CN109104263A - 存储容量的调整方法、装置和系统 - Google Patents
存储容量的调整方法、装置和系统 Download PDFInfo
- Publication number
- CN109104263A CN109104263A CN201710470943.4A CN201710470943A CN109104263A CN 109104263 A CN109104263 A CN 109104263A CN 201710470943 A CN201710470943 A CN 201710470943A CN 109104263 A CN109104263 A CN 109104263A
- Authority
- CN
- China
- Prior art keywords
- packet
- voice packet
- buffer zone
- voice
- data 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
- H04M7/0066—Details of access arrangements to the networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种存储容量的调整方法、装置和系统。其中，该方法包括：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。本发明解决了现有技术中网络抖动的技术问题。
Description
技术领域
本发明涉及数据处理领域，具体而言，涉及一种存储容量的调整方法、装置和系统。
背景技术
VoIP(Voice over Internet Protocal)是一种有别于PSTN(Public SwitchedTelephone Network)的语音传输模式。在VoIP语音传输模式下，语音经采集、量化、编码后，按照实时传输协议(Real-time Transport Protoco,RTP)进行打包，在IP网络上传输。IP网络传输数据时存在分组丢失、失序到达和延时抖动等情况，会使VoIP音频质量不稳定，导致语音信息的接收端所接收到的语音存在断断续续、时快时慢等问题，从而影响通话效果。
网络抖动是由于不同网络包的传输时延差异引起的。但语音服务对实时性的要求非常高，网络抖动的存在会严重降低语音的可理解度和舒适度。因此VoIP网关中会部署相应的延时去抖模块，即抖动缓存(Jitter Buffer，JB)，通过适当地增加延时，RTP包保序等方法来抵消网络抖动。
同时，为了解决丢包的问题，可以使用基于NACK(Negative-acknowledgement，丢包重传)反馈的丢包重传方法，该方法是VoIP被动抵抗IP网络丢包的一种方法。语音包的接收端循环检查接收缓存，当发现丢包后就使用RTCP(RTP控制协议)NACK反馈报文将丢包信息反馈给发送端；发送端接收到NACK反馈并解析出丢包序列号后从发送缓存中取出相应的RTP包，并再次发送给接收端。在网络带宽和时延允许情况下，NACK重传机制可以有效降低实际丢包率。但该方法的会增大端到端的延时，从而间接加剧了网络抖动和失序到达。
针对现有技术中网络抖动的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种存储容量的调整方法、装置和系统，以至少解决现有技术中网络抖动的技术问题。
根据本发明实施例的一个方面，提供了一种存储容量的调整方法，包括：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
根据本发明实施例的另一方面，还提供了一种存储容量的调整装置，包括：确定模块，用于确定当前接收到的数据包为来自于发送端的重传数据包；调整模块，用于根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述存储容量的调整方法。
根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述存储容量的调整方法。
根据本发明实施例的另一方面，还提供了一种系统，包括：处理器；以及存储介质，与处理器连接，用于为处理器提供执行以下处理过程的指令：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
在本发明实施例中，基于本申请提供的上述方案，在确定发送端具备丢包重传功能后，将语音的时序与当前入包的语音包的时序进行比对，来确定语音包是否为重传包，并在语音包为重传包的情况下，将语音包的时序与当前出包的语音包的时序进行比对，来调整共线缓冲区域的存储容量，从而达到了动态调节缓存区域的存储容量的目的，为当前网络状态匹配了合适的缓存区域的存储容量，进而解决了现有技术中网络抖动的技术问题，提高了Jitter Buffer水位的准确性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据现有技术的一种使用Jitter Buffer进行语音包缓冲的示意图；
图2是根据本申请实施例1的一种存储容量的调整方法的流程图；
图3是根据本申请实施例2的一种用于实现存储容量的调整方法的计算机终端(或移动设备)的硬件结构框图；
图4是根据本申请实施例2的一种存储容量的调整方法的流程图；
图5是根据本申请实施例3的一种存储容量的调整装置的示意图；
图6是根据本申请实施例4的一种系统的示意图；
图7是根据本申请实施例5的一种存储容量的调整方法的流程图；以及
图8是根据本申请实施例6的一种计算机终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
时序：时序为计算机的时间序列，在本申请中，语音包具有与其生成的顺序对应的时序，具体的，先生成的语音包的时序早于后生成的语音包的时序。在语音包的正常传输过程中，发送端按照语音包的时序进行发送，接收端按照语音包的时序进行接收和解析，从而使得接收端解析出的语音信号与发送端发出的语音信号相同。
发送端：发送端可以是发送语音包的终端，以用户通过微信进行语音通话为例，两位进行通话的用户所使用的终端都可以作为发送端，来向对方的终端发送语音包。
接收端：接收端可以是接收语音包的终端，仍以用户通过微信进行语音通话为例，两位进行通话的用户所使用的终端都可以作为接收端，接收对方的终端发送的语音包。
网络延迟(网络时延)：在数据包通过网络协议进行传输时，如果数据量过大且不进行限制，或网络状态不佳，则超额的数据量会造成终端的反应缓慢，从而造成网络延迟。
网络抖动：由于不同语音包的传输时延差异，造成语音包的失序到达，称作网络抖动，通常由于网络拥塞，定时漂移或路由变更而产生。
Jitter buffer：抖动缓冲器。在voice over IP(VoIP)中，抖动缓冲器是一个共享的数据区域，设置在语音包的服务器端或接收端，在这个数据区域中，每隔一段均匀的间隔，语音包会被收集，并暂存在抖动缓冲器中，用于延迟语音包被提取的时间，使得系统能够以稳定平滑的速率将语音包从缓冲器中取出并进行解压，如此一来，终端用户就会感受到一个清晰的，没有什么声音失真的连接。抖动缓冲器有两种，静态的和动态的。静态抖动缓冲器是基于硬件的，它是由厂家来配置的。而动态抖动缓冲器是基于软件的，由网管配置以适应网络延迟的改变。
Jitter Buffer水位：Jitter Buffer水位为Jitter Buffer能够缓存的语音包的数量。
实施例1
图1是根据现有技术的一种使用Jitter Buffer进行语音包缓冲的示意图，结合图1所示，客户端A按照顺序向客户端B发送语音包，语音包暂存在服务器的Jitter Buffer中，在没有丢包的情况下，Jitter Buffer在充满时会按照平滑的速率出包至客户端B。而在网络状态不佳的情况下，语音包在传输过程中会发生丢包，从而导致接收端接收到的语音包不完整，进而导致接收端的用户无法确定语音包的内容。
发明人经研究发现，为了解决语音传输中丢包的问题，可以使用基于NACK反馈的丢包重传方法被动抵抗IP网络丢包。该方法实际为：语音包的接收端循环检查接收缓存，当发现丢包后就使用RTCP NACK反馈报文将丢包信息反馈给发送端，发送端接收到NACK反馈并解析出丢包序列号后从发送缓存中取出相应的语音包，并再次发送给接收端。在网络带宽和时延允许情况下，NACK重传机制可以有效降低实际丢包率。但Jitter Buffer在向接收端发送语音包的过程中，为了等待发送端重新传输的丢包的语音包，会产生严重的延时，从而间接加剧了网络抖动和语音包的失序到达。
为了解决上述技术问题，本申请提供了相应的解决方案，下面以缓存区域为Jitter Buffer，本领域技术人员可以理解，本发明实施例提供的方案并不限于JitterBuffer和RTP应用，可广泛用于图像、语音、视频等多媒体以及其他形式的数据传输。具体如图2所示：
步骤S21，缓存区域接收语音包。
在上述步骤中，Jitter Buffer作为共享存储区域连续收到需要存储的多个语音包，上述语音包可以为RTP包。
步骤S22，判断发送端设备是否支持丢包重传工作模式。在发送端设备支持丢包重传工作模式的情况下进入步骤S23，在发送端设备不支持丢包重传工作模式的情况下进入步骤S25。
发送端和接收端在建立通话之前会进行SDP(Session Description Protocol，会话描述协议)协商，在SDP协商的过程中，发送端和接收端都会告知对方自身所支持的能力。
在上述步骤中，接收端可以在SDP协商这一环节判断接收端是否支持NACK(丢包重传工作模式)。如果发送端设备不支持NACK，则对Jitter Buffer中的语音包进行延时处理，如果发送端设备支持NACK，即可以进行丢包重传，则判断需要重传的重传包是否满足时序条件。
步骤S23，判断缓存区域当前接收到的多个语音包是否为重传包。
具体的，在上述步骤中，可以通过判断当前接收到的多个语音包是否满足时序条件，来确定当前接收到的多个语音包是否为重传包。在重传包满足时序条件的情况下进入步骤S24，在重传包不满足时序条件的情况下进入步骤S25。
由于语音包在进入Jitter Buffer时是按照时序由先至后依次进入的，因此，在未进入Jitter Buffer的语音包的时序应该晚于当前入包的语音包，如果未进入JitterBuffer的语音包的时序早于当前入包的语音包，则确定出现了丢包。
由此，上述时序条件可以为未入包的语音包的时序早于当前入包的语音包的时序，用于确定未入包的语音包是否为重传包，在未入包的语音包满足时序条件的情况下，确定未入包的语音包为重传包，并进入根据重传包调整Jitter Buffer水位的步骤。
步骤S24，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。上述待发送的语音包为暂存在Jitter buffer中待由Jitter buffer发送至接收端的语音包，该步骤可以包括如下步骤：
步骤S241，将重传包的时序与当前Jitter buffer出包的语音包的时序进行比对，如果重传包的接收时序均晚于当前待发送的语音包的发送时序，则进入步骤S242，如果重传包的接收时序均早于当前待发送的语音包的发送时序，则进入步骤S243。
步骤S242，减小缓存区域所容纳的语音包的数量。
具体的，减小缓存区域所容纳的语音包的数量可以为减小Jitter Buffer水位。如果重传包的时序晚于当前Jitter buffer出包的语音包的时序，则认为当前的网络状况正在改善，可以减小Jitter Buffer水位。
在正常的接收端接收流程中，按照语音包的时序由前至后进行接收，因此只有当前接收到的语音包的时序比当前Jitter Buffer出包的语音包的时序晚，才为可以使用的时序。例如，序列号为1、2、3、4、5的语音包按照时序的排序由先至后依次进入JitterBuffer，则这五个语音包的出包时序也为1、2、3、4、5。而对于丢包的情况下，例如，序列号为1、2、3、5的语音包依次进入Jitter Buffer，此处序列号为4的语音包发生了丢包，接收端通过服务器将丢包的序列号反馈给发送端，发送端重新发送序列号为4的语音包，即重传包，当重传包进入Jitter Buffer时，如果当前读取的语音包为1号语音包、2号语音包、或3号语音包，则重传包仍可用，并可以确定当前的网络状况正在改善，因此可以减小JitterBuffer水位。
步骤S243，增大缓存区域所容纳的语音包的数量。
具体的，增大缓存区域所容纳的语音包的数量可以为增加Jitter Buffer水位。如果重传包的时序早于当前出包的语音包的时序，则认为当前的Jitter Buffer水位不能满足当期的网络状态，可以增加Jitter Buffer水位。
仍以序列号为1、2、3、4、5的语音包按照时序的排序由先至后依次进入JitterBuffer为例，这五个语音包的出包时序也为1、2、3、4、5。对于丢包的情况下，例如，序列号为1、2、3、5的语音包依次进入Jitter Buffer，此处序列号为4的语音包发生了丢包，接收端通过服务器将丢包的序列号反馈给发送端，发送端重新发送序列号为4的语音包，即重传包，当重传包进入Jitter Buffer时，由于Jitter Buffer出包是在充满的情况下按照平滑的速率出包，因此如果当前读取的语音包为5号语音包，则重传包的时序早于当前出包的语音包的时序，则重传包已经不能使用，并可以确定当前缓存区域不能适应当前的网络状态，需要增加Jitter Buffer水位。
步骤S25，对缓存区域内缓存的语音包进行延时处理。具体的，上述延时处理用于指，在Jitter Buffer未接收到当前该发送的语音包的情况下，不进行发包，而处于延时等待的状态。
基于本申请提供的上述方案，在确定发送端支持丢包重传功能后，将语音包的时序与当前入包的语音包的时序进行比对，来确定语音包是否为重传包，并在语音包为重传包的情况下，将语音包的时序与当前出包的语音包的时序进行比对，如果语音包的时序晚于当前出包的语音包的时序，则减小缓存区域的存储容量，如果语音包的时序早于当前出包的语音包的时序，则增加缓存区域的存储容量，从而达到了动态调节缓存区域的存储容量的目的，为当前网络状态匹配了合适的缓存区域的存储容量，进而解决了现有技术中网络抖动的技术问题，提高了Jitter Buffer水位的准确性。在确定发送端不支持丢包重传功能后，直接对缓存区域内缓存的语音包进行延时处理。
在根据多个语音包的时序与当前待发送的语音包的时序的比较结果，调整缓存区域的存储容量之后，还可以通过如下步骤继续对缓存区域的存储容量进行调整：
步骤S26，确定当前连续丢失的语音包的数量超过第一预设阈值；增大缓存区域所容纳的语音包的数量。具体的，确定当前连续丢失的语音包的数量超过第一预设阈值，即确定Jitter Buffer发生了突发丢包，增大Jitter Buffer水位以适应丢包量。
步骤S27，确定缓存区域所容纳的语音包的数量达到第二预设阈值；在每次连续接收到的语音包数量达到第一数量时，从第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。具体的，上述第二预设阈值可以为当前Jitter Buffer的水位上限值。
例如，以第一数量为m，第二数量为n为例，当缓存区域中的语音包的数量达到当前Jitter Buffer的水位上限值时，开始对每次连续接收到的语音包进行间隔丢包，间隔丢包的方法是：在每次连续接收到的语音包数量达到m时，从m个语音包中丢弃1个语音包，如此进行n次，从而最终丢掉n个语音包。
通过上述间隔丢包的方式，会在网络状态不佳的情况下，保证接收端用户能够识别语音包的内容，从而避免由于连续丢包引起大段语音丢失。
步骤S28，确定从第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；对缓存区域进行重置，并减小缓存区域所容纳的语音包的数量。具体的，在网络状况非常差的情况下，使用上述方法会导致Jitter Buffer的增长达到最大值，从而容易引发频繁间隔丢包，加剧实际丢包，在这种情况下，使用丢包的方式已经无法改善语音包的传输效果，因此需要对Jitter Buffer进行重置，并减小Jitter Buffer水位，使语音包快速充盈Jitter Buffer，进而降低接收端的等待时间。
实施例2
根据本发明实施例，还提供了一种存储容量的调整方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图3示出了一种用于实现存储容量的调整方法的计算机终端(或移动设备)的硬件结构框图。如图3所示，计算机终端30(或移动设备30)可以包括一个或多个(图中采用302a、302b，……，302n来示出)处理器302(处理器302可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储介质304、以及用于通信功能的传输模块306。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图3所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端30还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。
应当注意到的是上述一个或多个处理器302和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端30(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储介质304可用于存储应用软件的软件程序以及模块，如本发明实施例中的存储容量的调整方法对应的程序指令/数据存储装置，处理器302通过运行存储在存储介质304内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的存储容量的调整方法。存储介质304可包括高速随机存储介质，还可包括非易失性存储介质，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储介质。在一些实例中，存储介质304可进一步包括相对于处理器302远程设置的存储介质，这些远程存储介质可以通过网络连接至计算机终端30。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置306用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端30的通信供应商提供的无线网络。在一个实例中，传输装置306包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置306可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端30(或移动设备)的用户界面进行交互。
此处需要说明的是，在一些可选实施例中，上述图3所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图3仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
在上述运行环境下，为了解决用户每次重新使用都需要进行解锁到时使用不方便的问题，本申请提供了如图4所示的存储容量的调整方法。
图4是根据本申请实施例2的一种存储容量的调整方法的流程图，该存储容量的调整方法包括：
步骤S41，确定当前接收到的数据包为来自于发送端的重传数据包。在这一步骤中，可以通过将定当前连续接收到的多个语音的时序与共享缓存区当前待接收的语音包的时序进行比对，如果当前连续接收到的多个语音的时序早于共享缓存区当前待接收的语音包的时序，则确定当前连续接收到的多个语音为重传数据包，否则确定当前连续接收到的多个语音不为重传数据包。
作为一种可选的实施例，确定当前接收到的数据包为来自于发送端的重传数据包，包括：确定当前连续接收到的多个语音包为来自于发送端的重传数据包。
作为一种可选的实施例方式，在确定重传数据包为来自于发送端的重传数据包之前，上述方法还包括：接收来自于发送端的通知消息，其中，通知消息用于表示发送端支持丢包重传工作模式。具体的，发送端和接收端在建立通话之前会进行SDP协商，在SDP协商的过程中，发送端和接收端都会告知对方自身所支持的能力。
步骤S43，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
作为一种可选的实施例方式，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量包括：如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则减小缓存区域所容纳的语音包的数量。具体的，如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则确定当前网络状态正在改善，减小缓存区域所容纳的语音包的数量。
作为一种可选的实施例方式，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量包括：如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则增大缓存区域所容纳的语音包的数量。如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则确定当前缓存区域不能适应当前的网络状态，增大缓存区域所容纳的语音包的数量。
作为一种可选的实施例方式，在根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量之后，上述方法还包括：确定当前连续丢失的语音包的数量超过第一预设阈值；增大缓存区域所容纳的语音包的数量。
作为一种可选的实施例方式，在根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量之后，上述方法还包括：根据调整后的缓存区域的存储容量对缓存区域内缓存的语音包进行延时处理。
作为一种可选的实施例方式，在增大缓存区域所容纳的语音包的数量之后，上述方法还包括：确定缓存区域所容纳的语音包的数量达到第二预设阈值；在每次连续接收到的语音包数量达到第一数量时，从第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。
作为一种可选的实施例方式，在增大缓存区域所容纳的语音包的数量之后，还包括：确定从第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；对缓存区域进行重置，并减小缓存区域所容纳的语音包的数量。
实施例3
根据本发明实施例，还提供了一种存储容量的调整装置的实施例，图5是根据本申请实施例3的一种存储容量的调整装置的示意图，该存储容量的调整装置500包括：
确定模块50，用于确定当前接收到的数据包为来自于发送端的重传数据包。
调整模块52，用于根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
作为一种可选的实施例方式，上述确定模块包括：确定子模块，用于确定当前连续接收到的多个语音包为来自于发送端的重传数据包。
作为一种可选的实施例方式，上述装置还包括：接收模块44，用于接收来自于发送端的通知消息，其中，通知消息用于表示发送端支持丢包重传工作模式。
作为一种可选的实施例，上述调整模块，用于如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则减小缓存区域所容纳的语音包的数量。
作为一种可选的实施例，上述调整模块，用于如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则增大缓存区域所容纳的语音包的数量。
作为一种可选的实施例，确定模块，还用于确定当前连续丢失的语音包的数量超过第一预设阈值；调整模块，还用于增大缓存区域所容纳的语音包的数量。
作为一种可选的实施例，上述装置还包括：第一处理模块46，用于根据调整后的缓存区域的存储容量对缓存区域内缓存的语音包进行延时处理。
作为一种可选的实施例，确定模块，还用于确定缓存区域所容纳的语音包的数量达到第二预设阈值；上述装置还包括：第二处理模块48，用于在每次连续接收到的语音包数量达到第一数量时，从第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。
作为一种可选的实施例，确定模块，还用于确定从第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；第二处理模块，还用于对缓存区域进行重置，并减小缓存区域所容纳的语音包的数量。
此处需要说明的是，上述装置所执行的具体方案详见实施例1，此处不再赘述。
实施例4
根据本发明实施例，还提供了一种系统的实施例，图6是根据本申请实施例4的一种系统的示意图，该系统包括：
处理器60；以及
存储介质62，与处理器连接，用于为处理器提供执行以下处理过程的指令：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
具体的，上述存储介质可以为缓存区域，进一步的，可以为Jitter Buffer。另外，上述处理器还可以执行如实施例1中的其他步骤，此处不再赘述。
实施例5
本发明的实施例可以提供一种存储容量的调整方法，图7是根据本申请实施例5的一种存储容量的调整方法的流程图，结合图7所示，该方法包括：
步骤S71，获取发送端和接收端之间的数据包。
具体的，上述数据包可以为语音包。发送端可以为发送语音包的终端，接收端可以为接收语音包的终端。以用户通过微信进行语音通话为例，两位进行通话的用户所使用的终端都可以作为发送端，来向对方的终端发送语音包，也都可以作为接收端，接收对方的终端发送的语音包。
步骤S73，确定当前接收到的数据包为来自于发送端的重传数据包。
作为一种可选的实施例，确定当前接收到的数据包为来自于发送端的重传数据包，包括：确定当前连续接收到的多个语音包为来自于发送端的重传数据包。
在这一步骤中，可以通过将定当前连续接收到的多个语音的时序与缓存区域当前待接收的语音包的时序进行比对，如果当前连续接收到的多个语音的时序早于缓存区域当前待接收的语音包的时序，则确定当前连续接收到的多个语音为重传数据包，否则确定当前连续接收到的多个语音不为重传数据包。
作为一种可选的实施例方式，在确定多个语音包为来自于发送端的重传数据包之前，上述方法还包括：接收来自于发送端的通知消息，其中，通知消息用于表示发送端支持丢包重传工作模式。具体的，发送端和接收端在建立通话之前会进行SDP协商，在SDP协商的过程中，发送端和接收端都会告知对方自身所支持的能力。
步骤S75，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
作为一种可选的实施例方式，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量包括：如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则减小缓存区域所容纳的语音包的数量。具体的，如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则确定当前网络状态正在改善，减小缓存区域所容纳的语音包的数量。
作为一种可选的实施例方式，根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量包括：如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则增大缓存区域所容纳的语音包的数量。如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则确定当前缓存区域不能适应当前的网络状态，增大缓存区域所容纳的语音包的数量。
基于本申请提供的上述方案，获取发送端和接收端之间的数据包，在确定发送端具备丢包重传功能后，将语音的时序与当前入包的语音包的时序进行比对，来确定语音包是否为重传包，并在语音包为重传包的情况下，将语音包的时序与当前出包的语音包的时序进行比对，来调整共线缓冲区域的存储容量，从而达到了动态调节缓存区域的存储容量的目的，为当前网络状态匹配了合适的缓存区域的存储容量，进而解决了现有技术中网络抖动的技术问题，提高了Jitter Buffer水位的准确性。
实施例6
本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。
可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中，上述计算机终端可以执行存储容量的调整方法中以下步骤的程序代码：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
可选地，图8是根据本申请实施例6的一种计算机终端的结构框图。如图8所示，该计算机终端A可以包括：一个或多个(图中仅示出一个)处理器802、存储器804、以及外设接口806。
其中，存储器可用于存储软件程序以及模块，如本发明实施例中的存储容量的调整方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的存储容量的调整方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储介质存储的信息及应用程序，以执行下述步骤：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
可选的，上述处理器还可以执行如下步骤的程序代码：接收来自于发送端的通知消息，其中，通知消息用于表示发送端支持丢包重传工作模式。
可选的，上述处理器还可以执行如下步骤的程序代码：如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则减小缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则增大缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：确定当前连续丢失的语音包的数量超过第一预设阈值；增大缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：根据调整后的缓存区域的存储容量对缓存区域内缓存的语音包进行延时处理。
可选的，上述处理器还可以执行如下步骤的程序代码：确定缓存区域所容纳的语音包的数量达到第二预设阈值；在每次连续接收到的语音包数量达到第一数量时，从第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。
可选的，上述处理器还可以执行如下步骤的程序代码：确定从第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；对缓存区域进行重置，并减小缓存区域所容纳的语音包的数量。
采用本发明实施例，基于本申请提供的上述方案，在确定发送端具备丢包重传功能后，将语音的时序与当前入包的语音包的时序进行比对，来确定语音包是否为重传包，并在语音包为重传包的情况下，将语音包的时序与当前出包的语音包的时序进行比对，如果语音包的时序晚于当前出包的语音包的时序，则减小缓存区域的存储容量，如果语音包的时序早于当前出包的语音包的时序，则增加缓存区域的存储容量，从而达到了动态调节缓存区域的存储容量的目的，为当前网络状态匹配了合适的缓存区域的存储容量，进而解决了现有技术中网络抖动的技术问题，提高了Jitter Buffer水位的准确性。
本领域普通技术人员可以理解，图7所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如，计算机终端A还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储介质(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。
实施例7
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的存储容量的调整方法所执行的程序代码。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：确定当前接收到的数据包为来自于发送端的重传数据包；根据重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
可选的，上述处理器还可以执行如下步骤的程序代码：确定当前连续接收到的多个语音包为来自于发送端的重传数据包。
可选的，上述处理器还可以执行如下步骤的程序代码：接收来自于发送端的通知消息，其中，通知消息用于表示发送端支持丢包重传工作模式。
可选的，上述处理器还可以执行如下步骤的程序代码：如果重传数据包的接收时序均晚于当前待发送的语音包的发送时序，则减小缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：如果重传数据包的接收时序均早于当前待发送的语音包的发送时序，则增大缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：确定当前连续丢失的语音包的数量超过第一预设阈值；增大缓存区域所容纳的语音包的数量。
可选的，上述处理器还可以执行如下步骤的程序代码：根据调整后的缓存区域的存储容量对缓存区域内缓存的语音包进行延时处理。
可选的，上述处理器还可以执行如下步骤的程序代码：确定缓存区域所容纳的语音包的数量达到第二预设阈值；在每次连续接收到的语音包数量达到第一数量时，从第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。
可选的，上述处理器还可以执行如下步骤的程序代码：确定从第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；对缓存区域进行重置，并减小缓存区域所容纳的语音包的数量。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储介质(ROM，Read-Only Memory)、随机存取存储介质(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种存储容量的调整方法，其特征在于，包括：
确定当前接收到的数据包为来自于发送端的重传数据包；
根据所述重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
2.根据权利要求1所述的方法，其特征在于，确定当前接收到的数据包为来自于发送端的重传数据包，包括：确定当前连续接收到的多个语音包为来自于发送端的重传数据包。
3.根据权利要求2所述的方法，其特征在于，在确定当前连续接收到的多个语音包为来自于发送端的重传数据包之前，还包括：
接收来自于所述发送端的通知消息，其中，所述通知消息用于表示所述发送端支持丢包重传工作模式。
4.根据权利要求1所述的方法，其特征在于，根据所述重传数据包与所述当前待发送的语音包之间的时序比较结果，调整所述缓存区域的存储容量包括：
如果所述重传数据包的接收时序均晚于所述当前待发送的语音包的发送时序，则减小所述缓存区域所容纳的语音包的数量。
5.根据权利要求1所述的方法，其特征在于，根据所述重传数据包与所述当前待发送的语音包之间的时序比较结果，调整所述缓存区域的存储容量包括：
如果所述重传数据包的接收时序均早于所述当前待发送的语音包的发送时序，则增大所述缓存区域所容纳的语音包的数量。
6.根据权利要求1所述的方法，其特征在于，在根据所述重传数据包与所述当前待发送的语音包之间的时序比较结果，调整所述缓存区域的存储容量之后，还包括：
确定当前连续丢失的语音包的数量超过第一预设阈值；
增大所述缓存区域所容纳的语音包的数量。
7.根据权利要求4至6中任一项所述的方法，其特征在于，在根据所述重传数据包与所述当前待发送的语音包之间的时序比较结果，调整所述缓存区域的存储容量之后，还包括：
根据调整后的缓存区域的存储容量对所述缓存区域内缓存的语音包进行延时处理。
8.根据权利要求5或6中任一项所述的方法，其特征在于，在增大所述缓存区域所容纳的语音包的数量之后，还包括：
确定所述缓存区域所容纳的语音包的数量达到第二预设阈值；
在每次连续接收到的语音包数量达到第一数量时，从所述第一数量的语音包中丢弃部分语音包，直至丢弃的语音包数量达到第二数量。
9.根据权利要求8所述的方法，其特征在于，在增大所述缓存区域所容纳的语音包的数量之后，还包括：
确定从所述第一数量的语音包中丢弃部分语音包的操作频率超过第三预设阈值；
对所述缓存区域进行重置，并减小所述缓存区域所容纳的语音包的数量。
10.一种存储容量的调整装置，其特征在于，包括：
确定模块，用于确定当前接收到的数据包为来自于发送端的重传数据包；
调整模块，用于根据所述重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
11.一种系统，其特征在于，包括：
处理器；以及
存储介质，与所述处理器连接，用于为所述处理器提供执行以下处理过程的指令：
确定当前接收到的数据包为来自于发送端的重传数据包；
根据所述重传数据与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
12.一种存储容量的调整方法，其特征在于，包括：
获取发送端和接收端之间的数据包；
确定当前接收到的数据包为来自于发送端的重传数据包；
根据所述重传数据包与当前待发送的语音包之间的时序比较结果，调整缓存区域的存储容量。
13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至9中任意一项所述的存储容量的调整方法或权利要求12所述的存储容量的调整方法。
14.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至9中任意一项所述的存储容量的调整方法或权利要求12所述的存储容量的调整方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710470943.4A CN109104263A (zh) | 2017-06-20 | 2017-06-20 | 存储容量的调整方法、装置和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710470943.4A CN109104263A (zh) | 2017-06-20 | 2017-06-20 | 存储容量的调整方法、装置和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109104263A true CN109104263A (zh) | 2018-12-28 |
Family
ID=64795733
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710470943.4A Pending CN109104263A (zh) | 2017-06-20 | 2017-06-20 | 存储容量的调整方法、装置和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109104263A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107204932A (zh) * | 2017-07-20 | 2017-09-26 | 湖南中云飞华信息技术有限公司 | 基于网络端节点的网络流控方法及装置 |
| CN109547645A (zh) * | 2018-12-29 | 2019-03-29 | Tcl移动通信科技（宁波）有限公司 | 移动终端及其通话声音控制处理方法、装置及存储介质 |
| CN109639532A (zh) * | 2018-12-29 | 2019-04-16 | 贵阳朗玛信息技术股份有限公司 | 一种快速缩减抖动缓冲区的方法及装置 |
| CN112105006A (zh) * | 2019-12-12 | 2020-12-18 | 炬力(珠海)微电子有限公司 | 一种蓝牙设备播放方法及装置 |
| CN113162812A (zh) * | 2020-01-07 | 2021-07-23 | 阿里巴巴集团控股有限公司 | 语音处理方法、直播的语音播放方法、装置、设备及系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1627747A (zh) * | 2003-12-09 | 2005-06-15 | 华为技术有限公司 | 语音传输过程中实现动态调整抖动缓存的方法 |
| CN102761468A (zh) * | 2011-04-26 | 2012-10-31 | 中兴通讯股份有限公司 | 一种自适应调整语音抖动缓存区的方法及系统 |
| CN103533451A (zh) * | 2013-09-30 | 2014-01-22 | 广州华多网络科技有限公司 | 抖动缓存调节方法及其系统 |
| CN103685070A (zh) * | 2013-12-18 | 2014-03-26 | 广州华多网络科技有限公司 | 一种调整抖动缓存大小的方法及装置 |
| US20140376545A1 (en) * | 2008-03-07 | 2014-12-25 | Arcsoft (Shanghai) Technology Company, Ltd. | Implementing a High Quality VOIP Device |
| CN105991476A (zh) * | 2015-01-29 | 2016-10-05 | 沪江教育科技（上海）股份有限公司 | 一种语音数据延时处理方法及装置 |
-
2017
- 2017-06-20 CN CN201710470943.4A patent/CN109104263A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1627747A (zh) * | 2003-12-09 | 2005-06-15 | 华为技术有限公司 | 语音传输过程中实现动态调整抖动缓存的方法 |
| US20140376545A1 (en) * | 2008-03-07 | 2014-12-25 | Arcsoft (Shanghai) Technology Company, Ltd. | Implementing a High Quality VOIP Device |
| CN102761468A (zh) * | 2011-04-26 | 2012-10-31 | 中兴通讯股份有限公司 | 一种自适应调整语音抖动缓存区的方法及系统 |
| CN103533451A (zh) * | 2013-09-30 | 2014-01-22 | 广州华多网络科技有限公司 | 抖动缓存调节方法及其系统 |
| CN103685070A (zh) * | 2013-12-18 | 2014-03-26 | 广州华多网络科技有限公司 | 一种调整抖动缓存大小的方法及装置 |
| CN105991476A (zh) * | 2015-01-29 | 2016-10-05 | 沪江教育科技（上海）股份有限公司 | 一种语音数据延时处理方法及装置 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107204932A (zh) * | 2017-07-20 | 2017-09-26 | 湖南中云飞华信息技术有限公司 | 基于网络端节点的网络流控方法及装置 |
| CN109547645A (zh) * | 2018-12-29 | 2019-03-29 | Tcl移动通信科技（宁波）有限公司 | 移动终端及其通话声音控制处理方法、装置及存储介质 |
| CN109639532A (zh) * | 2018-12-29 | 2019-04-16 | 贵阳朗玛信息技术股份有限公司 | 一种快速缩减抖动缓冲区的方法及装置 |
| CN112105006A (zh) * | 2019-12-12 | 2020-12-18 | 炬力(珠海)微电子有限公司 | 一种蓝牙设备播放方法及装置 |
| CN113162812A (zh) * | 2020-01-07 | 2021-07-23 | 阿里巴巴集团控股有限公司 | 语音处理方法、直播的语音播放方法、装置、设备及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109104263A (zh) | 存储容量的调整方法、装置和系统 | |
| CN107743698B (zh) | 用于多路径媒体传递的方法和装置 | |
| US7707303B2 (en) | Method and devices for controlling retransmissions in data streaming | |
| US9049690B2 (en) | Communication system, wireless communication terminal, communication method, wireless communication method, wireless communication apparatus and control method thereof | |
| US6965562B2 (en) | System and method for managing a network to sustain the quality of voice over internet protocol communications | |
| CN101990243B (zh) | 发送速率控制方法和通信设备 | |
| US8984158B2 (en) | Data communication system and method | |
| CN103763073B (zh) | 一种丢包重传的方法及终端 | |
| US20140028779A1 (en) | Video transmitting apparatus and video transmitting method | |
| CN101552660A (zh) | 对流媒体数据进行重传、播放的方法、装置及通信系统 | |
| US10182012B2 (en) | Route control device, system and route control method | |
| US20080101355A1 (en) | Transmission scheme dependent control of a frame buffer | |
| US10382155B2 (en) | Data processing | |
| EP2127268B1 (en) | Transmission of real-time user data frames in packets | |
| CN102546626B (zh) | 一种数据处理方法、装置及系统 | |
| KR100639650B1 (ko) | Ｖｏｄ 스트리밍 서비스 시스템 및 방법 | |
| CN111385241B (zh) | 多媒体数据的丢包修复方法、装置、系统和可读存储介质 | |
| KR101384125B1 (ko) | 통신 시스템에서 맥 계층의 서비스 품질 파라미터 생성장치 및 방법 | |
| JP2009260719A (ja) | データ伝送端末装置およびデータ伝送方法 | |
| CA2741615C (en) | Data transfer through an intermediate station | |
| Kadhum et al. | Responsive user datagram protocol-based system for multimedia transmission | |
| Öhman | A Flexible Adaptation Framework for Real-Time Communication | |
| EP1950919A1 (en) | Method and device for adjusting a buffer and communication system comprising such device | |
| Liu et al. | A study on Session Initiation Protocol for Negotiating Multimedia Sessions |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181228 |
|
| RJ01 | Rejection of invention patent application after publication |