WO2020038424A1 - 数据包的传输方法、装置、存储介质及电子装置 - Google Patents
数据包的传输方法、装置、存储介质及电子装置 Download PDFInfo
- Publication number
- WO2020038424A1 WO2020038424A1 PCT/CN2019/101875 CN2019101875W WO2020038424A1 WO 2020038424 A1 WO2020038424 A1 WO 2020038424A1 CN 2019101875 W CN2019101875 W CN 2019101875W WO 2020038424 A1 WO2020038424 A1 WO 2020038424A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data packet
- code block
- predetermined data
- information
- feature code
- Prior art date
Links
Images
Classifications
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- 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
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
- H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0682—Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0084—Formats for payload data
Definitions
- the present disclosure relates to the field of communications, for example, to a method, device, storage medium, and electronic device for transmitting data packets.
- the network is divided into an access layer, an aggregation layer, a backbone aggregation layer, and a core layer.
- a new wireless access network Centralized-Radio Access Network, C-RAN
- C-RAN Centralized-Radio Access Network
- 5G baseband processing unit Building Baseband Unit, BBU
- CU centralized unit
- DU distributed unit
- 5G C-RAN will include The first-stage fronthaul radio remote unit-distributed unit (RRU-DU) and the two-stage fronthaul DU-CU have a two-stage architecture.
- the division of CU and DU functions is distinguished by the real-time nature of the processing content.
- CU equipment includes non-real-time wireless high-level protocol stack functions, and also supports some core network function user plane (UP) sinking and edge application services. Deployment, while the DU equipment handles physical layer functions and L2 functions for real-time requirements.
- UP core network function user plane
- the fronthaul technical solution includes a direct fiber optic connection solution and a fronthaul equipment bearing solution.
- the fronthaul bearing equipment solution needs to achieve the equivalent optical fiber direct connection performance, which poses a huge challenge to the delay jitter and symmetry of the equipment;
- idle characters are used to add and delete in response to changes in the physical coding sublayer (PCS) clock rate
- start characters start
- Terminate T
- Control Character Orderered_set, O
- Flexible Ethernet (FlexE) technology was launched by the Optical Internetworking Forum (OIF) of the International Organization for Standardization in March 2015 and formally voted to pass related technical documents in March 2016.
- Flexible Ethernet technology provides a universal mechanism to transmit a series of services with different Media Access Control (MAC) rates, which can be services with a single MAC rate or multiple services with relatively low MAC rates. The set is no longer limited to services with a single MAC rate.
- MAC Media Access Control
- flexible Ethernet has a cushion layer (FlexEShim) at the MAC layer and the physical coding sublayer (full name: Physical Coding Sublayer (PCS)).
- the function is to build a calendar (Calendar) with a size of 20 * n 66b blocks, n is the number of bound physical layer (Physical, PHY) of Ethernet, each 66b block represents a 5G time slot.
- services with different MAC rates are packed into 66b blocks corresponding to multiples of 5G. Every 20 66b blocks form a sub-Calendar, and Calendars with a size of 20 * n are distributed into n sub-Calendars.
- each sub-Calendar For each sub-Calendar, an overhead of 66b blocks is added every 20 * 1023 66b blocks to store the related mapping relationship. Each sub-Calendar is transmitted in a single 100G Ethernet PHY. On the demultiplexing side, n sub-Calendars form a Calendar with a size of 20 * n, and the corresponding customer service is extracted from the corresponding number of 66b blocks according to the mapping relationship stored in the overhead.
- the overhead is defined by O code extension.
- jitter occurs due to the insertion of overhead and addition or deletion of IDLE when transmitting a data packet, which affects data transmission performance or clock time performance.
- the embodiments of the present disclosure provide a method, a device, a storage medium, and an electronic device for transmitting a data packet, so as to at least solve a problem that jitters easily occur when transmitting a data packet in the related art and affect data transmission performance or clock time performance.
- a data packet transmission method including: inserting time stamp information into a feature code block of a predetermined data packet to be processed in a first device to obtain a target data packet, wherein
- the characteristic code block is a code block including characteristic information in the predetermined data packet, and the time stamp information is used to identify a sending time or phase of the characteristic code block; and sending the target data packet to a second device.
- a data packet transmission method including: receiving a target data packet from a first device on a second device, wherein the target data packet is a characteristic of a predetermined data packet A data packet obtained by inserting time stamp information into a code block, where the characteristic code block is a code block including characteristic information in the predetermined data packet, and the time stamp information is used to identify a sending time of the characteristic code block or Phase; performing a restoration process on the target data packet to obtain the predetermined data packet.
- a data packet transmission device including: an inserting module configured to insert time stamp information into a feature code block of a predetermined data packet to be processed in a first device to obtain a target A data packet, wherein the characteristic code block is a code block including characteristic information in the predetermined data packet, and the time stamp information is used to identify a sending time or phase of the characteristic code block; the sending module is configured to The target data packet is sent to the second device.
- a data packet transmission apparatus including: a receiving module configured to receive a target data packet from a first device on a second device, wherein the target data packet is at A data packet obtained by inserting time stamp information into a characteristic code block of a predetermined data packet, where the characteristic code block is a code block including characteristic information in the predetermined data packet, and the time stamp information is used to identify the characteristic code Sending time or phase of a block; a restoration module, configured to perform restoration processing on the target data packet to obtain the predetermined data packet.
- a storage medium having a computer program stored therein, wherein the computer program is configured to execute the method of any one of the foregoing when run.
- an electronic device including a memory and a processor, the memory stores a computer program, and the processor is configured to run the computer program to execute any one of the above. Methods.
- FIG. 1 is a block diagram of a hardware structure of a terminal of a data packet transmission method according to an embodiment of the present disclosure
- FIG. 2 is a flowchart of a data packet transmission method according to an embodiment of the present disclosure
- FIG. 3 is a schematic diagram of a feature code block format according to an embodiment of the present disclosure.
- FIG. 5 is a networking diagram of user service transmission according to the first embodiment of the present disclosure.
- FIG. 6 is a schematic diagram according to the first embodiment of the present disclosure.
- FIG. 7 is a schematic diagram according to the first embodiment of the present disclosure.
- FIG. 8 is a schematic diagram according to a second embodiment of the present disclosure.
- FIG. 9 is a schematic diagram according to a third embodiment of the present disclosure.
- FIG. 10 is a structural block diagram of a data packet transmission device according to an embodiment of the present disclosure.
- FIG. 11 is a structural block diagram of another data packet transmission apparatus according to an embodiment of the present disclosure.
- FIG. 12 is a structural block diagram of a source end and a sink end according to an embodiment of the present disclosure.
- FIG. 1 is a block diagram of a hardware structure of a terminal in a data packet transmission method according to an embodiment of the present disclosure.
- the terminal 10 may include one or more (only one shown in FIG. 1) a processor 102 (the processor 102 may include a microprocessor (Microprogrammed Control Unit, MCU) or a programmable logic device (Field Programmable A processing device such as a gate array (FPGA) and a memory 104 for storing data.
- the terminal may further include a transmission device 106 and an input / output device 108 for communication functions.
- the structure shown in FIG. 1 is only schematic, and does not limit the structure of the foregoing terminal.
- the terminal 10 may further include more or fewer components than those shown in FIG. 1, or have a different configuration from that shown in FIG. 1.
- the memory 104 may be configured to store a computer program, for example, a software program and module of application software, such as a computer program corresponding to a data packet transmission method in the embodiment of the present disclosure.
- the processor 102 runs the computer program stored in the memory 104. Thus, one or more functional applications and data processing are executed, that is, the above method is implemented.
- the memory 104 may include a high-speed random access memory, and may further include a non-volatile memory, such as one or more magnetic storage devices, a flash memory, or other non-volatile solid-state memory.
- the memory 104 may include memory remotely set with respect to the processor 102, and these remote memories may be connected to the terminal 10 through a network. Examples of the above network include the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
- the transmission device 106 is configured to receive or transmit data via a network.
- the above-mentioned specific examples of the network may include a wireless network provided by a communication provider of the terminal 10.
- the transmission device 106 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network equipment through a base station so as to communicate with the Internet.
- the transmission device 106 may be a radio frequency (RF) module, which is configured to communicate with the Internet in a wireless manner.
- RF radio frequency
- An embodiment of the present application provides a method for transmitting a data packet that can run on the foregoing terminal, and relates to a method for carrying bandwidth compression to carry low-jitter services, for example, to a transparent transmission service bearer solution.
- This embodiment describes this embodiment:
- FIG. 2 is a flowchart of a data packet transmission method according to an embodiment of the present disclosure. As shown in FIG. 2, the solution is described from a first device side (that is, a source side), and the process includes S202 and S204.
- S202 Insert time stamp information into a characteristic code block of a predetermined data packet to be processed in the first device to obtain a target data packet, where the characteristic code block is a code block including characteristic information in the predetermined data packet, The time stamp information is used to identify a sending time or phase of the signature block.
- the execution subject of the above steps may be a first device (also referred to as a source device, which may be a base station or a terminal, etc.), but is not limited thereto.
- the above-mentioned predetermined data packet may be a data packet in the PCS layer original code stream defined by the user side 802.3, including data packets in 8B / 10B, 64 / 66B code blocks, and the predetermined data packets in the subsequent embodiments are the same.
- a source time stamp counter T may be started at the source end, and then the above time stamp information is inserted.
- inserting timestamp information into the feature code block of the predetermined data packet can make the data receiving side accurately know the sending time of the feature code block in the predetermined data packet, and based on the sending of the feature code block, The original predetermined data packet is restored, thereby achieving the transparent transmission of end-to-end zero jitter services, which effectively solves the problems in related technologies that are prone to jitter when transmitting data packets and affects data transmission performance or clock time performance.
- the method before sending the target data packet to the second device, the method further includes: detecting idle characters in the predetermined data packet (also referred to as IDLE information, or IDLE is performed for short.
- the predetermined data packet includes more than two data packets, and the idle character is located between the two or more data packets.
- adding or deleting idle characters is an optional processing manner, and idle characters may not be processed, that is, the original idle characters are retained.
- adding and deleting the idle characters in the predetermined data packet includes one of the following modes: Method 1: performing the adding and deleting processing on the idle characters in the predetermined data packet according to the frequency offset; Manner 2: On the premise of ensuring that the predetermined data packet meets the predetermined frame gap requirements and idle characters required for rate adaptation, the redundant idle characters in the predetermined data packet are deleted.
- Method 1 performing the adding and deleting processing on the idle characters in the predetermined data packet according to the frequency offset
- Manner 2 On the premise of ensuring that the predetermined data packet meets the predetermined frame gap requirements and idle characters required for rate adaptation, the redundant idle characters in the predetermined data packet are deleted.
- the first method of this embodiment most of the IDLEs can be retained, and only a small number of IDLEs are added or deleted according to the frequency offset.
- redundant IDLEs are deleted in a large amount, and only a small amount can meet the minimum frame gap requirements and rate of 802.3. Adapt the required IDLE; in order to achieve the purpose of compressing service bandwidth without
- the method before the time stamp information is inserted into the feature code block of the predetermined data packet to be processed in the first device, the method further includes at least one of the following: A first target feature code block to be inserted with the timestamp information is selected from the feature code blocks; a second target feature code block is set in the predetermined data packet, and the second target feature code block is used as the The feature code block of the time stamp information is described.
- selecting the first target feature code block to be inserted with the timestamp information from the original feature code blocks in the predetermined data packet includes: setting a first time threshold; In the case where a start character (that is, a start character may be abbreviated as S) exists in the first time threshold, selecting a start character within the first time threshold as the first target feature code block; in an optional In an embodiment, setting a second target feature code block in the predetermined data packet includes: setting a second time threshold; and in a case where it is determined that a start character does not exist within the second time threshold, in the first A control character (ordered_set character, may be abbreviated as O) is set within the two time thresholds, and the set control character is used as the second target feature code block.
- a start character that is, a start character may be abbreviated as S
- setting a second target feature code block in the predetermined data packet includes: setting a second time threshold; and in a case where it is determined that a start character does not exist within the second
- setting the control character within the second time threshold includes one of the following: inserting the control character within the second time threshold; and inserting the original character within the second time threshold Is replaced with the control character.
- the first target feature code block carries at least low-order timestamp information and a carry flag; the second target feature code block carries at least high-order timestamp information or Carry flag.
- the S block since the S block has characteristic information, it can be used as a type of characteristic code block; however, the redundant bits are limited, and the absence of S for a long time (that is, exceeding the above-mentioned time threshold) may cause the timestamp information carried to cyclically exceed the boundary; Therefore, a time threshold can be set to carry only the low-order timestamp information and the carry flag corresponding to the time threshold; if no S block appears within the time threshold, one of the IDLEs can be replaced with a carry feature code and carried. Current timestamp high-level information or carry flag; the above-mentioned carry feature code may use a special information block that conforms to the 802.3 standard, such as an O-code block, to appropriately extend the O-code block.
- the IDLE may be replaced, or the O code block may be directly inserted.
- the above characteristic code block carries at least one of the following information: time phase information, carry flag, customer flag, sequence number, and Cyclic Redundancy Check (CRC) value.
- the customer logo can be used to distinguish different sub-customer numbers, each feature code of the serial number is increased by 1, and is used for the continuity check or error correction of the sink (that is, the above-mentioned second device); protection.
- the format of the feature code block is shown in FIG. 3.
- FIG. 3 is a schematic diagram of the format of the feature code block according to an embodiment of the present disclosure.
- the carry flag in the above embodiment is used to indicate the number of times that the counter cycle crosses the boundary.
- the receiving side that is, the second device
- sending the target data packet to the second device includes: performing rate adaptation on the target data packet; and retransmitting the target data packet into a transmission pipe according to the adapted rate, And sending the target data packet to the second device through the transmission pipe.
- the user code block that is, the above-mentioned target data packet
- the timestamp information can be used as service data for rate adaptation and loaded into the transmission pipeline, allowing subsequent processes to adapt to the rate and frequency. Partial addition and deletion of IDLE.
- the appropriate addition or deletion of IDLE can meet the performance requirements of some business transmissions; meanwhile, the IDLE can be fully utilized Purpose of the remaining IDLE bandwidth.
- FIG. 4 is a flowchart of another method for transmitting a data packet according to an embodiment of the present disclosure. As shown in FIG. 4, the solution is described from a second device side (that is, a sink end), and the process includes S402 to S404.
- S402. Receive a target data packet from the first device on the second device, where the target data packet is a data packet obtained by inserting time stamp information into a characteristic code block of a predetermined data packet, where the characteristic code block Is a code block including characteristic information in the predetermined data packet, and the time stamp information is used to identify a sending time or phase of the characteristic code block.
- S404 Perform a restoration process on the target data packet to obtain the predetermined data packet.
- the sink device (which may be a base station, a terminal, etc.) performs the foregoing operations.
- inserting timestamp information into the characteristic code block of the predetermined data packet can enable the second device and the data receiving side to accurately know the transmission of the characteristic code block in the predetermined data packet. Time, and restore the original scheduled data packet based on the transmission of the feature code block, thereby achieving the transparent transmission of end-to-end zero jitter services, effectively solving the problem that jitters are easy to occur when transmitting data packets in related technologies, which affects data transmission performance Or clock time performance issues.
- receiving the target data packet from the first device on the second device includes: extracting (or separating) the target data packet (ie, a service data block) from a transmission pipeline.
- performing a restoration process on the target data packet to obtain the predetermined data packet includes: identifying a characteristic code block in the target data packet; and calibrating the identified characteristic code block. To obtain a legal feature code block; extract time stamp information from the legal feature code block; and recover the predetermined data packet at a time corresponding to the time stamp information.
- recovering the predetermined data packet at a time corresponding to the timestamp information includes: generating an idle character of an interface rate with a timestamp counter according to an interface rate at which data is sent to a user in a downlink direction. A pipeline; determining the second device and the first device according to the receiving time of receiving the first feature code block in the legal feature code block and the time stamp information carried in the first feature code block A difference between the two, wherein the difference includes a time difference or a phase difference; and the predetermined data packet is restored in the idle character pipe according to the time stamp information carried in the legal feature code block and the difference.
- an IDLE pipe with a user interface rate with a timestamp counter T ' can be generated according to the user rate; wherein the sink timestamp T' can be time synchronized with the source T It can also be unsynchronized. Whether it is synchronized depends on the implementation scheme.
- the type of the feature code block into which the timestamp information is inserted includes at least one of the following: a start character type, wherein the feature code block of the start character type carries at least low time stamp information and a carry flag; control A character type, wherein the feature code block of the control character type carries at least high-order information of the timestamp and a carry flag.
- the S feature code block may only carry the low-order information of the timestamp, and the high-order bits may be generated according to whether the carry flag or the high-order timestamp information is carried; the information may be derived from the carry feature code block, such as an extended O block.
- the feature code block in which the time stamp information is inserted carries at least one of the following information: time phase information, carry flag, customer flag, sequence number, and cyclic redundancy check CRC value.
- the source user side accesses the user service (corresponding to the aforementioned predetermined data packet) through the 25G ecpri port (that is, the interface rate between the RRU and the fronthaul device 1), and the packet length and traffic are random values. ; Between fronthaul device 1 and fronthaul device 2 is 100G FlexE.
- the steps for transparently transmitting user services to the sink are as follows:
- Step 1 Process user services, including steps 1.1-1.2.
- Step 1.1 Start a time timer T, consisting of high Th and low T1; low Tl represents the number of user clocks by 32bits; high Th represents the units of seconds by 24bit; for 25G ecpri interface, the user clock is usually 390.625M, pcs
- the interface is xgmii 64 / 66B as defined by 802.3; that is, the low-order timestamp is carried for 1s every 390625000 user clock cycles.
- Step 1.2 The time stamp corresponding to S1 is t1; the time stamp corresponding to S2 is t2; and so on, and the time stamp corresponding to Si is ti.
- t1 0.1s
- t2 0.7s
- t3 2.1s.
- Step 2 In the rate adaptation and service mapping module, the service data code and the specific identification code block are loaded into the flexe slot as customer data, and IDLE can be added or deleted according to the rate adaptation and frequency offset.
- each time slot is 5G particles IDLE can be added or deleted according to the rate or frequency offset, and a Flexe overhead is inserted every 1023 * 20 blocks, and 20 alignment (am) blocks are inserted every 16,383 blocks; the impact on business jitter is shown in Figure 6 Shown
- Step 3 In the service extraction module at the receiving end, extract service code blocks from the FlexE time slot and parse out the characteristic code blocks.
- customer data is recovered from the corresponding 5 time slots; the effective blocks such as S, D, T, and O are buffered into the rate adaptation first-in-first-out (FIFO), and all are deleted. Redundant IDLE blocks.
- Step 4 According to the timestamp information extracted from the feature code block, restore the user data stream at the corresponding time, including steps 4.1-4.4.
- Step 4.1 Generate a wire-speed IDLE pipeline with a timestamp timer T ′ according to the user rate; the format of the timestamp counter is the same as the source.
- Step 4.3 Each subsequent reading of an S signature code with a timestamp ti starts inserting the data of this frame at ti + dt of the IDLE pipeline, and the data starts from S and ends at T.
- Step 4.4 After restoring the data, finally restore the S signature to 802.3 standard S blocks.
- FIG. 7 A schematic diagram of this embodiment is shown in FIG. 7.
- S only carries the low-order information of the timestamp, and the high-order is identified by the O code
- steps 1.2 and 4 The difference between the second embodiment and the first embodiment lies in steps 1.2 and 4, and steps 1.2 and 4 in this embodiment are described below:
- Step 1.2 Set the threshold value to 1s, carry the first carry block in the user's 66 / 64B code stream per second with the high-level carry flag, and add the current low-order timestamp information T1 in each S block to generate a special S block .
- Step 4 Restore the user data stream at the corresponding time according to the timestamp information extracted from the specific identification code block.
- Step 4.1 Generate a wire-speed IDLE pipe with a timestamp timer T ′ according to the user rate.
- Step 4.2 Record the time t0 'at which the feature code S1 arrives at the sink at the first moment, the high bit is th0', the low bit is t10 ', and the difference between the time stamp and the low bit t0 carried by the signature is recorded as dt;
- Step 4.3 For each subsequent time stamped feature code, perform the following operations:
- FIG. 8 for a schematic diagram of this embodiment.
- Step 2 in this embodiment includes the following operations:
- the user service in this embodiment deletes most of the redundant IDLE after inserting the timestamp identifier, and only retains the minimum frame gap requirement of the 802.3 protocol, and IDLE that meets the needs of positive and negative 100ppm frequency offset adjustment; then adapt to the 10G flexe pipeline;
- FIG. 9 for a schematic diagram of this embodiment.
- the transmission pipeline is not limited to FlexE, and the feature code block may have multiple formats in implementation.
- the technical solution of the present disclosure is essentially in the form of a software product that contributes to the related technology.
- the computer software product is stored in a storage medium (such as Read-Only Memory (ROM) / random).
- Random-Access Memory (RAM), magnetic disks, and optical disks include multiple instructions to enable a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to perform multiple implementations of the present disclosure.
- a data packet transmission device is also provided.
- the device is configured to implement the foregoing embodiments and optional implementation manners, and the descriptions will not be repeated.
- the term "module” may implement a combination of software and / or hardware for a predetermined function.
- the devices described in the following embodiments may be implemented in software, hardware, or a combination of software and hardware, is also possible and conceived.
- FIG. 10 is a structural block diagram of a data packet transmission device according to an embodiment of the present disclosure. As shown in FIG. 10, the device includes the following modules:
- the inserting module 1002 is configured to insert time stamp information into a characteristic code block of a predetermined data packet to be processed in the first device to obtain a target data packet, wherein the characteristic code block includes characteristic information in the predetermined data packet.
- the time stamp information is used to identify the sending time or phase of the characteristic code block; the sending module 1004 is configured to send the target data packet to a second device.
- the above device further includes: a processing module configured to add or delete idle characters in the predetermined data packet before sending the target data packet to the second device, where
- the predetermined data packet includes more than two data packets, and the idle character is located between the two or more data packets.
- the processing module may add or delete idle characters in the predetermined data packet in one of the following ways: perform the addition or deletion of idle characters in the predetermined data packet according to a frequency offset. Deleting the redundant idle characters in the predetermined data packet on the premise that the predetermined data packet meets the predetermined frame gap requirements and idle characters required for rate adaptation.
- the foregoing apparatus is further configured to perform at least one of the following operations before inserting time stamp information into a feature code block of a predetermined data packet to be processed in the first device: from the predetermined data packet A first target feature code block to be inserted with the timestamp information is selected from the original feature code blocks in the original; a second target feature code block is set in the predetermined data packet, and the second target feature code block is used as a standby Insert a feature code block of the timestamp information.
- the above device may select a first target feature code block to be inserted with the timestamp information from the original feature code blocks in the predetermined data packet in the following manner: setting a first time threshold In the case of determining that a startup character exists within the first time threshold, selecting a startup character within the first time threshold as the first target feature code block.
- the foregoing device may set a second target feature code block in the predetermined data packet in the following manner: setting a second time threshold; and determining that no start character exists within the second time threshold In the case of setting, a control character is set within the second time threshold, and the set control character is used as the second target feature code block.
- the above device may set a control character within the second time threshold in one of the following ways: insert the control character within the second time threshold; and set the second time threshold The original free characters within are replaced with the control characters.
- the first target feature code block carries at least low time stamp information and a carry flag; the second target feature code block carries at least high time stamp information or a carry flag.
- the characteristic code block carries at least one of the following information: time phase information, carry flag, customer flag, sequence number, and cyclic redundancy check CRC value.
- the sending module 1004 may send the target data packet to the second device by: performing rate adaptation on the target data packet; and sending the target data according to the adapted rate.
- the packet is reproduced into a transmission pipeline, and the target data packet is sent to the second device through the transmission pipeline.
- the foregoing predetermined data packet is a data packet in a physical coding sublayer PCS original code stream.
- FIG. 11 is a structural block diagram of another data packet transmission apparatus according to an embodiment of the present disclosure. As shown in FIG. 11, the apparatus includes the following module receiving module 1102 and a restoration module 1104.
- the receiving module 1102 is configured to receive a target data packet from a first device on a second device, where the target data packet is a data packet obtained by inserting timestamp information into a characteristic code block of a predetermined data packet, so that The characteristic code block is a code block including characteristic information in the predetermined data packet, and the timestamp information is used to identify a sending time or phase of the characteristic code block;
- the restoration module 1104 is configured to perform a process on the target data packet. The restoration process obtains the predetermined data packet.
- the receiving module 1102 may receive a target data packet from the first device in the following manner: extracting the target data packet from a transmission pipeline.
- the restoration module 1104 includes the following units: an identification unit configured to identify a feature code block in the target data packet; and a verification module configured to perform an operation on the identified feature code block. Check to obtain a legal feature code block; an extraction module configured to extract time stamp information from the legal feature code block; a recovery module configured to recover the predetermined data packet at a time corresponding to the time stamp information .
- the recovery unit is configured to recover the predetermined data packet by: generating an idle character pipe with an interface rate of a timestamp counter according to an interface rate at which data is sent to a user in a downstream direction. Determining between the second device and the first device according to a receiving time of receiving the first feature code block in the legal feature code block and time stamp information carried in the first feature code block; A difference value, wherein the difference value includes a time difference and a phase difference; and the predetermined data packet is restored in the idle character pipe according to the time stamp information carried in the legal feature code block and the difference value.
- the type of the feature code block into which the timestamp information is inserted includes at least one of the following: a start character type, wherein the feature code block of the start character type carries at least low time stamp information and a carry A flag; a control character type, wherein the feature code block of the control character type carries at least high-time stamp information or a carry flag.
- the feature code block in which the time stamp information is inserted carries at least one of the following information: time phase information, carry flag, customer flag, sequence number, and cyclic redundancy check CRC value.
- the foregoing predetermined data packet is a data packet in a physical coding sublayer PCS original code stream.
- the source end may include a sending processing module.
- the sending processing module includes the following modules:
- the timestamp insertion module 1202 (corresponding to the aforementioned insertion module 1002) is set to insert time stamp information in the PCS layer original code stream defined by the user side 802.3 to identify the time or phase of the original code stream at the source end;
- the rate adaptation and service mapping module 1204 (corresponding to the aforementioned sending module 1004) is configured to use the customer data code block and the specific identification code block as service data to perform rate adaptation and load it into the transmission pipeline;
- the sink may include a receiving processing module, and the receiving processing module may include the following modules:
- the service extraction module 1206 (corresponding to the aforementioned receiving module 1102) is configured to extract a service code block from a transmission pipeline and parse out a characteristic code block;
- the data recovery module 1208 (corresponding to the aforementioned restoration module 1104) is configured to restore the user data code stream according to the time scale in the IDLE pipeline according to the time stamp information extracted from the specific identification code block;
- multiple cross-connect modules are allowed to access, and the cross-connect module is configured to perform physical layer crossover on the transmission pipe service data.
- the multiple modules can be implemented by software or hardware.
- the following methods can be implemented, but not limited to the above: the above modules are all located in the same processor; or the multiple modules In any combination, they are located in different processors.
- An embodiment of the present disclosure further provides a storage medium that stores a computer program therein, wherein the computer program is configured to execute the steps in any one of the foregoing method embodiments when running.
- the foregoing storage medium may include: a universal serial bus flash disk (Universal Serial Bus flash disk (U disk)), a read-only memory (Read-Only Memory (ROM), and a random access memory (ROM) Random (Access, Memory, RAM), mobile hard disk, magnetic disk or compact disc and other media that can store computer programs.
- a universal serial bus flash disk Universal Serial Bus flash disk (U disk)
- ROM Read-Only Memory
- ROM random access memory
- RAM Random
- mobile hard disk magnetic disk or compact disc and other media that can store computer programs.
- An embodiment of the present disclosure further provides an electronic device including a memory and a processor.
- the memory stores a computer program
- the processor is configured to run the computer program to perform the method of any one of the above.
- the electronic device may further include a transmission device and an input-output device, wherein the transmission device is connected to the processor, and the input-output device is connected to the processor.
- the above-mentioned multiple modules or multiple steps of the present disclosure may be implemented by a general-purpose computing device. They may be centralized on a single computing device or distributed on a network composed of multiple computing devices. Alternatively, they may Implemented with program code executable by a computing device so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be performed in a different order than here , Or they are made into one or more integrated circuit modules, or multiple modules or steps in them are made into a single integrated circuit module. As such, the present disclosure is not limited to a specific combination of hardware and software.
Abstract
Description
Claims (23)
- 一种数据包的传输方法,包括:在第一设备中的待处理的预定数据包的特征码块中插入时间戳信息,得到目标数据包,其中,所述特征码块为所述预定数据包中包括特征信息的码块,所述时间戳信息用于标识所述特征码块的发送时间或相位;将所述目标数据包发送给第二设备。
- 根据权利要求1所述的方法,在所述将所述目标数据包发送给所述第二设备之前,还包括:对所述预定数据包中的空闲字符进行增删处理,其中,所述预定数据包中包括两个以上数据包,所述空闲字符位于所述两个以上数据包之间。
- 根据权利要求2所述的方法,其中,所述对所述预定数据包中的空闲字符进行增删处理包括以下方式之一:根据频偏对所述预定数据包中的空闲字符进行所述增删处理;在保证所述预定数据包满足预定帧间隙要求及速率适配所需的空闲字符的前提下,对所述预定数据包中的冗余空闲字符进行删除。
- 根据权利要求1所述的方法,在所述在第一设备中的待处理的预定数据包的特征码块中插入时间戳信息之前,还包括以下至少之一:从所述预定数据包中原有的特征码块中选取待插入所述时间戳信息的第一目标特征码块;在所述预定数据包中设置第二目标特征码块,并将所述第二目标特征码块作为待插入所述时间戳信息的特征码块。
- 根据权利要求4所述的方法,其中,所述方法满足以下至少之一:所述从所述预定数据包中原有的特征码块中选取待插入所述时间戳信息的第一目标特征码块,包括:设定第一时间阈值;在确定在所述第一时间阈值内存在启动字符的情况下,选取所述第一时间阈值内的启动字符作为所述第一目标特征码块;所述在所述预定数据包中设置第二目标特征码块,包括:设定第二时间阈值;在确定所述第二时间阈值内不存在启动字符的情况下,在所述第二时间阈值内设置控制字符,并将设置的所述控制字符作为所述第二目标特征码块。
- 根据权利要求5所述的方法,其中,在所述第二时间阈值内设置控制字符包括以下之一:在所述第二时间阈值内插入所述控制字符;将所述第二时间阈值内的原有的空闲字符替换成所述控制字符。
- 根据权利要求5所述的方法,其中,所述第一目标特征码块中至少携带时间戳低位信息和进位标志;所述第二目标特征码块中至少携带时间戳高位信息或进位标志。
- 根据权利要求1至6中任一项所述的方法,其中,所述特征码块中携带以下信息至少之一:时间相位信息、进位标志、客户标志、序列号、循环冗余校验CRC值。
- 根据权利要求1所述的方法,其中,所述将所述目标数据包发送给第二设备包括:对所述目标数据包进行速率适配;按照适配的速率将所述目标数据包转载到传输管道中,并通过所述传输管道将所述目标数据包发送给所述第二设备。
- 根据权利要求1所述的方法,其中,所述预定数据包为物理编码子层PCS原始码流中的数据包。
- 一种数据包的传输方法,包括:在第二设备上接收来自第一设备的目标数据包,其中,所述目标数据包为在预定数据包的特征码块中插入了时间戳信息后得到的数据包,所述特征码块为所述预定数据包中包括特征信息的码块,所述时间戳信息用于标识所述特征码块的发送时间或相位;对所述目标数据包进行还原处理,得到所述预定数据包。
- 根据权利要求11所述的方法,其中,所述在第二设备上接收来自第一设备的目标数据包,包括:从传输管道中提取所述目标数据包。
- 根据权利要求11所述的方法,其中,所述对所述目标数据包进行还原处理,得到所述预定数据包,包括:在所述目标数据包中识别出所述特征码块;对识别出的特征码块进行校验,得到合法的特征码块;从所述合法的特征码块中提取所述时间戳信息;在与所述时间戳信息对应的时刻恢复所述预定数据包。
- 根据权利要求13所述的方法,其中,所述在与所述时间戳信息对应的时 刻恢复所述预定数据包,包括:根据在下行方向上向用户发送数据的接口速率产生带时间戳的计数器的接口速率的空闲字符管道;根据接收所述合法的特征码块中的第一个特征码块的接收时间以及所述第一个特征码块中携带的所述时间戳信息确定所述第二设备和所述第一设备之间的差值,其中,所述差值包括时间差或相位差;根据所述合法的特征码块中携带的所述时间戳信息和所述差值在所述空闲字符管道中恢复出所述预定数据包。
- 根据权利要求11至14中任一项所述的方法,其中,所述插入了时间戳信息的特征码块的类型包括以下至少之一:启动字符类型,其中,所述启动字符类型的特征码块中至少携带时间戳低位信息和进位标志;控制字符类型,其中,所述控制字符类型的特征码块中至少携带时间戳高位信息或进位标志。
- 根据权利要求11至14中任一项所述的方法,其中,所述插入了时间戳信息的特征码块中携带以下信息至少之一:时间相位信息、进位标志、客户标志、序列号、循环冗余校验CRC值。
- 根据权利要求11所述的方法,其中,所述预定数据包为物理编码子层PCS原始码流中的数据包。
- 一种数据包的传输装置,包括:插入模块,设置为在第一设备中的待处理的预定数据包的特征码块中插入时间戳信息,得到目标数据包,其中,所述特征码块为所述预定数据包中包括特征信息的码块,所述时间戳信息用于标识所述特征码块的发送时间或相位;发送模块,设置为将所述目标数据包发送给第二设备。
- 根据权利要求18所述的装置,还包括:处理模块,设置为在将所述目标数据包发送给所述第二设备之前,对所述预定数据包中的空闲字符进行增删处理,其中,所述预定数据包中包括两个以上数据包,所述空闲字符位于所述两个以上数据包之间。
- 一种数据包的传输装置,包括:接收模块,设置为在第二设备上接收来自第一设备的目标数据包,其中,所述目标数据包为在预定数据包的特征码块中插入了时间戳信息后得到的数据 包,所述特征码块为所述预定数据包中包括特征信息的码块,所述时间戳信息用于标识所述特征码块的发送时间或相位;还原模块,设置为对所述目标数据包进行还原处理,得到所述预定数据包。
- 根据权利要求20所述的装置,其中,所述还原模块包括:识别单元,设置为在所述目标数据包中识别出所述特征码块;校验单元,设置为对识别出的特征码块进行校验,得到合法的特征码块;提取单元,设置为从所述合法的特征码块中提取所述时间戳信息;恢复单元,设置为在与所述时间戳信息对应的时刻恢复所述预定数据包。
- 一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至10任一项中所述的方法,或者执行所述权利要求11至17任一项中所述的方法。
- 一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至10任一项中所述的方法,或者执行所述权利要求11至17任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
BR112021003214-2A BR112021003214A2 (pt) | 2018-08-22 | 2019-08-22 | método de transmissão de pacote de dados e aparelho de transmissão de pacote de dados |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810961321.6 | 2018-08-22 | ||
CN201810961321.6A CN110858790B (zh) | 2018-08-22 | 2018-08-22 | 一种数据包的传输方法、装置、存储介质及电子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020038424A1 true WO2020038424A1 (zh) | 2020-02-27 |
Family
ID=69592851
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2019/101875 WO2020038424A1 (zh) | 2018-08-22 | 2019-08-22 | 数据包的传输方法、装置、存储介质及电子装置 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN110858790B (zh) |
BR (1) | BR112021003214A2 (zh) |
WO (1) | WO2020038424A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111791232B (zh) * | 2020-06-03 | 2021-02-05 | 中南民族大学 | 一种基于时间硬同步的机器人底盘控制系统及方法 |
CN115021818B (zh) * | 2022-04-22 | 2024-05-07 | 三维通信股份有限公司 | 基于分布式基站的以太网组网系统及组网方法 |
CN114567927B (zh) * | 2022-04-28 | 2022-08-05 | 广州世炬网络科技有限公司 | 基于cpri的数据传输方法、装置、设备以及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103796079A (zh) * | 2013-12-26 | 2014-05-14 | 国家广播电影电视总局广播科学研究院 | 地面数字电视传输分配网信道损伤模拟方法 |
CN108075903A (zh) * | 2016-11-15 | 2018-05-25 | 华为技术有限公司 | 用于建立灵活以太网群组的方法和设备 |
CN108092924A (zh) * | 2017-12-25 | 2018-05-29 | 烽火通信科技股份有限公司 | 基于FlexE业务的信元交换方法及系统 |
CN108347317A (zh) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | 一种业务的传输方法、网络设备及网络系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100525172C (zh) * | 2005-07-27 | 2009-08-05 | 杭州华三通信技术有限公司 | 多路物理层接口复用传输装置 |
CN103229469B (zh) * | 2011-07-28 | 2015-08-26 | 华为技术有限公司 | 一种以太网设备处理方法和装置 |
CN106301678B (zh) * | 2015-06-08 | 2020-02-14 | 华为技术有限公司 | 一种数据处理的方法、通信设备及通信系统 |
US10097480B2 (en) * | 2015-09-29 | 2018-10-09 | Ciena Corporation | Time transfer systems and methods over flexible ethernet |
CN110719143A (zh) * | 2015-07-30 | 2020-01-21 | 华为技术有限公司 | 用于数据传输的方法、发送机和接收机 |
-
2018
- 2018-08-22 CN CN201810961321.6A patent/CN110858790B/zh active Active
-
2019
- 2019-08-22 WO PCT/CN2019/101875 patent/WO2020038424A1/zh active Application Filing
- 2019-08-22 BR BR112021003214-2A patent/BR112021003214A2/pt unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103796079A (zh) * | 2013-12-26 | 2014-05-14 | 国家广播电影电视总局广播科学研究院 | 地面数字电视传输分配网信道损伤模拟方法 |
CN108075903A (zh) * | 2016-11-15 | 2018-05-25 | 华为技术有限公司 | 用于建立灵活以太网群组的方法和设备 |
CN108347317A (zh) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | 一种业务的传输方法、网络设备及网络系统 |
CN108092924A (zh) * | 2017-12-25 | 2018-05-29 | 烽火通信科技股份有限公司 | 基于FlexE业务的信元交换方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
BR112021003214A2 (pt) | 2021-05-11 |
CN110858790A (zh) | 2020-03-03 |
CN110858790B (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11824636B2 (en) | Method and apparatus for sending and receiving clock synchronization packet | |
WO2020038424A1 (zh) | 数据包的传输方法、装置、存储介质及电子装置 | |
CN101171806B (zh) | 在移动通信系统中使用预定义长度指示符传送/接收分组数据的方法和设备 | |
US20130051407A1 (en) | Inter-Packet Gap Network Clock Synchronization | |
WO2019084732A1 (zh) | 时钟同步的方法和装置 | |
US10292154B2 (en) | Communication establishment method, mobile station and transfer device based on transfer mode | |
CN107528667B (zh) | 在近端设备和远端设备之间进行帧数据传输的方法和装置 | |
WO2020063593A1 (zh) | 一种时延对称性测量方法、装置和系统 | |
WO2017035724A1 (zh) | 接收cpri数据流和接收以太网帧的方法、装置及系统 | |
CN101548510A (zh) | 用于发送传输流包的方法和设备 | |
WO2021238724A1 (zh) | 一种时间戳信息传输方法、装置、设备和存储介质 | |
WO2021063303A1 (zh) | 获取数据流的时间戳的方法、装置、存储介质和电子装置 | |
CN102348203B (zh) | 加密同步实现方法 | |
WO2017118019A1 (zh) | 一种e1结构化时隙压缩模式分组传送的方法及装置 | |
WO2023098430A1 (zh) | 一种数据包的处理方法、通信装置及通信系统 | |
US10574424B2 (en) | Transmission bandwidth improvements for DVB-S2X channel bonding | |
WO2021082468A1 (zh) | 一种通信方法、设备及存储介质 | |
US8665912B2 (en) | Method and system for transmitting a clock rate on an Ethernet network link and applications thereof | |
CN106911545B (zh) | 一种通过以太网传输st_bus数据的方法及装置 | |
CN112312476A (zh) | 一种业务传输方法、装置及计算机可读存储介质 | |
WO2022174672A1 (zh) | 时延测量方法、装置、设备和计算机可读存储介质 | |
WO2023065757A1 (zh) | 帧转换方法、节点、存储介质和电子装置 | |
WO2023165222A1 (zh) | 待映射内容的映射方法、装置、存储介质及电子装置 | |
CN109150350A (zh) | 设备延时补偿方法、系统及存储介质 | |
CN102217241B (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: 19852655 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2101000955 Country of ref document: TH |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112021003214 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 112021003214 Country of ref document: BR Kind code of ref document: A2 Effective date: 20210222 |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 25.06.2021) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19852655 Country of ref document: EP Kind code of ref document: A1 |