http://blog.sina.com.cn/s/blog_72380e0d0100oqgd.htmlMMS培训文档(2011-01-17 15:16:19)
MMS：Multimedia Messaging Service MM：Multimedia Message OMA：Open Mobile Alliance TM SMIL：Synchronized Multimedia Integration Language UAPROF：User Agent Profile PDU：Protocol Data Unit URI：Uniform Resource Identifier WAP：Wireless Application Protocol SHP：Samsung Handset Platform SMS, Since 1995, 140Byte EMS, Since 2000, 34170Byte MMS, Since 2001, 30-300KByte 主题40个字符，内容20页，每页2000个字符 升级后：手机<---因特网HTTP--->彩信中转代理<------>彩信服务器 User Agent Profile：手机端能力描述 MMS Client shall indicate its capabilities within the UAProf information. The MMS Proxy-Relay should use this information in preparation of Messages to be delivered to the MMS Client. Action: This adjustment may involve the deletion or adaptation of those unsupported media types. Example: x-wap-profile: http://wap./uaprof/GT-C3230_2G.rdf MMS PDU Structure：⑴MMS header，⑵Message body Message body包括 ①presentation规定如何调度，②image/jpeg，③text/plain，④audio/wav. Presentation内容包括：①顺序②内容③时间，目的保证互通性和一致性 SMIL：同步多媒体集成语言（Synchronized Multimedia Integration Language） MMS SMIL是SMIL2.0的一个子集 Base tag element：smil, head, body, layout, region, root-layout, par, meta, Text, Img, Audio, Video, ref Base param：width, height, top, left, fit, id, name, content, dur, src, region, alt, begin, end <smil xmlns="http://www./2000/SMIL20/CR/Language"> <head><layout> <root-layout background-color="#f8f8f8" width="240" height="208" /> <region id="Image" width="100%" height="50%" left="0%" top="0%" /> <region id="Text" width="100%" height="50%" left="0%" top="50%" /> </layout></head> <body> <par dur="5000ms"> <text region="Text" src="cid:0_0.txt"><param name="textsize" value="small" /></text> <img region="Image" src="cid:0_1.gif" /> </par> ------------------------------------------------------------------------------------------------------------------------------------------------------------- 彩信通知(2011-01-17 14:30:23)
从OMA MMS封装协议中对MMS Notification的定义可以知道，MMS Notification实际上是通过WAP PUSH来实现的。WAP PUSH是可以通过两种方法来实现的，一种是通过GPRS的方式，另一种就是通过SMS的方式。但前一种方式由于开发时间长，调测复杂等原因在中国并没有被推广，而被中国移动所采纳的是第二种方式。同样在我们实验室里面的MMSC也是采用的第二种方式。 下面是MMS Notification的传输流程 1.当MMS被发送出去后，彩信中心会向接收方发送M-Notification.ind消息，M-Notification.ind消息实际上是一个二进制编码，并且在发送时直接被封装在一个包的实体中。内容实体的头部信息指明终端处理该消息所对应的应用程序（由于手机终端可以接收到各种PUSH消息，每一类的PUSH消息对应有相应的应用程序来处理，每个应用程序都对应有一个标识，即X-Wap-Application-Id，PUSH消息应指明处理自己的应用程序的标识），MMS业务对应的应用程序标识（application/vnd.wap.mms-message）。
2. Notification在MMSC中被压缩为二进制代码，由于MMSC与SMSC之间没有相对应的接口协议，所以Notification如果想到达SMSC的话中间是通过WAP PPG来实现。 3. 然后通过支持“推送”业务的SMPPV3.4协议与WAP PPG网关相连，同时还通过7号信令与移动通信网相连，以实现向移动终端用户发送由多媒体信息中心“推送”的多媒体信息的通知提示。当然，它也可以实现多媒体信息用户与非多媒体信息用户之间的信息传送。 4.在Notification到达接收手机时，接收手机首先将对Notification进行判断和解析，就像一个WAP PUSH一样，会判断是否手机支持WAP功能一样。如果手机无法解析Notification，那么手机也是接不到MMS的。 综上所述，我们可以把MMS Notification理解成一个特殊SMS，虽然它的压缩方式与传输方法与SMS有着区别，但是最终都是通过SMPP协议将其发出。对于我们的实验室环境NowSMS来说，MMS Notification是在Gateway时产生的log文件，即SMSOUT.log。然后由于Notification和SMS的单条大小的问题，一般情况下，Notification是被分成2个或更多的SMS，其相关的信息如端口号，URI地址均被encode在短信的UDH（user data header）里，然后通过SMS将其发出。所以我个人认为当我们查询SMSOUT.log判断是否Notification已经发出时，由于在随后传送中还有一系列的Process，都有丢失的可能性，log文件进只能作为一个参考，并不完全像我们所想象的那样，有了log，Notification就一定被发出。 MMS notification实例分析： 0891683108200105F 06409A109200209F20004709070714062238B0605040B8423F0C506246170706C69636174696F6E2F766E642E7761702E6D6D 这是一条短信息。所有的8位都是16进制编码，除了服务中心号码，发送号码和时间戳（它们都是十进制的半8位编码） 0891683108200105F0
6409A109200209F20004709070714062238B
下面是TP-UD部分: 0605040B8423F0
C506246170706C69636174696F6E2F766E642E7761702E6D6D
8C8298485247314A545365592B53
|
|
|
