WO2022199600A1

WO2022199600A1 - Service data processing method and apparatus, related devices, and storage medium

Info

Publication number: WO2022199600A1
Application number: PCT/CN2022/082439
Authority: WO
Inventors: 李允博; 王东; 张德朝; 李晗; 赵阳
Original assignee: 中国移动通信有限公司研究院; 中国移动通信集团有限公司
Priority date: 2021-03-26
Filing date: 2022-03-23
Publication date: 2022-09-29
Also published as: CN115134036A

Abstract

Disclosed in the present application are a service data processing method and apparatus, a sending-end device, a receiving-end device and a storage medium. The service data processing method comprises: a sending-end device receiving a time-division multiplexing (TDM) signal; mapping a received TDM signal to a payload of a service frame; the service frame including an overhead and a payload; the overhead including a first pointer; and the first pointer being used for indicating a starting position of a signal in the payload.

Description

Business data processing method, device, related equipment and storage medium

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is based on the Chinese patent application with the application number of 202110328527.7 and the filing date of March 26, 2021, and claims the priority of the Chinese patent application. The entire content of the Chinese patent application is incorporated herein by reference.

technical field

The present application relates to an optical transmission network, and in particular, to a service data processing method, device, related equipment and storage medium.

Background technique

Currently, Optical Transport Network (OTN) is widely used in backbone, metro core, metro aggregation and other networks, and is currently being further extended to edge networks, such as access networks. As OTN moves further toward the network edge, OTN will face more and more service bearer requirements at different rates. One of the characteristics of this service bearing requirement is the number of services, and the other is the diversification of rates. In particular, private line services below 1G will appear in large numbers. At the same time, there will also be a large number of Synchronous Digital Hierarchy (SDH) terminal equipment. Value Time Division Multiplexing (TDM) services.

However, in the related art, there is currently no effective solution for how to bear TDM services in OTN.

SUMMARY OF THE INVENTION

In order to solve related technical problems, the embodiments of the present application provide a service data processing method, apparatus, related equipment, and storage medium.

The technical solutions of the embodiments of the present application are implemented as follows:

The embodiment of the present application provides a service data processing method, which is applied to a sending end device, including:

The received TDM signal is mapped to the payload of the service frame; the service frame contains overhead and payload; the overhead contains a first pointer; the first pointer is used to indicate the starting position of the signal in the payload.

In the above solution, the TDM signal includes a synchronous transmission mode (STM)-N frame;

The described mapping of the TDM signal to the payload of the service frame includes:

Demap the received STM-N frame to obtain at least one container;

Synchronizing the at least one container with the device clock and generating a second pointer; the second pointer is used to indicate the start of the at least one container in the payload of an administrative unit (AU) or a tributary unit (TU) Location;

adding the at least one container to the second pointer to obtain at least one AU or TU;

Map at least one AU or TU to the payload of the traffic frame.

In the above scheme, the received STM-N frame is demapped to obtain at least one container, including:

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container.

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container;

Demapping is performed on at least one VC-4 container to obtain multiple TU groups (TUG)-3;

Demapping is performed for multiple TUG-3s to obtain multiple TU-3s;

Perform demapping for multiple TU-3s to obtain multiple VC-3 containers;

Synchronizing the plurality of VC-3 containers with a device clock and generating the second pointer.

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container;

Demap at least one VC-4 container to obtain multiple TUG-3s;

Perform demapping for multiple TUG-3s to obtain multiple TUG-2s;

Demapping is performed for multiple TUG-2s to obtain multiple TU-12s;

Perform demapping for multiple TU-12s to obtain multiple VC-12 containers;

Synchronizing the plurality of VC-12 containers with a device clock and generating the second pointer.

In the above solution, the STM-N frame includes one of the following:

STM-1;

STM-4;

STM-16;

STM-64.

In the above scheme, the TDM signal includes an E1 frame;

Map the E1 frame into a container;

Synchronizing the container with the device clock, and generating a third pointer; the third pointer indicates the starting position of the container in the payload of the TU;

adding the third pointer to the container to obtain a TU;

Map the TU to the payload of the traffic frame.

In the above solution, the service frame includes one of the following:

Optical Service Unit (OSU) frame;

Optical Data Unit (ODU) frame.

In the above solution, the length of the first pointer of the overhead in the service frame is 8 bits.

The embodiment of the present application also provides a service data processing method, which is applied to a receiving end device, including:

receiving a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of the signal in the payload;

Demap the received service frame to obtain a TDM signal.

In the above solution, the TDM signal includes one of the following:

STM-N frame;

E1 frame.

In the above solution, the STM-N frame includes one of the following:

STM-1;

STM-4;

STM-16;

STM-64.

In the above solution, the service frame includes one of the following:

OSU frame;

ODU frame.

The embodiment of the present application also provides a service data processing device, including:

a first processing unit, configured to map the received TDM signal to the payload of a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a signal in the payload starting position.

a second receiving unit, configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a starting position of a signal in the payload;

The second processing unit is configured to perform demapping on the received service frame to obtain a TDM signal.

The embodiment of the present application further provides a sending end device, including: a first processor and a first communication interface; wherein,

The first processor is configured to map the received TDM signal to the payload of a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the payload The starting position of the signal in .

The embodiment of the present application also provides a receiving end device, including:

a second communication interface, configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a starting position of a signal in the payload;

The second processor is configured to perform demapping on the received service frame to obtain a TDM signal.

Embodiments of the present application further provide a sending end device, including: a first processor and a first memory configured to store a computer program that can be run on the processor,

Wherein, when the first processor is configured to run the computer program, it executes the steps of any method on the side of the transmitting end device.

The embodiment of the present application also provides a receiving end device, including: a second processor and a second memory configured to store a computer program that can be run on the processor,

Wherein, the second processor is configured to execute the steps of any method on the receiving end device side when running the computer program.

Embodiments of the present application further provide a storage medium, on which a computer program is stored, and when the computer program is executed by a processor, implements the steps of any method on the device side of the sending end, or implements any method on the device side of the receiving end. A step of.

In the service data processing method, device, related equipment, and storage medium provided by the embodiments of the present application, the transmitting end device maps the received TDM signal to the payload of a service frame; the service frame includes an overhead and a payload; the overhead includes the first A pointer; the first pointer is used to indicate the starting position of the signal in the payload; and after receiving the service frame, the receiving end device demaps the received service frame to obtain the TDM signal. In the embodiment of the present application, the TDM service is mapped into the service frame, and the service frame includes the overhead and the payload, and pointer positioning information is set in the overhead field. The pointer positioning information is used to represent the starting position of the service in the payload, and is placed in the payload. TDM service, thereby realizing the transmission of TDM service in the network.

Description of drawings

Fig. 1 is a kind of OSU frame format schematic diagram in the related art;

2 is a schematic diagram of another OSU frame format in the related art;

3 is a schematic flowchart of a method for processing service data according to an embodiment of the present application;

FIG. 4 is a schematic diagram of a TDM signal processing flow according to an embodiment of the present application;

FIG. 5 is a schematic diagram of an OSU frame format according to an embodiment of the present application;

FIG. 6 is a schematic diagram of mapping processing of a single-channel VC according to an embodiment of the present application;

FIG. 7 is a schematic diagram of mapping processing of a multi-channel VC according to an embodiment of the present application;

8 is a schematic flowchart of another method for processing service data according to an embodiment of the present application;

9 is a schematic flowchart of a third method for processing service data according to an embodiment of the present application;

10 is a schematic structural diagram of a service data processing apparatus according to an embodiment of the application;

FIG. 11 is a schematic structural diagram of another service data processing apparatus according to an embodiment of the present application;

FIG. 12 is a schematic structural diagram of a transmitting end device according to an embodiment of the present application;

13 is a schematic structural diagram of a receiving end device according to an embodiment of the present application;

FIG. 14 is a schematic structural diagram of a service data processing system according to an embodiment of the present application.

Detailed ways

The present application will be further described in detail below with reference to the accompanying drawings and embodiments.

When 1.25G granular pipes are used to carry services with a rate less than 1G, there will be obvious bandwidth waste. Based on this, this paper proposes a technical solution that uses OSU to transmit services with a carrying rate lower than 1G; specifically, the OSU frame is used to carry the signal (also called service data), and then the OSU frame (small particle) is directly mapped and multiplexed. To the optical data unit-k (ODUk) (the rate is greater than 1G), m payload blocks in each transmission period are aggregated and transmitted through the ODUk.

The frame structure size of the OSU frame is 192 bytes; the OSU frame includes overhead and payload; wherein, the overhead is a fixed 7 bytes, and the payload is a fixed 185 bytes. The bit rate of the OSU can be any n*minimum basic rate (for example, if the minimum basic rate is 2M, the bit rate of the OSU is n*2M), and the specific value of n depends on the service rate of the customer.

The ODUk payload is divided into consecutive payload blocks, and the size of each payload block is also 192 bytes. Every P consecutive payload blocks is called a transmission cycle, where the value of P depends on the ODUk payload rate and the minimum The basic rate, that is, P=ODUk payload rate/minimum basic rate, the minimum basic rate may be a preset value, such as 2M or 10M. In this way, through OSU and direct mapping payload block technology, the problem of granularity at any rate is solved. Compared with the traditional 1.25G granularity, bandwidth utilization is improved to a certain extent.

In an OSU frame with a size of 192 bytes, the overhead size is 7 bytes and the payload size is 185 bytes. In the related art, for the OSU frame, the bearer structure of the packet (PKT) service (the bandwidth can be changed) (as shown in Figure 1) and the bearer structure of the fixed bit rate (CBR, Constant Bit Rate) service (fixed rate) are defined ( As shown in Figure 2), the bearer structure for the TDM service is not defined.

In addition, for the TDM service, if it is only simple transparent transmission, the CBR service frame can be used for transmission. However, there is currently no effective bearer solution for the processing of containers of various granularities (such as each VC-4, VC-3 or VC-12 particle) in the TDM service.

In addition, in the related art, the components in the STM-N signal, that is, various types of containers, such as VC-4, VC-3 or VC-12, go to different directions, that is, to different destinations, There is no effective solution to this problem.

Based on this, in various embodiments of the present application, the TDM service is mapped into a service frame, and the service frame includes an overhead (which may also be called an overhead area) and a payload (which may also be called a payload area). The pointer positioning information is set in the field. The pointer positioning information is used to represent the starting position of the service in the payload, and the TDM service is placed in the payload, so as to realize the transmission of the TDM service in the network.

An embodiment of the present application provides a service data processing method, which is applied to a sending end device. As shown in FIG. 3 , the method includes the following steps:

Step 301: Receive a TDM signal (also referred to as TDM service data);

Step 302: Map the TDM signal to the payload of the service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of the signal in the clear area;

Step 303: Send a service frame.

Wherein, in step 303, the sending end device sends a service frame to the receiving end device. In practical application, the sending end device may also be called a source end device; correspondingly, the receiving end device may also be called a sink end, which is not limited in this embodiment of the present application.

The transmission of signals in the embodiment of the present application refers to the transmission of signals in an optical network (such as OTN). An OTN is usually formed by connecting multiple OTN devices through optical fibers. Therefore, both the transmitting end device and the receiving end device may be OTN devices.

In practical application, the TDM service may include STM-N service and E1 service, that is, the TDM signal may include STM-N frame and E1 frame.

Wherein, when the TDM signal includes an STM-N frame, in step 301, the transmitting end device receives the STM-N frame;

Accordingly, in step 302,

The transmitting end device demaps the received STM-N frame to obtain at least one container;

performing local clock synchronization on the at least one container, and generating a second pointer; the second pointer is used to indicate the starting position of the at least one container in the payload of the AU or TU;

Map at least one AU or TU to the payload of the traffic frame.

Among them, AU and TU can be called transmission unit frame.

The STM-N frame structure has the following characteristics:

(1) It consists of 9 rows × 270 columns (bytes), each byte has 8 bits, the period of one frame is 125 μs, and the frame frequency is 8 kHz (8000 frames per second);

(2) STM-1 (that is, the value of N is 1) is the most basic structure of the SDH frame, each frame period is 125 μs, there are 19440 bits (9×270×8), and the transmission rate is 19440×8000bit=155520kbit/s;

(3) STM-N is composed of N STM-1s synchronously multiplexed by byte interleaving, so its rate is N times that of STM-1;

(4) The SDH frame is composed of three parts: payload (which can be expressed as payload in English), management unit pointer (AU-PTR, Administration Unit Pointer) and segment overhead (SOH, Section overhead). Among them, the TDM signal is encapsulated in a VC-4 container, and AU-PTR is added on the basis of the VC-4 container to form an AU-4. The AU-PTR is used to indicate the location of each VC-4 payload in the STM-N. Then add the regeneration section overhead (RSOH) and the multiplex section overhead (MSOH) on the AU-4 to form an STM-1 frame structure. Among them, if there are multiple VC-4s in a row, they can be cascaded together to form VC-4-4c to become STM-4 frames, or to form VC-4-16c to become STM-16 frames, or to form VC-4- 64c, which becomes an STM-64 frame. After receiving the STM-N frame, the transmitting end device will first terminate the segment overhead, RSOH and MSOH, and strip AU-4, and then perform subsequent processing.

Therefore, in this embodiment of the present application, the STM-N frame includes one of the following:

STM-1;

STM-4;

STM-16;

STM-64.

For STM-N frames, it consists of one or more AU-4s (i.e. contains one or more AU-4s), and each AU-4 may consist of one VC-4 container or multiple VC-4 containers (i.e. An AU-4 may contain one VC-4 container or multiple VC-4 containers), and each VC-4 container may in turn consist of multiple VC-3 containers or VC-12 containers (that is, a VC-4 container may Including multiple VC-3 containers or multiple VC-12 containers), each container may carry signals of different users, reaching different destinations of the receiving end device; therefore, the transmitting end device will distinguish the STM frame according to the destination address. Different AU-4, and then load the VC container of the same destination address to one or more service frames, and distinguish them by the tributary port number (TPN, Tributary Port Number), and then continue according to the distinguished AU-4 subsequent processing.

According to different types of VC containers in AU-4, the containers obtained by demapping are different, and the corresponding transmission unit frames are also different, including the following processing methods:

In the first case, AU-4 only contains VC-4 containers; in this case, the transmitting end device demaps the received STM-N frame to obtain at least one AU-4; demaps at least one AU-4 , obtain at least one VC-4 container; add the second pointer (ie AU-PTR) to the at least one VC-4 container to obtain at least one AU-4 frame; here, the second pointer is used in the newly obtained Position the VC-4 container in the AU-4 frame of the

In the second case, AU-4 contains a VC-4 container, and the VC-4 container also contains a VC-3 container; at this time, the transmitting end device demaps the received STM-N frame to obtain at least one AU- 4. Demap at least one AU-4 to obtain at least one VC-4 container; demap at least one V-C4 container to obtain multiple TUG-3s; demap multiple TUG-3s to obtain multiple TUG-3s; TU-3; perform demapping on multiple TU-3s to obtain multiple VC-3 containers; synchronize the clocks of the multiple VC-3 containers, that is, synchronize with the device clock, and generate the second pointer ( is TU-PTR); adding the second pointer to multiple VC-3 containers to obtain multiple TU-3 frames; here, the second pointer is used for VC-3 in the newly obtained TU-3 frame container positioning;

In the third case, AU-4 contains VC-4 container, VC-4 container also contains VC-3 container, VC-3 container also contains VC-12 container; Demap the frame to obtain at least one AU-4; demap at least one AU-4 to obtain at least one VC-4 container; demap at least one VC-4 container to obtain multiple TUG-3s; Perform demapping on multiple TUG-3s to obtain multiple TUG-2s; perform demapping on multiple TUG-2s to obtain multiple TU-12s; perform demapping on multiple TU-12s to obtain multiple VC-12 containers; Synchronize the clock of the multiple VC-12 containers, that is, synchronize with the device clock, and generate the second pointer (for the TU-PTR); add multiple VC-12 containers to the second pointer to obtain multiple TU-12 frame; here, the second pointer is used to locate the VC-12 container in the newly obtained TU-12 frame.

As can be seen from the above description, as shown in Figure 4, different VC container particles have different mapping processing methods:

(1) VC-4 particle: First, the transmitting end device strips the AU-4 in the STM-N frame to obtain N AU-4, and demaps each AU-4 to restore it to VC -4 (the rate is 155Mbit/s) particles (to get N VC-4 containers), and then synchronize multiple VC-4 particles through the local clock to regenerate a new AU-PTR to correspond to each VC-4 container and A new AU-4 is generated, and multiple (M)AU-4s are arranged in sequence and mapped to the service frame;

2) VC-3 particles: First, the transmitting end device strips the AU-4 in the STM-N frame to obtain N AU-4s, and performs demapping processing for each AU-4, thereby restoring to VC-4. 4 particles, one VC-4 is decomposed into 3 TUG-3s, and one TUG-3 is restored to a VC-3 container (the rate is 45Mbit/s), and multiple (K) VC-3 particles are synchronized by the local clock , regenerate a new TU-PTR to correspond to each VC-3 container, and generate a new TU-3, and multiple (K)TU-3s are arranged in sequence and mapped to the service frame;

3) VC-12 particle: First, the transmitting end device strips the AU-4 in the STM-N frame to obtain N AU-4s, and performs demapping processing for each AU-4, thereby restoring it to VC-4. 4 particles, one VC-4 is decomposed into 3 TUG-3, one TUG-3 is reduced to 3*7 TUG-2, and each TUG-2 is decomposed into 3 TU-12, and then each TUG-2 is decomposed into 3 TU-12. TU-12 is restored to a VC-12 container (the rate is 2Mbit/s), and multiple (Q) VC-12 particles are synchronized by the local clock, and a new TU-PTR is regenerated to correspond to each VC-12 container. And a new TU-12 is generated, and multiple (Q) TU-12s are arranged in sequence and mapped into the service frame.

When the TEM signal includes an E1 frame (the rate is 2Mbit/s), in step 301, the transmitting end device receives the E1 frame;

Accordingly, in step 302,

The sending end device maps the E1 frame to a container;

Synchronizing the container with the local clock, that is, synchronizing with the device clock, and generating a third pointer; the third pointer indicates the starting position of the container in the payload of the TU;

adding the third pointer to the container to obtain a TU;

Map the TU to the payload of the traffic frame.

In practical application, in the related art, the rate of the E1 service is 2 Mbit/s, therefore, the container corresponding to the E1 frame may be a VC-12 container, and correspondingly, the TU may be a TU-12 frame.

As shown in Figure 4, for the signal of the E1 service, the mapping processing method includes: directly encapsulating the E1 frame into a VC-12 container, regenerating a new TU-PTR after local clock synchronization, and generating a new TU-12 , and then map the TU-12 to the service frame again.

In practical application, the service frame may be an OSU frame (which may be referred to as a TDM service frame) or an ODU frame.

Wherein, exemplarily, as shown in FIG. 5, the OSU frame used for TDM service includes overhead and payload (the size is 185 bytes); wherein, the overhead includes indication AU-4, or TU-3, or The pointer of the TU-12 service, that is, the first pointer, can be called VC-PTR; other overheads are also included in the overhead. On the basis of maintaining the original operation and maintenance management (OAM) of the OSU frame, the multi-service bearing capacity of the OSU frame can be improved to meet the efficient bearing requirements of specific application scenarios or specific services.

The overhead information of overhead is described in detail below.

VC-PTR: 8 bits (that is, the length of the first pointer overhead in the service frame is 8 bits), with a value of 0 to 185, used to indicate that the OSU payload AU-4, or TU-3, or The initial byte position of the TU-12 service, because the payload is 185 bytes, so 8 bits can represent 256 positions, which can cover 185 bytes of position information.

The other overheads include: Version (VER), TPN, Service Type, General Overhead, PLn, Sequence Number (SQ), and Cyclic Redundancy Check (CRC) (specifically, CRC8). in,

VER: 2bit, version number, used to identify the OSU frame version number,

TPN: 12 bits, used to identify OSU services. When mapping 1 or more OSU services to the OPU bearer container, different OSU services add their own branch TPNs to their OSU frames, and the receiver can carry it based on each OSU frame. The TPN distinguishes different OSU services;

Service type: 3bit, used to identify the OSU frame type (FT, Frame Type). Different values are identified by FT to distinguish OSU basic frames and OSU extended frames.

Exemplarily, as shown in Table 1, the service types may include 3 OSU frame types, wherein OSU(PKT) is used to carry packet PKT service, OSU(CBR) is used to carry CBR service of fixed bit rate, OSU(TDM) ) is used to carry TDM services.

Table 1

General overhead: 18 bits, including but not limited to path monitoring (PM), TCM and other overhead information.

PLn (n=1, 2, 3): 3 bits, used to indicate the length of the payload occupied by the TDM service carried in the payload field of the OSU frame, specifically, the length of the payload of three consecutive OSU frames. Among them, in 3 bits, PL1 indicates the payload length (PL, Payload length) occupied by the TDM service borne by the payload of the current OSU frame, PL2 indicates the payload length occupied by the TDM service borne by the payload of the previous OSU frame, PL3 Indicates the length of the payload occupied by the TDM service carried by the payload in the first two OSU frames.

SQ: 2bit, used to provide end-to-end OSU path OSU frame loss monitoring. SQ is generated when the source-end TDM service is mapped to the OSU frame, and the value is 0 to 3, and it is transparently transmitted when the OSU frame passes through the intermediate node. The sink identifies the SQ before demapping the TDM service from the OSU frame, and judges whether there is an OSU frame loss in the end-to-end OSU path according to the value of the SQ. Exemplarily, the source end sends 0, 1, 2, 3 continuously and periodically. If the sink end receives 0, 1, 2, or 0, 1, 3, or 0, 1, or 2, 3, it will be determined as Frame loss, supports the maximum continuous compensation of 2 OSU frames in the case of OSU sink frame loss to ensure the performance of sink TDM services.

CRC8: 8bit, used to perform cyclic redundancy check on the overhead information (byte 1 to byte 6) of the OSU frame. The CRC8 check polynomial includes, but is not limited to, G(x)=x8+x2+x+1, and the initial value is all 1s.

In practical application, when there is a single-channel VC bearer with a destination address in the STM-N frame, first extract the VC signal (that is, the above-mentioned VC container) from the STM-N frame, and map the VC signal to AU-4, in TUG-3 or TU-12 (generated with synchronous clock). The start byte corresponding to AU-4, TUG-3 or TU-12 is indicated by VC_PTR at the start position of the payload of the service frame, as shown in Figure 6.

When there are multiple VC bearers with the same destination address in the STM-N frame, first extract p (p is an integer greater than or equal to 2) VC signals from the STM-N frame, and map the p VC signals to In the p-channel AU-4, TUG-3 or TU-12 (generated by synchronous clock), the p-channel AU-4, TUG-3 or TU-12 frame bytes are interleaved and multiplexed into 1 channel signal, and the multiplexing signal is indicated by VC_PTR. Use the H1/V1 byte corresponding to the first channel of AU-4, TUG-3 or TU-12 in the signal at the starting position of the OSU payload, as shown in Figure 7.

When the service frame is an ODU frame, the TDM service signal is mapped to the OSU frame payload in the above manner, and then multiplexed and mapped to the Optical Path Payload Unit (OPU), and corresponding overhead is added to the formed OPU to form an ODU.

Correspondingly, an embodiment of the present application also provides a service data processing method, which is applied to a receiving end device. As shown in FIG. 8 , the method includes the following steps:

Step 801: Receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of a signal in the payload;

Step 802: Demap the received service frame to obtain a TDM signal.

Among them, in practical application, in the process of demapping the received service frame, the receiving end device will first restore the service frame to VC particles, and when the VC particles are sent out through the SDH interface, they will become STM-N signal or E1 signal.

The specific process of demapping the received service frame is the inverse process of the above-mentioned mapping process, and the specific process of demapping the received service frame will not be repeated here.

The embodiment of the present application also provides a service data processing method, as shown in FIG. 9 , the method includes the following steps:

Step 901: The transmitting end device maps the received TDM signal to the payload of the service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the signal in the payload. starting point;

Step 902: the sending end device sends a service frame;

Step 903: After receiving the service frame, the receiving end device demaps the received service frame to obtain a TDM signal.

In the service data processing method provided by the embodiment of the present application, the sending end device maps the received TDM signal to the payload of the service frame and sends the service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; The first pointer is used to indicate the starting position of the signal in the payload; and after receiving the service frame, the receiving end device demaps the received service frame to obtain the TDM signal. In the embodiment of this application, the TDM service is mapped to the service frame, and the service frame includes the overhead and the payload. The pointer positioning information is set in the overhead field. The pointer positioning information is used to represent the starting position of the service in the payload. Place the TDM service, so as to realize the transmission of the TDM service in the network. In addition, this solution can also be applied to the bearer requirements of other small-granularity service transmission.

In addition, when the service frame includes an OSU frame, based on the OSU frame structure, by introducing the processing of TDM services, the TDM attributes are retained according to the preset processing mechanism, and the original OAM capability of the OSU is maintained to realize the completeness of the OSU for the TDM service. Transfer; among them, for the STM-N service, by decomposing the VC granular service in the STM-N signal, and then mapping it to the OSU for transmission (there is a situation that the STM-N signal is not full of services), only the The VC granular service of the service avoids the transmission of a complete STM-N signal, so that it can meet the needs of efficient TDM service bearer.

In order to implement the method of the embodiment of the present application, the embodiment of the present application further provides a service data processing apparatus, which is set on the sending end device. As shown in FIG. 10 , the apparatus includes:

The first processing unit 1002 is configured to map the TDM signal to the payload of a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the signal in the payload. starting point.

Wherein, in an embodiment, as shown in FIG. 10 , the device may further include:

a first receiving unit 1001, configured to receive TDM signals;

The sending unit 1003 is configured to send a service frame.

In one embodiment, the TDM service includes STM-N frames;

The first receiving unit 1001 is configured to receive an STM-N frame;

The first processing unit 1002 is configured as:

Demap the received STM-N frame to obtain at least one container;

Synchronizing the at least one container with the device clock, and generating a second pointer; the second pointer is used to indicate the starting position of the at least one container in the payload of the AU or TU;

Map at least one AU or TU to the payload of the traffic frame.

Here, in an embodiment, the received STM-N frame is demapped to obtain at least one container, including:

The first processing unit 1002 demaps the received STM-N frame to obtain at least one AU-4;

The first processing unit 1002 demaps at least one AU-4 to obtain at least one VC-4 container.

In an embodiment, the demapping of the received STM-N frame to obtain at least one container includes:

The first processing unit 1002 demaps at least one AU-4 to obtain at least one VC-4 container;

The first processing unit 1002 performs demapping on at least one VC-4 container to obtain multiple TUG-3s;

The first processing unit 1002 performs demapping on multiple TUG-3s to obtain multiple TU-3s;

The first processing unit 1002 performs demapping for multiple TU-3s to obtain multiple VC-3 containers;

The first processing unit 1002 synchronizes the plurality of VC-3 containers with a device clock, and generates the second pointer.

The first processing unit 1002 performs demapping for multiple TUG-3s to obtain multiple TUG-2s;

The first processing unit 1002 performs demapping for multiple TUG-2s to obtain multiple TU-12s;

The first processing unit 1002 performs demapping on multiple TU-12s to obtain multiple VC-12 containers;

The first processing unit 1002 synchronizes the plurality of VC-12 containers with a device clock and generates the second pointer.

In one embodiment, the TDM service includes E1 frames;

The first receiving unit 1001 is configured to receive an E1 frame;

The first processing unit 1002 is configured as:

Map the E1 frame into a container;

adding the third pointer to the container to obtain a TU;

Map the TU to the payload of the traffic frame.

In practical application, the first receiving unit 1001 and the sending unit 1003 may be implemented by a communication interface in the service data processing apparatus; the first processing unit 1002 may be implemented by a processor in the service data processing apparatus.

In order to implement the method on the receiving end device side in the embodiment of the present application, the embodiment of the present application further provides a service data processing device, which is set on the receiving end device. As shown in FIG. 11 , the device includes:

The second receiving unit 1101 is configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of a signal in the payload;

The second processing unit 1102 is configured to perform demapping on the received service frame to obtain a TDM signal.

In practical application, the second receiving unit 1101 may be implemented by a communication interface in the service data processing apparatus; the second processing unit 1102 may be implemented by a processor in the service data processing apparatus.

It should be noted that: when the business data processing apparatus provided in the above embodiment processes business data, only the division of the above program modules is used as an example for illustration. In practical applications, the above processing can be allocated to different program modules as required. Completion means dividing the internal structure of the device into different program modules to complete all or part of the processing described above. In addition, the service data processing apparatus and the service data processing method embodiments provided by the above embodiments belong to the same concept, and the specific implementation process thereof is detailed in the method embodiments, which will not be repeated here.

Based on the hardware implementation of the above program modules, and in order to implement the method on the side of the transmitting end device in the embodiment of the present application, the embodiment of the present application further provides a transmitting end device. As shown in FIG. 12 , the transmitting end device 1200 includes:

The first communication interface 1201, capable of information interaction with the receiving end device;

The first processor 1202 is connected to the first communication interface 1201 to realize information exchange with the receiving end device, and is configured to execute the method provided by one or more technical solutions on the transmitting end device side when the computer program is run;

The first memory 1203 on which the computer program is stored.

Specifically, the first processor 1202 is configured to map the received TDM signal to the payload of a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer uses to indicate the starting position of the signal in the payload.

Wherein, in an embodiment, the first communication interface 1201 is configured to receive TDM signals; and to send service frames.

The TDM service includes an STM-N frame;

The first communication interface 1201 is configured to receive STM-N frames;

The first processor 1202 is configured as:

Demap the received STM-N frame to obtain at least one container;

Map at least one AU or TU to the payload of the traffic frame.

The first processor 1202 demaps the received STM-N frame to obtain at least one AU-4;

The first processor 1202 demaps at least one AU-4 to obtain at least one VC-4 container.

The first processor 1202 demaps at least one AU-4 to obtain at least one VC-4 container;

The first processor 1202 performs demapping on at least one VC-4 container to obtain multiple TUG-3s;

The first processor 1202 performs demapping on multiple TUG-3s to obtain multiple TU-3s;

The first processor 1202 performs demapping on multiple TU-3s to obtain multiple VC-3 containers;

The first processor 1202 synchronizes the plurality of VC-3 containers with a device clock and generates the second pointer.

The first processor 1202 performs demapping on multiple TUG-3s to obtain multiple TUG-2s;

The first processor 1202 performs demapping on multiple TUG-2s to obtain multiple TU-12s;

The first processor 1202 performs demapping on multiple TU-12s to obtain multiple VC-12 containers;

The first processor 1202 synchronizes the plurality of VC-12 containers with a device clock and generates the second pointer.

In one embodiment, the TDM service includes E1 frames;

The first communication interface 1201 is configured to receive E1 frames;

The first processor 1202 is configured as:

Map E1 frames into a container;

adding the third pointer to the container to obtain a TU;

Map the TU to the payload of the traffic frame.

It should be noted that: the specific processing process of the first processor 1202 and the first communication interface 1201 can be understood with reference to the above method.

Of course, in practical application, various components in the transmitting end device 1200 are coupled together through the bus system 12004 . It will be appreciated that the bus system 1204 is configured to enable connection communication between these components. In addition to the data bus, the bus system 1204 also includes a power bus, a control bus, and a status signal bus. However, for clarity of illustration, the various buses are labeled as bus system 1204 in FIG. 12 .

The first memory 1203 in this embodiment of the present application is configured to store various types of data to support the operation of the sender device 1200. Examples of such data include: any computer program for operation on the sender device 1200 .

The methods disclosed in the above embodiments of the present application may be applied to the first processor 1202 or implemented by the first processor 1202 . The first processor 1202 may be an integrated circuit chip with signal processing capability. In the implementation process, each step of the above-mentioned method may be completed by an integrated logic circuit of hardware in the first processor 1202 or an instruction in the form of software. The above-mentioned first processor 1202 may be a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. The first processor 1202 may implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of this application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium, and the storage medium is located in the first memory 1203, and the first processor 1202 reads the information in the first memory 1203, and completes the steps of the foregoing method in combination with its hardware.

In an exemplary embodiment, the transmitting end device 1200 may be implemented by one or more Application Specific Integrated Circuits (ASIC, Application Specific Integrated Circuit), DSP, Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device ( CPLD, Complex Programmable Logic Device), Field Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or other An electronic component implementation is configured to perform the aforementioned method.

Based on the hardware implementation of the above program modules, and in order to implement the method on the receiving end device side in the embodiment of the present application, the embodiment of the present application further provides a receiving end device. As shown in FIG. 13 , the receiving end device 1300 includes:

The second communication interface 1301 is capable of information interaction with the sending end device;

The second processor 1302 is connected to the second communication interface 1301 to realize information exchange with the sending end device, and is configured to execute the method provided by one or more technical solutions on the receiving end device side when it is configured to run a computer program;

The second memory 1303 on which the computer program is stored.

Specifically, the second communication interface 1301 is configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the start of a signal in the payload Location;

The second processor 1302 is configured to demap the received service frame to obtain a TDM signal.

It should be noted that: the specific processing process of the second processor 1302 and the second communication interface 1301 can be understood with reference to the above method.

Of course, in practical application, various components in the receiving end device 1300 are coupled together through the bus system 1304 . It will be appreciated that the bus system 1304 is configured to enable connection communication between these components. In addition to the data bus, the bus system 1304 also includes a power bus, a control bus, and a status signal bus. However, for clarity of illustration, the various buses are labeled as bus system 1304 in FIG. 13 .

The second memory 1303 in this embodiment of the present application is configured to store various types of data to support the operation of the receiving end device 1300 . Examples of such data include: any computer program for operation on the recipient device 1300 .

The methods disclosed in the above embodiments of the present application may be applied to the second processor 1302 or implemented by the second processor 1302 . The second processor 1302 may be an integrated circuit chip with signal processing capability. In the implementation process, each step of the above-mentioned method may be completed by an integrated logic circuit of hardware in the second processor 1302 or an instruction in the form of software. The above-mentioned second processor 1302 may be a general-purpose processor, a DSP, or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. The second processor 1302 may implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of this application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium, and the storage medium is located in the second memory 1303, and the second processor 1302 reads the information in the second memory 1303, and completes the steps of the foregoing method in combination with its hardware.

In an exemplary embodiment, the sink device 1300 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general purpose processors, controllers, MCUs, Microprocessors, or other electronic components configured to perform the aforementioned methods.

It can be understood that the memory (the first memory 1203 and the second memory 1303 ) in this embodiment of the present application may be a volatile memory or a non-volatile memory, and may also include both volatile and non-volatile memory. Among them, the non-volatile memory can be a read-only memory (ROM, Read Only Memory), a programmable read-only memory (PROM, Programmable Read-Only Memory), an erasable programmable read-only memory (EPROM, Erasable Programmable Read-only memory) Only Memory), Electrically Erasable Programmable Read-Only Memory (EEPROM, Electrically Erasable Programmable Read-Only Memory), Magnetic Random Access Memory (FRAM, ferromagnetic random access memory), Flash Memory (Flash Memory), Magnetic Surface Memory , CD-ROM, or CD-ROM (Compact Disc Read-Only Memory); magnetic surface memory can be disk memory or tape memory. Volatile memory may be Random Access Memory (RAM), which acts as an external cache. By way of example and not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory Memory (DRAM, Dynamic Random Access Memory), Synchronous Dynamic Random Access Memory (SDRAM, Synchronous Dynamic Random Access Memory), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM, Double Data Rate Synchronous Dynamic Random Access Memory), Enhanced Type Synchronous Dynamic Random Access Memory (ESDRAM, Enhanced Synchronous Dynamic Random Access Memory), Synchronous Link Dynamic Random Access Memory (SLDRAM, SyncLink Dynamic Random Access Memory), Direct Memory Bus Random Access Memory (DRRAM, Direct Rambus Random Access Memory) ). The memories described in the embodiments of the present application are intended to include, but not be limited to, these and any other suitable types of memories.

To implement the method of the embodiment of the present application, the embodiment of the present application further provides a service data processing system. As shown in FIG. 14 , the system includes: a sending end device 1401 and a receiving end device 1402 .

It should be noted that the specific processing processes of the transmitting end device 1401 and the receiving end device 1402 have been described in detail above, and will not be repeated here.

In an exemplary embodiment, an embodiment of the present application further provides a storage medium, that is, a computer storage medium, specifically a computer-readable storage medium, for example, including a first memory 1203 for storing a computer program, and the above-mentioned computer program can be stored by the sending end device. The first processor 1202 of 1200 executes the steps described in the foregoing method on the device side of the transmitting end. Another example includes the second memory 1303 storing a computer program, and the computer program can be executed by the second processor 1302 of the receiving end device 1300 to complete the steps of the aforementioned method on the receiving end device side. The computer-readable storage medium may be memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface memory, optical disk, or CD-ROM.

It should be noted that "first", "second", etc. are used to distinguish similar objects, and are not necessarily used to describe a specific sequence or sequence.

In addition, the technical solutions described in the embodiments of the present application may be combined arbitrarily unless there is a conflict.

The above descriptions are only preferred embodiments of the present application, and are not intended to limit the protection scope of the present application.

Claims

A business data processing method, applied to a sending end device, includes:

Mapping the received TDM signal to the payload of the service frame; the service frame includes overhead and payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of the signal in the payload ;

Send service frames.
The method of claim 1, wherein the TDM signal comprises a synchronous transfer mode STM-N frame;

The described mapping of the TDM signal to the payload of the service frame includes:

Demap the received STM-N frame to obtain at least one container;

Synchronizing the at least one container with the device clock, and generating a second pointer; the second pointer is used to indicate the starting position of the at least one container in the payload of the management unit AU or the tributary unit TU;

adding the at least one container to the second pointer to obtain at least one AU or TU;

Map at least one AU or TU to the payload of the traffic frame.
The method according to claim 2, wherein the demapping of the received STM-N frame to obtain at least one container comprises:

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container.
The method according to claim 2, wherein the demapping of the received STM-N frame to obtain at least one container comprises:

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container;

Demap at least one VC-4 container to obtain multiple TU groups TUG-3;

Demapping is performed for multiple TUG-3s to obtain multiple TU-3s;

Perform demapping for multiple TU-3s to obtain multiple VC-3 containers;

Synchronizing the plurality of VC-3 containers with a device clock and generating the second pointer.
The method according to claim 2, wherein the demapping of the received STM-N frame to obtain at least one container comprises:

Demap the received STM-N frame to obtain at least one AU-4;

Demap at least one AU-4 to obtain at least one VC-4 container;

Demap at least one VC-4 container to obtain multiple TUG-3s;

Perform demapping for multiple TUG-3s to obtain multiple TUG-2s;

Demapping is performed for multiple TUG-2s to obtain multiple TU-12s;

Perform demapping for multiple TU-12s to obtain multiple VC-12 containers;

Synchronizing the plurality of VC-12 containers with a device clock and generating the second pointer.
The method of claim 2, wherein the STM-N frame includes one of the following:

STM-1;

STM-4;

STM-16;

STM-64.
The method of claim 1, wherein the TDM signal comprises an E1 frame;

Map the E1 frame into a container;

Synchronizing the container with the device clock, and generating a third pointer; the third pointer indicates the starting position of the container in the payload of the TU;

adding the third pointer to the container to obtain a TU;

Map the TU to the payload of the traffic frame.
The method according to any one of claims 1 to 7, wherein the service frame includes one of the following:

Optical service unit OSU frame;

Optical data unit ODU frame.
The method according to any one of claims 1 to 7, wherein the length of the first pointer of the overhead in the traffic frame is 8 bits.
A business data processing method, applied to a receiving end device, includes:

receiving a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the starting position of the signal in the payload;

Demap the received service frame to obtain a TDM signal.
The method of claim 10, wherein the TDM signal comprises one of the following:

STM-N frame;

E1 frame.
The method of claim 11, wherein the STM-N frame comprises one of the following:

STM-1;

STM-4;

STM-16;

STM-64.
The method according to any one of claims 10 to 12, wherein the service frame includes one of the following:

OSU frame;

ODU frame.
The method according to any one of claims 10 to 12, wherein the length of the first pointer of the overhead in the traffic frame is 8 bits.
A service data processing device, comprising:

The first processing unit is configured to map the TDM signal to the payload of the service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate the start of the signal in the payload; start position.
A service data processing device, comprising:

a second receiving unit, configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a starting position of a signal in the payload;

The second processing unit is configured to perform demapping on the received service frame to obtain a TDM signal.
A sending end device, comprising: a first processor and a first communication interface; wherein,

The first processor is configured to map the TDM signal to the payload of the service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a signal in the payload starting position.
A receiver device, comprising:

a second communication interface, configured to receive a service frame; the service frame includes an overhead and a payload; the overhead includes a first pointer; the first pointer is used to indicate a starting position of a signal in the payload;

The second processor is configured to perform demapping on the received service frame to obtain a TDM signal.
A sending end device, comprising: a first processor and a first memory configured to store a computer program that can run on the processor,

Wherein, the first processor is configured to execute the steps of the method according to any one of claims 1 to 9 when running the computer program.
A receiver device, comprising: a second processor and a second memory configured to store a computer program that can run on the processor,

Wherein, the second processor is configured to execute the steps of the method of any one of claims 10 to 14 when running the computer program.
A storage medium on which a computer program is stored, and when the computer program is executed by a processor, realizes the steps of the method of any one of claims 1 to 9, or realizes the steps of the method of any one of claims 10 to 14. step.