MMS-MTK-Obigo03c

MMS-MTK-Obigo03c
2011年02月20日
　　技  术  文  件
　　技术文件名称：MTK --MMS
　　                技术文件编号：
　　版        本：1.2
　　拟  制        2010-08-03                                    审  核                                                   会  签                                                   标准化                     
　　批  准                     
　　[b]  [/b]： [/b][b]MTK―MMS 1     概要：2     基础知识：3     MTK6223平台MMS：      本文主要分两部分，第一部分介绍MMS的基本知识背景，让我们对改业务有个基本的认知，主要有基本知识介绍，网络架构介绍，协议栈架构介绍等相关知识点；第二部分是MTK平台使用的三方MMS应用的介绍，应用的架构介绍、实现方法、功能介绍以及日常工作的修改相关知识点。
　　[/b]MMS 是 Multimedia Messaging Service (多媒体消息服务) 的缩写，中文译为“彩信”，可以用于传送文字、图片、动画、音频和视频等多媒体信息。
　　手机终端合成多媒体消息后，可以向网内所有合法用户发送多媒体消息，由 MMSC ( 多媒体消息中心 )对消息进行存储和处理，并负责将消息在不同MMSC之间的进行传递转发，同时接收方用户可以从MMSC接收多媒体消息。 多媒体消息服务要求一个WAP网关，一个数据传输网（例如：电路交换网、GPRS 或者WCDMA等）和一个短消息中心。目前MMS业务在实现时是以WAP作承载，短消息作提示通知，由MMS手机自动到MMSC中去提取。 多媒体消息 的大小通常在几十K字节到上百K字节之间，这是由运营商和手机终端双方面决定的，目前中国大部分地区的手机仅支持小於50KB的多媒体信息（这个状态有更新，网络支持有变大，各手机平台仍有各自的大小限制）。
　　[b]MM Multimedia Message MMS Multimedia Messaging Service MIME Multipurpose Internet Mail Extensions TLS Transport Layer Security, for details see [WP-TLS] WAP Wireless Application Protocol WIM WAP Identity Module, for details see [WIM] WML Wireless Markup Language WSP Wireless Session Protocol, for details see [WSP] TLS Transport Layer Security, S/MIME Secure/Multipurpose Internet Mail Extensions TID Transaction identifier verification SMIL Synchronized Multimedia Integration Language SLS SMIL Service IANA Internet Assigned Numbers Authority SAR Segmentation and re-assembly BRA Browser Application BRS Browser Service CDR Charging Data Record DRM Digital Rights Management OMA Open Mobile Alliance OTA Over The Air PDU Protocol Data Unit MMT Master Message Table MMSC Multimedia Messaging ServiceCenter MMSE Multimedia Messaging Environment MMSEP MMS Encapsulation protocol MSF Obigo Framework TD  Target Device UC Use Case UIA Unified Message Box Application UIS Unified Message Identifier WPS   WAP2.0 Protocol service interface MCR   Message Create and Retrieval MRC   Message Re-Create MV     Message Viewer SMA    SMIL Application MM     Multimedia Message CTK    Category Toolkits STK    WAP/HTTP stack CRH     Content Routing Handler ME      Message Editor MH      Message Handling DR      Delivery Report RR      Read Report TLS Transport Layer Security TSL   SSL   IPC    inter-process communication RPC   remote procedure call MSM   Mobile Suite Manager MMSc  MMS Client MMC   MMS Composer MSC   Message Sequence Chart Srh  Signal routing handler Pm  Progress meter PH  package handler CR  content routing RPC  remote procedure call 
　　MMS是由OMA(Open Mobile Alliance)和3GPP(3G Partnership Project)共同主持制定的工业标准，其旨在寻求一种与系统无关的、开放的，使各种应用和业务能够在全球范围内的各种终端上实现的多媒体消息通讯标准。
　　MMS运行在WAP协议层之上，它不局限于传输格式，既支持CSD(Circuit-Switched Data 电路交换数据格式)，也支持GPRS格式(General Packet Radio Service 通用分组无线服务)，以WAP为载体传送视频、图片、声音和文字。
　　OMA负责定义的相关协议关注“消息如何打包”的问题，3GPP负责定义的协议则关注“消息如何发送、路由和接收”的问题。
　　OMA的主要协议文档： Multimedia Messaging Service Architecture MMS架构概述；
　　Multimedia Messaging Service Client Transactions关于MMS客户端；
　　Multimedia Messaging Service Encapsulation Protocol MMS封装协议；
　　3GPP的主要协议文档： (TS-22.140)Multimedia Messaging Service Stage 1关于MMS服务层；
　　(TS-23.140)Multimedia Messaging Service Stage 2关于MMS功能描述；
　　(TS-26.140)MMS Media formats and codes关于MM支持的媒体格式和编码
　　MMS系统构成 网络拓扑：
　　
　　WAP1.X拓扑
　　
　　WAP2.X拓扑
　　
　　MMSC（多媒体消息业务中心）是整个系统的核心，它完成对MM的存储和处理，包括消息的输入输出、地址解析、通知、报告等等，它由MMS中继服务器MMS Relay 、MMS Server、User DB、Message Store共同组成。
　　WAP网关，因为无线通信的带宽和传输能力有限，我们不能把有线网络的数据全部传输给无线网络，所以需要一个WAP网关实现数据转换和压缩，已经加密过程，保证数据能够在较低的传输速率和处理能力较差的无线终端上能正常显示，MMS使用WAP的WSP作为传输协议，因此需要一个WAP网关连接MMSC和无线WAP网络。
　　MMS Redirector（MMS重定向器）：全网范围内会有若干个MMSC，它们的URL地址是唯一的，MMS重定向器就是负责发送者用户归属MMSC路由查询功能的网络实体。
　　ENUM-DNS（号码域名解析器）：解析接收方用户归属的MMSC的地址，接收MMSC发送的查询请求，查询接收者地址对应的归属MMSC的URI地址，并返回给MMSC，由MMSC将消息发往该用户归属MMSC服务器。 
　　MMS系统接口 整个MMS业务系统的运转是所有相关网络功能实体的相互通讯协作来达成，MMS相关协议文档的主要功能之一，就是明确定义各网络功能实体之间相互通讯协作的标准接口，以下是相关接口的简要说明： MM1(MMS M ) 接口：MMS Relay/Server 和MMS Client之间的接口 ；
　　MM2(MMSS )接口：MMS Relay和MMS Server之间的接口；
　　MM3接口：MMS Relay/Server 与外接应用服务器之间接口；
　　MM4接口：不同MMSC之间交互的接口；
　　MM5接口：MMS Relay/Server和HLR（Home Location Register）之间的接口； 注：HLR是一个中央数据库，其记录了每个移动电话用户使用GSM核心网络功能的授权信息；
　　MM6接口：MMS Relay/Server 和MMS User DB之间交互的接口；
　　MM7接口：MMS Relay/Server和MMS增值业务应用平台之间的接口；
　　MM8接口：MMS Relay/Server与计费系统之间的接口；
　　MM1(MMSM )接口将是我们的学习重点，这是我们开发彩信应用程序必须要了解的规范知识。
　　MMS Client 业务模型（MMS Client Transaction Model） 以MM1接口为讨论范围，则MMS服务实现了MMS Client和MMS Proxy-Relay服务器之间的业务调用，业务（Transaction）特指信息的传递流程及方式，以其对MMS终端设备状态变化的影响。下面详述各种不同的与MMS Client 相关的业务类型：
　　M-Send：MMS 客户端发送消息到MMS Proxy-Relay 服务器；
　　M-Notification：MMS Proxy-Relay服务器发送通知到MMS 客户端；
　　M-Retrieve：MMS 客户端从MMS Proxy-Relay服务器收取MM――多媒体消息； 
　　M-Forward：MMS 客户端向MMS Proxy-Relay服务器发送转发请求；
　　M-Delivery：MMS Proxy-Relay服务器发送投送报告给MMS 客户端；
　　M-Cancel：MMS Proxy-Relay服务器向MMS 客户端发送取消请求；
　　M-Delete：MMS 客户端从MMS Proxy-Relay服务器上删除多媒体消息；
　　MMS消息格式及封装
　　SMS只能传输文本信息，每次最多140个字节，而MMS的传输内容要丰富的多，包括视频、图片、声音和文字等信息。在远程监视终端系统中主要是利用MMS传输文字和图片，图片格式为压缩后的JPEG格式。实现MMS也要比SMS复杂得多，MMS有自己的消息格式，并且为了减少传输的数据量，克服无线网络带宽窄、高延迟、稳定性差等特点，需要对传输的数据进行压缩。基本的压缩编码机制是由WAP-209- MMSEncapsulation定义的。发送和接收MMS的通信中，被传输的是MMSPDU(协议数据单元)。
　　在以上 业务模型的介绍中，通讯流程中的主体是 用于承载业务数据的PDUs（Protocol Data Units），本节将关注这些数据单元的基本机构、内容组成、封装编码等几个方面。 MMS PDU的内容类型（content-type）必须被指定为 application/vnd.-wap.mms-message，用于被客户端准确识别。
　　基本结构 
　　MMS PDU由消息头（Header）和消息体（Body）组成。Header具体描述了PDU的特定信息，Body是消息的具体内容（Body体是可选的）。大多数MMS PDU只含有 Header 域，用于建立和维持通信， Body体 只用在M-Send.req 和 M-Retrieve.conf 两个数据包中。
　　消息头（Header） 由一系列的域组成，包括PDU类型，接受方，发送方，发送时间等等。Header域中的项分为可选项和必选项，并且在编码MM头域时，X-Mms-Message-Type，X-Mms-Transaction-ID 和 X-Mms-MMS-Version必须位于MM头的最开始，而且要严格按照所列顺序，Content-Type头域必须在MMS头域的最后，其后为消息体，其它域的顺序可以随意安排。
　　消息体（ Body ） 是多个不同类型的多媒体对象组成的，每个对象占据一个部分――Part(参见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中各部分的播放次序，显示/播放时间，结束时间以及在屏幕中的 显示位置，等控制信息。
　　通常， Presentation部分是消息体的第一个part，若不是则必须使用start字段指出其所在位置， Presentation部分并不会被显示出来，而仅仅是让终端根据它获取一些控制信息，这些信息决定了其它内容的显示大小、先后顺序、位置等。
　　最后 采用 MIME标准（ Multipurpose Internet Mail Extensions - 多用途互联网邮件扩展 ）将 完整的MM（包括： SMIL 、 文本、图像、声音、视频等 各个独立部分） 打包封装在一起，并发送。 MIME标准定义在RFC2045、RFC2046、RFC2047、RFC2048、RFC2049等多个RFC标准之中。
　　MM的二进制编码封装 
　　大多数情况下，MM都基于WAP协议进行传输，它将MMS PDU被封装在WSP/PDU之中 作为WSP的消息体进行传输，并采用WAP/WSP协议作为传输内容的二进制编码（binary encoding）机制，进行消息的封装（Encapsulation）。
　　在OMA-TS-MMS-ENC-V1_3-20080128-C.pdf文档所在规范中，详细定义了每个PDU所涉及的Header域和值，以及为它们分配的二进制码的一一对应关系。采用此二进制编码规范，节约了无线领域的带宽资源，并最优化其在空中传播的数据量。
　　具体对应关系请参阅相关文档。 MMS的收发过程                             
　　1. User activates MMS Client (assumed to be available on terminal).
　　2. User selects or enters MM target address(es).
　　3. User composes/edits MM to be sent.
　　4. User requests that MM is sent.
　　5. MMS Client submits the message to its associated MMS Proxy-Relay via the MMSM interface.
　　6. MMS Proxy-Relay resolves the MM target address(es).
　　7. MMS Proxy-Relay routes forward the MM to each target MMS Proxy-Relay via the MMSR interface.
　　8. The MM is stored by the MMS Server associated with the target MMS Proxy-Relay.
　　9. Target MMS Proxy-Relay sends a notification to target MMS Client via the MMSM interface.
　　10. Target MMS Client retrieves the MM from the MMS Server.
　　11. Target MMS Client notifies target user of new MM available.
　　12. Target user requests rendering of received MM.
　　13. Target MMS Client renders MM on target user’s terminal.
　　基于短消息承载的WAP PUSH流程
　　
　　WAP 1.X对等协议栈：
　　
　　协议栈在客户端的架构：                            General WAP Client Architecture                            
　　WAP2.0和WAP 1.X比较： 终端承载:
　　WAP2.0终端必须支持GPRS，同时支持电路交换数据（CSD）。默认采用GPRS方式，同时
　　将其作为菜单项可选或作为在非GPRS网络环境下的选择。WAP2.0协议考虑到对承载网络应具有前向兼容性。
　　传输协议：
　　WAP2.0 终端采用WTCP（wireless TCP）协议实现在有线和无线网络上有效地传输数据。
　　网络侧的协议栈要求必须支持WTCP 协议。
　　参见OMA规范WAP-225-TCP-20010331-a。
　　对于双协议栈终端， 还应该支持WTP WDP 具体参见原WAP 论坛规范SPEC-WTP-19990611。
　　安全层协议：
　　终端必须遵循WAP 论坛所规定的相关安传输安全层（TLS1.0）协议（RFC2246）。TLS
　　能够保证在WAP 上的两个应用间的保密、数据完整和鉴权。
　　对于双协议栈终端， 还应该支持WTLS 协议。
　　会话协议：
　　WAP2.0 终端使用WP-HTTP 作为会话协议
　　WP-HTTP 还应支持使用CONNECT 方式建立安全隧道，以用于端到端安全问题的解决。
　　WAP 终端应当支持内容编码。
　　对于双协议栈终端，还应该支持WSP。具体参见原WAP 论坛规范SPEC-WSP-19991105。
　　无线应用环境(WAE)：
　　浏览器
　　WML 及其脚本语言
　　内容要求： 图片格式，声音、编码
　　1.  硬件处理能力的差异引起的嵌入式应用不同于PC应用的设计差异。
　　2.  进度和工作量的评估。由于设计方法、平台特征、平台稳定性等原因引起的PORTING的工作量和项目进度的有效评估。
　　3.  MMS模块在项目开发中的关键路径位置(瓶颈)和技术支持需求。
　　4.  集成需要考虑的要素：
　　模块化设计
　　内存管理
　　定时器
　　各种API适配
　　GUI
　　系统消耗
　　三方软件的稳定性、质量、集成难度和工作量。
　　执行单元设计：线程、进程、资源互斥、状态机、同步和异步调用、API适配、队列、线程通信、进程通信相关
　　UI WIDGET(三方软件和平台之间的适配关系)
　　INPUT(输入处理)
　　WINDOWS(三方软件和平台的设计方法) MEMORY：通用接口和系统API的设计原则，BUFFER的设计方法，内存溢出的调试方法、大内存消耗的处理方法
　　性能和响应：CPU处理能力、硬件加速、后台运行、任务时间片设计方法、算法、器件性能、异步和回调函数使用、TASK分解、进度条和动画以及中间状态方法使用、屏幕刷新方法
　　[/b][b]Provider : P Stable: S Extend : E  Modification : M  Support : s Rom:R   ram : r    Arch : A    Comm. : C   GUI_if  : G    Mul_lang : m [/b][b]P S E M s R r A C G m … Obigo                       Jataayu                       ADI                       TI                       展讯                       M-STAR                       Qualcomm                       茁壮                       Android                       Symbian                       RIM                       Iphone                       Arcsoft                       Access                       …                       [/b][b][/b][b]Obigo History: Obigo Q05a Obigo Q03C1-2.0          MMS version 2.0.8.3 Obigo Q03C1-1.0          MMS version 2.0.8.3 Obigo Q03B1-1.0          MMS version 2.0.8.3 [1] GPRS 移动终端规范-通用要求 中国移动通信集团公司
　　[2] GPRS 移动终端规范－MMS 分册（ZV1.0.0）中国移动通信集团公司
　　[3] GPRS 移动终端规范－通用要求 中国移动通信集团公司
　　[EFI] “Wireless Application Protocol, EFI Framework”, WAP-231-EFI, WAP Forum. URI:
　　http://www.openmobilealliance.org
　　[MMSCONF] “MMS Conformance Document, Version 1.3”, OMA-TS-MMS-CONF-V1_3, Open Mobile
　　AllianceTM. URI: http://www.openmobilealliance.org/
　　[MMSENC] “Multimedia Messaging Service, Encapsulation Protocol, Version 1.3”, OMA-TS-MMS- ENC,
　　Open Mobile AllianceTM. URI: http://www.openmobilealliance.org/
　　[MMSCTR] “Multimedia Messaging Service, Client Transactions, Version 1.3”, OMA-TS-MMS-CTR,
　　Open Mobile AllianceTM. URI: http://www.openmobilealliance.org/
　　[MMSRD] “MMS Requirements Document, Version 1.3”, OMA-RD-MMS-V1_3, Open Mobile
　　AllianceTM. URI: http://www.openmobilealliance.org/
　　[OMACP] “OMA Client Provisioning Enabler Release, Version 1.1”, OMA-Client_Provisioning-V1_1,
　　Open Mobile AllianceTM. URI: http://www.openmobilealliance.org/
　　[OMADM] “OMA Device Management Enabler Release, Version 1.1.2”, OMA-DM -V1_1_2, Open
　　Mobile AllianceTM. URI: http://www.openmobilealliance.org/
　　[OMADRM] “Digital Rights Management, Version 1.0”, OMA-Download-DRM-v1_0, Open Mobile
　　AllianceTM. URI: http://www.openmobilealliance.org/
　　[PKI] “Wireless Application Protocol, Public Key Infrastructure Definition”, WAP-217-WPKI, WAP
　　Forum. URI: http://www.openmobilealliance.org/
　　[RFC1869] “SMTP Service Extensions” http://www.ietf.org/rfc/rfc1869
　　[RFC1870] “SMTP Service Extension for message size declaration” http://www.ietf.org/rfc/rfc1870
　　[RFC1939] “Post Office Protocol