MMS transporta mensajes multimedia a través de un MMSC (relay/server), definido por 3GPP TS 23.140 y OMA MMS. Los handsets envían y recuperan por MM1 (WAP/HTTP); los MMSC intercambian entre operadores por MM4 (basado en SMTP); y los proveedores de servicios de valor añadido envían por MM7 (SOAP/XML). El contenido es MIME multipart con una capa SMIL opcional, sujeto a límites de tamaño por operador.
El MMSC y la arquitectura de referencia de MMS
MMS (Multimedia Messaging Service) se especificó para transportar imágenes, audio, vídeo y texto enriquecido allí donde el SMS solo transporta texto corto. En su centro está el MMSC —el MMS Centre, o MMS Relay/Server— que almacena mensajes, resuelve destinatarios, convierte el contenido multimedia para el dispositivo receptor y hace de puente hacia otras redes y hacia el correo. 3GPP TS 23.140 (con OMA MMS) define la arquitectura como un conjunto de puntos de referencia numerados, las interfaces MMx, alrededor de este MMSC. Cada interfaz conecta a un actor distinto —el handset, el MMSC de otro operador, un proveedor de servicios de valor añadido, la base de datos de abonados— y usa un protocolo adecuado a ese tramo, y por eso el MMS parece varios protocolos cosidos entre sí en vez de uno solo.
| Interfaz | Entre | Transporte |
|---|---|---|
| MM1 | Teléfono (cliente MMS) ↔ MMSC | WAP / HTTP (encapsulación MMS) |
| MM3 | MMSC ↔ servidores externos (por ejemplo, correo electrónico) | SMTP / interno |
| MM4 | MMSC ↔ MMSC (interoperador) | SMTP con encabezados MMS |
| MM7 | VASP / aplicación ↔ MMSC | SOAP / XML sobre HTTP |
| MM5 / MM6 | MMSC ↔ HLR / bases de datos de usuario | Interno del operador |
MM1: del handset al MMSC
MM1 es la interfaz entre el cliente MMS del handset y su MMSC de origen, y es un diseño de store-and-notify. Para enviar, el handset envía el mensaje al MMSC (un M-Send.req) por WAP o HTTP usando la codificación de encapsulación MMS. Para recibir, el MMSC no hace push del mensaje completo; envía una notificación WAP push (M-Notification.ind), normalmente disparada por un SMS binario, indicando al handset que hay un mensaje en espera, y el handset lo recupera entonces (M-Retrieve.conf) por HTTP. Este patrón de notificar-y-luego-buscar permite a la red retener contenido multimedia grande hasta que el dispositivo esté listo, y es por lo que la entrega de MMS implica tanto un aviso de señalización como una descarga de datos.
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-operador MMSC a MMSC sobre SMTP
Cuando el remitente y el destinatario están en redes distintas, los dos MMSC intercambian el mensaje por MM4, y MM4 está construido sobre SMTP. El MMSC de origen reenvía el mensaje como un correo RFC 822 / MIME (un MM4_forward.REQ) al MMSC destinatario, direccionando al abonado y llevando metadatos específicos de MMS en cabeceras X-Mms-* (tipo de mensaje, ID de transacción, ID de mensaje, dirección del remitente). El MMSC receptor confirma con un MM4_forward.RES, y las confirmaciones de entrega y lectura vuelven por el mismo camino. Usar SMTP como transporte inter-operador es lo que permite a MMS interoperar con pasarelas de correo e hizo desplegable el MMS entre operadores sobre la infraestructura de correo existente, a costa de las garantías de entrega más laxas de 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: la interfaz de aplicación VASP a MMSC
MM7 es la interfaz que una aplicación o proveedor de servicios de valor añadido (VASP) usa para enviar y recibir MMS a través del MMSC de un operador: el equivalente en MMS de un feed de mensajería masiva, y la interfaz detrás del MMS A2P. A diferencia de la encapsulación binaria de MM1 o del SMTP de MM4, MM7 es un servicio web SOAP/XML sobre HTTP: el VASP envía un MM7 SubmitReq con un sobre SOAP que lleva las direcciones de los destinatarios, la identidad del remitente y los metadatos del mensaje, más un adjunto MIME multipart para el contenido multimedia, y recibe un SubmitRsp con un ID de mensaje. Las confirmaciones de entrega y lectura vuelven como MM7 DeliveryReportReq / ReadReplyReq. Esta forma estructurada de petición/respuesta es lo que hace a MM7 adecuado para remitentes de aplicación de alto volumen y para la integración de plataforma.
<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>Contenido, SMIL y límites de tamaño — y MMS frente a SMS
El cuerpo de un mensaje MMS es un contenedor MIME multipart: cada parte de contenido multimedia (texto, JPEG, audio, vídeo) es una entidad MIME, y un documento SMIL opcional describe la presentación —cómo se disponen las partes en diapositivas y la temporización entre ellas— para que un mensaje de varias diapositivas se renderice de forma consistente. Esa riqueza es la razón de ser de MMS frente a SMS: el SMS son 140 octetos en el hilo (160 caracteres GSM-7) solo de texto, mientras que MMS transporta kilobytes de contenido multimedia mixto. Pero el tamaño de MMS lo topa la red, no la especificación: los operadores suelen imponer un tamaño máximo de mensaje (a menudo en torno a 300 KB, a veces hasta unos 600 KB o 1 MB), y el MMSC transcodifica o rechaza el contenido multimedia de tamaño excesivo para ajustarse al dispositivo receptor. Los remitentes de MMS A2P diseñan, por tanto, al límite del operador más restrictivo y dejan que el MMSC adapte a la baja.
| Propiedad | SMS | MMS |
|---|---|---|
| Payload | 140 octetos (160 caracteres GSM-7) | MIME multipart, kilobytes de medios mixtos |
| Medios | Solo texto | Imagen, audio, vídeo, texto enriquecido + diseño SMIL |
| Transporte al terminal | Mensaje corto SS7 / SMPP | Notificación + obtención MM1 WAP/HTTP |
| Interoperador | SS7 / SMPP | MM4 (SMTP con encabezados MMS) |
| Interfaz de aplicación | SMPP | MM7 (SOAP/XML) |
| Límite de tamaño | Fijo por segmento | Definido por el operador (normalmente ~300 KB) |
Preguntas frecuentes
¿Qué es un MMSC?
El MMSC (MMS Centre, o MMS Relay/Server) es el nodo central de MMS. Almacena mensajes multimedia, resuelve destinatarios, convierte el contenido multimedia para el dispositivo receptor y hace de puente entre handsets, los MMSC de otros operadores y el correo. Todas las interfaces de referencia de MMS (MM1, MM4, MM7 y otras) se definen a su alrededor en 3GPP TS 23.140 y OMA MMS.
¿Cuál es la diferencia entre MM1, MM4 y MM7?
MM1 conecta el handset con su MMSC sobre WAP/HTTP usando encapsulación MMS. MM4 conecta dos MMSC para la entrega inter-operador y está basado en SMTP, llevando los metadatos de MMS en cabeceras X-Mms-*. MM7 conecta un proveedor de servicios de valor añadido o una aplicación con el MMSC como servicio web SOAP/XML, y es la interfaz detrás del MMS A2P.
¿Por qué usa MMS SMTP entre operadores?
MM4, la interfaz inter-operador, reenvía cada mensaje como un correo RFC 822 / MIME con cabeceras X-Mms-* específicas de MMS. Construir sobre SMTP permitió a MMS interoperar con pasarelas de correo y desplegarse sobre la infraestructura de correo existente, de modo que el MMS entre operadores funcionó sin un transporte a medida, a costa de las garantías de entrega más laxas de SMTP.
¿Qué es SMIL en un mensaje MMS?
SMIL (Synchronized Multimedia Integration Language) es un documento XML opcional dentro del contenedor MIME de MMS que describe la presentación: cómo se ordenan las partes de contenido multimedia en diapositivas y su temporización. Permite que un mensaje de varias diapositivas con texto, imagen y audio se renderice de forma consistente entre dispositivos en vez de como un conjunto suelto de adjuntos.
¿Qué tamaño puede tener un mensaje MMS?
El límite de tamaño lo fija el operador, no la especificación. Las redes suelen imponer un máximo en torno a 300 KB, a veces hasta unos 600 KB o 1 MB, y el MMSC transcodifica o rechaza el contenido multimedia de tamaño excesivo para ajustarse al dispositivo receptor. Los remitentes de MMS A2P diseñan al límite del operador más restrictivo y dejan que el MMSC adapte a la baja.
¿Cómo se envía MMS para tráfico A2P (de aplicación)?
A través de la interfaz MM7: una aplicación o VASP envía un MM7 SubmitReq como un sobre SOAP sobre HTTP, con las direcciones de los destinatarios y los metadatos en el XML y el contenido multimedia como un adjunto MIME multipart, y recibe un SubmitRsp con un ID de mensaje. Las confirmaciones de entrega y lectura vuelven como MM7 DeliveryReportReq / ReadReplyReq.
Especificaciones de la fuente
Las normas publicadas en las que se basa esta página. Se abre en una pestaña nueva.