CN103380601B - 确定建立多协议标签交换流量工程隧道的方法及设备 - Google Patents

确定建立多协议标签交换流量工程隧道的方法及设备 Download PDF

Info

Publication number
CN103380601B
CN103380601B CN201280000109.4A CN201280000109A CN103380601B CN 103380601 B CN103380601 B CN 103380601B CN 201280000109 A CN201280000109 A CN 201280000109A CN 103380601 B CN103380601 B CN 103380601B
Authority
CN
China
Prior art keywords
traffic engineering
engineering tunnel
mpls traffic
equipment
mpls
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201280000109.4A
Other languages
English (en)
Other versions
CN103380601A (zh
Inventor
李振斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN103380601A publication Critical patent/CN103380601A/zh
Application granted granted Critical
Publication of CN103380601B publication Critical patent/CN103380601B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Abstract

本发明提供一种确定建立多协议标签交换流量工程隧道的方法及设备。其中，方法包括：第一PE接收第二PE发布的包括第二PE所属Mesh Group的信息和角色信息的IGP通告消息，然后根据两者所属Mesh Group的信息，确定是否属于同一Mesh Group；在确定属于同一Mesh Group后，根据两者的角色信息，确定是否建立到第二PE的MPLS TE隧道。本发明技术方案同时依据PE所属Mesh Group和角色信息建立MpLS TE隧道，避免了不必要MPLS TE隧道的建立，克服了使用Mesh Group方案建立MPLS TE隧道时的局限性。

Description

确定建立多协议标签交换流量工程隧道的方法及设备
技术领域
本发明涉及网络通信技术，尤其涉及一种确定建立多协议标签交换流量工程隧道的方法及设备。
背景技术
第三代合作伙伴计划(The 3rd Generation Partnership Project，3GPP)在宽带码分多址(Wideband Code Division Multiple Access，WCDMA)R4标准中定义的3G网络架构主要包括：无线接入网(Radio Access Network，RAN)、核心网(Core Network)和承载网(Backbone)。广义的RAN包括终端与基站间的空口(Air Interface)，即Uu接口，以及基站与基站控制器间的Iub接口。对于传输和承载来说，RAN一般是指基站与基站控制器之间的汇聚网络。
伴随着移动网从2G向3G再到长期演进(Long Term Evolution，LTE)技术的发展，移动通信网络将沿着宽带化、分组化、扁平化的方向演进，移动全网际协议(InternetProtocol，IP)(ALL IP)网络成为不可逆转的趋势。RAN同样面临着从传统时分复用(TimeDivision Multiplex，TDM)/异步传输模式(Asynchronous Transfer Mode，ATM)RAN向IPRAN转型的趋势。基于IP/多协议标签交换(Multi-Protocol Label Switching，MPLS)分组数据技术的IP RAN具有更高的带宽，支持数据业务的统计复用，能更好地支持未来的宽带移动业务，并且采用了与IP骨干网相同的技术，与骨干网具有更好的一致性和融合性，因此得到广泛应用。IP RAN主要包括：由ATN或其他类型设备组成一个基站侧的接入环和由CX或其他类型的设备组成的汇聚环。通常，汇聚环上的每台设备可以接入10～20个接入环。每个接入环有10台左右的ATN等构成。汇聚环一般放置两台高端CX或其他类型设备作为网关，与核心网连接。接入环上的ATN或其他设备被称为小区站点网关(Cell Site Gateway，CSG)或多服务传输网关(Multi-Service Transport Gateway，MSTG)。汇聚环上的CX或其他类型的设备被称为无线控制器站点网关(RNCSite Gateway，RSG)或多服务汇聚网关(Multi-Service Aggregation Gateway，MSAG)。其中，同时处于接入环和汇聚环上的设备即为MPLS虚拟专用网(Virtual Private Network，VPN)中的核心路由器(Provider Router)，即P设备；其他处于接入环或汇聚环上的设备即为MPLS VPN中的运营商边缘设备(ProviderEdge，PE)。
在IP RAN解决方案中，根据业务类型的不同，可以在接入环上的PE(即CSG)和汇聚环上的PE(即RSG)之间部署端到端的伪线(PW)，或者是三层VPN(L3VPN)来承载。L3VPN和PW一般使用MPLS流量工程(Traffic Engineering，TE)隧道来穿越网络。最初MPLS TE隧道采用静态手工的配置方法，其中典型的MPLS TE隧道需要10个命令左右，手工配置MPLS TE隧道的效率低，且配置量大。于是，互联网工程任务组(Internet Engineering Task Force，IETF)的RFC 4972(Routing Extension for Discovery of MPLS TE Mesh Membership)定义了通过路由协议扩展发现MPLS TE网络成员(Mesh Membership)的机制，提供了一种可以自动建立MPLS TE隧道的方法。
在RFC 4972提供的方案中，网络中的PE可以定义为特定的网点组(Mesh Group)的成员(一个设备可以属于多个Mesh Group)，通过内部网关协议(Interior GatewayProtocol，IGP)将设备所属的Mesh Group信息发布出去，这样设备可以通过IGP发现MPLSTE网络的成员，属于相同Mesh Group的成员设备之间相互建立MPLS TE隧道，构成一个全网状(Full Mesh)的连接。基于上述，在IP RAN场景中，可以通过将不同接入环上的PE和汇聚环上的PE划分到相应的Mesh Group中，通过IGP通告自动发现MPLS TE网络的节点，并自动发起MPLS TE隧道的建立，从而减轻了MPLS TE的配置量、提高了配置效率。
但是，由于RFC 4972提供的方案只适用于全网状连接的建立，这样属于同一MeshGroup的接入环上的两个PE(即两个CSG)之间也会建立MPLS TE隧道。实际上，移动业务都是从基站连接到基站控制器的，即只需要在接入环上的PE和汇聚环上的PE之间建立MPLS TE隧道，而接入环上的PE之间是不需要建立MPLS TE隧道的。因此，RFC 4972方案在使用上具有局限性。
发明内容
本发明的实施例提供一种多协议标签交换流量工程隧道建立方法及设备，用以通过Mesh Group方案在需要建立MPLS TE隧道的PE之间建立MPLS TE隧道，并保证不建立不必的MPLS TE隧道，克服使用Mesh Group方案建立MPLS TE隧道时的局限性。
本发明的实施例提供一种多协议标签交换流量工程MPLS TE隧道建立方法，包括：
第一运营商边缘设备PE接收网络中第二PE发布的内部网关协议IGP通告消息，所述IGP通告消息包括所述第二PE所属网点组Mesh Group的信息和所述第二PE在网络业务中的角色信息，所述第二PE在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的；
所述第一PE根据所述第一PE所属Mesh Group的信息和所述第二PE所属MeshGroup的信息，确定所述第一PE与所述第二设备是否属于同一Mesh Group；
所述第一PE在确定所述第一PE与所述第二PE属于同一Mesh Group后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第二PE的MPLS TE隧道，所述第一PE在网络业务中的角色信息是根据所述网络业务的应用场景划分出的。
本发明的实施例提供一种多协议标签交换流量工程MPLS TE隧道建立设备，包括：
接收模块，用于接收网络中第二确定建立MPLS TE隧道的设备发布的内部网关协议IGP通告消息，所述IGP通告消息包括所述第二确定建立MPLSTE隧道的设备所属网点组Mesh Group的信息和所述第二确定建立MPLS TE隧道的设备在网络业务中的角色信息，所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的；
第一确定模块，用于根据所述确定建立MPLS TE隧道的设备所属MeshGroup的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息，确定所述确定建立MPLSTE隧道的设备与所述第二确定建立MPLS TE隧道的设备是否属于同一Mesh Group；
第二确定模块，用于在所述第一确定模块确定所述确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备属于同一Mesh Group后，根据所述确定建立MPLSTE隧道的设备在所述网络业务中的角色信息和所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息，确定是否建立到所述第二确定建立MPLS TE隧道的设备的MPLSTE隧道，所述确定建立MPLS TE隧道的设备在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的。
本发明的实施例提供一种多协议标签交换流量工程隧道建立方法及设备，网络中各个PE在通过IGP通告消息发布所属Mesh Group的同时发布其在网络业务中的角色信息，各PE根据其与属于同一Mesh Group的其他PE的角色信息，确定是否与属于同一Mesh Group的其他PE建立MPLS TE隧道，不再像现有技术那样仅根据是否属于同一Mesh Group这一个条件建立MPLS TE隧道，避免了不必要MPLS TE隧道的建立，克服了使用Mesh Group方案建立MPLS TE隧道时的局限性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的确定建立MPLS TE隧道的方法的流程图；
图2为本发明另一实施例提供的确定建立MPLS TE隧道的方法的流程图；
图3为本发明又一实施例提供的确定建立MPLS TE隧道的方法的流程图；
图4A为本发明一实施例提供的Hub-Spoke场景下的网络结构示意图；
图4B为本发明一实施例提供的Hub-Spoke场景下MPLS TE隧道建立方法的流程图；
图5A为本发明另一实施例提供的跨域MPLS TE场景下的网络结构示意图；
图5B为本发明另一实施例提供的跨域MPLS TE场景下MPLS TE隧道建立方法的流程图；
图6A为本发明一实施例提供的P2MP MPLS场景下的网络结构示意图；
图6B为本发明一实施例提供的P2MP MPLS场景下MPLS TE隧道建立方法的流程图；
图7为本发明一实施例提供的单向MPLS场景下MPLS TE隧道建立方法的流程图；
图8为本发明一实施例提供的基于配置共享Mesh Group建立MPLS TE隧道的流程图；
图9为本发明一实施例提供的IGP通告消息的结构示意图；
图10为本发明一实施例提供的确定建立MPLS TE隧道的设备的结构示意图；
图11为本发明另一实施例提供的确定建立MPLS TE隧道的设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明一实施例提供的确定建立MPLS TE隧道的方法的流程图。如图1所示，本实施例的方法包括：
步骤101、第一PE接收网络中第二PE发布的IGP通告消息，所述IGP通告消息包括第二PE所属网点组(Mesh Group)的信息和第二PE在网络业务中的角色信息。
本发明各实施例适用于各种支持MPLS VPN的网络。本实施例的网络可以是3GPP在WCDMA R4标准中定义的3G网络架构中的IP RAN，但不限于此。例如，如果3GPP在WCDMA R4标准中定义的3G网络架构中的核心网也支持MPLS VPN，则本实施例的网络还可以是所述的核心网。
在本发明各实施例中，第一PE或第二PE在网络业务中的角色信息是根据网络业务的应用场景划分出的。也就是说，根据网络业务的应用场景划分MPLS VPN网络中各PE所处的角色。网络业务的应用场景包括轮毂-辐条(Hub-Spoke)场景、P2MP MPLS场景、单向MPLS场景以及跨域MPLS TE场景等。其中，Hub-Spoke场景尤其适用于基于MPLS技术实现的IPRAN网络，但不限于此。在Hub-Spoke场景中，PE的角色信息包括Hub节点和Spoke节点，且只需要建立从Hub节点到Spoke节点或从Spoke节点到Hub节点的MPLS TE隧道。在Hub-Spoke场景中，第一PE在网络业务中的角色信息可以是Hub节点或Spoke节点，第二PE在网络业务中的角色信息也可以是Hub节点或Spoke节点。P2MP MPLS场景是指需要一个PE与多个PE建立MPLSTE隧道的场景。在P2MP MPLS场景中，PE的角色信息包括根节点和叶子节点；根节点需要与多个叶子节点建立一条P2MP MPLS TE隧道。在P2MPMPLS场景中，第一PE在网络业务中的角色信息可以是根节点或叶子节点，第二PE在网络业务中的角色信息也可以是根节点或叶子节点。单向MPLS场景是指仅能从一个PE到另一个PE建立MPLS TE隧道而不能反向建立MPLS TE隧道的场景。在单向MPLS场景中，PE的角色信息包括入节点和出节点；只能从入节点到出节点方向建立MPLS TE隧道。在单向MPLS场景中，第一PE在网络业务中的角色信息可以是入节点或出节点，第二PE在网络业务中的角色信息也可以是入节点或出节点。跨域MPLS TE场景是指需要使用IGP多进程或多区域技术来进行网络的划分，即各PE分属于不同的IGP进程或区域。以IP RAN网络为例，接入环和汇聚环上的PE分属于不同的IGP进程或区域。在跨域MPLS TE场景中，PE的角色信息除了可以是Hub节点或Spoke节点之外，还可以是跨域的边缘节点(Border)，即该边缘节点处于两个IGP进程或区域上。跨域MPLS TE场景还可以与P2MP MPLS场景、单向MPLS场景等相结合，此时PE的角色信息除了包括根节点和叶子节点，或除了包括入节点和出节点，同样还包括跨域的边缘节点。另外，对于跨域的边缘节点除了可以是PE之外，还可能是P设备。
在本实施例中，以网络中的一个PE(即第一PE)为例来说明MPLS TE隧道的建立。对于网络中任何一个PE来说，其建立MPLS TE隧道的过程均与第一PE相同，故不再赘述。在本实施例中，第二PE是指网络中除第一PE之外的其他PE。在不同网络业务的应用场景中，第二PE的个数可以不同。
在实际应用中，网络中各PE都会属于一个Mesh Group，并会通过IGP通告消息在网络中发布其所属Mesh Group的信息。在本实施例中，各PE在网络中发布其所属Mesh Group的信息的同时，还会通过IGP通告消息发布其在网络业务中的角色信息。另外，网络中的各PE还会接收其他PE发布的IGP通告消息，从而获知其他PE所属Mesh Group的信息和其他PE在网络业务中的角色信息。
对于第一PE来说，除了通过IGP通告消息在网络中发布其所属Mesh Group的信息和其在网络业务中的角色信息之外，还会接收到网络中第二PE发送的IGP通告消息。对于第二PE来说，同样会接收第一PE发布的包括第一PE所属Mesh Group的信息和在网络业务中的角色信息的IGP通告消息，并会根据第一PE所属Mesh Group的信息和第二PE所属MeshGroup的信息确定第一PE与第二PE属于同一Mesh Group后，根据第一PE在网络业务中的角色信息和第二PE在网络业务中的角色信息，确定是否建立到第一PE的MPLS TE隧道。
可选的，在第一PE向网络中的其他PE发布IGP通告消息之前，或者在第一PE接受网络中其他PE，例如第二PE发布的IGP通告消息之前，可以根据网络业务的应用场景，为第一PE配置所属Mesh Group的信息和在网络业务中的角色信息。同理，对于其他PE，也可以根据网络业务的应用场景，为其他PE配置所属Mesh Group的信息和在网络业务中的角色信息。
步骤102、第一PE根据第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息，确定第一PE和第二PE是否属于同一Mesh Group；如果判断结果为是，即第一PE确定第一PE与第二PE属于同一Mesh Group，执行步骤103；可选地，如果判断结果为否，即第一PE确定第一PE与第二PE不属于同一Mesh Group，执行步骤104。
在本实施例中，第一PE接收到第二PE的IGP通告消息后，对第二PE的IGP通告消息进行解析，获取第二PE所属Mesh Group的信息和第二PE在网络业务中的角色信息。然后，第一PE根据第一PE和第二PE所属MeshGroup的信息来确定第一PE与第二PE是否属于同一MeshGroup。例如，第一PE可以判断第一PE所属Mesh Group的信息是否与第二PE所属MeshGroup的信息相同；如果判断结果为相同，则第一PE确定第一PE与第二PE属于同一Mesh Group；反之，确定第一PE与第二PE属于不同的Mesh Group。
其中，Mesh Group的信息可以是Mesh Group的标号、名称等可以唯一标识一个Mesh Group的任何信息。
可选的，第二PE发布的IGP通告消息中还可以包括第二PE所属MeshGroup是否为共享Mesh Group的信息。
基于共享Mesh Group，第一PE根据第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息，确定第一PE与第二PE是否属于同一MeshGroup包括：
如果第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息相同，第一PE确定第一PE与第二PE属于同一Mesh Group。
如果第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息不相同，但第一PE所属Mesh Group和/或第二PE所属Mesh Group为共享Mesh Group，第一PE确定第一PE与第二PE属于同一Mesh Group。例如，第一PE所属Mesh Group的信息为Mesh Group1，第二PE所述Mesh Group的信息为Mesh Group2，但第一PE或第二PE所属Mesh Group为共享MeshGroup。此时，即使第一PE所属Mesh Group的信息与第二PE所述Mesh Group的信息不同，但由于存在至少一个共享Mesh Group，第一PE仍会确定第一PE与第二PE属于同一MeshGroup。
如果第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息不相同，且第一PE所属Mesh Group和第二PE所属Mesh Group均不是共享Mesh Group，第一PE确定第一PE与第二PE不属于同一Mesh Group。
步骤103、第一PE根据第一PE在网络业务中的角色信息和第二PE在网络业务中的角色信息，确定是否建立到第二PE的MPLS TE隧道。
在本实施例中，当第一PE判断出第一PE和第二PE属于同一Mesh Group后，并不像现有技术那样直接确定出需要与第二PE建立MPLS TE隧道，而是进一步根据第一PE的角色信息和第二PE的角色信息确定第一PE是否需要建立到第二PE的MPLS TE隧道，从而避免建立不必要的MPLS TE隧道。
例如，以IP RAN网络为例，IP RAN网络中的CSG的角色信息可以看作Hue-Spoke场景中的Spoke节点，而RSG的角色信息可以看作Hub节点。如果第一PE和第二PE在网络业务中的角色都是Hub节点，或者第一PE和第二PE在网络业务中的角色都是Spoke节点，则第一PE和第二PE之间是不需要建立MPLS TE隧道的，故第一PE确定不建立到第二PE的MPLS TE隧道；而在其他情况下，第一PE确定建立到第二PE的MPLS TE隧道。换句话说，在Hue-Spoke场景中，第一PE在确定第一PE的角色信息与第二PE的角色信息不同后，确定建立到第二PE的MPLS TE隧道；第一PE在确定第一PE的角色信息与第二PE的角色信息相同后，确定不建立到第二PE的MPLS TE隧道。即在CSG和CSG之间，在RSG和RSG之间不建立MPLS TE隧道，而在CSG和RSG之间才会建立MPLS TE隧道。
又例如，以P2MP MPLS场景为例，第一PE在确定第一PE在网络业务中的角色信息是叶子节点后，或者在确定第一PE和第二PE在网络业务中的角色信息都是根节点后，则第一PE和第二PE之间是不需要建立P2MP MPLSTE隧道的，故第一PE确定不建立到第二PE的P2MPMPLS TE隧道；而在其他情况下，即第一PE在确定第一PE在网络业务中的角色信息为根节点，且第二PE在网络业务中的角色信息为叶子节点后，确定建立到第二PE的MPLS TE隧道。在该场景下，第二PE为多个，以便于构成P2MP。
又例如，以单向MPLS场景为例，第一PE在确定第一PE在网络业务中的角色信息为入节点，且第二PE在网络业务中的角色信息为出节点后，确定建立到第二PE的MPLS TE隧道；第一PE在确定第一PE在网络业务中的角色为出节点后，或在确定第一PE和第二PE在网络业务中的角色信息均为入节点后，确定不建立到第二PE的MPLS TE隧道。
步骤104、第一PE确定不建立到第二PE的MPLS TE隧道。
当第一PE判断出第一PE和第二PE不属于同一Mesh Group(即属于不同的MeshGroup)时，第一PE和第二PE之间不能建立MPLS TE隧道，故第一PE确定不建立到第二PE的MPLS TE隧道。
在本实施例中，网络中各PE在发布自己所属Mesh Group的信息的同时，发布其在网络业务中的角色信息，各PE同时根据自己与其他PE所属MeshGroup的信息以及各自在网络业务中的角色信息确定是否要建立到其他PE的MPLS TE隧道，保证需要建立MPLS TE隧道的PE之间建立MPLS TE隧道，不需要建立MPLS TE隧道的PE之间不建立MPLS TE隧道，克服了使用MeshGroup方案建立MPLS TE隧道时的局限性，节约了建立不必要MPLS TE隧道所消耗的资源。
图2为本发明另一实施例提供的确定建立MPLS TE隧道的方法的流程图。本实施例基于图1所示实施例实现，如图2所示，本实施例的方法在步骤101之前包括：
步骤100、根据网络业务的应用场景，为第一PE配置所属Mesh Group的信息和在网络业务中的角色信息。
该步骤100用于预先配置第一PE所属的Mesh Group以及各PE在网络业务中的角色信息。该配置操作可是人工执行，还可以是第一PE在一台管理设备的控制下自动配置自己所属Mesh Group和自己在网络业务中的角色。对于其他PE来说，也需要预先配置各PE所属的Mesh Group的信息和在网络业务中的角色信息。
其中，对于网络中各PE(包括第一PE)，均可以按业务分类配置各PE所属的MeshGroup及在网络业务中的角色信息。例如，将L3VPN业务和一个Mesh Group绑定，即所有支持L3VPN业务的PE属于同一Mesh Group，并配置各个支持L3VPN业务的PE在支持L3VPN业务时的角色信息；将L2VPN业务和另一个Mesh Group绑定，即所有支持L2VPN业务的PE属于同一Mesh Group，并配置各个支持L2VPN业务的PE在支持L2VPN业务时的角色信息。
以步骤101中涉及的几种应用场景为例：如果网络的应用场景是hub-Spoke场景，则配置第一PE的角色信息为Hub节点或Spoke节点；配置第二PE的角色信息为Hub节点或Spoke节点。例如，以IP RAN网络为例，需要配置CSG的角色信息为Spoke节点，配置RSG的角色信息为Hub节点。其中，第一PE可以是CSG或RSG，第二PE也可以是CSG或RSG。如果网络业务的应用场景是P2MP MPLS场景，则配置第一PE的角色信息为根节点或叶子节点；配置第二PE的角色信息为根节点或叶子节点。如果网络业务的应用场景是单向MPLS场景，则配置第一PE的角色信息为入节点或出节点；配置第二PE的角色信息为入节点或出节点。在跨域MPLSTE场景中，还可以配置跨多个域的设备的角色信息为边缘节点。其中，跨域的设备可以是PE，还可以是P设备。
进一步，在上述配置过程中，还可以配置各PE建立MPLS TE隧道所使用的属性。所述属性包括带宽信息、显式路径、亲和属性、快速重路由等。一种配置PE建立MPLS TE隧道所使用的属性的优选实施方式为：配置PE使用的MPLS TE隧道模板，该模板定义了PE建立MPLSTE隧道所使用的属性。
另外，对于一个PE来说，在配置该PE所属的Mesh Group之后，还需要配置该PE上某个Mesh Group建立MPLS TE隧道使用的属性以及使用配置的属性建立MPLS TE隧道的策略等信息。其中，同一PE可以同时属于不同的Mesh Group。不同Mesh Group可以使用不同的属性来建立MPLS TE隧道。其中，使用配置的属性建立MPLS TE隧道的策略可以是共享方式或独占方式。共享方式表示在使用配置的属性建立MPLS TE隧道时发现该MeshGroup中已经有对应的MPLS TE隧道存在，则无需再建立MPLS TE隧道，直接使用已有的MPLS TE隧道。独占方式表示在使用配置的属性建立MPLSTE隧道时不考虑已经存在的MPLS TE隧道，需要建立独立的MPLS TE隧道供Mesh Group中的业务使用。
在本实施例中，通过预先配置网络中各PE所属的Mesh Group以及在网络业务中的角色信息，为各PE发布其所属Mesh Group的信息以及在网络业务中的角色信息，以及根据其他PE所属Mesh Group的信息以及在网络业务中的角色信息确定是否建立到其他PE的MPLS TE隧道提供了条件。另外，本实施例不限制配置操作的执行方式，可以是人工配置也可以是各PE自动配置，具有实现灵活的特点。
图3为本发明又一实施例提供的确定建立MPLS TE隧道的方法的流程图。本实施例基于图2所示实施例实现，如图3所示，本实施例在步骤103之后包括：
步骤105、当第一PE确定建立到第二PE的MPLS TE隧道后，第一PE发起到第二PE的MPLS TE隧道的建立。
其中，如果第一PE和第二PE属于同一IGP进程或区域，即在非跨域的各应用场景中，第一PE根据第一PE在网络业务中的角色信息和第二PE在网络业务中的角色信息确定出需要建立到第二PE的MPLS TE隧道后，使用该Mesh Group对应的属性及共享/独占的隧道策略，触发直接与第二PE建立MPLS TE隧道的过程，而无需经过跨域的边缘节点。
如果第一PE和第二PE属于不同的IGP进程或区域，即在跨域MPLS TE场景中，第一PE根据第一PE在网络业务中的角色信息和第二PE在网络业务中的角色信息确定出需要建立到第二PE的MPLS TE隧道后，第一PE从第一PE所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到第二PE的路径，以完成到第二PE的MPLS TE隧道的建立。
其中，第一PE到角色信息为边缘节点的设备之间建立的路径和角色信息为边缘节点的设备到第二PE之间的路径构成第一PE到第二PE的MPLS TE隧道。其中，第一PE建立到角色信息为边缘节点的设备之间的路径的过程，以及角色信息为边缘节点的设备建立到第二PE的路径的过程，均与第一PE直接向第二PE设备发起建立MPLS TE隧道的方式相同。其中，第一PE建立到角色信息为边缘节点的设备之间的路径的同时，会告知角色信息为边缘节点的设备其需要建立到第二PE的路径并会将第二PE的信息告知角色信息为边缘节点的设备。
可选的，边缘节点这一角色信息可以包括主边缘节点和备份边缘节点。也就是说，在跨域MPLS TE场景中，第一PE或第二PE或其他PE或P设备的角色信息还可以是主边缘节点或备份边缘节点。
可选的，第一PE从第一PE所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到第二PE的路径，以完成到第二PE的MPLS TE隧道的建立包括：
第一PE从第一PE所属Mesh Group中选择一个角色信息为主边缘节点的设备，建立到所选择的角色信息为主边缘节点的设备的路径，并触发所选择的角色信息为主边缘节点的设备建立到第二PE的路径，以完成到第二PE的主MPLS TE隧道的建立。和/或
第一PE从第一PE所属Mesh Group中选择一个角色信息为备份边缘节点的设备，建立到所选择的角色信息为备份边缘节点的设备的路径，并触发所选择的角色信息为备份边缘节点的设备建立到第二PE的路径，以完成到第二PE的备份MPLS TE隧道的建立。
进一步，第一PE可以预先为其L3VPN或L2VPN业务绑定了该MeshGroup，并使用该Mesh Group对应的MPLS TE隧道来承载属于该Mesh Group的L3VPN或L2VPN业务。
第一PE也可以不预先为其L3VPN或L2VPN业务绑定Mesh Group，而是在开展L3VPN或L2VPN业务时在将L3VPN或L2VPN业务与Mesh Group进行绑定，并使用所绑定的MeshGroup对应的MPLS TE隧道来承载属于该Mesh Group的L3VPN或L2VPN业务。
在本实施例中，各PE在根据其在网络业务中的角色信息和属于同一Mesh Group的其他PE在网络业务中的角色信息确定出需要建立到其他PE的MPLS TE隧道之后，直接向其他PE发起MPLS TE隧道的建立，为基于建立的MPLS TE隧道开展L3VPN或L2VPN业务打下了基础。
可选的，在上述各实施例中，第一PE除了接收第二PE的IGP通告消息之外，还会向第二PE(即网络中的其他PE)发送IGP通告消息。第一PE发送的IGP通告消息包括第一PE所属Mesh Group的信息和第一PE在网络业务中的角色信息。这样，当第二PE接收到第一PE的IGP通告消息后，首先可以第一PE所属Mesh Group的信息和第二PE所属Mesh Group的信息确定第一PE和第二PE是否属于同一Mesh Group；当确定出第一PE和第二PE属于同一Mesh Group后，进一步根据第一PE在网络业务中的角色信息和第二PE在网络业务中的角色信息确定是否建立到第一PE的MPLS TE隧道；当确定出第一PE和第二PE不属于同一Mesh Group后，确定不建立到第二PE的MPLS TE隧道。
可选的，在上述各实施例中，当第二PE所属Mesh Group的信息和/或第二PE在网络业务中的角色信息发生变化时，第二PE会重新发送IGP通告消息。相应的，第一PE会接收第二PE重新发送的IGP通告消息，并会重新确定是否建立到第二PE的MPLS TE隧道。同理，当第一PE所属Mesh Group的信息和/或第一PE在网络业务中的角色信息发生变化时，第一PE会重新发送IGP通告消息。相应的，第二PE会接收第一PE重新发送的IGP通告消息，并会重新确定是否建立到第一PE的MPLS TE隧道。
下面将结合几种具体应用场景，详细说明本发明提供的MPLS TE隧道建立方法的流程。
图4A为本发明一实施例提供的Hub-Spoke场景下的网络结构示意图。图4B为本发明一实施例提供的Hub-Spoke场景下MPLS TE隧道建立方法的流程图。
本实施例以IP RAN网络中的Hub-Spoke业务场景为例，图4A所示的IPRAN网络包括：基站41、处于接入环上的各PE42、处于汇聚环上的PE43以及同时处于接入环和汇聚环上的P设备44。其中，图4A中虚线所示圆环为接入环，实线所示圆环为汇聚环。处于接入环上的每个PE42都与一个基站41连接，为便于图示，图4A中仅示出两个PE42与基站41连接，未示出其他PE42连接的基站41。
从IP RAN角度来看，处于接入环上的PE42即为CSG，处于汇聚环上的PE43即为RSG。另外，由于RSG类似一个轮毂(Hub)，CSG和RSG之间的连接类似辐条(Spoke)，CSG都通过Spoke连接到Hub，而CSG之间则不需要Spoke连接。针对IP RAN网络的特点，本实施例对现有的Mesh Group机制做如下扩展：为Mesh Group节点定义两种角色，一个是Hub节点，一个是Spoke节点。在IP RAN网络中，CSG的角色是Spoke节点，RSG的角色是Hub节点。
如图4B所示，本实施例的方法包括：
步骤401、为第一PE配置第一PE所属的Mesh Group和在网络业务中的角色信息。
其中，第一PE可以是PE42或PE43，第二PE也可以是PE42或PE43。在本实施例中，以第一PE为某个PE42，第二PE为某个PE43为例进行说明。
在本实施例中，除了配置第一PE所属Mesh Group和在网络业务中的角色信息之外，也需要配置其他PE42和PE43所属Mesh Group和在网络业务中的角色信息。
具体的，配置PE42的角色为Spoke节点，并配置PE43的角色为Hub节点。按业务分类配置各PE42和PE43所属的Mesh Group，例如将L3VPN业务和一个Mesh Group绑定，即将支持L3VPN业务的各PE42和PE43配置到同一Mesh Group中。而将L2VPN业务和另一个Mesh Group绑定，即将支持L2VPN业务的各PE42和PE43配置到同一Mesh Group中。
需要说明的是，步骤401是本实施例中的一个可选步骤。第一PE中可能预先配置有第一PE所属的Mesh Group和在网络业务中的角色信息。
步骤402、在IP RAN网络中为第一PE配置第一PE建立MPLS TE隧道所使用的属性。
优选的，可以用MPLS TE隧道模板来定义建立MPLS TE隧道所使用的属性，并通过配置各第一PE使用的MPLS TE隧道模板，实现配置第一PE建立MPLS TE隧道所使用的属性的目的。
在本实施例中，除了配置第一PE建立MPLS TE隧道所使用的属性之外，还可以配置其他PE42或PE43建立MPLS TE隧道所使用的属性。
需要说明的是，步骤402是本实施例中的一个可选步骤。
步骤403、在配置IP RAN网络中为第一PE配置第一PE上每个MeshGroup建立MPLSTE隧道使用的属性，以及使用所配置的属性建立MPLS TE隧道的策略。
其中，第一PE可以配置多个不同的Mesh Group。除了第一PE之外，其他PE42或PE43也可以配置多个不同的Mesh Group。不同Mesh Group可以使用不同的属性来建立MPLS TE隧道。其中，使用配置的属性建立MPLS TE隧道的策略可以是共享方式或独占方式。关于共享方式和独占方式的描述参见图2所示实施例的描述。
需要说明的是，步骤403是本实施例中的一个可选步骤。
步骤404、在为第一PE配置了第一PE所属的Mesh Group和在网络业务中的角色信息之后，第一PE自动发布IGP通告消息，并接收网络中其他PE42和PE43发布的IGP通告消息。
以第一PE为例，第一PE会向其他PE42和所有PE43发布IGP通告消息，并会接收其他PE42和所有PE43发布的IGP通告消息。
以第二PE为例，第二PE也会向其他PE43和所有PE42发布IGP通告消息，并会接收其他PE43和所有PE42发布的IGP通告消息。
在IGP通告消息中，可以通过Mesh Group标号来标识PE所属的Mesh Group，并通过相应的角色标志位来标识PE在网络业务中的角色信息，但不限于此。
步骤405、IP RAN网络中的第一PE在学习到的其他PE42和PE43的IGP通告消息后，确定与属于同一个Mesh Group的第二PE建立MPLS TE隧道。
具体的，第一PE根据接收到的IGP通告消息中的Mesh Group标号识别出发送该IGP通告消息的PE所属的Mesh Group，根据IGP通告消息中的Spoke角色的标志位和Hub角色的标志位识别出发送IGP通告消息的PE的角色。
对于第一PE来说，根据自己所属Mesh Group和其他PE42以及PE43所属的MeshGroup，确定与自己属于同一Mesh Group的PE42和PE43；然后，根据第一PE本身在网络业务中的角色信息和与自己属于同一Mesh Group的PE42和PE43在网络业务中的角色信息，确定出需要与同一Mesh Group中的PE43建立MPLS TE隧道，而不需要与同一Mesh Group中的PE42建立MPLSTE隧道。即Spoke节点确定建立到同一Mesh Group中的Hub节点的MPLS TE隧道。
在本实施例中，假设存在一个PE43与第一PE属于同一Mesh Group，该PE43被称为第二PE，则第一PE确定建立到第二PE的MPLS TE隧道。
对于其他PE42也会采用与第一PE相同的方式确定是否建立某个PE43的MPLS TE隧道。
同理，各PE43也会根据接收到的IGP通告消息中的Mesh Group标号识别出发送该IGP通告消息的PE所属的Mesh Group，根据IGP通告消息中的Spoke角色的标志位和Hub角色的标志位识别出发送IGP通告消息的PE的角色。
对于每个PE43来说，会根据自己所属的Mesh Group和其他PE43和所有PE42所属的Mesh Group，识别出与自己属于同一Mesh Group的PE42和PE43；然后，根据自己在网络业务中的角色和识别出的与自己属于同一Mesh Group的PE42和PE43在网络业务中的角色，确定出需要与同一Mesh Group中的PE42建立MPLS TE隧道。即Hub节点确定建立到同一MeshGroup中的Spoke节点的MPLS TE隧道。
可选地，本实施例还可以包括以下内容。
步骤406、第一PE在确定与同一Mesh Group中的第二PE建立MPLS TE隧道后，使用该Mesh Group对应的属性及共享/独占的隧道策略，触发建立到第二PE的MPLS TE隧道。
具体的，第一PE使用RSVP-TE协议建立其到同一Mesh Group的第二PE的MPLS TE隧道。
同理，对于其他PE42或PE43也会使用RSVP-TE协议建立其到同一Mesh Group的PE43或PE42的MPLS TE隧道。
步骤407、第一PE使用其L3VPN或L2VPN业务所绑定的Mesh Group对应的MPLS TE隧道来承载L3VPN或L2VPN业务。
如果第一PE预先为其L3VPN或L2VPN业务绑定了特定的Mesh Group，那么属于该Mesh Group的L3VPN或L2VPN业务使用该Mesh Group对应的MPLS TE隧道承载。
如果第一PE未预先为其L3VPN或L2VPN业务绑定了特定的Mesh Group，那么在开展L3VPN或L2VPN业务时为其业务绑定Mesh Group，并使用该Mesh Group对应的MPLS TE隧道来承载相应的业务。
对于其他PE42或PE43来说，使用MPLS TE隧道来承载相应的业务的方式同第一PE。
进一步，如果更改了PE或其业务所属的Mesh Group，或更改了PE在网络业务中的角色信息，那么会触发IGP通告消息的重新发布，各PE会根据更新后的Mesh Group和在网络业务中的角色信息触发删除已有的MPLS TE隧道并建立新的MPLS TE隧道。
在本实施例中，通过预先配置各PE所属的Mesh Group和在网络业务中的角色信息，并通过IGP通告消息同时发布所属的Mesh Group和在网络业务中的角色信息，各PE同时根据所属的Mesh Group和在网络业务中的角色信息确定彼此之间是否建立MPLS TE隧道，既可以保证IP RAN网络中CSG与RSG之间MPLS TE隧道的成功建立，又可以避免了在CSG与CSG之间或在RSG与RSG之间建立MPLS TE隧道，克服了使用Mesh Group方案建立MPLS TE隧道的局限性，节约了在CSG与CSG之间或在RSG与RSG之间建立MPLS TE隧道所消耗的资源。
图5A为本发明另一实施例提供的跨域MPLS TE场景下的网络结构示意图。图5B为本发明另一实施例提供的跨域MPLS TE场景下MPLS TE隧道建立方法的流程图。
本实施例以IP RAN网络下跨域MPLS TE业务场景为例，图5A所示的IP RAN网络包括：基站51、处于接入环上的PE52、处于汇聚环上的PE53、以及处于接入环和汇聚环上的PE54。其中，图5A中虚线所示圆环为接入环，该接入环属于第一IGP进程或区域；实线所示圆环为汇聚环，该汇聚环属于第二IGP进程或区域。其中，PE54处于两个区域。
从IP RAN角度来看，处于接入环上的PE52即为CSG，处于汇聚环上的PE53即为RSG。针对IP RAN网络下跨域MPLS TE业务的特点，本实施例对现有的Mesh Group机制做如下扩展：为Mesh Group节点定义三种角色，一个是Hub节点，一个是Spoke节点、一个是边缘节点。在图5A中，各PE52的角色是Spoke节点，各PE53的角色是Hub节点，PE54的角色是边缘节点。
如图5B所示，本实施例的方法包括：
步骤501、为第一PE配置第一PE所属的Mesh Group和在网络业务中的角色信息。
在本实施例中，图5A所示IP RAN网络使用IGP多进程或多区域技术进行了网络的划分，即接入环和汇聚环上的PE分属于不同的IGP进程或区域，这样有利于控制网络中节点和链路的数量。在这种情况下，因为MPLS TE的链路信息只在本区域或进程中发布，所以对于一个IGP进程或区域内的PE52或PE53来说有可能缺乏完整的MPLS TE链路信息，从而无法直接计算到PE53或PE52的路径，这就是跨域MPLS TE场景。
在跨域MPLS TE场景中，边缘节点同时属于多个IGP进程或区域，具有更完整的MPLS TE的链路信息，因此，在跨域MPLS TE场景中PE之间可以通过边缘节点来建立MPLS TE隧道。如图5A所示，PE54同时属于第一IGP进程和第二IGP进程或区域，其角色为边缘节点。
基于上述，在本实施例中，PE52的角色是Spoke节点，PE53的角色是Hub节点，PE54的角色是边缘节点。其中，第一PE可以是PE52或PE53，相应地，第二PE可以是PE52或PE53。在本实施例中，以第一PE为某个PE52，第二PE为某个PE53为例。
在本实施例中，除了配置第一PE所属的Mesh Group和在网络业务中的角色信息之外，也需要配置其他PE52、PE53和PE54所属的Mesh Group和在网络业务中的角色信息。
具体的，根据划分出的IGP进程或区域，配置PE52的角色为Spoke节点；配置PE53的角色为Hub节点；配置PE54的角色为边缘节点。
按业务分类配置各PE52、PE53、PE54所属的Mesh Group，例如将L3VPN业务和一个Mesh Group绑定，即将支持L3VPN业务的各PE52、PE53和PE54配置到同一Mesh Group中。而将L2VPN业务和另一个Mesh Group绑定，即将支持L2VPN业务的各PE52、PE53和PE54配置到同一Mesh Group中。
需要说明的是，步骤501是本实施例中的一个可选步骤。第一PE中可能预先配置有第一PE所属的Mesh Group和在网络业务中的角色信息。
步骤502、为第一PE配置第一PE建立MPLS TE隧道使用的属性。
优选的，可以用MPLS TE隧道模板来定义建立MPLS TE隧道所使用的属性，并通过配置各第一PE使用的MPLS TE隧道模板，实现配置第一PE建立MPLS TE隧道所使用的属性的目的。
在本实施例中，除了配置第一PE建立MPLS TE隧道所使用的属性之外，还可以配置其他PE52或PE53或PE54建立MPLS TE隧道所使用的属性。
需要说明的是，步骤502是本实施例中的一个可选步骤。
步骤503、为第一PE配置第一PE上每个Mesh Group建立MPLS TE隧道使用的属性，以及使用配置的属性建立MPLS TE隧道的策略。
其中，第一PE可以配置多个不同的Mesh Group。除了第一PE之外，其他PE52、PE53或PE54也可以配置多个不同的Mesh Group。不同Mesh Group可以使用不同的属性建立MPLSTE隧道。其中，使用配置的属性建立MPLSTE隧道的策略可以是共享方式或独占方式。关于共享方式和独占方式的描述参见图2所示实施例的描述。
需要说明的是，步骤503是本实施例中的一个可选步骤。
步骤504、在为第一PE配置了第一PE所属的Mesh Group和在网络业务中的角色信息之后，第一PE自动发布IGP通告消息，并接收其他PE(例如PE52、PE53和PE54)发布的IGP通告消息。
其中，第一PE向其他PE52、所有PE53和所有PE54发布IGP通告消息，并会接收其他PE52、所有PE53和所有PE54发布的IGP通告消息。
同理，每个53向其他PE53、所有PE52和所有PE54发布IGP通告消息，并会接收其他PE53、所有PE52和所有PE54发布的IGP通告消息。
同理，每个PE54向其他PE54、所有PE52和所有PE53发布IGP通告消息，并会接收其他PE54、所有PE52和所有PE53发布的IGP通告消息。
在本实施例中，各PE发送的IGP通告消息也可以通过Mesh Group标号标识PE所属的Mesh Group，用各角色的标志位标识PE在网络业务中的角色信息，但不限于此。
步骤505、第一PE根据学习到的其他PE(PE52、PE53和PE54)的IGP通告消息，确定与属于同一个Mesh Group的角色为Hub节点的第二PE建立MPLS TE隧道。
在本实施例中，第二PE为PE53。
具体来说，每个PE52确定与属于同一Mesh Group的角色为Hub节点的PE53建立MPLS TE隧道；每个PE53确定与属于同一Mesh Group的角色为Spoke节点的PE52建立MPLSTE隧道。
可选地，本实施例还可以包括以下内容。
步骤506、第一PE在确定建立到第二PE的MPLS TE隧道后，使用该Mesh Group对应的属性及共享/独占的隧道策略，直接建立到同一Mesh Group中的第二PE的MPLS TE隧道。
具体的，对PE52来说，会直接计算其到同一Mesh Group中的PE53的路径，如果计算成功，则触发建立该PE52到同一Mesh Group中PE53的MPLSTE隧道；如果计算失败，说明该PE52无法直接到达同一Mesh Group中的PE53。
同理，对于PE53来说，会直接计算其到同一Mesh Group中的PE52的路径，如果计算成功，则触发建立该PE53到同一Mesh Group中PE52的MPLSTE隧道；如果计算失败，说明该PE53无法直接到达同一Mesh Group中的PE52。
在本实施例中，PE52或PE53在根据IGP通告消息识别出同一MeshGroup中角色为边缘节点的PE时，会将识别出的角色为边缘节点的PE作为MPLS TE隧道路径计算的备选节点。因此，当PE52或PE53计算失败时，可以从同一Mesh Group中选择一个角色为边缘节点的PE，作为其到同一MeshGroup的PE53或PE52的中间节点，并基于所选择的角色为边缘节点的PE建立其到同一Mesh Group的PE53或PE52的MPLS TE隧道，即执行步骤507。
在本实施例中，角色为边缘节点的PE是PE54。在此说明，角色为边缘节点的设备不限于PE，还可以是P设备。
具体的，PE52或PE53可以使用RSVP-TE协议直接建立其到同一MeshGroup的PE53或PE52的MPLS TE隧道。
步骤507、如果第一PE直接建立到同一Mesh Group中的第二PE的MPLSTE隧道失败，第一PE从同一Mesh Group中选择一个角色为边缘节点的PE54，然后先建立到所选择PE54的路径，并触发所选择的PE54建立到同一Mesh Group中的第二PE的路径，以完成到第二PE的MPLS TE隧道的建立。
其中，第一PE也是使用RSVP-TE协议建立其到同一Mesh Group中角色为边缘节点的PE54的路径，该段路径实际上是第一PE到PE54的MPLS TE隧道。而角色为边缘节点的PE54也是使用RSVP-TE协议建立其到同一Mesh Group中第二PE的路径，该段路径实际上PE54到第二PE的MPLS TE隧道。这两段路径构成第一PE到第二PE的路径，亦即MPLS TE隧道。
其中，第一PE建立到PE54的路径时，会告知PE54其需要建立到第二PE的路径，并会将第二PE的信息告知PE54，以便于PE54识别出第二PE并建立到第二PE的路径。
在该步骤中，如果所选择的角色为边缘节点的PE54成功建立到同一Mesh Group的第二PE的路径，则该步骤结束；反之，所选择的角色为边缘节点的PE54会向头端(即向第一PE)返回没有路径的信息。
相应地，第一PE会根据所选择的角色为边缘节点的PE54反馈的没有路径的信息，重新选择同一Mesh Group中的角色为边缘节点的另一个PE54，继续按照步骤507的操作尝试路径计算和MPLS TE隧道的建立。
步骤508、第一PE使用其L3VPN或L2VPN业务所绑定的Mesh Group对应的MPLS TE隧道来承载L3VPN或L2VPN业务。
步骤508可参见步骤407的描述，在此不再赘述。
进一步，在本实施例中不仅角色为Spoke或Hub的PE在网络业务中的角色信息和/或其所属的Mesh Group发生变化时会重新发送IGP通告消息，当角色为边缘节点的PE在网络业务中的角色信息和/或其所属的Mesh Group发生变化时也会重新发送IGP通告消息。基于此，网络中各PE会根据更新后的Mesh Group和在网络业务中的角色信息触发删除已有的MPLS TE隧道并建立新的MPLS TE隧道。
在本实施例中，进一步通过配置跨域的节点为边缘节点并通过IGP通告消息进行发布，使不同区域中的节点可以通过边缘节点完成MPLS TE隧道的建立，解决了跨域MPLSTE场景下MPLS TE隧道的建立问题。
进一步，在上述实施例中，对于角色为边缘节点的PE来说，其角色进一步可以划分为主边缘节点和备份边缘节点。相应地，可以将PE的角色信息配置为主边缘节点或备份边缘节点。在第一PE在通过角色为边缘节点的PE54建立到同一Mesh Group的第二PE的MPLSTE隧道时，第一PE可以选择一个角色为主边缘节点的PE54，建立到所选择的角色为主边缘节点的PE54的路径，并触发所选择的角色为主边缘节点的PE54建立到同一Mesh Group的第二PE的一条主MPLS TE隧道。或者，在第一PE在通过角色为边缘节点的PE54建立到同一MeshGroup的第二PE的MPLS TE隧道时，第一PE可以选择一个角色为备份边缘节点的PE54，建立到所选择的角色为备份边缘节点的PE54的路径，并触发所选择的角色为备份边缘节点的PE54建立到同一Mesh Group的第二PE的一条备份MPLS TE隧道。或者，第一PE同时选择角色为主边缘节点的PE54和角色为备份边缘节点的PE54，同时建立到同一Mesh Group的第二PE的主MPLS TE隧道和备份MPLS TE隧道。
在上述实施例中，通过进一步划分边缘节点的角色，有利于在特定场景中进一步方便跨域MPLS TE隧道路径的计算。
在此说明，在上述图4A所示实施例中，在PE42作为第一PE时，与PE42属于同一MeshGroup的PE43即为第二PE；在PE43作为第一PE时，与PE43属于同一Mesh Group的PE42即为第二PE。同理，在图5A中，在PE52作为第一PE时，与PE52属于同一Mesh Group的PE53即为第二PE；在PE53作为第一PE时，与PE53属于同一Mesh Group的PE52即为第二PE。
图6A为本发明一实施例提供的P2MP MPLS场景下的网络结构示意图。图6B为本发明一实施例提供的P2MP MPLS场景下MPLS TE隧道建立方法的流程图。
如图6A所示，P2MP MPLS场景下的网络(简称，P2MP MPLS网络)包括：PE61、P设备62、P设备63、P设备64、P设备65、P设备66、P设备67、PE68、PE69、PE70、PE71、PE72和PE73。其中，PE61与P设备62和P设备65连接，P设备62、P设备63和P设备64依次连接，P设备65、P设备66和P设备67依次连接，P设备62和P设备65连接，P设备63和P设备66连接，P设备64和P设备67连接，PE68与P设备63连接，PE69与P设备64连接，PE70与P设备64连接，PE71与P设备67连接，PE72与P设备67连接，PE73与P设备66连接。
在图6A所示网络中，PE61需要同时与PE68、PE69、PE70、PE71、PE72和PE73建立一条P2MP MPLS TE隧道。P2MP MPLS场景可以是基于MPLSTE技术实现的组播业务，但不限于此。针对这种情况，现有技术采用BGP的自动发现机制来实现MVPN中各个PE的发现。BGP通过在PE之间传递信息，确定MVPN中各PE之间根和叶子的关系。但是，如果网络不支持BGP协议，则无法完成各PE之间根和叶子关系的发现，并且由于BGP协议较为复杂，会增加网络管理和维护的难度。
本实施例为了满足在不引入BGP的场景中自动触发在P2MP MPLS网络中建立P2MPMPLS TE隧道的需求，对现有IGP的Mesh Group机制做如下扩展：Mesh Group为节点定义两种角色，一个是P2MP中的根(Root)节点，一个是P2MP中的叶子(Leaf)节点。IGP在发布MeshGroup信息的时候，同时发布P2MP MPLS网络中各PE的角色信息。
在图6A中，PE61为根节点，其他PE为叶子节点。
基于此，如图6B所示，本实施例的方法包括：
步骤601、为PE61配置PE61所属的Mesh Group和在网络业务中的角色信息。
在本实施例中，PE61为第一PE，而PE68、PE69、PE70、PE71、PE72和PE73均为第二PE。
在本实施例中，除了配置PE61所属的Mesh Group和在网络业务中的角色信息之外，其他PE或P设备也需要配置。具体的，配置PE61的角色信息为根节点，配置PE68-PE73的角色信息均为叶子节点。按业务分类配置PE61、PE68-PE73所属的Mesh Group，例如将组播L3VPN业务和一个Mesh Group绑定，即将支持组播L3VPN业务的各PE配置到同一Mesh Group中。而将组播L2VPN业务和另一个Mesh Group绑定，即将支持组播L2VPN业务的各PE配置到同一Mesh Group中。
在本实施例中，PE61、PE68-PE73配置在同一Mesh Group中。
需要说明的是，步骤601是本实施例中的一个可选步骤。
步骤602、为PE61配置PE61建立MPLS TE隧道所使用的属性。
在本实施例中，除了配置PE61建立MPLS TE隧道所使用的属性之外，还可以配置其他PE或P设备建立MPLS TE隧道所使用的属性。
需要说明的是，步骤602是本实施例中的一个可选步骤。
步骤603、为PE61配置PE61上每个Mesh Group建立MPLS TE隧道使用的属性，以及使用配置的属性建立MPLS TE隧道的策略。
其中，PE61、PE68-PE73均可以配置多个不同的Mesh Group。不同Mesh Group可以使用不同的属性建立MPLS TE隧道。其中，使用配置的属性建立MPLS TE隧道的策略可以是共享方式或独占方式。关于共享方式和独占方式的描述参见图2所示实施例的描述。
步骤604、在为PE61配置了PE61所属的Mesh Group和在网络业务中的角色信息之后，PE61自动发布IGP通告消息，并接收其他PE发布的IGP通告消息。
对PE61来说，PE61会向PE68-PE73发布IGP通告消息，并会接收其他PE68-PE73发布的IGP通告消息。
以其他PE中的PE68为例，该PE68会向PE61、PE69-PE73发布IGP通告消息，并会接收PE61、PE69-PE73发布的IGP通告消息。
在本实施例中，IGP通告消息可以通过Mesh Group标号来标识PE所属的MeshGroup，并通过相应的角色标志位来标识PE在网络业务中的角色信息，但不限于此。
步骤605、PE61学习到其他PE的IGP通告消息后，PE61确定与属于同一Mesh Group的PE68-PE73建立一条P2MP MPLS TE隧道。
在此说明，本实施例的P2MP MPLS TE隧道是一条一个根节点到多个叶子节点的MPLS TE隧道，而不是多条MPLS TE隧道。
本实施例还可以包括以下内容。
步骤606、PE61在确定建立到PE68-PE73的P2MP MPLS TE隧道后，使用该MeshGroup对应的属性及共享/独占的隧道策略，触发建立P2MP MPLSTE隧道。
具体的，PE61使用RSVP-TE协议建立其到同一Mesh Group的PE68-PE73的P2MPMPLS TE隧道。
步骤607、PE61使用其组播L3VPN或组播L2VPN业务所绑定的MeshGroup对应的P2MPMPLS TE隧道来承载组播L3VPN或组播L2VPN业务。
如果PE61、PE68-PE73预先为其组播L3VPN或组播L2VPN业务绑定了特定的MeshGroup，那么属于该Mesh Group的组播L3VPN或组播L2VPN业务使用该Mesh Group对应的MPLS TE隧道承载。
如果PE61、PE68-PE73未预先为其组播L3VPN或组播L2VPN业务绑定了特定的MeshGroup，那么在开展组播L3VPN或组播L2VPN业务时为其业务绑定Mesh Group，并使用该MeshGroup对应的MPLS TE隧道来承载相应的业务。
进一步，如果更改了各PE(例如PE61、PE68-PE73)或其业务所属的Mesh Group，或者更改了各PE在网络业务中的角色信息，那么就会触发IGP通告消息的重新发布，PE61会根据更新后的Mesh Group和在网络业务中的角色信息重新建立一条P2MP MPLS TE隧道。
在本实施例中，通过预先配置各PE所属的Mesh Group和在网络业务中的角色信息，并通过IGP通告消息同时发布所属的Mesh Group和在网络业务中的角色信息，作为根节点的PE同时根据各PE所属的Mesh Group和在网络业务中的角色信息确定是否建立到其他PE的P2MP MPLS TE隧道，在不需要BGP协议的情况下实现了根节点与多个叶子节点之间P2MP MPLS TE隧道的成功建立。
图7为本发明一实施例提供的单向MPLS场景下MPLS TE隧道建立方法的流程图。本实施例基于图6A所示的网络实现。其中，在本实施例中，PE61只能建立到PE68-PE73中任意一个PE的MPS TE隧道，但PE68-PE73中任意一个PE不能反向建立到PE61的MPS TE隧道。
基于上述，为了支持单向MPLS网络中各PE的发现，可以对现有IGP的Mesh Group机制做如下扩展：Mesh Group为节点定义两个角色，一个是入(Ingress)节点，一个是出(Egress)节点。IGP在发布Mesh Group信息的时候，同时发布单向MPLS网络中各PE的角色信息。
本实施例面向需要建立单向MPLS TE隧道的业务应用，例如在没有P2MP TE隧道的情况下采用组播头端复制的方法支持组播VPN，即使用单向的P2P TE隧道模拟P2MP TE隧道的行为；或者是在一些L3VPN场景中只存在单向流量时使用单向MPLS TE隧道的应用。
如图7所示，本实施例的方法包括：
步骤701、为PE61配置PE61所属的Mesh Group和在网络业务中的角色信息。
在本实施例中，除了配置PE61所属的Mesh Group和在网络业务中的角色信息，也需要配置其他PE或P设备所属的Mesh Group和在网络业务中的角色信息。具体的，配置PE61在网络业务中的角色信息为入节点，配置PE68-PE73在网络业务中的角色信息均为出节点。按业务分类配置PE61、PE68-PE73所属的Mesh Group，例如将L3VPN业务和一个Mesh Group绑定，即将支持L3VPN业务的各PE配置到同一Mesh Group中。而将L2VPN业务和另一个MeshGroup绑定，即将支持L2VPN业务的各PE配置到同一MeshGroup中。
在本实施例中，以PE61、PE68-PE73配置在同一Mesh Group中为例。
需要说明的是，步骤701为本实施例中的一个可选步骤。
步骤702、为PE61配置PE61建立MPLS TE隧道所使用的属性。
在本实施例中，除了配置PE61建立MPLS TE隧道所使用的属性之外，还可以配置其他PE或P设备建立MPLS TE隧道所使用的属性。
需要说明的是，步骤702为本实施例中的一个可选步骤。
步骤703、为PE61配置PE61上每个Mesh Group建立MPLS TE隧道使用的属性，以及使用配置的属性建立MPLS TE隧道的策略。
需要说明的是，步骤703为本实施例中的一个可选步骤。
步骤704、在为PE61配置了PE61所属的Mesh Group和在网络业务中的角色信息之后，PE61自动发布IGP通告消息，并接收其他PE发布的IGP通告消息。
对PE61来说，PE61会向PE68-PE73发布IGP通告消息，并会接收其他PE68-PE73发布的IGP通告消息。
以其他PE中的PE68为例，该PE68会向PE61、PE69-PE73发布IGP通告消息，并会接收PE61、PE69-PE73发布的IGP通告消息。
在本实施例中，IGP通告消息可以通过Mesh Group标号来标识PE所属的MeshGroup，并通过相应的角色标志位来标识PE在网络业务中的角色信息，但不限于此。
步骤705、PE61学习到其他PE的IGP通告消息后，PE61确定与属于同一Mesh Group的PE68-PE73分别建立MPLS TE隧道。
在本实施例中，PE61根据学习到的IGP通告信息，获知PE61与PE68-PE73属于同一Mesh Group，且PE61在网络业务中的角色信息为根节点，而PE68-PE73均为叶子节点，故PE61确定与PE68-PE73分别建立MPLSTE隧道。
本实施例还可以包括以下内容。
步骤706、PE61在确定分别与PE68-PE73建立MPLS TE隧道后，使用该Mesh Group对应的属性及共享/独占的隧道策略，触发建立到PE68-PE73的多条MPLS TE隧道。
具体的，PE61使用RSVP-TE协议建立其到PE68-PE73中每个PE的一条MPLS TE隧道。
步骤707、PE61使用其L3VPN或L2VPN业务所绑定的Mesh Group对应的MPLS TE隧道来承载L3VPN或L2VPN业务。
上述步骤702-步骤707与步骤602-步骤607相类似述，区别在于，在图6B所示实施例中最终在PE61和PE68-PE73之间建立了一条P2MP MPLS TE隧道；而在本实施例中，PE61与PE68-PE73中的每个PE建立一条MPLS TE隧道，是到达多个目的节点的多条单向MPLS TE隧道的组合。
在本实施例中，通过预先配置各PE所属的Mesh Group和在网络业务中的角色信息，并通过IGP通告消息同时发布所属的Mesh Group和角色，各PE同时根据所属的MeshGroup和角色确定彼此之间是否建立MPLS TE隧道，实现了节点之间单向MPLS TE隧道的建立，扩展了使用Mesh Group建立MPLS TE隧道的应用。
进一步，如果一个PE需要同时和多个PE建立MPLS TE隧道，而多个PE分属于不同的Mesh Group，则需要为该PE配置多个Mesh Group。例如，以IP RAN网络下Hub-Spoke业务场景或跨域MPLS TE场景为例，如果汇聚环上的PE需要与接入环上的多个PE建立MPS TE隧道，而接入环上的多个PE分属于不同的Mesh Group，则需要为汇聚环上的PE配置多个MeshGroup，并且随着需要数量的增加Mesh Group的配置数量也会增加，这不仅会造成资源浪费，还增加了配置的工作量。
针对上述问题，本实施例通过对现有IGP的Mesh Group机制做如下扩展：将特定的Mesh Group定义为共享的Mesh Group，并通过IGP发布出去。位于共享的Mesh Group中的PE被认为是不同Mesh Group的公共节点，不同Mesh Group中的PE会将共享Mesh Group中的PE视为本Mesh Group中PE，根据角色的要求建立相应的MPLS TE隧道。该方案适用于任何一种应用场景，例如Hub-Spoke场景、P2MP MPLS场景、单向MPLS场景以及跨域MPLSTE场景等，相应的共享Mesh Group中PE在网络业务中的角色信息可以是Spoke节点或Hub节点、根节点或叶子节点、入节点或出节点、Spoke节点或Hub节点或边缘节点。
下面详细说明如何基于配置共享Mesh Group建立MPLS TE隧道。
图8为本发明一实施例提供的基于配置共享Mesh Group建立MPLS TE隧道的流程图。如图8所示，本实施例的方法包括：
步骤801、为第一PE配置第一PE所属的Mesh Group和在网络业务中的角色信息，并配置第一PE所属的Mesh Group是否为共享Mesh Group。
具体的，如果该Mesh Group中的第一PE需要同时与多个Mesh Group中的PE建立MPLS TE隧道，同时则配置第一PE所属的Mesh Group为共享Mesh Group；反之，配置第一PE所属的Mesh Group不是共享Mesh Group。
对于网络中的其他PE，同样需要配置其所属的Mesh Group和在网络业务中的角色信息，也同样需要配置其所属的Mesh Group是否为共享MeshGroup。
其中，对于配置其他PE所属的Mesh Group是否为共享Mesh Group的过程，与配置第一PE所属的Mesh Group是否为共享Mesh Group的过程相同。
关于配置PE所属的Mesh Group和在网络业务中的角色信息的描述可参见上述各实施例，在此不再赘述。
需要说明的是，步骤801是本实施例中的一个可选步骤。
步骤802、为第一PE配置第一PE建立MPLS TE隧道使用的属性。
其中，对于网络中的其他PE来说，也需要为其配置建立MPLS TE隧道使用的属性。
需要说明的是，步骤802是本实施例中的一个可选步骤。
步骤803、为第一PE配置第一PE上每个Mesh Group建立MPLS TE隧道使用的属性，以及使用配置的属性建立MPLS TE隧道的策略。
其中，对于网络中的其他PE来说，也需要为其配置其上每个Mesh Group建立MPLSTE隧道使用的属性，以及使用配置的属性建立MPLS TE隧道的策略。
需要说明的是，步骤803是本实施例中的一个可选步骤。
步骤804、在为第一PE配置了第一PE所属的Mesh Group和在网络业务中的角色信息之后，第一PE自动发布的IGP通告消息，并接收其他PE发布的IGP通告消息。
在本实施例中，第一PE和其他PE均会自动发布IGP通告消息，并会接收其他PE发送的IGP消息。
在本实施例中，IGP通告消息可以通过Mesh Group标号来标识PE所属的MeshGroup，并通过相应的角色标志位来标识PE在网络业务中的角色信息，通过共享标志位标识PE所属的Mesh Group是否为共享Mesh Group，但不限于此。
步骤805、第一PE学习到的其他PE的IGP通告消息后，根据IGP通告消息中的共享标志位识别出其他PE所属的Mesh Group是否为共享MeshGroup，并根据识别结果确定其他PE是否与其属于同一Mesh Group。
具体的，如果第一PE根据其他PE的IGP通告消息识别出，自己所属Mesh Group的信息与其他PE所属Mesh Group的信息相同，则确定第一PE与其他PE属于同一Mesh Group。
如果第一PE根据其他PE的IGP通告消息识别出，自己所属Mesh Group的信息与其他PE所属Mesh Group的信息不相同，但自己所属Mesh Group和/或其他PE所属Mesh Group为共享Mesh Group，则确定第一PE与其他PE属于同一Mesh Group。
如果第一PE根据其他PE的IGP通告消息识别出，自己所属Mesh Group的信息与其他PE所属Mesh Group的信息不相同，且自己所属Mesh Group和其他PE所属Mesh Group均不是共享Mesh Group，则确定第一PE与其他PE不属于同一Mesh Group。
步骤806、当第一PE识别出其与其他PE属于同一Mesh Group时，第一PE根据自己在网络业务中的角色信息和属于同一Mesh Group中其他PE在网络业务中的角色信息，确定是否与属于同一Mesh Group的其他PE建立MPLSTE隧道。
该步骤806具体视应用场景的不同会有不同的确定结果，各应用场景下的确定结果可参见上述图4A-图7所示实施例中的相应描述。
本实施例还可以包括以下内容。
步骤807、第一PE在建立需要建立MPLS TE隧道后，使用该Mesh Group对应的属性及共享/独占的隧道策略，触发建立MPLS TE隧道。
步骤808、第一PE使用其L3VPN或L2VPN业务所绑定的Mesh Group对应的MPLS TE隧道来承载L3VPN或L2VPN业务。
本实施例通过配置共享Mesh Group，可以减少PE上所配置的Mesh Group及对应角色的数量，有利于减轻配置工作量，节约资源。
其中，上述各实施例的IGP通告消息可以通过对现有技术中通告Mesh Group信息的消息进行扩展实现，也可以通过定义新的消息实现。
为了支持MPLS网络成员的自动发现，RFC 4972定义了IGP扩展的TLV，即TE MeshGroup TLV，则通过对现有技术中通告Mesh Group信息的消息进行扩展实现IGP通告消息的过程主要是对TE Mesh Group TLV进行扩展的过程。图9示出本发明实施例提供的ISIS协议下IGP通告消息的格式。如图9所示，本实施例的IGP通告消息包括的字段信息如表1所示。
表1
由上述可见，本实施例对Mesh Group TLV的扩展主要是在Mesh Group TLV现有信息的基础上增加标志位来定义Mesh Group共享与否以及该PE在该Mesh Group中的角色。
在此说明，本实施例中扩展的Mesh Group TLV需要使用新的类型，以区别于现有的Mesh Group TLV。本实施例扩展的Mesh Group TLV的IGP分发处理过程与RFC 4972中定义的现有的Mesh Group TLV的分发处理过程一致，不做改变。
本实施例扩展的Mesh Group TLV与现有的Mesh Group TLV的兼容处理如下：如果现有Mesh Group TLV与本实施例扩展的Mesh Group TLV中的mesh-group-number和tail-end address一致，那么该PE需要参与现有MeshGroup TLV定义的全连接方式的MPLS TE隧道连接的建立，还需要参与扩展Mesh Group TLV定义的扩展方式的MPLS TE隧道连接的建立。如果扩展Mesh Group中将该Mesh Group定义为共享Mesh Group，那么现有MeshGroupTLV中定义的PE会作为共享节点与其他Mesh Group中的PE建立FullMesh的MPLS TE隧道连接。
进一步说明，在应用场景确定的情况下，本实施例提供的IGP通告消息可以仅包括与该应用场景相关的信息。例如，在Hub-Spoke场景或跨域MPLSTE场景中，IGP通告消息可以不包括根节点的标志位、叶子节点的标志位、入节点的标志位和出节点的标志位等。又例如，在P2MP MPLS场景中，IGP通告消息可以不包括Hub节点标志位、Spoke节点标志位、边缘节点标志位、入节点的标志位和出节点的标志位等。
图10为本发明一实施例提供的确定建立MPLS TE隧道的设备的结构示意图。如图10所示，本实施例的设备包括：接收模块1001、第一确定模块1002和第二确定模块1003。
其中，接收模块1001，用于接收网络中第二确定建立MPLS TE隧道的设备发布的IGP通告消息，所述IGP通告消息包括第二确定建立MPLS TE隧道的设备所属Mesh Group的信息和第二确定建立MPLS TE隧道的设备在网络业务中的角色信息，所述第二确定建立MPLS TE隧道的设备在网络业务中的角色信息是根据网络业务的应用场景划分出的。可选地，相对于所述第二确定建立MPLS TE隧道的设备，所述如图10所示的本实施例的确定建立MPLS TE隧道的设备可以被称为第一确定建立MPLS TE隧道的设备。可选地，所述接收模块1001为一个接收接口。
第一确定模块1002，用于根据本实施例的确定建立MPLS TE隧道的设备所属MeshGroup的信息和接收模块1001接收到的第二确定建立MPLS TE隧道的设备所属Mesh Group的信息，确定本实施例的确定建立MPLS TE隧道的设备与第二确定建立MPLS TE隧道的设备是否属于同一Mesh Group。可选地，所述第一确定模块1002与接收模块1001连接。可选地，所述第一确定模块为处理器。
第二确定模块1003，用于在第一确定模块1002确定本实施例的确定建立MPLS TE隧道的设备与第二确定建立MPLS TE隧道的设备属于同一MeshGroup后，根据本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息和接收模块101接收到的第二确定建立MPLS TE隧道的设备在网络业务中的角色信息，确定是否建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道。可选地，第二确定模块1003与接收模块1001和第一确定模块1002连接。可选地，所述第二确定模块为处理器。可选地，所述第一确定模块和所述第二确定模块可以为同一个处理器。也就是说，所述第一确定模块的功能和所述第二确定模块的功能可以分别由不同的处理器执行，也可以由同一个处理器执行。
其中，第二确定建立MPLS TE隧道的设备是指网络中除本实施例的确定建立MPLSTE隧道的设备之外的其他确定建立MPLS TE隧道的设备中的一个或多个。本实施例的确定建立MPLS TE隧道的设备可以是MPLS VPN网络中的PE或P设备。
本实施例所述的网络业务的应用场景可以是Hub-Spoke场景、P2MPMPLS场景、单向MPLS场景以及跨域MPLS TE场景等。在Hub-Spoke场景中，角色信息包括Hub节点和Spoke节点。在Hub-Spoke场景中，只允许在Hub节点和Spoke节点之间建立MPLS TE隧道，在Hub节点之间以及Spoke节点之间不允许建立MPLS TE隧道。在P2MP MPLS场景中，角色信息包括根节点和叶子节点。在P2MP MPLS场景中，一个根节点与多个叶子节点建立一条P2MP MPLS TE隧道。单向MPLS场景是指仅能从一个确定建立MPLSTE隧道的设备到另一个确定建立MPLS TE隧道的设备建立MPLS TE隧道而不能反向建立MPLS TE隧道的场景。在单向MPLS场景中，PE的角色包括入节点和出节点；只能从入节点到出节点方向建立MPLS TE隧道。跨域MPLSTE场景是指因使用IGP多进程或多区域技术来进行网络的划分，使得需要建立MPLS TE隧道的确定建立MPLS TE隧道的设备处于不同IGP进程或区域中。在跨域MPLS TE场景中，角色信息还包括跨域的边缘节点。跨域MPLSTE场景可以与Hub-Spoke场景、P2MP MPLS场景或单向MPLS场景相结合，则跨域MPLS TE场景中的角色除了包括Hub节点和Spoke节点，或除了包括根节点和叶子节点，或除了包括入节点和出节点之外，还包括跨域的边缘节点(Border)，即该边缘节点处于两个IGP进行或区域上。
本实施例提供的确定建立MPLS TE隧道的设备的各功能模块可用于执行图1所示MPLS TE隧道建立方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。
本实施例的确定建立MPLS TE隧道的设备，在发布自己所属Mesh Group的信息的同时，发布其在网络业务中的角色信息，各确定建立MPLS TE隧道的设备同时根据自己与其他确定建立MPLS TE隧道的设备所属Mesh Group的信息以及各自在网络业务中的角色信息确定是否要建立到其他确定建立MPLS TE隧道的设备的MPLS TE隧道，保证需要建立MPLSTE隧道的确定建立MPLS TE隧道的设备之间建立MPLS TE隧道，不需要建立MPLS TE隧道的确定建立MPLS TE隧道的设备之间不建立MPLS TE隧道，克服了使用Mesh Group方案建立MPLS TE隧道时的局限性，节约了建立不必要MPLSTE隧道所消耗的资源。
图11为本发明另一实施例提供的确定建立MPLS TE隧道的设备的结构示意图。本实施例基于图10所示实施例实现。在本实施例中，针对不同的网络业务的应用场景，第二确定模块1003的功能不尽相同。
针对Hub-Spoke场景，本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是Hub节点或Spoke节点，第二确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是Hub节点或Spoke节点。本实施例的第二确定模块1003具体用于在确定本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息与第二确定建立MPLS TE隧道的设备在网络业务中的角色信息不同后，确定建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道。本实施例的第二确定模块1003还具体用于在确定本实施例的确定建立MPLSTE隧道的设备在网络业务中的角色信息与第二确定建立MPLS TE隧道的设备在网络业务中的角色信息相同后，确定不建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道。
针对P2MP MPLS场景，本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是根节点或叶子节点，第二确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是根节点或叶子节点。本实施例的第二确定模块1003具体用于在确定本实施例的确定建立MPLS TE隧道的设备在网络业务的角色信息为根节点，且第二确定建立MPLS TE隧道的设备在网络业务的角色信息为叶子节点后，确定建立到第二确定建立MPLS TE隧道的设备的P2MP MPLS TE隧道。本实施例的第二确定模块1003还具体用于在确定本实施例的确定建立MPLS TE隧道的设备的角色为叶子节点后，或在确定本实施例的确定建立MPLS TE隧道的设备和第二确定建立MPLS TE隧道的设备在网络业务的角色信息均为根节点后，确定不建立到第二确定建立MPLS TE隧道的设备的P2MP MPLS TE隧道。
针对单向MPLS场景，本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是入节点或出节点，第二确定建立MPLS TE隧道的设备在网络业务中的角色信息可以是入节点或出节点。本实施例的第二确定模块1003具体用于在确定本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息为入节点，且第二确定建立MPLS TE隧道的设备在网络业务中的角色信息为出节点后，确定建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道。本实施例的第二确定模块1003还具体用于在确定本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色为出节点后，或在确定本实施例的确定建立MPLSTE隧道的设备和第二确定建立MPLS TE隧道的设备在网络业务中的角色信息均为入节点后，确定不建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道。
针对跨域MPLS TE场景，本实施例的第二确定模块1003还具体用于在确定建立到第二确定建立MPLS TE隧道的设备的MPLS TE隧道之后，从本实施例的确定建立MPLS TE隧道的设备所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到第二确定建立MPLS TE隧道的设备的路径，以完成到第二确定建立MPLS TE隧道的设备的MPLS TE隧道的建立。
进一步，边缘节点的角色还可以分为主边缘节点和备份边缘节点。基于此，第二确定模块1003具体用于从本实施例的确定建立MPLS TE隧道的设备所属Mesh Group中选择一个角色信息为主边缘节点的设备，建立到所选择的角色信息为主边缘节点的设备的路径，并触发所选择的角色信息为主边缘节点的设备建立到第二确定建立MPLS TE隧道的设备的路径，以完成到第二确定建立MPLS TE隧道的设备的主MPLS TE隧道的建立。和/或，第二确定模块1003具体用于从本实施例的确定建立MPLS TE隧道的设备所属MeshGroup中选择一个角色信息为备份边缘节点的设备，建立到所选择的角色信息为备份边缘节点的设备的路径，并触发所选择的角色信息为备份边缘节点的设备建立到第二确定建立MPLS TE隧道的设备的路径，以完成到第二确定建立MPLS TE隧道的设备的备份MPLS TE隧道的建立。
其中，在网络业务中的角色信息为边缘节点的设备可以是PE，也可以是P设备。
上述第二确定模块1003针对各种应用场景的功能可参见图1-图8所示方法实施例的相应描述，在此不再赘述。
进一步，如图11所示，本实施例的确定建立MPLS TE隧道的设备还包括：配置模块1004。
配置模块1004，用于根据网络业务的应用场景，为本实施例的确定建立MPLS TE隧道的设备配置所属Mesh Group的信息和在网络业务中的角色信息。可选地，所述配置模块可以为执行配置功能的处理器，所述执行配置功能的处理器可以与执行所述第一确定模块和/或第二确定模块的处理器为相同的处理器，也可以为不同的处理器。
进一步，本实施例的设备还包括：发布模块1005。发布模块1005，用于向第二确定建立MPLS TE隧道的设备(即向网络中的其他设备)发布包括本实施例的确定建立MPLS TE隧道的设备所属Mesh Group的信息和其在网络业务中的角色信息的IGP通告消息，以使第二确定建立MPLS TE隧道的设备在根据本实施例的确定建立MPLS TE隧道的设备所属MeshGroup的信息和第二确定建立MPLS TE隧道的设备所属Mesh Group的信息，确定本实施例的确定建立MPLS TE隧道的设备与第二确定建立MPLS TE隧道的设备属于同一Mesh Group后，根据本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息和第二确定建立MPLS TE隧道的设备在网络业务中的角色信息，确定是否建立到本实施例的确定建立MPLSTE隧道的设备的MPLSTE隧道。可选地，所述发布模块可以为发送接口。所述发送接口和所述接收接口可以为同一个物理接口，也可以为不同的物理接口。
进一步，本实施例的配置模块1004还用于配置本实施例的确定建立MPLS TE隧道的设备所属Mesh Group是否属于共享Mesh Group。基于此，本实施例的确定建立MPLS TE隧道的设备和第二确定建立MPLS TE隧道的设备发布的IGP通告消息中还会包括所属MeshGroup是否属于共享Mesh Group的信息。
基于上述，第一确定模块1002具体用于在本实施例的确定建立MPLS TE隧道的设备所属Mesh Group的信息和第二确定建立MPLS TE隧道的设备所属Mesh Group的信息相同时，或者在本实施例的确定建立MPLS TE隧道的设备所属Mesh Group的信息和第二确定建立MPLS TE隧道的设备所属MeshGroup的信息不相同，但本实施例的确定建立MPLS TE隧道的设备所属MeshGroup和/或第二确定建立MPLS TE隧道的设备所属Mesh Group为共享MeshGroup时，确定本实施例的确定建立MPLS TE隧道的设备与第二确定建立MPLS TE隧道的设备属于同一Mesh Group。第一确定模块1002还具体用于在本实施例的确定建立MPLS TE隧道的设备所属Mesh Group的信息和第二确定建立MPLS TE隧道的设备所属Mesh Group的信息不相同，且本实施例的确定建立MPLS TE隧道的设备所属Mesh Group和第二确定建立MPLS TE隧道的设备所属Mesh Group均不是共享Mesh Group，确定本实施例的确定建立MPLS TE隧道的设备与第二确定建立MPLS TE隧道的设备不属于同一Mesh Group。
进一步，当本实施例的确定建立MPLS TE隧道的设备所属Mesh Group的信息和/或本实施例的确定建立MPLS TE隧道的设备在网络业务中的角色信息发生变化时，发布模块1005重新向第二确定建立MPLS TE隧道的设备发布IGP通告消息，以便于第二确定建立MPLSTE隧道的设备重新确定是否建立到本实施例的确定建立MPLS TE隧道的设备的MPLS TE隧道。
相应的，当第二确定建立MPLS TE隧道的设备所属Mesh Group的信息和/或第二确定建立MPLS TE隧道的设备在网络业务中的角色信息发生变化时，其发布模块也会重新向网络中的其他确定建立MPLS TE隧道的设备发布IGP通告消息。基于此，本实施例的确定建立MPLS TE隧道的设备的接收模块1001还用于接收第二确定建立MPLS TE隧道的设备在第二确定建立MPLS TE隧道的设备所属Mesh Group的信息和/或第二确定建立MPLS TE隧道的设备在网络业务中的角色信息发生变化时重新发送的IGP通告消息，以供第一确定模块1002和第二确定模块1003重新确定是否建立到第二确定建立MPLS TE隧道的设备的MPLSTE隧道。
本实施例上述各功能模块可用于执行图1-图8所示方法实施例中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。
本实施例的确定建立MPLS TE隧道的设备，在发布自己所属Mesh Group的信息的同时，发布其在网络业务中的角色信息，各确定建立MPLS TE隧道的设备同时根据自己与其他确定建立MPLS TE隧道的设备所属Mesh Group的信息以及各自在网络业务中的角色信息确定是否要建立到其他确定建立MPLS TE隧道的设备的MPLS TE隧道，保证需要建立MPLSTE隧道的确定建立MPLS TE隧道的设备之间建立MPLS TE隧道，不需要建立MPLS TE隧道的确定建立MPLS TE隧道的设备之间不建立MPLS TE隧道，克服了使用Mesh Group方案建立MPLS TE隧道时的局限性，节约了建立不必要MPLSTE隧道所消耗的资源。
可选地，在本发明中，“A和/或B”可以为“A”，可以为“B”，还可以为“A和B”。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (20)

1.一种确定建立多协议标签交换流量工程MPLS TE隧道的方法，其特征在于，包括：
第一运营商边缘设备PE接收网络中第二PE发布的内部网关协议IGP通告消息，所述IGP通告消息包括所述第二PE所属网点组Mesh Group的信息和所述第二PE在网络业务中的角色信息，所述第二PE在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的；
所述第一PE根据所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息，确定所述第一PE与所述第二PE是否属于同一Mesh Group；
所述第一PE在确定所述第一PE与所述第二PE属于同一Mesh Group后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第二PE的MPLS TE隧道，所述第一PE在网络业务中的角色信息是根据所述网络业务的应用场景划分出的。
2.根据权利要求1所述的确定建立MPLS TE隧道的方法，其特征在于，
所述网络业务的应用场景为轮毂-辐条Hub-Spoke场景，所述第一PE在所述网络业务中的角色信息为Hub节点或Spoke节点，所述第二PE在所述网络业务中的角色信息为Hub节点或Spoke节点；
所述第一PE在确定所述第一PE与所述第二PE属于同一Mesh Group后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第二PE的MPLS TE隧道包括：
所述第一PE在确定所述第一PE的角色信息与所述第二PE的角色信息不同后，确定建立到所述第二PE的MPLS TE隧道；
所述第一PE在确定所述第一PE的角色信息与所述第二PE的角色信息相同后，确定不建立到所述第二PE的MPLS TE隧道。
3.根据权利要求1所述的确定建立MPLS TE隧道的方法，其特征在于，
所述网络业务的应用场景为点到多点P2MP MPLS场景，所述第一PE在所述网络业务中的角色信息为根节点或叶子节点，所述第二PE在所述网络业务中的角色信息为根节点或叶子节点；
所述第一PE在确定所述第一PE与所述第二PE属于同一Mesh Group后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第二PE的MPLS TE隧道包括：
所述第一PE在确定所述第一PE在所述网络业务中的角色信息为根节点，且所述第二PE在所述网络业务中的角色信息为叶子节点后，确定建立到所述第二PE的P2MP MPLS TE隧道；
所述第一PE在确定所述第一PE在所述网络业务中的角色为叶子节点后，或在确定所述第一PE和所述第二PE在所述网络业务中的角色信息均为根节点后，确定不建立到所述第二PE的P2MP MPLS TE隧道。
4.根据权利要求1所述的确定建立MPLS TE隧道的方法，其特征在于，所述网络业务的应用场景为单向MPLS场景，所述第一PE在所述网络业务中的角色信息为入节点或出节点，所述第二PE在所述网络业务中的角色信息为入节点或出节点；
所述第一PE在确定所述第一PE与所述第二PE属于同一Mesh Group后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第二PE的MPLS TE隧道包括：
所述第一PE在确定所述第一PE在所述网络业务中的角色信息为入节点，且所述第二PE在所述网络业务中的角色信息为出节点后，确定建立到所述第二PE的MPLS TE隧道；
所述第一PE在确定所述第一PE在所述网络业务中的角色信息为出节点后，或在确定所述第一PE和所述第二PE在所述网络业务中的角色信息均为入节点后，确定不建立到所述第二PE的MPLS TE隧道。
5.根据权利要求2或3或4所述的确定建立MPLS TE隧道的方法，其特征在于，
所述网络业务的应用场景为跨域MPLS TE场景；所述第一PE在确定建立到所述第二PE的MPLS TE隧道之后包括：
所述第一PE从所述第一PE所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到所述第二PE的路径，以完成到所述第二PE的MPLS TE隧道的建立。
6.根据权利要求5所述的确定建立MPLS TE隧道的方法，其特征在于，所述边缘节点包括主边缘节点和备份边缘节点；
所述第一PE从所述第一PE所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到所述第二PE的路径，以完成到所述第二PE的MPLS TE隧道的建立包括：
所述第一PE从所述第一PE所属Mesh Group中选择一个角色信息为主边缘节点的设备，建立到所选择的角色信息为主边缘节点的设备的路径，并触发所选择的角色信息为主边缘节点的设备建立到所述第二PE的路径，以完成到所述第二PE的主MPLS TE隧道的建立；和/或
所述第一PE从所述第一PE所属Mesh Group中选择一个角色信息为备份边缘节点的设备，建立到所选择的角色信息为备份边缘节点的设备的路径，并触发所选择的角色信息为备份边缘节点的设备建立到所述第二PE的路径，以完成到所述第二PE的备份MPLS TE隧道的建立。
7.根据权利要求1-4任一项所述的确定建立MPLS TE隧道的方法，其特征在于，所述第一运营商边缘设备PE接收网络中第二PE发布的IGP通告消息之前包括：
根据所述网络业务的应用场景，为所述第一PE配置所属Mesh Group的信息和在所述网络业务中的角色信息。
8.根据权利要求1-4任一项所述的确定建立MPLS TE隧道的方法，其特征在于，还包括：
所述第一PE向所述第二PE发布包括所述第一PE所属Mesh Group的信息和在所述网络业务中的角色信息的IGP通告消息，以使所述第二PE在根据所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息，确定所述第一PE与所述第二PE属于同一MeshGroup后，根据所述第一PE在所述网络业务中的角色信息和所述第二PE在所述网络业务中的角色信息，确定是否建立到所述第一PE的MPLS TE隧道。
9.根据权利要求1-4任一项所述的确定建立MPLS TE隧道的方法，其特征在于，所述IGP通告消息还包括：所述第二PE所属Mesh Group是否为共享Mesh Group的信息；
所述第一PE根据所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息，确定所述第一PE与所述第二PE是否属于同一Mesh Group包括：
如果所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息相同，所述第一PE确定所述第一PE与所述第二PE属于同一Mesh Group；
如果所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息不相同，但所述第一PE所属Mesh Group和/或所述第二PE所属Mesh Group为共享Mesh Group，所述第一PE确定所述第一PE与所述第二PE属于同一Mesh Group；
如果所述第一PE所属Mesh Group的信息和所述第二PE所属Mesh Group的信息不相同，且所述第一PE所属Mesh Group和所述第二PE所属Mesh Group均不是共享Mesh Group，所述第一PE确定所述第一PE与所述第二PE不属于同一Mesh Group。
10.根据权利要求1-4任一项所述的确定建立MPLS TE隧道的方法，其特征在于，还包括：
所述第一PE接收所述第二PE在所述第二PE所属Mesh Group的信息和/或所述第二PE在所述网络业务中的角色信息发生变化时重新发送的IGP通告消息，并重新确定是否建立到所述第二PE的MPLS TE隧道。
11.一种确定建立多协议标签交换流量工程MPLS TE隧道的设备，其特征在于，所述确定建立MPLS TE隧道的设备为第一确定建立MPLS TE隧道的设备，包括：
接收模块，用于接收网络中第二确定建立MPLS TE隧道的设备发布的内部网关协议IGP通告消息，所述IGP通告消息包括所述第二确定建立MPLS TE隧道的设备所属网点组MeshGroup的信息和所述第二确定建立MPLS TE隧道的设备在网络业务中的角色信息，所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的；
第一确定模块，用于根据所述第一确定建立MPLS TE隧道的设备所属Mesh Group的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息，确定所述第一确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备是否属于同一Mesh Group；
第二确定模块，用于在所述第一确定模块确定所述第一确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备属于同一Mesh Group后，根据所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息和所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息，确定是否建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道，所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息是根据所述网络业务的应用场景划分出的。
12.根据权利要求11所述的确定建立MPLS TE隧道的设备，其特征在于，
所述网络业务的应用场景为轮毂-辐条Hub-Spoke场景，所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为Hub节点或Spoke节点，所述第二确定建立MPLSTE隧道的设备在所述网络业务中的角色信息为Hub节点或Spoke节点；
所述第二确定模块具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息与所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息不同后，确定建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道；
所述第二确定模块还具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息与所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息相同后，确定不建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道。
13.根据权利要求11所述的确定建立MPLS TE隧道的设备，其特征在于，
所述网络业务的应用场景为点到多点P2MP MPLS场景，所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为根节点或叶子节点，所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为根节点或叶子节点；
所述第二确定模块具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为根节点，且所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为叶子节点后，确定建立到所述第二确定建立MPLS TE隧道的设备的P2MP MPLSTE隧道；
所述第二确定模块还具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色为叶子节点后，或在确定所述第一确定建立MPLS TE隧道的设备和所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息均为根节点后，确定不建立到所述第二确定建立MPLS TE隧道的设备的P2MP MPLS TE隧道。
14.根据权利要求11所述的确定建立MPLS TE隧道的设备，其特征在于，
所述网络业务的应用场景为单向MPLS场景，所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为入节点或出节点，所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为入节点或出节点；
所述第二确定模块具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为入节点，且所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息为出节点后，确定建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道；
所述第二确定模块还具体用于在确定所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色为出节点后，或在确定所述第一确定建立MPLS TE隧道的设备和所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息均为入节点后，确定不建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道。
15.根据权利要求12或13或14所述的确定建立MPLS TE隧道的设备，其特征在于，
所述网络业务的应用场景为跨域MPLS TE场景；
所述第二确定模块具体用于在确定建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道之后，从所述第一确定建立MPLS TE隧道的设备所属Mesh Group中选择一个角色信息为边缘节点的设备，建立到所选择的角色信息为边缘节点的设备的路径，并触发所选择的角色信息为边缘节点的设备建立到所述第二确定建立MPLS TE隧道的设备的路径，以完成到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道的建立。
16.根据权利要求15所述的确定建立MPLS TE隧道的设备，其特征在于，所述边缘节点包括主边缘节点和备份边缘节点；
所述第二确定模块具体用于从所述MPLS TE隧道建立设备所属Mesh Group中选择一个角色信息为主边缘节点的设备，建立到所选择的角色信息为主边缘节点的设备的路径，并触发所选择的角色信息为主边缘节点的设备建立到所述第二确定建立MPLS TE隧道的设备的路径，以完成到所述第二确定建立MPLS TE隧道的设备的主MPLS TE隧道的建立；
和/或，
所述第二确定模块具体用于从所述MPLS TE隧道建立设备所属Mesh Group中选择一个角色信息为备份边缘节点的设备，建立到所选择的角色信息为备份边缘节点的设备的路径，并触发所选择的角色信息为备份边缘节点的设备建立到所述第二确定建立MPLS TE隧道的设备的路径，以完成到所述第二确定建立MPLS TE隧道的设备的备份MPLS TE隧道的建立。
17.根据权利要求11-14任一项所述的确定建立MPLS TE隧道的设备，其特征在于，还包括：
配置模块，用于根据所述网络业务的应用场景，为所述第一确定建立MPLS TE隧道的设备配置所属Mesh Group的信息和在所述网络业务中的角色信息。
18.根据权利要求11-14任一项所述的确定建立MPLS TE隧道的设备，其特征在于，还包括：
发布模块，用于向所述第二确定建立MPLS TE隧道的设备发布包括所述第一确定建立MPLS TE隧道的设备所属Mesh Group的信息和在所述网络业务中的角色信息的IGP通告消息，以使所述第二确定建立MPLS TE隧道的设备在根据所述第一确定建立MPLS TE隧道的设备所属Mesh Group的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息，确定所述第一确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备属于同一Mesh Group后，根据所述第一确定建立MPLS TE隧道的设备在所述网络业务中的角色信息和所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息，确定是否建立到所述第一确定建立MPLS TE隧道的设备的MPLS TE隧道。
19.根据权利要求11-14任一项所述的确定建立MPLS TE隧道的设备，其特征在于，
所述第一确定模块具体用于在所述第一确定建立MPLS TE隧道的设备所属Mesh Group的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息相同时，或者在所述第一确定建立MPLS TE隧道的设备所属Mesh Group的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息不相同，但所述第一确定建立MPLS TE隧道的设备所属Mesh Group和/或所述第二确定建立MPLS TE隧道的设备所属Mesh Group为共享MeshGroup时，确定所述第一确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备属于同一Mesh Group；
所述第一确定模块还具体用于在所述第一确定建立MPLS TE隧道的设备所属MeshGroup的信息和所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息不相同，且所述第一确定建立MPLS TE隧道的设备所属Mesh Group和所述第二确定建立MPLS TE隧道的设备所属Mesh Group均不是共享Mesh Group时，确定所述第一确定建立MPLS TE隧道的设备与所述第二确定建立MPLS TE隧道的设备不属于同一Mesh Group。
20.根据权利要求11-14任一项所述的确定建立MPLS TE隧道的设备，其特征在于，所述接收模块还用于接收所述第二确定建立MPLS TE隧道的设备在所述第二确定建立MPLS TE隧道的设备所属Mesh Group的信息和/或所述第二确定建立MPLS TE隧道的设备在所述网络业务中的角色信息发生变化时重新发送的IGP通告消息，以供所述第一确定模块和所述第二确定模块重新确定是否建立到所述第二确定建立MPLS TE隧道的设备的MPLS TE隧道。
CN201280000109.4A 2012-02-24 2012-02-24 确定建立多协议标签交换流量工程隧道的方法及设备 Active CN103380601B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/071597 WO2013123676A1 (zh) 2012-02-24 2012-02-24 确定建立多协议标签交换流量工程隧道的方法及设备

Publications (2)

Publication Number Publication Date
CN103380601A CN103380601A (zh) 2013-10-30
CN103380601B true CN103380601B (zh) 2016-10-05

Family

ID=49004947

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280000109.4A Active CN103380601B (zh) 2012-02-24 2012-02-24 确定建立多协议标签交换流量工程隧道的方法及设备

Country Status (4)

Country Link
US (1) US9622276B2 (zh)
EP (2) EP2811697B1 (zh)
CN (1) CN103380601B (zh)
WO (1) WO2013123676A1 (zh)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8879416B2 (en) 2012-09-25 2014-11-04 Parallel Wireless, Inc. Heterogeneous mesh network and a multi-RAT node used therein
ES2633824T3 (es) 2013-02-17 2017-09-25 Parallel Wireless Inc. Métodos para incorporar una red celular ad hoc en una red celular fija
EP2974088B1 (en) 2013-03-15 2020-09-23 Parallel Wireless Inc. Methods of enabling base station functionality in a user equipment
US9386480B2 (en) * 2013-08-06 2016-07-05 Parallel Wireless, Inc. Systems and methods for providing LTE-based backhaul
US10461946B2 (en) 2013-09-17 2019-10-29 Cisco Technology, Inc. Overlay signaling for bit indexed explicit replication
US10003494B2 (en) 2013-09-17 2018-06-19 Cisco Technology, Inc. Per-prefix LFA FRR with bit indexed explicit replication
US11451474B2 (en) 2013-09-17 2022-09-20 Cisco Technology, Inc. Equal cost multi-path with bit indexed explicit replication
WO2015042156A1 (en) 2013-09-17 2015-03-26 Cisco Technology, Inc. Bit indexed explicit replication
US10218524B2 (en) 2013-09-17 2019-02-26 Cisco Technology, Inc. Bit indexed explicit replication for layer 2 networking
US9806897B2 (en) 2013-09-17 2017-10-31 Cisco Technology, Inc. Bit indexed explicit replication forwarding optimization
US9832796B2 (en) 2014-05-13 2017-11-28 Parallel Wireless, Inc. Multi-egress backhaul
CN104135420B (zh) * 2014-07-31 2017-12-29 华为技术有限公司 一种报文转发的方法、设备及系统
US9313663B2 (en) * 2014-08-21 2016-04-12 Futurewei Technologies, Inc. Automatic division of internet protocol radio access networks to interior gateway protocol areas
US9906378B2 (en) 2015-01-27 2018-02-27 Cisco Technology, Inc. Capability aware routing
US10341221B2 (en) 2015-02-26 2019-07-02 Cisco Technology, Inc. Traffic engineering for bit indexed explicit replication
US10630743B2 (en) 2016-09-23 2020-04-21 Cisco Technology, Inc. Unicast media replication fabric using bit indexed explicit replication
US10637675B2 (en) 2016-11-09 2020-04-28 Cisco Technology, Inc. Area-specific broadcasting using bit indexed explicit replication
CN108235259B (zh) * 2016-12-15 2021-11-12 中兴通讯股份有限公司 分组传送网的组播业务实现方法及其装置、通信系统
CN106936710B (zh) * 2017-02-28 2020-04-03 新华三技术有限公司 一种Mesh Group配置方法及装置
US10447496B2 (en) 2017-03-30 2019-10-15 Cisco Technology, Inc. Multicast traffic steering using tree identity in bit indexed explicit replication (BIER)
US10164794B2 (en) 2017-04-28 2018-12-25 Cisco Technology, Inc. Bridging of non-capable subnetworks in bit indexed explicit replication
US10541912B2 (en) * 2018-05-22 2020-01-21 Juniper Networks, Inc. Detecting egresses of a point-to-multipoint label switched path in a ring network
US11165695B1 (en) * 2020-04-16 2021-11-02 Juniper Networks, Inc. Identifying egress of nil forward equivalency class (FEC) used for FEC hiding
US11502872B1 (en) * 2021-06-07 2022-11-15 Cisco Technology, Inc. Isolation of clients within a virtual local area network (VLAN) in a fabric network
CN113630276B (zh) * 2021-08-16 2024-04-09 迈普通信技术股份有限公司 一种主备切换控制方法、装置及dvpn网络系统
CN115334460B (zh) * 2022-08-16 2023-09-01 西安交通大学 一种基于mesh技术的隧道实时通讯方法和系统
CN115474163B (zh) * 2022-08-16 2023-09-05 西安交通大学 一种基于mesh技术的抗干扰隧道实时通讯方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238057A (zh) * 2011-05-10 2011-11-09 福建星网锐捷网络有限公司 以太网根基多点服务实现方法、系统、装置及网络设备
CN102301657A (zh) * 2011-06-30 2011-12-28 华为技术有限公司 隧道配置方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020136223A1 (en) * 2000-12-19 2002-09-26 Ho Ka K. Method and apparatus for interworking PNNI with the signalling and routing protocols used in MPLS networks
US7554996B2 (en) * 2005-09-14 2009-06-30 Cisco Technology, Inc. Controlled distribution of inter-area routing information
US7746796B2 (en) * 2006-09-29 2010-06-29 Cisco Technology, Inc. Directed echo requests and reverse traceroute
US7945696B2 (en) * 2007-11-30 2011-05-17 Cisco Technology, Inc. Differentiated routing using tunnels in a computer network
CN101771551B (zh) * 2008-12-29 2012-11-21 华为技术有限公司 一种虚拟专有组播业务中流媒体分发的方法、装置及系统
CN102148745B (zh) * 2010-02-08 2014-03-12 中兴通讯股份有限公司 提高虚拟专用局域网业务网络转发效率的方法和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238057A (zh) * 2011-05-10 2011-11-09 福建星网锐捷网络有限公司 以太网根基多点服务实现方法、系统、装置及网络设备
CN102301657A (zh) * 2011-06-30 2011-12-28 华为技术有限公司 隧道配置方法及装置

Also Published As

Publication number Publication date
EP2811697A4 (en) 2015-06-03
US9622276B2 (en) 2017-04-11
US20140362846A1 (en) 2014-12-11
EP2811697B1 (en) 2016-08-03
CN103380601A (zh) 2013-10-30
EP3113417A1 (en) 2017-01-04
WO2013123676A1 (zh) 2013-08-29
EP3113417B1 (en) 2017-10-18
EP2811697A1 (en) 2014-12-10

Similar Documents

Publication Publication Date Title
CN103380601B (zh) 确定建立多协议标签交换流量工程隧道的方法及设备
CN102724117B (zh) 多协议标签交换流量工程隧道建立方法及设备
CN105812259B (zh) 一种报文转发方法和设备
CN100473069C (zh) 支持伪线标签反射的二层虚拟专网设备和组网方法
US9665530B2 (en) Method and system for implementing elastic network interface and interconnection
US11050657B2 (en) Method, device and node for message transmission, and computer storage medium
CN102724118B (zh) 标签分发方法及设备
WO2017059708A1 (zh) Bier信息的发送方法、接收方法及装置
CN102055665B (zh) 广播上或nbma上的ospf点到多点模式
WO2017124709A1 (zh) 流量工程隧道建立方法和装置
CN104243270A (zh) 一种建立隧道的方法和装置
CN103780509B (zh) 报文转发方法和路由转发设备
CN107241755A (zh) 通信方法、网络服务器和计算机可读存储介质
CN103138955B (zh) 在第2层网络中使用多个igmp查询器
CN101453413A (zh) 一种pbb网络中自动拓扑发现及资源管理的方法和装置
CN102281533B (zh) 基于rt建立lsp的方法、系统和路由器
CN103457820B (zh) 分层虚拟专用局域网服务的实现方法及装置
CN102355402A (zh) 一种基于vpn路由建立lsp的方法、系统和路由器
CN106375222A (zh) 环型组网组播线路切换的方法及装置
JP6010251B2 (ja) 疑似回線を集約するためのシステムおよび方法
CN105721322A (zh) 在trill网络中传输组播数据的方法、装置和系统
CN105306613A (zh) Esadi的mac地址通告方法、装置及获取装置
JP6281566B2 (ja) 中継管理装置、中継管理方法、プログラムおよび中継管理システム
WO2022222666A1 (zh) 一种通信方法及装置
WO2019214089A1 (zh) 一种绑定数据流的方法及装置、计算机存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant