TWI694696B - 網路為基之下載/串流概念技術 - Google Patents

網路為基之下載/串流概念技術 Download PDF

Info

Publication number
TWI694696B
TWI694696B TW106137951A TW106137951A TWI694696B TW I694696 B TWI694696 B TW I694696B TW 106137951 A TW106137951 A TW 106137951A TW 106137951 A TW106137951 A TW 106137951A TW I694696 B TWI694696 B TW I694696B
Authority
TW
Taiwan
Prior art keywords
network
client
network device
predetermined signal
buffer
Prior art date
Application number
TW106137951A
Other languages
English (en)
Other versions
TW201820830A (zh
Inventor
湯瑪士 夏以爾
寇尼拉斯 黑爾吉
雅構 夏契茲德拉富恩特
瑟漢 古伊爾
湯瑪士 威剛德
湯瑪士 威爾斯
Original Assignee
弗勞恩霍夫爾協會
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 弗勞恩霍夫爾協會 filed Critical 弗勞恩霍夫爾協會
Publication of TW201820830A publication Critical patent/TW201820830A/zh
Application granted granted Critical
Publication of TWI694696B publication Critical patent/TWI694696B/zh

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/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 or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本發明呈現用於經由一網路串流/下載資料之概念，該等概念通常例如就公平使用網路資源、避免空緩衝器情形而言或就經由該網路的資料訊務之必要量而言更有效率，及/或能夠關於更高數目個網路環境達成下載或串流資料時的效率改良，或更容易傳送至其他網路環境。

Description

網路為基之下載/串流概念技術
發明領域
本申請案與經由諸如蜂巢式網路之網路的網路為基之資料下載及資料串流有關。
發明背景
在[1]中，關於上下文感知服務傳遞的進行中之LTE研究項目係在RAN中描述。此研究之動機在於，歸因於高資料速率及低潛時要求且亦歸因於網路空載傳輸鏈路約束條件，操作者在提供行動寬頻服務時正面對愈來愈多的挑戰：
-因例如多重跳躍資料轉送所致的用以傳遞行動內容之長E2E延遲可構成一些輸送網路條件中之問題。
-歸因於低於尺寸標定情況下之集中式節點部署的回程及核心網路(core network，CN)(例如，PDN GW及SGW)中之高服務負載。
此等約束可負面影響各種使用者服務。基於網路部署情境，為了體驗增強，操作者可注意解決此等約束且滿足各種使用者服務要求之解決方案。
語音係針對3G及4G的主要服務及3GPP定義之語音特定跨層最佳化。預期網路為基之串流視訊及應用程式耗用大部分4G/5G頻寬，且係進一步增加操作者的每個使用者平均收益(Average Revenue Per User，ARPU)之關聯來源。MPEG及3GPP SA4已考慮藉由RAN及應用程式相互感知，例如網路輔助DASH、視訊感知排程，之跨層最佳化。ETSI MEC正致力於行動視訊傳遞最佳化及本端內容快取。針對網站為基之串流視訊及應用程式的深跨層最佳化可為傳遞所要益處之可能性。其他SDO/工作群組，例如ETSI MEC，亦致力於行動視訊傳遞最佳化及本端內容快取。
已存在針對以上問題之一些網路為基之專屬解決方案。此等網路解決方案需要針對使用者平面封包之廣泛深封包檢測(Deep Packet Inspection，DPI)或需要至內容伺服器之私用介面。此外，仍存在DPI如何對經加密內容起作用之問題。
在有多個網路供應商要部署及操作之情況下，以上解決方案對於操作者而言可為困難的。亦即，在當前LTE網路能力與未來網路中之多樣使用者服務要求之間存在間隙。
當前建議之解決方案係描述於[3]中。
簡要地概述以上內容，仍然存在一需求以便使經由網路之串流及資料下載更加有效率。視網路而定，經由網路串流/下載資料之用戶端面對的輸送量情形可變 化極大，且因此，藉由為用戶端提供利用關於網路之實際情形之知識的機會可獲得巨大益處。舉例而言，不具此資訊，用戶端可僅能夠測量其緩衝器填充位準，以便得到關於網路情境之發展的資訊。然而，此種監測伴隨一定量之潛時。此外，以此方式，用戶端不能夠「預報」網路行為，此係因為用戶端不能夠講輸送量改變關聯至典型網路情形。然而，關於此等網路情形之知識將允許用戶端避免不必要的緩衝器庫存、對網路資源之不必要需求、意外地限於空緩衝器情形或其類似者。
發明概要
因此，本發明之一目標為提供用於經由網路串流/下載資料之概念，該概念通常例如就公平使用網路資源、避免空緩衝器情形而言或就經由網路的資料訊務之必要量而言更有效率，及/或能夠關於更高數目個網路環境達成下載或串流資料時的效率改良，或更容易傳送至其他網路環境。
此目標係藉由本申請案之獨立技術方案的標的物來達成。
根據本申請案之第一態樣，自網路漏泄至用戶端之資訊係關於輸送量之初步減小或增大的事件。此等事件可例如為一蜂巢式網路中之交遞，或已知在特定情形中發生之事件，諸如用戶端操作所在之使用者實體在一預定路徑上穿過由網路伺服之一區域，該路徑橫穿例如具變化之輸送量容量的小區。偵測此等事件且視該偵測而發送 一預定信號至一用戶端的一網路裝置使得用戶端及網路能夠更有效率地使用可用之網路資源及/或防止空緩衝器情形及/或實現網路資源之更公平共用。輸送量之減小及增大的初步性質係用戶端在輸送量之初步減小或增大的發作影響用戶端之緩衝器填充位準時另外不可預測之某事。輸送量之減小或增大的初步性質亦使得網路裝置及/或用戶端能夠執行目的在於預補償輸送量之初步減小或增大對串流之影響的措施。因此，根據本申請案之第一態樣，藉由網路裝置進行如下操作而使經由一網路之資料串流更有效率：偵測一用戶端串流來自一伺服器之一資料串流所用的輸送量之初步減小或增大的一事件，及視偵測到輸送量之初步減小或增大的該事件而發送一預定信號至該用戶端。同樣，根據本申請案之第一態樣，藉由用於串流來自一伺服器之資料串流的一裝置而使經由一網路之資料串流更有效率，該裝置自一網路裝置接收一預定信號，且視該預定信號而改變一緩衝策略，改變用於緩衝該資料串流之一緩衝器之一大小，在自適應地串流該資料串流時執行位元速率選擇，及/或在一拉取模式與一推送模式之間改變。
根據第二申請案之另外態樣，使網路為基之資料串流就有效使用網路資源及公平使用網路資源而言更有效率，此係因為關於尚待下載及串流的該資料串流之一剩餘部分之資訊係自用戶端漏泄至一網路裝置，該網路裝置又在參與或執行對網路資源之一協商時使用此資訊。藉由能夠存取此種資訊，可用網路資源可在由該網路伺服之 使用者實體之間更有效率地共用。舉例而言，若一用戶端當前僅有小部分不論如何有待下載，且該用戶端處於容量高的該網路之一區域內僅持續短暫時間，則嘗試藉由將足夠資源用於此用戶端以在離開該高輸送量區域之前或在高輸送量機會消失之前使資料串流下載來立即滿足此用戶端可為有利的。另外或替代地，該網路裝置可視關於剩餘部分之資訊而發送一預定串流控制信號至該用戶端，使得類似結果出現。
根據第二申請案之另外態樣，使網路為基之資料串流就有效使用網路資源及公平使用網路資源而言更有效率，此係因為關於一播出模式之資訊係自用戶端漏泄至一網路裝置，該網路裝置又在參與或執行對用於多個使用者實體之網路資源之一協商時使用此資訊，該等多個使用者實體包括該用戶端操作所在之使用者實體，該播出模式與之相關。除其中資料串流係以諸如即時之正常速率播出的正常播出模式之外，播出模式可例如涵蓋暫停模式、慢播放模式(諸如視訊情況下的慢動作)以及快播放模式(諸如快進或快速倒帶播放模式)。藉由能夠存取此種資訊，可用網路資源可在由該網路伺服之使用者實體之間更有效率地共用。舉例而言，若一用戶端當前處於暫停模式，但其緩衝器易於由於低填充位準而耗盡，則與用戶端已經處於正常播放模式之一情形相比時，主動地填充此用戶端之緩衝器以便準備好使用戶端再進入正常播放模式則較不緊急。因此，在高資料訊務之情形中，與處於正常播出模 式相比，當前處於暫停模式之用戶端在協商期間可例如具備較少網路資源。以一類似方式，一網路裝置可利用關於用戶端處於慢播放模式或快播放模式之資訊。以一類似方式，根據本申請案之此態樣的經組配用於經由一網路串流來自一伺服器之一資料串流之一裝置經組配以通知一網路裝置不同播出模式中的該裝置用於播出的播出模式。根據本申請案之此態樣之一變型，該網路裝置將與用戶端之播出模式有關的提示用於控制替代或除相應地參與或執行對網路資源之協商外的用戶端之串流行為。
根據本申請案之另外態樣，藉由為用戶端提供用於控制用戶端在自外部自適應串流時的位元速率自適應性之一控制機制而使網路為基之資料串流更有效率。藉由協商，該網路裝置導致網路資源至用戶端之一分配，其滿足特定輸送量，且基於後者，該網路裝置經由各別信號來控制用戶端。
根據本申請案之另外態樣，藉由用戶端發送關於緩衝器充滿度之資訊至網路裝置而使網路為基之資料串流更有效率，該網路裝置又可以視該緩衝器充滿度而定之一方式發送一預定串流控制信號至用戶端。換言之，根據此態樣，回應於通知該網路裝置其緩衝器充滿度，用戶端接收呈預定串流控制信號之形式的串流引導，其可例如包含出於例如公平性原因而初步停止下載的一建議。
根據本申請案之更另外態樣，藉由如下操作而使經由一網路之資料串流更有效率：為用戶端提供進入 一位元速率不連續串流模式的機會及相應地通知該網路。藉由此措施，該網路裝置可使用關於用戶端已進入位元速率不連續串流模式之資訊，從而對參與或執行對用於用戶端之網路資源之協商進行調整。位元速率不連續串流模式可例如涉及用戶端分配較大記憶體用於緩衝資料串流。藉由此措施，資料串流可更加不連續地串流至用戶端。此可在分配網路資源時利用，此係因為就關於時間之分配分佈而言，用戶端所需之網路資源可以較大自由度分配給用戶端。具高資料訊務之時間階段可藉由不分配網路資源給已進入位元速率不連續串流模式之用戶端來橋接，而可使用具低資料訊務之時間階段以便填補此等用戶端之緩衝。根據本申請案之另外態樣，可藉由如下操作而使網路為基之資料串流更有效率：使一網路裝置具備以視用戶端之當前位置而定之一方式發送預定串流控制信號至用戶端的能力。利用此措施，該網路裝置可利用過去串流歷史之統計資料及其他資訊，以便視特定用戶端之位置而引導其串流行為。
與本申請案之第一態樣密切相關，根據本申請案之另外態樣，藉由如下操作而使網路為基之串流更有效率：在網路裝置通知用戶端網路相關資訊，諸如資料串流經由網路自伺服器串流時的輸送量之即將發生改變，後，觸發用戶端發送一預定信號至網路裝置。藉由此措施，用戶端不需要連續地通知網路裝置與用戶端之連續地、間歇地或定期地當前串流情形相關的特性。實際上，在網路 裝置偵測到輸送量之即將發生改變，諸如輸送量之初步減小或增大，後，網路裝置可觸發自用戶端至網路裝置之此資料流。
根據本申請案之另外態樣，藉由如下操作使自伺服器下載由使用者輸入選擇之資料項目更有效率：使裝置具備視關於可下載資料項目時的輸送量之初步改變(增大或減小)之資訊而執行資料項目之預提取的能力。
根據另外態樣，使一網路裝置作為除下載裝置(下載可為串流或非串流)及網路外的現存實體。亦即，能夠考慮資料之類型兩者(即網路相關資料以及用戶端相關資料)的網路裝置功能性變得可轉移至更高數目個網路環境上，因此關於更高數目個情境提供上文之有利效應。
10:伺服器
12:網路
14:用戶端/串流裝置
16:記憶體或儲存器
18:控制器
20a、20b、20c:基地台
22:核心網路
24:使用者實體
26:網路介面
28:應用程式
30:使用者輸入介面
32:使用者輸出介面
34:視訊/媒體資料
36:時間片段
38:資料片段
40、46:緩衝器
42:緩衝器填充位準
44:資料串流
48:媒體呈現描述(MPD)
50:網路裝置
52:SAND
60、78、80、82a、82b、82c、86:步驟
62:時間間隔
64:輸送量之初步減小/事件
66:輸送量之初步增大/事件
68:輸送量之改變
70:輸送量之減少
72:輸送量之增大
74、80:時間點
76:時間段/下載時段
84:時段
90:尚待下載部分/訊息
92:資訊/信號
100:訊息或信號/資訊
110:協商
112:預定串流控制信號
120:信號/緩衝器充滿度
130:不連續串流模式指示信號/第二預定信號
132:第一預定信號
134:偵測
140:資料項目
142:當前所選資料項目
146:信號
200:網路介面/第二介面
202:用戶端介面/第一介面
Gx、Gxa、Gxc、Rx:參考點
本申請案之上文所概述態樣之有利實施係附屬申請專利範圍之目標。應注意，上文所論述之態樣可彼此組合，其方式不限於藉助於附屬申請專利範圍所指示的此等組合之範圍。除此之外，本申請案之較佳實施例係關於圖式在下文進一步描述，在該等圖式中：圖1展示說明用於在網路上自伺服器至用戶端串流資料或下載資料之系統的示意性方塊圖，該系統作為其中可使用隨後所描述的串流裝置或下載裝置以及網路裝置之實例；圖2展示說明由串流裝置執行且串流來自伺服器之資料之任務的示意圖； 圖3展示用以傳遞諸如DASH服務之QoS的網路相關資訊之政策與計費控制(policy and charging control，PCC)架構之實例，該PCC架構作為如何將網路相關資訊自網路洩漏至串流裝置之實例；圖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以提取所請求的待由用戶端14下載之資料片段或資料項目之控制器18。
在圖1中，網路12係例示性地展示為由一或多個基地台20a、20b、20c組成之蜂巢式網路，該等基地台中之每一者係以有線方式在內部連接至核心網路22。然而，應注意，稍後所描述之實施例並不限於任何種類之網路12，且並不限於將伺服器10及用戶端14附接至網路12的任何特定方式。僅出於說明目的，圖1說明伺服器10係經由諸如網際網路連接之有線連接附接至網路12，而用戶端14對由基地台20a至20c中之至少一者伺服之使用者實體14起作用，以便以無線方式與此基地台通訊。然而，應強調，此處為達成說明目的及更好地理解以下實施例，所論述的網路基礎之分類不應理解為受限，且被克服且由隨後所解釋的實施例提供之問題及優點亦可在伺服器10及用戶端14經由另一網路彼此通訊時在一環境或系統中出現。舉例而言，出於某原因，即使纜線為基之網路可能已 在時間上及/或在空間上改變資料訊務，其在某一位置及/或某一時間點接近於網路12之網路容量或甚至使該網路容量增大，使得網路資源之共用可利用關於用戶端側處的當前串流情形之知識，且反過來，用戶端14可利用關於在網路側進行之資源開發之知識，亦即，過容量之缺點。
圖1說明使用者實體24包含網路介面26，該網路介面經組配以執行與當前服務基地台(諸如基地台20a)之無線通訊。此意謂用戶端14經由網路介面26與伺服器10通訊且網路介面26形成使用者介面24與網路12之間的通訊橋。
僅作為一可選實例，圖1展示使用者實體24亦包含與用戶端14以及使用者輸入介面30及使用者輸出介面32互動之應用程式28。舉例而言，使用者實體24可包含處理器及應用程式28，且用戶端14可為在該處理器及應用程式上運行之程式。甚至網路介面26可例如部分地在此處理器上運行。在所串流/所下載之資料為例如視訊資料之情況下，使用者輸入介面30及使用者輸出介面32可例如由觸控螢幕來實施。然而，所串流/所下載之資料之分類並不限於如下文所描述之視訊資料。
舉例而言，圖2說明由用戶端14自伺服器10串流/下載之資料係與特定播出速率相關聯之媒體的情況。媒體資料可例如為如圖2中所說明性地指示的視訊34，但其他實例亦係可實行的，諸如音訊資料串流、諸如3D模型之大量資料的3D資料或其類似物。媒體資料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可在此等表示之間切換，使得序列形成所串流/所下載之資料串流44之資料片段38屬於此等表示之不同表示，使得資料串流44之位元速率如同經寫碼至其中之媒體34之品質一樣隨時間變化。換言之，此等表示中之每一者可與將媒 體34寫碼成各別表示所用的位元速率及品質之不同對相關聯，每一表示又經分段成資料片段。由用戶端14自伺服器10選擇且下載之資料片段38之序列係指媒體34之相連時間片段36。只要一連串即時順序資料片段38屬於一個特定表示，串流/下載至用戶端14之資料串流44之位元速率截至例如一恆定位元速率，其中資料串流44之位元速率在此串相連資料片段之後的隨後資料片段38屬於具不同位元速率/品質之不同表示時改變。媒體呈現描述48可在伺服器10處獲得。在開始串流來自伺服器10之資料串流44之前，用戶端14可向伺服器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關於其自伺服器10接收資料串流或資料所經由的基礎網路不可知。根據下文所闡述之實施例，在用戶端14外添加網路裝置或網路實體，以便能夠存取伺服器10與用戶端14之間的資料通訊。根據下文所描述之實施例中之任一者的「添加」網路裝置可藉由將此網路裝置定位在使用者實體24內、在網路12或甚至伺服器10內來進行。該「添加」可藉由將特定功能性添加至圖1中已經示出之任何實體或添加額外模組來進行。在任何情況下，網路裝置能夠與用戶端14通訊且能夠由於本身作為網路12之部分或藉由與網路12通訊來存取網路相關資料。自網路層看(亦即，就OSI階層層狀結構而言)，此等通訊在不同層處發生，且因此，下文所描述之概念有時亦被稱作跨層串流/下載概念。
採用3GPP作為一實例，在圖3中描繪出一方面用戶端域與另一方面網路域之間的跨層資訊共用之一種可能性。
在當前3GPP系統中，PCC層級(政策控制及計費)傳信可已經完成網路QoS資訊至用戶端裝置(使用者設備或UE)之傳達，且因此，DASH用戶端可經由內部API在本端(在UE內)獲得QoS資訊。DASH伺服器充當應用程式，其知道應用程式類型及MPD。DASH內容資訊可藉由應用程式功能(Application Function，AF)自MPD提取，映射至適當的屬性-值對(attribute-value pair，AVP)且在 Rx參考點上提供至政策與計費規則功能(policy and charging rules function，PCRF)。PCRF組合在Rx參考點上所接收之DASH相關AVP及自Gx及Gxa/Gxc參考點接收之輸入與來自用戶設定檔儲存庫(subscriber profile repository，SPR)的使用者特定政策資料以形成會話層級政策決策，且將彼等決策提供至PCEF及BBERF。
換言之，在設定QoS時，PCRF考慮該用戶資訊。存取特定QoS參數接著將自PCEF/BBERF傳達至UE[1]。在TS 23.401[5]中規定了UE在專用承載啟動及具有承載QoS更新之承載修改期間如何獲取QoS資訊。
亦即，圖4展示實施例將在下文更詳細地描述之網路裝置可定位在使用者實體24上或在其上操作實例。網路裝置50係附接至網路介面26或與該網路介面通訊，亦即，能夠存取網路相關資訊，諸如承載連接、載波、經分配資源、切換及其類似者。網路裝置50甚至可影響網路之內部操作，例如，網路裝置50可參與或執行對用於用戶端14之網路資源的協商。另一方面，網路裝置50與用戶端14介接。亦即，網路裝置50能夠經由例如剛才所描述之API介面的特殊介面與用戶端14通訊。藉由此措施，用戶端14可獲得關於網路相關內部資訊的知識，且在管理串流程序時(諸如，在控制緩衝器填充位準42及/或在伺服器10處可獲得之各種位元速率版本或表示中進行選擇時)考慮此資訊。在下文進一步描述關於用戶端14可適宜地利用網路相關資訊之知識的其他可能性。
跨層感知之另一可能性係關於作為自適應串流環境之特殊實例的DASH而描述。然而，讀者將清楚，類似概念將亦可適用於其他自適應串流標準。
在圖5中所說明之實例中，RAN將預測頻寬提供至用戶端。特定UE之預測頻寬係經估計在一時間段中在無線電下行鏈路介面處可獲得之輸送量。
此處之想法如下：跨層機制對於DASH會話可極為有益。23009-5描述在DASH用戶端、DASH伺服器及DASH感知網路元件(DASH Aware Network Element，DANE)之間可交換的架構及訊息。使用參數促進接收(Parameters Enhancing Reception，PER)訊息，DANE可通知用戶端已快取片段、替代片段可用性、傳遞之定時信息、網路輸送量/QoS等，此引起智慧型DASH用戶端自適應行為。使用度量及狀態訊息，DASH用戶端可通知網路(亦即，DANE)所請求頻寬/品質、預期DASH片段、可獲得之替代內容等。此引起伺服器或代理處之智慧型快取及即時媒體處理[6]。
問題中之一者仍然係可如何在核心網路(Core Network，CN)及無線電存取網路(Radio Access Network，RAN)中之較低層處使用高層訊息或反之亦然(可如何將低層訊息引至較高層)。網路結構展示於圖6中。
其係如圖4中所描繪的用戶端側之DANE，DASH用戶端14可談論及發送SAND訊息至其實施DANE所在的本端位址。基於負責將彼等訊息轉譯成較低層級訊 息(無線電資源控制-RRC或L2)或相反過程之DANE，此允許將標準定義介面用於通訊及跨層API。一旦經轉譯成APP層訊息，SAND訊息即在使用者DANE 50與作為DASH用戶端之部分的SAND 52之間交換。
在下文中，描述了可添加至SAND及/或較低層級訊息之若干訊息，諸如在介面RRC、S1-C(UE與行動性管理實體-MME通訊)、PC5(UE之間的直接通訊)或任何其他介面中。
出於完整性起見，且在以對本申請案之實施例之描述開始之前，圖7展示負責跨層知識連結之網路裝置定位在UE 24外(即，此處例示性為在媒體伺服器10內)的群集或可能性。網路裝置50(此處再次例示性地稱作DANE，在例示性地假定DASH為用於自適應串流協定之實例，該假定不應理解為限制性的)經由被稱作媒體RAN介面之新介面與網路通訊。簡稱為MRI的此媒體RAN介面例如視無線電狀態而允許媒體推送/拉取，如在下文關於實施例中之一者所解釋。該介面可為DANE 50提供來自網路之資訊。此資訊可能已自當前伺服用戶端14操作所在之UE 24的基地台20a發送。DANE 50得知可能有利的此網路資訊之實例為：頻道品質(channel quality，CQI)、介面狀態(SINR=信號對干擾加雜訊比)；聚集狀態，例如載波聚集、基地台(eNB)處之小區負載、交遞快速拉取/延遲(阻塞提示等)。
作為以對本申請案之實施例之描述開始之 前的最後註解，應注意，網路裝置50(在下文針對其描述實施例)甚至可替代地定位於網路本身中，如圖8中所描繪。在此情況下，舉例而言，當本端IP存取(Local IP Access，LIPA)可由網路裝置50使用以便開始此等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前後之輸送量幾乎相同。舉例而言，輸送量在事件64及66前後可以相同，如由圖10及圖11中之實線所描繪，但應注意，其他實例同樣有效。舉例而言，輸送量亦改變而不會影響事件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例示性地假設預定信號80在偵測到事件64(亦即，輸送量之初步減小的事件)後已發送。在此情形中，顯然，用戶端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的即將發生事件的適當手段。情況可為另一預定信號觸發串流裝置14在步驟82c選擇具有比當前所選位元速率版本高的位元速率之較高位元速率版本或最高位元速率版本；網路裝置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預定信號之前已使用的正常緩衝器策略。
甚至有可能，串流裝置14將於在步驟80接收到預定信號之後開始偵測時段62本身之開始及結束中之一者的偵測程序。舉例而言，一旦輸送量急劇地改變，用戶端14即可將此情況解譯為時段62開始，且一旦輸送量再次急劇地上升，此情況即可被解譯為時段84開始。此偵測可適於偵測輸送量之初步減小的事件64，但偵測急劇減小之後的急劇增大可類似地使用，以便偵測事件66。
如圖13中所示，替代地，亦即替代步驟82a至82c，用戶端裝置或串流裝置14可經視預定信號而在拉取模式與推送模式之間改變。舉例而言，如圖13中所描繪，串流裝置可在步驟86中改變至推送模式。另一信號可導致再次改變至拉取模式。藉由此措施，網路裝置可藉由在步驟78發送預定信號而致使串流裝置進入推送模式，使得網路裝置能夠使網路裝置安全地渡過輸送量之初步減小的即將發生事件64，例如，即藉由提高緩衝器填充位準，其藉由在時段76期間以高輸送量將資料串流推送至用戶端之緩衝器中實現。之後，諸如在時段62結束時，網路裝置可傳信串流裝置14應返還拉取模式的另一信號之道路，或，串流裝置可偵測自身再次返回拉取模式的時間，諸如藉由偵測時段76之結束或時段62之結束。返回參考在圖9開始的對網路裝置之描述，網路裝置不僅可進行在步驟78發送預定信號變為清楚的。亦即，如上文所解釋，在 步驟78發送之預定信號可建議串流裝置執行如關於圖13及圖12所描述之特定措施，及/或可通知串流裝置關於事件64及/或事件66之細節。此將接著開始串流裝置處之有利程序，諸如步驟82a至82c中之任一者。然而，亦存在可在網路裝置50處適宜地採用，以便在自全域看時，亦即關於由網路伺服之所有使用者實體，以更有利方式橋接事件64/66的措施。舉例而言，在預定信號建議串流裝置進入推送模式之情況下，網路裝置本身可「承擔」緩衝器策略之任務。然而，即使用戶端裝置不進入推送模式，網路裝置50亦可以如下方式增大公平性及/或效用。若，例如，預定信號含有關於在時段76及/或時段62期間分配給串流裝置或用戶端之使用者實體的位元速率及/或位元量之資訊，則網路裝置可致使此「承諾」實際發生。若網路裝置駐存在網路之資源管理器內，則網路裝置50僅相應地決定資源分配且相應地在所有所伺服之使用者實體之間協商網路資源。若網路裝置50在負責最終決定網路資源分配之實體或資源管理器外，則網路裝置50可相應地協商用於串流裝置14操作所在之使用者實體的網路資源，亦即，使用者實體在時段76期間，例如，在例如初步減小之輸送量之事件64的情況下，可請求分配增加之網路資源。網路裝置50可協商在時段62期間，無或少量網路資源將用於用戶端，由此在輸送量之初步減小的事件64之情況下，在時段62期間將網路資源留給其他用戶端。於在步驟78發送預定信號之前，網路裝置50可能已在資源管理器或其他實體決定網 路資源之最終分配之前協商過此網路資源分配。
上述描述並不探究關於什麼事件可在步驟60被偵測為輸送量之初步增大或減小的事件之細節。如特定實例之以下提供將展示，此事件之偵測60可基於各別用戶端或串流裝置操作所在之使用者實體的位置，及/或網路裝置50認識到用戶端之使用者實體已達到或進入網路之另一小區，亦即進入網路之另一基地台的範圍，使得交遞可即將發生。原則上，藉助於監測用戶端之使用者實體在網路12之小區之間改變，偵測60可預報特定交遞發生，或認識到使用者實體處在特定類型之情形中，諸如在火車上或在處於高速公路上之汽車中，使得此情形之主要特性在於事件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發生時的輸送量或已分配的網路資源量；G)(A)至(F)中之一者，及在時段76內串流至用戶端14發生時的輸送量或已分配的網路資源量；H)(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將資料串流推送至用戶端。網路裝置可經由網路12將資料串流推送至用戶端14，其方式視關於用戶端14之緩衝器填充位準的資訊而定，該資訊可自用戶端14發送至裝置50，亦如下文關於圖18所描述。網路裝置50可將資料串流推送至用戶端操作所在之使用者實體處、可由用戶端存取的緩衝器，且通知用戶端如何將來自如MPD中所指示之伺服器位址的資料串流片段請求重新導向至緩衝器內之位址。
上文所提出之描述實際上並不特定關於某些情形。以下描述現在呈現特定情形，且使用此等特定實例呈現關於藉助於預定信號可傳遞的細節及網路裝置50 及用戶端14可做出反應的方式之特定實施例。
詳言之，如上文關於圖9至圖13所描述之網路裝置50及用戶端裝置14能夠有效率地橋接在網路12係蜂巢式網路類型之情況下可能出現的交遞。在此情況下，交遞可能發生。此等交遞可為小區至小區交遞，或一個小區之扇區之間的交遞，諸如LTE交遞，但本申請案中所使用之術語交遞亦應涵蓋RAT間交遞，諸如LTE至UMTS或反之亦然。當交遞發生時，有許多問題需要解決。舉例而言，當交遞在新小區發生時，不清楚在第一小區，亦即用戶端14操作所在之使用者實體所用的小區，中被准許之資源在使用者實體將進入之第二小區中是否亦被准許。可能發生第二小區不能提供相同量之資源或第二小區可提供更多資源。在彼情況下，直到交遞為止之剩餘時間可形成輸送量之初步增大或減小的事件，而不存在先前時間段76。其次，在交遞期間可能存在中斷，其可能耗用用戶端之緩衝器層級且因此引起不必要的切換。偵測特定交遞將發生因此導致偵測輸送量之初步減小的事件64，即，交遞期間之中斷。
為了解決與交遞相關聯之問題，步驟78中所發送之預定信號可為向使用者指示一旦交遞發生，用戶端將切換至的小區之特性的方法。亦即，時段62之特性可在預定信號中指示。訊息可為如下承諾：將提供相同量之資源，亦即，輸送量，將提供更多資源，或將提供較少資源，從而可能指示經由新小區提供之精確值。
可在步驟78中作為預定信號發送之另一訊息可由交遞正在發生及中斷會持續多久之一指示構成。此訊息可藉由通知使用者因長中斷所致而下載完整視訊來擴展。替代地，網路可通知使用者實體：給定長度之中斷正在發生，及給定數目個資源在交遞之前將變得可用，亦即給定數目個位元組將在交遞之前傳輸。換言之，在時段76期間分配給用戶端之使用者實體的資源可在該訊息中指示。基於此信號，串流裝置或用戶端可視其緩衝器層級、中斷持續時間(亦即，時段62之持續時間)及承諾資源(亦即，時段76及/或時段62期間之承諾資源)而決定下載哪個表示。另一替代例可為：網路裝置通知用戶端自拉取方式改變至推送方式，且網路裝置決定且與諸如視訊伺服器之伺服器10協商將給定量之片段推送至使用者。
聯合地考慮諸如交遞資訊之特定資訊及諸如自RAN接收之新小區資源資訊，網路裝置50可在步驟78中發送作為預定信號的訊息至用戶端，建議用戶端在交遞之前應下載完整視訊。為此目的，串流裝置或用戶端可經組配以間歇地、定期地或根據作為預定信號78預先發生之請求而通知網路裝置50尚待自伺服器10串流或下載的剩餘播放時間或視訊時間。亦考慮到此剩餘播放時間，網路裝置可使至用戶端之使用者實體的分配網路資源之增加。舉例而言，由於網路裝置50駐存在最後決定資源分配之實體外，網路裝置50可發送一訊息至排程器以優先排序用戶端之UE，以使得更多資源被分配給使用者實體，使得在此 使用者實體上操作之用戶端能夠在交遞之前下載完整視訊。如上文已概述，網路裝置可使用步驟78中之PER訊息來通知用戶端：其可請求完整視訊。
應注意，關於串流裝置及網路裝置所描述得後一功能性在使用時亦引起經改良或更有效率之串流，無關於上文關於事件64/66之偵測所闡述的其他細節或無關於上文關於圖13所描述之串流裝置功能性。亦即，本申請案之另一實施例為串流裝置通知網路裝置直至諸如音訊或視訊之媒體結束為止，其尚未下載或串流之剩餘播出時間，媒體由自伺服器10串流或下載之資料串流來表示。如剛才所描述，網路裝置可考慮此剩餘時間，以便使網路資源至用戶端之分配在時間上移位，此是因為此移位僅關於整體資料串流之剩餘「尾部」。圖14說明此情形。串流裝置或用戶端14串流來自伺服器10之資料串流。資料串流90之尚未下載或串流部分之長度為tremaining。亦即，由資料串流表示之媒體之長度可為例如T，且至資料串流結束留有時間tremaining，資料串流之該部分尚未自伺服器10串流至用戶端14。串流裝置14通知網路裝置50tremaining。如之前已指示，此通知可藉由如下操作而進行：間歇地發送具有關於tremaining之資訊之訊息，即92，至網路裝置50，定期發送該訊息或根據來自網路裝置50之各別請求發送該訊息。網路裝置50可接收訊息92，且視tremaining而參與或執行對串流進行所藉由之網路12之網路資源的協商。網路裝置50可發送各別訊息至網路12內的決定網路資源分配 之實體，且因此發送訊息至要求網路裝置優先排序技術方案14之使用者實體的此實體，或網路裝置50可能已成為此實體之部分。
另外或替代地，網路實體50可發送信號至用戶端裝置14。此信號可建議用戶端14緊急下載剩餘部分90。該信號可對應於信號(J)或(Q)，直到返回參考(J)，或可含有R)對用戶端之建議：完全下載來自伺服器之資料串流的剩餘部分。
用戶端14做出相應地反應。舉例而言，用戶端可具有圖13中所描述之功能性或至少具有該功能性之部分。
舉例而言，網路裝置50可由於足夠小的部分90而請求為用戶端14分配增加量之網路資源，該分配與資源之當前分配量相比增加，且在請求由網路之資源分配階段准許的情況下，藉由完全下載剩餘部分90(信號(R))而將預定串流控制信號發送至用戶端，從而建議用戶端例如增加其緩衝器填充位準。
類似於使用剩餘部分90之知識自伺服器10下載或串流的優點，圖13展示網路裝置50及用戶端裝置14可以改良串流效率之方式來組配，因此串流裝置14通知網路裝置50當前播出模式，串流裝置14以該當前播出模式播出已串流之資料串流。使用者可例如具有在不同播出模式之間切換的能力，且因此，網路裝置14以使用者所選擇之 播出模式經由其緩衝器46播出資料串流。由串流裝置14支援之此等不同播出模式可例如包括資料串流「即時地」或以正常步調播出時之正常播出模式，及其他模式，諸如慢播放模式，諸如在由已下載或已串流之資料串流表示之媒體為視訊的情況下的慢動作。另一模式可為快播出模式，諸如快進或快速重啟或暫停模式。儘管此等播出模式對緩衝器46耗盡之速率有影響，但在例如暫停模式之情況下，緩衝器46並不完全被清空。在正常播出模式之情況下，緩衝器46係以正常步調或正常速率被清空，且在例如慢播放模式之情況下，緩衝器46被緩慢地清空。在快進模式之情況下，緩衝器46可被快速地清空。用戶端可發送訊息或信號100至網路裝置50，此通知網路裝置當前所選的播出模式，且網路裝置50可以類似於圖14之描述的方式使用此資訊。亦即，網路裝置50可在參與或甚至執行對藉以自伺服器10串流資料串流的網路12之網路資源之協商時使用此資訊。
圖14及圖15之網路裝置50亦可經組配以發送預定信號至除發送各別訊息90或100之用戶端14操作所在的使用者實體以外之其他使用者實體。舉例而言，至其他用戶端之此等預定信號可設法利用訊息之發起者緩慢地清空其緩衝器46或甚至停止清空其緩衝器的情形，或在用戶端指示處於快播出模式中之情況下，幫助增大用於用戶端14之輸送量。
訊息100可亦包括關於諸如技巧模式(trick mode)之其他播出狀態的資訊。
上文已經描述，網路裝置可將資料串流推送至用戶端。在此情況下，串流裝置或用戶端通知網路裝置儲存能力可為有利的。在考慮推送動作時，知道例如在內部快取中，有多少空間可供使用者在播放及移除之前用於儲存片段至關重要。此訊息可發送回至網路或伺服器，使得可計算無需UE請求即可傳輸至使用者的片段之量(或替代地，整部電影)。在此等情形中，應傳遞至用戶端之方法通知用戶端尚未發出片段之重新導向，使得用戶端可使用URL及MPD自例如內部快取之不同位置擷取片段，而非自原始位置擷取。
網路裝置50及串流裝置14之另一實施例係關於圖16來描述。同樣，圖16之網路裝置及串流裝置可具有或不具有如關於圖9至圖15所描述的功能性中之任一者。根據圖16之態樣，網路輔助輸送量控制係用以使網路為基之串流更有效率。對使用者之承諾為一些資源可供其使用，使得無需估計輸送量。網路可在任何時間通知使用者準確的輸送量位準，且因此，用戶端可僅將此資訊用於自適應演算法。替代地，網路可通知使用者輸送量之改變，且發送建議以向上切換及向下切換至另一表示。此等切換指令可與一或多個層級切換(一個品質或更多個品質之升/降)相對應。另外，若無巨大改變且僅時間變化發生，則網路可通知用戶端不進行任何切換且保持所選表示，此係因為，例如，資源僅短時間不可用。
因此，圖16展示網路裝置50針對特定輸送量協商110網路資源，亦即，協商用於用戶端或串流裝置14之資源，使得經協商網路資源滿足以此輸送量串流來自伺服器10之資料串流。由於網路裝置50可駐存或嵌入於網路12內，因此此協商110可導致關於用於包括用戶端14操作所在之使用者實體的所有被伺服使用者實體之已分配網路資源的最終決策。替代地，網路裝置50並非關於分配之最終決策實行者，但仍然藉助於各別請求及接收針對用戶端14作出之最終決策而協商用於用戶端14之網路資源。網路裝置50接著視輸送量而將預定串流控制信號112發送至用戶端14。舉例而言，信號112可指示經協商網路資源所對應之輸送量及該等經協商網路資源足以達成該輸送量。該信號可以考慮到資料串流12經封包化而成的未正確傳輸之封包的再傳輸之方式來指示輸送量。在任何情況下，在執行例如自適應串流中之自適應時，亦即，在執行在伺服器10處可獲得之各種位元速率版本中的位元速率版本選擇時，串流裝置或用戶端14可將信號112視作一個參數，或甚至唯一參數。替代地，信號112可不指示輸送量，而是指示用戶端14將切換至的位元速率版本，亦即，可直接向用戶端14指示在自適應地串流來自伺服器10之資料串流時應切換至哪個位元速率版本。為此目的，網路裝置50可能已直接向伺服器10或串流裝置14中之任一者請求媒體呈現描述且接收該媒體呈現描述。串流控制信號112可指示將由用戶端14絕對地或相對於先前所指示之輸送量/ 位元速率版本所使用的輸送量或位元速率版本。回應於串流控制信號112，串流裝置14在伺服器10處所提供之各種位元速率版本之間向上切換或向下切換。
提供網路為基之串流的經改良效率之另一情境導致網路基於可能具有高優先權且可能持續短時間段之一些其他服務而決定暫時停止而改為將資源指派給給定使用者及將資源指派給其他使用者。尤其在用戶端通知網路其緩衝器充滿度及網路可以確定無播放中斷會在用戶端處發生之知識的情況下，可採取此動作。圖17說明網路裝置50利用指示用戶端或串流裝置14之緩衝器充滿度的此信號120。如此在信號120中指示之緩衝器充滿度可指示前述填充位準，亦即準備好播出的資料串流之已下載且已緩衝之部分，或留下來用於緩衝資料串流之其他部分的緩衝空間之量，亦即緩衝器大小46減去填充位準42。理論上，資訊120可指示兩個值或可指示緩衝器填充位準42以及壞蛋大小46。如上文關於所有其他實施例已解釋，網路裝置50可使用此資訊，以便視緩衝器充滿度120而至少部分地參與或執行對用於用戶端14之網路資源之協商。緩衝器填充位準可例如在信號120中指示，以播出時間量測。若用戶端14之播出時間大於例如預定臨限值，則與信號120中所指示的不超過此臨限值之緩衝器填充位準相比，網路裝置50可協商用於用戶端14之較少網路資源。另外或替代地，網路裝置50可發送信號至用戶端14，其中該信號與上文關於圖13所論述或關於圖16所論述之預定信號對應，因 為由網路裝置50發送之信號控制緩衝器策略及/或用戶端14之自適應串流中的位元速率自適應性。因此，除發出緩衝器充滿度資訊120之事實外，用戶端14可如關於圖9至圖16所描述地個別地或組合地操作。緩衝器充滿度120發出至網路裝置50可間歇地、定期地或根據由網路裝置50發送之各別請求而進行。在上述實施例之多者中，網路裝置50可發出各別信號，其告知用戶端暫停且暫時停止發出片段請求，且在未來之某一時間點恢復請求資料串流之片段。舉例而言，如上文所論述之預定信號可建議串流裝置14暫時停止下載資料串流。換言之，網路裝置50可發送預定串流控制信號，以使得預定串流控制信號建議用戶端14在緩衝器充滿度指示高緩衝器填充位準且網路裝置藉由網路12被另外通知網路12上之高資料訊務之情況下，根據與(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串 流時的表示之位元速率版本，其頻率與不處於不連續串流模式相比時較低。
網路裝置50又可能在接收到信號130後參與或執行對用於用戶端14之網路資源之協商，其方式至少取決於用戶端14處於或不處於不連續串流模式中，如信號130所指示。
亦即，網路裝置50自用戶端14接收指示用戶端進入不連續串流模式之信號130，且協商用於用戶端之網路資源，其方式至少取決於用戶端處於或不處於不連續串流模式中。此可以一方式進行，使得與用戶端不處於不連續串流模式中的情況相比，視網路資源之當前需求而分配給用戶端之網路資源的變化在用戶端處於不連續串流模式中的情況下更極端。如之前關於圖9所描述，網路裝置50可偵測用戶端經由網路自適應地串流來自伺服器之資料串流所用的輸送量之初步減小的事件，且在用戶端處於不連續串流模式中的情況下，在輸送量之初步減小的事件之前，協商用於用戶端之網路資源，其方式使得在輸送量之初步減小的事件之前分配給用戶端之網路資源的量與用戶端不處於不連續串流模式中的情況相比增加。此外，若用戶端處於不連續串流模式中，則可以使得輸送量之初步減小的事件期間分配給用戶端之網路資源的量與用戶端不處於不連續串流模式中的情況相比減小之一方式來協商在輸送量之初步減小的事件期間用於用戶端之網路資源。類似地，在偵測到用戶端經由網路自適應地串流來自伺服器 之資料串流所用的輸送量之初步減小的事件後，網路裝置可在用戶端處於不連續串流模式中的情況下，以使得在輸送量之初步減小的事件期間分配給用戶端之網路資源的量與用戶端不處於不連續串流模式中的情況相比增加之方式來協商在輸送量之初步減小的事件期間用於用戶端之網路資源。網路裝置可通知用戶端用於用戶端之經協商網路資源的量之變化。就用戶端或串流裝置而言，其經組配以在處於不連續串流模式中時，與不處於不連續串流模式中相比，使用較大緩衝器用於緩衝資料串流及/或使用產生較高緩衝器填充位準之緩衝器策略，且通知網路裝置處於不連續串流模式中。
針對本文中之前及隨後所論述之所有預定信號及訊息，應注意，網路裝置可通知用戶端此等訊息中之任一者僅在給定時間段中有效。實例可為網路裝置命令用戶端在給定位置及時地取得完整視訊。
在另一情境中，利用關於UE之地理位置及彼位置處之網路條件的歷史(例如，由在給定時間段內存在於此位置之其他UE經歷)之一些知識，可使UE知道，連續播放僅在完整視訊或其大部分係以不連續方式傳輸的情況係可能的。網路條件之歷史，諸如特定位置處之平均過去輸送量，可儲存於基地台中或可經由裝置至裝置(D2D)通訊介面在UE間共用。此情況之實例為當接收器擱置在汽車中且行進通過一系列隧道時，其中信號接收在隧道內較差，且僅高連接性可在隧道之間獲得。UE在經由PER訊息已知 道變化之信號接收條件後可發送訊息至網路/伺服器，以通知用戶端其接收完整視訊或其大部分之意願。此已關於圖18加以描述。
在另一情境中，智慧型用戶端可保持其「最愛」內容之統計資料，其例如基於給定時間段中之新近請求的頻率。在交遞之情況下，在已自網路獲得交遞正在發生(上文所定義)的訊息及指定中斷將持續多久的另一訊息(上文所定義)之後，UE可發送訊息至網路以視中斷之長度而預提取特定量之此內容且將該內容儲存在UE之內部快取中。
圖19展示舉例而言用於自伺服器10下載由使用者輸入選擇之資料項目的裝置。資料項目140係經由使用者可選擇鏈接而彼此互連。資料項目可例如為諸如網頁之媒體內容，每一資料項目具有一位址，以使得其他資料項目可藉由使用其位址而指向、連結至此資料項目。用戶端14與之相關聯的當前所選資料項目142係很可能由使用者接下來訪問的資料項目之集合的一種，該集合主要包含直接連結至當前所呈現之資料項目142或經由少量中間資料項目140連結至此資料項目142的彼等資料項目。裝置14可取決於位置144而預提取待在緩衝器40中緩衝之某些資料項目。然而，在圖19之情況下，裝置14在預提取資料項目時以不同方式動作，以便在緩衝器40中緩衝。詳言之，裝置14回應自網路裝置50發送至裝置14之信號146。此信號146通知裝置14即將發生的預提取間隙，亦即自伺 服器10預提取資料項目時的即將發生困難。因此，為了減小使用者訪問緊接於當前所呈現之資料項目142的尚未預提取及在緩衝器40緩衝之某一資料項目的可能性，裝置14藉由初步提高預提取及緩衝之資料項目的量而對信號146做出反應，亦即增大接下來可能由使用者訪問的經預提取及經緩衝之資料項目的集合。對此集合之經預提取及經緩衝之資料項目的選擇可由位置資訊144來控制。
關於圖9至圖19之上文所概述實施例，應注意，對於所有此等實施例，以下情況成立：網路裝置50可駐存於UE 24中、嵌入至網路12中或甚至駐存在別處，諸如在伺服器10中。此概念允許網路裝置與許多類型之網路合作。亦即，網路裝置功能性變得可轉移至更多數目個網路環境上，因此提供上文關於較高數目個情境所闡述之有利效應。
實施例之以下描述因此提供網路裝置50之一實施例，該網路裝置能夠獲得在經由網路串流或下載資料時考慮網路相關資料以及用戶端相關資料兩者的優點。圖20中所描繪之實施例的網路裝置可以或可不根據上文關於圖9至圖19所描述之實施例中之一或多者來具體化，且係除下載裝置(下載可為串流或不為串流)及網路之外的實體。正如對於亦可與上文所描述之其他實施例中之任一者組合的之前所描述之所有其他實施例成立，圖20中所示之網路裝置50可因此經組配而以之前所描述之方式動作，但另一功能性亦係可想像的。
圖20關注如下事實：網路裝置50包含兩個介面，即：用於與網路12通訊之介面，即網路介面200，用戶端14經由該介面自伺服器10串流或下載資料；及用於與用戶端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，但亦可使用另一協定。假定網路包含屬於先前提及之核心網路之封包資料網路(packet data network，PDN)閘道器，及基地台(eNB)。視情況，有可能DANE 50係經由諸如LIPA之本端IP存取而連接至網路之eNB及例如核心網路的其他RAN實體，且DANE 50可為操作員網路之部分且可能夠 經由本端閘道器(L-GW)存取核心網路。
在UE 24上運行之用戶端14設置與封包資料網路(packet data network，PDN)閘道器之承載連接以開始會話。在承載設置期間，PDN閘道器係由用戶端14通知用戶端14之IP位址。PDN閘道器使用此IP位址以便將網路裝置50，亦即DANE，之IP位址發送回至用戶端。此可藉由LIPA功能性藉助於至用戶端14之HTTP訊息而進行。對MPD之請求接著實際上經由承載連接件自用戶端14發送至伺服器10，伺服器10隨之將MPD發送回至用戶端14。正如對所有其他伺服器/用戶端通訊成立，此通訊經由HTTP進行。用戶端14在經通知網路裝置50之IP位址後接著經由用戶端介面202將關於MPD之資訊，諸如MPD之部分或完整MPD本身或自其導出之某物發送至網路裝置50。由用戶端進行的聯絡DANE 50亦係由網路裝置50提供之服務(即用於更有效率串流的網路為基之資訊引導)的一種啟動，其可遵循如關於圖20已說明之上文所概述實施例中之一者，但其亦可替代地以不同方式組配。此後，DANE知道用戶端14之IP位址。DANE可使用此來區分與用戶端14相關之網路相關資訊與不與用戶端14相關之網路資訊，諸如與除用戶端14操作所在之使用者實體24外的使用者實體相關的網路資訊。區分可涉及eNB或DANE針對用於用戶端之串流的承載連接導出網路識別符。接著，DANE 50與eNB及DASH用戶端通訊以達成更有效率之串流，該串流又經說明為在最後在伺服器與用戶端之間出 現，儘管網路裝置與eNB之通訊在串流期間亦可發生。
圖22協定部分之另一實例。假設可如上文所論述。此處，DANE 50導致輸送量升高啟動。eNB可藉由經由載波聚集在同一個分量載波上排程更多資源或藉由使用雙連接性(dual connectivity，NR)來執行輸送量升高。詳言之，圖22係網路裝置50獲得來串流裝置的下載相關資訊(諸如緩衝器層級)及來自網路裝置的網路相關資訊之實例。在適當時刻，諸如內在輸送量減小，DANE 50決定安裝輸送量升高以填補用戶端之緩衝器，以為後續輸送量減小做準備。因此，DANE詢問網路及串流裝置其是否同意此輸送量升高，隨之考慮到來自用戶端14之當前緩衝器層級訊息，DANE 50藉由相應地命令eNB及時情況通知用戶端實際啟動來啟動該升高。
因此，根據圖20至圖22，網路裝置50包含經組配以與經由網路自伺服器10下載資料之用戶端14通訊的第一介面202，及經組配以與網路通訊的第二介面200。網路裝置50可發送用於經由第一介面202與用戶端14通訊之HTTP訊息，諸如，在用戶端為DASH用戶端之情況下，至少部分地SAND訊息。網路裝置50可經由第一介面202影響關於自伺服器下載資料的用戶端14之操作模式。為此目的，網路可將例如上文提及之信號(A)至(R)中之任一者發送至用戶端。替代地，影響可涉及網路裝置50將信號146或112發送至用戶端14。網路裝置可視與資料經由網路自伺服器至用戶端之下載相關之網路資訊而影響用戶端 14，網路裝置50經由第二介面200獲得該網路資訊。此網路資訊係關於例如即將發生之交遞、資料訊務情形、已分配資源、輸送量升高之確認配置或其類似物的資訊。另外或替代地，網路裝置50可視與經由網路12自伺服器10下載資料至用戶端14相關之下載資訊而定，經由第二介面200影響關於自伺服器10下載資料至用戶端14的網路12之網路資源分配，且自用戶端取得該下載資訊。該下載資訊可為例如關於緩衝器層級之資訊，或關於緩衝器清空速率之資訊，即播出模式，如上文所論述。更具體言之，下載資訊可為如信號92、100或120之資訊，但不限於此。網路之影響可包括升高之配置，或對網路處用於用戶端之網路資源的任何協商。一般而言，在由用戶端經由第一介面202使用網路裝置50之IP位址進行聯絡後，網路裝置50使用第一介面200及第二介面202改良經由網路自伺服器下載資料至用戶端，用戶端14已在設置承載時由網路(PDN GW)提供該IP位址。網路裝置50自該網路裝置由用戶端聯絡所經由之一請求取得用戶端14之IP位址，且可經由第二介面200使用此IP位址，以自網路12獲得用於區分以下兩者之一識別符：與為資料經由網路自伺服器至用戶端之下載出力之網路資源相關的網路之網路資訊，及與不為資料經由網路自伺服器至用戶端之下載出力之網路資源相關的網路之其他網路資訊。替代地，網路裝置50並不使用剛才提及之識別符本身，但網路12使用該識別符且將該識別符與用戶端14之IP位址關聯，如上文所提及，用戶端可為串流用 戶端，但替代地，所下載之資料並非係串流的。
用戶端裝置14執行關於網路開始下載之一承載設置，回應於該承載設置而自網路12接收網路裝置之IP位址；且使用該IP位址自網路裝置50獲得與經由網路自伺服器下載資料相關的網路資訊，且視該網路資訊而調適下載，及/或經由網路將與來自伺服器之資料之緩衝及/或播出相關的下載資訊發送至網路裝置。此可涉及上文關於圖9至圖19所論述之實施例中之任一者，但亦可以不同方式進行。用戶端裝置50藉由發送一啟動請求至IP位址來啟動網路裝置。用戶端50可向伺服器請求MPD且為網路裝置提供自MPD導出之資訊或MPD之至少一部分的一複本。用戶端14自網路裝置50接收與經由網路自伺服器下載資料相關的網路資訊，且視該網路資訊而調適該下載，及/或用戶端14經由網路將與來自伺服器之資料之緩衝及/或播出相關的下載資訊發送至網路裝置，以便有利地供網路裝置使用。
關於介面200，應注意，可將專屬MRI介面用於通訊。
媒體至RAN介面(media-RAN interface，MRI)可指定DASH輔助網路元件(DASH-assisting network element，DANE)與可為無線電存取網路(radio access network，RAN)之網路之間的控制介面200。此允許應用程式及輸送層之聯合跨層最佳化。
MRI可為關於自DANE至RAN及自RAN至 DANE之通訊的雙向介面。
關於在DANE與RAN之間交換之資訊，據稱，DANE可提供UE內容脈絡資訊至RAN，諸如唯一識別符，以使得RAN UE可映射至DANE服務流(例如，視訊應用程式等)。RAN可提供UE內容脈絡資訊至DANE，以使得UE可被唯一地識別為已註冊RAN UE。由RAN提供之資料可為MME UE S1AP ID。
DANE可為由RAN查詢之使用者提供服務佇列之緩衝器層級，以使得RAN介面(能夠存取eNB中之資源排程器)可決定觸發無線電介面上之服務升高。服務升高可使用以下各者來實現：
-在存在可用的自由無線電資源之情況下，無線電網路上之更多資源
-藉由載波聚集，例如視可用載波及UE能力而聚集更多頻帶
-例如在連接至5G基地台之情況下的經由雙連接性之聚集，且UE支援此新5G介面，基地台可決定允許經由此新載波之服務升高，同時保持舊式無線電網路上之控制訊務。新載波(5G)可為支援極高頻寬(例如，>250MHz直至1或2GHz)持續短時段之mmWave鏈路(例如，以28GHz或60GHz操作)。此允許服務或容量升高持續特定時間段，且因此允許特定DANE服務之預先排程下載(例如，更新裝置上之視訊組合)。
RAN可藉由傳信包括日期/時戳及資料速率 或資料量之排程資訊至DANE而向DANE指示容量升高。此允許DANE之預先排程準備或可提供至UE之可能服務的預先選擇，例如僅特定視訊服務(品質及類型)可在此給定時間及資料量中傳輸。
RAN可指示超載條件(例如，無額外資源可用或可聚集)，以使得DANE可調適且按比例縮小服務以將較小位元速率提供至RAN。
RAN可指示交遞條件(handover condition，HO)，其允許RAN預先緩衝由DANE提供之資料封包且經由X2介面將此資料封包傳輸至具連續服務傳遞之鄰近基地台。
關於圖20至圖22，應注意，存在網路裝置之IP位址回應於用戶端與網路之間的承載設置而自網路12發送至用戶端14的替代例。舉例而言，網路裝置之IP位址可替代地在MPD內自網路12發送至用戶端14。諸如PDN GW之網路12可在MPD自伺服器10至用戶端14之途中攔截MPD，且將網路裝置之IP位址鍵入至MPD中，諸如在用於DANE 50之IP位址之替代符號或範本處。甚至替代地，切斷10可藉助於MPD本身來通知用戶端10 DANE 50之IP位址。
圖20至圖22之組態之優點亦在於，DANE功能性可作為單獨服務而單獨提供至DASH服務。該功能性可提供至例如已為此服務付費之特定用戶端14。
上文之所有已定義訊息可實體化為應用層 處之SAND(ISO/IEC 23009-5)訊息，否則較低層訊息暗示如3GPP所定義之RRC訊息。
儘管已在設備之上下文中描述一些態樣，但顯然，此等態樣亦表示對應方法之描述，其中區塊或裝置對應於方法步驟或方法步驟之特徵。類似地，方法步驟之上下文中所描述之態樣亦表示對應設備之對應區塊或物件或特徵的描述。可由(或使用)例如微處理器、可規劃電腦或電子電路硬體之設備來執行方法步驟中之一些或全部。在一些實施例中，可由此設備來執行最重要之方法步驟中之一或多者。
取決於某些實施要求，本發明之實施例可在硬體或軟體中實施。可使用數位儲存媒體來執行該實施，數位儲存媒體例如軟碟、DVD、Blu-Ray、CD、ROM、PROM、EPROM、EEPROM或快閃記憶體，其上儲存有電子可讀控制信號，該等信號與可規劃電腦系統協作(或能夠協作)，以使得執行各別方法。因此，數位儲存媒體可為電腦可讀的。
根據本發明之一些實施例包含具有電子可讀控制信號之資料載體，該等信號能夠與可規劃電腦系統協作，以使得執行本文中所描述方法中之一者。
一般而言，本發明之實施例可實施為具有程式碼之電腦程式產品，當電腦程式產品在電腦上運行時，程式碼操作性地用於執行該等方法中之一者。程式碼可例如儲存於機器可讀載體上。
其他實施例包含儲存於機器可讀載體上的用於執行本文中所描述之方法中之一者的電腦程式。
換言之，因此，發明方法之一實施例為電腦程式，其具有當電腦程式運行於電腦上時用於執行本文中所描述之方法中之一者的程式碼。
因此，本發明方法之另一實施例為資料載體(或數位儲存媒體，或電腦可讀媒體)，該資料載體包含記錄於其上的用於執行本文中所描述之方法中之一者的電腦程式。資料載體、數位儲存媒體或所記錄媒體通常係有形的及/或非瞬變的。
因此，本發明之方法之另一實施例為表示用於執行本文中所描述之方法中之一者的電腦程式之資料串流或信號序列。資料串流或信號序列可例如經組配以經由資料通訊連接，例如經由網際網路，來傳送。
另一實施例包含經組配以或適於執行本文中所描述之方法中之一者的處理構件，例如電腦或規劃邏輯裝置。
另一實施例包含電腦，該電腦具有安裝於其上的用於執行本文中所描述之方法中之一者的電腦程式。
根據本發明之另一實施例包含經組配以(例如，電子地或光學地)傳送用於執行本文中所描述之方法中之一者的電腦程式至接收器的設備或系統。接收器可例如為電腦、行動裝置、記憶體裝置或其類似者。設備或系統可例如包含用於傳送電腦程式至接收器之檔案伺服器。
在一些實施例中，可規劃邏輯裝置(例如，場可規劃閘陣列)可用以執行本文中所描述之方法的功能性中之一些或全部。在一些實施例中，場可規劃閘陣列可與微處理器協作，以便執行本文中所描述之方法中之一者。一般而言，該等方法較佳由任何硬體設備執行。
本文中所描述之設備可使用硬體設備或使用電腦或使用硬體設備與電腦之組合來實施。
本文中所描述之設備或本文中所描述之設備的任何組件可至少部分地以硬體及/或以軟體來實施。
本文中所描述之方法可使用硬體設備或使用電腦或使用硬體設備與電腦之組合來執行。
本文中所描述之方法或本文中所描述之設備的任何組件可至少部分地由硬體及/或由軟體來執行。
上述實施例僅說明本發明之原理。應理解，熟習此項技術者將顯而易見本文中所描述之配置及細節的修改及變化。因此，其僅意欲由接下來之申請專利範圍之範疇限制，而非由藉助於本文中實施例之描述及解釋所呈現的特定細節限制。
參考文獻
[1] RP-160633, “Study on Context Aware Service Delivery in RAN for LTE”, CMCC, Goteborg, Sweden, March 7-10 2016.
[2] R3-162080, “Reply LS on scope of SA4 SAND SI”, Gothenburg, Sweden, Aug. 2016
[3] TR 36.933, “Study on Context Aware Service Delivery in RAN for LTE”, Release 14, 3GPP
[4] R3-161676, “Video object deadline-aware scheduling”, Gothenburg, Sweden
[5] TS 23.401, “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access”, Relese 14, 3GPP
[6] TR 26.957, “Study on Server And Network-assisted Dynamic Adaptive Streaming over HTTP (DASH) (SAND) for 3GPP multimedia services”
10‧‧‧伺服器
12‧‧‧網路
14‧‧‧用戶端/串流裝置
16‧‧‧記憶體或儲存器
18‧‧‧控制器
20a、20b、20c‧‧‧基地台
22‧‧‧核心網路
24‧‧‧使用者實體
26‧‧‧網路介面
28‧‧‧應用程式
30‧‧‧使用者輸入介面
32‧‧‧使用者輸出介面

Claims (47)

  1. 一種用於使一資料串流自伺服器經由網路進行串流的裝置，該裝置經組配以自一網路裝置接收一預定信號；以及依據該預定信號之該接收而改變一緩衝策略；及/或依據該預定信號之該接收而改變用於緩衝該資料串流的一緩衝器之一大小；及/或依據該預定信號之該接收而在一拉取模式與一推送模式之間改變，其中該預定信號包含針對該裝置之一建議，及對遵循該建議之一獎勵的一指示，且該裝置經組配以依據該獎勵而忽略該預定信號。
  2. 如請求項1之裝置，其中該預定信號包含指示出一事件之一急迫性的一資訊，該事件係該資料串流經由該網路進行串流時，輸送量之初步減小或增大。
  3. 如請求項1之裝置，其中該裝置經組配以回應於該預定信號之該接收，增大一緩衝器填充位準；及/或回應於該預定信號之該接收，增大用於緩衝該資料串流的該緩衝器之該大小；及/或回應於該預定信號之該接收，自該拉取模式改變至該推送模式。
  4. 如請求項1之裝置，其中該預定信號包含量測一事件之一資訊，該事件係該資料串流經由該網路進 行串流時之一輸送量上的輸送量初步減小或增大，其中該裝置經組配以藉由依據該資訊而改變該緩衝策略，在改變該緩衝策略時使用該資訊；及/或藉由依據該資訊而改變用於緩衝該資料串流的該緩衝器之該大小，在改變用於緩衝該資料串流的該緩衝器之該大小時使用該資訊。
  5. 如請求項1之裝置，其中該預定信號包含量測一事件的一資訊，該事件係就時間及/或就串流資料量的輸送量之初步減小或增大，其中該裝置至少處於持續直至輸送量之初步減小或增大的該事件之一時間階段中，改變該緩衝策略；及/或改變用於緩衝該資料串流的該緩衝器之該大小。
  6. 如請求項1之裝置，其中該預定信號包含以時間及/或以串流資料量來量測直至輸送量之初步減小或增大的該事件為止之一時間階段的一資訊，其中該裝置經組配以，至少在持續直至輸送量之初步減小或增大的該事件之一時間階段中，改變該緩衝策略；及/或改變用於緩衝該資料串流的該緩衝器之該大小。
  7. 如請求項1之裝置，該裝置經組配以根據該預定信號來設定由該用戶端緩衝的一播出時間。
  8. 如請求項1之裝置，其中該預定信號建議該用戶端增大該資料串流之一已下載且已緩衝部分的一 量，且該裝置經組配以回應於該預定信號而增大一緩衝器填充位準。
  9. 如請求項1之裝置，其中該預定信號建議該用戶端開始完全下載及緩衝該資料串流，且該裝置經組配以回應於該預定信號而完全緩衝該資料串流。
  10. 如請求項1之裝置，其中該裝置經組配以回應於該預定信號而初步停止自該伺服器下載該資料串流。
  11. 如請求項8之裝置，其中該裝置經組配以回應於該預定信號而發送一應答至該網路裝置。
  12. 如請求項1之裝置，其中該裝置經組配以回應於該預定信號，而在選擇該裝置自適應地自該伺服器對資料進行串流的一表示時，初步地不超過一最大品質位準/位元速率，所選擇的表示係該經進行串流之資料串流。
  13. 如請求項1之裝置，其中該預定信號包含量測在輸送量之初步減小或增大的該事件之後的該用戶端之一輸送量的一資訊，其中該裝置經組配以，至少在持續直至輸送量之初步減小或增大的該事件之一時間階段中，改變該緩衝策略；及/或改變用於緩衝該資料串流的該緩衝器之該大小。
  14. 如請求項1之裝置，其中該預定信號建議該裝置進入該推送模式，其中該裝置經組配以回應於該預 定信號而決定進入或進入該推送模式。
  15. 如請求項14之裝置，其中該裝置經組配以在進入該推送模式時通知該網路裝置用於緩衝該資料串流的一緩衝器之一緩衝器填充位準。
  16. 如請求項14之裝置，其中該裝置經組配以在決定進入該推送模式時通知該網路裝置該推送模式之該進入。
  17. 如請求項1之裝置，該裝置經組配以依據該預定信號而通知該網路裝置有關緩衝策略的該改變；及/或用於緩衝該資料串流的緩衝器之該大小的該改變。
  18. 一種將資料串流自伺服器串流至用戶端的方法，其包含將一預定信號自一網路裝置發送至該用戶端，回應於該預定信號，改變該用戶端處的一緩衝策略；及/或改變該用戶端處的用於緩衝該資料串流的一緩衝器之一大小；在一拉取模式與一推送模式之間改變，其中該預定信號包含針對該裝置之一建議，及對遵循該建議之一獎勵的一指示，且該裝置經組配以依據該獎勵而忽略該預定信號。
  19. 一種網路裝置，其經組配以偵測一裝置形成的一用戶端經由一網路自一伺服器使一資料串流進行串流時，輸送量之一初步減小或增大的 一事件；以及依據該偵測輸送量之初步減小或增大的該事件，而將一預定信號發送至該用戶端以使用於：改變該用戶端處的一緩衝策略；及/或改變該用戶端處的用於緩衝該資料串流的一緩衝器之一大小，在一拉取模式與一推送模式之間改變，其中該網路裝置經組配以使得該預定信號包含：量測在輸送量之初步減小或增大的該事件之後的該用戶端之一輸送量的一資訊，其中該裝置經組配以：依據該預定信號，改變一緩衝策略；及/或依據該預定信號，改變用於緩衝該資料串流的一緩衝器之一大小；及/或依據該預定信號，在一拉取模式與一推送模式之間改變。
  20. 一種網路裝置，該網路裝置經組配以：偵測由一裝置形成的一用戶端經由一網路自一伺服器對一資料串流進行串流時，輸送量之一初步減小或增大的一事件；以及依據該偵測輸送量之初步減小或增大的該事件，而將一預定信號發送至該用戶端以使用於：改變該用戶端處的一緩衝策略；及/或改變該用戶端處的用於緩衝該資料串流的一緩衝器 之一大小，在一拉取模式與一推送模式之間改變，其中該網路裝置係組配以在輸送量之初步減小或增大的該事件之後，導致網路資源至該等用戶端操作所在之一使用者實體之一分配，使得該用戶端之該輸送量如利用該預定信號中之該資訊所量測，其中該裝置係組配以：依據該預定信號，改變一緩衝策略；及/或依據該預定信號，改變用於緩衝該資料串流的一緩衝器之一大小；及/或依據該預定信號，在一拉取模式與一推送模式之間改變。
  21. 如請求項19或20之網路裝置，該網路裝置係嵌入至該網路中。
  22. 如請求項19或20之網路裝置，該網路裝置係嵌入至該伺服器中。
  23. 如請求項19或20之網路裝置，其中該網路裝置經組配以偵測一交遞作為輸送量之一初步減小或增大的一事件，及/或該網路裝置經組配以偵測一穿過該網路之一小區作為輸送量之一初步減小或增大的一事件，及/或該網路裝置經組配以偵測一穿過該網路之一小區涵蓋範圍間隙作為輸送量之一初步減小或增大的一事件，及/或 該網路裝置經組配以在該用戶端操作所在之該使用者實體進入一預定位置後，偵測到輸送量之一初步減小或增大的一事件，及/或該網路裝置經組配以在該用戶端操作所在之該使用者實體在諸如一高速公路或鐵路之預定路徑上移動後，偵測到輸送量之一初步減小或增大的一事件。
  24. 如請求項19或20之網路裝置，其中該網路裝置經組配以使得該預定信號包含量測輸送量之初步減小或增大的該事件的一資訊。
  25. 如請求項19或20之網路裝置，其中該網路裝置經組配以使得該預定信號包含以時間及/或以串流資料量來量測輸送量之初步減小或增大的該事件的一資訊。
  26. 如請求項24之網路裝置，該網路裝置經組配以在輸送量之初步減小或增大的該事件期間，導致網路資源至該用戶端操作所在之一使用者實體之一分配，使得經分配的該等網路資源遵照該資訊。
  27. 如請求項24之網路裝置，該網路裝置經組配以藉由發送一請求至該網路及依據該請求是否被准許而發送包含該資訊之該預定信號，在輸送量之初步減小或增大的該事件期間，導致網路資源至該使用者實體之該分配。
  28. 如請求項19或20之網路裝置，其中該網路裝置經組配以使得該預定信號包含 以時間及/或以串流資料量來量測直至輸送量之初步減小或增大的該事件為止之一時間階段的一資訊。
  29. 如請求項28之網路裝置，該網路裝置經組配以在直至輸送量之初步減小或增大的該事件為止之該時間階段期間，導致網路資源至該用戶端操作所在之一使用者實體之一分配，使得經分配的該等網路資源遵照該資訊。
  30. 如請求項29之網路裝置，該網路裝置經組配以藉由發送一請求至該網路及依據該請求是否被准許而發送包含該資訊之該預定信號，在直至輸送量之初步減小或增大的該事件期間為止之該時間階段，導致網路資源至該使用者實體之該分配。
  31. 如請求項29之網路裝置，該網路裝置經組配以在直至輸送量之初步減小或增大的該事件為止之該時間階段期間，使該網路與該用戶端操作所在之一使用者實體之間的邏輯連接之一數目增大。
  32. 如請求項31之網路裝置，該網路裝置經組配以將一個邏輯連接用於下載該資料串流之片段且將另一邏輯連接用於自用戶端至伺服器的用以請求該等片段之訊息。
  33. 如請求項19或20之網路裝置，其中該預定信號指示為了橋接輸送量之一初步減小而由該用戶端最 低限度地預先緩衝的一播出時間。
  34. 如請求項19或20之網路裝置，其中輸送量之初步減小或增大的該事件係輸送量之初步減小的一平均，且該網路裝置經組配以使得該預定信號建議該用戶端增大該資料串流之一已下載且已緩衝部分的一量，從而橋接因輸送量之初步減小或增大的該事件所致之一初步輸送量損失。
  35. 如請求項20之網路裝置，其中該網路裝置經組配以使得該預定信號建議該用戶端開始完全下載及緩衝該資料串流。
  36. 如請求項20之網路裝置，其中該網路裝置經組配以使得該預定信號建議該用戶端在自適應地串流來自該伺服器之該資料串流時凍結速率自適應。
  37. 如請求項19或20之網路裝置，其中該網路裝置經組配以使得該預定信號建議該用戶端初步停止自該伺服器下載該資料串流。
  38. 如請求項35或36之網路裝置，其中該網路裝置經組配以依據來自該用戶端的接受該預定信號中之該建議之一應答的一接收，而以一預定方式修改網路資源至該用戶端之一分配。
  39. 如請求項35之網路裝置，其中該網路裝置經組配以使得該預定信號包含對該用戶端遵循該建議之一獎勵的一指示。
  40. 如請求項35之網路裝置，其中該網路裝 置經組配以，在該用戶端遵循該預定信號中之該建議的情況下或依據來自該用戶端的接受該預定信號中之該建議之一應答，而排程網路資源之一共用的一未來增大，或分配給該用戶端操作所在之一使用者實體的網路資源之振盪的一減小。
  41. 如請求項20之網路裝置，該網路裝置經組配以藉由以下操作而在輸送量之初步減小或增大的該事件之後，導致網路資源至該使用者實體之該分配：發送一請求至該網路及依據該請求是否被准許而發送包含量測在輸送量之初步減小或增大的該事件之後的該用戶端之該輸送量的該資訊之該預定信號。
  42. 如請求項20之網路裝置，該網路裝置組配以使得該預定信號建議該用戶端自一拉取模式轉變至一推送模式以自適應地串流來自該伺服器之該資料串流，且該網路裝置經組配以在該用戶端處於該推送模式中時經由該網路將該資料串流推送至該用戶端。
  43. 如請求項42之網路裝置，其中該網路裝置經組配而以依據關於該用戶端之一緩衝器填充位準之資訊的一方式，經由該網路將該資料串流推送至該用戶端。
  44. 如請求項43之網路裝置，其中該網路裝置經組配以將該資料串流推送至該用戶端操作所在之該使用者實體處的可由該用戶端存取之一緩衝器，且通知該用戶端如何將資料串流片段請求自伺服器位址重新導向至該緩衝器內之位址。
  45. 一種用以控制網路裝置的方法，包含：偵測一裝置形成的一用戶端經由一網路串流來自一伺服器之一資料串流所用的輸送量之一初步減小或增大的一事件；以及依據該偵測輸送量之初步減小或增大的該事件，而將一預定信號發送至該用戶端以使用於：改變該用戶端處的一緩衝策略；及/或改變該用戶端處的用於緩衝該資料串流的一緩衝器之一大小，在一拉取模式與一推送模式之間改變其中該預定信號包含：量測在輸送量之初步減小或增大的該事件之後的該用戶端之一輸送量的一資訊，其中該裝置依據該預定信號，改變一緩衝策略；及/或依據該預定信號，改變用於緩衝該資料串流的一緩衝器之一大小；及/或依據該預定信號，在一拉取模式與一推送模式之間改變。
  46. 一種用以控制網路裝置的方法，其包含偵測根據請求項1之一裝置形成的一用戶端經由一網路串流來自一伺服器之一資料串流所用的輸送量之一初步減小或增大的一事件；以及依據該偵測輸送量之初步減小或增大的該事件，而將 一預定信號發送至該用戶端以使用於：改變該用戶端處的一緩衝策略；及/或改變該用戶端處的用於緩衝該資料串流的一緩衝器之一大小，在一拉取模式與一推送模式之間改變，其中該方法進一步包含在輸送量之初步減小或增大的該事件之後，導致網路資源至該等用戶端操作所在之一使用者實體之一分配，使得該用戶端之該輸送量如利用該預定信號中之該資訊所量測，其中該裝置，依據該預定信號，改變一緩衝策略；及/或依據該預定信號，改變用於緩衝該資料串流的一緩衝器之一大小；及/或依據該預定信號，在一拉取模式與一推送模式之間改變。
  47. 一種具有一程式碼之電腦程式，該程式碼當在一電腦上運行時用於執行如請求項18或45或46之方法。
TW106137951A 2016-11-03 2017-11-02 網路為基之下載/串流概念技術 TWI694696B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16197124.7 2016-11-03
EP16197124 2016-11-03
??16197124.7 2016-11-03

Publications (2)

Publication Number Publication Date
TW201820830A TW201820830A (zh) 2018-06-01
TWI694696B true TWI694696B (zh) 2020-05-21

Family

ID=57281003

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106137951A TWI694696B (zh) 2016-11-03 2017-11-02 網路為基之下載/串流概念技術

Country Status (6)

Country Link
EP (2) EP3535945A1 (zh)
KR (2) KR102358344B1 (zh)
CN (1) CN110140334B (zh)
RU (2) RU2021129712A (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
US11283635B2 (en) 2019-09-28 2022-03-22 Intel Corporation Dynamic sharing in secure memory environments using edge service sidecars
WO2021073874A1 (en) * 2019-10-18 2021-04-22 Sony 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 (12)

* 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
US20030137938A1 (en) * 1999-04-16 2003-07-24 At&T Corp. Method for reducing congestion in packet-switched networks
CN101835029A (zh) * 2010-04-21 2010-09-15 深圳市紫云鑫软件技术有限公司 流媒体播放控制方法、系统及客户端
WO2010108053A1 (en) * 2009-03-19 2010-09-23 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
CN102170479A (zh) * 2011-05-21 2011-08-31 成都市华为赛门铁克科技有限公司 Web缓存的更新方法及Web缓存的更新装置
CN103051955A (zh) * 2012-12-21 2013-04-17 华为技术有限公司 流媒体播放方法及装置
US20130182601A1 (en) * 2011-02-02 2013-07-18 Soma Bandyopadhyay System and Method for Aggregating and Estimating the Bandwidth of Multiple Network Interfaces
US20130286879A1 (en) * 2009-06-12 2013-10-31 Cygnus Broadband, Inc. Video streaming quality of experience degradation control using a video quality metric
CN103731726A (zh) * 2012-10-11 2014-04-16 纬创资通股份有限公司 串流数据下载方法及计算机可读取储存介质
CN103905378A (zh) * 2012-12-25 2014-07-02 华为技术有限公司 一种传输数据的方法及装置
CN105940714A (zh) * 2014-03-26 2016-09-14 瑞典爱立信有限公司 用于回放缓存的管理的方法和设备
US20160277474A1 (en) * 2014-05-05 2016-09-22 Sony Corporation System and method for content streaming in a network environment

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039187A (zh) * 2006-03-17 2007-09-19 腾讯科技（深圳）有限公司 一种数据下载的方法及其系统
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 삼성전자주식회사 멀티미디어 스트리밍 서비스 제공 방법 및 그를 수행하는시스템
US20130173734A1 (en) * 2009-12-17 2013-07-04 Telefonica, S.A. Method and system for managing social notifications for mobile devices
CN102486794B (zh) * 2010-12-06 2015-03-18 腾讯科技（深圳）有限公司 一种获取富媒体文件的方法、装置及系统
US8683013B2 (en) * 2011-04-18 2014-03-25 Cisco Technology, Inc. System and method for data streaming in a computer network
US20130212440A1 (en) * 2012-02-13 2013-08-15 Li-Raz Rom System and method for virtual system management
CN104919847B (zh) * 2012-12-21 2020-12-08 华为技术有限公司 用于估计小区间干扰的用户设备和方法
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

Patent Citations (12)

* 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
US20030137938A1 (en) * 1999-04-16 2003-07-24 At&T Corp. Method for reducing congestion in packet-switched networks
WO2010108053A1 (en) * 2009-03-19 2010-09-23 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
US20130286879A1 (en) * 2009-06-12 2013-10-31 Cygnus Broadband, Inc. Video streaming quality of experience degradation control using a video quality metric
CN101835029A (zh) * 2010-04-21 2010-09-15 深圳市紫云鑫软件技术有限公司 流媒体播放控制方法、系统及客户端
US20130182601A1 (en) * 2011-02-02 2013-07-18 Soma Bandyopadhyay System and Method for Aggregating and Estimating the Bandwidth of Multiple Network Interfaces
CN102170479A (zh) * 2011-05-21 2011-08-31 成都市华为赛门铁克科技有限公司 Web缓存的更新方法及Web缓存的更新装置
CN103731726A (zh) * 2012-10-11 2014-04-16 纬创资通股份有限公司 串流数据下载方法及计算机可读取储存介质
CN103051955A (zh) * 2012-12-21 2013-04-17 华为技术有限公司 流媒体播放方法及装置
CN103905378A (zh) * 2012-12-25 2014-07-02 华为技术有限公司 一种传输数据的方法及装置
CN105940714A (zh) * 2014-03-26 2016-09-14 瑞典爱立信有限公司 用于回放缓存的管理的方法和设备
US20160277474A1 (en) * 2014-05-05 2016-09-22 Sony Corporation System and method for content streaming in a network environment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Manish Bhide et. al., "Adaptive Push-Pull: Disseminating Dynamic Web Data", IEEE TRANSACTIONS ON COMPUTERS, VOL. 51, NO. 6, JUNE 2002 *

Also Published As

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

Similar Documents

Publication Publication Date Title
TWI694696B (zh) 網路為基之下載/串流概念技術
US11444850B2 (en) Method and apparatus for communication network quality of service capability exposure
WO2018108166A1 (en) Data pre-fetching in mobile networks
US11924650B2 (en) System, method and service product for content delivery
Bui et al. Greenbag: Energy-efficient bandwidth aggregation for real-time streaming in heterogeneous mobile wireless networks
US9992786B2 (en) Facilitation of multipath scheduling
US10609108B2 (en) Network recommended buffer management of a service application in a radio device
US9264934B2 (en) Method and apparatus for controlling the transmission of streaming content in a wireless communication network
CN102282550A (zh) 应用和使用以及无线链路感知传输网络调度程序
US9160778B2 (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
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) 接入节点和操作接入节点的方法
CN104753812A (zh) 通信系统中的应用质量管理
WO2013182561A1 (en) Data loading control
CN114982331A (zh) 用于自适应配置数据流传输的方法
Michelinakis Practical challenges of network optimized stored video delivery