Cisco Cisco Packet Data Interworking Function (PDIF)
HNB Gateway in Wireless Network
How HNB-GW Works ▀
HNB-GW Administration Guide, StarOS Release 18 ▄
59
1. HNB initialization is performed to obtain HNB configuration from the HNB Management System (HMS).
Similarly, HNB-GW discovery is performed to obtain the initial serving HNB-GW information.
2. A secure tunnel is established from the HNB to the Security Gateway.
3. Location verification shall be performed by the HMS based on information sent by the HNB (e.g. macro
3. Location verification shall be performed by the HMS based on information sent by the HNB (e.g. macro
neighbor cell scans, global navigational satellite system type of information etc.). HMS determines the serving
elements and provides the HNB-GW, HMS and Security Gateway to the HNB. The HMS also provisions
configuration parameters to the HNB only after successful location verification in the HMS.
elements and provides the HNB-GW, HMS and Security Gateway to the HNB. The HMS also provisions
configuration parameters to the HNB only after successful location verification in the HMS.
4. Reliable transport setup (SCTP) completed and the HNB sets up a SCTP transport session to a well-defined port
on the serving HNB-GW. HNB Registration procedure started.
5. The HNB attempts to register with the serving HNB-GW using a HNB-REGISTER-REQUEST message. This
message may contains:
HNB Location Information: The HNB provides location information via use of one or more of the
following mechanisms:
detected macro coverage information (e.g. GERAN and/or UMTS cell information)
geographical co-ordinates (e.g. via use of GPS, etc)
Internet connectivity information (e.g. IP address).
HNB Identity: the HNB has a globally unique and permanent identity.
HNB Operating Parameters: Such as the selected LAC, RAC, SAC, etc.
6. The HNB-GW uses the information from the HNB-REGISTER-REQUEST message to perform access control
of the HNB (e.g. whether a particular HNB is allowed to operate in a given location, etc). If the HNB-GW
accepts the registration attempt the PLMN-ID received in the request shall be used to lookup the PLMN to
RNC id mapping table and corresponding RNC-ID shall be returned in the HNB-REGISTER-ACCEPT
message else the HNB-GW may reject the registration request (e.g. due to network congestion, blacklisted
HNB, unauthorized HNB location, etc). In reject case, the HNB-GW shall respond with a HNB-REGISTER-
REJECT indicating the reject cause.
accepts the registration attempt the PLMN-ID received in the request shall be used to lookup the PLMN to
RNC id mapping table and corresponding RNC-ID shall be returned in the HNB-REGISTER-ACCEPT
message else the HNB-GW may reject the registration request (e.g. due to network congestion, blacklisted
HNB, unauthorized HNB location, etc). In reject case, the HNB-GW shall respond with a HNB-REGISTER-
REJECT indicating the reject cause.
Important:
The HNB shall start broadcasting only after successful registration with the HNB-GW.
UE Registration Procedure
This section describes the UE registration procedures for HNB provides means for the HNB to convey UE identification
data to the HNB-GW in order to perform access control for the UE in the HNB GW. The UE Registration also informs
the HNB-GW of the specific HNB where the UE is located.
data to the HNB-GW in order to perform access control for the UE in the HNB GW. The UE Registration also informs
the HNB-GW of the specific HNB where the UE is located.
The UE registration procedure generally triggers when the UE attempts to access the HNB through an initial NAS
message and there is no context id in the HNB for specific UE.
message and there is no context id in the HNB for specific UE.
UE Registration procedure is described for following scenarios:
UE Registration Procedure of Non-CSG UEs or Non-CSG HNBs
This procedure is applicable for non-CSG UEs or HNBs.
The following figure and the text that follows describe the message flow for UE registration procedure of Non-CSG
UEs or Non-CSG HNBs:
UEs or Non-CSG HNBs: