CN114070458A - Data transmission method, device, equipment and storage medium - Google Patents

Data transmission method, device, equipment and storage medium Download PDF

Info

Publication number
CN114070458A
CN114070458A CN202010772663.0A CN202010772663A CN114070458A CN 114070458 A CN114070458 A CN 114070458A CN 202010772663 A CN202010772663 A CN 202010772663A CN 114070458 A CN114070458 A CN 114070458A
Authority
CN
China
Prior art keywords
packet
fec
rtp
signaling
receiving end
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.)
Granted
Application number
CN202010772663.0A
Other languages
Chinese (zh)
Other versions
CN114070458B (en
Inventor
丁长文
方伟
成建敏
王亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN202010772663.0A priority Critical patent/CN114070458B/en
Publication of CN114070458A publication Critical patent/CN114070458A/en
Application granted granted Critical
Publication of CN114070458B publication Critical patent/CN114070458B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L1/0041—Arrangements at the transmitter end
    • 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/0045—Arrangements at the receiver end
    • 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/0075—Transmission of coding parameters to receiver

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The embodiment of the invention provides a data transmission method, a device, equipment and a storage medium, wherein the method comprises the steps of receiving a first signaling sent by a sending end, and determining a Forward Error Correction (FEC) scheme used for data transmission between the sending end and a receiving end through signaling negotiation according to the first signaling; and receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet. The embodiment of the invention can reasonably and effectively realize data transmission, simultaneously improve the flexibility of a data transmission scheme and save resources.

Description

Data transmission method, device, equipment and storage medium
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a data transmission method, apparatus, device, and storage medium.
Background
FEC (forward Error correction) is a forward Error correction technique, and common FEC algorithms include redundancy, xor, RS coding, and the like. The sending end sends the load data together with a certain redundant error correcting code, the receiving end carries out error detection on the data according to the received error correcting code, and if errors are found, the error correcting code is used for carrying out error correction.
At present, the common FEC algorithm includes redundancy, xor, RS coding, etc., and can be applied to an end-to-end scheme. The method comprises the steps of firstly setting the redundancy size and selecting an FEC packet loss resistant mode, then generating an FEC data packet based on a plurality of RTP packets by using exclusive OR (XOR) operation, further packaging in RTP in an RED format for transmission, and recovering a lost data packet according to the FEC data packet and a received data packet at a receiving end.
However, after the existing end-to-end FEC scheme is effective, a larger redundant bandwidth is introduced into an air interface, resource waste is caused by introducing the redundant bandwidth into a link where packet loss does not occur, and for a wireless network in which resources are easily limited, the increase of the redundant bandwidth causes an increase in network congestion probability, which causes more packet loss. Therefore, in the prior art, the adopted scheme has no flexibility during data transmission, and simultaneously causes waste of resources.
Disclosure of Invention
Embodiments of the present invention provide a data transmission method, apparatus, device, and storage medium, which can reasonably and effectively implement data transmission, and improve flexibility of a data transmission scheme and save resources.
In a first aspect, an embodiment of the present invention provides a data transmission method, including:
receiving a first signaling sent by a sending end, and determining a Forward Error Correction (FEC) scheme used for data transmission between the sending end and a receiving end through signaling negotiation according to the first signaling;
and receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet.
In one possible design, the determining, according to the first signaling and through signaling negotiation, a forward error correction FEC scheme used by the sending end and the receiving end for data transmission includes:
if the first signaling carries parameters of an FEC function, sending the first signaling to the receiving end, and receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end does not support the FEC function, determining that the result of the signaling negotiation is that the FEC scheme is an uplink half-way FEC scheme;
if the first signaling does not carry the parameter supporting the FEC function, adding the parameter supporting the FEC function into the first signaling to obtain a second signaling; sending the second signaling to the receiving end, receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end supports an FEC function, determining that the signaling negotiation result is that the FEC scheme is a downlink half-way FEC scheme;
if the first signaling carries parameters of an FEC function, the first signaling is sent to the receiving end, feedback information sent by the receiving end is received, and if the feedback information is used for indicating that the receiving end supports the FEC function, the result of signaling negotiation is determined that the FEC scheme is an end-to-end FEC scheme.
In one possible design, the feedback information includes feedback signaling;
after the receiving the feedback information sent by the receiving end, the method further includes:
judging whether the receiving end supports the FEC function or not according to the feedback signaling;
if the feedback signaling carries the parameter of the FEC function, determining that the receiving end supports the FEC function;
and if the feedback signaling does not carry the parameters of the FEC function, determining that the receiving end does not support the FEC function.
In a possible design, the receiving a data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme, so that the receiving end displays according to the data packet, includes:
if the FEC scheme is an uplink half-FEC scheme, the received data packet sent by the sending end is an FEC packet, where the FEC packet is used to indicate a data packet after performing an FEC encoding operation; FEC decoding is carried out on the FEC packet to obtain a real-time transport protocol RTP packet, and the RTP packet is a data packet formed by source data; sending an RTP packet to a receiving end, and displaying target data corresponding to the RTP packet at the receiving end;
if the FEC scheme is a downlink half-way FEC scheme, the received data packet sent by the sending end is an RTP packet; FEC encoding is carried out on the RTP packet to obtain an FEC packet; sending an FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain an RTP packet, and displaying target data corresponding to the RTP packet on the receiving end;
if the FEC scheme is an end-to-end FEC scheme, the received data packet sent by the sending end is an FEC packet; and sending the FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain the RTP packet, and displaying target data corresponding to the RTP packet on the receiving end.
In a possible design, if the received data packet sent by the sending end is an RTP packet, the method further includes:
according to a preset grouping rule, carrying out sequencing processing on RTP packets in the current grouping;
judging whether the sequenced RTP packets in the current packet meet FEC coding conditions or not;
and if so, performing FEC encoding on the sequenced RTP packets in the current packet.
In a possible design, the performing, according to a preset grouping rule, a sorting process on the RTP packets in the current packet includes:
acquiring a target sequence number of a current RTP packet expected to be received and an actual sequence number of the current RTP packet corresponding to the current packet;
if the actual sequence number is not consistent with the target sequence number, caching the RTP packet currently sent by the sending end into a cache queue, and recording the waiting time of the RTP packet currently sent by the sending end in the cache;
if the RTP packet with the sequence number of the target sequence number is received within a first preset time period, caching the RTP packet with the sequence number of the target sequence number into the cache queue, and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers; when the number of the RTP packets in the current packet is less than that of the RTP packets in the preset packet rule and the next expected received RTP packet of which the RTP packet is not in the sequence of the sequenced RTP packets in the current packet is received in the next first preset time period, taking the received RTP packet in the next first preset time period as the RTP packet in the next packet and caching the RTP packet in a cache queue; alternatively, the first and second electrodes may be,
and if the received RTP packet is not the next RTP packet expected to be received according to the sequence of the sequenced RTP packets in the current packet in the first preset time period, taking the RTP packet received in the next first preset time period as the RTP packet in the next packet and caching the RTP packet in the cache queue.
In one possible design, the determining whether the sequenced RTP packets in the current packet satisfy the FEC coding condition includes:
acquiring a sequence number of a first RTP packet in the current packet according to the sequenced RTP packets in the current packet;
and if the difference value between the sequence number of the received RTP packet and the sequence number of the first RTP packet in the next first preset time period which is obtained currently is larger than or equal to a first preset difference value, determining that the sequenced RTP packets in the current packet meet FEC coding conditions.
In a second aspect, an embodiment of the present invention provides a data transmission apparatus, including:
a signaling negotiation module, configured to receive a first signaling sent by a sending end, and determine, according to the first signaling, a forward error correction FEC scheme used for data transmission between the sending end and a receiving end through signaling negotiation;
and the data transmission module is used for receiving the data packet sent by the sending end and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet.
In a third aspect, an embodiment of the present invention provides a data transmission device, including: at least one processor and memory;
the memory stores computer-executable instructions;
the at least one processor executes computer-executable instructions stored by the memory to cause the at least one processor to perform the method as set forth in the first aspect above and in various possible designs of the first aspect.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, in which computer-executable instructions are stored, and when a processor executes the computer-executable instructions, the method according to the first aspect and various possible designs of the first aspect are implemented.
The data transmission method, apparatus, device, and storage medium provided in this embodiment determine, by receiving a first signaling sent by a sending end, and according to the first signaling, through signaling negotiation, a forward error correction FEC scheme used by the sending end and a receiving end for data transmission, receive a data packet sent by the sending end, and send the data packet to the receiving end through the FEC scheme, so that the receiving end displays according to the data packet. Therefore, by utilizing signaling negotiation, which FEC scheme is used is determined, so that the flexibility of the data transmission scheme is improved, the selected FEC scheme is more effective for data transmission, resources can be reasonably utilized, and the resources are further saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic diagram of packet loss of an S1 interface of a video service under LTE according to an embodiment of the present invention;
fig. 2 is a schematic flow chart of a data transmission method according to an embodiment of the present invention;
fig. 3 is a schematic flow chart of a data transmission method according to another embodiment of the present invention;
fig. 4 is a schematic structural diagram of a data transmission apparatus according to an embodiment of the present invention;
fig. 5 is a schematic diagram of a hardware structure of a data transmission device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
At present, FEC coding is performed on video data packets, which is a mainstream solution for real-time video service to prevent packet loss. The FEC scheme generally adopted is an end-to-end scheme, that is, the video recording end performs FEC encoding and then transmits the FEC packet, the server performs no processing on the FEC packet and transparently transmits the FEC packet to the playing end, and the video playing end performs FEC decoding and recovers the lost data packet after receiving the FEC packet. For example: in the LTE system, a server interacts with a core network, a user equipment UE1 communicates with a base station 1, the base station 1 communicates with the core network, the core network communicates with a base station 2, and the base station 2 communicates with a UE 2; if packet loss occurs at the S1 port (see the location of "transmission line between base station 1 and core network" in fig. 1), a large redundant bandwidth may be introduced at the air port after the FEC scheme is effective. For a wireless network with easily limited resources, the increase of the redundant bandwidth may cause an increase of network congestion probability, which causes more packet loss, such as the packet loss diagram of the video service S1 under LTE shown in fig. 1. Therefore, the problem introduced by the FEC scheme implemented only by end-to-end is that redundant bandwidth is introduced end-to-end, and resource waste is caused by introducing redundant bandwidth on a link where no packet loss occurs.
In order to solve the above problems, the technical idea of the present invention is that when a service is initiated, a half-way FEC scheme or an end-to-end FEC scheme is determined to be adopted by the service through signaling negotiation, and a server determines to adopt FEC encoding, FEC decoding or transparent transmission processing on a received data packet according to a result of the signaling negotiation, so as to realize a process of transmitting data from a transmitting end to a receiving end, thereby not only ensuring validity and flexibility of data transmission, but also saving resources.
The technical solution of the present invention will be described in detail below with specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.
Fig. 2 is a schematic flow chart of a data transmission method according to an embodiment of the present invention. As shown in fig. 2, the method includes:
s201, receiving a first signaling sent by a sending end, and determining a Forward Error Correction (FEC) scheme used by the sending end and a receiving end for data transmission through signaling negotiation according to the first signaling.
The execution subject of this embodiment may be a server (i.e., server side).
In this embodiment, a sending end initiates a signaling, and a server receives the signaling initiated by the sending segment, that is, a first signaling, and may determine whether the sending end supports the FEC function or has the FEC capability according to whether the signaling carries the FEC function, for example, a parameter of the FEC function. And then the server determines an FEC scheme used in the data transmission process between the sending end and the receiving end by utilizing signaling negotiation according to the first signaling.
The FEC scheme herein may include a half-way FEC scheme or an end-to-end FEC scheme, where the half-way FEC scheme is used to indicate that a transmitting end or a receiving end supports an FEC scheme of an FEC function, and the end-to-end FEC scheme is used to indicate that both the transmitting end and the receiving end support an FEC scheme of an FEC function. The half-way FEC scheme here is to implement FEC coding and decoding at the server.
Therefore, by means of signaling negotiation, the half-range FEC scheme or the end-to-end FEC scheme is determined to be used, so that effective data transmission can be achieved in different application scenarios, and flexibility is achieved.
S202, receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet.
In this embodiment, after determining a used target FEC scheme (for example, a half-way FEC scheme or an end-to-end FEC scheme), the server receives a data packet sent by a sending end, and then performs corresponding processing on the data packet based on the used target FEC scheme, and sends the data packet to a receiving end, where the receiving end may perform processing matched with the target FEC scheme according to the received data packet and display the data packet. The method and the device realize effective data transmission in different application scenes (for example, different specific capabilities of a sending end and a receiving end correspond to different application scenes), and solve the problem of introduction of a single end-to-end FEC scheme, namely, the redundant bandwidth is introduced end to end, and resource waste is caused by introducing the redundant bandwidth on a link without packet loss.
In the data transmission method provided in this embodiment, a forward error correction FEC scheme used for data transmission between a sending end and a receiving end is determined through signaling negotiation according to a first signaling sent by the sending end, a data packet sent by the sending end is received, and the data packet is sent to the receiving end through the FEC scheme, so that the receiving end displays according to the data packet. Therefore, by utilizing signaling negotiation, which FEC scheme is used is determined, so that the flexibility of the data transmission scheme is improved, the selected FEC scheme is more effective for data transmission, resources can be reasonably utilized, and the resources are further saved.
In a possible design, referring to fig. 3, fig. 3 is a schematic flow chart of a data transmission processing method according to another embodiment of the present invention. In this embodiment, S201 is explained in detail based on the above embodiment. Determining, according to the first signaling and through signaling negotiation, a forward error correction FEC scheme used by the sending end and the receiving end for data transmission, which may include:
s301, if the first signaling carries a parameter of an FEC function, sending the first signaling to the receiving end, and receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end does not support the FEC function, determining that the result of signaling negotiation is that the FEC scheme is an uplink half-way FEC scheme.
In this embodiment, when a calling party (i.e., a sending end) has an FEC capability, the calling party carries the FEC capability and related parameters (i.e., parameters of an FEC function) in a service initiation signaling (i.e., a first signaling), after a server receives the first signaling initiated by the calling party, the server may directly forward the first signaling to a called party (i.e., a receiving end), and the called party replies the signaling to the server according to a support condition for the FEC function. Specifically, when the called party supports the FEC function, the server forwards the signaling (i.e., feedback signaling) of the called party to the calling party, thereby implementing an end-to-end FEC scheme; when the called party does not support the FEC function, the server adds the FEC capability negotiation on the basis of the signaling of the called party, thereby realizing the half-way FEC scheme of the uplink.
S302, if the first signaling does not carry the parameter supporting the FEC function, adding the parameter supporting the FEC function into the first signaling to obtain a second signaling; and sending the second signaling to the receiving end, receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end supports the FEC function, determining that the signaling negotiation result is that the FEC scheme is a downlink half-way FEC scheme.
In this embodiment, when the calling party does not have the FEC capability, the calling party does not carry the FEC capability and the related parameter (i.e., the parameter of the FEC function) in the service initiation signaling (i.e., the first signaling), after the server receives the first signaling initiated by the calling party, the service increases the FEC capability and the related parameter in the first signaling to form a second signaling, and sends the second signaling to the called party (i.e., the receiving end), and the called party replies the signaling to the server according to the support condition for the FEC function. Specifically, when the called party supports the FEC function, the server forwards the signaling (i.e., feedback signaling) of the called party to the calling party, thereby implementing a downlink half-way FEC scheme; when the called party does not support the FEC function, the corresponding service in the current service initiation signaling does not support FEC.
S303, if the first signaling carries a parameter of an FEC function, sending the first signaling to the receiving end, and receiving feedback information sent by the receiving end, and if the feedback information is used to indicate that the receiving end supports the FEC function, determining that the result of the signaling negotiation is that the FEC scheme is an end-to-end FEC scheme.
In this embodiment, when a calling party (i.e., a sending end) has an FEC capability, the calling party carries the FEC capability and related parameters (i.e., parameters of an FEC function) in a service initiation signaling (i.e., a first signaling), after a server receives the first signaling initiated by the calling party, the server may directly forward the first signaling to a called party (i.e., a receiving end), and the called party replies the signaling to the server according to a support condition for the FEC function. Specifically, when the called party supports the FEC function, the server forwards signaling (i.e., feedback signaling) of the called party to the calling party, thereby implementing an end-to-end FEC scheme. In the exemplary case of video service, when an end-to-end FEC scheme is adopted, since FEC encoding is performed at a video recording end (sending end), it can be ensured that an RTP packet input to the FEC encoding does not have disorder and packet loss, and thus, an FEC encoding entry condition can be grouped according to the number of RTP packets.
In one possible design, whether the receiving end has FEC capability may be determined according to feedback information fed back to the server by the receiving end, and specifically, the following steps may be implemented:
step a1, according to the feedback signaling, determining whether the receiving end supports the FEC function.
Step a2, if the feedback signaling carries the parameter of the FEC function, determining that the receiving end supports the FEC function.
Step a3, if the feedback signaling does not carry the parameter of the FEC function, determining that the receiving end does not support the FEC function.
In this embodiment, the feedback information may include a feedback signaling, where the feedback signaling may or may not include a parameter of the FEC function with the FEC capability, and if the feedback signaling replied to the server by the receiving end includes the parameter of the FEC function, it indicates that the receiving end supports the FEC function, and may decode the FEC packet; if the feedback signaling replied to the server by the receiving end does not contain the parameter of the FEC function, it indicates that the receiving end does not support the FEC function, and cannot decode the FEC packet, the server needs to perform FEC decoding on the FEC packet and then send the FEC packet to the receiving end, and the receiving end can display the FEC packet according to the received decoded data packet.
Exemplarily, taking a video service as an example, a sending end records a video, a receiving end plays the video, and an FEC scheme adopted by the video in a transmission process can be determined according to a result of signaling negotiation in a video transmission process. Specifically, when a video service is initiated, it is determined through signaling negotiation that the service employs a half-way FEC scheme or an end-to-end FEC scheme. And the server determines to adopt FEC encoding, FEC decoding or transparent transmission processing on the received data packet according to the result of the signaling negotiation.
In a possible design, the present embodiment provides a detailed description of S202 on the basis of the above embodiments. Receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme, so that the receiving end displays according to the data packet, which may include:
step b1, if the FEC scheme is an uplink half-FEC scheme, the data packet sent by the sending end and received by the server end is an FEC packet, where the FEC packet is used to indicate a data packet after performing an FEC encoding operation; the server side carries out FEC decoding on the FEC packet to obtain a real-time transport protocol (RTP) packet, wherein the RTP packet is a data packet formed by source data; and the server side sends the RTP packet to a receiving side, and target data corresponding to the RTP packet is displayed at the receiving side.
In this embodiment, if the FEC scheme is an uplink half-FEC scheme, it indicates that the sending end has FEC capability, and FEC encoding may be performed on a source packet, which is an RTP packet, to obtain an FEC packet; however, since the receiving end does not have the FEC capability, the server (i.e., the server end) is required to perform FEC decoding on the received FEC packet sent by the receiving end to obtain an RTP packet, and then send the decoded RTP packet to the receiving end, and display target data, such as video, corresponding to the RTP packet at the receiving end.
Step b2, if the FEC scheme is a downlink half-FEC scheme, the data packet received by the server side and sent by the sending side is an RTP packet; the server side carries out FEC encoding on the RTP packet to obtain an FEC packet; and the server side sends the FEC packet to a receiving side so that the receiving side performs FEC decoding on the FEC packet to obtain the RTP packet and displays target data corresponding to the RTP packet on the receiving side.
In this embodiment, if the FEC scheme is a downlink half-FEC scheme, it indicates that the sending end does not have FEC capability, the source packet is directly sent to the server as an RTP packet, and in order to improve the packet loss resistance, the server performs FEC encoding on the RTP packet; because the receiving end has the FEC capability, the server may directly send the encoded FEC packet to the receiving end, and instruct the receiving end to perform FEC decoding after receiving the FEC packet sent by the server, so as to obtain an RTP packet, and display target data, such as video, corresponding to the RTP packet at the receiving end.
Therefore, the scheme using half-range FEC achieves the following results: once end-to-end video service, as long as two devices (for example, two devices in a sending end, a server, a receiving end, and the like) between data stream transmission devices support FEC capability, an FEC scheme can be implemented on the transmission segment to be effective, and packet loss resistance is improved
Step b3, if the FEC scheme is an end-to-end FEC scheme, the data packet received by the server side and sent by the sending side is an FEC packet; and the server side sends the FEC packet to a receiving side so that the receiving side performs FEC decoding on the FEC packet to obtain the RTP packet and displays target data corresponding to the RTP packet on the receiving side.
In this embodiment, if the FEC scheme is an end-to-end FEC scheme, it indicates that both the sending end and the receiving end have FEC capabilities, and the sending end may perform FEC encoding on a source packet, which is an RTP packet, to obtain an FEC packet; the server directly forwards the FEC packet to the receiving end, and indicates the receiving end to perform FEC decoding after receiving the FEC packet sent by the server, so as to obtain an RTP packet, and target data, such as video and the like, corresponding to the RTP packet is displayed at the receiving end. Therefore, in this scenario, an end-to-end FEC scheme is adopted, and the server does not process the FEC data packet, which is simpler in terms of implementation complexity.
Specifically, when the service signaling negotiation is an uplink half FEC, the data packet received by the server is an FEC packet, the data packet is forwarded out as an RTP packet, and FEC decoding is performed at the server; when the service signaling negotiation is downlink half-way FEC, the server receives a data packet which is an RTP packet, forwards the data packet to be an FEC packet, and performs FEC encoding on the server; and when the service signaling negotiation is end-to-end FEC, the data packet received by the server is an FEC packet, the data packet is forwarded out to be the FEC packet, and the data packet is not processed at the server. The diversification and flexibility of data transmission are realized.
At present, a half-range FEC scheme is also adopted singly, but when the existing half-range FEC scheme is realized, packet loss or disorder is inevitably introduced after RTP packets are transmitted through a long-distance wired or wireless link, and if the number of the received RTP packets is adopted for grouping, FEC grouping coding is abnormal. In order to solve the above problems, in the half-range FEC scheme adopted by the present invention, when an input RTP packet is out of order and loses packets, the problem that the FEC decoding at the playing end is abnormal due to a mask bit filling error in the FEC coding is solved by adopting a scheme of judging the number of packet packets by reordering and a difference value of sequence numbers of RTP. The method can be realized by the following steps:
and c1, according to the preset grouping rule, the RTP packets in the current grouping are sequenced.
And c2, judging whether the sequenced RTP packets in the current packet meet the FEC encoding condition.
And c3, if yes, performing FEC encoding on the sequenced RTP packets in the current packet.
For example, a downlink half-way FEC scheme is adopted, or when a server is connected to three parties, the protocol connection failure is not FEC-encoded. For a half-way FEC or three-party interfacing scenario, the video source (i.e. the sending end) does not perform FEC coding due to capability loss or protocol interfacing failure, and the server performs FEC coding on the received RTP packet and then forwards the RTP packet to the playing end (i.e. the receiving end) supporting FEC decoding. In this scenario, the server first needs to perform buffer reordering on the received RTP packets, and then sends the RTP packets to the FEC encoding module according to the packet size for FEC encoding. The problems of disorder of RTP packet input and packet loss are solved.
In one possible design, how to perform the RTP packet ordering process can be implemented by:
and d1, obtaining the target sequence number of the corresponding RTP packet expected to be received currently in the current packet and the actual sequence number of the RTP packet received currently.
Step d2, if the actual sequence number is not consistent with the target sequence number, buffering the RTP packet currently sent by the sending end into a buffer queue, and recording the waiting time of the RTP packet currently sent by the sending end in the buffer.
Step d3, if the RTP packet with the sequence number of the target sequence number is received in a first preset time period, caching the RTP packet with the sequence number of the target sequence number into the cache queue, and sorting the RTP packets in the current packet according to the sequence of the sequence numbers; and when the received RTP packet in the next first preset time period is not the RTP packet expected to be received next according to the sequence of the sequenced RTP packets in the current packet, determining that the received RTP packet in the next first preset time period is used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers or the received RTP packet in the next first preset time period is used as the RTP packet in the next packet and caching the RTP packet in the caching queue according to the number of RPT packets in a preset packet rule.
Step d4, if the RTP packet with the sequence number of the target sequence number is not received in the first preset time period, determining that the RTP packet received in the first preset time period is used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers or the RTP packet received in the first preset time period is used as the RTP packet in the next packet according to the number of RPT packets in the preset packet rule, and buffering the RTP packet into the buffer queue.
In this embodiment, first, the RTP sequence number expected to be received currently (the sequence number here is a sequence number, and meanwhile, the RTP sequence number expected to be received currently is a target sequence number) is recorded as N; if the received RTP sequence number (i.e. the actual sequence number of the currently received RTP packet) is not the RTP sequence number expected to be received, the RTP packet is put into the buffer queue in sequence (in order), and starts to record its waiting time in the buffer, and periodically checks the waiting time of each RTP in the buffer: if the RTP packet with the sequence number N is received before the "FEC coding maximum waiting time" is overtime (i.e. within a first preset time period), sending the RTP packet and the subsequent received sequential RTP packets to an FEC coding module, and judging whether the FEC coding condition is met; if the waiting time of the RTP packet with the sequence number N exceeds the maximum waiting time of FEC coding, sending the sequential RTP packets received before (and after) the RTP packet into an FEC coding module according to the number of the RTP packets in the packet, judging whether the sequential RTP packets meet FEC coding conditions, and taking the next RTP packet sequence number of the last RTP packet in the sequenced RTP packets in the current packet as the next RTP sequence number expected to be received; if the received RTP sequence number is smaller than the expected sequence number, the RTP packet is judged to be lost due to receiving failure after overtime, and is directly discarded.
In a possible design, how to determine whether the FEC coding condition can be satisfied, and implement FEC coding on the RTP packets that satisfy the FEC coding condition may be implemented by the following steps:
and e1, acquiring the sequence number of the first RTP packet in the current packet according to the sequenced RTP packets in the current packet.
Step e2, if the difference between the sequence number of the received RTP packet and the sequence number of the first RTP packet in the next first preset time period is greater than or equal to a first preset difference, determining that the sequenced RTP packets in the current packet satisfy the FEC encoding condition.
In this embodiment, the RTP packet packets input by FEC coding are set to Group _ Size; recording a first RTP sequence number of the current FEC packet as M; if the difference value between the sequence number of the currently received RTP packet and M is smaller than the value of 'Group _ Size-1', the FEC encoding condition is not met, the current RTP packet and the current FEC packet to which the previous RTP packet belongs are indicated, and the current FEC packet does not meet the FEC encoding condition, and the next RTP packet is continuously waited to be received; if the difference between the sequence number of the currently received RTP packet and M is equal to the value of 'Group _ Size-1', the FEC encoding condition is met, the current FEC packet to which the current RTP packet and the previous RTP packet belong is described, and the current FEC packet meets the FEC encoding condition, the current RTP packet and the previous RTP packet are sent to an FEC encoding module for FEC encoding, and the first RTP sequence number of the next FEC packet is initialized to be M + Group _ Size; and if the difference between the sequence number of the currently received RTP packet and the sequence number M is larger than the Group _ Size-1, meeting the FEC encoding condition, indicating that the current RTP packet belongs to the next FEC packet, sending the RTP packet before the current RTP packet into an FEC encoding module for FEC encoding, and initializing the first RTP sequence number of the next FEC packet as M + Group _ Size.
Therefore, the embodiment of the invention adds the signaling negotiation flow of the half-range FEC scheme; the method has the advantages that the FEC encoding and decoding processing scheme of the half-pass FEC scheme is added, the disorder rearrangement processing and the FEC grouping optimization are added, the data transmission can be reasonably and effectively realized, the flexibility of the data transmission scheme is improved, the resources are saved, the problem that the playing end FEC decoding is abnormal due to mask bit filling errors caused by the condition that the FEC encoding is carried out on a server in the half-pass FEC scene when the input RTP packets are disordered and lost is solved, and the anti-packet loss capability is improved.
Fig. 4 is a schematic structural diagram of a data transmission device according to an embodiment of the present invention. As shown in fig. 4, the data transmission device 40 includes: a signaling negotiation module 401 and a data transmission module 402.
A signaling negotiation module 401, configured to receive a first signaling sent by a sending end, and determine, according to the first signaling, a forward error correction FEC scheme used for data transmission between the sending end and a receiving end through signaling negotiation;
a data transmission module 402, configured to receive a data packet sent by the sending end, and send the data packet to the receiving end through an FEC scheme, so that the receiving end displays according to the data packet.
The data transmission apparatus provided in the embodiment of the present invention is configured to receive a first signaling sent by a sending end through a signaling negotiation module 401 and a data transmission module 402, determine a forward error correction FEC scheme used by the sending end and a receiving end for data transmission through signaling negotiation according to the first signaling, receive a data packet sent by the sending end, and send the data packet to the receiving end through the FEC scheme, so that the receiving end displays according to the data packet. Therefore, by utilizing signaling negotiation, which FEC scheme is used is determined, so that the flexibility of the data transmission scheme is improved, the selected FEC scheme is more effective for data transmission, resources can be reasonably utilized, and the resources are further saved.
In one possible design, the signaling negotiation module 401 is specifically configured to:
when the first signaling carries parameters of an FEC function, sending the first signaling to the receiving end, receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end does not support the FEC function, determining that the result of signaling negotiation is that the FEC scheme is an uplink half-way FEC scheme; when the first signaling does not carry the parameter supporting the FEC function, adding the parameter supporting the FEC function into the first signaling to obtain a second signaling; sending the second signaling to the receiving end, receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end supports an FEC function, determining that the signaling negotiation result is that the FEC scheme is a downlink half-way FEC scheme; when the first signaling carries parameters of an FEC function, the first signaling is sent to the receiving end, feedback information sent by the receiving end is received, and if the feedback information is used for indicating that the receiving end supports the FEC function, the result of signaling negotiation is determined that the FEC scheme is an end-to-end FEC scheme.
In one possible design, the feedback information includes feedback signaling; the data transmission module 402 is further configured to, after receiving the feedback information sent by the receiving end, determine whether the receiving end supports the FEC function according to the feedback signaling; if the feedback signaling carries the parameter of the FEC function, determining that the receiving end supports the FEC function; and if the feedback signaling does not carry the parameters of the FEC function, determining that the receiving end does not support the FEC function.
In one possible design, the data transmission module 402 is specifically configured to:
when the FEC scheme is an uplink half-FEC scheme, the received data packet sent by the sending end is an FEC packet, where the FEC packet is used to indicate a data packet after performing an FEC encoding operation; FEC decoding is carried out on the FEC packet to obtain a real-time transport protocol RTP packet, and the RTP packet is a data packet formed by source data; sending an RTP packet to a receiving end, and displaying target data corresponding to the RTP packet at the receiving end; when the FEC scheme is a downlink half-way FEC scheme, the received data packet sent by the sending end is an RTP packet; FEC encoding is carried out on the RTP packet to obtain an FEC packet; sending an FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain an RTP packet, and displaying target data corresponding to the RTP packet on the receiving end; when the FEC scheme is an end-to-end FEC scheme, the received data packet sent by the sending end is an FEC packet; and sending the FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain the RTP packet, and displaying target data corresponding to the RTP packet on the receiving end.
In one possible design, the apparatus further includes: a processing module; the processing module is used for sequencing the RTP packets in the current packet according to a preset packet rule when the received data packets sent by the sending end are RTP packets; judging whether the sequenced RTP packets in the current packet meet FEC coding conditions or not; and if so, performing FEC encoding on the sequenced RTP packets in the current packet.
In one possible design, the processing module is specifically configured to: acquiring a target sequence number of a current RTP packet expected to be received and an actual sequence number of the current RTP packet corresponding to the current packet; if the actual sequence number is not consistent with the target sequence number, caching the RTP packet currently sent by the sending end into a cache queue, and recording the waiting time of the RTP packet currently sent by the sending end in the cache; if the RTP packet with the sequence number of the target sequence number is received within a first preset time period, caching the RTP packet with the sequence number of the target sequence number into the cache queue, and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers; when the received RTP packet in the next first preset time period is not the next RTP packet expected to be received according to the sequence of the sequenced RTP packets in the current packet, determining that the received RTP packet in the next first preset time period is used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of sequence numbers or the received RTP packet in the next first preset time period is used as the RTP packet in the next packet and caching the RTP packets in a cache queue according to the number of RPT packets in a preset packet rule; or, if the RTP packet with the sequence number being the target sequence number is not received in the first preset time period, determining that the RTP packet received in the first preset time period is used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers or the RTP packet received in the first preset time period is used as the RTP packet in the next packet according to the number of RPT packets in the preset packet rule, and buffering the RTP packet into a buffer queue.
In one possible design, the processing module is further specifically configured to:
acquiring a sequence number of a first RTP packet in the current packet according to the sequenced RTP packets in the current packet; and if the difference value between any one of the sequence number of the currently-acquired RTP packet received in the first preset time period or the sequence number of the RTP packet received in the next first preset time period and the sequence number of the first RTP packet is greater than or equal to a first preset difference value, determining that the sequenced RTP packets in the current packet meet FEC coding conditions.
Fig. 5 is a schematic diagram of a hardware structure of a data transmission device according to an embodiment of the present invention. As shown in fig. 5, the data transmission device 50 provided in the present embodiment includes: at least one processor 501 and memory 502. The processor 501 and the memory 502 are connected by a bus 503.
In a specific implementation, the at least one processor 501 executes the computer-executable instructions stored by the memory 502 to cause the at least one processor 501 to perform the data transmission method as performed by the data transmission device 50 above, specifically, the data transmission device determines an application program for acquiring a telephone number by responding to a desensitization instruction for indicating desensitization to the telephone number; desensitizing the telephone number according to the type of the application program to obtain target data; displaying the target data on the application program.
The data transmission equipment provided by the invention determines a Forward Error Correction (FEC) scheme used for data transmission between a sending end and a receiving end by receiving a first signaling sent by the sending end and negotiating the signaling according to the first signaling, receives a data packet sent by the sending end, and sends the data packet to the receiving end by the FEC scheme so that the receiving end displays according to the data packet. Therefore, by utilizing signaling negotiation, which FEC scheme is used is determined, so that the flexibility of the data transmission scheme is improved, the selected FEC scheme is more effective for data transmission, resources can be reasonably utilized, and the resources are further saved.
For a specific implementation process of the processor 501, reference may be made to the above method embodiments, which implement the similar principle and technical effect, and this embodiment is not described herein again.
In the embodiment shown in fig. 5, it should be understood that the Processor may be a Central Processing Unit (CPU), other general purpose processors, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of the hardware and software modules within the processor.
The memory may comprise high speed RAM memory and may also include non-volatile storage NVM, such as at least one disk memory.
The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present invention are not limited to only one bus or one type of bus.
The invention also provides a computer-readable storage medium, wherein computer-executable instructions are stored in the computer-readable storage medium, and when a processor executes the computer-executable instructions, the data transmission method executed by the data transmission equipment is realized.
The computer-readable storage medium may be implemented by any type of volatile or non-volatile memory device or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk. Readable storage media can be any available media that can be accessed by a general purpose or special purpose computer.
An exemplary readable storage medium is coupled to the processor such the processor can read information from, and write information to, the readable storage medium. Of course, the readable storage medium may also be an integral part of the processor. The processor and the readable storage medium may reside in an Application Specific Integrated Circuits (ASIC). Of course, the processor and the readable storage medium may also reside as discrete components in the apparatus.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.

Claims (10)

1. A method of data transmission, comprising:
receiving a first signaling sent by a sending end, and determining a Forward Error Correction (FEC) scheme used for data transmission between the sending end and a receiving end through signaling negotiation according to the first signaling;
and receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet.
2. The method according to claim 1, wherein the determining, according to the first signaling and through signaling negotiation, a forward error correction FEC scheme used by the transmitting end and a receiving end for data transmission comprises:
if the first signaling carries parameters of an FEC function, sending the first signaling to the receiving end, and receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end does not support the FEC function, determining that the result of the signaling negotiation is that the FEC scheme is an uplink half-way FEC scheme;
if the first signaling does not carry the parameter supporting the FEC function, adding the parameter supporting the FEC function into the first signaling to obtain a second signaling; sending the second signaling to the receiving end, receiving feedback information sent by the receiving end, and if the feedback information is used for indicating that the receiving end supports an FEC function, determining that the signaling negotiation result is that the FEC scheme is a downlink half-way FEC scheme;
if the first signaling carries parameters of an FEC function, the first signaling is sent to the receiving end, feedback information sent by the receiving end is received, and if the feedback information is used for indicating that the receiving end supports the FEC function, the result of signaling negotiation is determined that the FEC scheme is an end-to-end FEC scheme.
3. The method of claim 2, wherein the feedback information comprises feedback signaling;
after the receiving the feedback information sent by the receiving end, the method further includes:
judging whether the receiving end supports the FEC function or not according to the feedback signaling;
if the feedback signaling carries the parameter of the FEC function, determining that the receiving end supports the FEC function;
and if the feedback signaling does not carry the parameters of the FEC function, determining that the receiving end does not support the FEC function.
4. The method according to claim 2, wherein the receiving the data packet sent by the sending end, and sending the data packet to the receiving end through an FEC scheme, so that the receiving end displays according to the data packet, includes:
if the FEC scheme is an uplink half-FEC scheme, the received data packet sent by the sending end is an FEC packet, where the FEC packet is used to indicate a data packet after performing an FEC encoding operation; FEC decoding is carried out on the FEC packet to obtain a real-time transport protocol RTP packet, and the RTP packet is a data packet formed by source data; sending an RTP packet to a receiving end, and displaying target data corresponding to the RTP packet at the receiving end;
if the FEC scheme is a downlink half-way FEC scheme, the received data packet sent by the sending end is an RTP packet; FEC encoding is carried out on the RTP packet to obtain an FEC packet; sending an FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain an RTP packet, and displaying target data corresponding to the RTP packet on the receiving end;
if the FEC scheme is an end-to-end FEC scheme, the received data packet sent by the sending end is an FEC packet; and sending the FEC packet to a receiving end so that the receiving end performs FEC decoding on the FEC packet to obtain the RTP packet, and displaying target data corresponding to the RTP packet on the receiving end.
5. The method according to any one of claims 1 to 4, wherein if the received data packet sent by the sending end is an RTP packet, the method further comprises:
according to a preset grouping rule, carrying out sequencing processing on RTP packets in the current grouping;
judging whether the sequenced RTP packets in the current packet meet FEC coding conditions or not;
and if so, performing FEC encoding on the sequenced RTP packets in the current packet.
6. The method according to claim 5, wherein the performing, according to a preset grouping rule, an ordering process on the RTP packets in the current packet comprises:
acquiring a target sequence number of a current RTP packet expected to be received and an actual sequence number of the current RTP packet corresponding to the current packet;
if the actual sequence number is not consistent with the target sequence number, caching the RTP packet currently sent by the sending end into a cache queue, and recording the waiting time of the RTP packet currently sent by the sending end in the cache;
if the RTP packet with the sequence number of the target sequence number is received within a first preset time period, caching the RTP packet with the sequence number of the target sequence number into the cache queue, and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers; when the received RTP packet in the next first preset time period is not the next RTP packet expected to be received according to the sequence of the sequenced RTP packets in the current packet, determining that the received RTP packet in the next first preset time period is used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of sequence numbers or the received RTP packet in the next first preset time period is used as the RTP packet in the next packet and caching the RTP packets in a cache queue according to the number of RPT packets in a preset packet rule; alternatively, the first and second electrodes may be,
if the RTP packets with the sequence numbers being the target sequence numbers are not received in the first preset time period, determining that the RTP packets received in the first preset time period are used as one RTP packet in the current packet and sequencing the RTP packets in the current packet according to the sequence of the sequence numbers or the RTP packets received in the first preset time period are used as the RTP packets in the next packet according to the number of RPT packets in the preset packet rule, and caching the RTP packets into a cache queue.
7. The method of claim 6, wherein the determining whether the sequenced RTP packets in the current packet satisfy the FEC encoding condition comprises:
acquiring a sequence number of a first RTP packet in the current packet according to the sequenced RTP packets in the current packet;
and if the difference value between any one of the sequence number of the currently-acquired RTP packet received in the first preset time period or the sequence number of the RTP packet received in the next first preset time period and the sequence number of the first RTP packet is greater than or equal to a first preset difference value, determining that the sequenced RTP packets in the current packet meet FEC coding conditions.
8. A data transmission apparatus, comprising:
a signaling negotiation module, configured to receive a first signaling sent by a sending end, and determine, according to the first signaling, a forward error correction FEC scheme used for data transmission between the sending end and a receiving end through signaling negotiation;
and the data transmission module is used for receiving the data packet sent by the sending end and sending the data packet to the receiving end through an FEC scheme so that the receiving end displays according to the data packet.
9. A data transmission device, comprising: at least one processor and memory;
the memory stores computer-executable instructions;
the at least one processor executing the computer-executable instructions stored by the memory causes the at least one processor to perform the data transfer method of any of claims 1 to 7.
10. A computer-readable storage medium having computer-executable instructions stored thereon, which when executed by a processor, implement the data transmission method of any one of claims 1 to 7.
CN202010772663.0A 2020-08-04 2020-08-04 Data transmission method, device, equipment and storage medium Active CN114070458B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010772663.0A CN114070458B (en) 2020-08-04 2020-08-04 Data transmission method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010772663.0A CN114070458B (en) 2020-08-04 2020-08-04 Data transmission method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN114070458A true CN114070458A (en) 2022-02-18
CN114070458B CN114070458B (en) 2023-07-11

Family

ID=80231894

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010772663.0A Active CN114070458B (en) 2020-08-04 2020-08-04 Data transmission method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN114070458B (en)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1708400A1 (en) * 2005-03-30 2006-10-04 AT&T Corp. Loss tolerant transmission control protocol
WO2007051425A1 (en) * 2005-11-03 2007-05-10 Huawei Technologies Co., Ltd. A multimedia communication method and the terminal thereof
JP2009200744A (en) * 2008-02-20 2009-09-03 Nec Engineering Ltd Communication device, fec control information judgement and detection method
CN101594206A (en) * 2009-06-23 2009-12-02 中兴通讯股份有限公司 The method for synchronous of forward error correction encoding/decoding mode and device
CN101651519A (en) * 2009-09-15 2010-02-17 中国人民解放军国防科学技术大学 Method, device and system of self-adaptive dynamic forward error correction coding
CN102595252A (en) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 Method and system for realizing streaming media forward error correction
WO2012141486A2 (en) * 2011-04-11 2012-10-18 Samsung Electronics Co., Ltd. Frame erasure concealment for a multi-rate speech and audio codec
US8433969B1 (en) * 2010-11-18 2013-04-30 Applied Micro Circuits Corporation Forward error correction (FEC) auto negotiation for an optical transport network (OTN)
US20130219240A1 (en) * 2012-02-17 2013-08-22 Samsung Electronics Co., Ltd. Data packet transmission/reception apparatus and method
CN108075859A (en) * 2016-11-17 2018-05-25 中国移动通信有限公司研究院 Data transmission method and device
CN108174234A (en) * 2018-01-12 2018-06-15 珠海全志科技股份有限公司 A kind of flow-medium transmission method and system
CN108183774A (en) * 2018-03-26 2018-06-19 浙江齐聚科技有限公司 The forward error correction and system of a kind of streaming media
CN109428676A (en) * 2017-08-30 2019-03-05 深圳市中兴微电子技术有限公司 A kind of synchronous method and device of forward error correction encoding/decoding mode
CN111385678A (en) * 2018-12-29 2020-07-07 中兴通讯股份有限公司 Method and device for realizing optical link channel auto-negotiation

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1708400A1 (en) * 2005-03-30 2006-10-04 AT&T Corp. Loss tolerant transmission control protocol
WO2007051425A1 (en) * 2005-11-03 2007-05-10 Huawei Technologies Co., Ltd. A multimedia communication method and the terminal thereof
JP2009200744A (en) * 2008-02-20 2009-09-03 Nec Engineering Ltd Communication device, fec control information judgement and detection method
CN101594206A (en) * 2009-06-23 2009-12-02 中兴通讯股份有限公司 The method for synchronous of forward error correction encoding/decoding mode and device
CN101651519A (en) * 2009-09-15 2010-02-17 中国人民解放军国防科学技术大学 Method, device and system of self-adaptive dynamic forward error correction coding
US8433969B1 (en) * 2010-11-18 2013-04-30 Applied Micro Circuits Corporation Forward error correction (FEC) auto negotiation for an optical transport network (OTN)
CN102595252A (en) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 Method and system for realizing streaming media forward error correction
WO2012141486A2 (en) * 2011-04-11 2012-10-18 Samsung Electronics Co., Ltd. Frame erasure concealment for a multi-rate speech and audio codec
US20130219240A1 (en) * 2012-02-17 2013-08-22 Samsung Electronics Co., Ltd. Data packet transmission/reception apparatus and method
CN108075859A (en) * 2016-11-17 2018-05-25 中国移动通信有限公司研究院 Data transmission method and device
CN109428676A (en) * 2017-08-30 2019-03-05 深圳市中兴微电子技术有限公司 A kind of synchronous method and device of forward error correction encoding/decoding mode
CN108174234A (en) * 2018-01-12 2018-06-15 珠海全志科技股份有限公司 A kind of flow-medium transmission method and system
CN108183774A (en) * 2018-03-26 2018-06-19 浙江齐聚科技有限公司 The forward error correction and system of a kind of streaming media
CN111385678A (en) * 2018-12-29 2020-07-07 中兴通讯股份有限公司 Method and device for realizing optical link channel auto-negotiation

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"\"S4-171208-was-170912 Pseudo-CR Convolutional FEC for MCVideo\"" *
"\"S4-171307 Pseudo-CR Convolutional FEC for MCVideo(TS)\"", 3GPP TSG_SA\\WG4_CODEC *
TECHNICAL SPECIFICATION GROUP SERVICES AND SYSTEM ASPECTS: "\"26881-100\"", 3GPP TSG_SA\\TSG_SA *

Also Published As

Publication number Publication date
CN114070458B (en) 2023-07-11

Similar Documents

Publication Publication Date Title
US9253608B2 (en) Wireless reliability architecture and methods using network coding
CN110943800B (en) Data packet sending method, device and system, storage medium and electronic device
US20030023915A1 (en) Forward error correction system and method for packet based communication systems
US6795435B1 (en) Method for transmitting data transmission flows
US12010016B2 (en) Data stream transmission method and device
EP3592101B1 (en) Data processing method and device
US20230345058A1 (en) Data packet transmission method and related device
JP2004088246A (en) Wireless communication method and wireless communication device
JP5236735B2 (en) Improved data structure boundary synchronization between transmitter and receiver
CN107257265B (en) Real-time transmission data stream forward error correction, system, device and storage medium
US9667756B2 (en) Apparatus and method for transmitting/receiving data in communication system
US11368246B2 (en) Method and device for transmitting or receiving broadcast service in multimedia service system
CN114070458B (en) Data transmission method, device, equipment and storage medium
US20230163875A1 (en) Method and apparatus for packet wash in networks
WO2022105753A1 (en) Network data encoding transmission method and apparatus
CN115550459A (en) Method for transmitting and receiving voice data and related equipment
US9036658B2 (en) Apparatus and method for transmitting/receiving data in communication system
CN112954405A (en) Data packet recovery method, device and system
CN110402544B (en) Receiving device with diversity combining
JP3730977B2 (en) Data transmission method and data processing method
CN113365308A (en) Data transmission method and device
KR101239276B1 (en) Client device, System and method for stepwise processing of UDP packet
JP2019083507A (en) Reception device, transmission device, reception method and transmission method
CN114337917B (en) Data transmission method based on forward error correction and short message sending method
CN113381836B (en) Line coding method and device

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