Data transmission method and device and storage medium

Abstract

The invention provides a data transmission method and device and a storage medium. The data transmission method applied to a first communication device comprises the following steps: carrying out rate adaptation on a service signal flow through a first channel layer by adopting a signal adaptation mode to obtain a corresponding service signal frame; inserting first information adopting a first coding format into the service signal frame through the first channel layer; dividing time slots by adopting a time slot division mode through the first section layer to obtain corresponding time slot granularity; and selecting and transmitting a corresponding segment layer instance to a second communication device through the first segment layer according to the time slot granularity.

Description

Technical Field

[0001] This application relates to the field of communication technologies, and in particular, to a data transmission method, device, and storage medium. Background Art

[0002] The Metro Transport Network (MTN) is a new generation of metro transport network standard system proposed to introduce a Time Division Multiplexing (TDM) layer network in the IEEE Ethernet protocol stack. The MTN section layer reuses the OIFFlexE processing logic. Currently, the interface rate types supported by MTN are basically the same as the range described by OIFFlexE2.2, that is, the rate range of 50GE - 400GE is supported; the MTN client layer can support standardized Ethernet interface rates (typically including 10GE, 25GE, 50GE, 100GE, 200GE, and 400GE).

[0003] With the development of Ethernet interface rates, IEEE is formulating the B400G rate interface of 800GE / 1.6TE, and MTN needs to support the Beyond 400G (B400G) Ethernet client layer signal; at the same time, OIF has also started the work of 800GE / 1.6TE FlexE, and MTN also needs to support the B400G MTN interface rate and MTN channel processing function. However, the current technologies in aspects such as client signal adaptation, channel switching, and section layer adaptation of the MTN channel layer related to MTN processing have not been able to support B400G processing. Summary of the Invention

[0004] In view of this, the embodiments of this application provide a data transmission method, device, and storage medium, which implement the processing functions for B400G service signals, channel rates, and interface rates.

[0005] The embodiments of this application provide a data transmission method, which is applied to a first communication device. The first communication device includes: a first channel layer and a first section layer; wherein, the first channel layer and the first section layer support carrying a first interface rate greater than 400G; the method includes:

[0006] Rate - adapt the service signal stream through the first channel layer in a signal adaptation manner to obtain a corresponding service signal frame;

[0007] Insert first information in the first coding format into the service signal frame through the first channel layer;

[0008] Divide time slots through the first section layer in a time slot division manner to obtain a corresponding time slot granularity;

[0009] Select and transmit the corresponding section layer instance to the second communication device according to the time slot granularity through the first section layer.

[0010] An embodiment of the present application provides a communication device, including: a memory, and one or more processors;

[0011] The memory is configured to store one or more programs;

[0012] When the one or more programs are executed by the one or more processors, the one or more processors implement the method described in any of the above embodiments.

[0013] An embodiment of the present application provides a storage medium, which stores a computer program, and when the computer program is executed by a processor, the method described in any of the above embodiments is implemented. Description of the Drawings

[0014] Figure 1 It is a schematic diagram of the architecture of a B400G MTN system provided by an embodiment of the present application;

[0015] Figure 2 It is a flowchart of a data transmission method provided by an embodiment of the present application;

[0016] Figure 3 It is a schematic diagram of the configuration of a 64 / 66b code block provided by an embodiment of the present application;

[0017] Figure 4 It is a schematic diagram of the configuration of a 256 / 257b coding format provided by an embodiment of the present application;

[0018] Figure 5 It is a schematic diagram of the configuration of the coding format of a 256 / 257b idle code block provided by an embodiment of the present application;

[0019] Figure 6 It is a schematic diagram of the configuration of the coding format of a 256 / 257b OAM code block provided by an embodiment of the present application;

[0020] Figure 7 It is a schematic diagram of a static configuration method 1 of MTN channel layer compatible coding provided by an embodiment of the present application;

[0021] Figure 8 It is a schematic diagram of a static configuration method 2 of MTN channel layer compatible coding provided by an embodiment of the present application;

[0022] Figure 9 It is a schematic diagram of the time slot division method of the MTN B400G L*64B coding section layer provided by an embodiment of the present application;

[0023] Figure 10 It is a schematic diagram of the hierarchical channel switching of MTN B400G L*64B encoding provided by an embodiment of the present application;

[0024] Figure 11 It is a schematic diagram of the hierarchical Instance of MTN B400G provided by an embodiment of the present application;

[0025] Figure 12 It is a schematic diagram of filling the L*64B encoding pattern by deactivating the Instance of MTN B400G provided by an embodiment of the present application;

[0026] Figure 13 It is a schematic diagram of the coordinated switching of activation / deactivation of the segment layer Instance of MTN B400G and Ethernet energy saving provided by an embodiment of the present application;

[0027] Figure 14 It is a schematic diagram of filling the L*64B encoding pattern for MTN B400G fault provided by an embodiment of the present application;

[0028] Figure 15 It is a schematic diagram of the newly defined encoding type of MTN 800G 256 / 257b provided by an embodiment of the present application;

[0029] Figure 16 It is a schematic diagram of the newly defined IDLE and OAM encodings of MTN 800G 256 / 257b provided by an embodiment of the present application;

[0030] Figure 17 It is a schematic diagram of the Error and fault filling patterns of MTN 800G 256 / 257b provided by an embodiment of the present application;

[0031] Figure 18 It is a schematic diagram of the adjustment and switching of the bus trigger time slot table for deactivating the MTN 800G Instance or turning off the Ethernet interface energy saving provided by an embodiment of the present application;

[0032] Figure 19 It is a schematic diagram of the newly defined encoding type of MTN 1.6T 256 / 257b provided by an embodiment of the present application;

[0033] Figure 20 It is a schematic diagram of the newly defined IDLE and OAM encodings of MTN 1.6T 256 / 257b provided by an embodiment of the present application;

[0034] Figure 21 It is a schematic diagram of the hierarchical channel switching of MTN B400G 256 / 257b encoding provided by an embodiment of the present application;

[0035] Figure 22 It is a schematic diagram of layer coding for MTN 800G 20G time slot granularity 256 / 257b segments provided by an embodiment of the present application;

[0036] Figure 23 It is a schematic diagram of hierarchical Instance compatibility processing for MTN B400G provided by an embodiment of the present application;

[0037] Figure 24 It is a schematic diagram of newly defined IDLE and OAM coding for MTN 1.6T 512 / 514b provided by an embodiment of the present application;

[0038] Figure 25 It is a schematic diagram of hierarchical channel switching for MTN B400G 256 / 257b coding provided by an embodiment of the present application;

[0039] Figure 26 It is a schematic diagram of multi - hierarchical Instance compatibility processing for MTN B400G provided by an embodiment of the present application;

[0040] Figure 27 It is a structural block diagram of a data transmission device provided by an embodiment of the present application;

[0041] Figure 28 It is a schematic diagram of the structure of a communication device provided by an embodiment of the present application. Detailed implementation manners

[0042] In the following, embodiments of the present application will be described in conjunction with the accompanying drawings. The present application will be described below with reference to the embodiment drawings. The examples given are only for explaining the present application and are not used to limit the scope of the present application.

[0043] The data transmission method in the embodiments of the present application is applied to a first communication device. Herein, the first communication device refers to an MTN device as the source end, and the second communication device refers to an MTN device as the sink end. Moreover, the MTN devices as the source end and the sink end both include a first channel layer and a first segment layer; among them, the first channel layer and the first segment layer support carrying a first interface rate greater than 400G.

[0044] Exemplarily, taking the first channel layer as the B400G channel layer and the first segment layer as the B400G segment layer as an example, the architecture of the MTN system will be described. Figure 1 It is a schematic diagram of the architecture of a B400G MTN system provided by an embodiment of the present application. As Figure 1As shown in the figure, functions such as B400G client signal adaptation, B400G channel processing, B400G section layer processing, and B400G section layer adaptation are added to the MTN layer network of the MTN system to support carrying B400G client signals, support MTN channels, OAM, and switching at the B400G rate, and support the processing scheme for the B400G section layer rate.

[0045] In one embodiment, Figure 2 is a flowchart of a data transmission method provided by an embodiment of the present application. This embodiment is applied to the situation of supporting the access adaptation of client signals greater than 400G, supporting MTN channels, OAM, and switching at a rate greater than 400G. This embodiment can be executed by a first communication device acting as a source end. As Figure 2 shown in the figure, this embodiment includes: S110 - S140.

[0046] S110. Rate - adapt the service signal flow through the first channel layer using signal adaptation to obtain corresponding service signal frames.

[0047] S120. Insert first information using a first coding format into the service signal frame through the first channel layer.

[0048] Exemplarily, the first coding format refers to the 256 / 257b coding format; the first information can be OAM information.

[0049] S130. Divide time slots through the first section layer using time slot division to obtain corresponding time slot granularities.

[0050] S140. Select and transmit corresponding section layer instances to the second communication device according to the time slot granularity through the first section layer.

[0051] The first communication device acting as the source end rate - adapts service signal flows with different rates using signal adaptation to obtain corresponding service signal frames, and inserts first information using a first coding format into the service signal frames through the first channel layer; then divides time slots through the first section layer using time slot division to obtain different time slot granularities, and selects and transmits corresponding section layer instances to the second communication device acting as the sink end according to the time slot granularity.

[0052] In one embodiment, the signal adaptation method includes at least one of the following: signal adaptation of a single-channel first interface rate; signal adaptation of at least two-channel second interface rates; wherein, the second interface rate is less than the first interface rate. Among them, the signal of the first interface rate refers to a single-channel signal with a rate of B400G. For example, the first interface rate can be 800G or 1.6T; the signal of the second interface rate refers to a single-channel signal with a rate of 400G. For example, it can adapt K channels of 400G signals, where K is an integer greater than 1. In the embodiment, the method for accessing and adapting the B400G client signal can include multiple signal adaptation methods, including but not limited to single-channel B400G or K-channel 400G signal adaptation, and K is not less than 1. The coding format can adopt the L*64B coding format for signal adaptation. When L is 1, it is compatible with the currently defined 64 / 66b signal adaptation method. Except that the rate exceeds 400G, other processes are basically the same as the existing solutions, such as Figure 1 shown in the transcoding position option O2; when L is 4, the coding format is 256 / 257b coding format, and when L is 8, it is 512 / 514b coding format, and so on. At this time, as Figure 1 shown in the transcoding position option O1.

[0053] In one embodiment, the service signal flow includes service signal frames, and the service signal frames include a first number of first type code blocks; the code block types of the first type code blocks include at least one of the following: idle code blocks; local fault code blocks related to fault indication; remote fault code blocks related to fault indication; low power indication LPI code blocks; error code blocks; sequence code blocks; padding code blocks. Exemplarily, the first type code blocks can be 64 / 66b code blocks. When the first number is a positive integer greater than 1, transcoding processing between 64 / 66b encoded signals and L*64B encoded signals may exist. The ordinary transcoding processing adopts the existing general solution. For specific control code blocks, including the idle code block (IDLE Block) required for rate adaptation, the local fault code block (Local Fault Block, LF code block) related to fault indication, the remote fault code block (Remote Fault Block, RF code block) related to fault indication, the low power indication code block (Low Power Indication Block, LPI code block), the error code block (Error Block), the operation and maintenance code block (Overhead Block), and the padding code block. Figure 3 is a schematic diagram of the configuration of a 64 / 66b code block provided by an embodiment of the present application, which can optimize the adaptation and transcoding processing of the 64 / 66b code block to simplify the transcoding processing process. As Figure 3As shown, the first line is the general format of a 66b code block. Starting with 10 indicates it is a control block. The second line is the format of a general 64 / 66b code block. Starting with 10 indicates it is a control block, and type represents the type of the control code block (including 1E and 4B). In the 3rd - 6th lines, C0 - C7 indicate that there can be 8 7 - bit indicators, and the indicators can be Idle (abbreviated as I), Error (abbreviated as E), and LI (low - power indication). 4B is used for the indication of Overhead, 4B + C is for MTN OAM, and 4B + 0x01 is for the schematic diagram explaining the type of the 66b control code block.

[0054] In one embodiment, when a second - type code block is composed of a first quantity of first - type code blocks and the first quantity is greater than 1, by adjusting the position of the control code block in the first - type code blocks and combining the rate adaptation of the first - type code blocks, the control code block is adjusted to the boundary of the first - type code blocks to obtain the corresponding second - type code block. Exemplarily, the second - type code block can be a 256 / 257b control code block, or an L*64B control code block. When the first quantity L is greater than 1, the above - mentioned optimization adaptation and transcoding process is to adjust the position of a specific control code block in the 64 / 66b code blocks and combine the rate adaptation of the 64 / 66b code blocks to adjust the specified control code block to the boundary of the L*64B coding format to obtain the corresponding 256 / 257b control code block, or an L*64B control code block, thereby simplifying the processing of the L*64B coding format for the specified control code block.

[0055] In one embodiment, when the code - block types of the first quantity of first - type code blocks are the same, all the control code blocks in the first quantity of first - type code blocks are adapted into a group of control code blocks, and the group of control code blocks is encoded in at least one of the following N*66B coding formats: 64 / 66b coding; 256 / 257b coding; 512 / 514b coding;

[0056] Overhead indication information is added to the coding format; wherein, the overhead indication information includes at least one of the following: the code - block type of the second - type code block; the pattern type of the second - type code block. Exemplarily, the second - type code block can be an L*64B control code block. The code - block type and pattern type of the second - type code block are the code - block type and pattern type of the L*64B control code block. L identical 64 / 66b control code blocks are adapted into a group and directly encoded in L*64B, and the identification, extraction, replacement, and termination processing of the specified control code block are further simplified. Since L identical 64 / 66b control code blocks form a group, there is a large amount of redundant information in the encoding. The compression of the redundant information can be defined, and then the space obtained by compression is used to add overhead indication information, including but not limited to the type and pattern type of the L*64B control code block. Figure 4It is a configuration schematic diagram of a 256 / 257b encoding format provided by an embodiment of the present application. As Figure 4 shown, when L is 4, the encoding format is optimized 256 / 257b; when L is 8, the encoding format is optimized 512 / 514b, and so on.

