CN111163362A - 一种自适应重传等待时间的视频接收方法及系统 - Google Patents
一种自适应重传等待时间的视频接收方法及系统 Download PDFInfo
- Publication number
- CN111163362A CN111163362A CN201911388035.6A CN201911388035A CN111163362A CN 111163362 A CN111163362 A CN 111163362A CN 201911388035 A CN201911388035 A CN 201911388035A CN 111163362 A CN111163362 A CN 111163362A
- Authority
- CN
- China
- Prior art keywords
- video
- frame
- data packet
- rtp
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- 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]
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- 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/637—Control signals issued by the client directed to the server or network components
- H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种自适应重传等待时间的视频接收方法及系统。该方法包括:S1:持续接收每一帧视频数据对应的rtp数据包,并按照视频帧顺序依次判断每一帧视频数据的rtp数据包是否满足完整一帧;S2:如果判断到某一帧视频数据的rtp数据包满足完整一帧,则输出到解码层进行解码显示;否则,动态调整重传等待时间;S3:如果某一帧视频数据缺少的rtp数据包在重传等待时间内接收成功,则输出到解码层进行解码显示;否则,丢弃该帧视频数据,遍历下一个视频数据的rtp数据包。该方法通过重传包时间和帧间隔时间相结合的方式来动态调整重传等待时间,从而减少视频卡顿现象,达到提高指挥调度系统视频解码效果的目的。
Description
技术领域
本发明涉及一种自适应重传等待时间的视频接收方法,同时涉及相应的视频接收系统,属于IP多媒体监控调度通信领域。
背景技术
目前IP多媒体监控调度系统中的视频通话在网络条件不好的条件下,明显影响视频的质量,导致视频卡顿、延时。
现有视频接收方法一般接收到完整一帧视频数据包后把该帧视频数据包发送到解码层进行解码显示。在存在网络丢包、乱序的情况下,会缓存不完整的视频帧,等待重传包或者乱序包接收到后,排序过程判断到完整视频帧后再进行一帧视频数据送入解码层进行解码显示。
另外,在网络不好的情况下一旦所接收的视频数据包发生丢包,视频数据包排序缓存过程会一直等待丢失包传输到本地。如果丢失包的等待时间设置的过大,则在存在丢失包且重传失败的情况一直等待,导致视频解码过程卡顿严重。如果丢失包的等待时间设置的过小,则重传包或者乱序包还没传输到本地就已经丢弃掉该帧数据,导致视频卡顿加重,视频质量严重下降。
发明内容
本发明所要解决的首要技术问题在于提供一种自适应重传等待时间的视频接收方法。
本发明所要解决的另一技术问题在于提供一种自适应重传等待时间的视频接收系统。
为了实现上述目的,本发明采用下述的技术方案:
根据本发明实施例的第一方面,提供一种自适应重传等待时间的视频接收方法,包括如下步骤:
步骤S1:持续接收每一帧视频数据对应的rtp数据包,并按照视频帧顺序依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧;
步骤S2:如果判断到某一帧视频数据的rtp数据包满足完整一帧,则输出到解码层进行解码显示;否则,动态调整重传等待时间;
步骤S3:如果某一帧视频数据缺少的rtp数据包在所述重传等待时间内接收成功,则输出到所述解码层进行解码显示;否则,丢弃该帧视频数据,遍历下一个视频数据的rtp数据包。
其中较优地,步骤S1包括如下子步骤:
步骤S11:将接收的rtp数据包保存在缓存队列中;
步骤S12:根据每个所述rtp数据包的封装消息,将所述rtp数据包进行排序;
步骤S13:根据排序后的rtp数据包,依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧。
其中较优地,将所述rtp数据包进行排序时,每接收一个rtp数据包,根据所述rtp数据包的序列号,并按照序列号从小到大的顺序,将所述rtp数据包插入到所述缓存队列中按顺序已进行保存的rtp数据包的相应位置。
其中较优地,判断每一帧所述视频数据的rtp数据包是否满足完整一帧包括如下子步骤:
步骤S130:根据包含有帧结束符的rtp数据包,确认出每一帧所述视频数据的rtp数据包范围;
步骤S131:根据每一帧所述视频数据的rtp数据包范围,判断每一帧所述视频数据是否缺失rtp数据包。
其中较优地,判断到所述某一帧视频数据的rtp数据包不满足完整一帧,动态调整所述重传等待时间,包括如下子步骤:
步骤21:计算当前不完整帧视频数据的重传包时间;
步骤S22:计算所述当前不完整帧视频数据的视频帧间隔时间;
步骤S23:根据所述重传包时间和所述视频帧间隔时间,确定出所述当前不完整帧视频数据的重传等待时间。
其中较优地,所述当前不完整帧视频数据的重传包时间为当前某一段时间内,计算所接收的多个缺失的rtp数据包的重传包时间的平均值。
其中较优地,每个缺失的rtp数据包的重传包时间为从向视频发送端请求重新发送所缺失的某一个rtp数据包开始,到视频接收端接收到重新发送的所述rtp数据包所经历的时间。
其中较优地,所述当前不完整帧视频数据的视频帧间隔时间为位于所述当前不完整帧视频数据前某一段时间内最后多帧视频数据的视频帧间隔时间的平均值。
其中较优地,所述当前不完整帧视频数据的重传等待时间为所述当前不完整帧视频数据的重传包时间和视频帧间隔时间中数值大的一个。
根据本发明实施例的第二方面,提供一种自适应重传等待时间的视频接收系统,包括依次连接的视频接收模块、重传包模块和视频解码模块;
所述视频接收模块,用于持续接收每一帧视频数据对应的rtp数据包;
所述重传包模块,用于按照视频帧顺序依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧,如果是则输出到所述视频解码模块进行解码显示;否则,动态调整重传等待时间,并判断所缺少的rtp数据包在所述重传等待时间内是否能接收成功,如果接收成功则则输出到所述视频解码模块进行解码显示,否则丢弃当前不完整帧视频数据,遍历下一个视频数据的rtp视频包。
与现有技术相比较,本发明所提供的自适应重传等待时间的视频接收方法及系统具有如下特点:
1.综合网络情况和视频帧间隔时间来动态调整重传等待时间,比固定等待时间更灵活,减少了网络状况好的情况下多等待,网络状况不好的情况下丢弃帧等异常情况。
2.一帧视频数据在接收到后会等待一个重传包的时间,保证丢失的数据包有足够的时间来重发并接收。
3.根据视频帧间隔来调整重传等待时间,保证低帧率情况下有更多的机会接收重传包。
4.有效改善了网络波动情况下的视频卡顿问题,有效提升了指挥调度系统的监控视频质量,并且更灵活、方便。
附图说明
图1为本发明所提供的自适应重传等待时间的视频接收方法的流程图;
图2为本发明所提供的自适应重传等待时间的视频接收系统的结构图。
具体实施方式
下面结合附图和具体实施例对本发明的技术内容做进一步的详细说明。
为了减少视频卡顿现象,达到提高IP多媒体指挥调度系统的视频解码效果的目的,如图1所示,本发明所提供的自适应重传等待时间的视频接收方法,包括如下步骤:
步骤S1:持续接收每一帧视频数据对应的rtp数据包,并按照视频帧顺序依次判断每一帧视频数据的rtp数据包是否满足完整一帧。
在进行IP多媒体监控调度系统的视频通话业务时,摄像头所采集的视频数据将以每秒多帧的传输速度传输至视频接收端。例如,摄像头每秒向视频接收端传输15~30帧视频数据。其中,将摄像头所采集的每一帧视频数据封装成多个rtp数据包后,传输至视频接收端。视频接收端持续接收每一帧视频数据对应的rtp数据包,并按照视频帧顺序依次判断每一帧视频数据的rtp数据包是否满足完整一帧,包括如下子步骤:
步骤S11:将接收的rtp数据包保存在缓存队列中。
在视频接收端设置有缓存队列,用于保存接收到的rtp数据包。
步骤S12:根据每个rtp数据包的封装消息,将rtp数据包进行排序。
视频接收端每接收一个rtp数据包,不仅会将该rtp数据包保存至缓存列表,还会根据该rtp数据包的封装消息,将该rtp数据包插入到缓存队列中已经排好序的rtp数据包的相应位置。
具体的说,每个rtp数据包的封装消息包含有序列号、时间戳、同步源标识符等信息。其中本自适应重传等待时间的视频接收方法主要使用每个rtp数据包的封装消息中的序列号和时间戳。并且,在每一帧视频数据的最后一个rtp数据包中还包含有帧结束符,一般为1,用于判断每一帧视频数据是否结束。根据每一帧视频数据已经编好序列号的rtp数据包,视频接收端每接收一个rtp数据包,就会根据该rtp数据包的序列号,并按照序列号从小到大的顺序,将该rtp数据包插入到缓存队列中按顺序已进行保存的rtp数据包的相应位置。
步骤S13:根据排序后的rtp数据包,依次判断每一帧视频数据的rtp数据包是否满足完整一帧。
对缓存队列中按顺序已进行保存的rtp数据包,按照从序列号最小的开始,逐帧判断视频数据的rtp数据包是否满足完整一帧。Rtp数据包是否满足完整一帧的过程包括如下子步骤:
步骤S130:根据包含有帧结束符的rtp数据包,确认出每一帧视频数据的rtp数据包范围;
由于在每一帧视频数据的最后一个rtp数据包中包含有帧结束符,一般为1,因此,对缓存队列中按顺序已进行保存的rtp数据包,按照从序列号最小的开始,以包含有帧结束符的rtp数据包作为每一帧是视频数据的最后一个rtp数据包,确认出每一帧视频数据的rtp数据包范围。例如,缓存队列中按顺序已进行保存的rtp数据包有100个,那么rtp数据包的排序为1~100,从第1个rtp数据包开始,假设第10个rtp数据包的帧结束符为1,则认为该帧视频数据包括10个rtp数据包,排序为1~10。
步骤S131:根据每一帧视频数据的rtp数据包范围,判断每一帧视频数据是否缺失rtp数据包。
由于每一帧视频数据的rtp数据包的序列号是连续的,因此,可以判断出步骤S130得到的每一帧视频数据的rtp数据包中是否缺失rtp数据包。如果判断到某一帧视频数据的rtp数据包出现缺失rtp数据包的情况,则认为该帧视频数据的rtp数据包不完整,即该帧视频数据的rtp数据包不满足完整一帧视频数据。例如,步骤S130得到的某一帧视频数据的10个rtp数据包中缺少序列号为7和9的rtp数据包,则认为该帧视频数据的rtp数据包不完整。
步骤S2:如果判断到某一帧视频数据的rtp数据包满足完整一帧,则输出到解码层进行解码显示;否则,动态调整重传等待时间。
如果步骤S130得到的某一帧视频数据的rtp数据包中没有缺失rtp数据包,则将该帧视频数据的rtp数据包输出到解码层进行解码显示。如果步骤S130得到的某一帧视频数据的rtp数据包中有缺失rtp数据包,则采用如下步骤实现动态调整所缺失的rtp数据包的重传等待时间。
步骤21:计算当前不完整帧视频数据的重传包时间。
由于视频接收端连续不间断的接收rtp数据包,并连续逐帧判断每一帧视频数据的rtp数据包是否有缺失,如果某一帧视频数据的rtp数据包有缺失,则向视频发送端请求重新发送该帧视频数据所缺失的rtp数据包,视频发送端将所缺失的的rtp数据包重新发送给视频接收端。将从向视频发送端请求重新发送该帧视频数据所缺失的某一个rtp数据包开始,到视频接收端接收到重新发送的某一帧视频数据所缺失的一个rtp数据包所经历的时间,作为该帧视频数据某一个缺失的rtp数据包的重传包时间(RoundTripTime,RTT)。那么,在当前某一段时间内,计算所接收的多个缺失的rtp数据包的重传包时间的平均值,作为当前不完整帧视频数据的重传包时间。这样,可以根据当前网络状况,实时更新当前不完整帧视频数据的重传包时间。
步骤S22:计算当前不完整帧视频数据的视频帧间隔时间。
由于每一帧视频数据的每个rtp数据包所携带的时间戳信息相同,那么根据每一帧视频数据的每个rtp数据包所携带的时间戳信息,可以计算出生成一帧视频数据的视频帧间隔时间。例如,第一帧视频数据在第1ms时候生成,第2帧视频数据在第41ms时候生成,那么,生成第2帧视频数据的视频帧间隔时间为40ms。采用上述计算一帧视频数据的视频帧间隔时间的方法,计算出位于当前不完整帧视频数据前某一段时间内最后多帧视频数据的视频帧间隔时间的平均值,作为当前不完整帧视频数据的视频帧间隔时间。其中,根据每秒实际所传视频数据的帧数,确定位于当前不完整帧视频数据前某一段时间内最后多帧视频数据的数量。例如,每秒实际所传视频数据的帧数为30帧时,当前不完整帧视频数据为第31帧,可以计算出当前不完整帧视频数据前1秒内1~30帧视频数据的视频帧间隔时间的平均值,作为当前不完整帧视频数据的视频帧间隔时间。
步骤S23:根据重传包时间和视频帧间隔时间,确定出当前不完整帧视频数据的重传等待时间。
从步骤21和步骤S22得到的当前不完整帧视频数据的重传包时间和视频帧间隔时间中选取数值最大的,作为当前不完整帧视频数据的重传等待时间。
步骤S3:如果某一帧视频数据缺少的rtp数据包在重传等待时间内接收成功,则输出到解码层进行解码显示;否则,丢弃该帧视频数据,遍历下一个视频数据的rtp数据包。
如果当前不完整帧视频数据在其重传等待时间内可以接收到全部所缺少的rtp数据包,则将该帧视频数据输出到解码层进行解码显示。如果当前不完整帧视频数据在其重传等待时间内无法全部接收到全部所缺少的rtp数据包,则丢弃该帧视频数据,并根据步骤S1和S2的方法继续遍历缓存队列中下一个视频数据的rtp数据包,如此往复,直到遍历完所有帧视频数据。
如图2所示,本发明还提供了一种自适应重传等待时间的视频接收系统,包括依次连接的视频接收模块1、重传包模块2和视频解码模块3。
视频接收模块1,用于持续接收每一帧视频数据对应的rtp数据包。该视频接收模块1的功能同步骤S1中相关描述,在此不再赘述。
重传包模块2,用于按照视频帧顺序依次判断每一帧视频数据的rtp数据包是否满足完整一帧,如果是则输出到视频解码模块3进行解码显示;否则,动态调整重传等待时间,并判断所缺少的rtp数据包在重传等待时间内是否能接收成功,如果接收成功则则输出到视频解码模块3进行解码显示,否则丢弃当前不完整帧视频数据,遍历下一个视频数据的rtp数据包。该视频接收模块1的功能同步骤S1中相关描述,在此不再赘述。
与现有技术相比较,本发明所提供的自适应重传等待时间的视频接收方法及系统具有如下特点:
1.综合网络情况和视频帧间隔时间来动态调整重传等待时间,比固定等待时间更灵活,减少了网络状况好的情况下多等待,网络状况不好的情况下丢弃帧等异常情况。
2.一帧视频数据在接收到后会等待一个重传包的时间,保证丢失的数据包有足够的时间来重发并接收。
3.根据视频帧间隔来调整重传等待时间,保证低帧率情况下有更多的机会接收重传包。
4.有效改善网络波动情况下的视频卡顿问题,有效提升指挥调度系统监控视频质量,并且更灵活、方便。
以上对本发明所提供的自适应重传等待时间的视频接收方法及系统进行了详细的说明。对本领域的一般技术人员而言,在不背离本发明实质精神的前提下对它所做的任何显而易见的改动,都将属于本发明专利权的保护范围。
Claims (10)
1.一种自适应重传等待时间的视频接收方法,其特征在于包括如下步骤:
步骤S1:持续接收每一帧视频数据对应的rtp数据包,并按照视频帧顺序依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧;
步骤S2:如果判断到某一帧视频数据的rtp数据包满足完整一帧,则输出到解码层进行解码显示;否则,动态调整重传等待时间;
步骤S3:如果某一帧视频数据缺少的rtp数据包在所述重传等待时间内接收成功,则输出到所述解码层进行解码显示;否则,丢弃该帧视频数据,遍历下一个视频数据的rtp数据包。
2.如权利要求1所述的自适应重传等待时间的视频接收方法,其特征在于步骤S1包括如下子步骤:
步骤S11:将接收的rtp数据包保存在缓存队列中;
步骤S12:根据每个所述rtp数据包的封装消息,将所述rtp数据包进行排序;
步骤S13:根据排序后的rtp数据包,依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧。
3.如权利要求2所述的自适应重传等待时间的视频接收方法,其特征在于:
将所述rtp数据包进行排序时,每接收一个rtp数据包,根据所述rtp数据包的序列号,并按照序列号从小到大的顺序,将所述rtp数据包插入到所述缓存队列中按顺序已进行保存的rtp数据包的相应位置。
4.如权利要求2所述的自适应重传等待时间的视频接收方法,其特征在于:
判断每一帧所述视频数据的rtp数据包是否满足完整一帧包括如下子步骤:
步骤S130:根据包含有帧结束符的rtp数据包,确认出每一帧所述视频数据的rtp数据包范围;
步骤S131:根据每一帧所述视频数据的rtp数据包范围,判断每一帧所述视频数据是否缺失rtp数据包。
5.如权利要求1所述的自适应重传等待时间的视频接收方法,其特征在于:
判断到所述某一帧视频数据的rtp数据包不满足完整一帧,动态调整所述重传等待时间,包括如下子步骤:
步骤21:计算当前不完整帧视频数据的重传包时间;
步骤S22:计算所述当前不完整帧视频数据的视频帧间隔时间;
步骤S23:根据所述重传包时间和所述视频帧间隔时间,确定出所述当前不完整帧视频数据的重传等待时间。
6.如权利要求5所述的自适应重传等待时间的视频接收方法,其特征在于:
所述当前不完整帧视频数据的重传包时间为当前某一段时间内,计算所接收的多个缺失的rtp数据包的重传包时间的平均值。
7.如权利要求6所述的自适应重传等待时间的视频接收方法,其特征在于:
每个缺失的rtp数据包的重传包时间为从向视频发送端请求重新发送所缺失的某一个rtp数据包开始,到视频接收端接收到重新发送的所述rtp数据包所经历的时间。
8.如权利要求5所述的自适应重传等待时间的视频接收方法,其特征在于:
所述当前不完整帧视频数据的视频帧间隔时间为位于所述当前不完整帧视频数据前某一段时间内最后多帧视频数据的视频帧间隔时间的平均值。
9.如权利要求5所述的自适应重传等待时间的视频接收方法,其特征在于:
所述当前不完整帧视频数据的重传等待时间为所述当前不完整帧视频数据的重传包时间和视频帧间隔时间中数值大的一个。
10.一种自适应重传等待时间的视频接收系统,其特征在于包括依次连接的视频接收模块、重传包模块和视频解码模块;
所述视频接收模块,用于持续接收每一帧视频数据对应的rtp数据包;
所述重传包模块,用于按照视频帧顺序依次判断每一帧所述视频数据的rtp数据包是否满足完整一帧,如果是则输出到所述视频解码模块进行解码显示;否则,动态调整重传等待时间,并判断所缺少的rtp数据包在所述重传等待时间内是否能接收成功,如果接收成功则则输出到所述视频解码模块进行解码显示,否则丢弃当前不完整帧视频数据,遍历下一个视频数据的rtp视频包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911388035.6A CN111163362B (zh) | 2019-12-30 | 2019-12-30 | 一种自适应重传等待时间的视频接收方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911388035.6A CN111163362B (zh) | 2019-12-30 | 2019-12-30 | 一种自适应重传等待时间的视频接收方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111163362A true CN111163362A (zh) | 2020-05-15 |
CN111163362B CN111163362B (zh) | 2021-12-24 |
Family
ID=70559046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911388035.6A Active CN111163362B (zh) | 2019-12-30 | 2019-12-30 | 一种自适应重传等待时间的视频接收方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111163362B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111970215A (zh) * | 2020-10-21 | 2020-11-20 | 武汉中科通达高新技术股份有限公司 | 一种数据包管理方法及装置 |
CN112330707A (zh) * | 2020-11-17 | 2021-02-05 | 武汉联影医疗科技有限公司 | 图像处理方法、装置、计算机设备和存储介质 |
CN113709525A (zh) * | 2021-08-26 | 2021-11-26 | 程艳华 | 一种多元通信方法及通信系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160191212A1 (en) * | 2014-12-30 | 2016-06-30 | Electronics And Telecommunications Research Institute | Method of re-transmitting data and electronic device therefor |
CN106911699A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种基于rtp协议实现i帧重传的方法 |
CN107147481A (zh) * | 2017-07-19 | 2017-09-08 | 北京数码视讯科技股份有限公司 | 丢包重传方法、装置及电子设备 |
CN107231328A (zh) * | 2016-03-23 | 2017-10-03 | 福建星网锐捷通讯股份有限公司 | 实时视频传输方法、装置、设备及系统 |
CN206908759U (zh) * | 2017-06-14 | 2018-01-19 | 广州珠江数码集团股份有限公司 | 一种视频组播丢包重传系统 |
CN108540273A (zh) * | 2017-03-01 | 2018-09-14 | 杭州海康威视数字技术股份有限公司 | 一种数据包重传的方法和装置 |
CN109151245A (zh) * | 2018-08-20 | 2019-01-04 | 上海奕瑞光电子科技股份有限公司 | 基于fpga的图像数据传输方法、系统、存储介质及fpga |
US20190222400A1 (en) * | 2018-01-16 | 2019-07-18 | Lenovo (Singapore) Pte. Ltd. | Rate-matching a data transmission around resources |
CN110113662A (zh) * | 2019-04-18 | 2019-08-09 | 浙江工业大学 | 一种适应多种网络状况的视频监控客户端系统 |
-
2019
- 2019-12-30 CN CN201911388035.6A patent/CN111163362B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160191212A1 (en) * | 2014-12-30 | 2016-06-30 | Electronics And Telecommunications Research Institute | Method of re-transmitting data and electronic device therefor |
CN107231328A (zh) * | 2016-03-23 | 2017-10-03 | 福建星网锐捷通讯股份有限公司 | 实时视频传输方法、装置、设备及系统 |
CN108540273A (zh) * | 2017-03-01 | 2018-09-14 | 杭州海康威视数字技术股份有限公司 | 一种数据包重传的方法和装置 |
CN106911699A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种基于rtp协议实现i帧重传的方法 |
CN206908759U (zh) * | 2017-06-14 | 2018-01-19 | 广州珠江数码集团股份有限公司 | 一种视频组播丢包重传系统 |
CN107147481A (zh) * | 2017-07-19 | 2017-09-08 | 北京数码视讯科技股份有限公司 | 丢包重传方法、装置及电子设备 |
US20190222400A1 (en) * | 2018-01-16 | 2019-07-18 | Lenovo (Singapore) Pte. Ltd. | Rate-matching a data transmission around resources |
CN109151245A (zh) * | 2018-08-20 | 2019-01-04 | 上海奕瑞光电子科技股份有限公司 | 基于fpga的图像数据传输方法、系统、存储介质及fpga |
CN110113662A (zh) * | 2019-04-18 | 2019-08-09 | 浙江工业大学 | 一种适应多种网络状况的视频监控客户端系统 |
Non-Patent Citations (1)
Title |
---|
孙弥奋: "移动视频监控系统及QoS控制技术研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111970215A (zh) * | 2020-10-21 | 2020-11-20 | 武汉中科通达高新技术股份有限公司 | 一种数据包管理方法及装置 |
CN112330707A (zh) * | 2020-11-17 | 2021-02-05 | 武汉联影医疗科技有限公司 | 图像处理方法、装置、计算机设备和存储介质 |
CN113709525A (zh) * | 2021-08-26 | 2021-11-26 | 程艳华 | 一种多元通信方法及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111163362B (zh) | 2021-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111163362B (zh) | 一种自适应重传等待时间的视频接收方法及系统 | |
US20220263423A9 (en) | Controlling a jitter buffer | |
CN106341738B (zh) | 流媒体网络传输的带宽计算方法、服务器端和系统 | |
EP1301041A1 (en) | Video data transmission method and apparatus | |
CN108696773B (zh) | 一种实时视频的传输方法及装置 | |
US8730885B2 (en) | Method for improved robust header compression with low signal energy | |
CN109155707B (zh) | 在多播网络中请求数据重传 | |
WO2011093835A1 (en) | A method and apparatus for parsing a network abstraction-layer for reliable data communication | |
CN104768081B (zh) | 一种实现流量控制的丢包重传方法 | |
CN114024914A (zh) | 视频数据传输方法、装置及电子设备 | |
CN112769526B (zh) | 数据包重传方法、系统和存储介质 | |
US7203184B2 (en) | Data transmitter, data receiver, and data transmitting/receiving method | |
CN116886609A (zh) | 拥塞控制方法及装置、通信网络、计算机存储介质 | |
CN110602568B (zh) | 一种基于rtp的视频流传输丢包重传方法、设备及存储设备 | |
CN111131179B (zh) | 业务处理方法、装置、网络设备及存储介质 | |
US20050094632A1 (en) | DOCSIS MAC layer-based ARQ for fixed wireless | |
EP1279313B1 (en) | Wireless channel allocation in a base station processor | |
KR20080066244A (ko) | 이동통신 시스템에서 자동 재전송 요구를 위한 상태 보고의송수신 방법 및 장치 | |
JP5539161B2 (ja) | データ伝送方式、及び、複数拠点データ配信方式 | |
CN114629599B (zh) | 一种实时传输协议的确认报文方法 | |
JP3848222B2 (ja) | 再送方法 | |
CN115189809B (zh) | 基于qoe的异构网络实时视频传输arq与fec模式选择方法 | |
KR100920605B1 (ko) | 적응적 엠펙-트랜스포트 스트림 집합 프레임 전송 장치 및방법 | |
JP2004048450A (ja) | ストリーム配信方法、クライアント端末、装置、システム及びプログラム並びに該プログラムを記録した記録媒体 | |
CN117915162A (zh) | 基于链路状态和时间戳的实时视频传输动态延时控制系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |