CN110140334B - 基于网络的下载/流传输构思 - Google Patents

基于网络的下载/流传输构思 Download PDF

Info

Publication number
CN110140334B
CN110140334B CN201780082028.6A CN201780082028A CN110140334B CN 110140334 B CN110140334 B CN 110140334B CN 201780082028 A CN201780082028 A CN 201780082028A CN 110140334 B CN110140334 B CN 110140334B
Authority
CN
China
Prior art keywords
network
client
server
data
network device
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
CN201780082028.6A
Other languages
English (en)
Other versions
CN110140334A (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.)
Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Original Assignee
Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
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 Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Publication of CN110140334A publication Critical patent/CN110140334A/zh
Application granted granted Critical
Publication of CN110140334B publication Critical patent/CN110140334B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/823—Prediction of resource usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64753—Control signals issued by the network directed to the server or the client directed to the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource 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/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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer

Abstract

提供一种通过网络流传输/下载数据的构思，该构思例如通常在网络资源的合理使用、避免空缓冲情况方面或者在网络上的数据流量的需要量方面更高效，和/或能够针对更多数量的网络环境实现下载或流传输数据的效率提高，或者更容易转移到其他网络环境上。

Description

基于网络的下载/流传输构思
技术领域
本申请涉及在诸如蜂窝网络之类的网络上的基于网络的数据下载和数据的流传输。
背景技术
在[1]中，在RAN中描述了关于环境感知服务传递的正在进行的LTE研究项目。其目的在于，由于高数据速率和低延迟要求以及网络回程链路约束，运营商在提供移动宽带服务方面面临越来越多的挑战：
-由于例如多跳转数据转发在某些传输网络条件下可能构成问题，而导致传输移动内容的长E2E延迟。
-由于在尺寸不足的情况下集中化的节点部署，回程和核心网络(CN)(例如，PDNGW和SGW)中的高服务负载。
这些约束可能会对各种用户服务产生负面影响。基于网络部署方案，运营商可以寻求解决方案来解决这些约束并满足各种用户服务要求，以实现体验增强。
语音是主要服务，3GPP针对3G和4G定义了语音特定的跨层优化。基于Web的流传输视频和应用预计将占用4G/5G带宽的大部分，并且是进一步提高运营商的ARPU(每个用户的平均收入)的关键来源。MPEG和3GPP SA4一直在考虑通过RAN和App相互感知(例如，网络辅助DASH、视频感知调度)的跨层优化。ETSI MEC致力于移动视频传输优化和本地内容缓存。基于Web的流传输视频和应用的深层跨层优化可以提供期望的益处。其他SDO/工作组，例如ETSI MEC也致力于移动视频传输优化和本地内容缓存。
上面已经有一些基于网络的专有解决方案。这些网络解决方案要么需要用户平面数据分组的可扩展DPI(深度分组检测)，要么需要到内容服务器的私有接口。此外，DPI如何用于加密内容仍然存在问题。
对于具有多个网络供应商的运营商来说，上述解决方案可能难以部署和操作。也就是说，当前的LTE网络能力与未来网络中的各种用户服务要求之间存在差距。
目前提出的解决方案在[3]中描述。
简要总结以上内容，仍然需要更加高效地通过网络进行流传输和数据下载。取决于网络，客户端通过网络流传输/下载数据所面临的吞吐量情况可能会有很大差异，因此通过为客户端提供利用获知关于网络的实际情况的信息的机会，可以获得很大的益处。例如，没有这样的信息，客户端可能仅仅能够监视其缓冲器填充水平，以便获得关于网络情况的发展的信息。然而，这种监视带来了一定的延迟。此外，以这种方式，客户端不能“预测”网络行为，因为客户端不能将吞吐量变化与典型的网络情况相关联。然而，关于获知这种网络情况的信息将允许客户端避免不必要的缓冲器存储、对网络资源的不必要的需求、意外地遇到空缓冲器情况等。
发明内容
因此，本发明的一个目的是提供一种通过网络流传输/下载数据的构思，该构思例如通常在网络资源的合理使用、避免空缓冲情况方面或者在网络上的数据流量的需要量方面更高效，和/或能够针对更多数量的网络环境实现下载或流传输数据的效率提高，或者更容易转移到其他网络环境上。
该目的是通过本申请的独立权利要求的主题来实现的。
根据本申请的第一方面，从网络泄露到客户端的信息涉及吞吐量初步减少或增加事件。例如，这样的事件可以是蜂窝网络中的切换或已知在某些情况下发生的事件，例如客户端在其上操作的用户实体沿预定路径行进通过网络服务的区域，该路径穿过例如具有不同吞吐量能力的小区。检测此类事件并根据检测向客户端发送预定信号的网络设备使客户端和网络能够更高效地使用可用的网络资源和/或防止空缓冲器情况和/或实现更公平的网络资源共享。在吞吐量初步减少或增加的开始影响客户端的缓冲器填充水平时，客户端无法预测吞吐量减少和增加的初步性质。吞吐量减少或增加的初步性质还使得网络设备和/或客户端能够执行旨在预补偿流传输时吞吐量初步减少或增加的影响的措施。因此，根据本申请的第一方面，通过网络设备检测客户端从服务器流传输数据流的吞吐量初步减少或增加事件，并且取决于检测到吞吐量初步减少或增加事件，向客户端发送预定信号，使得通过网络的数据流传输更高效。同样地，根据本申请的第一方面，通过用于从服务器流传输数据流的设备使得通过网络的数据流传输更高效，该服务器从网络设备接收预定信号，并且取决于预定信号而改变缓冲策略、改变用于缓冲数据流的缓冲器的大小、在自适应地流传输数据流时执行比特率选择、和/或在拉取模式和推送模式之间改变。
根据第二应用的另一方面，基于网络的数据流传输在网络资源的高效使用和网络资源的合理使用方面更高效，因为关于数据流的(要下载和流传输的)剩余部分的信息从客户端泄漏到网络设备，该网络设备又使用该信息参与或执行网络资源的协商。通过访问这种信息，可以在网络服务的用户实体之间更有效地共享可用网络资源。例如，如果客户端当前只剩下一小部分要下载，而且客户端仅仅在短暂时间内位于容量较高的网络区域内，那么尝试通过花费足够的资源让该客户端在离开高吞吐量区域之前或在高吞吐量机会消失之前下载数据流来立即满足该客户端可以是有利的。另外或替代地，网络设备可以根据关于剩余部分的信息向客户端发送预定的流传输控制信号，以便发生类似的结果。
根据第二应用的另一方面，基于网络的数据流在高效使用网络资源和合理使用网络资源方面变得更高效，因为关于播出模式的信息从客户端泄露到网络设备，其又使用该信息参与或执行用于多个用户实体的网络资源的协商，该多个用户实体包括该播放模式涉及的客户端正在其上操作的用户实体。例如，除了其中数据流以正常速度播出的正常播放模式之外，播出模式还可以包括例如实时模式、暂停模式、慢速播放模式(例如，在视频的情况下的慢动作)和快速播放模式(例如，快进或快退播放模式)。通过访问这种信息，可以在网络服务的用户实体之间更有效地共享可用网络资源。例如，如果客户端当前处于暂停模式，但由于填充水平较低，其缓冲器可能会耗尽，与客户端已经处于正常播放模式的情况相比，主动填充此客户端的缓冲器以便为重新进入正常播放模式做好准备不那么紧急。因此，在高数据流量的情况下，与处于正常播出模式相比，在协商期间，当前处于暂停模式的客户端例如可以被提供较少的网络资源。以类似的方式，网络设备可以利用关于客户端处于慢速播放模式或快速播放模式的信息。以类似的方式，根据本申请的该方面的被配置用于经由网络从服务器流传输数据流的设备被配置为向网络设备通知不同播出模式当中该设备用于播出的播出模式。根据本申请的该方面的变型，代替相应地参与或者执行网络资源的协商，或者除此之外，网络设备使用关于客户端的播出模式的提示来控制客户端的流传输行为。
根据本申请的另一方面，通过向客户端提供在从外部自适应流传输时用于控制客户端的比特率自适应性的控制机制，使得基于网络的数据流传输更高效。网络设备通过协商引起向客户端对网络资源的分配，其足以满足特定吞吐量，并且基于后者，网络设备经由相应信号控制客户端。
根据本申请的另一方面，通过客户端向网络设备发送关于缓冲器充满度的信息，该网络设备又可以以取决于缓冲器充满度的方式向客户端发送预定的流传输控制信号，使得基于网络的数据流传输更高效。换言之，根据这个方面，客户端响应于通知网络设备关于其缓冲器充满度，接收预定流传输控制信号形式的流传输引导，其可以例如包括由于例如公平原因而初步停止下载的建议。
根据本申请的又一方面，通过向客户端提供进入比特率非连续流传输模式的机会并相应地通知网络，使得通过网络的数据流传输更高效。通过该措施，网络设备可以使用关于客户端已经进入比特率非连续流传输模式、调整参与或执行对用于客户端的网络资源的协商的信息。比特率非连续流传输模式可以例如涉及客户端分配更大的存储器以缓冲数据流。通过这种措施，数据流可以更加非连续地流传输到客户端。这可以在分配网络资源时被利用，因为就时间方面的分配分布而言，可以以更大的自由度将客户端所需的网络资源分配给客户端。可以通过不向已经进入比特率非连续流传输模式的客户端分配网络资源来桥接高数据流量的时间阶段，同时可以使用低数据流量的时间阶段以便填充这些客户端的缓冲器。根据本申请的另一方面，通过向网络设备提供以取决于客户端的当前位置的方式向客户端发送预定流传输控制信号的能力，可以使基于网络的数据流传输更高效。利用该措施，网络设备可以利用过去的流传输历史的统计数据和其他信息，以便根据其位置引导某个客户端的流传输行为。
与本申请的第一方面密切相关，根据本申请的另一方面，通过在网络设备向客户端通知网络相关信息(例如，即将发生的吞吐量变化)时触发客户端向网络设备发送预定信号，使得基于网络的流传输更高效，通过网络从服务器流以该吞吐量传输数据流。通过该措施，客户端不需要连续地、间歇地或周期性地连续通知网络设备关于客户端的当前流传输情况的特性。而是，当网络设备检测到即将发生的吞吐量变化(例如，吞吐量初步减少或增加)时，网络设备可以触发从客户端到网络设备的这种数据流。
根据本申请的另一方面，通过向设备提供根据关于吞吐量初步改变(增加或减少)的信息执行对数据项的预取的能力，使得从服务器下载通过用户输入选择的数据项更高效，可以以所述吞吐量下载数据项。
根据另一方面，使得网络设备是存在于下载设备(下载可以是流传输或不是流传输)和网络之外的实体。也就是说，能够考虑两种类型的信息，即网络相关数据以及客户端相关数据，的网络设备功能变得可以转移到更多数量的网络环境，因此提供上面关于更高数量的场景的有利效果。
附图说明
本申请的上述方面的有利实现是从属权利要求的主题。应注意，上面讨论的方面可以以不限于通过从属权利要求指示的这些组合的程度的方式彼此组合。此外，以下参考附图进一步描述了本申请的优选实施例，在附图中：
图1示出了示意性框图，其示出了用于通过网络将数据从服务器流传输到或下载到客户端的系统，作为可以使用随后描述的流传输设备或下载设备以及网络设备的示例；
图2示出了示出由流传输设备执行的任务和来自服务器的流传输数据的示意图；
图3示出了策略和计费控制(PCC)架构的示例，该PCC架构用于递送网络相关信息，例如用于DASH服务的QoS，作为如何将网络相关信息从网络泄漏给流传输设备的示例；
图4示出了用户实体的框图，用于说明根据本申请的实施例的网络设备可以驻留在用户实体内；
图5示出了作为无线网络情况下桥接客户端和基站之间的接口时在网络和客户端之间共享信息的可能方式的RAN辅助速率选择的过程；
图6示意性地示出了典型蜂窝网络的框图，以便示出可以用于共享信息和从网络向客户端(反之亦然)泄露信息的可能接口；
图7示出了示意图，该示意图示出了专用接口MRI用于在能够充当DANE并相应地发送PER消息的网络设备和网络之间共享信息的可能性；
图8示出了示出根据本申请的实施例的网络设备可以嵌入网络12内(这里示例性地在蜂窝网络的基站内)的可能性的示意图；
图9通过流程图示出了根据本申请实施例的网络设备的操作模式，其中网络设备检测吞吐量初步增加或减少的事件并相应地向客户发送预定信号；
图10示出了指示将数据流流传输到客户端的吞吐量随时间的变化的图，该随时间的变化示出了吞吐量初步减少的事件，以便说明如何有利地桥接这种事件的一些可能性；
图11示出了与图10类似但是关于示出了吞吐量初步增加的事件的示例的示例性图；
图12示出了如果在吞吐量初步减少时执行适当的对策措施，客户端中的缓冲器填充水平及其随时间的变化的图；
图13示出了根据本申请实施例的流传输设备的步骤或功能，其中流传输设备以某种方式响应预定信号，以便适当地处理诸如图10和图11所示的初步增加和减少事件之类的情况，以及下图中讨论的其他情况；
图14示出了示出根据本申请实施例的网络设备和根据本申请的对应流传输设备的示意图，其中从客户端向网络设备发信号通知关于数据流的剩余尚未流传输/下载的数据部分的信息；
图15示出了根据本申请实施例的网络设备和流传输设备的示意图，其中流传输设备向网络设备通知当前选择的播出模式；
图16示出了根据本申请实施例的网络设备和流传输设备的示意图，其中从网络设备到流传输设备的流传输控制信号由网络设备发送出，该网络设备又相应地协商用于客户端的网络资源，使得客户端可以依赖于流传输控制信号用于自适应流传输；
图17示出了根据实施例的网络设备和流传输设备的示意图，其中客户端向网络设备通知其缓冲器充满度；
图18示出了根据实施例的网络设备和流传输设备的示意图，其中客户端向网络设备通知其进入比特率非连续流传输模式；
图19示出了根据实施例的网络设备和下载设备的示意图，其中用来自网络设备的信息引导下载设备的预取；
图20示出了根据实施例的网络设备和下载/流传输设备的示意图，其中网络设备是除下载/流传输设备和网络之外的实体，该实体通过两个接口与两者进行通信；
图21是示意性信号流程图，其使用水平箭头并从顶部至底部使用时间序列示出了在流传输/下载设备开始其下载/流传输的情况下网络实体与下载/流传输设备之间的信号流；以及
图22是示意性信号流程图，使用水平箭头并且从顶部至底部使用时间序列示出了网络实体和下载/流传输设备(这里是流传输设备)之间的信号流，在示例性情况下流传输设备向网络设备提供下载相关信息(例如，缓冲器水平)以及网络设备与两者都对吞吐量提升达成一致的网络设备和流传输设备进行的商定。
具体实施方式
本申请的优选实施例的后续描述开始于对基于网络的流传输/下载系统的描述，即用于通过网络从服务器向客户端流传输/下载数据的系统。该系统的描述应当用作可以使用本申请的后续说明的实施例的场景的示例。该描述还可以用作对稍后描述的实施例的流传输设备和网络设备的功能的描述和解释的基础。另外，系统的描述应用作解释与基于网络的数据流传输/下载关联的问题的基础。之后，描述了几种可能性，其中根据随后描述的实施例的网络设备可以布置在先前讨论的系统内。即使这样，也描述了关于本申请的方面的各种实施例以及由此产生的优点。
图1示出了用于通过网络12将数据从服务器10流传输/下载到客户端14的系统。服务器10包括：用于存储数据的存储器或存储装置16；以及连接到存储装置16的控制器18，以获取被请求由客户端14下载的数据段或数据项。
在图1中，网络12示例性地示出由一个或多个基站20a、20b、20c组成的蜂窝网络，每个基站以有线方式内部连接到核心网络22。然而，应该注意，稍后描述的实施例不限于任何类型的网络12，并且不限于服务器10和客户端14附接到网络12的任何特定方式。仅出于说明的目的，图1示出了服务器10经由诸如互联网连接之类的有线连接附接到网络12，而客户端14在由基站20a-20c中的至少一个服务以便与该基站进行无线通信的用户实体14上操作。然而，需要强调的是，出于说明的目的和对以下实施例的更好理解而在此讨论的网络基础设施不应被理解为受限制，并且当服务器10和客户端14经由另一网络彼此通信时，由随后解释的实施例克服的问题和提供的优点也可以发生在环境或系统中。例如，由于某种原因，即使基于缆线的网络也可以具有在时间上和/或空间上变化的数据流量，数据流量在某个位置和/或某个时间点接近或甚至增加网络12的网络容量，使得网络资源的共享可以利用获知客户端侧处当前流传输情况的信息，反之亦然，客户端14可以利用获知资源发展的信息，即在网络侧发生的过剩容量(overcapacities)的缺点。
图1将用户实体24示出为包括网络接口26，该网络接口26被配置为执行与当前服务基站(例如，基站20a)的无线通信。这意味着客户端14经由网络接口26与服务器10通信，并且网络接口26形成用户接口24和网络12之间的通信桥接器。
仅作为可选示例，图1示出了用户实体24还包括与客户端14交互的应用28以及用户输入接口30和用户输出接口32。例如，用户实体24可以包括处理器和应用28，并且客户端14可以是在其上运行的程序。甚至网络接口26也可以例如部分地在该处理器上运行。用户输入接口30和用户输出接口32可以例如通过触摸屏实现，其中流传输/下载的数据例如是视频数据。然而，如下所述，流传输/下载的数据类型不限于视频数据。
例如，图2示出了客户端14从服务器10流传输/下载的数据是与特定播出速度相关联的媒体的情况。例如，媒体数据可以是如图2中说明性指示的视频34，但是其他示例也是可行的，例如音频数据流、诸如3D模型的混合数据之类的3D数据等。在时间段36中，媒体数据34在服务器10处可用。换言之，数据段序列中的每个序列表示相应时间段36或已被编码到相应时间段36中，使得数据段的顺序解码和播出导致对媒体34的再现。客户端14顺序地从服务器10请求数据段38并将它们缓冲在缓冲器40中。客户端14以预定的播出速度顺序地输出缓冲的数据段38，并且取决于数据段38到达客户端14的速率，缓冲器40内的填充水平42，即由数据段38的序列形成的数据流44的缓冲下载量，随时间变化。优选地，缓冲器的大小，即其数据容量，足以补偿将数据流44从服务器10流传输/下载到客户端14的吞吐量的变化。例如，数据流44或数据段38的实际解码可以在图1所示的应用28中进行，该应用可以例如仅形成解码器，但是也可以具有附加功能，例如在诸如视频或音频点播应用、虚拟现实应用、计算机游戏等之类的若干程序之间切换。
尽管未在图2中示出，但是服务器10可以以不同的所谓比特率表示来提供媒体34。媒体34的这些不同比特率版本或比特率表示可以例如在编码媒体内容的质量方面(例如，在空间分辨率、时间分辨率、信噪比、比特深度等方面)彼此不同。在流传输时，客户端14可以在这些表示之间切换，使得数据段38(其序列形成流传输/下载的数据流44)属于这些不同表示，使得数据流44的比特率如其中编码的媒体34的质量一样随时间变化。换言之，这些表示中的每个表示可以与媒体34被编码到相应表示中的不同比特率和质量组成的对相关联，每个表示又被分成数据段。由客户端14从服务器10选择和下载的数据段38的序列指的是媒体34的连续时间段36。只要一系列直接顺序数据段38属于一个特定表示，数据流44的比特率就以恒定比特率流传输/下载到客户端14，例如，当在该系列的连续数据段之后，跟随着属于不同比特率/质量的不同表示的数据段38时，数据流44的比特率改变。可以在服务器10处获得媒体呈现描述48。客户端14可以在从服务器10开始流传输数据流44之前从服务器10请求媒体呈现描述48。关于清单文件的媒体呈现描述48可以向客户端14提供关于服务器10处可用的各个数据段的地址的信息，以及如果适用的话，服务器10处可用的特定数据的不同表示。
在描述一方面的网络12与另一方面的对数据的流传输/下载之间的相互影响之前，应该简要地指出，下面描述的一些实施例与待播出以对一些时间上变化的信息进行数据描述的数据无关。例如，在服务器10处提供的数据可以形成通过链接彼此相互链接的多个数据项。例如，每个数据项可以为用户形成文本、视频和/或音频信息，为用户提供切换到其他数据项的能力。也就是说，当前呈现的数据项，即当前呈现给用户的数据项，可以具有到其他数据项的一个或多个链接，使得在用户选择时，这些链接的数据项之一被呈现给用户。在这种情况下，客户端14可以保持关闭，并且应用28例如直接连接到网络接口26并且自身形成一种客户端。应用28可以具有缓冲器40，以便缓冲用户接下来以增加的可能性访问的数据项，即直接链接到当前呈现的数据项或者通过较少数量的中间数据项(即，较少数量的项目间链接)链接到当前呈现的数据项的数据项。例如，互联网页面可以形成这种数据项的示例。
如果网络和客户端对于彼此的情况完全不可知，则由于许多原因这可能是不利的。充其量，网络12将知晓客户端14的情况，例如其当前缓冲器40、服务器处的可用表示等，其中相应客户端从该服务器流传输/下载其数据流等。知晓这一点的优点是网络12可以考虑该信息并共享网络资源。具有巨大的缓冲器填充水平42可以很容易地应对所分配的网络资源的初步减少。反过来，如果网络12知晓客户端的缓冲器填充水平42即将变为零，即客户端的缓冲器用尽缓冲器数据段，则网络12可以在分配当前网络资源时考虑这种情况，即该客户端遭遇空缓冲器情况或停止运行情况的危险。与此相关的问题是可能通过该网络12大量客户端执行流传输/下载任务，在这种情况下，网络12和客户端14之间的数据流将相当高。因此，在这方面，改进基于网络的流传输/下载的任何构思也应该是高效的。
然而，在描述本申请的实施例之前，以下描述将重点放在这一问题：如何使一方面的网络12和另一方面的客户端14进入彼此通信以便向彼此通知他们当前情况的状态。为了不使以下描述过度复杂化，术语客户端14在下文中也用于涵盖那些示例，其中应用28本身如上所述承担客户端的任务，作为图1实际描述的情况的替代。特别地，通常，客户端14对于底层网络是不可知的，通过该底层网络，客户端14从服务器10接收数据流或数据。根据下面阐述的实施例，在客户端14外部添加网络设备或网络实体，以便能够访问服务器10和客户端14之间的数据通信。可以通过将该网络设备定位在用户实体24内、网络12内或甚至服务器10内来完成根据下面描述的任何实施例的对网络设备的“添加”。可以通过向图1中已经示出的任何实体添加特定功能或添加附加模块来完成“添加”。在任何情况下，网络设备都能够与客户端14通信，并且能够通过自身作为网络12的一部分或通过与网络12通信来访问网络相关数据。从网络层的角度来看，即在OSI层级层结构方面，这些通信发生在不同的层，因此下面描述的概念有时也称为跨层流传输/下载概念。
一方面客户端域与另一方面网络域之间的跨层信息共享的一种可能性在图3中以3GPP为例进行了描述。
在当前的3GPP系统中，PCC级(策略控制和计费)信令已经可以完成向客户端设备(用户设备或UE)对网络QoS信息的传送，因此DASH客户端可以通过内部API在本地(在UE内)获得QoS信息。DASH服务器充当应用，它知晓应用类型和MPD。DASH内容信息可以由应用功能(AF)从MPD提取，映射到适当的属性-值对(AVP)，并通过Rx参考点提供给策略和计费规则功能(PCRF)。PCRF将通过Rx参考点接收的DASH相关AVP和从Gx和Gxa/Gxc参考点接收的输入与来自订户简档存储库(SPR)的用户特定策略数据组合，以形成会话级策略决策并将其提供给PCEF和BBERF。
换言之，PCRF在设置QoS时考虑订户信息。然后，接入特定的QoS参数从PCEF/BBERF被传送到UE[1]。在TS 23.401[5]中规定了UE如何在专用承载激活和利用承载QoS更新的承载修改期间获取QoS信息。
也就是说，图4示出了可以在用户实体24上放置或操作网络设备(下面针对该网络设备更详细地描述实施例)的示例。网络设备50附接到网络接口26或与网络接口26通信，即可以访问网络相关信息，例如承载连接、载波、分配的资源、切换等。网络设备50甚至可以影响网络的内部操作，例如网络设备50可以参与或执行客户端14的网络资源协商。另一方面，网络设备50与客户端14接口连接。也就是说，网络设备50能够经由特殊接口(例如，刚刚描述的API接口)与客户端14通信。通过这种措施，客户端14可以获知关于网络相关内部信息的信息，并在管理流传输过程时，例如在控制缓冲器填充水平42和/或在服务器10处可用的各种比特率版本或表示中进行选择时，考虑该信息。关于客户端14如何有利地利用获知网络相关信息的信息的其他可能性在下面进一步描述。
相对作为自适应流传输环境的特殊示例的DASH描述了跨层感知的另一种可能性。然而，读者将清楚，类似的概念也适用于其他自适应流传输标准。
在图5所示的示例中，RAN向客户端提供预测的带宽。用于特定UE的预测带宽是估计在一时间段内在无线电下行链路接口处可用的吞吐量。
这里的想法如下：跨层机制对于DASH会话可以非常有益。23009-5描述了可以在DASH客户端、DASH服务器和DASH感知网络元件(DANE)之间交换的消息和架构。使用参数增强接收(PER)消息，DANE可以向客户端通知高速缓存的段、备用段可用性、用于传递的定时信息、网络吞吐量/QoS等，这导致智能DASH客户端适应行为。使用度量和状态消息，DASH客户端可以向网络(即，DANE)通知所请求的带宽/质量、预期的DASH段、可接受的备选内容等。这导致服务器或代理处的智能高速缓存和实时媒体处理[6]。
其中一个问题仍然是如何在核心网(CN)和无线电接入网(RAN)中的较低层使用高层消息，反之亦然(如何将低层消息带到较高层)。图6示出了网络结构。
如图4所示，它是客户端侧的DANE，该DASH客户端14可以通话并将SAND消息发送到其实现DANE的本地地址。这允许标准定义接口用于通信和基于DANE的跨层API，该DANE负责将该消息转换为较低层级消息(无线电资源控制-RRC或L2)，反之亦然。一旦转换为APP层消息，就在DASH客户端的用户DANE 50和SAND 52部分之间交换SAND消息。
在下文中，描述了若干消息，其可以被添加到SAND和/或较低层级消息，例如在接口RRC、S1-C(与移动性管理实体MME通信的UE)、PC5(UE之间的直接通信)或任何其他接口中。
为了完整起见，并且在开始描述本申请的实施例之前，图7示出了负责跨层获知信息链接的网络设备位于UE 24外部(即，这里示例性地在媒体服务器10内)的群集或可能性。网络设备50(在此再次示例性地称为DANE，其中示例性地假设DASH作为自适应流传输协议的示例，该假设不应被理解为限制性的)经由被称为媒体-RAN接口的新接口与网络通信。该媒体-RAN接口(简称为MRI)允许取决于无线电状态的媒体推送/拉取，例如如下面关于一个实施例所解释的。该接口可以向DANE 50提供来自网络的信息。可能已经从当前服务于客户端14在其上操作的UE 24的基站20a发送该信息。可能有利于了解DANE 50的这种网络信息的示例是：信道质量(CQI)、接口状态(SINR＝信号与干扰加噪声比)；聚合状态(例如载波聚合)、基站(eNB)处的小区负载、切换快拉/延迟(阻断提示等)。
作为在开始描述本申请的实施例之前的最后一个注意事项，应注意，下面描述实施例的网络设备50甚至可以备选地位于网络本身中，如图8所示。在这种情况下，例如当网络设备50可以使用本地IP接入(LIPA)以便开始这样的SAND消息时，网络设备50可以通过SAND与客户端通信。
通过图9，以下描述现在描述了当网络设备50通过利用其获知关于吞吐量的初步减少或增加事件的信息来提高向客户端流传输数据的效率时的实施例。特别地，图9示出了根据本申请符合第一方面的实施例的网络设备50的操作模式。
特别地，根据图9，网络设备50(其如图4所示可以位于UE内，如图8所示可以位于网络内，如图7所示可以位于服务器内)在图9中步骤60处执行对吞吐量初步增加或减少事件的检测。关于如何执行检测以及与之密切相关的关于吞吐量的初步减少或增加事件是什么存在若干种可能性。在任何情况下，这种吞吐量初步增加或减少事件的初步性质是：与只是在这种吞吐量初步增加或减少事件开始和结束时向客户端通知吞吐量变化的情况相比，如果客户已知初步性质，则可能导致改进的流传输行为。图10试图说明情况。图10以图形方式示出了从服务器到客户端通过网络的吞吐量的时间变化。在时间间隔62期间，吞吐量初步降低。这是“吞吐量初步减少事件”。图11基本上对应于图10中描绘的示例，唯一的区别在于在时间间隔62内，吞吐量初步增加。也就是说，根据图10中描绘的吞吐量初步减少64以及如图11中所描绘的吞吐量初步增加66的初步性质，事件64/66之前和之后的吞吐量几乎相同。例如，如图10和图11中的实线所示，事件64和66之前和之后的吞吐量可能相同，但应注意其他示例也是有效的。例如，在没有事件64和66的影响的情况下，吞吐量也改变。然而，当比较事件64/66之前的吞吐量和事件64/66之后的吞吐量时，吞吐量的这种变化68(即，图10和图11中的68)将远小于事件64的情况下吞吐量的减少70以及事件66的情况下吞吐量的增加72。图10和图11还示出了检测到事件64和66的时间点74。尽管检测可以在事件64/66本身开始时进行，但是下面概述了许多示例，其中事件64/66允许在事件64/66之前进行检测。也就是说，在这种情况下，存在时间段76，其中网络设备50和/或客户端14能够考虑获知吞吐量初步增加/减少的信息，以便如在下面陈述执行适当的对策。
如图9所示，网络设备然后在步骤78中根据检测到事件而向客户端14发送预定信号。尽管发送78可以相对于检测60延迟发生，但是图10和图11示出了检测事件64/66的时间点74和执行发送78的时间点80几乎连续地或紧密连续地被执行的情况。
发送78对检测60的“依赖性”可以简单地依赖于网络设备50的响应性来将预定信号发送到客户端14。然而，除此之外，依赖性还可能影响预定信号的内容对检测60的依赖性。例如，预定信号可以包含关于到事件64/66的剩余持续时间的细节的信息(即关于时间段76的长度的信息)，关于时间间隔62的长度的信息和/或关于事件64/66本身的严重性的信息(例如关于在时间间隔62期间可用的吞吐量的信息或者在时间间隔62期间吞吐量的增加量72或减少量70的信息)。
在提供关于预定信号可以向客户端指示的内容以及64/66可以是什么类型的事件的示例之前，图12和图13描述了被称为流传输设备14的客户端的实施例，其将能够利用预定信号。
图12以非常示意性的方式示出了客户端的缓冲器的缓冲器填充水平42。图12示出了客户端14接收预定信号的时间点80，即80。从网络设备50发送到客户端14的预定信号实际可能不会向客户端通知在时间间隔62内发生的事件的“初步性质”。然而，预定信号在客户端14内触发由客户端14采取的措施，这在诸如事件64和66之类的情况下是有利的。然而，应该理解，触发所有这些措施的预定信号在其他情况下也可能是有利的，并且因此下面关于流传输设备或客户端描述的实施例表明关于图13描述的可能措施就关于所涉及的网络设备的描述(其涉及检测可能性和事件的种类)而言不受限制。相反，具有稍后关于图13描述的功能的流传输设备或客户端，即在接收时或响应于相应的预定信号采取措施的设备，在其他情形和情况下也可能是有利的。换言之，从网络设备发送到客户端的预定信号不一定特定于事件64和66。而是，响应于这种预定信号的功能可以被网络设备利用，其中该网络设备向客户端发送这样的预定信号，如下面参考图13和随后的实施例所述。
图12示出了在时间间隔62之前的时间段76。图12示例性地假设在检测到事件64(即，吞吐量初步减少事件)时已经发送了预定信号80。在这种情况下，很明显，由于持续播出，客户端14的缓冲器填充水平将在时间间隔62中减小。在整个前一时间段76中未采取措施的情况下，客户端的缓冲器可能会具有耗尽的风险，即可能发生失速情况。因此，客户端14在时刻80接收到预定信号时的有利反应是将缓冲器策略改变到客户端存储数据流的数据段的程度。也就是说，客户端在时间段76期间开始增加缓冲器水平。在这种情况下，如果客户端响应于在80接收到信号而增加可用的缓冲器大小也是有利的。也就是说，客户端可能会请求底层操作系统例如分配额外的存储器空间。如果数据流的流传输使用自适应流传输协议(根据该协议，服务二器呈现要流传输的数据的可用的不同比特率版本或表示)，若客户端将替代地或另外地通过在时间段76中的下载期间选定/选择较低或最低比特率版本来帮助增加时间段76期间的缓冲器水平，则将是有利的。特别地，当在播出时间中测量时，与选择较高比特率版本相比，较低比特率版本导致缓冲器水平的增加较快。因此，在播出时间中测量，选择较低比特率版本导致能够桥接低吞吐量的较长时间间隔62。图13示出了根据本申请实施例的客户端或流传输设备的相应操作模式。
根据图13，流传输设备在步骤80从诸如网络设备50之类的网络设备接收预定信号。根据预定信号，流传输设备进行以下中的至少一个：在步骤82a改变其缓冲器大小，在步骤82b改变其缓冲器策略，和/或在步骤82c改变其在自适应流传输中的自适应性。
依赖性可以涉及流传输设备对接收到预定信号的简单响应。也就是说，流传输设备可以被配置为在步骤82a根据预定信号改变缓冲器大小。可替代地或另外地，流传输设备可以被配置为在步骤82b根据预定信号改变缓冲器策略。附加地或替代地，流传输设备可以被配置为在步骤82c根据预定信号改变自适应流传输中的自适应性。也就是说，依赖性可以仅仅依赖于预定信号的接收触发相应步骤82a、82b和/或82c的事实。更确切地说，流传输设备可以被配置为响应于预定信号或在步骤80接收到预定信号，而在步骤82b将缓冲器策略改变到增加缓冲器填充水平的程度、在步骤82a增加缓冲器大小、和/或在步骤82c在自适应流传输中选择与当前选择的比特率版本相比较低的比特率版本或最低比特率版本。在这种情况下，预定信号将是网络设备通过在步骤78将该预定信号发送到流传输设备或客户端来为即将发生的吞吐量初步减少事件64做准备的适当手段。可以是：在步骤82c另一预定信号触发流传输设备14选择与当前选择的比特率版本相比具有较高比特率的较高比特率版本或最高比特率版本；网络设备50为即将发生的吞吐量初步增加事件做准备将是有利的，因为该措施将增加“消耗”或增加流传输设备的缓冲器的耗尽速度。
然而，对于预定信号80的“依赖性”也可以表现为不仅仅是任何步骤82a至82c的执行对步骤80处的预定信号的响应性。如稍后所解释的，预定信号可以包括细节或信息、测量事件64/66(例如在时间间隔62的时间长度方面)、前一时间段76的时间长度方面和/或在比特量方面和/或在时间段76和/或62期间可下载的比特率方面。然后，这些细节可用于例如在步骤82b调度和/或调整改变缓冲器策略的参数，或者例如在步骤82c改变自适应性和自适应流传输。
流传输设备可以被配置为响应于预定信号的接收，在时间段76结束时重做在步骤80接收到预定信号时在执行一个或多个步骤82a至82c中的一个或多个改变。例如，在时间段76结束时，流传输设备14可以将其缓冲策略再次改回到正常行为或者在步骤82c将自适应流传输中的自适应性改变回正常自适应性。在预定信号80已经由于吞吐量初步减少事件64而被发送的情况下，返回到正常缓冲策略将耗尽缓冲器，这是因为吞吐量在时间段62期间减少并且流传输设备14不能够与由于播放而引起的耗尽相比足够快速地填充缓冲器。更有利的是，流传输设备将在时间段62期间改变缓冲器策略82b，达到在此时间段62期间数据流的其他数据段的流传输或下载被初步停止，从而在时间段62无论如何都会成为网络资源的缺点的时间段“自愿地”初步放弃对分配的网络资源的任何需要，。在这种情况下，流传输设备14可以被配置为在前一时间段62之后的时间段84内再次改变缓冲器策略以返回到在接收到预定信号80之前已经使用的正常缓冲器策略。
甚至可能的是，在步骤80接收到预定信号时，流传输设备14将启动检测时间段62本身的开始和结束之一的检测过程。例如，一旦吞吐量突然改变，客户端14就可以将其解释为时间段62的开始，并且一旦吞吐量突然再次上升，这可以被解释为时间段84的开始。该检测将适合于检测吞吐量初步减少事件64，但是可以类似地使用检测突然增加然后突然减少，以便检测事件66。
如图13所示，备选地，即作为步骤82a至82c的备选步骤，客户端设备或流传输设备14可以被配置为根据预定信号在拉取模式和推送模式之间改变。例如，如图13所示，流传输设备可以在步骤86中改变成推送模式。另一信号可能会再次导致改变成拉取模式。通过该措施，网络设备可以通过在步骤78发送预定信号，使得流传输设备进入推送模式，使得网络设备能够例如通过在时间段76期间以高吞吐量将数据流推送到客户端的缓冲器中而增加缓冲器填充水平来使网络设备安全地度过即将发生的吞吐量减少事件64。之后，例如在时间段62结束时，网络设备可以用信号通知流传输设备14应该恢复到拉取模式的另一信号的方式，或者流传输设备可以例如通过检测时间段76的结束或时间段62的结束来自己检测再次恢复到拉取模式的时间。返回参考图9处开始的对网络设备的描述，显然在步骤78，网络设备可以做的不仅仅是发送预定信号。也就是说，如上所述，在步骤78处发送的预定信号可以建议流传输设备执行如关于图13和图12描述的某些措施和/或可以向流传输设备通知关于事件64和/或事件66的细节。然后，这将开始流传输设备处的有利过程，例如步骤82a至82c中的任何一个。然而，还存在可以在网络设备50处有利地采取的措施，以便在全局地看时(即，相对由网络服务的所有用户实体)以更有利的方式桥接事件64/66。例如，在预定信号建议流传输设备进入推送模式的情况下，网络设备本身可以“承担”缓冲策略的任务。然而，即使客户端设备没有进入推送模式，网络设备50也可以以下面的方式增加公平性和/或有效性。例如，如果预定信号包含关于在时间段76和/或时间段62期间分配给流传输设备或客户端的用户实体的比特率和/或比特量的信息，则网络设备可以使该“承诺”实际发生。如果网络设备驻留在网络的资源管理器内，则网络设备50仅相应地决定资源分配，并相应地在所有服务的用户实体之间协商网络资源。如果网络设备50在负责最终决定网络资源分配的实体或资源管理器之外，则网络设备50可以相应地协商用于流传输设备14操作的用户实体的网络资源，即例如在吞吐量初步减少事件64的情况下例如可以在时间段76期间请求分配增加的网络资源。网络设备50可以在时间段62期间不协商或者协商少量的网络资源用于客户端，从而在吞吐量初步减少事件64的情况下在时间段62期间为其他留下网络资源。在步骤78处发送预定信号之前，网络设备50可以预先与资源管理器或决定网络资源的最终分配的其他实体协商对网络资源的这种分配。
以上描述没有详细说明在步骤60处什么事件可以被检测为吞吐量初步增加或减少的事件。如以下提供的某些示例将示出的，这种事件的检测60可以基于相应客户端或流传输设备在其上操作的用户实体的位置，和/或基于网络设备50意识到客户端的用户实体已经到达或进入网络的另一小区，即进入网络的另一基站的范围，使得可以即将进行切换。原则上，检测60可以通过监视在网络12的小区之间改变的客户端的用户实体，而预测到某个切换发生或者意识到用户实体处于某种情形中，例如在火车上或者在高速公路上的汽车中，这种情形的一个主要特征是很可能发生事件64或66。例如，接近火车站的火车很可能结果是事件66，这是因为在火车站很可能有高吞吐量和良好接收条件的小区，并且离开火车站的火车很可能形成即将发生的事件64的事件。
换言之，简要概述了图9和图13的描述。
网络设备50可以被配置为将以下中的每一个或以下中的至少一个或多个检测为吞吐量初步减少或增加事件：
切换的中断，即被检测为吞吐量初步减少事件，
客户端通过网络的小区，即在与客户端通过该小区所自和所至的网络的小区相比，该小区具有相对较低的网络资源容量的情况下，被检测为吞吐量初步减少事件，以及在与客户端通过该小区所自和所至的网络的小区相比该小区具有相对高的网络资源容量的情况下，被检测为吞吐量初步增加的事件，
客户端通过网络的小区覆盖间隙，即不是由网络服务的区域，即被检测为吞吐量初步减少事件，
事件64/66也可以是初步增加的序列或初步减少的序列。
可以基于在网络的某个小区中存在客户端14或其操作的用户实体、对其所访问的小区的监视、和/或具有与网络的小区相比被更加精细粒度的采样的位置的客户端的用户实体的位置来完成检测。
根据实施例，预定信号可以表示：
A)吞吐量初步减少事件；
B)吞吐量初步增加事件；
C)吞吐量初步减少或增加事件，以及吞吐量初步减少或增加事件是吞吐量初步减少事件还是吞吐量初步增加事件；
D)(A)、(B)或(C)和事件时间间隔62的持续时间；
E)(A)至(D)之一和直到事件为止时间段76的持续时间；
F)(A)至(E)之一和在时间段62内发生的到客户端14的流传输的吞吐量或者分配的网络资源量；
F)(A)至(F)之一和在时间段76内发生的到客户端14的流传输的吞吐量或者分配的网络资源量；
F)(A)至(G)之一和在时间段84内发生的到客户端14的流传输的吞吐量或者分配的网络资源量；
I)建议客户遵守暂时播出时间被客户端最低限度地预先缓冲，以桥接吞吐量的初步降低；
J)建议客户增加数据流的下载和缓冲部分的量，以桥接由于吞吐量初步减少或增加事件而导致的初步吞吐量损失；
K)建议客户端冻结从服务器自适应地流传输数据流的速率自适应；
L)建议客户初步停止从服务器下载数据流；
M)建议客户端在从服务器自适应地流传输数据流时不选择比特率高于预定量的比特率版本；
O)建议客户端从拉取模式转换到推送模式；
P)(I)至(O)之一以及客户端应用建议的时间长度的指示；
Q)(I)至(P)之一以及对遵循建议的客户端奖励的指示，
在下文中，将通过陈述“信号(A)”、“信号(B)”等来指代上面列出的各种选项。
如上所述，网络设备可以通过向网络12发送请求并且根据请求是否被同意而分别发送信号(F)至(H)，使得向客户端14的用户实体24分配的网络资源对应于根据信号(F)至(H)中的任何信号的任何信令值。可以例如通过载波聚合通过增加网络12与客户端14正在其上操作的用户实体24之间的逻辑连接数量来实现吞吐量的增加。
在来自网络设备50的信号包括根据信号(Q)的奖励的指示的情况下，网络设备50可以被配置为，如果客户端遵循预定信号中的建议，则通过相应地协商用于客户端14的网络资源来安排未来增加对网络资源的共享，或减少被分配给客户端在其上操作的用户实体的网络资源的变动。反过来，该设备可以基于奖励而决定忽略该建议。
在预定信号包含根据信号(O)进入推送模式的建议的情况下，流传输设备14可以基于其缓冲器填充水平42来选择是否切换到推送。如果缓冲器无论如何都是非常满的，即超过一定量，则例如客户端14可以避免进入推送模式。
在预定信号根据信号(O)建议客户端从拉取模式转换到推送模式的情况下，网络设备50可以被配置为当客户端14在推送模式下时通过网络12将数据流推送到客户端。网络设备可以以取决于有关客户端14的缓冲器填充水平的信息的方式经由网络12将数据流推送到客户端14，其中该信息可以从客户端14被发送给设备50，如下面关于图18所述。网络设备50可以将数据流推送到客户端正在其上操作的可由客户端访问的用户实体的缓冲器，并且如MPD中所指示的，通知客户端如何将数据流段请求从服务器地址重定向到缓冲器内的地址。
上面给出的描述在某些情况下相当不明确。以下描述现在呈现具体情况并且使用这些具体示例呈现关于可以通过预定信号以及网络设备50和客户端14可以作出反应的方式传达的细节的特定实施例。
特别地，如上面参考图9至图13所述的网络设备50和客户端设备14能够高效地桥接切换，如果网络12是蜂窝网络类型则可能发生该切换。在这种情况下，可能发生切换。这些切换可以通过小区到小区的切换或一个小区的部分之间的切换，例如LTE切换，但是本申请中使用的术语切换还应该包括诸如LTE到UMTS(反之亦然)之类的RAT间切换。当发生切换时，存在许多需要解决的问题。例如，当切换发生在新小区时，不清楚在用户实体将要移动到的第二小区中是否能够保证在第一小区(即，客户端14正在其上操作的用户实体的小区)中被许可的资源。可能会发生第二小区无法提供相同数量的资源或者它可以提供更多资源。在那种情况下，在没有前一时间段76的情况下，直到切换为止剩余的时间将形成吞吐量初步增加或减少的事件。其次，在切换期间可能存在中断，这可能耗尽客户端的缓冲水平，从而导致不必要的切换。检测到将发生特定切换相应地导致检测到吞吐量初步减少的事件64，即切换期间的中断。
为了解决与切换相关的问题，在步骤78中发送的预定信号可以是一旦切换就向客户指示客户端切换到的小区的特性的方法。也就是说，可以在预定信号中指示时间段62的特性。该消息可以是以下承诺：将提供相同数量的资源(即，吞吐量)，将提供更多资源或将提供更少资源，可能指示新小区将提供的确切值。
可以在步骤78中作为预定信号发送的另一消息可以包括切换正在发生以及中断将持续的时间长度的指示。由于长时间中断，可以通过通知用户下载整个视频来扩展该消息。或者，网络可以向用户实体通知正在发生给定长度的中断，并且在切换之前给定数量的资源将是可用的，即在切换之前将传输给定数量的字节。换言之，可以在消息中指示在时间段76期间分配给客户端的用户实体的资源。基于该信号，流传输设备或客户端可以根据其缓冲水平、中断持续时间(即，时间段62的持续时间)和承诺的资源(即，在时间段76和/或时间段62期间的承诺资源)来决定下载哪个表示。另一种替代方案是网络设备向客户端通知从拉取方法变为推送方法，并且网络设备决定并与服务器10(例如，视频服务器)协商将给定数量的段推送给用户。
共同考虑诸如切换信息之类的特定信息和诸如从RAN接收之类的新小区资源信息，网络设备50可以在步骤78中向客户端发送作为预定信号的消息，建议客户端应该在切换之前下载整个视频。为此，流传输设备或客户端可以被配置为间歇地、周期性地向网络设备50通知关于预先作为预定信号78发送的请求、要从服务器10流传输或下载的剩余播放时间或视频时间。还考虑该剩余播放时间，网络设备可以使分配给客户端的用户实体的网络资源增加。例如，当网络设备50驻留在最终决定资源分配的实体之外时，网络设备50可以向调度器发送消息以优先化客户端的UE，使得更多资源被分配给用户实体，使得在该用户实体上操作的客户端能够在切换之前下载整个视频。如上所述，网络设备可以在步骤78中使用PER消息向客户端通知它可以请求整个视频。
应当注意，关于流传输设备和网络设备描述的后一功能还在使用时导致改进的或更高效的流传输，而不管上面关于事件64/66的检测所陈述的其他细节，或者不管上面参考图13描述的流传输设备功能。也就是说，本申请的另一实施例是流传输设备，其向网络设备通知其直到(由从服务器10流传输或下载的数据流表示的诸如音频或视频之类的)媒体结束为止剩余的尚未下载的或流传输的播放时间。如上所述，网络设备可以考虑该剩余时间，以便暂时将网络资源的分配转移到客户端，因为这种转移仅仅是关于整个数据流的剩余“尾部”。图14示意了该情形。流传输设备或客户端14从服务器10流传输数据流。数据流90的尚未下载或流传输的部分的长度为tremaining。也就是说，由数据流表示的媒体的长度可以例如是T，并且到数据流的末尾(数据流的部分尚未从服务器10被流传输到客户端14)剩下时间tremaining。流传输设备14向网络设备50通知tremaining。如前所述，这可以通过以下方式来完成：间歇地向网络设备50发送具有关于tremaining(即，92)的信息的消息，周期性地发送该消息或者在来自网络设备50的相应请求时发送它。网络设备50可以接收消息92，并且取决于tremaining参与或执行网络12的网络资源的协商，通过该网络资源进行流传输。网络设备50可以向网络12内的实体发送相应的消息，以决定网络资源分配，并且因此向该实体发送消息，请求该实体以优先化客户端14的用户实体，或者网络设备50可能已经是该实体的一部分。
另外或替代地，网络实体50可以向客户端设备14发送信号。该信号可以建议客户端14赶紧下载剩余部分90。信号可以对应于信号(J)或参考(J)的(Q)或者可以包含：
R)建议客户端从服务器完全下载数据流的剩余部分。
客户端14作出相应的反应。例如，它可以具有图13中描述的功能或至少其部分。
例如，由于部分90足够小，网络设备50可以请求为客户端14分配与当前分配的资源量相比增加的网络资源量，并且如果网络的资源分配级同意该请求，则将预定的流传输控制信号发送给客户端，向客户端建议例如通过完全下载剩余部分90(信号(R))来加强其缓冲器填充水平。
类似于使用剩余部分90的获知的信息从服务器10下载或流传输的优点，图13示出了网络设备50和客户端设备14可以以提高流传输效率的方式配置，因此流传输设备14通知网络设备50处于当前播出模式，在该模式下流传输设备14播出流传输的数据流。例如，用户可以具有在不同播出模式之间切换的能力，因此网络设备14以用户选择的播出模式经由其缓冲器46播放数据流。例如，流传输设备14支持的这些不同的播放模式可以包括“实时”或以正常速度播放数据流的正常播出模式、以及诸如慢速播出模式之类的其他模式，例如在由下载或流传输的数据流表示的媒体是视频的情况下的慢动作。另一模式可以是快速播出模式，例如快进或快速重启或暂停模式。虽然这些播出模式对缓冲器46耗尽的速度有影响：例如，在暂停模式的情况下，缓冲器46根本没有被清空。在正常播出模式的情况下，缓冲器46以正常节奏或正常速度清空，并且在慢速播放模式的情况下，缓冲器46被缓慢清空。在快进模式的情况下，缓冲器46可以被快速清空。客户端可以向网络设备50发送消息或信号100，其向网络设备50通知当前选择的播放模式，并且网络设备50可以以与图14的描述类似的方式使用该信息。也就是说，网络设备50可以使用该信息参与或甚至执行网络12的网络资源的协商，通过该网络资源从服务器10流传输数据流。
图14和图15的网络设备50还可以被配置为将预定信号发送到除客户端14在其上操作的用户实体之外的其他用户实体，其发送相应消息90或100。例如，这种到其他客户端的预定信号可以争取利用消息的发起者缓慢地清空其缓冲器46或者甚至停止清空缓冲器的情况，或者在客户端14指示处于快速播出模式的情况下帮助增加客户端14的吞吐量。
消息100还可以包括关于其他播放状态的信息，例如特技模式。
上面已经描述了网络设备可以将数据流推送到客户端。在这种情况下，如果流传输设备或客户端向网络设备通知存储能力可能是有利的。当考虑推送动作时，重要的是要知晓例如内部缓存中在回放和移除之前用户可用于存储段的空间大小。这样的消息将被发送回网络或服务器，以便可以计算在UE未请求它们的情况下发送给用户的段的量(或者可选地，整个电影)。在这种情况下，应该向客户传达一种方法，向客户端通知尚未发布的段的重定向，以便客户端可以从不同位置(例如，内部缓存)检索段而不是使用URL和MPD从原始位置检索。
参考图16描述网络设备50和流传输设备14的另一实施例。同样，图16的网络设备和流传输设备可以具有或不具有如关于图9至图15所描述的任何功能。根据图16的方面，网络辅助吞吐量控制用于呈现更高效的基于网络的流传输。向用户承诺一些资源对其可用，因此不需要吞吐量估计。网络可以随时向用户通知确切的吞吐量水平，因此客户端可以仅将该信息用于自适应算法。或者，网络可以向用户通知吞吐量的变化并发送建议以上下切换到另一表示。这些切换指令可以响应一个或多个级别切换(一个质量或上/下多个质量)。另外，如果没有大的变化并且仅发生临时变化，则网络可以向客户端通知不进行任何切换并保持在所选择的表示，这是因为例如资源仅在短时间内不可用。
因此，图16示出了网络设备50协商110网络资源以获得特定吞吐量，即协商用于客户端或流传输设备14的资源，使得协商的网络资源足以以该吞吐量从服务器10流传输数据流。由于网络设备50可以驻留在网络12中或者嵌入在网络12内，因此该协商110可以导致对所有服务的用户实体(包括客户端14在其上操作的用户实体)的所分配网络资源的最终决定。或者，网络设备50不是关于分配的最终决策者，但是仍然通过相应的请求协商用于客户端14的网络资源并接收针对客户端14做出的最终决定。然后，网络设备50根据吞吐量向客户端14发送预定的流传输控制信号112。例如，信号112可以指示协商的网络资源所对应的吞吐量，并且它们足以实现该吞吐量。该信号可以以某种方式指示吞吐量，以便考虑将数据流12打包到其中的错误传输的分组的重传。在任何情况下，流传输设备或客户端14可以在执行例如自适应流传输中的自适应时，即在执行(在服务器10上可用的)各种比特率版本中的比特率版本选择时，将信号112作为一个参数或甚至唯一参数。或者，信号112可以不指示吞吐量，而是指示客户端14要切换到的比特率版本，即可以直接向客户端14指示在从服务器10自适应地流传输数据流时切换到哪个比特率版本。为此，网络设备50可能已经直接从服务器10或流传输设备14中的任何一个请求和接收媒体表示描述。流传输控制信号112可以绝对地或相对于先前指示的吞吐量/比特率版本指示客户端14使用的吞吐量或比特率版本。响应于流传输控制信号112，流传输设备14在服务器10处提供的各种比特率版本之间上下切换。
另一种方案是提高基于网络的流传输的效率，因为网络基于一些其他服务决定其可能具有高优先级并且可能持续很短的时间段，以暂时停止为给定用户分配资源和将资源分配给其他用户。特别是如果客户端向网络通知其缓冲器充满度并且利用该获知的信息，网络确信在客户端不会发生回放中断，则可以采取这样的动作。图17示出了利用指示客户端或流传输设备14的缓冲器充满度的这种信号120的网络设备50。因此在信号120中指示的缓冲器充满度可指示前述填充水平，即已准备好播出的数据流的已下载和缓冲部分，或者用于缓冲数据流的其他部分的剩余缓冲空间量，即缓冲器大小46减去填充水平42。理论上，信息120可以指示这两个值或者可以指示缓冲器填充水平42以及缓冲器大小46。如上面已经关于所有其他实施例所解释的，网络设备50可以使用该信息以便至少部分地参与或执行客户端14根据缓冲器充满度120对网络资源的协商。例如，缓冲器填充水平可以在播出时间测量的信号120中指示。例如，如果客户端14的播出时间大于预定阈值，则与信号120中指示的未超过该阈值的缓冲器填充水平相比，网络设备50可以协商更少的网络资源用于客户端14。附加地或替代地，网络设备50可以将信号发送到客户端14，其中该信号对应于上面关于图13讨论的或者关于图16讨论的预定信号，因为由网络设备50发送的信号控制客户端14的自适应流传输中的缓冲器策略和/或比特率自适应性。因此，客户端14可以除了发送缓冲器充满度信息120的事实之外而操作，如单独或组合地关于图9至图16所描述的那样操作。向网络设备50发送缓冲器充满度120可以间歇地、周期性地或者在网络设备50发送相应请求时完成。在许多上述实施例中，网络设备50可以发出相应的信号，该信号告诉客户端暂时停止发出段请求并在将来的某个时间点恢复请求数据流的段。例如，上面讨论的预定信号可以建议流传输设备14在一段时间内停止下载数据流。换言之，如果缓冲器充满度指示高缓冲器填充水平并且另外通过网络12向网络设备通知网络12上的高数据流量，则网络设备50可以发送预定的流传输控制信号，使得预定的流传输控制信号向客户端14通知根据与(L)有关的信号(P)中断对数据流的进一步流传输。
根据一些获知的信息，UE将意识到具有连续回放的唯一可能性是，如果必须以非连续的方式发送整个视频或其大部分。这种使用情况的示例是当接收器或UE位于火车中并且仅在停靠站处可获得高连接性时。从客户端到网络设备的消息是有用的，其向网络设备通知客户端接收整个视频或其大部分视频的意愿。
用户的这种获取的信息可以基于网络提供的一些网络信息，例如当双连接可用时，使用毫米波信道或者使用某种载波聚合。网络可以向客户端通知短时间内发送大量资源的能力。或者，如果双连接可用，则可以从网络向客户端发送消息，该消息通知客户端或UE关于使用接口进行控制、连接到服务器、以及用于发送视频的大部分或者整个视频的另一者。
图18中描绘了该方面。同样，根据图18，网络设备50的功能和关于数据流14描述的功能独立于上面关于图9至图17提出的描述，尽管网络设备50和/或客户端14可以选择性地采用某些功能。客户端14经由网络12从服务器10流传输数据流，并将非连续流传输模式指示信号130发送到网络设备50。关于客户端设备14何时发出信号130存在不同的可能性。例如，客户端14可以响应于接收到从网络设备50向客户端14发送的信号132来执行此操作。信号132将向客户端14指示非连续传输或流传输模式将是有利的。另一种可能性是客户端14通过其他手段检测进入非连续流传输模式的适当性。例如，这种检测134可以涉及从网络设备50之外的另一实体接收信号，例如从应用28、用户实体24的用户、或者基于对客户端14或客户端14在其上操作的用户实体的位置的检查。也就是说，图18的流传输设备14支持非连续流传输模式，根据该模式，例如与不处于非连续流传输模式时相比，流传输设备14在处于非连续流传输模式时使用例如不同的缓冲策略。例如，与不处于非连续流传输模式相比，当处于非连续流传输模式时，客户端14维持其缓冲器中较高的缓冲器填充水平。除此之外，客户端14可以增加缓冲器填充水平。也可以是，与不处于非连续流传输模式相比，客户端14较不频繁地改变从服务器10流传输数据流的表示的比特率版本。
一旦接收到信号130，网络设备50就可以以至少取决于客户端14处于非连续流传输模式的方式或者并非如信号130所指示的参与或执行对用于客户端14的网络资源的协商。
也就是说，网络设备50从客户端14接收指示客户端进入非连续流传输模式的信号130，并且以至少取决于客户端处于或不处于非连续流传输模式的方式协商用于客户端的网络资源。这可以以这样的方式完成：与客户端并非处于非连续流传输模式的情况相比，如果客户端处于非连续流传输模式，则根据当前对网络资源的需求而分配给客户端的网络资源的变化更加剧烈。如前面关于图9所描述的，网络设备50可以检测客户端通过网络自适应地从服务器流传输数据流的吞吐量的初步减少事件，并且如果客户端处于非连续流传输模式，则在吞吐量初步减少事件之前，以与客户端并非处于非连续流传输模式的情况相比，在吞吐量初步减少事件之前被分配给客户端的网络资源量增加的方式，协商用于客户端的网络资源。此外，如果客户端处于非连续流传输模式，则可以在吞吐量初步减少事件期间以以下方式协商用于客户端的网络资源：使得与客户端并非处于非连续流传输模式的情况相比，在吞吐量初步减少事件期间被分配给客户端的网络资源量减少。类似地，网络设备50在检测到客户端通过网络自适应地从服务器流传输数据流的吞吐量的初步增加的事件时，如果客户端处于非连续流传输模式，可以在吞吐量初步增加事件期间，以与客户端不处于非连续流传输模式的情况相比，在吞吐量初步增加事件期间被分配给客户端的网络资源量减少的方式，协商用于客户端的网络资源。网络设备可以向客户端通知所协商的用于客户端的网络资源量的变化。就客户端或流传输设备而言，其被配置为当处于非连续流传输模式时，与不处于非连续流传输模式相比，使用用于缓冲数据流的较大缓冲器和/或导致较高缓冲器填充水平的缓冲器策略，并通知网络设备处于非连续流传输模式。
对于之前和之后讨论的所有预定信号和消息，应该注意，网络设备可以向客户端通知这些消息中的任何一个仅在给定的时间段内有效。示例是网络设备告诉客户端在给定位置及时获取整个视频。
在另一种情况下，利用UE的地理位置和该位置上的网络状况(例如，在给定时间段内存在于该位置的其他UE经历的网络状况)的历史的一些知识获知的信息，可以使UE知晓只有以非连续方式发送整个视频或其大部分才能进行连续回放。网络状况的历史，例如该特定位置上的平均过去吞吐量，可以存储在基站中，或者可以通过设备到设备(D2D)通信接口在UE之间共享。这种情况的示例是当接收器位于汽车上并经过一系列隧道(在隧道内信号接收较差)并且只有在隧道之间才有高连接性时。已经通过PER消息了解了各种信号接收条件的UE可以向网络/服务器发送消息以向客户端通知其接收整个视频或其大部分的意愿。已经参考图18对此进行了描述。
在另一种情况下，智能客户端可以例如基于给定时间段内最近请求的频率保持其“最喜欢”内容的统计数据。在切换的情况下，已经从网络获得了正在进行切换的消息(在上面定义)以及指定中断将持续的时长的另一消息(在上面定义)的UE，可以向网络发送消息以根据中断的长度来预取一定量的这样的内容，并将其存储在UE的内部高速缓存中。
图19示出了例如用于从服务器10下载由用户输入选择的数据项的设备。数据项140通过用户可选择的链接彼此链接。例如，数据项可以是媒体内容，例如网页，每个数据项具有地址，使得其他数据项可以通过使用其地址指向(链接到)该数据项。客户端14已经与之相关联的当前选择的数据项142是用户可能接下来访问的数据项的集合，主要是包括直接链接到当前呈现的数据项142或通过少量中间数据项140链接到该数据项142的集合。取决于位置144，设备14可以预取要在缓冲器40中缓冲的某些数据项。然而，在图19的情况下，设备14在预取数据项以便被缓冲在缓冲器40中时的动作不同。特别地，设备14响应于从网络设备50发送到设备14的信号146。该信号146向设备14通知即将到来的预取间隙，即从服务器10预取数据项的即将到来的困难。因此，为了降低用户访问当前呈现的数据项142旁边的某个数据项的可能性，该数据项尚未预取并缓冲在缓冲器40中，设备14通过预先增加预取和缓冲的数据项的数量，即增加用户可能接下来访问的预取和缓冲数据项的集合，来对信号146作出反应。可以通过位置信息144来控制对这组预取和缓冲的数据项的选择。
关于图9至图19的上述实施例，应当注意，对于所有这些实施例，网络设备50可以驻留在UE 24中、嵌入到网络12中或者甚至驻留在其他地方，例如在服务器10中。这个构思允许网络设备与许多类型的网络协作。也就是说，网络设备功能可以转移到更多数量的网络环境，因此提供了上面针对更多数量的场景所阐述的有利效果。
因此，以下对实施例的描述提供了网络设备50的实施例，该网络设备50能够获得在通过网络流传输或下载数据时考虑网络相关数据以及客户端相关数据的优点。图20中描绘的实施例的网络设备可以根据或可以不根据上面参考图9至图19描述的一个或多个实施例来实现，并且是除下载设备(下载可以是流传输或不是流传输)和网络之外的实体。与前面描述的所有其他实施例一样，其也可以与上述任何其他实施例组合，因此图20中所示的网络设备50可以被配置为以前面描述的方式起作用，但是另一功能也是可以设想的。
图20集中于网络设备50包括两个接口的事实，即用于与网络12通信的接口，(客户端14通过网络12从服务器10流传输或下载数据)即网络接口200，以及用于与客户端14通信的客户端接口202。
网络设备50被配置为使用接口200和202获得关于客户端14的IP地址与网络12通过其寻址客户端14操作的用户实体24的地址之间的关联的知识。通过这种措施，网络设备50能够具体地从网络12获得网络相关信息，即关于网络资源的网络相关信息，客户端14通过该网络资源从服务器10下载或流传输数据，并影响网络资源分配过程。如上所述，通过接口200，网络设备50还能够影响关于客户端14的网络资源的调度。通过客户端接口202，网络设备50也能够以上面参考图9至图19示例性描述的方式与客户端14通信。以下描述了协议的部分的具体示例。
例如，图21示出了协议的流传输过程开始部分。图21假设下载会话是流传输，如图9到图18所示，但也可以使用如图19所示的项目下载。进一步图21假设服务器/客户端流传输协议是DASH，但也可以使用另一协议。假设网络包括属于上述核心网络的PDN(分组数据网络)网关和基站(eNB)。可选地，可以是DANE 50经由诸如LIPA之类的本地IP接入连接到网络的eNB以及其他RAN实体，例如核心网络，并且DANE 50可以是运营商网络的一部分，并且可以经由本地网关(L-GW)访问核心网络。
在UE 24上运行的客户端14建立与PDN(分组数据网络)网关的承载连接以启动会话。在承载建立期间，客户端14向PDN网关通知客户端14的IP地址。PDN网关使用该IP地址以便将网络设备50(即，DANE)的IP地址发送回客户端。这可以通过LIPA功能通过到客户端14的HTTP消息来完成。然后，实际上通过承载连接从客户端14向服务器10发送对MPD的请求，于是服务器10将MPD发送回客户端14。此通信通过HTTP进行，与所有其他服务器/客户端通信一样。然后，客户端14在被通知了网络设备50的IP地址之后，经由客户端接口202向网络设备50发送关于MPD(例如，其一部分或整个MPD本身)的信息，或从其导出的内容。客户端与DANE 50的联系也是对网络设备50提供的服务的一种激活，即用于更高效的流传输的基于网络的信息指导，这可以遵循如上关于图20所述的上述实施例之一，但也可以不同地配置。从那时起，DANE知晓客户端14的IP地址。DANE可以使用它来区分与客户端14有关的网络相关信息与不与客户端14相关的网络信息，例如与客户端14在其上操作的用户实体之外的其他用户实体有关的网络信息。区分可以涉及eNB或DANE导出用于承载连接的网络标识符，以用于客户端的流传输。然后，DANE 50与eNB和DASH客户端通信以实现更高效的流传输，其又被示出为在服务器和客户端之间的端发生，尽管网络设备与eNB的通信也可以在流传输期间发生。
图22示出了协议部分的另一示例。假设可以如上所述。这里，DANE 50引起吞吐量提升激活。eNB可以通过经由载波聚合或通过使用双连接(NR)在同一分量载波上调度更多资源，来执行吞吐量提升。特别地，图22是网络设备50从流传输设备获得下载的相关信息(例如，缓冲水平)和从网络设备获得网络相关信息的示例。在适当的时机，例如固有吞吐量减少，DANE 50决定设置吞吐量提升以填满客户端的缓冲器，为后续吞吐量减少做准备。因此，DANE询问网络和流传输设备是否同意这样的吞吐量提升，基于此考虑到来自客户端14的当前缓冲水平消息，DANE 50通过相应地指示eNB并且可选地向客户端通知实际激活来激活该提升。
因此，根据图20至图22，网络设备50包括第一接口202和第二接口200，第一接口202被配置为与经由网络从服务器10下载数据的客户端14通信，第二接口200被配置为与网络通信。网络设备50可以通过第一接口202发送用于与客户端14通信的HTTP消息，例如至少部分地，在客户端是DASH客户端的情况下的SEND消息。网络设备50可以通过第一接口202影响客户端14关于从服务器下载数据的操作模式。为此，例如网络可以向客户端发送任何上述信号(A)至(R)。或者，影响可以包括网络设备50向客户端14发送信号146或112。网络设备可以根据与从服务器经由网络向客户端下载数据有关的网络信息来影响客户端14，网络设备50通过第二接口200获得该信息。这种网络信息例如涉及即将发生的切换的信息、数据业务情况、分配的资源、安排吞吐量提升的确认等。附加地或替代地，网络设备50可以通过第二接口200，根据与通过网络12将数据从服务器10下载到客户端14相关的下载信息，影响关于从服务器10向客户端14下载数据的网络12的网络资源分配，并从客户端获得下载信息。下载的信息可以是例如关于缓冲器水平的信息，或者关于缓冲器清空速度的信息，即播出模式，如上所述。更具体地，它可以是诸如信号92、100或120之类的信息，但不限于此。网络的影响可以包括网络处针对客户端的提升网络资源或网络资源的任何协商的安排。通常，网络设备50使用第一接口200和第二接口202，在客户端通过第一接口202使用网络设备50的IP地址联系时，改善从服务器到客户端的数据下载，其中，在建立承载时，网络(PDN GW)已经向客户端14提供了该IP地址。网络设备50从请求获得客户端14的IP地址并且可以使用该IP地址通过第二接口200从网络12获得用于以下的标识符：对网络的与有助于经由网络从服务器将数据下载到客户端的网络资源有关的网络信息和网络的与并非有助于经由网络从服务器将数据下载到客户端的网络资源有关的其他网络信息进行区分。或者，网络设备50不使用刚刚提到的标识符本身，但是网络12执行此操作并将标识符与客户端14的IP地址相关联。如前所述，客户端可以是流传输客户端，但是可选地，数据下载未被流传输。
客户端设备14执行与网络的承载建立以开始下载，响应于承载建立而从网络12接收网络设备的IP地址；并使用IP地址，从网络设备50获取与经由网络从服务器下载数据有关的网络信息，并根据网络信息调整下载，和/或通过网络从服务器向网络设备发送与数据的下载和/或播放有关的信息。这可以涉及以上关于图9至图19讨论的任何实施例，但也可以不同地完成。客户端设备50可以通过向IP地址发送激活请求来激活网络设备。客户端50可以从服务器请求MPD并向网络设备提供从MPD或MPD的至少一部分的副本导出的信息。客户端14从网络设备50接收与经由网络从服务器下载数据有关的网络信息，并根据网络信息调整下载，和/或客户端14通过网络从服务器向网络设备发送与数据的缓冲和/或播出有关的信息，以便有利地被网络设备使用。
关于接口200，应该注意，对于通信，可以使用专有的MRI接口。
媒体-RAN接口(MRI)可以指定DASH辅助网络元件(DANE)与可以是无线电接入网络(RAN)的网络之间的控制接口200。这允许应用和传输层的联合跨层优化。
MRI可以是双向接口，其具有从DANE到RAN以及从RAN到DANE的通信。
对于在DANE和RAN之间交换的信息，可以说DANE可以向RAN提供UE上下文信息，例如唯一标识符，使得RAN UE可以被映射到DANE服务流(例如，视频应用等)。RAN可以向DANE提供UE上下文信息，使得UE可以被唯一地标识为注册的RAN UE。RAN提供的信息可以是MMEUE S1AP ID。
DANE可以为RAN查询的用户提供服务队列的缓冲水平，使得RAN接口(具有对eNB中的资源调度器的访问)可以决定触发无线电接口上的服务提升。可以使用以下来实现服务提升：
-如果有免费的无线电资源，无线电网络上的较多资源
-通过载波聚合，例如根据可用的载波和UE能力聚合更多频带
-通过双连接进行聚合，例如如果连接到5G基站，并且UE支持这个新的5G接口，则基站可以决定允许对该新载波的服务提升，同时保持控制传统无线电网络上的流量。新载波(5G)可以是毫米波链路(例如，在28GHz或60GHz下操作)，其在短时间内支持非常高的带宽(例如，>250MHz至1GHz或2GHz)。这允许在特定时间段内的服务提升或容量提升，从而允许预先安排下载特定DANE服务(例如，在设备上更新视频选集)。
RAN可以通过向DANE发信号通知包括日期/时间戳和数据速率或数据量的调度信息来向DANE指示容量提升。这允许对DANE进行预先安排的准备或预先选择可以提供给UE的可能服务，例如仅特定视频服务(质量和类型)能够在给定的时间和以给定数据量被传输。
RAN可以指示过载情况(例如，没有额外资源可用或可以被聚合)，使得DANE可以调整和缩小服务以向RAN提供较小的比特率。
RAN可以指示切换条件(HO)，这允许RAN预先缓冲由DANE提供的数据分组，并且经由X2接口将其发送到连续服务递送的相邻基站。
关于图20至图22，应当注意，存在响应于客户端和网络之间的承载建立，从网络12向客户端14发送网络设备的IP地址的替代方案。例如，网络设备的IP地址可以替代地从网络12发送到MPD内的客户端14。诸如PDN GW之类的网络12将在其从服务器10到客户端14的路径上拦截MPD，并且将网络设备的IP地址输入到MPD中例如用于DANE 50的IP地址的位置保存或模板处。甚至替代地，服务器10可以通过MPD本身向客户端10通知DANE 50的IP地址。
图20至图22的配置的优点还在于，DANE功能可以作为与DASH服务分开的单独服务被提供。例如，可以向已经为该服务付费的某些客户端14提供该功能。
所有上面定义的消息可以被实例化为应用层的SAND(ISO/IEC23009-5)消息，或者较低层消息建议RRC消息，如由3GPP定义的。
虽然已经在装置的上下文中描述了一些方面，但是将清楚的是，这些方面还表示对应方法的描述，其中，块或设备对应于方法步骤或方法步骤的特征。类似地，在方法步骤的上下文中描述的方面也表示对相应块或项或者相应装置的特征的描述。可以由(或使用)硬件装置(诸如，微处理器、可编程计算机或电子电路)来执行一些或全部方法步骤。在一些实施例中，可以由这种装置来执行最重要方法步骤中的一个或多个方法步骤。
取决于某些实现要求，可以在硬件中或在软件中实现本发明的实施例。可以使用其上存储有电子可读控制信号的数字存储介质(例如，软盘、DVD、蓝光、CD、ROM、PROM、EPROM、EEPROM或闪存)来执行实现，该电子可读控制信号与可编程计算机系统协作(或者能够与之协作)从而执行相应方法。因此，数字存储介质可以是计算机可读的。
根据本发明的一些实施例包括具有电子可读控制信号的数据载体，该电子可读控制信号能够与可编程计算机系统协作从而执行本文所述的方法之一。
通常，本发明的实施例可以实现为具有程序代码的计算机程序产品，程序代码可操作以在计算机程序产品在计算机上运行时执行方法之一。程序代码可以例如存储在机器可读载体上。
其他实施例包括存储在机器可读载体上的计算机程序，该计算机程序用于执行本文所述的方法之一。
换言之，本发明方法的实施例因此是具有程序代码的计算机程序，该程序代码用于在计算机程序在计算机上运行时执行本文所述的方法之一。
因此，本发明方法的另一实施例是其上记录有计算机程序的数据载体(或者数字存储介质或计算机可读介质)，该计算机程序用于执行本文所述的方法之一。数据载体、数字存储介质或记录介质通常是有形的和/或非瞬时性的。
因此，本发明方法的另一实施例是表示计算机程序的数据流或信号序列，所述计算机程序用于执行本文所述的方法之一。数据流或信号序列可以例如被配置为经由数据通信连接(例如，经由互联网)传送。
另一实施例包括处理装置，例如，计算机或可编程逻辑器件，所述处理装置被配置为或适于执行本文所述的方法之一。
另一实施例包括其上安装有计算机程序的计算机，该计算机程序用于执行本文所述的方法之一。
根据本发明的另一实施例包括被配置为向接收机(例如，以电子方式或以光学方式)传输计算机程序的装置或系统，该计算机程序用于执行本文所述的方法之一。接收机可以是例如计算机、移动设备、存储设备等。装置或系统可以例如包括用于向接收机传送计算机程序的文件服务器。
在一些实施例中，可编程逻辑器件(例如，现场可编程门阵列)可以用于执行本文所述的方法的功能中的一些或全部。在一些实施例中，现场可编程门阵列可以与微处理器协作以执行本文所述的方法之一。通常，方法优选地由任意硬件装置来执行。
本文描述的装置可以使用硬件装置、或者使用计算机、或者使用硬件装置和计算机的组合来实现。
本文描述的装置或本文描述的装置的任何组件可以至少部分地在硬件和/或软件中实现。
本文描述的方法可以使用硬件装置、或者使用计算机、或者使用硬件装置和计算机的组合来执行。
本文描述的方法或本文描述的装置的任何组件可以至少部分地由硬件和/或由软件执行。
上述实施例对于本发明的原理仅是说明性的。应当理解的是：本文所述的布置和细节的修改和变形对于本领域其他技术人员将是显而易见的。因此，旨在仅由所附专利权利要求的范围来限制而不是由借助对本文实施例的描述和解释所给出的具体细节来限制。
参考文献
RP-160633.“Study on Context Aware Service Delivery in RAN for LTE”，CMCC，Goteborg，Sweden，March 7-10 2016.
R3-162080，“Reply LS on scope of SA4 SAND SI”，Gothenburg，Sweden，Aug.2016
TR 36.933.“Study on Context Aware Service Delivery in RAN for LTE”，Release 14，3GPP
R3-161676，“Video object deadline-aware scheduling”，Gothenburg，Sweden
TS 23.401，“GeneralPacket Radio Service(GPRS)enhancements for EvolvedUniversal Terrestrial Radio Access Network(E-UTRAN)access”，Relese 14，3GPP
TR 26.957.“Study on Server And Network-assisted Dynamic AdaptiveStreaming over HTTP(DASH)(SAND)for 3GPP multimedia services”。

Claims (14)

1.一种网络设备，包括
第一接口(202)，被配置为与经由网络从服务器(10)下载数据的客户端(14)通信；以及
第二接口(200)，被配置为与所述网络通信，
其中，所述网络设备被配置为在通过所述第一接口(202)使用所述网络设备的IP地址与所述客户端联系时，使用所述第一接口和所述第二接口来改善通过所述网络从所述服务器向所述客户端对所述数据的下载，
其中，所述网络设备被配置为从网络设备由所述客户端联系所通过的请求获得所述客户端(14)的另一IP地址并且使用所述另一IP地址通过所述第二接口(200)从所述网络获得所述网络的标识符或者所述网络将用作以下的方法的标识符：对所述网络的与有助于经由所述网络从所述服务器将所述数据下载到所述客户端的网络资源有关的网络信息和所述网络的与并未有助于经由所述网络从所述服务器将所述数据下载到所述客户端的其他网络资源有关的其他网络信息进行区分。
2.根据权利要求1所述的网络设备，其中：
所述第一接口(202)被配置为使用HTTP消息进行通信。
3.根据权利要求1所述的网络设备，其中，所述网络设备被配置为通过所述第一接口(202)，根据与通过所述网络将数据从所述服务器下载到所述客户端相关的网络信息，影响所述客户端(14)针对从所述服务器下载所述数据的操作模式，并通过所述第二接口(200)获得所述网络信息。
4.根据权利要求1所述的网络设备，其中，所述网络设备被配置为通过所述第二接口(200)，根据与通过所述网络将所述数据从所述服务器下载到所述客户端相关的下载信息，影响所述网络针对从所述服务器向所述客户端下载所述数据的网络资源分配，并从所述客户端获得所述下载信息。
5.根据权利要求4所述的网络设备，其中所述客户端是流传输客户端。
6.一种用于通过网络从服务器下载数据的设备，所述设备包括微处理器，其中所述微处理器被配置为：
利用所述网络执行承载设置以开始所述下载，
从所述网络或从所述服务器接收网络设备的IP地址；
使用所述IP地址，从所述网络设备获取与经由所述网络从所述服务器下载所述数据有关的网络信息，并根据所述网络信息调整所述下载，和/或向所述网络设备发送与经由所述网络缓冲来自所述服务器的数据和/或播出来自所述服务器的所述数据有关的下载信息。
7.根据权利要求6所述的设备，其中所述设备被配置为通过向所述IP地址发送激活请求来激活所述网络设备。
8.根据权利要求6所述的设备，其中，所述设备被配置为从所述服务器请求媒体表示描述MPD，并向所述网络设备提供从所述MPD或所述MPD的至少一部分的副本导出的信息。
9.根据权利要求6所述的设备，被配置为在使用所述IP地址时从所述网络设备接收与经由所述网络从所述服务器下载所述数据有关的网络信息，并根据所述网络信息调整所述下载，和/或向所述网络设备发送与经由所述网络缓冲来自所述服务器的数据和/或播出来自所述服务器的所述数据有关的下载信息，向所述网络设备发送请求，所述请求包括所述设备的另一IP地址。
10.一种通过网络将数据从服务器下载到客户端的方法，包括：
将网络设备的IP地址发送到所述客户端；
所述客户端使用所述IP地址联系所述网络设备，
使用所述客户端的另一IP地址，对与有助于通过所述网络将所述数据从所述服务器下载到所述客户端的网络资源有关的所述网络的网络信息和与并未有助于通过所述网络将所述数据从所述服务器下载到所述客户端的其他网络资源有关的所述网络的其他网络信息进行区分；
以下步骤中的一个或多个：
在所述客户端处使用来自所述网络设备的与经由所述网络从所述服务器下载所述数据有关的网络信息，以根据所述网络信息在所述客户端调整所述下载，和
在所述网络设备处使用来自所述客户端的与缓冲从所述服务器下载的数据和/或播出从所述服务器下载的数据有关的下载信息，来影响所述客户端(14)针对从所述服务器下载数据或影响所述网络针对将所述数据从所述服务器下载到所述客户端的网络资源分配。
11.根据权利要求10所述的方法，其中：
通过以下方式发送所述网络设备的所述IP地址：
响应于所述客户端和所述网络之间的承载建立，从所述网络(12)向所述客户端(14)发送所述网络设备的所述IP地址，
当从所述服务器向所述客户端行进，通过拦截描述如何从所述服务器流传输所述数据的媒体表示描述MPD并将所述网络设备的所述IP地址输入MPD时，从所述网络(12)向所述客户端(14)发送所述网络设备的所述IP地址；
通过所述MPD从所述服务器向所述客户端发送所述网络设备的所述IP地址。
12.一种用于操作网络设备的方法，包括：
与通过第一接口(202)经由网络从服务器(10)下载数据的客户端(14)通信；以及
通过第二接口(200)与所述网络通信，
其中，在通过所述第一接口(202)使用所述网络设备的IP地址与所述客户端联系时，使用所述第一接口和所述第二接口来改善通过所述网络从所述服务器向所述客户端对所述数据的下载，
其中，所述方法包括：为从网络设备由所述客户端联系所通过的请求获得所述客户端(14)的另一IP地址并且使用所述另一IP地址通过所述第二接口(200)从所述网络获得所述网络的标识符或者所述网络将用作以下的方法的标识符：对所述网络的与有助于经由所述网络从所述服务器将所述数据下载到所述客户端的网络资源有关的网络信息和所述网络的与并未有助于经由所述网络从所述服务器将所述数据下载到所述客户端的其他网络资源有关的其他网络信息进行区分。
13.一种用于通过网络从服务器下载数据的方法，包括
利用所述网络执行承载设置以开始所述下载，
从所述网络或从所述服务器接收网络设备的IP地址；
使用所述IP地址，从所述网络设备获取与经由所述网络从所述服务器下载所述数据有关的网络信息，并根据所述网络信息调整所述下载，和/或向所述网络设备发送与通过所述网络缓冲来自所述服务器的数据和/或播放来自所述服务器的所述数据有关的下载信息。
14.一种存储有计算机程序的计算机可读存储介质，所述计算机程序具有程序代码，用于当在计算机上运行时执行根据权利要求11、12或13所述的方法。
CN201780082028.6A 2016-11-03 2017-10-25 基于网络的下载/流传输构思 Active CN110140334B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16197124 2016-11-03
EP16197124.7 2016-11-03
PCT/EP2017/077339 WO2018082988A1 (en) 2016-11-03 2017-10-25 Network-based download/streaming concept

