Cisco Cisco Packet Data Interworking Function (PDIF)

 

3.   UPC Request to GGSN with DTI. 
4.   UPCR Response. 
5.   RAB Release and Response. 
6.   RAB Assignment and Response. 
7.   UPCQ with DTI and UPCR. 
8.   Modify Accept. 

 

New Behavior:  Direct tunnel is temporarily changed to two tunnels for the UE's session during the PDP modification 
procedure with the SGSN and then after the PDP modification procedure completes the direct tunnel establishment is 
carried out. This new behavior adheres to the following flow: 

1.  3G Attach and Activation. 
2.   MS-init Modify Request. 
3.   UPC Request to GGSN without DTI. 
4.   UPCR Response. 
5.   Modify Accept. 
6.   RAB Release and Response. 
7.   RAB Assignment and Response. 
8.   UPCQ with DTI and UPCR. 

 

Customer Impact:  With the noted configuration and the new call flow, the customer will not experience RAB-state 
sync issues between the SGSN and the RNC that previously would be due to MS-initiated modifications and GGSN 
error indication collision cases. 

Previous Behavior:  With Direct Tunnel enabled, when there is a collision of the UPCQ and DPCQ (from GGSN) 
during the PDP activation procedures, then the SGSN triggers the Activation Reject with the SM cause "regular 
deactivation". For example,  



 

PDP Activation Request received from UE. 



 

CPCQ and CPCR with GGSN. 



 

RAB establishment procedure. 



 

UPCQ from SGSN with DTI info. 



 

DPCQ from GGSN. 



 

Activation reject from SGSN to UE with SM cause as "regular deactivation" 

New Behavior:  Now with Direct Tunnel enabled, when there is a collision of the UPCQ and DPCQ (from GGSN) 
during the PDP activation procedures, then the SGSN triggers the Activation Reject with the correct SM cause, 
"activation rejected by GGSN”. For example:  



 

PDP Activation request from UE. 



 

CPCQ anc CPCR with GGSN.