# M3UA: camada de adaptação MTP3-User

> O M3UA (RFC 4666) é a camada de adaptação SIGTRAN que apresenta serviço MTP3 sobre SCTP, para que os utilizadores SCCP e ISUP corram sobre IP inalterados. Liga application server processes (ASPs) a um signalling gateway (SG), encaminhando mensagens por point code via routing keys e routing contexts, e gere o estado do ASP com classes de mensagem dedicadas.

- URL canônico: https://www.broadnet.me/pt/reference/m3ua-mtp3-user-adaptation
- Idioma: pt
- Última atualização: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Como o M3UA transporta SCCP e ISUP sobre SCTP: os papéis SG/ASP/AS, routing keys e routing contexts, classes de mensagem (Transfer, SSNM, ASPSM, ASPTM) e os modos IPSP vs signalling gateway.

## O que o M3UA faz

O M3UA substitui o MTP3 na pilha SS7, oferecendo aos seus utilizadores — SCCP e ISUP — o mesmo serviço (transferência de mensagem para um point code, mais indicações de gestão de rede) mas sobre uma associação SCTP em vez de ligações TDM. Isto permite a um nó baseado em IP participar numa rede SS7 como se tivesse um point code, trocando MAP ou ISUP com pares TDM legados através de um signalling gateway que faz a ponte entre os dois transportes.

## SG, ASP e AS

O M3UA define três papéis. O Signalling Gateway (SG) termina o SS7 clássico no lado TDM e retransmite mensagens sobre M3UA/SCTP no lado IP. Um Application Server Process (ASP) é um ponto terminal IP que trata sinalização — um processo físico como uma instância de SMSC ou MSC. Um Application Server (AS) é a entidade lógica que serve uma gama de tráfego (uma routing key); é concretizada por um ou mais ASPs para redundância e partilha de carga.

*Papéis do M3UA*

| Entidade | Significado |
|---|---|
| SG | Signalling Gateway — faz a ponte entre SS7 TDM e M3UA/IP |
| SGP | Signalling Gateway Process — uma instância dentro de um SG |
| ASP | Application Server Process — um endpoint/processo de sinalização IP |
| AS | Application Server — entidade lógica para uma routing key, atendida por ASPs |

## Routing keys e routing context

O M3UA encaminha para um Application Server usando uma routing key — um conjunto de parâmetros (como destination point code, service indicator e opcionalmente SSN ou gamas de circuitos) que identifica que tráfego pertence a que AS. Cada routing key está ligada a um Routing Context numérico que é transportado nas mensagens para que o recetor saiba a que AS pertence uma mensagem. É assim que uma associação SCTP entre um SG e um ASP pode transportar tráfego para vários application servers sem ambiguidade.

## Classes de mensagem

As mensagens M3UA agrupam-se em classes. As mensagens Transfer (a mensagem DATA / Payload Data) transportam o conteúdo real do utilizador MTP3. A SSNM transmite o estado de gestão de rede SS7 (destino disponível/indisponível/congestionado) para que os nós IP saibam da alcançabilidade do lado TDM. A ASPSM e a ASPTM gerem o estado do ASP — colocando-o em serviço e tornando o seu tráfego ativo. Em conjunto, permitem ao M3UA apresentar um serviço MTP3 fiel e manter consistente o estado distribuído.

*Classes de mensagem do M3UA*

| Classe | Nome | Exemplos |
|---|---|---|
| Transferência | Payload de utilizador MTP3 | DATA (Payload Data) |
| SSNM | SS7 Gestão de Rede de Sinalização | DUNA, DAVA, SCON, DUPU (status de destino) |
| ASPSM | Manutenção de Estado ASP | ASP Up, ASP Down, Heartbeat (BEAT) |
| ASPTM | Manutenção de Tráfego ASP | ASP Ativo, ASP Inativo |
| MGMT / RKM | Gestão de Chaves de Gestão / Encaminhamento | ERROR, NTFY, REG REQ/RSP, DEREG |

## Estados do ASP e redundância

Um ASP progride por estados: começa DOWN, passa a INACTIVE numa troca ASP-Up e a ACTIVE em ASP-Active, ponto em que transporta tráfego. Vários ASPs a suportar um AS dão redundância através da seleção de modo de tráfego: Override (um ASP ativo, os outros assumem em caso de falha), Load-share (tráfego distribuído pelos ASPs ativos) ou Broadcast. É assim que o M3UA entrega alta disponibilidade equivalente aos STPs emparelhados do mundo TDM.

*Colocar um ASP em serviço*

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

## Perguntas frequentes

### O que substitui o M3UA?

O M3UA substitui o MTP3. Apresenta o mesmo serviço de transferência de mensagem e gestão de rede ao SCCP e ao ISUP, mas sobre uma associação SCTP em vez de ligações TDM MTP2/MTP1, pelo que esses utilizadores SS7 correm sobre IP sem modificação.

### O que é uma routing key no M3UA?

Uma routing key é o conjunto de parâmetros — destination point code, service indicator e opcionalmente SSN ou gamas de circuitos — que identifica que tráfego pertence a um dado Application Server. Está ligada a um routing context numérico transportado nas mensagens para que o recetor encaminhe para o AS correto.

### Qual é a diferença entre um ASP e um AS?

Um Application Server Process (ASP) é um ponto terminal ou processo físico de sinalização IP. Um Application Server (AS) é a entidade lógica que serve uma routing key, concretizada por um ou mais ASPs. Vários ASPs suportam um AS para fornecer redundância e partilha de carga.

### Quais são os estados ASP do M3UA?

Um ASP está DOWN até uma troca ASP-Up o mover para INACTIVE, depois uma troca ASP-Active move-o para ACTIVE, onde transporta tráfego para os seus routing contexts. ASP-Inactive e ASP-Down movem-no de volta. As mensagens Heartbeat (BEAT) mantêm a associação monitorizada.

### O que é o modo IPSP no M3UA?

O modo IPSP (IP Server Process) permite a dois pontos terminais M3UA comunicar diretamente, ponto a ponto, sem um signalling gateway entre eles — útil quando ambos os nós são nativos de IP. Contrasta com o modo SG, onde um ASP fala com um signalling gateway que faz a ponte para o SS7 TDM.

## Fontes

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

## Relacionados

- [SCTP: Stream Control Transmission Protocol](https://www.broadnet.me/pt/reference/sctp-stream-control-transmission-protocol)
- [Camadas de adaptação M2PA e SUA](https://www.broadnet.me/pt/reference/m2pa-and-sua)
- [Arquitetura de implantação SIGTRAN](https://www.broadnet.me/pt/reference/sigtran-deployment-architecture)
- [Visão geral de SIGTRAN](https://www.broadnet.me/pt/reference/sigtran-overview)
- [SIGTRAN explicado](https://www.broadnet.me/pt/answers/sigtran-explained)