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

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

Info

Publication number
CN105027610B
CN105027610B CN201380033553.0A CN201380033553A CN105027610B CN 105027610 B CN105027610 B CN 105027610B CN 201380033553 A CN201380033553 A CN 201380033553A CN 105027610 B CN105027610 B CN 105027610B
Authority
CN
China
Prior art keywords
video
request
proxy server
video file
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.)
Active
Application number
CN201380033553.0A
Other languages
English (en)
Other versions
CN105027610A (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
    • 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/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
    • 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 ChargingControl，策略和计费控制)架构，如图1所示。UE(User Equipment，用户设备)为用户设备，能够使用户通过无线通信网络通信；eNB(evolved Node B，演进型基站)与UE对应，负责无线承载控制、无线接入控制、连接移动性控制、UE的上下行动态资源分配；P-GW(PacketData Network Gateway，分组数据网网关)负责UE接入分组数据网的网关；PCRF(Policycharging 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检测网络拥塞，则根据相应的策略得出与小区的网络状态信息相匹配的视频传输的码率，即为建议码率。
本实施例以网络拥塞为例，将网络拥塞分为三个等级：轻度拥塞LightCongestion、中度拥塞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中代理服务器发送的查询请求可以不携带视频信息，只查询网络状态。在步骤312PCRF向代理服务器回复指示信息中只包括网络拥塞信息，然后代理服务器可以根据指示信息和视频信息确定建议码率。
315、代理服务器根据视频文件的提供条件和指示信息，构造确认消息。
例如，网络处于中度拥塞，代理服务器将UE请求文件的URL(Uniform ResourceLocator，统一资源定位符)中增加视频文件的提供条件，以及将网络状态信息添加到建议码率对应的视频文件的URL中，构造确认消息。
需要说明的是，确认消息中还可以包括与UE请求的视频文件相对应的其他码率的视频文件，在其URL中加入提供条件，以供用户选择。网络状态以及运营商提升服务质量的协商通过扩展URL来实现，其方法是在URL中增加相应的参数信息，来通知网络状态以及与视频文件相应的提供条件。其中，插入的参数信息需要用网络Web API((ApplicationProgramming Interface)，应用程序接口)描述语言来表述(如WADL，Web ApplicationDescription Language，应用程序描述语言)，用于网络实体能够正常解析URL。
例如，UE请求的文件为http：//sever.example.com/media_1M.mp4HTTP/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＝ChargingRule1，
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＝ADinsertion。该方式中用户通过支付额外的费用或观看插入的广告来保证观看视频的流畅度和清晰度。其中，包含支付费用的文件提供了三种可选的类型：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)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (31)

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

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法

Family Cites Families (9)

* 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 清华大学 一种支持大容量用户的多路实时视频网关及其应用方法
US8839387B2 (en) * 2009-01-28 2014-09-16 Headwater Partners I Llc Roaming services network and overlay networks
CN101720075A (zh) * 2009-02-10 2010-06-02 中兴通讯股份有限公司 一种上报业务信息的方法和装置
CN101841526A (zh) * 2010-03-04 2010-09-22 清华大学 一种适用大规模用户点播的集群式流媒体服务器系统
US9118491B2 (en) * 2010-06-30 2015-08-25 Alcatel Lucent Return of multiple results in rule generation
MY175575A (en) * 2011-01-13 2020-07-01 Ericsson Telefon Ab L M Multiple bearer support upon congestion situations
CN103037449B (zh) * 2011-10-10 2018-01-19 中兴通讯股份有限公司 一种更新服务质量的方法及系统
WO2013117211A1 (en) * 2012-02-06 2013-08-15 Nokia Siemens Networks Oy Customer experience management interaction with caching

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394291A (zh) * 2007-09-17 2009-03-25 华为技术有限公司 一种处理业务的方法、装置及系统
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法

Also Published As

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

Similar Documents

Publication Publication Date Title
CN104254109B (zh) 用户设备、基站、流媒体自适应传输系统和方法
EP2953319B1 (en) Method, system and various components of such a system for selecting a chunk identifier
US11968128B2 (en) Management, by an intermediate device, of the quality of transmission of a data stream to a mobile terminal
US7310323B2 (en) Method and system for providing a transmission link for streaming traffic
JP6397930B2 (ja) 通信ネットワークにおけるサービス配信
EP3162138B1 (en) Guaranteed download time
KR101844304B1 (ko) Ｉｍｓ 기반의 이동통신 네트워크에서 스폰서 서비스 제공 방법 및 시스템
JP6068697B1 (ja) 端末装置、データ配信システムおよび配信制御方法
CN104509069A (zh) 支持选择性移动内容优化的技术
US20150207872A1 (en) Method and system for performing mobile cdn request routing
JP6514217B2 (ja) セグメントに分割されたマルチメディアコンテンツを受信するように構成されたクライアント端末によるネットワーク情報取得方法
US20160269988A1 (en) Network access selection method and terminal
US8838480B2 (en) Method and apparatus for display of operator ads
EP2850808B1 (en) Method and apparatus for display of operator ads
CN105027610B (zh) 网络视频的下发方法、装置及系统
EP3065374B1 (en) Network capability invoking method
US9826283B2 (en) Apparatus and method for inserting advertisement in a broadcasting system
RU2634917C2 (ru) Способ управления качеством обслуживания, сервер приложения и оконечное устройство
US11425087B2 (en) Network assistance in DASH using DNS
WO2011072462A1 (zh) 节目内容获取方法及机顶盒
KR20140075829A (ko) 투명 인터넷 캐시 서버와 콘텐츠 전달망을 결합한 콘텐츠 전달 시스템 및 방법
JP6068724B1 (ja) 端末装置、エッジサーバ、データ配信システムおよび配信制御方法
KR101524470B1 (ko) 분산 모바일 컨텐츠 전달 네트워크 시스템 및 상기 시스템을 이용한 컨텐츠 제공 방법
JP2019050567A (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