Method for adjusting optical network bandwidth

Abstract

Embodiments of the present disclosure provide a method for adjusting an optical network bandwidth, applied to an intermediate node, wherein the intermediate node is located in a networking architecture integrating a passive optical network (PON) and an optical transport network (OTN), and the intermediate node carries an optical service unit (OSU). The method comprises: receiving a bandwidth adjustment request sent by a source node; acquiring available bandwidth information; generating a bandwidth adjustment decision result on the basis of the bandwidth adjustment request and the available bandwidth information; and sending the bandwidth adjustment request to a destination node, and performing bandwidth adjustment on the OSU or the PON on the basis of the bandwidth adjustment decision result.

Description

A method for adjusting optical network bandwidth

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] The present disclosure is based on and claims the priority of Chinese patent application No. 202410308500.5 filed on March 18, 2024, and all the disclosed contents thereof are incorporated into the present disclosure by reference. Technical Field

[0003] The present disclosure relates to the field of communications, and in particular to a method for adjusting optical network bandwidth. Background Art

[0004] When a Constant Bit Rate (CBR) network connection dynamically adjusts its rate, the headend node typically sends signaling to notify network devices along the end-to-end path of the new rate and request that these nodes reserve resources such as bandwidth, time slots, and interfaces. Only after successful resource reservation does the CBR connection operate at the new rate.

[0005] When using a Passive Optical Network (PON) to carry a CBR network connection, the existing PON adopts a traffic-predictive Dynamic Bandwidth Assignment (DBA) strategy. Furthermore, the PON and Optical Service Unit (OSU) are currently unable to coordinate bandwidth adjustment, making it impossible to achieve the resource reservation required by the headend node, making it impossible for the CBR network connection to achieve lossless rate adjustment.

[0006] Summary of the Invention

[0007] The embodiments of the present disclosure provide a method for adjusting the bandwidth of an optical network to at least solve the problem in the related art that the PON and OSU cannot coordinate bandwidth adjustment, cannot achieve the resource reservation required by the headend node, and cannot achieve lossless rate adjustment of the CBR network connection.

[0008] According to one embodiment of the present disclosure, a method for adjusting optical network bandwidth is provided. The method is applied to an intermediate node, where the intermediate node is located in a network composed of a passive optical network (PON) and an optical transport network (OTN). The intermediate node carries an optical service unit (OSU). The method includes:

[0009] receiving a bandwidth adjustment request sent by a source node;

[0010] Get available bandwidth information;

[0011] Generate a bandwidth adjustment decision result based on the bandwidth adjustment request and available bandwidth information;

[0012] The bandwidth adjustment request is sent to the sink node, and the bandwidth on the OSU or PON side is adjusted according to the bandwidth adjustment decision result.

[0013] According to another embodiment of the present disclosure, a method for adjusting optical network bandwidth is provided, which is applied to a sink node, the sink node being located in a network composed of a passive optical network (PON) and an optical transport network (OTN), and the sink node carrying an optical service unit. The method includes:

[0014] Receive bandwidth adjustment requests and obtain available bandwidth information;

[0015] Generate a bandwidth adjustment decision result based on the bandwidth adjustment request and available bandwidth information;

[0016] According to the bandwidth adjustment decision result, the bandwidth of the OSU or the bandwidth of the user interface is adjusted, and a bandwidth adjustment response is sent to the intermediate node.

[0017] According to another embodiment of the present disclosure, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is configured to execute the steps of any one of the above method embodiments when running.

[0018] According to another embodiment of the present disclosure, an electronic device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to perform the steps in any one of the above method embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] FIG1 is a hardware structure block diagram of a mobile terminal of a method for adjusting optical network bandwidth according to an embodiment of the present disclosure;

[0020] FIG2 is a diagram of a network architecture of an OTN and PON OLT and ONU according to an embodiment of the present disclosure;

[0021] FIG3 is a structural diagram of an EPON PONOLT according to an embodiment of the present disclosure;

[0022] FIG4 is a structural diagram of a GPON PONOLT according to an embodiment of the present disclosure;

[0023] FIG5 is a flow chart of adjusting the optical network bandwidth according to an embodiment of the present disclosure;

[0024] FIG6 is a schematic diagram of a bandwidth adjustment OAM frame definition according to an embodiment of the present disclosure;

[0025] FIG7 is a logic diagram of bandwidth processing of an OTN node according to an embodiment of the present disclosure;

[0026] FIG8 is a logic diagram of OLT bandwidth processing according to an embodiment of the present disclosure;

[0027] FIG9 is a flow chart of adjusting the optical network bandwidth according to an embodiment of the present disclosure;

[0028] FIG10 is a logic diagram of ONU node bandwidth processing according to an embodiment of the present disclosure;

[0029] FIG11 is a schematic diagram of a bandwidth increase adjustment process initiated by the OTN side according to an embodiment of the present disclosure;

[0030] FIG12 is a schematic diagram of a bandwidth reduction adjustment process initiated by the OTN side according to an embodiment of the present disclosure;

[0031] 13 is a schematic diagram of a bandwidth increase adjustment process initiated by the PON side according to an embodiment of the present disclosure;

[0032] FIG14 is a schematic diagram of a bandwidth reduction adjustment process initiated by a PON side according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0033] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings and in conjunction with the embodiments.

[0034] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0035] An Optical Service Unit (OSU) is a container used to carry services in an Optical Transport Network (OTN). Its frame structure consists of an overhead area and a payload area. Each OSU connection is a CBR connection.

[0036] The passive optical network (PON) system architecture consists of an optical line terminal (OLT) and an optical network unit (ONU). The OLT aggregates multiple ONUs through the PON port, creating a point (OLT) to multiple points (ONU) topology. Currently, the OLT primarily carries packet switching services (typically at a variable bit rate).

[0037] Currently, in the scenario of joint networking of optical transport networks (OTN) and passive optical networks (PON), when the OTN and PON jointly carry optical service units (OSUs), bandwidth adjustment can only be implemented separately on the OTN and PON, without collaborative control, making it impossible to achieve accurate and efficient service bandwidth adjustment.

[0038] Based on the above-mentioned technical problems, the present disclosure proposes a method for adjusting the optical network bandwidth. The technical concept is to define the interoperability process of bandwidth allocation between the OSU and PON layers, perform logical judgment and adjustment of the PON link bandwidth simultaneously with the OSU service bandwidth adjustment, thereby achieving automatic and lossless adjustment of the bandwidth when the OSU is transmitted via the PON network.

[0039] The method embodiments provided in the embodiments of the present disclosure can be executed in a mobile terminal, a computer terminal, or a similar computing device. Taking operation on a computer terminal as an example, FIG1 is a hardware structure block diagram of a computer terminal for adjusting the optical network bandwidth according to an embodiment of the present disclosure. The computer terminal according to the embodiment of the present disclosure can operate as an OTN node, an OLT node, or an ONU node. As shown in FIG1 , the computer terminal may include one or more (only one is shown in FIG1 ) processors 102 (the processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data. The computer terminal may also include a transmission device 106 and an input / output device 108 for communication functions. It will be understood by those skilled in the art that the structure shown in FIG1 is merely illustrative and does not limit the structure of the computer terminal. For example, the computer terminal may also include more or fewer components than those shown in FIG1 , or have a configuration different from that shown in FIG1 .

[0040] Memory 104 can be used to store computer programs, such as software programs and modules of application software, such as the computer program corresponding to the optical network bandwidth adjustment method in the embodiment of the present disclosure. Processor 102 executes various functional applications and data processing by running the computer program stored in memory 104, thereby implementing the above-mentioned method. Memory 104 may include high-speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, memory 104 may further include memory remotely located relative to processor 102, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0041] The transmission device 106 is used to receive or transmit data via a network. A specific example of the aforementioned network may include a wireless network provided by a computer terminal's communications provider. In one embodiment, the transmission device 106 includes a network interface controller (NIC), which can be connected to other network devices via a base station to enable communication with the Internet. In another embodiment, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0042] FIG2 is a diagram of the networking architecture of OTN and PON OLT and ONU according to an embodiment of the present disclosure. The embodiment of the present disclosure can run on the networking architecture shown in FIG2 . Taking four nodes (NE) as an example, as shown in FIG2 , the networking architecture includes: NE1, NE2, NE3, and NE4.

[0043] Among them, NE1, NE2, NE3, and NE4 are network element nodes involved in the optical transport network or passive optical network, NE1 and NE2 are optical transport network OTN devices, the OSUs between NE1, NE2, and NE3 are carried in optical data unit (ODU) containers, NE3 can be an optical line terminal OLT, and NE4 can be an optical network unit ONU.

[0044] NE1 and NE2 are connected via optical transport units (OTUs), NE2 and NE3 are connected via optical transport units (OTUs), and NE3 and NE4 are connected via passive optical network (PON) lines. NE3 can be a passive optical network (PON) optical line terminal (OLT), and NE4 can be a passive optical network (PON) optical network unit (ONU), supporting MP2P multi-point access networking. Between the OLT and ONU, the OSU is carried in the PON network's service channel.

[0045] NE1 can be used as the source node of the optical service unit OSU, and NE4 can be used as the sink node of the optical service unit OSU. The transmission direction from NE1 to NE4 is the downlink direction, and the transmission direction from NE4 to NE1 is the uplink direction.

[0046] NE1 and NE4 are the termination points of the Packet Switching (PKT) service. NE1 and NE4 can map user services to optical service units (OSUs) for transmission. Between NE1, NE2, and NE3, the OSUs can be carried on optical transport units (OUTs) via optical data units (ODUs). Between NE3 and NE4, the OSUs can be transmitted via the service channels of the passive optical network (PON).

[0047] It should be noted that the network architecture diagram in Figure 2 is only an example of an embodiment of the present disclosure. There can be multiple nodes between NE1 and NE3, and there can also be multiple optical network units ONU under NE3 (ONU is connected to the same PON port of OLT in a point-to-multipoint manner). The embodiment of the present disclosure does not limit this.

[0048] Types of passive optical networks (PONs) may include Ethernet Passive Optical Network (EPON), Gigabit Passive Optical Network (GPON), etc. NE3 may be an EPON-type OLT, and the corresponding NE4 may be an EPON-type ONU; NE3 may be a GPON-type OLT, and the corresponding NE4 may be a GPON-type ONU.

[0049] FIG3 is a structural diagram of an EPON PONOLT according to an embodiment of the present disclosure. As shown in FIG3 , NE3 is an EPON type OLT (the corresponding NE4 may be an EPON type ONU), and the OLT internally implements the interconnection of the OSU between the OTU interface and the PON interface.

[0050] EPON types include, but are not limited to, 1G EPON and 10G EPON. In EPON, the OSU is carried on the Logical Link ID (LLID) channel between the OLT and the ONU. The OSU's bandwidth adjustment is limited by the LLID's uplink and downlink bandwidth. To adjust the OSU's bandwidth, the LLID's uplink or downlink bandwidth must be adjusted first. LLID bandwidth adjustment is, in turn, limited by the total bandwidth of the entire PON port.

[0051] For example, the upstream and downstream bandwidths of a symmetrical 10G EPON are 10G. If the forward error correction (FEC) overhead is taken into account, the total available bandwidth is 10G minus the FEC overhead, which is approximately 8.7G.

[0052] FIG4 is a structural diagram of a GPON PONOLT according to an embodiment of the present disclosure. As shown in FIG4 , NE3 is a GPON type OLT (correspondingly, NE4 is a GPON type ONU), and the OLT internally implements the interconnection of the OSU between the OTU interface and the PON interface.

[0053] GPON types may include but are not limited to GPON, XGPON, XGSPON, or HSPON. Under the GPON type, the OSU is carried on the GPON Encapsulation Mode port (GEM port) channel between the OLT and the ONU. The upstream bandwidth adjustment of the OSU (from ONU to OLT) is limited by the upstream bandwidth of the T-CONT carried by the GEM port. If the upstream bandwidth of the OSU needs to be adjusted, the upstream bandwidth of the Transmission Container (T-CONT) needs to be adjusted first; the downstream bandwidth adjustment of the OSU (from OLT to ONU) is limited by the downstream bandwidth of the GEM port. If the downstream bandwidth of the OSU needs to be adjusted, the downstream bandwidth of the GEM port needs to be adjusted first. The bandwidth adjustment of the downstream GEM port and the upstream T-CONT is limited by the total bandwidth of the entire PON port.

[0054] For example, the uplink and downlink bandwidth of XGSPON is 10G. If the FEC overhead is taken into account, the total available bandwidth is 10G minus the FEC overhead, which is approximately 8.7G.

[0055] In this embodiment, a method for adjusting the optical network bandwidth running on the above-mentioned computer terminal or networking architecture is provided, which is applied to an intermediate node. The intermediate node is located in a network of a passive optical network PON and an optical transport network OTN, and the intermediate node carries an optical service unit OSU. FIG5 is a flow chart of adjusting the optical network bandwidth according to an embodiment of the present disclosure. As shown in FIG5, the process includes the following steps:

[0056] Step S501: receiving a bandwidth adjustment request sent by a source node.

[0057] In the embodiment of the present disclosure, the intermediate node is located in the networking of the passive optical network PON and the optical transport network OTN. The intermediate node can carry the optical service unit OSU. The intermediate node may include one or more intermediate nodes, and the intermediate nodes are connected to the source node and the destination node respectively. Among them, the intermediate node can be an OTN device or an OLT, and the source node can be an OTN device or an ONU.

[0058] As an example, the network management device may send a bandwidth adjustment request to the source node, and the source node may receive the bandwidth adjustment request and send it to the intermediate node.

[0059] As an example, an Operation Administration and Maintenance (OAM) frame may carry bandwidth adjustment messages, such as a bandwidth adjustment request, a bandwidth adjustment response, a bandwidth adjustment confirmation request, and a bandwidth adjustment confirmation response. Bandwidth adjustment requests may include bandwidth increase requests, bandwidth decrease requests, and the like.

[0060] As an example, an OAM frame for bandwidth adjustment may be defined in advance.

[0061] For example, taking a defined OSU standard as an example, FIG6 is a schematic diagram of a bandwidth adjustment OAM frame definition according to an embodiment of the present disclosure. As shown in FIG6, the VER field indicates the version number, the TPN field indicates the frame transmission protocol number, the FT field indicates the frame type, the OT field indicates the OAM frame type (OAM Frame Type), the RES field indicates the reserved field, the Cm-n / Cm+n field indicates the target bandwidth value, and the C m Indicates the original bandwidth value.

[0062] The OT field can be an OAM frame type, with a value of 00001 indicating a bandwidth adjustment frame. The BW_ADJ_REQ (bandwidth adjustment request) and BW_ADJ_ACK (bandwidth adjustment response) fields define the signaling meaning of the bandwidth adjustment OAM frame. BW_ADJ_REQ can include: BW_INC_REQ (bandwidth increase request), BW_DEC_REQ (bandwidth decrease request), BW_INC_CONFIRM (bandwidth increase confirmation), etc.; BW_ADJ_ACK can include: BW_INC_ACK (bandwidth increase response), BW_DEC_ACK (bandwidth decrease response), BW_INC_CONFIRM_ACK (bandwidth increase confirmation response), etc.

[0063] As an example, to adapt to the requirements of transmission on the PON link, the OAM frame can define the following information, which can be defined using the reserved field (RES):

[0064] 1. PON port ID: 8 bits

[0065] 2. ONU ID: 10 bits

[0066] 3. Gem port-ID / LLID: 16 bits

[0067] 4. AllocID (T-CONT number): 14 bits

[0068] Other OSU-related standards can also be expanded in this way. The embodiments of the present disclosure do not limit the type of OSU standards.

[0069] The bandwidth adjustment request and bandwidth adjustment response defined in the embodiments of the present disclosure can be used by PON OLTs and ONUs when sending or receiving OAM frames, so that nodes in the system can determine the PON service container carrying the OSU based on the bandwidth adjustment request or bandwidth adjustment response.

[0070] Step S502: Obtain available bandwidth information.

[0071] Exemplarily, the available bandwidth information may include available bandwidth information of an optical data unit (ODU) or available bandwidth information of a passive optical network (PON).

[0072] As an example, if the intermediate node is an OLT and the source node is an ONU, when the bandwidth adjustment request sent by the source node is received, the available bandwidth information of the current PON can be obtained; if the intermediate node is an OLT and the source node is an OTN device, when the bandwidth adjustment request sent by the source node is received, the available bandwidth information of the current ODU can be obtained; if the intermediate node is an OTN device and the source node is an ONU or OTN device, when the bandwidth adjustment request sent by the source node is received, the available bandwidth information of the current ODU can be obtained.

[0073] Step S503: Generate a bandwidth adjustment decision result according to the bandwidth adjustment request and the available bandwidth information.

[0074] As an example, a bandwidth adjustment decision result may be generated based on the bandwidth adjustment request and the current available bandwidth information of the PON, or a bandwidth adjustment decision result may be generated based on the bandwidth adjustment request and the current available bandwidth information of the ODU.

[0075] In the embodiment of the present disclosure, the bandwidth adjustment request may include a bandwidth increase request and a bandwidth decrease request. Under different bandwidth adjustment requests, the intermediate node may have different adjustment methods.

[0076] In an exemplary embodiment, the bandwidth adjustment request carries bandwidth adjustment amount information, and step S503 includes:

[0077] In the case that the bandwidth adjustment request is a bandwidth increase request, whether bandwidth resources are sufficient is determined according to the available bandwidth information and the bandwidth adjustment amount information; if bandwidth resources are sufficient, a bandwidth adjustment decision result is generated.

[0078] In the embodiment of the present invention, when the bandwidth adjustment request is a bandwidth increase request, it is necessary to confirm whether the current bandwidth resources are sufficient in order to adjust the bandwidth required by the bandwidth increase request.

[0079] For example, if the bandwidth adjustment request carries a bandwidth adjustment amount of 700 units and the current bandwidth resources are 1000 units, it is considered that the bandwidth resources are sufficient, and a bandwidth adjustment decision of "increase by 700 units" can be generated; if the bandwidth adjustment request carries a bandwidth adjustment amount of 1200 units and the current bandwidth resources are 1000 units, it is considered that the bandwidth resources are insufficient, and a bandwidth adjustment decision of "insufficient bandwidth resources, stop sending bandwidth adjustment requests" can be generated; the above-mentioned units can refer to the OSU base rate.

[0080] As an example, when the bandwidth adjustment request is a bandwidth reduction request, it is considered that the current bandwidth resources are sufficient, and a bandwidth adjustment decision result can be generated directly according to the bandwidth adjustment request and the available bandwidth information.

[0081] Step S504: Send the bandwidth adjustment request to the sink node, and perform bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result.

[0082] Exemplarily, the bandwidth adjustment request may be forwarded to the sink node, and bandwidth adjustment may be performed on the OSU or PON side according to the bandwidth adjustment decision result.

[0083] In an exemplary embodiment, step S504 includes:

[0084] If the bandwidth adjustment request is a bandwidth increase request and the bandwidth resources are sufficient, sending the bandwidth adjustment request to the sink node, so that the sink node adjusts the user interface bandwidth of the sink node according to the bandwidth increase request, and generates a bandwidth adjustment response;

[0085] Receive the bandwidth adjustment response sent by the sink node, perform bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result, and send the bandwidth adjustment response to the source node.

[0086] As an example, when the bandwidth adjustment request is a bandwidth increase request and there are sufficient bandwidth resources, the bandwidth adjustment request can be sent to the destination node so that the destination node adjusts the user interface bandwidth of the destination node according to the bandwidth increase request and generates a bandwidth adjustment response; upon receiving the bandwidth adjustment response, the intermediate node can perform bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result, and forward the bandwidth adjustment response to the source node.

[0087] In an exemplary embodiment, after sending the bandwidth adjustment response to the source node, the method further includes:

[0088] receiving a bandwidth adjustment confirmation request sent by the source node, and sending the bandwidth adjustment confirmation request to the sink node, so that the sink node generates a bandwidth adjustment confirmation response according to the bandwidth adjustment confirmation request;

[0089] A bandwidth adjustment confirmation response is received from the sink node, and the bandwidth adjustment confirmation response is forwarded to the source node, so that the source node stops sending the bandwidth adjustment confirmation request according to the bandwidth adjustment confirmation response.

[0090] As an example, timers can be set at the source node and the destination node respectively. After receiving the bandwidth adjustment confirmation request from the source node, the destination node can stop transmitting the bandwidth adjustment request to the source node, release the timer of the destination node, generate a bandwidth adjustment confirmation response, and transmit the bandwidth adjustment confirmation response to the source node.

[0091] As an example, if the sink node still does not receive the bandwidth adjustment confirmation request after the timer times out, the bandwidth before adjustment may be restored, and the bandwidth adjustment failure may be reported to the network management.

[0092] In an exemplary embodiment, sending the bandwidth adjustment request to the sink node and performing bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment policy includes:

[0093] If the bandwidth adjustment request is a bandwidth reduction request, perform bandwidth adjustment on the OSU and PON sides according to the bandwidth adjustment policy, forward the bandwidth adjustment request to the sink node, so that the sink node adjusts the user interface bandwidth of the sink node according to the bandwidth adjustment request, and generates the bandwidth adjustment response;

[0094] The bandwidth adjustment response is received from the sink node, and a bandwidth adjustment response is sent to the source node.

[0095] As an example, when the bandwidth adjustment request is a bandwidth reduction request, that is, the bandwidth resources are sufficient, the bandwidth adjustment can be directly performed on the OSU or PON side according to the bandwidth adjustment policy, and the bandwidth reduction request can be sent to the destination node, so that the destination node adjusts the user interface bandwidth of the destination node according to the bandwidth reduction request and generates a bandwidth adjustment response; the intermediate node can directly forward the bandwidth adjustment response to the source node after receiving the bandwidth adjustment response.

[0096] In an exemplary embodiment, performing bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result includes:

[0097] When the intermediate node is an optical transport network (OTN) device, adjusting the bandwidth of the OSU according to the bandwidth adjustment decision result;

[0098] In the case where the intermediate node is an optical line terminal OLT, bandwidth adjustment is performed on the OSU and PON sides according to the bandwidth adjustment decision result; wherein the bandwidth adjustment on the PON side includes bandwidth adjustment of a logical link identifier LLID, bandwidth adjustment of a gigabit general interface Gemport, or bandwidth adjustment of a transmission container T-CONT.

[0099] As an example, when the intermediate node is an OTN device, the bandwidth of the OSU can be adjusted according to the bandwidth adjustment decision result; when the intermediate node is an OLT, the bandwidth of the OSU and PON sides can be adjusted according to the bandwidth adjustment decision result.

[0100] As an example, the PON side may include at least one of the following bandwidth adjustments: bandwidth adjustment of a logical link identifier LLID, bandwidth adjustment of a gigabit general interface Gemport, bandwidth adjustment of a transport container T-CONT, and the like.

[0101] The following two examples further illustrate the bandwidth processing logic of the intermediate node in the present disclosure:

[0102] Example 1:

[0103] The intermediate node is OTN. FIG7 is a logic diagram of bandwidth processing of an OTN node according to an embodiment of the present disclosure. As shown in FIG7 , the processing modules involved in the OTN node may include three: an OAM frame receiving and sending and processing decision module, an available bandwidth determination module, and a bandwidth adjustment module.

