一种时隙协商的方法和设备转让专利
申请号 : CN201911008430.7
文献号 : CN112491492B
文献日 : 2022-03-08
发明人 : 易科 , 李旺乾 , 胡永健 , 何向
申请人 : 华为技术有限公司
摘要 :
权利要求 :
1.一种时隙协商的方法,由第一网络设备执行,其特征在于,包括:向第二网络设备发送第一灵活以太FlexE开销帧,所述第一FlexE开销帧包括第一请求信息,所述第一请求信息用于请求所述第二网络设备将备用时隙分配表切换为主用时隙分配表;
接收所述第二网络设备发送的第二FlexE开销帧;
根据所述第二FlexE开销帧中的第一指示信息,确定所述第二FlexE开销帧不是对所述第一请求信息的响应;
向所述第二网络设备发送第三FLexE开销帧,所述第三FLexE开销帧包括第二请求信息,所述第二请求信息用于请求所述第二网络设备将所述备用时隙分配表切换为所述主用时隙分配表。
2.根据权利要求1所述的方法,其特征在于,所述第一请求信息为所述第一FlexE开销帧的管理通道中携带的请求报文。
3.根据权利要求1或2所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧的管理通道所指示的信息,所述第二FlexE开销帧的管理通道未携带第一响应报文,所述第一响应报文用于指示所述第二FlexE开销帧是对所述第一请求信息的响应。
4.根据权利要求1所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧中第一字段所指示的信息,所述第一字段与所述第二FlexE开销帧的时隙分配表切换确认CA字段不同。
5.根据权利要求1所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧的时隙分配表切换确认CA字段所指示的信息,所述第一指示信息用于指示所述第二FlexE开销帧不是对所述第一请求信息的响应,所述第一指示信息不用于指示时隙分配表。
6.根据权利要求1、2、4或5任一项所述的方法,其特征在于,所述方法还包括:接收所述第二网络设备发送的第四FlexE开销帧;
根据所述第四FlexE开销帧中携带的第二指示信息,确定所述第四FlexE开销帧是对所述第二请求信息的响应。
7.根据权利要求6所述的方法,其特征在于,所述第二指示信息为所述第四FlexE开销帧的管理通道所指示的信息,所述第四FlexE开销帧的管理通道携带第二响应报文,所述第二响应报文用于指示所述第四FlexE开销帧是对所述第二请求信息的响应。
8.根据权利要求6所述的方法,其特征在于,所述第二指示信息为所述第四FlexE开销帧的时隙分配表切换确认CA字段所指示的信息,所述第二指示信息用于指示所述第四FlexE开销帧是对所述第二请求信息的响应,所述第二指示信息不用于指示时隙分配表。
9.一种时隙协商方法,由第二网络设备执行,其特征在于,接收第一网络设备发送的第一灵活以太FlexE开销帧,所述第一FlexE开销帧包括第一请求信息,所述第一请求信息用于请求所述第二网络设备将备用时隙分配表切换为主用时隙分配表;
向所述第一网络设备发送第二FlexE开销帧,所述第二FlexE开销帧包括第一指示信息,用于指示所述第二FlexE开销帧不是对所述第一请求信息的响应;
接收所述第一网络设备发送的第三FlexE开销帧,所述第三FlexE开销帧包括第二请求信息,所述第二请求信息用于请求所述第二网络设备将所述备用时隙分配表切换为主用时隙分配表。
10.根据权利要求9所述的方法,其特征在于,所述第一请求信息为所述第一FlexE开销帧的管理通道中携带的请求报文。
11.根据权利要求9或10所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧的管理通道所指示的信息,所述第二FlexE开销帧的管理通道未携带第一响应报文,所述第一响应报文用于指示所述第二FlexE开销帧是对所述第一请求信息的响应。
12.根据权利要求9所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧中第一字段所指示的信息,所述第一字段与所述第二FlexE开销帧的时隙分配表切换确认CA字段不同。
13.根据权利要求9所述的方法,其特征在于,所述第一指示信息为所述第二FlexE开销帧的时隙分配表切换确认CA字段所指示的信息,所述第一指示信息用于指示所述第二FlexE开销帧不是对所述第一请求信息的响应,所述第一指示信息不用于指示时隙分配表。
14.根据权利要求9、10、12或13任一项所述的方法,其特征在于,所述方法还包括:向所述第一网络设备发送第四FlexE开销帧;
其中,所述第四FlexE开销帧中携带第二指示信息,所述第二指示信息用于指示所述第四FlexE开销帧是对所述第二请求信息的响应。
15.根据权利要求14所述的方法,其特征在于,所述第二指示信息为所述第四FlexE开销帧的管理通道所指示的信息,所述第四FlexE开销帧的管理通道携带第二响应报文,所述第二响应报文用于指示所述第四FlexE开销帧是对所述第二请求信息的响应。
16.根据权利要求14所述的方法,其特征在于,所述第二指示信息为所述第四FlexE开销帧的时隙分配表切换确认CA字段所指示的信息,所述第二指示信息用于指示所述第四FlexE开销帧是对所述第二请求信息的响应,所述第二指示信息不用于指示时隙分配表。
17.一种第一网络设备,其特征在于,包括:通信接口;
与所述通信接口相连的处理器;
通过所述通信接口和所述处理器,所述第一网络设备用于执行权利要求1‑8任一项所述的方法。
18.一种第二网络设备,其特征在于,包括:通信接口;
与所述通信接口相连的处理器;
通过所述通信接口和所述处理器,所述第二网络设备用于执行权利要求9‑16任一项所述的方法。
19.一种通信系统,包括权利要求17所述第一网络设备以及权利要求18所述的第二网络设备。
20.一种计算机可读存储介质,存储有计算机指令,当所述指令在计算机上运行时,使得所述计算机执行权利要求1‑16任一项所述的方法。
说明书 :
一种时隙协商的方法和设备
技术领域
背景技术
于光互联网论坛(英文:Optical Internet Forum,OIF)接口物理层标准,具有带宽灵活可
调、数据隔离、完美契合5G业务等特点。FlexE技术通过在IEEE802.3基础上引入灵活以太网
协议层(英文也可以称之为FlexE Shim层),实现媒体访问控制(英文:Medium Access
Control, MAC)层与物理链路接口层(英文也可以称之为PHY)的解耦,从而实现灵活的速率
匹配。Flex Shim基于时分复用(英文:Time Division Multiplexing,TDM)分发机制,将多
个FlexE客户(英文:client)的数据按照时隙方式调度并分发至多个不同的子通道,实现传
输管道带宽的硬隔离,一个业务数据流可以分配到一个或多个时隙中,实现了对各种速率
业务的匹配。
时隙映射关系以及calendar的工作机制。在当前的FlexE开销帧时隙协商机制中,发送端向
接收端发送时隙表分配表切换请求(也可以称之为时隙协商请求)时,接收端由于某些原因
(例如设备掉电,相关业务单播故障,故障恢复出发的单板硬复位等)重启,此时,存在接收
端误响应,从而导致发送端至接收端业务中断的情况。因此,如何能够有效避免上述情况对
FlexE 业务的影响,称为目前亟待解决的问题。
发明内容
采用本申请的技术方案,能够有效提高网络设备之间进行时隙协商的准确性,有效防止业
务中断。
请求信息,所述第一请求信息用于请求所述第二网络设备将备用时隙分配表切换为主用时
隙分配表;接收所述第二网络设备发送的第二FlexE开销帧;根据所述第二FlexE开销帧中
的第一指示信息,确定所述第二FlexE开销帧不是对所述第一请求信息的响应;向所述第二
网络设备发送第三FLexE开销帧,所述第三FLexE开销帧包括第二请求信息,所述第二请求
信息用于请求所述第二网络设备将所述备用时隙分配表切换为所述主用时隙分配表。
FlexE开销帧不是对其发出的时隙协商请求的响应。因此,第一网络设备不会执行时隙分配
表的主备切换。第一网络设备会向第二网络设备再次发送用于时隙协商请求的第三FLexE
开销帧,其中通过第三FLexE开销帧中携带的第二请求信息,来请求第二网络设备进行时隙
分配表的主备切换。由此,第一网络设备能够避免将第二FLexE开销帧错误的认定为是第二
网络设备对其作出的时隙协商请求的响应,避免时隙分配表误切换。上述方法有效防止了
由于当前时隙协商机制而导致误操作所带来的业务中断。
表。
信息,所述第一请求信息用于请求所述第二网络设备将备用时隙分配表切换为主用时隙分
配表;
述主用时隙分配表。
FlexE 开销帧的响应。因此,第一网络设备能够根据接收到的第二FlexE开销帧中携带的指
示信息,确定该第二FlexE开销帧不是对其发出的时隙协商请求的响应。因而,第一网络设
备不会执行时隙分配表的主备切换。第二网络设备会接收到第一网络设备再次发送的用于
时隙协商请求的第三FLexE开销帧,此时,如果第二网络设备做好了时隙分配表主备切换的
准备,则可以根据第三FLexE开销帧中携带的第二请求信息的指示,来执行用于时隙分配表
主备切换的相关操作。由此,第二网络设备可以和第一网络设备执行正确的时隙协商。上述
方法有效保证了时隙协商,防止当前时隙协商机制而导致的业务中断。
换为所述主用时隙分配表。
指示所述第二FlexE开销帧是对所述第一请求信息的响应。
述第一请求信息的响应,所述第一指示信息不用于指示时隙分配表。
示所述第四FlexE开销帧是对所述第二请求信息的响应。
第二请求信息的响应,所述第二指示信息不用于指示时隙分配表。
发单元用于执行收发操作,所述处理单元用于执行收发以外的操作。例如,当所述第一网络
设备执行所述第一方面所述的方法时,所述收发单元用于向第二网络设备发送第一灵活以
太FlexE 开销帧,接收所述第二网络设备发送的第二FlexE开销帧,以及向所述第二网络设
备发送第三FLexE开销帧。所述处理单元用于根据所述第二FlexE开销帧中的第一指示信
息,确定所述第二FlexE开销帧不是对所述第一请求信息的响应。
发单元用于执行收发操作,所述处理单元用于执行收发以外的操作。例如,当所述第二网络
设备执行所述第二方面所述的方法时,所述收发单元用于接收第一网络设备发送的第一灵
活以太FlexE开销帧,向所述第一网络设备发送第二FlexE开销帧以及接收所述第一网络设
备发送的第三FlexE开销帧。所述处理单元,用于生成所述第二FlexE开销帧。
行上述第一方面以及第一方面任意一种可选地设计中所述的方法。
行上述第二方面以及第二方面任意一种可选地设计中所述的方法。
面以及第一方面任意一种可选地设计中所述的方法。其中,所述通信接口用于执行收发的
操作,所述处理器用于执行收发以外的操作。例如,例如,当所述第一网络设备执行所述第
一方面所述的方法时,所述通信接口用于向第二网络设备发送第一灵活以太FlexE开销帧,
接收所述第二网络设备发送的第二FlexE开销帧,以及向所述第二网络设备发送第三FLexE
开销帧。所述处理器用于根据所述第二FlexE开销帧中的第一指示信息,确定所述第二
FlexE开销帧不是对所述第一请求信息的响应。
以及第二方面任意一种可选地设计中所述的方法。其中,所述通信接口用于执行收发的操
作,所述处理器用于执行收发以外的操作。例如,例如,当所述第网络设备执行所述第二方
面所述的方法时,所述通信接口用于接收第一网络设备发送的第一灵活以太FlexE开销帧,
向所述第一网络设备发送第二FlexE开销帧以及接收所述第一网络设备发送的第三FlexE
开销帧。所述处理器,用于生成所述第二FlexE开销帧。
述的第二网络设备。
能的设计或者第二方面任一种可能的设计中的方法。
者第二方面任一种可能的设计中的方法。
附图说明
具体实施方式
的。例如,包括了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步
骤或单元,还可以包括没有列出的步骤或单元。
的方式并入本申请中。
时隙) 传输的客户数据流,一个FlexE Group上可承载多个FlexE Client,一个FlexE
Client可对应一个到多个用户业务数据流(也可以称为MAC Client),FlexE Shim层提供
FlexE Client 到MAC Client的数据适配和转换。FlexE可以支持任意多个不同FlexE
Client在任意一组 PHY上的映射和传输,从而实现PHY捆绑、通道化及子速率等功能。多路
PHY组合在一起成为一个FlexE组(英文也可以称为FlexE Group),用于承载通过FlexE
Shim层分发、映射来的一路或者多路FlexE client数据流。以100GE PHY为例,FlexE Shim
层可以把FlexE Group 中的每个100GE PHY划分为20个时隙(slot)的数据承载通道,每个
slot对应的带宽为5Gbps。
图2所示,以图1中的FlexE Group包括4个PHY为例介绍,4个PHY分别为PHY A 1201、 PHY B
1202、PHY C 1203和PHY D 1204。FlexE Group对应时隙分配表(英文也可以称为
calendar);一个FlexE Group中包括的单个物理链路对应的时隙映射表可以称为子时隙分
配表(英文可以称为sub‑calendar)。FlexE calendar可以由一个或多个sub‑calendar组
成。每个sub‑calendar可以指示该单个物理链路上20个时隙(slot)如何分配给相应的
FlexE client。也就是说,每个sub‑calendar可以指示该单个物理链路上时隙与FlexE
client的对应关系。如图2所示,每个PHY可以对应20个时隙,图中分别用slot 0至slot 19
来表示。图2分别示出了PHY A 1201、PHY B 1202、PHY C 1203和PHY D 1204中每个PHY对应
的20个时隙的示意图。
点,此时网络设备1通过其他网络设备与用户设备1连接。网络设备1可以是边缘节点,此时
网络设备1直接与用户设备1连接。网络设备1可以是中间节点,此时网络设备1通过其他网
络设备与用户设备1连接。网络设备1也可以是边缘节点,此时网络设备1直接与用户设备1
连接。网络设备2可以是中间节点,此时网络设备2通过其他网络设备与用户设备2 连接。网
络设备2也可以是边缘节点,此时网络设备2直接与用户设备2连接。网络设备1 包括FlexE
接口1,网络设备2包括FlexE接口2。FlexE接口1与FlexE接口2相邻。每个 FlexE接口均包括
发送端口和接收端口,与传统以太网接口的区别在于一个FlexE接口可以承载多个Client,
且作为逻辑接口的FlexE接口可以由多个物理接口组合而成。图3中所示的正向通道中业务
数据的流向如图3中实线箭头所示,反向通道中业务数据的流向如图3中虚线箭头所示。本
发明实施例的传输通道以正向通道为例,传输通道中业务数据的流向为用户设备1网络设
备1网络设备2用户设备2
系统仅是举例说明,本申请提供的FlexE通信系统的应用场景不限于图3所示的场景。本申
请提供的技术方案适用于所有应用FlexE技术进行数据传输的网络场景。
group接口也可以被称之为FlexE接口。FlexE group接口是由一组物理接口绑定而成的逻
辑接口。该FlexE group接口共承载有6个client,分别为client1至client6。其中,client1
和client2的数据映射在PHY1上传输;client3的数据映射在PHY2和PHY3上传输;client4的
数据映射在PHY3上传输;client5和client6的数据映射在PHY4上传输。不同FlexE client
在FlexE group上进行映射和传输,实现捆绑功能。其中:
FlexE group中的多个PHY在物理上可以是独立的。FlexE中的网络设备可以通过PHY的编号
来标识一个FlexE group中包含哪些PHY,来实现多个PHY的逻辑捆绑。例如,每个PHY的编号
可用1‑254之间的一个数字来标识,0和255为保留数字。一个PHY的编号可对应网络设备上
的一个接口。相邻的两个网络设备之间需采用相同的编号来标识同一个PHY。一个FlexE
group 中包括的各个PHY的编号不必是连续的。通常情况下,两个网络设备之间具有一个
FlexE group,但本申请并不限定两个网络设备之间仅存在一个FlexE group,即两个网络
设备之间也可以具有多个FlexE group。一个PHY可用于承载至少一个client,一个client
可在至少一个PHY上传输。
(如10G、 40G、n*25G数据流,甚至非标准速率数据流),例如可以通过64B/66B的编码的方式
将数据流传递至FlexE shim层。FlexE client可以被解释为基于一个物理地址的以太网
流。通过同一FlexE group发送的客户需要共用同一时钟,且这些客户需要按照分配的时隙
速率进行适配。
根据相同的时钟对数据进行切片,并将切片后的数据封装至预先划分的时隙(slot)中。然
后,根据预先配置的时隙分配表,将划分好的各时隙映射至FlexE group中的PHY上进行传
输。其中,每个时隙映射于FlexE group中的一个PHY。
文: sub‑calendar)。FlexE calendar可以由一个或多个sub‑calendar组成。每个sub‑
calendar 可以指示该单个物理链路上20个时隙(英文可以写为slot)如何分配给相应的
FlexE client。也就是说,每个sub‑calendar可以指示该单个物理链路上时隙与FlexE
client的对应关系。当前标准中定义,每个FlexE开销帧中指定两个Calender,分别是当前
的主用时隙表 (Calender A)和备用时隙表(Calender B)。
每个 64/66B编码块承载在一个slot中。一个FlexE帧包含8行,每行第一个64B/66B比特块
位置为FlexE开销块,开销块后为进行时隙划分的净荷区域,以66比特为粒度,对应20x1023
个66比特承载空间。以100GE接口为例,100GE接口的带宽划分为20个时隙,每个时隙带宽约
为5Gbps,称为一个slot。64B/66B可以理解为64比特的比特块以及由它编码得到的66 比特
的编码块。FlexE通过交织复用的方式在单个物理接口上实现了多个传输通道,即实现了多
个时隙。FlexE只是一种接口技术,相关的交换技术可以基于现有的以太网包进行,也可以
基于FlexE交叉进行,此处不再赘述。
之为灵活以太开销帧(英文:FlexE overhead frame),上述的开销复帧也可以称之为灵活
以太开销复帧(英文:FlexE overhead Multiframe)。FlexE shim层通过开销提供带内管理
通道,支持在对接的两个FlexE接口之间传递配置、管理信息,实现链路的自动协商建立。
FlexE OH。根据FlexE Implementation Agreement协议,一个FlexE Group在每个PHY上每
隔预定时间间隔上就会发出一个FlexE开销帧的64B/66B码块至远端的PHY,8个依次发送的
FlexE开销帧的64B/66B码块构成了一个FlexE开销帧。FlexE定义开销帧上的一些字段承载
时隙分配表,并通过FlexE开销帧把时隙分配表同步至远端的通信设备上的PHY,以保证双
端的通信设备使用相同的时隙分配表接收和发送FlexE客户对应的数据流。具体而言,一个
开销帧则有8个开销块(英文:overhead block),上述开销块也可以称之为开销时隙(英文:
overhead slot)。开销块例如可以是一个64B/66B编码的码块,每间隔1023*20blokcs 出现
一次,但每个开销块所包含的字段是不同的。
所示,一个开销帧包括8个开销块。开销帧在开销块1(block1)至开销块3(block 3)中,指定
了如下位域(或者也可以称之为字段),用于指导通信设备之间的时隙协商。开销帧的开销
块4(block4)至开销块8(block8)是管理通道(英文:Management Channel),管理通道中可
以用于承载1588报文,同步以太报文,DCN报文以及链路搜索报文等。管理通道对于其能够
承载的报文类型没有限制,仅需要保证报文的编码格式能够被通信设备正常解码即可。
述中采用CCC字段表示。举例来说,如果CCC的值为0,则表示当前主用时隙分配表为
Calendar A;如果CCC的值为1,则表示当前工作的时隙分配表为Calendar B。需要注意的
是,在本申请中,开销帧中,3个C bit的取值总是相同,即均为0或者均为1。CCC的值为1表示
3个C 比特均取值为1;CCC的值为0,表示3个C比特的取值均为0。
中, CR字段的值与CCC字段的值保持一致,指示当前的主用时隙分配表。在发送端发起时隙
协商请求后,CR字段的值将与CCC字段的值不同,此时,CR字段的值指向备用时隙分配表,而
CCC字段的值指向当前的主用时隙分配表。本领域技术人员可以理解的是,“时隙协商请求”
和“时隙分配表切换请求”可以表达相同的含义,在本申请中,两者经常交替使用。
简称TX)发送的时隙协商请求的响应,并且用于指示时隙分配表。如果RX回应的开销帧中携
带的CA字段的值与接收到的TX发送的开销帧中携带的CR字段的值一致,则TX认为这是RX
对其发出的时隙协商请求的响应,并且RX做好了切换到CA字段所指示的时隙分配表的准
备。 TX从主用时隙分配表切换到备用时隙分配表上,并将CCC字段的值修改为发送时隙协
商请求时CR字段相同的值,随开销帧发送给RX。RX收到CR=CCC的开销帧后,也从主用时隙
分配表切换到备用时隙分配表上。
TX方向发起主用时隙表Calendar A向备用Calendar B的切换,触发时隙表切换的原因例如
可以是:
开销发送给RX。然后等待RX方向回应CA信息。
TX。
开销(CR=1 /CCC=1)后,也将本地主用时隙表切换为Calendar B。
S101之后,若 TX方向长时间没有收到RX的时隙协商回应,将会定时再次发送时隙协商请
求。后续的步骤与S102和S103相同,不再赘述。
FlexE Group的协商数据全部清零,RX的主用时隙表默认为Calendar A,此时,由RX发出的
例行刷新的开销帧中CA,CR以及CCC字段的值均为0。而在TX侧,TX的当前主用时隙分配表为
Calendar B。当RX方向在重启过程中恢复FlexE GROUP PHY的PCS层UP后,且TX 方向的准备
工作就绪后,将会触发时隙协商请求,和RX进行时隙协商。其中,TX方向的准备工作包括:
CA信息。
备工作包括:
Mac 的主用时隙分配表为空且无效)
行发送FlexE开销帧。在RX向TX例行发送的FlexE开销帧中,CA取值缺省设置为0。此时,由于
TX正在等待RX回应的CA也是0,因此导致TX误以为RX例行发送的FlexE开销帧是对 S201中
发送的时隙协商请求做出的响应,因此,会继续执行下面所述的S203。后续当TX没有重新协
商时隙需求的情况下,TX也不会再重新发起时隙协商请求。由此可见,RX例行发送的FlexE
开销误应答了TX发送的时隙协商请求。
开销帧发送给RX。
信息,导致TX到RX的流量中断。
TX 误以为RX对时隙协商请求进行了有效的响应。但实际情况是,TX和RX并没有执行有效的
时隙协商。如何有效避免上述情况,提高时隙协商的准确性,避免正常业务受到影响,成为
需要解决的问题。为了解决上述问题,本申请提供了一种时隙协商方法300。
网络设备1和网络设备2。其中,网络设备1和网络设备2通过单个PHY连接,也可以通过
FlexE group连接。该网络架构例如可以是图3所示的网络架构。下面结合图8,以图3所示的
架构为例,对方法300进行介绍。方法300包括:
段和CCC字段的值不同时,FlexE开销帧1用于发出时隙协商请求1,也可以称之为时隙分配
表切换请求1。其中,CCC字段的值为1时,表示当前的主用时隙分配表为时隙分配表1。 CR字
段的值为0时,表示请求将当前的主用时隙分配表切换为备用时隙分配表,即时隙分配表2。
当CR字段为1时,而CCC字段为0时,则表示请求从时隙分配表2切换到时隙分配表 1上。当CR
字段为0,而CCC字段为1时,则表示请求从时隙分配表1切换到时隙分配表2 上。一个具体的
实施方式中,根据当前的OIF标准,时隙分配表1可以是标准中定义的Calendar B,时隙分配
表2是标准中定义的Calendar A。
带的请求报文的具体格式可参见下文中结合图12a),或图12c以及图12d所做的具体说明。
本领域技术人员可以理解的是,在管理通道中携带的请求报文的格式不限于本申请所给出
的示例,本申请对于管理通道中携带的请求报文的具体格式不做具体限定。
开销帧1中携带的CR字段取值为0,FlexE开销帧2的CA字段值也为0。
对时隙协商请求1的响应,不是对FlexE开销帧1的响应。
可信响应。关于S305的具体说明在下文中进行具体介绍,此处不再赘述。
请求信息1的具体格式相同,区别在于携带在不同的FlexE开销帧中。因此,关于请求信息2
的说明参见上文中对于请求信息1的说明,此处不再赘述。
求。FlexE开销帧3用于发出时隙协商请求2,也就是时隙分配表切换请求2。即网络设备1 再
次请求和网络设备2进行时隙协商,请求将备用时隙分配表切换为主用时隙分配表。
据协商结果,继续执行切换时隙分配表的操作。本领域技术人员可以理解的是,如果此时,
网络设备2仍然处于重启状态,或者说没有做好相关准备工作,则重复触发时隙协商请求,
直到网络设备1确定网络设备2对其发出的时隙协商请求做出了有效的响应。在FlexE开销
帧4中包括指示信息2,指示信息2用于指示FlexE开销帧4是对请求信息2的响应。
个开销帧。本申请中所提及的操作“CR中断”是指,当网络设备接收到时隙协商请求开销帧
后 (收到的FlexE开销帧中CR与CCC的值不同,便认为是时隙协商请求),读取开销帧中携带
的时隙分配表信息,并且刷新本地保存的时隙表配置。一种具体的实施方式中,执行CR中断
可以由软件在处理器实现。处理器通过连接网络转发芯片的接口读取寄存器中保存的开销
帧信息,根据开销帧中携带的最新的时隙分配表的配置信息,刷新本地保存的时隙分配表
的配置。另一种具体的实施方式中,执行CR中断可以是通过转发芯片实现。例如可以在芯片
中设置处理逻辑,读取时隙协商开销帧的信息,根据开销帧中携带的最新的时隙分配表的
配置信息,刷新本地保存的时隙分配表的配置。
根据所述指示信息,确定接收到的FlexE开销帧不是对其发出的时隙协商请求做作出的响
应时, TX会重新发送时隙协商请求,直到TX确认RX对其发出的时隙协商请求进行了响应。
由此,可以有效避免由于RX误响应TX发出的时隙协商请求而导致流量中断的问题。
FlexE 开销帧是否是对网络设备1发出的请求信息(或者说是时隙协商请求)所作出的响
应。
个或多个bit,用于标识所述指示信息1和指示信息2。也可以是FlexE开销帧管理通道中新
增一个字段来标识所述指示信息1和指示信息2。具体来说,FlexE开销帧2中该新增的至少
一个bit为指示信息1,FlexE开销帧4中该新增的至少一个比特为指示信息2。一个具体的实
施方式中,在FlexE开销帧中,新增一个bit,以该新增的比特的不同取值来分别标识指示信
息1和指示信息2。当FlexE开销帧中所述新增的bit取值为1时,用于指示FlexE开销帧是对
接收到的时隙协商请求的响应;当所述新增的bit取值为0时,用于指示FlexE开销帧不是对
所述时隙协商请求的响应。具体来说,当FlexE开销帧2中所述新增的bit取值为1时,用于指
示FlexE开销帧2是对所述请求信息1的响应;当所述新增的bit取值为0 时,用于指示FlexE
开销帧2不是对所述请求信息1的响应。同理,当FlexE开销帧4中新增的bit取值为1时,用于
指示FlexE开销帧4是对请求信息2的响应;当该新增的bit的取值为0时,用于指示FlexE开
销帧4不是对请求信息2的响应。在另一个具体的实施方式中,也可以以比特映射(bit map)
的方式来标识所述指示信息1和指示信息2。例如,在FlexE 开销帧中,新增两个比特,每个
比特分别映射指示信息1和指示信息2,具体指示的方式不再赘述。应理解,本申请不限于上
述实施方式。采用方式一的方案,通过FlexE开销帧中新扩展的字段来指示RX发出的FlexE
开销帧是否是对TX发出的FlexE开销帧中所携带的请求信息的响应,而FlexE开销帧中的CA
字段用于指示时隙分配表,而不用于指示FlexE开销帧是否是对请求信息的响应。通过上述
实施方式,能够在不改变现有开销帧格式的情况下,解决了现有CA字段的二义性问题,有效
避免上述问题导致的流量中断,保证了业务连续性和稳定性。
请求作出回应的时隙分配表。
才认为协商成功,否则持续保持时隙协商状态。
CCC=1)),向TX发送时隙协商响应。具体来说,RX向TX发送FlexE开销帧,以回应所述时隙协
商请求。在该FlexE开销帧中,将RR标志位置为1,CA标志位置为0。
中,CR=0,CCC=0)给到RX。
语义具有二义性,既用来表达协商的响应,又用来指示时隙分配表。当前标准中关于CA语段
的二义性定义,导致本申请上文中所描述的技术问题。在本实施方式中,通过改变CA的语
义,使其用于指示协商响应的有效性,而不用于指示时隙分配表,换言之,不用于指示协商
的输出。例如:CA=0时,表示该开销帧不是对时隙协商请求作出的响应,而CA=1时,表示该
开销帧是对时隙协商请求作出的响应。此时,CA的取值和时隙分配表的配置无关,即和协商
的输出无关。CA字段用于指示RX发出的FlexE开销帧是否是对TX发出的时隙分配表协商请
求所作出的响应。具体来说,在S305中,指示信息1为FlexE开销帧2的CA字段赋值为第一值
时所指示的信息。在S310中,指示信息2为FlexE开销帧4的CA字段赋值为第二值时所指示的
信息。例如,当FlexE开销帧2中CA字段赋值为0时,用于指示FlexE开销帧2 是对时隙协商请
求1的响应,而不用于指示时隙分配表。当FlexE开销帧4的CA字段赋值为 1时,用于指示
FlexE开销帧4是对时隙协商请求2的响应,而不用于指示时隙分配表。在方式二中,RX在本
地完成时隙分配表切换的准备,在回复给TX的FlexE开销帧中,CA字段不再用于指示时隙分
配表,TX只要接收到了CA赋值为第二值的FlexE开销帧,即认为协商完成,继续时隙分配表
的切换流程。
效性,而不只是协商输出,解决了现有CA字段的二义性问题,有效避免由于时隙协商流程出
现错误而对业务造成的影响。
CCC=1)),向TX发送时隙协商响应。具体来说,RX向TX发送FlexE开销帧,以回应所述时隙协
商请求。在该FlexE开销帧中,将CA标志位置为1,用于指示该FlexE开销帧是对接收到的时
隙协商请求的响应。
CCC=0)给到RX。
协商响应的有效性,开销帧中CA字段的值可用于指示时隙分配表,即用于表达协商的输出,
但不用于表达协商响应的有效性。本方式通过在管理通道中增加请求报文(本申请中亦称
之为时隙协商请求报文)和响应报文(本申请中亦称之为时隙协商响应报文),以此来表达
时隙协商的请求和响应,TX通过开销帧的管理通道中是否携带了时隙协商响应报文来判断
接收到的开销帧是否是对其发出的时隙协商请求报文的响应,解决了现有CA字段的二义性
问题,有效避免由于时隙协商流程出现错误而对业务造成的影响。具体来说,在方式三中,
S305中所述的指示信息1是FlexE开销帧2的管理通道所指示的信息,S310中所述的指示信
息2是FlexE 开销帧4的管理通道所指示的信息。FlexE开销中提供的管理通道对其承载的
报文类型并没有限制,仅需要保证报文是按照指定的编码格式传输即可。上述指定的编码
格式是对端设备能够正确解码即可。对于本申请实施方式中增加的报文格式,本申请不作
具体限制,以下我们按照以太报文格式举例来对所述报文进行说明,但是用于指示时隙协
商有效性的报文格式,但并不限于本申请中举例说明的报文格式。
准中,如果管理通道的定义有所变化,本申请中所述的管理通道兼容各类标准对于管理通
道的定义。
文(CR Ack) 的报文格式。
符串“CR Ack”。
discovery protocol,LLDP)报文净荷中携带的父TLV字段进行扩展,增加子TLV类型,用于
携带CR Request报文和CR Ack报文。
类型(TYPE=127)就是一种父TLV类型。下面以父TLV type127(即T字段取值127)为例,举例
说明如何在LLDP报文的父TLV字段里携带CR Request报文和CR Ack报文。
Request报文的子TLV的具体格式示意图。
段的长度,长度例如可以是9bits;value字段用于携带FlexE Group number,长度例如可以
是2bytes。
度,长度例如可以是9bits;value字段用于携带FlexE Group number,长度例如可以是
2bytes。
当前的时隙分配表B切换为时隙分配表A。此时,主用时隙分配表为时隙分配表B,备用时隙
分配表为时隙分配表A。TX向RX发送请求发送CR Request报文1后,等待RX的回应。
信息1。
示信息2。
流程。通过该种方式,能够保证现有的时隙协商流程不变,正式协商流程中,对于CA字段的
定义遵从现有标准中的定义,因为在正式协商流程中,已经完成了预协商的流程,只有在预
协商成功的情况下,才会开始正式协商,因此,能够避免RX误应答TX发出的时隙协商请求的
问题,有效保证正常的业务转发。
隙,发起时隙表Calendar B向Calendar A的切换的协商。TX方向将最新的Calendar A 内容
通过FlexE开销帧6发送给RX,其中,FlexE开销帧6中CR=0,CCC=1,用于和RX协商将当前工
作的时隙分配表从时隙分配表B切换至时隙分配表A。
隙分配表A的配置,并向TX发送FlexE开销帧7,以响应接收到的时隙协商请求3。其中,RX通
过向TX发送FlexE开销帧7以发送所述响应,在FlexE开销帧4中,CA字段置位为0。
仅仅看CA位域的表达,但由于CA位域仅为1Bit,既要表达协商的输出,又要表达协商响应,
故存在语义表达的二义性。通过本申请上述的方案,有效解除了CA位域二义性的问题,使得
TX能够准确的判断接收到的FlexE开销是否是对其发出的时隙协商请求所作出的响应,并
基于判断结果决定是否重新触发时隙协商请求或者进行时隙分配表的切换,由此确保了TX
和 RX能够进行正确的时隙协商,确保时隙协商结果的准确性。有效提高时隙协商的成功
率,减少由于现有技术中由于RX误响应所导致的时隙协商错误对正常的灵活以太业务所造
成的影响。
以是图 3所示的网络设备1(TX),第二网络设备可以是图3所示的网络设备2(RX)。图14所示
的方法可以具体实现结合图6‑图13所描述的任一实施例所示的方法。例如,图14中第一网
络设备和第二网络设备可以分别是图8所示方法300中网络设备1和网络设备2。图14所示的
方法600包括以下内容。
12c对应实施例所描述的报文格式。
协商请求。
实施例所描述的报文格式。
商请求。
第二 FlexE开销帧是对所述第一请求信息的响应。
对所述第一请求信息的响应,所述第一指示信息不用于指示时隙分配表。
再次发出新的时隙协商请求。因此,能够有效避免将第二网络设备例行刷新的FlexE开销帧
认定为对其发出的时隙协商请求的响应,而导致的业务中断。
分配表。
配表。
四FlexE 开销帧是对所述第二请求信息的响应。
对所述第二请求信息的响应,所述第二指示信息不用于指示时隙分配表。
2。上述第一指示信息和第二指示信息,例如可以对应前述各方法实例中所描述的指示信息
1和指示信息2。关于第一请求信息,第二请求信息,第一指示信息,第二指示信息的具体格
式,以及方法600中各步骤的具体实现方式,可参见前述各方法实施例中对应步骤的相关说
明,此处不再赘述。
1(TX) 或者网络设备2(RX),用于执行前述图6‑图14任一附图所对应的实施例的方法。网络
设备 700还可以是本申请所述的第一网络设备或第二网络设备,用于执行图14所对应的方
法。网络设备700包括收发单元701和处理单元702。收发单元701用于执行收发操作,处理单
元用于执行收发以外的操作。例如,当网络设备700作为第一网络设备执行图14所示的方法
600时,收发单元701可以用于向第二网络设备发送第一灵活以太FlexE开销帧,接收所述第
二网络设备发送的第二FlexE开销帧,以及向所述第二网络设备发送第三FlexE开销帧。处
理单元702可以用于根据所述第二FlexE开销帧中的第一指示信息,确定所述第二FlexE开
销帧不是对所述第一请求信息的响应。
设备 1(TX)或者网络设备2(RX),用于执行前述图6‑图13任一附图所对应的实施例的方法
中由网络设备1或网络设备2所执行的操作。网络设备800还可以是本申请所述的第一网络
设备或第二网络设备,执行图14所对应的方法由第一网络设备或第二网络设备所执行的操
作。网络设备800包括通信接口801以及与通信接口相连的处理器802。通信接口801用于执
行收发操作,处理器802用于执行收发以外的操作。例如,当网络设备800作为第一网络设备
执行图14所示的方法600时,通信接口801可以用于向第二网络设备发送第一灵活以太
FlexE 开销帧,接收所述第二网络设备发送的第二FlexE开销帧,以及向所述第二网络设备
发送第三FlexE开销帧。处理器802可以用于根据所述第二FlexE开销帧中的第一指示信息,
确定所述第二FlexE开销帧不是对所述第一请求信息的响应。
备1 (TX)或者网络设备2(RX),用于执行前述图6‑图13任一附图所对应的实施例的方法中
由网络设备1或网络设备2所执行的操作。网络设备900还可以是本申请所述的第一网络设
备或第二网络设备,执行图14所对应的方法由第一网络设备或第二网络设备所执行的操
作。网络设备900包括存储器901和与所述存储器相连的处理器902。存储器901中存储有指
令,处理器902读取所述指令,使得网络设备900执行图6‑图13任意附图对应的实施例中由
TX 或RX所执行的方法,后者执行图14对应的实施例中由第一网络设备或第二网络设备所
执行的方法。
络设备 1(TX)或者网络设备2(RX),用于执行前述图6‑图13任一附图所对应的实施例的方
法中由网络设备1或网络设备2所执行的操作。网络设备1000还可以是本申请所述的第一网
络设备或第二网络设备,执行图14所对应的方法由第一网络设备或第二网络设备所执行的
操作。如图18所示,网络设备1000包括处理器1010,与所述处理器耦合连接的存储器1020以
及通信接口1030。在一个具体的实施方式中,存储器1020中存储有计算机可读指令,所述计
算机可读指令包括多个软件模块,例如发送模块1021,处理模块1022和接收模块1023。处理
器1010执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例
中,一个软件模块所执行的操作实际上是指处理器1010根据所述软件模块的指示而执行的
操作。例如,当网络设备1000作为第一网络设备执行图14所示的方法时,发送模块1021用于
向第二网络设备发送第一FlexE开销帧以及第三FlexE开销帧,接收模块1023用于接收第二
网络设备发送的第二FlexE开销帧,处理模块1022用于根据第二FlexE开销帧中的指示信
息,确定所述第二FlexE开销帧不是对第一FlexE开销帧中所携带的第一请求信息的响应。
此外,处理器1010执行存储器1020中的计算机可读指令后,可以按照计算机可读指令的指
示,执行网络设备1,网络设备2,第一网络设备或者第二网络设备可以执行的全部操作。例
如,当网络设备1000作为网络设备1或网络设备2时,可以分别执行图6‑图13对应的实施例
中由网络设备1或网络设备2执行的所有操作;当网络设备1000作为第一网络设备或第二网
络设备时,可以分别执行图14对应的实施例中由第一网络设备或第二网络设备执行的所有
操作。
处理器还可以是专用集成电路(英文:application‑specific integrated circuit,缩写:
ASIC),可编程逻辑器件(英文:programmable logic device,缩写:PLD)或其组合。上述PLD
可以是复杂可编程逻辑器件(英文:complex programmable logic device,缩写:CPLD),现
场可编程逻辑门阵列(英文:field‑programmable gate array,缩写:FPGA),通用阵列逻辑
(英文:generic array logic,缩写:GAL)或其任意组合。处理器1010可以是指一个处理器,
也可以包括多个处理器。本申请中所提到的存储器可以包括易失性存储器(英文:
volatile memory),例如随机存取存储器(英文:random‑access memory,缩写:RAM);存储
器也可以包括非易失性存储器(英文:non‑volatile memory),例如只读存储器(英文:
read‑only memory,缩写:ROM),快闪存储器(英文:flash memory),硬盘(英文:hard disk
drive,缩写:HDD)或固态硬盘(英文:solid‑state drive,缩写:SSD);存储器还可以包括上
述种类的存储器的组合。存储器可以是指一个存储器,也可以包括多个存储器。
图14对应的任意一个实施例中的方法。
执行的方法。
法。
所执行的方法。
的方法。
以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员
可以对每个特定的应用来使用不同方法来实现所描述的功能。
程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全
部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专
用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储
介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计
算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、
数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务
器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质
或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质
可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态
硬盘 Solid State Disk(SSD))等。
置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见
方法实施例部分的说明即可。