WO2017008634A1

WO2017008634A1 - Method of transmitting inter-domain interface data in optical transport network and device using same

Info

Publication number: WO2017008634A1
Application number: PCT/CN2016/087499
Authority: WO
Inventors: 苏伟; 维塞斯⋅马腾
Original assignee: 华为技术有限公司
Priority date: 2015-07-15
Filing date: 2016-06-28
Publication date: 2017-01-19
Also published as: CN106341352A; CN106341352B

Abstract

The embodiments of the invention provide a method of transmitting inter-domain interface data in an optical transport network and a device using the same. The method comprises: determining, according to service traffic to be transmitted, a rate of an inter-domain interface signal data frame; encapsulating the service to be transmitted into the inter-domain interface signal data frame; and transmitting the encapsulated inter-domain interface signal data frame. The method of transmitting inter-domain interface data in an optical transport network and the device using the same in the embodiments of the invention can provide a universal client interface format and simplify data processing in transmission equipment or router equipment, reducing an implementation cost and adjusting end-to-end associated bandwidth of transmission equipment or router equipment.

Description

Method and apparatus for inter-domain interface data transfer for optical transport networks

Technical field

The present invention relates to the field of communications and, more particularly, to a method and apparatus for inter-domain interface data transfer for an optical transport network.

Background technique

The current optical transport network (OTN) is one of the mainstream transport technologies, and has multi-service bearer transmission capabilities, such as SDH services, Ethernet services, CPRI services, FC services, and high-definition video services. Bearer transfer. In particular, the Ethernet service is one of the main customer services of the current OTN bearer. With the birth of 400GE, the OTN is evolving toward a higher rate. The industry is actively researching and developing the over 100G OTN technology, which is also to meet the future. Bandwidth transfer requirements.

As the OTN rate increases, the types and types of services carried are also growing, which brings certain problems. The reason is that before the OTN bearer, the OTN device needs to be accessed through the customer service interface, and corresponding adaptation processing is performed, and then the mapping is encapsulated into different OTN bearer containers for transmission. Therefore, the number of customer services to be carried is so large, and the same number of customer service interfaces are required to be interconnected with the client devices to access and perform corresponding adaptation processing. The variety of customer types, rates, etc. complicates the OTN transmission equipment and increases the transmission cost of the entire network. For example, the interconnection between the routing device and the OTN transmission device is described. Currently, the Ethernet interface is interconnected through Ethernet interfaces. There are multiple rate-level customer interfaces such as FE, GE, 25GE, 10GE, 40GE, 100GE, and 400GE. In order to carry and transmit these Ethernet client services, the OTN transmission device needs to access and perform different adaptation processing operations through Ethernet service interfaces of different rates, which greatly improves the transmission cost of the entire network to a certain extent.

Therefore, as the type and number of customers to be carried are increased, what kind of customer interface is used by the OTN transmission device client side, and the unified and diverse client interface processing mode is adopted to reduce the transmission cost of the entire network, which is an urgent problem to be solved.

Summary of the invention

Embodiments of the present invention provide a method and apparatus for data transmission between inter-domain interfaces of an optical transport network, which can unify the form of the client interface, simplify the processing of the transmitting device or the routing device, reduce the implementation cost of the entire network, and implement the routing device and the transmitting device end. End-to-end bandwidth linkage adjustment.

In a first aspect, a method for inter-domain interface data transfer for an optical transport network is provided, the method comprising:

Determining the rate of the inter-domain interface signal data frame according to the traffic of the service to be transmitted;

Encapsulating the to-be-transmitted service to the inter-domain interface signal data frame;

Transmitting the encapsulated inter-domain interface signal data frame.

With reference to the first aspect, in a first possible implementation manner of the first aspect, the encapsulating the to-be-transmitted service to the inter-domain interface signal data frame includes:

And determining, according to the traffic of each service in the to-be-transmitted service, a sub-container corresponding to each service, where the sub-container is a time slot resource of the inter-domain interface signal data frame occupied by the to-be-transmitted service;

Encapsulating each of the services into their respective sub-containers;

The encapsulated sub-container corresponding to each service is multiplexed into the inter-domain interface signal data frame.

With reference to the first possible implementation manner of the first aspect, in a second possible implementation manner of the first aspect, the inter-domain interface signal data frame includes n logical branches, where the n logical branches are Each logical branch includes at least one time slot, and the sub-container corresponding to each service is composed of at least one logical branch.

In conjunction with the second possible implementation of the first aspect, in a third possible implementation manner of the first aspect, the packaging the each service into the corresponding sub-container includes:

Directly, each of the service mappings is encapsulated into a corresponding sub-container, where the sub-container is composed of a logical branch of the inter-domain interface signal data frame occupied by the service to be transmitted, where When the services belong to the corresponding logical branches, the group identifiers are carried, wherein the logical branches corresponding to the same service carry the same group identifier.

In conjunction with the third possible implementation of the first aspect, in a fourth possible implementation manner of the first aspect, the sub-container corresponding to each of the encapsulated services is multiplexed To the variable rate inter-domain interface signal data frame, including:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Generating an OTU frame according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.

In conjunction with the first possible implementation of the first aspect, in a fifth possible implementation manner of the first aspect, the encapsulating each service into a corresponding sub-container includes:

Mapping each of the services into a variable optical data unit ODUflex frame;

Encapsulating each of the services encapsulated into ODUflex frames into respective corresponding sub-containers;

Demultiplexing the encapsulated sub-container corresponding to each service to the variable rate inter-domain interface signal data frame, including:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

With reference to any one of the first to fifth possible implementation manners of the first aspect, in a sixth possible implementation manner of the foregoing aspect, the determining, according to the traffic of the service to be transmitted, determining an inter-domain interface signal data frame Rate, including:

Rounding the ratio of the traffic to be transmitted to the rate of a single logical branch to obtain n;

The product of the n and the single logical branch rate is determined as the rate of the inter-domain interface signal data frame.

With reference to the first aspect, or any one of the first to the sixth aspect of the first aspect, in a seventh possible implementation manner of the first aspect, the determining the inter-domain according to the traffic of the service to be transmitted The rate of the interface signal data frame, including:

Determining an initial to-be-transmitted rate according to the traffic of the to-be-transmitted service;

Sending an indication message to the target side, where the indication message carries the initial to-be-transmitted rate;

Receiving, by the target side, a response message, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame;

The initial to-be-transmitted rate is determined as the rate of the inter-domain interface signal data frame.

In conjunction with any of the possible implementations of the second to fourth aspects of the first aspect, in the eighth possible implementation of the first aspect, the inter-domain interface signal data frame has the following frame format:

The logical branch of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch is:

A total of 4 rows and 4080 columns, wherein the 1st to 7th columns of the first row indicate the overhead of the frame header, the 8th to 14th columns of the 1st row are the overhead areas of the OTU, and the 15th to the 16th columns of the 1st to 4th rows are the overhead of the OPU. In the area, the 1st to 4th rows of 17 to 3824 are listed as the OPU payload area, and the first to fourth lines of 3825 to 4080 are listed as the OTU FEC check area;

or

4 rows and 3824 columns, wherein rows 1 to 7 of the first row indicate the overhead of the frame header, columns 8 to 14 of the first row are the overhead areas of the OTU, and columns 15 to 16 of the first to fourth rows are the overhead areas of the OPU. 17 to 3824 of the 1st to 4th rows are OPU payload areas.

In a second aspect, a method for inter-domain interface data transmission of an optical transport network is provided, including:

Receiving an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the transmitting end according to the traffic of the transmission service;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

De-mapping the sub-containers corresponding to the respective services to obtain service information of the respective services.

With reference to the second aspect, in a first possible implementation manner of the second aspect, the inter-domain interface signal data frame includes n logical branches, and each of the n logical branches includes at least One time slot, the sub-container corresponding to each service is composed of at least one logical branch.

With reference to the first possible implementation manner of the second aspect, in a second possible implementation manner of the second aspect, each of the logical branches carries a packet identifier; and the logical branch corresponding to the same service carries the same packet identifier;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service, including:

A logical branch with the same group identity is determined to be a child container belonging to the same service.

With reference to the second possible implementation of the second aspect, in a third possible implementation manner of the second aspect, the receiving the inter-domain interface signal data frame includes:

Receiving an OTU frame;

Decapsulating the OTU frame to obtain an OPU frame;

And demultiplexing the OPU frame according to the overhead information in the OPU frame and the sub-container partitioning determined by the packet identifier, to obtain a sub-container corresponding to each service.

With reference to the second aspect, in a fourth possible implementation manner of the second aspect, the receiving an inter-domain interface signal data frame includes:

Receiving an OTU frame;

Decapsulating the OTU frame to obtain an OPU frame;

Demultiplexing the OPU frame according to the overhead information in the OPU frame to obtain a sub-container corresponding to each service;

De-mapping the sub-containers corresponding to the respective services to obtain service information of the respective services, including:

Demap the sub-containers corresponding to the respective services, and obtain the ODUflex corresponding to the respective services.

In conjunction with the third or fourth possible implementation of the second aspect, in a fifth possible implementation manner of the second aspect, the inter-domain interface signal data frame has the following frame format:

The logical branch frame of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch frame is:

or

With reference to the second aspect, or any one of the first to the third aspect of the second aspect, in the sixth possible implementation manner of the second aspect, before the receiving the inter-domain interface signal data frame, The method also includes:

Receiving an indication message, where the indication message carries the initial to-be-transmitted rate;

Sending a response message to the sender, where the response message is used to confirm that the initial to-be-transmitted rate is the rate of the inter-domain interface signal data frame.

In a third aspect, an apparatus for inter-domain interface data transfer of an optical transport network is provided, the apparatus comprising:

a determining unit, configured to determine a rate of an inter-domain interface signal data frame according to the traffic of the service to be transmitted;

An encapsulating unit, configured to encapsulate the to-be-transmitted service to the inter-domain interface signal data frame;

And a sending unit, configured to send the encapsulated inter-domain interface signal data frame.

With reference to the third aspect, in a first possible implementation manner of the third aspect, the encapsulating unit includes:

a determining sub-unit, configured to determine, according to the traffic of each service in the to-be-transmitted service, a sub-container corresponding to each service, where the sub-container is the inter-domain interface signal data frame occupied by the to-be-transmitted service Time slot resource

a packaging subunit, configured to encapsulate each of the services into respective corresponding sub-containers;

And a multiplexing subunit, configured to multiplex the encapsulated sub-container corresponding to each service to the inter-domain interface signal data frame.

With reference to the first possible implementation manner of the third aspect, in a second possible implementation manner of the third aspect, the inter-domain interface signal data frame includes n logical branches, where the n logical branches are Each logical branch includes at least one time slot, and the sub-container corresponding to each service is composed of at least one logical branch.

In combination with the second possible implementation of the third aspect, the third In an implementation manner, the package subunit is specifically configured to:

In conjunction with the third possible implementation of the third aspect, in a fourth possible implementation of the third aspect, the multiplexing subunit is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

In conjunction with the first possible implementation of the third aspect, in a fifth possible implementation manner of the third aspect, the package subunit is specifically configured to:

Mapping each of the services into a variable optical data unit ODUflex frame;

The multiplexing subunit is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

With reference to any one of the first to fifth possible implementations of the third aspect, in a sixth possible implementation manner of the third aspect, the determining unit is specifically configured to:

With reference to the third aspect, or any one of the first to the sixth aspect of the third aspect, in the seventh possible implementation manner of the third aspect, the determining unit is specifically configured to:

In conjunction with any of the possible implementations of the second to fourth aspects of the third aspect, in the eighth possible implementation of the third aspect, the inter-domain interface signal data frame has the following frame format:

The format of the logical branch is:

or

A device for transmitting data of an inter-domain interface of an optical transport network, comprising:

a receiving unit, configured to receive an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the sending end according to the traffic of the transmission service;

a demultiplexing unit, configured to demultiplex the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

a demapping unit, configured to demapping the sub-containers corresponding to the respective services, to obtain service information of the respective services.

With reference to the fourth aspect, in a first possible implementation manner of the fourth aspect, the inter-domain interface signal data frame includes n logical branches, and each of the n logical branches includes at least One time slot, the sub-container corresponding to each service is composed of at least one logical branch.

With reference to the first possible implementation manner of the fourth aspect, in a second possible implementation manner of the fourth aspect, each logical branch carries a packet identifier; and logic corresponding to the same service Branch roads carrying the same group identification;

The demultiplexing unit is specifically configured to:

In conjunction with the second possible implementation of the fourth aspect, in a third possible implementation manner of the fourth aspect, the receiving unit is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

With reference to the fourth aspect, in a fourth possible implementation manner of the fourth aspect, the receiving unit is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

The demapping unit is specifically configured to:

In conjunction with the third or fourth possible implementation of the fourth aspect, in a fifth possible implementation manner of the fourth aspect, the inter-domain interface signal data frame has the following frame format:

The format of the logical branch frame is:

Or

With reference to the fourth aspect, or any one of the first to the third aspect of the fourth aspect, in a sixth possible implementation manner of the fourth aspect, the receiving unit is further configured to: receive an indication message, where Carrying the initial to-be-transmitted rate in the indication message;

The apparatus further includes a sending unit, configured to send a response message to the transmitting end, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame.

Therefore, in the embodiment of the present invention, the rate of the inter-domain interface signal data frame is determined according to the traffic of the to-be-transmitted service, so the rate of the inter-domain interface signal data frame may be changed according to the change of the traffic of the service to be transmitted, thereby It can meet the flexible interconnection requirements such as multi-rate; the variable rate performance of the inter-domain interface signal data frame can realize the functions of multiple customer interfaces, unify the client interface form, simplify the processing of the transmission device or routing device, and reduce the overall network implementation. Cost; and, because the rate of the data frame of the inter-domain interface signal is variable, the bandwidth of the two networks is adjusted for connectivity, and the inter-domain interface rate bandwidth is adjusted to implement the end-to-end bandwidth linkage adjustment between the routing device and the transmitting device.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description are only some of the present invention. For the embodiments, those skilled in the art can obtain other drawings according to the drawings without any creative work.

FIG. 1 is a schematic flowchart of a method for transmitting inter-domain interface data for an optical transport network according to an embodiment of the present invention.

2 is a schematic diagram of an inter-domain interface signal data frame in accordance with another embodiment of the present invention.

3 is a schematic diagram showing the location of a packet identifier in an inter-domain interface signal data frame in accordance with another embodiment of the present invention.

4 is a acknowledgment of the rate of inter-domain interface signal data frames in accordance with another embodiment of the present invention.

FIG. 5 is a schematic diagram of an inter-domain interface signal data frame according to another embodiment of the present invention.

FIG. 6 is a schematic flowchart of a method for transmitting inter-domain interface data for an optical transport network according to another embodiment of the present invention.

FIG. 7 is a schematic flowchart of a method for transmitting inter-domain interface data for an optical transport network according to another embodiment of the present invention.

FIG. 8 is a schematic piping diagram of an inter-domain interface data transmission method for an optical transport network according to another embodiment of the present invention.

FIG. 9 is a schematic flowchart of a method for transmitting inter-domain interface data for an optical transport network according to another embodiment of the present invention.

FIG. 10 is a schematic piping diagram of an inter-domain interface data transmission method for an optical transport network according to another embodiment of the present invention.

FIG. 11 is a schematic flowchart of an inter-domain interface data transmitting apparatus for an optical transport network according to another embodiment of the present invention.

FIG. 12 is a schematic flowchart of an inter-domain interface data transmission method for an optical transport network according to another embodiment of the present invention.

FIG. 13 is a schematic flowchart of an inter-domain interface data transmitting apparatus for an optical transport network according to another embodiment of the present invention.

FIG. 14 is a schematic flowchart of an inter-domain interface data transmitting apparatus for an optical transport network according to another embodiment of the present invention.

FIG. 15 is a schematic flowchart of an inter-domain interface data transmitting apparatus for an optical transport network according to another embodiment of the present invention.

FIG. 16 is a schematic flowchart of an inter-domain interface data transmitting apparatus for an optical transport network according to another embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are a part of the present invention. Example, not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

FIG. 1 is a schematic flowchart of an inter-domain interface data transmission method 100 for an optical transport network according to an embodiment of the invention. As shown in FIG. 1, the method 100 includes:

110. Determine, according to traffic of the service to be transmitted, a rate of an inter-domain interface signal data frame.

120. Encapsulate the to-be-transmitted service to the inter-domain interface signal data frame.

130: Send the encapsulated inter-domain interface signal data frame.

Therefore, in the embodiment of the present invention, the rate of the data frame of the inter-domain interface signal is determined according to the traffic of the service to be transmitted, so the rate of the data frame of the inter-domain interface signal may change according to the change of the traffic of the service to be transmitted, thereby Meet the flexible interconnection requirements such as multi-rate; the variable rate performance of the inter-domain interface signal data frame can realize the functions of multiple customer interfaces, unify the customer interface form, simplify the processing of the transmission device or routing device, and reduce the overall network implementation cost. And, because the rate of the data frame of the inter-domain interface signal is variable, the bandwidth of the two networks is adjusted in communication, and the end-to-end bandwidth linkage adjustment between the routing device and the transmitting device is implemented by adjusting the rate bandwidth of the inter-domain interface.

In the embodiment of the present invention, an inter-domain interface is an interface that can support interworking between different management domains, and is located between different carrier networks or between different management domains within the same carrier network.

Optionally, in the embodiment of the present invention, the to-be-transmitted service may include an SDH service, an Ethernet service, a CPRI service, an FC service, a high-definition video service, and the like.

Optionally, in the embodiment of the present invention, the method 100 may be applied to information transmission between a routing device and a transmitting device; for example, the routing device is a transmitting end, the transmitting device is a receiving end, and the transmitting device is a sending end, and the routing device is a routing device. The receiving end; one transmitting device is the transmitting end, and the other transmitting device is the receiving end; one routing device is the transmitting end, and the other routing device is the receiving end.

Optionally, in the embodiment of the present invention, in 140, the data frame to be transmitted to the inter-domain interface signal is encapsulated, including:

Determining a sub-container corresponding to each service according to the traffic of each service in the to-be-transmitted service;

Encapsulating each of the services into their respective sub-containers;

That is, the sender can determine the slot resources occupied by each service according to the traffic of each service, that is, determine the sub-container corresponding to each service, and then the sender can encapsulate each service into its own corresponding The child container then multiplexes the corresponding child container for each service to the inter-domain interface signal data frame. The sub-container corresponding to each service is composed of time slot resources occupied by each service.

Optionally, in the embodiment of the present invention, the each service is encapsulated into a corresponding sub-container, including:

Mapping each service to a variable optical data single ODUflex frame;

Each of the services encapsulated as an ODUflex frame is encapsulated into a corresponding sub-container by mapping the ODUflex frame to the ODTU.

The encapsulated sub-container corresponding to each service is multiplexed into the inter-domain interface signal data frame, including:

Multiplexing the ODTU corresponding to each service to an OPU frame;

An OTU frame is generated according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.

Optionally, when mapping each service to an ODUflex frame, a GMP (Generic Mapping Procedure), a GFP (Generic Frame Procedure), or a BMP (Bit Synchronous Mapping Procedure) may be used. Procedure) The way to map.

Optionally, in the embodiment of the present invention, the inter-domain interface signal data frame includes n logical branches, and each of the n logical branches includes at least one time slot, where each service corresponds to The subcontainer consists of at least one logical branch.

Optionally, in the embodiment of the present invention, the sub-container corresponding to each service includes at least one logical branch, and the sub-containers corresponding to different services include different logical branches.

In the embodiment of the present invention, each service is encapsulated into a corresponding sub-container, including:

Directly packaging each of the service maps into respective corresponding sub-containers, the sub-capacities The device is composed of a logical branch of the inter-domain interface signal data frame that is occupied by the service to be transmitted, and the packet identifier is carried when the each service is encapsulated into a corresponding logical branch, where the same service is carried. Logical branch, carrying the same packet identifier.

Optionally, in a case that the logical branch carries the packet identifier, the sub-container corresponding to each service may be multiplexed into an OPU frame; according to the OPU frame, an OTU frame is generated, where the OTU frame includes The OPU frame and the overhead information of the OTU frame. Optionally, the OTU overhead area carries the OTU segment monitoring overhead; the ODU overhead area carries the ODU path cost; the OPU overhead area carries the payload type, the payload structure indication, and the mapping information overhead.

Optionally, the inter-domain interface signal data frame frame has the following frame format:

The logical branches of n ways are interspersed by M bytes, wherein M is a positive integer.

The format of the logical branch is:

or

Optionally, the 1 to 14 columns in the 2 to 4 rows are ODU overhead areas.

For example, as shown in FIG. 2, the OTU frame is divided into 20n time slots, and the 20n+1~3816n columns in the payload area are sequentially divided into 20n time slots according to the column interval, and the number is TS AB (where A=1...n, B = 1...20; for example, 1.1, 2.1, ..., n.1, 1.2, 2.2, ..., until n.20). That is, in the payload area 16n+1 to 3816n, the order is divided into 20n time slots by M byte intervals, and the same number is TS A.B. Wherein, M is greater than or equal to 1, that is, each time slot may be separated by 1 byte, or each time slot may be interrupted by M bytes.

2 is a case with a padding column, that is, a column of 3816n+1 to 3824n is a padding column, and a case of a padding column may also be selected.

Optionally, each time slot is a 1.25G time slot. Then, the to-be-transmitted rate of the OTU frame as shown in FIG. 2 is 25G.

Optionally, in the embodiment of the present invention, the ratio of the traffic to be transmitted to the single logical branch capacity is rounded up to obtain n; and the product of the n and the single logical branch capacity is determined as the inter-domain Interface to be transmitted rate.

Specifically, the sending end can calculate the size of the traffic to be transmitted, where the sending end can use the traffic statistics module to calculate the size of the traffic to be transmitted in real time, and can also determine the size of the traffic to be transmitted through external configuration, for example, through the network management configuration. And rounding the ratio of the traffic to be transmitted to the logical branch to obtain n, and determining the product of the n and the single logical branch as the rate of the inter-domain interface signal data frame.

Optionally, in the embodiment of the present invention, determining an initial to-be-transmitted rate according to the traffic of the to-be-transmitted service, and sending an indication message to the target side, where the indication message carries the initial to-be-transmitted rate; a response message sent by the target side, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of an inter-domain interface signal data frame; and the to-be-determined transmission rate is determined as a rate of the inter-domain interface signal data frame. .

For example, as shown in FIG. 3, the first row of the 12th+1 and 13n+1 column overhead positions of the OTU frame (two bytes in total, corresponding to the OTU overhead position of the corresponding logical branch) may be selected as the rate negotiation dedicated overhead. aisle. Where bit 15 is the rate request indication rate_req, high active; bit 14 is the rate response indication rate_ack, high active; bits 13~0 are used to place the n value.

Optionally, the specific negotiation process may be as shown in FIG. 4, that is, when the multi-frame indicates that the MFAS is 0 to 2, the transmitting end requests the rate request indication rate_req=1 and carries the expected value of n. After receiving the rate request indication level_req=1 of consecutive 3 frames, the receiving end extracts the n candidate value carried by the n_value as the n value of the rate of the inter-domain interface signal data frame, thereby determining the rate of the inter-domain interface signal data frame; After the multi-frame indicates MFAS=0~2, the transmitting end sends a continuous 3-frame rate response indication rate_ack=1 and carries the updated n-value n_value to the opposite end; the transmitting end receives the consecutive 3 frames rate response indication rate_req=1. Determine the n value of the inter-domain interface signal data frame to determine the rate of the inter-domain interface signal data frame.

It should be understood that, in the embodiment of the present invention, how the transmitting end and the receiving end negotiate the inter-domain interface transmission rate, and another implementation manner, for example, the sending end sends the traffic to be transmitted to the receiving end, and the receiving end according to the to-be-transmitted Traffic of the service determines the inter-domain interface signal data frame For example, the receiving end and the sending end can be uniformly configured by the network management system. For example, the receiving end can report the traffic of the service to be transmitted to the network management system, and the network management system according to the traffic of the to-be-transmitted service. Determine the rate of the inter-domain interface signal data frame and send it to the receiving end and the transmitting end respectively.

Optionally, in the embodiment of the present invention, when each of the services is encapsulated into a corresponding logical branch, the group identifier is carried, where the logical branch corresponding to the same service carries the same group identifier.

For example, the fourth row 14n+1 to 15 of the inter-domain interface signal data frame (including n logical branches) carries the group identifier GI (Group Identifier) of the corresponding logical branch, and the n-way logical branch corresponds to different children. Containers, different sub-containers have different GI values, and logical branches belonging to the same sub-container carry the same value.

For example, suppose that three-way customer service is transmitted through the inter-domain interface signal data frame OPUXXVN. According to the size of three-way customer service traffic, the inter-domain interface signal data frame is divided into three sub-containers OPUXXVn1, OPUXXVn2 and OPUXXVn3, wherein OPUXXVn1 is used to carry the first The 1st customer service consists of the 1st and 2nd logical branches; OPUXXVn2 is used to carry the 2nd customer service, which is composed of the 3rd logical branch; OPUXXVn3 is used to carry the 3rd customer service, from 4th to nth The road logic branch is composed. For the specific carrying manner, refer to FIG. 5. In the figure, the 4th row, the 14th to 15th columns of the OTU frame carry the GI to distinguish the n-way logical branch from the different sub-containers, where #i(i takes the value from 1 to n) are used to indicate the logical branch to which the corresponding byte belongs. In order to make the information display in the figure clear, only partial information of the OTU frame is shown in FIG. 5, for example, information such as an overhead area may also be included.

6 is an inter-domain interface data transmission for an optical transport network according to an embodiment of the present invention. A schematic flow chart of a method 200 of sending. As shown, the method 200 includes:

210. Receive an inter-domain interface signal data frame, where a transmission rate of the inter-domain interface signal data frame is determined according to a traffic of the transmission service.

220: Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

230. Demap the sub-containers corresponding to the respective services to obtain service information of the respective services.

Therefore, in the embodiment of the present invention, the rate of the inter-domain interface signal data frame is determined according to the traffic of the to-be-transmitted service, so the rate of the inter-domain interface signal data frame may vary according to the change of the traffic of the service to be transmitted. Therefore, it can meet the flexible interconnection requirements such as multi-rate; the variable rate performance of the inter-domain interface signal data frame can realize the functions of multiple customer interfaces, unify the client interface form, simplify the processing of the transmission device or the routing device, and reduce the entire network. Cost of implementation; and, because the rate of the data frame of the inter-domain interface signal is variable, the bandwidth of the two networks is adjusted, and the bandwidth of the inter-domain interface is adjusted to adjust the end-to-end bandwidth of the routing device and the transmitting device.

Optionally, in the embodiment of the present invention, the inter-domain interface signal data frame includes n logical branches, and each of the n logical branches includes at least one time slot, and each of the The sub-container corresponding to the service is composed of at least one logical branch. Different sub-containers include different logical branches.

Optionally, each logical branch carries a group identifier, and the logical branch corresponding to the same service carries the same group identifier;

Optionally, in 220, the inter-domain interface signal data frame is demultiplexed to obtain a sub-container corresponding to each service, including:

Optionally, in the case that the logical branch carries the packet identifier, in 210, the receiving the inter-domain interface signal data frame includes: receiving the OTU frame;

In 220, the demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service includes: decapsulating the OTU frame to obtain an OPU frame; and according to the overhead information and the location in the OPU frame Decoding the OPU frame to obtain a packet identifier Sub-containers for each business. Optionally, in 210, receiving an inter-domain interface signal data frame, including:

Receiving an OTU frame;

In 220, the inter-domain interface signal data frame is demultiplexed to obtain a sub-container corresponding to each service, including:

Decapsulating the OTU frame to obtain an OPU frame;

The sub-container corresponding to each service is demapped to obtain the service information of each service, including:

Demap the sub-containers corresponding to the respective services to obtain the ODUflex corresponding to the respective services.

Optionally, the method 200 further includes:

The ODUflex corresponding to each service is multiplexed and multiplexed to at least one OTUCn/HO OTU transmission.

Optionally,

The format of the logical branch is:

or

Optionally, the 1 to 14 columns in the 2 to 4 rows are ODU overhead areas.

Therefore, in the embodiment of the present invention, the rate of the inter-domain interface signal data frame is determined according to the traffic of the to-be-transmitted service, so the rate of the inter-domain interface signal data frame may be rooted. According to the change of the traffic to be transmitted, the flexible interconnection requirements such as multi-rate can be met; the variable rate performance of the inter-domain interface signal data frame can realize the functions of multiple client interfaces and unify the client interface mode. Simplify the processing of the transmission device or the routing device, and reduce the implementation cost of the entire network; and, because the rate of the data frame of the inter-domain interface signal is variable, the bandwidth of the two networks is adjusted, and the routing device is implemented by adjusting the rate bandwidth of the inter-domain interface. The end-to-end bandwidth linkage adjustment of the transmitting device.

The method for transmitting data of the inter-domain interface for the optical transport network according to the embodiment of the present invention is described above from the transmitting end and the receiving end respectively. The following describes the domain for the optical transport network according to the embodiment of the present invention in a mutually interactive manner. Inter-interface data transfer method.

FIG. 7 is a schematic flowchart of an inter-domain interface data transmission method 300 for an optical transport network according to an embodiment of the invention. In the method 300, it is assumed that the to-be-transmitted service includes an Ethernet service and an IP/MPLS service. As shown, the method 300 includes:

301a and 301b, the sender obtains the Ethernet service and the IP/MPLS service respectively, and determines the rate of the inter-domain interface signal data frame (ie, the OTUXXVn frame) according to the traffic of the Ethernet service and the IP/MPLS service;

302a and 302b, the sender maps the service to an ODUflex frame;

303a and 303b, the transmitting end maps the ODUflex corresponding to each service to the ODTU;

In 304, the transmitting end multiplexes the ODTU of all services into OPUXXVn;

In 305, the transmitting end generates OTUXXVn according to OPUXXVn, and sends the OTUXXVn to the receiving end.

In 306, the receiving end receives the OTUXXVn, decapsulates the OTUXXVn, and obtains OPUXXVn.

In 307, the receiving end demultiplexes the OPUXXVn to obtain an ODTU corresponding to each service;

In 308a and 308b, the receiving end demaps the ODTU corresponding to each service to obtain ODUflex.

In 309, the ODU crossover is performed, and then can be multiplexed to other high-order ODU transmission channels as needed. It may be mapped to at least one HO OTUk or OTUCn according to different transmission directions, wherein HO OTUk is a fixed rate optical channel transmission unit, k=1, 2, 3, 4, respectively representing 2.5G, 10G, 40G , 100G; OTUCn is n times 100G speed The rate of the optical channel transmission unit, Cn stands for n*100G. .

Since the service is directly encapsulated into the ODUflex frame in the transmitting end, the secondary service adaptation processing of the transmitting device is avoided.

8 is a schematic illustration of the method 300 of FIG. 7 using a variable pipe approach for a better and more direct understanding of the present invention, wherein not all of the actions in FIG. 7 are in FIG. 8 for the sake of simplicity. show.

FIG. 9 is a schematic flowchart of an inter-domain interface data transmission method 400 for an optical transport network according to an embodiment of the present invention. In the method 400, it is assumed that the to-be-transmitted service includes an Ethernet service, and an IP/MPLS service. As shown, the method 400 includes:

In 401a and 401b, the sender obtains the Ethernet service and the IP/MPLS service respectively, and determines the rate of the inter-domain interface signal data frame (ie, the OTUXXVn frame) according to the traffic of the Ethernet service and the IP/MPLS service;

In 402a and 402b, the transmitting end maps each service to its corresponding OPUXXVni, that is, the Ethernet service is mapped to OPUXXVn1, and the IP/MPLS service is mapped to OPUXXVn2, wherein each OPUXXVn may include at least one logical branch to map each service. When the logical branch of the corresponding OPUXXVn is used, the packet identifier may be carried, and the packet identifier indicates the packet to which each logical branch belongs, that is, the corresponding service, where the number of logical branches included in the OPUXXVni corresponding to each service may be According to the capacity flow of the business.

In 403, the transmitting end multiplexes the OPUXXVi corresponding to each service into the OTUXXVn.

Specifically, OPUXXVni corresponding to each service is multiplexed into OPUXXVn, and corresponding mapping overhead information is added, and OTUXXVn multiplex section overhead information is added, and the package forms OTUXXVn;

And send OTUXXVn to the receiving end.

404. Decapsulate the receiving end to decapsulate the OTUXXVn and obtain OPUXXVn.

In 405a and 405b, the OPUXXVni corresponding to each service is demapped, specifically, the multiplex section overhead of the OTUXXVn is extracted, and the OTUXXVn is decapsulated to obtain each OPUXXVni, and the packet indication GI of the n-way logical branch OPUXXV of the OPUXXVn is extracted, and the GI is obtained. According to the division of OPUXXVn, the OPUXXVni corresponding to each service is demultiplexed.

In 406a and 406b, the receiving end maps the OPUXXVni corresponding to each service to ODUflex.

Specifically, the corresponding mapping overhead information of multiple OPUXXVni may be extracted separately, and multi-channel customer services are demapped from multiple OPUXXVni; multi-channel customer services are respectively mapped to ODUflex, and GMP, GFP, BMP, etc. may be selected according to customer service transmission requirements. Different mapping methods; for example, forming services such as multi-channel ODUflex (GMP), ODUflex (GFP), and ODUflex (BMP).

In 407, the ODU crossover is performed, and then may be mapped to at least one HO OTUk or OTUCn for transmission according to different transmission directions.

10 is a schematic illustration of the method 400 of FIG. 9 using a variable pipe approach for a better, more direct understanding of the present invention, wherein not all of the actions in FIG. 9 are in FIG. 10 for the sake of simplicity. show.

It should be understood that the XXVn following each frame in FIG. 7 to FIG. 10 is only for the corresponding rate of each logical branch and the number of logical branches included. For example, XXVn indicates that the rate of each logical branch is 25G. n logical branches; the same reason can be extended to other situations, for example, Ln, indicating that each logical branch has a rate of 50G, and there are n logical branches.

It should also be understood that although the foregoing describes an inter-domain interface data transmission method for an optical transport network according to an embodiment of the present invention in a manner in which the transmitting end, the receiving end, and the two parties respectively interact, the description contents in the various manners apply to each other. .

11 is a schematic block diagram of an apparatus 500 for inter-domain interface data transfer for an optical transport network, the apparatus 500 including:

The determining unit 510 is configured to determine an inter-domain interface signal according to the traffic of the service to be transmitted The rate of the data frame;

The encapsulating unit 520 is configured to encapsulate the to-be-transmitted service to the inter-domain interface signal data frame.

The sending unit 530 is configured to send the encapsulated inter-domain interface signal data frame.

Optionally, as shown in FIG. 12, the encapsulating unit 520 includes:

a determining sub-unit 521, configured to determine, according to the traffic of each service in the to-be-transmitted service, a sub-container corresponding to each service, where the sub-container is the inter-domain interface signal data frame occupied by the service to be transmitted Time slot resource

Encapsulating subunit 522, configured to encapsulate each of the services into respective corresponding sub-containers;

The multiplexing sub-unit 523 is configured to multiplex the encapsulated sub-container corresponding to each service to the inter-domain interface signal data frame.

Optionally, the inter-domain interface signal data frame includes n logical branches, each of the n logical branches includes at least one time slot, and the sub-container corresponding to each service is at least A logical branch consists of.

Optionally, the package subunit 522 is specifically configured to:

Optionally, when the sub-container corresponding to each service is composed of at least one logical branch, the multiplexing sub-unit 523 is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Optionally, the package subunit 522 is specifically configured to:

Mapping each of the services into a variable optical data unit ODUflex frame;

The multiplexing subunit is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Optionally, the determining unit 510 is specifically configured to:

Optionally, the inter-domain interface signal data frame has the following frame format:

The format of the logical branch is:

or

The device 500 may correspond to the corresponding operations in the implementation method 100, and may be used as an execution body of the method 100. For brevity, details are not described herein again.

Therefore, in the embodiment of the present invention, the rate of the inter-domain interface signal data frame is determined according to the traffic of the to-be-transmitted service, so the rate of the inter-domain interface signal data frame may vary according to the change of the traffic of the service to be transmitted. Thereby meeting the flexibility of multiple rates and the like Inter-domain requirements; variable rate performance of inter-domain interface signal data frames, which can implement multiple client interface functions, unify client interface configurations, simplify transmission device or routing device processing, and reduce overall network implementation costs; The rate of the interface signal data frame is variable, and the bandwidth of the two networks is adjusted. The inter-domain interface rate bandwidth is adjusted to implement the end-to-end bandwidth adjustment between the routing device and the transmitting device.

FIG. 13 is a schematic block diagram of an apparatus 600 for inter-domain interface data transmission for an optical transport network, including:

The receiving unit 610 is configured to receive an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the sending end according to the traffic of the transmission service;

The demultiplexing unit 620 is configured to demultiplex the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

The demapping unit 630 is configured to demapping the sub-containers corresponding to the respective services to obtain service information of the respective services.

Optionally, each logical branch carries a group identifier; a logical branch corresponding to the same service carries the same group identifier;

The demultiplexing unit 620 is specifically configured to:

Optionally, the receiving unit 610 is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit 620 is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

Optionally, the receiving unit 610 is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit 620 is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

The demapping unit 630 is specifically configured to:

The format of the logical branch frame is:

or

Optionally, the receiving unit 610 is further configured to: receive an indication message, where the indication message carries the initial to-be-transmitted rate;

As shown in FIG. 14, the apparatus 600 further includes a sending unit 640, configured to send a response message to the sending end, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame.

The apparatus 600 may correspond to the corresponding operations in the implementation method 200, and may be the execution subject of the method 200. For brevity, no further details are provided herein.

Therefore, in the embodiment of the present invention, the rate of the inter-domain interface signal data frame is determined according to the traffic of the to-be-transmitted service, so the rate of the inter-domain interface signal data frame may vary according to the change of the traffic of the service to be transmitted. Therefore, it can meet the flexible interconnection requirements such as multi-rate; the variable rate performance of the inter-domain interface signal data frame can realize the functions of multiple customer interfaces, unify the client interface form, simplify the processing of the transmission device or the routing device, and reduce the entire network. Implementation cost; and, due to the variable rate of inter-domain interface signal data frames, The bandwidth of the two networks is adjusted. The inter-domain interface rate bandwidth is adjusted to implement the end-to-end bandwidth adjustment between the routing device and the transmitting device.

15 is a schematic block diagram of an apparatus 700 for inter-domain interface data transfer for an optical transport network, in accordance with an embodiment of the present invention. The device 700 includes a processor 710 and a transceiver 720, wherein

The processor 710 is configured to determine a rate of the inter-domain interface signal data frame according to the traffic of the service to be transmitted, and encapsulate the to-be-transmitted service to the inter-domain interface signal data frame.

The transceiver 720 is configured to send the encapsulated inter-domain interface signal data frame.

Optionally, the processor 710 is specifically configured to:

Encapsulating each of the services into their respective sub-containers;

Optionally, the processor 710 is specifically configured to:

Optionally, when the sub-container corresponding to each service is composed of at least one logical branch, the processor 710 is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Optionally, the processor 710 is specifically configured to:

Mapping each of the services into a variable optical data unit ODUflex frame;

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Optionally, the processor 710 is specifically configured to:

Optionally, the processor 710 is specifically configured to: determine an initial to-be-transmitted rate according to the traffic of the to-be-transmitted service;

The transceiver 720 is further configured to: send an indication message to the target side, where the indication message carries the initial to-be-transmitted rate; and receive a response message sent by the target side, where the response message is used to confirm the initial to-be-transmitted rate The rate of the data frame of the inter-domain interface signal;

The processor 710 is specifically configured to: determine the initial to-be-transmitted rate as a rate of the inter-domain interface signal data frame.

The format of the logical branch is:

or

It should be understood that the device 700 may also include a bus, a memory, and the like, which are not described herein for brevity.

The apparatus 700 may correspond to the corresponding operations in the implementation method 100, and may be the execution subject of the method 100. For brevity, no further details are provided herein.

16 is a schematic block diagram of an apparatus 800 for inter-domain interface data transfer for an optical transport network, including a processor 810 and a transceiver 820, in accordance with an embodiment of the present invention. among them,

The transceiver 820 is configured to: receive an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the sending end according to the traffic of the transmission service;

The processor 810 is configured to: demultiplex the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

The processor 810 is specifically configured to:

Optionally, the transceiver 820 is specifically configured to: receive an OTU frame;

The processor 810 is configured to:

Decapsulating the OTU frame to obtain an OPU frame;

Optionally, the transceiver 820 is configured to: receive an OTU frame;

The processor 810 is configured to: decapsulate the OTU frame to obtain an OPU frame;

The format of the logical branch frame is:

or

Optionally, the transceiver 820 is configured to:

It should be understood that the device 800 may also include a bus, a memory, and the like, which are not described herein for brevity.

The apparatus 800 may correspond to the corresponding operations in the implementation method 200, and may be the execution subject of the method 200. For brevity, no further details are provided herein.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods for implementing the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present invention.

A person skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the system, the device and the unit described above can refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or may be Integrate into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

This functionality, if implemented as a software functional unit and sold or used as a standalone product, can be stored on a computer readable storage medium. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including The instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the method in accordance with various embodiments of the present invention. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

The above is only a specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed by the present invention. It is intended to be covered by the scope of the invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

A method for inter-domain interface data transmission of an optical transport network, comprising:

Determining the rate of the inter-domain interface signal data frame according to the traffic of the service to be transmitted;

Encapsulating the to-be-transmitted service to the inter-domain interface signal data frame;

Transmitting the encapsulated inter-domain interface signal data frame.
The method according to claim 1, wherein the encapsulating the to-be-transmitted service to the inter-domain interface signal data frame comprises:

And determining, according to the traffic of each service in the to-be-transmitted service, a sub-container corresponding to each service, where the sub-container is a time slot resource of the inter-domain interface signal data frame occupied by the to-be-transmitted service;

Encapsulating each of the services into their respective sub-containers;

The encapsulated sub-container corresponding to each service is multiplexed into the inter-domain interface signal data frame.
The method of claim 2, wherein the inter-domain interface signal data frame comprises n logical branches, each of the n logical branches comprising at least one time slot, The sub-container corresponding to each service is composed of at least one logical branch.
The method according to claim 3, wherein the encapsulating each of the services into a corresponding sub-container comprises:

Directly, each of the service mappings is encapsulated into a corresponding sub-container, where the sub-container is composed of a logical branch of the inter-domain interface signal data frame occupied by the service to be transmitted, where When the services belong to the corresponding logical branches, the group identifiers are carried, wherein the logical branches corresponding to the same service carry the same group identifier.
The method according to claim 4, wherein the multiplexing the encapsulated sub-container corresponding to each service to the variable rate inter-domain interface signal data frame comprises:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Generating an OTU frame according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.
The method according to claim 2, wherein the packaging each of the services into a corresponding sub-container comprises:

Mapping each of the services into a variable optical data unit ODUflex frame;

Encapsulating each of the services encapsulated into ODUflex frames into respective corresponding sub-containers;

Demultiplexing the encapsulated sub-container corresponding to each service to the variable rate inter-domain interface signal data frame, including:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Generating an OTU frame according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.
The method according to any one of claims 2 to 6, wherein the determining the rate of the inter-domain interface signal data frame according to the traffic of the service to be transmitted comprises:

Rounding the ratio of the traffic to be transmitted to the rate of a single logical branch to obtain n;

The product of the n and the single logical branch rate is determined as the rate of the inter-domain interface signal data frame.
The method according to any one of claims 1 to 7, wherein the determining the rate of the inter-domain interface signal data frame according to the traffic of the service to be transmitted comprises:

Determining an initial to-be-transmitted rate according to the traffic of the to-be-transmitted service;

Sending an indication message to the target side, where the indication message carries the initial to-be-transmitted rate;

Receiving, by the target side, a response message, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame;

The initial to-be-transmitted rate is determined as the rate of the inter-domain interface signal data frame.
The method according to any one of claims 3 to 5, wherein the inter-domain interface signal data frame has the following frame format:

The logical branch of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch is:

A total of 4 rows and 4080 columns, wherein the 1st to 7th columns of the first row indicate the overhead of the frame header, the 8th to 14th columns of the 1st row are the overhead areas of the OTU, and the 15th to the 16th columns of the 1st to 4th rows are the overhead of the OPU. In the area, the 1st to 4th rows of 17 to 3824 are listed as the OPU payload area, and the first to fourth lines of 3825 to 4080 are listed as the OTU FEC check area;

or

4 rows and 3824 columns, wherein rows 1 to 7 of the first row indicate the overhead of the frame header, columns 8 to 14 of the first row are the overhead areas of the OTU, and columns 15 to 16 of the first to fourth rows are the overhead areas of the OPU. 17 to 3824 of the 1st to 4th rows are OPU payload areas.
A method for inter-domain interface data transmission of an optical transport network, comprising:

Receiving an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the transmitting end according to the traffic of the transmission service;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

De-mapping the sub-containers corresponding to the respective services to obtain service information of the respective services.
The method of claim 10, wherein the inter-domain interface signal data frame comprises n logical branches, each of the n logical branches comprising at least one time slot, The sub-container corresponding to each service is composed of at least one logical branch.
The method according to claim 11, wherein each logical branch carries a packet identifier; and the logical branch corresponding to the same service carries the same packet identifier;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service, including:

A logical branch with the same group identity is determined to be a child container belonging to the same service.
The method according to claim 12, wherein the receiving an inter-domain interface signal data frame comprises:

Receiving an OTU frame;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service, including:

Decapsulating the OTU frame to obtain an OPU frame;

And demultiplexing the OPU frame according to the overhead information in the OPU frame and the sub-container partitioning determined by the packet identifier, to obtain a sub-container corresponding to each service.
The method according to claim 10, wherein the receiving an inter-domain interface signal data frame comprises:

Receiving an OTU frame;

Demultiplexing the inter-domain interface signal data frame to obtain a sub-container corresponding to each service, including:

Decapsulating the OTU frame to obtain an OPU frame;

Demultiplexing the OPU frame according to the overhead information in the OPU frame to obtain a sub-container corresponding to each service;

De-mapping the sub-containers corresponding to the respective services to obtain service information of the respective services, including:

Demap the sub-containers corresponding to the respective services, and obtain the ODUflex corresponding to the respective services.
The method of claim 13 or 14, wherein the inter-domain interface signal data frame has the following frame format:

The logical branch frame of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch frame is:

A total of 4 rows and 4080 columns, wherein the 1st to 7th columns of the first row indicate the overhead of the frame header, the 8th to 14th columns of the 1st row are the overhead areas of the OTU, and the 15th to the 16th columns of the 1st to 4th rows are the overhead of the OPU. In the area, the 1st to 4th rows of 17 to 3824 are listed as the OPU payload area, and the first to fourth lines of 3825 to 4080 are listed as the OTU FEC check area;

or

4 rows and 3824 columns, wherein rows 1 to 7 of the first row indicate the overhead of the frame header, columns 8 to 14 of the first row are the overhead areas of the OTU, and columns 15 to 16 of the first to fourth rows are the overhead areas of the OPU. 17 to 3824 of the 1st to 4th rows are OPU payload areas.
The method according to any one of claims 10 to 13, wherein before the receiving the inter-domain interface signal data frame, the method further comprises:

Receiving an indication message, where the indication message carries the initial to-be-transmitted rate;

Sending a response message to the sender, where the response message is used to confirm that the initial to-be-transmitted rate is the rate of the inter-domain interface signal data frame.
An apparatus for inter-domain interface data transmission of an optical transport network, characterized in that the apparatus comprises:

a determining unit, configured to determine a rate of an inter-domain interface signal data frame according to the traffic of the service to be transmitted;

An encapsulating unit, configured to encapsulate the to-be-transmitted service to the inter-domain interface signal data frame;

And a sending unit, configured to send the encapsulated inter-domain interface signal data frame.
The device according to claim 17, wherein the package unit comprises:

a determining sub-unit, configured to determine, according to the traffic of each service in the to-be-transmitted service, a sub-container corresponding to each service, where the sub-container is the inter-domain interface signal data frame occupied by the to-be-transmitted service Time slot resource

a packaging subunit, configured to encapsulate each of the services into respective corresponding sub-containers;

And a multiplexing subunit, configured to multiplex the encapsulated sub-container corresponding to each service to the inter-domain interface signal data frame.
The apparatus according to claim 18, wherein said inter-domain interface signal data frame comprises n logical branches, each of said n logical branches comprising at least one time slot, said The sub-container corresponding to each service is composed of at least one logical branch.
The device according to claim 19, wherein the package subunit is specifically configured to:

Directly, each of the service mappings is encapsulated into a corresponding sub-container, where the sub-container is composed of a logical branch of the inter-domain interface signal data frame occupied by the service to be transmitted, where When the services belong to the corresponding logical branches, the group identifiers are carried, wherein the logical branches corresponding to the same service carry the same group identifier.
The apparatus according to claim 20, wherein the multiplexing subunit is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Generating an OTU frame according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.
The device according to claim 18, wherein the package subunit is specifically configured to:

Mapping each of the services into a variable optical data unit ODUflex frame;

Encapsulating each of the services encapsulated into ODUflex frames into respective corresponding sub-containers;

The multiplexing subunit is specifically configured to:

Subcarriers corresponding to each service are multiplexed into an OPU frame;

Generating an OTU frame according to the OPU frame, where the OTU frame includes the OPU frame and overhead information of the OTU frame.
The device according to any one of claims 18 to 22, wherein the determining unit is specifically configured to:

Rounding the ratio of the traffic to be transmitted to the rate of a single logical branch to obtain n;

The product of the n and the single logical branch rate is determined as the rate of the inter-domain interface signal data frame.
The device according to any one of claims 17 to 23, wherein the determining unit is specifically configured to:

Determining an initial to-be-transmitted rate according to the traffic of the to-be-transmitted service;

Sending an indication message to the target side, where the indication message carries the initial to-be-transmitted rate;

Receiving, by the target side, a response message, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame;

The initial to-be-transmitted rate is determined as the rate of the inter-domain interface signal data frame.
The apparatus according to any one of claims 19 to 21, wherein the inter-domain interface signal data frame has the following frame format:

The logical branch of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch is:

A total of 4 rows and 4080 columns, wherein the 1st to 7th columns of the first row indicate the overhead of the frame header, the 8th to 14th columns of the 1st row are the overhead areas of the OTU, and the 15th to the 16th columns of the 1st to 4th rows are the overhead of the OPU. In the area, the 1st to 4th rows of 17 to 3824 are listed as the OPU payload area, and the first to fourth lines of 3825 to 4080 are listed as the OTU FEC check area;

or

4 rows and 3824 columns, wherein rows 1 to 7 of the first row indicate the overhead of the frame header, columns 8 to 14 of the first row are the overhead areas of the OTU, and columns 15 to 16 of the first to fourth rows are the overhead areas of the OPU. 17 to 3824 of the 1st to 4th rows are OPU payload areas.
An apparatus for data transmission of an inter-domain interface of an optical transport network, comprising:

a receiving unit, configured to receive an inter-domain interface signal data frame, where the rate of the inter-domain interface signal data frame is determined by the sending end according to the traffic of the transmission service;

a demultiplexing unit, configured to demultiplex the inter-domain interface signal data frame to obtain a sub-container corresponding to each service;

a demapping unit, configured to demapping the sub-containers corresponding to the respective services, to obtain service information of the respective services.
The apparatus according to claim 26, wherein said inter-domain interface signal data frame comprises n logical branches, each of said n logical branches comprising at least one time slot, said The sub-container corresponding to each service is composed of at least one logical branch.
The device according to claim 27, wherein each logical branch carries a packet identifier; and the logical branch corresponding to the same service carries the same packet identifier;

The demultiplexing unit is specifically configured to:

A logical branch with the same group identity is determined to be a child container belonging to the same service.
The device according to claim 28, wherein the receiving unit is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

And demultiplexing the OPU frame according to the overhead information in the OPU frame and the sub-container partitioning determined by the packet identifier, to obtain a sub-container corresponding to each service.
The device according to claim 26, wherein the receiving unit is specifically configured to:

Receiving an OTU frame;

The demultiplexing unit is specifically configured to:

Decapsulating the OTU frame to obtain an OPU frame;

Demultiplexing the OPU frame according to the overhead information in the OPU frame to obtain a sub-container corresponding to each service;

The demapping unit is specifically configured to:

Demap the sub-containers corresponding to the respective services, and obtain the ODUflex corresponding to the respective services.
The apparatus of claim 13 or 14, wherein the inter-domain interface signal data frame has the following frame format:

The logical branch frame of n ways is interposed by M bytes, wherein M is a positive integer;

The format of the logical branch frame is:

A total of 4 rows and 4080 columns, wherein the 1st to 7th columns of the first row indicate the overhead of the frame header, the 8th to 14th columns of the 1st row are the overhead areas of the OTU, and the 15th to the 16th columns of the 1st to 4th rows are the overhead of the OPU. In the area, the 1st to 4th rows of 17 to 3824 are listed as the OPU payload area, and the first to fourth lines of 3825 to 4080 are listed as the OTU FEC check area;

or

4 rows and 3824 columns, wherein rows 1 to 7 of the first row indicate the overhead of the frame header, columns 8 to 14 of the first row are the overhead areas of the OTU, and columns 15 to 16 of the first to fourth rows are the overhead areas of the OPU. 17 to 3824 of the 1st to 4th rows are OPU payload areas.
The device according to any one of claims 26 to 31, wherein the receiving unit is further configured to: receive an indication message, where the indication message carries the initial to-be-transmitted rate;

The apparatus further includes a sending unit, configured to send a response message to the transmitting end, where the response message is used to confirm that the initial to-be-transmitted rate is a rate of the inter-domain interface signal data frame.