一种端点状态上报的方法

文档序号:7958734阅读:201来源:国知局
专利名称:一种端点状态上报的方法
技术领域
本发明涉及网络技术领域,特别涉及一种端点状态上报的方法。
背景技术
下一代网络(NGN)是一个以分组网络为承载,提供固定移动话音、数据和视频业务等多种业务的业务融合网络。NGN网络的基本特征是控制、承载和业务的分离,因此,NGN网络的最大优势是网络的开放性。这种开放性主要体现在以下几个方面网络各个功能实体之间采用标准的接口协议进行通信;承载网络的技术革新发展不会影响到高层业务的提供;引入应用服务器和第三方应用接口可以快速部署增值业务和第三方业务。
NGN网络中控制和承载的分离,直接导致了媒体网关控制技术的发展,国际电联标准化部(International Telecommunication Unite-T sector,ITU-T)制定的H.248协议系列标准和因特网工作任务组(Internet Engineering TaskForce,IETF)制定的MGCP协议是两种主流的,也是应用最为广泛的媒体网关控制协议。在这种网络架构下,控制面和承载面的主体分别是媒体网关控制器(MGC)和媒体网关(MGW),MGW接受MGC的控制,两者之间的接口协议即为媒体网关控制协议。
在H.248协议中,MGW上的承载资源被称为端点(Termination),由MGW自行分配端点标识(Termination-ID,T-ID)来标识,MGC通过T-ID来引用MGW上的承载资源并对其进行操作,并且预留了一个特殊根标识(ROOT)来标识MGW,以利于MGC将MGW作为一个整体来进行操作。MGC能对MGW上的承载资源进行正确操作必须具备以下两个条件一是MGW必须已经在MGC上注册成功;二是MGC和MGW对端点状态的认识必须一致,即MGC和MGW的端点状态保持同步。
H.248协议专门定义了一个业务变换(Service Change,SC)命令,用于实现MGW向MGC登记注册,并通过MGW向MGC上报端点状态来实现MGC和MGW端点状态的同步。在该协议最新的V3版本规范中,明确规定MGW在向MGC注册之后,应随之上报自身所管理的端点的状态。在SC命令中定义了一个可选的标志性参数业务变换未完成标志(ServiceChange Incomplete Flag,SCIF),缺省状态取值为假,取值为则真即将SCIF的值设为1表示还有后续端点状态需要上报,MGC据此得知与MGW之间的端点状态同步是否已经完成,从而决定何时可以开始向该MGW下发业务操作。
MGW注册及端点状态上报过程的实现流程如图1所示首先MGW向MGC发送带有ROOT标识和SCIF的SC命令,即注册请求,MGC收到注册请求后,向MGW返回带有ROOT标识的SC命令,即注册响应消息,完成MGW在MGC上的注册;MGW接着将自身所管理的所有端点依次通过端点状态上报请求上报,除了最后一条端点状态上报请求之外,每条端点状态上报请求中包括了此次上报的T-ID和SCIF,MGC收到端点状态上报请求后,向MGW返回包括所上报T-ID的上报响应消息;最后一条端点状态上报请求只有最后一个端点标识T-ID N,没有SCIF,MGC收到该端点状态上报请求后,得知端点状态上报完成,并返回包括T-IDN的上报响应消息。
为描述方便,图1所示的每一条上报请求仅包括一个端点标识,而实际上,每一条上报请求中都可能包含一个T-ID或一个以上的T-IDs,例如通过通配机制包含一个以上的T-IDs,具体请参见H.248协议对通配机制的描述。并且,发送端点状态上报请求前,要判断未上报状态的端点是否可以用一条上报请求进行上报,若是,则该条上报请求中不设置SCIF,该条上报请求为最后一条上报请求;否则该条上报请求中设置SCIF,说明该条上报请求之后还有后续的上报请求。
MGW所管理的端点的数目很大,对于大容量MGW,端点数目的数量级甚至可以达到上百万之多,依照上述方式进行端点状态上报会形成很大的信息流量,这可能会导致以下后果对于MGC的性能造成很大的冲击,影响业务的稳定性;MGC必须等待MGW上报完所有端点的状态之后才可以将其投入业务使用,状态上报所花的时间越多,MGW投入服务的延迟也会很大,这对电信设备来说是难以接受的。

发明内容
有鉴于此,本发明的目的在于,提出一种端点状态上报的方法,能够减少端点上报时的数据流量。
该方法包括如下步骤A、媒体网关MGW将一种端点状态设置为默认状态,并将所管理端点按照是否处于默认状态分为处于默认状态的端点和处于非默认状态的端点;B、MGW通过端点状态上报消息将处于非默认状态的端点上报给媒体网关控制器MGC。
步骤A所述将一种端点状态设置为默认状态包括如下步骤A1、MGW将所管理的端点分成两类处于业务状态IS状态的端点和处于非业务OS状态的端点,并分别统计IS状态的端点的数目NIS和OS状态的端点的数目NOS;A2、MGW比较NIS和NOS的大小,若NIS大于NOS,则将IS设置为默认状态;若NIS小于NOS,则将OS设置为默认状态;若NIS等于NOS,则将IS或OS设置为默认状态。
步骤A所述将一种端点状态设置为默认状态为将IS设置为默认状态。
在MGC中设置默认业务状态标志DSSF寄存器,步骤A将一种端点状态设置为默认状态之后,进一步包括
若所设置的默认状态是OS,MGW则生成DSSF的值为OS的注册请求;若所设置的默认状态是IS,则生成DSSF的值为IS的注册请求,或生成未设置DSSF的注册请求;向MGC发送所生成的注册请求;MGC收到注册请求后,判断所收到的注册请求中是否设置DSSF,若有,则将注册请求中的DSSF的值拷贝到DSSF寄存器中,若没有,则将DSSF寄存器的值设置为IS,并返回注册响应消息。
该方法进一步包括,将DSSF寄存器的初始值设置为OS。
所述生成DSSF的值为IS的注册请求进一步包括判断NOS是否为零,若是,则执行后续步骤,否则,在所生成的注册请求中设置业务变换未完成标志SCIF;所述生成DSSF的值为OS的注册请求进一步包括判断NIS是否为零,若是,则执行后续步骤,否则,在所生成的注册请求中设置SCIF。
所述MGC收到注册请求后,进一步包括MGC判断所收到的注册请求中是否设置了SCIF,若是,则执行后续步骤,否则,将MGW所管理的端点都设置为DSSF寄存器的值对应的状态并结束本流程。
步骤B进一步包括B1、MGW判断处于非默认状态且未上报的端点是否可用一条端点状态上报请求进行上报,若否,则执行步骤B2,若是,则执行步骤B3;B2、MGW选择一个或一个以上非默认状态且未上报的端点,并向MGC发送一条包括SCIF以及本次被选择端点的端点标识T-IDs的端点状态上报请求;收到来自MGC的响应消息后,返回步骤B1;B3、MGW向MGC发送一条包括所有未上报端点的T-IDs的端点状态上报请求。
该方法进一步包括C、MGC根据所收到的端点状态上报请求,将该上报消息对应的端点状态设置为相应的状态;D、MGC将未上报的端点设置为默认状态。
其中,步骤C进一步包括C1、MGC读取DSSF寄存器的值,将所收到的上报请求中的T-ID对应的端点设置为与DSSF寄存器的值对应状态相反的状态;向MGW返回上报响应消息;C2、MGC判断所收到的端点状态上报请求中是否设置了SCIF,若是,则转至步骤C1;否则执行步骤D。
从以上技术方案可以看出,将一种端点状态设置为默认状态,在端点状态上报之前,先将MGW管理的端点按照是否处于默认状态分成两类,即默认状态和非默认状态,对于处于非默认状态的端点向MGC进行状态上报,而默认状态的端点不进行状态上报。这样就可以省去默认状态端点的状态上报消息流量。相应的,MGC将上报的端点设置为该端点对应状态,将未上报的端点设置为默认状态。
采用本发明方案,可以极大减少端点状态上报消息的数量,从而降低MGW和MGC进行注册及端点状态同步流程的信息流量,一般情况下MGW伴随注册流程的端点状态上报消息流量对MGC的性能不会造成冲击,即使极限情况下也可大大降低冲击效果;并且MGW注册和端点状态同步所需的时间大大减少,即投入服务的延迟时间大大缩短。


图1为现有技术MGW注册及端点状态上报的流程示意图;图2为本发明实施例MGW设置标志参数的流程图;图3为本发明实施例MGW注册及端点状态上报时MGW的处理流程图;图4为本发明实施例MGW注册及端点状态上报时MGC的处理流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细阐述。
本发明的核心内容在于,将一种端点状态设置为默认状态,在端点状态上报之前,先将MGW管理的端点按照是否处于默认状态分成两类,即默认状态和非默认状态,对于处于非默认状态的端点进行状态上报,而默认状态的端点不进行状态上报。这样就可以省去默认状态端点的状态上报消息流量。为了实现对上述端点状态上报方式进行正确的处理,MGC的处理也要做相应调整MGC将上报的端点设置为对应状态,将未上报的端点设置为默认状态。
为了进一步减少状态上报的数据流量,在设置默认状态时,选择多数端点所处的状态设置为默认状态。
端点的状态可以分为两个基本类别业务状态(In Service,IS)和非业务状态(Out of Service,OS),分别表明端点是可以用于业务还是不可以用于业务。而实际应用中,MGW所管理的端点,通常以一个基本状态为主导,即或者IS的端点占大多数,或者OS的端点占大多数。因此本发明实施例中,若默认状态设置为IS,则非默认状态只有OS这一种情况;反之,若默认状态设置为OS,则默认状态也只有IS这一种情况。
为实现上述发明目的,本发明在SC命令中增加一个标志参数默认业务状态标志(Default Service State Flag,DSSF),取值分别表示IS或OS,在SC命令语法中的位置与前述SCIF参数并列,或者设置在非标准数据(nonStandard Data)或其他语法元素中;无论设置在何处,只不过扩展的位置不同,技术上是异曲同工的。DSSF为可选标志参数,当未设置该参数时,该参数的缺省值为IS,其具体定义可参照H.248的语法规则给出。DSSF只和ROOT标识配合使用,用于在端点状态上报之前的注册过程中,将所设置的默认状态通知MGC。
根据上述定义,本发明实施例中,MGW对标志参数进行设置的流程如图2所示,包括如下步骤步骤201在向MGC注册之前,MGW将所管理的端点分成两类处于IS状态的端点和处于OS状态的端点,并统计出每一类的端点数目,分别记做业务状态端点数目(Num of InService,NIS)和非业务状态端点数目(Num of OutOfService,NOS)。
步骤202比较NIS和NOS的大小,并把较大的一个所对应的状态设置为默认状态,DSSF取为默认状态相应的值,例如若NIS大于NOS,则DSSF的取值为IS;若NIS和NOS相等,则DSSF取值为IS或OS均可。当DSSF取值为IS时,可以不设置。
步骤203判断DSSF的取值,如果DSSF设置为IS或者未设置DSSF,则判断NOS是否为零,如果为零则不设置SCIF的值,否则将SCIF值设置为真;如果DSSF设置为OS,则判断NIS是否为零,如果为零则不设置SCIF的值,否则将SCIF设置为真。
该步骤也可仅判断NIS或NOS是否有一个为零,如果不是,则将SCIF值设置为真,否则不设置SCIF。
MGW进行了以上参数设置后,MGW向MGC进行端点状态上报处理时,MGW的处理流程如图3所示,包括如下步骤步骤301MGW向MGC发送注册请求,该注册请求中包含已设置的DSSF值,如果已经设置了SCIF,则请求中还包含SCIF的值;步骤302收到来自MGC的注册响应消息,如果步骤301的注册请求中未设置SCIF,则结束本处理流程;若设置了SCIF,则继续执行步骤303;步骤303MGW判断处于非默认状态且未上报的端点是否可用一条端点状态上报请求进行上报,若否,则执行步骤304,若是,则转至步骤306;本步骤所述判断根据实际处理方式的不同而不同,且属于现有技术,不是本发明的范围。
步骤304选择一个或一个以上非默认状态且未上报的端点并向MGC发送一条端点状态上报请求,该请求中包括本次被选择的端点的T-IDs以及SCIF;步骤305收到来自MGC的响应消息后则将处于非默认状态且未上报的端点数目减去本次所上报的端点数目,并转至步骤303;步骤306MGW向MGC发送一条包括所有未上报的一个或一个以上端点T-IDs的端点状态上报请求,收到来自MGC的响应消息后结束本处理流程。
相应地,MGC的处理流程如图4所示,包括如下步骤步骤401在MGC上,该MGW所管理的所有端点的初始状态都设置为OS,具体做法是设置一个DSSF寄存器,该寄存器的初始值设置为OS;步骤402MGC收到来自MGW的带有ROOT的注册请求,MGC判断所收到的注册请求中是否设置了SCIF,若没有设置,则执行步骤403;若设置,则执行步骤404;步骤403判断注册请求中是否设置了DSSF,若是,将该MGW所有的端点状态设置为DSSF对应的状态并返回注册响应消息;否则,将该MGW所有的端点状态设置为IS并返回注册响应消息;执行完本步骤后结束本流程。
步骤404判断注册请求中是否设置了DSSF,若是,将DSSF的值拷贝到DSSF寄存器,否则将DSSF寄存器的值设置为IS所对应的值;向MGW返回注册响应消息,执行完上述操作后继续执行步骤405;步骤405收到包括一个或一个以上T-IDs的端点状态上报请求,读取DSSF寄存器的值,将所收到的上报请求中的T-IDs对应的端点设置为与DSSF寄存器的值对应状态相反的状态,向MGW返回上报响应消息;步骤406判断所收到的状态上报请求中是否设置SCIF,若是,则转至步骤405,否则执行步骤407;步骤407将该MGW管理未经上报的端点都设置为DSSF对应的状态,向MGW返回上报响应消息并结束本流程。
实际应用中,一般情况下,处于IS状态的端点数目总是远大于处于OS状态的端点数目。因此,在上述实施例的流程中,可以简化DSSF的设置流程,例如通过协议约束,规定只有处于OS状态的端点才需要在注册之后向MGC上报,将DSSF固定设置为IS,其他流程处理过程则保持不变。
本发明方案可以极大减少端点状态上报消息的数量,从而降低MGW和MGC进行注册及端点状态同步流程的信息流量。理想情形是所有端点都处于同一状态,比如都可用或都不可用,此时完成注册后无需进行端点状态上报;即使是最糟糕的情形,可用和不可用的端点各占一半,所需的端点状态上报消息数目也仅是MGW端点数目的一半。通常情况下,系统的运作情况接近理想情形,如果应用本发明方案,则所需的端点状态上报消息的数目仅为MGW所管理的端点总数的极小一部分。
因此,采用本发明方案,一般情况下MGW伴随注册流程的端点状态上报消息流量对MGC的性能不会造成冲击,即使极限情况下也可大大降低冲击效果;并且MGW注册和端点状态同步所需的时间大大减少,就是投入服务的延迟时间大大缩短。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种端点状态上报的方法,其特征在于,该方法包括如下步骤A、媒体网关MGW将一种端点状态设置为默认状态,并将所管理端点按照是否处于默认状态分为处于默认状态的端点和处于非默认状态的端点;B、MGW通过端点状态上报消息将处于非默认状态的端点上报给媒体网关控制器MGC。
2.根据权利要求1所述的方法,其特征在于,步骤A所述将一种端点状态设置为默认状态包括如下步骤A1、MGW将所管理的端点分成两类处于业务状态IS状态的端点和处于非业务OS状态的端点,并分别统计IS状态的端点的数目NIS和OS状态的端点的数目NOS;A2、MGW比较NIS和NOS的大小,若NIS大于NOS,则将IS设置为默认状态;若NIS小于NOS,则将OS设置为默认状态;若NIS等于NOS,则将IS或OS设置为默认状态。
3.根据权利要求1所述的方法,其特征在于,步骤A所述将一种端点状态设置为默认状态为将IS设置为默认状态。
4.根据权利要求2所述的方法,其特征在于,在MGC中设置默认业务状态标志DSSF寄存器,步骤A将一种端点状态设置为默认状态之后,进一步包括若所设置的默认状态是OS,MGW则生成DSSF的值为OS的注册请求;若所设置的默认状态是IS,则生成DSSF的值为IS的注册请求,或生成未设置DSSF的注册请求;向MGC发送所生成的注册请求;MGC收到注册请求后,判断所收到的注册请求中是否设置DSSF,若有,则将注册请求中的DSSF的值拷贝到DSSF寄存器中,若没有,则将DSSF寄存器的值设置为IS,并返回注册响应消息。
5.根据权利要求4所述的方法,其特征在于,该方法进一步包括,将DSSF寄存器的初始值设置为OS。
6.根据权利要求4所述的方法,其特征在于,所述生成DSSF的值为IS的注册请求进一步包括判断NOS是否为零,若是,则执行后续步骤,否则,在所生成的注册请求中设置业务变换未完成标志SCIF;所述生成DSSF的值为OS的注册请求进一步包括判断NIS是否为零,若是,则执行后续步骤,否则,在所生成的注册请求中设置SCIF。
7.根据权利要求6所述的方法,其特征在于,所述MGC收到注册请求后,进一步包括MGC判断所收到的注册请求中是否设置了SCIF,若是,则执行后续步骤,否则,将MGW所管理的端点都设置为DSSF寄存器的值对应的状态并结束本流程。
8.根据权利要求1所述的方法,其特征在于,步骤B进一步包括B1、MGW判断处于非默认状态且未上报的端点是否可用一条端点状态上报请求进行上报,若否,则执行步骤B2,若是,则执行步骤B3;B2、MGW选择一个或一个以上非默认状态且未上报的端点,并向MGC发送一条包括SCIF以及本次被选择端点的端点标识T-IDs的端点状态上报请求;收到来自MGC的响应消息后,返回步骤B1;B3、MGW向MGC发送一条包括所有未上报端点的T-IDs的端点状态上报请求。
9.根据权利要求1至8所述的方法,其特征在于,该方法进一步包括C、MGC根据所收到的端点状态上报请求,将该上报消息对应的端点状态设置为相应的状态;D、MGC将未上报的端点设置为默认状态。
10.根据权利要求9所述的方法,其特征在于,步骤C进一步包括C1、MGC读取DSSF寄存器的值,将所收到的上报请求中的T-ID对应的端点设置为与DSSF寄存器的值对应状态相反的状态;向MGW返回上报响应消息;C2、MGC判断所收到的端点状态上报请求中是否设置了SCIF,若是,则转至步骤C1;否则执行步骤D。
全文摘要
本发明公开了一种端点状态上报的方法,该方法包括如下步骤A.媒体网关(MGW)将一种端点状态设置为默认状态,并将所管理端点按照是否处于默认状态分为处于默认状态的端点和处于非默认状态的端点;B.MGW通过端点状态上报消息将处于非默认状态的端点上报给媒体网关控制器(MGC)。采用本发明方案,可以极大减少端点状态上报消息的数量,从而降低MGW和MGC进行注册及端点状态同步流程的信息流量,一般情况下MGW伴随注册流程的端点状态上报消息流量对MGC的性能不会造成冲击,即使在极限情况下也可大大降低冲击效果;并且MGW注册和端点状态同步所需的时间大大减少,即投入服务的延迟时间大大缩短。
文档编号H04L12/24GK1983965SQ20061006667
公开日2007年6月20日 申请日期2006年4月19日 优先权日2006年4月19日
发明者汪大海 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1