[0104] The OAM frame transceiver and processing decision module can be used to receive OAM frames of the OSU involved in bandwidth adjustment and send them to the available bandwidth judgment module; make bandwidth adjustment decisions based on the judgment results sent by the available bandwidth judgment module or the received OAM frames; and send the received OAM frames to the OAM frame sending direction or receiving direction;

[0105] For example, if the bandwidth adjustment request carried by the OAM frame is a bandwidth increase request, a bandwidth adjustment decision can be made based on the judgment result sent by the available bandwidth judgment module; if the bandwidth adjustment request carried by the OAM frame is a bandwidth reduction request, a bandwidth adjustment decision can be made directly based on the bandwidth adjustment amount information carried by the received OAM frame.

[0106] The available bandwidth judgment module can be used to receive OAM frames sent by the OAM frame transceiver and processing decision module, where the OAM frames carry bandwidth adjustment amount information, obtain the available bandwidth of the ODU involved in the bandwidth adjustment, judge whether the available bandwidth of the ODU is sufficient based on the bandwidth adjustment amount information and the available bandwidth of the ODU, and feed back the judgment result to the OAM frame transceiver and processing decision module;

[0107] The bandwidth adjustment module can be used to adjust the bandwidth of the OSU according to the decision result of the received OAM frame.

[0108] Example 2:

[0109] The intermediate node is the OLT. FIG8 is a logic diagram of OLT bandwidth processing according to an embodiment of the present disclosure. As shown in FIG8 , the processing modules involved in the OLT node may include three: an OAM frame receiving and sending and processing decision module, an available bandwidth judgment module, and a bandwidth adjustment module.

[0110] The OAM frame transceiver and processing decision module can be used to receive OAM frames of the OSU involved in bandwidth adjustment and send them to the available bandwidth judgment module; make bandwidth adjustment decisions based on the judgment results sent by the available bandwidth judgment module or the received OAM frames; and send the received OAM frames to the OAM frame sending direction or receiving direction;

[0111] For example, if the bandwidth adjustment request carried by the OAM frame is a bandwidth increase request, a bandwidth adjustment decision can be made based on the judgment result sent by the available bandwidth judgment module; if the bandwidth adjustment request carried by the OAM frame is a bandwidth reduction request, a bandwidth adjustment decision can be made directly based on the bandwidth adjustment amount information carried by the received OAM frame.

[0112] The available bandwidth judgment module can be used to receive OAM frames sent by the OAM frame transceiver and processing decision module, where the OAM frames carry bandwidth adjustment amount information, obtain the available bandwidth of the ODU involved in the bandwidth adjustment, judge whether the available bandwidth of the ODU is sufficient based on the bandwidth adjustment amount information and the available bandwidth of the ODU, and feed back the judgment result to the OAM frame transceiver and processing decision module;

[0113] The bandwidth adjustment module is used to adjust the bandwidth of the OSU according to the received bandwidth adjustment decision. If the bandwidth adjustment direction is PON downstream (from west to east), the bandwidth adjustment can be performed on the PON side: if it is an EPON interface, the downstream bandwidth of the LLID can be adjusted; if it is a GPON interface, the downstream bandwidth of the GEM port is adjusted; if the bandwidth adjustment direction is PON upstream (from east to west), the OSU bandwidth and the upstream bandwidth of the PON side are adjusted: if it is an EPON interface, the upstream bandwidth of the LLID can be adjusted; if it is a GPON interface, the upstream bandwidth of the T-CONT can be adjusted.

[0114] In an embodiment of the present disclosure, an intermediate node located in a network composed of a passive optical network and an optical transport network receives a bandwidth adjustment request sent by a source node, obtains available bandwidth information, generates a bandwidth adjustment decision result based on the bandwidth adjustment request and the available bandwidth information, sends the bandwidth adjustment request to a destination node, and performs bandwidth adjustment on the OSU or PON side based on the bandwidth adjustment decision result. This solves the problem in related technologies that the PON and OSU cannot coordinate bandwidth adjustment, cannot achieve the resource reservation required by the headend node, and cannot achieve lossless rate adjustment in a CBR network connection. Instead, it realizes automatic lossless bandwidth adjustment when the OSU transmits via the PON network.

[0115] In an exemplary embodiment, the method further includes:

[0116] In the case where the bandwidth adjustment request is a bandwidth increase request, if the bandwidth adjustment confirmation request or the bandwidth adjustment confirmation response is not received within a first preset time, the bandwidth is restored to the bandwidth before adjustment and a bandwidth adjustment failure is reported.

[0117] For example, a timer can be set at an intermediate node, etc., and when the bandwidth adjustment request is a bandwidth increase request, if a bandwidth adjustment confirmation request and a bandwidth adjustment confirmation response have been received within a first preset time of the timer of the intermediate node, the timer of the intermediate site can be canceled; if the timer of the intermediate node exceeds the first preset time and still has not received a bandwidth adjustment confirmation request or a bandwidth adjustment confirmation response, the bandwidth can be restored to the bandwidth before adjustment, and the bandwidth adjustment failure is reported.

[0118] In an exemplary embodiment, the method further includes:

[0119] In a case where the bandwidth adjustment request is a bandwidth reduction request, if the bandwidth adjustment response sent by the sink node is not received within a second preset time, the bandwidth before adjustment is restored and a bandwidth adjustment failure is reported.

[0120] For example, when the type of bandwidth adjustment request is a bandwidth reduction request, if a bandwidth adjustment response is received from the destination node within the second preset time of the intermediate node's timer, the timer of the intermediate site can be canceled; if the timer of the intermediate node exceeds the second preset time and still has not received a bandwidth adjustment response from the destination node, the bandwidth before adjustment can be restored and the bandwidth adjustment failure is reported.

[0121] In an exemplary embodiment, the source node is an optical transport network OTN device or a passive optical network unit PON ONU; the sink node is an optical transport network OTN device or a passive optical network unit PON ONU; wherein the source node and the sink node are of different device types.

[0122] As an example, in a passive optical network (PON) and optical transport network (OTN) networking, the OTN device and the passive optical network unit (PON ONU) can serve as source nodes or sink nodes, respectively. If bandwidth adjustment is initiated by the OTN side, the OTN device is the source node and the passive optical network unit (PON ONU) is the sink node. If bandwidth adjustment is initiated by the PON side, the passive optical network unit (PON ONU) is the source node and the OTN device is the sink node.

[0123] Another embodiment of the present disclosure provides a method for adjusting the optical network bandwidth running on the above-mentioned mobile terminal or networking architecture, which is applied to a sink node. The sink node is located in a network of a passive optical network (PON) and an optical transport network (OTN). The sink node carries an optical service unit. FIG9 is a flow chart of adjusting the optical network bandwidth according to an embodiment of the present disclosure. As shown in FIG9 , the process includes the following steps:

[0124] Step 901: Receive a bandwidth adjustment request and obtain available bandwidth information.

[0125] In the disclosed embodiments, the sink node is located in a network of a passive optical network and an optical transport network. The sink node, intermediate node, and source node can each carry optical service units. The intermediate node can be an OTN device or an OLT, and the sink node can be an OTN device or an ONU.

[0126] As an example, the intermediate node may receive a bandwidth adjustment request sent by the source node, and forward the bandwidth adjustment request to the sink node.

[0127] As an example, an Operation Administration and Maintenance (OAM) frame may carry bandwidth adjustment messages, such as bandwidth adjustment request, bandwidth adjustment response, bandwidth adjustment confirmation request, bandwidth adjustment confirmation response, etc. Bandwidth adjustment requests may include bandwidth increase request, bandwidth decrease request, etc.

[0128] As an example, an OAM frame for bandwidth adjustment may be defined in advance. The definition of the OAM frame is shown in FIG6 . The bandwidth adjustment method of the intermediate node has been described in detail and will not be repeated here.

[0129] Step 902: Generate a bandwidth adjustment decision result according to the bandwidth adjustment request and the available bandwidth information.

[0130] Exemplarily, the available bandwidth information may include available bandwidth information of an optical data unit (ODU) or available bandwidth information of a passive optical network (PON).

[0131] As an example, if the sink node is an ONU, when the sink node receives a bandwidth adjustment request, it can obtain the available bandwidth information of the current PON; if the sink node is an OTN device, when the sink node receives a bandwidth adjustment request, it can obtain the available bandwidth information of the current ODU.

[0132] Step 903: According to the bandwidth adjustment decision result, the bandwidth of the OSU or the bandwidth of the user interface is adjusted, and a bandwidth adjustment response is sent to the intermediate node.

[0133] As an example, a bandwidth adjustment request may include a bandwidth increase request or a bandwidth decrease request. Since the sink node believes that the bandwidth is sufficient, the sink node can directly adjust the bandwidth of the OSU or the user interface when receiving a bandwidth increase request or a bandwidth decrease request.

[0134] In an exemplary embodiment, adjusting the bandwidth of the OSU or the bandwidth of the user interface according to the bandwidth adjustment decision result includes:

[0135] When the sink node is the OTN device, adjusting the bandwidth of the OSU;

[0136] When the sink node is the PON ONU, bandwidth adjustment of the user interface is performed.

[0137] Exemplarily, if the sink node is an OTN device, the bandwidth of the OSU may be adjusted; if the sink node is a PON ONU, the bandwidth of the user interface may be adjusted.

[0138] The following takes the sink node as an ONU as an example to further explain the sink node bandwidth processing logic of the present disclosure:

[0139] Example 3:

[0140] FIG10 is a logic diagram of bandwidth processing of an ONU node according to an embodiment of the present disclosure. Taking the ONU node as a sink node as an example, the processing modules involved in the ONU node may include three: an OAM frame transceiver and processing decision module, an available bandwidth judgment module, and a bandwidth adjustment module.

[0141] The OAM frame transceiver and processing decision module is used to receive OAM frames from the OSU involved in bandwidth adjustment and send them to the available bandwidth judgment module; make bandwidth adjustment decisions based on the judgment results sent by the available bandwidth judgment module or the received OAM frames; and send the received OAM frames to the OAM frame sending direction or receiving direction;

[0142] Available bandwidth judgment module: can be used to receive OAM frames sent by the OAM frame transceiver and processing decision module, where the OAM frames carry bandwidth adjustment information, and obtain the available bandwidth on the PON side involved in the bandwidth adjustment. Based on the bandwidth adjustment information and the available bandwidth on the PON side, it is determined whether the available bandwidth on the PON side is sufficient, and the judgment result is fed back to the OAM frame transceiver and processing decision module;

[0143] For example, if the bandwidth adjustment request carried by the OAM frame comes from the PON side, it can be directly determined whether the available bandwidth resources are sufficient; if the bandwidth adjustment request carried by the OAM frame comes from the user interface side, it can be determined whether the bandwidth resources are sufficient by obtaining the available bandwidth on the PON side (for example, it can be obtained from the OLT side through the PON OAM interface).

[0144] The bandwidth adjustment module can be used to adjust the bandwidth based on the bandwidth adjustment decision results of the OAM frame transmission, reception and processing decision module: if the bandwidth adjustment direction is from the ONU to the user interface (from west to east), the user interface bandwidth can be directly adjusted; if the bandwidth adjustment direction is from the PON side to the ONU (from east to west), the OSU bandwidth can be adjusted from the PON side to the ONU.

[0145] It should be noted that the above-mentioned ONU node bandwidth processing logic (as shown in Figure 10) can not only perform bandwidth processing with the ONU node as the sink node, but also perform bandwidth processing with the ONU node as the source node. The bandwidth processing logic of the ONU node as the source node is the same as the processing logic of the above-mentioned ONU node as the sink node, and will not be repeated here.

[0146] In the disclosed embodiments, a sink node located in a network composed of a passive optical network and an optical transport network receives a bandwidth adjustment request and obtains available bandwidth information. A bandwidth adjustment decision result is generated based on the bandwidth adjustment request and the available bandwidth information. Based on the bandwidth adjustment decision result, the bandwidth of the OSU or the user interface is adjusted, and a bandwidth adjustment response is sent to an intermediate node. This solves the problem in related technologies that the PON and OSU cannot coordinate bandwidth adjustment, cannot achieve the resource reservation required by the headend node, and cannot achieve lossless rate adjustment in a CBR network connection. Instead, the system realizes automatic and lossless bandwidth adjustment when the OSU is transmitting via the PON network.

[0147] In an exemplary embodiment, after sending the bandwidth adjustment response to the intermediate node, the method further includes:

[0148] In a case where the type of the bandwidth adjustment request is a bandwidth increase request, receiving a bandwidth adjustment confirmation request sent by the source node, and stopping sending the bandwidth adjustment response;

[0149] A bandwidth adjustment confirmation response is generated according to the bandwidth adjustment confirmation request and sent to the source node, so that the source node stops sending the bandwidth adjustment confirmation request according to the bandwidth adjustment confirmation response.

[0150] As an example, when the type of the bandwidth adjustment request is a bandwidth increase request, when receiving a bandwidth adjustment confirmation request sent by the source node, the sending of the bandwidth adjustment response may be stopped.

[0151] As an example, a bandwidth adjustment confirmation response may be generated according to the bandwidth adjustment confirmation request and sent to the source node. After receiving the bandwidth adjustment confirmation response, the source node may stop sending the bandwidth adjustment confirmation request.

[0152] In an exemplary embodiment, the method further includes:

[0153] In a case where the bandwidth adjustment request is a bandwidth increase request, if the bandwidth adjustment confirmation request is not received within a third preset time, the bandwidth before adjustment is restored and a bandwidth adjustment failure is reported.

[0154] As an example, the destination node can set a timer. When the bandwidth adjustment request is a bandwidth increase request, if a bandwidth adjustment confirmation request is received within the third preset time of the destination node's timer, the destination node can stop sending a bandwidth adjustment response to the source node, cancel the destination node's timer, and send a bandwidth adjustment confirmation reply to the source node; if the destination node's timer exceeds the third preset time and still does not receive a bandwidth adjustment confirmation request, the bandwidth can be restored to the bandwidth before adjustment and the bandwidth adjustment failure is reported.

[0155] In an exemplary embodiment, the source node is an optical transport network OTN device or a passive optical network unit PON ONU; the sink node is an optical transport network OTN device or a passive optical network unit PON ONU; wherein the source node and the sink node are of different device types.

[0156] As an example, in a passive optical network (PON) and optical transport network (OTN) networking, the OTN device and the passive optical network unit (PON ONU) can serve as source nodes or sink nodes, respectively. If bandwidth adjustment is initiated by the OTN side, the OTN device is the source node and the passive optical network unit (PON ONU) is the sink node. If bandwidth adjustment is initiated by the PON side, the passive optical network unit (PON ONU) is the source node and the OTN device is the sink node.

[0157] The following uses several examples to further illustrate the bandwidth adjustment processing logic from the source node to the sink node in the PON and OTN networking of the present disclosure:

[0158] Example 4

[0159] Bandwidth increase and adjustment process initiated by the OTN side

[0160] Figure 11 is a schematic diagram of a bandwidth increase and adjustment process initiated by the OTN side according to an embodiment of the present disclosure. As shown in Figure 11, the PON and OTN network includes nodes NE1, NE2, NE3, and NE4, where NE1 and NE2 are OTN devices, NE3 is an OLT, and NE4 is an ONU. If the bandwidth increase and adjustment process is initiated by the OTN side, NE1 is the source node, NE2 and NE3 are intermediate nodes, and NE4 is the sink node.

[0161] The process may include the following steps:

[0162] Step 1: The source node (NE1) can receive the bandwidth increase request sent by the network management, and periodically send a bandwidth increase request OSU OAM message (BW_INC_REQ) to the sink node (as shown in figure ①), and at the same time start the timer of the source node (NE1).

[0163] Step 2: After receiving the BW_INC_REQ, each intermediate node can first check the bandwidth resources to confirm whether the bandwidth resources are sufficient. If the bandwidth resources are sufficient, the BW_INC_REQ is sent to the destination node (NE4). If the bandwidth resources are insufficient, the BW_INC_REQ is stopped and a bandwidth adjustment failure response BW_INC_NACK is sent to the source node, reporting the adjustment failure reason to the corresponding network management.

[0164] Among them, the bandwidth increase request received by the intermediate node NE3 (OLT) comes from the westbound OTU interface. It is necessary to confirm whether the PON link bandwidth resources between NE3 (OLT) and NE4 (ONU) are sufficient. Its processing logic can correspond to the bandwidth processing logic of NE3 (OLT) in Figure 8.

[0165] If the bandwidth resources between NE3 and NE4 are insufficient, that is, they cannot meet the adjusted bandwidth requirement, a BW_INC_NACK message is sent to NE2 (as shown in figure ②). If it is confirmed that the bandwidth resources between NE3 and NE4 are sufficient and can meet the adjusted bandwidth requirement, a BW_INC_REQ message is sent to NE4 (as shown in figure ③).

[0166] Step 3: After receiving the OSU OAM message BW_INC_REQ, the sink node (NE4, or the ONU) begins bandwidth adjustment. Figure 10 shows the corresponding internal processing flow of NE4 (ONU). The ONU's request comes from the westbound PON interface. Since it is the sink node, it believes that sufficient bandwidth meets the adjusted bandwidth requirement and directly adjusts the bandwidth of the user interface. It also sends a bandwidth increase response (BW_INC_ACK) to NE3 (as shown in Figure 4) and starts the sink node's timer.

[0167] Step 4: After receiving the BW_INC_ACK sent by the sink node (NE4), the intermediate node (NE3) adjusts the PON side link bandwidth between NE3 and NE4.

[0168] The PON-side link bandwidth adjustment of the intermediate node (NE3) corresponds to the bandwidth processing logic of NE3 (OLT) in Figure 8. After receiving BW_INC_ACK, the OLT adjusts the bandwidth of the downstream LLID or Germport, as well as the bandwidth of the downstream OSU (NE3 to NE4). At the same time, it sends BW_INC_ACK to the source node (as shown in Figure 5) and starts the timer.

[0169] If the bandwidth adjustment fails, the BW_INC_ACK message will be stopped from being sent to the source node (NE1), and the bandwidth adjustment failure will be reported to the network management.

[0170] Step 5: After receiving the BW_INC_ACK, the source node (NE1) adjusts the bandwidth of the OSU and the bandwidth of the user interface. After the bandwidth adjustment of the user interface is completed, the source node (NE1) stops sending BW_INC_REQ and starts sending bandwidth increase confirmation requests BW_INC_CONFIRM (as shown in Figure 6).

[0171] Step 6: After receiving the BW_INC_CONFIRM message, the sink node (NE4, i.e., the ONU) stops sending BW_INC_ACK messages to the source node, cancels its own timer, and sends a bandwidth increase confirmation response (BW_INC_CONFIRM_ACK) to the source node (as shown in Figure 7). If the BW_INC_CONFIRM message is not received after the timer expires, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management system.

[0172] Step 7: If the intermediate node detects BW_INC_CONFIRM and BW_INC_CONFIRM_ACK within the preset time range of the intermediate node timer, the local node timer is canceled. If the timer exceeds the preset time range and still does not detect BW_INC_CONFIRM and BW_INC_CONFIRM_ACK, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management.

[0173] Step 8: After receiving BW_INC_CONFIRM_ACK, the source node (NE1) can stop sending BW_INC_CONFIRM and cancel the timer of the local site. If the timer exceeds the preset time of the source node timer and still does not receive BW_INC_CONFIRM_ACK, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management.

[0174] Step 9: After the sink node (NE4, ie, ONU) detects that it cannot send BW_INC_CONFIRM, it can stop sending BW_INC_CONFIRM_ACK, and the bandwidth adjustment is completed.

[0175] It should be noted that the preset time of each node timer in this example 4 can be set according to actual conditions, and this example does not impose any restrictions here.

[0176] This example 4 implements automatic logical judgment of the PON link bandwidth and automatic adjustment of the PON link bandwidth while adjusting the OSU service bandwidth, thereby achieving automatic lossless adjustment of the bandwidth when the OSU is transmitted via the PON network.

[0177] Example 5

[0178] Bandwidth reduction adjustment process initiated by the OTN side

[0179] Figure 12 is a schematic diagram of a bandwidth reduction adjustment process initiated by the OTN side according to an embodiment of the present disclosure. As shown in Figure 12, the PON and OTN network includes nodes NE1, NE2, NE3, and NE4, where NE1 and NE2 are OTN devices, NE3 is an OLT, and NE4 is an ONU. If the bandwidth reduction adjustment process is initiated by the OTN side, NE1 is the source node, NE2 and NE3 are intermediate nodes, and NE4 is the sink node.

[0180] The process may include the following steps:

[0181] Step 1: The source node (NE1) can receive the bandwidth reduction request sent by the network management, and periodically send a bandwidth reduction request OSU OAM message (BW_DEC_REQ) to the sink node (NE4) (as shown in figure ①), and at the same time start the timer of the source node (NE1).

[0182] Step 2: After receiving BW_DEC_REQ, each intermediate node can directly adjust the bandwidth.

[0183] The bandwidth processing logic of the intermediate node NE3 corresponds to the bandwidth processing logic of NE3 (OLT) in Figure 8. After receiving the BW_DEC_REQ, the OLT adjusts the bandwidth of the downstream LLID or Germport (NE3 to NE4) and the downstream OSU. It then sends a BW_DEC_REQ to the sink node NE4 (i.e., ONU) (as shown in Figure 2) and starts a timer.

[0184] If the bandwidth adjustment fails, the BW_DEC_REQ message is stopped from being sent to the sink node (NE4), and the bandwidth adjustment failure is reported to the network management.

[0185] Step 3: After receiving the BW_DEC_REQ, the sink node (NE4) adjusts the bandwidth of the user interface and sends a bandwidth reduction response BW_DEC_ACK to the source node (as shown in figure ③).

[0186] Step 4: After the intermediate node detects the BW_DEC_ACK from the destination node, it can cancel its own timer. If the intermediate node timer exceeds its preset time and still does not receive the BW_DEC_ACK from the destination node, it will perform bandwidth adjustment rollback and report the bandwidth adjustment failure to the network management.

[0187] Step 5: After receiving the BW_DEC_ACK, the source node (NE1) resets its own timer and stops sending BW_DEC_REQs. If the source node timer exceeds the preset timer value and still has not received a BW_DEC_ACK from the sink node, it rolls back the bandwidth adjustment and reports the bandwidth adjustment failure to the network management.

[0188] Step 6: After detecting that the BW_DEC_REQ is no longer available, the sink node (NE4, ie, ONU) stops sending BW_DEC_ACK, and the bandwidth adjustment is completed.

[0189] It should be noted that the preset time of each node timer in this example 5 can be set according to actual conditions, and this example does not impose any restrictions here.

[0190] This Example 5 implements automatic logical judgment of the PON link bandwidth and automatic adjustment of the PON link bandwidth while adjusting the OSU service bandwidth, thereby achieving automatic lossless adjustment of the bandwidth when the OSU is transmitted via the PON network.

[0191] Example 6

[0192] Bandwidth increase adjustment process initiated by the PON side

[0193] Figure 13 is a schematic diagram of a bandwidth increase and adjustment process initiated by the PON side according to an embodiment of the present disclosure. As shown in Figure 13, the PON and OTN network includes nodes NE1, NE2, NE3, and NE4, where NE1 and NE2 are OTN devices, NE3 is an OLT, and NE4 is an ONU. If the bandwidth increase and adjustment process is initiated by the PON side, NE4 is the source node, NE2 and NE3 are intermediate nodes, and NE1 is the sink node.

[0194] The process may include the following steps:

[0195] Step 1: The source node (NE4, i.e., ONU) can receive the bandwidth reduction request sent by the network management and periodically send a bandwidth reduction request OSU OAM message (BW_INC_REQ) to the sink node (NE1) (as shown in figure ①), and at the same time start the timer of the source node (NE4).

[0196] Step 2: After receiving the BW_INC_REQ, each intermediate node can first check the bandwidth resources to confirm whether the bandwidth resources are sufficient. If the bandwidth resources are sufficient, the BW_INC_REQ is sent to the destination node (NE1). If the bandwidth resources are insufficient, the BW_INC_REQ is stopped and a bandwidth adjustment failure response BW_INC_NACK is sent to the source node (NE4), reporting the adjustment failure reason to the corresponding network management.

[0197] Among them, the bandwidth increase request received by the intermediate node NE3 (OLT) comes from the east-bound PON interface. It is necessary to confirm whether the PON link bandwidth resources between NE3 (OLT) and NE4 (ONU) are sufficient, and whether the bandwidth resources between NE2 and NE3 are sufficient. Its processing logic can correspond to the bandwidth processing logic of NE3 (OLT) in Figure 8.

[0198] If the bandwidth resources between NE3 and NE4 or between NE2 and NE3 are insufficient, that is, the adjusted bandwidth requirements cannot be met, a BW_INC_NACK is sent to the source node (NE4) (as shown in icon ②); if the PON link bandwidth resources between NE3 (OLT) and NE4 (ONU) and the bandwidth resources between NE2 and NE3 are sufficient, meeting the adjusted bandwidth requirements, a BW_INC_REQ can be sent to NE2 (as shown in icon ③).

[0199] If the intermediate node is a non-OLT node, there is no need to consider the PON-side link bandwidth between the OLT and the ONU.

[0200] Step 3: After receiving the OSU OAM message BW_INC_REQ, the sink node (NE1) starts to adjust the user interface bandwidth and sends a bandwidth increase response BW_INC_ACK (as shown in Figure 4) to the source node (NE4), and starts the timer of the sink node (NE1).

[0201] Step 4: After receiving the BW_INC_ACK sent by the sink node (NE1), the intermediate node adjusts the PON side link bandwidth between NE3 and NE4.

[0202] Among them, the PON-side link bandwidth adjustment of the intermediate node (NE3) corresponds to the bandwidth processing logic of NE3 (OLT) in Figure 8. After receiving BW_INC_ACK, the OLT can adjust the bandwidth of the LLID or T-CONT in the PON upstream direction (NE3 to NE4), and at the same time adjust the bandwidth of the OSU in the sink node direction, and send BW_INC_ACK to the source node (NE4, i.e., ONU) (as shown in figure 5), and start the timer at the same time.

[0203] If the bandwidth adjustment fails, the BW_INC_ACK message will be stopped from being sent to the source node (NE4), and the bandwidth adjustment failure will be reported to the network management.

[0204] Step 5: After receiving the BW_INC_ACK, the source node (NE4, i.e., ONU) adjusts the bandwidth of the OSU and the bandwidth of the user interface. After the user interface bandwidth adjustment is completed, the source node (NE4) stops sending BW_INC_REQ and starts sending BW_INC_CONFIRM (as shown in Figure 6).

[0205] Step 6: After receiving BW_INC_CONFIRM, the sink node (NE1) stops sending BW_INC_ACK to the source node, cancels the timer of the local site, and then sends a bandwidth increase confirmation response BW_INC_CONFIRM_ACK to the source node (as shown in figure ⑦).

[0206] If the BW_INC_CONFIRM message is not received after the timer times out, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management system.

[0207] Step 7: If the intermediate node detects BW_INC_CONFIRM and BW_INC_CONFIRM_ACK within the preset time range of the intermediate node timer, the local node timer is canceled. If the timer exceeds the preset time range and still does not detect BW_INC_CONFIRM and BW_INC_CONFIRM_ACK, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management system.

[0208] Step 8: After receiving BW_INC_CONFIRM_ACK, the source node (NE4) can stop sending BW_INC_CONFIRM and cancel the timer of the local site. If the timer exceeds the preset time of the source node timer and still does not receive BW_INC_CONFIRM_ACK, the bandwidth adjustment is rolled back and the bandwidth adjustment failure is reported to the network management.

[0209] Step 9: After the sink node (NE1) detects that it cannot send BW_INC_CONFIRM, it stops sending BW_INC_CONFIRM_ACK, and the bandwidth adjustment ends.

[0210] It should be noted that the preset time of each node timer in this example 6 can be set according to actual conditions, and this example does not impose any restrictions here.

[0211] This Example 6 implements automatic logical judgment of the PON link bandwidth and automatic adjustment of the PON link bandwidth while adjusting the OSU service bandwidth, thereby achieving automatic lossless adjustment of the bandwidth when the OSU is transmitted via the PON network.

[0212] Example 7

[0213] Bandwidth reduction adjustment process initiated by the PON side

[0214] Figure 14 is a schematic diagram of a bandwidth reduction adjustment process initiated by a PON according to an embodiment of the present disclosure. As shown in Figure 14 , the PON and OTN network includes nodes NE1, NE2, NE3, and NE4, where NE1 and NE2 are OTN devices, NE3 is an OLT, and NE4 is an ONU. If the PON initiates the bandwidth reduction adjustment process, NE4 is the source node, NE2 and NE3 are intermediate nodes, and NE1 is the sink node.

[0215] The process may include the following steps:

[0216] Step 1: The source node (NE4, i.e., ONU) can receive the bandwidth reduction request sent by the network management and periodically send a bandwidth reduction request OSU OAM message (BW_DEC_REQ) to the sink node (NE1) (as shown in figure ①), and at the same time start the timer of the source node (NE4).

[0217] Step 2: After receiving BW_DEC_REQ, each intermediate node can directly adjust the bandwidth.

[0218] The bandwidth processing logic of the intermediate node NE3 corresponds to the bandwidth processing logic of NE3 (OLT) in Figure 8. Referring to Figure 8, after receiving the BW_DEC_REQ, the OLT adjusts the bandwidth of the upstream LLID or T-CONT (NE3 to NE4) and the downstream OSU (NE3 to NE2). It then sends a BW_DEC_REQ to the sink node (NE1) (as shown in Figure 2) and starts a timer.

[0219] If the bandwidth adjustment fails, the BW_DEC_REQ message is stopped from being sent to the sink node (NE1), and the bandwidth adjustment failure is reported to the network management.

[0220] Step 3: After receiving the BW_DEC_REQ, the sink node (NE1) adjusts the bandwidth of the user interface and sends a bandwidth reduction response BW_DEC_ACK to the source node (as shown in Figure ③).

[0221] Step 4: After the intermediate node detects the BW_DEC_ACK signal from the destination node, it can cancel its own timer. If the intermediate node timer exceeds its preset time and still has not received the BW_DEC_ACK signal from the destination node, it will perform bandwidth adjustment rollback and report the bandwidth adjustment failure to the network management.

[0222] Step 5: After receiving the BW_DEC_ACK, the source node (NE4) can cancel its own timer and stop sending BW_DEC_REQ. If the source node timer exceeds the preset timer value and still does not receive the BW_DEC_ACK from the sink node, it will perform bandwidth adjustment rollback and report the bandwidth adjustment failure to the network management.

[0223] Step 6: After detecting that the BW_DEC_REQ is no longer available, the sink node (NE1) stops sending BW_DEC_ACK, and the bandwidth adjustment is completed.

