CN102045881A

CN102045881A - 短消息协议的识别方法及网关系统

Info

Publication number: CN102045881A
Application number: CN2009102066464A
Authority: CN
Inventors: 汪鹏; 周洪济; 徐震海
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-10-23
Filing date: 2009-10-23
Publication date: 2011-05-04
Also published as: WO2010145300A1

Abstract

本发明公开了一种短消息协议的识别方法及网关系统，在上述方法中，网关系统通过建立的TCP链路接收来自于客户端的请求消息，其中，请求消息携带有客户端的IP地址信息；网关系统根据IP地址信息和/或请求消息的长度信息进行判断，确定TCP链路使用的短消息协议。根据本发明提供的技术方案，可以简化系统的配置，降低系统的逻辑复杂度。

Description

短消息协议的识别方法及网关系统

技术领域

本发明涉及通信领域，具体而言，涉及一种短消息协议的识别方法及网关系统。

背景技术

网关作为国内通信网内的内部网元和外部网元的中介实体，需要对内外网元的消息进行解析，解析的基础是根据内外网元使用的短消息互联协议进行解析。目前，国内常用的短消息互联协议主要包括：

短消息点对点协议：Short Message Peer to Peer，简称为SMPP

中国移动通信互联网短消息网关接口协议：China Mobile Peer to Peer，简称为CMPP

中国电信短消息网关协议：Short Message Gateway Protocol，简称为SMGP

中国联合通信短消息网关系统接口协议：Short Message Gateway Interface Protocol，简称为SGIP

点对点短消息网间互通协议：Peer to Peer Streaming Protocol，简称为PPSP

上述协议都是以TCP/IP作为底层通信支撑的，协议栈可以参见图1。使用协议互联时，一端为服务端、一端为客户端，由客户端向服务端发起连接，TCP层连接后客户端发送绑定或连接请求消息；服务端根据接收到的绑定或连接请求消息中的特征信息进行判断，确定是否建立连接；连接正式建立后，双方可进行短消息的互发，在建链过程中双方只能发送绑定或连接请求和绑定或连接响应消息，不能发送其他消息。建链过程可以参见图2。

相关技术中，作为服务端的设备为方便客户端的连接，必须指定特定的侦听端口。对于多种协议，现有的网关都采用如下方式实现：

(1)为每种协议单独启动一个侦听端口，即每个侦听端口固定一种协议；

(2)每个侦听端口接收到客户端的连接请求时，对和客户端之间交互的数据流采用固定的协议进行分析处理。

但是，上述方式存在以下缺点：

首先，侦听端口数量随协议数量线性增加。因而既浪费了端口资源，也使网络的逻辑复杂程度大大提高；

其次，每个侦听端口固定使用一种协议解析和客户端之间交互的数据。即使客户端采用的协议是网关支持的、特征信息是正确的，只要端口不对，也由于无法正确处理数据导致连接失败。

再次，客户端无法独立更换互联协议，服务端必须确保在对应的侦听端口能处理客户端的绑定信息后，客户端才能进行更换。

针对相关技术中为每种协议单独启动一个侦听端口，导致端口资源浪费，网络的逻辑复杂程度大大提高等问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中通过为每种协议单独启动一个侦听端口以识别短消息协议，导致端口资源浪费，网络的逻辑复杂程度大大提高等问题而提出本发明，为此，本发明的主要目的在于提供一种短消息协议的自动识别方法及网关，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种短消息协议的识别方法。

根据本发明的短消息协议的识别方法包括：网关系统通过建立的TCP链路接收来自于客户端的请求消息，其中，该请求消息携带有客户端的IP地址信息；网关系统根据IP地址信息和/或请求消息的长度信息进行判断，确定TCP链路使用的短消息协议。

根据本发明的另一方面，提供了一种网关系统。

根据本发明的网关系统包括：接收单元，用于通过建立的TCP链路接收来自于客户端的请求消息，其中，该请求消息携带有客户端的IP地址信息；确定单元，用于根据IP地址信息和/或请求消息的长度信息进行判断，确定TCP链路使用的短消息协议。

通过本发明，在网关系统上建立统一的侦听端口，网关系统根据IP地址信息和/或所述请求消息的长度信息，对接收来自于客户端的请求消息进行判断，确定所述TCP链路使用的短消息协议，解决了相关技术中通过为每种协议单独启动一个侦听端口以识别短消息协议，导致端口资源浪费，网络的逻辑复杂程度大大提高等问题，进而可以节省端口资源、降低网络的逻辑复杂程度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为短消息互联协议的协议栈示意图；

