移动应用引擎技术方案1101要点

1、短彩信应用与短信认证系统技术方案目录1 1概述. 3 31.1简介 .31.2术语解释 .42 2总体设计. 6 62.1设计原则 .62.2设计方法 .72.2.1模块化的系统结构 . 72.2.2面向服务的整体架构（SOA） . 72.2.3松耦合的整合机制 .82.3系统逻辑架构 . 82.4功能架构 .93 3各系统说明. 9 93.1短彩信应用系统 .93.1.1管理功能 .93.1.2接口功能 .123.2短信认证系统 .153.2.1短信动态口令认证 . 153.2.2短信身份认证接口标准 . 164 4接口设计.16164.1WEBSERVIC鞘息发送接口 . 164.1.1接

2、口协议 .164.1.2同步异步 . 164.1.3发起方 .164.1.4接收方 .164.1.5接口数据描述格式说明 . 164.1.6接口内容定义 . 17A.请求参数.17B.响应参数.175 5实施计划 .19195.1现场实施人员计划 .195.2实施工作进度安排 .196 6附录 .19196.1SGIP错误码参考 .196.2SMGP错误码参考 .206.3CMPP错误码参考 .211概述1.1简介短彩信应用与短信认证系统将3G3G移动网络的网络级功能进行技术封装，以 标准的WebWeb ServiceService接口向其他应用系统开放，从而使各应用系统能够按照标 准的规范接

3、口，调用3G3G移动网络的网络功能，实现短/ /彩信发送、接收等功能。移动用户系统用户?)中国联通行业短/彩信网关移动应用应用服务器组1.2术语解释SGIPSGIPShortShort MessageMessage GatewayGatewayInIn terfaceterface ProtocolProtocol 的英文缩写是短消息网关系统接口协议，是构 成两级短信网关系统的核心，是各 网关通信的标准接口CMPPCMPPChinaChina MobileMobile PeerPeer totoPeerPeer的英文缩与中国移动点对点协议SMGPSMGPShortShort MessageMe

4、ssage GatewayGatewayProtocolProtocol的英文缩与短消息网关协议MMSMMSMultimediaMultimediaMessageMessageServiceService的英文缩与名为多媒体信息服务，是在短消息 业务基础上发展起来的一种新型 消息业务。MMSMMS是第3 3代移动通 讯标准化组织3GPP3GPP制定的全球 信息传送标准，是一项全新的数据 业务，用户可以像使用短消息一样 收发更加个性化的多媒体消息。它将不同的媒体，如文本、图片、照 片、音频、视频等组合成一个多媒 体消息进行发送。MMSMMS信息容量 也大大增长，可以达到100kB100kB左 右

5、。用户在终端上发送MMSMMS操作 也非常方便。和SMSSMS 一样，MMSMMS 米用 存储转发 的技术，用户创建 的信息能够自动、快速的在手机和 手机之间传送；信息的传送仍然按 接收方手机号码进行疋位；当接收 方关机或暂时不在服务区的情况 下，信息将存储在多媒体消息中心 (MMSC)(MMSC)，直到能够正确送达为 止。无论 GSMGSM、GPRSGPRS、WCDMAWCDMA 网络都可以支持MMSMMS业务。WebWeb ServiceServiceWebWeb ServiceServiceWebWeb ServiceService是一套标准，匕疋义 了应用程序如何在WebWeb上实现互

6、 操作性。可以用任何编程语言，在 任何开发平台上写WebWeb serviceservice ， 只要可以通过WebWeb serviceservice标准 对这些服务进行查询和访问2总体设计2.1设计原则1.1. 平台性原则为了满足系统的复杂性、多变性要求，需要采取平台性的设计，即相关的设 计不仅仅使针对在需求阶段了解到的需求，而是通过我们自身的能力和经验，具有通用性，能够在可预见的范围内支持业务的发展、调整变化。2.2. 先进性与成熟性相结合原则根据国内外信息技术及其标准的发展趋势， 采用当今国内外先进的计算机软 硬件技术和产品，使新建立的系统能够最大限度地适应今后技术发展变化和业务 发展

7、变化的需要；与此同时，也应该充分注意所采用技术与产品的成熟性，以确保系统运行的稳定性和可靠性。3.3. 伸缩性和可靠性系统应能根据业务的发展而扩展自己的处理能力，从而使得系统具有良好的扩展能力；能够在线对服务器组进行增加 / /减少而不会影响到系统正常的服务， 保证系统不间断运行。系统应提供统一的异常处理机制4.4. 扩展性系统是一个逐步实施、不断完善的系统，要保证整个系统从各个方面都可以 进行不断的扩充、升级和发展。需要做到：1 1） 开放的体系结构使系统本身与相关应用系统和服务无缝集成。2 2） 系统数据结构设计合理、稳定、灵活，从结构上保证系统的可扩充性；3 3） 适应系统使用过程中的业

8、务数据量的增加；4 4） 随着技术不断的进步，可以方便地升级系统。5.5. 灵活性系统应能根据业务需求的变化，通过模块、参数化等方面的适当调整来满足 业务处理多样性和灵活性的需要。6.6.可管理性和可维护性在复杂的系统中，系统的可管理性是系统能否可靠运行、是否可用、是否好 用的基本保证。在系统设计、实施和维护过程中，相关系统资源要能够为管理平 台所接受、所定义、所监控。7.7. 安全性原则应该高度关注系统的安全性，从安全技术和安全管理两方面的措施保证信息 资源的可用性、机密性和完整性。8.8. 可用性系统应该能够立即检测到应用程序或者服务器的故障。被证实的故障应该触 发恢复过程，系统某个继续工

9、作的服务器上重新启动应用程序或者整个服务器的 工作。从检测到恢复整个处理过程，一般应该在服务水平规定的时间内完成。9.9. 可行性系统必须能够比较方便地实现设计目标中所要求的功能，具有易于实施，易于掌握以及实施成功率高的特点。10.10. 实用易用性系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操 作性。2.2设计方法2.2.1模块化的系统结构系统的整体架构将采用模块化的结构，由分划合理、边界清晰的子系统和模块组成，形成组装式、插件式的体系结构，以利于系统的升级、扩充和发展。2.2.2面向服务的整体架构（SOA）合理应用面向服务的架构（SOASOA）设计策略。应用面向服务的设

10、计策略代表 了信息系统设计的发展方向，其设计要点包括：系统的子系统、模块都是向系统 内部和外部提供服务的逻辑单元； 这些提供服务的逻辑单元采用标准的协议 （网 络协议、应用协议、行业协议、等）向企业内部和外部提供服务；提供服务的机 制必须不受平台技术、编程语言、架构环境的限制。223 松耦合的整合机制系统各业务部分的整合是此项目的一个重要组成部分。在系统架构设计中, 将主要采用松耦合的机制与内部及外部系统进行信息交换和系统之间的互操作。2.3系统逻辑架构彩信接口省彩信网关平台包括两个主要系统：1.1.短彩信应用系统是需要新建的系统，基于 WEBWEB方式展现，提供给管理人员一系列功能，支 持移

11、动应用的各类配置、统计工作。是需要新建的系统，相当于一个接口中间件，接收调用方发来的内容（WebSerivceWebSerivce接口），并连接短信（SGIPSGIP协议）和彩信（MM7MM7协议）网关， 进行上下行短信、彩信消息的传递，建立一个稳定的通道。在接口服务中，会维护一个消息队列， WebServiceWebService接口发送的消息先放入 队列中，然后按照流量控制等策略等统一协调下， 分别再调用短信和彩信网关接 口，进行消息发送。对于上行的消息也同样，上行消息先存入移动应用引擎系统内，然后异步由系统管理员省短信网关认证系统短信认证相应的系统来获取。这种异步方式，可以保持更好的稳定

