# Livelli di adattamento M2PA e SUA

> M2PA (RFC 4165) e SUA (RFC 3868) sono livelli di adattamento SIGTRAN per punti di migrazione diversi. M2PA sostituisce MTP2, offrendo un collegamento IP su cui opera MTP3 completo — usato per costruire collegamenti STP su IP. SUA sostituisce interamente SCCP, trasportando le user part SCCP come TCAP/MAP direttamente su SCTP senza MTP3 né M3UA.

- URL canonico: https://www.broadnet.me/it/reference/m2pa-and-sua
- Lingua: it
- Ultimo aggiornamento: 2026-07-18
- Editore: BroadNet (https://www.broadnet.me)

Altri due livelli di adattamento SIGTRAN: M2PA (RFC 4165) sostituisce MTP2 per costruire collegamenti STP su IP che eseguono MTP3 completo, e SUA (RFC 3868) trasporta le user part SCCP (TCAP/MAP) direttamente su SCTP, bypassando MTP3.

## M2PA: MTP2 su IP

M2PA (MTP2 Peer-to-Peer Adaptation, RFC 4165) presenta un collegamento equivalente a MTP2 su SCTP. Poiché sostituisce solo MTP2, gli endpoint eseguono ancora un MTP3 completo al di sopra — si comportano come normali punti di segnalazione SS7 con point code, eseguendo l'instradamento MTP3 e la gestione della rete. M2PA è perciò usato per costruire collegamenti di segnalazione su IP tra STP (o tra uno STP e un punto di segnalazione), di fatto una sostituzione interamente su IP di un A/B/C/D-link TDM anziché una topologia gateway-application-server.

## M2PA vs M2UA

M2PA e M2UA si collocano entrambi al livello MTP2 ma svolgono compiti molto diversi. M2PA è peer-to-peer: entrambe le estremità eseguono MTP3 e il collegamento è un vero collegamento di segnalazione SS7 su IP. M2UA è backhaul: trasporta MTP2 da un signalling gateway fino a un Media Gateway Controller collocato separatamente che detiene MTP3 e i livelli superiori, usando una Nodal Interworking Function. Confondere i due è una fonte comune di errori di progettazione.

*M2PA vs M2UA*

| Aspetto | M2PA (RFC 4165) | M2UA (RFC 3331) |
|---|---|---|
| Modello | Peer-to-peer | Backhaul (SG ↔ MGC) |
| Posizione MTP3 | Su entrambi gli endpoint | Solo sul controller remoto |
| Point code | Entrambe le estremità ne hanno una | Il gateway inoltra al controller |
| Uso tipico | Collegamenti STP basati su IP | Architettura distribuita gateway/controller |

## SUA: adattamento SCCP-user

SUA (SCCP-User Adaptation, RFC 3868) trasporta le user part SCCP — principalmente TCAP e quindi MAP — direttamente su SCTP, sostituendo SCCP stesso. Un nodo SUA indirizza i suoi peer usando indirizzamento in stile SCCP (Global Title, SSN) ma non necessita né di MTP3 né di M3UA al di sotto. Questo è efficiente quando gli endpoint sono user part SCCP IP-native, come un HLR/HSS o SMSC su IP che dialoga con un signalling gateway che esegue la Global Title Translation per loro conto.

## SUA e le modalità di connessione

SUA supporta entrambi i tipi di servizio SCCP. Il servizio connectionless (classi SCCP 0/1) trasporta la stragrande maggioranza del traffico MAP/TCAP — instradamento SMS, roaming — come messaggi autonomi. Il servizio connection-oriented (classi SCCP 2/3) è disponibile per le applicazioni che necessitano di una connessione di segnalazione. SUA può interlavorare con SCCP presso un gateway: un nodo SUA IP da un lato e un peer SCCP TDM dall'altro scambiano in modo trasparente gli stessi messaggi applicativi TCAP/MAP.

*Dove ciascun livello di adattamento taglia lo stack*

| Livello sostituito | Adattamento | Stack soprastante |
|---|---|---|
| MTP2 | M2PA | MTP3 completo + SCCP + TCAP |
| MTP3 | M3UA | SCCP + TCAP |
| SCCP | SUA | TCAP / MAP direttamente |

## Domande frequenti

### Qual è la differenza tra M2PA e M3UA?

M2PA sostituisce MTP2, quindi entrambi gli endpoint eseguono ancora MTP3 completo e agiscono come normali punti di segnalazione — costruisce collegamenti STP su IP. M3UA sostituisce MTP3, collegando application server a un signalling gateway. M2PA taglia lo stack un livello più in basso rispetto a M3UA.

### Quando dovrei usare SUA invece di M3UA?

Usate SUA quando i vostri endpoint IP sono user part SCCP (TCAP/MAP) che non necessitano di MTP3 — ad esempio un HLR o SMSC IP-nativo. SUA trasporta la user part SCCP direttamente su SCTP e salta MTP3/M3UA. Usate M3UA quando dovete preservare il servizio MTP3 per SCCP e ISUP.

### Qual è la differenza tra M2PA e M2UA?

M2PA è peer-to-peer: entrambe le estremità eseguono MTP3 su un collegamento di segnalazione IP. M2UA è backhaul: un signalling gateway trasporta MTP2 fino a un Media Gateway Controller remoto che detiene MTP3. M2PA costruisce collegamenti SS7; M2UA separa un gateway dal suo controller.

### SUA usa i Global Title?

Sì. SUA preserva l'indirizzamento in stile SCCP — Global Title e subsystem number — così le applicazioni indirizzano i peer come farebbero su SCCP. Un gateway può eseguire la Global Title Translation e interlavorare SUA con l'SCCP classico in modo trasparente.

### M2PA è un sostituto dei collegamenti SS7 TDM?

Di fatto sì. Poiché M2PA presenta un collegamento equivalente a MTP2 con MTP3 completo al di sopra, un collegamento M2PA su IP può sostituire un A/B/C/D-link TDM tra punti di segnalazione, consentendo agli operatori di costruire interconnessioni STP interamente su IP mantenendo l'instradamento MTP3 standard.

## Fonti

- [IETF RFC 4165 — MTP2 Peer-to-Peer Adaptation (M2PA)](https://datatracker.ietf.org/doc/html/rfc4165)
- [IETF RFC 3868 — SCCP-User Adaptation (SUA)](https://datatracker.ietf.org/doc/html/rfc3868)

## Correlati

- [M3UA: MTP3-User Adaptation](https://www.broadnet.me/it/reference/m3ua-mtp3-user-adaptation)
- [SCTP: Stream Control Transmission Protocol](https://www.broadnet.me/it/reference/sctp-stream-control-transmission-protocol)
- [Architettura di deployment SIGTRAN](https://www.broadnet.me/it/reference/sigtran-deployment-architecture)
- [SCCP e Global Title Translation](https://www.broadnet.me/it/reference/sccp-and-global-title)
- [Panoramica di SIGTRAN](https://www.broadnet.me/it/reference/sigtran-overview)