目前很多产品都有对外的短消息接口,以便与移动、联通的网关进行消息收、发的交互。而目前已经有的各种协议,如CMPP(ChinaMobilePeertoPeer,中国移动点对点协议)、SMPP(ShortMessagePeertoPeer,短消息点对点协议)、SGIP(ShortMessageGatewayInterfaceProtocol,中国联通短消息网关接口协议)等,其协议类型较多,协议内字段及内容较为繁琐。对相关产品的提供者,每开发一套新业务,或者将业务拓展到一个新的协议,都需要修改相关应用接口,对业务开发、尤其快速开发是个很重的负担,尤其当业务开发人员希望只关注于业务提供本身时。而让这些已有协议修改又不实际,此时,一个致力于各种短消息协议转换(包括但不仅限于上述三种协议格式)的平台,不但能将业务后台从各种复杂的外部协议的研究和实现中解脱出来,而且可以在平台上加载更多业务需要的功能,支持不同的服务等级的实现。　　 这样的平台可以实现任意平台中已支持的协议(包括但不仅限于目前移动、联通的CMPP、SMPP、SGIP协议)间的转换,不但可以消除业务中实现的协议与其最终通信的目的协议间的差异,将业务平台从额外的负担(如对每一种具体协议的编解码、以及与各种网关的登录、鉴权、心跳控制等)中解脱出来,还可以帮业务完成更多服务质量相关的功能,如流量控制、负荷分担、流量缓冲、消息加解密、以及按照各方状态灵活选择接收方等,既减轻了业务的负担,更使信息发送更为灵活、安全、可靠。　　 平台应用于有短消息交互的系统之间(如业务平台及移动网关),既可同时安装在发送、接收端,也可只安装在一方。一旦安装后,对端(如业务平台或移动网关)视平台为其实际要交互的业务系统(或者网关),对已有的业务平台无需在其与其目标端(如网关)的连接方式上(包括协议及连接方式)做任何改动,最大限度的减少了业务在协议上的开发。　　 在协议转换的基础上,平台根据各业务系统运行的实际情况,对业务系统提供更多功能上的支持,如流量控制、负荷分担等。　　 平台设计的目标是在实现以上提到的除编解码外的各种对业务系统功能的支持时与具体的通信协议无关。要达到这个目的,各种协议的短消息在系统中必须以协议无关的统一格式存储。平台在运行中将接收到的短信息解码成平台内部的存储格式,进行处理(包括寻找短消息目的端及以上的各种附加功能等),然后在发送的时候按照目标协议进行编码并发送,而这一将协议码流解码成内部存储格式及按照目的协议编解成对应协议的码流并发送的过程在平台的协议转换功能中实现。由于正确的消息识别是消息正确处理的基础,正确的编码是消息正确被接收的基础,同时正确好用的内部存储结构(解码的结果)是消息其他处理流程能正常处理的基础,协议转换部分及其涉及的相关功能是短信平台的基础部分。　　 本论文主要分七部分:引言,背景介绍,需求分析,协议转换功能的设计,协议转换功能的实现,单元测试和系统测试和总结。引言是论文的开头,简单的引出本论文。第二部分介绍了系统的背景:包括短信的产生及在中国各电信运营商间的现状、与短信网关有交互的业务系统、以及其他有消息交互情况的系统。第三部分介绍了UNISMS(UNISMSplatform)的整体应用需求及其中与协议转换部分相关的需求。第四部分介绍了协议转换功能相关的设计,包括:系统的重要运行流程的设计、短消息在平台中存储格式PDU的详细设计、协议转换功能的详细设计及平台内部协议无关的轻量级的协议的设计。第五部分介绍了平台协议转换功能的具体实现,包括其类图、组件图等。第六部分对UNISMS平台中协议转换相关部分进行了单元测试和相关的系统测试。最后一部分是系统开发的总结。