TW201415869A - Dash串流客戶操作及架構 - Google Patents

Dash串流客戶操作及架構 Download PDF

Info

Publication number
TW201415869A
TW201415869A TW102125215A TW102125215A TW201415869A TW 201415869 A TW201415869 A TW 201415869A TW 102125215 A TW102125215 A TW 102125215A TW 102125215 A TW102125215 A TW 102125215A TW 201415869 A TW201415869 A TW 201415869A
Authority
TW
Taiwan
Prior art keywords
segment
content
network
media
streaming
Prior art date
Application number
TW102125215A
Other languages
English (en)
Inventor
Yuriy Reznik
Eduardo Asbun
Osama Lotfallah
Hang Liu
Original Assignee
Vid Scale Inc
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 Vid Scale Inc filed Critical Vid Scale Inc
Publication of TW201415869A publication Critical patent/TW201415869A/zh

Links

Classifications

    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/168—Implementing security features at a particular protocol layer above the transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • 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/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
    • 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/44008—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 operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • 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/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/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/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/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/835—Generation of protective data, e.g. certificates
    • 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/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

自適應HTTP串流用戶端可以防止網路級轉碼、可以偵測到轉碼發生並且實施定製反應、及/或可以採用速率估計和串流切換邏輯，這可以在網路中存在快取和轉碼操作下做出有意義的決定。串流用戶端可以使用接收到的分段的散列值、接收到的內容流的屬性、及/或分段表示的分段長度檢查來確定該分段是否被轉碼。串流用戶端可以使用隨機分割的基於測距的HTTP 獲得請求來延緩轉碼。串流用戶端可以使用分割的基於測距的HTTP 獲得請求來改進其頻寬估計的精確度。串流用戶端可以使用此處所描述技術的任何組合來偵測轉碼、延緩轉碼、採用改進的頻寬及/或位元率估計、以及採用改進的切換邏輯。

Description

DASH串流客戶操作及架構
相關申請案的交叉引用本申請案要求2012年7月13日申請的標題為“Transcoding/Transrating/Caching- Aware Operation And Rate Switching(轉碼/碼率轉換/快取-感知操作及速率切換)”的美國臨時專利申請案No. 61/671,334，以及2012年8月2日申請的標題為“Dynamic Adaptive StreamingOver HTTP (Dash) Clients and Methods (經由HTTP(Dash)用戶端的動態自適應串流及方法)”的美國臨時專利申請案No. 61/679,023權益，所述兩個申請案的內容全部作為引用目的結合於此。
經由無線和有線網路的串流內容（streamingcontent）可能需要因網路中的可變頻寬的自適應。串流內容提供者可以公布以多速率及/或解析度編碼的內容。這使得用戶端能夠適應變化的頻道頻寬。MPEG/3GPP DASH標準可以定義針對端對端服務設計的框架，該框架能實現無線和有線網路上的串流服務的有效和高品質傳遞。
本發明內容被提供成以簡化的形式引入概念的選擇，這將在下述實施方式中進一步描述。本發明內容不是為了識別要求保護主題的關鍵特徵或者必要特徵，也不是為了用來限制要求保護主題的範圍。串流用戶端可以採取措施來阻礙其接收的內容的網路級轉碼。串流用戶端可以偵測到轉碼發生並且實施定製反應的事實，諸如但不限於通知用戶她/他沒在接收原始內容。串流用戶端可以採用強健速率估計和流切換邏輯，這可以在網路中存在快取和轉碼操作下做出決定。自適應HTTP串流用戶端可以阻止網路級轉碼（transcode）、可以偵測到轉碼發生並實施定製反應、及/或可以採用速率估計和流切換邏輯，這可以在網路中快取和轉碼操作的存在下做出有意義的決定。串流用戶端可以使用接收到的分段的散列值來確定該分段是否被轉碼。串流用戶端可以使用接收到的內容流的屬性來確定該分段是否被轉碼。串流用戶端可以使用分段表示的分段長度檢查以確定該分段是否被轉碼。串流用戶端可以使用隨機分割的基於測距的HTTP 獲得（GET）請求來延緩轉碼。串流用戶端可以使用分割的基於測距的HTTP 獲得請求來改進其頻寬估計的精確度。串流用戶端可以使用此處所描述技術的任何組合來偵測轉碼、延緩轉碼、採用改進的頻寬及/或位元率估計、以及採用改進的切換邏輯。實施方式涵蓋了DASH用戶端和方法。此外，本發明提供了對DASH規範的分析，包括其規範性和資訊性章節，並且提供有關DASH串流用戶端的演算法和架構的揭露。在一種或多種實施方式中，在DASH用戶端處實施一種技術。該方法可以包括接收MPD。此外，該方法可以包括選擇一組自適應集合。該方法也可以包括產生針對該自適應集合的每個選擇的表示的分段的列表。此外，該方法包括基於所產生的列表來請求該分段。實施方式涵蓋DASH用戶端和相關方法。在DASH用戶端處可以實施一種或多種實施方式。實施方式可以包括接收MPD。此外，實施方式可以包括選擇一組自適應集合。實施方式也可以包括產生針對該自適應集合的一個或多個或每個選擇的表示的分段的列表。此外，實施方式也可以包括基於所產生的列表來請求該分段。實施方式涵蓋用於無線傳輸/接收單元（WTRU）中的頻寬自適應串流的一種或多種技術。該技術可以包括使用安全超文本傳輸協定（HTTPS）以從至少一個網路節點接收描述檔。該描述檔可以包括編碼後媒體分段的散列值。該技術也可以包括從該網路節點接收編碼後媒體分段。該編碼後媒體分段包括散列值。該技術也可以包括確定該編碼後媒體分段的散列值是否與該描述檔的相應散列值實質上類似。此外，該技術可以包括在該編碼後媒體分段的散列值與該描述檔的相應散列值實質上類似時，對該編碼後媒體分段進行解碼。實施方式涵蓋用於無線傳輸/接收單元（WTRU）中的頻寬自適應串流的一種或多種技術。技術可以包括在該WTRU處確定串流內容的一個或多個超文本傳輸協定（HTTP）獲得請求之間的隨機邊界以阻止轉碼。技術也可以包括從該WTRU傳送針對該串流內容的分段的第一部分的第一HTTP 獲得請求到網路。該第一部分的第一範圍在該隨機邊界處結束。技術也可以包括從該網路接收該串流內容的分段的第一部分。此外，技術可以包括從該WTRU傳送針對該串流內容的分段的第二部分的第二HTTP 獲得請求到網路。技術也可以包括從該網路接收該串流內容的分段的第二部分。實施方式涵蓋一種或多種技術，其可以包括在HTTP（DASH）用戶端裝置的動態自適應串流處接收媒體呈現描述（MPD）。技術也可以包括選擇一個或多個自適應集合。技術也可以包括選擇該一個或多個自適應集合的一個或多個表示。此外，技術也包括產生針對該自適應集合的每個選擇的表示的分段的列表。技術也包括基於所產生的列表來請求該分段。
下面參考各種附圖對示例實施方式進行詳細描述。雖然本發明提供了具體的可能實施方式，但應當理解的是這些細節意在示例性並且不限制本發明的範圍。以下所使用的量詞“一”或者“一個”，在不進一步限定或者特徵化下，可以理解為諸如“一個或者多個”或者“至少一個”。第1A圖為可以在其中實施一個或者多個所揭露實施方式的示例通信系統100的圖式。通信系統100可以是將諸如語音、資料、視訊、訊息、廣播等之類的內容提供給多個無線用戶的多重存取系統。通信系統100可以經由系統資源（包括無線頻寬）的共享使得多個無線用戶能夠存取這些內容。例如，通信系統100可以使用一個或多個頻道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等等。如第1A圖所示，通信系統100可以包括無線傳輸/接收單元（WTRU） 102a、102b、102c、及/或102d（通常或者統稱為WTRU 102）、無線電存取網路（RAN）103/104/105、核心網路106/107/109、公共交換電話網路（PSTN）108、網際網路110和其他網路112，但可以理解的是所揭露的實施方式涵蓋任何數量的WTRU、基地台、網路及/或網路元件。WTRU102a、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、e節點B、家用節點B、家用e節點B、站點控制器、存取點（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）、可見光等）。空中介面115/116/117可以使用任何合適的無線電存取技術（RAT）來建立。更為具體地，如前所述，通信系統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可以實施諸如IEEE 802.16（即全球微波互聯存取（WiMAX））、CDMA2000、CDMA20001x、CDMA2000 EV-DO、臨時標準2000（IS-2000）、臨時標準95（IS-95）、臨時標準856（IS-856）、全球行動通信系統（GSM）、增強型資料速率GSM演進（EDGE）、GSM EDGE（GERAN）之類的無線電技術。舉例來講，第1A圖中的基地台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等）以建立超微型（picocell）胞元和毫微微胞元（femtocell）。如第1A圖所示，基地台114b可以具有至網際網路110的直接連接。因此，基地台114b不必經由核心網路106/107/109來存取網際網路110。RAN103/104/105可以與核心網路106/107/109通信，該核心網路可以是被配置成將語音、資料、應用程式、及/或網際協定上的語音（VoIP）服務提供到WTRU 102a、102b、102c、102d中的一者或多者的任何類型的網路。例如，核心網路106/107/109可以提供呼叫控制、帳單服務、基於移動位置的服務、預付費呼叫、網際互聯、視訊分配等，及/或執行高級安全性功能，例如用戶驗證。儘管第1A圖中未示出，但需要理解的是RAN 103/104/105及/或核心網路106/107/109可以直接或間接地與其他RAN進行通信，這些其他RAT可以使用與RAN 103/104/105相同的RAT或者不同的RAT。例如，除了連接到可以採用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可以包括用於經由不同無線鏈路與不同的無線網路進行通信的多個收發器。例如，第1A圖中示出的WTRU 102c可以被配置成與使用基於蜂窩的無線電技術的基地台114a進行通信，並且與使用IEEE 802無線電技術的基地台114b進行通信。第1B圖為示例WTRU 102的系統圖。如第1B圖所示，WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、鍵盤126、顯示幕/觸控板128、不可移式記憶體130、可移式記憶體132、電源134、全球定位系統晶片組136、和其他週邊裝置138。需要理解的是，在保持與實施方式一致的同時，WTRU 102可以包括上述元件的任何子集合。此外，實施方式涵蓋基地台114a和114b，及/或基地台114a和114b表示的節點（諸如但不侷限於收發機站（BTS）、節點B、站點控制器、存取點（AP）、家用節點B、演進型家用節點B（e節點B）、家用演進型節點B（HeNB）、家用演進型節點B閘道和代理節點等等）可以包括第1B圖中所描述的以及此處所描述的元素的多個或者全部。 處理器118可以是通用目的處理器、專用目的處理器、常規處理器、數位信號處理器（DSP）、多個微處理器、與DSP核心相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路（ASIC）、現場可編程閘陣列（FPGA）電路、其他任何類型的積體電路（IC）、狀態機等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理及/或使得WTRU 102能夠操作在無線環境中的其他任何功能。處理器118可以耦合到收發器120，該收發器120可以耦合到傳輸/接收元件122。儘管第1B圖中將處理器118和收發器120描述為獨立的元件，但是可以理解的是處理器118和收發器120可以被一起集成到電子封裝或者晶片中。傳輸/接收元件122可以被配置為經由空中介面115/116/117將信號發送到基地台（例如基地台114a），或者從基地台（例如基地台114a）接收信號。例如，在一種實施方式中，傳輸/接收元件122可以是被配置為傳送及/或接收RF信號的天線。在另一實施方式中，傳輸/接收元件122可以是被配置為傳送及/或接收例如IR、UV或者可見光信號的傳輸器/偵測器。在又一實施方式中，傳輸/接收元件122可以被配置成傳送和接收RF信號和光信號兩者。需要理解的是傳輸/接收元件122可以被配置成傳送及/或接收無線信號的任何組合。此外，儘管傳輸/接收元件122在第1B圖中被描述為單一元件，但是WTRU 102可以包括任何數量的傳輸/接收元件122。更特別地，WTRU 102可以使用MIMO技術。因此，在一種實施方式中，WTRU 102可以包括兩個或更多個傳輸/接收元件122（例如，多個天線）以用於經由空中介面115/116/117來傳送和接收無線信號。收發器120可以被配置成對將由傳輸/接收元件122傳送的信號進行調變、並且被配置成對由傳輸/接收元件122接收的信號進行解調。如以上所述，WTRU 102可以具有多模式能力。因此，收發器120可以包括多個收發器以用於使得WTRU 102能夠經由多RAT進行通信，例如UTRA和IEEE 802.11。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中的其他元件及/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於為WTRU 102供電的裝置。例如，電源134可以包括一個或多個乾電池（鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion）等）、太陽能電池、燃料電池等。處理器118也可以耦合到GPS晶片組136，該GPS晶片組136可以被配置成提供關於WTRU 102的目前位置的位置資訊（例如經度和緯度）。作為來自GPS晶片組136的資訊的補充或者替代，WTRU102可以經由空中介面115/116/117以從基地台（例如基地台114a，114b）接收位置資訊、及/或基於從兩個或更多個相鄰基地台接收到的信號的時序來確定其位置。需要理解的是，在保持與實施方式一致的同時，WTRU 102可以用任何適當的位置確定方法來獲取位置資訊。處理器118也可以耦合到其他週邊裝置138，該週邊裝置138可以包括提供附加特徵、功能性及/或無線或有線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可以包括加速度計、電子指南針（e-compass）、衛星收發器、數位相機（用於照片或者視訊）、通用串列匯流排（USB）埠、震動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。第1C圖為根據一種實施方式RAN 103和核心網路106的系統圖。如以上所述，RAN 103可以使用UTRA無線電技術經由空中介面115以與WTRU 102a、102b、102c通信。RAN 103也可以與核心網路106通信。如第1C圖所示，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而仍然與實施方式保持一致。如第1C圖所示，節點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可以分別被配置成實施或者支援其他功能，諸如外環功率控制、負載控制、准許控制、封包排程、切換控制、巨集分集、安全性功能、資料加密等等。第1C圖中所示的核心網路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和MGW144可以向WTRU 102a、102b、102c提供至電路交換網路（例如PSTN 108）的存取，從而便於WTRU 102a、102b，102c與傳統陸線通信裝置之間的通信。RAN 103中的RNC 142a也可以經由IuPS介面被連接至核心網路106中的SGSN148。SGSN 148可以被連接至GGSN 150中。SGSN 148和GGSN 150 可以向WTRU 102a、102b、102c提供至封包交換網路（例如網際網路110）的存取，從而便於WTRU 102a、102b，102c與IP使能裝置之間的通信。如上所述，核心網路106也可以連接至其他網路112，其中所述其他網路112可以包括被其他服務提供者擁有及/或操作的其他有線或無線網路。第1D圖為根據一種實施方式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而仍然與實施方式保持一致。e節點B 160a、160b，160c每個可以包含一個或多個收發器，該收發器經由空中介面116來與WTRU 102a、102b、102c通信。在一種實施方式中，e節點B 160a、160b、160c可以使用MIMO技術。由此，例如e節點B 160a可以使用多個天線來傳送無線信號至WTRU102a並且從WTRU 102a中接收無線資訊。e節點B 160a、160b，160c中的每個可以與特定單元（未示出）相關聯並且可以被配置成在上鏈及/或下鏈中處理無線電資源管理決定、移交決定、用戶排程。如第1D圖所示，e節點B 160a、160b，160c可以經由X2介面彼此進行通信。如第1D圖所示的核心網路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中的e節點B 160a、160b、160c的每個。服務閘道164通常可以路由和轉發用戶資料封包至WTRU 102a、102b、02c，或者路由和轉發來自WTRU 102a、102b、102c的用戶資料封包。服務閘道164也可以執行其他功能，例如在e節點B間切換期間錨定用戶平面、當下鏈數據可用於WTRU 102a、102b、102c時觸發傳呼、以及管理和儲存WTRU 102a、102b、102c的上下文等等。服務閘道164也可以被連接到PDN閘道166，該閘道166可以向WTRU 102a、102b、102c提供至封包交換網路（例如網際網路110）的存取，從而便於WTRU 102a、102b、102c與IP使能裝置之間的通信。核心網路107可以促進與其他網路之間的通信。例如，核心網路107可以向WTRU 102a、102b、102c提供至電路交換網路（例如PSTN 108）的存取，從而便於WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如，核心網路107可以包括，或可以與下述通信：作為核心網路107和PSTN 108之間介面的IP閘道（例如，IP多媒體子系統（IMS）服務）。另外，核心網路107可以向提供WTRU 102a、102b、102c至網路112的存取，該網路112可以包括被其他服務提供者擁有及/或操作的其他有線或無線網路。第1E圖為根據一種實施方式RAN 105和核心網路109的系統圖。RAN105可以使用IEEE802.16無線電技術經由空中介面117以與WTRU 102a、102b、102c進行通信。正如下文將繼續討論的，WTRU 102a、102b、102c、RAN 105、和核心網路109的不同功能實體之間的通信線路可以被定義為參考點。如第1E圖所示，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並且從WTRU 102a中接收無線信號。基地台180a、180b、180c也可以提供移動性管理功能，例如切換觸發、隧道建立、無線電資源管理、業務分類、服務品質（QoS）策略執行，等等。ASN閘道182可以作為業務彙聚點且可以負責用戶設定檔的傳呼、快取、路由到核心網路109等。WTRU 102a、102b、102c與RAN 105之間的空中介面117可以被定義為執行IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c中的每個可以建立與核心網路109間的邏輯介面（未示出）。WTRU 102a、102b、102c與核心網路109間的邏輯介面可以被定義為R2參考點，其可以被用來認證、授權、IP主機配置管理、及/或移動管理。基地台180a、180b、180c中的每個之間的通信鏈路可以被定義為包括用於便於WTRU切換和基地台之間的資料傳輸的協定的R8參考點。基地台180a、180b、180c和ASN閘道182之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括用於便於基於與每個WTRU 102a、102b、102c相關的移動事件的移動管理的協定。如第1E圖所示，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的存取，該網路112可以包括被其他服務提供者擁有及/或操作的其他有線或無線網路。雖然在第1E圖中未示出，但應該理解的是RAN 105可以被連接到其他ASN且核心網路109可以被連接到其他核心網路。RAN 105和其他ASN之間的通信鏈路可以被定義為R4參考點，該R4參考點可以包括用於協調RAN105和其他ASN之間的WTRU 102a、102b、102c移動性的協定。核心網路109和其他核心網路之間的通信鏈路可以被定義為R5參考點，該R5參考點可以包括用於便於本地核心網路和受訪核心網路之間的交互作用的協定。以下討論的技術可以部分或者全部由WTRU 102a、102b、102c、102d、RAN 104、核心網路106、網際網路110及/或其他網路112來執行。例如，由WTRU 102a、102b、102c、102d執行的視訊串流可以從事如此處所討論的各種處理。如此處使用的用戶端或串流用戶端可以為諸如WTRU類型。實施方式認識到MPEG/3GPP DASH標準的設計並不提供針對當被傳遞內容也在網路層處被轉碼時的情況的方案。其也不提供針對當該內容在本地代理處被部分快取（cache）時的情況的方案，其中所述情況會引起該內容的不同部分的明顯不同的存取特徵。該轉碼和快取操作可能混淆DASH串流用戶端的頻寬估計邏輯，導致不合理（irrational）的流/速率切換決定、次佳網路使用、及/或差的用戶體驗。串流用戶端可以採取措施來阻礙其接收內容的網路級轉碼。串流用戶端可以偵測到轉碼發生的事實並且可以對其實施定製反應（諸如但不限於通知用戶她/他沒在接收原始內容）。串流用戶端可以採用強健速率估計和流切換邏輯，這可以在網路中快取和轉碼操作存在下做出決定。此處描述的方法可以表示一些可能的動作，即串流用戶端供應者及/或OTT技術提供者可以決定在實際系統中採用來阻止或減少由代理和轉碼器產生的問題。在有線及/或無線網路中的串流（例如，3G、WiFi、網際網路）可以找到（或可能要求）因網路中可變頻寬的有用自適應。由於頻寬自適應串流可以使用戶端能夠將接收媒體時所處速率匹配到其自有變化可用頻寬上，頻寬自適應串流是有吸引力的，其中該頻寬自適應串流可以是在當媒體被串流到用戶端所處的速率可以適應變化的網路條件的情況。第2圖為描述以不同位元率進行編碼的內容的示例圖。在頻寬自適應串流系統中，內容提供者可以用不同速率來提供相同的內容，第2圖示出了其中一個示例。該內容可以用多種目標位元率（r1, r2, … , rM）進行編碼。為了實現這些目標位元率，可以改變參數，諸如可視品質及/或SNR（視訊）、訊框解析度（視訊）、訊框速率（視訊）、取樣速率（聲頻）、頻道數（聲頻）、及/或編解碼器（視訊和聲頻）。描述檔（有時稱作“清單”）可以提供技術資訊及/或與該內容和其多種表示相關聯的元資料。該描述檔可以賦能由串流用戶端選擇不同的可用速率。儘管如此，以多種速率的內容公布可能增加生產和儲存成本。第3圖為描述頻寬自適應串流的示例圖表。多媒體串流系統可以支援頻寬自適應。串流WTRU（也被稱作“串流用戶端”）可以從該媒體內容描述中獲知可用位元率。串流用戶端可以估計可用頻寬。串流用戶端可以藉由以不同的位元率請求分段的方式來控制串流對話，允許其在多媒體內容回放（playback）期間適應頻寬波動（fluctuation），第3圖中示出了其中一個示例。串流用戶端可以根據但不限於緩衝等級、錯誤率和延遲抖動等因素來估計可用頻寬。除頻寬之外，串流用戶端可以在決定使用哪些速率/分段時考慮其他因素，諸如功率考慮及/或用戶查看條件等。存取網路的頻寬可以改變。這是由於所使用的底層（underlying）技術（見表1）及/或由於用戶數量、位置及/或信號強度。表1 存取網路的峰值頻寬示例
串流內容可以在多種螢幕中觀看，包括但不限於智慧手機、輸入板、膝上型電腦和更大螢幕諸如HDTV。表2描述了具有多媒體串流能力的各種裝置的螢幕解析度的示例。例如，提供小量速率可能不足以提供良好的用戶體驗給各種不同類型的串流用戶端。表2 具有多媒體串流能力的各種裝置的螢幕解析度（以圖元）的示例
在頻寬自適應串流中，媒體呈現可以用多種不同位元率進行編碼。每個編碼可以被分割成短持續時間（例如，2-10 sec）的分段。例如，串流用戶端可以使用HTTP以最佳匹配其目前條件的位元率來請求分段。這可以提供用於速率自適應。第4圖為描述在串流對話期間在串流用戶端和HTTP伺服器之間的交互作用序列的示例圖。例如，經由HTTP 獲得請求，串流用戶端可以獲得描述/清單檔、分段索引檔、及/或串流分段。描述/清單檔可以指定編碼後描述的類型。索引檔可以提供與編碼後分段相關的位置及/或時序資訊。行動操作者可以部署TCP/HTTP代理伺服器來執行快取、流量調整（shaping）、及/或視訊轉碼操作。例如，這些方案可以有效降低以視訊下載（或進行的視訊下載）形式進入的資料量，但其還會影響串流訊務。這些方案之間的差異可以包括諸如集成度（單一盒子與具有專用功能的多個伺服器，這些功能諸如但不限於快取、轉碼、DPI和視訊訊務偵測/操縱（steer）、及/或調步）及/或其提供的轉碼品質。一些方案可以使用諸如B訊框跳過，而其他方案可以執行完全轉碼。第5圖為描述用於在無線通信系統中的方案的架構和插入點的示例圖。自適應串流和轉碼方案兩者可以解決諸如與編碼後串流的速率自適應於可用網路頻寬相關的問題。自適應串流可以用端對端方式解決問題，例如允許內容所有者以不同速率控制流的保真度。轉碼器可以例如使用嚴格的計算及/或時間資源來解決高速旋轉（on-the-fly）的問題。轉碼器可以用比由離線編碼可實現的品質等級更差的品質等級來解決問題（例如，多通、源自高品質源、人為控制的編碼）。例如，從速率X到速率Y的視訊轉碼可能比從高品質源開始到速率Y的相同視訊的直接編碼更差。當應用到自適應串流內容，轉碼器可能帶來一種或多種問題，諸如但不限於：（1）由於串流用戶端錯誤預測網路頻寬，可能的視訊停頓甚至軟體崩潰。例如，這種頻寬預測邏輯可以依賴於在清單（.mpd）檔中聲明的視訊流的“頻寬”屬性。如果接收到實際資料量更少，用戶端可以選擇使用諸如更高速率編碼後的流；（2）由於接收兩次編碼後（轉碼後的）視訊而不是切換到以相同速率進行編碼的視訊，降級後的視訊品質的可能性；（3）由於開/關轉碼或由於轉碼引起的不穩定（erratic）的流切換在處於不同品質的流之間的可能振盪；（4）低效使用回載網路及/或在轉碼代理之前的整個網路鏈。例如，視訊可以用10Mbps速率在整個網路上發送，並且僅以200Kbps傳遞到用戶端；和（5）在內容發佈者站點及/或用來傳遞該內容的CDN處的混淆分析。例如，當內容被快取時，其可以改進串流系統的存取時間和性能。然而，基於不完整分段的快取可能混淆在串流用戶端中的速率自適應邏輯。例如，如果一些先前分段被快取並且可以隨意存取而無延遲，用戶端可以假定這種存取速率為可維持的、並且將相應地排程媒體資料請求。然而，如果隨後的分段不被快取，這種假設會引起諸如停頓的視訊和再緩衝。以下描述了可以在自適應HTTP串流用戶端中用來諸如阻止網路級轉碼、偵測轉碼發生、並實施對其的反應（諸如但不限於通知用戶她/他沒在接收原始內容）、及/或採用速率估計和流切換邏輯的技術，這可以在網路中存在快取和轉碼操作下做出有意義的決定。串流用戶端可以利用多種技術來阻止或偵測轉碼或隨機快取。一種確保原始內容的安全傳遞方法是對串流用戶端使用安全HTTP（HTTPS）連接以隧道傳輸串流用戶端和伺服器之間的所有交換。這種方法具有特定的負荷，例如在延遲和複雜性方面。如果內容已經被數位許可權管理（DRM）保護，那麼其對應用附加的加密無幫助。DRM施加的加密足以阻礙轉碼。如果內容所有者將DRM應用到內容時，DRM施加的加密會起作用。MDP檔可以被擴充以涉及諸如MD5或者編碼後媒體分段的類似（或實質上類似）的散列值。例如，編碼後分段的散列值可以在描述檔中接收或位於被描述檔所參考的獨立文件中。串流用戶端可以使用HTTPS來獲得MDP檔和具有針對每個分段的散列值的檔。剩餘資料可以經由平滑（plain）HTTP接收及/或經由HTTPS接收。串流用戶端可以在解碼每個接收到的分段的內容之前檢查（check）散列值。例如，串流用戶端可以檢查接收到的分段的散列值與被描述檔參照的散列值匹配。如果認證失效，串流用戶端可以諸如停止操作及/或通知用戶。第6圖為使用散列值來偵測轉碼的技術的使用的示例流程圖。串流用戶端可以使用HTTPS來擷取MDP及/或描述一個或多個編碼後表示的屬性的索引檔。這些屬性包括但不限於：編解碼器類型和設定檔、影像解析度、視訊訊框解析度、及/或訊框速率。在串流對話期間，串流用戶端可以檢查這些屬性是否與實際傳遞的編碼後串流的屬性相同。如果屬性不匹配，那麼串流用戶端可以推斷（deduce）該串流被轉碼。第7圖為使用串流屬性來偵測轉碼的技術的使用的示例流程圖。串流用戶端可以使用HTTPS來擷取MDP檔及/或一個或多個編碼後表示的原始預期的頻寬屬性。原始預期的頻寬屬性為描述檔的一部分或在被描述檔參照的獨立檔中。在串流對話期間，串流用戶端可以累積所接收的有效位元數並且估計其接收的每個表示的有效速率。如果在用戶端已經接收到合理數量的分段（例如，等於60秒或更多）後，用戶端可以通知對應分段的速率低於其在MPD檔聲明的速率（或在特定臨界值之下），串流用戶端可以推斷轉碼正在發生。第8圖為使用分段長度檢查來偵測轉碼的技術的使用的示例流程圖。為了使得代理難以使用轉碼後的內容替代原始資料（例如，減少轉碼量、減少轉碼的可能性、及/或阻止轉碼），串流用戶端可以使用分割的基於測距（range-based）的HTTP 獲得請求來請求分段資料。例如，不是發佈單一請求來獲得整個檔（例如，GET(path\segment_x.m4s)），串流用戶端可以發佈一個或多個分割的請求，該一個或多個分割的請求可以指定針對待獲得資料的一個或多個位元組範圍，例如：GET（獲得）(bytes 1397..13298, ofpath\segment_x.m4s)GET (bytes 0..1397, of path\segment_x.m4s)一個或多個實施方式涵蓋將分段分割成一個或多個或很多部分。換言之，多於一個隨機邊界可以被確定，諸如兩個、三個或四個隨機邊界可以被確定（除其他數量的隨機邊界之外）。為了使轉碼困難，其可以充分隨機化這些請求之間的邊界。此技術並不影響本地快取記憶體的有效性。第9圖為使用分割存取來分段以阻止轉碼的技術的使用的示例流程圖。分割存取也可以被用來提高頻寬感測的精確度。例如，串流用戶端可以使用第一部分獲得請求來探測其存取來自新分段的資料花費的時間。此存取時間可以與針對先前分段的平均存取時間相比較。如果探測請求以更大的延遲到達，串流用戶端可以推斷該分段沒被快取，並且因此與先前分段相比花費更多的時間來擷取它。第10圖為使用分割存取來分段以改進頻寬估計的精確度的技術的使用的示例流程圖。串流用戶端可以採用以下所描述技術的任何組合。以下所描述技術的任何組合可以被用來確保在網路中轉碼/快取實體存在下的高品質傳遞。串流用戶端可以使用此處所描述技術的任何組合。例如，串流用戶端可以使用以下集成的邏輯：（1）使用HTTPS來獲得MPD檔；（2）如果從MDP中其遵循內容被DRM，串流用戶端可以繼續接收它而無需擔心轉碼；（3）否則，如果內容不被加密，串流用戶端可以檢查是否提供檢查總和（例如，MD5檢查總和）。如果檢查總和被提供，串流用戶端可以使用檢查總和來認證該內容；以及（4）否則，如果不存在檢查總和，串流用戶端可以（4a）使用分割請求來獲得有關頻寬更為準確的估計及/或使得轉碼更不可能；及/或（b）執行屬性和實際頻寬使用的檢查，並且如果串流用戶端偵測到異常，其可以適當地做出反應。例如，在當串流用戶端偵測到其接收轉碼後的流，但其選擇繼續回放的情況中，串流用戶端可以將目前流切換到一個更為準確地匹配進入流的有效（在轉碼之後）速率中。藉由切換到更低速率流，串流用戶端可以使更低品質的流也將被轉碼的可能性最小化。當串流用戶端發現具有可以被網路維持的速率的流，該流可以被傳遞而不轉碼。動態自適應HTTP串流（DASH）為合併用於超文本傳送（或傳輸）協定（HTTP）串流的一些標準。MPEG DASH可以是“3GP-DASH”的擴展。DASH可以被用來處理在無線和有線網路中的可變頻寬並且可以被內容提供者和裝置所支援。DASH可以賦能經由至任何裝置的任何存取網路的多媒體串流裝置。DASH可以部署為HTTP伺服器集合，該HTTP伺服器可以分配已經以合適格式準備的直播及/或隨選（on-demand）內容。用戶端可以存取直接來自如第11圖的示例中所示的這些HTTP伺服器及/或來自內容分配網路（CDN）的內容。CDN可以被用於當期望大量用戶端時的部署，因為其可以快取內容並且可以位於網路邊緣處的用戶端附近。在DASH中，串流對話可以由用戶端藉由在從內容提供者及/或CDN中接收分段時使用HTTP請求分段並且將分段連接到一起來控制。用戶端可以持續監控並且根據網路條件（例如，封包錯誤率、延遲抖動）和其本身狀態（例如，緩衝器滿、用戶行為、偏好）來調整媒體速率，有效地將智慧從網路移動到用戶端。DASH標準可以與資訊用戶端模型類似。第12圖是概念DASH用戶端模型的邏輯元件的示例。DASH存取引擎可以接收媒體呈現描述檔（MPD）。DASH存取引擎可以建構和發佈請求、並且接收分段或部分分段。DASH存取引擎的輸出可以由MPEG容器格式（MP4檔格式及/或MPEG-2傳輸流）的媒體成分以及將媒體的內部時序映射到呈現的時間軸的時序資訊。編碼後媒體塊及/或時序資訊的組合對於正確表現內容是足夠的。DASH施加在編碼後媒體分段上的一些限制可以基於解碼、後處理、及/或回放由不知道這些分段是什麼以及這些分段如何被傳遞的編碼後媒體引擎完成的假設。媒體引擎可以僅解碼和播放持續媒體檔，該檔由DASH存取引擎以塊饋送。例如，DASH存取引擎可以使用爪哇腳本語言(javascript)，而媒體引擎可以由瀏覽器、瀏覽器外掛程式（諸如但不限於閃光(Flash)或銀光(Silverlight)）及/或操作系統提供。在DASH中，多媒體呈現的組織可以根據第13圖示例中所示的階層資料模型。媒體呈現描述（MPD）可以描述組成DASH媒體呈現（即多媒體內容）的週期序列。週期可以表示多媒體內容的編碼後版本集合可用期間的多媒體內容週期。例如，可用位元率、語言、及/或字幕（caption）集合在週期期間不改變。自適應集合可以表示一個或多個多媒體內容成分的可互換編碼後版本集合。例如，存在針對視訊的一個自適應集合、針對主聲頻的一個自適應集合、針對次聲頻的一個集合、及/或針對字幕的一個自適應集合。自適應集合可以在多工的可互換版本被描述為單一自適應集合的情況中多工。例如，自適應集合可以包含針對一週期的視訊和主聲頻兩者。表示可以描述一個或多個媒體內容成分的可傳遞的編碼後版本。表示可以包括一個或多個媒體流（例如，一個媒體流針對多工中的每個媒體內容成分）。自適應集合內的任何單個表示足以表現所包含的媒體內容成分。用戶端可以在自適應集合中從表示切換到表示以為了適應網路條件或其他因素。用戶端可以忽略使用編解碼器、設定檔、及/或其不支援的參數的表示。表示內的內容可以按照時間分成固定或可變長度的分段。URL可以被提供給每個分段。分段為使用單一HTTP請求擷取的最大資料單元。媒體呈現描述（MPD）可以是XML文件，該XML文件可以包含被DASH用戶端用來建構合適的HTTP-URL以存取分段及/或提供串流服務給用戶的元資料。MPD中的基本URL（base URL）可以被用戶端用來產生針對分段和媒體呈現中的其他資源的HTTP 獲得。HTTP部分獲得請求可以被用來藉由使用位元組範圍（經由“測距”HTTP標頭）來存取有限部分的分段。替代的基本URL可以被指定以允許存取在位置無法獲得的情況下的呈現、提供冗餘給多媒體流的傳遞、允許用戶端側的載入平衡、及/或平行下載。MPD在類型上可以為“靜態”或“動態”。靜態MPD類型可以在媒體呈現期間改變或不改變，並且被用於隨選呈現。動態MPD類型可以在媒體呈現期間更新、並且可以被用於直播呈現。MPD可以被更新以擴展針對每個表示的分段列表、引入新的週期及/或終止媒體呈現。在DASH中，不同媒體內容成分的編碼後版本（例如，視訊、聲頻）可以共享公共的時間軸。媒體內容內的存取單元的呈現時間可以被映射至總體公共呈現時間軸，稱作媒體呈現時間軸。這樣允許不同媒體成分的同步並且使得能夠無縫切換相同媒體成分的不同編碼後版本（即，表示）。分段可以包含實際的分段後媒體流。該分段包括有關如何將媒體流映射到用於切換的媒體呈現時間軸及/或具有其他表示的同步呈現的附加資訊。分段可用性時間軸可以被用來以信號通知用戶端在指定HTTP URL的分段可用性時間。例如，這些時間可以用經過（wall-clock）時間提供。在存取處於指定HTTP URL的分段之前，用戶端可以將經過（wall-clock）時間與分段可用性時間相比較。對於隨選內容，分段的可用性時間是相同的。一旦任何分段為可用時，媒體呈現的分段可以在伺服器上可用。MPD可以為靜態文件。對於直播內容，分段的可用性時間可以取決於媒體呈現時間軸中的分段位置。分段可以隨著內容的產生隨時間可用。MPD可以被週期性更新以反映該呈現隨時間的變化。例如，針對新分段的分段URL可以被添加到MPD。不再可用的舊分段可以從MPD中移除。如果使用範本描述分段URL時，則不需要更新MPD。分段的持續時間可以表示被包含在分段中的媒體以正常速度呈現的持續時間。表示中的分段可以具有相同或大致類似（或實質上類似）的持續時間。分段持續時間可以根據表示而不同。DASH表示可以利用相對短的分段（例如幾秒）、或較長的分段來建構，包括針對整個表示的單一分段。短的分段適於直播內容（例如，經由減少端對端延遲）並且允許在分段等級上的高切換粒度。小的分段可以增加呈現中的檔案數目。長的分段可以藉由減少呈現中的檔案數目而改進快取記憶體性能。長的分段可以使得用戶端作出靈活的請求大小（例如，藉由使用位元組範圍請求）。長的分段可以利用分段索引、並且可能不太適於直播事件。分段可以在時間上擴展或不擴展。分段可以是整體上可用的完整和離散單元。分段可以被進一步子劃分成子分段。每個子分段可以包含全部數量的完整存取單元。“存取單元”可以是具有分派的媒體呈現時間的媒體流。如果分段被劃分成子分段，這些可以由分段索引描述。分段索引可以提供在表示中的呈現時間範圍和由每個子分段佔用的分段中的相應位元組範圍。用戶端可以提前下載這一索引，並且接著使用例如HTTP部分獲得請求來發佈針對單一子分段的請求。分段索引可以被包括在媒體分段中，例如在檔開始。分段索引資訊可以在單獨的索引分段中被提供。DASH例如可以定義四種分段類型，包括但不限於初始化分段、媒體分段、索引分段、及/或位元流切換分段。初始化分段可包含用於存取表示的初始化資訊。初始化分段可以包含或不包含具有分派的呈現時間的媒體資料。概念上，初始化分段可以由用戶端處理以初始化用於啟動包含的表示的媒體分段的播放的媒體引擎。媒體分段可以包含且可以封裝在此媒體分段中描述的及/或由這一表示的初始化分段描述的媒體流。媒體分段可以包含許多完整存取單元、並且可以包含針對每個所包括的媒體流的至少一流存取點（SAP）。索引分段可以包含與媒體分段相關的資訊。索引分段可以包含用於媒體分段的索引資訊。索引分段可以為一個或多個媒體分段提供資訊。索引分段可以是特定於媒體格式的、並且可以針對支援索引分段的每個媒體格式定義更多的細節。位元流切換分段可以包含用於切換到其被分派的表示的資料。位元流切換分段可以是特定於媒體格式的、並且可以針對許可位元流切換分段的媒體格式定義更多細節。一個位元流切換分段可以針對每個表示來定義。用戶端可以在媒體中的任何點處在自適應集合內從表示切換到表示。由於表示內的編碼依賴和其他因素，任何位置的切換可能是複雜的。下載“重疊”資料（即，來自多個表示的相同週期的媒體）可以被避免。切換在新的流中的隨機存取點處為最簡單的。DASH可以定義流存取點（SAP）的編解碼器獨立概念、並且識別各種類型的媒體存取點。流存取點類型可以作為自適應集合的特性中的一者被傳送（例如，假設自適應集合中的所有分段具有相同SAP類型）。流存取點（SAP）可以賦能隨機存取到媒體流的檔案容器（container）。SAP可以是容器中能夠使用從前面的位置開始的被包含在容器中的資訊及/或來自容器的其他部分/或外部可用的可能初始化資料來回放待開始的所識別媒體流的位置。TSAP可以為媒體流的任何存取單元的最早呈現時間，由此呈現時間大於或等於TSAP的媒體流的所有存取單元可以使用在ISAP開始的位元流中的資料並且沒有ISAP之前的資料被正確解碼。ISAP可以是位元流中的最大位置，由此呈現時間大於或等於TSAP的媒體流的存取單元可以使用在ISAP處開始的位元流資料而且有或者沒有在ISAP之前開始的任何資料被正確解碼。ISAU可以是在媒體流內以解碼次序最新存取單元的位元流中的開始位置，由此呈現時間大於或等於TSAP的媒體流的存取單元可以使用這一最新存取單元和以解碼次序跟隨的存取單元並且沒有以解碼次序較早的存取單元而被正確解碼。TDEC可以是媒體流的任何存取單元的最早呈現時間，該存取單元可以使用位元流中在ISAU開始的資料且有或者沒有在ISAU之前開始的任何資料而被正確解碼。TEPT可以是位元流中在ISAU開始的媒體流的任何存取單元的最早呈現時間。TPTF可以是位元流中在ISAU開始的以解碼次序的媒體流的第一存取單元的呈現時間。第14圖是具有參數的流存取端的示例。第14圖描述了具有3種不同類型訊框：I、P和、B的編碼後視訊流。P訊框可以發現有益於（或在一些實施方式中僅需要）待被解碼的先前I或P訊框，而B訊框可以發現有益於（或在一些實施方式中需要）先前和隨後的I及/或P訊框兩者。在一些實施方式中，I、P、及/或B訊框在傳輸、解碼、及/或呈現次序上存在區別。SAP的類型可以依賴於哪些存取單元是可正確解碼的及/或在其在呈現次序上的安排。以下描述了六種SAP類型的示例。類型1：TEPT＝TDEC＝TSAP＝TPTFSAP類型1對應於稱作“閉合GoP隨機存取點”。從ISAP開始的存取單元（以解碼次序）可以被正確解碼。結果為正確解碼的存取單元的持續時間序列沒有間隙。以解碼次序的第一存取單元可以是按照呈現次序的第一存取單元。類型2：TEPT＝TDEC＝TSAP＜TPTF。SAP類型2對應於稱作“閉合GoP隨機存取點”，對此，在從ISAU開始的媒體流中的以解碼次序的第一存取單元不是以呈現次序的第一存取單元。例如，前兩個訊框可以是向後預測P訊框（其在H.264和一些其他編解碼器中語義上被編碼為僅前向（forward-only）B訊框），及/或他們發現或不發現有益於（或者可能需要）將被解碼的第3訊框。類型3：TEPT＜TDEC＝TSAP＜＝TPTF。SAP類型3對應於稱作“開放GoP隨機存取點”，其中存在以解碼次序在ISAU之後的一些存取單元沒有被正確解碼及/或呈現時間少於TSAP。類型4：TEPT＜＝TPFT＜TDEC＝TSAP。SAP類型4對應於稱作“逐漸解碼復新（GDR）”（也就是“惡意（dirty）”的隨機存取），其中存在以解碼次序從ISAU開始並且在ISAU之後的一些存取單元沒有被正確解碼及/或呈現次數少於TSAP。GDR的一種示例情況為內部復新過程，其中該內部復新過程可以在具有使用內部MB編碼的訊框的一部分的N個訊框上擴展。非重疊部分可以在N個訊框上內部編碼。此過程可以被重複直到整個訊框被復新為止。類型5：TEPT＝TDEC＜TSAP。SAP類型5對應於當存在以解碼次序從ISAP開始的至少一個存取單元不被正確解碼，並且具有比TDEC大的呈現次數的情況，及/或當TDEC為從ISAU開始的任何存取單元的最早呈現時間。類型6：TEPT ＜ TDEC ＜ TSAP。SAP類型6對應於當存在以解碼次序從ISAP開始的至少一個存取單元不被正確解碼，並且具有比TDEC大的呈現時間的情況，及/或當TDEC不是從ISAU開始的任何存取單元的最早呈現時間。DASH設定檔可以被定義為賦能特徵使用的互用性和傳訊。設定檔可以施加一組限制。這些限制可以為關於媒體呈現描述（MPD）文件的特徵及/或分段格式。該限制可以是有關在分段內傳遞的內容，諸如但不限於媒體內容類型、媒體格式、編解碼器、及/或保護格式、及/或有關可量化測量諸如但不限於位元流、分段持續時間和大小、及/或水平和垂直可視呈現大小。例如，DASH可以定義在第15圖中所示的六個設定檔。設定檔可以根據用於分段的檔容器類型被組織成兩個主要分類。三個設定檔可以使用ISO基本媒體檔容器，兩個設定檔可以使用基於MPEG-2傳送流（TS）的檔容器，並且一個設定檔可以支援兩種檔容器類型。每個容器類型可以是編解碼器獨立。隨選設定檔的ISO基本媒體檔格式可以提供針對隨選內容的基本支援。隨選設定檔的限制可以是每個表示可以被提供作為單一分段，子分段可以在自適應集合內的表示之間對準（align），及/或子分段可以在流存取點處開始。隨選設定檔可以被用來支援具有最小數量的內容管理的大的VoD庫。隨選設定檔可以許可HTTP伺服器的可擴充以及有效使用並且可以簡化無縫切換。ISO基本媒體檔格式直播設定檔可以被最佳化用於由具有相對短的持續時間的ISO檔格式的單一電影片段組成的分段的直播編碼及/或低延遲傳遞。每個電影片段可以在需要時請求。這可以使用範本產生的URL來完成。其不需要在每個分段請求之前請求MPD更新。分段可以被限制，使得該分段可以在分段邊界上序連、並且在媒體資料中無需間隙及/或重疊而被解密。這可以與自適應集合中的表示的自適應切換無關。此設定檔可以被用來分配非直播內容。例如，在直播媒體呈現已經終止但被保持可用於作為隨選服務的情況下。ISO 基本媒體檔格式主要設定檔可以是ISO基本媒體檔格式隨選設定檔和直播設定檔的超集合（superset）。MPEG-2 TS主要設定檔可以對用於MPEG-2傳送流（TS）內容的媒體分段格式施加少量限制。例如，表示可以被多工，由此在用戶端處不連結媒體流（聲頻、視訊）為有益的（或可能要求）。例如，分段可以包含整數個MPEG-2 TS封包。例如，可以推薦索引和分段對準。Apple的HLS內容可以藉由將HLS媒體呈現描述（.m3u8）轉換成DASH MPD的方式以與此設定檔一起集成。MPEG-2 TS簡要設定檔可以是MPEG-2 TS主要設定檔的子集合。這可以對內容編碼和多工施加更多的限制以為了允許無縫切換的簡單實施。無縫切換可以藉由保證符合ISO/IEC 13818-1（MPEG-2系統）的媒體引擎可以播放藉由序連來自相同自適應集合內的任何表示的連續分段來產生的任何位元流的方式來實現。全部設定檔可以是ISO基本媒體檔格式主要設定檔和MPEG-2 TS主要設定檔的超集合。實施方式認識到HTTP的動態自適應串流（DASH）為目前在移動影像專家組（MPEG）下開發的多媒體串流技術。MPEG DASH標準（ISO/IEC 23009）定義了針對經由無線和有線網路的頻寬自適應多媒體串流設計的框架。此標準定義了一種或多種待使用的檔案格式和協定。此外，此標準定義了一致點。實施方式涵蓋此標準可以提供針對DASH系統設計的指南，部分關注DASH串流用戶端設計。實施方式涵蓋用於改進DASH的一種或多種技術、系統、及/或架構。第16圖描述了針對基於DASH的多媒體傳遞的示例系統圖。多媒體編碼過程可以產生分段，其中一個或多個、或每個分段可以包括媒體內容的媒體成分的一者或多者的不同編碼後版本。一個或多個、或每個分段可以包括被用於解碼和顯示內容的時間間隔的流。該分段之後可能與清單一起裝載（host）在一個或多個媒體原始伺服器上，稱作媒體呈現描述（MPD）。媒體原始伺服器可能在一些符合RFC2616的實施方式中為平滑的HTTP伺服器，因為與伺服器的任何通信可以是基於HTTP。MPD資訊可以提供有關分段位置及/或該分段的時序和關係（例如，其如何形成媒體呈現）的指令。根據MPD中的此資訊，用戶端可以使用HTTP 獲得及/或部分獲得方法來請求分段。用戶端可以完全控制串流對話，例如，其可以管理準時的請求以及分段序列的平滑回放、潛在地調整位元率或其他屬性，例如以對裝置狀態或用戶偏好的變化做出反應。在一種或多種實施方式中，大量可擴充媒體分佈可以使用伺服器群的可用性來處理至一個或多個、或所有、單一用戶端的連接。基於HTTP的內容分配網路（CDN）可以被用來服務網頁內容，並且用於卸載原始伺服器及/或降低下載延遲。這些系統可以包括分散式快取網頁代理集合及/或請求重新定向器集合。在現有網際網路基礎設施中給定基於HTTP的CDN系統的範圍、覆蓋和可靠性，除其他因素之外，其可以被用於大範圍的視訊串流服務。這種使用可以降低資金和操作開支、及/或可以降低或消除有關在節點上資源提供的決定。這種原理在第16圖中經由中間HTTP伺服器/快取記憶體/代理來表明。這些通用快取記憶體可以提供可擴充性、可靠性、和至用戶位置的接近度和高可用性。一個或多種實施方式認識到MPEG-DASH（或正式地藉由引用而併入的ISO/IEC23009-1）規範可以作為針對DASH設計的賦能者。其不指定全部的端對端方案，但指定基本的建構模組來賦能它。特定地，ISO/IEC 23009-1定義了如第17圖中所示的兩種格式，其中描述了在DASH中的標準化方面的圖式。特定地，媒體呈現描述（MPD）描述了媒體呈現，例如，媒體內容的有限制或無限制呈現。特定地，其可以定義一種或多種格式來通知針對分段的資源識別符作為HTTP-URL、並且提供內容給媒體呈現內的這些識別的資源。分段格式可以利用經由如在RFC2616所定義的HTTP/1.1的指示位元組範圍以將對HTTP獲得請求或部分HTTP 獲得的HTTP回應的實體主體格式指定為在MPD中識別的資源。這些標準的DASH元件在第17圖中被示為方塊1704-1728。在方塊1702處，在一些實施方式中，DASH假定用戶端和伺服器之間的HTTP 1.1介面。在一些實施方式中，剩餘的元件可以被假定成未定義及/或留給實施團體來確定。實施方式認識到ISO/IEC 23009-1可以包括一些資訊的元件，解釋預期使用串流傳遞系統中的MPD及/或分段格式。特定地，有關DASH用戶端的功能性和期望行為，其可以提供如下：資訊的用戶端模型——在ISO/IEC 23009-1的4.3款中定義；和DASH用戶端行為的示例——在ISO/IEC 23009-1的附錄A中定義。在DASH部分3（ISO/IEC 23009-1：實施指南）上也存在正在進行的工作，這可以產生DASH用戶端行為的模式詳細解釋。實施方式認識到DASH用戶端行為的示例，諸如在ISO/IEC 23009-1的附錄A中所提供的示例。作為DASH用戶端操作的示例，DASH用戶端可以受在MPD中提供的資訊所引導。以下示例假定MPD@type（@類型）為“動態”。作為“靜態”的MPD@type的情況下的行為可以是此處描述的子集合。在一種或多種實施方式中，用戶端可以執行MPD解析，其中用戶端可以擷取並解析MPD，並且根據在一個或多個、或每個自適應集合元素中提供的資訊來選擇一組適合其環境的自適應集合。自適應集合的選擇也可以將由AdaptationSet@group（自適應集合@組）屬性提供的資訊及/或可能存在的子集合元素的任何限制考慮在內。此外，用戶端可以實施速率/表示選擇，其中在每個自適應集合內，其可以根據@bandwidth（@頻寬）屬性值並且在一些實施方式中也將用戶端解碼和表現能力考慮在內來選擇至少一個特定的表示。之後，其針對實際用戶端本地時間NOW（現在）來創建針對一個或多個、或每個表示的可存取分段的列表，其中該用戶端本地時間NOW將一個或多個程序考慮在內以經過（wall-clock）時間進行測量。隨後地，用戶端可以實施分段擷取，其中用戶端可以藉由請求整個分段或分段的位元組範圍來存取該內容。用戶端可以藉由使用所產生的分段列表來請求所選擇表示的媒體分段。隨後地，用戶端可以實施緩衝以及回放，其中用戶端在開始呈現之前緩衝用於至少@minBufferTime（@最小緩衝時間）屬性持續時間值的媒體。之後，在其在不同表示中已經識別針對一個或多個、或每個媒體流的流存取點（SAP），其可以開始表現（在經過（wall-clock）時間）此SAP，可能不在MPD@availabilityStartTime（@可用開始時間） + PeriodStart （週期開始）+T SAP之前、並且也可能不在MPD@availabilityStartTime+ PeriodStart +T SAP+@timeShiftBufferDepth（@時間偏移緩衝深度）之後，並且可能提供的觀測的流通量可以保持在所選擇表示的@bandwidth屬性總和或者之上（若否，更長的緩衝是有用的）。對於MPD @類型＝'動態'的服務，以MPD@availabilityStartTime＋ PeriodStart ＋T SAP和MPD @ suggestedPresentationDelay（@建議呈現延遲）值的總和來表現SAP可能是有用的，可能除其他原因之外，如果與遵循相同規則的其他裝置同步播放是理想的。隨後，一旦該呈現已經開始，用戶端可以實施繼續的回放以及分段擷取/流切換，用戶端可以藉由連續請求媒體分段或部分媒體分段來繼續消耗媒體內容。用戶端可以將更新後的MPD資訊及/或來自其環境中的更新後的資訊(例如，觀測的流通量的改變)考慮在內，用戶端可以切換該表示。利用針對包括流存取點的媒體分段的任何請求，用戶端可以切換到不同的表示。隨著不同的表示可以被時間對準，無縫切換可以被實現。如果提供的話，有利的切換點可以在MPD及/或分段索引中進行通知。隨後地，當獲取新的MPD時，用戶端可以實現直播串流/決定，其中隨著經過（wall-clock）時間NOW前移，用戶端可以消耗可用的分段。隨著NOW前移（advance），根據在ISO/IEC 23009-1的A.3中指定的程序，用戶端可能擴展針對一個或多個、或每個表示的可用的分段列表。在一些實施方式中，除其他原因之外，如果下列的一者或多者都為真，更新後的MPD可以被提取：（1）@mediaPresentationDuration（@媒體呈現持續時間）屬性未被聲明，或者如果在MPD中描述的任何媒體到達不了媒體程式的末端；和（2）目前回放時間位於臨界值內（典型地描述至少為針對任何消耗或待消耗表示的MPD中所描述媒體的@minBufferTime屬性值和@duration（持續時間）屬性值（或者在使用分段時間軸情況下的等量值）的總和）。如果除其他原因之外，條款為真，用戶端可以提取新的MPD、及/或更新FetchTime（提取時間）。一旦接收到，用戶端可以將可能更新的MPD和針對一個或多個、或每個表示的可存取分段列表的再生中的新FetchTime考慮在內。一種或多種實施方式可以假定用戶端可以在時間FetchTime處、在如果沒有MPD.Location（位置）元素存在時其初始位置處、或者在任何存在的MPD.Location元素中指定的位置處存取MPD。在一些實施方式中，FetchTime可以被定義為當伺服器處理針對來自用戶端的MPD的請求時的時間。用戶端可以在其已經成功接收到MPD時不使用該時間，但將由於MPD傳遞和處理的延遲考慮在內。如果用戶端獲得更新後的MPD、及/或用戶端驗證MPD自先前提取起未被更新，該提取可以被當作成功取得。鑒於上述（以及DASH標準的其他部分），在一種或多種實施方式中，DASH用戶端可以被配置為執行下列功能的至少一者或多者：存取HTTP伺服器；讀取和解析MPD；讀取/產生分段列表；讀取/維持索引分段的快取記憶體；讀取分段或子分段；選擇子集合和自適應集合來使用；選擇初始表示和緩衝；連續回放邏輯/速率自適應；支援技巧（trick）模式；尋找；及/或串流切換。在一些實施方式中，除其他原因之外，可能為了讀取MPD檔及/或分段（經由HTTP 來獲得指令），DASH用戶端可以具有與HTTP伺服器通信的模組。作為解釋但並不限制，其可以被稱作HTTP存取模組。第18圖描述了根據一種或多種實施方式的示例HTTP存取模組的方塊圖。在一些實施方式中，除其他場景之外，可能當用於讀取媒體分段的序列時，HTTP用戶端可以用持續的HTTP連接模式進行操作以為了使諸如延遲/負荷最小化。在一種或多種實施方式中，MPD檔可以經由相同或類似的（或實質上類似的）技術被讀取為網頁伺服器上任何其他檔案。相同或類似（或實質上類似的）HTTP存取模組可以被用來載入它。在一些實施方式中，使用安全HTTP（HTTPS）而不是平滑HTTP來擷取它可能是有用的。使用HTTPS的一種或多種原因可以包括但不限於：阻止人在中間類型（men-in-the-middle-type）的攻擊；在MPD檔內儲存的認證資訊的輸送和使用；及/或儲存在MPD檔內的加密相關資訊的輸送和使用。實施方式涵蓋HTTPS可以（有時）被用於讀取MPD檔，但可能在一些實施方式中不是媒體檔/分段。在一些實施方式中，使用針對整個串流對話的HTTPS可以減少CDN的有效性。為了實現MPD解析，除了其他原因之外，用戶端可以使用MPD解析模組。這一模組可以接收MPD檔、及/或產生包括以下的資料結構：在呈現中的週期列表；對於一個或多個、或每個週期—自適應集合的可用子集合列表，具有到媒體成分類型、角色、和其他內容特性的映射（例如，經由描述符來傳送）；對於一個或多個、或每個自適應集合—可用的表示的列表；對於一個或多個、或每個表示—可用的子表示的列表，如果有的話；及/或對於一個或多個、或每個自適應集合，表示和子表示—其各自的特性及/或屬性。在產生這一結構時，MPD讀取模組可以解析及/或處理來自DASH描述符的資訊（諸如但不限於內容保護、角色、可存取性、評價、觀點、框架封裝、及/或聲頻頻道配置）及/或可由相關MPEG或外部規範中其各自的URI和方案識別的附加客戶描述符。MPD檔也可以包括分段列表或包括緊湊型索引分段盒子的指向檔（pointto files）。為了讀取分段列表資訊，除了其他原因，用戶端可以使用用於讀取及/或產生這種列表的專用模組。第19圖示出了根據一個或多個實施方式的示例MPD和分段列表讀取模組的方塊圖。在一個或多個實施方式中，MPD解析模組的總體架構可以在第19圖中所示的配置中表明。 實施方式認識到DASH標準可以定義描述分段列表的幾種替代方式。這可以容納經由一些現有系統（如微軟平滑串流、Adobe Flash，和蘋果HLS）產生的位元流，並且或許不是因為一種或其他方式可能有任何技術上的好處。具體而言，表示或子表示的分段列表可以由下列中的一者或多者指定：SegmentBase（分段基礎）元素，可以在為整個表示提供單一的媒體分段時使用；SegmentList（分段列表）元素，可能提供針對媒體分段的顯性URL的集合；及/或SegmentTemplate（分段範本）元素，可能提供針對媒體分段的範本形式的URL。在一些實施方式中，可能不管採用的描述方法，可以由分段列表解析模組擷取的資訊可以由一個或多個方面表示。例如，初始化分段，可以存在或不存在，如果存在的話，可以表示為其URL（包括可能的位元組範圍）。換句話說，初始化分段可以是包含初始化及/或分段的檔的一部分。在這種情況下，位元組範圍HTTP請求可用於存取初始化分段。對於媒體分段：列表可以包括下列資訊的一個或多​​個、或每個分段：分段URL（包括可能的位元組範圍），及/或媒體分段開始時間或持續時間。開始時間和持續時間可連接成：持續時間[i] = 媒體分段[i +1].開始時間 – 媒體分段[i].開始時間，因此在一些實施方式中，其可足以來表明任一個。對於一些媒體分段，知道其是否以SAP或一種類型的SAP（及/或可能是SAP參數—例如SAP_delta_time（SAP_delta_時間））開始也是有用的。關於索引分段，其可以存在或不存在，如果存在，URL（包括可能的位元組範圍）可以被提供用於每個對應的媒體分段。實施方式認識到用於基於範本或播放列表表示產生的一個或多個示例性演算法例如在ISO / IEC 23009-1 A.3.2 - A.3.4款中提供。實施方式也認識到ISO / IEC 23009-1原則上不詳述（recite）索引分段也可以在串流開始之後被預先載入、及/或在回放期間以隨選方式載入、及/或其可能一次或多次、或每一次可用，用戶端可能會考慮從一個表示切換到另一個。如此處描述，實施方式涵蓋用於處理索引分段的一種或多種技術。在一個或多個實施方式中，索引分段可以包括其子分段及/或其參數的列表，以在基於ISO的媒體檔格式（ISOBMFF）中的styp、sidx和ssix盒子的序列呈現。 ISOBMFF可以包括表示中一個或多個、或所有分段的索引，這例如可以在被用於索引MP2TS流中的分段時使用。第20圖示出了表示索引分段的示例結構。在第20圖的示例中，一個或多個sidx盒子可以定義子分段的列表，並且一個或多個ssix盒子可以定義位元組範圍及/或位置，在其中他們可以在流中被找到。在一些實施方式中，一個或多個ssix盒子可以具有用於建構在時間“層”上的存取的能力，這例如對於實現技巧模式是有用的。在一些實施方式中，可能如果子分段可以被建構，使得其在時間上對準、並具有一致的SAP跨越（across）（例如，可以由MDP中的@SubsegmentAlignment（@子分段對準）和@SubsegmentStartsWithSAP（@子分段以SAP開始）屬性表明），然後可以實施子分段等級上的流切換。例如，在一些實施方式中，DASH用戶端可以在其實施切換之前被下載到針對一個或多個、或所有相關表示的sidx盒子。實施方式涵蓋DASH用戶端可以這樣做的一種或多種方式：針對所選擇的自適應集合的一個或多個、或所有表示的預先載入的分段索引，至少達到由@minBufferTime指定的持續時間；具有方案，其中來自鄰居表示的分段索引以隨選模式載入，例如有時（僅在一些實施方式）當客戶端正在考慮切換到相應的表示；及/或具有基於因素來動態決定考慮多少分段索引/表示的方案，該因素諸如但不限於頻道速率變化、及/或一個或多個、或每個表示中的編碼後內容的速率變化。在一個或多個實施方式中，用戶端可以維持一個或多個、或所有相關分段索引的列表/佇列，並且可能在其能夠存取子分段之前載入它們。第21圖示出了這一邏輯的示例，其描述了DASH用戶端的示例架構的成分的方塊圖，包括MPD、分段列表和分段索引載入模組。在第21圖中，“分段/子分段擷取單元”可以使用“分段/子分段存取邏輯”來檢查在分段列表及/或分段索引中被請求的分段或子分段的存在。在一些實施方式中，索引分段可以被下載和放置到本地儲存。當已知分段/子分段的一個或多個或所有參數時，除了別的場景以外—控制可以被傳達到分段/子分段讀取器，該讀取器可以將其轉譯（translate）成至伺服器的HTTP獲得請求。具有載入的分段列表及/或分段索引的緩衝可以包括與選擇的自適應集合的一個、一些、若干或所有表示相關的資料。在選擇使用哪些自適應集合時，DASH用戶端可以首先在存在的自適應集合和內容成分之間建立關係。如果子集合存在——這可以針對包括在一個或多個或每個子集合中的一個或多個或所有自適應集合來完成。一個或多個或每個自適應集合可以與至少一個內容類型（例如聲頻或視訊）相關聯，這可以從@mimeType（@mime類型），@codecs（@編解碼器）、或@contentType（@內容類型）屬性，或者基於＜ContentComponent（內容成分）…/＞元素中理解。在一個或多個實施方式中，自適應集合也可包括可能會嵌入多個內容成分的一個或多​​個表示。這種表示也可以包括子表示元素，該子表示元素可能會允許單獨存取各個成分。在一些實施方式中，子表示也可能為了一些其他的原因存在，例如，賦能快進操作。在一些實施方式中，子表示也可以嵌入多個內容成分。在一個或多個實施方式中，可能無論如何安排，DASH用戶端可識別下列中的一個或多個：在呈現中存在的內容成分；其在一個或多個可用的或者每個自適應集合中的可用性；可以由自適應集合定義的針對一個或多個或每個成分的唯一的特性或參數範圍（例如，對於視訊：2D 與（vs） 3D，解析度（寬×高），編解碼器/設定檔等；對於聲頻：頻道、頻道配置、取樣率、編解碼器、聲頻類型等的角色/語言；對於一個或多個或所有類型：@bandwidth ranges）。在一些實施方式中@mimeType，或@codecs屬性可能是有用的及/或強制性的，而其他的屬性可能不存在。在一些實施方式中，可能基於上述資訊和一個或多個的裝置能力，例如：解碼能力（支援的編解碼器@given profiles/levels（@給定設定檔/等級））；表現能力（螢幕解析度，支援3D，外形，螢幕方向，等）；網路/連接能力（網路類型（例如3G/4G/802.11x/LAN），和其預期的速度）；電池/電源狀態等；及/或用戶選擇的偏好（例如，針對語言，對資料使用的限制等），用戶端可以決定使用哪個自適應集合。在一些實施方式中，一個或多個，或許多自適應集合特性可能不被明確地定義為自適應集合元素內的屬性或描述符。為了正確地收集（及/或驗證）這種資訊，用戶端也可以掃描包括在相應的適應集合中的表示的特性。第22圖示出了自適應集合選擇邏輯的示例流程圖。在一些實施方式中，高級DASH用戶端實現可以使用多個自適應集合、及/或執行流切換以從一個自適應集合跨到另一個。例如，這可能當在MPD中提供的自適應集合具有較窄範圍的位元率（例如限制到特定編解碼器/解析度）時是有用的，並且用戶端切換到明顯不同的速率以為了能夠持續即時回放（例如避免再緩衝）。選擇使用這種切換的用戶端也可以具有一種或多種技術用於實現無縫轉換，例如，經由使用重疊的載入，和解碼分段之間的交錯淡出（cross-fade）。在一個或多個實施方式中，可以假定DASH用戶端已經選擇了自適應集合，但它仍然可以選擇初始的表示及/或開始回放。存在至少兩種DASH用戶端可以採用的可能的緩衝模式：從開始到NoW連續緩衝整個呈現（這可以允許往回查詢和倒退操作，並且此模式也可用於將串流內容變換成本地儲存的檔案）；及/或緩衝具有一些界限範圍的分段—例如用以維持即時回放和實現對於網路變化的強健性。在一個或多個實施方式中，玩家在開始回放前執行的初始緩衝，可以至少積累@minBufferTime的回放時間，這在DASH MPD檔中指定。在一些實施方式中，實際的緩衝時間可能會取決於：網路頻寬；及/或為緩衝選擇的初始表示的速率（@bandwidth屬性）。在一個或多個實施方式中，用戶端可能會使用不同的提示選擇使用的初始速率/表示。例如，它可以選擇可用的最低速率的表示（包括可能挑選這種具有最低速率內容呈現的自適應集合）。這可以保證最快的啟動，但例如品質上可能有問題。在另一個例子中，它可以根據用戶提供的關於挑選哪個初始速率的資訊來選擇表示。在一些實施方式中，這可能會覆蓋其他模式。在另一個例子中，它可以基於關於網路的連接類型和狀態的資訊來選擇表示。這樣的資訊是可存取的，例如經由OMA API，或由用戶端裝置的OS提供的網路相關的API的方式。在另一個例子中，它可以基於關於經驗測量的網路速度的資訊（例如，由於載入MPD、或探測下載第一分段的一部分）來選擇表示。在另一個例子中，它可以基於在先前的串流對話期間測量的網路速度的資訊來選擇表示。並且例如，其可藉由使用上述輸入的組合，確定最可能的網路速度。在一個或多個實施方式中，一旦選擇了自適應集合/表示，玩家可以執行分段的連續緩衝直至其累積回放時間達到@ minBufferTime屬性。然後，一旦它已經確定了針對不同表示中的一個或多個或每個媒體流的流存取點（SAP），它可以開始表現（以經過（wall-clock）時間）該SAP，可能不在MPD @ availabilityStartTime + PeriodStart + TSAP之前和可能不在MPD @ availabilityStartTime + PeriodStart + TSAP + @timeShiftBufferDepth之後，可能提供所觀察到的流通量保持在所選擇表示的@bandwidth屬性的總和或者之上（若否，更長的緩衝可是有用的）。對於MPD @類型＝'動態'的服務，以MPD @ availabilityStartTime + PeriodStart + TSAP和MPD @ suggestedPresentationDelay值的總和來表現SAP可是有用的，可能特別是如果與遵循相同規則的其他裝置同步回放是理想的。當設計對於DASH的速率自適應演算法時，一個或多個實施方式涵蓋：@bandwidth屬性可能無法提供關於編碼一個或多個或每個分段的速率的準確資訊。在這種情況下，速率估計可根據分段索引檔中的資訊，及/或處理HTTP 獲得請求返回的實際長度值。一個或多個實施方式需要顧及一個或多個下列考慮：速率自適應演算法可以有效地利用可共享的網路容量時，這可能會影響回放的媒體品質；速率自適應演算法可以是能夠偵測網路擁塞和能夠迅速作出反應，以防止回放中斷；速率自適應演算法可以提供穩定的回放品質，可能即使網路傳遞能力廣泛和頻繁波動；速率自適應演算法能權衡最大暫態品質和平滑連續品質，例如通過使用緩衝平滑網路傳遞能力內的短期波動，但除了其他情況之外如果觀察到更長期的頻寬增加仍可切換到更好的呈現品質/更高的位元率；及/或速率自適應演算法能夠避免由於過緩衝的媒體資料引起的過多的頻寬消耗。在一些實施方式中，可能當在DASH中實現速率自適應時，除了其他情況之外，可以在以上列出的不同標準之間做出平衡，以改進用戶感知的整體體驗品質（QoE）。在沒有例如來自無線電網路狀態的其他資訊時，對於特定QoE度量的測量可以在DASH的速率自適應中使用，例如，平均流通量：由用戶端在一定的測量時間間隔測量的平均流通量；及/或分段取得時間（SFT）比（媒體分段持續時間（MSD）除以SFT 的比率）。MSD和SFT可表示包括在媒體分段中的媒體回放時間及/或分別從發送針對媒體分段的HTTP 獲得請求的時刻到所請求的媒體分段的最後位元的時刻的週期；及/或緩衝等級（在用戶端處緩衝的媒體時間）。在一些實施方式中，可能在用戶端考慮在包括下列中的一個或多個的表示之間切換的情況下：具有位元率上的顯著間隙；具有不同的解析度或取樣速率；使用不同的編解碼器/設定檔或聲頻類型；或者可以引入不連續或減小對用戶體驗的影響的其他因素，用戶端可以包括使用信號處理技術來平滑這些轉換。例如，這可以藉由下載重疊分段、解碼聲頻、或視訊內容和隨後在回放之前交叉淡變結果來完成。對於示例DASH用戶端的架構，在一些實施方式中，DASH用戶端可以例如被實現為單獨應用、網際網路瀏覽器或其他應用中的元件、嵌入在網頁中的java-script或在機頂盒、電視機、遊戲機及/或類似的中的嵌入式軟體元件中的一種或多種。在這些情況中，其可以包括此處描述的所有或一些功能。第23圖描述了根據一個或多個實施方式的DASH用戶端的示例整體由上而下設計的方塊圖。在第23圖中，用戶端控制引擎接收來自應用的用戶命令，諸如“播放”、“停止”或“搜尋”，並且可以將其轉譯成DASH用戶端的適當動作。HTTP存取引擎可以發佈請求到HTTP伺服器以接收媒體呈現描述（MPD）及/或分段及/或子分段。MPD解析器可以分析MPD檔。分段連接/緩衝器控制單元可以接收即將到來的分段或子分段，將它們放置到緩衝器中，及/或排程他們以傳遞到媒體回放引擎。多媒體資料的實際的表現和回放可以經由一個或多個媒體引擎完成。一個或多個、或每個構建模組可以遵循此處描述的功能。   雖然本發明的特徵和元素以特定的結合在以上進行了描述，但本領域中具有通常知識者可以理解的是，每個特徵或元素可以在沒有其他特徵和元素的情況下單獨使用，或在與本發明的任何其他特徵和元素結合的各種情況下使用。以上描述的流程可以在由電腦或處理器執行的電腦程式、軟體及/或固件中實施，其中所述電腦程式、軟體或/或固件被包含在電腦可讀儲存媒體中。電腦可讀媒體的實例包括但不限於電子信號（經由有線及/或無線連接而傳送）和電腦可讀儲存媒體。關於電腦可讀儲存媒體的實例包括但不侷限於唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體儲存裝置、磁性媒體（例如但不限於，內部硬碟或可移式磁片）、磁光媒體及/或CD-ROM光碟及/或數位多功能光碟（DVD）之類的光學媒體。與軟體有關的處理器可以被用於實施在WTRU、UE、終端、基地台、RNC及/或任何主電腦中使用的射頻收發器。
100．．．通信系統
102．．．無線傳輸/接收單元(WTRU)
103、104、105．．．無線電存取網路(RAN)
106、107、109．．．核心網路
108．．．公共交換電話網路(PSTN)
110．．．網際網路
112．．．其他網路
114、180．．．基地台
115、116、117．．．空中介面
118．．．處理器
120．．．收發器
122．．．傳輸/接收元件
124．．．揚聲器/麥克風
126．．．鍵盤
128．．．顯示幕/觸控板
130．．．不可移式記憶體
132．．．可移式記憶體
134．．．電源
136．．．全球定位系統晶片組
138．．．其他週邊裝置
140．．．節點B
142．．．RNC
144．．．媒體閘道(MGW)
146．．．行動交換中心(MSC)
148．．．服務GPRS支援節點(SGSN)
150．．．閘道GPRS支援節點(GGSN)
160．．．e節點B
162．．．移動性管理閘道(MME)
164．．．服務閘道
166．．．封包資料網路(PDN)閘道
182．．．ASN閘道
184．．．行動IP本地代理(MIP-HA)
186．．．驗證、授權、計費(AAA)伺服器
188．．．閘道
DASH．．．動態自適應HTTP串流
HTTP．．．超文本傳送(或傳輸)協定
MPD．．．媒體呈現描述
MPEG．．．移動影像專家組
TS．．．傳送流
從以下描述中可以更詳細地理解本發明，這些描述是以實例方式給出的，並且可以結合附圖加以理解，其中：第1A圖為可以在其中實施一個或多個所揭露的實施方式的示例通信系統的系統圖。第1B圖為可以在如第1A圖所示的通信系統中使用的示例無線傳輸/接收單元（WTRU）的系統圖。第1C圖為可以在如第1A圖所示的通信系統中使用的示例無線電存取網路和示例核心網路的系統圖。第1D圖為可以在如第1A圖所示的通信系統中使用的另一示例無線電存取網路和另一示例核心網路的系統圖。第1E圖為可以在如第1A圖所示的通信系統中使用的另一示例無線電存取網路和另一示例核心網路的系統圖。第2圖為描述以與實施方式一致的以不同位元率進行編碼的內容的示例圖。第3圖為描述與實施方式一致的頻寬自適應串流的示例圖。第4圖為描述與實施方式一致的在串流對話期間在串流用戶端和HTTP伺服器之間的交互作用序列的示例圖。第5圖為描述與實施方式一致的用於在無線通信系統的方案的示例架構和插入點的圖式。第6圖為與實施方式一致的使用散列來偵測轉碼的技術的使用的示例流程圖。第7圖為與實施方式一致的使用流屬性來偵測轉碼的技術的使用的示例流程圖。第8圖為與實施方式一致的使用分段長度檢查來偵測轉碼的技術的使用的示例流程圖。第9圖為與實施方式一致的使用分割存取分段以阻止轉碼的技術的使用的示例流程圖。第10圖為與實施方式一致的使用分割存取分段以改進頻寬估計精確度的技術的使用的示例流程圖。第11圖為描述與實施方式一致的DASH系統的高階架構的示例圖。第12圖為描述與實施方式一致的DASH用戶端模型的邏輯元件的示例圖。第13圖為描述與實施方式一致的DASH媒體呈現高階資料模型的示例圖。第14圖為描述與實施方式一致的具有三種不同類型訊框的編碼後視訊流的示例圖。第15圖為與實施方式一致的六種不同DASH設定檔的示例圖。第16圖為與實施方式一致的針對基於DASH的多媒體傳遞的示例系統圖。第17圖為與實施方式一致的在DASH中的示例標準化方面的圖式。第18圖描述了與實施方式一致的示例HTTP存取模組的方塊圖。第19圖描述了與實施方式一致的示例MPD和分段列表讀取模組的方塊圖。第20圖描述了與實施方式一致的表示索引分段的示例架構的方塊圖。第21圖描述了與實施方式一致的DASH用戶端架構的元素的方塊圖。第22圖描述了與實施方式一致的示例自適應集合選擇邏輯的流程圖。第23圖描述了與實施方式一致的DASH用戶端的示例整體自上而下（overall top-down）設計的方塊圖。
無

Claims (20)

  1. 一種於一無線傳輸/接收單元（WTRU）中的頻寬自適應串流的方法，包括： 使用一安全超文本傳輸協定（HTTPS）以從至少一個網路節點接收一描述檔，該描述檔包括編碼後媒體分段的散列值； 從該網路節點接收一編碼後媒體分段，該編碼後媒體分段包括一散列值； 確定該編碼後媒體分段的該散列值是否與該描述檔的一相應散列值實質上類似；以及 在該編碼後媒體分段的該散列值與該描述檔的該相應散列值實質上類似時，對該編碼後媒體分段進行解碼。
  2. 如申請專利範圍第1項所述的方法，該方法更包括： 在該編碼後媒體分段的該散列值與該描述檔的該相應散列值實質上不類似時，停止接收複數個附加的編碼後媒體分段。
  3. 如申請專利範圍第1項所述的方法，該方法更包括： 使用一安全HTTP（HTTPS）以從該至少一個網路節點接收一索引檔，該索引檔包括一個或多個編碼後表示的一屬性； 經由從一網路串流一內容來接收一編碼後內容； 確定該索引檔的該屬性是否與在從該網路串流內容期間所接收的編碼後內容的一屬性實質上類似；以及 在該索引檔的該屬性與所接收的編碼後內容的該屬性實質上不類似時,確定所接收的編碼後內容被轉碼。
  4. 如申請專利範圍第3項所述的方法，其中該屬性包括一編解碼類型、一設定檔、一視訊訊框解析度、以及一訊框速率中的至少一者。
  5. 如申請專利範圍第1項所述的方法，更包括： 使用一安全HTTP（HTTPS）以從該至少一個網路節點接收一個或多個編碼後表示的一預期頻寬屬性； 從一網路串流內容、累積接收到的一有效數量的位元、並且估計在該串流內容期間每個編碼後表示的一有效速率；以及 若每個編碼後表示的該有效速率與該預期頻寬屬性相比低一預定臨界值，確定該串流內容被轉碼。
  6. 如申請專利範圍第1項所述的方法，其中該描述檔是一多媒體描述（MDP）檔。
  7. 一種於一無線傳輸/接收單元（WTRU）中的頻寬自適應串流的方法，包括： 在該WTRU處確定串流內容的一個或多個超文本傳輸協定（HTTP）獲得請求之間的一個或多個隨機邊界，該一個或多個隨機邊界產生下列中的至少一者：一轉碼量上的減少、一轉碼可能性的減少、以及防止轉碼。
  8. 如申請專利範圍第7項所述的方法，該方法更包括： 從該WTRU傳送針對該串流內容的一分段的一第一部分的一第一HTTP 獲得請求到一網路，該第一部分的一第一範圍在該隨機邊界處結束； 從該網路接收該串流內容的該分段的該第一部分； 從該WTRU傳送針對該串流內容的該分段的一第二部分的一第二HTTP 獲得請求到該網路；以及 從該網路接收該串流內容的該分段的該第二部分。
  9. 如申請專利範圍第8項所述的方法，更包括： 確定從該網路接收該分段的該第一部分所花費的一存取時間；以及 將該存取時間與該串流內容的一個或多個先前接收到的分段的一平均存取時間進行比較，該比較提供一頻寬估計的精確度上的增加。
  10. 如申請專利範圍第7項所述的方法，更包括： 使用一安全HTTP（HTTPS）以從一網路接收一描述檔； 確定該串流內容是否被加密； 從該描述檔確定編碼後的媒體分段的一個或多個散列值是否可用； 在一散列值可用時，利用該散列值來認證該串流內容； 在該散列值不可用時，利用針對該串流內容的至少一個分段的該一個或多個HTTP獲得請求，該一個或多個HTTP獲得請求正在分割請求；以及 確定在該描述檔與在該串流內容的該分段中接收到的一個或多個參數之間是否存在一個或多個差異。
  11. 一種方法，包括： 在一HTTP（DASH）用戶端裝置的一動態自適應串流處接收一媒體呈現描述（MPD）； 選擇一個或多個自適應集合； 選擇該一個或多個自適應集合的一個或多個表示； 產生針對該自適應集合的每個選擇的表示的該分段的一列表；以及 基於所產生的列表來請求該分段。
  12. 如申請專利範圍第11項所述的方法，其中該MPD是動態的。
  13. 如申請專利範圍第11項所述的方法，更包括基於該一個或多個選擇的表示中的至少一者來呈現與該MPD相關聯的一媒體。
  14. 如申請專利範圍第13項所述的方法，更包括在該一個或多個選擇的表示之間切換以呈現與該MPD相關聯的該媒體。
  15. 如申請專利範圍第11項所述的方法，更包括存取一HTTP伺服器以讀取一個或多個MPD檔。
  16. 如申請專利範圍第11項所述的方法，更包括： 產生包括一呈現中的一週期列表的一個或多個的一資料結構； 產生一個或多個自適應集合的一可用子集合的列表； 產生針對每個自適應集合的一可用表示的列表； 產生針對每個表示的一可用子表示的列表；以及 確定下列中的至少一者：該可用表示的一個或多個特性以及該可用表示的一個或多個屬性。
  17. 如申請專利範圍第11項所述的方法，更包括在開始串流內容之後載入一個或多個分段索引檔。
  18. 如申請專利範圍第11項所述的方法，更包括： 維護一個或多個相關分段索引的一列表；以及 在存取一個或多個子分段之前，載入該一個或多個分段。
  19. 如申請專利範圍第11項所述的方法，更包括： 基於該一個或多個索引檔中包括的一資訊來執行一速率估計。
  20. 如申請專利範圍第11項所述的方法，更包括： 確定一緩衝臨界值，該緩衝臨界值表示一累積回放時間； 緩衝該一個或多個分段，直到達到該緩衝臨界值； 識別針對與該一個或多個表示中的至少一者相關聯的至少一個媒體流的流存取點（SAP）；以及 表現該SAP。
