CN101383771B - 一种统一接入网关间的路由转发***和方法 - Google Patents
一种统一接入网关间的路由转发***和方法 Download PDFInfo
- Publication number
- CN101383771B CN101383771B CN2008102165319A CN200810216531A CN101383771B CN 101383771 B CN101383771 B CN 101383771B CN 2008102165319 A CN2008102165319 A CN 2008102165319A CN 200810216531 A CN200810216531 A CN 200810216531A CN 101383771 B CN101383771 B CN 101383771B
- Authority
- CN
- China
- Prior art keywords
- route
- iad
- parlay
- processing engine
- source
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
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 (7)
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业务请求为同步业务,具体包括如下步骤:
B1、Server模块将源统一接入网关的Parlay X业务路由请求转为路由请求发送给路由处理引擎;
B2、路由处理引擎做出路由判断,向Client模块发送路由结果;
B3、Client模块根据路由结果向目的统一接入网关转发Parlay X业务请求消息;
B4、Client模块接收目的统一接入网关的Parlay X业务路由回复消息,发送给源统一接入网关,结束;当所述源统一接入网关的Parlay X业务路由请求为异步业务,具体包括如下步骤:
C1、Server模块将源统一接入网关的Parlay X业务路由请求转为路由请求发送给路由处理引擎;
C2、路由处理引擎做出路由判断,向Client模块发送路由结果,向Server模块发送路由回复消息;
C3、Server模块根据路由回复消息向源统一接入网关发送ParlayX业务路由回复消息;
C4、Client模块根据路由处理引擎的路由结果向目的统一接入网关转发Parlay X业务请求消息;
C5、Client模块接收目的统一接入网关的Parlay X业务回复消息,结束。
4.如权利要求3所述的路由转发方法,其特征在于,还包括超时处理:如果步骤B4中,Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时,Server模块向源统一接入网关发送超时回复消息。
5.如权利要求3所述的路由转发方法,其特征在于,还包括超时处理:如果步骤C5中,Client模块接收目的统一接入网关的Parlay X业务回复消息的等待超时,结束。
6.如权利要求3至5任一所述的路由转发方法,其特征在于,还包括异常处理:如果Web Service接口处理引擎在发送或接收消息过程中出现异常,向源统一接入网关发送异常回复消息。
7.如权利要求3至5任一所述的路由转发方法,其特征在于,还包括会话缓存处理:将与当前处理无关的会话进行缓存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102165319A CN101383771B (zh) | 2008-09-24 | 2008-09-24 | 一种统一接入网关间的路由转发***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102165319A CN101383771B (zh) | 2008-09-24 | 2008-09-24 | 一种统一接入网关间的路由转发***和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101383771A CN101383771A (zh) | 2009-03-11 |
CN101383771B true CN101383771B (zh) | 2012-12-19 |
Family
ID=40463399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102165319A Expired - Fee Related CN101383771B (zh) | 2008-09-24 | 2008-09-24 | 一种统一接入网关间的路由转发***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101383771B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594661B (zh) * | 2012-01-19 | 2015-01-07 | 北京思特奇信息技术股份有限公司 | 一种基于云计算部署提供获取动态路由、静态路由的调用方法 |
WO2013170470A1 (zh) * | 2012-05-17 | 2013-11-21 | 华为技术有限公司 | 传输数据的方法及装置 |
CN105099897B (zh) * | 2014-05-13 | 2020-01-21 | 中兴通讯股份有限公司 | 一种在浏览器和电信网络之间进行通信的方法和网关 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006125743A1 (en) * | 2005-05-27 | 2006-11-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Routing based upon origin of a call |
CN101159780A (zh) * | 2007-11-01 | 2008-04-09 | 中兴通讯股份有限公司 | 一种电信综合业务接入网关网间路由***及其方法 |
-
2008
- 2008-09-24 CN CN2008102165319A patent/CN101383771B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006125743A1 (en) * | 2005-05-27 | 2006-11-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Routing based upon origin of a call |
CN101159780A (zh) * | 2007-11-01 | 2008-04-09 | 中兴通讯股份有限公司 | 一种电信综合业务接入网关网间路由***及其方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101383771A (zh) | 2009-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113301166B (zh) | 服务的调用方法及装置、存储介质、电子装置 | |
US7016973B1 (en) | Apparatus and methods for providing translucent proxies in a communications network | |
CN1909507B (zh) | 一种报文转发方法和*** | |
CN101582904B (zh) | 一种数据中心多线接入流量对称的实现方法、装置及*** | |
CN102833306B (zh) | 网络集成动态资源路由 | |
CN101262372B (zh) | 基于sip服务器集群的视频监控平台操控前端设备的方法 | |
CN102469124B (zh) | 基于aog的移动互联网业务的实现方法、网关、代理及*** | |
KR20010062065A (ko) | 순간 메시징을 위한 프로토콜 | |
EP2081336B1 (en) | Business message transmission method, system and apparatus | |
US6633901B1 (en) | Multi-route client-server architecture | |
CN109150788A (zh) | 控制网络数据传输的方法、装置、网关及存储介质 | |
CN109525574A (zh) | 一种跨网跨层级业务协同服务平台*** | |
Yao et al. | SI-STIN: A smart identifier framework for space and terrestrial integrated network | |
CN101399849A (zh) | 用于通信***中的通信装置和终端登记方法 | |
CN101404630A (zh) | 互联网业务接入网关的实现方法和*** | |
CN102497446A (zh) | 一种穿越nat设备的业务流传输方法及装置 | |
CN102780675A (zh) | 流媒体业务的传输方法、装置和*** | |
CN103152444B (zh) | 中继方式的网络地址转换及报文传输方法及装置、*** | |
CN101383771B (zh) | 一种统一接入网关间的路由转发***和方法 | |
CN1906890B (zh) | 用于支持事务的方法和装置 | |
CN110601989A (zh) | 一种网络流量均衡方法及装置 | |
CN102984186A (zh) | 会话建立方法及装置 | |
US7580402B2 (en) | Internet protocol compliant private branch electronic exchange and a method expanding the number of controlled terminal ports | |
CN101478545A (zh) | 基于Web服务接口的数据分发处理方法、装置及*** | |
CN110336844B (zh) | 基于服务架构的站端***协作机制实现方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121219 Termination date: 20160924 |
|
CF01 | Termination of patent right due to non-payment of annual fee |