經由公共WiFi網絡的互聯網協議電視的制作方法
【專利摘要】一種例如無線媒體接入點的裝置，包括收發器、非瞬態存儲介質以及操作地耦合至該收發器和存儲器介質的處理器。該處理器由存儲在該存儲介質上的指令所配置以傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道，并且同時傳送與第二GTK相關聯的第二組播頻道。
【專利說明】
經由公共wi Fi網絡的互聯網協議電視[0001]相關申請的交叉引用[0002]本申請要求于2014年2月28日提交的美國臨時申請N0.61/946221的權益。該申請 的主題涉及到于2014年2月28日提交的美國專利申請N0.14/193215(’215申請)，其通過引 用全文結合于此。
技術領域
[0003]本公開總體上涉及到電視的無線傳遞的領域。【背景技術】
[0004]該部分介紹了可能有助于促成本發明的更好理解的多個方面。因此，該部分所提及的內容要以此考慮進行閱讀而并不被理解為承認其構成或不構成現有技術。
[0005]WiFi接入點的數量正在快速增加。一些移動網絡運營商也建立了 WiFi接入點以從移動網絡卸載例如智能電話、平板電腦和膝上計算機的數據業務。WiFi接入點使用如在 IEEE 802.11標準中定義的無線信道與這樣的終端用戶設備進行通信。
【發明內容】
[0006]—個實施例提供了一種裝置，例如無線媒體接入點，其包括收發器、非瞬態存儲介質，和操作地耦合至該收發器和存儲器介質的處理器。該處理器由存儲在該存儲介質上的指令所配置以傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道，并且同時傳送與第二GTK相關聯的第二組播頻道。[〇〇〇7]在該裝置的任意實施例中，該處理器可以進一步被配置為同時地將該第一組播頻道傳送至第一客戶端設備并且將該第二組播頻道傳送至第二客戶端設備。在該裝置的任意實施例中，該處理器可以進一步被配置為實施IEEE 802.11通信標準。在該裝置的任意實施例中，該處理器可以進一步被配置為在第一GTK交換消息中將該第一GTK與第一組播頻道相關聯，并且在第二GTK交換消息中將該第二GTK與第二組播頻道相關聯。
[0008]在該處理器的任意實施例中，該處理器可以進一步被配置為響應于從第一客戶端設備接收到加入第一組播頻道的第一請求而將該第一 GTK提供至第一客戶端設備，并且響應于從第二客戶端設備接收到加入第二組播頻道的第二請求而將該第二GTK提供至第二客戶端設備。在這樣的實施例中，該處理器還可以進一步被配置為響應于從第一客戶端接收到加入第三組播頻道的請求而將第三GTK提供至該第一客戶端設備并且將第四GTK提供至該第二客戶端設備。
[0009]另一個實施例提供了一種裝置，例如客戶端設備，其包括收發器、非瞬態存儲介質，和操作地耦合至該收發器和存儲器介質的處理器。該處理器由存儲在該存儲介質上的指令所配置以使用第一 GTK對第一組播頻道進行解碼，并且使用不同的第二GTK對第一組播頻道進行解碼而并不終止該第一組播頻道的接收。[〇〇1〇]在之前裝置的任意實施例中，該處理器可以被配置為在并不中斷對用戶的輸出的情況下對該第一組播頻道進行解碼。在該裝置的任意實施例中，該處理器可以進一步被配置為實施IEEE 802.11通信標準。
[0011]另一個實施例提供了一種例如制造媒體接入點的方法。該方法包括對處理器進行配置以傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道。該方法進一步包括對該處理器進行配置以同時傳送與第二GTK相關聯的第二組播頻道。[〇〇12] 該方法的任意實施例可以進一步包括對該處理器進行配置以同時地將該第一組播頻道傳送至第一客戶端設備并且將該第二組播頻道傳送至第二客戶端設備。該方法的任意實施例可以進一步包括對該處理器進行配置以傳送將該第一 GTK與第一組播頻道相關聯的第一 GTK交換消息，并且傳送將該第二GTK與第二組播頻道相關聯的第二GTK交換消息。 [〇〇13] 該方法的任意實施例可以進一步包括對該處理器進行配置以響應于從第一客戶端設備接收到加入第一組播頻道的第一請求而將該第一 GTK提供至第一客戶端設備，并且響應于從第二客戶端設備接收到加入第二組播頻道的第二請求而將該第二GTK提供至第二客戶端設備。任何這樣的實施例可以進一步包括對該處理器進行配置以響應于從第一客戶端接收到加入第三組播頻道的請求而將第三GTK提供至該第一客戶端設備并且將第四GTK 提供至該第二客戶端設備。[〇〇14]另一個實施例提供了一種例如制造客戶端設備的方法，該客戶端設備諸如膝上計算機、平板計算機或智能電話。該方法包括對處理器進行配置以使用第一群組臨時秘鑰 (GTK)對第一組播頻道進行解碼。該方法進一步包括對該處理器進行配置以使用不同的第二GTK對第一組播頻道進行解碼而并不終止該第一組播頻道的接收。該方法的任意實施例可以進一步包括在并不中斷對用戶的輸出的情況下對該第一組播頻道進行解碼。
[0015]另一個實施例提供了一種例如在媒體接入點執行的方法。該方法包括傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道。該方法進一步包括同時傳送與第二GTK相關聯的第二組播頻道。
[0016]該方法的任意實施例可以進一步包括同時地將該第一組播頻道傳送至第一客戶端設備并且將該第二組播頻道傳送至第二客戶端設備。
[0017]該方法的任意實施例可以進一步包括響應于從第一客戶端設備接收到加入第一組播頻道的第一請求而將該第一 GTK提供至第一客戶端設備，并且響應于從第二客戶端設備接收到加入第二組播頻道的第二請求而將該第二GTK提供至第二客戶端設備。任何這樣的實施例可以進一步包括響應于從第一客戶端接收到加入第三組播頻道的請求而將第三 GTK提供至該第一客戶端設備并且將第四GTK提供至該第二客戶端設備。
[0018]另一個實施例提供了一種例如在客戶端設備執行的方法。該方法包括使用第一群組臨時秘鑰(GTK)對第一組播頻道進行解碼。該方法進一步包括使用不同的第二GTK對第一組播頻道進行解碼而并不終止該第一組播頻道的接收。該方法的任意實施例可以進一步包括在并不中斷對用戶的輸出的情況下對該第一組播頻道進行解碼。【附圖說明】
[0019]通過在結合附圖時參考以下詳細描述可以獲得對本發明更為全面的理解，其中:
[0020]圖1圖示了其中媒體接入點與例如計算機、智能電話和平板電腦的多個移動客戶端設備進行無線通信的常規系統；
[0021]圖2圖示了被配置為根據各個實施例進行操作的媒體接入點的示例高階示意圖；
[0022]圖3圖示了被配置為根據各個實施例進行操作的移動客戶端設備的示例高階示意圖；
[0023]圖4圖示了在其中媒體接入點與多個客戶端設備進行無線通信的常規系統中實施的步驟；[〇〇24]圖5圖示了依據本公開實施例的系統，其中媒體接入點與例如計算機、智能電話和平板電腦的多個移動客戶端設備進行無線通信，它們中的至少一些被配置為同時容納該接入點所進行的多個組播頻道的傳輸;和
[0025]圖6圖示了根據本公開實施例的對圖5的媒體接入點和客戶端設備進行操作的方法的步驟。【具體實施方式】[〇〇26]本公開例如涉及到用于使用部分在802.ll(WiFi)標準中所提供的無線架構而經由互聯網協議(IP)消息傳遞電視(TV)內容的有所改進的方法和系統。
[0027]圖1以高階方式圖示了系統100的說明性實施例，例如彼此無線相關聯的設備的群組。系統100包括接入點110以及三個客戶端設備，例如計算機120a、平板電腦120b和智能電話120c。接入點110以及客戶端120a、120b和120c中的每一個都包括用于存儲涉及組播操作的參數的MIB。接入點110以及所有客戶端上的MIB包含永久性信息。例如，有關接入點110的 MIB可以存儲多達四個具有秘鑰ID的GTK秘鑰以及已經加入組播流的客戶端一例如客戶端 120a和120b—的標識符。
[0028]本公開范圍內的實施例并不局限于任何特定數量或類型的客戶端設備。任何數量的客戶端設備在不需要客戶端設備之間有所不同時都可以被稱作(多個)客戶端設備120。 各個實施例的操作可以參考接入點110以及客戶端設備120進行描述，而并不局限于接入點和/或客戶端設備的任何具體配置。客戶端設備120為了簡明可以被稱之為客戶端120,而并不失其一般性。
[0029]本領域技術人員將會意識到的是，接入點110和客戶端120可以被視為媒體接入控制(MAC)層的成員。因此，系統100也可以被稱作MAC層100,并且接入點110和客戶端120可以被稱作MAC層100的成員。
[0030]接入點110和客戶端120被配置為在802.11標準下進行操作，其根據這里所描述的一個或多個實施例而有所擴充。在這里有時被稱作“WiFi”的802.11標準針對接入點110和客戶端120提供了操作標準。802.11標準包括作為異步服務的一部分而提供組播。
[0031]圖2示意性圖示了可以作為接入點一例如圖1的接入點110—進行操作的裝置200。 裝置200包括處理器210,其操作地耦合至存儲器220和收發器230。除這里所描述的實施例之外，處理器210、存儲器220和收發器230中的每一個可以是任意的常規或未來研發的類型。存儲器220包括非瞬態物理指令空間，其保存由處理器230根據這樣的實施例所執行的操作指令。這些指令包括用來實施例如符合802.11標準的操作以及這里所描述實施例的各個步驟的指令。處理器210被配置為控制收發器230經由天線240而與一個或多個客戶端設備一例如圖1的客戶端設備120—進行通信。天線240并不局限于任何特定類型，并且可以包括多個天線部件從而實施多輸入多輸出(Mnro)通信。
[0032]圖3示意性圖示了可以作為客戶端設備一例如圖1的客戶端設備120—進行操作的裝置300。裝置300包括處理器310,其操作地耦合至存儲器320和收發器330。除這里所描述的實施例之外，處理器310、存儲器320和收發器330中的每一個可以被配置為提供與本公開范圍內的實施例相符的功能，并且另外還可以是任意的常規或未來研發的類型。存儲器320 包括非瞬態物理指令空間，其保存由處理器330根據這樣的實施例所執行的操作指令。這些指令包括用來實施例如符合802.11標準的操作以及這里所描述實施例的各個步驟的指令。 處理器310被配置為控制收發器330經由天線340而與接入點一例如圖1的接入點110—進行通信。天線340并不局限于任何特定類型，并且可以包括多個天線部件從而實施多輸入多輸出(M頂0)通信。[〇〇33]群組臨時秘鑰(GTK)可以在各種情況下不時被更新，諸如在GTK更新計時器超時的時候或者在客戶端離開WiFi接入點的通信傘(communicat1n umbrella)的時候。當GTK被更新時，接入點11 〇可以向客戶端120a和120b發送經更新的GTK。在該情形中，接入點110使得新的GTK將能夠從其開始使用的起始組播分組序列號能夠被客戶端120a、120b所獲取。以客戶端120a和120b作為其兩個示例的客戶端共同形成客戶端的媒體接入控制(MAC)層，它們在客戶端看到該分組序列號時開始使用新的GTK對組播分組進行解碼。[〇〇34] MAC層的管理信息庫(MIB)存儲隨秘鑰一起存儲四個秘鑰ID。秘鑰ID 0用于單播成對秘鑰。秘鑰ID 1、2和3則用于如在GTK更新事務期間的GTK更新。各個實施例可以要求同時能夠獲取到至少兩個GTK秘鑰。
[0035]在現有技術的組播實施方式中，所有組播流都利用相同的單個GTK秘鑰進行加密。 這對于IP組播互聯網協議電視(IPTV)的部署而言可能有所不足。對于IP組播IPTV而言，正常情況下客戶端具有不同的頻道訂閱包。在當前的802.11標準下，所有客戶端都能夠觀看從接入點以組播方式所發送的所有頻道。[〇〇36]發明人已經認識到，當前的組播標準一例如電氣電子工程師協會(IEEE)802.11標準一可以有利地進行擴展以實施以下所描述的各個實施例從而提供有所改進的組播能力。 更具體地，每個IPTV頻道都可以作為組播流進行觀看。每個頻道可以利用對于該頻道而言唯一的GTK進行加密。僅針對特定頻道進行了認證的客戶端才被允許加入該頻道并且接收對應于該頻道的唯一GTK。當更新計時器超時或者客戶端離開頻道時，該GTK將針對仍然被認證以接收該頻道的所有客戶端進行更新。以這種方式，由于不同頻道利用不同的GTK秘鑰進行加密，所以客戶端被限制為僅觀看它們所訂閱并且被允許加入的頻道。這樣的實施例提供了要經由公共WiFi進行部署和訪問的差別化訂閱包。[〇〇37]圖4圖示了包括接入點110和兩個客戶端設備120a和120b之間在常規組播中的事務的方法400。本領域技術人員將會意識到，所圖示的事務被現有的802.11標準所包含。 [〇〇38]在步驟405,客戶端120a通過以接入點的110的方向傳送組播加入請求而發起組播傳遞會話，上述請求例如是802.11單播數據幀中的分組。接入點110在步驟410中利用指向客戶端120a的確認進行響應，上述確認例如是802.11確認幀。[〇〇39] 在步驟415中，接入點110和客戶端120a進行秘鑰握手，其中接入點110向客戶端 120a傳送群組臨時秘鑰(GTK)。在發送GTK之后，在步驟420，接入點110傳送客戶端120a所請求的數據，例如客戶端120a想要作為利用GTK進行加密的組播幀進行組播的數據。在步驟 425中，客戶端120a開始使用在步驟415所獲取到的GTK對組播流進行解密。
[0040]組播幀包括作為預期接收方的目的地的群組地址，上述預期接收方例如客戶端 120a以及可以被配置為接收傳輸的任意其它客戶端。每個目的地站點一例如客戶端120a和 120b—能夠接收該幀。然而，僅具有有效GTK的客戶端才能夠對組播幀進行解密。[0041 ]在步驟430,客戶端120b將請求指向接入點110以加入組播傳輸。如針對客戶端 120a所描述的，接入點在步驟435發送確認并且在步驟440進行秘鑰握手。客戶端120b在步驟445開始對組播流進行解碼。[〇〇42]在適當時候，客戶端120b離開網絡。接入點110在步驟450檢測到該事件。在步驟 455,接入點110和客戶端120a進行GTK更新。客戶端120a隨后可以繼續對組播流進行解碼。 如果客戶端120b要返回網絡，則客戶端120b在沒有再次請求加入組播流的情況下將無法對該組播流進行解碼。
[0043]本公開認識到隨著媒體的商業分布的發展，連接至相同接入點的不同客戶端可能具有允許不同訪問水平的媒體訪問訂閱。繼續圖4的示例，客戶端120a和120b可以向提供多個組播頻道的媒體分布實體進行訂閱，上述頻道例如包括體育頻道和戲劇頻道。客戶端 120a可以訂閱體育頻道而并不訂閱戲劇頻道，而客戶端120b則可以訂閱戲劇頻道而并不訂閱體育頻道。
[0044]在常規方法400中，所有組播流都利用相同的單個GTK秘鑰進行加密。因此，現有 802.11標準下的常規操作允許所有客戶端觀看從接入點110進行組播的所有頻道。因此，常規操作的該方面并不適用于所描述的其中不同客戶端針對能夠經由接入點110進行訪問的所有組播頻道都具有權限的情形。[0〇45] 本公開的實施例通過向例如802.11標準的相關標準提供增強(enhancement)而解決該不足，從而對包括利用唯一訪問權限進行的訂閱的網絡中提供對組播流的訪問控制。 在各個實施例中，MIB可以如下進行擴展:[〇〇46]1.接入點110處的MIB大小可以被增加從而容納更大數量的GTK秘鑰和秘鑰ID。例如，典型的IPTV部署形式可能需要支持多至2048個頻道。在該示例中，需要支持4096個GTK 秘鑰和秘鑰ID，因為諸如在步驟455中，在GTK更新期間針對每個所支持的頻道同時需要能夠獲得兩個GTK秘鑰。然而，在實際操作中，客戶端120可能僅同時加入數個頻道。因此，客戶端120處的MIB的大小可能并不需要修改。
[0047]2.進行組播的組播頻道/流可以被記錄。
[0048]3.針對每個組播頻道/流，當前收看該頻道的客戶端的集合可以被記錄。[〇〇49]4.可以對GTK交換消息(GTK KDE)格式進行修改從而傳輸更大數量的GTK秘鑰ID—例如4096,并且傳輸每個GTK秘鑰與之相關聯的IPTV頻道。在缺少一些調適的情況下，在常規標準下進行操作的客戶可能無法理解根據一些實施例所修改的GTK KDE格式。在各個實施例中，例如接入點的系統的組件被配置為向后兼容這樣的客戶端。
[0050]在之前的列表中，在項目1和2中所提到的數據可以由接入點110和客戶端120的 MAC層所創建并更新。
[0051]在之前的列表中，在項目3中所提到的數據可以由在接入點110上運行的IPTV應用進行編程。例如，參見’ 215申請。接入點120上的MAC層可以被增強從而對接至IPTV應用以在客戶端120請求加入或離開任何IPTV頻道時通知該應用。該IPTV應用進而可以向MAC層的 MIB表格提供觀看給定頻道的客戶端120的列表。
[0052]圖5圖示了被配置為依據本公開的所描述實施例進行操作的系統500。系統500包括接入點510以及客戶端520a和520b。接入點510和客戶端520a/b均包括用于存儲與組播操作相關的參數的MIB。接入點510和客戶端520a/b可以經由未提及的天線進行無線通信。接入點510可以經由因特網540與中央數據庫530進行通信。雖然在系統500中僅示出了兩個客戶端520a/b，但是對于本領域技術人員將會立即顯而易見的是，所描述的實施例可以進行擴展從而包括例如受到接入點510內的存儲限制的任意數量的客戶端。[〇〇53]圖6依據以上所描述的增強組播操作以方法600圖示了接入點510以及客戶端520a 和第二客戶端520b之間的事務。實施例可以包括多于兩個的客戶端520,而為了簡單則示出了兩個。在一些實施例中，一些所圖示的步驟可以被省略，所圖示的步驟可以以不同于所圖示順序的順序來執行，和/或可以結合一些或全部所圖示的步驟執行所圖示步驟以外的其它步驟。更具體地，有關GTK更新計時器超時的時候以及客戶端離開網絡的時候的GTK更新的細節類似地為了簡單而被省略。本領域技術人員考慮的以下的描述將立即認識到這些情形可以如何被實施。[〇〇54]在步驟605,客戶端520a向接入點510發送加入IPTV頻道的請求，后者在非限制性示例中被示為頻道17。在步驟610,接入點510向客戶端520a發送確認(Ack)。在各個實施例中，如果客戶端520a無法檢測到Ack信號，則客戶端520a重新傳送(未示出)加入請求605。在各個實施例中，依據組播信令標準，從客戶端520a到接入點510的數據路徑的分支包括傳輸錯誤恢復。例如，802.11協議確保了在使用單播數據幀傳輸時的設施和自組(ad hoc)配置中的站點之間的可靠性。[〇〇55] 在步驟615,在接入點510和客戶端520a之間執行群組臨時秘鑰(GTK)握手。在該握手中，訪問路徑510特別針對頻道17而向客戶端520a發送GTK。
[0056]在一些實施例中，接入點510在步驟610中發送確認之前檢查客戶端520a的許可并且確認客戶端520a具有觀看所請求頻道的許可，該所請求頻道例如頻道17。該檢查可以包括接入點510查詢中央數據庫530。在一些實施例中，該確認可以在接入點510檢視客戶端 520a在步驟615中的GTK握手期間所提供的cookie或類似cookie的要素之后被發送。在這樣的實施例中，該握手在確認之前進行。在GTK握手中，接入點510為客戶端520提供GTK，后者為了后續引用而被稱作第一 GTK。[〇〇57]在步驟620中，接入點在頻道之前沒有進行流傳輸的情況下發起所請求的頻道17 的組播流的傳輸。顯然，該傳輸取決于步驟605、610和615中的事務的成功。步驟620的延伸箭頭反映了之前被認證的任意數量的客戶端都可以接收頻道17的流。在步驟625中，客戶端 520a開始接收頻道17的組播流并對其進行解密。[〇〇58]在步驟630,客戶端520b向接入點510發送加入頻道17組播流的請求。接入點510如針對客戶端510a所描述的那樣對客戶端520b進行認證，尤其包括針對頻道的確認635和GTK 握手640。如關于客戶端520a所描述的，在發送確認之前，接入點可以查詢中央數據庫530， 或者可以檢視客戶端520b在步驟640的GTK握手中所提供的cookie。在步驟645中，客戶端 520b開始對正在進行的頻道17的流進行解密。[0〇59]在圖5的示例中，客戶端520b的觀看者可能希望從正在進行的頻道17的流變換至另一個流，例如頻道5。該變換在步驟650中有所反映，其中客戶端520b向接入點510發送請求以觀看流傳輸的IPTV頻道5。在步驟655,接入點510將確認送至客戶端520b。在步驟660，接入點510和客戶端520a進行GTK握手，其利用新的第二GTK對頻道17的訪問證書進行更新。 因此，客戶端520a可以在并不終止到頻道17的連接的情況下對后續的頻道17的內容進行解碼。客戶端520a因此可以繼續觀看頻道17的流，而客戶端520b現在被拒絕訪問頻道17。優選地，客戶端520b的處理器310被配置為在并不對客戶端520a的用戶造成中斷的情況下對頻道17的流進行解碼，而使得用戶并不知道GTK的更新。在步驟665,接入點510和客戶端520b 進行GTK握手以同意客戶端520b對頻道5的IPTV流進行訪問。在該步驟中，接入點510向客戶端520b發出新的第三GTK。在步驟670,接入點510開始流傳輸頻道5(如果還沒有流傳輸過該頻道)，并且在步驟675,客戶端520開始對頻道5的流進行解碼。因此，接入點510同時傳送組播頻道5和組播頻道17。這里，多重組播傳輸情形中的“同時”意味著針對第一客戶端設備的第一傳輸的至少一部分在時間上與針對第二客戶端設備的第二傳輸相重疊。
[0060]以與已經描述過的相類似的方式，如果客戶端520a要請求變換至第三組播頻道， 例如頻道10,則接入點將向客戶端520b發出新的第四GTK以繼續流傳輸頻道5,并且將向客戶端520a發出新的第五GTK以流傳輸頻道10。
[0061]雖然已經在附圖中圖示并且在以上的詳細描述中闡述了本發明的多個實施例，但是應當理解的是，本發明并不局限于所公開的實施例，而是能夠進行多種的重新部署、修改和替換而并不背離如以下權利要求所給出和限定的本發明。
【主權項】
1.一種裝置，包括:收發器；非瞬態存儲介質;和操作地耦合至該收發器和存儲器介質的處理器，該處理器由存儲在該存儲介質上的指 令所配置以傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道，并且同時傳送與第二 GTK相關聯的第二組播頻道。2.根據權利要求1所述的裝置，其中該處理器進一步被配置為在第一 GTK交換消息中將 該第一 GTK與第一組播頻道相關聯，并且在第二GTK交換消息中將該第二GTK與第二組播頻 道相關聯。3.根據權利要求1所述的裝置，其中該處理器進一步被配置為同時地將該第一組播頻 道傳送至第一客戶端設備并且將該第二組播頻道傳送至第二客戶端設備。4.根據權利要求1所述的裝置，其中該處理器進一步被配置為:1)響應于從第一客戶端 設備接收到加入第一組播頻道的第一請求而將該第一 GTK提供至第一客戶端設備，2)響應 于從第二客戶端設備接收到加入第二組播頻道的第二請求而將該第二GTK提供至第二客戶 端設備;并且3)響應于從第一客戶端接收到加入第三組播頻道的請求而將第三GTK提供至 該第一客戶端設備并且將第四GTK提供至該第二客戶端設備。5.根據權利要求1所述的裝置，其中該處理器進一步被配置為實施802.11通信標準。6.—種裝置，包括:收發器；非瞬態存儲介質;和操作地耦合至該收發器和存儲器介質的處理器，該處理器由存儲在該存儲介質上的指 令所配置以使用第一群組臨時秘鑰(GTK)對第一組播頻道進行解碼，并且使用不同的第二 GTK對第一組播頻道進行解碼而并不終止該第一組播頻道的接收。7.根據權利要求1所述的裝置，其中該處理器被配置為在并不中斷對用戶的輸出的情 況下對該第一組播頻道進行解碼。8.—種在媒體接入點執行的方法，包括:傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道;并且同時傳送與第二GTK相關聯的第二組播頻道。9.根據權利要求8所述的方法，進一步包括傳送將該第一 GTK與第一組播頻道相關聯的 第一 GTK交換消息，并且傳送將該第二GTK與第二組播頻道相關聯的第二GTK交換消息。10.根據權利要求8所述的方法，進一步包括響應于從第一客戶端設備接收到加入第一 組播頻道的第一請求而將該第一GTK提供至第一客戶端設備，響應于從第二客戶端設備接 收到加入第二組播頻道的第二請求而將該第二GTK提供至第二客戶端設備。11.一種在客戶端設備執行的方法，包括:使用第一群組臨時秘鑰(GTK)對第一組播頻道進行解碼;并且使用不同的第二GTK對第一組播頻道進行解碼而并不終止該第一組播頻道的接收。12.—種方法，包括:對處理器進行配置以傳送與第一群組臨時秘鑰(GTK)相關聯的第一組播頻道;并且對該處理器進行配置以同時傳送與第二GTK相關聯的第二組播頻道。13.根據權利要求12所述的方法，進一步包括對該處理器進行配置以響應于從第一客 戶端設備接收到加入第一組播頻道的第一請求而將該第一 GTK提供至第一客戶端設備，并 且響應于從第二客戶端設備接收到加入第二組播頻道的第二請求而將該第二GTK提供至第 二客戶端設備。14.一種方法，包括:對處理器進行配置以使用第一群組臨時秘鑰(GTK)對第一組播頻道進行解碼;并且 對該處理器進行配置以使用不同的第二GTK對第一組播頻道進行解碼而并不終止該第 一組播頻道的接收。
【文檔編號】H04N21/6405GK106031089SQ201580009946
【公開日】2016年10月12日
【申請日】2015年2月16日
【發明人】王勝強, R·沙瑪
【申請人】阿爾卡特朗訊公司