TW102125215A 2012-07-13 2013-07-15 Dash串流客戶操作及架構 TW201415869A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261671334P 2012-07-13 2012-07-13
US201261679023P 2012-08-02 2012-08-02

Publications (1)

Publication Number Publication Date
TW201415869A true TW201415869A (zh) 2014-04-16

Family

ID=48875774

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102125215A TW201415869A (zh) 2012-07-13 2013-07-15 Dash串流客戶操作及架構

Country Status (3)

Country Link
US (1) US20140019635A1 (zh)
TW (1) TW201415869A (zh)
WO (1) WO2014012015A2 (zh)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110264530A1 (en) 2010-04-23 2011-10-27 Bryan Santangelo Apparatus and methods for dynamic secondary content and data insertion and delivery
CN104429093B (zh) 2012-07-09 2018-01-05 华为技术有限公司 超文本传输协议动态自适应流媒体客户端及其会话管理实施方法
WO2014058971A1 (en) * 2012-10-09 2014-04-17 Huawei Technologies Co., Ltd. Authenticated encryption support in iso/iec 23009-4
KR101843328B1 (ko) 2012-10-26 2018-03-28 인텔 코포레이션 비디오 방향 조정(cvo)를 갖는 스트리밍
EP2912850A4 (en) 2012-10-26 2016-05-25 Intel Corp MULTIMEDIA ADAPTATION BASED ON VIDEO ORIENTATION
US10735486B2 (en) 2012-12-28 2020-08-04 Qualcomm Incorporated Device timing adjustments and methods for supporting dash over broadcast
EP2946583B1 (en) * 2013-01-17 2017-09-13 Intel IP Corporation Content url authentication for dash
WO2014113193A1 (en) * 2013-01-17 2014-07-24 Intel IP Corporation Dash-aware network application function (d-naf)
US9706522B2 (en) * 2013-03-01 2017-07-11 Intel IP Corporation Wireless local area network (WLAN) traffic offloading
US9066153B2 (en) * 2013-03-15 2015-06-23 Time Warner Cable Enterprises Llc Apparatus and methods for multicast delivery of content in a content delivery network
US9973559B2 (en) * 2013-05-29 2018-05-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for presenting content streams to a client device
US20140372569A1 (en) * 2013-06-14 2014-12-18 Samsung Electronics Co., Ltd. Controlling dash client rate adaptation
EP3001692A4 (en) * 2013-07-02 2016-06-08 Huawei Tech Co Ltd METHOD, APPARATUS AND SYSTEM FOR PROCESSING MULTIMEDIA STREAMS
WO2015004131A1 (en) * 2013-07-09 2015-01-15 Koninklijke Kpn N.V. Synchronized data processing between receivers
US11113062B2 (en) 2013-07-15 2021-09-07 Texas Instruments Incorporated Inserting predefined pad values into a stream of vectors
JP6173085B2 (ja) * 2013-07-18 2017-08-02 キヤノン株式会社 情報処理装置及びその制御方法、プログラム、並びに記憶媒体
JP6257197B2 (ja) 2013-07-18 2018-01-10 キヤノン株式会社 情報処理装置及びその制御方法、プログラム、並びに記憶媒体
US9807452B2 (en) * 2013-10-07 2017-10-31 Samsung Electronics Co., Ltd. Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network
US9497180B2 (en) * 2013-10-21 2016-11-15 Intel IP Corporation Content access authentication for dynamic adaptive streaming over hypertext transfer protocol
US20150199498A1 (en) * 2014-01-10 2015-07-16 Furturewei Technologies, Inc. Flexible and efficient signaling and carriage of authorization acquisition information for dynamic adaptive streaming
JP2015136057A (ja) * 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
EP3160153B1 (en) 2014-06-20 2020-10-28 Sony Corporation Reception device, reception method, transmission device, and transmission method
US10924781B2 (en) * 2014-06-27 2021-02-16 Satellite Investors, Llc Method and system for real-time transcoding of MPEG-DASH on-demand media segments while in transit from content host to dash client
JP6419848B2 (ja) * 2014-06-30 2018-11-07 ディッシュ テクノロジーズ エル．エル．シー．ＤＩＳＨ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｌ．Ｌ．Ｃ． 帯域幅最適化のための適応的データセグメント配信調停
GB2528672B (en) * 2014-07-25 2017-02-08 Canon Kk Push-based transmission of resources and correlated network quality estimation
US20160041993A1 (en) * 2014-08-05 2016-02-11 Time Warner Cable Enterprises Llc Apparatus and methods for lightweight transcoding
US9787751B2 (en) 2014-08-06 2017-10-10 At&T Intellectual Property I, L.P. Method and apparatus for delivering media content utilizing segment and packaging information
WO2016036189A2 (ko) * 2014-09-07 2016-03-10 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9722903B2 (en) * 2014-09-11 2017-08-01 At&T Intellectual Property I, L.P. Adaptive bit rate media streaming based on network conditions received via a network monitor
US9686332B1 (en) 2014-12-19 2017-06-20 Amazon Technologies, Inc. Live stream manifests for on demand content
US10666698B1 (en) 2014-12-19 2020-05-26 Amazon Technologies, Inc. Bit rate selection for streaming media
US10708331B1 (en) * 2014-12-19 2020-07-07 Amazon Technologies, Inc. Generating requests for streaming media
US20170272691A1 (en) * 2014-12-22 2017-09-21 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
WO2016105100A1 (ko) 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9860294B2 (en) * 2014-12-24 2018-01-02 Intel Corporation Media content streaming
WO2016130749A1 (en) * 2015-02-11 2016-08-18 Vid Scale, Inc. Systems and methods for generalized http headers in dynamic adaptive streaming over http (dash)
US10375444B2 (en) * 2015-02-13 2019-08-06 Performance and Privacy Ireland Limited Partial video pre-fetch
US20160248829A1 (en) * 2015-02-23 2016-08-25 Qualcomm Incorporated Availability Start Time Adjustment By Device For DASH Over Broadcast
CN106034262B (zh) * 2015-03-13 2021-01-22 中兴通讯股份有限公司 自适应流媒体处理方法及装置
EP3286897B1 (en) * 2015-04-24 2020-09-09 VID SCALE, Inc. Detecting man-in-the-middle attacks in adaptive streaming
US10567816B2 (en) 2015-04-30 2020-02-18 Comcast Cable Communications, Llc Delivering content
BR112017026175A2 (pt) * 2015-06-12 2018-08-14 Sony Corp aparelho e método de processamento de informação.
WO2016205733A1 (en) * 2015-06-19 2016-12-22 Huawei Technologies Co., Ltd. Template uniform resource locator signing
US10327187B2 (en) 2015-12-04 2019-06-18 Time Warner Cable Enterprises Llc Apparatus and method for wireless network extensibility and enhancement
US9986578B2 (en) 2015-12-04 2018-05-29 Time Warner Cable Enterprises Llc Apparatus and methods for selective data network access
US20170163555A1 (en) * 2015-12-07 2017-06-08 Le Holdings (Beijing) Co., Ltd. Video file buffering method and system
US9930427B2 (en) * 2015-12-21 2018-03-27 Comcast Cable Communications Management, Llc Providing advanced playback and control functionality to video client
US10492034B2 (en) 2016-03-07 2019-11-26 Time Warner Cable Enterprises Llc Apparatus and methods for dynamic open-access networks
US20170272498A1 (en) * 2016-03-21 2017-09-21 Le Holdings (Beijing) Co., Ltd. Streaming media file distribution method and system
US10164858B2 (en) 2016-06-15 2018-12-25 Time Warner Cable Enterprises Llc Apparatus and methods for monitoring and diagnosing a wireless network
US10397286B2 (en) 2017-05-05 2019-08-27 At&T Intellectual Property I, L.P. Estimating network data streaming rate
US10645547B2 (en) 2017-06-02 2020-05-05 Charter Communications Operating, Llc Apparatus and methods for providing wireless service in a venue
US10638361B2 (en) 2017-06-06 2020-04-28 Charter Communications Operating, Llc Methods and apparatus for dynamic control of connections to co-existing radio access networks
US10382517B2 (en) 2017-06-09 2019-08-13 At&T Intellectual Property I, L.P. Estimating network data encoding rate
US11089345B2 (en) * 2017-07-11 2021-08-10 Disney Enterprises, Inc. Programmatic generation of media content digests
US10958948B2 (en) 2017-08-29 2021-03-23 Charter Communications Operating, Llc Apparatus and methods for latency reduction in digital content switching operations
US20190166170A1 (en) * 2017-11-29 2019-05-30 Comcast Cable Communications, Llc Video Streaming Delivery
EP3909250A4 (en) * 2019-01-11 2022-08-24 Nokia Technologies Oy METHOD AND DEVICE FOR AUTHENTICATION AND AUTHORIZATION OF NETWORK-BASED MEDIA PROCESSING
CN111510770B (zh) * 2019-01-30 2021-08-24 上海哔哩哔哩科技有限公司 切换清晰度的方法、装置、计算机设备及可读存储介质
WO2020198164A1 (en) 2019-03-26 2020-10-01 Pcms Holdings, Inc. System and method for multiplexed rendering of light fields
WO2020237231A1 (en) * 2019-05-23 2020-11-26 Texas Instruments Incorporated Inserting predefined pad values into a stream of vectors
US11540195B2 (en) 2019-05-31 2022-12-27 Apple Inc. Cellular enhancements for application mobility
US11277463B2 (en) 2019-05-31 2022-03-15 Apple Inc. Application mobility enhancements
US11343551B1 (en) 2019-07-23 2022-05-24 Amazon Technologies, Inc. Bandwidth estimation for video streams
US11089078B2 (en) * 2019-09-13 2021-08-10 Microsoft Technology Licensing, Llc Model-based parameter selection for media sessions
US11831879B2 (en) * 2019-09-20 2023-11-28 Comcast Cable Communications, Llc Methods, systems, and apparatuses for enhanced adaptive bitrate segmentation
GB2589894B (en) * 2019-12-11 2022-11-02 VML Labs Ltd A method for distributing personalised video content across a network
GB202015327D0 (en) * 2020-09-28 2020-11-11 British Telecomm Adaptive bit rate streaming
CN112530068B (zh) * 2020-10-29 2023-09-22 重庆恢恢信息技术有限公司 一种通过物联网实现智慧建筑工地的人员识别方法
CN112562146B (zh) * 2020-10-29 2023-09-22 重庆恢恢信息技术有限公司 一种基于智慧云平台实现建筑工地人员流动方法
US11290508B1 (en) 2020-12-04 2022-03-29 Capital One Services, Llc Automated caching and tabling layer for finding and swapping media content

Also Published As

Publication number Publication date
US20140019635A1 (en) 2014-01-16
WO2014012015A3 (en) 2014-02-27
WO2014012015A2 (en) 2014-01-16

Similar Documents

Publication Publication Date Title
TW201415869A (zh) Dash串流客戶操作及架構
US10880349B2 (en) Quality-driven streaming
JP6455741B2 (ja) ビデオの向きの調整（ｃｖｏ）を伴うストリーミング
US9894130B2 (en) Video quality enhancement
KR101622785B1 (ko) Mpeg/3gpp-dash에서의 원활한 스트림 스위칭을 위한 방법 및 장치
JP6393837B2 (ja) Ｈｔｔｐ上の動的適応ストリーミング（ｄａｓｈ）における一般化されたｈｔｔｐヘッダのためのシステムおよび方法
AU2012214332B2 (en) Method and apparatus for distribution and reception of content
BR112015000117B1 (pt) Dispositivo de rede para suportar streaming de mídia adaptativo baseado em qualidade em uma rede
WO2016205674A1 (en) Dynamic adaptive contribution streaming
AU2015215871B2 (en) Method and apparatus for distribution and reception of content