多网多平面结构的短消息中心系统及其实现方法

专利名称：多网多平面结构的短消息中心系统及其实现方法
技术领域：
本发明涉及通讯领域，尤其涉及一种多网多平面结构的短消息中 心系统及其实现方法。
背景技术：
短消息业务是移动通讯业务中的一项重要业务，其收入在运营商 总体收入中所占比例越来越大。因此，提供该项业务的核心——短消 息中心的运行安全性和稳定性也成为运营商和设备制造商日益关注 的焦点。
目前短消息业务所采用的的技术方案主要有两种，分别是双网 双平面和群集。
其中，双网双平面方案是通过两两相互连4妻的方式将两个或多个 短消息局连接到网络中， 一旦一个短消息局发生故障，另一个短消息 局可以4^管全部业务；同时将流量>^人负荷过重的短消息中心转移到负 荷较轻的短消息中心，起到流量平衡的作用。这种双网双平面技术从 容灾和负荷均衡角度提高了短消息中心的安全性和稳定性，但存在以 下缺点
第一、当一个短消息局发生故障时，业务只能全部交给另一个局， 如果另 一个局也发生故障或者负荷过重，则业务将瘫痪或受到影响。
第二、双网双平面才支术要求加入到其中的短消息局两两相互组 网。为了加强短消息中心的安全性而将多个短消息局组成多网多平面 的结构，这种组网方式非常不便。因为，首先，每个局都要记录其他 所有局的信息，当新增、删除或修改一个局的时候，其他所有局的数 据都需要重新配置；其次，假设网内存在N个局，则一共要维护 N*(N-l)/2条链路，局数越多，链路越复杂越难以管理，出现故障的 概率也越高。
第三、缺乏对整个系统流量负荷的监控和管理功能。各节点分布式地管理和自己相关的流量，没有一个能监控全网流量的节点，无法 配置和实施灵活的负荷均衡策略。
群集系统是为每个短消息局配套一个群集结点服务器，然后通过 群集调度中心管理群集结点服务器，从而实现对两个或多个短消息局 的统一管理，同样能够起到容灾和分流的功能。但是群集系统也存在
一些4夹点
第一、架构较为复杂，除了需要建设群集调度中心，还需要为每 个短消息局建设一个群集结点服务器。
第二、群集系统除了支持以群集调度中心为中心的星状结构外， 还支持群集结点服务器直接相连的方式，这种方式的缺点类似双网双 平面结构。
第三、群集调度中心只有一个单一的业务处理模块，没有对信令 处理模块、业务处理模块和消息点对点协议代理(SMPPAGENT)模块 进行划分，只提供统一的消息接口。因此群集结点服务器与群集调度 中心交互消息时需要把从这三个模块接收到的使用不同协议的消息 转换成统一的消息格式，向这三个模块发送消息时候也需要对消息进 行协议转换。这些转换增加了硬件负担和消息处理时间。
第四、短消息中心的运行状态和负荷情况由群集结点定时上报给 群集调度中心，群集调度中心进而调用负荷均衡策略进行分流，负荷 上报的实时性不高；同时由于操作系统不同和短消息中心处理机制等 因素，负荷上报的准确性也欠佳。

发明内容
本发明所要解决的技术问题是双网双平面技术发生故障概率较 高、群集系统技术架构较为复杂等问题，提出了一种解决该问题的多 网多平面结构的短消息中心系统及其实现方法。
本发明多网多平面结构的短消息中心系统，包括虚拟短消息局和 至少二个短消息局，所述短消息局包括信令处理模块、业务处理模块
和SMPP AGENT模块，所述虚拟短消息局包括转发模块和返回模块， 所述转发模块用于当短消息局的模块发生故障时，转发需要该发生故障的模块处理的消息到其他短消息局中的相应模块进行处理，所述返 回模块用于将处理结果返回有模块发生故障的短消息局。
在上述系统中，所述转发模块为虚拟信令处理模块，所述返回模 块为虚拟业务处理模块，其中，
所述虚拟信令处理模块，用于当短消息局的信令处理模块发生故 障时，转发需要该发生故障的信令处理模块处理的消息到其他短消息
局中的信令处理模块进行处理；
所述虚拟业务处理模块，用于将处理结果返回信令处理模块发生 故障的短消息局的业务处理模块。
在上述系统中，所述转发模块为虚拟业务处理模块，所述返回模 块为虚拟信令处理模块，其中，
所述虚拟业务处理模块，用于当短消息局的业务处理模块发生故 障时，转发需要该发生故障的业务处理模块处理的消息到其他短消息
局中的业务处理模块进行处理；
所述虚拟信令处理模块，用于将处理结果返回业务处理模块发生 故障的短消息局的信令处理模块。
在上述系统中，所述转发模块为虚拟业务处理模块，所述返回模 块为虚拟SMPP AGENT模块，其中，
所述虚拟业务处理模块，用于当短消息局的业务处理模块发生故 障时，转发需要该发生故障的业务处理模块处理的消息到其他短消息 局中的业务处理模块进行处理；
所述虚拟SMPP AGENT模块，用于将处理结果返回业务处理才莫 块发生故障的短消息局的SMPP AGENT模块。
在上述系统中，所述转发模块为虚拟SMPP AGENT模块，所述 返回模块为虚拟业务处理模块，其中，
所述虚拟SMPP AGENT模块，用于当短消息局的SMPP AGENT 模块发生故障时，转发需要该发生故障的SMPP AGENT模块处理的 消息到其他短消息局中的SMPP AGENT模块进行处理；
所述虚拟业务处理模块，用于将处理结果返回SMPP AGENT模 块发生故障的短消息局的业务处理^t块。在上述系统中，所述虚拟短消息局还包括配置管理模块，所述配 置管理模块用于监控所述短消息局的各个模块的负荷状态，为所述转 发模块提供分流策略，以供所述转发模块根据各个模块的负荷状态， 选择最低负荷的模块进行转发。
本发明多网多平面结构的短消息中心系统的实现方法，包括以下
步骤
创建与至少二个短消息局相连接的虚拟短消息局；
所述虚拟短消息局的转发模块接收短消息局的模块发送的消息， 并将该消息转发到其他短消息局的相应模块进行处理；
所述虚拟短消息局的返回模块接收处理结果，并将该处理结果返 回到原短消息局发送该消息的模块。
在上述方法中，在所述返回模块将该处理结果返回到原短消息局 发送该消息的模块之前，还包括
所述虚拟短消息局的配置管理模块建立转发关系表，在所述转发 关系表中设置原短消息局的标识信息、原短消息局的模块的标识信 息，以及相对应的处理该消息的其他短消息局的标识信息、其他短消 息局的相应模块的标识信息，以供所述返回才莫块查询来返回所述处理 结果。
在上述方法中，在所述转发模块将该消息转发到其他短消息局的 相应才莫块进4于处理之前，还包括
所述虚拟短消息局的配置管理模块监控所述短消息局的各个模 块的负荷状态，为所述转发模块提供分流策略，以供所述转发模块根 据各个模块的负荷状态，选择最低负荷的相应模块进行转发。
在上述方法中，所述转发模块，返回模块，发送该消息的模块， 处理该消息的模块依次为①虚拟信令处理模块，虚拟业务处理模块， 业务处理模块，信令处理模块；②虚拟业务处理模块，虚拟信令处理 模块，信令处理模块，业务处理模块；③虚拟业务处理模块，虚拟 SMPP AGENT模块，SMPP AGENT模块，业务处理模块；或者④虚 拟SMPP AGENT模块，虚拟业务处理模块，业务处理模块，SMPP AGENT才莫块中的一组。与现有技术相比较，采用本发明多网多平面结构的短消息中心系 统及其实现方法， 一旦某个真实短消息局的某个模块或者全部模块发 生故障，虚拟短消息局都可以将它的业务分担到其它正常工作的真实 短消息局的对应模块，从而保证业务不会中断。本发明多网多平面结 构的短消息中心系统简化了系统结构，比利用现有的双网双平面技术 扩展得到的多网多平面结构或者群集系统实现方式简单，并带来了链 路管理、操作维护、负荷均衡策略等方面的便利和灵活，另外，这种 系统集成能力强、扩展和管理便捷、负荷均衡策略灵活的优势使得短 消息中心系统具备了更高的安全性和稳定性。


图1是本发明多网多平面结构的短消息中心系统结构示意图； 图2是本发明多网多平面结构的短消息中心系统模块示意图； 图3是本发明多网多平面结构的短消息中心系统的虚拟短消息 局模块示意图4是本发明多网多平面结构的短消息中心系统的实现方法流 程示意图5是本发明本发明多网多平面结构的短消息中心系统的配置 管理模块工作流程图6是本发明多网多平面结构的短消息中心系统的实现方法第 一实施例示意图7是本发明多网多平面结构的短消息中心系统的实现方法第 二实施例示意图8是本发明多网多平面结构的短消息中心系统的实现方法第 二实施例流程示意图9是本发明多网多平面结构的短消息中心系统的实现方法第 三实施例示意图。
具体实施例方式
下面结合附图对本发明多网多平面结构的短消息中心系统及其实现方法进行i兌明。
请参阅图1，其是本发明多网多平面结构的短消息中心系统结构 示意图。
本发明多网多平面结构的短消息中心系统包括虚拟短消息局、短
消息局A、短消息局B、短消息局C和短消息局D。相对于虚拟短消 息局，短消息局A、短消息局B、短消息局C和短消息局D可称呼 为真实短消息局。
短消息局A、短消息局B、短消息局C和短消息局D分别和虚 拟短消息局连接，从而形成了以虚拟短消息局为中心的星状网，称为 多网多平面结构。真实短消息局和虚拟短消息局之间的连接采用的是 现有的双网双平面技术，虚拟短消息局对各节点进行流量和状态监控 管理，通过可配置的负荷均衡策略接收和转发来自各真实短消息局的 消息。多网多平面结构对各真实短消息局来说是透明不可见的，只有 虚拟短消息局知道将哪些真实短消息局加入了多网多平面结构中。虚 拟短消息局接收但不处理具体的业务，而是通过负荷均衡策略将业务 转发到真实短消息局去处理。
请参阅图2和图3,图2是本发明多网多平面结构的短消息中心 系统模块示意图，图3是本发明多网多平面结构的短消息中心系统的 虚拟短消息局模块示意图。
短消息局A、短消息局B、短消息局C和短消息局D分别连4妻 了网络中的多个高级/低级信令转接点HSTP/LSTP和多个扩展短消息 实体ESME，虚拟短消息局则分别和短消息局A、短消息局B、短消 息局C和短消息局D相连接。HSTP/LSTP完成路由器的功能，把其 它信令点和网络连接在一起组成更大的网络。它们一般不产生消息， 而是查看每一个由业务交换点发来的消息，然后通过七号信令网络4巴 每一个消息交换到它们要去的地方。在短消息业务中，STP与信令处 理模块相连，负责手机和短消息中心系统间起呼、终呼消息的转发。 ESME是非PLMN移动网络中的短消息实体， 一般通过TCP/IP或 X.25网络连接到SMPP AGENT模块，采用SMPP协议和SMPP AGENT协议进行通信完成短消息的收发。短消息局A包括信令处理模块A、业务处理模块A和SMPP AGENT模块A。对内通过业务处理模块A将信令处理模块A和SMPP AGENT模块A相连；对外通过信令处理模块A与七号信令网中的 HSTP/LSTP相连，通过SMPP AGENT模块A和ESME相连。类似 地，短消息局B、短消息局C和短消息局D也包括相应的模块。 下面具体以短消息局A来说明各个模块的作用 信令处理模块A:分别与网络中的HSTP/LSTP和短消息局A的 业务处理模块A相连，提供短消息中心和移动网之间收发短消息的 信令通道，并完成协议转换。信令处理模块A负责接收七号信令网 的消息，并处理成内部消息，再转发给业务处理模块A;同时接收业 务处理模块A发来的内部消息，并处理成标准信令后，再发往七号 信令网。
业务处理模块A:分别与信令处理模块A和SMPP AGENT模块 A相连，负责处理具体的短消息业务。业务处理模块A负责接收来 自信令处理模块A或SMPP AGENT模块A的消息，并分别在处理后 转发到信令处理模块A或SMPP AGENT模块A。
SMPP AGENT模块A:分别与业务处理模块A和ESME相连， 提供短消息中心与ESME收发消息的通道，并完成协议转换。SMPP AGENT模块A负责从外部网络(TCP/IP或X.25)中的ESME接收消 息，并处理成内部消息，再转发给业务处理模块A;同时接收业务处 理模块A发来的内部消息，并处理成负符合SMPP协议的消息后， 再发给ESME。
虚拟短消息局包括虚拟信令处理模块、虚拟业务处理模块、虚拟 SMPP AGENT模块、配置管理模块、支撑子系统和通讯接口。其中， 虚拟信令处理模块、虚拟业务处理模块和虚拟SMPP AGENT模块三 个模块分别和各真实短消息局相连，但它们之间互不相连，即虚拟短 消息局的内部模块之间没有消息流程。
虛拟信令处理模块分别与所有真实短消息局的信令处理模块和 业务处理模块相连，提供发往信令处理模块的消息的转发通道。虚拟 信令处理模块接收来自真实短消息局的业务处理模块的消息，并通过负荷均衡的方式将消息转发到某个真实短消息局的信令处理模块。
虚拟业务处理模块分别与所有真实短消息局的业务处理模块、 信令处理模块和SMPP AGENT模块相连，提供发往业务处理模块的 消息的转发通道。
虚拟SMPP AGENT模块分别与所有真实短消息局的业务处理 模块和SMPP AGENT模块相连，提供发往信令处理模块的消息的转 发通道。
配置管理模块负责节点配置、节点状态监控、节点负荷监控、 分流策略配置等配置和管理功能，并维护ESME在各SMPP AGENT 模块的绑定信息。该节点指各个真实短消息局的各个模块。
支撑子系统负责提供整个软件系统的运行支撑。
通讯接口负责虚拟信令处理模块、虚拟业务处理模块和虚拟 SMPP AGENT与外部系统的通讯，可以集成在支撑子系统中实现。
图2中真实短消息局向虚拟短消息局发送消息的通讯链路以短 消息局A的为例，见虚曲线部分；虚拟短消息局向真实短消息局转 发消息的通讯链路以短消息局B、短消息局C、短消息局D局为例， 见黑色单向箭头部分。
将信令处理模块、业务处理模块、SMPP AGENT模块划分为三 层次，虚拟短消息局的各模块的接收通道只接收真实短消息局相邻层 次的模块发来的消息，而发送通道只将消息发往真实短消息局的同层 次的模块。，也即虚拟短消息局的各个模块能接收业务，但不能处理 业务，只能通过转发的方式把消息转发到真实短消息局的相应模块去 处理。而对于真实短消息局而言，它们不知道虚拟短消息局不能处理 业务，因此会把消息发送给虚拟短消息局应该处理业务的层次，但虚 拟短消息局不能处理业务，会通过负荷均衡机制选择一个目标真实短 消息局模块，把消息伪装成发往该模块的消息，向其转发。同时，当 目标真实短消息局模块处理完消息将响应结果返回给虚拟短消息局 时，也会将虚拟短消息局当作真实短消息局对待，发送到虚拟短消息 局应该处理业务的模块。
各模块的消息通道是相对独立的，因此真实短消息局的信令处理模块、业务处理模块和SMPP AGENT模块三个模块中的某个模块发 生故障，只有需要该模块处理的消息会转发到虚拟短消息局，进而转 发到其它真实短消息局的相应模块进行处理，没有发生故障的模块可 以继续正常工作，甚至用于接收虚拟短消息局转发来的其它真实短消 息局的消息。因此，虚拟短消息局需要监控各真实短消息局每个模块 的流量和工作状态，这个功能是通过虚拟短消息局的配置管理模块完 成的。
请参阅图4,其是本发明多网多平面结构的短消息中心系统的实 现方法流程示意图。
下述的接收方与返回模块为虚拟短消息局的虚拟信令处理模块、 虚拟业务处理模块或者虚拟SMPP AGENT模块之一，发送方为真实 短消息局的信令处理模块、业务处理模块或者SMPP AGENT模块之 一，虚拟短消息局和真实短消息局的标识信息为局号，虚拟短消息局 和真实短消息局的模块的标识信息为模块号。本发明多网多平面结构 的短消息中心系统的实现方法，包括以下步骤
步骤Sl、接收方接收来自发送方的消息，该消息包括事件号、 发送方的局号及模块号、接收方的局号及模块号、消息序号和消息体。 通过消息序号和发送方局号及模块号，查询配置管理模块创建的记录 消息转发历史的转发关系表，如果查找到相关记录，表明这是一条由 虚拟短消息局转发的消息的响应消息，需要按照转发关系表记载的路 径返回，执行步骤S7;否则，不是响应消息，只是普通的待转发消 息，执行步骤S2。
步骤S2、在收到的消息中，将接收方的局号及模块号替换发送 方局号及模块号。
步骤S3、调用配置管理模块制定的负荷均衡策略，查询各节点(真 实短消息局的各模块)运行状态和负荷，选择一个运行状态正常且未 过负荷的可用节点作为转发消息的目的节点。如果没能找到可用节点 则执行步骤Sll，否则继续步骤S4。
步骤S4、找到了可用的目的节点，并用该目的节点模块的局号 及模块号替换消息中的接收方的局号及模块号，表示将要把消息转发给该目的节点，目的节点处理给消息，得到处理结果，也即响应消息。
步骤S5、配置管理模块将原始发送方发送的消息的消息序号、 局号和模块号，与目的节点的局号及模块号记录到转发关系表，以便 返回模块收到响应消息后，根据转发关系表，将响应消息返回给原始 发送方。
步骤S6、转发模块转发消息，流程结束。
步骤S7、判断得出该消息是响应消息，需要转发回原始发送方， 则查询转发关系表中原始消息发送方的运行状态和负荷情况，如果不 正常或过负荷，则转至步骤Sll,否则，执行步骤S8。
步骤S8、用收到该响应消息的返回模块的局号及模块号替换发 送方局号及模块号，执行步骤S9。
步骤S9、用转发关系表中该响应消息对应的消息的原始发送方 的局号及模块号替换接收方局号及模块号，表示将要把响应消息转发 回原始发送方。
步骤SIO、返回模块转发消息，流程结束。
步艰《S11、丢弃消息，返回失败响应，流程结束。
请参阅图5,其是本发明本发明多网多平面结构的短消息中心系 统的配置管理模块工作流程图。
在上述步骤S3中，配置管理模块的一个重要功能是对真实短消 息局各个模块负荷情况的监控，其工作步骤如下所示
步骤Slll、查询是否有可用的目的节点(真实短消息局的某个才莫 块)和各节点的负荷指数，制定各节点的负荷均衡策略，依照负荷均 衡策略(如优先发往负荷指数最低的节点)选择可用的目的节点，向其 转发消息。
步骤S112、收到该转发的消息的响应消息，检查响应消息错误 码，区分成功、拥塞和其它错误。
步骤S113、根据响应消息的成功、拥塞和其它错误历史次数， 重新计算该目的节点的负荷指数，更新各节点的负荷均衡策略。
下面举例说明一次手机到手机短消息的起呼及其响应消息流程。
请参阅图6,其是本发明多网多平面结构的短消息中心系统的实现方法第一实施例示意图。
假设发生故障的模块是短消息局A的信令处理模块A,根据各 节点的负荷均衡策略，接替它处理消息的是短消息局B的信令处理 模块B。
对于来自七号信令网的MO消息，当短消息局A的信令处理才莫 块A发生故障时，HSTP/LSTP模块A会将MO消息发送到其连接的 工作正常的其他真实短消息局的信令处理模块，再进行处理。
对于业务处理模块A发往信令处理模块A的MT内部消息，当 业务处理模块A发现本局，即短消息局A没有可用的信令处理模块 A时，会将MT消息发往虚拟短消息局的虚拟信令处理模块。虚拟信 令处理模块在收到MT内部消息后不做处理，根据各节点的负荷均衡 策略，将该消息转发到多网多平面中的其他真实短消息局的信令处理 模块，假设发往短消息局B的信令处理模块B,由短消息局B来完 成此次短消息终呼流程。信令处理模块B并不知道此消息来自虚拟 信令模块的同层转发，而是当作双网双平面的对端局即虚拟短消息局 的虚拟业务处理模块下发的消息进行处理，并把MT响应消息返回给 虚拟局的虚拟业务处理模块。虚拟业务处理模块收到MT响应后，判 断其为响应消息，将该响应消息转发回短消息局A的业务处理^^莫块 A,同样，业务处理模块A也不知道该响应消息是来自虚拟业务模块 的同层转发，而是当作双网双平面的对端局即即虛拟短消息局的虚拟 信令处理模块返回的消息处理，从而完成终呼流程。
请参阅图7，其是本发明多网多平面结构的短消息中心系统的实 现方法第二实施例示意图。
假设发生故障的模块是短消息局A的业务处理模块A,根据各 节点的负荷均衡策略，接替它处理消息的是短消息局B的业务处理 模块B。
对于来自七号信令网的MO消息，当短消息局A的信令处理模 块A发现业务处理模块A发生故障时，会将MO消息发送到虚拟短 消息局的虚拟业务处理模块，虚拟业务处理模块收到响应后，根据各 节点的负荷均衡策略，将MO消息转发到多网多平面中的其它真实短消息局的业务处理模块，假设发往短消息局B的业务处理模块B,由 短消息局B来完成此次短消息起呼流程。业务处理模块B将该MO 消息当作是虛拟短消息局的虚拟信令处理^t块发来的消息，并将处理 后的响应信息返回给虚拟信令处理模块。虚拟信令处理模块收到响应 后，判断其为响应消息，将该响应消息返回给信令处理模块A，而信 令处理模块A把该响应消息当作虚拟短消息局的虚拟业务处理模块 的返回的消息处理结果，发往七号信令网，从而完成了手机到手机短 信的起呼和终呼流程。
请参阅图8,其是本发明多网多平面结构的短消息中心系统的实 现方法第二实施例流程示意图。
本发明第二实施例流程如下所示
(1) HSTP/LSTP将短消息通过标准信令发送给信令处理模块A;
(2) 信令处理才莫块A将短消息转换成内部消息结构，并;f企查业务 处理模块A的工作状态，发现业务处理模块A故障，则将短消息发 送给虚拟业务处理模块；
(3) 虚拟业务处理模块收到信令处理模块A发来的内部消息后， 判断其为非响应消息，把该消息转发给业务处理模块B;
(4) 业务处理才莫块B收到消息后进行处理，处理成功后向对端局 的虚拟信令处理模块返回处理结果，即响应消息，继而完成终呼流程；
(5) 虚拟信令处理模块收到该响应消息后，判断其为响应消息， 将响应消息转发给信令处理模块A;
(6) 信令处理模块A收到响应消息后，将响应消息由内部消息转 换为标准信令后发送到HSTP/LSTP模块A,从而完成起呼流程。
对于SMPPAGENT模块A发往业务处理模块A的内部消息，当 SMPPAGENT模块A发现没有可用的业务处理模块A时，会将内部 消息发往虚拟短消息局的虚拟业务处理模块。虚拟业务处理模块在收 到内部消息，根据各节点的负荷均衡策略，将该消息转发到多网多平 面中的其他真实短消息局的业务处理模块，假设发往短消息局B的 业务处理^^莫块B,由短消息局B来完成此次短消息终呼流程。业务处 理模块B并不知道此消息来自虚拟业务模块的同层转发，而是当作双网双平面的对端局虚拟短消息局的虚拟SMPP AGENT才莫块下发的 消息进4亍处理，并4巴响应消息返回给虚拟短消息局的虚拟SMPP AGENT模块。虚拟SMPP AGENT模块收到响应后，判断其为响应 消息，转发回短消息局A的SMPP AGENT模块A，同样，SMPP AGENT模块A也不知道该响应消息是来自虚拟SMPP AGENT模块 的同层转发，而是当作双网双平面的对端局的虚拟业务处理^f莫块返回 的消息处理结果。
请参阅图9，其是本发明多网多平面结构的短消息中心系统的实 现方法第三实施例示意图。
假设发生故障的模块是短消息局A的SMPP AGENT模块A，根 据各节点的负荷均衡策略，接替它处理消息的是短消息局B的SMPP AGENT模块B。
当SMPP AGENT模块A发生故障时，由于虚拟SMPP AGENT 才莫块不具备真实SMPP AGENT的功能，因此ESME不能绑定到虚拟 短消息局。对于ESME发起的AO消息，如果ESME同时绑定了其 它真实短消息局的SMPP AGENT模块，则可以向这些正常运行的 SMPP AGENT提交AO消息，进行消息处理。
虚拟SMPP AGENT模块虽然不提供ESME绑定的功能，不能对 AO消息进行处理，但是可以对发往ESME的AT消息进行转发处理。 为了实现这一功能，虚拟短消息局需要从它连接的各真实短消息局同 步ESME绑定信息。当业务处理模块A向ESME下发AT消息时， 发现SMPP AGENT模块A发生故障，会将AT消息发给虚拟SMPP AGENT模块，虚拟SMPP AGENT模块查询ESME绑定信息后，根 据各节点的负荷均衡策略，将AT消息转发给ESME绑定的其它真实 短消息局的SMPPAGENT模块，假设为短消息局B的SMPP AGENT 模块B 。 SMPP AGENT模块B不知道该消息来自虚拟SMPP AGENT 模块的同层转发，而是当作虚拟业务处理模块发来的消息，将消息下 发到ESME。 ESME收到消息后，向SMPP AGENT模块B返回响应 消息。SMPP AGENT模块B将响应消息返回给虚拟业务处理4莫块， 虚拟业务处理模块判断其为响应消息后，转发给业务处理模块A。与现有技术相比较，采用本发明多网多平面结构的短消息中心系 统及其实现方法， 一旦某个真实短消息局的某个模块或者全部模块发 生故障，虚拟短消息局都可以将它的业务分担到其它正常工作的真实 短消息局的对应模块，从而保证业务不会中断。本发明多网多平面结 构的短消息中心系统简化了系统结构，比利用现有的双网双平面:^支术 扩展得到的多网多平面结构或者群集系统实现方式简单，并带来了链 路管理、操作维护、负荷均衡策略等方面的便利和灵活，另外，这种 系统集成能力强、扩展和管理Y更捷、负荷均衡策略灵活的优势使得短 消息中心系统具备了更高的安全性和稳定性。
以上仅为本发明的优选实施案例而已，并不用于限制本发明，对 于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发 明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包 含在本发明的保护范围之内。
权利要求
1、一种多网多平面结构的短消息中心系统，包括至少二个短消息局，所述短消息局包括信令处理模块、业务处理模块和SMPPAGENT模块，其特征在于，该系统还包括虚拟短消息局，所述虚拟短消息局包括转发模块和返回模块，所述转发模块用于当短消息局的模块发生故障时，转发需要该发生故障的模块处理的消息到其他短消息局中的相应模块进行处理，所述返回模块用于将处理结果返回有模块发生故障的短消息局。
2、 根据权利要求1所述的系统，其特征在于，所述转发模块为 虚拟信令处理模块，所述返回模块为虚拟业务处理模块，其中，所述虚拟信令处理模块，用于当短消息局的信令处理模块发生故 障时，转发需要该发生故障的信令处理模块处理的消息到其他短消息 局中的信令处理模块进行处理；所述虚拟业务处理模块，用于将处理结果返回信令处理模块发生 故障的短消息局的业务处理模块。
3、 根据权利要求1所述的系统，其特征在于，所述转发模块为 虚拟业务处理模块，所述返回模块为虚拟信令处理模块，其中，所述虚拟业务处理模块，用于当短消息局的业务处理^莫块发生故 障时，转发需要该发生故障的业务处理模块处理的消息到其他短消息 局中的业务处理-漠块进行处理；所述虚拟信令处理模块，用于将处理结果返回业务处理模块发生 故障的短消息局的信令处理模块。
4、 根据权利要求1所述的系统，其特征在于，所述转发模块为 虚拟业务处理模块，所述返回模块为虚拟SMPP AGENT模块，其中，所述虚拟业务处理模块，用于当短消息局的业务处理模块发生故 障时，转发需要该发生故障的业务处理模块处理的消息到其他短消息 局中的业务处理^^块进行处理；所述虚拟SMPP AGENT模块，用于将处理结果返回业务处理模 块发生故障的短消息局的SMPP AGENT模块。
5、 根据权利要求1所述的系统，其特征在于，所述转发模块为 虚拟SMPP AGENT模块，所述返回模块为虚拟业务处理模块，其中，所述虚拟SMPP AGENT模块，用于当短消息局的SMPP AGENT 模块发生故障时，转发需要该发生故障的SMPP AGENT模块处理的 消息到其他短消息局中的SMPP AGENT模块进行处理；所述虚拟业务处理模块，用于将处理结果返回SMPP AGENT模 块发生故障的短消息局的业务处理模块。
6、 根据权利要求1至5任一项所述的系统，其特征在于，所述 虚拟短消息局还包括配置管理模块，所述配置管理模块用于监控所述 短消息局的各个模块的负荷状态，为所述转发才莫块提供分流策略，以 供所述转发模块根据各个模块的负荷状态，选择最低负荷的模块进行 转发。
7、 一种多网多平面结构的短消息中心系统的实现方法，其特征 在于，包括以下步骤创建与至少二个短消息局相连接的虚拟短消息局； 所述虚拟短消息局的转发模块接收短消息局的模块发送的消息，并将该消息转发到其他短消息局的相应模块进行处理；所述虚拟短消息局的返回模块接收处理结果，并将该处理结果返回到原短消息局发送该消息的模块。
8、 根据权利要求7所述的方法，其特征在于，在所述返回模块 将该处理结果返回到原短消息局发送该消息的模块之前，还包括所述虚拟短消息局的配置管理模块建立转发关系表，在所述转发 关系表中设置原短消息局的标识信息、原短消息局的模块的标识信 息，以及相对应的处理该消息的其他短消息局的标识信息、其他短消息局的相应模块的标识信息，以供所述返回模块查询来返回所述处理 结果。
9、 根据权利要求7所述的方法，其特征在于，在所述转发模块将该消息转发到其他短消息局的相应模块进行处理之前，还包括所述虚拟短消息局的配置管理模块监控所述短消息局的各个模 块的负荷状态，为所述转发模块提供分流策略，以供所述转发模块根 据各个模块的负荷状态，选择最低负荷的相应模块进行转发。
10、 根据权利要求7至9任一项所述的方法，其特征在于，所述 转发模块，返回模块，发送该消息的模块，处理该消息的模块依次为 ①虚拟信令处理模块，虚拟业务处理模块，业务处理模块，信令处理 模块；②虚拟业务处理模块，虚拟信令处理模块，信令处理模块，业 务处理模块；③虚拟业务处理模块，虚拟SMPP AGENT模块，SMPP AGENT模块，业务处理模块；或者④虚拟SMPP AGENT模块，虚 拟业务处理模块，业务处理模块，SMPP AGENT模块中的一组。
全文摘要
本发明公开了一种多网多平面结构的短消息中心系统及其实现方法。该短消息中心系统包括虚拟短消息局和至少二个短消息局。其中，短消息局包括信令处理模块、业务处理模块和SMPP AGENT模块，虚拟短消息局包括转发模块和返回模块，转发模块用于当短消息局的模块发生故障时，转发需要该发生故障的模块处理的消息到其他短消息局中的相应模块进行处理，返回模块用于将处理结果返回有模块发生故障的短消息局。采用本发明简化了系统结构，比利用现有的双网双平面技术扩展得到的多网多平面结构或者群集系统实现方式简单，并具备了更高的安全性和稳定性。
文档编号H04W24/04GK101610534SQ20091010768
公开日2009年12月23日 申请日期2009年6月4日 优先权日2009年6月4日
发明者杨奕堃, 聂荣初, 陈正光 申请人:中兴通讯股份有限公司