视频加速方法、客户端及网元与流程

本发明实施例涉及视频播放
技术领域：
，尤其涉及一种视频加速方法、客户端及网元。
背景技术：
：目前，在Internet上层(OvertheTop，OTT)视频网站提供的视频绝大多数是通过超文本传输协议(HyperTextTransportProtocol，HTTP)，如HTTP渐进下载(HTTPProgressiveDownload，HPD)、HTTP流媒体(HTTPLiveStreaming，HLS)等向客户端传输，HPD和HLS在传输层都采用了传输控制协议(TransmissionControlProtocol，TCP)。由于TCP协议可靠的传输性，当网络比较稳定时，客户端在播放视频的过程中一般不会出现卡顿现象。随着技术的不断发展，客户端在播放视频的过程中会进行下载，例如，在视频缓冲区中下载一定量的视频，从而避免由于网络波动而造成的视频停滞；同时，通过流量控制机制以减轻视频下载时服务器带宽的压力。现有技术中，例如，拜特(Bytemobile)等移动视频优化公司提出的Pacing方案，为达到下载视频的同时避免带宽浪费，并降低对服务器带宽的影响，一般在网络侧对视频的下载速率进行调整，使得视频下载速率与视频实际码率相互匹配。举例来说，假设当前的视频码率为500kbps，则可通过控制下载速率和视频码率一致，并将视频缓冲区中已下载待播放的视频控制在5秒内。上述技术方案中，由于会控制视频的下载速率，使得客户端的视频缓冲区中的数据量通常不是很多。然而，在移动网络环境下，网络条件变化快，网络连接不稳定，容易出现视频数据下载速度较慢甚至中断的现象。当视频缓冲区的数据量消耗完毕后，客户端出现视频卡顿现象。技术实现要素：本发明实施例提供一种视频加速方法、客户端及网元，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。第一个方面，本发明实施例提供一种视频加速方法，包括：客户端确定播放缓冲区中已缓存的视频量；所述客户端判断所述视频量是否小于或等于缓存门限的下限；若所述视频量小于或等于所述缓存门限的下限，则所述客户端向核心网侧网元发送视频加速请求，使得所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载。在第一个方面的第一种可能的实现方式中，所述若所述视频量小于或等于所述缓存门限的下限，则所述客户端向核心网侧网元发送视频加速请求，使得所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载，包括：若所述视频量小于或等于所述缓存门限的下限，则所述客户端向提供所述正在缓冲的视频的服务器发送所述视频加速请求，以使所述服务器确定出加速下载所需的带宽并向所述核心网侧网元发送，进而使得所述核心网侧网元对所述正在缓冲的视频进行加速下载。在第一个方面的第二种可能的实现方式中，所述客户端判断所述视频量是否小于或等于缓存门限的下限之后，所述若所述视频量小于或等于所述缓存门限的下限，则所述客户端向核心网侧网元发送视频加速请求，使得所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载之前，还包括：所述客户端确定加速下载所需的带宽并对所述视频加速请求鉴权。结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第三种可能的实现方式中，若所述视频量大于所述缓存门限的上限，则所述客户端向核心网侧网元发送释放请求，使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级。结合第一个方面的第三种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述若所述视频量大于所述缓存门限的上限，则所述客户端向核心网侧网元发送释放请求，使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级，包括：若所述视频量大于所述缓存门限的上限，则所述客户端向提供所述当前视频的服务器发送释放请求，以使所述服务器确定降低所述调度优先级需要调整的带宽并向所述核心网侧网元发送，进而使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级。结合第一个方面的第三种可能的实现方式，在第一个方面的第五种可能的实现方式中，所述若所述视频量大于所述缓存门限的上限，则所述客户端向核心网侧网元发送释放请求，使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级之前，还包括：所述客户端确定降低所述调度优先级需要调整的带宽并对所述释放请求鉴权。第二个方面，本发明实施例提供一种视频加速方法，包括：核心网侧网元接收客户端发送的视频加速请求，所述视频加速请求是所述客户端确定出播放缓冲区中已缓存的视频量并判断出所述视频量小于或等于缓存门限的下限时发送的；所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载。在第二个方面的第一种可能的实现方式中，所述核心网侧网元接收客户端发送的视频加速请求，包括：所述核心网侧网元接收所述客户端经由提供所述正在缓冲的视频的服务器发送的所述视频加速请求、所述服务器确定出的加速下载所需的带宽以及对所述视频加速请求的鉴权；所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载，包括：所述核心网侧网元根据所述服务器提供的加速下载所需的带宽以及对所述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。在第二个方面的第二种可能的实现方式中，所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载，包括：所述核心网侧网元根据所述客户端提供的加速下载所需的带宽以及对所述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第二个方面的第三种可能的实现方式中，所述核心网侧网元接收所述客户的发送的释放请求，所述释放请求是所述客户端确定出所述播放缓冲区中已缓存的视频量并判断出所述视频量大于所述缓存门限的上限时发送的；所述核心网侧网元降低所述正在缓冲的视频的调度优先级。结合第二个方面的第三种可能的实现方式，在第二个方面的第四种可能的实现方式中，所述核心网侧网元接收所述客户的发送的释放请求，包括：所述核心网侧网元接收所述客户端经由提供所述正在缓冲的视频的服务器发送的所述释放请求、所述服务器确定出的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权；所述核心网侧网元降低所述正在缓冲的视频的调度优先级，包括：所述核心网侧网元根据所述服务器提供的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。结合第二个方面的第三种可能的实现方式，在第二个方面的第五种可能的实现方式中，所述核心网侧网元接收所述客户的发送的释放请求，包括：所述核心网侧网元根据所述客户端提供的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。第三个方面，本发明实施例提供一种视频加速方法，包括：无线接入网侧网元根据播放缓冲区中已缓存的视频量，和/或，所述播放缓冲区中正在缓冲的视频的无线链路质量信息，确定所述播放缓冲区中正在缓冲的视频的调度权重；所述无线接入网侧网元判断所述调度权重是否高于预设权重；若所述调度权重高于预设权重，则所述无线接入网侧网元对所述播放缓冲区中正在缓冲的视频进行空口调度，以对所述播放缓冲区中正在缓冲的视频进行加速下载。在第三个方面的第一种可能的实现方式中，所述无线接入网侧网元根据播放缓冲区中已缓存的视频量，和/或，所述播放缓冲区中正在缓冲的视频的无线链路质量信息，确定所述播放缓冲区中正在缓冲的视频的调度权重之前，还包括：所述无线接入网侧网元确定所述播放缓冲区中已缓存的视频量；或者，所述无线接入网侧网元接收客户端发送的视频量信息，所述视频量信息携带所述播放缓冲区中已缓存的视频量。结合第三个方面或第三个方面的第一种可能的实现方式，在第三个方面的第二种可能的实现方式中，若所述调度权重低于预设权重，则所述无线接入网侧网元对所述播放缓冲区中正在缓冲的视频进行空口调度，以降低所述正在缓冲的视频的调度优先级。第四个方面，本发明实施例提供一种客户端，包括：确定模块，用于确定播放缓冲区中已缓存的视频量；判断模块，用于判断所述确定模块确定出的所述视频量是否小于或等于缓存门限的下限；发送模块，用于若所述判断模块判断出所述视频量小于或等于所述缓存门限的下限，则所述客户端向核心网侧网元发送视频加速请求，使得所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载。在第四个方面的第一种可能的实现方式中，所述发送模块，具体用于若所述判断模块判断出所述视频量小于或等于所述缓存门限的下限，则向提供所述正在缓冲的视频的服务器发送所述视频加速请求，以使所述服务器确定出加速下载所需的带宽并向所述核心网侧网元发送，进而使得所述核心网侧网元对所述正在缓冲的视频进行加速下载。在第四个方面的第二种可能的实现方式中，所述客户端还包括：处理模块，用于确定加速下载所需的带宽并对所述视频加速请求鉴权。结合第四个方面、第四个方面的第一种或第二种可能的实现方式，在第四个方面的第三种可能的实现方式中，所述发送模块，还用于若所述判断模块判断出所述视频量大于所述缓存门限的上限，则向核心网侧网元发送释放请求，使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级。结合第四个方面的第三种可能的实现方式，在第四个方面的第四种可能的实现方式中，所述发送模块，具体用于若所述判断模块判断出所述视频量大于所述缓存门限的上限，则向提供所述当前视频的服务器发送释放请求，以使所述服务器确定降低所述调度优先级需要调整的带宽并向所述核心网侧网元发送，进而使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级。结合第四个方面的第三种可能的实现方式，在第四个方面的第五种可能的实现方式中，所述客户端还包括：处理模块，用于确定降低所述调度优先级需要调整的带宽并对所述释放请求鉴权。第五个方面，本发明实施例提供一种核心网侧网元，包括：接收模块，用于接收客户端发送的视频加速请求，所述视频加速请求是所述客户端确定出播放缓冲区中已缓存的视频量并判断出所述视频量小于或等于缓存门限的下限时发送的；处理模块，用于对所述播放缓冲区中正在缓冲的视频进行加速下载。在第五个方面的第一种可能的实现方式中，所述接收模块，具体用于接收所述客户端经由提供所述正在缓冲的视频的服务器发送的所述视频加速请求、所述服务器确定出的加速下载所需的带宽以及对所述视频加速请求的鉴权；所述处理模块，具体用于根据所述接收模块接收到的所述服务器提供的加速下载所需的带宽以及对所述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。在第五个方面的第五种可能的实现方式中，所述处理模块，具体用于根据所述客户端提供的加速下载所需的带宽以及对所述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。结合第五个方面、第五个方面的第一种或第二种可能的实现方式，在第五个方面的第三种可能的实现方式中，所述接收模块，还用于接收所述客户的发送的释放请求，所述释放请求是所述客户端确定出所述播放缓冲区中已缓存的视频量并判断出所述视频量大于所述缓存门限的上限时发送的；所述处理模块，还用于降低所述正在缓冲的视频的调度优先级。结合第五个方面的第三种可能的实现方式，在第五个方面的第四种可能的实现方式中，所述接收模块，具体用于接收所述客户端经由提供所述正在缓冲的视频的服务器发送的所述释放请求、所述服务器确定出的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权；所述处理模块，具体用于根据所述接收模块接收到的所述服务器提供的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。结合第五个方面的第三种可能的实现方式，在第五个方面的第五种可能的实现方式中，所述处理模块，具体用于根据所述客户端提供的降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。第六个方面，本发明实施例提供一种无线接入网侧网元，包括：调度权重确定模块，用于根据播放缓冲区中已缓存的视频量，和/或，所述播放缓冲区中正在缓冲的视频的无线链路质量信息，确定所述播放缓冲区中正在缓冲的视频的调度权重；判断模块，用于判断所述调度权重确定模块确定出的所述调度权重是否高于预设权重；空口调度模块，用于若所述判断模块判断出所述调度权重高于预设权重，则对所述播放缓冲区中正在缓冲的视频进行空口调度，以对所述播放缓冲区中正在缓冲的视频进行加速下载。在第六个方面的第一种可能的实现方式中，所述无线接入网侧网元，还包括：视频量确定模块，用于确定所述播放缓冲区中已缓存的视频量；或者，接收模块，用于接收客户端发送的视频量信息，所述视频量信息携带所述播放缓冲区中已缓存的视频量。结合第六个方面或第六个方面的第一种可能的实现方式，在第六个方面的第二种可能的实现方式中，所述空口调度模块，还用于若所述判断模块判断出所述调度权重低于预设权重，则对所述播放缓冲区中正在缓冲的视频进行空口调度，以降低所述正在缓冲的视频的调度优先级。第七个方面，本发明实施例提供一种客户端，包括：处理器和存储器，所述存储器存储执行指令，当所述客户端运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述客户端执行如上第一个方面、第一个方面的第一种至第五种中任一种可能的实现方式。第八个方面，本发明实施例提供一种核心网侧网元，包括：处理器和存储器，所述存储器存储执行指令，当所述核心网侧网元运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述核心网侧网元执行如上第二个方面、第二个方面的第一种至第五种中任一种可能的实现方式。第九个方面，本发明实施例提供一种无线接入网侧网元，包括：处理器和存储器，所述存储器存储执行指令，当所述无线接入网侧网元运行时，所述处理器与所述存储器之间通信，所述处理器执行所述执行指令使得所述无线接入网侧网元执行如上第三个方面、第三个方面的第一种或第二种可能的实现方式。本发明实施例提供的视频加速方法、客户端及网元，客户端通过感知播放缓冲区中已缓存的视频量，当视频量小于或等于缓存门限的下限时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。附图说明图1为本发明视频加速方法实施例一的流程图；图2为本发明视频加速方法实施例二的流程图；图3为本发明视频加速方法实施例三的流程图；图4为本发明视频加速方法实施例四的信令图；图5为本发明视频加速方法实施例五的信令图；图6为本发明视频加速方法实施例六的流程图；图7A为本发明视频加速方法实施例七的过程示意图；图7B为图7A中RRM算法的具体流程流程图；图8A为本发明视频加速方法实施例八的过程示意图；图8B为图8A中RRM算法的信令图；图9为本发明客户端实施例一的结构示意图；图10为本发明客户端实施例二的结构示意图；图11为本发明核心网侧网元实施例一的结构示意图；图12为本发明无线接入网侧网元实施例一的结构示意图；图13为本发明无线接入网侧网元实施例二的结构示意图；图14为本发明客户端实施例三的结构示意图；图15为本发明核心网侧网元实施例二的结构示意图；图16为本发明无线接入网侧网元实施例三的结构示意具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1为本发明视频加速方法实施例一的流程图，本实施例是从客户端的角度对本发明进行详细阐述，适用于移动网络下，网络不稳定的场景。具体的，本实施例包括以下步骤：101、客户端确定播放缓冲区中已缓存的视频量。本发明实施例中，客户端为具有视频播放功能的终端，如目前主流的IOS操作系统或安卓(Android)操作系统的终端，在IOS或Android操作系统下，客户端支持HPD/HLS协议的浏览器或播放器等。本步骤中，具有视频播放功能的客户端确定当前的播放缓冲区中已缓存的视频量，即确定剩余可播放的视频量。例如，客户端确定播放缓冲区中已缓存视频的视频分片数量(个)、已缓存视频可播放的时长(秒)或者已缓存视频可播放的数据量(字节)等。102、客户端判断视频量是否小于或等于缓存门限的下限。客户端预先设置有缓存门限作为触发条件，例如设置缓存门限的下限(ThresholdMIN)、缓存门限的上限(ThresholdMAX)。在具体实现的过程中，该缓存门限可以是固定值，也可以动态的通过服务器等进行更新。103、若视频量小于或等于缓存门限的下限，则客户端向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载。本步骤中，当判断出播放缓冲区中的视频量低于下限时，说明播放缓冲区中已缓存的视频量很小，此时客户端向核心网侧网元发送视频加速请求，触发核心网侧网元提供更高的带宽等，以对播放缓冲区中正在缓冲的视频进行加速下载。可选的，当判断出播放缓冲区中的视频量高于上限时，说明播放缓冲区中已缓存充足的视频，无需担心由于网络不稳定造成的视频卡顿现象。此时，客户端可以不做任何处理，也可以向核心网侧网元发送释放请求，触发核心网降低正在缓冲的视频的调度优先级，通过减小带宽等方式避免对服务器带宽的影响。本发明实施例提供的视频加速方法，客户端通过感知播放缓冲区中已缓存的视频量，当视频量小于或等于缓存门限的下限时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。图2为本发明视频加速方法实施例二的流程图，本实施例是从核心网侧网元的角度对本发明进行详细阐述，适用于移动网络下，网络不稳定的场景。具体的，本实施例包括以下步骤：201、核心网侧网元接收客户端发送的视频加速请求，视频加速请求是客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门限的下限时发送的。当客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门限的下限时，向核心网侧网元发送视频加速请求，相应的，核心网侧网元接收客户端发送的视频加速请求。可选的，核心网侧网元可在客户端确定出加速下载所需的带宽并对视频加速请求鉴权后，通过与客户端之间的消息接口，直接接收客户端发送的视频加速请求。例如，核心网侧网元与客户端之间可建立互联网协议(InternetProtocol，IP)消息接口，通过IP层数据包进行视频加速请求、带宽信息等的传输。可选的，核心网侧网元也可以间接的接收视频加速请求，例如，若视频量小于或等于缓存门限的下限，客户端向提供正在缓冲的视频的服务器发送视频加速请求。服务器在接收到视频加速请求后，确定加速下载所需的带宽、对加速请求进行鉴权并向核心网侧网元发送。相应的，核心网侧网元根据该服务器接收鉴权后的加速请求，根据加速下载所需的带宽等信息，对播放缓冲区中正在缓冲的视频进行加速下载。202、核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载。当核心网侧网元接收到客户端发送的视频加速请求后，认为播放缓冲区中已缓存的视频量很小，此时，核心网侧网元提供更高的带宽等，以对播放缓冲区中正在缓冲的视频进行加速下载。本发明实施例提供的视频加速方法，核心网侧网元接收客户端发送的视频加速请求，视频加速请求是客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门限的下限时发送的，核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证客户端的播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。图3为本发明视频加速方法实施例三的流程图。本实施例从一个整体的实现思路对本发明进行详细阐述。具体的，本实施例包括如下步骤：301、确定播放缓冲区中已缓存的视频量。客户端、无线接入网侧网元等检测客户端当前播放缓冲区中已缓存的视频量，即剩余可播放视频的数据量、可播放时长等。302、判断播放缓冲区中已缓存的视频量是否超过缓存门限。本步骤中，缓存门限可设置两个门限，分别是缓存门限的下限及缓存门限的上限，在实际可行的实施方式中，也可以设置多个门限值，本发明并不以此为限制。若播放缓冲区中已缓存的视频量低于缓存门限的下限，则执行步骤303；否则，若播放缓冲区中已缓存的视频量高于缓存门限的上限，则执行步骤304；另外，若播放缓冲区中已缓存的视频量介于缓存门限的上限与下限之间，则执行步骤305。303、提高播放缓冲区中已缓存视频的调度优先级。当播放缓冲区中已缓存的视频量低于缓存门限的下限，说明客户端播放缓冲区中已缓存的视频量很小，此时将执行提高调度优先级的操作，提升播放缓冲区中已缓存视频的下载速度。304、降低播放缓冲区中已缓存视频的调度优先级。当播放缓冲区中已缓存的视频量高于缓存门限的上限时，说明客户端播放缓冲区中已缓存充足的视频，此时将执行降低调度优先级的操作，降低播放缓冲区中已缓存视频的下载速度。305、维持播放缓冲区中已缓存视频的调度优先级不变。当播放缓冲区中已缓存的视频量介于缓存门限的上限与下限之间时，说明已缓存的视频量到达一个较优值，无需对播放缓冲区中已缓存视频进行加速下载或为避免对服务器带宽的影响而降低下载速度，即维持播放缓冲区中已缓存视频的调度优先级不变。本实施例是从一个整体的思路对本发明进行详细传输的，然而，上述步骤301～305具体的执行主体，取决于产品的架构和设计，该些步骤可在单独由客户端、核心网侧网元、服务器或无线接入网侧网元等实现，也可以由客户端、服务器、核心网侧网元或无线接入网侧网元相互配合实现。下面，将从步骤301～305的具体实现过程的角度对本发明进行详细阐述。图4为本发明视频加速方法实施例四的信令图。本实施例中，客户端感知播放缓冲区中已缓存的视频量，并向服务器发送视频加速请求或释放请求，再由服务器调用核心网侧网元提供的服务质量(QualityofService，QoS)相关的应用程序接口(ApplicationProgramInterface，API)，最终由核心网侧网元完成加速下载或降低调度优先级，即客户端、服务器与核心网侧网元相互配合以实现本发明实施例提供的视频加速方法。具体的，本实施例包括如下步骤：401、客户端确定播放缓冲区中已缓存的视频量。具体的，可参见上述图1步骤101，此处不再赘述。402、客户端向服务器发送视频加速请求或释放请求。本步骤中，若客户端判断出播放缓冲区中已缓存的视频量低于缓存门限的下限，则向提供该视频的服务器发送视频加速请求；否则，若客户端判断出播放缓冲区中已缓存的视频量超过缓存门限的上限，则向提供该视频的服务器发送释放请求。403、服务器对视频加速请求或释放请求进行鉴权。针对视频加速请求，服务器提高播放缓冲区中已缓存视频的调度优先级，计算加速下载所需的带宽等信息，对该加速请求进行鉴权并记录日志。一般来说，加速下载所需的带宽等与正在播放的视频内容清晰度相关，可以对不同的视频设置不同的缓存门限，加速下载所需的带宽可以是视频码率的倍数、绝对视频码率等。具体的，可参见表1，表1为本发明视频加速方法实施例四中带宽与缓存门限的对应关系表。表1加速等级无一般良优缓存门限上限10S60S90S120S缓存门限下限2S2S8S10S带宽1X1.1X1.2X1.5X请参照表1，带宽中的“X”代表视频码率的倍数。以加速等级“良”为例，当播放缓冲区中已缓存视频的播放时长低于8S时，服务器计算出加速所需的带宽为视频码率的1.2倍，即网络侧需要提供相当于视频码率1.2倍的带宽供下载加速使用。需要说明的是，在具体的商业运营过程中，除了视频码率、带宽等的因素，还需综合考虑业务的体验需求、用户统计数据、商业运营策略等，此处不一一例举。针对释放请求，服务器降低播放缓冲区中已缓存视频的调度优先级，通过减小带宽等方式避免对服务器带宽的影响。例如，请参照表1，当加速等级为“一般”时，若播放缓冲区中已缓存视频的播放时长超过60S，此处，可以减少用来下载视频的带宽，将下载视频的带宽保持在视频码率1.1倍以下。404、服务器调用核心网侧网元提供的QoS相关的API。核心网侧可以API形式对服务器提供加速下载或降低调度优先级的网元，如华为网络中的网络能力(NetworkEnabler)网元，向服务器提供QoS相关的API，通过该API，服务器将视频加速请求或释放请求、鉴权信息、带宽信息等发送给核心网侧网元，使得核心网侧对播放缓冲区中正在缓冲的视频进行加速下载或降低调度优先级。405、核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载或降低调度优先级。核心网侧网元通过修改计费规则功能实体(PolicyAndChargingRulesFunction，PCRF)策略等方式对播放缓冲区中正在缓冲的视频进行加速下载或降低调度优先级。需要说明的是，客户端、服务器和核心网侧网元相互配合实现本发明实施例的过程中，信息传递的途径还可能经过其他网元如网关、演进分组核心网(EvolvedPacketCoreNetwork，EPC)、演进型节点(eNodeB，eNB)等。图5为本发明视频加速方法实施例五的信令图。本实施例中，客户端感知播放缓冲区中已缓存的视频量，并直接调用核心网侧网元提供的服务质量QoS相关的API，最终由核心网侧网元完成加速下载或降低调度优先级。相较于上述图4实施例，本实施例中，客户端与核心网侧网元相互配合以实现本发明实施例提供的视频加速方法，主要决策过程不涉及服务器。具体的，本实施例包括如下步骤：501、客户端确定播放缓冲区中已缓存的视频量。具体的，可参见上述图1步骤101，此处不再赘述。502、客户端对视频加速请求或释放请求进行鉴权。本步骤中，若客户端判断出播放缓冲区中已缓存的视频量低于缓存门限的下限，则计算加速下载所需的带宽等信息，并对视频加速请求进行鉴权；否则，若客户端判断出播放缓冲区中已缓存的视频量超过缓存门限的上限，则释放请求进行鉴权。503、客户端调用核心网侧网元提供的QoS相关的API。504、核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载或降低调度优先级。505、客户端向服务器发送加速下载或降低调度优先级的操作日志。图6为本发明视频加速方法实施例六的流程图。本实施例是无线接入网侧网元的角度对本发明进行详细阐述，适用于移动网络下，网络不稳定的场景。具体的，本实施例包括以下步骤：601、无线接入网侧网元根据播放缓冲区中已缓存的视频量，和/或，播放缓冲区中正在缓冲的视频的无线链路质量信息，确定播放缓冲区中正在缓冲的视频的调度权重。无线接入网侧网元，例如长期演进(LongTermEvolution，LTE)网络中的eNB、第三代移动通信(the3rdGenerationMobileCommunication，3G)中的控制器等，根据播放缓冲区中已缓存的视频量，和/或，播放缓冲区中正在缓冲的视频的无线链路质量信息执行无线资源管理(RadioResourceManagement，RRM)算法，确定播放缓冲区中正在缓冲的视频的调度权重，最终实现对播放缓冲区中正在缓冲的视频的空口调度。602、无线接入网侧网元判断调度权重是否高于预设权重；一般来说，无线链路质量越好的视频，权重越高；播放缓冲区中已缓存视频的量越小的视频，权重越高。本步骤中，无线接入网侧网元在确定出播放缓冲区中正在缓冲的视频的调度权重后，判断该调度权重是否高于预设权重。603、若调度权重高于预设权重，则无线接入网侧网元对播放缓冲区中正在缓冲的视频进行空口调度，以对播放缓冲区中正在缓冲的视频进行加速下载。本步骤中，当判断出调度权重高于预设权重时，说明播放缓冲区中已缓存的视频量很小，此时客户端向核心网侧网元发送视频加速请求，触发核心网侧网元提供更高的带宽等，以对播放缓冲区中正在缓冲的视频进行加速下载。可选的，当判断出调度权重低于预设权重时，说明播放缓冲区中已缓存充足的视频，无需担心由于网络不稳定造成的视频卡顿现象。此时，客户端可以不做任何处理，也可以向核心网侧网元发送释放请求，触发核心网降低正在缓冲的视频的调度优先级，通过减小带宽等方式避免对服务器带宽的影响。本发明实施例提供的视频加速方法，无线接入网侧网元根据播放缓冲区中已缓存的视频量，和/或，播放缓冲区中正在缓冲的视频的无线链路质量信息，确定播放缓冲区中正在缓冲的视频的调度权重。当判断出调度权重高于预设权重时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。图7A为本发明视频加速方法实施例七的过程示意图。本实施例中，无线接入网侧网元具体为eNB，由图7A可知，无线接入网侧网元确定播放缓冲区中已缓存的视频量通过eNB执行RRM算法，实现本发明实施例所述的视频加速方法。图7B为图7A中RRM算法的具体流程流程图。请同时参照图7A与图7B，本实施例包括如下步骤：701、eNB确定播放缓冲区中已缓存的视频量。具体的，无线接入网侧网元根据经由核心网传输的播放缓冲区中正在缓冲的视频的内容，提取出视频传输的平均码率、视频分辨率等信息，结合视频的实时传输速率以及传输时间，估算出客户端已经播放的视频数据量和剩余视频量，从而确定播放缓冲区中已缓存的视频量。需要说明的是，由于在无线接入网侧对已缓存的视频量的估算会受到视频播放等待缓冲时间、视频播放码率的波动情况等因素的影响，估算出的结果会存在一定的偏差。702、eNB获取客户端当前的无线链路质量信息。需要说明的是，上述步骤701与步骤702并无严格的先后顺序。703、eNB确定播放缓冲区中正在缓冲的视频的调度权重。eNB根据播放缓冲区中已缓存的视频量、客户端当前的无线链路质量信息等确定调度权重。从无线链路质量的角度来讲，无线链路质量越好，则权重越高，对无线链路质量好的客户端的视频进行调度，有助于提高调度速率，从整体上提升传输效率；从播放缓冲区中已缓存的视频量的角度来说，已缓存的视频量越小，则权重越高，对已缓存视的视频量小的客户端的视频进行加速下载的调度，避免卡顿现在，而对已缓存的视频量大的客户端的视频进行调度优先级降低的调度，在不降低视频业务体验的同时节约该客户端占用的网络资源。704、eNB执行空口调度。在确定出调度权重后，eNB在空口执行相应的调度策略以达到视频加速下载或释放的目的。可选的，若调度权重高于预设权重，则无线接入网侧网元对播放缓冲区中正在缓冲的视频进行空口调度，以对播放缓冲区中正在缓冲的视频进行加速下载。可选的，若调度权重低于预设权重，则无线接入网侧网元对播放缓冲区中正在缓冲的视频进行空口调度，以降低正在缓冲的视频的调度优先级。相较于上述图4和图5实施例，本实施例中只需无线接入网侧网元具备视频业务的识别能力，对RRM算法进行改进即可实现本发明。图8A为本发明视频加速方法实施例八的过程示意图。相较于图7A所示实施例，本实施例中，播放缓冲区中已缓存的视频量由客户端确定并发送eNB。图8B为图8A中RRM算法的信令图。请同时参照图8A与图8B，本实施例包括如下步骤：801、客户端确定播放缓冲区中已缓存的视频量。具体的，可参照图1步骤101，此处不再赘述。802、客户端向eNB发送视频量信息。客户端通过与eNB之间的接口向eNB发送视频量信息，该视频量信息携带播放缓冲区中已缓存的视频量。803、eNB获取客户端当前的无线链路质量信息。804、eNB确定播放缓冲区中正在缓冲的视频的调度权重。805、eNB执行空口调度。图9为本发明客户端实施例一的结构示意图。本实施例提供的客户端是与本发明图1实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的客户端100具体包括：确定模块11，用于确定播放缓冲区中已缓存的视频量；判断模块12，用于判断确定模块11确定出的视频量是否小于或等于缓存门限的下限；发送模块13，用于若判断模块12判断出视频量小于或等于缓存门限的下限，则客户端向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载。本发明实施例提供的客户端，通过感知播放缓冲区中已缓存的视频量，当视频量小于或等于缓存门限的下限时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。可选的，发送模块13，具体用于若判断模块12判断出视频量小于或等于缓存门限的下限，则向提供正在缓冲的视频的服务器发送视频加速请求，以使服务器确定出加速下载所需的带宽并向核心网侧网元发送，进而使得核心网侧网元对正在缓冲的视频进行加速下载。图10为本发明客户端实施例二的结构示意图。如图10所示，本实施例的客户端100在图9装置结构的基础上，进一步的，还包括：处理模块14，用于确定加速下载所需的带宽并对视频加速请求鉴权。可选的，发送模块13，还用于若判断模块12判断出视频量大于缓存门限的上限，则向核心网侧网元发送释放请求，使得核心网侧网元降低正在缓冲的视频的调度优先级。可选的，发送模块13，具体用于若判断模块12判断出视频量大于缓存门限的上限，则向提供当前视频的服务器发送释放请求，以使服务器确定降低调度优先级需要调整的带宽并向核心网侧网元发送，进而使得核心网侧网元降低正在缓冲的视频的调度优先级。可选的，处理模块14，用于确定降低调度优先级需要调整的带宽并对释放请求鉴权。图11为本发明核心网侧网元实施例一的结构示意图。本实施例提供的核心网侧网元是与本发明图2实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的核心网侧网元200具体包括：接收模块21，用于接收客户端发送的视频加速请求，视频加速请求是客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门限的下限时发送的；处理模块22，用于对播放缓冲区中正在缓冲的视频进行加速下载。本发明实施例提供的核心网侧网元，接收客户端发送的视频加速请求，视频加速请求是客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门限的下限时发送的，核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证客户端的播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。可选的，接收模块21，具体用于接收客户端经由提供正在缓冲的视频的服务器发送的视频加速请求、服务器确定出的加速下载所需的带宽以及对视频加速请求的鉴权；处理模块22，具体用于根据接收模块21接收到的服务器提供的加速下载所需的带宽以及对视频加速请求的鉴权，对播放缓冲区中正在缓冲的视频进行加速下载。可选的，处理模块22，具体用于根据客户端提供的加速下载所需的带宽以及对视频加速请求的鉴权，对播放缓冲区中正在缓冲的视频进行加速下载。可选的，接收模块21，还用于接收客户的发送的释放请求，释放请求是客户端确定出播放缓冲区中已缓存的视频量并判断出视频量大于缓存门限的上限时发送的；处理模块22，还用于降低正在缓冲的视频的调度优先级。可选的，接收模块21，具体用于接收客户端经由提供正在缓冲的视频的服务器发送的释放请求、服务器确定出的降低调度优先级需要调整的带宽以及对释放请求的鉴权；处理模块22，具体用于根据接收模块21接收到的服务器提供的降低调度优先级需要调整的带宽以及对释放请求的鉴权，降低正在缓冲的视频的调度优先级。可选的，处理模块22，具体用于根据客户端提供的降低调度优先级需要调整的带宽以及对释放请求的鉴权，降低正在缓冲的视频的调度优先级。图12为本发明无线接入网侧网元实施例一的结构示意图。本实施例提供的无线接入网侧网元是与本发明图6实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的无线接入网侧网元300具体包括：调度权重确定模块31，用于根据播放缓冲区中已缓存的视频量，和/或，播放缓冲区中正在缓冲的视频的无线链路质量信息，确定播放缓冲区中正在缓冲的视频的调度权重；判断模块32，用于判断调度权重确定模块31确定出的调度权重是否高于预设权重；空口调度模块33，用于若判断模块32判断出调度权重高于预设权重，则对播放缓冲区中正在缓冲的视频进行空口调度，以对播放缓冲区中正在缓冲的视频进行加速下载。本发明实施例提供的无线接入网侧网元，根据播放缓冲区中已缓存的视频量，和/或，播放缓冲区中正在缓冲的视频的无线链路质量信息，确定播放缓冲区中正在缓冲的视频的调度权重。当判断出调度权重高于预设权重时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。图13为本发明无线接入网侧网元实施例二的结构示意图。如图13所示，本实施例的无线接入网侧网元300在图12装置结构的基础上，进一步的，还包括：视频量确定模块34，用于确定播放缓冲区中已缓存的视频量；或者，接收模块35，用于接收客户端发送的视频量信息，视频量信息携带播放缓冲区中已缓存的视频量。可选的，空口调度模块33，还用于若判断模块32判断出调度权重低于预设权重，则对播放缓冲区中正在缓冲的视频进行空口调度，以降低正在缓冲的视频的调度优先级。图14为本发明客户端实施例三的结构示意图。如图14所示，本实施例提供的客户端400，包括：处理器41和存储器42。客户端400还可以包括发射器43、接收器44。发射器43和接收器44可以和处理器41相连。其中，发射器43用于发送数据或信息，接收器44用于接收数据或信息，存储器42存储执行指令，当客户端400运行时，处理器41与存储器42之间通信，处理器41调用存储器42中的执行指令，用于执行图1所示方法实施例，其实现原理和技术效果类似，此处不再赘述。图15为本发明核心网侧网元实施例二的结构示意图。如图15所示，本实施例提供的核心网侧网元500，包括：处理器51和存储器52。核心网侧网元500还可以包括发射器53、接收器54。发射器53和接收器54可以和处理器51相连。其中，发射器53用于发送数据或信息，接收器54用于接收数据或信息，存储器52存储执行指令，当核心网侧网元500运行时，处理器51与存储器52之间通信，处理器51调用存储器52中的执行指令，用于执行图2所示方法实施例，其实现原理和技术效果类似，此处不再赘述。图16为本发明无线接入网侧网元实施例三的结构示意图。如图16所示，本实施例提供的无线接入网侧网元600，包括：处理器61和存储器62。无线接入网侧网元600还可以包括发射器63、接收器64。发射器63和接收器64可以和处理器61相连。其中，发射器63用于发送数据或信息，接收器64用于接收数据或信息，存储器62存储执行指令，当无线接入网侧网元600运行时，处理器61与存储器62之间通信，处理器61调用存储器62中的执行指令，用于执行图6所示方法实施例，其实现原理和技术效果类似，此处不再赘述。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。当前第1页1 2 3