一种带宽调整方法及装置与流程

1.本技术涉及光通信技术领域，特别涉及一种带宽调整方法及装置。


背景技术：

2.在光传送网(optical transport network，otn)中，一个端到端的业务中可能由多个不同厂商的网络设备构成的网络来承载，不同厂商的网络设备通过不同的网管设备进行管理。端到端的业务传输管道的带宽调整中，网络管理员通过网管设备向单向源节点下发带宽调整指令，管道单向带宽无损增加。由于业务传输管道是双向的，从而针对一个端到端的业务传输管道的带宽调整来说，需要两个方向的网管设备分别触发一次带宽调整，进而完成双向带宽调整，增加调整复杂度，也增加了调整时间。


技术实现要素：

3.本技术实施例提供一种带宽调整方法及装置，用于降低调整复杂度，减少调整时间。
4.第一方面，本技术实施例提供一种带宽调整方法，包括：第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。所述第一网络设备在确定所述第一网络设备的资源满足双向带宽增加要求时，增加所述第一网络设备上用于所述第二客户设备向所述第一客户设备发送数据的路径的带宽；以及预留用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽资源。所述第一网络设备向第二网络设备发送双向带宽增加请求协议帧，所述双向带宽增加请求协议帧用于指示增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽，所述第二网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的下游网络设备。所述第一网络设备在接收到所述第二网络设备发送的第一双向带宽增加确认协议帧时，利用预留的所述带宽资源增加所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽。所述第一双向带宽增加确认协议帧用于指示所述第二网络设备已完成增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。通过本技术实施例提供的方案，在需要增加双向业务传输路径的带宽的情况下，网络设备直接增加一条单向的业务传输路径的带宽。网络设备为另一条单向的业务传输路径的带宽增加预留资源，并向下游网络设备触发双向带宽增加请求协议帧。网络设备在确认下游网络设备已完成双向带宽增加的情况下，利用预留的资源增加另一条单向的业务传输路径的带宽。本技术仅需一个来回的消息交互，可以降低带宽调整的复杂度，并且提高调整效率，减少调整时间。
5.在一种可能的设计中，所述双向带宽增加请求协议帧为光业务单元osu帧，所述第一双向带宽增加确认协议帧为osu帧。上述设计中，在用户面实现双向业务传输路径的带宽增加，实现简单且有效。
6.在一种可能的设计中，第一网络设备是第一客户设备到第二客户设备的业务传输路径上的非源网络设备。进而第一网络设备接收第三网络设备发送的所述双向带宽增加请
求协议帧的情况下，则确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。第三网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的上游网络设备。所述第一网络设备利用预留的所述带宽资源增加所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽后，向所述第三网络设备发送第二双向带宽增加确认协议帧。所述第二双向带宽增加确认协议帧用于指示所述第一网络设备已完成增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。通过上述设计，在上游网络设备的请求下执行双向传输路径的带宽调整，并在完成双向传输路径的带宽增加后及时通知给上游网络设备，仅需一个来回的消息交互，可以降低带宽调整的复杂度，并且提高调整效率，减少调整时间。
7.在一种可能的设计中，所述第一网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上的源端网络设备。所述第一网络设备接收到第一客户设备或者网管设备发送的双向带宽增加信令，则第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。所述双向带宽增加信令用于指示所述第一网络设备增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。所述网管设备用于管理所述第一网络设备。上述设计中，由一端的网络设备所属网络的网管设备来触发双向带宽增加信令，从而传输路径上的多个网络设备逐个完成双向传输路径的带宽调整。本技术实施例无需触发两次单向的业务传输路径调整，可以减少一个来回的消息交互，降低带宽调整的复杂度，并且提高调整效率，减少调整时间。上述设计中，支持由客户设备触发双向业务传输路径的带宽增加，从而在客户设备需要增加带宽时，由自身触发进行带宽调整，无需两端的网络设备所属的网管触发调整，可以进一步提高调整效率。
8.在一种可能的设计中，所述方法还包括：第一网络设备接收所述第一客户设备发送的所述双向带宽增加信令之前，所述第一网络设备在所述网管设备的控制下创建所述第一网络设备与第四网络设备之间的传输路径，所述传输路径的传输带宽为零。所述第四网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的宿端网络设备。上述设计中，预先在网管的控制下建立传输带宽为零的传输路径。进而在用户使用客户设备时，客户设备可以触发双向传输路径的带宽由0增加到目标值，即实际将端到端的路径建立起来，从而无需网管参与双向传输路径的带宽增加，提升调整效率。
9.在一种可能的设计中，所述第一客户设备和所述第二客户设备均为用户设备，或者，所述第一客户设备为用户设备，所述第二客户设备为云服务器。
10.在一种可能的设计中，所述方法还包括：所述第一网络设备在接收到所述第二网络设备发送的带宽回退请求协议帧时，减少所述第一网络设备上用于所述第二客户设备向所述第一客户设备发送数据的路径的带宽以及释放预留的用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽资源。
11.第二方面，本技术实施例提供一种带宽调整方法，包括：第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽。所述第一网络设备减少所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽。所述第一网络设备减少所述第一网络设备上所述第二客户设备向所述第一客户设备发送数据的路径的带宽。上述方案中，在需要减少双向传输路径的带宽时，将双向传输路径的带宽减少，从而无需执行两次协议信息的交互来完成，提升调整效率，降低调整复杂度。
12.在一种可能的设计中，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的源端网络设备。第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收第一客户设备或者网管设备发送的双向带宽减少信令，所述双向带宽减少信令用于指示所述第一网络设备减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽。上述设计中，由一端的网络设备所属网络的网管设备来触发双向带宽减少信令，从而传输路径上的多个网络设备逐个完成双向传输路径的带宽调整。本技术实施例无需触发两次单向的业务传输路径调整，可以减少一个来回的消息交互，降低带宽调整的复杂度，并且提高调整效率，减少调整时间。上述设计中，支持由客户设备触发双向业务传输路径的带宽减少，从而在客户设备需要减少带宽时，由自身触发进行带宽调整，无需两端的网络设备所属的网管触发调整，可以进一步提高调整效率。
13.在一种可能的设计中，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的非宿端网络设备。所述方法还包括：所述第一网络设备减少所述第一网络设备上所述第二客户设备向所述第一客户设备发送数据的路径的带宽之前，向第二网络设备发送双向带宽减小请求协议帧。所述第二网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的下游网络设备。所述第一网络设备接收所述第二网络设备发送的第一双向带宽减少确认协议帧，第一双向带宽减少确认协议帧用于指示所述第二网络设备已完成减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。
14.在一种可能的设计中，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的宿端网络设备。所述第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收第三网络设备发送的双向带宽减小请求协议帧。所述双向带宽减少请求协议帧用于指示减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。所述第三网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的上游网络设备。所述方法还包括：所述第一网络设备向所述第三网络设备发送第二双向带宽减小确认协议帧，所述第二双向带宽减小确认协议帧用于指示所述第一网络设备已完成减小所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。
15.第三方面，本技术实施例提供一种带宽调整装置。该带宽调整装置应用于网络设备，比如第一网络设备、第二网络设备或者第三网络设备。该装置包括处理器以及存储器。所述存储器用于存储程序代码；所述处理器用于读取并执行所述存储器存储的程序代码，以实现如第一方面或者第一方面的任一设计中第一网络设备、第二网络设备或者第三网络设备执行的方法。
16.第四方面，本技术实施例提供一种带宽调整装置。所述装置包括处理器和光收发器。所述处理器与光收发器通过线路连接，用于执行如第一方面或第一方面的任一种设计所述的方法。处理器可以通过光收发器收发协议帧。
17.第五方面，本技术实施例中还提供一种计算机存储介质。该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现第一方面的任意一种设计提供的方法。
18.第六方面，本技术实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面的任一设计提供的方法。
19.第七方面，本技术实施例提供了一种芯片，所述芯片包括通信接口和处理器。处理器和通信接口通过线路连接，用于执行第一方面的任意一种设计提供的方法。
20.一种可能的设计中，芯片与存储器相连，用于读取并执行所述存储器中存储的软件程序，以实现第一方面的任意一种设计提供的方法。
21.本技术在上述各方面提供的实现的基础上，还可以进行进一步组合以提供更多实现。
附图说明
22.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍。
23.图1为本技术实施例提供的一种网络架构的示意图；
24.图2为本技术实施例提供的一种网络设备的硬件结构示意图；
25.图3为一种osu帧结构示意图；
26.图4为一种可能的采用osu帧的带宽调整oam帧的结构示意图；
27.图5为本技术实施例提供的带宽增加方法流程示意图；
28.图6为本技术实施例提供的双向业务传输路径的带宽调整示意图；
29.图7为本技术实施例提供的一种带宽增加方法流程示意图；
30.图8为本技术实施例提供的一种带宽增加失败的流程示意图；
31.图9为本技术实施例提供的一种带宽减少方法流程示意图；
32.图10为本技术实施例提供的另一种带宽减小方法流程示意图；
33.图11为本技术实施例提供的vr业务应用场景架构示意图；
34.图12为本技术实施例中一种可能的带宽调整装置的结构示意图；
35.图13为本技术实施例的另一种可能的带宽调整装置的结构示意图。
具体实施方式
36.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
37.本技术实施例描述的网络架构和业务场景是为了更清楚地说明本技术实施例的技术方案，并不构成对本技术实施例提供的技术方案的限制。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本技术实施例提供的技术方案对于类似技术问题同样适用。
38.本技术实施例提供的技术方案可适用于光网络，例如otn。一个otn通常由多个otn设备通过光纤连接而成，可以根据具体需要组成如线型、环形和网状等不同的拓扑类型。
39.图1所示为本技术实施例提供的一种网络架构的示意图。如图1所示的otn包括两个otn网络(分别为otn网络1和otn网络2)。每一个otn网络包括一定数量的网络设备(也可以称为otn设备)，otn网络内的网络设备之间的链路为域内链路，otn网络间的网络设备之间的链路为域间链路。根据实际需要，一个网络设备可能具备一种或多种功能。一般来说，网络设备分为光层设备、电层设备以及光电混合设备。光层设备指的是能够处理光层信号
的设备，例如：光放大器(optical amplifier，oa)。电层设备指的是能够处理电层信号的设备，例如：能够处理odu信号的设备。光电混合设备指的是具备处理光层信号和电层信号能力的设备。需要说明的是，根据具体的集成需要，一台网络设备可以集合多种不同的功能。本技术提供的技术方案适用于不同形态和集成度的网络设备。参见图1所示，otn网络还可以连接用户设备，比如图1中网络设备1连接的第一客户设备，以及网络设备3连接的第二客户设备。otn网络连接的客户设备的数量本技术实施例不作具体限定。客户设备可以是用户设备，也可以是服务器，比如第二客户设备为云服务器。图1中以otn网络单独连接一个服务器为例，用于对用户提供业务服务。比如，图1中的网络设备7连接的服务器。otn网络中的网络设备用于传送客户设备的业务数据。比如，网络设备可以接收客户设备的业务数据，然后将业务数据映射到osu帧中，进一步地再将osu帧映射到otn帧中，并发送给其它的网络设备等。例如，业务数据可以是固定比特率(constant bit rate，cbr)业务的数据，包或者分组(packet，pkt)类型业务的数据，同步传输模块(synchronous transport module-n，stm-n)业务的数据。
40.一些实施例中，不同的otn网络可以由不同的网管设备管理，图1中以网管设备1管理otn网络1，网管设备2管理otn网络2为例。
41.图2所示为本技术实施例提供的一种网络设备的硬件结构示意图。具体地，一个网络设备包括电源、风扇、辅助类单板，还可能包括支路板、线路板、交叉板，以及系统控制和通信类单板，其中，线路板也可包括光层处理单板。需要说明的是，根据具体的需要，每个设备具体包含的单板类型和数量可能不相同。例如，作为核心节点的网络设备可能没有支路板。作为边缘节点的网络设备可能有多个支路板。其中，电源用于为网络设备供电，可能包括主用和备用电源。风扇用于为设备散热。辅助类单板用于提供外部告警或者接入外部时钟等辅助功能。支路板、交叉板和线路板主要是用于处理otn的电层信号(后续称为otn帧)。其中，支路板用于实现各种客户业务的接收和发送，例如同步数字体系(synchronous digital hierarchy，sdh)业务、分组业务、以太网业务和前传业务等。更进一步地，支路板可以划分为客户侧光模块和信号处理器。其中，客户侧光模块可以为光收发器，用于接收和/或发送客户信号。信号处理器用于实现对客户信号到otn帧的映射和解映射处理。交叉板用于实现otn帧的交换，完成一种或多种类型的otn帧的交换。线路板主要实现线路侧otn帧的处理。具体地，线路板可以划分为线路侧光模块和信号处理器。其中，线路侧光模块可以为线路侧光收发器，用于接收和/或发送otn帧。信号处理器用于实现对线路侧的otn帧的复用和解复用，或者映射和解映射处理。系统控制和通信类单板用于实现系统控制和通信。具体地，可以通过背板从不同的单板收集信息，或者将控制指令发送到对应的单板上去。除非特殊说明，具体的组件(例如支路板)可以是一个或多个，本技术不做任何限制。需要说明的是，本技术实施例对设备包含的单板类型以及单板具体的功能设计和数量不做限制。
42.如下先对本技术实施例中使用的部分术语和技术做简要介绍。
43.1)带宽调整oam(操作(operation)、管理(administration)、维护(maintenance))帧：
44.带宽调整oam帧可以采用otn帧或者灵活以太网(flex ethernet，flexe)帧。otn帧可以是光数据单元(optical data unit，odu)k、oducn、oduflex，或者光传输单元(optical transport unit，otu)k，otucn，或者光净荷单元(optical payload unit，opu)，或者灵活
otn(flexible otn，flexo)帧，或者光服务单元(optical service unit，osu)，或者灵活光服务单元(flexible optical service unit，osuflex)等。带宽调整oam帧还可以采用其它适用于光网络的帧结构。
45.作为一种举例，以带宽调整oam帧采用osu帧为例。osu帧可以为192字节、256字节等。本技术对此不作具体限定。图3所示为一种osu帧结构示意图。图3以192字节的osu帧为例，osu帧中包括通用开销、映射开销、循环冗余校验码(cyclic redundancy check，crc)8校验和净荷区。图4为一种可能的采用osu帧的带宽调整oam帧的结构示意图。参见图4所示，带宽调整oam帧的通用开销包括版本号(version，ver)、支路端口号(tributary port number，tpn)、帧类型(frame type，ft)、保留开销(reserved，res)、oam帧类型(oam type，ot)。比如，osu帧结构的ver设置为00，表示该版本的帧结构。tpn长度为12比特，位于第1字节的第3到8比特和第2字节的第1到6比特，用于标识支路端口和osu帧对应关系。ft长度为3比特，位于第2字节的第7到8比特和第3字节的第1比特，用于标识osu帧类型。带宽调整oam帧的通用开销还包括1比特请求指示(req_ind)、1比特响应指示(ack_ind)、3比特带宽调整请求(bw_adj_req)、3比特带宽调整响应(bw_adj_ack)。osu帧的映射开销主要和业务映射相关，并根据承载业务的需求不同，设定不同的开销功能。采用osu帧的带宽调整oam帧的映射开销可以包括计时器(timer)和res。示例性地，采用osu帧的带宽调整oam帧的净荷区可以采用图4所示的结构。净荷区包括16比特的目标带宽(c
m+n
/c
m-n
)、16比特的原带宽(cm)信息。采用osu帧的带宽调整oam帧中1比特req_ind、1比特ack_ind、3比特bw_adj_req、3比特bw_adj_ack、timer、c
m+n
/c
m-n
、cm的定义参见表1。
46.表1
[0047][0048]
2)上游或下游。以设备a与设备b之间的传输链路经过设备m为例。从设备a向设备b传输数据，在数据传输方向上设备m点位于设备a和设备b点之间，则设备a在设备m的上游方向，设备b在设备m的下游方向。在设备a向设备b的传输方向上，设备a为源端设备，设备b则为宿端设备。相反，从设备b向设备a传输数据，在数据传输方向上设备m点位于设备a和设备b点之间，则设备b在设备m的上游方向，设备a在设备m的下游方向。在设备b向设备a的传输
方向上，设备b为源端设备，设备a则为宿端设备。
[0049]
3)本技术实施例涉及的客户设备可以是用户设备，用户设备也可以称为终端设备。用户设备也可以称为客户端、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户代理(user agent)、用户装置(user device)，本技术实施例中并不限定。客户设备也可以是路由器、交换机或者同步数字体系(synchronous digital hierarchy，sdh)设备等。
[0050]
4)本技术实施例中涉及的多个指两个或两个以上。本技术实施例中的术语“至少一个(种)”包括一个(种)或多个(种)。“多个(种)”是指两个(种)或两个(种)以上。例如，a、b和c中的至少一种，包括：单独存在a、单独存在b、同时存在a和b、同时存在a和c、同时存在b和c，以及同时存在a、b和c。在本技术的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，需要理解的是，在本技术的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
[0051]
目前不同的运营商采用的网络设备可以来自不同的设备商，不同的设备商组成的otn网络可以能分别有各自的网管设备(或者称为网管系统)进行管理。参见图1所示，以第一客户设备与第二客户设备之间的业务传输路径经过网络设备1-网络设备3为例。其中，第一客户设备和第二客户设备均可以是用户设备，或者其中一个客户设备为服务器，比如第一客户设备为用户设备，第二客户设备为服务器，该服务器用于为用户设备提供业务服务，比如vr服务或者ar服务等。图5中以第一客户设备与第二客户设备之间的业务传输路径所经过的网络设备包括网络设备1-网络设备3为例。网络设备1属于厂商1，由网管设备1管理。网络设备2和网络设备3属于厂商2，由网管设备2管理。
[0052]
目前在进行带宽调整时，以单向业务传输路径为调整对象。以第一客户设备与第二客户设备之间的业务传输路径经过网络设备1-网络设备3为例。第一客户设备与第二客户设备之间包括两条单向业务传输路径，单向业务传输路径1为第一客户设备-》网络设备1-》网络设备2-》网络设备3-》第二客户设备。单向业务传输路径2为第二客户设备-》网络设备3-》网络设备2-》网络设备1-》第一客户设备。比如以带宽增加为例，在调整单向业务传输路径1的带宽时，网络管理员通过网管设备1向网络设备1下发带宽增加指令，触发单向业务传输路径1的带宽增加。网络设备1到网络设备3方向，通过带宽增加请求逐站校验网络设备1到网络设备3方向上每个网络设备上是否有资源满足带宽增加需求。当带宽增加请求到达宿端网络设备3后再反向发送带宽增加响应进行带宽调整，然后再由网络设备1向网络设备3发送带宽增加确认协议帧，最后由网络设备3向网络设备1发送带宽增加确认响应，完成整个单向业务传输路径1的业务传输路径的无损带宽增加。在调整单向业务传输路径2的业务管道带宽时，网络管理员通过网管设备2向网络设备3下发带宽增加指令，触发单向业务传输路径2的业务管道带宽增加。网络设备3到网络设备1方向，通过带宽增加请求逐站校验网络设备3到网络设备1方向上每个网络设备上是否有资源满足带宽增加需求。当带宽增加请求到达宿端网络设备1后再反向发送带宽增加响应进行带宽调整，然后再由网络设备3向网络设备1发送带宽增加确认，最后由网络设备1向网络设备1发送带宽增加确认响应，完成整
个单向业务传输路径2的业务传输路径的无损带宽增加。目前的带宽调整方案中，需要针对两个方向均触发一次业务调整，即进行两个来回的消息交互，才能完成整个链路的带宽调整，增加调整复杂度，也增加了调整时延。
[0053]
基于此，本技术实施例提供一种带宽调整方法及装置，用于降低调整复杂度以及降低调整时延。当需要对第一客户设备和第二客户设备之间的业务传输路径的带宽进行调整时，运营商管理员可以选择通过第一客户设备和第二客户设备之间的双向业务传输路径两端点的网络设备中其中一个网络设备的网管设备来触发带宽调整，无需两端点的网络设备的管理设备都触发一次带宽调整，因此减少一个来回的消息交互，以减低调整复杂度，降低调整时延。图5为本技术实施例提供的带宽增加方法流程示意图。图5中以第一客户设备与第二客户设备之间的业务传输路径的第一网络设备执行流程为例。以第一客户设备与第二客户设备之间的业务传输路径经过网络设备1-网络设备3为例，第一网络设备可以是网络设备1-网络设备3中的任一个网络设备。
[0054]
s501，第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0055]
第一客户设备和第二客户设备之间的双向业务传输路径,包括第一客户设备向第二客户设备发送数据的业务传输路径，以及第二客户设备向第一客户设备发送数据的业务传输路径。
[0056]
一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的源端网络设备，第一网络设备接收到第一客户设备或者网管设备发送的双向带宽增加信令，双向带宽增加信令用于指示增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽，则确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0057]
另一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的非源端网络设备，第一网络设备接收到第一客户设备到第二客户设备的业务传输路径上位于第一网络设备上游的网络设备发送的双向带宽增加请求协议帧，双向带宽增加请求协议帧用于指示增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽，则确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0058]
s502，所述第一网络设备在确定所述第一网络设备的资源满足双向带宽增加要求时，增加所述第一网络设备上用于所述第二客户设备向所述第一客户设备发送数据的路径的带宽。
[0059]
s503，第一网络设备增加第一网络设备上用于第一客户设备向第二客户设备发送数据的路径的带宽。
[0060]
图6所示为本技术实施例提供的双向业务传输路径的带宽调整示意图。为了便于描述，将第一客户设备到第二客户设备的业务传输路径称为业务传输路径1，将第二客户设备到第一客户设备的业务传输路径称为业务传输路径2。参见图6所示，第一网络设备上第一客户设备向第二客户设备发送数据的路径的带宽，即第一网络设备上应用到业务传输路径1的带宽，包括业务传输路径1上第一网络设备的接收端口的第一带宽和发送端口的第二带宽。第一网络设备上第二客户设备向第一客户设备发送数据的路径的带宽，即第一网络设备上应用到业务传输路径2的带宽，包括业务传输路径2上第一网络设备的接收端口的第
三带宽和发送端口的第四带宽。
[0061]
一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的宿端网络设备，第一网络设备接收到第一客户设备到第二客户设备的业务传输路径上位于第一网络设备上游的网络设备双向带宽增加请求协议帧，在确定自身资源满足双向带宽增加要求时，可以直接增加双向传输路径的带宽。
[0062]
另一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的非宿端网络设备，第一网络设备在接收到第一客户设备到第二客户设备的业务传输路径上位于第一网络设备上游的网络设备双向带宽增加请求协议帧，并且确定自身资源满足双向带宽增加要求时，先增加所述第一网络设备上用于业务传输路径2的带宽。第一网络设备并预留第一网络设备上用于业务传输路径1的带宽资源。然后第一网络设备向第一客户设备到第二客户设备的业务传输路径上位于第一网络设备下游的网络设备发送该双向带宽增加请求协议帧。第一网络设备在接收到下游的网络设备发送的双向带宽增加确认协议帧时，根据预留的带宽资源增加第一网络设备上用于业务传输路径1的带宽。双向带宽增加确认协议帧用于指示下游的网络设备已完成增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。
[0063]
在一种可能的实现方式中，双向带宽增加请求协议帧、双向带宽增加确认协议帧均可以复用带宽调整oam帧的结构，带宽调整oam帧可以采用oduflex帧或者为osu帧。
[0064]
目前，oam帧通过ft类型(ft＝3'b111)指示，用于单向传输路径的带宽调整oam帧由ot字段(ot＝5'b00001)标识。本技术实施例为了与用于单向传输路径的带宽调整oam帧的ot字段标识进行区别，可以通过其他的数值来表示，比如采用ot＝5'b00010。在一些实施例中，本技术实施例可以通过定义一个新的字段来指示双向业务传输路径的带宽调整。在一些实施例中，参见表2所示，双向带宽增加请求协议帧和双向带宽增加确认协议帧中，bw_adj_req(3比特)字段均可以是001，即表示带宽增加请求。在另一些实施例中，双向带宽增加请求协议帧的bw_adj_req(3比特)字段可以是001，即表示带宽增加请求。双向带宽增加确认协议帧的bw_adj_req(3比特)字段可以是011，即表示带宽增加确认。本技术实施例中在解析协议帧时，可以不获取timer(10比特)以及bw_adj_ack(3比特)该两个字段的信息，相比目前触发两次单向传输路径的带宽调整，可以降低复杂度，并且降低时延。
[0065]
表2
[0066][0067]
[0068]
下面以图1中第一客户设备与第二客户设备之间的业务传输路径经过网络设备1-网络设备3为例，对本技术提供的带宽增加方法流程进行详细说明。图7所示为本技术实施例提供的一种带宽增加方法流程示意图。图7中，以网络管理员通过网管设备1向网络设备1触发双向业务传输路径的带宽增加为例。
[0069]
s701，网管设备1向网络设备1发送双向带宽增加信令。
[0070]
s702，网络设备1在确定资源满足双向带宽增加要求的情况下，增加网络设备1上用于业务传输路径2的带宽，以及预留网络设备1上用于业务传输路径1的带宽资源。网络设备1上用于业务传输路径2的带宽包括从网络设备2接收数据的端口带宽，以及向第一客户设备发送数据的端口带宽。网络设备1上预留用于业务传输路径1的带宽包括从第一客户设备接收数据的端口带宽资源，以及向网络设备2发送数据的端口带宽资源。示例性地，网络设备1可以先增加向第一客户设备发送数据的端口带宽，然后再增加从网络设备2接收数据的端口带宽。
[0071]
s703，网络设备1向网络设备2发送双向带宽增加请求协议帧。
[0072]
s704，网络设备2收到双向带宽增加请求协议帧后，在确定资源满足双向带宽增加要求的情况下，增加所述网络设备2上用于业务传输路径2的带宽，以及预留网络设备2上用于业务传输路径1的带宽。网络设备2上用于业务传输路径2的带宽包括从网络设备3接收数据的端口带宽，以及向网络设备1发送数据的端口带宽。预留网络设备2上用于业务传输路径1的带宽资源包括从网络设备1接收数据的端口带宽资源，以及向网络设备3发送数据的端口带宽资源。示例性地，网络设备2可以先增加向网络设备1发送数据的端口带宽，然后再增加从网络设备3接收数据的端口带宽。
[0073]
s705，网络设备2向网络设备3发送双向带宽增加请求协议帧。
[0074]
s706，网络设备3收到双向带宽增加请求协议帧后，在确定资源满足双向带宽增加要求的情况下，增加所述网络设备3上用于业务传输路径2的带宽，以及增加网络设备3上用于业务传输路径1的带宽。网络设备3上用于业务传输路径2的带宽包括从网络设备第二客户设备接收数据的端口带宽，以及向网络设备2发送数据的端口带宽。网络设备3上用于业务传输路径1的带宽包括从网络设备2接收数据的端口带宽，以及向第二客户设备发送数据的端口带宽。示例性地，网络设备3可以先增加向网络设备2发送数据的端口带宽，然后再增加从第二用户设备接收数据的端口带宽，然后再增加向第二用户设备发送数据的端口带宽，最后增加从网络设备2接收数据的端口带宽。
[0075]
s707，网络设备3向网络设备2发送双向带宽增加确认协议帧。
[0076]
s708，网络设备2根据预留的从网络设备1接收数据的端口带宽资源增加从网络设备1接收数据的端口带宽，以及根据预留的向网络设备3发送数据的端口带宽资源增加向网络设备3发送数据的端口带宽。示例性地，网络设备2可以先增加向网络设备3发送数据的端口带宽，然后再增加从网络设备1接收数据的端口带宽。
[0077]
s709，网络设备2向网络设备1发送双向带宽增加确认协议帧。
[0078]
s710，网络设备1根据预留的从第一客户设备接收数据的端口带宽资源增加从第一客户设备接收数据的端口带宽，以及根据预留的向网络设备2发送数据的端口带宽资源增加向网络设备2发送数据的端口带宽。示例性地，网络设备1可以先增加向网络设备2发送数据的端口带宽，然后再增加从第一客户设备接收数据的端口带宽。
[0079]
s711，网络设备1向网管设备1上报调整成功指示。
[0080]
在一些可能的场景中，第一客户设备与第二客户设备之间的双向业务传输路径上的某个网络设备资源不足的情况，则无法完成双向业务传输路径的带宽增加的流程。图8为本技术实施例提供的一种带宽增加失败的流程示意图。图8中以网络设备2的资源不满足双向业务传输路径的带宽增加需求为例。图8中，以网络管理员通过网管设备1向网络设备1触发双向业务传输路径的带宽增加为例。
[0081]
s801-s803，参见s701-s703,此处不再赘述。
[0082]
s804，网络设备2收到双向带宽增加请求协议帧后，在确定资源不满足双向带宽增加要求的情况下，向网络设备1发送带宽回退请求协议帧。
[0083]
s805，网络设备1收到带宽回退请求协议帧后，减少已增加的从网络设备3接收数据的端口带宽，以及减少已增加的向网络设备1发送数据的端口带宽，并释放预留的从第一客户设备接收数据的端口带宽资源、以及释放预留的向网络设备2发送数据的端口带宽资源。
[0084]
s806，网络设备1向网管设备1上报调整失败指示。
[0085]
在一些可能的场景中，需要对第一客户设备与第二客户设备之间的双向业务传输路径的带宽进行减少。图9为本技术实施例提供的一种带宽减少方法流程示意图。图9中以第一客户设备与第二客户设备之间的传输链路中的第一网络设备执行流程为例。
[0086]
s901，第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0087]
一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的源端网络设备，第一网络设备接收到第一客户设备或者网管设备发送的双向带宽减少信令，双向带宽减少信令用于指示减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，则确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0088]
另一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的非源端网络设备，第一网络设备接收到第一客户设备到第二客户设备的业务传输路径上位于第一网络设备上游的网络设备发送的双向带宽减少请求协议帧，双向带宽减少请求协议帧用于指示减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，则确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽。
[0089]
s902，第一网络设备减少所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽。
[0090]
s903，第一网络设备减少第一网络设备上用于第二客户设备向第一客户设备发送数据的路径的带宽。
[0091]
一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的宿端网络设备，第一网络设备接收到第一客户设备到第二客户设备的业务传输路径上位于第一网络设备上游的网络设备双向带宽减少请求协议帧，可以直接减少双向传输路径的带宽。
[0092]
另一些实施例中，第一网络设备如果为第一客户设备到第二客户设备的传输方向上的非宿端网络设备，第一网络设备在接收到第一客户设备到第二客户设备的业务传输路
径上位于第一网络设备上游的网络设备双向带宽减少请求协议帧，先减少第一网络设备上用于业务传输路径1的带宽。然后第一网络设备向第一客户设备到第二客户设备的业务传输路径上位于第一网络设备下游的网络设备发送该双向带宽减少请求协议帧。第一网络设备在接收到下游的网络设备发送的双向带宽减少确认协议帧时，减少第一网络设备上用于业务传输路径2的带宽。双向带宽减少确认协议帧用于指示下游的网络设备已完成减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。
[0093]
双向带宽减少请求协议帧、双向带宽减少确认协议帧均可以复用带宽调整oam帧的结构，带宽调整oam帧可以采用oduflex帧或者为osu帧。在一些实施例中，参见表2所示，双向带宽减少请求协议帧和双向带宽减少确认协议帧中，bw_adj_req(3比特)字段均可以是010，即表示带宽减少请求。在另一些实施例中，双向带宽减少请求协议帧的bw_adj_req(3比特)字段可以是010，即表示带宽减少请求。双向带宽减少确认协议帧的bw_adj_req(3比特)字段可以是011，即表示带宽减少确认。
[0094]
下面以图1中第一客户设备与第二客户设备之间的业务传输路径经过网络设备1-网络设备3为例，对本技术提供的带宽减少方法流程进行详细说明。图10所示为本技术实施例提供的另一种带宽减小方法流程示意图。图9中，以网络管理员通过网管设备1向网络设备1触发双向业务传输路径的带宽减少为例。
[0095]
s1001，网管设备1向网络设备1发送双向带宽减少信令。
[0096]
s1002，网络设备1减少网络设备1上用于业务传输路径1的带宽。网络设备1上用于业务传输路径1的带宽包括从第一客户设备接收数据的端口带宽，以及向网络设备2发送数据的端口带宽。示例性地，网络设备1可以先减少从第一客户设备接收数据的端口带宽，然后再减少向网络设备2发送数据的端口带宽。
[0097]
s1003，网络设备1向网络设备2发送双向带宽减少请求协议帧。
[0098]
s1004，网络设备2收到双向带宽减少请求协议帧后，减少所述网络设备2上用于业务传输路径1的带宽。网络设备2上用于业务传输路径1的带宽包括从网络设备1接收数据的端口带宽，以及向网络设备3发送数据的端口带宽。示例性地，网络设备2可以先减少从网络设备1接收数据的端口带宽，然后再减少向网络设备3发送数据的端口带宽。
[0099]
s1005，网络设备2向网络设备3发送双向带宽减少请求协议帧。
[0100]
s1006，网络设备3收到双向带宽减少请求协议帧后，减少所述网络设备3上用于业务传输路径2的带宽，以及减少网络设备3上用于业务传输路径1的带宽。网络设备3上用于业务传输路径2的带宽包括从第二客户设备接收数据的端口带宽，以及向网络设备2发送数据的端口带宽。网络设备3上用于业务传输路径1的带宽包括从网络设备2接收数据的端口带宽，以及向第二客户设备发送数据的端口带宽。示例性地，网络设备3可以先减少从网络设备2接收数据的端口带宽，然后再减少向第二客户设备发送数据的端口带宽。进一步减少从第二客户设备接收数据的端口带宽，最后减少向网络设备2发送数据的端口带宽。
[0101]
s1007，网络设备3向网络设备2发送双向带宽减少确认协议帧。
[0102]
s1008，网络设备2减少从网络设备3接收数据的端口带宽，以及减少向网络设备1发送数据的端口带宽。示例性地，网络设备2可以先减少从网络设备3接收数据的端口带宽，再减少向网络设备1发送数据的端口带宽。
[0103]
s1009，网络设备2向网络设备1发送双向带宽减少确认协议帧。
[0104]
s1010，网络设备1减少从网络设备2接收数据的端口带宽，以及减少向第一客户设备发送数据的端口带宽。示例性地，网络设备1可以先减少从网络设备2接收数据的端口带宽，以及减少向第一客户设备发送数据的端口带宽。
[0105]
s1011，网络设备1向网管设备1上报调整成功指示。
[0106]
在otn网络用于承载用户设备的高品质业务时(例如vr业务)，需要otn网络与用户终端联动快速完成传输路径的创建或带宽调整(例如：画质提升)。在该场景下需要服务器到用户设备之间的传输路径的带宽调整，在该情况下需要网管针对双向均触发带宽调整，以完成服务器与用户设备之间的双向业务传输路径的带宽调整，操作步骤较多，影响执行效率，时延较大。
[0107]
实际应用中，并非所有用户设备都同时使用，因此，本技术实施例在针对用户设备与服务器之间创建传输路径时，配置传输路径的带宽为0。然后在用户设备需要进行业务传输时，由用户设备触发将双向业务传输路径的带宽增加。具体增加方式如前所述的带宽增加方案。在用户设备停止业务传输时，可以由用户设备触发将双向业务传输路径的带宽减少。
[0108]
图11为本技术实施例提供的vr业务应用场景架构示意图。图11中，以用户设备为vr设备为例。4个网络设备，分别为网络设备a-网络设备d。网络设备a-网络设备d分别连接500台vr设备。网络设备a-网络设备d分别经过网络设备e和网络设备f连接云服务器。云服务器用于vr设备提供vr业务服务。网络设备a-网络设备b由网管设备1来管理，网络设备c-网络设备d由网管设备2来管理，网络设备e和网络设备f由网管设备3来管理。网络设备a-网络设备d共占用200g带宽，每个网络设备a-网络设备d分别允许占用50g带宽。由于并非所有的vr设备同时使用，网络设备e和网络设备f之间的收敛带宽可以小于200g，比如收敛带宽为100g。
[0109]
网管设备1-3控制网络设备a-网络设备d分别与网络设备e之间建立500条件传输带宽为0的业务传输路径。网管设备1-3可以给网络设备a-网络设备d分别与网络设备e之间的传输路径预留50g带宽。网管设备1-3可以给网络设备e与网络设备e之间的传输路径预留100g带宽。
[0110]
当用户使用vr设备时，vr设备可以发送指令(该指令可以是双向带宽增加信令)到连接的网络设备以触发创建该vr设备到云服务器之间的业务传输路径，并将双向业务传输路径的带宽增加到目标带宽。双向业务传输路径的带宽增加流程可以参见图5或者图7对应实施例的描述。需要说明的是，本实施例与图7对应的实施例不同的是，图7中由网管设备触发双向传输路径的带宽增加，本实施例中由用户设备(对应vr设备)触发双向传输路径的带宽增加。比如，vr设备1-1向网络设备a触发双向传输路径的带宽增加。
[0111]
当用户停用vr设备时，vr设备可以发送指令(该指令可以是双向带宽增加信令)到连接的网络设备以触发将双向业务传输路径的带宽减小到0。双向业务传输路径的带宽减小流程可以参见图9或者图10对应实施例的描述。需要说明的是，本实施例与图11对应的实施例不同的是，图11中由网管设备触发双向传输路径的带宽减小，本实施例中由用户设备(对应vr设备)触发双向传输路径的带宽减小。
[0112]
本技术实施例支持用户设备发起端到端的双向业务传输路径的带宽调整，并不需要触发两次单向的业务传输路径的带宽调整，可以降低复杂度，提高处理效率，降低时延。
[0113]
需要说明的是，本技术实施例提供的双向业务传输路径的带宽调整也可以应用到切片分组网(slicing packet network，spn)，或者其他网络中的双向业务传输路径的带宽调整，本技术对此不作具体限定。
[0114]
本技术实施例还提供了一种带宽调整装置。方法、装置及系统是基于同一发明构思的，由于方法及装置、系统解决问题的原理相似，因此装置与方法的实施例可以相互参见，重复之处不再赘述。该装置可以用于otn设备，该装置具体可以是otn设备中的处理器、芯片、芯片系统，或是处理器中的一个模块等。该装置可以由图2中的支路板和/或线路板实现。图12为本技术实施例中一种可能的带宽调整装置的结构示意图。如图12所示，装置包括处理单元1201、接收单元1202和发送单元1203。处理单元1201用于上述任一实施例中第一网络设备(或网络设备1-3)的增加带宽或者减少带宽的处理。接收单元1202用于执行上述任一实施例中第一网络设备(或网络设备1-3)的接收动作，比如接收双向带宽增加请求协议栈，或者接收双向带宽增加信令，接收双向带宽减少请求协议栈，或者接收双向带宽减少信令。发送单元1203用于执行上述任一实施例中第一网络设备(或者网络设备1-3)的发送动作，比如发送双向带宽增加请求协议栈，或者发送双向带宽增加信令，发送双向带宽减少请求协议栈。可选地，上述三个单元还可以执行前述任一实施例提及的网络设备执行的其他相关可选步骤，此处不再赘述。
[0115]
本技术实施例中对单元的划分是示意性的，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0116]
图13为本技术实施例的另一种可能的带宽调整装置的结构示意图。如图13所示，装置1300包括通信接口1310、处理器1320。该装置1300可以应用于otn设备。该装置1300还可以包括存储器1330。
[0117]
图12所示的处理单元1201、接收单元1202和发送单元1203均可以由处理器1320实现。示例性地，处理器1302可以为图2所示的线路板中的信号处理器和/或支路板中的信号处理器。处理器1320通过通信接口1310收发协议帧(例如前述实施例提及的双向带宽增加请求协议帧、双向带宽增加确认协议帧、双向带宽减少请求协议帧、双向带宽减少确认协议帧)，用于实现图5、图7-图10中的网络设备(第一网络设备或者网络设备1-3)执行的方法。在实现过程中，处理流程的各步骤可以通过处理器1320中的硬件的集成逻辑电路或软件形式的指令完成图5、图7-图10中的网络设备所执行的方法。
[0118]
通信接口1310可以是电路、总线、收发器或其它任意可以用于进行信息交互的装置。其中，示例性地，该其它装置可以是与该装置1300相连的设备，比如其它装置可以是客户设备或者其它otn设备。
[0119]
处理器1320可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或其他可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或用处理器中的硬件及软件单元组合执行完成。处理器1320用于实现上述方法所执行的程序代码可以存储在存储器1330中。存储器1330和处理器1320耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性、机械或
其它的形式，用于装置、单元或模块之间的信息交互。处理器1320可能和存储器1330协同操作。存储器1330可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器1330是能够用于携带或存储具有指令或数据结构形式的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0120]
本技术实施例中不限定上述通信接口1310、处理器1320以及存储器1330之间的具体连接介质。本技术实施例在图13中以存储器1330、处理器1320以及通信接口1310之间通过总线连接。总线在图13中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0121]
基于以上实施例，本技术实施例还提供了一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现上述任意一个或多个实施例提供的方法。所述计算机存储介质可以包括：u盘、移动硬盘、只读存储器、随机存取存储器等各种可以存储程序代码的介质。
[0122]
基于以上实施例，本技术实施例还提供了一种芯片。该芯片包括处理器，用于实现上述任意一个或多个实施例所涉及的功能，例如接收、发送或处理上述方法中所涉及的协议帧。可选地，所述芯片还包括存储器，所述存储器，用于处理器所执行必要的程序指令和数据。该芯片，可以由芯片构成，也可以包含芯片和其他分立器件。
[0123]
本技术的一个实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行图5、图7-图10对应的方法实施例中的方法步骤的指令。
[0124]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0125]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。

技术特征：
1.一种带宽调整方法，其特征在于，包括：第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽；所述第一网络设备在确定所述第一网络设备的资源满足双向带宽增加要求时，增加所述第一网络设备上用于所述第二客户设备向所述第一客户设备发送数据的路径的带宽；以及预留用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽资源；所述第一网络设备向所述第二网络设备发送双向带宽增加请求协议帧，所述双向带宽增加请求协议帧用于指示增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽，所述第二网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的下游网络设备；所述第一网络设备在接收到所述第二网络设备发送的第一双向带宽增加确认协议帧时，利用预留的所述带宽资源增加所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽，所述第一双向带宽增加确认协议帧用于指示所述第二网络设备已完成增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。2.如权利要求1所述的方法，其特征在于，所述双向带宽增加请求协议帧为光业务单元osu帧，所述第一双向带宽增加确认协议帧为osu帧。3.如权利要求1所述的方法，其特征在于，所述第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收第三网络设备发送的所述双向带宽增加请求协议帧；所述第三网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的上游网络设备；所述方法还包括：所述第一网络设备向所述第三网络设备发送第二双向带宽增加确认协议帧，所述第二双向带宽增加确认协议帧用于指示所述第一网络设备已完成增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。4.如权利要求1或2所述的方法，其特征在于，所述第一网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上的源端网络设备；所述第一网络设备确定需要增加第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收所述第一客户设备或者网管设备发送的双向带宽增加信令，所述双向带宽增加信令用于指示所述第一网络设备增加所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽，所述网管设备用于管理所述第一网络设备。5.如权利要求4所述的方法，其特征在于，所述方法还包括：所述第一网络设备接收所述第一客户设备发送的所述双向带宽增加信令之前，所述第一网络设备在所述网管设备的控制下创建所述第一网络设备与第四网络设备之间的传输路径，所述传输路径的传输带宽为零，所述第四网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的宿端网络设备。6.如权利要求1-5任一项所述的方法，其特征在于，所述第一客户设备和所述第二客户设备均为用户设备，或者，所述第一客户设备为用户设备，所述第二客户设备为云服务器。
7.如权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：所述第一网络设备在接收到所述第二网络设备发送的带宽回退请求协议帧时，减少所述第一网络设备上用于所述第二客户设备向所述第一客户设备发送数据的路径的带宽；以及释放预留的用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽资源。8.一种带宽调整方法，其特征在于，包括：第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽；所述第一网络设备减少所述第一网络设备上用于所述第一客户设备向所述第二客户设备发送数据的路径的带宽；所述第一网络设备减少所述第一网络设备上所述第二客户设备向所述第一客户设备发送数据的路径的带宽。9.如权利要求8所述的方法，其特征在于，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的源端网络设备；所述第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收所述第一客户设备或者网管设备发送的双向带宽减少信令，所述双向带宽减少信令用于指示所述第一网络设备减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。10.如权利要求8或9所述的方法，其特征在于，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的非宿端网络设备；所述方法还包括：所述第一网络设备减少所述第一网络设备上所述第二客户设备向所述第一客户设备发送数据的路径的带宽之前，向第二网络设备发送双向带宽减小请求协议帧，所述第二网络设备为所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的下游网络设备；所述第一网络设备接收所述第二网络设备发送的第一双向带宽减少确认协议帧，第一双向带宽减少确认协议帧用于指示所述第二网络设备已完成减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。11.如权利要求8所述的方法，其特征在于，所述第一网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上的宿端网络设备；所述第一网络设备确定需要减少第一客户设备和第二客户设备之间的双向业务传输路径的带宽，包括：所述第一网络设备接收第三网络设备发送的双向带宽减小请求协议帧，所述双向带宽减少请求协议帧用于指示减少所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽，所述第三网络设备为在所述第一客户设备向所述第二客户设备发送数据的路径上所述第一网络设备的上游网络设备，所述方法还包括：所述第一网络设备向所述第三网络设备发送第二双向带宽减小确认协议帧，所述第二双向带宽减小确认协议帧用于指示所述第一网络设备已完成减小所述第一客户设备和所述第二客户设备之间的双向业务传输路径的带宽。12.一种带宽调整装置，其特征在于，应用于第一网络设备，所述装置包括处理器和光收发器；所述处理器，用于执行如权利要求1至11任一项所述的方法，并通过所述光收发器
收发协议帧。

技术总结
一种带宽调整方法及装置，应用于光通信技术领域，用于降低调整复杂度，减少调整时间。通过本申请提供的方案，在需要调整双向业务传输路径的带宽的情况下，由一端的网络设备所属网络的网管设备来触发双向带宽增加/减少信令，从而传输路径上的多个网络设备逐个传递双向带宽增加/减少请求协议帧并完成双向传输路径的带宽调整。本申请无需两端网络设备的网管触发两次，可以减少一个来回消息交互，降低带宽调整的复杂度，并且提高调整效率，减少调整时间。此外，本申请支持由客户设备触发双向业务传输路径的带宽调整，从而在客户设备需要增加带宽时，由自身触发进行带宽调整，无需两端的网络设备所属的网管触发调整，可以进一步提高调整效率。调整效率。调整效率。


技术研发人员：孙亮
受保护的技术使用者：华为技术有限公司
技术研发日：2022.01.28
技术公布日：2023/8/8