MMS协议解析

MMS协议解析
MMS(Multimedia Messaging Service)就是我们俗称的彩信,它能提供比SMS(短信)更加丰富的信息,能提供包括图片、视频、声音、各种格式的文字等内容。
目前的应用主要有以下几个方面:
便利性实用性娱乐性互动性个人化
端到端通信
        自拍照片自编贺卡/图片
        带有图片照片和语音片断等表达感情内容的增强型聊天
        附件在移动终端上的增强型应用
娱乐
        手机铃声/屏保下载
        节日贺卡明星贺卡
        多媒体交友利用手机察看自己心仪的对象并通过信息向她表达心意
        原创基地:利用多媒体短信传播自己的原创动漫和音乐
新闻/金融服务
        体育比赛集锦和得分镜头视频剪辑
        通过移动终端获取多媒体新闻和金融信息分析等
其他
        定位业务
        移动广告
一、 数据流程
MMS系统大致网络拓扑图如下:
先介绍一下网络中的节点设备:
MMS Client:MMS客户端,就是平常用的手机等移动设备;
MMS Proxy Relay:MMS代理中继,用于转发MMS;
MMS Server:MMS服务器,用于存储MMS,一般与MMS代理集成在一台设备上;
Legacy Wireless Messaging Systems传统的无线消息系统,比如SMS系统;
Email Server:邮件服务器,Ineternet上的邮件服务器,比如139邮件服务器;
Other MMS Systems:其他地方或其他运营商的MMS系统;
MMS承载于WAP之上,在系统里采用WSP协议,在系统里采用HTTP协议,如下图所示:
详细网络图如下:
MMS的发送接收实体包括如下几种方式:
1、 终端<——>同一系统内终端
2、 终端<——>不同系统内终端
3、 终端<——>Email server
4、 终端<——>SP
我们以第一种情况进行MMS收发流程说明,大致有以下几步:
1、 发送终端发送MMS到MMS代理;
2、 MMS代理发送通知到接收终端;
3、 接收终端发送提取MMS命令到MMS代理;
4、 MMS代理返回MMS到接收终端;
5、 MMS代理发送回执给发送终端,表示对方已收到MMS;
其中第2步的通知是通过WAP PUSH实现的,目前中国移动实现的方式是通过SMS(短信)通知对方。
二、 消息解析
前面提到MMS可以通过wsp和http两种方式传输,无论哪种方式,其Content-Type都必须为application/(0x3E)。
MMS可以分为4类:发送、通知、提取、回执。每一类消息都包含消息头,有的还包含正文。如下:
2.1 发送
发送是指发送者发送MMS到MMS中心,包括两条消息:MMS发送请求、MMS发送确认。
2.1.1 MMS发送请求
MMS发送请求消息由发送者到MMS中心,包含消息头和正文,正文紧跟消息头。消息头包含内容如下:
Name
Content
Comments
X-Mms -Message-Type
Message-type-value =
m-send-req
Mandatory.
Specifies the transaction type.
X-Mms -Transactio n-ID
Transaction-id-value
Mandatory.
A unique identifier for the message. This transaction ID identifies 预测地震的方法the M and the corresponding reply only.
X-Mms -MMS-Version
MMS-version-value
Mandatory.
The MMS version number. According to this specificatio n, the version is
Date
Date-value
Optional.
Arrival time of the message at MMSProxy -Relay. MMS Proxy -Relaywill generate this field when not supplied by terminal.
From
From-value
Mandatory.
Address of the message sender. This field MUST be present in a message delivered to a recipient. The sending client MUST send eithe家用供暖系统r its address or insert -an- address token. In case of token, the MMS Proxy -Relay MUST insert the correct addresojus of the sender.
To
To-value
Optional1.
Address of the recipient.
Cc
Cc-value
Optional1.
Address of the recipient. Addressing is handled in
Chapter 8.
Any number of address fields allowed.
Bcc
Bcc-value
Optional1.
Address of the recipient. Addressing is handled in
Chapter 8.
Any number of address fields allowed.
Subject
Subject-value
Optional.
Subject of the message.
X-Mms -Message-Class
Message-class -value
Optional.
Class of the message. Value Auto indicates a message that is automatically generated by the client. If the Message-Class is Auto, the originating terminal SHALL NOT request Delivery -Report or Read-Report.
If field is not present, the receiver inteprets the message as personal.
X-Mms -Expiry
Expiry -value防盗监控系统
Optional, default: maximum.
Length of time the message will be stored in MMS
Proxy -Relayor time to delete the message. The field has two formats, either absolute or interval.
X-Mms -Delivery -Time
Delivery -time -value
Optional: default: immedia te.
Time of desired delivery. Indicates the earliest possible delivery of the message to the recipient. The field has two formats, either absolute or interval.
X-Mms -Priority
Priority-value
Optional. Default: Normal.
Priority of the message for the recip ient.
X-Mms -Sender- Visibility
Sender-visibility-value
Optional. Default: show address/phone number of the sender to the recipient unless the sender has a secret number/address.
整流罩Hide = don't show any address. Show = show even secret address.
X-Mms -Delivery- Report
Delivery -report -value
Optional. Default determined when service is ordered. Specifies whether the user wants a delivery report from each recipient. When Message-Class is Auto, the field SHALL always be present and the value SHALL be No.
X-Mms -Read-Reply
Read-reply -value
Optional.
Specifies whether the user wants a read report from each recipient as a new message. When Message-Class is Auto, the field SHALL always be present and the value SHALL be No.
Content-Type
Content-type-value
Mandatory.
The content type of the message.
以上字段除了开头的Message-Type、编织软管Transaction-IDMMS-Version和末尾的Content-Type之外,其他字段没有顺序要求,以下消息也是一样。

本文发布于:2024-09-25 00:34:53,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/1/109771.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:发送   消息   终端   系统   多媒体   代理   移动
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议