CN114745572A - 视频缓存控制方法、装置、设备及存储介质 - Google Patents

视频缓存控制方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114745572A
CN114745572A CN202210387594.0A CN202210387594A CN114745572A CN 114745572 A CN114745572 A CN 114745572A CN 202210387594 A CN202210387594 A CN 202210387594A CN 114745572 A CN114745572 A CN 114745572A
Authority
CN
China
Prior art keywords
video
cached
target video
downloading speed
cache
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
Application number
CN202210387594.0A
Other languages
English (en)
Other versions
CN114745572B (zh
Inventor
蔡勇
周剑明
柯腾辉
戴鹏
周壮
郑夏妍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202210387594.0A priority Critical patent/CN114745572B/zh
Publication of CN114745572A publication Critical patent/CN114745572A/zh
Application granted granted Critical
Publication of CN114745572B publication Critical patent/CN114745572B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64769—Control signals issued by the network directed to the server or the client directed to the server for rate control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种视频缓存控制方法、装置、设备及存储介质。该方法包括：获取终端设备播放的目标视频的进度条的第一拖动事件和目标视频的待缓存视频所需的缓存流量；第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段；确定目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；若目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定终端设备的当前下载速度是否大于预设下载速度阈值；若终端设备的当前下载速度大于预设下载速度阈值，则对待缓存视频的下载速度进行控制。

Description

视频缓存控制方法、装置、设备及存储介质
技术领域
本申请涉及视频控制技术，尤其涉及一种视频缓存控制方法、装置、设备及存储介质。
背景技术
随着视频技术的发展，越来越多的用户使用智能手机观看视频。
用户在观看视频过程中，为了提升用户的观看体验，通常会缓存固定时长的视频片段，以避免网络等因素造成用户无法及时观看的问题。而实际中，用户为了快速了解当前视频是否为感兴趣的视频，常常会通过拖动视频的进度条来了解视频内容。当用户在拖动视频进度条时，若用户拖动结束后对应的视频未经缓存，则智能手机又会从拖动结束后，视频进度条对应的视频时间处缓存固定时长的视频片段。
然而，当用户多次拖动视频进度条时，智能手机则会从每次拖动结束后，视频进度条对应的视频时间处缓存固定时长的视频片段，如此，便会对用户造成较大的流量消耗。
发明内容
本申请提供一种视频缓存控制方法、装置、设备及存储介质，用以解决视频播放过程中，用户多次拖动视频进度条造成的较大流量消耗的问题。
第一方面，本申请提供一种视频缓存控制方法，应用于核心网设备，所述方法包括：获取终端设备播放的目标视频的进度条的第一拖动事件和所述目标视频的待缓存视频所需的缓存流量；所述第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段；确定所述目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；若所述目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定所述终端设备的当前下载速度是否大于预设下载速度阈值；若所述终端设备的当前下载速度大于预设下载速度阈值，则对所述待缓存视频的下载速度进行控制。
在一些实施例中，所述对所述待缓存视频的下载速度进行控制之前，所述方法还包括：确定所述目标视频的预缓存视频；所述预缓存视频的时长小于所述待缓存视频的时长；向所述终端设备发送所述预缓存视频；所述对所述待缓存视频的下载速度进行控制，包括：对所述待缓存视频中除所述预缓存视频之外的剩余视频的下载速度进行控制。
在一些实施例中，所述对所述待缓存视频的下载速度进行控制之后，所述方法还包括：确定在所述目标视频的进度条的第一拖动事件之后的预设时间内是否发生所述进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；若在所述目标视频的进度条的第一拖动事件之后的预设时间内未发生所述进度条的第二拖动事件，则控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频；若在所述目标视频的进度条的第一拖动事件之后的预设时间内发生所述进度条的第二拖动事件，则确定所述第二拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；若所述第二拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则在所述终端设备的当前下载速度大于预设下载速度阈值时，对所述待缓存视频的下载速度进行控制，以及，在所述终端设备的当前下载速度小于或等于预设下载速度阈值时，控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频。
在一些实施例中，所述对所述待缓存视频的下载速度进行控制，包括：控制所述待缓存视频的下载速度大于第一预设下载速度，且小于或等于第二预设下载速度；其中，所述第一预设下载速度为所述目标视频的码率，所述第二预设下载速度为所述目标视频的码率与预设数值的乘积。
在一些实施例中，所述确定所述终端设备的当前下载速度是否大于预设下载速度阈值之前，所述方法还包括：获取所述终端设备对应的RB资源数量和调制方式；根据所述终端设备对应的RB资源数量和调制方式，确定所述终端设备的当前下载速度。
在一些实施例中，所述获取所述目标视频的待缓存视频所需的缓存流量，包括：接收所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
在一些实施例中，所述获取所述目标视频的待缓存视频所需的缓存流量，包括：接收所述终端设备发送的所述目标视频的待缓存视频所需的缓存流量；其中，所述目标视频的待缓存视频所需的缓存流量是所述终端设备根据所述视频文件的码率、音频文件的码率和缓存时长确定的。
第二方面，本申请提供一种视频缓存控制方法，应用于终端设备，所述方法包括：检测终端设备播放的目标视频的进度条的第一拖动事件；若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；若所述进度条拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。
在一些实施例中，所述向核心网设备发送所述目标视频的待缓存视频所需的缓存流量之前，所述方法还包括：获取所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
在一些实施例中，若检测到通过终端设备播放的目标视频的进度条的第一拖动事件之后，所述方法还包括：检测是否存在通过终端设备播放的目标视频的进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；若检测到存在通过终端设备播放的目标视频的进度条的第二拖动事件，则向所述核心网设备发送通过终端设备播放的目标视频的进度条的第二拖动事件。
在一些实施例中，所述方法还包括：向所述核心网设备发送所述终端设备对应的RB资源数量和调制方式。
第三方面，本申请提供一种视频缓存控制装置，应用于核心网设备，包括：获取模块，用于获取终端设备播放的目标视频的进度条的第一拖动事件和所述目标视频的待缓存视频所需的缓存流量；所述第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段；确定模块，用于确定所述目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；所述确定模块，还用于若所述目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定所述终端设备的当前下载速度是否大于预设下载速度阈值；控制模块，用于若所述终端设备的当前下载速度大于预设下载速度阈值，则对所述待缓存视频的下载速度进行控制。
第四方面，本申请提供一种视频缓存控制装置，应用于终端设备，包括：检测模块，用于检测终端设备播放的目标视频的进度条的第一拖动事件；确定模块，用于若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；发送模块，用于若所述进度条拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。
第五方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面或第二方面所述的方法。
第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面或第二方面所述的方法。
本申请提供的视频缓存控制方法、装置、设备及存储介质，通过获取终端设备播放的目标视频的进度条的第一拖动事件和目标视频的待缓存视频所需的缓存流量；第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段；确定目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；若目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定终端设备的当前下载速度是否大于预设下载速度阈值；若终端设备的当前下载速度大于预设下载速度阈值，则对待缓存视频的下载速度进行控制。由于在获取到终端设备播放的目标视频的进度条的第一拖动事件时，还获取了目标视频的待缓存视频所需的缓存流量，并根据目标视频的待缓存视频所需的缓存流量判断待缓存视频的数据量大小，以及根据待缓存视频的数据量大小确定是否控制终端设备对目标视频的下载速度。因此，能够实现在用户拖动视频进度条时，若待缓存视频的数据量较大，则对下载速度进行控制，以达到节省流量的效果。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的应用场景图；
图2为本申请实施例提供的视频缓存控制方法的流程图一；
图3为本申请实施例提供的下载速度控制的示例图；
图4为本申请实施例提供的视频缓存控制方法的流程图二；
图5为本申请实施例提供的视频缓存控制方法的流程图三；
图6为本申请实施例提供的用户拖动视频进度条的示例图；
图7为本申请实施例提供的视频缓存控制方法的交互示意图
图8为本申请实施例提供的视频缓存控制装置的结构示意图；
图9为本申请实施例提供的视频缓存控制装置的结构示意图；
图10为本申请实施例提供的电子设备的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
流式传输技术目前已经广泛应用于互联网的音视频数据传输中，流媒体传输技术是以流的方式在网络中分段传输媒体文件(如音频、视频或多媒体文件)，以供用户播放的一种技术与过程。流式传输技术与传统传输技术的最大不同在于，传统技术在播放媒体文件之前，须下载整个媒体文件。而如果使用流媒体传输技术，则用户不用等到所有内容都缓冲完成才能开始浏览，而是只需要对起始部分内容进行缓存，即可进行解析播放。对于用户来说，只需要等待几秒至几十秒的延时，即可享受边下载、边播放的效果。
目前，主流视频网站使用的流媒体技术对视频进行缓存有两种方法：(1)对接收到的视频进行全部缓存，直到整个视频全部缓存完毕。此种方式可以保障用户的体验，避免因为网络信号问题带来的无法播放。(2)设置一个固定大小的缓存区，对接收到的视频进行缓存。通常要求缓存恒定时间的媒体数据量，当缓存的媒体数据量低于某个时间长度，则开始缓存，直到达到恒定时间的数据量。此种方式既可以在一定程度上确保用户的观看体验，同时又可以减轻服务器的压力。
然而，上述两种方法均没有考虑到用户习惯。即，在播放视频的时候，用户有时候中途失去耐心和兴趣，或者想了解一下视频的内容是否符合自己的喜好，就会对视频的进度条进行拖动，然后观看一段时间，比如10多秒，又继续向前拖动进度条，如此可能会反复几次的拖动，而不仅仅是从视频的开端一直播放到结束。该种情况下，就会造成用户流量的浪费，降低用户体验。
举例来说，原本需要缓存的每个视频片段长度都是100秒，大小是100MB，由于用户看了几十秒之后，想了解一下后续视频的内容是否符合自己的喜好，于是将视频的进度条进行拖动，假设是拖动到未缓存的时间点，于是重新缓存100MB的新视频片段。这时候用户在观看10秒(假设)之后又会拖动进度条，那么实际上用户只需要缓存10多秒，约10-20MB左右的视频大小就够了。但是若用户处在速度达到几百兆速度的5G网络之下，假设用户的5G速度是320Mbps，则2.5秒钟的时间就会将100MB的视频全部缓存完毕。这样就导致让用户浪费80多兆的流量，而如果用户有多次拖动的习惯，那么浪费的流量就要翻倍。对于用户造成更多的流量浪费，使得用户体验较差。
针对上述技术问题，本申请的发明人提出如下技术构思：当检测到用户拖动当前播放的目标视频的视频进度条，且视频进度条拖动至未经缓存的视频片段处时，不直接从拖动结束后，视频进度条对应的视频时间处开始缓存视频，而是根据视频进度条拖动结束后，视频进度条对应的视频时间为起点，计算缓存预设时长的缓存视频的所需的流量，并根据计算得到的流量确定是否需要对缓存视频的下载进行限速。从而达到节省流量的效果。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1为本申请实施例提供的应用场景图。如图1所示，包括终端设备11、网络设备12、核心网设备13和视频服务器14；
其中，终端设备11包括智能手机、平板电脑、笔记本电脑、台式电脑等具有视频播放功能和/或音频播放功能的电子设备。
网络设备12可以是基站，例如5G基站。
用户通过终端设备11向视频服务器14发送目标视频的播放请求，视频服务器14通过核心网设备13、网络设备12将目标视频传输至终端设备11，以在用户的终端设备11上进行播放。
在上述过程中，终端设备11实时地检测目标视频的进度条的拖动事件，一旦检测到目标视频的进度条的拖动事件，则将目标视频的进度条的拖动事件上报至核心网设备13，核心网设备13即判断是否需要对目标视频的缓存速度进行控制，并在判断出需要对目标视频的缓存速度进行控制时，对目标视频的缓存速度进行控制，从而减少用户的流量消耗，提升用户体验。
基于图1所示的应用场景，本申请还提出了一种视频缓存控制方法。下面将结合附图对视频缓存控制方法进行详细介绍：
图2为本申请实施例提供的视频缓存控制方法的流程图一。如图2所示，该视频缓存控制方法，包括：
S201、获取终端设备播放的目标视频的进度条的第一拖动事件和目标视频的待缓存视频所需的缓存流量；第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段。
本实施例的方法的执行主体为核心网设备。
其中，目标视频为用户通过终端设备当前播放的视频，其可以是任意视频。
其中，目标视频的信息包括目标视频的码率M，单位为Kbps。目标视频包括视频文件和音频文件，目标视频的码率M为音频文件的码率与视频文件的码率之和，目标视频的码率M能够用于计算目标视频的大小。
在开始播放目标视频时，终端设备会设置一缓存区对目标视频进行缓存，终端设备获取需要缓存的视频片段的大小，该视频片段的大小是时间长度为T的视频，T通常是由视频服务提供方(视频提供商)规定。
应当理解，除了在开始播放目标视频的时候缓存时间长度为T的视频片段之外。当终端设备检测到用户拖动进度条事件的时候，也会从拖动事件对应的视频播放时间处开始缓存时间长度为T的视频片段。
举例来说，假设用户刚打开视频，或者将进度条拖到视频的1分30秒开始播放，T设置为3分钟，那么此时会缓存时间长度为3分钟的视频。T的大小设置会影响用户的观看体验，如果T的值较小，则会因为网络信号等问题，导致无法及时缓冲足量的视频数据，影响用户观看。因此，T的值可以设置为1-5分钟，T的值可以由视频提供商设置。
当用户在观看视频过程中拖动了进度条，且拖动到的视频时间点没有经过缓存，即拖动事件对应的视频未缓存，则终端设备会清空缓存区的内容，以拖动事件对应的视频时间为起点，缓存T时长的视频片段，且终端设备将该拖动事件进行标记，记为拖动事件，上报给核心网设备。
另外，终端设备还可以将目标视频的码率上报给核心网设备。
S202、确定目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值。
核心网设备接收到第一拖动事件时，会根据待缓存视频所需的缓存流量K对终端设备进行速度控制。具体的，可以预先设置预设流量阈值为K1，如果K≤K1，则认为待缓存视频的数据量较小，所需耗费的流量较小，可以不对终端设备的网速进行限制。如果K＞K1，则认为待缓存视频的数据量较大，所需耗费的流量较大，会对用户造成较大的流量消耗，需要对终端设备进行网速限制。
S203、若目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定终端设备的当前下载速度是否大于预设下载速度阈值。
假设终端设备需要缓存的待缓存视频的大小是100MB，而如果下载速度是59.4Mbps，那么不到两秒就可以将待缓存视频下载完成，而此时用户如果在拖动进度条，那么对该用户实际需要缓存的数据量只需要几兆或者十几兆就够了，若将待缓存视频全部下载，则会造成用户流量浪费。
S204、若终端设备的当前下载速度大于预设下载速度阈值，则对待缓存视频的下载速度进行控制。
当终端设备的当前下载速度大于预设下载速度阈值时，则表明当前终端设备的下载速度较高，导致视频缓存速度较快，对用户流量消耗较大，因此，通过对待缓存视频的下载速度进行控制，以降低终端设备的下载速度，降低视频缓存速度，减少对用户流量的消耗。
本实施例通过获取终端设备播放的目标视频的进度条的第一拖动事件和目标视频的待缓存视频所需的缓存流量；第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段；确定目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；若目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定终端设备的当前下载速度是否大于预设下载速度阈值；若终端设备的当前下载速度大于预设下载速度阈值，则对待缓存视频的下载速度进行控制。由于在获取到终端设备播放的目标视频的进度条的第一拖动事件时，还获取了目标视频的待缓存视频所需的缓存流量，并根据目标视频的待缓存视频所需的缓存流量判断待缓存视频的数据量大小，以及根据待缓存视频的数据量大小确定是否控制终端设备对目标视频的下载速度。因此，能够实现在用户拖动视频进度条时，若待缓存视频的数据量较大，则对下载速度进行控制，以达到节省流量的效果。
在上述实施例的基础上，为了进一步提升用户体验，可选的，对待缓存视频的下载速度进行控制之前，本实施例的方法还包括：
步骤a1、核心网设备确定目标视频的预缓存视频；预缓存视频的时长小于待缓存视频的时长。
其中，预缓存视频的时长可以根据用户在拖动进度条之后的平均观看时间确定。举例来说，假设大多数用户在拖动进度条之后，平均观看D秒的时间，则可以根据D确定预缓存视频。以及根据D确定预缓存视频的大小。具体的，预缓存视频的数量记为P，则P＝M*D，单位为兆字节。
步骤a2、核心网设备向终端设备传输预缓存视频。
则核心网设备向终端设备传输P大小的数据量，并在传输完P大小的数量之后，对待缓存视频中除预缓存视频之外的剩余视频的下载速度进行控制。
图3为本申请实施例提供的下载速度控制的示例图。如图3所示，根据上述实施例可以将待缓存视频视为两部分，T为待缓存视频的时长，其中一部分是预缓存视频，另一部分是剩余视频，预缓存视频的时长为D，数据量大小为P，剩余视频的时长为T-D，数据量大小为M-P。则本实施例是在传输完P大小的数据之后，对T-D时长的视频进行下载速度的控制。
图4为本申请实施例提供的视频缓存控制方法的流程图二。如图4所示，该视频缓存控制方法，包括：
S401、核心网设备确定在目标视频的进度条的第一拖动事件之后的预设时间内是否发生进度条的第二拖动事件；第一拖动事件对应的目标视频的播放时间早于第二拖动事件对应的目标视频的播放时间；若核心网设备检测到在目标视频的进度条的第一拖动事件之后的预设时间内未发生进度条的第二拖动事件，则执行步骤S402；若在目标视频的进度条的第一拖动事件之后的预设时间内发生进度条的第二拖动事件，则执行步骤S403：
S402、控制终端设备根据终端设备的当前下载速度下载待缓存视频。
由于用户往往存在多次拖动视频进度条的习惯，因此，若在当前次拖动事件之后再次发生拖动事件，为了避免用户的流量消耗，还需要根据再次拖动事件的时间和当前次拖动事件的时间，确定是否需要取消当前拖动事件对应的待缓存视频的限速，以及确定是否需要对再次拖动事件的对应的待缓存视频进行限速。
其中，当核心网设备检测到在目标视频的进度条的第一拖动事件之后的预设时间内未发生进度条的第二拖动事件时，核心网设备可以不对终端设备的当前下载速度进行控制。
S403、确定第二拖动事件对应的播放视频是否为目标视频中未经缓存的视频片段；若第二拖动事件对应的播放视频为目标视频中未经缓存的视频片段，则执行步骤S404；若第二拖动事件对应的播放视频为目标视频中已缓存的视频片段，则执行步骤S402。
S404、确定终端设备的当前下载速度是否大于预设下载速度阈值；若终端设备的当前下载速度大于预设下载速度阈值时，执行步骤S405：对待缓存视频的下载速度进行控制，以及，在终端设备的当前下载速度小于或等于预设下载速度阈值时，执行步骤S402：控制终端设备根据终端设备的当前下载速度下载待缓存视频。
当终端设备在用户拖动视频的进度条之后，将第一拖动事件上报给核心网设备时，核心网设备会启动计时，若核心网设备在J秒之后未接收到终端设备再次反馈的第二拖动事件，则认为用户会继续观看视频，不会拖动视频进度条，则取消限速。若核心网设备在J秒之前，接收到第二拖动事件，则此时可以取消限速，待预缓存视频缓存完，即缓存完P大小的数据量，再开始进行限速，具体的限速过程可以参考前述实施例中限速的介绍。
可选的，对待缓存视频的下载速度进行控制，包括：控制待缓存视频的下载速度大于第一预设下载速度，且小于或等于第二预设下载速度；其中，第一预设下载速度为目标视频的码率，第二预设下载速度为目标视频的码率与预设数值的乘积。
其中，第一预设下载速度为M，第二预设下载速度为n*M。如果5G基站计算出来的终端设备下载速度V≤M，则表明终端设备的下载速度较慢，可以不进行限速。如果V＞2*M(n取值为2)，则表明依据终端设备的当前下载速度，每秒可以缓存的数据量至少是待缓存视频的每秒数据量的2倍。则可以将终端设备的下载速度限制为L*M，以减少用户的流量消耗。其中，L为大于1的常数系数，可选的，L的取值范围可以设置为{1，2]。
在上述实施例的步骤S203之前，需要首先确定终端设备的当前下载速度。具体的，确定终端设备的当前下载速度，包括如下步骤：
步骤b1、获取终端设备对应的资源块(Resource Block，RB)的数量和调制方式。
可选的，步骤b1包括：接收终端设备发送的终端设备对应的RB资源块的数量和调制方式。
步骤b2、根据终端设备对应的RB资源数量和调制方式，确定终端设备的当前下载速度。
终端设备会周期性给5G基站小区上报信道质量指示(Channel QualityIndication，CQI)信息，周期通常为1ms。因此，5G基站小区可以根据CQI实时确定分配给用户的RB资源数量和调制方式，从而计算出终端设备的下载速度，单位是兆比特每秒。具体的，终端设备会持续测量所接入的5G基站小区的信号与干扰加噪声比(Signal toInterference plus Noise Ratio，SINR)的值，并对SINR值进行量化，得到CQI。终端设备周期性地向接入的5G基站小区上报CQI，上报CQI的周期通常为1ms，因此，终端设备所接入的5G基站小区可以及时确定终端设备所处信道的状态信息。5G基站小区根据CQI信息确定调度算法和下行数据块大小，以保证终端设备在不同的无线环境下获取最佳的下行性能。之后，5G基站小区还会根据CQI等参数，选择合适的调制编码策略(Modulation and CodingScheme，MSC)，计算预计分配给终端设备的RB资源数量和调制方式。因此，本实施例可以根据终端设备所使用的调制方式和所分配的RB资源数量，确定目标视频当前的下载速率V。
其中，CQI一般指的是下行信道质量，可视为是下行SINR的一种测量。CQI需要考虑SINR和终端设备的接收能力，终端设备判决CQI的主要参数就是SINR，但是二者的映射关系不是绝对的，不同手机厂商存在略微差别。终端设备所接入的5G基站小区会根据终端设备上报的CQI，对终端设备选择合适的下行调制方式。该调制方式决定了每个RB可以传输的数据量。5G的下行调制方式包括QPSK、16QAM、64QAM、256QAM。
5G基站会通过MCS确定对终端设备分配的RB资源块的数量，和调整调制阶数。
下面通过一个具体的示例对下载速度的计算过程进行说明：
示例性地，以下述的5G配置参数为例，计算该配置参数下终端设备的当前下载速率。
应理解，5G的基本配置存在多种配置参数，本实施例是根据以下介绍的配置参数来计算下载速度，而其它配置也是使用类似的方式计算下载速度。
配置参数包括：带宽、子载波间隔、频段、调制方式、RB资源块数量、流数、每个时隙所占用的时长和帧结构等。
假设带宽为100MHz，子载波间隔为30KHz，频段为sub6GHz，调制方式为256QAM(每个符号可表示8bit数据)，RB(资源块)总数目为273个，流数为4流，每个slot(时隙)占用时长为0.5ms，帧结构是2.5ms双周期。
由于5G最小的无线资源单位是RE(Resource Element，资源粒子)。1个RE采用1个子载波传送1个调制符号(Symbol)。
5G的下行调制方式包括QPSK、16QAM、64QAM、256QAM。根据调制方式的不同，1个调制符号分别可以容纳2、4、6、8个bit。
RE是物理层资源最小的粒度，管理较为不便，因此5G管理和调度使用较大的单位，即RB。一个RB在频域有12个子载波，时域上等于一个时隙(0.5ms)，对应有14个符号，由于一些RE并不用于给用户传输数据，而是作为信令控制，因此这部分RE是开销部分。资源开销占比意为无线资源中用作控制，不能用来发送数据的比例，协议给出了典型的数据：下行14％。所以每个RB在1毫秒大约传输12*14*86％个RE，即144.48个RE。
由2.5ms双周期帧结构可知，在特殊子帧里时隙配比为10:2:2的情况下，5ms内有(5+2*10/14)个下行时隙，则每毫秒的下行时隙数目约为1.2857个。
根据上述参数，下行速率V的计算公式可以总结为：用户分配的RB数*12个子载波*14个符号86％*1.2857(1ms内可分配到的下行时隙数)*每个RE可以传输的比特数*流数*1000(1s等于1000ms)。
假设用户分配到10个RB，4流，256QAM。那么，该用户的下行速率V＝10*12个子载波*14个符号86％*1.2857(1ms内可分配到的下行时隙数)*8bit(每个符号)*4流*1000＝59.4Mbps。
在上述实施例的基础上，核心网设备获取目标视频的待缓存视频所需的缓存流量，包括如下两种可选的实施方式：
在一种可选的实施方式中，核心网设备获取目标视频的待缓存视频所需的缓存流量，包括：
步骤c1、核心网设备接收终端设备发送的目标视频的视频文件的码率、音频文件的码率和缓存时长。
步骤c2、核心网设备根据视频文件的码率、音频文件的码率和缓存时长，确定目标视频待缓存视频所需的缓存流量。
可选的，步骤c2包括：将视频文件的码率与音频文件的码率相加，并与缓存时长相乘，以及除以预设数值，得到待缓存视频所需的缓存流量。具体可以表示为如下公式(1)：
K＝(音频码率+视频码率)×T/x； (1)
式(1)中，音频码率为音频文件的码率，视频码率为视频文件的码率，T为缓存时长，x为预设数值，x可以取值为8。
举例来说，假设音频码率为168(kbps)，视频码率为2824(kbps)，缓存时长T为250(秒)，则根据上述公式(1)可以得到待缓存视频所需的缓存流量K＝((2824+168)/1024)*250/8＝91.3MB。待缓存视频所需的缓存流量为91.3M，意味着待缓存视频的大小为91.3M的视频数据量。
在另一种可选的实施方式中，核心网设备获取目标视频的待缓存视频所需的缓存流量，包括：接收终端设备发送的目标视频的待缓存视频所需的缓存流量；其中，目标视频的待缓存视频所需的缓存流量是终端设备根据视频文件的码率、音频文件的码率和缓存时长确定的。终端设备根据视频文件的码率、音频文件的码率和缓存时长确定目标视频的待缓存视频所需的缓存流量的具体实施方式可以参见上述步骤c1和步骤c2中核心网设备根据视频文件的码率、音频文件的码率和缓存时长确定目标视频的待缓存视频所需的缓存流量的具体实施方式的介绍，此处不再赘述。
核心网设备接收到第一拖动事件时，会获取目标视频的待缓存视频所需的缓存流量和终端设备的当前下载速度，并根据目标视频的待缓存视频所需的缓存流量和终端设备的当前下载速度确定是否需要对待缓存视频的下载速度进行控制。
上述实施例以核心网设备为执行主体介绍了视频缓存控制方法，下面将以终端设备为执行主体，介绍终端设备侧对应的视频缓存控制方法。
图5为本申请实施例提供的视频缓存控制方法的流程图三。如图5所示，该视频缓存控制方法，包括如下步骤：
S501、检测终端设备播放的目标视频的进度条的第一拖动事件。
本实施例的方法的执行主体为终端设备。该终端设备包括能够连接4G/5G等移动蜂窝网络的终端设备。
目标视频为用户通过终端设备当前播放的视频，其可以是任意视频。
当用户在终端设备上通过视频类应用程序(Application，App)、浏览器等方式播放目标视频时，终端设备即获取目标视频的信息。
S502、若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定第一拖动事件对应的播放视频是否为目标视频中未经缓存的视频片段。
图6为本申请实施例提供的用户拖动视频进度条的示例图。如图6所示，当视频开始播放时，终端设备会以视频起始播放点为起点，缓存T时长的视频片段。而在视频播放过程中，若终端设备检测到视频进度条的第一拖动事件，则会根据第一拖动事件对应的播放时间和缓存时长确定第一拖动事件对应的播放视频是否为目标视频中未经缓存的视频片段；若第一拖动事件对应的播放时间早于0+T，例如0.5T，则确定第一拖动事件对应的播放视频为目标视频中缓存的视频片段；若第一拖动事件对应的播放时间晚于0+T，例如1.5T，则确定第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段。
S503、若进度条的第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段，则向核心网设备发送目标视频的待缓存视频所需的缓存流量，或者，向核心网设备发送目标视频的视频文件的码率、音频文件的码率和缓存时长。
当终端设备检测到目标视频的进度条的第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段时，则向核心网设备发送目标视频的待缓存视频所需的缓存流量，以使核心网设备根据目标视频的待缓存视频所需的缓存流量，确定是否需要对待缓存视频的下载速度进行控制。
或者，当终端设备检测到目标视频的进度条的第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段时，则向核心网设备发送目标视频的视频文件的码率、音频文件的码率和缓存时长，以使核心网设备根据目标视频的视频文件的码率、音频文件的码率和缓存时长，计算目标视频的待缓存视频所需的缓存流量，并根据目标视频的待缓存视频所需的缓存流量，确定是否需要对待缓存视频的下载速度进行控制。
本实施例通过检测终端设备播放的目标视频的进度条的第一拖动事件；若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；若所述进度条的第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。由于进度条的第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长，以使核心网设备根据目标视频的待缓存视频所需的缓存流量，或根据目标视频的视频文件的码率、音频文件的码率和缓存时长对视频缓存进行控制。因此，能够实现在用户拖动视频进度条时，若待缓存视频的数据量较大，则对下载速度进行控制，以达到节省流量的效果。
在图5所示的实施例的基础上，可选的，终端设备在向核心网设备发送目标视频的待缓存视频所需的缓存流量之前，还包括：
步骤d1、终端设备获取目标视频的视频文件的码率、音频文件的码率和缓存时长。
其中，目标视频包括视频文件和音频文件，视频文件的码率用于表示每秒钟视频的传输速度，音频文件的码率用于表示每秒钟音频的传输速度，缓存时长可参见步骤S201中的介绍。
步骤d2、终端设备根据视频文件的码率、音频文件的码率和缓存时长，确定待缓存视频所需的缓存流量。
可选的，步骤d2包括：将视频文件的码率与音频文件的码率相加，并与缓存时长相乘，以及除以预设数值，得到待缓存视频所需的缓存流量。具体可以参见上述步骤c2的介绍，此处不再赘述。
其中，视频文件的码率可以根据视频文件的清晰度确定，即视频文件的码率可以根据视频文件的清晰度正相关。具体的，视频的清晰度越高，视频文件的码率越大；反之，视频的清晰度越低，视频文件的码率越小。
音频文件的码率可以根据音频文件的音质确定。即音频文件的码率可以根据音频文件的清晰度正相关。具体的，音频的音质越高，音频文件的码率越大；反之，音频的音质越低，音频文件的码率越小。
在图4所示实施例的基础上，在核心网设备执行步骤S401之前，对于终端设备而言，还需要检测是否存在通过终端设备播放的目标视频的进度条的第二拖动事件；第一拖动事件对应的目标视频的播放时间早于第二拖动事件对应的目标视频的播放时间；并且，若检测到存在通过终端设备播放的目标视频的进度条的第二拖动事件，则向核心网设备发送通过终端设备播放的目标视频的进度条的第二拖动事件。以使核心网设备根据第二拖动事件确定是否需要对终端设备进行下载速度的控制，以节省用户流量。
在步骤b1的基础上，对于终端设备而言，还需要确定该终端设备对应的RB资源数量和调制方式，并向核心网设备发送终端设备对应的RB资源数量和调制方式。终端设备确定该终端设备对应的RB资源数量和调制方式的具体实施方式可以参见上述实施例中步骤b1和步骤b2的具体实施方式的介绍。
为了方便读者理解，下面将从终端设备与核心网设备交互的角度对视频缓存控制方法进行介绍。图7为本申请实施例提供的视频缓存控制方法的交互示意图。如图7所示，该视频缓存控制方法，包括如下步骤：
S701、终端设备检测播放的目标视频的进度条的第一拖动事件。
其中，步骤S701的具体实施方式与步骤S501相同，具体可参见步骤S501的具体实施方式的介绍，此处不再重复介绍。
S702、若终端设备检测到播放的目标视频的进度条的第一拖动事件，则确定第一拖动事件对应的播放视频是否为目标视频中未经缓存的视频片段。
其中，步骤S202的具体实施方式与步骤S502相同，具体可参见步骤S502的具体实施方式的介绍，此处不再重复介绍。
S703、若进度条拖动事件对应的播放视频为目标视频中未经缓存的视频片段，则向核心网设备发送目标视频的待缓存视频所需的缓存流量，或者，向核心网设备发送目标视频的视频文件的码率、音频文件的码率和缓存时长。
其中，步骤S703的具体实施方式与步骤S503相同，具体可参见步骤S503的具体实施方式的介绍，此处不再重复介绍。S704、核心网设备接收终端设备上播放的目标视频的进度条的第一拖动事件和目标视频的待缓存视频所需的缓存流量；第一拖动事件对应的播放视频为目标视频中未经缓存的视频片段。
其中，步骤S704的具体实施方式与步骤S201相同，具体可参见步骤S201的具体实施方式的介绍，此处不再重复介绍。
S705、核心网设备确定目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值。
其中，步骤S705的具体实施方式与步骤S202相同，具体可参见步骤S202的具体实施方式的介绍，此处不再重复介绍。
S706、若核心网设备确定目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定终端设备的当前下载速度是否大于预设下载速度阈值。
其中，步骤S706的具体实施方式与步骤S203相同，具体可参见步骤S203的具体实施方式的介绍，此处不再重复介绍。
S707、若终端设备的当前下载速度大于预设下载速度阈值，则对待缓存视频的下载速度进行控制。
其中，步骤S707的具体实施方式与步骤S204相同，具体可参见步骤S204的具体实施方式的介绍，此处不再重复介绍。
下面通过一个具体的示例对步骤S701至步骤S707介绍的视频缓存控制方法的过程进行说明：
示例性地，假设用户在终端设备上使用5G网络进行在线观看目标视频，并在视频播放过程中将视频进度条进行拖动，假设拖动到目标视频的30分位置处，且以该时间点开始的视频片段没有经过缓存，即30分以后的视频未经缓存，则此时终端设备会对30分以后的视频片段进行缓存，并且获取视频码率M和缓存时长T值等信息。假设T＝100秒，视频码率是M＝8Mbps，则计算对应的待缓存视频的数据量大小K＝100MB。此时，终端设备将K、M通过基站上报给核心网设备，核心网设备判断K是否超过预设流量阈值K1，若未超过预设流量阈值K1，则不需要限速。若超过K1，那么核心网设备假定用户在拖动视频之后，平均观看D＝20秒之后又会拖动。则核心网设备只需要缓存20秒对应的数据量，即20MB的数据量即可。当核心网设备检测到终端设备下载了20MB的数据流量之后，则对终端设备开始进行限速。具体是终端设备持续对接入的5G基站小区进行测量，通过测量SINR，然后将SINR量化成CQI，再周期性上报CQI至接入的5G基站小区，5G基站小区根据CQI等信息给用户分配资源和确定调制方式，并根据资源块数量和调制方式计算下载速度V。假定用户的下载速率为7Mbps≤M，则核心网不需要控制终端设备的下载速度。而如果V＝80Mbps，此时的下载速率V＝80Mbps＞2*M，则需要对终端设备的下载速度进行限制，并限制下载速度为L*M。如果L设置为{1,2]之间，则限制后的下载速度的取值范围为{8,16]。
由于用户在拖动视频之后会将第一拖动事件上报给核心网设备，故核心网设备在收到第一拖动事件之后，会启动计时，假定J＝60秒之后未收到终端设备反馈的第二拖动事件，则认为用户会继续观看视频，不会拖动进度条，则取消限速。此时如果又有拖动事件，则按照上述步骤进行限速。
如果在60秒之前，又接收到了拖动事件，那么就取消限速，等缓存完了P的数据量，开始进行限速。
应理解，上述实施例的视频缓存控制方法也可以应用于单独的音频缓存控制，例如音乐缓存。
在上述方法实施例的基础上，本申请还提供了一种视频缓存控制装置。图8为本申请实施例提供的视频缓存控制装置的结构示意图。该视频缓存控制装置应用于核心网设备，如图8所示，该视频缓存的控制装置，包括：获取模块81、确定模块82和控制模块83；获取模块81，用于获取终端设备播放的目标视频的进度条的第一拖动事件和所述目标视频的待缓存视频所需的缓存流量；所述第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段；确定模块82，用于确定所述目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；所述确定模块82，还用于若所述目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定所述终端设备的当前下载速度是否大于预设下载速度阈值；控制模块83，用于若所述终端设备的当前下载速度大于预设下载速度阈值，则对所述待缓存视频的下载速度进行控制。
在一些实施例中，该装置还包括：发送模块84；所述确定模块82还用于确定所述目标视频的预缓存视频；所述预缓存视频的时长小于所述待缓存视频的时长；发送模块84，用于向所述终端设备发送所述预缓存视频；所述控制模块83对所述待缓存视频的下载速度进行控制，具体包括：对所述待缓存视频中除所述预缓存视频之外的剩余视频的下载速度进行控制。
在一些实施例中，所述确定模块82，还用于确定在所述目标视频的进度条的第一拖动事件之后的预设时间内是否发生所述进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；控制模块83，还用于若在所述目标视频的进度条的第一拖动事件之后的预设时间内未发生所述进度条的第二拖动事件，则控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频；确定模块82，还用于若在所述目标视频的进度条的第一拖动事件之后的预设时间内发生所述进度条的第二拖动事件，则确定所述第二拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；控制模块83，还用于若所述第二拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则在所述终端设备的当前下载速度大于预设下载速度阈值时，对所述待缓存视频的下载速度进行控制，以及，在所述终端设备的当前下载速度小于或等于预设下载速度阈值时，控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频。
在一些实施例中，所述控制模块83对所述待缓存视频的下载速度进行控制，具体包括：控制所述待缓存视频的下载速度大于第一预设下载速度，且小于或等于第二预设下载速度；其中，所述第一预设下载速度为所述目标视频的码率，所述第二预设下载速度为所述目标视频的码率与预设数值的乘积。
在一些实施例中，获取模块81，还用于获取所述终端设备对应的RB资源数量和调制方式；确定模块82，还用于根据所述终端设备对应的RB资源数量和调制方式，确定所述终端设备的当前下载速度。
在一些实施例中，获取模块81获取所述目标视频的待缓存视频所需的缓存流量，具体包括：接收所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
在一些实施例中，获取模块81获取所述目标视频的待缓存视频所需的缓存流量，包括：接收所述终端设备发送的所述目标视频的待缓存视频所需的缓存流量；其中，所述目标视频的待缓存视频所需的缓存流量是所述终端设备根据所述视频文件的码率、音频文件的码率和缓存时长确定的。
在上述方法实施例的基础上，本申请还提供了一种视频缓存控制装置。图9为本申请实施例提供的视频缓存控制装置的结构示意图。该视频缓存控制装置应用于终端设备，如图9所示，该视频缓存的控制装置，包括：检测模块91、确定模块92和发送模块93；检测模块91，用于检测终端设备播放的目标视频的进度条的第一拖动事件；确定模块92，用于若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；发送模块93，用于若所述进度条的第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。
在一些实施例中，该装置还包括：获取模块94，用于获取所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；确定模块92，还用于根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
在一些实施例中，检测模块91，还用于检测是否存在通过终端设备播放的目标视频的进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；发送模块93，还用于若检测到存在通过终端设备播放的目标视频的进度条的第二拖动事件，则向所述核心网设备发送通过终端设备播放的目标视频的进度条的第二拖动事件。
在一些实施例中，发送模块93还用于向所述核心网设备发送所述终端设备对应的RB资源数量和调制方式。
本申请实施例提供的视频缓存控制装置，可用于执行上述实施例中视频缓存控制方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，控制模块73可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上控制模块73的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
图10为本申请实施例提供的电子设备的结构示意图。如图10所示，该电子设备可以包括：收发器101、处理器102、存储器103。
处理器102执行存储器存储的计算机执行指令，使得处理器102执行上述实施例中的方案。处理器102可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
存储器103通过系统总线与处理器102连接并完成相互间的通信，存储器103用于存储计算机程序指令。
收发器101可以用于获取第一拖动事件和待缓存视频的缓存流量。
系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)。
本申请实施例提供的电子设备，可以是上述实施例的核心网设备或终端设备。
本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中视频缓存控制方法的技术方案。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中视频缓存控制方法的技术方案。
本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中视频缓存控制方法的技术方案。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (15)

1.一种视频缓存控制方法，其特征在于，应用于核心网设备，所述方法包括：
获取终端设备播放的目标视频的进度条的第一拖动事件和所述目标视频的待缓存视频所需的缓存流量；所述第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段；
确定所述目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；
若所述目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定所述终端设备的当前下载速度是否大于预设下载速度阈值；
若所述终端设备的当前下载速度大于预设下载速度阈值，则对所述待缓存视频的下载速度进行控制。
2.根据权利要求1所述的方法，其特征在于，所述对所述待缓存视频的下载速度进行控制之前，所述方法还包括：
确定所述目标视频的预缓存视频；所述预缓存视频的时长小于所述待缓存视频的时长；
向所述终端设备发送所述预缓存视频；
所述对所述待缓存视频的下载速度进行控制，包括：
对所述待缓存视频中除所述预缓存视频之外的剩余视频的下载速度进行控制。
3.根据权利要求1所述的方法，其特征在于，所述对所述待缓存视频的下载速度进行控制之后，所述方法还包括：
确定在所述目标视频的进度条的第一拖动事件之后的预设时间内是否发生所述进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；
若在所述目标视频的进度条的第一拖动事件之后的预设时间内未发生所述进度条的第二拖动事件，则控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频；
若在所述目标视频的进度条的第一拖动事件之后的预设时间内发生所述进度条的第二拖动事件，则确定所述第二拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；
若所述第二拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则在所述终端设备的当前下载速度大于预设下载速度阈值时，对所述待缓存视频的下载速度进行控制，以及，在所述终端设备的当前下载速度小于或等于预设下载速度阈值时，控制所述终端设备根据所述终端设备的当前下载速度下载所述待缓存视频。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述对所述待缓存视频的下载速度进行控制，包括：
控制所述待缓存视频的下载速度大于第一预设下载速度，且小于或等于第二预设下载速度；
其中，所述第一预设下载速度为所述目标视频的码率，所述第二预设下载速度为所述目标视频的码率与预设数值的乘积。
5.根据权利要求1所述的方法，其特征在于，所述确定所述终端设备的当前下载速度是否大于预设下载速度阈值之前，所述方法还包括：
获取所述终端设备对应的RB资源数量和调制方式；
根据所述终端设备对应的RB资源数量和调制方式，确定所述终端设备的当前下载速度。
6.根据权利要求1-3、5任一项所述的方法，其特征在于，所述获取所述目标视频的待缓存视频所需的缓存流量，包括：
接收所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；
根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
7.根据权利要求1-3、5任一项所述的方法，其特征在于，所述获取所述目标视频的待缓存视频所需的缓存流量，包括：
接收所述终端设备发送的所述目标视频的待缓存视频所需的缓存流量；
其中，所述目标视频的待缓存视频所需的缓存流量是所述终端设备根据所述视频文件的码率、音频文件的码率和缓存时长确定的。
8.一种视频缓存控制方法，其特征在于，应用于终端设备，所述方法包括：
检测终端设备播放的目标视频的进度条的第一拖动事件；
若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；
若所述进度条的第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。
9.根据权利要求8所述的方法，其特征在于，所述向核心网设备发送所述目标视频的待缓存视频所需的缓存流量之前，所述方法还包括：
获取所述终端设备发送的所述目标视频的视频文件的码率、音频文件的码率和缓存时长；
根据所述视频文件的码率、音频文件的码率和缓存时长，确定所述目标视频待缓存视频所需的缓存流量。
10.根据权利要求8或9所述的方法，其特征在于，若检测到通过终端设备播放的目标视频的进度条的第一拖动事件之后，所述方法还包括：
检测是否存在通过终端设备播放的目标视频的进度条的第二拖动事件；所述第一拖动事件对应的所述目标视频的播放时间早于所述第二拖动事件对应的所述目标视频的播放时间；
若检测到存在通过终端设备播放的目标视频的进度条的第二拖动事件，则向所述核心网设备发送通过终端设备播放的目标视频的进度条的第二拖动事件。
11.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：
向所述核心网设备发送所述终端设备对应的RB资源数量和调制方式。
12.一种视频缓存控制装置，其特征在于，应用于核心网设备，包括：
获取模块，用于获取终端设备播放的目标视频的进度条的第一拖动事件和所述目标视频的待缓存视频所需的缓存流量；所述第一拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段；
确定模块，用于确定所述目标视频的待缓存视频所需的缓存流量是否大于预设流量阈值；
所述确定模块，还用于若所述目标视频的待缓存视频所需的缓存流量大于预设流量阈值，则确定所述终端设备的当前下载速度是否大于预设下载速度阈值；
控制模块，用于若所述终端设备的当前下载速度大于预设下载速度阈值，则对所述待缓存视频的下载速度进行控制。
13.一种视频缓存控制装置，其特征在于，应用于终端设备，包括：
检测模块，用于检测终端设备播放的目标视频的进度条的第一拖动事件；
确定模块，用于若检测到终端设备播放的目标视频的进度条的第一拖动事件，则确定所述第一拖动事件对应的播放视频是否为所述目标视频中未经缓存的视频片段；
发送模块，用于若所述进度条拖动事件对应的播放视频为所述目标视频中未经缓存的视频片段，则向核心网设备发送所述目标视频的待缓存视频所需的缓存流量，或者，向所述核心网设备发送所述目标视频的视频文件的码率、音频文件的码率和缓存时长。
14.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-11中任一项所述的方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-11中任一项所述的方法。
CN202210387594.0A 2022-04-14 2022-04-14 视频缓存控制方法、装置、设备及存储介质 Active CN114745572B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210387594.0A CN114745572B (zh) 2022-04-14 2022-04-14 视频缓存控制方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210387594.0A CN114745572B (zh) 2022-04-14 2022-04-14 视频缓存控制方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN114745572A true CN114745572A (zh) 2022-07-12
CN114745572B CN114745572B (zh) 2023-06-13

Family

ID=82281696

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210387594.0A Active CN114745572B (zh) 2022-04-14 2022-04-14 视频缓存控制方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114745572B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115278349A (zh) * 2022-07-21 2022-11-01 北京邮电大学 一种在无线通信环境下的处理拖拽观看视频的方法
CN117544762A (zh) * 2023-11-17 2024-02-09 广东信佰工程监理有限公司 一种基于大数据分析的项目监理方法及系统

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895629B1 (en) * 2007-11-07 2011-02-22 At&T Mobility Ii Llc Video service buffer management in a mobile rate control enabled network
CN105049167A (zh) * 2015-08-26 2015-11-11 宇龙计算机通信科技(深圳)有限公司 一种控制载波聚合ca下载速率的方法及基站
CN106507101A (zh) * 2016-11-21 2017-03-15 中国联合网络通信集团有限公司 一种视频业务质量评价方法及装置
CN106658067A (zh) * 2016-12-31 2017-05-10 中国移动通信集团江苏有限公司 设置缓存的方法和装置
US20170318602A1 (en) * 2014-10-20 2017-11-02 Telefonaktiebolaget L M Ericsson (Publ) Network node and method for handling a process of controlling a data transfer related to video data of a video streaming service
CN107333147A (zh) * 2017-06-22 2017-11-07 深圳天珑无线科技有限公司 一种视频缓冲控制方法、终端及存储装置
CN107659509A (zh) * 2017-08-31 2018-02-02 珠海市魅族科技有限公司 控制应用流量使用方法、装置、可读存储介质及终端设备
US20190200013A1 (en) * 2017-12-27 2019-06-27 Omnivision Technologies, Inc. Embedded multimedia systems with adaptive rate control for power efficient video streaming
CN110933482A (zh) * 2019-12-06 2020-03-27 腾讯科技（深圳）有限公司 视频加载方法、装置、计算机可读存储介质和计算机设备
CN112104897A (zh) * 2020-11-04 2020-12-18 北京达佳互联信息技术有限公司 视频获取方法、终端及存储介质
CN112153428A (zh) * 2020-11-04 2020-12-29 上海连尚网络科技有限公司 视频的处理方法和装置
CN114257848A (zh) * 2018-02-11 2022-03-29 华为技术有限公司 实现视频业务的方法、设备、通信系统及计算机可读存储介质

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895629B1 (en) * 2007-11-07 2011-02-22 At&T Mobility Ii Llc Video service buffer management in a mobile rate control enabled network
US20170318602A1 (en) * 2014-10-20 2017-11-02 Telefonaktiebolaget L M Ericsson (Publ) Network node and method for handling a process of controlling a data transfer related to video data of a video streaming service
CN105049167A (zh) * 2015-08-26 2015-11-11 宇龙计算机通信科技(深圳)有限公司 一种控制载波聚合ca下载速率的方法及基站
CN106507101A (zh) * 2016-11-21 2017-03-15 中国联合网络通信集团有限公司 一种视频业务质量评价方法及装置
CN106658067A (zh) * 2016-12-31 2017-05-10 中国移动通信集团江苏有限公司 设置缓存的方法和装置
CN107333147A (zh) * 2017-06-22 2017-11-07 深圳天珑无线科技有限公司 一种视频缓冲控制方法、终端及存储装置
CN107659509A (zh) * 2017-08-31 2018-02-02 珠海市魅族科技有限公司 控制应用流量使用方法、装置、可读存储介质及终端设备
US20190200013A1 (en) * 2017-12-27 2019-06-27 Omnivision Technologies, Inc. Embedded multimedia systems with adaptive rate control for power efficient video streaming
CN114257848A (zh) * 2018-02-11 2022-03-29 华为技术有限公司 实现视频业务的方法、设备、通信系统及计算机可读存储介质
CN110933482A (zh) * 2019-12-06 2020-03-27 腾讯科技（深圳）有限公司 视频加载方法、装置、计算机可读存储介质和计算机设备
CN112104897A (zh) * 2020-11-04 2020-12-18 北京达佳互联信息技术有限公司 视频获取方法、终端及存储介质
CN112153428A (zh) * 2020-11-04 2020-12-29 上海连尚网络科技有限公司 视频的处理方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAI HAN等: "\"Streaming Video Optimization in Mobile Communications\"", 《2018 IEEE/CIC INTERNATIONAL CONFERENCE ON COMMUNICATIONS IN CHINA (ICCC)》 *
吴晓萍: "\"面向5G的D2D缓存策略研究\"" *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115278349A (zh) * 2022-07-21 2022-11-01 北京邮电大学 一种在无线通信环境下的处理拖拽观看视频的方法
CN115278349B (zh) * 2022-07-21 2023-05-23 北京邮电大学 一种在无线通信环境下的处理拖拽观看视频的方法
CN117544762A (zh) * 2023-11-17 2024-02-09 广东信佰工程监理有限公司 一种基于大数据分析的项目监理方法及系统
CN117544762B (zh) * 2023-11-17 2024-04-19 广东信佰工程监理有限公司 一种基于大数据分析的项目监理方法及系统

