WO2021185196A1 - 一种数据帧的传送方法以及相关设备 - Google Patents

一种数据帧的传送方法以及相关设备 Download PDF

Info

Publication number
WO2021185196A1
WO2021185196A1 PCT/CN2021/080722 CN2021080722W WO2021185196A1 WO 2021185196 A1 WO2021185196 A1 WO 2021185196A1 CN 2021080722 W CN2021080722 W CN 2021080722W WO 2021185196 A1 WO2021185196 A1 WO 2021185196A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
intermediate frame
transmission
channel
target payload
Prior art date
Application number
PCT/CN2021/080722
Other languages
English (en)
French (fr)
Inventor
孙亮
苏伟
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2021185196A1 publication Critical patent/WO2021185196A1/zh

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

Definitions

  • This application relates to the field of optical communication technology, and in particular to a data frame transmission method and related equipment.
  • the existing optical transport network (OTN) based on the service data mapping process shown in FIG. 1 can reduce the service data transmission delay.
  • the OTN device maps the service data 101 to the channel frame 102, and then adds an overhead 1031 to the channel frame 102 to map it to a payload block (PB) 103 with a fixed byte length. Multiple consecutive payload blocks 103 are mapped into an optical transport unit (OTU) frame 104.
  • PB payload block
  • OFU optical transport unit
  • the embodiment of the present application provides a data frame transmission method and related equipment, which are used to ensure the successful interaction of data frames carrying service data between different equipment.
  • an embodiment of the present invention provides a data frame transmission method including: first, a first device obtains a first transmission frame; then, the first device demaps the first intermediate frame from the first transmission frame; then, The first device converts the first intermediate frame into a second intermediate frame, and the frame sizes of the first intermediate frame and the second intermediate frame are different; then, the first device maps the second intermediate frame to a second transmission frame Middle; Finally, the first device sends the second transmission frame to the second device.
  • the time delay in the process of mapping and demapping service data can be effectively reduced, and the efficiency of service data transmission can be improved.
  • the first device and the second device respectively define the first intermediate frame and the third intermediate frame with different frame sizes, the first device and the second device implement the service data through the second intermediate frame added The successful transmission.
  • the first device converting the first intermediate frame into the second intermediate frame includes: the first device splits one first intermediate frame into a plurality of second intermediate frames frame.
  • the first device converting the first intermediate frame into the second intermediate frame includes: the first device merging two or more first intermediate frames into a second intermediate frame frame.
  • the first intermediate frame includes a target payload block
  • the first device transforms the first intermediate frame into a second intermediate frame including: the first device converts at least one The target payload block is encapsulated in a second intermediate frame, and the second intermediate frame includes at least one service identifier for identifying service data.
  • the frame size of the first intermediate frame and the frame size of the second intermediate frame are both integer multiples of the target payload block.
  • the first device can directly encapsulate the at least one target payload block included in the first intermediate frame into the second intermediate frame. Because there is no need to perform demapping processing on the first intermediate frame, the efficiency of service data transmission is effectively improved.
  • the first device converting the first intermediate frame into the second intermediate frame includes: the first device demaps the channel frame from the first intermediate frame; The first device maps the channel frame to a plurality of the second intermediate frames.
  • the first intermediate frame is transformed into the second intermediate frame and the purpose of transforming the second intermediate frame into the third intermediate frame is realized by demapping and mapping the channel frame.
  • the number of overhead bytes is effectively reduced, and the encapsulation efficiency of business data is improved.
  • At least one of the second intermediate frames carries indication information, and the indication information is used to indicate the position of the channel frame in the plurality of second intermediate frames.
  • the position of the channel frame in the multiple second intermediate frames can be accurately determined through the indication information. This effectively improves the efficiency of demapping the channel frame.
  • the overhead area of the second intermediate frame carries the indication information, and the indication information is used to indicate that the payload area of the second intermediate frame has been mapped to the frame header of the channel frame .
  • the position of the frame header of the channel frame in the plurality of second intermediate frames can be accurately determined by the indication information, thereby realizing precise positioning of the channel frame.
  • the overhead area of the target payload block carries an indication identifier
  • the indication identifier is used to indicate whether the overhead area of the target payload block already carries the service identifier.
  • the indication identifier through different values of the indication identifier, it is possible to indicate that the overhead area of the target payload block has carried the service identifier and that it has not carried the service identifier. It can be seen that when multiple target payload blocks carry the same service data, there is no need for each target payload block to carry the service identifier. Effectively reduce the proportion of service identifiers in the target payload area, and improve the efficiency of encapsulation of service data.
  • an embodiment of the present invention provides an optical communication system, including a first device and a second device; the first device is used to: convert a first intermediate frame into a second intermediate frame, the first intermediate frame and The frame size of the second intermediate frame is different; the second intermediate frame is sent to the second device; the second device is used to: receive the second intermediate frame from the first device; Three intermediate frames, 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.
  • that the second device is configured to convert the second intermediate frame into a third intermediate frame includes: the second device combines two or more second intermediate frames Into a third intermediate frame.
  • that the second device is configured to convert the second intermediate frame into a third intermediate frame includes: the second device splits a second intermediate frame into a plurality of third intermediate frames.
  • the second intermediate frame includes a target payload block, and the number of bytes of the target payload block is the same as the frame size of the first intermediate frame and the third intermediate frame.
  • the greatest common divisor, where the second device is used to transform the second intermediate frame into a third intermediate frame includes: the second device encapsulates at least one target payload block into the third intermediate frame, and the third intermediate frame It includes at least one service identifier for identifying service data.
  • the frame sizes of the second intermediate frame and the third intermediate frame are both integer multiples of the number of bytes of the target payload block.
  • the second device can directly encapsulate the at least one target payload block included in the second intermediate frame into the third intermediate frame. Because there is no need to perform demapping processing on the second intermediate frame, the efficiency of service data transmission is effectively improved.
  • the number of bytes of the target payload block is the greatest common divisor of the frame sizes of the first intermediate frame and the third intermediate frame, which effectively improves the efficiency of transforming the second intermediate frame into the third intermediate frame.
  • that the second device is configured to transform the second intermediate frame into a third intermediate frame includes: demapping a channel frame from the second intermediate frame; and mapping the channel Frame to the third intermediate frame.
  • an embodiment of the present invention provides a digital processing chip.
  • the chip includes a processor and a memory.
  • the memory and the processor are interconnected by wires, and instructions are stored in the memory.
  • an embodiment of the present invention provides a first device, including: 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 the memory
  • the program code in is used to execute the processing function performed by the first device as shown in any one of the first aspect or the second aspect.
  • the optical transceiver is used for the transceiving function performed by the second device shown in the first aspect or the second aspect.
  • an embodiment of the present invention provides a second device, including: 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 the memory
  • the program code in is used to execute the processing function performed by the first device as shown in any one of the first aspect or the second aspect.
  • the optical transceiver is used for the transceiving function performed by the second device shown in the first aspect or the second aspect.
  • an embodiment of the present invention provides a computer-readable storage medium, including instructions, which when run on a computer, cause the computer to execute the data frame processing in any implementation manner of the first aspect or the second aspect. Delivery method.
  • 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 data frame transmission method in any one of the implementations of the first aspect or the second aspect. .
  • Figure 1 is a schematic diagram of an existing business data mapping process
  • Figure 2 is a schematic diagram of the transfer process of an existing data frame between two OTN devices
  • FIG. 3 is a flowchart of the steps in the first embodiment of the data frame transmission method provided by the embodiment of the application;
  • FIG. 4 is a first schematic diagram of data frame transmission between two devices shown in an embodiment of this application.
  • FIG. 6 is a second schematic diagram of data frame transmission between two devices shown in an embodiment of this application.
  • FIG. 7 is a third schematic diagram of data frame transmission between two devices according to an embodiment of the application.
  • FIG. 8 is a schematic diagram of a data frame mapping process shown in an embodiment of the application.
  • FIG. 9 is a schematic diagram of the device structure shown in an embodiment of the application.
  • FIG. 2 is a schematic diagram of the transfer process of an existing data frame between two OTN devices.
  • the optical communication system 200 shown in FIG. 2 includes a first device 210 and a second device 220.
  • the first device 210 is used as the sender of service data and the second device 220 is used as the receiver of service data as an example for illustration.
  • the first device 210 and the second device 220 shown in this application are OTN devices.
  • the first device 210 and the second device 220 may also be packet transport network (PTN) devices.
  • PTN packet transport network
  • the data frame shown in this application is a transmission frame that has carried service data that is exchanged between two OTNs.
  • the transmission frame is an OTU frame.
  • the first device 210 obtains the first transmission frame that has carried the service data.
  • This embodiment does not limit how the first device 210 obtains the first transmission frame.
  • the first device 210 may obtain the first transmission frame through a passive optical network (PON).
  • PON passive optical network
  • 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 the multiple payload blocks to be sent to the second device 220 into the 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 specifically limited.
  • 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 carried by the second transmission frame, it needs to demap the second payload block from the second transmission frame.
  • the payload block shown in this application is a frame structure including a specific number of bytes.
  • the payload block may also be referred to as a subframe, a data block, or a subblock, which is not specifically limited in this application.
  • FIG. 3 is a flowchart of the steps of the first embodiment of the data frame transmission method provided by this application.
  • Step 301 The first device obtains the first transmission frame.
  • 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 transmission frame.
  • 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.
  • the second intermediate frames defined by the first device and the second device need to have the same frame size.
  • the first device can perform service data mapping based on the frame size of the second intermediate frame
  • the second device can perform service data demapping based on the frame size of the second intermediate frame.
  • the frame sizes of the first intermediate frame and the second intermediate frame are different, that is, the number of bytes of each first intermediate frame is different from the number of bytes of each second intermediate frame.
  • This embodiment does not limit the specific manner of transforming the first intermediate frame into the second intermediate frame, and the following is an exemplary description in combination with specific optional manners.
  • Manner 1 The first device directly converts the first intermediate frame into the second intermediate frame.
  • direct conversion refers to directly converting the first intermediate frame into the second intermediate frame without performing demapping processing on the first intermediate frame. For example, if the frame size of the first intermediate frame is greater than the frame size of the second intermediate frame, the first device may directly split the first intermediate frame into multiple 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.
  • the first device indirectly converts the first intermediate frame into the second intermediate frame. Specifically, the first device deletes the overhead area of the first intermediate frame, and then demaps the channel frame that has carried service data from the first intermediate frame. Subsequently, the first device maps the channel frame to the second intermediate frame. For example, a second intermediate frame is used to carry a channel frame. In another example, multiple second intermediate frames are used to carry one channel frame, and another example, multiple second intermediate frames are used to carry multiple channel frames.
  • Step 304 The first device maps the second intermediate frame to the second transmission frame.
  • the second transmission frame shown in this embodiment is an OTU frame.
  • This embodiment does not limit the specific mapping process.
  • the first device may map the second intermediate frame to a low-order (LO) optical data unit (ODU) frame. Then map the LO ODU frame to the high order (HO) ODU frame. Finally, the HO ODU frame is mapped to the second transmission frame.
  • 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 obtains a second intermediate frame.
  • the second intermediate frame can be demapped from the second transmission frame.
  • the network management system may determine the intersection of the first set and the second set as the frame size of the second intermediate frame.
  • the first set is all frame sizes supported by the interdomain interface (IrDI) of the first device.
  • the second set is all frame sizes supported by the IaDI of the second device.
  • the first device and the second device may be interconnected based on the frame size of the second intermediate frame.
  • the first device and the second device may also determine the frame size of the second intermediate frame according to the notification information.
  • the notification information is used to notify the frame size of the second intermediate frame. This embodiment does not limit the source of the notification information.
  • Step 307 The second device converts the second intermediate frame into a third intermediate frame.
  • the second device needs to convert the second intermediate frame into a third intermediate frame.
  • the second device can process the service data from the first device according to the frame size of the defined 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.
  • the second device may also convert the second intermediate frame into the third intermediate frame by means of direct conversion. Or the second device converts the second intermediate frame into the third intermediate frame by indirect conversion.
  • the process of direct transformation and indirect transformation please refer to step 303, and will not be repeated.
  • FIG. 4 is the first schematic diagram of the data frame transmission between two devices shown in the embodiment of this application.
  • the mapping and demapping process of the second intermediate frame is added compared to that shown in FIG. 2. In this way, the purpose of sending service data from the first device to the second device is successfully achieved.
  • Step 308 The second device maps the third intermediate frame to the third transmission frame.
  • the second device can implement corresponding internal processing based on the third transmission frame. For example, send the third transmission frame to other OTN devices. For another example, send the third transmission frame to the network server.
  • the network service party may be the Internet or the public switched telephone network (PSTN), etc.
  • the method shown in this embodiment can effectively reduce the time delay in the process of mapping and demapping service data, and improve the efficiency of service data transmission. And when the first device and the second device respectively define the first intermediate frame and the third intermediate frame with different frame sizes, the disadvantage that the service data cannot be successfully transmitted can be effectively avoided. The first device and the second device realize successful transmission of service data by adding a second intermediate frame.
  • FIG. 5 is a flowchart of the steps of the second embodiment of the data frame transmission method provided by the embodiment of the application.
  • Step 501 The first device obtains the first transmission frame.
  • Step 502 The first device demaps the first intermediate frame from the first transmission frame.
  • steps 501 to 502 shown in this embodiment please refer to steps 301 to 302 shown in FIG. 3, and will not be repeated.
  • Step 503 The first device encapsulates the target payload block included in the first intermediate frame into the second intermediate frame.
  • the first device can demap multiple first intermediate frames from the first transmission frame based on the defined frame size of the first intermediate frame.
  • Each first intermediate frame shown in this embodiment includes one or more target payload blocks.
  • each first intermediate frame includes multiple target payload blocks as an example for description.
  • Manner 1 The first device encapsulates each target payload block included in the first intermediate frame into a second intermediate frame. That is, each second intermediate frame includes a target payload block.
  • Manner 2 The first device encapsulates the multiple target payload blocks included in the first intermediate frame into a second intermediate frame. That is, each second intermediate frame includes multiple target payload blocks.
  • the number of bytes of the target payload block is one of multiple common divisors of the frame sizes of the first intermediate frame and the third intermediate frame.
  • the number of bytes of the target payload block is used as the first intermediate frame and the third intermediate frame.
  • the greatest common divisor of the frame size of the frame is taken as an example for illustration.
  • This embodiment does not limit the number of target payload blocks included in each second intermediate frame.
  • For the manner of defining the number of target payload blocks included in each second intermediate frame refer to the process of defining the second intermediate frame shown in step 306 in FIG. 3, and details are not described in detail.
  • FIG. 6 where FIG. 6 is a second schematic diagram of the data frame transmission between two devices shown in an embodiment of this application.
  • the frame size of the first intermediate frame defined by the first device is 400 bytes.
  • each target payload block includes 100 bytes
  • each first intermediate frame includes 4 target payload blocks, that is, 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 can split three target payload blocks (that is, target payload block 601 to target payload block 603) from the first intermediate frame as a second intermediate frame.
  • each second intermediate frame in order to accurately distinguish the service data carried by the second intermediate frame, each second intermediate frame includes a tributary port number (TPN).
  • TPN tributary port number
  • the TPN is used to identify the mapped service data of the first intermediate frame.
  • Manner 2 In the first intermediate frame, TPN appears once every C1 target payload block. In this manner, the second intermediate frame includes C2 target payload blocks, and C1 is less than or equal to C2.
  • This embodiment does not limit the specific value of C1, as long as C1 can meet the following conditions.
  • the condition is: in order to accurately distinguish the service data carried by the first intermediate frame, each first intermediate frame includes at least C1 target payload blocks, thereby effectively ensuring that each first intermediate frame includes TPN.
  • the condition is also: in order to accurately distinguish the service data carried by the third intermediate frame, each third intermediate frame includes at least C1 target payload blocks, thereby effectively ensuring that each third intermediate frame includes TPN.
  • a first intermediate frame includes 4 target payload blocks (that is, 601, 602, 603, and 604).
  • the overhead area of each target payload block carries an indication identifier, and the indication identifier is used to indicate whether the overhead area of the target payload block has carried a service identifier.
  • the value of the indication identifier shown in this embodiment is N, that is, the first device can distinguish whether the target payload block has carried the service identifier through the difference in the value of N.
  • This embodiment does not limit the specific value of N. For example, if the value of N is "0", it means that the overhead area of the target payload block does not carry TPN. If the value of N is "1", it means that the overhead area of the target payload block has carried the TPN.
  • the value of the indicator shown in this embodiment can also be used to indicate the specific location of the next TPN.
  • the indicator value of the target payload block 601 shown in FIG. 6 is 3, which means that the next TPN is located in the third target payload block after the target payload block 601 (that is, the overhead area of the target payload block 604). ).
  • Step 504 The first device maps the second intermediate frame to the second transmission frame.
  • Step 505 The first device sends a second transmission frame to the second device.
  • Step 506 The second device obtains a second intermediate frame.
  • step 504 to step 506 in this embodiment please refer to step 304 to step 306 in FIG. 3 for details, and details are 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.
  • the frame size of the second intermediate frame is 300 bytes.
  • the frame size of the third intermediate frame is 600 bytes.
  • Step 508 The second device maps the third intermediate frame to the third transmission frame.
  • step 508 in this embodiment please refer to step 308 shown in FIG. 3, and will not be repeated.
  • the first device and the second device implement the successful transmission of service data by adding a second intermediate frame. Moreover, the first device does not need to delete the bytes of the first intermediate frame, and can directly convert the first intermediate frame into the second intermediate frame. Effectively improve the efficiency of business data transmission.
  • FIG. 7 is a third schematic diagram of data frame transmission between two devices shown in an embodiment of the application.
  • Step 701 The first device obtains the first transmission frame.
  • Step 702 The first device demaps the first intermediate frame from the first transmission frame.
  • step 701 to step 702 shown in this embodiment please refer to step 301 to step 302 shown in FIG. 3 for details, and details are not described in detail.
  • 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 shown in an embodiment of the application.
  • the first intermediate frame 801 includes an overhead (Overhead, OH) area and a payload (Payload) area.
  • the payload area includes channel frames that have carried service data.
  • the first device deletes the overhead area of the first intermediate frame 801 to obtain the channel frame.
  • the padding data is used to ensure that the frame size of each first intermediate frame 801 is the same.
  • the first device also needs to delete the padding data in the payload area.
  • Step 704 The first device maps the channel frame to the second intermediate frame.
  • step 303 in FIG. 3 for the specific description of the second intermediate frame, please refer to step 303 in FIG. 3, and the specific description will not be repeated.
  • the first device maps the channel frame to at least one second intermediate frame.
  • the first device maps one channel frame to multiple second intermediate frames as an example for description. That is, multiple consecutive second intermediate frames are used for mapping channel frames.
  • the manner of setting the TPN in the second intermediate frame 803 will be described.
  • the overhead area of each second intermediate frame 803 is set with a TPN.
  • the overhead area of the second intermediate frame 803 includes an indicator.
  • setting an indicator in the overhead area of the second intermediate frame 803 please refer to the setting of an indicator in the target payload block as shown in step 503 in FIG. 5 The specific description is not repeated here.
  • Example 1 The overhead area of the second intermediate frame 803 includes indication information.
  • the indication information included in the multiple second intermediate frames 803 is collectively used to indicate the position of the channel frame 802 in the multiple second intermediate frames 803.
  • the position specifically refers to the specific byte positions of the frame head and frame tail of the channel frame 802 in the payload area of the second intermediate frame 803.
  • each second intermediate frame 803 includes indication information.
  • the different values of the indication information are used to indicate the positions of the mapped bytes in the payload area of the second intermediate frame 803 in the channel frame.
  • 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 frame header of the channel frame.
  • the first value can also be used to indicate the specific position of the frame header of the channel frame in the payload area of the second intermediate frame 803. For example, if the first value is "0", it indicates that the frame header of the channel frame is located at the first byte of the payload area of the second intermediate frame 803. For another example, if the first value is "W”, it indicates that the frame header of the channel frame is located at the W-th byte of the payload area of the second intermediate frame 803.
  • 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.
  • the indication information is used to indicate that the payload area of the second intermediate frame 803 has been mapped to the bytes between the frame header and the frame end of the channel frame.
  • 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 clarified that indication information may also be carried in the partial overhead area of the multiple second intermediate frames 803, which is not specifically limited in this example, as long as it can be determined that the channel frame is in the multiple second intermediate frames based on the indication information. Location is fine.
  • Example 2 Indication information is set in the payload area of the second intermediate frame 803, and the indication information is adjacent to the position of the frame header of the channel frame 802.
  • Adjacent position means that, in the payload area of the second intermediate frame 803, the last byte of the indication information is adjacent to the frame header position of the channel frame 802.
  • Step 705 The first device maps the second intermediate frame to the second transmission frame.
  • Step 706 The first device sends the second transmission frame to the second device.
  • Step 707 The second device obtains a second intermediate frame.
  • step 705 to step 707 shown in this embodiment please refer to step 304 to step 306 shown in FIG. 3 for details, and details are not described in detail in this embodiment.
  • Step 708 The second device demaps the channel frame from the multiple second intermediate frames.
  • the second device can determine the position of the channel frame in the multiple second intermediate frames according to the indication information carried by the second intermediate frame. It can be seen that the second device can demap the channel frame from the multiple intermediate frames according to the indication of the indication information.
  • Step 709 The second device maps the channel frame to the third intermediate frame.
  • third intermediate frame For the specific description of the third intermediate frame, please refer to step 307 in FIG. 3, and the details are not repeated here.
  • This 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. In this embodiment, one channel frame is mapped to the payload area of a third intermediate frame, and different channel frames are mapped to different third intermediate frames as an example for illustration.
  • Step 710 The second device maps the third intermediate frame to the third transmission frame.
  • step 710 For the specific execution process of step 710 shown in this embodiment, please refer to step 308 in FIG. 3 for details, and details are not described in detail in this embodiment.
  • the first device and the second device implement the successful transmission of service data by adding a second intermediate frame. Furthermore, the purpose of converting the first intermediate frame into the second intermediate frame and realizing the purpose of converting the second intermediate frame into the third intermediate frame is realized by the way of demapping and mapping the channel frame. The number of overhead bytes is effectively reduced, and the encapsulation efficiency of business data is improved.
  • FIG. 9 is a schematic diagram of the device structure shown in an embodiment of the application.
  • the device includes a processor 901, a memory 902, and an optical transceiver 903.
  • the processor 901, the memory 902, and the optical transceiver 903 are interconnected by wires.
  • the memory 902 is used to store program instructions and data.
  • the device is the first device as the sender of service data
  • the memory 902 stores the program instructions and the program instructions executed by the first device to support the steps shown in FIG. 3, FIG. 5, and FIG. data.
  • the processor 901 and the optical transceiver 903 are configured to execute the method steps shown in any one of the embodiments in FIG. 3, FIG. 5, and FIG. 7.
  • the processor 901 is used to perform step 301 to step 304, and the optical transceiver 903 is used to perform step 305.
  • the processor 901 is used to perform step 501 to step 504, and the optical transceiver 903 is used to perform step 505.
  • the processor 901 is configured to execute step 701 to step 705.
  • the optical transceiver 903 is used to perform step 706.
  • the device is a second device as a receiver of service data
  • the memory 902 stores program instructions and data that are executed by the second device in the steps shown in FIG. 3, FIG. 5, and FIG. 7 .
  • the processor 901 and the optical transceiver 903 are configured to execute the method steps shown in any one of the embodiments in FIG. 3, FIG. 5, and FIG. 7.
  • the optical transceiver 903 is used to perform step 306, and the processor 901 is used to perform step 307 to step 308.
  • the optical transceiver 903 is used to perform step 506, and the processor 901 is used to perform step 507 to step 508.
  • the optical transceiver 903 is used to perform step 707, and the processor 901 is used to perform step 708 to step 710.
  • the embodiment of the present application also provides a digital processing chip.
  • the digital processing chip integrates a circuit for realizing the functions of the processor 901 and one or more interfaces.
  • the digital processing chip can complete the method steps of any one or more of the foregoing embodiments.
  • no memory is integrated in the digital processing chip, it can be connected to an external memory through an interface.
  • the digital processing chip implements the actions performed by the ONU or the fusion device in the foregoing embodiment according to the program code stored in the external memory.

Abstract

本申请实施例公开了一种数据帧的传送方法以及相关设备，用于保证设备间业务数据的成功传输。本申请实施例方法包括如下步骤：第一设备获取第一传输帧；第一设备从该第一传输帧中解映射出第一中间帧；该第一设备将该第一中间帧转变成第二中间帧，该第一中间帧和该第二中间帧的帧大小不同；该第一设备映射该第二中间帧到第二传输帧中；该第一设备向第二设备发送该第二传输帧。

Description

一种数据帧的传送方法以及相关设备
本申请要求于2020年3月17日提交中国国家知识产权局、申请号为202010187876.7、发明名称为“一种数据帧的传送方法以及相关设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及光通信技术领域，尤其涉及一种数据帧的传送方法以及相关设备。
背景技术
现有的传送网(optical transport network，OTN)基于图1所示的业务数据映射流程能够降低业务数据传输时延。OTN设备将业务数据101映射到通道帧102中，再将该通道帧102增加开销1031以映射到具有固定字节长度的净荷块(payload block，PB)103中。连续的多个净荷块103映射到光传送单元(optical transport unit，OTU)帧104中。
但是，在两个OTN设备分别定义具有不同字节数的净荷块103的情况下，将导致两个OTN设备之间无法实现业务数据的成功交互。
发明内容
本申请实施例提供了一种数据帧的传送方法以及相关设备，用于保证不同的设备之间成功进行已承载业务数据的数据帧的交互。
第一方面，本发明实施例提供了数据帧的传送方法包括：首先，第一设备获取第一传输帧；随后，该第一设备从第一传输帧中解映射出第一中间帧；随后，该第一设备将该第一中间帧转变成第二中间帧，该第一中间帧和该第二中间帧的帧大小不同；随后，该第一设备映射该第二中间帧到第二传输帧中；最后，该第一设备向第二设备发送该第二传输帧。
在该实施方式中，能够有效地降低业务数据进行映射以及解映射过程中的时延，提高业务数据进行传输的效率。且在第一设备和第二设备分别定义了具有不同帧大小的第一中间帧和第三中间帧的情况下，该第一设备和第二设备通过增设的第二中间帧，实现了业务数据的成功传输。
基于第一方面，一种可选地实现方式中，该第一设备将该第一中间帧转变成第二中间帧包括：该第一设备将一个第一中间帧拆分成多个第二中间帧。另一种可选地实现方式中，该第一设备将该第一中间帧转变成第二中间帧包括：该第一设备将两个或两个以上的第一中间帧合并成一个第二中间帧。
基于第一方面，一种可选地实现方式中，该第一中间帧包括目标净荷块，该第一设备将该第一中间帧转变成第二中间帧包括：该第一设备将至少一个该目标净荷块封装到第二中间帧中，该第二中间帧包括至少一个用于标识业务数据的业务标识。
在该实施方式中，第一中间帧的帧大小以及第二中间帧的帧大小均是目标净荷块的整数倍。第一设备即可直接将第一中间帧所包括的至少一个目标净荷块封装到第二中间帧中。因无需对第一中间帧进行解映射处理，有效地提高了业务数据进行传输的效率。
基于第一方面，一种可选地实现方式中，该第一设备将该第一中间帧转变成第二中间帧包括：该第一设备从该第一中间帧中解映射出通道帧；该第一设备映射该通道帧到多个该第二中间帧中。
在该实施方式中，通过对通道帧的解映射和映射的方式实现将第一中间帧转变成第二中间帧，以及实现将第二中间帧转变成第三中间帧的目的。有效地降低了开销字节的数量，提高了业务数据的封装效率。
基于第一方面，一种可选地实现方式中，至少一个该第二中间帧承载指示信息，该指示信息用于指示该通道帧在多个该第二中间帧中的位置。
在该实施方式中，通过指示信息能够准确的确定通道帧在多个第二中间帧中的位置。从而有效地提高了对通道帧进行解映射的效率。
基于第一方面，一种可选地实现方式中，该第二中间帧的开销区承载该指示信息，该指示信息用于指示该第二中间帧的净荷区已映射该通道帧的帧头。
在该实施方式中，通过指示信息能够准确的确定通道帧的帧头在多个第二中间帧中的位置，实现了对通道帧的精确定位。
基于第一方面，一种可选地实现方式中，该目标净荷块的开销区承载指示标识，该指示标识用于指示该目标净荷块的开销区是否已承载该业务标识。
在该实施方式中，通过该指示标识的不同取值，能够指示目标净荷块的开销区已承载业务标识的情况以及未承载业务标识的情况。可见，在多个目标净荷块承载同一业务数据的情况下，无需每个目标净荷块均承载业务标识。有效地降低了业务标识在目标净荷区的占比，提高了业务数据的封装效率。
第二方面，本发明实施例提供了一种光通信系统，包括第一设备和第二设备；该第一设备用于：将第一中间帧转变成第二中间帧，该第一中间帧和该第二中间帧的帧大小不同；向第二设备发送该第二中间帧；该第二设备用于：接收来自该第一设备的该第二中间帧；将该第二中间帧转变成第三中间帧，该第二中间帧和该第三中间帧的帧大小不同，且该第一中间帧和该第三中间帧的帧大小不同。本方面所示的有益效果详见上述第一方面所示，不再赘述。
基于第二方面，一种可选地实现方式中，该第二设备用于将该第二中间帧转变成第三中间帧包括：该第二设备将两个或两个以上第二中间帧合并成一个第三中间帧。另一种可选地实现方式中，该第二设备用于将该第二中间帧转变成第三中间帧包括：该第二设备将一个第二中间帧拆分成多个第三中间帧。
基于第二方面，一种可选地实现方式中，该第二中间帧包括目标净荷块，该目标净荷块的字节数是该第一中间帧和该第三中间帧的帧大小的最大公约数，该第二设备用于将该第二中间帧转变成第三中间帧包括：该第二设备将至少一个该目标净荷块封装到该第三中间帧中，该第三中间帧包括至少一个用于标识业务数据的业务标识。
在该实施方式中，第二中间帧以及第三中间帧的帧大小均是目标净荷块字节数的整数倍。第二设备即可直接将第二中间帧所包括的至少一个目标净荷块封装到第三中间帧中。因无需对第二中间帧进行解映射处理，有效地提高了业务数据进行传输的效率。而且该目标净荷块的字节数是该第一中间帧和该第三中间帧的帧大小的最大公约数，则有效地提高了第二中间帧转变为第三中间帧的效率。
基于第二方面，一种可选地实现方式中，该第二设备用于将该第二中间帧转变成第三 中间帧包括：从该第二中间帧中解映射出通道帧；映射该通道帧到该第三中间帧中。
第三方面，本发明实施例提供了一种数字处理芯片，芯片包括处理器和存储器，存储器和处理器通过线路互联，存储器中存储有指令，处理器用于执行如上述第一方面任一项的数据帧的传送方法。
第四方面，本发明实施例提供了一种第一设备，包括：处理器、存储器以及光收发器，其中，该处理器、该存储器以及该光收发器通过线路互联，该处理器调用该存储器中的程序代码用于执行上述第一方面或第二方面任一项所示的由第一设备执行的处理功能。光收发器用于上述第一方面或第二方面所示的由第二设备执行的收发功能。
第五方面，本发明实施例提供了一种第二设备，包括：处理器、存储器以及光收发器，其中，该处理器、该存储器以及该光收发器通过线路互联，该处理器调用该存储器中的程序代码用于执行上述第一方面或第二方面任一项所示的由第一设备执行的处理功能。光收发器用于上述第一方面或第二方面所示的由第二设备执行的收发功能。
第六方面，本发明实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面的任一实施方式中的数据帧的传送方法。
第七方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面的任一实施方式中的数据帧的传送方法。
附图说明
图1为已有的业务数据映射流程示意图；
图2为已有的数据帧在两个OTN设备之间的传送流程示意图；
图3为本申请实施例所提供的数据帧的传送方法的第一种实施例步骤流程图；
图4为本申请实施例所示的数据帧在两个设备之间进行传送的第一种示意图；
图5为本申请实施例所提供的数据帧的传送方法的第二种实施例步骤流程图；
图6为本申请实施例所示的数据帧在两个设备之间进行传送的第二种示意图；
图7为本申请实施例所示的数据帧在两个设备之间进行传送的第三种示意图；
图8为本申请实施例所示的数据帧映射流程示意图；
图9为本申请实施例所示的设备结构示意图。
具体实施方式
以下首先结合图2所示对应用本申请所提供的数据帧的传送方法的光通信系统的结构进行说明。其中，图2为已有的数据帧在两个OTN设备之间的传送流程示意图。如图2所示的光通信系统200包括第一设备210以及第二设备220。以下以第一设备210作为业务数据的发送方，以第二设备220作为业务数据的接收方为例进行示例性说明。其中，本申请所示的第一设备210和第二设备220为OTN设备。在其他示例中，该第一设备210和该第二设备220的也可为分组传送网(packet transport network，PTN)设备。
本申请提供了一种数据帧的传送方法，本申请所示的数据帧为两个OTN之间所交互的已承载业务数据的传输帧。例如该传输帧为OTU帧。为更好的理解本申请所示的方法，对已有的两个OTN设备之间进行业务数据交互的弊端进行说明。第一设备210为实现对业务 数据的传输，则第一设备210获取已承载业务数据的第一传输帧。本实施例对第一设备210如何获取第一传输帧的不做限定。例如，第一设备210可通过无源光纤网络(passive optical network，PON)获取该第一传输帧。又如，第一设备210可以从另一个OTN设备获取该第一传输帧。
第一设备210从该第一传输帧中解映射出第一净荷块。该第一设备210再将待发送至第二设备220的多个净荷块映射到第二传输帧中。其中，待发送至第二设备220的多个净荷块可来源于同一第一传输帧，也可来源于多个第一传输帧，具体不做限定。第二设备220接收来自第一设备210的第二传输帧。若第二设备220需要获取该第二传输帧已承载的业务数据，则需要从第二传输帧中解映射出第二净荷块。但是，若第一设备210所定义的第一净荷块的字节数和第二设备220所定义的第二净荷块的字节数不同，则第二设备220无法基于已定义的第二净荷块的字节数对第二传输帧进行解映射。从而导致第二设备220无法从第二传输帧中成功解映射出业务数据。本申请所示的净荷块为包括特定字节数的帧结构，该净荷块还可称之为子帧、数据块、子块，具体在本申请中不做限定。
采用本申请所示的数据帧的传送方法，能够有效地保障不同的OTN设备之间的业务数据的成功交互。以下结合图3所示对本实施例所示的数据帧的传送方法的执行过程进行说明。其中，图3为本申请所提供的数据帧的传送方法的第一种实施例步骤流程图。
步骤301、第一设备获取第一传输帧。
对第一传输帧的说明请详见图2所示的示例，不做赘述。
步骤302、第一设备从第一传输帧中解映射出第一中间帧。
本实施例所示的第一设备从该第一传输帧中解映射出一个或多个第一中间帧。其中，该第一中间帧为具有固定字节数的净荷块。
步骤303、第一设备将第一中间帧转变成第二中间帧。
该第二设备为成功获取第一设备所发送的业务数据，则需要第一设备和第二设备所定义的第二中间帧具有相同的帧大小。第一设备能够基于第二中间帧的帧大小进行业务数据的映射，而第二设备能够基于该第二中间帧的帧大小进行业务数据的解映射。
该第一中间帧和该第二中间帧的帧大小不同，即每个第一中间帧的字节数和每个第二中间帧的字节数不同。本实施例对将第一中间帧转变成第二中间帧的具体方式不做限定，以下结合具体可选方式进行示例性说明。
方式1：第一设备将该第一中间帧直接转变成第二中间帧。其中，直接转变指的是无需对第一中间帧进行解映射处理，即可直接将该第一中间帧转变成第二中间帧。例如，若第一中间帧的帧大小大于第二中间帧的帧大小，则第一设备可直接将第一中间帧拆分为多个第二中间帧。若第一中间帧的帧大小小于第二中间帧的帧大小，则第一设备可直接将两个或两个以上的第一中间帧合并成一个第二中间帧。
方式2：第一设备将该第一中间帧间接转变成第二中间帧。具体地，第一设备将第一中间帧的开销区进行删除，进而从该第一中间帧解映射出已承载业务数据的通道帧。随后，第一设备映射该通道帧到第二中间帧中。例如，一个第二中间帧用于承载一个通道帧。又如，多个第二中间帧用于承载一个通道帧，又如，多个第二中间帧用于承载多个通道帧。
步骤304、第一设备映射第二中间帧到第二传输帧中。
本实施例所示的第二传输帧为OTU帧。本实施例对具体映射过程不做限定，例如，第一设备可映射该第二中间帧到低阶(low order，LO)光数据单元(optical data unit，ODU)帧中。随后映射LO ODU帧至高阶(high order，HO)ODU帧中。最后映射HO ODU帧至第二传输帧中。又如，第一设备直接映射第二中间帧至ODU帧中，再映射该ODU帧至OTU帧中。
步骤305、第一设备向第二设备发送第二传输帧。
步骤306、第二设备获取第二中间帧。
在第二设备接收到来自第一设备的第二传输帧的情况下，即可从该第二传输帧中解映射出第二中间帧。本实施例对具体定义第二中间帧的帧大小的过程不做限定。例如，可由网络管理系统确定第一集合和第二集合的交集作为第二中间帧的帧大小。其中，该第一集合为第一设备的域间接口(inter domain interface，IrDI)所支持的所有帧大小。第二集合为第二设备的IaDI所支持的所有帧大小。可见，在第二中间帧的帧大小为该第一集合和第二集合的交集的情况下，该第一设备和第二设备之间可基于该第二中间帧的帧大小进行互联互通。可选地，第一设备和第二设备也可根据通知信息确定该第二中间帧的帧大小。其中，该通知信息用于通知第二中间帧的帧大小。本实施例对该通知信息的来源不做限定。
步骤307、第二设备将第二中间帧转变成第三中间帧。
为实现第二设备对来自第一设备的业务数据的处理，则需要第二设备将第二中间帧转变成第三中间帧。第二设备即可根据已定义第三中间帧的帧大小，实现对来自第一设备的业务数据的处理。其中，第二中间帧和第三中间帧的帧大小不同，且第一中间帧和第三中间帧的帧大小不同。第二设备也可通过直接转变的方式将第二中间帧转变为第三中间帧。或者第二设备通过间接转变的方式将第二中间帧转变为第三中间帧。对直接转变和间接转变的过程的说明，请参见步骤303所示，不做赘述。
对比图4和图2所示，其中，图4为本申请实施例所示的数据帧在两个设备之间进行传送的第一种示意图。本实施例所示在数据帧的传输过程中，相对于图2所示增加了第二中间帧的映射和解映射的过程。从而成功地实现第一设备将业务数据向第二设备发送的目的。
步骤308、第二设备映射第三中间帧到第三传输帧中。
对第三传输帧的说明，请详见上述对第二传输帧的说明，具体不做赘述。第二设备即可基于该第三传输帧实现对应的内部处理。例如，将该第三传输帧向其他OTN设备发送。又如，将该第三传输帧向网络服务方发送。其中，网络服务方可为因特网(Internet)或公共交换电话网(public switched telephone network，PSTN)等。
本实施例所示的方法能够有效地降低业务数据进行映射以及解映射过程中的时延，提高业务数据进行传输的效率。且在第一设备和第二设备分别定义了具有不同帧大小的第一中间帧和第三中间帧的情况下，可有效地避免业务数据无法成功传输的弊端。该第一设备和第二设备通过增设第二中间帧，实现了业务数据的成功传输。
以下结合图5所示对第一中间帧直接转变成第二中间帧，以及对第二中间帧直接转变 成第三中间帧的过程进行说明。其中，图5为本申请实施例所提供的数据帧的传送方法的第二种实施例步骤流程图。
步骤501、第一设备获取第一传输帧。
步骤502、第一设备从第一传输帧中解映射出第一中间帧。
本实施例所示的步骤501至步骤502的具体说明，请参见图3所示的步骤301至步骤302所示，不做赘述。
步骤503、第一设备将第一中间帧所包括的目标净荷块封装到第二中间帧中。
该第一设备基于已定义的第一中间帧的帧大小，能够从第一传输帧中解映射出多个第一中间帧。本实施例所示的每个第一中间帧包括一个或多个目标净荷块。本实施例以每个第一中间帧包括多个目标净荷块为例进行说明。
本实施例所示的第一设备能够基于如下的两种方式实现将第一中间帧转变到第二中间帧的：
方式1：第一设备将第一中间帧所包括的每个目标净荷块分别封装到一个第二中间帧中。即每个第二中间帧包括一个目标净荷块。
方式2：第一设备将第一中间帧所包括的多个目标净荷块封装到一个第二中间帧中。即每个第二中间帧包括多个目标净荷块。
本实施例中，该目标净荷块的字节数为第一中间帧和第三中间帧的帧大小的多个公约数中的一个。本实施例为提高第一中间帧转变成第二中间帧，以及第二中间帧转变成第三中间帧的效率，则以该目标净荷块的字节数为第一中间帧和第三中间帧的帧大小的最大公约数为例进行示例性说明。
本实施例对每个第二中间帧所包括的目标净荷块的数量不做限定。其中，定义每个第二中间帧所包括的目标净荷块的数量的方式，可参见图3步骤306所示定义第二中间帧的过程，具体不做赘述。
例如，如图6所示，其中，图6为本申请实施例所示的数据帧在两个设备之间进行传送的第二种示意图。具体地，若第一设备已定义的第一中间帧的帧大小为400个字节。在每个目标净荷块包括100个字节的情况下，则每个第一中间帧包括4个目标净荷块，即图6所示的目标净荷块601至604。第二中间帧的帧大小为300个字节。第一设备即可从第一中间帧中拆分出3个目标净荷块(即目标净荷块601至目标净荷块603)作为一个第二中间帧。
本实施例中，为准确的区分第二中间帧所承载的业务数据，则各第二中间帧包括支路端口标识(tributary port number，TPN)。其中，该TPN用于标识第一中间帧已映射的业务数据。以下对第二中间帧包括TPN的几种可选地方式进行示例性说明。需明确的是，以下对第二中间帧包括TPN的方式不做限定，只要一个第二中间帧包括至少一个TPN即可。
方式1：每个目标净荷块的开销区均包括一个TPN。
方式2：第一中间帧中，每隔C1个目标净荷块出现一次TPN。此种方式中，第二中间帧包括C2个目标净荷块，且C1小于或等于C2。本实施例对C1的具体取值不做限定，只要C1能够满足如下所示的条件即可。该条件为：为准确的区分第一中间帧所承载的业务数 据，则每个第一中间帧至少包括C1个目标净荷块，从而有效地保证每个第一中间帧中均包括TPN。该条件还为：为准确的区分第三中间帧所承载的业务数据，则每个第三中间帧至少包括C1个目标净荷块，从而有效地保证每个第三中间帧中均包括TPN。
继续如图6所示，一个第一中间帧包括4个目标净荷块(即601、602、603以及604)。而第一中间帧中TPN每隔C1＝3个目标净荷块出现一次，即目标净荷块601包括TPN，目标净荷604包括TPN，以此类推。在一个第二中间帧包括C2＝4个目标净荷块(即601、602、603以及604)情况下，TPN出现两次，即出现在目标净荷块601以及目标净荷块604中。
基于上述方式2，以下对目标净荷块设置TPN的方式进行说明：
各目标净荷块的开销区承载指示标识，该指示标识用于指示该目标净荷块的开销区是否已承载业务标识。具体地，本实施例所示的指示标识的取值为N，即第一设备可通过N值的不同，以区分该目标净荷块是否已承载业务标识的情况。本实施例对N的具体取值不做限定。例如，若N取值为“0”，则说明该目标净荷块的开销区未承载TPN。若N取值为“1”，则说明该目标净荷块的开销区已承载TPN。
本实施例所示的指示标识的取值还可用于指示下一个TPN的具体位置。例如，图6所示的目标净荷块601的指示标识取值为3，则说明下一个TPN位于目标净荷块601后面的第三个目标净荷块(即目标净荷块604的开销区)。
步骤504、第一设备映射第二中间帧到第二传输帧中。
步骤505、第一设备向第二设备发送第二传输帧。
步骤506、第二设备获取第二中间帧。
本实施例所示的步骤504至步骤506所示的过程，请详见图3该的步骤304至步骤306所示，具体不做赘述。
步骤507、第二设备将第二中间帧所包括的目标净荷块封装到第三中间帧中。
对第三中间帧包括目标净荷块的说明，请详见上述步骤503所示，不做赘述。
继续如图6所示，若第二中间帧的帧大小为300个字节。第三中间帧的帧大小为600个字节。且第二设备确定该目标净荷块的字节数为100。可知，第二设备映射6个目标净荷块至第三中间帧中。由于TPN每隔C1＝3个目标净荷块出现一次，则可知每个第三中间帧中TPN至少出现一次。
步骤508、第二设备映射第三中间帧到第三传输帧中。
本实施例步骤508的具体说明，请详见图3所示的步骤308所示，不做赘述。
本实施例所示的方法，该第一设备和第二设备通过增设第二中间帧，实现了业务数据的成功传输。而且第一设备无需对第一中间帧的字节进行删除，即可直接将第一中间帧转变为第二中间帧。有效地提高了业务数据进行传输的效率。
以下结合图7所示对第一中间帧间接转变成第二中间帧，以及对第二中间帧间接转变成第三中间帧的过程进行说明。其中，图7为本申请实施例所示的数据帧在两个设备之间进行传送的第三种示意图。
步骤701、第一设备获取第一传输帧。
步骤702、第一设备从第一传输帧中解映射出第一中间帧。
本实施例所示的步骤701至步骤702的具体过程，请详见图3所示的步骤301至步骤302所示，具体不做赘述。
步骤703、第一设备从第一中间帧中解映射出通道帧。
图8为本申请实施例所示的数据帧映射流程示意图。如图8所示，该第一中间帧801包括开销(Overhead，OH)区和净荷(Payload)区。该净荷区包括已承载业务数据的通道帧。为解映射出通道帧，则该第一设备将第一中间帧801的开销区删除以获取通道帧。
可选地，若该净荷区承载填充数据，该填充数据用于保证各第一中间帧801的帧大小相同。该种情况下，第一设备还需要将净荷区的填充数据进行删除。
步骤704、第一设备映射通道帧到第二中间帧。
本实施例中，对第二中间帧的具体说明，请详见图3步骤303所示，具体不做赘述。
第一设备映射通道帧到至少一个第二中间帧中。本实施例以第一设备映射一个通道帧到多个第二中间帧为例进行说明。即多个连续的第二中间帧用于映射通道帧。
首先，对第二中间帧803设置TPN的方式进行说明。例如，各第二中间帧803的开销区均设置有TPN。又如，该第二中间帧803的开销区包括指示标识，对在第二中间帧803的开销区设置指示标识的具体说明，请参见图5步骤503所示在目标净荷块中设置指示标识的说明，具体不做赘述。
其次，结合对指示信息的几种可选地设置方式进行可选地说明：
示例1：第二中间帧803的开销区包括指示信息。多个第二中间帧803所包括的指示信息，共同用于指示通道帧802在多个第二中间帧803中的位置。该位置具体是指该通道帧802的帧头和帧尾在第二中间帧803的净荷区中的具体字节位置。
具体地，每个第二中间帧803中均包括指示信息。该指示信息的不同取值用于指示该第二中间帧803的净荷区已映射字节在通道帧的位置。具体地，若指示信息的取值为第一数值，则该指示信息用于指示该第二中间帧803的净荷区已映射该通道帧的帧头。其中，该第一数值还可用于指示该通道帧的帧头在第二中间帧803的净荷区的具体位置。例如，若该第一数值为“0”，则指示该通道帧的帧头位于第二中间帧803的净荷区的首字节。又如，若该第一数值为“W”，则指示该通道帧的帧头位于第二中间帧803的净荷区的第W个字节。
又如，若指示信息的取值为第二数值，则该指示信息用于指示该第二中间帧803的净荷区已映射该通道帧的帧尾。又如，若该指示信息的取值为第三数值，则该指示信息用于指示该第二中间帧803的净荷区已映射该通道帧的帧头和帧尾之间的字节。又如，若该指示信息的取值为第三数值，则该指示信息用于指示该第二中间帧803的净荷区已映射该通道帧的帧尾。需明确的是，还可在多个第二中间帧803中的部分开销区中承载指示信息，具体在本示例中不做限定，只要基于指示信息能够确定通道帧在多个第二中间帧的位置即可。
示例2：该第二中间帧803的净荷区设置指示信息，且该指示信息与该通道帧802的帧头位置相邻。位置相邻是指，该在第二中间帧803的净荷区内，该指示信息最后一个字节与该通道帧802的帧头位置相邻。该指示信息具体的指示内容可参见上述示例1所示， 不做赘述。
步骤705、第一设备映射第二中间帧到第二传输帧中。
步骤706、第一设备向第二设备发送第二传输帧。
步骤707、第二设备获取第二中间帧。
本实施例所示的步骤705至步骤707所示的过程，请详见图3所示的步骤304至步骤306所示，具体在本实施例中不做赘述。
步骤708、第二设备从多个第二中间帧中解映射出通道帧。
本实施例中，第二设备根据第二中间帧所承载的指示信息，即可确定通道帧在多个第二中间帧的位置。可见，第二设备根据指示信息的指示，即可从多个中间帧中解映射出通道帧。
步骤709、第二设备映射通道帧到第三中间帧中。
对第三中间帧的具体说明，请详见图3的步骤307所示，具体不做赘述。本实施例对通道帧映射到第三中间帧的具体过程不做限定。只要一个通道帧能够映射到一个或多个第三中间帧内即可。本实施例以一个通道帧映射到一个第三中间帧的净荷区中，且不同的通道帧映射到不同的第三中间帧为例进行示例性说明。
步骤710、第二设备映射第三中间帧到第三传输帧中。
本实施例所示的步骤710的具体执行过程，请详见图3的步骤308所示，具体在本实施例中不做赘述。
本实施例所示的方法，该第一设备和第二设备通过增设第二中间帧，实现了业务数据的成功传输。而且通过对通道帧的解映射和映射的方式实现将第一中间帧转变成第二中间帧，以及实现将第二中间帧转变成第三中间帧的目的。有效地降低了开销字节的数量，提高了业务数据的封装效率。
下面结合图9所示，对本申请所提供的设备进行描述。其中，图9为本申请实施例所示的设备结构示意图。
该设备包括处理器901、存储器902和光收发器903。该处理器901、存储器902和光收发器903通过线路互联。其中，存储器902用于存储程序指令和数据。
在一种可能的实现方式中，该设备为作为业务数据发送方的第一设备，则存储器902存储了支持图3、图5和图7所示步骤中，由第一设备执行的程序指令和数据。处理器901以及光收发器903用于执行图3、图5和图7任一实施例所示的方法步骤。
在图3中，处理器901用于执行步骤301至步骤304，光收发器903用于执行步骤305。在图5中，处理器901用于执行步骤501至步骤504，光收发器903用于执行步骤505。在图7中，处理器901用于执行步骤701至步骤705。光收发器903用于执行步骤706。
在一种可能的实现方式中，该设备为作为业务数据接收方的第二设备，则存储器902存储了支持图3、图5和图7所示步骤中由第二设备执行的程序指令和数据。处理器901以及光收发器903用于执行图3、图5和图7任一实施例所示的方法步骤。
在图3中，光收发器903用于执行步骤306,处理器901用于执行步骤307至步骤308。在图5中，光收发器903用于执行步骤506,处理器901用于执行步骤507至步骤508。在 图7中，光收发器903用于执行步骤707,处理器901用于执行步骤708至步骤710。
本申请实施例还提供一种数字处理芯片。该数字处理芯片中集成了用于实现上述处理器901的功能的电路和一个或者多个接口。当该数字处理芯片中集成了存储器时，该数字处理芯片可以完成前述实施例中的任一个或多个实施例的方法步骤。当该数字处理芯片中未集成存储器时，可以通过接口与外置的存储器连接。该数字处理芯片根据外置的存储器中存储的程序代码来实现上述实施例中ONU或融合设备执行的动作。
以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (16)

  1. 一种数据帧的传送方法，其特征在于，所述方法包括：
    第一设备获取第一传输帧；
    所述第一设备从所述第一传输帧中解映射出第一中间帧；
    所述第一设备将所述第一中间帧转变成第二中间帧，所述第一中间帧和所述第二中间帧的帧大小不同；
    所述第一设备映射所述第二中间帧到第二传输帧中；
    所述第一设备向第二设备发送所述第二传输帧。
  2. 根据权利要求1所述的方法，其特征在于，所述第一中间帧包括目标净荷块，所述第一设备将所述第一中间帧转变成第二中间帧包括：
    所述第一设备将至少一个所述目标净荷块封装到第二中间帧中，所述第二中间帧包括至少一个用于标识业务数据的业务标识。
  3. 根据权利要求1所述的方法，其特征在于，所述第一设备将所述第一中间帧转变成第二中间帧包括：
    所述第一设备从所述第一中间帧中解映射出通道帧；
    所述第一设备映射所述通道帧到所述第二中间帧中。
  4. 根据权利要求3所述的方法，其特征在于，至少一个所述第二中间帧承载指示信息，所述指示信息用于指示所述通道帧在多个所述第二中间帧中的位置。
  5. 根据权利要求4所述的方法，其特征在于，所述第二中间帧的开销区承载所述指示信息，所述指示信息用于指示所述第二中间帧的净荷区已映射所述通道帧的帧头。
  6. 根据权利要求2所述的方法，其特征在于，所述目标净荷块的开销区承载指示标识，所述指示标识用于指示所述目标净荷块的开销区是否已承载所述业务标识。
  7. 一种光通信系统，其特征在于，包括第一设备和第二设备；
    所述第一设备用于：
    将第一中间帧转变成第二中间帧，所述第一中间帧和所述第二中间帧的帧大小不同；
    向第二设备发送所述第二中间帧；
    所述第二设备用于：
    接收来自所述第一设备的所述第二中间帧；
    将所述第二中间帧转变成第三中间帧，所述第二中间帧和所述第三中间帧的帧大小不同，且所述第一中间帧和所述第三中间帧的帧大小不同。
  8. 根据权利要求7所述的系统，其特征在于，所述第二中间帧包括目标净荷块，所述目标净荷块的字节数是所述第一中间帧和所述第三中间帧的帧大小的最大公约数，所述第二设备用于将所述第二中间帧转变成第三中间帧包括：
    所述第二设备将至少一个所述目标净荷块封装到所述第三中间帧中，所述第三中间帧包括至少一个用于标识业务数据的业务标识。
  9. 根据权利要求7所述的系统，其特征在于，所述第二设备用于将所述第二中间帧转变成第三中间帧包括：
    从所述第二中间帧中解映射出通道帧；
    映射所述通道帧到所述第三中间帧中。
  10. 一种数字处理芯片，其特征在于，所述芯片包括处理器和存储器，所述存储器和所述处理器通过线路互联，所述存储器中存储有指令，所述处理器用于执行如权利要求1至6中任一项的数据帧的传送方法。
  11. 一种第一设备，其特征在于，包括：
    处理器、存储器以及光收发器，其中，所述处理器、所述存储器以及所述光收发器通过线路互联，所述处理器调用所述存储器中的程序代码用于执行如下步骤：
    获取第一传输帧；
    从所述第一传输帧中解映射出第一中间帧；
    将所述第一中间帧转变成第二中间帧，所述第一中间帧和所述第二中间帧的帧大小不同；
    映射所述第二中间帧到第二传输帧中；
    所述光收发器用于执行如下步骤：
    向第二设备发送所述第二传输帧。
  12. 根据权利要求11所述的第一设备，其特征在于，所述第一中间帧包括目标净荷块，所述处理器具体用于：
    将至少一个所述目标净荷块封装到第二中间帧中，所述第二中间帧包括至少一个用于标识业务数据的业务标识。
  13. 根据权利要求11所述的第一设备，其特征在于，所述处理器具体用于：
    从所述第一中间帧中解映射出通道帧；
    映射所述通道帧到多个所述第二中间帧中。
  14. 根据权利要求13所述的第一设备，其特征在于，至少一个所述第二中间帧承载指示信息，所述指示信息用于指示所述通道帧在多个所述第二中间帧中的位置。
  15. 根据权利要求14所述的第一设备，其特征在于，所述第二中间帧的开销区承载所述指示信息，所述指示信息用于指示所述第二中间帧的净荷区已映射所述通道帧的帧头。
  16. 根据权利要求12所述的第一设备，其特征在于，所述目标净荷块的开销区承载指示标识，所述指示标识用于指示所述目标净荷块的开销区是否已承载所述业务标识。
