# SCCP, traducción de global title y subsystem numbers

> SCCP (Signalling Connection Control Part, ITU-T Q.711–Q.714) se sitúa por encima de MTP3 y añade direccionamiento y servicios más ricos. Permite alcanzar un nodo por un Global Title —normalmente un número E.164— en lugar de por un point code, lo resuelve con Global Title Translation y usa un Subsystem Number para seleccionar la aplicación (HLR, VLR, MSC) en el destino.

- URL canónica: https://www.broadnet.me/es/reference/sccp-and-global-title
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Cómo SCCP amplía MTP3 con direccionamiento por global title: las Called/Calling Party Address, la Global Title Translation (GTT), los subsystem numbers (HLR/VLR/MSC) y las clases con y sin conexión.

## Por qué se necesita SCCP por encima de MTP3

MTP3 solo puede enrutar a un point code, y un point code por sí solo no puede indicar qué aplicación dentro de ese nodo debe recibir el mensaje. SCCP resuelve ambos problemas. Transporta una Called Party Address y una Calling Party Address que pueden ser cada una un point code, un subsystem number, un global title o una combinación, de modo que un SMSC puede direccionar «el HLR propietario de este MSISDN» sin conocer el point code de ese HLR. SCCP también multiplexa varias aplicaciones en un point code por subsystem number.

## La dirección SCCP: GT, PC y SSN

Una dirección SCCP se compone de hasta tres elementos, seleccionados por el Address Indicator. El Global Title (GT) es una cadena de dígitos enrutable, casi siempre un número E.164, con un tipo de traducción, un plan de numeración y un indicador de naturaleza de dirección que describen cómo interpretarlo. El Point Code (PC) es el destino MTP3. El Subsystem Number (SSN) identifica la aplicación de destino. Un mensaje puede transportar cualquier combinación; el direccionamiento solo por GT es lo que hace posible la itinerancia SS7 y el interfuncionamiento de SMS entre operadores.

*Elementos de la Called/Calling Party Address*

| Elemento | Significado |
|---|---|
| Título Global (GT) | Dígitos enrutables (normalmente dirección E.164 MSISDN/SC) + tipo de traducción/NP/NAI |
| Código de Punto (PC) | Punto de señalización de destino MTP3 |
| Número de Subsistema (SSN) | Aplicación en el destino (HLR, VLR, MSC, SMSC …) |
| Indicador de Enrutamiento (RI) | Enrutamiento por GT (necesita traducción) o por PC+SSN (ya resuelto) |

## Subsystem numbers

El SSN nombra la aplicación. ITU-T Q.713 define el conjunto básico y 3GPP asigna los de la red móvil. Un SMSC que emite SendRoutingInfoForSM direcciona el SSN 6 (HLR); el MT-ForwardSM resultante direcciona el SSN 8 (MSC). Los SSN erróneos son una causa habitual de fallos de «subsistema no equipado».

*Subsystem numbers SCCP comunes*

| SSN | Aplicación |
|---|---|
| 1 | Gestión de SCCP |
| 5 | MAP (Mobile Application Part) |
| 6 | HLR (Home Location Register) |
| 7 | VLR (Visitor Location Register) |
| 8 | MSC (Mobile Switching Centre) |
| 9 | EIR (Equipment Identity Register) |
| 10 | AUC (Authentication Centre) |
| 146 | CAP (CAMEL Application Part) |
| 147 | gsmSCF (control de servicio CAMEL) |
| 149 | SGSN |
| 150 | GGSN |

## Global Title Translation (GTT)

GTT es la búsqueda que realiza un STP para convertir un global title en una decisión de enrutamiento. El STP coteja los dígitos del GT (y el tipo de traducción) con una tabla de traducción y devuelve un point code y un SSN —y a menudo un nuevo GT— para el siguiente salto. GTT puede realizarse por etapas en STP sucesivos, y así se dirige progresivamente un mensaje de itinerancia entrante hacia el nodo correcto de la red de origen. Como en GTT un operador decide quién puede alcanzar qué subsistema, es también el punto natural de aplicación de un cortafuegos a nivel SCCP.

*GTT resolviendo un SRI-SM hacia un HLR*

```text
Called Party Address (before): GT=44770900XXXX  RI=route-on-GT  TT=0  SSN=6(HLR)
STP global title translation table lookup on 44770900XXXX →
Result: DPC=2-101-3  SSN=6  (RI=route-on-PC/SSN)
MTP3 now routes the SCCP message to point code 2-101-3, subsystem HLR
```

## Clases con y sin conexión

SCCP ofrece cuatro clases de protocolo. Las clases 0 y 1 son sin conexión: la clase 0 es datagrama puro (sin secuenciación), la clase 1 añade entrega en secuencia mediante un parámetro de secuenciación. Las clases 2 y 3 son con conexión, estableciendo una conexión de señalización (con control de flujo en la clase 3) para intercambios más largos. MAP y la mayoría del tráfico TCAP usan las clases 0/1 sin conexión transportadas en mensajes Unitdata (UDT/XUDT); las clases con conexión las usan aplicaciones como algunas interfaces BSSAP/RANAP.

*Clases de protocolo SCCP*

| Clase | Tipo | Garantías |
|---|---|---|
| 0 | Sin conexión | Datagrama básico, sin secuenciación |
| 1 | Sin conexión | Entrega en secuencia (control de secuencia) |
| 2 | Con conexión | Conexión de señalización, sin control de flujo |
| 3 | Con conexión | Conexión + control de flujo y datos acelerados |

## Preguntas frecuentes

### ¿Qué es un global title en SS7?

Un global title es una dirección enrutable —casi siempre un número E.164 como un MSISDN o una dirección de SMSC— que SCCP usa en lugar de un point code. Un STP realiza la Global Title Translation para resolverlo al point code y al subsystem number del nodo de destino.

### ¿Qué es la Global Title Translation (GTT)?

GTT es la función del STP que busca los dígitos del global title en una tabla de traducción y devuelve el point code y el subsystem number del siguiente salto (y a veces un GT reescrito). Permite enrutar por número de teléfono sin que cada nodo conozca cada point code, y es el punto clave de filtrado para la seguridad de SS7.

### ¿Qué subsystem number es el HLR?

El HLR es el subsystem number 6. Los subsistemas móviles relacionados incluyen el VLR (7), el MSC (8), el EIR (9) y el AUC (10). Un SendRoutingInfoForSM de SMS se direcciona al SSN 6, y el MT-ForwardSM posterior al SSN 8.

### ¿Cuál es la diferencia entre SCCP sin conexión y con conexión?

Las clases sin conexión 0 y 1 envían mensajes Unitdata autocontenidos sin sesión, usados por MAP/TCAP para SMS e itinerancia. Las clases con conexión 2 y 3 establecen una conexión de señalización con secuenciación y (clase 3) control de flujo, usadas para intercambios sostenidos como algunas interfaces de acceso radio.

### ¿Por qué mi mensaje recibe «subsistema no equipado»?

SCCP devuelve un error de subsistema no equipado/no disponible cuando el point code de destino no tiene ninguna aplicación registrada para el SSN solicitado. Normalmente el SSN es erróneo para la operación, o el nodo de destino realmente no aloja ese subsistema: comprueba el SSN frente a la operación (HLR 6, MSC 8).

## Fuentes

- [ITU-T Q.713 — SCCP formats and codes](https://www.itu.int/rec/T-REC-Q.713)
- [ITU-T Q.714 — SCCP procedures](https://www.itu.int/rec/T-REC-Q.714)

## Relacionado

- [Descripción general de la pila SS7](https://www.broadnet.me/es/reference/ss7-stack-overview)
- [Transacciones y componentes TCAP](https://www.broadnet.me/es/reference/tcap-transactions)
- [Referencia de operaciones MAP](https://www.broadnet.me/es/reference/map-operations)
- [Códigos de puntos y direccionamiento SS7](https://www.broadnet.me/es/reference/point-codes-addressing)
- [Cortafuegos SS7 (operadores)](https://www.broadnet.me/es/operators/ss7-firewall)