CN105828018B - 用于视频会议的传输方法 - Google Patents
用于视频会议的传输方法 Download PDFInfo
- Publication number
- CN105828018B CN105828018B CN201510975793.3A CN201510975793A CN105828018B CN 105828018 B CN105828018 B CN 105828018B CN 201510975793 A CN201510975793 A CN 201510975793A CN 105828018 B CN105828018 B CN 105828018B
- Authority
- CN
- China
- Prior art keywords
- media data
- videoconference server
- time
- client
- data
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/152—Multipoint control units therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/155—Conference systems involving storage of or access to video conference sessions
Abstract
本发明公开了一种用于视频会议的传输方法,包括:客户端间隔预设传输时间T依次发送第i个媒体数据至视频会议服务器,并记录第i个媒体数据的发送时间视频会议服务器估算平均发送延迟时间TSend和网络延迟时间Tin,则理论上接收到第i个媒体数据的时间视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲区,则理论上处理第i个媒体数据的时间视频会议服务器接收到第i个媒体数据的实际时间为视频会议服务器判断是否早于若早于扩展缓冲区的容量。若晚于视频会议服务器判断是否早于若早于视频会议服务器按照第一预设规则处理第i个媒体数据。否则,按照预设重传机制重发一次第i个媒体数据。
Description
技术领域
本发明涉及通信领域,尤其涉及用于视频会议的传输方法。
背景技术
在视频会议系统中,存在多种会议场景,不同的会议场景对媒体的实时性和可靠性有着不同的要求。如在会议交流场景中,对媒体数据的实时性要求高,以保障交流的流畅和及时。如在教学的会议场景中,对媒体数据的可靠性要求高,以保障信息的准确性和可靠性。
综上所述,不同会议场景对实时性和可靠性的需求不一样。因此,现有的传输方法是针对特定的会议场景的,不能适应所有的会议场景,因此,存在应用范围窄的问题。此外,现有的传输方法针对不同的会议场景难以做到实时性和可靠性兼顾。
发明内容
有鉴于此,实有必要提供一种应用范围广且兼顾实时性和可靠性的用于视频会议的传输方法。
一种用于视频会议的传输方法,包括如下步骤:
客户端间隔预设传输时间T依次发送第i个媒体数据至视频会议服务器,并记录第i个媒体数据的发送时间则
视频会议服务器估算客户端与视频会议服务器的平均发送延迟时间TSend且估算客户端与视频会议服务器之间的网络延迟时间Tin,则理论上视频会议服务器接收到第i个媒体数据的时间为则
视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲
区,则理论上视频会议服务器处理第i个媒体数据的时间为则
视频会议服务器接收到第i个媒体数据的实际时间为
视频会议服务器判断是否早于
若早于视频会议服务器扩展缓冲区的容量。
若晚于视频会议服务器判断是否早于若早于视频会议服务器按照第一预设规则处理第i个媒体数据。否则,视频会议服务器按照预设重传机制重发一次第i个媒体数据。
优选地,若早于视频会议服务器按照第一预设规则处理第i个媒体数据的步骤包括:
视频会议服务器估算平均备份时间为Tbackup。
视频会议服务器判断是否满足:
若满足视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲区,且备份第i个媒体数据。
若不满足视频会议服务器判断是否满足:若满足视频会议服务器跳过备份第i个媒体数据,直接进入处理第i个媒体数据。否则视频会议服务器丢弃处理第i个媒体数据。
优选地,视频会议服务器按照预设重传机制重发一次第i个媒体数据的步骤,包括:
若晚于接收到第i+n个媒体数据时未接收到第i个媒体数据,视频会议服务器估算等待延迟时间Treflex。
在等待延迟时间Treflex内,视频会议服务器构建一个[i,i+n-1]区间的丢失数据列表,若在等待延迟时间Treflex内,接收到第m个媒体数据,若m∈[i,i+n-1],从丢失数据列表中剔除与第m个媒体数据对应的数据项,若则添加[i+n+1,m-1]至[i,i+n-1]区间的丢失数据列表。
等待延迟时间Treflex后,视频会议服务器根据丢失数据列表生成重传请求,并将重传请求发送至客户端。
估算重传请求发送至客户端的平均重传延迟时间为Treturn,则客户端接收到重传
请求的时间为则其中Q为丢失数据列表中重传的媒
体数据的个数。
客户端接收到重传请求后,客户端根据预设重传机制重发一次与丢失数据列表对应的媒体数据。
优选地,客户端接收到重传请求后,客户端根据预设重传机制重发一次与丢失数据列表对应的媒体数据的步骤,包括:
视频会议服务器估算平均等待时间为Twait。
客户端接收到重传请求后,判断在平均等待时间Twait内,在不影响客户端间隔预设传输时间T依次发送媒体数据的基础上,是否能够重传第i个媒体数据。
若未能重传第i个媒体数据,丢弃重传第i个媒体数据。
若能重传第i个媒体数据,客户端重传第i个媒体数据至视频会议服务器。
视频会议服务器判断接收到的第i个媒体数据是否为重传的第i个媒体数据。
若接收到重传的第i个媒体数据,跳过备份重传的第i个媒体数据,丢弃原始的第i个媒体数据后,直接进入处理重传的第i个媒体数据。
若接收到原始的第i个媒体数据,跳过备份原始的第i个媒体数据,丢弃重传的第i个媒体数据后,接进入处理原始的第i个媒体数据。
优选地,估算客户端与视频会议服务器的平均发送延迟时间TSend的步骤,包括:
获取第i个媒体数据的发送速率为Vi,第i个媒体数据的数据包长度为ui,第i个媒体数据包括fi个媒体包,客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均发送延迟时间TSend。
优选地,视频会议服务器估算平均备份时间为Tbackup的步骤包括:
第i个媒体数据包括fi个媒体包,第i媒体数据对应的备份时间为客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均备份时间Tbackup。
优选地,视频会议服务器估算平均等待时间为Twait的步骤包括:
第i个媒体数据对应的等到时间为客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均等待时间为Twait。
本发明通过接收到的第i个媒体数据的实际时间与计算得到的理论时间进行比对,根据比对结果确定跳过备份过程、丢弃处理当前的媒体数据或重传当前的媒体数据,以保证当前的会议场景的实时性与可靠性的兼顾,因此,本发明适用于多种不同的会议场景,达到了拓宽应用范围的技术效果。
附图说明
图1为本发明用于视频会议的传输方法一种实施例的流程示意图。
图2为图1中视频会议服务器按照第一预设规则处理第i个媒体数据一种实施例的流程示意图。
图3为图1中视频会议服务器按照预设重传机制重发一次第i个媒体数据一种实施例的流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用来限定本发明。
图1展示了本发明用于视频会议的传输方法的一种实施例。在本实施例中,该用于视频会议的传输方法包括如下步骤:
步骤S1,客户端间隔预设传输时间T依次发送第i个媒体数据至视频会议服务器,并记录第i个媒体数据的发送时间则
步骤S2,视频会议服务器估算客户端与视频会议服务器的平均发送延迟时间TSend且估算客户端与视频会议服务器之间的网络延迟时间Tin,则理论上视频会议服务器接收到第i个媒体数据的时间为则
在某些实施例中,例如本实施例中,估算客户端与视频会议服务器的平均发送延迟时间TSend的步骤,包括:
获取第i个媒体数据的发送速率为Vi,第i个媒体数据的数据包长度为ui,第i个媒体数据包括fi个媒体包,客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均发送延迟时间TSend。
步骤S3,视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据
存储至缓冲区,则理论上视频会议服务器处理第i个媒体数据的时间为则
步骤S4,视频会议服务器接收到第i个媒体数据的实际时间为
步骤S5,视频会议服务器判断是否早于若早于执行步骤S6。若晚于执行步骤S7。
步骤S6,视频会议服务器扩展缓冲区的容量。
步骤S7,视频会议服务器判断是否早于若早于执行步骤S8。若若晚于执行步骤S9。
步骤S8,视频会议服务器按照第一预设规则处理第i个媒体数据。
步骤S9,视频会议服务器按照预设重传机制重发一次第i个媒体数据。
图2展示了视频会议服务器按照第一预设规则处理第i个媒体数据的一种实施例。在本实施例中,视频会议服务器按照第一预设规则处理第i个媒体数据的步骤包括:
步骤S20,视频会议服务器估算平均备份时间为Tbackup。
在某些实施例中,例如本实施例中,视频会议服务器估算平均备份时间为Tbackup的步骤包括:
第i个媒体数据包括fi个媒体包,第i媒体数据对应的备份时间为客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均备份时间Tbackup。
步骤S21,视频会议服务器判断是否满足:若满足执行步骤S22。若不满足执行步骤S23。
步骤S22,视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲区,且备份第i个媒体数据。
步骤S23,视频会议服务器判断是否满足:若满足执行步骤S24。若不满足执行步骤S25。
步骤S24,视频会议服务器跳过备份第i个媒体数据,直接进入处理第i个媒体数据。
步骤S25,视频会议服务器丢弃处理第i个媒体数据。
图3展示了视频会议服务器按照预设重传机制重发一次第i个媒体数据的一种实施例。在本实施例中,视频会议服务器按照预设重传机制重发一次第i个媒体数据的步骤包括:
步骤S30,若晚于接收到第i+n个媒体数据时未接收到第i个媒体数据,视频会议服务器估算等待延迟时间Treflex。
步骤S31,在等待延迟时间Trefler内,视频会议服务器构建一个[i,i+n-1]区间的丢失数据列表,若在等待延迟时间Treflex内,接收到第m个媒体数据,若m∈[i,i+n-1],从丢失数据列表中剔除与第m个媒体数据对应的数据项,若则添加[i+n+1,m-1]至[i,i+n-1]区间的丢失数据列表。
步骤S32,等待延迟时间Treflex后,视频会议服务器根据丢失数据列表生成重传请求,并将重传请求发送至客户端。
步骤S33,估算重传请求发送至客户端的平均重传延迟时间为Treturn,则客户端接收到重传请求的时间为则其中Q为丢失数据列表中重传的媒体数据的个数。
步骤S34,视频会议服务器估算平均等待时间为Twait。
在某些实施例中,例如本实施例中,视频会议服务器估算平均等待时间为Twait的步骤包括:
第i个媒体数据对应的等到时间为客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均等待时间为Twait。
步骤S35,客户端接收到重传请求后,判断在平均等待时间Twait内,在不影响客户端间隔预设传输时间T依次发送媒体数据的基础上,是否能够重传第i个媒体数据。若未能重传第i个媒体数据,执行步骤S36。若能重传第i个媒体数据,执行步骤S37。
步骤S36,丢弃重传第i个媒体数据。
步骤S37,客户端重传第i个媒体数据至视频会议服务器。
步骤S38,视频会议服务器判断接收到的第i个媒体数据是否为重传的第i个媒体数据。若接收到重传的第i个媒体数据,执行步骤S39。若接收到原始的第i个媒体数据,执行步骤S40。
步骤S39,跳过备份重传的第i个媒体数据,丢弃原始的第i个媒体数据后,直接进入处理重传的第i个媒体数据。
步骤S40,跳过备份原始的第i个媒体数据,丢弃重传的第i个媒体数据后,接进入处理原始的第i个媒体数据。
以上对发明的具体实施方式进行了详细说明,但其只作为范例,本发明并不限制与以上描述的具体实施方式。对于本领域的技术人员而言,任何对该发明进行的等同修改或替代也都在本发明的范畴之中,因此,在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等,都应涵盖在本发明的范围内。
Claims (7)
1.一种用于视频会议的传输方法,其特征在于,包括如下步骤:
客户端间隔预设传输时间T依次发送第i个媒体数据至视频会议服务器,并记录第i个媒体数据的发送时间则
所述视频会议服务器估算所述客户端与所述视频会议服务器的平均发送延迟时间TSend且估算所述客户端与所述视频会议服务器之间的网络延迟时间Tin,则理论上所述视频会议服务器接收到第i个媒体数据的时间为则
所述视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲区,则理论上所述视频会议服务器处理第i个媒体数据的时间为则
所述视频会议服务器接收到第i个媒体数据的实际时间为
所述视频会议服务器判断所述是否早于所述
若所述早于所述所述视频会议服务器扩展缓冲区的容量;
若所述晚于所述所述视频会议服务器判断所述是否早于若所述早于所述所述视频会议服务器按照第一预设规则处理第i个媒体数据;否则,所述视频会议服务器按照预设重传机制请求客户端重发一次第i个媒体数据。
2.根据权利要求1所述的用于视频会议的传输方法,其特征在于,若所述早于所述所述视频会议服务器按照第一预设规则处理第i个媒体数据的步骤包括:
所述视频会议服务器估算平均备份时间为Tbackup;
所述视频会议服务器判断所述是否满足:
若满足所述视频会议服务器在缓冲延迟时间Tbuffer时间内将接收到的第i个媒体数据存储至缓冲区,且备份第i个媒体数据;
若不满足所述视频会议服务器判断所述是否满足:若满足所述视频会议服务器跳过备份第i个媒体数据,直接进入处理第i个媒体数据;否则所述视频会议服务器丢弃处理第i个媒体数据。
3.根据权利要求1所述的用于视频会议的传输方法,其特征在于,所述视频会议服务器按照预设重传机制请求客户端重发一次第i个媒体数据的步骤,包括:
若晚于所述接收到第i+n个媒体数据时未接收到第i个媒体数据,所述视频会议服务器估算等待延迟时间Treflex;
在所述等待延迟时间Treflex内,所述视频会议服务器构建一个[i,i+n-1]区间的丢失数据列表,若在所述等待延迟时间Treflex内,接收到第m个媒体数据,若m∈[i,i+n-1],从丢失数据列表中剔除与第m个媒体数据对应的数据项,若则添加[i+n+1,m-1]至所述[i,i+n-1]区间的丢失数据列表;
所述等待延迟时间Treflex后,所述视频会议服务器根据所述丢失数据列表生成重传请求,并将所述重传请求发送至客户端;
估算所述重传请求发送至客户端的平均重传延迟时间为Treturn,则客户端接收到所述重传请求的时间为则其中Q为丢失数据列表中重传的媒体数据的个数;
客户端接收到所述重传请求后,客户端根据所述预设重传机制重发一次与所述丢失数据列表对应的媒体数据。
4.根据权利要求3所述的用于视频会议的传输方法,其特征在于,客户端接收到所述重传请求后,客户端根据所述预设重传机制重发一次与所述丢失数据列表对应的媒体数据的步骤,包括:
所述视频会议服务器估算平均等待时间为Twait;
客户端接收到所述重传请求后,判断在平均等待时间Twait内,在不影响客户端间隔预设传输时间T依次发送媒体数据的基础上,是否能够重传第i个媒体数据;
若未能重传第i个媒体数据,丢弃重传所述第i个媒体数据;
若能重传第i个媒体数据,客户端重传第i个媒体数据至视频会议服务器;
视频会议服务器判断接收到的第i个媒体数据是否为重传的第i个媒体数据;
若接收到重传的第i个媒体数据,跳过备份重传的第i个媒体数据,丢弃原始的第i个媒体数据后,直接进入处理重传的第i个媒体数据;
若接收到原始的第i个媒体数据,跳过备份原始的第i个媒体数据,丢弃重传的第i个媒体数据后,直接进入处理原始的第i个媒体数据。
5.根据权利要求1所述的用于视频会议的传输方法,其特征在于,估算所述客户端与所述视频会议服务器的平均发送延迟时间TSend的步骤,包括:
获取第i个媒体数据的发送速率为Vi,第i个媒体数据的数据包长度为ui,第i个媒体数据包括fi个媒体包,客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均发送延迟时间TSend。
6.根据权利要求2所述的用于视频会议的传输方法,其特征在于,所述视频会议服务器估算平均备份时间为Tbackup的步骤包括:
第i个媒体数据包括fi个媒体包,第i媒体数据对应的备份时间为Tbackupi,客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均备份时间Tbackup。
7.根据权利要求4所述的用于视频会议的传输方法,其特征在于,所述视频会议服务器估算平均等待时间为Twait的步骤包括:
第i个媒体数据对应的等待时间为Twaiti,客户端发送N个媒体数据至视频会议服务器,视频会议服务器根据计算得到平均等待时间为Twait。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510975793.3A CN105828018B (zh) | 2015-12-21 | 2015-12-21 | 用于视频会议的传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510975793.3A CN105828018B (zh) | 2015-12-21 | 2015-12-21 | 用于视频会议的传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105828018A CN105828018A (zh) | 2016-08-03 |
CN105828018B true CN105828018B (zh) | 2019-02-22 |
Family
ID=56514715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510975793.3A Active CN105828018B (zh) | 2015-12-21 | 2015-12-21 | 用于视频会议的传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105828018B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7499402B2 (en) * | 2004-04-13 | 2009-03-03 | Radioframe Networks, Inc. | Network delay control |
CN101944982A (zh) * | 2010-08-11 | 2011-01-12 | 南昌市恒鑫电子技术有限公司 | 基于时间驱动滑动窗口协议的流媒体实时转发方法 |
CN102457486A (zh) * | 2010-10-19 | 2012-05-16 | 华为技术有限公司 | 一种媒体内容的传输方法及装置 |
CN103780971A (zh) * | 2012-10-23 | 2014-05-07 | 北京网动网络科技股份有限公司 | 一种互联网条件下基于rudp的实时视频传输方法 |
-
2015
- 2015-12-21 CN CN201510975793.3A patent/CN105828018B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7499402B2 (en) * | 2004-04-13 | 2009-03-03 | Radioframe Networks, Inc. | Network delay control |
CN101944982A (zh) * | 2010-08-11 | 2011-01-12 | 南昌市恒鑫电子技术有限公司 | 基于时间驱动滑动窗口协议的流媒体实时转发方法 |
CN102457486A (zh) * | 2010-10-19 | 2012-05-16 | 华为技术有限公司 | 一种媒体内容的传输方法及装置 |
CN103780971A (zh) * | 2012-10-23 | 2014-05-07 | 北京网动网络科技股份有限公司 | 一种互联网条件下基于rudp的实时视频传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105828018A (zh) | 2016-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3598110B2 (ja) | データ伝送方法および装置 | |
US20200036653A1 (en) | System And Method For Improving An Aggregated Throughput of Simultaneous Connections | |
JP6023368B1 (ja) | インタラクティブなリアルタイムメディアの転送プロトコル | |
US8346959B2 (en) | Client-controlled adaptive streaming | |
CN105812287B (zh) | 分组交换网络中的有效电路 | |
CN105376173B (zh) | 一种发送窗口流量控制方法和终端 | |
CN106134147A (zh) | 实现请求管理器和连接管理器功能的传输加速器 | |
US20160094465A1 (en) | Apparatus and Method for Controlling Data Flow in Communication System | |
US9628411B2 (en) | Efficient packet processing at video receiver in multimedia communications over packet networks | |
JP2015536594A (ja) | 積極的なビデオフレームドロップ | |
CN113423008B (zh) | 视频数据传输方法、服务器和观众侧设备 | |
CN104769958A (zh) | 用于差错控制的重传和帧同步 | |
JP2015138990A (ja) | 受信装置、送信装置及び通信システム | |
CN109257244A (zh) | 用户行为数据的传输控制方法、装置及系统 | |
CN105828018B (zh) | 用于视频会议的传输方法 | |
CN110225419A (zh) | 一种实现流量控制的丢包重传方法 | |
CN109688425A (zh) | 直播数据推流方法 | |
Liu et al. | MPUDP: Multipath multimedia transport protocol over overlay network | |
McCann et al. | Kendra: adaptive Internet system | |
CN103138873A (zh) | 层二数据包时延的获取方法及设备 | |
De Vleeschouwer et al. | The virtue of patience in low-complexity scheduling of packetized media with feedback | |
Huszák et al. | Source controlled semi-reliable multimedia streaming using selective retransmission in DCCP/IP networks | |
CN110662101A (zh) | 一种基于udp协议的网络视频多路显示方法及装置 | |
KR100639650B1 (ko) | Vod 스트리밍 서비스 시스템 및 방법 | |
US20080104473A1 (en) | Rendering and correcting data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |