A bandwidth adjustment method and apparatus

Abstract

A bandwidth adjustment method and apparatus, applied in the field of optical communication technology, are used to reduce adjustment complexity and time. The solution provided in this application, when the bandwidth of a bidirectional service transmission path needs adjustment, is triggered by the network management device of the network to which one of the network devices belongs, initiating bidirectional bandwidth increase / decrease signaling. This causes multiple network devices along the transmission path to sequentially transmit bidirectional bandwidth increase / decrease request protocol frames and complete the bandwidth adjustment of the bidirectional transmission path. This application eliminates the need for the network management devices at both ends to trigger the adjustment twice, reducing one round-trip message interaction, lowering the complexity of bandwidth adjustment, improving adjustment efficiency, and reducing adjustment time. Furthermore, this application supports bandwidth adjustment of the bidirectional service transmission path triggered by the customer equipment itself. When the customer equipment needs to increase bandwidth, it triggers the adjustment itself, eliminating the need for the network management devices at both ends to trigger the adjustment, further improving adjustment efficiency.

Description

Technical Field

[0001] This application relates to the field of optical communication technology, and in particular to a bandwidth adjustment method and apparatus. Background Technology

[0002] In an optical transport network (OTN), an end-to-end service may be carried by a network of network equipment from multiple vendors, each managed by a different network management device. During bandwidth adjustment of the end-to-end service transmission pipeline, the network administrator issues a bandwidth adjustment command to the unidirectional source node through the network management device, resulting in a lossless unidirectional increase in bandwidth. However, since the service transmission pipeline is bidirectional, adjusting the bandwidth of an end-to-end service transmission pipeline requires triggering a bandwidth adjustment in each direction from the network management devices, thus completing the bidirectional bandwidth adjustment. This increases the complexity and time required for adjustment. Summary of the Invention

[0003] This application provides a bandwidth adjustment method and apparatus to reduce adjustment complexity and adjustment time.

[0004] In a first aspect, embodiments of this application provide a bandwidth adjustment method, comprising: a first network device determining that the bandwidth of a bidirectional service transmission path between a first client device and a second client device needs to be increased. When the first network device determines that its resources meet the bidirectional bandwidth increase requirement, it increases the bandwidth of the path on the first network device used for the second client device to send data to the first client device; and reserves bandwidth resources for the path used for the first client device to send data to the second client device. The first network device sends a bidirectional bandwidth increase request protocol frame to a second network device, the bidirectional bandwidth increase request protocol frame indicating an increase in the bandwidth of the bidirectional service transmission path between the first client device and the second client device, the second network device being a downstream network device of the first network device on the path for the first client device to send data to the second client device. Upon receiving a first bidirectional bandwidth increase confirmation protocol frame sent by the second network device, the first network device uses the reserved bandwidth resources to increase the bandwidth of the path on the first network device used for the first client device to send data to the second client device. The first bidirectional bandwidth increase confirmation protocol frame indicates that the second network device has completed increasing the bandwidth of the bidirectional service transmission path between the first client device and the second client device. The solution provided in this application allows network devices to directly increase the bandwidth of a unidirectional service transmission path when an increase in bandwidth is required for a bidirectional service transmission path. The network device reserves resources for increasing the bandwidth of the other unidirectional service transmission path and triggers a bidirectional bandwidth increase request protocol frame to the downstream network device. Once the network device confirms that the downstream network device has completed the bidirectional bandwidth increase, it uses the reserved resources to increase the bandwidth of the other unidirectional service transmission path. This application requires only one round-trip message interaction, reducing the complexity of bandwidth adjustment, improving adjustment efficiency, and reducing adjustment time.

[0005] In one possible design, the bidirectional bandwidth increase request protocol frame is an Optical Service Unit (OSU) frame, and the first bidirectional bandwidth increase confirmation protocol frame is also an OSU frame. This design achieves bandwidth increase for the bidirectional service transmission path in the user plane, which is simple and effective.

[0006] In one possible design, the first network device is a non-source network device on the service transmission path from the first client device to the second client device. Upon receiving the bidirectional bandwidth increase request protocol frame from the third network device, the first network device determines that it needs to increase the bandwidth of the bidirectional service transmission path between the first and second client devices. The third network device is an upstream network device of the first network device on the path where the first client device sends data to the second client device. After the first network device increases the bandwidth of the path on its own network for sending data from the first client device to the second client device using reserved bandwidth resources, it sends a second bidirectional bandwidth increase confirmation protocol frame to the third network device. The second bidirectional bandwidth increase confirmation protocol frame indicates that the first network device has completed increasing the bandwidth of the bidirectional service transmission path between the first and second client devices. Through this design, bandwidth adjustment of the bidirectional transmission path is performed at the request of the upstream network device, and the upstream network device is promptly notified after the bandwidth increase is completed. Only one round-trip message exchange is required, which reduces the complexity of bandwidth adjustment, improves adjustment efficiency, and reduces adjustment time.

[0007] In one possible design, the first network device is the source network device on the path from the first client device to the second client device when sending data. When the first network device receives a bidirectional bandwidth increase signaling from the first client device or the network management device, it determines that it needs to increase the bandwidth of the bidirectional service transmission path between the first and second client devices. The bidirectional bandwidth increase signaling instructs the first network device to increase the bandwidth of the bidirectional service transmission path between the first and second client devices. The network management device manages the first network device. In the above design, the bidirectional bandwidth increase signaling is triggered by the network management device of the network to which one of the network devices belongs, thereby allowing multiple network devices on the transmission path to complete the bandwidth adjustment of the bidirectional transmission path one by one. This embodiment of the application eliminates the need to trigger two unidirectional service transmission path adjustments, reducing one round-trip message interaction, lowering the complexity of bandwidth adjustment, improving adjustment efficiency, and reducing adjustment time. The above design supports the client device triggering the bandwidth increase of the bidirectional service transmission path, so that when the client device needs to increase bandwidth, it triggers the bandwidth adjustment itself, without requiring the network management devices of the network devices at both ends to trigger the adjustment, further improving adjustment efficiency.

[0008] In one possible design, the method further includes: before the first network device receives the bidirectional bandwidth increase signaling sent by the first client device, the first network device, under the control of the network management device, creates a transmission path between the first network device and a fourth network device, wherein the transmission path has a transmission bandwidth of zero. The fourth network device is a destination network device on the path where the first client device sends data to the second client device. In the above design, a transmission path with a transmission bandwidth of zero is established in advance under the control of the network management device. Then, when a user uses the client device, the client device can trigger the bandwidth of the bidirectional transmission path to increase from 0 to the target value, effectively establishing an end-to-end path without requiring the network management device to participate in increasing the bandwidth of the bidirectional transmission path, thus improving adjustment efficiency.

[0009] In one possible design, both the first client device and the second client device are user devices, or the first client device is a user device and the second client device is a cloud server.

[0010] In one possible design, the method further includes: when the first network device receives a bandwidth backoff request protocol frame sent by the second network device, reducing the bandwidth on the first network device for the path used by the second client device to send data to the first client device and releasing the reserved bandwidth resources for the path used by the first client device to send data to the second client device.

[0011] Secondly, embodiments of this application provide a bandwidth adjustment method, comprising: a first network device determining that the bandwidth of a bidirectional service transmission path between a first client device and a second client device needs to be reduced; the first network device reducing the bandwidth of a path on the first network device used for sending data from the first client device to the second client device; and the first network device reducing the bandwidth of a path on the first network device used for sending data from the second client device to the first client device. In the above scheme, when it is necessary to reduce the bandwidth of the bidirectional transmission path, the bandwidth of the bidirectional transmission path is reduced, thereby eliminating the need for two protocol information exchanges to complete the adjustment, improving adjustment efficiency and reducing adjustment complexity.

[0012] In one possible design, the first network device is a source network device on the path from the first client device to the second client device when sending data. The first network device determines that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be reduced, including: the first network device receiving a bidirectional bandwidth reduction signaling message sent by the first client device or a network management device, the bidirectional bandwidth reduction signaling message being used to instruct the first network device to reduce the bandwidth of the bidirectional service transmission path between the first client device and the second client device. In the above design, the bidirectional bandwidth reduction signaling message is triggered by the network management device of the network to which one of the network devices belongs, thereby allowing multiple network devices on the transmission path to complete the bandwidth adjustment of the bidirectional transmission path one by one. This embodiment of the application eliminates the need to trigger two unidirectional service transmission path adjustments, reducing one round-trip message interaction, lowering the complexity of bandwidth adjustment, improving adjustment efficiency, and reducing adjustment time. The above design supports the client device triggering the bandwidth reduction of the bidirectional service transmission path, so that when the client device needs to reduce bandwidth, it triggers the bandwidth adjustment itself, without requiring the network management devices of the network devices at both ends to trigger the adjustment, further improving adjustment efficiency.

[0013] In one possible design, the first network device is a non-destination network device on the path through which the first client device sends data to the second client device. The method further includes: before the first network device reduces the bandwidth of the path through which the second client device sends data to the first client device, it sends a bidirectional bandwidth reduction request protocol frame to the second network device. The second network device is a downstream network device of the first network device on the path through which the first client device sends data to the second client device. The first network device receives a first bidirectional bandwidth reduction confirmation protocol frame sent by the second network device, the first bidirectional bandwidth reduction confirmation protocol frame indicating that the second network device has completed reducing the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

[0014] In one possible design, the first network device is a destination network device on the path through which the first client device sends data to the second client device. The first network device determines that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be reduced, including: the first network device receiving a bidirectional bandwidth reduction request protocol frame sent by a third network device. The bidirectional bandwidth reduction request protocol frame is used to indicate a reduction in the bandwidth of the bidirectional service transmission path between the first client device and the second client device. The third network device is an upstream network device of the first network device on the path through which the first client device sends data to the second client device. The method further includes: the first network device sending a second bidirectional bandwidth reduction confirmation protocol frame to the third network device, the second bidirectional bandwidth reduction confirmation protocol frame indicating that the first network device has completed the reduction of the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

[0015] Thirdly, embodiments of this application provide a bandwidth adjustment device. This bandwidth adjustment device is applied to a network device, such as a first network device, a second network device, or a third network device. The device includes a processor and a memory. The memory is used to store program code; the processor is used to read and execute the program code stored in the memory to implement the method performed by the first network device, the second network device, or the third network device as described in the first aspect or any design of the first aspect.

[0016] Fourthly, embodiments of this application provide a bandwidth adjustment device. The device includes a processor and an optical transceiver. The processor and the optical transceiver are connected via a line and are used to perform the method described in the first aspect or any design of the first aspect. The processor can send and receive protocol frames via the optical transceiver.

[0017] Fifthly, embodiments of this application also provide a computer storage medium. This storage medium stores a software program that, when read and executed by one or more processors, can implement any of the methods provided in the first aspect.

[0018] In a sixth aspect, embodiments of this application provide a computer program product containing instructions that, when run on a computer, cause the computer to perform the method provided in any of the designs described in the first aspect.

[0019] In a seventh aspect, embodiments of this application provide a chip including a communication interface and a processor. The processor and the communication interface are connected via a line and are used to execute the method provided in any of the designs of the first aspect.

[0020] In one possible design, the chip is connected to a memory for reading and executing software programs stored in the memory to implement the method provided by any of the designs in the first aspect.

[0021] Based on the implementations provided in the above aspects, this application can be further combined to provide more implementations. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below.

[0023] Figure 1 A schematic diagram of a network architecture provided in an embodiment of this application;

[0024] Figure 2 This application provides a schematic diagram of the hardware structure of a network device according to an embodiment of the present application.

[0025] Figure 3 This is a schematic diagram of an OSU frame structure;

[0026] Figure 4 A schematic diagram of a possible structure for an OAM frame that uses bandwidth adjustment based on an OSU frame;

[0027] Figure 5 This is a schematic flowchart of the bandwidth increase method provided in the embodiments of this application;

[0028] Figure 6 A schematic diagram of bandwidth adjustment for a bidirectional service transmission path provided in an embodiment of this application;

[0029] Figure 7 This is a schematic flowchart of a bandwidth increase method provided in an embodiment of this application;

[0030] Figure 8 This application provides a schematic diagram of a bandwidth increase failure process.

[0031] Figure 9 This is a schematic flowchart of a bandwidth reduction method provided in an embodiment of this application;

[0032] Figure 10 This is a schematic diagram of another bandwidth reduction method provided in an embodiment of this application;

[0033] Figure 11 This is a schematic diagram of the VR business application scenario architecture provided in the embodiments of this application;

[0034] Figure 12 This is a schematic diagram of the structure of a possible bandwidth adjustment device in an embodiment of this application;

[0035] Figure 13This is a schematic diagram of another possible bandwidth adjustment device according to an embodiment of this application. Detailed Implementation

[0036] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0037] The network architecture and service scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Those skilled in the art will understand that, with the evolution of network architecture and the emergence of new service scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0038] The technical solutions provided in this application are applicable to optical networks, such as OTN. An OTN is typically composed of multiple OTN devices connected by optical fibers, and can be configured into different topologies such as linear, ring, and mesh according to specific needs.

[0039] Figure 1 The diagram shown is a schematic representation of a network architecture provided in an embodiment of this application. Figure 1 The OTN shown includes two OTN networks (OTN Network 1 and OTN Network 2). Each OTN network includes a certain number of network devices (also called OTN equipment). Links between network devices within an OTN network are intra-domain links, while links between network devices in different OTN networks are inter-domain links. Depending on actual needs, a network device may possess one or more functions. Generally, network devices are categorized into optical layer devices, electrical layer devices, and hybrid optoelectronic devices. Optical layer devices refer to devices capable of processing optical layer signals, such as optical amplifiers (OA). Electrical layer devices refer to devices capable of processing electrical layer signals, such as devices capable of processing ODU signals. Hybrid optoelectronic devices refer to devices capable of processing both optical and electrical layer signals. It should be noted that, depending on specific integration requirements, a single network device can integrate multiple different functions. The technical solution provided in this application is applicable to network devices of different forms and levels of integration. See also... Figure 1 As shown, OTN networks can also connect user equipment, such as... Figure 1 The network includes a first client device connected to network device 1 and a second client device connected to network device 3. The number of client devices connected to the OTN network is not specifically limited in this embodiment. Client devices can be user equipment or servers; for example, the second client device could be a cloud server. Figure 1 Taking a single server connected to an OTN network as an example, it is used to provide business services to users. For instance, Figure 1Network device 7 in the OTN network connects to the server. Network devices in the OTN network are used to transmit service data from customer devices. For example, a network device can receive service data from a customer device, then map the service data into an OSU frame, further map the OSU frame into an OTN frame, and send it to other network devices. For example, the service data can be data from a constant bit rate (CBR) service, packet or group type (PKT) service, or synchronous transport module-N (STM-N) service.

[0040] In some embodiments, different OTN networks can be managed by different network management devices. Figure 1 Taking the example of network management device 1 managing OTN network 1 and network management device 2 managing OTN network 2.

[0041] Figure 2The diagram shows a hardware structure of a network device according to an embodiment of this application. Specifically, a network device includes a power supply, a fan, auxiliary boards, and may also include tributary boards, line boards, cross-connect boards, and system control and communication boards. The line boards may also include optical layer processing boards. It should be noted that the specific types and numbers of boards included in each device may vary depending on specific needs. For example, a network device acting as a core node may not have tributary boards. A network device acting as an edge node may have multiple tributary boards. The power supply is used to power the network device and may include primary and backup power supplies. The fan is used to dissipate heat from the device. Auxiliary boards are used to provide auxiliary functions such as external alarms or access to external clocks. Tributary boards, cross-connect boards, and line boards are mainly used to process OTN electrical layer signals (hereinafter referred to as OTN frames). The tributary boards are used to implement the reception and transmission of various customer services, such as synchronous digital hierarchy (SDH) services, packet services, Ethernet services, and fronthaul services. Furthermore, the tributary board can be divided into customer-side optical modules and signal processors. The customer-side optical module can be an optical transceiver used to receive and / or transmit customer signals. The signal processor is used to perform mapping and demapping of customer signals to OTN frames. The cross-connect board is used to switch OTN frames, completing the switching of one or more types of OTN frames. The line board mainly implements the processing of line-side OTN frames. Specifically, the line board can be divided into a line-side optical module and a signal processor. The line-side optical module can be a line-side optical transceiver used to receive and / or transmit OTN frames. The signal processor is used to perform multiplexing and demultiplexing, or mapping and demapping, of line-side OTN frames. System control and communication boards are used to implement system control and communication. Specifically, information can be collected from different boards through the backplane, or control commands can be sent to the corresponding boards. Unless otherwise specified, a specific component (e.g., a tributary board) can be one or more, and this application does not impose any limitations. It should be noted that the embodiments of this application do not limit the types of boards included in the device or the specific functional design and quantity of the boards.

[0042] The following is a brief introduction to some of the terms and techniques used in the embodiments of this application.

[0043] 1) Bandwidth adjustment OAM (Operation, Administration, Maintenance) frames:

[0044] Bandwidth-adjustable OAM frames can use OTN frames or Flexible Ethernet (FlexE) frames. OTN frames can be Optical Data Unit (ODU)k, ODUn, ODUflex, or Optical Transport Unit (OTU)k, OTUn, or Optical Payload Unit (OPU), or Flexible OTN (FlexO) frames, or Optical Service Unit (OSU), or Flexible Optical Service Unit (OSUflex), etc. Bandwidth-adjustable OAM frames can also use other frame structures suitable for optical networks.

[0045] As an example, let's take the bandwidth adjustment OAM frame using an OSU frame. An OSU frame can be 192 bytes, 256 bytes, etc. This application does not impose specific limitations on this. Figure 3 The diagram shown is a schematic of an OSU frame structure. Figure 3 Taking a 192-byte OSU frame as an example, the OSU frame includes general overhead, mapping overhead, Cyclic Redundancy Check (CRC) 8 checksum, and payload area. Figure 4 This is a schematic diagram of a possible structure for a bandwidth-adjustable OAM frame using an OSU frame. See also... Figure 4As shown, the general overhead of bandwidth adjustment OAM frames includes version number (VER), tributary port number (TPN), frame type (FT), reserved overhead (RES), and OAM frame type (OT). For example, if the VER of an OSU frame structure is set to 00, it indicates that this is the version of the frame structure. The TPN is 12 bits long, located in bits 3 to 8 of the first byte and bits 1 to 6 of the second byte, used to identify the correspondence between the tributary port and the OSU frame. The FT is 3 bits long, located in bits 7 to 8 of the second byte and bit 1 of the third byte, used to identify the OSU frame type. The general overhead of bandwidth adjustment OAM frames also includes a 1-bit request indication (REQ_IND), a 1-bit response indication (ACK_IND), a 3-bit bandwidth adjustment request (BW_ADJ_REQ), and a 3-bit bandwidth adjustment response (BW_ADJ_ACK). The mapping overhead of OSU frames is mainly related to service mapping, and different overhead functions are set according to the different requirements of the carried services. The mapping overhead for bandwidth adjustment of OAM frames using OSU frames can include a timer and a RES (Reference Parameter). For example, the payload area of ​​the bandwidth adjustment OAM frame using OSU frames can be... Figure 4 The structure shown. The payload area includes a target bandwidth of 16 bits (C). M+N / C M-N ), 16 bits of original bandwidth (CM) information. The bandwidth of the OAM frame is adjusted using the OSU frame, including 1 bit REQ_IND, 1 bit ACK_IND, 3 bits BW_ADJ_REQ, 3 bits BW_ADJ_ACK, timer, and C. M+N / C M-N The definition of CM is shown in Table 1.

[0046] Table 1

[0047]

[0048] 2) Upstream or Downstream. Taking the transmission link between device A and device B via device M as an example. When transmitting data from device A to device B, if device M is located between device A and device B in the data transmission direction, then device A is upstream of device M, and device B is downstream of device M. In the transmission direction from device A to device B, device A is the source device, and device B is the destination device. Conversely, when transmitting data from device B to device A, if device M is located between device A and device B in the data transmission direction, then device B is upstream of device M, and device A is downstream of device M. In the transmission direction from device B to device A, device B is the source device, and device A is the destination device.

[0049] 3) The client equipment involved in the embodiments of this application can be user equipment, which can also be called terminal equipment. User equipment can also be called client, subscriber unit, subscriber station, mobile station, mobile station, remote station, access point, remote terminal, access terminal, user agent, user device, etc., and is not limited in the embodiments of this application. Client equipment can also be router, switch, or synchronous digital hierarchy (SDH) equipment, etc.

[0050] 4) In the embodiments of this application, "multiple" refers to two or more. The term "at least one" in the embodiments of this application includes one or more. "Multiple" refers to two or more. For example, at least one of A, B, and C includes: A existing alone, B existing alone, A and B existing simultaneously, A and C existing simultaneously, B and C existing simultaneously, and A, B, and C existing simultaneously. In the description of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, it should be understood that in the description of this application, words such as "first" and "second" are used only for distinguishing descriptive purposes and should not be construed as indicating or implying relative importance or order.

[0051] Currently, different operators use network equipment from different equipment vendors, and OTN networks composed of different equipment vendors can each be managed by their own network management equipment (or network management system). See also Figure 1 As shown, the service transmission path between the first client device and the second client device passes through network device 1 to network device 3 as an example. Both the first client device and the second client device can be user devices, or one of the client devices can be a server. For example, the first client device is a user device, and the second client device is a server, which provides service to the user device, such as VR service or AR service. Figure 5Taking the network devices traversed by the service transmission path between the first customer equipment and the second customer equipment, including network devices 1 through 3, as an example, network device 1 belongs to vendor 1 and is managed by network management device 1. Network devices 2 and 3 belong to vendor 2 and are managed by network management device 2.

[0052] Currently, bandwidth adjustments are made primarily to one-way service transmission paths. Taking the service transmission path between the first and second client devices, passing through network device 1 and network device 3, as an example, there are two one-way service transmission paths between them: One-way service transmission path 1 is: First client device -> Network device 1 -> Network device 2 -> Network device 3 -> Second client device; One-way service transmission path 2 is: Second client device -> Network device 3 -> Network device 2 -> Network device 1 -> First client device. For example, to increase bandwidth, when adjusting the bandwidth of one-way service transmission path 1, the network administrator issues a bandwidth increase command to network device 1 through network management device 1, triggering the bandwidth increase for one-way service transmission path 1. From network device 1 to network device 3, a bandwidth increase request is used to verify, hop-by-hop, whether each network device in the direction from network device 1 to network device 3 has the resources to meet the bandwidth increase requirement. When a bandwidth increase request reaches the destination network device 3, a bandwidth increase response is sent in reverse to adjust the bandwidth. Then, network device 1 sends a bandwidth increase confirmation frame to network device 3, and finally, network device 3 sends a bandwidth increase confirmation response to network device 1, completing the lossless bandwidth increase for the entire one-way service transmission path 1. When adjusting the bandwidth of the service pipeline in one-way service transmission path 2, the network administrator issues a bandwidth increase command to network device 3 through network management device 2, triggering the bandwidth increase for the service pipeline in one-way service transmission path 2. In the direction from network device 3 to network device 1, a bandwidth increase request is used to verify, station by station, whether each network device in the direction from network device 3 to network device 1 has resources to meet the bandwidth increase requirement. When a bandwidth increase request reaches the destination network device 1, a bandwidth increase response is sent in reverse to adjust the bandwidth. Then, network device 3 sends a bandwidth increase confirmation to network device 1, and finally, network device 1 sends a bandwidth increase confirmation response, completing the lossless bandwidth increase for the entire one-way service transmission path 2. The current bandwidth adjustment scheme requires triggering a service adjustment in both directions, which means two round-trip message exchanges to complete the bandwidth adjustment of the entire link, increasing the adjustment complexity and latency.

[0053] Based on this, embodiments of this application provide a bandwidth adjustment method and apparatus to reduce adjustment complexity and latency. When it is necessary to adjust the bandwidth of the service transmission path between a first customer device and a second customer device, the operator administrator can choose to trigger the bandwidth adjustment through the network management device of one of the network devices at both ends of the bidirectional service transmission path between the first and second customer devices. This eliminates the need for the management devices at both ends of the network device to trigger the bandwidth adjustment, thus reducing one round-trip message interaction, thereby reducing adjustment complexity and latency. Figure 5 This is a schematic flowchart of the bandwidth increase method provided in the embodiments of this application. Figure 5 The following example illustrates the execution process of the first network device along the service transmission path between the first client device and the second client device. Taking the service transmission path between the first client device and the second client device as passing through network device 1 to network device 3 as an example, the first network device can be any one of network devices 1 to 3.

[0054] S501, the first network device determines that it is necessary to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

[0055] The bidirectional service transmission path between the first client equipment and the second client equipment includes the service transmission path for the first client equipment to send data to the second client equipment, and the service transmission path for the second client equipment to send data to the first client equipment.

[0056] In some embodiments, if the first network device is the source network device in the transmission direction from the first client device to the second client device, and the first network device receives a bidirectional bandwidth increase signaling sent by the first client device or the network management device, the bidirectional bandwidth increase signaling is used to indicate an increase in the bandwidth of the bidirectional service transmission path between the first client device and the second client device, then it is determined that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be increased.

[0057] In other embodiments, if the first network device is a non-source network device in the transmission direction from the first client device to the second client device, and the first network device receives a bidirectional bandwidth increase request protocol frame sent by a network device located upstream of the first network device on the service transmission path from the first client device to the second client device, the bidirectional bandwidth increase request protocol frame is used to indicate the need to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device, then it is determined that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be increased.

[0058] S502, when the first network device determines that its resources meet the bidirectional bandwidth increase requirement, it increases the bandwidth of the path on the first network device used by the second client device to send data to the first client device.

[0059] S503, the first network device increases the bandwidth of the path on the first network device used for sending data from the first client device to the second client device.

[0060] Figure 6 The diagram illustrates bandwidth adjustment for a bidirectional service transmission path provided in an embodiment of this application. For ease of description, the service transmission path from the first client equipment to the second client equipment is referred to as service transmission path 1, and the service transmission path from the second client equipment to the first client equipment is referred to as service transmission path 2. See also... Figure 6 As shown, the bandwidth of the path on the first network device from the first client device to the second client device, i.e., the bandwidth applied to service transmission path 1 on the first network device, includes the first bandwidth of the receiving port and the second bandwidth of the sending port of the first network device on service transmission path 1. The bandwidth of the path on the first network device from the second client device to the first client device, i.e., the bandwidth applied to service transmission path 2 on the first network device, includes the third bandwidth of the receiving port and the fourth bandwidth of the sending port of the first network device on service transmission path 2.

[0061] In some embodiments, if the first network device is the destination network device in the transmission direction from the first client device to the second client device, when the first network device receives a bidirectional bandwidth increase request protocol frame from a network device upstream of the first network device on the service transmission path from the first client device to the second client device, it can directly increase the bandwidth of the bidirectional transmission path when it determines that its own resources meet the bidirectional bandwidth increase requirement.

[0062] In other embodiments, if the first network device is a non-destination network device in the transmission direction from the first client device to the second client device, when the first network device receives a bidirectional bandwidth increase request protocol frame from a network device upstream of itself on the service transmission path from the first client device to the second client device, and determines that its own resources meet the bidirectional bandwidth increase requirement, it first increases the bandwidth on the first network device used for service transmission path 2. The first network device also reserves bandwidth resources on the first network device for service transmission path 1. Then, the first network device sends the bidirectional bandwidth increase request protocol frame to a network device downstream of itself on the service transmission path from the first client device to the second client device. When the first network device receives a bidirectional bandwidth increase confirmation protocol frame from the downstream network device, it increases the bandwidth on the first network device used for service transmission path 1 according to the reserved bandwidth resources. The bidirectional bandwidth increase confirmation protocol frame is used to indicate that the downstream network device has completed increasing the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

[0063] In one possible implementation, both the bidirectional bandwidth increase request protocol frame and the bidirectional bandwidth increase acknowledgment protocol frame can reuse the structure of the bandwidth adjustment OAM frame. The bandwidth adjustment OAM frame can be an ODUflex frame or an OSU frame.

[0064] Currently, OAM frames are indicated by the FT type (FT = 3'b111), while OAM frames for bandwidth adjustment in unidirectional transmission paths are identified by the OT field (OT = 5'b00001). In this embodiment, to distinguish it from the OT field identifier of OAM frames for bandwidth adjustment in unidirectional transmission paths, other values ​​can be used, such as OT = 5'b00010. In some embodiments, this embodiment can define a new field to indicate bandwidth adjustment for bidirectional service transmission paths. In some embodiments, referring to Table 2, the BW_ADJ_REQ (3 bits) field in both the bidirectional bandwidth increase request protocol frame and the bidirectional bandwidth increase confirmation protocol frame can be 001, indicating a bandwidth increase request. In other embodiments, the BW_ADJ_REQ (3 bits) field in the bidirectional bandwidth increase request protocol frame can be 001, indicating a bandwidth increase request. The BW_ADJ_REQ (3 bits) field in the bidirectional bandwidth increase confirmation protocol frame can be 011, indicating a bandwidth increase confirmation. In this embodiment of the application, when parsing the protocol frame, the information of the two fields Timer (10 bits) and BW_ADJ_ACK (3 bits) can be omitted. Compared with the current method of triggering two bandwidth adjustments for one-way transmission paths, this can reduce complexity and latency.

[0065] Table 2

[0066]

[0067]

[0068] The following is based on Figure 1 Taking the service transmission path between the first customer equipment and the second customer equipment through network equipment 1-network equipment 3 as an example, the bandwidth increase method provided in this application is described in detail. Figure 7 The diagram shown is a schematic flowchart of a bandwidth increase method provided in an embodiment of this application. Figure 7 In this example, we take a network administrator triggering an increase in the bandwidth of a bidirectional service transmission path through network management device 1.

[0069] S701, Network Management Device 1 sends a bidirectional bandwidth increase signaling to Network Device 1.

[0070] S702, when network device 1 determines that its resources meet the bidirectional bandwidth increase requirement, it increases the bandwidth on network device 1 used for service transmission path 2 and reserves bandwidth resources on network device 1 for service transmission path 1. The bandwidth on network device 1 used for service transmission path 2 includes the port bandwidth for receiving data from network device 2 and the port bandwidth for sending data to the first client device. The bandwidth reserved on network device 1 for service transmission path 1 includes the port bandwidth resources for receiving data from the first client device and the port bandwidth resources for sending data to network device 2. For example, network device 1 may first increase the port bandwidth for sending data to the first client device, and then increase the port bandwidth for receiving data from network device 2.

[0071] S703, Network Device 1 sends a bidirectional bandwidth increase request protocol frame to Network Device 2.

[0072] S704, after receiving the bidirectional bandwidth increase request protocol frame, network device 2, if it determines that the resources meet the bidirectional bandwidth increase requirement, increases the bandwidth on network device 2 used for service transmission path 2 and reserves bandwidth on network device 2 used for service transmission path 1. The bandwidth on network device 2 used for service transmission path 2 includes the port bandwidth for receiving data from network device 3 and the port bandwidth for sending data to network device 1. The reserved bandwidth resources on network device 2 for service transmission path 1 include the port bandwidth resources for receiving data from network device 1 and the port bandwidth resources for sending data to network device 3. For example, network device 2 may first increase the port bandwidth for sending data to network device 1, and then increase the port bandwidth for receiving data from network device 3.

[0073] S705, Network Device 2 sends a bidirectional bandwidth increase request protocol frame to Network Device 3.

[0074] S706, after receiving the bidirectional bandwidth increase request protocol frame, network device 3, if it determines that the resources meet the bidirectional bandwidth increase requirement, increases the bandwidth on network device 3 used for service transmission path 2 and the bandwidth on network device 3 used for service transmission path 1. The bandwidth on network device 3 used for service transmission path 2 includes the port bandwidth for receiving data from the second user equipment and the port bandwidth for sending data to network device 2. The bandwidth on network device 3 used for service transmission path 1 includes the port bandwidth for receiving data from network device 2 and the port bandwidth for sending data to the second user equipment. For example, network device 3 may first increase the port bandwidth for sending data to network device 2, then increase the port bandwidth for receiving data from the second user equipment, then increase the port bandwidth for sending data to the second user equipment, and finally increase the port bandwidth for receiving data from network device 2.

[0075] S707, Network device 3 sends a bidirectional bandwidth increase acknowledgment protocol frame to Network device 2.

[0076] S708, network device 2 increases the port bandwidth for receiving data from network device 1 based on the reserved port bandwidth resources for receiving data from network device 1, and increases the port bandwidth for sending data to network device 3 based on the reserved port bandwidth resources for sending data to network device 3. For example, network device 2 may first increase the port bandwidth for sending data to network device 3, and then increase the port bandwidth for receiving data from network device 1.

[0077] S709, Network Device 2 sends a bidirectional bandwidth increase acknowledgment protocol frame to Network Device 1.

[0078] S710, network device 1 increases the port bandwidth for receiving data from the first client device based on the reserved port bandwidth resources for receiving data from the first client device, and also increases the port bandwidth for sending data to network device 2 based on the reserved port bandwidth resources for sending data to network device 2. For example, network device 1 may first increase the port bandwidth for sending data to network device 2, and then increase the port bandwidth for receiving data from the first client device.

[0079] S711, Network device 1 reports a successful adjustment indication to network management device 1.

[0080] In some possible scenarios, if the network device on the bidirectional service transmission path between the first and second customer devices has insufficient resources, the process of increasing the bandwidth of the bidirectional service transmission path cannot be completed. Figure 8 This is a schematic diagram illustrating a bandwidth increase failure process provided in an embodiment of this application. Figure 8 Take, for example, the resources of network device 2 in the China-Israel relationship not meeting the increased bandwidth requirements of bidirectional service transmission paths. Figure 8In this example, we take a network administrator triggering an increase in the bandwidth of a bidirectional service transmission path through network management device 1.

[0081] S801-S803, see S701-S703, will not be repeated here.

[0082] S804 After receiving the bidirectional bandwidth increase request protocol frame, network device 2, if it determines that the resources do not meet the bidirectional bandwidth increase requirements, sends a bandwidth rollback request protocol frame to network device 1.

[0083] S805, after receiving the bandwidth backoff request protocol frame, network device 1 reduces the increased port bandwidth for receiving data from network device 3 and the increased port bandwidth for sending data to network device 1, and releases the reserved port bandwidth resources for receiving data from the first client device and the reserved port bandwidth resources for sending data to network device 2.

[0084] S806, Network device 1 reports an adjustment failure indication to network management device 1.

[0085] In some possible scenarios, it may be necessary to reduce the bandwidth of the bidirectional service transmission path between the first customer equipment and the second customer equipment. Figure 9 This is a schematic flowchart of a bandwidth reduction method provided in an embodiment of this application. Figure 9 The process of the first network device in the transmission link between the first client device and the second client device is taken as an example.

[0086] S901, the first network device determines that it is necessary to reduce the bandwidth of the bidirectional service transmission path between the first customer device and the second customer device.

[0087] In some embodiments, if the first network device is the source network device in the transmission direction from the first client device to the second client device, and the first network device receives a bidirectional bandwidth reduction signaling sent by the first client device or the network management device, the bidirectional bandwidth reduction signaling is used to indicate the reduction of the bandwidth of the bidirectional service transmission path between the first client device and the second client device, then it is determined that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be reduced.

[0088] In other embodiments, if the first network device is a non-source network device in the transmission direction from the first client device to the second client device, and the first network device receives a bidirectional bandwidth reduction request protocol frame sent by a network device located upstream of the first network device on the service transmission path from the first client device to the second client device, the bidirectional bandwidth reduction request protocol frame is used to indicate the reduction of the bandwidth of the bidirectional service transmission path between the first client device and the second client device, then it is determined that the bandwidth of the bidirectional service transmission path between the first client device and the second client device needs to be reduced.

[0089] S902, the first network device reduces the bandwidth on the first network device for the path used by the first client device to send data to the second client device.

[0090] S903, the first network device reduces the bandwidth of the path on the first network device used for the second client device to send data to the first client device.

[0091] In some embodiments, if the first network device is the destination network device in the transmission direction from the first client device to the second client device, and the first network device receives a bidirectional bandwidth reduction request protocol frame from the network device upstream of the first network device on the service transmission path from the first client device to the second client device, it can directly reduce the bandwidth of the bidirectional transmission path.

[0092] In other embodiments, if the first network device is a non-destination network device in the transmission direction from the first client device to the second client device, upon receiving a bidirectional bandwidth reduction request protocol frame from a network device upstream of the first network device on the service transmission path from the first client device to the second client device, the first network device first reduces the bandwidth used for service transmission path 1 on the first network device. Then, the first network device sends the bidirectional bandwidth reduction request protocol frame to a network device downstream of the first network device on the service transmission path from the first client device to the second client device. Upon receiving a bidirectional bandwidth reduction confirmation protocol frame from the downstream network device, the first network device reduces the bandwidth used for service transmission path 2 on the first network device. The bidirectional bandwidth reduction confirmation protocol frame indicates that the downstream network device has completed reducing the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

[0093] Both the bidirectional bandwidth reduction request protocol frame and the bidirectional bandwidth reduction confirmation protocol frame can reuse the structure of the bandwidth adjustment OAM frame. The bandwidth adjustment OAM frame can be an ODUflex frame or an OSU frame. In some embodiments, as shown in Table 2, the BW_ADJ_REQ (3 bits) field in both the bidirectional bandwidth reduction request protocol frame and the bidirectional bandwidth reduction confirmation protocol frame can be 010, indicating a bandwidth reduction request. In other embodiments, the BW_ADJ_REQ (3 bits) field in the bidirectional bandwidth reduction request protocol frame can be 010, indicating a bandwidth reduction request. The BW_ADJ_REQ (3 bits) field in the bidirectional bandwidth reduction confirmation protocol frame can be 011, indicating a bandwidth reduction confirmation.

[0094] The following is based on Figure 1 Taking the service transmission path between the first customer equipment and the second customer equipment through network equipment 1-network equipment 3 as an example, the bandwidth reduction method provided in this application will be described in detail. Figure 10The diagram shown is a schematic flowchart of another bandwidth reduction method provided in an embodiment of this application. Figure 9 In this example, we take a network administrator triggering a reduction in the bandwidth of a bidirectional service transmission path through network management device 1.

[0095] S1001, Network Management Device 1 sends a bidirectional bandwidth reduction signaling message to Network Device 1.

[0096] S1002, network device 1 reduces the bandwidth used for service transmission path 1 on network device 1. The bandwidth used for service transmission path 1 on network device 1 includes the port bandwidth for receiving data from the first client device and the port bandwidth for sending data to network device 2. For example, network device 1 may first reduce the port bandwidth for receiving data from the first client device and then reduce the port bandwidth for sending data to network device 2.

[0097] S1003, Network device 1 sends a bidirectional bandwidth reduction request protocol frame to network device 2.

[0098] S1004, after receiving the bidirectional bandwidth reduction request protocol frame, network device 2 reduces the bandwidth used for service transmission path 1 on network device 2. The bandwidth used for service transmission path 1 on network device 2 includes the port bandwidth for receiving data from network device 1 and the port bandwidth for sending data to network device 3. For example, network device 2 may first reduce the port bandwidth for receiving data from network device 1, and then reduce the port bandwidth for sending data to network device 3.

[0099] S1005, Network device 2 sends a bidirectional bandwidth reduction request protocol frame to network device 3.

[0100] S1006, after receiving the bidirectional bandwidth reduction request protocol frame, network device 3 reduces the bandwidth used for service transmission path 2 and the bandwidth used for service transmission path 1 on network device 3. The bandwidth used for service transmission path 2 on network device 3 includes the port bandwidth for receiving data from the second client device and the port bandwidth for sending data to network device 2. The bandwidth used for service transmission path 1 on network device 3 includes the port bandwidth for receiving data from network device 2 and the port bandwidth for sending data to the second client device. For example, network device 3 may first reduce the port bandwidth for receiving data from network device 2, then reduce the port bandwidth for sending data to the second client device, further reduce the port bandwidth for receiving data from the second client device, and finally reduce the port bandwidth for sending data to network device 2.

[0101] S1007, Network device 3 sends a bidirectional bandwidth reduction acknowledgment protocol frame to Network device 2.

[0102] S1008, network device 2 reduces the port bandwidth for receiving data from network device 3 and reduces the port bandwidth for sending data to network device 1. For example, network device 2 may first reduce the port bandwidth for receiving data from network device 3, and then reduce the port bandwidth for sending data to network device 1.

[0103] S1009, Network device 2 sends a bidirectional bandwidth reduction acknowledgment protocol frame to Network device 1.

[0104] S1010, network device 1 reduces the port bandwidth for receiving data from network device 2 and reduces the port bandwidth for sending data to the first client device. For example, network device 1 may first reduce the port bandwidth for receiving data from network device 2 and then reduce the port bandwidth for sending data to the first client device.

[0105] S1011, Network device 1 reports a successful adjustment indication to network management device 1.

