亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

提供多媒體廣播組播服務(wù)的方法和裝置的制作方法

文檔序號:7938574閱讀:241來源:國知局
專利名稱:提供多媒體廣播組播服務(wù)的方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明的領(lǐng)域一般涉及提供多媒體廣播組播服務(wù)的方法和裝置。具體地(但不是排他地),本發(fā)明的領(lǐng)域涉及通過共享和專有網(wǎng)絡(luò)同時提供多媒體廣播組播服務(wù)。
背景技術(shù)
多汷某體廣播組^番服務(wù)(MBMS, Multimedia Broadcast MulticastService)是一種通過移動電信網(wǎng)絡(luò)提供的廣播和組播服務(wù),所述移動電信網(wǎng)絡(luò)比如是通用分組無線電系統(tǒng)(GPRS)網(wǎng)絡(luò)、通用移動電信系統(tǒng)(UMTS)網(wǎng)絡(luò)、演進(jìn)分組系統(tǒng)(EPS)等。MBMS的技術(shù)規(guī)范包括3GPPTS 22.146、 3GPP TS 23.246和3GPP TS 26.346。
移動TV是可通過MBMS提供的服務(wù)的一個例子。移動TV是經(jīng)移動電信網(wǎng)絡(luò)提供給訂戶的服務(wù),從而向移動設(shè)備提供電視服務(wù)。
圖1圖解說明了基于共享網(wǎng)絡(luò)來提供MBMS的已知架構(gòu)100的例子。架構(gòu)100包含運營商網(wǎng)絡(luò)110,比如GPRS、 UMTS和EPS網(wǎng)絡(luò)。
運營商網(wǎng)絡(luò)110包含與一個或多個用戶i殳備(UE)耦接的通信節(jié)點112,比如基站,例如,UE包含移動電話手持機。運營商網(wǎng)絡(luò)IIO還包含與廣播組播服務(wù)中心(BM-SC)130耦接的網(wǎng)關(guān)GPRS支持節(jié)點(GGSN) 114。
架構(gòu)100還包含MBMS網(wǎng)絡(luò)140。按照和運營商網(wǎng)絡(luò)110相同的方式,MBMS網(wǎng)絡(luò)140包含與一個或多個UE120耦接的通信節(jié)點142和與BM-SC 130耦4妄的GGSN 144。在這種情況下,MBMS網(wǎng)絡(luò)140是共享網(wǎng)絡(luò)。即, 一個以上的運營商可以l吏用MBMS網(wǎng)絡(luò)140來提供例如移動TV。
7圖2圖解說明本領(lǐng)域中已知的經(jīng)利用圖1的架構(gòu)的MBMS來提供諸如移動TV的服務(wù)的例子。
第一 UE 210與第一運營商網(wǎng)絡(luò)220耦接,而第二 UE 230與第二運營商網(wǎng)絡(luò)240耦接。每個運營商網(wǎng)絡(luò)與BM-SC 250耦接。BM-SC250還與共享MBMS網(wǎng)絡(luò)260耦接,共享MBMS網(wǎng)絡(luò)260被安排成通過廣播/組播內(nèi)容流來向UE210、230提供內(nèi)容,例如移動TV內(nèi)容。
BM-SC 250接收與運營商相關(guān)的內(nèi)容以及公共內(nèi)容,所述與運營商相關(guān)的內(nèi)容是運營商網(wǎng)絡(luò)220、 240之一特有的內(nèi)容。
運營商網(wǎng)絡(luò)220、 240的每一個分別向它們各自的UE 210、 230廣告或以其它方式提供公布可用內(nèi)容的信息。即,第一運營商網(wǎng)絡(luò)220
向第一UE210提供公布運營商弁1的內(nèi)容和公共內(nèi)容的信息。相反,第二運營商網(wǎng)絡(luò)240向第二 UE 230提供公布運營商#2的內(nèi)容和公共內(nèi)容的信息。
隨后,UE 210、 230能夠向它們各自的運營商網(wǎng)絡(luò)220、 240請求它希望接收(例如,訂閱)的內(nèi)容。運營商網(wǎng)絡(luò)220、 240隨后把所請求的內(nèi)容通知給BM-SC 250,并把能夠得到所請求內(nèi)容的頻道以及訪問該內(nèi)容所需的任意加密密鑰等通知給UE210、 230。 BM-SC 250隨后把內(nèi)容提供給共享MBMS網(wǎng)絡(luò)260, UE210、 230能夠從所述共享MBMS網(wǎng)絡(luò)260獲得該內(nèi)容。
MBMS的這種已知實現(xiàn)的問題在于所有內(nèi)容(包括運營商特有的內(nèi)容)都需要被提供給單個共享BM-SC以4更通過MBMS網(wǎng)絡(luò)被提供。由于各種原因,從運營商的觀點來看這是不可取的,例如,所述各種原因包括
i) 運營商和內(nèi)容提供商之間的不允許運營商把內(nèi)容提供到其管理域之外的商業(yè)協(xié)議;
ii) 由于信任的原因,運營商可能想要在他們的網(wǎng)絡(luò)內(nèi)提供更高層次的服務(wù)功能,比如訪問控制和計費;以及
iii) 運營商可能已把一個BM-SC平臺投入使用,從而意欲重復(fù)使用它們的可用功能。從而,例如,當(dāng)考慮MBMS多媒體流的傳送時,現(xiàn)有的寬帶 CDMA核心網(wǎng)絡(luò)(例如,3GPP無線通信系統(tǒng))最好被去耦。
于是,需要一種通過共享網(wǎng)絡(luò)來提供多媒體廣播組播服務(wù)的改進(jìn) 方法和裝置,其中,可減輕一個或多個上述缺點。

發(fā)明內(nèi)容
因此,本發(fā)明試圖單獨地或任意組合地減輕、緩解或消除一個或 多個上述缺點。
按照本發(fā)明的第 一方面,提供一種通過通信系統(tǒng)來提供多媒體廣 播組播服務(wù)(MBMS)的方法,所述通信系統(tǒng)包括具有多個邏輯元件的 廣播組播服務(wù)中心(BM-SC),和用于提供MBMS內(nèi)容的共享網(wǎng)絡(luò)和 專有網(wǎng)絡(luò)。所述方法包括分配第一部分邏輯元件來支持通過共享網(wǎng)絡(luò) 的MBMS內(nèi)容遞送;和分配第二部分邏輯元件來支持通過專有網(wǎng)絡(luò) 的MBMS內(nèi)容遞送。
才安照本發(fā)明的一個可選特4正,所述方法包4舌分配BM-SC的第 一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配 BM-SC的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞 送,其中根據(jù)MBMS內(nèi)容遞送是否被傳遞給共享網(wǎng)絡(luò)或?qū)S芯W(wǎng)絡(luò)中 的至少一個,來分配特定的邏輯元件。從而,可通過分配BM-SC的
共享MBMS內(nèi)容遞送,來應(yīng)用本發(fā)明的概念,而不需要復(fù)制所有邏 輯元件。
按照本發(fā)明的一個可選特征,可根據(jù)MBMS內(nèi)容在共享MBMS 網(wǎng)絡(luò)的服務(wù)提供商之間是否是公共的,來分配BM-SC的第一部分和 第二部分邏輯元件來支持通過專用網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
按照本發(fā)明的一個可選特征,可根據(jù)內(nèi)容遞送是否專屬于專有網(wǎng) 絡(luò)的運營商,來分配BM-SC的第一部分和第二部分邏輯元件來支持 通過專用網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
才要照本發(fā)明的一個可選特征,BM-SC的一部分邏輯元件的分配包含分配流媒體服務(wù)器邏輯以觸發(fā)MBMS內(nèi)容遞送。這樣,流媒體 服務(wù)器邏輯能夠協(xié)調(diào)MBMS內(nèi)容遞送的觸發(fā)。例如,在本發(fā)明的一 個實施例中,流媒體服務(wù)器邏輯既被分配在第一部分邏輯元件中以觸 發(fā)通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送,又^皮分配在第二部分邏輯元件 中以觸發(fā)通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
按照本發(fā)明的一個可選特征,分配BM-SC的一部分邏輯元件包 括分配流媒體服務(wù)器邏輯以觸發(fā)傳送密鑰遞送。這樣,流媒體服務(wù)器 邏輯能夠協(xié)調(diào)加密內(nèi)容的遞送。在本發(fā)明的一個可選實施例中,觸發(fā) 傳送密鑰遞送的流媒體服務(wù)器邏輯既被分配在笫一部分邏輯元件中 以觸發(fā)通過共享網(wǎng)絡(luò)的傳送密鑰遞送,又被分配在第二部分邏輯元件 中以觸發(fā)通過專有網(wǎng)絡(luò)的傳送密鑰遞送,從而便利通過共享網(wǎng)絡(luò)和專 有網(wǎng)絡(luò)兩者的加密內(nèi)容遞送。
在本發(fā)明的一個可選實施例中,管理模塊邏輯構(gòu)建和分發(fā) MBMS內(nèi)容遞送的服務(wù)描述,所述服務(wù)描述可被轉(zhuǎn)發(fā)給要求MBMS 內(nèi)容的UE。
在本發(fā)明的一個可選實施例中,MBMS內(nèi)容遞送的服務(wù)描述包 括生成用于保護(hù)MBMS內(nèi)容遞送的傳送密鑰和服務(wù)密鑰。這樣,對 于將在專有網(wǎng)絡(luò)上發(fā)送的選定類別的內(nèi)容,MBMS內(nèi)容遞送可被加 密。
在本發(fā)明的一個可選實施例中,在通過共享網(wǎng)絡(luò)或?qū)S芯W(wǎng)絡(luò)傳送 MBMS內(nèi)容之前,用傳送密鑰來加密MBMS內(nèi)容。在本發(fā)明的一個 可選實施例中,通過共享網(wǎng)絡(luò)、專有網(wǎng)絡(luò)中的至少一個來廣播/組播利 用服務(wù)密鑰加密的傳送密鑰。
在本發(fā)明的一個可選實施例中,專有網(wǎng)絡(luò)是網(wǎng)絡(luò)運營商網(wǎng)絡(luò)。有 利的是,通過利用既支持共享網(wǎng)絡(luò)又支持專有網(wǎng)絡(luò)的共享BM-SC, 如上所述地加密內(nèi)容,這使網(wǎng)絡(luò)運營商能夠共享對它自己的用戶的 MBMS內(nèi)容遞送。
通過在使用共享網(wǎng)絡(luò)向它支持的UE傳輸組播/廣播流的同時, 控制對它所支持的UE的加密密鑰的分發(fā),本發(fā)明的實施例允許網(wǎng)絡(luò)運營商把對內(nèi)容的訪問控制保持在其域內(nèi)。本發(fā)明的實施例還允許網(wǎng)
絡(luò)運營商進(jìn)行它所提供的內(nèi)容的計費,而不需要與共享網(wǎng)絡(luò)BM-SC 互連。
按照本發(fā)明的第二方面,提供一種通過通信系統(tǒng)來提供多媒體廣 播組播服務(wù)(MBMS)的廣播組播服務(wù)中心(BM-SC),所述通信系統(tǒng)包 括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò)。BM-SC包括能夠支持通過共享網(wǎng)絡(luò)的 MBMS內(nèi)容遞送的第一部分邏輯元件;和能夠支持通過專有網(wǎng)絡(luò)的 MBMS內(nèi)容遞送的第二部分邏輯元件。
按照本發(fā)明的第三方面,提供一種通過通信系統(tǒng)來接收多媒體廣 播組^番服務(wù)(MBMS)的遠(yuǎn)程站,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng) 絡(luò)。所述遠(yuǎn)程站包括通過共享網(wǎng)絡(luò)接收來自廣播組播服務(wù)中心 (BM-SC)的MBMS內(nèi)容遞送的接收機;其中,所述接收機還能夠通 過專有網(wǎng)絡(luò)4妄收來自相同或不同BM-SC的MBMS內(nèi)容遞送和/或至 少一個傳送密鑰。
按照本發(fā)明的第四方面,提供一種通過通信系統(tǒng)來接收多媒體廣 4番組播服務(wù)(MBMS)的遠(yuǎn)程站,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng) 絡(luò)。所述遠(yuǎn)程站包括通過共享網(wǎng)絡(luò)接收多媒體廣播組播服務(wù)的接收 機;用于檢測遠(yuǎn)程站在共享網(wǎng)絡(luò)的覆蓋范圍之外的檢測器,和響應(yīng)于 遠(yuǎn)程站在共享網(wǎng)絡(luò)的覆蓋范圍之外,發(fā)起發(fā)送給專有網(wǎng)絡(luò)的BM-SC 流媒體服務(wù)器的實時流式傳輸協(xié)議(RTSP)請求,從而通過專有網(wǎng)絡(luò)保 持遠(yuǎn)程站已通過共享網(wǎng)絡(luò)接收的相同內(nèi)容遞送的邏輯。
按照本發(fā)明的第五方面,提供一種支持多媒體廣播組播服務(wù) (MBMS)的通信系統(tǒng),其中所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò)。 所述通信系統(tǒng)包括被布置成分配廣播組播服務(wù)中心(BM-SC)的第 一部 分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送的邏輯;其中所 述邏輯還被布置成分配BM-SC的第二部分邏輯元件來支持通過專有 網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
按照本發(fā)明的第六方面,提供一種包含用于支持多媒體廣播組播 服務(wù)(MBMS)的可執(zhí)行程序代碼的計算機程序產(chǎn)品。所述計算機程序產(chǎn)品包括用于分配廣播組播服務(wù)中心(BM-SC)的第 一部分邏輯元件來 支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送,和分配BM-SC的第二部分邏 輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送的程序代碼。
按照本發(fā)明的第七方面,提供一種用于支持通信系統(tǒng)中的多媒體 廣播組播服務(wù)(MBMS)的集成電路,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專 有網(wǎng)絡(luò)。集成電路包括被布置成分配廣播組播服務(wù)中心(BM-SC)的第 一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送的邏輯。所 述邏輯還被布置成分配BM-SC的第二部分邏輯元件來支持通過專有 網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
本發(fā)明的這些和其它方面、特征和優(yōu)點根據(jù)下面描述的實施例是 顯而易見的,并將參考下面描述的實施例進(jìn)行說明。


圖1圖解說明了提供多媒體廣播組播服務(wù)(MBMS)的已知架構(gòu)的例子。
圖2圖解說明了利用圖1的已知架構(gòu)來提供MBMS內(nèi)容的例子。 下面參考附圖僅舉例說明本發(fā)明的實施例,其中 圖3圖解說明了按照本發(fā)明實施例的廣播組播服務(wù)中心(BM-SC) 的子功能結(jié)構(gòu)。
圖4圖解說明了按照本發(fā)明第一實施例的用于提供廣播和/或組 播內(nèi)容的通信系統(tǒng)。
圖5圖解說明了圖4的運營商(BM-SC)和共享(BM-SC)的功能組 件的例子。
圖6圖解說明了圖4中圖解說明的實施例的用于提供MBMS月良
務(wù)的信令流的例子。
圖7圖解說明了訪問MBMS服務(wù)的信令流的例子。
圖8圖解說明了按照本發(fā)明第二實施例的用于提供廣播和/或組
播內(nèi)容的系統(tǒng)。
圖9圖解說明了圖8的運營商(BM-SC)和共享(BM-SC)的功能組件的例子。
圖10圖解說明了圖8中圖解說明的實施例的用于提供MBMS 服務(wù)的信令流的例子。
圖11圖解說明了按照本發(fā)明第三實施例的用于提供廣播和/或組 播內(nèi)容的系統(tǒng)。
圖12圖解說明了圖11的運營商(BM-SC)和共享(BM-SC)的功能 組件的例子。
圖13圖解說明了可用于實現(xiàn)本發(fā)明實施例中的處理功能的典型 計算系統(tǒng)。
具體實施例方式
下面將在如3GPP TS 22.146、 3GPP TS 23.246和3GPP TS 26.346中定義的多媒體廣播組播服務(wù)(MBMS)的上下文中說明本發(fā)明 的下述實施例。不過,本領(lǐng)域的技術(shù)人員會認(rèn)識到,這里描述的發(fā)明 概念適用于備選的類似服務(wù)。
按照本發(fā)明的實施例,描述了通過通信系統(tǒng)來提供多媒體廣播組 播服務(wù)(MBMS)的裝置和方法,所述通信系統(tǒng)包括具有多個邏輯元件 的廣播組播服務(wù)中心(BM-SC)、和用于提供MBMS內(nèi)容的共享網(wǎng)絡(luò) 和專有網(wǎng)絡(luò)。按照本發(fā)明的實施例,所述裝置和方法支持分配第一部 分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配第二部 分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
按照本發(fā)明的實施例,BM-SC的第一部分和第二部分邏輯元件 的分配基于MBMS內(nèi)容遞送是被傳遞給共享網(wǎng)絡(luò)還是專有網(wǎng)絡(luò),和/ 或MBMS內(nèi)容在共享MBMS網(wǎng)絡(luò)的服務(wù)提供商之間是否是公共的, 和/或內(nèi)容遞送是否專屬于專有網(wǎng)絡(luò)的運營商。
現(xiàn)在參見圖3,圖中圖解說明了廣播組播服務(wù)中心(BM-SC)310 的子功能結(jié)構(gòu)300。該子功能結(jié)構(gòu)300包括
(i) 服務(wù)聲明邏輯320;
(ii) 會話和傳輸邏輯"0;(iii) 成員資格邏輯340;
(iv) 安全邏輯350;和
(v) 代理和傳送服務(wù)器:360。
服務(wù)聲明邏輯320提供組播和廣播MBMS用戶服務(wù)的服務(wù)聲明。 服務(wù)聲明邏輯320還向用戶設(shè)備(UE)提供指定將作為MBMS用戶服 務(wù)的一部分被傳送的媒體的媒體描述,還向UE提供指定將作為 MBMS用戶服務(wù)的一部分被傳送的MBMS會話的MBMS服務(wù)描述, 比如組播服務(wù)標(biāo)識、尋址、時間等等。
會話和傳輸邏輯330包括MBMS遞送邏輯332和關(guān)聯(lián)遞送邏輯 334。具體地講,會話和傳輸邏輯330能夠調(diào)度MBMS會話傳輸,并 能夠經(jīng)代理和傳送服務(wù)器360把MBMS數(shù)據(jù)發(fā)送給例如網(wǎng)關(guān)GPRS 支持節(jié)點(GGSN)。會話和傳輸邏輯330還能夠認(rèn)證和授權(quán)來自外部 源的服務(wù),并接受來自外部源的內(nèi)容。
成員資格邏輯340提供對請求激活MBMS服務(wù)的UE的認(rèn)證。 成員資格邏輯340可包含MBMS月艮務(wù)用戶的訂閱數(shù)據(jù),并可產(chǎn)生 MBMS服務(wù)用戶的計費記錄。
密鑰安全邏輯350包含密鑰請求邏輯352和密鑰分發(fā)邏輯354。 安全邏輯350可被用于提供MBMS數(shù)據(jù)的完整性和機密性保護(hù),以 及把MBMS密鑰分發(fā)給授權(quán)的UE。
在本發(fā)明的一個實施例中,這些邏輯/功能元件都不相同,從而 在大多數(shù)情況下能夠分布在下述邏輯組件之間
i) 管理模塊;
ii) 流媒體服務(wù)器;
iii) 密鑰管理和分發(fā)邏輯;和
iv) 代理和傳送服務(wù)器。
在這方面,管理模塊負(fù)責(zé)控制BM-SC的內(nèi)部組件。管理模塊可 提供外部接口,例如基于因特網(wǎng)的接口,用于實現(xiàn)它的遠(yuǎn)程管理,并 使用戶設(shè)備(UE)能夠訪問可用內(nèi)容。此外,當(dāng)服務(wù)變得可用時,管理 模塊還可被用于初始化服務(wù)的傳輸。另外,管理模塊還啟動通過流媒
14體服務(wù)器生成和分發(fā)用于加密內(nèi)容流的MBMS傳送密鑰(MTK)以及 MBMS內(nèi)容流本身。從而,管理模塊適合于執(zhí)行服務(wù)聲明邏輯320 和成員資格邏輯功能340。
流媒體服務(wù)器發(fā)出用于廣播/組播的MBMS內(nèi)容流,以及用于遞 送MBMS業(yè)務(wù)量密鑰(MTK, MBMS Traffic Key)的多媒體因特網(wǎng)密 鑰管理(MIKEY)消息。流媒體服務(wù)器還在其中并入安全實時傳送協(xié)議 (SRTP),以便利用MTK對流加密,以及前向糾錯(FEC)層,如在3GPP TS 26.346中定義的一樣。按照這種方式,流纟某體服務(wù)器適合于部分 執(zhí)行會話和傳輸邏輯/功能330。
密鑰管理和分發(fā)邏輯生成MTK和MBMS服務(wù)密鑰(MSK, MBMS Service Key),并把它們提供給流媒體服務(wù)器。從而,密鑰管 理和分發(fā)邏輯適合于執(zhí)行安全功能350。
現(xiàn)在參見圖4,圖中圖解說明了按照本發(fā)明第一實施例的提供廣 #番和/或組4番內(nèi)容的通信系統(tǒng)400。
系統(tǒng)400包含與運營商網(wǎng)絡(luò)420耦4妾的一個或多個UE 410,運 營商網(wǎng)絡(luò)420再與專有BM-SC,比如運營商BM-SC 430耦接。系統(tǒng) 400還包含與共享MBMS網(wǎng)絡(luò)440耦接的共享BM-SC 450。該UE 410 或每個UE 410適合于從MBMS網(wǎng)絡(luò)440接收內(nèi)容。
內(nèi)容被提供給運營商BM-SC 430,并被轉(zhuǎn)發(fā)給共享BM-SC 450。 共享內(nèi)容隨后由共享BM-SC 450經(jīng)共享MBMS網(wǎng)絡(luò)440流式傳輸給 UE 410正在"偵聽,,的特定組播IP地址。下面說明向該UE 410或每 個UE 410提供內(nèi)容的更多細(xì)節(jié)。
圖5圖解說明了圖4的運營商BM-SC 430和共享BM-SC 450的 邏輯組件的例證實施例。本領(lǐng)域的技術(shù)人員會認(rèn)識到,圖中只圖解說 明了為描述發(fā)明概念所必需的那些邏輯/功能組件,因此每個BM-SC 可包含另外的邏輯/功能組件,例如,運營商BM-SC可包含自舉服務(wù) 器功能以及它自己的代理和傳送服務(wù)器。
對圖解說明的實施例來說,運營商BM-SC 430包含至少一個管 理模塊530、密鑰管理和分發(fā)邏輯540、和流媒體服務(wù)器550。共享BM-SC 450包含代理和傳送服務(wù)器560。
現(xiàn)在參見圖6,圖中按照圖4中圖解說明的實施例,圖解說明了 用于提供MBMS服務(wù)的信令流的例子。
該信令流始于運營商通過向運營商BM-SC 430的管理才莫塊530 提供服務(wù)描述來定義諸如移動TV服務(wù)的服務(wù)(信號"l")。
如在3GPP TS 26.346中定義的一樣,管理模塊530隨后例如按 可擴展標(biāo)記語言(XML)格式來構(gòu)建和分發(fā)服務(wù)描述/聲明(信號"2")。 通過利用單播載體和諸如超文本傳送協(xié)議(HTTP)或會話發(fā)起協(xié)議 (SIP)的交互機制,服務(wù)描述/聲明可被分發(fā)給例如UE 410。可替換地, 設(shè)想管理模塊530可使用組播遞送機制和諸如單向傳送的文件遞送 (FLUTE)的協(xié)議。如在3GPP TS 26.346中定義的一樣,服務(wù)描述/聲 明以IP組播地址和/或臨時移動組標(biāo)識(TMGI)的形式來識別到UE的 IP組播流(即,MBMS服務(wù))。
隨后,管理模塊530通過向共享BM-SC 450的傳送和代理服務(wù) 器560發(fā)送"會話開始"消息,來啟動"會話開始"過程(信號"3")。
在3GPP TS 29.061的17.5.2節(jié)中可找到"會話開始"過程的例子, 其中充當(dāng)代理Gmb "^妾口的傳送和代理月良務(wù)器560把重新認(rèn)證請求 (RAR)消息中繼給共享MBMS網(wǎng)絡(luò)440的網(wǎng)關(guān)GPRS支持節(jié)點 (GGSN)(信號"4")。 RAR消息通知GGSN將要開始傳輸。傳送和代理 服務(wù)器560和共享MBMS網(wǎng)絡(luò)440的GGSN還開始"偵聽"在"會話開 始"消息中定義的相關(guān)IP組播地址。
管理模塊530隨后啟動通過密鑰管理和分發(fā)邏輯540生成MTK 和MSK(信號"5")。在生成MTK和MSK之后,密鑰管理和分發(fā)邏輯 540把它們提供給流媒體服務(wù)器550(信號"6")。
隨后,管理模塊530通過流媒體服務(wù)器550啟動MIKEY消息的 流會話,以便把MTK遞送給組播IP地址(信號"7")。管理模塊530 還通過位于運營商BM-SC 430的流媒體服務(wù)器550啟動MBMS內(nèi)容 流的流會話(信號"8")。
流媒體服務(wù)器550通過把MIKEY消息流轉(zhuǎn)發(fā)給傳送和代理服務(wù)器560而開始組播包含MTK并用MSK加密的MIKEY消息(信號 "9")。共享BM-SC 450的傳送和代理服務(wù)器560充當(dāng)中繼站,并把 MSK加密的MIKEY消息轉(zhuǎn)發(fā)給共享網(wǎng)絡(luò)440的GGSN(信號"10") 至先前在"會話開始,,消息中指示的IP組播地址。MIKEY消息隨后通 過共享網(wǎng)絡(luò)440被組播給例如UE 410(信號"11")。
運營商BM-SC 430的流媒體服務(wù)器550隨后通過把內(nèi)容流轉(zhuǎn)發(fā) 給傳送和代理服務(wù)器560來開始向組播IP地址組播用MTK加密的 MBMS內(nèi)容流(信號"12")。按照和MIKEY消息流相同的方式,共享 BM-SC 450的傳送和代理服務(wù)器560充當(dāng)中繼站,并把IP組播分組 轉(zhuǎn)發(fā)給共享網(wǎng)絡(luò)440的GGSN(信號"13")。 MBMS內(nèi)容流隨后通過共 享網(wǎng)絡(luò)440被組播給例如UE 410(信號"14")。
現(xiàn)在參見圖7,圖中再次按照圖4中圖解說明的實施例,圖解說 明了 UE,例如UE 410訪問MBMS服務(wù)的信令流的例子。
來自UE側(cè)的信令始于UE 410的用戶從例如菜單中選擇服務(wù) (信號"21"),所述菜單得自于來自上述運營商BM-SC 430的服務(wù)聲明。
隨后,如在3GPPTS 32.220中描述的一樣,UE 410潛在地借助 運營商域內(nèi)的自舉服務(wù)器功能(BSF),執(zhí)行通用自舉架構(gòu)(GBA)運行 (信號"22"),以^更提供UE 410和BSF 570之間的相互認(rèn)證,并允許 UE根據(jù)3GPP認(rèn)證和密鑰協(xié)商(AKA)基礎(chǔ)結(jié)構(gòu)來自舉會話密鑰,以 l更導(dǎo)出初始密鑰"Ks"。 BSF可以_沒置在運營商BM-SC 430內(nèi),或者 就圖解說明的實施例而論被設(shè)置在運營商域內(nèi)的其它場所。
接下來,UE 410借助運營商BM-SC 430的密鑰管理和分發(fā)邏 輯540執(zhí)行在3GPP TS 33.246中定義的MBMS用戶服務(wù)注冊(信號 "23")。通過執(zhí)行在3GPP TS 32.220中描述的GBA模型的網(wǎng)絡(luò)應(yīng)用 功能(NAF)的各種功能,密鑰管理和分發(fā)邏輯540從BSF得到共享秘 密密鑰,以產(chǎn)生相關(guān)MRK密鑰和i人證UE 140(信號"24")。
UE 410隨后利用在3GPP TS 32.246中定義的過程來執(zhí)行MSK 請求(信號"25")。密鑰管理和分發(fā)邏輯540隨后把MSK遞送給UE(信 號"26")。
17組播的MIKEY消息,以便取回MTK(步驟"27")。在取回MTK之后, UE能夠解密MBMS內(nèi)容流(步驟"28"),從而訪問服務(wù)。
圖7的實施例的一個附加優(yōu)點起因于當(dāng)UE移動到共享網(wǎng)絡(luò)的覆 蓋范圍之外并且只能夠利用單播栽體從與之相關(guān)的運營商網(wǎng)絡(luò)接收 信號時的情形。在這種情況下,當(dāng)UE檢測到它在覆蓋范圍之外時, 它能夠向運營商的BM-SC流媒體服務(wù)器發(fā)起實時流式傳輸協(xié)議 (RTSP)請求,并以最小的中斷時間保持接收其過去通過共享網(wǎng)絡(luò)接收 的相同內(nèi)容??上騏E指出用于提供所述相同內(nèi)容的RTSP統(tǒng)一資源 定位符(URL)作為UE^妄收的ESG的一部分。
可看出的是,已知BM-SC的功能在專有BM-SC (比如運營商 BM-SC 430)和共享BM-SC 440之間被劃分。具體地講,專有BM-SC 包含適合于執(zhí)行服務(wù)聲明和成員資格功能以及初始化或觸發(fā)共享 BM-SC進(jìn)行的MBMS內(nèi)容的廣播/組播的管理模塊。此外,共享 BM-SC包括適合于當(dāng)被專有BM-SC初始化時通過共享網(wǎng)絡(luò)廣4番/組 播MBMS內(nèi)容的代理和傳送服務(wù)器。
按照這種方式,通過在運營商域定位服務(wù)聲明和成員資格功能, 可使更高層次的服務(wù)功能,比如訪問控制和計費保留在例如網(wǎng)絡(luò)運營 商的域內(nèi),而不是位于共享MBMS域內(nèi)。
此外,它使運營商等能夠重新使用在他們各自的域內(nèi)已經(jīng)可用的 現(xiàn)有功能。另外,上面提及的實施例最小化邏輯元件或設(shè)備的復(fù)制。
對圖解說明的實施例來說,專有BM-SC還包括密鑰管理和分發(fā) 邏輯。按照這種方式,密鑰的管理和分發(fā)以及其它安全特征保留在例 如運營商域內(nèi)。
此外,包含適合于進(jìn)行會話和傳輸功能的流媒體服務(wù)器的專有 BM-SC使得能夠利用密鑰管理和分發(fā)邏輯分發(fā)的密鑰等在MBMS內(nèi) 容離開運營商域之前對其加密,從而進(jìn)一步提高安全性。
本領(lǐng)域的技術(shù)人員會認(rèn)識到,運營商網(wǎng)絡(luò)是隨著時間逐步建立 的,從而具有相當(dāng)全面的地理覆蓋范圍。不過,提供MBMS服務(wù)的共享網(wǎng)絡(luò)可能不包含這樣的全面地理覆蓋范圍。從而,UE可能移動 到共享網(wǎng)絡(luò)的地理覆蓋范圍之外。如果UE過去正在參與MBMS廣 播/組播會話,那么該UE會丟失來自共享網(wǎng)絡(luò)的廣播/組播信號。
從而,通過提供運營商BM-SC,UE可用信號通知運營商BM-SC 或者運營商域內(nèi)的某一其它元件它已丟失共享網(wǎng)絡(luò)信號。運營商 BM-SC隨后可借助單播載體和RTSP流式傳輸機制,通過運營商網(wǎng) 絡(luò)來提供內(nèi)容,從而使UE能夠以極小的中斷繼續(xù)接收MBMS內(nèi)容。
盡管這要求運營商用完寶貴的帶寬,不過由于只有當(dāng)UE移動到 共享網(wǎng)絡(luò)覆蓋范圍之外時才需要支持這種通信,因此預(yù)期需要這種通 信支持的UE的數(shù)目會較小。
現(xiàn)在參見圖8,圖中圖解說明了按照本發(fā)明第二實施例的提供廣 4番和/或組播內(nèi)容的通信系統(tǒng)800。
按照和圖4的實施例相同的方式,系統(tǒng)800可包括與運營商網(wǎng)絡(luò) 820耦4妾的一個或多個UE 810,運營商網(wǎng)絡(luò)820再與專有BM-SC, 比如運營商BM-SC 830耦接。系統(tǒng)800還包括與共享MBMS網(wǎng)絡(luò)840 耦接的共享BM-SC 850。該或每個UE 810適合于從MBMS網(wǎng)絡(luò)840 接收內(nèi)容。
對圖8中圖解說明的第二實施例來說,內(nèi)容被提供給共享BM-SC 850。內(nèi)容隨后由共享BM-SC 850經(jīng)共享MBMS網(wǎng)絡(luò)840流式傳輸 給UE810正在"偵聽,,的特定IP組播地址。下面說明向該或每個UE 810提供內(nèi)容的更多細(xì)節(jié)。
圖9圖解說明了圖8的運營商BM-SC 830和共享BM-SC 850的 邏輯/功能組件的例子。同樣地,只圖解說明了為描述發(fā)明概念所必需 的那些邏輯/功能組件,因此每個BM-SC可包含另外的邏輯/功能組件。
對該舉例說明的實施例來說,運營商BM-SC 830包含管理才莫塊 930和密鑰管理和分發(fā)邏輯940。對第二實施例來說,流媒體服務(wù)器 950與代理和傳送服務(wù)器960 —起位于共享BM-SC 850上。
現(xiàn)在參見圖10,圖中按照圖8中圖解說明的實施例,圖解說明了用于提供MBMS服務(wù)的信令流的例子。
從圖中可看出,各個組件之間的信令流基本上與圖6的信令流相 同。不過,由于流^f某體服務(wù)器950現(xiàn)在位于與運營商BM-SC相反的 共享BM-SC上,因此這兩個BM-SC之間的信號和數(shù)據(jù)傳遞已改變。
對圖6中圖解說明的第一實施例來說,"會話開始"消息(信號 "3")、包含MTK并用MSK加密的MIKEY流消息(信號"9")、和用 MTK加密的MBMS內(nèi)容流(信號"12,,)是從運營商BM-SC傳遞給共 享BM-SC的。
對圖10中圖解說明的第二實施例來說,"會話開始"消息(信號 "43")仍然從運營商BM-SC 830被傳遞給共享BM-SC 850。但是,代 替MIKEY和加密內(nèi)容流被傳遞給共享BM-SC 850, MTK和MSK 被傳遞給共享BM-SC 850 (信號"46"),使得共享BM-SC 850,具體地 說是共享BM-SC 850上的流媒體服務(wù)器能夠利用在運營商域內(nèi)生成 的密鑰來加密MTK和內(nèi)容流本身。
在運營商BM-SC 830和共享BM-SC 850之間傳遞的其余信號是 那些用于初始化用于加密的MIKEY和加密的內(nèi)容流的流會話的信 號。這樣,MBMS月艮務(wù)的調(diào)度保留在運營商域內(nèi)。
本領(lǐng)域的技術(shù)人員會認(rèn)識到,UE訪問MBMS服務(wù)的信令流與 圖7中圖解說明的信令流類似。這樣,成員資格、計費、認(rèn)證等可保 留在運營商域內(nèi)。
現(xiàn)在參見圖11,圖中圖解說明了按照本發(fā)明第三實施例的提供 廣4番和/或組^f番內(nèi)容的通信系統(tǒng)1100。
按照與圖4和圖8的實施例相同的方式,系統(tǒng)1100包括與運營 商網(wǎng)絡(luò)1120耦接的一個或多個UE 1110,運營商網(wǎng)絡(luò)1120再與專有 BM-SC ,比如運營商BM-SC 1130耦接。
通信系統(tǒng)1100還包括與共享MBMS網(wǎng)絡(luò)1140耦接的共享 BM-SC 1150。該或每個UE 1110適合于從共享MBMS網(wǎng)絡(luò)1140接 收內(nèi)容。
對圖11中圖解說明的第三實施例來說,運營商特有的內(nèi)容被提供給運營商BM-SC 1130。另夕卜,公共內(nèi)容被提供給共享BM-SC 1150。 運營商BM-SC把運營商特有的內(nèi)容轉(zhuǎn)發(fā)給共享BM-SC 1150,共享 BM-SC 1150隨后能夠經(jīng)共享MBMS網(wǎng)絡(luò)1140向該或每個UE 810 廣播/組播運營商內(nèi)容和公共內(nèi)容兩者。
圖12圖解說明了圖11的運營商BM-SC 1130和共享BM-SC 1150的邏輯/功能組件的例子。同樣地,只圖解說明了為描述發(fā)明概 念所必需的那些邏輯/功能組件,因此每個BM-SC可包含另外的邏輯 /功能組件(未示出)。
按照和圖4中圖解說明的實施例相同的方式,運營商BM-SC 1130包含管理模塊1230、密鑰管理和分發(fā)邏輯1240和流媒體服務(wù)器 1250。對第三實施例來說,共享BM-SC 1150也可包含流媒體服務(wù)器 1270以及代理和傳送月良務(wù)器1260。
這樣,對于提供給運營商BM-SC的內(nèi)容,比如圖11中圖解說 明的運營商內(nèi)容,使用和圖6的信令流類似的信令流。相反,對于提 供給共享BM-SC的內(nèi)容,比如圖11中圖解說明的公共內(nèi)容,使用和 圖10的信令流類似的信令流。
從圖中可看出,即使內(nèi)容的提供在專有BM-SC和共享BM-SC 之間被劃分,但通過使服務(wù)聲明和成員資格功能位于運營商域內(nèi),更 高層次的服務(wù)功能,比如訪問控制和計費可被保留在例如網(wǎng)絡(luò)運營商 的i或內(nèi),而不是^立于共享MBMS域內(nèi)。
此外,它使運營商等能夠重新使用在他們各自的域內(nèi)已經(jīng)可用的 現(xiàn)有功能。
對圖解說明的實施例來說,專有BM-SC還包括密鑰管理和分發(fā) 邏輯1240。這樣,密鑰的管理和分發(fā)以及其它安全特征保留在例如運 營商域內(nèi)。
在本發(fā)明的預(yù)期內(nèi),共享BM-SC可由網(wǎng)絡(luò)運營商,例如,專有 BM-SC所屬的運營商的竟?fàn)幷咛峁???商鎿Q地,共享BM-SC可以屬 于第三方,即,不是提供電信服務(wù),比如通用分組無線電系統(tǒng)(GPRS)、 通用移動電信系統(tǒng)(UMTS)、演進(jìn)分組系統(tǒng)(EPS)等的傳統(tǒng)網(wǎng)絡(luò)運營商。
應(yīng)理解,僅僅作為例子,如上所述的用于提供多媒體廣播組播服
務(wù)的方法和裝置可提供下述優(yōu)點中的至少一個
(i) 更高層次的服務(wù)功能,比如訪問控制和計費可被保留在網(wǎng)絡(luò)運 營商的域內(nèi),而不是位于共享MBMS域內(nèi);
(ii) 運營商等能夠重新使用現(xiàn)有的或者投入使用的功能;和/或
(iii) 密鑰的管理和分發(fā)以及其它安全特征保留在例如運營商的域內(nèi)。
盡管利用具體實施例和

了本發(fā)明,不過本領(lǐng)域的技術(shù)人 員會認(rèn)識到,本發(fā)明并不局限于所描述的實施例或附圖。盡管在一些 情況下,利用UMTS術(shù)語說明了本發(fā)明的實施例,不過本領(lǐng)域的技術(shù) 人員會認(rèn)識到在此處也可在一般的意義上使用這樣的術(shù)語,并且本發(fā) 明并不局限于UMTS系統(tǒng)。
本領(lǐng)域的技術(shù)人員會認(rèn)識到可酌情利用硬件、軟件、固件或它們 的組合來實現(xiàn)各個實施例的操作。例如,可利用在軟件、固件或硬連 線邏輯的控制下的處理器或其它數(shù)字電路執(zhí)行一些過程。(本領(lǐng)域的技 術(shù)人員應(yīng)認(rèn)識到這里的術(shù)語"邏輯,,指的是執(zhí)行所列舉的功能的固定 硬件、可編程邏輯和/或它們的適當(dāng)組合)。軟件和固件可被保存在計 算機可讀介質(zhì)上。本領(lǐng)域的普通技術(shù)人員眾所^S知,其它一些過程可 利用模擬電路來實現(xiàn)。另外,在本發(fā)明的實施例中可以采用存儲器或 其它存儲裝置,以及通信組件。
圖13圖解說明了可用于實現(xiàn)本發(fā)明實施例中的處理功能的典型 計算系統(tǒng)1300。這種計算系統(tǒng)可以用在例如NodeB(具體地講,NodeB 的調(diào)度器)、諸如GGSN的核心網(wǎng)絡(luò)元件、和UE中。相關(guān)領(lǐng)域的技 術(shù)人員也將認(rèn)識到如何利用其它計算機系統(tǒng)或架構(gòu)來實現(xiàn)本發(fā)明。例 如,計算系統(tǒng)1300可代表例如桌上型、膝上型或筆記本計算機,手 持式計算裝置(PDA、蜂窩電話機、掌上型電腦等等),主機,服務(wù)器, 客戶機,或者指定應(yīng)用或環(huán)境所需要或適合的任意其它種類的專用或 通用計算裝置。計算系統(tǒng)1300可包括一個或多個處理器,比如處理器1304。處理器1304可以利用通用或?qū)S锰幚硪?,比如例如微?理器、微控制器或其它控制邏輯來實現(xiàn)。在本例中,處理器1304與 總線1302或其它通信介質(zhì)連接。
計算系統(tǒng)1300還可包括用于保存信息和將由處理器1304執(zhí)行的 指令的主存儲器1308,比如隨機存取存儲器(RAM)或其它動態(tài)存儲 器。主存儲器1308還可用于保存由處理器1304執(zhí)行的指令的執(zhí)行過 程中的臨時變量或其它中間信息。計算系統(tǒng)1300同樣可包括與總線 1302耦接的只讀存儲器(ROM)或其它靜態(tài)存儲裝置,用于為處理器 1304保存靜態(tài)信息和指令。
計算系統(tǒng)1300還可包括信息存儲系統(tǒng)1310,所述信息存儲系統(tǒng) 1310可包括,例如介質(zhì)驅(qū)動器1312和可拆卸存儲接口 1320。介質(zhì)驅(qū) 動器1312可包括支持固定或可拆卸存儲介質(zhì)的驅(qū)動器或其它機構(gòu), 比如硬盤驅(qū)動器,軟盤驅(qū)動器,磁帶驅(qū)動器,光盤驅(qū)動器,壓縮盤(CD) 或數(shù)字視頻驅(qū)動器(DVD)讀取或?qū)懭腧?qū)動器(R或RW),或者其它可拆 卸或固定介質(zhì)驅(qū)動器。存儲介質(zhì)1318可包括例如硬盤,軟盤,磁帶, 光盤,CD或DVD,或者由介質(zhì)驅(qū)動器1314讀取和寫入的其它固定 或可拆卸介質(zhì)。如這些例子舉例i兌明的,存儲介質(zhì)1318可包括其中 保存特定的計算機軟件或數(shù)據(jù)的計算機可讀存儲介質(zhì)。
在備選實施例中,信息存儲系統(tǒng)1310可包括允許計算機程序或 其它指令或數(shù)據(jù)被載入計算系統(tǒng)1300中的其它類似組件。例如,這 樣的組件可包括例如可拆卸存儲單元1322和接口 1320,比如程序盒 式存儲器和盒式存儲器接口,可拆卸存儲器(例如,閃速存儲器或者其 它可拆卸存儲器模塊)和存儲器插槽,及允許軟件和數(shù)據(jù)從可拆卸存儲 單元1318被轉(zhuǎn)移到計算系統(tǒng)1300的其它可拆卸存儲單元1322和接 口 1320。
計算系統(tǒng)1300還可包括通信接口 1324。通信接口 1324可被用 于允許在計算系統(tǒng)1300和外部裝置之間傳送軟件和數(shù)據(jù)。通信接口 1324的例子可包括調(diào)制解調(diào)器,網(wǎng)絡(luò)接口(比如以太網(wǎng)或其它NIC卡), 通信端口(比如例如,通用串行總線(USB)端口), PCMCIA插槽和卡
23等等。經(jīng)通信接口 1324傳送的軟件和數(shù)據(jù)呈信號的形式,所述信號 可以是能夠被通信接口 1324接收的電信號,電磁信號,光信號,或 者其它信號。這些信號經(jīng)通道1328被提供給通信接口 1324。該通道 1328可傳送信號,可以利用無線介質(zhì),導(dǎo)線或電纜,光纖,或者其它 通信介質(zhì)來實現(xiàn)。通道的一些例子包括電話線,蜂窩電話鏈路,RF 鏈路,網(wǎng)絡(luò)接口,局域網(wǎng)或廣域網(wǎng),和其它通信通道。
在本文中,術(shù)語"計算機程序產(chǎn)品","計算機可讀介質(zhì)"等通???被用于表示比如例如存儲器1308、存儲裝置1318或存儲單元1322的 介質(zhì)。這些和其它形式的計算機可讀介質(zhì)可保存供處理器1304使用 的一個或多個指令,從而使處理器執(zhí)行指定的操作。這種指令通常指 的是當(dāng)被執(zhí)行時,使計算系統(tǒng)1300能夠執(zhí)行本發(fā)明實施例的功能的 "計算機程序代碼"(所述計算機程序代碼可按計算機程序或其它分組 的形式分類)。注意,該代碼可直接使處理器執(zhí)行指定操作,經(jīng)編譯使 處理器執(zhí)行指定操作,和/或與其它軟件、硬件和/或固件元件(例如, 執(zhí)行標(biāo)準(zhǔn)函數(shù)的庫)結(jié)合地使處理器執(zhí)行指定操作。
在利用軟件實現(xiàn)各個元件的實施例中,軟件可保存在計算機可讀 介質(zhì)中,并利用例如可拆卸存儲驅(qū)動器1314、驅(qū)動器1312或通信接 口 1324 ,皮載入計算系統(tǒng)1300中。當(dāng)由處理器1304執(zhí)行時,控制邏 輯(在本例中,軟件指令或計算機程序代碼)使處理器1304執(zhí)行這里所 述的本發(fā)明的功能。
要認(rèn)識到,為了清楚起見,上面的說明關(guān)于不同的功能單元和處 理器描述了本發(fā)明的實施例。但是,在不脫離本發(fā)明的情況下,顯然 可以使用在不同的功能單元、處理器或域之間的功能性的任何適當(dāng)分 布。例如,舉例說明由分離的處理器或控制器執(zhí)行的功能可由同一個 處理器或控制器執(zhí)行。從而,對具體功能單元的引用應(yīng)被看作對提供 所述功能的適當(dāng)裝置的引用,而不是表示嚴(yán)格的邏輯或物理結(jié)構(gòu)或組 織。
盡管結(jié)合一些實施例說明了本發(fā)明,不過本發(fā)明并不局限于這里 陳述的具體形式。相反,本發(fā)明的范圍僅由權(quán)利要求限定。另外,盡認(rèn)識到按照本發(fā)明可組合所描述的實施例的各個特征。
此外,盡管是分別地列舉的,不過多個裝置、元件或方法步驟可 例如由單個單元或處理器實現(xiàn)。另外,盡管各個特征可被包括在不同 的權(quán)利要求中,不過它們也可被有利地組合,并且包括在不同權(quán)利要 求中并不意味特征的組合不可行和/或不利。另外,某一特征包含在一 種類型的權(quán)利要求中并不意味局限于這種類型,相反,該特征同樣可 適當(dāng)?shù)貞?yīng)用于其它權(quán)利要求類型。
盡管關(guān)于一些實施例說明了本發(fā)明,不過本發(fā)明并不局限于這里 陳述的具體形式。相反,本發(fā)明的范圍僅由附加的權(quán)利要求限定。另 外,盡管某一特征看來是關(guān)于具體實施例說明的,但是本領(lǐng)域的技術(shù) 人員會認(rèn)識到按照本發(fā)明可組合所描述的實施例的各種特征。在權(quán)利 要求中,術(shù)語"包括"不排除其它元件或步驟的存在。
此外,盡管是分別地列舉的,不過多個裝置、元件或方法步驟可 由例如單個單元或處理器實現(xiàn)。另外,盡管各個特征可被包括在不同 的權(quán)利要求中,不過它們也可被有利地組合,并且包括在不同權(quán)利要 求中并不意味特征的組合不可行和/或不利。另外,某一特征包含在一 種類型的權(quán)利要求中并不意味局限于這種類型,相反,指示該特征同 樣可適當(dāng)?shù)貞?yīng)用于其它權(quán)利要求類型。
此外,各個特征在權(quán)利要求中的順序并不意味必須按其實現(xiàn)所述 各個特征的任何特定順序,具體地講,方法權(quán)利要求中的各個步驟的 順序并不意味必須按該順序執(zhí)行各個步驟。相反,可按照任何適當(dāng)?shù)?步驟執(zhí)行各個步驟。另外,單數(shù)引用并不排除復(fù)數(shù)。從而,對"一個"、 "第一"、"第二"等的引用并不排除復(fù)數(shù)。
權(quán)利要求
1、一種通過通信系統(tǒng)來提供多媒體廣播組播服務(wù)(MBMS)的方法,所述通信系統(tǒng)包括具有多個邏輯元件的廣播組播服務(wù)中心(BM-SC),和用于提供MBMS內(nèi)容的共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述方法包括分配第一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
2、 按照權(quán)利要求1所述的方法,其中,才艮據(jù)MBMS內(nèi)容遞送是 否被傳給共享網(wǎng)絡(luò)、專有網(wǎng)絡(luò)中的至少一個,分配BM-SC的第一部 分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配BM-SC 的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
3、 按照權(quán)利要求1所述的方法,其中,根據(jù)MBMS內(nèi)容在共享 MBMS網(wǎng)絡(luò)的服務(wù)提供商之間是否是公共的,分配BM-SC的第一部 分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配BM-SC 的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
4、 按照權(quán)利要求1所述的方法,其中,根據(jù)內(nèi)容遞送是否專屬 于專有網(wǎng)絡(luò)的運營商,分配BM-SC的第一部分邏輯元件來支持通過 共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配BM-SC的第二部分邏輯元件來 支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
5、 按照權(quán)利要求1所述的方法,其中,分配BM-SC的一部分 邏輯元件包含分配流力某體服務(wù)器邏輯來觸發(fā)MBMS內(nèi)容遞送。
6、 按照權(quán)利要求5所述的方法,其中,觸發(fā)MBMS內(nèi)容遞送的 流媒體服務(wù)器邏輯既被分配在第一部分邏輯元件中來觸發(fā)通過共享 網(wǎng)絡(luò)的MBMS內(nèi)容遞送,又被分配在第二部分邏輯元件中來觸發(fā)通 過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
7、 按照權(quán)利要求1所述的方法,其中,分配BM-SC的一部分邏輯元件包括分配流媒體服務(wù)器邏輯來觸發(fā)傳送密鑰遞送。
8、 按照權(quán)利要求7所述的方法,其中,.觸發(fā)傳送密鑰遞送的流媒體服務(wù)器邏輯既被分配在第一部分邏輯元件中來觸發(fā)通過共享網(wǎng)絡(luò)的傳送密鑰遞送,又被分配在第二部分邏輯元件中來觸發(fā)通過專有網(wǎng)絡(luò)的傳送密鑰遞送。
9、 按照權(quán)利要求1所述的方法,所述方法進(jìn)一步包括遠(yuǎn)程通信單元通過共享網(wǎng)絡(luò)接收多媒體廣播組播服務(wù);所述遠(yuǎn)程通信單元檢測到它在共享網(wǎng)絡(luò)的覆蓋范圍之外,并且響應(yīng)于此,發(fā)起發(fā)送給專有網(wǎng)絡(luò)的BM-SC流媒體服務(wù)器的實時流式傳輸協(xié)議(RTSP)請求,以通過專有網(wǎng)絡(luò)保持所述遠(yuǎn)程通信單元已經(jīng)通過共享網(wǎng)絡(luò)接收的相同內(nèi)容遞送。
10、 按照權(quán)利要求1所述的方法,其中,分配廣播組播服務(wù)中心(BM-SC)的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送包括把管理模塊邏輯分配給專有網(wǎng)絡(luò)。
11、 按照權(quán)利要求10所述的方法,其中,把管理模塊邏輯分配給專有網(wǎng)絡(luò)包括構(gòu)建和分發(fā)MBMS內(nèi)容遞送的服務(wù)描述。
12、 按照權(quán)利要求10所述的方法,其中,構(gòu)建和分發(fā)MBMS內(nèi)容遞送的服務(wù)描述包括生成用于保護(hù)MBMS內(nèi)容遞送的傳送密鑰和服務(wù)密鑰。
13、 按照權(quán)利要求12所述的方法,進(jìn)一步包括在通過共享網(wǎng)絡(luò)或?qū)S芯W(wǎng)絡(luò)遞送MBMS內(nèi)容之前,用傳送密鑰來加密MBMS內(nèi)容。
14、 按照權(quán)利要求13所述的方法,進(jìn)一步包括在遞送加密的MBMS內(nèi)容之前,把利用服務(wù)密鑰加密的傳送密鑰轉(zhuǎn)發(fā)給BM-SC,以便通過共享網(wǎng)絡(luò)、專有網(wǎng)絡(luò)中的至少一個廣播/組播。
15、 按照權(quán)利要求1所述的方法,其中,所述專有網(wǎng)絡(luò)是網(wǎng)絡(luò)運營商網(wǎng)絡(luò)。
16、 一種通過通信系統(tǒng)來提供多媒體廣播組播服務(wù)(MBMS)的廣播組播服務(wù)中心(BM-SC),所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述BM-SC包4舌能夠支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送的第一部分邏輯元件;和能夠支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送的第二部分邏輯元件。
17、 按照權(quán)利要求16所述的BM-SC,其中,所述BM-SC進(jìn)一步包括被布置成根據(jù)MBMS內(nèi)容遞送是否被傳給共享網(wǎng)絡(luò)、專有網(wǎng)絡(luò)中的至少一個,來分配第一部分和第二部分邏輯元件的邏輯。
18、 按照權(quán)利要求16所述的BM-SC,其中,所述BM-SC進(jìn)一步包括被布置成根據(jù)MBMS內(nèi)容在共享MBMS網(wǎng)絡(luò)的服務(wù)提供商之間是否是公共的,來分配第一部分和第二部分邏輯元件的邏輯。
19、 按照權(quán)利要求16所述的BM-SC,其中,所述BM-SC進(jìn)一步包括被布置成根據(jù)內(nèi)容遞送是否專屬于專有網(wǎng)絡(luò)的運營商,來分配第 一部分和第二部分邏輯元件的邏輯。
20、 按照權(quán)利要求16所述的BM-SC,進(jìn)一步包括觸發(fā)MBMS內(nèi)容遞送的流媒體服務(wù)器邏輯。
21、 按照權(quán)利要求16所述的BM-SC,進(jìn)一步包括觸發(fā)傳送密鑰遞送的流媒體服務(wù)器邏輯。
22、 按照權(quán)利要求16所述的BM-SC,進(jìn)一步包括觸發(fā)傳送密鑰遞送的流媒體服務(wù)器邏輯,所述流媒體服務(wù)器邏輯既在第一部分邏輯元件中以觸發(fā)通過共享網(wǎng)絡(luò)的傳送密鑰遞送,又在第二部分邏輯元件中以觸發(fā)通過專有網(wǎng)絡(luò)的傳送密鑰遞送。
23、 按照權(quán)利要求16所述的BM-SC,進(jìn)一步包括既在第一部分邏輯元件中以觸發(fā)通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送,又在第二部分邏輯元件中以觸發(fā)通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送的流媒體服務(wù)器邏輯。
24、 按照權(quán)利要求16所述的BM-SC,進(jìn)一步包括能夠通過共享網(wǎng)絡(luò)接收響應(yīng)于遠(yuǎn)程通信單元檢測到它在共享網(wǎng)絡(luò)的覆蓋范圍之外而來自遠(yuǎn)程通信單元的實時流式傳輸協(xié)議(RTSP)請求,并對此作出響應(yīng),通過專有網(wǎng)絡(luò)發(fā)送BM-SC已經(jīng)通過共享網(wǎng)絡(luò)發(fā)送的相同內(nèi)容遞送的接收機。
25、 按照權(quán)利要求16所述的BM-SC,其中,被布置成分配邏輯元件的邏輯把管理模塊邏輯分配給支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送的第二部分邏輯元件。
26、 按照權(quán)利要求25所述的BM-SC,其中,所述管理模塊邏輯能夠構(gòu)建和分發(fā)MBMS內(nèi)容遞送的服務(wù)描述以便通過專有網(wǎng)絡(luò)發(fā)送給遠(yuǎn)程通信單元。
27、 按照權(quán)利要求25所述的BM-SC,其中,所述管理模塊邏輯能夠生成用于保護(hù)MBMS內(nèi)容遞送的傳送密鑰和服務(wù)密鑰。
28、 按照權(quán)利要求27所述的BM-SC,其中,所述管理模塊邏輯包括在通過共享網(wǎng)絡(luò)、專有網(wǎng)絡(luò)中的至少一個來遞送MBMS內(nèi)容之前,用傳送密鑰來加密MBMS內(nèi)容的加密邏輯。
29、 按照權(quán)利要求28所述的BM-SC,進(jìn)一步包括在遞送加密的MBMS內(nèi)容之前轉(zhuǎn)發(fā)傳送密鑰的邏輯,其中,傳送密鑰是利用服務(wù)密鑰加密的。
30、 按照權(quán)利要求29所述的BM-SC,進(jìn)一步包括把服務(wù)密鑰轉(zhuǎn)發(fā)給至少 一個遠(yuǎn)程通信單元以解密加密的遞送內(nèi)容的邏輯。
31、 按照權(quán)利要求16所述的BM-SC,其中,所述專有網(wǎng)絡(luò)是網(wǎng)絡(luò)運營商網(wǎng)絡(luò)。
32、 一種通過通信系統(tǒng)來接收多媒體廣播組播服務(wù)(MBMS)的遠(yuǎn)程站,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述遠(yuǎn)程站包括通過共享網(wǎng)絡(luò)接收來自廣播組播服務(wù)中心(BM-SC)的MBMS內(nèi)容遞送的接收機;其中,所述接收機還能夠通過專有網(wǎng)絡(luò)從相同BM-SC、不同BM-SC中的至少一個接收MBMS內(nèi)容遞送、至少一個傳送密鑰中的至少一個。
33、 一種通過通信系統(tǒng)來接收多媒體廣播組播服務(wù)(MBMS)的遠(yuǎn)程站,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述遠(yuǎn)程站包括通過共享網(wǎng)絡(luò)接收多媒體廣播組播服務(wù)的接收機;檢測遠(yuǎn)程站在共享網(wǎng)絡(luò)的覆蓋范圍之外的檢測器,以及響應(yīng)于此,發(fā)起發(fā)送給專有網(wǎng)絡(luò)的BM-SC流媒體服務(wù)器的實時流式傳輸協(xié)議(RTSP)請求,以通過專有網(wǎng)絡(luò)保持遠(yuǎn)程站已經(jīng)通過共享網(wǎng)絡(luò)接收的相同內(nèi)容遞送的邏輯。
34、 一種支持多媒體廣播組播服務(wù)(MBMS)的通信系統(tǒng),其中,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述通信系統(tǒng)包括被布置成分配廣播組播服務(wù)中心(BM-SC)的笫一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送的邏輯;其中,所述邏輯還被布置成分配BM-SC的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
35、 一種包含支持多媒體廣播組播服務(wù)(MBMS)的可執(zhí)行程序代碼的計算機程序產(chǎn)品,所述計算機程序產(chǎn)品包括用于下列的程序代碼分配廣播組播服務(wù)中心(BM-SC)的第一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送;和分配BM-SC的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
36、 一種被布置成支持通過通信系統(tǒng)的多媒體廣播組播服務(wù)(MBMS)的集成電路,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述集成電路包括被布置成分配廣播組播服務(wù)中心(BM-SC)的第一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送的邏輯;其中,所迷邏輯還被布置成分配BM-SC的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
全文摘要
一種通過通信系統(tǒng)來提供多媒體廣播組播服務(wù)(MBMS)的方法,所述通信系統(tǒng)包括共享網(wǎng)絡(luò)和專有網(wǎng)絡(luò),所述方法包括分配廣播組播服務(wù)中心(BM-SC)的第一部分邏輯元件來支持通過共享網(wǎng)絡(luò)的MBMS內(nèi)容遞送,和分配BM-SC的第二部分邏輯元件來支持通過專有網(wǎng)絡(luò)的MBMS內(nèi)容遞送。
文檔編號H04W4/06GK101690275SQ200880020855
公開日2010年3月31日 申請日期2008年4月30日 優(yōu)先權(quán)日2007年5月15日
發(fā)明者H·齊斯莫波羅斯 申請人:Ip無線有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1