中国移动多媒体消息系统（MMS）设备规范.doc

-实施-发布QB-中国移动通信企业标准中国移动多媒体消息系统（MMS）设备规范Equipment specification of China mobile MMS system版本号：1.0.5 中国移动通信集团公司 发布目 录1范围12引用标准、协议13术语和定义14符号和缩略语2第一部分 多媒体消息中心（MMSC）设备规范41多媒体消息业务环境的组成和多媒体消息系统在网络中的位置411多媒体消息业务环境412以MMSC为中心的多媒体消息系统结构52、MMSC设备的功能要求621基本功能要求6211支持终端发起多媒体消息的功能6212支持应用（包括Email Server）发起多媒体消息的功能7213支持点到多点的多媒体消息功能7214支持和其它多媒体消息系统的互联互通8215支持用户设置的无条件前转功能822其它功能要求8221多媒体信息中心应支持的消息内容格式8222多媒体消息中心路由查找功能9223多媒体消息中心集成用户数据库的功能9224多媒体消息系统黑名单功能9225地址隐藏功能9226定时发送功能9227内容适配功能10228对非MMS终端和未知类型终端的支持功能10229多媒体消息的拦截和鉴控功能102210回复收费功能112211多媒体消息的长期存储功能112212多媒体消息中心的一次批价功能113、MMSC设备的接口要求1131多媒体消息系统接口概述1132终端和MMSC的接口(MM1)1233外部服务器接口(MM3)1234多媒体信息中心间互联接口(MM4)1235用户数据库接口接口(MM6)1236增值应用接口(MM7)1237计费接口(MM8)1338网管系统接口134、MMSC设备的操作维护要求1341图形用户界面1342监控机制1443日志和报表管理14431事件日志14432系统日志14433MMSC互联统计信息15434用户日志15435格式转换日志1544故障告警管理1545数据库管理1646资源管理165、MMSC设备的网管和网管接口要求1651配置管理16511系统参数配置16512外部应用接口管理17513用户管理1752性能管理1753故障管理1754安全认证管理186计费要求1861计费原则1862计费记录格式和计费话单产生机制1863计费接口1864计费性能指标1865对预付费用户的支持187软件要求1971基本要求1972软件功能要求198性能要求2081消息处理能力2082可靠性和可用性2083可扩展性209电源与接地2091电源2092接地要求2110环境要求2111验收测试2112技术文件、培训、售后服务及技术支援22121系统文档资料22122技术服务要求23123培训23附录1：计费记录格式和计费话单产生机制241、计费话单触发机制242、话单产生情况253、MMS原始服务使用记录35第二部分 多媒体消息系统对WAP网关的要求4213多媒体消息系统对WAP网关的要求42131消息的传递42132支持的内容类型43133消息内容的长度43134获取终端特性43135支持用户身份识别43136 WAP Push43137 WAP的承载44138 WAP网关与SMSC之间互联对TON属性的要求44第三部分 多媒体消息系统重定向器（MMS REDIRECTOR）基本要求4414MMS REDIRECTOR的基本功能要求4415MMS REDIRECTOR的其它功能要求44151多种路由规则的支持44152访问控制功能44153日志和统计功能45154系统管理功能4516MMS REDIRECTOR的流程要求45161 完成多媒体消息的发送45162完成多媒体消信的接收4517编制历史46前 言本规范主要规定了中国移动多媒体消息业务涉及的主要设备的功能要求、性能要求、操作维护要求、网管要求以及接口和软硬件等方面的要求。本规范主要包含三个部分：多媒体消息中心（MMSC）设备规范，多媒体消息业务对WAP网关的基本要求和多媒体消息业务重定向器（MMS Redirector）设备基本要求。本规范适用于MMSC设备提供商、MMS Redirector设备提供商、WAP网关设备提供商以及与中国移动多媒消息业务相关的服务提供商（SP）。本标准由中国移动通信集团公司技术部提出并归口。本标准起草单位：中国移动通信集团公司研发中心本标准主要起草人：孙杰本标准解释单位：中国移动通信集团公司技术部1 范围本规范对多媒体消息系统的相关设备提出规定，主要包括多媒体消息中心、多媒体消息系统对WAP网关的要求以及多媒体消息系统重定向器的要求（国内业务使用）。中国移动通信集团内部和厂商共同使用，为集团公司和省公司提供多媒体消息系统设备的技术依据。2引用标准、协议下列规范包含的条文，通过在本规范中的引用而构成为本要求的条文。在规范出版时，所示版本均为有效。所有标准都会被修订，使用本规范的各方应探讨使用下列标准最新版本的可能性。13G TS 22.140 V5.3.0 Multimedia Messaging Service Stage 1， (Release 5)23GPP TS 23.140 V6.0.0 Multimedia Messaging Service Stage 2, (Release 5)3WAP-206-MMSCTR-20010612-aWAP MMS Client Transactions4WAP-209-MMSEncapsulation-20010601-aWAP MMS Encapsulation Protocol5中国移动多媒体消息业务总体技术要求，中国移动通信集团公司6中国移动多媒体业务接口规范，中国移动通信集团公司7中国移动多媒体业务规范，中国移动通信集团公司8IETF，RFC 2915：“命名授权指示器 (NAPTR) DNS 资源记录”(The Naming Authority Pointer (NAPTR) DNS Resource Record)，URL：http:/www.ietf.org/rfc/rfc2915.txt9IETF，RFC 2916：“E.164 号码和 DNS”(E.164 number and DNS )，URL：http:/www.ietf.org/rfc/rfc2916.txt10IETF，RFC 1035：“域名服务器的实现和标准”(DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION )，URL：http:/www.ietf.org/rfc/rfc1035.txt3术语和定义发送报告：由MMSRelay/Server提供给MM发方（MMS用户代理或VASP），关于MM传送状态的反馈信息MM状态：MMBox内的MM状态，为几个相互排它枚举值之一发方MMSE：与MM发方相关联的MMSE发方MMS Relay/Server：与MM发方相关联的MMS Relay/Server发方MMS用户代理：与MM相关联的MMS用户代理发方VASP：正在发送MM的VASP阅读报告：由收方MMS用户代理发送给发方MMS用户代理的反馈信息，该信息是反映原MM在收方MMS用户代理中的处理状态收方MMSE：与MM收方相关联的MMSE收方MMS Relay/Server：与MM 的收方相关联的MMS Relay/Server收方MMS用户代理：与MM收方相关联的MMS用户代理收方VASP：正在接收MM的VASPENUM-DNS：号码域名解析4符号和缩略语AO：Application Originated (应用发起)AT：Application Terminated（应用终止）CDR:Charging Detail Record （计费详单）FTP: File Transfer Protocol （文件传输协议）GUI:Graphical User Interface（图形用户界面）HTTP:Hypertext Transfer Protocol （超文本传输协议）LDAP Lightweight Directory Access Protocol （简洁目录存取协议MIME : Multipurpose Internet Mail ExtensionsMO:Mobile Originated （终端发起）MT:Mobile Terminated （终端终止）MMS: Multimedia Messaging Service （多媒体消息服务）MMSC: Multimedia Messaging Service Center （多媒体消息服务中心）NMS: Network Management System （网络管理系统）SMPP: Short Message Peer to Peer Protocol （点对点短信协议）SMTP: Simple Mail Transfer Protocol （简单邮件传输协议）SNMP: Simple Network Management Protocol （简单网络管理协议）SSL:Secure Sockets Layer（安全套接字层）SMIL : Synchronized Multimedia Integration LanguageSAR:Segmentation and Re-assemblyWAP:Wireless Application Protocol （无线应用协议）WSP:WAP Session Protocol （无线会话协议）第一部分 多媒体消息中心（MMSC）设备规范1多媒体消息业务环境的组成和多媒体消息系统在网络中的位置11多媒体消息业务环境图1-2 多媒体消息业务环境MMSE ：多媒体消息业务环境MMSE 是实现MMS业务的一套独立的和完整的网络元素的集合。MMS Relay/Server：MMS 中继/服务器MMS 中继/服务器负责存储和处理输入和输出的消息，以及在不同多媒体消息系统之间传送多媒体消息。MMS User Database：用户数据库MMS用户数据库包含所有MMS业务中与用户相关的信息，例如业务定制信息，黑白名单信息等。MMS Useragent： 用户代理MMS 用户代理存在于MMS终端，向用户提供查看、编写和处理多媒体消息的功能。（例如，提交、接收删除 MM）。MMS VAS Application：MMS增值应用程序MMS VAS 应用程序向 MMS 用户提供增值业务。12以MMSC为中心的多媒体消息系统结构多媒体消息系统在GSM/GPRS/3G网络中的系统结构如图12 所示。MM2MM7MM6MM4MM3MM1接入服务器GSMGGSNGPRS短信中心MMS终端非MMS终端WAP网关MMS Relay/Server用户数据库外部服务器(例如 E-Mail)外部服务器外部服务器(例如 Voice Mail)IP 网IP网其它MMSC3GMM8计费系统非MMS终端支撑应用MMS增值应用系统网管系统RelayServerMMS重定向器ENUM-DNS图1-2 多媒体消息系统结构图多媒体消息系统包括以下网元：MMS终端、多媒体消息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非MMS终端处理系统。此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统、网管系统互联。多媒体消息中心（MMSC）是整个多媒体消息系统的核心，它主要负责存储并处理进出MMSC的消息，完成在网络上发送由文本、声音、图片及其他媒体格式组成的多媒体消息。MMSC 不但能够完成终端到终端的业务需求，还能够在终端和EMAIL系统以及外部增值应用系统之间传送消息并产生相应的计费信息记录。为了保证满足系统对容量和吞吐率的要求，多媒体信息中心应当能够支持集群方案，使得进入系统的多媒体消息可通过负载均衡由不同模块处理，达到提高系统容量和高效利用资源的目的。2、 MMSC设备的功能要求21基本功能要求211支持终端发起多媒体消息的功能终端发起的多媒体消息的方式有：· 消息可以被发送到另一个终端MMSC应完成对消息进行接收、存储、地址解析、发送通知、产生发送报告和阅读报告，保证多媒体消息被正确发送到接收方终端。接收方用户终端显示的主叫号码，如果是网内号码，应不显示“”或“86”，如果是国际号码，应显示国际前缀和国际号码。· 消息可以被发送到某个外部增值应用系统MMSC应可以将终端发起的多媒体消息转换成满足外部应用要求的格式，并保证将消息成功发送到外部应用，同样能够对消息的发送方提供发送报告和阅读报告。MMSC必须能够解析表征外部应用的号码（短号码）、域名或其它地址格式并实现SP的一点接入全网服务。· 消息可以被发送到邮件系统终端向邮件系统发送多媒体消息时，应根据接收方用户的邮件系统的域名进行路由解析并进行消息转发。说明：发送方终端可以要求收到获得发送报告，MMSC上必须按照终端用户的要求设置是否将发送报告送至终端用户。同时，为了满足按照用户最终接收多媒体消息的状态进行计费的目的，在单域（一个MMSC）情况下，MMSC必须能够记录消息的最终状态并产生相应话单，在双域（两个MMSC之间前转）情况下，接收方MMSC必须要表征用户最终接收状态的发送报告前转至发送方MMSC，不论发送方用户是否请求了发送报告。MMSC限制每个用户每小时最多发送N条,其中N值可以由系统管理员进行静态数据的配置（默认是200条）。同时，MMSC要支持白名单管理，对于白名单中的客户号码，不进行发送频次的限制。若某小时某客户发送的彩信条数超过限制，系统首先本地告警、短信和EMAIL通知，并处理默认处理动作（在系统中预先设置几种处理方式，可由系统管理员进行配置。其中处理方式至少应包含：拒发多余彩信，并向客户短信提示，或继续发送等。）212支持应用（包括Email Server）发起多媒体消息的功能· 由外部增值应用系统发起多媒体消息由外部增值应用系统发起的多媒体消息通过MMSC被发送到某个终端，MMSC应处理完成路由的判断（实现外部增值应用的一点接入全网服务）和基本的消息接收、处理、存储转发的功能和向消息的发送方提供发送报告和阅读报告外；还应具备对外部应用的基本鉴权和管理功能，可以根据中国移动的要求对由应用发起的消息做相应的约束，例如：a) 消息最大字节数b) 每秒最大消息数c) 每条消息最大接收者个数d) 是否要求隐藏发送者地址等。由应用发起的多媒体消息业务业务到某个手机终端，主叫号码显示发起方SP的服务代码。· 由邮件系统发起多媒体消息邮件系统向终端发送多媒体消息时，应能根据接收方用户的手机号码解析出其归属的MMSC并直接转发至用户归属的MMSC；例如由梦网邮箱通过MMSC发送多媒体消息到某个终端，梦网邮箱负责消息的路由解析和转发。MMSC应可以根据终端的类型和用户数据库中的用户信息，对应用发起的多媒体消息进行格式转换、内容过滤等操作，并保证将消息成功发送到终端，而且能够对消息的发送方提供发送报告和阅读报告。说明：发送方可以要求收到获得发送报告，MMSC上必须按照发送方的要求设置是否将发送报告送至发送方。同时，为了满足按照用户最终接收多媒体消息的状态进行计费的目的，在单域（一个MMSC）情况下，MMSC必须能够记录消息的最终状态并产生相应话单，在双域（两个MMSC之间前转）情况下，接收方MMSC必须要表征用户最终接收状态的发送报告前转至发送方MMSC，不论发送方是否请求了发送报告。 213支持点到多点的多媒体消息功能对于发送方而言，一条消息可以有多个接收者，多个接收者的地址类型包括终端用户的手机号、EMAIL地址、外部应用的服务代码。多媒体消息中心负责将消息发送至每一个接收者，而且能够对消息的发送方提供发送报告和阅读报告，同时多媒体消息中心可以限制接收方的个数。对于点对多点的情况，为了减少各个接口的流量发送方MMSC应该在MM4接口和MM7接口只发送一条多接收方地址的彩信，如果设备做不到，可以把点对多点的彩信分拆成多条彩信消息下发，但是同时必须能够识别多地址的彩信消息并成功下发。MMSC应根据多个消息接受者相应产生多条MSG-ID相同流水号不同的MO和MT话单。在现阶段终端不支持接收方个数的限制的情况下，发送方MMSC对MO业务的最大群发目的地址数量可配置，限制为50。MMSC应对用户一次群发超过50个接收方的情况，一条都不予以发送，并给用户相应的短信提示语言：“您好！您刚才发送的彩信由于一次性选择的接收号码超过了50个，没有发送成功（未收取彩信费用）。请您重新发送，谢谢！”214支持和其它多媒体消息系统的互联互通MMSC应支持通过MM4接口和其它多媒体消息系统的互联，MMSC负责消息的转发和处理，发送报告和阅读报告的产生，以及根据消息的发送情况正确的产生计费话单。同时还应根据运营商的需求在接口上灵活的扩展字段。215支持用户设置的无条件前转功能MMSC应支持根据用户在用户自服务系统中设置的无条件前转的信息（具体的设置要求参见中国移动多媒体消息业务规范），话单的产生情况参见附录1。 22其它功能要求221多媒体信息中心应支持的消息内容格式目前多媒体信息中心至少应支持每条消息含100kbyte信息量，并且可以根据运营商的要求设置允许发送和接收的实际的信息量大小。目前建议支持的多媒体信息中心支持的消息内容格式有：1. 纯文本格式: US-ASCII , ISO-8859-1, UTF-8, Shift_JIS，GB23122. 静态图象格式：Baseline JPEG,GIF87a,GIF89a，WBMP3. 语音格式： AMR(AMR support for voice clips)4. 音频格式： MP3，MIDI，AAC5. 视频格式： MPEG-4 Visual Simple Profile Level 0 ,H.263 profile 3 level 10,SWF,SVG.目前可以根据业务使用情况至少支持其中几种基本的内容格式，随着技术的不断发展，MMSC应根据运营商的要求支持更多更丰富的内容格式。222多媒体消息中心路由查找功能由于业务开展初期ENUM-DNS设备和协议的不成熟，所以对接收方用户归属地MMSC的查找由MMSC通过查找手机号段和域名（或IP地址）对应关系的静态路由表完成，所以多媒体信息中心应该具有集成静态路由表和路由查找的功能。在ENUM-DNS设备启用后，MMSC应满足和ENUM-DNS之间的接口协议，完成手机号段和域名（或IP地址）对应关系的动态查找。223多媒体消息中心集成用户数据库的功能在业务开展初期多媒体消息中心的用户数据库中应存储与用户相关的一些基本数据，用户数据库信息来源于终端能力协商（User agent Profile） 或者用户在网上登记的内容以及通过客服得到的用户的情况。用户数据库的基本内容应包括用户手机终端的基本情况，比如手机号，终端类型等，也应该包括用户定制的业务的情况，另外还有一些用户个性化的设定，比如前转的EMAIL信箱，定时发送、用户个人设定的黑白名单等功能。224多媒体消息系统黑名单功能 多媒体消息中心可以设置系统黑名单，限制不合法用户（包括本网不合法用户和其它运营商用户）访问（包括发送和接收彩信）多媒体消息中心。225地址隐藏功能多媒体信息中心允许用户隐藏他们的个人信息。如果发送方不愿意让他们的MSISDN号码被收信者知道，就可以启用地址隐藏功能。多媒体信息中心将在提交给接收方的通知消息中去除发送方的信息。但是，MMSC应可以根据运营者的需求控制该功能的开放和关闭。如果用户在手机终端设置了地址隐藏，MMSC应屏蔽该请求，在不隐藏发送方地址的情况下继续发送该多媒体消息。226定时发送功能消息发送方（包括终端和应用的情况）可预先设定提交消息最早时间。MMSC应能保证在消息发送方要求的时间将多媒体消息提交到接收方用户。在MMSC互联时，该功能应由发送方MMSC处理。如果手机用户设置的最早发送时间超过了系统的有效期，应忽略用户请求，立即发送。 227内容适配功能 MMSC应具备内容适配的功能，对接收方终端不识别和不适合显示的消息进行内容适配，使之适合于在接收者的终端上显示。内容适配一方面包括对多媒体消息大小和分辨率的适配，包括改变图形质量(分辨率)和尺寸，另一方面包括对多媒体消息格式的转换，比如根据接收者终端能力，去除不支持的内容，和完成不同媒体格式的转换。内容适配允许在支持不同功能的MMS终端间发送多媒体消息。消息发送者在发送多媒体消息时不需要知道接收者终端能力。基于MMS终端规范中对手机终端的要求，要求MMSC具备以下方面的内容适配能力：1、 可以根据接收方的终端能力进行图片质量（分辨率）和尺寸大小做不同的图形展示适配；2、 在图象方面，要求MMSC可以在WBMP,GIF87, GIF89a, JPEG之间进行转换；3、 在音频方面，要求MMSC可以在AMR，Imelody，WAV，MIDI之间进行转换；4、 在文本方面，应支持目前通用的中文和英文的字符集和之间的转换，比如Unicode和GB2312等。格式转换可通过用户图形界面进行配置。可配置的项目包括是否进行格式转换和做哪一类转换（如降低尺寸和分辨率，内容剪裁等)。格式转换的应能作过内容适配的消息将记入日志。228对非MMS终端的支持功能MMSC应支持非MMS终端，此功能可以通过非MMS终端处理系统来完成。MMSC将非MMS终端处理系统作为多媒体消息业务的一个增值应用，支持手机用户通过WEB接口、WAP或e-mail等方式 浏览多媒体消息。当开通多媒体消息业务时，对非MMS手机和未知类型终端的支持应是一项基本的服务。支持非MMS终端的业务流程请参见中国移动多媒体消息业务业务规范。229多媒体消息的拦截和鉴控功能多媒体消息的拦截和鉴控，提供了必要的监控多媒体消息的功能。在MMSC上可以设置被监控的发送方地址或接收方地址或鉴控规则，并将这些消息拦截或复制并发往指定的电子邮件地址。同时，MMSC还应具有对特定文本（包括消息题目和消息内容）的检查和过滤功能。2210回复收费功能当发送方用户要求接收方用户回复给发送方用户的第一条多媒体消息由发送方来承担费用时，多媒体消息中心应能记录这种计费方式并在相应的话单中体现。MMSC中应当可以根据运营商的要求对此功能做开放和关闭。2211多媒体消息的长期存储功能多媒体消息中心可以根据用户的要求，利用另外一个逻辑实体实现对多媒体消息的长期存储，用户可以根据自己的喜好对这些多媒体消息进行长期保存、随时下载和删除等操作。2212多媒体消息中心的一次批价功能对于应用到多媒体终端和多媒体终端到应用的业务，多媒体消息中心应维护SP信息费费率表,依据费率表进行信息费的一次批价,并在话单的对应项中体现。费率表中至少应包括:SP代码、服务代码、业务代码、计费方式（包月、按条等）、资费等。2213手机终端下载时的鉴权功能l 为了防止在手机接收到通知消息后，更换SIM卡后再去MMSC提取多媒体消息，MMSC设备在用户下载消息之前，必须进行鉴权，验证通知消息和SIM卡号的一致性。l 彩信中心需具备对不同终端类型的识别与处理的功能。（一）系统管理员可配置允许提供MMS服务的终端类型白名单，从而实现彩信中心对终端的管理。（二）彩信中心具备对新增MMS终端的受理与管理能力系统需具备添加新终端功能，并制定新终端的彩信中心访问权限。（三）现阶段不提供服务的终端类型1 无UA profile的终端。（四）对不提供服务的终端的处理1 用户发送彩信的时候，彩信中心提示发送用户：“您使用的手机暂时还不支持彩信功能，请与手机厂商联系升级相关软件。”。2 当用户接受彩信的时候，彩信中心提示接受用户：“您使用的手机暂时还不支持彩信功能，请与手机厂商联系升级相关软件。”，按照业务规范当中对非彩信终端的业务流程处理。（五）彩信中心需要能够给所有支持中国移动规范要求的移动终端设备提供服务，这就需要彩信中心维护移动终端设备的信息，包括添加、修改、分类等，对于每一种移动终端设备都需要保存它们的相关物理特性，如显示屏大小、色彩、内存大小等。2214 开放SP本地业务的要求开放SP本地业务的需要，彩信中心需要具备根据接收方号码和计费用户号码归属的省信息，对号码段进行限制，对于不归属于开放本地业务省的号码需要系统拒绝。2215彩信系统支持对不同的业务采取不同的发送优先级 在由于业务量大而造成系统拥塞的情况下，系统应能根据下述要求对业务采用不同的优先级。具体描述参见中国移动多媒体消息业务规范。2216 彩信3350拒绝短信当SP和EMAIL邮箱下发彩信的接收方为非彩信终端时，接收方用户归属的彩信中心必须要向发送方用户发送一条短信，告知其发送失败及其失败的原因，具体的短信内容请参见业务规范，同时由于全网的短信中心只分配一个短信的服务代码，所以为了解决3350拒绝短信下发的组网和路由问题，要求彩信中心在下发3350拒绝短信时， 计费方号码的设置应可配置，选项内容包括：1、计费方号码使用 A.发送方号码 B.特定手机号码 C.接收方号码，D SP企业代码3、 如果计费方号码使用特定手机号码，手机号码为可配置。2217 通过短消息系统直接Push功能鉴于PAP PUSH的成功率受到WAP GW的影响，要求MMSC支持直接PUSH方案，使得通知消息在发送时可绕过WAPGW，消除WAP GW对通知消息成功率的影响。这种方案是PAP PUSH的一种增强，其路由方式图参见21，消息流程图见图22。图21 直接短消息通知路由方式图（直接PUSH）图22 消息流程图（直接 PUSH）流程描述如下：为了关注重点，此处的流程描述仅仅描述通知消息，其他相关消息的描述请参见Error! Reference source not found.。序号消息名称类型消息方向说明1submit_sm.REQ(MM1_notification.REQ)请求MMSC -> SMSCWAP GW转发通知给SMSC2submit_sm.RES应答SMSC -> MMSCSMSC在收到来自WAP GW转发的通知消息后给WAP GW一个响应3map_sri_for_sm/SMSREQ请求SMSC -> HLRSMSC发送查询请求给HLR4map_sri_for_sm_resp/smsreq应答HLR -> SMSCHLR回复SMSC查询请求，告诉SMSC接受方终端的状态。5map_fwd_mt_sm_req/SMDPP(MM1_notification.REQ)请求SMSC -> UASMSC将通知消息转发给UA6map_fwd_mt_sm_resp/smdpp应答MSC -> SMSCUA将接收结果转发给SMSC7deliver_sm请求SMSC -> MMSCSMSC将递送结果转发给MMSC8deliver_sm_resp应答MMSC -> SMSCMMSC响应SMSC发来的递送结果消息 表21直接短消息通知流程描述2218 push 通知消息压缩功能针对通知消息超过SMS的消息长度140字节的限制，造成通知消息的时延过长的问题。为解决此问题，可以采用通知消息压缩的解决方案，将SMS承载的PUSH通知消息在一条SMS中实现。要求MMSC能够分析MM1 notification.REQ消息并进行处理 MM1_notification.REQ字段名长度（字节数）说明X-Mms-Message-Type2不可压缩X-Mms-Transaction-ID30含标志以及字符串结束符0，MMSC相关X-Mms-MMS-Version2不可压缩From最小4可选Subject最小5或6可选，subject经utf-8编码后长度大于等于31时，最小6字节，否则最小5字节X-Mms-Message-Class2不可压缩，Token-Text暂未考虑X-Mms-Message-Size5或6长整型编码，一个int最多占1+4=5字节，再加标志位共6字节, 但目前最大支持100k消息，所以int占用1+3=4字节，共5字节X-Mms-Expiry7或8相对时间，比Size多两字节，194天以内占7字节，否则占8字节X-Mms-Content-Location变长形如 http:/IP:PORT/was/Transaction-ID，目前长度=1+13+L(IP:PORT)+L(Transaction-ID) = 1+13+21+28= 63，IP:PORT可以是变长域名DOMAIN要求MMSC对MM1 notification.REQ消息做如下处理：1、对Tid字段的压缩：通过压缩算法可以压缩成12个字节。2、对From字段的压缩：1）From是手机号码，From字段须携带/TYPE=PLMN后缀，压缩后整个From字段占25个字节。2）From是邮箱地址，格式是手机号码+，比较长，采取不压缩的方式。因此一般邮箱到点流程的PUSH消息都需要两条短消息下发。3）From是SP号码，目前现网SP号码的最大长度为11位，远小于终端手机号码+/TYPE=PLMN后缀的长度，所以不用压缩。3、对Domain字段压缩Domain字段包含IP地址和端口号，形如：xxx.xxx.xxx.xxx:sssss，最大21个字节。为了使From字段带上/TYPE=PLMN，必须压缩Domain字段。Domain字段可压缩的只有省略端口号，使用默认的80端口，这样Domain字段最大只需15个字节。4、对Subject字段压缩：在包容必选字段（即From和Subject之外的字段）后优先包含From字段，还有空余则再包含Subject字段。即在一条短消息内，尽量容纳更多的信息、尽量减小对用户业务体验的影响。如果不能包含完整的Subject字段，则截断超出可用长度部分，截断点的选择应保持解码单元的完整性。2219 手工发送 WAP Push功能MMSC系统应提供手工方式发起Push Notification消息的手段。2220 非本域MMS消息拒绝的错误代码功能对于一点接入的SP，只有与SP连接的MMSC才允许该SP向MMSC通过MM7接口发送彩信，对于其它的MMSC应能配置拒绝该SP直接通过MM7接口下发的彩信。对于多点接入的SP，MMSC应能够根据SP通过MM7接口发送的彩信消息中的接收方或计费方用户号码信息进行判断，对于接收方或计费方用户号码不归属于本MMSC的情况，MMSC应能配置拒绝该SP发送的彩信。MMSC应能支持配置根据接收方用户号码或计费方用户号码进行判断的功能。对于以上情况，MMSC应支持相对应的错误代码，以便返回给SP进行路由调整。2221 “过期提取”通知彩信对于在MMSC已被删除的彩信，有些终端会仍不断发送提取请求，网络资源消耗。对于此类情况，MMSC应能够产生一条提示彩信消息供终端提取，告知用户所提取的彩信已经过期。该条彩信的提示内容为“尊敬的客户您好，中国移动的彩信系统能够为用户保存彩信48小时，但由于您未在48小时之内成功接收该条彩信，该条彩信已经被系统删除。本条彩信免费。详情请咨询1860。”2222 邮件地址配置功能针对于彩信邮件类业务的应用，提出以下要求。a) 发送方地址配置功能：要求MMSC应能够配置邮件发送的源地址。可选择的配置有“手机号”、 “手机号”；b) MMSC应能够配置选择直接发送给最终的邮件接收地址或先转发给17288邮箱，由17288邮箱转发。在转发给17288邮箱时，MMSC应在消息中SMTP 的TO字段中携带最终的邮件接收方地址。2223 超时转非MMS终端处理系统功能对于应用提供商到用户的MM消息：当接收方用户是未知用户时，MMSC不转发给非MMS终端处理系统（梦网相册）；对于接收方用户彩信用户，仍转至梦网相册，但不计信息费。4、 MMSC设备的接口要求 31多媒体消息系统接口概述依据图 1-1的 多媒体消息系统结构图，MMSC(MMS Relay/Server)的接口包括：1. 终端和MMSC的接口(MM1)2. MMS Relay和MMS Server的接口（MM2）（目前不做明确说明）3. 外部服务器接口(MM3)4. MMSC间互联接口(MM4)5. 用户数据库（数据业务管理平台）接口(MM6)6. 增值应用接口(MM7)7. 计费接口(MM8)8. 网管接口从多