CN111492627A - 为不同应用建立不同隧道的基于控制器的服务策略映射 - Google Patents

Abstract

一种网络中客户网络控制器(customer network controller，CNC)实现的方法，包括：所述CNC的存储器存储虚拟局域网(virtual local area network，VLAN)的VLAN标识符(identifier，ID)、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略之间的映射，其中，所述服务策略定义所述应用的网络需求，所述VLAN与用户边缘设备(customer edge，CE)相关联；所述CNC的发射器发送包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求；所述存储器存储响应于所述隧道建立请求而建立的隧道的隧道ID，其中，所述隧道定义满足所述服务策略的入口运营商边缘(provider edge，PE)节点与出口PE节点之间的路径。

Description

为不同应用建立不同隧道的基于控制器的服务策略映射

相关申请案交叉申请

本申请要求2017年12月18日递交的发明名称为“为不同应用建立不同隧道的基于控制器的服务策略映射(Controller Based Service Policy Mapping to EstablishDifferent Tunnels for Different Applications)”的第15/845,651号美国非临时专利申请案的在先申请优先权，该在先申请的内容以引入的方式并入本文。

技术领域

本发明属于电信领域。具体地，本发明通常涉及SDN中的组网机制，还涉及在SDN中的端点间建立隧道的改进方法及装置。

背景技术

软件定义网络(software defined network，SDN)是一种将网络控制与转发功能解耦的组网范例。将控制平面从数据平面解耦可实现网络控制的集中化，从而实现有效地策略管理及灵活管理。网络控制的集中化有利于各种网络功能的实现，如网络测量、流量工程、增强服务质量及增强访问控制。随着有SDN能力的节点及协议越来越多，众多机构已经开始部署SDN网络。

通过利用多个位置间甚至到第三方数据中心或云平台的私有点对多点网络设计，以太网虚拟专线(Ethernet Virtual Private Line，EVPL)提高了网络中的应用性能通过在多个客户位置或用户边缘设备(customer edges，CEs)提供以太虚拟网络(EthernetVirtual network，EVN)，EVPL提供高容量多点连接。每个CE可附着到多个虚拟局域网(VirtualLocal Area Networks，VLANs)。可以在每个所述VLAN中执行多个不同应用，其中，每个应用可具有不同的网络需求。

发明内容

传统网络在端点之间建立隧道，但不考虑请求所述隧道的应用。本文中公开的实施例旨在基于每个应用的服务策略为不同应用建立不同的隧道。在一实施例中，本发明包括一种网络中的客户网络控制器(customer network controller，CNC)实现的方法。所述方法包括：所述CNC的存储器存储VLAN的VLAN标识符(identifier，ID)、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略之间的映射，其中，所述服务策略定义所述应用的网络需求，所述VLAN与CE相关联；所述CNC的发射器发送包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求；所述存储器存储响应于所述隧道建立请求而建立的隧道的隧道ID，其中，所述隧道定义满足所述服务策略的入口运营商边缘(provider edge，PE)节点与出口PE节点之间的路径。在一些实施例中，所述方法还包括：所述CNC的接收器从所述CE接收VLAN信息，其中，所述VLAN信息包括标识与所述CE相关联的多个VLAN的多个标识符、标识与所述VLAN中每个VLAN相关联的多个应用的多个标识符及每个所述应用的多个服务策略。

在一些实施例中，对应于满足所述服务策略的所述隧道存储在所述存储器中，在一些实施例中，所述方法还包括：接收指示已在所述网络中建立满足所述服务策略的所述隧道的消息。在一些实施例中，从中央控制器接收所述消息，其中，所述中央控制器包括多域业务协调器(Multi-Domain Service Coordinator，MDSC)、物理网络控制器(Provisioning Network Controller，PNC)、超级控制器或域控制器中的至少一种。在一些实施例中，所述方法还包括：所述CNC的所述存储器存储包括多个服务策略的服务策略目录及与所述服务策略中的每个服务策略相关联的多个值；所述CNC的处理器将所述服务策略中的每个服务策略的所述值中的一个值分配给所述应用。在一些实施例中，所述方法还包括：所述CNC的发射器发送包括所述VLAN ID、第二应用的第二应用ID及所述服务策略的第二隧道建立请求；所述存储器将所述隧道的所述隧道ID存储在与所述第二应用对应的第二映射中。

在一实施例中，本发明包括一种中央控制器，用于在网络中建立流量工程(traffic engineered，TE)隧道，包括：接收器，用于从CNC接收隧道建立请求，其中，所述隧道建立请求包括VLAN的VLAN标识符、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略，所述服务策略定义所述应用的网络需求，所述VLAN与CE相关联；耦合至所述接收器的处理器，用于基于所述网络中的可用资源确定满足所述服务策略的隧道；耦合至所述处理器的发射器，用于向所述CNC发送消息，其中，所述消息指示是否已经建立满足所述服务策略的所述隧道。在一些实施例中，在耦合至所述CE的入口PE路由器与耦合至第二CE的出口PE路由器之间建立所述隧道，其中，所述第二CE与服务提供商相关联；和/或将所述隧道建立请求发送给MDSC或超级控制器；和/或所述中央控制器为SDN控制器；和/或所述服务策略包括定义与所述应用相关联的带宽、吞吐量、时延或错误率中的至少一个的值。在一实施例中，所述处理器还用于生成唯一标识满足所述服务策略的所述隧道的隧道ID。

在一实施例中，本发明包括一种网络中实现的CNC，包括：存储器，用于存储VLAN的VLAN ID、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略之间的映射，其中，所述服务策略定义所述应用的网络需求，所述VLAN与CE相关联；耦合至所述存储器的发射器，用于发送包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求，其中，所述存储器还用于存储响应于所述隧道建立请求而建立的隧道的隧道ID，所述隧道满足所述服务策略。在一些实施例中，所述CNC还包括：耦合至所述存储器的接收器，用于从所述CE接收VLAN信息，其中，所述VLAN信息包括标识与所述CE相关联的多个VLAN的多个标识符、标识与所述VLAN中每个VLAN相关联的多个应用的多个标识符及每个所述应用的多个服务策略。在一些实施例中，在确定所述存储器存储了满足所述服务策略的所述隧道对应的所述隧道ID之后，发送所述隧道建立请求。在一些实施例中，所述CNC还包括：耦合至所述存储器的接收器，用于接收指示已在所述网络中建立满足所述服务策略的所述隧道的消息。在一些实施例中，从物理网络控制器或多域业务协调器接收所述消息；和/或所述存储器还用于存储包括多个服务策略的服务策略目录及与所述服务策略中的每个服务策略相关联的多个值；所述CNC还包括耦合至所述存储器的处理器，用于将所述服务策略中的每个服务策略的所述值中的一个值分配给所述应用；和/或所述发射器还用于发送包括所述VLAN的ID、第二应用的第二ID及所述服务策略的第二隧道建立请求；所述存储器还用于将所述隧道的所述隧道ID存储在与所述第二应用对应的第二映射中。

为表述清晰，上述任一实施例可与其它上述实施例中的一个或多个实施例相结合，在本发明的范围内新建一个实施例。

通过以下结合附图及权利要求书的详细描述，可以清楚地了解这些特性和其它特性。

附图说明

为了更透彻地理解本发明，现参阅结合附图和具体实施方式而描述的以下简要说明，其中，相同的参考标号表示相同的部分。

图1为根据本发明实施例的网络的示意图；

图2为网络中网元(network element,NE)的实施例的示图；

图3为各种应用的服务策略目录的图示；

图4为如何使用各种VLAN标识符(IDs)及服务策略为给定应用确定隧道的图示；

图5为示出具有不同服务策略及对应值的应用的隧道分配示例的表格；

图6为示出基于应用专用服务策略在网络中建立隧道的方法的实施例的协议示图；

图7为示出基于服务策略在网络中建立隧道的方法的实施例的示图，其中，所述服务策略包括表示客户网络控制器(Customer Network Controller，CNC)接收及存储的信息的数据模型；

图8示出了对在CNC或中央控制器中将服务策略映射到应用及隧道的方式进行定义的读写YANG数据模型；

图9示出了对在CNC或中央控制器中将服务策略映射到应用及隧道的方式进行定义的只读YANG数据模型；

图10示出了发起基于应用的服务策略在网络中建立隧道的方法；

图11示出了基于应用的服务策略在网络中建立隧道的方法；

图12示出了一种装置，用于实现本文中所述方法中的一种或多种方法，例如图10中的方法；

图13示出了一种装置，用于实现本文中所公开的方法中的一种或多种方法，例如图11中的方法。

具体实施方式

首先应理解，尽管下文提供一项或多项实施例的说明性实施方案，但所公开的系统和/或方法可使用任何数目的技术来实施，无论该技术是当前已知还是现有的。本发明决不应限于下文所说明的说明性实施方案、附图和技术，包括本文所说明并描述的示例性设计和实施方案，而是可在所附权利要求书的范围以及其等效物的完整范围内修改。

与相同VLAN相关联的应用可以有不同的网络需求或所述应用特定的服务策略。但是在实现光传送网(Optical Transport Network，OTN)承载EVPL的网络中，通常仅基于VLAN的ID建立不同CE间的EVN，而不考虑建立所述EVN或隧道的应用。控制器仅基于所述VLAN的ID在附着到不同CE的入口运营商边缘(PE)节点与出口PE节点之间建立隧道，而不考虑所述应用是否有特定服务策略。因此，OTN承载EVPL网络中没有一种机制用以基于每个应用的服务策略为在同一个VLAN执行的不同应用建立不同的隧道。本文中公开的实施例旨在基于每个应用的服务策略为在同一个VLAN执行的不同应用建立不同的隧道。

图1为根据本发明实施例的网络100的示意图。在不同实施例中，所述网络100可实现SDN、EVPL、流量工程网络的抽象与控制(Abstraction and Control of TrafficEngineered Networks，ACTN)、YANG数据模型、表征状态转移配置(RepresentationalState Transfer Configuration，RESTCONF)协议、网络配置(Network Configuration，NETCONF)协议和/或路径计算单元交互协议(Path Computation Element CommunicationProtocol，PCEP)。可以根据互联网工程任务组(Internet Engineering Task Force，IETF)于2017年10月23日发布的标题为“ACTN VN操作的Yang数据模型(AYang Data Model forACTN VN Operation)”的文档版本7中的定义实现ACTN，该文档的全部内容通过引用并入本文。根据2010年10月发布的标题为“YANG：网络配置协议(NETCONF)数据建模语言(YANG-AData Modeling Language for the Network Configuration Protocol(NETCONF))”的IETF评定要求文件(Request for Comments，RFC)6020中的定义实现所述YANG数据模型，该文档的全部内容通过引用并入本文。根据2011年6月发布的标题为“网络配置协议(NETCONF)(Network Configuration Protocol(NETCONF))”的IETF RFC 6241文档中的定义实现所述NETCONF协议，该文档的全部内容通过引用并入本文。根据2017年1月发布的标题为“RESTCONF协议(RESTCONF protocol)”的IETF RFC 8040文档中的定义实现所述RESTCONF协议，该文档的全部内容通过引用并入本文。根据2009年3月发布的标题为“路径计算单元(PCE)通信协议(PCEP)(Path Computation Element(PCE)CommunicationProtocol(PCEP))”的IETF RFC 5440文档中的定义实现PCEP，该文档的全部内容通过引用并入本文。例如，所述网络100实现OTN承载EVPL。所述网络100的底层基础架构可以是任意类型的网络，如电网络、光网络或其组合。在一实施例中，所述网络100可使用互联网协议(Internet protocol，IP)传输层及多协议标记交换(Multiprotocol Label Switching，MPLS)数据转发平面。

所述网络100包括CE 103及106，节点109、112、115及118，CNC 130及中央控制器140。所述CE 103及106是所述网络100之外的客户站点中的网络设备。例如，CE 103及106可以是路由器、桥、交换机或主机。所述CE 103及106可发起和/或终止客户流量。如图1所述，所述CE 103及106分别连接到一个或多个VLANs 143A–N及146A–N。所述CE 103可连接到VLANs 143A–N，这些VLAN可各不相同。同样地，所述CE 106可连接到VLANs146A–N，这些VLAN也可各不相同。可以用不同的唯一VLAN ID 172标识所述VLAN 143A–N及146A–N中的每个VLAN。所述VLAN 143A–N及146A–N中的每个VLAN可与应用151–154(图1中示为APP 151–154)中的一个或多个应用相关联。例如，VLAN 143A可与实现应用151及152的一个或多个网络设备相连。VLAN 146A可与实现应用153及154的一个或多个网络设备相连。可以用不同的唯一应用ID 176标识所述应用151–154中的每个应用。所述应用151–154中的每个应用可以有不同的服务策略180，所述服务策略180定义要正确执行所述应用必须满足的网络需求。详情将在下文中结合图3至图5进一步描述。

在一些实施例中，所述CE 103及106供特定客户专用，并通过链路121连接到所述节点109、112、115及118中的一个或多个节点。所述节点109、112、115及118还通过链路124相互连接。所述链路121及124可包括用于在所述网络100中传输数据的物理链路如光纤链路、电气链路、无线链路等以及逻辑链路。所述节点109、112、115及118是任意设备或器件，如路由器及交换机，用于传递MPLS信令在所述网络100中建立标签交换路径(Label-Switched Paths，LSPs)及隧道，同时使用所建立的LSP及隧道进行数据转发。

从CE接收流量的节点称为入口PE节点，向CE发送流量的节点称为出口PE节点。在一些实施例中，节点109及115为PE节点，可称为入口PE节点109及出口PE节点115。例如，入口PE节点109可以是位于所述网络100的边缘的PE节点109，用于将流量转发至CE 103或从CE 103转发流量。同样地，所述出口PE节点115可以是位于所述网络100的边缘的PE节点115，用于将流量转发到CE 106或从CE 106转发流量。在一些实施例中，PE节点109及115可以连接到所述网络100外部的一个或多个节点。在一些实施例中，当所述网络100包括多个域时，所述网络100可包括位于多个域的边界之间的区域边界路由器。位于所述网络100的一个或多个域中的节点112及118称为内部节点。节点112及118中的每个节点在所述网络100的对应域中转发流量。虽然图示中网络100只有四个节点109、112、115及118，所述网络100中可包括任意数量的节点。

在一些实施例中，所述PE节点109及115由服务提供商管理，所述服务提供商可以为不同客户提供多个虚拟专用网络(Virtual Private Network，VPN)。服务提供商是负责运营所述网络100的机构，所述网络100向客户端及客户提供VPN服务。所述PE节点109及115可位于服务提供商访问点，并可由所述服务提供商管理。

所述CNC 130为控制器设备，用于与CE 103及106通信并获取VLAN信息及其它类型的信息，所述VLAN信息包括与所述网络100中的CE 103及106分别相关联的VLAN 143A–N及146A–N的信息。例如，可以对所述VLAN信息进行格式化,并且所述VLAN信息可包括根据2017年9月18日发布的标题为“下发L2VPN业务的Yang数据模型(AYang Data Model for L2VPNService Delivery)”的IETF文档版本3(本文中称为所述L2SM文档)中描述的二层服务模型(Layer 2Service Model，L2SM)的信息，该文档的全部内容通过引用并入本文。在一实施例中，所述VLAN信息可包括所述VLAN 143A–N及146A–N中每个VLAN的VLAN ID 172。在一些实施例中，所述VLAN信息还可包括在每个VLAN执行的应用的相关信息，如所述应用151–154中每个应用的应用ID 176及服务策略180。在一些实施例中，所述CNC 130可用于将该VLAN信息发送给所述中央控制器140。

在一实施例中，所述中央控制器140可以统指多域业务协调器(MDSC)及物理网络控制器(PNC)。在一实施例中，所述中央控制器140可以统指超级控制器及域控制器。例如，当所述网络100是多域网络时，则可以在所述CNC 130及多个与每个所述域相关联的PNC或域控制器之间连接MDSC或超级控制器。所述MDSC或超级控制器可与所述PNC或域控制器并列放置，或者所述MDSC或超级控制器可与所述PNC或域控制器分开放置。所述MDSC或超级控制器用于协调所述网络100为分别在所述CE 103及106中执行的所述应用151–154执行的功能。所述PNC或域控制器配置所述网络100中的所述节点109、112、115及118并监控所述网络100的物理拓扑。所述PNC或域控制器可用于将所述网络100的所述物理拓扑传送给所述MDSC或超级控制器。

所述中央控制器140同时包括所述网络100的MDSC或超级控制器及PNC或域控制器，共同基于所述CNC 130接收的客户请求控制所述节点109、112、115及118。在一实施例中，所述中央控制器140可以是SDN中的SDN控制器的部件。所述CNC 130通过CNC/MDSC接口(CNC/MDSC interface，CMI)接口157连接到所述中央控制器140中的MDSC或超级控制器。所中央控制器140通过南向接口连接到所述节点109、112、115及118。应当理解的是，所述网络100中可包括任意数量的CNC 130、MDSC、超级控制器、PNC及域控制器。

所述网络100用于提供隧道，基于应用151–154发送的隧道建立请求承载所述CE103至所述CE 106的流量。一种隧道方法可包括：使用封装协议封装原始报文并将封装报文从入口PE节点109发送至出口PE节点115。所述出口PE节点115删除所述封装报文的报头，其中，所述报头是由所述入口PE节点109添加(封装)到所述报文中的；并将所述原始报文转发至CE 106，从而使隧道报文像正常IP报文一样在分发网络或基础设施网络100上传输。外层IP源地址是入口PE节点109，外层IP目的地址为出口PE节点115地址。隧道机制使得用户或第三方能够在互联网上或无需基础设施网络感知的情况下建立专用网络。

与所述VLAN 143A–N或146A–N中相同VLAN相关联的应用151–154可以有不同的服务策略180。基于所述不同的服务策略180中指定的网络需求，所述服务策略180可以与不同的隧道相关联。然而，在OTN承载EVPL的情况下，虽然不同的应用151–154有不同的服务策略180，但是通常不会为共享所述VLAN 143A–N或146A–N中相同VLAN的不同应用151–154建立不同的隧道。例如，VLAN 143A中的应用151可以与VLAN 143A中的应用152有不同的时延需求服务策略180。但是由于所述应用151及152与相同的VLAN 143A相关联，所述网络100通常无法为所述应用151及152建立不同的隧道。

本文中公开的实施例旨在基于所述应用151–154中每个应用的服务策略180，为在所述VLAN 143A–N或146A–N中的相同VLAN中执行的不同应用151–154建立不同隧道。在一实施例中，所述CNC 130通过链路160从CE 103及106获取VLAN信息。链路160可类似于链路121及124。例如，CE 103向所述CNC 130发送VLAN信息，所述VLAN信息包括VLAN 143A–N中每个VLAN的VLAN ID 172、在所述VLAN 143A–N中的每个VLAN中运行的应用151及152中每个应用的应用ID 176以及应用151及152中每个应用的服务策略180。同样地，CE 106向所述CNC130发送VLAN信息，所述VLAN信息包括VLAN 146A–N中每个VLAN的VLAN ID 172、在所述VLAN146A–N中的每个VLAN中运行的应用153及154中每个应用的应用ID 176以及应用153及154中每个应用的服务策略180。应当理解的是，CE 103及106可以向CNC 130发送其它类型的信息。

在一实施例中，CNC 130可以存储从所述CE 103及106中每个CE接收的VLAN信息的映射。例如，CNC 130可以存储VLAN 143A的VLAN ID 172、应用151的应用ID 176与应用151的服务策略180之间的映射。类似地，CNC 130可以存储VLAN 143A的VLAN ID 172、应用152的应用ID 176与应用152的服务策略180之间的映射。CNC 130还可以存储VLAN 146A的VLANID 172、应用153的应用ID 176与应用153的服务策略180之间的映射。类似地，CNC 130存储VLAN 146A的VLAN ID 172、应用154的应用ID 176与应用154的服务策略180之间的映射。CNC 130用于基于从CE 103及106接收的VLAN信息存储在所述VLAN 143A–N或146A–N中的每个VLAN中运行的应用151–154中每个应用的类似映射。

在一实施例中，CNC 130用于向所述中央控制器140发送包括特定应用VLAN信息的隧道建立请求170，使所述中央控制器140专为所述应用建立隧道。在一些实施例中，所述CNC 130用于响应于从CE 103接收到消息，发送所述隧道建立请求170，其中，所述消息指示在VLAN 143A–N中的一个VLAN中执行的应用151或151正在请求两个端点间的隧道。在一些实施例中，所述CNC 130用于响应于从VLAN 143A–N或146A–N接收到所述VLAN信息，发送所述隧道建立请求170。可以在所述CNC 130接收到针对请求隧道163的应用151–154的VLAN信息后的任意时间将所述隧道建立请求170发送给所述中央控制器140，使得所述中央控制器140可以为在VLAN 143及146中执行的应用151–154中的每个应用确定隧道163。

在一实施例中，将所述隧道建立请求170发送给所述中央控制器140，其中，所述隧道建立请求170包括VLAN 143A的VLAN ID 172、应用152的应用ID 176及应用152的服务策略180之间的映射关系。所述中央控制器140可用于基于应用152的服务策略180，而不是仅基于VLAN ID 172，为应用152确定第一隧道163A。所述服务策略180可指示要执行应用152所需满足的网络需求。所述中央控制器140可基于所述网络100中的可用资源计算满足应用152的所述服务策略180的所述第一隧道163A。在一些实施例中，所述中央控制器140还可以使用服务质量(Quality of Service，QoS)、宽带等网络限制条件，确定所述第一隧道163A。所述第一隧道163A可以是入口PE节点109与出口PE节点115之间的流量工程(trafficengineering，TE)端到端隧道，用以在CE 103与CE 106之间建立EVN。如图1所示，所述第一隧道163A包括由节点109、112及115组成的路径。

CNC 130还可以向所述中央控制器140发送隧道建立请求170，其中，所述隧道建立请求170包括VLAN 143A的VLAN ID 172、应用151的应用ID 176及应用151的服务策略180之间的映射。所述中央控制器140可用于基于应用151的服务策略180，而不是仅基于VLAN ID172，为应用151确定第二隧道163B。所述服务策略180可指示要执行应用151所需满足的网络需求。所述中央控制器140可基于所述网络100中的可用资源计算满足应用151的所述服务策略180的所述第二隧道163B。在一些实施例中，所述中央控制器140还可以使用网络限制条件确定所述第二隧道163B。所述第二隧道163B可以是入口PE节点109与出口PE节点115之间的TE端到端隧道，用以在CE 103与CE 106之间建立EVN。如图1所示，所述第二隧道163B包括由节点109、112、118及115组成的路径。

在一实施例中，所述中央控制器140基于所述隧道建立请求170建立所述隧道163A或163B(本文中也称为隧道163)。所述中央控制器140可基于所建立的隧道163将关于所述隧道163的信息发送给所述入口PE节点109。所述中央控制器140可向所述CNC 130发送消息，指示是否已经建立满足所述服务策略180的隧道163。所述中央控制器140可生成隧道ID190并将所述隧道ID 190传回所述CNC 130。此时，可以在发送给所述CNC 130的消息中传输所述隧道ID 190。在一实施例中，所述中央控制器140可不生成隧道ID 190，而是由所述CNC130在从所述中央控制器140接收到消息后生成隧道ID 190。

操作中，当所述入口PE节点109从所述CE 103接收到数据报文时，所述入口PE节点109对所述数据报文进行分析，以确定传输所述数据报文的隧道。例如，假设入口PE节点109接收到包括VLAN ID 172及应用151对应的应用ID 176的数据报文183。此时，所述中央控制器140此前已经基于与所述应用151相关联的服务策略180为所述应用151确定了隧道163，且已经指示所述入口PE节点109基于与所述应用151相关联的服务策略180为所述应用151建立隧道163。所述入口PE节点109决定使用所述应用151对应的第二隧道163B发送所述数据报文183。又例如，假设入口PE节点109接收到包括VLAN ID 172及应用152对应的应用ID172的数据报文183。此时，所述中央控制器140此前已经指示所述入口PE节点109基于与所述应用152相关联的服务策略180为所述应用152建立隧道。所述入口PE节点109决定使用应用152对应的第一隧道163A发送所述数据报文183。

在一些实施例中，所述VLAN ID 172及所述应用ID 176可以包括在所述数据报文183的内层报头中，与所述数据报文183的净荷185分开。在一实施例中，所述VLAN ID 172及所述应用ID 176可以作为元数据包括在所述数据报文183的字段中。所述入口PE节点109确定了传输所述数据报文183的隧道后，所述入口PE节点109可以将外层路径标签替换为所述隧道的下一跳的路径标签，其中，所述第一隧道163A与所述第二隧道163B的下一跳都是节点112。同样地，所述节点112接收到所述数据报文之后，所述节点112也将外层路径标签替换为所述隧道的下一跳的路径标签。在所述隧道的每个节点上重复该转发动作，直至所述数据报文183到达CE 106。当所述PE出口节点115接收到所述数据报文183，所述PE出口节点115弹出或移除外层路径标签及内层标签，并将所述数据报文183转发给CE 106。所述网络100可以使用类似的机制提供任意数量的隧道。

图2为网络100中的NE 200的实施例的示意图。例如，所述NE 200可以是CE 103或106，节点109、112、115及118，CNC 130或中央控制器140。所述NE 200可用于实现和/或支持本文中描述的针对应用服务策略的隧道机制。可以在单个节点中实现所述NE 200，或可以在多个节点中实现所述NE 200的功能。本领域技术人员可以认识到术语NE涵盖范围广泛的设备，NE 200只是其中的一个示例。引入所述NE 200是为了讨论清晰，但决不用于将本发明的应用限制于特定的NE实施例或特定类别的NE实施例。本发明中描述的特性和/或方法中的至少一部分可以在网络装置或模块，如NE 200，中实现。例如，可以使用硬件、固件和/或安装在硬件上运行的软件实现本发明中的所述特性和/或方法。如图2所述，所述NE200包括用于接收数据的接收器单元(Rx)220及一个或多个入端口210，用于处理数据的至少一个处理器、逻辑单元或中央处理器(central processing unit，PU)205，用于发送数据的发射器单元(Tx)225及一个或多个出端口230，及用于存储数据的存储器250。

所述处理器205可包括一个或多个多核处理器，并可耦合至存储器250。所述存储器250可以作为数据存储器、缓冲区等。所述处理器205可以实现为通用处理器，或者可以是一个或多个专用集成电路(application specific integrated circuits，ASICs)和/或数字信号处理器(digital signal processors，DSPs)的一部分。所述处理器205可包括映射模块255，其可执行所述CNC 130或所述中央控制器140的处理功能，并实现下文中详述的方法500、600、700、1000及1100，和/或本文中讨论的任意其它方法。因此，所包括的映射模块255及相关联的方法和系统改进了所述NE 200的功能。此外，所述映射模块255使特定物品(如网络)向不同状态转换。在一替代实施例中，所述映射模块255可以实现为存储在所述存储器250中的指令，可由所述处理205执行。

所述存储器250可包括暂时存储内容的缓存器，如随机存取存储器(random-access memory，RAM)。此外，所述存储器250可包括用于将内容存储较长时间的长期存储器，如只读存储器(read-only memory，ROM)。例如，所述缓存器及所述长期存储器可包括动态RAM(dynamic RAMs，DRAMs)、固态硬盘(solid-state drives，SSDs)、硬盘或其组合。所述存储器250可用于存储路由数据库。在一实施例中，所述存储器250可包括应用服务策略映射260及隧道映射265。在一实施例中，所述应用服务策略映射260包括VLAN信息，所述VLAN信息包括VLAN ID 172、应用ID 176及服务策略180。所述隧道映射265还可包括为网络100中不同应用151–154建立的隧道163对应的隧道ID 190。

当NE 200为所述CNC 130时，所述Rx 220从所述CE 103及106接收VLAN信息。所述处理器205执行的所述映射模块255基于所述VLAN ID 172、应用ID 176及服务策略180映射所述VLAN信息。所述VLAN信息的映射存储在所述存储器250中的所述应用服务策略映射260中。所述处理器205生成隧道建立请求170，所述Tx 225将所述隧道建立请求170发送给所述中央控制器140。所述Rx 220从所述中央控制器140接收消息，所述消息指示是否已经建立满足所述服务策略180的隧道163。所述Rx 220可以从所述中央控制器140接收所述隧道ID190，或所述处理器205可生成所述隧道ID 190。所述隧道ID 190可存储在所述存储器250中的隧道映射265中。

当NE 200是中央控制器140时，所述Rx 220从所述CNC 130接收隧道建立请求170。所述处理器205执行的所述映射模块255计算满足所述隧道建立请求170中指示的服务策略180的隧道163。所述Tx 225将关于计算出的隧道163的信息发送给入口PE节点109。所述Tx225还可以向所述CNC 130发送消息，指示是否已经成功建立所述隧道163。在一些实施例中，所述VLAN ID 172、应用ID 176及服务策略180之间的映射信息可以存储在所述中央控制器140的存储器250中的应用服务策略映射260中。所述隧道ID 190还可以存储在所述中央控制器140的存储器250中的隧道映射265中。

可以理解的是，通过编程和/或加载可执行指令至所述NE 200，所述处理器205和/或存储器设备250中至少有一个会发生改变，将所述NE 200部分转变为拥有本发明所述新颖功能的某种机器或装置，如多核转发架构。对于电力工程及软件工程技术来说基本的是，可通过将可执行软件加载到计算机中而实施的功能性可通过熟知设计规则而转换为硬件实施方案。在软件还是硬件中实施概念之间的决策通常取决于与设计的稳定性及待产生的单元的数目的考虑，而与从软件域转译到硬件域所涉及的任何问题无关。通常，仍在经受频繁改变的设计优选可在软件中实施，因为重改硬件实施方案比重改软件设计更为昂贵。通常，稳定及大规模生产的设计更适于ASIC等硬件中实施，因为运行硬件实施的大规模生产比软件实施更为便宜。通常，一个设计可以软件形式进行开发及测试，且随后通过熟知设计规则变换为对软件的指令进行硬连线的ASIC中的等效硬件实现。以与由新ASIC控制的机器为特定机器或装置相同的方式，同样地，编程和/或加载有可执行指令的电脑可视为特定的机器或装置。

图3为不同应用151–154的服务策略180的目录300的图示。所述服务策略180的目录300可包括多个服务策略180A–C(图3中示为策略180A–C)。所述服务策略180A–C中的每个服务策略可与每个服务策略180的多个不同值301A–N相关联。下文将结合图5进一步描述这些服务策略180的示例。如图3所示，服务策略180A与多个不同值301A–C相关联。例如，如果所述服务策略180A对应时延策略，则所述多个不同值301A–C可对应所述服务策略180A中可包括的不同时延统计。同样地，服务策略180B及180C也与不同的值301D–N相关联。

在一实施例中，所述服务策略180的目录300可以是存储在所述CNC 130中的预定义目录，可将不同CE 103及106接收的服务策略180中的每个服务策略与所述目录300中指定的服务策略180A–C进行配对。在本实施例中，一应用151–154指定的服务策略180可定义与所述目录300中的该服务策略180相对应的、预定义值301A–N中的一个值。例如，假设目录300包括关于比特率的服务策略180A。所述关于比特率的服务策略180A可包括表示固定比特率或可变比特率的两个值301A–B。此时，一应用151–154指定的、定义比特率的服务策略180可包括指定固定比特率或可变比特率的两个值301A–B中的一个。

在一实施例中，所述目录300可以不是预定义目录，而是不同用户可按需更新的可编程目录。例如，从不同CE 103及106接收服务策略180可以为所述服务策略180指定可能不遵从任何预定义目录的值301A–N。

图4为如何使用不同的VLAN ID 172及服务策略180为一给定应用151–154确定隧道163的图示400。如图4所示，VLAN 143A可执行应用151，所述应用151有三个不同的服务策略180，所述服务策略180对应不同的值301。所述应用151具有定义值301A的服务策略180A、定义值301E的服务策略180B及定义值301N的服务策略180C。因此，对于与所述应用151相关联的数据报文，可以使用对应所述服务策略180A–C的三个不同网络需求建立满足所述服务策略180A–C的隧道163A。如方框402中所示，可以使用隧道ID 190“1”标识为所述应用151建立的所述隧道163A。

所述VLAN 143A也可以执行应用152。所述应用152有两个不同的服务策略180，所述服务策略180对应不同的值301。所述应用152具有定义值301B的服务策略180A以及定义值301E的服务策略180B。因此，对于与所述应用152相关联的数据报文，可以使用对应所述服务策略180A–B的两个不同网络需求建立满足所述服务策略180A–B的隧道163B，其中，所述服务策略180A–B不同于应用151的服务策略180A–C。如方框404中所示，可以使用隧道ID190“2”标识为所述应用152建立的所述隧道163B。

VLAN 146A可以执行应用153。所述应用153只有一个定义值301G的服务策略180A。因此，对于与所述应用153相关联的数据报文，可以使用对应所述服务策略180A的唯一一个网络需求建立满足所述服务策略180A的隧道163C，其中，所述服务策略180A不同于应用151的服务策略180A–C及应用152的服务策略180A–B。如方框402中所示，可以使用隧道ID 190“3”标识为所述应用153建立的所述隧道163C。

所述VLAN 146A也可以执行应用154。所述应用154有两个不同的服务策略180，所述服务策略180分别对应不同的值301。所述应用154类似于所述应用152，因为所述应用154具有定义值301B的服务策略180A以及定义值301E的服务策略180B。所述应用152及154遵从类似的服务策略180A–B，因此可以使用具有相同隧道ID 190“2”的相同隧道实例163B，如方框408所示。

根据一些实施例，CNC 130可用于：在指示所述中央控制器140为应用151–154生成隧道163之前，确定哪些应用具有相同的服务策略180。具有相同服务策略180的应用可以使用网络100中的相同隧道163，从而节约网络资源，同时满足所述应用151–154中每个应用的网络需求。

图5为示出具有不同服务策略180及对应值301的应用151–154的隧道分配示例的表格500。在一实施例中，表格500存储网络100的VLAN及隧道信息。在一实施例中，表格500可以存储在CNC 130和/或中央控制器140中。例如，表格500中的信息可以存储在所述CNC130和/或中央控制器140的存储器250中。表格500包括定义服务策略180并具有相关联的隧道163的表项550A–N，这些表项是VLAN 143A–N及146A–N与应用151–154的各种组合。

表格500包括VLAN ID列503、应用ID列506、服务策略列509及隧道ID列521。所述VLAN ID列503包括VLAN 143A–N中的一个或多个VLAN的VLAN ID 172。例如，CNC 130可以从CE 103获取VLAN信息，所述VLAN信息包括标识并描述与所述CE 103相关联的VLAN 143A–N的信息。例如，所述VLAN信息可包括所述VLAN ID列503中所示的VLAN ID 172。应用ID列506包括在所述VLAN ID列503所示的VLAN ID 172标识的各VLAN 143中执行的应用151–154中的一个或多个应用的应用ID 176。例如，所述从CE 103中获取的VLAN信息可包括可以在与CE 103相关联的VLAN 143A–N中的一个或多个VLAN中执行的应用151–154的应用ID 176。

所述服务策略列509包括针对不同服务策略180的子列512、515及518，可将所述服务策略指定给一给定应用151–154。如图5所述，表格500包括三个示例性服务策略180，包括时延等级、0层(layer 0，L0)路径共享策略及路径保护等级。子列512定义时延等级服务策略180的值301，子列515定义L0路径共享服务策略180的值301，子列518定义路径保护等级服务策略180的值301。在一实施例中，从CE 103或106获取子列512、515及518中所示的服务策略180。

虽然图5中只示出三个示例性服务策略180，一应用151–154可为与用于执行该应用151–154的网络需求相关联的服务策略180定义任意其它类型。例如，服务策略180可包括宽度规格。所述带宽规格可定义一应用151–154的隧道163的最小带宽、最大带宽和/或允许带宽范围的值301。服务策略180可包括吞吐量规格。所述吞吐量规格可定义网络100中的隧道163的吞吐量的值301。服务策略180的类别可与隧道隔离相关联。例如，服务策略180可指示隧道163是否物理隔离或是否有独立的波长。另一服务策略180可指示如何在发生隧道故障时重路由隧道163。例如，一服务策略180可指示将隧道163的重路由指派给网络而不通知所述CNC 130。一服务策略180还可以指示将隧道故障通知所述CNC 130，以使所述CNC 130在发生隧道故障之后将新的隧道163实例化。服务策略180还可以包括其它服务策略180的值301，如抖动、错误率、延迟、比特率和/或可以理解的其它类型的网络性能需求统计。

隧道ID列521包括为具有唯一服务策略180的一应用151–154建立的隧道163的隧道ID 190。所述隧道ID 190可以是唯一标识满足相应服务策略180的隧道163的ID。在一实施例中，所述隧道ID 190可以由所述CNC 130在接收到所述中央控制器140的消息后生成，其中，所述消息指示已经成功建立服务策略180的隧道163。所述隧道ID 190还可以由所述中央控制器140生成，然后在成功建立服务策略180的隧道163之后发送给所述CNC 130。

如图5所示，表项550A–550N示出如何为具有唯一服务策略180的应用151–154分配或建立隧道163。表项550A对应于在VLAN 143A中执行的应用，如应用151。表项550A中的VLAN ID 172可以是“143A”，应用151的应用ID 176可以是“151”。在VLAN 143A中执行的应用151的服务策略180可以规定为应用151建立的隧道163的时延等级可以少于50毫秒(milliseconds，ms)。在VLAN 143A中执行的应用151的另一服务策略180可以规定允许L0路径共享。在VLAN 143A中执行的应用151的另一服务策略180可以规定应当开启路径保护(“1+1”)，从而在发生故障时应当重新建立隧道163。可以使用隧道ID 190“A”标识为VLAN 143A中的应用151建立的隧道163。

表项550B对应于在VLAN 143A中执行的应用，如应用152。表项550B中的VLAN ID172也可以是“143A”，应用152的应用ID 176可以是“152”。在VLAN 143A中执行的应用152的服务策略180可以规定在为应用152确定隧道163时，不应考虑为应用152建立的隧道163的时延等级。在VLAN 143A中执行的应用152的另一服务策略180可以规定允许L0路径共享。在VLAN 143A中执行的应用152的另一服务策略180可以规定可以不开启路径保护(1:0)并且在发生故障时，在可能的时候可以恢复所述隧道163。可以使用隧道ID 190“B”标识为VLAN143A中的应用152建立的隧道163，其中，所述隧道ID 190“B”与应用151的隧道ID不同，因为应用151与应用152具有不同的服务策略180。

表项550C对应于在VLAN 146C中执行的应用，如应用151。表项550C中的VLAN ID172可以是“146C”，应用151的应用ID 176可以是“151”,与表项550A中的应用151相同。在VLAN 146C中执行的应用151的服务策略180可以规定为应用151建立的隧道163的时延等级可以小于50ms。在VLAN 146C中执行的应用151的另一服务策略180可以规定允许L0路径共享。在VLAN 146C中执行的应用151的另一服务策略180可以规定可以开启路径保护。可以使用隧道ID 190“A”标识为在VLAN 146C中执行的应用151建立的隧道163，虽然应用151在不同的VLAN143A及146C中执行。则在一些实施例中，在不同的VLAN143A及146C中执行的应用151可以使用相同的隧道163。

表项550N对应于在VLAN 146C中执行的应用，如应用154。表项550N中的VLAN ID172也是“146C”，应用153的应用ID 176可以是“153”。在VLAN 146C中执行的应用154的服务策略180可以规定在为应用154确定隧道163时，不应考虑为应用154建立的隧道163的时延等级。在VLAN 146C中执行的应用154的另一服务策略180可以规定允许L0路径共享。在VLAN146C中执行的应用154的另一服务策略180可以规定可以开启路径保护。可以使用隧道ID“C”标识为VLAN 146C中的应用154建立的隧道163，其中，所述隧道ID“C”与应用151–152的隧道ID不同，因为应用154与应用151–152具有不同的服务策略180。

如图5所示，具有相同服务策略180的应用151–154可以使用相同的隧道163，因为该隧道满足所述应用151–154在服务策略180中指定的网络需求。如果在为VLAN 146C中应用151建立隧道163之前，已经为VLAN 143A中的应用151建立了隧道163，则不需要为VLAN146C中应用151建立新的隧道163。CNC 130或中央控制器140可确认隧道ID“A”是为应用151所设。应用服务策略感知的隧道机制为复杂的应用提供更精确的隧道建立方法，通过对具有相同服务策略180的应用重用隧道，尽可能地节约网络100的资源。

虽然仅示出四个表项550A–N，应当理解的是，对应于网络100中可用的不同应用151–154及服务策略180，表格500中可以包括任意数量的条目。虽然表项550A–N中的每个表项仅示出与应用ID 176相关联的三个服务策略180，应当理解的是，应用ID 176及一应用151–154可与任意数量的服务策略180相关联。虽然在图5中，VLAN ID 172、应用ID 176、服务策略180及隧道ID 190之间的映射以表格的形式示出，应当理解的是，表格500是存储在所述CNC 130和/或所述中央控制器140中存储的信息的一种抽象。这样，VLAN ID 172、应用ID 176、服务策略180及隧道ID 190之间的映射可以以其它方式存储在任意其它数据机构中或以分布式方式存储。

图6为示出基于应用151–154的专用服务策略180在网络100中建立隧道163的方法600的实施例的协议示图。所述方法600由CE 103、CNC 130、中央控制器140及入口PE节点109实现。当VLAN 143A–N附着到CE 103、VLAN 146A–N附着到CE 106、在VLAN 143A发起应用151–152，并在VLAN 146A中发起应用153–154时发起所述方法600。在步骤605中，CE 103向所述CNC 130发送VLAN信息。例如，Tx 225将所述VLAN信息发送给所述CNC 130。在一实施例中，所述VLAN信息可包括与L2SM相关联的信息，如L2SM文档中所述。在一实施例中，所述VLAN信息可包括与CE 103及106分别对应的VLAN 143A–N及VLAN 146A–N的VLAN ID 172。在一实施例中，所述VLAN信息还可包括可在或正在VLAN 143A–N及VLAN 146A–N中的每个VLAN中执行的应用151–154的应用ID 176。在一实施例中，所述VLAN信息还可包括与应用151–154的应用ID 176中的每个应用ID 176相对应的服务策略180。在步骤610中，所述CNC 130以与图5中表格500中所示类似的方式，将所述VLAN信息存储到映射中。所述CNC 130对所述VLAN信息进行整理，以标出VLAN 143A–N及VLAN 146A–N中每个VLAN中的应用151–154中每个应用的服务策略180。例如，所述VLAN信息可以存储在所述CNC 130的存储器250中的应用服务策略映射260中。

在步骤615中，可以向所述中央控制器140发送隧道建立请求170。例如，所述CNC130的Tx 225将所述隧道建立请求170发送给所述中央控制器140。可以按网络100的客户或运营商的指定在不同时间生成所述隧道建立请求170。例如，可以在发起一特定应用151–154、一应用151–154接收到对隧道163的请求之后、从CE 103及106接收到VLAN信息时或在隧道管理日程中指定的某些预定义时间生成所述隧道建立请求170。所述隧道建立请求170可包括VLAN 143A–N或VLAN 146A–N中一VLAN的VLAN ID 172、一应用151–154的应用ID 176及与所述应用151–154相关联的一个或多个服务策略180。例如，所述隧道建立请求170可以是针对应用151，可包括VLAN ID“143A”及应用ID“151”，并可包括表格500中的表项550A中所示的服务策略180。所述隧道建立请求170可以是要所述中央控制器140建立隧道163的请求，所述隧道163满足所述隧道建立请求170中指定的服务策略180。

在一实施例中，所述CNC 130可确定是否已经基于所述隧道建立请求170中会包括的服务策略180为应用151建立了隧道163。再次参考图5，表格500示出，在不同VLAN 143A及146C中执行的应用151根据相同的服务策略180进行操作并且可以使用相同的隧道163传输数据流量。所述CNC 130可确定已经为应用151建立隧道163。此时，所述CNC 130可以确认为应用151建立的隧道163的隧道ID 190,并将所述隧道ID 190分配给在不同VLAN中执行的应用151。此时，所述隧道建立请求170可指示所述隧道163的隧道ID 190。如果尚未基于所述隧道建立请求170中会包括的服务策略180为一应用151–154建立隧道163，则所述隧道建立请求170可以是要求所述中央控制器140为所述应用151–154计算或确定隧道163的请求，所述隧道163满足所述隧道建立请求170中包括的服务策略180。

在步骤620中，所述中央控制器140为所述应用151–154确定满足所述隧道建立请求170中包括的服务策略180的隧道163。例如，处理器205中的映射模块255为所述151–154确定所述隧道163。如果已经基于所述隧道建立请求170中包括的服务策略180为一应用151–154建立隧道163，则所述隧道建立请求170包括所述隧道163使用的隧道ID 190。此时，在步骤625中，所述中央控制器140指示所述入口PE节点109对包括应用ID 176的数据报文使用隧道ID为190的隧道163，其中，所述隧道建立请求170也包括所述应用ID 176。如果尚未基于所述隧道建立请求170中包括的服务策略180为一应用151–154建立隧道163，则所述中央控制器140基于网络100中的可用资源及网络限制条件计算一条新的满足所述隧道建立请求170中指定的服务策略180的隧道163。此时，在步骤625中，所述中央控制器140指示所述入口PE节点109为包括应用ID 176的数据报文建立新计算出的隧道163，其中，所述隧道建立请求170也包括所述应用ID 176。

在步骤630中，所述中央控制器140向所述CNC 130发回消息，指示是否已经成功建立满足所述应用ID 176指定的应用151–154的服务策略180的隧道163。例如，所述中央控制器140的Tx 225将所述消息传回所述CNC 130。例如，发回所述CNC130的消息可以是应答(acknowledge，ACK)或否定应答(negative ACK，NACK)消息。在一实施例中，所述中央控制器140生成新建隧道163对应的隧道ID 190，并在所述消息将所述隧道ID 190发回所述CNC130。在一实施例中，所述中央控制器140以与所述CNC 130存储所述VLAN信息相似的方式存储所述VLAN信息。在一实施例中，所述中央控制器140可更新所存储的VLAN信息，以包括所述新建隧道163的隧道ID 190。

在步骤635中，所述CNC 130可以在从所述中央控制器140接收到消息后确定所述隧道ID 190，其中所述消息指示已经响应于所述隧道建立请求170成功建立所述隧道163。例如，所述处理器205中的映射模块255可确定所述隧道ID 190。在一实施例中，所述CNC130可以在步骤630中接收到所述消息之后更新所述CNC 130中存储的VLAN信息，以包括所述隧道ID 190。更新的信息可以存储在所述存储器250的隧道映射265中。

步骤640中，可以从所述CE 103向所述入口PE节点109传输数据报文183。例如，所述CE 103的Tx 225可以将数据报文183传输给所述入口PE节点109。所述数据报文183可包括VLAN ID 172、应用ID 176及净荷185。在步骤645中，所述入口PE节点109可以从所述数据报文183中获取所述应用ID 176，并基于所述应用ID 176确定在所述隧道163中传输所述数据报文183。例如，所述入口PE节点109可以存储对应于所述应用ID 176的隧道ID 190的映射。例如，所述处理器205中的映射模块255用于基于与所述应用ID 176相映射的隧道ID190确定所述隧道163。所述入口PE节点109可以基于报文183来源的应用151–154的服务策略180，通过不同的隧道163发送来自相同143A–N或146A–N的数据报文183。

图7为示出基于服务策略180在网络100中建立隧道163的方法700的实施例的示图。所述方法700与方法600类似，只是方法700示出CNC 130及中央控制器140实现的方法600的一部分。方法700包括代表所述CNC 130接收并存储的信息的数据模型703–705。

步骤701中，所述CNC 130接收以携带VLAN信息的数据模型703形式的VLAN信息。例如，VLAN信息703类似于图6中的步骤605中传输的VLAN信息。所述VLAN信息703是符合如L2SM文档中所述的L2SM中提出的数据建模语言的数据模型。在一实施例中，所述携带VLAN信息的数据模型703定义与CE 103及106中的一个或多个CE相关联的VLAN ID 172，应用ID176及服务策略180。所述携带VLAN信息的数据模型703还可包括与客户相关联的VPN的ID、接入点ID和/或CE 103及106可能发送的其它信息。

在一实施例中，步骤701中描述的VLAN信息存储在应用服务策略映射260中。在一些实施例中，所述CNC 130以数据模型705的形式将所述VLAN信息存储在所述应用服务策略映射260中。用于存储应用服务策略映射信息260的所述数据模型705可以包括映射ID、VPN编号、VLAN ID 172、应用ID 176、服务策略180的ID、服务策略180的值301和/或标识及描述应用151–154及服务策略180的其它信息。

步骤706中，所述CNC 130可向所述中央控制器140发送隧道建立请求170，其中，所述隧道建立请求170是要求通过CMI接口157及MDSC to PNC接口将虚拟网络(virtualnetwork，VN)TE隧道实例化的请求。所述隧道建立请求170类似于图6中的步骤615中传输的隧道建立请求170。所述中央控制器140接收所述隧道建立请求170之后，所述中央控制器140的映射模块255以与图6中的步骤620中类似的方式基于所述隧道建立请求170建立隧道163。

在步骤707中，在响应于所述隧道建立请求170建立所述隧道163之后，所述中央控制器140向所述CNC 130传输消息，指示是否已经成功建立所述隧道163。所述消息类似于图6中的步骤630中所描述的消息。在一实施例中，所述中央控制器140在所述消息中传输唯一标识基于所述隧道建立请求170建立的隧道163的隧道ID 190。在一实施例中，所述CNC 130接收到所述消息之后确定隧道ID 190。所述CNC 130将所述隧道ID 190跟与所述隧道建立请求170相关联的应用ID 176及服务策略180关联存储在隧道映射265中。在一些实施例中，所述CNC 130以数据模型704的形式存储所述隧道ID 190。用于存储隧道ID 190的所述数据模型704可包括隧道ID 190、服务策略180的ID、VPN编号和/或标识并描述为一应用151–154生成的隧道163的其它信息。

图8示出了对在CNC 130或中央控制器140中将服务策略180映射到应用151–154及隧道163的方式进行定义的读写YANG数据模型800。所述读写YANG数据模型800符合YANG数据模型文档(YANG DATA MODEL DOC)中提出的数据建模语言。在一实施例中，可以使用所述读写YANG数据模型800存储应用服务策略映射260和/或隧道映射265。在此类实施例中，通过额外的应用策略映射将每个需要TE底层隧道的VPN服务映射到对应的隧道163，如方框804中所示。图8按顺序示出三种模块：服务映射、站点映射及服务应用策略映射。如果服务与站点一同映射，方框800中的语言提供与所述服务相关联的额外应用策略。用户可以配置/编程所需的针对每个服务的应用策略。

图9示出了对在CNC 130或中央控制器140中将服务策略180映射到应用151–154及隧道163的方式进行定义的只读YANG数据模型900。所述只读YANG数据模型900符合YANG数据模型文档(YANG DATA MODEL DOC)中提出的数据建模语言。在一实施例中，可以使用所述只读YANG数据模型900存储应用服务策略映射260和/或隧道映射265。在此类实施例中，用户可以访问YANG数据模型800中描述的YANG数据模型的操作状态(只读)。

图10示出发起基于一应用151–154的服务策略180在网络100中建立隧道163的方法1000。可以在CNC 130从CE 103及106接收到VLAN信息时执行所述方法1000。在一实施例中，所述方法1000可以由所述CNC 130执行。在步骤1002中，存储VLAN ID 172、在VLAN143A–N或146A–N中执行的一应用151–154的应用ID 176及与所述应用151–154相关联的服务策略180之间的映射。例如，存储器250存储VLAN ID 172、在VLAN 143A–N或146A–N中执行的一应用151–154的应用ID 176及与所述应用151–154相关联的服务策略180之间的映射。在一实施例中，可以以数据模型703的形式存储所述VLAN ID 172、所述应用ID 176及所述服务策略180。

在步骤1004中，所述CNC 130发送隧道建立请求170。所述隧道建立请求170可包括所述VLAN ID 172、所述应用ID 176及所述服务策略180。例如，Tx 225将所述隧道建立请求170发送给中央控制器140。在一实施例中，所述Tx 225可将所述隧道建立请求170发送给网络100的MDSC或超级控制器。在一实施例中，所述Tx 225可将所述隧道建立请求170发送给网络100的PNC或域控制器。在步骤1006中，存储响应于所述隧道建立请求170建立的隧道163的隧道ID 190。例如，存储器250存储所述隧道ID 190。在一实施例中，可以以数据模型704及705的形式存储所述VLAN ID 172、应用ID 176、服务策略180及隧道ID 190。

图11示出基于一应用151–154的服务策略180在网络100中建立隧道163的方法1100。可以在中央控制器140从CNC 130接收到隧道建立请求170时执行所述方法1100。在一实施例中，可以由所述中央控制器140执行所述方法1100。例如，可以由MDSC、超级控制器、PNC和/或域控制器执行所述方法1100。在步骤1102中，接收隧道建立请求170。在一实施例中，所述隧道建立请求170包括VLAN ID 172以及在VLAN 143A–N或146A–N中执行的一应用151–154的应用ID 176，并存储与所述应用151–154相关联的服务策略180。例如，Rx 220从所述CNC 130接收所述隧道建立请求170。

步骤1104中，基于所述网络100中的可用资源确定满足所述服务策略180的隧道163。例如，处理器205确定满足所述隧道建立请求170中的服务策略180的隧道163。在步骤1106中，向所述CNC 130发送指示是否已经建立满足所述服务策略180的隧道163的消息。例如，Tx 225将所述消息发送给所述CNC。

