CN101325535B - 在通信网络中用于为呼叫进行重路由的方法及装置 - Google Patents

在通信网络中用于为呼叫进行重路由的方法及装置 Download PDF

Info

Publication number
CN101325535B
CN101325535B CN2007100420722A CN200710042072A CN101325535B CN 101325535 B CN101325535 B CN 101325535B CN 2007100420722 A CN2007100420722 A CN 2007100420722A CN 200710042072 A CN200710042072 A CN 200710042072A CN 101325535 B CN101325535 B CN 101325535B
Authority
CN
China
Prior art keywords
route
network
heavy
calling
call setup
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.)
Active
Application number
CN2007100420722A
Other languages
English (en)
Other versions
CN101325535A (zh
Inventor
任益民
平会兵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Priority to CN2007100420722A priority Critical patent/CN101325535B/zh
Publication of CN101325535A publication Critical patent/CN101325535A/zh
Application granted granted Critical
Publication of CN101325535B publication Critical patent/CN101325535B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

在现有技术中,当原经由利用IP网络的路由进行的呼叫建立过程失败后,尽管存在利用PSTN网络的可用路由,该次呼叫仍将被释放。为解决现有技术中的问题,本发明对网关控制设备进行了改进,为其提供了一种用于为呼叫进行重路由的方法及装置,改进后的网关控制设备会在利用经由第一网络的第一路由进行的呼叫建立过程失败时,利用经由第二网络的第二路由重新进行所述呼叫建立过程。

Description

在通信网络中用于为呼叫进行重路由的方法及装置
技术领域
本发明涉及通信网络,尤其涉及通信网络中的重路由控制。
背景技术
在通信网络中,所谓对呼叫进行路由,即为主叫终端请求建立的呼叫来在主叫终端与被叫终端之间建立一个可用的连接。
主叫终端与被叫终端的相对位置决定了其间的路由可能需要经由多个网络设备,如,PSTN(公共交换电话网,Public SwitchedTelephone Network)网络中的交换机、IP网络中的TGW(中继网关)等。所谓中继网关,就是完成电路中继(基于PCM编码的64K链路)和分组网上的媒体流的转换的网关。
在现今较为成熟的PSTN网络(以TDM即时分复用技术为基础)中,由于网络节点之间基于Trunk(中继电路)进行通信,可能会出现电路拥塞(congestion)现象。为此,PSTN网络中已存在重路由解决方案,也即,当TDM交换机(TS)发现因其至对端交换机之间的中继电路拥塞或对端交换机之后的电路拥塞又或其它原因而无法建立呼叫时,TS以电路溢出或重新选路的方式来实现重路由。
无论从用户体验角度还是从技术角度看,IP电话网都具有PSTN电话网所无可比拟的技术优势,其不但能提供如呼叫转移、呼叫等候、呼叫阻塞、主叫号码显示等附加功能,更因较低的使用费用(尤其是长途电话费)以及交换速度而备受青睐。但是,成熟、稳定的PSTN网络在相当长的一段时间内还将具有其存在的价值。
以下,结合图1对现有技术中的呼叫建立过程进行简要描述。其中,假设主叫终端为图1所示的TS1(也称一个PSTN局)下属的一个PSTN终端(如,模拟电话)UEa,而被叫终端为TS2(另一PSTN局)下属的一个PSTN终端(如,模拟电话)UEb。在默认状态下,呼叫建立后,UEa与UEb之间媒体数据的传输路径为UEa-TS1-TGW7-IP承载网络-TGW8-TS2-UEb。其中,UEa、UEb之间的呼叫建立由MGC3与MGC4来负责控制。
基于现有技术,当UEa请求建立与UEb之间的呼叫时,MGC3将尝试为其建立采用如上媒体数据传输路径的呼叫,然而,该次呼叫建立过程可能会因多种原因而不能成功。失败原因有多种,如:IP网络节点(如,TGW8)故障、被叫占线等。
在现有技术中,无论该次呼叫因何种原因而未建立成功,MGC3均会将该次呼叫释放到其前端局如TS1,当TS1不具有重路由功能时,该次呼叫就告终止。
基于上述说明可见,现有技术中的MGC过分依赖于IP网络自身的能力,在经由IP网络建立呼叫失败时,忽视其它可用网络的存在,未在资源相对丰富的网络环境中尽力地(Try Best)为用户请求建立的呼叫进行选路,造成了一定的资源浪费。
更重要地,当UEa呼叫UEb时,如果呼叫建立过程失败,且MGC3的前端局不具备重路由功能,则UEa希望建立的呼叫将在有备选网络可用的情况下而被释放。如果所述失败的原因是TGW8故障,则在TGW8恢复工作之前,UEa都将无法与UEb间建立呼叫,而可工作的PSTN网络却被闲置,这无论对于用户还是运营商/服务提供商都是不利的。
发明内容
鉴于现有技术存在上述问题,本发明对原有的网关控制设备(如,IP网络中的MGC或ATM网络中执行与MGC相似功能的网络设备)进行改进,具体如下:
根据本发明的第一方面,提供了一种在通信网络的网关控制设备中用于为呼叫进行重路由的方法,其中,包括以下步骤:当利用经由第一网络的第一路由进行的呼叫建立过程失败时,利用经由第二网络的第二路由重新进行所述呼叫建立过程。
根据本发明的第二方面,提供了一种在通信网络的网关控制设备中用于为呼叫进行重路由的重路由装置,其中,包括:用于当利用经由第一网络的第一路由进行的呼叫建立过程失败时,利用经由第二网络的第二路由重新进行所述呼叫建立过程的装置。
采用本发明提供的技术方案,当原经由利用IP/ATM网络的路由进行的呼叫建立过程失败时,能够利用其它可用路由来尝试重新建立该次呼叫,特别地,通过利用PSTN网络作为IP/ATM网络的后备,实现了对现有的可用资源的充分利用,用户请求的呼叫将被尽力地建立,而建立成功的呼叫则将为运营商/服务提供商带来额外的商业利益。
附图说明
图1为包括IP网络和PSTN网络的NGN网络示意图,其中,主叫终端与被叫终端均为模拟电话;
图2中详细地示出了包括IP网络和PSTN网络的NGN网络中各网络设备间使用的信令实例;
图3为根据本发明的一个具体实施方式的在通信网络的网关控制设备中用于为呼叫进行重路由的方法流程图;
图4为包括IP网络和PSTN网络的NGN网络示意图,其中,主叫终端为基于H.248的用户终端,被叫终端为模拟电话;
图5为包括IP网络和PSTN网络的NGN网络示意图,其中,主叫终端为SIP终端,被叫终端为模拟电话;
图6为根据本发明的一个具体实施方式的在通信网络的网关控制设备中用于为呼叫进行重路由的重路由装置框图。
其中,相同或相似的附图标记表示相同或相似的步骤特征或装置(模块)。
具体实施方式
首先,参照图1并结合图2对本发明的一个具体实施例进行概括性描述。其中,在各媒体网关控制器(MGC3、MGC4)处配置有本发明第二方面所提供的重路由装置,以用于实现本发明第一方面所提供的方法。图1中,MGC3、MGC4、TGW7、TGW8属于IP网络;TS1、TS2、TS5、TS6属于PSTN网络。图2所示的各个网络设备之间通信所用信令类型及所属协议在下文中一并作为参考。本申请附图中用虚线表示信令,实线则表示媒体流。
结合图2可以看出,UEa拨叫UEb后,TS1通过其信令接口经由信令网关(Signaling Gateway,即SGW,所谓信令网关,就是完成基于电路中继的七号信令系统和基于分组网的SIGTRAN信令系统的转换的网关)向MGC3发送用于请求建立UEa与UEb之间的呼叫的第一呼叫建立请求,如ISUP-IAM消息,所述ISUP-IAM消息中包含UEb的逻辑号码。根据ISUP-IAM消息中的被叫逻辑号码,MGC3得以确定UEb所属的媒体网关控制器为MGC4,并将该ISUP-IAM消息转换为SIP-I标准中的INVITE消息,再将该INVITE消息经由MGC3与MGC4之间的Virtual TKG(虚拟电路群)发送给MGC4。本领域技术人员理解,这也即利用经由IP网络的第一路由(首选路由)发送第一呼叫建立请求,所述首选路由对应于MGC4。
而后,MGC3要根据来自MGC4的呼叫建立响应等来判断前次利用IP网络(以IP网络为承载网)所进行的呼叫建立过程是否成功。如果此次呼叫建立过程成功,则UEa与UEb之间的呼叫将由TS1、TGW7、IP承载网络、TGW8、TS2来负责承载。如果该次呼叫建立过程没有成功,则MGC3将由出局路由表中根据UEb的逻辑号码选择备选的其它路由来作为重新尝试建立呼叫所用的第二路由,假设所述第二路由为对应于TS5的第一备选路由。于是,利用该第二路由进行的呼叫建立过程如果成功,则相应的媒体数据将由图示PSTN承载网络来参与承载。本领域技术人员理解,为简明起见而未能示于图中的其它可用网络如ATM网络/不同于图1所示IP网络的另一IP网络等也能够像图1所示PSTN网络一样作为图1所示IP网络的后备。
在此需要说明一下首选路由、第一备选路由甚至第二、第三备选路由之间的关系:当利用首选路由进行的呼叫建立过程失败时,MGC会转而选择第一备选路由,如果选择并利用第一备选路由进行的呼叫建立过程仍未成功,则尝试第二备选路由,以此类推。这样,相互关联的首选路由与各备选路由组成了一个路由组。
图3为根据本发明的一个具体实施例的在通信网络的网关控制设备中用于为呼叫进行重路由的方法流程图。
以下将参照图3并结合图1来对本发明的第一方面进行详述。具体地,在步骤S10中,MGC3接收到TS1经由SGW发来的ISUP-IAM消息,并根据其中包含的UEb的逻辑号码来在出局路由表中选择出局路由(在此,假设出局路由表中相应的首选路由对应MGC4)。于是,MGC3将ISUP-IAM消息转换为INVITE消息并发往MGC4,其中,所述INVITE消息包含UEb的逻辑号码。
接收到MGC3发来的INVITE消息后,MGC4利用H.248与TGW8进行交互,指示TGW8为可能建立的呼叫预留资源(也即:关联,Context)。此外,MGC4还将所述INVITE消息转换为ISUP-IAM消息,并经由SGW发送给TS2,并控制建立UEa与UEb之间的呼叫。当MGC4在其间发现该次呼叫无法成功建立(如,在与TGW8的交互中发现TGW8因故障而无法工作),其将向MGC3返回相应的呼叫建立响应,以使MGC3得知:MGC3此前利用经由IP网络的第一路由所尝试进行的呼叫建立过程已经失败。其中,根据SIP-I标准和ITU-T Q.850的现有定义,呼叫建立过程失败的原因包括但不限于:
-Destination out of order目的地不可达;
-No circuit/channel available无电路/通路可用;
-Invalid number format无效的号码格式;
-Temporary failure临时故障;
-Switching equipment congestion交换设备拥塞
-Resource unavailable资源不可用
对上文中的概念Context(关联)解释如下:关联代表了一组端点之间的连接关系。空关联就是不与任何其它端点相联系的物理端点的集合。一个非空关联代表了一个会话。关联由Add创建,由Substract删除。
优选地,根据SIP-I标准,为使MGC3得知呼叫建立为何失败,MGC4会在所述呼叫建立过程失败时将表示呼叫建立过程失败的相应原因相关信息加入到呼叫建立响应中返回给MGC3。本领域技术人员能够由SIP-I标准和ITU-T Q.850知晓呼叫建立成功/失败时相应的呼叫建立响应所采用的具体消息,在此不作举例。
于是,在步骤S11中,MGC3将接收到来自MGC4的呼叫建立响应,所述呼叫建立响应用于告知MGC3前次经由利用图示IP网络的第一路由进行的呼叫建立过程是否已经成功。优选地,如果前次呼叫建立过程未能成功,则到达MGC3的呼叫建立响应中还包含了原因相关信息,如上文中所述的各种中的一种。举例来说,当呼叫建立失败缘于TGW8故障时,MGC4发给MGC3的呼叫建立响应中的原因相关信息为“No circuit available”即“无电路通路可用”。由于各种呼叫建立失败原因与原因相关信息之间的对应关系为标准所定义,因此,本领域技术人员能够熟知,下文中也不再赘述。
借助所述呼叫建立响应,MGC3得以在步骤S12中判断所述呼叫建立过程是否成功。在此需要说明的是,由于呼叫建立成功的情形并不涉及重路由,因此下文中主要针对呼叫建立过程失败的情形进行讨论。
本实例中,MGC3在步骤S12中得到否定的判断结果后,不会直接将该次呼叫重路由,而是优选地执行步骤S13-S15中的一系列操作。
具体地,根据建网需要,运营商会事先为各个MGC的出局路由表中的各个出局路由组设置一个标志位(Flag),供MGC对呼叫的重路由进行控制。该标志位的作用在于,利用MGC可识别的方式向MGC指明在利用经由第一网络的第一路由进行的呼叫建立过程失败后,是否需要利用经由另一网络的另一路由来重新进行呼叫建立过程。在实际应用中进行标志位设置时,可以用“1”表示需要重路由,而用“0”表示不需重路由。所述标志位可以与出局路由表一起存于各个MGC自身的存储设备中,也可以与出局路由表相对应地存储于独立于MGC并可被MGC访问的数据库型服务器中。
于是,在得知利用经由IP网络的第一路由未能成功建立呼叫时,MGC3在步骤S13中获取与第一路由(与MGC4对应)相对应的标志位。本领域技术人员能够理解,如果标志位随出局路由表一起存储在MGC3处,则MGC3在本地查询即可获取该标志位;如果标志位存储在独立于MGC3的一个服务器处(图中未示出),则MGC3需访问该服务器以获取相应标志位,以下不再对此赘述。
此后,在步骤S14中,MGC3从来自MGC4的表示呼叫建立失败的呼叫建立响应中提取原因相关信息,在此假设该次呼叫建立过程的失败原因为TGW8故障,相应地,原因相关信息为“No circuitavailable”。
至此,MGC3掌握了标志位以及前次呼叫建立过程的失败原因。于是,在此后的步骤S15中,MGC3根据该标志位以及“No circuitavailable”来判断是否需要利用其它路由重新进行呼叫建立过程。在此,假设标志位表示需要利用其他路由重新进行所述呼叫建立过程。
于是,在TGW8故障,标志位表示需要重路由的情况下,在步骤S16中,MGC3在出局路由表中选择与首选路由(第一路由,对应MGC4)相对应的经由PSTN网络的第一备选路由(第二路由,与TS5对应)。
接着在步骤S17中,MGC3先基于H.248协议来指示TGW7为即将建立的呼叫预留Context,并随后生成一个新的ISUP-IAM消息(即第二呼叫建立请求)后通过SGW发送给TS5。具体地,如果此次呼叫建立过程成功,则相应的媒体数据传输路径为传输路径为:UEa-TS1-TGW7-TS5-TS6-TS2-UEb。当然,本领域技术人员能够理解,SGW还需对MGC3与TS5之间传输的信令进行必要的格式/协议转换。
由所述第二呼叫建立请求承担的此次呼叫建立过程可能因为种种原因而同样未能成功,则,MGC3可以由出局路由表中再选择经由利用第三网络(可以是不同于图示IP网络的另一IP网络,或不同于图示PSTN网络的另一PSTN网络,或是一个ATM网络)的第三路由(如,第二备选路由)来再次进行呼叫建立过程。本领域技术人员理解,重路由通常不会不停地进行下去,因此,优选地,本发明在MGC3处设置一个重路由次数的阈值,当重路由次数达到该阈值时,MGC3会释放该次呼叫而不再为其选择路由来尝试建立呼叫。出局路由表中的各路由组可以拥有各自不同的所述重路由次数阈值,也可使用同一阈值。
根据本发明的另一具体实施例,假设来自MGC4的呼叫建立响应中的原因相关信息表示被叫占线,此时,由于被叫占线的状态并不受重路由这一动作的影响,也即,重路由后,UEa仍无法与UEb建立呼叫,因此MGC3可以不经由利用PSTN网络的路由来重新进行呼叫建立过程,而选择直接释放该次呼叫,相应地,UEa端的用户将听到忙音或提示被叫占线的语音提示。
根据本发明的又一具体实施例,其中,MGC4故障或MGC3与MGC4之间的IP网络故障,此时,MGC4于步骤S10中转发第一呼叫建立请求后,将不会接收到来自MGC4的任何反馈。此种情形下,本领域技术人员能够理解,MGC3可以依赖各个相连网元之间用于告知对方自己正在正常工作的心跳(Heart Beat)消息。也即,在一定时间内没有接收到来自MGC4的心跳消息后,MGC3至少可以确定MGC4或MGC3与MGC4之间的IP网络存在故障,而其此前向MGC4发出的第一呼叫建立请求并未到达UEb。由此,MGC3便可判定经由利用IP网络的第一路由进行的呼叫建立过程已经失败了。
本领域技术人员理解,此种情形下,由于MGC3不会接收到来自MGC4的呼叫建立响应,因此,对是否需要经由利用第二网络的第二路由重新进行呼叫建立过程的判断将主要依赖于出局路由表中的标志位,如果标志位表示需要进行重路由,则MGC3控制进行相应的后续操作,具体不再赘述。
根据本发明的一个优选实施例,在网关控制设备中的路由表中包含多个备选路由,所述步骤S16还包括:如果需要利用第二路由来重新尝试建立该次呼叫,则MGC3根据MGC4告知的失败原因来确定是否直接跳过第一备选路由而选择第二备选路由作为所述第二路由,或者跳过第一、第二备选路由而选择第三备选路由作为所述第二路由,如此类推。本优选实施例尤其适用于这样的场景,利用首选路由或第一备选路由所建立的呼叫均需经由图1/图4/图5所示IP网络并需由TGW8来承载。于是,当呼叫建立失败原因为TGW8故障时,即使转用第一备选路由来尝试建立该次呼叫也不会取得成功,只会带来令人难以接受的等待时长,不利于优化用户体验。
上述方案有以下实现方式:
-MGC3对各个备选路由进行分析,以确定哪些备选路由是不可用的(重路由仍不会成功建立呼叫),以及哪些备选路由是可用的(重路由的呼叫建立过程不会因与前次建立过程同样的失败原因而失败),从而针对性地选择再次尝试建立呼叫所使用的第二路由。
-在建网时或运营过程中,在路由表中配置MGC3可以识别的与失败原因相对应的标志位。为了便于区分,下文中将步骤S13中所获得的用于确定是否进行重路由的标志位称为第一标志位,将步骤S16中用于结合失败原因针对性地选择(而非简单地根据顺位依次选择)所述第二路由的标志位称为第二标志位。如果前次呼叫建立过程因TGW8故障而失败,MGC3基于所述第一标志位和失败原因确定需要进行重路由,而后,基于所述第二标志位和失败原因来在备选路由中选择第二路由。举例来说,如果第一备选路由与均需利用则标志位应设置为使MGC3知晓当利用首选路由进行的呼叫建立尝试因“No circuit available”而失败时,选择第二备选路由而非第一备选路由来作为所述第二路由。
以上各实施例中,对用户终端为PSTN局下的模拟电话的情形进行了描述,以下将对用户终端为SIP电话以及基于H.248的终端的情形进行简要说明。本领域技术人员理解,具体的终端类型并不会本发明的技术方案产生任何实质性影响。
对于图4中的UEc为基于H.248的用户终端,其需要AGWI(接入网关)为其对信令/媒体数据进行IP与模拟之间的转换,UEd为模拟电话。媒体流的默认传输路径为:
UEc-AGWI-TGW7-IP承载网络-TGW8-TS2-UEd
如果TGW8故障不能工作,且标志位表示应该进行重路由,则重路由之后,建立成功的呼叫将由如下设备/网络负责承载:
UEc-AGWI-TGW7-TS5-PSTN承载网络-TS6-TS2-UEd
图5中,主叫终端UEe为一个SIP终端(如,SIP Phone,能够与MGC3直接进行信令交互而无须网关或交换机),而被叫终端UEf则为一个普通的PSTN模拟终端。于是,当MGC3基于UEe的请求进行的呼叫建立过程失败后(如,TGW8故障),MGC3将选用PSTN网络来承载该次呼叫,重新选路后的呼叫成功建立后,相应媒体流的传输路径为:
UEe-TGW7-TS5-PSTN承载网络-TS6-TS2-UEf
在结合流程图对本发明第一方面提供的方法进行说明后,再参照装置框图并结合图1、图2对本发明第二方面所提供的重路由装置进行详述。
其中,图6所示的重路由装置1包括:第一发送装置10、第一判断装置11、选择装置12以及第二发送装置13。其中,所述第一判断装置11包括接收装置110和第三判断装置111;所述选择装置12包括获取装置120、第二判断装置121、受控选择装置122以及提取装置123。
MGC3中的一个图中未示出的呼叫请求接收装置接收到TS1经由SGW发来的ISUP-IAM消息后,MGC3将根据其中包含的UEb的逻辑号码来在出局路由表中选择出局路由(在此,假设出局路由表中相应的首选路由对应MGC4)。于是,MGC3将ISUP-IAM消息转换为INVITE消息并通过第一发送装置10发往MGC4,其中,所述INVITE消息包含UEb的逻辑号码。
接收到MGC3发来的INVlTE消息后,MGC4利用H.248标准与TGW8进行交互,指示TGW8为可能建立的呼叫预留资源(也即:关联,Context)。此外,MGC4还将所述INVITE消息转换为ISUP-IAM消息,并经由SGW发送给TS2,并控制建立UEa与UEb之间的呼叫。当MGC4在其间发现该次呼叫无法成功建立(如,在与TGW8的交互中发现TGW8因故障而无法工作)时,其将向MGC3返回相应的呼叫建立响应,以使MGC3得知:MGC3此前利用经由IP网络的第一路由所尝试进行的呼叫建立过程已经失败。其中,根据SIP-I标准和ITU-T Q.850的现有定义,呼叫建立过程失败的原因包括但不限于:
-Destination out of order目的地不可达;
-No circuit/channel available无电路/通路可用;
-lnvalid number format无效的号码格式;
-Temporary failure临时故障;
-Switching equipment congestion交换设备拥塞
-Resource unavailable资源不可用
优选地,根据SIP-I标准,为使MGC3得知呼叫建立为何失败,MGC4会在所述呼叫建立过程失败时将表示呼叫建立过程失败的相应原因相关信息加入到呼叫建立响应中返回给MGC3。本领域技术人员能够由SIP-I标准和ITU-T Q.850中知晓呼叫建立成功/失败时相应的呼叫建立响应所采用的具体消息,在此不作举例。
于是,MGC3中的所述接收装置110将接收到来自MGC4的呼叫建立响应,所述呼叫建立响应用于告知MGC3前次经由利用图示IP网络的第一路由进行的呼叫建立过程是否已经成功。优选地,如果前次呼叫建立过程未能成功,则到达MGC3的呼叫建立响应中还包含了原因相关信息,如上文中所述的各种中的一种。举例来说,当呼叫建立失败缘于TGW8故障时,MGC4发给MGC3的呼叫建立响应中的原因相关信息为“No circuit available”即“无电路通路可用”。由于各种呼叫建立失败原因与原因相关信息之间的对应关系为标准所定义,因此,本领域技术人员能够熟知,下文中也不再赘述。
借助所述呼叫建立响应,第三判断装置111得以判断所述呼叫建立过程是否成功。在此需要说明的是,由于呼叫建立成功的情形并不涉及重路由,因此下文中主要针对呼叫建立过程失败的情形进行讨论。
根据建网需要,运营商会事先为各个MGC的出局路由表中的各个出局路由组设置一个标志位(Flag),供MGC对呼叫的重路由进行控制。该标志位的作用在于,利用MGC可识别的方式向MGC指明在利用经由第一网络的第一路由进行的呼叫建立过程失败后,是否需要利用经由另一网络的另一路由来重新进行呼叫建立过程。在实际应用中进行标志位设置时,可以用“1”表示需要重路由,而用“0”表示不需重路由。所述标志位可以与出局路由表一起存于各个MGC自身的存储设备中,也可以与出局路由表相对应地存储于独立于MGC并可被MGC访问的数据库型服务器中。
于是,在得知利用经由IP网络的第一路由未能成功建立呼叫时,选择装置12中的所述获取装置120获取与第一路由(如,MGC3与MGC4之间的IP路由)相对应的标志位。本领域技术人员能够理解,如果标志位随出局路由表一起存储在MGC3处,则获取装置120在本地查询即可获取该标志位;如果标志位存储在独立于MGC3的一个服务器处(图中未示出),则获取装置120需访问该服务器以获取相应标志位,以下不再对此赘述。
此后,提取装置123从来自MGC4的表示呼叫建立失败的呼叫建立响应中提取原因相关信息,在此假设该次呼叫建立过程的失败原因为TGW8故障,相应地,原因相关信息为“No circuit available”。
至此,MGC3掌握了标志位以及前次呼叫建立过程的失败原因。于是,第二判断装置121根据该标志位以及“No circuit available”来判断是否需要利用其它路由重新进行呼叫建立过程,并将判断结果提供给受控选择装置。在此,假设标志位表示需要利用其他路由重新进行所述呼叫建立过程。
于是,在TGW8故障,标志位表示需要重路由的情况下,受控选择装置122将在出局路由表中选择与首选路由(第一路由,对应MGC4)的经由PSTN网络的备选路由(第二路由,与TS5对应)。
接着,MGC3先基于H.248来指示TGW7为即将建立的呼叫预留Context,并随后生成一个新的ISUP-IAM消息(第二呼叫建立请求)后通过第二发送装置13并经由SGW发送给TS5。具体地,如果此次呼叫建立过程成功,则相应的媒体数据传输路径为传输路径为:UEa-TS1-TGW7-TS5-TS6-TS2-UEb。当然,SGW还需对MGC3与TS5之间传输的信令进行必要的格式/协议转换,这是本领域技术人员应知晓的,在此不作赘述。
由所述第二呼叫建立请求承担的此次呼叫建立过程可能因为种种原因而同样未能成功,则,MGC3可以由出局路由表中再选择经由利用第三网络(可以是不同于图示IP网络的另一IP网络,或不同于图示PSTN网络的另一PSTN网络,或是一个ATM网络)的第三路由来再次进行呼叫建立过程。本领域技术人员应理解,重路由通常不会不停地进行下去,因此,优选地,本发明在MGC3处设置一个重路由次数的阈值,当重路由次数达到该阈值时,MGC3会释放该次呼叫而不再为其选择路由来尝试建立呼叫。出局路由表中的各路由可以拥有各自不同的所述重路由次数阈值,也可使用同一阈值。
根据本发明的另一具体实施例,假设来自MGC4的呼叫建立响应中的原因相关信息表示被叫占线,此时,由于被叫占线的状态并不受重路由这一动作的影响,也即,重路由后,UEa仍无法与UEb建立呼叫,因此,第二判断装置121得到的判断结果将表明:可不经由利用PSTN网络的路由来重新进行呼叫建立过程。于是,MGC3将直接释放该次呼叫,相应地,UEa端的用户将听到忙音或提示被叫占线的语音提示。
根据本发明的又一具体实施例,其中,MGC4故障或MGC3与MGC4之间的IP网络故障,此时,第一发送装置10经由使用IP网络的第一路由将UEa的第一呼叫建立请求发往UEb后,接收装置110将不会接收到来自MGC4的任何反馈。此种情形下,本领域技术人员能够理解,第一判断装置11可以依赖各个相连网元之间用于告知对方自己正在正常工作的心跳(Heart Beat)消息来确定该次呼叫能否成功建立。也即,在一定时间内没有接收到来自MGC4的心跳消息后,第一判断装置11至少可以确定MGC4或MGC3与MGC4之间的IP网络存在故障,而MGC3此前向MGC4发出的第一呼叫建立请求并未到达UEb。由此,第一判断装置11便可判断出经由利用IP网络的第一路由进行的呼叫建立过程已经失败了。
本例中,本领域技术人员理解,接收装置110不会接收到来自MGC4的呼叫建立响应,因此,第二判断装置121中对是否需要经由第二网络的第二路由重新进行呼叫建立过程的判断将主要依赖于出局路由表中的标志位,如果标志位表示需要进行重路由,则MGC3控制进行相应的后续操作,不再赘述。
根据本发明的一个优选实施例,在网关控制设备中的路由表中包含多个备选路由,所述受控选择装置122还用于:如果需要利用第二路由来重新尝试建立该次呼叫,则根据MGC4告知的失败原因来确定是否直接跳过第一备选路由而选择第二备选路由作为所述第二路由,或者跳过第一、第二备选路由而选择第三备选路由作为所述第二路由。本优选实施例尤其适用于这样的场景,利用首选路由或第一备选路由所建立的呼叫均经由图1/图4/图5所示IP网络并需由TGW8来承载。于是,当呼叫建立失败原因为TGW8故障时,即使转用第一备选路由来尝试建立该次呼叫也不会取得成功。
上述方案有以下实现方式:
-选择装置122对各个备选路由进行分析,以确定哪些备选路由是不可用的(重路由仍不会成功建立呼叫),以及哪些备选路由是可用的(重路由的呼叫建立过程不会因与前次建立过程同样的失败原因而失败),从而针对性地选择再次尝试建立呼叫所使用的第二路由。
-在建网时或运营过程中,在路由表中配置MGC3可以识别的与失败原因相对应的标志位。如果前次呼叫建立过程因TGW8故障而失败,选择装置122将基于所述第二标志位和失败原因来在备选路由中选择第二路由。举例来说,如果第一备选路由与选路由进行的呼叫建立尝试因“No circuit available”而失败时,选择装置122将优选地选择第二备选路由而非第一备选路由来作为所述第二路由。
以上对本发明的实施例进行了描述,但是本发明并不局限于特定的系统、设备和具体协议,本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

Claims (15)

1.一种在通信网络的网关控制设备中用于为呼叫进行重路由的方法,其中,包括以下步骤:当利用经由第一网络的第一路由进行的呼叫建立过程失败时,利用经由第二网络的第二路由重新进行所述呼叫建立过程,
其中,所述网关控制设备的路由表中包含多个备选路由,如果需要利用第二路由来重新尝试建立该次呼叫,则根据失败原因来确定是否直接跳过第一备选路由而选择第二备选路由作为所述第二路由,或者跳过第一、第二备选路由而选择第三备选路由作为所述第二路由。
2.根据权利要求1所述的方法,其特征在于,包括:
a.利用所述第一路由来将该网关控制设备下属的主叫终端的用于请求建立一个呼叫的第一呼叫建立请求发送给被叫终端;
b.判断所述呼叫是否建立成功;
c.如果所述呼叫建立失败,则为该次呼叫选择所述经由第二网络的第二路由;
d.利用所述第二路由将用于建立所述呼叫的第二呼叫建立请求发送给所述被叫终端。
3.根据权利要求1或2所述的方法,其中,所述步骤c还包括:
c1.如果所述呼叫建立失败,则获取与所述第一路由相对应的重路由指示信息,其用于指示当经由所述第一路由的呼叫建立过程失败时是否需要经由其他路由重新进行所述呼叫建立过程;
c2.根据所述重路由指示信息,判断是否需要经由其他路由重新进行所述呼叫建立过程;
c3.如果所述重路由指示信息指示需经由其他路由重新进行所述呼叫建立过程,则为其选择所述第二路由。
4.根据权利要求3所述的方法,其中,所述步骤b包括:
-接收来自所述被叫终端所属的另一网关控制设备的呼叫建立响应;
-根据所述呼叫建立响应来判断所述呼叫建立是否成功。
5.根据权利要求4所述的方法,其中,当所述呼叫建立失败时,所述呼叫建立响应包含指示该次呼叫建立失败的原因相关信息,所述步骤c中,在所述步骤c2之前还包括步骤:
-由所述呼叫建立响应中提取所述原因相关信息;
所述步骤c2还包括,根据所述与该第一路由相对应的重路由指示信息以及所述原因相关信息,判断是否需要经由其他路由重新进行所述呼叫建立过程。
6.根据权利要求5所述的方法,其中,所述网关控制设备中包含所述第一路由的多个备选路由,所述多个备选路由位于所述第一网络之外的一个或多个其它网络中,所述步骤c3还包括:
如果所述重路由指示信息指示需经由其他路由重新进行所述呼叫建立过程,则根据所述原因相关信息来在所述多个备选路由中选择一个作为所述第二路由。
7.根据权利要求1所述的方法,其中,所述第一网络包括IP网络或ATM网络,所述第二网络包括PSTN网络或IP网络或ATM网络,所述通信网络包括NGN网络。
8.一种在通信网络的网关控制设备中用于为呼叫进行重路由的重路由装置,其中,包括:用于当利用经由第一网络的第一路由进行的呼叫建立过程失败时,利用经由第二网络的第二路由重新进行所述呼叫建立过程的装置,
其中,所述网关控制设备的路由表中包含多个备选路由,所述重路由装置包括选择装置,所述选择装置包括受控选择装置,该受控选择装置用于:
如果需要利用第二路由来重新尝试建立该次呼叫,则根据失败原因来确定是否直接跳过第一备选路由而选择第二备选路由作为所述第二路由,或者跳过第一、第二备选路由而选择第三备选路由作为所述第二路由。
9.根据权利要求8所述的重路由装置,其特征在于,包括:
第一发送装置,用于利用所述第一路由来将该网关控制设备下属的主叫终端的用于请求建立一个呼叫的第一呼叫建立请求发送给被叫终端;
第一判断装置,用于判断所述呼叫是否建立成功;
所述选择装置用于如果所述呼叫建立失败,则为该次呼叫选择所述经由第二网络的第二路由;
第二发送装置,用于利用所述第二路由将用于建立所述呼叫的第二呼叫建立请求发送给所述被叫终端。
10.根据权利要求8或9所述的重路由装置,其中,所述选择装置包括:
获取装置,用于如果所述呼叫建立失败,则获取与所述第一路由相对应的重路由指示信息,其用于指示当经由所述第一路由的呼叫建立过程失败时是否需要经由其他路由重新进行所述呼叫建立过程;
第二判断装置,用于根据所述重路由指示信息,判断是否需要经由其他路由重新进行所述呼叫建立过程;
所述受控选择装置用于如果所述重路由指示信息指示需经由其他路由重新进行所述呼叫建立过程,则为其选择所述第二路由。
11.根据权利要求9所述的重路由装置,其中,所述第一判断装置包括:
接收装置,用于接收来自所述被叫终端所属的另一网关控制设备的呼叫建立响应;
第三判断装置,用于根据所述呼叫建立响应来判断所述呼叫建立是否成功。
12.根据权利要求11所述的重路由装置,其中,当所述呼叫建立失败时,所述呼叫建立响应包含指示该次呼叫建立失败的原因相关信息,所述选择装置还包括:
提取装置,用于由所述呼叫建立响应中提取所述原因相关信息;
所述第二判断装置还用于,根据所述与该第一路由相对应的重路由指示信息以及所述原因相关信息,判断是否需要经由其他路由重新进行所述呼叫建立过程。
13.根据权利要求12所述的重路由装置,其中,所述网关控制设备中包含所述第一路由的多个备选路由,所述多个备选路由位于所述第一网络之外的一个或多个其它网络中,所述受控选择装置还用于:
当所述重路由指示信息指示需经由其他路由重新进行所述呼叫建立过程时,根据所述原因相关信息来在所述多个备选路由中选择一个作为所述第二路由。
14.根据权利要求8所述的重路由装置,其中,所述第一网络包括IP网络或ATM网络,所述第二网络包括PSTN网络或IP网络或ATM网络,所述通信网络包括NGN网络。
15.一种在通信网络的网关控制设备,其包括如权利要求8至14中任一项所述的用于为呼叫进行重路由的重路由装置。
CN2007100420722A 2007-06-15 2007-06-15 在通信网络中用于为呼叫进行重路由的方法及装置 Active CN101325535B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007100420722A CN101325535B (zh) 2007-06-15 2007-06-15 在通信网络中用于为呼叫进行重路由的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100420722A CN101325535B (zh) 2007-06-15 2007-06-15 在通信网络中用于为呼叫进行重路由的方法及装置

Publications (2)

Publication Number Publication Date
CN101325535A CN101325535A (zh) 2008-12-17
CN101325535B true CN101325535B (zh) 2013-03-13

Family

ID=40188875

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100420722A Active CN101325535B (zh) 2007-06-15 2007-06-15 在通信网络中用于为呼叫进行重路由的方法及装置

Country Status (1)

Country Link
CN (1) CN101325535B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9161380B2 (en) * 2011-07-19 2015-10-13 Qualcomm Incorporated Silent redial during mobile-originated call
CN103795878B (zh) * 2012-11-05 2015-12-02 华为技术有限公司 一种ip承载语音业务的保护方法、设备和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1231810A (zh) * 1996-09-25 1999-10-13 艾利森公司 把进入的呼叫重新路由到停靠的电信终端
WO2002001843A1 (en) * 2000-06-29 2002-01-03 Nokia Corporation Method and system for re-routing a call
CN1870686A (zh) * 2006-03-16 2006-11-29 华为技术有限公司 用于交换网络的业务中断的安全保护方法及其装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1231810A (zh) * 1996-09-25 1999-10-13 艾利森公司 把进入的呼叫重新路由到停靠的电信终端
WO2002001843A1 (en) * 2000-06-29 2002-01-03 Nokia Corporation Method and system for re-routing a call
CN1870686A (zh) * 2006-03-16 2006-11-29 华为技术有限公司 用于交换网络的业务中断的安全保护方法及其装置

Also Published As

Publication number Publication date
CN101325535A (zh) 2008-12-17

Similar Documents

Publication Publication Date Title
JP3961717B2 (ja) 公衆交換電話網およびインターネットを介する呼の最適ルーティング
JP4390080B2 (ja) 単一番号宛先のためのバンド内コール・アソシエーション・シグナリング
JPH1013534A (ja) 通信網の制御装置
US7002935B2 (en) Real time data transmission systems and methods
US20040170160A1 (en) Internet telephone system with hunting diversion
JP2003198638A (ja) 交換網およびパケット網間の通信を改良するためのシステムおよび方法
US7706802B2 (en) Media gateway interconnect routing in a softswitch environment
JP2002344497A (ja) メディアゲートウェイ装置間の接続ルート切替え制御方法及びコールエージェント装置
JP2002314617A (ja) Ipエンドポイント間のipベアラパスを管理するためのipパケットアクセスゲートウェイ(ippag)システムおよび方法およびコンピュータプログラム製品
JPH10200929A (ja) ランダム経路を用いる網経路決定の自動学習
US20110026515A1 (en) Communication network with line-and packet-switching control
WO2006071514A2 (en) Method and system for determining media gateway loading
US7016355B1 (en) Determination of the propagation delay in a packet switched network
CN101325535B (zh) 在通信网络中用于为呼叫进行重路由的方法及装置
CN101273609B (zh) 电话呼叫处理方法和装置
CN101507196B (zh) 呼叫仲裁节点失败路由重选方法、交换机和系统
AU1108201A (en) Dynamic routing of wireless communications
US7362746B2 (en) Provision of IVR resources in BICC networks
CN101707548B (zh) 一种软交换网络以及在软交换网络中建立呼叫的方法
US7149194B2 (en) Telephone systems
CN109151236B (zh) 呼叫路由选择方法及呼叫路由选择系统
US6717937B1 (en) Method and apparatus for voice over internet protocol resource management
JP2001136275A (ja) Tdmスイッチおよびデータ伝送ネットワーク
JP2002051145A (ja) ゲートウェイ装置およびその呼転送方法
KR100378317B1 (ko) 패킷 기반의 구내 무선 통신망 시스템

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
C56 Change in the name or address of the patentee

Owner name: SHANGHAI ALCATEL-LUCENT CO., LTD.

Free format text: FORMER NAME: BEIER AERKATE CO., LTD., SHANGHAI

CP01 Change in the name or title of a patent holder

Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee after: Shanghai Alcatel-Lucent Co., Ltd.

Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee before: Beier Aerkate Co., Ltd., Shanghai

CP01 Change in the name or title of a patent holder

Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee after: Shanghai NOKIA Baer Limited by Share Ltd

Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee before: Shanghai Alcatel-Lucent Co., Ltd.

CP01 Change in the name or title of a patent holder