# Arquitectura de MMS: las interfaces MM1, MM4 y MM7

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

- URL canónica: https://www.broadnet.me/es/reference/mms-mm1-mm4-mm7-interfaces
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Cómo funciona MMS según 3GPP TS 23.140 y OMA MMS: el MMSC/relay-server, MM1 (handset↔MMSC sobre WAP/HTTP), MM4 (MMSC↔MMSC sobre SMTP para inter-operador), MM7 (VASP↔MMSC sobre SOAP/XML), contenido MIME/SMIL, límites de tamaño y MMS A2P.

## 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.

*Interfaces de MMS (3GPP TS 23.140 / OMA MMS)*

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

*Envío y notificación/recuperación MM1 (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
```

## MM4: 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.

*Reenvío MM4: MMS transportado como SMTP/MIME entre 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: 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.

*MM7 SubmitReq (sobre SOAP, contenido multimedia en 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>
```

## 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.

*MMS frente a SMS de un vistazo*

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

## Fuentes

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

## Relacionado

- [MMS](https://www.broadnet.me/es/products/mms)
- [RCS frente a SMS frente a WhatsApp](https://www.broadnet.me/es/reference/rcs-vs-sms-vs-whatsapp-channels)
- [Conmutación y orquestación de canales](https://www.broadnet.me/es/reference/channel-fallback-and-orchestration)
- [SMS API](https://www.broadnet.me/es/products/sms-api)
- [Descripción general del protocolo SMPP](https://www.broadnet.me/es/reference/smpp-protocol-overview)
- [Desarrolladores](https://www.broadnet.me/es/developers)