12、性，降低接口耦合度，以降低某些异常 出现时对系统的影响。2.2.短信认证系统系统支持短信动态口令验证。在接入国资委 VPNVPN时，除要输入用户名密码 外，还要通过短信接收动态口令。提供统一短信身份认证接口标准，方便后续应 用系统集成。2.4功能架构3各系统说明以下分别对平台的组成功能进行说明。3.1短彩信应用系统3.1.1管理功能3.1.1.1用户管理用户管理用于对使用移动应用引擎管理系统的用户进行统一管理1.1.新建用户通过此功能创建新用户，设置其基本信息、登录名、密码等。2.2.修改用户信息通过此功能修改用户信息，设置其基本信息、登录名、重置密码等。以控制哪些3.3.删除用户通过此功能删

13、除用户信息4.4.修改密码用户登录之后，可以自行修改自己的密码。3.1.1.2角色管理通过角色，可以让用户与系统功能建立联系。1.1.新建角色建立新的角色。2.2.修改角色可对角色名称进行修改。3.3.删除角色 可以将角色删除掉。3.1.1.3功能管理1.1.菜单管理通过此功能可以控制移动应用引擎管理系统的菜单展现的顺序。2.2.功能项管理通过此功能可以控制移动应用引擎管理系统展现哪些功能项。3.1.1.4角色授权1.1.角色的授权提供一个角色授权界面，显示并可调整角色与功能之间的对应关系, 角色能够看到哪些功能。3.1.1.5 统计1.1.发送明细查询按照时间，可以查询信息的发送状态，内容，

14、时间，成功/ /失败，是否有回执等明细信息。2.2.接收明细查询按照时间，可以查询信息的接收状态，内容，时间，成功/ /失败等明细信息。3.3.收发统计对发送和接收情况，可以按照一定时间等条件，进行统计。4.4.日报按照约定格式，提供日报表。5.5.月报按照约定格式，提供日报表。6.6.年报按照约定格式，提供日报表。3.1.1.6黑白名单管理1.1.黑名单管理黑名单是禁止收发消息的手机号码列表，系统提供黑名单管理功能，便于黑名单的管理以及在业务使用过程中根据黑名单进行相应业务处理。2.2.白名单管理白名单是允许系统发送消息的手机号码列表，系统提供白名单管理功能。系统只 向在该名单范围内的手机号

15、发送系统消息。3.1.1.7日志采集为了统计的需要，对于接口记录的日志，需要进行采集。1.1.日志分析日志分析用于分析日志，找到需要的信息，并整理为一定格式。2.2.日志入库日志入库功能将分析后的日志，按照规整的格式入库，以便进行后期统计。3.1.1.8策略配置1.1.设定流量设定每分钟发送给网关的最大数量，防止超过限制值，导致发送失败情况。2.2.优先级设定配置是否支持优先级功能。3.3.群发设定配置是否支持群发功能。4.4.内容过滤设定配置是否开启内容过滤功能。5.5.过滤内容管理通过过滤内容管理，对需要过滤的文字进行集中管理。3.1.1.9访问控制管理1.1.设定客户端IPIP为了加强安

16、全，对客户端的IPIP进行提前设定，即只有记录在系统中的调用方IPIP， 才可以调用接口。3.1.2 接口功能3.1.2.1支持三大运营商的接入系统支持联通、移动和电信三大运营商的短彩信接收和发送服务，接入方式可采用短信猫或者短信网关的形式，处理及时有效。系统支持三大运营商的通信协议，包括 SGIPSGIP，CMPPCMPP，SMGPSMGP等。联通采用APIAPI的方式接入目前的国资委系统中，通过联通提供的短信网关发送和 接受短彩信，具有独立的操作界面，同时支持以页面控件的形式，自由嵌入到国 资委已有的各个系统的页面中。3.1.2.2内容过滤1.1.内容分析将发送来的消息进行解析，拆分文字内

17、容出来，进行过滤文字的匹配。2.2.内容屏蔽将匹配上过滤文字的消息进行处理，去除相应的内容，或者禁止此条消息的发出。3.1.2.3协议转换1.1.目标协议判断根据接收到WebserivceWebserivce调用信息内的关键字，判断是需要短信发送还是彩信发 送。2.2.协议转换根据目标协议规范，将下行原始信息或者接收到上行的信息，进行协议互转。3.1.2.4接口访问控制1.1. IPIP控制检查调用方的IPIP是否在系统中登记过，如果有则放行，如果没有，则拒绝调用。3.1.2.5黑白名单控制1.1.黑名单检测消息发送和接收的手机号码，如果在黑名单内，则不允许继续进行调用。2.2.白名单检测消息

18、发送和接收的手机号码，只有在白名单内部的手机号码，才允许使用接 口。3.1.2.6记录日志1.1.接口访问记录将通过系统上行和下行的接口调用记录，通过此功能进行记录，包括IPIP地址、调用时间、结果等。3.1.2.7流量控制1.1.流量控制按照设定好的流量参数，判断当前请求是否已经超过了阀值，如果已经超过，则禁止发送，并返回相应的错误代码。如果没有超过阀值，则继续处理。3.128群发控制1.1.群发参数判定判断配置的系统参数，是否允许进行群发。2.2.号码拆分按照协议约定，对号码进行拆分成单条号码，连接短信或者彩信网关分别进行发 送。3.1.2.9优先级控制1.1.优先级参数判断判断系统配置参

19、数中，是否启用优先级策略。2.2.优先级控制判断队列中的代发送数据优先级标志，调整优先级高的信息到待发送队列前端，实现优先发送。3.1.2.10 接口引擎1.1.短信SGIPSGIP上行和下行接口连接短信网关，建立维护 socketsocket通讯接口，保持链路活动，当出现异常时，可 进行自动重连。协议符合短信SGIPSGIP规范。2.2.短信CMPPCMPP上行和下行接口短信中心通过信令网向移动用户发送信息，移动用户收到后将返回状态报告给短信中心，短信中心将按照操作的流程将状态报告返回给业务提供者。协议符合短信CMPPCMPP规范。3.3.短信SMGPSMGP上行和下行接口短信网关与外部短消

20、息实体之间共有两种里链接方式：长连接，指在一个TCPTCP连接上可以连续发送多个数据包，如果没有数据包发送, 需要双方发链路检测包以维持次连接。短连接，指通信双方有数据交互时，就建立一个TCPTCP连接，数据发送完成后，则断开此TCPTCP连接。协议符合短信SMGPSMGP规范4.4.彩信下行接口连接彩信网关，建立维护 socketsocket通讯接口，保持链路活动，当出现异常时，可 进行自动重连。协议符合彩信MM7MM7规范。5.5.WebWeb ServiceService消息发送接口建立WebserviceWebservice服务，接收调用方发送的信息. .6.6.WebWeb Serv

21、iceService消息回执和上行消息查询接口建立WebserviceWebservice服务，接收调用方发起的查询请求，将回执和上行信息返回给 调用方。3.2短信认证系统3.2.1短信动态口令认证系统支持短信动态口令验证。在接入国资委VPNVPN时，除要输入用户名密码外，还要通过短信接收动态口令。动态口令技术即通过口令计算器（令牌）得到随时变化的、不可预知的、一 次性有效的口令，客户在登录时用动态口令代替固定口令提交到中心进行身份认 证，通过认证后，该口令即失效，既有效的提高了身份认证的安全性，同时免除 了用户记忆密码和经常需要更换密码的麻烦。322短信身份认证接口标准提供统一标准，方便后续

22、应用系统集成。4接口设计4.1Web Service消息发送接口4.1.1接口协议WebWeb ServiceService4.1.2同步异步同步接口，请求发出后，等待响应。4.1.3发起方环保业务系统等类似有调用需求系统4.1.4接收方移动应用引擎4.1.5接口数据描述格式说明格式类型格式符号说明?0.1 :可选*0.n : 0到多次+1.n :至少出现一次出现次数11:必选Stri ng基础数据类型，包括字符串、日期、数字等都米用String方式表示类型对象类型对象数据类型Fn固疋长度，n个字节长度Vn非固定长度，最长为 n个字节4.1.6 接口内容定义A.A.请求参数参数名称出现次数类型