[0057] In one embodiment, the determination method of the second type of code block includes:

[0058] Redefine the type header of the first first type of code block as a compatible new type; or,

[0059] Move the control code block type indication in each first type of code block to the first position, and move the overhead content in each first type of code block to the second position, where the first position is before the second position, and redefine the format or content of the first position. Exemplarily, the second position refers to the position after L*56b; the first position refers to the previous L*8b. In the case where the first quantity L is 4, there are two implementation methods for the optimized 256 / 257b encoding: Encoding method 1 is to redefine a type (N-BTF: New Block Type) that meets the Hamming distance for the type header (BTF: Block Type, including the first half-byte F of 4 bits and the second half-byte S of 4 bits) of the first 64 / 66b control code block; Encoding method 2 is to directly move the content part (CB: Control Block) of the control code block to the position after L*56b, and the space of the previous L*8b is used as the overhead space for the entire encoding, where type indication information can be included in the previous L*8b, as Figure 4 shown.

[0060] In one embodiment, the redefined type header includes: the redefined first half-byte and second half-byte. The first half-byte refers to the first half-byte F, and the second half-byte refers to the second half-node S. For the newly optimized type header, in the case where the first quantity L is 4, a new forwarding scheme for the first half-byte F and the second half-byte S of 256 / 257b can be newly defined; or it can be based on the existing 256 / 257b scheme but use undefined or currently agreed invalid values. For example, for the 256 / 257b type indication including a control block, but the first half-byte F is 1111 (indicating a composition of 4 data code blocks); or for the 256 / 257b first half-byte, at least the first position is indicated as 0 (control code block), but the control code block type (CBType) of the second half-byte S is a currently undefined value. When L is 8, the method is the same, and so on.

[0061] In one embodiment, when the first type of code block is an idle code block and the rate of the service signal flow does not match the rate of the first channel layer, the addition or deletion of idle code blocks is performed with the redefined idle coding format as the basic unit;

[0062] Among them, the redefined idle coding format includes: the first coding format in which the code block type in the type indication information is an idle code block; the first coding format in which the code block type in the overhead indication information is an idle code block. For the L*64b coding format and when L is greater than 1, the optimized coded idle coding format is used as the basic unit for rate adaptation. When L is 4, a new control type or an optimized 256 / 257b coding format with the type indication in the overhead information being the idle type is defined as the new idle coding format; when L is 8, a new control type or an optimized 512 / 514b coding format with the type indication in the overhead information being the idle type is defined as the new idle coding format, and so on. When the customer signal rate does not match the channel layer rate, the addition or deletion of idle coding blocks is performed with the defined idle coding format as the basic unit to achieve accurate rate matching. Figure 5 It is a configuration schematic diagram of a coding format of 256 / 257b idle code blocks provided by an embodiment of the present application. As Figure 5 shown, it includes two coding methods, namely IDLE coding method 1 and IDLE coding method 2. The CB0 - CB3 as shown in Figure 4 will be replaced with the corresponding IDLE.

[0063] In one embodiment, the first channel layer includes at least one of the following functions: inserting OAM overhead at the source end; terminating OAM overhead at the sink end; non-intrusive monitoring of overhead at intermediate nodes; channel switching with the first interface rate as the section layer interface. When the first channel layer is a B400G channel layer, the B400G channel layer includes the following functions: inserting OAM overhead at the source end, terminating OAM overhead at the sink end, and optionally processing non-intrusive monitoring of overhead at intermediate nodes, B400G channel switching, etc.

[0064] In one embodiment, the first channel layer supports channel OAM processing; the channel OAM processing includes at least one of the following functions: OAM coding format; OAM transceiver processing; non-intrusive monitoring. The processing of B400G channel OAM includes functions such as OAM coding format, OAM transceiver processing, and non-intrusive monitoring. The OAM coding format adapts to the B400G channel coding format and corresponds to the B400G adaptation signal coding format. The B400G channel layer coding format can adopt the L*64b coding. When L is 1, the defined OAM code block type is adopted to be compatible with the G.8310 method; when L is 4, 4 consecutive 64 / 66b OAM coding blocks can be specified to form a 256 / 257b coding block as the coding format of the B400G channel layer OAM overhead, and so on.

[0065] In one embodiment, the OAM function is processed by identifying the OAM type field in the first coding format. The source end, sink end, or optional intermediate node of the MTN channel processes the OAM function by identifying the OAM type field in the defined L*64B coding format.

[0066] In one embodiment, the method of inserting the first information into the service signal frame by the first channel layer includes one of the following: replacing the existing idle code block in the first coding format with an OAM code block that identifies the defined first coding format; inserting an OAM code block in the coding frame gap and then deleting the idle code block; filling the idle code block after deleting the OAM code block; and inserting in real time at any position of the second type of code block according to the insertion interval of the OAM code block. Exemplarily, the first coding format is the 256 / 257b coding format. The OAM coding insertion of the channel layer can adopt a scheme compatible with the existing one to identify the 64 / 66b OAM coding in the L*64B coding format, or directly identify the OAM coding in the defined L*64B coding format, and then replace the existing L*64B idle coding or forcefully insert an OAM coding in the coding frame gap and then delete the idle coding; the OAM coding termination is simply to delete the OAM coding and then fill the idle coding or forcefully delete it and then add idle coding. For the OAM coding in the defined L*64B coding format, the characteristics of the coding format can also be utilized to insert in real time at any L*64B position according to the OAM insertion interval, reducing the change of the OAM insertion position caused by waiting for the L*64 idle coding or frame interval.

[0067] In one embodiment, when the first type of code block is an OAM code block, the method for determining the second type of code block further includes: combining the payload bits in the first number of first type of code blocks, and combining the overhead bits in the first number of first type of code blocks. For the B400G MTN channel OAM transceiver, as the value of L in the coding format increases, the OAM bandwidth increases, and the OAM overhead definition and transceiver processing can be optimized to uniformly define the OAM information. Figure 6 It is a schematic diagram of the configuration of the coding format of a 256 / 257b OAM code block provided by an embodiment of the present application. Assuming the first number is 4, as Figure 6 shown, it includes 3 OAM coding methods. Among them, OAM coding method 1 and OAM coding method 2 are as described above Figure 4 shown, replacing the corresponding CB0-CB3 with the corresponding OAM0-OAM3; OAM coding method 3 combines 4 OAM code blocks (OAM0-OAM3), and combines the overhead bits of the 4 OAM code blocks to obtain the corresponding Overhead (occupying 32 bits).

[0068] In one embodiment, the product value of the time slot granularity and the number of time slots satisfies the total rate of the first section layer. The B400GMTN channel switching achieves channel switching with a rate greater than 400G. For channel rates greater than 400G, compared with existing solutions, a larger time slot granularity can be used to configure the channel time slot allocation table and perform channel switching. The time slot granularity and the number of time slots satisfy the mathematical relationship that their product is the total rate of the B400G section layer (i.e., the relationship between the time slot granularity G, the number of time slots N, and the total rate R of the B400G section layer is G * N = R).

[0069] In one embodiment, the configuration method of encoding a first number of first type code blocks into second type code blocks includes: using the product value between the first number and the number of bit repetitions for inter-cycle interleaving; using a continuous first number of first type code blocks. The time slot granularity can be compatible with the encoding format. For the L*64B encoding format, when L is greater than 1, the encoding format is compatible with the 64 / 66b encoding in such a way that L 64 / 66b code blocks are encoded into the L*64B encoding format according to the configuration. Regarding how to select L 64 / 66b encodings into the L*64B format, it can be specified through configuration technically, as long as the MTN channel end-to-end agreement is consistent. When L is 4, a 20Gbps time slot granularity can be selected, and when L is 8, an 80Gbps time slot granularity can be selected. Figure 7 It is a schematic diagram of a static configuration method for MTN channel layer compatible encoding provided by an embodiment of the present application; Figure 8 It is a schematic diagram of a second static configuration method for MTN channel layer compatible encoding provided by an embodiment of the present application. As Figure 7 shown, it is configured in the way of L*1023 inter-cycle interleaving. As Figure 8 shown, it is configured in the way of continuous L 64 / 66b.

[0070] In one embodiment, the data transmission method further includes: determining the corresponding number of time slots according to the time slot granularity;

[0071] Among them, the product value between the number of time slots and the time slot granularity is equal to the interface capacity of the first section layer. If according to the encoding format, a way friendly to the Ethernet section layer rate can also be selected. At this time, a new MTN time slot division method needs to be defined, such as the time slot granularity being 25Gbps, 50Gbps, or 100Gbps, etc. Figure 9It is a schematic diagram of the time slot division method for the MTN B400GL*64B coding section layer provided by an embodiment of the present application. Similar to the MTN section layer, the number of time slots is selected according to the time slot granularity, satisfying the relationship that the product of the number of time slots and the time slot granularity is equal to the interface capacity of the MTN section layer. For example, for an 800G section layer interface, when selecting a 100G time slot granularity, the number of time slots is 8, and for a 1.6T section layer interface with a 100G time slot granularity, the number of time slots is 16; the selection of the repetition period M is determined according to the overhead budget, as Figure 9 shown.

[0072] In one embodiment, during the switching process of the first channel layer for channels with different rate levels, a hierarchical switching path is adopted, and switching supporting multiple rate levels and coding formats is supported. Figure 10 It is a schematic diagram of the hierarchical channel switching of the MTN B400GL*64B coding provided by an embodiment of the present application. For the channel switching of different rate levels in the B400G channel switching, a hierarchical switching path can also be adopted, and switching supporting multiple rate levels and coding formats is supported. For example, the first level is the switching path of less than or equal to 400G with the existing 64 / 66b coding. After completing the channel switching of 400G and below rates based on the 5G time slot granularity, the 64 / 66b coding is transcoded into 256 / 257 coding, and further the channel switching of rates above 400G is carried out with a 20G time slot granularity, as Figure 10 shown.

[0073] In one embodiment, the first section layer includes at least one of the following functions: channel layer and section layer rate adaptation; section layer time slot mapping and section layer service layer adaptation. The B400G section layer processing includes B400G channel layer and section layer rate adaptation, section layer time slot mapping, and section layer service layer adaptation, etc.

[0074] In one embodiment, the rate adaptation methods between the first channel layer and the first section layer include: adopting a signal adaptation method with the first interface rate; adopting different coding formats for rate adaptation. The B400G channel layer and section layer rate adaptation can follow the above-mentioned B400G client signal rate adaptation method, or different coding formats can be adopted for rate adaptation. For example, the client signal rate uses a 64 / 66b coding format, while the B400G channel layer and section layer rate adaptation use a 256 / 257b coding format. Rate adaptation needs to consider reserving positions and spaces for inserting other overheads for the section layer service layer, and the reservation method is to fill idle coding. The rate adaptation here can also be completed together with the client signal rate adaptation.

[0075] In one embodiment, the first section layer unifies and simplifies the support of the section layer for the first interface rate through an instance, and selects a section layer instance with a second quantity and a third interface rate;

[0076] The time slot granularity of the first section layer is the same as that of the first channel layer, or greater than the rate level corresponding to the time slot granularity of the first channel layer. Figure 11 This is a schematic diagram of an MTN B400G hierarchical Instance provided by an embodiment of the present application. The B400G section layer unifies and simplifies the support for B400G in the section layer through a similar MTN instance (Instance), and an MTN section layer Instance with an M*100G rate can be selected. When M is 1, it is compatible with the G.8312 solution; when M is 2, it can match the physical channel rate of 200G; when M is 4, it can match the 400G stream of the IEEE 802.3 PCS layer. The time slot granularity of the section layer can be selected to be the same as that of the channel layer, or only the time slot granularity of a higher rate level can be selected. When M is greater than 1, the MTN B400G section layer can support hierarchical Instances to be compatible with existing 100G Instances, such as Figure 11 shown.

[0077] In one embodiment, the padded code block supports carrying auxiliary overhead for section layer instance identification through a redefined code block. The redefinition of the padded code block includes redefining the original padded code block format and introducing a new padded code block format.

[0078] In one embodiment, the first section layer supports dynamic activation and deactivation of section layer instances. The B400G section layer can support dynamic activation and deactivation of Instances to achieve flexible adjustment of the section layer rate. The activation and deactivation can be combined with Ethernet Energy Efficient (EEE) technology. The activation and deactivation functions can be completed through the MTN management and control interface, newly added MTN negotiation signaling, etc.

[0079] In one embodiment, the data transmission method further includes: transmitting the activated section layer instance to a second communication device through the first section layer; wherein, the section layer instance carries an instance identifier and service data; the padding pattern of the section layer instance includes at least one of an error code block and an idle code block. Figure 12 This is a schematic diagram of an MTN B400G deactivated Instance filling the L*64B coding pattern. The activation and deactivation of the B400G section layer Instance can transmit specific Instance IDs and data for differentiation. The filled data pattern can be in the L*64B specific coding format, typically including a combination of M+N Error coding and IDLE coding. For example, when L is 1, a 64 / 66b error code block (64 / 66b Error Block) compatible with G.8312 is used. When L is 4, a new 256 / 257b error code block type is defined for filling. To support rate adaptation, an interleaved filling method of error code blocks (EB: Error Block) and idle code blocks can be used in the padding pattern, such asFigure 12 as shown

[0080] In one embodiment, when the traffic volume of the first section layer is less than the preset energy-saving traffic volume, the LPI signal is replaced with the overhead signaling of the first section layer to trigger the first section layer to perform time slot switching. Figure 13 It is a schematic diagram of the coordinated switching of MTN B400G section layer Instance activation / deactivation and Ethernet energy saving provided by an embodiment of the present application. The ability negotiation signaling for activating and deactivating the B400G section layer interface Instance can be implemented by extending the LLDP protocol. The combination with Ethernet energy saving technology can replace the LPI with overhead signaling. Combining with the MTN section layer time slot table switching mechanism can achieve dynamic switching and conditional lossless switching. When the traffic volume of the section layer decreases to support energy saving, by replacing the LPI signal with MTN section layer overhead transmission, the modification and switching of the section layer time slot table are triggered, and the configuration of the section layer time slot table is dynamically switched with the LPI signal. When the time of LPI and time slot table switching meets the requirements of lossless switching time, energy-saving Instance activation / deactivation services can be achieved without damage. The coordinated process is as Figure 13 as shown

[0081] In one embodiment, the data transmission method further includes: redefining the fault overhead format and the fault coding format for the first coding format through the first section layer to indicate the fault; wherein, the filling pattern corresponding to the fault includes at least one of an idle code block and an error code block. Figure 14 It is a schematic diagram of the MTN B400G fault filling L*64B coding pattern provided by an embodiment of the present application. The B400G section layer supports fault notification. The main difference from the existing method is to newly define the fault overhead format and its filled fault coding format for different coding formats. The filling pattern can adopt the L*66b specific coding format, typically including the combination of M+N Error coding and IDLE coding. For example, when L is 1, a 64 / 66b error code block (64 / 66b Error Block) compatible with G.8312 is adopted. When L is 4, a new 256 / 257b error code block type is defined for filling. In order to support rate adaptation, the filling pattern can adopt the interleave filling method between local fault code blocks (LF: Local Fault) and idle code blocks, such as Figure 14 as shown

[0082] In the first embodiment, taking the 800G interface supported by MTN with 20G granules as an example, the data transmission process is described. Figure 15 It is a schematic diagram of a newly defined coding type of MTN 800G 256 / 257b provided by an embodiment of the present application; Figure 16 It is a schematic diagram of a newly defined IDLE and OAM coding of MTN 800G 256 / 257b provided by an embodiment of the present application;Figure 17 It is a schematic diagram of an MTN 800G 256 / 257b Error and fault filling pattern provided by an embodiment of the present application; Figure 18 It is a schematic diagram of the adjustment and switching of the MTN 800G Instance deactivation or the trigger time slot table for the energy-saving shutdown of the Ethernet interface bus. As Figure 18 shown, it includes the following steps:

[0083] Step 1: The MTN device adds an 800G MTN section layer interface, and adds MTN channel switching, channel OAM, and corresponding rate adaptation functions at the 800G section layer rate.

[0084] Step 2: Both the MTN channel layer and the section layer adopt a 4*64B (L*64B when L is 4, corresponding to 256 / 257b) coding format, define 20G time slot granules compatible with the current MTN, and the control code block coding format adopts Method 1. The new type header can directly use only the pre-configured 64 / 66b control code block type header but the uncompressed value (for example, 0xIE and 0x4B will not repeat the normal 256 / 257b coding, so they can be normally recognized by the MTN channel layer), as Figure 15 shown.

[0085] Step 3: The MTN channel layer performs rate adaptation on the customer service using the defined 256 / 256b IDLE coding, and inserts the defined 256 / 257b OAM coding to transmit the OAM information of the channel layer. The specific information format can directly follow the existing definition of ITU-T G.8312, as Figure 16 shown.

[0086] Step 4: The MTN section layer divides the time slots in a 4*1023*20 cycle manner, and the time slot granule is 20G; for the 800G interface physical layer solution of 4*200G, select the 200G rate section layer Instance solution to facilitate the realization of the 200G bus-level Ethernet energy-saving coordination.

[0087] Step 5: The MTN section layer fills the deactivated Instance with an 8+1 Error coding and IDLE coding pattern, and fills the faulty section layer with an 8+1 LF coding and IDLE coding pattern, as Figure 17 shown.

[0088] Step 6: For the process in which the MTN layer deactivates an Instance and jointly adjusts the MTN time slot capacity with the layer overhead, the current MTN time slot table switching process can be followed. That is, when the source MTN layer confirms that an Instance can be deactivated, or energy can be saved by closing a certain layer hardware interface link. When the source MTN layer is about to deactivate an Instance, or an Instance corresponding to a certain bus is to be closed due to energy saving, the source MTN realizes dynamic MTN layer time slot capacity adjustment by following the existing MTN layer time slot table switching overheads (time slot table request CR, time slot table response CA, and time slot table switching C). The process is as Figure 18 shown.

[0089] In the second embodiment, a 1.6T interface with MTN supporting 50G granularity is used to illustrate its data transmission process. Figure 19 It is a schematic diagram of a new defined coding type of MTN 1.6T 256 / 257b provided by an embodiment of the present application; Figure 20 It is a schematic diagram of a new defined IDLE and OAM coding of MTN 1.6T 256 / 257b provided by an embodiment of the present application.

[0090] Step 1: The MTN device adds a 1.6T MTN layer interface and adds MTN channel switching, channel OAM, and corresponding rate adaptation functions for the 1.6T layer rate.

[0091] Step 2: Both the MTN channel layer and the layer adopt the 256 / 257b coding format, define 50G time slot granularity compatible with the current MTN, and the control code block coding format adopts Method 2. The new type header can directly follow only the pre-configured 64 / 66b control code block type header but the uncompressed value (for example, neither 0xFE nor 0xFB will repeat with the normal 256 / 257b coding, so they can be normally recognized by the MTN channel layer). Other unused overheads are reserved fields, such as Figure 19 shown.

[0092] Step 3: The MTN channel layer performs rate adaptation for customer services using the defined 256 / 256b IDLE coding and inserts the defined 256 / 257b OAM coding to transmit the OAM information of the channel layer. Since the 256 / 257b OAM overhead coding can be directly recognized, the OAM format can be redefined to more efficiently utilize the OAM overhead space, such as Figure 20 shown.

[0093] Step 4: The MTN section layer divides time slots in a 639 (using the same overhead ratio as the current MTN section layer: 1023 * 20 / 32 = 639) * 32 cycle manner, with a time slot granularity of 50G; for the 800G interface physical layer solution of 8 * 200G, select the section layer Instance solution with a 200G rate to facilitate the implementation of Ethernet energy-saving collaboration at the 200G bus level.

[0094] Step 5: The MTN section layer fills the deactivated Instance with an 8 + 1 Error code and IDLE code pattern, and fills the faulty section layer with an 8 + 1 LF code and IDLE code pattern, as Figure 17 shown.

[0095] In Embodiment 3, taking the MTN supporting the hybrid networking of 5G and 20G granules as an example, its data transmission process is described. Figure 21 It is a schematic diagram of MTN B400G 256 / 257b encoding hierarchical channel switching provided by an embodiment of the present application; Figure 22 It is a schematic diagram of MTN 800G 20G time slot granularity 256 / 257b section layer encoding provided by an embodiment of the present application; Figure 23 It is a schematic diagram of MTN B400G hierarchical Instance compatibility processing provided by an embodiment of the present application.

[0096] Step 1: The MTN device adds an 800G MTN section layer interface, adds MTN channel switching, channel OAM, and corresponding rate adaptation functions at the 800G section layer rate, and is compatible with the current section layer interface not higher than 400G at the same time.

[0097] Step 2: Both the MTN channel layer and the section layer adopt the 256 / 257b encoding format, define 20G time slot granules compatible with the current MTN, and are compatible with the current MTN 5G time slot granules at the same time. The control code block encoding format adopts Method 1. The new type header can directly follow only the pre-configured 64 / 66b control code block type header but the uncompressed value, as Figure 15 shown.

[0098] Step 3: The MTN channel exchange supports hierarchical time slot granules and their channel exchange. For the B400G signals encoded in 256 / 257b of B400G, they are transmitted and received through the B400G interface. For service signals that do not require 5G granule channel exchange, the channel exchange of 256 / 257b 20 granules can be directly performed without transcoding to restore to 64 / 66b for 5G granule channel exchange. For service signals that need to be compatible with the existing 5G granule channel exchange processing, at the MTN B400G section layer, 256 / 257b is transcoded back to 64 / 66b, and then the 5G granule channel exchange is performed. After the channel exchange is completed, it is transcoded from 64 / 66b to 256 / 257b again, and the signal transmission and reception continue through the B400G section layer with 256 / 257b encoding, as Figure 21 shown.

[0099] Step 4: The MTN channel exchange encoding process can adopt an encoding format compatible with 5G granules, that is, 4 consecutive 64 / 66b of the 5G granule time slot are encoded into one 256 / 257b to form a 20G time slot granule, as shown in Figure 22.

[0100] Step 5: For the MTN B400G section layer Instance, a 200G rate can be selected, which can be hierarchically processed in the same way as the existing 100G Instance of MTN. The 200G Instance of the B400G section layer can be composed of the interleaving of 2 * 100G existing MTN Instances, forming a hierarchical Instance mapping relationship, as Figure 23 shown.

[0101] In Embodiment 4, the data transmission process of the 1.6T interface of MTN supporting 50G granules with a 512 / 514b encoding format is described. Figure 24 is a schematic diagram of the newly defined IDLE and OAM encoding of MTN 1.6T 512 / 514b provided by an embodiment of the present application; Figure 25 is a schematic diagram of the hierarchical channel exchange of MTN B400G 256 / 257b encoding provided by an embodiment of the present application; Figure 26 is a schematic diagram of the multi-level Instance compatibility processing of MTN B400G provided by an embodiment of the present application.

[0102] Step 1: Except for the encoding format, other steps are the same as those in Embodiment 2.

[0103] Step 2: Both the MTN channel layer and the section layer adopt the 512 / 514b encoding format, and the encoding format defined in 256 / 257b can be directly transcoded to the 512 / 514b encoding format. The transcoding rule is the same as the existing scheme, except that 256 / 257b contains the specified defined encoding format, asFigure 24 as shown

[0104] Step 3: The MTN channel exchange supports hierarchical time slot granules and their channel exchanges. For the B400G signals encoded in 512 / 514b of B400G, they are transmitted and received through the B400G interface. When there is no need to perform channel exchange in the 256 / 257b encoding format, the MTN channel exchange in the 512 / 514b encoding format is directly performed without transcoding to the 256 / 267b encoding format; conversely, it can be first transcoded to the 256 / 257b encoding format for MTN channel exchange; similarly, for service signals that do not require MTN channel exchange in the 64 / 66b encoding format, the channel exchange can be performed based on the transcoded 256 / 257b encoding format without further transcoding to restore to the 64 / 66b encoding format for channel exchange. For service signals that need to be compatible with the existing 5G granule channel exchange processing, first transcode 512 / 514b to 256 / 257b in the MTN B400G section layer, then further transcode 256 / 257b to restore to 64 / 66b, then perform the channel exchange of 5G granules. After the channel exchange is completed, transcode 64 / 66b to 256 / 257b and further transcode to 512 / 514b, and then continue to transmit and receive signals through the B400G section layer in the 512 / 514b encoding, as Figure 25 as shown

[0105] Step 4: For the Instance encoded in 512 / 514b in the MTN B400G section layer, select the 400G rate, which can be compatible with the 200G Instance rate encoded in 256 / 257b of B400G, and further form a multi-level processing method with the existing 100G Instance encoded in 64 / 66b of MTN. The Instance encoded in 512 / 514b in the B400G section layer can be interlaced by two 200G Instances encoded in 256 / 257b. Further, the 200G Instance encoded in 256 / 257b in the B400G section layer can be interlaced by two existing MTN Instances encoded in 64 / 66b of 2*100G, forming a multi-level Instance mapping relationship, as Figure 26 as shown

[0106] In one embodiment Figure 27 is the structural block diagram of a data transmission device provided by an embodiment of the present application. This embodiment is applied to the first communication device. As Figure 27 shown, the data transmission device in this embodiment includes: a rate adaptation module 210, an insertion module 220, a division module 230, and a transmission module 240.

[0107] The rate adaptation module 210 is configured to perform rate adaptation on the service signal flow in a signal adaptation manner through the first channel layer to obtain corresponding service signal frames.

[0108] The insertion module 220 is configured to insert first information in a first coding format into the service signal frame through the first channel layer.

[0109] The division module 230 is configured to divide time slots in a time slot division manner through the first section layer to obtain corresponding time slot granularities.

[0110] The transmission module 240 is configured to select and transmit corresponding section layer instances to the second communication device according to the time slot granularity through the first section layer.

[0111] In one embodiment, the signal adaptation manner includes at least one of the following: signal adaptation at the rate of a single first interface; signal adaptation of at least two second interface rates, where the second interface rate is less than the first interface rate.

[0112] In one embodiment, the service signal flow includes service signal frames, and the service signal frames include a first number of first type code blocks; the code block types of the first type code blocks include at least one of the following: idle code blocks; local fault code blocks related to fault indication; remote fault code blocks related to fault indication; low power indication LPI code blocks; error code blocks; sequence code code blocks; padding code blocks.

[0113] In one embodiment, when the second type code block is composed of a first number of first type code blocks and the first number is greater than 1, by adjusting the positions of the control code blocks in the first type code blocks and combining the rate adaptation of the first type code blocks, the control code blocks are adjusted to the boundaries of the first type code blocks to obtain corresponding second type code blocks.

[0114] In one embodiment, when the code block types of the first number of first type code blocks are the same, all the control code blocks in the first number of first type code blocks are adapted into a group of control code blocks, and the group of control code blocks is encoded in at least one of the following N*66B coding formats: 64 / 66b coding; 256 / 257b coding; 512 / 514b coding;

[0115] Overhead indication information is added to the coding format; where the overhead indication information includes at least one of the following: the code block type of the second type code block; the pattern type of the second type code block.

[0116] In one embodiment, the determination method of the second type code block includes:

[0117] Redefine the type header of the first first type code block as a compatible new type; or,

[0118] Move the control code block type indication in each first - type code block to the first position, and move the overhead content in each first - type code block to the second position, where the first position is before the second position, and re - define the format or content of the first position.

[0119] In one embodiment, the re - defined type header includes: a re - defined first nibble and second nibble.

[0120] In one embodiment, when the first - type code block is an idle code block and the service signal flow does not match the rate of the first channel layer, add or delete idle code blocks based on the re - defined idle coding format as the basic unit;

[0121] Among them, the re - defined idle coding format includes: the first coding format in which the code block type in the type indication information is an idle code block; the first coding format in which the code block type in the overhead indication information is an idle code block.

[0122] In one embodiment, the first channel layer includes at least one of the following functions: source - end inserting OAM overhead; sink - end terminating OAM overhead; intermediate node non - intervening monitoring overhead; channel switching with the first interface rate as the section layer interface.

[0123] In one embodiment, the first channel layer supports channel OAM processing; channel OAM processing includes at least one of the following functions: OAM coding format; OAM transceiver processing; non - intervening monitoring.

[0124] In one embodiment, process the OAM function by identifying the OAM type field of the first coding format.

[0125] In one embodiment, the ways of inserting the first information into the service signal frame through the first channel layer include one of the following: replacing the existing idle code block of the first coding format with an OAM code block that identifies the defined first coding format; inserting an OAM code block in the coding frame gap and then deleting the idle code block; filling the idle code block after deleting the OAM code block; inserting in real - time at any position of the second - type code block according to the insertion interval of the OAM code block.

[0126] In one embodiment, when the first - type code block is an OAM code block, the method for determining the second - type code block further includes:

[0127] Merge the payload bits in the first quantity of first - type code blocks, and merge the overhead bits in the first quantity of first - type code blocks.

[0128] In one embodiment, the product value of the time - slot granularity and the number of time - slots meets the total rate of the first section layer.

[0129] In one embodiment, the configuration method of encoding a first quantity of code blocks of a first type into code blocks of a second type includes: using a product value between the first quantity and the bit repetition times for an inter-cycle interpolation method; and using a method of consecutive first quantities of code blocks of the first type.

[0130] In one embodiment, the data transmission device further includes:

[0131] A determination module, configured to determine a corresponding number of time slots according to the time slot granularity;

[0132] Wherein, the product value between the number of time slots and the time slot granularity is equal to the interface capacity of the first section layer.

[0133] In one embodiment, during the switching process of different rate levels of channels by the first channel layer, a hierarchical switching path is adopted, and switching supporting multiple rate levels and coding formats is performed.

[0134] In one embodiment, the first section layer includes at least one of the following functions: channel layer and section layer rate adaptation; section layer time slot mapping and section layer service layer adaptation.

[0135] In one embodiment, the rate adaptation method between the first channel layer and the first section layer includes: using a signal adaptation method with a first interface rate; and performing rate adaptation using different coding formats.

[0136] In one embodiment, the first section layer unifies and simplifies the support for the first interface rate by the section layer through an instance, and selects a second quantity of section layer instances with a third interface rate;

[0137] The time slot granularity of the first section layer is the same as that of the first channel layer, or greater than the rate level corresponding to the time slot granularity of the first channel layer.

[0138] In one embodiment, the padding code block supports carrying auxiliary overhead for section layer instance identification through a redefined code block. The redefinition of the padding code block includes redefining the original padding code block format and introducing a new padding code block format.

[0139] In one embodiment, the first section layer supports dynamic activation and deactivation of section layer instances.

[0140] In one embodiment, the data transmission device further includes:

[0141] A transmission module, further configured to transmit the activated section layer instances to a second communication device through the first section layer; wherein, the section layer instances carry instance identifiers and service data; the padding pattern of the section layer instances includes at least one of error code blocks and idle code blocks.

[0142] In one embodiment, when the service traffic of the first section layer is less than a preset energy-saving traffic, the LPI signal is replaced with the overhead signaling of the first section layer to trigger the first section layer to switch time slots.

[0143] In one embodiment, the data transmission device further includes: a redefinition module configured to redefine the fault overhead format and the fault coding format for the first coding format through the first section layer to indicate a fault; wherein, the filling pattern corresponding to the fault includes at least one of an idle code block and an error code block.

[0144] The data transmission device provided in this embodiment is configured to implement Figure 2 the data transmission method applied to the first communication device shown in the embodiment. The implementation principle and technical effects of the data transmission device provided in this embodiment are similar and will not be elaborated here.

[0145] In one embodiment, Figure 28 is a schematic structural diagram of a communication device provided in an embodiment of the present application. As Figure 28 shown, the device provided in the present application includes: a processor 310, a memory 320, and a communication module 330. The number of processors 310 in the device may be one or more, Figure 28 and one processor 310 is taken as an example here. The number of memories 320 in the device may be one or more, Figure 28 and one memory 320 is taken as an example here. The processor 310, the memory 320, and the communication module 330 of the device may be connected through a bus or other means, Figure 28 and connected through a bus is taken as an example here. In this embodiment, the device may be an MTN device.

[0146] The memory 320, as a computer-readable storage medium, may be configured to store software programs, computer-executable programs, and modules, such as program instructions / modules corresponding to the devices in any embodiment of the present application (for example, the rate adaptation module 210, the insertion module 220, the division module 230, and the transmission module 240 in the data transmission device). The memory 320 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system and application programs required for at least one function; the data storage area may store data created according to the use of the device. In addition, the memory 320 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other non-volatile solid-state storage devices. In some instances, the memory 320 may further include a memory remotely provided relative to the processor 310, and these remote memories may be connected to the device through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

[0147] When the communication device is the first communication device, the device provided above can be set to execute the data transmission method applied to the first communication device provided in any of the above embodiments, and has the corresponding functions and effects.

[0148] An embodiment of the present application further provides a storage medium containing computer-executable instructions. The computer-executable instructions are used to execute a data transmission method applied to a first communication device when executed by a computer processor. The method includes: performing rate adaptation on a service signal stream in a signal adaptation manner through the first channel layer to obtain a corresponding service signal frame; inserting first information in the first coding format into the service signal frame through the first channel layer; dividing time slots in a time slot division manner through the first section layer to obtain a corresponding time slot granularity; and selecting and transmitting a corresponding section layer instance to a second communication device according to the time slot granularity through the first section layer.

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

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

[0151] Embodiments of the present application can be implemented by a data processor of a mobile device executing computer program instructions, for example, in a processor entity, or by hardware, or by a combination of software and hardware. The computer program instructions can be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, status setting data, or source code or object code written in any combination of one or more programming languages.

[0152] Any block diagram of a logical process in the accompanying drawings of the present application may represent a program step, or may represent interconnected logical circuits, modules, and functions, or may represent a combination of program steps and logical circuits, modules, and functions. A computer program may be stored in a memory. The memory may be of any type suitable for the local technical environment and may be implemented using any suitable data storage technology, such as but not limited to read-only memory (ROM), random access memory (RAM), optical memory devices and systems (digital video disc (DVD) or compact disk (CD)), etc. A computer-readable medium may include a non-transitory storage medium. The data processor may be of any type suitable for the local technical environment, such as but not limited to general-purpose computers, special-purpose computers, microprocessors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), and processors based on multi-core processor architectures.

[0153] The foregoing are only the preferred embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and modifications. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the protection scope of the present application.

Claims

1. A data transmission method, characterized in that, Applied to a first communication device, the first communication device includes: a first channel layer and a first section layer; wherein, the first channel layer and the first section layer support carrying a first interface rate greater than 400G; the method includes: Performing rate adaptation on the service signal flow by the first channel layer in a signal adaptation manner to obtain a corresponding service signal frame; Inserting first information in the first coding format into the service signal frame by the first channel layer; Dividing time slots by the first section layer in a time slot division manner to obtain a corresponding time slot granularity; Selecting and transmitting a corresponding section layer instance to a second communication device by the first section layer according to the time slot granularity.

2. The method according to claim 1, wherein The signal adaptation manner includes at least one of the following: signal adaptation of a single-channel first interface rate; signal adaptation of at least two second interface rates; wherein, the second interface rate is less than the first interface rate.

3. The method according to claim 1, wherein The service signal flow includes service signal frames, and the service signal frames include a first number of first type code blocks; the code block types of the first type code blocks include at least one of the following: idle code blocks; local fault code blocks related to fault indication; remote fault code blocks related to fault indication; low power indication LPI code blocks; error code blocks; sequence code blocks; padding code blocks.

4. The method according to claim 1, wherein When a second type code block is formed by a first number of first type code blocks and the first number is greater than 1, by adjusting the position of the control code block in the first type code block and combining the rate adaptation of the first type code block, the control code block is adjusted to the boundary of the first type code block to obtain a corresponding second type code block.

5. The method according to claim 4, wherein When the code block types of the first number of first type code blocks are the same, all the control code blocks in the first number of first type code blocks are adapted into a group of control code blocks, and the group of control code blocks is encoded in at least one of the following N*66B coding formats: 64 / 66b coding; 256 / 257b coding; 512 / 514b coding; Adding overhead indication information to the coding format; wherein, the overhead indication information includes at least one of the following: the code block type of the second type code block; the pattern type of the second type code block.

6. The method according to claim 4, wherein The determination method of the second type code block includes: Redefining the type header of the first first type code block as a compatible new type; or, Moving the control code block type indication in each first type code block to a first position, and moving the overhead content in each first type code block to a second position, wherein the first position is before the second position, and redefining the format or content of the first position.

7. The method according to claim 6, characterized in that, The redefined type header includes: a redefined first half-byte and a second half-byte.

8. The method according to claim 5 or 6, characterized in that, When the first type code block is an idle code block and the rate of the service signal flow does not match that of the first channel layer, adding or deleting idle code blocks with the redefined idle coding format as the basic unit; Among them, the redefined idle coding format includes: the first coding format in which the code block type in the type indication information is an idle code block; the first coding format in which the code block type in the overhead indication information is an idle code block.

9. The method according to claim 1, characterized in that, The first channel layer at least includes one of the following functions: inserting OAM overhead at the source end; terminating OAM overhead at the sink end; non-intrusively monitoring overhead at intermediate nodes; and channel switching with the first interface rate as the section layer interface.

10. The method according to claim 1, characterized in that, The first channel layer supports channel OAM processing; the channel OAM processing at least includes one of the following functions: OAM coding format; OAM transceiver processing; non-intrusive monitoring.

11. The method according to claim 1, wherein Process the OAM function by identifying the OAM type field of the first coding format.

12. The method according to claim 4, characterized in that, The ways of inserting the first information into the service signal frame through the first channel layer include one of the following: replacing the existing idle code block of the first coding format with the identified OAM code block of the first coding format; inserting an OAM code block in the coding frame gap and then deleting the idle code block; filling the idle code block after deleting the OAM code block; and inserting in real time at any position of the second type of code block according to the insertion interval of the OAM code block.

13. The method according to claim 4, wherein When the first type of code block is an OAM code block, the determination method of the second type of code block further includes: Merging the payload bits in the first number of the first type of code blocks and merging the overhead bits in the first number of the first type of code blocks.

14. The method according to claim 4, characterized in that, The product value of the time slot granularity and the number of time slots satisfies the total rate of the first section layer.

15. The method according to claim 14, wherein The configuration method of encoding the first number of the first type of code blocks into the second type of code blocks includes: using the product value between the first number and the number of bit repetitions for the inter-cycle interleaving method; using the continuous first number of the first type of code blocks.

16. The method according to claim 1, characterized in that, It also includes: Determine the corresponding number of time slots according to the time slot granularity; Among them, the product value between the number of time slots and the time slot granularity is equal to the interface capacity of the first section layer.

17. The method according to claim 1, characterized in that, During the process of the first channel layer switching channels with different rate levels, a hierarchical switching path is adopted, and switching of multiple rate levels and coding formats is supported.

18. The method according to claim 1, wherein The first section layer at least includes one of the following functions: channel layer and section layer rate adaptation; section layer time slot mapping and section layer service layer adaptation.

19. The method according to claim 1, wherein The rate adaptation method between the first channel layer and the first section layer includes: using the signal adaptation method of the first interface rate; using different coding formats for rate adaptation.

20. The method according to claim 1, wherein The first section layer unifies and simplifies the support of the section layer for the first interface rate through an instance, and selects the section layer instance of the second number and the third interface rate; The time slot granularity of the first section layer is the same as that of the first channel layer, or greater than the rate level corresponding to the time slot granularity of the first channel layer.

21. The method according to claim 3, wherein The padding code block supports carrying auxiliary overhead for section layer instance identification through the redefined code block. The redefinition of the padding code block includes redefining the original padding code block format and introducing a new padding code block format.

22. The method according to claim 1, characterized in that, The first section layer supports dynamic activation and deactivation of section layer instances.

23. The method according to claim 1, wherein The method also includes: Transmit the activated segment instance to the second communication device through the first segment layer; wherein, the segment instance carries an instance identifier and service data; the filling pattern of the segment instance includes at least one of an error code block and an idle code block.

24. The method according to claim 1, wherein In the case where the service traffic of the first segment layer is less than a preset energy-saving traffic, replace the LPI signal with the overhead signaling of the first segment layer to trigger the first segment layer to perform a time slot switch.

25. The method according to claim 1, wherein The method further includes: Redefine the fault overhead format and the fault coding format for the first coding format through the first segment layer to indicate a fault; wherein, the filling pattern corresponding to the fault includes at least one of an idle code block and an error code block.

26. A communication device, characterized in that, Includes: A memory, and one or more processors; The memory is configured to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1-25 above.

27. A storage medium, characterized in that, The storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1-25 above is implemented.

Images