Cisco Cisco Packet Data Interworking Function (PDIF)

• Single Iu and Single RAB: In case of emergency call, HNB-GW does not allow multiple RABs for

UE. This means that UE must have only one Iu connection, either CS or PS, and have only one RAB
on that Iu connection. HNB-GW implements "Single IU, Single RAB policy" when UE registration
comes with Emergency.
The RUA-CONNECT has an IE called "establishment cause" which can take values as "Normal" or
"Emergency". If UE-registration was due to emergency then RUA-CONNECT must contain "Emergency".
If RUA-CONNECT contains "normal" then HNB-GW rejects it.

While rejecting RUA connection or RAB connection the HNB-GW uses following reject cause:

• RUA - Misc: unspecified

• RAB - Misc: unspecified

• If UE-registration is normal then both (normal and emergency) RUA-CONNECT is allowed.

Cisco HNB-GW supports the Femto to Femto Handoff via Core Network (CN) feature where a mobile in
connected mode moves from the coverage area of one Home NodeB (HNB) to another HNB connected to
the same chassis (ASR5x00).

Earlier, the HNB-GW supported hand-in for closed mode HNBs. In such case, hand-in is allowed for an IMSI
if it is the owner (i.e. it is the first IMSI in the whitelist of the HNB) of the target HNB. Also, handin is allowed
if the IMSI is not the owner of the target HNB but is not present in the whitelist of any other HNB known to
the HNB-GW. Now, the HNB-GW is modified to select a target HNB using the target Cell ID information.
In this case, hand-in is therefore supported for open and hybrid mode HNBs as well along with closed mode
HNBs.

The HNB-GW support for the Femto to Femto Handoff via CN is in accordance with the following standards:

• 3GPP TS 23.060 Section 6.9.2.2.2: 3rd Generation Partnership Project; Technical Specification Combined

Hard Handover and SRNS Relocation Procedure

Feature description can be understood using following points:

Earlier, the HNB-GW employed whitelist-based target HNB selection during handin procedure.Therefore the
hand-in was limited to the closed mode HNBs. The better way to IDentify target HNB is to use the cell ID of
the HNB which is a unique IDentifier for an HNB within a particular PLMN.

The target cell ID is present in the source RNC to target RNC transparent container IE in the Relocation
Request message received from SGSN/MSC. HNB sends its cell ID and PLMN ID in the HNBAP-HNB
Register Request message. HNBMGR stores this information and maintains a lookup for hnb context based
on the global cell ID. On receiving Relocation Request, HNBMGR uses the target cell ID to IDentify the
HNB context.The global cell ID consist of PLMN ID and Cell ID.

GLOBAL CELL ID = PLMN ID + CELL ID

Following the introduction of this lookup, on receiving a HNB Register Request message with a certain cell
ID, if an HNB already exists with same cell ID, the existing HNB is deregistered.