для Cisco Cisco Packet Data Gateway (PDG)

CSCut47252, CSCut47278, CSCut47296, CSCut47347 - GTP-C Collision Handling on P-GW

Three enhancements have been made to handle various GTP-C collision handling scenarios on the P-GW:

1. DBCmd/MBreq Collision Handling: The P-GW has been enhanced to allow operators to configure the
behavior of the P-GW for collision handling of the Delete Bearer command (DBcmd) message when the
Modify Bearer Request (MBreq) message for the default bearer is pending at the P-GW.

Previous Behavior: : The MBReq message was aborted upon its collision with the DBCmd.

New Behavior: Now there are three CLI-controlled options to handle the collision between the DBCmd and
MBReq messages:

• Queue the DBcmd message when the MBreq message is pending. The advantage of this option is that

the DBCmd message is not lost for most of the collisions. It will remain on the P-GW until the MBRsp
is sent out.

• Drop the DBcmd message when the MBreq message is pending. Note that with this option the S-GW

must retry the DMCmd.

• Use pre-StarOS 19.0 behavior: abort the MBreq message and handle the DBcmd message. The advantage

of this option is that it provides backward compatibility if the operator wants to retain pre-StarOS 19.0
functionality.

Customer Impact: : More flexibility in handling DBCmd message and MBReq message collision scenario.

2. MBReq/CBreq Parallel Processing; Handling CBRsp: The P-GW has been enhanced to handle the
following collision scenario:

Previous Behavior: : When the Create Bearer Request (CBreq) message was pending at the P-GW, and if a
Modify Bearer Request (MBReq) message was received at the P-GW, then the CBReq transaction was allowed
to exist while the MBReq was in progress. If a CBRsp was subsequently received then it was dropped by the
EGTPC layer.

New Behavior: The EGTPC layer queues the CBRsp message and feeds the CBRsp message to the P-GW
session manager when the MBRsp is sent out.

Customer Impact: : No retransmission of CBRsp messages from the MME.

3. Handling UBrsp when Transaction is Suspended: The P-GW has been enhanced to handle this collision
scenario.

Previous Behavior: : The P-GW/S-GW dropped the Update Bearer Response (UBRsp) if the Update Bearer
Request (UBReq) transaction was suspended.

New Behavior: When the P-GW/S-GW receives an UBRsp message, then the P-GW/S-GW handles the
UBRsp message for the suspended transaction.

Customer Impact: : The UBRsp message will be buffered until the MBRsp message is sent out.