图2为短消息互联协议的建链示意图；

图3为根据本发明实施例的短消息协议的识别方法的流程图；

图4为根据本发明实例一的短消息协议的识别方法的流程图；

图5为根据本发明实例二的短消息协议的识别方法的流程图；

图6为根据本发明实施例的网关系统的结构框图；

图7为根据本发明优选实施例的网关系统的结构框图；

图8为根据本发明优选实施例的网关系统的架构图；

图9为根据本发明优选实施例的网关系统建链的详细流程图。

具体实施方式

功能概述

考虑到相关技术中为每种协议单独启动一个侦听端口，导致端口资源浪费，网络的逻辑复杂程度大大提高等问题，本发明实施例提供了改进的短消息协议的识别方法及网关系统，在本发明实施例中，首先设置统一的接入侦听端口，统一接收客户端的互联请求，接收到客户端的TCP建链请求后，建立实际的TCP链路，接收客户端发送到绑定或连接请求数据。之后，根据IP地址信息和/或所述请求消息的长度信息对该请求数据等信息进行协议判断，判别出客户端使用的短消息互联协议，后续该TCP链路上的所有数据都按照该协议进行编解码。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

方法实施例

根据本发明的实施例，提供了一种短消息协议的识别方法。

图3为根据本发明实施例的短消息协议的识别方法的流程图。如图3所示，根据本发明实施例的短消息协议的识别方法包括以下处理(步骤S301-步骤S303)：

在执行步骤S301之前，可以包括以下处理：

(1)所述网关系统建立一个侦听端口，其中，所述侦听端口用于建立全部客户端与所述网关系统的连接；

(2)所述网关系统通过所述侦听端口接收来自于所述客户端的TCP建链请求，建立所述TCP链路。

步骤S301：网关系统通过建立的TCP链路接收来自于客户端的请求消息，其中，所述请求消息携带有所述客户端的IP地址信息；

优选地，上述请求消息包括以下之一：绑定请求消息、连接请求消息。

步骤S303：所述网关系统根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的短消息协议。

优选地，上述步骤S303可以包括但不限于以下处理：

(1)所述网关系统将所述IP地址信息与使用点对点短消息网间互通协议(PPSP)连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

(2)如果是，则所述网关系统确定所述TCP链路使用的短消息协议为所述PPSP；

(3)如果否，则所述网关系统根据所述请求消息的长度信息确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议。

优选地，上述步骤S303还可以包括但不限于以下处理：

(1)所述网关系统判断与所述请求消息的长度信息对应的短消息协议是否唯一，如果是，则确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议；

(2)如果否，则所述网关系统将所述IP地址信息与使用PPSP连接的IP组地址信息进行比对；

(3)如果在IP组地址信息中存在与所述IP地址信息相符的IP地址信息，则确定所述TCP链路使用的短消息协议为所述PPSP，否则，则确定所述TCP链路使用的短消息协议为CMPP。

优选地，在执行步骤S303之后，还可以包括以下处理：

(1)根据所述TCP链路使用的短消息协议对所述请求消息进行解析；

(2)获取所述请求消息中的特征信息，其中，所述特征信息携带有预先分配给所述客户端的标识字符串；

(3)判断所述标识字符串是否正确，如果是，则建立连接，并标记所述TCP链路使用的短消息协议，以使用该短消息协议对后续互发的短消息进行编解码。

图4为根据本发明实例一的短消息协议的识别方法的流程图。如图4所示，根据本发明实例一的短消息协议的识别方法包括以下处理(步骤S401-步骤S403)：

步骤S401：判断本机配置的PPSP协议的IP组中是否有客户端的IP信息，如果是，执行步骤S403，否则，执行步骤S405；

步骤S403：确定客户端采用PPSP协议；

其中，由于PPSP协议规定连接的两个实体互为服务端和客户端，这样采用PPSP协议对接的两个设备中都必然会有对方的相关信息，所以当客户端连接时，通过将客户端IP和网关本身使用PPSP协议连接的IP组进行比对，如有相符的，则能确定客户端采用的是PPSP协议；

步骤S405：检查绑定或连接请求数据长度，根据数据长度识别协议类型。

其中，由于SMPP、CMPP、SMGP和SGIP协议对建链都有相同规定，即在TCP链路建立后，客户端必须先发送绑定(连接)请求，待收到服务端的绑定或连接响应，状态为成功后，协议链路才真正建立，其他消息才能正常传送；同时各协议的绑定(连接)消息的消息长度是固定的，而且是有差异的，具体如下：SMPP-98字节、CMPP-39字节、SMGP-42字节、SGIP-61字节，所以通过检查最初收到的消息的长度则可以准确区分协议。

图5为根据本发明实例二的短消息协议的识别方法的流程图。如图5所示，根据本发明实例二的短消息协议的识别方法包括以下处理(步骤S501-步骤S505)：

步骤S501：接收到客户端的绑定或连接请求消息后，根据绑定或连接请求消息长度进行区分；

其中，如果采用的协议是SMPP(98字节)、SMGP(42字节)、SGIP(61字节)3种协议中的一种，可以通过步骤S501确定协议；

步骤S503：如果不是上述3种协议中的一种，则检查消息长度是否为39，如果不是，则返回判断出错；如果是，则执行步骤S505；

步骤S505：将客户端IP和网关采用PPSP协议的IP组进行比对，如果有相符的，则客户端采用PPSP协议；否则，则确定采用CMPP协议。

通过上述实施例，提供了一种短消息协议的识别方法，在网关系统上建立统一的侦听端口，所述网关系统根据IP地址信息和/或所述请求消息的长度信息，对接收来自于客户端的请求消息进行判断，确定所述TCP链路使用的短消息协议。可以节省端口资源、降低网络的逻辑复杂程度等。

系统实施例

根据本发明的实施例，提供了一种网关系统。

图6为根据本发明实施例的网关系统的结构框图。图7为根据本发明优选实施例的网关系统的结构框图。如图6所示，根据本发明实施例的网关系统包括：接收单元60、确定单元62，以下结合图7进行描述。

接收单元60，用于通过建立的TCP链路接收来自于客户端的请求消息，其中，所述请求消息携带有所述客户端的IP地址信息；

确定单元62，与接收单元60相连接，用于根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的短消息协议。

优选地，如图7所示，上述确定单元62可以包括：

第一比对模块620，用于将所述IP地址信息与使用点对点短消息网间互通协议PPSP连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

第一确定模块622，用于在所述第一比对模块输出为是的情况下，确定所述TCP链路使用的短消息协议为所述PPSP；

第二确定模块624，用于在所述第一比对模块输出为否的情况下，根据所述请求消息的长度信息确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议。

优选地，如图7所示，上述确定单元62除了包括上述模块，同时还可以包括下述模块。

可选地，确定单元62还可以包括上述模块与下述模块中的任一套，其中，下述模块为：

判断模块626，用于判断与所述请求消息的长度信息对应的短消息协议是否唯一；

第三确定模块628，用于在所述判断模块输出为是的情况下，确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议；

第二比对模块630，用于在所述判断模块输出为否的情况下，将所述IP地址信息与使用点对点短消息网间互通协议PPSP连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

第四确定模块632，用于在所述第二比对模块输出为是的情况下，确定所述TCP链路使用的短消息协议为所述PPSP；

第五确定模块634，用于在所述第二比对模块输出为否的情况下，确定所述TCP链路使用的短消息协议为中国移动通信互联网短消息网关接口协议CMPP。

优选地，如图7所示，上述网关系统还可以包括：建立单元64，与连接单元60相连接，用于建立一个侦听端口，并通过所述侦听端口接收来自于所述客户端的TCP建链请求，建立所述TCP链路，其中，所述侦听端口用于建立全部客户端与所述网关系统的连接。

优选地，如图7所示，上述网关系统包括以下模块：

短消息协议处理单元66，与确定单元62相连接，用于根据所述TCP链路使用的短消息协议对所述请求消息进行解析，并获取所述请求消息中的特征信息，其中，所述特征信息携带有预先分配给所述客户端的标识字符串。

业务处理单元68，用于判断所述标识字符串是否正确，如果是，则建立连接，并标记所述TCP链路使用的短消息协议，以使用该短消息协议对后续互发的短消息进行编解码。

图8为根据本发明优选实施例的网关系统的架构图。如图8所示，根据本发明优选实施例的网关系统包括：通信单元80(包括前面提到的接收单元、建立单元)、短消息协议识别单元82(相当于确定单元)、短消息协议处理单元84(相当于短消息协议处理单元)、业务处理单元86(相当于业务处理单元)，以下对各单元进行描述。

(1)通信单元80，与短消息协议识别单元、短消息协议处理单元相连。通信单元负责TCP层的协议建链、数据收发。当接收到客户端的建链请求后，先分配TCP通信链路，并将客户端发送的绑定(连接)请求数据发送到短消息协议判别单元，根据其处理结果保持或切断链路。然后将绑定或连接请求数据发送给短消息互联协议处理单元，进行后续处理。

其中，通信单元建立统一的侦听端口，所有客户端都统一通过该端口跟网关进行互联；在接收到客户端的TCP建链请求后，建立实际的TCP链路；在接收到客户端发送的绑定或连接请求数据后，发送到短消息协议判别模块进行分析；

(2)短消息协议识别单元82，短消息协议识别单元和通信单元、短消息协议处理单元相连。当收到通信链路发送的绑定或连接请求数据后，根据绑定或连接请求数据等信息进行短消息协议判别。

其中，短消息协议识别单元82，接收到绑定或连接请求数据后，根据绑定或连接请求数据等信息，以各协议的特性为基础进行分析，给出分析结果；根据分析结果，如果无法确定协议，则通信单元关闭该链路，本次建链结束。如果确定协议，则将绑定或连接请求数据到短消息协议处理单元中。

(3)短消息协议处理单元84，与通信单元、短消息协议判别单元、业务处理单元相连。使用指定的协议进行解析，将绑定或连接请求数据中的特征信息提取出来，并负责对各种短消息互联协议的编解码，并负责短消息的收发。

(4)业务处理单元86，与短消息互联协议处理单元相连接，负责短消息网关的各种业务处理。

其中，业务处理单元根据特征信息进行判断，如果不正确，则发送状态为错误的绑定或连接响应消息给客户端，然后通知通信模块关闭该链路，本次建链结束。如果正确，返回绑定或连接响应消息，状态为成功；同时标记此链路协议，后续消息编解码固定采用该协议。

通过上述实施例，提供了一种网关系统，通过各单元的相互结合，可以降低网络逻辑复杂度、简化客户端的连接复杂性，同时可以允许客户端方便的变更互联协议。

图9为根据本发明实例三的网管系统建链的流程图。如图9所示，根据本发明实例三的网管系统建链包括以下处理(步骤S901-步骤S917)：

步骤S901：通信单元建立统一的侦听端口，所有客户端都统一通过该端口跟网关进行互联；

步骤S903：通信单元接收到客户端的TCP建链请求后，建立实际的TCP链路；

步骤S905：通信单元接收到客户端发送的绑定或连接请求数据后，发送到短消息协议识别单元进行分析；

步骤S907：短消息协议识别单元接收到绑定或连接请求数据后，根据绑定或连接请求数据等信息，以各协议的特性为基础进行分析，给出分析结果；

步骤S909：根据分析结果，如果无法确定协议，则通信单元关闭该链路，本次建链结束。如果确定协议，则进行步骤S911；

步骤S911：将绑定或连接请求数据到短消息协议处理单元中，用指定的协议进行解析，将绑定或连接请求数据中的特征信息提取出来；

步骤S913：业务处理单元根据特征信息进行判断，如果不正确，则执行步骤S915，否则，执行步骤S917；

步骤S915：发送状态为错误的绑定或连接响应消息给客户端，然后通知通信单元关闭该链路，本次建链结束；

步骤S917：返回绑定或连接响应消息，状态为成功；同时标记此链路协议，后续消息编解码固定采用该协议。

综上所述，通过本发明的上述实施例，提供的短消息协议的识别方法及网关系统，简化了系统的配置，降低了系统的逻辑复杂度；客户端只要采用网关支持的协议、有符合规定的特征信息，则能够顺利连接成功，降低了客户端的连接复杂度；同时客户端切换短消息互联协议时可以做到与网关无关，独立切换。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims

1.一种短消息协议的识别方法，其特征在于，包括：

网关系统通过建立的TCP链路接收来自于客户端的请求消息，其中，所述请求消息携带有所述客户端的IP地址信息；

所述网关系统根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的短消息协议。

2.根据权利要求1所述的方法，其特征在于，所述请求消息包括以下之一：

