WO2017045528A1 - Procédé, dispositif et système pour transmission à multi-diffusion - Google Patents

Procédé, dispositif et système pour transmission à multi-diffusion Download PDF

Info

Publication number
WO2017045528A1
WO2017045528A1 PCT/CN2016/097534 CN2016097534W WO2017045528A1 WO 2017045528 A1 WO2017045528 A1 WO 2017045528A1 CN 2016097534 W CN2016097534 W CN 2016097534W WO 2017045528 A1 WO2017045528 A1 WO 2017045528A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
data block
file
rtp
data
Prior art date
Application number
PCT/CN2016/097534
Other languages
English (en)
Chinese (zh)
Inventor
关帅
陈光亮
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017045528A1 publication Critical patent/WO2017045528A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]

Definitions

  • the present invention relates to the field of communications, and in particular to a multicast transmission method, apparatus, and system.
  • HLS HTTP Live Streaming
  • HLS live broadcast service When the content delivery network (CDN) provides the HLS live broadcast service, a large number of user terminals obtain media file playback through the standard Hypertext Transfer Protocol (HTTP) progressive download method, which causes bandwidth. Great request.
  • HTTP Hypertext Transfer Protocol
  • the streaming server and the entire CDN network must have sufficient service capabilities.
  • HLS media files (including index files and ts files) are distributed among CDN nodes in a multicast manner and provided to terminal services, which can effectively achieve the purpose. .
  • the multicast transmission mode adopted inevitably introduces the shortcoming of the User Datagram Protocol (UDP) unreliable information transmission service, that is, packet loss during transmission, resulting in degradation of video quality. It may also be due to network congestion, resulting in a low code rate, resulting in playing card segments or even interruptions.
  • UDP User Datagram Protocol
  • the embodiment of the invention provides a multicast transmission method, device and system, so as to at least solve the problem that the UDP unreliable information transmission service is easy to drop packets in the related art.
  • a multicast transmission method including:
  • RTTP Real Time Transport Protocol
  • FEC Forward error correction
  • the data of the lost data block is obtained by means of a hypertext transfer protocol HTTP unicast pulldown.
  • the method includes:
  • the method includes:
  • the method includes:
  • the lost data block includes a sub-index file
  • all data of the sub-index file is acquired by means of a hypertext transfer protocol HTTP unicast pull-down.
  • a multicast transmission method including:
  • the data that is not received by the multicast fragment file in the receiving period is obtained by using a hypertext transfer protocol HTTP unicast pull-down.
  • the method further includes:
  • all data of the multicast fragment file is obtained by using a hypertext transfer protocol HTTP unicast pull-down.
  • a multicast transmission apparatus including:
  • a receiving module configured to receive a real-time transport protocol RTP stream of the multicast fragment file
  • the first obtaining module is configured to acquire data of the lost data block by using a Hypertext Transfer Protocol HTTP unicast pulldown.
  • the device further includes:
  • a calculating module configured to calculate a position and a length of the lost data block in the multicast fragment file according to a record of a packet header of the RTP code stream;
  • the second obtaining module is configured to acquire, by using the HTTP unicast pulldown, a range of the missing data block in the Get request header, and acquire data of the lost data block from the upper node.
  • the device further includes:
  • the first statistic module is configured to collect a packet loss rate of the RTP stream
  • the third obtaining module is configured to acquire the lost data block by using a hypertext transfer protocol HTTP unicast pull-down method if the packet loss rate exceeds a first preset threshold in a preset number of measurement periods
  • the data, or the third obtaining module is configured to acquire all the data of the multicast fragment file by using a hypertext transfer protocol HTTP unicast pull-down.
  • the device further includes:
  • the fourth obtaining module is configured to acquire all data of the sub-index file by using a hypertext transfer protocol HTTP unicast pull-down in a case where the lost data block includes a sub-index file.
  • a multicast transmission apparatus including:
  • the second statistic module is configured to collect the amount of data received in the receiving period of the multicast shard file, and count the proportion of the received data to the entire multicast shard file;
  • the fifth obtaining module is configured to obtain, by using a hypertext transfer protocol HTTP unicast pull-down, that the multicast fragment file is not received in the receiving period, if the ratio is lower than the second preset threshold. data.
  • the device further includes:
  • the sixth obtaining module is configured to acquire all the data of the multicast fragment file by using a hypertext transfer protocol HTTP unicast pull-down mode, in a case that the ratio is lower than the second preset threshold.
  • a multicast transmission system including: an encoder, a streaming media server, and a terminal;
  • the encoder generates a real-time streaming HLS live file from the live broadcast source, and sends the HLS live file to the streaming media server at the head end;
  • the streaming media server encodes the HLS live file into a real-time transport protocol RTP packet, and sends the packet to the terminal in a multicast manner;
  • the terminal forward error correction FEC recovers the RTP code stream, and determines a lost data block in the RTP code stream that cannot be recovered;
  • the terminal acquires data of the lost data block by using a hypertext transfer protocol HTTP unicast pulldown.
  • a computer storage medium is further provided, and the computer storage medium may store an execution instruction for performing the implementation of the multicast transmission method in the foregoing embodiment.
  • the real-time transport protocol RTP stream that receives the multicast fragment file is used, and the forward error correction FEC recovers the RTP stream, and the lost data block that cannot be recovered in the RTP stream is determined to be transmitted through hypertext.
  • the protocol HTTP unicast pull-down method obtains the data of the lost data block, solves the problem that the UDP unreliable information transmission service is easy to drop packets, and improves the video quality.
  • FIG. 1 is a flowchart 1 of a multicast transmission method according to an embodiment of the present invention.
  • FIG. 2 is a second flowchart of a multicast transmission method according to an embodiment of the present invention.
  • FIG. 3 is a structural block diagram 1 of a multicast transmission apparatus according to an embodiment of the present invention.
  • FIG. 4 is a block diagram 2 of a structure of a multicast transmission apparatus according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram 3 of a multicast transmission system according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for compensating for loss of HLS multicast transmission packet according to a preferred embodiment of the present invention
  • FIG. 7 is a schematic diagram of an HLS multicast transmission CDN network and a terminal deployment diagram according to a preferred embodiment of the present invention
  • FIG. 8 is a flow chart of an HLS multicast packet loss compensation policy in accordance with a preferred embodiment of the present invention.
  • FIG. 1 is a flowchart 1 of a multicast transmission method according to an embodiment of the present invention. As shown in FIG. 1 , the process includes the following steps:
  • Step S102 Receive a real-time transport protocol RTP code stream of the multicast fragment file.
  • Step S104 The forward error correction FEC recovers the RTP code stream, and determines a lost data block in the RTP code stream that cannot be recovered.
  • Step S106 Acquire data of the lost data block by using a hypertext transfer protocol HTTP unicast pull-down.
  • the forward error correction FEC recovers the received RTP code stream, determines the missing data block in the RTP code stream that cannot be recovered, and obtains the data of the lost data block by using the Hypertext Transfer Protocol HTTP unicast pull-down method to solve the problem.
  • the problem that UDP unreliable information transmission service is easy to lose packets improves the video quality.
  • the location and length of the lost data block in the multicast fragment file are calculated according to the record of the packet header of the RTP code stream, and the missing data block is indicated in the Get request header by using the HTTP unicast pull-down. Range, the data of the lost data block is obtained from the superior node.
  • the packet loss rate of the RTP code stream is counted, and when the packet loss rate exceeds the first preset threshold in the measurement period of the preset number of times, the HTTP unicast pulldown is performed by the hypertext transfer protocol.
  • the method obtains the data of the lost data block, or obtains all the data of the multicast fragment file by using a hypertext transfer protocol HTTP unicast pull-down.
  • the lost data block includes a sub-index file
  • all data of the sub-index file is obtained by a hypertext transfer protocol HTTP unicast pull-down.
  • FIG. 2 is a flowchart 2 of a multicast transmission method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:
  • Step S202 Count the amount of data received in the receiving period of the multicast fragment file, and count the proportion of the received data to the entire multicast fragment file.
  • Step S204 If the ratio is lower than the second preset threshold, the data that is not received by the multicast fragment file in the receiving period is obtained by using a hypertext transfer protocol HTTP unicast pull-down.
  • the ratio of the received data to the entire multicast fragment file is counted. If the ratio is lower than the second preset threshold, the multicast score is obtained by using the Hypertext Transfer Protocol HTTP unicast drop-down method.
  • the slice file does not receive data during the receiving period, which solves the problem that the UDP unreliable information transmission service is easy to drop packets, and improves the video quality.
  • all data of the multicast fragment file is obtained by using a hypertext transfer protocol HTTP unicast pull-down.
  • a multicast transmission device is also provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 3 is a structural block diagram 1 of a multicast transmission apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus includes:
  • the receiving module 32 is configured to receive a real-time transport protocol RTP code stream of the multicast fragment file.
  • the determining module 34 is connected to the receiving module 32, and is configured to recover the RTP code stream by using the forward error correction FEC, and determine the missing data block in the RTP code stream that cannot be recovered;
  • the first obtaining module 36 is connected to the determining module 34 and configured to acquire the data of the lost data block by means of a hypertext transfer protocol HTTP unicast pull-down.
  • the receiving module 32 receives the real-time transport protocol RTP stream of the multicast fragment file, and the determining module 34 forwards the error correction FEC to recover the RTP stream, and determines the lost data block in the RTP stream that cannot be recovered.
  • the obtaining module 36 obtains the data of the lost data block by using the HTTP unicast pull-down method of the hypertext transfer protocol, and solves the problem that the UDP unreliable information transmission service is easy to drop packets, and improves the video quality.
  • the device further includes:
  • a calculating module configured to calculate, according to the record of the packet header of the RTP stream, the lost data block in the multicast fragment file Position and length;
  • the second obtaining module is configured to obtain, by using the HTTP unicast pulldown, a range indicating the lost data block in the Get request header, and acquire data of the lost data block from the upper node.
  • the device further includes:
  • the first statistic module is configured to collect a packet loss rate of the RTP stream
  • the third obtaining module is configured to acquire the data of the lost data block by using a hypertext transfer protocol HTTP unicast pull-down method, in a case that the packet loss rate exceeds a first preset threshold in a preset number of measurement periods, Alternatively, the third obtaining module is configured to obtain all data of the multicast fragment file by using a hypertext transfer protocol HTTP unicast pull-down.
  • the device further includes:
  • the fourth obtaining module is configured to obtain all the data of the sub-index file by using a hypertext transfer protocol HTTP unicast pull-down method if the lost data block includes a sub-index file.
  • FIG. 4 is a block diagram 2 of a structure of a multicast transmission apparatus according to an embodiment of the present invention. As shown in FIG. 4, the apparatus includes:
  • the second statistic module 42 is configured to collect the amount of data received in the receiving period of the multicast shard file, and count the proportion of the received data to the entire multicast shard file;
  • the fifth obtaining module 44 is connected to the second statistic module 42 and is configured to obtain the multicast shard file in the receiving manner by using a hypertext transfer protocol HTTP unicast pulldown mode when the ratio is lower than the second preset threshold. There is no data received during the cycle.
  • the device further includes:
  • the sixth obtaining module is configured to obtain all the data of the multicast fragment file by using a hypertext transfer protocol HTTP unicast pull-down method if the ratio is lower than the second preset threshold.
  • FIG. 5 is a structural block diagram 3 of a multicast transmission system according to an embodiment of the present invention. As shown in FIG. 5, the system includes:
  • Encoder 52 streaming server 54, terminal 56;
  • the encoder 52 generates a real-time streaming HLS live file from the live source, and sends it to the streaming server 54 at the head end;
  • the streaming server 54 encodes the HLS live file into a real-time transport protocol RTP packet, and sends it to the terminal 56 in multicast form;
  • the terminal 56 receives the RTP code stream of the multicast multicast fragment file.
  • the terminal 56 forwards the error correction FEC to recover the RTP code stream, and determines a lost data block in the RTP code stream that cannot be recovered;
  • the terminal 56 acquires the data of the lost data block by means of a hypertext transfer protocol HTTP unicast pulldown.
  • the terminal 56 accesses the streaming media server 54 through multicast, which solves the problem that the UDP unreliable information transmission service is easy to drop packets, and improves the video quality.
  • the preferred embodiment of the present invention provides a compensation method for UDP packet loss in the HLS multicast transmission mode, which can be used not only for a multicast receiving node in a CDN distribution network, but also for a terminal such as a mobile phone and a set top box. Wait.
  • the multicast RTP stream of HLS is extended by the proprietary protocol.
  • the extension part of the header records the offset and length of the UDP packet payload data in the original file, and then is sent after FEC encoding.
  • the multicast receiving module After receiving the code stream, the multicast receiving module first recovers by FEC error correction. If the FEC cannot be completely recovered, packet loss occurs. At this time, according to the data of the extended part of the RTP header, the offset and size of the lost packet are calculated. Back compensation. The received data is written to the file and the missing portion is filled with fixed data.
  • the packet loss rate is continuously counted. If the packet loss rate reaches 5% or more in consecutive N detection periods, it is expected that the network condition will continue. After the subsequent RTP stream is received, it will be discarded. Do follow-up work to save system consumption. At the same time, the HTTP drop-down request is started to obtain the entire fragment file.
  • the amount of received data is counted.
  • the bandwidth is low and congestion is indicated. If it is serious, it will abandon receiving the subsequent multicast code stream, start the HTTP pull-down, indicate the Range range in the Get request header, and obtain the remaining file data. If the packet loss rate in the previous receiving process reaches 5% or more, the entire fragment is directly obtained, and the written file is overwritten.
  • FIG. 6 is a flowchart of a method for compensating for loss of HLS multicast transmission packet according to a preferred embodiment of the present invention. As shown in FIG. 6, the steps of the method include:
  • Step S602 After receiving the RTP stream, the multicast receiving module recovers by using the FEC algorithm.
  • step S604 the statistics module calculates the position and length of the original file according to the before and after RTP packets for the lost RTP. Continuous RTP packet loss, where the location and length information are combined.
  • step S606 the statistics module synchronizes the statistics packet loss rate and accumulates the received data volume.
  • Step S608 after the fragmented multicast data is received, the compensation module pulls down the lost data block by HTTP unicast according to the lost information record. Write data to the corresponding reserved location of the storage slice.
  • the multicast receiving module is equivalent to the receiving module 32 in the above implementation
  • the statistic module is equivalent to the determining module 34, the calculating module, the first statistic module, and the second statistic module 42 of the foregoing embodiment
  • the compensation module is equivalent.
  • FIG. 7 is a schematic diagram of a HLS multicast transmission CDN network and a terminal deployment diagram according to a preferred embodiment of the present invention.
  • the live broadcast source generates an HLS live broadcast related file and sends it to the head end stream through an encoder.
  • Media server The multicast sending process on the streaming server encodes the HLS file into an RTP packet and sends it in multicast form.
  • the third-level CDN network distributes the content of the HLS live channel through multicast: the multicast receiving process receives the multicast stream, restores it to an HLS file, and encodes it into a multicast stream for transmission to the next-level network.
  • the terminal can access the service through multicast access or normal HTTP unicast.
  • FIG. 8 is a flowchart of an HLS multicast packet loss compensation policy according to a preferred embodiment of the present invention. As shown in FIG. 8, the specific implementation steps are as follows:
  • Step S802 The multicast receiving process joins the multicast group according to the channel information, and continuously receives the RTP stream.
  • Step S804 the RTP packet is first output to the statistics module via the FEC module.
  • the statistics module records the packet loss offset and length, and calculates the packet loss rate synchronously.
  • Step S806 if a packet loss occurs in the sub-index file, the compensation is immediately started, and the entire sub-index file is pulled down.
  • step S808 the fragment file is lost, and the packet loss rate is continuously maintained, and the HTTP drop-down fragment file is used.
  • step S810 if the code rate is too low, and the fragment cannot be obtained through the multicast code stream on time, the remaining data of the fragment file is pulled down by using the HTTP method.
  • step S812 the fragmentation file is ended, and according to the statistical module record, only the fragment missing fragment is pulled down.
  • step S814 the slice input is written into the storage file reserved area.
  • the advantages of the preferred embodiment of the present invention are: in a conventional streaming media application, the RTP stream is used as a real-time stream, and an automatic repeat reQuest (ARQ) is often used.
  • the technology compensates, that is, the real-time transmission control protocol (Realtime Transport Control Protocol, RTCP for short) feedback, and the RTP retransmission method.
  • RTCP Realtime Transport Control Protocol
  • the invention combines the characteristics of the HLS protocol itself, applies it in the multicast transmission mode, converts the progressive download into a real-time code stream, and at the same time, in the case of packet loss, requests the lost block by HTTP unicast to obtain the lost data. , you can completely restore the file and get better video quality.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method of various embodiments of the present invention.
  • Embodiments of the present invention also provide a storage medium.
  • the storage medium may be configured to store program code for performing the method steps of the above embodiment:
  • the storage medium is further arranged to store program code for performing the following steps:
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor performs the method steps of the foregoing embodiments according to the stored program code in the storage medium.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the foregoing technical solution provided by the embodiment of the present invention may be applied to a real-time transmission protocol RTP stream that receives a multicast fragment file during a multicast transmission process, and the forward error correction FEC recovers the RTP stream to determine the RTP stream.
  • the lost data block that cannot be recovered is obtained by the HTTP unicast drop-down method of the hypertext transfer protocol, and the problem that the UDP unreliable information transmission service is easy to be lost is solved, and the video quality is improved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La présente invention concerne un procédé, un dispositif et un système pour transmission à multi-diffusion. Le procédé comprend les étapes consistant : à recevoir un flux à protocole de transport en temps réel (RTP) d'un fichier de découpage de multi-diffusion, à restaurer le flux RTP au moyen dune correction d'erreur sans circuit de retour (FEC), à déterminer un bloc de données perdu dans le flux RTP qui ne peut pas être récupéré, et à obtenir des données du bloc de données perdu dans une manière de conversion vers le bas de diffusion individuelle à protocole de transfert hypertexte (HTTP). Le procédé permet de résoudre le problème selon lequel il est susceptible que des paquets soient perdus dans le service de transmission d'informations non fiables en UDP et améliore la qualité d'une vidéo.
PCT/CN2016/097534 2015-09-18 2016-08-31 Procédé, dispositif et système pour transmission à multi-diffusion WO2017045528A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510601456.8A CN106549916A (zh) 2015-09-18 2015-09-18 组播传输方法、装置及系统
CN201510601456.8 2015-09-18

Publications (1)

Publication Number Publication Date
WO2017045528A1 true WO2017045528A1 (fr) 2017-03-23

Family

ID=58288170

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/097534 WO2017045528A1 (fr) 2015-09-18 2016-08-31 Procédé, dispositif et système pour transmission à multi-diffusion

Country Status (2)

Country Link
CN (1) CN106549916A (fr)
WO (1) WO2017045528A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111327584A (zh) * 2019-11-12 2020-06-23 杭州海康威视系统技术有限公司 视频监控方法、装置、系统、设备和存储介质
CN113301387A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 数据编解码方法、相关设备及系统
CN113473111A (zh) * 2021-05-29 2021-10-01 江苏网进科技股份有限公司 一种基于rtsp协议检测视频卡顿现象的方法
CN114710333A (zh) * 2022-03-23 2022-07-05 未鲲(上海)科技服务有限公司 数据传输及校验的方法、系统、计算机设备及存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112702630A (zh) 2017-05-27 2021-04-23 华为技术有限公司 一种故障检测方法、监控设备及网络设备
TWI648970B (zh) * 2017-07-07 2019-01-21 中華電信股份有限公司 使用ＯｐｅｎＦｌｏｗ協定與ＵＤＰ埠號位址轉換使群播封包得以穿越非群播網路之系統及方法
CN109756774A (zh) * 2017-11-07 2019-05-14 中兴通讯股份有限公司 一种ott组播频道切换的方法及装置
CN109936527A (zh) * 2017-12-15 2019-06-25 中兴通讯股份有限公司 直播数据的传输方法及网络节点
WO2019227366A1 (fr) * 2018-05-31 2019-12-05 海能达通信股份有限公司 Procédé et dispositif de stockage de support de diffusion en continu rtp basé sur une tranche, et procédé et dispositif de lecture de support de diffusion en continu rtp basé sur une tranche
CN108769789B (zh) * 2018-05-31 2021-07-30 海能达通信股份有限公司 一种基于切片的rtp流媒体存储、读取方法及装置
CN110049120A (zh) * 2019-04-12 2019-07-23 海能达通信股份有限公司 多媒体文件传输方法、系统、核心网及装置
CN112565430B (zh) * 2020-12-08 2023-01-24 上证所信息网络有限公司 一种多市场行情数据在广域网的低时延可靠传输方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101282348A (zh) * 2007-04-06 2008-10-08 上海晨兴电子科技有限公司 运用http协议实现流媒体功能的方法
CN101827306A (zh) * 2009-03-03 2010-09-08 中兴通讯股份有限公司 单播业务的切换方法与装置
US20140199044A1 (en) * 2013-01-15 2014-07-17 Qualcomm Incorporated Supporting transport diversity and time-shifted buffers for media streaming over a network
CN104579601A (zh) * 2014-12-01 2015-04-29 华为技术有限公司 一种重传请求处理方法和装置
CN104662865A (zh) * 2012-08-24 2015-05-27 阿卡麦科技公司 混合型http和udp内容分发

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101282348A (zh) * 2007-04-06 2008-10-08 上海晨兴电子科技有限公司 运用http协议实现流媒体功能的方法
CN101827306A (zh) * 2009-03-03 2010-09-08 中兴通讯股份有限公司 单播业务的切换方法与装置
CN104662865A (zh) * 2012-08-24 2015-05-27 阿卡麦科技公司 混合型http和udp内容分发
US20140199044A1 (en) * 2013-01-15 2014-07-17 Qualcomm Incorporated Supporting transport diversity and time-shifted buffers for media streaming over a network
CN104579601A (zh) * 2014-12-01 2015-04-29 华为技术有限公司 一种重传请求处理方法和装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111327584A (zh) * 2019-11-12 2020-06-23 杭州海康威视系统技术有限公司 视频监控方法、装置、系统、设备和存储介质
CN113301387A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 数据编解码方法、相关设备及系统
CN113473111A (zh) * 2021-05-29 2021-10-01 江苏网进科技股份有限公司 一种基于rtsp协议检测视频卡顿现象的方法
CN114710333A (zh) * 2022-03-23 2022-07-05 未鲲(上海)科技服务有限公司 数据传输及校验的方法、系统、计算机设备及存储介质

Also Published As

Publication number Publication date
CN106549916A (zh) 2017-03-29

Similar Documents

Publication Publication Date Title
WO2017045528A1 (fr) Procédé, dispositif et système pour transmission à multi-diffusion
US10542064B2 (en) Method, server side and system for computing bandwidth of network transmission of streaming media
US9794311B2 (en) Transport accelerator implementing extended transmission control functionality
US10798199B2 (en) Network traffic accelerator
EP2890133B1 (fr) Système et procédé de distribution de contenu de diffusion en direct
US9191297B2 (en) Providing feedback to media senders over real time transport protocol (RTP)
US20150271242A1 (en) Method and Apparatus for Acquiring Streaming Media Buffer Parameter
US20130096904A1 (en) Quality of User Experience Testing for Video Transmissions
US11159834B2 (en) Managing congestion response during content delivery
CN113037440B (zh) 数据重传处理方法、装置、计算机设备和存储介质
WO2018121742A1 (fr) Procédé et dispositif permettant de transmettre des données de flux
WO2019214550A1 (fr) Procédé, dispositif et système de transmission de messages, support de stockage et appareil électronique
US8873590B2 (en) Apparatus and method for correcting jitter
US20150067184A1 (en) Methods and Systems for Quantifying the Holistic Quality of Experience for Internet Multimedia
US20170034545A1 (en) Contolled adaptive rate switching system and method for media streaming over ip networks
JP2019537342A (ja) ライブビデオ送信方法およびシステムならびに装置
US10492085B2 (en) Real-time transport protocol congestion control techniques in video telephony
US9350484B2 (en) Transport accelerator implementing selective utilization of redundant encoded content data functionality
KR20130114597A (ko) 스트리밍 미디어 전달 컴포지트
CN113423008A (zh) 视频数据传输方法、装置、电子设备和介质
CN115037416A (zh) 数据前向纠错处理方法、装置、电子设备和存储介质
GB2559271A (en) Managing congestion response during content delivery
Battisti et al. A study on the impact of AL-FEC techniques on TV over IP Quality of Experience
CN110881018B (zh) 媒体流的实时接收方法及客户端
TWI523511B (zh) Variable bit rate video panning method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16845642

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16845642

Country of ref document: EP

Kind code of ref document: A1