彩信MMS PDU 的解码

自闭症网瘾萝莉.ら 提交于 2020-02-24 09:48:34

      前一时间折腾了一下手机方面的开发,用的是NOKIA智能手机,NOKIA网站有一个很方便的开发包Nokia_PC_Connectivity_API_3.2。

这个开发包带有VB.NET,C#,VC的文件系统,设备管理,内容存取的开发例子。试了试可以正常收发短信,但彩信只可以看到条目标题,时间,看不了内容,了解一下,在Content Access API 3.2里的CA_MMS_DATA。这个结构体中,重要的BYTE* pbData 没有相关说明,例子里也没有解析。

      这几天把手机的pbData数据异了一些出来,网上查了一下,发现是彩信的PDU编码格式就到网上找了一下,相关开发入门的例子和协议,竟发现不好找。乱七八糟的。说什么的都有。因为自已的手机码是使用移动的就找了一下关于移动的相关文件,很快就找到《中国移动多媒体消息系统(MMS)接口规范》。了解一下整个MMS流程。

 

多媒体消息业务涉及的系统接口

整个MMS业务环境通过WAP网关与移动网相连,各接口协议都是HTTP或SMTP等通用的Internet协议。其中: 
   MM1:MMS用户代理(MMS手机上的应用程序,如浏览器)和MMS代理/服务器(MMSC)之间的参考点,基于WAP和HTTP实现;
   MM2:MMS中继和MMS服务器之间的参考点,一般是MMSC内部的接口;
   MM3:MMS服务中心和外部消息系统间的参考点,基于IP实现,如与Email服务器相连,则采用SMTP协议;
   MM4:MMS服务中心和另一个MMSE中的MMS服务中心间的参考点,基于SMTP实现;
   MM5:MMS服务中心和HLR间的参考点,非必须;
   MM6:MMS服务中心和MMS用户数据库间的参考点,可以是内部接口或外部接口;
   MM7:MMS服务中心和MMS增值业务应用之间的参考点,基于IP实现;
   MM8:MMS服务中心和计费系统间的参考点。

 

看了一下,再加之前面找的一些乱七八糟的资料,了解到开发彩信有两个种要的开发接口,一个是MM1接口,和MM7接口。

MM1是以终端设备方式(手机终端、GPRS modem),MM7是以SP增值业务方式接入.

说明自已手机异出的数据是MM1接口的协议上的mms pdu数据。

 

MMS PDU 的解码

 

    MMS PDU 的具体编码规则在:WAP-209-MMSEncapsulation-20020105-a.pdf或在OMA-MMS-ENC-V1_2-20050301-A.pdf上有介绍。

   MMS PDU被封装在WSP/PDU之中 作为WSP的消息体进行传输,并采用WAP/WSP协议作为传输内容的二进制编码(binary encoding)机制,进行消息的封装(Encapsulation)。
在OMA-TS-MMS-ENC-V1_3-20080128-C.pdf文档所在规范中,详细定义了每个PDU所涉及的Header域和值,以及为它们分配的二进制码的一一对应关系。采用此二进制编码规范,节约了无线领域的带宽资源,并最优化其在空中传播的数据量。
具体对应关系请参阅相关文档。
MMS 编码必须遵循无线会话协议( Wireless Session Protocol,以下简称 WSP)。
WSP使用一种与 HTTP/1.1相同的语法描述数据的组织结构,具体可参考 RFC[2068]。
HTTP/1.1使用 ASCII字符编码来传输数据,而 WSP为降低传输带宽,将 HTTP/1.1中的一些著名域对应的字符串定义为一个字节,并在对这些紧凑格式编码时加上 0x80,使著名域的编码大于 127(扩展 ASCII字符),从而将它们与普通 ASCII字符区别开。因此 MMS信息头的基本编码格式为:“域编码”+“内容”,详情请参考表 1。编码顺序如下:消息类型、事务 ID、版本号必须依次排在最前面,而 MMS信息体内容类型则应该排在 MMS信息头的最后。

 

