M3UA (RFC 4666) est la couche d'adaptation SIGTRAN qui présente le service de MTP3 sur SCTP, si bien que les utilisateurs SCCP et ISUP roulent sur IP inchangés. Elle relie des processus de serveur d'application (ASP) à une passerelle de signalisation (SG), routant les messages par point code via des routing keys et des routing contexts, et gère l'état des ASP avec des classes de message dédiées.
Ce que fait M3UA
M3UA remplace MTP3 dans la pile SS7, offrant à ses utilisateurs — SCCP et ISUP — le même service (transfert de message vers un point code, plus les indications de gestion réseau) mais sur une association SCTP au lieu de liaisons TDM. Cela permet à un nœud IP de participer à un réseau SS7 comme s'il avait un point code, échangeant du MAP ou de l'ISUP avec des pairs TDM hérités via une passerelle de signalisation qui fait le pont entre les deux transports.
SG, ASP et AS
M3UA définit trois rôles. La Signalling Gateway (SG) termine le SS7 classique côté TDM et relaie les messages sur M3UA/SCTP côté IP. Un Application Server Process (ASP) est un point d'extrémité IP qui traite la signalisation — un processus physique tel qu'une instance de SMSC ou de MSC. Un Application Server (AS) est l'entité logique servant une plage de trafic (une routing key) ; il est réalisé par un ou plusieurs ASP pour la redondance et le partage de charge.
| Entité | Signification |
|---|---|
| SG | Signalling Gateway — relie le SS7 TDM à M3UA/IP |
| SGP | Signalling Gateway Process — une instance au sein d'un SG |
| ASP | Processus du serveur d'applications — un point de terminaison/processus de signalisation IP |
| AS | Application Server — entité logique pour une clé de routage, servie par des ASP |
Routing keys et routing context
M3UA route vers un Application Server à l'aide d'une routing key — un ensemble de paramètres (tels que point code de destination, service indicator, et éventuellement SSN ou plages de circuits) qui identifie quel trafic appartient à quel AS. Chaque routing key est liée à un Routing Context numérique porté dans les messages pour que le récepteur sache pour quel AS un message est destiné. C'est ainsi qu'une seule association SCTP entre une SG et un ASP peut porter sans ambiguïté le trafic de plusieurs serveurs d'application.
Classes de message
Les messages M3UA sont regroupés en classes. Les messages Transfer (le message DATA / Payload Data) portent la charge réelle de l'utilisateur de MTP3. SSNM transmet l'état de gestion du réseau SS7 (destination disponible/indisponible/congestionnée) pour que les nœuds IP apprennent la joignabilité côté TDM. ASPSM et ASPTM gèrent l'état de l'ASP — le mettant en service et activant son trafic. Ensemble, ils permettent à M3UA de présenter un service MTP3 fidèle et de garder l'état distribué cohérent.
| Classe | Nom | Exemples |
|---|---|---|
| Transfert | Charge utile MTP3-user | DATA (Payload Data) |
| SSNM | SS7 Signalling Network Mgmt | DUNA, DAVA, SCON, DUPU (statut de destination) |
| ASPSM | Maintenance de l'état ASP | ASP Up, ASP Down, Heartbeat (BEAT) |
| ASPTM | Maintenance du trafic ASP | ASP Active, ASP Inactive |
| MGMT / RKM | Gestion des clés de routage / management | ERROR, NTFY, REG REQ/RSP, DEREG |
États ASP et redondance
Un ASP progresse à travers des états : il démarre à DOWN, passe à INACTIVE lors d'un échange ASP-Up, et à ACTIVE lors d'ASP-Active, moment où il porte du trafic. Plusieurs ASP soutenant un AS donnent de la redondance via la sélection du mode de trafic : Override (un ASP actif, les autres prenant le relais en cas de panne), Load-share (trafic réparti sur les ASP actifs) ou Broadcast. C'est ainsi que M3UA offre une haute disponibilité équivalente aux STP appariés du monde TDM.
ASP → SG ASP Up (ASPSM) → state: INACTIVE
SG → ASP ASP Up Ack
ASP → SG ASP Active (RC=100) (ASPTM) → state: ACTIVE
SG → ASP ASP Active Ack
... DATA (Payload) now flows for routing context 100 ...
ASP ↔ SG BEAT / BEAT Ack (heartbeat keeps the link monitored)Questions fréquemment posées
Que remplace M3UA ?
M3UA remplace MTP3. Il présente le même service de transfert de message et de gestion réseau à SCCP et ISUP, mais sur une association SCTP au lieu de liaisons TDM MTP2/MTP1, si bien que ces utilisateurs SS7 roulent sur IP sans modification.
Qu'est-ce qu'une routing key en M3UA ?
Une routing key est l'ensemble de paramètres — point code de destination, service indicator, et éventuellement SSN ou plages de circuits — qui identifie quel trafic appartient à un Application Server donné. Elle est liée à un routing context numérique porté dans les messages pour que le récepteur route vers le bon AS.
Quelle différence entre un ASP et un AS ?
Un Application Server Process (ASP) est un point d'extrémité ou processus de signalisation IP physique. Un Application Server (AS) est l'entité logique servant une routing key, réalisée par un ou plusieurs ASP. Plusieurs ASP soutiennent un AS pour offrir redondance et partage de charge.
Quels sont les états ASP de M3UA ?
Un ASP est DOWN jusqu'à ce qu'un échange ASP-Up le passe à INACTIVE, puis un échange ASP-Active le passe à ACTIVE, où il porte le trafic de ses routing contexts. ASP-Inactive et ASP-Down le ramènent en arrière. Les messages Heartbeat (BEAT) maintiennent l'association sous surveillance.
Qu'est-ce que le mode IPSP en M3UA ?
Le mode IPSP (IP Server Process) permet à deux points d'extrémité M3UA de communiquer directement, de pair à pair, sans passerelle de signalisation entre eux — utile lorsque les deux nœuds sont nativement IP. Il s'oppose au mode SG, où un ASP dialogue avec une passerelle de signalisation faisant le pont vers le SS7 TDM.
Spécifications sources
Les normes publiées sur lesquelles repose cette page. S'ouvre dans un nouvel onglet.