Cx/Dx sono le interfacce DIAMETER tra i CSCF IMS e l'HSS, definite in 3GPP TS 29.228/29.229. Durante la registrazione SIP l'I-CSCF usa UAR/UAA per trovare o assegnare un S-CSCF, l'S-CSCF usa MAR/MAA per recuperare i dati di autenticazione e SAR/SAA per registrarsi, e LIR/LIA localizza l'S-CSCF servente per una chiamata terminante. L'interfaccia Sh collega gli application server all'HSS.
Dove si collocano Cx/Dx in IMS
Nell'IP Multimedia Subsystem, il controllo di chiamata SIP gira attraverso tre ruoli CSCF — il Proxy-CSCF al bordo, l'Interrogating-CSCF al confine di rete e il Serving-CSCF che detiene la registrazione ed esegue la logica di servizio. L'HSS detiene la sottoscrizione IMS e i dati di autenticazione di ciascun utente. Cx è l'interfaccia DIAMETER tra l'I-CSCF/S-CSCF e l'HSS; Dx è la stessa interfaccia instradata tramite un SLF (Subscription Locator Function) quando sono dispiegati più HSS e il CSCF deve prima trovare quale di essi detiene l'utente. Entrambe usano l'Application-Id 16777216 (0x01000000) e il Vendor-Id 10415. Ogni SIP REGISTER e ogni INVITE terminante innescano transazioni Cx dietro le quinte.
L'insieme di comandi Cx
TS 29.229 definisce quattro coppie di comandi Cx più due avviate dall'HSS. User-Authorization (UAR/UAA) consente all'I-CSCF di verificare se un utente può registrarsi da una data rete e di apprendere l'S-CSCF assegnato o idoneo. Multimedia-Auth (MAR/MAA) consente all'S-CSCF di recuperare i vettori di autenticazione (IMS-AKA o SIP Digest) dall'HSS. Server-Assignment (SAR/SAA) registra o deregistra l'S-CSCF per l'utente e scarica il profilo utente con i suoi initial Filter Criteria. Location-Info (LIR/LIA) consente all'I-CSCF di trovare l'S-CSCF servente per una richiesta terminante. Registration-Termination (RTR/RTA) e Push-Profile (PPR/PPA) consentono all'HSS di deregistrare un utente o inviare una modifica di profilo.
| Comando | Codice | Scopo |
|---|---|---|
| UAR / UAA | 300 | User-Authorization — verifica la registrazione, trova/assegna l'S-CSCF |
| SAR / SAA | 301 | Server-Assignment — registra l'S-CSCF, scarica il profilo utente |
| LIR / LIA | 302 | Location-Info — trova l'S-CSCF servente per una chiamata terminante |
| MAR / MAA | 303 | Multimedia-Auth — recupera i dati di autenticazione IMS-AKA / SIP-Digest |
| RTR / RTA | 304 | Registration-Termination — l'HSS deregistra l'utente |
| PPR / PPA | 305 | Push-Profile — l'HSS invia una modifica di abbonamento/profilo |
Come Cx si lega a SIP REGISTER
La registrazione IMS è una procedura SIP con un backend DIAMETER. Quando un utente invia un SIP REGISTER, il P-CSCF lo inoltra all'I-CSCF, che invia un Cx UAR all'HSS per autorizzare la registrazione e ottenere un S-CSCF (o le sue capacità). L'I-CSCF instrada il REGISTER verso l'S-CSCF scelto, che invia un Cx MAR per recuperare una sfida di autenticazione, e restituisce un SIP 401 con la sfida IMS-AKA. L'UE si ri-registra con la propria risposta; l'S-CSCF la verifica e invia un Cx SAR per registrarsi per l'utente e scaricare il profilo. Così una singola registrazione SIP visibile pilota UAR, MAR e SAR al di sotto.
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 }Chiamate terminanti e LIR
La registrazione memorizza quale S-CSCF serve un utente; una chiamata terminante deve ritrovarlo. Quando arriva un INVITE per un subscriber, l'I-CSCF invia un Cx Location-Info-Request all'HSS, che restituisce il Server-Name dell'S-CSCF che serve attualmente quella public identity. L'I-CSCF instrada quindi l'INVITE verso quell'S-CSCF, che applica la logica di servizio terminante (i suoi initial Filter Criteria) e inoltra verso l'utente. LIR/LIA è quindi la controparte, sul lato terminante, della coppia UAR/SAR usata alla registrazione.
L'interfaccia Sh: application server e l'HSS
Anche gli application server IMS hanno bisogno dei dati del subscriber — impostazioni di servizio, presenza, dati di repository — e li ottengono sull'interfaccia Sh (TS 29.328/29.329, Application-Id 16777217), non su Cx. Sh definisce User-Data (UDR/UDA) per leggere i dati transparent e di servizio, Profile-Update (PUR/PUA) per riscriverli, e una coppia subscribe/notify — Subscribe-Notifications (SNR/SNA) e Push-Notification (PNR/PNA) — così un AS viene informato quando i dati che gli interessano cambiano. Questo mantiene la logica di servizio negli application server mentre l'HSS resta l'unica fonte di verità del subscriber, ed è il motivo per cui è l'HSS, non il CSCF, l'àncora del piano di controllo IMS.
| Comando | Codice | Scopo |
|---|---|---|
| UDR / UDA | 306 | User-Data — l'AS legge i dati di abbonato/servizio dall'HSS |
| PUR / PUA | 307 | Profile-Update — l'AS scrive dati di repository/servizio |
| SNR / SNA | 308 | Subscribe-Notifications — l'AS si sottoscrive alle modifiche dei dati |
| PNR / PNA | 309 | Push-Notification — l'HSS notifica all'AS una modifica |
Domande frequenti
Cosa sono le interfacce Cx e Dx?
Cx è l'interfaccia DIAMETER tra l'I-CSCF/S-CSCF IMS e l'HSS (TS 29.228/29.229, Application-Id 16777216), che trasporta registrazione, autenticazione e download del profilo. Dx è la stessa interfaccia instradata tramite un SLF quando sono dispiegati più HSS, così il CSCF trova prima quale HSS detiene l'utente.
Come usa DIAMETER la registrazione IMS?
Un SIP REGISTER innesca transazioni Cx: l'I-CSCF invia UAR per autorizzare e trovare un S-CSCF, l'S-CSCF invia MAR per recuperare una sfida IMS-AKA, e dopo che l'UE risponde alla sfida l'S-CSCF invia SAR per registrarsi e scaricare il profilo utente. Una singola registrazione SIP pilota UAR, MAR e SAR al di sotto.
Qual è la differenza tra MAR e SAR?
Multimedia-Auth-Request (MAR, comando 303) recupera i dati di autenticazione — un vettore IMS-AKA o SIP Digest — così l'S-CSCF può sfidare l'utente. Server-Assignment-Request (SAR, comando 301) registra l'S-CSCF come nodo servente per l'utente e scarica il profilo utente con i suoi initial Filter Criteria.
Come viene instradata una chiamata IMS terminante verso l'S-CSCF corretto?
L'I-CSCF invia un Cx Location-Info-Request (LIR, comando 302) all'HSS, che restituisce il Server-Name dell'S-CSCF che serve attualmente la public identity chiamata. L'I-CSCF instrada quindi l'INVITE verso quell'S-CSCF, che applica la logica di servizio terminante e inoltra verso l'utente.
A cosa serve l'interfaccia Sh?
Sh (TS 29.329, Application-Id 16777217) collega gli application server IMS all'HSS. Un AS legge i dati di subscriber e di servizio con User-Data (UDR), li riscrive con Profile-Update (PUR) e usa Subscribe-Notifications (SNR) / Push-Notification (PNR) per essere informato quando i dati cambiano — mantenendo l'HSS come unica fonte di verità del subscriber.
Perché IMS usa sia SIP sia DIAMETER?
SIP gestisce la segnalazione di sessione tra l'UE e i CSCF — REGISTER, INVITE, negoziazione dei media. DIAMETER Cx/Dx e Sh gestiscono il lato dati del subscriber verso l'HSS — autorizzazione, vettori di autenticazione, download del profilo e dati di servizio. Il flusso SIP visibile e il flusso DIAMETER nascosto lavorano insieme a ogni registrazione e chiamata.
Specifiche della fonte
Gli standard pubblicati su cui si basa questa pagina. Si apre in una nuova scheda.