Cisco Cisco Packet Data Gateway (PDG)

Pagina di 74
HeNB Gateway in Wireless LTE Network   
▀  Features and Functionality - Base Software 
 
 
▄  HeNB-GW Administration Guide, StarOS Release 17 
30 
   
3GPP Standard Support for Overload Control 
The Support for Overload Control is in compliance with 3GPP standards 3GPP spec 36.413 and 23.401. 
On receiving MME Overload Start message, HeNBGW shall use the Traffic Load Reduction Indication IE to determine 
the percentage of HeNBs (attached to the same logic eNB which receives the message) to which Overload Start message 
need to be relayed. If Traffic Load Reduction Indication IE is not present in the message, HeNBGW will relay the 
message to a configurable percentage of HeNBs.  
 
Each HenbGW logic eNB needs to create an Overload Control HeNB List (OCHL) per MME for all HeNBs to 
which Overload Start message has been relayed, so subsequent overload start/stop message can be correlated. 
 
If HenbGW logic eNB receives another Overload start message from the same MME (before receiving any 
Overload Stop Message) 
1.  If there is Traffic Load Reduction Indication IE and percentage is changed from previous Overload 
Start message, HenbGW will calculate the difference and either relay the message to more HeNBs 
(adding to OCHL) or send Overload Stop messages to a subset of HeNBs in OCHL. Thus the number 
of HeNBs in OCHL will match the new percentage. 
2.  Otherwise 
•  If the newly received Overload start message has the same actions, new message will be 
dropped by Henbgw 
•  If actions are different, new message will be forwarded to newly adjusted HeNBs in OCHL 
 
GUMMEI List update will be integrated to this feature. 
 
HeNBGW's logic eNB needs to maintains a list of GUMMEIs per as received in S1AP Setup Response 
and S1AP MME Configuration Update Request. 
 
The combined GUMMEI list will be formed as follows, for each RAT in order 
 
Combine the PLMN list from all MMEs and discard duplicates 
 
Combine the MME Group list from all MMEs and discard duplicates 
 
Combine the MME Code list from all MMEs and discard duplicates End For 
 
HeNBGW's logic eNB shall populate aggregated GUMMEI list from all MMEs in a MME-pool in the 
S1 SETUP Response message to HeNB. 
 
GUMMEI list status changes for any MME (i.e. lost SCTP connection to MME, new MME connections 
is up, or receive MME configuration Update message which changes GUMMEI list for a MME) shall 
be broadcasted to all HeNB attached to the logical eNB using MME configuration Update Message. 
 
On receiving Overload Start/Stop Message from a MME, HenbGW shall re-populate GUMMEI list 
from received GUMMEI list in S1 SETUP RESPONSE message from that MME in Overload/Stop 
message before relaying to HeNBs. 
 
HenbgwMgr MME selection mechanism will be integrated to this feature. When receives new InitialUE 
message: 
 
If there is no GUMMEI in the message, HeNBGWMgr will NOT choose MME(s) which are congested. 
 
Otherwise, HeNBGWMgr will select specified GUMMEI even if the MME is congested. 
 
Overload Control will be integrated to session recovery feature 
 
eNB context in sessmgr will have overload flag be checked-pointed. 
 
After session recovery, there will be a sessmgr-wide global timer to send overload stop to overload 
flagged HeNBs unless a new Overload Start messages are sent to the overload flagged HeNBs.