CN110858790B - Data packet transmission method and device, storage medium and electronic device - Google Patents
Data packet transmission method and device, storage medium and electronic device Download PDFInfo
- Publication number
- CN110858790B CN110858790B CN201810961321.6A CN201810961321A CN110858790B CN 110858790 B CN110858790 B CN 110858790B CN 201810961321 A CN201810961321 A CN 201810961321A CN 110858790 B CN110858790 B CN 110858790B
- Authority
- CN
- China
- Prior art keywords
- data packet
- code block
- characteristic code
- target
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
Abstract
The invention provides a data packet transmission method, a data packet transmission device, a storage medium and an electronic device, wherein the method comprises the following steps: inserting timestamp information into a characteristic code block of a predetermined data packet to be processed on a first device to obtain a target data packet, wherein the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the sending time or phase of the characteristic code block; and sending the target data packet to the second equipment. The invention solves the problem that the data transmission fails because the jitter is easy to occur when the data packet is transmitted in the related technology.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method and an apparatus for transmitting a data packet, a storage medium, and an electronic apparatus.
Background
The traditional 2G, 3G, 4G return networks are divided into an Access layer, a convergence layer, a backbone convergence layer, and a core layer, and in the 4G era, a C-RAN (collectively referred to as a Centralized-Radio Access Network, a novel Radio Access Network) forward Network is introduced. In the 5G era, due to Radio spectrum resource improvement and development of masivemimo (collectively referred to as masive Multiple Input Multiple Output system) multi-antenna technology, CPRI (collectively referred to as Common Public Radio Interface) interfaces under a traditional RAN (collectively referred to as Radio Access Network) architecture are difficult to bear huge bandwidth, and architecture reconfiguration is required. After reconstruction, the BBU (baseband processing unit) function of 5G will be divided into two functional entities, CU (Centralized unit) and DU (Distributed unit), and the 5G C-RAN will include two levels of RRU-DU (Radio Remote unit) and RRU-CU. The CU and DU functions are divided to process the real-time performance of the content for distinguishing, the CU equipment mainly comprises a non-real-time wireless high-level protocol stack function and also supports the function (UP) sinking of a part of core network and the deployment of edge application service, and the DU equipment mainly processes the physical layer function and the L2 function of the real-time performance requirement.
In addition, in the 5G era, due to the application of new technologies such as carrier aggregation, multi-point coordination, 5G ultra-short frame structure, high-precision positioning and the like, ultrahigh precision of hundred nanoseconds is required to be satisfied between base stations, and meanwhile, a transmission network needs to have higher-precision time transmission capability.
The forward transmission technical scheme mainly comprises an optical fiber direct connection scheme and a forward transmission equipment bearing scheme; in order to reduce coupling among devices, the scheme of the forward-transmission bearing device needs to achieve the same optical fiber direct connection performance, and great challenges are provided for time delay jitter and symmetry of the devices;
802.3 defines several classes of coding: wherein, idle character (I) is used for adding and deleting according to PCS clock rate change; start, a start character, (S for short), used to indicate the start of a packet; terminate, a termination character, (T) for indicating the termination of a packet; ordered _ set control character, (abbreviated O), is used to send an extension of link-based control and status information.
Flexible Ethernet (FlexE-Flexible Ethernet) technology was developed by the international organization for standardization OIF at 3 months 2015 and formally documented through related technologies at 3 months 2016. The flexible ethernet technology provides a general mechanism to transmit a series of services with different MAC (media access Control ) rates, which may be a service with a relatively high single MAC rate or a collection of a plurality of services with relatively low MAC rates, and is not limited to a service with a single MAC rate.
The difference between the flexible ethernet and the conventional ethernet structure is that the flexible ethernet has an extra pad layer (FlexE ShiFm) at the MAC layer and the PCS (Physical Coding Sublayer), and the pad layer has the function of constructing a 20 × n call of 66b blocks, where n is the number of bonded ethernet PHYs, and each 66b block represents a 5G timeslot. On the multiplexing side, services with different MAC rates are loaded into the corresponding number of 66b blocks according to the multiple relation with 5G. Every 20 b blocks form a sub-Calendar, and the Calendar with the size of 20 x n is distributed into n sub-Calendar. For each sub-call, the overhead of one 66b block is added every 20 x 1023 66b blocks to store the associated mapping, and each sub-call is transmitted in a single 100G ethernet PHY. And at the demultiplexing side, n sub-callards form a 20 n callards, and corresponding client services are extracted from the corresponding number of 66b blocks according to the mapping relation stored in the overhead. Wherein the overhead is defined by O-code spreading. However, it should be noted that, in the related art, when a data packet is transmitted, jitter may occur due to insertion of overhead and addition and deletion of idles, which affects data transmission performance or clock time performance.
In view of the above problems in the related art, no effective solution has been proposed.
Disclosure of Invention
Embodiments of the present invention provide a method and an apparatus for transmitting a data packet, a storage medium, and an electronic apparatus, so as to at least solve the problem in the related art that jitter is likely to occur when transmitting a data packet, which affects data transmission performance or clock time performance.
According to an embodiment of the present invention, there is provided a method for transmitting a data packet, including: inserting timestamp information into a characteristic code block of a predetermined data packet to be processed on a first device to obtain a target data packet, wherein the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the sending time or phase of the characteristic code block; and sending the target data packet to a second device.
According to an embodiment of the present invention, there is also provided a method for transmitting a data packet, including: receiving a target data packet from a first device at a second device, wherein the target data packet is a data packet obtained by inserting timestamp information into a characteristic code block of a predetermined data packet, the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the transmission time or phase of the characteristic code block; and restoring the target data packet to obtain the preset data packet.
According to an embodiment of the present invention, there is also provided a transmission apparatus for a data packet, including: the device comprises an inserting module, a processing module and a processing module, wherein the inserting module is used for inserting timestamp information into a characteristic code block of a predetermined data packet to be processed on first equipment to obtain a target data packet, the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the sending time or phase of the characteristic code block; and the sending module is used for sending the target data packet to the second equipment.
According to an embodiment of the present invention, there is also provided a transmission apparatus for a data packet, including: a receiving module, configured to receive, at a second device, a target packet from a first device, where the target packet is a packet obtained by inserting timestamp information into a characteristic code block of a predetermined packet, where the characteristic code block is a code block having characteristic information in the predetermined packet, and the timestamp information is used to identify a transmission time or a phase of the characteristic code block; and the restoration module is used for restoring the target data packet to obtain the preset data packet.
According to a further embodiment of the present invention, there is also provided a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.
According to yet another embodiment of the present invention, there is also provided an electronic device, including a memory in which a computer program is stored and a processor configured to execute the computer program to perform the steps in any of the above method embodiments.
According to the invention, before data is sent, timestamp information is inserted into the feature codes of the predetermined data packet, so that a data receiving side can accurately know the sending time of the feature codes in the predetermined data packet, and the original predetermined data packet is restored based on the sending of the feature codes, thereby realizing end-to-end zero-jitter service transparent transmission, and effectively solving the problems that jitter is easy to occur when the data packet is transmitted and data transmission performance or clock time performance is influenced in the related technology.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a block diagram of a hardware configuration of a terminal of a data packet transmission method according to an embodiment of the present invention;
fig. 2 is a flow chart of a method of transmitting a data packet according to an embodiment of the present invention;
fig. 3 is a schematic diagram of a characteristic code block format according to an embodiment of the invention;
fig. 4 is a flow chart of another method of transmitting a data packet according to an embodiment of the present invention;
fig. 5 is a networking diagram of user service transmission according to a first embodiment of the present invention;
FIG. 6 is a detailed schematic diagram of a first embodiment of the present invention;
FIG. 7 is a detailed schematic diagram of a first embodiment of the present invention;
FIG. 8 is a detailed schematic diagram of a second embodiment of the present invention;
FIG. 9 is a detailed schematic diagram of a third embodiment of the present invention;
fig. 10 is a block diagram of a packet transmission apparatus according to an embodiment of the present invention;
fig. 11 is a block diagram of another packet transmission apparatus according to an embodiment of the present invention;
FIG. 12 is a block diagram of the structure of a source and a sink according to an embodiment of the invention.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
The method embodiments provided in the embodiments of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Fig. 1 is a block diagram of a hardware configuration of a terminal of a data packet transmission method according to an embodiment of the present invention. As shown in fig. 1, the terminal 10 may include one or more (only one shown in fig. 1) processors 102 (the processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data, and optionally may also include a transmission device 106 for communication functions and an input-output device 108. It will be understood by those skilled in the art that the structure shown in fig. 1 is only an illustration and is not intended to limit the structure of the terminal. For example, the terminal 10 may also include more or fewer components than shown in FIG. 1, or have a different configuration than shown in FIG. 1.
The memory 104 may be used to store computer programs, for example, software programs and modules of application software, such as computer programs corresponding to the data packet transmission method in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by running the computer programs stored in the memory 104, so as to implement the above-mentioned method. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the terminal 10 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the terminal 10. In one example, the transmission device 106 includes a Network adapter (NIC), which can be connected to other Network devices through a base station so as to communicate with the internet. In one example, the transmission device 106 may be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.
The embodiment of the present application provides a method for transmitting a data packet that can be run on the above terminal, and in particular relates to a method for carrying a low jitter service with bandwidth compression, and especially provides a solution for carrying a transparent transmission service. The present embodiment is explained below:
fig. 2 is a flowchart of a method for transmitting a data packet according to an embodiment of the present invention, where as shown in fig. 2, the scheme is described from a first device side (i.e., a source side), and the flowchart includes the following steps:
step S202, time stamp information is inserted into a characteristic code block of a preset data packet to be processed on first equipment to obtain a target data packet, wherein the characteristic code block is a code block with characteristic information in the preset data packet, and the time stamp information is used for identifying the sending time or phase of the characteristic code block;
and step S204, sending the target data packet to the second equipment.
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, a terminal, etc.), but is not limited thereto. The predetermined data packets may be data packets in the PCS layer original code stream defined by the user side 802.3, including but not limited to 8B/10B,64/66B code blocks, and the same applies to the predetermined data packets in the subsequent embodiments. In the above embodiment, before inserting the timestamp information into the characteristic code block of the predetermined data packet to be processed, a timestamp counter T may be started at the source end, and then the timestamp information may be inserted.
Through the steps, before data is sent, timestamp information is inserted into the feature codes of the preset data packet, so that a data receiving side can accurately know the sending time of the feature codes in the preset data packet, and the original preset data packet is restored based on the sending of the feature codes, thereby realizing end-to-end zero-jitter service transparent transmission, and effectively solving the problems that jitter is easy to occur when the data packet is transmitted and the data transmission performance or the clock time performance is influenced in the related technology.
In an optional embodiment, before sending the target data packet to the second device, the method further includes: adding and deleting IDLE characters (also called IDLE information or simply called IDLE) in the predetermined data packets, wherein the predetermined data packets include more than two data packets, and the IDLE characters are located between the more than two data packets. It should be noted that adding or deleting the idle characters is an optional processing method, and the idle characters may not be processed, that is, the original idle characters are retained.
In an optional embodiment, the adding and deleting the idle characters in the predetermined data packet includes one of the following manners: the first method is as follows: performing the addition and deletion processing on idle characters in the preset data packet according to frequency offset; the second method comprises the following steps: and on the premise of ensuring that the preset data packet meets the preset frame gap requirement and idle characters required by rate adaptation, deleting redundant idle characters in the preset data packet. In the first mode of this embodiment, most of the IDLE can be reserved, only the IDLE is added or deleted in a small amount according to the frequency offset, in the second mode, a large amount of redundant IDLE is deleted, and only a small amount of IDLE which can meet the minimum frame gap requirement of 802.3 and is required for rate adaptation is reserved; so as to achieve the purpose of compressing the service bandwidth without influencing the restoration of the downstream original data.
In an optional embodiment, before inserting, at the first device, timestamp information in the characteristic code block of the predetermined data packet to be processed, the method further comprises at least one of: selecting a first target characteristic code block into which the timestamp information is to be inserted from original characteristic code blocks in the predetermined data packet; and setting a second target characteristic code block in the predetermined data packet, and taking the second target characteristic code block as a characteristic code block into which the timestamp information is to be inserted.
In an optional embodiment, selecting a first target characteristic code block into which the timestamp information is to be inserted from among characteristic code blocks originally in the predetermined data packet includes: setting a time threshold; when determining that a start character (i.e., a start character, which may be referred to as S) exists within the time threshold, selecting the start character within the time threshold as the first target feature code block; in an optional embodiment, the arranging the second target signature code block in the predetermined data packet includes: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character (ordered _ set character, which may be abbreviated as O) in the time threshold, and taking the set control character as the second target feature code block.
In an alternative embodiment, setting the control character within the time threshold comprises one of: inserting the control character within the time threshold; and replacing the original idle characters in the time threshold value with the control characters.
In an alternative embodiment, at least one of the following is included: the first target characteristic code block at least carries timestamp low-order information and a carry flag; the second target feature code block carries at least timestamp high-order information or a carry flag.
In the above embodiment, since the S block has the feature information, it can be used as a feature code block; however, the redundancy bit is limited, and the long-time (i.e., exceeding the time threshold) absence of S may cause the carried timestamp information to go out of range circularly; therefore, a time threshold can be set, and only the low-order timestamp information and the carry flag corresponding to the time threshold are carried; if the S blocks do not appear in the time threshold range, replacing one IDLE of the S blocks with a carry feature code to carry current timestamp high-order information or a carry mark; the carry signature code may be a special information block conforming to the 802.3 standard, such as an O code block, and the O code block is appropriately extended. In the above embodiment, the O code block may be an alternate IDLE or a direct insertion O code block.
In an optional embodiment, the characteristic code block carries at least one of the following information: time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value. Wherein the client mark can be used to distinguish different sub-client numbers, and the serial number is added with 1 for the continuity check or error correction of the sink (i.e. the second device); the CRC may employ a CRC4 algorithm to protect the data. Specific characteristic code block format fig. 3 shows a specific characteristic code block format, and fig. 3 is a schematic diagram of a characteristic code block format according to an embodiment of the present invention. The carry flag in the above embodiment is used to indicate the number of times that the counter cycles out of bounds, wherein the receiving side (i.e., the second device) can restore the high-order timestamp information according to the carry flag.
In an optional embodiment, sending the destination data packet to the second device includes: performing rate adaptation on the target data packet; and transferring the target data packet into a transmission pipeline according to the adaptive rate, and sending the target data packet to the second equipment through the transmission pipeline. In this embodiment, the user code block with the timestamp information inserted (i.e. the obtained target data packet) may be used as service data, and perform rate adaptation and be loaded into a transmission pipeline, so as to allow subsequent processes to add or delete IDLE according to rate adaptation and frequency offset. Since the valid data (i.e. the client data except the IDLE characters in the predetermined data packet) pattern is not affected by the add/delete IDLE, the appropriate add/delete IDLE can meet the performance requirement of some service transmission; meanwhile, the aim of fully utilizing the residual IDLE bandwidth can be achieved after the IDLE is deleted.
The above embodiments are described from the source side. The following describes actions performed by the sink-side device:
fig. 4 is a flowchart of another data packet transmission method according to an embodiment of the present invention, and as shown in fig. 4, the scheme is described from the second device (i.e. the sink), and the flowchart includes the following steps:
step S402, receiving, at a second device, a target packet from a first device, where the target packet is a packet obtained by inserting timestamp information into a characteristic code block of a predetermined packet, where the characteristic code block is a code block having characteristic information in the predetermined packet, and the timestamp information is used to identify a transmission time or a phase of the characteristic code block;
step S404, the target data packet is restored to obtain the predetermined data packet.
The above operations are performed by a sink device (which may be a base station, a terminal, etc.).
In the above embodiment, before the first device sends data, timestamp information is inserted into the feature code of the predetermined data packet, so that the second device and the data receiving side can accurately know the sending time of the feature code in the predetermined data packet, and the original predetermined data packet is restored based on the sending of the feature code, thereby implementing end-to-end zero-jitter service transparent transmission, and effectively solving the problem that jitter is easy to occur when the data packet is transmitted, and data transmission performance or clock time performance is affected in the related art.
In an alternative embodiment, receiving the destination packet at the second device from the first device comprises: the destination data packet (i.e., service data block) is extracted (or called separated) from the transmission pipe.
In an optional embodiment, the restoring the target data packet to obtain the predetermined data packet includes: identifying a characteristic code block in the target data packet; checking the identified characteristic code block to obtain a legal characteristic code block; extracting timestamp information from the legal characteristic code block; and restoring the predetermined data packet at a time corresponding to the time stamp information.
In an optional embodiment, recovering the predetermined data packet at the time corresponding to the time stamp information includes: generating an idle character pipe of an interface rate of a counter with a time stamp according to an interface rate of data transmitted to a user in a downstream direction; determining a difference value between the second device and the first device according to the receiving time of the first one of the received legal feature codes and the timestamp information carried in the first feature code, wherein the difference value comprises a time difference or a phase difference; and restoring the predetermined data packet in the idle character pipeline according to the timestamp information and the difference value carried in the legal feature code.
In the above embodiment, after receiving the destination data packet, an IDLE pipe with a user interface rate of the timestamp counter T' may be generated according to the user rate; the time stamp T' of the sink end may be time-synchronized with the time stamp T of the source end T, or may not be synchronized, and whether the synchronization is performed depends on a specific implementation scheme; when the time is synchronous, the service recovery or the time delay compensation can be carried out according to the accurate time delay; recording the time t0 'when the feature code reaches the sink at the first moment, and recording the relative difference between the time t0 carried in the feature code as dt, wherein dt is t 0' -t 0; and inserting the data of the frame from the beginning of S to the end of T (short for a termination character) at the beginning of ti + dt of the IDLE pipeline every time an S feature code with a time stamp ti is received.
In the above embodiment, the type of the characteristic code block into which the timestamp information is inserted includes at least one of: starting characters, wherein the characteristic code blocks of the starting character types at least carry timestamp low-order information and carry flags; and the control character, wherein the characteristic code block of the control character type at least carries timestamp high-order information and a carry flag. The S feature code can only carry low-order information of a time stamp, and the high order can be generated according to whether a carry-in mark or high-order time stamp information is carried; the information may be derived from a carry feature code, such as an extended O block.
In an optional embodiment, the characteristic code block into which the timestamp information is inserted carries at least one of the following information: time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value.
The invention is illustrated below with reference to specific examples: the embodiment of the invention provides a solution, which can transparently transmit client services to achieve theoretical zero jitter performance; three embodiments are given below for the FlexE transmission pipeline defined by OIF, but the implementation is not limited to the FlexE pipeline, and may be FlexO, and these changes are all within the scope of this patent. The specific implementation mode is as follows:
detailed description of the preferred embodiment
As shown in fig. 5, a source end user side accesses a user service (corresponding to the foregoing predetermined data packet) through a 25G espri port (i.e., an interface rate between an RRU and a forwarding device 1), where both the packet length and the traffic are random values; between the forwarding device 1 and the forwarding device 2 is 100G FlexE. The specific steps for transparently transmitting the user service to the host end are as follows:
step 1: processing user service, including steps 1.1-1.2;
step 1.1: starting a time timer T which consists of a high-order Th and a low-order Tl; the number of the user clocks is represented by 32bits by the low-order Tl; the high Th is expressed by 24bits in units of seconds; for the 25Gecpri interface, the user clock is typically 390.625M, and the pcs interface is 802.3 defined xgmii 64/66B; namely, the low-order time stamp carry is 1s every 390625000 user clock periods;
step 1.2: marking the time stamp of the time corresponding to the S1 as t 1; marking the time stamp of the time corresponding to the S2 as t 2; by analogy, the timestamp of the moment corresponding to Si is marked as ti;
in the present embodiment, t1 is 0.1s, and t2 is 0.7 s; t3 ═ 2.1 s;
substituting the timestamp information into the corresponding S code; the format definition is shown in FIG. 3;
step 2: in a rate adaptation and service mapping module, a service data code and a specific identification code block are loaded into a flex time slot as client data, and IDLE can be added and deleted according to rate adaptation and frequency offset;
loading the 25G 66/64B code stream processed in the steps 1.1-1.2 into 5 flexe time slots according to an OIF flexe standard, wherein each time slot has 5G granularity, and all S, D, T, O, I and the like are loaded; the idles may be added or deleted according to the rate or frequency offset, and 1 Flexe overhead may be inserted every 1023 × 20 blocks, and 20 am aligned blocks may be inserted every 16383 blocks; the jitter impact on the traffic is shown in fig. 6;
and step 3: and in a receiving end service extraction module, extracting a service code block from a Flexe time slot, and analyzing a characteristic code block.
According to the OIF Flexe standard, restoring the client data from the corresponding 5 time slots; caching the effective blocks such as S, D, T, O and the like into rate adaptation fifo, and deleting all redundant IDLE blocks;
and 4, step 4: recovering the user data stream at the corresponding moment according to the time stamp information extracted from the characteristic code block, wherein the method specifically comprises the steps of 4.1-4.4;
step 4.1: generating a line speed IDLE pipeline with a time stamp timer T' according to the user rate; the format of the timestamp counter is consistent with that of the source end;
step 4.2: reading the time t1 ' when the S feature code in the fifo reaches the sink at the first moment, and recording the difference between the time t1 ' and the time stamp carried by the S feature code as dt, wherein dt is t1 ' -t 1;
step 4.3: each time an S feature code with a time stamp ti is read out subsequently, the data of the frame is inserted from ti + dt of the IDLE pipeline, and the data starts from S and ends from T;
in this particular embodiment, t 1' is 0.15 s; dt-0.05 s;
reading out the data frame started at S2, starting at time 0.75S;
reading out the data frame started at S3, starting at time 2.15S;
and so on;
step 4.4: after the data are recovered, the S characteristic codes are respectively restored into 802.3 standard S blocks;
a detailed schematic diagram of this embodiment is shown in fig. 7.
Detailed description of the invention
In this embodiment, S only carries timestamp low-order information, and the high-order is identified by the O code;
the difference between the second embodiment and the first embodiment is step 1.2 and step 4, and step 1.2 and step 4 in the present embodiment are explained as follows:
step 1.2: setting the threshold value as 1S, carrying a high-order carry identifier by a first S block in a user 66/64B code stream in each S, and adding current low-order timestamp information Tl in each S block to generate a special S block.
In the 0 th to 1 st S, marking the carry mark of S1 to be 1, and recording the low-bit value tl1 of the current timer to be 0.1S by a timestamp bit; setting the carry identifier of S2 to 0, and recording the low-bit value tl2 of the current timer to 0.5S by the time stamp bit;
in 1 st-2S, replacing the last IDLE with an expansion O code when the S block does not appear; carry identification position 1, carrying current time stamp high-order information th3 ═ 1 s; of course, direct insertion is also possible;
in 2-3S, marking the carry identifier of S3 to be 1, and recording the low-bit value tl3 of the current timer to be 0.1S by a timestamp bit;
and so on;
and 4, step 4: according to the time stamp information extracted from the specific identification code block, recovering the user data stream at the corresponding moment;
step 4.1: generating a line speed IDLE pipeline with a time stamp timer T' according to the user rate;
step 4.2: recording the time t0 ' when the feature code S1 reaches the sink end at the first time, wherein the high bit is th0 ', the low bit is tl0 ', and the difference value between the low bit t0 of the time stamp carried by the feature code is recorded as dt; dt-t 0' -t 0;
step 4.3: and each time a feature code with a time stamp is received, the following operations are carried out:
if the received data is the S type feature code with the time stamp tli and the carry flag is set to 0, the data of the frame is inserted at tli + dt of the IDLE pipeline, and the data starts from S and ends at T;
if the received data is the S type feature code with the time stamp tli and the carry flag is set to 1, the data of the frame is inserted at the beginning of (1+ n) S + tli + dt of the IDLE pipeline, and the data starts from S and ends at T; wherein n is the number of O codes between the current S and the last S;
in this embodiment, the high positions of S1 and S3 are 1, where n of S1 is 0; n of S3 is 1; dt-0.05 s; the high position of S2 is 0;
the source end service can be restored at the exact moment.
A schematic diagram of this embodiment can be seen in fig. 8.
Detailed description of the preferred embodiment
The source user side accesses the client service through 25G espri interface, and the average flow is less than 10G. The difference between the third embodiment and the first embodiment is step 2, where step 2 in the present embodiment includes the following operations:
because the effective bandwidth of the user service is smaller, the 25G flexe pipeline is used for carrying, which causes great waste, most redundant IDLE is deleted after the user service of the embodiment is inserted with the timestamp identifier, only the minimum frame gap requirement of the 802.3 protocol is reserved, and IDLE required by the adjustment of the frequency offset of plus-minus 100ppm is satisfied; then the sample is adapted into a flexe pipeline of 10G;
at the sink end, since only the valid blocks such as S, D, T, O and the like need to be cached in the rate adaptation fifo, all redundant IDLE is deleted; the source end service pattern can be accurately recovered while the pipeline bandwidth is saved.
A schematic diagram of this embodiment can be seen in fig. 9.
In the above three embodiments and technical solutions, the transmission pipeline is not limited to FlexE, and the characteristic code block may have various formats in implementation, but these changes are all within the scope of this patent.
Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
In this embodiment, a data packet transmission device is further provided, and the device is used to implement the foregoing embodiments and preferred embodiments, and the description of the device that has been already made is omitted. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Fig. 10 is a block diagram of a transmission apparatus of a data packet according to an embodiment of the present invention, and as shown in fig. 10, the apparatus includes the following modules:
an inserting module 1002, configured to insert, on a first device, timestamp information into a characteristic code block of a predetermined packet to be processed, to obtain a target packet, where the characteristic code block is a code block with characteristic information in the predetermined packet, and the timestamp information is used to identify a transmission time or a phase of the characteristic code block; a sending module 1004, configured to send the target data packet to the second device.
In an optional embodiment, the apparatus further comprises: and the processing module is used for performing addition and deletion processing on idle characters in the preset data packet before the target data packet is sent to the second equipment, wherein the preset data packet comprises more than two data packets, and the idle characters are positioned between the more than two data packets.
In an optional embodiment, the processing module may add or delete idle characters in the predetermined data packet by one of the following manners: performing the addition and deletion processing on idle characters in the preset data packet according to frequency offset; and on the premise of ensuring that the preset data packet meets the preset frame gap requirement and idle characters required by rate adaptation, deleting redundant idle characters in the preset data packet.
In an optional embodiment, the apparatus is further configured to, before inserting timestamp information in the characteristic code block of the predetermined packet to be processed, at the first device, perform at least one of the following operations: selecting a first target characteristic code block into which the timestamp information is to be inserted from original characteristic code blocks in the predetermined data packet; and setting a second target characteristic code block in the predetermined data packet, and taking the second target characteristic code block as a characteristic code block into which the timestamp information is to be inserted.
In an alternative embodiment, the apparatus may select the first target characteristic code block into which the timestamp information is to be inserted from among the characteristic code blocks originally in the predetermined data packet by: setting a time threshold; and when determining that the starting characters exist in the time threshold, selecting the starting characters in the time threshold as the first target characteristic code block.
In an alternative embodiment, the apparatus may set the second target signature code block in the predetermined data packet by: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character in the time threshold, and taking the set control character as the second target characteristic code block.
In an alternative embodiment, the apparatus may set the control character within the time threshold by one of: inserting the control character within the time threshold; and replacing the original idle characters in the time threshold value with the control characters.
In an optional embodiment, the first target feature code block carries at least timestamp low-order information and a carry flag therein; the second target feature code block carries at least timestamp high-order information or a carry flag.
In an optional embodiment, the signature code block carries at least one of the following information: time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value.
In an alternative embodiment, the sending module 1004 may send the target data packet to the second device by: performing rate adaptation on the target data packet; and transferring the target data packet into a transmission pipeline according to the adaptive rate, and sending the target data packet to the second equipment through the transmission pipeline.
In an optional embodiment, the predetermined data packet is a data packet in a PCS original code stream of the physical coding sublayer.
Fig. 11 is a block diagram of another data packet transmission apparatus according to an embodiment of the present invention, and as shown in fig. 11, the apparatus includes the following modules:
a receiving module 1102, configured to receive, at a second device, a target packet from a first device, where the target packet is a packet obtained by inserting timestamp information into a characteristic code block of a predetermined packet, where the characteristic code block is a code block with characteristic information in the predetermined packet, and the timestamp information is used to identify a transmission time or a phase of the characteristic code block; and the restoring module 1104 is configured to restore the target data packet to obtain the predetermined data packet.
In an alternative embodiment, the receiving module 1102 may receive the destination data packet from the first device by: and extracting the target data packet from the transmission pipeline.
In an alternative embodiment, the restoring module 1104 includes the following elements: the identification unit is used for identifying a characteristic code block in the target data packet; the verification module is used for verifying the identified characteristic code block to obtain a legal characteristic code block; the extraction module is used for extracting timestamp information from the legal characteristic code block; and the recovery module is used for recovering the predetermined data packet at the moment corresponding to the timestamp information.
In an alternative embodiment, the recovery unit is configured to recover the predetermined data packet by: generating an idle character pipe of an interface rate of a counter with a time stamp according to an interface rate of data transmitted to a user in a downstream direction; determining a difference value between the second device and the first device according to the receiving time of the first one of the received legal feature codes and the timestamp information carried in the first feature code, wherein the difference value comprises a time difference and a phase difference; and restoring the predetermined data packet in the idle character pipeline according to the timestamp information and the difference value carried in the legal feature code.
In an alternative embodiment, the type of the characteristic code block into which the time stamp information is inserted includes at least one of: starting characters, wherein the characteristic code blocks of the starting character types at least carry timestamp low-order information and carry flags; and the characteristic code block of the control character type at least carries high-order information or carry flags of the timestamp.
In an optional embodiment, the characteristic code block into which the timestamp information is inserted carries at least one of the following information: time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value.
In an optional embodiment, the predetermined data packet is a data packet in a PCS original code stream of the physical coding sublayer.
The apparatus of the present invention is described below with reference to specific embodiments:
the source end may include a sending processing module, as shown in fig. 12, the sending processing module specifically includes the following modules:
a timestamp insertion module 1202 (corresponding to the insertion module 1002 described above) configured to insert timestamp information into a pcs layer original code stream defined by a user side 802.3, and identify a time or a phase of the original code stream at a source end;
a rate adaptation and traffic mapping module 1204 (corresponding to the sending module 1004) for performing rate adaptation on the client data code block and the specific identifier code block as traffic data, and loading the traffic data into a transmission pipeline;
the sink may comprise a receiving processing module, which may comprise the following modules:
a service extracting module 1206 (corresponding to the receiving module 1102) for extracting a service code block from the transmission pipeline and parsing out a feature code block;
a data recovery module 1208 (corresponding to the aforementioned restoration module 1104) that restores the user data code stream in the IDLE pipe according to the time stamp information extracted from the specific identifier code block;
optionally, between the sending processing module and the receiving processing module, multiple crossing modules are allowed to be accessed for performing physical layer crossing on transmission pipeline service data.
It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in different processors in any combination.
Embodiments of the present invention also provide a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.
Optionally, in this embodiment, the storage medium may include, but is not limited to: various media capable of storing computer programs, such as a usb disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk.
Embodiments of the present invention also provide an electronic device comprising a memory having a computer program stored therein and a processor arranged to run the computer program to perform the steps of any of the above method embodiments.
Optionally, the electronic apparatus 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.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the principle of the present invention should be included in the protection scope of the present invention.
Claims (22)
1. A method for transmitting a data packet, comprising:
inserting timestamp information into a characteristic code block of a predetermined data packet to be processed on a first device to obtain a target data packet, wherein the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the sending time or phase of the characteristic code block;
sending the target data packet to a second device;
wherein, before inserting timestamp information in a characteristic code block of a predetermined data packet to be processed on a first device, the method further comprises: setting a second target characteristic code block in the predetermined data packet, and taking the second target characteristic code block as a characteristic code block to be inserted with the timestamp information;
wherein setting a second target characteristic code block in the predetermined data packet comprises: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character in the time threshold, and taking the set control character as the second target characteristic code block.
2. The method of claim 1, further comprising:
before time stamp information is inserted into a characteristic code block of a predetermined data packet to be processed, selecting a first target characteristic code block into which the time stamp information is to be inserted from the original characteristic code blocks in the predetermined data packet on a first device;
wherein selecting a first target characteristic code block into which the timestamp information is to be inserted from among original characteristic code blocks in the predetermined data packet comprises: setting a time threshold; and when determining that the starting characters exist in the time threshold, selecting the starting characters in the time threshold as the first target characteristic code block.
3. The method of claim 1, wherein prior to sending the target data packet to the second device, the method further comprises:
and performing addition and deletion processing on idle characters in the preset data packet, wherein the preset data packet comprises more than two data packets, and the idle characters are positioned between the more than two data packets.
4. The method of claim 3, wherein the adding and deleting the idle characters in the predetermined data packet comprises one of the following manners:
performing the addition and deletion processing on idle characters in the preset data packet according to frequency offset;
and on the premise of ensuring that the preset data packet meets the preset frame gap requirement and idle characters required by rate adaptation, deleting redundant idle characters in the preset data packet.
5. The method of claim 1, wherein setting a control character within the time threshold comprises one of:
inserting the control character within the time threshold;
and replacing the original idle characters in the time threshold value with the control characters.
6. The method of claim 2,
the first target characteristic code block at least carries timestamp low-order information and a carry flag;
the second target feature code block carries at least timestamp high-order information or a carry flag.
7. The method according to any of claims 1 to 5, wherein the characteristic code block carries at least one of the following information:
time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value.
8. The method of claim 1, wherein sending the destination packet to a second device comprises:
performing rate adaptation on the target data packet;
and transferring the target data packet into a transmission pipeline according to the adaptive rate, and sending the target data packet to the second equipment through the transmission pipeline.
9. The method of claim 1, wherein the predetermined data packet is a data packet in a physical coding sublayer PCS original code stream.
10. A method for transmitting a data packet, comprising:
receiving a target data packet from a first device at a second device, wherein the target data packet is a data packet obtained by inserting timestamp information into a characteristic code block of a predetermined data packet, the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the transmission time or phase of the characteristic code block;
restoring the target data packet to obtain the preset data packet;
wherein the characteristic code block includes:
the characteristic code block is a characteristic code block in which the first device sets a second target characteristic code block in the predetermined data packet and takes the second target characteristic code block as the time stamp information to be inserted;
wherein the setting of the second target characteristic code block in the predetermined data packet comprises: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character in the time threshold, and taking the set control character as the second target characteristic code block.
11. The method of claim 10, wherein receiving the destination packet from the first device at the second device comprises:
and extracting the target data packet from the transmission pipeline.
12. The method of claim 10, wherein performing a restoration process on the target packet to obtain the predetermined packet comprises:
identifying a characteristic code block in the target data packet;
checking the identified characteristic code block to obtain a legal characteristic code block;
extracting timestamp information from the legal characteristic code block;
and restoring the predetermined data packet at a time corresponding to the time stamp information.
13. The method of claim 12, wherein recovering the predetermined data packet at the time corresponding to the timestamp information comprises:
generating an idle character pipe of an interface rate of a counter with a time stamp according to an interface rate of data transmitted to a user in a downstream direction;
determining a difference value between the second device and the first device according to the receiving time of the first one of the received legal feature codes and the timestamp information carried in the first feature code, wherein the difference value comprises a time difference or a phase difference;
and restoring the predetermined data packet in the idle character pipeline according to the timestamp information and the difference value carried in the legal feature code.
14. The method according to any of claims 10 to 13, wherein the type of the characteristic code block into which the time stamp information is inserted comprises at least one of:
starting characters, wherein the characteristic code blocks of the starting character types at least carry timestamp low-order information and carry flags;
and the control character, wherein the characteristic code block of the control character type at least carries timestamp high-order information or carry flag.
15. The method according to any of claims 10 to 13, wherein the characteristic code block into which the time stamp information is inserted carries at least one of the following information:
time phase information, carry flag, client flag, sequence number, cyclic redundancy check, CRC, value.
16. The method of claim 10, wherein the predetermined data packet is a data packet in a physical coding sublayer PCS original code stream.
17. An apparatus for transmitting a data packet, comprising:
the device comprises an inserting module, a processing module and a processing module, wherein the inserting module is used for inserting timestamp information into a characteristic code block of a predetermined data packet to be processed on first equipment to obtain a target data packet, the characteristic code block is a code block with characteristic information in the predetermined data packet, and the timestamp information is used for identifying the sending time or phase of the characteristic code block;
the sending module is used for sending the target data packet to second equipment;
wherein, before inserting the timestamp information into the characteristic code block of the predetermined packet to be processed on the first device, the apparatus is further configured to: setting a second target characteristic code block in the predetermined data packet, and taking the second target characteristic code block as a characteristic code block to be inserted with the timestamp information;
the apparatus is configured to set a second target characteristic code block in the predetermined data packet by: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character in the time threshold, and taking the set control character as the second target characteristic code block.
18. The apparatus of claim 17, further comprising:
and the processing module is used for performing addition and deletion processing on idle characters in the preset data packet before the target data packet is sent to the second equipment, wherein the preset data packet comprises more than two data packets, and the idle characters are positioned between the more than two data packets.
19. An apparatus for transmitting a data packet, comprising:
a receiving module, configured to receive, at a second device, a target packet from a first device, where the target packet is a packet obtained by inserting timestamp information into a characteristic code block of a predetermined packet, where the characteristic code block is a code block having characteristic information in the predetermined packet, and the timestamp information is used to identify a transmission time or a phase of the characteristic code block;
the restoration module is used for restoring the target data packet to obtain the preset data packet;
wherein the characteristic code block includes:
the characteristic code block is a characteristic code block in which the first device sets a second target characteristic code block in the predetermined data packet and takes the second target characteristic code block as the time stamp information to be inserted;
wherein the setting of the second target characteristic code block in the predetermined data packet comprises: setting a time threshold; and when determining that the starting character does not exist in the time threshold, setting a control character in the time threshold, and taking the set control character as the second target characteristic code block.
20. The apparatus of claim 19, wherein the reduction module comprises:
the identification unit is used for identifying a characteristic code block in the target data packet;
the verification unit is used for verifying the identified characteristic code block to obtain a legal characteristic code block;
an extraction unit, configured to extract timestamp information from the legal feature code block;
a restoring unit configured to restore the predetermined packet at a time corresponding to the time stamp information.
21. A storage medium having a computer program stored thereon, wherein the computer program is arranged to perform the method of any of claims 1 to 9 when executed, or to perform the method of any of claims 10 to 16.
22. An electronic apparatus comprising a memory and a processor, wherein the memory has stored therein a computer program, and wherein the processor is arranged to execute the computer program to perform the method of any of claims 1 to 9, or to perform the method of any of claims 10 to 16.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810961321.6A CN110858790B (en) | 2018-08-22 | 2018-08-22 | Data packet transmission method and device, storage medium and electronic device |
| BR112021003214-2A BR112021003214A2 (en) | 2018-08-22 | 2019-08-22 | data packet transmission method and data packet transmission apparatus |
| PCT/CN2019/101875 WO2020038424A1 (en) | 2018-08-22 | 2019-08-22 | Data packet transmission method and apparatus, storage medium, and electronic apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810961321.6A CN110858790B (en) | 2018-08-22 | 2018-08-22 | Data packet transmission method and device, storage medium and electronic device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110858790A CN110858790A (en) | 2020-03-03 |
| CN110858790B true CN110858790B (en) | 2022-08-02 |
Family
ID=69592851
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810961321.6A Active CN110858790B (en) | 2018-08-22 | 2018-08-22 | Data packet transmission method and device, storage medium and electronic device |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN110858790B (en) |
| BR (1) | BR112021003214A2 (en) |
| WO (1) | WO2020038424A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111791232B (en) * | 2020-06-03 | 2021-02-05 | 中南民族大学 | Robot chassis control system and method based on time hard synchronization |
| CN115021818A (en) * | 2022-04-22 | 2022-09-06 | 三维通信股份有限公司 | Ethernet networking system and networking method based on distributed base station |
| CN114567927B (en) * | 2022-04-28 | 2022-08-05 | 广州世炬网络科技有限公司 | Data transmission method, device, equipment and storage medium based on CPRI |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1728629A (en) * | 2005-07-27 | 2006-02-01 | 杭州华为三康技术有限公司 | Transmission set of multiplexing multiplepath interface in physical layer |
| CN103229469A (en) * | 2011-07-28 | 2013-07-31 | 华为技术有限公司 | A processing method and apparatus for ethernet device |
| CN106301678A (en) * | 2015-06-08 | 2017-01-04 | 华为技术有限公司 | Method, communication equipment and the communication system that a kind of data process |
| CN106411454A (en) * | 2015-07-30 | 2017-02-15 | 华为技术有限公司 | Method for data transmission, transmitter and receiver |
| CN108347317A (en) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | A kind of transmission method of business, the network equipment and network system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103796079B (en) * | 2013-12-26 | 2017-03-22 | 国家新闻出版广电总局广播科学研究院 | Channel damage simulation method of terrestrial digital TV transmission distribution network |
| US10097480B2 (en) * | 2015-09-29 | 2018-10-09 | Ciena Corporation | Time transfer systems and methods over flexible ethernet |
| CN108075903B (en) * | 2016-11-15 | 2020-04-21 | 华为技术有限公司 | Method and apparatus for establishing flexible Ethernet groups |
| CN108092924B (en) * | 2017-12-25 | 2020-06-09 | 烽火通信科技股份有限公司 | Cell switching method and system based on FlexE service |
-
2018
- 2018-08-22 CN CN201810961321.6A patent/CN110858790B/en active Active
-
2019
- 2019-08-22 BR BR112021003214-2A patent/BR112021003214A2/en unknown
- 2019-08-22 WO PCT/CN2019/101875 patent/WO2020038424A1/en active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1728629A (en) * | 2005-07-27 | 2006-02-01 | 杭州华为三康技术有限公司 | Transmission set of multiplexing multiplepath interface in physical layer |
| CN103229469A (en) * | 2011-07-28 | 2013-07-31 | 华为技术有限公司 | A processing method and apparatus for ethernet device |
| CN106301678A (en) * | 2015-06-08 | 2017-01-04 | 华为技术有限公司 | Method, communication equipment and the communication system that a kind of data process |
| CN106411454A (en) * | 2015-07-30 | 2017-02-15 | 华为技术有限公司 | Method for data transmission, transmitter and receiver |
| CN108347317A (en) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | A kind of transmission method of business, the network equipment and network system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110858790A (en) | 2020-03-03 |
| WO2020038424A1 (en) | 2020-02-27 |
| BR112021003214A2 (en) | 2021-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11824636B2 (en) | Method and apparatus for sending and receiving clock synchronization packet | |
| CN109600188B (en) | Data transmission method, transmission equipment and transmission system | |
| CA2416082C (en) | Method of and system for the transfer of sonet traffic across a packet network | |
| US11108485B2 (en) | Clock synchronization method and apparatus | |
| CN110858790B (en) | Data packet transmission method and device, storage medium and electronic device | |
| CN107528667B (en) | Method and device for transmitting frame data between near-end equipment and far-end equipment | |
| CN109005557B (en) | Time delay symmetry measuring method, device and system | |
| WO2011038597A1 (en) | Method and system for transmitting in-phase quadrature data | |
| US11412508B2 (en) | Data transmission method and device | |
| CN111147181B (en) | Service sending method, service receiving method, device, system and storage medium | |
| CN106911545B (en) | Method and device for transmitting ST _ BUS data through Ethernet | |
| CN112312476A (en) | Service transmission method, device and computer readable storage medium | |
| CN116599621B (en) | Method, equipment and device for recovering clock based on cross board transfer and regeneration | |
| WO2022174672A1 (en) | Delay measurement method and apparatus, device, and computer readable storage medium | |
| WO2023165222A1 (en) | Mapping method and apparatus for content to be mapped, and storage medium and electronic apparatus | |
| EP4344147A1 (en) | Time slot negotiation method and apparatus | |
| EP4012993A1 (en) | Method and apparatus for transmitting service data | |
| JP2024507489A (en) | OAM information block receiving method and device | |
| CN104796211B (en) | Adjust differential clocks frequency approach, device, system and intercommunication modifier |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |