Bearing frame, transmission method, electronic device, storage medium and program product

Abstract

The application provides a bearing frame, a transmission method, an electronic device, a storage medium and a program product. The bearing frame is composed of a plurality of bytes, including: a preamble byte for bearing a preamble; an overhead byte for bearing overhead information of a service; and a time slot byte for bearing service content; wherein the bearing frame is sent after being encoded. Alternatively, the bearing frame is composed of a plurality of code groups, each code group having a length of 10 bits, including: a control code group, which is the starting code group of the bearing frame; a first data code group for bearing overhead information of a service; and a second data code group for bearing service content; wherein the bearing frame is used for transmission through a physical coding PCS layer. When bearing a fine-grained service on a GE interface, the bearing frame provided by the embodiments of the application can be used for bearing, thereby meeting the demand for bearing a fine-grained service on a GE interface.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a carrier frame, transmission method, electronic device, storage medium, and program product. Background Technology

[0002] The Flexible Ethernet (FlexE) protocol standard specification defines a method for transmitting customer services at speeds of n (n is a positive integer) * 5G (in bits per second). The FlexE physical interface can efficiently carry customer services at speeds above 5G. To meet the needs of customer services at speeds below 5G, the protocol standard also specifies a fine-grained frame structure, dividing a 5G-rate FlexE slot into 480 sub-slots, each with a bandwidth of 10M, capable of carrying customer services at 10M and above.

[0003] However, current fine-grained services are typically better suited for FlexE or Gigabit Ethernet (GE) interfaces, but not for GE interfaces. There is currently no solution for carrying fine-grained services on GE interfaces. Summary of the Invention

[0004] This application provides a carrier frame, transmission method, electronic device, storage medium, and program product to solve the problem of how to carry fine-grained services on a GE interface.

[0005] To solve the above-mentioned technical problems, this application is implemented as follows: Firstly, a carrier frame is provided, consisting of multiple bytes, said multiple bytes including: The preamble byte is used to carry the preamble. Overhead bytes, used to carry overhead information for the business; The timeslot byte is used to carry business content; The carrier frame is transmitted after being encoded.

[0006] Secondly, a carrier frame is provided, consisting of multiple code groups, each code group having a length of 10 bits, wherein the multiple code groups include: Control code group, wherein the control code group is the start code group of the bearer frame; The first data code group is used to carry the overhead information of the service; The second data code group is used to carry business content; The bearer frame is used for transmission through the Physical Coding System (PCS) layer.

[0007] Thirdly, a transmission method is provided for use at the sending end, including: A bearer frame is sent to the receiving end, the bearer frame including the bearer frame as described in the first aspect or the second aspect.

[0008] Fourthly, a transmission method is provided for use at a receiving end, including: Receive a bearer frame sent by the sending end, the bearer frame including the bearer frame as described in the first aspect or the second aspect; The carrier frame is parsed to extract the content carried by the carrier frame.

[0009] Fifthly, an electronic device is provided, comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to execute the instructions to implement the method as described in the third or fourth aspect.

[0010] A sixth aspect provides a computer-readable storage medium that, when instructions in the storage medium are executed by a processor of an electronic device, enables the electronic device to perform the method described in the third or fourth aspect.

[0011] In a seventh aspect, a computer program product is provided, the computer program product including a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps in the method described in the third aspect, or to perform some or all of the steps in the method described in the fourth aspect.

[0012] The bearer frame provided in this application embodiment consists of multiple bytes, including a preamble byte, an overhead byte, and a timeslot byte. The preamble byte carries the preamble, the overhead byte carries the overhead information of the service, and the timeslot byte carries the service content. This bearer frame is transmitted after encoding. Since the GE interface uses an 8b / 10b encoding structure, and the bearer frame provided in this application embodiment consists of multiple bytes, each byte containing 8 bits, the bearer frame provided in this application embodiment can be used to carry fine-grained services on the GE interface, thereby meeting the requirements for carrying fine-grained services on the GE interface.

[0013] Another bearer frame provided in this application embodiment consists of multiple code groups, each with a length of 10 bits. These multiple code groups include a control code group, a first data code group, and a second data code group. The control code group is the start code group of the bearer frame. The first data code group is used to carry service overhead information, and the second data code group is used to carry service content. This bearer frame is used for transmission through the PCS layer. Since the GE interface uses an 8b / 10b encoding structure, and the bearer frame provided in this application embodiment consists of multiple code groups, each with a length of 10 bits, the bearer frame provided in this application embodiment can be used to carry fine-grained services on the GE interface, thereby meeting the requirements for carrying fine-grained services on the GE interface. Attached Figure Description

[0014] To more clearly illustrate the technical solutions in this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0015] Figure 1 This is a schematic diagram of how the existing FlexE protocol combines four 100G optical modules to form a 400G transmission channel; Figure 2 This is a schematic diagram of the data block transmission format for 100G services in related technologies; Figure 3 This is a schematic diagram of the code blocks included in the fine-grained frame structure in related technologies; Figure 4 This is a schematic diagram of the structure of a fine-grained frame in related technologies; Figure 5 This is a schematic diagram of a fine-grained frame unfolding technique in related technologies; Figure 6 This is a structural diagram of a fine-grained frame as defined by Chinese telecommunications industry standards. Figure 7 This is a schematic diagram of a multiframe composed of fine-grained frames in related technologies; Figure 8 This is a schematic diagram of transmitting OAM code blocks in related technologies; Figure 9 This is a schematic diagram of the periodic transmission of OAM code blocks in related technologies; Figure 10 This is a schematic diagram of the structure of the O code block in the Ethernet standard; Figure 11 This is a schematic diagram of the structure of the OAM code block as defined by China Mobile's enterprise standards. Figure 12 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 13 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 14 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 15 This is a schematic diagram of a message transmission via the MII interface bus according to an embodiment of this application; Figure 16 This is a schematic diagram of OAM information according to an embodiment of this application; Figure 17 This is a schematic diagram of OAM information according to an embodiment of this application; Figure 18 This is a schematic diagram illustrating the transmission of OAM information between bearer frames according to an embodiment of this application; Figure 19 This is a schematic diagram illustrating the transmission of OAM information between bearer frames according to an embodiment of this application; Figure 20 This is a schematic diagram illustrating the combination of OAM information and bearer frames according to an embodiment of this application; Figure 21 This is a schematic diagram illustrating the transmission of OAM information combined with a bearer frame, according to one embodiment of this application. Figure 22 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed OAM bytes in a bearer frame; Figure 23 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed OAM bytes in a bearer frame; Figure 24 This is a schematic diagram illustrating how the bearer frame carries and transmits OAM information through a preamble byte in an embodiment of this application. Figure 25 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 26 This is a schematic diagram illustrating the transmission of OAM information between bearer frames according to an embodiment of this application; Figure 27 This is a schematic diagram illustrating the transmission of OAM information combined with a bearer frame, according to one embodiment of this application. Figure 28 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed OAM bytes in a bearer frame; Figure 29 This is a schematic diagram of a fine-grained frame structure defined by international standards; Figure 30This is a schematic diagram of a fine-grained frame structure unfolded according to international standards; Figure 31 This is a schematic diagram of OAM information according to an embodiment of this application; Figure 32 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 33 This is a schematic diagram of OAM information according to an embodiment of this application; Figure 34 This is a schematic diagram illustrating the transmission of OAM information between bearer frames according to an embodiment of this application; Figure 35 This is a schematic diagram illustrating the transmission of OAM information combined with a bearer frame, according to one embodiment of this application. Figure 36 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed OAM bytes in a bearer frame; Figure 37 This is a schematic diagram illustrating how the bearer frame carries and transmits OAM information through a preamble byte in an embodiment of this application. Figure 38 This is a schematic diagram illustrating how the bearer frame carries and transmits OAM information through a preamble byte in an embodiment of this application. Figure 39 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 40 This is a schematic diagram illustrating the transmission of OAM information between bearer frames according to an embodiment of this application; Figure 41 This is a schematic diagram illustrating the transmission of OAM information combined with a bearer frame, according to one embodiment of this application. Figure 42 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed OAM bytes in a bearer frame; Figure 43 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 44 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 45 This is a schematic diagram illustrating the transmission of the OAM valid field between bearer frames according to an embodiment of this application; Figure 46 This is a schematic diagram illustrating the transmission of OAM information combined with a bearer frame, according to one embodiment of this application. Figure 47 This is a schematic diagram illustrating an embodiment of this application that carries and transmits OAM information using fixed code groups in a bearer frame; Figure 48This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 49 This is a schematic diagram of the structure of a bearer frame according to an embodiment of this application; Figure 50 This is a schematic flowchart of a transmission method according to an embodiment of this application; Figure 51 This is a schematic flowchart of a transmission method according to an embodiment of this application; Figure 52 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application; Figure 53 This is a schematic diagram of the structure of a transmission device according to an embodiment of this application; Figure 54 This is a schematic diagram of the structure of a transmission device according to an embodiment of this application. Detailed Implementation

[0016] The rapid increase in user network traffic has spurred the rapid development of communication network bandwidth. The interface bandwidth of communication equipment has increased from 10 Mbps (bits per second) to 100 Mbps, then from 100 Mbps to 1 Gbps and 10 Gbps, and has now reached 100 Gbps. 100 Gbps optical modules are now widely available for commercial use. While 400 Gbps optical modules have been developed, their high price—exceeding the cost of four 100 Gbps optical modules—affects their commercial economic value. To enable 400 Gbps services to be transmitted over 100 Gbps optical modules, the international standards organization defined the FlexE protocol. The FlexE protocol combines multiple 100 Gbps optical modules to form a high-speed transmission channel, such as... Figure 1 By combining four 100G optical modules using the FlexE protocol, a 400G transmission channel can be formed, which is equivalent to the transmission speed of a single 400G optical module, thus solving the transmission requirements of 400G services without increasing costs.

[0017] For 100G physical layer services, the Ethernet protocol defines that before sending a 100G data packet, the data packet is 64 / 66 encoded, expanding the 64-bit data block into a 66-bit information block. The added 2 bits are placed at the beginning of the 66-bit block as a start marker, and then it is sent out from the optical interface in 66-bit blocks. Upon reception, the optical interface identifies the 66-bit blocks from the received data stream, then recovers the original 64-bit data from the 66-bit blocks and reassembles the data packet. The FlexE protocol, located below the 64-bit to 66-bit block conversion layer, sorts and plans the 66-bit data blocks before sending them. Figure 2As shown, for a 100G service, every 20 66-bit data blocks are divided into a data block group, with each group containing 20 data blocks, representing 20 time slots. Each time slot represents a service speed of 5G (bit / s) bandwidth. When sending 66-bit data blocks, after sending every 1023 data block groups (1023 * 20 data blocks), a FlexE overhead block (such as...) is inserted. Figure 2 (The black block in the middle). After inserting the overhead block, data blocks continue to be sent. After sending the second 1023*20 data blocks, another overhead block is inserted, and so on. In this way, overhead blocks are periodically inserted during the transmission of data blocks, with an interval of 1023*20 data blocks between adjacent overhead blocks. For a service with a physical line speed of 100G (bit / s), the FlexE protocol divides the physical port into 20 time slots, so the bandwidth corresponding to each time slot is 5G.

[0018] The FlexE protocol defines a sufficient number of time slots and bandwidth to meet the transmission needs of customer services such as routers and Optical Transport Networks (OTN). However, its application in Packet Transport Networks (PTN) presents several challenges: 1. A 100G physical channel has only 20 time slots, which is too few; 2. Each time slot has a bandwidth of 5G, resulting in excessively large granularity. The FlexE protocol suffers from both a limited number of time slots and excessively large granularity, characteristic of time slots. In contrast, PTN services involve numerous customer services with relatively small bandwidth per service, resulting in a large number of time slots and small granularity for each slot. This makes the FlexE protocol unsuitable for PTN application scenarios.

[0019] To address the needs of customer services operating at speeds lower than 5G, communication network operators have defined the technical requirements for fine-grained slicing in packet slicing networks and proposed a fine-grained service bearer frame (also referred to as a fine-grained bearer frame or fine-grained frame) structure. The fine-grained frame structure consists of S-blocks, D-blocks, and T-blocks, which are coded blocks defined by Ethernet. Figure 3 This uses the Ethernet 802.3 protocol's 64 / 66 encoding rules. Each code block consists of 66 bits, with the first two bits being the block's synchronization header. A synchronization header bit of "01" indicates that the code block is a D code block (data code block), followed by 8 bytes (64 bits) of data content. A synchronization header bit of "10" indicates that the code block is a control code block. The first byte after the synchronization header bit of a control code block indicates the type of control block, and the following 7 bytes are the content of the control code block, determined by the control block type.

[0020] Figure 3 In a datagram block, S-blocks, T-blocks, 0-blocks, and idle blocks (also known as IDLE blocks, I-blocks, or I-blocks) all belong to the control block category. The first byte of an S-block is 0x78 (0x represents hexadecimal), indicating that the control block type is S-block, and the S-block represents the first block in a datagram block stream. A T-block represents the last block in a datagram block stream, serving as the end-of-message block. Besides indicating the end-of-message block, a T-block can also carry client bytes (located in the last 7 bytes of the block). In the Ethernet standard, T-blocks are divided into eight types: T0, T1, T2, T3, T4, T5, T6, and T7. The first byte of a T0 block is 0x87, and it does not carry client information (or client content). The first byte of a T1 block is 0x99, and it carries one byte of client information. The first byte of a T2 block is 0xAA, and it carries two bytes of client information. The first byte of a T3 block is 0xB4, and it carries three bytes of client information. The first byte of a T4 block is 0xCC, and it carries four bytes of client information. The first byte of a T5 block is 0xD2, and it carries five bytes of client information. The first byte of a T6 block is 0xE1, and it carries six bytes of client information. The first byte of a T7 block is 0xFF, and it carries seven bytes of client information. The IDLE block (also known as the I block) is an idle block or error indicator block, and its control word content (i.e., the first byte content) is 0x1E. The 0 block is a maintenance and management block, and its control byte content is 0x4B.

[0021] Figure 4 It is a common fine-grained frame structure in related technologies. Figure 4 The fine-grained frame structure shown consists of S-blocks, D-blocks, and T-blocks. Figure 5 It is Figure 4 The diagram shows the structure of each code block expansion. Figure 5 In this process, each code block is expanded into 66 bits. In the fine-grained frame, there is an overhead field, namely OH (overhead information), and blank spaces are used to carry fine-grained services.

[0022] Currently, different frame formats (sometimes called fine granularity bearer frames, small granularity bearer frames, small granular frames, or fine granularity units (FGU)) have been developed both domestically and internationally. Figure 6This is a fine-grained frame structure defined by Chinese telecommunications industry standards. A fine-grained frame consists of one S-block, 195 D-blocks, and one T-block. When transmitting this fine-grained frame, an idle block (called an I-block) is inserted between each fine-grained frame. Intermediate devices in the network adjust the speed by adding or removing idle blocks to adapt to clock frequency differences between different devices. The D-block in the fine-grained frame is divided into overhead bytes and 24 sub-time slots. Every 20 fine-grained frames form a multiframe, and a multiframe cycle contains 480 sub-time slots. Figure 7 As shown, fine-grained frames are carried on 5G-speed time slots of the FlexE interface. Each fine-grained frame is divided into 480 sub-slots, dividing the transport pipeline of a single 5G-speed time slot into 480 sub-slots. Each sub-slot has a bandwidth of 10Mbps (or slightly higher). Therefore, one sub-slot of a fine-grained frame can carry 10Mbps customer services, basically meeting the carrying requirements of ordinary Ethernet services (currently, Ethernet service bandwidths are 10Mbps, 100Mbps, 1G, and above; services greater than 10Mbps use multiple sub-slots). In practical applications, when a fine-grained sub-slot carries a 10Mbps customer service, the 10Mbps customer service is first 64 / 66 encoded. After encoding, it is carried on a selection of sub-slots. The fine-grained frame is then mapped to FlexE protocol time slots and sent out, reaching the remote destination device through the 5G-speed time slots of the FlexE protocol.

[0023] In related technologies, to monitor the quality of service pipelines carrying customer services, operation, administration, and maintenance (OAM) functions have been developed to detect the service quality status of the pipelines, such as bit error rate, latency, and service interruptions. Implementation methods include... Figure 8 OAM code blocks (carrying maintenance and management information) are inserted into the client message code block stream. In this way, the OAM code blocks and client message code blocks are carried and transmitted together, following the same transmission path. The service quality of the transmission pipeline can be monitored by tracking the information carried by the OAM code blocks. For example, if the sending end sends OAM code blocks at fixed intervals, and the receiving end does not receive OAM code blocks within multiple intervals, it is determined that a service pipeline failure has occurred, leading to service interruption. Alternatively, the receiving end can measure the service pipeline latency by measuring the transmission time of the OAM code blocks. Many similar OAM functions exist, which will not be detailed here.

[0024] Typically, OAM code blocks can be inserted into the customer code block stream at fixed intervals, such as... Figure 9As shown. Device 1 inserts an OAM code block into the client message code block stream. The OAM code block and the client message code block are transmitted together through the network, and the receiving device 6 detects the OAM code block. After detecting the OAM code block, the receiving end analyzes the content of the OAM code block, and can monitor the pipeline quality status based on the analysis results.

[0025] Different types of values ​​carried in OAM code blocks can enable various quality of service monitoring functions, such as bit error detection, connectivity monitoring, connection verification, remote bit error detection, remote fault detection, delay measurement, fast protection switching, customer signal failure detection, and customer signal type indication. In related technologies, the O code block format in the Ethernet standard is typically extended, and this extended format becomes the OAM code block format. In the Ethernet standard, the O code block is a control code block, such as... Figure 10 As shown, the 2-bit synchronization header has a value of "10", the control word content is "0x4B", and bits 34-37 in the code block are the sequence values ​​of the O code block. Different sequence values ​​represent different meanings of the O code block content. The Ethernet standard uses four sequence values: 0x0, 0x1, 0x2, 0x5, and 0xF. China Mobile's enterprise standard uses the 0xC sequence value, and the O code block with the 0xC sequence value is used as the OAM code block. Figure 11 The OAM code block format is defined by China Mobile's enterprise standard. An OAM code block uses a combination of a synchronization header "10", a control word "0x4B", and an O sequence value "0xC" as its identifier. A code block conforming to this identifier is an OAM code block. Bits 10 and 11 are reserved bits. Bits 12-17 are the OAM code block's type field, used for various types of OAM code blocks (such as base function OAM code blocks, APS function OAM code blocks, CS function OAM code blocks, 1DM function OAM code blocks, 2DM function OAM code blocks, etc., each type of function code block may consist of multiple sequence code blocks). Bits 18-33 and 42-57 are used to carry the OAM code block content. Bits 38-41 are reserved bits. Bits 58-61 are used to transmit the sequence numbers of multiple OAM code blocks. Bits 62-65 are used to transmit the CRC checksum, verifying the preceding content of the OAM code block. The quality of service (QoS) status of the network pipeline can be determined by inserting an OAM code block when the transmitting device sends the client code block, and by checking the OAM code block in the client service code block when the receiving device receives the data.

[0026] The above describes the existing fine-grained frames and OAM code blocks. However, these fine-grained frames are generally only applicable to the FlexE and 10GE interfaces (because the information code blocks of these interfaces are 66-bit long, thus suitable for the current 66-bit code block structure of the fine-grained bearer frames). For the GE interface, since the GE interface uses an 8b / 10b encoding structure, the encoded 10b code block is 10 bits long. Therefore, it is not possible to directly use the current fine-grained bearer frames composed of 66-bit long code blocks.

[0027] This application provides a bearer frame (which can be represented as a fine granularity unit (FGU), fine-granular bearer frame, small-granular bearer frame, small-granular frame, etc.) that can be used to carry fine-granular services on the GE interface. Based on this, this application also provides a transmission method that can transmit the bearer frame provided in this application. Furthermore, when transmitting the bearer frame, OAM information can also be transmitted concurrently. This OAM information can be carried by the bearer frame, transmitted between bearer frames, or combined with bearer frames before transmission. Thus, the receiving end can perform quality control on the service pipeline carrying customer services based on the OAM information.

[0028] To enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in this application will be clearly and completely described below with reference to the accompanying drawings of one or more embodiments. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of this application.

[0029] The terms "first," "second," etc., used in this application and the claims are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that this application can be implemented in orders other than those illustrated or described herein. Furthermore, in this application and the claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0030] The technical solutions provided by the various embodiments of this application are described in detail below with reference to the accompanying drawings.

[0031] Figure 12 This is a schematic diagram of the structure of a carrier frame according to an embodiment of this application. Figure 12The bearer frame shown consists of multiple bytes, including preamble bytes, overhead bytes, and time slot bytes, with the overhead bytes located between the preamble bytes and the time slot bytes. The preamble bytes are used to carry the preamble, and the number of bytes can be one or more. Figure 12 The specific number of bytes is not shown. Overhead bytes are used to carry overhead information for the service; the number of bytes can be one or more. Figure 12 The exact number of bytes is not shown. Time slot bytes are used to carry service content, and the number of bytes is usually multiple (…). Figure 12 (The specific number of bytes is not shown).

[0032] Figure 12 The carrier frame shown can be encoded before being sent. For example, it can be transmitted to the physical coding sublayer (PCS) layer via an interface, and then encoded by the PCS layer before being sent. This interface can be a Media Independent Interface (MII) of the GE interface. Transmission to the PCS layer via the interface can be via the MII bus. The encoding of the PCS layer can be 10-bit encoding.

[0033] Because the GE interface uses an 8b / 10b encoding structure, and Figure 12 The bearer frame shown consists of multiple bytes, each containing 8 bits. Therefore, when carrying fine-grained services on the GE interface, it can be used... Figure 12 The shown bearer frame is used for carrying, thereby meeting the need to carry fine-grained services on the GE interface.

[0034] Alternatively, in some implementations, Figure 12 The carrier frame shown may also include frame delimiter bytes, which are used to carry frame delimiters. For example... Figure 13 As shown. Figure 13 The bearer frame shown includes preamble bytes, overhead bytes, and time slot bytes, as well as frame delimiter bytes. The frame delimiter bytes are located between the preamble bytes and the overhead bytes, and the number of bytes can be one or more. Figure 13 (The specific number of bytes is not shown).

[0035] Figure 13 The bearer frame shown can be encoded before being sent. For example, it can be transmitted to the PCS layer via an interface, and then encoded by the PCS layer before being sent. This interface can be the MII interface of the GE interface. Transmission to the PCS layer via the interface can also be via the MII bus. The encoding by the PCS layer can be 10-bit encoding.

[0036] Because the GE interface uses an 8b / 10b encoding structure, and Figure 13The bearer frame shown consists of multiple bytes, each containing 8 bits. Therefore, when carrying fine-grained services on the GE interface, it can be used... Figure 13 The shown bearer frame is used for carrying, thereby meeting the need to carry fine-grained services on the GE interface.

[0037] The following will use some more specific implementation methods as examples to illustrate... Figure 12 and Figure 13 The carrier frame shown is further explained.

[0038] In some implementations... Figure 13 The shown bearer frame can consist of 1575 bytes, including 7 preamble bytes, 1 frame delimiter byte, 7 overhead bytes, and 1560 time slot bytes. These 1560 time slot bytes are divided into 24 time slots, as shown below. Figure 14 As shown.

[0039] Figure 14 The bearer frame shown includes 7 preamble bytes (0x55), 1 frame delimiter byte (0xD5), 7 overhead bytes (OH), and 1560 time slot bytes. These 1560 time slot bytes constitute the bearer area of ​​the bearer frame, which can be divided into 24 time slots. In some implementations, when transmitting bearer frames, 4 bearer frames can be combined into a multiframe, with each multiframe containing 96 time slots. Thus, when using multiframes to carry fine-grained services on the GE interface, the fine-grained bearer of the GE interface is divided into 96 time slots, with each time slot still having a bandwidth of 10 Mbps.

[0040] In related technologies, when transmitting fine-grained bearer frames of the FlexE interface, a free block is placed between frames. A free block is 8 bytes, plus the T7 control field bytes of the fine-grained bearer frame, totaling 9 bytes. Similarly, in this embodiment, multiple bytes can be placed between bearer frames during transmission. Optionally, to ensure that the ratio of valid to invalid bytes transmitted when transmitting the bearer frames in this embodiment is the same as the ratio of valid to invalid bytes transmitted when currently transmitting fine-grained bearer frames of the FlexE interface, this embodiment can place a 9-byte gap between adjacent bearer frames when transmitting multiple bearer frames.

[0041] Figure 15 This is a schematic diagram of an embodiment of the MII interface bus transmitting messages. Figure 15In the MII bus, after each transmission of 1575 bytes of data, there is a 9-byte interval before transmitting another 1575-byte data frame, followed by another 9-byte interval, and so on (4 frames constitute one multiframe). The MII bus consists of a clock signal (clock), an enable signal (tx_en), and an 8-bit data signal (txd). When the enable signal (tx_en) is high, valid data is transmitted; when it is low, the system is idle. The 8-bit data bus (txd) contains the transmitted valid data.

[0042] In related technologies, to perform quality control on the service pipeline carrying customer services, the sending end can also transmit OAM code blocks when transmitting the bearer frame of the FlexE interface. The OAM code block carries OAM information, and the receiving end can perform quality control on the service pipeline carrying customer services based on the OAM code block. In this embodiment, to perform quality control on the service pipeline carrying customer services, OAM information can also be transmitted when transmitting the bearer frame to implement the OAM function. However, the OAM code block in related technologies consists of 66 bits, while the GE interface uses an 8b / 10b encoding structure. Therefore, when transmitting OAM information, it is impossible to carry the OAM information in the OAM code block and send it to the receiving end. In view of this, this embodiment provides a transmission method that can transmit OAM information in byte-by-byte format.

[0043] Figure 16 This is a schematic diagram of OAM information in one embodiment of this application. Figure 16 In the OAM code block, the first byte (bits 2-9) and the fifth byte (bits 34-41) are used to identify the code block as an OAM code block (to distinguish it from the customer service code block), and do not contain specific OAM functional content. The second, third, and fourth bytes (bits 10-33) and the sixth, seventh, and eighth bytes (bits 42-65) of the OAM code block carry the OAM information content, which can be represented as the OAM_1 field and the OAM_2 field, respectively. Each field has 3 bytes, for a total of 6 bytes of OAM information content.

[0044] As can be seen, to implement the OAM function, simply transmitting the OAM_1 and OAM_2 fields along with the customer's service information to the receiving end is sufficient. Therefore, in some implementations of this embodiment, when transmitting OAM information, only the OAM_1 and OAM_2 fields need to be transmitted. Figure 16The two valid fields, OAM_1 and OAM_2, shown together comprise 6 bytes. This means that the OAM information transmitted in this embodiment can include the contents of the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block. This first OAM code block is an OAM code block under a first standard, which is the China Mobile Enterprise Standard (hereinafter referred to as the Chinese Standard). Figure 16 The OAM code block shown.

[0045] It should be noted that in the specific implementation, for Figure 16 In the OAM_1 and OAM_2 fields shown, each byte may only have a portion of its 8 bits used to carry OAM information. To implement OAM functionality, only the bits carrying OAM information from the OAM_1 and OAM_2 fields need to be extracted to form n bytes (n is 1, 2, 3, 4, or 5). These n bytes are then carried along with the customer's service and transmitted to the receiving end to achieve the desired result. For example, OAM information such as Bit-Interleaved Parity (BIP), Remote Error Indicator (REI), and Remote Default Indicator (RDI) can be extracted and transmitted. Therefore, in some implementations of this embodiment, when transmitting OAM information, the OAM information may include the content obtained by compressing the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block. This content is... Figure 16 The n bytes (n is 1, 2, 3, 4, or 5) obtained by combining the bits used to carry OAM information in the OAM_1 and OAM_2 fields shown are as follows: Figure 17 As shown. The first OAM code block is the OAM code block under the first standard, which is the Chinese standard. Figure 16 The OAM code block shown.

[0046] In Figure 14 When the bearer frame and OAM information are transmitted together to the receiving end, in some embodiments, the OAM information can be transmitted between two adjacent bearer frames. Specifically, the OAM information is carried by one or more bytes, and when transmitting OAM information between two adjacent bearer frames, it can specifically mean transmitting one or more bytes for carrying the OAM information between the two bearer frames.

[0047] In practical implementation, when transmitting OAM information between two adjacent bearer frames, there may be two scenarios: one where the number of bytes between the two bearer frames is sufficient to transmit all bytes of the OAM information in one go, and another where it is insufficient. For example, assuming there is a 9-byte interval between two bearer frames (i.e., 9 bytes of free space), after each bearer frame is sent, 2 or 3 bytes need to be reserved to transmit the end marker of the bearer frame, leaving only 6 or 7 bytes of available free space. If the OAM information has 6 bytes of content (e.g., ... Figure 16 The OAM_1 and OAM_2 fields shown are 6 bytes in total. When sending the 6 bytes of OAM information, one byte is needed to represent the start flag (S byte or S code), and two or three bytes are needed for the end flag. Therefore, sending the 6 bytes of OAM information requires a total of 9 or 10 bytes. Clearly, the remaining free space (6 or 7 bytes in total) between two adjacent bearer frames is insufficient to send the entire 6 bytes of OAM information at once. If the OAM information has 1 or 2 bytes of content (e.g., ...), ... Figure 17 As shown, after extracting and compressing the effective content of the 6 bytes of the OAM_1 and OAM_2 fields, we get 1 or 2 bytes. When sending 1 or 2 bytes of OAM information, we need to use 1 byte to represent the start flag (S byte or S code) and 2 or 3 bytes for the end flag. In this way, sending 1 or 2 bytes of OAM information will occupy a total of 4-6 bytes. Obviously, the remaining free space (6 or 7 bytes in total) between two adjacent bearer frames is enough to send all 6 bytes of OAM information at once.

[0048] If the number of bytes between two bearer frames is sufficient to transmit all bytes of the OAM information in one go, then the entire OAM information can be transmitted between the two bearer frames in one transmission. For example, if the bearer frames are spaced 9 bytes apart and the OAM information consists of 2 bytes, the OAM information can be transmitted between bearer frames as follows: Figure 18 As shown.

[0049] When the number of bytes between two bearer frames is insufficient to transmit all bytes of OAM information at once, to avoid the inability to implement OAM functionality due to the inability to transmit all bytes of OAM information between two bearer frames, some implementations can transmit partial bytes of OAM information between adjacent bearer frames, with the full bytes of OAM information transmitted in multiple transmissions. For example, if the full bytes of OAM information are 6 bytes, the 6 bytes can be divided into two groups and transmitted in two separate transmissions, with each group containing 3 bytes. Alternatively, the 6 bytes can be divided into three groups and transmitted in three separate transmissions, with each group containing 2 bytes. Yet another example is that the 6 bytes can be divided into four groups and transmitted in four separate transmissions, with the first two groups containing 2 bytes each and the last two groups containing 1 byte each. No specific limitations are made regarding how the full bytes of OAM information are transmitted in multiple transmissions. In the case of transmitting all bytes of OAM information in multiple transmissions, each transmitted byte can be located between specified bearer frames. That is, partial bytes of OAM information can be transmitted between specified bearer frames (for example, half of the OAM information can be transmitted after the first and second frames of a multiframe). In this way, when the receiving end receives the data, it can combine the byte content between the specified bearer frames to recover the complete OAM information content.

[0050] Taking a 9-byte interval between bearer frames and dividing the OAM information into two groups of 3 bytes each for transmission as an example, when transmitting the bearer frame and OAM information, it can be done as follows: Figure 19 As shown. Figure 19 The OAM information is divided into two groups of 6 bytes each, with each group consisting of 3 bytes. These two groups of bytes can be... Figure 16 The OAM_1 and OAM_2 fields are shown. When transmitting the OAM_1 and OAM_2 fields, a start byte (S byte, content 0x55) can be added before the 3 bytes of the OAM_1 field to represent the start flag, forming the 4-byte field content S+OAM_1. Only the S+OAM_1 field content is sent between two consecutive bearer frames. Including the end flag, only a minimum of 6 bytes are needed, allowing transmission between bearer frames (the remaining free space between bearer frames is 6 or 7 bytes). Similarly, a start byte S (content 0x55) is added before the 3 bytes of the OAM_2 field to form the 4-byte field S+OAM_2, which is then sent between bearer frames.

[0051] Figure 19The transmitting end, as shown, sends the OAM information in two parts: OAM_1 and OAM_2. During transmission, the transmitting end can send the S+OAM_1 and S+OAM_2 fields sequentially between two consecutive bearer frame intervals. The receiving end can determine whether the received information is bearer frame content (bearer frame length is much greater than 4 bytes) or OAM information content (4 bytes long) based on the length of the received information. Furthermore, for OAM information content, combining two consecutive OAM information segments constitutes the complete OAM information. When OAM information content exists between multiple consecutive bearer frame intervals, it is necessary to determine which two consecutive OAM information segments to combine. For example, if the consecutive OAM information fields are A, B, C, D, E..., should A and B be combined, or C and D, or B and C, or D and E? In some implementations, the transmitting and receiving ends can pre-agree on a certain pattern. For example, a multiframe is composed of four bearer frames. The transmitting and receiving ends can agree that the OAM information fields following the first frame and the second frame in the multiframe are combined, and the OAM information fields following the third frame and the fourth frame are combined, such as... Figure 19 As shown. In this way, the sending end can send the contents of the OAM_1 function information field and the OAM_2 function information field according to the agreed rules. The receiving end can determine the OAM information field based on the received length, and combine the contents of the OAM_1 field and the OAM_2 field according to the agreed rules, thereby recovering the complete OAM information content.

[0052] The above examples illustrate that when transmitting OAM information, the transmission method can be to transmit part or all of the OAM information bytes between bearer frames, that is, to transmit all the OAM information bytes in one or multiple transmissions. In some implementations, the OAM information can also be transmitted by combining all the OAM information bytes with the bearer frame, that is, sending the entire OAM information content together with the bearer frame. This eliminates the need for the additional start flag S byte and end flags T, R, etc., required when transmitting OAM information separately, and allows the entire OAM information content to be sent at once. Specifically, when the entire OAM information bytes are combined with the bearer frame for transmission, the combined byte count is 1575 + n bytes, where n bytes are used to carry the OAM information, and n can be 1, 2, 3, 4, 5, 6, 7, or 8.

[0053] There are several ways to combine all the bytes of the OAM information with the bearer frame. In some implementations, the combination of all the bytes of the OAM information with the bearer frame may include any of the following: All bytes of the OAM information are located after the slot bytes of the carrier frame; All bytes of the OAM information are located between the overhead bytes and the time slot bytes of the bearer frame; All bytes of the OAM information are located between the frame delimiter byte and the overhead byte of the carrying frame; All bytes of the OAM information are located between the preamble byte and the frame delimiter byte of the carrying frame.

[0054] Please see Figure 20 . Figure 20 The complete bytes of the OAM information are given. Figure 14 The diagram shows three combinations of bearer frames (Method 1, Method 2, and Method 3). Method 1 places all bytes of the OAM information at the end of the bearer frame, i.e., after the timeslot bytes. Method 2 places all bytes of the OAM information between the frame delimiter 0xD5 byte and the overhead OH byte. Method 3 places the OAM information between the overhead OH byte and the timeslot bytes. The value of n can be 1, 2, 3, 4, 5, 6, 7, or 8.

[0055] Figure 20 Methods 1, 2, and 3, as shown, combine all bytes of the OAM information with the carrier frame content before sending OAM information. In this case, the carrier frame length is 1575 + n bytes (including the original 1575 bytes of the carrier frame and n bytes of the OAM information, where n can be 1, 2, 3, 4, 5, 6, 7, or 8). When OAM information is not needed, only the carrier frame content is sent, and the carrier frame length is the original 1575 bytes. At the receiving end, as... Figure 21 As shown, for methods 1, 2, and 3, when the length of the received bearer frame is not the expected original bearer frame length (1575 bytes), but rather the sum of the expected length (1575 bytes) and the length of n bytes of OAM information, it indicates that OAM information is appended to the bearer frame. In this case, the receiving end can extract the OAM information bytes from the received new length field according to the combination method of the bearer frame bytes and all bytes of OAM information (the sending and receiving ends can pre-agree on the combination method of the bearer frame and OAM information bytes). The remaining content is the content of the bearer frame. In this way, the receiving end can recover the original bearer frame and OAM information from the received field.

[0056] It should be noted that the above explanation uses the example of combining all bytes of the OAM field with the bearer frame for transmission. In some possible implementations, only a portion of the OAM information can be combined with the bearer frame for transmission. The entire OAM information can be combined with multiple bearer frames and transmitted in multiple batches. This eliminates the need for the additional start flag (S byte) and end flags (T, R, etc.) required when transmitting OAM information separately. However, considering that this transmission method typically increases the difficulty of parsing and recognizing OAM information at the receiving end in practical applications, this method is not recommended. Instead, the method of combining all bytes of the OAM field with the bearer frame for transmission is preferred.

[0057] The above example illustrates that the bearer frame can be combined with all bytes of OAM information before transmission. In this case, when OAM information needs to be sent, all bytes of OAM information and the bearer frame content are combined and sent together (increasing the length); when OAM information is not needed, only the bearer frame content (original length) is sent. The receiving end can analyze whether the received bearer frame carries OAM information based on the length changes of the received content. In some implementations, the bearer frame may also include fixed OAM bytes, which are used to carry OAM information. When OAM information needs to be sent, the OAM bytes can carry the OAM information; when OAM information is not needed, the OAM bytes can be a default value or idle content. The number of OAM bytes can be 1, 2, 3, 4, 5, 6, 7, or 8.

[0058] When the bearer frame includes OAM bytes, the position of the OAM bytes within the bearer frame can vary. In some implementations, the position of the OAM bytes within the bearer frame can include any of the following: The OAM byte is located after the slot byte of the carrying frame; The OAM byte is located between the overhead byte and the slot byte of the carrying frame; The OAM byte is located between the frame delimiter byte and the overhead byte of the carrying frame; The OAM byte is located between the preamble byte and the frame delimiter byte of the carrying frame.

[0059] When using OAM bytes to carry OAM information, in some implementations, the OAM byte can carry the entire content of the OAM information. In other implementations, the OAM byte can also carry a portion of the OAM information, with the entire content of the OAM information carried across multiple carrier frames' OAM bytes. Specifically, when the OAM byte carries part or all of the OAM information, if the number of OAM bytes exceeds the actual number of bytes of OAM information carried, the remaining OAM bytes can carry a default value (e.g., 0 or 1). For example, if the OAM information consists of 2 bytes, and the OAM byte includes 3 bytes, then 2 OAM bytes can carry the 2 bytes of OAM information. After one frame carries the entire OAM information, the remaining OAM byte can carry the default value. As another example, if the OAM information consists of 6 bytes, and the OAM byte includes 4 bytes, then 3 OAM bytes can carry half of the OAM information (the other half is carried in another carrier frame), and the remaining OAM byte carries the default value.

[0060] Please see Figure 22 . Figure 22 In the carrier frame shown Figure 14 The carrier frame shown includes n OAM bytes, where n can be a natural number such as 1, 2, 3, 4, 5, 6, 7, or 8. Assuming n equals 6, the OAM information consists of 6 bytes, meaning one frame can carry the entire OAM information when transmission is needed. Assuming n equals 2, the OAM information consists of 2 bytes, again requiring one frame to carry the entire OAM information. Assuming n equals 3, the OAM information consists of 6 bytes, meaning one frame cannot carry the entire OAM information; it needs to be carried across multiple carrier frames, with each frame carrying a portion of the OAM information. When OAM information is not needed, the content at the OAM byte position can be an invalid value (a fixed default value, such as all 0s or all 1s).

[0061] Figure 22 The bearer frame shown has the same length whether or not it transmits OAM information. For the receiver, the presence or absence of OAM information in the bearer frame can be determined by checking if the content carried by the OAM bytes is the default value. Furthermore, a bearer frame can carry the entire OAM information or only a portion of it. For example, if the OAM information is 6 bytes, each frame can carry less than 6 bytes of OAM information, with multiple frames carrying the full OAM information. In this case, the receiver can combine the partial OAM information from each frame to reconstruct the complete OAM information. For example, as shown... Figure 23As shown, four bearer frames make up a multiframe. If one frame carries two bytes of OAM information, then a multiframe carries a total of eight bytes of OAM information. A multiframe can completely carry and transmit the OAM information. The receiving end can combine the OAM bytes in the multiframe to recover the complete OAM information.

[0062] Figure 14 The bearer frame shown includes 7 preamble bytes (0x55) and 1 frame delimiter byte (0xD5). Since the preamble byte content is a fixed value of 0x55, in some implementations, when transmitting OAM information, the OAM information can be placed in the preamble byte position of the bearer frame, with the preamble byte carrying the OAM information. When the sending end needs to send OAM information, the content of the OAM information can be placed in the preamble position and sent; when OAM information does not need to be sent, the original preamble byte 0x55 can be sent.

[0063] When OAM information is carried by preamble bytes, it can be carried in the last 6 bytes of the preamble bytes. Specifically, it can carry the entire content of the OAM information or a portion of it. The exact position of the preamble bytes occupied by the OAM information is not specifically limited. For example, if the OAM information is 6 bytes long, it can occupy the last 6 bytes of the preamble bytes. Alternatively, the 6 bytes of OAM information can be carried in the preamble bytes of two carrier frames, with the last three preamble bytes of each carrier frame carrying half of the OAM information. As another example, if the OAM information is 2 bytes long, it can occupy the first 2 bytes, the middle 2 bytes, or the last 2 bytes of the last 6 bytes of the preamble bytes. Here, the exact position of the preamble bytes occupied by the OAM information is not specifically limited.

[0064] Please see Figure 24 . Figure 24 In a frame, OAM information can be carried in the last 6 bytes of the 7 preamble bytes (these 6 bytes do not necessarily all carry OAM information). A frame can carry part or all of the OAM information. Regardless of whether the preamble bytes in the frame carry OAM information, the length of the frame does not change, and there can be a 9-byte interval between two adjacent frames.

[0065] When OAM information is carried by the preamble byte in the bearer frame, for the receiver, if the received byte content of the preamble portion of the bearer frame is not 0x55, it indicates that the content carried at that position is OAM information. In this case, the receiver can extract the OAM information byte content at the corresponding position according to the bearer method of the sender (which can be agreed upon in advance by the sender and receiver), and then reset the content at that position to the preamble byte content of 0x55, thus restoring the original bearer frame structure. This method determines whether OAM information is carried by analyzing whether the preamble position is the original preamble content (0x55).

[0066] Figure 14 The shown bearer frame includes 7 preamble bytes (0x55) and 1 frame delimiter byte (0xD5). Since these bytes contain fixed content, they do not need to be transmitted. This allows for a redefinition of the GE interface bearer frame. Specifically, in some implementations, the bearer frame can consist of 1 preamble byte, 7 overhead bytes, and 1560 time slot bytes, totaling 1568 bytes. Figure 12 The illustrated bearer frame represents one specific implementation compared to... Figure 14 The bearer frame shown has been reduced by six 0x55 bytes and one 0xD5 byte.

[0067] Please see Figure 25 . Figure 25 The bearer frame shown includes one preamble byte (0x55), seven overhead bytes (OH), and 1560 time slot bytes. These 1560 time slot bytes constitute the bearer area of ​​the bearer frame, which can be divided into 24 time slots. In some implementations, when transmitting bearer frames, four bearer frames can be combined into a multiframe, with each multiframe containing 96 time slots. Thus, when using multiframes to carry fine-grained services on the GE interface, the fine-grained bearer of the GE interface is divided into 96 time slots, with each time slot still having a bandwidth of 10 Mbps.

[0068] When transmitting bearer frames, there can be a gap of multiple bytes between frames. In some implementations, there can be a gap of 16 bytes between two adjacent bearer frames (in...). Figure 14 The shown frame interval has been increased by 7 bytes from the original 9 bytes. These 7 bytes are compared to... Figure 14 The reduced 7-byte bearer frame shown means that when transmitting a bearer frame, after sending a 1568-byte bearer frame, there can be a 16-byte interval, and then another 1568-byte bearer frame is sent, and then there is a 16-byte interval, and so on, repeating in this way (4 frames make up a multiframe).

[0069] for Figure 25The bearer frame shown can be sent by the transmitting end along with OAM information to the receiving end. In some implementations, the OAM information may be... Figure 16 The OAM information shown consists of 6 bytes, composed of the OAM_1 and OAM_2 fields. In other embodiments, this OAM information may also be... Figure 17 The image shows the n-byte OAM information obtained after compressing the 6-byte OAM information. The value of n can be 1, 2, 3, 4 or 5.

[0070] In Figure 25 When the bearer frame and OAM information are transmitted together to the receiving end, in some embodiments, the OAM information can be transmitted between two adjacent bearer frames. Specifically, the OAM information is carried by bytes, and when transmitting OAM information between two adjacent bearer frames, it can specifically involve transmitting bytes used to carry the OAM information between the two bearer frames.

[0071] for Figure 25 The bearer frames shown, when transmitting OAM information between two adjacent bearer frames, can be spaced 16 bytes apart, while the maximum length of the entire OAM information is 6 bytes. Figure 16 The OAM information shown is 6 bytes. Figure 17 The OAM information shown consists of n bytes (n can be 1, 2, 3, 4, or 5). Adding the 2 or 3 bytes reserved for the end flag after sending the bearer frame, the 1 byte added to indicate the start flag (S byte or S code) when sending the OAM information, and the 2 or 3 bytes for the end flag, the maximum total is 13 bytes. Therefore, all bytes of the OAM information can be transmitted in one go between two bearer frames. In other words, when transmitting OAM information between two adjacent bearer frames, the specific transmission method can be to transmit all bytes of the OAM information between the two bearer frames. Of course, in some possible implementations, partial bytes of the OAM information can also be transmitted between two bearer frames, with the entire OAM information transmitted between multiple bearer frames. However, considering that this transmission method increases the difficulty of parsing and recognizing the OAM information at the receiving end, this transmission method is not recommended. Instead, transmitting all bytes of the OAM information between two bearer frames is preferred.

[0072] Figure 26 Is Figure 25 The diagram illustrates the transmission of OAM information between bearer frames. Figure 26As shown, all bytes of the OAM information can be transmitted in one go during the idle period between two adjacent bearer frames. Here, n can be equal to 2, 3, 4, 5, 6, or 7 (1 start flag byte and 1-6 bytes of OAM information). For the receiving end, the length of the received information can determine whether it is bearer frame content (bearer frame length is much greater than 4 bytes) or OAM information content (4 bytes).

[0073] In some implementations, during transmission Figure 25 When transmitting the carrier frame and OAM information as shown, the OAM information can also be transmitted by combining all bytes of the OAM information with the carrier frame. This eliminates the need for the additional start flag (S bytes) and end flags (T, R, etc.) required when transmitting OAM information separately, and allows the entire OAM information to be transmitted at once. Specifically, when combining all bytes of the OAM information with the carrier frame, the combined number of bytes is 1568 + n bytes, where n bytes are used to carry the OAM information, and n can be 1, 2, 3, 4, 5, 6, 7, or 8.

[0074] There are several ways to combine all the bytes of the OAM information with the bearer frame. In some implementations, the combination of all the bytes of the OAM information with the bearer frame may include any of the following: All bytes of the OAM information are located after the slot bytes of the carrier frame; All bytes of the OAM information are located between the overhead bytes and the time slot bytes of the bearer frame; All bytes of the OAM information are located between the preamble bytes and overhead bytes of the bearer frame.

[0075] Please see Figure 27 . Figure 27 In the middle, in the Figure 25When combining the bearer frame and OAM information, all bytes of the OAM information are placed after the bearer frame, meaning the entire OAM information is located after the timeslot bytes of the bearer frame. The value of n can be 1, 2, 3, 4, 5, 6, 7, or 8. When OAM information needs to be sent, all bytes of the OAM information can be combined with the bearer frame and sent together. When OAM information is not needed, only the bearer frame content can be sent. For the receiving end, if the length of the received bearer frame is not the expected original bearer frame length (1568 bytes), but rather the sum of the expected length (1568 bytes) and the n-byte length of the OAM information, it indicates that OAM information is appended to the bearer frame. In this case, the receiving end can extract the OAM information bytes from the newly received length field according to the combination method of the bearer frame bytes and the entire OAM information bytes by the sending end (the sending and receiving ends can pre-agree on the combination method of the bearer frame and OAM information). The remaining content is the content of the bearer frame. Thus, the receiving end can recover the original bearer frame and OAM information from the received fields.

[0076] It should be noted that the above explanation uses the example of combining all bytes of the OAM information with the bearer frame for transmission. In some possible implementations, only a portion of the OAM information can be combined with the bearer frame for transmission. The entire OAM information can be combined with multiple bearer frames in multiple transmissions. This eliminates the need for the additional start flag (S byte) and end flags (T, R, etc.) required when transmitting OAM information separately. However, considering that this transmission method typically increases the difficulty of parsing and recognizing the OAM information at the receiving end in practical applications, this method is not recommended. Instead, the method of combining all bytes of the OAM information with the bearer frame for transmission is preferred.

[0077] In some implementations, during transmission Figure 25 When carrying a frame and OAM information as shown, the OAM information can also be transmitted in a manner where the frame also includes OAM bytes, which carry the OAM information. The number of OAM bytes is n, and n can be 1, 2, 3, 4, 5, 6, 7, or 8. When OAM information needs to be sent, the OAM bytes can carry the OAM information; when OAM information does not need to be sent, the OAM bytes can be a default value or idle content.

[0078] When the bearer frame includes OAM bytes, the position of the OAM bytes within the bearer frame can vary. In some implementations, the position of the OAM bytes within the bearer frame can include any of the following: The OAM byte is located after the slot byte of the carrying frame; The OAM byte is located between the overhead byte and the slot byte of the carrying frame; The OAM byte is located between the preamble byte and the overhead byte of the carrying frame.

[0079] When using OAM bytes to carry OAM information, in some implementations, the OAM byte can carry the entire content of the OAM information. In other implementations, the OAM byte can also carry a portion of the OAM information, with the entire content of the OAM information carried across multiple carrier frames' OAM bytes. Specifically, when the OAM byte carries part or all of the OAM information, if the number of OAM bytes exceeds the actual number of bytes of OAM information carried, the remaining OAM bytes can carry a default value (e.g., 0 or 1). For example, if the OAM information consists of 2 bytes, and the OAM byte includes 3 bytes, then 2 OAM bytes can carry the 2 bytes of OAM information. After one frame carries the entire OAM information, the remaining OAM byte can carry the default value. As another example, if the OAM information consists of 6 bytes, and the OAM byte includes 4 bytes, then 3 OAM bytes can carry half of the OAM information (the other half is carried in another carrier frame), and the remaining OAM byte carries the default value.

[0080] Please see Figure 28 . Figure 28 In the carrier frame shown Figure 25The bearer frame shown includes n fixed OAM bytes, where n can be a natural number such as 1, 2, 3, 4, 5, 6, 7, or 8. Assuming n equals 6, the OAM information consists of 6 bytes, meaning one frame can carry the entire OAM information. Assuming n equals 2, the OAM information consists of 2 bytes, again requiring one frame to carry the entire OAM information. Assuming n equals 3, the OAM information consists of 6 bytes, meaning one frame cannot carry the entire OAM information; it needs to be carried across multiple bearer frames, with each frame carrying a portion of the OAM information. When no OAM information is needed, the content at the OAM byte position can be invalid (a fixed default value, such as all 0s or all 1s). The receiving end can determine whether a bearer frame carries OAM information by checking if the content carried by the OAM bytes in the bearer frame is a default value. For example, if the OAM byte in the bearer frame does not carry a fixed default value, then the OAM byte is determined to carry valid OAM information; otherwise, it is determined to carry invalid OAM information. Furthermore, the bearer frame can carry the entire OAM information, or it can carry only a portion of the OAM information. When carrying only a portion of the OAM information, the receiving end can combine the portions from each frame to reconstruct the complete OAM information.

[0081] The above Figures 14 to 28 The illustrated embodiment is a fine-grained bearer frame scheme for the GE interface, based on the fine-grained bearer frame scheme of the Chinese standard FlexE interface. The International Telecommunication Union (ITU) has also defined a fine-grained frame structure for the FlexE interface. Under the international standard, a fine-grained bearer frame consists of one S-block, 990 D-blocks, and one T-block. The D-block of a fine-grained bearer frame is divided into overhead bytes and 480 sub-slots. The bearer frame contains a 7-byte overhead field and a 7920-byte slot area, divided into 480 slots, each slot being two 66-bit segments with a bandwidth of 10 Mbps. For the GE interface, since its speed is one-fifth of 5G, dividing the GE interface into 10 Mbps sub-slots results in 96 sub-slots (one-fifth of 480). Therefore, for the GE interface, the current fine-grained bearer frame structure under the international standard can be as follows: Figure 29 As shown, the corresponding unfolded diagram can be as follows: Figure 30 As shown. Figure 30The bearer frame shown consists of one S-block, 198 D-blocks, and one T-block, including a 7-byte overhead field, a 1584-byte time slot area, and 96 time slots, each time slot being two 66-bit segments with a bandwidth of 10 Mbps. For fine-grained bearer frames under the international standard, a free block (or OAM block) is also used between them during transmission. The international standard OAM block is an extension of the O block, similar to the Chinese standard OAM block, but only three bytes (bits 10-33) in the O block are used to transmit OAM information, such as... Figure 31 As shown, the effective number of bytes in the OAM information is only 3 bytes.

[0082] For international standards, in some implementations, the bearer frame provided in this application embodiment can consist of 1599 bytes, including 7 preamble bytes, 1 frame delimiter byte, 7 overhead bytes, and 1584 time slot bytes. These 1584 time slot bytes are divided into 96 time slots, such as... Figure 32 As shown. Figure 32 The bearer frame shown includes 7 preamble bytes (0x55), 1 frame delimiter byte (0xD5), 7 overhead bytes (OH), and 1584 time slot bytes. These 1584 time slot bytes constitute the bearer area of ​​the bearer frame, which can be divided into 96 time slots.

[0083] In related technologies, for international standards, when transmitting fine-grained bearer frames, a free block is placed between frames. A free block is 8 bytes, plus the T7 control field bytes of the fine-grained bearer frame, totaling 9 bytes. Similarly, in this embodiment, multiple bytes can be placed between bearer frames during transmission. Optionally, to ensure that the ratio of valid to invalid bytes transmitted when transmitting the bearer frames in this embodiment is the same as the ratio of valid to invalid bytes transmitted when transmitting fine-grained bearer frames under the current international standard, this embodiment can place a 9-byte gap between adjacent bearer frames when transmitting multiple bearer frames.

[0084] In related technologies, to perform quality control on the service pipeline carrying customer services, the transmitting end can also transmit OAM code blocks when transmitting fine-grained bearer frames. The OAM code blocks carry OAM information, and the receiving end can perform quality control on the service pipeline carrying customer services based on the OAM code blocks. In this embodiment, to perform quality control on the service pipeline carrying customer services, OAM information can also be transmitted when transmitting bearer frames to implement the OAM function.

[0085] like Figure 31As shown, under international standards, the effective number of bytes for OAM information is only 3 bytes. To implement OAM functionality, these 3 bytes only need to be carried and transmitted to the receiving end along with the customer's service. Therefore, in some implementations, when transmitting OAM information, only these 3 bytes need to be transmitted. Figure 29 The three valid bytes shown. That is, the OAM information transmitted in this embodiment includes the content of the second, third, and fourth bytes of the second OAM code block. This second OAM code block is an OAM code block under a second standard, which is an international standard. Figure 31 The OAM code block shown.

[0086] It should be noted that in the specific implementation, for Figure 31 Each valid byte of the OAM shown may only partially carry the valid OAM information content. To implement the OAM function, only the bits carrying the OAM information content from these three valid bytes need to be extracted to form n bytes (n is 1 or 2). These n bytes are then transmitted to the receiving end along with the customer service to achieve the desired result. Therefore, in some implementations of this embodiment, when transmitting OAM information, the OAM information may include the content obtained by compressing the second, third, and fourth bytes of the second OAM code block. This content is... Figure 31 The n bytes (n is 1 or 2) obtained from the bit combinations used to carry the OAM information content in the shown OAM valid bytes are as follows: Figure 33 As shown. The second OAM code block is the OAM code block under the second standard, which is an international standard. Figure 31 The OAM code block shown.

[0087] In Figure 32 When the bearer frame and OAM information are transmitted together to the receiving end, in some embodiments, the OAM information can be transmitted between two adjacent bearer frames. Specifically, the OAM information is carried by bytes, and when transmitting OAM information between two adjacent bearer frames, it can specifically involve transmitting bytes used to carry the OAM information between the two bearer frames.

[0088] for Figure 32 The bearer frames shown, when transmitting OAM information between two adjacent bearer frames, have a maximum total length of 3 bytes for the entire OAM information. Figure 31 The OAM information shown is a 3-byte OAM valid field. Figure 33The OAM information shown is 1 or 2 bytes (after compressing the valid OAM fields), plus 1 byte added to indicate the start flag (S byte or S code) when sending the OAM information, totaling 4 bytes. Generally, this can be transmitted in one go during the idle period between two bearer frames. Therefore, in some implementations, when transmitting OAM information between two adjacent bearer frames, the specific transmission method can be to transmit all bytes of the OAM information between the two bearer frames. Of course, in some possible implementations, partial bytes of the OAM information can also be transmitted between two bearer frames, with the entire OAM information transmitted between multiple bearer frames. Considering that this transmission method increases the difficulty of parsing and recognizing the OAM information at the receiving end, this transmission method is not recommended; instead, transmitting the entire OAM information between two bearer frames is preferred.

[0089] Taking a 9-byte interval between bearer frames as an example, when transmitting bearer frames and OAM information, it can be done as follows: Figure 34 As shown. Figure 34 The OAM information is pre-loaded with a start flag byte S, forming an n-byte field (n can be 2, 3, or 4 bytes) of S+OAM, and transmitted in one go between bearer frames. When OAM information is not needed, a 1599-byte bearer frame is sent, followed by a 9-byte idle period before the next bearer frame is sent. When OAM information is needed, the n-byte S+OAM information can be sent during the idle period between bearer frames. The receiving end can determine whether the received information is bearer frame content (which is much longer than the S+OAM byte length) or OAM information content (which is the S+OAM byte length) based on the length of the received information.

[0090] In some implementations, during transmission Figure 32 When transmitting the carrier frame and OAM information as shown, the OAM information can also be transmitted by combining all bytes of the OAM information with the carrier frame, that is, combining 1, 2, or 3 bytes of OAM information with the carrier frame and sending them together. This eliminates the need for the additional start flag S bytes required when transmitting OAM information separately. In the case of combining all bytes of the OAM information with the carrier frame, the total number of bytes after combination is 1599 + n bytes, where n bytes are used to carry the OAM information, and n can be a positive integer such as 1, 2, or 3.

[0091] There are several ways to combine all the bytes of the OAM information with the bearer frame. In some implementations, the combination of all the bytes of the OAM information with the bearer frame may include any of the following: All bytes of the OAM information are located after the slot bytes of the carrier frame; All bytes of the OAM information are located between the overhead bytes and the time slot bytes of the bearer frame; All bytes of the OAM information are located between the frame delimiter bytes and overhead bytes of the carrying frame.

[0092] Please see Figure 35 . Figure 35 The complete bytes of the OAM information are given. Figure 32 The example shows one way to combine the carrier frames, in which all bytes of the OAM information are placed at the end of the carrier frame, that is, after the timeslot bytes of the carrier frame. Here, n can be equal to a natural number such as 1, 2, 3, 4, 5, 6, 7, or 8. Figure 35 In this configuration, when OAM information is not required, only the bearer frame content can be sent. When OAM information is required, the bearer frame and OAM information can be combined before sending. The receiving end can determine whether the received content is the bearer frame content or a combination of the bearer frame content and OAM information content based on the received length. For example, if the length of the bearer frame received by the receiving end is not the expected original bearer frame length (1599 bytes), but rather the sum of the expected length (1599 bytes) and the length of the OAM information bytes (n bytes, such as n=1, 2, or 3), it indicates that OAM information is appended to the bearer frame. In this case, the receiving end can extract the OAM information bytes from the newly received length field according to the combination method of the bearer frame bytes and all bytes of the OAM information (which can be agreed upon in advance by the sending and receiving ends). The remaining content is the bearer frame content. In this way, the receiving end can recover the original bearer frame and OAM information from the received field.

[0093] It should be noted that the above explanation uses the example of transmitting all bytes of the OAM field combined with the bearer frame. In some possible implementations, only some bytes of the OAM information can be combined with the bearer frame before transmission, and the entire OAM information can be transmitted in multiple batches combined with multiple bearer frames. However, considering that in practical applications, this method of transmitting OAM information usually increases the difficulty of parsing and recognizing the OAM information at the receiving end, this method is not recommended. Instead, the method of transmitting the entire OAM field combined with the bearer frame is preferred.

[0094] In some implementations, during transmission Figure 32 When transmitting the carrier frame and OAM information as shown, the OAM information can also be transmitted in a manner where the carrier frame includes a fixed OAM byte, which is used to carry the OAM information. When OAM information needs to be sent, the OAM byte can carry the OAM information; when OAM information does not need to be sent, the OAM byte can be a default value or idle content.

[0095] When the bearer frame includes OAM bytes, the position of the OAM bytes within the bearer frame can vary. In some implementations, the position of the OAM bytes within the bearer frame can include any of the following: The OAM byte is located after the slot byte of the carrying frame; The OAM byte is located between the overhead byte and the slot byte of the carrying frame; The OAM byte is located between the frame delimiter byte and the overhead byte of the carrying frame; The OAM byte is located between the preamble byte and the frame delimiter byte of the carrying frame.

[0096] When using OAM bytes to carry OAM information, in some implementations, the OAM byte can carry the entire content of the OAM information. In other implementations, the OAM byte can carry a portion of the OAM information, with the entire content of the OAM information carried across multiple OAM bytes in multiple carrying frames. Where the OAM byte carries part or all of the OAM information, if the number of OAM bytes exceeds the actual number of bytes of OAM information being carried, the remaining OAM bytes can carry a default value (e.g., 0 or 1). For example, if the OAM information consists of 3 bytes, and the OAM byte itself comprises 3 bytes, then the 3 OAM bytes can carry the 3 bytes of OAM information, with one frame carrying the entire content of the OAM information. As another example, if the OAM information consists of 2 bytes, and the OAM byte itself comprises 3 bytes, then 2 OAM bytes can carry the 2 bytes of OAM information, with one frame carrying the entire content of the OAM information, and the remaining OAM byte can carry a default value.

[0097] Please see Figure 36 . Figure 36 In the carrier frame shown Figure 32 The carrier frame shown also includes n OAM bytes, where n can be a natural number such as 1, 2, 3, 4, 5, 6, 7, 8, etc. Assuming n equals 3, when OAM information needs to be transmitted, one frame can carry the entire content of the OAM information (occupying 1, 2, or 3 bytes; if there are remaining OAM bytes, the remaining bytes can be invalid values). When OAM information is not needed, the content at the OAM byte position can be invalid values ​​(fixed default values, such as all 0s or all 1s).

[0098] Figure 36 The length of the bearer frame is the same whether or not OAM information is transmitted. For the receiving end, it can determine whether the bearer frame carries OAM information by judging whether the content carried by the OAM byte in the bearer frame is the default value.

[0099] Figure 32The shown bearer frame includes 7 preamble bytes (0x55) and 1 frame delimiter byte (0xD5). Since the preamble byte content is a fixed value of 0x55, in some implementations, when transmitting OAM information, the OAM information can be placed in the preamble byte position of the bearer frame, with the preamble byte carrying the OAM information. When the sending end needs to send OAM information, it can place the OAM information in the preamble position for transmission; when it does not need to send OAM information, it can send the original preamble byte 0x55.

[0100] When the OAM information is carried by the preamble byte, n bytes (n equals 1, 2, or 3) can be selected from the last 6 bytes of the preamble byte to carry part of the OAM information. For example, with n equal to 3, the last 3 bytes of the preamble byte can carry the entire OAM information, such as... Figure 37 As shown. Alternatively, the entire OAM information can be carried in the first 3 bytes of the preamble byte, such as... Figure 38 As shown. No specific limitations are made here regarding the way the preamble byte carries OAM information.

[0101] When OAM information is carried by the preamble byte in the bearer frame, for the receiver, if the received byte content of the preamble portion of the bearer frame is not 0x55, it indicates that the content carried at that position is OAM information. In this case, the receiver can extract the OAM information byte content at the corresponding position according to the bearer method of the sender (which can be agreed upon in advance by the sender and receiver), and then reset the content at that position to the preamble byte content of 0x55, thus restoring the original bearer frame structure. This method determines whether OAM information is carried by analyzing whether the preamble position is the original preamble content (0x55).

[0102] Figure 32 The bearer frame shown includes 7 preamble bytes (0x55) and 1 frame delimiter byte (0xD5). Since the content of these bytes is fixed, they do not need to be transmitted during transmission. In this way, the bearer frame of the GE interface under the international standard can be redefined.

[0103] Specifically, in some implementations, the bearer frame can consist of 1 preamble byte, 7 overhead bytes, and 1584 time slot bytes, totaling 1592 bytes. Figure 12 The illustrated bearer frame represents one specific implementation compared to... Figure 32 The shown bearer frame has been reduced by six 0x55 bytes and one 0xD5 byte. (See also...) Figure 39 . Figure 39The bearer frame shown includes 1 preamble byte (0x55), 7 overhead bytes (OH), and 1584 time slot bytes. These 1584 time slot bytes constitute the bearer area of ​​the bearer frame, which can be divided into 96 time slots.

[0104] When transmitting bearer frames, there can be a gap of multiple bytes between frames. In some implementations, there can be a gap of 16 bytes between two adjacent bearer frames (in...). Figure 32 The shown frame interval has been increased by 7 bytes from the original 9 bytes. These 7 bytes are compared to... Figure 32 The reduced bearer frame shown is 7 bytes. That is, when transmitting the bearer frame, after sending a 1592-byte bearer frame, there can be a 16-byte interval, then send another 1592-byte bearer frame, then a 16-byte interval, and so on, repeating in sequence.

[0105] for Figure 39 The bearer frame shown can be sent by the transmitting end along with OAM information to the receiving end. In some implementations, the OAM information may be... Figure 31 The example shown is 3 bytes of OAM information. In other embodiments, this OAM information may also be... Figure 33 The image shows the n-byte OAM information obtained after compressing the 3-byte OAM information. The value of n can be 1 or 2.

[0106] In Figure 39 When the bearer frame and OAM information are transmitted together to the receiving end, in some embodiments, the OAM information can be transmitted between two adjacent bearer frames. Specifically, the OAM information is carried by bytes, and when transmitting OAM information between two adjacent bearer frames, it can specifically involve transmitting bytes used to carry the OAM information between the two bearer frames.

[0107] for Figure 39 The bearer frames shown, when transmitting OAM information between two adjacent bearer frames, can be spaced 16 bytes apart, while the maximum length of the entire OAM information is 3 bytes. Figure 31 The OAM information shown is 3 bytes. Figure 33The OAM information shown consists of n bytes (n can be 1 or 2). Adding the 2 or 3 bytes reserved for the end flag after transmitting the bearer frame, the 1 byte added to indicate the start flag (S byte or S code) when transmitting the OAM information, and the 2 or 3 bytes for the end flag, the maximum total is 7 bytes. Therefore, all bytes of the OAM information can be transmitted between two bearer frames in one transmission. Thus, in some implementations, when transmitting OAM information between two adjacent bearer frames, the specific transmission method can be to transmit all bytes of the OAM information between the two bearer frames. Of course, in some possible implementations, a portion of the OAM information can also be transmitted between two bearer frames, with the entire OAM information transmitted between multiple bearer frames. However, considering that this transmission method increases the difficulty of parsing and recognizing the OAM information at the receiving end, this transmission method is not recommended. Instead, transmitting the entire OAM information between two bearer frames is preferred.

[0108] Taking a 16-byte interval between bearer frames as an example, when transmitting bearer frames and OAM information, it can be done as follows: Figure 40 As shown. Figure 40 The OAM information is pre-signed by a start flag byte S, forming an n-byte field called S+OAM. This field is transmitted in one go between bearer frames, where n can be 2, 3, or 4. When OAM information is not needed, 1592 bytes of bearer frame content are sent, followed by a 16-byte idle period before the next bearer frame is sent. When OAM information is needed, the n-byte S+OAM content can be sent during the idle period between bearer frames. The receiving end can determine whether the received information is bearer frame content or OAM information based on its length (the bearer frame byte length is much longer than the OAM byte length).

[0109] In some implementations, during transmission Figure 39 When transmitting the carrier frame and OAM information as shown, the OAM information can also be transmitted by combining all bytes of the OAM information with the carrier frame. This eliminates the need for the additional start flag S bytes required when transmitting OAM information separately. Specifically, when all bytes of the OAM information are combined with the carrier frame, the total number of bytes after combination is 1592+n bytes, where n bytes are used to carry the OAM information, and n is an integer such as 1, 2, or 3.

[0110] There are several ways to combine all the bytes of the OAM information with the bearer frame. In some implementations, the combination of all the bytes of the OAM information with the bearer frame may include any of the following: All bytes of the OAM information are located after the slot bytes of the carrier frame; All bytes of the OAM information are located between the overhead bytes and the time slot bytes of the bearer frame; All bytes of the OAM information are located between the preamble bytes and overhead bytes of the bearer frame.

[0111] Please see Figure 41 . Figure 41 In the process of combining the bearer frame and OAM information, all bytes of the OAM information are combined. Figure 41 The OAM information (n bytes, where n is an integer such as 1, 2, or 3) is placed after the timeslot bytes of the bearer frame. When OAM information needs to be sent, all bytes of the OAM information can be combined with the bearer frame and sent together; when OAM information is not needed, only the bearer frame content can be sent. For the receiver, if the length of the received bearer frame is not the expected original bearer frame length (1592 bytes), but rather the sum of the expected length (1592 bytes) and the OAM information bytes (n bytes, e.g., n=3), it indicates that OAM information is appended to the bearer frame. In this case, the receiver can extract the OAM information bytes from the newly received length field according to the sender's combination method of the bearer frame bytes and the complete OAM information bytes (the sender and receiver can pre-agree on the combination method). The remaining content is the bearer frame content. Thus, the receiver can recover the original bearer frame and OAM information from the received field.

[0112] It should be noted that the above explanation uses the example of transmitting all bytes of the OAM field combined with the bearer frame. In some possible implementations, only some bytes of the OAM information can be combined with the bearer frame for transmission, and the entire OAM information can be transmitted in multiple batches combined with multiple bearer frames. However, considering that in practical applications, this method of transmitting OAM information usually increases the difficulty of parsing and recognizing the OAM information at the receiving end, this method is not recommended. Instead, the preferred method is to transmit the entire OAM field combined with the bearer frame.

[0113] In some implementations, during transmission Figure 39 When the carrier frame and OAM information are shown, the OAM information can also be transmitted in a manner where the carrier frame also includes OAM bytes, which carry the OAM information. When OAM information needs to be sent, the OAM bytes can carry the OAM information; when OAM information does not need to be sent, the OAM bytes can be a default value or idle content.

[0114] When the bearer frame includes OAM bytes, the position of the OAM bytes within the bearer frame can vary. In some implementations, the position of the OAM bytes within the bearer frame can include any of the following: The OAM byte is located after the slot byte of the carrying frame; The OAM byte is located between the overhead byte and the slot byte of the carrying frame; The OAM byte is located between the preamble byte and the overhead byte of the carrying frame.

[0115] When using OAM bytes to carry OAM information, in some implementations, OAM bytes can carry the entire content of the OAM information. In this case, the number of OAM bytes can be n, where n is an integer such as 1, 2, or 3. In other implementations, OAM bytes can also carry a portion of the OAM information, with the entire content of the OAM information carried across multiple OAM bytes in multiple carrying frames. Where OAM bytes carry part or all of the OAM information, if the number of OAM bytes exceeds the actual number of bytes of OAM information carried, the remaining OAM bytes can carry a default value (e.g., 0 or 1). For example, if the OAM information consists of 3 bytes, and the OAM bytes comprise 3 bytes, then 3 OAM bytes can carry the 3 bytes of OAM information, and one frame carries the entire content of the OAM information. As another example, if the OAM information consists of 2 bytes, and the OAM bytes comprise 3 bytes, then 2 OAM bytes can carry the 2 bytes of OAM information, and one frame carries the entire content of the OAM information, with the remaining OAM byte carrying a default value.

[0116] Please see Figure 42 . Figure 42 In the carrier frame shown Figure 39 The bearer frame shown includes n fixed OAM bytes, where n can be an integer such as 1, 2, 3, 4, 5, 6, 7, or 8. Assuming n equals 3, when OAM information needs to be transmitted, one frame can carry the entire OAM information (occupying 1, 2, or 3 bytes; any remaining OAM bytes can be invalid values). When OAM information is not needed, the content at the OAM byte position can be invalid (a fixed default value, such as all 0s or all 1s). For the receiving end, it can determine whether the bearer frame carries OAM information by judging whether the content carried by the OAM bytes in the bearer frame is a default value. For example, if the content carried by the OAM bytes in the bearer frame is not a fixed default value, then the OAM bytes carry valid OAM information; otherwise, the OAM bytes carry invalid OAM information. Furthermore, the bearer frame can carry the entire OAM information or only a portion of it. When carrying only a portion of the OAM information, the receiving end can combine the portions from each frame to recover the complete OAM information.

[0117] It should be noted that in the above-described case of transmitting OAM information between bearer frames, burst mode can be used in some implementations. For example, in the above-described... Figure 18 , Figure 19 , Figure 26 , Figure 34 , Figure 40 In the illustrated embodiment, when the transmitting end sends the bearer frame and OAM information, after sending the bearer frame and end flag byte, it may not send idle bytes, but instead directly send the byte structure corresponding to the OAM information (i.e., S bytes + OAM information bytes). Similarly, after sending the byte structure corresponding to the OAM information and end flag byte, it may not send idle bytes, but instead directly send the bearer frame.

[0118] The above Figures 12 to 42 The bearer frame in the illustrated embodiment consists of multiple bytes, including preamble bytes, overhead bytes, and time slot bytes. The preamble bytes carry the preamble, the overhead bytes carry service overhead information, and the time slot bytes carry service content. This bearer frame is transmitted after encoding. Because the GE interface uses an 8b / 10b encoding structure, and the aforementioned... Figures 12 to 42 The bearer frame shown consists of multiple bytes, each byte containing 8 bits. Therefore, when carrying fine-grained services on the GE interface, the above-mentioned frame can be used. Figures 12 to 39 The carrier frame is used to carry the data, thus meeting the requirement of carrying fine-grained services on the GE interface. Furthermore, a method for carrying OAM information is also provided, which can be carried by the aforementioned... Figures 12 to 42 The carrier frame is carried or transmitted between carrier frames or combined with carrier frames before transmission, so that the receiving end can perform quality supervision of the service pipeline of customer services based on the OAM information.

[0119] above Figures 12 to 42The illustrated embodiments describe the bearer scheme and transmission method of the bearer frame and OAM information at the MII interface location. When the MII interface sends the bearer frame and OAM information to the PCS layer of the GE interface, the PCS layer of the GE interface performs 8b / 10b encoding on each transmitted byte. 8b / 10b encoding is the encoding rule of the Ethernet protocol, which can encode 8 bits of a byte into a 10-bit code group. The 10-bit code group is divided into a data code group and a control code group. The data code group is represented by Dx.x, and the control code group is represented by Kx.x, where x is the code group content value. A single data code group generally represents customer information data content, and the control code group generally represents command and indication information. A control code group can represent a command message on its own. For example, / K27.7 / is an S code group, indicating the start indication of the transmission content, and / K30.7 / indicates an error indication. Control code groups can also be combined with several data code groups to represent a command group and implement a specific meaning. For example, the combination / K28.5 / D5.6 / represents an idle indicator (represented by I), indicating that the system is in an idle state and has no customer data content.

[0120] For messages sent via the MII interface, the first byte must be 0x55. During 8b / 10b encoding, this is represented by k27.7 (not D21.2) to indicate the start code group. Subsequent transmitted content is encoded into data code groups based on the transmitted byte content. For example, 0x55 starting with the second byte is encoded as D21.2, and 0xD5 is encoded as D21.6. Other bytes are also encoded into their corresponding data code groups. When tx_en becomes invalid (changing from high to low) and no content is transmitted, two control code groups, K29.7 (represented by T) and K23.7 (represented by R), are encoded first. The combination of T and R code groups indicates the end of the previously transmitted data. T and R code groups occupy 2 bytes of idle time. Depending on whether the length of the transmitted field is odd or even, the end marker is represented by either two T and R code groups (2 bytes of time) or three T and R code groups (3 bytes of time). If no new content is transmitted after sending T+R or T+R+R (tx_en is in a low-level invalid state), an idle indication message is sent. There are two sets of idle indication messages: idle1 and idle2. The idle1 idle indication is in the / K28.5 / D5.6 / command group, and the idle2 idle indication is in / K28.5 / D16.2 / . If new client content is transmitted during the idle indication message transmission, the idle state ends, and new client content information is transmitted.

[0121] In view of this, embodiments of this application also provide a bearer frame composed of code groups with a length of 10 bits, which can be obtained by... Figures 12 to 42 The bearer frame shown is obtained after 8b / 10b encoding. Details are as follows.

[0122] Figure 43 This is a schematic diagram of the structure of a carrier frame according to an embodiment of this application. Figure 43 The bearer frame shown consists of multiple code groups, each 10 bits long. These code groups include a control code group, a first data code group, and a second data code group, with the first data code group located between the control code group and the second data code group. The control code group is the start code group of the bearer frame and there is only one control code group. The first data code group carries service overhead information, and there can be one or more control code groups. Figure 43 (The specific number of bytes is not shown). The second data code group is used to carry service content, and the number of code groups can be one or more ( Figure 43 (The specific number of bytes is not shown). Figure 43 The shown bearer frame can be accessed via... Figure 12 The bearer frame shown is obtained after 10b encoding.

[0123] Figure 43 The bearer frame shown is used for transmission through the PCS layer of the GE interface.

[0124] Because the GE interface uses an 8b / 10b encoding structure, and Figure 43 The bearer frame shown consists of 10-bit code groups; therefore, it can be used when carrying fine-grained services on the GE interface. Figure 43 The shown bearer frame is used for carrying, thereby meeting the need to carry fine-grained services on the GE interface.

[0125] Alternatively, in some implementations, Figure 43 The shown bearer frame may also include a third data code group and a fourth data code group, both of which are 10 bits long. The third data code group is used to carry the preamble, and the fourth data code group is used to carry the frame delimiter. Figure 44 As shown. Figure 44 The bearer frame shown includes a control code group, a first data code group, a second data code group, a third data code group, and a fourth data code group. The third data code group is located between the control code group and the fourth data code group. The number of code groups can be one or more. Figure 44 (The specific number of bytes is not shown.) The fourth data code group is located between the third data code group and the first data code group. The number of code groups can be one or more. Figure 44 (The specific number of bytes is not shown). Figure 44 The shown bearer frame can be accessed via... Figure 13 The bearer frame shown is obtained after 10b encoding.

[0126] Figure 44 The bearer frame shown is used for transmission through the PCS layer of the GE interface.

[0127] Because the GE interface uses an 8b / 10b encoding structure, and Figure 44 The bearer frame shown consists of 10-bit code groups; therefore, it can be used when carrying fine-grained services on the GE interface. Figure 44 The shown bearer frame is used for carrying, thereby meeting the need to carry fine-grained services on the GE interface.

[0128] The following will use some more specific implementation methods as examples to illustrate... Figure 43 and Figure 44 The carrier frame shown is further explained.

[0129] In some implementations... Figure 43 The bearer frame shown can specifically consist of 1575 code groups (corresponding to the Chinese standard). These 1575 code groups include 1 control code group, 6 third data code groups, 1 fourth data code group, 7 first data code groups, and 1560 second data code groups. The 1560 second data code groups are divided into 24 time slots. These 1575 code groups can be used to... Figure 14 The bearer frame shown is obtained after 8b / 10b encoding.

[0130] In some implementations, when transmitting the aforementioned bearer frame consisting of 1575 code groups, there may be a gap of 9 code groups (10 bits) between two adjacent bearer frames. Optionally, when transmitting multiple bearer frames, four adjacent bearer frames may form a multiframe.

[0131] To monitor the quality of service pipelines carrying customer services, the aforementioned bearer frame, composed of 1575 code groups, can also be transmitted to the receiving end along with OAM information. In some implementations, the OAM information can be obtained by 10-bit encoding of the contents of the second, third, fourth, sixth, seventh, and eighth bytes of a first OAM code block. This first OAM code block is an OAM code block under a first standard, which is the Chinese standard. In other words, the OAM information can be... Figure 16 The OAM information is obtained by 10-bit encoding of the six bytes OAM_1 and OAM_2 shown. In other embodiments, the OAM information can be obtained by compressing and 10-bit encoding the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block. That is, the OAM information can be... Figure 17 The content shown is obtained by encoding n (n can be 1, 2, 3, 4 or 5) bytes into 10 bits.

[0132] When transmitting a bearer frame consisting of 1575 code groups and OAM information together to the receiving end, there are multiple ways to transmit the OAM information, which can be combined with the methods described above. Figure 14 When the bearer frame and OAM information are transmitted to the receiving end, the transmission method for the OAM information is the same. Specifically, in some embodiments, the transmission method for the OAM information may include any of the following: Transmit OAM information between two adjacent bearer frames; OAM information is carried by multiple 10-bit data code groups. All code groups of OAM information are combined with the carrier frame and then transmitted. The bearer frame also includes a fifth data code group, which is used to carry OAM information; OAM information is carried in multiple third data code groups of the carrier frame.

[0133] In some implementations, transmitting OAM information between two adjacent bearer frames may include any of the following: Transmit all code groups of OAM information between two adjacent bearer frames; Partial code groups of OAM information are transmitted between two adjacent bearer frames, while the complete code groups of OAM information are transmitted multiple times.

[0134] In some more specific implementations, when all code groups of OAM information are transmitted multiple times, all code groups of OAM information can be transmitted in two separate transmissions, with half of the code group of OAM information transmitted each time. The code group transmitted each time is located between specified bearer frames, so that the receiving end can combine the OAM information between the specified bearer frames to recover the original OAM information.

[0135] In some implementations, when transmitting the complete code group of the OAM information combined with the bearer frame, the combination method of the complete code group of the OAM information with the bearer frame may include any of the following: All code groups of the OAM information are located after the second data code group of the bearer frame; All code groups of the OAM information are located between the first data code group and the second data code group of the bearer frame; All codewords of the OAM information are located between the fourth data codeword and the first data codeword of the bearer frame. All code groups of the OAM information are located between the third and fourth data code groups of the bearer frame.

[0136] In cases where the bearer frame includes a fifth data code group for carrying OAM information, in some embodiments, the fifth data code group for carrying OAM information may include any of the following: The fifth data code group is used to carry the entire content of the OAM information; The fifth data code group is used to carry part of the OAM information, while the entire OAM information is carried in the fifth data code group of multiple bearer frames.

[0137] In this case, the number of fifth data code groups is fixed, and the content carried by the fifth data code group is the default value when the fifth data code group does not carry OAM information.

[0138] The above-described transmission method for the bearer frame consisting of 1575 code groups and OAM information can be found in the above text. Figures 18 to 24 The embodiments shown are not described in detail here.

[0139] In some implementations... Figure 41 The bearer frame shown can specifically consist of 1568 code groups (corresponding to the Chinese standard). These 1568 code groups include one control code group, seven first data code groups, and 1560 second data code groups. The 1560 second data code groups are divided into 24 time slots. This bearer frame with 1568 code groups can be obtained by reducing the third and fourth data code groups of the bearer frame composed of the aforementioned 1575 code groups, or it can be obtained by... Figure 25 The bearer frame shown is obtained after 8b / 10b encoding.

[0140] In some implementations, when transmitting the aforementioned bearer frame consisting of 1568 code groups, a gap of 16 code groups (10 bits) can be placed between two adjacent bearer frames. Optionally, when transmitting multiple bearer frames, four adjacent bearer frames can form a multiframe. To monitor the quality of service pipelines carrying customer services, in some implementations, the aforementioned bearer frame composed of 1568 code groups can also be transmitted to the receiving end along with OAM information. The OAM information can be obtained by 10-bit encoding of the contents of the second, third, fourth, sixth, seventh, and eighth bytes of a first OAM code block, where the first OAM code block is an OAM code block under a first standard, specifically the Chinese standard. In other words, the OAM information can be... Figure 16 The OAM information is obtained by 10-bit encoding of the six bytes OAM_1 and OAM_2 shown. In other embodiments, the OAM information can be obtained by compressing and 10-bit encoding the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block. That is, the OAM information can be... Figure 17 The image shows the content obtained after 10-bit encoding of n (n can be 1, 2, 3, 4, or 5) bytes of compressed data.

[0141] When transmitting a bearer frame consisting of 1568 code groups and OAM information together to the receiving end, there are multiple ways to transmit the OAM information, which can be combined with the methods described above. Figure 25 When the bearer frame and OAM information are transmitted to the receiving end, the transmission method for the OAM information is the same. Specifically, in some embodiments, the transmission method for the OAM information may include any of the following: Transmit OAM information between two adjacent bearer frames; OAM information is carried by multiple 10-bit data code groups. All code groups of OAM information are combined with the carrier frame and then transmitted. The bearer frame also includes a fifth data code group, which is used to carry OAM information.

[0142] In some implementations, transmitting OAM information between two adjacent bearer frames may include any of the following: Transmit all code groups of OAM information between two adjacent bearer frames; Partial code groups of OAM information are transmitted between two adjacent bearer frames, while the complete code groups of OAM information are transmitted multiple times.

[0143] In some more specific implementations, when all code groups of OAM information are transmitted multiple times, all code groups of OAM information can be transmitted in two separate transmissions, with half of the code group of OAM information transmitted each time. The code group transmitted each time is located between specified bearer frames, so that the receiving end can combine the OAM information between the specified bearer frames to recover the original OAM information.

[0144] When transmitting the complete code group of OAM information combined with the bearer frame, the combination method of the complete code group of OAM information and the bearer frame can include any of the following: All code groups of the OAM information are located after the second data code group of the bearer frame; All code groups of the OAM information are located between the first data code group and the second data code group of the bearer frame; All code groups of the OAM information are located between the control code group and the first data code group of the bearer frame.

[0145] The above methods for transmitting the bearer frame composed of 1568 code groups and OAM information can be found in the above description. Figures 26 to 28 The embodiments shown are not described in detail here.

[0146] In some implementations... Figure 44The bearer frame shown can specifically consist of 1599 code groups (corresponding to international standards). These 1599 code groups include 1 control code group, 6 third data code groups, 1 fourth data code group, 7 first data code groups, and 1584 second data code groups. The 1584 second data code groups are divided into 96 time slots. These 1599 code groups can be used to... Figure 32 The bearer frame shown is obtained after 8b / 10b encoding.

[0147] In some implementations, when transmitting the aforementioned bearer frame consisting of 1599 code groups, there may be a gap of 9 code groups (10 bits in length) between two adjacent bearer frames.

[0148] To monitor the quality of service pipelines carrying customer services, the aforementioned bearer frame, composed of 1599 code groups, can also be transmitted to the receiving end along with OAM information. In some implementations, the OAM information can be obtained by encoding the second, third, and fourth bytes of a second OAM code block using 10 bits. This second OAM code block is an OAM code block under a second standard, which is an international standard. In other words, the OAM information can be... Figure 31 The OAM information shown is obtained by 10-bit encoding of the valid OAM bytes. In other embodiments, the OAM information may be obtained by compressing and 10-bit encoding the second, third, and fourth bytes of the second OAM code block. That is, the OAM information may be obtained by... Figure 33 The content shown is obtained by encoding the compressed n (n can be 1 or 2) bytes into 10 bits.

[0149] When transmitting a bearer frame consisting of 1599 code groups and OAM information together to the receiving end, there are multiple ways to transmit the OAM information, which can be combined with the methods described above. Figure 32 When the bearer frame and OAM information are transmitted to the receiving end, the transmission method for the OAM information is the same. Specifically, in some embodiments, the transmission method for the OAM information may include any of the following: Transmit OAM information between two adjacent bearer frames; OAM information is carried by multiple 10-bit data code groups. All code groups of OAM information are combined with the carrier frame and then transmitted. The bearer frame also includes a fifth data code group, which is used to carry OAM information; OAM information is carried in multiple third data code groups of the carrier frame.

[0150] In some implementations, transmitting OAM information between two adjacent bearer frames may include any of the following: Transmit all code groups of OAM information between two adjacent bearer frames; Partial code groups of OAM information are transmitted between two adjacent bearer frames, while the complete code groups of OAM information are transmitted multiple times.

[0151] In some more specific implementations, when all code groups of OAM information are transmitted multiple times, all code groups of OAM information can be transmitted in two separate transmissions, with half of the code group of OAM information transmitted each time. The code group transmitted each time is located between specified bearer frames, so that the receiving end can combine the OAM information between the specified bearer frames to recover the original OAM information.

[0152] When transmitting the entire code group of the OAM information combined with the bearer frame, in some implementations, the combination method of the entire code group of the OAM information with the bearer frame may include any of the following: All code groups of the OAM information are located after the second data code group of the bearer frame; All code groups of the OAM information are located between the first data code group and the second data code group of the bearer frame; All bytes of the OAM information are located between the fourth data code group and the first data code group of the carrier frame; All code groups of the OAM information are located between the third and fourth data code groups of the bearer frame.

[0153] In some implementations where the fifth data code group of the carrying frame carries OAM information, the fifth data code group used to carry OAM information may include any of the following: The fifth data code group is used to carry the entire content of the OAM information; The fifth data code group is used to carry part of the OAM information, while the entire OAM information is carried in the fifth data code group of multiple bearer frames.

[0154] In this case, the number of fifth data code groups is fixed, and the content carried by the fifth data code group is the default value when the fifth data code group does not carry OAM information.

[0155] The above methods for transmitting the bearer frame composed of 1599 code groups and OAM information can be found in the above description. Figures 34 to 38 The embodiments shown are not described in detail here.

[0156] In some implementations... Figure 43The bearer frame shown can specifically consist of 1592 code groups (corresponding to international standards). These 1592 code groups include one control code group, seven first data code groups, and 1584 second data code groups. The 1584 second data code groups are divided into 96 time slots. This bearer frame with 1592 code groups can be obtained by reducing the third and fourth data code groups of the bearer frame composed of the aforementioned 1599 code groups, or it can be obtained by... Figure 39 The bearer frame shown is obtained after 8b / 10b encoding.

[0157] In some implementations, when transmitting the aforementioned bearer frame consisting of 1592 code groups, there may be a gap of 16 code groups (10 bits in length) between two adjacent bearer frames.

[0158] To monitor the quality of the service pipeline carrying customer services, the aforementioned bearer frame composed of 1592 code groups can also be transmitted to the receiving end along with OAM information. In some embodiments, the OAM information includes OAM code blocks, which can be obtained by 10-bit encoding of the second, third, and fourth bytes of a second OAM code block. This second OAM code block is an OAM code block under a second standard, which is an international standard. In other words, the OAM information can be... (The last part, "Figure 1," appears to be a separate, unrelated sentence fragment and is left untranslated.) Figure 31 The OAM information shown is obtained by 10-bit encoding of the valid OAM bytes. In other embodiments, the OAM information may be obtained by compressing and 10-bit encoding the second, third, and fourth bytes of the second OAM code block. That is, the OAM information may be obtained by... Figure 33 The content shown is obtained by encoding the compressed n (n can be 1 or 2) bytes into 10 bits.

[0159] When transmitting a bearer frame consisting of 1592 code groups and OAM information together to the receiving end, there are multiple ways to transmit the OAM information, which can be combined with the methods described above. Figure 39 When the bearer frame and OAM information are transmitted to the receiving end, the transmission method for the OAM information is the same. Specifically, in some embodiments, the transmission method for the OAM information may include any of the following: Transmit OAM information between two adjacent bearer frames; OAM information is carried by multiple 10-bit data code groups. All code groups of OAM information are combined with the carrier frame and then transmitted. The bearer frame also includes a fifth data code group, which is used to carry OAM information.

[0160] In some implementations, transmitting OAM information between two adjacent bearer frames may include any of the following: Transmit all code groups of OAM information between two adjacent bearer frames; Partial code groups of OAM information are transmitted between two adjacent bearer frames, while the complete code groups of OAM information are transmitted multiple times.

[0161] In some more specific implementations, when all code groups of OAM information are transmitted multiple times, all code groups of OAM information can be transmitted in two separate transmissions, with half of the code group of OAM information transmitted each time. The code group transmitted each time is located between specified bearer frames, so that the receiving end can combine the OAM information between the specified bearer frames to recover the original OAM information.

[0162] When transmitting the entire code group of the OAM information combined with the bearer frame, in some implementations, the combination method of the entire code group of the OAM information with the bearer frame may include any of the following: All code groups of the OAM information are located after the second data code group of the bearer frame; All code groups of the OAM information are located between the first data code group and the second data code group of the bearer frame; All code groups of the OAM information are located between the control code group and the first data code group of the bearer frame.

[0163] The above-described transmission method for the bearer frame consisting of 1592 code groups and OAM information can be found in the above text. Figures 40 to 42 The embodiments shown are not described in detail here.

[0164] To facilitate understanding of the bearer frame consisting of 10-bit code groups provided in the embodiments of this application, it will be referred to below as... Figures 45 to 49 The illustrated embodiment will be used as an example for explanation.

[0165] Figure 45 The illustrated embodiment is... Figure 18 , Figure 19 , Figure 26 , Figure 34 , Figure 40 The image shows the result after the bearer frame is encoded with 10 bits. That is, after 8b / 10b encoding at the PCS layer, Figure 18 , Figure 19 , Figure 26 , Figure 34 , Figure 40 Byte structure streams can be transformed into, for example, Figure 45 The 10-bit code stream structure shown ( Figure 45 Middle to lower Figure 10 (b-code group stream). Similarly, when OAM information needs to be sent, and the OAM information and the time slot content of the bearer frame are combined and transmitted, Figure 21 , Figure 27 , Figure 35 , Figure 41 The byte structure stream becomes like Figure 46 The 10-bit code stream structure. Similarly, for cases where the bearer frame includes a fixed code group for carrying OAM information (e.g., OAM information is carried by the third or fifth data code group). Figure 22 , Figure 23 , Figure 24 , Figure 28 , Figure 36 , Figure 37 , Figure 38 , Figure 42 The byte structure stream becomes like Figure 47 The 10-bit code stream structure.

[0166] Looking directly at the 10-bit code stream, the structure of these code groups is as follows: Figure 48 and Figure 49 As shown. Figure 48 No OAM information is transmitted between the bearer frames in the process. Figure 49 OAM information is interspersed between the bearer frames. The bearer frame structure is as follows: {K27.7, 6 D21.2, D21.6, 7 overhead Dx.x, several fine-grained frame slot contents Dx.x, K29.7, 1 or 2 K23.7}, with a total length of 1575 code groups for the Chinese standard or 1599 code groups for the international standard. When the bearer frame contains OAM information, the length increases by n code groups, where n is the length occupied by the OAM information alone. Optionally, under the Chinese standard, n can be equal to 1, 2, 3, 4, 5, or 6; under the international standard, n can be equal to 1, 2, or 3. When reducing the 1575 code groups of the Chinese standard or the 1599 code groups of the international standard, the total length of the bearer frame decreases by m code groups. Optionally, m can be equal to 7. After the bearer frame code groups are K27.7, 1 or 2 / K23.7 / code groups, indicating the end of the bearer frame. The remaining part is idle code groups and I code groups. In the case of inserting OAM information between two bearer frames, such as Figure 49 As shown, the code structure corresponding to OAM information is: {K27.7, n OAM Dx.x, K29.7, 1 or 2 K23.7}, where n = 1, 2, 3, 4, 5 or 6, and K29.7 and 1 or 2 K23.7 are the end-of-frame code group. If no OAM information is transmitted between two bearer frames, then all codes are I code groups.

[0167] In some implementations, burst mode can be used when transmitting OAM information between bearer frames. For example, Figure 49In the illustrated embodiment, when the transmitting end sends the bearer frame and OAM information, after sending the bearer frame and the end flag code group (T+R or T+R+R), it may not send the I code group, but instead directly send the code group structure corresponding to the OAM information. Similarly, after sending the code group structure corresponding to the OAM information and the end flag code group, it may not send the I code group, but instead directly send the bearer frame.

[0168] It should be noted that, in some implementations, when the sending end transmits a 10-bit code stream, the first code group (i.e., ...) can be... Figure 48 and 49 The first code group (represented by S) in the 10-bit code stream is set to an even or odd position. That is, the sender can decide whether the first code group in the 10-bit code stream is an even or odd position in the sequence. Optionally, if the sender does not specify whether the first code group in the 10-bit code stream is an odd or even position, the original odd and even position counting rules can be used.

[0169] Another bearer frame provided in this application embodiment consists of multiple code groups, each 10 bits long. These multiple code groups include a control code group, a first data code group, and a second data code group. The control code group is the start code group of the bearer frame. The first data code group carries service overhead information, and the second data code group carries service content. This bearer frame is used for transmission through the PCS layer. Since the GE interface uses an 8b / 10b encoding structure, and the bearer frame provided in this application embodiment consists of multiple code groups, each 10 bits long, it can be used to carry fine-grained services on the GE interface, thus meeting the requirements for carrying fine-grained services on the GE interface. Furthermore, a method for carrying OAM information is also provided. This OAM information can be carried by the bearer frame, sent between bearer frames, or combined with bearer frames before being sent. This allows the receiving end to perform quality control based on the OAM information carrying the service pipeline for customer services.

[0170] This application also provides a transmission method that can be used to transmit any of the bearer frames provided in this application or to transmit the bearer frame and OAM information.

[0171] Figure 50 This is a schematic flowchart of a transmission method according to an embodiment of this application. Figure 50 The transmission method shown can be applied to the sending end; in other words, Figure 50 The transmission method shown can be executed by software or hardware installed at the sending end. The transmission method includes the following steps.

[0172] S502: Send a bearer frame to the sender. The bearer frame includes multiple bytes or multiple 10-bit code groups.

[0173] The bearer frame here can be a bearer frame consisting of multiple bytes as provided in the embodiments of this application, for details please refer to Figures 12 to 42 The illustrated embodiments will not be described in detail here. Alternatively, the bearer frame here can also be the bearer frame composed of multiple 10-bit code groups provided in the embodiments of this application; for details, please refer to... Figures 43 to 49 The illustrated embodiments will not be described in detail here. In the scenario where the sending end transmits a message to the PCS layer via the MII interface, the sending end can transmit a bearer frame consisting of multiple bytes. In the scenario where the sending end transmits a message via the PCS layer, the sending end can transmit a bearer frame consisting of multiple 10-bit code groups.

[0174] In some implementations, the bearer frame may carry OAM information in addition to client content. Where the bearer frame consists of multiple bytes, the OAM information may be... Figure 16 The OAM_1 and OAM_2 shown together contain 6 bytes of content, or Figure 17 The n bytes (n=1, 2, 3, 4, or 5) obtained after compressing OAM_1 and OAM_2 are shown. Specifically, the bearer frame carrying OAM information can include OAM bytes for carrying OAM information, or the OAM information can be carried by bytes in the bearer frame used for carrying preamble content. For specific implementation details, please refer to the above. Figure 22 , Figure 23 , Figure 24 , Figure 28 , Figure 36 , Figure 37 , Figure 38 , Figure 42 The illustrated embodiment will not be described in detail here. When the bearer frame consists of multiple 10-bit code groups, the OAM information can be... Figure 31 The three valid OAM bytes shown, or Figure 33 The n code groups (n=1 or 2) obtained after compressing and encoding the 3 valid OAM bytes as shown above can be found in the specific implementation above. Figures 45-47 The illustrated embodiment will not be described in detail here. In this way, when the sending end sends a bearer frame to the receiving end, it can send the client content and OAM information together.

[0175] In some implementations, the bearer frame may not carry OAM information. In this case, the sender may send both the bearer frame and OAM information to the receiver when transmitting the bearer frame. The sending of OAM information from the sender to the receiver may include at least one of the following: Transmit OAM information between two adjacent bearer frames; The OAM information is combined with the bearer frame and then sent.

[0176] In some implementations, when transmitting OAM information between two adjacent bearer frames, the entire content of the OAM information can be transmitted between them. In other implementations, a portion of the OAM information can be transmitted between adjacent bearer frames, with the entire OAM information being transmitted in multiple transmissions. For example, half of the OAM information can be transmitted between adjacent bearer frames, with the entire OAM information being transmitted in two separate transmissions. For details on how the transmitting end transmits OAM information between adjacent bearer frames when the bearer frame consists of multiple bytes, please refer to [link to relevant documentation]. Figure 18 , Figure 19 , Figure 26 , Figure 34 , Figure 40 The illustrated embodiment will not be described in detail here. When the bearer frame consists of multiple 10-bit code groups, the specific implementation method for the transmitter to transmit OAM information between two adjacent bearer frames can be found in [reference needed]. Figures 45-47 The embodiments shown will not be described in detail here. When OAM information is combined with the bearer frame before transmission, there are several ways to combine the OAM information with the bearer frame. Taking a bearer frame consisting of multiple bytes as an example, the OAM information can be located after the timeslot byte, between the overhead byte and the timeslot byte, between the frame delimiter byte and the overhead byte, between the preamble byte and the frame delimiter byte, or between the preamble byte and the overhead byte. For specific implementation details, please refer to [link to relevant documentation]. Figure 21 , Figure 22 , Figure 27 , Figure 35 , Figure 41 The embodiments shown are not described in detail here.

[0177] The transmission method provided in this application can meet the requirements for carrying fine-grained services on the GE interface. Furthermore, since the sending end can also send OAM information along with the bearer frame to the receiving end, the receiving end can easily perform quality control on the service pipeline carrying customer services based on the OAM information.

[0178] Figure 51 This is a schematic flowchart of a transmission method according to an embodiment of this application. Figure 51 The transmission method shown can be applied to the receiving end; in other words, Figure 51 The transmission method shown can be executed by software or hardware installed at the receiving end. The transmission method includes the following steps.

[0179] S512: Receives a bearer frame sent by the transmitting end. The bearer frame includes multiple bytes or multiple code groups with a length of 10 bits.

[0180] The bearer frame here can be a bearer frame consisting of multiple bytes as provided in the embodiments of this application, for details please refer to Figures 12 to 42 The illustrated embodiments will not be described in detail here. Alternatively, the bearer frame here can also be the bearer frame composed of multiple 10-bit code groups provided in the embodiments of this application; for details, please refer to... Figures 43 to 49 The embodiments shown will not be described in detail here.

[0181] S514: Parse the bearer frame and extract the content carried by the bearer frame.

[0182] After receiving the bearer frame, the receiving end can parse the bearer frame to extract the content carried in the bearer frame.

[0183] In some implementations, the bearer frame may carry client content but not OAM information. In this case, the content extracted by the receiver includes client content but not OAM information. When the bearer frame does not carry OAM information, the sender can transmit OAM information between bearer frames. In this case, the receiver, when receiving the bearer frame, may further include: The received content is identified based on its length; The length of the received content determines whether it is a bearer frame or OAM information.

[0184] Generally, the length of the bearer frame is much greater than the length of the OAM information. Thus, when the sending end transmits OAM information between bearer frames, the receiving end, upon receiving the information, can determine whether the length of the received content is the length of the bearer frame or the length of the OAM information (since the bearer frame length is much greater than the OAM information length), and thus can determine whether the received content is a bearer frame or OAM information.

[0185] In some implementations, when the transmitting end sends OAM information between bearer frames, it can send a portion of the OAM information between two adjacent bearer frames, while the full content of the OAM information is sent multiple times between specified bearer frames. In this case, after recognizing the OAM information, the receiving end can also combine the OAM information between specified bearer frames to obtain the full content of the OAM information. For example, using... Figure 19The illustrated embodiment serves as an example. Four bearer frames form a multiframe. The transmitting and receiving ends can agree to combine the OAM information fields following the first and second frames, and the OAM information fields following the third and fourth frames, respectively. In this way, the transmitting end can send the OAM_1 and OAM_2 functional information fields according to the agreed-upon pattern. The receiving end can determine the OAM information fields based on the received length and then combine the OAM_1 and OAM_2 fields according to the agreed-upon pattern to recover the complete OAM information content.

[0186] In some implementations, when the bearer frame consists of multiple bytes, it may carry both client content and OAM information (the bearer frame includes fixed OAM bytes for carrying OAM information, or the OAM information is carried by preamble bytes in the bearer frame), or the bearer frame may be combined with OAM information and then sent to the receiving end. In this case, the receiving end parses the bearer frame and extracts the content carried by the bearer frame, which may include at least one of the following (1) to (4): (1) The position of the preamble byte in the carrier frame is parsed. If the parsing result is not the preamble content, the parsing result is determined to be OAM information.

[0187] This scenario corresponds to a bearer frame containing multiple preamble bytes, each carrying OAM information. In this case, after parsing the preamble byte positions, if the content of the preamble byte is not 0x55, it indicates that the content carried at that position is OAM information. The receiver can then extract the OAM information byte content at the corresponding position according to the sender's bearing method (which can be pre-agreed upon by the sender and receiver), and then reset the content at that position to the preamble byte content of 0x55, thus restoring the original bearer frame structure.

[0188] (2) Parse the position of the OAM byte in the carrier frame. If the parsing result is not the default value, determine the parsing result as OAM information.

[0189] This scenario corresponds to a bearer frame containing a fixed OAM byte. In this case, when OAM information needs to be sent, the sender will include the OAM information in the OAM byte of the bearer frame; when OAM information is not needed, the sender will include a default value in the OAM byte. Therefore, after receiving the bearer frame, the receiver can determine whether the bearer frame contains OAM information by parsing the position of the OAM byte and judging whether the content carried by the OAM byte is the default value.

[0190] (3) Extract OAM information from the carrier frame if the length of the carrier frame is not the specified length.

[0191] This scenario corresponds to the sender combining the bearer frame and OAM information before sending. For the receiver, when the length of the received bearer frame is not the expected original bearer frame length, but the sum of the expected length and the OAM information byte length, it indicates that OAM information is appended to the bearer frame. In this case, the receiver can extract the OAM information content from the new length field according to the way the sender combines the bearer frame bytes and OAM information (which can be agreed upon in advance by the sender and receiver). The remaining content is the content of the bearer frame.

[0192] (4) Determine whether to combine the parsed OAM information according to the agreed rules.

[0193] This situation corresponds to the scenario described in (1) to (3) above, where the sending end only sends a portion of the OAM information in a single frame. In this case, the sending end and the receiving end can pre-agree on whether to send the OAM information once or multiple times. If it is to send multiple times, they can also agree on which frames' OAM information will be combined. For example, four carrier frames form a multiframe, and the sending end and the receiving end can agree on combining the OAM information fields carried in the first frame and the second frame of the multiframe. In this way, the sending end can carry a portion of the OAM information in the first and second frames of the multiframe according to the agreed-upon rules. After receiving the carrier frames, the receiving end can combine the OAM information carried in the first and second frames of the multiframe according to the agreed-upon rules, thereby recovering the complete OAM information content.

[0194] In some implementations, when the bearer frame consists of multiple 10-bit code groups, the bearer frame may carry both client content and OAM information (corresponding to the bearer frame including a fixed fifth data code group (used to carry OAM information, also called the OAM code group), or the OAM information may be carried by the third data code group (used to carry preamble content) in the bearer frame). Alternatively, the bearer frame may be combined with OAM information and then sent to the receiving end. In this case, the receiving end parses the bearer frame to extract the content carried by the bearer frame, which may include at least one of the following: The third data code group in the bearer frame is parsed. If the parsing result is not the preamble content, the parsing result is determined to be OAM information. This situation corresponds to a scenario where the bearer frame includes multiple third data code groups (used to carry preamble content) and multiple third data code groups carry OAM information. In this case, after the receiver parses the third data code group, if the code group content is not the preamble content, it means that the content carried at that position is OAM information. At this time, the receiver can extract the OAM information content at the corresponding position according to the bearer method of the sender (which can be agreed upon in advance by the sender and receiver), and then reset the content at that position as the preamble content, thus restoring the original bearer frame structure. The fifth data code group in the bearer frame is parsed. If the parsing result is not the default value, the result is determined to be OAM information. This scenario corresponds to a bearer frame containing a fixed fifth data code group (used to carry OAM information). In this case, when OAM information needs to be sent, the sender will include OAM information in the fifth data code group of the bearer frame; when OAM information does not need to be sent, the sender will include a default value in the fifth data code group. Therefore, after receiving the bearer frame, the receiver can determine whether the bearer frame carries OAM information by parsing the fifth data code group and judging whether the content carried by the fifth data code group is the default value. When the length of the bearer frame is not the specified length, the OAM information is extracted from the bearer frame. For the specific implementation method, please refer to the explanation of the corresponding step (3) above when the bearer frame consists of multiple bytes. It will not be described again here. The determination of whether to combine the parsed OAM information is based on the predetermined rules. For the specific implementation method, please refer to the explanation of the corresponding step (4) in the case where the carrier frame consists of multiple bytes. It will not be described again here.

[0195] The transmission method provided in this application can meet the requirements for carrying fine-grained services on the GE interface. Furthermore, since the sending end can also send OAM information along with the bearer frame to the receiving end, the receiving end can perform quality control on the service pipeline carrying customer services based on the OAM information.

[0196] The foregoing has described specific embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0197] Figure 52 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application. Please refer to it. Figure 52 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and memory. The memory may include main memory, such as high-speed random-access memory (RAM), or non-volatile memory, such as at least one disk drive. Of course, the electronic device may also include other hardware required for other business operations.

[0198] The processor, network interface, and memory can be interconnected via an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus, or an EISA (Extended Industry Standard Architecture) bus, etc. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 52 The symbol is represented by a single double-headed arrow, but this does not mean that there is only one bus or one type of bus.

[0199] Memory is used to store programs. Specifically, programs may include program code, which includes computer operation instructions. Memory may include main memory and non-volatile memory, and provides instructions and data to the processor.

[0200] The processor reads the corresponding computer program from non-volatile memory into main memory and then runs it, forming a transfer mechanism at the logical level. The processor executes the program stored in memory and specifically performs the following operations: Send a bearer frame to the sender. The bearer frame includes multiple bytes or multiple code groups of 10 bits in length. Or specifically used to perform the following operations: Receive the bearer frame sent by the sender. The bearer frame includes multiple bytes or multiple code groups with a length of 10 bits. The carrier frame is parsed to extract the content it carries.

[0201] The above is as stated in this application. Figure 52The method executed by the transmission device disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module can reside in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0202] The electronic device can also perform Figure 50 and Figure 51 The method, and implement the drive access device in Figure 50 and Figure 51 The functions described in the illustrated embodiments will not be repeated here.

[0203] Of course, in addition to software implementation, the electronic device of this application does not exclude other implementation methods, such as logic devices or a combination of hardware and software, etc. In other words, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0204] This application also discloses a computer-readable storage medium that stores one or more programs, the programs including instructions that, when executed by a portable electronic device including multiple applications, enable the portable electronic device to perform... Figure 50 and Figure 51 The method of the illustrated embodiment is specifically used to perform the following operations: Send a bearer frame to the sender. The bearer frame includes multiple bytes or multiple code groups of 10 bits in length. Or specifically used to perform the following operations: Receive the bearer frame sent by the sender. The bearer frame includes multiple bytes or multiple code groups with a length of 10 bits. The carrier frame is parsed to extract the content it carries.

[0205] Figure 53 This is a schematic diagram of the structure of a transmission device 530 according to an embodiment of this application. Please refer to... Figure 53 In one software implementation, the transmission device 530 may include: a sending module 531, wherein: The transmitting module 531 transmits a bearer frame to the transmitting end. The bearer frame includes multiple bytes or multiple code groups with a length of 10 bits.

[0206] The bearer frame here can be a bearer frame consisting of multiple bytes as provided in the embodiments of this application, for details please refer to Figures 12 to 42 The illustrated embodiments will not be described in detail here. Alternatively, the bearer frame here can also be the bearer frame composed of multiple 10-bit code groups provided in the embodiments of this application; for details, please refer to... Figures 43 to 49 The embodiments shown will not be described in detail here.

[0207] In some embodiments, when the bearer frame does not carry OAM information, the transmitting module 531 further includes at least one of the following: The OAM information is transmitted between two adjacent bearer frames; The OAM information is combined with the bearer frame and then sent.

[0208] The transmission device 530 provided in this application can also perform... Figure 50 The method, and realize the transmission device 530 in Figure 50 The functions of the embodiments shown will not be described again in this application.

[0209] Figure 54 This is a schematic diagram of the structure of a transmission device 540 according to an embodiment of this application. Please refer to... Figure 54 In one software implementation, the transmission device 540 may include: a receiving module 541 and a processing module 542, wherein: The receiving module 541 receives the bearer frame sent by the transmitting end. The bearer frame includes multiple bytes or multiple code groups with a length of 10 bits. Processing module 542 parses the carrier frame and extracts the content carried by the carrier frame.

[0210] The bearer frame here can be a bearer frame consisting of multiple bytes as provided in the embodiments of this application, for details please refer to Figures 12 to 42 The illustrated embodiments will not be described in detail here. Alternatively, the bearer frame here can also be the bearer frame composed of multiple 10-bit code groups provided in the embodiments of this application; for details, please refer to... Figures 43 to 49 The embodiments shown will not be described in detail here.

[0211] In some embodiments, OAM information is included between two adjacent bearer frames; the processing module 542 further includes: The received content is identified based on its length; Specifically, if the length of the received content is greater than the first length, the received content is determined to be the bearer frame; if the length of the received content is less than the second length, the received content is determined to be OAM information, wherein the second length is less than or equal to the first length.

[0212] In some implementations, where the entire content of the OAM information is transmitted by the sending end in multiple transmissions, the processing module 542 further includes: The OAM information between the specified bearer frames is combined to obtain the complete content of the OAM information.

[0213] In some implementations, when the bearer frame consists of multiple bytes, the processing module 542 parses the bearer frame and extracts the content carried by the bearer frame, including at least one of the following: The preamble bytes in the bearer frame are parsed, and if the parsing result is not preamble content, the parsing result is determined to be OAM information; The OAM bytes in the bearer frame are parsed, and if the parsing result is not the default value, the parsing result is determined as OAM information; If the length of the bearer frame is not the specified length, extract the OAM information from the bearer frame; The decision on whether to combine the parsed OAM information is based on the agreed-upon rules.

[0214] In some implementations, when the bearer frame consists of multiple 10-bit code groups, the processing module 542 parses the bearer frame and extracts the content carried by the bearer frame, including at least one of the following: The third data code group in the bearer frame is parsed, and if the parsing result is not the preamble content, the parsing result is determined to be OAM information; The fifth data code group in the bearer frame is parsed, and if the parsing result is not the default value, the parsing result is determined as OAM information; If the length of the bearer frame is not the specified length, extract the OAM information from the bearer frame; The decision on whether to combine the parsed OAM information is based on the agreed-upon rules.

[0215] The transmission device 540 provided in this application can also perform... Figure 51 The method, and realize the transmission device 540 in Figure 51 The functions of the embodiments shown will not be described again in this application.

[0216] This application also proposes a computer program product comprising a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the above-described transmission method embodiments.

[0217] In summary, the above description is merely a preferred embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

[0218] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0219] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0220] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0221] The various embodiments in this application are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

Claims

1. A carrier frame, comprising multiple bytes, said multiple bytes including: The preamble byte is used to carry the preamble. Overhead bytes, used to carry business overhead information; The timeslot byte is used to carry business content; The carrier frame is transmitted after being encoded.

2. The bearer frame as described in claim 1, wherein the bearer frame consists of 1568 bytes, the 1568 bytes including 1 preamble byte, 7 overhead bytes and 1560 time slot bytes, the 1560 time slot bytes being divided into 24 time slots.

3. The bearer frame as described in claim 1, wherein the bearer frame consists of 1592 bytes, the 1592 bytes including 1 preamble byte, 7 overhead bytes and 1584 time slot bytes, the 1584 time slot bytes being divided into 96 time slots.

4. The bearer frame as described in claim 2 or 3, wherein when transmitting multiple bearer frames, there is a 16-byte interval between two adjacent bearer frames.

5. The bearer frame as described in claim 1, wherein the bearer frame consists of 1575 bytes, the 1575 bytes including 7 preamble bytes, 1 frame delimiter byte, 7 overhead bytes and 1560 time slot bytes, the 1560 time slot bytes being divided into 24 time slots.

6. The bearer frame as described in claim 1, wherein the bearer frame consists of 1599 bytes, the 1599 bytes including 7 preamble bytes, 1 frame delimiter byte, 7 overhead bytes and 1584 time slot bytes, the 1584 time slot bytes being divided into 96 time slots.

7. The bearer frame as described in claim 5 or 6, wherein when transmitting multiple bearer frames, there is a 9-byte interval between two adjacent bearer frames.

8. The bearer frame as described in claim 2 or 5, wherein in the case of transmitting multiple bearer frames, four adjacent bearer frames constitute a multiframe.

9. The bearer frame as described in any one of claims 1 to 3, 5 and 6, wherein the bearer frame is further used to transmit together with Operation and Maintenance Management (OAM) information to the receiving end.

10. The bearer frame as described in claim 9, wherein the transmission method of the OAM information includes any one of the following: The OAM information is transmitted between two adjacent bearer frames; The OAM information is carried by multiple bytes, and all bytes of the OAM information are combined with the carrier frame before transmission; The bearer frame also includes OAM bytes, which are used to carry the OAM information; When the bearer frame includes multiple preamble bytes, the OAM information is carried in the multiple preamble bytes of the bearer frame.

11. The bearer frame as described in claim 10, wherein the OAM information is carried by multiple bytes; the transmission of the OAM information between two adjacent bearer frames includes any one of the following: Transmit all bytes of the OAM information between two adjacent bearer frames; Partial bytes of the OAM information are transmitted between two adjacent bearer frames, while the complete bytes of the OAM information are transmitted in multiple transmissions.

12. The bearer frame as described in claim 11, wherein all bytes of the OAM information are transmitted in multiple transmissions, including: The entire OAM information is transmitted in two parts, with half a byte of the OAM information transmitted each time, and the bytes transmitted each time are located between the specified bearer frames.

13. The bearer frame as described in claim 10, wherein the combination of all bytes of the OAM information with the bearer frame includes any one of the following: All bytes of the OAM information are located after the slot bytes of the bearer frame; All bytes of the OAM information are located between the overhead byte and the time slot byte of the bearer frame; All bytes of the OAM information are located between the preamble byte and the overhead byte of the bearer frame.

14. The bearer frame of claim 10, wherein the OAM byte is used to carry the OAM information, including any one of the following: The OAM byte is used to carry the entire content of the OAM information; The OAM byte is used to carry part of the OAM information, and the entire content of the OAM information is carried in the OAM bytes of multiple carrying frames; in, The number of OAM bytes is fixed, and if the OAM bytes do not carry the OAM information, the content carried by the OAM bytes is the default value.

15. The bearer frame as described in any one of claims 10 to 14, wherein the OAM information includes any one of the following: The contents of the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block, wherein the first OAM code block is an OAM code block under the first standard; The content obtained by compressing the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block; The contents of the second, third, and fourth bytes of the second OAM code block, where the second OAM code block is an OAM code block under the second standard; The content obtained by compressing the second, third, and fourth bytes of the second OAM code block.

16. A carrier frame comprising multiple code groups, each code group having a length of 10 bits, wherein the multiple code groups include: Control code group, wherein the control code group is the start code group of the bearer frame; The first data code group is used to carry the overhead information of the service; The second data code group is used to carry business content; The bearer frame is used for transmission through the Physical Coding System (PCS) layer.

17. The bearer frame as claimed in claim 16, wherein the bearer frame consists of 1568 code groups, the 1568 code groups including 1 control code group, 7 first data code groups and 1560 second data code groups, the 1560 second data code groups being divided into 24 time slots.

18. The bearer frame as claimed in claim 16, wherein the bearer frame consists of 1592 code groups, the 1592 code groups including 1 control code group, 7 first data code groups and 1584 second data code groups, the 1584 second data code groups being divided into 96 time slots.

19. The bearer frame as described in claim 17 or 18, wherein when transmitting multiple bearer frames, there is a 16-code-group interval between two adjacent bearer frames.

20. The bearer frame as described in claim 16, wherein the plurality of code groups further comprises a third data code group and a fourth data code group, wherein the third data code group is used to carry a preamble and the fourth data code group is used to carry a frame delimiter; in, The bearer frame consists of 1575 code groups, including 1 control code group, 6 third data code groups, 1 fourth data code group, 7 first data code groups, and 1560 second data code groups. The 1560 second data code groups are divided into 24 time slots.

21. The bearer frame as described in claim 16, wherein the plurality of code groups further comprises a third data code group and a fourth data code group, wherein the third data code group is used to carry a preamble and the fourth data code group is used to carry a frame delimiter; in, The bearer frame consists of 1599 code groups, including 1 control code group, 6 third data code groups, 1 fourth data code group, 7 first data code groups, and 1584 second data code groups. The 1584 second data code groups are divided into 96 time slots.

22. The bearer frame as described in claim 20 or 21, wherein when transmitting multiple bearer frames, there is a 9-code interval between two adjacent bearer frames.

23. The bearer frame as described in claim 17 or 20, wherein in the case of transmitting multiple bearer frames, four adjacent bearer frames constitute a multiframe.

24. The bearer frame as described in any one of claims 16 to 18, 20 and 21, wherein the bearer frame is further configured to be transmitted to the receiving end together with OAM information.

25. The bearer frame as described in claim 24, wherein the transmission method of the OAM information includes any one of the following: The OAM information is transmitted between two adjacent bearer frames; The OAM information is carried by multiple data code groups, and all code groups of the OAM information are combined with the carrier frame before transmission; The bearer frame also includes a fifth data code group, which is used to carry the OAM information; When the bearer frame includes multiple third data code groups, the OAM information is carried in the multiple third data code groups of the bearer frame.

26. The bearer frame as described in claim 25, wherein the OAM information is carried by a plurality of data code groups; the transmission of the OAM information between two adjacent bearer frames includes any one of the following: Transmit all code groups of the OAM information between two adjacent bearer frames; A portion of the code group of the OAM information is transmitted between two adjacent bearer frames, and the entire code group of the OAM information is transmitted multiple times.

27. The bearer frame as described in claim 26, wherein all code components of the OAM information are transmitted multiple times, including: The entire code group of the OAM information is transmitted in two parts, with half of the code group of the OAM information being transmitted each time, and the code group transmitted each time is located between the specified bearer frames.

28. The bearer frame as described in claim 25, wherein the combination of all code groups of the OAM information with the bearer frame includes any one of the following: All code groups of the OAM information are located after the second data code group of the bearer frame; All code groups of the OAM information are located between the first data code group and the second data code group of the bearer frame; All code groups of the OAM information are located between the control code group and the first data code group of the bearer frame.

29. The bearer frame of claim 25, wherein the fifth data code group is used to carry the OAM information, including any one of the following: The fifth data code group is used to carry the entire content of the OAM information; The fifth data code group is used to carry part of the OAM information, and the entire content of the OAM information is carried in the fifth data code group of multiple carrying frames; in, The number of the fifth data code group is fixed. If the fifth data code group does not carry the OAM information, the content carried by the fifth data code group is the default value.

30. The bearer frame as described in any one of claims 25 to 29, wherein the OAM information includes any one of the following: The content obtained by encoding the contents of the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block, wherein the first OAM code block is an OAM code block under the first standard; The content obtained by compressing and encoding the second, third, fourth, sixth, seventh, and eighth bytes of the first OAM code block; The content obtained by encoding the contents of the second byte, third byte and fourth byte in the second OAM code block, the second OAM code block is the OAM code block under the second standard; The content obtained by compressing and encoding the contents of the second, third, and fourth bytes of the second OAM code block.

31. A transmission method, applied at a sending end, comprising: Send a bearer frame to the receiving end, the bearer frame including the bearer frame according to any one of claims 1 to 30.

32. The method of claim 31, wherein if the bearer frame does not carry OAM information, the method further comprises at least one of the following: The OAM information is transmitted between two adjacent bearer frames; The OAM information is combined with the bearer frame and then sent.

33. A transmission method, applied at a receiving end, comprising: Receive a bearer frame sent by a transmitter, wherein the bearer frame includes the bearer frame as described in any one of claims 1 to 30; The carrier frame is parsed to extract the content carried by the carrier frame.

34. The method of claim 33, wherein OAM information is included between two adjacent bearer frames; the method further includes: The received content is identified based on its length; Specifically, if the length of the received content is greater than the first length, the received content is determined to be the bearer frame; if the length of the received content is less than the second length, the received content is determined to be OAM information, wherein the second length is less than or equal to the first length.

35. The method of claim 34, wherein when the entire content of the OAM information is transmitted by the sending end in multiple transmissions, the method further comprises: The OAM information between the specified bearer frames is combined to obtain the complete content of the OAM information.

36. The method of claim 33, wherein when the bearer frame consists of multiple bytes, parsing the bearer frame and extracting the content carried by the bearer frame includes at least one of the following: The position of the preamble byte in the bearer frame is parsed. If the parsing result is not the preamble content, the parsing result is determined to be OAM information. The position of the OAM byte in the bearer frame is parsed, and if the parsing result is not the default value, the parsing result is determined to be OAM information; If the length of the bearer frame is not the specified length, extract the OAM information from the bearer frame; The decision on whether to combine the parsed OAM information is based on the agreed-upon rules.

37. The method of claim 33, wherein when the bearer frame consists of multiple code groups, parsing the bearer frame and extracting the content carried by the bearer frame includes at least one of the following: The third data code group in the bearer frame is parsed, and if the parsing result is not the preamble content, the parsing result is determined to be OAM information; The fifth data code group in the bearer frame is parsed, and if the parsing result is not the default value, the parsing result is determined as OAM information; If the length of the bearer frame is not the specified length, extract the OAM information from the bearer frame; The decision on whether to combine the parsed OAM information is based on the agreed-upon rules.

38. An electronic device comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to execute the instructions to implement the method as described in any one of claims 31 to 37.

39. A computer-readable storage medium, wherein instructions in the storage medium, when executed by a processor of an electronic device, enable the electronic device to perform the method as described in any one of claims 31 to 37.

40. A computer program product comprising a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of the method as claimed in any one of claims 31 to 37.

Images