关于有差别受限转接网络节点的网络业务的转发

摘要

提供一种在通信网络中转发业务流量的方法，该网络具有至少一个网络节点，网络业务被有选择地阻止经过该网络节点。本方法包括选择将被阻止经过该网络节点的特定种类的网络业务的步骤。本方法还包括在该网络中确定转发该业务流量的路径的步骤，由此网络节点在建立路径时被排除转接，在该路径上，业务流量用特定种类的网络业务识别。

权利要求

1.一种在具有多个对等网络节点的通信网络中使用与受限转接相结合的路由策略以转发网络业务的方法，包括以下步骤：接收由公告节点生成的节点信息组IG消息，所述节点IG消息用于向所述多个对等网络节点公告所述公告节点的有差别受限转接状态，其中所述节点IG消息包括：指示有差别受限转接状态对于所述公告节点是被激活还是被禁止的标志；以及例外列表，其列出在所述有差别受限转接状态对于所述公告节点被激活时与被允许经过所述公告节点的业务流量、连接或呼叫相关联的策略标签，其中所述例外列表和所述标志限定所述公告节点的有差别受限转接状态；

接收用于网络业务的基于策略的路径建立请求；

确定所述基于策略的路径建立请求是否包含业务流量、连接或呼叫；以及生成用于所述业务流量、连接或呼叫的路径，其中所述业务流量、连接或呼叫在所述公告节点上被允许。

2.根据权利要求1的方法，其中，所述有差别受限转接状态允许SVC连接以经过所述公告节点，而禁止SPVC连接。

3.根据权利要求1的方法，其中，所述例外列表包括网络单元标识符列表和资源分区列表。

4.根据权利要求1的方法，其中，所述通信网络是根据PNNI协议运行的源路由网络。

5.根据权利要求1的方法，还包括：在任何期望的时间修改所述节点IG消息，以公告不同的基于策略的路由标准。

6.根据权利要求1的方法，还包括：使用所述例外列表以承认和拒绝所述公告节点的有差别受限转接状态。

7.根据权利要求1的方法，其中，在所述有差别受限转接状态对于所述公告节点被禁止时，所述业务流量、连接或呼叫不允许经过所述公告节点。

说明书

关于有差别受限转接网络节点的网络业务的转发

技术领域

[0001] 本发明通常涉及通信网络领域，更具体地说，涉及一种基于策略的关于受限转接网络节点(restricted transit network node)的消息业务的转发或路由的方法和设备。作为例子，本发明尤其适用于源路由网络，诸如根据异步传输模式(ATM)或者多协议标签交换(MPLS)协议运行的那些网络。根据本发明，基于策略的网络业务的转发结合受限转接转发一起使用，以提供业务流量、连接或者呼叫，使得一些预定的业务流量、连接或者呼叫可被允许经过网络节点而不管网络节点的受限转接状态。同样地，所讨论的网络节点的受限转接状态在一些业务流量、连接或者呼叫和其它之间有区别，因此该节点的受限转接状态可以有选择地被加强或者忽略。

背景技术

[0002] 将网络节点配置为受限转接节点在通信网络领域中是已知的。也就是说，限制网络业务的转接经过网络的特定节点以阻止这样的业务或者与之有关的连接经过一个或者多个网络节点是已知的。特别地，提供关于网络节点的受限转接状态可以禁止网络业务或者连接通过该节点转接，但是可以允许业务或者连接在这样的节点开始或者终止。在已知的受限转接机制中，在网络节点已经被指定为受限转接节点期间，通常没有业务被允许经过该节点。另一方面，当网络节点没有被指定为受限转接节点时，通常所有的业务都被允许经过该节点。

[0003] 对照受限转接路由，在通信网络领域中使用策略路由以控制网络业务或者其有关的网络连接被路由经过网络的路由域的方式。一种已知的支持策略路由的路由和信令规范是由ATM论坛技术委员会的题为“策略路由”1.0版的规范(日期为2003年4月并且被标记为文档号af-cs-0195.000)(“策略路由规范”)提供的，在此其内容作为参考被引入。策略路由规范是ATM论坛技术委员会的现有信令规范的附录，现有信令规范即“ATM用户-网络接口(UNI)信令规范”4.1版(日期为2002年4月并且被标记为文档号af-sig-0061.002)；“ATM内部网络接口规范”1.1版(日期为2002年9月并且被标记为文档号af-cs-0125.002)；“专有网络-网络接口规范”1.1版(日期为2002年4月并且被标记为文档号af-pnni-0055.002)，所有这些对于通信网络领域的技术人员来说是已知的。

[0004] 在典型的策略路由机制中，如在策略路由规范中所描述的，为了路由业务经过所讨论的网络，网络单元(“NE”)或者资源分区(“Rp”)可在整个网络拓扑中被标识和公告。例如，网络单元可以是链路或者整个中继线群，而资源分区可以是这样的中继线群的带宽分区。在转发业务数据流时，可以产生基于策略的转发请求，其中该请求可描述转发约束，以(i)规定一个或者多个特定网络单元的回避或者要求，或者(ii)规定一个或者多个特定资源分区的要求。这种基于策略的请求可以采用转发约束形式(诸如策略约束，其被分配给连接并在该连接建立期间被发送)传输。正在开始业务数据流的网络路径的建立的节点使用被公告的网络单元和资源分区以及被发送的策略约束来计算或者另外建立满足所讨论的约束的网络路径。

[0005] 策略路由性能可以在通信网络中用于提供基于不同网络利用策略的不同服务。例如，策略路由可配置在提供虚拟骨干网(VBN)中，在与预定链路质量相关联的网络路径的选择或回避中，在使用多个定制策略约束的连接的路由中，在网间核心网的最少网络资源的规范和使用中，在SVC和SPVC连接之间的带宽划分中，以及在可识别的种类的连接中的网络带宽的动态分配中。然而，结合受限转接性能利用策略路由，使得受限转接性能在基于特定策略的预定情况中被激活或者被禁止还不是已知的。

发明内容

[0006] 根据本发明的一个主要方面，提供一种在通信网络中转发业务流量的方法，其中该网络具有至少一个网络节点，并且网络业务被有选择地阻止经过该节点，该方法包括以下步骤：(a)选择将被阻止经过所述网络节点的特定种类的网络业务；以及(b)在所述网络中确定转发业务流量的路径，其中所述网络节点在建立所述路径时被排除转接，在所述路径上，业务流量用特定种类的网络业务识别。

附图说明

[0007] 作为示例而非限制，下面参照以下附图说明本发明的实施例，其中：

[0008] 图1说明示例性的源路由网络，其示出受限转接路由的现有技术；

[0009] 图2说明示例性的源路由网络，其中可以配置本发明的实施例以提供有差别受限转接转发；

[0010] 图3至图6示出可根据本发明的其它实施例用于公告网络节点的有差别受限转接转发性能的消息的可选择格式。

具体实施方式

[0011] 参照图1，示出现有的在根据PNNI协议运行的示例性源路由网络10中的受限转接路由机制。网络10的网络节点12(每个表示为节点A)是接入节点。网络节点14是核心节点，并且表示为节点C。如本领域技术人员已知的，网络10的不同的网络节点12和14通过链路16互连。在已知的受限转接路由技术中，可以提供网络10，使得接入网络节点12不转接任何网络业务。这样的业务可在连接18或者20上被路由，而连接18或20分别在网络节点12终止或者在该节点开始。如果接入网络节点12被提供或者激活为受限业务路由，则其它不在接入网络节点12终止或者开始的网络业务，例如从一个核心网络节点14到另一个核心网络节点14的连接22，不被允许路由通过接入网络节点12。连接22已经用“×”画出，以表示它在上面所述的特定例子中不被允许。

[0012] 转至图2，根据本发明的一个实施例的方法参照网络30描述，该网络30说明可选择地允许某些种类的业务流量、连接或者呼叫经过受限转接节点，以及可选择地允许属于某些虚拟骨干网(“VBN”)的业务流量、连接或者呼叫经过的例子。本领域的技术人员应知道本发明可以适用于任何可识别的种类或者集合的业务流量、连接或者呼叫。例如，网络30可以是根据PNNI协议运行的源路由网络。网络30具有3个边界或者接入网络节点12a，12b，12c，它们分别用A.1，A.2和A.3表示。另外，分别用C.1，C.2，C.3和C.4表示的核心网络节点14a，14b，14c和14d通过链路16’彼此互连，并以本领域已知的方式与接入网络节点A.1，A.2和A.3中的一个或者多个互连。作为示例，网络节点A.1，A.2和A.3都是在前面定义的意义上的受限转接节点。

[0013] 在网络30中，混合SPVC和SVC连接可以被路由，如果需要，本发明的方法和设备可配置为允许一个种类的这样的连接经过另外的受限转接节点，而不允许其它种类的这样的连接经过。例如，由于SVC连接通常比SPVC连接在持续时间上更短，并且更动态，所以SVC连接带宽的利用率比SPVC连接的更高。因此，确保对于必须开始和终止于特定节点的较长持续时间的SPVC连接有足够的带宽可用，而对通常较短持续时间的SVC呼叫保留一些带宽不是不寻常的网络提供方案。由于SPVC和SVC连接的带宽分配和期望持续时间不同，因此理想的是，如果需要，则允许SVC连接经过接入节点A.1，A.2和A.3，而不允许SPVC连接经过这些节点，因为带宽会被长时间地使用，并且带宽不是为那个节点原始规划的。利用当前的受限转接路由性能，所有的呼叫要么被允许经过，要么被限制经过接入节点A.1，A.2和A.3。因此，根据现有技术，只允许SVC连接经过受限转接节点而限制SPVC连接经过还不是已知的。然而，在网络30的例子中，SVC连接32被允许经过接入网络节点A.1而不管该节点的受限转接状态，而SPVC连接33和35只被允许分别从接入网络节点A.1开始和到接入网络节点A.1终止。

[0014] 同样地，在虚拟骨干网的情况下，为了通信工程目的或者为了呼叫安全或者控制，理想的是一个VBN的连接被允许经过受限转接节点，而不允许来自另一个VBN的连接经过。因此，如果在第一VBN(即VBN A)上的连接被允许只经过接入网络节点A.1和A.3，而不管这些网络节点的受限转接状态，则可被认为是理想的。这由分别经过网络节点A.1和A.3的VBN A连接34和38示出。在第二VBN(即VBN B)上的连接的情况下，如果在该VBN上的连接被允许只经过接入网络节点A.2和A.3，作为那些网络节点的其它受限转接状态的例外，则可被认为是理想的。这由分别经过网络节点A.2和A.3的VBN B连接36和40示出。通常，允许一些预定的业务流量、连接或者呼叫经过受限转接节点，而限制所有其它的经过可被认为是有助于网络资源的容量规划。然而，现有的受限转接路由的问题在于它只在节点的基础上应用，并且不允许节点的受限转接状态被应用于一些业务流量而不应用于其它的业务流量。

[0015] 在本发明的方法的一个实施例中，再次参照图2描述本发明的一个实施例。尽管这个实施例是针对PNNI协议的，但是本领域技术人员知道本发明能够在其它当前或将来的网络协议中实施，例如IP，MPLS，OSPF，GMPLS或者IS-IS协议。在PNNI协议中，新的类型-长度-值(“TLV”)字段可在节点信息组(“IG”)中创建，该信息组用于已知的PNNI公告消息。在已知的受限转接路由中，使用节点IG中的单个比特公告网络节点的受限转接状态。在现有技术中，该比特指示IG所属的网络节点的受限转接状态是被激活还是被禁止。根据本发明的一个实施例，新的TLV字段识别业务流量、连接或者呼叫，它们或者被定义为承认和服从公告TLV的特定网络节点的被激活或者被禁止受限转接状态，或者代替地被定义为承认和拒绝节点的被激活或者被禁止的受限转接状态。如果需要，所讨论的定义可以采用已知的策略路由标签形式做出，这将在下面更详细地描述。根据上述实施例修改的TLV字段的公告允许其它网络节点对在该TLV字段中识别的基于策略的业务流量、连接或者呼叫生成路径，该字段考虑公告节点的有差别受限转接状态。

[0016] 可以使在上面提到的新TLV字段中采用已知策略路由标签形式识别的不同种类的业务流量、连接或者呼叫与将由这些业务流量、连接或者呼叫请求的策略约束相对应。例如，可以使VBN A呼叫请求使其沿着不同于VBN B呼叫的路径的策略约束。同样地，可以使SVC呼叫请求引导其经过与SPVC呼叫经过的那些不同的节点或者分区的策略约束。

[0017] 仍然参照图2，如果对于网络节点A.1，限制除了SVC呼叫或者VBNA呼叫之外的所有连接的转接是理想的，那么节点A.1可向其网络30中的对等节点公告节点IG，该IG包合指示节点A.1的受限转接状态将在该节点应用于除了与SVC呼叫或者VBN A呼叫相关联的策略约束的策略路由标签以外的所有策略路由标签的TLV字段。例如，策略路由标签P1可与SPVC呼叫有关，策略路由标签P2可与SVC呼叫有关。对于VBN标识，策略路由标签P3可与诸如34和38的VBN A呼叫有关，策略路由标签P4可与诸如36和40的VBN B呼叫相关。因此，在给出的例子中，网络节点A.1的节点IG可以通过上面所述的它的TLV字段指示该节点被激活的受限转接状态应用于除了与包含策略路由标签P2和P3的策略约束相关联的连接以外的所有连接。如果需要，有差别受限转接状态的公告可以通过指示策略路由标签P2和P3作为该节点被激活的受限转接状态的例外进行，或者可选择地，通过指示策略路由标签P1和P4作为定义所讨论的受限转接状态的被禁止连接进行。基于前面所给出的例子，在任一种情况下的结果都是只有业务流量32和34被允许经过节点A.1，这两个业务流量分别属于SVC呼叫和VBN A呼叫。

[0018] 同样地，在网络节点A.2，其节点IG可以公告只有基于策略的具有包含策略路由标签P4的策略约束的呼叫可以经过该节点。此外，当网络节点A.2正在公告它的受限转接状态被激活时，或者可选择地，策略路由标签P1，P2和P3可被替代地列出以定义用于受限转接目的的被禁止连接时，网络节点A.2的节点IG的TLV字段可识别策略路由标签P4作为该节点的受限转接状态的例外。在任一种情况下，最终的结果是只有如36的VBNB呼叫被允许经过节点A.2。最后，对于网络节点A.3，只转接VBN A和VBN B呼叫，而不转接网络30中的其它呼叫可以是理想的。在这种情况下，网络节点A.3的节点IG可识别策略路由标签P3和P4作为定义将被允许经过节点A.3的连接，从而作为该节点的受限转接状态被激活时该节点的受限转接状态的例外。代替地，策略路由标签P1和P2可用于定义节点A.3的被禁止连接，当该节点的受限转接状态通过只公告策略路由标签P1和P2作为受限转接而所有其它策略路由标签作为非受限转接被激活时。此外，最终的结果是分别如38和40的VBN A和VBN B呼叫被允许经过节点A.3。

[0019] 本领域的技术人员知道节点A.1，A.2和A.3中的任何一个都可以在任何需要的时候修改它们的节点IG信息，以公告这些节点的受限转接状态的基于不同策略的路由标准。例如，如果网络节点A.1不再具有允许SVC呼叫的容量，则其后它会公告具有TLV字段的节点IG，其中该字段不再指示策略路由标签P2作为被激活的受限转接路由状态的例外，或者该字段重新指示策略路由标签P2作为用于关于节点A.1的被激活受限转接路由状态目的的被禁止策略。

[0020] 图3，4和5说明网络节点的节点IG消息的可选择格式，该网络节点根据本发明向其对等网络节点公告有差别受限转接性能。在图3中，节点IG消息50包含表示节点的受限转接状态是被激活还是被禁止的受限转接标志52。采用受限转接例外列表54(表示为“EX.LIST”)形式的TLV字段也构成节点IG消息50的一部分。当受限转接标志指示受限转接状态被激活时，受限转接例外列表54可列出与将被允许经过公告节点的业务流量、连接或者呼叫相关联的策略路由标签。在这种情况下，任何基于策略的路径建立请求都将在公告节点上被允许，其中该请求通过相关的策略路由标签识别例外列表54的任何一个业务流量、连接或者呼叫。这将在下面更详细地说明。

[0021] 根据如图3所示的本发明的一个实施例，如前面所描述的例外列表54可以采用与资源分区(“Rp”)标识符列表结合的网络单元(“Ne”)标识符列表的形式。例如，Ne标识符列表可包含网络服务种类(“NSC”)标签Ne1，Ne2，...，Nen，而Rp标识符列表可包含NSC标签Rp1，Rp2，...，Rpn。这可概括如下：

[0022] Ne-NSC list(Ne1，Ne2，...，Nen) (1)

[0023] Rp-NSC list(Rp1，Rp2，...，Rpn) (2)前述的NSC标签如上面参考的策略路由规范中所定义的。当如上所述的受限转接标志52指示受限转接状态被激活时，原始采用前述结合列表(1)和(2)的形式反映的例外列表54可以进一步被组合以构成单个逻辑与的例外单元，如下所示：

[0024] {Ne1 and Ne2 and...Nen and Rp1 and Rp2 and...Rpn} (3)[0025] 正如本领域技术人员已知的，根据策略路由规范发送的呼叫或者连接策略可具有多个与其相关联的策略单元。这些策略单元是策略路由标签的分组。如下面更详细地说明的，当基于策略的呼叫以其被发送的策略单元中的任何一个的形式要求在上述例外单元(3)中发现的NSC标签的组合或者子集时，那么所讨论的呼叫或者连接将被允许经过正在公告Ne标识符列表(1)和Rp标识符列表(2)的网络节点。当这样的被发送策略的策略单元没有要求例外单元(3)的NSC单元或标签的组合或者子集时，那么所讨论的呼叫或者连接不能被路由经过所述网络节点。如果所讨论的被发送策略符合策略路由规范，则被发送策略的策略单元首先通过在进行上述确定之前的逻辑扩展过程获得，该确定是关于所讨论的呼叫或者连接是否将被允许经过正在公告其根据本发明的有差别受限转接状态的节点。这个逻辑扩展过程将在下面更详细地说明。

[0026] 当受限转接标志指示受限转接状态被禁止时，例外列表54可替代或者额外地列出与将被禁止的业务流量、连接或者呼叫相关联的策略路由标签。在这种情况下，任何基于策略的路径建立请求都不会在被公告节点上被允许，其中该请求的每个策略单元通过相关的策略路由标签识别例外列表54的任何一个业务流量、连接或者呼叫。这将在下面更详细地说明。

[0027] 当前面所述的受限转接标签指示受限转接状态被禁止时，采用前述列表(1)和(2)的形式的例外列表54可被组合以构成与个别化的例外单元逻辑或的序列，如下：

[0028] {Ne1}or{Ne2}or...{Nen}or{Rp1}or{Rp2}or...{Rpn} (4)[0029] 如下面更详细地描述的，当上述个别化的例外单元(4)的任何一个或者多个NSC标签被包含在或者包含基于策略的呼叫的每一个被发送的策略单元时，那么所讨论的呼叫或者连接将不被允许经过正在公告Ne标识符列表(1)和Rp标识符列表(2)的网络节点。使用表述“包含在”意思是告知被发送的策略单元至少包括所讨论的个别化的例外单元(4)。可选择地，如果所述基于策略的呼叫的至少一个策略单元不包含或者包括至少一个所述个别化的例外单元(4)的NSC标签，那么所述网络节点将允许所述呼叫或者连接经过该节点。
如前所述，如果所讨论的被发送策略符合策略路由规范，那么该被发送策略的被发送策略单元首先通过如下面更详细说明的逻辑扩展过程获得。

[0030] 前面有关图3的涉及使用例外列表54以根据将被激活或者被禁止的受限转接状态来识别将被允许或者被禁止经过网络节点的呼叫或者连接的实施例的说明，接下来将进一步地关于遵循前面所述的策略路由规范的呼叫或者连接策略进行说明。如本领域的技术人员已知的，被发送策略的一般格式可如下所示：

[0031] Policy∷＝{[require(logical_or|logical_and{Ne-NSC_list}；

[0032] logical_or|logical_and{Rp-NSC_list})；

[0033] must-avoid(logical_or|logical_and{Ne-NSC_list})]}(5) 其 中：{Ne-NSC list}是属于网络单元的NSC策略路由标签的列表；{Rp-NSClist}是属于资源分区的NSC策略路由标签的列表；“require”表示要求路由与被发送策略(5)相关联的呼叫或者连接的策略的组件；“must-avoid”表示要求避免路由与被发送策略(5)相关联的呼叫或者连接的策略的组件；“logical_or”和“logical_and”是可选择的操作数，它们分别表示根据具体情况列表{Ne-NSC list}或者{Rp-NSC list}的立即产生的组成策略路由标签是将被逻辑或还是逻辑与。列表{Ne-NSC list}和{Rp-NSC list}中的任一个或者两个也可以包含单个策略路由标签，在这种情况下，操作数“logical_or”和“logical_and”将不被用在这样的单个项目上。另外，在策略路由规范中，被发送策略(5)的每一个“require”项目被解释为彼此之间的逻辑与关系。这些“require”项目是被发送策略(5)的“require”组件的组成部分，如下面说明的。

[0034] 被发送策略(5)的“require”组件，即包括：

[0035] logical_or|logical_and{Ne-NSC list}；

[0036] logical_or|logical_and{Rp-NSC list} (6)的组件，可进一步被分成更小的具有所要求的策略单元的性质的单元。为了提供前面所述的所要求组件(6)的扩展的简单例子，定义为：

[0037] [require(logical_or{Ne1，Ne2})] (7)的策略可以被扩展为所要求的策略单元(Ne1)和(Ne2)，其中的每一个与另一个是逻辑或的关系。同样地，定义为：

[0038] [require(logical_and{Ne1，Ne2})] (8)的策略可以被扩展为单个所要求的策略单元(Ne1，&Ne2)。

[0039] 当在所要求的组件(6)中发现超过一个NSC策略路由标签的列表时，所要求的组件(6)可通过列表{Ne-NSC list}和{Rp-NSC list}的逻辑乘法扩展，产生的每个所要求的策略单元相互之间是逻辑或的关系。作为例子，定义为：

[0040] [require(logical_or{Ne1，Ne2}；

[0041] logical_and{Rp1，Rp2})] (9)的策略可以被扩展为两个所要求的策略单元，即(Ne1，&Rp1，&Rp2)和(Ne2&Rp1&Rp2)，这两个所要求的策略单元相互之间是逻辑或的关系。作为另一个例子，定义为：

[0042] [require(logical_or{Ne1，Ne2}；

[0043] logical_or{Rp1，Rp2})] (10)的策略可以被扩展为四个所要求的策略单元，即(Ne1&Rp1)，(Ne1&Rp2)，(Ne2&Rp1)和(Ne2&Rp2)，这四个所要求的策略单元相互之间是逻辑或的关系。

[0044] 如上所描述的类似的分析可用于扩展被发送策略(5)的“avoid”组件，即包括[0045] [must-avoid(logical_or|logical_and{Ne-NSC-list})] (11)的组件。然而，在图3所示的本发明的实施例中，被发送策略(5)的avoid组件(11)没有用于将被发送策略(5)与所讨论的节点的被公告的有差别受限转接性能进行比较，以确定是否路由呼叫或者连接经过所述节点。

[0046] 一旦被发送策略(5)已经如前面所述地被扩展为组成的所要求的策略单元，则这些所要求的策略单元被用于以前面说明的方式将被发送策略(5)与所讨论的节点的被公告的有差别受限转接性能进行比较。

[0047] 现在转向如图4所示的本发明的另一个实施例，节点IG消息60包含表示节点的受限转接状态是被激活还是被禁止的标志62。采用受限转接定义列表64(表示为“DEF.LIST”)形式的TLV字段也构成节点IG消息60的一部分。当受限转接标志指示受限转接状态被激活时，受限转接定义列表64可列出与将被禁止经过公告节点的业务流量、连接或者呼叫相关联的策略路由标签。在这种情况下，任何基于策略的路径建立请求都不会在被公告节点上被允许，其中该请求通过相关的策略路由标签识别定义列表64的任何一个业务流量、连接或者呼叫。当受限转接标志指示受限转接状态被禁止时，定义列表64可替代地或者额外地列出与被允许的业务流量、连接或者呼叫相关联的策略标签。在这种情况下，任何基于策略的路径建立请求都将在被公告节点上被允许，其中该请求通过其相关的策略路由标签识别定义列表64的任何一个业务流量、连接或者呼叫。本领域的技术人员知道与前面关于图3的实施例所描述的类似的数据结构可用于创建受限转接定义列表64，例如通过如前面所述的结合资源分区(“Rp”)标识符列表的网络单元(“Ne”)标识符列表。另外，与前面所述的类似的规则和技术也可用于将被发送策略与所述受限转接定义列表64进行比较，以确定呼叫或者连接是否将被转接经过正在公告有差别受限转接性能的节点。

[0048] 再转向如图5所示的另一个实施例，节点IG消息70也包含表示节点的受限转接状态是被激活还是被禁止的标志72。在这个例子中，采用两个受限转接列表74和76的形式的一个或多个TLV字段也构成节点IG消息70的一部分。当标志72表示公告节点的受限转接状态被激活时，使用受限转接列表74，其被表示为“LIST RT”。当标志72表示公告节点的受限转接状态被禁止时，使用受限转接列表76，其被表示为“LIST NRT”。正如节点IG消息50和60的各自的例子，受限转接列表74和76可以表示所讨论的公告节点的每个受限转接状态的例外，或者表示上述每个的定义，当基于策略的路径建立消息识别任何列出的业务流量、连接或者呼叫时，具有类似的结果产生。本领域技术人员知道，可以使用与前面关于图3的实施例所定义的比较相类似的数据结构、规则和技术以实现两个受限转接列表74和76，以及比较随之的被发送策略。

[0049] 现在参照如图6所示的又一个实施例，仍然示出节点IG消息80，其中标志82(也标识为“RT PBR”)表示在业务流量、连接或者呼叫方面基于策略的相对于基于非策略的有差别的网络节点的受限转接状态。在该例子中，如果标志82被激活，则所有基于策略的业务流量、连接或者呼叫都将被禁止经过公告节点。另一方面，如果标志82被禁止，则所有的业务流量、连接或者呼叫都将被允许经过所述节点，而不管它们在本质上是否是基于策略的。

[0050] 根据本发明，本领域技术人员知道可以想到其它的数据结构用于公告网络节点的有差别传输转接状态。同样，除了这里作为例子描述的规则和技术以外的其它规则和技术可用于将被发送策略与这些被公告的数据结构进行比较，以确定呼叫或者连接是被允许还是被禁止经过网络节点。本领域技术人员知道在本发明的精神和范围内可以对本发明的细节做出各种其它的修改。