本申请涉及通信领域，尤其涉及一种时隙协商的方法、设备、系统及存储介质。
背景技术：
灵活以太网(英文：flexethernet，flexe)技术是承载网实现业务隔离承载和网络分片的一种接口技术，近两年发展迅速，被各大标准组织广泛接纳。flexe标准最早起源于光互联网论坛(英文：opticalinternetforum,oif)接口物理层标准，具有带宽灵活可调、数据隔离、完美契合5g业务等特点。flexe技术通过在ieee802.3基础上引入灵活以太网协议层(英文也可以称之为flexeshim层)，实现媒体访问控制(英文：mediumaccesscontrol，mac)层与物理链路接口层(英文也可以称之为phy)的解耦，从而实现灵活的速率匹配。flexshim基于时分复用(英文：timedivisionmultiplexing，tdm)分发机制，将多个flexe客户(英文：client)的数据按照时隙方式调度并分发至多个不同的子通道，实现传输管道带宽的硬隔离，一个业务数据流可以分配到一个或多个时隙中，实现了对各种速率业务的匹配。
按照当前oif标准定义，flexeshim层通过定义开销帧(英文：overheadframe,ohframe)和开销复帧(英文：ohmultiframe)的方式体现flexeclient和flexegroup中的时隙映射关系以及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开销帧中携带第二指示信息，所述第二指示信息用于指示所述第四flexe开销帧是对所述第二请求信息的响应。
一种可选的设计中，所述方法还包括：所述第二网络设备接收所述第一网络设备发送的第五flexe开销帧，并根据所述第五flexe开销帧的指示，将所述备用时隙分配表切换为所述主用时隙分配表。
一种可选地设计中，所述第一请求信息为所述第一flexe开销帧的管理通道中携带的第一请求报文。
一种可选地设计中，所述第一请求信息为所述第一flexe开销帧中携带的cr字段和ccc字段所指示的信息。其中，cr字段和ccc字段的值不同。
一种可选地设计中，所述第一指示信息为为所述第二flexe开销帧的管理通道所指示的信息，所述第二flexe开销帧的管理通道未携带第一响应报文，所述第一响应报文用于指示所述第二flexe开销帧是对所述第一请求信息的响应。
一种可选地设计中，所述第一指示信息为所述第二flexe开销帧中第一字段所指示的信息，所述第一字段与所述第二flexe开销帧的时隙分配表切换确认ca字段不同。
一种可选地设计中，所述第一指示信息为所述第二flexe开销帧的时隙分配表切换确认ca字段所指示的信息，所述第一指示信息用于指示所述第二flexe开销帧不是对所述第一请求信息的响应，所述第一指示信息不用于指示时隙分配表。
一种可选地设计中，所述第二指示信息为所述第四flexe开销帧的管理通道所指示的信息，所述第四flexe开销帧的管理通道携带第二响应报文，所述第二响应报文用于指示所述第四flexe开销帧是对所述第二请求信息的响应。
一种可选地设计中，所述第二指示信息为所述第四flexe开销帧的时隙分配表切换确认ca字段所指示的信息，所述第二指示信息用于指示所述第四flexe开销帧是对所述第二请求信息的响应，所述第二指示信息不用于指示时隙分配表。
一种可选地设计中，所述第二指示信息为所述第四flexe开销帧中第二字段所指示的信息，所述第二字段与所述第四flexe开销帧的时隙分配表切换确认ca字段不同。
第三方面，本申请提供了一种第一网络设备，包括收发单元和处理单元，当所述第一网络设备执行上述第一方面以及第一方面任意一种可选地设计中所述的方法时，所述收发单元用于执行收发操作，所述处理单元用于执行收发以外的操作。例如，当所述第一网络设备执行所述第一方面所述的方法时，所述收发单元用于向第二网络设备发送第一灵活以太flexe开销帧，接收所述第二网络设备发送的第二flexe开销帧，以及向所述第二网络设备发送第三flexe开销帧。所述处理单元用于根据所述第二flexe开销帧中的第一指示信息，确定所述第二flexe开销帧不是对所述第一请求信息的响应。
第四方面，本申请提供了一种第二网络设备，包括收发单元和处理单元，当所述第二网络设备执行执行上述第二方面以及第二方面任意一种可选地设计中所述的方法时，所述收发单元用于执行收发操作，所述处理单元用于执行收发以外的操作。例如，当所述第二网络设备执行所述第二方面所述的方法时，所述收发单元用于接收第一网络设备发送的第一灵活以太flexe开销帧，向所述第一网络设备发送第二flexe开销帧以及接收所述第一网络设备发送的第三flexe开销帧。所述处理单元，用于生成所述第二flexe开销帧。
第五方面，本申请提供了一种第一网络设备，包括存储器以及与所述存储器相连的处理器。所述存储器中存储有指令，所述处理器读取所述指令，使得所述第一网络设备执行上述第一方面以及第一方面任意一种可选地设计中所述的方法。
第六方面，本申请提供了一种第二网络设备，包括存储器以及与所述存储器相连的处理器。所述存储器中存储有指令，所述处理器读取所述指令，使得所述第二网络设备执行上述第二方面以及第二方面任意一种可选地设计中所述的方法。
第七方面，本申请提供了一种第一网络设备，包括通信接口以及与所述通信接口相连的处理器，通过所述通信接口和所述处理器，所述第一网络设备用于执行上述第一方面以及第一方面任意一种可选地设计中所述的方法。其中，所述通信接口用于执行收发的操作，所述处理器用于执行收发以外的操作。例如，例如，当所述第一网络设备执行所述第一方面所述的方法时，所述通信接口用于向第二网络设备发送第一灵活以太flexe开销帧，接收所述第二网络设备发送的第二flexe开销帧，以及向所述第二网络设备发送第三flexe开销帧。所述处理器用于根据所述第二flexe开销帧中的第一指示信息，确定所述第二flexe开销帧不是对所述第一请求信息的响应。
第八方面，本申请提供了一种第二网络设备，包括通信接口以及与所述通信接口相连的处理器，通过所述通信接口和所述处理器，所述第二网络设备用于执行上述二方面以及第二方面任意一种可选地设计中所述的方法。其中，所述通信接口用于执行收发的操作，所述处理器用于执行收发以外的操作。例如，例如，当所述第网络设备执行所述第二方面所述的方法时，所述通信接口用于接收第一网络设备发送的第一灵活以太flexe开销帧，向所述第一网络设备发送第二flexe开销帧以及接收所述第一网络设备发送的第三flexe开销帧。所述处理器，用于生成所述第二flexe开销帧。
第九方面，本申请提供了一种通信系统，包括上述第三方面，第五方面或者第七方面任一方面所述的第一网络设备，以及上述第四方面，第六方面或者第八方面任一方面所述的第二网络设备。
第十方面，本申请提供了一种计算机可读存储介质，包括计算机可读指令，当所述指令在计算机上运行时，使得所述计算机执行上述第一方面，第二方面，第一方面任一种可能的设计或者第二方面任一种可能的设计中的方法。
第十一方面，本申请提供了一种计算机程序产品，包括计算机程序，当所述程序在计算机上运行时，使得计算机执行上述第一方面，第二方面，第一方面任一种可能的设计或者第二方面任一种可能的设计中的方法。
附图说明
图1为基于灵活以太网协议的flexe通用架构示意图；
图2为跨4个物理链路接口(聚合4个phy)的flexegroup的时隙分配情况的示意图；
图3为本申请涉及的flexe通信系统的应用场景示意图；
图4为本申请所涉及的采用flexe技术传输数据的过程的示意图；
图5为oifia-flexe-02.1标准中给出的100ge接口的开销帧和开销复帧的结构示意图；
图6为一种时隙协商方法的流程示意图；
图7为用于说明引发rx误应答问题的场景说明示意图；
图8为本申请所提供的一种时隙协商方法的示意图；
图9为本申请所提供的一种对开销帧进行扩展的报文格式示意图；
图10为本申请提供的一种时隙协商处理方法的流程示意图；
图11为本申请提供的一种时隙协商处理方法的流程示意图；
图12a为本申请提供的一种crrequest报文格式示意图；
图12b为本申请提供的一种crack报文格式示意图；
图12c为本申请提供的一种lldp报文格式示意图；
图12d为本申请提供的一种crrequest报文格式示意图；
图12e为本申请提供的一种crrequest报文格式示意图；
图13为本申请提供的一种时隙协商处理方法的流程示意图；
图14为本申请提供的一种时隙协商方法的流程示意图；
图15为本申请实施例提供的一种网络设备的结构示意图；
图16为本申请实施例提供的一种网络设备的结构示意图；
图17为本申请实施例提供的一种网络设备的结构示意图；
图18为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
本申请中的“1”、“2”、“3”、“4”、“第一”、“第二”、“第三”和“第四”等序数词是用于对不同对象进行区分，不用于限定多个对象的顺序。此外，术语“包括”和“具有”不是排他的。例如，包括了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，还可以包括没有列出的步骤或单元。
本申请所涉及的相关flexe的现有技术可以参见oif所制定的flexe标准iaoif-flexe-01.0，iaoif-flexe-02.0或者iaoif-flexe02.1的相关说明，上述标准以全文引用的方式并入本申请中。
图1示例性示出了基于灵活以太网协议的flexe通用架构示意图。如图1所示，flexegroup包括4个phy。flexeclient代表在flexegroup上指定时隙(一个时隙或多个时隙)传输的客户数据流，一个flexegroup上可承载多个flexeclient，一个flexeclient可对应一个到多个用户业务数据流(也可以称为macclient)，flexeshim层提供flexeclient到macclient的数据适配和转换。flexe可以支持任意多个不同flexeclient在任意一组phy上的映射和传输，从而实现phy捆绑、通道化及子速率等功能。多路phy组合在一起成为一个flexe组(英文也可以称为flexegroup)，用于承载通过flexeshim层分发、映射来的一路或者多路flexeclient数据流。以100gephy为例，flexeshim层可以把flexegroup中的每个100gephy划分为20个时隙(slot)的数据承载通道，每个slot对应的带宽为5gbps。
图2示意性示出了跨4个物理链路接口(聚合4个phy)的flexegroup的时隙分配情况的示意图。如图2所示，每个phy均拥有20个时隙，因此该flexegroup拥有20*4个时隙。如图2所示，以图1中的flexegroup包括4个phy为例介绍，4个phy分别为phya1201、phyb1202、phyc1203和phyd1204。flexegroup对应时隙分配表(英文也可以称为calendar)；一个flexegroup中包括的单个物理链路对应的时隙映射表可以称为子时隙分配表(英文可以称为sub-calendar)。flexecalendar可以由一个或多个sub-calendar组成。每个sub-calendar可以指示该单个物理链路上20个时隙(slot)如何分配给相应的flexeclient。也就是说，每个sub-calendar可以指示该单个物理链路上时隙与flexeclient的对应关系。如图2所示，每个phy可以对应20个时隙，图中分别用slot0至slot19来表示。图2分别示出了phya1201、phyb1202、phyc1203和phyd1204中每个phy对应的20个时隙的示意图。
图3示出了本申请涉及的flexe通信系统的应用场景示意图。如图3所示，flexe通信系统100包括网络设备1、网络设备2、用户设备1和用户设备2。网络设备1可以是中间节点，此时网络设备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
应理解，图3中仅示例性的示出了2个网络设备和2个用户设备，该网络可以包括任意其它数量的网络设备和用户设备，本申请实施例对此不做限定。图3中所示的flexe通信系统仅是举例说明，本申请提供的flexe通信系统的应用场景不限于图3所示的场景。本申请提供的技术方案适用于所有应用flexe技术进行数据传输的网络场景。
下面结合图4进一步描述图3中所示网络设备1和网络设备2采用flexe技术传输数据的过程。
如图4所示，phy1、phy2、phy3和phy4绑定成为一个flexegroup。网络设备1和网络设备2之间通过flexegroup接口连接，即通过flexe接口1与flexe接口2连接。上述flexegroup接口也可以被称之为flexe接口。flexegroup接口是由一组物理接口绑定而成的逻辑接口。该flexegroup接口共承载有6个client，分别为client1至client6。其中，client1和client2的数据映射在phy1上传输；client3的数据映射在phy2和phy3上传输；client4的数据映射在phy3上传输；client5和client6的数据映射在phy4上传输。不同flexeclient在flexegroup上进行映射和传输，实现捆绑功能。其中：
flexegroup：也可称之为捆绑组。每个flexegroup包括的多个phy具有逻辑上的捆绑关系。所谓的逻辑上捆绑关系，指的是不同的phy之间可以不存在物理连接关系，因此，flexegroup中的多个phy在物理上可以是独立的。flexe中的网络设备可以通过phy的编号来标识一个flexegroup中包含哪些phy，来实现多个phy的逻辑捆绑。例如，每个phy的编号可用1-254之间的一个数字来标识，0和255为保留数字。一个phy的编号可对应网络设备上的一个接口。相邻的两个网络设备之间需采用相同的编号来标识同一个phy。一个flexegroup中包括的各个phy的编号不必是连续的。通常情况下，两个网络设备之间具有一个flexegroup，但本申请并不限定两个网络设备之间仅存在一个flexegroup，即两个网络设备之间也可以具有多个flexegroup。一个phy可用于承载至少一个client，一个client可在至少一个phy上传输。
flexeclient:对应于网络的各种用户接口，与现有的ip/ethernet网络中的传统业务接口一致。flexeclient可根据带宽需求灵活配置，支持各种速率的以太网mac数据流(如10g、40g、n*25g数据流，甚至非标准速率数据流)，例如可以通过64b/66b的编码的方式将数据流传递至flexeshim层。flexeclient可以被解释为基于一个物理地址的以太网流。通过同一flexegroup发送的客户需要共用同一时钟，且这些客户需要按照分配的时隙速率进行适配。
flexeshim:作为插入传统以太架构的mac与phy(pcs子层)中间的一个额外逻辑层，是基于calendar的时隙分发机制实现flexe技术的核心架构。flexeshim的主要作用是根据相同的时钟对数据进行切片，并将切片后的数据封装至预先划分的时隙(slot)中。然后，根据预先配置的时隙分配表，将划分好的各时隙映射至flexegroup中的phy上进行传输。其中，每个时隙映射于flexegroup中的一个phy。
calender：时隙分配表，也可以称之为时隙表。flexegroup对应calendar，一个flexegroup中包括的单个物理链路(phy)对应的时隙映射表可以称为子时隙分配表(英文：sub-calendar)。flexecalendar可以由一个或多个sub-calendar组成。每个sub-calendar可以指示该单个物理链路上20个时隙(英文可以写为slot)如何分配给相应的flexeclient。也就是说，每个sub-calendar可以指示该单个物理链路上时隙与flexeclient的对应关系。当前标准中定义，每个flexe开销帧中指定两个calender，分别是当前的主用时隙表(calendera)和备用时隙表(calenderb)。
flexe对物理接口传输构建固定帧格式，并进行tdm的时隙划分。下面，以现有的flexe帧格式举例说明。flexe的时隙划分粒度可以为66b，对应承载一个64b/66b编码块，每个64/66b编码块承载在一个slot中。一个flexe帧包含8行，每行第一个64b/66b比特块位置为flexe开销块，开销块后为进行时隙划分的净荷区域，以66比特为粒度，对应20x1023个66比特承载空间。以100ge接口为例，100ge接口的带宽划分为20个时隙，每个时隙带宽约为5gbps，称为一个slot。64b/66b可以理解为64比特的比特块以及由它编码得到的66比特的编码块。flexe通过交织复用的方式在单个物理接口上实现了多个传输通道，即实现了多个时隙。flexe只是一种接口技术，相关的交换技术可以基于现有的以太网包进行，也可以基于flexe交叉进行，此处不再赘述。
如前所述，flexeshim层通过定义开销帧和开销复帧的方式体现client与flexegroup中的时隙映射关系以及calendar工作机制。需要说明的是，上述的开销帧，也可以称之为灵活以太开销帧(英文：flexeoverheadframe)，上述的开销复帧也可以称之为灵活以太开销复帧(英文：flexeoverheadmultiframe)。flexeshim层通过开销提供带内管理通道，支持在对接的两个flexe接口之间传递配置、管理信息，实现链路的自动协商建立。
flexe的每个phy上的数据通过周期性插入flexe开销(overheadframe，oh)帧的码块来实现对齐，比如可以是每隔1023x20个66b的净荷数据码块插入1个66b的开销码块flexeoh。根据flexeimplementationagreement协议，一个flexegroup在每个phy上每隔预定时间间隔上就会发出一个flexe开销帧的64b/66b码块至远端的phy，8个依次发送的flexe开销帧的64b/66b码块构成了一个flexe开销帧。flexe定义开销帧上的一些字段承载时隙分配表，并通过flexe开销帧把时隙分配表同步至远端的通信设备上的phy，以保证双端的通信设备使用相同的时隙分配表接收和发送flexe客户对应的数据流。具体而言，一个开销帧则有8个开销块(英文：overheadblock)，上述开销块也可以称之为开销时隙(英文：overheadslot)。开销块例如可以是一个64b/66b编码的码块，每间隔1023*20blokcs出现一次，但每个开销块所包含的字段是不同的。
图5中示出了oifia-flexe-02.1标准中给出的100ge接口的开销帧和开销复帧的结构示意图。下面结合图5对flexe开销帧(下面简称为开销帧)的结构进行简单介绍。如图5所示，一个开销帧包括8个开销块。开销帧在开销块1(block1)至开销块3(block3)中，指定了如下位域(或者也可以称之为字段)，用于指导通信设备之间的时隙协商。开销帧的开销块4(block4)至开销块8(block8)是管理通道(英文：managementchannel)，管理通道中可以用于承载1588报文，同步以太报文，dcn报文以及链路搜索报文等。管理通道对于其能够承载的报文类型没有限制，仅需要保证报文的编码格式能够被通信设备正常解码即可。
下面对图5所示出的开销帧中涉及时隙协商的一些位域进行介绍。
c：1bit，用于指示当前使用的时隙分配表配置(calendarconfigurationinuse)。c比特在开销中定义有3个位置，意义相同，主要是为了保证可靠性，此位域在后续描述中采用ccc字段表示。举例来说，如果ccc的值为0，则表示当前主用时隙分配表为calendara；如果ccc的值为1，则表示当前工作的时隙分配表为calendarb。需要注意的是，在本申请中，开销帧中，3个cbit的取值总是相同，即均为0或者均为1。ccc的值为1表示3个c比特均取值为1；ccc的值为0，表示3个c比特的取值均为0。
cr：1bit，用于指示时隙协商请求，时隙协商请求也可以称之为时隙分配表切换请求(calendarswitchrequest)。在发送端设备和接收端设备之间例行的开销帧刷新过程中，cr字段的值与ccc字段的值保持一致，指示当前的主用时隙分配表。在发送端发起时隙协商请求后，cr字段的值将与ccc字段的值不同，此时，cr字段的值指向备用时隙分配表，而ccc字段的值指向当前的主用时隙分配表。本领域技术人员可以理解的是，“时隙协商请求”和“时隙分配表切换请求”可以表达相同的含义，在本申请中，两者经常交替使用。
ca：1bit，用于指示时隙分配表切换确认(calendarswitchacknowledge)。在当前标准中，ca字段语义具有二义性，用于指示接收端设备(以下简称rx)对发送端设备(以下简称tx)发送的时隙协商请求的响应，并且用于指示时隙分配表。如果rx回应的开销帧中携带的ca字段的值与接收到的tx发送的开销帧中携带的cr字段的值一致，则tx认为这是rx对其发出的时隙协商请求的响应，并且rx做好了切换到ca字段所指示的时隙分配表的准备。tx从主用时隙分配表切换到备用时隙分配表上，并将ccc字段的值修改为发送时隙协商请求时cr字段相同的值，随开销帧发送给rx。rx收到cr＝ccc的开销帧后，也从主用时隙分配表切换到备用时隙分配表上。
下面结合图6，以图3所示场景为例，对网络设备之间进行时隙协商的方法100进行简单介绍。为描述简便，在图6中，网络设备1标识为tx，网络设备2标识为rx。基于某些原因，tx方向发起主用时隙表calendara向备用calendarb的切换，触发时隙表切换的原因例如可以是：
a)tx方向修改flexeclient的时隙带宽；
b)tx和/或rx方向flexegroup在增删phy，或phy的状态发生变化；
c)tx和/或rx方向的设备在重启初始化。
为了完成时隙表切换，tx和rx之间执行时隙协商方法100，包括：
s101、tx方向发起时隙协商请求，请求rx将备用时隙分配表切换为主用时隙分配表。具体来说，将cr置为calendarb(cr＝1)，而ccc此时为calendara(ccc＝0)，通过flexe开销发送给rx。然后等待rx方向回应ca信息。
s102、rx方向收到tx的时隙协商请求(cr＝1/ccc＝0)，如果rx方向准备就绪，且收到的calendarb配置信息合法，则设置ca为calendarb(ca＝1)，通过flexe开销发送给tx。
s103、tx方向收到rx方向的时隙协商回应后(ca＝1)，切换本地主用时隙表为calendarb，并修改ccc为calendarb(ccc＝1)，通过flexe开销发送给rx。rx收到此flexe开销(cr＝1/ccc＝1)后，也将本地主用时隙表切换为calendarb。
s101-s103描述了正常情况下完整的时隙协商流程。后续tx方向发起时隙表calendarb向calendara的切换过程也是类似流程。本领域技术人员可以理解的是，在s101之后，若tx方向长时间没有收到rx的时隙协商回应，将会定时再次发送时隙协商请求。后续的步骤与s102和s103相同，不再赘述。
上述方法100所描述的flexe开销时隙协商机制存在rx误应答的问题。下面结合附图7，对引发上述问题的场景进行具体描述。
如图7所示，flexegroup两端的tx和rx建立通信连接，rx由于某些原因(例如：设备掉电、相关业务单板插拔或者故障自愈触发的单板硬复位等)，进行设备重启。rx侧，关于flexegroup的协商数据全部清零，rx的主用时隙表默认为calendara，此时，由rx发出的例行刷新的开销帧中ca，cr以及ccc字段的值均为0。而在tx侧，tx的当前主用时隙分配表为calendarb。当rx方向在重启过程中恢复flexegroupphy的pcs层up后，且tx方向的准备工作就绪后，将会触发时隙协商请求，和rx进行时隙协商。其中，tx方向的准备工作包括：
phy加组：根据phy的flexegroupnumber配置加入对应的flexegroup的管理中。
tx时隙刷新：tx方向下发时隙配置。
具体的时隙协商方法200包括：
s201、tx方向发起时隙协商请求，请求切换时隙分配表。tx将cr置为calendara(cr＝0)，而ccc此时为calendarb(ccc＝1)，通过flexe开销帧发送给rx。等待rx方向回应ca信息。
由于rx方向收到时隙协商请求时，重启恢复过程还在进行中，并没有准备好相关处理数据，rx方向的准备工作并没有就绪，故对本次时隙协商请求并没有响应。rx方向的准备工作包括：
phy加组：根据phy的flexegroupnumber配置加入对应的flexegroup的管理中。
flexegroup建立：rx收到tx对端的flexe开销帧，并解析出内部的groupnumber和phynumber，并校验与本地配置一致，才认为flexegroup建立操作成功。
cr中断开启：当flexegroup和phy的数据准备就绪后，便开启cr中断，用以接受tx方向的时隙协商请求。
rx方向依赖cr中断做如下事情：
a)rx方向收到flexe开销中发现cr与ccc不一致，便认为是新的时隙协商请求。
b)rx从此flexe开销中提取cr指定的时隙分配表信息，并根据时隙分配表中的flexeclientid配置对应物理mac的备用时隙分配表信息。(由于rx侧设备重启，rx侧物理mac的主用时隙分配表为空且无效)
c)根据收到的flexe开销中的cr值，通过flexe开销回应tx方向对应的ca。然后等待tx方向回应cr＝ccc。
d)收到tx方向回应cr＝ccc的flexe开销帧，rx侧将物理mac的备用时隙分配表切换为主用时隙分配表。
如果rx没有完成步骤a)-d)的操作，将会导致rx侧物理mac的时隙信息为空或与tx侧时隙配置不一致，从而出现断流。
s202、rx按照固定的周期间隔向tx例行发送刷新的flexe开销帧。
虽然如上文中描述，rx方向在接收到tx发送的时隙协商请求后，准备工作并未就绪，因此，不会对所述时隙协商请求作出实际有效的响应。但是，rx会按照固有周期向tx例行发送flexe开销帧。在rx向tx例行发送的flexe开销帧中，ca取值缺省设置为0。此时，由于tx正在等待rx回应的ca也是0，因此导致tx误以为rx例行发送的flexe开销帧是对s201中发送的时隙协商请求做出的响应，因此，会继续执行下面所述的s203。后续当tx没有重新协商时隙需求的情况下，tx也不会再重新发起时隙协商请求。由此可见，rx例行发送的flexe开销误应答了tx发送的时隙协商请求。
s203、tx方向收到rx方向发送的flexe开销帧后，由于flexe开销帧中携带的ca＝0，因此，切换本地主用时隙表为calendara，并修改ccc为calendara(ccc＝0)，通过flexe开销帧发送给rx。
rx在收到s203中tx发送的flexe开销帧后，即便rx已经做好如上所述的准备工作，但是由于实际上没有正确处理s201中tx发送的时隙协商请求，因此rx无法获取正确的时隙信息，导致tx到rx的流量中断。
由此可见，当tx和rx进行时隙协商时，如果rx侧刚好由于某些原因处于设备重启状态，此时，rx例行发送的flexe开销帧，可能错误的应答tx发送的时隙协商请求，从而使得tx误以为rx对时隙协商请求进行了有效的响应。但实际情况是，tx和rx并没有执行有效的时隙协商。如何有效避免上述情况，提高时隙协商的准确性，避免正常业务受到影响，成为需要解决的问题。为了解决上述问题，本申请提供了一种时隙协商方法300。
下面结合图8对本申请实施例提供的方法300进行详细说明。应用方法300的网络架构包括网络设备1和网络设备2。举例来说，网络设备1和网络设备2例如可以是图3所示的网络设备1和网络设备2。其中，网络设备1和网络设备2通过单个phy连接，也可以通过flexegroup连接。该网络架构例如可以是图3所示的网络架构。下面结合图8，以图3所示的架构为例，对方法300进行介绍。方法300包括：
s301、网络设备1向网络设备2发送flexe开销帧1。
具体来说，flexe开销帧1包括请求信息1，所述请求信息1用于请求网络设备2执行时隙分配表的主备切换，即请求网络设备将备用时隙分配表切换为主用时隙分配表。
一个具体的实施方式中，上述请求信息1是flexe开销帧1中cr字段以及ccc字段所指示的信息。举例来说，flexe开销帧1中携带的cr字段的值为0，ccc字段的值为1。当cr字段和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可以是标准中定义的calendarb，时隙分配表2是标准中定义的calendara。
在一个具体的实施方式中，上述请求信息1可以是所述第一flexe开销帧的管理通道中携带的请求报文1。该请求报文1也可以称之为时隙协商请求报文1。关于管理通道中携带的请求报文的具体格式可参见下文中结合图12a)，或图12c以及图12d所做的具体说明。本领域技术人员可以理解的是，在管理通道中携带的请求报文的格式不限于本申请所给出的示例，本申请对于管理通道中携带的请求报文的具体格式不做具体限定。
s302、网络设备2接收所述flexe开销帧1。
当网络设备2处于设备重启状态时，可以对接收到的flexe开销帧1执行丢弃操作，而不做实际的处理。
s303、网络设备2向网络设备1发送flexe开销帧2。
该flexe开销帧2是网络设备2向网络设备1按照固定时间周期例行发送的flexe开销帧。flexe开销帧2中的ca字段的取值与flexe开销帧1中cr字段的取值相同。例如，flexe开销帧1中携带的cr字段取值为0，flexe开销帧2的ca字段值也为0。
s304、网络设备1接收网络设备2发送的flexe开销帧2。
s305、网络设备1根据flexe开销帧2中携带的指示信息1，确定该flexe开销帧2不是对请求信息1的响应。flexe开销帧2不是对请求信息1的响应，也意味flexe开销帧2不是对时隙协商请求1的响应，不是对flexe开销帧1的响应。
网络设备1确定flexe开销帧2不是对所述请求信息1做出的响应，是指网络设备1能够正确识别接收到的flexe开销帧不是网络设备2针对其发出的时隙协商请求1所作出的可信响应。关于s305的具体说明在下文中进行具体介绍，此处不再赘述。
s306、网络设备1向网络设备2发送flexe开销帧3。
和s301类似，flexe开销帧3中包括请求信息2，用于请求网络设备2执行时隙分配表的主备切换，即请求网络设备2将备用时隙分配表切换为主用时隙分配表。请求信息2和请求信息1的具体格式相同，区别在于携带在不同的flexe开销帧中。因此，关于请求信息2的说明参见上文中对于请求信息1的说明，此处不再赘述。
flexe开销帧3中携带的cr字段的值为0，ccc字段的值为1。网络设备1确定flexe开销帧2不是对所述请求信息1做出的响应，则网络设备1再次向网络设备2发出时隙协商请求。flexe开销帧3用于发出时隙协商请求2，也就是时隙分配表切换请求2。即网络设备1再次请求和网络设备2进行时隙协商，请求将备用时隙分配表切换为主用时隙分配表。
s307、网络设备2接收所述flexe开销帧3。
s308、网络设备2向网络设备1发送flexe开销帧4，对接收到的请求信息2作出响应。
具体来说，网络设备2已经完成设备重启，并做好了相关的准备工作，则网络设备2开启cr中断，对所述网络设备1发出的时隙协商请求2作出响应。网络设备1和网络设备2根据协商结果，继续执行切换时隙分配表的操作。本领域技术人员可以理解的是，如果此时，网络设备2仍然处于重启状态，或者说没有做好相关准备工作，则重复触发时隙协商请求，直到网络设备1确定网络设备2对其发出的时隙协商请求做出了有效的响应。在flexe开销帧4中包括指示信息2，指示信息2用于指示flexe开销帧4是对请求信息2的响应。
s309、网络设备1接收flexe开销帧4。
s310、网络设备1根据指示信息2，确定所述flexe开销帧4是对所述请求信息2的响应，则将备用时隙分配表切换为主用时隙分配表。
关于s310的具体说明，将在下文中结合s305一并进行介绍。
s311、网络设备1向网络设备2发送flexe开销帧5，指示网络设备2将备用时隙分配表切换为主用时隙分配表。
其中，flexe开销帧5中ccc字段的值与cr字段的值相同，其值与flexe开销帧1中cr字段的值相同。
s312、网络设备2接收所述flexe开销帧5，并将备用时隙分配表切换为主用时隙分配表。
本领域技术人员可以理解的是，flexe开销帧3不意味着其必然是和flexe开销帧2时序上相邻的开销帧，也可以是网络设备1向网络设备2发送了多次时隙协商请求后的某一个开销帧。本申请中所提及的操作“cr中断”是指，当网络设备接收到时隙协商请求开销帧后(收到的flexe开销帧中cr与ccc的值不同，便认为是时隙协商请求)，读取开销帧中携带的时隙分配表信息，并且刷新本地保存的时隙表配置。一种具体的实施方式中，执行cr中断可以由软件在处理器实现。处理器通过连接网络转发芯片的接口读取寄存器中保存的开销帧信息，根据开销帧中携带的最新的时隙分配表的配置信息，刷新本地保存的时隙分配表的配置。另一种具体的实施方式中，执行cr中断可以是通过转发芯片实现。例如可以在芯片中设置处理逻辑，读取时隙协商开销帧的信息，根据开销帧中携带的最新的时隙分配表的配置信息，刷新本地保存的时隙分配表的配置。
在本申请所提供的时隙协商方法中，通过在rx回复给tx的flexe开销帧携带指示信息，使得指示信息能够指示出flexe开销帧是否是对tx发出的时隙协商请求的响应。当tx根据所述指示信息，确定接收到的flexe开销帧不是对其发出的时隙协商请求做作出的响应时，tx会重新发送时隙协商请求，直到tx确认rx对其发出的时隙协商请求进行了响应。由此，可以有效避免由于rx误响应tx发出的时隙协商请求而导致流量中断的问题。
下面对上述方法300中的s305和s310中所提及的指示信息1和指示信息2进行具体说明。在本申请中，网络设备1可以但不限于通过以下方式一到方式三来确定接收到的flexe开销帧是否是对网络设备1发出的请求信息(或者说是时隙协商请求)所作出的响应。
方式一，指示信息1和指示信息2是flexe开销帧中新扩展的字段所指示的信息，该新扩展的字段不是ca字段。例如，在图5所示的flexe开销帧的保留(reserved)字段增加一个或多个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的响应。在另一个具体的实施方式中，也可以以比特映射(bitmap)的方式来标识所述指示信息1和指示信息2。例如，在flexe开销帧中，新增两个比特，每个比特分别映射指示信息1和指示信息2，具体指示的方式不再赘述。应理解，本申请不限于上述实施方式。采用方式一的方案，通过flexe开销帧中新扩展的字段来指示rx发出的flexe开销帧是否是对tx发出的flexe开销帧中所携带的请求信息的响应，而flexe开销帧中的ca字段用于指示时隙分配表，而不用于指示flexe开销帧是否是对请求信息的响应。通过上述实施方式，能够在不改变现有开销帧格式的情况下，解决了现有ca字段的二义性问题，有效避免上述问题导致的流量中断，保证了业务连续性和稳定性。
下面结合图9和图10，以扩展一个bit为例，对本方式一进行举例说明。
如图9所示，在flexe开销帧中找出1bit空闲位域，为方便表述，本申请暂且称之为rr(rxcrreadyflag)标志位，可以理解，本申请对于该标识为的命名不受限与此。
1)当rx方向flexegroup已经激活且加phy，并已经处理了tx方向的cr中断时，将此rr标记置为1。rr＝1时，rx回复tx的flexe开销中的ca内容，用于指示可信的对时隙协商请求作出回应的时隙分配表。
2)如果收到flexe开销中的rr＝0，tx方向则认为rx方向没有回应时隙协商请求，tx将持续发起时隙协商请求，直到rx方向回应携带rr＝1，ca＝预期值的flexe开销帧后，才认为协商成功，否则持续保持时隙协商状态。
下面结合图10，对本方式一的具体时隙协商方法3000进行举例介绍。
tx方向基于上文所述的某些原因，发起时隙分配表calendarb向calendara的切换。
s3301、tx发起时隙协商请求。
tx向rx方向发送flexe开销帧(cr＝0/ccc＝1)，用于发出所述时隙协商请求。其中，tx将最新的calendara的配置信息通过flexe开销帧发送给rx。
s3302、rx向tx发送时隙协商回应。
rx方向做好相关准备工作后(例如：flexegroup已经完成group的激活动作、phy的加组动作、且开启了cr时隙协商中断、并成功接收处理了tx方向的时隙协商请求(cr＝0/ccc＝1))，向tx发送时隙协商响应。具体来说，rx向tx发送flexe开销帧，以回应所述时隙协商请求。在该flexe开销帧中，将rr标志位置为1，ca标志位置为0。
s3303、tx从calendarb切换为calendara。并向rx发送flexe开销(cr＝0，ccc＝0)，触发rx完成calendarb到calendara的切换。
tx收到flexe开销帧(其中，ca＝0，rr＝1)的时候，认为是有效回应。tx随后完成时隙协商动作，将时隙分配表由calendarb切换到calendara，并发送flexeoh开销帧(其中，cr＝0，ccc＝0)给到rx。
若tx方向长时间没有收到rx有效的时隙协商回应，将会定时再次发送时隙协商请求。
s3304、rx收到tx的flexe开销帧(cr＝0，ccc＝0)后，将时隙分配表由calendarb切换到calendara。
s3304之后，在rx向tx发送的例行刷新的flexe开销中，rr再置为0，用以等待处理下次tx发起的时隙协商请求流程。
需要说明的是，本实施方式中，在s3301之后，s3302之前，还可以包括以下操作：
如果rx没有做好相关的准备工作，向tx例行发送flexe开销帧，其中，rr置位为0。
tx接收到rr置位为0的flexe开销帧，确定该flexe开销不是对其发出的时隙协商请求作出的响应。
tx向rx重新发出时隙协商请求，在flexe开销帧中，cr置位为0，ccc置位为1。
方式二、该指示信息1和指示信息2可以是flexe开销帧中的ca字段所指示的信息。在该方式中，改变当前标准中定义的ca字段的语义。具体来说，在当前oif标准中，ca字段的语义具有二义性，既用来表达协商的响应，又用来指示时隙分配表。当前标准中关于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字段的语义，放弃了ca指示时隙分配表的语义特性，即放弃了ca字段用于指示协商输出的语义特性。通过ca语段用于指示协商响应的有效性，而不只是协商输出，解决了现有ca字段的二义性问题，有效避免由于时隙协商流程出现错误而对业务造成的影响。
下面结合图11对方式二所提供的协商流程400进行举例说明。
tx方向基于上文所述的某些原因，发起时隙分配表calendarb向calendara的切换。
s401、tx发起时隙协商请求。
tx向rx方向发送flexe开销帧(cr＝0/ccc＝1)，用于发出所述时隙协商请求。其中，tx将最新的calendara的配置信息通过flexe开销发送给rx。
s402、rx向tx发送时隙协商回应。
rx方向做好相关准备工作后(例如：flexegroup已经完成group的激活动作、phy的加组动作、且开启了cr时隙协商中断、并成功接收处理了tx方向的时隙协商请求(cr＝0/ccc＝1))，向tx发送时隙协商响应。具体来说，rx向tx发送flexe开销帧，以回应所述时隙协商请求。在该flexe开销帧中，将ca标志位置为1,用于指示该flexe开销帧是对接收到的时隙协商请求的响应。
s403、tx从calendarb切换为calendara。并向rx发送flexe开销帧(cr＝0，ccc＝0)，触发rx完成calendarb到calendara的切换。
tx收到flexe开销帧(其中，ca＝1)的时候，认为是有效回应。tx随后完成时隙协商动作，将时隙分配表由calendarb切换到calendara，并发送flexe开销帧(其中，cr＝0，ccc＝0)给到rx。
若tx方向长时间没有收到rx有效的时隙协商回应，将会定时再次发送时隙协商请求。
s404、rx收到tx的flexe开销帧(cr＝0，ccc＝0)后，将时隙分配表由calendarb切换到calendara。
s404之后，在rx向tx发送的例行刷新的flexe开销帧中，ca再置为0，用以等待处理下次tx发起的时隙协商请求流程。
需要说明的是，本实施方式中，在s401之后，s402之前，还可以包括以下操作：
a)如果rx没有做好相关的准备工作，向tx例行发送flexe开销，其中，ca置位为0。
b)tx在发送了时隙协商请求后，接收到ca置位为0的flexe开销帧，确定该flexe开销不是对其发出的时隙协商请求作出的响应。
c)tx向rx重新发出时隙协商请求，在flexe开销帧中，cr置位为0，ccc置位为1。
方式三，通过在flexe开销帧的管理通道中增加请求报文和响应报文，用于完成网络设备1和网络设备2之间的时隙协商。此方式中，通过在管理通道中增加一组报文来指示协商响应的有效性，开销帧中ca字段的值可用于指示时隙分配表，即用于表达协商的输出，但不用于表达协商响应的有效性。本方式通过在管理通道中增加请求报文(本申请中亦称之为时隙协商请求报文)和响应报文(本申请中亦称之为时隙协商响应报文)，以此来表达时隙协商的请求和响应，tx通过开销帧的管理通道中是否携带了时隙协商响应报文来判断接收到的开销帧是否是对其发出的时隙协商请求报文的响应，解决了现有ca字段的二义性问题，有效避免由于时隙协商流程出现错误而对业务造成的影响。具体来说，在方式三中，s305中所述的指示信息1是flexe开销帧2的管理通道所指示的信息，s310中所述的指示信息2是flexe开销帧4的管理通道所指示的信息。flexe开销中提供的管理通道对其承载的报文类型并没有限制，仅需要保证报文是按照指定的编码格式传输即可。上述指定的编码格式是对端设备能够正确解码即可。对于本申请实施方式中增加的报文格式，本申请不作具体限制，以下我们按照以太报文格式举例来对所述报文进行说明，但是用于指示时隙协商有效性的报文格式，但并不限于本申请中举例说明的报文格式。
需要说明的是，本申请中所述的管理通道遵从现有标准中定义的开销帧的管理通道，例如，当前标准中定义管理通道为开销帧的第4-8个块。在将来的行业标准或者企业标准中，如果管理通道的定义有所变化，本申请中所述的管理通道兼容各类标准对于管理通道的定义。
下面结合图12a至图12e以及图13对上述方式三所涉及的协商流程进行举例说明。
一种具体的实施方式中，图12a示例性给出了在管理通道中增加的时隙协商请求报文(crrequest)的报文格式，图12b示例性给出了在管理通道中增加的时隙协商响应报文(crack)的报文格式。
下面结合图12a和图12b，对crrequest报文以及crack报文的格式进行介绍：
smac：源mac地址，长度例如可以是6bit，值可以为源端口的mac地址。
dmac：目的mac，长度例如可以是6bit,值可以为全1。
type：报文类型，长度例如可以是2bit，值可以为全0。
groupnum:flexegroupnumber,长度例如可以是2bit，指示属于哪个flexegroup。
flag:报文子类型，长度例如可以是20bit。一个具体的实施方式中，crrequest报文中，flag字段的值可以为字符串“crrequest”；crack报文中，flag字段的值可以为字符串“crack”。
在另一种具体的实施方式中，图12c至图12d示例性给出了另一种关于crrequest报文和crack的具体示例。在该示例中，通过对链路层发现协议(英文：linklayerdiscoveryprotocol，lldp)报文净荷中携带的父tlv字段进行扩展，增加子tlv类型，用于携带crrequest报文和crack报文。
lldp报文的净荷里包括多个级联的tlv，图12c所示为父tlv，父tlv包括type字段，length字段和value字段。其中，value字段里可以由多个子tlv级联。例如，厂商保留的tlv类型(type＝127)就是一种父tlv类型。下面以父tlvtype127(即t字段取值127)为例，举例说明如何在lldp报文的父tlv字段里携带crrequest报文和crack报文。
图12d)表示在图12c)所示的value字段里扩展的用于表示crrequest报文的子tlv的具体格式示意图，图12e)表示在图12c)所示的value字段里扩展的用于表示crrequest报文的子tlv的具体格式示意图。
在图12d)中，子tlv字段包括type字段，length字段和value字段。其中，type字段用于表示该子tlv的类型是crrequest报文，长度例如可以是7bits；length字段表示v字段的长度，长度例如可以是9bits；value字段用于携带flexegroupnumber,长度例如可以是2bytes。
在图12d)中，子tlv字段包括type字段，length字段和value字段。其中，type字段用于表示该子tlv的类型是crack报文，长度例如可以是7bits；length字段表示v字段的长度，长度例如可以是9bits；value字段用于携带flexegroupnumber,长度例如可以是2bytes。
本领域技术人员可以理解，本申请实施例中给出的crrequest报文和crack报文给出的报文格式仅是举例说明，不应理解为对报文格式的限制。
下面结合图13对采用方式三进行时隙协商方法500进行举例说明。
s501、tx向rx发送crrequest报文，向rx发出时隙协商请求。
具体来说，tx向rx发送flexe开销帧1，发送时隙协商请求1。在flexe开销帧1的管理通道中携带请求信息1，具体来说，该请求信息1为crrequest报文1，请求网络设备2从当前的时隙分配表b切换为时隙分配表a。此时，主用时隙分配表为时隙分配表b，备用时隙分配表为时隙分配表a。tx向rx发送请求发送crrequest报文1后，等待rx的回应。
在s501后，可以分为两种情况。
a)如果rx回应了crack报文则认为rx已经准备好，可以进行时隙分配表的切换。则在s501之后继续执行s510-s512。
b)如果rx方向没有回应crack报文，则在s501后执行s502-s512。tx方向将再次发送crrequest报文，用于再次进行时隙协商请求，并等待rx方向回应。
rx方向收到crrequest消息后：
判断本端的flexegroup已经完成组的激活动作、phy的加组动作、且开启了cr时隙协商中断等准备工作后，才通过flexe开销的管理通道回应crack报文。
如果rx方向未准备好处理时隙协商，则不对crrequest报文做出响应，即不发送所述crack报文。
s502、rx向tx发送例行刷新的flexe开销帧2。
其中，flexe开销帧2的管理通道未携带响应报文1，该实施方式中，响应报文1为crack报文1。此时，flexe开销帧2的管理通道即为本申请所述的flexe开销帧2中携带的指示信息1。
s503、tx接收flexe开销帧2,。
s504、tx根据flexe开销帧2的管理通道，确定flexe开销帧2不是对时隙协商请求1的响应。
s505、tx向rx发送flexe开销帧3，用于发送时隙协商请求2。
其中，在flexe开销帧3的管理通道中，携带有请求信息2，即协商请求报文2(crreuest报文2)，用于发出时隙协商请求2。
s506、rx接收flexe开销帧3。
s507、rx向tx发送flexe开销帧4，对接收到的时隙协商请求2作出响应。
具体来说，在flexe开销帧4的管理通道中，携带有响应报文2，即协商响应报文2(crack报文2)。此时，flexe开销帧4的管理通道为本申请所述的flexe开销帧4中携带的指示信息2。
s508、tx接收flexe开销帧4。
s509、tx根据指示信息2，确定所述flexe开销帧4是对所述时隙协商请求2的响应。
s510、tx从calendarb切换为calendara。
s511、向rx发送flexe开销帧5(cr＝0，ccc＝0)，触发rx完成calendarb到calendara的切换。
s512、rx接收flexe开销帧5，完成从calendarb到calendara的切换。
在另一个具体的实施方式中，在tx和rx的时隙协商流程中，上述s501至s509作为一个预协商的过程，在s509之后，s510之前，tx确认预协商流程成功，则开始执行正式协商流程。通过该种方式，能够保证现有的时隙协商流程不变，正式协商流程中，对于ca字段的定义遵从现有标准中的定义，因为在正式协商流程中，已经完成了预协商的流程，只有在预协商成功的情况下，才会开始正式协商，因此，能够避免rx误应答tx发出的时隙协商请求的问题，有效保证正常的业务转发。
下面对于本实施方式中所提及的正式协商流程简单说明如下，关于正式协商流程的说明亦可参见前文中描述的方法100中的具体描述。
步骤a、tx向rx发起时隙协商请求3。
具体来说，tx收到方向的crack消息后，表明rx已经做好准备和tx进行时隙协商。tx再次向rx发送flexe开销帧6，以发起时隙协商请求3。tx与rx开始按照现有流程协商时隙，发起时隙表calendarb向calendara的切换的协商。tx方向将最新的calendara内容通过flexe开销帧6发送给rx，其中，flexe开销帧6中cr＝0，ccc＝1，用于和rx协商将当前工作的时隙分配表从时隙分配表b切换至时隙分配表a。
步骤b、rx向tx发送对时隙协商请求3的响应。
rx收到tx的时隙协商请求3(cr＝0/ccc＝1)后，由于之前rx曾经回应过crack给tx，故此时rx已经准备就绪，可以正常处理tx发起的时隙协商请求2。rx开启cr中断，刷新时隙分配表a的配置，并向tx发送flexe开销帧7，以响应接收到的时隙协商请求3。其中，rx通过向tx发送flexe开销帧7以发送所述响应，在flexe开销帧4中，ca字段置位为0。
步骤c、tx将本地的主用时隙分配表由calendarb切换为calendara，并向rx发送flexe开销(cr＝0，ccc＝0)，触发rx完成calendarb到calendara的切换。
在步骤c之后，继续执行上述步骤s510-s512，此处不再赘述。
综上所述，本申请所提供的时隙协商方法能够解决当前oif标准定义的flexe开销时隙协商机制存在误应答问题，此种误应答问题的本质是flexe开销时隙协商的回应消息仅仅看ca位域的表达，但由于ca位域仅为1bit，既要表达协商的输出，又要表达协商响应，故存在语义表达的二义性。通过本申请上述的方案，有效解除了ca位域二义性的问题，使得tx能够准确的判断接收到的flexe开销是否是对其发出的时隙协商请求所作出的响应，并基于判断结果决定是否重新触发时隙协商请求或者进行时隙分配表的切换，由此确保了tx和rx能够进行正确的时隙协商，确保时隙协商结果的准确性。有效提高时隙协商的成功率，减少由于现有技术中由于rx误响应所导致的时隙协商错误对正常的灵活以太业务所造成的影响。
图14是本申请实施例提供的一种时隙协商方法600的流程示意图。其中，应用方法600的网络架构至少包括所述第一网络设备和第二网络设备。举例来说，第一网络设备可以是图3所示的网络设备1(tx)，第二网络设备可以是图3所示的网络设备2(rx)。图14所示的方法可以具体实现结合图6-图13所描述的任一实施例所示的方法。例如，图14中第一网络设备和第二网络设备可以分别是图8所示方法300中网络设备1和网络设备2。图14所示的方法600包括以下内容。
s601、第一网络设备向第二网络设备发送第一灵活以太flexe开销帧。
所述第一flexe开销帧包括第一请求信息，所述第一请求信息用于请求所述第二网络设备将备用时隙分配表切换为主用时隙分配表。
s602、第二网络设备接收第一网络设备所述第一flexe开销帧。
s603、第二网络设备向第一网络设备发送第二flexe开销帧。
s604、第一网络设备接收所述第二网络设备发送的第二flexe开销帧。
s605、第一网络设备根据所述第二flexe开销帧中的第一指示信息，确定所述第二flexe开销帧不是对所述第一请求信息的响应。
s606、第一网络设备向所述第二网络设备发送第三flexe开销帧。
s607、第二网络设备接收所述第三flexe开销帧。
所述第三flexe开销帧包括第二请求信息，所述第二请求信息用于请求所述第二网络设备将所述备用时隙分配表切换为主用时隙分配表。
一个具体的实施方式中，所述第一请求信息为所述第一flexe开销帧的管理通道中携带的第一请求报文。该第一请求报文例如可以是时隙协商请求报文，具有如图12a，图12c对应实施例所描述的报文格式。
一个具体的实施方式中，所述第一请求信息是第一flexe开销帧所携带的cr和ccc字段所指示的信息。其中，cr字段和ccc字段取值不同，则表示第一flexe开销帧是用于时隙协商请求。
一个具体的实施方式中，所述第二求信息为所述第三flexe开销帧的管理通道中携带的第二求报文。该第二求报文例如可以是时隙协商请求报文，具有如图12a，图12c对应实施例所描述的报文格式。
一个具体的实施方式中，所述第二求信息是第三lexe开销帧所携带的cr和ccc字段所指示的信息。其中，cr字段和ccc字段取值不同，则表示第三lexe开销帧是用于时隙协商请求。
一个具体的实施方式中，所述第一指示信息为所述第二flexe开销帧的管理通道，所述第二flexe开销帧的管理通道未携带第一响应报文，所述第一响应报文用于指示所述第二flexe开销帧是对所述第一请求信息的响应。
一个具体的实施方式中，所述第一指示信息为所述第二flexe开销帧中第一字段所指示的信息，所述第一字段与所述第二flexe开销帧的时隙分配表切换确认ca字段不同。
一个具体的实施方式中，所述第一指示信息为所述第二flexe开销帧的时隙分配表切换确认ca字段所指示的信息，所述第一指示信息用于指示所述第二flexe开销帧不是对所述第一请求信息的响应，所述第一指示信息不用于指示时隙分配表。
通过时隙协商方法600，第一网络设备向第二网络设备发送第一次时隙协商请求后，通过确定第二网络设备返回的flexe开销帧不是对其发出的时隙协商请求的响应后，会再次发出新的时隙协商请求。因此，能够有效避免将第二网络设备例行刷新的flexe开销帧认定为对其发出的时隙协商请求的响应，而导致的业务中断。
方法600中，在s607之后，还可以包括：
a)第一网络设备接收所述第二网络设备发送的第四flexe开销帧；
第一网络设备flexe开销帧中携带的第二指示信息，确定所述第四flexe开销帧是对所述第二请求信息的响应。
b)在一个具体的实施方式中，当第一网络设备确定所述第四flexe开销帧是对第二请求信息的响应，则执行时隙分配表的主备切换，即将备用时隙分配表切换为主用时隙分配表。
在另一个具体的方式中，当方法600采用在flexe开销帧的管理通道中增加请求报文和响应报文来进行时隙协商时，在步骤b)以后，所述方法600还可以包括：
c)第一网络设备向第二网络设备发出第五flexe开销帧，第五flexe开销帧中cr字段与ccc字段不同，用于发出第三时隙协商请求，请求将备用时隙分配表切换为主用时隙分配表。
d)第二网络设备接收所述第五flexe开销帧，并向第一网络设备发送第六flexe开销帧。
第六flexe开销帧是对所述第三时隙协商请求的响应。
e)第一网络设备接收所述第六flexe开销帧，根据所述第六flexe开销帧的ca字段，确定所述第六flexe开销帧是对第三时隙协商请求的响应。
f)第一网络设备执行时隙分配表的主备切换，即将备用时隙分配表切换为主用时隙分配表。
一个具体的实施方式中，所述第二指示信息为所述第四flexe开销帧的管理通道，所述第四flexe开销帧的管理通道携带第二响应报文，所述第二响应报文用于指示所述第四flexe开销帧是对所述第二请求信息的响应。
另一个具体的实施方式中，所述第二指示信息为所述第四flexe开销帧的时隙分配表切换确认ca字段所指示的信息，所述第二指示信息用于指示所述第四flexe开销帧是对所述第二请求信息的响应，所述第二指示信息不用于指示时隙分配表。
另一个具体的实施方式中，所述第二指示信息为所述第四lexe开销帧中第二字段所指示的信息，所述第二段与所述第四lexe开销帧的时隙分配表切换确认ca字段不同。
当图14所示的方法600用于实现图6-图13任一附图所对应的方法时，上述第一请求信息和第二请求信息例如可以对应前述各方法实施例中所描述的请求信息1和请求信息2。上述第一指示信息和第二指示信息，例如可以对应前述各方法实例中所描述的指示信息1和指示信息2。关于第一请求信息，第二请求信息，第一指示信息，第二指示信息的具体格式，以及方法600中各步骤的具体实现方式，可参见前述各方法实施例中对应步骤的相关说明，此处不再赘述。
下面结合图15，对本申请实施例所提供的一种网络设备700进行介绍。网络设备700可以应用于图3所示的网络架构中。举例来说，网络设备700可以是本申请所述网络设备1(tx)或者网络设备2(rx)，用于执行前述图6-图14任一附图所对应的实施例的方法。网络设备700还可以是本申请所述的第一网络设备或第二网络设备，用于执行图14所对应的方法。网络设备700包括收发单元701和处理单元702。收发单元701用于执行收发操作，处理单元用于执行收发以外的操作。例如，当网络设备700作为第一网络设备执行图14所示的方法600时，收发单元701可以用于向第二网络设备发送第一灵活以太flexe开销帧，接收所述第二网络设备发送的第二flexe开销帧，以及向所述第二网络设备发送第三flexe开销帧。处理单元702可以用于根据所述第二flexe开销帧中的第一指示信息，确定所述第二flexe开销帧不是对所述第一请求信息的响应。
下面结合图16，对本申请实施例所提供的另一种网络设备800进行介绍。网络设备800可以应用于图3所示的网络架构中。举例来说，网络设备800可以是本申请所述的网络设备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开销帧不是对所述第一请求信息的响应。
下面结合图17，对本申请实施例提供的另一种网络设备900进行介绍。网络设备900可以应用于图3所示的网络架构中。举例来说，网络设备900可以是本申请所述的网络设备1(tx)或者网络设备2(rx)，用于执行前述图6-图13任一附图所对应的实施例的方法中由网络设备1或网络设备2所执行的操作。网络设备900还可以是本申请所述的第一网络设备或第二网络设备，执行图14所对应的方法由第一网络设备或第二网络设备所执行的操作。网络设备900包括存储器901和与所述存储器相连的处理器902。存储器901中存储有指令，处理器902读取所述指令，使得网络设备900执行图6-图13任意附图对应的实施例中由tx或rx所执行的方法，后者执行图14对应的实施例中由第一网络设备或第二网络设备所执行的方法。
下面结合图18，对本申请实施例提供的另一种网络设备1000进行介绍。网络设备1000可以应用于图3所示的网络架构中。举例来说，网络设备1000可以是本申请所述的网络设备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对应的实施例中由第一网络设备或第二网络设备执行的所有操作。
在本申请中所提到的处理器可以是中央处理器(英文：centralprocessingunit，缩写：cpu)，网络处理器(英文：networkprocessor，缩写：np)或者cpu和np的组合。处理器还可以是专用集成电路(英文：application-specificintegratedcircuit，缩写：asic)，可编程逻辑器件(英文：programmablelogicdevice，缩写：pld)或其组合。上述pld可以是复杂可编程逻辑器件(英文：complexprogrammablelogicdevice，缩写：cpld)，现场可编程逻辑门阵列(英文：field-programmablegatearray，缩写：fpga)，通用阵列逻辑(英文：genericarraylogic,缩写：gal)或其任意组合。处理器1010可以是指一个处理器，也可以包括多个处理器。本申请中所提到的存储器可以包括易失性存储器(英文：volatilememory)，例如随机存取存储器(英文：random-accessmemory，缩写：ram)；存储器也可以包括非易失性存储器(英文：non-volatilememory)，例如只读存储器(英文：read-onlymemory，缩写：rom)，快闪存储器(英文：flashmemory)，硬盘(英文：harddiskdrive，缩写：hdd)或固态硬盘(英文：solid-statedrive，缩写：ssd)；存储器还可以包括上述种类的存储器的组合。存储器可以是指一个存储器，也可以包括多个存储器。
本申请实施例还提供了一种通信系统，包括第一网络设备和第二网络设备，其中，第一网络设备和第二网络设备可以是图15至图18任一项所述的网络设备，用与执行图6至图14对对应的任意一个实施例中的方法。
本申请还提供了一种计算机程序产品，包括计算机程序，当其在计算机上运行时，使得计算机可以执行执行图6至图13对应的任意一个实施例中由网络设备1和/或网络设备2所执行的方法。
本申请还提供了一种计算机程序产品，包括计算机程序，当其在计算机上运行时，使得计算机可以执行执行图14对应的实施例中由第一网络设备和/或第二网络设备所执行的方法。
本申请提供了一种计算机可读存储介质，包括计算机指令，当其在计算机上运行时，使得计算机可以执行图6至图13对应的任意一个实施例中由网络设备1和/或网络设备2所执行的方法。
本申请提供了一种计算机可读存储介质，包括计算机指令，当其在计算机上运行时，使得计算机可以执行图14对应的实施例中由第一网络设备和/或第二网络设备所执行的方法。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及方法操作，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，可以全部或部分地通过硬件、固件或者其任意组合来实现。当具体实现过程中涉及软件时，可以全部或部分地体现为计算机程序产品的形式。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
本说明书的各个部分均采用递进的方式进行描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点介绍的都是与其他实施方式不同之处。尤其，对于装置和系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例部分的说明即可。
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-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-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任一项所述的方法。
技术总结