Publications (2)

Publication Number Publication Date
CN110140334A CN110140334A (zh) 2019-08-16
CN110140334B true CN110140334B (zh) 2022-04-29

Family

ID=57281003

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780082028.6A Active CN110140334B (zh) 2016-11-03 2017-10-25 基于网络的下载/流传输构思

Country Status (6)

Country Link
EP (2) EP3535945A1 (zh)
KR (2) KR20220018629A (zh)
CN (1) CN110140334B (zh)
RU (2) RU2019116858A (zh)
TW (1) TWI694696B (zh)
WO (1) WO2018082988A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9756112B2 (en) 2015-02-11 2017-09-05 At&T Intellectual Property I, L.P. Method and system for managing service quality according to network status predictions
US10693575B2 (en) 2018-08-31 2020-06-23 At&T Intellectual Property I, L.P. System and method for throughput prediction for cellular networks
US10868726B2 (en) 2018-12-07 2020-12-15 At&T Intellectual Property I, L.P. Apparatus and method for selecting a bandwidth prediction source
US10728138B2 (en) 2018-12-21 2020-07-28 At&T Intellectual Property I, L.P. Analytics enabled radio access network (RAN)- aware content optimization using mobile edge computing
US11490149B2 (en) 2019-03-15 2022-11-01 At&T Intellectual Property I, L.P. Cap-based client-network interaction for improved streaming experience
US20200136921A1 (en) 2019-09-28 2020-04-30 Intel Corporation Methods, system, articles of manufacture, and apparatus to manage telemetry data in an edge environment
EP4014637A1 (en) * 2019-10-18 2022-06-22 Sony Group Corporation Methods for network assistance for media services, core network node, wireless devices and radio access network nodes
US11297364B2 (en) 2019-11-21 2022-04-05 Synamedia Limited Video content streaming bitrate selection using an edge computing system for improving user experience
CN112507373B (zh) * 2020-11-02 2021-07-20 北京迅达云成科技有限公司 一种工业互联网中工业现场数据远程访问方法
CN113377424B (zh) * 2021-06-23 2022-08-02 支付宝(杭州)信息技术有限公司 一种安装包处理方法、装置以及设备
WO2023121526A1 (en) * 2021-12-23 2023-06-29 Telefonaktiebolaget Lm Ericsson (Publ) Server node, client device, and methods performed therein for handling media related session

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039187A (zh) * 2006-03-17 2007-09-19 腾讯科技（深圳）有限公司 一种数据下载的方法及其系统

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6101547A (en) * 1998-07-14 2000-08-08 Panasonic Technologies, Inc. Inexpensive, scalable and open-architecture media server
CA2301435C (en) * 1999-04-16 2006-10-10 At&T Corp. Method for reducing congestion in packet-switched networks
FR2911231B1 (fr) * 2007-01-09 2009-04-24 Tdf Sa Procede de transmission/reception en temps reel de donnees par paquets entre un serveur et un terminal client, serveur et terminal correspondants
KR20090071995A (ko) * 2007-12-28 2009-07-02 삼성전자주식회사 멀티미디어 스트리밍 서비스 제공 방법 및 그를 수행하는시스템
CA2755774C (en) * 2009-03-19 2015-01-06 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
US9538220B2 (en) * 2009-06-12 2017-01-03 Wi-Lan Labs, Inc. Video streaming quality of experience degradation control using a video quality metric
EP2515243A1 (en) * 2009-12-17 2012-10-24 Telefónica, S.A. Method and system for managing social notifications for mobile devices
CN101835029A (zh) * 2010-04-21 2010-09-15 深圳市紫云鑫软件技术有限公司 流媒体播放控制方法、系统及客户端
CN102486794B (zh) * 2010-12-06 2015-03-18 腾讯科技（深圳）有限公司 一种获取富媒体文件的方法、装置及系统
US20130182601A1 (en) * 2011-02-02 2013-07-18 Soma Bandyopadhyay System and Method for Aggregating and Estimating the Bandwidth of Multiple Network Interfaces
US8683013B2 (en) * 2011-04-18 2014-03-25 Cisco Technology, Inc. System and method for data streaming in a computer network
CN102170479B (zh) * 2011-05-21 2013-12-18 华为数字技术（成都）有限公司 Web缓存的更新方法及Web缓存的更新装置
US20130212440A1 (en) * 2012-02-13 2013-08-15 Li-Raz Rom System and method for virtual system management
TWI528798B (zh) * 2012-10-11 2016-04-01 緯創資通股份有限公司 串流資料下載方法及其電腦可讀取儲存媒體
CN104919847B (zh) * 2012-12-21 2020-12-08 华为技术有限公司 用于估计小区间干扰的用户设备和方法
CN103051955B (zh) * 2012-12-21 2016-08-03 华为技术有限公司 流媒体播放方法及装置
CN103905378B (zh) * 2012-12-25 2017-04-12 华为技术有限公司 一种传输数据的方法及装置
US9941982B2 (en) * 2013-04-10 2018-04-10 Marvell World Trade Ltd. Method and apparatus for testing the beamforming performance of a wireless communication device
US10129800B2 (en) * 2014-03-26 2018-11-13 Telefonaktiebolaget Lm Ericsson (Publ) Methods and equipment for management of playback buffers
EP3141026B1 (en) * 2014-05-05 2020-07-15 Sony Corporation System and method for content streaming in a network environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039187A (zh) * 2006-03-17 2007-09-19 腾讯科技（深圳）有限公司 一种数据下载的方法及其系统

Also Published As

Publication number Publication date
RU2019116858A3 (zh) 2020-12-03
WO2018082988A1 (en) 2018-05-11
TWI694696B (zh) 2020-05-21
TW201820830A (zh) 2018-06-01
KR102358344B1 (ko) 2022-02-07
EP4228275A3 (en) 2023-10-11
RU2021129712A (ru) 2021-11-10
RU2019116858A (ru) 2020-12-03
KR20190074309A (ko) 2019-06-27
EP3535945A1 (en) 2019-09-11
CN110140334A (zh) 2019-08-16
KR20220018629A (ko) 2022-02-15
EP4228275A2 (en) 2023-08-16

Similar Documents

Publication Publication Date Title
CN110140334B (zh) 基于网络的下载/流传输构思
KR102104353B1 (ko) 무선 장치 내의 서비스 애플리케이션의 네트워크 추천된 버퍼 관리
US9203886B2 (en) Content rate control for streaming media servers
WO2018108166A1 (en) Data pre-fetching in mobile networks
US8640174B2 (en) Method for retrieving content, wireless communication device and communication system
US9264934B2 (en) Method and apparatus for controlling the transmission of streaming content in a wireless communication network
US10271345B2 (en) Network node and method for handling a process of controlling a data transfer related to video data of a video streaming service
US20180160332A1 (en) Methods, apparatuses, computer readable medium and computer program product for controlling the download of data from a wireless network to a user equipment
CN109041112B (zh) 接入节点和操作接入节点的方法
EP2772061A1 (en) Signaling enabling status feedback and selection by a network entity of portions of video information to be delivered via wireless transmission to a ue
WO2013182561A1 (en) Data loading control
WO2019016561A1 (en) METHOD, DEVICE AND SYSTEM FOR BROADCASTING MULTIMEDIA DATA
OA18457A (en) Network recommended buffer management of a service application in a radio device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant