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

Abstract

The invention provides a VC12 service bearing frame and 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 VC12 service; the bearing area is used for bearing client content of the VC12 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 VC12 services. Therefore, when the VC12 service is borne based on the sub-time slot in the FlexE protocol standard, one or more to-be-borne VC12 services can be mapped into the bearing frame, and then the bearing frame is mapped into the sub-time slot for transmission, so that bearing of the VC12 service can be realized, and the bearing requirement of the VC12 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 VC12 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 VC12 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 VC12 service carrying frame, carrying method, electronic device and storage medium, which are used to solve the problem of how to carry VC12 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 VC12 service is provided, wherein the bearer frame is composed of an S code block, a D code block, and a T code block, and the bearer frame includes an overhead area and a bearer area;

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

[0008] The bearer area is used to carry customer content of VC12 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 VC12 services.

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

[0011] Mapping the VC12 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 VC12 service based on the bearer frame of the VC12 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 VC12 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 VC12 service, and the bearer area is used to carry the customer content of the VC12 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 VC12 services. In this way, when carrying VC12 services based on the sub-timeslots in the FlexE protocol standard, the one or more VC12 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 VC12 services can be realized, meeting the carrying requirements for VC12 services. 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 VC12 service according to an embodiment of the present application;

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

[0032] Figure 8 This is a schematic diagram of a bearer frame for a VC12 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 VC12 service is mapped into a sub-timeslot for transmission;

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

[0038] Figure 14 This is a schematic diagram of 140 bytes of a complete VC12 service carried in a VC12 service bearer frame 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 TU12 service bearer frame of a VC12 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 four VC12 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 four VC12 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 four VC12 bearer frames in units of frames according to an embodiment of the present application;

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

[0044] Figure 20 This is a schematic diagram of 140 bytes of a complete VC12 service carried in a VC12 service bearer frame 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 TU12 service bearer frame of a VC12 service in an embodiment of the present application;

[0046] Figure 22 This is a schematic diagram of an embodiment of the present application in which three VC12 bearer frames are interleaved in frames and mapped into one sub-timeslot;

[0047] Figure 23 This is a schematic diagram of an embodiment of the present application in which three VC12 bearer frames are interleaved in units of code blocks and mapped into one sub-timeslot;

[0048] Figure 24 This is a schematic diagram of deinterleaving three VC12 bearer frames in units of frames according to an embodiment of the present application;

[0049] Figure 25This is a schematic diagram of deinterleaving three VC12 bearer frames in units of code blocks according to an embodiment of the present application;

[0050] Figure 26 This is a schematic diagram of a VC12 service bearer frame carrying part of four VC12 services in one embodiment of the present application;

[0051] Figure 27 This is a schematic diagram of a VC12 service bearer frame carrying part of four VC12 services in one embodiment of the present application;

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

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

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

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

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

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

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

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

[0060] Figure 36 It is a structural diagram of a VC12 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 VC12 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 VC12 service, and the bearer area is used to carry the customer content of the VC12 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 VC12 services. In this way, when carrying VC12 services in the SDH system based on the sub-timeslot in the FlexE protocol standard, one or more VC12 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 VC12 services can be realized and the carrying requirements for VC12 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 VC12 service according to an embodiment of the present application.

[0074] like Figure 6 As shown, the bearer frame of VC12 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 VC12 service includes overhead area and bearer area ( Figure 6 (Not shown). The overhead area is used to carry overhead information for the VC12 service (which can be represented as OH, i.e., overhead). The overhead information is used to indicate characteristic information of the bearer frame structure. The overhead area can include multiple bytes, such as 2 bytes, 3 bytes, or 4 bytes, and is not specifically limited here. The overhead area can be located in an S code block, in a D code block (e.g., in the first D code block), or in both an S code block and a D code block (e.g., in both an S code block and the first D code block).

[0076] The bearer area is used to carry customer content for VC12 services and can be located in a D code block, in an S code block and a D code block, 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. The bearer area can include a bearer adjustment area and a fixed bearer area. The bearer adjustment area can be located in an S code block, a D code block, or both an S code block and a D code block, and can carry customer content or not. 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 for VC12 services may also include a fixed stuffing area. This fixed stuffing area is an inactive 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 can be configured to reduce the number of bytes in the bearer area used to carry client content, thereby reducing the number of bytes in the effective bearer area. The fixed stuffing area can be located in the D code block and can contain 0 or more bytes. 0 indicates no fixed stuffing area, meaning that the bearer area of ​​the bearer frame is sized exactly to accommodate the required 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 VC12 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 VC12 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 VC12 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 for a VC12 service can be used to carry one or more VC12 services. One VC12 service corresponds to one customer, and multiple VC12 services correspond to multiple customers. In the case where a bearer frame is used to carry multiple VC12 services, the multiple VC12 services can be all the services (that is, multiple complete VC12 services) or part of the multiple VC12 services. The bearer frame for VC12 services can be used to map to a 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 VC12 services in a sub-time slot, one or more VC12 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 VC12 services can be realized and the carrying requirements for VC12 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 VC12 service content (such as the V5 byte of the VC12 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 VC12 services of different customers. When multiple bearer frames carry VC12 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 VC12 service, the overhead information may include the customer type to indicate that the service type carried by the bearer frame is VC12 service, not other types of customer services such as VC11, 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 8 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 of valid bytes carrying customer content. In actual applications, when the clock frequency of the VC12 service is generally stable, the VC12 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 VC12 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 1). 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 VC12 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 VC12 service provided in the embodiment of the present application, when carrying the VC12 service, the format of the bearer frame of the VC12 service can be determined first, and then the VC12 service can be encapsulated according to the format, that is, the VC12 service is mapped to the bearer frame of the VC12 service, and finally the bearer frame is mapped to the sub-time slot of the service layer for transmission. Among them, before mapping the bearer frame to the sub-time slot, 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 VC12 service, after mapping the VC12 service to the bearer frame of the VC12 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 and 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 code 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 code block, and control word portion of the T code 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 code 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 VC12 services, the required carrying efficiency of the bearer frame can be determined based on the desired VC12 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 code blocks in the bearer frame is determined, which in turn determines the bearer frame length and ultimately the bearer frame format.

[0124] Figure 13 This is the VC12 service structure in the SDH system standard. VC12 services consist of four groups of bytes, each of which includes one overhead byte and 34 content bytes, totaling 35 bytes per group, and 140 bytes in total for four groups. The first byte of a VC12 service is the V5 byte. The speed of a VC12 service is 2.24M (in bit / s), while the pipe speed of a sub-timeslot in a fine-grained frame in the service layer is 10M (in bit / s, which may be higher in some scenarios, such as 10.1M). Therefore, a sub-timeslot in a fine-grained frame can carry up to four VC12 services. That is, a sub-timeslot in a fine-grained frame can carry one VC12 service, two VC12 services, three VC12 services, or four VC12 services. When one sub-timeslot carries one VC12 service, the corresponding carrying efficiency must be at least 1*2.24 / 10 = 22.4% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 2*2.24 / 10 = 44.8% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 3*2.24 / 10 = 67.2% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 4*2.24 / 10 = 89.6% (when the sub-timeslot speed is calculated at 10.1 Mbps, the corresponding carrying efficiency must be at least 88.71%).

[0125] In actual applications, the sub-timeslot's carrying mode can be determined based on the required carrying efficiency. For example, if a sub-timeslot's speed is 10 Mbps and the required carrying efficiency is 22.4%, a sub-timeslot can carry one, two, three, or four VC12 services. If the required carrying efficiency is 44.8%, a sub-timeslot can carry two, three, or four VC12 services. If the required carrying efficiency is 67.2%, a sub-timeslot can carry three or four VC12 services. If the required carrying efficiency is 89.6%, a sub-timeslot must carry four VC12 services.

[0126] When a sub-timeslot is used to carry one VC12 service, the bearer frame can carry the VC12 service in the following ways: one bearer frame is used to carry one VC12 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, or 4) VC12 services, the bearer frame can carry the VC12 services in the following ways, including but not limited to the following three:

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

[0128] In the second scenario, one bearer frame is used to carry part of the services in X VC12 services (X VC12 services correspond to X customers, one VC12 service corresponds to one customer, and for any VC12 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 VC12 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 VC12 services (X VC12 services correspond to X customers, and one VC12 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 VC12 service is independently encapsulated in its own bearer frame. Specifically, one VC12 service per customer is encapsulated in a single bearer frame. The second and third scenarios describe co-encapsulation mode. In this mode, X VC12 services are encapsulated in a single bearer frame. Specifically, all or part of the VC12 services of X customers are encapsulated in a single bearer frame. In this co-encapsulation mode, X VC12 services can share the S-code block, T-code block, and overhead field of the bearer frame, and each VC12 service can have an independent bearer area and independent second pointer indicator value.

[0131] The following will take some more specific implementations as examples to illustrate possible frame structures of a VC12 service bearer frame when the bearer frame carries one or more VC12 services.

[0132] In the case where a bearer frame is used to carry a VC12 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 .

[0133] Figure 14 The diagram is a schematic diagram showing 140 bytes of a complete VC12 service carried in a VC12 service bearer frame. Figure 14 The bearer frame consists of 1 S code block, 17 D code blocks, and 1 T code block. The bearer frame includes an overhead area, a fixed stuffing area, a bearer adjustment area, and a fixed bearer area. The overhead area (OH area) is located in the S code block and includes a total of 7 bytes. The fixed stuffing area is located in the first two bytes of the second D code block (in other possible implementations, these two bytes can also be used to place overhead fields, and no fixed stuffing area is set). The bearer adjustment area is located after the fixed stuffing area and includes 2 bytes (corresponding to the 2 asterisk boxes in the figure), the first byte is the -adjustment area, and the second byte is the +adjustment area. The fixed bearer area includes 139 bytes (corresponding to the 139 white boxes in the figure).

[0134] Figure 14In the bearer frame shown in the figure, during normal transmission, the -adjustment area does not carry customer services, while the +adjustment area and the 139-byte fixed bearer area carry customer services, resulting in a total of 140 bytes for carrying customer services. The bearer frame can just carry the 140 bytes of a VC12 service. In this case, the bearer frame's carrying efficiency is 140 / (20*8)=92% (without considering the insertion of idle code blocks and / or OAM code blocks), which can meet the carrying efficiency requirement when one sub-timeslot carries four VC12 services. Figure 14 The bearer frame shown can carry a complete VC12 service content. The position of the VC12 service in the bearer frame is floating, and the position of the first V5 byte of the VC12 service is not fixed. Figure 14 In the example, the V5 byte is located at the 8th byte position of the first D block of the bearer frame. 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 5th byte position, and the second pointer indicator value in the overhead area can be equal to 5. At the receiving end, when the bearer frame is received and the second pointer indicator value extracted from the overhead area is 5, 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 139 byte positions carry customer content of the VC12 service, and the first V5 byte in the VC12 service is at the 5th byte position.

[0135] When the speed of VC12 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 139 bytes in the fixed bearer area carry customer services. In this way, a bearer frame carries 139 bytes of VC12 services, reducing the amount of customer services carried and adapting to the slower VC12 services. The first V5 byte in the VC12 services is also delayed by one byte, that is, carried at the first byte of the second D code block.

[0136] When the speed of VC12 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 139 bytes of the fixed bearer area also carry customer services. In this way, a bearer frame carries a total of 141 bytes of VC12 services, increasing the carrying space to accommodate the higher-speed VC12 services. The first V5 byte of the VC12 services is also moved forward by one byte to the 7th byte of the first D code block.

[0137] The TU12 service in the SDH system (defined in the SDH standard, the 140 bytes of VC12 service plus four bytes V1, V2, V3, and V4 form TU12. TU12 has a total of 144 bytes. The V1 and V2 pointer values ​​are used to indicate the distance between the V5 byte and the V3 byte in the TU12 bearer frame. The V3 byte is used for negative adjustment. When one more byte is carried, the customer service is carried at the V3 byte position. The V4 byte is an empty byte). The V1 and V2 bytes are used as overhead bytes for the customer-specific content position pointer value. The V3 byte is placed in the -adjustment area. The 140 bytes after the V3 byte of TU12 are placed in the +adjustment area and the fixed bearer area in sequence. In this way, the VC12 bearer frame can directly copy the V1 byte, V2 byte, V3 byte and all VC12 content bytes in TU12 to the VC12 bearer frame to complete the encapsulation of the VC12 bearer frame. For example Figure 15 As shown, Figure 15 This is a schematic diagram of a bearer frame obtained by multiplexing the V1, V2, and V3 bytes in the TU12 service bearer frame of the VC12 service provided in an embodiment of the present application. Figure 15 In the TU12, 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 VC12 service bearer frame. The V3 byte is placed in the -adjustment area, which is equivalent to the -adjustment area in the VC12 service bearer frame. All VC12 bytes after V3 in TU12 are placed in sequence in the area after the V3 byte position of the VC12 bearer frame (including the +adjustment area and the fixed bearer area. The first byte after the V3 byte is equivalent to the +adjustment area in the VC12 service bearer frame).

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

[0139] In actual applications, a customer's VC12 service can be carried by one or more bearer frames. One bearer frame is used to carry a complete VC12 service of a customer. Different customers' VC12 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 or 4) 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 VC12 service of one customer, different bearer frames are used to carry the VC12 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.

[0140] 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 VC12 service. There are at least two ways to map multiple bearer frames into a sub-timeslot using interleaving: one is to interleave the multiple bearer frames sequentially in frames and then map them into the sub-timeslot; the other is to interleave the multiple bearer frames sequentially 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 VC12 service, but also reduces the encapsulation delay of the VC12 service.

[0141] For ease of understanding, the following will take a 4-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 .

[0142] exist Figure 16 For each bearer frame of customer 1, customer 2, customer 3 and customer 4 (a total of 4 bearer frames, each bearer frame can be Figure 14 or Figure 15 The bearer frames shown in the figure can be interleaved with the corresponding 4 bearer frames in the order of customer 1, customer 2, customer 3, and customer 4 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 4 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 140 bytes of VC12 service, so the encapsulation delay time of each VC12 service is 500us.

[0143] Figure 17 For each bearer frame of customer 1, customer 2, customer 3 and customer 4 (a total of 4 bearer frames, each bearer frame can be Figure 14 or Figure 15The bearer frame shown in FIG3 may be interleaved in units of code blocks in the order of client 1, client 2, client 3, and client 4 to obtain a set of code block streams. In this group of code block streams, the order of the code blocks is: S code block of the first VC12 bearer frame, S code block of the second VC12 bearer frame, S code block of the third VC12 bearer frame, S code block of the fourth VC12 bearer frame, D code block of the first VC12 bearer frame, D code block of the second VC12 bearer frame, D code block of the third VC12 bearer frame, D code block of the fourth VC12 bearer frame, D code block of the first VC12 bearer frame, D code block of the second VC12 bearer frame, D code block of the third VC12 bearer frame, D code block of the fourth VC12 bearer frame, ..., T code block of the first VC12 bearer frame, T code block of the second VC12 bearer frame, T code block of the third VC12 bearer frame, T code block of the fourth VC12 bearer frame. 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 the number of OAM code blocks to be inserted can be selected according to actual needs), and then mapped to fine-grained sub-time slots for transmission. Among them, when interleaving the 4-way bearer frames in code block units, there is no need to wait until each VC12 bearer frame is fully encapsulated before starting the interleaving activity. Instead, after each VC12 bearer frame completes partial encapsulation, the interleaving in code block units can be started. In other words, the VC12 bearer frame can be interleaved while being encapsulated, and the interleaving of one frame is completed at the end of encapsulation. In this way, the encapsulation delay of each VC12 service is very small, generally a delay of two or three code blocks. Compared with the interleaving in frame units, the delay time is reduced by at least 10 times, reaching the encapsulation delay level of SDH.

[0144] 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. Finally, deinterleaving is performed in units of frames to obtain four bearer frames. After obtaining the four bearer frames, the customer's VC12 service can be extracted from the bearer frames.

[0145] 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, and then the OAM blocks and idle blocks in the block stream are stripped. The remaining blocks are composed entirely of S blocks, D blocks, and T blocks. At this time, deinterleaving can be performed on a block-by-block basis. Every four S blocks, every four D blocks, and every four T blocks are deinterleaved into four groups. The S blocks, D blocks, and T blocks in the same group are then combined to form a VC12 bearer frame, thus obtaining a four-way bearer frame. After obtaining the four-way bearer frame, the customer's VC12 service can be extracted from the bearer frame.

[0146] In the case where a bearer frame is used to carry a VC12 service, in some implementations, a bearer frame may consist of 1 S code block, 18 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 2-byte bearer adjustment area and a 139-byte fixed bearer area. For details, please refer to Figure 20 .

[0147] Figure 20 The diagram is a schematic diagram showing 140 bytes of a complete VC12 service carried in a VC12 service bearer frame. Figure 20 The bearer frame consists of 1 S block, 18 D blocks, and 1 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 D code block and includes a total of 8 bytes. The fixed stuffing area is located in the first two bytes of the second D code block (in other possible implementations, these two bytes can also be used to place overhead fields, and no fixed stuffing area is set). The bearer adjustment area is located after the fixed stuffing area and includes 2 bytes (corresponding to the 2 asterisk boxes in the figure), the first byte is the -adjustment area, and the second byte is the +adjustment area. The fixed bearer area includes 139 bytes (corresponding to the 139 white boxes in the figure).

[0148] Figure 20 In the bearer frame shown in the figure, during normal carrying, the - adjustment area does not carry customer services, and the + adjustment area and the 139-byte fixed bearer area carry customer services, with a total of 140 bytes carrying customer services. The first V5 byte in the VC12 service is at the last byte of the second D code block, as shown in FIG. Figure 20 As shown in the figure. When the VC12 service speed is relatively slow, neither the - adjustment area nor the + adjustment area carries customer services. Only the 139-byte fixed bearer area carries customer services. The first V5 byte of the VC12 service is carried one byte later, that is, it is carried at the first byte of the third D code block. When the VC12 service speed is relatively fast, the - adjustment area, the + adjustment area, and the 139-byte fixed bearer area all carry customer services, for a total of 141 bytes. The first V5 byte of the VC12 service is carried one byte earlier, that is, it is carried at the seventh byte of the second D code block.

[0149] Figure 20 In the bearer frame shown, the second pointer indication value of the overhead area can reuse the V1 byte and V2 byte of the TU12 service, and the adjustment area can reuse the V3 byte of the TU12 service. In this case, Figure 20 The bearer frame shown can be Figure 21 shown. Figure 21 In the bearer frame shown, the overhead area includes 10 bytes, of which the V1 byte and V2 byte are placed in the customer-specific content position pointer value in the overhead area, which is equivalent to the second pointer indication value in the VC12 service bearer frame. The V3 byte is placed in the -adjustment area, which is equivalent to the -adjustment area in the VC12 service bearer frame. All VC12 bytes after V3 in TU12 are placed in sequence in the area after the V3 byte position of the VC12 bearer frame (including the +adjustment area and the fixed bearer area, and the first byte after the V3 byte is equivalent to the +adjustment area in the VC12 service bearer frame).

[0150] Figure 20 or Figure 21 When the bearer frames shown are mapped into one sub-timeslot for transmission, three such bearer frames are mapped into one sub-timeslot.

[0151] In actual applications, a customer's VC12 service can be carried by one or more bearer frames. One bearer frame is used to carry a complete VC12 service of a customer. Different customers' VC12 services can be carried by different bearer frames. Figure 20 or Figure 21 For the bearer frames shown in FIG, when mapping multiple (which can be 2 or 3) bearer frames 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 VC12 service of one customer, different bearer frames are used to carry the VC12 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. When mapping multi-channel bearer frames to one sub-timeslot, the multi-channel bearer frames can be interleaved sequentially in units of frames and then mapped to one sub-timeslot, or interleaved sequentially in units of code blocks and then mapped to one sub-timeslot. Please refer to FIG. Figure 22 and Figure 23 .

[0152] exist Figure 22 For each bearer frame of customer 1, customer 2 and customer 3 (a total of 3 bearer frames, each bearer frame can be Figure 20 or Figure 21The bearer frames shown in the figure can be interleaved in frames in the order of customer 1, customer 2, and customer 3 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 three 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 140 bytes of VC12 service, so the encapsulation delay time of each VC12 service is 500us.

[0153] Figure 23 For each bearer frame of client 1, client 2 and client 34 (a total of 3 bearer frames, each bearer frame can be Figure 20 or Figure 21 In the example shown in FIG5 , the three bearer frames can be interleaved in the order of client 1, client 2, and client 3, 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 VC12 bearer frame, S code block of the second VC12 bearer frame, S code block of the third VC12 bearer frame, D code block of the first VC12 bearer frame, D code block of the second VC12 bearer frame, D code block of the third VC12 bearer frame, D code block of the first VC12 bearer frame, D code block of the second VC12 bearer frame, D code block of the third VC12 bearer frame, ..., T code block of the first VC12 bearer frame, T code block of the second VC12 bearer frame, T code block of the third VC12 bearer frame. 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 the number of OAM code blocks to be inserted can be selected according to actual needs), and then mapped to fine-grained sub-time slots for transmission. Among them, when interleaving the three bearer frames in code block units, there is no need to wait until each VC12 bearer frame is fully encapsulated before starting the interleaving activity. Instead, after each VC12 bearer frame completes partial encapsulation, the interleaving in code block units can be started. In other words, the VC12 bearer frame can be interleaved while being encapsulated, and the interleaving of one frame is completed at the end of encapsulation. In this way, the encapsulation delay of each VC12 service is very small, generally the delay time of two or three code blocks. Compared with the interleaving in frame units, the delay time is reduced by at least 10 times, reaching the encapsulation delay level of SDH.

[0154] for Figure 22In 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 24 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 to obtain a three-way bearer frame. After obtaining the four-way bearer frame, the customer's VC12 service can be extracted from the bearer frame.

[0155] for Figure 23 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 25 As 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 three S blocks, every three D blocks, and every three T blocks can be deinterleaved into three groups. The S blocks, D blocks, and T blocks in the same group are then combined to form a VC12 bearer frame, resulting in a three-way bearer frame. After obtaining the three-way bearer frame, the customer's VC12 service can be extracted from the bearer frame.

[0156] In the case where a bearer frame is used to carry multiple VC12 services, taking the example of one bearer frame being used to carry part of the services in four VC12 services, four bearer frames being used to carry all the services of the four VC12 services, and the four bearer frames being used to map into one sub-timeslot, in some implementations, a bearer frame may be composed 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 S code block, the bearer area is located in the D code block and the T code block, and the bearer area may include an 8-byte bearer adjustment area and a 136-byte fixed bearer area. The bearer adjustment area includes four 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 VC12 service. The fixed bearer area includes four groups of fixed bearer areas, each group of fixed bearer areas includes 34 bytes, and one group of fixed bearer areas is used to carry the customer content of one VC12 service.

[0157] For easier understanding, see Figure 26 .

[0158] Figure 26 The diagram is a schematic diagram showing a VC12 service bearer frame carrying part of four VC12 services. Figure 26The 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 S-code block and consists of 6 bytes. The bearer adjustment area (corresponding to the asterisk box in the figure) is 8 bytes and is located in the S-code block and D-code block. The fixed bearer area (corresponding to the white box in the figure) is 136 bytes and is located in the D-code block and T-code block.

[0159] Figure 26 The bearer frame shown carries four VC12 services, each carrying 35 bytes, for a total of 140 bytes. These four VC12 services share an overhead area. Aside from the overhead area, the remaining fields are divided into four groups (numbered 1, 2, 3, and 4 in the lower right corner of the byte frame) using byte interleaving. Each group carries a portion of a customer's VC12 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.

[0160] During actual carrying, each VC12 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 to adjust more carried services, and pointer value increase to adjust less carried services. The adjustment method is independently encapsulated in the same way.

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

[0162] In a TU12 service bearer frame, the pointer value of the combined V1 and V2 bytes indicates the distance between the V5 byte and the V3 byte. When the pointer value of the combined V1 and V2 bytes decreases, the V3 byte carries customer service, and the V5 byte moves forward. When the pointer value of the combined V1 and V2 bytes remains unchanged, the V3 byte does not carry customer service, the area after the V3 byte carries customer service, and the V5 byte remains unchanged. When the pointer value of the combined V1 and V2 bytes increases, the V3 byte and the first byte after the V3 byte do not carry customer service, the second byte area after the V3 byte begins to carry customer service, and the V5 byte lags behind by one byte. This shows that the function of the pointer value of the combined V1 and V2 bytes is equivalent to the function of the second pointer indicator value in a VC12 service bearer frame. The V3 byte is equivalent to the - adjustment area in a VC12 service bearer frame, and the first byte after the V3 byte is equivalent to the + adjustment area in a VC12 service bearer frame. In this way, when the bearer frame of the VC12 service is used to carry part of the services in the four-channel VC12 services, the content of TU12 can be directly copied when the bearer frame of the VC12 service is generated, and each bearer frame carries a quarter of the TU12 content.

[0163] For example Figure 27 In the V1-V4 bytes (V1, V2, V3, V4), only one of the bytes appears in each bearer frame, and they appear in turn in round-robin training, and repeat every 4 VC12 service bearer frames. Figure 27 The V in TU12 can be V1, V2, V3 or V4) and is placed as a single byte in the overhead area as the pointer value of the specific content position of this customer. The V3 byte position of the VC12 service bearer frame where the V3 byte appears also serves as the - adjustment area. All bytes after V3 in TU12 are placed in the area after the V3 byte position of this customer in the VC12 service bearer frame (including the + adjustment area and fixed bearing area of ​​this customer). Each frame contains 35 bytes. Four consecutive frames contain 140 bytes of one VC12 service. These four consecutive frames can be mapped to one sub-timeslot for transmission.

[0164] For any VC12 service, Figure 27The bearer frame shown carries 35 bytes of the VC12 service and one V byte (V1, V2, V3, or V4) of TU12. The bearer frame sequence number indicates the frame number of the current VC frame 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 VC12 bearer frame carries the V1 byte and the first group of 35 bytes in the VC12 service, the 1st VC12 bearer frame carries the V2 byte and the second group of 35 bytes in the VC12 service, the 2nd VC12 bearer frame carries the V3 byte and the third group of 35 bytes in the VC12 service, and the 3rd VC12 bearer frame carries the V4 byte and the fourth group of 35 bytes in the VC12 service. In this way, every four VC12 bearer frames can carry the V1, V2, V3, and V4 bytes of the TU12 and the 140 bytes of one VC12 service (four groups of 35 bytes, totaling 140 bytes). In the above method, the position where the second VC12 bearer frame carries the V3 byte is the - adjustment area, and the first byte after the position where the second VC12 bearer frame carries the V3 byte is the + adjustment area.

[0165] Figure 27 The bearer frame shown consists of one S code block, 17 D code blocks, and one T code block. The overhead area is located in the S code block. One bearer frame carries four VC12 services, but each VC12 service only carries one-fourth of the TU12 content, that is, one V byte of the TU12 and one-fourth of the VC12 content.

[0166] In the case where a bearer frame is used to carry multiple VC12 services, taking a bearer frame used to carry all services in 4 VC12 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, 71 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 an 8-byte bearer adjustment area and a 556-byte fixed bearer area. The bearer adjustment area includes 4 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 VC12 service. The fixed bearer area includes 4 groups of fixed bearer areas, each group of fixed bearer areas includes 139 bytes, and one group of fixed bearer areas is used to carry the customer content of one VC12 service.

[0167] For easier understanding, see Figure 28 .

[0168] Figure 28 The diagram is a schematic diagram showing that a VC12 service bearer frame carries four VC12 services. Figure 28The bearer frame in the figure consists of one S-block, 71 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 and second D-blocks and contains a total of 11 bytes. The bearer adjustment area (corresponding to the asterisked box in the figure) is 8 bytes and is located in the D-block. The fixed bearer area (corresponding to the white box in the figure) is 556 bytes and is located in the D-block and T-block.

[0169] Figure 28 The bearer frame shown carries four complete VC12 services. These four VC12 services share an overhead area. Aside from the overhead area, the remaining fields are divided into four groups (numbered 1, 2, 3, and 4 in the lower right corner of the byte frame) using byte interleaving. Each group carries a single customer's VC12 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.

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

[0171] exist Figure 28 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 and the first D code block, thereby reducing one D code block. At this time, the bearer frame can consist of 1 S block, 70 D blocks, and 1 T code block, as shown in FIG. Figure 29 shown.

[0172] exist Figure 28 In the bearer frame shown, each VC12 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 TU12 and the - adjustment area in the bearer adjustment area multiplexes the V3 byte of TU12 service, Figure 28 The bearer frame shown can also be Figure 30 shown. Figure 30In the bearer frame shown, for one customer, the V1 byte, V2 byte, V3 byte of the customer's TU12 and 140 bytes of VC12 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.

[0173] Figure 30 The bearer frame shown in FIG1 is composed of 1 S code block, 71 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, 70 D code blocks and 1 T code block, as shown in FIG12. Figure 31 Compared to Figure 30 The bearer frame shown, Figure 31 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.

[0174] It should be noted that the above Figure 14 、 Figure 15 、 Figure 20 、 Figure 21 、 Figures 26 to 31 The bearer frame shown is an exemplary description of the bearer frame of the VC12 service provided in the embodiment of the present application. In other possible implementations, the bearer frame of the VC12 service may also be Figure 14 、 Figure 15 、 Figure 20 、 Figure 21 、 Figures 26 to 31 Bearer frame formats other than those shown, or Figure 14 、 Figure 15 、 Figure 20 、 Figure 21 、 Figures 26 to 31 Other variations of the bearer frame shown are not described here one by one. Figure 14 、 Figure 15 、 Figure 20 、 Figure 21 、 Figures 26 to 31 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.

[0175] 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 VC12 service, and the bearer area is used to carry the customer content of the VC12 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 VC12 services. In this way, when carrying VC12 services based on the sub-timeslots in the FlexE protocol standard, the one or more VC12 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 VC12 services can be realized, meeting the carrying requirements for VC12 services.

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

[0177] Figure 32 This is a flowchart of a method for carrying VC12 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.

[0178] S322: Map the VC12 service to be carried into the bearer frame.

[0179] The bearer frame here is the bearer frame of the VC12 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 31 The embodiment shown will not be described in detail here.

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

[0181] S324: Map the bearer frame to the sub-time slot.

[0182] When mapping bearer frames to sub-timeslots, one or more bearer frames can be mapped to one sub-timeslot. Figure 14 Or the bearer frame shown in 15, 4 such bearer frames can be mapped into one sub-timeslot (one bearer frame is used to carry one VC12 service). Figure 20 Or the bearer frame shown in 21, three such bearer frames can be mapped into one sub-timeslot (one bearer frame is used to carry one VC12 service). Figure 26 and Figure 27As shown in the bearer frame, four such bearer frames can be mapped into one sub-timeslot (one bearer frame is used to carry part of the services of four VC12 services, and four bearer frames are used to carry all the services of four VC12 services). Figures 29 to 31 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 four VC12 services).

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

[0184] For example, for Figure 14 or Figure 15 As shown in the bearer frame, 4 such bearer frames (each bearer frame is used to carry one VC12 service of one customer, and 4 bearer frames are used to carry one VC12 service of four customers) can be interleaved in sequence in units of frames and mapped into one sub-time slot, as shown in FIG. Figure 16 In addition, in order to further reduce the encapsulation delay time of the VC12 service, the four bearer frames can be interleaved in sequence in units of code blocks and mapped into a sub-timeslot, as shown in FIG. Figure 17 As shown. For example, Figure 20 or Figure 21 The bearer frame shown in FIG. 3 can be interleaved sequentially in frames and mapped to a sub-time slot, as shown in FIG. Figure 22 In addition, in order to further reduce the encapsulation delay time of the VC12 service, the three bearer frames can be interleaved in sequence in units of code blocks and mapped into a sub-timeslot, as shown in FIG. Figure 23 shown.

[0185] When mapping multiple bearer frames into a single sub-timeslot, idle code blocks can optionally be inserted between bearer frames. This allows intermediate devices in the network to adapt the block rate to the speed of their device clocks by adding or removing idle code blocks. When inserting idle code blocks, the number of inserted idle code blocks must meet the required bearer efficiency of the bearer frame. For example, if the required bearer efficiency is greater than or equal to 89.6%, then for a VC12 service bearer frame consisting of one S code block, 17 D code blocks, and one T code block, one idle code block can be inserted approximately every two VC12 service bearer frames. The insertion of idle code blocks reduces the equivalent bearer efficiency of the VC12 service bearer frame (counting the idle code blocks in the bearer frame). The reduced equivalent efficiency of the VC12 bearer frame is 89.74%, slightly exceeding the desired 89.6% and meeting the required bearer efficiency. When 5095 idle code blocks are inserted between 10,000 VC12 service bearer frames, the reduced equivalent efficiency of the VC12 bearer frame is 89.6%. Since the bandwidth of each sub-timeslot is actually slightly higher than 10M (the domestic SPN standard is 10.1M, with a bandwidth margin of 1% higher than 10M, and the international MTN standard is 10.4M, with a bandwidth margin of 4% higher than 10M), when 5000-5200 idle code blocks are inserted between 10,000 VC12 service bearer frames, the carrying efficiency requirements can be met.

[0186] 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 VC12 service bearer frames.

[0187] S326: Send the sub-time slot to the receiving end.

[0188] After the bearer frame is mapped to the sub-timeslot, the sub-timeslot can be sent to the receiver, thereby realizing the bearing and transmission of the VC12 service.

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

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

[0191] S332: Receive the sub-time slot sent by the transmitting end.

[0192] Based on the sending end Figure 32 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.

[0193] S334: Parse the sub-timeslot and extract the bearer frame in the sub-timeslot.

[0194] When mapping a bearer frame to a sub-timeslot, the receiving end may use a variety of mapping methods. When parsing the sub-timeslot, the receiving end may perform corresponding 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 may pre-agree (or be specified by the protocol) on which mapping method to use for mapping. In this way, when mapping the bearer frame to the sub-timeslot, the transmitting end may use the agreed (or protocol-specified) mapping method for mapping, and when demapping, the receiving end may use the corresponding method for demapping. The 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 is used to carry the VC12 service of one customer, and multiple bearer frames are used to carry the VC12 services of multiple customers) to a sub-timeslot after sequential interleaving (in frames or in code blocks).

[0195] 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:

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

[0197] 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 VC12 service are merged to obtain a multi-channel bearer frame.

[0198] For example, for Figure 14 or Figure 15 As shown in the bearer frame, when mapping 4 such bearer frames into one sub-timeslot, if the 4 bearer frames are interleaved sequentially in frames and mapped into one sub-timeslot, when the receiving end parses the sub-timeslot, the bearer frames can be extracted according to the interleaving order in frames, thereby obtaining 4 bearer frames, as shown in FIG. Figure 18If the 4-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 VC12 service, thereby obtaining a 4-way bearer frame, as shown in FIG. Figure 19 shown.

[0199] For example, for Figure 20 or Figure 21 As shown in the bearer frame, when mapping 3 such bearer frames into one sub-timeslot, if the 3 bearer frames are interleaved in sequence in units of frames and then mapped into one sub-timeslot, then when the receiving end parses the sub-timeslot, it can extract the bearer frame according to the interleaving order in units of frames to obtain the 3-way bearer frame, as shown in FIG. Figure 24 If the three-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 VC12 service, thereby obtaining a three-way bearer frame, as shown in FIG. Figure 25 shown.

[0200] 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.

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

[0202] 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 VC12 carried in the bearer frame can be extracted.

[0203] 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 10and Figure 11 The embodiment shown will not be described in detail here.

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

[0205] 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.

[0206] Figure 34 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 34 At 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.

[0207] 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 34 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.

[0208] 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.

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

[0210] Mapping the VC12 service to be carried into the bearer frame of the VC12 service;

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

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

[0213] Or, to do the following:

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

[0215] Parsing the sub-timeslot to extract a bearer frame for carrying a VC12 service in the sub-timeslot;

[0216] 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 VC12 service carried by the bearer frame.

[0217] The above application Figure 34The method performed by the VC12 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 various 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.

[0218] The electronic device may also perform Figure 32 and Figure 33 The method is used to realize the bearer device of VC12 service. Figure 32 and Figure 33 The functions of the illustrated embodiments will not be described in detail in this application.

[0219] 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.

[0220] 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 32 and Figure 33 The method of the embodiment shown is specifically used to perform the following operations:

[0221] Mapping the VC12 service to be carried into the bearer frame of the VC12 service;

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

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

[0224] Or, to do the following:

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

[0226] Parsing the sub-timeslot to extract a bearer frame for carrying a VC12 service in the sub-timeslot;

[0227] 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 VC12 service carried by the bearer frame.

[0228] Figure 35 This is a schematic diagram of the structure of a VC12 service carrying device 350 according to an embodiment of the present application. Figure 35 In a software implementation, the VC12 service bearer 350 may include: a first mapping module 351, a second mapping module 352, and a sending module 353, wherein:

[0229] A first mapping module 351 maps the VC12 service to be carried into a bearer frame of the VC12 service;

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

[0231] The sending module 353 sends the sub-time slot to the receiving end.

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

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

[0234] Among them, when one bearer frame is mapped to one sub-timeslot, one bearer frame is used to carry multiple VC12 services; when multiple bearer frames are mapped to one sub-timeslot, each bearer frame is used to carry one VC12 service or part of the services in multiple VC12 services.

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

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

[0237] 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.

[0238] The VC12 service carrying device 350 provided in this application can also execute Figure 32 The method is used to implement the VC12 service carrying device 350. Figure 32 The functions of the illustrated embodiments will not be described in detail in this application.

[0239] Figure 36 This is a schematic diagram of the structure of a VC12 service carrying device 360 ​​according to an embodiment of the present application. Figure 36 In a software implementation, the VC12 service carrying device 360 ​​may include: a receiving module 361, a first parsing module 362, and a second parsing module 363, wherein:

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

[0241] A first parsing module 362 parses the sub-timeslot and extracts a bearer frame for carrying VC12 services in the sub-timeslot;

[0242] The second parsing module 363 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 VC12 service carried by the bearer frame.

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

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

[0245] 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 VC12 service are merged to obtain multiple bearer frames.

[0246] The VC12 service carrying device 360 ​​provided in this application can also execute Figure 33 The method is used to implement the VC12 service bearer 360. Figure 33 The functions of the illustrated embodiments will not be described in detail in this application.

[0247] 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.

[0248] 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.

[0249] 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.

[0250] 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.

[0251] 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 a VC12 service, the bearer frame comprising an S code block, a D code block, and a T code block, and comprising an overhead area and a bearer area; The overhead area is used to carry overhead information of VC12 services; The bearer area is used to carry customer content of VC12 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 VC12 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 bear client content in the bearer adjustment area.

4. The bearer frame as described in claim 3, wherein the second pointer indication value multiplexes the V1 byte and the V2 byte in the TU12 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 TU12 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 VC12 service: One of the bearer frames consists of one S code block, 17 D code blocks, and one T code block, the overhead area is located in the S 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 139-byte fixed bearer area; or, A carrying frame consists of 1 S code block, 18 D code blocks and 1 T code block, the overhead area is located in the D 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 139-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 VC12 services, the multiple VC12 services share the S code block, T code block and overhead area in the bearer frame, and the multiple VC12 services have independent bearer areas and independent second pointer indication values.

14. The bearer frame according to claim 13, wherein the multiple VC12 services are part of four VC12 services, the four bearer frames are used to carry all of the four VC12 services, and the four bearer frames are used to be mapped into one sub-timeslot; in, A bearer frame consists of 1 S code block, 17 D code blocks and 1 T code block, the overhead area is located in the S code block, the bearer area is located in the D code block and the T code block, the bearer area includes an 8-byte bearer adjustment area and a 136-byte fixed bearer area, the bearer adjustment area includes 4 groups of bearer adjustment areas, each group of bearer adjustment areas includes 2 bytes, and one group of bearer adjustment areas corresponds to one VC12 service, the fixed bearer area includes 4 groups of fixed bearer areas, each group of fixed bearer areas includes 34 bytes, and one group of fixed bearer areas is used to carry the customer content of one VC12 service.

15. The bearer frame according to claim 13, wherein the multiple VC12 services are part of four VC12 services, four bearer frames are used to carry all of the four VC12 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 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, For any VC12 service, the first of the four bearer frames is used to carry the V1 byte of the TU12 bearer frame and 35 bytes of customer content of the VC12 service, the second bearer frame is used to carry the V2 byte of the TU12 bearer frame and 35 bytes of customer content of the VC12 service, the third bearer frame is used to carry the V3 byte of the TU12 bearer frame and 35 bytes of customer content of the VC12 service, and the fourth bearer frame is used to carry the V4 byte of the TU12 bearer frame and 35 bytes of customer content of the VC12 service.

16. The bearer frame according to claim 13, wherein the multiple VC12 services are all services in four VC12 services, one bearer frame is used to be mapped to one sub-timeslot, one bearer frame consists of one S code block, 71 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, 70 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 an 8-byte bearer adjustment area and a 556-byte fixed bearer area. The bearer adjustment area includes 4 groups of bearer adjustment areas, each group of bearer adjustment areas includes 2 bytes, and one group of bearer adjustment areas corresponds to one VC12 service. The fixed bearer area includes 4 groups of fixed bearer areas, each group of fixed bearer areas includes 139 bytes, and one group of fixed bearer areas is used to carry customer content of one VC12 service.

17. A method for carrying a VC12 service based on the bearer frame for the VC12 service according to any one of claims 1 to 16, applied to a transmitting end, comprising: Mapping the VC12 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 one bearer frame is mapped to one sub-timeslot, one bearer frame is used to carry multiple VC12 services; when multiple bearer frames are mapped to one sub-timeslot, each bearer frame is used to carry one VC12 service or part of the services in multiple VC12 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 VC12 service based on the bearer frame of the VC12 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 VC12 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 VC12 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