TWI520613B

TWI520613B - 媒體傳播的系統與方法

Info

Publication number: TWI520613B
Application number: TW098110669A
Authority: TW
Inventors: 湯瑪士悉尼; 麥茲奧勒史提格
Original assignee: Ｌｍ艾瑞克生（Ｐｕｂｌ）電話公司
Priority date: 2008-04-24
Filing date: 2009-03-31
Publication date: 2016-02-01
Also published as: US20110134808A1; BRPI0822575A2; BRPI0822575A8; WO2009130541A1; TW200952488A; US8542682B2; CN102017516A; EP2272206A1

Description

媒體傳播的系統與方法

一般而言，本發明係關於通信系統且特定而言係關於用於使用例如單播及多播傳輸傳播媒體之方法及系統。

隨著技術水平的提高，通信之選項已變得更為多樣。舉例而言，在過去的30年中，在電信行業中，個人通信已自一具有一單一旋轉撥號電話之家庭進化為一具有多個適應語音及資料兩者之電話、電纜及/或光纖線之家庭。另外，蜂巢式電話及Wi-Fi已為通信添加了一行動元件。類似地，在娛樂行業中，30年前電視僅存在一種格式，且此格式係藉由空中傳輸技術來傳輸且經由位於家庭中之天線接收。此已進化為兩個不同標準之圖像品質，例如標準清晰度電視(SDTV)、增強之清晰度電視(EDTV)及高清晰度電視(HDTV)，及用於遞送此等不同電視形式格式之更多系統，例如電纜及衛星。另外，服務已發展為在此等兩個行業之間重疊。由於此等系統在兩個行業中繼續進化，服務提供將繼續合並且可預期若干新服務可供一消費者使用。此等服務亦將基於處理及輸出更多資訊之技術能力，舉例而言，如在電視上所觀看節目之圖像品質方面所見之改良，且因此預期服務遞送要求將繼續依賴於透過包含「最後一哩」之網路可為最終使用者使用之更多頻寬。

影響通信及娛樂行業兩者之另一相關技術係網際網路。網際網路之實體結構及相關聯之通信流亦已進化為處置一增加之資料流動。伺服器比以前具有更多記憶體，存在比過去具有一更高頻寬之通信鏈路，處理器更快速且能力更強且存在利用此等元件之協定。隨著消費者使用網際網路之增長，服務公司已藉助於網際網路(及其他IP網路)作為一提供傳統服務之機構。此等多媒體服務包含網際網路協定電視(IPTV，指代使用IP資料封包藉由一網路遞送電視節目之系統或服務)、網際網路無線電、視訊、實況事件、網際網路協定上的語音(VoIP)，及其他單獨或捆紮在一起所接收之web相關服務。

令人特別感興趣之一個領域係實況事件之傳播，例如體育事件、音樂會及類似事件。此等實況事件可經由電纜、衛星且藉由網際網路作為一實況流傳播。通常，當藉由網際網路自一內容提供者傳播一實況流時，將其作為一單播流傳輸，例如，每一最終使用者具有來自內容提供者之一個流。由於實況廣播為正觀看事件的每一使用者產生一個單播流，因此若足夠多的人想要觀看該特定節目，則預期可使用來自內容提供者之伺服器基礎設施之大量頻寬以及在一將內容提供者連接至最終使用者之運營商網路中之頻寬。甚至可能係如下情況：在某些點處，將需要基於可用於提供實況節目之單播饋送之實體頻寬能力來限制正接收該節目之一單播版本之觀看者的數量。因此，此對於在(例如)串流化一實況事件廣播以降低傳播成本、允許更多最終使用者接收廣播及/或改良經串流化媒體之品質時最佳化頻寬使用將係有用的。

因此，本文所闡述之實例性實施例提供用於最佳化藉由網際網路協定(IP)網路(例如網際網路)為多個最終使用者傳播媒體內容之系統及方法。

根據本發明之系統及方法藉由以下方式解決此需要及其他需要：提供用於最佳化藉由網際網路協定(IP)網路(例如網際網路)為多個最終使用者傳播媒體內容(例如，藉由減少所使用之頻寬的量)之系統及方法。

根據一個實例性實施例，一種用於自一節目之一單播傳輸轉換至該節目之一多播傳輸之方法包含：由一用戶端裝置請求該節目；在該用戶端裝置處接收該節目之單播傳輸；在該用戶端裝置處接收該節目之多播傳輸；及由該用戶端裝置自該節目之單播傳輸轉換至該節目之多播傳輸。

根據另一實例性實施例，一種用於協調一節目之單播及多播傳輸之方法包含：自一媒體伺服器傳輸與該節目相關聯之複數個單播流；在該媒體伺服器處確定開始該節目之一多播傳輸；及自該媒體伺服器傳輸該節目之多播傳輸。

根據再一實例性實施例，一用戶端裝置包含：一處理器，其用於請求一節目；一通信介面，其用於接收該節目之一單播傳輸，其中該通信介面在稍後時接收該節目之一多播傳輸；及一軟體應用程式，其與該處理器結合而用於自該節目之單播傳輸轉換至該節目之多播傳輸。

根據尚一實例性實施例，一媒體伺服器包含：一通信介面，其用於傳輸節目之一單播傳輸，其中該通信介面在稍後時傳輸該節目之一多播傳輸；一處理器，其用於決定何時自該節目之單播輸出轉換至該節目之多播傳輸；及一軟體應用程式，其與該處理器結合而用於自該節目之單播傳輸轉換至該節目之多播傳輸。

實例性實施例之以下詳細說明係參照附圖。不同圖式中之相同參考編號識別相同或類似元件。同樣，以下詳細說明不限定本發明。相反，本發明之範疇係由隨附申請專利範圍來界定。

如上所述，需要提供用於最佳化藉由一網際網路協定(IP)網路(例如網際網路)為接收內容之多個最終使用者傳播內容之系統及方法。為給此論述提供某一上下文，在圖1中顯示一用於傳播內容之實例性通信框架，例如，自一媒體伺服器(例如，一內容提供者節點或一網際網路TV/實況廣播伺服器)給(例如)若干用戶端裝置傳播一體育事件或音樂會或其他媒體內容之一廣播事件(例如一計次付費廣播)之一實況廣播。可用於接收內容之實例性用戶端裝置(2a-21)包含但不限於膝上型電腦、個人電腦(PC)、機上盒(STB)、媒體播放器、媒體中心、遊戲盒及能夠藉由網際網路接收內容之其他裝置。

使用圖1中所示之實例性通信框架，一需要在一用戶端裝置(2a-21)上或透過一用戶端裝置(2a-21)看一特定實況事件之最終使用者將連接至媒體伺服器4且接收該實況事件之一單播流。舉例而言，此連接過程可涉及一(例如)藉由選擇一特定網際網路協定電視(IPTV)頻道來請求一特定節目之最終使用者(或相關聯之用戶端裝置)。如本文所使用，術語「單播」係指一最終使用者或最終使用者裝置與一內容提供者之系統或伺服器之間的一點對點連接，例如，一與一節目相關聯之IP封包流被單獨定址至該最終使用者/最終使用者裝置。僅出於說明之目的，如圖1中所示，儘管將為熟悉此項技術者所瞭解，任一給定單播流可消耗一較大或較小頻寬，但由一單個用戶端裝置2a所接收之單播流利用一為5每秒百萬位元組(Mbps)之頻寬。在成功請求存取事件之後，透過網際網路6之一部分將一5Mbp單播流自媒體伺服器4傳輸至最終使用者係其一用戶之運營商網路8。自運營商網路8，單播流透過其他硬體(交換機10、12及存取節點14)繼續至用戶端裝置2a。另外，將為熟悉此項技術者所瞭解，在傳輸路徑中之節點可多於或少於圖1中所圖解說明之彼等節點。此時，最終使用者可觀看事件。

在此實例中，對於需要觀看事件之每一最終使用者形成一不同之5Mbp單播流。自圖1可看出，媒體伺服器4正傳輸消耗300Mbp總頻寬之六十個單播流16。與一最終使用者所接收之單個5Mbp單播流相比，此係在內容提供者端處所使用之一顯著量之頻寬。另外，端視一運營商網路8中需要接收此特定事件之用戶之數量，總體上可需要顯著量之運營商頻寬。為減少與希望藉由網際網路觀看一正廣播之事件之大量最終使用者相關聯之所需頻寬，現將闡述用於藉由一通信框架自複數個單播流轉換至多播流之實例性實施例。

首先，如上參照圖1所述，當一最終使用者藉由網際網路6獲得存取一實況廣播事件時，該事件作為一單播流自媒體伺服器4傳輸至最終使用者之用戶端裝置2a。根據實例性實施例，當來自支援多播傳輸之同一運營商網路(網際網路協定(IP)/子網路)之可組態數量(例如，十個或更多個)之最終使用者正觀看同一事件時，可為正自其個別單播傳輸轉換至事件之多播傳輸的某些或可能所有最終使用者產生該事件之一多播傳輸，如圖2中所示。如本文中所使用，術語「多播」係指一最終使用者或一最終使用者裝置與一內容提供者或內容提供者設備之間所建立之一廣播或點對多點連接，例如，一具有一與一群組可能接收端相關聯之位址的IP封包流。

可藉由一多播啟用對等/傳輸網路傳播此多播訊務或可自內容提供者將此多播訊務穿隧至運營商網路。一旦媒體伺服器4做出自複數個單播流轉換至一單個多播流以支援一特定節目傳播之決定，媒體伺服器4向各種用戶端裝置(2a-21)傳輸指令用戶端裝置(2a-21)自其當前單播流改變至事件之一多播流之訊息。然後，各種用戶端裝置(2a-21)可根據媒體伺服器4之指令且根據其相應運營商網路之可能修改選擇性地加入多播流。對比圖1與圖2可看出在轉換至圖2中所繪示之節目之多播傳播後所使用之頻寬與圖1中所示之單播傳播相比顯著減少了多少量。更特定而言，對比圖1中使用300Mbp之流16與圖2中使用15Mbp之流18，此頻寬減少在各種運營商網路(8、20及22)中進行至不同程度，從而與在接收多個單播流時相對較高頻寬值相比運營商網路(8、20及22)之每一者僅接收一5Mbp之多播流。在一用戶端裝置2a已自其單播傳輸轉換至多播傳輸之後，用戶端裝置2a可終止來自媒體伺服器4之單播流。下文將參照圖式3(a)-3(e)更詳細地闡述用於根據實例性實施例自一單播流轉換至一多播流之一實例性製程。

如圖3(a)之實例性流程圖中所示，一用戶端裝置2a最初自媒體伺服器4請求一實況網際網路TV廣播302。媒體伺服器4藉由透過如圖1及2中所示之一實例性通信網路將實況網際網路TV廣播之一單播流304傳輸至用戶端裝置2a來回應。在一所期望群組中(例如，在同一運營商之網路內)之若干最終使用者正經由其相應單播流觀看同一實況網際網路TV廣播之後，媒體伺服器4向用戶端裝置2a傳輸一通知用戶端裝置2a加入多播流308之訊息306。更特定而言，訊息306包含關於將加入之一特定多播群組且(若需要)多播源之資訊。然後，如圖3(b)中所示，自媒體伺服器4廣播多播流308。在圖3(c)中，用戶端裝置2a使用(例如)網際網路群組管理協定(IGMP)起始訊息以加入多播流308。

在完成IGMP訊息接發以加入多播流308之後，用戶端裝置2a將接收傳輸之多播流308以及傳輸之單播流304兩者。在使單播流與多播流同步之後，如圖3(d)中所示，用戶端裝置2a向媒體伺服器4傳輸一訊息312以取消單播流304。如圖3(e)中所顯示，此導致用戶端裝置2a能夠自多播流308接收所期望之實況網際網路TV廣播。

上述實例性實施例可使用與來自同一運營商網路之同一節目相關聯的一預定數量(例如，十個或更多個)之最終使用者或單播流(作為媒體伺服器4之觸發器)來決定自若干單播流轉換至一多播流。該決定臨限值可係固定的或可改變的。然而，根據其他實例性實施例，可使用其他因素來確定何時自多個單播流切換至一多播流。可單獨或組合地使用諸多不同之因素來決定同一廣播、節目或媒體內容何時自多個單播流轉換至一多播流。舉例而言，此決定可取決於於正觀看節目之類型，例如，一需要較高頻寬之節目可在五個或更多個觀看者請求該節目之後轉換至一多播流。另一選擇係，該決定可基於觀看者之數量及不同運營商網路中之頻寬可用性兩者。其他潛在因素可包含但不限於：一運營商網路之預定配置、成本因素、廣播期間可用頻寬之改變及在廣播期間自運營商網路接收到的請求。

關於做決定的節點，根據實例性實施例，媒體伺服器4作為一用於做出轉換決定之實體位置之替代方案亦係可能的。舉例而言，做決定的節點可處在一當其網路中之最終使用者之數量超過一數量(例如，2)時請求一多播流之運營商網路中。做決定的節點亦可係媒體伺服器之一組成部分或內容提供者域中與媒體伺服器4通信但與媒體伺服器4分離之一節點。

上述實例性實施例闡述最初接收一實況網際網路TV傳輸之一單播傳輸且然後轉換至該同一節目之一多播傳輸之一用戶端裝置2a。然而，若一實況網際網路TV廣播(例如)在一最終使用者選擇一與彼節目相關聯之頻道時已作為最終使用者可存取之一多播傳輸而傳輸，則該最終使用者將加入到該多播中而非接收一單播傳輸且然後轉換至多播頻道。根據另一實例性實施例，當媒體伺服器4指令用戶端裝置2a加入多播流時，媒體伺服器亦可根據期望或需要傳播解密密鑰以解密一經加密之多播流。

根據上述實例性實施例，媒體伺服器4可與本身能夠與多播流互動之運營商網路(8、20及22)互動。在某些時間點上，為實施上述單播至多播之轉換，需要針對一實況事件為運營商網路(8、20及22)之每一者界定或建立一多播頻道。另外，其他資訊可在媒體伺服器4與運營商網路(8、20及22)之間傳輸，且可用來幫助確定何時自多個單播流轉換至一單個多播流，其他資訊例如係可用頻寬、服務品質資訊以及關於運營商與最終使用者關係之特定資訊。舉例而言，運營商可不允許某些最終使用者在其網路中接收多播傳輸，某些最終使用者在其網路中僅可期望接收單播傳輸或最終使用者之視訊輸出能力可與在多播流上之提供不同。此資訊可影響運營商網路(8、20及22)允許哪些最終使用者加入某些多播頻道，例如，標準清晰度電視(SDTV)中之頻道及高清晰度電視(HDTV)中之頻道。可視需要將來自運營商網路(8、20及22)之此資訊發送至內容提供者，或在某些情形下其係預先確定的。端視傳播多播流中所使用之方法，可在運營商網路(8、20或22)與內容提供者之間交換其他資訊。舉例而言，當使用穿隧時，在內容提供者與運營商網路(8、20或22)之間存在一協議以在合適時終止隧道。在運營商網路(8、20或22)藉由網際網路支援一多播之情形下，可存在一何時支援多播時之協議，但不需要特定協議。

上述實例性實施例圖解說明用於轉換一正觀看一單播傳輸之裝置以加入同一節目之一多播傳輸之方法及系統。現將參照圖4闡述一實例性通信節點400，其表示一能夠藉由網際網路接收媒體內容之用戶端裝置2a及/或一能夠藉由網際網路傳輸媒體內容之媒體伺服器。通信節點400可含有一處理器402(或多個處理器核心)、記憶體404、一或多個次級儲存裝置406、一軟體應用程式(或多個應用)408及一促進通信節點400與網路之剩餘部分之間之通信之介面單元410。記憶體404(或次級儲存裝置406)可用於儲存媒體內容或媒體內容之一子集。軟體應用程式408與處理器402及記憶體404結合可執行用於自單播轉換至多播之指令。因此，根據一實例性實施例之一通信節點可包含一處理器402、記憶體404及能夠藉由網際網路以單播傳輸或多播傳輸形式發送/接收訊息及媒體內容之一或多個軟體應用程式408。另外，通信節點400可充當一做決定的節點，其用於決定何時自一節目之多個單播流轉換至同一節目之一多播流。

利用根據實例性實施例之上述實例性系統，在圖5之流程圖中顯示一種用於由一用戶端裝置自一節目之一單播傳輸轉換至同一節目之一多播傳輸之方法。最初，一用於自一節目之一單播傳輸轉換至該節目之一多播傳輸之方法包含：在步驟502中，由一用戶端裝置請求該節目；在步驟504中，在用戶端裝置處接收該節目之該單播傳輸；在步驟506中，由該用戶端裝置請求加入該節目之多播傳輸；在步驟508中，在該用戶端裝置處接收該節目之多播傳輸；在步驟510中，由該用戶端裝置使該節目之單播傳輸與多播傳輸同步；在步驟512中，由該用戶端裝置自該節目之該單播傳輸轉換至該節目之該多播傳輸；及在步驟514中，由該用戶端裝置取消該節目之該單播傳輸。

利用根據實例性實施例之上述實例性系統，在圖6之流程圖中顯示一種由一媒體伺服器自一節目之一單播傳輸轉換至同一節目之一多播傳輸之方法。最初，一用於協調一節目之單播及多播傳輸之方法包含：在步驟602中，自一媒體伺服器傳輸與該節目相關聯之複數個單播流；在步驟604中，在該媒體伺服器處確定以開始該節目之一多播傳輸；及在步驟606中，自該媒體伺服器傳輸該節目之多播傳輸。另外，可在媒體伺服器處發生其他步驟，例如，在步驟608中，在媒體伺服器處傳輸切換訊息；在步驟610中，在媒體伺服器處接收至少一個請求以取消該節目之一單播傳輸；及在步驟612中，自媒體伺服器取消該節目之該單播傳輸。在此實例性實施例中，切換訊息係發送給需要的用戶端裝置，該等用戶端裝置在收到轉換訊息後自同一節目之單播節目切換至多播傳輸。然而，如以上在其他實施例中所述，亦可由用戶端裝置在其使兩個傳輸同步時完成此轉換，而並非在媒體伺服器接收一切換訊息時即刻進行切換。

上述實例性實施例闡述用於涉及複數個單播流與一多播流之間的轉換之媒體傳播之軟體、方法、系統及裝置。特定而言，此轉換涉及與本文中程為一「節目」之媒體內容之同一「大塊」相關聯之單播流及多播流。將理解，如本文中所使用之術語「節目」意欲泛用於所有類型、格式及大小之媒體內容，而不管起源或傳播機構(例如，包含電視、視訊、音樂、遊戲或其他多媒體塊)如何。

上述實例性實施例意欲說明而非限制本發明之所有態樣。所有此等變化及修改皆視為屬於以下申請專利範圍所界定之本發明之範疇及精神內。舉例而言，媒體伺服器4可包含用於起始一實況事件之一多播傳輸之指令，即使一運營商網路中正在觀看該事件之最終使用者少於10個。不應將本申請案之闡述中所使用之元件、動作或指令視為對本發明係決定性的或不可或缺的。同樣，如本文中所使用，冠詞「a」意欲包含一或多個物項。

2a．．．用戶端裝置

2b．．．用戶端裝置

2c．．．用戶端裝置

2d．．．用戶端裝置

2e．．．用戶端裝置

2f．．．用戶端裝置

2g．．．用戶端裝置

2h．．．用戶端裝置

2i．．．用戶端裝置

2j．．．用戶端裝置

2k．．．用戶端裝置

2l．．．用戶端裝置

4．．．媒體伺服器

6．．．網際網路

8．．．運營商網路

10．．．交換機

12．．．交換機

14．．．存取節點

16．．．單播流

18．．．流

20．．．運營商網路

22．．．運營商網路

302．．．實況網際網路TV廣播

304．．．單播流

306．．．訊息

308．．．多播流

312．．．訊息

400．．．通信節點

402．．．處理器

404．．．記憶體

406．．．次級儲存裝置

408．．．軟體應用程式

410．．．介面單元

附圖圖解說明實例性實施例，其中：

圖1圖解說明根據實例性實施例之一具有若干單播傳輸之通信框架；

圖2顯示根據實例性實施例之一具有若干多播傳輸之通信框架；

圖3(a)-3(e)圖解說明根據實例性實施例自一節目之一單播傳輸改變至同一節目之一多播傳輸；

圖4顯示根據實例性實施例之一通信節點；

圖5圖解說明一用於根據實例性實施例由一用戶端裝置自一節目之一單播傳輸轉換至同一節目之一多播傳輸之方法流程圖；及

圖6圖解說明一用於根據實例性實施例由一媒體伺服器自一節目之一單播傳輸轉換至同一節目之一多播傳輸之方法流程圖。

(無元件符號說明)

Claims

一種用於自一節目之單播(unicast)傳輸轉換至該節目之一多播傳輸之方法，其包括：由一用戶端裝置請求該節目；在該用戶端裝置處接收該節目之該單播傳輸；在該用戶端裝置處接收對該用戶端裝置通知該用戶端裝置將加入包含該節目之一多播頻道之一訊息；在該用戶端裝置處接收該節目之該多播傳輸；由該用戶端裝置自該節目之該單播傳輸轉換至該節目之該多播傳輸；及在該用戶端裝置處接收請求該用戶端裝置加入包含該節目之多播頻道之訊息。
如請求項1之方法，其進一步包括：由該用戶端裝置傳輸一請求取消該節目之該單播傳輸之訊息。
如請求項1之方法，其中該用戶端裝置係一個人電腦、一機上盒、一媒體中心、一媒體播放器及一遊戲盒中之至少一者。
如請求項1之方法，其中該節目係一廣播事件。
如請求項4之方法，其中該廣播事件係一體育事件、一音樂會及一計次付費廣播中之至少一者。
如請求項1之方法，其中如果在一運營商(operator)網路中接收該節目的該單播傳輸之用戶端裝置的數量超過一臨限值，請求該用戶端裝置加入包含該節目之該多播頻道之訊息係由該用戶端裝置所接收。
一種用於協調(coordinating)一節目之單播傳輸與多播傳輸之方法，其包括：自一媒體伺服器傳輸與該節目相關聯之複數個單播流(streams)；在該媒體伺服器處判定開始該節目之多播傳輸；自該媒體伺服器傳輸該節目之該多播傳輸；及自該媒體伺服器傳輸對接收端(recipients)通知與該節目相關聯的該複數個單播流之一訊息，以加入一多播頻道；及在該媒體伺服器處接收請求以加入包含該節目之該多播頻道。
如請求項7之方法，其進一步包括：在該媒體伺服器處接收至少一個請求以取消該節目之一單播傳輸；及自該媒體伺服器取消該節目之該單播傳輸。
如請求項7之方法，其進一步包括：在該媒體伺服器處傳輸一切換訊息。
如請求項7之方法，其中該節目係一廣播事件。
如請求項10之方法，其中該廣播事件係一體育事件、一音樂會及一計次付費廣播中之至少一者。
如請求項7之方法，其中在該媒體伺服器處確定以開始該節目之一多播傳輸之該步驟係基於一運營商網路中接收該節目之該單播傳輸之用戶端裝置之數量。
如請求項12之方法，其中該數量係二或更大。
一種用戶端裝置，其包括：一處理器，其用於請求一節目；一通信介面，其用於接收該節目之一單播傳輸，其中該通信介面稍後接收該節目之一多播傳輸，及用於接收加入包含該節目的一多播頻道之一請求；及一軟體應用程式，其與該處理器結合(conjunction)，用於根據該請求的一回應，自該節目之該單播傳輸轉換至該節目之該多播傳輸。
如請求項14之用戶端裝置，其中該用戶端裝置係一個人電腦、一機上盒、一媒體中心、一媒體播放器及一遊戲盒中之至少一者。
如請求項14之用戶端裝置，其中加入該多播頻道之該請求係根據接收該節目的該單播傳輸之用戶端裝置之數量。
一種媒體伺服器，其包括：一通信介面，其用於傳輸該節目之一單播傳輸，其中該通信介面稍後傳輸該節目之一多播傳輸；一處理器，其用於決定何時將一接收端自該節目之該單播傳輸轉換至該多播傳輸，該決定係至少部分地根據來自該接收端的一請求；及一軟體應用程式，其與該處理器結合，用於將該接收端自該節目之該單播傳輸轉換至該節目之該多播傳輸。
如請求項17之媒體伺服器，其中該通信介面可同時傳輸該節目之多個單播傳輸及該節目之一多播傳輸。
如請求項17之媒體伺服器，其中決定何時將該接收端自該節目之該單播傳輸轉換至該多播傳輸係根據接收該節目的該單播傳輸之接收端之數量。
一種在具有一處理器及記憶體的一網路中將接收一節目的一單播傳輸之複數個裝置轉換至接收該節目的一多播傳輸之方法，該方法包含：判定接收該節目的該單播傳輸且能夠接收該節目的該多播傳輸之該複數個裝置之一數量；如果該數量超過一第一臨限值，對該數量之該複數個裝置之每一者發送切換至該節目的該多播傳輸之一請求；判定回應於該請求從該複數個裝置中已選擇轉換以接收該節目之該多播傳輸之一另一數量的裝置；及如果已選擇轉換的該另一數量的裝置超過一第二臨限值，將該另一數量的裝置之每一者轉換以接收該節目的該多播傳輸。
如請求項20之方法，其中能夠接收該多播傳輸的裝置之數量係至少部分地根據是否該等裝置來自相同的運營商網路。
如請求項20之方法，其中能夠接收該多播傳輸的裝置之數量係至少部分地根據每一裝置的視訊輸出能力。