TW201503667A - 視訊串流功率知覺適應 - Google Patents

視訊串流功率知覺適應 Download PDF

Info

Publication number
TW201503667A
TW201503667A TW103107627A TW103107627A TW201503667A TW 201503667 A TW201503667 A TW 201503667A TW 103107627 A TW103107627 A TW 103107627A TW 103107627 A TW103107627 A TW 103107627A TW 201503667 A TW201503667 A TW 201503667A
Authority
TW
Taiwan
Prior art keywords
complexity
pdr
level
processor
power
Prior art date
Application number
TW103107627A
Other languages
English (en)
Inventor
yu-wen He
Markus Kunstner
Yan Ye
Ralph Neff
Original Assignee
Interdigital Patent Holdings
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 Interdigital Patent Holdings filed Critical Interdigital Patent Holdings
Publication of TW201503667A publication Critical patent/TW201503667A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/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/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4436—Power management, e.g. shutting down unused components of the receiver
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
    • 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/643—Communication protocols
    • H04N21/64322—IP
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

用於功率知覺視訊串流系統的功率知覺適應可基於以多種方式傳達的複雜度資訊。例如視訊資料串流的資料串流的複雜度等級可以根據無線發射/接收單元（WTRU）的剩餘電池功率和可由WTRU儲存及/或管理的多個狀態集合中的狀態集合被選擇。這些狀態集合可以對應於例如不同內容源及/或不同複雜度估計演算法，並且可被用於選擇資料串流的複雜度等級。然後資料串流可以按照所選擇的複雜度等級被接收。資料串流的位元速率及/或複雜度等級可以適合於適應例如剩餘電池功率及/或其他情況。該適應可根據用例的目標被客制化。

Description

視訊串流功率知覺適應
相關申請的交叉引用         本申請要求2013年3月06日遞交的美國臨時申請61/773,379的權益，以及2014年2月06日遞交的美國臨時申請61/936,838的權益；這兩個申請的內容以引用的方式結合與此。
移動裝置的計算能力在CPU頻率、CPU核心的數目和記憶體大小方面有所增加。隨著晶片上系統（SoC）和無線通訊技術（例如，4G和WiFi）的進步，移動平臺在社會中起到重要作用；移動用戶的數目在增長，並且移動裝置已超越了進行語音通話的作用。例如，用戶可使用移動裝置以在任意時間和任意地點存取服務。         視訊流是運行在無線網路中的移動平臺通常被請求的視訊服務。在資源受限和異構移動裝置上提供高品質的視訊服務可能有許多挑戰。這些挑戰可包括變化的網路條件、變化的顯示器大小、變化的處理能力和電池壽命。
用於功率知覺視訊串流系統的功率知覺適應可基於複雜度資訊，該複雜度資訊可以以多種方式被傳達。例如視訊資料串流的資料串流的複雜度等級可以根據無線發射/接收單元（WTRU）的剩餘電池功率和可由WTRU儲存及/或管理的多個狀態集合中的狀態集合被選擇。這些狀態集合可以對應於例如不同內容源及/或不同複雜度估計演算法，並且可被用於選擇資料串流的複雜度等級。然後資料串流可以按照所選擇的複雜度等級被接收。資料串流的位元速率及/或複雜度等級可以適應於適應例如剩餘電池功率及/或其他情況。該適應可根據用例的目標被客制化。         為減少可以用於跟蹤狀態集合的記憶體的量，例如WTRU的解碼器裝置可設置它可跟蹤的狀態集合的數量的限制，並且當該限制被超出時可刪除狀態集合。解碼器裝置可合併相似的狀態集合，及/或可將複雜度等級量化為功率耗散率（PDR）狀態。         可提供用於功率知覺串流的裝置。該裝置可包括可執行多個動作的處理器。針對資料片段的複雜度等級可被確定。例如，可從伺服器或者經由信號接收針對資料片段的複雜度等級。資料片段可以是視訊流的片段。例如，處理器可確定可被解碼器使用的資料片段的複雜度等級。針對複雜度等級的PDR可以基於在解碼資料片段時耗散的功率。可使用第一電池電量和第二電池電量確定針對複雜度等級的PDR。可使用PDR計算狀態，例如PDR狀態。可確定針對複雜度等級的第二PDR。         可使用第一PDR和第二PDR計算例如針對複雜度等級的PDR狀態的狀態。例如，可通過計算第一PDR和第二PDR的加權平均計算PDR狀態。作為另一示例，計算PDR狀態可通過將第一權重施加至第一PDR來計算第一加權PDR；將第二權重施加至第二PDR來計算第二加權PDR；和設置PDR狀態為第一加權PDR和第二加權PDR的平均。         可確定用以播放視訊流的功率的量。例如，可確定視訊流的長度或者持續時間。按照複雜度等級播放視訊流所需的功率可通過複雜度等級的PDR（例如，PDR狀態）乘以視訊流的長度或者持續時間來計算。         可確定剩餘電池容量。可確定用以按照複雜度等級解碼及/或播放視訊流的功率。可以確定功率是否超出剩餘電池容量。如果功率可能超出剩餘電池容量，另一複雜度等級可被使用以在剩餘電池容量內解碼和播放視訊流。         可提供用於功率知覺串流的裝置。該裝置可包括被配置成執行多個動作的處理器。例如，可針對資料片段確定第一複雜度等級。可從伺服器或者經由信號接收複雜度等級來確定針對資料片段的複雜度等級。可確定解碼器的計算負載。可確定計算臨界值。計算臨界值可由用戶設置。可確定計算負載可在計算臨界值之上或者之下。可使用計算負載來選擇第二複雜度等級。可針對資料片段確定位元速率。         提供發明內容以簡化的形式引入選擇的概念，該概念將在具體實施方式中被進一步描述。該發明內容不用於標識要求保護的主題的關鍵或者必要特徵，也不用於限制要求保護的主題的範圍。而且，要求保護的主題也不限於解決本揭露的任意部分中提及的任意或者所有缺陷的任意限制。
對說明性示例的詳細描述將在此處參考各種圖被描述。雖然該描述提供了可能的實施方式的詳細示例，但應該理解的是，這些細節是用於示例的目的，而決不限制本申請的範圍。         用於功率知覺視訊串流系統的功率知覺適應可基於複雜度資訊，該複雜度資訊可以以多種方式被傳達。例如視訊資料串流的資料串流的複雜度等級可根據無線發射/接收系統（WTRU）的剩餘電池功率和可由WTRU儲存及/或管理的多個狀態集合中的狀態集合被選擇。這些狀態集合可以對應於例如不同內容源及/或不同複雜度估計演算法，並且可被用於選擇資料串流的複雜度等級。然後資料串流可以按照所選擇的複雜度等級被接收。資料串流的位元速率及/或複雜度等級可以被適應於適應例如剩餘電池功率及/或其他情況。該適應可根據用例的目標被客制化。         為減少可以用於跟蹤狀態集合的記憶體的量，例如WTRU的解碼器裝置可設置它可跟蹤的狀態集合的數量的限制，並且當該限制被超出時可刪除狀態集合。解碼器裝置可合併相似的狀態集合，及/或可將複雜度等級量化為功率耗散率（PDR）狀態。         可提供用於功率知覺串流的裝置。該裝置可包括可執行多個動作的處理器。針對資料片段的複雜度等級可被確定。例如，可從伺服器或者經由信號接收針對資料片段的複雜度等級。資料片段可以是視訊流的片段。例如，處理器可確定可被解碼器使用的資料片段的複雜度等級。針對複雜度等級的PDR可以基於在解碼資料片段時耗散的功率。可使用第一電池電量和第二電池電量確定針對複雜度等級的PDR。可使用PDR計算狀態，例如PDR狀態。可確定針對複雜度等級的第二PDR。         可使用第一PDR和第二PDR計算例如針對複雜度等級的PDR狀態的狀態。例如，可通過計算第一PDR和第二PDR的加權平均計算PDR狀態。作為另一示例，計算PDR狀態可通過將第一權重施加至第一PDR來計算第一加權PDR；將第二權重施加至第二PDR來計算第二加權PDR；和設置PDR狀態為第一加權PDR和第二加權PDR的平均。         可確定用以播放視訊流的功率的量。例如，可確定視訊流的長度或者持續時間。按照複雜度等級播放視訊流所需的功率可通過用複雜度等級的PDR（例如，PDR狀態）乘以視訊流的長度或者持續時間來計算。         可確定剩餘電池容量。可確定用以按照複雜度等級解碼及/或播放視訊流的功率。可以確定功率是否超出剩餘電池容量。如果功率可超出剩餘電池容量，另一複雜度等級可被使用以在剩餘電池容量內解碼和播放視訊流。         可提供用於功率知覺串流的裝置。該裝置可包括被配置成執行多個動作的處理器。例如，可針對資料片段確定第一複雜度等級。可從伺服器或者經由信號接收複雜度等級來確定針對資料片段的複雜度等級。可確定解碼器的計算負載。可確定計算臨界值。計算臨界值可由用戶設置。可確定計算負載可以在計算臨界值之上或者之下。可使用計算負載來選擇第二複雜度等級。可針對資料片段確定位元速率。         如此處所述，功率適應可在用戶端側被執行。例如，功率適應可被應用於功率知覺串流系統。功率耗散狀態可被例如WTRU的解碼器裝置跟蹤、維護和使用。例如，內容提供者或者內容源可使用不同演算法以估計內容的複雜度，其可和與解碼該內容相關聯的功率耗散有關。解碼器裝置可分辨出和適應於這些不同的演算法。         視訊流可以是針對可運行在無線網路上的移動平臺的被請求的視訊服務。在資源受限的移動裝置上提供高品質的視訊服務可能有許多挑戰。例如，網路條件可變化、顯示器大小可變化、處理能力可變化，以及還有電池壽命。許多服務提供者採用HTTP上的動態適應流（dynamic adaptive streaming over HTTP，簡寫為DASH）解決方案，因為它們可允許服務提供者重複使用現有網路基礎設施特別是CDN網路，並且可穿過防火牆。例如，EdgeCast和等級3使用來自Microsoft的平滑流，而Akamai和CloudFront使用來自Adobe的動態HTTP流。iOS裝置可支援Apple的HTTP直播串流。         在DASH中，媒體可被組織成可被解碼的片段。內容可以按照不同的品質或者解析度被編碼並且可被砍成片段。那些內容的資訊（例如位元速率，位元組範圍和URL等）可在被稱為媒體呈現描述（MPD）的基於XML的清單（manifest）檔中被描述。用戶端可通過HTTP存取該內容並且可根據MPD檔選擇可滿足其頻寬或者解析度規範的片段。         第1圖示出了示例的基於HTTP的視訊串流系統，如系統200。捕獲的內容可被壓縮並且可被砍成小片段。例如，在一些串流系統中片段可在2至10秒長度之間。在202處，片段可被儲存在一個或者多個HTTP流伺服器中及/或經由內容遞送網路（CDN）被分配。在串流會話開始時，用戶端可請求和接收來自202處的HTTP流伺服器的MPD文件。用戶端可根據其能力（例如其顯示器解析度和可用頻寬）決定請求哪些片段。用戶端可請求來自202處的伺服器的適當片段，每當用戶端請求時，該伺服器可向該用戶端發送視訊片段。經由HTTP傳送的片段可被快取在204上的伺服器或者HTTP快取伺服器中。這可允許快取的片段被其他用戶重複使用，並且可允許系統提供大範圍的串流服務。         在一些串流系統中，為節省傳輸頻寬和儲存量，單層視訊編碼可被用以壓縮視訊內容並產生不同的位元串流。第2圖是示出示例的基於塊的層視訊轉碼器300的方框圖，基於塊的層視訊轉碼器300可用以產生用於例如串流系統200的串流系統的位元串流。為實現有效壓縮，單層編碼器可採用例如在302處的空間預測（其可被稱為內預測）及/或在304處的時間預測（其可被稱為間預測及/或運動補償預測），以預測輸入視訊訊號。編碼器也可具有模式決策邏輯306，模式決策邏輯306可例如根據如速率和失真考慮的結合的一定規範來選擇預測形式（例如，最適合的形式）。編碼器可在308處轉換和在310處量化預測剩餘（其可以是輸入信號和預測信號間的差信號）。量化的剩餘連同模式資訊（例如，內預測或者間預測）和預測資訊（例如運動向量、參考圖像索引、內預測模式等）一起可在熵編碼器312中被進一步壓縮並且被封包為輸出視訊位元串流314。如第2圖中所示，編碼器還可通過對量化剩餘應用在316處的解量化和在318處的逆轉換以獲取重構剩餘並且在320處將其加回預測信號來產生重構的視訊訊號。重構的視訊訊號可通過環路濾波處理322（例如，解塊濾波、採樣適應偏移或者適應環路濾波）並且可被儲存在可用於預測視訊訊號的參考圖像庫324中。         第3圖是示例的基於塊的單層解碼器400的方框圖，該單層解碼器400可接收由例如編碼器300的編碼器產生的視訊位元串流，並且可重構視訊訊號以被顯示。在解碼器400處，位元串流可被熵解碼器402解析。剩餘係數可在404中被解量化並且在406中被逆轉換以獲取重構剩餘。編碼模式和預測資訊可通過使用空間預測408及/或時間預測410被用以獲取預測信號。預測信號和重構剩餘可在412被加在一起以得到重構視訊。重構視訊可通過在414處的環路濾波，可被儲存在參考圖像庫416中，可在418處被顯示，及/或可被用以解碼視訊訊號。可使用例如編碼器300的基於塊的編碼器和例如解碼器400的解碼器的多個視訊編碼標準，包括MPEG-2視訊、MPEG4視覺、H.264/AVC和HEVC。          移動裝置的功率持久力可影響應用性能。參考移動平臺的功率使用可在多種條件下被分析。例如，如處理器、顯示器、內部和外部記憶體和無線電（例如，GSM/3G/4G/WiFi）的部件的功率消耗可被評估。在不同應用中，這些部分的功率消耗百分比可以是不同的。例如，視訊重播可以是一種加強功率消耗應用，因為它可涉及計算和儲存存取。而且，視訊重播可顯示具有足夠亮度等級的圖像，其也會消耗很多功率。第4圖示出了在示例的視訊重播場景中的功率使用的示例，在該場景中CPU、圖形和顯示（背光和LCD）部分可消耗功率。         功率節省方法可根據系統狀態適應地切換工作模式。例如，當系統狀態可為空閒時，裝置處理器可轉換到低功耗狀態，保持被請求的模組工作以減少功率消耗。其他功率節省方法可適應地切換處理器的頻率。例如，當處理器的頻率降低時，電源的電壓也可降低以減小功率消耗。晶片耗散的功率可用公式表示為：其中C是電容，V是電壓，而f是切換頻率。可針對不同任務配置處理器的頻率。例如，因為圖像的解碼複雜度可不同，當解碼容易被解碼的圖像時處理器的時鐘頻率可被減小。編碼圖像的大小可用以估計圖像的解碼時間。例如，當估計的圖像解碼時間小於圖像持續時間時，處理器頻率可被降低。為了在移動裝置上提供全長視訊重播，功率可被分配在例如顯示器、解碼模組等的不同模組間。例如，如果系統確定剩餘的功率不足以播放剩餘的視訊時，用戶端裝置可減小顯示亮度及/或跳過一些訊框解碼。         改善功率使用效率以延長電池持久力和提供全長視訊重播，可促進在移動平臺上遞送令人滿意的視訊流應用的用戶體驗。然而，例如DASH的一些串流系統，可能關注於網路頻寬的變化，而可能在其設計中不考慮功率使用問題。功率節省方法可以是用戶端側技術並且可能即使付出丟訊框及/或運動急動（jerkiness）的代價仍會阻礙全長重播。移動裝置的功率節省問題可基於功率知覺計算被解決。例如，伺服器和用戶端可合作。例如，伺服器可準備具有功率消耗考慮的視訊內容，並且用戶端可根據可用頻寬、剩餘電池和剩餘視訊重播時間來訂閱具有不同複雜度的呈現。         用戶端可在它們從伺服器接收到視訊片段後嘗試解碼和重播視訊。對於軟體解碼器，解碼和重播可佔用一部分處理器資源以滿足時間規範。方法可用以防止處理器資源的負擔變重，其可在處理器努力即時解碼時防止用戶端變得不能平滑地重播視訊。例如，方法可用以防止用戶端丟訊框或者呈現非同步的音訊和視訊。作為另一示例，方法可允許在面向多工的環境中改善系統回應時間。         功率知覺適應方法可被功率知覺視訊串流系統中的功率知覺適應控制模組使用。這些功率知覺適應方法可實現功率節省及/或更好的處理器負載均衡。功率適應可在用戶端側被實現，其可應用在功率知覺串流系統中。         第5圖是示出示例功率知覺串流系統600的方框圖。功率知覺串流系統600可包括功率知覺視訊轉碼器602、複雜度知覺MPD 800、功率知覺適應控制模組604及/或功率感應模組606。功率知覺適應控制模組604及/或功率感應模組606可在例如功率知覺串流用戶端608中被實現。功率知覺視訊轉碼器602可產生具有不同複雜度等級的視訊片段的各種版本。第6圖示出了可在伺服器側通過考慮解析度、位元速率和複雜度而產生的圖形比較示例內容。在第6圖中示出的示例中，多個複雜度等級可以是對位元速率可用的，例如在702、704和706處。         在使用DASH技術或者其他類似的HTTP流技術的視訊串流系統中，複雜度等級資訊可被添加至MPD檔、媒體描述檔或者可用信號發送至用戶端的其他類型的清單檔。第7圖示出了複雜度知覺MPD檔800的示例。表現元素的描述802可包括可指示位元串流的複雜度等級的complexityLevel（複雜度等級）屬性804。         雖然MPD檔或者其他類型的清單檔可在本揭露中用作攜帶複雜度資訊的示例，本領域的技術人員可理解其他類型的位元串流級或者系統級信令可用以攜帶複雜度資訊。例如，可使用例如視訊參數集（VPS）、序列參數集（SPS）等高級參數集將複雜度資訊嵌入至視訊位元串流中。複雜度資訊可在MPEG媒體傳輸（MMT）中被傳達。例如，複雜度資訊可作為在MMT Asset中的性質元素被編碼，或者其可作為MMT消息被傳達至用戶端。提議的綠色MPEG提案（CfP）可定義可用以攜帶有用資訊的元資料檔，以減少裝置的功率消耗。該元資料檔可用以傳達複雜度資訊。         在用戶端側的功率知覺適應控制可根據可從頻寬感應、功率感應及/或CPU負載狀態獲得的資訊來適應地選擇用於接收機的片段。適應邏輯可促進使用裝置的剩餘電池功率的全長重播；實現可接受的例如改善的視訊品質；滿足當前可用的頻寬；及/或實現CPU負載均衡。         再次參考第5圖，功率適應邏輯604可基於不同應用的目標被客制化。例如，功率適應邏輯604可被用在多種用例中，例如如果用戶將用戶端配置成品質模式。如果用戶更在意品質而非功率，功率適應邏輯604可優先考慮用剩餘功率全長重播和最佳的可用的視訊品質。如果用戶在例如多工環境中將用戶端配置成負載均衡模式，功率適應邏輯604可優先考慮在處理器的負載預算內全長重播。如果用戶將用戶端配置成功率節省模式，例如，如果用戶更願意保存剩餘電池功率，功率適應邏輯604可優先考慮在處理器負載預算內全長重播及/或盡可能小地消耗功率。         通過使用第5圖中的功率感應模組606，功率知覺用戶端608可測量電池電量（BL）及/或可確定電池使用。電池感應模組606可使用可提供當前電池電量的介面。例如，功率感應模組606可通過例如Android作業系統的作業系統定期使用可提供的功率管理介面，該功率管理介面可指示整個電池容量的剩餘百分比。功率感應模組606可使用可通過應用或者過程報告電池使用的介面。例如，Android作業系統可具有介面，該介面可提供針對一個或者多個應用（例如，一個應用）的功率和處理器使用統計資料及/或針對顯示的功率使用。功率感應模組606可確定在多工或者多進程環境中的由視訊解碼和顯示導致的功率使用。功率知覺用戶端608則可應用該功率適應邏輯604以確保有效的功率使用。適應可涉及更新功率耗散率（PDR）和改變複雜度等級（CL）以滿足可配置的目標。 　 針對複雜度等級的功率耗散率（PDR）可根據例如下面的等式被定期更新和測量：其中k是複雜度等級；ti 是第i個片段的時間；CLMIN 和CLMAX 可以分別是系統中的最小和最大複雜度等級；CLi 可以是第i個片段的複雜度等級；PDR(CLi ,ti )可以是在時刻ti 的複雜度等級CLi 的PDR值；BLi 可以是在時刻ti 的剩餘電池電量；以及α可以是用以控制更新速度的因數，在PDR值可以通過使用等式（1）被更新並且PDR值可以是當前PDR觀測的.6倍和之前PDR狀態的.4倍的加權合併的情況下，α可以被設置為例如0.6。α的值可滿足。更大的α值可用以使當前PDR觀測具有更大權重並且可導致更快的更新速度，而更小的α值可用以使由之前的PDR狀態所表示的過去的PDR歷史具有更大權重而導致更慢的更新速度。在最小值時，α=0的值可被採用，如此以使初始PDR觀測可被持續使用而無需進一步更新。在最大值時，α=1的值可被使用，如此以使總是使用最近的PDR觀測，並且任何較舊的PDR歷史都被丟棄。在視訊會話開始時複雜度值（例如，所有複雜度值）的PDR值可被初始化為0。複雜度等級的PDR值可被更新。如果電池電量沒有變化，則PDR統計資料可被保持。否則，PDR統計資料可被相應地更新。         當複雜度等級（CL）可適於滿足可配置目標時，重播具有複雜度等級CLi 的剩餘視訊所需的功率的量(被標記為PC(CLi ,ti ))可被估計為其中PDR可用上述的等式（1）計算並且T是總的重播時間。         用戶端可根據客制化目標決定向上還是向下切換以保持當前複雜度。功率適應邏輯604可嘗試在電池功率耗盡前實現全長視訊重播。         第8圖示出了用於品質模式的可由功率適應邏輯實施的示例過程。例如，用於品質模式的可由功率適應邏輯604（第5圖中所示）實施的示例過程900，其可提供給定剩餘電池電量和可用頻寬下的視訊品質。在902和904處，當前複雜度等級（CL）的頻寬統計資料和功率統計資料可分別被更新。在906處，用於剩餘視訊重播的一個或多個複雜度等級的功率消耗（PC）可被估計。         在908處，可確定當前複雜度等級的功率消耗是否小於剩餘電池壽命（BLrem ）；當前複雜度等級是否小於最大複雜度等級；和下一個更高的複雜度等級的功率消耗是否小於剩餘電池壽命，例如，在給定的剩餘電池壽命下按照下一個更高的複雜度等級播放剩餘視訊是否可行。這可防止用戶端過於頻繁地向上和向下切換，並且可促進更平滑的解碼視訊品質。該決策可基於從在重播期間之前的統計資料得到的PDR做出。如果這些條件可被滿足，解碼器可在910處被通知以切換至正常解碼模式，並且複雜度等級可向上切換。在912處片段可按照調整後的複雜度等級和所選擇的位元速率被下載。         如果在908出可確定條件不為真，可在914處確定當前複雜度等級的功率消耗是否大於剩餘電池壽命和當前複雜度等級是否高於最小複雜度等級。如果是這樣，在916處複雜度等級可被向下切換。複雜度等級可通過切換至下一個更低的複雜度等級被向下切換。向下切換複雜度等級的方法可使得複雜度等級能夠被平滑地向下切換以允許更平滑的品質過渡。         通過搜索使剩餘功率足以重播剩餘視訊的複雜度等級，複雜度等級也可被向下切換。這可使用例如下面的表格1中的方法來實現：表格1         該方法可更快地向下切換複雜度等級以節省更多功率。然而，如果該切換方法錯誤地決定向下切換了過多等級，例如，如果等式（1）給出的PDR估計不足夠準確，功率適應邏輯可稍後決定再次向上切換複雜度等級。無論複雜度等級以何種方式被向下切換，然後在912處片段可以按照調整後的複雜度等級和選中的位元速率被下載。         類似地，當用戶端決定了是否向上切換複雜度等級時，平緩或者更積極的邏輯也可被應用。例如，如第8圖中所示，更平緩的向上切換方法可通過一次一個複雜度等級來切換，但更積極的切換方法可切換至可能的下一個最高的複雜度等級。更積極的方法可能不僅如向下切換複雜度等級的情況一樣由於更頻繁的切換導致更大的視訊品質改變，還可能出現在實現全長重播之前用盡電池功率的更高風險。         在914處，可確定當前複雜度等級的功率消耗可不大於剩餘電池壽命，例如，可能沒有足夠的電池功率以按照當前複雜度等級重播視訊，或者當前複雜度等級可能不大於最小複雜度等級（例如，來自伺服器的可用的最低複雜度等級已被使用）。在918和920處，可確定當前（例如，最小）複雜度等級的功率消耗是否大於剩餘電池壽命及/或位元速率（BR）是否是最小位元速率。如果達到最低位元速率並且當前（例如，最小）複雜度等級的功率消耗可能大於剩餘電池壽命，例如，可能沒有足夠的電池功率以按照當前（例如，最小）複雜度等級重播視訊，在922處當前（例如，最小）複雜度等級可被保持，並且解碼器可切換至更低功率的解碼模式。例如，在環路濾波中，如HEVC中的解塊及/或SAO可對於非參考訊框被旁路。然後在912處片段可以按照複雜度等級和位元速率被下載。         如果當前複雜度等級的功率消耗可大於剩餘電池壽命，但最低位元速率可能未達到，在924處位元速率可被切換至更低的位元速率，並且複雜度等級可被設置為在更低位元速率上的新複雜度等級（例如，在更低位元速率上的更高複雜度等級或者最高複雜度等級）。在912處片段可按照新（例如，更高或最高）複雜度等級和更低位元速率被下載。         如果在918處可確定當前複雜度等級的功率消耗可能不大於剩餘電池壽命，在926處可確定複雜度等級是否是最高複雜度等級以及位元速率是否小於最大位元速率。如果這兩個條件都為真，在928處位元速率可被切換至更高位元速率，並且複雜度等級可被設置為在更高位元速率的新複雜度等級，例如，在更高位元速率上的更低或者最低複雜度等級。如果不是，在930處當前複雜度等級可被保持。         第9圖示出了可由功率適應邏輯（例如，用於多工環境的功率適應邏輯604（第5圖中所示））實施的示例過程1000。在過程1000中執行的決策和動作中的一些可類似於可在過程900中執行的決策和動作，並且可由相似的參考數位來指示。過程1000可涉及可能未在過程900中執行的多個決策和動作。過程1000可包括當嘗試提供全長重播時用戶端可用以平衡系統負載的決策和動作。在檢查剩餘功率前，在1032處，用戶端可通過在短時期內測量平均CPU使用來檢查系統是否超載。如果系統超載，在1034處它可向下切換複雜度等級，直至複雜度等級達到最小邊界CLMIN 。如果按照CLMIN 系統仍然超載，如果當前位元速率大於最低位元速率（BR_min），在1036處用戶端可切換至更低的位元速率表示並且可設置複雜度等級為新的複雜度等級。如果用戶端達到最低位元速率和最低複雜度等級，在1038處它可通知解碼器應用低複雜度解碼模式以減少操作，例如，通過跳過對非參考訊框的一些環路濾波操作。如果系統處理器未超載，則它可應用如過程900中的相同的功率知覺適應邏輯以提供全長重播。雖然在第9圖中未示出，但當系統變得超載時，用戶端可在其向下切換複雜度等級之前向下切換位元速率。例如，用戶端可在它達到最小複雜度等級CLMIN 之前切換至更低的位元速率，或者用戶端可忽略複雜度等級並且僅切換至更低的位元速率。         在功率節省模式中，用戶端可選擇在最低位元速率的最低複雜度等級以最小化視訊重播期間的功率消耗。如果剩餘功率不足以實現全長重播，用戶端可通知解碼器應用附加的例如如此處所述的那些功率節省模式。 　 如果向下切換至可用的更低複雜度和更低位元速率內容版本可能不足以減小複雜度，附加功率節省模式可被應用在第8圖和第9圖的邏輯中。例如，一些環路濾波可被跳過，處理器切換頻率可被減小，顯示器功率可被減小，解碼一些訊框可被跳過等等。         適應決策可基於例如下面的因素：剩餘電池電量，多媒體內容片斷在不同複雜度等級和位元速率上的可用性，及/或由解碼器裝置跟蹤的功率耗散狀態。例如，解碼器裝置可根據等式（1）跟蹤功率耗散狀態。產生的功率耗散狀態PDR(k,tj )可提供裝置專用的對期望的多個複雜度等級k的功率耗散率的認識。         功率耗散狀態可被例如WTRU的解碼器裝置跟蹤、維護和使用。不同的內容提供者或者內容源可使用不同演算法以估計複雜度。來自一個內容源的用信號發送的複雜度等級值可映射至不同的功率耗散率，而不是來自不同的內容源的用信號發送的複雜度等級。解碼器裝置可對此進行分辨並且可使自己適應於不同演算法的使用以估計複雜度。         解碼器裝置觀測到的功率耗散率可能是稀疏的，例如，在給定的複雜度等級下可能沒有很多可觀測的資料。例如，在串流會話開始時（例如，在功率耗散狀態已通過使用足夠觀測資料被更新前）這可為真的，並且如果內容提供者以精細顆粒度用信號發送複雜度等級值（例如，複雜度等級（CL）=1,2,3,...500），其可持續地為真。         解碼器裝置可能已限制了用於狀態跟蹤的記憶體。解碼器裝置可管理狀態記憶體，同時仍跟蹤功率耗散狀態。         第10圖示出了在其中例如WTRU的解碼器裝置1102可串流來自多個不同內容源1104、1106、1108和1110的多媒體內容的示例系統1100。這些內容源可以是不同內容網站、內容提供者、內容服務等。例如，第一源1104可以是YouTube，而第二源1106可以是CNN視訊。如此處所述，不同的內容源可按照不同複雜度等級及/或不同位元速率提供多個內容版本。可對可用的內容版本提供複雜度等級估計。來自不同內容源的媒體內容可能已使用不同的編碼工具被編碼。例如，源1104可提供使用第一視訊轉碼器編碼的內容，而源1106可提供使用第二視訊轉碼器被編碼的內容。例如，不同的編碼工具可由不同的編碼器供應商提供。         複雜度估計演算法可被橫跨內容源標準化。然而，如此處所示，當按照用信號發送的複雜度等級重播視訊時，解碼器裝置可根據其自身對電池使用的觀測來跟蹤功率耗散狀態。這可允許解碼器從功率耗散性能的角度解釋針對不同解碼源的複雜度等級。內容源使用的複雜度估計演算法可能不能被橫跨內容源標準化。內容源可基於其自身的請求客制化複雜度估計演算法，並且複雜度估計演算法也可隨著時間被改變和改善。解碼器裝置可使自己適應於複雜度估計演算法中的改變。         不同的內容源可提供使用不同複雜度估計演算法所產生的複雜度等級估計。一個內容源所提供的複雜度估計可能不能與不同的內容源提供的複雜度估計相容。例如，第一內容源可提供使用從1至10的整數的複雜度等級估計，並且第二內容源可提供使用從1至100的整數的複雜度等級估計。雖然不同的值範圍或者複雜度縮放不相容，其他演算法差異也可致使來自一個內容源的複雜度估計與來自另一個內容源的複雜度估計不相容。例如，當生成複雜度估計值時，一個內容源可將特定加權給到附加操作並且將不同的加權給到多進程操作。另一內容源可將專用解碼硬體的可用性計算在複雜度估計內。從解碼器裝置的角度，第一內容源用信號發送的複雜度等級值（例如，“複雜度等級（ComplexityLevel）=10”）可對應於一個功率耗散率，第二內容源用信號發送的相同複雜度等級可對應於不用的功率耗散率。         解碼器裝置1102可跟蹤可對應於不同內容源所使用的不同複雜度估計演算法的多個狀態集合。如第10圖中所示，解碼器裝置1102可具有多個狀態集合1112，並且可具有可用以生成和管理多個狀態集合1112的狀態管理器部件1114。多個狀態集合可包括當按照不同的被通告的複雜度等級解碼不同的視訊片段時根據對功率耗散的觀測計算出的功率耗散狀態的集合。例如，狀態集合可具有如使用等式（1）計算出的功率耗散狀態PDR(k,tj )。狀態集合可根據在單個串流會話期間觀測到的功率耗散資料或者根據橫跨多個串流會話觀測到的資料被構建。為了簡要的目的，符號PDR(k,tj )中的tj 可被忽略；符號PDR(k)可代表對於複雜度等級k的最近的功率耗散率。         狀態集合可對應於不同的內容源。例如，如第10圖中所示，解碼器裝置可維護針對內容源的不同狀態集合。不同狀態集合可對應於不同內容網站、內容提供者或者內容服務。例如，解碼器裝置可使用網域名稱（例如，youtube.com 對比cnn.com）區分內容源並且可針對其內容被串流的每個域維護不同的狀態集合。可維護橫跨多個串流會話的狀態集合，如此以使相容的觀測可被收集至合適的狀態集合。這一技術可解決資料稀疏的問題，並且可允許解碼器裝置以已被開發出的狀態模型開始串流會話。         解碼器裝置1102可具有其內容是來自YouTube的流的第一串流會話。作為回應，狀態管理器1114可生成和初始化新的狀態集合，並且該狀態集合可根據從YouTube為各種內容片斷提供的複雜度等級標籤的角度對功率耗散的觀測而被逐步地更新。例如，可在第一串流會話期間使用等式（1）更新功率耗散狀態。解碼器裝置可終止第一串流會話並且可和其他內容網站一起參與其他串流會話以產生被生成和更新的附加（例如，分開的）狀態集合。解碼器裝置可具有其內容是來自YouTube的流的第二串流會話。解碼器裝置可分辨出YouTube的狀態集合可以是現有的。例如，解碼器裝置可匹配新的串流會話中的網域名稱（youtube.com）和與現有狀態集合關聯的相同網域名稱。根據該分辨/匹配，解碼器裝置可將現有的YouTube狀態集合用於第二串流會話。例如，解碼器裝置可用現有狀態集合中的已開發出的功率耗散狀態開始第二串流會話。解碼器裝置可使用這些之前儲存的功率耗散狀態，以在第二串流會話開始時驅動適應決策。解碼器裝置可使用來自第二串流會話的功率耗散率觀測來逐步地更新現有狀態集合（例如，基於等式（1））。         狀態集合可對應於不同複雜度估計演算法而不關心內容源。例如，第一內容源可提供使用協力廠商編碼工具（例如，Acme Encoder v1.0）編碼的內容，並且該編碼工具可具有內置演算法以估計其編碼的視訊片段的複雜度。第二內容源可提供使用相同的協力廠商編碼工具編碼的不同內容。第一內容源和第二內容源（例如，兩個不同的內容源）可提供由相同的複雜度估計演算法（例如，嵌入在協力廠商編碼工具中的複雜度估計演算法）產生的複雜度等級估計。例如複雜度估計識別符（CEID）的識別符可和複雜度等級估計一起被提供給解碼裝置，如此以使解碼裝置可區分不同的複雜度估計演算法。解碼裝置可產生及/或維護針對其可遇到的每一種不同的複雜度估計演算法的不同的狀態集合，而不關心內容源。         CEID可以是例如識別複雜度估計演算法的標識串或者標識號。CEID可由註冊機構指派。可替換地，CEID可由複雜度估計演算法的提供商生成、指派或者隨機產生。例如，提供商可產生如"Acme-CEID-版本-1-0-5"的標識串或者如"138294578321"的全球唯一識別碼（GUID）號，以區分由Acme視訊編碼軟體的特定版本提供的複雜度估計。該GUID號可以是隨機的。提供商可提供不同的標識串或者不同的隨機號以區分由其軟體的不同版本提供的複雜度估計。提供商可使CEID可用於使用該編碼軟體的內容源，如此以使內容源可將該CEID和複雜度等級估計值一起用信號發送至解碼器裝置。這可以以自動的方式完成。例如，編碼器軟體的版本可知曉對應於嵌入在該軟體中的複雜度等級估計演算法的CEID，並且當對內容進行編碼時，該軟體可將CEID連同複雜度等級估計一起輸出。軟體可具有產生包含在用於通告編碼內容的MPD檔中的原始資料的能力，或者可具有產生MPD本身的能力。除了複雜度等級估計外，由軟體產生的資料或者MPD可包括CEID。欄位（例如，ComplexityEstimationAlg = "Acme-CEID-Version-1-0-5"）可在MPD內或者在其他合適的信令通道內攜帶CEID。         解碼器裝置可在串流來自不同內容源的內容時分辨出相同的CEID，可分辨出與該內容關聯的複雜度等級估計值是由相同的複雜度估計演算法產生的，並且可將相同的狀態集合用於具有相同的被通告的CEID的內容。         解碼器裝置可分辨出來自內容源的一些可用的內容可能已經通過使用對應於第一CEID的第一複雜度估計演算法被產生，並且來自相同內容源的其他可用內容可能已經通過使用對應於第二CEID的第二複雜度估計演算法被產生。解碼器裝置可使用兩個不同的狀態集合以跟蹤對應於這兩個不同CEID的內容的功率耗散率。例如，內容網站可在某一日期的時候更新其編碼軟體及/或其複雜度估計演算法，如此以使在該日期前被編碼的內容可與一個CEID相關聯，在該日期後被編碼的內容可與不同的CEID關聯。解碼器裝置可分辨出兩個不同的CEID並且可維護對應於這兩個不同CEID的兩個不同狀態集合。         當解碼器裝置遇到其分辨出與狀態集合相關聯的CEID時，該解碼器裝置可使用該狀態集合。如果解碼器裝置不具有與其在串流時遇到的CEID對應的狀態集合，則該解碼器裝置可生成與該新遇到的CEID關聯的狀態集合。         解碼器裝置（例如，解碼器裝置上的狀態管理器）可具有及/或可使用管理功能以減小或者限制解碼器裝置跟蹤的狀態集合的數量。例如，當狀態集合在一段時間內未被使用時（例如，兩周未用），或者當狀態集合很少被使用時（例如，在三個月的週期內被使用兩次或者更少），該管理功能可進行檢測。例如，這可以是如果內容源可能不是受歡迎的內容源或者如果解碼器裝置的用戶很少串流來自受歡迎的內容源的流的情況。例如，這也可以是如果對應於CEID的複雜度估計演算法很少被解碼器裝置很可能遇到的內容源使用的情況。管理功能可刪除從未用過或者很少使用的狀態集合，從而節省解碼器裝置上的記憶體。         解碼器裝置可具有對其可跟蹤的狀態集合的數量及/或其可用於跟蹤狀態集合的記憶體的量的限制（例如，上限）。管理功能可檢測該限制何時被超出，並且可刪除一個或者多個狀態集合以促使用於儲存狀態集合的記憶體或者狀態集合的數量回到該限制之下。狀態集合可基於逆優選級順序被刪除；例如，使用頻率最低的狀態裝置被最先刪除。         可在串流會話期間執行刪除狀態集合以減小狀態集合儲存。例如，如果串流會話涉及狀態集合的生成，並且生成該狀態集合可能導致解碼器裝置超出狀態集合的最大值，管理功能可在串流會話期間被呼叫以刪除優先順序最低的（例如，使用頻率最低的）已存在的狀態集合，以讓位於新狀態集合。刪除狀態集合可在串流會話之間或者在空閒期間被執行。         解碼器裝置可刪除可能對後來的串流會話有用的狀態集合。解碼器裝置可生成狀態集合並且可在串流會話開始時開始跟蹤功率耗散狀態。雖然在這種情況下失去了使用已存在的狀態集合的好處，但系統仍可行使功能並且能夠根據新生成的狀態集合進行適應決策。         狀態集合可在恰當的機會被合併。解碼器裝置可檢測出兩個狀態集合可能是相似的，以使該狀態集合可被合併。例如，兩個或者更多內容源可使用相同的複雜度等級估計演算法，但可不通告CEID，如此使得解碼器裝置可能不能根據頂層信令告知該複雜度等級估計演算法可能是相同的。解碼器裝置可比較兩個狀態集合並且可確定相似性。如果相似性被確定，解碼器裝置可合併這兩個狀態集合並且減少解碼器裝置所維護的狀態集合的總數。橫跨狀態集合的相似性的檢測可基於多種因素。         狀態集合被充分演進以允許評估和比較。例如，解碼器裝置可跟蹤觀測到的用以構建狀態集合的總重播時間或者用以構建狀態集合的功率耗散觀測的數量。解碼器裝置可應用臨界值以考慮狀態集合對於比較是否足夠成熟。該臨界值可以對於該狀態集合是全域性的。示例臨界值可以是當其已通過使用至少八分鐘的視訊重播被更新時狀態集合可足夠成熟以允許比較。可在每個功率耗散狀態上應用臨界值。示例臨界值可以是一旦功率耗散狀態PDR(k)已根據至少五個視訊重播片段被更新時狀態集合足夠成熟以允許比較。         狀態集合可具有相容的複雜度等級值以允許評估或者比較。例如，第一狀態集合可演進如此以使其可具有k{1,2,3,…10}的PDR(k)的狀態。第一狀態集合可與也可演進至具有k{1,2,3,…10}的PDR(k)的狀態的第二狀態集合比較。比較第一狀態集合和可能已演進至具有k{20,25,30,35,40,45,50}的PDR(k)的狀態的第三狀態集合可能很困難。如果兩個狀態集合可能是基於用信號發送的複雜度等級值的不同範圍或者不同集合產生的，基礎複雜度估計演算法可不直接比較。雖然第7圖中未示出，附加信令可被添加至MPD及/或經由外部/可替換的方法被發送以指示伺服器及/或編碼器所使用的複雜度等級值的全部範圍。這可允許裝置更容易地檢測不同的內容源、伺服器及/或編碼器所使用的複雜度等級值的全部範圍（而非不得不對多個視訊片段中的複雜度等級進行多次觀測）和更容易地評定不同內容源、伺服器及/或編碼器所使用的基礎複雜度估計演算法的相似性。如果CEID被使用，複雜度等級的全部範圍可和每個CEID一起被用信號發送。         可使用合適的比較度量來比較狀態集合。對於其中兩個狀態集合可都被充分演進以進行比較和兩個狀態集合可都具有相容的複雜度等級值的狀態集合對，可使用比較度量來比較狀態集合。例如，功率耗散狀態可被表達為向量形式並且兩個狀態向量間的差的範數（norm）可被計算出。例如，該範數可以是L1 範數或者L2 範數。差的範數可與臨界值比較，並且如果範數在臨界值之下，該兩個狀態集合可被認為足夠相似，以至於這兩個狀態集合可被合併。其他比較度量可被使用。例如，解碼器裝置可計算出一個狀態集合和另一個狀態集合中的對應的狀態間的差，並且可將該度量和臨界值相比較，以確定兩個狀態集合是否相似到足以合併。         在一些情況中，如果狀態集合是基於用信號發送的複雜度等級值的不同範圍或者不同集合產生的，以說明狀態集合中的一些狀態可不具有任意資料觀測或者可具有不充分的資料觀測被認為是按照用信號發送的複雜度等級的功率耗散的可靠度量的可能性，狀態集合可被比較。例如，狀態集合可具有k{1,2,3,4,5,7,8,9,10}的PDR(k)的成熟狀態值，但沒有充分的資料或者沒有資料更新k = 6的狀態。儘管有一個沒有資料的狀態，但剩餘的成熟狀態可足夠描示出該狀態集合的特性以允許與其他狀態集合比較。         在一些情況中，狀態集合可與其他狀態集合比較。例如，待比較的兩個狀態集合中的任何一個中的可能不成熟或者可能不可用的狀態可被從比較中移除，並且相應的成熟狀態（例如，那些使用如最小資料量（例如，如由臨界值確定的）的小量資料被更新的）可被比較以確定相似性。例如，如果在第一狀態集中的k = 6的狀態被確定不成熟或者不可用，將第一狀態集合與第二狀態集合比較，可通過從這兩個狀態集合中移除k = 6的狀態值並且使用比較度量（例如，兩個減小的狀態集合向量間的差的L2 範數）來比較所產生的減小的狀態集合。可從同一狀態集合中的成熟的鄰近狀態，內插在狀態集合中的可能不成熟或者可能不可用的狀態。例如，線性內插可用以填充缺失或者不成熟的狀態，以允許進行與另一狀態集合的完整比較。         如果解碼器裝置確定兩個狀態集合間有足夠的相似性（例如，如此處所述），則解碼器裝置可合併這兩個狀態集合。這可減少解碼器裝置跟蹤的狀態集合的總數，其可節省記憶體。         被合併的兩個狀態集合中的狀態的資料可被平均以產生合併後的狀態集合中的相應狀態。這可以以簡單平均的方式實現，或者其可以以加權平均的方式實現，例如，權重A和B可允許根據多少資料已被用以構建元件狀態集合來加權。例如，如果28分鐘的視訊資料可已被用以構建和更新對應於PDR1 (k)的第一狀態集合，並且12分鐘的資料可已被用以構建和更新對應於PDR2 (k)的第二狀態集合，則權重可按照占總資料的部分來計算，例如，A可以是28/(28+12) = 0.7，而B可以是12/(28+12) = 0.3。         合併後的狀態集合可與可對已被合併的元件狀態集合有效的上下文相關聯。例如，如果對應於YouTube的第一狀態集合可與對應於CNN視訊的第二狀態集合合併，產生的合併後的狀態集合可與YouTube和CNN二者相關聯。狀態集合可經由例如網域名稱、內容服務名或者識別符、及/或如此處公開的CEID與內容相關聯。合併後的集合可對應於多於兩個這樣的內容，如可以是多個合併的結果。當合併後的狀態集合可被生成並且與適當內容相關聯時，歸因於合併的元件狀態集合可被刪除。         解碼器裝置或者其狀態管理器可在串流會話期間執行狀態集合比較和合併（例如，反作用於演進至它可成熟至足以比較的點或者它可與另一現有狀態集合足夠相似以至可被合併的點的正在使用的當前狀態集合）。比較和合併可在活動的串流會話之外（例如，定期的家務活動或者在空閒時期期間）完成。         合併狀態集合可減少總的狀態集合記憶體需求，並且可減少可由解碼器裝置跟蹤的不同的狀態集合的數量。通過合併來自兩個或者更多相似的狀態集合的資料，資料稀疏的問題可被解決。         PDR狀態可被量化。等式（1）描述的狀態跟蹤技術可給可由內容源用信號發送的複雜度等級k指派狀態。例如，如果內容源用信號發送k{1,2,3,…10}的複雜度等級k，可產生具有10個對應值的狀態集合，具有k{1,2,3,…10}的PDR(k)。如果內容源使用精細的複雜度等級顆粒度（例如，k{1,2,3,…1000}的複雜度等級k），跟蹤可能的複雜度等級的狀態可增加用於跟蹤狀態集合的儲存，並且也可導致資料稀疏問題。例如，解碼器裝置按照複雜度等級可能找不到足夠的資料以可靠地計算出對應的功率耗散狀態。         解碼器裝置可將複雜度等級空間量化為多個離散的箱子（bin）。一個箱子可對應於一種功率耗散率狀態。根據多個鄰近複雜度等級的資料觀測可被提供給箱子，並且儲存大小和跟蹤的狀態集合的複雜度可被減小及/或受限。         第11圖示出了量化複雜度等級的示例。如第11圖所示，可由內容源用信號發送的複雜度等級1202的範圍可以從CLmin （CL最小 ）至CLmax （CL最大 ）。解碼器裝置可將該範圍劃分為例如1204、1206、1208、1210、和1212的多個箱子。雖然第11圖示出了五個箱子1204、1206、1208、1210、1212的示例，但是可使用更少或者更多的箱子。例如，箱子的更大數量（例如，10個箱子或者20個箱子）可被用以描繪複雜度等級和功率耗散率間的關係。         解碼器裝置可請求及/或接收與用信號發送的複雜度等級CL相關聯的視訊片段。在重播視訊片段時，解碼器裝置可觀測變化的電池電量及/或可計算重播該視訊片段的功率耗散率。如第11圖中所示，解碼器裝置可將用信號發送的複雜度等級映射至適當的箱子。解碼器裝置可使用觀測到的電池電量及/或計算出的功率耗散率來更新對應於映射的箱子的功率耗散狀態。用信號發送的複雜度等級CL至映射的箱子k的適當映射，該更新可根據等式（1）完成。         具有小數量狀態（例如，如第11圖中示出的五個狀態）的狀態集合可根據由內容源用信號發送的複雜度等級的更密集的集合來產生。小狀態集合中的值PDR(k)可對應於箱子k中心的複雜度等級（CL）值的功率耗散率。這可在第11圖中由箱子中心的未填充的圓圈1214、1216、1218、1220和1222示出。值PDR(k)可用以預測對應於箱子中心的功率耗散率。為了預測對應於CL的其他值的功率耗散率，可採用內插。例如，線性內插或者多項式內插法可用於在鄰近的PDR(k)值間進行內插。減小的狀態集合可用以預測任意用信號發送的CL值的功率耗散率，並且減小的狀態模型可用以驅動適應決策。雖然第11圖中未示出，複雜度等級值的全部範圍的非均勻量化可被使用。例如，更精細的量化可被應用於中間的複雜度等級值（換言之，中間的箱子可被映射至更小數量的複雜度等級，例如3個複雜度等級值而非圖中示出的6個複雜度等級值），並且更粗糙的量化可被應用於左/右側的複雜度等級（換言之，左/右側箱子可橫跨更大數量的複雜度等級，例如9個複雜度等級值而非示出的6個複雜度等級）。         當減小的狀態集合模型可被使用時，將複雜度等級相對於箱子分隔線對齊可在功率耗散率更新中引入偏差。複雜度等級的使用頻率可引入偏差。例如，如第12圖中所示，在箱子1306的邊緣1304附近對齊的用信號發送的複雜度等級1302在減小的狀態集合的演進期間被頻繁重播，而箱子1306中的其他用信號發送的複雜度等級1308被以較低頻率重播。用以表示箱子1306的資料可偏向箱子1306的一側，並且產生的狀態值PDR(k)可能不能準確地表示箱子1306的中心。         為了減小或者消除偏差源，在使用觀測或者計算的電池電量變化或者功率耗散的值以更新功率耗散率狀態PDR(k)前，這些值可被重新映射至對應於箱子k的中心的等價值。例如，解碼器裝置可儲存對應於原始複雜度等級空間的功率耗散率PDRorig (CL)和複雜度等級CL的觀測。如第13圖中所示，解碼器裝置可使用內插以在(CL, PDRorig (CL))的鄰近的值1402和1404間進行內插以確定對應於箱子k的中心的功率耗散率的映射值1406。映射的功率耗散率可用以更新PDR(k)，該功率耗散率狀態對應於具有減小的狀態集合的箱子k。         雖然第13圖示出了線性內插的使用，其他類型的內插（例如，多項式內插法等）可被使用。內插可用以將原始功率耗散率重新映射至箱子中心的等價速率。例如，解碼器裝置可在鄰近箱子的功率耗散率觀測和功率耗散率狀態值間進行內插。在第13圖中，這對應於用(CLequiv (k+1), PDR(k+1))替代內插右側的(CL2 , PDRorig (CL2 ))，(CLequiv (k+1), PDR(k+1))可對應於下一個更高的箱子中心的等價複雜度等級和功率耗散率。可使用下一個更高箱子（例如，k+1）或者下一個更低箱子（例如，k-1）進行內插，這分別取決於當前複雜度等級觀測CL1 是在箱子k的中心的左或者右。重新映射至箱子k的中心可被執行而無需儲存多個功率耗散率值。         解碼器裝置可使用此處揭露的方法以部署具有和減小的狀態集合N相同數量的多個減小的狀態集合。例如，解碼器裝置可生成和維護多個狀態集合（例如，對應於不同的內容源），其中狀態集合可以是包括狀態值的減小的狀態集合PDR(k)，k{1,2,3,…N}。因為狀態集合可基於相同的複雜度等級k的減小的集合，該狀態集合可更易於比較以用於合併。順序N的減小的狀態集合的狀態集合對可具有可允許評估或者比較的相容的複雜度等級值。為了潛在合併的比較可對可具有足夠成熟的資料以允許比較的順序N的減小的狀態集合對執行。         第14A圖是在其中可以實施一個或更多個實施方式的示例通信系統100的系統圖。通信系統100可以是向多個用戶提供內容，例如語音、資料、視訊、消息發送、廣播等的多重存取系統。通信系統100可以使多個無線用戶通過系統資源分享（包括無線頻寬）存取這些內容。例如，通信系統100可以使用一種或多種通道存取方法，例如分碼多重存取（CDMA），分時多重存取（TDMA），分頻多重存取（FDMA），正交FDMA（OFDMA），單載波FMDA（SC-FDMA）等。         如第14A圖所示，通信系統100可以包括無線發射/接收單元（WTRU），例如多個WTRU，例如WTRU102a、102b、102c、及/或102d（通常其可被統稱為WTRU 102），無線電存取網路（RAN）103/104/105，核心網路106/107/109，公共交換電話網路（PSTN）108、網際網路110和其他網路112。不過將理解的是，揭露的實施方式考慮到了任何數量的WTRU、基地台、網路及/或網路元件。WTRU 102a、102b、102c、102d的每一個可以是配置成在無線環境中進行操作及/或通信的任何類型的裝置。作為示例，可以將WTRU 102a、102b、102c、102d配置成發送及/或接收無線信號，並可以包括使用者裝置（UE）、基地台、固定或者移動訂戶單元、傳呼器、行動電話、個人數位助理（PDA）、智慧型電話、筆記型電腦、隨身型易網機、個人電腦、無線感測器、消費電子產品等等。         通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置成與WTRU 102a、102b、102c、102d中的至少一個無線對接以便於存取一個或者更多個通信網路，例如核心網路106/107/109、網際網路110及/或網路112的任何裝置類型。作為示例，基地台114a、114b可以是基地台收發台（BTS）、節點B、演進的節點B（e節點B）、家庭節點B、家庭eNB、網站控制器、存取點（AP）、無線路由器等等。雖然基地台114a、114b的每一個被描述為單獨的元件，但是應該理解的是，基地台114a、114b可以包括任何數量互連的基地台及/或網路元件。         基地台114a可以是RAN 103/104/105的一部分，RAN 103/104/105還可以包括其他基地台及/或網路元件（未顯示），例如基地台控制器（BSC）、無線電網路控制器（RNC）、中繼節點等。可以將基地台114a及/或基地台114b配置成在特定地理區域之內發送及/或接收無線信號，該區域可以被稱為胞元（未顯示）。胞元還可以被劃分為胞元扇區。例如，與基地台114a關聯的胞元可以劃分為三個扇區。因此，在一種實施方式中，基地台114a可以包括三個收發器，即每一個用於胞元的一個扇區。在另一種實施方式中，基地台114a可以使用多輸入多輸出（MIMO）技術，因此可以將多個收發器用於胞元的每一個扇區。 　 基地台114a、114b可以通過空中介面115/116/117與WTRU 102a、102b、102c、102d中的一個或者更多個通信，該空中介面115/116/117可以是任何合適的無線通訊鏈路（例如，射頻（RF）、微波、紅外（IR）、紫外線（UV）、可見光等）。可以使用任何合適的無線電存取技術（RAT）來建立空中介面115/116/117。         更具體地，如上所述，通信系統100可以是多重存取系統，並可以使用一種或者多種通道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 103/104/105中的基地台114a和WTRU 102a、102b、102c可以使用例如通用移動電信系統（UMTS）陸地無線電存取（UTRA）的無線電技術，其可以使用寬頻CDMA（WCDMA）來建立空中介面115/116/117。WCDMA可以包括例如高速封包存取（HSPA）及/或演進的HSPA（HSPA+）的通信協定。HSPA可以包括高速下行鏈路封包存取（HSDPA）及/或高速上行鏈路封包存取（HSUPA）。         在另一種實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如演進的UMTS陸地無線電存取（E-UTRA）的無線電技術，其可以使用長期演進（LTE）及/或高級LTE（LTE-A）來建立空中介面115/116/117。         在其他實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如IEEE802.16（即，全球互通微波存取（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準 2000（IS-2000）、暫行標準95（IS-95）、暫行標準856（IS-856）、全球移動通信系統（GSM）、GSM演進的增強型資料速率（EDGE）、GSM EDGE（GERAN）等等的無線電技術。         第14A圖中的基地台114b可以是無線路由器、家庭節點B、家庭e節點B或者存取點，例如，並且可以使用任何適當的RAT以方便局部區域中的無線連接，例如商業場所、住宅、車輛、校園等等。在一種實施方式中，基地台114b和WTRU 102c、102d可以實施例如IEEE 802.11的無線電技術來建立無線區域網路（WLAN）。在另一種實施方式中，基地台114b和WTRU 102c、102d可以使用例如IEEE 802.15的無線電技術來建立無線個人區域網路（WPAN）。在另一種實施方式中，基地台114b和WTRU 102c、102d可以使用基於蜂巢的RAT（例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等）來建立微微胞元或毫微微胞元。如第14A圖所示，基地台114b可以具有到網際網路110的直接連接。因此，基地台114b可以不需要經由核心網路106/107/109而存取到網際網路110。         RAN 103/104/105可以與核心網路106/107/109通信，該核心網路106/107/109可以是被配置成向WTRU 102a、102b、102c、102d中的一個或更多個提供語音、資料、應用及/或網際網路協定語音（VoIP）服務等的任何類型的網路。例如，核心網路106/107/109可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分配等及/或執行高級安全功能，例如用戶認證。雖然第14A圖中未示出，應該理解的是，RAN 103/104/105及/或核心網路106/107/109可以與使用和RAN 103/104/105相同的RAT或不同RAT的其他RAN進行直接或間接的通信。例如，除了連接到正在使用E-UTRA無線電技術的RAN 103/104/105之外，核心網路106/107/109還可以與使用GSM無線電技術的另一個RAN（未示出）通信。         核心網路106/107/109還可以充當WTRU 102a、102b、102c、102d存取到PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務（POTS）的電路交換電話網路。網際網路110可以包括使用公共通信協定的互聯電腦網路和裝置的全球系統，該協定例如有TCP/IP網際網路協定組中的傳輸控制協定（TCP）、用戶資料包通訊協定（UDP）和網際網路協定（IP）。網路112可以包括被其他服務提供者擁有及/或營運的有線或無線的通信網路。例如，網路112可以包括連接到一個或更多個RAN的另一個核心網路，該RAN可以使用和RAN 103/104/105相同的RAT或不同的RAT。         通信系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通信的多個收發器。例如，第14A圖中示出的WTRU 102c可被配置成與基地台114a通信，該基地台114a可以使用基於蜂巢的無線電技術，以及與基地台114b通信，該基地台114b可以使用IEEE 802無線電技術。         第14B圖是WTRU 102示例的系統圖。如第14B圖所示，WTRU 102可以包括處理器118、收發器120、發射/接收元件122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸控板128、不可移除記憶體130、可移除記憶體132、電源134、全球定位系統（GPS）晶片組136和其他週邊裝置138。應該理解的是，WTRU 102可以在保持與實施方式一致時，包括前述元件的任何子組合。同樣，實施方式考慮基地台114a和114b，及/或基地台114a和114b可表示的節點（例如但不限於收發器（BTS）、節點B、網站控制器、存取點（AP）、家庭節點B、演進型家庭節點B（e節點B）、家庭演進型節點B（HeNB）、家庭節點B閘道和代理節點等）可包括第14B圖中示出的和此處描述的元素中的一些或者全部。         處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器（DSP）、多個微處理器、與DSP核相關聯的一個或更多個微處理器、控制器、微控制器、專用積體電路（ASIC）、場可程式設計閘陣列（FPGA）電路、任何其他類型的積體電路（IC）、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理及/或使WTRU 102運行於無線環境中的任何其他功能。處理器118可以耦合到收發器120，該收發器120可耦合到發射/接收元件122。雖然第14B圖描述了處理器118和收發器120是單獨的部件，但是應該理解的是，處理器118和收發器120可以一起整合在電子封裝或晶片中。         發射/接收元件122可以被配置成通過空中介面115/116/117將信號發送到基地台（例如，基地台114a），或從基地台（例如，基地台114a）接收信號。例如，在一種實施方式中，發射/接收元件122可以是被配置成發送及/或接收RF信號的天線。在另一種實施方式中，發射/接收元件122可以是被配置成發送及/或接收例如IR、UV或可見光信號的發射器/檢測器。在另一種實施方式中，發射/接收元件122可以被配置成發送和接收RF和光信號兩者。應當理解，發射/接收元件122可以被配置成發送及/或接收無線信號的任何組合。         另外，雖然發射/接收元件122在第14B圖中描述為單獨的元件，但是WTRU 102可以包括任意數量的發射/接收元件122。更具體的，WTRU 102可以使用例如MIMO技術。因此，在一種實施方式中，WTRU 102可以包括用於通過空中介面115/116/117發送和接收無線信號的兩個或更多個發射/接收元件122（例如，多個天線）。         收發器120可以被配置成調變要由發射/接收元件122發送的信號及/或解調由發射/接收元件122接收的信號。如上面提到的，WTRU 102可以具有多模式能力。因此收發器120可以包括使WTRU 102經由多個例如UTRA和IEEE 802.11的RAT通信的多個收發器。         WTRU 102的處理器118可以耦合到下述裝置，並且可以從下述裝置中接收用戶輸入資料：揚聲器/麥克風124、數字鍵盤126及/或顯示器/觸控板128（例如，液晶顯示器（LCD）顯示單元或有機發光二極體（OLED）顯示單元）。處理器118還可以輸出用戶資料到揚聲器/麥克風124、數字鍵盤126及/或顯示/觸控板128。另外，處理器118可以從任何類型的適當的記憶體存取資訊，並且可以儲存資料到任何類型的適當的記憶體中，例如不可移除記憶體130及/或可移除記憶體132。不可移除記憶體130可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、硬碟或任何其他類型的記憶體裝置。可移除記憶體132可以包括訂戶身份模組（SIM）卡、記憶棒、安全數位（SD）儲存卡等等。在其他實施方式中，處理器118可以從在實體位置上可能沒有位於WTRU 102上，例如位於伺服器或家用電腦（未示出）上的記憶體訪問資訊，並且可以將資料儲存在該記憶體中。         處理器118可以從電源134接收電能，並且可以被配置成分配及/或控制到WTRU 102中的其他部件的電能。電源134可以是給WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或更多個乾電池（例如，鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion）等等），太陽能電池，燃料電池等等。         處理器118還可以耦合到GPS晶片組136，該GPS晶片組136可以被配置成提供關於WTRU 102當前位置的位置資訊（例如，經度和緯度）。WTRU 102可以通過空中介面115/116/117從基地台（例如，基地台114a、114b）接收加上或取代GPS晶片組136資訊之位置資訊及/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。應當理解，WTRU 102在保持實施方式的一致性時，可以通過任何適當的位置確定方法獲得位置資訊。         處理器118可以耦合到其他週邊裝置138，該週邊裝置138可以包括一個或更多個提供附加特性、功能及/或有線或無線連接的軟體及/或硬體模組。例如，週邊裝置138可以包括加速計、電子羅盤、衛星收發器、數位相機（用於照片或視訊）、通用序列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽（Bluetooth®）模組、調頻（FM）無線電單元、數位音樂播放機、媒體播放機、視訊遊戲機模組、網際網路瀏覽器等等。         第14C圖是根據實施方式的RAN 103和核心網路106的系統圖。如上面提到的，RAN 103可使用UTRA無線電技術通過空中介面115與WTRU 102a、102b、102c通信。RAN 103還可以與核心網路106通信。如第14C圖所示，RAN 103可以包括節點B 140a、140b、140c，節點B 140a、140b、140c的每一個包括一個或更多個用於通過空中介面115與WTRU 102a、102b、102c通信的收發器。節點B 140a、140b、140c的每一個可以與RAN 103內的特定胞元（未顯示）關聯。RAN 103還可以包括RNC 142a、142b。應當理解的是，RAN 103在保持實施方式的一致性時，可以包括任意數量的節點B和RNC。         如第14C圖所示，節點B 140a、140b可以與RNC 142a通信。此外，節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可以通過Iub介面分別與RNC 142a、142b通信。RNC 142a、142b可以通過Iur介面相互通信。RNC 142a、142b的每一個可以被配置以控制其連接的各個節點B 140a、140b、140c。另外，RNC 142a、142b的每一個可以被配置以執行或支援其他功能，例如外環功率控制、負載控制、准入控制、封包排程、切換控制、巨集分集、安全功能、資料加密等等。         第14C圖中所示的核心網路106可以包括媒體閘道（MGW）144、移動交換中心（MSC）146、服務GPRS支援節點（SGSN）148、及/或閘道GPRS支持節點（GGSN）150。儘管前述元件中的每一個被描述為核心網路106的部分，應當理解的是，這些元件中的任何一個可以被不是核心網路營運商的實體擁有或營運。         RAN 103中的RNC 142a可以通過IuCS介面連接至核心網路106中的MSC 146。MSC 146可以連接至MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供到電路切換式網路（例如PSTN 108）的存取，以便於WTRU 102a、102b、102c和傳統陸地線路通信裝置之間的通信。         RAN 103中RNC 142a還可以通過IuPS介面連接至核心網路106中的SGSN 148。SGSN 148可以連接至GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供到封包交換網路（例如網際網路110）的存取，以便於WTRU 102a、102b、102c和IP賦能裝置之間的通信。         如上所述，核心網路106還可以連接至網路112，網路112可以包括由其他服務提供者擁有或營運的其他有線或無線網路。         第14D圖是根據實施方式的RAN 104和核心網路107的系統圖。如上面提到的，RAN 104可使用E-UTRA無線電技術通過空中介面116與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路107通信。         RAN 104可包括e節點B 160a、160b、160c，但可以理解的是，RAN 104可以包括任意數量的e節點B而保持與各種實施方式的一致性。eNB 160a、160b、160c的每一個可包括一個或更多個用於通過空中介面116與WTRU 102a、102b、102c通信的收發器。在一種實施方式中，e節點B 160a、160b、160c可以使用MIMO技術。因此，e節點B 160a例如可以使用多個天線來向WTRU 102a發送無線信號及/或從其接收無線信號。         e節點B 160a、160b、160c的每一個可以與特定胞元關聯（未顯示），並可以被配置成處理無線資源管理決策、切換決策、在上行鏈路及/或下行鏈路中的用戶排程等等。如第14D圖所示，e節點B 160a、160b、160c可以通過X2介面相互通信。         第14D圖中所示的核心網路107可以包括移動性管理實體（MME）162、服務閘道164及/或封包資料網路（PDN）閘道166。雖然前述單元的每一個被描述為核心網路107的一部分，應當理解的是，這些單元中的任意一個可以由除了核心網路營運商之外的實體擁有及/或營運。         MME 162可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一個，並可以作為控制節點。例如，MME 162可以負責WTRU 102a、102b、102c的用戶認證、承載啟動/解除啟動、在WTRU 102a、102b、102c的初始附著期間選擇特定服務閘道等等。MME 162還可以提供控制平面功能，用於在RAN 104和使用例如GSM或者WCDMA的其他無線電技術的其他RAN（未顯示）之間切換。         服務閘道164可以經由S1介面連接到RAN 104中的eNB 160a、160b、160c的每一個。服務閘道164通常可以向/從WTRU 102a、102b、102c路由和轉發用戶資料封包。服務閘道145還可以執行其他功能，例如在eNB間切換期間錨定用戶平面、當下行鏈路資料對於WTRU 102a、102b、102c可用時觸發傳呼、管理和儲存WTRU 102a、102b、102c的上下文等等。         服務閘道164還可以連接到PDN閘道166，PDN閘道166可以向WTRU 102a、102b、102c提供到封包交換網路（例如網際網路110）的存取，以便於WTRU 102a、102b、102c與IP賦能裝置之間的通信。 　 核心網路107可以便於與其他網路的通信。例如，核心網路107可以向WTRU 102a、102b、102c提供到電路切換式網路（例如PSTN 108）的存取，以便於WTRU 102a、102b、102c與傳統陸地線路通信裝置之間的通信。例如，核心網路107可以包括IP閘道（例如IP多媒體子系統（IMS）伺服器），或者與之通信，該IP閘道作為核心網路107與PSTN 108之間的介面。另外，核心網路107可以向WTRU 102a、102b、102c提供到網路112的存取，該網路112可以包括被其他服務提供者擁有及/或營運的其他有線或無線網路。         第14E圖是根據實施方式的RAN 105和核心網路109的系統圖。RAN 105可以是使用IEEE 802.16無線電技術通過空中介面117與WTRU 102a、102b、102c進行通信的存取服務網路（ASN）。如下面進一步討論的，WTRU 102a、102b、102c，RAN 105和核心網路109的不同功能實體之間的鏈路可以被定義為參考點。         如第14E圖所示，RAN 105可以包括基地台180a、180b、180c和ASN閘道182，但應當理解的是，RAN 105可以包括任意數量的基地台和ASN閘道而與實施方式保持一致。基地台180a、180b、180c的每一個可以與RAN 105中特定胞元（未示出）關聯並可以包括一個或更多個通過空中介面117與WTRU 102a、102b、102c通信的收發器。在一個實施方式中，基地台180a、180b、180c可以使用MIMO技術。因此，基地台180a例如使用多個天線來向WTRU 102a發送無線信號，或從其接收無線信號。基地台180a、180b、180c可以提供移動性管理功能，例如呼叫交遞（handoff）觸發、隧道建立、無線電資源管理，訊務分類、服務品質策略執行等等。ASN閘道182可以充當訊務聚集點，並且負責傳呼、快取用戶資料（profile）、路由到核心網路109等等。         WTRU 102a、102b、102c和RAN 105之間的空中介面117可以被定義為使用802.16規範的R1參考點。另外，WTRU 102a、102b、102c的每一個可以與核心網路109建立邏輯介面（未顯示）。WTRU 102a、102b、102c和核心網路 109之間的邏輯介面可以定義為R2參考點，其可以用於認證、授權、IP主機（host）配置管理及/或移動性管理。         基地台180a、180b、180c的每一個之間的通信鏈路可以定義為包括便於WTRU切換和基地台間轉移資料的協定的R8參考點。基地台180a、180b、180c和ASN閘道182之間的通信鏈路可以定義為R6參考點。R6參考點可以包括用於促進基於與WTRU 102a、102b、102c的每一個關聯的移動性事件的移動性管理的協定。         如第14E圖所示，RAN 105可以連接至核心網路109。RAN 105和核心網路109之間的通信鏈路可以定義為包括例如便於資料轉移和移動性管理能力的協定的R3參考點。核心網路109可以包括移動IP本地代理（MIP-HA）184，認證、授權、計費（AAA）伺服器186和閘道188。儘管前述的每個元件被描述為核心網路109的部分，應當理解的是，這些元件中的任意一個可以由不是核心網路營運商的實體擁有或營運。         MIP-HA可以負責IP位址管理，並可以使WTRU 102a、102b、102c在不同ASN及/或不同核心網路之間漫遊。MIP-HA 184可以向WTRU 102a、102b、102c提供封包交換網路（例如網際網路110）的存取，以促進WTRU 102a、102b、102c和IP賦能裝置之間的通信。AAA伺服器186可以負責用戶認證和支援用戶服務。閘道188可促進與其他網路互通。例如，閘道188可以向WTRU 102a、102b、102c提供電路切換式網路（例如PSTN 108）的存取，以促進WTRU 102a、102b、102c和傳統陸地線路通信裝置之間的通信。此外，閘道188可以向WTRU 102a、102b、102c提供網路112，其可以包括由其他服務提供者擁有或營運的其他有線或無線網路。         儘管未在第14E圖中顯示，應當理解的是，RAN 105可以連接至其他ASN，並且核心網路109可以連接至其他核心網路。RAN 105和其他ASN之間的通信鏈路可以定義為R4參考點，其可以包括協調RAN 105和其他ASN之間的WTRU 102a、102b、102c的移動性的協定。核心網路109和其他核心網路之間的通信鏈路可以定義為R5參考點，其可以包括促進本地核心網路和被訪問核心網路之間的互通的協定。         此處描述的過程和手段可以以任意組合的形式應用，可以應用於其他無線技術和其他服務。         WTRU可指實體裝置的身份，或者指例如與訂閱相關的身份的用戶身份（例如，MSISDN、SIP URI等）。WTRU可指基於應用的身份（例如，每個應用所使用的用戶名）。         雖然上面以特定的組合描述了特徵和元件，但是本領域普通技術人員可以理解，每個特徵或元件可以單獨的使用或與其他的特徵和元件進行組合使用。此外，這裡描述的方法可以用電腦程式、軟體或韌體實現，其可包含到由通用電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電子信號（通過有線或無線連接傳送）和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括，但不限於，唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體（例如內部硬碟和可移除磁片），磁光媒體和光媒體，例如光碟（CD）或數位通用碟片（DVD）。與軟體關聯的處理器用於實現用於WTRU、UE、終端、基地台、RNC或任何主機電腦中的射頻收發器。
100‧‧‧通信系統
102、102a、102b、102c、102d‧‧‧無線發射/接收單元（WTRU）
103/104/105‧‧‧無線電存取網路（RAN）
106/107/109‧‧‧核心網路
108‧‧‧公共交換電話網路（PSTN）
110‧‧‧網際網路
112‧‧‧其他網路
114a、114b、180a、180b、180c‧‧‧基地台
115/116/117‧‧‧空中介面
118‧‧‧處理器
120‧‧‧收發器
122‧‧‧發射/接收元件
124‧‧‧揚聲器/麥克風
126‧‧‧數字鍵盤
128‧‧‧顯示器/觸控板
130‧‧‧不可移除記憶體
132‧‧‧可移除記憶體
134‧‧‧電源
136‧‧‧全球定位系統（GPS）晶片組
138‧‧‧週邊裝置
140a、140b、140c‧‧‧節點B
142a、142b‧‧‧無線電網路控制器（RNC）
144‧‧‧媒體閘道（MGW）
146‧‧‧移動交換中心（MSC）
148‧‧‧服務GPRS支援節點（SGSN）
150‧‧‧閘道GPRS支持節點（GGSN）
160a、160b、160c‧‧‧e節點B
162‧‧‧移動性管理實體（MME）
164‧‧‧服務閘道
166‧‧‧封包資料網路（PDN）閘道
182‧‧‧存取服務網路(ASN)閘道
184‧‧‧移動IP本地代理（MIP-HA）
186‧‧‧認證、授權、計費（AAA）伺服器
188‧‧‧閘道
200‧‧‧串流系統
202、204‧‧‧伺服器
300‧‧‧層視訊轉碼器
302、408‧‧‧空間預測
304、410‧‧‧時間預測
306‧‧‧模式決策邏輯
308‧‧‧轉換
310‧‧‧量化
312‧‧‧熵編碼器
314‧‧‧位元串流
316、404‧‧‧解量化
318、406‧‧‧逆轉換
320、412‧‧‧重構視訊
322、414‧‧‧環路濾波器
324、416‧‧‧參考圖像庫
400‧‧‧單層解碼器
402‧‧‧熵解碼器
600‧‧‧功率知覺串流系統
602‧‧‧功率知覺視訊轉碼器
604‧‧‧功率知覺適應控制模組
606‧‧‧功率感應模組
608‧‧‧功率知覺串流用戶端
702、704、706‧‧‧複雜度等級
800‧‧‧複雜度知覺MPD
802‧‧‧元素的描述
804‧‧‧複雜度等級屬性
900、1000‧‧‧示例過程
1100‧‧‧示例系統
1102‧‧‧解碼器裝置
1104、1106、1108、1110‧‧‧源
1112‧‧‧狀態集合
1114‧‧‧狀態管理器
1202、1302、1308‧‧‧複雜度等級
1204、1206、1208、1210、1212、1306‧‧‧箱子
1214、1216、1218、1220、1222‧‧‧圓圈
1304‧‧‧邊緣
1402、1404‧‧‧值
1406‧‧‧映射值
BL‧‧‧電池電量
BR‧‧‧位元速率
CL‧‧‧改變複雜度等級
Iur、IuCS、IuPS、X2、S1‧‧‧介面
MPD‧‧‧媒體呈現描述
PC‧‧‧功率消耗
PDR‧‧‧功率耗散率
R1、R3、R6、R8‧‧‧參考點
更詳細的理解可從下面的以示例方式給出並結合附圖的描述中獲得：         第1圖示出了示例的基於HTTP的視訊串流系統。         第2圖示出了示例的基於塊的視訊轉碼器。         第3圖示出了示例的基於塊的視訊解碼器。         第4圖示出了在示例視訊重播場景中的功率使用的示例。         第5圖示出了示例功率知覺串流系統。         第6圖示出了在伺服器側通過考慮解析度、位元速率和複雜度所生成的示例內容。         第7圖示出了複雜度知覺媒體呈現描述（MPD）檔的示例。         第8圖示出了用於品質模式的可由功率適應邏輯實施的示例過程。         第9圖示出了用於多工環境的可由功率適應邏輯實施的示例過程。         第10圖示出了在其中解碼器裝置可串流來自多個不同的內容源的媒體內容的示例系統。         第11圖示出了量化複雜度等級的示例。         第12圖示出了在使用減小的狀態集合計算功率耗散狀態中的偏置的示例。         第13圖示出了在更新減小的狀態集合的功率耗散狀態時用於減小或者消除偏置的內插的示例。         第14A圖是可以實施一個或多個揭露的實施方式的示例通信系統的系統圖。         第14B圖是在第14A圖所示的通信系統中使用的示例無線發射/接收單元（WTRU）的系統圖。         第14C圖是在第14A圖所示的通信系統中使用的示例無線電存取網路和示例核心網路的系統圖。         第14D圖是在第14A圖所示的通信系統中使用的另一示例無線電存取網路和另一示例核心網路的系統圖。         第14E圖是在第14A圖示出的通信系統中使用的另一示例無線電存取網路和另一示例核心網路的系統圖。
900‧‧‧示例過程
BL‧‧‧電池電量
BR‧‧‧位元速率
CL‧‧‧改變複雜度等級
PC‧‧‧功率消耗

Claims (35)

  1. 一種用於功率知覺串流的裝置，該裝置包括： 一處理器，該處理器被配置成： 確定針對一資料片段的一複雜度等級； 確定針對該複雜度等級的一功率耗散率（PDR）；以及 使用該PDR計算一狀態。
  2. 如申請專利範圍第1項所述的裝置，其中該資料片段是一視訊流的一片段。
  3. 如申請專利範圍第1項所述的裝置，其中該處理器被配置成通過從一伺服器接收該複雜度等級來確定針對該資料片段的該複雜度等級。
  4. 如申請專利範圍第1項所述的裝置，其中該處理器被配置成通過經由一信號接收該複雜度等級來確定針對該資料片段的該複雜度等級。
  5. 如申請專利範圍第1項所述的裝置，其中針對該複雜度等級的該PDR是基於在解碼該資料片段時被耗散的一功率。
  6. 如申請專利範圍第1項所述的裝置，其中該處理器還被配置成確定一第一電池電量和一第二電池電量。
  7. 如申請專利範圍第6項所述的裝置，其中該處理器被配置成通過使用該第一電池電量和該第二電池電量確定針對該複雜度等級的該PDR。
  8. 如申請專利範圍第6項所述的裝置，其中該處理器還被配置成通過計算該第一電池電量和該第二電池電量的在一時間區間上的一平均數確定針對該複雜度等級的該PDR。
  9. 如申請專利範圍第1項所述的裝置，其中該PDR是一第一PDR並且該處理器被配置成通過使用一第一PDR和一第二PDR計算該狀態。
  10. 如申請專利範圍第1項所述的裝置，其中該PDR是一第一PDR並且其中該處理器被配置成通過計算第一PDR和第二PDR的一加權平均來計算該狀態。
  11. 如申請專利範圍第1項所述的裝置，其中該處理器還被配置成確定播放一視訊流所需的功率的一量。
  12. 如申請專利範圍第2項所述的裝置，其中該處理器還被配置成： 確定該視訊流的一長度；以及 通過將該視訊流的該長度乘以針對該複雜度等級的該PDR，計算按照該複雜度等級播放該視訊流所需的一功率。
  13. 如申請專利範圍第2項所述的裝置，其中該處理器還被配置成確定一剩餘電池容量。
  14. 如申請專利範圍第13項所述的裝置，其中該複雜度等級是一第一複雜度等級，並且該處理器還被配置成： 確定按照該第一複雜度等級播放該視訊流所需的功率的一量超出該剩餘電池容量；以及 選擇一第二複雜度等級，以用於在該剩餘電池容量內播放該視訊流。
  15. 如申請專利範圍第13項所述的裝置，其中該複雜度等級是一第一複雜度等級，並且該處理器還被配置成： 確定按照該第一複雜度等級播放該視訊流所需的功率的一量未超出該剩餘電池容量；以及 選擇一第二複雜度等級，以用於播放該視訊流。
  16. 一種用於功率知覺串流的裝置，該裝置包括： 一處理器，該處理器被配置成： 確定在一區間i的一複雜度等級CLi ； 確定在該區間i的用於一解碼器的一電池電量； 確定在一區間j的用於該解碼器的一電池電量；以及 使用該電池電量和該電池電量來確定針對該複雜度CLi 的一功率耗散率（PDR）狀態。
  17. 如申請專利範圍第16項所述的裝置，其中該處理器還被配置成當該電池電量等於該電池電量時根據下面的等式確定該PDR狀態：其中PDR(k,tj )是該PDR狀態，PDR(CLi ,ti)是在該區間i的針對該複雜度等級CLi 的一PDR，tj 是該區間j的該起點，ti 是該區間i的該起點。
  18. 如申請專利範圍第16項所述的裝置，其中該處理器還被配置成根據下式確定該PDR狀態：其中PDR(k,tj )是該PDR狀態，tj 是該區間j的該起點，並且ti 是該區間i的該起點。
  19. 如申請專利範圍第16項所述的裝置，其中該處理器還被配置成根據下式確定該PDR狀態：其中PDR(k,tj )是該PDR狀態，PDR(CLi ,ti )是在該區間i的針對該複雜度等級CLi 的一PDR，tj 是該區間j的該起點，ti 是該區間i的該起點，並且α是控制一更新速度的一因數。
  20. 如申請專利範圍第16項所述的裝置，其中該處理器還被配置成根據下式確定播放該視訊流所需的功率的一量：其中PC(CLi ,ti )是播放該視訊流從時間ti 至該結束所需的功率的該量，PDR(CLi ,ti )是針對該複雜度等級CLi 的PDR，並且T是該視訊流的該總重播時間。
  21. 一種用於在運行在一網路中的一無線發射/接收單元（WTRU）處接收資料串流的方法，該方法包括： 從多個狀態集合中選擇一狀態集合，該多個狀態集合與該WTRU處的一功率消耗量相關； 根據該WTRU的一剩餘電池功率和該所選擇的狀態集合來選擇該資料串流的一複雜度等級；以及 按照所選擇的複雜度等級接收該資料串流。
  22. 如申請專利範圍第21項所述的方法，其中該多個狀態集合中的每一個狀態集合與一各自的內容源相關聯。
  23. 如申請專利範圍第21項所述的方法，其中該多個狀態集合中的每一個狀態集合與一各自的複雜度估計演算法相關聯。
  24. 如申請專利範圍第21項所述的方法，其中該多個狀態集合中的每一個狀態集合由一各自的複雜度估計識別符（CEID）標識。
  25. 如申請專利範圍第21項所述的方法，還包括將該多個狀態集合中的至少兩個狀態集合合併為一合併後的狀態集合。
  26. 如申請專利範圍第21項所述的方法，還包括將多個複雜度等級映射至一功率耗散率（PDR）狀態。
  27. 一種用於功率知覺串流的裝置，該裝置包括： 一處理器，該處理器被配置成： 確定針對一資料片段的一第一複雜度等級； 確定針對一解碼器的一計算負載； 確定一計算臨界值；以及 使用該計算負載選擇一第二複雜度等級。
  28. 如申請專利範圍第27項所述的裝置，其中該計算臨界值是由一用戶設置的。
  29. 如申請專利範圍第27項所述的裝置，其中該處理器被配置成通過從一伺服器接收針對該資料片段的該複雜度等級來確定針對該資料片段的該複雜度等級。
  30. 如申請專利範圍第28項所述的裝置，其中該處理器被配置成通過經由一信號接收針對該資料片段的該複雜度等級來確定針對該資料片段的該複雜度等級。
  31. 如申請專利範圍第27項所述的裝置，其中該處理器還被配置成確定該計算負載在該計算臨界值之上。
  32. 如申請專利範圍第31項所述的裝置，其中該處理器被配置成通過選擇該第二複雜度等級來選擇使用該計算負載的該第二複雜度等級以減小該計算負載。
  33. 如申請專利範圍第27項所述的裝置，其中該處理器還被配置成確定該計算負載在該臨界值之下。
  34. 如申請專利範圍第33項所述的裝置，其中該處理器被配置成通過選擇一第二複雜度等級來選擇使用該計算負載的一第二複雜度等級以改善一視訊品質。
  35. 如申請專利範圍第27項所述的裝置，其中該處理器被配置成通過確定針對該資料片段的一第一位元速率和確定針對該資料片段的一第二位元速率來確定針對該資料片段的該複雜度等級。
