CN102255789B - 一种消息路由的方法及中间网元 - Google Patents

Abstract

本发明公开了一种消息路由的方法及中间网元。上述消息路由方法包括：中间网元与源网元协商源帐号，源帐号中配置目的帐号的信息；中间网元通过源帐号接收源网元的消息；根据源帐号，获取目的帐号；将消息转发至目的帐号所对应的目的网元。本发明通过采用互相通信的网元之间互相约定对应于目的地址源帐号，从而处理消息源帐号和目的帐号的关系更加简单，减少了根据号码路由的中间环节，减小了系统开销。

Description

一种消息路由的方法及中间网元

技术领域

本发明涉及通信领域，具体而言，尤其涉及一种消息路由的方法及中间网元。

背景技术

在现有系统中，中间网元转发消息是根据源网元提交消息的号码信息进行路由处理。具体来讲：配置中间网元与各个网元进行通信的源帐号，中间网元收到消息后，首先根据源帐号处理接收到的消息，然后再根据消息的主叫号码、或被叫号码、或计费号码在对应的号码与帐号关系表进行多次路由处理，根据路由结果找到目的帐号后，根据目的帐号转发消息到目的网元。

发明人发现上述的相关技术中存在如下问题：转发每条消息都需要到号码与帐号关系表查找目的帐号，导致系统转发消息的开销较大。

发明内容

本发明的主要目的在于提供一种消息路由的方法及中间网元，以至少解决上述的转发消息过程中，系统开销大的问题。

根据本发明的一个方面，提供了一种消息路由的方法，包括：中间网元通过源帐号接收源网元的消息；根据源帐号，获取目的帐号；将消息转发至目的帐号所对应的目的网元。

本技术方案中，中间网元通过源帐号接收源网元的消息之前还包括：中间网元与源网元协商源帐号，源帐号中配置目的帐号的信息；根据源帐号，获取目的帐号具体包括：根据源账号中目的账号的信息，获取目的帐号。

优选地，本技术方案中，中间网元通过源帐号接收源网元的消息之后还包括：转换消息为中间网元的内部消息；结合系统数据对内部消息进行业务处理，将处理后的内部消息转化为目的帐号对应的外部接口协议数据；将消息转发至目的帐号对应的目的网元具体包括：将外部接口协议数据转发至目的帐号对应的目的网元。

优选地，本技术方案中，中间网元通过源帐号接收源网元的消息之后还包括：获取源帐号的关联帐号；结合系统数据对内部消息进行业务处理具体包括：根据消息的业务需要，结合关联帐号和系统数据，对内部消息进行处理。

优选地，本技术方案中，结合系统数据对内部消息进行处理中，系统数据采用内存表处理：当业务为号码黑名单时，系统数据内存表为号码黑名单表；或当业务为中间平台鉴权时，系统数据内存表为鉴权数据表；或当业务为状态报告时，系统数据内存表为临时消息数据表。

优选地，本技术方案中，当消息为状态报告，系统数据为临时消息数据表时：结合关联帐号和系统数据对内部消息进行处理具体包括：获取源帐号的关联帐号；根据关联帐号与消息的序号，在临时消息数据表中查找源消息；根据源消息和本消息，生成消息日志文件并在临时消息表中删除源消息；将处理后的内部消息转化为目的帐号对应的外部接口协议数据具体包括：将消息日志文件转化为目的帐号对应的外部接口协议数据。

优选地，本技术方案中，中间网元通过源帐号接收源网元的消息具体包括：从源链路上接受源网元的消息，获取源链路编号；在链路信息表中获取源链路编号对应的源帐号；将消息转发至目的帐号对应的目的网元具体包括：在链路信息表中获取对应目的帐号的目的链路编号，根据目的链路编号转发消息。

优选地，本技术方案中，根据目的网元的数目，配置对应的源帐号的数目。

优选地，本技术方案中，根据源帐号获取消息的目的帐号之后还包括：当根据源帐号无法进行路由时，根据消息的号码进行路由。

根据本发明的另一方面，提供了一种消息路由的中间网元，包括：消息接收模块，用于通过源帐号接收源网元的消息；消息处理模块，用于根据源帐号，获取目的帐号；消息发送模块，用于将消息转发至目的帐号对应的目的网元。

