(Logo Tech-invite)  

a Portal devoted to SIP and surrounding technologies

  (World Map)    
    Search Home Site Map Contact
 SIP/IMS Standardization
> IETF Standardization Process
> RFCs related to SIP (4 p.) o
> SIP-SIPPING-SIMPLE... I-Ds (22 p.) o
> Audio-Video Transport RFCs (2 p.)
> 3GPP Specifications (12 p.)
> OMA Specifications related to SIP
> TISPAN NGN Specifications (3 p.) o
> SIP Topics
> IMS Topics
 SIP/IMS Call Flows
> RFC3261's Example
> Basic -- RFC3665
> SIP PSTN -- RFC3666 (3 p.)
> SIP Service Examples (19 p.)
> IMS Signaling Flows (35 p.)
 SIP/IMS Architecture
> SIP Protocol Structure
> Dialogs & Routing
> UMTS Network Evolution
 Security
> PKIX-TLS-SMIME... Standards (20 p.) o
> Cryptography Basics
> ASN.1 for PKI Certificate & CRL Profile
> ASN.1 for CMS
> RFC3280's Certificate Examples (4)
> RFC4134's CMS-S/MIME Examples (14)
> RFC4474's SIP Authentication Service
> SSL/TLS Time-Diagrams
> IPSec Guides
 ABNF Grammars
> ABNF Notation & Rules
> URI Generic Syntax
> ABNF for SIP
> SIP Messages & URIs
> SIP Header Fields
> MIME Media Types
> ABNF for SDP
> ABNF for MSRP
> ABNF for MRCPv2
> ABNF for RTSP 2.0
> Internet Message Format
 DiffServ CoS Simulation
> IPVCoSS Simulator
> IP-VPN Case Study
  o (daily updated)

3GPP TS 24.228 -- IMS Signalling flows for Register

Registration: Non Hiding
> User not registered
> Reregistration
> Subscription by UE
> Subscription by P-CSCF
> Deregistration by S-CSCF
> Deregistration by HSS
> Network-initiated deregistration
> Network initiated re-authentication
 
Registration: Hiding
> User not registered
>
 
Mobile initiated deregistration
 
Session Initiation: Non Hiding
> MO#1a / S-S#1a / MT#1a
> MO#2 / S-S#2 / MT#2
> CS-O / S-S#2 / MT#2
> MO#2 / S-S#3 / CS-T
> MO#2 / S-S#2 / MT#1c
 
Session Initiation: Hiding
> MO#1b / S-S#2 / MT#2
> MO#2 / S-S#1b / MT#2
> MO#2 / S-S#1c / MT#2
> MO#2 / S-S#1d / MT#2
 

Non Hiding -- Network-initiated deregistration upon UE roaming
and registration to a new network

fig0

Non Hiding -- Network-initiated deregistration upon UE roaming and registration to a new network
1) REGISTER (via P-CSCF2) 2) 200 OK (REGISTER) 3) NOTIFY P-CSCF1 4) 200 OK (NOTIFY)   a) Prev Next Top

fig1

- This shows the registration signalling flow for the scenario that UE1 loses the GPRS attachment in current visited access network and roams to makes a new GPRS attachment in a new visited access network without deregistration from its previous network. When UE1 starts registration via the new visited access network and P-CSCF2, the home S-CSCF in the home IMS network initiates the deregistration to P-CSCF1 in the previous visited network. It is assumed that the old P-CSCF has subscribed the event package to the S-CSCF and the subscription has not expired.
- For the reason of simplicity, the authentication procedure is not shown because it has no technical impact on this flow.
1a)  from UE1 to P-CSCF2   (a) (b) (c) (d) (e) (f) Prev Next Up

fig1a

1b)  between P-CSCF2 and DNS   (a) (b) (c) (d) (e) (f) Prev Next Up

fig1b

1c)  from P-CSCF2 to I-CSCF1   (a) (b) (c) (d) (e) (f) Prev Next Up

fig1c

1d)  between I-CSCF1 and HSS   (a) (b) (c) (d) (e) (f) Prev Next Up
- I-CSCF1 sends the Cx-Query signalling flow to the HSS (Visited Network Identifier, subscriber identity, home domain name,). Because user has not deregistered with its previous network, HSS finds a S-CSCF assigned for that user and treats this as a re-registration procedure. Therefore, the HSS returns S-CSCF1 name to I-CSCF1.
1e)  from I-CSCF1 to S-CSCF1   (a) (b) (c) (d) (e) (f) Prev Next Up

fig1e

1f)  between S-CSCF1 and HSS   (a) (b) (c) (d) (e) (f) Prev Next Up
- S-CSCF1 notifies the HSS to update its location information for that subscriber. The HSS sends a response to S-CSCF1 to acknowledge the update of location information and also with the user profile.
Non Hiding -- Network-initiated deregistration upon UE roaming and registration to a new network
1) REGISTER (via P-CSCF2) 2) 200 OK (REGISTER) 3) NOTIFY P-CSCF1 4) 200 OK (NOTIFY)   a) Prev Next Top

fig2

2a)  from S-CSCF1 to I-CSCF1   (a) (b) (c) Prev Next Up

fig2a

2b)  from I-CSCF1 to P-CSCF2   (a) (b) (c) Prev Next Up

fig2b

2c)  from P-CSCF2 to UE1   (a) (b) (c) Prev Next Up

fig2c

Non Hiding -- Network-initiated deregistration upon UE roaming and registration to a new network
1) REGISTER (via P-CSCF2) 2) 200 OK (REGISTER) 3) NOTIFY P-CSCF1 4) 200 OK (NOTIFY)   a) Prev Next Top

fig3

- As there was a change in the user's registration status and the old P-CSCF is still subscribed to the registration event package for that user, therefore, S-CSCF1 sends a NOTIFY request to P-CSCF1.
3a)  from S-CSCF1 to P-CSCF1   (a) Prev Next Up

fig3a

Non Hiding -- Network-initiated deregistration upon UE roaming and registration to a new network
1) REGISTER (via P-CSCF2) 2) 200 OK (REGISTER) 3) NOTIFY P-CSCF1 4) 200 OK (NOTIFY)   a) Prev Next Top

fig4

4a)  from P-CSCF1 to S-CSCF1   (a) Prev Next Up

fig4a

  
Last update: January 26, 2008 
  
(to top) © 2005-2008 Joël Repiquet, All Rights Reserved.