23、长度描述取值说明ActionCode1StringF1动作类型标识1：下行2:获取回执3:获取上行Transactions1StringF28请求流水号【10位系统/平台编码代码】+【8位日期编码 YYYYMMDD】+【10位流水号】ServiceLevel1StringF1服务等级，处理的优先级1UserNumber1StringV1000接收号码一个或多个接收该消息的手机号， 手机号之间用逗号(,)隔开，字符， 手机号码前加“ 86 ”国别标志， 如8613001125453,8613001132345MessageContent1StringV5000消息内容根据消息类型有区分：短消息内

24、容，采用 UTF-8编码 彩信内容，即完整组装好的符合MM7协议规范的mutipart包MessageType1StringF1消息类型0 :短信1 ：彩信ReqTime1StringF14请求时间，时间格式字符串：YYYYMMDDHHMMSS发起请求时间B.B.响应参数参数名称出现次数类型长度描述取值说明ActionCode1StringF1动作类型标识1:下行响应2:获取回执响应3:获取上行响应Transactions1StringF28请求流水号【10位系统/平台编码代码】+【8位日期编码 YYYYMMDD】+【10位流水号】UserNumber1StringV1000接收号码发送该短消

25、息的手机号，字符，手 机号码前加“ 86 国别标志MessageContent1StringV5000消息内容根据消息类型有区分：短消息内容，采用 UTF-8编码 彩信内容，即完整组装好的符合MM7协议规范的mutipart包MessageType1StringF1消息类型0 :短信1 ：彩信Status1StringF1状态该命令所涉及的短消息的当前执行状态：0:发送成功1:等待发送2:发送失败ErrorCode1StringV10错误码当State=2时为错误码值ResTime1StringF14响应时间，时间格式字符串：YYYYMMDDHHMMSS请求响应时间5实施计划5.1现场实施人员

26、计划总体负责及架构设计：陈大川 项目现场单元经理1 1人：励晓UEUE设计2 2人：徐磊、杨瑞姝需求访谈3 3人：励晓、王嘉鑫 设计5 5人：励晓、王嘉鑫、潘坤5.2实施工作进度安排任务名称工期开始时间完成时间1需求分析5工作日2010/11/202010/11/252系统设计5工作日2010/11/252010/11/303程序编码15工作日2010/12/12010/12/154单元测试5工作日2010/12/162010/12/205:系统测试5工作日2010/12/212010/12/256产品上线1工作日2010/12/262010/12/266附录6.1 SGIP 错误码参考错误码

27、描述0无错误，命令正确接收1非法登录，如登录名、口令出错、登录名与口令不符等。2重复登录，如在冋一 TCP/IP连接中连续两次以上请求登录。3连接过多，指单个节点要求冋时建立的连接数过多。4登录类型错，指 bind命令中的logintype子段出错。5参数格式错，指命令中参数值与参数类型不符或与协议规定的范围 不符。6非法手机号码，协议中所有手机号码字段出现非86130号码或手机号码前未加86时都应报错。7消息ID错8信息长度错9非法序列号，包括序列号重复、序列号格式错误等10非法操作GNS11节点忙，指本节点存储队列满或其他原因，暂时不能提供服务的情 况21目的地址不可达，指路由表存在路由且消息路由正确但被路由的节 点暂时不能提供服务的情况22路由错，指路由表存在路由但消息路由出错的情况，如转错SMG等23路由不存在，指消息路由的节点在路由表中不存在24计费号码无效，鉴权不成功时反馈的错误信息25用户不能通信（如不在服务区、未开机等情况）26手机内存不足27手机不支持短消息28手机接收短消息出现错误29不知道的用户30不提供此