# DIAMETER Cx/Dx e Sh: registrazione IMS e l'HSS

> 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.

- URL canonico: https://www.broadnet.me/it/reference/diameter-cx-dx-ims
- Lingua: it
- Ultimo aggiornamento: 2026-07-18
- Editore: BroadNet (https://www.broadnet.me)

Come la registrazione e l'autenticazione IMS girano su DIAMETER Cx/Dx (S-CSCF/I-CSCF↔HSS) secondo 3GPP TS 29.228/29.229 — UAR/UAA, MAR/MAA, SAR/SAA, LIR/LIA — più l'interfaccia Sh (AS↔HSS) e come queste si legano a SIP REGISTER.

## 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.

*Command code Cx/Dx (TS 29.229)*

| 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.

*Registrazione IMS: SIP davanti, Cx dietro*

```text
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.

*Command code Sh (TS 29.329)*

| 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.

## Fonti

- [3GPP TS 29.228 — IMS Cx and Dx interfaces, signalling flows](https://www.3gpp.org/dynareport/29228.htm)
- [3GPP TS 29.229 — Cx and Dx interfaces, protocol details](https://www.3gpp.org/dynareport/29229.htm)

## Correlati

- [Protocollo di base DIAMETER (RFC 6733)](https://www.broadnet.me/it/reference/diameter-base-protocol)
- [DIAMETER S6a/S6d verso l'HSS](https://www.broadnet.me/it/reference/diameter-s6a-s6d-hss)
- [Panoramica del protocollo SIP](https://www.broadnet.me/it/reference/sip-protocol-overview)
- [Sicurezza del roaming DIAMETER (DRA/DEA)](https://www.broadnet.me/it/reference/diameter-roaming-security-dra-dea)
- [Piattaforma di segnalazione e CDR](https://www.broadnet.me/it/platforms/signaling-cdr)