Cisco Cisco Packet Data Interworking Function (PDIF)

When the MME is reselected by the UE or when the MME reselects a different P-GW during timeout scenarios,
it is possible that the old PDN connection request is still being processed in the network and the session created
by the new PDN connection request is overwritten by the stale procedure.

New IEs TimeStamp and MWT (MaxWaitTime) have been added in CSReq and forwarded on S6b/Gx/Gy
interfaces in order to maintain session uniqueness at P-GW.

Previous Behavior: These IEs were not present and in certain scenarios there were stale sessions in P-GW.

New Behavior: Using these new IEs, now session uniqueness can be maintained on P-GW.

Customer Impact: In the following scenario, stale session won't be present on P-GW.

The P-GW is still processing the session creation but the S-GW times out due to timer configurations and
notifies the MME with Create Session Failure (Cause #100: Remote Peer Not Responding). MME reselects
an alternate P-GW in this case, but the original P-GW still continues to process the session. In certain scenarios,
the original P-GW can overwrite the Gx session on the PCRF that is created by the newly selected P-GW. In
this case, the new P-GW session is the valid session and original P-GW session is invalid as far as the UE,
MME, and S-GW are concerned. The same can occur with the AAA session as well based on timing. This
results in PCRF having invalid session information and the user plane works fine anchored on the second
P-GW, but the Rx and Gx signaling fails as this terminates via original P-GW.

This results in VoLTE calls failing after SIP signaling between UE and P-CSCF.

To solve the problem, TimeStamp and MWT IE have been incorporated to be transmitted from MME and
shared across the network nodes.

This new command allows drift time configuration to take care of NTP drift issues.

context context_name

pgw-service service_name

message-timestamp-drift time_in_seconds
{ default | no } message-timestamp-drift
end

Notes:

• message-timestamp-drift time_in_seconds: Configures the drift time from the message timestamp, in

seconds, up to which P-GW will consider processing the message timestamp and max-wait-time (MWT)
IEs.

If the create-time from MME is off from the currenttime by configured-drift-duration, then this could
lead to a high NTP drift and session uniqueness falls back to using currenttime toward Diameter servers.

If the timestamp received in CSReq is significantly off (more than configured drift), then P-GW will
not take action based on MWT and received timestamp and will transparently pass it to all AAA/Gx/Gy
interfaces.