PCT/CN2021/080722 2020-03-17 2021-03-15 一种数据帧的传送方法以及相关设备 WO2021185196A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010187876.7 2020-03-17
CN202010187876.7A CN113411689B (zh) 2020-03-17 2020-03-17 一种数据帧的传送方法以及相关设备

Publications (1)

Publication Number Publication Date
WO2021185196A1 true WO2021185196A1 (zh) 2021-09-23

Family

ID=77677482

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/080722 WO2021185196A1 (zh) 2020-03-17 2021-03-15 一种数据帧的传送方法以及相关设备

Country Status (2)

Country Link
CN (1) CN113411689B (zh)
WO (1) WO2021185196A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101309205A (zh) * 2007-05-18 2008-11-19 华为技术有限公司 一种数据传输方法及通信系统及基站控制器以及媒体网关
CN101389146A (zh) * 2007-09-13 2009-03-18 华为技术有限公司 光传送网同步交叉调度的方法和装置
US20150125148A1 (en) * 2012-07-20 2015-05-07 Fujitsu Limited Transmission apparatus
CN105790875A (zh) * 2014-12-24 2016-07-20 深圳市中兴微电子技术有限公司 一种交叉调度方法及其装置
CN107566925A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 一种数据传输方法及装置
WO2019213901A1 (zh) * 2018-05-10 2019-11-14 华为技术有限公司 光传送网中低速业务数据的处理方法、装置和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107925635A (zh) * 2015-09-24 2018-04-17 华为技术有限公司 一种发送和接收光传送网otn信号的方法、otn设备和系统
CN109936781B (zh) * 2017-12-15 2021-09-07 华为技术有限公司 一种数据传送的方法、设备和系统
CN110557217B (zh) * 2018-06-01 2021-08-03 华为技术有限公司 一种业务数据的处理方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101309205A (zh) * 2007-05-18 2008-11-19 华为技术有限公司 一种数据传输方法及通信系统及基站控制器以及媒体网关
CN101389146A (zh) * 2007-09-13 2009-03-18 华为技术有限公司 光传送网同步交叉调度的方法和装置
US20150125148A1 (en) * 2012-07-20 2015-05-07 Fujitsu Limited Transmission apparatus
CN105790875A (zh) * 2014-12-24 2016-07-20 深圳市中兴微电子技术有限公司 一种交叉调度方法及其装置
CN107566925A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 一种数据传输方法及装置
WO2019213901A1 (zh) * 2018-05-10 2019-11-14 华为技术有限公司 光传送网中低速业务数据的处理方法、装置和系统

