CN113411689B - Data frame transmission method and related equipment - Google Patents
Data frame transmission method and related equipment Download PDFInfo
- Publication number
- CN113411689B CN113411689B CN202010187876.7A CN202010187876A CN113411689B CN 113411689 B CN113411689 B CN 113411689B CN 202010187876 A CN202010187876 A CN 202010187876A CN 113411689 B CN113411689 B CN 113411689B
- Authority
- CN
- China
- Prior art keywords
- frame
- intermediate frame
- transmission
- frames
- target payload
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
- H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the application discloses a data frame transmission method and related equipment, which are used for ensuring the successful transmission of service data between equipment. The method comprises the following steps: the first equipment acquires a first transmission frame; the first device demaps a first intermediate frame from the first transmission frame; the first device converting the first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes; the first device mapping the second intermediate frame into a second transmission frame; the first device transmits the second transmission frame to a second device.
Description
Technical Field
The present application relates to the field of optical communication technologies, and in particular, to a data frame transmission method and a related device.
Background
An existing transport network (OTN) can reduce service data transmission delay based on the service data mapping process shown in fig. 1. The OTN device maps the service data 101 into a channel frame 102, and then adds overhead 1031 to the channel frame 102 to map into a Payload Block (PB) 103 having a fixed byte length. A plurality of consecutive payload blocks 103 are mapped into an Optical Transport Unit (OTU) frame 104.
However, in the case that two OTN devices respectively define payload blocks 103 with different byte numbers, successful interaction of service data cannot be achieved between the two OTN devices.
Disclosure of Invention
The embodiment of the application provides a data frame transmission method and related equipment, which are used for ensuring that interaction of data frames bearing service data is successfully carried out among different equipment.
In a first aspect, an embodiment of the present invention provides a method for transmitting a data frame, including: firstly, first equipment acquires a first transmission frame; subsequently, the first device demaps a first intermediate frame from the first transmission frame; subsequently, the first device transforms the first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes; subsequently, the first device maps the second intermediate frame into a second transmission frame; finally, the first device sends the second transmission frame to the second device.
In the embodiment, the time delay in the process of mapping and demapping the service data can be effectively reduced, and the efficiency of transmitting the service data is improved. And under the condition that the first device and the second device respectively define a first intermediate frame and a third intermediate frame with different frame sizes, the first device and the second device realize the successful transmission of service data through the additionally arranged second intermediate frame.
Based on the first aspect, in an optional implementation manner, the first device converting the first intermediate frame into a second intermediate frame includes: the first device splits a first intermediate frame into a plurality of second intermediate frames. In another optional implementation, the first device converting the first intermediate frame into a second intermediate frame includes: the first device merges two or more first intermediate frames into one second intermediate frame.
Based on the first aspect, in an optional implementation, the first intermediate frame includes a target payload block, and the first device transforming the first intermediate frame into a second intermediate frame includes: the first device encapsulates at least one of the target payload blocks into a second intermediate frame, the second intermediate frame including at least one service identification for identifying service data.
In this embodiment, the frame size of the first intermediate frame and the frame size of the second intermediate frame are each integer multiples of the target payload block. The first device may directly encapsulate at least one target payload block included in the first intermediate frame into the second intermediate frame. Since the first intermediate frame does not need to be subjected to demapping processing, the efficiency of transmitting the service data is effectively improved.
Based on the first aspect, in an optional implementation manner, the first device converting the first intermediate frame into a second intermediate frame includes: the first device demapping a channel frame from the first intermediate frame; the first device maps the channel frame into a plurality of the second intermediate frames.
In this embodiment, the conversion of the first intermediate frame into the second intermediate frame and the conversion of the second intermediate frame into the third intermediate frame are achieved by way of demapping and mapping of the channel frames. The number of overhead bytes is effectively reduced, and the encapsulation efficiency of the service data is improved.
Based on the first aspect, in an optional implementation manner, at least one of the second intermediate frames carries indication information, where the indication information is used to indicate a position of the channel frame in a plurality of the second intermediate frames.
In this embodiment, the position of the channel frame in the plurality of second intermediate frames can be accurately determined by the indication information. Therefore, the efficiency of channel frame demapping is effectively improved.
Based on the first aspect, in an optional implementation manner, the overhead region of the second intermediate frame carries the indication information, where the indication information is used to indicate that the payload region of the second intermediate frame has been mapped to the header of the channel frame.
In the embodiment, the positions of the frame headers of the channel frames in the plurality of second intermediate frames can be accurately determined through the indication information, so that the channel frames are accurately positioned.
Based on the first aspect, in an optional implementation manner, the overhead region of the target payload block carries an indication identifier, where the indication identifier is used to indicate whether the overhead region of the target payload block already carries the service identifier.
In this embodiment, different values of the indication identifier can indicate that the overhead area of the target payload block carries the service identifier and does not carry the service identifier. Therefore, under the condition that a plurality of target payload blocks bear the same service data, each target payload block is not required to bear the service identifier. The occupation ratio of the service identification in the target payload area is effectively reduced, and the encapsulation efficiency of the service data is improved.
In a second aspect, an embodiment of the present invention provides an optical communication system, including a first device and a second device; the first device is configured to: converting a first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes; transmitting the second intermediate frame to a second device; the second device is for: receiving the second intermediate frame from the first device; and converting the second intermediate frame into a third intermediate frame, wherein the second intermediate frame and the third intermediate frame have different frame sizes, and the first intermediate frame and the third intermediate frame have different frame sizes. The beneficial effects of this aspect are shown in the above first aspect, and will not be described again.
Based on the second aspect, in an optional implementation, the second device to convert the second intermediate frame into a third intermediate frame includes: the second device merges two or more second intermediate frames into one third intermediate frame. In another optional implementation, the second device to convert the second intermediate frame into a third intermediate frame includes: the second device splits one second inter frame into a plurality of third inter frames.
Based on the second aspect, in an optional implementation, the second intermediate frame includes target payload blocks, the number of bytes of the target payload blocks being the greatest common divisor of the frame sizes of the first intermediate frame and the third intermediate frame, and the second device is configured to convert the second intermediate frame into the third intermediate frame includes: the second device encapsulates at least one of the target payload blocks into the third intermediate frame, which includes at least one service identifier for identifying service data.
In this embodiment, the frame size of the second intermediate frame and the third intermediate frame are each an integer multiple of the number of bytes of the target payload block. The second device may directly encapsulate at least one target payload block included in the second intermediate frame into the third intermediate frame. Since the second intermediate frame does not need to be subjected to demapping processing, the efficiency of transmitting the service data is effectively improved. And the byte number of the target payload block is the greatest common divisor of the frame sizes of the first intermediate frame and the third intermediate frame, so that the efficiency of converting the second intermediate frame into the third intermediate frame is effectively improved.
Based on the second aspect, in an optional implementation, the second device to convert the second intermediate frame into a third intermediate frame includes: demapping a channel frame from the second intermediate frame; mapping the channel frame into the third intermediate frame.
In a third aspect, an embodiment of the present invention provides a digital processing chip, where the chip includes a processor and a memory, the memory and the processor are interconnected through a line, and the memory stores instructions, and the processor is configured to execute the method for transmitting a data frame according to any one of the above first aspects.
In a fourth aspect, an embodiment of the present invention provides a first device, including: the processor, the memory and the optical transceiver are interconnected by a line, and the processor calls the program code in the memory to execute the processing function executed by the first device according to any one of the first aspect or the second aspect. The optical transceiver is for the transceiving function performed by the second device as shown in the first or second aspect above.
In a fifth aspect, an embodiment of the present invention provides a second device, including: the processor, the memory and the optical transceiver are interconnected by a line, and the processor calls the program code in the memory to execute the processing function executed by the first device according to any one of the first aspect or the second aspect. The optical transceiver is for the transceiving function performed by the second device as shown in the first or second aspect above.
In a sixth aspect, an embodiment of the present invention provides a computer-readable storage medium, which includes instructions, when executed on a computer, for causing the computer to perform the method for transmitting a data frame in any implementation manner of the first aspect or the second aspect.
In a seventh aspect, an embodiment of the present invention provides a computer program product containing instructions, which when run on a computer, causes the computer to execute the method for transmitting a data frame in any implementation manner of the first aspect or the second aspect.
Drawings
Fig. 1 is a schematic diagram of a conventional service data mapping process;
fig. 2 is a schematic diagram illustrating a transmission flow of an existing data frame between two OTN devices;
fig. 3 is a flowchart illustrating steps of a first embodiment of a method for transmitting a data frame according to an embodiment of the present application;
fig. 4 is a first schematic diagram of data frame transmission between two devices according to an embodiment of the present application;
fig. 5 is a flowchart illustrating steps of a second embodiment of a method for transmitting a data frame according to an embodiment of the present application;
fig. 6 is a second schematic diagram of data frame transmission between two devices according to the embodiment of the present application;
fig. 7 is a third schematic diagram of data frame transmission between two devices according to the embodiment of the present application;
fig. 8 is a schematic diagram of a data frame mapping process according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of an apparatus according to an embodiment of the present application.
Detailed Description
First, the structure of an optical communication system to which the data frame transmission method provided in the present application is applied will be described with reference to fig. 2. Fig. 2 is a schematic diagram of a transmission flow of an existing data frame between two OTN devices. The optical communication system 200 as shown in fig. 2 comprises a first device 210 and a second device 220. The following description takes the first device 210 as a sender of service data and the second device 220 as a receiver of service data as an example. The first device 210 and the second device 220 shown in the present application are OTN devices. In other examples, the first device 210 and the second device 220 may also be Packet Transport Network (PTN) devices.
The application provides a data frame transmission method, and the data frame shown in the application is a transmission frame of service data which is interacted between two OTNs and is carried. For example, the transmission frame is an OTU frame. In order to better understand the method shown in the present application, the disadvantage of service data interaction between two existing OTN devices is explained. In order to implement transmission of service data by the first device 210, the first device 210 acquires a first transmission frame carrying the service data. The embodiment does not limit how the first device 210 acquires the first transmission frame. For example, the first device 210 may obtain the first transmission frame through a Passive Optical Network (PON). As another example, the first device 210 may obtain the first transmission frame from another OTN device.
The first device 210 demaps the first payload block from the first transmission frame. The first device 210 then maps a plurality of payload blocks to be sent to the second device 220 into a second transmission frame. The multiple payload blocks to be sent to the second device 220 may originate from the same first transmission frame, or may originate from multiple first transmission frames, which is not limited in this embodiment. The second device 220 receives the second transmission frame from the first device 210. If the second device 220 needs to obtain the service data already carried by the second transmission frame, the second payload block needs to be demapped from the second transmission frame. However, if the number of bytes of the first payload block defined by the first device 210 is different from the number of bytes of the second payload block defined by the second device 220, the second device 220 cannot demap the second transport frame based on the defined number of bytes of the second payload block. Resulting in the second device 220 not being able to successfully demap traffic data from the second transmission frame. The payload block shown in this application is a frame structure including a specific number of bytes, and may also be referred to as a sub-frame, a data block, or a sub-block, which is not specifically limited in this application.
By adopting the data frame transmission method disclosed by the application, the successful interaction of service data among different OTN devices can be effectively ensured. The following describes an implementation procedure of the data frame transmission method shown in this embodiment with reference to fig. 3. Fig. 3 is a flowchart illustrating steps of a first embodiment of a method for transmitting a data frame according to the present application.
Step 301, the first device obtains a first transmission frame.
For a detailed description of the first transmission frame, please refer to the example shown in fig. 2, which is not repeated.
Step 302, the first device demaps the first intermediate frame from the first transmission frame.
The first device shown in this embodiment demaps one or more first intermediate frames from the first transport frame. Wherein the first intermediate frame is a payload block with a fixed number of bytes.
Step 303, the first device converts the first intermediate frame into a second intermediate frame.
In order to successfully acquire the service data sent by the first device, the second device needs to have the same frame size as the second intermediate frames defined by the first device and the second device. The first device can perform mapping of the traffic data based on the frame size of the second intermediate frame, and the second device can perform demapping of the traffic data based on the frame size of the second intermediate frame.
The first intermediate frame and the second intermediate frame have different frame sizes, i.e. the number of bytes per first intermediate frame and the number of bytes per second intermediate frame are different. The present embodiment does not limit the specific manner of converting the first intermediate frame into the second intermediate frame, and the following description is given by way of example with reference to specific alternatives.
Mode 1: the first device directly converts the first intermediate frame into a second intermediate frame. Direct conversion means that the first intermediate frame can be directly converted into the second intermediate frame without demapping the first intermediate frame. For example, if the frame size of a first intermediate frame is greater than the frame size of a second intermediate frame, the first device may split the first intermediate frame directly into a plurality of second intermediate frames. If the frame size of the first intermediate frame is smaller than the frame size of the second intermediate frame, the first device may directly merge two or more first intermediate frames into one second intermediate frame.
Mode 2: the first device indirectly translates the first intermediate frame into a second intermediate frame. Specifically, the first device deletes the overhead area of the first intermediate frame, and then demaps the channel frame carrying the service data from the first intermediate frame. The first device then maps the channel frame into a second intermediate frame. For example, a second intermediate frame is used to carry a channel frame. In another example, the plurality of second intermediate frames are used to carry one channel frame, and in another example, the plurality of second intermediate frames are used to carry a plurality of channel frames.
Step 304, the first device maps the second intermediate frame into a second transmission frame.
The second transmission frame shown in this embodiment is an OTU frame. In this embodiment, a specific mapping process is not limited, for example, the first device may map the second intermediate frame to a Low Order (LO) Optical Data Unit (ODU) frame. The LO ODU frame is then mapped into a High Order (HO) ODU frame. And finally mapping the HO ODU frame to a second transmission frame. For another example, the first device directly maps the second intermediate frame to the ODU frame, and then maps the ODU frame to the OTU frame.
Step 305, the first device sends a second transmission frame to the second device.
Step 306, the second device acquires a second intermediate frame.
In the event that the second device receives a second transmission frame from the first device, a second intermediate frame may be demapped from the second transmission frame. The present embodiment does not limit the process of specifically defining the frame size of the second intermediate frame. For example, an intersection of the first set and the second set may be determined by the network management system as a frame size of the second intermediate frame. The first set is all frame sizes supported by an inter-domain interface (IrDI) of the first device. The second set is all frame sizes supported by the IaDI of the second device. It can be seen that, when the frame size of the second intermediate frame is the intersection of the first set and the second set, the first device and the second device may perform interconnection and interworking based on the frame size of the second intermediate frame. Optionally, the first device and the second device may also determine the frame size of the second intermediate frame according to the notification information. Wherein the notification information is used for notifying the frame size of the second intermediate frame. The source of the notification information is not limited in this embodiment.
Step 307, the second device transforms the second intermediate frame into a third intermediate frame.
In order to implement the processing of the traffic data from the first device by the second device, the second device is required to convert the second intermediate frame into a third intermediate frame. The second device can implement the processing of the service data from the first device according to the frame size of the defined third intermediate frame. Wherein the second inter frame and the third inter frame have different frame sizes, and the first inter frame and the third inter frame have different frame sizes. The second device may also transition the second intermediate frame to the third intermediate frame by way of a direct transition. Or the second device converts the second intermediate frame to a third intermediate frame by way of an indirect transition. For a description of the direct conversion and the indirect conversion, please refer to step 303, which is not described in detail.
Fig. 4 is a schematic diagram comparing fig. 4 and fig. 2, where fig. 4 is a first schematic diagram illustrating that a data frame is transmitted between two devices according to an embodiment of the present application. In the transmission process of the data frame, the process of mapping and demapping the second intermediate frame is added to that shown in fig. 2. Therefore, the purpose that the first equipment transmits the service data to the second equipment is successfully achieved.
Step 308, the second device maps the third intermediate frame into a third transmission frame.
For the description of the third transmission frame, please refer to the above description of the second transmission frame in detail, which is not repeated herein. The second device may perform corresponding internal processing based on the third transmission frame. For example, the third transmission frame is sent to other OTN devices. In another example, the third transmission frame is sent to a network service party. The network service party may be the Internet (Internet) or a Public Switched Telephone Network (PSTN), etc.
The method shown in the embodiment can effectively reduce the time delay in the process of mapping and demapping the service data, and improve the efficiency of transmitting the service data. And under the condition that the first device and the second device respectively define a first intermediate frame and a third intermediate frame with different frame sizes, the defect that service data cannot be successfully transmitted can be effectively avoided. The first device and the second device realize the successful transmission of the service data by adding a second intermediate frame.
The process of directly converting a first intermediate frame to a second intermediate frame and directly converting a second intermediate frame to a third intermediate frame is described below with reference to fig. 5. Fig. 5 is a flowchart illustrating a second embodiment of a method for transmitting a data frame according to an embodiment of the present application.
Step 501, the first device obtains a first transmission frame.
Step 502, the first device demaps a first intermediate frame from the first transmission frame.
For detailed descriptions of step 501 to step 502 in this embodiment, please refer to step 301 to step 302 in fig. 3, which are not described in detail.
Step 503, the first device encapsulates the target payload block included in the first intermediate frame into the second intermediate frame.
The first device is capable of demapping a plurality of first intermediate frames from the first transmission frame based on the defined frame size of the first intermediate frames. Each first intermediate frame shown in this embodiment includes one or more target payload blocks. The present embodiment is described by taking an example in which each first intermediate frame includes a plurality of target payload blocks.
The first device shown in this embodiment can implement the transition from the first intermediate frame to the second intermediate frame based on two ways as follows:
mode 1: and the first device respectively encapsulates each target payload block included in the first intermediate frame into a second intermediate frame. I.e. each second intermediate frame comprises a target payload block.
Mode 2: the first device encapsulates a plurality of target payload blocks included in the first intermediate frame into a second intermediate frame. I.e. each second intermediate frame comprises a plurality of target payload blocks.
In this embodiment, the number of bytes of the target payload block is one of a plurality of common divisor of the frame sizes of the first intermediate frame and the third intermediate frame. In this embodiment, to improve the efficiency of converting the first intermediate frame into the second intermediate frame and converting the second intermediate frame into the third intermediate frame, the maximum common divisor of the number of bytes of the target payload block as the frame sizes of the first intermediate frame and the third intermediate frame is taken as an example for illustration.
The number of target payload blocks included in each second intermediate frame is not limited in this embodiment. The manner of defining the number of target payload blocks included in each second intermediate frame may refer to the process of defining the second intermediate frame shown in step 306 in fig. 3, which is not described in detail herein.
For example, as shown in fig. 6, fig. 6 is a second schematic diagram of data frames transmitted between two devices according to the embodiment of the present application. Specifically, if the first device has defined a frame size of the first intermediate frame of 400 bytes. In case each target payload block comprises 100 bytes, then each first intermediate frame comprises 4 target payload blocks, i.e. the target payload blocks 601 to 604 shown in fig. 6. The frame size of the second intermediate frame is 300 bytes. The first device may split 3 target payload blocks (i.e., target payload blocks 601 to 603) from the first intermediate frame as a second intermediate frame.
In this embodiment, in order to accurately distinguish the service data carried by the second intermediate frames, each of the second intermediate frames includes a Tributary Port Number (TPN). Wherein, the TPN is used to identify the mapped service data of the first intermediate frame. Several alternative ways of including the TPN in the second intermediate frame are exemplified below. It should be understood that the following description does not limit the manner in which the second intermediate frame includes TPNs, as long as one second intermediate frame includes at least one TPN.
Mode 1: the overhead region of each target payload block includes one TPN.
Mode 2: in the first intermediate frame, the TPN occurs every C1 target payload blocks. In this way, the second intermediate frame includes C2 target payload blocks, and C1 is less than or equal to C2. In this embodiment, specific values of C1 are not limited as long as C1 can satisfy the following conditions. The conditions are as follows: in order to accurately distinguish the service data carried by the first intermediate frames, each first intermediate frame at least includes C1 target payload blocks, thereby effectively ensuring that each first intermediate frame includes a TPN. The conditions are also: in order to accurately distinguish the service data carried by the third intermediate frames, each third intermediate frame at least includes C1 target payload blocks, thereby effectively ensuring that each third intermediate frame includes a TPN.
Continuing with fig. 6, a first intermediate frame includes 4 target payload blocks (i.e., 601, 602, 603, and 604). While the TPN in the first intermediate frame occurs every C1=3 target payload blocks, i.e. the target payload block 601 comprises a TPN, the target payload 604 comprises a TPN, and so on. In case one second intermediate frame comprises C2=4 target payload blocks (i.e. 601, 602, 603 and 604), the TPN occurs twice, i.e. in the target payload block 601 and the target payload block 604.
Based on the above mode 2, the following describes a mode of setting TPN for a target payload block:
the overhead area of each target payload block carries an indication mark, and the indication mark is used for indicating whether the overhead area of the target payload block carries a service mark. Specifically, the value of the indicator shown in this embodiment is N, that is, the first device may distinguish, through the difference of the values of N, whether the target payload block already carries the service identifier. The specific value of N is not limited in this embodiment. For example, if N is "0", it indicates that the overhead area of the target payload block does not carry TPN. If the value of N is "1", it indicates that the overhead area of the target payload block already carries the TPN.
The value of the indicator shown in this embodiment may also be used to indicate the specific location of the next TPN. For example, if the indicator flag of the target payload block 601 shown in fig. 6 is 3, it indicates that the next TPN is located in the third target payload block (i.e. the overhead area of the target payload block 604) behind the target payload block 601.
Step 504, the first device maps the second intermediate frame into a second transmission frame.
Step 505, the first device sends a second transmission frame to the second device.
Step 506, the second device acquires a second intermediate frame.
The process from step 504 to step 506 shown in this embodiment is shown in step 304 to step 306 in fig. 3, and is not described in detail.
Step 507, the second device encapsulates the target payload block included in the second intermediate frame into the third intermediate frame.
For the description that the third intermediate frame includes the target payload block, please refer to step 503 for details, which is not described again.
Continuing with FIG. 6, if the frame size of the second intermediate frame is 300 bytes. The frame size of the third intermediate frame is 600 bytes. And the second device determines the number of bytes of the target payload block to be 100. It can be seen that the second device maps 6 target payload blocks into the third intermediate frame. Since the TPN occurs every C1=3 target payload blocks, it is known that the TPN occurs at least once in every third intermediate frame.
Step 508, the second device maps the third intermediate frame into a third transmission frame.
For a detailed description of step 508 in this embodiment, please refer to step 308 shown in fig. 3, which is not described herein.
In the method shown in this embodiment, the first device and the second device implement successful transmission of service data by adding the second intermediate frame. And the first device can directly convert the first intermediate frame into the second intermediate frame without deleting bytes of the first intermediate frame. The efficiency of transmitting the service data is effectively improved.
The process of indirectly transitioning a first intermediate frame to a second intermediate frame, and indirectly transitioning a second intermediate frame to a third intermediate frame, is described below in conjunction with the description of fig. 7. Fig. 7 is a third schematic diagram of data frame transmission between two devices according to the embodiment of the present application.
Step 701, the first device obtains a first transmission frame.
Step 702, the first device demaps a first intermediate frame from the first transmission frame.
The detailed process from step 701 to step 702 shown in this embodiment is shown in step 301 to step 302 shown in fig. 3, which is not repeated herein.
Step 703, the first device demaps the channel frame from the first intermediate frame.
Fig. 8 is a schematic diagram of a data frame mapping process according to an embodiment of the present application. As shown in fig. 8, the first intermediate frame 801 includes an Overhead (OH) region and a Payload (Payload) region. The payload area includes a channel frame that already carries service data. To demap a channel frame, the first device deletes the overhead area of the first intermediate frame 801 to obtain a channel frame.
Optionally, if the payload region carries padding data, the padding data is used to ensure that the frame size of each first intermediate frame 801 is the same. In this case, the first device further needs to delete padding data of the payload area.
Step 704, the first device maps the channel frame to a second intermediate frame.
In this embodiment, please refer to step 303 in fig. 3 for details of the second intermediate frame, which are not described in detail.
The first device maps the channel frames into at least one second intermediate frame. This embodiment takes the first device mapping a channel frame to multiple second intermediate frames as an example for description. I.e. a number of consecutive second intermediate frames, are used for mapping the channel frames.
First, a mode of setting the TPN in the second intermediate frame 803 will be described. For example, the overhead area of each second intermediate frame 803 is provided with TPN. For another example, the overhead area of the second intermediate frame 803 includes an indication identifier, and for a specific description that the indication identifier is set in the overhead area of the second intermediate frame 803, please refer to the description that the indication identifier is set in the target payload block in step 503 of fig. 5, which is not described in detail.
Next, several optional setting modes of the indication information are optionally explained in combination:
example 1: the overhead area of the second intermediate frame 803 includes indication information. The indication information included in the plurality of second intermediate frames 803 is used to indicate the position of the channel frame 802 in the plurality of second intermediate frames 803 in common. The position specifically refers to the specific byte position of the header and the trailer of the channel frame 802 in the payload region of the second intermediate frame 803.
Specifically, each second intermediate frame 803 includes indication information therein. Different values of the indication information are used to indicate the position of the mapped bytes in the payload area of the second intermediate frame 803 in the channel frame. Specifically, if the value of the indication information is the first value, the indication information is used to indicate that the payload area of the second intermediate frame 803 has been mapped to the header of the channel frame. Wherein the first value can also be used to indicate the specific location of the header of the channel frame in the payload region of the second intermediate frame 803. For example, if the first value is "0", it indicates that the header of the channel frame is located in the first byte of the payload region of the second intermediate frame 803. For another example, if the first value is "W", it indicates that the header of the channel frame is located at the W-th byte of the payload region of the second intermediate frame 803.
For another example, if the value of the indication information is a second value, the indication information is used to indicate that the payload area of the second intermediate frame 803 has been mapped to the end of the channel frame. For another example, if the value of the indication information is a third value, the indication information is used to indicate that the payload area of the second intermediate frame 803 has mapped the bytes between the frame header and the frame tail of the channel frame. For another example, if the value of the indication information is a third value, the indication information is used to indicate that the payload area of the second intermediate frame 803 has been mapped to the end of the channel frame. It should be clear that the indication information may also be carried in a part of the split pin areas in the plurality of second intermediate frames 803, and the present example is not limited specifically as long as the positions of the channel frames in the plurality of second intermediate frames can be determined based on the indication information.
Example 2: the payload area of the second intermediate frame 803 is provided with indication information, and the indication information is adjacent to the header position of the channel frame 802. The adjacent position means that the last byte of the indication information is adjacent to the header position of the channel frame 802 in the payload area of the second intermediate frame 803. Specific indication content of the indication information can be shown in the above example 1, and is not described in detail.
Step 705, the first device maps the second intermediate frame into a second transmission frame.
Step 706, the first device sends a second transmission frame to the second device.
Step 707, the second device acquires the second intermediate frame.
The process from step 705 to step 707 in this embodiment is shown in detail in step 304 to step 306 in fig. 3, and is not described in detail in this embodiment.
Step 708, the second device demaps the channel frame from the plurality of second intermediate frames.
In this embodiment, the second device may determine the positions of the channel frames in the plurality of second intermediate frames according to the indication information carried by the second intermediate frames. As can be seen, the second device may demap the channel frame from the plurality of intermediate frames according to the indication of the indication information.
And step 709, the second device maps the channel frame to a third intermediate frame.
For a detailed description of the third intermediate frame, please refer to step 307 in fig. 3, which is not repeated herein. The present embodiment does not limit the specific process of mapping the channel frame to the third intermediate frame. As long as one channel frame can be mapped into one or more third intermediate frames. The present embodiment exemplifies that one channel frame is mapped to the payload region of one third intermediate frame, and different channel frames are mapped to different third intermediate frames.
Step 710, the second device maps the third intermediate frame into a third transmission frame.
The specific execution process of step 710 in this embodiment is shown in step 308 in fig. 3, and details thereof are not repeated in this embodiment.
In the method shown in this embodiment, the first device and the second device achieve successful transmission of service data by adding the second intermediate frame. And the purpose of converting the first intermediate frame into the second intermediate frame and converting the second intermediate frame into the third intermediate frame is realized by means of demapping and mapping the channel frame. The number of overhead bytes is effectively reduced, and the encapsulation efficiency of the service data is improved.
The apparatus provided by the present application is described below with reference to fig. 9. Fig. 9 is a schematic structural diagram of an apparatus according to an embodiment of the present application.
The device includes a processor 901, a memory 902, and an optical transceiver 903. The processor 901, memory 902, and optical transceiver 903 are interconnected by wires. Memory 902 is used to store, among other things, program instructions and data.
In one possible implementation, the device is a first device that is the sender of the service data, and the memory 902 stores the program instructions and data that support the execution by the first device in the steps shown in fig. 3, 5, and 7. The processor 901 and the optical transceiver 903 are configured to perform the method steps shown in any of the embodiments of fig. 3, 5, and 7.
In fig. 3, the processor 901 is configured to execute steps 301 to 304, and the optical transceiver 903 is configured to execute step 305. In fig. 5, the processor 901 is configured to execute steps 501 to 504, and the optical transceiver 903 is configured to execute step 505. In fig. 7, a processor 901 is configured to execute steps 701 to 705. The optical transceiver 903 is configured to perform step 706.
In one possible implementation, the device is a second device that is a recipient of the service data, and the memory 902 stores program instructions and data that support execution by the second device in the steps shown in fig. 3, 5 and 7. The processor 901 and the optical transceiver 903 are configured to perform the method steps shown in any of the embodiments of fig. 3, 5, and 7.
In fig. 3, the optical transceiver 903 is configured to execute step 306, and the processor 901 is configured to execute step 307 to step 308. In fig. 5, the optical transceiver 903 is configured to perform step 506, and the processor 901 is configured to perform steps 507 to 508. In fig. 7, the optical transceiver 903 is configured to perform step 707, and the processor 901 is configured to perform steps 708 to 710.
The embodiment of the application also provides a digital processing chip. Integrated with circuitry and one or more interfaces to implement the functions of the processor 901 as described above. When integrated with memory, the digital processing chip may perform the method steps of any one or more of the preceding embodiments. When the digital processing chip is not integrated with the memory, the digital processing chip can be connected with the external memory through an interface. The digital processing chip implements the actions performed by the ONU or the fusion device in the above embodiments according to the program code stored in the external memory.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (16)
1. A method for transmitting data frames, the method comprising:
the first equipment acquires a first transmission frame;
the first device demaps a first intermediate frame from the first transmission frame;
the first device transforming the first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes;
the first device mapping the second intermediate frame into a second transmission frame;
the first device sends the second transmission frame to a second device, wherein the first transmission frame and the second transmission frame are both Optical Transport Unit (OTU) frames;
wherein the first intermediate frame includes a target payload block, the first device transforming the first intermediate frame into a second intermediate frame including:
the first device encapsulates at least one target payload block into a second intermediate frame, the target payload block having a byte count that is one of a plurality of common divisor of frame sizes of the first intermediate frame and a third intermediate frame, the second device is configured to convert the second intermediate frame into the third intermediate frame, the frame sizes of the second intermediate frame and the third intermediate frame are different, and the frame sizes of the first intermediate frame and the third intermediate frame are different.
2. The method of claim 1, wherein the second intermediate frame comprises at least one service identifier for identifying service data.
3. The method of claim 1, wherein the first device transitioning the first intermediate frame to a second intermediate frame comprises:
the first device demaps a channel frame from the first intermediate frame;
the first device maps the channel frame into the second intermediate frame.
4. The method of claim 3, wherein at least one of the second intermediate frames carries indication information indicating a location of the channel frame in a plurality of the second intermediate frames.
5. The method of claim 4, wherein the overhead region of the second intermediate frame carries the indication information, and wherein the indication information is used to indicate that the payload region of the second intermediate frame has been mapped to the header of the channel frame.
6. The method of claim 2, wherein the overhead region of the target payload block carries an indication flag indicating whether the overhead region of the target payload block already carries the service identifier.
7. An optical communication system comprising a first device and a second device;
the first device is to:
acquiring a first transmission frame;
demapping a first intermediate frame from the first transmission frame;
converting the first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes;
mapping the second intermediate frame into a second transmission frame;
transmitting the second transmission frame to the second device;
wherein the first intermediate frame includes a target payload block, the first device transforming the first intermediate frame into a second intermediate frame including:
encapsulating at least one of the target payload blocks into a second intermediate frame, the target payload block having a byte count that is one of a plurality of common divisors of the frame size of the first and third intermediate frames, the second device to convert the second intermediate frame into the third intermediate frame;
the second device is to:
receiving the second transmission frame from the first device;
and converting the second intermediate frame into a third intermediate frame, wherein the frame sizes of the second intermediate frame and the third intermediate frame are different, and the frame sizes of the first intermediate frame and the third intermediate frame are different, wherein the first transmission frame and the second transmission frame are both Optical Transport Unit (OTU) frames.
8. The system of claim 7, wherein the number of bytes of the target payload block is a greatest common divisor of the frame sizes of the first intermediate frame and the third intermediate frame, and wherein the second device to convert the second intermediate frame into the third intermediate frame comprises:
and the second equipment encapsulates at least one target payload block into the third intermediate frame, wherein the third intermediate frame comprises at least one service identifier for identifying service data.
9. The system of claim 7, wherein the second device to convert the second intermediate frame into a third intermediate frame comprises:
demapping a channel frame from the second intermediate frame;
mapping the channel frame into the third intermediate frame.
10. A digital processing chip, characterized in that it comprises a processor and a memory, said memory and said processor being interconnected by wires, said memory having stored therein instructions, said processor being adapted to perform a method of transferring data frames according to any one of claims 1 to 6.
11. A first device, comprising:
the optical transceiver comprises a processor, a memory and an optical transceiver, wherein the processor, the memory and the optical transceiver are interconnected through a line, and the processor calls program codes in the memory to execute the following steps:
acquiring a first transmission frame;
demapping a first intermediate frame from the first transmission frame;
converting the first intermediate frame into a second intermediate frame, the first intermediate frame and the second intermediate frame having different frame sizes;
mapping the second intermediate frame into a second transmission frame;
the optical transceiver is configured to perform the steps of:
sending the second transmission frame to a second device, where the first transmission frame and the second transmission frame are both Optical Transport Unit (OTU) frames;
wherein the first intermediate frame comprises a target payload block, and the processor is configured to convert the first intermediate frame into a second intermediate frame, and specifically to: encapsulating at least one of the target payload blocks into a second intermediate frame, the target payload block having a byte count that is one of a plurality of common divisor of frame sizes of the first and third intermediate frames, the second device to convert the second intermediate frame into the third intermediate frame, the second and third intermediate frames having different frame sizes, and the first and third intermediate frames having different frame sizes.
12. The first device of claim 11, wherein the first intermediate frame comprises a target payload block, and wherein the processor is further configured to:
encapsulating at least one of the target payload blocks into a second intermediate frame, the second intermediate frame including at least one service identifier for identifying service data.
13. The first device of claim 11, wherein the processor is specifically configured to:
demapping a channel frame from the first intermediate frame;
mapping the channel frame into a plurality of the second intermediate frames.
14. The first apparatus of claim 13, wherein at least one of the second intermediate frames carries indication information indicating a location of the channel frame in a plurality of the second intermediate frames.
15. The first apparatus of claim 14, wherein the overhead region of the second intermediate frame carries the indication information, and wherein the indication information is used to indicate that a payload region of the second intermediate frame has a header of the channel frame mapped thereto.
16. The first apparatus of claim 12, wherein the overhead region of the target payload block carries an indication flag, and wherein the indication flag is used to indicate whether the overhead region of the target payload block already carries the service identifier.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010187876.7A CN113411689B (en) | 2020-03-17 | 2020-03-17 | Data frame transmission method and related equipment |
| PCT/CN2021/080722 WO2021185196A1 (en) | 2020-03-17 | 2021-03-15 | Data frame transmitting method, and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010187876.7A CN113411689B (en) | 2020-03-17 | 2020-03-17 | Data frame transmission method and related equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113411689A CN113411689A (en) | 2021-09-17 |
| CN113411689B true CN113411689B (en) | 2023-04-11 |
Family
ID=77677482
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010187876.7A Active CN113411689B (en) | 2020-03-17 | 2020-03-17 | Data frame transmission method and related equipment |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN113411689B (en) |
| WO (1) | WO2021185196A1 (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101309205A (en) * | 2007-05-18 | 2008-11-19 | 华为技术有限公司 | Data transmission method, communication system, base station controller and media gateway |
| WO2017049546A1 (en) * | 2015-09-24 | 2017-03-30 | 华为技术有限公司 | Method for transmitting and receiving optical transport network otn signal, otn device, and system |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101389146B (en) * | 2007-09-13 | 2011-01-05 | 华为技术有限公司 | Method and apparatus for synchronous crossed scheduling of optical transmission network |
| WO2014013602A1 (en) * | 2012-07-20 | 2014-01-23 | 富士通株式会社 | Transmission device |
| CN105790875B (en) * | 2014-12-24 | 2019-04-30 | 深圳市中兴微电子技术有限公司 | A kind of cross scheduling method and device thereof |
| CN107566925B (en) * | 2016-06-30 | 2021-12-31 | 中兴通讯股份有限公司 | Data transmission method and device |
| CN109936781B (en) * | 2017-12-15 | 2021-09-07 | 华为技术有限公司 | Data transmission method, equipment and system |
| EP3783820B1 (en) * | 2018-05-10 | 2023-10-25 | Huawei Technologies Co., Ltd. | Method, device and system for processing low-speed service data in optical transport network |
| CN110557217B (en) * | 2018-06-01 | 2021-08-03 | 华为技术有限公司 | Service data processing method and device |
-
2020
- 2020-03-17 CN CN202010187876.7A patent/CN113411689B/en active Active
-
2021
- 2021-03-15 WO PCT/CN2021/080722 patent/WO2021185196A1/en active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101309205A (en) * | 2007-05-18 | 2008-11-19 | 华为技术有限公司 | Data transmission method, communication system, base station controller and media gateway |
| WO2017049546A1 (en) * | 2015-09-24 | 2017-03-30 | 华为技术有限公司 | Method for transmitting and receiving optical transport network otn signal, otn device, and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113411689A (en) | 2021-09-17 |
| WO2021185196A1 (en) | 2021-09-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8743915B2 (en) | Method and apparatus for transmitting packet in optical transport network | |
| US7898944B2 (en) | Smart mechanism for multi-client bidirectional optical channel protection scheme | |
| CN109005170B (en) | Conversion method from RapidIO protocol to FC protocol | |
| CN101156396B (en) | Data frame transmission processing method and system | |
| ES2941272T3 (en) | Data sending procedure and forwarding device | |
| US9270367B2 (en) | Method and system for automatically discovering ODUflex bandwith lossless adjustment capability | |
| CN106921641B (en) | Method and device for transmitting message | |
| CN108521343A (en) | A kind of processing method and processing device of OAM message | |
| CN102315892B (en) | Data forwarding device, cable fastener plates and data forwarding method | |
| CN112118073B (en) | Data processing method, optical transmission equipment and digital processing chip | |
| CN114339488B (en) | Method and device for protecting Ethernet service in optical transmission network | |
| CN113411689B (en) | Data frame transmission method and related equipment | |
| EP1339183B1 (en) | Method and device for transporting ethernet frames over a transport SDH/SONET network | |
| EP3869814A1 (en) | Service data processing method and device | |
| CN1901536A (en) | Processing method for communication system transmitting and receiving data using general frame forming rule | |
| US20040073717A1 (en) | System method and device for dynamic mapping of sonet paths | |
| CN113196720B (en) | Data processing method, transmission equipment and data processing system | |
| WO2021047624A1 (en) | Device management method and apparatus, device and computer-readable storage medium | |
| US11895448B2 (en) | Communication apparatus and communication method | |
| CN112714063B (en) | Message transmission method, device and digital processing chip | |
| CN109818705B (en) | Method, device and equipment for transmitting and receiving subrate signals | |
| CN116996592B (en) | Network card, data transmission processing method and data receiving processing method | |
| CN112713960B (en) | Data transmission method, data reception device, communication node, and storage medium | |
| CN114189307B (en) | OTN signal transmission method and system and OTU0 interface device | |
| CN117201128B (en) | Method and device for preventing tunnel from fragment attack based on flow sensing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |