# Architecture de déploiement SIGTRAN : SG, ASP, AS

> Un déploiement SIGTRAN relie le SS7 TDM et la signalisation IP via une Signalling Gateway (SG), qui relaie les messages sur des associations SCTP vers des Application Server Processes (ASP). Le trafic d'une routing key est servi par un Application Server (AS) logique, réalisé par plusieurs ASP en mode override, load-share ou broadcast pour la redondance.

- URL canonique: https://www.broadnet.me/fr/reference/sigtran-deployment-architecture
- Langue: fr
- Dernière mise à jour: 2026-07-18
- Éditeur: BroadNet (https://www.broadnet.me)

Comment un réseau SIGTRAN se construit : la passerelle de signalisation reliant TDM et IP, les serveurs d'application et leurs processus, les associations SCTP, et les modes de redondance (override, load-share, broadcast) qui offrent une disponibilité carrier-grade.

## La vue de bout en bout

Un déploiement SIGTRAN typique fait le pont entre deux mondes. Côté TDM, des liaisons SS7 classiques atteignent la Signalling Gateway depuis des STP et commutateurs hérités. Côté IP, la SG maintient des associations SCTP vers les nœuds de signalisation IP de l'opérateur — SMSC, HLR/HSS, MSC-server, SCP. La SG relaie chaque message SS7 d'un bord à l'autre, traduisant entre les couches TDM MTP et l'adaptation M3UA (ou SUA) sur SCTP, pour qu'un pair TDM et un nœud IP échangent des messages MAP ou ISUP identiques sans qu'aucun n'ait conscience du changement de transport.

*Topologie de pontage SIGTRAN*

```text
  TDM SS7 world                 IP world
 ┌──────────┐   MTP links   ┌──────┐  SCTP assoc  ┌─────────────┐
 │ STP / MSC │──────────────│  SG  │══════════════│  ASP (SMSC) │
 └──────────┘   (E1/T1)     └──────┘   M3UA       └─────────────┘
                                │  ╲  SCTP assoc  ┌─────────────┐
                                │   ╲════════════│  ASP (HLR)  │
                                                  └─────────────┘
     One AS (routing key) may be served by several ASPs.
```

## Associations et routing contexts

Le lien entre une SG et un ASP est une association SCTP — généralement multi-domiciliée sur deux chemins IP pour la résilience. Sur une même association, une SG peut porter le trafic de plusieurs Application Servers, chacun identifié par un routing context. Quand un message SS7 arrive du côté TDM, la SG le fait correspondre à une routing key (par point code de destination, service indicator, et éventuellement SSN), sélectionne l'AS, et le transfère à un ASP actif avec le routing context correspondant pour que le récepteur le route en interne.

## Modes de redondance

Plusieurs ASP soutenant un AS offrent une haute disponibilité, et le mode de trafic décide comment ils partagent la charge. Override fait tourner un ASP actif, les autres en attente pour prendre le relais en cas de panne — un modèle actif/passif. Load-share répartit le trafic sur tous les ASP actifs, à l'aide d'une clé (telle que le SLS ou un paramètre SCCP) pour garder les messages liés sur un même ASP pour le séquencement. Broadcast envoie à tous les ASP actifs. Ces modes sont la façon dont SIGTRAN reproduit la résilience à STP appariés du SS7 classique dans un déploiement IP.

*Modes de trafic (redondance) M3UA/SUA*

| Mode | Comportement | Analogue à |
|---|---|---|
| Forcer | Un ASP est actif ; un autre prend le relais en cas de défaillance | Actif/secours |
| Répartition de charge | Trafic réparti entre les ASP actifs selon une clé | Actif/actif avec affinité |
| Diffusion | Chaque message envoyé à tous les ASP actifs | Réplication complète |

## Gestion d'état et basculement

La SG et les ASP maintiennent leurs états synchronisés. Les ASP signalent ASP-Up/Active pour entrer en service et sont surveillés par des heartbeats SCTP et des messages M3UA BEAT ; les messages SSNM propagent l'état des destinations côté TDM (disponible, indisponible, congestionnée) aux nœuds IP pour qu'ils cessent ou reprennent l'émission de façon appropriée. Si un ASP ou un chemin tombe, la multi-domiciliation SCTP et le mode de trafic de l'AS se combinent pour déplacer le trafic vers un ASP ou un chemin sain en des délais infra-seconde, préservant la continuité de la signalisation.

## Considérations de conception

Une conception SIGTRAN saine apparie les SG et les ASP pour éliminer tout point de défaillance unique, multi-domicilie chaque association SCTP sur des chemins indépendants, et planifie les routing keys pour que le trafic corresponde proprement aux serveurs d'application. Comme SIGTRAN porte la même couche applicative SS7, la même posture de sécurité s'applique : la signalisation entrante d'interconnexion a toujours besoin d'un filtrage de type FS.11, et les associations SCTP elles-mêmes doivent être restreintes aux pairs connus et protégées sur le réseau IP.

## Questions fréquentes

### Qu'est-ce qu'une passerelle de signalisation en SIGTRAN ?

Une Signalling Gateway se place à la frontière TDM-vers-IP. Elle termine les liaisons SS7 classiques d'un côté et relaie les mêmes messages d'utilisateurs de MTP3 sur SCTP (via M3UA ou SUA) vers des serveurs d'application IP de l'autre, traduisant le transport tout en laissant les messages applicatifs SS7 inchangés.

### Qu'est-ce qu'une association SCTP dans un déploiement SIGTRAN ?

C'est la connexion de transport fiable, généralement multi-domiciliée, entre une passerelle de signalisation et un processus de serveur d'application. Une association peut porter le trafic de plusieurs serveurs d'application, distingués par routing context, et la multi-domiciliation lui donne le basculement de chemin.

### Quels sont les modes de redondance SIGTRAN ?

Override (un ASP actif, les autres en attente), Load-share (trafic réparti sur les ASP actifs avec affinité pour le séquencement), et Broadcast (chaque message à tous les ASP actifs). Ils permettent à plusieurs ASP de soutenir un Application Server, reproduisant la résilience à STP appariés sur IP.

### Comment SIGTRAN atteint-il la haute disponibilité ?

En combinant la multi-domiciliation SCTP (basculement au niveau chemin) avec plusieurs ASP par Application Server en mode override ou load-share (basculement au niveau nœud), plus des passerelles de signalisation appariées. Ensemble, ils éliminent les points de défaillance uniques pour que la signalisation survive aux pannes de chemin, de processus et de passerelle.

### Passer à SIGTRAN change-t-il mes exigences de sécurité SS7 ?

Les risques de couche applicative sont inchangés ; le pare-feu de signalisation FS.11 s'applique donc toujours au trafic d'interconnexion entrant. SIGTRAN ajoute des devoirs de couche IP : restreindre les associations SCTP aux pairs connus et les protéger sur le réseau. Il change le transport, pas le besoin de sécurité de signalisation.

## Sources

- [IETF RFC 4666 — M3UA](https://datatracker.ietf.org/doc/html/rfc4666)
- [IETF RFC 2719 — Framework Architecture for Signalling Transport](https://datatracker.ietf.org/doc/html/rfc2719)

## Voir aussi

- [Vue d'ensemble de SIGTRAN](https://www.broadnet.me/fr/reference/sigtran-overview)
- [M3UA : adaptation des utilisateurs de MTP3](https://www.broadnet.me/fr/reference/m3ua-mtp3-user-adaptation)
- [SCTP : Stream Control Transmission Protocol](https://www.broadnet.me/fr/reference/sctp-stream-control-transmission-protocol)
- [Menaces de sécurité SS7 et GSMA FS.11](https://www.broadnet.me/fr/reference/ss7-security-threats-fs11)
- [Plateforme de signalisation et CDR](https://www.broadnet.me/fr/platforms/signaling-cdr)