Method, apparatus and system for processing data frames in an optical transport network

Abstract

The application discloses a method, device and system for processing optical transport network frames. The method comprises the following steps. First, a first device receives an optical transport network frame from a second device, and a payload area of the optical transport network frame comprises a plurality of payload blocks. In addition, the first device acquires service configuration information comprising service identifiers of the plurality of payload block configurations of the optical transport network frame. The first device determines quantity information of corresponding bit positions with the same numerical values of two service identifiers according to a first service identifier contained in a first payload block in the received optical transport network frame and a second service identifier for the first payload block contained in the service configuration information. According to the quantity information and a preset threshold, the first device determines whether the first service identifier and the second service identifier match. Through the foregoing steps, the method for processing optical network frames can improve the robustness of service identifier verification. Optionally, the first device realizes rapid defect detection through service identifier verification of a plurality of continuous payload blocks. Optionally, the first device realizes lossless adjustment of service bandwidth through a bandwidth adjustment indication carried by a payload block.

Description

Technical Field

[0001] This application relates to the field of optical communication technology, and in particular to methods, apparatus and systems for processing data frames in optical transport networks. Background Technology

[0002] Optical transport network (OTN) is a core technology for backbone bearer networks, comprising optical bearer containers of various rates. For example, the optical data unit 0 (ODU0) frame is the smallest bearer container in current OTN technology, with a rate of approximately 1.25 gigabits per second (Gbps), used to carry 1 Gbps Ethernet service data.

[0003] To improve transport efficiency, current OTN optical transport containers employ time-division multiplexing technology. Specifically, a high-speed transport container is divided into multiple fixed time slots to support multiple services. Currently, OTN supports both 1.25G and 5G time slot granularities. For services below 1Gbps, the current OTN transport container's time slot granularity cannot provide an effective transport solution.

[0004] To address this, the current approach is to divide the payload area of ​​the OTN bearer container into multiple payload blocks and define a new low-rate frame. By mapping low-rate frames to payload blocks, low-rate service data can be carried. The current mainstream method for mapping low-rate frames to payload blocks is that when an OTN device receives service data, it allocates the necessary payload block for that service data and transmits it via an OTN frame. Furthermore, to distinguish different service data, each payload block carries indication information that uniquely identifies the service data. However, when this indication information suffers errors during transmission, the receiving OTN frame device cannot determine the service data carried by the low-rate frame, resulting in partial loss of the corresponding service data, which reduces the transmission efficiency of the OTN network. Summary of the Invention

[0005] Existing technologies suffer from the problem of partial loss of service data. Therefore, this application provides a method, apparatus, and system for processing service data in an optical transport network.

[0006] Firstly, embodiments of this application provide a novel data structure for optical transport frames. The optical transport frame includes an overhead area and a payload area, with the payload area comprising multiple payload blocks. Each of these payload blocks includes multiple fields to perform one or more functions such as service configuration verification, defect detection, occupancy indication, rate adaptation indication, and / or bandwidth adjustment indication. By using multiple fields to indicate each function, this design decouples the various function indications, reducing the likelihood of all functions failing in the event of an error.

[0007] In one specific implementation, each of the multiple payload blocks includes a service identifier field and a rate adaptation field. The service identifier field is used to implement service configuration verification, defect detection, and occupancy functions, while the rate adaptation indicator field is used to perform rate adaptation indication. The service identifier uses special bits or values ​​to indicate that the PB containing that service identifier is not occupied. In another specific implementation, each of the multiple payload blocks includes a service identifier field, an occupancy field, a rate adaptation indicator field, and a rate adaptation field to perform all the aforementioned functions. It should be understood that when the value of the occupancy field indicates that the corresponding payload block is not occupied, the receiving device does not need to parse other fields. The receiving device will only parse other fields when the value of the occupancy field indicates that the corresponding payload block is occupied. For example, the receiving device parses the service identifier field to perform service configuration information verification and / or rapid defect detection.

[0008] Based on the aforementioned data structure of optical transport frames, the following provides a method, apparatus, and system for processing optical transport frames using these fields. It should be understood that the methods mentioned in the following aspects can be used in combination to accomplish multiple of the above functions. This application does not limit this approach.

[0009] Secondly, embodiments of this application provide a method for processing optical transport frames. This method includes multiple steps. First, a first device receives an optical transport frame from a second device. The payload area of ​​the optical transport frame includes multiple payload blocks, each of which contains a service identifier. Furthermore, the first device acquires service configuration information, which includes service identifiers configured for the multiple payload blocks of the optical transport frame. Then, the first device determines, based on the first service identifier contained in the first payload block of the received optical transport frame and the second service identifier for the first payload block contained in the service configuration information, the number of times the corresponding bits of the first service identifier and the second service identifier are identical. Based on the number of identical bits and a preset threshold, the first device determines whether the first service identifier and the second service identifier match.

[0010] Specifically, for example, a preset threshold indicates the number of different bits, taking a small value such as 1 or 2. Another example is a preset threshold indicating the number of identical bits, taking a value close to the length of the service identifier. For instance, if the service identifier is 12 bits, the preset threshold would be 10 or 11.

[0011] In one possible implementation, the positions of the payload blocks carrying the same service among the multiple payload blocks of the optical transport frame in the service configuration information satisfy the following: adjacent payload blocks meet a preset interval constraint on the number of payload blocks. This simplifies the management of optical transport frames and reduces equipment complexity.

[0012] When the quantity information meets a preset threshold, a service identifier match is determined. The first device (i.e., the receiving device) then uses the PB information specified by the service configuration information to recover the service data from the received optical transmission frame. By setting a threshold, the method disclosed in this application embodiment can tolerate a certain amount of line errors, reducing the impact of line errors on the verification function, thereby improving the robustness of service identifier information verification.

[0013] Thirdly, embodiments of this application provide a method for detecting service identifier mismatch. This method includes a first device checking whether received service configuration information matches the identifier information of multiple payload blocks of a received optical transmission frame, wherein the multiple payload blocks are consecutively distributed or arranged sequentially at predetermined intervals. When it is determined that at least one of the configuration information of the multiple payload blocks is incorrect, a service identifier mismatch defect indication is generated. Alternatively, when it is determined that the configuration information of all consecutive payload blocks is correct and a service identifier mismatch defect indication exists, the service identifier mismatch defect indication is eliminated.

[0014] It should be noted that the above detection method is based on the premise that the payload block of the optical transport frame includes at least the service identifier. Optionally, other functions mentioned above can also be accomplished by including other fields.

[0015] In one possible implementation, the number of the multiple payload blocks is 16.

[0016] Compared to existing defect detection methods based on optical transmission frames, the detection method disclosed in this application uses a detection method based on multiple payload blocks, which takes less time and can quickly identify line problems, and can be used to complete management functions such as rapid protection switching.

[0017] It should be understood that the above detection method based on multiple payload blocks can also be replaced by a method based on multiple payload block groups. Specifically, the first device determines whether the configuration information of N payload block groups is correct, where each of the N payload block groups includes multiple payload blocks that are continuously distributed or arranged at fixed intervals. Incorrect configuration information of at least one of the multiple payload blocks indicates that the configuration information of the payload block group to which the multiple payload blocks belong is incorrect; or, correct configuration information of each of the multiple payload blocks indicates that the configuration information of the payload block group to which the multiple payload blocks belong is correct. When at least two of the configuration information of the N payload block groups are determined to be incorrect, the first device generates a service identifier mismatch defect indication. Alternatively, when it is determined that the configuration information of all N payload block groups is correct and a service identifier mismatch defect indication exists, the first device eliminates the service identifier mismatch defect. N is greater than or equal to 2.

[0018] The above-mentioned method based on payload blocks can reduce the impact of random line errors on the accuracy of detection and improve the accuracy of defect detection.

[0019] Fourthly, this application also provides a method for adjusting service bandwidth in an optical transport network. This method includes methods for increasing and / or decreasing bandwidth.

[0020] When service bandwidth needs to be increased, the transmitting device first sets the service identifier of the new PB to the service identifier corresponding to the service requiring increased bandwidth, without modifying its bandwidth adjustment indication (i.e., it remains unoccupied). Then, it modifies the bandwidth adjustment indication in the corresponding PB in a subsequent optical transport network multiframe to complete the service bandwidth increase process. Specifically, the process of increasing service bandwidth is described using a receiving device as an example. First, the first device receives a first optical transport network multiframe from the second device. Each of the multiple payload blocks in the first optical transport network multiframe includes a service identifier and a bandwidth adjustment indication. The bandwidth adjustment indication is used to indicate the bandwidth adjustment of the service carried by the corresponding payload block. Then, the first device determines that the service identifier of the first payload block of the first optical transport network multiframe is a third service identifier and determines the bandwidth adjustment indication of the first payload block to a first value. The first value is used to indicate that the payload area of ​​the first payload block in the first optical transport network multiframe does not carry the service corresponding to the third service identifier. Next, the first device demaps the service corresponding to the third service identifier from the first group of payload blocks in the first optical transport network multiframe. The first group of payload blocks does not include the first payload block. The first device receives a second optical transport network (OPN) multiframe from the second device. The second OPN multiframe is a multiframe received after the first device receives the first OPN multiframe. The first device determines that the service identifier of the first payload block of the second OPN multiframe is the third service identifier, and the bandwidth adjustment indication of the first payload block is a second value. The second value indicates that the first payload block in the second OPN multiframe carries the service corresponding to the third service identifier. The first device demaps the service corresponding to the third service identifier from a second set of payload blocks in the second OPN multiframe. The second set of payload blocks includes the first payload block of the second OPN multiframe.

[0021] When service bandwidth needs to be reduced, the transmitting device first sets the bandwidth adjustment indication of the PB to be deleted to "not carrying service," and then modifies the service identifier and / or occupancy indication (to indicate that the PB is not occupied) in subsequent optical transport network multiframes to complete the service bandwidth reduction process. Specifically, the receiving device is used as an example to describe this service bandwidth reduction process. Specifically, the first device determines the service identifier of the second payload block of the third optical transport network multiframe as the fourth service identifier, and determines the bandwidth adjustment indication of the second payload block as a third value. The third value is used to indicate that the payload area of ​​the first payload block in the third optical transport network multiframe is used to carry the service corresponding to the fourth service identifier. At this time, the first device demaps the service corresponding to the fourth service identifier from the third set of payload blocks in the third optical transport network multiframe. The third set of payload blocks includes the second payload block of the third optical transport network multiframe. Then, the first device receives the fourth optical transport network multiframe from the second device. The fourth optical transport network multiframe is the multiframe received by the first device after receiving the third optical transport network multiframe. The first device determines that the service identifier of the second payload block in the fourth optical transport network multiframe is the fourth service identifier, and the bandwidth adjustment indication of the second payload block is a fourth value. This fourth value indicates that the second payload block in the fourth optical transport network multiframe does not carry the service corresponding to the fourth service identifier. The service corresponding to the fourth service identifier is demapped from the fourth group of payload blocks in the fourth optical transport network multiframe. The fourth group of payload blocks does not include the second payload block in the fourth optical transport network multiframe. Then, the service identifier and / or occupancy indication of the second payload block in the multiframe received by the first network device are set to unoccupied, indicating that the second payload block has been released by the service corresponding to the fourth service identifier.

[0022] Using the above method, service bandwidth adjustment is no longer tied to optical transport frames, enabling relatively rapid adjustment. Furthermore, the step-by-step approach allows for flexible implementation of service bandwidth adjustments.

[0023] Fifthly, embodiments of this application provide an optical transport network device. The device includes a processor and a transceiver. The transceiver is used to receive the optical transport network frame, and the processor is used to execute the method described in any of the second to fourth aspects or any specific implementation thereof. Receiving the optical transport network frame includes: the processor receiving the optical transport network frame from the transceiver.

[0024] Sixthly, embodiments of this application provide an optical communication system. This optical communication system includes a transmitting device and the optical transport network equipment provided in the fifth aspect. The transmitting device transmits the optical transport network frames to the optical transport network equipment.

[0025] In one specific implementation, the optical communication system further includes a client equipment. The client equipment is used to send services to the transmitting equipment. The transmitting equipment is further used to map the services into the payload block of the optical transport frame.

[0026] In a seventh aspect, embodiments of this application provide a chip. The chip includes a processor and a communication interface. The processor is used to execute the methods described in any of the second to fourth aspects or any specific implementation thereof. The communication interface is used to interact with the processor to complete the transmission or reception of frames. Attached Figure Description

[0027] The embodiments of this application will now be described in more detail with reference to the accompanying drawings:

[0028] Figure 1 This is a schematic diagram illustrating a possible application scenario of an embodiment of this application;

[0029] Figure 2 This is a schematic diagram of a possible network device hardware structure.

[0030] Figure 3 A schematic diagram illustrating a possible mapping of an Optical Service Unit (OSU) frame to an OTN frame;

[0031] Figure 4 This is a schematic diagram of a net load block structure provided in an embodiment of this application;

[0032] Figure 5 A flowchart illustrating a first method for processing optical transmission frames provided in this application embodiment;

[0033] Figure 6 A flowchart illustrating a second method for processing optical transmission frames provided in this application embodiment;

[0034] Figure 7 for Figure 6 A schematic diagram of a continuous net load block used for defect detection in the embodiment shown;

[0035] Figure 8 A flowchart illustrating the third optical transport frame processing method provided in this application embodiment;

[0036] Figure 9 for Figure 8 A schematic diagram of the service bandwidth increase processing steps in the illustrated embodiment;

[0037] Figure 10 A flowchart illustrating the fourth optical transmission frame processing method provided in this application embodiment;

[0038] Figure 11 This is a schematic diagram of the structure of a possible network device. Detailed Implementation

[0039] First, some of the terms used in this application will be explained to facilitate understanding by those skilled in the art.

[0040] 1) Multiple refers to two or more. "And / or" describes the relationship between related objects, which can exist in three ways. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. In addition, in the description of this application, words such as "first" and "second" are used only for the purpose of distinguishing descriptions and should not be construed as indicating or implying relative importance or order.

[0041] 2) The mathematical symbol “*” represents the multiplication sign.

[0042] 3) Upstream or downstream. Data is transmitted from source device A to destination device B, passing through device M. In the data transmission direction, device M is located between device A and device B. Therefore, device A is upstream of device M, and device B is downstream of device M.

[0043] 4) Service data refers to the services that the optical transport network can carry. For example, it can be Ethernet services, packet services, wireless backhaul services, etc.

[0044] 5) The rounding value of a calculation formula can be either rounded up or rounded down.

[0045] 6) The mapping of A to B mentioned in this application refers to encapsulating A into B. For example, mapping an Optical Service Unit (OSU) frame to an OTN frame means encapsulating the OSU frame or OSU signal into an OTN frame.

[0046] 7) Unless otherwise specified, the specific description of certain technical features in one embodiment can also be used to explain the corresponding technical features mentioned in other embodiments. For example, the overhead and meaning of a payload block in one embodiment can also be applied to payload blocks mentioned in other embodiments. Similarly, specific examples and descriptions of optical transport frames can be applied to optical transport frames mentioned in different specific embodiments or to specific examples used to replace optical transport frames. Furthermore, to more clearly illustrate the relationship between components in different embodiments, this application uses the same or similar drawing numbers to represent components or method steps with the same or similar functions in different embodiments.

[0047] This application's embodiments are applicable to optical transport networks, such as OTN or Flexible Ethernet (FlexE). An OTN typically consists of multiple devices connected via optical fibers, and can be configured into different topologies such as linear, ring, and mesh, depending on specific needs. Figure 1 The OTN 100 shown consists of eight OTN devices 101, collectively known as devices AH. 102 indicates an optical fiber used to connect two devices; 103 indicates a customer service interface used to receive or send customer service data. Figure 1 As shown, OTN 100 is used to transmit service data for customer equipment 1-3. The customer equipment connects to the OTN equipment through a customer service interface. For example, Figure 1 In the middle, customer equipment 1-3 are connected to OTN equipment A, H and F respectively.

[0048] Depending on the specific needs, an OTN device may possess different functions. Generally speaking, OTN devices are categorized into optical layer devices, electrical layer devices, and hybrid optoelectronic devices. Optical layer devices refer to those capable of processing optical layer signals, such as optical amplifiers (OA) and optical add-drop multiplexers (OADMs). OAs, also known as optical line amplifiers (OLAs), are primarily used to amplify optical signals to support longer transmission distances while maintaining specific optical signal performance. OADMs are used to spatially transform optical signals, allowing them to be output from different output ports (sometimes referred to as directions). Electrical layer devices refer to those capable of processing electrical layer signals, such as devices capable of processing OTN 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, an OTN device can integrate multiple different functions. The technical solutions provided in this application are applicable to OTN devices with different forms and integration levels that include electrical layer functions.

[0049] It should be noted that the data frame structure used by the optical transmission equipment in this application embodiment can be an OTN frame, used to carry various service data and provide rich management and monitoring functions. An OTN frame can be an Optical Data Unit frame (ODUk), ODUcn, ODUflex, or an Optical Transport Unit frame (OTUk), OTUcn, or a Flexible OTN (FlexO) frame, etc. The difference between an ODU frame and an OTU frame is that an OTU frame includes both the ODU frame and OTU overhead. k represents different rate levels; for example, k=1 represents 2.5Gbps, k=4 represents 100Gbps; Cn represents a variable rate, specifically a positive integer multiple of 100Gbps. Unless otherwise specified, an ODU frame refers to any one of ODUk, ODUcn, or ODUflex, and an OTU frame refers to any one of OTUk, OTUcn, or FlexO. It should also be noted that with the development of optical transport network technology, new types of OTN frames may be defined, which also apply to this application. Furthermore, the method disclosed in this application can also be applied to other optical transport frames such as FlexE frames.

[0050] Figure 2 This is a schematic diagram of a possible network device hardware architecture. For example, Figure 1 Device A in the diagram. Specifically, the optical transport network device 200 includes tributary boards 201, cross-connect boards 202, line boards 203, optical layer processing boards (not shown in the diagram), and system control and communication boards 204. Depending on specific needs, the type and number of boards included in the network device may vary. For example, a network device acting as a core node may not have tributary boards 201. Alternatively, a network device acting as an edge node may have multiple tributary boards 201, or no optical cross-connect board 202. Furthermore, a network device that only supports electrical layer functions may not have an optical layer processing board.

[0051] Tributary board 201, cross-connect board 202, and line board 203 are used to process electrical layer signals. Tributary board 201 is used to receive and transmit various customer services, such as SDH services, packet services, Ethernet services, and / or fronthaul services. Further, tributary board 201 can be divided into a customer-side optical transceiver module and a signal processor. The customer-side optical transceiver module, also called an optical transceiver, is used to receive and / or transmit service data. The signal processor is used to perform mapping and demapping processing of service data to data frames. Cross-connect board 202 is used to implement data frame switching, completing the switching of one or more types of data frames. Line board 203 mainly implements line-side data frame processing. Specifically, line board 203 can be divided into a line-side optical module and a signal processor. The line-side optical module, also called an optical transceiver, is used to receive and / or transmit data frames. The signal processor is used to perform multiplexing and demultiplexing, or mapping and demapping processing of line-side data frames. System control and communication board 204 is used to implement system control. Specifically, information can be collected from different single boards, or control commands can be sent to the corresponding single boards. It should be noted that, unless otherwise specified, a specific component (e.g., a signal processor) can be one or more, and this application does not impose any limitations. It should also be noted that this application does not impose any limitations on the type of single boards included in the device, or on the functional design and number of the single boards. It should be noted that, in a specific implementation, the two aforementioned single boards may also be designed as a single board. In addition, network devices may also include backup power supplies, fans for heat dissipation, etc.

[0052] Figure 3 This is a schematic diagram illustrating the mapping of a possible Optical Service Unit (OSU) frame to an OTN frame. For example... Figure 3 As shown, OTN frame 302 is a schematic diagram of an optical transport frame; it has a 4-row, multi-column structure, including an overhead area, a payload area, and a forward error correction (FEC) area. The payload area is divided into multiple payload blocks (PBs). Each PB occupies a fixed length (or size) within the payload area, for example, 128 bytes. It should be understood that OTN frame 302 is merely an example. Other variations of OTN frames also apply to this application. For example, OTN frames that do not include an FEC area. Or, frame structures with a different number of rows and columns than OTN frame 302. It should be understood that PBs can also be called time slots, time slot blocks, or time slices, etc. This application does not restrict their names.

[0053] OSU frame 301, such as Figure 3As shown, it includes an overhead area and a payload area. The overhead area of ​​OSU frame 301 is used to carry overhead information. For example, the overhead information may include one or more types of information shown in Table 1. The payload area of ​​OSU frame 301 is used to carry service data. The rate of an OSU frame is defined as an integer multiple of a base rate. The base rate can be 2.6 Mbps, 5.2 Mbps, or 10.4 Mbps, or multiples of these values.

[0054] Table 1 Examples of overhead that may be carried by OSU frames

[0055]

[0056]

[0057] like Figure 3 As shown, the OSU frame is mapped to the payload area of ​​the OTN frame. Specifically, the OSU frame is mapped to the PB of the OTN frame. In one possible implementation, one OSU frame is mapped to one PB. In another possible implementation, one OSU frame is mapped to multiple PBs. This application does not limit the scope of the application. For the sake of simplicity, the following embodiments use the example of one OSU frame mapped to one PB. It should be understood that the following embodiments are also applicable to the case where one OSU frame is mapped to multiple PBs. Modifications to the latter technical solution are also within the scope of protection of this application.

[0058] It should be understood that Figure 3 The OSU frame structure shown is merely an example. In other specific implementations, the OSU frame can also be a data structure that includes overhead subframes and payload subframes. This application does not limit this.

[0059] To simplify and efficiently carry OSU frames, multiple consecutive PBs in an OTN frame are defined as a transmission cycle. The transmission cycle is used as the basic unit to allocate PB blocks to OSU frames. For example, assuming OSU frames and PBs have the same size and rate, 10 OSU frames carrying the same service data can occupy PBs numbered 0-9 in a transmission cycle comprising 20 PBs. For simplicity, OSU frames carrying the same service data are called OSU signals. An OSU signal is a bitstream carrying one piece of service data, and the frame format of this bitstream is the same as that of an OSU frame. An OSU signal can include one or more OSU frames.

[0060] The transmission period is determined by both the rate of the payload area of ​​the OTN frame and the reference rate of the OSU frame. For example, the number of petabytes (P) contained in the transmission period can be defined as:

[0061]

[0062] Where └┙ represents rounding down; R opu_pld T represents the rate of the payload area of ​​the OPU frame; opu Indicates the frequency offset of the OPU frame (e.g., it could be 20 ppm); R ref This represents the reference rate of the OSU frame. 1000ppm is the frequency offset of the reference rate; this value can be replaced with 100ppm or other values. It should be understood that the above definition is only an example, and the P value can also be calculated in other ways, such as using formula (1-2).

[0063]

[0064] Where 10.4M is the base rate of the OSU frame. x ppm is the frequency offset, which can be 0, 20, or 100, and ppm is one part per million. R ODU_PLD Given the payload rate of the OTN frame, the ODU0 frame rate is 1238.954310000 Mbps. Assuming a frequency offset of 20 ppm and a PB of 192 bytes, then P = 119. Typically, the PB size is an integer multiple of a single byte, such as 16 bytes, 32 bytes, 64 bytes, 128 bytes, 192 bytes, or 256 bytes. In a typical design, assuming a PB size of 192 bytes, the number of ODU0 frames occupied by a multiplexed frame is 119 * 192 / (4 * 3808) = 1.5. That is, a multiplexed frame includes the payload area of ​​1.5 ODU frames. This ensures that the boundaries of the constructed multiplexed frames and ODU frames are aligned, simplifying design implementation and facilitating data frame management.

[0065] It should be understood that OTN multiplexed frames can also be constructed based on other types of OTN frames, such as ODU1. To simplify the construction of multiplexed frames, the P-value can be calculated using the following formula.

[0066]

[0067] It should be understood that the above formula is based on an OSU rate of 10.4 Mbps, and 119 is based on the P-value contained in a multiplexed frame constructed based on ODU0. Alternatively, an OSU rate of 2.6 Mbps can be used as an example, in which case the P-value contained in a multiplexed frame constructed based on ODU0 would be 476. The meaning of each field can be found in the explanations of the other formulas mentioned above, and will not be repeated here. If other OTN frames are used as a reference, then this value needs to be replaced accordingly.

[0068] Table 2 provides examples of other P values ​​calculated using formulas (1-3) above. For instance, if the multiplexed frame mapped by the OSU frame is based on OPU2 (or ODU2), then the multiplexed frame includes 12 OPU2 frames (or ODU2). To identify the OPU2 frames (or ODU2) contained in a multiplexed frame from a set of consecutive OPU2 frames (or ODU2), the multiframe overhead indicator of the OTN frame can be used. For example, by cycling through the multiframe overhead indicator values ​​from 0 to 11, the starting OTN frame and the number of OTN frames contained in the multiplexed frame can be determined by obtaining the value of the multiframe overhead indicator.

[0069] Table 2 shows the P-values ​​and other information of other OTN frames calculated based on the ODU0 frame.

[0070]

[0071] It should be noted that the transmission period can also be referred to as a P-frame, payload block group, time slot multiplexed frame, time slot multiplexed group, multiplexed frame, multiplexing period, optical transport network multiplexed frame, or transmission frame. This application does not limit the terminology. Table 3 provides some examples of P-frames corresponding to OTN frames. It should be noted that Table 3 uses an OSU frame reference rate of 2.6 Mbit / s as an example to calculate the corresponding P-values.

[0072] Table 3. Examples of P-values ​​for some OTN frames.

[0073]

[0074]

[0075] One possible way to map OSU frames to PB blocks is to dynamically allocate PB positions for the current transmission cycle to OSU frames when the OTN device acquires an OSU frame carrying specific service data (i.e., a specific OSU signal). Furthermore, to distinguish different service data, after mapping the OSU signal to the PB, an identifier that uniquely identifies the service data is added to the corresponding PB. If this identifier experiences a bit error during transmission, the receiving device cannot determine the service data carried by the OSU frame, resulting in the inability to recover the service data. Moreover, the dynamic change of the PB position occupied by the OSU frame introduces significant complexity to the management and maintenance of data frames.

[0076] Another possible way to map OSU frames to PB blocks is to allocate PBs in descending order of OSU frame rate, similarly carrying service data identifiers to uniquely identify the service data carried in the OSU frame. This method also suffers from the problem of the previous mapping method (i.e., service loss due to identifier errors). Furthermore, PBs allocated to lower-rate OSU frames receive allocation opportunities relatively late, leading to increasingly uneven PB distribution and requiring larger buffers, thus increasing device complexity.

[0077] Therefore, this application provides a novel method for processing optical transmission frames. By acquiring service configuration information at the receiving end device and performing service configuration information verification that tolerates transmission errors, this method reduces the impact of transmission errors on service configuration information verification, significantly decreasing the possibility of services failing to be recognized.

[0078] Figure 4 This is a schematic diagram of a net load block structure provided in an embodiment of this application. Figure 4 As shown, the size of an OSU frame 301 is 190 bytes, and the size of a PB is 192 bytes. An OSU frame can also be 192 bytes, with the first 2 bytes reserved as overhead bytes when mapped into a PB.

[0079] The payload area of ​​the PB is used to carry OSU frame 301, and the overhead area of ​​the PB includes the following information:

[0080] 1) Service Identifier (12 bits (b)): This identifier indicates the service carried in the PB (Power Pricing Block). This information uniquely identifies a service. In other words, to recover service data for the same service from the PB, PB blocks with the same service identifier value can be parsed together to obtain the service data corresponding to that service identifier. It should be understood that, depending on the specific implementation requirements, a certain value can be set as a reserved service identifier, which is used to indicate that the PB to which it belongs does not carry the service. Furthermore, the service identifier in this application is used for verifying service configuration information; for details, please refer to [link to relevant documentation]. Figure 5 The illustrated embodiment is described herein. Further details will not be repeated here. Furthermore, this service identifier can also be used for rapid defect detection and, in conjunction with other fields, to perform functions such as bandwidth adjustment; for details, please refer to [link to relevant documentation]. Figure 6 , Figure 8 or Figure 10 The embodiments shown are described herein. Further details will not be provided here.

[0081] 2) Occupancy Indication (1b): Used to indicate whether the PB to which it belongs is carrying a service (or can also be described as carrying an OSU frame). For example, an occupancy indication equal to 1 indicates that the PB to which the occupancy indication belongs is carrying an OSU frame; an occupancy indication equal to 0 indicates that the PB to which the occupancy indication belongs is not carrying an OSU frame (i.e., idle). It should be understood that the service identifier and occupancy indication can also be regarded as a whole information containing special values ​​(for example, the two functions together are still called the service identifier). For example, the service identifier is 13b, with a value of XXXXXXXXXXXX1 indicating that the PB is idle, and XXXXXXXXXXXX0 indicating that the PB carries an OSU frame. The value of X can be 0 or 1, and the value of all X bits is used to indicate the service identifier carried. This application does not limit this. Unless otherwise specified, the service identifier mentioned in the following embodiments can be the above-mentioned service identifier, or it can include the above-mentioned service identifier and occupancy indication. It should be understood that the service identifier information can also be called service identifier number, service identification number, service indication information, service occupancy indication information, or service occupancy PB indication information, etc.

[0082] 3) Rate Adaptation Indication (1b): This indicates whether the PB block to which the indication belongs is used to carry OSU frames or is filled; this indication is only valid when the service identifier is a specific service. For example, when the service identifier is set to service A, the rate adaptation indication is 0, indicating that the PB to which the indication belongs is filled (the purpose is to perform rate adaptation between OSU frames and PB); or, the rate adaptation indication is 1, indicating that the PB to which the indication belongs carries OSU frames.

[0083] 4) Rate Adjustment Indication (3b): This indicates the bandwidth adjustment of the service carried by the corresponding payload block. The rate adjustment indication works in conjunction with the service identifier to facilitate information exchange between optical transport network devices for service bandwidth adjustment. Specifically, this indication can be used in scenarios involving increasing and / or decreasing service bandwidth. To enable the receiving device to successfully resolve the service, multiple steps may be involved in the aforementioned process. For example, increasing the service bandwidth can be achieved by first setting the service identifier and then carrying the service data. See [link to relevant documentation] for details. Figure 8 or Figure 10 The description of the bandwidth adjustment indicator is omitted here. It should be understood that the value of the bandwidth adjustment indicator is only an example, and this application does not limit the value in actual applications.

[0084] It should be noted that, depending on the actual implementation requirements, the overhead area may contain one or more of the above information. For example, Figure 5 The illustrated embodiment may include a service identifier, or a service identifier and a occupancy indication. For example, Figure 8 and Figure 10 The illustrated embodiment includes a service identifier and a bandwidth adjustment indication. Alternatively, for example, Figure 5 , Figure 6 , Figure 8 or Figure 10 The optical transport frames in the illustrated embodiments may include rate adaptation indicators.

[0085] Based on some common aspects of this application described above, embodiments of this application will be described below with reference to more accompanying drawings. The following embodiments include methods, systems, and / or devices.

[0086] Figure 5 This is a flowchart illustrating a first method for processing optical transmission frames provided in an embodiment of this application. Figure 5 As shown, the method includes the following steps. In this embodiment, the transmitting device is taken as... Figure 1 The receiving device shown is device A. Figure 1 Take device F as an example.

[0087] S401: Service configuration information for sending optical transport frames

[0088] In this example, the network management system is responsible for executing step S401. Specifically, the network management system sends service configuration information to both the source device (device A) and the destination device (device) F. Upon receiving this service configuration information, device A maps the OSU frames carrying the service to PB frames and performs corresponding overhead processing based on the information. Upon receiving this service configuration information, device B uses it for service parsing.

[0089] Taking a P-frame containing 119 PBs as an example, Table 4 provides a specific example of service configuration information. In one possible example, the network management system can determine the number of PBs (C) to be allocated based on the service rate and PB rate, and then randomly select C PBs from a P-frame to carry the service. In another possible implementation, the network management system can allocate C PBs according to a predetermined interval constraint. As shown in Table 4, the service with service identifier 20 occupies 7 PBs, and the interval between any two adjacent PBs is 10 PBs. Alternatively, the interval constraint can also be expressed as a predetermined numerical range. This application does not limit this.

[0090] Table 4 Example of Service Configuration Information

[0091]

[0092]

[0093] It should be understood that the network management system, also known as the network controller or network control system, is responsible for allocating resources (PB) for services. It should also be understood that customer services are continuous for a certain period of time. Correspondingly, the service configuration information issued by the network management system is valid for optical transmission frames within that time period, unless the network system issues new service configuration information to change the PB allocation information corresponding to the current service.

[0094] S403: Receive service data;

[0095] S405: Based on the service configuration information, map the service data to the payload block of the optical transport frame, and write the service identifier of the service carried by the payload block into the overhead area of ​​the payload block.

[0096] S407: Send the optical transmission frame;

[0097] Steps S403, S405, and S407 are executed by the transmitting device (i.e., device A in this embodiment). Specifically, device A first receives service data sent by customer device 1 from customer device 1 through the customer service interface. In this embodiment, the service data of customer device 1 needs to be sent to customer device 3. Then, device A maps the received service data to the PB of the optical transport frame according to the service configuration information obtained from the network management system. In addition, device A also sets corresponding overhead information for these PBs carrying customer data.

[0098] It should be understood that mapping the service data to the payload block of the optical transport frame may specifically include mapping the service data to an OSU frame, and then mapping the OSU frame to the PB. Alternatively, the service data may also be mapped once or multiple times through one or more other intermediate frames before finally being mapped to the PB of the optical transport frame. This application does not limit this. For simplicity, the following description uses the example of mapping service data to an OSU frame and then to the PB. In subsequent embodiments, service data may refer to service data sent by the client equipment, or it may refer to the OSU frame carrying the service data. Variations of other mapping paths are also understood to fall within the scope of this application.

[0099] Typically, service data is continuously generated over a period of time. Therefore, mapping data services to OSU frames means mapping the acquired service data to one or more OSU frames within any given unit of time (e.g., one transmission cycle). Then, in the next unit of time, the service data will be loaded into the next one or more OSU frames. The location of the PB payload block occupied by the OSU frames in the aforementioned two unit of time may be the same or different. This application does not impose any limitations on this.

[0100] It should be noted that the way business data is mapped to OSU frames can be synchronous mapping (e.g., bit synchronous mapping) or asynchronous mapping (e.g., generic mapping procedure (GMP)) or idle mapping (IMP). This application does not limit this.

[0101] In one possible implementation of this embodiment, taking the PB overhead information including service identifier and occupancy indication as an example, if an optical transport frame includes 476 PBs, then for PBs that do not carry services, their occupancy indication is set to idle (also known as unoccupied, for example, a value of 0), and for PBs that carry specific services, their occupancy indication is set to occupied (for example, a value of 1), and their service indication is set to the service identifier corresponding to the service they carry. For example, if a PB carrying a specific service carries a service with service identifier A, then the service indication of these PBs is set to A. It should be understood that the service indication can specifically carry a Tributary Port Number (TPN) or other identifier that can uniquely indicate a service data.

[0102] In another possible implementation of this embodiment, taking PB overhead information including service identifiers and rate adaptation indicators as an example, the service identifier has a special bit used to indicate whether the corresponding PB is occupied. Alternatively, the service identifier may use a specific value to indicate that the PB is occupied, and other values ​​to indicate the service actually occupying the PB. Or, a special value for the service identifier (e.g., 0xFFF) indicates that the PB is not occupied. When OSU frames are mapped to PBs, padding blocks may be inserted for rate matching (these padding blocks do not contain service data and are usually preset values). To identify these PBs carrying padding blocks, the service identifier carrying the corresponding service information, and the rate adaptation indicator being 0 or 1, can be used to distinguish whether the PB containing the indicator is a padding block for rate adaptation or an OSU frame. This allows for better service isolation (i.e., the location of the PB belonging to a specific OSU signal can be clearly identified).

[0103] Next, device A sends the processed optical transmission frame to device F. For example... Figure 1 As shown, devices A and F are not directly connected. Therefore, device A needs to send optical transmission frames to device F through other devices. For example, the path of the optical transmission frame is: device A - device H - device G - device F.

[0104] S409: Based on the first service identifier contained in the first payload block in the received optical transport frame and the second service identifier for the first payload block contained in the service configuration information, determine the number of bits of the first service identifier and the corresponding bits of the second service identifier that have the same value.

[0105] S411: Based on the quantity information and the preset threshold, determine whether the first service identifier and the second service identifier match.

[0106] S409 and S411 are the operations performed by the receiving device, i.e., device F. Specifically, device F uses the service configuration information (hereinafter referred to as configuration information) received from the network management system and the service identifier (hereinafter referred to as received information) received from the received optical transmission frame to perform verification to determine whether the service configuration information is accurate.

[0107] Specifically, a fault-tolerant approach is used to compare configuration information and received information. This means comparing a subset of bits in both the configuration and received information. This subset of bits can be any portion of the information in both the configuration and received information, and these portions must be located at the same bit position in both. Correspondingly, in the first case, the preset threshold can be a value that differs from the number of bits occupied by the service identifier by, for example, 1 or 2. For example, if the service identifier occupies 12 bits, and the preset threshold is 11, then any 11 bits out of the 12 bits are compared. If any 11 bit values ​​are the same, the two service identifiers are considered to match, and the verification is successful. Similarly, if the service identifier occupies 20 bits, and the preset threshold is 18, then if any 18 bits out of the 20 bits are the same, the two service identifiers are considered to match, and the verification is successful. After confirming successful verification of the service configuration information, device F can extract the service data from the corresponding PB in the optical transport frame. In the second scenario, the aforementioned preset threshold is a small value indicating the number of bits of transmission errors the system can tolerate. The number of different bits is compared to this threshold; if the number is less than or equal to the threshold, the verification is successful. Otherwise, the verification fails, and the corresponding Power Primitive Analyzer (PB) will parse the data according to its local configuration information or generate a configuration error alarm. For example, if the service identifier occupies 12 bits, and the preset threshold is 1, then the number of different bits in the 12 bits is compared. If this number is less than or equal to 1, the two service identifiers are considered to match, and the verification is successful.

[0108] Optical transmission frames may experience bit errors during transmission (i.e., on the line). Therefore, device F may encounter situations where the service configuration information is correct but the verification fails, resulting in service data loss. To address this, step S411 introduces a fault-tolerance mechanism to ensure that device F can still guarantee the correct verification of service configuration information even if bit errors occur during the transmission of optical transmission frames on the line.

[0109] Below are two examples of different preset thresholds. In the examples below, the length of the service identifier in the PB band is 12 bits.

[0110] In one possible implementation, the preset threshold is 1. That is, if the configuration information obtained by device F and the received information differ by at most one bit, the service configuration verification for that PB is considered successful.

[0111] Taking the binary value of the service identifier configured in the optical transmission frame numbered A (PB#A) as 1 1 1 0 1 0 1 1 0 0 1 1 as an example, Table 5 shows that the service identifier value of the optical transmission frame numbered A received by device F meets the condition of a threshold of 1. If the received information of device F is any of the cases shown in Table 5, it can be determined that the service configuration verification of PB#A is successful, and this PB can be used in subsequent service demapping.

[0112] Table 5 shows a successful verification of configuration information and received information.

[0113]

[0114] In another possible implementation, the preset threshold is 2. That is, if the configuration information obtained by device F and the received information differ in at most two bits, the service configuration verification for that PB is considered successful. It should be understood that these two bits can be consecutive or non-consecutive. They can be set according to specific needs, and this application does not limit this.

[0115] This application improves the robustness of configuration verification by using a service configuration verification method that can tolerate line errors. This solves the problem of service loss caused by using only service identifiers, and reduces the impact of possible errors in optical transmission frames on the service verification performed at the receiving end.

[0116] Figure 6 This is a flowchart illustrating a second method for processing optical transmission frames provided in this application embodiment. In this embodiment, taking the transmitting device as device F and the receiving device as device A as an example, as follows... Figure 6 As shown, the processing method includes the following steps.

[0117] S501: Receive service configuration information;

[0118] S403: Receive service data;

[0119] S405: Based on the service configuration information, map the service data to the payload block of the optical transport frame, and write the service identifier of the service carried by the payload block into the overhead area of ​​the payload block.

[0120] S407: Send the optical transmission optical network frame;

[0121] The device F is the executing entity for the above four steps. Step S501 and... Figure 5 Steps S401, S403, S405, and S407 are similar to those shown. Figure 5 The same as shown, see Figure 5 The specific details will not be repeated here.

[0122] S502: Receive service configuration information;

[0123] S506: Determine whether the configuration information of the multiple payload blocks of the received optical transmission frame is correct, wherein the multiple payload blocks are continuously distributed or arranged sequentially according to a predetermined interval;

[0124] S508: When it is determined that at least one of the configuration information of the plurality of payload blocks is incorrect, a service identifier mismatch defect indication is generated; and / or, when it is determined that the configuration information of the plurality of consecutive payload blocks is correct and a service identifier mismatch defect indication exists, the service identifier mismatch defect indication is eliminated.

[0125] The device A is responsible for executing the above three steps. Among them, root S502... Figure 5 Step 401 is similar and will not be repeated here. After receiving the service configuration information and the service identifier carried in the optical transport frame, device A uses these two pieces of information to verify the service configuration information. In one possible implementation, device A determines that the service configuration information verification is correct when it determines that the service configuration information for a certain PB is equal to the received service identifier. In another possible implementation, device A can follow... Figure 5 The receiving device shown has a fault-tolerant verification method to determine whether the service configuration information is correct.

[0126] Specifically, device A needs to perform the aforementioned service configuration information verification operation on multiple PBs. Based on the verification results, it determines whether a service identifier mismatch defect indication needs to be generated, in order to carry out subsequent management and maintenance processing of the relevant services. Figure 7 for Figure 6 A schematic diagram of a continuous net load block in the illustrated embodiment. (As shown) Figure 7As shown, a multiplexed frame (also called a P-frame) consists of N*476 PBs, which include the payload area of ​​6N OPU frames. The numbering of each PB in this P-frame is as follows: Figure 7 As shown. In Figure 7 In the example shown, device A performs service configuration information verification on 16 consecutive PBs starting from PB number 1 of the P-frame. If the verification of service configuration information for each of these 16 PBs is successful, it is considered that there is no service identifier mismatch defect. If the verification of service configuration information for at least one of these 16 PBs fails, it is considered that there is a service identifier mismatch defect, and a corresponding indication signal is generated. It should be understood that the defect detection of the 16 consecutive PBs described above can be a continuous detection process. Therefore, if the defect detection of the current 16 PBs triggers the generation of the corresponding indication signal, and the subsequent defect detection of the next 16 PBs finds that all service configuration information verifications are successful, then the previously generated indication signal needs to be cleared.

[0127] It should be understood that the above example of defect detection on multiple consecutive power pursuants (PBs) is a specific example. In another example, defect detection can be performed on discontinuous PBs. For example, defect detection can be performed on multiple PBs with fixed intervals. Furthermore, defect detection can be performed on multiple PBs distributed according to other mathematical distributions.

[0128] Alternatively, defect detection can be performed using PB groups. Specifically, device A determines whether to generate a service identifier mismatch defect indication signal by checking the correctness of the configuration information of N payload block groups. Each of the N payload block groups comprises multiple payload blocks that are continuously distributed or arranged at fixed intervals. Incorrect configuration information of at least one of the payload blocks in a group indicates that the configuration information of the payload block group to which those payload blocks belong is incorrect; conversely, correct configuration information of all payload blocks in a group indicates that the configuration information of that group is correct. Specifically, a service identifier mismatch defect indication is generated when device A determines that at least two of the configuration information of the N payload block groups are incorrect. If device A determines that all of the configuration information of the N payload block groups is correct, no service identifier mismatch defect indication is generated. Similar to the first example, if the defect detection is a continuous process, then if device A determines that all the configuration information of the subsequent N payload block groups is correct after a service identifier mismatch defect indication signal has already been generated, the generated service identifier mismatch defect indication needs to be eliminated. N is a positive integer greater than or equal to 2.

[0129] By grouping data and raising the preconditions for generating service identifier mismatch defect indications, this implementation method can reduce the impact of sudden bit errors on defect detection, improve the effectiveness of defect detection, and thus reduce the probability of triggering subsequent error protection switching.

[0130] It should be understood that the above description of the number of power purifiers (PBs) is merely an example. Depending on specific needs such as protection switching time, other numbers of PBs can be selected for defect detection.

[0131] It should be understood that the service identifiers of multiple power banks (PBs) can also be called multiplexing structure identifiers (MSIs). Therefore, a service identifier mismatch defect can also be called an MSI mismatch defect (dMSIM). Similarly, the service configuration information configured for the transmitting device can be called the transmit MSI (TxMSI); the service configuration information configured for the receiving device can be called the expected MSI (ExMSI). If the service identifier is identified by the TPN, then the TPN carried in the data frame received by the receiving device can be called the accepted TPN (AcTPN). For example, generating an identifier mismatch defect indication as described above can be understood as generating a dMSIM signal.

[0132] Compared to existing technologies that perform defect detection based on the ODU frame level, the method provided in this embodiment performs defect detection based on multiple PBs, which is faster and can detect errors that occur on the line (i.e., the path of the optical transmission network frame) in a timely manner. It can be used for management and maintenance operations that rely on a fast detection mechanism to ensure timeliness, such as rapid protection switching applications.

[0133] The following two embodiments are methods, apparatuses, and systems for increasing or decreasing service bandwidth using bandwidth adjustment instructions carried by the PB.

[0134] Before introducing the relevant embodiments, Table 6 provides a description of some related field combinations and their functions. In the embodiments shown in Table 6, the service identifier is represented by TPN, and the service bandwidth adjustment indication is represented by ADJ. It should be noted that the values ​​in Table 5 are merely examples. This application does not limit the selection of specific values.

[0135] Table 6: Field Descriptions for Bandwidth Adjustment

[0136]

[0137]

[0138] Figure 8 This is a flowchart illustrating a third method for processing optical transmission frames provided in an embodiment of this application. Figure 8 As shown, the method includes the following steps. In this embodiment, the transmitting device is taken as... Figure 1 The receiving device shown is device A. Figure 1 Taking device H as an example, device A can directly send optical transmission frames to device H via optical fiber. Alternatively, device A can also send them to device H through other intermediate devices, such as device B, device C, and device G. This embodiment does not limit the scope of the transmission.

[0139] S601: A set of PBs of multiplexed frames of optical transport network is used to transmit data of service A. The service identifier of each payload block of the set of PBs is the identifier of service A. The bandwidth adjustment indicator of each of the set of PBs is 111.

[0140] Specifically, in this step, devices A and H can utilize, for example... Figure 5 The steps S501, S401, S403, and S407 shown complete the transmission of service A. Figure 5 The difference is that step S601 describes optical transport network multiplexed frames (i.e., the P-frames mentioned earlier). It should be understood that P-frames are also composed of optical transport network frames; therefore, Figure 5 The descriptions of the aforementioned steps also apply to this step, and therefore will not be repeated. It should be noted that the set of PBs used to transmit data for service A in this step is determined by the service configuration information provided by the network management system. Correspondingly, the service identifier in this set of PBs is set to the service identifier for transmitting service A, and the bandwidth adjustment indicator is set to 111, indicating that the corresponding PB carries the service.

[0141] S602: When it is determined that the bandwidth of service A needs to be increased, the service identifier of the first PB is set to the identifier of service A, and the bandwidth adjustment indication of the first PB is 000, where 000 is used to indicate that the first PB does not carry service A;

[0142] Specifically, when device A determines that the bandwidth (or rate) of service A needs to be increased, this means that device A should allocate one or more new power PBs to carry service A. It should be understood that at this time, the network management system will send new service configuration information to the sending and receiving devices, respectively for service mapping and demapping. As shown in Table 5, once the new power PB (i.e., the first power PB in Table 5) is determined, its overhead is set with corresponding values.

[0143] S603: Map the service data of service A to the first group PB of the first optical transport network multiframe, where the first group PB does not contain the first PB.

[0144] S604: Send the first optical transport network multiplexed frame;

[0145] As shown in Table 5 and step S602, the newly added PB is not yet used for service carrying. Therefore, when the transmitting device maps service #A (or OSU #A signal), it still uses the previously allocated PB (i.e., the first group of PB). After the service #A is mapped, device A sends the P frame to device H.

[0146] S605: Demap the data of service A from the first group PB of the first optical transmission multiframe;

[0147] Correspondingly, device H obtains the first set of PBs from the received P frames based on the received service configuration information and the bandwidth adjustment indication in the PB, and then parses out the data of service #A carried in them. In other words, although device H's service configuration information includes the first set of PBs and the newly added PBs, the value of the bandwidth adjustment indication of the newly added PBs indicates that the newly added PBs are not used for service carrying, so there is no need to extract the payload information from the newly added PBs for service recovery at this time.

[0148] S606: Map the service data of service A to the second group PB of the second optical transport network multiframe. The second group PB includes the first PB. The bandwidth adjustment indicator in the first PB is set to 111 to indicate that the first PB begins to carry the data of service A.

[0149] S607: Send the second optical transport network multiplexed frame;

[0150] S608: Demap the data of service A from the second group PB of the second optical transmission multiframe.

[0151] During the above three steps, device A indicates to device H the start time when the newly added PB is used to carry the service by changing the bandwidth adjustment indication of the first PB of a certain P frame. Thus, device H can start using the first PB of the certain P frame for service #A extraction from the moment it detects that the value of the bandwidth adjustment indication of the first PB of the certain P frame has changed.

[0152] Figure 9 for Figure 8 A schematic diagram of the service bandwidth increase processing steps in the illustrated embodiment. Figure 9 A set of P-frames and the times when PB changes within the P-frames are given in chronological order. For example... Figure 9 As shown, before the bandwidth was increased, the PB allocated to OSU signal #a (abbreviated as OSU#a in the figure) was numbered 1, 5, i+2, P-3 (P is the number of payload blocks contained in a multiframe). Figure 9Only one P-frame time point is given (i.e., the 10th P-frame). It should be understood that before the 10th P-frame, if the service configuration information has not changed, the PB allocated to OSU#a is the same as in the 10th P-frame. At this time, #j+3 is idle, meaning that if the PB carries an occupancy indicator, its occupancy indicator can be 0, indicating that it is not occupied by any service. When the network management system receives new service configuration information for OSU#a, the network device determines the newly added PB based on the new service configuration information to carry the increased bandwidth (or rate) of OSU#a. Figure 9 In the example shown, the network device determines PB#j+3, meaning that the new service configuration information adds PB#j+3 as the PB allocated to OSU#a compared to the previous service configuration information. Correspondingly, in the 11th P-frame, the service identifier value of PB#j+3 is set, i.e., set to the TPN of OSU#a, and the bandwidth adjustment indicator of PB#j+3 is set to 000, indicating that it is not used to carry service data. After a certain time interval (e.g., the transmission time of multiple P-frames), the transmitting device sets the bandwidth adjustment indicator of PB#j+3 to 111 to complete the path bandwidth increase corresponding to the service bandwidth increase. Figure 9 In this context, the specified interval is 4 P-frames. Therefore, in the 15th P-frame, the bandwidth adjustment indication of #PB#j+3 in that P-frame is set to 111, thereby notifying the receiving end that all PBs allocated in the new service configuration information (i.e., PBs of #1, #5, #(i+2), #(j+3), and #(P-3)) ​​can be used for service parsing. It should be understood that the transmitting device can choose the aforementioned interval time according to specific needs, and this application does not limit this.

[0153] Through the above steps, this embodiment of the application can achieve lossless increase of service bandwidth. That is, it does not require dismantling the original service path and establishing a new one; instead, it increases the bandwidth of the service path by adding a power PB to the OSU frame carrying the service, and completes the bandwidth increase of the service path in an orderly manner through the above steps. Furthermore, the above orderly steps also enable rapid resource reservation and the use of the newly added power PB to complete service transmission when needed by the transmitting device.

[0154] Figure 10 This is a flowchart illustrating the fourth optical transmission frame processing method provided in this application embodiment. Figure 10 As shown, the method includes the following steps. In this embodiment, the transmitting device is taken as... Figure 1 The receiving device shown is device A. Figure 1 Take device H as an example.

[0155] S601: A set of PBs of multiplexed frames of optical transport network is used to transmit data of service A. The service identifier of each payload block of the set of PBs is the identifier of service A. The bandwidth adjustment indicator of each of the set of PBs is 111.

[0156] This step is the same as Figure 8 The steps in S601 shown will not be repeated here.

[0157] S702: When it is determined that the bandwidth of service A needs to be reduced, the bandwidth adjustment indication of the first PB in the group of PBs is set to 000, where 000 indicates that the first PB stops carrying service A;

[0158] S703: Map the service data of service A to the third group PB of the first optical transport network multiframe, wherein the third group PB does not contain the first PB;

[0159] S704: Send the first optical transport network multiplexed frame;

[0160] S705: Demap the data of service A from the third group PB of the first optical transmission multiframe.

[0161] As shown in Table 5, the above steps pertain to the bandwidth reduction process. After identifying the PBs that need to be deleted from the PBs used to carry service A, the transmitting device instructs the receiving end to stop using that PB block for service A by modifying the bandwidth adjustment indication information of the PB to be deleted (the first PB). At this time, the receiving device no longer considers the first PB when performing service parsing. It should be understood that the first PB is still allocated to service A at this point. After step S705, the transmitting device can set the service identifier of the first PB to a certain value after a certain time interval to indicate that the PB is idle, or it can set its occupancy indication to indicate that the first PB is in an idle state.

[0162] Through the above steps, the embodiments of this application can achieve lossless bandwidth reduction, that is, without dismantling the original service path and establishing a new path, but by reducing the allocated PB for the OSU frames carrying the service, and completing the bandwidth reduction of the service path in an orderly manner through the above steps.

[0163] It should be understood that network devices can perform Figure 8 or Figure 10 Either one or both can be executed. This application does not impose any restrictions on this.

[0164] Figure 11 This is a schematic diagram of a possible network device structure. For example... Figure 11As shown, network device 800 includes a processor 801, a transceiver 802, and a memory 803. The memory 803 is optional. Network device 800 can be used as both a transmitting and receiving device.

[0165] When applied to a transmitting device, processor 801 is used to implement... Figure 5 , Figure 6 , Figure 8 or Figure 10 The method performed by the transmitting device shown in the figure. In implementation, each step of the processing flow can be accomplished by integrated logic circuitry in the hardware of the processor 801 or by instructions in the form of software. The transceiver 802 is used to receive and process transmitted optical transport frames for transmission to the peer device (also called the receiving device); and / or, to receive optical transport frames from the peer device for transmission to the processor 801 for processing. Furthermore, the transceiver 802 is also used to receive service configuration information from the network management system for transmission to the processor 801 for processing.

[0166] When applied to a receiving device, processor 801 is used to implement... Figure 5 , Figure 6 , Figure 8 or Figure 10 The receiving device shown in the figure executes the method. In implementation, each step of the processing flow can be accomplished by integrated logic circuits in the hardware of the processor 801 or by instructions in software form. The transceiver 802 is used to receive optical transport frames sent by the peer device (also called the transmitting device) and send them to the processor 801 for subsequent processing; and / or, to receive optical transport frames sent from the peer device and send them to the processor 801 for processing. Furthermore, the transceiver 802 is also used to receive service configuration information from the network management system and send it to the processor 801 for processing.

[0167] Memory 803 can be used to store instructions so that processor 801 can perform the steps mentioned in the above figure. Alternatively, memory 803 can also be used to store other instructions to configure parameters of processor 801 to achieve corresponding functions. Memory 803 can also be used to store service data or optical transport frames so that the processor can process the service data and optical transport frames.

[0168] It should be noted that the processor 801 and memory 803 are in Figure 2 In the network device hardware structure diagram, it may be located in a tributary board; or it may be located in a single board that combines tributary and line circuits. Alternatively, there may be multiple processors 801 and memory 803, located on the tributary board and line circuit board respectively, with the two boards working together to complete the aforementioned method steps.

[0169] It should be noted that, Figure 11 The device described above can also be used to perform the method steps mentioned in the aforementioned embodiments, variations or alternatives shown in the accompanying drawings, which will not be repeated here.

[0170] In this application embodiment, the processor 801 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, capable of implementing or executing the methods, steps, and logic block diagrams disclosed in this application embodiment. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in this application embodiment can be directly manifested as execution by a hardware processor, or execution by a combination of hardware and software units within the processor. The program code executed by the processor 801 to implement the above methods can be stored in the memory 803. The memory 803 and the processor 801 are coupled. The coupling in this application embodiment 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. The processor 801 may operate in conjunction with the memory 803. The memory 803 can be non-volatile memory, such as a hard disk drive (HDD), or volatile memory, such as random-access memory (RAM). The memory 803 is any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto.

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

[0172] 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 acquiring or processing data frames involved in the above methods. Optionally, the chip further includes a memory for the program instructions and data necessary for the processor to execute. This chip can be composed of chips or can include chips and other discrete devices.

[0173] 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, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0174] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0175] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

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

Claims

1. A method of processing optical transport network frames, characterized by, The method comprises: The first device receives an optical transport network frame from a second device, a payload area of the optical transport network frame comprising a plurality of payload blocks, each of the plurality of payload blocks containing a service identifier; The first device obtains service configuration information, the service configuration information comprising service identifiers configured for the plurality of payload blocks of the optical transport network frame; For a first payload block of the plurality of payload blocks, the first device determines, according to a first service identifier contained in the first payload block in the received optical transport network frame and a second service identifier contained in the service configuration information for the first payload block, quantity information of bit positions of the first service identifier and corresponding bit positions of the second service identifier having the same values; According to the quantity information and a preset threshold, the first device determines whether the first service identifier and the second service identifier match.

2. The method of claim 1, wherein, The method further comprises: The first device determines whether configuration information of a plurality of payload blocks of the received optical transport network frame is correct, the plurality of payload blocks being consecutively distributed or arranged in a predetermined interval; When it is determined that at least one of the configuration information of the plurality of payload blocks is incorrect, a service identifier mismatch defect indication is generated.

3. The method of claim 1, wherein, The method further comprises: The first device determines whether configuration information of a plurality of payload blocks of the received optical transport network frame is correct, the plurality of payload blocks being consecutively distributed or arranged in a predetermined interval; When it is determined that the configuration information of the plurality of consecutive payload blocks is correct and there is a service identifier mismatch defect indication, the service identifier mismatch defect indication is eliminated.

4. The method of claim 2 or 3, wherein, The number of the plurality of payload blocks is 16.

5. The method of claim 1, wherein, The method further comprises: The first device determines whether configuration information of N payload block groups is correct, each of the N payload block groups comprising a plurality of payload blocks that are consecutively distributed or arranged in a fixed interval, and the configuration information of at least one of the plurality of payload blocks being incorrect indicating that the configuration information of a payload block group to which the plurality of payload blocks belong is incorrect; When it is determined that at least two of the configuration information of the N payload block groups is incorrect, a service identifier mismatch defect indication is generated.

6. The method of claim 1, wherein, The method further comprises: The first device determines whether configuration information of N payload block groups is correct, each of the N payload block groups comprising a plurality of payload blocks that are consecutively distributed or arranged in a fixed interval, and the configuration information of each of the plurality of payload blocks being correct indicating that the configuration information of a payload block group to which the plurality of payload blocks belong is correct; When it is determined that the configuration information of the N payload block groups is correct and there is a service identifier mismatch defect indication, the service identifier mismatch defect is eliminated.

7. The method of any one of claims 1-6, wherein, The method further comprises: The first device receives a first optical transport network frame from the second device, each of a plurality of payload blocks of the first optical transport network frame comprising a service identifier and a bandwidth adjustment indication, the bandwidth adjustment indication being used to indicate bandwidth adjustment of a service carried by a corresponding payload block; The first device determines that a service identifier of a first payload block of the first OTN frame is a third service identifier, and determines that a bandwidth adjustment indication of the first payload block is a first value, the first value being used to indicate that a payload area of the first payload block in the first OTN frame does not carry a service corresponding to the third service identifier; The first device demaps the service corresponding to the third service identifier from a first group of payload blocks in the first OTN frame, the first group of payload blocks not including the first payload block; The first device receives a second OTN frame from the second device, the second OTN frame being a frame received after the first device receives the first OTN frame; The first device determines that a service identifier of a first payload block of the second OTN frame is the third service identifier, and determines that a bandwidth adjustment indication of the first payload block is a second value, the second value being used to indicate that the first payload block in the second OTN frame carries the service corresponding to the third service identifier; The first device demaps the service corresponding to the third service identifier from a second group of payload blocks in the second OTN frame, the second group of payload blocks including the first payload block of the second OTN frame.

8. The method of any one of claims 1-7, wherein, The method further comprises: The first device receives a third OTN frame from the second device, each of a plurality of payload blocks of the third OTN frame including a service identifier and a bandwidth adjustment indication, the bandwidth adjustment indication being used to indicate bandwidth adjustment of a service carried by a corresponding payload block; The first device determines that a service identifier of a second payload block of the third OTN frame is a fourth service identifier, and determines that a bandwidth adjustment indication of the second payload block is a third value, the third value being used to indicate that a payload area of the first payload block in the third OTN frame is used to carry the service corresponding to the fourth service identifier; The first device demaps the service corresponding to the fourth service identifier from a third group of payload blocks in the third OTN frame, the third group of payload blocks including the second payload block of the third OTN frame; The first device receives a fourth OTN frame from the second device, the fourth OTN frame being a frame received after the first device receives the third OTN frame; The first device determines that a service identifier of a second payload block of the fourth OTN frame is the fourth service identifier, and determines that a bandwidth adjustment indication of the second payload block is a fourth value, the fourth value being used to indicate that the second payload block in the fourth OTN frame does not carry the service corresponding to the fourth service identifier; The first device demaps the service corresponding to the fourth service identifier from a fourth group of payload blocks in the fourth OTN frame, the fourth group of payload blocks not including the second payload block in the fourth OTN frame.

9. The treatment method of any one of claims 1-8, wherein, The position of a payload block carrying a same service among the plurality of payload blocks of the OTN frame in the service configuration information satisfies: adjacent two payload blocks satisfy a preset interval constraint of a number of payload blocks.

10. An optical transport network device, characterized by, The apparatus comprises a processor and a transceiver for receiving the OTN frame, the processor being configured to perform the method of any of claims 1-9. The receiving the OTN frame comprises the processor receiving the OTN frame from the transceiver.

11. An optical communication system, characterized by The optical communication system further comprises a client device for sending traffic to the transmitting device, the transmitting device being further configured to:

12. The optical communication system of claim 11, wherein, map the traffic into the payload block of the OTN frame; and send the OTN frame carrying the traffic to the OTN device. The optical communication system further comprises a client device for sending traffic to the transmitting device, the transmitting device being further configured to: map the traffic into the payload block of the OTN frame; and send the OTN frame carrying the traffic to the OTN device.

Images