CN101383771B

CN101383771B - 一种统一接入网关间的路由转发系统和方法

Info

Publication number: CN101383771B
Application number: CN2008102165319A
Authority: CN
Inventors: 刘坤; 韩银俊; 甘洪波
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-09-24
Filing date: 2008-09-24
Publication date: 2012-12-19
Anticipated expiration: 2028-09-24
Also published as: CN101383771A

Abstract

本发明公开了一种统一接入网关间的路由转发系统和方法，所述路由转发系统位于源统一接入网关与目的统一接入网关之间，包括路由处理引擎和Web Service接口处理引擎，所述路由处理引擎用于确定路由路径，所述Web Service接口处理引擎用于根据所述源统一接入网关的Parlay X业务路由请求，通过所述路由处理引擎获取路由结果，根据所述路由结果向目的统一接入网关转发Parlay X业务请求消息，并向源统一接入网关返回Parlay业务路由回复消息。本发明实现了统一接入网关间的路由转发。

Description

一种统一接入网关间的路由转发系统和方法

技术领域

本发明涉及电信网络，具体的说，涉及一种统一接入网关间的路由转发系统和方法。

背景技术

UAG(统一接入网关)是一种基于Web Service(能够实现远程数据交互的一种技术和协议，通过HTML【Hypertext Markup Language，超文本标记语言】进行通讯，实现了不同系统平台，不同开发语言和开发技术实现的软件个体之间的通讯)的Parlay X(Parlay协议规范是采用API【Application Programming Interface，应用编程接口】的方式将电信网络的业务提供能力进行描述，从而提供IT开发人员进行电信业务开发的能力。Parlay X即Parlay4.1版本，其使用基于Web Service的WSDL【WebService Description Language，Web服务描述语言】语言对API进行描述，从而提供给IT开发人员一个更为清晰、简洁、抽象、易于理解的电信业务开发接口)标准技术的第三代开放业务平台，UAG提出了面向下一代网络的体系结构，它将业务的应用和运行业务的平台分离，使得SP(Service Provider，服务提供商)不需要专门的电信知识，就能以非常简单的方式调用电信网络所提供的呼叫控制、短信、彩信、定位等业务能力。

UAG都是以区间或区域为单位来运营和部署，因此，为了真正实现全网业务统一接入，并充分利用电信网络资源，同时最大限度地满足用户需求，网关之间数据交换、路由和转发是必需的。例如用户A归属于接入网关A，但是当用户A在异地B通过服务提供商B使用电信运营商提供的服务，用户A在向接入网关B请求服务时，接入网关B会发现用户A不是归属于本区的用户，那么接入网关B需要将用户A的请求发送到一个网间公共设备，由网间公共设备来决定用户A请求的受理点。目前尚没有针对UAG的这种转发设备。

发明内容

有鉴于此，本发明提供了一种统一接入网关间的路由转发系统和方法，实现了统一接入网关间的路由转发。

为了解决上述技术问题，本发明采用了如下技术方案：

一种统一接入网关间的路由转发系统，位于源统一接入网关与目的统一接入网关之间，包括路由处理引擎和Web Service接口处理引擎，所述路由处理引擎用于确定路由路径，所述Web Service接口处理引擎用于根据所述源统一接入网关的Parlay X业务路由请求，通过所述路由处理引擎获取路由结果，根据所述路由结果向目的统一接入网关转发Parlay X业务请求消息，并向源统一接入网关返回Parlay X业务路由回复消息。

进一步的，所述的路由转发系统还包括数据缓存，所述数据缓存用于缓存Web Service接口处理引擎与当前处理无关的会话数据。

优选的，所述Web Service接口处理引擎包括Server模块和Client模块，所述Server模块用于根据所述源统一接入网关的Parlay X业务路由请求，向路由处理引擎发送路由请求；所述Client模块用于根据路由处理引擎的路由结果向目的统一接入网关转发Parlay X业务请求消息，所述Server模块和Client模块中一者还用于向源统一接入网关返回Parlay X业务路由回复消息。

其中，当源统一接入网关请求的Parlay X业务为异步业务，所述Parlay X业务路由回复消息是通过所述Server模块向源统一接入网关回复的；当源统一接入网关请求的Parlay X业务为同步业务，所述Parlay X业务路由回复消息是通过所述Client模块向源统一接入网关回复的。

本发明还公开了一种统一接入网关间的路由转发方法，通过路由处理引擎和Web Service接口处理引擎在源统一接入网关和目的统一接入网关之间进行，包含如下步骤：

A1、Web Service接口处理引擎接收并根据源统一接入网关的Parlay X业务路由请求，向路由处理引擎获取路由结果；

A2、Web Service接口处理引擎根据所述路由处理引擎的路由结果向目的统一接入网关转发Parlay X业务请求消息，并向源统一接入网关返回Parlay X业务路由回复消息。

所述Web Service接口处理引擎包括Server模块和Client模块，当所述源统一接入网关的Parlay X业务请求为同步业务，所述步骤A1和A2具体包括如下步骤：

B1、Server模块将源统一接入网关的Parlay X业务路由请求转为路由请求发送给路由处理引擎；

B2、路由处理引擎做出路由判断，向Client模块发送路由结果；

B3、Client模块根据路由结果向目的统一接入网关转发Parlay X业务请求消息；

B4、Client模块接收目的统一接入网关的Parlay X业务路由回复消息，发送给源统一接入网关，结束。

进一步的，还包括超时处理：如果步骤B4中，Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时，Server模块向源统一接入网关发送超时回复消息。

当所述源统一接入网关的Parlay X业务路由请求为异步业务，所述步骤A1和A2具体包括如下步骤：

Cl、Server模块将源统一接入网关的Parlay X业务路由请求转为路由请求发送给路由处理引擎；

C2、路由处理引擎做出路由判断，向Client模块发送路由结果，向Server模块发送路由回复消息；

C3、Server模块根据路由回复消息向源统一接入网关发送Parlay X业务路由回复消息；

C4、Client模块根据路由处理引擎的路由结果向目的统一接入网关转发Parlay X业务请求消息；

C5、Client模块接收目的统一接入网关的Parlay X业务回复消息，结束。

进一步的，还包括超时处理：如果步骤C5中，Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时，结束。

所述的路由转发方法还包括异常处理：如果Web Service接口处理引擎在发送或接收消息过程中出现异常，向源统一接入网关发送异常回复消息。

所述的路由转发方法还包括会话缓存处理：将与当前处理无关的会话进行缓存。

本发明通过利用Web Service接口处理引擎和路由处理引擎，实现了统一接入网关之间的路由转发处理。进一步的，将整个转发过程拆分给Server和Client两个模块处理，提高了业务并行处理的能力。同时利用会话缓存机制，将同步业务转换成异步流程处理，节省了线程等待时间，提高了业务处理能力，使得系统能够在高负载的状态下运行。此外，还提供了一套完整的异常和超时处理流程，使得系统作为通讯业务设备具有较高的完备性和健壮性。

附图说明

图1是本发明具体实施方式的路由转发系统的结构示意图；

图2是本发明具体实施方式的Web Service处理引擎Server模块内部处理流程图；

图3是本发明具体实施方式的Web Service处理引擎Client模块内部处理流程图；

图4是本发明具体实施方式的同步业务正常路由转发处理流程图；

图5是本发明具体实施方式的异步业务正常路由转发处理流程图；

图6是本发明具体实施方式的同步业务转发超时处理流程图；

图7是本发明具体实施方式的异步业务转发超时处理流程图。

具体实施方式

下面对照附图并结合具体实施方式对本发明进行详细说明。

如图1所示，本发明具体实施方式的路由转发系统包括两个处理引擎，即Router路由处理引擎和Web Service接口处理引擎。

Router路由处理引擎主要功能是确定路由路径，通过Web Service处理引擎提供的SpID(Service Provider Identity，服务提供商的身份ID)或终端号码，在内部路由表上找到相应的路由路径，交由Web Service处理引擎进行转发。

Web Service处理引擎主要功能是面向源UAG(Origin UAG)和目的UAG(Dest UAG)，为整个系统提供多线程并行的基于Web Service接口的电信业务数据处理和转发能力，在源UAG和目的UAG之间使用的是标准的SOAP(Simple Object Access Protocol简单对象访问协议)信令，业务数据符合Parlay X标准的要求。该处理引擎在功能上可以分为两个处理模块，即Server(服务端)处理模块和Client(客户端)处理模块。为描述清晰之便，将Server处理模块与源UAG之间的交互消息称为业务路由请求和业务路由回复，主要表明源UAG向Server处理模块的请求包括业务请求和路由请求数据；将Server处理模块与Router路由处理引擎之间的交互数据称为路由请求和路由回复，主要表明Server处理模块通过路由请求向Router路由处理引擎确定路由路径；将Router路由处理引擎与Client处理模块之间的交互数据称为路由实施请求和路由实施回复，主要表明Router路由处理引擎通过路由实施请求向Client处理模块发送路由路径，促使Client处理模块开始与目的UAG进行业务数据交互；将Client处理模块与目的UAG之间的交互数据称为业务请求和业务回复。

Server处理模块作为Web Service接口的服务端，负责接收来自源UAG的Parlay X业务路由请求，并对Parlay X业务路由请求中的业务请求数据进行负荷分担和多线程分发，在对源UAG的业务请求数据经过处理和验证后，将会话保存到数据缓存(会话即保证消息收发的链路资源，一般来说，在发送端与接收端进行通讯时，首先要建立会话，在完成通讯后，要释放会话)，同时将路由请求数据交由路由处理引擎进行路由，源UAG请求的Parlay X业务若是异步业务如短信等，在收到路由处理引擎的路由回复后，从数据缓存取出会话数据，向源UAG发送业务路由回复消息；若是同步业务，则Server处理模块只负责转发超时处理，向源UAG回复业务路由回复消息的功能由Client处理模块来完成。在以上过程中出现的任何异常或超时，Server模块都需要向源UAG发送路由异常或超时回复。

Client处理模块作为Web Service接口的客户端，负责接收来自Router路由处理引擎的路由实施请求，在负荷分担和多线程分发后，按照Router路由处理引擎的路由结果，即路由实施请求中提供的目的UAG的URL(Uniform Resource Location，统一资源定位符)转发Parlay X业务请求数据，同时将会话数据保存到数据缓存，而后等待目的UAG的WebService接口消息回复，若等待超时，则释放数据缓存中的会话数据，同步业务的超时处理由Server处理模块来完成；如果收到来自目的UAG的Parlay X业务回复消息，若是异步业务，则整个转发流程完毕，若是同步业务，则Client模块需要到数据缓存中找到与之对应的Server端接收WebService路由请求的会话资源，用这个会话资源向源UAG返回目的UAG发送的回复消息。在以上路由转发过程中出现的任何异常，若是同步业务，Client模块需要向源UAG发送异常回复。

在此，Server模块和Client模块都采用了会话缓存机制，即在消息收发处理过程中，将与当前处理无关的会话进行缓存，以提高业务处理能力，如前所述，例如Server模块在路由处理引擎进行路由时，会缓存与源UAG的会话，直到收到路由处理引擎的路由回复消息后，才从数据缓存中取出会话数据，恢复与源UAG的会话，向源UAG发送业务路由回复消息。

下面结合图2至图5，对本发明具体实施方式的转发系统中的各模块内部处理流程及路由转发业务正常和异常处理流程进行说明。为简单起见，以下将Web Service处理引擎Server模块简称Server，Client模块简称Client，Router路由处理引擎简称Router。

Server模块内部处理流程如图2所示，包括：

步骤101，收到来自源UAG基于Web Service接口的Parlay X业务路由请求；

步骤102，判断消息传送过程以及业务消息各字段是否异常，若异常则转103，若无异常则转104；

步骤103，向源UAG返回Web Service接口异常消息回复，转至111；

步骤104，向Router(路由模块)提交路由请求；

步骤105，等待Router的路由回复；对于异步业务，通常都会收到Router的路由回复，进入步骤107；对于同步业务，如果路由失败，则也会收到Router的路由回复，进入步骤107；而如果是同步业务且路由成功，不会有Router的路由回复，这时将进行目的UAG是否返回业务回复消息的超时等待；

步骤106，判断目的UAG回复消息是否超时，若超时则转110；若不超时，由于是Client模块的相关操作，与Server模块无关，在此不做说明；

步骤107，收到Router的路由回复；

步骤108，根据路由回复，判断路由是否成功，若不成功则转103，若路由成功则转109；

步骤109，向源UAG返回路由成功的回复，该步骤只会出现在异步业务，转至111；

步骤110，向源UAG返回路由超时的回复，该步骤只会出现在同步业务；

步骤111，释放Server会话缓存数据。

Client模块内部处理流程如图3所示，包括：

步骤201，收到Router的路由实施请求；

步骤202，根据Router路由实施请求中提供的URL向目的UAG转发Parlay X业务请求消息；

步骤203，判断向目的UAG的消息发送是否异常，若异常则转206，若无异常则转204；

步骤204，等待目的UAG的基于Web Service接口的回复消息；

步骤205，收到目的UAG的Parlay X业务回复消息，转207；

步骤206，判断消息是否是同步业务，若是同步业务转210，若是异步业务则转213；

步骤207，判断目的UAG的回复消息是否异常，若异常则转206，若无异常则转209；

步骤208，判断等待目的UAG的回复消息是否超时，若超时则转213，不超时则转204继续等待；

步骤209，判断消息是否是同步业务，若是同步业务则转212，若是异步业务则转213；

步骤210，找到Server的会话缓存数据，用这个会话向源UAG发送异常回复消息；

步骤211，释放Server的会话缓存数据，转至213；

步骤212，找到Server的会话缓存数据，用这个会话向源UAG发送正常回复消息；

步骤213，释放Client的会话缓存数据，整个转发过程结束。

同步业务正常路由转发处理流程如图4所示，包括：

1、Server收到源UAG的Parlay X业务路由请求；

2、Server将Web Service请求转为路由请求，发给Router；

3、Router做出路由判断后，向Client发起带有目的UAG的URL的路由实施请求；

4、Client根据Router提供的目的UAG的URL地址向目的UAG转发Parlay X业务请求；

5、目的UAG向Client发送Parlay X业务回复消息；

6、Client查找Server会话缓存数据；

7、Client用查到的Server的会话向源UAG发送parlay X业务路由回复消息；

8、Client释放Server和Client的会话数据缓存，结束转发流程。

异步业务正常路由转发处理流程如图5所示，包括：

1、Server收到源UAG的Parlay X业务路由请求；

2、Server将Web Service请求转为路由请求，发给Router；

3、Router做出路由判断后，向Server发送路由回复消息；

4、Server根据路由回复向源UAG发送Parlay X业务路由回复消息；路由回复消息指示了Router是否找到路由，即路由是否成功；

5、Server释放会话数据；

6、Router向Client发起带有目的UAG的URL的路由实施请求；

7、Client根据Router提供的目的UAG的URL地址向目的UAG转发Parlay X业务请求；

8、目的UAG向Client发送Parlay X业务回复消息；

9、Client释放会话数据，结束转发流程。

同步业务转发超时处理流程如图6所示，包括：

1-4步流程与图4中的同步业务正常路由转发处理流程的1-4步流程相同，不再赘述；

5、Client等待目的UAG的回复消息超时，由于向源UAG报超时的消息的任务由Server来完成，Client直接释放自身会话数据即可；

6、Server等待目的UAG的回复消息超时；

7、Server向源UAG发送超时的回复信息；

8、Server释放自身的会话数据；

异步业务转发超时处理流程如图7所示，包括：

1-7步流程与图5中的异步业务正常路由转发处理流程的1-7步流程相同，不再赘述；

8、Client等待目的UAG业务回复消息超时，由于是异步业务，所以Router在等待目的UAG超时后，不用向源UAG返回超时消息，直接释放自身会话数据即完成整个流程。

本发明提供了一种基于Web Service的，面向电信Parlay X业务接口的多线程高负载路由转发系统及处理方法，通过利用Web Service路由转发流程的特点，将整个转发过程拆分给Server和Client两个模块处理，同时将路由判断的功能交给专门的路由引擎去处理，提高了业务并行处理的能力，同时利用负荷分担和会话缓存机制，将同步业务转换成异步流程处理，节省了线程等待时间，提高了业务处理能力，使得系统能够在高负载的状态下运行。此外，还提供了一套完整的异常和超时处理流程，使得系统作为通讯业务设备具有较高的完备性和健壮性。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims

1.一种统一接入网关间的路由转发系统，其特征在于，所述路由转发系统位于源统一接入网关与目的统一接入网关之间，包括路由处理引擎和Web服务Web Service接口处理引擎，所述路由处理引擎用于确定路由路径，所述Web Service接口处理引擎包括服务端Server模块和客户端Client模块，所述Server模块用于根据所述源统一接入网关的构建电信业务的WEB服务标准Parlay X业务路由请求，向路由处理引擎发送路由请求；所述Client模块用于根据路由处理引擎的路由结果向目的统一接入网关转发Parlay X业务请求消息，所述Server模块和Client模块中一者还用于向源统一接入网关返回Parlay X业务路由回复消息：当源统一接入网关请求的Parlay X业务为异步业务，所述Parlay X业务路由回复消息是通过所述Server模块向源统一接入网关回复的；当源统一接入网关请求的Parlay X业务为同步业务，所述Parlay X业务路由回复消息是通过所述Client模块向源统一接入网关回复的。

2.如权利要求1所述的路由转发系统，其特征在于，还包括数据缓存，所述数据缓存用于缓存Web Service接口处理引擎与当前处理无关的会话数据。

3.一种统一接入网关间的路由转发方法，其特征在于，所述路由转发方法通过路由处理引擎和Web服务Web Service接口处理引擎在源统一接入网关和目的统一接入网关之间进行，所述WebService接口处理引擎包括服务端Server模块和客户端Client模块，当所述源统一接入网关的构建电信业务的WEB服务标准Parlay X业务请求为同步业务，具体包括如下步骤：

B4、Client模块接收目的统一接入网关的Parlay X业务路由回复消息，发送给源统一接入网关，结束；当所述源统一接入网关的Parlay X业务路由请求为异步业务，具体包括如下步骤：

C1、Server模块将源统一接入网关的Parlay X业务路由请求转为路由请求发送给路由处理引擎；

C3、Server模块根据路由回复消息向源统一接入网关发送ParlayX业务路由回复消息；

4.如权利要求3所述的路由转发方法，其特征在于，还包括超时处理：如果步骤B4中，Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时，Server模块向源统一接入网关发送超时回复消息。

5.如权利要求3所述的路由转发方法，其特征在于，还包括超时处理：如果步骤C5中，Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时，结束。

6.如权利要求3至5任一所述的路由转发方法，其特征在于，还包括异常处理：如果Web Service接口处理引擎在发送或接收消息过程中出现异常，向源统一接入网关发送异常回复消息。

7.如权利要求3至5任一所述的路由转发方法，其特征在于，还包括会话缓存处理：将与当前处理无关的会话进行缓存。