(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 re-authentication

fig0

Non Hiding -- Network initiated re-authentication
1) NOTIFY 2) 200 OK   a) Prev Next Top

fig1

- This example describes the notification of a UE that occurs when the S-CSCF assigned to that user requests re-authentication.
- It is assumed that user has registered and also subscribed to the registration state event before.
- After this procedure the user's UE might automatically initiate re-registration procedures. If the user fails to re-register, the public user identity may be deregistered by S-CSCF.
- The network initiated re-authentication event for the private user identity of the user occurs at the S-CSCF. As the user has subscribed to the registration state event package this is the trigger point for the S-CSCF to notify the user about the event occurrence. For simplicity, the NOTIFY request towards the P-CSCF is not shown.
1a)  from S-CSCF1 to P-CSCF1   (a) (b) Prev Next Up

fig1a

1b)  from P-CSCF1 to UE1   (a) (b) Prev Next Up

fig1b

Non Hiding -- Network initiated re-authentication
1) NOTIFY 2) 200 OK   a) Prev Next Top

fig2

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

fig2a

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

fig2b

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