WO2015089772A1 - 视频加速方法、客户端及网元 - Google Patents

视频加速方法、客户端及网元 Download PDF

Info

Publication number
WO2015089772A1
WO2015089772A1 PCT/CN2013/089852 CN2013089852W WO2015089772A1 WO 2015089772 A1 WO2015089772 A1 WO 2015089772A1 CN 2013089852 W CN2013089852 W CN 2013089852W WO 2015089772 A1 WO2015089772 A1 WO 2015089772A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
network element
network side
buffered
client
Prior art date
Application number
PCT/CN2013/089852
Other languages
English (en)
French (fr)
Inventor
王斌
赵其勇
王峰
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2013/089852 priority Critical patent/WO2015089772A1/zh
Priority to CN201380003779.6A priority patent/CN104995923B/zh
Publication of WO2015089772A1 publication Critical patent/WO2015089772A1/zh

Links

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/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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate

Definitions

  • Video acceleration method client and network element
  • the embodiments of the present invention relate to the field of video playback technologies, and in particular, to a video acceleration method, a client, and a network element. Background technique
  • HTTP Hyper Text Transport Protocol
  • HPD HTTP Progressive Download
  • HTTP streaming HTTP streaming.
  • TCP Transmission Control Protocol
  • the client downloads during the video playback process for example, downloading a certain amount of video in the video buffer to avoid video stagnation caused by network fluctuations.
  • the flow control mechanism Reduce the pressure on server bandwidth during video downloads.
  • a Pacing scheme proposed by a mobile video optimization company such as Bytemobile avoids bandwidth waste while downloading video, and reduces the impact on server bandwidth, and generally downloads video at the network side. Make adjustments to match the video download rate to the actual video rate. For example, if the current video code rate is 500 kbps, the download rate and the video bit rate can be controlled to be consistent, and the video to be played back in the video buffer can be controlled within 5 seconds.
  • an embodiment of the invention provides a video acceleration method, a client and a network element, and achieves the purpose of reducing the video jam phenomenon on the client in the mobile network environment.
  • a video acceleration method including: determining, by a client, a buffered video volume in a play buffer;
  • the client determines whether the video amount is less than or equal to a lower limit of a cache threshold
  • the client sends a video acceleration request to the core network side network element, so that the core network side network element is buffering the video in the play buffer. Speed up the download.
  • the client sends a video acceleration request to a core network side network element, so that The core network side network element performs accelerated downloading on the buffered video in the play buffer, including:
  • the client sends the video acceleration request to a server that provides the buffered video, so that the server determines a bandwidth required for speeding up downloading. And transmitting to the core network side network element, so that the core network side network element performs accelerated downloading on the buffered video.
  • the client determines whether the video quantity is less than or equal to a lower limit of a buffer threshold, the video quantity is less than or equal to a lower limit of the buffer threshold. And the client sends a video acceleration request to the core network side network element, so that the core network side network element performs acceleration downloading on the buffered video in the play buffer before the uplink network side element further includes:
  • the client determines the bandwidth required to speed up the download and authenticates the video acceleration request.
  • the first or the second possible implementation manner of the first aspect in a third possible implementation manner of the first aspect, if the video quantity is greater than an upper limit of the cache threshold And the client sends a release request to the core network side network element, so that the core network side network element reduces the scheduling priority of the buffered video.
  • the client is The core network side network element sends a release request, so that the core network side network element reduces the scheduling priority of the buffered video, including:
  • the client sends a release request to a server that provides the current video, so that the server determines that the scheduling priority needs to be lowered.
  • the adjusted bandwidth is sent to the core network side network element, so that the core network side network element reduces the scheduling priority of the buffered video.
  • the client is The core network side network element sends a release request, so that the core network side network element reduces the scheduling priority of the buffered video, and further includes:
  • the client determines to reduce the bandwidth required for the scheduling priority and to authenticate the release request.
  • an embodiment of the present invention provides a video acceleration method, including:
  • the core network side network element receives the video acceleration request sent by the client, where the video acceleration request is that the client determines the amount of the buffered video in the play buffer and determines that the video quantity is less than or equal to the lower limit of the cache threshold.
  • the core network side network element accelerates downloading of the video being buffered in the play buffer.
  • the core network side network element receives a video acceleration request sent by the client, including:
  • the core network side network element receives the video acceleration request sent by the client via a server that provides the buffered video, the bandwidth required for the accelerated download determined by the server, and the acceleration request for the video Authentication
  • the core network side network element performs accelerated downloading on the buffered video in the play buffer, including:
  • the core network side network element performs accelerated downloading on the buffered video in the play buffer according to the bandwidth required for the accelerated download provided by the server and the authentication of the video acceleration request.
  • the core network side network element performs an accelerated downloading of the video buffered in the play buffer, including:
  • the core network side network element performs accelerated downloading on the buffered video in the play buffer according to the bandwidth required for the accelerated download provided by the client and the authentication of the video acceleration request.
  • the core network side network element receives the customer a release request sent, the release request is sent when the client determines the amount of video buffered in the play buffer and determines that the video amount is greater than an upper limit of the cache threshold; The core network side network element reduces the scheduling priority of the video being buffered.
  • the receiving, by the core network side network element, the release request sent by the client includes: Receiving, by the core network side network element, the release request sent by the client via the server that provides the buffered video, the bandwidth determined by the server to reduce the scheduling priority, and the request for the release request Authentication
  • the core network side network element reduces the scheduling priority of the buffered video, and includes: the core network side network element needs to adjust the bandwidth and the release request according to the server to reduce the scheduling priority. Authentication, reducing the scheduling priority of the video being buffered.
  • the receiving, by the core network side network element, the release request sent by the client includes: The core network side network element reduces the scheduling priority of the buffered video according to the bandwidth required by the client to reduce the scheduling priority and the authentication of the release request.
  • an embodiment of the present invention provides a video acceleration method, including:
  • the network element on the radio access network determines the video buffering in the play buffer according to the amount of video buffered in the play buffer, and/or the radio link quality information of the video being buffered in the play buffer. Scheduling weight;
  • the network element on the radio access network determines whether the scheduling weight is higher than a preset weight
  • the network element on the radio access network performs air interface scheduling on the video buffered in the play buffer to accelerate the video buffered in the play buffer. download.
  • the radio access network side network element is configured according to the amount of video buffered in the play buffer, and/or the video being buffered in the play buffer.
  • the radio link quality information, before determining the scheduling weight of the video being buffered in the play buffer further includes:
  • the radio access network side network element determines the amount of video buffered in the play buffer; or the radio access network side network element receives the video quantity information sent by the client, where the video quantity information carries the The amount of video that has been cached in the play buffer.
  • the wireless connection if the scheduling weight is lower than a preset weight, the wireless connection The network side network element performs air interface scheduling on the video buffered in the play buffer to reduce the scheduling priority of the buffered video.
  • an embodiment of the present invention provides a client, including:
  • a determining module configured to determine the amount of video buffered in the play buffer
  • a determining module configured to determine whether the amount of the video determined by the determining module is less than or equal to a lower limit of a cache threshold
  • a sending module configured to: if the determining module determines that the video quantity is less than or equal to a lower limit of the cache threshold, the client sends a video acceleration request to the core network side network element, so that the core network side network element Accelerated downloading of the video being buffered in the play buffer.
  • the sending module is specifically configured to: if the determining module determines that the video quantity is less than or equal to a lower limit of the cache threshold, The server of the buffered video sends the video acceleration request, so that the server determines the bandwidth required for the accelerated download and sends the bandwidth to the core network side network element, so that the core network side network element is buffered The video is speeded up for download.
  • the client further includes: a processing module, configured to determine a bandwidth required for the accelerated download and authenticate the video acceleration request.
  • the sending module is further configured to: The module determines that the video volume is greater than the upper limit of the buffer threshold, and sends a release request to the core network side network element, so that the core network side network element reduces the scheduling priority of the buffered video.
  • the sending module is specifically configured to: if the determining module determines that the video quantity is greater than Sending a release request to the server that provides the current video, so that the server determines to reduce the bandwidth that needs to be adjusted according to the scheduling priority, and sends the bandwidth to the core network side network element, thereby causing the The core network side network element reduces the scheduling priority of the video being buffered.
  • the client further includes:
  • an embodiment of the present invention provides a core network side network element, including: a receiving module, configured to receive a video acceleration request sent by a client, where the video acceleration request is determined by the client in a play buffer The amount of video buffered and determined when the amount of video is less than or equal to the lower limit of the buffer threshold;
  • the processing module is configured to perform accelerated downloading on the video being buffered in the play buffer.
  • the receiving module is specifically configured to receive, by the server, the video acceleration request sent by a server that provides the buffered video, the server determining The bandwidth required to speed up the download and the authentication of the video acceleration request;
  • the processing module is specifically configured to perform, according to the bandwidth required for the accelerated download provided by the server and the authentication of the video acceleration request received by the receiving module, to perform video buffering in the play buffer. Speed up the download.
  • the processing module is specifically configured to: according to the bandwidth required for the accelerated download provided by the client, and the authentication of the video acceleration request, The video being buffered in the playback buffer is accelerated for download.
  • the receiving module is further configured to receive the client a release request sent, the release request is sent when the client determines the amount of video buffered in the play buffer and determines that the video amount is greater than an upper limit of the cache threshold;
  • the processing module is further configured to reduce a scheduling priority of the video being buffered.
  • the receiving module is configured to receive, by the client, the video that is being buffered The release request sent by the server, the bandwidth determined by the server to reduce the scheduling priority, and the authentication of the release request;
  • the processing module is configured to reduce the bandwidth of the buffered video according to the bandwidth that is required to be used by the receiving module to reduce the scheduling priority and the authentication of the release request. priority.
  • the processing module is specifically configured to reduce the scheduling priority according to the provided by the client The bandwidth that needs to be adjusted and the authentication of the release request, reducing the buffering The scheduling priority of the video.
  • an embodiment of the present invention provides a radio access network side network element, including: a scheduling weight determining module, configured to: according to a buffered video quantity in a play buffer, and/or in the play buffer Radio link quality information of the video being buffered, determining a scheduling weight of the video being buffered in the play buffer;
  • a determining module configured to determine whether the scheduling weight determined by the scheduling weight determining module is higher than a preset weight
  • An air interface scheduling module configured to perform air interface scheduling on a video buffered in the play buffer, if the determining module determines that the scheduling weight is higher than a preset weight, to buffer the buffer in the play buffer. The video is accelerated for download.
  • the radio access network side network element further includes:
  • a video quantity determining module configured to determine a buffered video quantity in the play buffer; or, a receiving module, configured to receive video quantity information sent by the client, where the video quantity information carries the cached buffer in the play buffer The amount of video.
  • the air interface scheduling module is further configured to: if the determining module determines If the scheduling weight is lower than the preset weight, the air buffering of the video being buffered in the play buffer is performed to reduce the scheduling priority of the video being buffered.
  • an embodiment of the present invention provides a client, including: a processor and a memory, where the memory stores an execution instruction, and when the client runs, the processor communicates with the memory, where Executing the execution instruction by the processor causes the client to perform any of the first to fifth possible implementations of the first aspect, the first aspect.
  • an embodiment of the present invention provides a core network side network element, including: a processor and a memory, where the memory stores an execution instruction, when the core network side network element is running, the processor and the Communicating between the memories, the processor executing the execution instructions to cause the core network side network element to perform any of the possible implementations of the second aspect, the first to the fifth aspects of the second aspect.
  • an embodiment of the present invention provides a radio access network side network element, including: a processor and a memory, where the memory stores an execution instruction, when the radio access network side network element runs, Communicating between the processor and the memory, the processor executing the execution instruction to cause the radio access network side network element to perform the first or second possibility of the third aspect, the third aspect, The way to achieve it.
  • FIG. 1 is a flowchart of Embodiment 1 of a video acceleration method according to the present invention
  • Embodiment 2 is a flowchart of Embodiment 2 of a video acceleration method according to the present invention
  • Embodiment 3 is a flowchart of Embodiment 3 of a video acceleration method according to the present invention.
  • Embodiment 4 is a signaling diagram of Embodiment 4 of a video acceleration method according to the present invention.
  • Embodiment 5 is a signaling diagram of Embodiment 5 of a video acceleration method according to the present invention.
  • Embodiment 6 is a flowchart of Embodiment 6 of a video acceleration method according to the present invention.
  • FIG. 7A is a schematic diagram of a process of Embodiment 7 of a video acceleration method according to the present invention.
  • FIG. 7B is a specific flow chart of the RRM algorithm in FIG. 7A;
  • Embodiment 8A is a schematic diagram of a process of Embodiment 8 of a video acceleration method according to the present invention.
  • FIG. 8B is a signaling diagram of the RRM algorithm in FIG. 8A;
  • Embodiment 9 is a schematic structural diagram of Embodiment 1 of a client according to the present invention.
  • Embodiment 2 is a schematic structural diagram of Embodiment 2 of a client according to the present invention.
  • Embodiment 11 is a schematic structural diagram of Embodiment 1 of a core network side network element according to the present invention.
  • Embodiment 12 is a schematic structural diagram of Embodiment 1 of a network element of a radio access network side according to the present invention.
  • Embodiment 13 is a schematic structural diagram of Embodiment 2 of a network element of a radio access network side according to the present invention.
  • Embodiment 3 of a client according to the present invention is a schematic structural diagram of Embodiment 3 of a client according to the present invention.
  • Embodiment 15 is a schematic structural diagram of Embodiment 2 of a core network side network element according to the present invention.
  • FIG. 16 is a schematic structural diagram of Embodiment 3 of a network element of a radio access network side according to the present invention.
  • FIG. 1 is a flowchart of Embodiment 1 of a video acceleration method according to the present invention.
  • This embodiment is a detailed description of the present invention from the perspective of a client, and is applicable to a scenario in which a network is unstable under a mobile network. Specifically, the embodiment includes the following steps:
  • the client determines the amount of video buffered in the play buffer.
  • the client is a terminal with a video playing function, such as a current mainstream IOS operating system or an Android (Android) operating system terminal.
  • a video playing function such as a current mainstream IOS operating system or an Android (Android) operating system terminal.
  • the client Under the IOS or Android operating system, the client supports the HPD/HLS protocol browsing. Or player, etc.
  • the client with the video playback function determines the amount of video buffered in the current play buffer, that is, determines the amount of video that can be played back. For example, the client determines the number of video fragments (s) of the cached video in the playback buffer, the length of time that the cached video can be played (in seconds), or the amount of data (bytes) that the cached video can play.
  • the client determines whether the video volume is less than or equal to a lower limit of a cache threshold.
  • the client presets a cache threshold as a trigger condition, such as setting a lower threshold of the cache threshold (Threshold MIN) and an upper limit of the cache threshold (Threshold MAX).
  • a cache threshold may be a fixed value, or may be dynamically updated by a server or the like.
  • the client sends a video acceleration request to the core network side network element, so that the core network side network element speeds up the video buffered in the play buffer.
  • the client sends a video acceleration request to the core network side network element, triggering the core.
  • the network side network element provides higher bandwidth and the like to speed up downloading of the video being buffered in the play buffer.
  • the client can do no processing, or send a release request to the core network side network element, triggering the core.
  • the network reduces the scheduling priority of the video being buffered, and avoids the impact on the server bandwidth by reducing the bandwidth.
  • the client sends a video acceleration request to the core network side network element by using the cached video quantity in the play buffer, and when the video quantity is less than or equal to the lower limit of the cache threshold, the core network is sent to the core network.
  • the side network element accelerates the downloading of the video buffered in the play buffer to ensure that the play buffer stores a sufficient amount of video data, thereby realizing the purpose of reducing the video jam phenomenon on the client in the mobile network environment.
  • FIG. 2 is a flowchart of a second embodiment of a video acceleration method according to the present invention.
  • This embodiment describes the present invention in detail from the perspective of a core network side network element, and is applicable to a scenario in which a network is unstable under a mobile network. Specifically, the embodiment includes the following steps:
  • the core network side network element receives the video acceleration request sent by the client, where the video acceleration request is sent when the client determines the amount of the buffered video in the play buffer and determines that the video volume is less than or equal to the lower limit of the cache threshold.
  • the video acceleration request is sent to the core network side network element, and correspondingly, the core network side network element receives the client.
  • the core network side network element can directly receive the video acceleration request sent by the client by using a message interface with the client after the client determines the bandwidth required for the accelerated download and authenticates the video acceleration request.
  • a message interface with the client after the client determines the bandwidth required for the accelerated download and authenticates the video acceleration request.
  • IP Internet Protocol
  • an Internet Protocol (IP) message interface can be established between the core network side network element and the client, and the video acceleration request, bandwidth information, and the like are transmitted through the IP layer data packet.
  • IP Internet Protocol
  • the core network side network element may also receive the video acceleration request indirectly. For example, if the video volume is less than or equal to the lower limit of the cache threshold, the client sends a video acceleration request to the server that provides the buffered video. After receiving the video acceleration request, the server determines the bandwidth required for the accelerated download, authenticates the acceleration request, and sends it to the core network side network element. Correspondingly, the core network side network element performs acceleration downloading on the buffered video in the playback buffer according to the acceleration request sent by the server after receiving the authentication, according to the bandwidth required for the accelerated download.
  • the core network side network element speeds up downloading of the video being buffered in the play buffer.
  • the core network side After receiving the video acceleration request sent by the client, the core network side considers that the amount of video buffered in the play buffer is small. At this time, the core network side network element provides higher bandwidth, etc. The video being buffered in the buffer is accelerated for download.
  • the core network side network element receives the video acceleration request sent by the client, and the video acceleration request is that the client determines the amount of the buffered video in the play buffer and determines that the video volume is less than or equal to the cache.
  • the core network side network element accelerates the downloading of the buffered video in the play buffer to ensure that the client's play buffer stores a sufficient amount of video data, thereby realizing a mobile network environment and reducing the video card appearing on the client. The purpose of the phenomenon.
  • FIG. 3 is a flowchart of Embodiment 3 of a video acceleration method according to the present invention.
  • This embodiment describes the present invention in detail from an overall implementation concept. Specifically, the embodiment includes the following steps:
  • the client, the network element on the radio access network, and the like detect the amount of video buffered in the current play buffer of the client, that is, the amount of data of the remaining playable video, the playable duration, and the like.
  • the threshold of the cache threshold may be set to two thresholds, which are respectively a lower limit of the cache threshold and an upper limit of the cache threshold. In a practical implementation, multiple thresholds may also be set, and the present invention is not limited thereto. . If the amount of the buffered video in the play buffer is lower than the lower limit of the cache threshold, step 303 is performed; otherwise, if the amount of the buffered video in the play buffer is higher than the upper limit of the cache threshold, step 304 is performed; If the amount of video buffered in the play buffer is between the upper and lower limits of the cache threshold, step 305 is performed.
  • the amount of cached video in the play buffer is lower than the lower limit of the cache threshold, the amount of cached video in the client playback buffer is small. In this case, the operation of increasing the priority of the scheduling is performed, and the buffer in the playback buffer is cached. Video download speed.
  • the amount of cached video in the play buffer is higher than the upper limit of the cache threshold, it indicates that sufficient video is buffered in the client play buffer. At this time, the operation of lowering the scheduling priority is performed, and the cached video in the play buffer is lowered. Download speed.
  • the amount of cached video in the play buffer is between the upper and lower limits of the cache threshold, it indicates that the cached video amount reaches a better value, and there is no need to speed up the download of the cached video in the play buffer or to avoid Reduce the download speed by the effect of server bandwidth, that is, maintain the playback buffer
  • the scheduling priority of the cached video does not change.
  • This embodiment is a detailed transmission of the present invention from a general idea.
  • the specific execution body of the foregoing steps 301 to 305 depends on the architecture and design of the product, and the steps may be separately used by the client and the core network.
  • the implementation of the side network element, the server, or the network element of the radio access network may also be implemented by the client, the server, the core network side network element, or the radio access network side network element.
  • the present invention will be described in detail from the perspective of the specific implementation process of steps 301 to 305.
  • FIG. 4 is a signaling diagram of Embodiment 4 of a video acceleration method according to the present invention.
  • the client perceives the amount of video buffered in the play buffer, and sends a video acceleration request or release request to the server, and then the server calls the quality of service (QoS) provided by the core network side network element.
  • QoS quality of service
  • the application program interface (API) the core network side network element finally completes the accelerated downloading or lowers the scheduling priority, that is, the client, the server and the core network side network element cooperate to implement the video provided by the embodiment of the present invention.
  • Acceleration method Specifically, the embodiment includes the following steps:
  • the client determines the amount of video buffered in the play buffer.
  • the client sends a video acceleration request or a release request to the server.
  • the server sends a video acceleration request to the server that provides the video; otherwise, if the client determines that the play buffer has If the amount of cached video exceeds the upper limit of the cache threshold, a release request is sent to the server that provided the video.
  • the server authenticates the video acceleration request or the release request.
  • the server increases the scheduling priority of the cached video in the play buffer, calculates the bandwidth required for the accelerated download, and the like, and authenticates the acceleration request and records the log.
  • the bandwidth required for speeding up the download is related to the clarity of the video content being played, and different buffer thresholds can be set for different videos.
  • the bandwidth required for speeding up the download can be a multiple of the video bit rate, and the absolute video bit rate. Wait.
  • Table 1 is a correspondence table between bandwidth and cache threshold in the fourth embodiment of the video acceleration method of the present invention.
  • Acceleration level has no general good cache threshold upper limit 10S 60S 90S 120S Cache threshold lower limit 2S 2S 8S 10S
  • the “X” in the bandwidth represents a multiple of the video bit rate.
  • the server calculates the bandwidth required for the acceleration to be 1.2 times the video code rate, that is, the network side needs to provide the equivalent video code.
  • the bandwidth of 1.2 times is used for download acceleration.
  • the server reduces the scheduling priority of the cached video in the playback buffer, and avoids the impact on the server bandwidth by reducing the bandwidth.
  • the acceleration level is "Normal”
  • the bandwidth used to download the video can be reduced, and the bandwidth of the downloaded video can be kept in the video.
  • the code rate is 1.1 times or less.
  • the server invokes a QoS-related API provided by the core network side network element.
  • the core network side can provide the network element with accelerated downloading or lowering the scheduling priority in the form of an API, such as a network enabler network element in the Huawei network, and provides a QoS-related API to the server, and the server accelerates the video through the API.
  • the request or release request, the authentication information, the bandwidth information, and the like are sent to the core network side network element, so that the core network side speeds up the downloading of the video buffered in the play buffer or reduces the scheduling priority.
  • the core network side network element speeds up downloading or lowering the scheduling priority of the buffered video in the play buffer.
  • the core network side network element accelerates downloading or lowering the scheduling priority of the buffered video in the play buffer by modifying the Policy and Charging Rules Function (PCRF) policy.
  • PCRF Policy and Charging Rules Function
  • the information transmission path may also pass through other network elements such as a gateway and an Evolved Packet Core Network (EPC). , an evolved node (eNodeB, eNB), and the like.
  • EPC Evolved Packet Core Network
  • eNodeB evolved node
  • eNB evolved node
  • FIG. 5 is a signaling diagram of Embodiment 5 of a video acceleration method according to the present invention.
  • the client senses the amount of video buffered in the play buffer, and directly invokes the service quality provided by the core network side network element.
  • the QoS-related API finally completes the accelerated download or lowers the scheduling priority by the core network side network element.
  • the client and the core network side network element cooperate to implement the video acceleration method provided by the embodiment of the present invention, and the main decision process does not involve the server.
  • the embodiment includes the following steps:
  • the client determines the amount of video buffered in the play buffer.
  • the client authenticates the video acceleration request or the release request.
  • the client determines that the amount of buffered video in the play buffer is lower than the lower limit of the cache threshold, the information such as the bandwidth required for the accelerated download is calculated, and the video acceleration request is authenticated; otherwise, if the client The terminal determines that the amount of buffered video in the play buffer exceeds the upper limit of the cache threshold, and then releases the request for authentication.
  • the client invokes a QoS-related API provided by the core network side network element.
  • the core network side network element accelerates downloading or lowering the scheduling priority of the buffered video in the play buffer.
  • the client sends an operation log to the server for speeding up downloading or lowering the scheduling priority.
  • FIG. 6 is a flowchart of Embodiment 6 of a video acceleration method according to the present invention.
  • This embodiment describes the present invention in detail from the perspective of a network element on the side of the radio access network, and is applicable to a scenario in which the network is unstable under the mobile network. Specifically, the embodiment includes the following steps:
  • the network element of the radio access network determines the scheduling of the video buffered in the play buffer according to the amount of video buffered in the play buffer, and/or the radio link quality information of the video being buffered in the play buffer. Weights.
  • a radio access network side network element such as an eNB in a Long Term Evolution (LTE) network, a controller in the 3rd Generation Mobile Communication (3G), etc., is cached according to a play buffer.
  • the amount of video, and/or, the radio link quality information of the video being buffered in the play buffer performs a Radio Resource Management (RRM) algorithm, determines the scheduling weight of the video being buffered in the play buffer, and finally implements Air interface scheduling for the video being buffered in the playback buffer.
  • RRM Radio Resource Management
  • the network element of the radio access network determines whether the scheduling weight is higher than a preset weight.
  • the network element on the radio access network side determines the broadcast. After the scheduling weight of the video being buffered in the buffer is released, it is determined whether the scheduling weight is higher than the preset weight.
  • the network element on the radio access network performs air interface scheduling on the video buffered in the play buffer to speed up downloading the video buffered in the play buffer.
  • the client sends a video acceleration request to the core network side network element, triggering the core network side network.
  • the element provides higher bandwidth, etc., to speed up the download of the video being buffered in the play buffer.
  • the client can perform a release request to the core network side network element, trigger the core network to reduce the scheduling priority of the buffered video, and reduce the impact on the server bandwidth by reducing the bandwidth.
  • the network element of the radio access network determines the play buffer according to the amount of video buffered in the play buffer, and/or the radio link quality information of the video being buffered in the play buffer.
  • the scheduling weight of the video being buffered in the zone When it is determined that the scheduling weight is higher than the preset weight, the video acceleration request is sent to the core network side network element, so that the core network side network element accelerates the downloading of the buffered video in the play buffer to ensure that the play buffer stores a sufficient amount.
  • Video data in the mobile network environment, reduce the video jam phenomenon on the client.
  • FIG. 7A is a schematic diagram of a process of Embodiment 7 of a video acceleration method according to the present invention.
  • the network element of the radio access network is specifically an eNB.
  • the network element of the radio access network determines that the amount of video buffered in the play buffer is performed by the eNB, and implements the RRM algorithm. The video acceleration method described.
  • FIG. 7B is a specific flow chart of the RRM algorithm in FIG. 7A. Please also refer to Figure 7A and Figure
  • This embodiment includes the following steps:
  • the eNB determines the amount of video buffered in the play buffer.
  • the radio access network side network element extracts information such as an average bit rate and a video resolution of the video transmission according to the content of the video being buffered in the play buffer transmitted through the core network, and combines the real-time transmission rate and transmission of the video. Time, estimate the amount of video data that the client has played and the remaining The amount of video remaining to determine the amount of video buffered in the playback buffer.
  • the estimated result may have a certain deviation.
  • the eNB acquires current radio link quality information of the client.
  • the eNB determines a scheduling weight of the video being buffered in the play buffer.
  • the eNB determines the scheduling weight according to the amount of video buffered in the play buffer, the current radio link quality information of the client, and the like. From the perspective of radio link quality, the better the quality of the radio link, the higher the weight, and the scheduling of the video of the client with good radio link quality, which helps to improve the scheduling rate and improve the transmission efficiency as a whole. From the perspective of the amount of cached video in the play buffer, the smaller the amount of cached video, the higher the weight, and the faster downloading of the video of the client whose cached video is small, avoiding the jam, now The scheduling priority reduction schedule of the video of the client with a large amount of cached video is saved, and the network resources occupied by the client are saved without reducing the video service experience.
  • the eNB performs air interface scheduling.
  • the eNB After determining the scheduling weight, the eNB performs a corresponding scheduling policy on the air interface to achieve the purpose of video acceleration download or release.
  • the network element on the radio access network performs air interface scheduling on the buffered video in the play buffer to speed up downloading the video buffered in the play buffer.
  • the network element on the radio access network performs air interface scheduling on the buffered video in the play buffer to reduce the scheduling priority of the video being buffered.
  • FIG. 8A is a schematic diagram of a process of Embodiment 8 of a video acceleration method according to the present invention.
  • the amount of video buffered in the play buffer is determined by the client and sent as the signaling diagram of the RRM algorithm in FIG. 8A.
  • the embodiment includes the following steps: 801.
  • the client determines the amount of video buffered in the play buffer.
  • the client sends video volume information to the eNB.
  • the client sends video amount information to the eNB through an interface with the eNB, and the video amount information carries the amount of buffered video in the play buffer.
  • the eNB acquires current radio link quality information of the client.
  • the eNB determines a scheduling weight of the video being buffered in the play buffer.
  • the eNB performs air interface scheduling.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of a client according to the present invention.
  • the client provided in this embodiment is an embodiment of the device corresponding to the embodiment of the present invention.
  • the specific implementation process is not described herein.
  • the client 100 provided in this embodiment specifically includes:
  • the determining module 11 is configured to determine the amount of video buffered in the play buffer
  • the determining module 12 is configured to determine whether the amount of video determined by the determining module 11 is less than or equal to a lower limit of the cache threshold;
  • the sending module 13 is configured to: if the determining module 12 determines that the video quantity is less than or equal to the lower limit of the buffer threshold, the client sends a video acceleration request to the core network side network element, so that the core network side network element is buffering in the play buffer. The video is accelerated for download.
  • the client provided by the embodiment of the present invention sends a video acceleration request to the core network side network element by using the cached video quantity in the play buffer, and when the video quantity is less than or equal to the lower limit of the cache threshold, the core network side network element is sent.
  • the accelerated downloading of the buffered video in the play buffer ensures that the play buffer stores a sufficient amount of video data, thereby realizing the purpose of reducing the video jam phenomenon on the client in the mobile network environment.
  • the sending module 13 is specifically configured to: if the determining module 12 determines that the video volume is less than or equal to a lower limit of the buffer threshold, send a video acceleration request to the server that provides the buffered video, so that the server determines that the accelerated download is required.
  • the bandwidth is sent to the core network side network element, so that the core network side network element accelerates the downloading of the buffered video.
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of a client according to the present invention. As shown in FIG. 10, the client 100 of this embodiment is further based on the device structure of FIG. 9, and further includes:
  • the processing module 14 is configured to determine a bandwidth required for the accelerated download and authenticate the video acceleration request.
  • the sending module 13 is further configured to: if the determining module 12 determines that the amount of video is greater than the cache gate The upper limit of the limit sends a release request to the core network side network element, so that the core network side network element reduces the scheduling priority of the video being buffered.
  • the sending module 13 is specifically configured to: if the determining module 12 determines that the video volume is greater than the upper limit of the buffer threshold, send a release request to the server that provides the current video, so that the server determines that the bandwidth required to be adjusted is reduced.
  • the core network side network element sends, so that the core network side network element reduces the scheduling priority of the video being buffered.
  • the processing module 14 is configured to determine a bandwidth that needs to be adjusted to reduce the scheduling priority and authenticate the release request.
  • FIG. 11 is a schematic structural diagram of Embodiment 1 of a core network side network element according to the present invention.
  • the core network side network element provided in this embodiment is an apparatus embodiment corresponding to the embodiment of FIG. 2 of the present invention, and the specific implementation process is not described herein.
  • the core network side network element 200 provided in this embodiment specifically includes:
  • the receiving module 21 is configured to receive a video acceleration request sent by the client, where the video acceleration request is sent when the client determines the amount of the buffered video in the play buffer and determines that the video volume is less than or equal to the lower limit of the cache threshold;
  • the processing module 22 is configured to perform accelerated downloading on the video being buffered in the play buffer.
  • the core network side network element receives the video acceleration request sent by the client, and the video acceleration request is that the client determines the amount of the buffered video in the play buffer and determines that the video volume is less than or equal to the cache threshold.
  • the core network side network element accelerates the downloading of the buffered video in the play buffer to ensure that the client's play buffer stores a sufficient amount of video data, thereby realizing a video carding phenomenon in the mobile network environment. purpose.
  • the receiving module 21 is specifically configured to receive, by the client, a video acceleration request sent by the server that provides the buffered video, a bandwidth required for the accelerated download determined by the server, and an authentication of the video acceleration request; and the processing module 22 Specifically, the method is configured to perform accelerated downloading on the buffered video in the play buffer according to the bandwidth required for the accelerated download provided by the server received by the receiving module 21 and the authentication of the video acceleration request.
  • the processing module 22 is configured to perform acceleration downloading on the buffered video in the play buffer according to the bandwidth required for the accelerated download provided by the client and the authentication of the video acceleration request.
  • the receiving module 21 is further configured to receive a release request sent by the client, where the release request is sent when the client determines the amount of the buffered video in the play buffer and determines that the video volume is greater than the upper limit of the cache threshold; Module 22 is also used to reduce the scheduling priority of the video being buffered.
  • the receiving module 21 is configured to receive, by the client, a release request sent by the server that provides the buffered video, a bandwidth that is determined by the server to reduce the scheduling priority, and an authentication of the release request.
  • the processing module 22 Specifically, the bandwidth that needs to be adjusted according to the reduced scheduling priority provided by the server received by the receiving module 21 and the authentication of the release request are used to reduce the scheduling priority of the video being buffered.
  • the processing module 22 is specifically configured to reduce the scheduling priority of the video being buffered according to the bandwidth required by the client to reduce the scheduling priority and the authentication of the release request.
  • FIG. 12 is a schematic structural diagram of Embodiment 1 of a network element of a radio access network side according to the present invention.
  • the radio access network side network element provided in this embodiment is an apparatus embodiment corresponding to the embodiment of FIG. 6 of the present invention, and the specific implementation process is not described herein again.
  • the radio access network side network element 300 provided in this embodiment includes: a scheduling weight determining module 31, configured to: according to the amount of video buffered in the play buffer, and/or the video buffered in the play buffer. Radio link quality information, determining the scheduling weight of the video being buffered in the play buffer;
  • the determining module 32 is configured to determine whether the scheduling weight determined by the scheduling weight determining module 31 is higher than the preset weight
  • the air interface scheduling module 33 is configured to: if the determining module 32 determines that the scheduling weight is higher than the preset weight, perform air interface scheduling on the buffered video in the play buffer to speed up downloading the buffered video in the play buffer.
  • the network element of the radio access network determines that the play buffer is being determined according to the amount of video buffered in the play buffer, and/or the radio link quality information of the video being buffered in the play buffer.
  • the scheduling weight of the buffered video When it is determined that the scheduling weight is higher than the preset weight, the video acceleration request is sent to the core network side network element, so that the core network side network element accelerates the downloading of the buffered video in the play buffer to ensure that the play buffer stores a sufficient amount.
  • Video data in the mobile network environment, reduce the video jam phenomenon on the client.
  • FIG. 13 is a schematic structural diagram of Embodiment 2 of a network element of a radio access network side according to the present invention.
  • the radio access network side network element 300 of this embodiment is further based on the apparatus structure of FIG. 12, and further includes:
  • the video quantity determining module 34 is configured to determine the amount of the video buffered in the play buffer.
  • the receiving module 35 is configured to receive the video quantity information sent by the client, where the video quantity information carries the buffered video quantity in the play buffer.
  • the air interface scheduling module 33 is further configured to: if the determining module 32 determines that the scheduling weight is lower than the preset weight, perform air interface scheduling on the buffered video in the play buffer to reduce the scheduling priority of the buffered video. .
  • FIG. 14 is a schematic structural diagram of Embodiment 3 of a client according to the present invention.
  • the client 400 provided in this embodiment includes: a processor 41 and a memory 42.
  • the client 400 can also include a transmitter 43, a receiver 44.
  • Transmitter 43 and receiver 44 can be coupled to processor 41.
  • the transmitter 43 is configured to transmit data or information
  • the receiver 44 is configured to receive data or information
  • the memory 42 stores execution instructions, when the client 400 is running
  • the processor 41 communicates with the memory 42
  • the execution instructions in FIG. 2 are used to implement the method embodiment shown in FIG. 1 , and the implementation principle and technical effects are similar, and details are not described herein again.
  • FIG. 15 is a schematic structural diagram of Embodiment 2 of a core network side network element according to the present invention.
  • the core network side network element 500 provided in this embodiment includes: a processor 51 and a memory 52.
  • the core network side network element 500 may further include a transmitter 53 and a receiver 54.
  • Transmitter 53 and receiver 54 can be coupled to processor 51.
  • the transmitter 53 is configured to transmit data or information
  • the receiver 54 is configured to receive data or information
  • the memory 52 stores execution instructions.
  • the processor 51 communicates with the memory 52, and the processor
  • the execution instruction in the memory 52 is used to execute the method embodiment shown in FIG. 2, and the implementation principle and technical effects are similar, and details are not described herein again.
  • FIG. 16 is a schematic structural diagram of Embodiment 3 of a network element of a radio access network side according to the present invention.
  • the radio access network side network element 600 provided in this embodiment includes: a processor 61 and a memory 62.
  • the radio access network side network element 600 may further include a transmitter 63 and a receiver 64. Transmitter 63 and receiver 64 can be coupled to processor 61.
  • the transmitter 63 is configured to transmit data or information
  • the receiver 64 is configured to receive data or information
  • the memory 62 stores execution instructions.
  • the processor 61 communicates with the memory 62.
  • the processor 61 calls the execution instruction in the memory 62 for performing the method embodiment shown in FIG. 6.
  • the implementation principle and the technical effect are similar, and details are not described herein again.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

　本发明实施例提供一种视频加速方法、客户端及网元，该方法包括：客户端通过感知播放缓冲区中已缓存的视频量，当视频量小于或等于缓存门限的下限时，向核心网侧网元发送视频加速请求，使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载，从而保证播放缓冲区存储足量的视频数据，实现移动网络环境下，减少客户端出现视频卡顿现象的目的。

Description

视频加速方法、 客户端及网元
技术领域
本发明实施例涉及视频播放技术领域， 尤其涉及一种视频加速方法、 客 户端及网元。 背景技术
目前， 在 Internet上层 （Over the Top, OTT) 视频网站提供的视频绝大 多数是通过超文本传输协议（Hyper Text Transport Protocol, HTTP)，如 HTTP 渐进下载 （HTTP Progressive Download, HPD) 、 HTTP流媒体 （HTTP Live Streaming, HLS )等向客户端传输， HPD和 HLS在传输层都采用了传输控制 协议 （Transmission Control Protocol, 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、 客户端判断视频量是否小于或等于缓存门限的下限。
客户端预先设置有缓存门限作为触发条件， 例如设置缓存门限的下限 (Threshold MIN) 、 缓存门限的上限 （Threshold MAX) 。 在具体实现的过 程中， 该缓存门限可以是固定值， 也可以动态的通过服务器等进行更新。
103、若视频量小于或等于缓存门限的下限， 则客户端向核心网侧网元发 送视频加速请求， 使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加 速下载。
本歩骤中， 当判断出播放缓冲区中的视频量低于下限时， 说明播放缓冲 区中已缓存的视频量很小， 此时客户端向核心网侧网元发送视频加速请求， 触发核心网侧网元提供更高的带宽等， 以对播放缓冲区中正在缓冲的视频进 行加速下载。
可选的， 当判断出播放缓冲区中的视频量高于上限时， 说明播放缓冲区 中已缓存充足的视频， 无需担心由于网络不稳定造成的视频卡顿现象。此时， 客户端可以不做任何处理， 也可以向核心网侧网元发送释放请求， 触发核心 网降低正在缓冲的视频的调度优先级， 通过减小带宽等方式避免对服务器带 宽的影响。
本发明实施例提供的视频加速方法， 客户端通过感知播放缓冲区中已缓 存的视频量， 当视频量小于或等于缓存门限的下限时， 向核心网侧网元发送 视频加速请求， 使得核心网侧网元对播放缓冲区中正在缓冲的视频进行加速 下载， 保证播放缓冲区存储足量的视频数据， 实现移动网络环境下， 减少客 户端出现视频卡顿现象的目的。
图 2为本发明视频加速方法实施例二的流程图， 本实施例是从核心网 侧网元的角度对本发明进行详细阐述， 适用于移动网络下， 网络不稳定的 场景。 具体的， 本实施例包括以下歩骤：
201、核心网侧网元接收客户端发送的视频加速请求， 视频加速请求是客 户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等于缓存门 限的下限时发送的。
当客户端确定出播放缓冲区中已缓存的视频量并判断出视频量小于或等 于缓存门限的下限时， 向核心网侧网元发送视频加速请求， 相应的， 核心网 侧网元接收客户端发送的视频加速请求。
可选的， 核心网侧网元可在客户端确定出加速下载所需的带宽并对视频 加速请求鉴权后， 通过与客户端之间的消息接口， 直接接收客户端发送的视 频加速请求。 例如， 核心网侧网元与客户端之间可建立互联网协议 （Internet Protocol, IP)消息接口， 通过 IP层数据包进行视频加速请求、 带宽信息等的 传输。
可选的， 核心网侧网元也可以间接的接收视频加速请求， 例如， 若视频 量小于或等于缓存门限的下限， 客户端向提供正在缓冲的视频的服务器发送 视频加速请求。服务器在接收到视频加速请求后， 确定加速下载所需的带宽、 对加速请求进行鉴权并向核心网侧网元发送。 相应的， 核心网侧网元根据该 服务器接收鉴权后的加速请求， 根据加速下载所需的带宽等信息， 对播放缓 冲区中正在缓冲的视频进行加速下载。
202、 核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载。
当核心网侧网元接收到客户端发送的视频加速请求后， 认为播放缓冲区 中已缓存的视频量很小， 此时， 核心网侧网元提供更高的带宽等， 以对播放 缓冲区中正在缓冲的视频进行加速下载。
本发明实施例提供的视频加速方法， 核心网侧网元接收客户端发送的视 频加速请求， 视频加速请求是客户端确定出播放缓冲区中已缓存的视频量并 判断出视频量小于或等于缓存门限的下限时发送的， 核心网侧网元对播放缓 冲区中正在缓冲的视频进行加速下载， 保证客户端的播放缓冲区存储足量的 视频数据， 实现移动网络环境下， 减少客户端出现视频卡顿现象的目的。
图 3为本发明视频加速方法实施例三的流程图。 本实施例从一个整体的 实现思路对本发明进行详细阐述。 具体的， 本实施例包括如下歩骤：
301、 确定播放缓冲区中已缓存的视频量。
客户端、 无线接入网侧网元等检测客户端当前播放缓冲区中已缓存的视 频量， 即剩余可播放视频的数据量、 可播放时长等。
302、 判断播放缓冲区中已缓存的视频量是否超过缓存门限。
本歩骤中， 缓存门限可设置两个门限， 分别是缓存门限的下限及缓存 门限的上限， 在实际可行的实施方式中， 也可以设置多个门限值， 本发明并 不以此为限制。 若播放缓冲区中已缓存的视频量低于缓存门限的下限， 则执 行歩骤 303 ; 否则， 若播放缓冲区中已缓存的视频量高于缓存门限的上限， 则执行歩骤 304; 另外， 若播放缓冲区中已缓存的视频量介于缓存门限的上 限与下限之间， 则执行歩骤 305。
303、 提高播放缓冲区中已缓存视频的调度优先级。
当播放缓冲区中已缓存的视频量低于缓存门限的下限， 说明客户端播放 缓冲区中已缓存的视频量很小， 此时将执行提高调度优先级的操作， 提升播 放缓冲区中已缓存视频的下载速度。
304、 降低播放缓冲区中已缓存视频的调度优先级。
当播放缓冲区中已缓存的视频量高于缓存门限的上限时， 说明客户端播 放缓冲区中已缓存充足的视频， 此时将执行降低调度优先级的操作， 降低播 放缓冲区中已缓存视频的下载速度。
305、 维持播放缓冲区中已缓存视频的调度优先级不变。
当播放缓冲区中已缓存的视频量介于缓存门限的上限与下限之间时， 说 明已缓存的视频量到达一个较优值， 无需对播放缓冲区中已缓存视频进行加 速下载或为避免对服务器带宽的影响而降低下载速度， 即维持播放缓冲区中 已缓存视频的调度优先级不变。
本实施例是从一个整体的思路对本发明进行详细传输的， 然而， 上述歩 骤 301〜305具体的执行主体， 取决于产品的架构和设计， 该些歩骤可在单独 由客户端、 核心网侧网元、 服务器或无线接入网侧网元等实现， 也可以由客 户端、 服务器、 核心网侧网元或无线接入网侧网元相互配合实现。 下面， 将 从歩骤 301〜305的具体实现过程的角度对本发明进行详细阐述。
图 4为本发明视频加速方法实施例四的信令图。 本实施例中， 客户端感 知播放缓冲区中已缓存的视频量，并向服务器发送视频加速请求或释放请求， 再由服务器调用核心网侧网元提供的服务质量 （Quality of Service, QoS ) 相 关的应用程序接口 （Application Program Interface, API) ， 最终由核心网侧 网元完成加速下载或降低调度优先级， 即客户端、 服务器与核心网侧网元相 互配合以实现本发明实施例提供的视频加速方法。 具体的， 本实施例包括如 下歩骤：
401、 客户端确定播放缓冲区中已缓存的视频量。
具体的， 可参见上述图 1歩骤 101， 此处不再赘述。
402、 客户端向服务器发送视频加速请求或释放请求。
本歩骤中， 若客户端判断出播放缓冲区中已缓存的视频量低于缓存门限 的下限， 则向提供该视频的服务器发送视频加速请求； 否则， 若客户端判断 出播放缓冲区中已缓存的视频量超过缓存门限的上限， 则向提供该视频的服 务器发送释放请求。
403、 服务器对视频加速请求或释放请求进行鉴权。
针对视频加速请求，服务器提高播放缓冲区中已缓存视频的调度优先级， 计算加速下载所需的带宽等信息， 对该加速请求进行鉴权并记录日志。 一般 来说， 加速下载所需的带宽等与正在播放的视频内容清晰度相关， 可以对不 同的视频设置不同的缓存门限，加速下载所需的带宽可以是视频码率的倍数、 绝对视频码率等。 具体的， 可参见表 1， 表 1 为本发明视频加速方法实施例 四中带宽与缓存门限的对应关系表。
表 1
加速等级 无 一般 良 优 缓存门限上限 10S 60S 90S 120S 缓存门限下限 2S 2S 8S 10S
Φ见 IX 1.1X 1.2X 1.5X 请参照表 1， 带宽中的 "X"代表视频码率的倍数。 以加速等级 "良"为 例， 当播放缓冲区中已缓存视频的播放时长低于 8S时， 服务器计算出加速所 需的带宽为视频码率的 1.2倍，即网络侧需要提供相当于视频码率 1.2倍的带 宽供下载加速使用。
需要说明的是， 在具体的商业运营过程中， 除了视频码率、 带宽等的因 素， 还需综合考虑业务的体验需求、 用户统计数据、 商业运营策略等， 此处 不 例举。
针对释放请求， 服务器降低播放缓冲区中已缓存视频的调度优先级， 通 过减小带宽等方式避免对服务器带宽的影响。 例如， 请参照表 1， 当加速等 级为 "一般" 时， 若播放缓冲区中已缓存视频的播放时长超过 60S, 此处， 可以减少用来下载视频的带宽， 将下载视频的带宽保持在视频码率 1.1 倍以 下。
404、 服务器调用核心网侧网元提供的 QoS相关的 API。
核心网侧可以 API 形式对服务器提供加速下载或降低调度优先级的网 元， 如华为网络中的网络能力 （Network Enabler) 网元， 向服务器提供 QoS 相关的 API, 通过该 API, 服务器将视频加速请求或释放请求、 鉴权信息、 带宽信息等发送给核心网侧网元， 使得核心网侧对播放缓冲区中正在缓冲的 视频进行加速下载或降低调度优先级。
405、核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载或降低 调度优先级。
核心网侧网元通过修改计费规则功能实体 （Policy And Charging Rules Function, PCRF ) 策略等方式对播放缓冲区中正在缓冲的视频进行加速下载 或降低调度优先级。
需要说明的是， 客户端、 服务器和核心网侧网元相互配合实现本发明实 施例的过程中， 信息传递的途径还可能经过其他网元如网关、 演进分组核心 网 （Evolved Packet CoreNetwork, EPC) 、 演进型节点 （eNodeB, eNB) 等。
图 5为本发明视频加速方法实施例五的信令图。 本实施例中， 客户端感 知播放缓冲区中已缓存的视频量， 并直接调用核心网侧网元提供的服务质量 QoS相关的 API, 最终由核心网侧网元完成加速下载或降低调度优先级。 相 较于上述图 4实施例， 本实施例中， 客户端与核心网侧网元相互配合以实现 本发明实施例提供的视频加速方法， 主要决策过程不涉及服务器。 具体的， 本实施例包括如下歩骤：
501、 客户端确定播放缓冲区中已缓存的视频量。
具体的， 可参见上述图 1歩骤 101， 此处不再赘述。
502、 客户端对视频加速请求或释放请求进行鉴权。
本歩骤中， 若客户端判断出播放缓冲区中已缓存的视频量低于缓存门限 的下限， 则计算加速下载所需的带宽等信息， 并对视频加速请求进行鉴权； 否则， 若客户端判断出播放缓冲区中已缓存的视频量超过缓存门限的上限， 则释放请求进行鉴权。
503、 客户端调用核心网侧网元提供的 QoS相关的 API。
504、核心网侧网元对播放缓冲区中正在缓冲的视频进行加速下载或降低 调度优先级。
505、 客户端向服务器发送加速下载或降低调度优先级的操作日志。
图 6为本发明视频加速方法实施例六的流程图。 本实施例是无线接入网 侧网元的角度对本发明进行详细阐述， 适用于移动网络下， 网络不稳定的 场景。 具体的， 本实施例包括以下歩骤：
601、 无线接入网侧网元根据播放缓冲区中已缓存的视频量， 和 /或， 播 放缓冲区中正在缓冲的视频的无线链路质量信息， 确定播放缓冲区中正在缓 冲的视频的调度权重。
无线接入网侧网元， 例如长期演进（Long Term Evolution, LTE) 网络中 的 eNB、 第三代移动通信 (the 3rd Generation Mobile Communication, 3G) 中 的控制器等， 根据播放缓冲区中已缓存的视频量， 和 /或， 播放缓冲区中正在 缓冲的视频的无线链路质量信息执行无线资源管理 （Radio Resource Management, 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所示 实施例， 本实施例中， 播放缓冲区中已缓存的视频量由客户端确定并发送 图 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, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种视频加速方法， 其特征在于， 包括：
客户端确定播放缓冲区中已缓存的视频量；
所述客户端判断所述视频量是否小于或等于缓存门限的下限；
若所述视频量小于或等于所述缓存门限的下限， 则所述客户端向核心网 侧网元发送视频加速请求， 使得所述核心网侧网元对所述播放缓冲区中正在 缓冲的视频进行加速下载。
2、 根据权利要求 1所述的方法， 其特征在于， 所述若所述视频量小于或 等于所述缓存门限的下限，则所述客户端向核心网侧网元发送视频加速请求， 使得所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载， 包括：
若所述视频量小于或等于所述缓存门限的下限， 则所述客户端向提供所 述正在缓冲的视频的服务器发送所述视频加速请求， 以使所述服务器确定出 加速下载所需的带宽并向所述核心网侧网元发送， 进而使得所述核心网侧网 元对所述正在缓冲的视频进行加速下载。
3、 根据权利要求 1所述的方法， 其特征在于， 所述客户端判断所述视频 量是否小于或等于缓存门限的下限之后， 所述若所述视频量小于或等于所述 缓存门限的下限， 则所述客户端向核心网侧网元发送视频加速请求， 使得所 述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载之前， 还 包括：
所述客户端确定加速下载所需的带宽并对所述视频加速请求鉴权。
4、 根据权利要求 1〜3任一项所述的方法， 其特征在于， 还包括： 若所述视频量大于所述缓存门限的上限， 则所述客户端向核心网侧网元 发送释放请求， 使得所述核心网侧网元降低所述正在缓冲的视频的调度优先 级。
5、 根据权利要求 4所述的方法， 其特征在于， 所述若所述视频量大于所 述缓存门限的上限， 则所述客户端向核心网侧网元发送释放请求， 使得所述 核心网侧网元降低所述正在缓冲的视频的调度优先级， 包括：
若所述视频量大于所述缓存门限的上限， 则所述客户端向提供所述当前 视频的服务器发送释放请求， 以使所述服务器确定降低所述调度优先级需要 调整的带宽并向所述核心网侧网元发送， 进而使得所述核心网侧网元降低所 述正在缓冲的视频的调度优先级。
6、 根据权利要求 4所述的方法， 其特征在于， 所述若所述视频量大于所 述缓存门限的上限， 则所述客户端向核心网侧网元发送释放请求， 使得所述 核心网侧网元降低所述正在缓冲的视频的调度优先级之前， 还包括：
所述客户端确定降低所述调度优先级需要调整的带宽并对所述释放请求 鉴权。
7、 一种视频加速方法， 其特征在于， 包括：
核心网侧网元接收客户端发送的视频加速请求， 所述视频加速请求是所 述客户端确定出播放缓冲区中已缓存的视频量并判断出所述视频量小于或等 于缓存门限的下限时发送的；
所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载。
8、 根据权利要求 7所述的方法， 其特征在于，
所述核心网侧网元接收客户端发送的视频加速请求， 包括：
所述核心网侧网元接收所述客户端经由提供所述正在缓冲的视频的服务 器发送的所述视频加速请求、 所述服务器确定出的加速下载所需的带宽以及 对所述视频加速请求的鉴权；
所述核心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载， 包括：
所述核心网侧网元根据所述服务器提供的加速下载所需的带宽以及对所 述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。
9、 根据权利要求 7所述的方法， 其特征在于， 所述核心网侧网元对所述 播放缓冲区中正在缓冲的视频进行加速下载， 包括：
所述核心网侧网元根据所述客户端提供的加速下载所需的带宽以及对所 述视频加速请求的鉴权，对所述播放缓冲区中正在缓冲的视频进行加速下载。
10、 根据权利要求 7〜9任一项所述的方法， 其特征在于， 还包括： 所述核心网侧网元接收所述客户的发送的释放请求， 所述释放请求是所 述客户端确定出所述播放缓冲区中已缓存的视频量并判断出所述视频量大于 所述缓存门限的上限时发送的；
所述核心网侧网元降低所述正在缓冲的视频的调度优先级。
11、 根据权利要求 10所述的方法， 其特征在于， 所述核心网侧网元接收 所述客户的发送的释放请求， 包括：
所述核心网侧网元接收所述客户端经由提供所述正在缓冲的视频的服务 器发送的所述释放请求、 所述服务器确定出的降低所述调度优先级需要调整 的带宽以及对所述释放请求的鉴权；
所述核心网侧网元降低所述正在缓冲的视频的调度优先级， 包括： 所述核心网侧网元根据所述服务器提供的降低所述调度优先级需要调整 的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。
12、 根据权利要求 10所述的方法， 其特征在于， 所述核心网侧网元接收 所述客户的发送的释放请求， 包括：
所述核心网侧网元根据所述客户端提供的降低所述调度优先级需要调整 的带宽以及对所述释放请求的鉴权，降低所述正在缓冲的视频的调度优先级。
13、 一种视频加速方法， 其特征在于， 包括：
无线接入网侧网元根据播放缓冲区中已缓存的视频量， 和 /或， 所述播放 缓冲区中正在缓冲的视频的无线链路质量信息， 确定所述播放缓冲区中正在 缓冲的视频的调度权重；
所述无线接入网侧网元判断所述调度权重是否高于预设权重；
若所述调度权重高于预设权重， 则所述无线接入网侧网元对所述播放缓 冲区中正在缓冲的视频进行空口调度， 以对所述播放缓冲区中正在缓冲的视 频进行加速下载。
14、 根据权利要求 13所述的方法， 其特征在于， 所述无线接入网侧网元 根据播放缓冲区中已缓存的视频量， 和 /或， 所述播放缓冲区中正在缓冲的视 频的无线链路质量信息， 确定所述播放缓冲区中正在缓冲的视频的调度权重 之前， 还包括：
所述无线接入网侧网元确定所述播放缓冲区中已缓存的视频量； 或者， 所述无线接入网侧网元接收客户端发送的视频量信息， 所述视频量信息 携带所述播放缓冲区中已缓存的视频量。
15、 根据权利要求 13或 14所述的方法， 其特征在于， 还包括： 若所述调度权重低于预设权重， 则所述无线接入网侧网元对所述播放缓 冲区中正在缓冲的视频进行空口调度， 以降低所述正在缓冲的视频的调度优 先级。
16、 一种客户端， 其特征在于， 包括：
确定模块， 用于确定播放缓冲区中已缓存的视频量；
判断模块， 用于判断所述确定模块确定出的所述视频量是否小于或等于 缓存门限的下限；
发送模块， 用于若所述判断模块判断出所述视频量小于或等于所述缓存 门限的下限， 则所述客户端向核心网侧网元发送视频加速请求， 使得所述核 心网侧网元对所述播放缓冲区中正在缓冲的视频进行加速下载。
17、 根据权利要求 16所述的客户端， 其特征在于，
所述发送模块， 具体用于若所述判断模块判断出所述视频量小于或等于 所述缓存门限的下限， 则向提供所述正在缓冲的视频的服务器发送所述视频 加速请求， 以使所述服务器确定出加速下载所需的带宽并向所述核心网侧网 元发送， 进而使得所述核心网侧网元对所述正在缓冲的视频进行加速下载。
18、 根据权利要求 16所述的客户端， 其特征在于， 所述客户端还包括： 处理模块， 用于确定加速下载所需的带宽并对所述视频加速请求鉴权。
19、 根据权利要求 16〜18任一项所述的客户端， 其特征在于，
所述发送模块， 还用于若所述判断模块判断出所述视频量大于所述缓存 门限的上限， 则向核心网侧网元发送释放请求， 使得所述核心网侧网元降低 所述正在缓冲的视频的调度优先级。
20、 根据权利要求 19所述的客户端， 其特征在于，
所述发送模块， 具体用于若所述判断模块判断出所述视频量大于所述缓 存门限的上限， 则向提供所述当前视频的服务器发送释放请求， 以使所述服 务器确定降低所述调度优先级需要调整的带宽并向所述核心网侧网元发送， 进而使得所述核心网侧网元降低所述正在缓冲的视频的调度优先级。
21、 根据权利要求 19所述的客户端， 其特征在于， 所述客户端还包括： 处理模块， 用于确定降低所述调度优先级需要调整的带宽并对所述释放 请求鉴权。
22、 一种核心网侧网元， 其特征在于， 包括：
接收模块， 用于接收客户端发送的视频加速请求， 所述视频加速请求是 所述客户端确定出播放缓冲区中已缓存的视频量并判断出所述视频量小于或 等于缓存门限的下限时发送的；
处理模块， 用于对所述播放缓冲区中正在缓冲的视频进行加速下载。
23、 根据权利要求 22所述的核心网侧网元， 其特征在于，
所述接收模块， 具体用于接收所述客户端经由提供所述正在缓冲的视频 的服务器发送的所述视频加速请求、 所述服务器确定出的加速下载所需的带 宽以及对所述视频加速请求的鉴权；
所述处理模块， 具体用于根据所述接收模块接收到的所述服务器提供的 加速下载所需的带宽以及对所述视频加速请求的鉴权， 对所述播放缓冲区中 正在缓冲的视频进行加速下载。
24、 根据权利要求 22所述的核心网侧网元， 其特征在于，
所述处理模块， 具体用于根据所述客户端提供的加速下载所需的带宽以 及对所述视频加速请求的鉴权， 对所述播放缓冲区中正在缓冲的视频进行加 速下载。
25、 根据权利要求 22〜24任一项所述的核心网侧网元， 其特征在于， 所述接收模块， 还用于接收所述客户的发送的释放请求， 所述释放请求 是所述客户端确定出所述播放缓冲区中已缓存的视频量并判断出所述视频量 大于所述缓存门限的上限时发送的；
所述处理模块， 还用于降低所述正在缓冲的视频的调度优先级。
26、 根据权利要求 25所述的核心网侧网元， 其特征在于，
所述接收模块， 具体用于接收所述客户端经由提供所述正在缓冲的视频 的服务器发送的所述释放请求、 所述服务器确定出的降低所述调度优先级需 要调整的带宽以及对所述释放请求的鉴权；
所述处理模块， 具体用于根据所述接收模块接收到的所述服务器提供的 降低所述调度优先级需要调整的带宽以及对所述释放请求的鉴权， 降低所述 正在缓冲的视频的调度优先级。
27、 根据权利要求 25所述的核心网侧网元， 其特征在于，
所述处理模块， 具体用于根据所述客户端提供的降低所述调度优先级需 要调整的带宽以及对所述释放请求的鉴权， 降低所述正在缓冲的视频的调度 优先级。
28、 一种无线接入网侧网元， 其特征在于， 包括： 调度权重确定模块， 用于根据播放缓冲区中已缓存的视频量， 和 /或， 所 述播放缓冲区中正在缓冲的视频的无线链路质量信息， 确定所述播放缓冲区 中正在缓冲的视频的调度权重；
判断模块， 用于判断所述调度权重确定模块确定出的所述调度权重是否 高于预设权重；
空口调度模块，用于若所述判断模块判断出所述调度权重高于预设权重， 则对所述播放缓冲区中正在缓冲的视频进行空口调度， 以对所述播放缓冲区 中正在缓冲的视频进行加速下载。
29、 根据权利要求 28所述的无线接入网侧网元， 其特征在于， 所述无线 接入网侧网元， 还包括：
视频量确定模块， 用于确定所述播放缓冲区中已缓存的视频量； 或者， 接收模块， 用于接收客户端发送的视频量信息， 所述视频量信息携带所 述播放缓冲区中已缓存的视频量。
30、 根据权利要求 28或 29所述的无线接入网侧网元， 其特征在于， 所述空口调度模块， 还用于若所述判断模块判断出所述调度权重低于预 设权重， 则对所述播放缓冲区中正在缓冲的视频进行空口调度， 以降低所述 正在缓冲的视频的调度优先级。
31、 一种客户端， 其特征在于， 包括： 处理器和存储器， 所述存储器存 储执行指令， 当所述客户端运行时， 所述处理器与所述存储器之间通信， 所 述处理器执行所述执行指令使得所述客户端执行如权利要求 1〜6任一项所述 的方法。
32、 一种核心网侧网元， 其特征在于， 包括： 处理器和存储器， 所述存 储器存储执行指令， 当所述核心网侧网元运行时， 所述处理器与所述存储器 之间通信， 所述处理器执行所述执行指令使得所述核心网侧网元执行如权利 要求 7〜12任一项所述的方法。
33、 一种无线接入网侧网元， 其特征在于， 包括： 处理器和存储器， 所 述存储器存储执行指令， 当所述无线接入网侧网元运行时， 所述处理器与所 述存储器之间通信， 所述处理器执行所述执行指令使得所述无线接入网侧网 元执行如权利要求 13〜15任一项所述的方法。
PCT/CN2013/089852 2013-12-18 2013-12-18 视频加速方法、客户端及网元 WO2015089772A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2013/089852 WO2015089772A1 (zh) 2013-12-18 2013-12-18 视频加速方法、客户端及网元
CN201380003779.6A CN104995923B (zh) 2013-12-18 2013-12-18 视频加速方法、客户端及网元

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/089852 WO2015089772A1 (zh) 2013-12-18 2013-12-18 视频加速方法、客户端及网元

Publications (1)

Publication Number Publication Date
WO2015089772A1 true WO2015089772A1 (zh) 2015-06-25

Family

ID=53401956

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/089852 WO2015089772A1 (zh) 2013-12-18 2013-12-18 视频加速方法、客户端及网元

Country Status (2)

Country Link
CN (1) CN104995923B (zh)
WO (1) WO2015089772A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721604A (zh) * 2016-03-24 2016-06-29 北京百度网讯科技有限公司 基于用户下载请求的数据发送方法和装置
CN108235149A (zh) * 2016-12-21 2018-06-29 ***通信集团公司 一种优化视频播放流畅度的方法及装置
CN109348307A (zh) * 2018-10-23 2019-02-15 安徽慧视金瞳科技有限公司 一种慧视云课堂教学***音视频低延迟方法
CN109982159A (zh) * 2017-12-27 2019-07-05 华为技术有限公司 在线播放流媒体的方法和终端
WO2023226757A1 (zh) * 2022-05-23 2023-11-30 北京字节跳动网络技术有限公司 视频缓存方法、装置、设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109343997A (zh) * 2018-10-31 2019-02-15 Oppo广东移动通信有限公司 卡顿检测方法、装置、终端及存储介质
CN112714315B (zh) * 2019-10-24 2023-02-28 上海交通大学 基于全景视频的分层缓冲方法及***
CN114584826B (zh) * 2022-03-08 2024-04-12 抖音视界有限公司 一种视频动态下载方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070038773A1 (en) * 2005-08-09 2007-02-15 Sbc Knowledge Ventures, Lp Media download method and system based on connection speed
CN102075984A (zh) * 2010-12-31 2011-05-25 北京邮电大学 用于无线局域网的优化视频业务传输的***和方法
CN102790925A (zh) * 2011-05-20 2012-11-21 深圳市快播科技有限公司 一种在线流媒体播放的方法及点播终端

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0300359D0 (en) * 2003-01-07 2003-02-05 Koninkl Philips Electronics Nv Joint bit rate control
CN101159661A (zh) * 2007-10-15 2008-04-09 上海华为技术有限公司 空口调度方法及基站
CN101945082B (zh) * 2009-07-09 2014-08-13 联想(北京)有限公司 一种自动调整网络下载速度的方法及网络下载设备
CN103152834A (zh) * 2013-02-26 2013-06-12 成都飞鱼星科技开发有限公司 一种无线流量的智能分配方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070038773A1 (en) * 2005-08-09 2007-02-15 Sbc Knowledge Ventures, Lp Media download method and system based on connection speed
CN102075984A (zh) * 2010-12-31 2011-05-25 北京邮电大学 用于无线局域网的优化视频业务传输的***和方法
CN102790925A (zh) * 2011-05-20 2012-11-21 深圳市快播科技有限公司 一种在线流媒体播放的方法及点播终端

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721604A (zh) * 2016-03-24 2016-06-29 北京百度网讯科技有限公司 基于用户下载请求的数据发送方法和装置
CN108235149A (zh) * 2016-12-21 2018-06-29 ***通信集团公司 一种优化视频播放流畅度的方法及装置
CN108235149B (zh) * 2016-12-21 2021-03-05 ***通信集团公司 一种优化视频播放流畅度的方法及装置
CN109982159A (zh) * 2017-12-27 2019-07-05 华为技术有限公司 在线播放流媒体的方法和终端
CN109982159B (zh) * 2017-12-27 2021-10-22 华为技术有限公司 在线播放流媒体的方法和终端
CN109348307A (zh) * 2018-10-23 2019-02-15 安徽慧视金瞳科技有限公司 一种慧视云课堂教学***音视频低延迟方法
WO2023226757A1 (zh) * 2022-05-23 2023-11-30 北京字节跳动网络技术有限公司 视频缓存方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN104995923B (zh) 2019-03-08
CN104995923A (zh) 2015-10-21

