CN105027610A - 网络视频的下发方法、装置及系统 - Google Patents

网络视频的下发方法、装置及系统 Download PDF

Info

Publication number
CN105027610A
CN105027610A CN201380033553.0A CN201380033553A CN105027610A CN 105027610 A CN105027610 A CN 105027610A CN 201380033553 A CN201380033553 A CN 201380033553A CN 105027610 A CN105027610 A CN 105027610A
Authority
CN
China
Prior art keywords
video
request
video file
proxy server
pcrf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380033553.0A
Other languages
English (en)
Other versions
CN105027610B (zh
Inventor
韦安妮
李志明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN105027610A publication Critical patent/CN105027610A/zh
Application granted granted Critical
Publication of CN105027610B publication Critical patent/CN105027610B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • 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/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • 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
    • 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/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H04N21/2396—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests characterized by admission policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543—Billing, e.g. for subscription services
    • H04N21/25435—Billing, e.g. for subscription services involving characteristics of content or additional data, e.g. video resolution or the amount of advertising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种网络视频的下发方法、装置及系统，涉及互联网领域，能够在网络拥塞时，保证网络的服务质量。本发明的方法包括：根据用户设备UE发送的视频请求向策略与计费规则功能单元PCRF发送查询请求；接收PCRF发送的指示信息；当小区的网络状态信息不满足UE发送的视频请求服务所需要的网络条件时，根据视频请求获取视频文件的提供条件；向UE发送确认消息；接收UE发送的第二视频请求；执行所述视频文件的提供条件对应的操作，并利用建立的专用承载向UE转发第二视频请求对应的视频文件。本发明适用于无线网络中的策略和计费控制PCC架构。

Description

网络视频的下发方法、 装置及系统 技术领域
本发明涉及互联网技术领域， 尤其涉及一种网络视频的下发方法、 装置 及系统。 背景技术
目前， 流媒体技术已经成为网络上播放多媒体信息的一种主要的方式， 它直接从网上将多媒体信息逐步下载到本地緩存中， 在下载的同时播放已经 下载的部分。 流媒体实现的关键技术是流式传输， 根据实现原理可分为顺序 流式传输和实时流式传输两种方式。 顺序流式传输又称为渐进式下载， 是在 下载文件的同时用户可在线播放媒体， 由于不支持随机访问， 用户只能按流 入的顺序播放已下载的内容， 而不能跳到还未下载的内容。 实时流式传输则 是一种边下载边播放的方式， 它可根据用户连接的带宽和速度进行动态调整， 以保证媒体信号带宽与网络连接带宽相匹配， 使用户能做到真正的实时播放。
现有技术中至少存在如下问题： 用户在线播放视频信息， 会出现一些特 殊场景， 例如网络发生拥塞， 为了保证用户能够继续观看视频， 客户端会请 求降低播放视频的码率， 或者不降低码率但是需要进行緩冲， 但是降低视频 文件的码率， 会使其清晰度降低， 视频质量下降， 等待緩冲需要耗费用户的 时间， 如此降低了网络的服务质量， 给用户观看视频带来很多不便。
发明内容
本发明的实施例提供一种网络视频的下发方法、 装置及系统， 能够解决 在网络拥塞时， 网络的服务质量降低， 给用户带来不便的问题。
为达到上述目的， 本发明的实施例釆用如下技术方案：
第一方面， 本发明的实施例提供一种网络视频的下发方法， 包括： 代理服务器根据用户设备 UE发送的视频请求向策略与计费规则功能单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述查询 请求用于查询所述 UE接入的小区的网络状态信息； 所述代理服务器接收所述 PCRF发送的指示信息， 所述指示信息包括所述 UE接入的小区的网络状态信息，从所述指示信息中获得小区的网络状态信息； 当所述小区的网络状态信息不满足所述 UE发送的所述视频请求服务所需 要的网络条件时， 所述代理服务器根据所述视频请求获取视频文件的提供条 件，所述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件； 所述代理服务器向 UE发送确认消息， 所述确认消息中携带所述视频文件 的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的提供条 件；
所述代理服务器接收所述 UE发送的第二视频请求， 所述第二视频请求包 括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示；
所述代理服务器执行所述视频文件的提供条件对应的操作， 并利用建立 的专用承载向所述 UE转发所述第二视频请求对应的视频文件。
结合第一方面， 在第一方面的第一种可能的实现方式中， 当所述小区的 网络状态信息不满足所述 UE发送的所述视频请求服务所需要的网络条件时， 所述代理服务器根据所述视频请求获取视频文件的提供条件包括：
所述代理服务器向所述 PCRF发送与所述视频请求对应的视频文件的提 供条件请求；
所述代理服务器接收所述 PCRF发送的所述提供条件； 或者，
所述代理服务器根据所述视频请求从预存信息中调取所述提供条件。 结合第一方面或第一方面的第一种可能的实现方式， 在第一方面的第二 种可能的实现方式中， 在所述代理服务器向 UE发送确认消息之前， 所述方法 还包括：
将所述提供条件添加到所述第一码率的视频文件的统一资源定位符 URL 中， 构造所述确认消息。
结合第一方面， 在第一方面的第三种可能的实现方式中， 所述指示信息 还包括建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频 传输的码率。
结合第一方面的第三种可能的实现方式， 在第一方面的第四种可能的实 现方式中， 在所述代理服务器向 UE发送确认消息之前， 所述方法还包括： 将所述网络状态信息添加到所述建议码率对应的视频文件的 URL中， 构 造所述确认消息。
结合第一方面的第四种可能的实现方式， 在第一方面的第五种可能的实 现方式中， 所述第二视频请求包括所述 UE根据所述确认消息做出的请求与所 述建议码率对应的视频文件的指示；
则所述方法还包括：
所述代理服务器向所述 UE转发所述建议码率对应的视频文件。
结合第一方面， 在第一方面的第六种可能的实现方式中， 所述代理服务 器执行所述视频文件提供条件对应的操作， 并利用建立的专用承载向所述 UE 转发所述第二视频请求对应的视频文件之前， 所述方法还包括：
所述代理服务器向所述 PCRF发送协商请求，以便于所述 PCRF根据所述协 商请求发起所述 UE和所述 PCRF之间专用承载的建立流程。 第二方面， 本发明的实施例提供一种网络视频的下发方法， 包括： 策略与计费规则功能单元 PCRF接收代理服务器发送的查询请求； 所述 PCRF根据所述查询请求检测用户设备 UE接入的小区的网络状态信 息；
所述 PCRF向所述代理服务器发送指示信息， 所述指示信息包括所述网络 状态信息。
结合第二方面， 在第二方面的第一种可能的实现方式中， 所述 PCRF向所 述代理服务器发送指示信息之前， 所述方法还包括：
所述 PCRF根据所述网络状态信息确定建议码率， 所述建议码率为与所述 小区的网络状态相匹配的视频传输的码率。 结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述指示信息还包括所述建议码率。
结合第二方面， 在第二方面的第三种可能的实现方式中， 所述 PCRF向所 述代理服务器发送指示信息之后， 所述方法还包括：
所述 PCRF接收所述代理服务器发送的视频文件的提供条件请求； 所述 PCRF向所述代理服务器发送所述提供条件。
结合第二方面， 在第二方面的第四种可能的实现方式中， 所述 PCRF向所 述代理服务器发送指示信息之后， 所述方法还包括：
所述 PCRF接收所述代理服务器发送的协商请求， 所述协商请求用于所述 代理服务器与所述 PCRF协商建立专用承载；
所述 PCRF发起所述 UE和所述 PCRF之间专用承载的建立流程。 第三方面， 本发明的实施例提供一种网络视频的下发装置， 包括： 发送单元， 用于根据用户设备 UE发送的视频请求向策略与计费规则功能 单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述 查询请求用于查询所述 UE接入的小区的网络状态信息；
接收单元， 用于接收所述 PCRF发送的指示信息， 所述指示信息包括所述 UE接入的小区的网络状态信息，从所述指示信息中获得小区的网络状态信息； 获取单元， 用于当所述小区的网络状态信息不满足所述 UE发送的所述视 频请求服务所需要的网络条件时， 根据所述视频请求获取视频文件的提供条 件，所述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件； 所述发送单元还用于向 UE发送确认消息， 所述确认消息中携带所述视频 文件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的提 供条件；
所述接收单元还用于接收所述 UE发送的第二视频请求， 所述第二视频请 求包括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示； 转发单元， 用于执行所述视频文件的提供条件对应的操作， 并利用建立 的专用承载向所述 UE转发所述接收单元接收的所述第二视频请求对应的视频 文件。
结合第三方面， 在第三方面的第一种可能的实现方式中， 所述获取单元 包括：
发送子单元， 用于向所述 PCRF发送与所述视频请求对应的视频文件的提 供条件请求；
接收子单元， 用于接收所述 PCRF发送的所述提供条件； 或者， 调取子单元， 用于根据所述视频请求从预存信息中调取所述提供条件。 结合第三方面或第三方面的第一种可能的实现方式， 在第三方面的第二 种可能的实现方式中， 所述装置还包括：
添加单元， 用于将所述提供条件添加到所述第一码率的视频文件的统一 资源定位符 URL中， 构造所述确认消息。
结合第三方面， 在第三方面的第三种可能的实现方式中， 所述指示信息 还包括建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频 传输的码率。
结合第三方面的第三种可能的实现方式， 在第三方面的第四种可能的实 现方式中， 所述添加单元还用于将所述网络状态信息添加到所述建议码率对 应的视频文件的 URL中， 构造所述确认消息。
结合第三方面的第四种可能的实现方式， 在第三方面的第五种可能的实 现方式中， 所述第二视频请求包括所述 UE根据所述确认消息做出的请求与所 述建议码率对应的视频文件的指示；
则所述转发单元还用于向所述 UE转发所述接收单元接收的所述建议码率 对应的视频文件。
结合第三方面， 在第三方面的第六种可能的实现方式中， 所述发送单元 还用于向所述 PCRF发送协商请求，以便于所述 PCRF根据所述协商请求发起所 述 UE和所述 PCRF之间专用承载的建立流程。 第四方面， 本发明的实施例提供一种网络视频的下发装置， 包括： 接收单元， 用于接收代理服务器发送的查询请求；
检测单元， 用于根据所述查询请求检测用户设备 UE接入的小区的网络状 态信息；
发送单元， 用于向所述代理服务器发送指示信息， 所述指示信息包括所 述网络状态信息。
结合第四方面， 在第四方面的第一种可能的实现方式中， 所述的装置还 包括：
确定单元， 用于根据所述检测单元检测的所述网络状态信息确定建议码 率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
结合第四方面的第一种可能的实现方式， 在第四方面的第二种可能的实 现方式中， 所述指示信息还包括所述建议码率。
结合第四方面， 在第四方面的第三种可能的实现方式中， 所述接收单元 还用于接收所述代理服务器发送的视频文件的提供条件请求；
所述发送单元还用于向所述代理服务器发送所述提供条件。
结合第四方面， 在第四方面的第四种可能的实现方式中， 所述接收单元 还用于接收所述代理服务器发送的协商请求， 所述协商请求用于所述代理服 务器与所述 PCRF协商建立专用承载；
所述的装置还包括：
发起单元， 用于发起所述 UE和所述 PCRF之间专用承载的建立流程。 第五方面， 本发明的实施例提供一种代理服务器， 包括：
发送器， 用于根据用户设备 UE发送的视频请求向策略与计费规则功能单 元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述查 询请求用于查询所述 UE接入的小区的网络状态信息；
接收器， 用于所述接收所述 PCRF发送的指示信息， 所述指示信息包括所 述 UE接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态信 息；
处理器， 用于当所述小区的网络状态信息不满足所述 UE发送的所述视频 请求服务所需要的网络条件时， 根据所述视频请求获取视频文件的提供条件， 所述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件； 所述发送器还用于向所述 UE发送确认消息， 所述确认消息中携带所述视 频文件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的 提供条件；
所述接收器还用于接收所述 UE发送的第二视频请求， 所述第二视频请求 包括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示；
所述发送器还用于执行所述视频文件的提供条件对应的操作， 并利用建 立的专用承载向所述 UE转发所述第二视频请求对应的视频文件。
结合第五方面， 在第五方面的第一种可能的实现方式中， 所述发送器还 用于向所述 PCRF发送与所述视频请求对应的视频文件的提供条件请求；
所述接收器还用于接收所述 PCRF发送的所述提供条件； 或者，
所述处理器还用于根据所述视频请求从预存信息中调取所述提供条件。 结合第五方面或第五方面的第一种可能的实现方式， 在第五方面的第二 种可能的实现方式中， 所述处理器还用于将所述提供条件添加到所述第一码 率的视频文件的统一资源定位符 URL中， 构造所述确认消息。
结合第五方面， 在第五方面的第三种可能的实现方式中， 所述指示信息 还包括建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频 传输的码率。
结合第五方面的第三种可能的实现方式， 在第五方面的第四种可能的实 现方式中， 所述处理器还用于将所述网络状态信息添加到所述建议码率对应 的视频文件的 URL中 , 构造所述确认消息。
结合第五方面的第四种可能的实现方式， 在第五方面的第五种可能的实 现方式中， 所述第二视频请求包括所述 UE根据所述确认消息做出的请求与所 述建议码率对应的视频文件的指示；
则所述发送器还用于向所述 UE转发所述建议码率对应的视频文件。
结合第五方面， 在第五方面的第六种可能的实现方式中， 所述发送器还 用于向所述 PCRF发送协商请求，以便于所述 PCRF根据所述协商请求发起所述
UE和所述 PCRF之间专用承载的建立流程。 第六方面， 本发明的实施例提供一种策略与计费规则功能单元， 包括： 接收器， 用于接收代理服务器发送的查询请求；
处理器， 用于根据所述查询请求检测用户设备 UE接入的小区的网络状态 信息；
发送器， 用于向所述代理服务器发送指示信息， 所述指示信息包括所述 网络状态信息。
结合第六方面， 在第六方面的第一种可能的实现方式中， 所述处理器还 用于根据所述网络状态信息确定建议码率， 所述建议码率为与所述小区的网 络状态信息相匹配的视频传输的码率。
结合第六方面的第一种可能的实现方式， 在第六方面的第二种可能的实 现方式中， 所述指示信息还包括所述建议码率。
结合第六方面， 在第六方面的第三种可能的实现方式中， 所述接收器还 用于接收所述代理服务器发送的视频文件的提供条件请求；
所述处理器还用于向所述代理服务器发送视频文件的提供条件。
结合第六方面， 在第六方面的第四种可能的实现方式中， 所述接收器还 用于接收所述代理服务器发送的协商请求， 所述协商请求用于所述代理服务 器与所述 PCRF协商建立专用承载； 所述处理器还用于发起所述 UE和所述 PCRF之间专用承载的建立流程。 第七方面， 本发明的实施例提供一种网络视频的下发系统， 包括如第五 方面所述的代理服务器以及如第六方面所述的策略与计费规则功能单元。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例提供的网络视频的下发方法、 装置及系 统， 在 PCC架构中设置代理服务器， 代理服务器根据 UE发送的视频请求 PCRF 查询网络的网络状态， 当小区的网络状态信息不满足 UE发送的视频请求服务 所需要的网络条件时， 代理服务器向 UE发送确认消息， 询问用户是否同意在 视频文件的提供条件下使用该视频文件； 当用户返回同意提供条件时， 代理 服务器请求 PCRF为该 UE建立视频传输的专用承载，利用该专用承载向用户设 备转发用户需要码率的视频文件， 在网络拥塞的情况下仍能提供清晰的视频 文件， 保证网络的服务质量。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例中所需 要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提 下， 还可以根据这些附图获得其它的附图。
图 1为本发明实施例提供的架构图；
图 2为本发明一实施例提供的方法流程图；
图 3为本发明又一实施例提供的方法流程图；
图 4为本发明又一实施例提供的方法流程图；
图 5、 图 6为本发明又一实施例提供的装置结构示意图；
图 7、 图 8为本发明又一实施例提供的装置结构示意图； 图 9为本发明又一实施例提供的装置结构示意图；
图 10为本发明又一实施例提供的装置结构示意图；
图 11为本发明又一实施例提供的系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其它实施例 , 都属于本发明保护的范围。 本发明实施例提供的技术方案可以用于无线网络中 PCC ( Policy and Charging Control, 策略和计费控制）架构， 如图 1所示。 UE ( User Equipment, 用户设备） 为用户设备， 能够使用户通过无线通信网络通信； eNB ( evolved Node B, 演进型基站） 与 UE对应， 负责无线承载控制、 无线接入控制、 连接 移动性控制、 UE的上下行动态资源分配； P-GW (Packet Data Network Gateway, 分组数据网网关）负责 UE接入分组数据网的网关； PCRF ( Policy charging and rules function策略和计费规则功能单元 )是网络中业务数据流和 IP ( Internet Protocol, 网络协议）承载资源的策略与计费控制策略决策点； 内容服务器 Content Server为 UE提供视频业务数据。 本发明引入代理服务器 Service Proxy, 作为 PCC架构中的 AF ( Application Function, 应用功能）通过 Rx接口和 PCRF 相连， 当用户的视频请求经过代理服务器时，代理服务器可以与 PCRF、 P-GW 和内容服务器进行交互。
本发明一实施例提供一种网络视频的下发方法， 如图 2所示， 所述方法包 括：
101、代理服务器根据用户设备 UE发送的视频请求向 PCRF发送查询请求。 其中， 视频请求用于请求第一视频码率的视频文件， 视频请求中包括视 频码率信息 (即第一视频码率 ), 查询请求中携带视频码率信息和与 UE请求的 视频相关的视频信息， 查询请求用于查询 UE接入的小区的网络状态信息。
102、 代理服务器接收 PCRF发送的指示信息， 从指示信息中获得小区的 网络状态信息。
其中， 指示信息包括 UE接入的小区的网络状态信息。
需要说明的是， 指示信息还可以包括建议码率， 建议码率为与小区的网 络状态信息相匹配的视频传输的码率。
103、当小区的网络状态信息不满足 UE发送的视频请求服务所需要的网络 条件时， 代理服务器根据视频请求获取视频文件的提供条件。
例如， 小区的网络状态信息不满足 UE发送的视频请求服务所需要的网络 条件的情形可以包括： 用户通过 UE请求固定码率的视频文件， 而当前 UE接入 小区的网络比较拥塞， 在向 UE发送用户请求的码率下的视频文件时， 视频播 放出现网络延迟， 用户侧无法流畅地观看所请求的视频文件； 或者是其他影 响视频传输的情形。
其中， 提供条件为利用专用承载为 UE提供第一码率的视频文件的条件。 提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可以是 上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提供条 件会对应不同的操作。 代理服务器获取视频文件的提供条件的方式有两种： 一种为视频文件的提供条件存储于 PCRF中， 代理服务器获取视频文件的提供 条件时，需要向 PCRF发送视频文件的提供条件请求，然后接收 PCRF发送的视 频文件的提供条件； 另一种方式为视频文件的提供条件预存于代理服务器中， 代理服务器获取视频文件的提供条件时， 从预存信息中调取即可。
104、 代理服务器向 UE发送确认消息。
其中， 确认消息中携带视频文件的提供条件， 确认消息用于确认 UE是否 同意视频文件的提供条件。 当小区的网络状态信息不满足 UE发送的视频请求 服务所需要的网络条件时， 代理服务器将视频文件的提供条件添加到第一码 率的视频文件的 URL中， 以及将所述网络状态信息添加到所述建议码率对应 的视频文件的 URL中， 构造确认消息， 并向 UE发送确认消息。
需要说明的是， 确认消息中还可以包括与 UE请求的视频文件相对应的其 他码率的视频文件， 在其 URL中加入提供条件， 以供用户选择。
105、 代理服务器接收 UE发送的第二视频请求。
其中， 第二视频请求包括 UE根据确认消息做出的同意视频文件的提供条 件的指示。
需要说明的是， 当用户选择包括网络状态信息的视频文件时， 第二视频 请求包括 UE根据确认消息做出的请求与建议码率对应的视频文件的指示。
106、 代理服务器执行视频文件的提供条件对应的操作， 并利用建立的专 用承载向 UE转发第二视频请求对应的视频文件。
其中， 如果第二视频请求包括同意视频文件的提供条件的指示， 则代理 服务器执行视频文件提供条件对应的操作； 并向 PCRF发送协商请求， 以便于 PCRF根据协商请求发起 UE和所述 PCRF之间专用承载的建立流程， 进而代理 服务器通过专用承载向 UE转发第二视频请求对应的视频文件。 如果第二视频 请求包括建议码率对应的视频文件的指示， 则代理服务器向 UE转发建议码率 对应的视频文件即可。
提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可 以是上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提 供条件对应不同的操作。 例如， 提供条件为有偿提供时代理服务器执行计费 操作； 提供条件为插入广告时， 代理服务器执行在提供的视频文件中插入广 告的操作； 提供条件为推送消息时， 代理服务器执行在提供视频文件时推送 消息的操作。 当然， 提供条件还可能是别的情况， 则代理服务器执行其对应 的操作。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器， 代理服务 器根据 UE发送的视频请求 PCRF查询网络的网络状态，当小区的网络状态信息 不满足 UE发送的视频请求服务所需要的网络条件时，代理服务器向 UE发送确 认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当用 户返回同意提供条件时，代理服务器请求 PCRF为该 UE建立视频传输的专用承 载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络拥塞 的情况下仍能提供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种网络视频的下发方法， 如图 3所示， 所述方法 包括：
201、 PCRF接收代理服务器发送的查询请求。
其中， 查询请求携带视频码率信息。
202、 PCRF根据查询请求检测 UE接入的小区的网络状态信息。
203、 PCRF向代理服务器发送指示信息。
其中，指示信息包括 UE接入的小区的网络状态信息和与 UE请求的视频相 关的视频信息。
需要说明的是， PCRF根据 UE接入的小区的网络状态信息和查询请求中携 带的视频信息确定建议码率， 建议码率为与 UE接入小区的网络状态信息相匹 配的视频传输的码率， 则指示信息还包括建议码率。
可选的， 如果视频文件的提供条件存储于 PCRF中， 则代理服务器获视频 文件的提供条件时，需要向 PCRF发送视频文件的提供条件请求， PCRF接收代 理服务器发送的视频文件的提供条件请求后， 向代理服务器发送视频文件的 提供条件。
进一步的， 在代理服务器需要专用承载传输视频文件时， PCRF接收代理 服务器发送的协商请求， 协商请求用于代理服务器与 PCRF协商建立专用承 载， 然后发起专用承载的建立流程。 现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器， 代理服务 器根据 UE发送的视频请求 PCRF查询网络的网络状态，当小区的网络状态信息 不满足 UE发送的视频请求服务所需要的网络条件时，代理服务器向 UE发送确 认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当用 户返回同意提供条件时，代理服务器请求 PCRF为该 UE建立视频传输的专用承 载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络拥塞 的情况下仍能提供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种网络视频的下发方法，用于 PCC架构中， 以基 于 DASH ( Dynamic Adaptive Steaming over Hypertext transfer protocol, 基于动 态自适应的超文本传输协议流媒体） 技术的流媒体文件传输过程为例， 3GP-DASH的媒体文件由两部分组成： MPD ( Media Presentation Description, 媒体表示描述）文件和媒体流文件。 如图 4所示， 所述方法包括：
301、 UE与 P-GW之间建立默认承载。
其中， 在用户开机， 进行网络附着的同时， 网络为该用户建立默认承载， 保证其基本的业务需求。
302、 UE发送 MPD文件请求。
其中 , UE请求视频媒体描述相关文件 , 本实施例中以 3GP-DASH的媒体 文件为例， 则 UE请求的为 MPD文件。
303、 P-GW监测到视频业务事件， 向对应的代理服务器转发 MPD文件请 求。
需要说明的是， 代理服务器可以与 P-GW——对应， 也可以按区域等来分 配， 即某一区域内的 P-GW对应一个代理服务器， P-GW可以根据自己的策略 来选择与其对应的代理服务器。
304、 代理服务器监测到视频业务事件， 并向内容服务器转发 MPD文件请 求。
其中， 代理服务器收到 MPD文件请求后， 监测到视频业务事件， 将其转 发给内容服务器。
305、 内容服务器向代理服务器回复 MPD文件。
306、 代理服务器向 P-GW转发 MPD文件。
其中， 代理服务器可以通过解析 MPD信息获取到与视频相关的信息。
307、 P-GW向 UE转发 MPD文件。
308、 UE发送码率为 1000kbps视频文件请求。
其中， UE发送的视频文件请求中包括视频文件的信息， 本实施例中， UE 请求码率为 1000kbps的视频文件， 则视频文件请求中包括视频文件的码率。
309、 P-GW向对应的代理服务器转发码率为 1000kbps视频文件请求。
310、 代理服务器接收视频文件请求后， 向 PCRF发送查询请求。
其中， 查询请求携带视频业务的信息， 如视频请求长度、 视频分辨率、 视频请求码率等级等信息。
311、 PCRF检测 UE所在小区网络拥塞状态 , 确定建议码率。
其中， PCRF根据视频业务的信息和 UE所在小区网络状态， 可以得出网络 拥塞情况。 如果 PCRF检测网络拥塞， 则根据相应的策略得出与小区的网络状 态信息相匹配的视频传输的码率， 即为建议码率。
本实施例以网络拥塞为例， 将网络拥塞分为三个等级： 轻度拥塞 Light Congestion, 中度拥塞 Medium Congestion, 高度拥塞 High Congestion。 例如, PCRF检测网络为中度拥塞 , 并根据 UE请求视频文件的码率和网络拥塞状况 , 给出的建议码率为 540kbps。
312、 PCRF向代理服务器回复指示信息。
可选的， 如果 PCRF检测网络不拥塞， 在传输 UE请求的视频文件时， 不会 影响网络的服务质量， 则 PCRF向代理服务器回复包括网络拥塞情况指示信 息。 如果 PCRF检测网络拥塞， 则向代理服务器回复包括网络拥塞情况和建议 码率的指示信息。 本实施例中向代理服务器回复指示信息包括中度拥塞和建 议码率 540kbps。
需要说明的是， 如果网络不拥塞， 代理服务器接收 PCRF的指示信息后， 根据指示信息的内容， 向内容服务器转发 UE的视频文件请求， 在接收到内容 服务器回复的视频文件后，转发给 P-GW,进而转发给 UE即可。如果网络拥塞， 代理服务器接收 PCRF的指示信息后， 执行步骤 313。
313、 代理服务器根据 PCRF的指示信息， 向 PCRF请求视频文件的提供条 件。
其中， 代理服务器接收 PCRF中度拥塞和建议码率 540kbps的指示信息后， 判断网络处于中度拥塞， 向 PCRF请求视频文件的提供条件。
需要说明的是， 在步骤 310中代理服务器发送的查询请求可以不携带视频 信息， 只查询网络状态， 当网络处于拥塞状态， 代理服务器向 PCRF请求视频 文件的提供条件时， 携带相应的视频信息。
314、 PCRF回复代理服务器视频文件的提供条件。
其中， 视频文件的提供条件可以是付费策略、 或者插入广告等等。 PCRF 根据预置的视频文件的提供条件， 回复代理服务器的请求。
需要说明的是， 视频文件的提供条件还可以预置在代理服务器中， 如此， 代理服务器直接从视频文件的提供条件中调取相应的信息即可， 无需在执行 步骤 313和步骤 314。 当视频文件的提供条件预置在代理服务器中时， 步骤 310 中代理服务器发送的查询请求可以不携带视频信息， 只查询网络状态。 在步 骤 312 PCRF向代理服务器回复指示信息中只包括网络拥塞信息， 然后代理服 务器可以根据指示信息和视频信息确定建议码率。
315、 代理服务器根据视频文件的提供条件和指示信息， 构造确认消息。 例如， 网络处于中度拥塞， 代理服务器将 UE请求文件的 URL ( Uniform Resource Locator, 统一资源定位符） 中增加视频文件的提供条件， 以及将网 络状态信息添加到建议码率对应的视频文件的 URL中， 构造确认消息。
需要说明的是， 确认消息中还可以包括与 UE请求的视频文件相对应的其 他码率的视频文件， 在其 URL中加入提供条件， 以供用户选择。 网络状态以 及运营商提升服务质量的协商通过扩展 URL来实现， 其方法是在 URL中增加 相应的参数信息， 来通知网络状态以及与视频文件相应的提供条件。 其中， 插入的参数信息需要用网络 Web API ( (Application Programming Interface), 应 用程序接口 ) 描述语言来表述 （如 WADL , Web Application Description Language, 应用程序描述语言）， 用于网络实体能够正常解析 URL。
iH ^口 , UE请求的文件为 htt ://se ver. example . com /media— lM.mp4 HTTP/1.1 , 而当前网络为中度拥塞， 将文件请求重定向到建议码率文件：
Location: http://sever.example.com /media— 540k.mp4 ？ Networkstate= MediumCongestion, 其中， 建议码率文件中 URL包括文件的码率 540kbps, 并 进行了扩展， 加入了网络拥塞信息， 来通知用户网络的状况， 通过降低视频 的传输码率来保证视频在网络中度拥塞时传输的连续性， 使用户观看视频流 畅程度不受网络拥塞的影响；
或者， 将文件请求重定向到可以利用专用承载为 UE提供的视频文件的 ULR中， 并添加相应的条件：
Pay-Location- 1 : http://sever.example.com /media_720k.mp4? ChargingRule= ChargingRulel ,
Pay-Location-2:http://sever.example.com /media— 900k. mp4? ChargingRule= ChargingRule2 ,
Pay-Location- 3： http://sever.example.com/media_1000k.mp4？ ChargingRule = ChargingRule3 ,
Pay-Location-4: http://sever.example.com /media_720k.mp4? Rule=AD insertion 该方式中用户通过支付额外的费用或观看插入的广告来保证观看视 频的流畅度和清晰度。 其中， 包含支付费用的文件提供了三种可选的类型：
Pay-Location- 1、 Pay-Location-2和 Pay-Location-3 , 包含插入广告的文件为 Pay-Location-4, 其中， 增加 Pay-Location头域定义， 表示该文件为付费或观看 广告才能接收的文件， URL中包括文件的码率和与码率对应文件的提供条件， 根据网络拥塞状况以及用户要求的视频码率选择对应的类型， 例如， 当前网 络为中度拥塞， 而用户要求观看视频码率为 900kbps的视频文件， 则需要选择 Pay-Location-2的类型并支付相应的费用。 当网络拥塞程度不变时， 码率越高 则需要付费越多； 当用户要求的视频码率不变时， 网络越拥塞则需要付费越
316、 代理服务器向 P-GW发送确认消息。
317、 P-GW向 UE转发确认消息。
其中， P-GW将步骤 315中确认消息转发给 UE。
318、 UE根据用户的选择， 发送视频文件请求。
其中，用户根据 UE提供的确认消息进行选择，然后 UE发送视频文件请求。 如果用户选择的是包括提供条件的文件， 则视频文件请求中还应包括同意视 频文件的提供条件的指示。
本实施例以用户选择通过付费继续请求码率为 1000kbps的视频文件为例， 则视频文件请求中包括与 ChargingRule3对应的付费指示。
319、 P-GW向代理服务器转发视频文件请求。
320、 代理服务器根据视频文件请求与 PCRF进行协商。
其中， 代理服务器接收的视频文件请求中包括与 ChargingRule3对应的付 费指示，表示用户通过付费来请求码率为 1000kbps的视频文件，则代理服务器 向 PCRF发送码率为 1000kbps的视频文件请求。
321、 PCRF发起专用承载的建立流程。
需要说明的是， 专用承载是在网络链接建立的基础上建立的， 是为了提 供默认承载无法满足的某种特定的服务质量传输需求而建立的。 网络通过用 户支付额外的费用来为其建立专用承载， 并通过专用承载传输视频文件， 保 证用户观看视频的流畅度和清晰度。
其中， PCRF接收到码率为 1000kbps的视频文件请求， 而当前网络处于拥 塞状态，需要建立专用承载为用户传输文件，则 PCRF启动专用承载建立流程， 在 UE与网络建立专用承载。
322、 代理服务器通过专用承载向内容服务器发送码率为 1000kbps的视频 文件请求。
323、 内容服务器回复码率为 1000kbps的视频文件。
324、 代理服务器向 P-GW转发码率为 1000kbps的视频文件。
325、 P-GW向 UE转发码率为 1000kbps的视频文件。
需要说明的是，如果在步骤 318中， UE发送视频文件请求时请求的为建议 码率文件， 则无需执行步骤 320至步骤 321 , 并在步骤 322中代理服务器直接向 内容服务器转发视频文件请求， 内容服务器回复对应的视频文件后， 代理服 务器将其转发至 UE。 在步骤 318中， 用户选择通过付费继续请求码率为 1000kbps的视频文件， 则代理服务器在通过专用承载向 UE转发码率为 1000kbps的视频文件时，会收取用户相应的费用。如果用户选择插入广告的方 式获取相应的视频文件， 则代理服务器在通过专用承载向 UE转发码率为 1000kbps的视频文件时， 会先向用户播放相应的广告。
需要说明的是， 对于渐进式下载的视频业务， 无需下载媒体表示描述文 件， 即无需执行步骤 302至步骤 307, 步骤 310中查询请求携带的视频业务的信 息可以在 UE请求视频页面后， 在返回的 HTTP (HTTP-Hypertext transfer protocol , 超文本传输协议）响应中， 承载有 HTML(Hyper Text Mark-up Language, 超文本标记语言）页面， 该页面带有视频文件地址， 携带该视频所 有码率 URL地址， 代理服务区通过截获解析视频页面请求回复可以获取视频 信息。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器， 代理服务 器根据 UE发送的视频请求 PCRF查询网络的网络状态，当小区的网络状态信息 不满足 UE发送的视频请求服务所需要的网络条件时，代理服务器向 UE发送确 认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当用 户返回同意提供条件时，代理服务器请求 PCRF为该 UE建立视频传输的专用承 载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络拥塞 的情况下仍能提供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种网络视频的下发装置 40, 如图 5所示， 所述装 置 40包括：
发送单元 41 , 用于根据用户设备 UE发送的视频请求向策略与计费规则功 能单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所 述查询请求用于查询所述 UE接入的小区的网络状态信息；
接收单元 42, 用于接收所述 PCRF发送的指示信息， 所述指示信息包括所 述 UE接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态信 息；
获取单元 43 , 用于当所述小区的服务质量信息不满足所述 UE发送的所述 视频请求时， 根据所述视频请求获取视频文件的提供条件， 所述提供条件为 利用专用承载为所述 UE提供第一码率的视频文件的条件；
所述发送单元 41还用于向 UE发送确认消息， 所述确认消息中携带所述视 频文件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的 提供条件；
所述接收单元 42还用于接收所述 UE发送的第二视频请求， 所述第二视频 请求包括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示； 转发单元 44, 用于执行所述视频文件提供条件对应的操作， 并利用建立 的专用承载向所述 UE转发所述接收单元 42接收的所述第二视频请求对应的视 频文件。
其中， 提供条件为利用专用承载为 UE提供第一码率的视频文件的条件。 提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可以是 上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提供条 件会对应不同的操作。 例如， 有偿提供对应计费操作； 提供条件为插入广告 时， 对应插入广告的操作； 提供条件为推送消息时， 执行推送消息的操作。 当然， 提供条件还可能是别的情况。
其中， 所述指示信息还包括建议码率， 所述建议码率为与所述小区的网 络状态信息相匹配的视频传输的码率。 所述第二视频请求包括所述 UE根据所 述确认消息做出的请求与所述建议码率对应的视频文件的指示。
进一步的， 如图 6所示， 所述获取单元 43包括：
发送子单元 431 , 用于向所述 PCRF发送与所述视频请求对应的视频文件 的提供条件请求；
接收子单元 432, 用于接收所述 PCRF发送的所述提供条件； 或者， 调取子单元 433 , 用于根据所述视频请求从预存信息中调取所述提供条 件。
进一步的， 如图 6所示， 所述装置 40还包括：
添加单元 45 , 用于将所述提供条件添加到所述第一码率的视频文件的统 一资源定位符 URL中， 构造所述确认消息。
进一步的， 所述添加单元 45还用于将所述网络状态信息添加到所述建议 码率对应的视频文件的 URL中， 构造所述确认消息。
进一步的， 所述转发单元 44还用于向所述 UE转发所述接收单元 42接收的 所述建议码率对应的视频文件。
进一步的， 所述发送单元 41还用于向所述 PCRF发送协商请求， 以便于所 述 PCRF根据所述协商请求发起所述 UE和所述 PCRF之间专用承载的建立流 程。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置装置 40, 装置 40根据 UE发送的视频请求 PCRF查询网络的网络状态，当小区的网络状态信息不满足 UE发送的视频请求服务所需要的网络条件时， 装置 40向 UE发送确认消息， 询 问用户是否同意在视频文件的提供条件下使用该视频文件； 当用户返回同意 提供条件时， 装置 40请求 PCRF为该 UE建立视频传输的专用承载， 利用该专用 承载向用户设备转发用户需要码率的视频文件， 在网络拥塞的情况下仍能提 供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种网络视频的下发装置 50, 如图 7所示， 所述装 置 50包括：
接收单元 51 , 用于接收代理服务器发送的查询请求；
检测单元 52, 用于根据所述查询请求检测用户设备 UE接入的小区的网络 状态信息；
发送单元 53 , 用于向所述代理服务器发送指示信息， 所述指示信息包括 所述网络状态信息。
其中， 所述指示信息还包括所述建议码率。
进一步的， 如图 8所示， 所述的装置 50还包括：
确定单元 54, 用于根据所述检测单元 52检测的所述网络状态信息确定建 议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码 率。
进一步的， 所述接收单元 51还用于接收所述代理服务器发送的视频文件 的提供条件请求；
所述发送单元 53还用于向所述代理服务器发送所述提供条件。
其中， 提供条件为利用专用承载为 UE提供第一码率的视频文件的条件。 提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可以是 上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提供条 件会对应不同的操作。 例如， 有偿提供对应计费操作； 提供条件为插入广告 时， 对应插入广告的操作； 提供条件为推送消息时， 执行推送消息的操作。 当然， 提供条件还可能是别的情况。
进一步的， 所述接收单元 51还用于接收所述代理服务器发送的协商请求， 所述协商请求用于所述代理服务器与所述 PCRF协商建立专用承载。
进一步的， 如图 8所示， 所述的装置 50还包括：
发起单元 55 , 用于发起所述 UE和所述 PCRF之间专用承载的建立流程。 现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器， 代理服务 器根据 UE发送的视频请求装置 50查询网络的网络状态， 当小区的网络状态信 息不满足 UE发送的视频请求服务所需要的网络条件时，代理服务器向 UE发送 确认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当 用户返回同意提供条件时， 代理服务器请求装置 50为该 UE建立视频传输的专 用承载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络 拥塞的情况下仍能提供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种代理服务器 60, 如图 9所示， 所述代理服务器 60包括：
发送器 61 , 用于根据用户设备 UE发送的视频请求向策略与计费规则功能 单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述 查询请求用于查询所述 UE接入的小区的网络状态信息；
接收器 62, 用于所述接收所述 PCRF发送的指示信息， 所述指示信息包括 所述 UE接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态 信息；
处理器 63 , 用于当所述小区的服务质量信息不满足所述 UE发送的所述视 频请求时， 根据所述视频请求获取视频文件的提供条件， 所述提供条件为利 用专用承载为所述 UE提供第一码率的视频文件的条件；
所述发送器 61还用于向所述 UE发送确认消息， 所述确认消息中携带所述 视频文件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件 的提供条件；
所述接收器 62还用于接收所述 UE发送的第二视频请求， 所述第二视频请 求包括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示； 所述发送器 61还用于执行所述视频文件的提供条件对应的操作， 并利用 建立的专用承载向所述 UE转发所述第二视频请求对应的视频文件。
其中， 提供条件为利用专用承载为 UE提供第一码率的视频文件的条件。 提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可以是 上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提供条 件会对应不同的操作。 例如， 有偿提供对应计费操作； 提供条件为插入广告 时， 对应插入广告的操作； 提供条件为推送消息时， 执行推送消息的操作。 当然， 提供条件还可能是别的情况。
其中， 所述第二视频请求包括所述 UE根据所述确认消息做出的请求与所 述建议码率对应的视频文件的指示； 所述指示信息还包括建议码率， 所述建 议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
进一步的， 所述发送器 61还用于向所述 PCRF发送与所述视频请求对应的 视频文件的提供条件； 所述接收器 62还用于接收所述 PCRF发送的所述提供条件； 或者， 所述处理器 63还用于根据所述视频请求从预存信息中调取所述提供条 件。
进一步的， 所述处理器 63还用于将所述提供条件添加到所述第一码率的 视频文件的统一资源定位符 URL中， 构造所述确认消息。
进一步的， 所述处理器 63还用于将所述网络状态信息添加到所述建议码 率对应的视频文件的 URL中， 构造所述确认消息。
进一步的， 所述发送器 61还用于向所述 UE转发所述建议码率对应的视频 文件。
进一步的， 所述发送器 61还用于向所述 PCRF发送协商请求， 以便于所述 PCRF根据所述协商请求发起所述 UE和所述 PCRF之间专用承载的建立流程。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器 60, 代理服 务器 60根据 UE发送的视频请求 PCRF查询网络状态，当小区的网络状态信息不 满足 UE发送的视频请求服务所需要的网络条件时，代理服务器 60向 UE发送确 认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当用 户返回同意提供条件时，代理服务器 60请求 PCRF为该 UE建立视频传输的专用 承载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络拥 塞的情况下仍能提供清晰的视频文件， 保证网络的服务质量。 本发明又一实施例提供一种策略与计费规则功能单元 PCRF70 , 如图 10所 示， 所述策略与计费规则功能单元 70包括：
接收器 71 , 用于接收代理服务器发送的查询请求；
处理器 72, 用于根据所述查询请求检测用户设备 UE接入的小区的网络状 态信息；
发送器 73 , 用于向所述代理服务器发送指示信息， 所述指示信息包括所 述网络状态信息。
其中， 所述指示信息还包括所述建议码率。
进一步的， 所述处理器 72还用于根据所述网络状态信息确定建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
进一步的， 所述接收器 71还用于接收所述代理服务器发送的视频文件的 提供条件请求；
所述处理器 72还用于向所述代理服务器发送所述提供条件。
其中， 提供条件为利用专用承载为 UE提供第一码率的视频文件的条件。 提供条件可以包括： 有偿提供（例如收费）， 插入广告或者推送消息； 可以是 上述条件中的任意一个或者几个组合， 当然也可以是其他条件。 不同提供条 件会对应不同的操作。 例如， 有偿提供对应计费操作； 提供条件为插入广告 时， 对应插入广告的操作； 提供条件为推送消息时， 执行推送消息的操作。 当然， 提供条件还可能是别的情况。
进一步的， 所述接收器 71还用于接收所述代理服务器发送的协商请求， 所述协商请求用于所述代理服务器与所述 PCRF70协商建立专用承载；
所述处理器 72还用于发起所述 UE和所述 PCRF70之间专用承载的建立流 程。
现有技术中， 在网络出现一些特殊场景， 例如网络发生拥塞， 为了保证 用户能够继续观看视频， 客户端会请求降低播放视频的码率， 或者不降低码 率但是需要进行緩冲， 降低了网络的服务质量， 给用户观看视频带来很多不 便。 与现有技术相比， 本发明实施例在 PCC架构中设置代理服务器， 代理服务 器根据 UE发送的视频请求 PCRF70查询网络的网络状态，当小区的网络状态信 息不满足 UE发送的视频请求服务所需要的网络条件时，代理服务器向 UE发送 确认消息， 询问用户是否同意在视频文件的提供条件下使用该视频文件； 当 用户返回同意提供条件时，代理服务器请求 PCRF70为该 UE建立视频传输的专 用承载， 利用该专用承载向用户设备转发用户需要码率的视频文件， 在网络 拥塞的情况下仍能提供清晰的视频文件， 保证网络的服务质量。
本发明又一实施例提供一种网络视频的下发系统 80, 如图 11所示， 所述 系统 80包括所述代理服务器 60和所述策略与计费规则功能单元 70。
本发明实施例提供的网络视频的下发装置可以实现上述提供的方法实施 例， 具体功能实现请参见方法实施例中的说明， 在此不再赘述。 本发明实施 例提供的网络视频的下发方法、 装置及系统可以适用于无线网络中的策略和 计费控制 PCC架构， 但不仅限于此。
本说明书中的各个实施例均釆用递进的方式描述， 各个实施例之间相同 相似的部分互相参见即可， 每个实施例重点说明的都是与其他实施例的不同 之处。 尤其， 对于设备实施例而言， 由于其基本相似于方法实施例， 所以描 述得比较简单， 相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ Read-Only Memory, ROM )或随机存^ |i己忆体 ( Random Access Memory, RAM )等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保 护范围应该以权利要求的保护范围为准。

Claims (37)

  1. 权利要求 书
    1、 一种网络视频的下发方法， 其特征在于， 包括：
    代理服务器根据用户设备 UE发送的视频请求向策略与计费规则功能单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述查询请 求用于查询所述 UE接入的小区的网络状态信息；
    所述代理服务器接收所述 PCRF发送的指示信息，所述指示信息包括所述 UE 接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态信息； 当所述小区的网络状态信息不满足所述 UE发送的所述视频请求服务所需要 的网络条件时， 所述代理服务器根据所述视频请求获取视频文件的提供条件， 所述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件；
    所述代理服务器向 UE发送确认消息， 所述确认消息中携带所述视频文件的 提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的提供条件； 所述代理服务器接收所述 UE发送的第二视频请求， 所述第二视频请求包括 所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示；
    所述代理服务器执行所述视频文件的提供条件对应的操作， 并利用建立的 专用承载向所述 UE转发所述第二视频请求对应的视频文件。
  2. 2、 根据权利要求 1所述的方法， 其特征在于， 当所述小区的网络状态信息 不满足所述 UE发送的所述视频请求服务所需要的网络条件时， 所述代理服务器 根据所述视频请求获取视频文件的提供条件包括：
    所述代理服务器向所述 PCRF发送与所述视频请求对应的视频文件的提供 条件请求；
    所述代理服务器接收所述 PCRF发送的所述提供条件； 或者，
    所述代理服务器根据所述视频请求从预存信息中调取所述提供条件。
  3. 3、 根据权利要求 1或 2所述的方法， 其特征在于， 在所述代理服务器向 UE 发送确认消息之前， 所述方法还包括：
    将所述提供条件添加到所述第一码率的视频文件的统一资源定位符 URL 中， 构造所述确认消息。
  4. 4、 根据权利要求 1所述的方法， 其特征在于， 所述指示信息还包括建议码 率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
  5. 5、 根据权利要求 4所述的方法， 其特征在于， 在所述代理服务器向 UE发送 确认消息之前， 所述方法还包括：
    将所述网络状态信息添加到所述建议码率对应的视频文件的 URL中， 构造 所述确认消息。
  6. 6、 根据权利要求 5所述的方法， 其特征在于， 所述第二视频请求包括所述 UE根据所述确认消息做出的请求与所述建议码率对应的视频文件的指示；
    则所述方法还包括：
    所述代理服务器向所述 UE转发所述建议码率对应的视频文件。
  7. 7、 根据权利要求 1所述的方法， 其特征在于， 在所述代理服务器执行所述 视频文件提供条件对应的操作， 并利用建立的专用承载向所述 UE转发所述第二 视频请求对应的视频文件之前， 所述方法还包括：
    所述代理服务器向所述 PCRF发送协商请求，以便于所述 PCRF根据所述协商 请求发起所述 UE和所述 PCRF之间专用承载的建立流程。
  8. 8、 一种网络视频的下发方法， 其特征在于， 包括：
    策略与计费规则功能单元 PCRF接收代理服务器发送的查询请求；
    所述 PCRF根据所述查询请求检测用户设备 UE接入的小区的网络状态信息； 所述 PCRF向所述代理服务器发送指示信息， 所述指示信息包括所述网络状 态信息。
  9. 9、 根据权利要求 8所述的方法， 其特征在于， 所述 PCRF向所述代理服务器 发送指示信息之前， 所述方法还包括：
    所述 PCRF根据所述网络状态信息确定建议码率， 所述建议码率为与所述小 区的网络状态信息相匹配的视频传输的码率。
  10. 10、 根据权利要求 9所述的方法， 其特征在于， 所述指示信息还包括所述建 议码率。
  11. 11、根据权利要求 8所述的方法， 其特征在于， 在所述 PCRF向所述代理服务 器发送指示信息之后， 所述方法还包括：
    所述 PCRF接收所述代理服务器发送的视频文件的提供条件请求；
    所述 PCRF向所述代理服务器发送所述提供条件。
  12. 12、 根据权利要求 8所述的方法， 其特征在于， 在所述 PCRF向所述代理服 务器发送指示信息之后， 所述方法还包括：
    所述 PCRF接收所述代理服务器发送的协商请求， 所述协商请求用于所述代 理服务器与所述 PCRF协商建立专用承载；
    所述 PCRF发起所述 UE和所述 PCRF之间专用承载的建立流程。
  13. 13、 一种网络视频的下发装置， 其特征在于， 包括：
    发送单元， 用于根据用户设备 UE发送的视频请求向策略与计费规则功能单 元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述查询 请求用于查询所述 UE接入的小区的网络状态信息；
    接收单元， 用于接收所述 PCRF发送的指示信息， 所述指示信息包括所述 UE 接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态信息； 获取单元， 用于当所述小区的网络状态信息不满足所述 UE发送的所述视频 请求服务所需要的网络条件时， 根据所述视频请求获取视频文件的提供条件， 所述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件；
    所述发送单元还用于向 UE发送确认消息， 所述确认消息中携带所述视频文 件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的提供条 件；
    所述接收单元还用于接收所述 UE发送的第二视频请求， 所述第二视频请求 包括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示；
    转发单元， 用于执行所述视频文件的提供条件对应的操作， 并利用建立的 专用承载向所述 UE转发所述接收单元接收的所述第二视频请求对应的视频文 件。
  14. 14、 根据权利要求 13所述的装置， 其特征在于， 所述获取单元包括： 发送子单元， 用于向所述 PCRF发送与所述视频请求对应的视频文件的提供 条件请求；
    接收子单元， 用于接收所述 PCRF发送的所述提供条件； 或者，
    调取子单元， 用于根据所述视频请求从预存信息中调取所述提供条件。
  15. 15、 根据权利要求 13或 14所述的装置， 其特征在于， 所述装置还包括： 添加单元， 用于将所述提供条件添加到所述第一码率的视频文件的统一资 源定位符 URL中， 构造所述确认消息。
  16. 16、 根据权利要求 13所述的装置， 其特征在于， 所述指示信息还包括建议 码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
  17. 17、 根据权利要求 16所述的装置， 其特征在于， 所述添加单元还用于将所 述网络状态信息添加到所述建议码率对应的视频文件的 URL中， 构造所述确认 消息。
  18. 18、 根据权利要求 17所述的装置， 其特征在于， 所述第二视频请求包括所 述 UE根据所述确认消息做出的请求与所述建议码率对应的视频文件的指示； 则所述转发单元还用于向所述 UE转发所述接收单元接收的所述建议码率对 应的视频文件。
  19. 19、 根据权利要求 13所述的装置， 其特征在于， 所述发送单元还用于向所 述 PCRF发送协商请求， 以便于所述 PCRF根据所述协商请求发起所述 UE和所述 PCRF之间专用承载的建立流程。
  20. 20、 一种网络视频的下发装置， 其特征在于， 包括：
    接收单元， 用于接收代理服务器发送的查询请求；
    检测单元， 用于根据所述查询请求检测用户设备 UE接入的小区的网络状态 信息；
    发送单元， 用于向所述代理服务器发送指示信息， 所述指示信息包括所述 网络状态信息。
  21. 21、 根据权利要求 20所述的装置， 其特征在于， 所述的装置还包括： 确定单元， 用于根据所述检测单元检测的所述网络状态信息确定建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的码率。
  22. 22、 根据权利要求 21所述的装置， 其特征在于， 所述指示信息还包括所述 建议码率。
  23. 23、 根据权利要求 20所述的装置， 其特征在于， 所述接收单元还用于接收 所述代理服务器发送的视频文件的提供条件请求；
    所述发送元还用于向所述代理服务器发送所述提供条件。
  24. 24、 根据权利要求 20所述的装置， 其特征在于， 所述接收单元还用于接收 所述代理服务器发送的协商请求， 所述协商请求用于所述代理服务器与所述 PCRF协商建立专用承载；
    所述的装置还包括：
    发起单元， 用于发起所述 UE和所述 PCRF之间专用承载的建立流程。
  25. 25、 一种代理服务器， 其特征在于， 包括：
    发送器， 用于根据用户设备 UE发送的视频请求向策略与计费规则功能单元 PCRF发送查询请求， 所述视频请求用于请求第一码率的视频文件， 所述查询请 求用于查询所述 UE接入的小区的网络状态信息；
    接收器， 用于所述接收所述 PCRF发送的指示信息， 所述指示信息包括所述 UE接入的小区的网络状态信息， 从所述指示信息中获得小区的网络状态信息； 处理器， 用于当所述小区的网络状态信息不满足所述 UE发送的所述视频请 求服务所需要的网络条件时， 根据所述视频请求获取视频文件的提供条件， 所 述提供条件为利用专用承载为所述 UE提供第一码率的视频文件的条件；
    所述发送器还用于向所述 UE发送确认消息， 所述确认消息中携带所述视频 文件的提供条件， 所述确认消息用于确认所述 UE是否同意所述视频文件的提供 条件； 所述接收器还用于接收所述 UE发送的第二视频请求， 所述第二视频请求包 括所述 UE根据所述确认消息做出的同意视频文件的提供条件的指示；
    所述发送器还用于执行所述视频文件的提供条件对应的操作， 并利用建立 的专用承载向所述 UE转发所述第二视频请求对应的视频文件。
  26. 26、 根据权利要求 25所述的代理服务器， 其特征在于， 所述发送器还用于 向所述 PCRF发送与所述视频请求对应的视频文件的提供条件请求；
    所述接收器还用于接收所述 PCRF发送的所述提供条件； 或者，
    所述处理器还用于根据所述视频请求从预存信息中调取所述提供条件。
  27. 27、 根据权利要求 25或 26所述的代理服务器， 其特征在于， 所述处理器还 用于将所述提供条件添加到所述第一码率的视频文件的统一资源定位符 URL 中， 构造所述确认消息。
  28. 28、 根据权利要求 25所述的代理服务器， 其特征在于， 所述指示信息还包 括建议码率， 所述建议码率为与所述小区的网络状态信息相匹配的视频传输的 码率。
  29. 29、 根据权利要求 28所述的代理服务器， 其特征在于， 所述处理器还用于 将所述网络状态信息添加到所述建议码率对应的视频文件的 URL中， 构造所述 确认消息。
  30. 30、 根据权利要求 29所述的代理服务器， 其特征在于， 所述第二视频请求 包括所述 UE根据所述确认消息做出的请求与所述建议码率对应的视频文件的指 示；
    则所述发送器还用于向所述 UE转发所述建议码率对应的视频文件。
  31. 31、 根据权利要求 25所述的代理服务器， 其特征在于， 所述发送器还用于 向所述 PCRF发送协商请求， 以便于所述 PCRF根据所述协商请求发起所述 UE和 所述 PCRF之间专用承载的建立流程。
  32. 32、 一种策略与计费规则功能单元， 其特征在于， 包括：
    接收器， 用于接收代理服务器发送的查询请求； 处理器， 用于根据所述查询请求检测用户设备 UE接入的小区的网络状态信 息；
    发送器， 用于向所述代理服务器发送指示信息， 所述指示信息包括所述网 络状态信息。
  33. 33、 根据权利要求 32所述的策略与计费规则功能单元， 其特征在于， 所述 处理器还用于根据所述网络状态信息确定建议码率， 所述建议码率为与所述小 区的网络状态信息相匹配的视频传输的码率。
  34. 34、 根据权利要求 33所述的策略与计费规则功能单元， 其特征在于， 所述 指示信息还包括所述建议码率。
  35. 35、 根据权利要求 32所述的策略与计费规则功能单元， 其特征在于， 所述 接收器还用于接收所述代理服务器发送的视频文件的提供条件请求；
    所述处理器还用于向所述代理服务器发送所述提供条件。
  36. 36、 根据权利要求 32所述的策略与计费规则功能单元， 其特征在于， 所述 接收器还用于接收所述代理服务器发送的协商请求， 所述协商请求用于所述代 理服务器与所述 PCRF协商建立专用承载；
    所述处理器还用于发起所述 UE和所述 PCRF之间专用承载的建立流程。
  37. 37、 一种网络视频的下发系统， 其特征在于， 包括如权利要求 25-31所述的 代理服务器， 以及如权利要求 32-36所述的策略与计费规则功能单元。
CN201380033553.0A 2013-12-26 2013-12-26 网络视频的下发方法、装置及系统 Active CN105027610B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/090601 WO2015096108A1 (zh) 2013-12-26 2013-12-26 网络视频的下发方法、装置及系统

Publications (2)

Publication Number Publication Date
CN105027610A true CN105027610A (zh) 2015-11-04
CN105027610B CN105027610B (zh) 2019-11-19

Family

ID=53477380

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380033553.0A Active CN105027610B (zh) 2013-12-26 2013-12-26 网络视频的下发方法、装置及系统

Country Status (4)

Country Link
US (1) US20160308924A1 (zh)
EP (1) EP3076703A4 (zh)
CN (1) CN105027610B (zh)
WO (1) WO2015096108A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101569510B1 (ko) * 2013-10-22 2015-11-17 네이버 주식회사 적응적 실시간 트랜스코딩 방법 및 이를 위한 스트리밍 서버
KR102101206B1 (ko) * 2014-01-03 2020-05-15 삼성전자 주식회사 무선 통신 시스템에서 혼잡 관리를 위한 방법 및 장치
US11638259B2 (en) * 2019-10-17 2023-04-25 Qualcomm Incorporated Uplink and downlink streaming bit rate assistance in 4G and 5G networks
CN113259375B (zh) * 2021-06-10 2021-09-28 长视科技股份有限公司 一种视频服务的响应方法及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
US20100188975A1 (en) * 2009-01-28 2010-07-29 Gregory G. Raleigh Verifiable device assisted service policy implementation
US20120005358A1 (en) * 2010-06-30 2012-01-05 Alcatel-Lucent Canada Inc. Return of multiple results in rule generation
US20120182868A1 (en) * 2011-01-13 2012-07-19 Telefonaktiebolaget L M Ericsson (Publ) Multiple Bearer Support Upon Congestion Situations
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7593686B1 (en) * 2002-01-29 2009-09-22 Sprint Spectrum L.P. Method and system for selecting transmission modes for streaming media content to a wireless handset access technology
CN1271834C (zh) * 2003-10-24 2006-08-23 清华大学 一种支持大容量用户的多路实时视频网关及其应用方法
CN101720075A (zh) * 2009-02-10 2010-06-02 中兴通讯股份有限公司 一种上报业务信息的方法和装置
CN101841526A (zh) * 2010-03-04 2010-09-22 清华大学 一种适用大规模用户点播的集群式流媒体服务器系统
CN103037449B (zh) * 2011-10-10 2018-01-19 中兴通讯股份有限公司 一种更新服务质量的方法及系统
EP2813056B1 (en) * 2012-02-06 2019-11-27 Nokia Solutions and Networks Oy Customer experience management interaction with caching

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
US20100188975A1 (en) * 2009-01-28 2010-07-29 Gregory G. Raleigh Verifiable device assisted service policy implementation
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法
US20120005358A1 (en) * 2010-06-30 2012-01-05 Alcatel-Lucent Canada Inc. Return of multiple results in rule generation
US20120182868A1 (en) * 2011-01-13 2012-07-19 Telefonaktiebolaget L M Ericsson (Publ) Multiple Bearer Support Upon Congestion Situations

Also Published As

Publication number Publication date
EP3076703A4 (en) 2016-11-23
US20160308924A1 (en) 2016-10-20
CN105027610B (zh) 2019-11-19
WO2015096108A1 (zh) 2015-07-02
EP3076703A1 (en) 2016-10-05

Similar Documents

Publication Publication Date Title
JP4409788B2 (ja) 無線データ通信網切替装置と無線データ通信網切替処理用プログラム
CN101039309B (zh) 链路共享服务装置以及通信方法
CN102594875B (zh) 内容分发的方法、装置及接入网设备
CN102891794B (zh) 一种数据包传输控制的方法及网关
CN102763366A (zh) 不同源的消息的关联
CN104995962A (zh) 网络接入选择方法和终端
US8838480B2 (en) Method and apparatus for display of operator ads
JP2002152259A (ja) 通信端末装置および課金処理装置
CN105027610A (zh) 网络视频的下发方法、装置及系统
EP2850808B1 (en) Method and apparatus for display of operator ads
CN104854841A (zh) 应用服务器、终端设备、网络能力调用系统及方法
CN104969609B (zh) 基于无线通信网络的数据传输控制方法及装置
WO2009089776A1 (fr) Procédé et appareil de maintenance des informations de fonction de règle de politique et de facturation
CN102571963B (zh) 内容分发的方法、装置和接入网设备
WO2012088995A1 (zh) 一种业务控制方法及装置
WO2006090233A1 (en) Provision of services in a communication system
JP3800531B2 (ja) 通信アプリケーション間の状態情報共有・処理方法およびそのシステム
CN101998515B (zh) 控制pcrf负载均衡的实现方法和实现系统
CN104782151A (zh) 信息传输方法和装置
WO2018228916A1 (en) Network assistance in dash using dns
JP6086335B2 (ja) コンテンツダウンロードの方法、関連デバイス、およびシステム
CN102970670A (zh) 一种防范计费溢出的方法、装置及系统
Chavan et al. 4G wireless networks challenges and benefits
WO2013164017A1 (en) Method for controlling media transmission
JP3274455B2 (ja) 情報通信ネットワークの課金方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20210427

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee after: Honor Device Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right