WO2023143577A1

WO2023143577A1 - Method, apparatus and system for processing data frame in optical transport network

Info

Publication number: WO2023143577A1
Application number: PCT/CN2023/073722
Authority: WO
Inventors: 苏伟; 维瑟斯•马腾•佩特鲁斯•约瑟夫; 刘翔
Original assignee: 华为技术有限公司
Priority date: 2022-01-30
Filing date: 2023-01-29
Publication date: 2023-08-03
Also published as: CN116582219A

Abstract

Disclosed in the present application are a method, apparatus and system for processing an optical transport network frame. The method for processing an optical transport network frame comprises a plurality of steps: first, a first device receiving an optical transport network frame from a second device, wherein a payload area of the optical transport network frame comprises a plurality of payload blocks; in addition, the first device acquiring service configuration information comprising service identifiers which are configured for the plurality of payload blocks of the optical transport network frame; according to a first service identifier included in a first payload block in the received optical transport network frame and a second service identifier which is included in the service configuration information and concerns the first payload block, the first device determining quantity information of bits having the same numerical value among corresponding bits of the two service identifiers; and according to the quantity information and a preset threshold value, the first device determining whether the first service identifier matches the second service identifier. By means of said steps, the method for processing an optical transport network frame can improve the robustness of service identifier inspection. Optionally, the first device implements rapid defect detection by means of verifying the service identifiers of a plurality of consecutive payload blocks. Optionally, the first device implements lossless adjustment of a service bandwidth by means of carrying a bandwidth adjustment indication in the payload blocks.

Description

A method, device and system for processing data frames in an optical transport network

This application claims the priority of the Chinese patent application filed with the State Intellectual Property Office of China on January 30, 2022, with the application number 202210114138.9, and the application title "A method, device and system for processing data frames in an optical transport network" , the entire contents of which are incorporated in this application by reference.

technical field

The present application relates to the technical field of optical communication, and in particular to a method, device and system for processing data frames in an optical transport network.

Background technique

As a core technology of a backbone bearer network, the optical transport network (OTN) includes optical bearer containers of various rates. For example, the optical data unit 0 (ODU0) frame is the bearer container with the lowest rate in the current OTN technology, and its rate is about 1.25 gigabit per second (Gbps), which is used to carry 1Gbps Ethernet business data.

To improve bearer efficiency, the optical bearer container of the current OTN adopts time division multiplexing technology. Specifically, a high-rate bearer container is divided into multiple fixed time slots to implement multi-service bearer. Currently, OTN can support two granularities of 1.25G time slot and 5G time slot. For services below 1Gbps, the time slot granularity of the current OTN bearer container cannot provide an effective bearer solution.

For this reason, the current practice 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 is carried. The current mainstream method of mapping the low-rate frame to the payload block is that when the OTN device receives the service data, it allocates the required payload block for the service data and transmits it through the OTN frame. In addition, in order to distinguish different service data, each payload block carries indication information that can uniquely identify the service data. However, when a bit error occurs during the transmission of the indication information, the device receiving the OTN frame will not be able to judge 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 .

Contents of the invention

The solution provided by the prior art has the problem of partial loss of service data. To this end, the embodiments of the present application provide a method, device and system for processing service data in an optical transport network.

In the first aspect, the embodiment of the present application provides a new data structure of an optical transport network frame. The optical transport network frame includes an overhead area and a payload area, and the payload area includes a plurality of payload blocks. Each of the plurality of payload blocks includes a plurality of fields, so as to implement one or more of a service configuration verification function, a defect detection function, an occupation indication function, a rate adaptation indication function and/or a bandwidth adjustment indication function. Each function instruction is completed separately through multiple fields. This design method decouples each function instruction, which can reduce the failure of all functions when errors occur.

In a specific implementation, each of the multiple payload blocks includes a service identification field and a rate adaptation field. Among them, the service identification field is used to implement the service configuration verification function, defect detection function and occupation function, and the rate adaptation indication field is used to complete the rate adaptation indication function. Wherein, the service identifier indicates that the PB where the service identifier is located is not occupied through a special bit or a special value. In another specific implementation, each of the multiple payload blocks includes a service identification field, an occupation field, a rate adaptation indication field, and a rate adaptation field, so as to complete all the aforementioned functions. answer It is understood that when the value of the occupied field indicates that the corresponding payload block is not occupied, the receiving device does not need to parse other fields. When the value of the occupied field indicates that the corresponding payload block is occupied, the receiving device will parse other fields. For example, the receiving device parses the service identification field to perform service configuration information verification and/or fast defect detection.

Based on the above data structure of the OTN frame, the following provides the processing method, device and system of the OTN frame using these fields. It should be understood that the methods mentioned in the following multiple aspects can be used in combination to accomplish multiple above-mentioned functions. In this regard, this application does not make a limitation.

In a second aspect, the embodiment of the present application provides a method for processing an OTN frame. The method includes several steps. Firstly, the first device receives an OTN frame from the second device, the payload area of the OTN frame includes multiple payload blocks, and each payload block of the multiple payload blocks contains a service identifier. In addition, the first device acquires service configuration information, where the service configuration information includes service identifiers configured for the multiple payload blocks of the optical transport network frame. Then, according to the first service identifier included in the first payload block in the received optical transport network frame and the first service identifier for the first payload block included in the service configuration information, the first device Two service identifiers, determining quantity information that the bits of the first service identifier have the same value as the corresponding bits of the second service identifier. According to the quantity information and a preset threshold, the first device determines whether the first service identifier matches the second service identifier.

Specifically, for example, the preset threshold indicates the number of different bits, which is a smaller value such as 1 or 2. In another example, the preset threshold indicates the number of identical bits, and the value is a value close to the length of the service identifier. For example, if the service identifier is 12 bits, the preset threshold is 10 or 11.

In a possible implementation manner, the position of the payload block carrying the same service among the multiple payload blocks of the optical transport network frame in the service configuration information satisfies: two adjacent payload blocks Satisfy the spacing constraints of the preset number of payload blocks. In this way, the management of optical transport network frames can be simplified, and the complexity of equipment can be reduced.

When the quantity information satisfies the preset threshold, it is determined that the service identifier matches, and the first device (that is, the receiving device) uses the PB information specified by the service configuration information to recover service data from the received OTN frame. By setting the threshold, the method disclosed in the embodiment of the present application can tolerate a certain line error, which reduces the impact of the line error on the verification function, thereby improving the robustness of the service identification information verification.

In a third aspect, the embodiment of the present application provides a method for detecting mismatch of service identifiers. The detection method includes whether the first device matches the received service configuration information with the received identification information of multiple payload blocks of the optical transmission frame, and the multiple payload blocks are distributed continuously or sequentially according to a predetermined interval arranged. When it is determined that at least one piece of configuration information of the plurality of payload blocks is incorrect, a service identifier mismatch defect indication is generated. Or, when it is determined that the configuration information of the multiple consecutive payload blocks is correct and there is a service identifier mismatch defect indication, the service identifier mismatch defect indication is eliminated.

It should be noted that the above detection method is performed based on the fact that the payload block of the optical transport network frame includes at least a service identifier. Optionally, other functions mentioned above may also be implemented by including other fields.

In a possible implementation manner, the number of the plurality of payload blocks is 16.

Through the detection method based on multiple payload blocks, compared with the defect detection method based on optical transport network frames in the prior art, the detection method disclosed in the embodiment of the present application takes a shorter time and can identify line problems faster. It is also used to complete management functions such as fast protection switching.

It should be understood that the foregoing detection manner based on multiple payload blocks may also be replaced by a method based on multiple payload block groups. Specifically, the first device determines whether the configuration information of the N payload block groups is correct, and each of the N payload block groups includes multiple payload blocks that are continuously distributed or arranged at fixed intervals. The 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, the configuration information of each of the multiple payload blocks Correctly indicates that the configuration information of the payload block group to which the multiple payload blocks belong is correct. When determining that at least two of the configuration information of the N payload block groups are incorrect, the first device generates a service identifier mismatch defect indication. Alternatively, when determining the N When the configuration information of the payload block groups is correct and there is a service identifier mismatch defect indication, the first device eliminates the service identifier mismatch defect. N is greater than or equal to 2.

The above method based on the payload block group can reduce the impact of random line errors on the accuracy of detection and improve the accuracy of defect detection.

In a fourth aspect, the implementation of this application also provides a method for adjusting service bandwidth in an optical transport network. The method includes bandwidth increasing and/or bandwidth decreasing methods.

When the service bandwidth needs to be increased, the sending device firstly sets the service identifier of the new PB as the service identifier corresponding to the service that needs to increase the bandwidth, without modifying its bandwidth adjustment indication (that is, it is still unoccupied), and then in the subsequent optical The bandwidth adjustment instruction is modified in the corresponding PB in the multiframe of the transport network to complete the process of increasing the service bandwidth. Specifically, the process of increasing the service bandwidth is described by taking the receiving device as an example. Specifically, first, the first device receives a first optical transport network multiframe from the second device, and each of the multiple payload blocks of the first optical transport network multiframe includes a service identifier and a bandwidth adjustment indication, so 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 the third service identifier, and determines that the bandwidth adjustment indication of the first payload block is a first value, the 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, and the first group of payload blocks does not include the Describe the first payload block. The first device receives a second optical transport network multiframe from the second device, and the second optical transport network multiframe is received after the first device receives the first optical transport network multiframe multiframe. The first device determines that the service identifier of the first payload block of the second optical transport network multiframe is the third service identifier, and the bandwidth adjustment indication of the first payload block is a second value, so The second value is used to indicate that the first payload block in the second optical transport network multiframe carries the service corresponding to the third service identifier. The first device demaps the service corresponding to the third service identifier from the second group of payload blocks in the second optical transport network multiframe, and the second group of payload blocks includes the second optical transmission network The first payload block of the network multiframe.

When the service bandwidth needs to be reduced, the sending device firstly sets the bandwidth adjustment indication of the PB to be deleted as uncarried service, and then modifies the service identifier and or occupancy indication (used to indicate that the PB not occupied), to complete the process of service bandwidth reduction. Specifically, the process of reducing the service bandwidth is described by taking the receiving device as an example. Specifically, the first device determines that the service identifier of the second payload block of the third optical transport network multiframe is the fourth service identifier, and determines that the bandwidth adjustment indication of the second payload block is a third value, so The third value is used to indicate that the payload area of the first payload block in the third OTN multiframe is used to bear 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 group of payload blocks in the third optical transport network multiframe, and the third group of payload blocks includes the The second payload block of the third OTN multiframe. Then, the first device receives a fourth OTN multiframe from the second device, and the fourth OTN multiframe is after the first device receives the third OTN multiframe Received multiframe. The first device determines that the service identifier of the second payload block of 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, the first The value of four is used to indicate that the second payload block in the fourth optical transport network multiframe does not carry the service corresponding to the fourth service identifier. Demap the service corresponding to the fourth service identifier from the fourth group of payload blocks in the fourth optical transport network multiframe, and the fourth group of payload blocks does not include the fourth optical transport network said second payload block in a multiframe. Next, the service identifier and/or occupancy indication of the second payload block in the multiframe received by the first network device is set to unoccupied, indicating that the second payload block is released by the service corresponding to the fourth service identifier.

Through the above method, the service bandwidth adjustment is no longer bound to the optical transport network frame, and the service bandwidth adjustment can be realized relatively quickly. In addition, in a step-by-step manner, the adjustment of service bandwidth can be flexibly realized.

In a fifth aspect, the embodiment of the present application provides an optical transport network device. The device includes a processor and a transceiver. The transceiver is configured to receive the optical transport network frame, and the processor is configured to execute any one of the second to fourth aspects or the method described in any specific implementation manner of these aspects. Receiving an OTN frame includes the processor receiving the OTN frame from the transceiver.

In a sixth aspect, the embodiment of the present application provides an optical communication system. The optical communication system includes sending equipment and the optical transport network equipment provided in the fifth aspect. Wherein, the sending device sends the OTN frame to the OTN device.

In a specific implementation manner, the optical communication system further includes client equipment. The client device is configured to send services to the sending device. The sending device is further configured to: map the service into the payload block of the optical transport network frame.

In a seventh aspect, the embodiment of the present application provides a chip. The chip includes a processor and a communication interface. The processing is used to execute any one of the second to fourth aspects or the method described in any specific implementation manner of these aspects. The communication interface is used to interact with the processor to complete sending or receiving frames.

Description of drawings

The embodiment of the present application will be described in more detail below with reference to the accompanying drawings:

FIG. 1 is a schematic diagram of a possible application scenario of an embodiment of the present application;

FIG. 2 is a schematic diagram of a possible network device hardware structure;

Fig. 3 is a schematic diagram of a possible optical service unit (OSU) frame being mapped to an OTN frame;

FIG. 4 is a schematic diagram of a payload block structure provided by an embodiment of the present application;

FIG. 5 is a schematic flowchart of a first optical transport network frame processing method provided in an embodiment of the present application;

FIG. 6 is a schematic flowchart of a second optical transport network frame processing method provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of continuous payload blocks used for defect detection in the embodiment shown in FIG. 6;

FIG. 8 is a schematic flowchart of a third optical transport network frame processing method provided by an embodiment of the present application;

FIG. 9 is a schematic diagram of service bandwidth increase processing steps in the embodiment shown in FIG. 8;

FIG. 10 is a schematic flowchart of a fourth optical transport network frame processing method provided by an embodiment of the present application;

Fig. 11 is a schematic structural diagram of a possible network device.

Detailed ways

First of all, some terms used in this application are explained to facilitate the understanding of those skilled in the art.

1) A plurality refers to two or more. "And/or" describes the association relationship of associated objects, and there may be three kinds of relationships. For example, A and/or B may mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the present application, terms such as "first" and "second" are only used for the purpose of distinguishing descriptions, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying order.

2). The mathematical symbol "*" means the multiplication sign.

3), upstream or downstream. Data is transmitted from source device A to destination device B, and passes through device M; in the data transmission direction, device M is located between device A and device B, then device A is in the upstream direction of device M, and device B is in the direction of device M downstream direction.

4) Service data refers to services that can be carried by the optical transport network. For example, it may be an Ethernet service, a packet service, a wireless backhaul service, and the like.

5). Specifically, the rounded value of an operation formula may be rounded up or rounded down.

6). The mapping of A to B mentioned in this application refers to encapsulating A into B. For example, the optical business unit (Optical Mapping a Service Unit (OSU) frame into an OTN frame refers to encapsulating an OSU frame or an OSU signal into an OTN frame.

7) Unless otherwise specified, the specific description of some 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 contained in one embodiment for the payload block can also be applied to the payload block mentioned in other embodiments. As another example, the specific examples and descriptions for the OTN frame may be applied to the OTN frame mentioned in different specific embodiments or used to replace the specific example of the OTN frame. In addition, in order to more clearly reflect the relationship between components in different embodiments, the present application uses the same or similar reference numbers to indicate components or method steps with the same or similar functions in different embodiments.

The embodiments of the present application are applicable to optical transport networks, such as OTN or flexible Ethernet (Flexible Ethernet, FlexE). An OTN is usually formed by connecting multiple devices through optical fibers, and can be composed of different topology types such as line, ring, and mesh according to specific needs. The OTN 100 shown in FIG. 1 is composed of eight OTN equipment 101, that is, equipment A-H. Wherein, 102 indicates an optical fiber, which is used to connect two devices; 103 indicates a customer service interface, which is used to receive or send customer service data. As shown in Figure 1, OTN 100 is used to transmit service data for client equipment 1-3. The customer equipment is connected to the OTN equipment through the customer service interface. For example, in Fig. 1, client devices 1-3 are connected to OTN devices A, H and F respectively.

According to actual needs, an OTN device may have different functions. Generally speaking, OTN equipment is divided into optical layer equipment, electrical layer equipment, and optoelectronic hybrid equipment. Optical layer equipment refers to equipment capable of processing optical layer signals, such as: optical amplifier (optical amplifier, OA), optical add-drop multiplexer (optical add-drop multiplexer, OADM). The OA can also be called an optical line amplifier (OLA), which is mainly used to amplify the optical signal to support the transmission of a longer distance under the premise of ensuring the specific performance of the optical signal. The OADM is used to transform the space of the optical signal so that it can be output from different output ports (also called directions sometimes). Electrical-layer devices refer to devices that can process electrical-layer signals, for example, devices that can process OTN signals. Optical hybrid equipment refers to equipment capable of processing optical layer signals and electrical layer signals. It should be noted that, according to specific integration requirements, an OTN device can integrate multiple different functions. The technical solutions provided by this application are applicable to OTN devices with different forms and integration levels including electrical layer functions.

It should be noted that the data frame structure used by the optical transmission device in the embodiment of the present application may be an OTN frame, which is used to carry various service data and provide rich management and monitoring functions. The OTN frame can be an optical data unit frame (Optical Data Unit k, ODUk), ODUCn, ODUflex, or an optical channel transmission unit k (optical transport unit k, OTUk), OTUCn, or a flexible OTN (FlexO) frame, etc. The difference between the ODU frame and the OTU frame is that the OTU frame includes the ODU frame and the 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 rate that is a positive integer multiple of 100Gbps. Unless otherwise specified, the ODU frame refers to any one of ODUk, ODUCn or ODUflex, and the OTU frame refers to any one of OTUk, OTUCn or FlexO. It should also be pointed out that with the development of optical transport network technology, new types of OTN frames may be defined, which are also applicable to this application. In addition, the method disclosed in this application can also be applied to other OTN frames such as FlexE frames.

FIG. 2 is a schematic diagram of a possible hardware structure of a network device. For example, device A in FIG. 1 . Specifically, the optical transport network device 200 includes a tributary board 201 , a cross-connect board 202 , a line board 203 , an optical layer processing board (not shown in the figure), and a system control and communication board 204 . According to specific requirements, the type and number of boards included in the network device may be different. For example, a network device serving as a core node does not have a tributary board 201 . For another example, a network device serving as an edge node has multiple tributary boards 201 , or has no optical cross-connect board 202 . For another example, a network device that only supports electrical layer functions may not have an optical layer processing board.

The tributary board 201 , the cross board 202 and the circuit board 203 are used for processing electrical layer signals. Among them, the tributary board 201 is used to realize the receiving and sending of various customer services, such as SDH service, packet service, Ethernet service and/or fronthaul service and so on. Furthermore, the tributary board 201 may be divided into a client-side optical transceiver module and a signal processor. Wherein, the client-side optical transceiver module may also be called an optical transceiver, and is used for receiving and/or sending service data. The signal processor is used to realize the mapping and de-mapping processing of business data to data frames. The cross-connect board 202 is used to realize the exchange of data frames and complete one or more types of data frame exchange. The circuit board 203 mainly implements the processing of data frames on the line side. Specifically, the circuit board 203 can be divided into a line-side optical module and a signal processor. Wherein, the line-side optical module may be called an optical transceiver, and is used for receiving and/or sending data frames. The signal processor is used to implement multiplexing and demultiplexing, or mapping and demapping processing of data frames on the line side. The system control and communication board 204 is used to implement system control. Specifically, information may be collected from different boards, or control instructions may be sent to corresponding boards. It should be noted that, unless otherwise specified, there may be one or more specific components (such as signal processors), which are not limited in this application. It should also be noted that this application does not impose any restrictions on the types of boards included in the device, as well as the functional design and quantity of the boards. It should be noted that, in a specific implementation, the above two boards may also be designed as one board. In addition, network equipment may also include backup power supplies, fans for cooling, and so on.

FIG. 3 is a schematic diagram of a possible mapping of an Optical Service Unit (OSU) frame to an OTN frame. As shown in FIG. 3, the OTN frame 302 is a schematic diagram of an optical transport network frame; it has a structure of 4 rows and multiple columns, including an overhead area, a payload area, and a forward error correction (Forward Error Correction, FEC) area. Wherein, the payload area is divided into multiple payload blocks (Payload Block, PB). Each PB occupies a position of a fixed length (also referred to as a size) in the payload area, for example, 128 bytes. It should be understood that OTN frame 302 is only one example. Other deformed OTN frames are also suitable for this application. For example, an OTN frame that does not contain an FEC area. As another example, the frame structure has a different number of rows and columns than the OTN frame 302 . It should be understood that a PB may also be called a time slot, a time slot block, or a time slice. This application is not bound by its name.

OSU frame 301, as shown in FIG. 3, includes an overhead area and a payload area. Wherein, the overhead area of the OSU frame 301 is used to carry overhead information. For example, the overhead information may include one or more pieces of information shown in Table 1. The payload area of the OSU frame 301 is used to carry service data. The rate of an OSU frame is defined as an integer multiple of the base rate. Wherein, the reference rate may be 2.6 Mbps, 5.2 Mbps or 10.4 Mbps or multiples of the aforementioned values.

Table 1 Examples of overheads that OSU frames may carry

As shown in Figure 3, the OSU frame is mapped to the payload area of the OTN frame. Specifically, OSU frames are mapped into PBs of OTN frames. In one possible implementation, one OSU frame is mapped into one PB. In another possible implementation, one OSU frame is mapped into multiple PBs. In this regard, this application does not make a limitation. To simplify the description, the following embodiments take the mapping of one OSU frame into one PB as an example. It should be understood that the subsequent embodiments are also applicable to the case where one OSU frame is mapped to multiple PBs. The modification of the technical solution for the latter also belongs to the protection scope of the present application.

It should be understood that the OSU frame structure shown in FIG. 3 is just an example. In other specific implementations, the OSU frame may also be a data structure including overhead subframes and payload subframes. In this regard, this application does not make a limitation.

In order to simplify and efficiently bear OSU frames, multiple consecutive PBs in an OTN frame are defined as a transmission cycle. The PB block is allocated for the OSU frame with the transmission cycle as the basic unit. For example, assuming that OSU frames and PBs have the same size and rate, 10 OSU frames carrying service data of the same service may occupy PBs numbered 0-9 in a transmission cycle including 20 PBs. To simplify the description, an OSU frame carrying the same service data is called an OSU signal. An OSU signal is a bit stream carrying a service data, and the frame format of the bit stream is the frame format of an OSU frame. An OSU signal can include one or more OSU frames.

The transmission period is jointly determined by the rate of the payload area of the OTN frame and the reference rate of the OSU frame. For example, the number of PBs (P) included in the transmission cycle can be defined as:

in, Represents rounding down; R _{opu_pld} represents the rate of the payload area of the OPU frame; _Topu represents the frequency offset of the OPU frame (for example: can be 20ppm); R _ref represents the reference rate of the OSU frame. 1000ppm is the frequency offset of the base rate, and 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 formula (1-2).

Among them, 10.4M is the basic rate of the OSU frame. x ppm is frequency offset, can be 0, 20 or 100, ppm is one millionth. R _{ODU_PLD} is the rate of the payload area of the OTN frame, and the rate of the ODU0 frame is: 1238.954310000 Mbps. Taking the frequency offset as 20ppm and the PB as 192 bytes as an example, then P=119. Generally, the size of a PB is an integer multiple of a single byte, for example, 16 bytes, 32 bytes, 64 bytes, 128 bytes, 192 bytes or 256 bytes. In a typical design, it is assumed that the size of a PB is 192 bytes; then, the number of ODU0 frames occupied by one multiplexing frame is 119*192/(4*3808)=1.5. That is to say, one multiplexing frame includes the payload area of 1.5 ODU frames. The boundaries of the multiplex frame and ODU frame constructed in this way Maintain alignment, simplify design implementation, and facilitate data frame management.

It should be understood that the OTN multiplexing frame may also be constructed based on other types of OTN frames. For example, ODU1, etc. In order to simplify the construction of multiplexing frames, the P value can be calculated according to the following formula.

It should be understood that the above formula takes the OSU rate of 10.4M as an example, and 119 takes the P value included in the multiplex frame constructed based on ODU0 as an example. Or, taking the OSU rate as 2.6M as an example, then the P value contained in the multiplexing frame constructed based on ODU0 is 476. For the meaning of each field, refer to the description of other formulas mentioned above, and will not repeat them here. If other OTN frames are used as a reference, the value needs to be replaced accordingly.

Table 2 gives examples of other P values calculated by the above formula (1-3). For example, if the multiplexing frame mapped to the OSU frame is based on OPU2 (or ODU2), then the multiplexing frame includes 12 OPU2 frames (or ODU2). In order to identify the OPU2 frame (or ODU2) included in a multiplex frame from a group of continuous OPU2 frames (or ODU2), the multiframe overhead indication of the OTN frame can be used. For example, by performing a 0-11 cycle through the value of the multiframe indication overhead, the number of the initial OTN frame and the included OTN frame corresponding to the multiplex frame can be determined by obtaining the value of the multiframe overhead indication.

Table 2 P value and other information of other OTN frames calculated based on ODU0 frame

It should be noted that the transmission period may be called a P frame, a payload block group, a time slot multiplexing frame, a time slot multiplexing group, a multiplexing frame, a multiplexing cycle, an optical transport network multiplexing frame or a transmission frame. In this regard, this application does not make a limitation. Table 3 gives some examples of P corresponding to some OTN frames. It should be noted that Table 3 calculates the corresponding P value by taking the reference rate of the OSU frame as 2.6 Mbit/s as an example.

Table 3 Examples of P values for some OTN frames

A possible way to map OSU frames to PB blocks is to dynamically allocate PB positions in the current transmission cycle for these OSU frames when the OTN equipment obtains OSU frames carrying a certain service data (that is, a certain OSU signal) . In addition, in order to distinguish different service data, after the OSU signal is mapped to the PB, an identifier capable of uniquely identifying the service data is added to the corresponding PB. If a bit error occurs during transmission of the identifier, the receiving device cannot determine the service data carried by the OSU frame, and thus cannot recover the service data. In addition, the PB positions occupied by OSU frames change dynamically, which brings great complexity to the management and maintenance of data frames.

Another possible way of mapping OSU frames to PB blocks is to allocate PBs in descending order of the rates of OSU frames, and also carry service data identifiers to uniquely identify service data carried in OSU frames. This method also has the problem of the previous mapping method (that is, the service is lost after a code error is identified). In addition, the PB allocated by the OSU frame with a low rate will get the opportunity to allocate PB relatively late, and the uniformity of PB distribution will become worse and worse, and a larger cache needs to be introduced, which increases the complexity of the device.

To this end, the embodiment of the present application provides a new method for processing optical transport network frames. Obtaining service configuration information through the receiving end device and performing service configuration information verification that allows transmission errors, this processing method reduces the impact of transmission errors on service configuration information verification, and greatly reduces the possibility of unidentifiable services.

Fig. 4 is a schematic diagram of a payload block structure provided by an embodiment of the present application. As shown in FIG. 4, the size of an OSU frame 301 is 190 bytes, and the size of a PB is 192 bytes. The OSU frame can also be 192 bytes, of which the first 2 bytes are used as reserved bytes, and are used as the overhead area of the PB when mapped into the PB.

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

1) Service identifier (12 bits (b)): used to indicate the service carried in the PB where it is located, and this information may be able to uniquely indicate a service. That is to say, in order to recover the service data of the same service from the PB, the PB blocks with the same value of the service identifier can be parsed together, so as to obtain the service data corresponding to the service identifier. It should be understood that, according to specific implementation requirements, a certain value may be set as the reserved service identifier, and the certain value is used to indicate the uncarried service of the PB to which it belongs. In addition, the service identifier in this application is used to verify the service configuration information, and for details, refer to the description of the embodiment shown in FIG. 5 . Here, no further details are given. In addition, the service identifier can also be used for fast defect detection and cooperate with other fields to complete functions such as bandwidth adjustment. For details, refer to the description of the embodiment shown in FIG. 6 , FIG. 8 or FIG. 10 . Here, no further details are given.

2) Occupation indication (1b): used to indicate whether the PB to which it belongs carries services (or can also be described as carrying OSU frames). For example, if the occupancy indication is equal to 1, it means that the PB to which the occupancy indication belongs carries an OSU frame; if the occupancy indication is equal to 0, it means that the PB to which the occupancy indication belongs does not carry an OSU frame (that is, it is idle). It should be understood that business identification and account Use the indication as an overall information containing special values (for example, the two functions together are still called service identifiers), for example, the service identifier is 13b, and the value is XXXXXXXXXXXX1 indicates that the PB is idle, XXXXXXXXXXXX0 indicates that the PB carries OSU frames, and X The value of can be 0 or 1, and the value of all X bits is used to indicate the service identifier of the bearer. In this regard, this application does not make a limitation. Unless otherwise specified, the service identifiers mentioned in subsequent embodiments may be the above-mentioned service identifiers, and may also include the above-mentioned service identifiers and occupancy indications. It should be understood that the service identification information may also be called a service identification number, a service identification number, service indication information, service occupation indication information, or service occupation PB indication information.

3) Rate adaptation indication (1b): used to indicate whether the PB block to which the indication belongs is used to bear OSU frames or is filled; this indication is only valid when the value of 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 where the indication is located is padding (the purpose is to perform OSU frame and PB rate adaptation); or, the rate adaptation indication is 1, indicating that the It indicates that the PB bears the OSU frame.

4) Rate adjustment indication (3b): used to indicate the bandwidth adjustment of the service carried by the payload block corresponding to the indication. The rate adjustment indication is used together with the service identifier to complete information exchange between optical transport network devices for service bandwidth adjustment. Specifically, the indication may be used in a scenario where the service bandwidth is increased and/or the service bandwidth is decreased. In order to enable the receiving device to perform service analysis smoothly, multiple steps may be used to complete the foregoing process. For example, the service bandwidth can be increased by first setting the service identifier and then carrying the service data. For details, refer to the description in FIG. 8 or FIG. 10 , and details are not repeated here. It should be understood that the value of the bandwidth adjustment indication is only an example, and the present application does not limit the value in actual application.

It should be noted that, according to actual implementation requirements, the overhead area includes one or more pieces of the above information. For example, the embodiment shown in FIG. 5 may include a service identifier, or a service identifier and an occupancy indication. As another example, the embodiments shown in FIG. 8 and FIG. 10 include a service identifier and a bandwidth adjustment instruction. For another example, optionally, the optical transport network frame in the embodiment shown in FIG. 5 , FIG. 6 , FIG. 8 or FIG. 10 may include a rate adaptation indication.

Based on some general aspects of the present application described above, the following describes the embodiments of the present application in conjunction with more drawings. The embodiments described below include methods, systems and/or devices.

FIG. 5 is a schematic flowchart of a first OTN frame processing method provided by an embodiment of the present application. As shown in Fig. 5, the method includes the following steps. In this embodiment, it is assumed that the sending device is device A shown in FIG. 1 and the receiving device is device F shown in FIG. 1 .

S401: Send the service configuration information of the optical transport network frame

In this example, the execution subject of step S401 is the network management system. Specifically, the network management system sends service configuration information to the service source device (device A) and destination device (device) F respectively. After receiving the service configuration information, device A performs mapping from OSU frames carrying services to PB frames and corresponding overhead processing according to the service configuration information. After receiving the service configuration information, device B uses the information to perform service analysis.

Taking a P frame containing 119 PBs as an example, Table 4 provides an example of specific service configuration information. In a possible example, the network management system may determine the number C of PBs to be allocated according to the service rate and the PB rate, and then randomly select C PBs in a P frame to bear the service. In another possible implementation, the network management system may allocate C PBs according to the interval constraints of the predetermined number of PBs. As shown in Table 4, the service whose service identifier is 20 occupies 7 PBs, and the interval between two adjacent PBs of the 7 PBs is 10 PBs. Alternatively, the spacing constraint can also be expressed as a predetermined range of values. In this regard, this application does not make a limitation.

Table 4 Example of service configuration information

PB编号PB number	业务标识信息business identification information
PB编号PB number	业务标识信息business identification information	11	33
22	77	11	33
22	77	33	2020

44	33
44	33	……	……
1313	2020	……	……
1313	2020	1414	33
……	……	1414	33
……	……	23twenty three	2020
24twenty four	77	23twenty three	2020
24twenty four	77	……	……
3333	2020	……	……
3333	2020	……	……
4343	2020	……	……
4343	2020	4444	1919
……	……	4444	1919
……	……	5353	2020
……	……	5353	2020
……	……	6363	2020
……	……	6363	2020
……	……	119119	1919

It should be understood that the network management system may also be called a network controller or a network control system, and is responsible for allocating resources (PB) for services. It should be understood that client business is for a certain period of time. Correspondingly, the service configuration information issued by the network management system is valid for the OTN frames within this period of time, unless the network system issues new service configuration information to change the PB allocation information corresponding to the current service.

S403: receiving service data;

S405: According to the service configuration information, map the service data into the payload block of the optical transport network frame, and write the service identifier of the service carried by the payload block into the overhead area of the payload block;

S407: Send the OTN frame;

The execution subject of steps S403, S405 and S407 is the sending device (that is, device A in this embodiment). Specifically, device A first receives service data sent by client device 1 from client device 1 through the client service interface. In this embodiment, the service data of client device 1 needs to be sent to client device 3 . Then, device A maps the received service data to the PB of the optical transport network frame according to the service configuration information obtained from the network management system. In addition, device A will also set corresponding overhead information for these PBs carrying customer data.

It should be understood that mapping the service data into the payload block of the OTN frame may specifically include mapping the service data into an OSU frame, and then mapping the OSU frame into a PB. Alternatively, the service data may also be mapped one or more times through one or more intermediate frames, and finally mapped to the PB of the optical transport network frame. This application does not limit this. In the following, to simplify the description, map service data to OSU frames, and then map OSU frames to PBs as an example. In subsequent embodiments, the service data may refer to service data sent by the client equipment, or may refer to an OSU frame carrying service data. As for other deformation schemes of mapping paths, it should be understood that they also belong to the protection scope of the present application.

Typically, business data is continuously generated over a period of time. Therefore, mapping data services into OSU frames refers to mapping acquired service data into one or more in OSU frames. Then, in the next unit time, the service data will be loaded into the next or more OSU frames. In the aforementioned two unit times, the positions of the PB payload blocks occupied by the OSU frame may be the same or different. This application is not limited to this.

It should be noted that the manner in which service data is mapped to the OSU frame can be synchronous mapping (for example, bit synchronous mapping (Bit Synchronous Mapping)) or asynchronous mapping (for example, general mapping procedure (Generic Mapping Procedure, GMP)), or idle mapping (IDLE Mapping Procedure, IMP) This application does not limit this.

In a possible implementation of this embodiment, taking PB overhead information including service identifiers and occupation indications as an example, if an optical transport network frame includes 476 PBs, then for PBs that do not carry services, their occupation indications are set to idle (It can also be called unoccupied, for example, the value is 0), for a PB that bears a specific service, its occupation indicator is set to occupied (for example, the value is 1), and its service indicator is set to the service corresponding to the service it bears logo. For example, as for the service with the service identifier A in the PBs carrying the specific service, then the service indication of these PBs is set to A. It should be understood that the service indication may specifically carry a tributary port (Tributary Port Number, TPN) or other identifiers that can uniquely indicate a service data.

In another possible implementation manner in this embodiment, the PB overhead information includes a service identifier and a rate adaptation indication as an example. Among them, there is a special bit in the service identifier to indicate whether the corresponding PB is occupied or the service identifier indicates that the PB is occupied by a special value, and indicates the service that actually occupies the PB by other values instructions for the . Alternatively, a special value of the service identifier (for example, 0xFFF) indicates that the PB is not occupied. When an OSU frame is mapped to a PB, a stuffing block may be inserted for rate matching (the stuffing block does not contain service data, and is usually a preset value). In order to identify these PBs carrying stuffing blocks, the service identifier can carry the service information of the corresponding service, and the rate adaptation indication is 0 or 1 to distinguish whether the PB where the indication is located is a stuffing block or an OSU frame for rate adaptation. Doing so can better realize service isolation (that is, the PB position belonging to a certain OSU signal can be clearly identified).

Next, device A sends the processed OTN frame to device F. As shown in Figure 1, device A and device F are not directly connected. Therefore, device A needs to send OTN frames to device F through other devices. For example, the path that the optical transport network frame passes is: device A-device H-device G-device F.

S409: Determine according to the first service identifier included in the first payload block in the received optical transport network frame and the second service identifier for the first payload block included in the service configuration information Quantity information that the bits of the first service identifier and the corresponding bits of the second service identifier have the same value;

S411: Determine whether the first service identifier matches the second service identifier according to the quantity information and a preset threshold.

S409 and S411 are operations performed by the receiving device, that is, device F. Specifically, device F uses the service configuration information received from the network management system (subsequent configuration information) and the service identifier received from the received optical transport network frame (hereinafter referred to as received information) to perform verification to determine the service Whether the configuration information is accurate.

Specifically, the configuration information and the received information are compared in an error-tolerant manner, that is, part of the bit information in the configuration information and the received information can be compared, and the part of the bit information can be any corresponding part of the configuration information and the received information. Any part of the above information is located at the same bit position in the configuration information and the received information. Correspondingly, in the first case, the preset threshold may be a value that differs from the number of bits occupied by the service identifier by a small value such as 1 or 2. For example, when the number of bits occupied by the business identifier is 12 bits, if the preset threshold is 11, compare any 11 bits in the 12 bits, and as long as any 11 bits have the same value, the two service identifiers are considered to match , that is, the verification is successful. For another example, when the number of bits occupied by the service identifier is 20 bits, if the preset threshold is 18, as long as any 18 of the 20 bits have the same value, the two service identifiers are considered to match, that is, the verification is successful. After determining that the verification of the service configuration information is successful, the device F can extract service data from the corresponding PB in the optical transport network frame. In the second case, the aforementioned The threshold is set to a small value, which is used to indicate the number of transmission error bits that the system can tolerate. The number information of different bits is compared with the threshold, and when the number information is less than or equal to the threshold, the verification is successful. Otherwise, the verification fails, and the corresponding PB will analyze according to the local configuration information or generate a configuration information error alarm. For example, when the number of bits occupied by the business identifier is 12 bits, if the preset threshold is 1, then compare the number of different bits among the 12 bits. As long as the number of bits is less than or equal to 1, two business identifiers are considered match, that is, the verification is successful.

Bit errors may occur during transmission of OTN frames (that is, on the line), so device F may have correct service configuration information but fail to verify, resulting in loss of service data. For this reason, a fault-tolerant mechanism is introduced in step S411 to ensure that the device F can still ensure the correct verification of the service configuration information even when the optical transport network frame is transmitted on the line with a bit error.

Two examples of different preset thresholds are given below. In the following example, it is taken that the length of the service identifier of the PB band is 12b as an example.

In a possible implementation, the preset threshold is 1. That is to say, if the value of at most one bit differs between the obtained configuration information and the received information, the device F considers that the verification of the service configuration for this PB is successful.

Taking the service configuration information as an example, the binary value of the service identifier of the service configured by the PB (abbreviated as PB#A) of the optical transport network frame numbered as A is 1 1 1 0 1 0 1 1 0 0 1 1, as shown in Table 5. The value of the service identifier of the PB whose number is A in the OTN frame received by device F satisfies the condition that the threshold value is 1, and the received information of device F is any of the situations shown in Table 5, and PB#A can be identified If the verification of the service configuration is successful, the PB can be used for subsequent service demapping.

Table 5 shows the successful verification of configuration information and received information

In another possible implementation, the preset threshold is 2. That is to say, if the value of at most two bits differs between the obtained configuration information and the received information, the device F considers that the verification of the service configuration for this PB is successful. It should be understood that the two bits may be continuous or discontinuous. It can be set according to specific needs, which is not limited in this application.

This application uses a service configuration verification method that can tolerate line errors, while solving the problem of service loss caused by only using service identifiers, it improves the robustness of configuration verification, that is, reduces the possibility of OTN frames being transmitted during transmission. The impact of existing bit errors on service verification at the receiving end.

FIG. 6 is a schematic flowchart of a second OTN frame processing method provided by an embodiment of the present application. In this example, Taking the sending device as device F and the receiving device as device A as an example, as shown in FIG. 6 , the processing method includes the following steps.

S501: Receive service configuration information;

S403: receiving service data;

S407: Send the optical transmission optical network frame;

The execution subject of the above four steps is the equipment F. Step S501 is similar to step S401 shown in FIG. 5 , and S403 , S405 and S407 are the same as those shown in FIG. 5 . Please refer to the detailed description in FIG. 5 , which will not be repeated here.

S502: Receive service configuration information;

S506: Determine whether the received configuration information of multiple payload blocks of the optical transmission frame is correct, and the multiple payload blocks are continuously distributed or arranged sequentially according to predetermined intervals;

S508: When it is determined that at least one of the configuration information of the plurality of payload blocks is incorrect, generate a service identifier mismatch defect indication; and/or, when it is determined that the configuration information of the plurality of consecutive payload blocks is correct and exists When the service identifier does not match the defect indication, the service identifier does not match the defect indication.

The execution subject of the above three steps is device A. Wherein, S502 is similar to step 401 shown in FIG. 5 , and will not be repeated here. After receiving the service configuration information and the service identifier carried in the optical transport network frame, device A uses these two pieces of information to verify the service configuration information. In a possible implementation manner, when device A determines that the service configuration information for a certain PB is equal to the received service identifier, it determines that the verification of the service configuration information is correct. In another possible implementation manner, device A may determine whether the service configuration information is correct according to the verification method with the error tolerance mechanism of the receiving device shown in FIG. 5 .

Specifically, device A needs to perform the above-mentioned service configuration information verification operation on multiple PBs, and judge whether to generate a service identifier mismatch defect indication according to the verification result, so as to perform subsequent management and maintenance processing on related services. Specifically, FIG. 7 is a schematic diagram of continuous payload blocks in the embodiment shown in FIG. 6 . As shown in FIG. 7 , a multiplexing frame (also called a P frame) includes N*476 PBs, including payload areas of 6N OPU frames. The numbering of each PB in the P frame is as shown in FIG. 7 . In the example shown in FIG. 7 , device A checks the service configuration information on the 16 consecutive PBs starting from PB numbered 1 of the P frame. When it is determined that each service configuration information of the 16 PBs is successfully verified, it is considered that there is no service identifier mismatch defect. When it is determined that the verification of at least one service configuration information in the 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 continuous defect detection of 16 PBs as described above may be a continuous detection process. Then, the defect detection of the current 16 PBs triggers the generation of corresponding indication signals. If the next 16 PB defect detections find that all service configuration information is successfully verified, the previously generated indication signals need to be eliminated.

It should be understood that the foregoing defect detection for multiple consecutive PBs is a specific example. In another example, defect detection may be performed for non-contiguous PBs. For example, defect detection may be performed on a plurality of PBs with a fixed interval. As another example, defect detection can be performed according to multiple PBs of other mathematical distributions.

Alternatively, the PB group may be used instead to perform defect detection. Specifically, device A determines whether the configuration information of the N payload block groups is correct to determine whether to generate a service identifier mismatch defect indication signal. Wherein, each of the N payload block groups includes multiple payload blocks that are distributed continuously or arranged at fixed intervals. If the configuration information of at least one of the multiple payload blocks in a group is incorrect, it means that the configuration information of the payload block group to which the multiple payload blocks belong is incorrect; otherwise, all of the multiple payload blocks in a group The configuration information of the group is correct, indicating that the configuration information of the group is correct. Specifically, when device A determines that at least two of the configuration information of the N payload block groups are incorrect, a service identifier mismatch defect indication is generated. If device A determines When all the configuration information of the N payload block groups is correct, no service identifier mismatch defect indication will be generated. Similar to the first example, if the defect detection is a continuous process, then on the premise that the service indication mismatch defect indication signal has been generated, device A determines that in the subsequent defect detection of N payload block groups, its If all configuration information is correct, it is necessary to eliminate the generated service identifier mismatch defect indication. N is a positive integer greater than or equal to 2. By grouping and improving the preconditions for generating service identifier mismatch defect indications, this embodiment can reduce the impact of burst errors on defect detection, improve the effectiveness of defect detection, and thereby reduce the probability of subsequent triggering of false protection switching.

It should be understood that the above introduction on the number of PBs is just an example. Other numbers of PBs can be selected for defect detection according to specific requirements on protection switching time and the like.

It should be understood that the service identifiers of multiple PBs may also be called multiplexing structure indicators (Multiplexing Structure Identifier, MSI). Therefore, the service identifier mismatch defect may also be called an MSI mismatch defect (MSI Mismatch defect, dMSIM). Similarly, the service configuration information configured for the sending device may be called Transmit MSI (Transmit MSI, TxMSI); the service configuration information configured for the receiving device may be called expected MSI (Expected MSI, ExMSI). If the service identifier is identified by the TPN, the TPN carried in the data frame received by the receiving device may be called a received TPN (Accepted TPN, AcTPN). For example, generating the identification mismatch defect indication as described above can be understood as generating a dMSIM signal.

Compared with the prior art that detects defects based on the ODU frame level, the method provided in this embodiment performs defect detection based on multiple PBs, which has a faster detection speed and can sense the line (that is, the path for transmitting OTN frames) in a timely manner. The bit errors that occur can be used for fast protection switching applications and other management and O&M operations that rely on fast detection mechanisms to ensure timeliness.

The following two embodiments are methods, devices and systems for using the bandwidth adjustment instruction carried in the PB to implement service bandwidth increase or service bandwidth decrease scenarios.

Before introducing the relevant embodiments, Table 6 provides descriptions of some relevant field combinations and their functions. In the embodiment 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 numerical values in Table 5 are only examples. The present application does not limit the selection of specific numerical values.

Table 6 Field Descriptions for Bandwidth Adjustment

FIG. 8 is a schematic flowchart of a third OTN frame processing method provided by an embodiment of the present application. As shown in Fig. 8, the method includes the following steps. In this embodiment, it is assumed that the sending device is device A shown in FIG. 1 and the receiving device is device H shown in FIG. 1 as an example. Specifically, device A may directly send the OTN frame to device H through an optical fiber. Or, device A can also send to device H through other intermediate devices, for example: device B, device C and device G. In this regard, this embodiment does not make a limitation.

S601: Use a group of PBs of multiplexing frames of the optical transport network to transmit the data of service A, the service identifier of each payload block in the group of PBs is the identifier of the service A, and each of the group of PBs The bandwidth adjustment indication of the is 111;

Specifically, in this step, device A and device H can use steps S501 , S401 , S403 and S407 shown in FIG. 5 to complete sending service A. The difference from FIG. 5 is that step S601 takes the optical transport network multiplexing frame (that is, the aforementioned P frame) as the object for description. It should be understood that the P frame is also composed of optical transport network frames, therefore, the description of the preceding steps in FIG. 5 is also applicable to this step, so details are not repeated here. It should be noted that the group of PBs used to transmit the data of service A in this step is determined by the service configuration information provided by the network management system. Correspondingly, the service identifier in the group of PBs is set to the service identifier of the transmission service A, and the bandwidth adjustment indication is set to 111, which is used to indicate that the corresponding PB bears the service.

S602: When it is determined that the bandwidth of service A needs to be increased, set the service identifier of the first PB as the identifier of the service A, and the bandwidth adjustment indication of the first PB is 000,000 to indicate that the first PB is not carried said business A;

Specifically, when device A determines that the bandwidth (or rate) of service A needs to be increased, it means that device A should allocate one or more new 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 device and the receiving device for service mapping and demapping respectively. As shown in Table 5, after a new PB (that is, the first PB in Table 5) is determined, a corresponding value is set for its overhead.

S603: Map the service data of service A to a first group of PBs in the multiframe of the first optical transport network, where the first group of PBs does not include the first PB;

S604: Send the first OTN multiplexing frame;

As shown in Table 5 and step S602, the newly added PB has not been used for service bearing, so the sending device still uses the previously allocated PB (that is, the first group PB). After mapping service #A, device A sends the P frame to device H.

S605: Demap the data of the service A from the first group of PBs of the first optical transmission multiframe;

Correspondingly, the device H obtains the first group of PBs from the received P frames according to the received service configuration information and the bandwidth adjustment indication in the PBs, and parses out the data of the service #A carried therein. That is to say, although the service configuration information of device H includes the first group 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 bearing, so there is no need to set The payload information in the newly added PB is taken out for service recovery.

S606: Map the service data of service A to the second group of PBs in the second optical transport network multiframe, the second group of PBs includes the first PB, and the bandwidth adjustment indication in the first PB is set to 111 , used to instruct the first PB to start carrying the data of the service A;

S607: Send the second OTN multiplexing frame;

S608: Demap the data of the service A from the second group of PBs of the second optical transmission multiframe.

In the process of the above three steps, device A indicates to device H the start time for the newly added PB to carry services by changing the bandwidth adjustment indication of the first PB of a certain P frame, so that device H can detect the From the moment when the value of the bandwidth adjustment indication of the first PB of a P frame is changed, the first PB of the certain P frame is used for extracting the service #A.

FIG. 9 is a schematic diagram of processing steps of service bandwidth increase in the embodiment shown in FIG. 8 . Fig. 9 shows a group of P frames and the moments when PB in the P frames change in time order. As shown in Figure 9, before the bandwidth is increased, the numbers of PB allocated for OSU signal #a (abbreviated as OSU#a in the figure) are 1, 5, i+2, P-3 (P is the net number of loads). Figure 9 only shows one P frame moment (that is, the 10th P frame), it should be understood that before the 10th P frame, if the service configuration information does not change, the PB allocated for OSU#a is the same as the 10th P frame Frames are the same. At this time, #j+3 is idle, that is to say, if the PB carries an occupation indication, its occupation indication may be 0, indicating that it is not occupied by any service. When receiving new service configuration information for OSU#a from the network management system, the network device determines a newly added PB according to the new service configuration information to use for OSU#a with increased bandwidth (or called rate). In the example shown in FIG. 9, the network device determines PB#j+3, that is, the new service configuration information specifies that PB#j+3 is assigned to OSU#a compared with the previous service configuration information. PB. Correspondingly, in the 11th P frame, the service identifier value of PB#j+3 is set, that is, it is set as the TPN of OSU#a, and the bandwidth adjustment indication of PB#j+3 is set to 000, indicating that it is not used To carry business data. After a certain time interval (for example: the transmission time of multiple P frames), the sending device sets the bandwidth adjustment indication of PB#j+3 to 111, so as to complete the path bandwidth increase corresponding to the service bandwidth increase. In Fig. 9, the certain interval is 4 P frame times, so at the 15th P frame, the bandwidth adjustment indication of #PB#j+3 of the P frame is set to 111, thereby notifying the receiving end that it can use All PBs allocated in the new service configuration information (that is, PBs of #1, ¥5, #(i+2), #(j+3) and #(P-3)) are used for service analysis. It should be understood that the originating device may select the aforementioned interval time according to specific requirements, which is not limited in this application.

Through the above steps, the embodiment of the present application can realize the lossless increase of service bandwidth, that is, there is no need to tear down the original service path and establish a new path, but by adding PB to the OSU frame carrying the service, and orderly through the above steps The bandwidth to complete the service path is increased. In addition, through the above sequential steps, resource reservation can be completed quickly and service transmission can be completed by using the newly added PB when the sending device needs it.

FIG. 10 is a schematic flowchart of a fourth OTN frame processing method provided by an embodiment of the present application. As shown in Fig. 10, the method includes the following steps. In this embodiment, it is assumed that the sending device is device A shown in FIG. 1 and the receiving device is device H shown in FIG. 1 as an example.

This step is the same as step S601 shown in FIG. 8 , and will not be repeated here.

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

S703: Map the service data of service A to a third group of PBs in the multiframe of the first optical transport network, where the first PB is not included in the third group of PBs;

S704: Send the first OTN multiplexing frame;

S705: Demap the data of the service A from the third group of PBs of the first optical transmission multiframe.

In combination with Table 5, it can be seen that the above steps are for the process of bandwidth reduction. After determining the PB that needs to be deleted among the PBs used to carry service A, the sending device first modifies the bandwidth adjustment instruction of the PB to be deleted (the first PB). information to instruct the receiving end to stop using the PB block for service A bearer. At this time, the receiving device does not take the first PB into consideration when performing service analysis. It should be understood that at this time, the first PB is still allocated to service A. After step S705, the sending device After a certain time interval, the service identifier of the first PB can be set to a certain value to indicate that the PB is idle, or the occupation indication can be set to indicate that the first PB is in an idle state.

Through the above steps, the embodiment of the present application can realize the lossless reduction of bandwidth, that is, there is no need to tear down the original service path and establish a new path, but by reducing the allocated PB for the OSU frame carrying the service, and orderly through the above steps The bandwidth reduction of the service path can be completed efficiently.

It should be understood that the network device may execute either one of FIG. 8 or FIG. 10 , or both. In this regard, this application does not make a limitation.

Fig. 11 is a schematic structural diagram of a possible network device. As shown in FIG. 11 , a network device 800 includes a processor 801 , a transceiver 802 and a memory 803 . Wherein, the memory 803 is optional. The network device 800 can be applied to both the sending device and the receiving device.

When applied to a sending device, the processor 801 is configured to implement the method executed by the sending device shown in FIG. 5 , FIG. 6 , FIG. 8 or FIG. 10 . In the implementation process, each step of the processing flow can implement the method executed by the sending device in the above-mentioned figures through an integrated logic circuit of hardware in the processor 801 or an instruction in the form of software. The transceiver 802 is used to receive and process the optical transport network frame sent to send to the peer device (also called the receiving device); and/or receive the optical transport network frame sent from the peer device to send to the processor 801 for processing. In addition, the transceiver 802 is also configured to receive service configuration information from the network management system, and send it to the processor 801 for processing.

When applied to a receiving device, the processor 801 is configured to implement the method executed by the receiving device shown in FIG. 5 , FIG. 6 , FIG. 8 or FIG. 10 . In the implementation process, each step of the processing flow can complete the method executed by the receiving side device described in the preceding figures through an integrated logic circuit of hardware in the processor 801 or an instruction in the form of software. The transceiver 802 is used to receive the optical transmission network frame sent by the peer device (also referred to as the sending device), to send to the processor 801 for subsequent processing; and/or, to receive the optical transmission network frame sent from the peer device The network frame is sent to the processor 801 for processing. In addition, the transceiver 802 is also configured to receive service configuration information from the network management system, and send it to the processor 801 for processing.

The memory 803 may be used to store instructions such that the process 801 may be used to perform steps as mentioned in the above figures. Alternatively, the storage 803 may also be used to store other instructions to configure parameters of the processor 801 to implement corresponding functions. The memory 803 may also be used to store service data or OTN frames, so that the processor processes the service data and OTN frames.

It should be noted that, in the hardware structure diagram of the network device shown in FIG. 2 , the processor 801 and the memory 803 may be located in a tributary board; they may also be located in a single board that integrates a tributary and a line. Alternatively, both the processor 801 and the memory 803 include multiple ones, respectively located on the tributary board and the circuit board, and the two boards cooperate to complete the foregoing method steps.

It should be noted that the device shown in FIG. 11 may also be used to execute the method steps mentioned in the modification of the embodiment shown in the above-mentioned drawings or the alternative solution, and details are not repeated here.

In the embodiment of the present application, the processor 801 may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component. Various methods, steps and logic block diagrams disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the methods disclosed in connection with the embodiments of the present application may be directly implemented by a hardware processor, or implemented by a combination of hardware and software units in the processor. The program codes executed by the processor 801 to implement the above methods may be stored in the memory 803 . The memory 803 is coupled to the processor 801 . The coupling in the embodiments of the present application is an indirect coupling or a communication connection between devices, units or modules, which may be in electrical, mechanical or other forms, and is used for information exchange between devices, units or modules. Processor 801 may cooperate with memory 803 . The memory 803 may be a non-volatile memory, such as a hard disk drive (HDD), or a volatile memory (volatile memory), such as a random-access memory (random-access memory, RAM). memory 803 is Any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto.

Based on the above embodiments, the embodiments of the present application further provide a computer-readable storage medium. A software program is stored in the storage medium, and when the software program is read and executed by one or more processors, the method provided by any one or more embodiments above can be implemented. The computer-readable storage medium may include: a U disk, a mobile hard disk, a read-only memory, a random access memory, a magnetic disk or an optical disk, and other media capable of storing program codes.

Based on the above embodiments, the embodiment of the present application further provides a chip. The chip includes a processor configured to implement the functions involved in any one or more of the above embodiments, such as acquiring or processing the data frames involved in the above methods. Optionally, the chip further includes a memory for necessary program instructions and data executed by the processor. The chip may consist of chips, or may include chips and other discrete devices.

The present application is described with reference to flowcharts and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the present application. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

Apparently, those skilled in the art can make various changes and modifications to the embodiments of the present application without departing from the scope of the embodiments of the present application. In this way, if the modifications and variations of the embodiments of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these modifications and variations.

Claims

A method for processing an optical transport network frame, characterized in that the method comprises:

The first device receives an optical transport network frame from the second device, the payload area of the optical transport network frame includes a plurality of payload blocks, and each payload block of the plurality of payload blocks contains a service identifier;

The first device acquires service configuration information, where the service configuration information includes service identifiers configured for the plurality of payload blocks of the optical transport network frame;

For the first payload block of the plurality of payload blocks, the first device, according to the first service identifier and the service configuration included in the first payload block in the received optical transport network frame For the second service identifier of the first payload block contained in the information, it is determined that the bits of the first service identifier have the same value as the corresponding bits of the second service identifier;

According to the quantity information and a preset threshold, the first device determines whether the first service identifier matches the second service identifier.
The method of claim 1, further comprising:

The first device determines whether the received configuration information of multiple payload blocks of the optical transmission frame is correct, and the multiple payload blocks are distributed continuously or arranged in sequence according to a predetermined interval;

When it is determined that at least one piece of configuration information of the plurality of payload blocks is incorrect, a service identifier mismatch defect indication is generated.
The method of claim 1, further comprising:

The first device determines whether the received configuration information of multiple payload blocks of the optical transmission frame is correct, and the multiple payload blocks are distributed continuously or arranged in sequence according to agreed intervals;

When it is determined that the configuration information of the multiple consecutive payload blocks is correct and there is a service identifier mismatch defect indication, the service identifier mismatch defect indication is eliminated.
The method according to claim 2 or 3, characterized in that the number of the plurality of payload blocks is 16.
The method of claim 1, further comprising:

The first device determines whether the configuration information of the N payload block groups is correct, each of the N payload block groups includes multiple payload blocks that are continuously distributed or arranged at fixed intervals, and the multiple payload block groups The incorrect configuration information of at least one of the payload blocks indicates that the configuration information of the payload block group to which the multiple payload blocks belong is incorrect;

When it is determined that at least two of the configuration information of the N payload block groups are incorrect, a service identifier mismatch defect indication is generated.
The method of claim 1, further comprising:

The first device determines whether the configuration information of the N payload block groups is correct, each of the N payload block groups includes multiple payload blocks that are continuously distributed or arranged at fixed intervals, and the multiple payload block groups The correct configuration information of each of the payload blocks indicates that the configuration information of the payload block group to which the multiple 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.
The method according to any one of claims 1-6, further comprising:

The first device receives a first optical transport network multiframe from the second device, and each of the multiple payload blocks of the first optical transport network multiframe includes a service identifier and a bandwidth adjustment indication, and the bandwidth adjustment Indicates the bandwidth adjustment used to indicate the service carried by the corresponding payload block;

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 that the bandwidth adjustment indication of the first payload block is a first value, the 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;

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, and the first group of payload blocks does not include the first group of payload blocks a payload block;

The first device receives a second optical transport network multiframe from the second device, and the second optical transport network multiframe is received after the first device receives the first optical transport network multiframe the multiframe;

The first device determines that the service identifier of the first payload block of the second optical transport network multiframe is the third service identifier, and the bandwidth adjustment indication of the first payload block is a second value, so The second value is used to indicate that the first payload block in the second optical transport network multiframe carries the service corresponding to the third service identifier;

Demapping a service corresponding to the third service identifier from a second group of payload blocks in the second OTN multiframe, where the second group of payload blocks includes the second OTN multiframe of the first payload block.
The method according to any one of claims 1-7, wherein the method further comprises:

The first device receives a third optical transport network multiframe from the second device, each of the multiple payload blocks of the third optical transport network multiframe includes a service identifier and a bandwidth adjustment indication, and the bandwidth adjustment Indicates the bandwidth adjustment used to indicate the service carried by the corresponding payload block;

The first device determines that the service identifier of the second payload block of the third optical transport network multiframe is the fourth service identifier, and determines that the bandwidth adjustment indication of the second payload block is a third value, the 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;

The first device demaps the service corresponding to the fourth service identifier from a third group of payload blocks in the third optical transport network multiframe, and the third group of payload blocks includes the first The second payload block of the triple optical transport network multiframe;

The first device receives a fourth optical transport network multiframe from the second device, and the fourth optical transport network multiframe is received by the first device after receiving the third optical transport network multiframe the multiframe;

The first device determines that the service identifier of the second payload block of 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, so The fourth value is used to indicate that the second payload block in the fourth optical transport network multiframe does not carry the service corresponding to the fourth service identifier;

Demap the service corresponding to the fourth service identifier from the fourth group of payload blocks in the fourth optical transport network multiframe, and the fourth group of payload blocks does not include the fourth optical transport network said second payload block in a multiframe.
The processing method according to any of claims 1-8, wherein the positions of the payload blocks carrying the same service in the plurality of payload blocks of the optical transport network frame in the service configuration information satisfy: Two adjacent payload blocks satisfy the interval constraint of the preset number of payload blocks.
An optical transport network device, characterized in that 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 perform the process described in any one of claims 1-9. Methods;

The receiving the OTN frame includes: the processor receiving the OTN frame from the transceiver.
An optical communication system, characterized in that the optical communication system includes a sending device and the optical transport network device according to claim 10, wherein: the sending device sends the optical transport network frame to the optical transport network network equipment.
The optical communication system according to claim 11, wherein the optical communication system further comprises a client device, the client device is used to send services to the sending device, and the sending device is also used to:

mapping the service into the payload block of the optical transport network frame;

sending the optical transport network frame carrying the service to the optical transport network device.