# M3UA : couche d'adaptation des utilisateurs de MTP3

> 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.

- URL canonique: https://www.broadnet.me/fr/reference/m3ua-mtp3-user-adaptation
- Langue: fr
- Dernière mise à jour: 2026-07-18
- Éditeur: BroadNet (https://www.broadnet.me)

Comment M3UA porte SCCP et ISUP sur SCTP : les rôles SG/ASP/AS, routing keys et routing contexts, classes de message (Transfer, SSNM, ASPSM, ASPTM), et les modes IPSP vs passerelle de signalisation.

## 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.

*Rôles M3UA*

| 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.

*Classes de message M3UA*

| 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.

*Mise en service d'un ASP*

```text
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équentes

### 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.

## Sources

- [IETF RFC 4666 — MTP3-User Adaptation Layer (M3UA)](https://datatracker.ietf.org/doc/html/rfc4666)
- [IETF RFC 4960 — SCTP](https://datatracker.ietf.org/doc/html/rfc4960)

## Voir aussi

- [SCTP : Stream Control Transmission Protocol](https://www.broadnet.me/fr/reference/sctp-stream-control-transmission-protocol)
- [Couches d'adaptation M2PA et SUA](https://www.broadnet.me/fr/reference/m2pa-and-sua)
- [Architecture de déploiement SIGTRAN](https://www.broadnet.me/fr/reference/sigtran-deployment-architecture)
- [Vue d'ensemble de SIGTRAN](https://www.broadnet.me/fr/reference/sigtran-overview)
- [SIGTRAN expliqué](https://www.broadnet.me/fr/answers/sigtran-explained)