# DIAMETER Cx/Dx y Sh: registro IMS y el HSS

> Cx/Dx son las interfaces DIAMETER entre los CSCF de IMS y el HSS, definidas en 3GPP TS 29.228/29.229. Durante el registro SIP, el I-CSCF usa UAR/UAA para encontrar o asignar un S-CSCF, el S-CSCF usa MAR/MAA para obtener datos de autenticación y SAR/SAA para registrarse, y LIR/LIA localiza el S-CSCF sirviente para una llamada terminante. La interfaz Sh enlaza los servidores de aplicación con el HSS.

- URL canónica: https://www.broadnet.me/es/reference/diameter-cx-dx-ims
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Cómo el registro y la autenticación IMS corren sobre DIAMETER Cx/Dx (S-CSCF/I-CSCF↔HSS) según 3GPP TS 29.228/29.229 —UAR/UAA, MAR/MAA, SAR/SAA, LIR/LIA— más la interfaz Sh (AS↔HSS) y cómo se ligan al SIP REGISTER.

## Dónde encajan Cx/Dx en IMS

En el IP Multimedia Subsystem, el control de llamada SIP corre a través de tres roles CSCF —el Proxy-CSCF en el borde, el Interrogating-CSCF en la frontera de red y el Serving-CSCF que mantiene el registro y ejecuta la lógica de servicio. El HSS contiene la suscripción y los datos de autenticación IMS de cada usuario. Cx es la interfaz DIAMETER entre el I-CSCF/S-CSCF y el HSS; Dx es la misma interfaz enrutada vía un SLF (Subscription Locator Function) cuando hay varios HSS desplegados y el CSCF debe primero encontrar cuál contiene al usuario. Ambas usan el Application-Id 16777216 (0x01000000) y el Vendor-Id 10415. Cada SIP REGISTER y cada INVITE terminante disparan transacciones Cx entre bastidores.

## El conjunto de comandos Cx

TS 29.229 define cuatro pares de comandos Cx más dos iniciados por el HSS. User-Authorization (UAR/UAA) permite al I-CSCF comprobar si un usuario puede registrarse desde una red dada y conocer el S-CSCF asignado o capaz. Multimedia-Auth (MAR/MAA) permite al S-CSCF obtener vectores de autenticación (IMS-AKA o SIP Digest) del HSS. Server-Assignment (SAR/SAA) registra o da de baja al S-CSCF para el usuario y descarga el perfil de usuario con sus initial Filter Criteria. Location-Info (LIR/LIA) permite al I-CSCF encontrar el S-CSCF sirviente para una petición terminante. Registration-Termination (RTR/RTA) y Push-Profile (PPR/PPA) permiten al HSS dar de baja a un usuario o empujar un cambio de perfil.

*Command codes de Cx/Dx (TS 29.229)*

| Comando | Código | Propósito |
|---|---|---|
| UAR / UAA | 300 | User-Authorization: verificar el registro, buscar/asignar un S-CSCF |
| SAR / SAA | 301 | Server-Assignment: registrar el S-CSCF, descargar el perfil de usuario |
| LIR / LIA | 302 | Location-Info: encontrar el S-CSCF de servicio para una llamada terminante |
| MAR / MAA | 303 | Multimedia-Auth: obtener datos de autenticación IMS-AKA/SIP-Digest |
| RTR / RTA | 304 | Registration-Termination: el HSS da de baja al usuario |
| PPR / PPA | 305 | Push-Profile: el HSS envía un cambio de suscripción/perfil |

## Cómo se liga Cx al SIP REGISTER

El registro IMS es un procedimiento SIP con un backend DIAMETER. Cuando un usuario envía SIP REGISTER, el P-CSCF lo reenvía al I-CSCF, que envía un Cx UAR al HSS para autorizar el registro y obtener un S-CSCF (o sus capacidades). El I-CSCF enruta el REGISTER al S-CSCF elegido, que envía un Cx MAR para obtener un desafío de autenticación, y devuelve un SIP 401 con el desafío IMS-AKA. El UE se vuelve a registrar con su respuesta; el S-CSCF la verifica y envía un Cx SAR para registrarse a sí mismo para el usuario y descargar el perfil. Así, un único registro SIP visible impulsa UAR, MAR y SAR por debajo.

*Registro IMS: SIP al frente, Cx detrás*

```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 }
```

## Llamadas terminantes y LIR

El registro almacena qué S-CSCF sirve a un usuario; una llamada terminante tiene que encontrarlo de nuevo. Cuando llega un INVITE para un abonado, el I-CSCF envía un Cx Location-Info-Request al HSS, que devuelve el Server-Name del S-CSCF que actualmente sirve a esa identidad pública. El I-CSCF enruta entonces el INVITE a ese S-CSCF, que aplica la lógica de servicio terminante (sus initial Filter Criteria) y lo reenvía hacia el usuario. LIR/LIA es así la contraparte, en el lado terminante, del par UAR/SAR usado en el registro.

## La interfaz Sh: servidores de aplicación y el HSS

Los servidores de aplicación IMS también necesitan datos de abonado —ajustes de servicio, presencia, datos de repositorio— y los obtienen sobre la interfaz Sh (TS 29.328/29.329, Application-Id 16777217), no sobre Cx. Sh define User-Data (UDR/UDA) para leer datos transparentes y de servicio, Profile-Update (PUR/PUA) para escribirlos de vuelta, y un par de suscripción/notificación —Subscribe-Notifications (SNR/SNA) y Push-Notification (PNR/PNA)— para que un AS sea avisado cuando cambian los datos que le importan. Esto mantiene la lógica de servicio en los servidores de aplicación mientras el HSS sigue siendo la única fuente de verdad del abonado, y es por lo que el HSS, no el CSCF, es el ancla del plano de control IMS.

*Command codes de Sh (TS 29.329)*

| Comando | Código | Propósito |
|---|---|---|
| UDR / UDA | 306 | User-Data: el AS lee los datos de abonado/servicio del HSS |
| PUR / PUA | 307 | Profile-Update: el AS escribe datos de repositorio/servicio |
| SNR / SNA | 308 | Subscribe-Notifications: el AS se suscribe a los cambios de datos |
| PNR / PNA | 309 | Push-Notification: el HSS notifica al AS de un cambio |

## Preguntas frecuentes

### ¿Qué son las interfaces Cx y Dx?

Cx es la interfaz DIAMETER entre el I-CSCF/S-CSCF de IMS y el HSS (TS 29.228/29.229, Application-Id 16777216), que transporta el registro, la autenticación y la descarga de perfil. Dx es la misma interfaz enrutada vía un SLF cuando hay varios HSS desplegados, para que el CSCF encuentre primero cuál contiene al usuario.

### ¿Cómo usa DIAMETER el registro IMS?

Un SIP REGISTER dispara transacciones Cx: el I-CSCF envía UAR para autorizar y encontrar un S-CSCF, el S-CSCF envía MAR para obtener un desafío IMS-AKA, y tras responder el UE al desafío el S-CSCF envía SAR para registrarse a sí mismo y descargar el perfil de usuario. Un único registro SIP impulsa UAR, MAR y SAR por debajo.

### ¿Cuál es la diferencia entre MAR y SAR?

Multimedia-Auth-Request (MAR, comando 303) obtiene datos de autenticación —un vector IMS-AKA o SIP Digest— para que el S-CSCF pueda desafiar al usuario. Server-Assignment-Request (SAR, comando 301) registra al S-CSCF como nodo sirviente del usuario y descarga el perfil de usuario con sus initial Filter Criteria.

### ¿Cómo se enruta una llamada IMS terminante al S-CSCF correcto?

El I-CSCF envía un Cx Location-Info-Request (LIR, comando 302) al HSS, que devuelve el Server-Name del S-CSCF que actualmente sirve a la identidad pública llamada. El I-CSCF enruta entonces el INVITE a ese S-CSCF, que aplica la lógica de servicio terminante y lo reenvía al usuario.

### ¿Para qué sirve la interfaz Sh?

Sh (TS 29.329, Application-Id 16777217) conecta los servidores de aplicación IMS con el HSS. Un AS lee datos de abonado y de servicio con User-Data (UDR), los escribe de vuelta con Profile-Update (PUR), y usa Subscribe-Notifications (SNR) / Push-Notification (PNR) para ser avisado cuando cambian los datos —manteniendo el HSS como única fuente de verdad del abonado.

### ¿Por qué IMS usa tanto SIP como DIAMETER?

SIP maneja la señalización de sesión entre el UE y los CSCF —REGISTER, INVITE, negociación de medios. DIAMETER Cx/Dx y Sh manejan el lado de datos de abonado contra el HSS —autorización, vectores de autenticación, descarga de perfil y datos de servicio. El flujo SIP visible y el flujo DIAMETER oculto trabajan juntos en cada registro y llamada.

## Fuentes

- [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)

## Relacionado

- [Protocolo base DIAMETER (RFC 6733)](https://www.broadnet.me/es/reference/diameter-base-protocol)
- [DIAMETER S6a/S6d hacia el HSS](https://www.broadnet.me/es/reference/diameter-s6a-s6d-hss)
- [Visión general del protocolo SIP](https://www.broadnet.me/es/reference/sip-protocol-overview)
- [Seguridad de roaming DIAMETER (DRA/DEA)](https://www.broadnet.me/es/reference/diameter-roaming-security-dra-dea)
- [Plataforma de señalización y CDR](https://www.broadnet.me/es/platforms/signaling-cdr)