绑定请求消息、连接请求消息。

3.根据权利要求1或2所述的方法，其特征在于，所述网关系统根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的协议包括：

所述网关系统将所述IP地址信息与使用点对点短消息网间互通PPSP连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

如果是，则所述网关系统确定所述TCP链路使用的短消息协议为所述PPSP协议；

如果否，则所述网关系统根据所述请求消息的长度信息确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议。

4.根据权利要求1或2所述的方法，其特征在于，所述网关系统根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的协议包括：

所述网关系统判断与所述请求消息的长度信息对应的短消息协议是否唯一，如果是，则确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议；

如果否，则所述网关系统将所述IP地址信息与使用点对点短消息网间互通PPSP协议连接的IP组地址信息进行比对；

如果在IP组地址信息中存在与所述IP地址信息相符的IP地址信息，则确定所述TCP链路使用的短消息协议为所述PPSP，否则，则确定所述TCP链路使用的短消息协议为中国移动通信互联网短消息网关接口CMPP协议。

5.根据权利要求1或2所述的方法，其特征在于，在所述通过建立的TCP链路接收来自于客户端的请求消息之前，所述方法还包括：

所述网关系统建立一个侦听端口，其中，所述侦听端口用于建立全部客户端与所述网关系统的连接；

所述网关系统通过所述侦听端口接收来自于所述客户端的TCP建链请求，建立所述TCP链路。

6.根据权利要求1或2所述的方法，其特征在于，在确定所述TCP链路使用的短消息协议之后，所述方法还包括：

根据所述TCP链路使用的短消息协议对所述请求消息进行解析；

获取所述请求消息中的特征信息，其中，所述特征信息携带有预先分配给所述客户端的标识字符串；

判断所述标识字符串是否正确，如果是，则建立连接，并标记所述TCP链路使用的短消息协议，以使用该短消息协议对后续互发的短消息进行编解码。

7.一种网关系统，其特征在于，所述网关系统包括：

接收单元，用于通过建立的TCP链路接收来自于客户端的请求消息，其中，所述请求消息携带有所述客户端的IP地址信息；

确定单元，用于根据IP地址信息和/或所述请求消息的长度信息进行判断，确定所述TCP链路使用的短消息协议。

8.根据权利要求7所述的网关系统，其特征在于，所述确定单元包括：

第一比对模块，用于将所述IP地址信息与使用点对点短消息网间互通PPSP协议连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

第一确定模块，用于在所述第一比对模块输出为是的情况下，确定所述TCP链路使用的短消息协议为所述PPSP协议；

第二确定模块，用于在所述第一比对模块输出为否的情况下，根据所述请求消息的长度信息确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议。

9.根据权利要求7所述的网关系统，其特征在于，所述确定单元还包括：

判断模块，用于判断与所述请求消息的长度信息对应的短消息协议是否唯一，

第三确定模块，用于在所述判断模块输出为是的情况下，确定所述TCP链路使用的短消息协议为与所述长度信息对应的短消息协议；

第二比对模块，用于在所述判断模块输出为否的情况下，将所述IP地址信息与使用点对点短消息网间互通PPSP协议连接的IP组地址信息进行比对，判断在所述IP组地址信息中是否存在与所述IP地址信息相符的IP地址信息；

第四确定模块，用于在所述第二比对模块输出为是的情况下，确定所述TCP链路使用的短消息协议为所述PPSP协议；

第五确定模块，用于在所述第二比对模块输出为否的情况下，确定所述TCP链路使用的短消息协议为中国移动通信互联网短消息网关接口CMPP协议。

10.根据权利要求7所述的网关系统，其特征在于，所述网关系统还包括：

建立单元，用于建立一个侦听端口，并通过所述侦听端口接收来自于所述客户端的TCP建链请求，建立所述TCP链路，其中，所述侦听端口用于建立全部客户端与所述网关系统的连接。

11.根据权利要求7至10中任一项所述的网关系统，其特征在于，所述网关系统还包括：

短消息协议处理单元，用于根据所述TCP链路使用的短消息协议对所述请求消息进行解析，并获取所述请求消息中的特征信息，其中，所述特征信息携带有预先分配给所述客户端的标识字符串；

业务处理单元，用于判断所述标识字符串是否正确，如果是，则建立连接，并标记所述TCP链路使用的短消息协议，以使用该短消息协议对后续互发的短消息进行编解码。