专利名称：一种纠正h.248中端点状态失步的方法
技术领域：
本发明涉及通信中的交换技术领域，更具体地说，涉及一种纠正H.248中端点状态失步的方法。
背景技术：
近年来，通信网络发展迅速，取得了巨大成绩，综合通信能力明显增强。但是，随着产业界的融合趋势，电话网、计算机网、有线电视网趋于融合，网络面临的压力越来越大。网络面临的负荷在不断增大，业务需求也趋于多样化，运营商必须提供越来越多的多媒体业务才能吸引住用户，而这些新型的多样性业务，是目前网络所难以提供的。因此，基于软交换技术的下一代网络应运而生。
如图1所示，是下一代网络的网络架构图。根据不同的功能可将网络分解成以下4个功能层面(1)业务层处理业务逻辑，其功能包括智能网业务逻辑、AAA(认证、鉴权、计费)和地址解析，且通过使用基于标准的协议和API来发展业务应用。
(2)控制层负责呼叫逻辑，处理呼叫请求，并指示传送层建立合适的承载连接。控制层的核心设备是软交换，软交换需要支持众多的协议接口，以实现与不同类型网络的互通。
(3)传送层指NGN的承载网络。负责建立和管理承载连接，并对这些连接进行交换和路由，用以响应控制层的控制命令，可以是IP网或ATM网。
(4)接入层由各类媒体网关和综合接入设备(IAD)组成，通过各种接入手段将各类用户连接至网络，并将信息格式转换成为能够在分组网络上传递的信息格式。
采用软交换技术，将传统交换机的功能模块分离为独立网络部件，各部件按相应功能进行划分，独立发展。采用业务与呼叫控制分离、呼叫控制与承载分离技术，实现开放分布式网络结构，使业务独立于网络。
在此分离结构下，呼叫控制面和承载控制面的主体分别是媒体网关控制器(Media Gateway Controller，简称为MGC)和媒体网关(Media Gateway，简称为MGW，在RFC3525中简称为“MG”)。MGW接受MGC的控制，它们之间的接口协议称作媒体网关控制协议(Media Gateway Control Protocol，简称为MGCP)，在ITU-T中定义为H.248系列规范，如图2所示。
H.248协议是2000年由ITU-T第16工作组提出的媒体网关控制协议，它是在早期的MGCP协议基础上改进而成。H.248协议是用于连接MGC和MGW的网关控制协议，应用于媒体网关与软交换之间及软交换与H.248终端之间。
在H.248协议中，MGW上的承载资源被抽象为端点(Termination)，由网关自行分配Id来标识，MGC通过这个Id来引用MGW上的承载资源并对其进行操作。在Id空间中又预留了一个特殊的称作ROOT的Id来标识MGW整体，以利于MGC将MGW作为一个整体来进行操作。MGC能对MGW上的承载资源进行正确操作的必要条件之一是MGC和MGW对Termination的状态必须达到一致认识。Termination的状态可以分为两个基类服务态(InService)和退出服务态(OutOfService)，分别表明Termination是可用或不可用。
在H.248协议中，定义了一系列的命令。其中一个是ServiceChange命令，这个命令的重要用途之一就是MGW向MGC通报Termination的状态。还有另一个命令是AuditValue，可以被MGC用来向MGW查询Termination的状态。
现有协议的机制可以保证正常情况下MGC和MGW之间端点状态是同步的。采取的是类似下面的机制，如MGW向MGC注册成功或者通信中断恢复之后，使用ServiceChange批量向MGC通报相关端点的状态或者MGC使用AuditValue命令主动向MGW批量查询相关端点的状态。通报获得确认或者查询成功之后，就可以认为这些端点状态在MGW和MGC之间是同步的，即两者的认识是一致的。一旦后续有端点发生状态改变，则MGW会通过ServiceChange命令将新的状态通报给MGC，在新的状态获得确认之后，认为MGC和MGW之间的端点状态仍然维持同步。
之所以说上述的机制是保证在“正常情况下”MGC和MGW之间关于端点状态的理解是一致的，就是因为理论上存在某些异常情况，上述工作机制不起作用。比如某个/些端点状态发生变化，MGW通过ServiceChange将新状态上报给了MGC，MGC也对ServiceChange进行了确认并更新了自身的数据，现在假设存储该部分数据的单板是主备设计的，在主板刚刚更新完数据还未同步到备板即发生主板故障的事件，很显然，备板升为主用之后其数据仍然维持之前的状态，结果导致MGC和MGW对同一端点的状态理解不一样。实际上，还有很多可能类似的情况都可能导致同样的结果(这些情况中可能很多都是由于软件设计缺陷或者软件BUG造成的，但我们都知道软件设计缺陷和BUG都是无法避免的，从系统设计的角度看，无法追求完全的无缺陷和BUG，而只能实现尽可能少的缺陷和BUG，最重要的还是异常处理机制，即当缺陷和BUG存在时怎样恢复到正常状态)，这样的结果主要可以分为两类第一类是MGC认为Termination处于OutOfService状态，而MGW认为处于InService状态，不能恢复时该Termination将永远不会被用于业务；第二类是MGC认为Termination处于InService状态，而MGW认为处于OutOfService状态，如果一直维持该状态，则呼叫只要选中该Termination来提供服务则必然导致呼损。
发明内容
本发明要解决的技术问题在于，H.248协议中的现有机制在某些异常情况下，会导致MGC和MGW对同一端点的状态理解不一样，从而使MGC对MGW上的承载资源无法进行正确操作。针对现有技术的上述缺陷，提供一种纠正H.248中端点状态失步的方法。
本发明解决其技术问题所采用的技术方案是构造一种纠正H.248中端点状态失步的方法，当媒体网关控制器认为端点处于OutOfService状态时，通过媒体网关控制器进行周期性查询来纠正可能的端点状态失步；当媒体网关控制器认为端点处于InService状态而媒体网关认为其处于OutOfService状态时，通过媒体网关返回错误指示来纠正端点状态失步。
在本发明所述的纠正H.248中端点状态失步的方法中，所述的周期性查询包括下述步骤(a1)媒体网关控制器启动定时器；(a2)每当定时器到期，媒体网关控制器对其认为处于OutOfService状态的端点向媒体网关进行周期性的查询；(a3)媒体网关控制器根据返回的查询结果更新端点状态。
在本发明所述的纠正H.248中端点状态失步的方法中，所述定时器在系统运行之初或在检测到有端点跃迁到OutOfService状态时启动。
在本发明所述的纠正H.248中端点状态失步的方法中，一个所述定时器负责一个或多个处于OutOfService状态的端点。
在本发明所述的纠正H.248中端点状态失步的方法中，所述步骤(a3)中，如果媒体网关上报将端点状态更新为InService，则媒体网关控制器据此更新相应端点的状态。
在本发明所述的纠正H.248中端点状态失步的方法中，所述的媒体网关返回错误指示包括下述步骤(b1)媒体网关控制器向它认为处于InService状态的端点下发业务操作请求；(b2)媒体网关判断该端点是否处于OutOfService状态，如果是则直接返回错误指示，如果否则接受该请求；(b3)媒体网关控制器接收到错误指示后更新端点状态。
在本发明所述的纠正H.248中端点状态失步的方法中，所述步骤(b2)中的错误指示通过在H.248协议中扩充一个用于指示端点处于OutOfService状态的错误码来实现。
实施本发明的纠正H.248中端点状态失步的方法，具有以下有益效果当MGC和MGW因为异常情况导致对同一个Termination的状态理解出现失步时，本发明方案可以使该失步状态得到快速的恢复，从而避免了失步问题可能导致的业务损失，对网络设备的稳定可靠运行起到了很好的保护作用。
此外，该方案实现思路简单，易于实施，并且很容易经过简单的调整扩展到其它类似的应用场合，比如，一个系统内资源状态的同步也可以采取这样的机制，此时只需要针对具体的操作对象将实施细节调整一下。
下面将结合附图及实施例对本发明作进一步说明，附图中图1是下一代网络的网络架构示意图；图2是MGC、MGW和H.248三者的关系示意图；图3是本发明纠正H.248中端点状态失步的方法中纠正第一类状态失步的的流程图；图4是本发明纠正H.248中端点状态失步的方法中纠正第二类状态失步的流程图。
具体实施例方式
在本发明中，H.248中端点状态的失步可分为两类情况(1)MGC认为Termination处于OutOfServie状态，而MGW认为其处于InService状态，导致该Termination持续不可用。
(2)MGC认为Termination处于InService状态，而MGW认为其处于OutOfService状态，导致呼损。
如图3所示，是本发明中纠正第一类状态失步的流程图。首先，在步骤S30中，MGC启动一个或者多个周期性(此处将单次有效之后又重启的定时器也归为此类)的定时器，可以在系统运行起来之初就启动，也可以在检测出有Termination跃迁到OutOfService状态才启动；每个定时器可以负责一个或者一批处于OutOfService状态的Termination。定时器启动之后就进入步骤S31的等待状态。在步骤S32中，判断定时器是否到期，如果否则返回步骤S31的等待状态。如果定时器到期，则在步骤S33中，MGC针对该定时器所管理的所有或者一批Termination向MGW下发AuditValue查询请求进行查询。在步骤S34中，根据MGW返回的结果更新相应Termination的状态从而实现状态同步。在步骤S35中判断该查询结果指明Termination是否已经处于InService状态，如果是，则定时器不必再为该Termination服务。如果否则返回到步骤S30进行下一次周期查询。
在步骤S34中，如果MGW通过ServiceChange上报将Termination状态更新为InService，则MGC更新相应Termination的状态且定时器不必再为该Termination服务。
因为实际中MGC并不能自行判别出出现这种异常失步情况，所以本发明提供的这种周期性查询机制是针对所有的处于OutOfService端点上进行的，其目的不是发现状态失步的Termination，而是保证Termination状态一旦出现这种失步即可得到可靠恢复。
如图4所示，是本发明中纠正第二类状态失步的流程图。该方案的前提是首先在H.248协议中扩充一个错误码，用于指示Termination处于OutOfService状态。在步骤S40中，当MGC针对MGW下发针对某个处于OutOfService状态Termination的业务操作请求时(注意，对该Termination进行状态查询之类的操作请求不再此列)，比如MGC指示MGW将该端点添加到某个Context中。在步骤S41中，MGW根据该端点是否含有错误码判断其是否处于OutOfService状态。如果否，则在步骤S42中接受该业务请求。如果是，则在步骤S43中直接回拒错误响应，并携带前述扩充的错误码。在步骤S44中，MGC在接收到这样的错误响应之后，则在内部将对应的Termination更新为OutOfService状态从而实现状态同步。在此流程之后，对于第一种失步情况引入的周期性查询机制就对该Termination生效了；只要该Termination一直处于OutOfService状态，MGC就不应该将其用于业务。
本发明所提供的纠正H.248中端点状态失步的方法，当MGC和MGW因为异常情况导致对同一个Termination的状态理解出现失步时，本发明方案可以使该失步状态得到快速的恢复，从而避免了失步问题可能导致的业务损失，对网络设备的稳定可靠运行起到了很好的保护作用。
此外，该方案实现思路简单，易于实施，并且很容易经过简单的调整扩展到其它类似的应用场合。
权利要求
1.一种纠正H.248中端点状态失步的方法，其特征在于，当媒体网关控制器认为端点处于退出服务态时，对媒体网关进行周期性查询来纠正可能的端点状态失步；当媒体网关控制器认为端点处于服务态而媒体网关认为其处于退出服务态时，通过媒体网关在业务操作响应中返回错误指示来纠正端点状态失步。
2.根据权利要求1所述纠正H.248中端点状态失步的方法，其特征在于，所述周期性查询包括下述步骤(a1)启动定时器；(a2)每当定时器到时，媒体网关控制器对其认为处于退出服务态的端点周期性地查询媒体网关；(a3)媒体网关控制器根据返回的查询结果更新端点状态。
3.根据权利要求2所述纠正H.248中端点状态失步的方法，其特征在于，所述步骤(a1)中，所述启动定时器是在系统运行之初或在检测到有端点跃迁到退出服务态时进行的。
4.根据权利要求2或3所述纠正H.248中端点状态失步的方法，其特征在于，每个所述定时器对应于一个或多个处于退出服务态的端点。
5.根据权利要求2所述的纠正H.248中端点状态失步的方法，其特征在于，所述步骤(a3)中，如果媒体网关上报将端点状态更新为服务态，则媒体网关控制器据此更新相应端点的状态。
6.根据权利要求1所述纠正H.248中端点状态失步的方法，其特征在于，所述媒体网关返回错误指示包括下述步骤(b1)媒体网关控制器向它认为处于服务态的端点下发业务操作请求；(b2)媒体网关判断该端点是否处于退出服务态，如果是则直接返回错误指示，如果否则接受该请求；(b3)媒体网关控制器接收到错误指示后更新端点状态。
7.根据权利要求6所述纠正H.248中端点状态失步的方法，其特征在于，所述步骤(b2)中的错误指示通过在H.248协议中扩充一个用于指示端点处于退出服务态的错误码来实现。
全文摘要
一种纠正H.248中端点状态失步的方法，当媒体网关控制器认为端点处于退出服务态时，媒体网关控制器对其认为处于退出服务态的端点进行周期性查询，进而通过媒体网关返回的查询结果纠正可能的端点状态失步。当媒体网关控制器认为端点处于服务态而媒体网关认为其处于退出服务态时，通过在H.248协议中扩充一个用于指示端点处于退出服务态的错误码，当媒体网关控制器错将一个媒体网关认为处于退出服务态的端点当作处于服务态的端点来下发业务操作请求时，媒体网关将返回错误指示以纠正端点状态失步。实施本发明的上述方法，可使失步状态得到快速恢复，从而避免了失步问题可能导致的业务损失，对网络设备的稳定可靠运行起到了很好的保护作用。
文档编号H04L12/54GK101056248SQ20061006085
公开日2007年10月17日 申请日期2006年5月24日 优先权日2006年5月24日
发明者汪大海 申请人:华为技术有限公司