CN103780971A - RUDP-based real-time video transmission method under internet condition - Google Patents
RUDP-based real-time video transmission method under internet condition Download PDFInfo
- Publication number
- CN103780971A CN103780971A CN201210405900.5A CN201210405900A CN103780971A CN 103780971 A CN103780971 A CN 103780971A CN 201210405900 A CN201210405900 A CN 201210405900A CN 103780971 A CN103780971 A CN 103780971A
- Authority
- CN
- China
- Prior art keywords
- data
- packet loss
- packet
- receiving terminal
- video
- 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
Abstract
The invention discloses an RUDP-based real-time video transmission method under internet condition. By adopting a client/server (C/S) structure model, the technical scheme comprises specific steps of video data distribution, packet loss detection, report receiving, packet loss recovery, receiving end data sorting, decoding and display and the like. According to the RUDP-based real-time video transmission method under internet condition, problems that video receiving is delayed and paused, mosaic appears on the picture, the screen is blurred and the like due to network congestion, data packet loss and the like can be solved under the internet condition. The RUDP-based real-time video transmission method under the internet condition has the main advantages that existing network conditions of the user can be improved without extra spending and the user can make use of the existing network condition to obtain clearer and smoother video communication effects.
Description
Technical field
The present invention relates to field of video transmission, relate in particular to a kind of method for real-time video transmission based on RUDP.
Background technology
At present, the developing direction of video communication has the feature in universalness, multiple terminals, many networkings, high Qinghua.This network carrier to video communication proposes requirements at the higher level, and higher more stable network bandwidth guarantee and multiple network (as Enterprise Special Network, ADSL, 3G networking etc.) is efficiently interconnected.Although at present Internet bandwidth is greatly improved, but still exist between different operators interoperability poor, same operator, due to the difference of region, is also difficult to stable bandwidth safeguard.Therefore, how under unsettled Internet bandwidth condition, obtaining clear and smooth and real-time video communication quality, is a sizable technical barrier.
The video communication of main flow is in procotol aspect, be divided into UDP (user datagram) agreement and TCP (transmission is controlled) agreement, the feature of udp protocol transmission is that data arrive in real time, but does not guarantee to pass to, and when network bandwidth shake, likely loses; The feature of Transmission Control Protocol transmission is that transfer of data is reliable, but under network condition by time, likely delay to reach, in some cases, can cause data congestion and network is connected disconnect, and cannot continue to transmit data.
At present, in prior art, overcome the above problems and mainly contain two kinds of technical schemes:
The one, provide QOS (service quality) to ensure to network link.No matter adopt which kind of communication protocol, transmission of video is all secure, but whole transmitting procedure is all to depend on the middle equipment such as gateway, route of data link to provide reliability services quality.In present stage, ISP also cannot be for large-scale consumer provides similar service, generally can only provide in proprietary network inside QOS service, and construction cost is quite high, and the scope of application has sizable limitation.
The 2nd, dynamically adjust the data traffic of current transmission according to network condition.This scheme need to be added up the packet loss of each acceptance point, comprehensively adjust again the bandwidth that data send, but in the time that acceptance point quantity is many, because each acceptance point network condition possibility difference is larger, some places bandwidth is good, some places bandwidth difference, if go to adjust transmission bandwidth according to some values, can cause the place that bandwidth is good should receive high-quality video, the video quality of receiving after adjustment reduces, and the place of bandwidth difference still likely can not receive smooth video.In addition, the shake of network often has instantaneity and intermittence, and the statistics of bandwidth has certain hysteresis in time, is difficult to guarantee that the bandwidth of adjusting on same time point is consistent with the network condition of user's reality.This scheme is relatively applicable to a small amount of participant's interactive video communication, is difficult to adapt to the application such as large-scale video conference.
Object of the present invention is exactly to utilize to the full extent existing network bandwidth condition, obtain high-quality video communication effect, obtain the real-time video communication efficiency of clear and smooth simultaneously, user is also without increasing the upgrade existing network equipment and increase the Internet access bandwidth of other input.
Summary of the invention
The invention provides a kind of method for real-time video transmission based on RUDP (UDP host-host protocol reliably), adopt client/server (C/S) structural model, specifically comprise the following steps: (a) Data dissemination: the distribution of every road video data, be transferred to Distributor by transmitting terminal before this, then be transferred to each receiving terminal by Distributor; (b) packet loss detection: for data sending terminal, adopt transmitting terminal active detecting pattern, for receiving terminal, adopt passive detection pattern; (C) receive report: receiving terminal timing (2 seconds) is to sender report packet reception condition, and the packet loss as the packet loss before recovering and after recovering is too high, stops recovering, and these information is fed back to client computer UI operation interface simultaneously.(d) loss recovery: carry out data re-transmission according to the number of retransmissions of retransmission data packet may and packet loss; (e) receiving terminal data sorting: utilize data receiver buffer memory to sort to video requency frame data at receiving terminal, and increase corresponding timeout mechanism; (f) video requency frame data after the frame of video having received according to the order of sequence and wait timeout being carried out to decoder decoding shows.
Described Data dissemination comprises: transmitting terminal is set up the send window of fixed size at the data transmission initial stage, the packet of each transmission is carried out to serial number, the packet having sent is buffered in send window by number from small to large, this cache size is take the time as foundation, cache-time is 300 milliseconds, newly-established data are added send window queue to foremost in sending, and rearmost end retention time exceedes the data of 300 milliseconds and automatically abandons in window queue.
Described transmitting terminal active detecting pattern is: the package number that server has once received as 10 milliseconds of data reports of the every reception of receiving terminal, transmitting terminal is again according to the situation of report, which data-bag lost of active detecting, and in send window, search the data of corresponding numbering, resend to server.
Described receiving terminal passive detection pattern is: server is real-time forwarding data bag dynamic slip data transmission window as transmitting terminal, receiving terminal is according to the package number having received, every 30 milliseconds of detections are once which data-bag lost, and packet loss information is sent to server, the passive reception packet loss of server information is searched these package number and resends in send window.
Described loss recovery comprises: the number of retransmissions that records each retransmission data packet may, if exceed 2 times, no longer retransmit, meanwhile, according to receiving report, if packet loss exceedes 20%, stop packet loss detection, no longer retransmit, treat that packet loss is less than 20%, then restart detect and resume work.
Video transmission method provided by the present invention can solve under the Internet condition, and transmission of video is because of network congestion, and the problem such as mosaic, Hua Ping appears in video receiving delay, pause, picture that the problems such as data-bag lost cause.
Compared with prior art, major advantage of the present invention is, improves the existing network condition of user without the input by extra, and user utilizes existing network environment can obtain more clear more smooth video communication effect; In addition, technical scheme of the present invention can allow user use fixing video transmission quality, and without frequent adjusting, operating aspect is also more convenient.
Accompanying drawing explanation
The attached schematic network structure that Figure 1 shows that technical solution of the present invention.
The attached transmitting terminal that Figure 2 shows that technical solution of the present invention is to data distributing server data flow diagram.
The attached data distributing server that Figure 3 shows that technical solution of the present invention is to receiving terminal data flow diagram.
Embodiment
The present invention utilizes the real-time of UDP host-host protocol, first guaranteed the real-time arrival of transmission of video, in communication process, increase in addition corresponding Discarded Packets compensation mechanism, improved to a great extent the reliability of transmission, claim that in the industry this technology is RUDP (UDP host-host protocol reliably).The moving multimedia videoconference system of net, LiveUC cloud conference system, net that current technique has been successfully applied to independent research move in the products such as Active Eyes, have obtained goodish effect; Use after technique, and other like product comparisons on the market, the market competitiveness improved to a great extent.
Below in conjunction with accompanying drawing, technical scheme of the present invention is described further.
Schematic network structure of the present invention as shown in Figure 1.The present invention adopts client/server (C/S) structure generally.Specifically comprise the following steps:
The distribution of data.The distribution of every road video data, to be transferred to Distributor by transmitting terminal, be transferred to each receiving terminal by Distributor again, realize the video communication function of a point-to-multipoint, certainly, for Cluster Structure, also can there is Distributor to forward the data to another one Distributor to re-send to the situation of client.
Transmitting terminal is set up the send window of fixed size at the data transmission initial stage, the packet of each transmission is carried out to serial number, the packet having sent is buffered in send window by number from small to large, this cache size is take the time as foundation, cache-time is 300 milliseconds, this is also the maximum of receiving terminal slowed-down video, and newly-established data are added send window queue to foremost in sending, and rearmost end retention time exceedes the data of 300 milliseconds and automatically abandons in window queue.
Packet loss detection.The load difference of bearing due to deal with data amount size, can be divided into active detecting pattern and passive detection pattern, for Distributor, the uploading data of multichannel and the data distributing of multichannel more due to what face, data processing amount is large, so for data sending terminal, adopt transmitting terminal active detecting pattern, as shown in Figure 2, be that server is as receiving terminal, the package number that 10 milliseconds of data reports of every reception have once received, transmitting terminal is again according to the situation of report, which data-bag lost of active detecting, and in send window, search the data of corresponding numbering, resend to server.And for receiving terminal, adopt passive detection pattern, as shown in Figure 3, be server as transmitting terminal, be real-time forwarding data bag dynamic slip data transmission window, receiving terminal is according to the package number having received, every 30 milliseconds of detections are once which data-bag lost, and packet loss information is sent to server, the passive reception packet loss of server information is searched these package number and resends in send window.
Receive report.No matter server as receiving terminal or client computer as receiving terminal, all must timing (2 seconds) to sender report packet reception condition, packet loss as the packet loss before recovering and after recovering, if packet loss is too high, illustrate that network condition worsens, stop recovering, if in addition these information are fed back to client computer UI operation interface, user can know and knows current network conditions, and network condition or the bandwidth that sends data are made to corresponding adjustment.
Loss recovery.Can find out from above packet loss retransmission mechanism, even if the packet of having lost retransmits, also can not guarantee can receive for the second time, if the packet ratio that receiving terminal is lost is in addition higher, as exceed 20%, if these packets are all resend, can increase undoubtedly the bandwidth of transmitting terminal 20%, may cause so poor reception situation own to become more worsens, thereby make packet loss further increase, therefore in data recovery procedure, increased recovery policy, on the one hand, record the number of retransmissions of each retransmission data packet may, if exceed 2 times, no longer retransmit, on the other hand, according to receiving report, if packet loss exceedes 20%, stop packet loss detection, no longer retransmit, after network condition takes a turn for the better (packet loss is less than 20%), can restart detect and resume work.
Receiving terminal data sorting.Owing to having adopted packet loss retransmission mechanism, likely can cause the variation that occurs in sequence of the complete receiver, video frame of receiving terminal, after the frame of video first sending, finish receiving, therefore need extra data receiver buffer memory to come for video requency frame data sequence at receiving terminal, and increase corresponding timeout mechanism.
Decoding shows.Video requency frame data after frame of video and the wait timeout having received according to the order of sequence just can be by the decoder demonstration of decoding.
Technical scheme of the present invention take UDP Socket as basis thereon layer encapsulated separately RUDP layer data sending and receiving agreement, realize whole communication process with C/C++ programming language.
Below the program circuit of realizing with C++ programming language:
At present, the technical scheme of invention has applied in many moneys video communication system, and especially the moving multimedia videoconference system of net, LiveUC cloud conference system, net move in the products such as Active Eyes, have obtained goodish effect; In actual environment, can recover 20% network packet loss rate, well solve because of problems such as slowed-down video that network jitter, bandwidth destabilizing factor cause, pause, mosaics, and other like product comparisons on the market, the market competitiveness improved to a great extent.
The foregoing is only the preferred embodiments of the present invention, be not restricted to the present invention, to those skilled in the art, the present invention can have various changes and variation.Within the spirit and principles in the present invention all, any modification of doing, be equal to replacement, improvement etc., within all should being included in protection scope of the present invention.
Claims (5)
1. the method for real-time video transmission based on RUDP, adopt client/server (C/S) structural model, it is characterized in that, comprise the following steps: (a) Data dissemination: the distribution of every road video data, be transferred to Distributor by transmitting terminal before this, then be transferred to each receiving terminal by Distributor; (b) packet loss detection: for data sending terminal, adopt transmitting terminal active detecting pattern, for receiving terminal, adopt passive detection pattern; (C) receive report: receiving terminal timing (2 seconds) is to sender report packet reception condition, and the packet loss as the packet loss before recovering and after recovering is too high, stops recovering, and these information is fed back to client computer UI operation interface simultaneously.(d) loss recovery: carry out data re-transmission according to the number of retransmissions of retransmission data packet may and packet loss; (e) receiving terminal data sorting: utilize data receiver buffer memory to sort to video requency frame data at receiving terminal, and increase corresponding timeout mechanism; (f) video requency frame data after the frame of video having received according to the order of sequence and wait timeout being carried out to decoder decoding shows.
2. transmission method according to claim 1, it is characterized in that, described Data dissemination comprises: transmitting terminal is set up the send window of fixed size at the data transmission initial stage, the packet of each transmission is carried out to serial number, the packet having sent is buffered in send window by number from small to large, this cache size is take the time as foundation, cache-time is 300 milliseconds, newly-established data are added send window queue to foremost in sending, and rearmost end retention time exceedes the data of 300 milliseconds and automatically abandons in window queue.
3. transmission method according to claim 1, it is characterized in that, described transmitting terminal active detecting pattern is: the package number that server has once received as 10 milliseconds of data reports of the every reception of receiving terminal, transmitting terminal is again according to the situation of report, which data-bag lost of active detecting, and in send window, search the data of corresponding numbering, resend to server.
4. transmission method according to claim 1, it is characterized in that, described receiving terminal passive detection pattern is: server is real-time forwarding data bag dynamic slip data transmission window as transmitting terminal, receiving terminal is according to the package number having received, every 30 milliseconds of detections are once which data-bag lost, and packet loss information is sent to server, the passive reception packet loss of server information is searched these package number and resends in send window.
5. transmission method according to claim 1, it is characterized in that, described loss recovery comprises: record the number of retransmissions of each retransmission data packet may, if exceed 2 times, no longer retransmit, meanwhile, according to receiving report, if packet loss exceedes 20%, stop packet loss detection, no longer retransmit, treat that packet loss is less than 20%, then restart detect and resume work.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210405900.5A CN103780971A (en) | 2012-10-23 | 2012-10-23 | RUDP-based real-time video transmission method under internet condition |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210405900.5A CN103780971A (en) | 2012-10-23 | 2012-10-23 | RUDP-based real-time video transmission method under internet condition |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103780971A true CN103780971A (en) | 2014-05-07 |
Family
ID=50572722
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210405900.5A Pending CN103780971A (en) | 2012-10-23 | 2012-10-23 | RUDP-based real-time video transmission method under internet condition |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103780971A (en) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104038845A (en) * | 2014-06-30 | 2014-09-10 | 杭州华三通信技术有限公司 | Method and device for transmitting message |
| CN104104924A (en) * | 2014-07-30 | 2014-10-15 | 浪潮集团有限公司 | Third-generation (3G) network based video monitoring system bandwidth self-adaption transmission method |
| CN104378677A (en) * | 2014-11-19 | 2015-02-25 | 青岛海信网络科技股份有限公司 | Video switching control method for vehicle-mounted terminal |
| CN104464421A (en) * | 2014-12-04 | 2015-03-25 | 重庆晋才富熙科技有限公司 | Distance teaching video interactive system |
| CN104601929A (en) * | 2014-12-04 | 2015-05-06 | 重庆晋才富熙科技有限公司 | Remote teaching video interaction system |
| CN104660384A (en) * | 2015-02-02 | 2015-05-27 | 武汉爱科唯自动化科技有限公司 | Network remote monitoring method for open numerical control system |
| CN104735473A (en) * | 2015-03-05 | 2015-06-24 | 天脉聚源（北京）科技有限公司 | Video stream playing detection method and device |
| WO2016023358A1 (en) * | 2014-08-15 | 2016-02-18 | 小米科技有限责任公司 | Method and apparatus for adjusting image quality of video according to network environment |
| CN105376173A (en) * | 2014-09-02 | 2016-03-02 | 中兴通讯股份有限公司 | Sending window flow control method and terminal |
| CN105530553A (en) * | 2015-12-24 | 2016-04-27 | 武汉鸿瑞达信息技术有限公司 | RTMP (Real Time Messaging Protocol) and RUDP (Reliable User Data Protocol) combined real-time media streaming live broadcasting system |
| CN105828018A (en) * | 2015-12-21 | 2016-08-03 | 广东亿迅科技有限公司 | Transmission method for video conferences |
| CN106714334A (en) * | 2016-12-22 | 2017-05-24 | 网易（杭州）网络有限公司 | Disconnection reconnection method, device and system |
| CN107979449A (en) * | 2016-10-25 | 2018-05-01 | 杭州海康威视数字技术股份有限公司 | A kind of data transmission method and device |
| CN108377427A (en) * | 2018-01-29 | 2018-08-07 | 明博教育科技股份有限公司 | A kind of method for real-time video transmission and system |
| US10085050B2 (en) | 2014-08-15 | 2018-09-25 | Xiaomi Inc. | Method and apparatus for adjusting video quality based on network environment |
| CN109151245A (en) * | 2018-08-20 | 2019-01-04 | 上海奕瑞光电子科技股份有限公司 | Image data transfer method, system, storage medium and FPGA based on FPGA |
| CN105611424B (en) * | 2015-12-28 | 2019-04-05 | 武汉鸿瑞达信息技术有限公司 | Audio-video reliable transmission QOS method, receiving end and system based on RUDP |
| CN109819322A (en) * | 2019-03-15 | 2019-05-28 | 网易（杭州）网络有限公司 | Video transmission method, device, computer readable storage medium and electronic equipment |
| CN110381319A (en) * | 2019-07-05 | 2019-10-25 | 西安万像电子科技有限公司 | Image coding/decoding method and device |
| CN110418199A (en) * | 2018-04-26 | 2019-11-05 | 北京视联动力国际信息技术有限公司 | A kind of information processing method and system based on view networking |
| CN110636333A (en) * | 2019-08-19 | 2019-12-31 | 西安万像电子科技有限公司 | Frame loss processing method and device |
| CN112511702A (en) * | 2020-12-18 | 2021-03-16 | 咪咕文化科技有限公司 | Video color ring back tone pushing method, server, electronic equipment and storage medium |
| CN113542685A (en) * | 2021-07-13 | 2021-10-22 | 安徽睿极智能科技有限公司 | Real-time ultra-high-definition video transmission method based on reliable UDP |
| CN114640724A (en) * | 2020-11-30 | 2022-06-17 | 腾讯科技（深圳）有限公司 | Data transmission method, device and equipment based on RUDP and computer storage medium |
-
2012
- 2012-10-23 CN CN201210405900.5A patent/CN103780971A/en active Pending
Cited By (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104038845B (en) * | 2014-06-30 | 2017-10-17 | 新华三技术有限公司 | Message transmitting method and device |
| CN104038845A (en) * | 2014-06-30 | 2014-09-10 | 杭州华三通信技术有限公司 | Method and device for transmitting message |
| CN104104924A (en) * | 2014-07-30 | 2014-10-15 | 浪潮集团有限公司 | Third-generation (3G) network based video monitoring system bandwidth self-adaption transmission method |
| WO2016023358A1 (en) * | 2014-08-15 | 2016-02-18 | 小米科技有限责任公司 | Method and apparatus for adjusting image quality of video according to network environment |
| US10085050B2 (en) | 2014-08-15 | 2018-09-25 | Xiaomi Inc. | Method and apparatus for adjusting video quality based on network environment |
| CN105376173B (en) * | 2014-09-02 | 2020-04-28 | 中兴通讯股份有限公司 | Sending window flow control method and terminal |
| CN105376173A (en) * | 2014-09-02 | 2016-03-02 | 中兴通讯股份有限公司 | Sending window flow control method and terminal |
| CN104378677B (en) * | 2014-11-19 | 2017-06-20 | 青岛海信网络科技股份有限公司 | A kind of car-mounted terminal video method for handover control |
| CN104378677A (en) * | 2014-11-19 | 2015-02-25 | 青岛海信网络科技股份有限公司 | Video switching control method for vehicle-mounted terminal |
| CN104601929A (en) * | 2014-12-04 | 2015-05-06 | 重庆晋才富熙科技有限公司 | Remote teaching video interaction system |
| CN104464421A (en) * | 2014-12-04 | 2015-03-25 | 重庆晋才富熙科技有限公司 | Distance teaching video interactive system |
| CN104601929B (en) * | 2014-12-04 | 2018-04-03 | 重庆晋才富熙科技有限公司 | Remote teaching video interactive system |
| CN104660384A (en) * | 2015-02-02 | 2015-05-27 | 武汉爱科唯自动化科技有限公司 | Network remote monitoring method for open numerical control system |
| CN104735473A (en) * | 2015-03-05 | 2015-06-24 | 天脉聚源（北京）科技有限公司 | Video stream playing detection method and device |
| CN105828018A (en) * | 2015-12-21 | 2016-08-03 | 广东亿迅科技有限公司 | Transmission method for video conferences |
| CN105828018B (en) * | 2015-12-21 | 2019-02-22 | 广东亿迅科技有限公司 | Transmission method for video conference |
| CN105530553A (en) * | 2015-12-24 | 2016-04-27 | 武汉鸿瑞达信息技术有限公司 | RTMP (Real Time Messaging Protocol) and RUDP (Reliable User Data Protocol) combined real-time media streaming live broadcasting system |
| CN105530553B (en) * | 2015-12-24 | 2018-09-11 | 武汉鸿瑞达信息技术有限公司 | The real time flow medium live broadcast system that RTMP is combined with RUDP |
| CN105611424B (en) * | 2015-12-28 | 2019-04-05 | 武汉鸿瑞达信息技术有限公司 | Audio-video reliable transmission QOS method, receiving end and system based on RUDP |
| CN107979449A (en) * | 2016-10-25 | 2018-05-01 | 杭州海康威视数字技术股份有限公司 | A kind of data transmission method and device |
| CN106714334A (en) * | 2016-12-22 | 2017-05-24 | 网易（杭州）网络有限公司 | Disconnection reconnection method, device and system |
| CN108377427B (en) * | 2018-01-29 | 2021-11-26 | 明博教育科技股份有限公司 | Real-time video transmission method and system |
| CN108377427A (en) * | 2018-01-29 | 2018-08-07 | 明博教育科技股份有限公司 | A kind of method for real-time video transmission and system |
| CN110418199A (en) * | 2018-04-26 | 2019-11-05 | 北京视联动力国际信息技术有限公司 | A kind of information processing method and system based on view networking |
| CN110418199B (en) * | 2018-04-26 | 2023-03-03 | 视联动力信息技术股份有限公司 | Information processing method and system based on video network |
| CN109151245A (en) * | 2018-08-20 | 2019-01-04 | 上海奕瑞光电子科技股份有限公司 | Image data transfer method, system, storage medium and FPGA based on FPGA |
| CN109819322A (en) * | 2019-03-15 | 2019-05-28 | 网易（杭州）网络有限公司 | Video transmission method, device, computer readable storage medium and electronic equipment |
| CN110381319A (en) * | 2019-07-05 | 2019-10-25 | 西安万像电子科技有限公司 | Image coding/decoding method and device |
| CN110381319B (en) * | 2019-07-05 | 2021-08-17 | 西安万像电子科技有限公司 | Image coding and decoding method and device |
| CN110636333A (en) * | 2019-08-19 | 2019-12-31 | 西安万像电子科技有限公司 | Frame loss processing method and device |
| CN114640724A (en) * | 2020-11-30 | 2022-06-17 | 腾讯科技（深圳）有限公司 | Data transmission method, device and equipment based on RUDP and computer storage medium |
| CN114640724B (en) * | 2020-11-30 | 2023-11-28 | 腾讯科技（深圳）有限公司 | RUDP-based data transmission method, device, equipment and computer storage medium |
| CN112511702B (en) * | 2020-12-18 | 2022-06-03 | 咪咕文化科技有限公司 | Media frame pushing method, server, electronic equipment and storage medium |
| CN112511702A (en) * | 2020-12-18 | 2021-03-16 | 咪咕文化科技有限公司 | Video color ring back tone pushing method, server, electronic equipment and storage medium |
| 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 |
|---|---|---|
| CN103780971A (en) | RUDP-based real-time video transmission method under internet condition | |
| US9306708B2 (en) | Method and apparatus for retransmission decision making | |
| JP5588019B2 (en) | Method and apparatus for analyzing a network abstraction layer for reliable data communication | |
| US8699522B2 (en) | System and method for low delay, interactive communication using multiple TCP connections and scalable coding | |
| US7701856B2 (en) | Method and system for bi-level congestion control for multipath transport | |
| US20120170445A1 (en) | Efficient application-layer automatic repeat request retransmission method for reliable real-time data streaming in networks | |
| CN101552660B (en) | Method as well as device and communication system for retransmitting streaming media data | |
| CN105791054A (en) | Autonomous controllable and reliable multicast transmission method based on flow classification realization | |
| US20090175221A1 (en) | multimedia wireless distribution systems and methods | |
| CN206908759U (en) | A kind of video multicast packet loss retransmission system | |
| CN105721950A (en) | Reliable media stream transmission device | |
| US20080301799A1 (en) | Method and apparatus for reliable, high speed data transfers in a high assurance multiple level secure environment | |
| CN104768081B (en) | A kind of packet loss repeating method for realizing flow control | |
| WO2019214550A1 (en) | Message transmission method, device and system, storage medium and electronic apparatus | |
| CN106792263A (en) | A kind of method of transmitting video data, apparatus and system | |
| EP1914933A1 (en) | Method and apparatus for retransmission request reduction in a network | |
| WO2016026299A1 (en) | Method and device for retransmitting lost packet | |
| CN102801692B (en) | A kind of transmission control protocol optimization method and system connecting based on division | |
| CN104104924A (en) | Third-generation (3G) network based video monitoring system bandwidth self-adaption transmission method | |
| CN105611424B (en) | Audio-video reliable transmission QOS method, receiving end and system based on RUDP | |
| CN110086772B (en) | Method and system for acquiring monitoring video | |
| CN106100803A (en) | The method and apparatus determined is retransmitted for making | |
| Liu et al. | Design and implementation for a UAV-based streaming media system | |
| CN113542685B (en) | Real-time ultra-high definition video transmission method based on reliable UDP | |
| Icart et al. | Optimizations for efficient and transparent use of IP applications over HF links |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140507 |
|
| WD01 | Invention patent application deemed withdrawn after publication |