Similar Documents

Publication Publication Date Title
WO2015089772A1 (zh) 视频加速方法、客户端及网元
EP3318067B1 (en) A media user client, a media user agent and respective methods performed thereby for providing media from a media server to the media user client
KR102544991B1 (ko) 사용자 장비 및 미디어 스트리밍 네트워크 보조 노드
EP3142368B1 (en) An intermediate network entity for controlling bandwidth for an adaptive bit rate stream
US10237798B2 (en) Transmission control protocol (TCP) throughput optimization in mobile wireless networks
CA3010308C (en) Maximizing quality of service for qos adaptive video streaming via dynamic application-layer throughput rate shaping
US9438494B2 (en) Apparatus and methods for optimizing network data transmission
US9609370B2 (en) Video delivery modification based on network availability
US20180349803A1 (en) Dynamically optimized transport system
US9871740B2 (en) Methods and systems for optimal delivery of internet video over wireless networks
US11271862B2 (en) Service delivery in a communication network
EP2959715B1 (en) Media distribution network with media burst transmission capabilities
WO2013149542A1 (zh) 空口资源的分配方法及设备
US20160337708A9 (en) Media distribution network system with media burst transmission via an access network
JP6485865B2 (ja) 配信制御装置、中継装置、配信システム、配信制御方法、及びプログラム
US20230388360A1 (en) Method and apparatus for adjusting media parameter
US11082474B2 (en) Data buffering method and apparatus in adaptive streaming service
US20140226561A1 (en) Method and apparatus for video or multimedia content delivery
WO2023275969A1 (ja) データ中継装置、配信システム、データ中継方法、及びコンピュータ可読媒体
Tapia et al. Smartphone Performance

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13899597

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13899597

Country of ref document: EP

Kind code of ref document: A1