UMS短信和彩信概要.doc

Exchange valuable message for X protocol统一信息服务平台Unified Message Service Platform for Service Provider短信、彩信技术概要版本3.02无线技术无限二零零八年十二月1概述统一消息服务平台（Unified Message Service Platform，以下简称UMS）系统是SimpleTeam的产品。它主要是为服务提供商提供统一的业务通讯平台，使得服务提供商可以为不同的客户群，特别是那些通过移动设备终端访问服务的客户，提供统一的服务模式。另外，它还可以为服务提供商之间的信息，资源和市场的共享提供通讯层次上的便利。图1 统一消息服务SimpleTeam实现了一个与以往API程序完全不同的概念：只需要通过配置UMS系统，就可以让消息透过不同的应用系统，自动地从消息来源点分发到各个不同的接收点。而且系统运行过程中几乎无需人工干预。UMS系统内部已经具备了：连接管理、流量管理、路由管理、消息统计和计费、消息兼容与转换、缓冲与队列、查找与匹配、报警与自动恢复等等完整的功能体系。1.1手册说明此技术手册在于说明统一信息服务平台的关于短信和彩信的技术概要。首先介绍了短信和彩信所涉及的业务网关以及短信和彩信常用的业务模式。这个平台将为服务提供商的运营和管理提供有力的支持与帮助。在企业发展和市场竞争加剧的情况下，使得服务提供商更加完善面向客户的服务体制，为客户提供更好的服务，提高客户的满意程度，降低服务成本。1.2使用范围本手册适合于基于电信运营的服务提供商、网关提供商和数据交换提供商。此技术手册所涉及的技术概念特别多，因此阅读本需要一定的技术基础。1.3参考资料Short Message Peer to Peer Protocol Specification SMPP v3.4中国移动通信互联网短信网关接口协议 CMPP 3.0中国联合通信公司短消息网关接口协议 SGIP 1.2基于固定电话网的信息终端及综合信息系统技术规范SMGP 1.32PHS短消息网关技术规范CNGP 1.0中国移动MMS接口规范中国联通MMS接口规范中国电信ParlayX接口规范中国网通ParlayX接口规范中国移动Provision接口规范1.4术语表SMSShort Message Service，短消息服务。ISPInternet Service Provider，互联网服务提供商。ICPInternet Content Provider，互联网内容提供商。SMPPShort Message Peer to Peer，短消息点对点协议。CMPPChina Mobile Peer to Peer，中国移动点对点协议。SGIPShort Message Gateway Interface Protocol，联通短消息网关接口协议。同时也用于完成在SMG和SP之间、SMG和SMG之间短消息的发送、接收和转发功能，以及SMG和GNS之间路由表的同步功能。GNSGateway Name Server，负责系统路由的管理和同步。CNGPChina Netcom Short Message Gateway Protocol，中国网通短消息网关协议。HTTPHypertext Transfer protocol,超文本传输协议。TLSTransport Layer Security，传输层安全。MOMobile Original，由手机用户提交的短消息。MTMobile Terminate，手机用户接收的短消息。SMGShort Message Gateway，短消息网关，SMG之间的通讯协议采用SGIP。SMSCShort Message Service Center，短消息中心。SPService Provider，服务提供商，泛指移动、联通、电信、网通短信的合作伙伴。2短信概况2.1中国移动中国移动经过多年的发展，目前短信业务已经趋于稳定。短信网关的主要通讯协议为CMPP 3.0；短信业务平台由卓望公司所提供的MISC平台进行管理，所使用的通讯协议为Provision通讯协议。目前短信网关的主要提供商为：亚信、华为、东大诺基亚、清华深迅。这些网关目前的通讯协议已经基本统一。但是在某些细节方面仍然有些差异，但是这些差异仅仅体现在通讯层方面，对业务层次基本上影响不大。UMS系统可以兼容国内所有短信网关，包括上述四家主要厂商。同时UMS系统也支持Provision接口。UMS系统本身对HTTP采取独立编程，无须单独的Web Service接口，可以可靠地自行控制HTTP的通讯协议，保证稳定接收和处理Provision通讯协议。2.2中国联通（新联通）中国联通经过多年以来通讯协议一直基本使用SGIP 1.2版本。虽然网关的提供商很多，但是基本无太多变化。现在合并后的新联通，将采用ParlayX通讯协议作为其短信方面的业务接口协议。目前ParlayX相关通讯系统均由爱立信等厂商提供。ParlayX通讯协议是一种基于SOAP的业务通讯协议，即能实行通讯传递，也能支持业务逻辑处理。UMS系统既支持SGIP各个版本的协议，也支持最新的ParlayX通讯协议。2.3中国电信中国电信的短信业务一直基本使用SMGP 2.0版本为主，全网曾经使用过SMGP 3.0。但是在业务订购关系方面的管理曾经比较混乱。现在合并后的中国电信，也是采用ParlayX通讯协议作为其短信方面的业务接口协议。目前ParlayX相关通讯系统由中兴等厂商提供。ParlayX通讯协议是一种基于SOAP的业务通讯协议，即能实行通讯传递，也能支持业务逻辑处理。UMS系统既支持SGIP各个版本的协议，也支持最新的ParlayX通讯协议。3彩信概况3.1中国移动中国移动经过多年的发展，目前彩信业务已经趋于稳定。彩信网关早期曾采用过MM1通讯协议，目前的主要通讯协议为MM7；彩信业务平台由卓望公司所提供的MISC平台进行管理，所使用的通讯协议为Provision通讯协议。目前彩信网关的主要提供商为：华为和爱立信。这些网关目前的通讯协议已经基本统一。细节方面差异较小，对业务层次基本上影响不大。UMS系统可以支持国内所有彩信网关，包括上述两家主要厂商。同时UMS系统也支持Provision接口。UMS系统本身对HTTP采取独立编程，无须单独的Web Service接口，可以可靠地自行控制HTTP的通讯协议，保证稳定接收和处理Provision通讯协议。3.2中国联通（新联通）中国联通在G网开通了GPRS功能以后，已经增加了有关彩信方面的服务。其模式几乎完全沿用了华为的所有彩信设备、程序和文档，中国移动的彩信通讯模式没有两样。现在合并后的中国电信（含原联通部分），部分省市采用ParlayX通讯协议作为其彩信方面的业务接口协议。ParlayX通讯协议是一种基于SOAP的业务通讯协议，即能实行通讯传递，也能支持业务逻辑处理。UMS系统既支持SGIP各个版本的协议，也支持最新的ParlayX通讯协议。3.3中国电信中国联通C网部分一直有单独的彩e，但是其规模远差于彩信的规模。实际使用范围相对于全国来说，几乎很少。C网一直没有开展过有实际意义的彩信业务。现在合并后的新联通都采用了ParlayX通讯协议。该协议可以在功能上完全支持彩信业务，将来很可能使用该协议作为业务通讯协议。ParlayX通讯协议是一种基于SOAP的业务通讯协议，即能实行通讯传递，也能支持业务逻辑处理。UMS系统支持最新的ParlayX通讯协议。4通讯系统使用UMS系统主要是将其用于通讯部分，以保证通讯和业务的无关性以及可靠性和稳定性，以避免业务的频繁调整对通讯部分的不良影响。4.1主要模式对于UMS系统最常见的应用模式为基于数据库的通讯模式，即以数据库作为业务系统和通讯部分的数据交换界面。这种方式主要有以下主要优点：（1） 业务系统本身就有很多数据要求存储和处理，很多业务逻辑均存放在数据库中。通讯部分的业务处理逻辑也可以完全放在数据库中，无须单独编写应用程序，减少程序员业务量，便于快速开发。（2） 整个业务系统实际仅靠数据库和UMS系统在实际运行，只要数据库和UMS系统稳定，那么整个系统出现问题的可能性很小。避免单独开发程序导致对稳定性要求增多。（3） 业务系统的开发趋于简化，主要针对数据库的脚本进行编写即可完成业务调整。给予程序员要求可以降低和简化。（4） 主要的维护工作也简化成对数据库和通讯系统的维护，维护环节减少。这种方式有以下主要缺点：（1） 频繁扫描数据库的数据表，对数据库会造成比较多的负担。（2） 通讯数据量多大的时候，数据库负担会加剧。（3） 部分业务具有突发性的业务（例如：投票），不适合基于数据库处理。结合以上的情况基本可以得出以下几个要点：（1） 常规小规模业务适合利用数据库进行处理。（2） 对数据库的表可以做索引优化处理，加快扫描数据库的效率，减轻数据库负担。（3） 将UMS系统和数据库分开运行，避免相互之间抢占资源。（4） 对于特别要求的业务，可以从UMS系统中开放独立的应用接口（例如：socket）。（5） 对于大规模应用可以通过UMS系统组网来实施更多复杂的应用。4.1短信通讯系统在基于数据库模式下的短信通讯系统，主要以两张通讯用数据表为主。一张数据表主要用于处理发送数据；另外一张表主要用于处理接收数据。由于短信数据短小，因此所有相关的内容均可以存储于数据中。业务系统仅需要将需要发送的数据插入到发送表中，UMS系统会自动完成提取、发送和状态报告回送等相关功能。对于从网关发送给UMS系统的数据，UMS系统会自动存储至接收表中，再由业务系统做相关的业务处理。在UMS 2.x中，发送表和接收表的格式曾经出现过基于CMPP协议以及自定义的Message格式的数据表。在UMS 3.x中基本已经完全抛弃了这些陈旧的数据表格式，所采用的新数据表已经完全统一。即发送数据表和接收数据表的格式完全一样，仅在使用方式不同时有具体的差别。4.2彩信通讯系统在基于数据库模式下的彩信通讯系统，主要以两张通讯用数据表为主。一张数据表主要用于处理发送数据；另外一张表主要用于处理接收数据。彩信的复杂程度比短信高，而且容量也比短信大。考虑到这个问题，彩信的相关内容数据（包括文本、图片、声音、视频、SMIL文件等等）主要存储于磁盘上，可以通过配置文件指定固定的文件目录。彩信的主标题和相关文件名是保留在数据库中的。这样保证用户可以通过控制SMIL组织出不同方式的彩信展现形式，以方便用户不同应用场合。常用的文本、图片、声音、视频、SMIL文件等等也没必要都装载在数据库中。业务系统需要发送彩信时，先要把相关内容文件（包括文本、图片、声音、视频、SMIL文件等等）先存放到指定的目录下，然后将彩信的标题和一组需要的文件名插入到数据表中。UMS系统会自动完成提取、发送和状态报告回送等相关功能。这里需要注意的发送过程有以下几点：（1） 相关内容文件（包括文本、图片、声音、视频、SMIL文件等等）应提前放置到指定目录下。如果已经放置到指定目录下，则可以被发送程序重复利用。（2） 如果文件组中最后一个文件为SMIL文件，UMS系统自动按照multipart-related模式进行发送处理。相关的SMIL文件可以制作成模板，供业务程序调用。（3） 如果文件组未最后一个给出SMIL文件，UMS系统将自动按照multipart-mixed模式进行发送处理。（4） 相关文件名称请一律使用标准的英文文件命名方式，请勿使用中文文名。对于从网关发送给UMS系统的数据，UMS系统会自动存储至接收表中，再由业务系统进行相关的业务处理。这里需要注意的接收过程有以下几点：（1） 接收到的相关文件（包括文本、图片、声音、视频、SMIL文件等等）会被存放到指定的目录下。（2） 接收文件的文件名是随机而且唯一的，尽量保证一定时间内不会相互覆盖。（3） 如果接收到的内容为multipart-related模式，则将SMIL文件保存在磁盘中，从SMIL文件中可以分析出上传文件的文件名以及属性。（4） 如果接收到的内容为multipart-mixed模式，则将文件名直接存放数据库中，并用分隔符分隔。通过字符串分析，亦可以分析出相关上传文件名以及属性。（5） 在大多数彩信业务中，直接使用彩信上行的业务模式很少见。大部分采用短信点播彩信的方式来实施。在UMS 2.x中，对于彩信的处理主要是一个XML接口，并无数据库接口。在UMS 3.x中采用了完全的数据库模式，所采用的数据表已经完全统一。即发送数据表和接收数据表的格式完全一样，仅在使用方式不同时有具体的差别。4.3订购关系接口在基于数据库模式下的订购关系接口，也主要以两张通讯用数据表为主。一张数据表主要用于处理发送数据；另外一张表主要用于处理接收数据。UMS系统实现了对HTTP协议支持，主要原因如下：（1） 可以自行实现HTTP的各种处理，避免不同Web Server的兼容性问题。（2） 对于网关部分的XML差异或者个别问题可以自行调整，避免受Web Server制约。（3） 可以自行控制HTTP的通讯要求，避免各种不稳定或者不可靠因素。（4） 可以整体集成以方便维护，避免需要维护和配置过多系统。保证通过配置文件可以控制各个部分的接口，而无须了解更多内容。在UMS 2.x中，发送表和接收表的格式主要是按照Provision协议制定的。经过长时间的应用发现，很多字段并无实际用处。因此在UMS 3.x中基本已经完全抛弃了这些陈旧的数据表格式，所采用的新数