路由控制的实现方法、系统、媒体网关及媒体网关控制器的制作方法

专利名称：路由控制的实现方法、系统、媒体网关及媒体网关控制器的制作方法
技术领域：
本发明涉及电信技术，尤其涉及一种路由控制的实现方法、系统、媒体 网关及媒体网关控制器。
背景技术：
目前，电信业务和技术正在不断发展，传统的基于时分复用传输(TDM) 的公共交换电话网(PSTN)的业务和控制都由交换机完成，这种技术虽能 保证语音的优良品质，但提供新业务需要较长周期。与此同时，网络技术的 发展及计算机互连需求的增加，使得基于网间互联协议(IP ) /异步传输模式 (ATM)的分组交换数据网日益发展壮大，这种分组交换网适合各种类型信 息的传输，网络资源利用率高，运营和维护成本都很低，因此出现了 IP语 音(VoIP),即将语音信号以分组方式在IP网络中进行交换，而无损语音 质量。
在这种情况下，下一代网络(NGN)应运而生，/人而实现由传统的以电 路交换为主的PSTN逐渐向以分组交换为主的过渡，它承载了原有PSTN网 络的所有业务，把大量的数据传输卸载到IP网络中以减轻PSTN网络的重 荷，又以IP技术的新特性增加和增强了许多新老业务。从这个意义上讲， NGN是基于TDM的PSTN语音网络和基于IP/ATM的分组网络融合的产物， 它使得在新一代网络上语音、视频、数据等综合业务成为了可能。
在NGN网络体系结构中，引入了分离结构，即媒体网关控制器(MGC) 和i某体网关(MGW)。如图l所示，图1为NGN网络体系结构的组网图。 其中，媒体网关控制器(MGC)是核心网元，它与所附的媒体网关(MGW) 组成一个网络域。MGC基于软件的分布式交换和控制平台，是面向业务控
制层的网络设备，位于域的中心，控制其他相关的网络模块，完成呼叫流程
控制。MGW实现用户各种方式的接入，接受MGC的控制，执行流程命令， 通常完成端到端之间的业务连接，即承载功能。MGC通过标准的 H.248/MGCP协议接口控制MGW,实现了业务与呼叫控制分离。本端与对 端的呼叫过程包括信令传送过程和话务传送过程，信令传送过程由本端网络 域中的MGC和对端网络域中的MGC完成，其中，MGC和MGC基于 BICC/SIP协议进行通信；话务传送过程由本端网络域中MGC控制下的 MGW和对端网络域中MGC控制下的MGW完成。此外，在移动网络，无 线网络控制器(RNC )和基站控制器(BSC )与核心网设备之间(MGC、 MGW) 也可以使用IP承载连接。其中，在移动电话网里面，MGC可以是移动交换 中心-服务器(MSC-SERVER)。移动交换中心(MSC)的作用与固定电话 网的交换设备有相似之处，主要功能是对位于其控制区内的移动用户进行通 信控制和管理，提供连接其他地区MSC和众多基站的接口 ，以及对移动用 户呼叫的接续和信息的交换。
在上述NGN网络体系结构中，既可以采用TDM承载又可以采用IP承 载，且二者可以互为备份。釆用IP承载时，当MGC与MGW断开，或者 MGC上无可用电路资源后，MGC可以对新发生的呼叫触发路由重选，选择 有可用资源的路由(TDM备份路由或其它可用IP路由)，尽量保证呼叫接 续成功。但在实现本发明过程中，发明人发现该技术中只能解决MGW与 MGC之间的H248链路，或MGC和MGC之间的链路，或MGC和RNC/BSC 之间链路中断情况下，话务的备份分担，而不能检测不同网络域的MGW与 MGW之间的IP承载，以及RNC/BSC与MGW之间的IP承载是否中断或 发生故障等，也不能解决该情况下路由的切换，若此时MGW与MGW之间 或RNC/BSC与MGW之间的IP承载发生拥塞或故障等，则业务会变得不可 用，降低网络的业务性能。

发明内容
有鉴于此，本发明实施例中一方面提供一种路由控制的实现方法，另一 方面提供一种路由控制的实现系统及装置，以便提高呼叫的业务性能。
本发明实施例所提供的路由控制的实现方法，包括 对与i某体网关MGW相连链路的网间互联协议IP岸义载进朽"险测； 根据得到的检测结果，进行呼叫路由控制。 本发明实施例所提供的路由控制的实现系统，包括 检测模块，用于对与MGW相连链路的IP承载进行检测； 路由控制处理模块，用于根据检测模块得到的检测结杲，进行呼叫路由 控制。
本发明实施例所提供的媒体网关，包括 检测模块，用于对与MGW相连链路的IP承栽进行检测； 检测信息上报模块，用于根据检测模块的检测结果，向媒体网关控制器 上报检测信息。
本发明实施例所提供的媒体网关控制器，包括
路由控制执行模块，用于根据IP承载的检测结果，进行呼叫路由控制。 从上述方案可以看出，本发明实施例中通过对与MGW相连链路的IP 承载进行检测，并根据检测结果，进行呼叫路由控制。从而使得当与MGW 相连的链路的IP承载出现故障或拥塞时，路由能够及时连通，提高了网络 的业务性能。


图1为现有技术中，NGN网络体系结构的组网图2为本发明实施例中路由控制的实现方法的示例性流程图3(a) 图3(e)为图2所示方法流程中的几种具体实现时的组网图4为本发明实施例中路由控制的实现系统的示例性流程图5为图4所示系统的第一种具体实现结构图6为图4所示系统的第二种具体实现结构图； 图7为图4所示系统的第三种具体实现结构图； 图8为图4所示系统的第四种具体实现结构图； 图9为本发明实施例中MGW的内部结构图。
具体实施例方式
本发明实施例中，对与MGW相连的链路的IP承载进行检测；根据得 到的检测结果，进行呼叫路由控制。为方便描述，本文中将与当前MGW进 行通信的远端MGW或本端的RNC/BSC,统称为对端。
为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和 附图，对本发明进一步详细说明。
图2为本发明实施例中路由控制的实现方法的示例性流程图。如图2所 示，该流程包括如下步骤
步骤201，对与MGW相连链路的IP承载进行检测，得到检测结果。
本步骤中，对与MGW相连链路的IP承载进行检测时，主要是对IP承 载的服务质量(QoS)和链路通断等进行检测，具体检测的方法可有多种， 如至少包括下述五种，图3(a) 图3(e)分別为五种方法具体实现时的组网图， 其中，本端和远端可通过汇接局进行TDM通信，另外，布I/没本端MGW和 远端MGW之间有两个IP域，即IP域1和IP域2，本端MGW和本端RNC/BSC 之间有两个IP域，即IP域1和IP域2。
第 一种方法本端MGW针对对端IP地址或者网段的IP承载检测。参 见图3(a),该方法中，由于本端MGW与对端建立呼叫连接时，可以获知当 前呼叫到达对端的目的IP地址，因此，可以对本端MGW到对端的不同IP 地址或者网段的IP承载链路进行;险测。
其中，对每个对端IP地址或者网段的IP承载链路的检测至少可包括如 下两种方式
方式一本端MGW通过在一段时间内统计到对端当前IP地址的丟包
率，或者统计丢包率、时延和抖动，来检测该IP链路的服务质量(QoS)。 具体实现上，若到对端IP地址/网段的呼叫有多个，则为了降低运算率， 可无需对所有呼叫均进行丢包率，或者以及时延和抖动统计，而只需随机选 取几个进行即可，如可任意选取少数几个(例如3个)呼叫进行。统计方法 上，可以实时监测统计这几个采样呼叫通路上的丢包率或者以及时延和抖
动。其中，可以直接利用RTCP协议进行统计。以上方法适用于MGW与 MGW之间，也适用于MGW与RNC或者BSC之间的IP承载。
方式二统计一段时间内因对端当前IP地址不可达而导致的呼叫失败 率，来检测该IP链路的QoS。
具体实现时，若建立承载面之前，先发起NbUP协商过程，则可通过统 计一段时间内的NbUP协商超时失败次数率获得因对端当前IP地址不可达 而导致的呼叫失败率(即呼损率)，来检测该IP链路的QoS。
或者，现有机制下可以增加一个IP承载网下的导通;ft测机制，即在呼 叫建立阶段，当MGC之间完成会话描述协议(SDP, Session description protocol)协商后，MGW向对端的IP发送握手消息，并启动定时器，超时 后未收到对端的确认，则可以重发，重发一定次数仍然未收到响应，则可以 ^人为对端IPi也址不可达。
上述两种方式中，为了对Qos的结果进行标识，可预先设置丢包率阈值 (如5%)或丢包率、抖动和时延阈值或呼损率阈值(如30%),根据丢包 率及预先设置的丢包率阈值，或者根据丢包率、抖动和时延值及预先设置的 阈值，或根据呼损率及预先设置的呼损率阈值，检测IP承载是否存在拥塞 或故障。当检测到丟包率或丢包率、抖动和时延值或呼损率达到预设阈值后， 可判断该IP承载链路发生拥塞或故障。
第二种方法MGC将欲进行IP承载检测的对端呼叫指示给MGW, MGW对所指示呼叫的IP 7 义载进行检测，即MGC通知MGW进行的IP承 载4企测。参见图3(b),该方法不需要MGW主动进行目的IP地址的统计， 而是MGC在呼叫建立时，可通过H248的ADD命令指示MGW对某些欲进
行IP承载检测的对端呼叫的IP岸义载QoS进行4会测。
这些欲进行IP承栽检测的对端呼叫包括欲进行IP承载才全测的MGW 到远端MGC控制的所有MGW的呼叫，或MGW与远端MGW构成的MGW 对之间的呼叫，或在MGW与接入侧-使用IP岸义载场景下，MGW到本端无线 网络控制器RNC/基站控制器BSC的呼叫。
由于远端MGC所指示的用于本次呼叫的MGW可以通知给本端MGC, 也可以不通知给本端MGC，因此在本端MGC不知道对端负责本次呼叫承 载的MGW时，MGC可以随才几选择对端MGC上的几个呼叫作为采4f呼叫， 指示MGW进行统计；在本端MGC知道对端负责本次呼叫承载的MGW时， MGC可以随机选择对端MGW上的几个呼叫作为采样呼叫，即随即选择本 端当前MGW与对端当前MGW所构成的MGW对之间的几个呼叫作为采用 呼叫。此外，MGC也可随机选才奪本端RNC/BSC上的几个呼叫作为采样呼叫。
MGW根据接收到的ADD命令，统计相应呼叫链路对应的IP承载丢包 率或者以及抖动和时延值，根据丢包率或者以及抖动和时延值及预设的阈值 检测IP承栽是否存在拥塞或故障。当丟包率或者以及抖动和时延值大于预 先设定的阈值时，可判断该IP承载链路发生拥塞或故障。
第三种方法MGC根据本端和对端双方接通率的统计进行IP承载4企测。
参见图3(c),此方法可以无需MGW参与，MGC根据最近一个周期对 到对端(包括远端MGC、 RNC/BSC)上呼叫的接通率进行统计，根据接 通率及预设的接通率阈值检测IP承载是否存在拥塞或故障。当接通率降低 到设置的接通率阈值后，可判断此方向上的IP承载存在拥塞或者故障。或 者根据接通率的统计结果得到呼损率，根据呼损率及预设的呼损率阈值检测 IP承载是否存在拥塞或故障。当呼损率超过设定的呼损率阈值时，可判断此 方向上的IP承载存在拥塞或者故障。
第四种方法MGW根据本端IP端口的状态，直接得到IP承载检测结 果是否为发生拥塞或故障。
参见图3(d)，该方法中，若IP物理端口故障，或者连线中断，则MGW能够立刻检测出来。
第五种方法呼叫过程中，根据用户面协商过程的结果，得到IP承载
检测结果是否为存在故障或拥塞。
参见图3(e)，若承载面是在NbUP协商过程完成之后才建立的。因此如 果NbUP协商失败， 一般可以认为承载面存在故障。
或者，现有机制下可以增加一个IP承载网下的导通4企测机制，即在呼 叫建立阶段，当MGC之间完成SDP协商后，MGW向对端的IP发送握手 消息，并启动定时器，超时后未收到对端的确认，则可以重发，重发一定次 数仍然未收到响应，则可以认为IP承载不通。
步骤202，根据IP承载的检测结果，进行呼叫路由控制。
对于步骤201中的第一种方法中的两种方式，参见图3(a),当检测到IP 承载发生拥塞或故障时，MGW可根据丢包率或者以及时延和抖动的值，或 者根据呼损率的值，对后续发生到该IP地址或者网段的呼叫按比例向MGC 主动上报承载释放指示(bearer released ind )消息，并且在该消息中携带原 因标识(例如，可以设置为原因值83),用于指示该IP链路不通。其中， 丢包率或呼损率越高，则MGW主动释放的呼叫比例就越高，但是MGW仍 然至少要保留少量呼叫，用于检测承载通路的恢复。
当MGC在呼叫建立阶段，收到MGW上报的承载释放指示消息，且携 带有指示该IP链路不通的原因标识(如原因值为83)时，则可以进行可用 路由重选或IP域切换(即IP域重选)，把当前呼叫路由到备份路由或其它 可用IP路由或IP承载面上，如可通过ADD.req消息指示新的IP域。
对于步骤201中的第二种方法，参见图3(b),当检测到IP承载发生拥 塞或故障时，MGW可向MGC上才艮通知(Noitfy )消息，该通知消息中携带 有QoS级别。此时，该通知(Noitfy)消息中的事件类型可以为H.248.1 E.ll 网络包(Network Package )的质量提醒(quality alert)事件。如果MGW检 测到拥塞或故障级别达到最高级别，则可以认为IP承载网中断，上报通知 (Noitfy )消息的事件类型可以为网络包中定义的网络失败(network failure ) 事件。
当MGC从H248接口收到指示本端MGW到对端IP承载链路的QoS 级别的通知(Notify )消息后，可以4艮据通知(Notify)消息中的QoS级别， 减少本端MGW到相应IP 7 义载链;洛的呼叫，^巴呼叫迂回到其它可用3各由， 或者将呼叫由本端的其它MGW路由到对端进行分担，即选用其它MGW进 行话务传送，即MGC根据QoS级别，控制到对端的部分或全部呼叫进行路 由重选；或者如果在本端和目的地间存在多个IP域，MGC可以把部分呼叫 的IP域切换，通过ADD.req消息携带新的IP域的方式指示MGW分配对应 域的IP资源。
对于步骤201中的第三种方法，参见图3(c),当检测到IP承载发生拥 塞或故障时，例如检测到IP域1故障时，可发出告警信息，并自动进行路 由间的话务分担或者路由间的话务切换，把故障方向上的话务逐步分担到备 份的路由，也可以进行IP域切换，把话务分担到其它的IP域上(例如IP 域2)。如果统计的接通率为0,则MGC自动把所有话务都切换到备份路 由上或者其它IP域。
对于步骤201中的第四种方法，参见图3(d),在检测到IP承载发生拥 塞或故障时，例如，4全测到MGW与IP域1的4妾口发生故障时，则当MGC 发起呼叫，并要求MGW分配此端口上的IP资源时，MGW可以在响应消息 (ADD.rsp)中返回特殊原因值，并指示承载中断。其中，MGC发起呼叫， 并要求MGW分配此端口上的IP资源时，可使用ADD命令；MGW返回的 响应消息可以是ADD.rsp消息。
当MGCH吏用ADD命令增加端点，且MGW返回指示承载中断的响应 消息时，则MGC根据指示承载中断的失败原因值启动失败路由重选或者IP 域切换，把呼叫路由至备份路由或者切换到其它可达的IP路由上，如可通 过ADD.req消息指示IP域2。
对于步骤201中的第五种方法，参见图3(e),对于发起协商过程(如 NbUP协商)的本端MGW，在确定协商过程超过设定的时长时，如IP域l
的协商过程超过设定的时长时，可向MGC上报指示协商过程失败的承载释 放指示(bearer released ind)消息，该指示消息中可携带特殊原因值。
当MGC收到来自MGW的承载释放指示消息，并指示协商失败时，则 MGC可先结束此段承载的建立过程，然后再进行可用路由重选或者IP域切 换(如可通过ADD.req消息指示IP域2 )。其中，进行可用路由重选前需 要先重新获取漫游号码。
上述五种方法中，出现故障或拥塞时，都可进一步发出告警信息。
进一步地，当IP承载故障恢复后，可恢复此接口上的业务。
其中，对于步骤201中的第一种方法，在采用方式一时，MGW检测到 到对端IP地址的丢包率低于设定的丢包率阈值，或在采用方式二时，如果 一段时间内NbUP协商失败的呼叫数低于设定的呼损率阈值，则MGW判断 IP承栽由拥塞或故障恢复正常，则可根据恢复的程度，逐步平滑地减少主动 释放的比例，或直接恢复原有通信，不再主动释放。
对于步骤201中的第二种方法，MGW根据MGC的指示实时检测呼叫 通路上的丟包率信息，如果承载面从故障或拥塞恢复到正常，或当丢包率小 于预先设定的阈值时，则在MGW上报给MGC的通知(Notify )消息中会 携带QoS恢复的信息，此时，该通知(Notify)消息的事件类型可以为质量 提醒终止(Quality Alert Ceasing)事件。MGC根据此通知(Notify)消息逐 步恢复相应MGC方向上或相应MGW对之间的呼叫业务量。
对于步骤201中的第三种方法，维护人员可以根据告警信息进行故障处 理，恢复原有的话务负荷分担比例。
对于步骤201中的第四种方法，当MGW的IP端口恢复正常，且连线 也正常，则MGW接收到来自MGC发起的呼叫并要求MGW分配此IP端口 上的IP资源时，返回指示成功的响应消息，呼叫自动恢复到原有的路由方 向上，即按照正常情况处理，在原有路由方向上接续呼叫。
对于步骤201中的第五种方法，如果MGW间的承载恢复，则NbUP等 协商过程也能成功，呼叫正常接续。
其中进行可用路由重选的方法包括选择TDM备份路由，或其它可用 IP路由；IP域切换的方法MGC通过在ADD.req命令中下发不同的域参数， 指示MGW使用其它可用IP承载面，分配对应的IP资源。本文中，有些方 法中是针对单个呼叫进行重选和切换，有些方法中是针对统计意义上的多个 呼叫进行切换或分担。这里的切换或分担指的是为部分或全部呼叫进行路由 重选或IP域切换。
图4为本发明实施例中路由控制的实现系统的示例性结构图。如图4所 示，该系统包括检测模块和路由控制处理模块。
其中，检测模块用于对与MGW相连链路的IP承载进行检测。
路由控制处理模块用于根据检测模块得到的检测结果，进行呼叫路由控制。
具体实现时，上述系统可有多种实现形式，下面列举其中五种
图5示出了其中的第一种具体实现结构图，如图5所示，该系统中的检 测模块包括统计模块和结果确定模块，路由控制处理模块包括检测信息上报 模块和路由控制模块。
其中，统计模块用于对到对端IP地址的丢包率或者丢包率、抖动和时 延或者呼损率进行统计。
结果确定模块用于根据统计模块得到的丟包率或者丢包率、抖动和时延 或者呼损率，以及预先设置的相应阈值，确定IP承栽是否存在拥塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时，对后续发生到 该IP地址的呼叫，根据拥塞或故障的程度，按比例向路由控制模块发送携 带指示IP链路不通的原因标识的承载释放指示消息。
路由控制模块用于根据所述携带指示IP链路不通的原因标识的承载释 放指示消息，对该消息对应的呼叫进行可用路由重选或者IP域切换。
上述系统中，如图5中的虚线部分所示，其中，统计模块、结果确定模 块和检测信息上报模块可设置在MGW中，路由控制模块可设置在MGC中， 此时与图2所示流程中描述的第一种方法的方案相对应，则各模块的具体操
作过程也可与图2所示流程中描述的第 一 种方法的操作过程 一 致。
进一步地，检测信息上报模块还可以在检测到IP承载由拥塞或故障恢
复时，对后续发生到该IP地址的呼叫，根据恢复的程度，减少向路由控制
模块发送携带指示IP链路不通的原因标识的承载释放指示消息的比例。
图6示出了其中的第二种具体实现结构图，如图6所示，该系统中的检
测模块包括检测指示模块和检测执行模块，路由控制处理模块包括检测信息
上报模块和路由控制模块。
其中，检测指示模块用于将欲进行IP承载检测的呼叫指示给检测执行模块。
检测执行模块用于对所述呼叫的IP承载的丢包率或者以及抖动和时延 进行统计，根据丢包率或者以及抖动和时延值及预先设置的阈值检测IP承 载是否存在拥塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时，向路由控制模 块发送携带服务质量级别的通知消息。
路由控制模块用于根据所述通知消息中的服务质量级別，控制到对端的 部分或全部呼叫进行可用路由重选或者IP域切换。
上述系统中，如图6中的虚线部分所示，检测指示模块和路由控制模块 可设置在MGC中，检测执行模块和检测信息上报模块可设置在MGW中， 此时与图2所示流程中描述的第二种方法的方案相对应，则各模块的具体操 作过程也可与图2所示流程中描述的第二种方法的操作过程 一 致。
进一步地，检测信息上报模块还可以在检测到IP承载由拥塞或故障恢 复正常时，向路由控制模块发送携带服务质量恢复的通知消息；路由控制模 块进一步在接收到所述携带服务质量恢复的通知消息时，恢复原路由控制。
图7示出了其中的第三种具体实现结构图，如图7所示，该系统中的检 测模块包括统计模块和结果确定模块，路由控制处理模块包括路由控制模 块。
其中，统计模块用于对到对端IP承载的接通率或呼损率进行统计。
结果确定模块用于根据统计模块得到的接通率或呼损率，以及预先设置 的接通率阈值或呼损率阈值，确定IP承载是否存在拥塞或故障。
路由控制模块用于在检测结果为存在拥塞或故障时，发出告警信息，并 进行路由间的话务分担或路由间的话务切换，或者进行IP域的切换。
上述系统中，统计模块、结果确定模块和路由控制模块均可设置在MGC 中，此时与图2所示流程中描述的第三种方法的方案相对应，则各模块的具 体操作过程也可与图2所示流程中描述的第三种方法的操作过程一致。
图8示出了其中的第四种具体实现结构图，如图8所示，该系统中的检 测模块包括状态检测模块，路由控制处理模块包括检测信息上报模块和路由 控制模块。
其中，状态检测模块用于根据IP端口的状态，获取IP承载是否存在拥 塞或故障。
检测信息上报模块用于在检测结果为存在拥塞或故障时，接收到来自 MGC发起的呼叫并要求MGW分配此IP端口上的IP资源时，向路由控制 模块上报指示承载中断的响应消息。
路由控制模块用于根据所述指示承载中断的响应消息，进行可用路由重 选或者IP域切换。
上述系统中，检测模块和检测信息上报模块可设置在MGW中，路由控 制模块可设置在MGC中，此时与图2所示流程中描述的第四种方法的方案 相对应，则各模块的具体操作过程也可与图2所示流程中描述的第四种方法 的操作过程一致。
其中的第五种具体实现，其结构图与图8所示结构图一致，该系统中的 检测模块包括状态检测模块，路由控制处理模块包括检测信息上报模块和路 由控制模块。
其中，状态检测模块用于根据用户面协商过程的结果，得到IP承载是 否存在拥塞或故障。
检测信息上报模块用于在确定协商过程超过设定的时长时，向路由控制
模块上报指示协商过程失败的承载释放指示消息。
路由控制模块用于根据所述释放指示消息，结束当前承栽的建立过程， 并进行可用路由重选或者IP域切换。其中，进行可用路由重选之前可重新 获取漫游号码。
上述系统中，检测模块和检测信息上报模块可设置在MGW中，路由控 制模块可设置在MGC中，此时与图2所示流程中描述的第五种方法的方案 相对应，则各模块的具体操作过程也可与图2所示流程中描述的第五种方法 的操作过程一致。
通过对上述路由控制的实现系统进行详细描述，可知本发明实施例中的 MGW的内部结构可如图9所示，包括检测模块和检测信息上报模块。 其中，检测模块，用于对与MGW相连链路的IP承载进行检测； 检测信息上报模块，用于根据检测模块的检测结果，向媒体网关控制器 上报检测信息。
具体实现时，检测模块和检测信息上报模块可以有多种形式。 例如，检测模块可包括统计模块和结果确定模块。
其中，统计模块用于对到对端IP地址的丢包率或者丢包率、抖动和时 延或者呼损率进行统计。
结果确定模块用于根据统计模块得到的丟包率或者丢包率、抖动和时延 或者呼损率，以及预先设置的相应阚值，确定IP承载是否存在拥塞或故障。
此时，检测信息上报模块可在某IP地址的IP承载检测结果为存在拥塞 或故障时，对后续发生到该IP地址的呼叫，根据拥塞或故障的程度，按比 例向路由控制模块发送携带指示IP链路不通的原因标识的承载释放指示消 息。具体可包括信息生成模块和信息上报模块。
信息生成模块用于在检测结果为存在拥塞或故障时，对后续发生到该IP 地址的呼叫，根据拥塞或故障的程度，按比例生成携带指示IP链路不通的 原因标识的承载释放指示消息。
信息上报模块用于将所述携带指示IP链路不通的原因标识的承载释放
指示消息进行上报。
此时与图2所示流程中描述的第一种方法的方案相对应，则各模块的具 体操作过程也可与图2所示流程中描述的第 一种方法的操作过程一致。
再如检测模块可包括检测执行模块，用于对MGC指示呼叫的IP 承载的丢包率或者以及抖动和时延进行统计，根据丢包率或者以及抖动和时 延值及预先设置的阈值检测IP承载是否存在拥塞或故障。
此时，检测信息上报模块在检测结果为存在拥塞或故障时，向路由控制 模块发送携带服务质量级别的通知消息。具体实现时，可包括信息生成模 块和信息上报模块。
其中，信息生成模块用于在检测结果为存在拥塞或故障时，生成携带服 务质量级别的通知消息。
信息上报模块用于将所述携带服务质量级别的通知消息进行上报。
此时与图2所示流程中描述的第二种方法的方案相对应，则各模块的具 体操作过程也可与图2所示流程中描述的第二种方法的操作过程一致。
又如检测模块可包括状态检测模块，用于根据IP端口的状态，获 取IP承载是否存在拥塞或故障。
此时，检测信息上报模块在检测结果为存在拥塞或故障时，接收到来自 MGC发起的呼叫并要求MGW分配此IP端口上的IP资源时，向路由控制 模块上报指示承载中断的响应消息。具体实现时，可包括信息生成模块和 信息上报模块。
其中，信息生成模块用于在检测结果为存在拥塞或故障时，接收到来自 MGC发起的呼叫并要求MGW分配此IP端口上的IP资源时，生成指示承 载中断的响应消息。
信息上报模块用于将所述指示承载中断的响应消息进行上报。
此时与图2所示流程中描述的第四种方法的方案相对应，则各模块的具 体操作过程也可与图2所示流程中描述的第四种方法的操作过程一致。
又例如检测模块可包括状态检测模块，用于根据用户面协商过程的
结果，得到IP承载是否存在拥塞或故障。
此时，检测信息上报模块在确定协商过程超过设定的时长时，向路由控 制模块上报指示协商过程失败的承载释放指示消息。具体实现时，可包括 信息生成模块和信息上报模块。
其中，信息生成模块用于在确定协商过程超过设定的时长时，生成指示 协商过程失败的承载释放指示消息。
信息上报模块用于将所述指示协商过程失败的承载释放指示消息进行 上报。
此时与图2所示流程中描述的第五种方法的方案相对应，则各模块的具 体操作过程也可与图2所示流程中描述的第五种方法的操作过程 一致。
此外，通过对上述路由控制的实现系统进行详细描述，可知本发明实施 例中的MGC包括路由控制执行模块，用于根据IP承载的检测结果，进行 呼叫路由控制。
具体实现时，与图2所示流程中描述的第一种方法的方案相对应，路由 控制执行模块可包括信息接收模块和路由控制模块。
其中，信息接收模块用于接收携带指示IP链路不通的原因标识的承载 释放指示消息。
路由控制模块用于根据信息接收模块所接收的携带指示IP链路不通的 原因标识的承载释放指示消息，对该消息对应的呼叫进行可用路由重选或者 IP域切换。
与图2所示流程中描述的第二种方法的方案相对应，路由控制执行模块 可包括信息接收模块和路由控制模块。
其中，信息接收模块用于接收携带服务质量级别的通知消息。
路由控制模块用于根据信息接收模块所接收的通知消息中的服务质量 级别，控制到对端的部分或全部呼叫进行可用路由重选或者IP域切换。
与图2所示流程中描述的第三种方法的方案相对应，媒体网关控制器进 一步还包括统计模块和结果确定模块。
其中，统计模块用于对到对端IP承载的接通率或呼损率进行统计。 结果确定模块用于根据统计模块得到的接通率或呼损率，以及预先设置
的接通率阈值或呼损率阈值，确定IP承载是否存在拥塞或故障。
此外，路由控制执行模块包括路由控制模块，用于在检测结果为存在
拥塞或故障时，发出告警信息，并进行路由间的话务分担或者路由间的话务
切换，或进行IP域切换。
与图2所示流程中描述的第四种方法的方案相对应，路由控制执行模块 可包括信息接收模块和路由控制模块。
其中，信息接收模块用于接收指示承载中断的响应消息。
路由控制模块用于根据信息接收模块所接收的指示承载中断的响应消 息，进行可用路由重选或IP域切换。
与图2所示流程中描述的第五种方法的方案相对应，路由控制执行模块 可包括信息接收模块和路由控制模块。
其中，信息接收模块用于接收指示协商过程失败的释放指示消息。
路由控制模块用于根据信息接收模块所接收的指示协商过程失败的释 放指示消息，结束当前承载的建立过程，并进行可用路由重选或IP域切换。 其中，进行可用路由重选之前可重新获取漫游号码。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算 机可读取存储介质中，所述的存储介质，如ROM/RAM、磁碟、光盘等。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了 进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任 何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1、一种路由控制的实现方法，其特征在于，该方法包括对与媒体网关MGW相连链路的网间互联协议IP承载进行检测；根据得到的检测结果，进行呼叫路由控制。
2、 如权利要求1所述的方法，其特征在于，所述对与MGW相连链路 的IP承载进行检测包括媒体网关MGW对到对端IP地址或者网段的IP 承载进行检测；所述根据得到的检测结果，进行路由控制包括MGW在检测到IP承载 存在拥塞或故障时，对后续发生到该IP地址或者网段的呼叫，根据拥塞或 故障的程度，按比例向媒体网关控制器MGC发送携带指示IP链路不通的原 因标识的消息；MGC根据所述携带指示IP链路不通的原因标识的消息，对 该消息对应的呼叫进行可用路由重选或者IP域切换。
3、 如权利要求2所述的方法，其特4i在于，该方法进一步包括MGW 在检测到IP承载由拥塞或故障恢复时，对后续发生到该IP地址的呼叫，根 据恢复的程度，减少向MGC发送携带指示IP链路不通的原因标识的消息的 比例。
4、 如权利要求2或3所述的方法，其特征在于，所述MGW对到对端 IP地址或者网段的IP承载进行检测为MGW对到对端IP地址的丢包率， 或者以及时延和抖动进行统计，根据丢包率或者以及时延和抖动值及预先设 置的阈值检测IP承载是否存在拥塞或故障；或者为MGW对因对端IP地址不可达造成的呼损率进行统计，根据呼 损率及预先设置的呼损率阈值检测IP承载是否存在拥塞或故障。
5、 如权利要求1所述的方法，其特征在于，所述对与MGW相连链^各 的IP承载进行检测为MGC将欲进行IP承载检测的呼叫指示给MGW， MGW对所述呼叫的IP承载的丢包率或者以及抖动和时延进行统计，根据丢 包率或者以及抖动和时延值及预先设置的阈值检测IP承载是否存在拥塞或 故障；所述根据得到的检测结果，进行呼叫路由控制包括在检测到IP承载 存在拥塞或故障时，向MGC发送携带服务质量级别的消息；MGC根据所 述消息中的服务质量级别，控制到对端的部分或全部呼叫进行可用路由重选 或者IP域切换。
6、 如权利要求5所述的方法，其特征在于，该方法进一步包括MGW 根据MGC的指示一企测到IP承载由拥塞或故障恢复正常时，向MGC发送携 带服务质量恢复的消息，MGC接收到所述携带服务质量恢复的消息，恢复 原路由控制。
7、 如权利要求5或6所述的方法，其特征在于，所述欲进行IP承载检 测的对端呼叫包括名炎进行IP承载纟企测的MGW到远端MGC控制的所有 MGW的呼叫，或MGW与远端MGW构成的MGW对之间的呼叫，或在 MGW与接入侧4吏用IP承载时，MGW到本端无线网络控制器RNC/基站控 制器BSC的呼叫。
8、 如权利要求1所述的方法，其特征在于，所述对与MGW相连链路 的IP承载进行检测为本端MGC对到对端的IP承载的接通率进行统计， 根据接通率及预设的接通率阈值检测IP承载是否存在拥塞或故障；或者为本端MGC对到对端的IP承载的接通率进行统计，根据接通率 的统计结果得到呼损率，根据呼损率及预设的呼损率阈值检测IP承载是否 存在拥塞或故障；所述根据得到的检测结果，进行呼叫路由控制包括MGC检测到IP承 载发生拥塞或故障时，进行路由间的话务分担或者路由间的话务切换，或者 进行IP域的切换。
9、 如片又利要求1所述的方法，其特征在于，所述对与MGW相连链^各 的IP承载进行4全测为本端MGW 4艮据本端IP端口的状态，直接获取IP 承载是否存在拥塞或故障；所述根据得到的检测结果，进行呼叫路由控制包括MGW在检测到IP 承载发生拥塞或故障时，接收到来自MGC发起的呼叫并要求MGW分配此 IP端口上的IP资源时，向MGC返回指示 K载中断的响应消息；MGC4艮据 所述响应消息，并进行可用路由重选或者IP域切换。
10、 如权利要求9所述的方法，其特4正在于，该方法进一步包括IP端 口由拥塞或故障恢复时，MGW接收到来自MGC发起的呼叫并要求MGW 分配此IP端口上的IP资源时，返回指示成功的响应消息，并接续呼叫。
11、 如权利要求l所述的方法，其特征在于，所述对与MGW相连链路 的IP承载进行检测为根据用户面协商过程的结果，得到IP承载是否存在 拥塞或故障；所述根据得到的检测结果，进行呼叫路由控制包括本端MGW在确定 协商过程超过设定的时长时，向本端MGC上报指示协商过程失败的消息； 本端MGC收到所述指示协商过程失败的消息，结束当前承载的建立过程， 并进行可用路由重选或者IP纟或切换。
12、 如权利要求11所述的方法，其特征在于，进行可用路由重选之前 进一步包括重新获取漫游号码。
13、 一种路由控制的实现系统，其特征在于，该系统包括 检测模块，用于对与MGW相连链^各的IP承载进行纟全测； 路由控制处理模块，用于根据检测模块得到的检测结果，进行呼叫路由控制。
14、 如权利要求13所述的系统，其特征在于，所述检测模块包括 统计模块，用于对到对端IP地址的丟包率或者丢包率、抖动和时延或者呼损率进行统计；结果确定模块，用于根据统计模块得到的丢包率或者丢包率、抖动和时 延或者呼损率，以及预先设置的相应阈值，确定IP承载是否存在拥塞或故 障；所述路由控制处理模块包括检测信息上报模块，用于在检测结果为存在拥塞或故障时，对后续发生 到该IP地址的呼叫，根据拥塞或故障的程度，按比例向路由控制模块发送携带指示IP链路不通的原因标识的消息；路由控制模块，用于根据所述携带指示IP链路不通的原因标识的消息， 对该消息对应的呼叫进行可用路由重选或者IP域切换。
15、 如权利要求14所述的系统，其特征在于，所述统计模块、结果确 定模块和所述检测信息上报模块设置在MGW中，所述路由控制模块设置在 MGC中。
16、 如权利要求13所述的系统，其特征在于，所述检测模块包括 检测指示模块，用于将欲进行IP承载检测的呼叫指示给检测执行模块； 检测执行模块，用于对所述呼叫的IP承载的丢包率或者以及抖动和时延进行统计，根据丢包率或者以及抖动和时延值及预先设置的阈值检测IP 承载是否存在拥塞或故障；所述路由控制处理模块包括检测信息上报模块，用于在检测结果为存在拥塞或故障时，向路由控制 模块发送携带服务质量级别的消息；路由控制模块，用于根据所述消息中的服务质量级别，控制到对端的部 分或全部呼叫进行可用路由重选或者IP域切换。
17、 如权利要求16所述的系统，其特征在于，所述检测指示模块和所 述路由控制模块设置在MGC中，所述检测执行模块和所述检测信息上报模 块设置在MGW中。
18、 如权利要求13所述的系统，其特征在于，所述检测模块包括 统计模块，用于对到对端IP承载的接通率或呼损率进行统计； 结果确定模块，用于根据统计模块得到的接通率或呼损率，以及预先设置的接通率阈值或呼损率阈值，确定IP承载是否存在拥塞或故障； 所述路由控制处理模块包括路由控制模块，用于在检测结果为存在拥塞或故障时，发出告警信息， 并进行路由间的话务分担或者路由间的话务切换，或者进行IP域切换。
19、 如权利要求18所述的系统，其特征在于，所述统计模块、结果确 定模块和路由控制模块设置在MGC中。
20、 如权利要求13所述的系统，其特征在于，所述检测模块包括状 态检测模块，用于根据IP端口的状态，获取IP承载是否存在拥塞或故障；所述路由控制处理模块包括检测信息上报模块，用于在检测结果为存在拥塞或故障时，接收到来自 MGC发起的呼叫并要求MGW分配此IP端口上的IP资源时，向路由控制 模块上报指示承载中断的响应消息；路由控制模块，用于根据所述指示承载中断的响应消息，进行可用路由 重选或者IP域切换。
21、 如权利要求20所述的系统，其特征在于，所述状态检测模块和检 测信息上报模块设置在MGW中，所述路由控制模块设置在MGC中。
22、 如权利要求13所述的系统，其特征在于，所述检测模块包括状 态检测模块，用于根据用户面协商过程的结果，得到IP承载是否存在拥塞 或故障；所述路由控制处理模块包括检测信息上报模块，用于在确定协商过程超过设定的时长时，向路由控 制模块上报指示协商过程失败的消息；路由控制模块，用于根据所述指示协商过程失败的消息，结束当前承载 的建立过程，并进行可用路由重选或者IP域切换。
23、 如权利要求22所述的系统，其特征在于，所述检测模块和检测信 息上报模块设置在MGW中，所述路由控制模块设置在MGC中。
24、 一种媒体网关，其特征在于，该媒体网关包括 检测模块，用于对与MGW相连链路的IP承载进行检测； 检测信息上报模块，用于根据检测模块的检测结果，向媒体网关控制器上报纟全测信息。
25、 如权利要求24所述的媒体网关，其特征在于，所述检测模块包括 统计模块，用于对到对端IP地址的丢包率或者丟包率、抖动和时延或者呼损率进行统计；结果确定模块，用于根据统计模块得到的丢包率或者丢包率、抖动和时 延或者呼损率，以及预先设置的相应阈值，确定IP承载是否存在拥塞或故障；所述检测信息上报模块包括信息生成模块，用于在检测结果为存在拥塞或故障时，对后续发生到该 IP地址的呼叫，根据拥塞或故障的程度，按比例生成携带指示IP链路不通 的原因标识的消息；信息上报模块，用于将所述携带指示IP链路不通的原因标识的消息进 行上报。
26、 如权利要求24所述的媒体网关，其特征在于，所述检测模块包括 检测执行模块，用于对MGC指示呼叫的IP承载的丢包率或者以及抖动和时延进行统计，根据丢包率或者以及抖动和时延值及预先设置的阈值检测 IP承载是否存在拥塞或故障；所述检测信息上报模块包括信息生成模块，用于在检测结果为存在拥塞或故障时，生成携带服务质 量级別的消息；信息上报模块，用于将所述携带服务质量级别的消息进行上报。
27、 如权利要求24所述的媒体网关，其特征在于，所述检测模块包括 状态检测模块，用于根据IP端口的状态，获取IP承载是否存在拥塞或故障；所述检测信息上报模块包括信息生成模块，用于在检测结果为存在拥塞或故障时，接收到来自MGC 发起的呼叫并要求MGW分配此IP端口上的IP资源时，生成指示承栽中断 的响应消息；信息上报模块，用于将所述指示承载中断的响应消息进行上报。
28、 如权利要求24所述的媒体网关，其特征在于，所述检测模块包括 状态检测模块，用于根据用户面协商过程的结果，得到IP承载是否存在拥塞或故障；所述检测信息上报模块包括信息生成模块，用于在确定协商过程超过设定的时长时，生成指示协商 过程失败的消息；信息上报模块，用于将所述指示协商过程失败的消息进行上报。
29、 一种媒体网关控制器，其特征在于，该媒体网关控制器包括 路由控制执行模块，用于根据IP承载的检测结果，进行呼叫路由控制。
30、 如权利要求29所述的媒体网关控制器，其特征在于，所述路由控 制执行模块包括信息接收模块，用于接收携带指示IP链路不通的原因标识的消息； 路由控制模块，用于根据信息接收模块所接收的携带指示IP链路不通 的原因标识的消息，对该消息对应的呼叫进行可用路由重选或者IP域切换。
31、 如权利要求29所述的媒体网关控制器，其特征在于，所述路由控 制执行模块包括信息接收模块，用于接收携带服务质量级别的消息； 路由控制模块，用于根据信息接收模块所接收的消息中的服务质量级 别，控制到对端的部分或全部呼叫进行可用路由重选或者IP域切换。
32、 如权利要求29所述的媒体网关控制器，其特征在于，所述媒体网 关控制器进一步包括统计模块，用于对到对端IP承载的接通率或呼损率进行统计； 结果确定模块，用于根据统计模块得到的接通率或呼损率，以及预先设置的接通率阈值或呼损率阈值，确定IP承载是否存在拥塞或故障；所述路由控制执行模块包括路由控制模块，用于在检测结果为存在拥塞或故障时，发出告警信息，并进行路由间的话务分担或者路由间的话务切换，或者进行IP域切换。
33、 如权利要求29所述的媒体网关控制器，其特征在于，所述路由控 制执行模块包括信息接收模块，用于接收指示承载中断的响应消息； 路由控制模块，用于根据信息接收模块所接收的指示承载中断的响应消 息，进行可用路由重选或者IP域切换。
34、 如权利要求29所述的媒体网关控制器，其特征在于，所述路由控 制执行模块包括信息接收模块，用于接收指示协商过程失败的消息； 路由控制模块，用于根据所接收的指示协商过程失败的消息，结束当前 承载的建立过程，并进行可用路由重选或者IP域切换。
全文摘要
本发明公开了一种路由控制的实现方法，包括对与媒体网关(MGW)相连链路的网间互联协议(IP)承载进行检测；根据得到的检测结果，进行呼叫路由控制。此外，本发明还公开了一种路由控制的实现系统，包括检测模块，用于对与MGW相连链路的IP承载进行检测；路由控制处理模块，用于根据检测模块得到的检测结果，进行呼叫路由控制。最后，本发明还公开了一种媒体网关和一种媒体网关控制器。本发明所公开的方案，能够提高呼叫的业务性能。
文档编号H04Q3/00GK101365169SQ20071014050
公开日2009年2月11日 申请日期2007年8月9日 优先权日2007年8月9日
发明者廖志军, 朱浩鹏 申请人:华为技术有限公司