一种业务隧道建立方法及设备的制造方法
【技术领域】
[0001]本发明涉及网络技术领域，尤其涉及一种业务隧道建立方法及设备。
【背景技术】
[0002]各种功能强大的移动终端设备的出现，使得数据业务逐渐成为移动网的主要业务类型，同时空口技术也不断发展，带宽也越来越宽，这就出现了很多大数据量应用的增长:音乐、视频、游戏以及社交网络等。这些应用驱动了数据流量的巨大增长。在2G/3G的时候通常使用同步数字体系(Synchronous Digital Hierarchy, SDH)承载移动业务,但是SDH的架构无法支持规模和流量带宽的增长的需求。移动承载采用IP和以太技术才能既满足流量增长的需求，同时降低运营商的建网成本。全网跑IP协议(ALL IP)已经成为业界公认的趋势，在长期演进(Long Term Evolut1n, LTE)时代,无线网络架构发生了很大的改变，把演进的分组核心网(Evolved Packet Core, EPC)放到了很高的位置,一个EPC域可以管理很多基站，这样连接基站的基站侧网关(Cell Site Gateway, CSG)设备和连接EPC的服务提供商边缘设备(Provider Edge, PE)就不定在一个Area (区域)或AS (自治系统)内，但基站与EPC之间需要建立SI业务连接，承载网如何能更好的承载LTE SI业务，业界目前认为无缝多协议标签交换(Seamless Multiprotocol Label Switch, Seamless MPLS)方案是一个比较优化的承载方案。
[0003]同时，随着移动承载网络带宽的急剧增长和IP化承载，很多运营商为了节省建网成本，将固定业务和移动业务采用同一张IP网络来承载，这使得IP承载网络的业务也越来越复杂，种类越来越多，业务的接入点也越来越灵活，这样对IP承载网也提出更高的要求。业界目前普通认可的承载方案就是Seamless MPLS方案，这种方案业务与传输隧道层解耦，业务只需要在接入点进行配置，运维比较简单。但当前的Seamless MPLS解决方案还存在一些问题，不能满足运营商的需求，如下需求就是一个典型的需求:
[0004]如图1所示，全网采用Seamless MPLS解决方案来承载，UPE-1和UPE-2之间有多种业务要承载，为了能充分利用网络的链路带宽，在用户侧PE (User-end Provider Edge,UPE)和网络侧PE (Network Provider Edge, NPE)之间建立很多条隧道,希望不同的业务能承载在不同的隧道，并且在不同域建立的隧道数量不同，所以需要隧道能互相映射，针对图1所示的网络结构，则UPE-1和UPE-2之间建立的隧道，可以是以下各种情况:
[0005]隧道1-1-------隧道2-1-----隧道3-1
[0006]隧道1-2-------隧道2-1-----隧道3-1
[0007]隧道1-3-------隧道2-1-----隧道3-2
[0008]隧道1-4-------隧道2-1-----隧道3-2
[0009]隧道1-5-------隧道2-2-----隧道3-3
[0010]隧道1-6-------隧道2-2-----隧道3-3
[0011 ] 隧道1-7-------隧道2-2-----隧道3-4
[0012] 隧道1-8-------隧道2-2-----隧道3-4
[0013]针对上述各种隧道形成需求，当前的Seamless MPLS提供的解决方案如下:
[0014]UPE-2 向 UPE-1 发布一条边界网关协议(Border Gateway Protocol, BGP)标签路由，UPE-1与UPE-2之间建立一条到达UPE-2的端到端边界网关协议标签交换路径(End-to-End Border gateway protocol Label Switched Path,E2E BGP LSP),同理，UPE-1也向UPE-2发一条BGP标签路由，UPE-2与UPE-1之间建立一条到达UPE-1的BGP LSPjjf有的业务都迭代在建立的BGP LSP上，然后BGP LSP再承载在三条分段的隧道上，实现业务的端到端承载。
[0015]但是上述现有技术提供的方案，对于同一条标签路由，比如UPE-1 (1.1.1.1)，只能建立一条BGP LSP。很显然，一条BGP LSP就在一个域内，就只能承载在一条隧道上，因此所有的业务在一个域内就只能选择一条隧道来承载，无法实现不同的业务采用不同的隧道来承载。
【发明内容】
[0016]本发明提供一种业务隧道建立方法及设备，本发明所提供的方法和装置解决现有技术中所有的业务在一个域内就只能选择一条隧道来承载，无法实现不同的业务采用不同的隧道来承载的问题。
[0017]第一方面，本发明提供一种业务隧道建立方法，该方法包括:
[0018]当第一区域的第一边缘设备跨至少一个中间区域与第二区域的第二边缘设备之间需要开通一虚拟专用网VPN业务时，接收到与所述VPN业务对应的标签路由的目的边缘设备从所述标签路由中获取与所述VPN业务对应的隧道要求标识；
[0019]所述目的边缘设备利用获取到的隧道要求标识匹配自身所属区域中已经建立的隧道，如果所述隧道要求标识与所述已建立的隧道中的任一隧道的匹配结果满足预设条件，则选择所述任一隧道承载所述VPN业务。
[0020]结合第一方面，在第一种可能的实现方式中，所述目的边缘设备利用获取到的隧道要求标识匹配自身所属区域中已经建立的隧道包括:
[0021]所述目的边缘设备利用预设的算法对所述隧道要求标识和自身已建立的隧道的标识进行运算得到一运算结果，根据所述运算结果确定需要承载所述VPN业务的已经建立的隧道。
[0022]结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述隧道要求标识为业务亲和属性，则所述根据所述运算结果确定需要承载所述VPN业务的已经建立的隧道包括:将所述计算结果与所述目的边缘设备存储的隧道管理属性匹配，并根据匹配结果确定需要承载所述VPN业务的已经建立的隧道。
[0023]结合第一方面的第一种可能的实现方式，在第三种可能的实现方式中，当所述目的边缘设备为第二边缘设备则该方法还包括:
[0024]所述第二边缘设备从所述标签路由中获取中转隧道，将所述中转隧道迭代形成所述第一边缘设备到所述第二边缘设备的完整业务隧道，其中，所述中转隧道是所述标签路由中携带的其他边缘设备选择的隧道。
[0025]结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，该方法还包括:
[0026]所述第二边缘设备接收到所述第一边缘设备发送的VPN业务路由时，从所述VPN业务路由中获取所述隧道要求标识；
[0027]利用所述隧道要求标识与已建立隧道对应的隧道要求标识进行匹配，如果与所述隧道要求标识与任一隧道对应的隧道要求标识相同，则利用匹配确定的隧道发送所述VPN业务。
[0028]第二方面，本发明还提供另外一种业务隧道建立方法，该方法包括:
[0029]当第一区域的第一边缘设备跨至少一个中间区域与第二区域的第二边缘设备之间需要开通一虚拟专用网VPN业务时，所述第一边缘设备将与所述VPN业务对应的隧道要求标识添加到所述VPN业务对应的标签路由中；
[0030]转发所述标签路由，使得接收到所述标签路由的边缘设备从所述标签路由中获取所述隧道要求标识，并使接收到所述标签路由的边缘设备利用所述隧道要求标识匹配自身所属区域中已经建立的隧道，如果所述隧道要求标识与所述已建立的隧道中的任一隧道的匹配结果满足预设条件，则选择所述任一隧道承载所述VPN业务。
[0031]第三方面，本发明提供一种边缘设备，该边缘设备包括:
[0032]获取单元，当第一区域的第一边缘设备跨至少一个中间区域与第二区域的第二边缘设备之间需要开通一虚拟专用网VPN业务时，用于接收到与所述VPN业务对应的标签路由，并从所述标签路由中获取与所述VPN业务对应的隧道要求标识；
[0033]隧道选择单元，用于利用获取到的隧道要求标识匹配自身所属区域中已经建立的隧道，如果所述隧道要求标识与所述已建立的隧道中的任一隧道的匹配结果满足预设条件，则选择所述任一隧道承载所述VPN业务。
[0034]结合第二方面，在第一种可能的实现方式中，所述隧道选择单元还用于利用预设的算法对所述隧道要求标识和自身已建立的隧道的标识进行运算得到一运算结果，根据所述运算结果确定需要承载所述VPN业务的已经建立的隧道。
[0035]结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述隧道要求标识为业务亲和属性，所述隧道选择单元还用于将所述计算结果与自身存储的隧道管理属性匹配，并根据匹配结果确定需要承载所述VPN业务的已经建立的隧道。
[0036]结合第二方面的第一种可能的实现方式，在第三种可能的实现方式中，当所述边缘设备为第二边缘设备则该边缘设备还包括:
[0037]隧道迭代单元，用于从所述标签路由中获取中转隧道，将所述中转隧道迭代形成所述第一边缘设备到所述第二边缘设备的完整业务隧道，其中，所述中转隧道是所述标签路由中携带的其他边缘设备选择的隧道。
[0038]结合第二方面的第三种可