用于在网络节点中实施多个标签分发协议(LDP)实例的系统和方法专利检索-实施例专利权专利检索查询-专利查询网

用于在网络节点中实施多个标签分发协议(LDP)实例的系统和方法

阅读：779发布：2020-05-12

专利汇可以提供用于在网络节点中实施多个标签分发协议(LDP)实例的系统和方法专利检索，专利查询，专利分析的服务。并且一种用于在网络元件或节点处实施共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法和设备。，下面是用于在网络节点中实施多个标签分发协议(LDP)实例的系统和方法专利的具体信息内容。

权利要求

1.一种用于在网络元件处托管共享公共标签空间的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法，该方法包括：
在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)和公共标签空间标识符(标签空间ID)；以及在所述网络元件处将每个LSR ID映射到各自的IP地址；
其中每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。
2.根据权利要求1所述的方法，其中所述网络元件与多个不同的标签空间相关联，所述公共标签空间包括所述多个不同的标签空间中的第一标签空间，其中所述多个不同的标签空间中的每个标签空间具有与其相关联的各自的多个LSR实例。
3.根据权利要求2所述的方法，该方法还包括：重复所述实例化的步骤和所述映射的步骤，以便由此提供共享所述多个不同的标签空间中的第二标签空间的多个LSR实例。
4.根据权利要求1所述的方法，该方法还包括：为所述多个LSR实例中的至少一个LSR实例发起LDP发现，以便由此发现一个或多个对等端网络元件处的邻近LSR。
5.根据权利要求1所述的方法，其中：
所述步骤是在多个对等端网络元件中的每个对等端网络元件处执行的，从而每个对等端网络元件支持一个或多个LSR实例，该一个或多个LSR实例适于支持与其他对等端网络元件的LSR实例之间的LDP会话。
6.根据权利要求1所述的方法，其中能够托管多个LSR实例的每个对等端网络元件经由LDP节点-ID TLV来向其他对等端网络元件通告所述多个LSR托管能力，所述LDP节点-ID TLV唯一地标识了进行通告的网络元件。
7.根据权利要求1所述的方法，该方法还包括：
在所述网络元件处实例化的LSR处，响应于经由对等会话接收到与已经由所述网络元件处的另一实例化的LSR接收到的FEC标签映射匹配的FEC标签映射，而经由所述对等会话来传送具有指示检测到的回路条件的状态码的标签释放消息。
8.根据权利要求1所述的方法，其中：
所述网络元件处的多个实例化的LSR中的每个实例化的LSR被用于将各自的FEC类型的业务运输到在对等端网络元件处实例化的相对应的LSR；并且
其中所述FEC类型包括任意以下类型：IPv4FEC元素类型、IPv6FEC元素类型、单播元素类型、多播元素类型、伪线元素类型以及多播伪线元素类型。
9.一种用于在网络元件处托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的电信网络元件，该电信网络元件包括处理器，该处理器被配置为：
在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)；以及
在所述网络元件处将每个LSR ID映射到来自与所述公共数据平面相关联的IP地址池的各自的IP地址；
其中每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。
10.一种计算机程序产品，其中计算机指令在由电信网络元件中的处理器执行时，适于所述电信网络元件的操作以提供用于在网络元件处托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法，该方法包括：
在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)；以及
在所述网络元件处将每个LSR ID映射到来自与所述公共数据平面相关联的IP地址池的各自的IP地址；
其中每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

说明书全文

用于在网络节点中实施多个标签分发协议(LDP)实例的系

统和方法

[0001] 相关申请的交叉引用

[0002] 本申请要求享有2012年4月4日提交的申请号为61/620,279、标题为SYSTEM,METHOD AND APPARATUS FOR IMPROVED MPLS(用于改进MPLS的系统、方法以及设备)的悬而未决的美国临时申请的权益，该申请的内容在此全部合并引用作为参考。

技术领域

[0003] 本发明涉及通信网络例如多协议标签交换(MPLS)网络领域，并且特别但不排他地涉及在网络元件或节点中实施多个LDP实例(instance)。

背景技术

[0004] 多协议标签交换(MPLS)使得能够高效地传递多种不同的端到端服务。互联网工程任务组(IETF)在其标记为RFC 3031、并且标题为“多协议标签交换架构”的请求评论(RFC)文献中描述了多协议标签交换(MPLS)的架构。

[0005] MPLS中的基本概念是两个标签交换路由器(LSR)必须协商用于在所述LSR之间或通过所述LSR转发业务的标签的意义。这种公共的理解是通过使用称为标签分发协议的一组过程来得到的，标签交换路由器(LSR)通过该标签分发协议来向另一LSR通知其已经进行的标签绑定。

发明内容

[0006] 现有技术中的各种缺陷由用于托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法和设备来解决，其提供了各种优点，例如LDP LSP(标签交换路径)的数据平面命运(fate)分离。

[0007] 在一个实施方式中，一种方法使用至少一个处理器来实施一种用于在网络元件处托管共享公共标签空间的多个标签分发协议(LDP)标签交换路由器(LSR)实例的机制，该方法包括：在所述网络元件处的存储器内实例化(instantiate)多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)和公共标签空间标识符(标签空间ID)；以及在所述网络元件处将每个LSR ID映射到各自的IP地址。每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

[0008] 在一个实施方式中，一种电信网络元件，该电信网络元件包括处理器和通信耦合到处理器以实施用于在网络元件处托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的机制。所述处理器被配置为：在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)；以及在所述网络元件处将每个LSR ID映射到来自与所述公共数据平面相关联的IP地址池的各自的IP地址。每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

[0009] 在一个实施方式中，一种有形且非瞬时性计算机可读存储媒介用于存储指令，该指令在由计算设备执行时，适于所述电信网络元件的操作以提供用于在网络元件处托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法，该方法包括：在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)；以及在所述网络元件处将每个LSR ID映射到来自与所述公共数据平面相关联的IP地址池的各自的IP地址。每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

[0010] 在一个实施方式中，提供了一种计算机程序产品，其中计算机指令在由电信网络元件中的处理器执行时，适于所述电信网络元件的操作以提供用于在网络元件处托管共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例的方法，该方法包括：在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)；以及在所述网络元件处将每个LSR ID映射到来自与所述公共数据平面相关联的IP地址池的各自的IP地址。每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

[0011] 在一个实施方式中，一种方法使用至少一个处理器来实施一种用于在网络元件处托管共享公共标签空间的多个标签分发协议(LDP)标签交换路由器(LSR)实例的机制，该机制包括：在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)和公共标签空间标识符(标签空间ID)；以及在所述网络元件处将每个LSR ID映射到各自的IP地址。每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。网络元件经由LDP节点-ID TLV来通告多个LSR托管能力，所述LDP节点-ID TLV唯一地标识了网络元件。

[0012] 一些实施方式的方面包括所述网络元件与多个不同的标签空间相关联，所述公共标签空间包括所述多个不同的标签空间中的第一标签空间。一些实施方式的方面包括重复所述实例化的步骤和所述映射的步骤，以便由此提供共享所述多个不同的标签空间中的第二标签空间的多个LSR实例。所述多个不同的标签空间中的每个标签空间具有与其相关联的各自的多个LSR实例。

[0013] 一些实施方式的方面包括使用来自与公共标签空间相关联的IP地址池的各自的IP地址的映射。

[0014] 一些实施方式的方面包括为所述多个LSR实例中的至少一个LSR实例发起LDP发现，以便由此发现一个或多个对等端网络元件处的邻近LSR。一些实施方式的方面包括针对多个LSR实例中的至少一个LSR实例为一个或多个LSR实例发起LDP会话建立，以便由此建立一个或多个各自的LDP会话。一些实施方式的方面包括针对多个LSR实例中的至少一个LSR实例为一个或多个LSR实例发起LDP会话建立，以便由此通告一个或多个各自的LDP标签。

[0015] 一些实施方式的方面包括在多个对等端网络元件中的每个对等端网络元件处执行各个步骤，从而每个对等端网络元件支持一个或多个LSR实例，该一个或多个LSR实例适于支持与其他对等端网络元件的LSR实例之间的LDP会话。

[0016] 一些实施方式的方面包括网络元件向其他对等端网络元件通告多个LSR托管能力。

[0017] 一些实施方式的方面能够托管多个LSR实例的每个对等端网络元件向其他对等端网络元件通告所述多个LSR托管能力。一些实施方式的方面包括经由LDP节点-ID TLV来通告所述多个LSR托管能力，所述LDP节点-ID TLV唯一地标识了进行通告的网络元件。一些实施方式的方面包括所述LDP节点-ID TLV承载在LDP Hello消息的可选参数字段内。

[0018] 一些实施方式的方面包括在所述网络元件处实例化的LSR处，响应于经由对等会话接收到与已经由所述网络元件处的另一实例化的LSR接收到的FEC标签映射匹配的FEC标签映射，而经由所述对等会话来传送具有指示检测到的回路(loop)条件的状态码的标签释放消息。

[0019] 一些实施方式的方面包括网络元件的每个实例化的LSR使用包括对于网络元件的每个实例化的LSR来说公共的一个或多个参数的Hello消息。

[0020] 一些实施方式的方面包括每个Hello消息的公共参数包括网络元件的标识符。

[0021] 一些实施方式的方面包括所述网络元件处的多个实例化的LSR中的每个实例化的LSR被用于将各自的FEC类型的业务运输到在对等端网络元件处实例化的相对应的LSR。一些实施方式的方面包括所述FEC类型包括任意以下类型：IPv4 FEC元素类型、IPv6 FEC元素类型、单播元素类型、多播元素类型、伪线元素类型以及多播伪线元素类型。

[0022] 一些实施方式的方面包括所述网络元件处的多个实例化的LSR中的每个实例化的LSR与对等端网络元件处实例化的相对应的LSR通信，以便由此提供多个对等会话，每个对等会话使用各自的传输通信协议(TCP)地址。一些实施方式的方面包括经由LDP会话交换的FEC标签映射是脱离(disjoint)的集合。附图说明

[0023] 通过以下详细描述结合以下附图，能够更好地理解本发明的教导，其中：

[0024] 图1描绘了受益于各个实施方式的一个示例性网络；

[0025] 图2A描绘了根据一个实施方式的多实例OSPF(开放最短路径优先)和LDP的一个示例性布置(arrangement)；

[0026] 图2B描绘了根据各个实施方式的各种LDP LSP类型的命运(fate)分离的一个示例性布置；

[0027] 图2C描绘了根据各个实施方式的针对标准LDP TLV格式编码的一个示例性LDP节点ID TLV；

[0028] 图2D描绘了根据一个实施方式的针对每种LDP TLV格式编码的一个示例性LDP节点-ID TLV(类型长度值)；

[0029] 图2E描绘了根据一个实施方式的针对RFC 5036编码的一个示例性LDP Hello消息；

[0030] 图3A描绘了根据一个实施方式的针对每种标准LDP格式编码的一个示例性公共Hello参数TLV；

[0031] 图3B描绘了根据一个实施方式的用于提供在两个分离的群组中的节点之间交换的FEC的命运分离的一个示例性布置；

[0032] 图3C描绘了根据一个实施方式的单播和多播群组中的IPv4 FEC(转发等价类)元素类型和MP FEC元素类型的命运分离的一个示例性布置；

[0033] 图3D描绘了根据一个实施方式的双栈IPv4和IPv6 LSP的命运分离的一个示例性布置；

[0034] 图4描绘了根据一个实施方式的方法的流程图；

[0035] 图5描绘了适合实施各种实施方式的一个示例性节点的控制部分的高层框图；

[0036] 图6描绘了适合用于执行这里描述的功能的计算设备(例如电信网络元件中的处理器)的高层框图。

[0037] 为便于理解，在可能的地方使用了相同的参考编号，以指定附图中公共的相同元素。

具体实施方式

[0038] 在支持多协议标签交换(例如在IETF RFC3031和RFC5036中定义的，其中每个在这里全部合并引用)的情境中描述了各个实施方式。

[0039] 一般来说，这里描述的实施方式针对LDP网络元件或节点托管共享同一(即公共的)数据平面和同一标签空间的多个LSR的能力。

[0040] LDP(标签分发协议)是用于建立和维持MPLS LSP(标签交换路径)和用于分发用于建立LSP的标签的信令协议。LSP包括一组过程和消息，通过使用该组过程和消息，标签交换路由器(LSR)通过将网络层路由信息直接映射到数据链路层交换路径来通过网络建立标签交换路径(即LSP)。这些LSP可以具有在直接附着的邻居(与IP逐跳转发相比)处的端点、在网络出口处的端点(由此经由所有中间节点进行标签切换)等等。

[0041] LDP将转发等价类(FEC)与其创建的每个LSP相关联。与LSP相关联的FEC规定了哪些数据包被映射到所述LSP。该FEC是标签的“上下文”。LSP通过作为每个LSR“片”的网络从针对FEC的输入标签被扩展到针对给定FEC的由下一跳指派的输出标签。

[0042] LDP LSR由LDP-ID来标识，该LDP-ID是4字节的LSR ID和2字节的标签空间标识符的组合。为使得操作简单，通常可路由的系统中的本地IPv4地址被映射到4字节的LSR ID。这样4字节的LSR ID的唯一性也通过网络来得到。如果标签空间ID是0，则意味着在数据平面中对每个局部标签进行编程所处的全局/每个平台标签空间在所述系统中是唯一的。如果标签空间非零，则意味着在数据平面中对每个局部标签进行编程所处的每个接口标签空间仅对于接口是唯一的。这种接口的一个示例是使用VCI(虚拟信道标识符)作为标签的标签控制的ATM接口、或者使用DLCI(数据链路连接标识符)作为标签的帧中继接口。

[0043] 提供了用于在网络元件处托管共享公共标签空间的多个标签分发协议(LDP)标签交换路由器(LSR)实例的各种方法，例如在所述网络元件处的存储器内实例化多个LSR实例，每个LSR实例具有与其相关联的各自的LSR标识符(LSR ID)和公共标签空间标识符(标签空间ID)；以及在所述网络元件处将每个LSR ID映射到各自的IP地址。在这种方式中，每个LSR实例适于支持与对等端网络元件处的LSR之间的各自的LDP会话。

[0044] 在各个实施方式中，在诸如网络元件或节点之类的单个平台处支持诸如单个、默认的或全局的(即全平台的)标签空间之类的单个标签空间。在这种情况下，提供的单个标签空间典型地与标签空间标识符0(零)相关联。因此，多个LSR实例中的每个LSR实例是与单个或全局标签空间(即标签空间ID＝0)相关联的单组的LSR实例的一部分。

[0045] 在各个实施方式中，在诸如网络元件或节点之类的单个平台处支持多个不同的标签空间。在这种情况下，具有不同的标签空间标识符(例如1、1、2、3等等)的多个标签空间可以用于各个实施方式中。因此，可以提供多组LSR实例，其中每组LSR实例包括多组成员LSR实例，并且每组LSR实例与各自的标签空间相关联，该各自的标签空间具有与其相关联的各自的标签空间标识符。

[0046] 因此，在各个实施方式中，网络元件可以与单个公共标签空间内的多个实例化的LSR相关联。在其他实施方式中，网络元件可以与多组实例化的LSR相关联，其中每组内的多个实例化的LSR共享公共的或群组的标签空间。

[0047] 两个邻近LSR节点维持基于UDP的Hello Adjacency(邻接)和基于TCP的会话。链路级别Hello Adjacency确定以下链路：对等LSR希望直接通过该链路发送/接收LSP上的业务。目标Hello Adjacency可以是网络中距离为多跳的，并且形成非直接连接的LDP LSR之间的多跳LDP会话。LDP会话是以下信道：相对于各个FEC，所有标签和各个信令参数通过该信道而被交换(例如标签映射)。

[0048] 对于诸如每个接口特定标签空间等等，单个平台能够基于不同的标签空间标识符来创建多个LSR。但是，在这种情况中，每个接口中的数据平面的情况与其他接口隔离。

[0049] 当每个LSR被实例化以用于诸如载波中的情况时，单个平台能够创建多个LSR，在该载波中，每个虚拟LDP LSR将具有其自身的虚拟数据平面。每个LSR完全独立于彼此而被对待，并且因此能够由不同的路由器ID分离的全局标签空间ID(＝0)。

[0050] 各个实施方式针对在共享相同的数据平面和全局标签的同时在平台中需要多个LSR的布置。托管共享相同的数据平面的多个LSR的能力解决了基于LDP的MPLS网络中的几个操作问题。

[0051] 图1描绘了受益于各个实施方式的通信网络的高层框图。具体来说，图1的通信系统包括多个节点1101-1107(统称为节点110)。节点110支持网络接口(NI)112和/或外部接口(EI)102的不同组合。节点110使用EI 102来与外部设备(例如其他网络域的节点、用户设备等等)进行通信。NI 112可以包括网络链路。EI 101可以包括外部链路。

[0052] 节点110包括支持基于数据包的通信的通信节点。在一个实施方式中，节点110包括支持了支持任意多播能力的任意通信技术(例如因特网协议(IP)、多协议标签交换(MPLS)、以太网等等、以及其各种组合)的通信节点。NI 112和EI 102包括支持了由相关联的节点110支持的任意通信技术的接口。

[0053] 虽然在这里主要针对具有特定类型、数量以及配置的节点110、NI 112以及EI102进行了显示和描述，但是这里的实施方式可以在具有各种其他类型、数量以及配置的节点110、以及EI 102的通信网络中实现。类似地，虽然在这里主要针对特定的多播通信技术进行了显示和描述，但是这里的实施方式可以使用各种其他单播通信技术、多播通信技术等等、以及其各种组合来实施。

[0054] 除了这里讨论的示例性协议之外，本领域技术人员可以使用其他MPLS相关协议来修改网络。

[0055] 网络100包括IP/MPLS通信网络(CN)105以及可操作用于例如经由一个或多个标签交换路径(LSP)112来路由发起(originating)LSR节点110-1与目的LSR节点110-7之间的业务。

[0056] 如图所示，NMS 120可操作用于控制形成CN 105的多个路由器110，即多个标签交换路由器(LSR)110-1到110-7。注意虽然仅画出了7个LSR，但是CN 105可以包括更多个LSR。为了进行讨论，CN 105的表示被简化了。

[0057] NMS 120是适于执行这里描述的各种管理功能的网络管理系统。NMS120适于与节点CN 105通信，NMS 120还可以适于与其他其他操作的系统(例如为了简化未显示的元件管理系统(EMS)、拓扑管理系统(TMS)等等以及其各种组合)进行通信。

[0058] NMS 120可以实施为网络节点、网络操作中心(NOC)以及能够与CN 105通信的任意其他位置和与其相关的各种元件。NMS 120可以支持使得一个或多个用户能够支持各种网络管理、配置、提供或控制相关功能(例如输入信息、观看信息、发起这里描述的各种方法的执行等等)的用户接口能力。NMS 120的各种实施方式适于执行这里针对各种实施方式讨论的功能。NMS 120可以实施为通用计算设备或专用计算设备，例如如下面针对图6所描述的设备。

[0059] NMS 120和各个路由器110操作用于支持LDP LSP的数据平面命运分离。在IETF(互联网工程任务组)中的RFC3031中描述了多协议标签交换(MPLS)架构。

[0060] 如图1所示，业务流(例如视频或其他数据流)经由一个或多个标签交换路径(LSP)通过各个中间节点110从源节点例如从LSR 110-1被传送到目的节点例如LSR110-7。例如，第一LSP可以在源节点110-1发起，并且通过节点110-3，在节点110-5处终止，其中边缘LSR 110-7是目的节点。类似地，第二LSP可以在源节点110-1处发起，并且通过节点110-2，在节点110-5处终止，其中边缘LSR 110-7是目的节点。

[0061] 这里描述的各个实施方式提供了支持在一个或多个网络元件或节点处托管和操作共享公共数据平面的多个标签分发协议(LDP)标签交换路由器(LSR)实例。特别地，上述实施方式被提供用于在网络元件处的存储器中实例化多个LSR实例，其中每个LSR具有与其相关联的各自的LSR标识符(LSR ID)，并且用于在网络元件处将每个LSR ID映射到来自与公共数据平面相关联的IP地址池的各自的IP地址。每个LSR实例适于支持与对等网络元件处的LSR之间的各自的LDP会话。

[0062] 各个实施方式提供了为所述多个LSR实例中的至少一个LSR实例发起LDP发现，以便由此发现一个或多个对等端网络元件或节点处的邻近LSR，针对多个LSR实例中的至少一个LSR实例为一个或多个LSR实例发起LDP会话建立，以便由此建立一个或多个各自的LDP会话，以及针对多个LSR实例中的至少一个LSR实例为一个或多个LSR实例发起LDP会话建立，以便由此通告一个或多个各自的LDP标签。

[0063] 各个实施方式提供了在多个对等端网络元件或节点中的每个对等端网络元件或节点处执行各个步骤，从而每个对等端网络元件支持一个或多个LSR实例，该一个或多个LSR实例适于支持与其他对等端网络元件的LSR实例之间的LDP会话。各个网络元件或节点可以向其他对等端网络元件通告多个LSR托管能力。能够托管多个LSR实例的那些网络元件或节点可以向其他对等端网络元件通告所述多个LSR托管能力，例如经由LDP节点-ID TLV来通告所述多个LSR托管能力，所述LDP节点-ID TLV唯一地标识了进行通告的网络元件。所述LDP节点-ID TLV承载在LDP Hello消息的可选参数部分内。

[0064] 各个实施方式提供了在网络元件或节点处实例化的LSR处，响应于经由对等会话接收到与已经由所述网络元件处的另一实例化的LSR接收到的FEC标签映射匹配的FEC标签映射，而经由所述对等会话来传送具有指示检测到的回路条件的状态码的标签释放消息。在这种方式中，可以避免回路条件

[0065] 各个实施方式提供了网络元件的每个实例化的LSR或节点可以使用包括对于网络元件的每个实例化的LSR来说公共的一个或多个参数的Hello消息。每个Hello消息的公共参数包括网络元件的标识符。

[0066] 各个实施方式提供了所述网络元件或节点处的多个实例化的LSR中的每个实例化的LSR被用于将各自的FEC类型的业务运输到在对等端网络元件处实例化的相对应的LSR。所述FEC类型包括任意以下类型：IPv4FEC元素类型、IPv6 FEC元素类型、单播元素类型、多播元素类型、伪线元素类型、多播伪线元素类型或其它类型。

[0067] 各个实施方式提供了所述网络元件或节点处的多个实例化的LSR中的每个实例化的LSR与对等端网络元件处实例化的相对应的LSR通信，以便由此提供多个对等会话，每个对等会话使用各自的传输通信协议(TCP)地址。在网络元件或节点处的以及在对等端网络元件或节点处的实例化的LSR通常使用相同的标签空间，并且经由LDP会话交换的FEC标签映射是通常脱离的集合。

[0068] 图2A描绘了根据一个实施方式的多实例OSPF(开放最短距离优先)和LDP。提供了针对多实例OSPF和LDP布置的各个实施方式。

[0069] 在一个实施方式中，例如，网络被配置为使用要求LDP LSR ID被映射到例如OSPF路由器-ID(或IS-IS路由器ID或类似的)多个OSPF来建立目标LDP Hello邻接。在这个实施方式中，每个网络分段通告被映射到该分段中的OSPF路由器-ID的IPv4地址，并且不泄漏来自其他分段的路由器-ID。结果，多个LDP LSR在共享相同的数据平面的同一节点中被实例化。然后，网络运行商能够将潜在的IP网络的分段分成IGP(内部网关协议)中的不同因特网路由实例，例如OSPF开放最短路径优先)或ISIS(中间系统-中间系统)。例如，在多实例OSPF中，其中每个OSPF由分离的4字节的OSPF路由器-ID来标识，单个平台能够为每个这种网络分段终止多个这种实例。

[0070] 其他实施方式提供了LSP来作为TE(业务工程)隧道上的IGP捷径上的LDP，其中LDP LSP进一步搭乘标记为LSP体系的TE(业务工程)MPLS隧道。LDP对等的目标是确定的，并且LDP标签在TE隧道上承载，其在每个中间路由节点上被交换。当中间节点或链路出现故障时，TE隧道能够提供对LDP LSP的适应性。

[0071] 如图2所示，两个目标LDP对等节点(即节点1101和1107)间接地连接。节点-1101中的LSP LSR正在使用IP1来作为路由器-ID，并且节点-1107中的LSP LSR正在使用IP4来作为路由器-ID。但是，在每个网络分段N1、N2以及N3上分别有3个分离的OSPF实例在运行。这些实例已经分别针对N1和N2将IP2和IP3映射为节点-1101中的路由器-ID。节点-1107已经分别针对N2和N3将IP5和IP6映射为路由器-ID。由于安全性原因，运营商决定不将IP1和IP4在每个网络分段中通告。因而，仅向网络N1通告IP2；仅向网络N2通告IP3；仅向网络N2通告IP5，并且仅向网络3通告IP6。

[0072] 在这种情况中，不能在网络上通过将LSR ID分别映射到IP1和IP4来形成LDP Hello邻接。通过使用IP2、IP3、IP5、IP6作为传输地址，IP1和IP4可以保持为LSR ID，但是这对各种基于LDP的应用并非有效。有各种应用，例如基于使用BGP声音发现的虚拟个人LAN服务(VPLS)的LDP、或者基于动态多分段伪线(MS-PW)的LDP，其中IP2、IP3、IP5、IP6可以是BGP下一跳并且结果目标LDP邻接需要被“自动创建”到BGP下一跳。运营商一直使用映射到OSPF路由器-ID、LDP LSR ID、BGP下一跳、针对“无缝”MPLS网络中的OAM(操作、管理和维护)的交叉会议的公共IP地址。

[0073] 为了形成网络N1、N2以及N3上的目标LDP hello邻接，并且能够在穿过这些网络的IGP捷径上建立无缝LDP LSP，LDP指派多个LSR ID如下：

[0074] 在节点1101中：

[0075] 在与网络N1中的任意对等端进行通信时IP2作为LSR ID。

[0076] 在与网络N2中的任意对等端进行通信时IP3作为LSR ID。

[0077] 在节点1107中：

[0078] 在与网络N2中的任意对等端进行通信时IP5作为LSR ID。

[0079] 在与网络N3中的任意对等端进行通信时IP6作为LSR ID。

[0080] 节点-1101和节点-1107中的所有LSR需要在同一标签空间中，这是因为LGP捷径上的LDP LSP需要在N1、N2、N3上是无缝的。因而，每个系统中的相同的数据平面被共享。

[0081] 图2B描绘了根据各个实施方式的各种LDP LSP类型的命运分离的一个示例性布置。

[0082] LDP是按照IETF定义的RFC 4447的伪线(PW)建立和维护协议的默认协议。RFC5036中的基本LDP规范定义为运输LSP(IPV4或IPV6)能力。

[0083] 在一个实施方式中，PW的信令从运输LSP分离以避免在与按个会话交换时发生线路的头部阻止一种类型与另一种类型。如果每种类型的标签在相同平台之间的分离会话上被交换，则可以实例化这种分离。类似地，运营商可能希望IPv4和IPv6 LSP命运分离，这需要分离与相同的对等端的会话但共享相同的数据平面。IPv4和IPv6的命运分离是运营商通常采用双IP栈网络时的关键问题。

[0084] 如图2B所示，节点-1101和节点-1107正在运行针对IPv4、IPv6以及PW LSP的命运分离的三个对等会话，同时共享同一标签空间/数据平面；即

[0085] S1-会话，用于分发仅PW标签；

[0086] S2-会话，用于分发仅IPv4标签；以及

[0087] S3-会话，用于分发仅IPv6标签。

[0088] 为了建立两个节点之间这种并行的命运分离的LDP会话，将不同的LSR ID用于由节点发起的每个会话。然后得到的配置与LDP会话建立过程(例如在RFC 5036中描述的)后向兼容。

[0089] 此外，在使用这种控制平面分离的各种VPLS(虚拟个人LAN服务)实施方式中，注意所有这种命运分离的会话在同一远程平台或节点中终止。结果，所述应用可以执行回路检测，并且采取进一步的动作，这是因为如果所有多个这些会话被用于由对等节点分发同一组标签，则参与由同一对等节点执行的应用的并行的会话可以创建回路。

[0090] 命运分离需要多个LDP实例布置允许同时进行后向兼容性遵循RFC5036过程。这种方案在商业上更可行，这是因为其能够在现有LDP实施上配置。

[0091] 例如，各种实施方式提供了一种方法以便(1)实施共享相同的数据平面的多个LSR和为这种设置中配置的应用执行回路检测；(2)在使用单个公共标签空间的相同的平台或网络节点中实施多个LDP LSR；以及(3)使用每个群组的各自的公共标签空间来在相同的平台或网络节点中实施多个LDP LSR的群组。这些配置允许按照多实例LDP拓扑的各种LSP的命运分离以及LDP网络的分段。

[0092] 如这里所使用的，术语“LSR实例”和“LDP实例”一般在这里用于指示与例如对等网络元件或节点处实例化的LSR通信的在网络元件或节点处实例化的LSR，其中在两者之间建立了LDP会话。

[0093] 多个LDP实例配置是解决来自网络运营商的网络分段和命运分离需求的单点方案。

[0094] 图2C描绘了实施各种实施方式的一个示例性多个LDP LSR。具体来说，多个LDP LSR在共享公共数据平面的相同平台中被实施。如图2C所示，节点1101和1107在共享公共数据平面的相同平台中实施多个LDP LSR配置。并行的LDP会话在两个对等平台之间被建立以进行各种LSP类型的命运分离。如图所示，在节点1101与1107之间有3个并行的链路，即L1、L2、L3。节点1101被配置具有分别被映射到IP地址IP1、IP2以及IP3的多个LSR，并且节点1107被配置具有分别被映射到IP地址IP4、IP5以及IP6的多个LSR，导致了以下的邻接：(1)节点1101使用IP1作为LSR ID在链路L1上形成与节点1107的hello邻接；(2)节点1107使用IP4作为LSR ID在链路L1上形成与节点1101的hello邻接；(3)节点
1101使用IP2作为LSR ID在链路L2上形成与节点1107的hello邻接；(4)节点1107使用IP5作为LSR ID在链路L2上形成与节点1101的hello邻接；(5)节点1101使用IP3作为LSR ID在链路L3上形成与节点1107的hello邻接；以及(6)节点1107使用IP6作为LSR ID在链路L3上形成与节点1101的hello邻接。

[0095] 在节点1101与1107之间形成三个LDP会话，其具有下面列出的上面的一组邻接：

[0096] 会话1＝IP1与IP4之间的LDP会话；

[0097] 会话2＝IP2与IP5之间的LDP会话；以及

[0098] 会话3＝IP3与IP6之间的LDP会话。

[0099] 所有会话上分发的标签分配来自同一标签空间的会话，并且因此将共享所述数据平面。每个对等会话使用分离的TCP运输地址。

[0100] 在每个对等会话上交换的FEC标签映射是脱离的集合。RFC 5561描述了LDP能力，基于该LDP能力，各种FEC类型能力在为脱离的FEC类型建立并行的LDP会话的同时能被交换。

[0101] 当并行的多实例LDP会话在两个对等节点之间运行时，重要的是检测这种会话涉及相同的对等节点。如果节点接收到来自并行的多LSR对等会话的相同的FEC标签映射，则可以导致针对一些应用的回路。这种应用的一个例子可以是基于LDP的虚拟个人LAN服务(VPLS)。因此，重要的是检测和阻止这种回路。这里描述的实施方式包括用于检测多实例对等的方法。

[0102] 图2D描绘了根据各种实施方式的针对每种标准LDP TLV格式编码的一个示例性LDP节点ID TLV。

[0103] 各种实施方式提供了显示为节点-ID类型的字段208，其由IAN中的LDP TLV注册中可用的数量来在IETF中标准化。在其他实施方式中，使用了如RFC 5036中描述的卖方特定的LDP TLV类型。值字段210是48比特标识符，其是网络上的唯一的标识符。

[0104] 托管多个LDP实例的节点在由该节点发起的所有Hello消息中通告同一LDP节点-ID TLV。在一些实施方式中，所述值可以是能够唯一识别网络中的节点的IEEE卖方特定MAC地址。

[0105] 当LSR接收到来自对等会话的FEC标签映射、但同一FEC映射已经在与同一节点-ID相关联的另一对等会话上被接收到时，接收LSR发送标签释放到对等会话，该标签释放具有按照RFC 5036的状态代码“回路_检测到”。

[0106] 图2E描绘了根据一个实施方式的按照RFC 5036编码的一个示例性LDP Hello消息215。字段219包含消息ID，其是用于识别该消息的32-比特值。字段220包含公共Hello参数TLV，其规定为对于所有Hello消息来说公共的参数，而字段221包含Hello消息的可选的参数。用于公共的Hello参数TLV的编码参考图3A来描述。

[0107] 图3A描绘了根据一个实施方式的按照标准LDP格式来编码的一个示例性公共Hello参数TLV 300。

[0108] 参考图2C，节点-1101针对具有节点ID S1的所有其LSR发出Hello。这些Hello消息根据图3A中描绘的格式而被编码。

[0109] 字段310包含以秒为单位的Hello保持时间。LSR维持从潜在的对等端接收到的Hello的记录。Hello保持时间规定了发送LSR将维持其来自接收LSR的Hello的记录而不接收另一Hello的时间。

[0110] 在一些实施方式中，一对LSR决定其用于来自彼此的Hello的保持时间。每个提议了保持时间。使用的保持时间是其Hello中提议的最小保持时间。值0意味着使用默认值，其是针对链路Hello的15秒和针对目标Hello的45秒。值0xffff意味着无限。

[0111] 标记为“T”的字段311指代目标Hello。值1规定了该Hello是目标Hello。值0规定了该Hello是链路Hello。

[0112] 标记为“R”的字段312指代请求发送目标Hello。值1请求接收机发送周期性的目标Hello给该Hello的源。值0不进行请求。

[0113] 发起扩展发现的LSR将R设定成1。如果R是1，则接收LSR检查其是否已经被配置为响应于具有该请求的Hello而发送目标Hello给Hello源。如果测试的结果是否定的，则所述节点忽略所述请求。如果测试的结果是肯定的，则所述节点发起针对Hello源的目标Hello的周期性传输。

[0114] 标记为“预留”的字段313被预留。其在发射被设定为零，并且在接收时被忽略。

[0115] 字段309是可选的。Hello消息的可变长度字段包含0或更多的参数，每个参数编码为TLV。由该版本的协议定义的可选参数如下：

[0116]

[0117] IPv4运输地址

[0118] 规定了当打开LDP会话TCP连接时用于发送LSR的IPv4地址。如果可选的TLV没有出现，则使用用于承载Hello的UDP数据包的IPv4源地址。

[0119] 配置序号

[0120] 规定了标识了发送LSR的配置状态的4个八比特字节的无符号的配置序号。由接收LSR使用以检测发送LSR上的配置变化。

[0121] IPv6运输地址

[0122] 规定了当打开LDP会话TCP连接时用于发送LSR的IPv6地址。如果可选的TLV没有出现，则使用用于承载Hello的UDP数据包的IPv6源地址。

[0123] 图3B描绘了根据一个实施方式的两个分离的群组中的节点之间交换的FEC的命运分离的一个示例性布置。具体来说，运营商希望将节点之间交换的FEC的命运分离成两个分离的群组。在一些实施方式中，群组1包含所有“运输”特定的FEC类型，例如IPV4 FEC元素类型和LDP多点(MP)FEC类型等等。在RFC 6388中描述了LDP多点FEC类型。群组2包含各种伪线(PW)FEC类型。

[0124] 在每个节点中提供了两个分离的LSR ID(即在每个节点处实例化两个分离的LSR)-一个LSR专用于FEC群组1和另一个LSR用于FEC群组2。

[0125] 在1101与1107之间有两个并行的接口，分别为IF1和IF2。针对FEC群组1的LSP建立的业务可以使用IF1和IF2。因此，IF1和IF2将分别使用LSR-A1:0和LSR-A2:0来建立为FEC群组1指派的LDP实例的Hello邻接。

[0126] IF1和IF2上交换的Hello消息可以承载针对特定FEC群组中的每个FEC类型的LDP邻接能力。迄今为止没有LDP邻接能力，但是可以扩展RFC 5561中现有的LDP能力以实施LDP Hello邻接能力。在这种情况中，LDP Hello消息将也承载LDP能力信息。Hello交换将分别针对由LSR-A1:0和LSR-B1:0标识的实例产生两个节点1101与1107之间的LDP会话的信息。LDP会话将使用FEC群组1的能力被建立。

[0127] 分别使用LSR-A2:0和LSR-B2:0在1101与1107之间将形成目标LDP(T-LDP)hello邻接。节点之间交换的T-LDP Hello消息承载针对FEC群组2中的每个FEC类型的LDP邻接能力，其分别针对由LSR-A2:0和LSR-B2:0标识的实例产生1101与1107之间的LDP会话。LDP会话可以使用FEC群组2的能力而被建立。

[0128] 图3C描绘了根据一个实施方式将IPv4(转发等价类)元素类型和MP FEC元素类型的命运分离到单播和多播群组中的一个示例性布置。具体来说，运营商可以选择进一步将IPV4 FEC元素类型和MP FEC元素类型的命运分离到“单播”和“多播”群组中。在该实施方式中，存在3个FEC群组，并且对于所有3个FEC群组来说需要命运分离。

[0129] FEC群组1：IPv4 FEC元素类型；

[0130] FEC群组2：MP FEC元素类型；以及

[0131] FEC群组3：PW FEC元素类型。

[0132] LDP实例1：为FEC群组1指派具有对等LSR-A1:0和LSR-B1:0的LDP实例；

[0133] LDP实例2：为FEC群组2指派具有对等LSR-A2:0和LSR-B2:0的LDP实例；以及[0134] LDP实例3：为FEC群组3指派具有对等LSR-A3:0和LSR-B3:0的LDP实例。

[0135] 在该实施方式中，IF1和IF2与LDP实例1和2相关联。IF1和IF2中的每个将使用相同的源IP地址来发起两个分离的Hello消息，针对每个实例有一个Hello消息。该布置针对每个接口产生两个hello邻接-一个针对实例1和实例2。每个Hello邻接将使用上述规则来通告能力。

[0136] 其他实施方式是针对以下运营商来提供的：该运营商希望给予LSP来进行IPV4和IPV6 LDP的命运分离，但是IF1和IF2是针对仅单个栈接口的-即IPV4或IPV6。因此，运营商可以提供单个栈接口IF1和IF2，并且还提供IPV4和IPV6 LSP的命运分离。将使用PW能力来针对LDP实例3形成T-LDP Hello邻接。

[0137] 图3D描绘了根据一个实施方式的双栈IPv4和IPv6 LSP的命运分离的一个示例性布置。在该实施方式中，接口IF1和IF2是双栈(IPV4和IPV6)接口，并且运营商希望进行IPv4和IPv6 LSP的命运分离。例如，IPv4和IPv6 FEC可以包括与IPV4或IPV6相关联的所有FEC类型。例如，存在几种被分类到IPV6中的带内MP FEC类型。该实施方式中形成的实例如下：

[0138] LDP实例1：为IPV4 FEC指派具有对等LSR-A1:0和LSR-B1:0的LDP实例；以及[0139] LDP实例2：为IPV6 FEC指派具有对等LSR-A2:0和LSR-B2:0的LDP实例。

[0140] IF1和IF2都分别与LDP实例1和2中的每个相关联。在该实施方式中，运营商可以使用接口上的IPv4地址来发送针对实例1的Hello消息、和使用接口上的IPv6地址来发送针对实例2的Hello消息。

[0141] 在其他实施方式中，IF1专用于IPV4 LSP，并且IF2专用于IPV6 LSP。这提供了用于控制平面和数据平面的命运分离。

[0142] LDP地址分发的实施

[0143] LSR维持在标签信息库(base)(LIB)中得知的标签。当在下游自主模式中操作时，地址前缀的LIB项将一批(LDP标识符，标签)配对与前缀相关联，针对每个对等端的一个这种配对通告针对前缀的标签。当针对前缀的下一跳改变时，LSR从LIB检索由新的下一跳通告的标签以在转发数据包中使用。为了检索标签，LSR将针对前缀的下一跳地址映射到LDP标识符。类似地，当LSR得知针对来自LDP对等端的前缀的标签时，其确定所述对等端是否当前是针对前缀的下一跳，以确定其在转发与前缀匹配的数据包时是否需要开始使用新得知的标签。为了做出这一决定，LSR将LDP标识符映射到各个对等端地址以检查它们中的任意一者是针对前缀的下一跳。为了使得LSR能够在对等LDP标识符与对等端的地址之间进行映射，LSR使用LDP地址和收回地址消息按照RFC 5036中定义的过程来通告该LSR的地址。

[0144] 但是，当在两个节点之间运行多实例LDP对等操作时，可能所有这种会话可以将同一组本地地址分发到每个节点中。各个实施方式在多个LDP实例之间隔离每个节点中的本地地址空间以避免地址分发重复。其他实施方式不实施这一特征。

[0145] 图4描绘了根据一个实施方式的一种方法的流程图。大体来讲，方法400提供了用于LSR来实施网络节点中的多个LDP实例的一种机制。

[0146] 方法400在步骤405处开始，并且继续进行步骤410，在该步骤410中LSR确定要在节点中建立的LDP多个实例的类型。参考框415，有两个主要分类提供给多个LDP实例，称为分段网络和用于建立属于不同FEC类型的LSP的标签交换。

[0147] 在分段网络中，每个网络分段通告被映射到该分段中的OSPF路由器-ID的IPV4地址，并且不泄露来自其他分段的路由器-ID。结果，多个LDPLSR在共享相同的数据平面的同一节点中被实例化。从而，网络运营商能够将潜在的IP网络的分段分离在IGP(网关内协议)中的不同因特网路由实例，例如OSPF(开放最短路径优先)或ISIS(中间系统-中间系统)。例如，在多实例OSPF(其中每个OSPF由分离的4字节OSPF路由器-id标识)中，单个平台能够终止用于每个这种网络分段的多个这种实例。

[0148] 在另一种类中，在所有会话上分发的标签是从同一标签空间分发的，并且因而共享数据平面。每个对等会话使用分离的TCP运输地址。

[0149] 在步骤420中，已经确定了要建立的LDP多个实例的类型，LSR ID被映射以使得对等节点共享相同的数据平面。参考框425，LSR ID根据诸如以下特性之类的特性而被映射：例如网络是否被分段、或者是否实施了多实例OSPF、或是否实施了作为TE上的TGP捷径上的LDP的LSP。

[0150] 在步骤430，根据先前确定的各自的命运分离布置来实施LDP标签分发。参考框435，这种命运分离布置包括以下对象的命运分离：各种类型的LSP、虚拟平面LAN服务、IPv4 FEC元素类型、MP FEC元素类型、双栈IPv4和IPv6中的命运分离、专用IPv4 LSP接口、专用IPv6 LSP接口等等。

[0151] 在步骤440，建立了在共享公共数据平面和全局空间的相同网络节点中的LDP多个实例。

[0152] 图5描绘了适于实施各个实施方式的一个示例性节点的控制部件500。如图5所示，节点控制部件500包括一个或多个处理器540、存储器550、输入/输出(I/O)接口535和网络接口545。

[0153] 一个或多个处理器540适于与存储器550、网络接口545、I/O接口535等协作来提供在这里关于节点110描述的各种功能。在各个实施方式中，示例性节点控制部件500可以按照下面关于图6的计算设备的描述来实施。

[0154] 一般来讲，存储器550存储适于用于提供与节点110相关联的各个控制平面和数据平面功能的程序、数据、工具等等。存储器550被画为用于支持这里画出和描述的各个控制平面和数据平面功能的程序552和数据553。例如，存储器550被画为用于提供MPLS通信系统内的各种计算、路由、控制以及托管功能的程序552和数据523。

[0155] 图5中还画出了发现引擎531、LDP多实例引擎532以及LDP标签分发引擎533。这些引擎可以实施为这里描述的节点控制部件500外部的硬件或固件模块。在各个实施方式中，所述引擎可以部分或整体经由552在这里描述的节点控制部件500或节点110内执行。

[0156] 在各个实施方式中，存储器550包括与发现引擎531、LDP多实例引擎532和/或LDP标签分发引擎533相关联的程序和数据。在各个实施方式中，发现引擎531、LDP多实例引擎532以及LDP标签分发引擎533通过使用软件指令来实施，该软件指令可以由用于执行这里描绘和描述的各种功能的处理器(例如处理器535)执行。

[0157] I/O接口535和网络接口545适于促进与处理器540内部和外部的外围设备进行通信。例如，I/O接口535适于与存储器550通过接口连接。类似地，I/O接口535适于促进与LDP节点110、发现引擎531、LDP多实例引擎532和/或LDP标签分发引擎533等进行通信。在各个实施方式中，在处理器端口与外围设备之间提供了用于与网络(未示出)进行通信的接口。

[0158] 虽然主要参考与发现引擎531、LDP多实例引擎532和/或LDP标签分发引擎533的节点110的控制部件500进行了描绘和描述，但是应当理解I/O接口535可以适于支持与适于提供这里描述的各种功能的任意其他设备的通信。

[0159] 虽然在描绘和描述的实施方式中，参考发现引擎531、LDP多实例引擎532和/或LDP标签分发引擎533在描绘的节点控制部件500外部和/或内部，但是本领域技术人员应当理解所述引擎可以存储在LDP节点110和/或其节点控制部件500内部和/或外部的一个或多个其他存储设备中。所述引擎可以分布在LDP节点110和/或其节点控制部件400内部和/或外部的任意合适数量和/或类型的存储设备。下面更加详细描述包括存储器550，包括存储器550的引擎。

[0160] 在各个实施方式中，发现引擎531适于确定提供给多个LDP实例实施的种类，称为用于设置属于上面描述的不同FEC类型的LSP的分段网络和标签交换。

[0161] 在各个实施方式中，LDP多实例引擎532适于将LSR ID映射到各个节点，以使得对等节点共享相同的数据平面和全局平面，由此建立如上所述的LDP的多个实例。

[0162] 在各个实施方式中，LDP标签分发引擎533适于根据确定的命运分离布置来执行标签分发。

[0163] 图6描绘了计算设备(例如电信网络元件中的处理器，其适于用于执行这里描述的功能，例如与这里参考附图描述的各个元素)的高层框图。

[0164] 如图6所示，计算设备600包括处理器元件603(例如中央处理单元(CPU)和/或一个或多个其他合适的处理器)、存储器604(例如随机访问存储器(RAM)、只读存储器(ROM)等)、协作的模块处理器605、以及各个输入/输出设备606(例如用户输入设备(例如键盘、小键盘、鼠标等)、输入端口、接收机、发射机以及存储设备(例如永久性固态驱动器、硬盘驱动器、光盘驱动器等))。

[0165] 应当理解这里描绘和描述的功能可以以硬件和/或软件和硬件的组合来实施，例如通过使用通用计算机、一个或多个专用集成电路(ASIC)、和/或任意其他硬件等效物来实施。在一个实施方式中，协作处理器605能够加载在存储器604中并且由处理器603执行以实施这里讨论的功能。因此，协作处理器605(包括相关联的数据结构)可以存储在计算机可读存储媒介上，例如RAM存储器、磁盘或光盘或软盘等。

[0166] 应当理解图6中画出的计算设备600提供了适于实施通用结构、以及这里描述的功能元件或这里描述的功能元件的部件的功能。

[0167] 可以预料到这里讨论的一些步骤可以在硬件内实施，例如，与处理器协作以执行各个方法步骤的电路。这里描述的功能/元件的部件可以被实施为计算机程序产品，在该计算机程序产品中，计算机指令在由计算设备处理时，适于计算设备的运行，从而调用或以其他方式提供这里描述的方法和/或技术。用于调用本发明的方法的指令可以存储在有形的和非瞬时性计算机可读媒介(例如固定或可移动媒介或存储器)中、和/或存储在计算设备根据指令运行的存储器中。

[0168] 虽然这里详细显示和描述了合并了本发明的教导的各个实施方式，但是本领域技术人员能够容易得出一直合并了这些教导的许多其他变化的实施方式。因此，虽然前面的描述针对本发明的各个实施方式，但是本发明的其他实施方式和进一步的实施方式可以在不背离其基本范围的情况下得出。由此，本发明的合适的范围将根据本发明的权利要求来确定。

标题	发布/更新时间	阅读量
调节尿酸含量的化合物、组合物及其使用方法在一些实施例	2020-05-11	1004
用于挤出塑化粉末状材料的方法(多种变形例)及实施该方法的装置(多种变形例)	2020-05-11	415
利用经过调节的气流处理例如待孵化蛋的产品的方法以及用于实施该方法的气候室	2020-05-12	299
非四边无衬标签结构，使用方法、应用实例和实施装置	2020-05-11	867
基于姿势的搜索方法及系统	2020-05-13	299
有效的卷积Turbo码编码器和方法	2020-05-13	739
阶层式滤波器	2020-05-12	721
用于辐照重化学元素的同位素将核能转化为热的方法以及用于实现该方法的装置（实施例）	2020-05-11	606
用于光雷达发射的方法和系统	2020-05-13	52
流体喷射设备	2020-05-13	836