一种媒体网关注册协商的方法

1.一种媒体网关注册协商的方法，其特征在于，所述的方法包括以下步骤：
媒体网关MGW向媒体网关控制器MGC发送注册请求消息，发起注册协商；
所述媒体网关MGW接收所述媒体网关控制器MGC返回的响应消息，所述响应消息中携带所述媒体网关控制器MGC建议的能力集参数；
所述媒体网关MGW根据所述能力集参数确定所述媒体网关控制器MGC不可用时，所述媒体网关MGW向所述媒体网关控制器MGC发送注册请求消息ServiceChange Request解除注册，所述ServiceChange Request的Reason参数携带指示解除注册的原因；
所述MGW拆除所述MGW与所述MGC之间的通信关联；
所述MGW向其他MGC发送注册请求消息，发起注册协商。
2.根据权利要求1所述的方法，其特征在于，所述的媒体网关控制器不可用包括：主控MGC切换、注册协商失败。
3.根据权利要求1或2所述的方法，其特征在于，所述媒体网关控制器MGC不可用时，媒体网关MGW向媒体网关控制器MGC发送通知消息解除注册具体包括：
媒体网关控制器MGC不可用时，媒体网关MGW向媒体网关控制器MGC发送通知消息解除注册；
MGC返回响应消息。
4.根据权利要求1或2所述的方法，其特征在于，所述媒体网关MGW向媒体网关控制器MGC发送注册请求消息之前进一步包括：在MGW与MGC之间建立通信关联。
5.根据权利要求4所述的方法，其特征在于，所述的通信关联基于面向连接的协议，该协议包括：SCTP协议、TCP协议；
或者基于面向无连接的协议，包括UDP协议。

一种媒体网关注册协商的方法\n技术领域\n[0001] 本发明涉及通信领域，特别是涉及一种媒体网关注册协商的方法。\n背景技术\n[0002] 在分离架构下，呼叫控制面和承载控制面的主体分别是媒体网关控制器(Media Gateway Controller，MGC)和媒体网关(Media Gateway，MGW)，MGW接受MGC的控制，其接口协议称作媒体网关控制协议。国际电信联盟的电信标准化部门(ITU-T)定义了H.248系列规范，移动MGC通过H.248协议来控制MGW分配承载的资源或传递相应的呼叫承载控制信令。\n[0003] H.248协议以一种传输层无关的方式进行定义，即MGC和MGW之间用于承载H.248消息的传输协议可以是任意合适的类型，比如，目前主流的定义有UDP、TCP、SCTP、M3UA、MTP3B等几种。在MGW和MGC能够实现H.248交互之前，必须先建立传输层的通信关联，而当MGW脱离某个MGC控制时，这个通信关联通常就被拆除。\n[0004] MGW能够投入服务之前，必须向MGC登记注册。MGW可以配置多个MGC，其中一个为主用，其它为备用。在任意时刻，MGW只能注册到单个MGC并接受其控制，这个MGC缺省为配置的主用MGC，只有当主用MGC不可用(比如：故障、通信中断，主备切换以及下文的注册协商失败，等等)时才轮选其它MGC。\n[0005] 在H.248协议下，可以用Servicehange命令来完成MGW向MGC登记注册和解除注册。在注册过程中，MGW和MGC可以进行能力协商，比如确定所用的H.248协议版本号，所遵从的配置(Profile)及其版本号，等等；如果注册协商失败时，MGW可以重选MGC进行注册协商。整个注册协商及重选MGC的过程如图1所示：\n[0006] 1.注册之前，在MGW和MGC1之间建立必要的传输层通信关联。\n[0007] 2.通信关联建立之后，MGW向MGC1发送ServiceChange Request消息，指示注册，同时携带MGW建议的能力集参数。\n[0008] 3.MGC1接受MGW的注册，并返回ServiceChange Response消息指示接受注册，如果MGC不同意MGW所建议的能力集，MGC在ServiceChange Response消息中携带MGC1所建议的能力集参数。\n[0009] 4.MGW在接收到来自MGC1的ServiceChange Response消息时，会对其中的能力集参数进行检查，如果MGW认为MGC1所建议的能力集参数不能接受，拆除MGW与MGC1之间的通信关联，重选备用的MGC进行注册。\n[0010] 5.假定重选备用的MGC为MGC2，注册之前，在MGW和MGC2之间建立必要的传输层通信关联，重复上述协商过程。\n[0011] 上述注册协商失败或者主控切换导致MGC不可用时存在如下问题：\n[0012] 当传输层通信关联是基于面向无连接的协议时(如UDP等)，MGW拆除传输层的通信关联，MGC无从感知，按H.248协议，MGC认为MGW已经向自己注册成功，从而继续向该MGW分发业务，导致业务操作无响应或者被拒绝，对于无响应的情况MGC认为是通信中断或者MGW故障，而操作被拒绝的情况就目前的协议定义也不能对MGC指示出正确的原因。\n发明内容\n[0013] 有鉴于此，本发明的主要目的在于提供一种注册协商方法，在媒体网关控制器MGC不可用时，解除注册，使得MGC不再对MGW进行控制。\n[0014] 为了达到上述目的，本发明的技术方案是这样实现的：\n[0015] 一种媒体网关注册协商的方法，所述的方法包括以下步骤：\n[0016] 媒体网关MGW向媒体网关控制器MGC发送注册请求消息，发起注册协商；\n[0017] 所述媒体网关MGW接收所述媒体网关控制器MGC返回的响应消息，所述响应消息中携带所述媒体网关控制器MGC建议的能力集参数；\n[0018] 所述媒体网关MGW根据所述能力集参数确定所述媒体网关控制器MGC不可用时，所述媒体网关MGW向所述媒体网关控制器MGC发送通知消息解除注册。\n[0019] 所述的媒体网关控制器不可用包括：主控MGC切换、注册协商失败。\n[0020] 所述媒体网关控制器MGC不可用时，媒体网关MGW向媒体网关控制器MGC发送通知消息解除注册具体包括：\n[0021] 媒体网关控制器MGC不可用时，媒体网关MGW向媒体网关控制器MGC发送通知消息解除注册；\n[0022] MGC返回响应消息。\n[0023] 所述通知消息是：注册请求消息ServiceChange Request。\n[0024] 所述媒体网关MGW向媒体网关控制器MGC发送注册请求消息之前进一步包括：在MGW与MGC之间建立通信关联。\n[0025] 所述MGW向媒体网关控制器MGC发送通知消息解除注册之后进一步包括：拆除MGW与MGC之间的通信关联\n[0026] 所述通知消息通过扩展ServiceChange Request的Reason参数，携带指示解除注册的原因。\n[0027] 所述的通信关联基于面向连接的协议，该协议包括：SCTP协议、TCP协议；或者基于面向无连接的协议，包括UDP协议。\n[0028] 由此可见，本发明具有以下优点：在本发明中，当媒体网关控制器MGC不可用时，向当前媒体网关控制器MGC发送通知消息，使得MGC不再对MGW进行控制，避免了在MGC不可用时继续由MGC对MGW进行控制的情况，同时还可以在通知消息中携带指示解除注册的原因，提高设备和网络的可预测性。\n附图说明\n[0029] 图1是现有技术中MGW与MGC注册协商方法的流程图；\n[0030] 图2是本发明中MGW与MGC注册协商方法的流程图。\n具体实施方式\n[0031] 为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。\n[0032] 本发明在MGC不可用时，向当前MGC发送通知解除注册，其中，MGC不可用可以是因为：主控MGC切换、注册协商失败等情况。这里具体通知的机制可以根据需要确定。在H.248协议下，ServiceChange命令可以用来登记注册和解除注册，下面即以ServiceChange命令为例，以注册协商失败导致当前MGC不可用而重选其他MGC的情况下来具体说明如何实现本发明。\n[0033] 本实施例中MGW利用ServiceChange命令通知当前的MGC，使MGC解除对该MGW的控制，具体流程如图2所示，其中，MGW的主用MGC为MGC1。\n[0034] 1.在注册之前，在MGW和MGC1之间建立必要的传输层通信关联。\n[0035] 所述的传输层通信关联可以是基于面向无连接的协议(如UDP等)，或者是基于面向连接的协议(如SCTP/TCP等)而建立的。\n[0036] 2.通信关联建立之后，MGW向MGC1发送ServiceChange Request消息，指示注册，同时携带MGW建议的能力集参数。\n[0037] 3.MGC1接受MGW的注册，并返回ServiceChange Response消息，并携带重新给出的MGC1所建议的能力集参数。\n[0038] 4.MGW在接收到来自MGC1的ServiceChange Response消息时，会对其中的能力集参数进行检查，MGW认为MGC1所建议的能力集参数不能接受，因此重选备用的MGC进行注册。\n[0039] 在本实施例里备用MGC为MGC2，这里备用的MGC可以有多个，可以根据需要自行确定选择哪个备用MGC，如：通过设定相应的优先级来选择备用的MGC。\n[0040] 5.在向备用的MGC注册之前，MGW向当前的MGC，即MGC1发送ServiceChange Request消息，作为解除注册的指示。\n[0041] 较佳地，通过扩展ServiceChange命令的参数，使其携带Reason参数用以指示解除注册的具体原因是“注册协商失败”，也可以将解除原因作更为具体的定义。\n[0042] 6.MGC1收到解除注册的ServiceChange Request消息之后，MGC1不再对MGW进行控制和操作，并返回ServiceChange Response消息。\n[0043] 7.MGW接收MGC1返回的ServiceChange Response消息后，可知解除注册的指示通知已经送达MGC1，MGW拆除与当前的MGC1之间的传输层通信关联。\n[0044] 较佳地，如果ServiceChange Request消息携带有Reason参数，并指明解除注册地具体原因是“注册协商失败”的，MGW接收MGC1返回的ServiceChange Response消息后，可知解除注册的指示通知已经送达MGC1，MGW拆除与当前的MGC1之间的传输层通信关联。\n[0045] 8.MGW在与MGC2进行注册协商之前，先建立到其的传输层通信关联。\n[0046] 9.MGW和MGC2之间在通信关联建立之后，重复上述注册协商流程。\n[0047] 具体实现时，也可以选择只在无连接传输协议情况下使用本发明。\n[0048] 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。\n凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。