單播自適應比特率流播的製作方法
2023-12-07 02:06:16 2
此申請公開了涉及如下美國和PCT專利申請（一個或多個）的主題的主題：（i）2012年10月23日以Anthony Richard Jones名義（一個或多個）提交的題為「A METHOD AND APPARATUS FOR DISTRIBUTING A MEDIA CONTENT SERVICE」（愛立信參考No.:P38711-WO1）的PCT申請No.:PCT/EP2012/070960；（ii）2014年3月3日以Christopher Phillips等人的名義（一個或多個）提交的題為「CONFLICT DETECTION AND RESOLUTION IN AN ABR NETWORK」（愛立信參考號P42221-US1)的申請No.:14/194,868；以及（iii）2014年3月3日以Christopher Phillips等人的名義（一個或多個）提交的題為「CONFLICT DETECTION AND RESOLUTION IN AN ABR NETWORK USING CLIENT INTERACTIVITY」（愛立信參考No.:P42767-US1)的申請No.:14/194,918，這些申請中的每個通過引用整體結合於此。本專利申請的主題還涉及與此同一日期提交的如下美國專利申請（一個或多個）的主題：（i）在2014年4月7日以Christopher Phillips等人的名義（一個或多個）提交的題為「MERGING MULTICAST ABR AND UNICAST ABR WITH PROGRESSIVE DOWNLOAD ABR IN A CUSTOMER PREMISES DEVICE WITHIN THE SAME VIDEO DELIVERY PIPE」（愛立信參考No.:P43011-US1）的申請 No.:14/246,880，該申請通過引用整體結合於此。
本公開一般涉及在同一視頻遞送管道內在客戶駐地裝置中採取多種形式（多播ABR（MABR）、單播ABR (UABR)和漸進式下載ABR）提供自適應比特率（ABR）技術。更確切地說，本公開涉及如下相關概念：a）相對單個駐地視頻管道內的漸進式下載客戶端的需要平衡流播客戶端的需要；b）提供用於在視頻會話期間改變流播單播客戶端的比特率的機制；c）管理由駐地視頻管道和駐地網關裝置服務的所有流播客戶端的帶寬分配；以及d）同步從單個頻道（channel）遞送MABR分段（segment）和漸進式下載ABR分段，使得在以同一比特率觀看同一頻道的漸進式下載客戶端與流播客戶端之間共享分段。
背景技術：
在家庭中，消費者可使用多個裝置消費視頻；這些裝置可包含機頂盒以及漸進式下載客戶端。機頂盒被設計成或者通過調諧到廣播或多播頻道，或者通過請求視頻點播(VoD)來接收恆定視頻流。這些流播內容可與設計成按突發接收視頻的漸進式下載客戶端衝突。隨著視頻（包含4k視頻）質量的增長以及對於帶寬的需求的增加，視頻遞送的效率變得越來越重要以便允許多個裝置消費視頻。當達到帶寬極限時，客戶端必須競爭有限帶寬以便消費視頻。這有時可能對客戶端接收足量視頻以便運作的能力具有負面影響。
技術實現要素：
本專利公開廣泛地針對用於向客戶端裝置提供自適應比特率視頻的方法和裝置。在一方面，公開了由網關裝置執行的管理跨遞送流播自適應比特率（ABR）內容和漸進式下載ABR內容的視頻管道的帶寬分配的方法的實施例。該方法包括：接收服務於與網關裝置關聯的駐地的視頻管道內的擁塞邊界的指定，當在擁塞邊界的兩側上都存在擁塞時，擁塞邊界指定要用於流播ABR內容的第一百分比視頻管道，其中剩餘百分比視頻管道要用於漸進式下載ABR；分配用於流播ABR內容的帶寬，其中網關裝置可對於流播內容僅分配未對於漸進式下載內容請求的那部分剩餘百分比帶寬；以及分配用於漸進式下載內容的帶寬，其中網關裝置可對於漸進式下載內容僅分配未對於流播內容請求的那部分第一百分比帶寬。
在另一方面，公開了同步請求的頻道的多播自適應比特率(MABR)遞送和請求的頻道從駐地網關到用戶裝置的漸進式下載自適應比特率(ABR)遞送的方法的實施例。該方法包括：響應於確定請求的視頻會話用於在請求的頻道上的MABR內容，駐地網關從後臺接收內容遞送網絡（CDN）的位置，並從CDN請求所請求頻道的視頻會話清單。如果客戶端是漸進式下載客戶端，則方法繼續向漸進式下載ABR客戶端遞送視頻會話清單的拷貝，由此漸進式下載ABR客戶端可開始拉取（584）視頻分段。如果客戶端不是漸進式下載客戶端，並且如果請求的頻道在由駐地網關服務的駐地已經還沒有觀看，則方法繼續駐地網關接收請求的頻道的視頻會話清單，並加入請求的頻道的MABR多播，其中視頻會話清單和MABR多播都訪問來自單個多播分段器的內容。如果客戶端不是漸進式下載客戶端，則該方法將組合的分段的流從請求的頻道的MABR多播遞送到客戶端。
在另外方面，公開了同步用於向客戶端網關遞送的請求的頻道的漸進式下載自適應比特率（ABR）和多播自適應比特率（MABR）的方法的實施例。該方法包括：在從網關裝置接收到對於請求的頻道的視頻會話清單的請求時，在內容遞送節點確定內容遞送節點當前是否正從頻道的多播分段器攝取ABR分段。如果內容遞送節點當前不正攝取頻道的ABR分段，則節點從後臺請求與頻道關聯的埠和多播地址，對於請求的頻道的所有編碼分段比特率執行向ABR分段的多播的多播加入，並生成視頻會話清單，其中內容遞送節點加入來自流播客戶端將從中接收它們的流的多播分段器的多播；以及向客戶端網關發送視頻會話清單，其中客戶端網關可操作以加入頻道的MABR多播。
在另外方面，公開了用於在多播自適應比特率(MABR)和單播自適應比特率(UABR)流的動態流播管道內分配帶寬的方法的實施例。該方法包括：響應於請求的流的改變，使用客戶端和相應優先級的列表對給定量的流播帶寬的流播管道分配建模；確定對所有請求的流的複合裝置優先級（CDP）；對於建模的流播管道生成與流播客戶端關聯的請求的流播列表；以及由CDP按降序對請求的流播列表排序。對於請求的流播列表中的每個流，該方法繼續確定與該流關聯的最低比特率將適合建模的管道，並且如果最低比特率將適合建模的管道，則將該流添加到施加的流的列表，連同與該流的CDP關聯的權重，並且否則將該頻道添加到跳過的流列表。該方法繼續使用相應權重和指配的比特率計算施加的流的列表中的每個流的不足度量，並由不足度量按降序對施加的流的列表排序。然後，對於施加的流的排序列表中的每個流，確定使用給定量流播帶寬是否能將流升級到下一最高比特率，並且如果該流能升級到下一最高比特率，則將該流的比特率改變到下一最高比特率，並返回到計算步驟。一旦確定了所有比特率，則對於施加的流的列表中的每個流，如果該流是MABR，並且該流當前未連接到正確的網際網路組管理協議(IGMP)組，執行到確定的頻道多播比特率的IGMP加入，並且如果該流是UABR，並且該流需要改變流播比特率，則從內容分布網絡（CDN）邊緣流播器請求新單播流播比特率。
在又另外方面，駐地網關裝置的實施例包括：流播伺服器，包括：流播處理器，連接以接收多播自適應比特率(MABR)分段和未分段的單播自適應比特率(UABR)流；分段組合器，連接以接收分段的MABR分段，並提供來自分段的MABR分段的組合流；帶寬分配模塊；以及自適應比特率（ABR）清單修改器。駐地網關裝置進一步包括超文本傳輸協議（HTTP）伺服器，其包括處理器，連接以接收ABR分段並將ABR分段發送到漸進式下載ABR客戶端。
在又另外方面，公開了遞送單播自適應比特率(UABR)流播的方法的實施例。該方法包括：在內容遞送網絡（CDN）節點接收對於以選擇的比特率流播的視頻資產的請求；以及加載請求的視頻資產的清單。所述方法繼續解析請求的視頻資產的清單，並將跨所有表示的比特率的多個分段預加載到預加載高速緩存緩衝器中；將請求的比特率分段提取到分段組合器中；以及將組合的流流播到請求實體。
在又另外方面，公開了遞送單播自適應比特率(UABR)流播的方法的實施例。所述方法包括：響應於流播視頻資產的傳統機頂盒（STB）請求，網關接收視頻資產的內容遞送網絡（CDN）位置，並請求用於遞送視頻資產的自適應比特率（ABR）清單。所述方法繼續網關執行所有流播客戶端的帶寬分配以在流播視頻管道內適合；所述網關請求以選擇的比特率的所述視頻資產的流播會話；以及接收以所述選擇的比特率的所述流播視頻資產以便遞送到所述STB。
在又另外方面，公開了用於流播單播自適應比特率(UABR)視頻的駐地網關裝置的實施例。駐地網關裝置包括：流播處理器，連接以接收流播內容並將所述流播內容提供給機頂盒（STB），所述機頂盒將所述流播內容提供給視頻顯示器；存儲器，可操作地耦合到所述流播處理器並含有指令，所述指令當由所述流播處理器執行時執行如下動作：響應於來自STB流播視頻資產的請求，接收所述視頻資產的內容遞送網絡（CDN）位置；請求用於遞送所述視頻資產的自適應比特率(ABR)清單；執行所有流播客戶端的帶寬分配以在流播視頻管道內適合；請求以選擇的比特率的所述視頻資產的流播會話；以及接收以所述選擇的比特率的所述流播視頻資產以便遞送到所述STB。
在又一方面，公開了內容遞送網絡中的節點的實施例。節點包括：多個視頻資產，其以多個比特率編碼；內部分段流播緩衝器高速緩存，連接以接收以所述多個比特率中每個比特率的請求的視頻資產的分段；多路復用器清單自適應比特率（ABR）交換機（switch），其一次可移動地可連接到所述多個比特率中的一個；分段切換器（switcher）模塊，連接以改變所述多路復用器清單ABR交換機的設置；以及單播分段流播器，連接以接收所述請求的視頻資產的所述選擇的分段，並作為傳統流播的單播流播所述請求的視頻資產。
附圖說明
本公開的實施例在附圖的圖形中作為示例而非作為限制圖示了，附圖中相同的附圖標記指示類似的元件。應該指出，此公開中對「一」或「一個」實施例的不同提及不一定針對同一實施例，並且此類提及意味著至少一個。進一步說，當具體特徵、結構或特性聯繫實施例進行描述時，認為(it is submitted)它在本領域技術人員的知識範圍內，以聯繫其它實施例實現此類特徵、結構或特性，不管是否明確描述。
附圖結合到說明書中，並形成說明書的一部分，以圖示本公開的一個或多個示範實施例。根據聯繫隨附權利要求並參考所附附圖採取的如下具體實施方式將理解本公開的各種優點和特徵，其中：
圖1A和1B描繪了根據本專利申請的實施例管理流播視頻管道中可用帶寬分配的方法的流程圖；
圖2A描繪了根據本專利公開的實施例的管理攜帶用於流播客戶端和漸進式下載客戶端兩者的視頻的駐地視頻管道中的帶寬分配的系統；
圖2B描繪了根據本專利公開的實施例的管理攜帶用於流播客戶端和漸進式下載客戶端的視頻的駐地視頻管道中的帶寬分配的駐地網關裝置；
圖3A描繪了根據本專利公開的實施例的向漸進式下載客戶端提供視頻的方法的流程圖；
圖3B描繪了根據本專利公開的實施例的向漸進式下載客戶端提供視頻的方法的流程圖；
圖4描繪了根據本專利公開的實施例的當兩個客戶端以相同比特率觀看同一頻道時在流播客戶端與漸進式下載ABR客戶端之間共享帶寬的系統；
圖4A描繪了根據本專利公開的實施例的平衡流播客戶端與漸進式下載客戶端之間帶寬競爭的方法的流程圖；
圖5A、5B和5C描繪了根據本專利公開的實施例的管理來自客戶端裝置對於視頻資產的請求的方法的流程圖；
圖6描繪了根據本專利公開的實施例的在駐地視頻管道內的帶寬分配；
圖7描繪了根據本專利公開的實施例的在駐地視頻管道內的帶寬分配；
圖8描繪了根據本專利公開的實施例的在駐地視頻管道內的帶寬分配；
圖9描繪了根據本專利公開的實施例的用於同步請求的頻道的MABR和漸進式下載ABR遞送的系統；
圖10A和10B描繪了根據本專利申請的實施例的向客戶端裝置提供流播內容的網絡環境；以及
圖11A和11B描繪了根據本專利公開的實施例的用於遞送單播自適應比特率(UABR)流播的方法的流程圖。
具體實施方式
在如下描述中，相對於本專利申請的一個或多個實施例闡述了眾多特定細節。然而，應該理解到，在沒有此類特定細節的情況下也可實施一個或多個實施例。在其它實例中，眾所周知的子系統、組件、結構和技術尚未詳細示出，以免模糊了對示例實施例的理解。因而，本領域技術人員將意識到，本公開的實施例在沒有此類特定細節的情況下也可實施。應該進一步認識到，本領域技術人員在本文闡述的具體實施方式的幫助下並參考附圖將能夠在無需過多實驗的情況下就製造和使用一個或多個實施例。
此外，諸如「耦合」和「連接」連同它們的派生詞的術語也可用在如下說明書、權利要求書或二者中。應該理解，這些術語不一定打算作為彼此的同義詞。「耦合」可用於指示兩個或更多元件彼此協同操作或交互，它們可以直接物理接觸或電接觸或者可以不彼此直接物理接觸或電接觸。「連接」可用於指示在彼此耦合的兩個或更多元件之間建立通信，即通信關係。另外，在本文闡述的一個或多個示例實施例中，一般地說，元件、組件或模塊可配置成執行功能，如果該元件能夠執行或以其它方式結構上布置成執行該功能的話。
如本文所使用的，網絡元件或節點可由服務網絡設備的一個或多個部分（piece）構成，包含以通信方式互連網絡上其它設備（例如其它網絡元件、終端站等）的硬體和軟體，並適合於託管關於多個訂戶的一個或多個應用或服務。一些網絡元件可包括提供對於多個連網功能的支持此外還提供對於多個應用服務的支持的「多個服務網絡元件」。訂戶終端站（例如機頂盒、工作站、膝上型計算機、上網本、掌上電腦、行動電話、智慧型電話、多媒體電話、可攜式媒體播放器等）可經由適合的服務提供商接入網訪問或消費在廣播網絡（例如電纜網絡）以及分組交換廣域公共網（諸如網際網路）上提供的內容/服務。
本專利公開的一個或多個實施例可使用軟體、固件和/或硬體的不同組合來實現。從而，附圖（例如流程圖）中示出的其中一個或多個技術可使用在一個或多個電子裝置或節點（例如網絡元件、訂戶裝置或終端站等）上存儲和執行的代碼和數據來實現。此類電子裝置可使用計算機可讀媒體（諸如非暫時性計算機可讀存儲媒體（例如磁碟、光碟、隨機存取存儲器、只讀存儲器、快閃記憶體裝置、相變存儲器等）和暫時性計算機可讀傳輸介質（例如電、光、聲或其它形式傳播信號—諸如載波、紅外信號、數位訊號）等）存儲和傳遞（在內部和/或通過網絡與其它電子裝置一起）代碼和數據。此外，此類電子裝置通常可包含耦合到一個或多個其它組件（諸如一個或多個存儲裝置（非暫時性機器可讀存儲媒體）、用戶輸入/輸出裝置（例如鍵盤、觸控螢幕、定點裝置和/或顯示器）以及網絡連接）的一組一個或多個處理器。從而，給定電子裝置的存儲裝置或組件可配置成存儲用於在該電子裝置的一個或多個處理器上為了實現本公開的一個或多個技術的目的而執行的代碼和/或數據。
如上面所指出的，各種用戶裝置意味著，用於遞送視頻內容的機制也可跨各種裝置變化很大。一個示例是IPTV，其在基於IP的網絡上將視頻遞送到變化的客戶端，所述網絡被管理以提供體驗和服務質量的所要求的級別。在IPTV環境中，想要「調諧」到給定頻道的客戶端將「加入」多播視頻流，而單播客戶端（諸如IPTV機頂盒）從「視頻泵」請求流，以便開始向機頂盒流動分組。此外，漸進式下載ABR客戶端使用ABR技術從標準超文本傳送協議（HTTP）伺服器下載多個視頻分段；ABR客戶端請求並接收索引客戶端的視頻分段下載和播出的清單。ABR視頻具有允許客戶端在變化的比特率視頻分段之間動態切換以便調整成改變的帶寬條件的優點。已經習慣於漸進式下載ABR方案，如來自蘋果的HTTP現場流播（HLS）、運動畫面專家組的HTTP上的動態自適應流播(MPEG-DASH)、微軟的平滑流播以及Adobe的動態流播，消費者越來越預期按它們網絡條件的內容。在2012年10月23日提交的共同待審的專利申請PCT/EP2012/070960 – 「Methods and Apparatus for Distributing a Media Content Service」中公開了在多播流的變化的比特率視頻分段之間動態切換的能力。這個多播ABR(MABR)技術利用ABR技術允許住宅網關或其它客戶駐地裝置（CPE）在不同比特率的MABR分段之間切換：接收的分段在CPE內被「拼接」在一起以提供統一的流，其以傳統方式遞送到IPTV機頂盒裝置（set top device）。然而，傳統的電纜和IPTV單播遞送沒有辦法修改流以適合改變的網絡條件，ABR的標誌性益處。傳統單播與以單個比特率向單個用戶流播內容的單個部分關聯。像這樣，如果網絡條件變差並且帶寬被不必要地浪費，則視頻質量對於消費者降級。當網絡條件有利時，內容不改進質量，在兩個方向都降低了客戶體驗。將多種類型遞送機制整合到家庭中也需要改進的技術來平衡這些不同遞送機制的需要。
本公開公開了可單個或一起用於改進多種類型ABR視頻到駐地的遞送和管理的若干技術。在沒有適當優化和管理的情況下，當多個IPTV機頂盒正消費視頻，同時ABR客戶端正觀看相同或不同視頻時，有可能過度使用專用視頻遞送管道，引起對一個或多個裝置的服務中斷。在本申請中，公開了一種允許單播流中動態比特率改變的方法，作為用於改進到家庭或其它駐地的遞送的第一技術。本申請還公開了管理同一客戶駐地裝置或網關內的多播ABR、單播ABR和漸進式下載ABR的方法。此管理至少使用三種方法向視頻消費客戶端公平且有效地分配可用帶寬。第一方法是可編程分配帶寬劃分器，其將視頻管道分開成由駐地網關裝置中的流播處理器管理的流播側和使用加權公平排隊管理的漸進式下載側。駐地視頻管道的漸進式下載側的管理可由駐地網關裝置的HTTP伺服器側或者網絡使用由駐地網關裝置提供的信息提供。消費者可設置駐地內的單獨裝置的優先級，並且可指定將專用於流播（即到機頂盒的多播和單播）的視頻管道的百分比；剩餘百分比專用於漸進式下載客戶端。第二方法解決視頻管道的流播側內的流播帶寬的分配。動態改變由流播客戶端使用的帶寬的能力允許更細緻的方法分配流播帶寬。第三方法提供了與漸進式下載客戶端共享多播ABR分段的能力，當漸進式下載客戶端正以與多播客戶端相同的比特率觀看相同內容時。此方法可利用高速緩存MABR分段的機制和/或漸進式下載ABR客戶端的清單的操縱。另外，此公開允許經由比特率切換通過存在主動ABR漸進式下載客戶端會話來影響MABR遞送和UABR。如果頻道不能在管道的流播側內部遞送，並且嘗試在管道的漸進式下載側遞送頻道，則這還參考ABR網絡中的衝突檢測和解決，如在2014年3月3日提交的美國申請No.14/194,868中和2014年3月3日提交的美國申請No.14/194,918中所公開的。此公開允許在與其它管理的視頻服務相同的「管道」內遞送所有種類的ABR視頻，同時提供高質量，而無需妥協或禁止供應其它管理的視頻服務。另外，通過共享ABR分段產生效率同時對多播ABR客戶端使用和漸進式下載ABR客戶端使用以及單播ABR客戶端使用進行調整。
現在參考附圖，並且更具體地說參考圖1A和1B，其中描繪的是用於在專用視頻管道的流播側中分配帶寬的示例方法(100A,100B)。無論何時流播客戶端改變頻道（102），新廣播客戶端加入流播側或客戶端離開流播側（104），在流播管道分配（106）的策略管理中進行改變，或者新單播流播客戶端加入或離開（108），都執行此方法。這些改變中的每個都將提示用關聯的客戶端列表以及它們的關聯優先級對流播管道帶寬分配建模或重新建模（110）。在圖2A中示出了駐地的多個請求客戶端的示例模型，其將在下面論述。對於每個請求的視頻流計算（112）複合裝置優先級（CDP），包含用於所有請求客戶端的MABR和UABR。當幾個裝置正觀看單個多播頻道時，CDP只是反映集體優先級的方式。在本公開的一個實施例中，頻道的CDP只是觀看該頻道的所有客戶端的最高優先級，使得如果優先級1客戶端和優先級3客戶端都觀看頻道A，則頻道A的CDP是1。在這點應該指出，如果漸進式下載ABR客戶端正觀看流播客戶端也在觀看的多播頻道，則漸進式下載ABR客戶端將包含在CDP中。一旦確定了CDP，就對於建模的ABR流播管道生成（114）與請求ABR客戶端關聯的期望MABR/UABR流播列表，並且流播列表通過CDP按降序排序（116），使得首先考慮較高優先級流。對於請求的流播列表（152）中的每個流，進行確定流的最低比特率將是否適合建模的管道（156）。如果流的最低比特率將適合建模的管道（對於156的是），則該流連同關聯的CDP被添加（154）到所施加流的列表。如果該流的最低比特率將不適合建模的管道（對於156的否），則該流被添加到跳過的流列表（158）。對於跳過的流列表中的每個流，進行確定該流是否是MABR流（166）；如果跳過的流是UABR（對於166的否），則使請求該流的客戶端失敗（boom）（170），並且將拒絕所述客戶端；可使用適當消息傳遞讓客戶端知道此時帶寬不可用。如果該流是MABR（對於166的是），則進行進一步確定關聯的客戶端（一個或多個）是否是漸進式下載客戶端（168）。也使與MABR流關聯的任何流播客戶端失敗（172）（對於168的否），並且將用適當消息傳遞拒絕。與多播流關聯的漸進式下載客戶端（對於168的是）被發送到視頻管道（174）的漸進式下載側，並且施加（176）ABR漸進式下載中的帶寬衝突管理。申請人在均在2014年3月3日提交的共同待審的申請US 14/194,868和US 14/194,918中公開了在視頻管道的漸進式下載側上可使用的帶寬衝突管理的方法。
對於所施加流（160）的列表中的每個流，使用CDP和指配的比特率計算不足度量，並且這個不足度量被保存到該流（162）。不足度量是到流的分配相對其優先級和其它流的優先級失衡多大程度的測量。下面論述確定不足度量的一個示例，儘管在實施所公開方法中可使用失衡的其它測量。常見的是，基於裝置的優先級向視頻裝置指配權重，其反映應該向那個視頻裝置給出的帶寬共享。例如，優先級1裝置可具有權重3，優先級2裝置具有權重1.5，並且優先級3裝置具有權重0.75。這些權重指示，優先級1裝置理想上將接收與優先級2裝置的兩倍一樣多的帶寬，並且與優先級3裝置的4倍一樣多的帶寬。在一個實施例中，不足度量被計算為與流的CDP關聯的權重除以分配給該流的當前帶寬。一旦對於每個流都已經計算了不足度量，就通過不足度量按降序對所施加流的列表排序（178），使得首先考慮失衡最大的流。然後，對於所施加流的排序的列表中的每個流，按降序獲取（180），進行確定是否能使用現有MABR/UABR帶寬分配（182）將流升級到下一最高比特率。如果在管道的流播側內不能將流升級到下一最高比特率，則對於該流什麼也不做（184）。然而，如果在管道的流播側可將流升級到下一最高比特率，則該流的比特率被改變到下一最高比特率（182），並且方法返回到步驟160。實際上，由於僅一個流具有改變的比特率，因此有必要僅重新計算剛已經突變（bump）到新比特率的流的不足度量，並且再次排序所施加流的列表。這個返回到較早步驟是必要的，因為剛已經接收到比特率突變的流可能仍是失衡最遠的，例如，如果接收到突變的流與優先級1裝置關聯而其它裝置是優先級3裝置的話。一旦步驟180已經完成，該方法就檢查以確保每個流都被預訂了正確的比特率。對於施加的流列表中的每個流（186），首先進行確定該流是否是MABR流（188）。通過加入以新比特率的流同時丟棄以舊比特率的流的加入來改變MABR流的比特率。因此，如果該流是MABR（對於188的是）並且頻道已經連接到正確的網際網路組管理協議（IGMP）多播（對於190的是），則沒有必要改變連接並且跳過流（199）。如果MABR頻道尚未連接到正確的IGMP多播（對於190的否），則網關離開現有頻道多播並且執行到計算的頻道多播比特率的IGMP加入（194）。類似地，如果該流不是MABR（對於188的否）而是UABR，則進行確定UABR流是否要求流播比特率的改變（192）。如果要求比特率的改變（對於192的是），則網關從CDN邊緣UABR流播器（196）請求新單播流播比特率，否則跳過UABR流（198）。
已經看到視頻管道的流播側中的帶寬分配，我們轉到圖2A，其圖示了根據本公開實施例的由駐地網關裝置224服務的專用駐地視頻管道208，並且其將視頻提供到流播客戶端和漸進式下載客戶端兩者。也圖示了牽涉提供和管理到駐地的視頻的網絡的元件。在此圖中，駐地網關裝置224接收通過視頻管道208發送的視頻流，並將這些視頻流分發給駐地上的裝置，諸如管理的機頂盒220-1、220-2、220-3、220-4以及各種漸進式下載ABR客戶端裝置諸如平板電腦220-5、PS3盒220-6、過頂（OtT）裝置220-7和行動電話220-8。本領域技術人員將理解到，專用管道208通常將具有專用於不同於視頻的數據的一部分帶寬和專用於IP上語音的另一部分帶寬（未具體示出）。然而，因為這些專用部分既不影響視頻分配也不受視頻分配影響，所以管道的那些專用部分未示出或論述。駐地網關裝置224被分成兩部分：流播伺服器244，通過其流播視頻流動；以及HTTP伺服器224，通過其漸進式下載視頻通過。視頻管道208的兩個側，即流播和漸進式下載，被帶寬分配劃分器234分開，其將在此申請後面進行論述。在此示例中，機頂盒220-1和220-2都觀看多播視頻的同一頻道，例如頻道1，並且從而能夠共享單個入站流240，其然後作為流218-1和218-2發送到機頂盒。要指出，如在 (愛立信參考No.P38711-US1)中所描述的，入站到網關224的流240被分段，即，視頻部分被短間隔分開。是這些間隔允許網關有時間丟棄以一比特率的多播流，並加入以新比特率的多播流。一旦入站流到達流播伺服器244，分段就被「加入」，使得機頂盒接收它們已經總是接收的連續視頻流。機頂盒203-3在此示例中正觀看單播視頻。此流在網關作為連續流238接收，並作為流218-3流播到機頂盒。在此公開後面參考圖10和11論述用於改變UABR客戶端220-3的比特率的部件。機頂盒220-4被圖示為觀看作為流236接收的並作為流218-4流播到機頂盒的多播ABR頻道。如本文所示的，機頂盒220-4正觀看來自機頂盒220-1和220-2的不同頻道，例如頻道3。
在視頻管道208的漸進式下載側，平板電腦220-5也在觀看多播頻道3。然而，因為平板電腦220-5當前在不具有良好WLAN連接的駐地的區域內，所以平板電腦220-5不能夠利用與機頂盒220-4相同的比特率，並且因此已經通過漸進式下載請求了此頻道。在通信218-5A中，平板電腦220-5已經經由漸進式下載ABR請求了頻道的清單，並且駐地網關裝置224已經將該請求傳遞到內容遞送網絡。一旦遞送了清單，平板電腦220-5就能夠請求以適當比特率的頻道。頻道3的這個拷貝作為流246入站接收到駐地網關224，並作為流218-5傳遞到平板電腦。剩餘的漸進式下載裝置正接收單播漸進式下載，其中入站流230作為ABR流218-6通過網關224傳遞到PS3盒220-6，入站流228作為ABR流218-7通過網關224傳遞到OtT機頂盒220-7，並且入站流226作為ABR流218-8通過網關224傳遞到行動電話220-8。在此圖中還示出了內容遞送網絡(CDN)206的遞送節點，其經由鏈路210提供漸進式下載ABR流和UABR的清單；清單包含用於MABR、ABR的那些。用於管理的單播和ABR 204的後臺經由鏈路214給駐地網關裝置224提供了具有資產URL的網絡個人視頻記錄器(nPVR)中保存的視頻和視頻點播(VoD)的目錄。後臺204還提供了MABR廣播頻道映射（map）以及到MABR比特率的映射。運營商/訂戶ABR策略管理系統202經由鏈路226與後臺204交換ABR會話策略，並經由鏈路212給駐地網關裝置224提供ABR內容、MABR和UABR裝置策略接口。
圖2B圖示了駐地網關裝置224的展開圖，其由流播伺服器244和HTTP伺服器242構成。HTTP伺服器242含有一個或多個處理器278，並且可選地可含有比特率預測(forecasting)模塊280，如在美國申請14/194,918中所描述的。流播伺服器244包含一個或多個流播處理器264和存儲器272，其包含緩衝器274。帶寬分配模塊268在視頻管道208的流播側內分配帶寬。分段組合器266接收MABR客戶端的視頻的分段的區段，並組合那些分段以提供機頂盒預期的連續流。ABR客戶端清單生成器/修改器270可產生或修改在視頻管道208的流播側上接收的多播頻道的ABR清單，並使用該生成或修改的清單向視頻管道的漸進式下載側上的漸進式下載客戶端提供頻道。
現在轉到圖3A和3B，公開了與漸進式下載客戶端共享MABR分段的兩種備選方法。方法300A在駐地網關裝置代表漸進式下載客戶端已經請求並接收了頻道的清單之後開始。接收的清單將含有每個比特率（以所述比特率提供頻道）的URL參考。如果駐地網關裝置正以流播客戶端的特定比特率接收頻道，則網關裝置更改與特定比特率關聯的清單中的URL，以指向用於網關緩衝的分段（302）的網關；網關裝置然後將更改的清單遞送到請求客戶端（304）。客戶端發送向駐地網關裝置拉取分段（308）的請求。網關裝置接收請求並從請求的位置遞送請求的分段（308），其可以是CDN或網關的緩衝器。在替換方法300B中，網關從CDN接收清單(322)，並將清單遞送到客戶端並為它自己保留清單拷貝（324）。客戶端然後開始拉取分段（328）；網關接收請求並檢查該請求以確定請求的分段（328）。使用保留的清單拷貝，網關裝置能夠確定在網關高速緩存中是否存在請求的分段（330）。如果在網關高速緩存中存在請求的分段（對於330的是），其將發生如果流播裝置正觀看同一頻道，則網關將劫持該請求並從網關高速緩存遞送分段（332）。然而，如果在網關高速緩存中不存在分段（對於330的否），則網關裝置會將該請求傳遞到CDN並根據來自CDN的請求從原始參考的位置遞送分段（334）。在圖14中示出了此共享的示例。此圖類似於圖2，除了當平板電腦220-5經由鏈路218-5A請求用於頻道3的分段時，平板電腦當前能夠以與裝置220-4相同的比特率接收。結果，該請求未被傳遞到CDN；相反，在高速緩存中存在通過視頻管道208的流播側作為入站流236接收的頻道3的分段，並且作為流218-5從高速緩存填充來自平板電腦220-5的請求。應該指出，雖然到駐地網關裝置224的入站流受與網絡的協定的限制，但從網關裝置224到本地裝置的出站流不受相同約束的限定。在圖4中示出的情形中，漸進式下載客戶端220-6、220-7和220-8正通過管道的漸進式下載側接收漸進式下載視頻，並且可能扼制（throttle）了它們的請求，或者以其它方式管理以在管道的漸進式下載側的約束內適合。因為漸進式下載平板電腦220-5能夠以與流播客戶端220-4相同的比特率接收頻道3，所以平板電腦220-5可能能夠基於它自己的優先級以比它可能正常被分配的更高的比特率接收。實際比特率當然會取決於有關流播客戶端相對漸進式下載客戶端的實際管理判定以及單獨客戶端的相對優先級。
現在看圖4A，公開了根據本公開的實施例的一種平衡流播客戶端與漸進式下載客戶端之間帶寬的競爭的方法。可以指出，流播客戶端和漸進式下載客戶端以非常不同的方式接收視頻。流播客戶端，諸如傳統機頂盒，被設計成接收立即渲染（render）並顯示給用戶的視頻流。因為這種設計，流播客戶端必須具有接收視頻的恆定帶寬。漸進式下載ABR客戶端以完全不同的方式工作。漸進式下載ABR客戶端，如名字暗示的，將漸進地下載視頻文件，但將不會預期文件作為恆定流到達。相反，漸進式下載ABR客戶端將以與客戶端能夠得到的一樣高的比特率拉取或請求視頻的給定分段。一旦接收到給定分段，客戶端就將請求視頻的下一分段。取決於特定實施例，一旦在緩衝器中有足夠的視頻允許客戶端繼續以比它正觀看的更快的速率接收視頻，漸進式下載客戶端就將開始向用戶顯示視頻。本文公開的擁塞邊界是保持由漸進式下載客戶端所要求的視頻突發(burst)免於與由流播客戶端所要求的恆定帶寬幹擾的手段。在方法400A中，駐地網關裝置接收服務於與網關裝置關聯的駐地的視頻管道內的擁塞邊界的值（460）。這個擁塞邊界指定當在擁塞邊界的兩個側上都存在擁塞時要用於流播ABR內容的第一百分比的視頻管道。剩餘百分比的視頻管道用於漸進式下載ABR。擁塞邊界的值可由用戶根據駐地內視頻的使用和需要來確定，並且在必要時可進行調整；或者用戶或者網絡人員可執行擁塞邊界的實際設置。一旦設置了擁塞邊界的值，駐地網關裝置就分配用於流播內容的帶寬，並且可對於流播內容僅分配對於漸進式下載內容未請求的帶寬的剩餘百分比的那部分（462）。駐地網關裝置還對於漸進式下載內容分配帶寬，並且可對於漸進式下載內容僅分配對於流播內容未請求的帶寬的第一百分比的那部分（464）。這意味著，擁塞邊界僅當在視頻管道的兩側上都存在使用時使用。在僅流播客戶端在視頻管道中使用的任何時間，流播客戶端可使用高達100%的管理的視頻管道。然而，如果漸進式下載客戶端加入該混合，則漸進式下載客戶端不能拒絕帶寬，除非漸進式下載客戶端或客戶端試圖使用比分配給視頻管道的漸進式下載側的更多的。在相反情形下相同的情況也成立。當僅存在漸進式下載客戶端時，它們可使用高達100%的視頻管道，但不能拒絕到流播客戶端的帶寬，所述流播客戶端加入混合併請求高達分配給視頻管道的流播側的量的帶寬。下面關於圖6-8論述使用擁塞邊界的視頻管道內的特定分配的示例。
現在轉到圖5A-5C，根據本專利公開的實施例公開了管理來自客戶端裝置對視頻資產的請求的方法。該方法在訂戶的裝置請求ABR視頻會話時開始（502）。在此上下文中，請求的ABR視頻會話可以是MABR會話、UABR會話或漸進式下載ABR會話。駐地網關裝置接收該請求，並確定是否存在到網關裝置服務的家庭（502）或其它駐地的現有ABR會話。如果存在到家庭的現有ABR會話（對於504的是），則網關裝置從策略管理器例如策略管理器202檢索用於該請求裝置的裝置和內容策略（506）。如果不存在到家庭的現有ABR會話（對於504的否），則網關裝置從策略管理器檢索ABR管道策略以及用於該請求裝置的裝置和內容策略（508）。網關裝置然後確定請求的內容是否是MABR內容（522）。如果內容不是MABR內容（對於522的否），則進行確定客戶端是否是漸進式下載客戶端（526）。如果客戶端是漸進式下載客戶端（對於522的是），則網關在從內容遞送網絡接收到清單之後向客戶端發送ABR清單，並在帶寬管理的漸進式下載管道中啟動客戶端（530）。如之前所指出的，漸進式下載管道使用加權公平排隊進行管理，其在共同待審的美國申請14/194,868和14/194,918中公開，並且在本文不進一步描述。如果客戶端不是漸進式下載客戶端（對於526的否），則在視頻管道的流播側使用本文參考圖10和11描述的MABR技術管理客戶端。然而，如果請求的內容是MABR內容（對於522的是），則駐地網關裝置從後臺接收CDN內容位置，並從CDN請求視頻會話清單，CDN通常將這個請求重定向到正確的邊緣遞送節點（524）。CDN的邊緣遞送節點確定它是否已經從多播分段器攝取ABR分段並生成請求的頻道的清單（562）。如果CDN尚未執行這些動作（對於562的否），則CDN遞送節點從後臺請求頻道的ABR多播地址和埠（566）。CDN遞送節點對於請求的頻道的所有編碼的分段比特率執行到ABR分段器的多播加入，並生成請求的ABR會話的ABR清單（568）。如果CDN已經攝取了ABR分段（對於562的是），或者一旦執行了對多播分段的加入，則駐地網關裝置就從CDN邊緣遞送節點接收用於請求的視頻會話的清單（564）。駐地網關裝置然後確定客戶端是否是漸進式下載客戶端（570）。如果客戶端是漸進式下載客戶端（對於570的是），則網關裝置向請求ABR客戶端遞送請求的頻道的清單（582）。要指出，網關裝置可能已經更改了遞送給客戶端的清單，如圖3中所描繪的。漸進式下載ABR客戶端然後開始拉取視頻分段（584）。另一方面，如果在流播客戶端上正觀看MABR內容（對於570的否），則網關裝置確定是否已經在家庭中觀看了多播頻道（574）。如果在家庭中尚未觀看多播頻道（對於574的否），則網關裝置從CDN邊緣節點接收用於請求的視頻會話的ABR清單（572）。對在圖3中論述的清單重定向進行參考（576），並且更對清單進行更改以允許漸進式下載客戶端使用來自高速緩存的分段。可以執行這，即便當前沒有漸進式下載客戶端正觀看該頻道，使得如果漸進式下載客戶端調諧(tune)到這個頻道，則網關裝置準備好。網關裝置然後加入頻道的多播分段（578）。多播分段的帶寬管理將如圖1中所示的那樣發生。在請求的頻道已經被加入之後，或者否則如果在家庭中已經觀看了多播頻道（對於574的是），則網關裝置將組合的分段流遞送到加入機頂盒（580）。
現在轉到圖6-8，示出了本文論述的帶寬管理方法和擁塞邊界如何使用以及在相關申請中在實際情形下可能播出的幾個示例。在這些示例的每個示例中，傳入管理的視頻遞送管道被分配用於20 Mbs的總視頻。此外，擁塞邊界的值被設置成75%用於流播視頻，留下剩餘的25%用於漸進式下載。在圖6中的第一示例中，僅單個流播客戶端是活動的，並且正觀看MABR流。客戶端是優先級3，但因為擁塞邊界632被設置成75%或15 Mbs，所以允許這個客戶端接收可用的並且客戶端能利用的最高比特率的視頻，其在此示例中是5 Mbs。在流播伺服器612接收分段的流616，其中該流被組合，並作為流630發送到客戶端。因為當前在駐地上正在消費如此少的流播視頻，所以允許當前活動的3個漸進式下載客戶端消費傳入視頻管道的75%的帶寬。使用加權公平排隊管理漸進式下載視頻，使得入站流618（其作為傳出流628遞送到優先級1客戶端（具有3.0的權重））被給了8.571 Mbs的分配。類似地，入站流620（其作為傳出流626遞送到優先級2客戶端（具有1.5的權重））被給了4.286 Mbs的分配，並且入站流622（其作為傳出流624遞送到優先級3客戶端（具有0.75的權重））被給了2.14 Mbs的分配。
在圖7中，總管道分配保持20 Mbs，並且擁塞邊界720也保持在75%。然而，在此情形中，兩個附加流播客戶端已經加入該混合。給定在此示例中已經被分配給流播客戶端的大百分比的管道，所有3個流播客戶端都已經能夠接收最大可用帶寬用於它們的消費，在此示例中對於15 Mbs的總流播帶寬是5 Mbs。由於此分配仍適合由擁塞邊界720允許的量，因此在管道712的流播側上沒有帶寬減少是必要的。入站流714是頻道1的MABR流，其被組合併作為流728遞送到優先級1客戶端；入站流716是UABR流，其作為流730遞送到優先級3客戶端；並且入站流718是頻道3的MABR流，其作為流732遞送到優先級2客戶端。附加漸進式下載客戶端還已經加入了爭用帶寬的客戶端，但是因為這個新的漸進式下載客戶端也觀看頻道3，所以這個新客戶端能夠接收出站流734，而無需向管道的漸進式下載側添加新入站流。每一個原始漸進式下載客戶端都已經不得不針對它們的視頻接受減小的帶寬，使得入站流722（其作為出站流736遞送到優先級1客戶端），接收2.857 Mbs的分配；入站流724（其作為出站流738遞送到優先級2客戶端），接收1.428 Mbs的分配；以及入站流（其作為出站流740遞送到優先級3客戶端），接收0.714 Mbs的分配。
在圖8中，管道的使用已經再次改變了，其中添加了附加優先級1流播客戶端。在4個流播客戶端請求帶寬的情況下，當漸進式下載客戶端也經歷擁塞時，不再有可能給每個流播客戶端最大帶寬並保持在對流播客戶端允許的75%或15 Mbs內。使用圖1中示出的方法，分配如所示：MABR流814（其作為出站流832遞送到優先級1客戶端），接收最大5 Mbs，MABR流816也一樣，其作為出站流834遞送到第二優先級1客戶端；傳入UABR流818（其作為流836遞送到優先級2客戶端），接收3 Mbs的分配；以及傳入MABR流820（其作為流838遞送到優先級3客戶端），接收2 Mbs的分配。與頻道3共享帶寬的客戶端不再存在，但3個原始漸進式下載客戶端能夠保持在它們的先前水平，即，流822/840接收2.857 Mbs，流824/842接收1.428 Mbs，並且流826/844接收0.714 Mbs。
接下來轉到圖9，圖示了有必要提供可在兩個MABR客戶端與漸進式下載客戶端之間共享的MABR分段的節點和通知。示出的是後臺節點902和內容遞送節點(CDN)916，其包含邊緣節點912。CDN向駐地網關裝置910和漸進式下載客戶端908提供視頻內容。MABR內容由自適應比特率友好的視頻編碼器906提供，編碼器906以各種比特率例如5 Mbs、3 Mbs、1 Mbs和600 Kbs為給定頻道提供多播ABR編碼流。這些編碼流被提供給多播分段器904，其分段並壓縮內容，如在2012年10月23日提交的申請PCT/EP2012/070960中所描述的。CDN邊緣節點912加入所有提供的多播926，使得這些可被提供給漸進式下載客戶端，如果被請求。同一多播分段器904以請求的比特率例如5 Mbs向網關裝置910提供多播流以便由流播客戶端消費。漸進式下載客戶端可經由接口938從後臺902接收具有到頻道視頻資產的URL的頻道/節目指南，並且可經由接口934、932經由網關裝置910請求和接收對於頻道視頻資產的請求。網關910經由接口928請求和接收來自CDN節點912的漸進式下載ABR請求；當從CDN請求漸進式下載分段時，網關910經由接口942從節點912接收請求的分段。對於流播客戶端，網關910經由接口936從CDN節點912接收頻道的頻道配置清單，並經由接口930以請求的比特率從多播分段器904接收MABR分段。要指出，必要的是，同一分段器904向網關910和CDN節點912都提供分段，以便當在網關節點910接收時分段的對齊和計時是正確的。
現在轉到圖10和11，公開了用於提供單播ABR流播的系統和方法。在此實施例中，傳統單播流播機頂盒以慣常方式請求內容。該內容的多個ABR編碼比特率被發送到CDN節點，其可在各種比特率之間選擇，並將最優比特率單播到傳統單播機頂盒。所使用的比特率或者可由網絡確定，其可接收有關網絡條件的反饋，或者可由家庭中的裝置確定，諸如駐地網關裝置，其跟蹤家庭網絡的能力並調整比特率，如圖1所描述的。現在將參考圖10A和圖11更詳細地描述系統和方法。用於提供單播ABR流播的系統1000A包含以自適應流播友好的方式編碼的視頻資產。在此示例中，單個視頻資產被示出和圖示為視頻分段1040、1042、1044、1046（它們中的每個都以不同比特率提供）以及清單1048。視頻資產被存儲在內容遞送網絡節點1018，其是CDN 1014的一部分。系統進一步包括視頻後臺1002、單播內容流播器1020、內容交換機1022、1024、駐地網關裝置1006和傳統電纜/IPTV機頂盒1004。這些元件的功能參考圖11中示出的方法描述，同時還繼續看圖10A。傳統STD 1004經由網關1006從後臺1002請求（1104）單播視頻點播（VOD）或網絡個人視頻記錄器(nPVR)視頻會話。後臺1002接收請求1010，並用URL 1012對網關裝置1006進行響應（1106），其指示ABR VOD/nPVR資產的CDN URL位置。網關裝置1006從後臺1002接收（1108）CDN內容位置，並在通信1030中從適當的CDN節點（在此是節點1018）請求（1110）的VOD/nPVR資產的資產清單。網關能夠確定在家庭中的其它視頻使用和合同協定的上下文內的STB 1004的能力和需要，如在本申請的其它地方所描述的。在經由通信1036接收到清單時，網關裝置1006執行帶寬分配和重新分配（1112），其包含新會話並經由通信1034以請求的比特率（例如5 Mbs）在視頻會話的地址：埠請求流播會話（1114）。CDN節點1018確認在通信1036中請求的會話，並加載（1116）清單1048。單播流播器1020解析（1118）清單，並將跨所有表示的比特率的若干分段預加載在預加載高速緩存/緩衝器1026中。CDN流播器1020使用交換機1024以請求的比特率將分段提取（1120）到MUX/ReMUX/分段組合器1022中。MUX/組合器1022以指定的比特率將分段「拼接」在一起，並將組合的分段饋送(1122)到流播器1020。單播視頻作為流1028發送到網關1006，其將單播視頻流播到STB 1004。
存在這樣的預期：流播器將在特定時間量內耗盡緩衝器，其可根據特定實施例變化。該方法確定（1152）緩衝器1026在特定時間量內是否耗盡分段。如果否，則用戶可能已經暫停或終止了該會話，因此進行確定（1154）會話是否終止。如果否（對於1154的否），則方法繼續檢查緩衝器是否已經耗盡或者會話是否終止，直到一個事件或其它事件發生。如果會話已經終止（對於1154的是），則CDN節點刷新（1160）預取緩衝器或高速緩存，關閉（1164）套接口（socket）並退出。否則，如果緩衝器在適當時間中耗盡分段（對於1152的是），則進行進一步確定視頻是否在清單中的最後分段（1156）。如果視頻在最後分段（對於1156的是），則方法確定預先高速緩存緩衝器已經被耗盡（1158）。如果是（對於1158的是），則關閉套接口並且方法退出（1164）。否則，如果視頻不在清單中的最後分段（對於1156的否），則CDN節點將跨所有比特率的下一視頻分段預先高速緩存(1162)到預取分段緩衝器或高速緩存中，並通過返回到步驟1120繼續流播視頻。
在視頻單播期間，可能變得有必要的是，改變比特率（以所述比特率流播單播）。在圖10A中示出的示例中，網關裝置1006確定在駐地的網絡需求已經改變，並且用於目前單播的比特率需要被改變。在確定用於單播的新比特率之後，網關裝置1006請求對比特率的改變。由CDN節點1018發送的這個請求和響應被示出為通信1038。在圖10B中示出了切換過程，其中交換機1024從檢索預取高速緩存1026中的最高比特率移開，並且現在從視頻資產的較低比特率表示中檢索。分段切換器1022和交換機1024一起負責確保在時間表（timeframe）中進行切換，這意味著，用戶在切換期間不會通知服務的中斷。所公開的系統和方法可允許傳統單播流被提供為單播自適應比特率（UABR）流播，並且適應動態改變視頻流播管道中的網絡條件。不需要對傳統機頂盒客戶端（set top client）進行修改以添加這個單播ABR流播功能性。所公開的系統和方法都不要求在STB中施加傳統漸進式下載流播方法論。這允許消費者具有提高的服務質量，並且提供商具有更魯棒的帶寬管理工具，而在消費者的家庭中不需要高成本的升級。還提供了ABR漸進式下載編碼內容的再用被遞送到傳統IPTV/電纜STB。本領域技術人員將理解到，所示出的裝置和方法的若干變形可以使用，並且在所公開實施例的範圍內。
在前述具體實施方式中，可通過使用專用硬體以及能夠執行存儲的或預先配置的軟體的硬體來提供各種元件（包含標記為或描述為「模塊」或「過程」或「處理器」或「控制器」或「計算機」的組件/塊）的功能性。當由處理器提供時，功能可由單個專用處理器、由單個共享處理器或由多個單獨處理器提供，其中一些可以是共享的或分布式的。而且，「處理器」或「控制器」或「存儲器」可包含而不限於數位訊號處理器（DSP）硬體、ASIC硬體、只讀存儲器（ROM）、隨機存取存儲器（RAM）和/或其它存儲媒體。
儘管已經詳細示出和描述了各種實施例，但權利要求書不限於任何具體實施例或示例。以上具體實施方式都不應被解讀為暗示：任何具體組件、元件、步驟、動作或功能是必不可少的，使得它必須包含在權利要求的範圍內。提及單數形式的元件不打算意味著「一個且僅一個」，除非明確聲明，反而是「一個或多個」。對本領域技術人員已知的上述實施例的元件的所有結構和功能等效方案都通過引用明確地結合在本文中，並且打算由本權利要求涵蓋。相應地，本領域技術人員將認識到，本文描述的示範實施例可通過在下面所附的權利要求書的精神和範圍內的各種修改和更改實施。