BroadNet
Canais de mensagensMMS

Arquitetura MMS: as interfaces MM1, MM4 e MM7

Atualizado em 6 min de leituraBaseado em padrões
Resposta direta

O MMS transporta mensagens multimédia através de um MMSC (relay/servidor), definido pela 3GPP TS 23.140 e pelo OMA MMS. Os telemóveis submetem e recuperam por MM1 (WAP/HTTP); os MMSC trocam entre operadores por MM4 (baseado em SMTP); e os fornecedores de serviços de valor acrescentado submetem por MM7 (SOAP/XML). O conteúdo é MIME multipart com uma camada SMIL opcional, sujeito a limites de tamanho por operador.

§01

O MMSC e a arquitetura de referência do MMS

O MMS (Multimedia Messaging Service) foi especificado para transportar imagens, áudio, vídeo e texto rico, onde o SMS transporta apenas texto curto. No seu centro está o MMSC — o MMS Centre, ou MMS Relay/Server — que armazena mensagens, resolve destinatários, converte a multimédia para o dispositivo recetor e faz a ponte para outras redes e para o e-mail. A 3GPP TS 23.140 (com o OMA MMS) define a arquitetura como um conjunto de pontos de referência numerados, as interfaces MMx, em torno deste MMSC. Cada interface liga um ator diferente — o telemóvel, o MMSC de outro operador, um fornecedor de serviços de valor acrescentado, a base de dados de assinantes — e usa um protocolo adequado a esse troço, razão pela qual o MMS parece vários protocolos cosidos uns aos outros e não um só.

Interfaces MMS (3GPP TS 23.140 / OMA MMS)
InterfaceEntreTransporte
MM1Aparelho (cliente MMS) ↔ MMSCWAP / HTTP (encapsulamento MMS)
MM3MMSC ↔ servidores externos (ex: e-mail)SMTP / interno
MM4MMSC ↔ MMSC (interoperador)SMTP com cabeçalhos MMS
MM7VASP / aplicação ↔ MMSCSOAP / XML sobre HTTP
MM5 / MM6MMSC ↔ HLR / bancos de dados de utilizadoresInterno da operadora
§02

MM1: do telemóvel ao MMSC

O MM1 é a interface entre o cliente MMS no telemóvel e o seu MMSC de origem, e é um desenho de armazenar-e-notificar. Para enviar, o telemóvel submete a mensagem ao MMSC (um M-Send.req) por WAP ou HTTP usando a codificação de encapsulamento MMS. Para receber, o MMSC não empurra a mensagem completa; envia uma notificação WAP push (M-Notification.ind), tipicamente despoletada por um SMS binário, a indicar ao telemóvel que há uma mensagem à espera, e o telemóvel recupera-a então (M-Retrieve.conf) por HTTP. Este padrão notificar-depois-buscar permite à rede reter multimédia de grandes dimensões até o dispositivo estar pronto e é a razão pela qual a entrega de MMS envolve tanto um estímulo de sinalização como uma transferência de dados.

MM1 submissão e notificação/recuperação (simplificado)text
Send:     Handset --M-Send.req-->        MMSC   (WAP/HTTP, MMS encapsulation)
          Handset <--M-Send.conf--       MMSC
Notify:   MMSC   --M-Notification.ind--> Handset (WAP push via binary SMS)
Retrieve: Handset --GET (M-Retrieve.conf)--> MMSC (HTTP download of MIME body)
          Handset --M-Acknowledge.ind--> MMSC
§03

MM4: MMSC-para-MMSC inter-operador por SMTP

Quando o remetente e o destinatário estão em redes diferentes, os dois MMSC trocam a mensagem por MM4 — e o MM4 é construído sobre SMTP. O MMSC de origem reenvia a mensagem como um e-mail RFC 822 / MIME (um MM4_forward.REQ) para o MMSC do destinatário, endereçando o assinante e transportando metadados específicos do MMS em cabeçalhos X-Mms-* (tipo de mensagem, ID de transação, ID de mensagem, endereço do remetente). O MMSC recetor confirma com um MM4_forward.RES, e os relatórios de entrega e de leitura regressam da mesma forma. Usar o SMTP como transporte inter-operador é o que permite ao MMS interoperar com gateways de e-mail e tornou o MMS inter-operador implementável sobre a infraestrutura de correio existente, à custa das garantias de entrega mais frouxas do SMTP.

MM4 forward: MMS transportado como SMTP/MIME entre MMSCtext
MAIL FROM:<+15551234567/TYPE=PLMN@mms.operator-a.example>
RCPT TO:<+15559876543/TYPE=PLMN@mms.operator-b.example>

X-Mms-3GPP-MMS-Version: 6.10.0
X-Mms-Message-Type: MM4_forward.REQ
X-Mms-Transaction-ID: a1b2c3
X-Mms-Message-ID: <20260718-4021@operator-a>
Content-Type: multipart/related; type="application/smil"; boundary=NEXT
  --NEXT  application/smil   (layout)
  --NEXT  text/plain         (caption)
  --NEXT  image/jpeg         (photo)
§04

MM7: a interface de aplicação VASP-para-MMSC

O MM7 é a interface que uma aplicação ou fornecedor de serviços de valor acrescentado (VASP) usa para submeter e receber MMS através do MMSC de um operador — o equivalente MMS a um feed de mensagens em massa, e a interface por detrás do MMS A2P. Ao contrário do encapsulamento binário do MM1 ou do SMTP do MM4, o MM7 é um serviço web SOAP/XML sobre HTTP: o VASP envia um MM7 SubmitReq com um envelope SOAP que transporta endereços de destinatários, a identidade do remetente e os metadados da mensagem, mais um anexo MIME multipart para a multimédia, e recebe um SubmitRsp com um ID de mensagem. Os relatórios de entrega e de leitura regressam como MM7 DeliveryReportReq / ReadReplyReq. Este formato estruturado, de pedido/resposta, é o que torna o MM7 adequado para remetentes de aplicação de grande volume e para a integração em plataforma.

MM7 SubmitReq (envelope SOAP, multimédia numa parte MIME)xml
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
  <env:Body>
    <SubmitReq xmlns="http://www.3gpp.org/ftp/Specs/.../REL-6-MM7-1-4">
      <TransactionID>tx-4021</TransactionID>
      <SenderIdentification><VASPID>brand</VASPID></SenderIdentification>
      <Recipients><To><Number>+15559876543</Number></To></Recipients>
      <Subject>Your receipt</Subject>
      <Content href="cid:receipt.smil"/>
    </SubmitReq>
  </env:Body>
</env:Envelope>
§05

Conteúdo, SMIL e limites de tamanho — e MMS vs SMS

O corpo de uma mensagem MMS é um contentor MIME multipart: cada parte de multimédia (texto, JPEG, áudio, vídeo) é uma entidade MIME, e um documento SMIL opcional descreve a apresentação — como as partes são dispostas em diapositivos e o tempo entre eles — para que uma mensagem de múltiplos diapositivos seja renderizada de forma consistente. Essa riqueza é toda a razão de ser do MMS face ao SMS: o SMS são 140 octetos no fio (160 caracteres GSM-7) apenas de texto, enquanto o MMS transporta kilobytes de multimédia mista. Mas o tamanho do MMS é limitado pela rede, não pela especificação — os operadores impõem comummente um tamanho máximo de mensagem (muitas vezes cerca de 300 KB, por vezes até cerca de 600 KB ou 1 MB), e o MMSC transcodifica ou rejeita a multimédia sobredimensionada para corresponder ao dispositivo recetor. Os remetentes de MMS A2P projetam, por isso, para o limite de operador mais baixo comum e deixam o MMSC adaptar em baixa.

MMS vs SMS em resumo
PropriedadeSMSMMS
Payload140 octetos (160 caracteres GSM-7)MIME multipart, kilobytes multimédia mista
MultimédiaSomente textoImagem, áudio, vídeo, texto formatado + layout SMIL
Transporte até o aparelhoMensagem curta SS7 / SMPPNotificação + busca MM1 WAP/HTTP
InteroperadorSS7 / SMPPMM4 (SMTP com cabeçalhos MMS)
Interface de aplicaçãoSMPPMM7 (SOAP/XML)
Limite de tamanhoFixado pelo segmentoDefinido pela operadora (geralmente ~300 KB)
Perguntas frequentes

Perguntas frequentes

O que é um MMSC?

O MMSC (MMS Centre, ou MMS Relay/Server) é o nó central do MMS. Armazena mensagens multimédia, resolve destinatários, converte a multimédia para o dispositivo recetor e faz a ponte entre telemóveis, os MMSC de outros operadores e o e-mail. Todas as interfaces de referência do MMS (MM1, MM4, MM7 e outras) são definidas em torno dele na 3GPP TS 23.140 e no OMA MMS.

Qual é a diferença entre MM1, MM4 e MM7?

O MM1 liga o telemóvel ao seu MMSC por WAP/HTTP usando o encapsulamento MMS. O MM4 liga dois MMSC para a entrega inter-operador e é baseado em SMTP, transportando os metadados MMS em cabeçalhos X-Mms-*. O MM7 liga um fornecedor de serviços de valor acrescentado ou aplicação ao MMSC como um serviço web SOAP/XML, e é a interface por detrás do MMS A2P.

Porque é que o MMS usa SMTP entre operadores?

O MM4, a interface inter-operador, reenvia cada mensagem como um e-mail RFC 822 / MIME com cabeçalhos X-Mms-* específicos do MMS. Construir sobre SMTP permitiu ao MMS interoperar com gateways de e-mail e implementar-se sobre a infraestrutura de correio existente, para que o MMS inter-operador funcionasse sem um transporte à medida — à custa das garantias de entrega mais frouxas do SMTP.

O que é o SMIL numa mensagem MMS?

O SMIL (Synchronized Multimedia Integration Language) é um documento XML opcional dentro do contentor MIME do MMS que descreve a apresentação — como as partes de multimédia são organizadas em diapositivos e o seu tempo. Permite que uma mensagem de múltiplos diapositivos com texto, imagem e áudio seja renderizada de forma consistente entre dispositivos, em vez de como um saco solto de anexos.

Qual é o tamanho máximo de uma mensagem MMS?

O limite de tamanho é definido pelo operador, não pela especificação. As redes impõem comummente um máximo à volta de 300 KB, por vezes até cerca de 600 KB ou 1 MB, e o MMSC transcodifica ou rejeita a multimédia sobredimensionada para caber no dispositivo recetor. Os remetentes de MMS A2P projetam para o limite de operador mais baixo comum e deixam o MMSC adaptar em baixa.

Como é submetido o MMS para tráfego A2P (de aplicação)?

Através da interface MM7: uma aplicação ou VASP envia um MM7 SubmitReq como um envelope SOAP sobre HTTP, com os endereços de destinatários e os metadados no XML e a multimédia como anexo MIME multipart, e recebe um SubmitRsp com um ID de mensagem. Os relatórios de entrega e de leitura regressam como MM7 DeliveryReportReq / ReadReplyReq.

Referências

Especificações de origem

Os padrões publicados nos quais esta página se baseia. Abre num novo separador.

BNMantido pela equipa de engenharia BroadNet·Mensagens de nível de operadora desde 2003
Coloque-o no fio.

Construa com uma vinculação SMPP real e uma API REST.

Solicite acesso de teste com chaves de teste reais: envie primeiro para o seu próprio número verificado e, em seguida, passe para o ambiente de produção em mais de 200 países assim que a sua identidade de remetente e rotas forem aprovadas.