CN101616316A - A kind of transmission of video data, receiving system and sending, receiving method - Google Patents
A kind of transmission of video data, receiving system and sending, receiving method Download PDFInfo
- Publication number
- CN101616316A CN101616316A CN200910108049A CN200910108049A CN101616316A CN 101616316 A CN101616316 A CN 101616316A CN 200910108049 A CN200910108049 A CN 200910108049A CN 200910108049 A CN200910108049 A CN 200910108049A CN 101616316 A CN101616316 A CN 101616316A
- Authority
- CN
- China
- Prior art keywords
- module
- rtp
- retransmission
- rtp packet
- affirmation
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
The invention discloses a kind of transmission of video data, receiving system and transmission, method of reseptance, on the dispensing device of video data, be provided with the affirmation retransmission module, on the receiving system of video data, be provided with respond module, set up the packet loss retransmission mechanism, that is: utilize respond module in the receiving system to reply confirmation and be given to affirmation retransmission module in the dispensing device, utilize and confirm retransmission module confirmation of receipt information at its RTP response package of receiving, judge whether the RTP packet is lost, judge that generating retransmission instructions after the RTP packet has been lost gives a UDP module; The one UDP module retransmits the RTP packet to the TCP/IP transmission network according to retransmission instructions, again receive by receiving system, complete to guarantee the packet that receiving system receives, thereby guaranteed that last image output device can output quality and the good video image of sound effect, be not flower screen of image, sound is clear.
Description
Technical field
The present invention relates to the multi-media communication field, particularly, relate to a kind of sending and receiving device and method of sending and receiving of video data.
Background technology
At present, video conferencing system comprises dispensing device and receiving system.As shown in Figure 1, dispensing device comprises image capture module 1, video encoding module 2, a RTP (real time transport protocol) module 3 and UDP (User Datagram Protoco (UDP)) module 5; As shown in Figure 2, receiving system comprises the 2nd UDP module 6, the 2nd RTP module 8, QoS (service quality) module 9, decoder module 10 and image output device 11.Wherein, image capture module 1 exports the raw video image of its collection to video encoding module 2, carry out encoding process by 2 pairs of raw video images of video encoding module, and convert frame of video to and export a RTP module 3 to, the one RTP module is earlier cut apart frame of video and is packaged at least one RTP packet, for example, as shown in Figure 3, frame of video is by a RTP module segmentation and be packaged into the packet of n RTP form, be given to a UDP module 5 then, n RTP packet is sent in the TCP/IP transmission network, by TCP/IP transmitted data on network bag; The 2nd UDP module 6 receives the packet that the TCP/IP Network Transmission is come, and packet is given to the 2nd RTP module 8 exports QoS module 9 to, QoS module 9 is utilized information such as time stamp in the RTP head that each packet carries and sequence number, the multidata bag is cushioned ordering, and packet combination is reduced into frame of video, and export frame of video to decoder module 10 and carry out decoding processing, convert decoded video frames to image output by image output device 11 at last.
The dispensing device of above-mentioned video conferencing system is based on the Real-time Transport Protocol that can transmit in real time for Data Transport Protocol.But a RTP module 3 itself does not provide on time transmit mechanism or other service quality to guarantee, does not guarantee to transmit or prevent unordered transmission, does not guarantee the reliability of bottom-layer network yet, but and it depends on the bottom-layer network service and goes to realize.What 3 layer protocols were selected at the bottom of the one RTP module is the high UDP module 5 of efficiency of transmission.But a UDP module 5 does not provide reliable mechanism, flow-control mechanism and wrong restore funcitons etc. to the IP agreement yet.And TCP (transmission control protocol) is based on the transportation communications protocol of byte stream, and reliable, connection-oriented data transport service can be provided; But on reliability, adopt overtime re-transmission and be with affirmation mechanism slightly; In flow control, adopt sliding window protocol, stipulate in the agreement, need to retransmit for unidentified grouping in the window; In congested control, adopt slowstart algorithm; Therefore, for the exigent video conferencing system of transfer of data real-time, the data transmission efficiency of Transmission Control Protocol can't meet the demands.
Because a UDP module 5 and a RTP3 module do not provide reliable mechanism, packet transmits in the TCP/IP transmission network, under the not good situation of network, situations such as packet loss, out of order and shake can appear in packet in transmission course, influence the quality of image and sound.Existing solution is after the 2nd RTP module 8 receives data, by QoS module 9, utilizes information such as time stamp in the RTP head that each packet carries and sequence number, and a plurality of packets are cushioned and sort, and can solve problem out of order and shake.But the packet loss problem does not solve, frame of video is divided at least one packet in transmission over networks, even lose a packet, also can cause forming complete frame of video, cause a plurality of packets to lose efficacy, particularly the I frame (is first frame of image encoding, it also is the key frame of image, through moderately compression,, can treat as image as the reference point of random access) influence that causes when packet loss appears in data is very big.For example, as shown in Figure 4, schematic diagram for the packet loss phenomenon in the uncontrollable TCP/IP transmission network of the existing video communications system transmits data packets process, the packet n-2 and the packet n that have illustrated the dispensing device transmission of this system among Fig. 4 transfer out active in the TCP/IP network, cause the receiving system of this system not receive packet n-2 and packet n, because the packet of a frame of video is imperfect, will cause video image flower screen, sound is unintelligible.
Summary of the invention
Technical problem to be solved by this invention provides a kind of sending and receiving device with video data of reliable mechanism, and a kind of method of sending and receiving with video data of reliable mechanism also is provided.
The technical scheme that the present invention is adopted for its technical problem of solution is: a kind of dispensing device of video data comprises image capture module, coding module, a RTP module and a UDP module; Also comprise the affirmation retransmission module; Described affirmation retransmission module is used for confirmation of receipt information, is used to judge whether the RTP packet is lost, is used to judge that generating retransmission instructions after the RTP packet has been lost gives a described UDP module; A described UDP module also is used for retransmitting the RTP packet to the TCP/IP transmission network according to retransmission instructions.
A kind of receiving system of video data comprises the 2nd UDP module, the 2nd RTP module, QoS module, decoder module and image output device, also comprises respond module; The RTP response package that described respond module is used for receiving at it is replied the affirmation retransmission module that confirmation is given to receiving system.
A kind of sending method of video data may further comprise the steps:
1) image capture module is gathered vedio data;
2) coding module carries out the image encoding processing to the raw video image of being gathered, and is converted to frame of video;
3) a RTP module is cut apart frame of video and is packaged at least one RTP packet;
5) a UDP module is sent to the RTP packet in the TCP/IP transmission network;
6) confirm that retransmission module receives the affirmation information that the respond module response is replied in the receiving system, judge whether the RTP packet is lost, judge that generating retransmission instructions after the RTP packet has been lost gives a UDP module;
7) a UDP module retransmits the RTP packet to the TCP/IP transmission network according to retransmission instructions.
A kind of method of reseptance of video data, in the described method of reseptance, the respond module in the receiving system receives and also comprises following process behind the RTP packet: reply confirmation by respond module at its RTP response package of receiving and be given to affirmation retransmission module in the dispensing device.
The invention has the beneficial effects as follows: on the dispensing device of existing video data and receiving system, increased affirmation retransmission module and respond module respectively, and done corresponding improvement in conjunction with the sending method and the method for reseptance of existing video data, promptly set up the packet loss retransmission mechanism, that is: utilize respond module in the receiving system to reply confirmation and be given to affirmation retransmission module in the dispensing device, utilize and confirm retransmission module confirmation of receipt information at its RTP response package of receiving, judge whether the RTP packet is lost, judge that generating retransmission instructions after the RTP packet has been lost gives a UDP module; The one UDP module retransmits the RTP packet to the TCP/IP transmission network according to retransmission instructions, is received again by receiving system.Hence one can see that, in video communication transfer of data flow process of the present invention, pass through the mode of the RTP packet of retransmission of lost behind the RTP data-bag lost, having guaranteed that the RTP packet reduces in receiving system is combined into complete frame of video, therefore, last image output device can output quality and the good video image of sound effect, and image is the flower screen, and sound is clear.
Description of drawings
Fig. 1 is the dispensing device schematic diagram of existing video data;
Fig. 2 is the receiving system schematic diagram of existing video data;
Fig. 3 is cut apart for existing frame of video and is packaged into the schematic diagram that the video requency frame data bag transmits by the TCP/IP network;
Fig. 4 is the schematic diagram of the packet loss phenomenon in the uncontrollable TCP/IP transmission network of the existing video data transmits data packets process;
Fig. 5 is the dispensing device schematic diagram of the video data of one embodiment of the present invention;
Fig. 6 is the schematic diagram of the further refinement of dispensing device shown in Figure 5;
Fig. 7 is the receiving system schematic diagram of the video data of one embodiment of the present invention;
The simple schematic diagram of a kind of data transmission procedure when Fig. 8 carries out video communication for dispensing device shown in Figure 6 and receiving system shown in Figure 7;
Fig. 9 is the sending method schematic flow sheet of the video data of one embodiment of the present invention;
Figure 10 is the method for reseptance schematic flow sheet of the video data of one embodiment of the present invention.
Embodiment
Execution mode one
Present embodiment comprises transmission, receiving system and the sending, receiving method of video data, wherein:
As shown in Figure 5 and Figure 6, a kind of dispensing device of video data comprises image capture module 1, coding module 2, a RTP module 3, confirms a retransmission module 4 and a UDP module 5; Image capture module 1 is used to gather video image and exports the raw video image of being gathered to coding module 2; Coding module 2 is used for the original image of input is carried out the image encoding processing, is converted to frame of video, and exports frame of video to a RTP module 3; The one RTP module 3 is used for the frame of video of having encoded cut apart and is packaged at least one RTP packet and is sent to and confirms retransmission module 4; Confirm retransmission module 4 be used for the RTP packet be given to a UDP module 5, also be used for confirmation of receipt information, be used to judge whether the RTP packet is lost and be used to judge that generating retransmission instructions behind the RTP data-bag lost gives a UDP module 5; The one UDP module 5 is used to send the RTP packet to the TCP/IP transmission network, is used for retransmitting the RTP packet to the TCP/IP transmission network according to retransmission instructions, and is used to receive the affirmation information that the TCP/IP transmission network transmits and is given to and confirms retransmission module 4.
In this dispensing device, confirm that retransmission module 4 comprises affirmation request module 41 and retransmits control module 42; Affirmation request module 41 is used for confirming request to each RTP packet to be sent is additional, and will adds and confirm that the RTP packet of asking exports a UDP module 5 to; Retransmitting control module 42 is used for after the RTP packet sends by a UDP module 5, in the time of appointment, do not receive the respond module affirmation information that additional affirmation request is replied according to this RTP packet in the receiving system, be considered as this RTP data-bag lost, then generate retransmission instructions and give a described UDP module 5.
As shown in Figure 7, a kind of receiving system of video data, comprise the 2nd UDP module 6, respond module 7, the 2nd RTP module 8, QoS module 9, decoder module 10 and image output device 11, the 2nd UDP module 6 is used to receive the RTP packet that the TCP/IP transmission network transmits, and export the RTP packet to respond module 7, and be used for sending confirmation to the TCP/IP transmission network; The RTP response package that respond module 7 is used for receiving at it is replied confirmation, be given to the 2nd UDP module 6 and send, and the RTP packet that is used for that it is received is given to the 2nd RTP module 8; The RTP packet that the 2nd RTP module 8 is used for it is received exports QoS module 9 to; QoS module 9 is used for the packet of input is cushioned ordering, and the packet combination is reduced into frame of video, exports decoder module 10 to; Decoder module 10 is used for the frame of video of input is carried out decoding processing, and exports decoded frame of video to image output device 11, and image output device 11 is used for converting frame of video to image output.
In this receiving system, respond module 7 specifically is used for replying confirmation at what it was received with the RTP response package of confirming request, and is used for exporting the RTP packet to the 2nd RTP module 8.
The course of work of the sending and receiving device of this video data is: to shown in Figure 8, with regard to dispensing device, image capture module 1 is gathered video image and is exported the raw video image of being gathered to coding module 2 as Fig. 5; Coding module 2 carries out the image encoding processing with the original image of input, is converted to frame of video, and exports frame of video to a RTP module 3; The frame of video that the one RTP module 3 will have been encoded is cut apart and is packaged at least one RTP packet and is sent to and confirms retransmission module 4; Affirmation retransmission module 4 is confirmed request module 41 to the additional affirmation request of each RTP packet to be sent by it, and will add and confirm that the RTP packet of asking exports a UDP module 5 to; The one UDP module 5 will be sent in the TCP/IP transmission network with the RTP packet of confirming request.With regard to receiving system, the 2nd UDP module 6 receives the RTP packet with the affirmation request that the TCP/IP transmission network transmits, and exports the RTP packet to respond module 7; On the one hand, respond module 7 is given to the 2nd UDP module 6 at the additional affirmation request response answer confirmation of its RTP packet of receiving and is sent in the TCP/IP transmission network, UDP module 5 in the dispensing device is received confirmation in the time of appointment, in time be given to and retransmit control module 42, retransmit control module 42 after sending by a UDP module 5 with the RTP packet of confirming request, in the time of appointment, received the affirmation information that respond module 7 responses in the receiving system are replied, be considered as receiving system and received the pairing RTP packet of this confirmation, therefore, do not generate retransmission instructions; Here illustrate in passing, if retransmit control module 42 after a UDP module sends with the RTP packet of confirming request, in the time of appointment, do not receive the respond module 7 affirmation information that response is replied at confirming request in the receiving system, then being considered as this loses in the transmission course of TCP/IP transmission network with the RTP packet of confirming request, the generation retransmission instructions is given to a UDP module and retransmits the RTP packet with the affirmation request that this is lost, till re-transmission control module 42 these RTP packet receiving systems of judgement have been received; On the other hand, respond module 7 is given to the 2nd RTP module 8 with its RTP packet of receiving; The 2nd RTP module 8 exports the RTP packet that it received to QoS module 9; The packet of 9 pairs of inputs of QoS module cushions ordering, and complete packet combination is reduced into complete frame of video, exports decoder module 10 to; The frame of video of 10 pairs of inputs of decoder module is carried out decoding processing, and exports decoded frame of video to image output device 11, and image output device 11 converts frame of video to image output.
As shown in Figure 8, emphasis shows dispensing device the individual RTP packet with the affirmation request of the n of a frame of video is sent in the TCP/IP transmission network, and is received by receiving system.This n the RTP packet of having the affirmation request is in the TCP/IP transmission network, and some has been transferred in the receiving system, as first packet, the 3rd packet, n packet etc.; Some has been lost, and is not received device and receives, as second packet etc.Receiving system has been received with behind the RTP packet of confirming request, as first packet, the 3rd packet, n packet etc., response is replied confirmation and is given dispensing device, and dispensing device has been received the affirmation information of first packet, the affirmation information of the 3rd packet, the affirmation information of n packet etc. in the time of appointment, thinks that then receiving system received first packet, the 3rd packet, n packet etc.And the RTP packet for losing, as second packet, because receiving system can not receive second packet, can not respond and reply confirmation to dispensing device, thereby dispensing device can not received the affirmation information that yet at all can not receive second packet in the time of appointment, be considered as packet and in the TCP/IP transmission network, lose, retransmit second packet.Owing in dispensing device and receiving system, increased the packet loss retransmission mechanism, guaranteed that packet makes up the integrality that is reduced into frame of video in the receiving system, thereby the video image of output is the flower screen, sound is clear.
With the sending method and the method for reseptance of the video data of the dispensing device of the video data of present embodiment and the corresponding employing of receiving system be:
As shown in Figure 9, a kind of sending method of video data may further comprise the steps:
Step S1: images acquired, utilize image capture module to gather vedio data;
Step S2: encoding process, utilize coding module that the raw video image of being gathered is carried out image encoding and handle, and be converted to frame of video;
Step S3: package, utilize a RTP module that frame of video is cut apart and be packaged at least one RTP packet;
Step S4: pass bag, utilize the affirmation retransmission module that the RTP packet is given to a described UDP module;
Step S5: send, utilize a UDP module that the RTP packet is sent in the TCP/IP transmission network;
Step S6: confirmation of receipt information, utilize a UDP module to receive the affirmation information that the TCP/IP transmission network transmits and be given to the affirmation retransmission module;
Step S7: retransmit control and treatment, utilize and confirm that retransmission module receives the affirmation information of UDP module output, judge according to the rule of confirmation of receipt information whether the RTP packet loses, judges that generating retransmission instructions after the RTP packet has been lost gives a described UDP module in TCP/IP transmission network transmission course;
Wherein step S4 is specially: utilize and confirm request module to the additional affirmation request of each RTP packet to be sent, and will add and confirm that the RTP packet of asking exports a described UDP module to.
Wherein step S7 is specially: utilize to retransmit control module after the RTP packet sends by a UDP module, in the time of appointment, do not receive the receiving system affirmation information that additional affirmation request is replied according to this RTP packet, instruct a described UDP module to retransmit this RTP packet.
As shown in figure 10, a kind of method of reseptance of video data may further comprise the steps:
Step S21: receive, utilize the 2nd UDP module to receive the RTP packet that the TCP/IP transmission network transmits;
Step S22: response is handled, and utilizes respond module to reply confirmation at its RTP response package of receiving, is given to described the 2nd UDP module and sends, and its RTP packet of receiving is given to described the 2nd RTP module;
Step S23: the buffering ordering, utilize the 2nd RTP module to export the RTP packet that it received to the QoS module; Utilize the QoS module that the packet of input is cushioned ordering, and the packet combination is reduced into frame of video;
Step S24: decoding processing, utilize decoder module that the frame of video of being reduced is carried out decoding processing;
Step S25: output video image, utilize image output device to convert decoded video frames to image output.
Wherein step S22 is specially: utilize respond module to reply confirmation at what it was received with the RTP response package of confirming request, being given to described the 2nd UDP module is sent in the TCP/IP transmission network, so that dispensing device receives, and export the RTP packet to the 2nd UDP module.
Execution mode two
The sending and receiving device of the video data of present embodiment and method of sending and receiving are based on above-mentioned execution mode one and the improvement of work.Specifically:
The dispensing device of dispensing device in the present embodiment and execution mode one is basic identical, but the affirmation retransmission module has been cancelled the affirmation request module in the execution mode one, be that affirmation retransmission module in the present embodiment is used for the RTP packet is not done additionally to confirm that request is handled and directly be given to a UDP module and send, this affirmation retransmission module is mainly used in after the RTP packet sends by a UDP module, in the time of appointment, do not receive the affirmation information that the respond module in the receiving system is replied at this RTP response package, be considered as this RTP data-bag lost, and generate retransmission instructions to a UDP module.For simplification device, certainly in other embodiments, the RTP packet can directly be given to a UDP module by the affirmation retransmission module yet, but directly directly be defeated by a UDP module by a RTP module, but after confirming that retransmission module only is used for the RTP packet and sends by a UDP module, in the time of appointment, do not receive the affirmation information that the respond module in the receiving system is replied at this RTP response package, be considered as this RTP data-bag lost, and generate retransmission instructions to a UDP module.
Receiving system in receiving system in the present embodiment and the execution mode one is basic identical, but respond module is to be used for not replying confirmation with the RTP response package of confirming request at what it was received, and is used for exporting the RTP packet to the 2nd RTP module.
The sending method of sending method in the present embodiment and execution mode one is basic identical, confirms that request module increases the affirmation request to each RTP packet but cancelled the utilization of passing in the execution mode one among the bag step S4; Present embodiment is passed and wrapped step is to utilize the affirmation retransmission module not do to add to confirm that asking directly the RTP packet to be given to a UDP module sends.
The method of reseptance of method of reseptance in the present embodiment and execution mode one is basic identical, but the response treatment step S22 in the execution mode one changed into utilize respond module to reply confirmation with RTP response package of confirming request at what it was received, be given to described the 2nd UDP module and be sent in the TCP/IP transmission, so that dispensing device receives; And utilize respond module to export the RTP packet to the 2nd RTP module.
The packet loss retransmission mechanism of present embodiment is based on dispensing device the RTP packet is not done additional to confirm that request handles, and dispensing device connects must respond by force at each RTP packet of receiving and replys confirmation and give dispensing device.Dispensing device is received confirmation if send the back at the RTP packet in the time in appointment, judges that then the RTP packet arrives receiving system; Do not receive confirmation if send the back in time in appointment, then be considered as the RTP packet and in the TCP/IP transmission network, lose, therefore retransmit the RTP packet of being lost at the RTP packet.Hence one can see that, and present embodiment can reach the technique effect with execution mode one.
Above content is to engage concrete execution mode to further describing that the present invention did, and can not assert that concrete enforcement of the present invention is confined to these explanations.For the general technical staff of the technical field of the invention, without departing from the inventive concept of the premise, can also make some simple deduction or replace, all should be considered as belonging to protection scope of the present invention.
Claims (10)
1. the dispensing device of a video data comprises image capture module, coding module, a RTP module and a UDP module; It is characterized in that: also comprise the affirmation retransmission module; Described affirmation retransmission module is used for confirmation of receipt information, is used to judge whether the RTP packet is lost, is used to judge that generating retransmission instructions after the RTP packet has been lost gives a described UDP module; A described UDP module also is used for retransmitting the RTP packet to the TCP/IP transmission network according to retransmission instructions.
2. the dispensing device of video data according to claim 1 is characterized in that: described affirmation retransmission module comprises to be confirmed request module and retransmits control module; Described affirmation request module is used for confirming to ask to each RTP packet to be sent is additional; Described re-transmission control module is used for after the RTP packet sends by a UDP module, in the time of appointment, do not receive the respond module affirmation information that additional affirmation request is replied according to this RTP packet in the receiving system, be considered as this RTP data-bag lost, then generate retransmission instructions and give a described UDP module.
3. the dispensing device of video data according to claim 1, it is characterized in that: described affirmation retransmission module is used for after the RTP packet sends by a UDP module, in the time of appointment, do not receive the affirmation information that the respond module in the receiving system is replied at this RTP packet, be considered as this RTP data-bag lost, then generate retransmission instructions and give a described UDP module.
4. the receiving system of a video data comprises the 2nd UDP module, the 2nd RTP module, QoS module, decoder module and image output device, it is characterized in that: also comprise respond module; The RTP response package that described respond module is used for receiving at it is replied the affirmation retransmission module that confirmation is given to receiving system.
5. the receiving system of video data according to claim 4 is characterized in that: described respond module specifically is used for replying the re-transmission control module that confirmation is given to receiving system at what it was received with the RTP response package of confirming request; All RTP response packages that perhaps specifically are used for receiving at it are replied the affirmation retransmission module that confirmation is given to receiving system.
6. the sending method of a video data is characterized in that may further comprise the steps:
1) image capture module is gathered vedio data;
2) coding module carries out the image encoding processing to the raw video image of being gathered, and is converted to frame of video;
3) a RTP module is cut apart frame of video and is packaged at least one RTP packet;
5) a UDP module is sent to the RTP packet in the TCP/IP transmission network;
6) confirm that retransmission module receives the affirmation information that the respond module response is replied in the receiving system, judge whether the RTP packet is lost, judge that generating retransmission instructions after the RTP packet has been lost gives a UDP module;
7) a UDP module retransmits the RTP packet to the TCP/IP transmission network according to retransmission instructions.
7. the sending method of video data according to claim 6, it is characterized in that: also comprise step 4), described step 4) is specially: confirm that request module gives that each RTP packet to be sent is additional confirms request; Described step 7) is specially: retransmit control module after sending by a UDP module with the RTP packet of confirming request, do not receive that in the time of appointment additional affirmation request responds the affirmation information of answer according to this RTP packet for respond module in the receiving system, be considered as this RTP data-bag lost, then generate retransmission instructions and give a described UDP module.
8. to go the sending method of 6 described video datas according to right, it is characterized in that: described step 7) is specially: retransmit control module after the RTP packet sends by a UDP module, in the time of appointment, do not receive the affirmation information that the respond module in the receiving system is replied at this RTP response package, be considered as this RTP data-bag lost, then generate retransmission instructions and give a described UDP module.
9. the method for reseptance of a video data, it is characterized in that: in the described method of reseptance, the respond module in the receiving system receives and also comprises following process behind the RTP packet: reply confirmation by respond module at its RTP response package of receiving and be given to affirmation retransmission module in the dispensing device.
10. the method for reseptance of video data according to claim 9 is characterized in that: described respond module response is replied confirmation and is specially one of following dual mode:
Mode one, respond module are replied confirmation with RTP response package of confirming request and are given to re-transmission control module in the dispensing device at what it was received;
Mode two, respond module is replied confirmation at its all RTP response packages of receiving, and the affirmation that is given in the dispensing device retransmits control module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910108049A CN101616316A (en) | 2009-06-10 | 2009-06-10 | A kind of transmission of video data, receiving system and sending, receiving method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910108049A CN101616316A (en) | 2009-06-10 | 2009-06-10 | A kind of transmission of video data, receiving system and sending, receiving method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101616316A true CN101616316A (en) | 2009-12-30 |
Family
ID=41495666
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910108049A Pending CN101616316A (en) | 2009-06-10 | 2009-06-10 | A kind of transmission of video data, receiving system and sending, receiving method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101616316A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101944982A (en) * | 2010-08-11 | 2011-01-12 | 南昌市恒鑫电子技术有限公司 | Real-time stream media transmitting method based on time-driven sliding window protocol |
| CN102595251A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for realizing streaming media packet loss retransmission |
| CN103607395A (en) * | 2013-11-20 | 2014-02-26 | 深圳先进技术研究院 | Touch sense data transmission method and apparatus |
| CN103607665A (en) * | 2013-11-27 | 2014-02-26 | 四川九洲电器集团有限责任公司 | Multilink wireless real-time video transmission method and system |
| CN104266772A (en) * | 2014-09-25 | 2015-01-07 | 安徽天瞳智能科技有限公司 | Data collection method of multi-point temperature monitoring system of switch cabinet |
| WO2017004766A1 (en) * | 2015-07-04 | 2017-01-12 | 马岩 | Video meeting timeout re-transmission method and system |
| CN107204827A (en) * | 2017-05-24 | 2017-09-26 | 中国运载火箭技术研究院 | A kind of means of communication of Rare Book Use case grid communications applications layer |
| CN107707933A (en) * | 2017-10-18 | 2018-02-16 | 中国联合网络通信集团有限公司 | Send, receive the method and device of video flowing |
| CN109842821A (en) * | 2018-12-25 | 2019-06-04 | 视联动力信息技术股份有限公司 | A kind of method and apparatus of video data transmission |
| CN110149480A (en) * | 2019-05-27 | 2019-08-20 | 南昌大学 | A kind of video image processing and Transmission system |
| CN113542685A (en) * | 2021-07-13 | 2021-10-22 | 安徽睿极智能科技有限公司 | Real-time ultra-high-definition video transmission method based on reliable UDP |
-
2009
- 2009-06-10 CN CN200910108049A patent/CN101616316A/en active Pending
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101944982B (en) * | 2010-08-11 | 2013-04-10 | 南昌市恒鑫电子技术有限公司 | Real-time stream media transmitting method based on time-driven sliding window protocol |
| CN101944982A (en) * | 2010-08-11 | 2011-01-12 | 南昌市恒鑫电子技术有限公司 | Real-time stream media transmitting method based on time-driven sliding window protocol |
| CN102595251B (en) * | 2011-01-11 | 2016-07-27 | 中兴通讯股份有限公司 | Streaming media packet loss retransmission realizes method and system |
| CN102595251A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for realizing streaming media packet loss retransmission |
| WO2012094994A1 (en) * | 2011-01-11 | 2012-07-19 | 中兴通讯股份有限公司 | Method and system for realizing lost package retransmission in streaming media |
| CN103607395A (en) * | 2013-11-20 | 2014-02-26 | 深圳先进技术研究院 | Touch sense data transmission method and apparatus |
| CN103607665A (en) * | 2013-11-27 | 2014-02-26 | 四川九洲电器集团有限责任公司 | Multilink wireless real-time video transmission method and system |
| CN104266772A (en) * | 2014-09-25 | 2015-01-07 | 安徽天瞳智能科技有限公司 | Data collection method of multi-point temperature monitoring system of switch cabinet |
| WO2017004766A1 (en) * | 2015-07-04 | 2017-01-12 | 马岩 | Video meeting timeout re-transmission method and system |
| CN107204827A (en) * | 2017-05-24 | 2017-09-26 | 中国运载火箭技术研究院 | A kind of means of communication of Rare Book Use case grid communications applications layer |
| CN107707933A (en) * | 2017-10-18 | 2018-02-16 | 中国联合网络通信集团有限公司 | Send, receive the method and device of video flowing |
| CN109842821A (en) * | 2018-12-25 | 2019-06-04 | 视联动力信息技术股份有限公司 | A kind of method and apparatus of video data transmission |
| CN110149480A (en) * | 2019-05-27 | 2019-08-20 | 南昌大学 | A kind of video image processing and Transmission system |
| CN113542685A (en) * | 2021-07-13 | 2021-10-22 | 安徽睿极智能科技有限公司 | Real-time ultra-high-definition video transmission method based on reliable UDP |
| CN113542685B (en) * | 2021-07-13 | 2024-02-06 | 安徽睿极智能科技有限公司 | Real-time ultra-high definition video transmission method based on reliable UDP |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101616316A (en) | A kind of transmission of video data, receiving system and sending, receiving method | |
| CN101552660B (en) | Method as well as device and communication system for retransmitting streaming media data | |
| CN104159166B (en) | Based on the live video data transmission error control method of mobile network's packet loss state | |
| CN102742245B (en) | For resolving network abstract layer to realize the method and apparatus of reliable data communication | |
| US8699522B2 (en) | System and method for low delay, interactive communication using multiple TCP connections and scalable coding | |
| CN103929681B (en) | Method for improving RTP video streaming treatment efficiency in low-speed network | |
| CN101588504A (en) | Sending and receiving devices of video communication system, and sending and receiving method thereof | |
| CN104768081B (en) | A kind of packet loss repeating method for realizing flow control | |
| CN102137027A (en) | Reliable data transmission method and device thereof | |
| JP2004187286A (en) | Mpeg-4 live unicast video streaming system in wireless network equipped with congestion control of end-to-end bit rate reference | |
| CN105704580A (en) | Video transmission method | |
| US10320520B2 (en) | Communication device, system and method | |
| CN101304302A (en) | Method and system for transmitting video data | |
| CN108174234A (en) | A kind of flow-medium transmission method and system | |
| CN103109485A (en) | A method and apparatus for retransmission decision making | |
| EP1779606A1 (en) | System and method for higher throughput through a transportation network | |
| CN107070613A (en) | Reliable data transmission method under distributed network environment | |
| CN206908759U (en) | A kind of video multicast packet loss retransmission system | |
| US20150103885A1 (en) | Real time ip video transmission with high resilience to network errors | |
| CN107342848A (en) | A kind of adaptive code stream transmission method, device and equipment | |
| WO2013098811A1 (en) | Packets recovery system and method | |
| CN105450969B (en) | A kind of real time video data transmission method and electronic equipment | |
| CN104104924A (en) | Third-generation (3G) network based video monitoring system bandwidth self-adaption transmission method | |
| CN105357577A (en) | Packet loss retransmission method and device | |
| CN101001132A (en) | Data radio transmission system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091230 |