WO2021190310A1

WO2021190310A1 - Method, apparatus and device for sending oam information, and storage medium

Info

Publication number: WO2021190310A1
Application number: PCT/CN2021/080002
Authority: WO
Inventors: 刘峰
Original assignee: 中兴通讯股份有限公司
Priority date: 2020-03-24
Filing date: 2021-03-10
Publication date: 2021-09-30
Also published as: CN112511919A

Abstract

Proposed in the present application are a method, apparatus and device for sending OAM information, and a storage medium. The method comprises: caching at least one type of OAM code blocks to be sent; according to a preset scheduling mode, outputting each of the OAM code blocks to be sent; and controlling, within a preset period, the total output quantity of the OAM code blocks to be sent. In the embodiments of the present application, by means of limiting the total output quantity of outputted OAM code blocks, the functions of a transmission channel are enriched on the basis of ensuring data transmission speed, and the reliability of a customer service channel is improved.

Description

OAM information sending method, device, equipment and storage medium

Technical field

This application relates to the technical field of communication networks, and in particular to a method, device, device, and storage medium for sending OAM information.

Background technique

The rapid increase of user network information traffic has promoted the rapid development of communication network information transmission broadband. The interface bandwidth speed of communication equipment has gradually increased from 10M to 100M, and further increased to 1G and 10G. At present, the interface bandwidth of communication networks has been increased to 100G. , And gradually popularized in the market. Although 400G optical modules have been developed, the price is relatively high, even exceeding the price of 4 100G optical modules. In practical applications, 4 100G optical modules are often bundled to form a high-speed transmission channel to replace the expensive 400G. Optical modules, the International Standards Organization defines the Flexible Ethernet (Flexible Ethernet, FlexE) protocol, which realizes the technical solution of bundling 4 100G optical modules to form a 400G transmission channel. The current FlexE protocol defines that it can carry 10GE, 25GE, 40GE and n* 50G (n is a positive integer) customer rate service, but the implementation method of pipeline OAM (Operation, Administration, Maintenance, OAM) transmission in the customer business flow is not given, and the service quality status of the communication pipeline cannot be detected, for example Data such as the bit error rate, delay time and service discard of the channel cannot be obtained.

Summary of the invention

This application provides a method, device, equipment, and storage medium for sending OAM information.

The embodiment of the present application provides a method for sending OAM information, and the method includes:

Buffer at least one type of OAM code blocks to be sent; output each OAM code block to be sent according to a preset scheduling mode; control the total output quantity of the OAM code blocks to be sent within a preset period.

An embodiment of the present application provides an OAM information sending device, which includes:

The buffer module is used to buffer at least one type of OAM code blocks to be sent; the scheduling module is used to output each of the OAM code blocks to be sent according to a preset scheduling mode; the control module is used to control the to be sent within a preset period. The total output number of OAM code blocks sent.

An embodiment of the present application provides a device, which includes:

One or more processors;

Memory, used to store one or more programs;

When the one or more programs are executed by the one or more processors, the one or more processors implement the OAM information sending method as described in any of the embodiments of the present application.

The embodiment of the present application provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the OAM information sending method as described in any of the embodiments of the present application is implemented.

In the embodiment of this application, by buffering different types of OAM code blocks, the buffered OAM code blocks are output according to a preset scheduling method, and the total output number of OAM code blocks is controlled within a preset period, thereby realizing OAM in the customer service flow The output of the code block monitors the customer service channel on the basis of the high-speed transmission channel, which enriches the functions of the transmission channel and can enhance the reliability of the customer service channel.

Description of the drawings

Figure 1 is an example diagram of 400G channel generation in related technologies;

FIG. 2 is an example diagram of a 66-bit information block arrangement plan provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of data block allocation on multiple physical channels according to an embodiment of the present application;

FIG. 4 is a schematic structural diagram of an overhead block data frame provided by an embodiment of the present application;

Figure 5 is a schematic diagram of a channel carrying customer services provided by an embodiment of the present application;

FIG. 6 is a schematic diagram of the arrangement structure of code blocks after 64/66 encoding of client services in an embodiment of the present application;

FIG. 7 is a schematic diagram of the location of free blocks in the customer service code block in an embodiment of the present application;

FIG. 8 is an example diagram of forcibly inserting an OAM code block in a customer service code block in an embodiment of the present application;

FIG. 9 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 10 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 11 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 12 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 13 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 14 is a flowchart of a method for sending OAM information provided in an embodiment of the present application;

FIG. 15 is an exemplary diagram of an OAM information sending method provided in an embodiment of the present application;

FIG. 16 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 17 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 18 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 19 is an exemplary diagram of an OAM information sending method provided in an embodiment of the present application;

FIG. 20 is an exemplary diagram of an OAM information sending method provided in an embodiment of the present application;

FIG. 21 is an exemplary diagram of an OAM information sending method provided in an embodiment of the present application;

FIG. 22 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 23 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 24 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 25 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 26 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 27 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 28 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 29 is an exemplary diagram of a method for sending OAM information provided in an embodiment of the present application;

FIG. 30 is a schematic structural diagram of an OAM information sending device provided in an embodiment of the present application;

FIG. 31 is a schematic structural diagram of a device provided in an embodiment of the present application.

Detailed ways

Hereinafter, the embodiments of the present application will be described in detail with reference to the accompanying drawings.

The rapid increase of user network information traffic has promoted the rapid development of communication network information transmission broadband. The interface bandwidth speed of communication equipment has gradually increased from 10M to 100M, and further increased to 1G and 10G. At present, the interface bandwidth of communication networks has been increased to 100G. , And gradually popularized in the market. Although 400G optical modules have been developed, the price is relatively high, even exceeding the price of 4 100G optical modules. In practical applications, 4 100G optical modules are often bundled to form a high-speed transmission channel to replace the expensive 400G. Optical module. Fig. 1 is an example diagram of 400G channel generation in the related art. Referring to Fig. 1, the high-speed transmission in the embodiment of the present application is formed by bundling four 100G optical modules through the FlexE protocol to form a 400G transmission channel.

At present, the FlexE protocol is defined according to the 100G rate of the physical layer. In the optical module, before the 100G data message is sent, the data packet message can be 64//66 encoded, that is, the 64-bit data block is expanded to 66-bit information Block, add 2 bits of data before the 64-bit data block as the start mark of the 66-bit information block, and then send the 66-bit information block from the optical port of the optical module. When receiving a message, the optical port distinguishes a 66-bit information block from the received data stream, and then recovers the original 64-bit data block from the 66-bit block. Among them, the FlexE protocol is at the 64-bit block to 66-block conversion layer. Before sending the 66-bit data block, the 66-bit information block is sorted and planned. Figure 2 is a 66-bit information block arrangement plan provided by an embodiment of the present application. For an example diagram, see Figure 2. For 100G services, every 20 66-bit data blocks can be divided into a data block group, and each group can have a total of 20 data blocks, representing 20 time slots, and each time slot can identify 5G bandwidth. Business speed. When sending 66-bit information blocks, every time 1023 data block groups (1023*20 data blocks) are sent, a total of FlexE overhead blocks are inserted. After the overhead blocks are inserted, the data blocks continue to be sent. Every time 1023 data block groups are sent, that is Inserting a total of overhead blocks, it can be understood that the interval between two adjacent overhead blocks is 1023*20 data blocks.

When 4 physical channels of 100G are bundled into a logical service bandwidth of 400G, Figure 3 is a schematic diagram of data block allocation on multiple physical channels provided in an embodiment of the present application. See Figure 3, each physical layer is based on 20 data The blocks form a data block group, and an overhead block is inserted every 1023 data block groups. At the shim layer of FlexE, 4 channels of 20 data blocks are assembled into a data block group consisting of 80 data blocks. There are 80 data blocks in the block group. Time slots. Customer services can be delivered in 80 time slots, each time slot bandwidth is 5G, generating a total of 400G service delivery broadband.

The FlexE overhead block can be a 66-bit overhead block. When the service data stream is sent, an overhead block is inserted every 1023*20 data blocks. The overhead block can play a positioning function in the entire service stream and can be passed through the overhead block. Quickly find the position of the first data block group of the business and the position of the subsequent data block group. Fig. 4 is a schematic structural diagram of an overhead block data frame provided by an embodiment of the present application. Referring to Fig. 4, 8 consecutive overhead blocks form an overhead frame. An overhead block is composed of a 2-bit block flag and a 64-bit block content. The block flag is located in the first 2 columns, the next 64 columns are the block content, the block flag of the first overhead block is 10, and the block flag of the next 7 overhead blocks is 01 or SS (SS means the content is uncertain). The content of the first overhead block is: 0x4B (8 bits, 4B in hexadecimal), C bit (1 bit, indicating adjustment control), OMF bit (1 bit, indicating overhead frame multiframe indication), RPF bit ( 1 bit, indicating remote defect indication), RES bit (1 bit, reserved bit), FlexE group number (20 bits, indicating the number of the bundle group), 0x5 (4 bits, 5 in hexadecimal), 000000 (28 Bit, all 0). Among them, 0x4B and 0x5 are the flag indications of the first overhead block. When receiving, when the corresponding positions in an overhead block are found to be 0x4B and 0x5, it means that the overhead block is the first overhead block in the overhead frame, and the next The last 7 consecutive overhead blocks form an overhead frame. In the overhead frame, the reserved part is reserved content and has not been defined, as shown in Figure 4, the black dot filling block. In the FlexE protocol, 8 overhead blocks are defined to form a frame, and the first overhead block is identified by two fields, 4B (hexadecimal, identified as 0x4B) and 05 (hexadecimal, identified as 0x5). When it is detected that the corresponding positions in the overhead block are 4B and 05 content, it means that the overhead block is the first overhead block, and the following 7 overhead blocks form a frame.

Figure 5 is a schematic diagram of a channel carrying customer services provided by an embodiment of the present application. For customer services, 64/66 encoding is performed first, the customer data stream is cut into 64-bit (8-byte) long block information, and then The 64-bit information is encoded into a 66-bit information block. After 64/66 encoding, the service stream becomes a 66-bit length information block stream. These information blocks are divided into two types: data blocks (the first two bits are 01, indicating that the block is a data block) and control blocks (the first two bits are 10, indicating that the block is a data block). The two information blocks pass through the information block. The first two bits are distinguished. The control information block can be divided into various control information blocks (such as idle information blocks), which are distinguished by the first byte in the control information block. After 64/66 encoding of client information, rate adjustment is achieved by adding or deleting idle information blocks, and then placing the 66-bit information block in the corresponding position in the time slot planning table (calendar) defined by the FlexE protocol according to the time slot configuration. The FlexE protocol provides a flexible transmission channel for customer services, and the size of the transmission channel can be flexibly adjusted according to customer bandwidth needs. The FlexE protocol only provides a pipeline for customers, and does not provide OAM (Operation Operation, Administration, Maintenance, OAM for short), so it cannot monitor pipeline service quality in real time, and cannot provide a reference for business protection switching. Signal. The OAM information function is added to the current draft proposal to realize the monitoring function of customer service flow service quality. As shown in Figure 6, after 64/66-bit encoding for client services, the first block of a client message is S block (first block), then D block (data block), and finally T block (tail block). There may be a number of I blocks (free blocks), O blocks (fault information blocks), etc. between the code blocks of the two data packets before and after, and an OAM information block can be added between the two packets. Figure 7 is a schematic diagram of the location of free blocks in the customer service code block in the embodiment of this application. See Figure 7. OAM information and customer data message information are transmitted together. The transmission path of OAM information and customer data information is exactly the same, and FlexE customers can be monitored in real time. The quality of service of the pipeline. OAM information blocks generally appear at intervals of 16K (that is, 16384) code blocks in the client stream. There are two ways to add OAM information blocks between the message code block streams: an alternative way and a forced insertion way. The alternative mode is to use OAM information blocks to replace I blocks (free blocks) between messages, as shown in Figure 7. This mode can only perform substitution operations when encountering I blocks. Fig. 8 is an example diagram of forced insertion of OAM code blocks into the customer service code blocks in the embodiment of the present application. See Fig. 8, the forced insertion mode is to directly insert OAM information blocks between messages, and perform operations regardless of whether there are free blocks. Insert the OAM code first, and then delete the corresponding number of free blocks when a free block is encountered.

When adding OAM information blocks to the customer service flow, it is necessary to delete the corresponding number of IDLE blocks to ensure that the speed of the information flow remains unchanged. In the Ethernet standard definition, the average interval between messages is at least 12 bytes, and the free space between the messages becomes an IDLE block during encoding. When the message length is longer, the ratio of the average number of 12 bytes in the message interval to the total message bytes will decrease. Currently, Ethernet devices generally support 9600-byte packets, so that every 9600-byte packet will have 12 bytes of free bytes. The 9600-byte length message will be programmed into 1200 code blocks in 64/66 encoding, and there are approximately 13.6 9600 messages out of the 16384 code block length. There are 12 idle interval bytes between each 9600 packet. There are 13.6*12=163.8 idle bytecode blocks in 13.6 9600 packet intervals. These idle bytes can be programmed into 20.5 idle IDLE blocks. Since the length of the 9600 message is an integer multiple of 8, after encoding, a message end block T0 will be added to the end of each message. Each T0 needs to occupy a free block, and the 13.6 message needs to occupy 14 free blocks, so 16384 code blocks Only 7.5 free blocks remain in the flow cycle. Ethernet services have clock frequency deviation problems. The maximum deviation is plus or minus 100PPM (that is, the maximum deviation is 200PPM, and PPM is a unit of one millionth). IDLE additions and deletions are required. The 16384 code block stream cycle requires 3.3 free blocks for speed adjustment. Occupies 3.3 free blocks. Similarly, the AM block and the FlexE overhead block also occupy approximately one free block each, so that the number of remaining free blocks is only 7.5-3.3-1-1=2.5, which means that only 2 free blocks can be used in a 16K cycle. The OAM block is used. There are a large number of OAM information blocks, and more than 10 code blocks may be required to be transmitted instantaneously, but in reality only two or three OAM code blocks can be transmitted, and the problem of multiple OAM burst transmission needs to be solved.

FIG. 9 is a flowchart of an OAM information sending method provided in an embodiment of this application. The implementation of this application can be applied to the case of transmitting OAM information in a 400G high-speed channel. This method can be implemented by the OAM information sending device in this embodiment The device can be implemented by software and/or hardware. Referring to FIG. 9, the method of the embodiment of the present application specifically includes the following steps:

Step 101: Buffer at least one type of OAM code block to be sent.

Among them, the OAM code block to be sent can be an information data block that needs to be sent through a high-speed channel, and the OAM code block to be sent can store operation information data, management information data, and maintenance information data, etc., which can be used to detect the quality of service of the channel The status, for example, can be used to detect the channel's bit error rate, delay time, and service discarding functions.

Specifically, due to the large number of OAM information blocks that cannot be sent instantaneously, the OAM code blocks to be sent that need to be sent can be buffered, and the buffering can be performed according to different types of OAM code blocks to be sent. It is understandable that due to the difference in information carried by the OAM code block to be sent, the type of the OAM code block to be sent may be different.

Further, on the basis of the foregoing application embodiment, the types of the OAM code blocks to be sent include at least basic OAM information blocks, automatic protection switch (APS) information blocks, and unidirectional delay measurement (1 Delay Measure, 1DM) code block, two-way delay measurement (2 Delay Measure, 2DM) code block, two-way delay measurement response (2 Delay Measure Response, 2DMR) code block, connection verification (Connection Verify, CV) CV code block and client type ( At least one of Client Service (CS) code blocks.

Step 102: Output each OAM code block to be sent according to a preset scheduling mode.

In the embodiment of the present application, the preset scheduling method may be a method of scheduling the output of the OAM code blocks to be sent in each buffer. For example, the OAM code blocks to be sent may be sequentially output according to the type of the OAM code blocks to be sent or according to the OAM code to be sent The buffer time of the block sequentially outputs the OAM code blocks to be sent.

Step 103: Control the total output quantity of the OAM code blocks to be sent within a preset period.

The preset period may be a transmission period for outputting the OAM code block to be sent, and each preset period may be used as a control period for outputting the OAM code block to be sent.

Specifically, when the OAM code block to be sent is output, the total output quantity of the OAM code block to be sent output in each preset period can be controlled. For example, the preset period of the OAM code block to be sent is 16384 code blocks. Two OAM code blocks to be sent can be sent within a preset period. The preset period T = 16384 and the total output number sum = 2 can be set to control the output of the OAM to be sent. If the number of OAM code blocks to be sent exceeds two At this time, the remaining OAM code blocks to be sent need to wait for the next preset period to be sent. By controlling the total output quantity of the OAM code blocks to be sent within a preset period, the limitation of the number of IDLE blocks on the output of the OAM blocks to be sent can be solved, and the quantity and real-time performance of the OAM code block output can be improved.

In the embodiment of the present application, by buffering different types of OAM code blocks to be sent, and outputting the OAM code blocks to be sent according to a preset scheduling method, the total output number of the OAM code blocks to be sent is controlled within a preset period to realize binding channels The output of the lower OAM code block enriches the service functions of the channel, reduces the limitation of the number of IDLE blocks on the output OAM code block, increases the number of OAM code block outputs to be sent, and can enhance the real-time response of the channel to the control.

Further, on the basis of the foregoing application embodiment, the buffering of at least one type of OAM code blocks to be sent includes: buffering each of the OAM code blocks to be sent according to the priority corresponding to the type.

In the embodiment of the present application, when the OAM to be sent is buffered according to the type, the priority of the OAM to be sent can be preset, and the OAM code blocks to be sent can be buffered in the order of the priority of the type, for example, the priority order is from high to Low order, the basic OAM information block can have the highest priority, and then can be the event-triggered APS code block, the remaining periodic APS code block and 1DM code block, 2DMM, 2DMR, CV code block, CS code block and other codes The block priority can be the same.

Fig. 10 is a flowchart of an OAM information sending method provided in an embodiment of the present application. The embodiment of the present application is embodied based on the above-mentioned application embodiment to determine the time APS code block and the period APS of the OAM code block to be sent For the priority of the code block when it is cached, referring to FIG. 10, the method of the embodiment of the present application may include the following steps:

Step 111: The APS information block in the OAM code block to be sent includes at least an event APS code block and a periodic APS code block, and the event APS code block and/or the periodic APS code block are cached according to the same high priority.

Specifically, the APS information block can be sent in two ways. For example, when an emergency fault event occurs, the APS information block is output 3 times, and the interval between each sending can be 3.3 milliseconds. It is an emergency notification sending, and then it can be sent every second. The APS information block is repeatedly sent in a one-time manner. APS can be divided into an event APS code block triggered by an emergency event and a periodic APS code block sent periodically according to the trigger scenario.

Due to the two generation methods of APS information blocks, the priority requirements for transmission are different, but the original APS information generation time sequence must be maintained in the transmission sequence. If the priority of the periodic APS code block is relatively low, it is waiting to be transmitted. Event APS code block needs to be sent from time to time, the priority of the event APS code block is high, but if the previous low priority periodic APS code block has not been sent, the high priority event APS code block cannot be sent, and it can only wait for the previous low After the priority period APS code block is sent, the high priority event APS code block can be sent, or the previous low priority period APS code block is discarded, and then the high priority APS code block is sent. In the embodiment of the present application, the same high priority can be set for the periodic APS code block and the event APS code block, and other types of OAM code blocks to be sent can be lower than the periodic APS code block and the event APS code block.

Step 112: Output each OAM code block to be sent according to a preset scheduling mode.

Specifically, the scheduled output can be performed according to the priority of each OAM code block to be sent. Since the event APS code block and the periodic APS code block have the same high priority, the event APS code can not be distinguished when outputting the OAM code block. Block or periodic APS code block, output the event APS code block and the periodic APS code block as the same APS information block. The event APS code block or the periodic APS code block can also be distinguished, but the event APS code block or the periodic APS code block has the same priority. When outputting, the event APS code block and the periodic APS code block are only output in chronological order.

Step 113: Control the total output quantity of the OAM code blocks to be sent within a preset period.

Specifically, when the OAM code block to be sent is output, the total output quantity of the OAM code block to be sent that is output in each preset period can be controlled.

In the embodiment of the present application, the event APS code block and the periodic APS code block are set to the same high priority, and the same preset scheduling method is adopted for the event APS code block and the periodic APS code block at the time of output, so as to realize the failure information. Timely response can improve the reliability of channel transmission.

FIG. 11 is a flowchart of a method for sending OAM information provided in an embodiment of the present application. The embodiment of the present application is embodied on the basis of the above-mentioned application embodiment to determine the time APS code block and the period APS of the OAM code block to be sent For the priority of the code block when it is cached, referring to FIG. 11, the method of the embodiment of the present application may include the following steps:

Step 121: The APS information block in the OAM code block to be sent includes at least an event APS code block and a periodic APS code block, and the event APS code block and/or the periodic APS code block are cached according to the same high priority, so When the event APS code block is cached, the cached periodic APS code block is cleared.

In the embodiment of this application, due to the different timeliness requirements of the information carried by the event APS code block and the periodic APS code block, the information carried by the periodic APS code block may have been invalid when the channel sends the event APS code block. In order to improve the OAM code block to be sent The output efficiency can be used to clear the periodic APS code blocks that already exist in the cache but have not been sent when the event APS code blocks are cached.

Specifically, the same high priority can be set for the event APS code block and the periodic APS code block in the OAM code block, and the corresponding type of OAM code block to be sent is buffered according to the priority. Because the event APS code block and the periodic APS code block Blocks have the same high priority. When the event APS code block and the periodic APS code block are obtained, they can be cached first. Whenever the event APS code block is cached during the caching process, the cached periodic APS code block can be removed from the cache. The medium clearing can guarantee the validity of the OAM code block to be sent when outputting.

Step 122: Output each of the OAM code blocks to be sent according to the preset scheduling mode.

Step 123: Control the total output quantity of the OAM code blocks to be sent within a preset period.

In the embodiment of the present application, by setting the same high priority for the event APS code block and the periodic APS code block, the same preset scheduling method is adopted for the event APS code block and the periodic APS code block during output, and the event APS code block is cached. When the code block is used, the timely response of the fault information can be realized, which can improve the reliability of the channel transmission.

Fig. 12 is a flowchart of an OAM information sending method provided in an embodiment of the present application. The embodiment of the present application is embodied on the basis of the above-mentioned application embodiment, and outputs the OAM code block to be sent in a two-level scheduling manner. The scheduling output is polled within the same priority, and then the priority scheduling output is performed according to different priorities. Referring to FIG. 12, the method of the embodiment of the present application may include the following steps:

Step 201: Buffer at least one type of OAM code block to be sent.

Step 202: First, the to-be-transmitted OAM code blocks belonging to the same priority are output using round-robin scheduling.

Among them, the round-robin scheduling may be a way of sequentially outputting the OAM code blocks to be sent in order.

In the embodiment of the present application, polling scheduling output can be performed in the OAM code blocks to be sent with the same priority first, and the output probability of the OAM code blocks to be sent with the same priority is the same, and the output can be performed fairly. The priority OAM code block to be sent can output a buffered OAM code block to be sent at the same time. It is understandable that since the OAM code blocks to be sent can have multiple priorities, after polling scheduling is used in the code blocks to be sent with the same priority, multiple code blocks to be sent can be output, and the number of code blocks to be sent can correspond to The number of priorities.

Step 203: The output OAM code blocks with different priorities to be sent are then output by priority scheduling.

Specifically, since the OAM code blocks to be sent output within the same priority have different priorities, multiple OAM code blocks to be sent can be output according to the number of priorities. Since only one OAM code block can be output at a time, The OAM code blocks to be sent are scheduled to be output according to different priorities, the high priority OAM code blocks to be sent are output first, and the low priority OAM code blocks to be sent are output later.

Step 204: Control the total output quantity of the OAM code blocks to be sent within a preset period.

In the embodiment of the present application, the total output quantity of the OAM code blocks to be sent in a preset period can be fixed. It can be output by polling and scheduling in the same priority first, and priority scheduling and output in different priorities. When the number of OAM code blocks to be sent output in the preset period reaches the total output quantity, the OAM code blocks to be sent that have not been output can wait for the next preset period to be sent.

In the embodiment of the present application, the buffered OAM code blocks to be sent are output in a two-level scheduling manner, the OAM code blocks to be sent with the same priority are polled for scheduling output, and the OAM code blocks to be sent with different priorities are output according to the priority scheduling. , Realize the balanced output of the OAM code block to be sent, and improve the stability of the high-speed channel.

FIG. 13 is a flowchart of a method for sending OAM information provided in an embodiment of the present application. The embodiment of the present application is embodied based on the above-mentioned application embodiment, and outputs the OAM code block to be sent in a two-level scheduling manner. The scheduling output is polled within the low priority level, and then the priority scheduling output is performed according to different priorities. Referring to FIG. 13, the method of the embodiment of the present application may include the following steps:

Step 211: Buffer at least one type of OAM code block to be sent.

Step 212: First, the low priority OAM code blocks to be sent are output using round-robin scheduling.

In the application embodiment, it can be divided into at least three priority levels according to different types of OAM code blocks, which can include at least high priority, medium priority, and low priority. The transmission of OAM code blocks is divided into low priority. Exemplarily, the basic OAM information block can be divided into high priority, the APS information block can be divided into medium priority, and the 1DM code block, 2DM code block, 2DMR code block, CV code block, and CS code block can be divided. To low priority.

Specifically, because high-priority basic OAM information blocks and medium-priority APS information blocks are generally not sent in a large number of bursts at the same time, low-priority OAM code blocks are sent on demand, and there is the possibility of simultaneous activation. In the first-level output scheduling, polling scheduling can be performed only in the low-priority OAM code blocks to be sent. Only one low-priority OAM code block to be sent is output at a time to prevent the output of too many OAM code blocks. Speed channel transmission has an impact on customer business.

Step 213: The remaining priority OAM code blocks to be sent and the low priority OAM code blocks to be sent output by the round-robin scheduling output are output by priority scheduling.

Specifically, when performing the second-level output scheduling, the OAM code blocks to be sent output by the first-level round-robin scheduling and other priority OAM code blocks to be sent can be prioritized and output, which can be sequentially output according to the priority. The OAM code block to be sent is output. It can be understood that the high priority OAM code block to be sent is output first, and the OAM code block to be sent output by the first-level round-robin scheduling is output last.

Step 214: Control the total output quantity of the OAM code blocks to be sent within a preset period.

The technical solution of the embodiment of the present application uses a two-level scheduling method to output the OAM code blocks to be transmitted, which realizes the OAM transmission function of the high-speed channel and improves the security of the channel. Only low priority OAM code blocks are to be transmitted. Carrying out round-robin scheduling in the process, it is convenient to control the total output quantity and improve the reliability of the channel.

FIG. 14 is a flowchart of an OAM information sending method provided in an embodiment of the present application. The embodiment of the present application is embodied based on the above-mentioned application embodiment, and uses first-level scheduling based on the priority of each OAM code block to be sent Or output the to-be-transmitted OAM code block in a multi-level scheduling manner. Referring to FIG. 14, the method of the embodiment of the present application may include the following steps:

Step 221: Buffer at least one type of OAM code block to be sent.

Step 222: Output according to the priority of each OAM code block to be sent, wherein each OAM code block to be sent with different priorities is output by priority scheduling, and each OAM code block to be sent with the same priority is used Polling scheduling output.

In the embodiments of the present application, it can be divided into at least three priority levels according to different types of OAM code blocks, which can include at least high priority, medium priority, and low priority. The OAM code block to be sent is divided into low priority. Exemplarily, the basic OAM information block can be divided into high priority, the APS information block can be divided into medium priority, and the 1DM code block, 2DM code block, 2DMR code block, CV code block, and CS code block can be divided. To low priority.

Specifically, when outputting OAM code blocks to be sent according to priority scheduling, one-level scheduling or multi-level scheduling can be used to output the OAM code blocks to be sent. The polling scheduling output is performed in the sending block, and the results of each output are sequentially output to the OAM code blocks to be sent in the order from high priority to low priority according to priority scheduling. The first-level scheduling method can be used to complete priority scheduling and round-robin scheduling output at the same time. OAM code blocks to be sent with different priorities adopt priority scheduling, and OAM code blocks to be sent with the same priority adopt round-robin scheduling.

Step 223: Control the total output quantity of the OAM code blocks to be sent within a preset period.

In the embodiment of this application, by using round-robin scheduling at the same priority and priority scheduling at different priorities, the output of the buffered OAM code blocks to be sent is jointly realized, which enriches the functions of the transmission channel and improves the reliability of the customer service channel .

Further, on the basis of the foregoing application embodiment, the controlling the total output quantity of the to-be-sent OAM code blocks within a preset period includes:

In a preset period, control the total output quantity of the OAM code block to be sent using priority scheduling output.

In the embodiment of the present application, the OAM code blocks to be sent can be output through priority scheduling and/or polling scheduling, and the total number can be achieved by controlling the number of OAM code blocks to be sent in the priority scheduling output within a preset period. limits.

Further, on the basis of the above-mentioned application embodiment, in a preset period, the total output quantity of the low-priority OAM code blocks to be sent is controlled by round-robin scheduling.

In the embodiment of the present application, the OAM code blocks to be sent can be output through priority scheduling and/or polling scheduling, and the total number can be realized by controlling the number of OAM code blocks to be sent out of the polling scheduling within a preset period. limits. Exemplarily, when polling scheduling is performed within the same priority levels, the output quantity of the OAM code blocks to be sent at each priority level can be controlled, so as to achieve the effect of controlling the total output quantity. When the polling scheduling output is performed only in the low priority level, the total output number of the to-be-transmitted OAM code blocks can be limited by limiting the output number of the low priority OAM code blocks.

Exemplarily, the OAM information sending method in the embodiment of the present application can be implemented by three modules, which can be a buffer module, a scheduling module, and an output control module, respectively. FIG. 15 is an example diagram of an OAM information sending method provided in an embodiment of the present application; referring to FIG. 15, the scheduling module in an embodiment of the present application may be composed of two levels and three groups of scheduling sub-modules, and OAM codes to be sent with the same priority Blocks use round-robin scheduling, and OAM code blocks to be sent with different priorities use priority scheduling. The Base code block and the APS code block have a high priority. These two OAM code blocks can be scheduled first, and the transmitted code block is output. Other low-priority code blocks such as 1DM code block, 2DMM, 2DMR, CV code block, and CS code block are uniformly scheduled to output the output of the low-priority group. Then the high-priority output and the low-priority output are unified and scheduled output according to the priority, the high-priority output is first, and the low-priority output is later. The scheduling output is controlled by the output control module, and the content can only output a fixed number of OAM blocks in one cycle time.

In another embodiment, the OAM information sending method can be implemented by three modules, which can be a buffer module, a scheduling module, and an output control module, respectively. FIG. 16 is an example diagram of an OAM information sending method provided in an embodiment of the present application. The scheduling module can still adopt a two-level and three-group scheduling mode, but the method shown in FIG. 16 is different from that shown in FIG. 15. The buffer module is processing APS When buffering, when the event APS code block appears, the cached periodic APS code block can be deleted, which can increase the priority of the event APS code block and improve the efficiency of fault handling.

In an exemplary real-time mode, the APS code block can be divided into an event APS code block and a periodic APS code block. The OAM information transmission method can be implemented by three modules, which can be a buffer module, a scheduling module, and an output control module. FIG. 17 is an example diagram of an OAM information sending method provided in an embodiment of the present application. See FIG. 17. The method shown in FIG. 17 is basically the same as that shown in FIG. 16, except that the APS code blocks are buffered with high and low priority respectively. , Event APS code blocks can be queued for transmission in high priority, and periodic APS code blocks can be queued for transmission in low priority. When the event APS code block appears, delete all periodic APS code blocks in the low priority queue, so as to ensure that the sending order of the high and low priority APS code blocks remains unchanged.

Exemplarily, the OAM information sending method can be implemented by three modules, which can be a buffer module, a scheduling module, and an output control module. The scheduling module can adopt a two-level two-group scheduling method. The previous level has only one scheduling sub-module, which can be completed. For the scheduling of low-priority OAM blocks, the second-level scheduling sub-module completes the scheduling of base code blocks, APS blocks, and low-priority code blocks. Figure 18 and Figure 15 are basically the same, but the structure of the scheduler is different. Since APS code blocks can be processed in three ways, APS processing method 1: does not distinguish priority, all according to high priority processing; scheduling method; APS processing method 2: according to high priority scheduling, but the high priority APS code block triggered by the event Will directly delete the low-priority periodic APS code blocks to be sent; APS processing method 3: queue according to high and low priority, but the high-priority APS code blocks triggered by the event will directly delete the low-priority periodic APS codes to be sent The block is in the queue. There are three processing methods, so when the scheduler adopts two-stage and two-group scheduling methods, combined with different APS code block processing methods, different specific forms will be produced, as shown in Figure 18, Figure 19, and Figure 20. Figure 18 and Figure 15, Figure 19 and Figure 16, Figure 20 and Figure 17, are basically the same, except that the internal structure of the scheduler is different.

Further, on the basis of the above application embodiment, the scheduling module can also adopt the first-level scheduling mode, which is completed by the first-level scheduler at the same time, and the first-level scheduler simultaneously completes the priority and polling functions, and OAM codes of different priorities Blocks are scheduled by priority first, and OAM code blocks with the same priority are scheduled by polling, as shown in Figure 21. In the same way, since the APS code block can have three different processing methods, the OAM information transmission method can produce the three methods shown in FIG. 21, FIG. 22, and FIG. 23.

In another real-time mode, the OAM information sending method can be implemented by three modules, which can be a buffer module, a scheduling module, and an output control module. FIG. 24 is an example diagram of an OAM information sending method provided in an embodiment of the present application. Referring to FIG. 24, for high-priority base code blocks and APS code blocks, a large number of simultaneous bursts are generally not sent. Low-priority on-demand OAM code blocks, such as 1DM code blocks, 2DMM, 2DMR, CV code blocks, and CS code blocks, may be enabled on-demand at the same time, and need to be sent at the same time in an instantaneous time segment, resulting in emergencies. Therefore, the essence of the control module is to control the total number of transmissions. The control module can be controlled on the subsequent scheduler or directly controlled by the low-priority scheduler. As long as the output of the low-priority scheduling is controlled, the total output number is Get under control. Since the APS code block can have three processing methods, correspondingly, the scheduling module adopting the two-level three-group scheduling form can have the three methods shown in FIG. 24, FIG. 25, and FIG. 26. For the same type, the scheduling module adopting the two-level and two-group mode can have the three modes shown in FIG. 27, FIG. 28, and FIG. 29.

The above is an exemplary embodiment of this application, which can be composed of three parts: a buffer module, a dispatch module and a control module. There are 3 processing methods for the APS code block in the buffer module, the dispatch module has three different structures, and the control module has 2 different positions. , Combined to produce different specific forms, these different forms are within the scope of protection of this application.

FIG. 30 is a schematic structural diagram of an OAM information sending device provided in an embodiment of the present application, which can execute the OAM information sending method provided in any embodiment of the present application, and has corresponding functional modules and beneficial effects for the execution method. The device may be implemented by software and/or hardware, and specifically includes: a cache module 31, a scheduling module 32, and a control module 33.

The buffer module 31 is used to buffer at least one type of OAM code block to be sent.

The scheduling module 32 is configured to output each OAM code block to be sent according to a preset scheduling mode.

The control module 33 is configured to control the total output quantity of the OAM code blocks to be sent within a preset period.

In this embodiment of the application, different types of OAM code blocks to be sent are buffered through a buffer module, the scheduling module outputs the OAM code blocks to be sent according to a preset scheduling method, and the control module controls the total output quantity of the OAM code blocks to be sent in a preset period. , Realize the output of OAM code block under the bound channel, enrich the service function of the channel, reduce the limitation of the number of IDLE blocks on the output OAM code block, increase the number of OAM code block output to be sent, and enhance the channel's response to control real-time.

Further, on the basis of the foregoing application embodiment, the types of the OAM code blocks to be sent in the buffer module include at least basic OAM information blocks, APS information blocks, 1DM code blocks, 2DM code blocks, 2DMR code blocks, and CV codes. At least one of a block and a CS code block.

Further, on the basis of the above application embodiment, the cache module 31 is specifically configured to:

Buffer each of the OAM code blocks to be sent according to the priority corresponding to the type.

Further, on the basis of the foregoing application embodiment, the APS information block in the to-be-sent OAM code block in the buffer module 31 at least includes an event APS code block and a periodic APS code block, and the events are cached according to the same high priority. The APS code block and/or the periodic APS code block.

Further, on the basis of the above-mentioned application embodiment, the APS information block in the OAM code block to be sent in the buffer module 31 at least includes an event APS code block and a periodic APS code block, and the event is cached according to the same high priority. For the APS code block and/or the periodic APS code block, the buffered periodic APS code block is cleared when the event APS code block is buffered.

Further, on the basis of the above-mentioned application embodiment, the APS information block in the OAM code block to be sent in the buffer module 31 at least includes an event APS code block and a periodic APS code block, and the event APS code block has a high priority Level buffering, the periodic APS code blocks are buffered according to a low priority, and the buffered periodic APS code blocks are cleared when the event APS code block is buffered.

Further, on the basis of the foregoing application embodiment, the scheduling module 32 includes:

The first processing unit is configured to first output the OAM code blocks to be sent that belong to the same priority using round-robin scheduling; and then output the output OAM code blocks of different priorities to be sent using priority scheduling and output.

The second processing unit is used to first output the low priority OAM code blocks to be sent using polling scheduling; then output the remaining priority OAM code blocks to be sent and the low priority OAM codes to be sent out of the polling scheduling Blocks use priority scheduling output.

The third processing unit is configured to output according to the priority of each OAM code block to be sent, wherein each of the OAM code blocks to be sent with different priorities is output by priority scheduling, and each of the OAM code blocks to be sent with the same priority is output The OAM code block is output by polling and scheduling.

Further, on the basis of the foregoing application embodiment, the control module 33 includes:

The first control unit is configured to control the total output quantity of the OAM code block to be sent using priority scheduling output within a preset period.

The second control unit is configured to control the total output quantity of the low-priority OAM code blocks to be sent using the round-robin scheduling output within a preset period.

FIG. 31 is a schematic structural diagram of a device provided in an embodiment of the present application. As shown in FIG. 31, the device includes a processor 40, a memory 41, an input device 42, and an output device 43; the number of processors 40 in the device may be One or more, one processor 40 is taken as an example in FIG. 31; the device processor 40, the memory 41, the input device 42, and the output device 43 may be connected by a bus or other means. In FIG. 31, a bus connection is taken as an example.

As a computer-readable storage medium, the memory 41 can be used to store software programs, computer-executable programs, and modules, such as the modules corresponding to the OAM information sending device in the embodiment of the present application (the buffer module 31, the scheduling module 32, and the control module 33). ). The processor 40 executes various functional applications and data processing of the device by running the software programs, instructions, and modules stored in the memory 41, that is, realizes the above-mentioned OAM information sending method.

The memory 41 may mainly include a program storage area and a data storage area. The program storage area may store an operating system and an application program required by at least one function; the data storage area may store data created according to the use of the terminal, and the like. In addition, the memory 41 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other non-volatile solid-state storage devices. In some examples, the memory 41 may further include a memory remotely provided with respect to the processor 40, and these remote memories may be connected to the device through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

The input device 42 can be used to receive inputted numeric or character information, and generate key signal inputs related to user settings and function control of the device. The output device 43 may include a display device such as a display screen.

An embodiment of the present application also provides a storage medium containing computer-executable instructions, when the computer-executable instructions are executed by a computer processor, are used to execute an OAM information sending method, the method including:

Buffer at least one type of OAM code block to be sent;

Output each of the OAM code blocks to be sent according to the preset scheduling mode;

Control the total output quantity of the OAM code blocks to be sent within a preset period.

Of course, a storage medium containing computer-executable instructions provided by an embodiment of the present application is not limited to the method operations described above, and can also execute the OAM information sending method provided in any embodiment of the present application. Related operations.

Through the above description of the implementation manners, those skilled in the art can clearly understand that this application can be implemented by software and necessary general-purpose hardware, and of course, it can also be implemented by hardware. Based on this understanding, the technical solution of this application essentially or the part that contributes to the related technology can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as a computer floppy disk, Read-Only Memory (ROM), Random Access Memory (RAM), Flash memory (FLASH), hard disk or optical disk, etc., including several instructions to make a computer device (which can be a personal computer, A server, or a network device, etc.) execute the method described in each embodiment of the present application.

It is worth noting that, in the above-mentioned embodiment of the OAM information sending device, the various units and modules included are only divided according to functional logic, but are not limited to the above-mentioned division, as long as the corresponding function can be realized.

The above are only exemplary embodiments of the present application, and are not used to limit the protection scope of the present application.

Those skilled in the art should understand that the term user terminal encompasses any suitable type of wireless user equipment, such as a mobile phone, a portable data processing device, a portable web browser, or a vehicle-mounted mobile station.

In general, the various embodiments of the present application can be implemented in hardware or dedicated circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software that may be executed by a controller, microprocessor, or other computing device, although the present application is not limited thereto.

The embodiments of the present application may be implemented by executing computer program instructions by a data processor of a mobile device, for example, in a processor entity, or by hardware, or by a combination of software and hardware. Computer program instructions can be assembly instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or written in any combination of one or more programming languages Source code or object code.

The block diagram of any logic flow in the drawings of the present application may represent program steps, or may represent interconnected logic circuits, modules, and functions, or may represent a combination of program steps and logic circuits, modules, and functions. The computer program can be stored on the memory. The memory can be of any type suitable for the local technical environment and can be implemented using any suitable data storage technology, such as but not limited to ROM, RAM, optical storage devices and systems (Digital Video Disc, DVD) or optical disk ( Compact Disk, CD)) etc. Computer-readable media may include non-transitory storage media. The data processor can be any type suitable for the local technical environment, such as but not limited to general-purpose computers, special-purpose computers, microprocessors, digital signal processors (Digital Signal Processing, DSP), application specific integrated circuits (ASICs) ), programmable logic devices (Field-Programmable Gate Array, FGPA), and processors based on multi-core processor architecture.

Claims

A method for sending operation, management and maintenance OAM information, including:

Buffer at least one type of OAM code block to be sent;

Output the at least one type of OAM code block to be sent according to the preset scheduling mode;

Control the total output quantity of the OAM code blocks to be sent within a preset period.
The method according to claim 1, wherein the types of OAM code blocks to be sent include basic OAM information blocks, automatic protection switching APS information blocks, one-way delay measurement 1DM code blocks, two-way delay measurement 2DM code blocks, two-way delay At least one of the measured response 2DMR code block, the link check CV code block, and the client type CS code block.
The method according to claim 1, wherein said buffering at least one type of OAM code blocks to be sent comprises:

The at least one OAM code block to be sent is cached according to the priority corresponding to the type of the OAM code block to be sent, wherein the priority corresponding to the type of the OAM code block to be sent includes high priority, medium priority, and low priority At least one of the levels.
The method according to claim 3, wherein the buffering of at least one type of OAM code block to be sent according to the priority corresponding to the type of the OAM code block to be sent comprises:

The APS information block in the OAM code block to be sent includes at least an event APS code block and a periodic APS code block, and the event APS code block and the periodic APS code block are cached according to the same high priority.
The method according to claim 3, wherein the buffering of at least one type of OAM code block to be sent according to the priority corresponding to the type of the OAM code block to be sent comprises:

The APS information block in the OAM code block to be sent includes at least an event APS code block and a periodic APS code block, the event APS code block and the periodic APS code block are cached according to the same high priority, and the event APS code Clear the cached periodic APS code blocks during block buffering.
The method according to claim 3, wherein the buffering of at least one type of OAM code block to be sent according to the priority corresponding to the type of the OAM code block to be sent comprises:

The APS information block in the OAM code block to be sent includes at least an event APS code block and a periodic APS code block, the event APS code block is cached according to a high priority, and the periodic APS code block is cached according to a low priority. When the event APS code block is cached, the cached periodic APS code block is cleared.
The method according to claim 1, wherein said outputting said at least one OAM code block to be transmitted according to a preset scheduling mode comprises:

First, the OAM code blocks to be sent that belong to the same priority are output by round-robin scheduling;

Then, the output OAM code blocks with different priorities to be sent are output by priority scheduling.
The method according to claim 1, wherein said outputting said at least one OAM code block to be transmitted according to a preset scheduling mode comprises:

First, the low priority OAM code blocks to be sent are output using round-robin scheduling;

Then the OAM code blocks to be sent other than the low priority OAM code blocks to be sent and the low priority OAM code blocks to be sent output by the round-robin scheduling are output by priority scheduling.
The method according to claim 1, wherein said outputting said at least one OAM code block to be transmitted according to a preset scheduling mode comprises:

Output according to the priority of the at least one OAM code block to be sent, wherein the OAM code blocks to be sent with different priorities are output by priority scheduling, and the OAM code blocks to be sent with the same priority are output by round-robin scheduling. Output.
The method according to claim 1, wherein the controlling the total output quantity of the to-be-sent OAM code blocks in a preset period comprises:

In a preset period, control the total output quantity of the OAM code block to be sent using priority scheduling output.
The method according to claim 1, wherein the controlling the total output quantity of the to-be-sent OAM code blocks in a preset period comprises:

In a preset period, control the total output quantity of the low-priority OAM code blocks to be sent using the round-robin scheduling output.
An OAM information sending device, including:

The cache module is configured to cache at least one type of OAM code block to be sent for operation management and maintenance;

A scheduling module, configured to output the at least one to-be-transmitted OAM code block according to a preset scheduling mode;

The control module is configured to control the total output quantity of the OAM code blocks to be sent within a preset period.
A device that includes:

At least one processor;

Memory, set to store at least one program;

When the at least one program is executed by the at least one processor, the at least one processor implements the OAM information sending method according to any one of claims 1-11.
A computer-readable storage medium having a computer program stored on the computer-readable storage medium, and when the computer program is executed by a processor, the OAM information sending method according to any one of claims 1-11 is realized.