保护配置的方法、系统、发送端设备及接收端设备的制作方法

文档序号:7981174阅读:205来源:国知局
保护配置的方法、系统、发送端设备及接收端设备的制作方法
【专利摘要】本发明公开了一种保护配置的方法、系统、发送端设备及接收端设备,其中,该方法,包括:发送端设备在发往对端的报文中加入路径配置信息,其中,路径配置信息包括路径的编号信息及优先级信息;发送端设备将加入路径配置信息的报文发送至接收端设备。通过运用本发明,解决了相关技术中路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题,进而使两个端点设备可以进行协商,不会再因为协商不成功而中断业务,提升了系统的性能。
【专利说明】保护配置的方法、系统、发送端设备及接收端设备
【技术领域】
[0001]本发明涉及通信领域,具体而言,涉及一种保护配置的方法、系统、发送端设备及接收端设备。
【背景技术】
[0002]目前传送网络的保护技术有线性保护和环网保护,相关的协议制定分别在ITU-T和IETF。例如,ITU-T制定的标准G.813UG.8132,采用的协议为自动保护切换(AutomaticProtection Switching,简称为 APS), IETF 定义的保护倒换协议(Protection StateCoordination,,简称为PSC),相关的标准有RFC6378。鉴于线性保护倒换的1+1和1:1标准,一条保护路径只能保护一条工作路径,为了提高资源的利用率,这两个标准组织分别发展了 1:N的保护倒换技术。
[0003]1:N保护倒换的架构如图1所示,在网元(Network Element简称为NE) A和NE B之间有N条工作路径,一条保护路径,这N+1条路径尽量是共享风险链路组(Shared RiskLink Group,简称为SRLG)分离的,减少同时故障的概率。一条保护路径保护N条工作路径,按照这N条共走路径中的最大带宽要求预留资源;在一条工作路径失效时,保护该失效的路径;在多条路径同时故障的情况下,只保护优先级最高的一条路径。这里涉及到两个端点对路径优先级的分配要一致,否则在多条路径同时故障时,两个端节点对要切换的路径协商不一致,致使保护倒换协议APS或者PSC进入暂停状态,业务中断时间长。
[0004]进一步的,目前的传送网络的保护倒换配置都是基于网管(Network ManagementSystem,简称为匪S),在两个节点分别配置,手工操作容易配置出错;另外各个厂商的网管系统都是私有方案,互联互通性不好。例如,图1中的NE A是A厂商的,而图中的NE B是B厂商的,A厂商的NEA由其网管系统WS A来配置;B厂商的NE B由其网管系统WS B来配置。鉴于匪S A和匪S B之间缺乏互联互通的标准,其配置的协调工作只能通过运营商集团的 BSS(Business Support System)/OSS(Operation Support System)系统,而目前 NMS同BSS/0SS互通的北向接口也没涉及到保护的配置。

【发明内容】

[0005]本发明提供了一种保护配置的方法、系统、发送端设备及接收端设备,以至少解决相关技术中,路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题。
[0006]根据本发明的一个方面,提供了一种保护配置的方法,包括:发送端设备在发往对端的报文中加入路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息;所述发送端设备将加入所述路径配置信息的报文发送至接收端设备。
[0007]优选地,发送端设备在发往对端的报文中加入路径配置信息包括:所述路径配置信息包括第一字段和第二字段,其中,所述第一字段用于指示所述路径的编号,所述第二字段用于指示所述路径的优先级。[0008]优选地,所述路径配置信息携带在基于流量工程扩展的资源预留协议(RSVP-Traffic Engineering,简称为RSVP-TE)信令中,其中,所述路径配置信息中仅包括与所述路径对应的路径配置信息。
[0009]优选地,在所述路径配置信息中仅包括与所述路径对应的路径配置信息的情况下,所述路径配置信息携带在所述路径的PATH消息中。
[0010]优选地,在所述路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还包括第三字段和第四字段,其中,所述第三字段用于指示所述路径的Tunnel ID标识,所述第四字段用于指示所述路径的LSP ID标识;所述路径配置信息在保护路径上传输,所述路径配置信息中包括所有路径的路径配置信息。
[0011]优选地,所述发送端设备将加入所述路径配置信息的报文发送至接收端设备之后,还包括:所述接收端设备接收来自发送端设备的所述路径配置信息;所述接收端设备依据所述路径配置信息对所述路径进行保护配置。
[0012]优选地,所述接收端设备依据所述路径配置信息对所述路径进行保护配置包括:在多条路径故障且所述多条路径的优先级不相同的情况下,依据所述路径的优先级在所述多条路径中确定此次倒换的路径;在所述多条路径故障且所述多条路径的优先级相同的情况下,依据所述路径的编号在所述多条路径中确定此次倒换的路径。
[0013]根据本发明的另一个方面,提供了一种发送端设备,包括:添加模块,用于在发往对端的报文中加入路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息;发送模块,用于将加入所述路径配置信息的报文发送至接收端设备。
[0014]优选地,所述添加模块按以下方式加入路径配置信息:所述路径配置信息包括第一字段和第二字段,其中,所述第一字段用于指示所述路径的编号,所述第二字段用于指示所述路径的优先级。
[0015]优选地,所述发送模块,用于将所述路径配置信息携带在在RSVP-TE信令中,其中,所述路径配置信息中仅包括与所述路径对应的路径配置信息。
[0016]优选地,所述添加模块,用于在所述路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还包括第三字段和第四字段,其中,所述第三字段用于指示所述路径的Tunnel ID标识,所述第四字段用于指示所述路径的LSP ID标识;所述发送模块,用于在所述路径配置信息携带保护倒换协议或通告协议场景下,在保护路径上传输所述路径配置信息,其中,所述路径配置信息中包括所有路径的路径配置信息。
[0017]根据本发明的又一个方面,提供了一种接收端设备,包括:接收模块,用于接收来自发送端设备的所述路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息;配置模块,用于依据所述路径配置信息对所述路径进行保护配置。
[0018]优选地,所述配置模块按照以下方式进行配置:在多条路径故障且所述多条路径的优先级不相同的情况下,依据所述路径的优先级在所述多条路径中确定此次倒换的路径;在所述多条路径故障且所述多条路径的优先级相同的情况下,依据所述路径的编号在所述多条路径中确定此次倒换的路径。
[0019]根据本发明的再一个方面,提供了一种保护配置的系统,其特征在于,包括:上述任一项的所述发送端设备及上述任一项所述接收端设备。
[0020]本发明采用了如下方法:发送端设备将路径配置信息加在发送的报文中,并将加入该路径配置信息的报文发送至接收端设备,其中,路径配置信息为路径的编号及优先级信息。通过运用本发明,在发送的报文中加入路径配置信息,通过加入的路径配置信息与接收端设备进行协商,解决了相关技术中路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题,进而使两个端点设备可以进行协商,不会再因为协商不成功而中断业务,提升了系统的性能。
【专利附图】

【附图说明】
[0021]此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0022]图1是根据相关技术的保护倒换架构的示意图;
[0023]图2是根据本发明实施例的保护配置的方法的流程图;
[0024]图3是根据本发明实施例的TLV报文的结构示意图一;
[0025]图4是根据本发明实施例的TLV报文的结构示意图二 ;
[0026]图5是根据本发明实施例的接收端设备保护配置的方法的流程图;
[0027]图6是根据本发明优选实施例一的在扩展RSVP-TE信令协议中保护对象的结构示意图;
[0028]图7是根据本发明优选实施例二的在扩展PSC协议中PSC报文格式的结构示意图;
[0029]图8是根据本发明实施例的发送端设备的结构框图;
[0030]图9是根据本发明实施例的接收端设备的结构框图;
[0031]图10是根据本发明实施例的保护配置的系统的结构框图。
【具体实施方式】
[0032]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
[0033]基于相关技术中路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题,本发明实施例提供了一种保护配置的方法,该方法的流程如图2所示,包括步骤S202至步骤S204:
[0034]步骤S202,发送端设备在发往对端的报文中加入路径配置信息,其中,路径配置信息包括路径的编号信息及优先级信息;
[0035]步骤S204,发送端设备将加入路径配置信息的报文发送至接收端设备。
[0036]本发明实施例采用了如下方法:发送端设备将路径配置信息加在发送的报文中,并将加入该路径配置信息的报文发送至接收端设备,其中,路径配置信息为路径的编号及优先级信息。通过运用本发明实施例,在发送的报文中加入路径配置信息,通过加入的路径配置信息与接收端设备进行协商,解决了相关技术中路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题,进而使两个端点设备可以进行协商,不会再因为协商不成功而中断业务,提升了系统的性能。
[0037]在步骤S202实施的过程中,所述路径配置信息包括第一字段和第二字段,其中,第一字段用于指示路径的编号,第二字段用于指示路径的优先级。在该步骤实施过程中,也可以是将第一字段与第二字段对应的映射关系进行添加。加入了编号信息及优先级信息后,发送端设备可以将加入该路径配置信息的报文进行发送,并通过加入的路径配置信息与接收端设备协商。
[0038]在发送端设备将加入路径配置信息的报文发送至接收端设备的过程中,如果路径是通过RSVP-TE信令动态创建的场景下,路径配置信息中仅包括该路径的配置信息。
[0039]在实施过程中,如果该路径配置信息反映的信息或映射关系携带在一条路径的信令上,例如RSVP-TE的路径(Path)消息或者LSP Ping中,那么该TLV报文的结构可以如图3所示。其中,Path字段代表该路径的编号,Priority字段代表该路径的优先级;虽然这里的Path字段和Priority字段都是8个bits,但此处仅是为了说明,实际实施的过程中可以对其比特数进行任意的设置,此处不进行限制。
[0040]在发送端设备将加入路径配置信息的报文发送至接收端设备的过程中,如果当前处于路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还可以包括第三字段和第四字段,其中,第三字段用于指示路径的TunneI ID标识,第四字段用于指示路径的LSP ID标识,加入上述两个字段后的TLV报文格式可以如图4所示;路径配置信息在保护路径上传输,路径配置信息中包括所有路径的路径配置信息。
[0041]在实施过程中,如果路径配置信息反映的信息或映射关系携带保护倒换协议(APS或者PSC),或者别的通告协议,例如通用随路信道通告协议(Gach AdvertisementProtocol,简称为GAP)中,鉴于PSC (或者APS)是运行在保护路径上,需要携带N+1条路径的路径配置信息(映射关系),其TLV结构可以如下图4所示。
[0042]在图4 中,一条路径的唯一标识由 Global ID,Node ID,Tunnel ID、LSP ID 构成,鉴于1:N保护路径的首尾节点相同,因而Global ID和Node ID可以省去,仅仅用TunnelID:LSP ID来唯一标识一条1:N保护组中的路径,Path为给该路径分配的号码,Priority为该路径分配的优先级。该TLV中携带了这N+1条路径的标识同Path和Priority的映射关系。当路径的数目为奇数的时候,后面要全部填充为0,即Padding,使得改TLV4字节对齐;当路径的数目为偶数的时候,天然对齐,不再需要padding。
[0043]在步骤S204的发送端设备将加入路径配置信息的报文发送至接收端设备之后,接收端设备对其信令进行接收,该过程包括图5所示的步骤S502至步骤S504:
[0044]步骤S502,接收端设备接收来自发送端设备的路径配置信息;
[0045]步骤S504,接收端设备依据路径配置信息对路径进行保护配置。
[0046]在步骤S504实施的过程中,接收端设备根据各条路径的编号及优先级信息对该路径的保护过程进行配置。
[0047]在配置过程中,如果处于多条路径故障且多条路径的优先级不相同的情况下,接收端设备依据路径的优先级在多条路径中确定此次倒换的路径,例如,将优先级较高的路径先按照路径配置信息进行保护配置。如果接收端设备处于多条路径故障且多条路径的优先级相同的情况下,可以依据路径的编号在多条路径中确定此次倒换的路径,例如,先保护倒换编号最大的路径。
[0048]本发明实施例通过加入路径和优先级的信息(或称为映射关系),并将其承载在一个TLV结构中,由一个端节点发送给另外一个端节点。其次,当对端收到该路径配置信息反映的信息或映射关系的时候,可以基于该路径配置信息自动或者手动进行保护配置。[0049]采用本发明实施例方法,可以确保1:N保护系统的两个端节点对路径优先级的配置一致,在多条路径同时故障的情况下,业务报文可以正确的倒换到保护路径上。
[0050]下面结合附图及优选实施例对本发明实施方式进一步说明。
[0051]优选实施例一
[0052]本优选实施例为确保执行保护倒换协议的两个端节点对路径的优先级配置一致,提出了一种保护配置的方法,该实施例在扩展RSVP-TE信令协议中携带路径和优先级的映射表项。
[0053]如图1所示,节点A (NE A)和节点B (NE B)之间配置了 1:N保护组,一条保护路径保护N条工作路径。节点A和节点B是这N+1条路径共同的首末节点,可以直接相连,也可以中间跨了许多节点。一般而言这N+1条路径属于不同的SRLG,比如处于不同的光纤之中,这样当发生光纤割断的事故时,只会有一条路径受到影响,不至于N+1条路径都不能用。保护路径的编号为0,工作路径的编号依次从I到N。如果这N+1条路径是控制平面动态建立生成的话,则每一条都是单独信令创建,那么在创建的过程中可以把路径和优先级的映射表项从一端带到另一端。
[0054]A点上这N+1条路径的创建可以基于^S,也可以是命令行(Command-LineInterface,简称为CLI ),或者其它的方式触发;每个路径都有一个单独的信令过程。
[0055]在从A点发出的每个路径的信令Path消息中都会携带一个保护(Protection)对象和一个关联(Association)对象,其定义均在RFC4872和RFC4873中有说明,其中,关联对象把这N+1条路径关联在一起形成了一个保护组,而Protection对象则指明该路径是保护路径还是工作路径以及保护倒换是基于传送平面还是控制平面。其中,保护对象的格式如图 6 所不,在 LSP Flags 的类型为“0x041:N Protection with Extra-Traffic”时,如果路径为工作路径,P标志位和S标志位必须清零;如果路径为保护路径,那么S标志位清零,P标志位置I。
[0056]在其携带sub-TLV时,其携带路径优先级和路径编号的映射关系如下:如果路径是保护路径,那么,这里定义的Mapping TLV可以作为该对象的一个TLV或者伴随的一个对象,其中Path字段设置为0,表明保护路径的编号为0,Priority的优先级设置为最高,比如为O ;如果路径是工作路径,其中Path字段设置为路径的编号,比如为3,Priority字段设置为路径的优先级,比如20。需要注意的是,不同的路径编号一定不能相同,但是其优先级可以配置成一样。如果优先级配置成一样,那么两条优先级相同的路径同时故障时可以基于通道编号来决定倒换哪条路径,例如,倒换编号最小的路径。
[0057]A点发出的Path消息会经过一跳或者多跳才能到达目的节点B, B点接受到这N+1条路径的Path消息之后,提取其中的关联对象和保护对象。其中,关联对象唯一的标识了一个保护组,而保护对象中则携带有该保护组的配置信息,而这些配置信息用于进行保护配置。对于接收端设备B点,从标识路径优先级和路径编号映射关系的载体中(可以是一个单独的对象,也可以是保护对象的sub-TLV,或者是别的方式)中提取该映射关系;用于配置路径和优先级的映射关系,确保跟A点配置的一致。其中,提取出来的信息可以自动提交进行保护配置,生成配置信息中的映射关系`表项;也可以先呈献给网管,网管再下发保护配置命令以进行保护配置。
[0058]优选实施例二[0059]本优选实施例为确保执行保护倒换协议的两个端节点对路径的优先级配置一致,提出了一种1:N保护配置的方法,该实施例在扩展PSC协议中携带路径和优先级的映射表项。
[0060]如图1所示,节点A (NE A)和节点B (NE B)之间配置了 1:N保护组,一条保护路径保护N条工作路径。节点A和节点B是这N+1条路径共同的首末节点,可以直接相连,也可以中间跨了许多节点。一般而言这N+1条路径属于不同的SRLG,比如处于不同的光纤之中,这样当发生光纤割断的事故时,只会有一条路径受到影响,不至于N+1条路径都不能用。保护路径的编号为0,工作路径的编号依次从I到N。这N+1条路径可以是网管静态配置的,网管不仅配置路径的转发表项,同时配置保护组并使能保护组,两个端节点在保护路径上互发保护倒换协议,可以是PSC也可以是APS。这里扩展PSC或者APS协议携带路径和优先级的映射表项。PSC或者APS的扩展类似,下面以PSC作为例子,PSC协议做1:N保护倒换的报文格式如图7所示。
[0061]在实施过程中,网管下发配置命令,指示在A点向B点发送的PSC报文中插入图4定义的Mapping TLV,作为PSC报文的可选TLV ;为了减少报文的开销,可以在前三个报文中插入该TLV,而在后面的TLV报文中不用插入,当然也可以一直插入,这里不做限制。当B节点收到该PSC报文后,解析携带的Mapping TLV。如果该节点已经配置了该路径和优先级的映射表项,检查已经配置的和从A点发过来的是否一致,如果一致则不用修改;如果不一致,则修改该映射表项,使其同A点发过来的映射表项保持一致。如果该节点没有配置路径和优先级的映射表项,那么在B点提取A点发过来的映射表项,存储在本地,用于后续故障时的路径倒换判断。
[0062]接收端设备B点可以在发往A点的响应PSC报文中携带该Mapping TLV。如果携带,说明B点已经把本地的映射表项跟A点配置的一致;这里为了减少报文开销,也可以只在前三个响应报文中携带该TLV,也可以一直携带。当然,B点也可以在发往A点的响应PSC报文中不携带该Mapping TLV,默认B点一定会按照A点的配置修改。
[0063]优选实施例三
[0064]本优选实施例在1:N保护组正常运行的过程中,可能会有新的路径加入该保护组;或者一条路径不再承载业务,从该保护路径组中删除,因此提出了一种保护路径的配置过程中加入或删除路径的方法。
[0065]如果新加入了一条动态创建的路径,该路径的编号可能为K,K不能为任何一个保护组中现存的工作或者保护路径的编号,优先级可能为X,该信息需要携带在A点发往B点的Path消息中。当B点接收到该信息后保存并进行保护配置。
[0066]如果是动态删除一条路径,那么在A点发往B点的Path Tear消息中携带该表征路径和路径优先级映射关系的TLV,B点接收到该消息后可以从本地保存的映射表象中删除该条目,并通告为保护倒换模块。
[0067]如果新加入了一条静态配置的路径,该路径的编号可能为K,K不能为任何一个保护组中现存的工作或者保护路径的编号,优先级可能为X,该信息需要携带在A点发往B点的PSC消息中。为了减少报文的开销,可以在前三个PSC更新报文中插入更新过后的TLV,而在后面的TLV报文中不用插入,当然也可以一直插入,这里不做限制。另外,该TLV可以携带有所有路径(包括第K条路径)的路径同优先级的映射关系,也可以仅仅携带第K条路径的映射关系,为了减少报文开销,可以仅仅携带第K条路径的映射关系。
[0068]当B点接收到该信息后保存,B点可以在发往A点的响应PSC报文中携带该更新过的Mapping TLV。如果携带,说明B点已经把本地的映射表项跟A点配置的一致;这里为了减少报文开销,也可以只在前三个响应报文中携带该TLV,也可以一直携带。当然,B点也可以在发往A点的响应PSC报文中不携带该Mapping TLV,默认B点一定会按照A点的配置修改。同理,如果是静态删除了第K条路径,那么在A点发往B点的PSC消息中要携带更新过的映射TLV,可以仅仅是反映第K条路径的映射关系,也可以是反映剩余的保护组中的路径的映射关系,当B点接收到该信息后保存,并可选的在发往A点的响应PSC报文中携带该更新过的Mapping TLV。
[0069]本发明实施例还提供了一种发送端设备,该设备的结构如图8所示,包括:添加模块10,用于在发往接收端的报文中加入路径配置信息,其中,路径配置信息包括路径的编号信息及优先级信息;发送模块20,与添加模块10耦合,用于将加入路径配置信息的报文发送至接收端设备。
[0070]在实施过程中,添加模块10按以下方式加入路径配置信息:所述路径配置信息包括第一字段和第二字段,其中,第一字段用于指示路径的编号,第二字段用于指示路径的优先级。
[0071]在不同的场景中,发送模块20用于执行不同的操作。在RSVP-TE场景下,发送模块20将路径配置信息携带在RSVP-TE信令中,在保护组内所有的路径上传输路径配置信息,其中,路径配置信息中仅包括与路径对应的路径配置信息。在实施过程中,添加模块10在路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还包括第三字段和第四字段,其中,第三字段用于指示路径的Tunnel ID标识,第四字段用于指示路径的LSPID标识;
[0072]发送模块20,用于在路径配置信息携带保护倒换协议或通告协议场景下,发送模块20在保护路径上传输路径配置信息,其中,路径配置信息中包括所有路径的路径配置信肩、O
[0073]本发明实施例还提供了一种接收端设备,该接收设备如图9所示,包括:接收模块30,用于接收来自发送端设备的路径配置信息,其中,路径配置信息包括路径的编号信息及优先级信息;配置模块40,与接收模块30耦合,用于依据路径配置信息对路径进行保护配置。
[0074]在实施过程中,配置模块40按照以下方式进行配置:在多条路径故障且多条路径的优先级不相同的情况下,依据路径的优先级在多条路径中确定此次倒换的路径;在多条路径故障且多条路径的优先级相同的情况下,依据路径的编号在多条路径中确定此次倒换的路径。
[0075]本发明实施例还提供了一种保护配置的系统,该系统的结构如图10所示,包括上述发送端设备I及接收端设备2。
[0076]从以上的描述中,可以看出,本发明实现了如下技术效果:
[0077]本发明实施例采用了如下方法:发送端设备将路径配置信息加在发送的报文中,并将加入该路径配置信息的报文发送至接收端设备,其中,路径配置信息为路径的编号及优先级信息。通过运用本发明实施例,在发送的报文中加入路径配置信息,通过加入的路径配置信息与接收端设备进行协商,解决了相关技术中路径发生故障的情况下,两个端点对要切换的路径协商不一致,导致业务中断的问题,进而使两个端点设备可以进行协商,不会再因为协商不成功而中断业务,提升了系统的性能。
[0078]显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
[0079]以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.一种保护配置的方法,其特征在于,包括: 发送端设备在发往对端的报文中加入路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息; 所述发送端设备将加入所述路径配置信息的报文发送至接收端设备。
2.根据权利要求1所述的方法,其特征在于,发送端设备在发往对端的报文中加入路径配置信息包括: 所述路径配置信息包括第一字段和第二字段,其中,所述第一字段用于指示所述路径的编号,所述第二字段用于指示所述路径的优先级。
3.根据权利要求1或2所述的方法,其特征在于,所述路径配置信息携带在基于流量工程扩展的资源预留协议RSVP-TE信令中,其中,所述路径配置信息中仅包括与所述路径对应的路径配置信息。
4.根据权利要求3所述的方法,其特征在于,在所述路径配置信息中仅包括与所述路径对应的路径配置信息的情况下,所述路径配置信息携带在所述路径的PATH消息中。
5.根据权利要求2所述的方法,其特征在于,在所述路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还包括第三字段和第四字段,其中,所述第三字段用于指示所述路径的Tunnel ID标识,所述第四字段用于指示所述路径的LSP ID标识; 所述路径配置信息在保护路径上传输,所述路径配置信息中包括所有路径的路径配置信息。
6.根据权利要求1所述的方法,其特征在于,所述发送端设备将加入所述路径配置信息的报文发送至接收端设备之后,还包括: 所述接收端设备接收来自发送端设备的所述路径配置信息; 所述接收端设备依据所述路径配置信息对所述路径进行保护配置。
7.根据权利要求6所述的方法,其特征在于,所述接收端设备依据所述路径配置信息对所述路径进行保护配置包括: 在多条路径故障且所述多条路径的优先级不相同的情况下,依据所述路径的优先级在所述多条路径中确定此次倒换的路径; 在所述多条路径故障且所述多条路径的优先级相同的情况下,依据所述路径的编号在所述多条路径中确定此次倒换的路径。
8.—种发送端设备,其特征在于,包括: 添加模块,用于在发往对端的报文中加入路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息; 发送模块,用于将加入所述路径配置信息的报文发送至接收端设备。
9.根据权利要求8所述的发送端设备,其特征在于,所述添加模块按以下方式加入路径配置信息: 所述路径配置信息包括第一字段和第二字段,其中,所述第一字段用于指示所述路径的编号,所述第二字段用于指示所述路径的优先级。
10.根据权利要求8或9所述的发送端设备,其特征在于,所述发送模块,用于将所述路径配置信息携带在基于流量工程扩展的资源预留协议RSVP-TE信令中,其中,所述路径配置信息中仅包括与所述路径对应的路径配置信息。
11.根据权利要求9所述的发送端设备,其特征在于,所述添加模块,用于在所述路径配置信息携带保护倒换协议或通告协议场景下,所述路径配置信息还包括第三字段和第四字段,其中,所述第三字段用于指示所述路径的Tunnel ID标识,所述第四字段用于指示所述路径的LSP ID标识; 所述发送模块,用于在所述路径配置信息携带保护倒换协议或通告协议场景下,在保护路径上传输所述路径配置信息,其中,所述路径配置信息中包括所有路径的路径配置信肩、O
12.一种接收端设备,其特征在于,包括: 接收模块,用于接收来自发送端设备的所述路径配置信息,其中,所述路径配置信息包括路径的编号信息及优先级信息; 配置模块,用于依据所述路径配置信息对所述路径进行保护配置。
13.根据权利要求12所述的接收端设备,其特征在于,所述配置模块按照以下方式进行配置: 在多条路径故障且所述多条路径的优先级不相同的情况下,依据所述路径的优先级在所述多条路径中确定此次倒换的路径; 在所述多条路径故障且所述多条路径的优先级相同的情况下,依据所述路径的编号在所述多条路径中确定此次倒换的路径。
14.一种保护配置的系统,其特征在于,包括:权利要求8至11中任一项的所述发送端设备及权利要求12或13的所述·接收端设备。
【文档编号】H04L12/703GK103580884SQ201210251063
【公开日】2014年2月12日 申请日期:2012年7月19日 优先权日:2012年7月19日
【发明者】张飞, 苏卉 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1