CN106330705A - 路径计算方法、装置及路径计算单元 - Google Patents
路径计算方法、装置及路径计算单元 Download PDFInfo
- Publication number
- CN106330705A CN106330705A CN201510374859.3A CN201510374859A CN106330705A CN 106330705 A CN106330705 A CN 106330705A CN 201510374859 A CN201510374859 A CN 201510374859A CN 106330705 A CN106330705 A CN 106330705A
- Authority
- CN
- China
- Prior art keywords
- node
- electric layer
- path computing
- path
- pce
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种路径计算方法、装置及路径计算单元。其中,该方法包括:PCE接收一个或多个节点内部的DXCPort信息,其中,DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;PCE根据DXCPort信息,生成一个或多个节点内部的DXCLink;PCE根据DXCLink和纯电层非级联链路进行路径计算。通过本发明,解决了无法实现节点内部跨子架级联的路径计算的技术问题,实现了节点内部跨子架级联的路径计算。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种路径计算方法、装置及路径计算单元。
背景技术
随着自动交换光网络(Automatically Switched Optical Network简称为ASON)技术的不断发展,越来越多的服务提供商开始采用光网络设备组建网络,并通过在节点内部加载控制平面来实现呼叫的自动路径计算以及连接的建立。路径计算单元(PathComputation Element简称为PCE)作为控制平面的一个组件,完成整条呼叫路径的计算,连接控制器(Connection Controller简称为CC)根据PCE的计算结果,通过在路径沿途每个节点下发标签预留以及交叉建立,从而完成整条连接的建立。
要完成一条连接的建立,首先需要在节点之间连接光纤并配置传送端口,从而生成TE链路,各个节点之间的流量工程(Traffic Engineering,简称为TE)链路通过开放式最短路径优先(Open Shortest Path First,简称为OSPF)协议互相洪泛,从而生成一个拓扑,该拓扑被连接首节点用来进行路径计算。PCE根据各个节点之间的拓扑,计算出一条从连接首节点到尾节点的端到端路径。
在目前的技术中,PCE计算出来的端到端路径只是各个节点之间的路径,即只能具体计算到一个节点的入端口和出端口,而不能计算出一个节点内部经过的路径。如图1所示,假设连接首节点是A,尾节点是D,则PCE计算出的路径是A(1)—B(2),B(3)—C(4),C(5)—D(6)。
在实际的组网环境中,经常存在这样的情况,当从某个客户侧单板建立业务时,由于受本交叉子架时隙资源有限或者节点配置约束的限制,往往不能从本交叉子架完成业务的输出,这时就需要跨多个子架完成业务调度。如何实现通过在节点内部跨子架级联来建立业务就成为一个需要解决的问题。
针对相关技术中无法实现节点内部跨子架级联的路径计算的技术问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种路径计算方法、装置及路径计算单元,以至少解决无法实现节点内部跨子架级联的路径计算的技术问题。
根据本发明的一个方面,提供了一种路径计算方法,包括:PCE接收一个或多个节点内部的子架间级联端口(DXCPort)信息,其中,所述DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;所述PCE根据所述DXCPort信息,生成所述一个或多个节点内部的子架间级联链路(DXCLink);所述PCE根据所述DXCLink和纯电层非级联链路进行路径计算。
优选地,所述PCE接收所述一个或多个节点内部的所述DXCPort信息包括:所述终端和适配执行器根据子架间级联端口的光纤连接生成所述DXCPort信息;所述终端和适配执行器将所述DXCPort信息洪泛给链路资源管理模块;所述链路资源管理模块将所述DXCPort信息透传给协议栈;所述协议栈将所述DXCPort信息洪泛到所述一个或多个节点的PCE。
优选地,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算包括:所述PCE接收连接控制器(CC)发送的路径计算请求;所述PCE解析所述路径计算请求,判断所述路径计算请求所请求的路径计算业务是否为电层业务;在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算;所述PCE将路径计算的结果发送给所述CC。
优选地,在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算还包括:所述PCE根据所述纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;在纯电层非级联算路失败的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算。
优选地,在所述PCE将路径计算的结果发送给所述CC之后,所述方法还包括:所述CC解析到路径计算的结果中包括所述DXCLink;所述CC通过路径Path信令将所述DXCLink发送给下游的各个节点。
优选地,所述方法还包括:所述一个或多个节点的CC根据路径计算的结果获取本节点的DXCLink信息和/或纯电层非级联链路信息;所述一个或多个节点中获取到本节点的纯电层非级联链路信息的节点的CC向本节点的链路资源管理模块为纯电层非级联端口申请标签;以及所述一个或多个节点中获取到本节点的DXCLink信息的节点的CC向本节点的链路资源管理模块为DXCPort申请标签。
根据本发明的另一个方面,还提供了一种路径计算装置,包括:接收模块,用于接收一个或多个节点内部的子架间级联端口DXCPort信息,其中,所述DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;生成模块,用于根据所述DXCPort信息,生成所述一个或多个节点内部的子架间级联链路DXCLink;计算模块,用于根据所述DXCLink和纯电层非级联链路进行路径计算。
优选地,所述计算模块包括:接收单元,用于接收连接控制器(CC)发送的路径计算请求;判断单元,用于解析所述路径计算请求,判断所述路径计算请求所请求的路径计算业务是否为电层业务;计算单元,用于在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,根据所述DXCLink和所述纯电层非级联链路进行路径计算;发送单元,用于将路径计算的结果发送给所述CC。
优选地,所述计算模块还包括:第一处理单元,用于根据所述纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;第二处理单元,用于在纯电层非级联算路失败的情况下,根据所述DXCLink和所述纯电层非级联链路进行路径计算。
根据本发明的另一个方面,还提供了一种路径计算单元,包括上述的路径计算装置。
通过本发明,采用PCE接收一个或多个节点内部的DXCPort信息,其中,DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;PCE根据DXCPort信息,生成一个或多个节点内部的DXCLink;PCE根据DXCLink和纯电层非级联链路进行路径计算的方式,解决了无法实现节点内部跨子架级联的路径计算的技术问题,实现了节点内部跨子架级联的路径计算。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术中的一条连接路由的示意图;
图2是根据本发明实施例的路径计算方法的流程图;
图3是根据本发明实施例的路径计算装置的结构示意图;
图4是根据本发明优选实施例的跨子架级联情况下PCE计算路由的流程图;
图5是根据本发明优选实施例的跨子架级联建立无保护业务时节点内部交叉示意图;
图6是根据本发明优选实施例的跨子架级联建立有保护业务时节点内部交叉示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种路径计算方法,图2是根据本发明实施例的路径计算方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,PCE接收一个或多个节点内部的子架间级联端口(DXCPort)信息,其中,DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;
步骤S204,PCE根据DXCPort信息,生成一个或多个节点内部的子架间级联链路(DXCLink);
步骤S206,PCE根据DXCLink和纯电层非级联链路进行路径计算。
通过上述步骤,由PCE根据DXCPort信息生成一个或多个节点内部的DXCLink,进而根据DXCLink和纯电层非级联链路进行路径计算,从而解决了无法实现节点内部跨子架级联的路径计算的技术问题,实现了节点内部跨子架级联的路径计算。
在路径计算中,上述的PCE为首节点的PCE;上述的纯电层非级联链路为除本发明实施例的DXCLink之外的其他电层链路,在相关技术中进行电层业务算路时仅根据纯电层非级联链路进行算路,因为无法实现节点内部跨子架级联的路径计算。
优选地,在步骤S202中,终端和适配执行器根据子架间级联端口的光纤连接生成DXCPort信息;终端和适配执行器将DXCPort信息洪泛给链路资源管理模块;链路资源管理模块将DXCPort信息透传给协议栈;协议栈将DXCPort信息洪泛到一个或多个节点的PCE。其中,一个或多个节点中接收到算路请求的首节点将根据步骤S204~步骤S206的方式进行路径计算。
优选地,在步骤S206中,PCE接收CC发送的路径计算请求;PCE解析路径计算请求,判断路径计算请求所请求的路径计算业务是否为电层业务;在判断结果为路径计算请求所请求的路径计算业务为电层业务的情况下,PCE根据DXCLink和纯电层非级联链路进行路径计算;PCE将路径计算的结果发送给CC。优选地,当判断到路径计算请求所请求的不经计算业务是非电层业务的情况下,按照相关技术中非电层业务的算路方式进行路径计算,在此不再赘述。
优选地,在判断结果为路径计算请求所请求的路径计算业务为电层业务的情况下,在步骤S206中,PCE根据纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;在纯电层非级联算路失败的情况下,PCE根据DXCLink和纯电层非级联链路进行路径计算。其中,在进行纯电层非级联链路算路或者根据DXCLink和纯电层非级联链路进行路径计算时,若当前不存在电层链路,则可以根据光层链路建立电层链路。
优选地,在PCE将路径计算的结果发送给CC之后,在进行呼叫建立时,网管系统向首节点的CC发送呼叫建立请求,此后CC解析到路径计算的结果中包括DXCLink;CC通过路径Path信令将DXCLink发送给下游的各个节点。
优选地,在首节点或者下游的各个节点中,这些节点的CC根据路径计算的结果获取本节点的DXCLink信息和/或纯电层非级联链路信息;一个或多个节点中获取到本节点的纯电层非级联链路信息的节点的CC向本节点的链路资源管理模块为纯电层非级联端口申请标签;以及一个或多个节点中获取到本节点的DXCLink信息的节点的CC向本节点的链路资源管理模块为DXCPort申请标签。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种路径计算装置,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的路径计算装置的结构示意图,如图3所示,该装置包括:接收模块32、生成模块34和计算模块36,其中,接收模块32,用于接收一个或多个节点内部的DXCPort信息,其中,DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;生成模块34,耦合至接收模块32,用于根据DXCPort信息,生成一个或多个节点内部的DXCLink;计算模块36,耦合至生成模块34,用于根据DXCLink和纯电层非级联链路进行路径计算。
通过上述模块的综合作用,解决了无法实现节点内部跨子架级联的路径计算的技术问题,实现了节点内部跨子架级联的路径计算。
优选地,计算模块36包括:接收单元,用于接收连接控制器CC发送的路径计算请求;判断单元,耦合至接收单元,用于解析路径计算请求,判断路径计算请求所请求的路径计算业务是否为电层业务;计算单元,耦合至判断单元,用于在判断结果为路径计算请求所请求的路径计算业务为电层业务的情况下,根据DXCLink和纯电层非级联链路进行路径计算;发送单元,耦合至计算单元,用于将路径计算的结果发送给CC。
优选地,计算模块36还包括:第一处理单元,用于根据纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;第二处理单元,耦合至第一处理单元,用于在纯电层非级联算路失败的情况下,根据DXCLink和纯电层非级联链路进行路径计算。
本实施例还提供了一种路径计算单元,包括上述的路径计算装置。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
本发明的实施例还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
本发明的实施例还提供了一种存储介质。在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
步骤S1,PCE接收一个或多个节点内部的DXCPort信息,其中,DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;
步骤S2,PCE根据DXCPort信息,生成一个或多个节点内部的DXCLink;
步骤S3,PCE根据DXCLink和纯电层非级联链路进行路径计算。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
为了使本发明实施例的描述更加清楚,下面结合优选实施例进行描述和说明。
本发明优选实施例提供了一种节点内部通过跨子架级联建立呼叫的方法,在该优选实施例中,节点内部通过在级联端口之间连接光纤,抽象出级联链路,并将节点内部级联链路洪泛到整个拓扑中供算路使用,使得PCE不仅能计算出节点与节点之间的链路,还能计算某个节点内部经过的路径。这样,节点内部不同的子架之间可以灵活互通,这也在一定程度上解决了一个子架上容量有限的问题。
其中,本发明优选实施例提出了子架间级联端口(DXCPort)以及级联链路(DXCLink)的概念,DXCPort类似于普通的电层传送端口,是两个级联端口之间的虚拟通道,包含信号类型、时隙资源等信息,而DXCLink类似于普通的电层链路的概念,通过OSPF协议在节点之间洪泛。
本发明优选实施例提供的跨子架级联呼叫建立方法包括下列步骤:
第一部分:资源模型抽象
步骤1,在需要级联的端口之间连接光纤,终端和适配执行器(Terminal AdapterProcessor,简称为TAP)根据光纤连接抽象出子架间级联端口DXCPort,TAP将DXCPort洪泛给链路资源管理模块(Link Resource Manager,简称为LRM),并在本地保存DXCPort信息;
步骤2,LRM将DXCPort信息透传给协议栈,同时也在本地保存DXCPort信息;
步骤3,协议栈将DXCPort信息洪泛到各个节点;
步骤4,PCE根据协议栈洪泛的信息,生成级联链路DXCLink,由此生成包含级联链路的拓扑,拓扑中除了包含级联链路外,还包含一般的TE链路,该拓扑由各个节点共享,这样DXCLink就可以和普通的电层链路一样供路径计算所用。
第二部分:呼叫建立
步骤5,网管向首节点的CC下发呼叫建立请求命令;
步骤6,首节点的CC将包含首尾节点接入信息的路径计算请求发送给首节点的PCE;
步骤7,首节点的PCE按照如图4所示的流程计算路径,并将结果返回给CC,当节点内部存在级联路径时,需要将级联路径也返回给CC;
步骤8,首节点的CC解析路径计算结果,通过资源预留协议(Resource ReservationProtocol,简称为RSVP)在各个节点上预留资源以及下发交叉,当存在节点内部级联链路时,CC通过在路径(Path)信令的私有数据中增加新的对象来将级联路由信息携带给下游节点。当节点内部存在级联路径时,级联端口上也需要申请标签和下发交叉;
步骤9,连接建立完成后,CC向网管上报呼叫建立成功。
通过上述方法,使得PCE不仅可以计算节点之间的路径,也可以计算节点内部的路径,控制平面可以像管理普通TE链路一样来管理节点内部级联链路。
下面结合附图对本发明跨子架建立业务方法进行说明,级联包括但不限于客户侧级联,本发明优选实施例仅以客户侧级联为例进行说明。
资源模型抽象
如图5所示,仅以首节点为例进行说明,其它节点类似,在此不再赘述。
步骤1,在C2和C3端口之间连接光纤,TAP在C2和C3端口之间抽象出一对DXCPort,并在本地管理DXCPort信息;
步骤2,TAP将DXCPort信息洪泛给LRM,LRM将DXCPort保存在本地并进行管理;
步骤3,LRM将DXCPort透传给协议栈,协议栈将此洪泛给各个节点;
步骤4,PCE根据协议栈洪泛的信息,生成级联链路C2—C3,并将级联链路C2—C3加入到拓扑中供算路使用。
建立跨子架级联无保护业务
如图5所示,假设业务从节点A子架1客户侧C1上路,需要从子架2线路侧L2板输出,到达节点B时,需要从子架3线路侧L3输入,从子架4线路侧L4板输出,节点C从子架6线路侧L6输入,子架5客户侧C9下路。
步骤5,网管发送一条呼叫建立请求到节点A的CC,节点A的CC向PCE请求路径计算。
步骤6,PCE根据图4所示的流程计算路由,发现需要经过级联链路,例如,在节点A内部,要经过图5所示的C2和C3端口,在节点B内部,要经过图5所示的C6和C7端口,在节点C内部,要经过图5所示的C11和C10端口。那么,PCE的算路结果中,除了要正常携带所经过的电层链路A(L2)—B(L3)和B(L4)—C(L6)外,还需要将级联链路C2—C3、C6—C7和C11—C10返回给CC。
步骤7,节点A的CC收到PCE的算路响应后,解析路由信息,发现存在节点内部级联链路C2—C3、C6—C7和C11—C10,将这些级联链路保存在本地,并将级联链路通过Path信令携带给下游各个节点。
步骤8,节点A的CC向链路资源管理模块LRM申请标签,预留资源,其中除了要申请线路侧端口L2的标签外,还需要增加级联端口C2和C3的标签申请,而不存在内部级联链路的情况下,则只需要申请线路侧端口L2的标签。
步骤9,节点A的LRM向CC返回标签成功响应后,CC继续向终端适配执行器TAP发起交叉建立请求,其中Path方向交叉包括C1—C2和C3—L2两跳,Resv方向则包括L2—C3和C2—C1两跳。
步骤10,当Path信令沿连接路径的方向到达节点B时,节点B首先从Path信令中提取本节点内部级联链路信息C6—C7,保存在本地,并向节点B的LRM申请标签,其中除了要申请线路侧端口L3和L4的标签外,还需要申请级联端口C6和C7的标签,而不存在内部级联链路的情况下,则只需要申请线路侧端口L3和L4的标签。
步骤11,节点B的LRM向CC返回标签成功响应后,CC继续向TAP发起交叉建立请求,其中Path方向交叉包括L3—C6和C7—L4两跳,Resv方向则包括L4—C7和C6—L3两跳。
步骤12,当Path信令沿连接路径的方向到达节点C时,节点C首先从Path信令中提取本节点内部级联链路信息C11—C10,保存在本地,并向节点C的LRM申请标签,其中除了要申请线路侧端口L6的标签外,还需要申请级联端口C11和C10的标签,而不存在内部级联链路的情况下,则只需要申请线路侧端口L6的标签。
步骤13,节点C的LRM向CC返回标签成功响应后,CC继续向TAP发起交叉建立请求,其中Path方向交叉包括L6—C11和C10—C9两跳,Resv方向则包括C9—C10和C11—L6两跳。
后续连接建立过程与不带级联链路时连接建立过程相同,本优选实施例中不再赘述。
建立跨子架级联有保护业务
建立跨子架级联有保护业务之前进行的资源模型抽象与前述方法类似,在此不再赘述。
如图6所示,表示建立跨子架有保护业务时首节点的交叉示意图。工作连接Path方向交叉路径是C1—C2—C4—L2,保护连接Path方向交叉路径是C1—C3—C7—L3。
建立有保护业务的流程和无保护业务的流程基本相同,这里只说明一些有区别的地方。
首先,计算路由时,PCE发现工作连接和保护连接都需要经过级联链路,则除了需要携带工作和保护连接电层链路以外,还需要将工作和保护连接的节点内部经过的级联链路分别返回给CC。
CC收到PCE算路响应后,解析路由信息,发现工作连接经过了级联链路C2—C4,保护连接经过了级联链路C3—C7,将工作和保护连接的级联链路信息分别保存在本地,并将工作和保护连接在节点内部所经过的级联链路分别通过工作和保护连接的Path信令携带到下游节点。
CC向LRM申请标签的方法和无保护连接申请标签相同,不再详细说明。
CC向TAP下发交叉建立请求时,其中工作连接Path方向交叉路径是C1—C2和C4—L2两跳,Resv方向交叉路径是L2—C4和C2—C1两跳,保护连接Path方向交叉路径是C1—C3和C7—L3两跳,Resv方向交叉路径是L3—C7和C3—C1两跳。当建立保护连接交叉时,需要向TAP下发保护组信息,其中保护组的工作和保护端口分别是C2和C3。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种路径计算方法,其特征在于包括:
路径计算单元PCE接收一个或多个节点内部的子架间级联端口DXCPort信息,其中,所述DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;
所述PCE根据所述DXCPort信息,生成所述一个或多个节点内部的子架间级联链路DXCLink;
所述PCE根据所述DXCLink和纯电层非级联链路进行路径计算。
2.根据权利要求1所述的方法,其特征在于,所述PCE接收所述一个或多个节点内部的所述DXCPort信息包括:
所述终端和适配执行器根据子架间级联端口的光纤连接生成所述DXCPort信息;
所述终端和适配执行器将所述DXCPort信息洪泛给链路资源管理模块;
所述链路资源管理模块将所述DXCPort信息透传给协议栈;
所述协议栈将所述DXCPort信息洪泛到所述一个或多个节点的PCE。
3.根据权利要求1所述的方法,其特征在于,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算包括:
所述PCE接收连接控制器CC发送的路径计算请求;
所述PCE解析所述路径计算请求,判断所述路径计算请求所请求的路径计算业务是否为电层业务;
在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算;
所述PCE将路径计算的结果发送给所述CC。
4.根据权利要求3所述的方法,其特征在于,在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算还包括:
所述PCE根据所述纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;
在纯电层非级联算路失败的情况下,所述PCE根据所述DXCLink和所述纯电层非级联链路进行路径计算。
5.根据权利要求3所述的方法,其特征在于,在所述PCE将路径计算的结果发送给所述CC之后,所述方法还包括:
所述CC解析到路径计算的结果中包括所述DXCLink;
所述CC通过路径Path信令将所述DXCLink发送给下游的各个节点。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述一个或多个节点的CC根据路径计算的结果获取本节点的DXCLink信息和/或纯电层非级联链路信息;
所述一个或多个节点中获取到本节点的纯电层非级联链路信息的节点的CC向本节点的链路资源管理模块为纯电层非级联端口申请标签;以及
所述一个或多个节点中获取到本节点的DXCLink信息的节点的CC向本节点的链路资源管理模块为DXCPort申请标签。
7.一种路径计算装置,其特征在于包括:
接收模块,用于接收一个或多个节点内部的子架间级联端口DXCPort信息,其中,所述DXCPort信息为终端和适配执行器根据子架间级联端口的光纤连接生成的;
生成模块,用于根据所述DXCPort信息,生成所述一个或多个节点内部的子架间级联链路DXCLink;
计算模块,用于根据所述DXCLink和纯电层非级联链路进行路径计算。
8.根据权利要求7所述的装置,其特征在于,所述计算模块包括:
接收单元,用于接收连接控制器CC发送的路径计算请求;
判断单元,用于解析所述路径计算请求,判断所述路径计算请求所请求的路径计算业务是否为电层业务;
计算单元,用于在判断结果为所述路径计算请求所请求的路径计算业务为电层业务的情况下,根据所述DXCLink和所述纯电层非级联链路进行路径计算;
发送单元,用于将路径计算的结果发送给所述CC。
9.根据权利要求8所述的装置,其特征在于,所述计算模块还包括:
第一处理单元,用于根据所述纯电层非级联链路进行纯电层非级联算路,并判断纯电层非级联算路是否成功;
第二处理单元,用于在纯电层非级联算路失败的情况下,根据所述DXCLink和所述纯电层非级联链路进行路径计算。
10.一种路径计算单元,其特征在于包括:如权利要求7至9中任一项所述的路径计算装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510374859.3A CN106330705A (zh) | 2015-06-30 | 2015-06-30 | 路径计算方法、装置及路径计算单元 |
PCT/CN2016/087475 WO2017000871A1 (zh) | 2015-06-30 | 2016-06-28 | 路径计算方法、装置及路径计算单元 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510374859.3A CN106330705A (zh) | 2015-06-30 | 2015-06-30 | 路径计算方法、装置及路径计算单元 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106330705A true CN106330705A (zh) | 2017-01-11 |
Family
ID=57607663
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510374859.3A Pending CN106330705A (zh) | 2015-06-30 | 2015-06-30 | 路径计算方法、装置及路径计算单元 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106330705A (zh) |
WO (1) | WO2017000871A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112491709A (zh) * | 2020-10-21 | 2021-03-12 | 中兴通讯股份有限公司 | 交叉SR/SRv6路径下发方法和装置、存储介质及电子装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100008262A1 (en) * | 2007-04-12 | 2010-01-14 | Fujitsu Limited | Signaling apparatus and signaling method |
CN102316007A (zh) * | 2010-07-05 | 2012-01-11 | 中兴通讯股份有限公司 | 电光多层网络的路由信息获取方法及装置 |
CN102547494A (zh) * | 2012-02-20 | 2012-07-04 | 烽火通信科技股份有限公司 | 一种端到端光交叉连接配置的方法及装置 |
CN102769563A (zh) * | 2012-07-03 | 2012-11-07 | 中兴通讯股份有限公司 | 路由计算方法及装置 |
CN102801602A (zh) * | 2011-05-26 | 2012-11-28 | 中兴通讯股份有限公司 | 一种实现内部链路洪泛的方法及装置 |
-
2015
- 2015-06-30 CN CN201510374859.3A patent/CN106330705A/zh active Pending
-
2016
- 2016-06-28 WO PCT/CN2016/087475 patent/WO2017000871A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100008262A1 (en) * | 2007-04-12 | 2010-01-14 | Fujitsu Limited | Signaling apparatus and signaling method |
CN102316007A (zh) * | 2010-07-05 | 2012-01-11 | 中兴通讯股份有限公司 | 电光多层网络的路由信息获取方法及装置 |
CN102801602A (zh) * | 2011-05-26 | 2012-11-28 | 中兴通讯股份有限公司 | 一种实现内部链路洪泛的方法及装置 |
CN102547494A (zh) * | 2012-02-20 | 2012-07-04 | 烽火通信科技股份有限公司 | 一种端到端光交叉连接配置的方法及装置 |
CN102769563A (zh) * | 2012-07-03 | 2012-11-07 | 中兴通讯股份有限公司 | 路由计算方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112491709A (zh) * | 2020-10-21 | 2021-03-12 | 中兴通讯股份有限公司 | 交叉SR/SRv6路径下发方法和装置、存储介质及电子装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2017000871A1 (zh) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1331773B1 (en) | Routing engine for telecommunications network | |
CN103688497A (zh) | 跨域路径的建立方法及设备 | |
CN104995881A (zh) | 替换现有网络通信路径 | |
CN110768898B (zh) | 一种路由的确定方法及装置 | |
JPH0563726A (ja) | 通信スイツチングシステム | |
CN104320350A (zh) | 用于提供基于信用的流控制的方法及系统 | |
CN101502063A (zh) | 多层网络中分布式的基于pce的系统和结构 | |
US6992979B2 (en) | Maintaining information to optimize restorable dynamic routing with shared backup | |
CN104639437A (zh) | 堆叠系统中广播报文的转发方法及装置 | |
CN101521628B (zh) | 一种数据文件自动中转传输和路由的方法 | |
CN113068083B (zh) | 一种建立连接的方法、装置、设备及计算机可读存储介质 | |
CN106330705A (zh) | 路径计算方法、装置及路径计算单元 | |
CN101753417B (zh) | 计算和确定路由的方法、路径计算单元和确定路由的系统 | |
CN106716935B (zh) | 一种跨层业务配置的方法和控制器 | |
CN101616061A (zh) | 路径确定方法、路径确定装置及网络系统 | |
CN115865333A (zh) | 量子纠缠建立方法、装置及电子设备 | |
CN115277578B (zh) | 一种业务编排方法、装置及存储介质 | |
CN100574226C (zh) | 自动交换光网络网元上基于多个网元地址开展业务的方法 | |
JP2002359634A (ja) | 通信経路設計方法、通信経路設計装置及びプログラム | |
CN114466016B (zh) | 一种数据中心网关动态负载均衡的实现方法和系统 | |
CN102264009B (zh) | 虚拟路径获取方法、相关装置及网络系统 | |
CN101005712B (zh) | 资源抢占状态下通过重新进行路由计算建立连接的方法 | |
CN100370783C (zh) | 一种保证异种网络互通时服务质量的方法 | |
Chow et al. | Performance analysis of fast distributed link restoration algorithms | |
JP2003258855A (ja) | リアルタイム通信品質管理システムおよび方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170111 |