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

Abstract

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

[0007] The overhead area is used to carry overhead information of the VC3 service;

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

[0009] The bearer frame is used for mapping to a sub-time slot of a service layer for transmission, and one bearer frame is used for carrying one VC3 service.

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

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

[0012] Mapping one of the bearer frames into the sub-timeslot;

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

[0014] In a third aspect, a method for carrying a VC3 service based on the bearer frame of the VC3 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-time slot to extract the bearer frame;

[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 VC3 service carried in 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 VC3 service, and the bearer area is used to carry the customer content of the VC3 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 VC3 service. In this way, when carrying a VC3 service based on the sub-timeslot in the FlexE protocol standard, the VC3 service 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 the VC3 service can be realized, and the carrying requirements for the VC3 service can be met. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

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

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

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

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

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

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

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

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

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

[0039] Figure 15This is a schematic diagram of a bearer frame obtained by multiplexing the H1, H2, and H3 bytes of an AU3 service bearer frame of a VC3 service in an embodiment of the present application;

[0040] Figure 16 This is a schematic diagram of 765 bytes of a complete VC3 service carried in a VC3 service bearer frame according to an embodiment of the present application;

[0041] Figure 17 This is a schematic diagram of a bearer frame obtained by multiplexing the H1, H2, and H3 bytes of an AU3 service bearer frame of a VC3 service in an embodiment of the present application;

[0042] Figure 18 This is a schematic diagram of 765 bytes of a complete VC3 service carried in a VC3 service bearer frame according to an embodiment of the present application;

[0043] Figure 19 This is a schematic diagram of 765 bytes of a complete VC3 service carried in a VC3 service bearer frame according to an embodiment of the present application;

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

[0045] Figure 21 This is a schematic diagram of 765 bytes of a complete VC3 service carried in a VC3 service bearer frame according to an embodiment of the present application;

[0046] Figure 22 This is a schematic diagram of a VC3 service bearer frame sent by a transmitting end according to an embodiment of the present application;

[0047] Figure 23 This is a flowchart of a method for carrying VC3 services according to an embodiment of the present application;

[0048] Figure 24 This is a flowchart of a method for carrying VC3 services according to an embodiment of the present application;

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

[0050] Figure 26 This is a schematic structural diagram of a VC3 service bearer device according to an embodiment of the present application;

[0051] Figure 27 It is a structural diagram of a VC3 service carrying device according to an embodiment of the present application. DETAILED DESCRIPTION

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

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

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

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

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

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

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

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

[0060] The embodiments of the present application propose a bearer frame, a bearing method, an electronic device, and a storage medium for VC3 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 overhead information of the VC3 service, and the bearer area is used to carry customer content of the VC3 service. The bearer frame is used to be mapped to a sub-timeslot of the service layer for transmission. One bearer frame is used to carry one VC3 service. In this way, when carrying a VC3 service in a sub-timeslot based on the FlexE protocol standard, the VC3 service to be carried can be mapped to the bearer frame, and then the bearer frame can be mapped to the sub-timeslot for transmission. Thus, the carrying of the VC3 service can be realized, and the carrying requirements for the VC3 service can be met.

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

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

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

[0064] like Figure 6 As shown, the bearer frame of the VC3 service provided by 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.

[0065] The bearer frame of VC3 service includes overhead area and bearer area ( Figure 6 (Not shown). The overhead area carries overhead information for the VC3 service (denoted as OH, meaning overhead). This overhead information indicates characteristic information about the bearer frame structure. The overhead area may include multiple bytes, such as 2, 3, or 4 bytes, without specific limitations. The overhead area may be located in an S code block, in a D code block (for example, in the first D code block), or in both an S code block and a D code block (for example, in both an S code block and the first D code block).

[0066] The bearer area is used to carry customer content for VC3 services, 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. In some embodiments, the bearer area includes a bearer adjustment area and a fixed bearer area. In other embodiments, the bearer area may only include a fixed bearer area and not include a bearer adjustment area. In the case where the bearer area includes a bearer adjustment area, the bearer adjustment area may be located in an S code block, or in a D code block, or in an S code block and a D code block, and may carry customer content or not. Since the bearer adjustment area may carry or not carry customer content, the bearer adjustment area may be used to adjust the number of bytes carrying customer content. Whether the bearer adjustment area carries customer content may be determined based on the customer service speed that needs to be carried, and is not specifically limited here. The bearer adjustment area may include one or more bytes. When the bearer adjustment area includes multiple bytes, when carrying (or not carrying) customer content, it may be that some of the bytes carry (or not carry) customer content, or it may be that all of the bytes carry (or not carry) customer content, and this is not specifically limited here. When some bytes carry (or not carry) customer content, these bytes may be located at any position in the bearer adjustment area, and this is not specifically limited here. For example, if the bearer adjustment area includes two bytes, and one byte carries customer content and the other does not, it may be that the first byte carries customer content and the second byte does not, or it may be that the first byte does not carry customer content and the second byte carries customer content. In a specific implementation, whether to carry customer content in the bearer adjustment area can be determined based on the customer service speed 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 bearing 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.

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

[0068] Figure 7This is a schematic diagram of a bearer frame for a VC3 service according to an embodiment of the present application. Figure 7 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 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.

[0069] Figure 8 This is a schematic diagram of a bearer frame for a VC3 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.

[0070] It should be noted that Figure 7 and Figure 8 This is an exemplary description of the bearer frame of the VC 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, such as Figure 7 and Figure 8 The bearer frame shown may not include the bearer adjustment area, or may not include the fixed insertion area, or the T code block may be another type of code block, etc., and examples will not be given here one by one.

[0071] The bearer frame of a VC3 service can be mapped to a sub-timeslot of the server layer for transmission. One bearer frame can be used to carry one VC3 service. When a bearer frame is used to carry one VC3 service, it can be mapped to multiple sub-timeslots for transmission, for example, five or six sub-timeslots.

[0072] Based on the bearer frame provided in the embodiment of the present application, when it is necessary to carry a VC3 service in a sub-time slot, one VC3 service 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 the VC3 service can be realized and the carrying requirements for the VC3 service can be met.

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

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

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

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

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

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

[0079] The second pointer indication 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. For VC3 services, the specific content of the customer service can be the first overhead byte (such as the J1 byte) in the VC3 service content, or it can be other byte content, which is not specifically limited here. The position of the customer-specific content in the bearer frame can be non-fixed, so the second pointer indication value can change. Usually, the change of the second pointer indication 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 indication value will be relatively large, and this change is an abnormal change. In order to facilitate knowing whether the second pointer indication value has undergone abnormal changes, in the overhead area of ​​the bearer frame, the first pointer indication value can indicate whether the second pointer indication value has undergone abnormal changes.

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

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

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

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

[0084] Cyclic Redundancy Check (CRC) field.

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

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

[0087] Different bearer frames can carry VC services of different customers. When multiple bearer frames carry VC 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.

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

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

[0090] In the case of the bearer frame of the VC3 service provided in the embodiment of the present application, when carrying the VC3 service, the bearer area in the bearer frame may include a bearer adjustment area and a fixed bearer area, or may include only a fixed bearer area but not include the bearer adjustment area. In the case where the bearer area only includes the fixed bearer area, the overhead area may not include the first pointer indication value and the second pointer indication value, and the customer's specific content is in a fixed position in the bearer area. In the case where the bearer area includes the bearer adjustment area and the fixed bearer area, the overhead area may include the first pointer indication value and the second pointer indication value, so that the second pointer indication value indicates the position information of the customer's specific content in the bearer frame and the first pointer indication value indicates whether the second pointer indication value has undergone abnormal changes.

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

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

[0093] 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);

[0094] 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);

[0095] 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).

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

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

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

[0099] For easier understanding, see Figure 7 and Figure 8 .exist Figure 7 and Figure 8The 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 and consists of one byte, while the + adjustment area can be considered the second adjustment area mentioned above and consists of one byte. Under normal and stable conditions, the second pointer indicates a constant value, 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 indicates a decrease of one unit, and the bearer adjustment area changes to an 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 must be moved forward one unit in the bearer area. The customer-specific content (such as the J1 byte) is also moved forward one unit. The new position is the result of the second pointer indicating a decrease of one unit. The second pointer 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 the J1 byte) 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.

[0100] exist Figure 7 and Figure 8 In 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.

[0101] 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 has increased or decreased compared to the previous number. In actual applications, when the clock frequency of the VC3 service is generally stable, the VC3 service speed is allowed to remain stable within a certain 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 of ​​the VC3 service is generally stable, and any changes are slow. Therefore, changes in the second pointer indicator value are also slow, meaning that the second pointer indicator value changes by only one unit at a time (i.e., by adding or subtracting one). The new second pointer indicator value is typically an increase or decrease from the previous value, with a limited range of variation. Therefore, when the second pointer indicator value changes, it is not necessary to immediately provide the second pointer indicator value; it is sufficient to indicate whether the change is an increase, decrease, or no change.

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

[0103] Specifically, taking the example of the second pointer indicator value including W bits (W can be an integer greater than or equal to 4), the W bits can be divided into two groups, namely a first group of bits and a second group of bits (the two groups of bits may have overlapping parts or may not overlap with each other), the first group of bits including P bits (P is an integer greater than or equal to 1 and less than W), and the second group of bits including Q bits (Q is an integer greater than or equal to 1 and less than W, and Q and P may be equal or unequal). In the case where at least half of the P bits (rounded up, with a maximum of P) have their bit values ​​flipped, the second pointer indicator value is used to indicate that the position information of the customer's specific content in the bearer frame is moved backward by one unit, and the number of bytes used to carry the customer's content in the bearer adjustment area is reduced by one unit. In the case where at least half of the Q bits (rounded up, with a maximum of Q) have their bit values ​​flipped, the second pointer indicator value is used to indicate that the position information of the customer's specific content in the bearer frame is moved forward by one unit, and the number of bytes used to carry the customer's content in the bearer adjustment area is increased by one unit. When the W 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.

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

[0105] Figure 10 The 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.

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

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

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

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

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

[0111] Based on the bearer frame of the VC3 service provided in the embodiment of the present application, when carrying the VC3 service, the format of the bearer frame can be determined first, and then the VC3 service can be encapsulated according to the format, that is, the VC3 service is mapped to the bearer frame, and finally the bearer frame is mapped to the sub-timeslot of the service layer for transmission. Among them, before mapping the bearer frame to the sub-timeslot, idle code blocks and operation, administration and maintenance (OAM) code blocks can be inserted between the bearer frames. The specific process can be as follows: Figure 12 shown. Figure 12After mapping VC3 services to bearer frames, a certain number of idle code blocks (IDLE blocks, or I blocks for short) can be inserted between bearer frames. This allows intermediate network nodes in the network to adapt to clock deviations between different network nodes by adding or removing idle code blocks. To monitor the service layer's quality of service during bearer transmission, such as delay time and bit error conditions, an appropriate number of OAM code blocks (O blocks for short) can also be inserted between bearer frames in addition to idle code blocks. After inserting IDLE blocks and O blocks between bearer frames, the frames are transmitted over a fine-grained pipe structured by service layer sub-time slots.

[0112] 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 a frame header flag block, the D code block is a data block, and the T code block is an end flag block. The bearer frame includes an overhead area and a bearer area. The bearer area includes a bearer adjustment area and a fixed bearer area, or the bearer area only includes a fixed bearer area but does not include a bearer adjustment area. The overhead area carries overhead information. The bearer adjustment area is a dynamic area that may or may not carry customer services. The specific decision can be made 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.

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

[0114] Figure 13This is the VC3 service structure in the SDH system standard. A VC3 service consists of nine groups of bytes, each consisting of one overhead byte and 84 content bytes, for a total of 85 bytes per group, and 765 bytes in all nine groups. The first byte of a VC3 service is the J1 byte. The VC3 service speed is 48.96 Mbps. The pipe speed of one sub-timeslot in a fine-grained frame is 10 Mbps (in bits per second). At least five sub-timeslots are required in a fine-grained frame to carry one VC3 service. In some implementations, five or six sub-timeslots can be used to carry one VC3 service. When five sub-timeslots are used to carry one VC3 service, the carrying efficiency of the VC3 service bearer frame must reach at least 48.96 / (5*10) = 97.92%. In this way, five 10M sub-timeslots can carry one VC3 service. (If calculated based on a speed of 10.1M per sub-timeslot, the carrying efficiency of the VC3 service bearer frame must reach at least 48.96 / (5*10.1) = 96.95%. In this way, five 10.1M sub-timeslots can carry one VC3 service. When using 6 sub-timeslots to carry one VC3 service, the carrying efficiency of the VC3 service carrying frame must reach at least 48.96 / (6*10)=81.6%. In this way, 6 10M sub-timeslots are needed to carry one VC3 service (if calculated based on a 10.1M speed per sub-timeslot, the carrying efficiency of the VC3 service carrying frame must reach at least 48.96 / (6*10.1)=80.79%). In this way, 6 10.1M sub-timeslots are needed to carry one VC3 service). Of course, in other possible implementations, more sub-timeslots may be used to carry one VC3 service. The specific number can be determined based on the actual application scenario and is not specifically limited here. The embodiments of the present application are described using only 5 or 6 sub-timeslots as an example to carry one VC3 service.

[0115] When a bearer frame is used to carry a VC3 service, in some implementations, it can consist of one S code block, 95 D code blocks, and one T code block. The bearer frame's overhead area is located within the S code block and the D code block. The bearer area is located within the D code block and the T code block. The bearer area includes a bearer adjustment area and a fixed bearer area. The bearer adjustment area consists of two bytes: the first byte is the first adjustment area, also known as the - adjustment area, and the second byte is the second adjustment area, also known as the + adjustment area. The fixed bearer area consists of 764 bytes.

[0116] like Figure 14 shown. Figure 14 This is a schematic diagram showing 765 bytes of a complete VC3 service carried in a VC3 service bearer frame according to an embodiment of the present application. Figure 14The bearer frame shown consists of one S code block, 95 D code blocks, and one T code block. The overhead area (i.e., the OH area) is located in the S code block and the first D code block, totaling 8 bytes. The bearer area includes 2 bytes: the - adjustment area and the + adjustment area, and the fixed bearer area includes 764 bytes.

[0117] Figure 14 The bearer frame shown in the figure carries customer services in normal conditions in the + adjustment area and the fixed bearer area of ​​764 bytes, with a total of 765 bytes carrying customer services. The - adjustment area does not carry customer services. A VC3 service bearer frame can just carry 765 bytes of a VC3 service. In this case, the carrying efficiency of the VC3 bearer frame is 98.58% (without considering the insertion of idle code blocks), which can meet the carrying efficiency requirements. A VC3 service bearer frame carries a complete VC3 service content. The VC3 service is floating in the VC3 bearer frame. The position of the first J1 byte of the VC3 service is not fixed. Figure 14 In the figure, the J1 byte is located at the 6th byte position of the first D block in the bearer frame. If the position of the - adjustment area is used as a reference, the - adjustment area is located at the 0th byte position, and the + adjustment area is located at the 1st byte position. Similarly, the J1 byte in the figure is located at the 4th byte position, and the client-specific content location pointer value (i.e., the second pointer indicator value) in the overhead area is equal to 4. At the receiving end, when the client-specific content location pointer value is extracted from the overhead area and is 4, the client-specific content location pointer value is the same as the previous value and has not changed. This indicates that the - adjustment area does not carry client services, and client services are carried starting from the + adjustment area. VC3 services are carried in the + adjustment area and the fixed bearer area of ​​764 bytes. The first J1 byte in the client services is at the 4th byte position.

[0118] When the VC3 customer service speed is relatively slow, the customer-specific content position pointer value increases by 1. Neither the - adjustment area nor the + adjustment area in the VC3 service bearer frame carries customer services. Only the 764-byte fixed bearer area carries customer services. Each VC3 service bearer frame carries only 764 bytes of VC3 services, reducing the number of carried customer services and adapting to the slower VC3 services. The first J1 byte in the customer service is also delayed by one byte for carrying.

[0119] When the VC3 customer service speed is relatively high, the customer-specific content location pointer value is reduced by 1. The - adjustment area, + adjustment area, and 764-byte fixed bearer area in the VC3 bearer frame all carry customer services. Each VC3 service bearer frame carries a total of 766 bytes of VC3 services. The bearer space is increased to accommodate the faster VC3 service. The first J1 byte in the customer service is also moved forward by one byte to carry the service.

[0120] In the SDH architecture, AU3 consists of 765 bytes, including H1, H2, and H3 bytes, and VC3. H1 and H2 bytes form a pointer value, indicating the position of the J1 byte relative to the H3 byte in the AU3. When the pointer value of the combined H1 and H2 bytes decreases, the H3 byte carries customer traffic, and the J1 byte moves forward one byte. When the pointer value of the combined H1 and H2 bytes remains unchanged, the H3 byte does not carry customer traffic, and the area after the H3 byte carries customer traffic, while the J1 byte remains unchanged. When the pointer value of the combined H1 and H2 bytes increases, the H3 byte and the first byte after the H3 byte do not carry customer traffic, but the area after the H3 byte begins to carry customer traffic, and the J1 byte lags one byte. It can be seen that the pointer value of the combination of H1 byte and H2 byte in AU3 is equivalent to the customer specific content position pointer value (i.e., the second pointer indication value) in the VC3 service bearer frame. The H3 byte position is equivalent to the - adjustment area in the VC3 service bearer frame. The first byte after the H3 byte position is equivalent to the + adjustment area in the VC3 service bearer frame. In this way, the AU3 content can be copied to the VC3 service bearer frame when generating the VC3 service bearer frame. Figure 15 The H1 and H2 bytes are placed in the customer-specific content location pointer value position in the overhead area, the H3 byte is placed in the -adjustment area, and all VC3 bytes after the H3 byte are placed in sequence in the area after the H3 byte position of the VC3 service bearer frame (including the +adjustment area and the fixed bearer area).

[0121] Figure 14 or Figure 15 When the bearer frame shown is mapped to sub-time slots for transmission, one such bearer frame may be mapped to five or six sub-time slots.

[0122] Figure 14 The bearer frame shown in FIG1 is composed of 1 S code block, 95 D code blocks and 1 T code block. If the overhead is located on the first D code block, the bearer frame can be composed of 1 S code block, 96 D code blocks and 1 T code block, as shown in FIG12. Figure 16 shown. Figure 16 The bearer frame shown is compared to Figure 14 For the bearer frame shown in FIG. 1 , an additional D code block is added, and the overhead bytes are delayed from being located in the S code block to being located in the D code block.

[0123] Figure 15 The bearer frame shown in FIG1 is composed of 1 S code block, 95 D code blocks and 1 T code block. If the overhead is located on the first D code block, the bearer frame can be composed of 1 S code block, 96 D code blocks and 1 T code block, as shown in FIG12. Figure 17 shown. Figure 17 The bearer frame shown is compared to Figure 15For the bearer frame shown in FIG. 1 , an additional D code block is added, and the overhead bytes are delayed from being located in the S code block to being located in the D code block.

[0124] because Figure 16 and Figure 17 The carrying efficiency of the bearer frame shown is 97.57%, which does not meet the carrying efficiency requirement (97.92%) when mapping a bearer frame to 5 sub-timeslots (each sub-timeslot is 10M speed). Figure 16 or Figure 17 When the bearer frame shown is mapped to the sub-timeslot for transmission, one such bearer frame can be mapped to 6 sub-timeslots, meeting the bearer efficiency requirement (81.6%) when mapping the bearer frame carrying one VC3 service to 6 sub-timeslots. Optionally, if a sub-timeslot is larger than 10M, such as 10.1M, Figure 16 or Figure 17 As shown, one bearer frame is mapped to five sub-time slots for transmission (meeting a bearer efficiency requirement of 96.95%).

[0125] for Figures 14 to 17 In any of the embodiments, the -adjustment field and the +adjustment field each contain one byte. During normal transmission, the +adjustment field carries customer traffic, while the -adjustment field does not. When the customer traffic speed decreases, neither the -adjustment field nor the +adjustment field carries customer traffic. Compared to the normal traffic speed, the effective customer traffic carrying area in the VC3 service bearer frame is reduced by one +adjustment field, i.e., the carrying capacity is reduced by one byte. Therefore, the total number of customer bytes carried by the bearer field decreases by one byte. Similarly, when the customer traffic speed increases, both the -adjustment field and the +adjustment field carry customer traffic. Compared to the normal traffic speed, the effective customer traffic carrying area in the VC3 service bearer frame is increased by one -adjustment field, i.e., the carrying capacity is increased by one byte. Therefore, the total number of customer bytes carried by the bearer field increases by one byte. This adjustment mechanism uses the effective carrying capacity of the VC3 service bearer frame at the normal traffic speed as a benchmark, and then fluctuates within this benchmark, with the fluctuation range being one byte, to adapt to the customer traffic speed. However, since the fluctuation range is only one byte, the fluctuation range is limited. While the customer traffic speed remains relatively stable, it can still adapt to changes in customer traffic speed. However, when sending VC3 service bearer frames, if the ratio of the number of idle code blocks inserted between VC3 service bearer frames differs significantly from the ideal ratio, or if the speed of the server layer's sub-timeslot pipe fluctuates significantly, resulting in relatively large fluctuations in the bearer frame transmission speed, this is equivalent to the VC3 service speed fluctuating significantly relative to the bearer frame speed. This will cause difficulties in practical applications.

[0126] In view of this, in some implementations, the unit value that can be adjusted in the bearer adjustment area can be increased. For example, the unit of each adjustment area (-adjustment area and +adjustment area) can be expanded by 3 times. For example, the -adjustment area and +adjustment area can be expanded from 1 byte to 3 bytes. When the client-specific content location pointer value is increased or decreased by 1, the capacity of each adjustable unit is increased from 1 byte to 3 bytes. This is equivalent to increasing the adjustment capacity from 1 byte to 3 bytes. In this way, the range of relative speed fluctuations that can be adapted is expanded by 3 times.

[0127] for example Figure 18 The bearer frame shown consists of 1 S code block, 95 D code blocks and 1 T code block. The overhead area is located in the S code block, with a total of 6 bytes. The bearer area is located in the S code block, D code block and T code block. The bearer area includes a 6-byte bearer adjustment area and a 762-byte fixed bearer area. Of the 6 bytes in the bearer adjustment area, the first 3 bytes form a group, corresponding to the -adjustment area, and the last 3 bytes form a group, corresponding to the +adjustment area. The 762 bytes in the fixed bearer area include 254 groups, each with 3 bytes. Each unit of the customer-specific content position pointer value (second pointer indication value) in the bearer frame represents 3 bytes, that is, 3 bytes can be adjusted when the pointer value is increased or decreased by one. The first J1 byte in the VC3 customer service is located at a fixed position in a group of bytes in the 254 groups of bytes, for example Figure 18 The J1 byte shown is located at the first byte position of the third group of bytes, and the client specific content location pointer value in the overhead area is equal to 3.

[0128] In practical applications, in addition to expanding the adjustment capacity range by 3 times, it can also be expanded by other multiples. The expansion multiples are not specifically limited here.

[0129] Figure 18 The bearer frame shown in FIG1 is composed of 1 S code block, 95 D code blocks and 1 T code block. If the overhead is located on the first D code block, the bearer frame can be composed of 1 S code block, 96 D code blocks and 1 T code block, as shown in FIG12. Figure 19 shown. Figure 19 The bearer frame shown is compared to Figure 18 For the bearer frame shown in FIG. 1 , an additional D code block is added, and the overhead bytes are delayed from being located in the S code block to being located in the D code block.

[0130] Figure 18 When the bearer frame shown is mapped to the sub-time slot for transmission, one such bearer frame can be mapped to 5 or 6 sub-time slots for transmission. Figure 19 The bearer frame shown in FIG. 1 has a carrying efficiency of 97.57%, which does not meet the carrying efficiency requirement (97.92%) when mapping a bearer frame to 5 sub-timeslots (each sub-timeslot is 10M speed). Therefore, Figure 19When the bearer frame shown is mapped to the sub-timeslot for transmission, one such bearer frame can be mapped to 6 sub-timeslots, meeting the bearer efficiency requirement (81.6%) when mapping the bearer frame carrying one VC3 service to 6 sub-timeslots. Optionally, if a sub-timeslot is larger than 10M, such as 10.1M, Figure 19 As shown, one bearer frame is mapped to five sub-time slots for transmission (meeting a bearer efficiency requirement of 96.95%).

[0131] When mapping VC3 service bearer frames to sub-time slots, an appropriate amount of idle code blocks can be inserted between bearer frames. Intermediate devices in the network can adapt the code block rate to the speed of the device clock by adding or deleting idle code blocks. Figure 14 、 Figure 15 and Figure 18 The VC3 service bearer frame shown can insert 21 idle code blocks between approximately every 32 bearer frames. The insertion of idle code blocks reduces the equivalent carrying efficiency of the VC3 service bearer frame (including the idle code blocks in the bearer frame), but the reduced equivalent efficiency is 97.92%, achieving the desired carrying efficiency. Because the bandwidth of each sub-timeslot is slightly higher than 10 Mbps, the domestic SPN standard is 10.1 Mbps, which has a 1% bandwidth margin over the nominal 10 Mbps bandwidth, while the international MTN standard is 10.4 Mbps, which has a 4% bandwidth margin over the nominal 10 Mbps bandwidth. Therefore, the number of idle code blocks inserted between every 32 VC3 service bearer frames can be slightly greater than 21. For example, 32 idle code blocks can be inserted every 32 frames, that is, one idle code block is inserted between each VC3 service bearer frame. The VC3 service bearer frames and idle code blocks are inserted in a 1:1 ratio. In this way, the actual bearer bandwidth of the VC3 service bearer frame is 10.1M*5*765 / (97*8+8)=49.276M, which is greater than the bandwidth requirement of 48.96M. In addition to inserting one idle code block between each VC3 service bearer frame, an OAM code block is inserted every 2-4 frames to monitor the service layer.

[0132] In the above Figures 14 to 19In the illustrated embodiment, the speed (i.e., rate) of the VC3 service bearer frame and the speed of the sub-timeslot are derived from the same source. The two operating clocks originate from the same clock source and vary in speed synchronously. When the clock drifts faster, the speed of the bearer frame and the speed of the sub-timeslot increase synchronously; when the clock drifts slower, the speed of the bearer frame and the speed of the sub-timeslot decrease synchronously. The speed of the VC3 service is derived from the client service. There is no relationship between the speed of the client service and the speed of the VC3 service bearer frame. The speed deviation between the speed of the client service and the speed of the VC3 service bearer frame needs to be adapted via the bearer adjustment area (the -adjustment area and the +adjustment area) to accommodate the speed deviation between the two. In some embodiments, an improved scheme for the VC3 service bearer frame is provided that synchronizes the speed of the VC3 service bearer frame with the speed of the VC3 client service. Specifically, the clock of the VC3 service bearer frame and the clock of the VC3 client service originate from the same clock and vary synchronously. Thus, the speed of the VC3 service bearer frame and the speed of the VC3 client service are synchronized, eliminating the need to adapt to the speed deviation between the two. In this case, each VC3 service bearer frame can just carry a complete VC3 service. The bearer adjustment area may not be set in the bearer frame, and only a fixed bearer area may be set. The size of the fixed bearer area is equal to the total number of bytes of a complete VC3 service, 765.

[0133] In the case where the bearer adjustment area is not set in the VC3 service bearer frame and one bearer frame carries a complete VC3 service, in some implementations, the VC3 service bearer frame may be as follows: Figure 20 shown.

[0134] Figure 20 The bearer frame shown is composed of 1 S code block, 95 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 only includes a fixed bearer area of ​​765 bytes, and does not include a bearer adjustment area. When carrying VC3 services, the VC3 service can be carried in the bearer frame starting from the first byte (or other fixed byte). One bearer frame just carries a complete VC3 service. In each bearer frame, each byte in the VC3 service is in a fixed position in the bearer. For example Figure 20 In the VC3 service, the J1 byte is always located at the first byte position in the fixed bearer area of ​​the bearer frame.

[0135] because Figure 20 The bearer frame shown does not include a bearer adjustment area. Therefore, the overhead field does not require the first pointer indication value and the second pointer indication value, that is, the specific content location pointer value field is not required. This can simplify the structure of the VC3 bearer frame.

[0136] Figure 20The bearer frame shown in FIG1 is composed of 1 S code block, 95 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, 94 D code blocks and 1 T code block, as shown in FIG12. Figure 21 shown. Figure 21 The bearer frame shown is compared to Figure 20 For the bearer frame shown in FIG, one D code block is missing, and the overhead bytes are moved forward from being located in the D code block to being located in the S code block.

[0137] Figure 20 or Figure 21 When the bearer frame shown is mapped to sub-time slots for transmission, one such bearer frame may be mapped to five or six sub-time slots.

[0138] above Figure 20 and Figure 21 The improved scheme for the VC3 service bearer frame structure shown in the figure synchronizes the speed of the VC3 service bearer frame with the speed of the VC3 client service, omits the content of the specific content location pointer value in the bearer adjustment area and overhead field in the bearer frame, and simplifies the structure and implementation complexity of the VC3 service bearer frame.

[0139] When the speed of a VC3 service bearer frame is synchronized with the speed of a VC3 client service, the speed of the VC3 service bearer frame will be out of sync with the speed of the service layer sub-timeslot. This will result in a clock offset between the VC3 service bearer frame and the service layer sub-timeslot, and this clock offset needs to be accommodated. Because some IDLE blocks need to be inserted between VC3 service bearer frames to accommodate the need for network intermediate equipment to perform IDLE addition and deletion operations, in some implementations, the clock offset between the VC3 service bearer frame and the service layer sub-timeslot can be accommodated by inserting IDLE blocks. In a scheme for clock synchronization between VC3 service bearer frames and service layer sub-timeslots, the number of inserted IDLE blocks is fixed, with the number of bearer frames and the number of IDLE blocks being inserted in a fixed ratio (e.g., m:n, where n IDLE blocks are inserted between every m bearer frames, where m and n are positive integers). In an improved scheme for the VC3 service bearer frame structure, because the clock offset between the VC3 service bearer frame and the service layer sub-timeslot exists, the number of inserted IDLE blocks fluctuates, allowing the number of inserted IDLE blocks to be flexibly adjusted based on the speed of the bearer frame and the clock offset between the service layer sub-timeslot. Specifically, when the bearer frame speed decreases compared to the service layer sub-timeslot speed, more IDLE blocks can be inserted. When the bearer frame speed increases compared to the service layer sub-timeslot speed, fewer IDLE blocks can be inserted. This flexible insertion of IDLE blocks ensures that the total block speed (the sum of the number of blocks in the VC3 service bearer frame and the number of IDLE blocks) equals the block speed required by the service layer sub-timeslot speed.

[0140] In order to adapt to the clock deviation between the VC3 service bearer frame and the service layer sub-timeslot, in some embodiments, when the transmitting end uses the VC3 service bearer frame to carry the VC3 service and uses the sub-timeslot to transmit the bearer frame, the specific implementation method can be as follows: Figure 22 As shown. Figure 22 In the illustrated implementation, the transmitter can receive each VC3 service, with each VC3 service bearer frame carrying only one VC3 service. Each byte in the VC3 service is located at a fixed position within the VC3 service bearer frame, thus synchronizing the VC3 service bearer frame rate with the VC3 service rate. When mapping the VC3 service bearer frame into a sub-timeslot, depending on the VC3 service bearer frame speed, if the VC3 service bearer frame and the sub-timeslot are inconsistent, the gap between the two VC3 service bearer frames is uncertain. A corresponding number of IDLE blocks is inserted based on the gap between the two VC3 service bearer frames, filling the gap between the two VC3 service bearer frames with the number of IDLE blocks. In a specific implementation, a certain number of VC3 bytes can be reserved for reception. Then, while receiving VC3 services, the VC3 services can be encapsulated into VC3 service bearer frames and transmitted in sub-timeslots. This ensures that a complete VC3 service bearer frame is transmitted continuously without interruption, as long as the VC3 service bearer frame content is continuously transmitted before the VC3 service bearer frame is transmitted. After a VC3 service bearer frame is sent, an IDLE code block is inserted into the idle time segment before the next VC3 service bearer frame is allowed to be sent.

[0141] above Figures 14 to 21 The bearer frame shown is an exemplary description of the bearer frame of the VC3 service provided in the embodiment of the present application. In other possible implementations, the bearer frame of the VC3 service may also be Figures 14 to 21 Bearer frame formats other than those shown, or Figures 14 to 21 Other variations of the bearer frame shown are not described here one by one. Figures 14 to 21 The bearer adjustment area in the bearer frame shown is illustrated by taking 2 or 6 bytes as an example. In other possible implementations, it may also include more bytes, which will not be illustrated one by one here.

[0142] 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 VC3 service, and the bearer area is used to carry the customer content of the VC3 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 VC3 service. In this way, when carrying a VC3 service based on the sub-timeslot in the FlexE protocol standard, the VC3 service 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 the VC3 service can be realized, and the carrying requirements for the VC3 service can be met.

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

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

[0145] S232: Map the VC3 service to be carried into the bearer frame.

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

[0147] When carrying VC3 services, the transmitting end can map the VC3 services to be carried into the corresponding bearer frames. One VC service can be mapped into one VC3 service bearer frame.

[0148] S234: Map the bearer frame to the sub-time slot.

[0149] When mapping bearer frames to sub-timeslots, one bearer frame can be mapped to multiple sub-timeslots. Figure 14 、 Figure 15 、 Figure 18 、 Figure 20 and Figure 21 For any of the bearer frames shown in the embodiment, one such bearer frame can be mapped to five or six sub-time slots (one bearer frame is used to carry one VC3 service). Figure 16 、 Figure 17 and Figure 19The bearer frame shown in any embodiment can map one such bearer frame to 5 sub-timeslots (the speed of one sub-timeslot is 10.1M, and one bearer frame is used to carry one VC3 service), or to 6 sub-timeslots (the speed of one sub-timeslot is 10M, and one bearer frame is used to carry one VC3 service).

[0150] When mapping bearer frames to sub-timeslots, idle 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 blocks. The number of idle blocks inserted must meet the bearer frame's load efficiency requirements.

[0151] 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 bearer frames.

[0152] S236: Send the sub-time slot to the receiving end.

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

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

[0155] S242: Receive the sub-time slot sent by the transmitting end.

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

[0157] S244: Parse the sub-timeslot and extract the bearer frame in the sub-timeslot.

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

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

[0160] 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 of the D and T blocks carrying the customer content and then extract the customer content carried in these byte positions. After parsing the T block, the customer content of the VC3 service carried in the bearer frame can be extracted.

[0161] In some embodiments, when the overhead area of ​​the bearer frame includes a second pointer indicator value, and the second pointer indicator value is valid only in a multi-frame situation, after parsing the overhead area and extracting the second pointer indicator value from the overhead area, the receiving end needs to use a majority judgment principle to determine the validity of the second pointer indicator value, and when it is determined that the second pointer indicator value is valid, determine the location information of the customer's specific content in the bearer frame and the number of bytes in the bearer adjustment area used to carry the customer content based on the second pointer indicator value. For specific implementation methods, please refer to Figure 10 and Figure 11 The embodiment shown will not be described in detail here.

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

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

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

[0165] 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 25 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.

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

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

[0168] Mapping the VC3 service to be carried into the bearer frame of the VC3 service;

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

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

[0171] Or, to do the following:

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

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

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

[0175] The above application Figure 25The method performed by the VC3 service bearer device disclosed in the illustrated embodiment can be applied to or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the method described above can be completed by hardware integrated logic circuits or software instructions within the processor. The processor described above can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The methods, steps, and logic block diagrams disclosed in this application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this application can be directly executed by a hardware decoding processor or by a combination of hardware and software modules within 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.

[0176] The electronic device may also perform Figure 23 and Figure 24 Method, and realize the driver access device in Figure 23 and Figure 24 The functions of the illustrated embodiments will not be described in detail in this application.

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

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

[0179] Mapping the VC3 service to be carried into the bearer frame of the VC3 service;

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

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

[0182] Or, to do the following:

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

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

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

[0186] Figure 26 This is a structural diagram of a VC3 service carrying device 260 according to an embodiment of the present application. Figure 26 In a software implementation, the VC3 service bearer 260 may include: a first mapping module 261, a second mapping module 262, and a sending module 263, wherein:

[0187] A first mapping module 261 maps the VC3 service to be carried into a bearer frame of the VC3 service;

[0188] A second mapping module 262 maps one of the bearer frames to a sub-time slot;

[0189] The sending module 263 sends the sub-time slot to the receiving end.

[0190] The VC3 service carrying device 260 provided in this application can also execute Figure 23 The method is to realize the VC3 service bearing device 260 in Figure 23 The functions of the illustrated embodiments will not be described in detail in this application.

[0191] Figure 27 This is a schematic diagram of the structure of the VC3 service carrying device 270 in one embodiment of the present application. Figure 27 In a software implementation, the VC3 service carrying device 270 may include: a receiving module 271, a first parsing module 272, and a second parsing module 273, wherein:

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

[0193] A first parsing module 272 parses the sub-timeslot to extract a bearer frame for carrying a VC3 service from the sub-timeslot;

[0194] The second parsing module 273 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 VC3 service carried in the bearer frame.

[0195] The VC3 service carrying device 270 provided in this application can also execute Figure 24 The method is to realize the VC3 service bearing device 270 in Figure 24 The functions of the illustrated embodiments will not be described in detail in this application.

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

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

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

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

[0200] 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 VC3 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 the VC3 service; The bearer area is used to carry customer content of VC3 services; The bearer frame is used for mapping to a sub-time slot of a service layer for transmission, and one bearer frame is used for carrying one VC3 service.

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 a fixed bearer area, or the bearer area includes the fixed bearer area but does not include the bearer adjustment area; In the case where the bearer area includes a bearer adjustment area, 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; In the case that the bearer area does not include the bearer adjustment area, the overhead information does not include the first pointer indication value and the second pointer indication value, and the customer's specific content is in a fixed position in the bearer area.

4. The bearer frame according to claim 3, wherein the second pointer indication value multiplexes the H1 byte and the H2 byte in the AU3 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 W bits, the W 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, W 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 values ​​of the W bits remain 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 H3 byte in the AU3 service bearer frame, and the second adjustment area multiplexes the first byte after the H3 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 one bearer frame consists of one S code block, 95 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; or, one bearer frame consists of one S code block, 96 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; in, The bearer area includes a 2-byte bearer adjustment area and a 764-byte fixed bearer area.

12. The bearer frame according to any one of claims 1 to 8, wherein one bearer frame consists of one S code block, 95 D code blocks, and one T code block, the overhead area is located in the S code block, and the bearer area is located in the S code block, the D code block, and the T code block; or, one bearer frame consists of one S code block, 96 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. in, The bearer area includes a 6-byte bearer adjustment area and a 762-byte fixed bearer area. The first 3 bytes of the bearer adjustment area are the first adjustment area, and the last 3 bytes are the second adjustment area. The fixed bearer area includes 254 groups of bytes, each group of bytes includes 3 bytes, and the J1 byte of the VC3 service is located at the first byte position of a group of bytes.

13. The bearer frame according to any one of claims 1 to 8, wherein one bearer frame consists of one S code block, 95 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, 94 D code blocks, and one T code block, the overhead area is located in the S code block, and the bearer area is located in the D code block and the T code block; in, The bearer area includes a fixed bearer area of ​​765 bytes, and the J1 byte of the VC3 service is located at the first byte of the fixed bearer area.

14. The bearer frame according to claim 1, wherein one bearer frame is used to be mapped to 5 or 6 of the sub-timeslots.

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

16. A VC3 service carrying method based on the VC3 service bearer frame according to any one of claims 1 to 14, applied to a receiving end, comprising: Receive the sub-time slot sent by the transmitter; Parsing the sub-time slot to extract the bearer frame; 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 VC3 service carried in the bearer frame.

17. 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 claim 15 or 16. 18 . A computer-readable storage medium, which enables the electronic device to perform the method according to claim 15 or 16 when instructions in the storage medium are executed by a processor of an electronic device.

Images