彩信网关功能设计说明书.doc

彩信网关功能设计说明书版本号 V1.0目录1. 概念2. 业务与功能1. 概念1.1引用标准、协议13G TS 22.140 V4.0.1 (2000-07), Multimedia Messaging Service Stage 123GPP TS 23.140 V4.2.0 (2001-03),Multimedia Messaging Service Stage 2, (Release 4)33GPP TS 23.140 V5.1.0 (2001-12),Multimedia Messaging Service Stage 2, (Release 5)43GPP TS 23.140 V5.2.0 (2002-03),Multimedia Messaging Service Stage 2, (Release 5)5WAP-206-MMSCTR-20020115-aWAP MMS Client Transactions6WAP-209-MMSEncapsulation-20020105-aWAP MMS Encapsulation Protocol7 中国移动多媒体信息业务规范8 中国移动多媒体信息业务设备规范9 多媒体信息业务接口规范10 中国移动WAP PUSH业务技术规范11 中国移动数据业务总体技术要求12 中国移动GPRS网络技术体制13 中国移动互联网技术体制1.2缩略语AOApplication OrientedATApplication TerminatedFTPFile Transfer ProtocolHTTPHypertext Transfer ProtocolMMSMultimedia Messaging ServiceMMSCMultimedia Messaging Service CenterMMSEMultimedia Messaging Service EnvironmentMOMobile OrientedMTMobile TerminatedNFSNetwork File SystemSMPPShort Message Peer to Peer ProtocolSMTPSimple Mail Transfer ProtocolSNMPSimple Network Management ProtocolWAPWireless Application ProtocolWSPWAP Session ProtocolCDRCall Data RecordURI Uniform Resource Identifier1.3.1企业代码企业代码是企业身份的标识，网络中地址翻译、计费、结算等均以企业代码为依据。企业代码的数据需要在MMSC和BOSS系统中进行配置。企业代码以数字表示，共6位，从“8XY000”至“8XY999”，其中“XY”为各移动分公司代码。彩信全网业务的SP企业代码为8XY0018XY999。（目前短信全网业务的企业代码为9XY0019XY500，WAP全网业务的企业代码为9XY5019XY999。）彩信地方业务的SP企业代码由各地方移动公司按照业务许可的顺序依次分配制定，“XY”具体分配情况见相关表格。1.3.2服务代码服务代码是：用户使用彩信的发送、上传等上行类业务时，需要输入的接收方号码；或SP在根据用户的点播请求在向用户发送、下载等下行类业务时，用户终端中显示的发送方的号码。服务代码的数据需要在MMSC上进行配置，用于路由的查找和状态报告的返回。服务代码以数字表示。全国业务的服务代码长度统一为4位，即“1000”“9999”；本地业务服务代码长度统一为5位，即“01000”“09999”。以下号码或号段暂不分配：13XX（XX00-99）、20XX（XX0199）、168X（X0-9）、186X（X=0-9）、1258/1259、172X（X=0-9）、6XXX、7XXX。上述代码的分配和使用情况均可以在上查询。如果SP已经开展了短信等业务，原则上彩信的服务代码依照SP原有的服务代码进行分配，以保证用户的使用习惯。目前全网业务的服务代码，由集团公司统一分配。1.3.3业务代码业务代码表示业务类别，并且区分不同业务的信息服务费。业务代码的数据需要在MMSC和BOSS系统中进行配置。业务代码用数字表示，并且不能使用000。为便于进行业务统计和分析，业务代码尽量按照不同的业务分类如下：互联网点播类： 以1开头 WAP点播类： 以2开头短信点播类： 以3开头 STK点播类： 以4开头彩信点播类： 以0开头业务代码在遵循原则的前提下其余内容由SP自己制定。1.3.4 上行业务的业务代码规范上行业务的业务代码为三位，其构成如下：第1位：0、7、9开头的业务代码保留，其他代码由彩信SP自行编排。第23位：由彩信SP自行编排特例：如果用户直接给四位服务代码发送上行彩信，系统会默认加上业务代码“0”，该业务代码默认开通，仅用于上行彩信到服务代码。1.3.5 下行业务的业务代码规范下行业务的业务代码为六位，其构成如下：第1位：功能标识位，目前有如下两种选择：l 1，代表一般下行业务l 7，代表用于“先机时代”项目中手机内置并参与渠道分成的业务l 6，代表用于集团客户应用的业务（免费）其他数字目前保留。第2位：彩信业务一级分类，具体如下面表格：第3位：彩信业务二级分类，具体如下面表格：一级分类及标识代码二级分类及标识代码新闻天气（1）天气预报（1）热点快讯（2）社会新闻（3）体育新闻（4）娱乐新闻（5）财经新闻（6）综合新闻（0）游戏娱乐（2）聊天交友（1）笑话幽默（2）彩信游戏（3）影音视线（4）互动有奖（5）五花八门（0）时尚生活（3）时尚有约（1）车迷世界（2）文化教育（3）情感画廊（4）爱情家庭（5）两性健康（6）证券财经（7）位置服务（8）五花八门（0）卡通动漫（4）欧美（1）日本（2）韩国（3）港台（4）本地原创（5）五花八门（0）彩信铃声（5）明星专辑（1）精品影视（2）流行音乐（3）古典音乐（4）卡拉OK（5）特殊音效（6）五花八门（0）彩图动画（6）人物剪影（1）动物一族（2）美丽心情（3）温馨祝福（4）电影名画（5）体育纵横（6）大千世界（7）3D动画（8）五花八门（0）彩信DIY（7）贺卡类（1）形象类（2）文字类（3）五花八门（0）特色用途（0）免费客服（1）优惠套餐（2）第4位：业务模式位，各个模式及其数字标识如下：l 1：按条点播l 2：按条定制l 3：包月定制l 4：包月点播第56位：由彩信SP自行编排1.4 操作指令码操作指令码是指用户通过短信点播或定制彩信业务时，在短信的信息体内输入的代码，或用户上行发送彩信时，在彩信消息体内的文本信息中输入的代码。操作指令码用于标识对彩信的处理方式。此代码出现在短信或彩信的消息体内，由SP自行处理，彩信中心不负责处理该代码。在短信中输入的操作指令码应严格区分用户是点播、定制短信业务还是彩信业务。如果用户通过短信点播或定制彩信业务，操作指令码应以CX开头。如：用户在短信或彩信文本信息体内输入“CX XW”发送至8888，就是定制新浪提供的彩信图片新闻业务。1.5 下行业务由SP主动发起的业务。这里主要指SP向MMSC发起的业务。1.6 上行业务SP被动接收的业务。这里主要指从MMSC那里接收业务。1.7 递送报告报告是接收方（终端）对接收到消息的处理方式信息。递送报告指MMSC在获取这个报告后把这个信息发送给发送方（SP）。接收方对消息的处理可能是接收或者拒绝等。处理流程如下：l SP发送消息（通过MMSC）给终端，并且要求递送报告；l 终端接收到消息后做相应处理（接收或拒绝）；l MMSC把终端对消息的处理信息（递送报告）发送给SP。2 业务与功能多媒体信息业务（MMS）是短信息服务（SMS）和图片信息(Picture Message)或EMS的进一步发展。多媒体信息不仅仅局限于文本信息，还可以传递更为丰富的信息，比如图像、音频、视频和数据等。 MMS业务虽然在给用户的业务表现上类似于SMS业务，但在实际的实现方法上采用的是WAP事件的处理流程，由接收方主动从MMSC取信息，相同于WAP的浏览或下载方式。2.1多媒体信息服务的基本功能多媒体信息业务是实现移动用户的多媒体数据通信服务，在现有SMS业务和EMS业务基础上提升信息服务的表现能力，以满足用户日益提高的信息沟通需求。多媒体信息业务的基本功能包括：v 多媒体消息的发送和接收：手机终端合成多媒体信息后，可以向网内所有合法用户发送多媒体信息，由多媒体短信中心（MMSC）对多媒体消息进行存储和处理，并负责将多媒体消息在不同MMSC之间的传递等操作。同时接收方用户可以从MMSC接收多媒体消息。v 应提供对非MMS终端手机终端的支持：对于非MMS终端的支持可以通过非多媒体信息支撑系统完成。以非MMS终端接收多媒体消息的流程为例，非MMS终端用户接到SMS通知后，可以通过其它手段访问多媒体信息，如Email，WAP，WWW浏览等方式。v 在网络承载方式上，现阶段支持基于CSD的承载方式和基于GPRS的承载方式，未来将支持3G承载方式；v 多媒体信息业务支持点到点的业务和点到多点的业务：点对点多媒体信息业务指发送方和接收方是一个终端或应用系统；点对多点多媒体信息业务指接收方是多个终端地址，在一次多媒体信息发送过程中，可以指定多个接收终端地址。v 对MMS增值应用的支持：多媒体信息系统除了支持一些现有的应用系统（如EMAIL系统）以外，还应提供开放的、标准的API接口，支持增值应用开发；详细业务内容参见“中国移动多媒体信息业务规范”。2.2多媒体信息服务的业务类型多媒体信息服务的业务类型可以有多种划分方式，比如按照通信实体划分、按照承载方式划分等。以多媒体信息业务按通信实体划分为例，可以分为：1. 终端到终端：终端到终端的使用方式是多媒体信息业务中最普遍、最广泛的业务模式，用户通过MMS终端制作、编写多媒体消息，并发送到多媒体信息中心，由多媒体信息中心将多媒体消息发送到接收方终端。2. 终端到应用：用户可以通过MMS终端发送多媒体消息到一个应用系统，比如：发送多媒体消息到Email信箱。3. 应用到终端多媒体信息业务也可以由应用发起，由应用系统发送多媒体信息到手机终端，在这种情况下，应用系统成为多媒体信息中心的外部增值应用。2.3 系统结构多媒体信息业务系统要具有良好的可靠性、安全性、灵活性和可扩展性，能够满足不断变化的业务特性和容量的要求，高效快速地提供新业务。多媒体信息业务的系统结构下图所示：图 2.1 多媒体信息业务系统结构图多媒体信息系统包括以下网元：MMS终端、多媒体信息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非MMS终端支撑应用系统。此外，为配合多媒体信息平台提供多媒体信息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统、网管系统互联。2.3.1 多媒体信息系统中网元介绍：1. MMS Terminals/MMS User Agent（MMS终端/MMS用户代理）：- MMS Terminal通过 MMS User Agent提供多媒体信息服务，MMS User Agent是多媒体信息终端上的一个应用，提供用户浏览、编辑、处理多媒体信息等功能，以及发送、接收、删除等操作；- MMS User Agent 支持MIME，多媒体信息采用MIME格式表示，通过 MIME中不同子类型的定义，多媒体信息可包含文本、图像、声音等数据；2. MMS Relay/ServerMMSC（MMS中继服务器/多媒体信息中心）：- MMSC对多媒体消息进行存储和处理，包括消息的输入、输出、地址解析、通知、报告等。同时，负责多媒体消息在不同MMSC之间的传递等操作；- MMSC产生CDR话单用于计费；3. MS Redirector（MMS重定向器）- 在全网用户设置统一MMSC URL的条件下，该设备负责用户归属MMSC的路由的查询；- 该设备根据HTTP包中的MSISDN号码确定发送方用户归属的MMSC，并向WAP网关返回重定向消息，使WAP网关将该HTTP请求转发给该MMSC；4. MMS User Database（MMS用户数据库）：- 存储用户服务信息，服务类型、个性化服务信息等；在目标网络中，该数据库是移动数据业务管理平台的一部分，建网初期可集成在MMSC系统中。5. External Server（外接应用服务器）：- 多媒体信息中心支持与多种外部应用的接口，可以将一些已存在的消息系统扩展到多媒体信息应用上；- 这些消息应用包括：EMAIL系统、VOICE MAIL系统等；6. MMS VAS Applications（MMS增值应用平台）：- 基于多媒体信息平台的增值应用平台；- 多媒体信息中心应提供开放的、标准的API接口，支持增值应用开发； 7. 非MMS终端支撑应用- 提供对非MMS终端手机用户使用多媒体信息服务的支持；该设备与MMSC通过MM7接口进行通信；8. WAP Gateway（WAP网关）：- WAP Gateway在技术上遵循WAP论坛定义的MMS规范，以支持 多媒体信息业务；- 通过WAP Gateway建立MMS User Agent与MMS Relay/Server的数据访问通道，从而支持多媒体信息的发送、接收、通知等操作；- 对于MMS User Agent与WAP Gateway的连接，采用“WAP Stack”实现 在不同无线网络平台上的承载，针对MMS应用而言，采用WSP协议传递数据；9. ENUM DNS：- 发送方归属的MMSC通过查询ENUM DNS获得接收方归属MMSC的域名。10. Billing System：- MMSC可作为计费信息采集点，将计费信息传递给Billing System用于计费；Billing System功能应在移动数据业务管理平台中实现，在移动数据业务管理平台建成之前可以在BOSS内实现。2.3.2 多媒体信息业务涉及的系统接口. MM1： MMS Relay/Server MMS终端- MMS Relay/Server 与MMS终端之间的通信协议采用WSP协议。- 具体协议参见“多媒体信息业务接口规范”. MM2： MMS Relay MMS Server - MMS Relay和MMS Server之间的协议，该接口为可选接口。. MM3： MMS Relay/Server 外接应用服务器- MMS Relay/Server 与外接应用服务器之间通过 SMTP 或 HTTP 协议相 连。- 具体协议参见“多媒体信息业务接口规范”. MM4：不同多媒体信息系统之间的交互- MM4 接口用于属于不同多媒体信息系统的 MMS Relay/Servers 之间的 信息传递，基于SMTP协议。- 具体协议参见“多媒体信息业务接口规范”. MM6： MMS Relay/Server MMS 用户数据库- 具体协议参见“多媒体信息业务接口规范”. MM7：MMS Relay/Server MMS VAS 应用- MM7用于MM从MMS Relay/Server传递至MMS VAS applications 以及从 MMS VAS applications至 MMS Relay/Server。- 具体协议参见“多媒体信息业务接口规范”. MM8： MMS Relay/Server Billing system - MM8接口用于MMS Relay/Server 传递计费信息到Billing system。- 具体协议参见“多媒体信息业务接口规范”2.4 组网方案241 功能模块结构图2411 彩信接收发送模块调用移动的java api ，与彩信中心连接。接收，转发彩信信息，并且负责上下行的记录。对每一条接收或发送信息进行记录，以方便对记录的查找.接收到新的上行记录插入到数据库 wait_process 表,等待业务处理。监控数据库wait_send 表，查看是否有新的待发数据入库。日志记录：每天00：00时建立新的日志文件，并记录日志。记录位置：/log/接收记录：recv + yyyymmdd +.logRESPONSE记录response + yyyymmdd + .log发送记录：send + yyyymmdd +.log错误记录：error + yyyymmdd +.log记录格式：接收记录格式：hh:mm:ss,手机号，产品号，订购指令，上行号码，内容，标识编号，消息类型，消息版本号，发送方地址，接收方地址，记费用户标识，使用用户标识，临时用户标识(LinkID)，服务状态管理动作代码，产生服务状态管理的原因，服务访问方式，服务订购参数,接收时间.。RESPONSE记录格式:消息类型,消息编号,消息版本号,返回值.发送记录格式：hh:mm:ss,发送号码，接受号码，产品号，订购指令，内容，标识，彩信发送分类，彩信订制栏目编号，彩信内容编号，彩信业务代码，记费类型，记费金额，请求方式，手机型号。错误记录格式：hh:mm:ss,手机号，产品号，上行号码，内容，出错编号，标识编号2412 业务管理模块业务管理模块负责对所有上下行进行管理、产品匹配、资源分配。调用用户订购状态查询模块，查看用户是否订购产品，是否已发满下行。调用产品管理模块，查询用户上行指令是否是已有产品，并返回产品编号与产品处理模块的接口地址。根据用户订购状态查询模块与产品管理模块返回信息，确定产品处理模块接口地址，提交相应产品处理模块处理。时实监控表wait_process，查询是否有新记录等待处理。监控表service_send，查看是否有新的产品处理过的新下行记录提交。service_send表结构：发送手机号（srcMobile），接收手机号（destMobile），彩信发送分类（MsgClass），发送状态（SendMsgType），产品编号（productID），彩信订制栏目编号（sortID），标题（caption）。监听httpserver和监控client_send表，查看是否有外部下发信息需要处理。Clinet_send表结构：发送手机号（srcMobile），接收手机号（destMobile），彩信发送分类（MsgClass），发送状态（SendMsgType），产品编号（productID），彩信订制栏目编号（sortID），标题（caption），内容（TEXT）。对处理完成后的下发数据存入wait_send表，提交彩信接收发送模块。wait_send表结构：发送手机号（srcMobile），接收手机号（destMobile），彩信发送分类（MsgClass），发送状态（SendMsgType），产品编号（productID），彩信订制栏目编号（sortID），标题（caption）。监听httpserver和监控client_send表，查看是否有外部下发信息需要处理。2413 产品管理模块负责对申报产品（特服号，长号码，订购指令，产品编号，记费类行，记费金额）进行管理产品包含：产品编号，订购指令，上行号码，产品状态，记费类行，记费金额，是否需要状态报告,长号码是否精确匹配,订制内容是否精确匹配，彩信发送分类（MsgClass） ，彩信订制栏目编号（sortID），产品对应接口表名。消息类型,消息编号,消息版本号,发送方地址,接收方地址,记费用户标识,使用用户标识,服务标识,退订时间.2414 用户订购状态查询模块对用户的订购关系进行管理。Provision订购关系查询，用户与产品关联管理。用户订购产品下发次数管理。表结构：用户手机号，产品编号，订购指令，彩信订制栏目编号，下行数记录，特服号，上行号码。订购记录:：MICS + yyyymmdd + .log退订记录：UNMICS + yyyymmdd + .log2415 对外接口管理模块提供对外扩展的HTTP调用接口与直接数据库表数据写入clinet_send表的下发接口。HTTP接口 ：/httpserver.exe？USER= ；PWS= ；IP= ；SRCMOBILE= ；DESTMOBILE= ；SERVICEID=；LONGNUM= ；MSGCLASS=；SORTID= ；CAPTION= ；PRODUCTID= ；TEXT= ；Clinet_send表结构：发送手机号（srcMobile），接收手机号（destMobile），彩信发送分类（MsgClass），发送状态（SendMsgType），产品编号（productID），彩信订制栏目编号（sortID），标题（caption），内容（TEXT）。2416 产品处理模块每一个产品对应一个产品处理模块，可以独立编写，通过在产品管理模块中定义的产品对应的数据库表获得上行数据，通过表service_send传给业务管理模块进行下发。与业务管理模块接口：service_send表结构：发送手机号（srcMobile），接收手机号（destMobile），彩信发送分类（MsgClass），发送状态（SendMsgType），产品编号（productID），彩信订制栏目编号（sortID），标题（caption），记费类型，记费金额。2.5 MM7 API的使用在VASP用Java开发自己程序时，只要将中国移动集团公司提供的mm7api.jar和lib下的所有的Jar文件加入到classpath中即可。 配置文件的设置 配置文件mm7Config.xml需要根据SP情况进行修改。1zxmezxme100000000c:vas_log1100120200UTF-81 /mm780true288050100005一些地方需要进行修改，下面一一说明：1表示VASP作为服务端接收消息时是否进行鉴权或进行什么样的鉴权，0表示不鉴权，1表示进行基本鉴权，2表示进行摘要鉴权。zxmezxme表示彩信中心对VASP进行鉴权时的用户名和密码，同时也是VASP对接入的彩信中心进行鉴权时用户名和密码，是双向的，要VASP和MMSC双方进行约定。c:vas_log表示日志存放的路径，在Windows操作系统下和Linux下是不一样的，要注意进行修改。1表示MMSC网关的序号，需要从MMSC处得到。 /mm780分别表示MMSC网关的URL地址和IP（或主机名），也需要MMSC处得到。这里也可以填成ip:port。例如：80:8080,不填端口号使用默认端口号80。2880表示当VASP用应用程序方式进行接收消息时的监听地址和端口号。以上为这个配置文件中主要需要注意修改的地方，当然其他的内容也可以进行修改，如1可以根据需要进行修改，0表示不产生日志；1表示产生错误日志；3表示产生信息日志；6表示产生完整信息日志。10000表示设置发送的超时时间，到发送超过这个时间，则自动进行重新发送。5表示设置重发的次数，建议在10次以下，一般用35次即可。2.6开发方法这里主要介绍从SP接收MMSC发过来的DeliverReq开始，到SP发送SubmitReq到MMSC的整个流程，SP所需要做的工作。2.6.1 VASP接收传送请求（上行业务）VASP接收可以有两种方式：l 如果SP的增值应用是一个普通应用程序，可以使用方式1，即接收代理会自动打开一个监听端口，启动一个监听线程来接收来自MMSC的多媒体消息；l 如果SP的增值应用是一个Web应用，则可以使用方式2，即接收代理作为一个Servlet运行，并自动处理从HttpRequest中搜索数据，并解码成多媒体消息。2.6.2方式1：普通应用程序中的用法public class MyReceiver extends MM7Receiver/定义一个MM7DeliverReq，以便得到MMSC发过来的Deliver消息。（必备）public static MM7DeliverReq deliverReq = new MM7DeliverReq();/Main方法public static void main(String args)/初始化VASPMM7Config mm7Config = new MM7Config(“./config/mm7Config.xml”);/设置ConnConfig.xml文件的路径mm7Config.setConnConfigName(“./config/ConnConfig.xml”); /必备/构造MyReceiverMyReciever receiver = new MyReceiver();myReceiver.setConfig(mm7Config); /必备/创建MM7消息发送接口MM7Sender mm7Sender = new MM7Sender(mm7Config);/启动接收器receiver.start();public MM7VASPRes doDeliver(MM7DeliverReq request)/*接收从MMSC发过来的传送消息，以便取出其中的部分值构造提交消息或得到一些有用信息，如MMSC的标识符等*/deliverReq = request;System.out.println(“收到手机”+request.getSender()+“提交的消息，标题为：”+request.getSubject(); System.out.println(MMSC的标识符为：+request. GetMMSRelayServerID();/SP需要进行一些处理，例如构建MM7DeliverRes消息，设置ServiceCode或StatusCodeMM7DeliverRes mm7DeliverRes = new MM7DeliverRes();mm7DeliverRes.setServiceCode(服务代码); /设置ServiceCode，可选mm7DeliverRes.setStatusCode(MMConstants.RequestStatus.SUCCESS);/*设置请求完成状态，必备，以便表明SP已经接收到传送消息。一般设1000。*/mm7DeliverRes.setStatusText(所用状态文本说明); /*设置所用状态的文本说明，应限定请求状态，可选*/返回给MM7 API，以便API将MM7DeliverRes返回给MMSC。return(MM7VASPRes)mm7DeliverRes;2.6.3 方式2：Web应用程序中的用法public class MyReceiver extends MM7RecieveServletpublic MM7VASPRes doDeliver(MM7DeliverReq request)System.out.println(“收到手机”+request.getSender()+“提交的消息，标题为：”+request.getSubject();System.out.println(MMSC的标识符为：+request. GetMMSRelayServerID();/SP需要进行一些处理，例如构建MM7DeliverRes消息，设置ServiceCode或StatusCodeMM7DeliverRes mm7DeliverRes = new MM7DeliverRes();mm7DeliverRes.setServiceCode(服务代码); /设置ServiceCode，可选mm7DeliverRes.setStatusCode(MMConstants.RequestStatus.SUCCESS);/*设置请求完成状态，必备，以便表明SP已经接收到传送消息。一般设1000。*/mm7DeliverRes.setStatusText(所用状态文本说明); /*设置所用状态的文本说明，应限定请求状态，可选*/返回给MM7 API，以便API将MM7DeliverRes返回给MMSC。return(MM7VASPRes)mm7DeliverRes;2.7 发送多媒体消息的过程（下行业务）发送多媒体消息的过程就是使用MM7 API组织消息，并通过MM7Sender发送给MMSC的过程。主要步骤如下：2.7.1 准备1. 初始化VASP初始化VASP使用的是MM7Config类，该类定义了有关本VASP和对应的MMSC的配置信息。系统在初始化时，必须对该对象进行定义，它将用于通信类的控制。MM7Config mm7Config = new MM7Config(./config/mm7Config.xml );其中mm7Config.xml为配置文件，其格式如下：1111111111111100000c:vas_log1UTF-8/mm702!MMSC网关的序号910010102801001010002. 创建MM7消息发送接口：创建发送接口使用的是MM7Sender类，其中已经封装了和MMSC连接的通讯机制，使用时只要创建它的一个带MM7Config参数的实例即可。MM7Sender mm7Sender = new MM7Sender(mm7Config);2.7.2 创建待发送消息创建待发送消息使用的类均是由MM7Message继承得到的。主要有MM7SubmitReq、MM7CancelReq、MM7ReplaceReq等类，具体设置方法将分别进行介绍。创建提交增值业务的多媒体消息（MM7SubmitReq）1.创建消息对象MM7SubmitReq submitReq = new MM7SubmitReq();2.设置消息属性submitReq.setTransactionID(关联标识); /*设置MM7_submit.REQ/MM7_submit.RES对的标识，必备*/submitReq.setVASPID(SP代码); /设置SP代码，必备submitReq.setVASID(服务代码); /设置服务代码，必备submitReq.setServiceCode(业务代码); /设置业务代码，必备submitReq.setSenderAddress(MM始发方的地址);设置MM始发方的地址（填写SP的服务代码，或者填写让用户回复SP的长号码，长号码构成：SP的服务代码业务代码操作码），必备submitReq.setChargedPartyID(“付费方手机号码”); /设置付费方的手机号码，必备submitReq.setTo(接收方地址); /设置接收方MM的地址submitReq.addTo(单个接受方地址); /增加单个接受方地址submitReq.setCc(抄送方地址); /设置抄送方MM的地址submitReq.addCc(单个抄送方地址); /增加单个抄送方地址submitReq.setBcc(密送方地址); /设置密送方MM的地址submitReq.addBcc(单个密送方地址); /增加单个密送方地址注：在设置或增加To，Cc和Bcc时，至少需要设置其中一个，这些地址可能存在多个地址或使用指示使用分发表的别名。可以标记仅供参考的地址。submitReq.setLinkedID(链接标识); /*设置链接标识，标识传送至VASP的上一个有效消息的对应关系；可选*/submitReq.setMessageClass(MM的类别); /*设置MM的类别（例如，广告、信息服务和计费），可选，具体有：Auto、Personal、Advertisement、Informational*/submitReq.setTimeStamp(提交MM的日期和时间); /*提交MM的时间和日期（时间戳）,格式如2004-02-09T10：21：07，可选*/submitReq.setExpiryDate(指定超时时间); /*设置MM指定的超时时间（绝对或相对时间），可选*/submitReq.setEarliestDeliveryTime(最早理想时间); /*设置将MM传送给接收方的最早理想时间(绝对或相对时间)，可选*/submitReq.setDeliveryReport(发送报告的请求); /*设置是否需要发送报告的请求（boolean值）,可选*/submitReq.setReadReply(需要读取报告的请求); /*设置通过请求传送一个读取报告进行确认，可选*/submitReq.setReplyCharging(应答计费的请求); /*设置应答计费的请求（boolean值），可选*/submitReq.setReplyDeadline(提交应答的最迟时间); /*设置在应答计费的情况下，向接收方提交应答的最迟时间（绝对或相对时间），可选*/submitReq.setReplyChargingSize(应答MM的最大大小); /*设置在应答计费的情况下，提供给接收方的应答MM的最大大小，可选*/submitReq.setPriority(消息的优先级); /*消息的优先级（重要性）（0=最低优先级，1=正常，2=紧急），byte类型的值，可选*/submitReq.setSubject(多媒体消息的标题); /*设置多媒体消息的标题，可选*/submitReq.setAllowAdaptations(VASP是否允许修改内容); /*设置VASP是否允许修改内容（boolean值，默认为真），可选*/submitReq.setChargedParty(VASP所提交MM的付费方); /*设置VASP所提交MM的付费方，例如，发送方、接收方、发送方和接收方或两方均不付费，可选，0：Sender、1：Recipients、2：Both、3：Neither、4：ThirdParty*/submitReq.setContent(多媒体消息的内容); /*设置多媒体消息的内容，可选，注意当要设置时，一定要设置其ContentType。*/submitReq.setDistributionIndicator(是否可重新分发); /*设置VASP是否可重新分发MM的内容（boolean值，true为可以，false为不可以），可选*/创建取消多媒体消息（MM7CancelReq）1.创建消息对象MM7CancelReq cancelReq = new MM7CancelReq();2. 设置消息属性cancelReq.setTransactionID(关联标识); /*MM7_cancel.REQ/MM7_cancel.RES对的标识，必备*/cancelReq.setVASPID(SP代码); /*设置SP代码，可选*/cancelReq.setVASID(服务代码); /*设置服务代码，可选*/cancelReq.setSenderAddress(MM始发方地址); /*设置MM始发方地址，可选*/cancelReq.setMessageID(待取消的消息的标识符); /*设置待取消的消息的标识符，必备*/创建替换多媒体消息（MM7ReplaceReq）1.创建消息对象MM7ReplaceReq replaceReq = new MM7ReplaceReq();2. 设置消息属性replaceReq.setTransactionID(关联标识); /*设置MM7_replace.REQ/MM7_replace.RES对的标识，必备*/repl