Also Published As

Publication number Publication date
CN114745572B (zh) 2023-06-13

Similar Documents

Publication Publication Date Title
CN114745572B (zh) 视频缓存控制方法、装置、设备及存储介质
US20220006847A1 (en) User equipment and media streaming network assistance node
KR101502861B1 (ko) 무선 통신 디바이스들에 대한 프로토콜 스택 전력 최적화
JP6629435B2 (ja) 無線ネットワーク上のストリーミングを制御するための方法及びデバイス
US9722889B2 (en) Facilitating high quality network delivery of content over a network
US7701965B2 (en) Communication device, communication method and program
CN107333153B (zh) 一种视频传输方法、基站及系统
EP2929718A1 (en) Method and apparatus for scheduling adaptive bit rae streams
US10484750B2 (en) Methods, radio communication device and base station device for managing a media stream
US9967303B2 (en) Throttling a media stream for transmission via a radio access network
KR102219015B1 (ko) 네트워크 이용을 개선하기 위한 네트워크 지원 프로토콜 사용
CN103945244B (zh) 控制视频业务传输的方法和装置
EP3414938A1 (en) Dynamic network rate control
US20160173408A1 (en) Data transmission method using multiple wireless networks
Rubin et al. Mobile HTTP-based streaming using flexible LTE base station control
KR20150025484A (ko) 복수개의 네트워크 인터페이스들을 이용하여 데이터를 수신하기 위한 방법 및 장치
Devlic et al. Energy consumption reduction via context-aware mobile video pre-fetching
CN111615170B (zh) 一种数据传输方法及系统
CN113709032A (zh) 信息处理方法、系统、电子设备及计算机可读介质
CN112511702A (zh) 视频彩铃的推送方法、服务器、电子设备和存储介质
WO2016106686A1 (zh) 缓冲区状态信息的处理方法、装置和设备
WO2018021950A1 (en) Device and method for controlling media streaming from a server to a client
CN106713316B (zh) 一种基于接收缓冲的流媒体业务传输资源需求获取方法
CN103026768A (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