[0106] When an OTN network is used to carry high-quality services for user devices (such as VR services), the OTN network and the user terminal need to work together to quickly create transmission paths or adjust bandwidth (e.g., image quality enhancement). In this scenario, bandwidth adjustment of the transmission path between the server and the user device is required. This necessitates network management triggering bandwidth adjustments in both directions to complete the bandwidth adjustment of the bidirectional service transmission path between the server and the user device. This involves numerous steps, impacting execution efficiency and resulting in significant latency.

[0107] In practical applications, not all user devices are used simultaneously. Therefore, in this embodiment, when creating a transmission path between the user device and the server, the bandwidth of the transmission path is configured to be 0. Then, when the user device needs to perform service transmission, the user device triggers an increase in the bandwidth of the bidirectional service transmission path. The specific increase method is as described in the bandwidth increase scheme above. When the user device stops service transmission, the user device can trigger a decrease in the bandwidth of the bidirectional service transmission path.

[0108] Figure 11 This is a schematic diagram of the VR business application scenario architecture provided in the embodiments of this application. Figure 11Taking VR devices as an example, there are four network devices, A through D. These devices connect to 500 VR devices each. They are then connected to a cloud server via network devices E and F. The cloud server provides VR services to the VR devices. Network devices A through B are managed by network management device 1, C through D by network management device 2, and E and F by network management device 3. Network devices A through D occupy a total of 200G of bandwidth, with each device allowed to use 50G of bandwidth. Since not all VR devices are used simultaneously, the convergence bandwidth between network devices E and F can be less than 200G, for example, 100G.

[0109] Network management device 1-3 controls network devices A-D to establish 500 conditional transfer paths with a bandwidth of 0 between each network device and network device E. Network management device 1-3 can reserve 50G bandwidth for the transmission paths between network devices A-D and network device E respectively. Network management device 1-3 can reserve 100G bandwidth for the transmission path between network devices E and E.

[0110] When a user uses a VR device, the VR device can send a command (which may be a bidirectional bandwidth increase signaling) to a connected network device to trigger the creation of a service transmission path between the VR device and the cloud server, and increase the bandwidth of the bidirectional service transmission path to the target bandwidth. The bandwidth increase process for the bidirectional service transmission path can be found in [link to documentation]. Figure 5 or Figure 7 The description corresponds to the embodiment. It should be noted that this embodiment is different from... Figure 7 The corresponding implementation is different, Figure 7 In this embodiment, the bandwidth increase of the bidirectional transmission path is triggered by the network management device, while in the other embodiment it is triggered by the user equipment (corresponding to the VR device). For example, VR device 1-1 triggers the bandwidth increase of the bidirectional transmission path to network device A.

[0111] When a user disables the VR device, the VR device can send a command (which could be a bidirectional bandwidth increase signaling) to the connected network device to trigger a reduction in the bandwidth of the bidirectional service transmission path to zero. The process for reducing the bandwidth of the bidirectional service transmission path can be found in [link to documentation]. Figure 9 or Figure 10 The description corresponds to the embodiment. It should be noted that this embodiment is different from... Figure 11 The corresponding implementation is different, Figure 11 In the previous embodiment, the bandwidth reduction of the bidirectional transmission path was triggered by the network management device, while in this embodiment, the bandwidth reduction of the bidirectional transmission path was triggered by the user equipment (corresponding to the VR device).

[0112] This application embodiment supports user equipment initiating end-to-end bidirectional service transmission path bandwidth adjustment, without needing to trigger two unidirectional service transmission path bandwidth adjustments, which can reduce complexity, improve processing efficiency, and reduce latency.

[0113] It should be noted that the bandwidth adjustment of the bidirectional service transmission path provided in the embodiments of this application can also be applied to the bandwidth adjustment of the bidirectional service transmission path in Slicing Packet Network (SPN) or other networks, and this application does not specifically limit it.

[0114] This application also provides a bandwidth adjustment device. The method, device, and system are based on the same inventive concept. Since the principles by which the method, device, and system solve problems are similar, embodiments of the device and method can be referred to interchangeably, and repeated details will not be repeated. This device can be used in OTN devices, specifically it can be a processor, chip, chip system, or a module within a processor in the OTN device. This device can be... Figure 2 Implemented in the branch board and / or circuit board. Figure 12 This is a schematic diagram of a possible bandwidth adjustment device in an embodiment of this application. Figure 12 As shown, the device includes a processing unit 1201, a receiving unit 1202, and a transmitting unit 1203. The processing unit 1201 is used for processing the increase or decrease of bandwidth of the first network device (or network devices 1-3) in any of the above embodiments. The receiving unit 1202 is used to execute the receiving actions of the first network device (or network devices 1-3) in any of the above embodiments, such as receiving a bidirectional bandwidth increase request protocol stack, or receiving bidirectional bandwidth increase signaling, receiving a bidirectional bandwidth decrease request protocol stack, or receiving bidirectional bandwidth decrease signaling. The transmitting unit 1203 is used to execute the transmitting actions of the first network device (or network devices 1-3) in any of the above embodiments, such as transmitting a bidirectional bandwidth increase request protocol stack, or transmitting bidirectional bandwidth increase signaling, transmitting a bidirectional bandwidth decrease request protocol stack. Optionally, the above three units may also execute other related optional steps performed by the network devices mentioned in any of the foregoing embodiments, which will not be elaborated here.

[0115] The unit division in this embodiment is illustrative and represents only one logical functional division; in actual implementation, other division methods may be used. Furthermore, the functional units in the various embodiments of this application can be integrated into a single processor, exist as separate physical units, or be integrated into a single unit. The integrated units described above can be implemented in hardware or as software functional units.

[0116] Figure 13This is a schematic diagram of another possible bandwidth adjustment device according to an embodiment of this application. Figure 13 As shown, device 1300 includes a communication interface 1310 and a processor 1320. Device 1300 can be applied to OTN devices. Device 1300 may also include a memory 1330.

[0117] Figure 12 The processing unit 1201, receiving unit 1202, and transmitting unit 1203 shown can all be implemented by the processor 1320. For example, the processor 1302 can be... Figure 2 The signal processor in the circuit board and / or the signal processor in the branch board shown. Processor 1320 transmits and receives protocol frames (e.g., the bidirectional bandwidth increase request protocol frame, bidirectional bandwidth increase confirmation protocol frame, bidirectional bandwidth decrease request protocol frame, and bidirectional bandwidth decrease confirmation protocol frame mentioned in the foregoing embodiments) through communication interface 1310, for the purpose of implementing... Figure 5 , Figures 7-10 The method is executed by the network device (first network device or network devices 1-3). In implementation, each step of the processing flow can be completed through integrated logic circuits in the hardware of the processor 1320 or through software instructions. Figure 5 , Figures 7-10 The methods performed by network devices in the network.

[0118] The communication interface 1310 can be a circuit, bus, transceiver, or any other device that can be used for information exchange. For example, this other device can be a device connected to the device 1300, such as a client device or other OTN device.

