CN113395613B

CN113395613B - Method, device and system for carrying service

Info

Publication number: CN113395613B
Application number: CN202010167818.8A
Authority: CN
Inventors: 陈玉杰; 李江; 罗军; 苏伟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-03-11
Filing date: 2020-03-11
Publication date: 2022-08-19
Anticipated expiration: 2040-03-11
Also published as: WO2021180007A1; CN113395613A; EP4099712A4; EP4099712A1

Abstract

The invention provides a method, a device and a system for bearing low-rate service. A possible service bearing method comprises the following steps: the device receives low-rate traffic data. Then, the device maps the service data to one or more Optical Transport Network (OTN) service transmission frames at a rate of 1.25 gigabits per second (Gbps) or 10.3125 Gbps. And finally, the equipment sends the one or more OTN service transmission frames by using a GE or 10GE transmission module, and the rate of the transmission module is matched with the rate of the one or more OTN service transmission frames. For example, the device may use the optical service unit frame to carry low-rate services, and then perform processing such as adding delimiting information or encoding on the optical service unit frame to obtain the OTN service transmission frame. By newly defining the data frame to realize service bearing through the Ethernet transmission module, the service bearing technology provided by the application can reduce the complexity of service bearing so as to reduce the processing time delay and the cost of equipment.

Description

Method, device and system for carrying service

Technical Field

The application relates to the technical field of optical communication, in particular to a bearing technology of low-rate service data.

Background

An Optical Transport Network (OTN) is a core technology of a backbone bearer network, and includes multiple-rate optical bearer containers for carrying multiple high-rate service data. For example, the optical transport unit 1 (OTU 1) is a line interface container with the minimum rate of the current OTN technology, has a rate of about 2.5 gigabits per second (Gbps), and can be used to carry two 1Gbps ethernet traffic data.

With the gradual withdrawal of Synchronous Digital Hierarchy (SDH) technology from the market and the development of OTN technology, the use range of OTN technology extends from backbone networks to metropolitan networks and even access networks. Therefore, OTN technology needs to face more and more low speed traffic bearer requirements. Current low speed traffic is typically at rates of 2 megabits to several hundred megabits per second. The current processing method is: the low-speed signals are multiplexed into the higher-speed signals and then carried by the existing light carrying container. Fig. 1 shows a mapping multiplexing path diagram of low-speed service in the prior art. As shown in fig. 1, when a hundred mega (100M) Ethernet (FE) needs to adopt OTN transmission, the FE is first mapped into an Optical Data Unit (ODU 0) frame with a rate of about 1.25Gbps, and then transmitted over the OTN through an OTU 1. The transmission efficiency is low, and the bandwidth of the ODU0 occupies less than 10%. FIG. 1 also shows a mapping of the E1 signal (rate 2048 kbps). Specifically, a plurality of E1 signals are first mapped to Synchronous Transport Module (STM) -1 interface signals. STM-1 is one of SDH signals. The STM-1 interface signal is mapped to the ODU0, and then transmitted over the OTN via the OTU 1.

The problem of the current processing method is that the low-speed signal needs to be multiplexed for multiple times to form a high-speed signal, and then the OTN technology is used for carrying, so that the processing process is complex and the efficiency is low. In addition, because the transmitting device and the receiving device need to perform multi-level frame processing, the signal processing delay is also relatively large.

Disclosure of Invention

The invention provides a method, a device and a system for bearing a service, which are used for solving the problems of low efficiency and high processing time delay caused by complex processing process in the prior art.

In a first aspect, an embodiment of the present application provides a method for carrying a service. The method comprises the following steps: firstly, equipment receives service data; then, the device maps the service data to one or more Optical Transport Network (OTN) service transmission frames, where the rate of the one or more OTN service transmission frames is about 1.25 gigabits per second (Gbps) or 10.3125 Gbps; and finally, the equipment sends the one or more OTN service transmission frames by using an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10.

It should be understood that rates of about 1.25 gigabits per second (Gbps) or 10.3125Gbps refer to rates that are allowed to float within a certain range. E.g., within 100ppm of 12.5Gbps, where ppm is one part per million.

By defining a new OTN frame to be used in cooperation with the ethernet transport module, the embodiment of the present application may reduce complexity of service bearer and may reduce equipment cost.

In a possible implementation manner, the mapping, by the device, the service data to one or more OTN service transmission frames specifically includes: the device maps the service data into a plurality of Optical Service Unit (OSU) frames, each of the plurality of OSU frames is an integral multiple of 16-byte blocks, the OSU frames comprise an overhead area and a payload area, the payload area is used for bearing the service data, and the overhead area is used for carrying frame overhead; then, the device performs adaptation processing on the plurality of OSU frames carrying the service data to obtain the plurality of OTN service transmission frames.

For example, the adaptation process mentioned in the above implementation may include any one of the following: adding delimitation information for each of the plurality of OSU frames; or, adding delimitation information and coding for each of the plurality of OSU frames; or adding delimiting information for each of the plurality of OSU frames, coding and performing compression, wherein the performing compression comprises deleting filling information in the plurality of OSU frames, and the coding is 8B/10B coding or 64B/66B coding. Wherein, the compression operation is executed to further reduce the time delay introduced by the service processing.

For example, the adding of the delimiting information may specifically include: adding a frame start identifier and a frame end identifier for each of the plurality of OSU frames; or, the delimitation information is inserted before each of the plurality of OSU frames.

In another possible implementation manner, the mapping, by the device, the service data to one or more OTN service transmission frames specifically includes: the device maps the service data into a plurality of Optical Service Unit (OSU) frames, each of the plurality of OSU frames is an integral multiple of 16-byte blocks, the OSU frames comprise an overhead area and a payload area, the payload area is used for bearing the service data, and the overhead area is used for carrying frame overhead; then, the device maps the plurality of OSU frames carrying the service data into one Optical Data Unit (ODU) frame to obtain the OTN service transport frame.

For example, the ODU frame has a 4-row 3824-byte column structure, and only includes a frame header indication, a multi-frame indication, a link monitoring overhead, a payload type, and a payload area; the frame header indication is used for indicating the start position of the optical data unit frame, the multiframe indication is used for indicating the position of the optical data unit frame in a group of continuous optical data unit frames, the link monitoring overhead is used for performing link monitoring, the payload type is used for indicating the mapping mode of the optical data unit frame bearing service, and the payload area is used for bearing the plurality of OSU frames. For another example, the ODU frame has an integer multiple row 5140-bit column structure of 64, and includes an alignment overhead and a payload area, where the alignment overhead is used to indicate a start position of the optical data unit frame, and the payload area is used to carry the multiple OSU frames. The latter example, which carries less overhead, may improve the bandwidth utilization of the data frame.

In another implementation manner of the foregoing, the ODU frame may be the OTN service transport frame. Or mapping the multiple OSU frames carrying the service data into one ODU frame to obtain the OTN service transmission frame, specifically including: mapping the plurality of OSU frames into an ODU frame; performing one or more of the following operations on the ODU frame to obtain the OTN service transport frame: adding FEC information, adding delimitation information and coding, wherein the coding is 8B/10B coding or 64B/66B coding.

It should be noted that, when X is 1, the sending of the OTN service transmission frame by the X gigabit ethernet module specifically includes: sending the OTN service transmission frame by using a twisted pair wire or a 1GE optical module; when X is 10, the X gigabit ethernet module sends the OTN service transport frame, which specifically includes: and sending the OTN service transmission frame by using a 10GE optical module.

In a second aspect, an embodiment of the present application provides a service processing apparatus. The apparatus comprises a memory for storing a computer program and a processor for performing the method of:

receiving service data; mapping the service data into one or more Optical Transport Network (OTN) service transmission frames, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps) or 10.3125 Gbps; and sending the OTN service transmission frame to an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10.

Regarding possible specific implementation manners in the above steps, reference may be made to the description of the specific implementation manner of the first aspect, and details are not described here. It should be understood that the service processing apparatus may specifically be a chip or a chip set composed of a plurality of chips.

In a third aspect, an embodiment of the present application provides an apparatus. The apparatus includes the service processing device according to the second aspect or any specific implementation manner thereof, and the X gigabit ethernet transmission module. For example, the device may be a client device, and the client device sends its service data to the OTN network through an X gigabit ethernet transport module to implement transmission.

In a fourth aspect, an embodiment of the present application provides a method for acquiring a service. The method comprises the following steps: the method comprises the steps that a device receives one or more Optical Transport Network (OTN) service transmission frames by using an X gigabit Ethernet transmission module, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps) or 10.3125Gbps, the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10; and the equipment analyzes the service data from the one or more OTN service transmission frames.

In a possible implementation, the parsing out the service data from the one or more OTN service transmission frames specifically includes: carrying out deletion and delimitation information processing or decoding and deletion and delimitation information processing on the one or more OTN service transmission frames to obtain a plurality of OSU frames, wherein each OSU frame is an integral multiple of 16 byte blocks, each OSU frame comprises an overhead area and a payload area, the payload area is used for bearing the service data, and the overhead area is used for carrying frame overhead; demapping the traffic data from the plurality of OSU frames.

For example, the one or more OTN service transport frames are Optical Data Unit (ODU) frames, where the optical data unit frame is any one of the following two structures:

the first structure is as follows: a 4-row 3824-byte column structure, which only comprises a frame header indication, a multi-frame indication, a link monitoring overhead, a payload type and a payload area; the frame header indication is used to indicate a start position of the ODU frame, the multi-frame indication is used to indicate a position of the ODU frame in a group of consecutive ODU frames, the link monitoring overhead is used to perform link monitoring, the payload type is used to indicate a mapping manner of a bearer service of the ODU frame, and the payload area is used to carry multiple OSU frames; and, a second structure: 64 of integer multiple rows 5140 bit column structure, comprising an alignment overhead for indicating a start position of the ODU frame and a payload area for carrying the plurality of OSU frames;

analyzing service data from the one or more OTN service transmission frames, specifically including:

demapping the plurality of OSU frames from the optical data unit frame;

demapping the traffic data from the plurality of OSU frames.

For another example, the analyzing the service data from the one or more OTN service transmission frames specifically includes: FEC decoding the one or more OTN service transport frames to obtain an Optical Data Unit (ODU) frame, where the optical data unit frame is used to carry multiple OSU frames; demapping the plurality of OSU frames from the optical data unit frame; demapping the traffic data from the plurality of OSU frames. The ODU frame may specifically be any one of the foregoing two structures, and details are not described herein again.

It is to be understood that the method of the first aspect is a transmission method, whereas the method of the present invention is a corresponding receiver-side method. Accordingly, some steps of the specific implementation of the transmitting side may correspondingly be reversed at the receiving side, unless otherwise specified. For example, 8B/10B encoding operation is performed at the transmitting side, and correspondingly 8B/10B decoding operation is performed at the receiving side. For another example, if the delimitation information is added on the transmitting side, the delimitation information needs to be recognized on the receiving side to determine the start position of the related data frame, and then the corresponding delimitation information is deleted to acquire the data frame. In particular, if the transmitting side compresses the data frame by deleting the padding information, the receiving side may not need to add the padding information back to the data frame.

In a fourth aspect, an embodiment of the present application provides a service processing apparatus. The apparatus comprises a memory for storing a computer program and a processor for performing the method of:

receiving one or more Optical Transport Network (OTN) service transmission frames sent by an X gigabit Ethernet transmission module, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps) or 10.3125Gbps, and the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, wherein X is equal to 1 or 10; and analyzing the service data from the one or more OTN service transmission frames.

Regarding possible specific implementation manners in the above steps, reference may be made to the description of the specific implementation manner of the third aspect, and details are not described here. It should be understood that the service processing apparatus may specifically be a chip or a chip set composed of a plurality of chips.

In a fifth aspect, an embodiment of the present application provides an apparatus. The device comprises the service processing apparatus according to the fourth aspect or any specific implementation manner thereof and an X gigabit ethernet transport module.

In a sixth aspect, embodiments of the present application provide a system. The system includes the device according to any specific implementation manner of the third aspect and the device according to any specific implementation manner of the fifth aspect, wherein the former device sends an OTN service transmission frame to the latter device.

In one possible implementation, the OSU frame is utilized as an OTN traffic transport frame. Taking the former device as the client device and the latter device as the OTN device connected to the client device as an example, the OTN device does not need to analyze the service data, and can adopt the OSU frame as the processing object to perform cross processing, thereby simplifying the end-to-end service processing flow.

Drawings

FIG. 1 is a schematic diagram of a low speed business process flow in the prior art;

FIG. 2 is a schematic diagram of an application scenario in which the present application is applicable;

FIG. 3 is a schematic diagram of an optical transmission apparatus;

fig. 4a is a schematic flow chart of a method for service bearer provided in the present application;

FIG. 4b is a schematic diagram of a mapping hierarchy of service data corresponding to the embodiment shown in FIG. 4 a;

fig. 5 is a flowchart illustrating a first method for service bearer according to an embodiment of the present application;

fig. 6 is a schematic diagram of a structure of an optical service unit frame in the embodiment shown in fig. 5;

FIG. 7a is a schematic structural diagram of a data frame containing delimiting information in the embodiment shown in FIG. 5;

FIG. 7b is a schematic structural diagram of another data frame containing boundary information in the embodiment shown in FIG. 5;

FIG. 8 is a schematic diagram of the compressed data frame of the embodiment shown in FIG. 5;

fig. 9 is a flowchart illustrating a second method for service bearer according to an embodiment of the present application;

FIG. 10a is a schematic diagram of an optical data unit frame containing boundary information in the embodiment shown in FIG. 9;

FIG. 10b is a diagram illustrating another frame of optical data units containing FEC information in the embodiment shown in FIG. 9;

fig. 11a is a schematic diagram of an OTN service transmission frame in the embodiment shown in fig. 9;

fig. 11b is a schematic diagram of another OTN service transmission frame in the embodiment shown in fig. 9;

fig. 12 is a schematic flowchart of a method for carrying a third service according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a service processing chip according to an embodiment of the present application;

fig. 14 is a schematic structural diagram of an ethernet optical module according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of a user equipment according to an embodiment of the present application.

Detailed Description

The device form and the service scenario described in the embodiment of the present application are for more clearly illustrating the technical solution of the embodiment of the present invention, and do not limit the technical solution provided by the embodiment of the present invention. As can be known to those skilled in the art, with the evolution of device morphology and the appearance of new service scenarios, the technical solution provided in the embodiments of the present application is also applicable to similar technical problems.

Fig. 2 is a schematic diagram of an application scenario to which the present application is applied. As shown in fig. 2, the application scenario includes an Optical Transport Network (OTN) and a plurality of user equipments (e.g. user equipments 1-6 shown in fig. 2). Wherein the OTN comprises a plurality of interconnected OTN devices (such as OTN devices 1-4 shown in fig. 2). Figure 2 only shows OTN devices for connecting customer devices. In practical applications, the OTN may also include more devices. In addition, fig. 2 does not show a specific connection relationship of the OTN device. It should be understood that OTN devices in an OTN network are connected by optical fibers, and may be formed into different topology types such as a line type, a ring type, and a mesh type according to specific needs.

The user Equipment may also be referred to as Customer Premise Equipment (CPE).

An OTN device may have different functions. Generally, OTN devices are classified into optical layer devices, electrical layer devices, and opto-electric hybrid devices. Optical layer device refers to a device capable of processing optical layer signals, such as: optical Amplifiers (OA) and optical add-drop multiplexers (OADM). OA, also known as Optical Line Amplifier (OLA), is mainly used to amplify optical signals to support transmission over longer distances while ensuring specific performance of the optical signals. OADMs are used to spatially transform optical signals so that they can be output from different output ports (sometimes also referred to as directions). Depending on the capabilities, OADMs may be classified into Fixed OADMs (FOADMs), configurable OADMs (ROADMs), and the like. An electrical layer device refers to a device capable of processing electrical layer signals, such as: a device capable of processing OTN electrical signals. An opto-electric hybrid device refers to a device that has the capability to process both optical layer signals and electrical layer signals. It should be noted that, according to specific integration needs, one OTN device may integrate a plurality of different functions. The technical scheme provided by the application is suitable for OTN equipment with different forms and integration levels, and is particularly suitable for OTN equipment used for connecting client equipment.

Fig. 3 is a schematic structural diagram of an optical transmission device. Such as the OTN device 1 in fig. 2. Specifically, an OTN device 300 includes a power supply 301, a fan 302, an auxiliary board 303, and may further include a branch board 304, a circuit board 306, a cross board 305, an optical layer processing board (not shown in the figure), and a system control and communication board 307.

It should be noted that the type and number of plates specifically contained in each device may vary according to specific needs. For example: a network device that is a core node may not have a tributary board 304. A network device that is an edge node may have multiple tributary boards 304. The power supply 301 is used to supply power to the OTN device 300, and may include an active power supply and a standby power supply. The fan 302 is used to dissipate heat for the device. The auxiliary class single board 303 is used for providing an external alarm or accessing an auxiliary function such as an external clock. The tributary board 304, cross board 305, and line board 306 are primarily used to process electrical layer signals of the OTN. The tributary board 304 is used for receiving and transmitting various client services, such as SDH service, packet service, ethernet service, and fronthaul service. Still further, the branching board 304 may be divided into a client-side light module and a signal processor. The client side optical module may be an optical transceiver for receiving and/or transmitting traffic data. The signal processor is used for realizing the mapping and de-mapping processing of the service data to the data frame. The cross board 305 is used to implement the exchange of data frames, and complete the exchange of one or more types of data frames. The line board 306 mainly implements the processing of line-side data frames. Specifically, the wiring board 306 may be divided into a line side optical module and a signal processor. The line-side optical module may be a line-side optical transceiver configured to receive and/or transmit data frames. The signal processor is used for realizing multiplexing and de-multiplexing or mapping and de-mapping processing of data frames on the line side. The system control and communication board 307 is used to implement system control and communication. Specifically, information may be collected from different boards through a backplane, or a control instruction may be sent to a corresponding board. It should be noted that, unless otherwise specified, a specific component (e.g., a signal processor) may be one or more, and the present application is not limited thereto. It should also be noted that, in the embodiments of the present application, no limitation is imposed on the type of the single board included in the device and the functional design and number of the single board.

In the prior art, when carrying a low-rate service, multiple layers of mapping need to be performed to complete service data transmission by using an existing high-rate OTU interface frame. High rate means a transmission rate of at least 2.5 Gbps. The problem with doing so is: the processing flow is complex, the bandwidth utilization rate is low, and the problem of large processing delay exists. A more straightforward way is to introduce smaller rate data frames in the OTN, e.g. to introduce a rate matched low rate data frame for the E1 signal. Multiple low rate data frames are re-mapped to ODU0 or other existing ODU containers for transmission. This can simplify the flow to some extent and improve the bandwidth utilization, but there are two problems. The first problem is that the OTN also supports an OTU1 with a line interface rate of 2.5Gbps, which requires multiple data frames with lower rates to be processed together, or there is a large processing delay. Another problem is that supporting more data frame processing layers can significantly increase the cost of OTN devices.

Therefore, the application provides a new service bearing method to reduce the complexity of service processing and simultaneously reduce the cost of the OTN equipment. Compared with the alternative method which can be thought by those skilled in the art, the method provided by the application can effectively reduce the equipment cost by newly defining the interface data frame which can be used for the client equipment interface and the OTN equipment to connect the client equipment interface.

It should be noted that, unless otherwise specified, the values of the rate of the data frame mentioned in the present application may vary within a certain range. Thus, if the rate of a data frame is a value that varies within a predetermined range over a fixed rate, it can be described simply as the rate of the data frame being the fixed rate. For example, a data frame rate of (1.25Gbps (1-100ppm), 1.25Gbps (1+100ppm)) can be described as a data frame rate of 1.25 Gbps. (1.25Gbps (1-100ppm), 1.25Gbps (1+100ppm)) can also be simply written as 1.25 Gbps. + -. 100 ppm. Wherein ppm is part per million (ppm). It should be noted that the rate of the data frame mentioned in this application refers to the bit rate of the data frame. The transmission channel corresponding to the data frame provides a bandwidth value equal to the bit rate value of the data frame. For example, the rate of the data frame is 1.25Gbps, and the bandwidth provided by the transmission channel corresponding to the data frame is 1.25G.

In different embodiments, the data frame may specifically be an OTN service transmission frame, an optical service unit frame, or an optical data unit frame, or a frame that is output after being processed based on these frames. For details, reference may be made to the description of the following embodiments, which are not repeated herein.

Fig. 4a is a schematic flow chart of a service bearer method provided in the present application. As shown in fig. 4a, the method comprises the following three steps.

S401: acquiring service data;

specifically, the device may generate the service data itself or may transmit the service data by another device. For example, the client apparatus 1 shown in fig. 2 generates service data. Or, as shown in fig. 2, the OTN device 3 receives the OTU1 frame sent by the OTN device 1, where the OTU1 frame includes the service data.

S403: mapping the service data to one or more OTN service transmission frames, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps) or 10.3125 Gbps;

the OTN service transmission frame is a newly defined data frame, and may also be referred to as an optical service transmission frame. There are various implementation manners of the OTN service transmission frame. Specifically, reference may be made to various specific examples given in the embodiments of fig. 5 and fig. 9, which are not described herein again.

S405: and sending the one or more OTN service transmission frames by using an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10.

And when X is 1, the X gigabit Ethernet transmission module is a GE transmission module. Specifically, the GE transmission module may be a twisted pair or a GE optical transceiver module (the latter may also be referred to as an optical module). And when X is 10, the X gigabit Ethernet transmission module is a 10GE optical module. The GE transport module and the 10GE optical module may be existing commercially available modules. Or, the transmission module may support the service bearer method of the present application as shown in fig. 14. The ethernet transport module may also be referred to as an ethernet physical interface. Similarly, the ethernet optical module is also referred to as an ethernet optical interface; twisted pair may also be referred to as an ethernet electrical interface.

It should be noted that, the rate matching means that the difference between the rate of the OTN traffic transmission frame and the rate of the X gigabit ethernet transmission module is within a predetermined range. For example, 100ppm or less.

Fig. 4b is a schematic diagram illustrating a processing hierarchy of the service data. Specifically, the service data is mapped to the OTN service transmission frame, and then is transmitted by using the GE or 10GE transmission module. By newly defining a data frame to be matched with the existing low-cost X gigabit Ethernet transmission module, namely defining a low-rate interface data frame, the technical scheme disclosed by the application can simplify the complexity of service bearing and effectively lower the equipment cost.

It should be noted that the terms "first," "second," and the like in this application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used are interchangeable under appropriate circumstances such that the embodiments described herein are capable of operation in sequences not described in the present application. "and/or" is used to describe the association relationship of the associated objects, meaning that three relationships may exist. For example, a and/or B, may represent: a exists alone, A and B exist simultaneously, and B exists alone. The specific methods of operation in the method embodiments may also be applied in the apparatus embodiments. Conversely, the functional description of components in the device embodiments also applies to the related description in the method embodiments.

It should also be noted that, unless otherwise specified, descriptions of a feature in one embodiment may also be applied to explain that other embodiments refer to the corresponding feature. For example, the detailed description of the ethernet transport module in one embodiment may be applicable to the ethernet transport module in other embodiments. For another example, in an embodiment, regarding a specific implementation manner for a specific field included in the delimiting information and adding the delimiting information, the method may be applied to the steps of the mentioned delimiting information and adding the delimiting information in other embodiments.

The present application will be further explained based on some common aspects of the present application described above.

Fig. 5 is a flowchart illustrating a first method for carrying a service according to an embodiment of the present application. The present embodiment is described by taking a client device as an example. As shown in fig. 5, the method includes the following steps.

S501: acquiring data of low-speed service;

specifically, the client apparatus 1 acquires data of the low-speed service. For example, low-speed SDH services (e.g., Virtual Containers (VC) 12, VC3, and VC4), low-speed Plesiochronous Digital Hierarchy (PDH) services such as E1, E3, and E4, low-speed ethernet services, industrial internet of things services, and emerging services, etc. Emerging services may include, for example, video, VR (visual reality), AR (augmented reality), and the like.

S503: mapping the traffic data into a plurality of Optical Service Unit (OSU) frames;

fig. 6 is a schematic structural diagram of an OSU frame. As shown in fig. 6, the OSU frame includes an overhead region and a payload region. The overhead area is used for carrying overhead information, such as service identification and length of service data (identified as payload length in fig. 6) carried by the payload area. The payload area is used for carrying low-speed service. Generally, the size of an OSU frame is an integer multiple of 16 bytes (Byte, abbreviated as B). To simplify device processing, a fixed length OSU frame is typically defined. The OSU frame shown in fig. 6 is 128 bytes long, i.e. 16B × 8. The amount of data corresponding to different low speed services may be different. A service data may be carried in an OSU frame. Alternatively, one service data needs to be split and mapped into multiple OSU frames. It should be noted that the OSU frame is also referred to as an Optical Service Data Unit (OSDU) frame.

Alternatively, the payload region of the OSU frame may contain padding information. For example, a service data or a part of the service data may be filled with padding information when a payload area of an OSU frame is not occupied. For another example, because the occupation ratio or size of the payload area is preset, the part which cannot carry service data can be written with padding information.

S505: performing adaptation processing on the plurality of OSU frames to obtain a plurality of OTN service transmission frames, wherein the rate of the plurality of OTN service transmission frames is 1.25 or 10.3125 Gbps;

in one particular implementation, the adaptation process is the addition of delimitation information. There are various specific ways of adding the delimitation information, which will be described below.

Fig. 7a is a schematic structural diagram of a data frame containing delimitation information. The data frame shown in fig. 7a includes an OSU frame, a start of frame flag, and an end of frame flag. For example, the start frame indicator and the end frame indicator may respectively adopt control codes K27.7 and K29.7 adopted in the 8B/10B coding scheme. For another example, the start of frame indicator and the end of frame indicator may be other characters. For example, the start and end characters defined in 64B/66B encoding may be employed. Alternatively, other special characters that are custom defined to indicate the beginning or end of the OSU frame may be used.

Fig. 7b is a schematic structural diagram of another data frame containing delimitation information. The data frame as shown in fig. 7b includes a plurality of OSU frames and delimitation information located before each OSU frame. The delimitation information is used to determine the start position of the OSU frame, thereby performing data parsing. Illustratively, the delimitation information may include a frame length field, a plurality of error correction information (error correction information 1 and error correction information 2 as shown in fig. 7 b). In fig. 7b, the Error Correction information 1 is used to implement single-bit Error Correction for the frame length field, and may also be referred to as Error Correction Code (ECC). The frame length field indicates the frame length of the OSU frame. The error correction information 2 is used to enable error correction of the frame length field and the error correction information 1. Specifically, Cyclic Redundancy Check (CRC) may be employed. The length of the delimitation information may be 2 bytes or 3 bytes, etc. In the example shown in fig. 7B, if the length of the delimitation information is 2B, the frame length field occupies 1B, the error correction information 1 occupies 5 bits, and the error correction information 2 occupies 3 bits (i.e. using CRC 3). Specifically, the error correction information (error correction information 1 and/or error correction information 2) may vary with the frame length. If the OSU frame is not changed, the value of the error correction information is not changed. Thus, the receiving end device can determine the start position of the OSU frame by identifying the information-invariant frame length information and the matching error correction information from the received data stream. Similarly, if the frame length varies, the error correction information X will vary regularly accordingly. In this way, the start position of the OSU frame in a data stream can also be identified by the frame length information and the matching error correction information. It should be noted that the error correction information 1 is optional. Frame delimitation may also be accomplished by a combination of error correction information and frame length information.

Optionally, the adapting operation may also comprise an encoding operation. Specifically, the encoding operation may be 8B/10B encoding, 64B/66B encoding or other encoding modes to improve the reliability of data transmission. When the frame start mark and the frame end mark respectively adopt K27.7 and K29.7 and the coding mode adopts 8B/10B coding, the existing Ethernet physical layer processing module can be reused, and the equipment cost is reduced.

Optionally, the adapting operation may further comprise data compression. Data compression is for a scene that contains padding information in the payload area. Fig. 8 is a schematic diagram of the compressed data frame in the embodiment shown in fig. 5. As shown in fig. 8, the length of the payload area of the OSU frame before compression is 120 bytes, and the length of the OSU frame after padding (i.e., data compression) is 80 bytes. Therefore, in one service data transmission, there may be a case where both an uncompressed OSU frame and a compressed OSU frame exist (which may also be referred to as a hybrid transmission scheme). A plurality of OTN service transmission frames obtained by data compression only contain effective service data and necessary overhead, thereby improving the utilization rate of network bandwidth and reducing service processing time delay.

Optionally, the adapting operation may further include a scrambling operation to suppress long-run "0" and long-run "1" in the line code, in order to extract the clock signal from the line signal. For example, a self-synchronization scrambling code or a frame synchronization scrambling code may be used.

It should be noted that, when the adaptation operation includes a plurality of specific actions, the order of the specific actions may be changed. For example, the compression may be performed first, and then the delimitation information may be added. Alternatively, the delimitation information may be added first and then compressed.

In this embodiment, the OTN service transmission frame may be an OSU frame including the delimiting information, an OSU frame including the delimiting information and performing 8B/10B coding, or an OSU frame including the delimiting information and performing compression. No matter what specific operation is mentioned above, the rate of the output OTN traffic transmission frame is 1.25 or 10.3125 Gbps. The OTN traffic transmission frame may be referred to as an enhanced OSU (OSU) frame.

Taking the example that the length of the OSU frame is 128 bytes (a specific frame structure is shown in fig. 6), and the rate of the OTN service transmission frame is 1.25Gbps, the rate of the service data that can be carried by the OTN service transmission frame is described. In this example, it is assumed that the OSU frame is added with a frame start identifier and a frame end identifier, and is added with 2 bytes, and then is subjected to 8B/10B encoding to obtain an OTN service transmission frame. Then, the payload rate of the OTN traffic transmission frame for carrying the traffic data is up to 1.25Gbps 120/(128+2) × 80% ═ 0.923 Gbps. Where 120 is the size of the payload region; 80% is the percentage of valid data after 8B/10B encoding. That is, the bandwidth that can be occupied by the traffic data is 0.923G.

Further, the E1 service is taken as an example to describe the technical advantages brought by the data frame compression of the OTN service. If 128 bytes of OSU frame are used for carrying, the traffic loading time is equal to the time when E1 traffic accumulates the size of the OSU frame payload area (e.g., 120 bytes as shown in fig. 6), i.e., 120 × 8/2.048 is 468.75 microseconds (μ s), the latency is large. Of these, 2.048 is the rate of E1. If only 30 bytes in the payload area are limited to carry the service data and the OSU frame carrying the service data is compressed and retransmitted, the E1 loading time is 30 × 8/2.048 ═ 117.1875 μ s, which is only one fourth of the original time. Therefore, the processing time delay for a certain service bearer can be reduced by compressing the OSU frame.

In addition to the above mentioned reduction of the time delay caused by processing a certain service, when there are multiple low-rate service data to be processed simultaneously, the compression of the OTN service transmission frame can also reduce the waiting time of other parallel service data. Suppose that an interface with bandwidth of 1.25G can simultaneously carry at most 112E 1 services. Taking the example of a device receiving 112E 1 services at the same time, the longest latency is: the transmission time of 111E 1, i.e., 111 × 130 × 8(bit)/1.25(Gbps) ═ 92.352 μ s. If the OSU frame is compressed, the latency of other traffic data is greatly reduced, i.e. 111 × 40 × 8(bit)/1.25(Gbps) ═ 28.416 μ s.

S405: and sending the plurality of service transmission frames by using an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the plurality of service transmission frames, and X is equal to 1 or 10.

Specifically, referring to the description of fig. 4a for S405, the details are not repeated here. It should be noted that, the service transmission frame needs to adopt 8B/10B coding to perform data transmission using the twisted pair.

By newly defining an OSU frame and carrying out adaptation processing on the OSU frame to realize rate matching with the existing low-cost X gigabit Ethernet transmission module, the technical scheme disclosed by the application can simplify the processing complexity of service bearing and reduce the equipment cost.

Fig. 9 is a flowchart illustrating a second method for carrying a service according to an embodiment of the present application. In this embodiment, a client apparatus is taken as an example for description. As shown in fig. 9, the method includes the following steps.

S501: receiving data of low-speed service;

referring specifically to fig. 5 for the step S501, details are not repeated here.

S901: mapping the service data into a plurality of Optical Service Unit (OSU) frames;

s901 is the same as step S503 in fig. 5, and for the detailed description of this step and the OSU frame, reference is made to the description of step S503 in fig. 5, which is not repeated here. In contrast, in the present embodiment, S901 is an optional step. If the method of this embodiment does not include S901, the service data is directly mapped to the ODU frame in step S903. The advantage of introducing the OSU frame is that the OSU frame can better match the speed requirement of the low-speed service, and the cross operation of OSU frame granularity can be introduced in the OTN, thereby improving the flexibility of end-to-end service processing. Reference may be made to the embodiment of fig. 12, which is not repeated herein.

S903: mapping the plurality of OSU frames into one optical data unit frame;

s905: performing one or more of the following operations on the frame of optical data units: adding FEC information, delimitation information and/or coding processing to obtain an OTN service transmission frame, wherein the rate of the OTN service transmission frame is 1.25 or 10.3125 Gbps;

fig. 10a shows a schematic diagram of a frame of optical data units containing delimitation information. As shown in fig. 10a, the optical data unit frame has a structure of 4 rows and 3824 bytes. Wherein, 1-16 columns of the optical data unit frame are overhead areas, including frame head indication, multi-frame indication, path monitoring overhead and payload type overhead, and other parts are reserved fields; 17-3824 are columns of payload area for carrying multiple OSU frames. Wherein the frame header indication is used for indicating a start position of the optical data unit frame. The multiframe indication indicates that the current light data unit frame belongs to the fourth of a plurality of consecutive light data unit frames. The path monitoring overhead is used to monitor the path quality, i.e. the quality information of the path over which the optical data unit frame is transmitted. Specifically, the path monitoring overhead may include one or more of the following information: path trace information (TTI), 8-Bit Interleaved Parity (BIP 8), Backward Error Indication (BEI), Backward Defect Indication (BDI), and Status information (STAT) overhead. The Payload Type (PT) overhead is used to indicate a mapping manner in which the traffic carried by the optical data unit frame is mapped to the optical data unit frame. The PT overhead can also become a traffic mapping type. In particular, PT may be preset to a certain value, for example 0x25, to indicate that the optical data unit frame is carried as an OSU frame.

It should be noted that the reserved fields in columns 1-16 of the optical data unit frame may also be used to carry the OSU frame, so as to improve the bandwidth utilization of the optical service unit frame. In so doing, the aforementioned optical data unit frame only contains the aforementioned overhead (as shown in fig. 10 a). In addition, fig. 10a is only an example for specific overhead positions, and other arrangements may be substituted. For example, the aforementioned overhead is placed starting from the first row, occupying several consecutive columns, and the remaining positions are used as payload regions. In doing so, data frame parsing may be simplified.

Fig. 10a gives a specific example of adding delimiting information for a frame of optical data units. As shown in fig. 10a, delimitation information is added before the first byte and after the last byte of each line of the data frame; alternatively, the delimitation information is added before the first byte or after the last byte of the frame in units of the entire optical data unit frame. For the description of the delimited information, reference may be made to the description of fig. 7a and 7b, which are not described in detail here.

Fig. 10b is a schematic diagram of another optical data unit frame containing FEC information. As shown in fig. 10b, a Forward Error Correction (FEC) area is added to the optical data unit frame structure, and the size of the FEC area is 4 rows and 256 bytes columns (i.e. 3825-4080 columns shown in fig. 10 b). The FEC area is used to implement bit error correction that occurs during transmission of a frame of optical data units. Optionally, as shown in fig. 10b, the optical data unit frame may further include Section Monitoring (SM) overhead, and the SM is used for link Monitoring. The information contained in the SM is the same as the description about the path monitoring information, and is not described herein again.

Optionally, the optical data unit frame may also be encoded to obtain an OTN service transmission frame.

Note that the illustration in fig. 10b indicates a manner of adding FEC. Alternatively, the FEC information may be inserted in other manners. For example, 16 columns of FEC information may be interleaved every 239 columns. As another example, 32 columns of FEC information may be inserted every 478 columns. The method has the advantages that the OTN service transmission frame can be flexibly constructed based on the FEC symbol size, the coding and decoding processing time delay of FEC is reduced, and the whole time delay of frame processing is further reduced.

It should be noted that the manner of mapping the OSU frame to the optical data unit frame described in fig. 10a and 10b is only an example. In a particular application, the payload area of the optical data unit frame may be divided into a plurality of payload blocks. A consecutive plurality of a preset number of payload blocks as one transmission period. The OSU frame occupies part or all of the payload blocks of a transmission cycle when mapped to a data unit frame. An OSU frame may be placed into one or more payload blocks. By contrast, the present application is not limited.

In this embodiment, the OTN service transmission frame may be an optical data unit frame including the delimiting information, an optical data unit frame including the delimiting information and performing 8B/10B encoding, and an optical data unit frame including the delimiting information and FEC information. No matter what specific operation is mentioned above, the rate of the output OTN traffic transmission frame is 1.25 or 10.3125 Gbps.

When the rate of the OTN service transmission frame is 1.25Gbps, it may also be referred to as a down-converted optical data unit 0 frame (ODU 0u), an over-converted optical data unit 0 frame (ODU 0o), an enhanced optical data unit 0 frame (ODU0e), or an ethernet optical data unit frame. Alternatively, if the ODU0e contains FEC information, it may also be referred to as an optical transport unit 0 frame (OTU 0u), an over-clocked optical transport unit 0 frame (OTU 0o), an enhanced optical transport unit 0 frame (OTU0e), or an ethernet optical transport unit frame.

It should be noted that the ODU0 is a transport container defined by the existing OTN standard, the rate of the transport container is 1.24416Gbps, and the transport container cannot be used as an interface transport container, that is, the transport container needs to be mapped into a higher-order OTU frame (such as OTU1) to be transported between devices. The ODU0e or OTU0e provided in this embodiment may be directly sent from one device to another device by using an ethernet transport module, so as to implement transport of service data with lower device cost.

When the rate of the OTN service transmission frame is 10.3125Gbps, it may also be referred to as a down-converted optical data unit 2 frame (ODU 2u) or an over-converted optical data unit 2 frame (ODU 2 o). Alternatively, if the ODU2u includes FEC information, it may also be referred to as an optical transport unit 2 frame (OTU 2u) or an over-frequency optical transport unit 2 frame (OTU 2 o).

It should be noted that the ODU2 is a transmission container defined by the existing OTN standard, the rate of the transmission container is 10.037273924Gbps, and the transmission container needs to be mapped to the OTU2 and can be transmitted between devices by using the OTU2 optical module. The ODU2u provided in this embodiment may be directly sent from one device to another device by using an ethernet transport module, so as to implement transmission of service data.

Fig. 11a and fig. 11b show schematic structural diagrams of two OTN service transmission frames. The two OTN service transport frames are different in that the OTN service transport frame shown in fig. 11b includes an FEC area. Specifically, the FEC region may have a size of 140 bit columns or 300 bit columns, and RS (528,514) or RS (544,514) FEC encoding is adopted respectively. The same part size in fig. 11a and 11b is: 128 rows of 5140 bit columns containing alignment overhead, other overhead and payload regions carrying multiple OSU frames. Other overhead may be one or more of the following information: TTI, BIP8, BEI, BDI and STAT. The frame may also contain an integer multiple of 64 lines, such as 256 lines, 1024 lines, etc. The present application is not limited thereto.

The frame structures shown in fig. 11a and 11b have a smaller overhead ratio, and when the frame structures are used as OTN service transmission frames, a higher payload region transmission rate can be obtained, and the bandwidth utilization rate is improved.

Optionally, the OTN service transmission frames shown in fig. 11a and fig. 11b may also be added with delimitation information. In particular, delimitation information may be added in other overhead or in the manner of fig. 10 a. Optionally, the OTN service transmission frames shown in fig. 11a and fig. 11b may also be encoded. If these optional operations are performed, the OTN service transport frame in the next step refers to the data frame after these operations are performed.

S405: and sending the OTN service transmission frame by using an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the OTN service transmission frame, and X is equal to 1 or 10.

Specifically, referring to the description of fig. 4a for S405, the details are not repeated here.

By defining a plurality of new OTN service transmission frames to realize the rate matching with the existing low-cost X gigabit Ethernet transmission module, the technical scheme disclosed by the application can simplify the complexity of service bearing and effectively lower the equipment cost.

Fig. 12 is a flowchart of a third service bearer method according to an embodiment of the present application. This embodiment is described by taking as an example that service data needs to be transmitted from the client device 1 to the client device 4 via the OTN device 1 and the OTN device 3. As shown in fig. 12, the method includes the following steps.

The client apparatus 1 performs:

s1201: mapping service data into a plurality of Optical Service Unit (OSU) frames;

s1203: performing adaptation processing on the plurality of OSU frames to obtain a plurality of OTN service transmission frames, wherein the rate of the plurality of OTN service transmission frames is 1.25 Gbps;

s1205: and sending the plurality of service transmission frames by using the GE light sending module.

The above three steps are similar to step S503, step S505 and step S405 in fig. 5, and reference may be made to the description of the corresponding steps in fig. 5, which is not repeated herein.

It should be noted that the above three steps may also be replaced by S901, S903, S905, and S405 shown in fig. 9, or any specific implementation manner in fig. 9.

The OTN device 1 performs:

receiving the multiple service transmission frames (not shown in fig. 12, and subsequent receiving steps are similar and are not described again);

s1207: parsing the plurality of OSU frames from the plurality of OTN service transport frames;

s1209: after the plurality of OSU frames are crossed, mapping partial data frames in the plurality of OSU frames to OTN frames of 2.5Gbps or above, wherein the target equipment of the partial data frames is client equipment 4;

s1211: sending the OTN frame;

specifically, the OTN device 1 analyzes the OTN service transmission frame to obtain the plurality of OSU frames. Specifically, parsing may include processes of deleting delimitation information, decoding, and/or adding padding information, and the like. Alternatively, if the actions of the client device 1 are replaced by a number of steps in fig. 9, the parsing may specifically include FEC decoding, deletion of delimitation information, decoding and/or demapping. It should be understood that the processing operations performed by the OTN device 1 are the inverse of the operation performed by the client device 1. Then, the OTN device 1 performs cross processing on the plurality of analyzed OSU frames, and maps part or all of the plurality of OSU frames to a high-rate line OTN frame to be sent out (for example, a 2.5G OTU1 frame). Interleaving refers to the dispatching of data frames from one port to another. The specific port to which the data frame is scheduled may be determined according to the destination device to which the data frame needs to be transmitted. In step S1209, taking the destination device of a partial frame in the multiple OSU frames as the client device 4 as an example, the partial OSU frames all intersect to the same port and are sent to the next OTN device (for example, the OTN device 3 in this example).

The OTN device 3 performs:

receiving the OTN frame;

s1213: parsing out the partial data frame from the OTN frame;

s1215: performing adaptation processing on the partial data frames to obtain a plurality of other OTN service transmission frames, wherein the rate of the other OTN service transmission frames is 1.25 Gbps;

s1217: and sending the other OTN service transmission frames by using the GE light sending module.

Specifically, the OTN device 3 demaps the partial data frame from the OTN frame. Then, the OTN device 3 performs processing similar to steps S1203 and S1205 in this embodiment, which is specifically referred to in the related description and is not described herein again.

The client apparatus 4 performs:

and receiving the plurality of other OTN service transmission frames.

S1219: parsing out the partial data frame from the plurality of other OTN service transport frames;

s1221: and analyzing partial data of the service data from the partial or data frame, wherein the destination device of the partial data of the service data is the client device 4.

By defining a plurality of new OTN service transmission frames to realize the rate matching with the existing low-cost X gigabit Ethernet transmission module, the technical scheme disclosed by the application can simplify the complexity of service bearing and effectively lower the equipment cost. In addition, by introducing the OSU frame intersection, the OTN device does not need to analyze the service data of multiple devices that find different destinations, and directly uses the OSU frame for processing.

It should be noted that fig. 4a, fig. 9 and fig. 12 are described in terms of OTN traffic transmission frames being directly sent through the ethernet transmission module. It should be understood that the OTN traffic transport frame may also be the OSU frame in fig. 4a and 9, an OSU frame subjected to some adaptation process, or an optical data unit frame. Correspondingly, the bit rate of the OTN traffic transmission frame may no longer be 1.25Gbps or 10.31.25 Gbps. In some possible implementations, the bit rate of OTN traffic transmission frames that are subject to, for example, adding delimitation information, encoding, and/or compression is 1.25Gbps or 10.31.25 Gbps. Taking the case that the OSU frame is an OTN service transmission frame, if the OSU frame is further encoded by, for example, 10B/8B, then the OSU frame is transmitted by using an ethernet optical module. Then, the bit rate of the OSU frame (i.e. the OTN service transmission frame encoded with 8B/10B) encoded with 8B/10B is 1.25Gbps or 10.31.25 Gbps.

Fig. 13 is a schematic structural diagram of a chip for service processing according to an embodiment of the present application. As shown in fig. 13, chip 1300 includes a processor 1301 and a memory 1302 connected to the processor. The memory 1302 is used for storing program instructions and data necessary for execution by the processor. Processor 1301 is configured to implement the method steps performed by an apparatus in any one or more of the embodiments described above. For example, the processor 1301 is configured to execute the method steps in fig. 4a, fig. 5 or fig. 9 except for step S405, and send the OTN traffic transmission frame to the X gigabit ethernet module. For another example, processor 1301 is configured to perform the method steps of any of the devices illustrated in fig. 12 to send or receive data frames to other devices, and send or receive generated data frames to or from an X gigabit ethernet module (e.g., S1205). For the specific steps, refer to the description of the related drawings, which are not repeated herein.

It should be noted that the user equipment and the OTN device according to the present application generally have both a transmitting and receiving function. Therefore, the processor 1301 may be configured to implement the method steps of two user equipments in fig. 12 or to implement the method steps of two OTN devices to simultaneously support the transceiving functions of the service. It is further noted that the memory 1302 may not be included in the chip 1300, but may be connected to the processor 1301 through a circuit.

It should be further noted that the example shown in fig. 13 is an implementation of a single chip. In other specific implementations, a chipset approach may also be employed. For example, two chips are used to complete the function of one chip shown in fig. 13. Taking the embodiment shown in fig. 5 as an example, one chip completes steps S501 and S503, and the other chip completes step S505 and sends an OTN service transmission frame to the X gigabit ethernet transmission module. The specific functional division of the plurality of chips is not limited in the present application.

Fig. 14 is a schematic structural diagram of an ethernet optical module according to an embodiment of the present application. As shown in fig. 14, the ethernet optical module 1500 includes a chip 1300, a modulator 1501, a light source 1502, and an optical interface 1503 shown in fig. 13. Both the chip 1300 and the light source 1502 are connected to the modulator 1501. The modulator 1501 is used for modulating the data signal output by the chip 1300 to the continuous light source output by the light source 1502, and then sending out through the optical interface 1503. It should be noted that the ethernet optical module 1500 may be inserted into a corresponding interface on the user equipment or the OTN device shown in fig. 1 through the optical interface 1503 to complete related service transmission.

Fig. 15 is a schematic structural diagram of a user equipment according to an embodiment of the present application. The user equipment 1600 provides two types of hardware structures to implement the low-speed service bearer mentioned in the embodiment of the method of the present application. One way is to connect the traffic processor 1601 via the ethernet optical module 1500 shown in fig. 14. The service processor 1601 is configured to complete the processing that needs to be completed before the service data is transmitted to the ethernet optical module 1500. For example, the service data is generated or checked for other processing. Another is to provide a single board for implementing service bearer, where the single board includes the chip 1300 shown in fig. 13.

The embodiment of the application also provides the OTN equipment. The hardware structure of the OTN device in this embodiment is shown in fig. 4 a; wherein the bypass board comprises the chip 1300 shown in fig. 13; or the circuit board includes the ethernet optical module 1500 shown in fig. 14.

The processor (e.g., processor 1301) in the embodiments of the present application may be a general purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component that may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware processor, or may be implemented by a combination of hardware and software elements in a processor. Program code executed by a processor to implement the above-described methods may be stored in a memory (e.g., memory 1302). The memory may be a nonvolatile memory such as a Hard Disk Drive (HDD) or the like, and may also be a volatile memory (RAM) such as a random-access memory (RAM). The memory is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such.

Based on the above embodiments, the present application also provides a computer-readable storage medium. The storage medium stores therein a software program that, when read and executed by one or more processors, may implement the methods provided by any one or more of the embodiments described above. The computer-readable storage medium may include: u disk, removable hard disk, read only memory, random access memory, magnetic or optical disk, etc. for storing program codes.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and so forth) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the embodiments of the present application without departing from the scope of the embodiments of the present application. Thus, if such modifications and variations of the embodiments of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to encompass such modifications and variations.

Claims

1. A method for service bearer, the method comprising:

receiving service data;

mapping the service data to one or more Optical Transport Network (OTN) service transmission frames, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps +/-100 ppm or 10.3125Gbps +/-100 ppm, and ppm is millionth;

and sending the one or more OTN service transmission frames by using an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10.

2. The method for carrying a service according to claim 1, wherein the mapping the service data to one or more OTN service transport frames specifically includes:

mapping the service data into a plurality of Optical Service Unit (OSU) frames, wherein each OSU frame is an integral multiple of 16-byte blocks, each OSU frame comprises an overhead area and a payload area, the payload area is used for bearing the service data, and the overhead area is used for carrying frame overhead;

and carrying out adaptation processing on the plurality of OSU frames carrying the service data to obtain a plurality of OTN service transmission frames.

3. The method for carrying a service according to claim 2, wherein the adapting the OSU frames carrying the service data includes:

adding delimitation information for each of the plurality of OSU frames;

or, adding delimitation information and coding for each of the plurality of OSU frames;

or adding delimitation information to each of the plurality of OSU frames, coding and performing compression, wherein the performing compression comprises deleting filling information in the plurality of OSU frames, and the coding is 8B/10B coding or 64B/66B coding.

4. The service carrying method of claim 3, wherein adding delimitation information to each of the plurality of OSU frames specifically comprises:

adding a frame start identifier and a frame end identifier for each of the plurality of OSU frames;

or, the delimitation information is inserted before each of the plurality of OSU frames.

5. The service carrying method according to claim 1, wherein said mapping the service data to one or more OTN service transmission frames specifically comprises:

mapping the plurality of OSU frames carrying the service data into an Optical Data Unit (ODU) frame to obtain the OTN service transport frame.

6. The service carrying method according to claim 5, wherein the ODU frame has a 4-row 3824-byte column structure, and includes only a frame header indication, a multi-frame indication, a link monitoring overhead, a payload type, and a payload area; the frame header indication is used to indicate a start position of the ODU frame, the multi-frame indication is used to indicate a position of the ODU frame in a group of consecutive ODU frames, the link monitoring overhead is used to perform link monitoring, the payload type is used to indicate a mapping manner of a service carried by the ODU frame, and the payload area is used to carry the plurality of OSU frames.

7. The traffic-bearing method of claim 5, wherein the ODU frame has an integer-multiple row 5140-bit column structure of 64, and includes an alignment overhead and a payload area, where the alignment overhead is used to indicate a start position of the ODU frame, and the payload area is used to bear the multiple OSU frames.

8. The traffic bearing method according to any one of claims 5 to 7, wherein the ODU frame is the OTN traffic transport frame.

9. The service bearing method according to any one of claims 5 to 7, wherein the mapping the plurality of OSU frames bearing the service data into one ODU frame to obtain the OTN service transport frame specifically includes:

mapping the plurality of OSU frames into an ODU frame;

performing one or more of the following operations on the ODU frame to obtain the OTN service transport frame:

adding FEC information, adding delimitation information and encoding processing, wherein the encoding processing is 8B/10B encoding processing or 64B/66B encoding processing.

10. The method for carrying traffic according to any one of claims 1 to 7, wherein X ═ 1, and the X gigabit ethernet module sends the OTN traffic transport frame, specifically including: and transmitting the OTN service transmission frame by using a twisted pair or a 1GE optical module.

11. The service carrying method according to any one of claims 1 to 7, wherein X is 10, and the sending of the OTN service transport frame by the X gigabit ethernet module specifically includes: and sending the OTN service transmission frame by using a 10GE optical module.

12. A transaction processing apparatus, characterized in that the apparatus comprises a memory for storing a computer program and a processor for performing the method of:

receiving service data;

mapping the service data into one or more Optical Transport Network (OTN) service transmission frames, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabits per second (Gbps) or 10.3125 Gbps;

and sending the OTN service transmission frame to an X gigabit Ethernet transmission module, wherein the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10.

13. The apparatus according to claim 12, wherein the mapping the service data to one or more OTN service transmission frames specifically includes:

14. The apparatus according to claim 12, wherein the mapping the service data to one or more OTN service transmission frames specifically includes:

mapping the plurality of OSU frames carrying the service data into an Optical Data Unit (ODU) frame to obtain the OTN service transmission frame.

15. An apparatus, characterized in that it comprises the apparatus according to any one of claims 12-14 and the X gigabit ethernet transport module.

16. A method for obtaining services, the method comprising:

receiving one or more Optical Transport Network (OTN) traffic transmission frames with an X gigabit Ethernet transmission module, the rate of the one or more OTN traffic transmission frames being 1.25 gigabits per second (Gbps) or 10.3125Gbps, the rate of the X gigabit Ethernet transmission module matching the rate of the one or more OTN traffic transmission frames, wherein X equals 1 or 10;

and analyzing the service data from the one or more OTN service transmission frames.

17. The method according to claim 16, wherein the parsing out the service data from the one or more OTN service transport frames specifically comprises:

carrying out deletion and delimitation information processing or decoding and deletion and delimitation information processing on the one or more OTN service transmission frames to obtain a plurality of OSU frames, wherein each OSU frame is an integral multiple of 16-byte blocks, each OSU frame comprises an overhead area and a payload area, the payload area is used for bearing the service data, the overhead area is used for carrying frame overhead, and the decoding is 8B/10B decoding or 64B/66B decoding;

demapping the traffic data from the plurality of OSU frames.

18. The method according to claim 16 or 17, wherein the one or more OTN service transport frames are Optical Data Unit (ODU) frames, and the optical data unit frame is any one of the following two structures:

the first structure is as follows: a 4-row 3824-byte column structure, which only comprises a frame header indication, a multi-frame indication, a link monitoring overhead, a payload type and a payload area; the frame header indication is used to indicate a start position of the ODU frame, the multi-frame indication is used to indicate a position of the ODU frame in a group of consecutive ODU frames, the link monitoring overhead is used to perform link monitoring, the payload type is used to indicate a mapping manner of a bearer service of the ODU frame, and the payload area is used to carry multiple OSU frames; and the combination of (a) and (b),

the second structure is as follows: an integer multiple row 5140 bit column structure of 64, comprising an alignment overhead for indicating a start position of the ODU frame and a payload area for carrying the plurality of OSU frames;

demapping the plurality of OSU frames from the optical data unit frame;

demapping the traffic data from the plurality of OSU frames.

19. The method according to claim 16, wherein the parsing out the service data from the one or more OTN service transport frames specifically comprises:

FEC decoding the one or more OTN service transport frames to obtain an Optical Data Unit (ODU) frame, where the optical data unit frame is used to carry multiple OSU frames;

demapping the plurality of OSU frames from the optical data unit frame;

demapping the traffic data from the plurality of OSU frames.

20. The method of claim 19, wherein the optical data unit frame is in either of two configurations:

the second structure is as follows: 64 of an integer multiple of rows and 5140-bit columns, and including an alignment overhead for indicating a start position of the ODU frame and a payload area for carrying the plurality of OSU frames.

21. A transaction processing apparatus, characterized in that the apparatus comprises a memory for storing a computer program and a processor for performing the method of:

receiving one or more Optical Transport Network (OTN) service transmission frames sent by an X gigabit Ethernet transmission module, wherein the rate of the one or more OTN service transmission frames is 1.25 gigabit per second (Gbps) or 10.3125Gbps, the rate of the X gigabit Ethernet transmission module is matched with the rate of the one or more OTN service transmission frames, and X is equal to 1 or 10;

22. An apparatus, characterized in that it comprises the traffic processing means of claim 21 and said X gigabit ethernet transport module.

23. A system comprising the apparatus of claim 15 and the apparatus of claim 22, wherein the apparatus of claim 15 sends the OTN traffic transport frame to the apparatus of claim 22.