# MMS-Architektur: die Schnittstellen MM1, MM4 und MM7 > MMS transportiert Multimedia-Nachrichten über ein MMSC (Relay/Server), definiert durch 3GPP TS 23.140 und OMA MMS. Endgeräte übermitteln und rufen über MM1 (WAP/HTTP) ab; MMSCs tauschen zwischen Betreibern über MM4 (SMTP-basiert) aus; und Value-Added-Service-Provider übermitteln über MM7 (SOAP/XML). Der Inhalt ist MIME-Multipart mit optionalem SMIL-Layout, unterliegt betreiberspezifischen Größenlimits. - Kanonische URL: https://www.broadnet.me/de/reference/mms-mm1-mm4-mm7-interfaces - Sprache: de - Zuletzt aktualisiert: 2026-07-18 - Herausgeber: BroadNet (https://www.broadnet.me) Wie MMS gemäß 3GPP TS 23.140 und OMA MMS funktioniert: das MMSC/Relay-Server, MM1 (Endgerät↔MMSC über WAP/HTTP), MM4 (MMSC↔MMSC über SMTP für den Verkehr zwischen Betreibern), MM7 (VASP↔MMSC über SOAP/XML), MIME/SMIL-Inhalt, Größenlimits und A2P-MMS. ## Das MMSC und die MMS-Referenzarchitektur MMS (Multimedia Messaging Service) wurde spezifiziert, um Bilder, Audio, Video und Rich Text zu transportieren, wo SMS nur kurzen Text trägt. In seinem Zentrum steht das MMSC — das MMS Centre oder MMS Relay/Server —, das Nachrichten speichert, Empfänger auflöst, Medien für das empfangende Endgerät konvertiert und zu anderen Netzen und zu E-Mail überbrückt. 3GPP TS 23.140 (mit OMA MMS) definiert die Architektur als eine Reihe nummerierter Referenzpunkte, die MMx-Schnittstellen, rund um dieses MMSC. Jede Schnittstelle verbindet einen anderen Akteur — das Endgerät, das MMSC eines anderen Betreibers, einen Value-Added-Service-Provider, die Teilnehmerdatenbank — und nutzt ein für diesen Abschnitt geeignetes Protokoll, weshalb MMS eher wie mehrere zusammengefügte Protokolle als wie ein einzelnes aussieht. *MMS-Schnittstellen (3GPP TS 23.140 / OMA MMS)* | Schnittstelle | Zwischen | Transport | |---|---|---| | MM1 | Endgerät (MMS-Client) ↔ MMSC | WAP / HTTP (MMS-Kapselung) | | MM3 | MMSC ↔ externe Server (z. B. E-Mail) | SMTP / intern | | MM4 | MMSC ↔ MMSC (Inter-Carrier) | SMTP mit MMS-Headern | | MM7 | VASP / Anwendung ↔ MMSC | SOAP / XML über HTTP | | MM5 / MM6 | MMSC ↔ HLR / Benutzerdatenbanken | Operator-intern | ## MM1: vom Endgerät zum MMSC MM1 ist die Schnittstelle zwischen dem MMS-Client auf dem Endgerät und seinem Heimat-MMSC und ist ein Store-and-Notify-Design. Zum Senden übermittelt das Endgerät die Nachricht an das MMSC (ein M-Send.req) über WAP oder HTTP mittels der MMS-Encapsulation-Kodierung. Zum Empfangen pusht das MMSC nicht die vollständige Nachricht; es sendet eine WAP-Push-Benachrichtigung (M-Notification.ind), typischerweise ausgelöst durch eine binäre SMS, die dem Endgerät mitteilt, dass eine Nachricht wartet, und das Endgerät ruft sie dann ab (M-Retrieve.conf) über HTTP. Dieses Notify-then-Fetch-Muster erlaubt es dem Netz, große Medien zurückzuhalten, bis das Endgerät bereit ist, und ist der Grund, warum die MMS-Zustellung sowohl einen signalisierenden Anstoß als auch einen Datendownload umfasst. *MM1-Submit und Notify/Retrieve (vereinfacht)* ```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: zwischen Betreibern MMSC-zu-MMSC über SMTP Wenn Sender und Empfänger in verschiedenen Netzen sind, tauschen die beiden MMSCs die Nachricht über MM4 aus — und MM4 baut auf SMTP auf. Das ursprüngliche MMSC leitet die Nachricht als RFC-822-/MIME-E-Mail (ein MM4_forward.REQ) an das empfangende MMSC weiter, adressiert den Teilnehmer und trägt MMS-spezifische Metadaten in X-Mms-*-Headern (Nachrichtentyp, Transaktions-ID, Message-ID, Absenderadresse). Das empfangende MMSC bestätigt mit einem MM4_forward.RES, und Zustell- und Leseberichte fließen auf demselben Weg zurück. Die Nutzung von SMTP als Transport zwischen Betreibern erlaubt MMS, mit E-Mail-Gateways zusammenzuarbeiten, und machte betreiberübergreifendes MMS auf vorhandener Mail-Infrastruktur einsetzbar — auf Kosten der loseren Zustellgarantien von SMTP. *MM4-Forward: MMS als SMTP/MIME zwischen MMSCs transportiert* ```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: die Anwendungsschnittstelle VASP-zu-MMSC MM7 ist die Schnittstelle, die eine Anwendung oder ein Value-Added-Service-Provider (VASP) nutzt, um MMS über das MMSC eines Betreibers zu übermitteln und zu empfangen — das MMS-Äquivalent eines Massen-Messaging-Feeds und die Schnittstelle hinter A2P-MMS. Anders als die binäre Encapsulation von MM1 oder das SMTP von MM4 ist MM7 ein SOAP/XML-Webservice über HTTP: Der VASP sendet einen MM7-SubmitReq mit einem SOAP-Envelope, der Empfängeradressen, Absenderidentität und Nachrichtenmetadaten trägt, plus einem MIME-Multipart-Anhang für die Medien, und erhält einen SubmitRsp mit einer Message-ID. Zustell- und Leseberichte kommen als MM7-DeliveryReportReq / ReadReplyReq zurück. Diese strukturierte Request/Response-Form macht MM7 geeignet für Anwendungssender mit hohem Volumen und für die Plattformintegration. *MM7-SubmitReq (SOAP-Envelope, Medien in einem MIME-Teil)* ```xml tx-4021 brand +15559876543 Your receipt ``` ## Inhalt, SMIL und Größenlimits — und MMS vs. SMS Ein MMS-Nachrichtenkörper ist ein MIME-Multipart-Container: Jeder Medienteil (Text, JPEG, Audio, Video) ist eine MIME-Entität, und ein optionales SMIL-Dokument beschreibt die Präsentation — wie die Teile in Folien angeordnet werden und die Zeitabstände zwischen ihnen —, sodass eine mehrseitige Nachricht konsistent gerendert wird. Diese Reichhaltigkeit ist der ganze Sinn von MMS gegenüber SMS: SMS ist 140 Oktett auf dem Übertragungsweg (160 GSM-7-Zeichen) reiner Text, während MMS Kilobytes gemischter Medien trägt. Aber die MMS-Größe ist durch das Netz begrenzt, nicht durch die Spezifikation — Betreiber erzwingen üblicherweise eine maximale Nachrichtengröße (oft um 300 KB, manchmal bis zu etwa 600 KB oder 1 MB), und das MMSC transkodiert oder weist übergroße Medien ab, um sie an das empfangende Endgerät anzupassen. A2P-MMS-Sender gestalten daher auf das niedrigste gemeinsame Betreiberlimit und lassen das MMSC nach unten anpassen. *MMS vs. SMS auf einen Blick* | Eigenschaft | SMS | MMS | |---|---|---| | Payload | 140 Oktette (160 GSM-7-Zeichen) | MIME-Multipart, Kilobytes gemischter Medien | | Medien | Nur Text | Bild, Audio, Video, Rich Text + SMIL-Layout | | Transport zum Endgerät | SS7-/SMPP-Kurznachricht | MM1-WAP/HTTP-Benachrichtigung + Abruf | | Inter-Carrier | SS7 / SMPP | MM4 (SMTP mit MMS-Headern) | | Anwendungsschnittstelle | SMPP | MM7 (SOAP/XML) | | Größenbeschränkung | Durch Segment festgelegt | Vom Netzbetreiber festgelegt (üblicherweise ~300 KB) | ## Häufige Fragen ### Was ist ein MMSC? Das MMSC (MMS Centre oder MMS Relay/Server) ist der Kernknoten von MMS. Es speichert Multimedia-Nachrichten, löst Empfänger auf, konvertiert Medien für das empfangende Endgerät und überbrückt zwischen Endgeräten, den MMSCs anderer Betreiber und E-Mail. Alle MMS-Referenzschnittstellen (MM1, MM4, MM7 und weitere) sind in 3GPP TS 23.140 und OMA MMS um es herum definiert. ### Was ist der Unterschied zwischen MM1, MM4 und MM7? MM1 verbindet das Endgerät mit seinem MMSC über WAP/HTTP mittels MMS-Encapsulation. MM4 verbindet zwei MMSCs zur Zustellung zwischen Betreibern und ist SMTP-basiert, trägt MMS-Metadaten in X-Mms-*-Headern. MM7 verbindet einen Value-Added-Service-Provider oder eine Anwendung mit dem MMSC als SOAP/XML-Webservice und ist die Schnittstelle hinter A2P-MMS. ### Warum nutzt MMS SMTP zwischen Betreibern? MM4, die Schnittstelle zwischen Betreibern, leitet jede Nachricht als RFC-822-/MIME-E-Mail mit MMS-spezifischen X-Mms-*-Headern weiter. Der Aufbau auf SMTP erlaubte MMS, mit E-Mail-Gateways zusammenzuarbeiten und auf vorhandener Mail-Infrastruktur einsetzbar zu sein, sodass betreiberübergreifendes MMS ohne eigenen Transport funktionierte — auf Kosten der loseren Zustellgarantien von SMTP. ### Was ist SMIL in einer MMS-Nachricht? SMIL (Synchronized Multimedia Integration Language) ist ein optionales XML-Dokument innerhalb des MMS-MIME-Containers, das die Präsentation beschreibt — wie die Medienteile in Folien angeordnet werden und ihre Zeitabstände. Es lässt eine mehrseitige Nachricht mit Text, Bild und Audio konsistent über Endgeräte hinweg rendern statt als lose Sammlung von Anhängen. ### Wie groß kann eine MMS-Nachricht sein? Das Größenlimit wird vom Betreiber festgelegt, nicht von der Spezifikation. Netze erzwingen üblicherweise ein Maximum um 300 KB, manchmal bis zu etwa 600 KB oder 1 MB, und das MMSC transkodiert oder weist übergroße Medien ab, um sie an das empfangende Endgerät anzupassen. A2P-MMS-Sender gestalten auf das niedrigste gemeinsame Betreiberlimit und lassen das MMSC nach unten anpassen. ### Wie wird MMS für A2P-Traffic (Anwendungen) übermittelt? Über die MM7-Schnittstelle: Eine Anwendung oder ein VASP sendet einen MM7-SubmitReq als SOAP-Envelope über HTTP, mit Empfängeradressen und Metadaten im XML und den Medien als MIME-Multipart-Anhang, und erhält einen SubmitRsp mit einer Message-ID. Zustell- und Leseberichte kehren als MM7-DeliveryReportReq / ReadReplyReq zurück. ## Quellen - [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/) ## Verwandte Seiten - [MMS](https://www.broadnet.me/de/products/mms) - [RCS vs. SMS vs. WhatsApp](https://www.broadnet.me/de/reference/rcs-vs-sms-vs-whatsapp-channels) - [Kanal-Fallback und Orchestrierung](https://www.broadnet.me/de/reference/channel-fallback-and-orchestration) - [SMS-API](https://www.broadnet.me/de/products/sms-api) - [SMPP-Protokollüberblick](https://www.broadnet.me/de/reference/smpp-protocol-overview) - [Entwickler](https://www.broadnet.me/de/developers)