# M3UA: livello MTP3-User Adaptation

> M3UA (RFC 4666) è il livello di adattamento SIGTRAN che presenta il servizio MTP3 su SCTP, così le user part SCCP e ISUP operano invariate su IP. Collega gli application server process (ASP) a un signalling gateway (SG), instradando i messaggi per point code tramite routing key e routing context, e gestisce lo stato degli ASP con classi di messaggio dedicate.

- URL canonico: https://www.broadnet.me/it/reference/m3ua-mtp3-user-adaptation
- Lingua: it
- Ultimo aggiornamento: 2026-07-18
- Editore: BroadNet (https://www.broadnet.me)

Come M3UA trasporta SCCP e ISUP su SCTP: i ruoli SG/ASP/AS, routing key e routing context, le classi di messaggio (Transfer, SSNM, ASPSM, ASPTM) e le modalità IPSP vs signalling-gateway.

## Cosa fa M3UA

M3UA sostituisce MTP3 nello stack SS7, offrendo alle sue user part — SCCP e ISUP — lo stesso servizio (trasferimento di messaggi verso un point code, più le indicazioni di gestione della rete) ma su un'associazione SCTP anziché su collegamenti TDM. Ciò consente a un nodo IP di partecipare a una rete SS7 come se avesse un point code, scambiando MAP o ISUP con peer TDM legacy tramite un signalling gateway che fa da ponte tra i due trasporti.

## SG, ASP e AS

M3UA definisce tre ruoli. Il Signalling Gateway (SG) termina l'SS7 classico sul lato TDM e inoltra i messaggi su M3UA/SCTP sul lato IP. Un Application Server Process (ASP) è un endpoint IP che gestisce la segnalazione — un processo fisico come un'istanza di SMSC o MSC. Un Application Server (AS) è l'entità logica che serve un intervallo di traffico (una routing key); è realizzato da uno o più ASP per la ridondanza e il load-sharing.

*Ruoli M3UA*

| Entità | Significato |
|---|---|
| SG | Signalling Gateway — collega SS7 TDM a M3UA/IP |
| SGP | Signalling Gateway Process — un'istanza all'interno di un SG |
| ASP | Application Server Process — un endpoint/processo di segnalazione IP |
| AS | Application Server — entità logica per una routing key, servita da ASP |

## Routing key e routing context

M3UA instrada verso un Application Server usando una routing key — un insieme di parametri (come point code di destinazione, service indicator e opzionalmente SSN o intervalli di circuiti) che identifica quale traffico appartiene a quale AS. Ogni routing key è legata a un Routing Context numerico trasportato nei messaggi affinché il ricevente sappia a quale AS è destinato un messaggio. È così che una singola associazione SCTP tra un SG e un ASP può trasportare senza ambiguità il traffico di diversi application server.

## Classi di messaggio

I messaggi M3UA sono raggruppati in classi. I messaggi Transfer (il messaggio DATA / Payload Data) trasportano il payload effettivo della user part MTP3. SSNM veicola lo stato di gestione della rete SS7 (destinazione disponibile/non disponibile/congestionata) affinché i nodi IP apprendano la raggiungibilità sul lato TDM. ASPSM e ASPTM gestiscono lo stato dell'ASP — portandolo attivo e rendendone attivo il traffico. Insieme, questi consentono a M3UA di presentare un servizio MTP3 fedele e di mantenere coerente lo stato distribuito.

*Classi di messaggio M3UA*

| Classe | Nome | Esempi |
|---|---|---|
| Trasferimento | Payload utente MTP3 | DATA (Payload Data) |
| SSNM | SS7 Gestione rete di segnalazione | DUNA, DAVA, SCON, DUPU (stato dest.) |
| ASPSM | Manutenzione stato ASP | ASP Up, ASP Down, Heartbeat (BEAT) |
| ASPTM | Manutenzione traffico ASP | ASP Active, ASP Inactive |
| MGMT / RKM | Gestione chiavi di Routing / Management | ERROR, NTFY, REG REQ/RSP, DEREG |

## Stati ASP e ridondanza

Un ASP progredisce attraverso stati: parte da DOWN, passa a INACTIVE con uno scambio ASP-Up e ad ACTIVE con ASP-Active, momento in cui trasporta traffico. Più ASP a supporto di un AS offrono ridondanza tramite la selezione della modalità di traffico: Override (un ASP attivo, gli altri subentrano in caso di guasto), Load-share (traffico distribuito sugli ASP attivi) o Broadcast. È così che M3UA offre un'alta disponibilità equivalente agli STP accoppiati nel mondo TDM.

*Messa in servizio di 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)
```

## Domande frequenti

### Cosa sostituisce M3UA?

M3UA sostituisce MTP3. Presenta lo stesso servizio di trasferimento messaggi e gestione della rete a SCCP e ISUP, ma su un'associazione SCTP anziché su collegamenti TDM MTP2/MTP1, così quelle user part SS7 operano su IP senza modifiche.

### Che cos'è una routing key in M3UA?

Una routing key è l'insieme di parametri — point code di destinazione, service indicator e opzionalmente SSN o intervalli di circuiti — che identifica quale traffico appartiene a un dato Application Server. È legata a un routing context numerico trasportato nei messaggi affinché il ricevente instradi verso l'AS corretto.

### Qual è la differenza tra un ASP e un AS?

Un Application Server Process (ASP) è un endpoint o processo di segnalazione IP fisico. Un Application Server (AS) è l'entità logica che serve una routing key, realizzata da uno o più ASP. Diversi ASP supportano un AS per fornire ridondanza e load-sharing.

### Quali sono gli stati ASP di M3UA?

Un ASP è DOWN finché uno scambio ASP-Up non lo porta a INACTIVE, poi uno scambio ASP-Active lo porta ad ACTIVE, dove trasporta traffico per i suoi routing context. ASP-Inactive e ASP-Down lo riportano indietro. I messaggi Heartbeat (BEAT) mantengono monitorata l'associazione.

### Che cos'è la modalità IPSP in M3UA?

La modalità IPSP (IP Server Process) consente a due endpoint M3UA di comunicare direttamente, peer-to-peer, senza un signalling gateway tra loro — utile quando entrambi i nodi sono IP-nativi. Si contrappone alla modalità SG, in cui un ASP dialoga con un signalling gateway che fa da ponte verso l'SS7 TDM.

## Fonti

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

## Correlati

- [SCTP: Stream Control Transmission Protocol](https://www.broadnet.me/it/reference/sctp-stream-control-transmission-protocol)
- [Livelli di adattamento M2PA e SUA](https://www.broadnet.me/it/reference/m2pa-and-sua)
- [Architettura di deployment SIGTRAN](https://www.broadnet.me/it/reference/sigtran-deployment-architecture)
- [Panoramica di SIGTRAN](https://www.broadnet.me/it/reference/sigtran-overview)
- [SIGTRAN spiegato](https://www.broadnet.me/it/answers/sigtran-explained)