Cisco Cisco Packet Data Gateway (PDG)

Seite von 158
1
RMS provisions common PLMN - C as the PLMN of the HNB. It also provisions PLMN A and PLMN
B in HNB.
2
HNB sends Common PLMN in HNB Registration Request.
3
HNBGW sends Access Request towards AAA.
4
Optional Allowed PLMN List is sent in Access Accept. This is not implemented in 17.0.
5
HNBGW sends HNB Register Accept to HNB. HNB broadcasts Common PLMN and the PLMN list.
6
UE1 was registered in Macro RNC with PLMN X and LAC X. UE1 has moved to HNB coverage area.
UE1 does Location Update Request with Old LAI as PLMN X + LAC X.
7
HNB to know the IMSI can send Identity request to UE1.
8
UE1 will respond with Identity Response.
9
HNB sends UE Registration request with UE Identity as IMSI to HNBGW. HNBGW is considering that
it always receives UE Registration Request with IMSI. MOCN will work even if IMSI is not received;
only that re-routing load will increase.
10
HNBGW performs access control on the UE Registration request and sends UE Registration Accept if
successful.
11
HNB prepares Initial UE Message with LAI as Common PLMN C + CN LAC "Y". The message is
forwarded to HNBGW.
12
HNBGW applies selection algorithm for this Initial UE Message. As "Selected PLMN Identity" is not
received HNBGW considers UE1 as non-supported UE. Assuming no NRI is received; UE retrieves MCC,
MNC from the IMSI and selects the operator. HNBGW forwards the Location Update to the selected
MSC. It sets the redirect attempt flag.
13
MSC is not able to handle this UE rejects it with reroute command.
14
HNBGW now forwards this request to CN2 with redirect attempt flag enabled offcourse.
15
MSC forwards the reroute complete to HNBGW. As the UE is non-supporting it assigns Common PLMN
+ CN-LAC i.e. PLMN C + LAC "Y".
16
HNBGW forwards the Location Update Accept to HNB.
17
If CN and OTA LAC are different HNB changes the LAC in Location Update Accept. i.e. PLMN C +
LAC "Z".
HNBGW Emergency Call behavior overhaul
HNBGW already supports emergency calls and provides priority to them. Emergency calls are not subject to
Access control checks and restrictions due to congestion control, newcall policy etc.
Few changes in behavior of HNBGW with respect to emergency calls and UE registrations are made due to
various Internet of Things (IOTs) performed and from interaction with various HNB vendors.
HNB-GW Administration Guide, StarOS Release 19    
33
HNB Gateway in Wireless Network
HNBGW Emergency Call behavior overhaul