[0119] Processor 1320 can be a general-purpose processor, digital signal processor, application-specific integrated circuit, field-programmable gate array or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of hardware processors, or executed by a combination of hardware and software units in the processor. The program code executed by processor 1320 to implement the above methods can be stored in memory 1330. Memory 1330 and processor 1320 are coupled. The coupling in the embodiments of this application is an indirect coupling or communication connection between devices, units, or modules, which can be electrical, mechanical, or other forms, used for information interaction between devices, units, or modules. Processor 1320 may operate in conjunction with memory 1330. Memory 1330 can be non-volatile memory, such as a hard disk drive (HDD) or solid-state drive (SSD), or it can be volatile memory, such as random-access memory (RAM). The memory 1330 is any other medium capable of carrying or storing program code in the form of instructions or data structures that can be accessed by a computer, but is not limited thereto.

[0120] This application embodiment does not limit the specific connection medium between the communication interface 1310, processor 1320, and memory 1330. This application embodiment... Figure 13 The memory 1330, processor 1320, and communication interface 1310 are connected via a bus. The bus is... Figure 13 The connections between other components are shown in bold and are for illustrative purposes only, not as limiting information. The bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, Figure 13 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0121] Based on the above embodiments, this application also provides a computer storage medium storing a software program. When read and executed by one or more processors, the software program can implement the methods provided in any one or more of the above embodiments. The computer storage medium may include various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory, and a random access memory.

[0122] Based on the above embodiments, this application also provides a chip. The chip includes a processor for implementing the functions involved in any one or more of the above embodiments, such as receiving, sending, or processing protocol frames involved in the above methods. Optionally, the chip further includes a memory for storing necessary program instructions and data executed by the processor. The chip may be composed of individual chips or may include chips and other discrete devices.

[0123] One embodiment of this application provides a computer-readable medium for storing a computer program, the computer program including functions for executing... Figure 5 , Figures 7-10 The instructions for the method steps in the corresponding method embodiment.

[0124] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0125] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A bandwidth adjustment method, characterized in that, include: The first network device determines that it is necessary to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device; When the first network device determines that its resources meet the bidirectional bandwidth increase requirement, it increases the bandwidth of the path on the first network device used for the second client device to send data to the first client device; and reserves bandwidth resources for the path used for the first client device to send data to the second client device. The first network device sends a bidirectional bandwidth increase request protocol frame to the second network device. The bidirectional bandwidth increase request protocol frame is used to indicate an increase in the bandwidth of the bidirectional service transmission path between the first client device and the second client device. The second network device is a downstream network device of the first network device on the path in which the first client device sends data to the second client device. When the first network device receives the first bidirectional bandwidth increase confirmation protocol frame sent by the second network device, it uses the reserved bandwidth resources to increase the bandwidth of the path on the first network device used for the first client device to send data to the second client device. The first bidirectional bandwidth increase confirmation protocol frame is used to indicate that the second network device has completed increasing the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

2. The method as described in claim 1, characterized in that, The bidirectional bandwidth increase request protocol frame is an Optical Service Unit (OSU) frame, and the first bidirectional bandwidth increase confirmation protocol frame is an OSU frame.

3. The method as described in claim 1, characterized in that, The first network device determines that it needs to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device, including: The first network device receives the bidirectional bandwidth increase request protocol frame sent by the third network device; the third network device is the upstream network device of the first network device on the path where the first client device sends data to the second client device; The method further includes: The first network device sends a second bidirectional bandwidth increase confirmation protocol frame to the third network device. The second bidirectional bandwidth increase confirmation protocol frame is used to indicate that the first network device has completed increasing the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

4. The method as described in claim 1, characterized in that, The first network device is the source network device on the path from the first client device to the second client device when sending data. The first network device determines that it needs to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device, including: The first network device receives a bidirectional bandwidth increase signaling sent by the first client device or the network management device. The bidirectional bandwidth increase signaling is used to instruct the first network device to increase the bandwidth of the bidirectional service transmission path between the first client device and the second client device. The network management device is used to manage the first network device.

5. The method as described in claim 4, characterized in that, The method further includes: Before the first network device receives the bidirectional bandwidth increase signaling sent by the first client device, the first network device creates a transmission path between the first network device and the fourth network device under the control of the network management device. The transmission path has a transmission bandwidth of zero, and the fourth network device is the destination network device on the path where the first client device sends data to the second client device.

6. The method according to any one of claims 1-5, characterized in that, Both the first client device and the second client device are user devices, or the first client device is a user device and the second client device is a cloud server.

7. The method according to any one of claims 1-5, characterized in that, The method further includes: When the first network device receives a bandwidth backoff request protocol frame sent by the second network device, it reduces the bandwidth on the first network device for the path used by the second client device to send data to the first client device; and releases the reserved bandwidth resources for the path used by the first client device to send data to the second client device.

8. The method according to any one of claims 1-5, characterized in that, The method further includes: The first network device determines that it is necessary to reduce the bandwidth of the bidirectional service transmission path between the first customer device and the second customer device; The first network device reduces the bandwidth on the first network device used for the path where the first client device sends data to the second client device; The first network device reduces the bandwidth of the path on the first network device from the second client device to the first client device.

9. The method as described in claim 8, characterized in that, The first network device is the source network device on the path from the first client device to the second client device when sending data; The first network device determines that it is necessary to reduce the bandwidth of the bidirectional service transmission path between the first client device and the second client device, including: The first network device receives a bidirectional bandwidth reduction signaling sent by the first client device or the network management device. The bidirectional bandwidth reduction signaling is used to instruct the first network device to reduce the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

10. The method as described in claim 8, characterized in that, The first network device is a non-destination network device on the path from the first client device to the second client device when sending data; the method further includes: Before reducing the bandwidth of the path on the first network device from the second client device to the first client device, the first network device sends a bidirectional bandwidth reduction request protocol frame to the second network device, wherein the second network device is a downstream network device of the first network device on the path from the first client device to the second client device. The first network device receives a first bidirectional bandwidth reduction confirmation protocol frame sent by the second network device. The first bidirectional bandwidth reduction confirmation protocol frame is used to indicate that the second network device has completed the reduction of the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

11. The method as described in claim 8, characterized in that, The first network device is the destination network device on the path from the first client device to the second client device when sending data; The first network device determines that it is necessary to reduce the bandwidth of the bidirectional service transmission path between the first client device and the second client device, including: The first network device receives a bidirectional bandwidth reduction request protocol frame sent by a third network device. The bidirectional bandwidth reduction request protocol frame is used to instruct a reduction in the bandwidth of the bidirectional service transmission path between the first client device and the second client device. The third network device is an upstream network device of the first network device on the path where the first client device sends data to the second client device. The method further includes: The first network device sends a second bidirectional bandwidth reduction confirmation protocol frame to the third network device. The second bidirectional bandwidth reduction confirmation protocol frame is used to indicate that the first network device has completed the reduction of the bandwidth of the bidirectional service transmission path between the first client device and the second client device.

12. A bandwidth adjustment device, characterized in that, Applied to a first network device, the apparatus includes a processor and an optical transceiver; the processor is configured to perform the method as described in any one of claims 1 to 11 and to send and receive protocol frames via the optical transceiver.

Images