MMS PDU头域分析和头域编码
    每个MMS PDU都是由MMS头域和MMS消息体组成,MMS PDU中的头域由客户端指定,一些头域也可以被分发代理修改或补充,分发代理使用这些头域信息生成MM通知以及构造接收MM的PDU中的相关头域,连同消息实体一同送往接收方,消息体跟在头域之后。大多数MMS PDU只含有头域,它们起到建立和维持通信的作用,消息体只用在M-Send.req和M-Retrieve.conf PDU中。
    MMS头域根据WAP-209协议和RFC2387的规定,由一系列的域组成,这些域定义了PDU的各种属性,包括PDU类型,接受方,发送方,发送时间等,头域中的域名分为可选项和必选项。在编码MMS头域时,X-Mms-Message-Type ,X-Mms-Transaction-ID和X-Mms-MMS-Version必须位于MMS头的开始,并且按照前面所列的顺序。Content-Type必须在MMS头域的最后,其后为消息体,其它域的顺序可以随意安排。

 

参考表 1

Name  Assigned Number 
Bcc  0x01 
Cc  0x02 
X-Mms-Content-Location  0x03 
Content-Type  0x04 
Date  0x05 
X-Mms-Delivery-Report  0x06 
X-Mms-Delivery-Time  0x07 
X-Mms-Expiry  0x08 
From  0x09 
X-Mms-Message-Class  0x0A 
Message-ID  0x0B 
X-Mms-Message-Type  0x0C 
X-Mms-MMS-Version  0x0D 
X-Mms-Message-Size  0x0E 
X-Mms-Priority  0x0F 
X-Mms-Read-Report  0x10 
X-Mms-Report-Allowed  0x11 
X-Mms-Response-Status  0x12 
X-Mms-Response-Text  0x13 
X-Mms-Sender-Visibility  0x14 
X-Mms-Status  0x15 
Subject  0x16 
To  0x17 
X-Mms-Transaction-Id  0x18 
X-Mms-Retrieve-Status  0x19 
X-Mms-Retrieve-Text  0x1A 
X-Mms-Read-Status  0x1B 
X-Mms-Reply-Charging  0x1C 
X-Mms-Reply-Charging-Deadline  0x1D 
X-Mms-Reply-Charging-ID  0x1E 
X-Mms-Reply-Charging-Size  0x1F 
X-Mms-Previously-Sent-By  0x20 
X-Mms-Previously-Sent-Date  0x21 
X-Mms-Store  0x22 
X-Mms-MM-State  0x23 
X-Mms-MM-Flags  0x24 
X-Mms-Store-Status  0x25 
X-Mms-Store-Status-Text  0x26 
X-Mms-Stored  0x27 
X-Mms-Attributes  0x28 
X-Mms-Totals  0x29 
X-Mms-Mbox-Totals  0x2A 
X-Mms-Quotas  0x2B 
X-Mms-Mbox-Quotas  0x2C 
X-Mms-Message-Count  0x2D 
Content  0x2E 
X-Mms-Start  0x2F 
Additional-headers  0x30 
X-Mms-Distribution-Indicator  0x31 
X-Mms-Element-Descriptor  0x32 
X-Mms-Limit  0x33 

 

 

如HEX数据:8C 80 8D 90 85 04 4CA72474
8C—表示X-Mms-Message-Type
80— m-send-req
8D— X-Mms-Version
90— MMS Version值1.0
85— 表示date
04— 表示date的数据长度
4CA72474 -表示date的数据Little-endian,从1970年开始到现在的秒数
96—subject主题
89— 表示From
97— 表示From
From=0x89+长度+ 0x80+地址+0x00(收到时解码用) 还有发送时用的格式:0x89, 0x01, 0x81 以0x81为标记的占位符,发送时自动插入发送号码From=0x97+内容+0x00
CC =0x82+号码+0x00
subject=0x98+长度+字符集+字符串+0x00;//(常为用Utf8长度+2)+0xEA+内容+0x00
...
以上分析的就是一个典型的MMS PDU消息格式,按上面参考表 1配合WAP-209文档说明,很轻松的就解码了

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!