для Cisco Cisco Packet Data Gateway (PDG)

Скачать
Страница из 80
◦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.
◦In case henbgwmgr restart, overload stops will be sent to all overload flagged HeNBs in sessmgr.
• Automatic congestion control recovery:
◦For each OCHL, a configurable guard timer will be started. If there is no overload stop received
from the MME before the timer expires, overload stop will be sent to all corresponding HeNBs.
• Manual congestion control recovery:
◦Henbgw will provide CLI command to send overload stops to all HeNBs in a OCHL of a MME.
• SoC compliance will be updated to S1AP specifications.
DHCPv4 Proxy support for HeNBGW with IPSec
The DHCPv4 proxy functionality on the SeGW integrated with HeNBGW is to update the DHCP messages
with the HeNB Id in DHCP Option 61 (Client ID) and forward the DHCP messages to an external DHCP
server.
How DHCPv4 Proxy support for HeNBGW with IPSec works
1
The SeGW forwards DHCP requests from a LTE FAP to an external DHCP server during IPSec Setup.
2
The SeGW adds LTE FAP Id in the Client Identifier (CID) of the DHCP messages.
   HeNB-GW Administration Guide, StarOS Release 19
22
HeNB Gateway in Wireless LTE Network
DHCPv4 Proxy support for HeNBGW with IPSec