本技术方案中，消息路由的中间网元还可以包括：维护管理模块，用于与源网元协商源帐号，源帐号中配置对应目的网元的目的帐号的信息；消息处理模块，用于根据源账号中目的账号的信息，获取目的帐号。

优选地，本技术方案中，消息处理模块包括：前处理子模块，用于转换消息为中间网元的内部消息；中处理子模块，用于结合系统数据对内部消息进行业务处理；后处理子模块，用于将处理后的内部消息转化为目的帐号对应的外部接口协议数据；消息发送模块，用于将外部接口协议数据转发至目的帐号对应的目的网元。

优选地，本技术方案中，消息路由的中间网元中，消息接收模块：还用于从源链路上接受源网元的消息，获取源链路编号，在链路信息表中获取源链路编号对应的源帐号；消息发送模块：还用于在链路信息表中获取对应目的帐号的目的链路编号，根据目的链路编号转发消息。

通过本发明，采用互相通信的网元之间互相约定对应目的网元的源帐号，从而处理消息源帐号和目的帐号的关系更加简单，减少了根据号码路由的中间环节，减小了系统开销。

附图说明

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

图1为本发明方法实施例一消息路由方法的流程图；

图2为本发明方法实施例二消息路由方法的流程图；

图3为本发明方法实施例三消息路由方法的示意图；

图4为本发明方法实施例四消息路由方法的流程图；

图5为本发明装置实施例一消息路由中间网元的示意图。

具体实施方式

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

方法实施例一：

图1为本发明方法实施例一消息路由方法的流程图。如图1所示，本实施例包括：

步骤102，中间网元通过源帐号接收源网元的消息；

步骤104，根据源帐号，获取目的帐号；

步骤106，将消息转发至目的帐号对应的目的网元。

本实施例当中，步骤102之前还应该包括：与源网元配置对应的源帐号。具体来讲，中间网元与对端网元通信时在双方都会配置相应的帐号。如果配置的帐号是中间网元接收消息的源帐号，那么该源帐号里配置要转发的对应目的网元的目的帐号的信息。系统收到消息后，根据源帐号可以获取到目的帐号，并转发消息到目的帐号连接的目的网元。

本实施例中，通过采用互相通信的网元之间互相约定对应于目的地址源帐号，从而处理消息源帐号和目的帐号的关系更加简单，减少了根据号码路由的中间环节，减小了系统开销。

方法实施例二：

本实施例将在方法实施例一的基础上，增加对接收的消息进行处理的步骤，并将处理后的消息发送至目的网元。图2为本发明实施例二消息路由方法的流程图。如图2所示，本实施例包括：

步骤202，中间网元与源网元协商源帐号，源帐号中配置目的帐号的信息；

步骤204，中间网元通过源帐号接收源网元的消息；

步骤206，根据源帐号中对应目的网元的目的帐号的信息，获取目的帐号；

步骤208，转换消息为中间网元的内部消息；

步骤210，结合系统数据对内部消息进行业务处理；

步骤212，将处理后的内部消息转化为目的帐号对应的外部接口协议数据；

步骤214，将外部接口协议数据转发至目的帐号对应的目的网元。

在某些情况下对内部消息进行处理时，需要结合源帐号的关联帐号进行处理。因此，本实施例还可以包括获取源帐号的关联帐号；根据消息的业务需要，结合关联帐号和系统数据，对内部消息进行处理。

与实施例一相比，本实施例增加了对消息进行处理的步骤。系统收到消息后转换外部消息为中间网元内部消息，根据需要处理消息，比如号码黑白名单、中间平台鉴权，或状态报告等。所有的系统数据采用内存表处理，系统数据内存表包含链路信息表、帐号信息表、临时消息数据表、号码黑名单表，或鉴权数据表等。链路信息表存放系统与对端设备的链路信息，包括链路序列号(linkid)、系统的帐号序号等；帐号信息表存放帐号的所有信息；临时消息数据表存放系统内部的临时消息数据。

其中，当业务为号码黑名单时，系统数据内存表为号码黑名单表；或当业务为中间平台鉴权时，系统数据内存表为鉴权数据表；或当业务为状态报告时，系统数据内存表为临时消息数据表。

本实施例中，为了更好地兼容现有系统，中间网元同时支持根据消息号码进行路由的方法，即采用何种路由方法可配置。

通过本实施例的方法，减少了根据号码路由的中间环节，处理消息源帐号与目的帐号的关系更简单，彻底解决了号码与帐号关系表的数据量越来越大的问题，完全实现了现有系统的业务要求；解决了现有系统运营商间的互通消息的性能瓶颈和应用下发大量消息到用户的性能瓶颈；同时，号码路由方法限制消息号码的扩展，而本实施例的方法对消息号码没有任何限制，此外，号码路由方法的系统存在着重复处理消息源帐号与目的帐号比如帐号黑白名单、帐号关联黑白名单等问题，在本实施例中也被彻底解决。

方法实施例三：

图3为本发明方法实施例三消息路由方法的示意图。如图3所示，中间网元与设备1、设备2、设备3和设备4互联。帐号名称为“1收”表示中间网元通过该帐号转发消息到设备1，帐号名称为“发3”表示中间网元通过该帐号接收设备1和设备2的消息并转发消息到设备3，帐号名称为“发4”表示中间网元通过该帐号接收设备1和设备2的消息并转发消息设备4，帐号名称为“2收”表示中间网元通过该帐号转发消息到设备2，帐号名称为“3收”表示中间网元通过该帐号转发消息到设备3，帐号名称为“发1”表示中间网元通过该帐号接收设备3和设备4的消息并转发到设备1，帐号名称“发2”表示中间网元通过该帐号接收设备3和设备4的消息并转发消息到设备2，帐号名称“4收”表示中间网元通过该帐号发送消息到设备4。本实施例中间网元与对端设备通信时，中间网元发送消息到该设备的帐号只有一个；中间网元与另一套中间网元设备通信时根据对端中间网元连接的设备个数进行相应的配置。

图3中箭头表示消息的发送方向，箭头用大写“A”标示的是设备1发送的普通消息流程，箭头用小写“a”标示的是设备1接收状态报告的流程。

步骤301，设备1发送消息“A”到中间网元，中间网元通过源帐号“发3”接收到该消息；

步骤302，“发3”源帐号配置的目的帐号为“3收”；

步骤303，中间网元通过目的帐号“3收”下发消息到设备3；

步骤304，设备3向连接中间网元中的源帐号“发1”发送状态报告“a”；

步骤305，中间网元通过源帐号“发1”收到状态报告，并根据源帐号“发1”的关联帐号“3收”的系统编号及消息的消息获取源消息“A”并生成消息日志记录；

步骤306，中间网元配置的源帐号“发1”的目的帐号为“1收”；

步骤307，中间网元通过目的帐号“1收”发送状态报告“a”到设备1。

从图中3中可以看到消息“A”及其状态报告“a”所有走的流程如下：设备1→发3→3收→设备3→发1→1收→设备1，形成一个闭环。如果经过其它的帐号时则状态报告无法返回给设备1，在消息“A”及其状态报告“a”则是一个开环。

本实施例针对具体的消息转发流程进行了具体说明，具有实施例二的全部有益效果，此处不再重述。

方法实施例四：

本实施例将在实施例二的基础上，对技术方案进一步说明。图4为本发明方法实施例四消息路由方法的流程图。如图4所示，本实施例包括：

步骤402-，中间网元从链路上收到对端设备发送的消息，获取链路编号，进入步骤404；

步骤404，中间网元根据获取的链路编号在链路信息表中获取源帐号及其源帐号的关联帐号和目的帐号，进入步骤406；

步骤406，根据获取的源帐号把网络数据流解析为外部接口协议数据，并按照中间网元内部结构数据结构生成内部消息数据，进入步骤408；

步骤408，根据解析的消息内容判断消息是否为状态报告消息，如果是状态报告消息则进入步骤410，否则进入步骤412；

步骤410，根据已经获取的源帐号的关联帐号及消息序号到中间网元等待状态报告临时消息表查找源消息，找到则生成消息日志记录文件并删除源临时消息，进入步骤412；

步骤412，根据获取的目的帐号在帐号表中获取目的帐号，进入步骤407；

步骤414，根据目的帐号，中间网元把内部接口数据根据目的帐号转换为外部接口协议数据；

步骤416，根据目的帐号在链路信息表中获取中间网元到目的网元设备的链路信息并转发消息。

本实施例针对具体的消息转发流程进行了具体说明，具有实施例二的全部有益效果，此处不再重述。

方法实施例五：

本实施例中，通过一个具体应用中的实例进行说明。在本发明的一个应用发送消息到终端用户应用实例中，中间网元完成消息处理的过程如下：

步骤502，中间网元与短信中心1和短信中心2互联、与应用设备互联，网络要求短信中心1设备和短信中心2设备符合分担并实现容灾备份，那么设置中间网元与短信中心通信的聚合族帐号为“SC”，中间网元与应用设备通信的帐号为“AS”；

步骤504，中间网元配置“AS”帐号的转发目的帐号为“SMSC”；

步骤506，应用设备通过中间网元用户号码数据同步接口获取帐号“AS”可下发的用户号码数据；

步骤508，应用设备通过帐号“AS”发送消息到中间网元，中间网元通过“AS”帐号处理消息并转发消息到短信中心帐号“SC”；

步骤510，中间网元根据聚合族帐号“SC”在短信中心1和短信中心2之间实现符合分担发送，在某个短信中心设备故障时消息可通过正常的短信中心设备进行下发；

步骤512，如果根据“AS”帐号处理消息失败，则直接向“AS”帐号连接的应用设备返回失败应答消息；

步骤514，短信中心设备通过“SMSC”帐号向中间网元发送消息的状态报告，中间网元根据状态报告获取源消息并生成消息日志记录文件，中间网元通过“AS”帐号转发状态报告到应用设备。

本实施例为消息路由方法的具体应用，具有实施例一的全部有益效果，此处不再重述。

装置实施例一：

图5为本发明装置实施例一消息路由中间网元的示意图。如图5所示，本实施例包括：消息接收模块602，用于通过源帐号接收源网元的消息；消息处理模块604，用于根据源帐号，获取目的帐号；消息发送模块606，用于将消息转发至目的帐号对应的目的网元。

本实施例中，消息路由中间网元还可以包括：维护管理模块608，用于与源网元协商源帐号，源帐号配置对应目的网元的目的帐号。维护管理模块中，可以根据目的网元的数目，配置对应的源帐号的数目

本实施例中消息处理模块可以包括：前处理子模块，用于转换消息为中间网元的内部消息；中处理子模块，用于结合系统数据对内部消息进行业务处理；后处理子模块，用于将处理后的内部消息转化为目的帐号对应的外部接口协议数据；消息发送模块，用于将外部接口协议数据转发至目的帐号对应的目的网元。

本实施例实现的方法可以参照方法实施例一的相关说明，并具有上述实施例的有益效果，此处不再重述。

装置实施例二：

本实施例将在装置实施例一的基础上，将对消息路由中间网元进一步说明。本实施例消息路由装置中，前处理子模块，还可以用于获取源帐号的关联帐号；中处理子模块，还可以用于根据消息的业务需要，结合关联帐号和系统数据，对内部消息进行处理。

本实施例中，处理模块中，系统数据采用内存表处理：当业务需要为号码黑名单时，系统数据内存表为号码黑名单表；或当业务需要为中间平台鉴权时，系统数据内存表为鉴权数据表；或当业务需要为状态报告时，系统数据内存表为临时消息数据表。

本实施例中，当消息为状态报告，系统数据为临时消息数据表时，前处理子模块：用于获取源帐号的关联帐号；中处理子模块，还可以用于根据关联帐号与消息的序号，在临时消息数据表中查找源消息；根据源消息和消息，生成消息日志文件并在临时消息表中删除源消息；中处理子模块，还可以用于将消息日志文件转化为目的帐号对应的外部接口协议数据。

本实施例中，消息收发模块：还可以用于从源链路上接受源网元的消息，获取源链路编号，根据源链路编号在链路信息表中获取源帐号；消息发送模块：还可以用于根据目的帐号，在链路信息表中获取对应的目的链路编号，根据目的链路编号转发消息。

本实施例实现的方法可以参照方法实施例一至四的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

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

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

Claims (9)

1.一种消息路由的方法，其特征在于，包括：

中间网元通过源帐号接收源网元的消息；

根据所述源帐号，获取目的帐号；

将所述消息转发至所述目的帐号所对应的目的网元；

其中，所述中间网元通过源帐号接收源网元的消息之后还包括：转换所述消息为中间网元的内部消息；结合系统数据对所述内部消息进行业务处理；将处理后的内部消息转化为目的帐号对应的外部接口协议数据；所述将消息转发至目的帐号对应的目的网元具体包括：将所述外部接口协议数据转发至所述目的帐号对应的目的网元；其中，

所述中间网元通过源帐号接收源网元的消息之前还包括：所述中间网元与所述源网元协商所述源帐号，所述源帐号中配置所述目的帐号的信息；

所述根据源帐号，获取目的帐号具体包括：根据所述源账号中目的账号的信息，获取目的帐号。

2.根据权利要求1所述的方法，其特征在于：

所述中间网元通过源帐号接收源网元的消息之后还包括：获取所述源帐号的关联帐号；

所述结合系统数据对所述内部消息进行业务处理具体包括：根据消息的业务需要，结合关联帐号和系统数据，对内部消息进行处理。

3.根据权利要求1所述的方法，其特征在于，所述结合系统数据对内部消息进行处理中，所述系统数据采用内存表处理：

当所述业务为号码黑名单时，所述系统数据内存表为号码黑名单表；

或当所述业务为中间平台鉴权时，所述系统数据内存表为鉴权数据表；

或当所述业务为状态报告时，所述系统数据内存表为临时消息数据表。

4.根据权利要求2所述的方法，其特征在于，当所述消息为状态报告，所述系统数据为临时消息数据表时：

所述结合关联帐号和系统数据对内部消息进行处理具体包括：获取所述源帐号的关联帐号；根据所述关联帐号与所述消息的序号，在所述临时消息数据表中查找源消息；根据所述源消息和所述消息，生成消息日志文件并在所述临时消息表中删除源消息；

所述将处理后的内部消息转化为目的帐号对应的外部接口协议数据具体包括：将所述消息日志文件转化为目的帐号对应的外部接口协议数据。

5.根据权利要求1-4中任一项所述的方法，其特征在于：

所述中间网元通过源帐号接收源网元的消息具体包括：从源链路上接受源网元的消息，获取源链路编号；在链路信息表中获取源链路编号对应的源帐号；

所述将消息转发至目的帐号对应的目的网元具体包括：在所述链路信息表中获取对应目的帐号的目的链路编号，根据所述目的链路编号转发所述消息。

6.根据权利要求1-4中任一项所述的方法，其特征在于，还包括：

根据所述目的网元的数目，配置对应的所述源帐号的数目。

7.根据权利要求1-4中任一项所述的方法，其特征在于，所述根据源帐号获取所述消息的目的帐号之后还包括：

当根据所述源帐号无法进行路由时，根据所述消息的号码进行路由。

8.一种消息路由的中间网元，其特征在于，包括：

消息接收模块，用于通过源帐号接收源网元的消息；

消息处理模块，用于根据所述源帐号，获取目的帐号；

消息发送模块，用于将所述消息转发至所述目的帐号对应的目的网元；

其中，所述消息处理模块包括：前处理子模块，用于转换所述消息为中间网元的内部消息；中处理子模块，用于结合系统数据对所述内部消息进行业务处理；后处理子模块，用于将处理后的内部消息转化为目的帐号对应的外部接口协议数据；

所述消息发送模块，用于将外部接口协议数据转发至目的帐号对应的目的网元；其中，还包括：

维护管理模块，用于与所述源网元协商源帐号，所述源帐号中配置对应目的网元的目的帐号的信息；

所述消息处理模块，用于根据所述源账号中目的账号的信息，获取目的帐号。

9.根据权利要求8所述的中间网元，其特征在于：

所述消息接收模块：还用于从源链路上接受源网元的消息，获取源链路编号，在所述链路信息表中获取所述源链路编号对应的源帐号；

所述消息发送模块：还用于在所述链路信息表中获取对应目的帐号的目的链路编号，根据所述目的链路编号转发所述消息。