Method, device and electronic equipment for processing services in an optical transport network

Abstract

The embodiment of the present disclosure provides a service processing method in an optical transport network, comprising: mapping customer service into a service container; and mapping the service container into an optical transport network frame, wherein a payload area of the optical transport network frame is composed of a payload block, the payload block comprises an overhead part, and the overhead part comprises an indication identifier, the indication identifier being used to indicate that data carried by the payload block is service container data or padding data. The embodiment of the present disclosure also provides an optical transport network service processing device, an electronic device and a computer readable medium.

Description

TECHNICAL FIELD

[0001] Embodiments of the present disclosure relate to the field of optical communication technology, and particularly relate to a service processing method and device in an optical transport network, electronic equipment and a computer readable medium. BACKGROUND

[0002] In the existing optical transport network (OTN), a plurality of mapping methods of service containers into OTN payloads are defined, including: Bit-synchronous Mapping Procedure (BMP), Asynchronous Mapping Procedure (AMP), Generic Mapping Procedure (GMP), etc., wherein the GMP does not have mandatory requirements for service container rates and service layer frame rates, and is the most widely used mapping scheme.

[0003] In the GMP mapping process, a service layer frame is composed of a plurality of fixed-length payload blocks (PBs), and when a service container is mapped into a service layer frame, the number N of PBs included in the service layer frame carrying the service container is determined according to the service container rate, and the number C of PBs occupied by the service container, and then the distribution positions of the C PBs occupied by the service container in the N fixed-length blocks of the service layer frame are calculated according to a sigma-delta algorithm.

[0004] In the GMP mapping process, the positions of the service container data stored in the service layer frame are fixed positions calculated according to the sigma-delta algorithm, and in order to ensure that the positions of the service container data calculated in the service layer frame can be normally filled with the service container data, a larger buffer needs to be allocated for each customer service, and the large buffer means a larger delay. SUMMARY

[0005] Embodiments of the present disclosure provide a service processing method and device in an optical transport network and electronic equipment.

[0006] In a first aspect, embodiments of the present disclosure provide a service processing method in an optical transport network, comprising

[0007] mapping a customer service into a service container;

[0008] mapping the service container into an optical transport network frame, a payload area of the optical transport network frame being composed of payload blocks, the payload blocks including an overhead part, the overhead part including an indication identifier, the indication identifier being used to indicate that data carried by the payload block is service container data or padding data.

[0009] In some embodiments, in the payload area of the OTN frame, a plurality of continuous payload blocks are as one transmission period;

[0010] The step of mapping the service container into the OTN frame comprises:

[0011] According to the bandwidth of the service container and the bandwidth of the payload block, the number N1 of payload blocks required to be occupied by the service container in one transmission period is calculated;

[0012] According to the number N1 of payload blocks required to be occupied by the service container in one transmission period, the distribution position of the payload block required to be occupied by the service container in the transmission period is determined based on a preset allocation algorithm;

[0013] The service container is carried into the payload block at the determined distribution position.

[0014] In some embodiments, the payload block bandwidth allocated for the service container is greater than the service container bandwidth, and when the service container is mapped into the payload block, a padding data rate adaptation is inserted, and an indicator is used to indicate whether the payload block carries service container data or padding data.

[0015] In some embodiments, in one transmission period, for the payload block used to carry the service container, if the data amount of the service container data buffered in the service container buffer area exceeds the size of one payload block, the service container data is carried in the payload block; otherwise, padding data is carried in the payload block.

[0016] In some embodiments, in M transmission periods, N1*M payload blocks used to carry the service container constitute a service layer frame, and the number of payload blocks used to carry service container data in the service layer frame is C.

[0017]

[0018] Wherein, M is a preset integer, floor() is a floor function, v represents the service container rate, t represents the time length corresponding to the data of one transmission period, and L represents the length of one payload block.

[0019] In some embodiments, the step of carrying the service container into the payload block at the determined distribution position comprises:

[0020] According to the number C of payload blocks required to be occupied by the service container data in M transmission periods, the type of data expected to be carried by each of the N payload blocks of the service layer frame is determined based on a preset allocation algorithm, N=N1*M, and the type of data includes service container data or padding data;

[0021] determine the data type actually carried by the N payload blocks of the service layer frame according to the data amount buffered in the service container and the data type expected to be carried by each of the N payload blocks of the service layer frame.

[0022] In some embodiments, the preset allocation algorithm comprises a sigma-delta algorithm.

[0023] In some embodiments, the step of determining the data type actually carried by the N payload blocks of the service layer frame according to the data amount buffered in the service container and the data type expected to be carried by each of the N payload blocks of the service layer frame comprises:

[0024] for any one of the N payload blocks of the service layer frame, if the expected carrying of the payload block is service container data, determining whether the data amount of the service container data buffered in the service container exceeds the size of 1 payload block;

[0025] if it is determined that the data amount of the service container data buffered in the service container is greater than the size of 1 payload block, it is determined that the actual carrying of the payload block is service container data; otherwise, it is determined that the actual carrying of the payload block is padding data;

[0026] In some embodiments, the step of determining the data type actually carried by the N payload blocks of the service layer frame according to the data amount buffered in the service container and the data type expected to be carried by each of the N payload blocks of the service layer frame further comprises:

[0027] for any one of the N payload blocks of the service layer frame, if the expected carrying of the payload block is padding data, determining whether the data amount of the service container data buffered in the service container exceeds a preset threshold;

[0028] if it is determined that the data amount of the service container data buffered in the service container exceeds the preset threshold, it is determined that the actual carrying of the payload block is service container data; otherwise, it is determined that the actual carrying of the payload block is padding data;

[0029] wherein the preset threshold is greater than or equal to the size of 1 payload block.

[0030] In some embodiments, the indication occupies 1 bit.

[0031] The indication of the payload block carrying service container data is 1, and the indication of the payload block carrying padding data is 0.

[0032] In some embodiments, the method further comprises:

[0033] obtaining an OTN frame and obtaining a data stream from the payload area of the OTN frame;

[0034] determine a payload block carrying the service container data according to the indication in each payload block in the data stream, and extract the service container data;

[0035] obtain the client service from the service container.

[0036] In a second aspect, the embodiments of the present disclosure further provide an apparatus for service processing in an optical transport network, comprising:

[0037] a first mapping module, configured to map the client service into the service container;

[0038] a second mapping module, configured to map the service container into an optical transport network frame, wherein a payload area of the optical transport network frame comprises a plurality of payload blocks, and each of the payload blocks comprises an overhead part, and the overhead part comprises an indication, and the indication is used to indicate that data carried by the payload block is service container data or padding data.

[0039] In some embodiments, the apparatus further comprises

[0040] a first obtaining module, configured to obtain the optical transport network frame, and obtain a data stream from a payload area of the optical transport network frame;

[0041] an extracting module, configured to determine a payload block carrying the service container data according to the indication in each payload block in the data stream, and extract the service container data;

[0042] a second obtaining module, configured to obtain the client service from the service container.

[0043] In a third aspect, the embodiments of the present disclosure further provide an electronic device, comprising:

[0044] one or more processors;

[0045] a memory having one or more programs stored thereon, when the one or more programs are executed by the one or more processors, the one or more processors implement the method provided in the first aspect.

[0046] In a fourth aspect, the embodiments of the present disclosure further provide a computer readable medium having a computer program stored thereon, when the program is executed by a processor, the method provided in the first aspect is implemented.

[0047] The technical solution disclosed herein sets an indicator in the payload block to indicate whether the data carried by the payload block is service container data or padding data. This allows for rate adaptation by inserting padding data during the process of mapping service containers into optical transport frames. The position of the payload block used to carry service container data within the payload area can be dynamically changed according to the service container rate. At this time, the size of the service container buffer area that needs to be set can be reduced accordingly, which helps to reduce the latency of the service mapping process. Attached Figure Description

[0048] Figure 1 This is a schematic diagram of the optical path frame structure involved in the embodiments of this disclosure;

[0049] Figure 2 A flowchart of a service processing method in an optical transport network provided in this disclosure embodiment;

[0050] Figure 3 This is a flowchart illustrating a specific implementation of step S2 in an embodiment of this disclosure;

[0051] Figure 4 This is a flowchart illustrating a specific implementation of step S203 in an embodiment of this disclosure;

[0052] Figure 5 This is a flowchart illustrating a specific implementation of step S2032 in an embodiment of this disclosure;

[0053] Figure 6 A flowchart of another service processing method in an optical transport network provided as an embodiment of this disclosure;

[0054] Figure 7 This is a schematic diagram of the transmission scenario corresponding to the example of this disclosure;

[0055] Figure 8 This is a schematic diagram showing that a service layer frame in an embodiment of this disclosure contains 10 payload blocks;

[0056] Figure 9 for Figure 8 A schematic diagram showing the data types that each payload block in the service layer frame is expected to carry.

[0057] Figure 10 for Figure 9 A schematic diagram showing the actual data types carried by each payload block in the service layer frame;

[0058] Figure 11 This is a schematic diagram of the structure of a service processing device in an optical transport network provided in an embodiment of the present disclosure;

[0059] Figure 12 This is a structural block diagram of an electronic device provided in an embodiment of the present disclosure. Detailed Implementation

[0060] In order to make the technical solution of the present application better understood by those skilled in the art, the method for processing services in an optical transport network, the processing device, the electronic equipment and the computer readable medium provided by the present application are described in detail below in combination with the drawings.

[0061] In the following, example embodiments will be described more fully with reference to the accompanying drawings, in which example embodiments can, however, be implemented in various forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and fully convey the scope of the disclosure to those skilled in the art.

[0062] In the case of no conflict, each embodiment of the present disclosure and each feature in the embodiments can be combined with each other.

[0063] As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed items.

[0064] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and / or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0065] Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and the present disclosure and will not be interpreted in an overly literal or overly formal sense unless expressly so defined herein.

[0066] Figure 1 For the schematic diagram of the optical path frame structure involved in the embodiments of the present disclosure, as shown in Figure 1As shown, the OTU signal in the embodiment of the present disclosure is described by taking an optical channel transport unit (OTU) signal as an example. The OTU signal is composed of an OTUk frame, which includes an overhead area and a payload area. The overhead area includes an optical channel transport unit overhead (denoted as "OTUk overhead", k can take values of 1, 2, 3, and 4), an optical channel data unit (ODU) overhead (denoted as "ODUk overhead", k can take values of 0, 1, 2, 2e, 3, and 4), and an optical channel payload unit (OPU) overhead (denoted as "OPUk overhead", k can take values of 0, 1, 2, 2e, 3, and 4). The part left after removing the OTUk overhead from the OTUk frame is called an ODUk frame, the part left after removing the ODUk overhead from the ODUk frame is called an OPUk frame, and the part left after removing the OPUk overhead from the OPUk frame is called an OPUk payload (i.e., the payload area of the optical channel frame structure). The payload area can be used to carry a service signal.

[0067] Figure 2 A flowchart of a service processing method in an optical transport network provided by the embodiment of the present disclosure is shown in Figure 2 The service processing method in the optical transport network includes the following steps.

[0068] In step S1, a customer service is mapped into a service container.

[0069] In the embodiment of the present disclosure, the customer service specifically refers to a service (also commonly referred to as a Sub1G service) that is a small-granularity service with respect to the optical transport network frame. Specifically, the ratio of the bandwidth of the customer service to the bandwidth of the payload area of the optical transport network frame is less than a preset proportion, and the preset proportion is specifically set by industry professionals. Generally, the preset proportion is less than or equal to 10%. In the embodiment of the present disclosure, it is only required to ensure that the bandwidth of the customer service is less than the bandwidth of the payload area of the optical transport network frame.

[0070] In the embodiment of the present disclosure, the service container includes an ODU frame or an optical service unit (OSU) frame. The process of mapping the customer service into the service container belongs to the conventional technology in the field, which is not described herein.

[0071] In step S2, the service container is mapped into an optical transport network frame, and the payload area of the optical transport network frame is composed of a payload block. The payload block includes an overhead part, and the overhead part includes an indication identifier. The indication identifier is used to indicate that the data carried by the payload block is service container data or padding data.

[0072] Wherein, PB refers to a certain number (more than 1) of continuous bits in the payload area, and the payload block is used to carry customer service.

[0073] In the embodiments of the present disclosure, by setting an overhead part in the payload block, the overhead part has an indication identifier, by which it can be represented that the data carried by the payload block is service container data or padding data. Due to the existence of the indication identifier, in the process of mapping the service container into the OTN frame, rate adaptation can be performed by inserting padding data, and the position of the payload block in the payload area for carrying service container data can be dynamically changed according to the service container rate, so that the size of the service container buffer area to be set can be correspondingly reduced, which is beneficial to reducing the time delay of the service mapping process.

[0074] In some embodiments, the indication identifier occupies 1 bit; the indication identifier of the payload block carrying the service container data is 1, and the indication identifier of the payload block carrying the padding data is 0.

[0075] In some embodiments, the indication identifier occupies a plurality of bits (for example, 1 byte), and the indication identifier in the data block carrying the service container data is the tributary port number TPN of the customer service; the indication identifier in the data block carrying the padding data is all 0 or all 1.

[0076] The technical solution of the present disclosure does not limit the specific representation method for representing the service container data and the padding data by using the indication identifier.

[0077] Figure 3 A specific implementation flowchart of step S2 in the embodiments of the present disclosure is shown in FIG. 2, and in some embodiments, in the payload area of the OTN frame, a plurality of continuous payload blocks are used as a transmission period, and at this time, step S2 includes: Figure 3

[0078] Step S201: calculating the number N1 of payload blocks required by the service container in a transmission period according to the bandwidth of the service container and the bandwidth of the payload block.

[0079] Step S202: determining the distribution position of the payload block required by the service container in the transmission period based on a preset allocation algorithm according to the number N1 of payload blocks required by the service container in a transmission period.

[0080] In some embodiments, the preset allocation algorithm includes a sigma-delta algorithm.

[0081] Step S203: carrying the service container into the payload block at the determined distribution position.

[0082] ​The payload block bandwidth allocated for the service container is greater than the service container bandwidth, and padding data rate adaptation is inserted when the service container is mapped to the payload block, and an indicator is used to indicate whether the payload block carries service container data or padding data.

[0083] In some embodiments, in one transmission period, if the amount of service container data buffered in the service container buffer exceeds the size of one payload block, the service container data is carried in the payload block; otherwise, padding data is carried in the payload block.

[0084] In some embodiments, in M transmission periods, N1*M payload blocks used to carry the service container constitute a service layer frame, and the number of payload blocks used to carry service container data in the service layer frame is C.

[0085]

[0086] Wherein, M is a preset integer, floor() is a floor function, v represents the service container rate, t represents the time corresponding to the data of one transmission period, and L represents the length of one payload block.

[0087] Figure 4 A specific implementation flowchart for step S203 in the embodiments of the present disclosure is shown in FIG. 3, and in some embodiments, step S203 includes: Figure 4

[0088] Step S2031, based on the number C of payload blocks actually required by the service container data in M transmission periods, a preset allocation algorithm is used to determine the data type expected to be carried by each of the N payload blocks in the service layer frame.

[0089] In the embodiments of the present disclosure, the data type includes service container data or padding data. The service container data refers to data related to customer services, and the padding data is data (usually set to all 0) used for data padding.

[0090] Wherein, in M transmission periods, the number of payload blocks required by the service container is N1*M, that is, the number of payload blocks contained in the service layer frame corresponding to the service container is N=N1*M.

[0091] The preset allocation algorithm in step S2031 can be used to determine the distribution positions of the C payload blocks used to carry the service container data in the service layer frame. The data type expected to be carried by the payload blocks at the determined positions is service container data, and the data type expected to be carried by the payload blocks at other positions is padding data.

[0092] ​In some embodiments, the preset allocation algorithm used in step S202 and step S2031 is a sigma-delta algorithm, and the specific operation process of the sigma-delta algorithm is a routine technique in the art, which is not described here.

[0093] Step S2032, determining the data type actually carried by the N payload blocks of the service layer frame according to the data amount of the service container cached and the data type expected to be carried by each of the N payload blocks of the service layer frame.

[0094] In the embodiments of the present disclosure, the data type expected to be carried by each of the N payload blocks in the service layer frame can be determined based on the number C of payload blocks required to be occupied by the service container data and the number N of payload blocks contained in the service layer frame of the service container, i.e., preliminarily determining which data blocks (numbering C) in the N payload blocks are used to carry the service container data and which data blocks (numbering N-C) are used to carry the padding data. Then, the data type finally carried by each of the N payload blocks is determined according to the data type expected to be carried by each of the N payload blocks and the data amount of the service container data cached in the service container cache.

[0095] Figure 5 For a specific implementation flowchart of step S2032 in the embodiments of the present disclosure, as shown in FIG. 3, the payload blocks are continuously arriving, and when any one of the N payload blocks of the service layer frame arrives, the following steps are executed. Figure 5

[0096] Step S20321, identifying whether the expected carrying of the payload block is service container data or padding data.

[0097] Wherein, if it is identified that the expected carrying of the payload block is service container data, step S20322 is executed; if it is identified that the expected carrying of the payload block is padding data, step S20323 is executed.

[0098] Step S20322, judging whether the data amount of the service container data cached in the service container cache exceeds the size of 1 payload block.

[0099] In step S20322, if it is judged that the data amount of the service container data cached in the service container cache exceeds the size of 1 payload block, step S20324 is executed; otherwise, step S20325 is executed.

[0100] Step S20323, judging whether the data amount of the service container data cached in the service container cache exceeds a preset threshold.

[0101] Wherein, the preset threshold is greater than or equal to the size of 1 payload block.

[0102] ​In step S20323, if it is judged that the data amount of the service container data cached in the service container cache exceeds the preset threshold, step S20324 is executed; otherwise, step S20325 is executed.

[0103] In step S20324, it is determined that the actual load of the payload block is service container data, and the service container data in the cache is carried to the payload block.

[0104] In step S20325, it is determined that the actual load of the payload block is padding data, and the padding data is carried to the payload block.

[0105] In the service processing method in the optical transport network provided in the embodiments of the present disclosure, the indication identifier is arranged in the payload block to indicate that the data carried by the payload block is service container data or padding data, so that in the process of mapping the service container into the optical transport network frame, rate adaptation is performed by inserting padding data, the position of the payload block for carrying the service container data in the payload area can be dynamically changed according to the service container rate, and the size of the service container cache area to be set can be correspondingly reduced, which is beneficial to reducing the time delay of the service mapping process.

[0106] Figure 6 The flowchart of another service processing method in an optical transport network provided in the embodiments of the present disclosure is shown in FIG. 3, which includes steps S1 and S2, and further includes steps S3-S5. Hereinafter, only steps S3 and S5 will be described in detail. Figure 6

[0107] In step S3, an optical transport network frame is obtained, and a data stream is obtained from the payload area of the optical transport network frame.

[0108] In step S4, the payload block carrying the service container data is determined according to the indication identifier in each payload block in the data stream, and the service container data is extracted.

[0109] In step S5, the customer service is obtained from the service container.

[0110] Firstly, the indication identifier in each payload block is identified, so that it is determined that the data carried by the payload block is service container data or padding data; then, the corresponding service container data is extracted from the payload block carrying the service container data, so that the service container is obtained; finally, the customer service is obtained from the obtained service container.

[0111] It should be noted that steps S1 and S2 are applied to the data sending side, and steps S3-S5 are applied to the data receiving side. In actual application, one optical transport network device can be used as the data sending side or the data receiving side.

[0112] ​The following will be described in detail with specific examples.

[0113] Figure 7 A transmission scenario corresponding to the example of the present disclosure is shown in the following figure, Figure 8 A service layer frame containing 10 payload blocks in an embodiment of the present disclosure is shown in the following figure, Figure 9 A service layer frame containing 10 payload blocks in an embodiment of the present disclosure is shown in the following figure, Figure 8 A service layer frame containing 10 payload blocks in an embodiment of the present disclosure is shown in the following figure, Figure 10 A service layer frame containing 10 payload blocks in an embodiment of the present disclosure is shown in the following figure, Figure 9 A service layer frame containing 10 payload blocks in an embodiment of the present disclosure is shown in the following figure, as shown in the figure, two OTN devices transmit one customer service through an OTN interface, and the OTN frame is divided according to the payload block. The service layer frame carrying the service container of the customer service is part of the payload area of the OTN frame. It is assumed that the service layer frame carrying the OSU service container contains 10 data blocks, and according to the service container rate, it is calculated that the OSU service container needs to occupy 8 payload blocks in the service layer frame to carry the service container data. The specific process is as follows: Figures 7 to 10 1) The service layer frame contains 10 payload blocks, each of which is 256 bytes long, and the first byte is used as a TPN, as shown in the figure.

[0114] Figure 8 2) The service container data needs to occupy 8 payload blocks, and the preliminary position of the 8 payload blocks occupied by the service container data in the service layer frame is calculated according to the sigma-delta algorithm. That is, the value of j that satisfies the inequality (j*8)mod 10<8 is solved, j is an integer between 1 and 10 (including 1 and 10); wherein (j*8)mod 10 represents the result of the product of j and 8 divided by 10.

[0115] Through calculation, it can be known that when j=2, 3, 4, 5, 7, 8, 9, 10, the condition is satisfied, that is, the expected position of the service container data in the service layer frame is 2, 3, 4, 5, 7, 8, 9, 10. As shown in the figure, the data type expected to be carried by the payload block at positions 2, 3, 4, 5, 7, 8, 9, 10 is service container data, and the data type expected to be carried by the payload block at positions 1, 6 is padding data.

[0116] 3) A buffer area is allocated for the service container, and the size of the buffer area is 600 bytes, and the preset threshold is configured to be 512 bytes. Figure 9

[0117]

[0118] ​​​4) The first payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of padding data; assuming that the service container data in the buffer area does not exceed the preset threshold, it is determined that the actual carried data type of the payload block is padding data, and the padding data is carried in the 255 bytes in the first payload block in the service layer frame, and the TPN number is set to 0.

[0119] The second payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of service container data; assuming that the service container data in the buffer area exceeds the size of one payload block, it is determined that the actual carried data type of the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the second payload block in the service layer frame, and the TPN number is set to 1.

[0120] The third payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of service container data; assuming that the service container data in the buffer area exceeds the size of one payload block, it is determined that the actual carried data type of the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the third payload block in the service layer frame, and the TPN number is set to 1.

[0121] The fourth payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of service container data; assuming that the service container data in the buffer area exceeds the size of one payload block, it is determined that the actual carried data type of the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the fourth payload block in the service layer frame, and the TPN number is set to 1.

[0122] The fifth payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of service container data; assuming that the service container data in the buffer area exceeds the size of one payload block, it is determined that the actual carried data type of the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the fifth payload block in the service layer frame, and the TPN number is set to 1.

[0123] The sixth payload block in the service layer frame, according to the sigma-delta algorithm, the expected value here carries the data type of padding data; assuming that the service container data in the buffer area exceeds the preset threshold, it is determined that the actual carried data type of the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the sixth payload block in the service layer frame, and the TPN number is set to 1.

[0124] In the 7th payload block of the service layer frame, according to the sigma-delta algorithm, the expected value carries the service container data; assuming that the service container data in the buffer area exceeds 1 payload block in size, it is determined that the actual data type carried in the payload block is service container data, the service container data in the buffer area is carried in the 255 bytes in the 7th payload block of the service layer frame, and the TPN number is set to 1.

[0125] In the 8th payload block of the service layer frame, according to the sigma-delta algorithm, the expected value carries the service container data; assuming that the service container data in the buffer area does not exceed 1 payload block in size, it is determined that the actual data type carried in the payload block is padding data, and the padding data is carried in the 255 bytes in the 8th payload block of the service layer frame, and the TPN number is set to 0.

[0126] In the 9th payload block of the service layer frame, according to the sigma-delta algorithm, the expected value carries the service container data; assuming that the service container data in the buffer area exceeds 1 payload block in size, it is determined that the actual data type carried in the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the 9th payload block of the service layer frame, and the TPN number is set to 1.

[0127] In the 10th payload block of the service layer frame, according to the sigma-delta algorithm, the expected value carries the service container data; assuming that the service container data in the buffer area exceeds 1 payload block in size, it is determined that the actual data type carried in the payload block is service container data, and the service container data in the buffer area is carried in the 255 bytes in the 10th payload block of the service layer frame, and the TPN number is set to 1.

[0128] From the above, it can be seen that the 1st and 6th payload blocks of the service layer frame originally carry padding data, and after flexible adjustment according to the data flow of the service container data in the buffer area, the 1st and 8th payload blocks carry padding data, and the 6th payload block carries service container data. For details, see the description in the 6th payload block of the service layer frame. Figure 10

[0129] 5) carry the service layer frame into the OTN frame structure, and send the OTN frame.

[0130] 6) On the receiving side, the corresponding service layer frame is obtained from the OTN frame, the service container data and the padding data are identified according to the TPN number of the payload block in the service layer frame, the service container data is extracted from the corresponding payload block, the service container is obtained, and the customer service is obtained by demapping the service container. ​

[0131] Figure 11 A structure diagram of a service processing apparatus in an optical transport network provided by an embodiment of the present disclosure is shown in Figure 11 The service processing apparatus can be used to implement the service processing method provided by the foregoing embodiments, and the service processing apparatus comprises a first mapping module and a second mapping module.

[0132] The first mapping module is configured to map the customer service into the service container; and the second mapping module is configured to map the service container into the optical transport network frame, wherein the payload area of the optical transport network frame comprises a plurality of payload blocks, and each payload block comprises an overhead part, and the overhead part comprises an indication identifier, and the indication identifier is used to indicate whether the data carried in the payload block is service container data or padding data.

[0133] In some embodiments, the service processing apparatus further comprises a first obtaining module, an extracting module and a second obtaining module.

[0134] The first obtaining module is configured to obtain the optical transport network frame, and obtain a data stream from the payload area of the optical transport network frame.

[0135] The extracting module is configured to determine the payload block carrying the service container data according to the indication identifier in each payload block in the data stream, and extract the service container data.

[0136] The second obtaining module is configured to obtain the customer service from the service container.

[0137] For specific descriptions of the above modules, refer to the corresponding content in the foregoing embodiments, which will not be described here again.

[0138] Figure 12 A structure block diagram of an electronic device provided by an embodiment of the present disclosure is shown in Figure 12 The electronic device 10 can be a mobile terminal, a computer terminal or a similar computing device. The electronic device 10 comprises one or more processors 102 (only one processor 102 is shown in the figure, and the processor 102 can include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104; wherein the memory 104 stores one or more programs, and when the one or more programs are executed by the one or more processors 102, the one or more processors implement the steps in the processing method provided by the foregoing embodiments.

[0139] In some embodiments, the mobile terminal described above can further comprise a transmission device 106 for communication function and an input / output device 108. Those skilled in the art can understand that Figure 12 The structure shown in the figure is only for illustration, and it does not limit the structure of the mobile terminal described above. For example, the mobile terminal 10 can further comprise more Figure 12more or fewer components than those shown, or configurations with different configurations and / or layouts of the components shown. It is intended to include all such modifications and alternate configurations. Figure 12

[0140] The memory 104 is operable to store a computer program, for example, a software program of an application software and a module, such as a computer program corresponding to the method for processing service in an optical transport network in the embodiments of the present disclosure. The processor 102 performs various functional applications and data processing, i.e., implements the above method, by running the computer program stored in the memory 104. The memory 104 can include a high-speed random access memory, and also can include a nonvolatile memory, such as one or more magnetic storage devices, flash memories, or other nonvolatile solid-state memories. In some examples, the memory 104 can further include a memory remotely disposed relative to the processor 102, and these remote memories can be connected to the mobile terminal 10 through a network. Examples of the above network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof.

[0141] The transmission apparatus 106 is operable to receive or transmit data via a network. A specific example of the above network can include a wireless network provided by a communication provider of the mobile terminal 10. In one example, the transmission apparatus 106 includes a network adapter (NIC), which can be connected to other network devices through a base station so as to be able to communicate with the Internet. In one example, the transmission apparatus 106 can be a radio frequency (RF) module, which is operable to communicate with the Internet in a wireless manner.

[0142] The embodiments of the present disclosure further provide a computer readable medium, which has stored thereon a computer program. The program is executed by a processor to implement the steps of the processing method provided in the above embodiments.

[0143] ​Those of ordinary skill in the art will realize and understand that all or some of the steps in the methods disclosed above and the functional modules / units in the systems and devices can be implemented as software, firmware, hardware, and appropriate combinations thereof. In hardware implementation, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component can have multiple functions, or one function or step can be performed by several physical components in cooperation. Some or all of the physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on computer-readable media, which can include computer storage media (or non-transitory media) and communication media (or transitory media). As is well known to those of ordinary skill in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. Further, it is common knowledge to those of ordinary skill in the art that communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.

[0144] Example embodiments have been disclosed herein and, although the use of specific terms is expressly used herein, they are intended in a generic sense only and are not intended to limit the scope of the present disclosure. In some instances, it will be apparent to those skilled in the art that features, characteristics or / and elements described in connection with a particular embodiment can be used in conjunction with other embodiments unless otherwise explicitly stated. As such, those skilled in the art will appreciate that various changes can be made in form and detail without departing from the scope of the disclosure as set forth in the appended claims.

Claims

1. A method of service processing in an optical transport network, wherein, The method comprises the following steps: mapping a service container into a service container; mapping the service container into an OTN frame, a payload area of the OTN frame being composed of payload blocks, the payload blocks comprising an overhead part, the overhead part comprising an indication identifier, the indication identifier being used to indicate that data carried by the payload block is service container data or padding data; a plurality of continuous payload blocks in the payload area of the OTN frame form a transmission period; the step of mapping the service container into the OTN frame comprises the following steps: calculating the number N1 of payload blocks required by the service container in a transmission period according to the bandwidth of the service container and the bandwidth of the payload block; determining the distribution position of the payload block required by the service container in the transmission period based on a preset allocation algorithm according to the number N1 of payload blocks required by the service container in a transmission period; carrying the service container into the payload block at the determined distribution position.

2. The method of claim 1, wherein, The bandwidth of the payload block allocated for the service container is greater than the bandwidth of the service container, and padding data rate adaptation is inserted when the service container is mapped into the payload block, and the indication identifier is used to indicate that the payload block carries the service container data or the padding data.

3. The method of claim 1, wherein, In one transmission period, if the amount of service container data buffered in the service container buffer area exceeds the size of one payload block, the service container data is carried in the payload block. Otherwise, the padding data is carried in the payload block.

4. The method of claim 1, wherein, In M transmission periods, N1*M payload blocks used to carry the service container form a service layer frame, and the number of payload blocks used to carry the service container data in the service layer frame is C. Wherein, M is a preset integer, floor() is a down rounding function, v represents the service container rate, t represents the time length corresponding to the data of one transmission period, and L represents the length of one payload block.

5. The method of claim 4, wherein, The step of carrying the service container into the payload block at the determined distribution position comprises the following steps: determining the type of data expected to be carried by each of the N payload blocks of the service layer frame based on a preset allocation algorithm according to the number C of payload blocks required by the service container data in M transmission periods, N=N1*M, the type of data comprising service container data or padding data; determining the type of data actually carried by the N payload blocks of the service layer frame according to the amount of data buffered by the service container and the type of data expected to be carried by each of the N payload blocks of the service layer frame.

6. The method of claim 5, wherein, The preset allocation algorithm comprises a sigma-delta algorithm.

7. The method of claim 5, wherein, The step of determining the type of data actually carried by the N payload blocks of the service layer frame according to the amount of data buffered by the service container and the type of data expected to be carried by each of the N payload blocks of the service layer frame comprises the following steps: for any one of the N payload blocks of the service layer frame, if the type of data expected to be carried by the payload block is service container data, it is determined whether the amount of service container data buffered in the service container buffer area exceeds the size of one payload block. If it is determined that the data amount of the service container data cached in the service container cache is greater than the size of one payload block, it is determined that the actual carrying of the payload block is service container data; otherwise, it is determined that the actual carrying of the payload block is padding data.

8. The method of claim 5, wherein, The step of determining the data type actually carried by the N payload blocks of the service layer frame according to the data amount of the service container cache and the data type expected to be carried by each of the N payload blocks of the service layer frame further comprises: For any one of the N payload blocks of the service layer frame, if the expected carrying of the payload block is padding data, it is determined whether the data amount of the service container data cached in the service container cache exceeds a preset threshold; If it is determined that the data amount of the service container data cached in the service container cache exceeds the preset threshold, it is determined that the actual carrying of the payload block is service container data; otherwise, it is determined that the actual carrying data of the payload block is padding data; The preset threshold is greater than or equal to the size of one payload block.

9. The method of claim 1, wherein, The indication identifier occupies 1 bit; The indication identifier of the payload block carrying service container data is 1, and the indication identifier of the payload block carrying padding data is 0.

10. The method of any of claims 1-9, further comprising: obtaining an OTN frame and obtaining a data stream from a payload area of the OTN frame; determining, according to the indication identifier in each payload block in the data stream, a payload block carrying service container data, and extracting service container data; obtaining customer service from the service container.

11. An apparatus for processing a service in an optical transport network, wherein, comprising: a first mapping module configured to map customer service into a service container; a second mapping module configured to map the service container into an OTN frame, wherein a payload area of the OTN frame comprises a plurality of payload blocks, each of the payload blocks comprises an overhead portion, and the overhead portion comprises an indication identifier, the indication identifier being used to indicate that the data carried by the payload block is service container data or padding data; wherein a plurality of continuous payload blocks in the payload area of the OTN frame are used as one transmission period; the second mapping module is configured to calculate the number N1 of payload blocks required by the service container in one transmission period according to the bandwidth of the service container and the bandwidth of the payload block, determine the distribution position of the payload block required by the service container in the transmission period based on a preset allocation algorithm according to the number N1 of payload blocks required by the service container in one transmission period, and carry the service container into the payload block at the determined distribution position.

12. The apparatus of claim 11, wherein, further comprising a first obtaining module configured to obtain an OTN frame and obtain a data stream from a payload area of the OTN frame; an extracting module configured to determine, according to the indication identifier in each payload block in the data stream, a payload block carrying service container data, and extract service container data; a second obtaining module configured to obtain customer service from the service container.

13. An electronic device, comprising: comprising: one or more processors; a memory having stored thereon one or more programs, which, when executed by the one or more processors, cause the one or more processors to carry out the method of any one of claims 1-10.

14. A computer readable medium having stored thereon a computer program, which, when executed by a processor, carries out the method of any one of claims 1-10.

Images