Cisco Cisco Packet Data Gateway (PDG)

If this configuration is enabled, the MME sends the Update-Bearer-Response with cause
"EGTP_CAUSE_TEMP_REJECTED_DUE_TO_HANDOVER_IN_PROGRESS" for the first time when
the HSS initiated modification fails due to either no response for ERAB-MODIFY from eNodeB or ERAB
modify failure and moves the UE to IDLE state.

The basic assumption is that the PGW will retry the Update-Bearer-Request due to the cause sent by the MME
in Update-Bearer-Response, this results in PAGING towards the UE and the UE triggers an IM-EXIT procedure.
As part of IM-EXIT procedure, the updated QoS values are sent in the INITIAL-CONTEXT-SETUP message
towards eNodeB and "MODIFY-EPS-BEARER-CONTEXT-REQUEST" in Downlink NAS message towards
UE. This planned retry procedure is performed once after the HSS initiated QoS modification procedure fails
due to any of the triggers mentioned above. The MME does not perform the re-try when the UBR gets rejected
either partially or a negative response is received from the UE (for example, EGTP Cause - UE REFUSES),
validation failures (for example, EGTP Cause - MANDATORY IE INCORRECT, MANDATORY IE
MISSING, CONTEXT NOT FOUND) and other successful scenarios.

policy pdn-modify
Configures policy for PDN modification procedures.

context context_name

mme-service service_name

• The keyword no removes the existing configuration on the re-try of the Modify Bearer Command.

• The keyword pdn-modify specifies that the policy applies to the PDN modification procedure.

• Use the keyword retry-qos-modify to configure the retry of failed HSS initiated QoS modification

procedure in next IDLE to ACTIVE transition.

Use this command to either enable or disable the retry for QoS modification procedure in the next IDLE to
ACTIVE transitions if the previous HSS initiated modification failed due to the following triggers:

• If S1-UE-CONTEXT-RELEASE is received when the Update Bearer procedure in progress.

• If there is an E-RAB modify failure.

If this configuration is enabled, the MME sends the Update-Bearer-Response with cause
"EGTP_CAUSE_TEMP_REJECTED_DUE_TO_HANDOVER_IN_PROGRESS" for the first time when
the HSS initiated modification fails due to either no response for ERAB-MODIFY from eNodeB or ERAB
modify failure and moves the UE to IDLE state.

The basic assumption is that the PGW will retry the Update-Bearer-Request due to the cause sent by the MME
in Update-Bearer-Response, this results in PAGING towards the UE and the UE triggers an IM-EXIT procedure.
As part of IM-EXIT procedure, the updated QoS values are sent in the INITIAL-CONTEXT-SETUP message
towards eNodeB and "MODIFY-EPS-BEARER-CONTEXT-REQUEST" in Downlink NAS message towards
UE. This planned retry procedure is performed once after the HSS initiated QoS modification procedure fails
due to any of the triggers mentioned above. The MME does not perform the re-try when the UBR gets rejected
either partially or a negative response is received from the UE (for example, EGTP Cause - UE REFUSES),
validation failures (for example, EGTP Cause - MANDATORY IE INCORRECT, MANDATORY IE
MISSING, CONTEXT NOT FOUND) and other successful scenarios.