[0224] It should be noted that the preset time of each node timer in this example 7 can be set according to actual conditions, and this example does not impose any restrictions here.

[0225] This Example 7 implements automatic logical judgment of the PON link bandwidth and automatic adjustment of the PON link bandwidth while adjusting the OSU service bandwidth, thereby achieving automatic lossless adjustment of the bandwidth when the OSU is transmitted via the PON network.

[0226] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present disclosure is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), including a number of instructions for enabling a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present disclosure.

[0227] An embodiment of the present disclosure further provides a computer-readable storage medium, in which a computer program is stored. The computer program is configured to execute the steps of any one of the above method embodiments when run.

[0228] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0229] An embodiment of the present disclosure further provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to perform the steps in any of the above method embodiments.

[0230] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0231] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail here.

[0232] Obviously, those skilled in the art should understand that the modules or steps of the present disclosure described above can be implemented using a general-purpose computing device, they can be concentrated on a single computing device, or distributed across a network composed of multiple computing devices, they can be implemented using program code executable by the computing device, and thus, they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be performed in a different order than herein, or they can be fabricated into separate integrated circuit modules, or multiple modules or steps can be fabricated into a single integrated circuit module for implementation. Thus, the present disclosure is not limited to any particular combination of hardware and software.

[0233] The foregoing is merely an exemplary embodiment of the present disclosure and is not intended to limit the present disclosure. Those skilled in the art will readily appreciate that the present disclosure is susceptible to various modifications and variations. Any modifications, equivalent substitutions, improvements, and the like made within the principles of the present disclosure shall be included within the scope of protection of the present disclosure.

Claims

1. A method for adjusting optical network bandwidth, applied to an intermediate node, wherein the intermediate node is located in a network composed of a passive optical network (PON) and an optical transport network (OTN), and the intermediate node carries an optical service unit (OSU), the method comprising: receiving a bandwidth adjustment request sent by a source node; Get available bandwidth information; generating a bandwidth adjustment decision result according to the bandwidth adjustment request and the available bandwidth information; The bandwidth adjustment request is sent to a sink node, and bandwidth adjustment is performed on the OSU or PON side according to the bandwidth adjustment decision result.

2. The method according to claim 1, wherein The bandwidth adjustment request carries bandwidth adjustment amount information, and generating a bandwidth adjustment decision result according to the bandwidth adjustment request and the available bandwidth information includes: In a case where the bandwidth adjustment request is a bandwidth increase request, determining whether bandwidth resources are sufficient according to the available bandwidth information and the bandwidth adjustment amount information; When bandwidth resources are sufficient, a bandwidth adjustment decision result is generated.

3. The method according to claim 2, wherein: The sending the bandwidth adjustment request to the sink node and performing bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result includes: If the bandwidth adjustment request is a bandwidth increase request and the bandwidth resources are sufficient, sending the bandwidth adjustment request to the sink node, so that the sink node adjusts the user interface bandwidth of the sink node according to the bandwidth adjustment request, and generating a bandwidth adjustment response; Receive the bandwidth adjustment response sent by the sink node, perform bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment decision result, and send the bandwidth adjustment response to the source node.

4. The method according to claim 3, wherein: After sending the bandwidth adjustment response to the source node, the method further includes: receiving a bandwidth adjustment confirmation request sent by the source node, and sending the bandwidth adjustment confirmation request to the sink node, so that the sink node generates a bandwidth adjustment confirmation response according to the bandwidth adjustment confirmation request; A bandwidth adjustment confirmation response is received from the sink node, and the bandwidth adjustment confirmation response is forwarded to the source node, so that the source node stops sending the bandwidth adjustment confirmation request according to the bandwidth adjustment confirmation response.

5. The method according to claim 4, wherein Also includes: In the case where the bandwidth adjustment request is a bandwidth increase request, if the bandwidth adjustment confirmation request or the bandwidth adjustment confirmation response is not received within a first preset time, the bandwidth is restored to the bandwidth before adjustment and a bandwidth adjustment failure is reported.

6. The method according to claim 1, wherein The sending the bandwidth adjustment request to the sink node and performing bandwidth adjustment on the OSU or PON side according to the bandwidth adjustment policy includes: If the bandwidth adjustment request is a bandwidth reduction request, perform bandwidth adjustment on the OSU and PON sides according to the bandwidth adjustment policy, forward the bandwidth adjustment request to the sink node, so that the sink node adjusts the user interface bandwidth of the sink node according to the bandwidth adjustment request, and generates the bandwidth adjustment response; The bandwidth adjustment response is received from the sink node, and a bandwidth adjustment response is sent to the source node.

7. The method according to claim 6, wherein: Also includes: In a case where the bandwidth adjustment request is a bandwidth reduction request, if the bandwidth adjustment response sent by the sink node is not received within a second preset time, the bandwidth before adjustment is restored and a bandwidth adjustment failure is reported.

8. The method according to claim 1, wherein Adjusting the bandwidth of the OSU or PON side according to the bandwidth adjustment decision result includes: When the intermediate node is an optical transport network (OTN) device, adjusting the bandwidth of the OSU according to the bandwidth adjustment decision result; In the case where the intermediate node is an optical line terminal OLT, bandwidth adjustment is performed on the OSU and PON sides according to the bandwidth adjustment decision result; wherein the bandwidth adjustment on the PON side includes bandwidth adjustment of a logical link identifier LLID, bandwidth adjustment of a gigabit general interface Gemport, or bandwidth adjustment of a transmission container T-CONT.

9. The method according to claim 1, wherein The source node is an optical transport network OTN device or a passive optical network unit PON ONU; the sink node is an optical transport network OTN device or a passive optical network unit PON ONU; wherein the source node and the sink node are of different device types.

10. A method for adjusting optical network bandwidth, applied to a sink node, the sink node being located in a network comprising a passive optical network (PON) and an optical transport network (OTN), and the sink node carrying an optical service unit, the method comprising: Receive bandwidth adjustment requests and obtain available bandwidth information; generating a bandwidth adjustment decision result according to the bandwidth adjustment request and the available bandwidth information; According to the bandwidth adjustment decision result, the bandwidth of the OSU or the bandwidth of the user interface is adjusted, and a bandwidth adjustment response is sent to the intermediate node.

11. The method according to claim 10, wherein: After sending the bandwidth adjustment response to the intermediate node, the method further includes: In a case where the type of the bandwidth adjustment request is a bandwidth increase request, receiving a bandwidth adjustment confirmation request sent by the source node, and stopping sending the bandwidth adjustment response; A bandwidth adjustment confirmation response is generated according to the bandwidth adjustment confirmation request and sent to the source node, so that the source node stops sending the bandwidth adjustment confirmation request according to the bandwidth adjustment confirmation response.

12. The method according to claim 11, wherein Also includes: In a case where the bandwidth adjustment request is a bandwidth increase request, if the bandwidth adjustment confirmation request is not received within a third preset time, the bandwidth before adjustment is restored and a bandwidth adjustment failure is reported.

13. The method according to claim 11, characterized in that The source node is an optical transport network OTN device or a passive optical network unit PON ONU; the sink node is an optical transport network OTN device or a passive optical network unit PON ONU; wherein the source node and the sink node are of different device types.

14. The method according to claim 13, wherein The adjusting the bandwidth of the OSU or the bandwidth of the user interface according to the bandwidth adjustment decision result includes: When the sink node is the OTN device, adjusting the bandwidth of the OSU; When the sink node is the PON ONU, bandwidth adjustment of the user interface is performed.

15. A computer-readable storage medium having a computer program stored therein, wherein: When the computer program is executed by a processor, the steps of the method described in any one of claims 1 to 9 are implemented, or the steps of the method described in any one of claims 10 to 14 are implemented.

16. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the processor implements the steps of the method described in any one of claims 1 to 9, or implements the steps of the method described in any one of claims 10 to 14.

Images