Cisco Cisco Packet Data Gateway (PDG)

CLR. If CLR is received on different diamproxy connection, then CLA is sent with Result-Code
"DIAMETER_SUCCESS" but no action is taken in MME. This CLR will not result in ATTACH/TAU
rejection.

CSCux71332 -- Sessmgr restarts to recover from error during DDN with error indication

Previous Behavior: If a Downlink Data Notification (DDN) with cause #6 (Illegal ME) arrives on the S11
when either an S1-HO or X2 HO is in progress, then the HO is aborted, the DDN continues, and the UE is
paged.

New Behavior: When the SGW tries to send downlink data packets to an eNb and the eNb does not have an
eRab context corresponding to the data packet, then the eNb sends an error indication to the SGW. The SGW
sends a Downlink Data Notification (DDN) with cause #6 (Illegal ME) to the MME. MME code has been
changed so that if a DDN with cause #6 arrives at the MME on the S11, when either an S1-HO or X2 HO is
in progress, then the HO continues and is not aborted, the DDN is acknowledged.

CSCux84847 - CSFB:IMSI DETACH IND not retried on policy idle-mode detach implicit

In accordance with 3GPP TS 29.118, Release 9.3.0, Section 5.6.2, if the policy under the MME Service is
configured for 'idle-mode detach implicit', then the MME should retry IMSI_Detach_Indication toward the
MSC under the following conditions:

The UE makes Combined Attach

The UE moves to Idle

At some point, Delete Bearer Request is sent for Default Bearer

The MME sends Delete Bearer Response to the SGW/PGW and IMSI_Detach_Indication towards the
MSC

if IMSI_Detach_Ack is not sent in response by the MSC

Previous Behavior: For the above scenario, the MME was not compliant and did not retry sending
IMSI_Detach_Indication towards the MSC.

New Behavior: The MME has been modified so that it is now compliant with 3GPP TS 29.118, Release 9.3.0,
Section 5.6.2, so that at the end of step 5 in the above scenario, the MME starts the TS10 timer for SGs
IMSI_DETACH_INDICATION. I f the MSC does not respond to the SGsAP_IMSI_DETACH_INDICATION
message before timer the TS10 expires, then the MME repeats sending the
SGsAP_IMSI_DETACH_INDICATION message a maximum of 2 times. The state of the SGs association
during the acknowledgement procedure remains SGs-NULL.

The duration of the TS10 timer is configurable from 1 to 30 seconds with a default of 4 seconds. Configure
the duration of the TS10 timer with the timer ts10 command in the SGs Service Configuration Mode.