发明内容
本发明提供了一种呼叫路径信息的获取方法及系统,以至少解决相关技术中当GMPLS呼叫跨越多个AS时,无法获取呼叫过程中从源节点至目的节点的路径信息的问题。
根据本发明的一个方面,提供了一种呼叫路径信息的获取方法。
根据本发明的呼叫路径信息的获取方法包括:PCE节点获取呼叫路径计算请求消息;PCE节点计算呼叫路径信息,并向呼叫路径计算请求消息的发送方返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有发送方至呼叫接收方的呼叫路径信息。
优选地,发送方包括呼叫路径的源节点,呼叫接收方包括呼叫路径的目的节点。
优选地,呼叫路径计算请求消息中还携带有请求对象RP,其中,请求对象中包括用于指示路径类型的比特位,当比特位设置为第一预设值时,从源节点至目的节点的路径为呼叫路径;当比特位设置为第二预设值时,从源节点至目的节点的路径为连接路径。
优选地,上述比特位为C比特位。
优选地,在PCE节点获取呼叫路径计算请求消息之前,还包括:PCE节点接收来自于该PCE节点对应的自治系统AS的网络呼叫控制器NCC的呼叫路径计算请求消息,以形成由NCC构成的网络拓扑,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的。
优选地,发送方还包括:发送呼叫路径计算请求消息的节点,在PCE节点获取呼叫路径计算请求消息之前,还包括:源节点接收来自于管理平面的呼叫路径建立请求消息,其中,呼叫路径建立请求消息中携带有发送呼叫路径计算请求消息的节点的标识信息以及目的节点的标识信息;源节点根据发送呼叫路径计算请求消息的节点的标识信息向发送呼叫路径计算请求消息的节点发送呼叫路径计算通知消息。
优选地,PCE节点获取呼叫路径信息包括:PCE节点接收来自于PCE节点对应的AS中的发送呼叫路径计算请求消息的节点的呼叫路径计算请求消息。
优选地,呼叫接收方还包括:将呼叫路径计算请求消息转发至目的节点的NCC节点,PCE节点计算呼叫路径信息,并向发送方返回呼叫路径计算响应消息包括:PCE节点按照预设算法从由NCC构成的网络拓扑中选取将呼叫路径计算请求消息转发至目的节点的NCC节点;PCE节点向发送呼叫路径计算请求消息的节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
优选地,在PCE节点获取呼叫路径计算请求消息之前,还包括:从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点接收来自于该AS中NCC的呼叫路径计算请求消息,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的;每个AS对应的PCE节点将接收到的呼叫路径计算请求消息透传至PCE节点,以形成由各个AS中的NCC构成的网络拓扑。
优选地,PCE节点获取呼叫路径信息包括:PCE节点经由源节点所在的AS对应的PCE节点接收来自于源节点的呼叫路径计算请求消息。
优选地,PCE节点计算呼叫路径信息,并向源节点返回呼叫路径计算响应消息包括:PCE节点按照预设算法从由各个AS中的NCC构成的网络拓扑中选取从源节点至目的节点的最短路径;PCE节点经由源节点所在AS对应的PCE节点向源节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
根据本发明的另一方面,提供了一种呼叫路径信息的获取系统。
根据本发明的呼叫路径信息的获取系统包括:PCE节点;PCE节点包括:获取模块,用于获取呼叫路径计算请求消息;响应模块,用于计算呼叫路径信息,并向呼叫路径计算请求消息的发送方返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有发送方至呼叫接收方的呼叫路径信息。
优选地,发送方包括呼叫路径的源节点,呼叫接收方包括呼叫路径的目的节点。
优选地,呼叫路径计算请求消息中还携带有请求对象RP,其中,请求对象中包括用于指示路径类型的比特位,当比特位设置为第一预设值时,从源节点至目的节点的路径为呼叫路径;当比特位设置为第二预设值时,从源节点至目的节点的路径为连接路径。
优选地,上述比特位为C比特位。
优选地,PCE节点还包括:第一接收模块,用于接收来自于该PCE节点对应的自治系统AS的网络呼叫控制器NCC的呼叫路径计算请求消息,以形成由NCC构成的网络拓扑,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的。
优选地,上述系统还包括:发送方;发送方包括:源节点和发送呼叫路径计算请求消息的节点;源节点包括:第二接收模块,用于接收来自于管理平面的呼叫路径建立请求消息,其中,呼叫路径建立请求消息中携带有发送呼叫路径计算请求消息的节点的标识信息以及目的节点的标识信息;发送模块,用于根据发送呼叫路径计算请求消息的节点的标识信息向发送呼叫路径计算请求消息的节点发送呼叫路径计算通知消息。
优选地,获取模块,用于接收来自于PCE节点对应的AS中的发送呼叫路径计算请求消息的节点的呼叫路径计算请求消息。
优选地,响应模块包括:第一选取单元,用于按照预设算法从由NCC构成的网络拓扑中选取将呼叫路径计算请求消息转发至目的节点的NCC节点;第一响应单元,用于向发送呼叫路径计算请求消息的节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
优选地,上述系统还包括:从源节点至目的节点的呼叫路径经过的各个AS对应的PCE节点;从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点均包括:第三接收模块,用于从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点接收来自于该AS中NCC的呼叫路径计算请求消息,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的;透传模块,用于将接收到的呼叫路径计算请求消息透传至PCE节点,以形成由各个AS中的NCC构成的网络拓扑。
优选地,获取模块,用于经由源节点所在的AS对应的PCE节点接收来自于源节点的呼叫路径计算请求消息。
优选地,响应模块包括:第二选取单元,用于按照预设算法从由各个AS中的NCC构成的网络拓扑中选取从源节点至目的节点的最短路径;第二响应单元,用于经由源节点所在AS对应的PCE节点向源节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
通过本发明,当GMPLS呼叫跨越多个AS时,源节点通过向PCE节点发起呼叫路径计算请求,PCE节点在计算出源节点与目的节点之间的呼叫路径后,将呼叫路径信息携带在响应消息中,返回给源节点,由此建立源节点至目标节点之间的呼叫路径,解决了相关技术中当GMPLS呼叫跨越多个AS时,无法获取呼叫过程中从源节点至目的节点的路径信息的问题,从而在跨域网络实现了GMPLS呼叫的动态路径计算。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的呼叫路径信息的获取方法的流程图。如图1所示,该方法可以包括以下处理步骤:
步骤S102:PCE节点获取呼叫路径计算请求消息;
步骤S104:PCE节点计算呼叫路径信息,并向呼叫路径计算请求消息的发送方返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有发送方至呼叫接收方的呼叫路径信息。
相关技术中,当GMPLS呼叫跨越多个AS时,无法获取呼叫过程中从源节点至目的节点的路径信息。采用如图1所示的方法,当GMPLS呼叫跨越多个AS时,源节点在接收到管理平面发送的呼叫路径计算请求后,再向PCE节点发起呼叫路径计算请求,路径计算单元(PathComputation Element,简称为PCE)节点计算得到源节点与目的节点之间的呼叫路径,将呼叫路径信息携带在响应消息中,返回给源节点,由此建立源节点至目标节点之间的呼叫路径,解决了相关技术中当GMPLS呼叫跨越多个AS时,无法获取呼叫过程中从源节点至目的节点的路径信息的问题,从而在跨域网络实现了GMPLS呼叫的动态路径计算。
在优选实施过程中,发送方可以包括但不限于呼叫路径的源节点,呼叫接收方可以包括但不限于呼叫路径的目的节点。
优选地,上述呼叫路径计算请求消息中还可以携带有请求对象RP,其中,该请求对象中可以包括用于指示路径类型的比特位,当比特位设置为第一预设值时,从源节点至目的节点的路径为呼叫路径;当比特位设置为第二预设值时,从源节点至目的节点的路径为连接路径。
在优选实施例中,由源节点、目的节点以及从源节点至目的节点经过的各个AS域中选取的边界节点所形成的路径即为呼叫路径;而连接路径则是由源节点、目的节点以及从源节点至目的节点经过的各个AS域中选取的标签(可以是AS域的边界节点,也可以是AS域的内部节点)逐跳转发形成的标签交换路径(Label Switched Path,简称为LSP)。由于本发明的重点在于建立跨多个AS域的呼叫路径,所以关于连接路径的其他内容,此处不再赘述。
在优选实施过程中,上述比特位可以为C比特位。
在优选实施中,如图2所示,根据RFC5440标准,对请求参数(Request Parameters,简称为RP)对象进行扩展,以表示当前路由请求是呼叫的路由请求还是连接的路由请求,其中,对flags进行了扩展,增加一个比特位C位,当该位为1(或者0)表示当前路由请求为呼叫路由请求;当该位为0(或者1)表示当前路由请求为连接路由请求。
优选地,在步骤S102,PCE节点获取呼叫路径计算请求消息之前,还可以包括以下操作:
步骤S1:PCE节点接收来自于该PCE节点对应的AS的网络呼叫控制器(Network CallController,简称为NCC)的呼叫路径计算请求消息,以形成由NCC构成的网络拓扑,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的。
优选地,上述发送方还可以包括:发送呼叫路径计算请求消息的节点,在步骤S102,PCE节点获取呼叫路径计算请求消息之前,还可以包括以下步骤:
步骤S2:源节点接收来自于管理平面的呼叫路径建立请求消息,其中,呼叫路径建立请求消息中携带有发送呼叫路径计算请求消息的节点的标识信息以及目的节点的标识信息;
步骤S3:源节点根据发送呼叫路径计算请求消息的节点的标识信息向发送呼叫路径计算请求消息的节点发送呼叫路径计算通知消息。
在优选实施例中,图3是根据本发明优选实施例的基于UNI域网络的呼叫路径信息的获取方法的示意图。如图3所示,管理平面下发建立呼叫的请求消息。源UNI-C节点接收到该请求后,将管理平面携带的源UNI-N节点(相当于上述发送呼叫路径计算请求消息的节点)的地址信息以及目的UNI-C节点(相当于上述目的节点)的地址信息填充到呼叫Notify消息的显示路由对象(ERO)中,并将目的UNI-C节点中的ERO对象的L比特置位;当呼叫的Notify消息到达源UNI-N节点时,源UNI-N节点判断出下一跳目的UNI-C节点的ERO对象的L比特置位,于是此时向PCE节点发起路由查询,以查询目的UNI-N节点的地址,其中,请求消息中携带RP对象以指示需要计算的路径是呼叫的路径信息。
优选地,在步骤S102中,PCE节点获取呼叫路径信息可以包括以下处理步骤:
步骤S4:PCE节点接收来自于PCE节点对应的AS中的发送呼叫路径计算请求消息的节点的呼叫路径计算请求消息。
优选地,上述呼叫接收方还可以包括:将呼叫路径计算请求消息转发至目的节点的NCC节点,在步骤S104中,PCE节点计算呼叫路径信息,并向发送方返回呼叫路径计算响应消息可以包括以下操作:
步骤S5:PCE节点按照预设算法从由NCC构成的网络拓扑中选取将呼叫路径计算请求消息转发至目的节点的NCC节点;
在优选实施例中,如图3所示,当在OTN AS2域内有多个边界节点都可作为目的UNI-N节点时,PCE节点可根据预设算法(例如:first fit算法)来查询到目的UNI-N节点(相当于上述将呼叫路径计算请求消息转发至目的节点的NCC节点)的标识信息(例如:IP地址信息)。
步骤S6:PCE节点向发送呼叫路径计算请求消息的节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
在优选实施例中,如图3所示,PCE节点把路由结果以ERO的形式返回给控制平面;源UNI-N节点根据计算得到的路径结果将Notify消息逐跳发送给目的UNI-N节点以及目的UNI-C节点,并且该Notify消息根据相关的RRO对象逐跳返回至源UNI-C节点。自此,完成了GMPLS呼叫的建立。
需要说明的是,如图3所示,可以将源UNI-C节点和源UNI-N节点作为呼叫路径计算请求消息的发送方;同时,将目的UNI-N节点和目的UNI-C节点作为呼叫接收方;而源UNI-C节点与目的UNI-C节点是要建立的呼叫路径的源节点和目的节点。而上述PCE节点则是与OTN AS2对应的PCE节点。
优选地,在步骤S102,PCE节点获取呼叫路径计算请求消息之前,还可以包括以下处理步骤:
步骤S1:从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点接收来自于该AS中NCC的呼叫路径计算请求消息,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的;
步骤S2:每个AS对应的PCE节点将接收到的呼叫路径计算请求消息透传至PCE节点,以形成由各个AS中的NCC构成的网络拓扑。
在优选实施例中,扩展PCEP协议的路径计算通知(PCNtf)消息,携带NCC节点信息以及相关的链路信息,由NCC节点将PCNtf发给PCE子节点(相当于上述每个AS对应的PCE节点),并由PCE子节点透传给PCE父节点(相当于上述PCE节点),形成跨域的NCC节点拓扑。
在优选实施例中,图4是根据本发明优选实施例的基于UNI+ENNI域网络的呼叫路径信息的获取方法的示意图。如图4所示,在管理平面上将选取的边界节点配置成NCC节点,此时,可以触发NCC节点向本域内的PCE子节点发送PCNtf消息,其中,该PCNtf消息中携带有NCC节点的相关信息;当PCNtf消息到达本域内的PCE子节点后,PCE子节点将该信息透传给PCE父节点;PCE父节点根据PCE子节点上传得到的PCNtf消息获取一个NCC节点的拓扑。
优选地,PCE节点获取呼叫路径信息可以包括以下处理:
步骤S3:PCE节点经由源节点所在的AS对应的PCE节点接收来自于源节点的呼叫路径计算请求消息。
在优选实施例中,如图4所示,管理平面下发建立呼叫的请求。源UNI-C节点接收到该请求后,向本域PCE1发送动态路由计算请求消息,其中,该请求消息中可以携带RP对象以指示需要计算的路径是呼叫的路径信息。
优选地,在步骤S104中,PCE计算呼叫路径信息,并向源节点返回呼叫路径计算响应消息可以包括以下步骤:
步骤S4:PCE节点按照预设算法从由各个AS中的NCC构成的网络拓扑中选取从源节点至目的节点的最短路径;
步骤S5:PCE节点经由源节点所在AS对应的PCE节点向源节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
在优选实施例中,如图4所示,PCE1节点确定目的UNI-C节点不在本域AS1内,于是发送路径计算请求给父节点PCE6;父节点PCE6根据整个NCC节点的拓扑,计算得到呼叫的路径为:源UNI-C节点→源UNI-N节点→ENNI节点1→ENNI节点2→ENNI节点3→ENNI节点4→目的UNI-N节点→目的UNI-C节点;父节点PCE6将计算得到的整个端到端的呼叫路径信息填充到ERO中,将路由结果以ERO的形式返回给PCE1;PCE1通过PCRep消息返回路由计算结果给AS1内的源UNI-C节点。至此,GMPLS呼叫的路径计算完毕。
需要说明的是,如图4所示,可以将源UNI-C节点作为呼叫路径计算请求消息的发送方;同时,将目的UNI-C节点作为呼叫接收方;而源UNI-C节点与目的UNI-C节点是要建立的呼叫路径的源节点和目的节点。而上述PCE节点则是父节点PCE6。
图5是根据本发明实施例的呼叫路径信息的获取系统的结构框图。如图5所示,该系统可以包括:PCE节点10;PCE节点10可以包括:获取模块100,用于获取呼叫路径计算请求消息;响应模块102,用于计算呼叫路径信息,并向呼叫路径计算请求消息的发送方返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有发送方至呼叫接收方的呼叫路径信息。
采用如图5所示的系统,解决了相关技术中,当GMPLS呼叫跨越多个AS时,无法获取呼叫过程中从源节点至目的节点的路径信息的问题,从而实现了GMPLS呼叫的动态路径计算。
在优选实施过程中,发送方可以包括但不限于呼叫路径的源节点,呼叫接收方可以包括但不限于呼叫路径的目的节点。
优选地,上述呼叫路径计算请求消息中还可以携带有请求对象RP,其中,该请求对象中可以包括用于指示路径类型的比特位,当比特位设置为第一预设值时,从源节点至目的节点的路径为呼叫路径;当比特位设置为第二预设值时,从源节点至目的节点的路径为连接路径。
在优选实施过程中,上述比特位可以为但不限于C比特位。
优选地,如图6所示,上述PCE节点10还可以包括:第一接收模块104,用于接收来自于该PCE节点对应的自治系统AS的网络呼叫控制器NCC的呼叫路径计算请求消息,以形成由NCC构成的网络拓扑,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的。
优选地,如图6所示,上述系统还可以包括:发送方;发送方可以包括:源节点20和发送呼叫路径计算请求消息的节点30;源节点20可以包括:第二接收模块200,用于接收来自于管理平面的呼叫路径建立请求消息,其中,呼叫路径建立请求消息中携带有发送呼叫路径计算请求消息的节点的标识信息以及目的节点的标识信息;发送模块202,用于根据发送呼叫路径计算请求消息的节点的标识信息向发送呼叫路径计算请求消息的节点发送呼叫路径计算通知消息。
在优选实施过程中,上述获取模块100,用于接收来自于PCE节点对应的AS中的发送呼叫路径计算请求消息的节点的呼叫路径计算请求消息。
优选地,上述响应模块102可以包括:第一选取单元(图中未示出),用于按照预设算法从由NCC构成的网络拓扑中选取将呼叫路径计算请求消息转发至目的节点的NCC节点;第一响应单元(图中未示出),用于向发送呼叫路径计算请求消息的节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
优选地,如图7所示,上述系统还可以包括:从源节点至目的节点的呼叫路径经过的各个AS对应的PCE节点40;从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点40均可以包括:第三接收模块400,用于从源节点至目的节点的呼叫路径经过的每个AS对应的PCE节点接收来自于该AS中NCC的呼叫路径计算请求消息,其中,NCC是由该NCC所在的AS中选取的边界节点配置而成的;透传模块402,用于将接收到的呼叫路径计算请求消息透传至PCE节点,以形成由各个AS中的NCC构成的网络拓扑。
在优选实施过程中,获取模块100,用于经由源节点所在的AS对应的PCE节点接收来自于源节点的呼叫路径计算请求消息。
优选地,上述响应模块102可以包括:第二选取单元(图中未示出),用于按照预设算法从由各个AS中的NCC构成的网络拓扑中选取从源节点至目的节点的最短路径;第二响应单元(图中未示出),用于经由源节点所在AS对应的PCE节点向源节点返回呼叫路径计算响应消息,其中,呼叫路径计算响应消息中携带有呼叫路径信息。
需要说明的是,图5至图7中所示的各个模块以及各个单元之间相互作用的优选工作方式可以图1至图4所示的实施例,此处不再赘述。
从以上的描述中,可以看出,上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):与现有技术相比,上述方案对路径计算单元协议(PCEP)进行了扩展,并给出了结合新扩展的标志位,H-PCE体系框架(不限于H-PCE)在跨域网络实现了GMPLS呼叫的动态路径计算流程。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。