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.
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.
| 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.
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--> MMSCMM4: 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.
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.
<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.
| 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.
Specifiche della fonte
Gli standard pubblicati su cui si basa questa pagina. Si apre in una nuova scheda.