# Architettura MMS: le interfacce MM1, MM4 e MM7

> L'MMS trasporta messaggi multimediali attraverso un MMSC (relay/server), definito da 3GPP TS 23.140 e OMA MMS. Gli handset inviano e recuperano su MM1 (WAP/HTTP); gli MMSC si scambiano tra operatori su MM4 (basato su SMTP); e i value-added service provider inviano su MM7 (SOAP/XML). Il contenuto è MIME multipart con un layout SMIL opzionale, soggetto ai limiti di dimensione di ciascun operatore.

- URL canonico: https://www.broadnet.me/it/reference/mms-mm1-mm4-mm7-interfaces
- Lingua: it
- Ultimo aggiornamento: 2026-07-18
- Editore: BroadNet (https://www.broadnet.me)

Come funziona l'MMS secondo 3GPP TS 23.140 e OMA MMS: l'MMSC/relay-server, MM1 (handset↔MMSC su WAP/HTTP), MM4 (MMSC↔MMSC su SMTP per l'inter-carrier), MM7 (VASP↔MMSC su SOAP/XML), contenuti MIME/SMIL, limiti di dimensione e MMS A2P.

## L'MMSC e l'architettura di riferimento MMS

L'MMS (Multimedia Messaging Service) è stato specificato per trasportare immagini, audio, video e testo ricco laddove l'SMS trasporta solo testo breve. Al suo centro c'è l'MMSC — l'MMS Centre, o MMS Relay/Server — che memorizza i messaggi, risolve i destinatari, converte i media per il dispositivo ricevente e fa da ponte verso altre reti e verso l'email. 3GPP TS 23.140 (con OMA MMS) definisce l'architettura come un insieme di punti di riferimento numerati, le interfacce MMx, attorno a questo MMSC. Ogni interfaccia connette un attore diverso — l'handset, l'MMSC di un altro operatore, un value-added service provider, il database degli abbonati — e usa un protocollo adatto a quel tratto, ed è per questo che l'MMS appare come più protocolli cuciti insieme anziché uno solo.

*Interfacce MMS (3GPP TS 23.140 / OMA MMS)*

| Interfaccia | Tra | Trasporto |
|---|---|---|
| MM1 | Telefono (client MMS) ↔ MMSC | WAP / HTTP (incapsulamento MMS) |
| MM3 | MMSC ↔ server esterni (ad es. posta elettronica) | SMTP / interno |
| MM4 | MMSC ↔ MMSC (inter-carrier) | SMTP con intestazioni MMS |
| MM7 | VASP / applicazione ↔ MMSC | SOAP / XML su HTTP |
| MM5 / MM6 | MMSC ↔ HLR / database utenti | Interno all'operatore |

## MM1: dall'handset all'MMSC

MM1 è l'interfaccia tra il client MMS sull'handset e il suo MMSC di riferimento, ed è un design store-and-notify. Per inviare, l'handset sottopone il messaggio all'MMSC (un M-Send.req) su WAP o HTTP usando la codifica MMS encapsulation. Per ricevere, l'MMSC non invia il messaggio completo; invia una notifica WAP push (M-Notification.ind), tipicamente innescata da un SMS binario, che indica all'handset che un messaggio è in attesa, e l'handset poi lo recupera (M-Retrieve.conf) su HTTP. Questo schema notifica-poi-recupero permette alla rete di trattenere media di grandi dimensioni finché il dispositivo non è pronto, ed è il motivo per cui la consegna MMS coinvolge sia una sollecitazione di segnalazione sia un download dati.

*MM1 invio e notifica/recupero (semplificato)*

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

## MM4: inter-carrier da MMSC a MMSC su SMTP

Quando mittente e destinatario sono su reti diverse, i due MMSC si scambiano il messaggio su MM4 — e MM4 è costruito su SMTP. L'MMSC di origine inoltra il messaggio come email RFC 822 / MIME (un MM4_forward.REQ) all'MMSC destinatario, indirizzando l'abbonato e trasportando i metadati specifici MMS negli header X-Mms-* (tipo di messaggio, transaction ID, message ID, indirizzo del mittente). L'MMSC ricevente conferma con un MM4_forward.RES, e i report di consegna e lettura tornano indietro allo stesso modo. Usare SMTP come trasporto inter-carrier è ciò che consente all'MMS di interoperare con i gateway email e ha reso l'MMS cross-operatore realizzabile sull'infrastruttura di posta esistente, al costo delle garanzie di consegna più deboli di SMTP.

*MM4 forward: MMS trasportato come SMTP/MIME tra MMSC*

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

## MM7: l'interfaccia applicativa VASP-MMSC

MM7 è l'interfaccia che un'applicazione o un value-added service provider (VASP) usa per inviare e ricevere MMS attraverso l'MMSC di un operatore — l'equivalente MMS di un feed di messaggistica bulk, e l'interfaccia dietro l'MMS A2P. A differenza dell'encapsulation binaria di MM1 o dell'SMTP di MM4, MM7 è un web service SOAP/XML su HTTP: il VASP invia un MM7 SubmitReq con una busta SOAP che trasporta indirizzi dei destinatari, identità del mittente e metadati del messaggio, più un allegato MIME multipart per i media, e riceve un SubmitRsp con un message ID. I report di consegna e lettura tornano come MM7 DeliveryReportReq / ReadReplyReq. Questa struttura request/response ordinata è ciò che rende MM7 adatto ai mittenti applicativi ad alto volume e all'integrazione di piattaforma.

*MM7 SubmitReq (busta SOAP, media in una 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>
```

## Contenuto, SMIL e limiti di dimensione — e MMS vs SMS

Il corpo di un messaggio MMS è un contenitore MIME multipart: ogni parte media (testo, JPEG, audio, video) è un'entità MIME, e un documento SMIL opzionale descrive la presentazione — come le parti sono disposte in diapositive e la temporizzazione tra di esse — così che un messaggio multi-diapositiva venga reso in modo coerente. Quella ricchezza è tutto il senso dell'MMS rispetto all'SMS: l'SMS è 140 ottetti sul filo (160 caratteri GSM-7) di solo testo, mentre l'MMS trasporta kilobyte di media misti. Ma la dimensione MMS è limitata dalla rete, non dalla specifica — gli operatori impongono comunemente una dimensione massima del messaggio (spesso attorno a 300 KB, talvolta fino a circa 600 KB o 1 MB), e l'MMSC transcodifica o rifiuta i media sovradimensionati per adattarsi al dispositivo ricevente. I mittenti MMS A2P progettano quindi per il limite di operatore più basso e lasciano che l'MMSC adatti al ribasso.

*MMS vs SMS a colpo d'occhio*

| Proprietà | SMS | MMS |
|---|---|---|
| Payload | 140 ottetti (160 caratteri GSM-7) | MIME multipart, kilobyte di contenuti multimediali misti |
| Media | Solo testo | Immagine, audio, video, testo formattato + layout SMIL |
| Trasporto al terminale | Messaggio breve SS7 / SMPP | Notifica + recupero MM1 WAP/HTTP |
| Inter-carrier | SS7 / SMPP | MM4 (SMTP con intestazioni MMS) |
| Interfaccia applicativa | SMPP | MM7 (SOAP/XML) |
| Limite di dimensione | Fissato dal segmento | Definito dall'operatore (in genere ~300 KB) |

## Domande frequenti

### Che cos'è un MMSC?

L'MMSC (MMS Centre, o MMS Relay/Server) è il nodo centrale dell'MMS. Memorizza i messaggi multimediali, risolve i destinatari, converte i media per il dispositivo ricevente e fa da ponte tra handset, MMSC di altri operatori ed email. Tutte le interfacce di riferimento MMS (MM1, MM4, MM7 e altre) sono definite attorno ad esso in 3GPP TS 23.140 e OMA MMS.

### Qual è la differenza tra MM1, MM4 e MM7?

MM1 collega l'handset al suo MMSC su WAP/HTTP usando MMS encapsulation. MM4 collega due MMSC per la consegna inter-carrier ed è basato su SMTP, trasportando i metadati MMS negli header X-Mms-*. MM7 collega un value-added service provider o un'applicazione all'MMSC come web service SOAP/XML, ed è l'interfaccia dietro l'MMS A2P.

### Perché l'MMS usa SMTP tra gli operatori?

MM4, l'interfaccia inter-carrier, inoltra ogni messaggio come email RFC 822 / MIME con header X-Mms-* specifici dell'MMS. Costruire su SMTP ha permesso all'MMS di interoperare con i gateway email e di essere implementato sull'infrastruttura di posta esistente, così l'MMS cross-operatore funzionava senza un trasporto ad hoc — al costo delle garanzie di consegna più deboli di SMTP.

### Che cos'è SMIL in un messaggio MMS?

SMIL (Synchronized Multimedia Integration Language) è un documento XML opzionale all'interno del contenitore MIME dell'MMS che descrive la presentazione — come le parti media sono disposte in diapositive e la loro temporizzazione. Permette a un messaggio multi-diapositiva con testo, immagine e audio di essere reso in modo coerente tra i dispositivi anziché come un insieme sciolto di allegati.

### Quanto può essere grande un messaggio MMS?

Il limite di dimensione è impostato dall'operatore, non dalla specifica. Le reti impongono comunemente un massimo attorno a 300 KB, talvolta fino a circa 600 KB o 1 MB, e l'MMSC transcodifica o rifiuta i media sovradimensionati per adattarsi al dispositivo ricevente. I mittenti MMS A2P progettano per il limite di operatore più basso e lasciano che l'MMSC adatti al ribasso.

### Come viene inviato l'MMS per il traffico A2P (applicativo)?

Attraverso l'interfaccia MM7: un'applicazione o un VASP invia un MM7 SubmitReq come busta SOAP su HTTP, con gli indirizzi dei destinatari e i metadati nell'XML e i media come allegato MIME multipart, e riceve un SubmitRsp con un message ID. I report di consegna e lettura tornano come MM7 DeliveryReportReq / ReadReplyReq.

## Fonti

- [3GPP TS 23.140 — Multimedia Messaging Service (MMS); functional description](https://www.3gpp.org/dynareport/23140.htm)
- [OMA — MMS Encapsulation Protocol and interfaces](https://www.openmobilealliance.org/release/MMS/)

## Correlati

- [MMS](https://www.broadnet.me/it/products/mms)
- [RCS vs SMS vs WhatsApp](https://www.broadnet.me/it/reference/rcs-vs-sms-vs-whatsapp-channels)
- [Fallback e orchestrazione dei canali](https://www.broadnet.me/it/reference/channel-fallback-and-orchestration)
- [SMS API](https://www.broadnet.me/it/products/sms-api)
- [Panoramica del protocollo SMPP](https://www.broadnet.me/it/reference/smpp-protocol-overview)
- [Sviluppatori](https://www.broadnet.me/it/developers)