CN104780401A - 视频数据的发送方法及装置 - Google Patents
视频数据的发送方法及装置 Download PDFInfo
- Publication number
- CN104780401A CN104780401A CN201510133418.4A CN201510133418A CN104780401A CN 104780401 A CN104780401 A CN 104780401A CN 201510133418 A CN201510133418 A CN 201510133418A CN 104780401 A CN104780401 A CN 104780401A
- Authority
- CN
- China
- Prior art keywords
- packet
- buffer memory
- sent
- transmit queue
- time
- 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
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种视频数据的发送方法及装置，属于互联网技术领域。方法包括：当达到视频数据的发送时间时，获取发送队列缓存的数据包；根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；向视频服务器发送待发送的数据包。本发明在达到视频数据的发送时间时，确定本次发送数据包的目标发送量，之后选取待发送的数据包，并向视频服务器发送待发送的数据包，从而保证视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率，减小了时延。
Description
技术领域
本发明涉及互联网技术领域，特别涉及一种视频数据的发送方法及装置。
背景技术
随着互联网技术的发展，互联网上的直播视频以其新颖的形式、丰富的内容，吸引了越来越多的用户使用。例如，主播可在直播间内录制视频，并通过互联网实时地将录制的视频发送至直播间的其他用户，以进行交流互动。
相关技术在发送视频数据时，客户端首先会对待发送的视频进行编码，得到多个数据包，然后基于TCP(Transmission Control Protocol，传输控制协议)，通过互联网将各个数据包发送至服务器，在发送过程中，在前一个数据包发送成功之后，才会发送后一个数据包，若网络状态不佳时，某一数据包多次未发送成功，客户端会一直发送该数据包，直至该数据包发送成功。
相关技术在发送视频数据时，若网络状况不佳，某一数据包发送多次未发送成功，而客户端会一直发送该数据包，导致在相同的时间内，视频数据发送效率较低，且发送的视频数据滞后，时延较大。
发明内容
为了解决相关技术的问题，本发明实施例提供了一种视频数据的发送方法及装置。所述技术方案如下：
一方面，提供了一种视频数据的发送方法，所述方法包括：
当达到视频数据的发送时间时，获取发送队列缓存的数据包，所述发送队列用于缓存未被视频服务器确认的数据包；
根据所述发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
根据所述发送队列缓存的数据包的历史发送时间以及所述目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
向所述视频服务器发送所述待发送的数据包。
另一方面，提供了一种视频数据的发送装置，所述装置包括：
获取模块，用于当达到视频数据的发送时间时，获取发送队列缓存的数据包，所述发送队列用于缓存未被视频服务器确认的数据包；
确定模块，用于根据所述发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
选取模块，用于根据所述发送队列缓存的数据包的历史发送时间以及所述目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
发送模块，用于向所述视频服务器发送所述待发送的数据包。
本发明实施例提供的技术方案带来的有益效果是：
当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的一种视频数据的发送方法流程图；
图2是本发明另一个实施例提供的一种视频数据的发送方法流程图；
图3是本发明另一个实施例提供的一种视频数据的发送装置结构示意图；
图4是本发明另一个实施例提供的一种终端的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
随着互联网技术的发展，观看直播视频的用户越来越多。为了满足用户的观看需求，如何发送视频数据成为了关键。目前，在发送视频数据时，主要基于TCP协议，通过互联网进行发送。由于TCP协议主要作用在协议层，当视频数据在应用层发送时，客户端只能按照视频编码顺序进行发送，且根据协议层的规定不能丢弃任一个数据包。当网络状态不佳时，虽然某一数据包在发送多次后都未能成功发送，然而客户端依然会继续发送该数据包，直至该数据包发送成功，这使得发送的视频数据时延较大。由于直播视频对时效性要求较高，因此，为了提高直播视频的时效性，本发明实施例提供了一种视频数据的发送方法，参见图1，本实施例提供的方法流程包括：
101、当达到视频数据的发送时间时，获取发送队列缓存的数据包，发送队列用于缓存未被视频服务器确认的数据包。
102、根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量。
103、根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包。
104、向视频服务器发送待发送的数据包。
本发明实施例提供的方法，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
在本发明的一个实施例中，根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，包括：
根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
根据发送队列缓存的数据包及发送次数，确定本次发送数据包的目标发送量。
在本发明的一个实施例中，根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，包括：
根据目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断目标数据包是否为第一次发送；
若目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
若目标数据包不为第一次发送，将目标数据包的第一时长与第二时长进行比较；
当目标数据的第一时长大于第二时长，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
其中，第一时长为目标数据包前一次的发送时间与当前时间之间的时间间隔，第二时长为视频服务器对数据包进行确认的基准时长。
在本发明的一个实施例中，该方法，还包括：
若任一数据包的发送次数达到指定次数且均未发送成功时，则将数据包与指定数据包之间的数据包作丢包处理。
在本发明的一个实施例中，向视频服务器发送待发送的数据包，包括：
根据网络带宽，确定数据包的并行发送数量；
根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，对待发送的数据包进行分组，得到与并行发送数量相应的数据包组；
向视频服务器串行发送数据包组。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
结合图1所示的实施例，本发明实施例提供了一种视频数据的发送方法，参见图2，本实施例提供的方法流程包括：
201、客户端对每帧视频进行编码，得到多个数据包，并将数据包缓存在发送队列。
在本实施例中，客户端为直播视频的发送方，如直播间内的主播所使用的终端等。客户端在录制视频的过程中，会对录制的视频进行编码，得到多个数据包。通常在编码时，非关键帧以关键帧或其他非关键帧为参考进行编码。例如，第1视频帧为关键帧，第2视频帧和第3视频帧为非关键帧。第1视频帧编码后分成20个数据包，编码为1～20；第2视频帧编码以第1视频帧为参考进行编码，编码后分为10个数据包，编码为21～30；第3视频帧以第2视频帧为参考进行编码，编码后分为10个数据包，编码为31～40。
为了尽量保证播放视频的可靠性，避免某一数据包在发送过程中丢失或出现错误，导致视频服务器对该数据包无法解码或解码错误，视频不能正常播放，那么，为了实现该数据包的重传，在本实施例中，客户端维持了一个发送队列，该发送队列用于缓存未被视频服务器确认的数据包。若某一数据包在发送过程中丢失，导致视频服务器无法解码，此时客户端可从发送队列中获取该数据包，并重传该数据包；若某一数据包在发送过程中出现错误，导致视频服务器解码错误，此时客户端可从发送队列中获取该数据包，并重传该数据包。
由于直播视频对时效性要求较高，因此，客户端在发送队列中缓存数据包时，缓存的数据包具有一定的缓存时限，当缓存的数据包在缓存时限内成功发送，且被视频服务器确认，则客户端会可在获知该数据包被视频服务器确认之后，将该数据包从发送队列中删除；当缓存的数据包在缓存时限内未成功发送，客户端可将该数据包直接从发送队列中删除。其中，缓存时限可以为50ms(毫秒)、80ms、100ms等，本实施例不对缓存时限作具体的限定。
在本实施例中，发送队列还具有确定的队列长度，能够缓存一定数量的数据包。如，发送队列的队列长度为200K，编码时每个数据包的大小为0.5K，则发送队列中最多只能缓存400个数据包。
202、当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包。
为了提高视频数据的发送效率，使视频数据的发送速度平滑、稳定，本实施例中，客户端维持了一个定时器，该定时器每隔一段时间会向客户端发送一个获取指令，以触发客户端获取发送对列缓存的数据包。其中，定时器向客户端发送获取指令的时间间隔可以为20ms、30ms、50ms等，本实施例以20ms为宜。在发送视频数据的整个过程中，每隔20ms定时器都会向客户端发送一个获取指令，以触发客户端执行获取发送队列缓存的数据包的操作。
203、客户端根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量。
在本实施例中，发送队列中缓存的数据包具有缓存时限，为了确保发送队列中缓存的数据包在缓存时限内成功的发送出去，客户端每次在发送数据包之前，都会根据发送队列中缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，该目标发送量是指在发送队列中所缓存的数据包到达缓存时限之前，将发送队列中缓存的数据包发送出去时所使用的最小发送量。其中，数据包的发送间隔与定时器向客户端发送获取指令的时间间隔相同。
客户端在根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量时，可采用如下步骤：
首先、根据数据包的发送间隔及数据包的缓存时限，确定发送次数。
其中，发送次数为在缓存时限内将发送队列中缓存的数据包发送出去的最大次数。在计算发送次数时，将数据包的缓存时限与数据包的发送间隔作除法运算，并将得到的商作为发送次数。例如，设定数据包的发送间隔为20ms，数据包的缓存时限100ms，则发送次数为数据包的缓存时限/数据包的发送间隔＝100ms/20ms＝5次，即发送次数为5次。
其次、根据发送队列缓存的数据包及发送次数，确定本次发送数据包的目标发送量。
在确定本次发送数据包的目标发送量时，可将发送队列缓存的数据包与发送次数作除法运算，并将得到的商作为本次发送数据包的目标发送量。例如，发送队列缓存的数据包为100个，在缓存时限内发送数据包的发送次数为20次，则本次发送数据包的目标发送量为发送队列缓存的数据包/发送次数＝100/20＝5，即本次至少要发送5个数据包。
需要说明的是，由于本实施例中客户端发送的视频数据为直播视频数据，直播视频对时效性要求较高，为了保证直播视频的时效性，不影响用户的观看体验，在发送视频数据时，每次发送数据包的发送量要尽可能多。
另外，客户端发送数据包的目标发送量，还会受网络状况影响，当网络状况不佳时，可传输的数据包数量较少；当网络状况较佳时，可传输的数据包数量较多，因此，在确定本次发送数据包的目标发送量时，还需考虑当前的网络状况进行确定。
204、客户端根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包。
在本实施例中，为了获知数据包的发送情况，客户端每次向视频服务器发送数据包时，客户端都会记录发送的数据包信息，如发送数据包的历史时间、发送数据包标识等。另外，为了防止避免重复传输无用数据，导致传输资源浪费，当视频服务器接收到客户端发送的数据包，对发送的数据包进行确认之后，视频服务器会向客户端返回一个确认响应，该确认响应中携带被确认的数据包标识等，客户端接收到确认响应时，记录接收到确认响应的时间，并根据确认响应中携带的被确认的数据包标识，将被确认的数据包从发送队列中删除。
基于记录的发送数据包的发送时间及上述步骤203中确定的目标发送量，客户端在根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包时，可采用如下步骤：
第一步，根据目标发送量，从发送队列缓存的数据包中选取目标数据包。
由于视频数据在编码时，是按照视频的播放顺序进行编码的，且发送队列中缓存的数据包也是按照视频播放顺序进行存储的，即发送队列前端存储着播放时间靠前的数据包，发送队列后端存储着播放时间靠后的数据包，因此，为了保证视频能够按照正常的播放顺序进行播放，客户端在根据目标发送量，从发送队列缓存的数据包中选取目标数据包时，需要从发送队列的前端向后端逐个选取。
第二步，判断目标数据包是否为第一次发送。
为了避免重复传输无用数据造成资源浪费，客户端在选取目标数据之后，还将判断目标数据包是否为第一次发送。具体判断时，由于客户端上存储着发送的数据包信息，因此，客户端可根据存储的数据包发送信息进行判断。若客户端从存储的数据包发送信息中查找到目标数据包标识，则判断目标数据包不为第一次发送；若客户端从存储的数据包发送信息中未查找到目标数据包标识，则判断目标数据包为第一次发送。
基于对目标数据包的判断结果，若目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；若目标数据包不为第一次发送，还需对目标数据包进一步判断。
在具体判断时，需要将目标数据包的第一时长与第二时长进行比较。当目标数据包的第一时长大于第二时长，说明目标数据数据包的响应时间过长，该数据包可能无法被视频服务器确认，此时若当前已确定的待发送的数据包量不大于目标发送量，则可将目标数据包作为待发送的数据包。其中，第一时长为目标数据包前一次的发送时间与当前时间之间的时间间隔，可根据客户端存储的数据包发送信息进行确定，例如，客户端记录着目标数据包前一次发送时间为10：00：00：00(时/分/秒/毫秒)，当前时间为10：00：00：20，则第一时长为20毫秒。第二时长为视频服务器对数据包进行确认的基准时长。在本实施例中，第二时长为一个统计时长，在具体确定时，先获取客户端前一次发送的各个数据包的RTT，然后将获取到的各个RTT取平均值，得到RTT1，之后在获取前两次发送的各个数据包的RTT，将获取到的各个RTT取平均值，得到RTT2，根据获取到的RTT1和RTT2，得到第二时长。具体计算时，第二时长＝1/8RTT1+7/8RTT2。
在将目标数据包的第一时长与第二时长进行比较的过程中，若目标数据包的第一时长小于第二时长，说明目标数据包的响应时长在允许的响应时长内，此时可将该目标数据包跳过。
此外，在选取待发送的数据包的过程中，若任一数据包的发送次数达到指定次数且均未发送成功时，为了不影响直播视频的时效性，可直接该数据包丢弃。然而，由于视频数据包在编码时，后一个视频帧以前一个视频帧为参考进行编码，相应地，解码时，后一个视频帧同样会以前一个视频帧为参考进行解码。当某一视频帧中的任一个数据包被丢弃，服务器在接收到该视频帧之后，无法将该视频帧成功解码，且服务器也无法正确解码出以该视频帧为参考的其他视频帧。因此，为避免资源浪费，在发送视频数据的过程中，当某一视频帧中的数据包被丢弃之后，需将该数据包与指定数据包之间的所有数据包作丢包处理。在本实施例中，指定数据包为下一个关键帧中的第一个数据包。
205、客户端向视频服务器发送待发送的数据包。
在传输数据包的过程中，网络带宽影响着并行传输的数据包量，例如，在保证不丢包的前提下，当网络带宽较宽时，可并行传输多个数据包；当网络带宽较窄时，只能并行传输少量的数据包，因此，为防止在发送过程中发生丢包现象，客户端在向视频服务器发送待发送的数据包，需要先根据网络带宽，确定数据包的并行发送数量，然后根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，对待发送的数据包进行分组，得到与并行发送数量相应的数据包组，最后向视频服务器串行发送数据包组。
对于上述过程，为了便于理解，下面将一个具体的例子进行详细地解释说明。
例如，根据当前的网络带宽，确定数据包的并行发送量为2个，待发送的数据包有1个，依次为：数据包1、数据包2、数据包3、数据包4、数据包5、数据包6、数据包7、数据包8、数据包9和数据包10。根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，将待发送的数据包分为5组，分别为：组一、组二、组三、组四和组五。其中，组一为数据包1和数据包2、组二为数据包3和数据包4、组三为数据包5和数据包6、组四为数据包7和数据包8、组五为数据包9和数据包10，每个数据包组中的数据量与并行发送量相同均为2个。之后，客户端将五组数据包依次发送至视频服务器。
本发明实施例提供的方法，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
参见图3，本发明实施例提供了一种视频数据的发送装置，该装置用于执行上述图1或图2所示的实施例提供的视频数据的发送方法，该装置包括：
获取模块301，用于当达到视频数据的发送时间时，获取发送队列缓存的数据包，发送队列用于缓存未被视频服务器确认的数据包；
确定模块302，用于根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
选取模块303，用于根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
发送模块304，用于向视频服务器发送待发送的数据包。
在本发明的一个实施例中，确定模块302，包括：
第一确定单元，用于根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
第二确定单元，用于根据发送队列缓存的数据包及发送次数，确定本次发送数据包的目标发送量。
在本发明的一个实施例中，选取模块303，包括：
选取单元，用于根据目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断单元，用于判断目标数据包是否为第一次发送；
第一确定单元，用于当目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于目标发送量时，将目标数据包作为待发送的数据包；
比较单元，用于当目标数据包不为第一次发送，将目标数据包的第一时长与第二时长进行比较；
第二确定单元，用于当目标数据的第一时长大于第二时长，且当前已确定的待发送的数据包量不大于目标发送量时，将目标数据包作为待发送的数据包；
其中，第一时长为目标数据包前一次的发送时间与当前时间之间的时间间隔，第二时长为视频服务器对数据包进行确认的基准时长。
在本发明的一个实施例中，该装置，还包括：
处理模块，用于当任一数据包的发送次数达到指定次数且均未发送成功时，将数据包与指定数据包之间的数据包作丢包处理。
在本发明的一个实施例中，发送模块304，包括：
确定单元，用于根据网络带宽，确定数据包的并行发送数量；
分组单元，用于根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，对待发送的数据包进行分组，得到与并行发送数量相应的数据包组；
发送单元，用于向视频服务器串行发送数据包组。
综上所述，本发明实施例提供的装置，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
参见图4，其示出了本发明实施例所涉及的终端的结构示意图，该终端可以用于实施上述实施例中提供的视频数据的发送方法。具体来讲：
终端400可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(Wireless Fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图4中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。
存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端400的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端400的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图4中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
终端400还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端400移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端400还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，传声器162可提供用户与终端400之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，发送到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端400的通信。
WiFi属于短距离无线发送技术，终端400通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图4示出了WiFi模块170，但是可以理解的是，其并不属于终端400的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器180是终端400的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端400的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；可选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
终端400还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端400还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端400的显示单元是触摸屏显示器，终端400还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含用于执行以下操作的指令：
当达到视频数据的发送时间时，获取发送队列缓存的数据包，发送队列用于缓存未被视频服务器确认的数据包；
根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
向视频服务器发送待发送的数据包。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，包括：
根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
根据发送队列缓存的数据包及发送次数，确定本次发送数据包的目标发送量。
假设上述为第二种可能的实施方式，则在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，包括：
根据目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断目标数据包是否为第一次发送；
若目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
若目标数据包不为第一次发送，将目标数据包的第一时长与第二时长进行比较；
当目标数据的第一时长大于第二时长，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
其中，第一时长为目标数据包前一次的发送时间与当前时间之间的时间间隔，第二时长为视频服务器对数据包进行确认的基准时长。
假设上述为第三种可能的实施方式，则在第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
该方法，还包括：
若任一数据包的发送次数达到指定次数且均未发送成功时，则将数据包与指定数据包之间的数据包作丢包处理。
假设上述为第四种可能的实施方式，则在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
向视频服务器发送待发送的数据包，包括：
根据网络带宽，确定数据包的并行发送数量；
根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，对待发送的数据包进行分组，得到与并行发送数量相应的数据包组；
向视频服务器串行发送数据包组。
本发明实施例提供的终端，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理器用来执行视频数据的发送方法，该方法包括：
当达到视频数据的发送时间时，获取发送队列缓存的数据包，发送队列用于缓存未被视频服务器确认的数据包；
根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
向视频服务器发送待发送的数据包。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，包括：
根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
根据发送队列缓存的数据包及发送次数，确定本次发送数据包的目标发送量。
假设上述为第二种可能的实施方式，则在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，包括：
根据目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断目标数据包是否为第一次发送；
若目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
若目标数据包不为第一次发送，将目标数据包的第一时长与第二时长进行比较；
当目标数据的第一时长大于第二时长，且当前已确定的待发送的数据包量不大于目标发送量，则将目标数据包作为待发送的数据包；
其中，第一时长为目标数据包前一次的发送时间与当前时间之间的时间间隔，第二时长为视频服务器对数据包进行确认的基准时长。
假设上述为第三种可能的实施方式，则在第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
该方法，还包括：
若任一数据包的发送次数达到指定次数且均未发送成功时，则将数据包与指定数据包之间的数据包作丢包处理。
假设上述为第四种可能的实施方式，则在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
向视频服务器发送待发送的数据包，包括：
根据网络带宽，确定数据包的并行发送数量；
根据并行发送数量、待发送的数据包以及待发送的数据包的发送顺序，对待发送的数据包进行分组，得到与并行发送数量相应的数据包组；
向视频服务器串行发送数据包组。
本发明实施例提供的计算机可读存储介质，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
本发明实施例中提供了一种图形用户接口，该图形用户接口用在视频数据的发送终端上，该执行视频数据的发送终端包括触摸屏显示器、存储器和用于执行一个或者一个以上的程序的一个或者一个以上的处理器；该图形用户接口包括：
当达到视频数据的发送时间时，获取发送队列缓存的数据包，发送队列用于缓存未被视频服务器确认的数据包；
根据发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
向视频服务器发送待发送的数据包。
本发明实施例提供的图形用户接口，当达到视频数据的发送时间时，客户端获取发送队列缓存的数据包，并根据发送队列缓存的数据包、视频数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，然后根据发送队列缓存的数据包的历史发送时间以及目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，进而向视频服务器发送待发送的数据包。由于本次发送数据包的发送量是根据发送队列缓存的数据包量确定的，且每当达到视频数据的发送时间，客户端都会向服务器发送数据包，从而使得视频数据的发送速度稳定、平滑，提高了相同时间内视频数据的发送效率。另外，当发送队列中的任一数据包发送多次均未成功发送后，客户端会将该数据包到下一个指定数据包之间的数据包丢弃，从而避免了因发送队列中缓存的数据包量过大产生的时延，使得服务器接收到的视频数据具有时效性，提高了用户的观看体验效果。
需要说明的是：上述实施例提供的视频数据的发送装置在发送视频数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将视频数据的发送装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的视频数据的发送装置与视频数据的发送方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种视频数据的发送方法，其特征在于，所述方法包括：
当达到视频数据的发送时间时，获取发送队列缓存的数据包，所述发送队列用于缓存未被视频服务器确认的数据包；
根据所述发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
根据所述发送队列缓存的数据包的历史发送时间以及所述目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
向所述视频服务器发送所述待发送的数据包。
2.根据权利要求1所述的方法，其特征在于，所述根据所述发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量，包括：
根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
根据所述发送队列缓存的数据包及所述发送次数，确定本次发送数据包的目标发送量。
3.根据权利要求1所述的方法，其特征在于，所述根据所述发送队列缓存的数据包的历史发送时间以及所述目标发送量，从发送队列缓存的数据包中，选取待发送的数据包，包括：
根据所述目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断所述目标数据包是否为第一次发送；
若所述目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于所述目标发送量，则将所述目标数据包作为待发送的数据包；
若所述目标数据包不为第一次发送，将所述目标数据包的第一时长与第二时长进行比较；
当所述目标数据的第一时长大于所述第二时长，且当前已确定的待发送的数据包量不大于所述目标发送量，则将所述目标数据包作为待发送的数据包；
其中，所述第一时长为所述目标数据包前一次的发送时间与当前时间之间的时间间隔，所述第二时长为所述视频服务器对数据包进行确认的基准时长。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法，还包括：
若任一数据包的发送次数达到指定次数且均未发送成功时，则将所述数据包与指定数据包之间的数据包作丢包处理。
5.根据权利要求1所述的方法，其特征在于，所述向所述视频服务器发送所述待发送的数据包，包括：
根据网络带宽，确定数据包的并行发送数量；
根据所述并行发送数量、所述待发送的数据包以及所述待发送的数据包的发送顺序，对所述待发送的数据包进行分组，得到与所述并行发送数量相应的数据包组；
向所述视频服务器串行发送所述数据包组。
6.一种视频数据的发送装置，其特征在于，所述装置包括：
获取模块，用于当达到视频数据的发送时间时，获取发送队列缓存的数据包，所述发送队列用于缓存未被视频服务器确认的数据包；
确定模块，用于根据所述发送队列缓存的数据包、数据包的发送间隔及数据包的缓存时限，确定本次发送数据包的目标发送量；
选取模块，用于根据所述发送队列缓存的数据包的历史发送时间以及所述目标发送量，从发送队列缓存的数据包中，选取待发送的数据包；
发送模块，用于向所述视频服务器发送所述待发送的数据包。
7.根据权利要求6所述的装置，其特征在于，所述确定模块，包括：
第一确定单元，用于根据数据包的发送间隔及数据包的缓存时限，确定发送次数；
第二确定单元，用于根据所述发送队列缓存的数据包及所述发送次数，确定本次发送数据包的目标发送量。
8.根据权利要求6所述的装置，其特征在于，所述选取模块，包括：
选取单元，用于根据所述目标发送量，从发送队列缓存的数据包中选取目标数据包；
判断单元，用于判断所述目标数据包是否为第一次发送；
第一确定单元，用于当所述目标数据包为第一次发送，且当前已确定的待发送的数据包量不大于所述目标发送量时，将所述目标数据包作为待发送的数据包；
比较单元，用于当所述目标数据包不为第一次发送，将所述目标数据包的第一时长与第二时长进行比较；
第二确定单元，用于当所述目标数据的第一时长大于所述第二时长，且当前已确定的待发送的数据包量不大于所述目标发送量时，将所述目标数据包作为待发送的数据包；
其中，所述第一时长为所述目标数据包前一次的发送时间与当前时间之间的时间间隔，所述第二时长为所述视频服务器对数据包进行确认的基准时长。
9.根据权利要求6至8中任一项所述的装置，其特征在于，所述装置，还包括：
处理模块，用于当任一数据包的发送次数达到指定次数且均未发送成功时，将所述数据包与指定数据包之间的数据包作丢包处理。
10.根据权利要求6所述的装置，其特征在于，所述发送模块，包括：
确定单元，用于根据网络带宽，确定数据包的并行发送数量；
分组单元，用于根据所述并行发送数量、所述待发送的数据包以及所述待发送的数据包的发送顺序，对所述待发送的数据包进行分组，得到与所述并行发送数量相应的数据包组；
发送单元，用于向所述视频服务器串行发送所述数据包组。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510133418.4A CN104780401B (zh) | 2015-03-25 | 2015-03-25 | 视频数据的发送方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510133418.4A CN104780401B (zh) | 2015-03-25 | 2015-03-25 | 视频数据的发送方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104780401A true CN104780401A (zh) | 2015-07-15 |
| CN104780401B CN104780401B (zh) | 2017-12-22 |
Family
ID=53621592
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510133418.4A Active CN104780401B (zh) | 2015-03-25 | 2015-03-25 | 视频数据的发送方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104780401B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105554517A (zh) * | 2015-12-03 | 2016-05-04 | 浙江大华技术股份有限公司 | 一种视频流发送方法及装置 |
| CN106651509A (zh) * | 2016-11-15 | 2017-05-10 | 福建天泉教育科技有限公司 | 在线展品评选方法与系统 |
| CN106911434A (zh) * | 2017-02-23 | 2017-06-30 | 广州林邦信息科技有限公司 | 数据防重传方法及系统 |
| CN109905776A (zh) * | 2019-03-15 | 2019-06-18 | 武汉思创易控科技有限公司 | 一种高效的iptv数据传输保障方法 |
| CN111918142A (zh) * | 2020-07-29 | 2020-11-10 | 杭州叙简科技股份有限公司 | 国标视频码流转rtp流的平顺方法、装置、设备及介质 |
| CN112887404A (zh) * | 2021-01-26 | 2021-06-01 | 努比亚技术有限公司 | 一种音频传输控制方法、设备及计算机可读存储介质 |
| CN113411502A (zh) * | 2021-06-29 | 2021-09-17 | 展讯半导体(成都)有限公司 | 一种后备箱监控方法及相关装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101296184A (zh) * | 2008-05-30 | 2008-10-29 | 华为技术有限公司 | 一种数据传输的方法、系统及装置 |
| US20090125636A1 (en) * | 2007-11-13 | 2009-05-14 | Qiong Li | Payload allocation methods for scalable multimedia servers |
| CN102137448A (zh) * | 2011-03-22 | 2011-07-27 | 华为技术有限公司 | 消息业务中数据包的传输控制方法及设备 |
| CN102137027A (zh) * | 2011-05-03 | 2011-07-27 | 厦门市美亚柏科信息股份有限公司 | 数据的可靠传输方法和装置 |
| CN102739548A (zh) * | 2012-07-12 | 2012-10-17 | 苏州阔地网络科技有限公司 | 一种数据传输的速率控制方法及系统 |
| CN103746938A (zh) * | 2014-01-13 | 2014-04-23 | 广东睿江科技有限公司 | 一种发送数据包的方法及装置 |
-
2015
- 2015-03-25 CN CN201510133418.4A patent/CN104780401B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090125636A1 (en) * | 2007-11-13 | 2009-05-14 | Qiong Li | Payload allocation methods for scalable multimedia servers |
| CN101296184A (zh) * | 2008-05-30 | 2008-10-29 | 华为技术有限公司 | 一种数据传输的方法、系统及装置 |
| CN102137448A (zh) * | 2011-03-22 | 2011-07-27 | 华为技术有限公司 | 消息业务中数据包的传输控制方法及设备 |
| CN102137027A (zh) * | 2011-05-03 | 2011-07-27 | 厦门市美亚柏科信息股份有限公司 | 数据的可靠传输方法和装置 |
| CN102739548A (zh) * | 2012-07-12 | 2012-10-17 | 苏州阔地网络科技有限公司 | 一种数据传输的速率控制方法及系统 |
| CN103746938A (zh) * | 2014-01-13 | 2014-04-23 | 广东睿江科技有限公司 | 一种发送数据包的方法及装置 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105554517A (zh) * | 2015-12-03 | 2016-05-04 | 浙江大华技术股份有限公司 | 一种视频流发送方法及装置 |
| CN105554517B (zh) * | 2015-12-03 | 2018-09-28 | 浙江大华技术股份有限公司 | 一种视频流发送方法及装置 |
| CN106651509A (zh) * | 2016-11-15 | 2017-05-10 | 福建天泉教育科技有限公司 | 在线展品评选方法与系统 |
| CN106911434A (zh) * | 2017-02-23 | 2017-06-30 | 广州林邦信息科技有限公司 | 数据防重传方法及系统 |
| CN106911434B (zh) * | 2017-02-23 | 2020-10-27 | 广州林邦信息科技有限公司 | 数据防重传方法及系统 |
| CN109905776A (zh) * | 2019-03-15 | 2019-06-18 | 武汉思创易控科技有限公司 | 一种高效的iptv数据传输保障方法 |
| CN111918142A (zh) * | 2020-07-29 | 2020-11-10 | 杭州叙简科技股份有限公司 | 国标视频码流转rtp流的平顺方法、装置、设备及介质 |
| CN111918142B (zh) * | 2020-07-29 | 2023-04-11 | 杭州叙简科技股份有限公司 | 国标视频码流转rtp流的平顺方法、装置、设备及介质 |
| CN112887404A (zh) * | 2021-01-26 | 2021-06-01 | 努比亚技术有限公司 | 一种音频传输控制方法、设备及计算机可读存储介质 |
| CN112887404B (zh) * | 2021-01-26 | 2023-08-11 | 努比亚技术有限公司 | 一种音频传输控制方法、设备及计算机可读存储介质 |
| CN113411502A (zh) * | 2021-06-29 | 2021-09-17 | 展讯半导体(成都)有限公司 | 一种后备箱监控方法及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104780401B (zh) | 2017-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104780401A (zh) | 视频数据的发送方法及装置 | |
| CN104142862B (zh) | 服务器的过载保护方法及装置 | |
| CN103458305B (zh) | 视频播放方法、装置、终端设备和服务器 | |
| CN106161628A (zh) | 拍摄文件上传方法及装置 | |
| CN104967896A (zh) | 一种显示弹幕评论信息的方法和装置 | |
| CN105306383B (zh) | 一种消息的推送方法和终端以及推送服务器 | |
| CN103475914B (zh) | 视频播放方法、装置、终端设备和服务器 | |
| CN103533387A (zh) | 一种视频直播控制方法、设备及系统 | |
| US11012724B2 (en) | Video transmission method, apparatus, and system, and computer readable storage medium | |
| CN103442330A (zh) | 一种位置通知的方法及装置 | |
| CN104618794A (zh) | 播放视频的方法和装置 | |
| CN105847168A (zh) | 一种数据传输的方法、网络服务器、用户终端及系统 | |
| CN106507204A (zh) | 一种视频倒放方法和装置 | |
| CN104935955A (zh) | 一种传输直播视频流的方法、装置和系统 | |
| CN104967865A (zh) | 视频预览方法和装置 | |
| CN109982383A (zh) | 数据发送方法、装置及设备 | |
| CN104837042A (zh) | 数字多媒体数据的编码方法和装置 | |
| CN104967608A (zh) | 播放多媒体文件的方法、移动终端及固定终端 | |
| CN105007543A (zh) | 对讲方法、装置、设备及系统 | |
| CN103338145B (zh) | 控制语音数据传输的方法、装置及系统 | |
| CN104159140A (zh) | 一种视频处理的方法、装置和系统 | |
| CN106034114A (zh) | 多媒体信息分享方法及装置 | |
| CN104468060A (zh) | 一种媒体接入控制层上行数据组装的方法和装置 | |
| CN104660769A (zh) | 一种添加联系人信息的方法、装置和系统 | |
| CN104917667A (zh) | 基于多媒体信息的交互方法、装置和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |