CN101635892A - 一种消息内容统一编解码的方法和综合短信中心系统 - Google Patents

Abstract

本发明提供一种消息内容统一编解码的方法和综合短信中心系统，方法包括：步骤一，综合短信中心接收主叫终端的主叫短消息；步骤二，所述综合短信中心根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；步骤三，所述综合短信中心将所述消息内容转换为第一格式的编码消息；步骤四，所述综合短信中心根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；步骤五，所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。本发明使得短信中心内部对不同网络的消息内容只按一种接口处理，提高了业务流程的复用率，降低了编解码的复杂度。

Description

一种消息内容统一编解码的方法和综合短信中心系统

技术领域

本发明涉及短消息的消息内容的编解码方法，特别是涉及一种消息内容统一编解码的方法和综合短信中心系统。

背景技术

随着短消息业务的快速发展，GSM(Global System for Mobilecommunications，全球移动系统)、CDMA(码分多址)、PHS(PersonalHandy-phone System，个人手持式电话系统，小灵通)，甚至SIP(SessionInitiation Protocol，会话初始协议)短消息都已飞入寻常百姓家。由于各种网络涉及的信令接口，码流编码规范各不相同，对于一个运营商而言，需要开设GSM、CDMA、PHS和SIP多个短消息中心局点，相应的要投入较多的人力物力资源。对于短消息中心的生产厂家，也增加了不少维护成本。

综合短信中心在这种场景下产生。将多个网络的短消息中心融合成一套短消息中心，其优点不言而喻，但综合短消息中心内部的处理流程比单纯的短信中心要复杂很多，尤其是短消息内容是否被正确解析，直接影响用户的体验。而如何将目前不同网络协议接口的码流进行统一的编解码，一直是综合短消息中心业务逻辑较混乱的部分。目前综合短消息中心的码流处理较复杂，按GSM、CDMA、PHS和SIP不同接口分别处理，业务存在冗余流程，没有真正的融合成统一接口处理。

发明内容

本发明目的是提供一种消息内容统一编解码的方法和综合短信中心系统，使得短信中心内部对不同网络的消息内容只按一种接口处理，提高了业务流程的复用率，降低了编解码的复杂度。

为了实现上述目的，一方面，提供了一种消息内容统一编解码的方法，包括：

步骤一，综合短信中心接收主叫终端的主叫短消息；

步骤二，所述综合短信中心根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

步骤三，所述综合短信中心将所述消息内容转换为第一格式的编码消息；

步骤四，所述综合短信中心根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

步骤五，所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

优选地，上述的方法中，所述第一格式为短消息点对点协议SMPP协议格式。

优选地，上述的方法中，所述步骤三中，所述综合短信中心通过增加SMPP协议的字符集转换接口，来支持中文和英文之外的文字字符。

优选地，上述的方法中，在所述步骤四中，如果所述第二格式的编码消息超过预定的长度阈值，则进行拆分处理。

优选地，上述的方法中，所述主叫终端的网络协议类型以及所述目的终端的网络协议类型选自：GSM，CDMA，PHS，SIP或SMPP。

优选地，上述的方法中，所述步骤四中，所述综合短信中心根据预先配置的号段信息获得所述路由信息。

优选地，上述的方法中，所述步骤四中，如果所述目的终端的网络协议类型支持的第二格式的类型范围包括了所述第一格式，则不进行转换直接将所述第一格式的编码消息作为所述第二格式的编码消息；如果所述目的终端设定了期望的编码方式，则直接将所述期望的编码方式作为所述第二格式。

本发明的另一个方面，提供一种综合短信中心系统，包括：

接收模块，用于：接收主叫终端的主叫短消息；

解码模块，用于：根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

编码模块，用于：将所述消息内容转换为第一格式的编码消息；

转换模块，用于：根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

发送模块，用于：所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

优选地，上述的综合短信中心系统中，在所述编码模块中，还包括拆分单元，用于：如果所述第二格式的编码消息超过预定的长度阈值，则进行拆分处理。

优选地，上述的综合短信中心系统中，所述第一格式为SMPP协议格式；所述主叫终端的网络协议类型以及所述目的终端的网络协议类型选自：GSM，CDMA，PHS，SIP或SMPP。

优选地，上述的综合短信中心系统中，还包括

信令前置机，用于：将标准的信令与内部接口消息进行转换；

SMPP代理模块，用于：将SMPP协议的消息与内部接口消息进行转换；

SIP网关模块，用于：将会话初始协议SIP协议的消息与内部消息进行转换；

SIP分发模块，用于：将所述SIP消息按预定策略分发到所述SIP网关模块。

本发明存在以下技术效果：

1)本发明将业务处理机对GSM，CDMA，PHS和SIP综合短信中的码流解码和编码的处理流程统一，统一业务逻辑接口，并降低综合短信中心处理的复杂度。

2)通过本发明的上述方案，可以解决综合短消息中心中，不同网络接口分别处理消息内容编解码的问题。为综合短消息中心的适配各种网络互通消息提供了有力支持。

3)本发明通过统一综合短消息中心对消息内容的编解码，降低了综合短消息中心处理编解码的复杂度和难度，提高了业务流程的复用率，统一了多个网络协议接口中短消息的编解码处理，使得GSM，CDMA，PHS，SIP和ESME之间错综复杂的互通消息能够准确的被解析。

4)本发明具有可扩展性，对于非中文，非英文数字的文字字符编码，只需要增加与SMPP协议之间的字符转换接口即可支持。另外，中间的编码方式可以是非SMPP协议的其他国际上通用的编码方式，例如UTF8等。

附图说明

图1为本发明实施例提供的步骤流程图；

图2为本发明提供的统一为SMPP格式的实施例的步骤流程图；

图3是为本发明实施例提供的综合短信中心对不同字符集转换的规则；

图4是为本发明实施例提供的综合短信中心系统的逻辑结构框图；

图5是本发明综合短信中心系统与外部网元组网的结构图；

图6是本发明综合短信中心系统内部组织结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对具体实施例进行详细描述。

图1为本发明实施例提供的步骤流程图，如图所示，本发明实施例的方法包括：

步骤101，综合短信中心接收主叫终端的主叫短消息；

步骤102，所述综合短信中心根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

步骤103，所述综合短信中心将所述消息内容转换为第一格式的编码消息；

步骤104，所述综合短信中心根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

步骤105，所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

其中，所述第一格式可以为GSM，CDMA，PHS，SIP或SMPP(短消息点对点协议，Short Message Peer to Peer Protocol Specification)，以下主要以SMPP协议格式进行举例，其它格式的方案本领域的技术人员可以根据以下SMPP协议格式的举例获得。

本发明针对综合短消息中心，提出了一种统一的编解码方法和系统。短消息中心对以7bitASCII，8bitASCII，8bit二进制，UCS2，UTF8，GBK，GB2312-80等方案编码的起呼消息(这里，以国标字符编码方案为例进行阐述)，在短信中心内部统一按照SMPP协议的字符编码方案保存，在终呼编码时按照目的用户归属网络支持的编码方案进行编码。如果在转换后，码流长度超过目的网络支持的最大长度，则根据SMPP协议规定的单条消息的最大长度进行拆分处理。

实践证明，这种统一的编解码方法，使得短信中心内部对不同网络的消息内容只按一种接口处理，提高了业务流程的复用率，降低了编解码的复杂度。

具体而言，第一格式为SMPP协议格式的统一编解码处理方法如下：

1)终端提交GSM，CDMA，PHS，SIP和SMPP协议的消息到短消息中心；

2)短消息中心根据主叫用户的网络类型，采用对应协议规范的解码方案对消息内容解码，并将解码后的消息内容统一转换成SMPP协议的码流保存。例如：GSM终端提交7bitASCII编码消息到CDMA终端，业务处理机按照GSM03.38规范进行解析，然后转换成SMPP协议的8bitASCII编码。对于起呼消息带串接消息头的，需要作去消息头处理；

3)短消息中心根据路由信息获知目的用户的网络类型，再将内部保存的smpp协议的码流转换成目的网络支持的码流。例如：GSM终端提交7bitASCII编码消息到CDMA终端，业务处理机则将内部保存的8bitASCII码流转换成CDMA网络支持的7bitASCII码流。对于终呼编码后超长的消息，需要作拆分处理；

4)如果目的用户希望按照某种字符集进行编码，短信中心可以对其作灵活配置实现。例如：GSM终端发送消息到CDMA，起呼提交按7bitASCII编码，短信中心默认会按CDMA的7bitASCII编码后终呼，若目的用户希望按UCS2编码，则短信中心可以根据配置信息满足；

5)如果需要支持非中文非英文的其他国家的文字字符，只需要增加与SMPP协议的字符集转换接口即可支持。

图2为本发明提供的统一为SMPP格式的实施例的步骤流程图，以下结合图2进行说明，如图2所示，短信中心对消息内容编解码的业务逻辑流程如下：

步骤201，获取主叫用户的网络协议类型。具体为：终端或网关提交消息到综合短消息中心，短消息中心根据消息内部接口获取主叫用户的网络协议类型，取值有GSM，CDMA，PHS，SIP，SMPP。

步骤202，根据对应网络协议，解析码流。具体为：短消息中心根据获取到的网络协议类型，根据相应的标准规范进行整个数据包的解码。GSM的解码规范参考ETSI TS123 040 V8.4.0；CDMA的解码规范参考TIA-637-C-1[E]_C.S0015-B_v2.0_051006；SMPP参考Short Message Peer toPeer Protocol Specification v3.4规范；PHS，SIP参考各运营商制定的规范。

步骤203，获取源消息的编码类型。具体为：从解析出的数据包中，获取消息内容的编码方案。取值可能是7bitASCII，8bitASCII，8bit binary，UCS2，GBK，UTF8。

对于GSM终端起呼消息，编码方案(Data Coding Scheme，DCS)取值为：7bitASCII，8bitASCII，UCS2

对于CDMA终端起呼消息，DCS为：7bitASCII，8bitASCII，8bit binary，UCS2。

对于PHS终端起呼消息，DCS取值为：8bitASCII，GBK

对于SIP终端起呼消息，DCS取值为：8bitASCII，GBK，UTF8

对于ESME起呼消息，DCS取值为：8bitASCII，8bit binary，GBK，UCS2

步骤204，保存用户数据为SMPP协议格式。具体为：将解析出的消息内容转换成对应的SMPP协议格式的编码方案并暂存。

对于7bitASCII和8bitASCII，均转成8bitASCII。

对于8bit binary，直接保存。

对于GBK，UTF8，UCS2，均转成UCS2。

步骤205，对转换后的超长消息进行拆分。具体为：对于转换后SMPP协议格式的消息内容，如果消息超长则进行拆分处理。这里，约定的门限是：UCS2编码最大140字节，8bitASCII编码最大160字节。

存在超长的转换过程是GBK转换成UCS2，拆分后的消息不添加消息头，形成无关消息。

步骤206，获取目的用户路由信息。具体为：根据短消息中心配置的号段信息，获取目的用户的路由信息。路由信息中包含了目的用户的网络类型。取值有GSM，CDMA，PHS，SIP，SMPP。具体实施过程中，GSM，CDMA，PHS，SIP和ESME之间的组合流程有25种。

步骤207，根据目的用户的网络类型，对终呼码流中的用户数据编码。具体为：短消息中心对消息进行编码后终呼。

短信中心内部保存的编码类型只有三种：8bitASCII，8bit binary，UCS。短信中心根据目的用户是否支持内部保存的字符编码方案，决定是否进行编码转换。

如果目的用户支持这三种编码方案，则不必作编码转换。

如果目的用户不支持这三种编码方案，则需要作编码转换。

在作编码转换时，默认依据目的用户的网络类型。

在作编码转换时，若目的用户配置了所期望的字符编码格式，则优先依据配置。

图3是综合短信中心对不同字符集转换的规则。如图所示：

首先，短消息中心收到4种类型的消息内容：纯英文数字字符、二进制、中英文混合字符、其他国家文字字符。

接着，短消息中心将这些消息内容进行解码，并转换成SMPP协议格式的码流。7bitASCII和8bitASCII均转换成SMPP协议的8bitASCII；8bit二进制的转换成SMPP协议的8bit二进制；UCS2，GBK和UTF8均转换成UCS2。

最后，根据目的用户归属的网络类型和配置的期望编码方案进行终呼编码。

对于其他国家的文字字符消息，只要Unicode编码方案支持，短消息中心就可以扩展加入。

本发明的另一方面，提供了一种综合短信中心系统，图4是为本发明实施例提供的综合短信中心系统的逻辑结构框图；如图，综合短信中心系统，包括：

接收模块401，用于：接收主叫终端的主叫短消息；

解码模块402，用于：根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

编码模块403，用于：将所述消息内容转换为第一格式的编码消息；

转换模块404，用于：根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

发送模块405，用于：所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

其中，在所述编码模块403中，还可以包括拆分单元，用于：如果所述第二格式的编码消息超过预定的长度阈值，则进行拆分处理。

图5是综合短信中心系统与外部网元组网的结构图。如图5所示，该综合短信中心实现了GSM、CDMA、PHS、SIP和SMPP协议的消息互通。短消息中心接收来自GSM，CDMA，PHS终端提交的消息。

图6是综合短信中心系统的内部结构图。信令前置机(MAP，MobileApplication Part)的功能是将标准的信令与内部接口消息进行转换，GSM，CDMA，PHS终端收发的消息需要经由此模块。SMPP代理模块(SMPPAGENT)的功能是将SMPP协议的消息与内部接口消息进行转换，外部短消息实体(ESME，External Short Message Entity)收发消息需要经由此模块。SIP网关模块(SIPGW)的功能是将SIP协议的消息与内部消息进行转换，SIP分发模块(SIPPROXY)的功能是将SIP消息按一定策略分发到SIPGW模块，SIP终端和SIP应用服务器收发消息需要经由这两模块，以上这些模块，主要是实现图4中接收模块401和发送模块405的作用。

业务处理机模块(SERV)的作用，主要是实现图4中解码模块402\编码模块403和转换模块404的作用。

由上可知，本发明实施例具有以下优势：

1)本发明将业务处理机对GSM，CDMA，PHS和SIP综合短信中的码流解码和编码的处理流程统一，统一业务逻辑接口，并降低综合短信中心处理的复杂度。

2)通过本发明的上述方案，可以解决综合短消息中心中，不同网络接口分别处理消息内容编解码的问题。为综合短消息中心的适配各种网络互通消息提供了有力支持。

3)本发明通过统一综合短消息中心对消息内容的编解码，降低了综合短消息中心处理编解码的复杂度和难度，提高了业务流程的复用率，统一了多个网络协议接口中短消息的编解码处理，使得GSM，CDMA，PHS，SIP和ESME之间错综复杂的互通消息能够准确的被解析。

4)本发明具有可扩展性，对于非中文，非英文数字的文字字符编码，只需要增加与SMPP协议之间的字符转换接口即可支持。另外，中间的编码方式可以是非SMPP协议的其他国际上通用的编码方式，例如UTF8等。

以上所述仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种消息内容统一编解码的方法，其特征在于，包括：

步骤一，综合短信中心接收主叫终端的主叫短消息；

步骤二，所述综合短信中心根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

步骤三，所述综合短信中心将所述消息内容转换为第一格式的编码消息；

步骤四，所述综合短信中心根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

步骤五，所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

2.根据权利要求1所述的方法，其特征在于，所述第一格式为短消息点对点协议SMPP协议格式。

3.根据权利要求2所述的方法，其特征在于，所述步骤三中，所述综合短信中心通过增加SMPP协议的字符集转换接口，来支持中文和英文之外的文字字符。

4.根据权利要求2所述的方法，其特征在于，在所述步骤四中，如果所述第二格式的编码消息超过预定的长度阈值，则进行拆分处理。

5.根据权利要求1、2、3或4所述的方法，其特征在于，所述主叫终端的网络协议类型以及所述目的终端的网络协议类型选自：GSM，CDMA，PHS，SIP或SMPP。

6.根据权利要求5所述的方法，其特征在于，所述步骤四中，所述综合短信中心根据预先配置的号段信息获得所述路由信息。

7.根据权利要求5所述的方法，其特征在于，所述步骤四中，如果所述目的终端的网络协议类型支持的第二格式的类型范围包括了所述第一格式，则不进行转换直接将所述第一格式的编码消息作为所述第二格式的编码消息；如果所述目的终端设定了期望的编码方式，则直接将所述期望的编码方式作为所述第二格式。

8.一种综合短信中心系统，其特征在于，包括：

接收模块，用于：接收主叫终端的主叫短消息；

解码模块，用于：根据所述主叫终端的网络协议类型，对所述主叫短消息进行解码，获得消息内容；

编码模块，用于：将所述消息内容转换为第一格式的编码消息；

转换模块，用于：根据路由信息获知目的终端的网络类型，将所述第一格式的编码消息转换为所述目的终端的网络协议类型支持的第二格式的编码消息；

发送模块，用于：所述综合短信中心将所述第二格式的编码消息发送给所述目的终端。

9.根据权利要求8所述的综合短信中心系统，其特征在于，在所述编码模块中，还包括拆分单元，用于：如果所述第二格式的编码消息超过预定的长度阈值，则进行拆分处理。

10.根据权利要求8所述的综合短信中心系统，其特征在于，

所述第一格式为SMPP协议格式；所述主叫终端的网络协议类型以及所述目的终端的网络协议类型选自：GSM，CDMA，PHS，SIP或SMPP。

11.根据权利要求10所述的综合短信中心系统，其特征在于，还包括

信令前置机，用于：将标准的信令与内部接口消息进行转换；

SMPP代理模块，用于：将SMPP协议的消息与内部接口消息进行转换；

SIP网关模块，用于：将会话初始协议SIP协议的消息与内部消息进行转换；

SIP分发模块，用于：将所述SIP消息按预定策略分发到所述SIP网关模块。

Images