# SCCP, traduction de global title et subsystem numbers

> Le SCCP (Signalling Connection Control Part, ITU-T Q.711–Q.714) se place au-dessus de MTP3 et ajoute un adressage et des services plus riches. Il permet d'atteindre un nœud par un Global Title — généralement un numéro E.164 — au lieu d'un point code, le résout par Global Title Translation, et utilise un Subsystem Number pour sélectionner l'application (HLR, VLR, MSC) à destination.

- URL canonique: https://www.broadnet.me/fr/reference/sccp-and-global-title
- Langue: fr
- Dernière mise à jour: 2026-07-18
- Éditeur: BroadNet (https://www.broadnet.me)

Comment le SCCP étend MTP3 avec l'adressage par global title : les Called/Calling Party Address, la Global Title Translation (GTT), les subsystem numbers (HLR/VLR/MSC), et les classes en mode connecté vs non connecté.

## Pourquoi le SCCP est nécessaire au-dessus de MTP3

Le MTP3 ne peut router que vers un point code, et un point code seul ne peut indiquer quelle application au sein de ce nœud doit recevoir le message. Le SCCP résout les deux problèmes. Il porte un Called Party Address et un Calling Party Address qui peuvent être chacun un point code, un subsystem number, un global title, ou une combinaison — si bien qu'un SMSC peut adresser « le HLR propriétaire de ce MSISDN » sans connaître le point code de ce HLR. Le SCCP multiplexe aussi plusieurs applications sur un même point code par subsystem number.

## L'adresse SCCP : GT, PC et SSN

Une adresse SCCP se construit à partir de jusqu'à trois éléments, sélectionnés par l'Address Indicator. Le Global Title (GT) est une chaîne de chiffres routable, presque toujours un numéro E.164, avec un translation type, un numbering plan et un nature-of-address indicator décrivant son interprétation. Le Point Code (PC) est la destination MTP3. Le Subsystem Number (SSN) identifie l'application cible. Un message peut porter n'importe quelle combinaison ; l'adressage par GT seul est ce qui rend possibles l'itinérance et l'interfonctionnement SMS SS7 entre opérateurs.

*Éléments du Called/Calling Party Address*

| Élément | Signification |
|---|---|
| Global Title (GT) | Chiffres routables (généralement adresse E.164 MSISDN/SC) + type de traduction/NP/NAI |
| Point Code (PC) | Point de signalisation de destination MTP3 |
| Subsystem Number (SSN) | Application à destination (HLR, VLR, MSC, SMSC …) |
| Routing Indicator (RI) | Routage sur GT (nécessite une traduction) ou routage sur PC+SSN (déjà résolu) |

## Subsystem numbers

Le SSN nomme l'application. L'ITU-T Q.713 définit l'ensemble de base et le 3GPP alloue ceux des réseaux mobiles. Un SMSC émettant un SendRoutingInfoForSM adresse le SSN 6 (HLR) ; le MT-ForwardSM qui en résulte adresse le SSN 8 (MSC). Des SSN erronés sont une cause fréquente d'échecs « unequipped subsystem ».

*Subsystem numbers SCCP courants*

| SSN | Application |
|---|---|
| 1 | Gestion 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 (contrôle de service CAMEL) |
| 149 | SGSN |
| 150 | GGSN |

## Global Title Translation (GTT)

La GTT est la recherche qu'un STP effectue pour transformer un global title en décision de routage. Le STP compare les chiffres du GT (et le translation type) à une table de traduction et renvoie un point code et un SSN — et souvent un nouveau GT — pour le saut suivant. La GTT peut se faire par étapes sur des STP successifs, ce qui permet d'orienter progressivement un message d'itinérance entrant vers le bon nœud du réseau nominal. Comme la GTT est l'endroit où un opérateur décide qui peut atteindre quel subsystem, c'est aussi le point d'application naturel du filtrage SCCP.

*GTT résolvant un SRI-SM vers 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
```

## Classes en mode connecté et non connecté

Le SCCP offre quatre classes de protocole. Les classes 0 et 1 sont non connectées : la classe 0 est un pur datagramme (sans séquencement), la classe 1 ajoute la remise en séquence via un paramètre de séquencement. Les classes 2 et 3 sont en mode connecté, établissant une connexion de signalisation (avec contrôle de flux en classe 3) pour les échanges longs. Le MAP et la plupart du trafic TCAP utilisent les classes non connectées 0/1 portées dans des messages Unitdata (UDT/XUDT) ; les classes connectées servent à des applications comme certaines interfaces BSSAP/RANAP.

*Classes de protocole SCCP*

| Classe | Type | Garanties |
|---|---|---|
| 0 | Sans connexion | Datagramme de base, sans séquençage |
| 1 | Sans connexion | Livraison en séquence (contrôle de séquence) |
| 2 | Avec connexion | Connexion de signalisation, sans contrôle de flux |
| 3 | Avec connexion | Connexion + contrôle de flux et données accélérées |

## Questions fréquentes

### Qu'est-ce qu'un global title en SS7 ?

Un global title est une adresse routable — presque toujours un numéro E.164 tel qu'un MSISDN ou une adresse de SMSC — que le SCCP utilise à la place d'un point code. Un STP effectue une Global Title Translation pour le résoudre en point code et subsystem number du nœud de destination.

### Qu'est-ce que la Global Title Translation (GTT) ?

La GTT est la fonction du STP qui recherche les chiffres du global title dans une table de traduction et renvoie le point code et le subsystem number du saut suivant (et parfois un GT réécrit). Elle permet de router par numéro de téléphone sans que chaque nœud connaisse chaque point code, et c'est le point de filtrage clé pour la sécurité SS7.

### Quel subsystem number est le HLR ?

Le HLR est le subsystem number 6. Les subsystems mobiles associés incluent VLR (7), MSC (8), EIR (9) et AUC (10). Un SendRoutingInfoForSM de SMS est adressé au SSN 6, et le MT-ForwardSM de suivi au SSN 8.

### Quelle différence entre SCCP en mode connecté et non connecté ?

Les classes non connectées 0 et 1 envoient des messages Unitdata autonomes sans session — utilisées par MAP/TCAP pour le SMS et l'itinérance. Les classes connectées 2 et 3 établissent une connexion de signalisation avec séquencement et (classe 3) contrôle de flux, utilisées pour les échanges soutenus comme certaines interfaces d'accès radio.

### Pourquoi mon message reçoit-il « unequipped subsystem » ?

Le SCCP renvoie une erreur de subsystem non équipé/indisponible lorsque le point code cible n'a aucune application enregistrée pour le SSN demandé. Généralement, le SSN est erroné pour l'opération, ou le nœud de destination n'héberge réellement pas ce subsystem — vérifiez le SSN par rapport à l'opération (HLR 6, MSC 8).

## Sources

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

## Voir aussi

- [Vue d'ensemble de la pile SS7](https://www.broadnet.me/fr/reference/ss7-stack-overview)
- [Transactions et composants TCAP](https://www.broadnet.me/fr/reference/tcap-transactions)
- [Référence des opérations MAP](https://www.broadnet.me/fr/reference/map-operations)
- [Point codes et adressage SS7](https://www.broadnet.me/fr/reference/point-codes-addressing)
- [Pare-feu SS7 (opérateurs)](https://www.broadnet.me/fr/operators/ss7-firewall)
