Bearing frame and bearing method of VC11 service, electronic equipment and storage medium

Abstract

The invention provides a VC11 service bearing frame, a VC11 service bearing method, electronic equipment and a storage medium, the bearing frame is composed of an S code block, a D code block and a T code block, and the bearing frame comprises an overhead area and a bearing area; the overhead area is used for bearing overhead information of the VC11 service; the bearing area is used for bearing client content of the VC11 service; the bearing frames are used for being mapped to sub-time slots of a service layer for transmission, and one bearing frame is used for bearing one or more VC11 services. Therefore, when the VC11 service is borne based on the sub-time slot in the FlexE protocol standard, one or more to-be-borne VC11 services can be mapped into the bearing frame, and then the bearing frame is mapped into the sub-time slot for transmission, so that the bearing of the VC11 service can be realized, and the bearing requirement of the VC11 service is met.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a bearer frame, a bearer method, an electronic device, and a storage medium for a VC11 service. Background Art

[0002] The Flexible Ethernet (FlexE) protocol standard technical specification defines a method for delivering customer services at speeds of n (n is a positive integer) * 5G (in bits per second). FlexE physical interfaces can efficiently carry customer services at speeds above 5G. To address the need to carry customer services slower than 5G, the protocol standard also establishes a fine-grained frame structure. This divides a 5G-speed FlexE slot into 480 sub-slots, each with a 10M bandwidth, capable of carrying customer services of 10M or higher.

[0003] For virtual container (VC) services in the Synchronous Digital Hierarchy (SDH) standard, such as VC11 services, the above-mentioned sub-time slots can also be used to carry services in related technologies. However, there is currently no relevant solution. Summary of the Invention

[0004] The present application provides a VC11 service bearer frame, bearer method, electronic device and storage medium, which are used to solve the problem of how to bear VC11 services based on sub-time slots in the FlexE protocol standard.

[0005] To solve the above technical problems, this application is implemented as follows:

[0006] In a first aspect, a bearer frame for a VC11 service is provided, comprising an S code block, a D code block, and a T code block, wherein the bearer frame includes an overhead area and a bearer area;

[0007] The overhead area is used to carry overhead information of VC11 services;

[0008] The bearer area is used to carry customer content of VC11 services;

[0009] The bearer frame is used for mapping to the sub-time slot of the service layer for transmission, and one bearer frame is used for carrying one or more VC11 services.

[0010] In a second aspect, a method for carrying a VC11 service based on the bearer frame of the VC11 service described in the first aspect is provided, which is applied to a transmitting end and includes:

[0011] Mapping the VC11 service to be carried into the bearer frame;

[0012] Mapping the bearer frame into the sub-time slot;

[0013] The sub-time slot is sent to a receiving end.

[0014] In a third aspect, a method for carrying a VC11 service based on the bearer frame of the VC11 service described in the first aspect is provided, which is applied to a receiving end and includes:

[0015] Receive the sub-time slot sent by the transmitter;

[0016] Parsing the sub-timeslot to extract the bearer frame in the sub-timeslot;

[0017] The S code block, the D code block and the T code block in the bearer frame are parsed to extract the customer content of the VC11 service carried by the bearer frame.

[0018] In a fourth aspect, an electronic device is provided, including:

[0019] processor;

[0020] a memory for storing instructions executable by the processor;

[0021] The processor is configured to execute the instructions to implement the method as described in the second aspect or the third aspect.

[0022] In a fifth aspect, a computer-readable storage medium is provided. When the instructions in the storage medium are executed by a processor of an electronic device, the electronic device is enabled to execute the method described in the second aspect or the third aspect.

[0023] The bearer frame provided in the embodiment of the present application is composed of an S code block, a D code block, and a T code block. The bearer frame includes an overhead area and a bearer area. The overhead area is used to carry overhead information of the VC11 service, and the bearer area is used to carry the customer content of the VC11 service. The bearer frame is used to be mapped to the sub-timeslot of the service layer for transmission. One bearer frame is used to carry one or more VC11 services. In this way, when carrying VC11 services based on the sub-timeslots in the FlexE protocol standard, one or more VC11 services to be carried can be mapped to the bearer frame, and then the bearer frame can be mapped to the sub-timeslot for transmission. In this way, the carrying of VC11 services can be realized and the carrying requirements for VC11 services can be met. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the technical solutions in this application or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments recorded in this application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0025] Figure 1 This is a diagram of the existing FlexE protocol combining four 100G optical modules to form a 400G transmission channel;

[0026] Figure 2 This is a schematic diagram of the data block transmission format of a 100G service in the related art;

[0027] Figure 3 is a schematic diagram of code blocks included in a fine-grained frame structure in the related art;

[0028] Figure 4 is a schematic diagram of a fine-grained frame structure developed in the related art;

[0029] Figure 5 is a schematic diagram of another fine-grained frame structure developed in the related art;

[0030] Figure 6 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application;

[0031] Figure 7 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application;

[0032] Figure 8 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application;

[0033] Figure 9 is a schematic diagram of an overhead area according to an embodiment of the present application;

[0034] Figure 10 This is a schematic diagram of an embodiment of the present application in which the second pointer indication value indicates an increase or decrease of one unit by bit flipping;

[0035] Figure 11 This is a schematic diagram of an embodiment of the present application using the majority judgment principle to judge the validity of the second pointer indication value;

[0036] Figure 12 This is a schematic diagram of an embodiment of the present application in which a bearer frame of a VC11 service is mapped into a sub-timeslot for transmission;

[0037] Figure 13This is a schematic diagram of the VC11 service structure according to an embodiment of the present application;

[0038] Figure 14 This is a schematic diagram of 104 bytes of a complete VC11 service carried in a bearer frame of a VC11 service according to an embodiment of the present application;

[0039] Figure 15 This is a schematic diagram of a bearer frame obtained by multiplexing the V1, V2, and V3 bytes of a TU11 service bearer frame of a VC11 service in an embodiment of the present application;

[0040] Figure 16 This is a schematic diagram of an embodiment of the present application in which five VC11 bearer frames are interleaved in frames and mapped into one sub-timeslot;

[0041] Figure 17 This is a schematic diagram of an embodiment of the present application in which five VC11 bearer frames are interleaved in units of code blocks and mapped into one sub-timeslot;

[0042] Figure 18 This is a schematic diagram of deinterleaving five VC11 bearer frames in units of frames according to an embodiment of the present application;

[0043] Figure 19 This is a schematic diagram of deinterleaving five VC11 bearer frames in units of code blocks according to an embodiment of the present application;

[0044] Figure 20 This is a schematic diagram of 104 bytes of a complete VC11 service carried in a bearer frame of a VC11 service according to an embodiment of the present application;

[0045] Figure 21 This is a schematic diagram of a bearer frame obtained by multiplexing the V1, V2, and V3 bytes of a TU11 service bearer frame of a VC11 service in an embodiment of the present application;

[0046] Figure 22 This is a schematic diagram of a VC11 service bearer frame carrying part of five VC11 services in one embodiment of the present application;

[0047] Figure 23 This is a schematic diagram of a VC11 service bearer frame carrying part of five VC11 services in one embodiment of the present application;

[0048] Figure 24 This is a schematic diagram of a VC11 service bearer frame carrying part of five VC11 services in one embodiment of the present application;

[0049] Figure 25This is a schematic diagram of a VC11 service bearer frame carrying part of five VC11 services in one embodiment of the present application;

[0050] Figure 26a This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0051] Figure 26b This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0052] Figure 27a This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0053] Figure 27b This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0054] Figure 28 This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0055] Figure 29 This is a schematic diagram of an embodiment of the present application in which a VC11 service bearer frame carries five complete VC11 services;

[0056] Figure 30 This is a flowchart of a method for carrying VC11 services according to an embodiment of the present application;

[0057] Figure 31 This is a flowchart of a method for carrying VC11 services according to an embodiment of the present application;

[0058] Figure 32 This is a schematic structural diagram of an electronic device according to an embodiment of the present application;

[0059] Figure 33 This is a schematic structural diagram of a VC11 service bearer device according to an embodiment of the present application;

[0060] Figure 34 It is a structural diagram of a VC11 service carrying device according to an embodiment of the present application. DETAILED DESCRIPTION

[0061] The rapid increase in user network information traffic has prompted the rapid development of communication network information transmission bandwidth. The interface bandwidth speed of communication equipment has increased from 10M (unit: bit / second, the same below) to 100M, and then from 100M to 1G and 10G. It has now reached the bandwidth speed of 100G, and a large number of 100G optical modules have begun to be commercialized on the market. 400G optical modules have been developed, but the price of 400G optical modules is expensive, exceeding the price of 4 100G optical modules, affecting the commercial economic value of 400G optical modules. In order to transmit 400G services on 100G optical modules, the International Standards Organization has defined the FlexE protocol. The FlexE protocol combines multiple 100G optical modules to form a high-speed transmission channel, such as Figure 1 By combining four 100G optical modules through the FlexE protocol, a 400G transmission channel can be formed, which is equivalent to the transmission speed of one 400G optical module, solving the transmission needs of 400G services without increasing costs.

[0062] For services with a physical layer of 100G, the Ethernet protocol defines that before sending a 100G data message, the data packet message is 64 / 66-encoded, and the 64-bit data block is expanded into a 66-bit information block. The added 2 bits are located in front of the 66-bit block as the start mark of the 66-bit block, and then sent out from the optical port in the form of a 66-bit block. When receiving, the optical port identifies the 66-bit block from the received data stream, and then recovers the original 64-bit data from the 66-bit block and reassembles the data message. The FlexE protocol is below the 64-bit block to 66-bit block conversion layer, and sorts and plans the 66-bit data blocks before sending them. Figure 2 As shown in the figure, for 100G services, every 20 66-bit data blocks are divided into a data block group. Each group contains 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, a FlexE overhead block (such as 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. Overhead blocks are inserted periodically during data block transmission, with the interval between two adjacent overhead blocks being 1023*20 data blocks. For services with a physical line speed of 100G (bit / s), the FlexE protocol divides the physical port into 20 timeslots, so each timeslot corresponds to 5G bandwidth.

[0063] The number of timeslots and bandwidth defined by the FlexE protocol can meet the transmission needs of customer services such as routers and optical transport networks (OTNs). However, applying the FlexE protocol in the packet transport network (PTN) sector presents several challenges: 1. A 100G physical channel has only 20 timeslots, which is too few; 2. The bandwidth of each timeslot is 5G, and the granularity of a single timeslot is too large. The FlexE protocol has a relatively small number of timeslots and a relatively large granularity. The basic characteristics of timeslots are fewer timeslots and larger granularity. In the PTN sector, however, the number of customer services is large, and the bandwidth of each service is relatively small. This means that the number of timeslots is large and the bandwidth granularity of each timeslot is small. This makes the FlexE protocol unsuitable for PTN service applications.

[0064] To address the needs of customers carrying services at speeds slower than 5G, communications network operators have defined technical requirements for fine-grained slicing of packet networks and proposed a fine-grained frame structure. This fine-grained frame structure consists of S-code blocks, D-code blocks, and T-code blocks. These blocks are Ethernet-defined coding blocks. Figure 3 This is the 64 / 66 encoding rule of the Ethernet 802.3 protocol. Each block consists of 66 bits, with the first two bits being the block's synchronization header. A block with a synchronization header of "01" indicates it is a D block (data block). The following eight bytes (64 bits) contain eight bytes of data. A block with a synchronization header of "10" indicates it is a control block. The first byte after the synchronization header indicates the control block type, followed by the next seven bytes, which are determined by the control block type.

[0065] like Figure 3As shown in the figure, S blocks, T blocks, O blocks, and idle blocks (also called IDLE blocks, I blocks, or I-blocks) all belong to control blocks. The first byte in an S block is 0x78, indicating that the control block type is an S block. The S block represents the first block in a data message block stream. The T block represents the last block in a data message block stream and is the end block of the message. In addition to indicating the end block, the T block can also carry client byte content (located in the last 7 bytes of the block). The Ethernet standard divides T code blocks into eight types: T0, T1, T2, T3, T4, T5, T6, and T7. The first byte of a T0 code block is 0x87, and the T0 code block does not carry any client information (or client content). The first byte of a T1 code block is 0x99, and the T1 code block carries one byte of client information. The first byte of a T2 code block is 0xAA, and the T2 code block carries two bytes of client information. The first byte of a T3 code block is 0xB4, and the T3 code block carries three bytes of client information. The first byte of a T4 code block is 0xCC, and the T4 code block carries four bytes of client information. The first byte of a T5 code block is 0xD2, and the T5 code block carries five bytes of client information. The first byte of a T6 code block is 0xE1, and the T6 code block carries six bytes of client information. The first byte of a T7 code block is 0xFF, and the T7 code block carries seven bytes of client information. The IDLE block (also called the I block) is an idle block or an error indication block, and its first byte (i.e., the control word) is 0x1E. The O block is a maintenance block, and its first byte is 0x4B.

[0066] Currently, different domestic and international standards have established different fine-grain frame (also known as fine-grain bearer frame, small-grain bearer frame, or small-grain frame) formats. Figure 4 It is a fine-grained frame structure developed by China Mobile. The fine-grained frame consists of 1 S code block, 195 D code blocks and 1 T code block. The overhead byte information and 24 sub-time slots are divided on the D code block in a fine-grained frame. Every 20 fine-grained frames organize a multiframe, and there are 480 sub-time slots in a multiframe cycle. Figure 5 It is a fine-grained frame structure in the standard document currently being developed by the International Telecommunication Union (ITU). The fine-grained frame consists of 1 S code block, 990 D code blocks, and 1 T code block. Overhead byte information and 480 sub-time slots are divided on the D code block in a fine-grained frame. At the same time, 480 fine-grained frames are organized into a multiframe. Each frame in the multiframe transmits the relevant overhead information of a time slot. The relevant overhead information of 480 sub-time slots is transmitted through 480 fine-grained frames in a multiframe.

[0067] Figure 4 and Figure 5The fine-grained frame shown can be carried on the 5G speed timeslot of the FlexE interface. The fine-grained frame is divided into 480 sub-timeslots, dividing the bearer channel of a 5G speed timeslot into 480 sub-timeslots. Each sub-timeslot has a bandwidth of 10M (actually slightly higher than 10M). Therefore, one sub-timeslot of the fine-grained frame can carry 10M speed customer services, which basically meets the carrying requirements of ordinary Ethernet services (current Ethernet service bandwidths include 10M, 100M, 1G and above, and services greater than 10M are carried using multiple sub-timeslots). When the fine-grained sub-timeslot carries a 10M speed customer service, the 10M customer service is first 64 / 66 encoded. After encoding, some sub-timeslots are selected to carry it. The fine-grained frame is then mapped to the FlexE protocol timeslot and sent out. It is then delivered to the remote destination device through the 5G speed timeslot of the FlexE protocol.

[0068] The aforementioned fine-grained slicing technology for the packet network is required to carry 10M customer services. However, in some application scenarios, the equipment needs to replace SDH equipment and carry various VC services in the SDH system. However, no solution has been considered to achieve the carrying of VC services.

[0069] The embodiment of the present application proposes a bearer frame, a bearing method, an electronic device, and a storage medium for VC11 services. The bearer frame is composed of an S code block, a D code block, and a T code block. The bearer frame includes an overhead area and a bearer area. The overhead area is used to carry the overhead information of the VC11 service, and the bearer area is used to carry the customer content of the VC11 service. The bearer frame is used to be mapped to the sub-timeslot of the service layer for transmission. One bearer frame is used to carry one or more VC11 services. In this way, when carrying VC11 services in the SDH system based on the sub-timeslot in the FlexE protocol standard, one or more VC11 services to be carried can be mapped to the bearer frame, and then the bearer frame can be mapped to the sub-timeslot for transmission. In this way, the carrying of VC11 services can be realized and the carrying requirements for VC11 services can be met.

[0070] In order to help those skilled in the art better understand the technical solutions of this application, the following will clearly and completely describe the technical solutions of this application in conjunction with the drawings of one or more embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this application.

[0071] The terms "first," "second," and the like in this application and the claims are used to distinguish similar objects and are not used to describe a particular order or precedence. It should be understood that such terms are interchangeable where appropriate so that this application can be implemented in sequences other than those illustrated or described herein. In addition, the term "and / or" in this application and the claims refers to at least one of the connected objects, and the character " / " generally indicates that the connected objects are in an "or" relationship.

[0072] The following describes in detail the technical solutions provided by various embodiments of the present application in conjunction with the accompanying drawings.

[0073] Figure 6 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application.

[0074] like Figure 6 As shown, the bearer frame of VC11 provided in the embodiment of the present application is composed of an S code block, a D code block and a T code block. Among them, the S code block, the D code block and the T code block are code blocks of 66 bits in length defined by the Ethernet 802.3 international standard. The S code block is the starting code block of the bearer frame, and the number of S code blocks is 1. The D code block is an intermediate code block of the bearer frame, which is a data code block and can be used to carry customer content. One D code block can carry 8 bytes of customer content. The number of data in the D code block is n (n is an integer greater than 1), which can be determined according to the customer content that needs to be carried. The T code block is an intermediate code block of the bearer frame, and the data in the T code block is 1. Specifically, it can be any one of the T0 code block, T1 code block, T2 code block, T3 code block, T4 code block, T5 code block, T6 code block and T7 code block defined in the Ethernet standard.

[0075] The bearer frame of VC11 service includes overhead area and bearer area ( Figure 6 (Not shown). The overhead area is used to carry overhead information for the VC11 service (which can be represented as OH, meaning overhead). The overhead information is used to indicate characteristic information about the bearer frame structure. The overhead area can include multiple bytes, such as 2 bytes, 3 bytes, or 4 bytes, without specific limitations here. The overhead area can be located in an S code block, in a D code block (for example, in the first D code block), or in both an S code block and a D code block (for example, in both an S code block and the first D code block).

[0076] The bearer area is used to carry customer content for VC11 services and can be located in a D block, in an S block and a D block, in a D block and a T block, or in an S block, a D block, and a T block. The bearer area can include a bearer adjustment area and a fixed bearer area. The bearer adjustment area can be located in an S block, a D block, or both, and can carry or not carry customer content. Since the bearer adjustment area can carry or not carry customer content, it can be used to adjust the number of bytes used to carry customer content. Whether the bearer adjustment area carries customer content can be determined based on the speed of the customer service being carried, and this is not specifically defined here. The bearer adjustment area can include one or more bytes. If the bearer adjustment area includes multiple bytes, when carrying (or not carrying) customer content, it can be carried (or not) by some or all of the bytes, and this is not specifically defined here. If some bytes carry (or not carry) customer content, these bytes can be located anywhere in the bearer adjustment area, and this is not specifically defined here. For example, the bearer adjustment area includes two bytes. In the case where one byte carries customer content and the other does not carry customer content, the first byte may carry customer content and the second byte may not carry customer content, or the first byte may not carry customer content and the second byte may carry customer content. In a specific implementation, whether to carry customer content in the bearer adjustment area can be determined based on the speed of the customer service to be carried, and the overhead information in the overhead area indicates the number of bytes in the bearer adjustment area used to carry customer content. The entire area of ​​the fixed bearer area is used to carry customer content and is not affected by the customer service speed. The fixed bearer area may include multiple bytes and may be located in a D code block, or in an S code block and a D code block, or in a D code block and a T code block, or in an S code block, a D code block, and a T code block.

[0077] In some implementations, the bearer frame of the VC11 service may further include a fixed stuffing area. This fixed stuffing area is an invalid area that does not carry any clients and can be configured as needed. For example, when the bearer area in the bearer frame is too large, some fixed stuffing areas may be configured to reduce the number of bytes in the bearer area used to carry client content, i.e., to reduce the number of bytes carried in the effective bearer area. The fixed stuffing area may be located in the D code block, and the number of bytes may be 0 or more. 0 indicates that there is no fixed stuffing area, i.e., the bearer area of ​​the bearer frame is exactly the size required to carry bytes and is not too large. Therefore, there is no need to configure a fixed stuffing area to reduce the size of the effective bearer area.

[0078] Figure 7 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application. Figure 7The bearer frame shown is composed of 1 S code block, n D code blocks and 1 T code block, where the T code block is a T7 code block. Figure 7 The OH area shown in the figure is located in the S code block and includes 7 bytes in total. Figure 7 The black box shown is located in the first D code block, which is 5 bytes in total. Figure 7 The area where the asterisk box is located) is located in the first D code block, including 2 bytes, the first byte is the - adjustment area, and the second byte is the + adjustment area. Fixed bearing area ( Figure 7 The white box shown) is located in the D code block and the T code block.

[0079] Figure 8 This is a schematic diagram of a bearer frame for a VC11 service according to an embodiment of the present application. Figure 8 The bearer frame shown is composed of 1 S code block, n D code blocks and 1 T code block, where the T code block is a T7 code block. Figure 8 The OH area shown in the figure is located in the first D code block and includes 5 bytes in total. Figure 8 The area where the black box is located) is located in the first D code block, a total of 1 byte. Figure 8 The area where the asterisk box is located) is located in the first D code block, including 2 bytes, the first byte is the - adjustment area, and the second byte is the + adjustment area. Fixed bearing area ( Figure 8 The white box shown) is located in the D code block and the T code block.

[0080] It should be noted that Figure 7 and Figure 8 This is an exemplary description of the bearer frame of the VC11 service provided in the embodiment of the present application. In other possible implementations, the structure of the bearer frame may also be Figure 7 and Figure 8 Other forms are not given examples here.

[0081] A bearer frame of a VC11 service can be used to carry one or more VC11 services. Among them, one VC11 service corresponds to one customer, and multiple VC11 services correspond to multiple customers. In the case where a bearer frame is used to carry multiple VC11 services, the multiple VC11 services can be all the services (that is, multiple complete VC11 services) or part of the multiple VC11 services. The bearer frame of the VC11 service can be used to map to the sub-timeslot of the service layer for transmission. When mapping the bearer frame to the sub-timeslot, one bearer frame can be mapped to one sub-timeslot, or multiple bearer frames can be mapped to one sub-timeslot, as long as the carrying efficiency requirements are met.

[0082] Based on the bearer frame provided in the embodiment of the present application, when it is necessary to carry VC11 services in a sub-time slot, one or more VC11 services to be carried can be mapped to the bearer frame, and then the bearer frame is mapped to the sub-time slot for transmission. In this way, the carrying of VC11 services can be realized and the carrying requirements for VC11 services can be met.

[0083] In some implementations, the overhead information carried by the overhead area may include at least one of the following:

[0084] SDH frame overhead content, used to carry the regenerator section layer and multiplex section layer overhead;

[0085] The first pointer indication value is used to indicate whether the second pointer indication value has changed abnormally;

[0086] The second pointer indication value is used to indicate the location information of the client's specific content in the bearer frame.

[0087] The SDH frame overhead content, the first pointer indication value, and the second pointer indication value may each include one or more bytes, which is not specifically limited here.

[0088] The overhead of the regeneration section layer and the multiplexing section layer has been explained in the existing standard protocols and will not be described in detail here.

[0089] The second pointer indicator value can also be called the customer-specific content position pointer value, which can be used to indicate the position information of the specific content of the customer service carried in the bearer frame in the bearer frame, and is a position indication information. The specific content of the customer service can be the first overhead byte of the VC11 service content (such as the V5 byte of the VC11 service), or it can be other byte content, which is not specifically limited here. Generally, the position of the customer's specific content in the bearer frame is not fixed, so the second pointer indicator value is also not fixed, that is, the second pointer indicator value can change. Usually, the change of the second pointer indicator value is relatively small, and this change is a normal change, not an abnormal change. In abnormal circumstances (such as abnormal circumstances such as service interruption), the change of the second pointer indicator value will be relatively large, and this change is an abnormal change. In order to facilitate knowing whether the second pointer indicator value has undergone abnormal changes, in the overhead area of ​​the bearer frame, the first pointer indicator value can indicate whether the second pointer indicator value has undergone abnormal changes.

[0090] Optionally, in some implementations, the overhead information carried by the overhead area may further include at least one of the following:

[0091] Multiframe indication, used to indicate the sequence relationship of multiple bearer frames in a multiframe group;

[0092] Customer number, used to distinguish different bearer frames carrying different customer services;

[0093] Customer type, used to characterize the service type carried by the bearer frame;

[0094] Cyclic Redundancy Check (CRC) field.

[0095] The multiframe indication, client number, client type and CRC fields may each include one or more bytes, which are not specifically limited here.

[0096] A multiframe group can include multiple bearer frames. For a bearer frame, if it forms a multiframe group with other bearer frames, the bearer frame's overhead information may include a multiframe indicator. The multiframe indicator can be represented by a sequence value, such as frame 0, frame 1, frame 2, frame 3, etc., or by other means. Examples are not provided here.

[0097] Different bearer frames can carry VC11 services of different customers. When multiple bearer frames carry VC11 services of multiple customers, the overhead information in each bearer frame can include a customer number to distinguish different bearer frames carrying different customer services by the customer number.

[0098] The customer type is used to indicate the service type of the customer service carried by the bearer frame. For a bearer frame carrying VC11 service, the overhead information may include the customer type to indicate that the service type carried by the bearer frame is VC11 service, not other types of customer services such as VC12, VC3 or VC4.

[0099] In actual applications, the overhead information carried in the overhead area can be any one or more of the above-mentioned seven items of overhead information (i.e., SDH frame overhead content, first pointer indicator value, second pointer indicator value, multiframe indicator, customer number, customer type, and CRC field). The specific amount can be determined according to actual business needs and is not specifically limited here. The number of bytes occupied by each overhead information can also be determined according to actual business needs and is not specifically limited here. In a more specific implementation, when the overhead area carries the above-mentioned seven items of overhead information, the overhead area can be as follows: Figure 9 shown. Figure 9 In the overhead area, each overhead information occupies one byte, and each of the seven overhead information occupies 7 bytes, that is, the overhead area occupies a total of 7 bytes. The order of the overhead information in the overhead area can be Figure 9 The order shown can, of course, also be other orders, which is not specifically limited here.

[0100] In some implementations, when the bearer area includes a bearer adjustment area, the aforementioned second pointer indicator value can also be used to indicate a change in the number of bytes used to carry the customer content in the bearer adjustment area. In other words, the second pointer indicator value can have two functions: first, indicating the location of the customer's specific content in the bearer frame, and second, indicating the number of bytes used to carry the customer content in the bearer adjustment area.

[0101] When the second pointer indicator value indicates the position of the client's specific content in the bearer frame and the number of bytes in the bearer adjustment area used to carry the client's content, in some embodiments, the indication may be performed in the following manner:

[0102] When the second pointer value increases by one, the position information of the client's specific content in the bearer frame moves backward by one unit, and the number of bytes used to carry the client's content in the bearer adjustment area decreases by one unit (the second pointer value increase indication information at this time = the bearer area adjustment decrease information);

[0103] When the second pointer indicates a value decreasing by one, the position information of the client's specific content in the bearer frame moves forward by one unit, and the number of bytes used to carry the client's content in the bearer adjustment area increases by one unit (the second pointer indicates a value decreasing at this time = the bearer area adjustment increase information);

[0104] When the second pointer indication value remains unchanged, the position information of the customer's specific content in the bearer frame remains unchanged, and the number of bytes used to carry the customer content in the bearer adjustment area remains unchanged (the second pointer indication value at this time is stable and unchanged indication information = the bearer area is adjusted to maintain the original stable value).

[0105] The above-mentioned one unit may be one byte or multiple bytes.

[0106] The position information of the client-specific content in the bearer frame is shifted forward or backward by one unit. This can be done by shifting the byte position occupied by the client-specific content in the bearer frame forward or backward by one unit. For example, if the position information of the client-specific content in the bearer frame is the fifth byte of the second D-code block, and assuming that one unit represents one byte, then after the position information of the client-specific content in the bearer frame is shifted forward by one unit, the new position information is the fourth byte of the second D-code block. After the position information of the client-specific content in the bearer frame is shifted backward by one unit, the new position information is the sixth byte of the second D-code block.

[0107] The bearer adjustment area may include at least two units of bytes. For example, when one unit represents one byte, the bearer adjustment area may include at least two bytes, and when one unit represents three bytes, the bearer adjustment area may include at least six bytes. In some embodiments, the bearer adjustment area may include two areas, namely a first adjustment area and a second adjustment area, and the first adjustment area and the second adjustment area may each include one unit of bytes (i.e., each includes one or more bytes). When the second pointer indication value is increased by one, neither the first adjustment area nor the second adjustment area carries customer content. When the second pointer indication value is decreased by one, both the first adjustment area and the second adjustment area carry customer content. When the second pointer indication value remains unchanged, the first adjustment area does not carry customer content, and the second adjustment area carries customer content.

[0108] For easier understanding, see Figure 7 and Figure 8 .exist Figure 7 and Figure 8 The bearer adjustment area consists of two bytes: the - adjustment area and the + adjustment area. The - adjustment area can be considered the first adjustment area mentioned above, consisting of one byte, and the + adjustment area can be considered the second adjustment area mentioned above, consisting of one byte. Under normal and stable conditions, the second pointer indicator value remains stable, and the bearer adjustment area maintains stable bearer mode. In stable bearer mode, the - adjustment area does not carry customer content, and only the + adjustment area carries customer content. This state is called stable bearer mode. When the customer service speed is high and more customer content needs to be carried, the second pointer indicator value decreases by one unit, and the bearer adjustment area changes to increase bearer mode. In increase bearer mode, both the - adjustment area and the + adjustment area carry customer content, with the - adjustment area carrying an additional unit of customer content compared to the normal stable state. Because the - adjustment area carries one more unit of customer content, all customer content needs to be moved forward one unit in the bearer area. The customer-specific content (such as the V5 byte) also moves forward one unit. The new position is the result of the second pointer indicator value being reduced by one unit. The second pointer indicator value indicates the new position of the customer-specific content. When the customer service speed is relatively slow and less customer content needs to be carried, the second pointer indication value indicates an increase of one unit, and the carrying adjustment area changes to a reduced carrying mode. In the reduced carrying mode, neither the - adjustment area nor the + adjustment area carries customer services, and the + adjustment area carries less customer content than in the normal stable state. Since the carrying adjustment area carries one unit less customer content, all customer content in the carrying area needs to be moved back one unit in turn, and the customer's specific content (such as V5 bytes) is also moved back one unit. The new position is the result of the second pointer indication value being increased by one unit, and the second pointer indication value indicates the new position of the customer's specific content.

[0109] exist Figure 7 and Figure 8In the example, the -adjustment area and the +adjustment area each comprise one byte. In other implementations, the -adjustment area and the +adjustment area may also comprise 2 bytes, 3 bytes, 4 bytes, 5 bytes, 6 bytes, etc. When both the -adjustment area and the +adjustment area are 2 bytes in size, this is equivalent to adding 2 bytes each time the bytes used to carry customer content are increased, and subtracting 2 bytes each time the bytes used to carry customer content are decreased. Similarly, when both the -adjustment area and the +adjustment area are 3 bytes in size, this is equivalent to adding 3 bytes each time the bytes used to carry customer content are increased, and subtracting 3 bytes each time the bytes used to carry customer content are decreased.

[0110] Changes in the second pointer indicator value indicate changes in the number of valid bytes carrying customer content in the bearer adjustment area, specifically, whether the number of valid bytes carrying customer content this time has increased or decreased relative to the previous number. In actual applications, when the clock frequency of the VC11 service is generally stable, the VC11 service speed is allowed to remain generally stable within a deviation range while meeting clock jitter and drift requirements. Any changes are slow. Accordingly, the number of bytes used to carry customer content in the bearer adjustment area for the VC11 service is generally stable, and any changes are slow. Therefore, changes in the second pointer indicator value are also slow, meaning that the second pointer indicator value changes by only one unit at a time (i.e., by adding or subtracting one). The new second pointer indicator value is typically an increase or decrease from the previous value, with a limited range of variation. Therefore, when the second pointer indicator value changes, it is not necessary to immediately indicate the second pointer indicator value; it is sufficient to indicate whether the change is an increase, decrease, or no change.

[0111] Based on this idea, in some embodiments, the second pointer indication value can indicate the position information of the customer's specific content in the bearer frame and the change in the number of bytes used to carry the customer content in the bearer adjustment area by the change in the value of the bit at a specific position.

[0112] Specifically, taking the example of a second pointer indicator value including N bits (N may be an integer greater than or equal to 4), the N bits may be divided into two groups, namely a first group of bits and a second group of bits (the two groups of bits may or may not overlap), the first group of bits including P bits (P is an integer greater than or equal to 1 and less than N), and the second group of bits including Q bits (Q is an integer greater than or equal to 1 and less than N, and Q and P may be equal or unequal). If at least half of the P bits (rounded up to a maximum of P) are flipped, the second pointer indicator value is used to indicate that the position information of the client's specific content in the bearer frame is shifted backward by one unit, and the number of bytes in the bearer adjustment area used to carry the client's content is reduced by one unit. If at least half of the Q bits (rounded up to a maximum of Q) are flipped, the second pointer indicator value is used to indicate that the position information of the client's specific content in the bearer frame is shifted forward by one unit, and the number of bytes in the bearer adjustment area used to carry the client's content is increased by one unit. When the N bit values ​​remain unchanged, the second pointer indicator value is used to indicate that the location information of the client's specific content in the bearer frame remains unchanged, and the number of bytes used to carry the client content in the bearer adjustment area remains unchanged.

[0113] For ease of understanding, the following Figure 10 Take this as an example to illustrate.

[0114] Figure 10The second pointer indication value shown is a 10-bit value. The 10-bit value can be divided into two groups according to the even position and the odd position. The 5 bits in the even position (i.e., b9, b7, b5, b3, b1) form one group, and the 5 bits in the odd position (i.e., b8, b6, b4, b2, b0) form one group. When the second pointer indication value changes, it is only necessary to provide whether the change information is increased or decreased. For example, a group of 5 bits in the even position can indicate an increase in change indication information, and a group of 5 bits in the odd position can indicate a decrease in change indication information (or, a group of 5 bits in the even position can indicate a decrease in change indication information, and a group of 5 bits in the odd position can indicate an increase in change indication information). When the second pointer indication value needs to be increased by 1, all 5 bits in the even position are flipped, indicating an increase in change indication information. When the second pointer indication value needs to be decreased by 1, all 5 bits in the odd position are flipped, indicating a decrease in change indication information. After a bit flip in the even or odd group, the next value is the new one. After all five bits in the even position flip, the next second pointer indicator value is the previous historical stable value plus one. After all five bits in the odd position flip, the next second pointer indicator value is the previous historical stable value minus one. Bit flips in the even or odd group indicate a new second pointer indicator value. At the receiving end, when the second pointer indicator value is inconsistent with the previous historical value, the bit changes in the even or odd group are analyzed separately. If the bits in the even group flip with the even bits in the previous value, the second pointer indicator value has changed by one, and the new second pointer indicator value is the result of adding one to the previous value. If the bits in the odd group flip with the odd bits in the previous value, the second pointer indicator value has changed by one, and the new second pointer indicator value is the result of subtracting one from the previous value. To avoid misjudgment in the event of a single-bit error, whether the five bits in each group have flipped can be determined by majority rule. For example, if any three of the five bits flip, it is determined that the bits in that group have flipped. If any three bits among the five bits are not flipped, it is determined that the group of bits is not flipped and the original value is retained. In this way, even if two bits of the pointer value are wrong, no misjudgment will occur during transmission.

[0115] It should be noted that the above two implementation methods are used as examples to illustrate how the second pointer indication value indicates the position information of the customer's specific content in the bearer frame and the change in the number of bytes used to carry the customer content in the bearer adjustment area. In other possible implementation methods, other indication methods can also be used for indication. Other possible indication methods will not be given one by one here.

[0116] In some embodiments, the second pointer indicator value can take effect in the current frame. After receiving the bearer frame, the receiving end can determine the location information of the customer's specific content in the current bearer frame and the number of bytes used to carry the customer content in the bearer adjustment area based on the second pointer indicator value in the bearer frame. However, in actual applications, the second pointer indicator value may cause an error due to a bit error, thereby indicating erroneous information. For the receiving end, this will also lead to an erroneous judgment result, causing the receiving end to make an error when performing service bearer recovery based on the second pointer indicator value. In order to reduce the erroneous judgment caused by the bit error, in some embodiments, the sending end can transmit the second pointer indicator value multiple times, and the receiving end can use the majority judgment principle to determine the final second pointer indicator value.

[0117] When the majority judgment principle is used to determine the final second pointer indication value, in some embodiments, the majority judgment principle may be such that, if the second pointer indication values ​​in L bearer frames out of M consecutive bearer frames undergo the same change, the second pointer indication value takes effect in the last frame of the M bearer frames. M is an integer greater than or equal to 3, and L is an integer greater than or equal to M / 2 and less than or equal to M. For example, when M is 3, L may be 2, and when M is 4, L may be 3.

[0118] For easier understanding, see Figure 11 . Figure 11For example, the second pointer indication value takes effect only once every four frames. Specifically, every four consecutive bearer frames can be regarded as a multiframe group, and in each multiframe group, the multiframe sequence values ​​of the four bearer frames are "00", "01", "10", and "11", respectively. For the transmitter, when sending a bearer frame to the receiver, the new second pointer indication value can be transmitted in all four bearer frames of the multiframe group (possibly in the presence of bit errors). At the receiving end, for the bearer frames in a multiframe group, the three bearer frames with multiframe sequence values ​​of "00", "01" and "10" operate according to the historical second pointer indication value, but at the same time, the second pointer indication value carried by these three frames and the frame with a multiframe sequence of "11" is extracted. In the case of a single-bit error, even if a bit error occurs and causes one of the values ​​to be wrong, the other three values ​​are correct and the values ​​are completely consistent. According to the majority judgment principle, the three identical second pointer indication values ​​are the updated second pointer indication values, and the updated second pointer indication value will take effect in the frame with a multiframe sequence value of "11", that is, the updated second pointer indication value is used in the frame with a multiframe sequence value of "11" to determine the location information of the customer-specific content and the number of bytes used to carry the customer content in the bearer adjustment area, and the customer content status carried by the bearer adjustment area is determined according to this value and the customer content is extracted. Since the four frames of "00", "01", "10" and "11" all have second pointer indication values, the second pointer indication values ​​of any three frames are selected from these four second pointer indication values ​​for majority judgment principle and the final second pointer indication value is given. This can reduce the erroneous judgment caused by bit errors, ensure the correctness of the receiving end when restoring the service bearer according to the second pointer indication value, and avoid service errors.

[0119] It should be noted that, for the four carrying frames of the above-mentioned multi-frame group, when using the majority judgment principle to judge the second pointer indication value, in addition to using three frames for judgment, two frames can also be used for judgment. That is to say, as long as the second pointer indication values ​​of at least two frames among the four frames have changed and are consistent, it can be considered that the second pointer indication value has changed and takes effect in the last frame.

[0120] In one possible implementation, the bearer frame of the VC11 service may not include the bearer adjustment area, that is, the bearer area only includes a fixed bearer area. In this case, the overhead area may not include the first pointer indication value and the second pointer indication value, and the position of the customer's specific content in the bearer area is fixed.

[0121] Based on the bearer frame of the VC11 service provided in the embodiment of the present application, when carrying the VC11 service, the format of the bearer frame of the VC11 service can be determined first, and then the VC11 service can be encapsulated according to the format, that is, the VC11 service is mapped to the bearer frame of the VC11 service, and finally the bearer frame is mapped to the sub-timeslot of the service layer for transmission. Before mapping the bearer frame to the sub-timeslot, idle code blocks and operation and maintenance management (OAM) code blocks can be inserted between the bearer frames. The specific process can be as follows: Figure 12 shown. Figure 12 In the VC11 service, after mapping the VC11 service to the bearer frame of the VC11 service, a certain number of idle code blocks (IDLE code blocks, or I blocks for short) can be inserted between the bearer frames. In this way, the intermediate network equipment nodes in the network can adapt to the clock deviation between different network equipment nodes by adding or removing idle code blocks. In order to monitor the service quality of the service layer during the bearer transmission process, such as delay time and bit error status, in addition to inserting idle code blocks between the bearer frames, an appropriate number of OAM code blocks (o blocks for short) can also be inserted between the bearer frames. After inserting IDLE blocks and o blocks between the bearer frames, they are sent out through the fine-grained pipe bearer formed by the service layer sub-time slots.

[0122] When determining the format of the bearer frame, specifically, a bearer frame consists of 1 S code block, multiple D code blocks and 1 T code block, the S code block is the frame header flag block, the D code block is the data block, and the T code block is the end flag block. The bearer frame includes an overhead area and a bearer area, and the bearer area includes a bearer adjustment area and a fixed bearer area. The overhead area carries overhead information. The bearer adjustment area is a dynamic area that may or may not carry customer services, and can be determined based on the speed of the customer services that need to be carried. The fixed bearer area carries customer services at all locations and is not affected by the speed of the customer services. Optionally, when the carrying capacity of the bearer frame is too large, a fixed stuffing area can be set in the bearer frame. The fixed stuffing area does not carry customer services. When the carrying capacity of the bearer frame is just right, a fixed stuffing area may not be set in the bearer frame.

[0123] The length of a bearer frame is a key characteristic of a bearer frame. It is determined by the number of D blocks in the bearer frame and is related to the bearer frame's carrying efficiency. The bearer frame's carrying efficiency is the ratio of the number of bytes in the bearer frame used to carry customer services to the total number of bytes in the bearer frame. Because the overhead area, fixed insertion area, control word portion of the S block, and control word portion of the T block in the bearer frame do not carry customer services, the bearer frame's carrying efficiency is less than 100%. Generally speaking, the greater the number of D blocks in a bearer frame, the longer the bearer frame length, and the greater the number of bytes in the bearer frame used to carry customer services, the higher the bearer frame's carrying efficiency. When carrying VC11 services, the required carrying efficiency of the bearer frame can be determined based on the desired VC11 service client speed and the selected number of service layer subslots (the number of service layer subslots is equivalent to the total service layer rate). Based on this carrying efficiency requirement, the number of D blocks in the bearer frame is determined, which in turn determines the bearer frame length and ultimately the bearer frame format.

[0124] Figure 13This refers to the VC11 service structure in the SDH system standard. A VC11 service consists of four groups of bytes, each containing one overhead byte and 25 content bytes, for a total of 26 bytes per group, or 104 bytes in four groups. The first byte of a VC11 service is the V5 byte. The VC11 service operates at a rate of 1.664 Mbps (in bits per second), while the pipe rate of a sub-timeslot in a fine-grained frame in the service layer is 10 Mbps (in bits per second; in some scenarios, this rate may be higher, such as 10.1 Mbps). Therefore, a sub-timeslot in a fine-grained frame can carry up to six VC11 services. This means that a sub-timeslot in a fine-grained frame can carry one, two, three, four, five, or six VC11 services. When one sub-timeslot carries one VC11 service, the corresponding carrying efficiency must be at least 1*1.664 / 10 = 16.64% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 16.47% when the sub-timeslot speed is calculated at 10.1 Mbps). When two VC11 services are carried in one sub-timeslot, the corresponding carrying efficiency must be at least 2*1.664 / 10 = 33.28% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 3*1.664 / 10 = 49.92% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 49.42% when the sub-timeslot speed is calculated at 10.1 Mbps). When one sub-timeslot carries four VC11 services, the corresponding carrying efficiency must be at least 4*1.664 / 10=66.56% (65.9% when the sub-timeslot speed is 10.1 Mbps). When one sub-timeslot carries five VC11 services, the corresponding carrying efficiency must be at least 5*1.664 / 10=83.2% (82.37% when the sub-timeslot speed is 10.1 Mbps). When one sub-timeslot carries six VC11 services, the corresponding carrying efficiency must be at least 6*1.664 / 10=99.84% (98.85% when the sub-timeslot speed is 10.1 Mbps).

[0125] In actual applications, the sub-timeslot bearer mode can be selected based on the required bearer efficiency. For example, if a sub-timeslot has a speed of 10 Mbps and the required bearer efficiency is 16.64%, a sub-timeslot can carry one, two, three, four, five, or six VC11 services. If the required bearer efficiency is 32.28%, a sub-timeslot can carry two, three, four, five, or six VC11 services. If the required bearer efficiency is 49.92%, a sub-timeslot can carry three, four, five, or six VC11 services. If the required bearer efficiency is 66.56%, a sub-timeslot needs to carry four, five, or six VC11 services. If the required bearer efficiency is 83.2%, a sub-timeslot can carry five or six VC11 services. If the required bearer efficiency is 99.84%, a sub-timeslot needs to carry six VC11 services.

[0126] When a sub-timeslot is used to carry one VC11 service, the bearer frame can carry the VC11 service in the following ways: one bearer frame is used to carry one VC11 service, and one bearer frame is mapped to one sub-timeslot for transmission. When a sub-timeslot is used to carry X (X is equal to 2, 3, 4, 5, or 6) VC11 services, the bearer frame can carry VC11 services in the following ways, including but not limited to the following three:

[0127] Case 1: One bearer frame is used to carry one VC11 service. X bearer frames are mapped to one sub-timeslot for transmission. The X bearer frames carry the VC11 service of one customer or the VC11 services of Y customers (Y is an integer greater than 1 and less than or equal to X).

[0128] Case 2: One bearer frame is used to carry part of the services in X VC11 services (X VC11 services correspond to X customers, one VC11 service corresponds to one customer, and for any VC11 service, one bearer frame is used to carry one-Xth of the customer services). X bearer frames are used to carry all the services of the X VC11 services, and these X bearer frames are mapped to one sub-timeslot for transmission.

[0129] The third case: one bearer frame is used to carry X VC11 services (X VC11 services correspond to X customers, and one VC11 service corresponds to one customer), and the one bearer frame is mapped to one sub-timeslot for transmission.

[0130] The first scenario described above is independent encapsulation mode. In this mode, each VC11 service is independently encapsulated in its own bearer frame. Specifically, one VC11 service for a customer is independently encapsulated in one bearer frame. The second and third scenarios described above are co-encapsulation modes. In this mode, X VC11 services are encapsulated in one bearer frame. Specifically, all or part of the VC11 services of X customers are encapsulated in one bearer frame. In this co-encapsulation mode, X VC11 services can share the S code block, T code block, and overhead field of the bearer frame. X VC11 services can have independent bearer areas and independent second pointer indicator values.

[0131] Due to the presence of overhead bytes in the bearer frame, the control fields of the S code block and the T code block do not carry customer services, affecting bearer efficiency. To improve bearer efficiency, the only way is to increase the length of the bearer frame, that is, to increase the number of D code blocks. To achieve a bearer efficiency of 99.84%, the bearer frame length needs to exceed 150 code blocks, and a bearer frame involves at least two adjustments. Furthermore, longer bearer frames also lead to longer service delays, which does not meet actual service requirements. If a sub-timeslot in a fine-grained frame can carry a maximum of five VC11 services, then the bearer efficiency of a sub-timeslot carrying five VC11 services only needs to reach 5*1.664 / 10=83.2%. Compared to carrying six VC11 services, the bearer efficiency is reduced. Correspondingly, the shorter the bearer frame length, the shorter the service delay. Therefore, in practical applications, it is preferred to carry five VC11 services in a sub-timeslot.

[0132] When a sub-timeslot carries five VC11 services, these five VC11 services can be carried by multiple VC11 service bearer frames or by a single VC11 service bearer frame. A single VC11 service bearer frame can carry one VC11 service or all or part of multiple VC11 services. The following uses some more specific implementations as examples to illustrate possible frame structures for a single VC11 service bearer frame carrying one or more VC11 services.

[0133] In the case where a bearer frame is used to carry a VC11 service, in some implementations, a bearer frame may consist of 1 S code block, 17 D code blocks, and 1 T code block. The overhead area of ​​the bearer frame may be located in the S code block, and the bearer area of ​​the bearer frame may be located in the D code block and the T code block. The bearer area includes a 2-byte bearer adjustment area and a 139-byte fixed bearer area. For details, see Figure 14 .

[0134] Figure 14The diagram is a schematic diagram showing 104 bytes of a complete VC11 service carried in a VC11 service bearer frame. Figure 14 The bearer frame consists of one S code block, 13 D code blocks, and one T code block. The bearer frame includes an overhead area, a bearer adjustment area, and a fixed bearer area. The overhead area (OH area) is located in the D code block and consists of 6 bytes. The bearer adjustment area consists of 2 bytes (corresponding to the two asterisk boxes in the figure), the first byte is the - adjustment area, and the second byte is the + adjustment area. The fixed bearer area consists of 103 bytes (corresponding to the 103 white boxes in the figure).

[0135] Figure 14 In the bearer frame shown in the figure, during normal transmission, the -adjustment area does not carry customer services, while the +adjustment area and the 103-byte fixed bearer area carry customer services, resulting in a total of 104 bytes for carrying customer services. The bearer frame can exactly carry the 104 bytes of a VC11 service. In this case, the bearer frame's carrying efficiency is 104 / (15*8)=86.67% (without considering the insertion of idle code blocks and / or OAM code blocks), which meets the carrying efficiency requirement for carrying five VC11 services in one sub-timeslot.

[0136] Figure 14 The bearer frame shown can carry a complete VC11 service content. The position of the VC11 service in the bearer frame is floating, and the position of the first V5 byte of the VC11 service is not fixed. Figure 14 In the bearer frame, the V5 byte is located at the third byte position of the second D block. If the - adjustment area position is used as a reference and the - adjustment area position is set to the 0th byte position, then the + adjustment area position is the 1st byte position. Similarly, the V5 byte position is the 4th byte position, and the second pointer indicator value in the overhead area can be equal to 4. At the receiving end, when the bearer frame is received and the second pointer indicator value extracted from the overhead area is 4, if the second pointer indicator value is the same as the previous value, it can be determined that the second pointer indicator value has not changed. The receiving end can determine that the - adjustment area does not carry customer content, and customer content starts to be carried from the + adjustment area. The + adjustment area and the following 103 byte positions carry customer content of the VC11 service, and the first V5 byte in the VC11 service is at the 4th byte position.

[0137] When the speed of VC11 customer services is relatively slow, the bearer frame needs to carry less customer services. The second pointer indicator value can be increased by 1. In the bearer frame, neither the - adjustment area nor the + adjustment area of ​​the bearer adjustment area carries customer services. Only the 103 bytes of the fixed bearer area carry customer services. In this way, a bearer frame carries 103 bytes of VC11 services, reducing the number of customer services carried and adapting to the slower VC11 services. The first V5 byte in the VC11 service is also delayed by one byte, that is, carried in the fourth byte of the second D code block.

[0138] When the speed of VC11 customer services is relatively high, the bearer frame needs to carry more customer services. The second pointer indicator value can be reduced by 1. In the bearer frame, both the - adjustment area and the + adjustment area of ​​the bearer adjustment area carry customer services. The 103 bytes of the fixed bearer area also carry customer services. In this way, a bearer frame carries a total of 105 bytes of VC11 services, increasing the carrying space to accommodate the higher-speed VC11 services. The first V5 byte in the VC11 service is also moved forward by one byte to carry the service in the second byte of the second D code block.

[0139] In the SDH system, TU11 (defined in the SDH standard, TU11 consists of 108 bytes, consisting of the 104 bytes of VC11 service plus the four bytes V1, V2, V3, and V4). In TU11, the pointer value of the V1 and V2 bytes indicates the distance between the V5 byte and the V3 byte. When the pointer value of the V1 and V2 bytes decreases, the V3 byte carries customer services, and the V5 byte moves forward. When the pointer value of the V1 and V2 bytes remains unchanged, the V3 byte does not carry customer services, the area after the V3 byte carries customer services, and the V5 byte remains unchanged. When the pointer value of the V1 and V2 bytes increases, the V3 byte and the first byte after the V3 byte no longer carry customer VC11 services. The second byte after the V3 byte begins to carry customer VC11 services, and the V5 byte lags one byte. It can be seen that the function of the pointer value of the combination of the V1 byte and the V2 byte in the TU11 is equivalent to the function of the second pointer indication value of the VC11 service bearer frame, the V3 byte position is equivalent to the - adjustment area, and the first byte after the V3 byte position is equivalent to the + adjustment area. In this way, when generating the bearer frame of the VC11 service, the content of the TU11 can be directly copied, such as Figure 15 The V1 and V2 bytes are placed in the client-specific content position pointer value in the overhead area, which is equivalent to the second pointer indication value in the VC11 service bearer frame. The V3 byte is placed in the -adjustment area, which is equivalent to the -adjustment area in the VC11 service bearer frame. All VC11 bytes after the V3 byte are placed in the area after the V3 byte position of the VC11 bearer frame (packet + adjustment area and fixed bearer area).

[0140] Figure 14 or Figure 15 When the bearer frames shown are mapped into one sub-timeslot for transmission, five such bearer frames may be mapped into one sub-timeslot.

[0141] In actual applications, a customer's VC11 service can be carried by one or more bearer frames. One bearer frame is used to carry a complete VC11 service of a customer. Different customers' VC11 services can be carried by different bearer frames. Figure 14 or Figure 15 As for the bearer frames shown, when multiple (which can be 2, 3, 4 or 5) bearer frames are mapped to one sub-timeslot for transmission, multiple bearer frames corresponding to one customer can be mapped to one sub-timeslot for transmission, or multiple bearer frames corresponding to multiple customers (each bearer frame is used to carry the VC11 service of one customer, different bearer frames are used to carry the VC11 services of different customers, and multiple bearer frames corresponding to multiple customers can be expressed as multi-channel bearer frames) can be mapped to one sub-timeslot for transmission.

[0142] When mapping multiple bearer frames into a sub-timeslot, in some implementations, the multiple bearer frames can be mapped into the sub-timeslot using interleaving to equalize the delay of each customer's VC11 service. There are at least two ways to map multiple bearer frames into a sub-timeslot using interleaving: one is to sequentially interleave the multiple bearer frames in frames and then map them into the sub-timeslot; the other is to sequentially interleave the multiple bearer frames in code blocks and then map them into the sub-timeslot. This interleaving using code blocks not only equalizes the delay of each customer's VC11 service, but also reduces the encapsulation delay of the VC11 service.

[0143] For ease of understanding, the following will take a 5-way bearer frame as an example to illustrate the interleaving method of the multi-way bearer frame. For details, please refer to Figure 16 and Figure 17 .

[0144] exist Figure 16 For each bearer frame of customer 1, customer 2, customer 3, customer 4 and customer 5 (a total of 5 bearer frames, each bearer frame can be Figure 14 or Figure 15The bearer frames shown in the figure can be interleaved with the corresponding 5 bearer frames in the order of customer 1, customer 2, customer 3, customer 4, and customer 5 in frames to obtain a group of bearer frame streams. After obtaining a group of bearer frame streams, idle code blocks and OAM code blocks can be inserted into the bearer frame stream (the number of idle code blocks and the number of OAM code blocks to be inserted can be selected according to actual needs), and then mapped to the fine-grained pipe sub-time slot for transmission. By interleaving each bearer frame in frames, the transmission delay time of each customer service can be made equal. Among them, when interleaving the 5 bearer frames in frames, each bearer frame needs to be encapsulated before interleaving can be performed. The delay time of each customer service is the encapsulation completion time of a bearer frame. It takes 500us to complete the encapsulation of 104 bytes of VC11 service, so the encapsulation delay time of each VC11 service is 500us.

[0145] Figure 17 For each bearer frame of customer 1, customer 2, customer 3, customer 4 and customer 5 (a total of 5 bearer frames, each bearer frame can be Figure 14 or Figure 15As shown in the bearer frame, the five bearer frames can be interleaved in the order of client 1, client 2, client 3, client 4, and client 5, to obtain a set of code block streams. In this set of code block streams, the order of the code blocks is: S code block of the first VC11 bearer frame, S code block of the second VC11 bearer frame, S code block of the third VC11 bearer frame, S code block of the fourth VC11 bearer frame, S code block of the fifth VC11 bearer frame, D code block of the first VC11 bearer frame, D code block of the second VC11 bearer frame, D code block of the third VC11 bearer frame, D code block of the fourth VC11 bearer frame, D code block of the fifth VC11 bearer frame D code blocks carrying frames, D code blocks carrying frames on the first VC11, D code blocks carrying frames on the second VC11, D code blocks carrying frames on the third VC11, D code blocks carrying frames on the fourth VC11, D code blocks carrying frames on the fifth VC11, ..., T code blocks carrying frames on the first VC11, T code blocks carrying frames on the second VC11, T code blocks carrying frames on the third VC11, T code blocks carrying frames on the fourth VC11, T code blocks carrying frames on the fifth VC11. After obtaining the code block stream, idle code blocks and OAM code blocks can be inserted into the code block stream (the number of idle code blocks and OAM code blocks to be inserted can be selected according to actual needs), and then mapped to fine-grained sub-timeslots for transmission. Among them, when interleaving the five bearer frames in code block units, there is no need to wait until all VC11 bearer frames are fully encapsulated before starting the interleaving activity. Instead, interleaving in code block units can be started after each VC11 bearer frame completes partial encapsulation. In other words, VC11 bearer frames can be interleaved while being encapsulated, and the interleaving of one frame is completed when the encapsulation is completed. In this way, the encapsulation delay of each VC11 service is very small, generally a delay of two or three code blocks. Compared with interleaving in frame units, the delay time is reduced by at least 10 times, reaching the encapsulation delay level of SDH.

[0146] for Figure 16 In the interleaving mode shown in FIG, at the receiving end, when receiving a fine-grained sub-time slot carrying a frame stream, as shown in FIG. Figure 18 As shown in the figure, the bearer frame stream can be extracted from the fine-grained sub-timeslot, and then the OAM code blocks and idle code blocks in the bearer frame stream are stripped off. Finally, deinterleaving is performed in units of frames, thereby obtaining five bearer frames. After obtaining four bearer frames, the customer's VC11 service can be extracted from the bearer frames.

[0147] for Figure 17 In the interleaving mode shown in FIG, at the receiving end, when receiving a fine-grained sub-time slot carrying a code block stream, as shown in FIG. Figure 19As shown, the block stream can be extracted from the fine-grained sub-timeslot. The OAM blocks and idle blocks in the block stream are then stripped. The remaining blocks consist entirely of S blocks, D blocks, and T blocks. Deinterleaving can then be performed on a block-by-block basis. Every five S blocks, every five D blocks, and every five T blocks are deinterleaved and divided into five groups. The S blocks, D blocks, and T blocks in the same group are then combined to form a VC11 bearer frame, resulting in a five-channel bearer frame. After obtaining the five-channel bearer frame, the customer's VC11 service can be extracted from the bearer frame.

[0148] Figure 14 The bearer frame shown in FIG1 is composed of 1 S code block, 13 D code blocks and 1 T code block. If the overhead is located on the first S code block, the bearer frame can be composed of 1 S code block, 12 D code blocks and 1 T code block, as shown in FIG12 . Figure 20 shown. Figure 20 The bearer frame shown is compared to Figure 14 For the bearer frame shown in FIG, one D code block is missing, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0149] Figure 15 The bearer frame shown in FIG1 is composed of 1 S code block, 13 D code blocks and 1 T code block. If the overhead is located on the first S code block, the bearer frame can be composed of 1 S code block, 12 D code blocks and 1 T code block, as shown in FIG12 . Figure 21 As shown. Figure 21 The bearer frame shown is Figure 15 For the bearer frame shown in FIG, one D code block is missing, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0150] Figure 20 or Figure 21 When the bearer frames shown are mapped to a sub-timeslot for transmission, 5 such bearer frames can be mapped to a sub-timeslot. When mapping 5 bearer frames to a sub-timeslot, the 5 bearer frames can also be interleaved and mapped to a sub-timeslot in sequence in units of frames, or in units of code blocks. For details, please refer to Figure 16 and Figure 17 For the receiving end, when parsing the sub-time slots, the bearer frame stream can be deinterleaved in sequence in units of frames, and the code block stream can be deinterleaved in sequence in units of code blocks. The specific implementation method can be found in Figure 18 and Figure 19 The embodiment shown will not be described in detail here.

[0151] In the case where a bearer frame is used to carry multiple VC11 services, taking the example of one bearer frame being used to carry part of the services in five VC11 services, four bearer frames being used to carry all the services of the five VC11 services, and the four bearer frames being used to map into one sub-timeslot, in some implementations, a bearer frame may consist of one S code block, 17 D code blocks, and one T code block. The overhead area of ​​the bearer frame is located in the D code block, and the bearer area is located in the D code block and the T code block. The bearer area may include a 10-byte bearer adjustment area and a 125-byte fixed bearer area. The bearer adjustment area includes five groups of bearer adjustment areas, each group of bearer adjustment areas may include two bytes (one byte is a - adjustment area, the other byte is a + adjustment area), and one group of bearer adjustment areas corresponds to one VC11 service. The fixed bearer area includes five groups of fixed bearer areas, each group of fixed bearer areas includes 25 bytes, and one group of fixed bearer areas is used to carry the customer content of one VC11 service.

[0152] For easier understanding, see Figure 22 .

[0153] Figure 22 The diagram is a schematic diagram showing a VC11 service bearer frame carrying part of five VC11 services. Figure 22 The bearer frame consists of one S-code block, 17 D-code blocks, and one T-code block. The bearer frame includes an overhead area, a bearer adjustment area, and a fixed bearer area. The overhead area (OH area) is located in the D-code block and consists of 8 bytes. The bearer adjustment area (corresponding to the asterisk box in the figure) is 10 bytes and is located in the D-code block. The fixed bearer area (corresponding to the white box in the figure) is 125 bytes and is located in the D-code block and the T-code block.

[0154] Figure 22 The bearer frame shown carries five VC11 services, each carrying 26 bytes, for a total of 130 bytes for the four VC11 services. The five VC11 services share an overhead area. Aside from the overhead area, the remaining fields are divided into five groups (numbered 1, 2, 3, 4, and 5 in the lower right corner of the byte frame) using byte interleaving. Each group carries a portion of a customer's VC11 service. Each group has independent overhead bytes for customer-specific content location pointer values, independent - and + adjustment areas, and independent fixed bearer areas. Different groups are independent of each other.

[0155] During actual carrying, each VC11 service is carried independently in its own carrying area, and is carried in three modes according to its own service speed: normal service carrying, pointer value reduction adjustment to carry more services, and pointer value increase adjustment to carry less services. The adjustment method is independently encapsulated in the same way.

[0156] exist Figure 22For any VC11 service, each bearer frame only carries one-fourth of the byte content of the VC11 service, and four bearer frames are needed to carry the 104 bytes of the VC11 service. In this way, each bearer frame only needs to carry part of the content with an independent customer-specific content location pointer value.

[0157] Figure 22 The bearer frame shown in FIG1 is composed of 1 S code block, 17 D code blocks and 1 T code block. If the overhead is located on the first S code block, the bearer frame can be composed of 1 S code block, 16 D code blocks and 1 T code block, as shown in FIG12. Figure 23 shown. Figure 23 The bearer frame shown is compared to Figure 22 For the bearer frame shown in FIG, one D code block is missing, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0158] Figure 23 The bearer frame shown is used to carry part of the services of 5 VC11 channels. Four such bearer frames can carry all the services of 5 VC11 channels. When mapping the bearer frames to sub-timeslots, four such bearer frames can be mapped to one sub-timeslot for transmission.

[0159] In TU11, the pointer value of the combination of the V1 and V2 bytes functions equivalently to the patented client-specific content location pointer value function, the V3 byte position is equivalent to the -adjustment area, and the first byte after the V3 byte position is equivalent to the +adjustment area. Therefore, the second pointer indication value in the VC11 service bearer frame in the embodiment of the present application can reuse the V1 and V2 bytes of TU11, the -adjustment area can reuse the V3 byte of TU11, and the +adjustment area can reuse the first byte after the V3 byte. In this way, when generating a VC11 bearer frame, the content of TU11 can be directly copied, with each bearer frame carrying a quarter of the TU11 content.

[0160] For example Figure 24 In the IEEE 802.11 standard, a bearer frame consists of one S block, 17 D blocks, and one T block. The overhead area is located in the D block, and the bearer area is located in the D and T blocks. Figure 24The bearer frame shown can carry 26 VC11 bytes and 1 V byte of TU11 (TU11 has V1, V2, V3, and V4). The bearer frame sequence number is used to indicate which frame the current VC frame is and which V byte it carries. In a specific implementation, the bearer frames can be divided into sequence numbers 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, .... The 0th VC11 service bearer frame carries the V1 byte and the first group of 26 bytes in the VC11 service, the 1st VC11 service bearer frame carries the V2 byte and the second group of 26 bytes in the VC11 service, the second VC11 service bearer frame carries the V3 byte and the third group of 26 bytes in the VC11 service, and the third VC11 service bearer frame carries the V4 byte and the fourth group of 26 bytes in the VC11 service. In this way, every four frames can carry the V1, V2, V3, and V4 bytes of TU11 and 104 bytes of VC11 (four groups of 26 bytes in VC11, a total of 104 bytes). These four frames can be mapped into one sub-timeslot for transmission.

[0161] In the above method, the position of the V3 byte in the second VC11 bearer frame is the -adjustment area function, and the first byte after the V3 byte in the second VC11 bearer frame is the +adjustment area function.

[0162] Figure 24 The bearer frame shown in FIG1 is composed of 1 S code block, 17 D code blocks and 1 T code block. If the overhead is located on the first S code block, the bearer frame can be composed of 1 S code block, 16 D code blocks and 1 T code block, as shown in FIG12. Figure 25 shown. Figure 25 The bearer frame shown is compared to Figure 24 For the bearer frame shown in FIG, one D code block is missing, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0163] In the case where a bearer frame is used to carry multiple VC11 services, taking a bearer frame used to carry all services in 5 VC11 services, and the bearer frame is used to map to a sub-timeslot as an example, in some implementations, a bearer frame can be composed of 1 S code block, 67 D code blocks, and 1 T code block. The overhead area of ​​the bearer frame is located in the D code block, and the bearer area is located in the D code block and the T code block. The bearer area includes a 10-byte bearer adjustment area and a 515-byte fixed bearer area. The bearer adjustment area includes 5 groups of bearer adjustment areas, each group of bearer adjustment areas can include 2 bytes (one byte is the - adjustment area, and the other byte is the + adjustment area), and one group of bearer adjustment areas corresponds to one VC11 service. The fixed bearer area includes 5 groups of fixed bearer areas, each group of fixed bearer areas includes 103 bytes, and one group of fixed bearer areas is used to carry the customer content of one VC11 service.

[0164] For easier understanding, see Figure 26a.

[0165] Figure 26a The diagram is a schematic diagram showing five VC11 services carried in a VC11 service bearer frame. Figure 26a The bearer frame in the figure consists of one S block, 67 D blocks, and one T block. The bearer frame includes an overhead area, a bearer adjustment area, and a fixed bearer area. The overhead area (OH area) is located in the first, second, and third D blocks and contains a total of 18 bytes. The bearer adjustment area (corresponding to the asterisked box in the figure) is 10 bytes and is located in the D block. The fixed bearer area (corresponding to the white box in the figure) is 515 bytes and is located in the D block and T block.

[0166] Figure 26a The bearer frame shown carries five complete VC11 services. These five VC11 services share an overhead area. Aside from the overhead area, the remaining fields are divided into five groups (numbered 1, 2, 3, 4, and 5 in the lower right corner of the byte frame) using byte interleaving. Each group carries a single customer's VC11 service and has independent overhead bytes for customer-specific content location pointer values, independent - and + adjustment areas, and independent fixed bearer areas. Different groups are independent of each other.

[0167] During actual transmission, each VC11 service is independently carried in its own bearer area and at its own service speed. For any VC11 service, during normal transmission, the -adjustment area does not carry customer services, while the +adjustment area and the 103-byte fixed bearer area carry customer services, for a total of 104 bytes. When the VC11 service speed is relatively slow, neither the -adjustment area nor the +adjustment area carries customer services, and only the 103-byte fixed bearer area carries customer services. When the VC11 service speed is relatively fast, the -adjustment area, the +adjustment area, and the 103-byte fixed bearer area all carry customer services, for a total of 105 bytes.

[0168] exist Figure 26a In the bearer frame shown, the overhead area and the bearer area can be moved forward by 8 bytes. In this way, the overhead area can be located on the S code block, the first and second D code blocks, thereby reducing one D code block. At this time, the bearer frame can be composed of 1 S block, 66 D blocks and 1 T code block, as shown in FIG. Figure 27a Wherein, in some embodiments, Figure 26a The bearer frame shown can reduce one D code block used to carry the overhead field. In this way, the overhead area occupies a total of 10 bytes. Figure 26b As shown. Similarly, Figure 27a The bearer frame shown can also reduce one D code block for carrying the overhead field, so that the overhead area occupies a total of 10 bytes, as shown in FIG. Figure 27b shown.

[0169] exist Figure 26a In the bearer frame shown, each VC11 service has an independent client-specific content location pointer value and a bearer adjustment area. In the case where the client-specific content location pointer value multiplexes the V1 byte and V2 byte of TU11 and the - adjustment area in the bearer adjustment area multiplexes the V3 byte of TU11 service, Figure 26a The bearer frame shown can also be Figure 28 shown. Figure 28 In the bearer frame shown, for one customer, the V1 byte, V2 byte, V3 byte of the customer's TU11 and 104 bytes of VC11 service can be carried. The V3 byte position is the -adjustment area, and the first byte after the V3 byte position is the +adjustment area function.

[0170] Figure 28 The bearer frame shown in FIG1 is composed of 1 S code block, 67 D code blocks and 1 T code block. If the overhead is located on the first S code block, the bearer frame can be composed of 1 S code block, 66 D code blocks and 1 T code block, as shown in FIG12. Figure 29 Compared to Figure 28 The bearer frame shown, Figure 29 The bearer frame shown is reduced by one D code block, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0171] It should be noted that the above Figure 14 、 Figure 15 、 Figures 20 to 29 The bearer frame shown is an exemplary description of the bearer frame of the VC11 service provided in the embodiment of the present application. In other possible implementations, the bearer frame of the VC11 service may also be Figure 14 、 Figure 15 、 Figures 20 to 29 Bearer frame formats other than those shown, or Figure 14 、 Figure 15 、 Figures 20 to 29 Other variations of the bearer frame shown are not described here one by one. Figure 14 、 Figure 15 、 Figures 20 to 29 The bearer adjustment area in the description is described using 2 bytes as an example. In other possible implementations, more bytes may be included, which will not be described one by one here.

[0172] The bearer frame provided in the embodiment of the present application is composed of an S code block, a D code block, and a T code block. The bearer frame includes an overhead area and a bearer area. The overhead area is used to carry overhead information of the VC11 service, and the bearer area is used to carry the customer content of the VC11 service. The bearer frame is used to be mapped to the sub-timeslot of the service layer for transmission. One bearer frame is used to carry one or more VC11 services. In this way, when carrying VC11 services based on the sub-timeslots in the FlexE protocol standard, one or more VC11 services to be carried can be mapped to the bearer frame, and then the bearer frame can be mapped to the sub-timeslot for transmission. In this way, the carrying of VC11 services can be realized and the carrying requirements for VC11 services can be met.

[0173] Based on the bearer frame of the VC11 service provided in the embodiment of the present application, when carrying the VC11 service, for the transmitting end, its bearing method can be as follows: Figure 30 shown.

[0174] Figure 30 This is a flowchart of a method for carrying VC11 services according to an embodiment of the present application. Figure 32 The shown bearing method may be executed by a sending end, and may specifically include the following steps.

[0175] S302: Map the VC11 service to be carried into a bearer frame.

[0176] The bearer frame here is the bearer frame of the VC11 service provided in the embodiment of the present application. The specific structure of the bearer frame can be found in the above Figures 6 to 29 The embodiment shown will not be described in detail here.

[0177] When carrying VC11 services, the transmitter can map the VC11 services to be carried into the bearer frames of the VC11 services. Specifically, a customer's VC11 services (i.e., one VC11 service) can be mapped into one bearer frame, corresponding to the independent encapsulation mode, or all or part of the VC11 services of multiple customers (i.e., multiple VC11 services) can be mapped into one bearer frame, corresponding to the co-encapsulation mode.

[0178] S304: Map the bearer frame to the sub-time slot.

[0179] When mapping bearer frames to sub-timeslots, one or more bearer frames can be mapped to one sub-timeslot. Figure 14 、 Figure 15 、 Figure 20 or Figure 21 As shown in the bearer frame, 5 such bearer frames can be mapped into one sub-timeslot (one bearer frame is used to carry one VC11 service). Figures 22 to 25In any of the bearer frames shown in the embodiment, four such bearer frames can be mapped into one sub-timeslot (one bearer frame is used to carry part of the 5-way VC11 service, and four bearer frames are used to carry all of the 5-way VC11 service). Figure 26a and Figure 26b )to Figure 29 The bearer frame shown in any of the embodiments can map one such bearer frame into one sub-timeslot (one bearer frame is used to carry five VC11 services).

[0180] In some embodiments, the VC11 service to be carried may include VC11 services of multiple customers. In this case, when carrying the VC11 service, the VC11 services of different customers may be carried in different bearer frames, and one bearer frame is used to carry the complete VC11 service of one customer. Therefore, when mapping multiple bearer frames corresponding to multiple customers (i.e., multi-channel bearer frames) into one sub-timeslot, the multi-channel bearer frames may be interleaved sequentially in units of frames and then mapped into one sub-timeslot, or interleaved sequentially in units of code blocks and then mapped into one sub-timeslot, so that the transmission delay time of the VC11 service of each customer is equal.

[0181] For example, for Figure 14 、 Figure 15 、 Figure 20 and Figure 21 The bearer frame shown in any embodiment can be 5 such bearer frames (each bearer frame is used to carry one VC11 service of one customer, and 5 bearer frames are used to carry one VC11 service of five customers) interleaved in sequence in units of frames and mapped into one sub-time slot, such as Figure 16 In addition, in order to further reduce the encapsulation delay time of the VC11 service, the five bearer frames can be interleaved sequentially in units of code blocks and mapped into a sub-timeslot, as shown in FIG. Figure 17 shown.

[0182] When mapping multiple bearer frames into a sub-timeslot, optionally, idle code blocks can be inserted between the bearer frames so that the intermediate devices in the network can achieve speed adaptation between the code block rate and the device clock by adding or deleting idle code blocks. When inserting idle code blocks, the number of insertions needs to ensure the bearer efficiency requirements of the bearer frame. For example, if the bearer efficiency is required to be greater than or equal to 83.2%, then for the bearer frame of the VC11 service consisting of 1 S code block, 13 D code blocks and 1 T code block, 5 idle code blocks can be inserted approximately every 8 VC11 bearer frames. After inserting the idle code blocks, the equivalent bearer efficiency of the VC11 service bearer frame will be reduced (the idle code blocks are counted in the bearer frame). The equivalent efficiency of the VC11 bearer frame after the reduction is 83.2%, which is the expected bearer efficiency and can meet the bearer efficiency requirements.

[0183] When inserting idle blocks between bearer frames, you can also insert OAM blocks (abbreviated as O-blocks or O-blocks) based on actual needs. OAM blocks can be used to monitor the service quality of the service layer during bearer frame transmission, such as delay time and bit error status. When OAM monitoring is required, an appropriate number of OAM blocks can be inserted between VC11 service bearer frames.

[0184] S306: Send the sub-time slot to the receiving end.

[0185] After the bearer frame is mapped into the sub-timeslot, the sub-timeslot can be sent to the receiving end, thereby realizing the bearing and transmission of the VC11 service.

[0186] Based on the bearer frame of the VC11 service provided in the embodiment of the present application, when the transmitting end carries the VC11 service based on the bearer frame, the bearing method for the receiving end can be as follows: Figure 33 shown.

[0187] Figure 31 This is a flowchart of a method for carrying VC11 services according to an embodiment of the present application. Figure 31 The shown bearing method may be executed by a receiving end, and may specifically include the following steps.

[0188] S312: Receive the sub-time slot sent by the transmitting end.

[0189] Based on the sending end Figure 30 In the method described in the illustrated embodiment, when the bearer frame is mapped to the sub-timeslot and the sub-timeslot is sent to the receiving end, the receiving end can receive the sub-timeslot.

[0190] S314: Parse the sub-timeslot and extract the bearer frame in the sub-timeslot.

[0191] When mapping a bearer frame to a sub-timeslot, the receiving end can use multiple mapping methods. When parsing the sub-timeslot, the receiving end can perform demapping according to the mapping method, thereby extracting the bearer frame in the sub-timeslot. In practical applications, the transmitting end and the receiving end can pre-agree (or have a protocol specify) on which mapping method to use for mapping. In this way, when mapping the bearer frame to the sub-timeslot, the transmitting end can use the agreed (or protocol-specified) mapping method, and when demapping, the receiving end can use the corresponding demapping method. Mapping methods may include, but are not limited to: mapping a bearer frame to a sub-timeslot, mapping multiple bearer frames to a sub-timeslot without interleaving, and mapping multiple bearer frames (each bearer frame carries a single customer's VC11 service, and multiple bearer frames carry multiple customers' VC11 services) to a sub-timeslot after sequential interleaving (in frames or code blocks).

[0192] When the transmitter interleaves multiple bearer frames and maps them to a sub-timeslot, the receiver parses the sub-timeslot to extract the bearer frame in the sub-timeslot, which may include:

[0193] Extracting bearer frames in an interleaved order based on frames to obtain multi-channel bearer frames; or,

[0194] The code blocks are extracted according to the interleaving order based on the code blocks, and the S code blocks, D code blocks and T code blocks corresponding to the same VC11 service are merged to obtain a multi-channel bearer frame.

[0195] For example, for Figure 14 、 Figure 15 、 Figure 20 and Figure 21 In any of the embodiments shown in the bearer frame, when mapping 5 such bearer frames into one sub-time slot, if the 5 bearer frames are interleaved in sequence in units of frames and then mapped into one sub-time slot, then when the receiving end parses the sub-time slot, the bearer frame can be extracted in the order of interleaving in units of frames to obtain 5 bearer frames, such as Figure 18 If the five-way bearer frame is interleaved in sequence in units of code blocks and then mapped to a sub-timeslot, the receiving end can extract the code blocks according to the interleaving order in units of code blocks when parsing the sub-timeslot, and then merge the S code blocks, D code blocks and T code blocks corresponding to the same VC11 service, thereby obtaining a five-way bearer frame, as shown in FIG. Figure 19 shown.

[0196] In some embodiments, when the transmitting end maps the bearer frame to the sub-timeslot, the idle code block and / or the OAM code block can be inserted between the bearer frames. Then, when the receiving end parses the sub-timeslot, the OAM code block and the idle code block can be stripped off first, and then the bearer frame can be extracted.

[0197] S316: Parse the S code block, D code block, and T code block in the bearer frame to extract the customer content of the VC11 service carried by the bearer frame.

[0198] After extracting the bearer frame from the sub-timeslot, the receiver can first parse the S and D blocks in the bearer frame to obtain the overhead field in the bearer frame's overhead area. Based on the indication in the overhead field, the receiver can determine the byte positions in the D and T blocks that carry the customer content and then extract the customer content carried in these byte positions. After parsing the T block, the customer content of the VC11 carried in the bearer frame can be extracted.

[0199] In some implementations, the second pointer indicator value in the overhead area is valid only in the case of multiple frames. Thus, after extracting the second pointer indicator value from the overhead area, the receiving end needs to use the majority judgment principle to determine the validity of the second pointer indicator value. If the second pointer indicator value is determined to be valid, the receiving end needs to determine the location information of the client's specific content in the bearer frame and the number of bytes in the bearer adjustment area used to carry the client's content based on the second pointer indicator value. For specific implementation methods, please refer to Figure 10 and Figure 11 The embodiment shown will not be described in detail here.

[0200] Based on the VC11 bearer frame provided in the embodiment of the present application, when carrying VC11 services based on the sub-timeslots in the FlexE protocol standard, one or more VC11 services to be carried can be mapped into the bearer frame, and then the bearer frame is mapped into the sub-timeslot for transmission. In this way, the carrying of VC11 services can be realized and the carrying requirements for VC11 services can be met.

[0201] The foregoing description describes specific embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0202] Figure 32 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 32At the hardware level, the electronic device includes a processor and, optionally, an internal bus, a network interface, and memory. The memory may include internal 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 its services.

[0203] 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. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 32 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or one type of bus.

[0204] The memory is used to store programs. Specifically, the program may include program code, which includes computer operating instructions. The memory may include internal memory and non-volatile memory, and provides instructions and data to the processor.

[0205] The processor reads the corresponding computer program from the non-volatile memory into the internal memory and then runs it, forming a carrier device for VC11 services at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations:

[0206] Mapping the VC11 service to be carried into the bearer frame of the VC11 service;

[0207] Mapping the bearer frame into a sub-time slot;

[0208] The sub-time slot is sent to a receiving end.

[0209] Or, to do the following:

[0210] Receive the sub-time slot sent by the transmitter;

[0211] parsing the sub-timeslot to extract a bearer frame for carrying a VC11 service in the sub-timeslot;

[0212] The S code block, the D code block and the T code block in the bearer frame are parsed to extract the customer content of the VC11 service carried by the bearer frame.

[0213] The above application Figure 32 The method performed by the VC11 service bearer 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 hardware integrated logic circuits in the processor or by software instructions. The above 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. The methods, steps, and logic block diagrams disclosed in this application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this application can be directly implemented and executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium well-known in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and, in conjunction with its hardware, completes the steps of the above method.

[0214] The electronic device may also perform Figure 30 and Figure 31 The method is used to realize the bearer device of VC11 service. Figure 30 and Figure 31 The functions of the illustrated embodiments will not be described in detail in this application.

[0215] 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 software and hardware, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0216] The present application also proposes a computer-readable storage medium storing one or more programs, wherein the one or more programs include instructions that, when executed by a portable electronic device including a plurality of application programs, enable the portable electronic device to execute Figure 30 and Figure 31 The method of the embodiment shown is specifically used to perform the following operations:

[0217] Mapping the VC11 service to be carried into the bearer frame of the VC11 service;

[0218] Mapping the bearer frame into a sub-time slot;

[0219] The sub-time slot is sent to a receiving end.

[0220] Or, to do the following:

[0221] Receive the sub-time slot sent by the transmitter;

[0222] parsing the sub-timeslot to extract a bearer frame for carrying a VC11 service in the sub-timeslot;

[0223] The S code block, the D code block and the T code block in the bearer frame are parsed to extract the customer content of the VC11 service carried by the bearer frame.

[0224] Figure 33 This is a schematic diagram of the structure of the VC11 service carrying device 330 in one embodiment of the present application. Figure 33 In a software implementation, the VC11 service bearer 330 may include: a first mapping module 331, a second mapping module 332, and a sending module 333, wherein:

[0225] A first mapping module 331 maps the VC11 service to be carried into a bearer frame of the VC11 service;

[0226] A second mapping module 332 maps the bearer frame to a sub-time slot;

[0227] The sending module 333 sends the sub-time slot to the receiving end.

[0228] In some implementations, the second mapping module 332 maps the bearer frame to the sub-timeslot, including:

[0229] Mapping one or more of the bearer frames into one of the sub-timeslots;

[0230] Among them, when mapping one bearer frame to one sub-timeslot, one bearer frame is used to carry multiple VC11 services; when mapping multiple bearer frames to one sub-timeslot, each bearer frame is used to carry one VC11 service or part of multiple VC11 services.

[0231] In some implementations, the second mapping module 332 maps the plurality of bearer frames into one sub-timeslot, including:

[0232] Interleave multiple bearer frames in sequence in frames and map them into one sub-time slot; or

[0233] The multiple bearer frames are interleaved and interleaved in sequence in units of code blocks and then mapped into one of the sub-time slots.

[0234] The VC11 service carrying device 330 provided in this application can also execute Figure 30 The method is used to implement the VC11 service bearer 330. Figure 30 The functions of the illustrated embodiments will not be described in detail in this application.

[0235] Figure 34 This is a schematic diagram of the structure of the VC11 service carrying device 340 in one embodiment of the present application. Figure 34 In a software implementation, the VC11 service carrying device 340 may include: a receiving module 341, a first parsing module 342, and a second parsing module 343, wherein:

[0236] The receiving module 341 receives the sub-time slot sent by the transmitting end;

[0237] A first parsing module 342 parses the sub-timeslot and extracts a bearer frame for carrying VC11 services from the sub-timeslot;

[0238] The second parsing module 343 parses the S code block, the D code block and the T code block in the bearer frame to extract the customer content of the VC11 service carried by the bearer frame.

[0239] In some implementations, the first parsing module 342 parses the sub-timeslot to extract the bearer frame in the sub-timeslot, including:

[0240] Extracting bearer frames in an interleaved order based on frames to obtain multiple bearer frames; or,

[0241] The code blocks are extracted according to the interleaving order in code block units, and the S code blocks, D code blocks and T code blocks corresponding to the same VC11 service are merged to obtain multiple bearer frames.

[0242] The VC11 service carrying device 340 provided in this application can also execute Figure 31 The method is used to implement the VC11 service carrying device 340. Figure 31 The functions of the illustrated embodiments will not be described in detail in this application.

[0243] In short, the above description is only a preferred embodiment of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.

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

[0245] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules 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 technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0246] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0247] The various embodiments in this application are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiment is generally similar to the method embodiment, so the description is relatively simple. For relevant parts, refer to the partial description of the method embodiment.

Claims

1. A bearer frame for VC11 services, comprising an S code block, a D code block, and a T code block, wherein the bearer frame includes an overhead area and a bearer area; The overhead area is used to carry overhead information of VC11 services; The bearer area is used to carry customer content of VC11 services; The bearer frame is used for mapping to the sub-time slot of the service layer for transmission, and one bearer frame is used for carrying one or more VC11 services.

2. The bearer frame according to claim 1, wherein the overhead information includes at least one of the following: SDH frame overhead content, used to carry the regenerator section layer and multiplex section layer overhead; The first pointer indication value is used to indicate whether the second pointer indication value has changed abnormally; The second pointer indication value is used to indicate the location information of the client's specific content in the bearer frame.

3. The bearer frame according to claim 2, wherein the bearer area includes a bearer adjustment area, and the second pointer indication value is further used to indicate a change in the number of bytes used to carry client information in the bearer adjustment area.

4. The bearer frame according to claim 3, wherein the second pointer indication value multiplexes the V1 byte and the V2 byte in the TU11 service bearer frame.

5. The bearer frame according to claim 3, wherein when the second pointer indicates a value incremented by one, the position information of the client's specific content in the bearer frame is shifted backward by one unit, and the number of bytes used to carry the client's content in the bearer adjustment area is reduced by one unit; When the second pointer indicates a value minus one, the position information of the client's specific content in the bearer frame moves forward by one unit, and the number of bytes used to carry the client's content in the bearer adjustment area increases by one unit; When the second pointer indication value remains unchanged, the location information of the client's specific content in the bearer frame remains unchanged, and the number of bytes used to carry the client's content in the bearer adjustment area remains unchanged; Wherein, the unit includes one or more bytes.

6. The bearer frame according to claim 3, wherein the second pointer indicator value comprises N bits, the N bits comprising a first group of bits and a second group of bits, the first group of bits comprising P bits, the second group of bits comprising Q bits, N is an integer greater than or equal to 4, P is an integer greater than or equal to 1 and less than N, and Q is an integer greater than or equal to 1 and less than N; in, When at least half of the bit values ​​in the P bits are flipped, the position information of the client's specific content in the bearer frame is moved backward by one unit, and the number of bytes used to carry the client content in the bearer adjustment area is reduced by one unit; When at least half of the bit values ​​in the Q bits are flipped, the position information of the client's specific content in the bearer frame is moved forward by one unit, and the number of bytes used to carry the client content in the bearer adjustment area is increased by one unit; When the value of the N bits remains unchanged, the location information of the client's specific content in the bearer frame remains unchanged, and the number of bytes used to carry the client's content in the bearer adjustment area remains unchanged; Wherein, the unit includes one or more bytes.

7. The bearer frame according to claim 5, wherein the bearer adjustment area comprises a first adjustment area and a second adjustment area, and the first adjustment area and the second adjustment area each comprise one or more bytes; in, When the second pointer indication value is used to indicate an increase of one unit, the first adjustment area and the second adjustment area do not carry customer content; In a case where the second pointer indication value is used to indicate a decrease of one unit, both the first adjustment area and the second adjustment area carry customer content; When the value indicated by the second pointer remains unchanged, the first adjustment area does not carry the user content, and the second adjustment area carries the user content.

8. The bearer frame according to claim 7, wherein the first adjustment area multiplexes the V3 byte in the TU11 service bearer frame, and the second adjustment area multiplexes the first byte after the V3 byte.

9. According to the bearer frame as described in any one of claims 2 to 8, when the second pointer indication value in L of the consecutive M bearer frames undergoes the same change, the second pointer indication value takes effect in the last frame of the M bearer frames, where M is an integer greater than or equal to 3, and L is an integer greater than or equal to M / 2. 10 . The bearer frame according to claim 9 , wherein when M is equal to 3, L is equal to 2; and when M is equal to 4, L is equal to 3.

11. The bearer frame according to any one of claims 1 to 8, wherein when one of the bearer frames is used to carry one VC11 service: One of the bearer frames consists of one S code block, 13 D code blocks, and one T code block, the overhead area is located in the D code block, the bearer area is located in the D code block and the T code block, and the bearer area includes a 2-byte bearer adjustment area and a 103-byte fixed bearer area; or, A carrying frame consists of 1 S code block, 12 D code blocks and 1 T code block, the overhead area is located in the S code block, the carrying area is located in the D code block and the T code block, and the carrying area includes a 2-byte carrying adjustment area and a 103-byte fixed carrying area.

12. The bearer frame according to claim 11, wherein a plurality of the bearer frames are used to be mapped into one sub-timeslot; in, In the case of mapping multiple bearer frames into one sub-timeslot, the multiple bearer frames are interleaved and interleaved in sequence in units of frames and then mapped into one sub-timeslot, or are interleaved and interleaved in sequence in units of code blocks and then mapped into one sub-timeslot.

13. The bearer frame according to any one of claims 1 to 8, wherein when one of the bearer frames is used to carry multiple VC11 services, the multiple VC11 services share the S code block, T code block and overhead area in the bearer frame, and the multiple VC11 services have independent bearer areas and independent second pointer indication values.

14. The bearer frame according to claim 13, wherein the multiple VC11 services are part of five VC11 services, four bearer frames are used to carry all of the five VC11 services, four bearer frames are used to map into one sub-timeslot, one bearer frame consists of one S code block, 17 D code blocks, and one T code block, the overhead area is located in the D code block, and the bearer area is located in the D code block and the T code block; or one bearer frame consists of one S code block, 16 D code blocks, and one T code block, the overhead area is located in the S code block, and the bearer area is located in the D code block and the T code block. in, The bearer area includes a 10-byte bearer adjustment area and a 125-byte fixed bearer area. The bearer adjustment area includes 5 groups of bearer adjustment areas, each group of bearer adjustment areas includes 2 bytes, and one group of bearer adjustment areas corresponds to one VC11 service. The fixed bearer area includes 5 groups of fixed bearer areas, each group of fixed bearer areas includes 25 bytes, and one group of fixed bearer areas is used to carry customer content of one VC11 service.

15. The bearer frame according to claim 13, wherein the multiple VC11 services are part of five VC11 services, four bearer frames are used to carry all of the five VC11 services, four bearer frames are used to map into one sub-timeslot, one bearer frame consists of one S code block, 17 D code blocks, and one T code block, the overhead area is located in the D code block, and the bearer area is located in the D code block and the T code block; or one bearer frame consists of one S code block, 16 D code blocks, and one T code block, the overhead area is located in the S code block, and the bearer area is located in the D code block and the T code block. in, For any VC11 service, the first of the four bearer frames is used to carry the V1 byte of the TU11 bearer frame and the 26-byte customer content of the VC11 service, the second bearer frame is used to carry the V2 byte of the TU11 bearer frame and the 26-byte customer content of the VC11 service, the third bearer frame is used to carry the V3 byte of the TU11 bearer frame and the 26-byte customer content of the VC11 service, and the fourth bearer frame is used to carry the V4 byte of the TU11 bearer frame and the 26-byte customer content of the VC11 service.

16. The bearer frame according to claim 13, wherein the multiple VC11 services are all services in five VC11 services, one bearer frame is used to be mapped to one sub-timeslot, one bearer frame is composed of one S code block, 67 D code blocks, and one T code block, the overhead area is located in the D code block, and the bearer area is located in the D code block and the T code block; or, one bearer frame is composed of one S code block, 66 D code blocks, and one T code block, the overhead area is located in the S code block and the D code block, and the bearer area is located in the D code block and the T code block; in, The bearer area includes a 10-byte bearer adjustment area and a 515-byte fixed bearer area. The bearer adjustment area includes 5 groups of bearer adjustment areas, each group of bearer adjustment areas includes 2 bytes, and one group of bearer adjustment areas corresponds to one VC11 service. The fixed bearer area includes 5 groups of fixed bearer areas, each group of fixed bearer areas includes 103 bytes, and one group of fixed bearer areas is used to carry customer content of one VC11 service.

17. A method for carrying a VC11 service based on the bearer frame of the VC11 service according to any one of claims 1 to 16, applied to a transmitting end, comprising: Mapping the VC11 service to be carried into the bearer frame; Mapping the bearer frame into the sub-time slot; The sub-time slot is sent to a receiving end.

18. The bearer method according to claim 17, wherein mapping the bearer frame to the sub-timeslot comprises: Mapping one or more of the bearer frames into one of the sub-timeslots; Among them, when mapping one bearer frame to one sub-timeslot, one bearer frame is used to carry multiple VC11 services; when mapping multiple bearer frames to one sub-timeslot, each bearer frame is used to carry one VC11 service or part of multiple VC11 services.

19. The bearer method according to claim 18, wherein mapping a plurality of the bearer frames into one sub-timeslot comprises: Interleave the multiple bearer frames in sequence in frames and map them into one of the sub-time slots; or, The multiple bearer frames are interleaved and interleaved in sequence in units of code blocks and then mapped into one of the sub-time slots.

20. A method for carrying a VC11 service based on the bearer frame of the VC11 service according to any one of claims 1 to 16, applied to a receiving end, comprising: Receive the sub-time slot sent by the transmitter; Parsing the sub-timeslot to extract the bearer frame in the sub-timeslot; The S code block, the D code block and the T code block in the bearer frame are parsed to extract the customer content of the VC11 service carried by the bearer frame.

21. The bearer method according to claim 20, wherein parsing the sub-timeslot to extract the bearer frame in the sub-timeslot comprises: Extracting bearer frames according to an interleaving sequence in frames to obtain multiple bearer frames; or, The code blocks are extracted according to the interleaving order in code block units, and the S code blocks, D code blocks and T code blocks corresponding to the same VC11 service are merged to obtain multiple bearer frames.

22. An electronic device comprising: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the method according to any one of claims 17 to 21.

23. A computer-readable storage medium, when instructions in the storage medium are executed by a processor of an electronic device, enables the electronic device to perform the method according to any one of claims 17 to 21.

Images