TW103107627A 2013-03-06 2014-03-06 視訊串流功率知覺適應 TW201503667A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361773379P 2013-03-06 2013-03-06
US201461936828P 2014-02-06 2014-02-06

Publications (1)

Publication Number Publication Date
TW201503667A true TW201503667A (zh) 2015-01-16

Family

ID=52718574

Family Applications (1)

Application Number Title Priority Date Filing Date
TW103107627A TW201503667A (zh) 2013-03-06 2014-03-06 視訊串流功率知覺適應

Country Status (6)

Country Link
US (3) US10469904B2 (zh)
EP (3) EP2965529A2 (zh)
JP (4) JP2016517197A (zh)
KR (1) KR101991214B1 (zh)
CN (2) CN105191329B (zh)
TW (1) TW201503667A (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2965529A2 (en) 2013-03-06 2016-01-13 Interdigital Patent Holdings, Inc. Power aware adaptation for video streaming
CN105379293B (zh) 2013-04-19 2019-03-26 华为技术有限公司 基于超文本协议的动态自适应流媒体中的媒体质量信息指示
CN105230024B (zh) * 2013-07-19 2019-05-24 华为技术有限公司 一种媒体表示自适应方法、装置及计算机存储介质
US10567816B2 (en) 2015-04-30 2020-02-18 Comcast Cable Communications, Llc Delivering content
WO2019055886A1 (en) * 2017-09-18 2019-03-21 Intel IP Corporation APPARATUS, SYSTEM AND METHOD FOR VIDEO CODING
US12069115B2 (en) * 2017-11-29 2024-08-20 Comcast Cable Communications, Llc Video streaming delivery
CN108289248B (zh) * 2018-01-18 2020-05-15 福州瑞芯微电子股份有限公司 一种基于内容预测的深度学习视频解码方法和装置
WO2019178716A1 (en) * 2018-03-19 2019-09-26 Qualcomm Incorporated Adaptive video bitrate for power saving
CN108549929B (zh) * 2018-03-29 2019-06-07 河海大学 一种基于深层卷积神经网络的光伏功率预测方法
CN113711602A (zh) 2019-02-15 2021-11-26 北京字节跳动网络技术有限公司 视频压缩中的非二次幂分割树的使用的限制
US11510215B2 (en) * 2019-03-28 2022-11-22 Mediatek Inc. Electronic device and method for radio resource management (RRM) measurement relaxation
FR3124672A1 (fr) * 2021-06-24 2022-12-30 Orange Gestion du téléchargement progressif adaptatif d’un contenu numérique en mode économiseur d’écran

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6704362B2 (en) * 2001-07-06 2004-03-09 Koninklijke Philips Electronics N.V. Resource scalable decoding
JP2003199002A (ja) * 2001-12-27 2003-07-11 Sharp Corp 情報記録装置
JP3779215B2 (ja) * 2002-01-28 2006-05-24 富士通株式会社 携帯型情報処理装置
US7136532B2 (en) * 2002-06-27 2006-11-14 Koninklijke Philips Electronics N.V. FGS decoder based on quality estimated at the decoder
US20040158878A1 (en) * 2003-02-07 2004-08-12 Viresh Ratnakar Power scalable digital video decoding
US20060235883A1 (en) * 2005-04-18 2006-10-19 Krebs Mark S Multimedia system for mobile client platforms
WO2007007300A2 (en) 2005-07-14 2007-01-18 Nxp B.V. Using historic load profiles to dynamically adjust operating frequency and available power to a handheld multimedia device processor core
EP1841172B1 (en) 2006-03-31 2018-03-14 Google Technology Holdings LLC Re-direction of streaming multimedia in wireless communication devices
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US7715481B2 (en) * 2006-11-29 2010-05-11 Ipera Technology, Inc. System and method for allocation of resources for processing video
JP4823146B2 (ja) * 2007-05-24 2011-11-24 三洋電機株式会社 受信装置
KR20080114496A (ko) 2007-06-26 2008-12-31 삼성전자주식회사 레이저 콘텐츠를 이용하여 장면을 구성하는 방법 및 장치
US20090017860A1 (en) * 2007-07-09 2009-01-15 Sony Ericsson Mobile Communications Ab Intelligent Power-Aware Downloading for Mobile Communication Devices
ATE526787T1 (de) * 2007-12-11 2011-10-15 Alcatel Lucent Verfahren zum zustellen eines videostroms über einen drahtlosen kanal
PT3748514T (pt) * 2008-03-18 2024-07-18 Mk Systems Usa Inc Servidor vod de velocidade controlada
US8948822B2 (en) * 2008-04-23 2015-02-03 Qualcomm Incorporated Coordinating power management functions in a multi-media device
KR20100036156A (ko) * 2008-09-29 2010-04-07 삼성전자주식회사 리치미디어 서비스를 제공하는 방법 및 장치
US8396114B2 (en) 2009-01-29 2013-03-12 Microsoft Corporation Multiple bit rate video encoding using variable bit rate and dynamic resolution for adaptive video streaming
JP2011015243A (ja) * 2009-07-02 2011-01-20 Panasonic Corp 再生装置および再生方法
US9124642B2 (en) * 2009-10-16 2015-09-01 Qualcomm Incorporated Adaptively streaming multimedia
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
EP2522146B1 (en) * 2010-01-06 2016-08-31 Dolby Laboratories Licensing Corporation Complexity-adaptive scalable decoding and streaming for multi-layered video systems
EP2437458A1 (en) 2010-09-30 2012-04-04 British Telecommunications Public Limited Company Content delivery
US9002826B2 (en) * 2010-10-27 2015-04-07 Qualcomm Incorporated Media file caching for an electronic device to conserve resources
US8997160B2 (en) * 2010-12-06 2015-03-31 Netflix, Inc. Variable bit video streams for adaptive streaming
CN102547272B (zh) 2010-12-30 2015-03-11 中国移动通信集团公司 一种解码方法、装置及终端
KR101829064B1 (ko) * 2011-06-16 2018-02-13 삼성전자주식회사 Ｄａｓｈ 규격의 미디어 데이터와 ｍｍｔ 전송 시스템과의 연동 방법 및 그 장치
EP2547062B1 (en) * 2011-07-14 2016-03-16 Nxp B.V. Media streaming with adaptation
EP2870770A2 (en) 2012-07-09 2015-05-13 VID SCALE, Inc. Power aware video decoding and streaming
US10764649B2 (en) * 2012-08-17 2020-09-01 Google Technology Holdings LLC Falling back from three-dimensional video
US10708335B2 (en) * 2012-11-16 2020-07-07 Time Warner Cable Enterprises Llc Situation-dependent dynamic bit rate encoding and distribution of content
EP2965529A2 (en) 2013-03-06 2016-01-13 Interdigital Patent Holdings, Inc. Power aware adaptation for video streaming
US10063921B2 (en) 2013-03-06 2018-08-28 Interdigital Patent Holdings, Inc. Power aware adaptation for video streaming
US9774869B2 (en) * 2013-03-25 2017-09-26 Blackberry Limited Resilient signal encoding

Also Published As

Publication number Publication date
US20180324488A1 (en) 2018-11-08
US11153645B2 (en) 2021-10-19
JP7140881B2 (ja) 2022-09-21
JP6582014B2 (ja) 2019-09-25
EP3499905A1 (en) 2019-06-19
US11695991B2 (en) 2023-07-04
EP2965529A2 (en) 2016-01-13
EP4156703A1 (en) 2023-03-29
JP2016517197A (ja) 2016-06-09
JP6890158B2 (ja) 2021-06-18
US10469904B2 (en) 2019-11-05
JP2017163569A (ja) 2017-09-14
CN105191329B (zh) 2018-10-19
CN105191329A (zh) 2015-12-23
US20220038771A1 (en) 2022-02-03
US20200021884A1 (en) 2020-01-16
JP2020005286A (ja) 2020-01-09
CN109510999B (zh) 2022-08-30
CN109510999A (zh) 2019-03-22
EP3499905B1 (en) 2022-09-21
JP2021132402A (ja) 2021-09-09
KR20180082642A (ko) 2018-07-18
KR101991214B1 (ko) 2019-06-19

Similar Documents

Publication Publication Date Title
JP6890158B2 (ja) ビデオストリーミングに対する電力認識適応
JP7072592B2 (ja) 品質ドリブンストリーミング
US11516485B2 (en) Power aware video decoding and streaming
US10063921B2 (en) Power aware adaptation for video streaming
KR101879318B1 (ko) 비디오 스트리밍을 위한 전력 인식 적응