mma协议(MMS通信)
mma协议(MMS通信),本文通过数据整理汇集了mma协议(MMS通信)相关信息，下面一起看看。
MMS是Multimedia Messaging Service的缩写，中文翻译为“MMS”，可以用来传输文字、图片、动画、音频、视频等多媒体信息。手机合成彩信后，可以向网络中所有合法用户发送彩信。多媒体消息中心)存储和处理消息，并负责在不同的MMSCs之间传送和转发消息。，接收者用户可以从MMSCs接收多媒体消息。多媒体消息业务需要WAP网关、数据传输网络(如电路交换网、GPRS或WCDMA)和短消息中心。目前实现的彩信业务是以WAP为承载，短信为提示通知，彩信手机自动从MMSC提取。彩信的大小通常在几十千字节到几百千字节之间，由运营商和移动终端共同决定。目前国内大部分地区的手机只支持50KB以下的彩信。
消息发送方式与MMS相同存储一个转发服务——，即消息不直接送达用户，而是先发送到消息中心，再通过消息中心转发给目标用户。，彩信和短信也有很大的区别。，网络结构和承载方式不同短信是使用GSM的信令信道，而彩信是基于WAP协议栈，走数据信道，传输容量大大超过短信，用户不再受带宽限制；，彩信可以支持丰富的数据格式，包括图形、图像、声音、动画，在带宽允许的情况下还可以支持流媒体，大大提高了消息内容的丰富性和表达能力。
MMS协议概述MMS是由OMA(开放移动联盟)和3GPP(3G合作伙伴计划)联合发起的工业标准，旨在寻求一种独立于系统的、开放的多媒体消息标准，使各种应用和服务能够在全球各种终端上实现。
MMS运行在WAP协议层，不局限于传输格式。它支持CSD(电路交换数据格式)和GPRS(通用分组无线业务通用分组无线业务)。WAP是用来作为传输视频、图片、声音和文字的载体。
OMA定义的相关协议集中于“如何封装消息”
MMSC(多媒体消息服务中心)是整个系统的核心。它完成彩信的存储和处理，包括消息的输入输出、地址解析、通知、报告等。它由MMS中继服务器、MMS服务器、用户数据库和消息存储器组成。
WAP网关，因为短信的传输通道对于彩信来说太窄，彩信使用WAP的WSP作为传输协议，所以需要一个WAP网关来连接MMSC和无线WAP网络。
MMS重定向器全网会有几个mmsc，它们的URL地址是唯一的。MMS重定向器(MMS)负责发送者用户归属MMSC的路由查询功能的网络实体。
ENUM-DNS(号码域名解析器):解析接收方用户所属MMSC的地址，接收MMSC发送的查询请求，查询接收方地址对应的归属MMSC的URI地址，返回给MMSC，由将消息发送给用户的归属MMSC服务器。
MMS系统界面
整个MMS业务系统的运行是通过所有相关网络功能实体的相互沟通和协作来实现的。MMS相关协议文件的主要功能之一是明确定义各种网络功能实体之间相互通信和协作的标准接口。以下是相关接口的简要说明以MM1接口为讨论范围，MMS业务实现MMS客户端与MMS代理中继服务器之间的业务调用，业务(交易)的传递过程和方式引用信息，从而影响MMS终端设备的状态变化。下面详细介绍与MMS客户端相关的各种类型的服务
M-Send服务为MMS客户端向MMS中继器提交多媒体消息并获得响应信息提供了基本机制。下图显示了该服务的通信流程
MMS客户端提交给MMS Relay的PDU(协议数据单元)包含一个可以唯一标识自身的ID字段，使得请求/响应(req/resp)有了对应的关联。当MMS中继服务器接收到M-Send.req PDU时，它将响应M-Send.conf数据包，该数据包包含请求处理结果的状态代码。如果MMS中继可以成功处理该请求，则状态代码将为“OK ”,并且将返回一个消息ID作为MM的唯一标识。
MMS-Relay server发送给MMS客户端的PDU——M-Notification.ind包含一个兼容RFC2396的URI，是接收MM的入口地址，还包含消息大小、过期时间、推荐接收方式等附加信息。一旦接收到M-Notification.ind PDU，MMS客户端将主动响应M-NotifyResp.ind数据包，以指示它已经被通知。M-Retrieve服务是MMS客户端向MMS中继服务器发送的收集MM的请求，该请求的PDU通过WSP/HTTP协议传输。根据收集方法(即时收集或延迟收集)，彩信中继服务器和彩信客户端之间可能会有一个确认链接。以下分别是即时采集和延迟采集的通信过程MMS客户端会以M-Notification.ind PDU中的URI为参数向MMS中继服务器请求MM内容。服务器将响应来自MMS客户端的M-retrieve.conf包，如果成功，它将包含完整的MM内容。，响应中的状态码会指示操作是否成功。
M-Forward服务使MMS客户端能够将MMS中继服务器中的MM转发给其他用户。以下是该服务的通信流程
MMS客户端向MMS中继服务器发送M-Forward.req PDU。该请求包含定位MM的URI和至少一个目标地址(即被叫用户的号码)以及其他参数。MMS中继服务器将响应M-Forward.conf PDU，该PDU包含指示操作是否成功的状态代码。，转发服务是一项可选功能，某些运营商的网络可能不支持该功能。
MMS用户)得到信息已经及时送达的通知，这是一个M-Delivery.ind数据包。以下是该服务的通信流程
这个服务只有一个步骤，没有对应的响应链接。发送到MMS客户端的PDU包含源消息的发送情况。如果有多个目标用户，将会有多个M-Delivery.ind数据包。，还有一种类似于交付报告的“阅读报告”，根据客户端版本的不同会有两种不同的情况MM阅读报告和PDU阅读报告。
M-Cancel服务允许MMS中继服务器向MMS客户端发送取消多媒体消息的请求。以下是该服务的通信流程图
MMS中继服务器将向MMS客户端发送M-Cancel.req分组，该分组包含目标MM的ID，例如cancel ID。该服务为可选功能，在某些运营商的网络上可能无法实现。
移动删除服务允许彩信客户端删除彩信中继服务器上的彩信。以下是该服务的通信流程图
当MMs客户端想要删除存储在MMs中继服务器上的一个或多个MMS时，它可以向MMS中继服务器发送M-Delete.req分组，该分组包含标识特定MMS的一个或多个URIs，MMS中继服务器将响应M-Delete.conf分组，该分组包含操作完成的状态码。
MMS消息格式和封装在上述业务模型的介绍中，PDU(协议数据单元)是通信过程中的主体。本节将重点介绍这些数据单元的基本机制、内容组成、封装编码和其他方面。MMS PDU的内容类型(content-type)必须指定为应用程序/vnd。-WAP . MMS-客户端准确识别的消息。基本MMS PDU由消息头和消息体组成。Header具体描述PDU的具体信息，Body是消息的具体内容(Body可选)。大多数MMS PDU只包含头字段，用于建立和维护通信，正文只在两个数据包中使用M-Send.req和m-retrieve.conf，下图显示了MMS PDU的基本结构
报文头由一系列字段组成，包括PDU类型、接收方、发送方、发送时间等。头字段中的项分为可选项和必选项，对MM头字段进行编码时，X-Mms-Message-Type、X-Mms-Transaction-ID和X-Mms-MMS-Version必须在MM头字段的开头，Content-Type头字段必须在Mms头字段的末尾，后面是消息体。其他字段的顺序可以随意安排。消息体由许多不同类型的多媒体对象组成，每个对象占据——部分(参见RFC2387标准)。根据各部分的顺序，消息组装方法分为application/vnd . WAP . multipart . mixed:所有消息内容混在一起，没有时间顺序。终端显示所有消息内容。application/vnd . WAP . multipart . related:消息内容各部分之间有一定的关系，可能是显示时间的先后顺序，也可能是显示位置的不同，等等。这使得消息能够像“幻灯片放映”一样显示。
application/vnd . WAP . multipart . mixed PDU仅包含组成MM的所有多媒体内容，而application/vnd . WAP . multipart . related PDU还包含Presentation，即消息内容的显示控制部分。这部分是用SMIL标记语言编写的，用来描述各部分的播放顺序、显示/播放时间、结束时间、显示位置等控制信息，以MM为单位，通常呈现部分是消息体的第一部分。否则，必须使用起始字段来指示其位置。呈现部分不会显示，只有终端可以根据它获取一些控制信息，这些信息决定了其他内容的显示大小、顺序和位置。
用MIME标准(多用途互联网邮件扩展)将完整的MM(包括文本、图像、声音、视频等独立部分)打包打包发送出去。RFC2045、RFC2046、RFC2047、RFC2048、RFC2049和其他RFC标准中定义了MIME标准。
在大多数情况下，MM是基于WAP协议传输的。MMS PDU封装在WSP/PDU中作为WSP的消息体，WAP/WSP协议作为传输内容的二进制编码机制来封装消息。在OMA-TS-MMS-ENC-V1 _ 3-20080128-C.pdf文档的规范中，详细定义了每个PDU中涉及的头字段和值以及分配给它们的二进制码的一一对应关系。通过采用这种二进制编码规范，节省了无线领域的带宽资源，优化了空中传输的数据量。具体对应请参考相关文件。彩信协议学习笔记
什么是MMS是多媒体消息服务(Multimedia Messaging Service)的缩写，中文翻译为“MMS”。它可以用来传输文本、图片、动画、音频和视频等多媒体信息。手机合成彩信后，可以向网络中所有合法用户发送彩信。多媒体消息中心)存储和处理消息，并负责在不同的MMSCs之间传送和转发消息。，接收者用户可以从MMSCs接收多媒体消息。多媒体消息业务需要WAP网关、数据传输网络(如电路交换网、GPRS或WCDMA)和短消息中心。目前实现的彩信业务是以WAP为承载，短信为提示通知，彩信手机自动从MMSC提取。彩信的大小通常在几十千字节到几百千字节之间，由运营商和移动终端共同决定。目前国内大部分地区的手机只支持50KB以下的彩信。
消息发送方式与MMS相同存储一个转发服务——，即消息不直接送达用户，而是先发送到消息中心，再通过消息中心转发给目标用户。，彩信和短信也有很大的区别。，网络结构和承载方式不同短信是使用GSM的信令信道，而彩信是基于WAP协议栈，走数据信道，传输容量大大超过短信，用户不再受带宽限制；，彩信可以支持丰富的数据格式，包括图形、图像、声音、动画，在带宽允许的情况下还可以支持流媒体，大大提高了消息内容的丰富性和表达能力。
MMS协议概述MMS是由OMA(开放移动联盟)和3GPP(3G合作伙伴计划)联合发起的工业标准，旨在寻求一种独立于系统的、开放的多媒体消息标准，使各种应用和服务能够在全球各种终端上实现。
MMS运行在WAP协议层，不局限于传输格式。它支持CSD(电路交换数据格式)和GPRS(通用分组无线业务通用分组无线业务)。WAP是用来作为传输视频、图片、声音和文字的载体。
OMA定义的相关协议集中于“如何封装消息”
MMSC(多媒体消息服务中心)是整个系统的核心。它完成彩信的存储和处理，包括消息的输入输出、地址解析、通知、报告等。它由MMS中继服务器、MMS服务器、用户数据库和消息存储器组成。
WAP网关，因为短信的传输通道对于彩信来说太窄，彩信使用WAP的WSP作为传输协议，所以需要一个WAP网关来连接MMSC和无线WAP网络。
MMS重定向器全网会有几个mmsc，它们的URL地址是唯一的。MMS重定向器(MMS)负责发送者用户归属MMSC的路由查询功能的网络实体。
ENUM-DNS(号码域名解析器):解析接收方用户所属MMSC的地址，接收MMSC发送的查询请求，查询接收方地址对应的归属MMSC的URI地址，返回给MMSC，由将消息发送给用户的归属MMSC服务器。
MMS系统界面
整个MMS业务系统的运行是通过所有相关网络功能实体的相互沟通和协作来实现的。MMS相关协议文件的主要功能之一是明确定义各种网络功能实体之间相互通信和协作的标准接口。以下是相关接口的简要说明以MM1接口为讨论范围，MMS业务实现MMS客户端与MMS代理中继服务器之间的业务调用，业务(交易)的传递过程和方式引用信息，从而影响MMS终端设备的状态变化。下面详细介绍与MMS客户端相关的各种类型的服务
M-Send服务为MMS客户端向MMS中继器提交多媒体消息并获得响应信息提供了基本机制。下图显示了该服务的通信流程
MMS客户端提交给MMS Relay的PDU(协议数据单元)包含一个可以唯一标识自身的ID字段，使得请求/响应(req/resp)有了对应的关联。当MMS中继服务器接收到M-Send.req PDU时，它将响应M-Send.conf数据包，该数据包包含请求处理结果的状态代码。如果MMS中继可以成功处理该请求，则状态代码将为“OK ”,并且将返回一个消息ID作为MM的唯一标识。
MMS-Relay server发送给MMS客户端的PDU——M-Notification.ind包含一个兼容RFC2396的URI，是接收MM的入口地址，还包含消息大小、过期时间、推荐接收方式等附加信息。一旦接收到M-Notification.ind PDU，MMS客户端将主动响应M-NotifyResp.ind数据包，以指示它已经被通知。M-Retrieve服务是MMS客户端向MMS中继服务器发送的收集MM的请求，该请求的PDU通过WSP/HTTP协议传输。根据收集方法(即时收集或延迟收集)，彩信中继服务器和彩信客户端之间可能会有一个确认链接。以下分别是即时采集和延迟采集的通信过程MMS客户端会以M-Notification.ind PDU中的URI为参数向MMS中继服务器请求MM内容。服务器将响应来自MMS客户端的M-retrieve.conf包，如果成功，它将包含完整的MM内容。，响应中的状态码会指示操作是否成功。
M-Forward服务使MMS客户端能够将MMS中继服务器中的MM转发给其他用户。以下是该服务的通信流程
MMS客户端向MMS中继服务器发送M-Forward.req PDU。该请求包含定位MM的URI和至少一个目标地址(即被叫用户的号码)以及其他参数。MMS中继服务器将响应M-Forward.conf PDU，该PDU包含指示操作是否成功的状态代码。，转发服务是一项可选功能，某些运营商的网络可能不支持该功能。
MMS用户)得到信息已经及时送达的通知，这是一个M-Delivery.ind数据包。以下是该服务的通信流程
这个服务只有一个步骤，没有对应的响应链接。发送到MMS客户端的PDU包含源消息的发送情况。如果有多个目标用户，将会有多个M-Delivery.ind数据包。，还有一种类似于交付报告的“阅读报告”，根据客户端版本的不同会有两种不同的情况MM阅读报告和PDU阅读报告。
M-Cancel服务允许MMS中继服务器向MMS客户端发送取消多媒体消息的请求。以下是该服务的通信流程图
MMS中继服务器将向MMS客户端发送M-Cancel.req分组，该分组包含目标MM的ID，例如cancel ID。该服务为可选功能，在某些运营商的网络上可能无法实现。
移动删除服务允许彩信客户端删除彩信中继服务器上的彩信。以下是该服务的通信流程图
当MMs客户端想要删除存储在MMs中继服务器上的一个或多个MMS时，它可以向MMS中继服务器发送M-Delete.req分组，该分组包含标识特定MMS的一个或多个URIs，MMS中继服务器将响应M-Delete.conf分组，该分组包含操作完成的状态码。
MMS消息格式和封装在上述业务模型的介绍中，PDU(协议数据单元)是通信过程中的主体。本节将重点介绍这些数据单元的基本机制、内容组成、封装编码和其他方面。MMS PDU的内容类型(content-type)必须指定为应用程序/vnd。-WAP . MMS-客户端准确识别的消息。基本MMS PDU由消息头和消息体组成。Header具体描述PDU的具体信息，Body是消息的具体内容(Body可选)。大多数MMS PDU只包含头字段，用于建立和维护通信，正文只在两个数据包中使用M-Send.req和m-retrieve.conf，下图显示了MMS PDU的基本结构
报文头由一系列字段组成，包括PDU类型、接收方、发送方、发送时间等。头字段中的项分为可选项和必选项，对MM头字段进行编码时，X-Mms-Message-Type、X-Mms-Transaction-ID和X-Mms-MMS-Version必须在MM头字段的开头，Content-Type头字段必须在Mms头字段的末尾，后面是消息体。其他字段的顺序可以随意安排。消息体由许多不同类型的多媒体对象组成，每个对象占据——部分(参见RFC2387标准)。根据各部分的顺序，消息组装方法分为application/vnd . WAP . multipart . mixed:所有消息内容混在一起，没有时间顺序。终端显示所有消息内容。application/vnd . WAP . multipart . related:消息内容各部分之间有一定的关系，可能是显示时间的先后顺序，也可能是显示位置的不同，等等。这使得消息能够像“幻灯片放映”一样显示。
application/vnd . WAP . multipart . mixed PDU仅包含组成MM的所有多媒体内容，而application/vnd . WAP . multipart . related PDU还包含Presentation，即消息内容的显示控制部分。这部分是用SMIL标记语言编写的，用来描述各部分的播放顺序、显示/播放时间、结束时间、显示位置等控制信息，以MM为单位，通常呈现部分是消息体的第一部分。否则，必须使用起始字段来指示其位置。呈现部分不会显示，只有终端可以根据它获取一些控制信息，这些信息决定了其他内容的显示大小、顺序和位置。
用MIME标准(多用途互联网邮件扩展)将完整的MM(包括文本、图像、声音、视频等独立部分)打包打包发送出去。RFC2045、RFC2046、RFC2047、RFC2048、RFC2049和其他RFC标准中定义了MIME标准。
在大多数情况下，MM是基于WAP协议传输的。MMS PDU封装在WSP/PDU中作为WSP的消息体，WAP/WSP协议作为传输内容的二进制编码机制来封装消息。在OMA-TS-MMS-ENC-V1 _ 3-20080128-C.pdf文档的规范中，详细定义了每个PDU中涉及的头字段和值以及分配给它们的二进制码的一一对应关系。通过采用这种二进制编码规范，节省了无线领域的带宽资源，优化了空中传输的数据量。具体对应请参考相关文件。这个网站是个人知识管理的网络存储空间。所有内容均由用户发布，不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息，谨防诈骗。如发现有害或侵权内容，请一键举报。
更多mma协议(MMS通信)相关信息请关注本站，本文仅仅做为展示！