# Архитектура MMS: интерфейсы MM1, MM4 и MM7 > MMS переносит мультимедийные сообщения через MMSC (relay/server), определённый в 3GPP TS 23.140 и OMA MMS. Телефоны отправляют и получают по MM1 (WAP/HTTP); MMSC обмениваются между операторами по MM4 (на основе SMTP); а провайдеры услуг с добавленной стоимостью отправляют по MM7 (SOAP/XML). Контент — это MIME multipart с необязательной раскладкой SMIL, с учётом ограничений размера у каждого оператора. - Канонический URL: https://www.broadnet.me/ru/reference/mms-mm1-mm4-mm7-interfaces - Язык: ru - Последнее обновление: 2026-07-18 - Издатель: BroadNet (https://www.broadnet.me) Как работает MMS по 3GPP TS 23.140 и OMA MMS: MMSC/relay-server, MM1 (телефон↔MMSC поверх WAP/HTTP), MM4 (MMSC↔MMSC поверх SMTP для межоператорского обмена), MM7 (VASP↔MMSC поверх SOAP/XML), контент MIME/SMIL, ограничения размера и A2P MMS. ## MMSC и эталонная архитектура MMS MMS (Multimedia Messaging Service) был разработан для переноса изображений, аудио, видео и форматированного текста там, где SMS переносит лишь короткий текст. В его центре — MMSC (MMS Centre, или MMS Relay/Server), который хранит сообщения, определяет получателей, преобразует медиа для принимающего устройства и связывает с другими сетями и с электронной почтой. 3GPP TS 23.140 (вместе с OMA MMS) определяет архитектуру как набор нумерованных точек привязки — интерфейсов MMx — вокруг этого MMSC. Каждый интерфейс соединяет своего участника — телефон, MMSC другого оператора, провайдера услуг с добавленной стоимостью, базу данных абонентов — и использует протокол, подходящий для этого участка, поэтому MMS выглядит как несколько сшитых вместе протоколов, а не как один. *Интерфейсы MMS (3GPP TS 23.140 / OMA MMS)* | Интерфейс | Между | Транспорт | |---|---|---| | MM1 | Телефон (MMS клиент) ↔ MMSC | WAP / HTTP (инкапсуляция MMS) | | MM3 | MMSC ↔ внешние серверы (например, электронная почта) | SMTP / внутренний | | MM4 | MMSC ↔ MMSC (межоператорский) | SMTP с заголовками MMS | | MM7 | VASP / приложение ↔ MMSC | SOAP / XML через HTTP | | MM5 / MM6 | MMSC ↔ HLR / базы данных пользователей | Внутри операторской сети | ## MM1: от телефона к MMSC MM1 — это интерфейс между MMS-клиентом на телефоне и его домашним MMSC, построенный по принципу «сохранить и уведомить». Для отправки телефон передаёт сообщение в MMSC (M-Send.req) поверх WAP или HTTP, используя кодирование инкапсуляции MMS. Для приёма MMSC не проталкивает полное сообщение; он отправляет WAP-push-уведомление (M-Notification.ind), обычно инициируемое двоичной SMS, сообщающее телефону, что сообщение ожидает, и затем телефон извлекает его (M-Retrieve.conf) по HTTP. Эта схема «уведомить, затем забрать» позволяет сети удерживать крупные медиа, пока устройство не готово, и именно поэтому доставка MMS включает как сигнальный «толчок», так и загрузку данных. *MM1: отправка и уведомление/извлечение (упрощённо)* ```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: межоператорский обмен MMSC–MMSC поверх SMTP Когда отправитель и получатель находятся в разных сетях, два MMSC обмениваются сообщением по MM4 — и MM4 построен на SMTP. Исходный MMSC пересылает сообщение как письмо RFC 822 / MIME (MM4_forward.REQ) в MMSC получателя, адресуя абонента и неся специфичные для MMS метаданные в заголовках X-Mms-* (тип сообщения, идентификатор транзакции, идентификатор сообщения, адрес отправителя). Принимающий MMSC подтверждает приём с помощью MM4_forward.RES, и отчёты о доставке и прочтении возвращаются тем же путём. Использование SMTP в качестве межоператорского транспорта позволяет MMS взаимодействовать с почтовыми шлюзами и сделало межоператорский MMS развёртываемым на существующей почтовой инфраструктуре — ценой более слабых гарантий доставки SMTP. *MM4 forward: MMS, переносимый как SMTP/MIME между 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: прикладной интерфейс VASP–MMSC MM7 — это интерфейс, который приложение или провайдер услуг с добавленной стоимостью (VASP) использует для отправки и приёма MMS через MMSC оператора — эквивалент канала массовых сообщений для MMS и интерфейс, стоящий за A2P MMS. В отличие от двоичной инкапсуляции MM1 или SMTP в MM4, MM7 — это веб-сервис SOAP/XML поверх HTTP: VASP отправляет MM7 SubmitReq с SOAP-конвертом, несущим адреса получателей, идентичность отправителя и метаданные сообщения, плюс MIME-multipart-вложение для медиа, и получает SubmitRsp с идентификатором сообщения. Отчёты о доставке и прочтении возвращаются как MM7 DeliveryReportReq / ReadReplyReq. Именно эта структурированная форма «запрос/ответ» делает MM7 пригодным для высокообъёмных прикладных отправителей и для интеграции с платформой. *MM7 SubmitReq (SOAP-конверт, медиа в MIME-части)* ```xml tx-4021 brand +15559876543 Your receipt ``` ## Контент, SMIL и ограничения размера — и MMS против SMS Тело сообщения MMS — это MIME-multipart-контейнер: каждая медиа-часть (текст, JPEG, аудио, видео) является MIME-сущностью, а необязательный документ SMIL описывает представление — как части раскладываются в слайды и тайминг между ними, — чтобы многослайдовое сообщение отображалось единообразно. Именно в этой насыщенности весь смысл MMS в сравнении с SMS: SMS — это 140 октетов на линии (160 символов GSM-7) только текста, тогда как MMS переносит килобайты смешанных медиа. Но размер MMS ограничен сетью, а не спецификацией — операторы обычно устанавливают максимальный размер сообщения (часто около 300 КБ, иногда примерно до 600 КБ или 1 МБ), и MMSC перекодирует или отклоняет негабаритные медиа под принимающее устройство. Поэтому отправители A2P MMS проектируют под наименьший общий лимит оператора и позволяют MMSC адаптировать вниз. *MMS против SMS вкратце* | Свойство | SMS | MMS | |---|---|---| | Полезная нагрузка | 140 октетов (160 символов GSM-7) | MIME multipart, килобайты смешанного медиаконтента | | Медиаданные | Только текст | Изображение, аудио, видео, форматированный текст + SMIL-макет | | Передача на мобильный телефон | Короткое сообщение SS7 / SMPP | MM1: уведомление WAP/HTTP + загрузка | | Межоператорский | SS7 / SMPP | MM4 (SMTP с заголовками MMS) | | Интерфейс приложения | SMPP | MM7 (SOAP/XML) | | Ограничение по размеру | Фиксировано по сегменту | Задаётся оператором (обычно ~300 КБ) | ## Частые вопросы ### Что такое MMSC? MMSC (MMS Centre, или MMS Relay/Server) — это ядро MMS. Он хранит мультимедийные сообщения, определяет получателей, преобразует медиа для принимающего устройства и связывает телефоны, MMSC других операторов и электронную почту. Все эталонные интерфейсы MMS (MM1, MM4, MM7 и другие) определены вокруг него в 3GPP TS 23.140 и OMA MMS. ### В чём разница между MM1, MM4 и MM7? MM1 соединяет телефон с его MMSC поверх WAP/HTTP с использованием инкапсуляции MMS. MM4 соединяет два MMSC для межоператорской доставки и основан на SMTP, неся метаданные MMS в заголовках X-Mms-*. MM7 соединяет провайдера услуг с добавленной стоимостью или приложение с MMSC как веб-сервис SOAP/XML и является интерфейсом, стоящим за A2P MMS. ### Почему MMS использует SMTP между операторами? MM4, межоператорский интерфейс, пересылает каждое сообщение как письмо RFC 822 / MIME со специфичными для MMS заголовками X-Mms-*. Опора на SMTP позволила MMS взаимодействовать с почтовыми шлюзами и развёртываться на существующей почтовой инфраструктуре, поэтому межоператорский MMS работал без специализированного транспорта — ценой более слабых гарантий доставки SMTP. ### Что такое SMIL в сообщении MMS? SMIL (Synchronized Multimedia Integration Language) — это необязательный XML-документ внутри MIME-контейнера MMS, описывающий представление — как медиа-части упорядочены в слайды и их тайминг. Он позволяет многослайдовому сообщению с текстом, изображением и аудио отображаться единообразно на разных устройствах, а не как разрозненный набор вложений. ### Насколько большим может быть сообщение MMS? Ограничение размера задаётся оператором, а не спецификацией. Сети обычно устанавливают максимум около 300 КБ, иногда примерно до 600 КБ или 1 МБ, и MMSC перекодирует или отклоняет негабаритные медиа под принимающее устройство. Отправители A2P MMS проектируют под наименьший общий лимит оператора и позволяют MMSC адаптировать вниз. ### Как MMS отправляется для трафика A2P (приложений)? Через интерфейс MM7: приложение или VASP отправляет MM7 SubmitReq как SOAP-конверт поверх HTTP, с адресами получателей и метаданными в XML и медиа в виде MIME-multipart-вложения, и получает SubmitRsp с идентификатором сообщения. Отчёты о доставке и прочтении возвращаются как MM7 DeliveryReportReq / ReadReplyReq. ## Источники - [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/) ## См. также - [MMS](https://www.broadnet.me/ru/products/mms) - [RCS против SMS и WhatsApp](https://www.broadnet.me/ru/reference/rcs-vs-sms-vs-whatsapp-channels) - [Откат каналов и оркестрация](https://www.broadnet.me/ru/reference/channel-fallback-and-orchestration) - [SMS API](https://www.broadnet.me/ru/products/sms-api) - [Обзор протокола SMPP](https://www.broadnet.me/ru/reference/smpp-protocol-overview) - [Разработчикам](https://www.broadnet.me/ru/developers)