Cx/Dx sont les interfaces Diameter entre les CSCF de l'IMS et le HSS, définies dans 3GPP TS 29.228/29.229. Pendant l'enregistrement SIP, le I-CSCF utilise UAR/UAA pour trouver ou affecter un S-CSCF, le S-CSCF utilise MAR/MAA pour récupérer les données d'authentification et SAR/SAA pour s'enregistrer, et LIR/LIA localise le S-CSCF de desserte pour un appel en terminaison. L'interface Sh relie les serveurs d'applications au HSS.
La place de Cx/Dx dans l'IMS
Dans l'IP Multimedia Subsystem, le contrôle d'appel SIP s'appuie sur trois rôles de CSCF — le Proxy-CSCF en bordure, l'Interrogating-CSCF à la frontière du réseau et le Serving-CSCF qui détient l'enregistrement et exécute la logique de service. Le HSS détient les données d'abonnement IMS et d'authentification de chaque utilisateur. Cx est l'interface Diameter entre le I-CSCF/S-CSCF et le HSS ; Dx est la même interface routée via un SLF (Subscription Locator Function) lorsque plusieurs HSS sont déployés et que le CSCF doit d'abord trouver celui qui détient l'utilisateur. Les deux utilisent l'Application-Id 16777216 (0x01000000) et le Vendor-Id 10415. Chaque SIP REGISTER et chaque INVITE en terminaison déclenche des transactions Cx en coulisses.
Le jeu de commandes Cx
TS 29.229 définit quatre paires de commandes Cx plus deux à l'initiative du HSS. User-Authorization (UAR/UAA) permet au I-CSCF de vérifier si un utilisateur peut s'enregistrer depuis un réseau donné et de connaître le S-CSCF affecté ou apte. Multimedia-Auth (MAR/MAA) permet au S-CSCF de récupérer des vecteurs d'authentification (IMS-AKA ou SIP Digest) auprès du HSS. Server-Assignment (SAR/SAA) enregistre ou désenregistre le S-CSCF pour l'utilisateur et télécharge le profil utilisateur avec ses initial Filter Criteria. Location-Info (LIR/LIA) permet au I-CSCF de trouver le S-CSCF de desserte pour une requête en terminaison. Registration-Termination (RTR/RTA) et Push-Profile (PPR/PPA) permettent au HSS de désenregistrer un utilisateur ou de pousser une modification de profil.
| Commande | Code | Objectif |
|---|---|---|
| UAR / UAA | 300 | User-Authorization — vérifier l'enregistrement, trouver/attribuer un S-CSCF |
| SAR / SAA | 301 | Server-Assignment — enregistrer le S-CSCF, télécharger le profil utilisateur |
| LIR / LIA | 302 | Location-Info — trouver le S-CSCF de desserte pour un appel terminant |
| MAR / MAA | 303 | Multimedia-Auth — récupérer les données d'authentification IMS-AKA/SIP-Digest |
| RTR / RTA | 304 | Registration-Termination — le HSS désenregistre l'utilisateur |
| PPR / PPA | 305 | Push-Profile — le HSS pousse une modification d'abonnement/de profil |
Comment Cx s'articule avec le SIP REGISTER
L'enregistrement IMS est une procédure SIP dotée d'un back-end Diameter. Lorsqu'un utilisateur envoie un SIP REGISTER, le P-CSCF le transmet au I-CSCF, qui envoie un Cx UAR au HSS pour autoriser l'enregistrement et obtenir un S-CSCF (ou ses capacités). Le I-CSCF achemine le REGISTER vers le S-CSCF choisi, qui envoie un Cx MAR pour récupérer un défi d'authentification, et renvoie un SIP 401 avec le défi IMS-AKA. L'UE se réenregistre avec sa réponse ; le S-CSCF la vérifie et envoie un Cx SAR pour s'enregistrer lui-même pour l'utilisateur et télécharger le profil. Ainsi, un seul enregistrement SIP visible pilote UAR, MAR et SAR en arrière-plan.
UE → P-CSCF → I-CSCF SIP REGISTER
I-CSCF → HSS Cx UAR { Public-Identity, Visited-Network }
HSS → I-CSCF Cx UAA { Server-Name / S-CSCF capabilities }
I-CSCF → S-CSCF SIP REGISTER
S-CSCF → HSS Cx MAR { SIP-Auth-Data-Item (IMS-AKA) }
S-CSCF → UE SIP 401 (challenge) ... UE re-REGISTERs
S-CSCF → HSS Cx SAR { Server-Assignment-Type=REGISTRATION }
HSS → S-CSCF Cx SAA { User-Data: profile + iFC }Appels en terminaison et LIR
L'enregistrement mémorise quel S-CSCF dessert un utilisateur ; un appel en terminaison doit le retrouver. Lorsqu'un INVITE arrive pour un abonné, le I-CSCF envoie un Cx Location-Info-Request au HSS, qui renvoie le Server-Name du S-CSCF desservant actuellement cette identité publique. Le I-CSCF achemine alors l'INVITE vers ce S-CSCF, qui applique la logique de service en terminaison (ses initial Filter Criteria) et le transmet vers l'utilisateur. LIR/LIA est donc l'homologue, côté terminaison, de la paire UAR/SAR utilisée à l'enregistrement.
L'interface Sh : serveurs d'applications et le HSS
Les serveurs d'applications IMS ont eux aussi besoin de données d'abonné — paramètres de service, présence, données de référentiel — et ils les obtiennent via l'interface Sh (TS 29.328/29.329, Application-Id 16777217), et non Cx. Sh définit User-Data (UDR/UDA) pour lire les données transparentes et de service, Profile-Update (PUR/PUA) pour les réécrire, et une paire d'abonnement/notification — Subscribe-Notifications (SNR/SNA) et Push-Notification (PNR/PNA) — afin qu'un AS soit averti lorsqu'une donnée qui l'intéresse change. Cela maintient la logique de service dans les serveurs d'applications tandis que le HSS demeure la source unique de vérité sur l'abonné, et c'est pourquoi le HSS, et non le CSCF, est le point d'ancrage du plan de contrôle IMS.
| Commande | Code | Objectif |
|---|---|---|
| UDR / UDA | 306 | User-Data — l'AS lit les données d'abonné/de service depuis le HSS |
| PUR / PUA | 307 | Profile-Update — l'AS écrit des données de référentiel/service |
| SNR / SNA | 308 | Subscribe-Notifications — l'AS s'abonne aux modifications de données |
| PNR / PNA | 309 | Push-Notification — le HSS notifie l'AS d'un changement |
Questions fréquemment posées
Que sont les interfaces Cx et Dx ?
Cx est l'interface Diameter entre le I-CSCF/S-CSCF de l'IMS et le HSS (TS 29.228/29.229, Application-Id 16777216), qui transporte l'enregistrement, l'authentification et le téléchargement du profil. Dx est la même interface routée via un SLF lorsque plusieurs HSS sont déployés, afin que le CSCF trouve d'abord quel HSS détient l'utilisateur.
Comment l'enregistrement IMS utilise-t-il Diameter ?
Un SIP REGISTER déclenche des transactions Cx : le I-CSCF envoie UAR pour autoriser et trouver un S-CSCF, le S-CSCF envoie MAR pour récupérer un défi IMS-AKA, et après que l'UE a répondu au défi, le S-CSCF envoie SAR pour s'enregistrer lui-même et télécharger le profil utilisateur. Un seul enregistrement SIP pilote UAR, MAR et SAR en arrière-plan.
Quelle est la différence entre MAR et SAR ?
Multimedia-Auth-Request (MAR, commande 303) récupère les données d'authentification — un vecteur IMS-AKA ou SIP Digest — afin que le S-CSCF puisse défier l'utilisateur. Server-Assignment-Request (SAR, commande 301) enregistre le S-CSCF comme nœud de desserte de l'utilisateur et télécharge le profil utilisateur avec ses initial Filter Criteria.
Comment un appel IMS en terminaison est-il acheminé vers le bon S-CSCF ?
Le I-CSCF envoie un Cx Location-Info-Request (LIR, commande 302) au HSS, qui renvoie le Server-Name du S-CSCF desservant actuellement l'identité publique appelée. Le I-CSCF achemine ensuite l'INVITE vers ce S-CSCF, qui applique la logique de service en terminaison et le transmet à l'utilisateur.
À quoi sert l'interface Sh ?
Sh (TS 29.329, Application-Id 16777217) relie les serveurs d'applications IMS au HSS. Un AS lit les données d'abonné et de service via User-Data (UDR), les réécrit via Profile-Update (PUR) et utilise Subscribe-Notifications (SNR) / Push-Notification (PNR) pour être averti lorsque les données changent — le HSS restant la source unique de vérité sur l'abonné.
Pourquoi l'IMS utilise-t-il à la fois SIP et Diameter ?
SIP gère la signalisation de session entre l'UE et les CSCF — REGISTER, INVITE, négociation des médias. Diameter Cx/Dx et Sh gèrent le volet données d'abonné face au HSS — autorisation, vecteurs d'authentification, téléchargement du profil et données de service. Le flux SIP visible et le flux Diameter caché fonctionnent de concert à chaque enregistrement et à chaque appel.
Spécifications sources
Les normes publiées sur lesquelles repose cette page. S'ouvre dans un nouvel onglet.