专利名称：在媒体网关内操控的共享风险组的制作方法
要求享有先前提交的临时申请的优先权本申请要求享有2003年2月3日提交的、申请系列号为60/444,525的且标题为“数据分组通信网络内操控的共享风险组(Shared RiskGroup Handling within a Data Packet Communications Network)”的美国临时申请的优先权，该临时申请在此引入作为参考。
背景技术：
发明领域本发明总地涉及电信领域，并且更特别地，本发明涉及一种媒体网关，其实现共享风险组包(Shared Risk Group Package)，以向媒体网关指示该媒体网关是否应使用共享相同的失败风险的资源来建立多个连接。
相关技术描述在电信领域中，一种已建立且较普遍的观念是为了提高连接的差错复原能力，应使用类似主链路和辅助链路的冗余链路。辅助链路的建立实际上意味着将一组单独的资源用于建立连接，以便如果主链路的资源失败，则由辅助链路的资源维持该连接。现在，在互联网工程任务组(IETF)中有正在进行的工作使用路由器和网络内的不同资源。例如，参见以下文章●Kireeti Kompella等的“OSPF Extensions in Support ofGeneralized Multi-Protocol Label Switching(支持通用多协议标签交换的OSPF扩展)”互联网草案draft-ietf-ccamp-ospf-gampls-extensions-12.txt，2003年10月。
●Dimitri Papadimitriou等的“Shared Risk Link GroupsInference and Processing(共享风险链路组推论及处理)”互联网草案draft-papadimitriou-ccamp-srlg-processing-02.txt，2003年6月。
在这些文章中描述的方法公开了使用不同资源来在路由器与网络内维持连接，但是，现在没有使得能够将不同的资源用于媒体网关(MG)内的连接的方法。作为替代，现在在典型的基于分组的网络中，使用带有终接(termination)ID＝CHOOSE(？)的ADD.req命令来请求MG提供用于主链路的终接ID。然后使用另一个带有终接ID＝CHOOSE(？)的ADD.req命令来请求MG提供用于辅助链路的另一个终接ID。主链路和辅助链路所使用的终接很可能使用MG内的相关资源，以致在那些资源中的任意一个失败的情况下，则主链路和辅助链路都会受到不利影响。这明显是不希望出现的性状，因为建立辅助链路首先是为了使连接失败的可能性最小。从而需要一种机制来通知MG它应使用与建立主链路所使用的资源不相关的资源来建立辅助链路。通过本发明的共享风险组包来满足这个需要。
发明概述本发明包括一种媒体网关控制器(MGC)，其实现共享风险组包，以控制和防止媒体网关(MG)建立类似使用共享相同失败风险的资源的主链路和辅助链路的冗余链路。基本上，MGC使用共享风险组包来控制MG使用哪些类似暂时的终接的资源来建立主链路和辅助链路，以便如果与主链路相关联的资源中的任何一个失败，则辅助链路在MG内保持可操作，而如果与辅助链路相关联的资源中的任何一个失败，则主链路在MG内保持可操作。这里描述的本发明还包括(1)一种实现共享风险组包的方法；(2)一种媒体网关；和(3)一种网络。
附图简述通过结合如下附图并参考随后的详细描述可以获得对本发明更完整的理解，附图中
图1是表示实现本发明的共享风险组包的MGC和MG的基本组成部分的框图；图2是一个流程图，该流程示根据本发明能够通过实现共享风险组包使MGC控制MG内使用的资源以防止建立使用共享相同失败风险的资源的冗余链路的优选方法的步骤；图3是图示根据本发明使用共享风险组包在MG内建立两个冗余链路的步骤的信号序列图4是表示根据本发明包括实现共享风险组包的MGC和两个MG的示范网络基本组成部分的框图；图5A和5B是图示使用根据本发明的共享风险组包在图4中示出的网络的两个MG内建立两个冗余链路的步骤的信号序列图；以及图6是图示在不实现根据本发明的共享风险组包的情况下在MG内建立两个冗余链路的备选方式的信号序列图。
附图的详细描述参考图1与2，在其中示出了本发明的、实现共享风险组包120的MGC 100和MG 110的优选实施例、以及一种本发明的、实现共享风险组包120的方法200。为了清楚起见，在简单讨论MGC 100和MG 110的基本组成部分和功能之后提供对共享风险组包120的详细讨论。还应该理解的是，为了清楚起见，以下提供的关于MGC 100和MG 110的描述省略了在工业上所熟知的以及对理解本发明不是必需的那些细节和组成部分。
MG 110基本上用于将在一种类型的网络中提供的媒体转换为在另一种类型的网络中所需要的格式(参见图4)。例如，MG 110能够终接来自电路交换网络115的交换电路网络(SCN)承载信道(例如，DSO)和来自分组网络121的媒体流(例如，互联网协议(IP)网络121内的实时传输(RTP)流)。MG 110能够进行全双工媒体转换，并且还能够单独或以任何组合来处理音频、视频和T.120。MG 110还可以(1)播放音频/视频消息；(2)执行交互话音响应(IVR)功能；(3)执行媒体会议；(4)支持异步传输模式(ATM)业务；(5)支持帧中继业务；和(6)支持IP/多协议标签交换(MPLS)业务。并且，MGC 100基本用于控制与MG 110内媒体信道的连接控制有关的呼叫状态部分。
图1中示出的示范MG 110具有12个能够提供或接收媒体和/或控制流的终接T1-T12。终接T1-T6是暂时的终接，并且由来自MGC 100的加(Add)命令产生，并由来自MGC 100的减(Subtract)命令消除(参见图3、5A和5B)。与此相反，终接T7-T12是预先提供的物理终接，其代表具有半永久存在的物理实体。例如，只要在MG 110中提供代表TDM信道的物理终接，则该物理终接便可能存在。然而，代表RTP流的暂时终接典型地将只在它们使用期间内存在。并且，上下文C1-C6仅仅是1个或2个终接的集合之间的关联。
根据本发明，MGC 110使用共享风险组包120来控制MG 110内的暂时的终接T1、T2...T6使用哪些资源，以防止建立类似使用诸如T1和T2(举例而言)的相关资源的主链路125和辅助链路130的冗余连接，因为诸如T1和T2的相关资源通过与(例如)单个数字信号处理器DSP1相关联而共享相同的失败风险。下面提供关于共享风险组包120的详细描述，其在国际电信联盟的ITU-T H.248.22中已被标准化。
H.248.22“GCP共享风险组包”1.范围当网络连接与MG 11内的暂时终接相关联时，某些资源被使用。MG110内的失败可能导致损失某些组的资源，但是其它组的资源不受影响。将共享失败风险的资源称为共享风险组SRGI。共享风险组SRGI是对共享相同失败风险的网络资源(例如，IP接口)的分组。例如，共享风险组SRGI1包含许多位于相同硬件DSP2上的IP接口T3-T4。并且，如果DSP2失败，则只是该共享风险组SGRI1内相应于失败资源的终接T3-T4受到影响，而其它与DSP1和DSP3相关联的终接T1-T2和T5-T6不受影响。
当网络资源中的冗余性必须被控制时，或者当MGC 100希望指定要使用哪一组的资源时，MGC 100可以选择不同的共享风险组SRGI。利用这个功能性，MGC 100被给予对MG 110内暂时终接所使用的资源的控制。MGC 100可以命令MG 100使用来自所选共享风险组SRGI的资源或不使用来自共享风险组SRGI的资源。对链路资源组来说，这优于使用常规的终接ID方案，因为MGC 100能够指定避免某些资源，这在前述的CHOOSE($？)终接ID场景下是不可能的。
当一对连接用于主链路125和辅助链路130(例如，用于信令传输)时，命令MG 110为不同连接使用不同的资源的能力是特别有用的。
图1示出当两个共享风险组SRGI1和SRGI2已经被定义并分别由暂时终接T3-T4和T5-T6使用时的场景的一个例子。在这个例子中，上下文3代表主链路125，而上下文5是辅助链路130。
共享风险组包120可能在任何需要以下在规程部分中描述的性状时使用。
2.定义该建议定义了以下术语2.1共享风险组共享风险组由共享相同失败风险的资源或者资源组组成。是MG 100内资源之间的相互关系定义了共享风险组(参见图2中的步骤202)。
3.共享风险组包120#包IDshrisk，0x006b#描述这个包定义用于区分MG 100内不同的共享风险组SRGI的属性和规程(参见图2中步骤204)。
#仅被设计来扩展否#扩展无3.1属性3.1.1属性名称包括共享风险组(参见图2中的步骤202)#属性IDincl，0x0001#描述这个属性的值指示请求使用或者不使用该指定的共享风险组。
#类型布尔型的子列表#可能值■ “on” (真) 只使用来自指定的SRGI的资源[默认值]。
■ “off” (假) 使用除指定的SRGI以外的任何SRGI的资源。
#定义于终接状态描述符#性质只写3.1.2属性名称共享风险组身份请求#属性IDsrgir，0x002#描述这个属性的值指定共享风险组身份。
#类型整数型的子列表
#可能值这些值根据MGC 100和MG 110都理解的方案来指定SRGI(进一步的细节参见3.2.1.3部分)。
#定义于终接状态描述符#性质只写3.1.3属性名称已指配的共享风险组身份#属性IDasrgi，0x0003#描述这个属性的值指定已经由MG 110分配的共享风险组身份。这个值不能直接由MGC 100修改。
#类型整数#可能值这些值根据MGC和MG都理解的方案来指定SRGI(进一步的细节参见3.2.1.2部分)#定义于终接状态描述符#性质只读3.2规程3.2.1当使用共享风险组包时终接的建立/修改当MGC 100确定暂时的终接必须使用属于(或不同于)特定共享风险组的资源时，增加/修改/移动命令将发送到MG 100，以指定“包括共享风险组”属性和“共享风险组身份请求”属性。
3.2.1.1“包括共享风险组”属性的使用“包括共享风险组”属性用于向MG 110指示来自指定共享风险组身份(shrisk/srgir)的资源是必须用于该终接(shrisk/incl＝是)还是来自该指定的共享风险组身份的资源不能由该终接使用(shrisk/incl＝否)。如果MGC 100不关心使用的是哪些共享风险组，则它应该不包括shrisk/incl和shrisk/srgir属性。shrisk/incl和shrisk/srgir属性只对那些包含它们在内的命令有效。在执行该命令之后不应读取/审核它们。对于CHOOSE($)或ALL(*)的通配符值不应与shrisk/incl和/或shrisk/srgir一起使用。例如，在半永久性连接和保护性辅助链路的情况下，通过为主链路125指定(shrisk/incl＝on，shrisk/srgir＝1)(参见图3中的加命令302和回答(Reply)命令304)并通过为辅助链路130指定(shrisk/incl＝off，shrisk/srgir＝1)(参见图3中的加命令306和回答命令308)，MGC 100被保证了主链路125和辅助链路130不共享相同的资源组(参见图1和3)。
MGC可以向MG110提供shrisk/incl和shrisk/srgir的子列表，以使MGC 100能够请求使用某些共享风险组而其它的共享风险组不应使用。在子列表中shrisk/incl的第一个值与shrisk/srgir子列表的第一个值相对应。例如，MGC 100可以发送加命令，例如“C${Add${Termination State Descriptor{shrisk/incl＝off，on，on，off shrisk/srgir＝1，2，3，4}}}。这个加命令将会指示MG 110应使用来自共享风险组2和3的资源，而不应使用来自共享风险组1和4的资源。
3.2.1.2“已指配的共享风险组身份”属性的使用“已指配的共享风险组身份(shrisk/asrgi)”包含终接所使用资源的累积共享风险身份。这个值不能由MGC 100直接写入，但是可以通过从终接增加、修改或减去资源来间接影响该值。MGC 100可以审核这个属性以确定终接所使用的共享风险组。
3.2.1.3“共享风险组身份”属性的使用应该理解的是，终接使用的不同资源可以具有不同的“共享风险组身份”范围。然而，假定这将是操作员可配置的且在MGC 100和MG 110上提供，以便它们具有对指定的风险组身份方案的共同理解。例如，可以使用该属性的二进制结构，即，在MGC 100和MG 110内shrisk/srgi十进制整数可以以四字节的二进制数的方式对待。这样，不同的字节或比特组可以用于在MG 110中寻址不同类型的资源。例如，头两个字节可用于识别DSP资源，而最后的两个字节可以识别MG 110上的接口板。当通过GCP链路135发送时，二进制数却表示为十进制整数。
4.概述共享风险包120使得在设立连接125和130时MGC 100能够向MG 110指示使用或不使用与共享风险组相关联的网络资源。当网络连接与MG110内的暂时终接相关联时，某些资源被使用。MG 110内的失败可能导致损失某些组的资源，而其它组的资源不受影响。将共享失败风险的资源称为共享风险组。共享风险组仅仅是对共享相同失败风险的网络资源(例如，IP接口)的分组。每个共享风险组可以例如包含许多位于相同硬件上的IP接口。如果资源失败发生，则仅仅共享风险组内相应于失败资源的终接受到影响，而其它终接不受影响。
应该理解的是，ITU-T H.248.22与标题为“网关控制协议(GatewayControl Protocol)”的ITU-T H.248.1相关联。从而ITU-T H.248.1的内容在此引入。
参考图4，该图中是表示能够结合MGC 100和两个MG 110a和110b的根据本发明实现共享风险组包120的示范网络400的基本组成部分的框图。应该理解的是，网络400(例如，爱立信公司的ENGINE Integral3.0网络)是示范性的，并且其它类型和配置的网络也可以根据本发明实现共享风险组包120。
如所示出的，网络400包括MGC 100(示出的包括AXE)和IP/ATM分组网络121。示出的MGC 100还包括共享风险组包120。此外，该网络400包括与IP/ATM分组网络121相接口的两个MG 110a和110b。MG 110a还与电路交换网络115a相接口，其中电路交换网络115a包括以下组成部分(1)专用小交换机(PBX)404；(2)接入节点406；(3)本地交换机(LE)408；(4)路由器410；和(5)异步传输模式(ATM)交换机412(例如)。同样，MG 110b还与电路交换网络115b相接口，其中电路交换网络115b包括以下组成部分(1)PBX 414；(2)ENGINE接入接线夹416；(3)LE418；和(4)远端用户级420(例如)。最后，网络400还包括管理系统422。
在操作中，MGC 110使用共享风险组包120来控制MG 110a和110b内的暂时终接使用哪些资源，以防止在MG 110a或110b内建立使用共享相同失败风险的相关资源的冗余连接。以下相对图5A和5B中的序列图来提供关于MGC 100怎样才能使用共享风险组包120来在MG 110a和110b内建立主路径(路径#1)和辅助路径(路径#2)的详细描述。
参考图5A和5B，其中示出了两个信号序列图500a和500b，这两个信号序列示了根据本发明使用共享风险组包120在网络400的MG110a和110b内建立两个冗余链路的步骤。信号序列图500a图示在MG110a和110b内建立包括两个主链路125a和125b的主路径(路径#1)所需要的消息传送。并且，信号序列图500b图示在MG 110a和110b内建立包括两个辅助链路130a和130b的辅助路径(路径#2)所需要的消息传送。
如图5A所示，信号序列图500a指示怎样才能在MG 110a和110b内建立主链路125a和125b。首先，MGC 100向MG 110a发送加命令502a(其包括承载类型和编解码器信息(BT&CI))，然后MG 110a在相应于该指定的SRGI1(例如)的接口上选择用户数据报协议(UDP)端口#。然后MG 110a在适当的DSP2上保留IP暂时终接T3a(例如)并在合适的物理终接T9a与保留的IP暂时终接T3a(例如参见图1中的T3和T9)之间建立交叉连接。然后MG 110a向MGC 100发送带有选择的上下文Id、终接Id、主干网连接(BNC)ID、该接口的IP地址和该UDP端口#的加回答命令504a。此后，MGC 100向MG 110b发送加命令506a，然后MG 110b在相应于该指定的SRGI1(例如)的接口上选择用户数据报协议(UDP)端口#。然后MG 110b在该适当的DSP2上保留IP暂时终接T3b(例如)并在合适的物理终接T9b与保留的IP暂时终接T3b(例如参见图1中的T3和T9)之间建立交叉连接。然后MG 110b向MGC 100发送带有选择的上下文Id、终接Id、主干网连接(BNC)ID、该接口的IP地址和该UDP端口#的加回答命令508a。然后MGC100向MG 110a发送修改命令510a，该命令包括保留的UDP端口和与MG110b相关联的地址信息。然后MG 110a向MGC 100发送修改回答命令512a。此后，MGC 100完成MG 110a内主链路125a和MG 110b内主链路125b的建立。应该理解的是，MG 110a和110b具有与图1中所示的示范MG 100相同的配置。
如图5B中所示的，信号序列图500b指示怎样才能在MG 110a和110b内建立辅助链路130a和130b。首先，MGC 100向MG 110a发送加命令502b(其包括承载类型和编解码器信息(BT&CI))，然后MG 110a在相应于该指定的SRGI2(例如)的接口上选择用户数据报协议(UDP)端口#。然后MG 110a在适当的DSP3上保留IP暂时终接T5a(例如)并在合适的物理终接T11a与保留的IP暂时终接T5a(例如参见图1中的T5和T11)之间建立交叉连接。然后MG 110a向MGC 100发送带有选择的上下文Id、终接Id、主干网连接(BNC)ID、该接口的IP地址和该UDP端口#的加回答命令504b。此后，MGC 100向MG 110b发送加命令506b，然后MG 110b在相应于该指定的SRGI2(例如)的接口上选择用户数据报协议(UDP)端口#。然后MG110b在该适当的DSP3上保留IP暂时终接T5b(例如)并在合适的物理终接T11b与保留的IP暂时终接T5b(例如参见图1中的T5和T11)之间建立交叉连接。然后MG 110b向MGC 100发送带有选择的上下文Id、终接Id、主干网连接(BNC)ID、该接口的IP地址和该UDP端口#的加回答命令508b。然后MGC 100向MG 110a发送修改命令510b，该命令包括保留的UDP端口和与MG 110b相关联的IP地址信息。然后MG 110b向MGC 100发送修改回答命令512b。此后，MGC 100完成MG 110a内辅助链路130a和MG 110b内辅助链路130b的建立。应该理解的是，在MG 110a和110b内主链路125a和125b与辅助链路130a和130b不共享相关资源。
参考图6，图6是图示在不根据本发明实现共享风险组包120的情况下在MG 110内建立两个冗余链路的备选方式的信号序列图600。在这个实施例中，不使用共享风险组包120，这样如信号序列图600的块602所示的，这里需要一些管理行为来配置终接T2和T4(例如)以使用不共享相同失败风险的特定资源。终接T1和T2是已预先提供的物理终接。然后MGC 100向MG 110发送加命令604，指定将使用两个半永久性连接T1和T2来建立主链路125。然后MG 110向MGC 100发送回包含上下文Id和终接Id T1和T2的回答命令606。此后，MGC 100向MG 110发送另一个加命令608，指定将使用两个半永久性连接T3和T4来建立辅助链路130。然后MG 110向MGC100发送回包含上下文Id和终接Id T3和T4的回答命令610。在这一点上，不共享相关资源的主链路625和辅助链路630在MG 110内建立。应当理解的是，当使用如图1-5中示出的共享风险组包120时比如果如图6中所示需要单独配置终接时需要更少的手动工作。还应该理解的是，与信号序列图600中的终接T1、T2、T3和T4相关联的号与图1和图4中示出的MG 110内的终接号T1-T12不对应。
本领域普通技术人员从上面的描述中可以容易理解本发明提供一种在建立连接时使MGC能够向MG指示使用或不使用那些共享相同失败风险的网络资源的共享风险组包。这样，MGC可以使用共享风险组包、通过控制使用哪些资源来建立与主链路和辅助链路相关联的暂时终接而防止在MG内建立类似使用共享相同失败风险的相关资源的主链路和辅助链路的冗余链路。
虽然已经在附图中图示并在前面的详细描述中描述了本发明的几个实施例，但是应该理解本发明不局限于这些公开的实施例，而是在不偏离由随后的权利要求所阐明和规定的本发明精神的情况下能够具有许多的重新配置、修改和替换。
权利要求
1.一种媒体网关控制器，其能够防止在所述媒体网关内建立类似使用共享相同失败风险的相关资源的主链路和辅助链路的冗余链路，这是通过控制在媒体网关内哪些类似暂时终接的资源被主链路和辅助链路使用来进行的，以便如果与所述主链路相关联的任何资源失败，则所述辅助链路在所述媒体网关内保持可操作，而如果与所述辅助链路相关联的任何资源失败，则所述主链路在所述媒体网关内保持可操作。
2.权利要求1所述的媒体网关控制器，其中所述媒体网关控制器实现共享风险组包以控制在所述媒体网关内将哪些类似暂时终接的资源用于建立所述主链路和辅助链路。
3.权利要求1所述的媒体网关控制器，其中所述相关资源包括在一件硬件上的多个互联网协议(IP)接口。
4.权利要求1所述的媒体网关控制器，其中所述媒体网关能支持以下的话音业务、异步传输模式(ATM)业务、帧中继业务、和互联网协议(IP)/多协议标签交换(MPLS)业务中的一个或多个。
5.一种媒体网关控制器，其实现共享风险组包，以向媒体网关指示所述媒体网关是否应使用共享相同失败风险的资源来建立多个连接。
6.权利要求5所述的媒体网关控制器，其中所述共享风险组包将共享相同失败风险的资源定义为共享风险组。
7.权利要求6所述的媒体网关控制器，其中所述共享风险组包定义由所述媒体网关控制器使用的属性，以便当在所述媒体网关内建立多个连接时区分不同的共享风险组，所述共享风险组包定义下列属性包括共享风险组(shrisk/incl)属性，其指定是使用还是不使用所述共享风险组中的一组来在所述媒体网关内建立所述连接中的一个；共享风险组身份请求(shrisk/srgir)属性，其指定所述共享风险组中的一组的身份；和已指配的共享风险组身份(shrisk/asrgi)属性，其指定所述媒体网关已经分配的共享风险组中的一组的身份。
8.权利要求7所述的媒体网关控制器，其中当所述多个连接包括主链路和辅助链路时，则所述媒体网关控制器向所述媒体网关发送包括shrisk/incl＝on和shrisk/srgi＝x的命令，其指定当所述媒体网关建立所述主链路时要使用的特定共享风险组x；和所述媒体网关控制器向所述媒体网关发送包括shrisk/incl＝off和shrisk/srgi＝x的命令，其指定该媒体网关将使用除所述主链路正在使用的共享风险组x以外的另一个共享风险组来建立所述辅助链路。
9.权利要求7所述的媒体网关控制器，其中所述媒体网关控制器能够通过向所述媒体网关发送包括shrisk/incl和shrisk/srgir的子列表的命令来请求所述媒体网关使用某些共享风险组而不使用其它共享风险组。
10.一种使媒体网关控制器能够控制媒体网关是否应使用共享相同失败风险的资源来建立多个连接的方法，所述方法包括步骤识别所述共享相同失败风险的资源，并将那些资源定义为共享风险组；和当在所述媒体网关内建立类似主链路和辅助链路的多个连接时，使所述媒体网关控制器能够使用共享风险包来区分不同的共享风险组。
11.权利要求10所述的方法，其中所述共享风险组包定义所述媒体网关控制器所使用的属性，以便当在所述媒体网关内建立所述多个连接时区分不同的共享风险组，所述共享风险组包定义以下属性包括共享风险组(shrisk/incl)属性，其指定是使用还是不使用所述共享风险组中的一组来在所述媒体网关内建立所述连接中的一个；共享风险组身份请求(shrisk/srgir)属性，其指定所述共享风险组中的一组的身份；和已指配的共享风险组身份(shrisk/asrgi)属性，其指定所述媒体网关已经分配的共享风险组中的一组的身份。
12.权利要求11所述的方法，其中所述媒体网关控制器执行以下步骤向所述媒体网关发送包括shrisk/incl＝on和shrisk/srgi＝x的命令，该命令指定当所述媒体网关建立所述主链路时要使用的特定共享风险组x；和向所述媒体网关发送包括shrisk/incl＝off和shrisk/srgi＝x的命令，该命令指定所述媒体网关将使用除所述主链路正在使用的共享风险组x以外的另一个共享风险组来建立所述辅助链路。
13.权利要求10所述的方法，进一步包括步骤使所述媒体网关控制器能够通过向所述媒体网关发送包括shrisk/incl和shrisk/srgir的子列表的命令来请求所述媒体网关使用某些共享风险组而不使用其它共享风险组。
14.权利要求10所述的方法，其中所述共享风险组包括在一件硬件上的多个互联网协议(IP)接口。
15.一种网络，包括媒体网关；和媒体网关控制器，其用于控制在媒体网关内使用哪些资源，以防止建立类似使用共享相同失败风险的资源的主链路和辅助链路的冗余链路，从而如果与所述主链路相关联的任何资源失败，则所述辅助链路在所述媒体网关内保持可操作，而如果与所述辅助链路相关联的任何资源失败，则所述主链路在所述媒体网关内保持可操作。
16.权利要求15所述的网络，其中所述媒体网关控制器实现共享风险组包以控制在所述媒体网关内将哪些类似暂时终接的资源用于建立所述主链路和辅助链路。
17.权利要求15所述的网络，其中所述相关资源包括在一件硬件上的多个互联网协议(IP)接口。
18.一种与媒体网关控制器相接口的媒体网关，其中媒体网关控制器能够控制在所述媒体网关内使用哪些资源，以防止建立类似使用共享相同失败风险的资源的主链路和辅助链路的冗余链路，从而如果与所述主链路相关联的任何资源失败，则所述辅助链路在所述媒体网关内保持可操作，而如果与所述辅助链路相关联的任何资源失败，则所述主链路在所述媒体网关内保持可操作。
19.权利要求18所述的媒体网关，其中所述媒体网关控制器实现共享风险组包以控制在所述媒体网关内将哪些类似暂时终接的资源用于建立所述主链路和辅助链路。
20.权利要求19所述的媒体网关，其中所述相关资源包括在一件硬件上的多个互联网协议(IP)接口。
21.权利要求18所述的媒体网关，其中所述媒体网关能够支持以下的话音业务、异步传输模式(ATM)业务、帧中继业务、和互联网协议(IP)/多协议标签交换(MPLS)业务中的一个或多个。
全文摘要
这里描述了一种媒体网关控制器(MGC)，其实现共享风险组包以控制并防止媒体网关(MG)建立类似使用共享相同失败风险的资源的主链路和辅助链路的冗余链路。基本上，MGC使用该共享风险组包来控制MG使用哪些类似暂时终接的资源来建立主链路和辅助链路，以便如果与主链路相关联的任何资源失败，则辅助链路在MG内保持可操作，而如果与辅助链路相关联的任何资源失败，则主链路在MG内保持可操作。
文档编号H04L29/06GK1768514SQ200480009052
公开日2006年5月3日 申请日期2004年2月2日 优先权日2003年2月3日
发明者J·M·泽特伦德, P·R·威尔逊 申请人:艾利森电话股份有限公司