Also Published As

Publication number Publication date
CN113411689A (zh) 2021-09-17
CN113411689B (zh) 2023-04-11

Similar Documents

Publication Publication Date Title
KR101536141B1 (ko) 이더넷과 can 통신 간의 신호 변환을 제공하는 차량용 장치 및 그 제어방법
WO2019062227A1 (zh) 数据传输方法、传输设备和传输系统
US20110286744A1 (en) Method and apparatus for transmitting packet in optical transport network
CN112333151B (zh) 接收cpri数据流和接收以太网帧的方法、装置及系统
US20140334816A1 (en) Method, apparatus, and system for processing data on otn optical transport network
WO2020147661A1 (zh) 信号传输方法及装置、网络设备及计算机可读存储介质
CN106921641B (zh) 传输报文的方法和装置
ES2941272T3 (es) Procedimiento de envío de datos y dispositivo de reenvío
US20220109519A1 (en) Data processing method, optical transmission device, and digital processing chip
WO2019170064A1 (zh) 光网络中以太数据处理的方法、装置和系统
WO2022042351A1 (zh) 接口数据的处理方法、发送端设备和接收端设备
US20110142036A1 (en) Method and apparatus for switching packet/time division multiplexing (tdm) including tdm circuit and carrier ethernet packet signal
WO2021185196A1 (zh) 一种数据帧的传送方法以及相关设备
WO2017050027A1 (zh) 一种信号发送、接收方法、装置及系统
WO2017045486A1 (zh) 用于传输无线数据的方法、装置和系统
US11388101B2 (en) Bit block processing method and node
WO2019100725A1 (zh) 传送、接收子速率信号方法及装置、设备
US11895448B2 (en) Communication apparatus and communication method
WO2016074484A1 (zh) 分组业务信号发送方法、装置及接收方法、装置
EP3813281A1 (en) Method for receiving code block stream, method for sending code block stream and communication apparatus
CN114189307B (zh) Otn的信号传输方法、系统和otu0接口装置
WO2014183525A1 (zh) 报文的处理方法和级联芯片
US20210160346A1 (en) Method for Receiving Code Block Stream, Method for Sending Code Block Stream, and Communications Apparatus
EP4040751A1 (en) Data sending method and apparatus, data receiving method and apparatus, communication node, and storage medium
WO2023083175A1 (zh) 报文传输方法及通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21770526

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21770526

Country of ref document: EP

Kind code of ref document: A1