專利名稱：用于多媒體服務(wù)的快速頻道切換的客戶端配置和管理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于快速頻道切換(FCC)的客戶端配置和管理以及IPTV，互聯(lián)網(wǎng)電 視，有線電視和類似服務(wù)的可靠傳輸。
背景技術(shù)：
IPTV(互聯(lián)網(wǎng)協(xié)議電視)的廣播頻道通常采用IP多播技術(shù)傳輸。有線電視的廣播 頻道通常采用射頻傳輸技術(shù)傳輸。 IPTV的早期試驗和部署包括一組非常有限的VOD(視頻點播)標(biāo)題、少量的用戶并 且主要是作為面向傳統(tǒng)廣播方法的免費點播服務(wù)。然而，由于IPTV變得更加成功和更廣泛 地部署，需要提供更多的VOD標(biāo)題和廣播頻道，例如5000個VOD標(biāo)題和幾百個廣播頻道，并 且每個服務(wù)供應(yīng)商可能擁有許多用戶，甚至達(dá)到數(shù)百萬。因此，現(xiàn)在已經(jīng)開始展開了與傳統(tǒng) 廣播或衛(wèi)星系統(tǒng)的競爭。 IP系統(tǒng)的一個傳統(tǒng)優(yōu)勢是存在返回IP路徑，同服務(wù)傳輸一樣，它提供了同一基礎(chǔ) 設(shè)施上的實時交互和控制的手段。類似地，有線電視系統(tǒng)也有返回路徑。然而，為了利用交 互性，IPTV或有線電視服務(wù)應(yīng)該更優(yōu)先地提供更好的或者至少是相同的用戶體驗和像更傳 統(tǒng)的服務(wù)(例如模擬天線廣播電視頻道)那樣的服務(wù)質(zhì)量。 區(qū)別于傳統(tǒng)的廣播，由于其多播傳輸特性，通常不是所有的電視頻道立即提供給 IPTV系統(tǒng)中的客戶端。此外，使用了數(shù)字差分編碼。本質(zhì)上講這意味著電視畫面作為關(guān)鍵 幀發(fā)送，然后是一連串增量幀，增量幀只包含一個增量幀相比于另一個改變了的數(shù)據(jù)。在傳 輸若干增量幀(通常是20個)之后，傳輸另一個關(guān)鍵幀，等等。這意味著客戶端設(shè)備的用 戶當(dāng)"調(diào)"到一個新的頻道時會遭遇由于直到接收一個關(guān)鍵幀才開始正確顯示頻道而產(chǎn)生 的固有延遲。因此，只能夠在關(guān)鍵幀或在一個完全編碼的視頻幀開始處的隨機(jī)接入點(RAP) 加入流。 上述兩個因素導(dǎo)致了 IPTV系統(tǒng)中相對緩慢的頻道切換時間。 為了改進(jìn)頻道切換體驗，已經(jīng)使用FCC單元。FCC單元緩存廣播頻道的內(nèi)容滑動窗 口 (例如上一個30秒或上一分鐘)。內(nèi)容能夠響應(yīng)于來自客戶端裝置從RAP開始的頻道切 換請求而隨后被傳輸，可選地以高于編碼比特率的速率。這可以使得盡管客戶端最初收到 一個可以說滯后"真實時間"30秒的RAP，系統(tǒng)可通過選擇性丟幀的方法追上，以便在相對 短的時期之后使用戶有效地觀看實時傳輸。這當(dāng)然增強(qiáng)了當(dāng)用戶觀看直播體育賽事等節(jié)目 時的體驗。來自FCC服務(wù)器的數(shù)據(jù)可以作為專用(所謂的單播)流而被傳輸。
通常用一組待緩存的BTV(廣播電視)頻道(例如多級地址)來預(yù)先配置/預(yù)先 供給FCC單元。為了推廣這一做法，先前已采用分布式結(jié)構(gòu)。這包括一組接近網(wǎng)絡(luò)邊緣/ 接入節(jié)點的FCC單元，例如DSLAM中的FCC單元。例如在ETSI TS183084V2. 1. 1中描述了 FCC功能性。 傳輸質(zhì)量(QOD)也有類似要求。由于IP傳輸?shù)牟豢煽啃?，可能會出現(xiàn)數(shù)據(jù)包丟 失，這會降低觀看體驗。為了保證高質(zhì)量且一致的多媒體數(shù)據(jù)的傳輸，已經(jīng)開發(fā)了 Retr(重傳)單元。Retr單元緩存廣播頻道的內(nèi)容滑動窗口。丟失的數(shù)據(jù)可以隨后響應(yīng)于客戶端 的Retr請求而被傳輸。從本質(zhì)上講，如果客戶端收到的部分?jǐn)?shù)據(jù)損壞或不完整，可請求重 傳(Retr)這些數(shù)據(jù)。 典型的FCC/Retr系統(tǒng)的分布式結(jié)構(gòu)以及大量的網(wǎng)絡(luò)邊緣的單元、頻道列表中的 地區(qū)變化、頻道受歡迎度的本地變化和頻道受歡迎度隨時間的變化，需要一種特殊的方法 來部署FCC/Retr系統(tǒng)。當(dāng)說起FCC/Retr單元(或服務(wù)器)時，是指該服務(wù)器可以提供FCC 服務(wù)或Retr服務(wù)或者兩者皆可。FCC和Retr單元可以結(jié)合成為一個單獨的FCC/Retr單元。 通常需要用若干FCC/Retr服務(wù)的參數(shù)來預(yù)先配置用戶設(shè)備(例如IPTV機(jī)頂盒)。 這可以包括-針對其而支持FCC服務(wù)的頻道，
-針對其而支持Retr服務(wù)的頻道，-接入點的關(guān)于請求FCC或Retr服務(wù)中任一種的接入細(xì)節(jié)，-關(guān)于所述服務(wù)中任一種的服務(wù)配置參數(shù)，例如本地客戶端緩沖器大小、最小線路 帶寬或其它數(shù)據(jù)。 應(yīng)當(dāng)指出，在特定的網(wǎng)絡(luò)中，F(xiàn)CC或Retr的可用性并不自動保證在用戶設(shè)備(UE)
上的服務(wù)。這是因為UE可能沒有所要求的服務(wù)能力或?qū)嶋H的互聯(lián)網(wǎng)連接(例如DSL線)
可能沒有足夠的帶寬或質(zhì)量來傳輸特定的服務(wù)。這都需要在UE提供期間加以考慮。當(dāng)服
務(wù)提供商必須考慮分布式的且通常是分層的FCC/Retr結(jié)構(gòu)、大量的可用頻道(其中一些可
能不能很好地適用于FCC和/或Retr)、頻道的可用性和受歡迎性的地區(qū)和本地變化以及頻
道受歡迎度隨時間的變化的時候，對客戶端受歡迎度的管理變得更加復(fù)雜。 目前可用的系統(tǒng)是Microsoft TV : http://www. microsoft, com/tv/default. mspx http://www.ixiacom.com/products/display skey = aptixia_ixload_ms_ iptv http://www. microsoft. com/msft/download/Transcripts/FY06/ ChristineHeckart092006. doc。 Microsoft TV使用通過IPTV平臺人工靜態(tài)提供來配置稱作分配服務(wù)器(D服務(wù) 器)的FCC/Retr單元。D服務(wù)器通常與稱為分支的本地局一起使用。系統(tǒng)操作者需要人工 配置每個D服務(wù)器的頻道列表。D服務(wù)器緩存頻道并且可以隨后響應(yīng)于客戶端(用戶設(shè)備 UE)的頻道切換請求而通過所有權(quán)裝置傳輸所述頻道。該平臺使得每個D服務(wù)器所支持的 頻道暴露于客戶端。 在這種方法中，D服務(wù)器在所有分支客戶之間被共享。然而，這意味著內(nèi)容被緩存
的位置更遠(yuǎn)離于UE(在網(wǎng)絡(luò)方面)。因此，通過在網(wǎng)絡(luò)接入點(例如在DSLAM中)中緩存
最受歡迎的頻道而實現(xiàn)的網(wǎng)絡(luò)使用優(yōu)化無法被執(zhí)行。既無法執(zhí)行將不那么受歡迎的頻道緩
存于網(wǎng)絡(luò)更高處(例如在距UE—定距離的路由器中)也無法執(zhí)行其它期望的功能，例如將
UE的網(wǎng)絡(luò)位置作為使用映射(usage m即)中的考慮因素，將隨時間變化的頻道受歡迎度的
本地變化作為考慮因素以及關(guān)聯(lián)本地受歡迎度與推薦引擎。 服務(wù)到D服務(wù)器實例的任何人工映射都增加了人為差錯的可能性。
5
本發(fā)明試圖提供一種改進(jìn)的系統(tǒng)。

發(fā)明內(nèi)容
根據(jù)本發(fā)明，在第一方面，提供了一種有線或互聯(lián)網(wǎng)電視數(shù)據(jù)網(wǎng)絡(luò)的IPTV用戶設(shè)
備(UE)，該UE包括用于個性化服務(wù)配置文件的自發(fā)現(xiàn)和管理并且用于為IPTV服務(wù)存儲并
使用該配置文件的裝置，其中所述個性化服務(wù)配置文件包括至少憑借其位置和/或能力和
/或線路能力而可用于UE的快速頻道切換/重傳(FCC/Retr)服務(wù)配置數(shù)據(jù)。 除了位置，其他例如UE能力、線路能力的因素也可以作為生成服務(wù)配置文件的考
慮因素。 優(yōu)選地，所生成的配置文件是隨時間動態(tài)變化的，以考慮例如不同的頻道受歡迎 度、本地受歡迎度變化、新的UE能力、新的線路能力(即DSL線路速度升級)或其它因素的 各種因素。 用戶設(shè)備可以適于自發(fā)現(xiàn)和管理具有由服務(wù)配置服務(wù)器(SCS)提供的信息的服 務(wù)配置文件。 在另一實施例中，UE是包括服務(wù)配置服務(wù)器(SCS)和一個或多個FCC/Retr單元 的網(wǎng)絡(luò)的一部分。 本發(fā)明還提供了一種包括如所述的UE、服務(wù)配置服務(wù)器和一個或多個快速頻道切 換/重傳(FCC/Retr)單元的網(wǎng)絡(luò)，所述UE能夠安裝來自SCS的服務(wù)配置文件，其包括地址 和本地FCC/Retr單元或其它遠(yuǎn)程單元的可用頻道的頻道數(shù)據(jù)。 本發(fā)明還提供了一種用于配置和管理IPTV網(wǎng)絡(luò)、有線或互聯(lián)網(wǎng)電視網(wǎng)絡(luò)中的用
戶設(shè)備(UE)客戶端的方法，包括在UE安裝個性化服務(wù)配置文件，該配置文件代表至少憑借
其位置而可用于UE的數(shù)據(jù)或頻道，所述服務(wù)配置文件包括可用頻道的列表以及針對每個
頻道的用于取回該頻道的地址，包括快速頻道切換/重傳(FCC/Retr)配置數(shù)據(jù)。 除了位置，例如UE能力或線路能力的其它因素也可以作為生成服務(wù)配置文件的
考慮因素。 由服務(wù)器(通常是服務(wù)配置服務(wù)器(SCS))取回的FCC/Retr配置文件可以包括這
樣的數(shù)據(jù)其代表多個頻道、指向針對這些頻道的服務(wù)而提供的本地或遠(yuǎn)程FFC/Retr單元
的指針以及可選的配置信息。 所述配置文件專用于確定的網(wǎng)絡(luò)位置。 在優(yōu)選的實施例中，該方法包括自動傳輸服務(wù)配置文件的變化。
本發(fā)明還提供以下優(yōu)點 a)考慮位置、用戶配置文件(例如UE能力)、線路能力和/或其它因素而自動配 置FCC/Retr客戶端； b)網(wǎng)絡(luò)優(yōu)化和網(wǎng)絡(luò)優(yōu)化在配置中的自動映射，其是通過以下操作實現(xiàn)的 i)在網(wǎng)絡(luò)接入點(例如最后一英里的DSLAM)緩存最受歡迎的頻道， ii)在網(wǎng)絡(luò)更高處(例如在在核心網(wǎng)中的第2或第3英里可用的路由器中)緩存
或在網(wǎng)絡(luò)"更高處"提供不那么受歡迎的頻道， iii)對于客戶端位置個性化FCC/Retr服務(wù)， iv)在個性化期間將頻道受歡迎度隨時間推移的本地變化作為考慮因素，[OO44] v)除用戶配置文件(例如UE能力)以外，將線路能力和其它因素作為考慮因素， 以及 v)關(guān)聯(lián)本地受歡迎度和推薦引擎。


參考附圖，現(xiàn)在將僅作為示例描述本發(fā)明的實施例，其中
圖1示意性地示出了用于IPTV服務(wù)的網(wǎng)絡(luò)。
具體實施例方式
圖1示出了客戶端自發(fā)現(xiàn)和管理結(jié)構(gòu)的實施例。用戶設(shè)備1通常包括機(jī)頂盒/TV 3 (—起示出)、家庭網(wǎng)關(guān)(例如DSL調(diào)制解調(diào)器)2并且可能還有個人電腦4。多數(shù)時候可能 希望將兩個或多個這樣的組件組合成單個單元。在一個地區(qū)(例如梅登(Maidenhead)，沃 特福德(Watford)，西南倫敦(South West London)等)，若干這種UE連接到例如DSLAM(數(shù) 字用戶線接入模塊)的、包括本地FCC/Retr單元6的接入點(AP)5。在類似的可選實施例 中，外部FCC/Retr單元可以與幾個接入點(DSLAM)共同定位。FCC/Retr單元適于作為FCC 和/或Retr頻道而緩存若干可用于連接的UE的若干頻道。每個UE經(jīng)由例如ADSL線路、 電纜或其它互聯(lián)網(wǎng)接入裝置連接到接入點。 AP 5提供至互聯(lián)網(wǎng)和IPTV中間件7的接入。 一個或多個其他FCC/Retr單元8位 于網(wǎng)絡(luò)高處(例如在路由器中或與路由器共同定位)。服務(wù)配置服務(wù)器(SCS)9以公知的方 式提供服務(wù)并且可訪問服務(wù)配置文件列表(13)和用戶配置文件(15)，并且能夠為每個UE 導(dǎo)出個性化的服務(wù)配置文件(通常標(biāo)記為10的基于位置的配置文件映射)。SCS也訪問網(wǎng) 絡(luò)附著子系統(tǒng)(NASS)ll。 SCS經(jīng)由寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(BNG) 12連接到FFC/Retr并且連接到服 務(wù)配置文件數(shù)據(jù)庫13。數(shù)據(jù)庫13包括FCC/Retr單元的拓?fù)洹?nèi)容包以及其它服務(wù)元數(shù)據(jù)， 所述服務(wù)元數(shù)據(jù)可包括歷史的使用元數(shù)據(jù)用以確定服務(wù)和頻道的受歡迎度。SCS還連接到 推薦引擎14和包含用戶配置文件的IPTV中間件數(shù)據(jù)庫15。這些配置文件可以是外部的， 例如從公知的用戶配置文件服務(wù)器功能(UPSF)、家庭用戶服務(wù)器(HSS)獲得?？蛇x地，它們 也可以在IPTV中間件7的內(nèi)部。這包括例如這樣的數(shù)據(jù)用戶的設(shè)備能力，線路特性(例 如帶寬、傳輸/服務(wù)質(zhì)量等)和個人用戶訂閱的包的細(xì)節(jié)。 當(dāng)首先啟動客戶端UE 2時，可以加載服務(wù)配置文件。只需要最少標(biāo)識信息來在客 戶端引導(dǎo)(boot str即)并管理FFC/Retr服務(wù)。該最少信息可以包括客戶端網(wǎng)絡(luò)標(biāo)識(例 如UE的IP地址)，并且這可以通過DHCP(動態(tài)主機(jī)配置協(xié)議)獲得。用于引導(dǎo)服務(wù)的步驟 的例子如下并在附圖中以文字示意性地說明。 步驟A用戶設(shè)備3的FCC/Retr客戶端向SCS 9提供其網(wǎng)絡(luò)標(biāo)識(例如IP地址)。 步驟B SCS 9利用來自NGN NASS的所提供網(wǎng)絡(luò)標(biāo)識取回UE 3的位置。然而，這 可以使用替換的方法，例如可以從本地表和/或映射獲得。 步驟C SCS從用戶配置文件數(shù)據(jù)庫10中找到針對所提供網(wǎng)絡(luò)標(biāo)識的用戶配置文 件。 步驟D SCS 9從服務(wù)數(shù)據(jù)庫13中找到與UE的特定位置相對應(yīng)的FCC/Retr服務(wù)
7配置文件。SCS也可以請求其它服務(wù)配置文件，例如服務(wù)包，從而獲取用戶所訂購的頻道。FCC/Retr配置文件本身從平臺(例如用于負(fù)載平衡的FCC/Retr拓?fù)浜蜕虡I(yè)規(guī)則)上的可用服務(wù)元數(shù)據(jù)、位置特定的元數(shù)據(jù)(發(fā)起請求的網(wǎng)絡(luò)位置)、受歡迎度中導(dǎo)出，以及可選地來自推薦引擎14。 步驟E SCS將位置特定的FCC/Retr服務(wù)配置文件映射到用戶配置文件以創(chuàng)建個性化FCC/Retr服務(wù)配置文件。這基本上提供了專用于UE的數(shù)據(jù)，其頻道可作為該UE的FCC/Retr頻道，并且提供了可針對每個頻道而從中取回頻道的本地或遠(yuǎn)程地址。個性化FCC/Retr服務(wù)配置文件可以包括多個地址以提供服務(wù)彈性，即當(dāng)其中一個單元出故障時。優(yōu)先順序(即等級)可應(yīng)用于地址。 步驟F現(xiàn)在所生成的個性化FCC/Retr服務(wù)配置文件隨后被UE 2接收。這可以通過拉或推機(jī)制來實現(xiàn)。 SCS當(dāng)然將為許多UE提供同樣的機(jī)制。 SCS因而被安排成周期性地或偶爾地檢查配置文件的更新。這既可以自動也可以人工完成。在自動的方法中，適合本地環(huán)境的改變被記錄。例如，如果檢測到頻道受歡迎度的升高(借助于檢測頻道請求上升)，則該頻道可以被自動添加到配置文件中，并且可能被添加到本地緩存的用于快速取回和可靠傳輸?shù)腇CC/Retr頻道的列表中。如果受歡迎的體育賽事開始廣播或者如果新聞事件突發(fā)時，這特別可能發(fā)生。任何導(dǎo)致唯一 FCC/Retr配置文件的配置文件變化都通過推或拉模式被傳播給UE，并且許多這樣的傳播方法本身都是公知的。 快速頻道切換(FCC)功能性是"頻道切換"能力針對減少頻道切換次數(shù)的擴(kuò)展，這是因為在兩個廣播頻道(多播流)間的切換通常較慢，如上文所述。FCC的第一步需要UE最初為來自網(wǎng)絡(luò)中的專用服務(wù)器的新選定的頻道請求專用(單播)流。如所述，這個流通常以高于正常比特率的速率被傳輸以快速填充客戶端緩沖器。實施例中FCC的第二步是為UE從專用單播切換到廣播(多播)頻道并且遵循正常的IPTV "頻道切換"功能性。
為使用FCC， UE可能需要能夠執(zhí)行上述兩個步驟。也就是說，它首先需要知道網(wǎng)絡(luò)中的專用服務(wù)器(FCC/Retr服務(wù)器)的位置(地址)來最初以單播方式傳輸每個廣播頻道，并且要知道哪個專用服務(wù)器支持哪些單播方式的廣播頻道。UE還需要有能力接收單播頻道并能夠通過適當(dāng)?shù)耐ㄐ啪€路支持用于單播FCC流的更高比特率。UE建立并接收來自服務(wù)器的單播FCC流。 UE還需要知道公共廣播頻道(即多播)的位置(第二地址)。之后它需要能夠從單播流切換到公共廣播(多播)頻道的能力。 UE知道專用FCC服務(wù)器和可能的第二 FCC服務(wù)器的位置、以及接收單播頻道的能力、建立并接收來自FCC服務(wù)器的單播FCC流并能夠使用支持更高比特率的通信線路的能力的功能性，代表了FCC功能性的特定類型，UE需要發(fā)現(xiàn)所述功能性的配置，并且與之相關(guān)的數(shù)據(jù)是為UE提供的自發(fā)現(xiàn)和管理個性化配置文件的一部分。
需要能夠支持用于單播FCC流的更高比特率的通信線路。
典型的服務(wù)配置文件可以包括下列數(shù)據(jù) {Id-描述-頻道-主FCC IP(可以被共享)-主Retr IP(可以被共享)_FCC緩存-Retr緩存-其他}
例如，配置文件可以是 1. 1. 1. 1 :鮑勃的STB-BBC1-192. 1. 1. 1-192. 10. 1. 1-8MB-4MB-其他 BBC2-192. 1. 1. 1-192. 10. 1. 1_8MB_4MB-其他BBC3-105. 5. 5. 5-10. 6. 5. 5-4MB-2MB-其他倫敦新聞(可以是ID)-10. 5. 5. 5-10. 6. 5. 5-4MB-2MB-其他 在上文中，服務(wù)配置文件的ID是l. 1. 1. 1。描述是"鮑勃的STB"。因此這對于特定位置處的特定UE是唯一的并且是個性化的。配置文件因而列出了所有可用頻道，例如BBC1、 BBC2、 BBC3等。在這種情況下，BBC1和BBC2都可以從本地FCC單元地址192. 1. 1. 1獲得并且重傳可以從本地Retr單元192. 10. 1. 1獲得?？捎糜贔CC數(shù)據(jù)的FCC緩沖器是8兆字節(jié)的并且4兆字節(jié)用于重傳數(shù)據(jù)。這是在UE 2所需的緩沖器的大小。還可以提供其它數(shù)據(jù)。 另一方面，從一個不同的地址獲得BBC3并且這可能是在網(wǎng)絡(luò)更高處且在更多用戶之間共享的FCC/Retr單元8。這可以反映出這樣一個事實，即BBC3沒有地區(qū)性差異而BBC1和BBC2具有地區(qū)性差異并且因而其存儲更加具有本地性。同樣，由于BBC1和BCC2(在此例中)更受歡迎，因此它們被本地存儲并且可以作為FCC/Retr頻道，因為用戶更可能是希望觀看它們并希望快速獲得它們并且可能例如更愿意為接收BBC3而等待一段時間。
盡管在以前公知的解決方案中，為每個FCC/Retr客戶端分配一個靜態(tài)配置以便不考慮網(wǎng)絡(luò)位置并且在分支客戶端之間共享所有的D服務(wù)器，然而在本發(fā)明中，客戶端索引關(guān)聯(lián)于只針對一個特定的客戶端/UE的唯一的FCC/Retr服務(wù)配置文件。這考慮了網(wǎng)絡(luò)位置并且也使得配置文件能夠通過考慮受歡迎度、用戶配置文件、推薦、本地民族/文化、年齡變化以及許多其它類型的變量而被動態(tài)地更改。更多的服務(wù)配置文件可以得到支持。
總之，本發(fā)明能夠通過考慮位置因素來自動配置FCC/Retr客戶端。除了位置以外，例如UE能力、線路能力的其它因素也可以作為生成個性化FCC/Retr服務(wù)配置文件的考慮因素。其通過在例如DSLAM的網(wǎng)絡(luò)接入點中緩存最受歡迎的頻道而實現(xiàn)了網(wǎng)絡(luò)優(yōu)化。其也使得不那么受歡迎的頻道能夠被緩存在例如路由器8的網(wǎng)絡(luò)更高處。此外，服務(wù)能夠針對特定客戶端而被個性化，并且可以容易地將隨時間變化的本地頻道受歡迎度變化和推薦考慮在內(nèi)。 根據(jù)本發(fā)明的方法可以應(yīng)用于傳統(tǒng)的IPTV，也可以應(yīng)用于網(wǎng)絡(luò)和有線電視系統(tǒng)。
權(quán)利要求
一種用于IPTV、有線或互聯(lián)網(wǎng)電視數(shù)據(jù)網(wǎng)絡(luò)的用戶設(shè)備(UE)，包括用于至少憑借其位置和/或能力和/或線路能力而自發(fā)現(xiàn)和管理個性化服務(wù)配置文件并且用于針對IPTV服務(wù)而存儲和使用這個配置文件的裝置，其中所述個性化服務(wù)配置文件包括可用于所述UE的快速頻道切換/重傳(FCC/Retr)服務(wù)配置數(shù)據(jù)。
2. 如權(quán)利要求1所述的用戶設(shè)備，其中，所述UE適于存儲專用FCC/Retr單元的位置并 且能夠從所述單元接收單播頻道。
3. 如權(quán)利要求1或2所述的用戶設(shè)備，其被適配成使得所存儲的配置文件隨時間而動 態(tài)地改變。
4. 如權(quán)利要求1、2或3所述的用戶設(shè)備，其適于自發(fā)現(xiàn)和管理具有由連接到一個或多 個數(shù)據(jù)庫和/或信息源的服務(wù)配置服務(wù)器(SCS)所提供的信息的服務(wù)配置文件。
5. 如權(quán)利要求1至4中任一項所述的用戶設(shè)備，其中，所述UE適于存儲一個或多個FCC 單元的地址并且以比其它頻道更高的比特率接收來自所述單元的頻道。
6. —種網(wǎng)絡(luò)，包括至少一個如權(quán)利要求1至5中任一項所述的UE、服務(wù)配置服務(wù)器 (SCS)以及一個或多個快速頻道切換/重傳(FCC/Retr)單元，所述UE能夠從包含在所述 FCC/Retr單元可用的頻道的地址和頻道數(shù)據(jù)的SCS接收服務(wù)配置文件。
7. —種用于配置并管理位于IPTV網(wǎng)絡(luò)、有線或互聯(lián)網(wǎng)電視數(shù)據(jù)網(wǎng)絡(luò)中的用戶設(shè)備 (UE)客戶端的方法，包括在所述UE中安裝代表至少憑借其位置而可用于所述UE的頻道 或數(shù)據(jù)的個性化服務(wù)配置文件，所述服務(wù)配置文件包括可用頻道的列表以及針對每個頻道 的、用于取回該頻道的地址，包括快速頻道切換/重傳(FCC/Retr)配置數(shù)據(jù)。
8. 如權(quán)利要求7所述的方法，其中，所述個性化服務(wù)配置文件考慮了 UE能力和/或線 路能力。
9. 如權(quán)利要求7或8所述的方法，其中，安裝在所述UE中的所述個性化服務(wù)配置文件 包括一個或多個FCC/Retr單元的地址。
10. 如權(quán)利要求9所述的方法，其中，所述UE能夠從一個或多個FCC/Retr單元接收單 播頻道并且建立和接收所述頻道。
11. 如權(quán)利要求7至10中任一項所述的方法，其中，針對每個頻道的服務(wù)配置文件指示 了用于可用頻道的FCC/Retr單元的地址。
12. 如權(quán)利要求7至10中任一項所述的方法，其中，為了安裝所述配置文件，所述方法 包括下列步驟a) 所述UE向服務(wù)器提供代表它的網(wǎng)絡(luò)地址的數(shù)據(jù)；b) 所述服務(wù)器取回所述UE的位置并且標(biāo)識對應(yīng)于該位置的FCC/Retr配置文件；c) 所述服務(wù)器將所述配置文件映射到用戶配置文件；d) 如果需要，則將服務(wù)配置文件適配于用戶的能力；以及e) 將所述服務(wù)配置文件傳遞給所述UE，并且所述UE安裝它從而獲得服務(wù)配置文件。
13. 如權(quán)利要求12所述的方法，其中，步驟(b)中的所述FCC/Retr配置文件包括代表 本地可用的FCC/Retr頻道的數(shù)據(jù)。
14. 如權(quán)利要求12或13所述的方法，其中，步驟(c)中的所述配置文件包括代表UE能 力，訂購包和/或來自所述UE的網(wǎng)絡(luò)連接的能力的數(shù)據(jù)。
15. 如權(quán)利要求12至14中任一項所述的方法，其中，所述服務(wù)配置文件針對每個頻道而包括用于該頻道的服務(wù)的本地或遠(yuǎn)程FCC/Retr單元的地址。
16. 如權(quán)利要求12至15中任一項所述的方法，其中，所述服務(wù)配置文件包括每個頻道 所需的緩沖器大小。
17. 如權(quán)利要求7至16中任一項所述的方法，其中，所述個性化服務(wù)配置文件包括用于 FCC/Retr服務(wù)及其優(yōu)先順序的多個地址。
18. 如權(quán)利要求7至17中任一項所述的方法，其中，中央服務(wù)器適于周期性地改變所述 配置文件以向所述UE提供新的配置文件。
19. 如權(quán)利要求18所述的方法，其中，所述中央服務(wù)器確定頻道可用性和與位置有關(guān) 的數(shù)據(jù)、用戶配置文件、關(guān)于每個唯一 UE的訂購內(nèi)容和頻道受歡迎度中的任一個或多個的 變化，并且使用它們來確定變化的服務(wù)配置文件。
全文摘要
本發(fā)明涉及用于多媒體服務(wù)的快速頻道切換的客戶端配置和管理。公開了一種用于配置和管理IPTV網(wǎng)絡(luò)(或有線或互聯(lián)網(wǎng)電視)的用戶設(shè)備客戶端的方法，包括在UE中安裝個性化服務(wù)配置文件，該文件至少憑借其位置而代表快速頻道切換/重傳服務(wù)配置數(shù)據(jù)或其它可用于UE的數(shù)據(jù)，該服務(wù)配置文件包括可用于FCC/Retr的頻道列表以及針對每個頻道的。用于獲得該服務(wù)的地址。
文檔編號H04N7/173GK101729549SQ20091021168
公開日2010年6月9日 申請日期2009年9月24日 優(yōu)先權(quán)日2008年9月24日
發(fā)明者A·基塞爾, D·C·魯賓遜, P·畢克羅福特 申請人:阿爾卡特朗訊公司