Cisco Cisco Packet Data Gateway (PDG)

For troubleshooting License related issues, refer the Troubleshooting the Service chapter of this guide.

The HeNBGW is the concentrator of HeNBs. Session Recovery feature of HeNBGW will enable it to best-effort
attempt to recover from software and hardware faults. The Session recovery will make a best-effort attempt
to recover existing HeNBGW SCTP and UE sessions upon a failure and restart of session manager. Partially
connected or disconnecting sessions are terminated/aborted. There will be SCTP re-establishment from
HeNBGW with Sessmgr recovery. HeNB S1-AP info, UE sessions state is not impacted by SCTP
re-establishment and there is no S1-Setup request from HeNB. In case of S1-Setup request from HeNB,
HeNBGW will clear all the UE sessions according to 3GPP spec 36.413. It is assumed that with SCTP
re-establishment, HeNB will send ENB configuration update message and this will make sure that the HENBGW
will have proper HeNB context information. HeNBGW will send MME configuration update message to all
the HeNB's immediately after Sessmgr recovery, to make sure HeNB have proper MME context information.

The Boxer architecture provides session recovery infrastructure. When session recovery feature is enabled,
Session Manager keeps critical session information backup with AAA Manager along with the paired AAA
Manager of the same instance number, as Session Manager is started on different PSC.

On single Session Manager task failure standby Session Manager on the same PSC is renamed to the instance
no. of the failed Session Manager. On PSC failure Session Managers on the standby PSC are renamed to the
instance nos of the Sesssion Managers of the failed PSC. After renaming Session Manager gets the backed
up session critical information from the paired AAA Manager and recreates the session. During this process
Session Manager also audits with other Managers to synchronize the session states with the current state, if
it has changed after the failure.

Backed up information in AAA Manager is called as CRR. This record is created/updated during check-pointing,
following information of HeNB SCTP/UE Session will be checkpointed as CRR:

• SCTP Association and HeNB specific information

• UE Specific information

The CRR List fetched from AAA Manager during recovery will have CRRs which are of mix type's i.e having
HENB SCTP Session callline details or HeNB UE callline details.

When Session Manager performs audit with HeNBGW Demux it shall from the CRR list first send SCTP
Association audit request, after that UE Session audit request. With this audit strategy it shall be possible in
non-creation of UE Session if the corresponding HeNB SCTP Session fails. Also if HeNB SCTP Session
audit succeeds but UE Session, from the HeNBGW Demux, audit fails.