图12示出一种装置1200，用于实现本文中所描述的一个或多个的方法，例如图10中的方法1000。所述装置1202包括构件1202，用于存储VLAN的VLAN ID 172、在所述VLAN中执行的一应用151–154的应用ID 176及与所述应用151–154相关联的服务策略180之间的映射，所述服务策略180定义所述应用151–154的网络需求，所述VLAN与CE相关联。所述装置1202还包括构建1204，用于发送包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求。所述存储构件1202还包括用于存储响应于所述隧道建立请求170建立的隧道1630的隧道ID 190的构件。所述隧道定义满足入口PE节点与出口PE节点之间的、满足所述服务策略的路径。

图13示出装置1300，用于实现本文中所公开的一个或多个的方法，例如图11中的方法1100。所述装置1300包括构件1302，用于从CNC 130接收隧道建立请求170，其中，所隧道建立请求170包括VLAN的VLAN ID 172、在所述VLAN中执行的一应用151–154的应用ID176及与所述应用151–154相关联的服务策略180，所述服务策略180定义所述应用151–154的网络需求，所述VLAN与CE相关联；构件1304，用于基于网络中的可用资源确定满足所述服务策略180的隧道163；构件1306，用于向所述CNC 130发送消息，其中，所述消息指示是否已经建立满足所述服务策略190的隧道163。

虽然本发明中已提供若干实施例，但应理解，在不脱离本发明的精神或范围的情况下，本发明所公开的系统和方法可以以许多其它特定形式来体现。本发明的实例应被视为说明性而非限制性的，且本发明并不限于本文本所给出的细节。例如，各种元件或部件可以在另一系统中组合或合并，或者某些特征可以省略或不实施。

此外，在不脱离本发明的范围的情况下，各种实施例中描述和说明为离散或单独的技术、系统、子系统和方法可以与其它系统、模块、技术或方法进行组合或集成。展示或论述为彼此耦合或直接耦合或通信的其它项也可以采用电方式、机械方式或其它方式经由某一接口、设备或中间组件间接地耦合或通信。其它变化、替代和改变的示例可以由本领域的技术人员在不脱离本文精神和所公开的范围的情况下确定。

Claims (20)

1.一种由网络中客户网络控制器(customer network controller，CNC)实现的方法，其特征在于，包括：

所述CNC的存储器存储虚拟局域网(virtual local area network，VLAN)的VLAN标识符(identifier，ID)、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略之间的映射，其中，所述服务策略定义所述应用的网络需求，所述VLAN与用户边缘设备(customer edge，CE)相关联；

所述CNC的发射器发送包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求；

所述存储器存储响应于所述隧道建立请求而建立的隧道的隧道ID，其中，所述隧道定义满足所述服务策略的入口运营商边缘(provider edge，PE)节点与出口PE节点之间的路径。

2.根据权利要求1所述的方法，其特征在于，还包括：所述CNC的接收器从所述CE接收VLAN信息，其中，所述VLAN信息包括标识与所述CE相关联的多个VLAN的多个标识符、标识与所述VLAN中每个VLAN相关联的多个应用的多个标识符及每个所述应用的多个服务策略。

3.根据权利要求1或2所述的方法，其特征在于，在确定所述存储器存储了满足所述服务策略的所述隧道对应的所述隧道ID之后，发送所述隧道建立请求。

4.根据权利要求1至3任一项所述的方法，其特征在于，还包括：接收消息，该消息指示已在所述网络中建立满足所述服务策略的所述隧道。

5.根据权利要求1至4任一项所述的方法，其特征在于，从中央控制器接收所述消息，其中，所述中央控制器包括多域业务协调器(Multi-Domain Service Coordinator，MDSC)、物理网络控制器(Provisioning Network Controller，PNC)、超级控制器或域控制器中的至少一种。

6.根据权利要求1至5任一项所述的方法，其特征在于，还包括：

所述CNC的所述存储器存储包括多个服务策略的服务策略目录及与所述服务策略中的每个服务策略相关联的多个值；

所述CNC的处理器将所述服务策略中的每个服务策略的所述值中的一个值分配给所述应用。

7.根据权利要求1至6任一项所述的方法，其特征在于，还包括：

所述CNC的所述发射器发送包括所述VLAN ID、第二应用的第二应用ID及所述服务策略的第二隧道建立请求；

所述存储器将所述隧道的所述隧道ID存储在与所述第二应用对应的第二映射中。

8.一种中央控制器，其特征在于，用于在网络中建立流量工程(traffic engineered，TE)隧道，包括：

接收器，用于从客户网络控制器(customer network controller，CNC)接收隧道建立请求，其中，所述隧道建立请求包括虚拟局域网(virtual local area network，VLAN)的VLAN标识符(identifier，ID)、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略，所述服务策略定义所述应用的网络需求，所述VLAN与用户边缘设备(customeredge，CE)相关联；

耦合至所述接收器的处理器，用于基于所述网络中的可用资源确定满足所述服务策略的隧道；

耦合至所述处理器的发射器，用于向所述CNC发送消息，其中，所述消息指示是否已经建立满足所述服务策略的所述隧道。

9.根据权利要求8所述的中央控制器，其特征在于，在耦合至所述CE的入口运营商边缘(provider edge，PE)路由器与耦合至第二CE的出口PE路由器之间建立所述隧道，其中，所述第二CE与服务提供商相关联。

10.根据权利要求8或9所述的中央控制器，其特征在于，将所述隧道建立请求发送给多域业务协调器(Multi Domain Service Coordinator，MDSC)或超级控制器。

11.根据权利要求8至10任一项所述的中央控制器，其特征在于，所述中央控制器为软件定义网络(software defined network，SDN)控制器。

12.根据权利要求8至11任一项所述的中央控制器，其特征在于，所述服务策略包括定义与所述应用相关联的带宽、吞吐量、时延或错误率中的至少一个的值。

13.根据权利要求8至12任一项所述的中央控制器，其特征在于，所述处理器还用于生成唯一标识满足所述服务策略的所述隧道的隧道ID。

14.一种网络中实现的客户网络控制器(customer network controller，CNC)，其特征在于，包括：

存储器，用于存储虚拟局域网(virtual local area network，VLAN)的VLAN标识符(identifier，ID)、在所述VLAN中执行的应用的应用ID及与所述应用相关联的服务策略之间的映射，其中，所述服务策略定义所述应用的网络需求，所述VLAN与用户边缘设备(customer edge，CE)相关联；

耦合至所述存储器的发射器，用于传输包括所述VLAN ID、所述应用ID及所述服务策略的隧道建立请求，其中，

所述存储器还用于存储响应于所述隧道建立请求而建立的隧道的隧道ID，

所述隧道满足所述服务策略。

15.根据权利要求14所述的CNC，其特征在于，还包括：耦合至所述存储器的接收器，用于从所述CE接收VLAN信息，其中，所述VLAN信息包括标识与所述CE相关联的多个VLAN的多个标识符、标识与所述VLAN中每个VLAN相关联的多个应用的多个标识符及每个所述应用的多个服务策略。

16.根据权利要求14或15任一项所述的CNC，其特征在于，在确定所述存储器存储了满足所述服务策略的所述隧道对应的所述隧道ID之后，发送所述隧道建立请求。

17.根据权利要求14至16任一项所述的CNC，其特征在于，还包括：耦合至所述存储器的接收器，用于接收指示已在所述网络中建立满足所述服务策略的所述隧道的消息。

18.根据权利要求14至17任一项所述的CNC，其特征在于，从物理网络控制器或多域业务协调器接收所述消息。

19.根据权利要求14至18任一项所述的CNC，其特征在于，所述存储器还用于存储包括多个服务策略的服务策略目录及与所述服务策略中的每个服务策略相关联的多个值；所述CNC还包括耦合至所述存储器的处理器，用于将所述服务策略中的每个服务策略的所述值中的一个值分配给所述应用。

20.根据权利要求14至19任一项所述的CNC，其特征在于，所述发射器还用于发送包括所述VLAN的ID、第二应用的第二ID及所述服务策略的第二隧道建立请求；所述存储器还用于将所述隧道的所述隧道ID存储在与所述第二应用对应的第二映射中。

Images