CN101697504A - Method and device for improving data transmission quality - Google Patents
Method and device for improving data transmission quality Download PDFInfo
- Publication number
- CN101697504A CN101697504A CN 200910170224 CN200910170224A CN101697504A CN 101697504 A CN101697504 A CN 101697504A CN 200910170224 CN200910170224 CN 200910170224 CN 200910170224 A CN200910170224 A CN 200910170224A CN 101697504 A CN101697504 A CN 101697504A
- Authority
- CN
- China
- Prior art keywords
- rtp data
- node
- qos
- data
- sequence number
- 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
Links
Images
Abstract
The invention discloses a method for improving data transmission quality. The method comprises that: a QoS node receives RTP data and acquires the serial number of the RTP data from the RTP data; the QoS node judges whether the RTP data is retransmitted RTP data; when the RTP data is not the retransmitted RTP data, the QoS node judges whether the serial number of the RTP data and the variable of previous consecutive RTP data are consecutive; when the judging result is inconsecutive, the QoS node acquires the RTP data needing retransmission from an upstream node; and when the judging result is consecutive, the serial number of the RTP data is updated to be the variable of the previous consecutive RTP data so as to improve data transmission quality. In the method, the problems of out-of-order, packet loss and the like of the RTP data among links are eliminated, and the assurance of link-level service quality is refined, so that the communication quality of audio/video data is improved.
Description
Technical field
The present invention relates to communication technical field, particularly relate to a kind of method and device that improves data transmission quality.
Background technology
Along with IP (Internet Protocol, Internet protocol) fast development of network and audio/video encoding/decoding technology, the application of multimedia technology such as phone, TV on IP network more and more widely, technology such as VoIP (Voiceover Internet Protocol, the digitlization of simulated sound signal), Network Video Surveillance are more and more universal.Wherein, audio-video signal will be through over-sampling, coding, compression, and through RTP (Real-time TransportProtocol, RTP) is encapsulated on the IP message, can be transferred to opposite equip. by IP network, corresponding, after decompressing, decoding, can be shown to the terminal use.Concrete, when audio-video signal being encapsulated by RTP, need to use the RTP sequence number that increases progressively to guarantee the orderly arrival of application layer data (the pairing data of audio frequency and video), whether opposite equip. is after receiving the RTP audio, video data, can specified data complete by this RTP sequence number.
In the transmission course of audio, video data, when not having service guarantees in the network, situations such as time delay, shake, packet loss will have a strong impact on the quality of audio frequency and video; Even service guarantees are arranged in the network,, thereby influence the quality of audio frequency and video because the mistake of transmission link also can cause situation generations such as packet loss.
In order to address the above problem, improve the quality of audio frequency and video, in the prior art, the method of the generation of situation such as packet loss in several minimizing audio, video data transmission courses has been proposed, be respectively: (1) is in the audio/video coding process, adopt technology such as forward error correction or bag-losing hide to reduce packet loss, be specially: encoding D SP (Digital Signal Processing, Digital Signal Processing) audio, video data is carried out redundancy encoding, when audio, video data generation packet loss, can from contiguous audio, video data, recover the data of packet loss, thereby the packet loss that reduces in the transmission course takes place, and has guaranteed the fluency and the integrality of audio/video decoding.(2) in transmission course, adopt redundant transmission techniques to reduce packet loss, be specially: by the audio, video data behind the coding is carried out redundant transmission, when packet loss takes place in RTP message (being audio, video data), can from contiguous RTP message, recover the RTP message of packet loss, thereby the packet loss in the minimizing transmission course takes place, and guarantees the integrality of RTP message.(3) as shown in Figure 1, in transmission course, adopt the packet loss retransmission technique to reduce packet loss, be specially: provide a transmitting terminal buffer memory at the audio/video coding end, the audio/video decoding end provides a receiving terminal buffer memory, when the audio/video decoding end detects the RTP sequence number when discontinuous, packet loss has taken place as can be known, at this moment, has sent the packet loss repeat requests to the audio/video coding end, and the audio, video data after the audio/video coding end retransmitted inserts in the normal RTP sequence, thereby guarantees the succession and the integrality of RTP message.
But, before use when technology such as error correction or bag-losing hide reduce packet loss, the encoding amount of audio, video data is very big, audio frequency and video are compiled the volume separate end separates the decoding capability of ability and audio/video decoding end and has all proposed very high requirement, and will bring too much taking of the network bandwidth during redundancy encoding, be of limited application.When using redundant transmission techniques to reduce packet loss, will bring too much taking of the network bandwidth, and if network packet loss rate surpass the maximum packet loss that is allowed in the redundant transmission process, decoding end is can't too much packet loss be recovered.When adopting the packet loss retransmission technique to reduce packet loss, to higher requirement be proposed to the process of caching of audio/video coding end and audio/video decoding end, can capacity network when promptly needing buffer memory all data in the time-delay, make bigger process of caching influence the end-to-end delay of audio/video flow, terminal use's use experience is not fine.
Summary of the invention
The invention provides a kind of method and device that improves data transmission quality,, reduce the generation of audio, video data packet drop, improve the transmission quality of audio, video data with in the process that audio, video data is transmitted.
In order to achieve the above object, the present invention proposes a kind of method that improves data transmission quality, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node said method comprising the steps of for supporting the network node of desired QoS information:
Described QoS node receives the RTP data, obtains the sequence number of RTP data from the RTP data;
Described QoS node judges whether described RTP data are the RTP data that retransmit;
When described RTP data were not the RTP data that retransmit, described QoS node judged whether the variable of the sequence number of described RTP data and previous continuous RTP data is continuous;
When judged result when being discontinuous, described QoS node obtains the RTP data that need re-transmission from described upstream node, when the consecutive hours of judging as a result, be the variable of previous continuous RTP data with the sequence number update of described RTP data, to improve the transmission quality of data.
When described RTP data were the RTP data that retransmit, described QoS node obtained the arrival situation of sequence number in the request retransmission list of sequence numbers of described RTP data;
When described arrival situation when not reaching, described QoS node for reaching, and is inserted into described RTP data the relevant position that exports buffer memory according to the sequence number of described RTP data with the position mark in the sequence number institute corresponding requests re-transmission sequence number tabulation of described RTP data;
When described arrival situation when reaching, described QoS node abandons described RTP data.
Described QoS node obtains the RTP data that need to retransmit from described upstream node and specifically comprises:
Described QoS node obtains the sequence number that the variable of the sequence number of described RTP data and described previous continuous RTP data differs; The RTP data of the pairing RTP data of the described sequence number that differs for needing to retransmit;
Described QoS node sends expansion RSVP message according to the address information of described upstream node to described upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node.
The obtain manner of upstream node address information is specially:
When described upstream node receives the PATH message, the address information of self is added in the described PATH message, generate new PATH message and send, from described new PATH message, obtain the address information of described upstream node by described QoS node.
Described method also comprises:
Carry out the resource reservation operation in the network node of supporting desired QoS information, described resource reservation operation specifically comprises one or more in the following content:
That sets up the RTP data flows through the filter template; Set up qos policy; Write down the address information of described upstream node.
A kind of device that improves data transmission quality, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node is for supporting the network node of desired QoS information, described device is described QoS node, comprising:
Transceiver module is used for receiving the RTP data or sending the RTP data to downstream node from upstream node;
Acquisition module electrically connects with described transceiver module, is used for obtaining from the RTP data that described transceiver module receives the sequence number of RTP data;
Judge module, electrically connect with described transceiver module and acquisition module, be used to judge whether the RTP data that described transceiver module receives are the RTP data that retransmit, and when described RTP data are not the RTP data that retransmit, judge whether the variable of the sequence number of the RTP data that described acquisition module obtains and previous continuous RTP data is continuous;
Memory module electrically connects with described judge module, is used for the sequence number of described RTP data is stored as the variable of previous continuous RTP data;
Processing module, electrically connect with described judge module, memory module and transceiver module, be used for when the judged result of institute's judge module when being discontinuous, obtain the RTP data that need re-transmission from described upstream node, when the consecutive hours of judging as a result, with the sequence number update of described RTP data is the variable of previous continuous RTP data, the sequence number of described RTP data is stored as the variable of previous continuous RTP data by described memory module; And treated RTP data are sent to downstream node by described transceiver module, to improve the transmission quality of data.
Described acquisition module also is used for:
When described RTP data are the RTP data that retransmit, obtain the arrival situation of sequence number in the request retransmission list of sequence numbers of described RTP data; When described arrival situation when not reaching, described QoS node for reaching, and is inserted into described RTP data the relevant position that exports buffer memory according to the sequence number of described RTP data with the position mark in the sequence number institute corresponding requests re-transmission sequence number tabulation of described RTP data; When described arrival situation when reaching, described QoS node abandons described RTP data.
Described processing module specifically is used for:
Obtain the sequence number that the variable of the sequence number of described RTP data and described previous continuous RTP data differs; The RTP data of the pairing RTP data of the described sequence number that differs for needing to retransmit;
And send expansion RSVP message to described upstream node according to the address information of described upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node.
Described acquisition module also is used for: obtain the address information of upstream node, be specially:
From described new PATH message, obtain the address information of described upstream node, wherein, described new PATH message is that described upstream node is when receiving the PATH message, by the address information of self being added to the new PATH message of being produced in the described PATH message of generation.
Described processing module also is used for:
Carry out the resource reservation operation in the network node of supporting desired QoS information, described resource reservation operation specifically comprises one or more in the following content:
That sets up the RTP data flows through the filter template; Set up qos policy; Write down the address information of described upstream node.
Compared with prior art, the present invention has the following advantages: when needs retransmit the RTP data, can directly get access to the RTP data that need re-transmission from upstream node, thereby between every link, eliminated the problem such as out of order, packet loss of RTP data, the service quality that refine to link level guarantees, has improved the communication quality of audio, video data.
Description of drawings
Fig. 1 is the schematic diagram that available technology adopting packet loss retransmission technique reduces packet drop;
A kind of method flow diagram that improves data transmission quality that Fig. 2 proposes for the present invention;
Fig. 3 is the networking schematic diagram under the application scenarios of the present invention;
A kind of method flow diagram that improves data transmission quality that Fig. 4 proposes down for application scenarios of the present invention;
Fig. 5 is PATH message schematic diagram under the application scenarios of the present invention;
Fig. 6 generates new PATH message schematic diagram down for application scenarios of the present invention;
Fig. 7 is RESV message schematic diagram under the application scenarios of the present invention;
Fig. 8 is the method flow diagram of each node processing RTP data procedures under the application scenarios of the present invention;
The RSVP message schematic diagram that Fig. 9 expands down for application scenarios of the present invention;
A kind of structure drawing of device that improves data transmission quality that Figure 10 proposes for the present invention.
Embodiment
Basic thought of the present invention is in all network nodes, select and support that the node of desired QoS information is the QoS node, when packet drop takes place, this QoS node can directly obtain the RTP data that need re-transmission from upstream node, thereby between every link, eliminated the problem such as out of order, packet loss of RTP data, the service quality that refine to link level guarantees, has improved the communication quality of audio, video data.
Concrete, when this QoS node gets access to the sequence number of RTP data, when the sequence number of the sequence number of judging these RTP data and previous continuous RTP data is discontinuous, can send expansion RSVP message according to the address information upstream nodes of upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node, thereby realize the retransmission processes of RTP data.
As shown in Figure 2, a kind of method that improves data transmission quality that the present invention proposes, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node said method comprising the steps of for supporting the network node of desired QoS information:
Step S201, described QoS node receives the RTP data, obtains the sequence number of RTP data from the RTP data.
Step S202, described QoS node judge whether described RTP data are the RTP data that retransmit.
Step S203, when described RTP data were not the RTP data that retransmit, described QoS node judged whether the variable of the sequence number of described RTP data and previous continuous RTP data is continuous.
Step S204, when judged result when being discontinuous, described QoS node obtains from described upstream node needs the RTP data that retransmit, when the consecutive hours of judging as a result, with the sequence number update of described RTP data is the variable of previous continuous RTP data, to improve the transmission quality of data.
Below in conjunction with a kind of concrete application scenarios, method to the raising data transmission quality of proposition under the present invention is elaborated, as shown in Figure 3, for using the networking diagram of scene, in this application scenarios, node transmitting terminal A is the audio/video coding end, and node receiving terminal B is the audio/video decoding end, node C, node D and node E are intermediate node (among the present invention be that example describe with 3 intermediate nodes), can be equipment such as router.As shown in Figure 4, the method for this raising data transmission quality may further comprise the steps:
Step S401, node transmitting terminal A sends PATH (path) message to node receiving terminal B.Wherein, this PATH message will pass through intermediate node C, intermediate node D and intermediate node E successively.
A kind of PATH message has as shown in Figure 5 carried the RTP data descriptor of (for convenience of description, the audio, video data unification being called the RTP data) in this PATH message, desired QoS (Qualityof Service, service quality) information.The descriptor of these RTP data comprises information such as destination address, protocol number, destination interface; The mechanism of this desired QoS information for guaranteeing to retransmit between upstream node and downstream node, this upstream node and downstream node for tightly according to two nodes of all supporting this desired QoS information; For example, when node transmitting terminal A, intermediate node C and intermediate node D all support this desired QoS information, when intermediate node D (downstream node) needs to obtain to retransmit the RTP data, will send by intermediate node C (upstream node of corresponding intermediate node D) and retransmit the RTP data; And when intermediate node C does not support this desired QoS information, will send by node transmitting terminal A (upstream node of corresponding intermediate node D) and retransmit the RTP data, no longer encyclopaedize in concrete this step of application of this desired QoS information.
Concrete, in PATH message shown in Figure 5, reserved field can be revised as a specific numerical value, and use this desired QoS information of this specific numeric representation, the result that this process is consulted for each node no longer encyclopaedizes among the present invention.
Step S402, intermediate node receive this PATH message, and to the desired QoS information and executing AC (Admission Control, access control) in this PATH message, this PATH message are sent to next node.Wherein, because this PATH message is to pass through each intermediate node successively, promptly intermediate node C, intermediate node D and intermediate node E will carry out in this step successively.
Concrete, when intermediate node C receives from the PATH message of node transmitting terminal A, the desired QoS information of carrying will be obtained, and to this desired QoS information and executing access control, be that intermediate node C judges self whether to support this desired QoS information, since the mechanism of this desired QoS information for guaranteeing to retransmit between upstream node and downstream node among the present invention, when this intermediate node C supports that upstream node and downstream node retransmit, access control (to the access control of desired QoS information) success; When this intermediate node C does not support that upstream node and downstream node retransmit, the access control failure.Wherein, this intermediate node C judges that the process of self whether supporting this desired QoS information for what carry out according to the actual needs, repeats no more among the present invention.
Further, when access control is failed, this intermediate node C will send PathErr message to node transmitting terminal A, and this PATH message is sent to next intermediate node D; When the access control success, this intermediate node C will generate a new PATH message, and this new PATH message is sent to intermediate node D.As shown in Figure 6, the process that this intermediate node C generates new PATH message is specially: on the basis of original PATH message, intermediate node C adds the address information (information such as interface IP address that comprise this intermediate node C) of self in the node listing (Node List).
For intermediate node D and intermediate node E,, no longer encyclopaedize at this with carrying out the processing procedure identical with intermediate node C.In addition, intermediate node D and intermediate node E also need to obtain the content in the node listing from the PATH message, with intermediate node E is example, when intermediate node C and intermediate node D all support desired QoS information, will there be the address information of intermediate node C and intermediate node D in node listing, intermediate node E need obtain the address of upstream node from this node listing, it is the address information that intermediate node E need write down intermediate node D, when intermediate node E knows that needs retransmit the RTP data, directly, give intermediate node E with the RTP data re-transmission by intermediate node D to intermediate node D request RTP data.
Step S403, node receiving terminal B receives this PATH message, and to node transmitting terminal A response RESV message.Wherein, this RESV message will pass through intermediate node E, intermediate node D and intermediate node C successively.
Concrete, node receiving terminal B is when receiving the PATH message, also need according to the desired QoS information of carrying in the PATH message, carry out access control, thereby determine self whether to support desired QoS information, B supports this desired QoS information when this node receiving terminal, and this node receiving terminal B knows that from as the receiving terminal of RTP data the time this node receiving terminal B need be to node transmitting terminal A response RESV message.Wherein, when node receiving terminal B receive from the PATH message of intermediate node E the time, can know the address of the destination address of this PATH message for self, promptly this node receiving terminal B is known from the receiving terminal as the RTP data.
Further, as shown in Figure 7, be a kind of RESV message, specified desired QoS information in this RESV message, wherein, in this RESV message, reserved field can be revised as a specific numerical value, and use this desired QoS information of this specific numeric representation, not repeat them here.
Need to prove, in above-mentioned steps, each node can be known when whether self supports desired QoS information, for the node of supporting desired QoS information, when receiving this RESV message, and when having carried desired QoS information in this RESV message, determining needs to use this desired QoS information to carry out the transmission course of RTP data.
Step S404, intermediate node receive this RESV message, carry out corresponding resource reservation operation, and this RESV message is sent to next node.
Concrete, intermediate node E is when receiving this RESV message, self support desired QoS information when knowing, the resource reservation operation that this intermediate node E is carried out comprises: the information that flows through filter template, the qos policy of setting up correspondence, record upstream node of setting up the RTP data.Wherein,, all can receive lot of data, and the data bit audio, video data that is suitable among the present invention can filter out audio, video data by the filter template that flows through of using these RTP data promptly, thereby get access to the RTP data for each node.This corresponding qos policy is the qos policy that this desired QoS information of use is set up, intermediate node E need use the qos policy of this desired QoS information when setting up follow-up RTP transfer of data, obtain the RTP data of re-transmission when promptly intermediate node E is known the RTP data transmission fails from upstream node.In addition, because in use, intermediate node E need obtain the RTP data of re-transmission from upstream node, be the information that intermediate node E need write down upstream node, this information can be obtained from Node List, carry out in this recording process above-mentioned steps, this intermediate node E need confirm to use the upstream node among this Node List in this step.Self do not support desired QoS information when knowing, this intermediate node E will can not use scheme provided by the present invention to carry out the retransmission operation of RTP data, and this resource reservation is operating as existing operating process, repeats no more among the present invention.
In addition, for intermediate node D and intermediate node C,, no longer encyclopaedize at this with carrying out the processing procedure identical with intermediate node E.
Step S405, node transmitting terminal A receives this RESV message.Wherein, when node transmitting terminal A receives this RESV message, represent that initial layoutprocedure finishes, each node can carry out the processing procedure of RTP data according to configuring condition.
Step S406, node transmitting terminal A sends the RTP data by each intermediate node to node receiving terminal B.Wherein, these RTP data are the audio, video data through operations such as over-sampling, coding, compressions.
Step S407, intermediate node receive this RTP data, and judge whether these RTP data are continuous RTP data, when these RTP data are continuous RTP data, transmit these continuous RTP data to next node; When these RTP data are not continuous RTP data, obtain the RTP data (discontinuous RTP data division) of re-transmission from upstream node.
Need to prove that this next node is and the direct-connected node of this intermediate node, might not be to support desired QoS information; And this upstream node is to support desired QoS information, might not be and the direct-connected node of this intermediate node.In addition, because this intermediate node obtains the RTP data of re-transmission from upstream node, promptly this intermediate node need be supported desired QoS information, no longer encyclopaedizes in this step.
Step S408, node receiving terminal B receive the RTP data, and will decompress, decoded RTP data are shown to terminal.Wherein, when this node receiving terminal B receives these RTP data,,, carry out operations such as decompression, decoding when RTP data consecutive hours with carrying out the deterministic process identical with above-mentioned intermediate node; And when these RTP data were discontinuous, upstream nodes was obtained the discontinuous RTP data of re-transmission.
Method for the raising data transmission quality that more clearly illustrates among the present invention to be provided, be described in detail (as can be seen with handling process shown in Figure 8 process each node processing RTP data, this process of handling the RTP data is the refinement to above-mentioned steps S407), may further comprise the steps:
Step S801 receives the data from a last node, wherein, the main body of carrying out this step can be the node except node transmitting terminal A, and node is the node that directly links to each other with this node on this, and these data are various types of data, for example, RTP data of IP data, audio frequency and video etc.
Step S802, judge whether mated the RTP data in self flow through the filter template, when judged result for not the time, forward step S803 to, otherwise, forward step S804 to.
Step S803 handles according to normal flow chart of data processing.
Step S804, the QoS node filters data by the filter template that flows through of using these RTP data, thereby gets access to the RTP data.Wherein, flow through filter during template, illustrate that this node is a node of supporting desired QoS information, promptly can get access to from upstream node and retransmit the RTP data when what mated the RTP data in this node.Wherein, with carrying out the node of the node of following handling process for support desired QoS information, can be all nodes except node transmitting terminal A, among the present invention, for convenience of description, the node of this support desired QoS information is that example describes with the QoS node all.
Step S805, the QoS node obtains the sequence number of current RTP data.Wherein, in order to determine the integrality of RTP data, when the node transmitting terminal is encoded to audio frequency and video, need add the RTP sequence number in the RTP data behind coding, this RTP sequence number once increases progressively.For example, first 1, the second RTP data sequence number position, RTP data sequence number position 2, and the like.
Step S806, QoS node judge that whether these RTP data are the RTP data through retransmitting, when judged result when being, forward step S807 to, otherwise, forward step S808 to.Wherein, in this QoS node, stored the request retransmission list of sequence numbers, this request retransmission list of sequence numbers is used to write down the RTP data that all need retransmit, when in the sequence number of the RTP data that get access among the step S805 is being asked re-transmission sequence number tabulation, record being arranged, then these RTP data are the RTP data through retransmitting, and when not writing down in the sequence number of RTP data is being asked re-transmission sequence number tabulation, then these RTP data are not the RTP data through retransmitting.
Step S807, QoS node obtain the arrival situation of sequence number in the request retransmission list of sequence numbers of current RTP data, and wherein, this arrival situation comprises and do not reach and reach.A kind of request retransmission list of sequence numbers as shown in table 1, this request retransmission list of sequence numbers are a kind of signal situation, and according to the actual needs, the content in can also his-and-hers watches 1 is added and revised.
Table 1
| The RTP data sequence number | The arrival situation |
| ??91 | Do not reach |
| ??92 | Do not reach |
| ??93 | Reach |
Concrete, the arrival situation of the sequence number of current RTP data in the request retransmission list of sequence numbers be not when reaching, and the position mark during the QoS node is tabulated current RTP data institute corresponding requests re-transmission sequence number is for reaching.As can be seen, when the sequence number of current RTP data has corresponding record in the request retransmission list of sequence numbers, illustrate that then these current RTP data needing to be defined as the data of re-transmission in step before, promptly these current RTP data are the data after retransmitting, with correspondence position be labeled as reach after, illustrate that this current RTP data re-transmission process finishes, subsequent step no longer needs to retransmit these RTP data.Further, the QoS node is inserted into these current RTP data according to the RTP sequence number relevant position of outlet buffer memory.For example, the sequence number of these current RTP data is 100 o'clock, the sequence number of RTP data that then these current RTP data is inserted into the outlet buffer memory be 99 and the sequence number of RTP data be between two RTP data of 101.
The arrival situation of the sequence number of current RTP data in the request retransmission list of sequence numbers is when reaching, and the QoS node is determined the re-transmission record of these current RTP data for repeating, and directly abandons this current RTP data.
After this step finishes, represent that the processing procedure of these RTP data finishes, forward the processing procedure of carrying out next data among the step S801 to; Do not repeat them here.
Step S808, the QoS node judges whether the variable of the sequence number of current RTP data and previous continuous RTP data is continuous, and be the variable of previous continuous RTP data with the sequence number update of current RTP data, the sequence number of the next RTP data variable with these previous continuous RTP data is compared.Wherein, when judged result for not the time, forward step S809 to, otherwise, forward step S812 to.
Need to prove, in the present invention, this QoS node can judge whether the sequence number of the sequence number of current RTP data and previous continuous RTP data is continuous according to preset period, this preset period is to select flexibly in the time of 200ms buffer memory according to the actual needs, for example, when link has out of order when possible, then the QoS node can be provided with this preset period longer when carrying out this step, so that out of order RTP data can be adjusted RTP data order according to the principle that sequence number increases progressively in buffer memory, do not repeat them here.
Step S809, QoS node obtain the part that differs between the sequence number of the sequence number of current RTP data and previous continuous RTP data.For example, when the sequence number with previous continuous RTP data is 90, and the sequence number of these current RTP data is 94 o'clock, and the part that then differs is the RTP data of sequence number 91, the RTP data of sequence number 92 and the RTP data of sequence number 93.In addition, need to prove that the judged result of step S808 is not for the time, the QoS node also needs this RTP storage in the outlet buffer memory, i.e. the process of execution in step S812.
The sequence number that step S810, QoS node will differ part RTP data is recorded as in the request retransmission list of sequence numbers and does not reach, and starts overtime timer.
Step S811, QoS node obtain from upstream node according to the information of the upstream node of self record and retransmit the RTP data.Wherein, in above-mentioned initial configuration process, write down the address information of upstream node in this QoS node, in this step, can directly obtain data retransmission from upstream node according to the address information of this upstream node, this data retransmission is to store in the outlet buffer memory of upstream node, does not repeat them here.
Concrete, in this step, this QoS node will adopt the RSVP message request of expansion to retransmit the sequence number RTP data of appointment, the RSVP message of a kind of expansion as shown in Figure 9, can carry the repeat requests of all RTP data by the RSVP message that uses an expansion, also can carry the repeat requests of RTP data by the RSVP message that uses an expansion; Do not repeat them here.
Further, upstream node is when receiving the RSVP message of expansion, by checking the information such as source address, destination address, source port, destination interface and synchronisation source sequence number SSRC of carrying in this RSVP message, when the RSVP message of knowing this expansion needs self to handle, from the interface buffer memory, search the RTP data of assigned serial number, and give the QoS node this RTP data re-transmission.
Step S812, the QoS node with this RTP storage to the outlet buffer memory in.Wherein, in existing network design, in order to increase the forward efficiency of node link, improve the efficiency of transmission of TCP (Transmission ControlProtocol, transmission control protocol), and avoid the transmission that repeats of TCP, require the interface of node equipment such as () routers can be with metadata cache RTT (Round Trip Time, round-trip delay) time, this RTT time, promptly the buffer memory ability of 200ms was the basic demand of router in order to be generally 200ms.
Concrete, with this RTP storage be: when downstream node (supporting desired QoS information and the next node that directly links to each other with this QoS node) when needing this QoS node to retransmit these RTP data to the reason of outlet in the buffer memory, this QoS node can export buffer memory from this and get access to this RTP data, lays equal stress on and passes to downstream node.
After this step finishes, represent that the processing procedure of these RTP data finishes, forward the processing procedure of carrying out next data among the step S801 to; Do not repeat them here.
A kind of device that improves data transmission quality that the present invention proposes, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node is for supporting the network node of desired QoS information, described device is described QoS node, as shown in figure 10, described device comprises:
Transceiver module 1001 is used for receiving or send to downstream node the RTP data from upstream node.
Acquisition module 1002 electrically connects with described transceiver module 1001, is used for obtaining from the RTP data that described transceiver module 1001 receives the sequence number of RTP data.Wherein, when described judge module 1003 was judged described RTP data and is the RTP data that retransmit, described acquisition module 1002 was used for obtaining the arrival situation of the sequence number of described RTP data in the request retransmission list of sequence numbers; Wherein, this arrival situation is specially and does not reach or reach, and when described arrival situation when not reaching, by described QoS node with the position mark in the sequence number institute corresponding requests re-transmission sequence number tabulation of described RTP data for reaching, and described RTP data are inserted into the relevant position that exports buffer memory according to the sequence number of described RTP data; And when described arrival situation when reaching, abandon described RTP data by described QoS node.
Concrete, described acquisition module 1002 also is used for: the address information of obtaining upstream node, be specially: the address information of from described new PATH message, obtaining described upstream node, wherein, described new PATH message is that described upstream node is when receiving the PATH message, by the address information of self being added to the new PATH message of being produced in the described PATH message of generation.
Judge module 1003, electrically connect with described transceiver module 1001 and acquisition module 1002, be used to judge whether the RTP data that described transceiver module 1001 receives are the RTP data that retransmit, and when described RTP data are not the RTP data that retransmit, judge whether the variable of the sequence number of the RTP data that described acquisition module 1002 obtains and previous continuous RTP data is continuous.
Memory module 1004 electrically connects with described judge module 1003, is used for the sequence number of described RTP data is stored as the variable of previous continuous RTP data.
Processing module 1005, electrically connect with described judge module 1003, memory module 1004 and transceiver module 1001, be used for when the judged result of institute's judge module 1003 when being discontinuous, obtain the RTP data that need re-transmission from described upstream node, when the consecutive hours of judging as a result, with the sequence number update of described RTP data is the variable of previous continuous RTP data, the sequence number of described RTP data is stored as the variable of previous continuous RTP data by described memory module; And treated RTP data are sent to downstream node by described transceiver module, to improve the transmission quality of data.
Further, when the judged result of institute's judge module 1003 is that described RTP data are not the variablees of the sequence number of the RTP data that retransmit and described RTP data and previous continuous RTP data when discontinuous, described processing module 1005 is obtained the sequence number that the variable of the sequence number of described RTP data and described previous continuous RTP data differs; The RTP data of the pairing RTP data of the described sequence number that differs for needing to retransmit; And send expansion RSVP message to described upstream node according to the address information of described upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node.
In addition, described processing module 1005 also is used for: carry out the resource reservation operation at the network node of supporting desired QoS information, described resource reservation operation specifically comprises one or more in the following content:
That sets up the RTP data flows through the filter template; Set up qos policy; Write down the address information of described upstream node.
Wherein, each module of apparatus of the present invention can be integrated in one, and also can separate deployment.Above-mentioned module can be merged into a module, also can further split into a plurality of submodules.
Through the above description of the embodiments, those skilled in the art can be well understood to the present invention and can realize by hardware, also can realize by the mode that software adds necessary general hardware platform.Based on such understanding, technical scheme of the present invention can embody with the form of software product, it (can be CD-ROM that this software product can be stored in a non-volatile memory medium, USB flash disk, portable hard drive etc.) in, comprise some instructions with so that computer equipment (can be personal computer, server, the perhaps network equipment etc.) carry out the described method of each embodiment of the present invention.
It will be appreciated by those skilled in the art that accompanying drawing is the schematic diagram of a preferred embodiment, module in the accompanying drawing or flow process might not be that enforcement the present invention is necessary.
It will be appreciated by those skilled in the art that the module in the device among the embodiment can be distributed in the device of embodiment according to the embodiment description, also can carry out respective change and be arranged in the one or more devices that are different from present embodiment.The module of the foregoing description can be merged into a module, also can further split into a plurality of submodules.
The invention described above sequence number is not represented the quality of embodiment just to description.
More than disclosed only be several specific embodiment of the present invention, still, the present invention is not limited thereto, any those skilled in the art can think variation all should fall into protection scope of the present invention.
Claims (10)
1. method that improves data transmission quality, it is characterized in that, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node said method comprising the steps of for supporting the network node of desired QoS information:
Described QoS node receives the RTP data, obtains the sequence number of RTP data from the RTP data;
Described QoS node judges whether described RTP data are the RTP data that retransmit;
When described RTP data were not the RTP data that retransmit, described QoS node judged whether the variable of the sequence number of described RTP data and previous continuous RTP data is continuous;
When judged result when being discontinuous, described QoS node obtains the RTP data that need re-transmission from described upstream node, when the consecutive hours of judging as a result, be the variable of previous continuous RTP data with the sequence number update of described RTP data, to improve the transmission quality of data.
2. the method for claim 1 is characterized in that,
When described RTP data were the RTP data that retransmit, described QoS node obtained the arrival situation of sequence number in the request retransmission list of sequence numbers of described RTP data;
When described arrival situation when not reaching, described QoS node for reaching, and is inserted into described RTP data the relevant position that exports buffer memory according to the sequence number of described RTP data with the position mark in the sequence number institute corresponding requests re-transmission sequence number tabulation of described RTP data;
When described arrival situation when reaching, described QoS node abandons described RTP data.
3. the method for claim 1 is characterized in that, described QoS node obtains the RTP data that need to retransmit from described upstream node and specifically comprises:
Described QoS node obtains the sequence number that the variable of the sequence number of described RTP data and described previous continuous RTP data differs; The RTP data of the pairing RTP data of the described sequence number that differs for needing to retransmit;
Described QoS node sends expansion RSVP message according to the address information of described upstream node to described upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node.
4. method as claimed in claim 3 is characterized in that, the obtain manner of upstream node address information is specially:
When described upstream node receives the PATH message, the address information of self is added in the described PATH message, generate new PATH message and send, from described new PATH message, obtain the address information of described upstream node by described QoS node.
5. method as claimed in claim 4 is characterized in that, described method also comprises:
Carry out the resource reservation operation in the network node of supporting desired QoS information, described resource reservation operation specifically comprises one or more in the following content:
That sets up the RTP data flows through the filter template; Set up qos policy; Write down the address information of described upstream node.
6. device that improves data transmission quality, it is characterized in that, be applied to comprise in the system of at least two QoS nodes, described at least two QoS nodes are upstream node and downstream node each other in described system, described QoS node is for supporting the network node of desired QoS information, described device is described QoS node, comprising:
Transceiver module is used for receiving the RTP data or sending the RTP data to downstream node from upstream node;
Acquisition module electrically connects with described transceiver module, is used for obtaining from the RTP data that described transceiver module receives the sequence number of RTP data;
Judge module, electrically connect with described transceiver module and acquisition module, be used to judge whether the RTP data that described transceiver module receives are the RTP data that retransmit, and when described RTP data are not the RTP data that retransmit, judge whether the variable of the sequence number of the RTP data that described acquisition module obtains and previous continuous RTP data is continuous;
Memory module electrically connects with described judge module, is used for the sequence number of described RTP data is stored as the variable of previous continuous RTP data;
Processing module, electrically connect with described judge module, memory module and transceiver module, be used for when the judged result of institute's judge module when being discontinuous, obtain the RTP data that need re-transmission from described upstream node, when the consecutive hours of judging as a result, with the sequence number update of described RTP data is the variable of previous continuous RTP data, the sequence number of described RTP data is stored as the variable of previous continuous RTP data by described memory module; And treated RTP data are sent to downstream node by described transceiver module, to improve the transmission quality of data.
7. device as claimed in claim 6 is characterized in that, described acquisition module also is used for:
When described RTP data are the RTP data that retransmit, obtain the arrival situation of sequence number in the request retransmission list of sequence numbers of described RTP data; When described arrival situation when not reaching, described QoS node for reaching, and is inserted into described RTP data the relevant position that exports buffer memory according to the sequence number of described RTP data with the position mark in the sequence number institute corresponding requests re-transmission sequence number tabulation of described RTP data; When described arrival situation when reaching, described QoS node abandons described RTP data.
8. device as claimed in claim 6 is characterized in that, described processing module specifically is used for:
Obtain the sequence number that the variable of the sequence number of described RTP data and described previous continuous RTP data differs; The RTP data of the pairing RTP data of the described sequence number that differs for needing to retransmit;
And send expansion RSVP message to described upstream node according to the address information of described upstream node, so that described upstream node sends the RTP data that needs retransmit according to described expansion RSVP message to described QoS node.
9. device as claimed in claim 8 is characterized in that, described acquisition module also is used for: obtain the address information of upstream node, be specially:
From described new PATH message, obtain the address information of described upstream node, wherein, described new PATH message is that described upstream node is when receiving the PATH message, by the address information of self being added to the new PATH message of being produced in the described PATH message of generation.
10. device as claimed in claim 9 is characterized in that, described processing module also is used for:
Carry out the resource reservation operation in the network node of supporting desired QoS information, described resource reservation operation specifically comprises one or more in the following content:
That sets up the RTP data flows through the filter template; Set up qos policy; Write down the address information of described upstream node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910170224 CN101697504B (en) | 2009-09-08 | 2009-09-08 | Method and device for improving data transmission quality |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910170224 CN101697504B (en) | 2009-09-08 | 2009-09-08 | Method and device for improving data transmission quality |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101697504A true CN101697504A (en) | 2010-04-21 |
| CN101697504B CN101697504B (en) | 2013-04-17 |
Family
ID=42142584
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910170224 Expired - Fee Related CN101697504B (en) | 2009-09-08 | 2009-09-08 | Method and device for improving data transmission quality |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101697504B (en) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931632A (en) * | 2010-09-21 | 2010-12-29 | 天地阳光通信科技（北京）有限公司 | Method for ensuring service quality by real-time transmission protocol path |
| CN102148674A (en) * | 2011-01-12 | 2011-08-10 | 华为数字技术有限公司 | Method and device for suppressing retransmission |
| CN102572531A (en) * | 2012-02-21 | 2012-07-11 | 德科仕通信(上海)有限公司 | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network |
| CN102883129A (en) * | 2011-07-11 | 2013-01-16 | 华为软件技术有限公司 | Method and terminal for video communication |
| WO2013152586A1 (en) * | 2012-04-10 | 2013-10-17 | 华为技术有限公司 | Data packet retransmission method, data packet receiving method and device |
| CN104065518A (en) * | 2014-07-07 | 2014-09-24 | 北京市博汇科技股份有限公司 | Determining method and device for network data packet loss position |
| CN104184565A (en) * | 2013-05-22 | 2014-12-03 | 华为技术有限公司 | Retransmission information processing method and device |
| WO2014194616A1 (en) * | 2013-06-03 | 2014-12-11 | Tencent Technology (Shenzhen) Company Limited | Systems and methods for data transmission |
| CN104348711A (en) * | 2013-08-07 | 2015-02-11 | 三星Sds株式会社 | Apparatus and method for receiving messages |
| CN106131710A (en) * | 2016-07-14 | 2016-11-16 | 天彩电子（深圳）有限公司 | The method of a kind of video data re-transmission and system thereof |
| CN107491356A (en) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | Message treatment method, terminal device and server based on sequence number |
| CN108512820A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | The method and apparatus of server response request message in a kind of communication system |
| CN108616328A (en) * | 2016-12-12 | 2018-10-02 | 北京视联动力国际信息技术有限公司 | A kind of audio/video flow loss recovery method and audio/video flow transmitting terminal and receiving terminal |
| CN110932934A (en) * | 2019-11-21 | 2020-03-27 | 中国联合网络通信集团有限公司 | Network packet loss detection method and device |
| CN111131179A (en) * | 2019-12-05 | 2020-05-08 | 中移（杭州）信息技术有限公司 | Service processing method, device, network equipment and storage medium |
| CN113037440A (en) * | 2021-05-25 | 2021-06-25 | 腾讯科技（深圳）有限公司 | Data retransmission processing method and device, computer equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7376879B2 (en) * | 2001-10-19 | 2008-05-20 | Interdigital Technology Corporation | MAC architecture in wireless communication systems supporting H-ARQ |
-
2009
- 2009-09-08 CN CN 200910170224 patent/CN101697504B/en not_active Expired - Fee Related
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931632A (en) * | 2010-09-21 | 2010-12-29 | 天地阳光通信科技（北京）有限公司 | Method for ensuring service quality by real-time transmission protocol path |
| CN102148674A (en) * | 2011-01-12 | 2011-08-10 | 华为数字技术有限公司 | Method and device for suppressing retransmission |
| CN102148674B (en) * | 2011-01-12 | 2013-08-28 | 北京华为数字技术有限公司 | Method and device for suppressing retransmission |
| CN102883129A (en) * | 2011-07-11 | 2013-01-16 | 华为软件技术有限公司 | Method and terminal for video communication |
| CN102572531B (en) * | 2012-02-21 | 2014-08-27 | 德科仕通信(上海)有限公司 | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network |
| CN102572531A (en) * | 2012-02-21 | 2012-07-11 | 德科仕通信(上海)有限公司 | Method and system for delimiting packet loss faults of internet protocol television (IPTV) network |
| CN103368703B (en) * | 2012-04-10 | 2016-08-17 | 华为技术有限公司 | Data package retransmission method, data packet receiving method and device |
| WO2013152586A1 (en) * | 2012-04-10 | 2013-10-17 | 华为技术有限公司 | Data packet retransmission method, data packet receiving method and device |
| CN103368703A (en) * | 2012-04-10 | 2013-10-23 | 华为技术有限公司 | Data packet retransmission method, data packet receiving method and device |
| CN104184565B (en) * | 2013-05-22 | 2018-10-12 | 华为技术有限公司 | A kind of method and device of processing retransmission information |
| CN104184565A (en) * | 2013-05-22 | 2014-12-03 | 华为技术有限公司 | Retransmission information processing method and device |
| WO2014194616A1 (en) * | 2013-06-03 | 2014-12-11 | Tencent Technology (Shenzhen) Company Limited | Systems and methods for data transmission |
| US9872198B2 (en) | 2013-06-03 | 2018-01-16 | Tencent Technology (Shenzhen) Company Limited | Systems and methods for data transmission |
| CN104348711A (en) * | 2013-08-07 | 2015-02-11 | 三星Sds株式会社 | Apparatus and method for receiving messages |
| CN104348711B (en) * | 2013-08-07 | 2018-07-13 | 三星Sds株式会社 | Message receiving apparatus and method |
| CN104065518A (en) * | 2014-07-07 | 2014-09-24 | 北京市博汇科技股份有限公司 | Determining method and device for network data packet loss position |
| CN106131710A (en) * | 2016-07-14 | 2016-11-16 | 天彩电子（深圳）有限公司 | The method of a kind of video data re-transmission and system thereof |
| CN106131710B (en) * | 2016-07-14 | 2019-03-26 | 天彩电子（深圳）有限公司 | A kind of method and its system that video data retransmits |
| CN108616328A (en) * | 2016-12-12 | 2018-10-02 | 北京视联动力国际信息技术有限公司 | A kind of audio/video flow loss recovery method and audio/video flow transmitting terminal and receiving terminal |
| CN108512820A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | The method and apparatus of server response request message in a kind of communication system |
| CN108512820B (en) * | 2017-02-28 | 2020-07-24 | 华为技术有限公司 | Method and equipment for server to respond to request message in communication system |
| CN107491356A (en) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | Message treatment method, terminal device and server based on sequence number |
| CN110932934A (en) * | 2019-11-21 | 2020-03-27 | 中国联合网络通信集团有限公司 | Network packet loss detection method and device |
| CN110932934B (en) * | 2019-11-21 | 2021-07-13 | 中国联合网络通信集团有限公司 | Network packet loss detection method and device |
| CN111131179A (en) * | 2019-12-05 | 2020-05-08 | 中移（杭州）信息技术有限公司 | Service processing method, device, network equipment and storage medium |
| CN111131179B (en) * | 2019-12-05 | 2022-01-25 | 中移（杭州）信息技术有限公司 | Service processing method, device, network equipment and storage medium |
| CN113037440A (en) * | 2021-05-25 | 2021-06-25 | 腾讯科技（深圳）有限公司 | Data retransmission processing method and device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101697504B (en) | 2013-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101697504B (en) | Method and device for improving data transmission quality | |
| JP5442816B2 (en) | Streaming and buffering using variable FEC overhead and protection period | |
| CN110943800B (en) | Data packet sending method, device and system, storage medium and electronic device | |
| JP5847577B2 (en) | High quality stream protection over broadcast channels using symbolic identifiers derived from lower level packet structures | |
| JP4405875B2 (en) | Method and apparatus for generating data for error correction, generation program, and computer-readable recording medium storing the program | |
| RU2224377C2 (en) | Device and method for transmitting/receiving network bit stream | |
| Larzon et al. | Efficient use of wireless bandwidth for multimedia applications | |
| JP2009521833A (en) | Network processing node and packet processing method | |
| JP5677070B2 (en) | Receiving device and processing method by receiving device | |
| JP2011050069A5 (en) | ||
| JP4041137B2 (en) | VIDEO ENCODING / TRANSMITTING DEVICE, VIDEO ENCODING / TRANSMITTING METHOD, VIDEO ENCODING / TRANSMITTING PROGRAM, AND RECORDING MEDIUM THEREOF | |
| GB2495928A (en) | Real-time streaming system with interdependent determination of transmission parameters and receiver jitter buffer parameters | |
| JP5344541B2 (en) | Data transmission apparatus, transmission method and program | |
| US8699520B2 (en) | Computer device, receiving device, receiving method, and computer readable storage medium storing instructions of a computer program thereof | |
| WO2008072469A1 (en) | Media transmission/reception method, media transmission method, media reception method, media transmission/reception device, media transmission device, media reception device, gateway device, and media server | |
| JP6305398B2 (en) | Method and apparatus for error recovery using information associated with a transmitter | |
| JPH1198128A (en) | Data transmitter | |
| JP5376855B2 (en) | Data transmission apparatus and data transmission method | |
| US7894486B2 (en) | Method for depacketization of multimedia packet data | |
| JP5031230B2 (en) | Data transmission apparatus and method | |
| KR100739509B1 (en) | Apparatus and method for transmitting/receiving a header information in a wireless communication system with multi-channel structure | |
| KR100501713B1 (en) | A Network system for transmitting packet with header compression and control method thereof | |
| JP2007300526A (en) | Transmission equipment, transmitter and receiver | |
| JP2002026980A (en) | Communication system and communication method | |
| CN109196870B (en) | Method and apparatus for transmitting and receiving MMTP packets |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
| CP03 | Change of name, title or address | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130417 Termination date: 20200908 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |