專利名稱:多播廣播業(yè)務(wù)系統(tǒng)及多播廣播業(yè)務(wù)域劃分方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,特別涉及多播廣播技術(shù)。
背景技術(shù):
隨著通信技術(shù)的發(fā)展和用戶需求的增長,數(shù)據(jù)業(yè)務(wù)得到了迅速發(fā)展,數(shù) 據(jù)業(yè)務(wù)量的迅速增長使得人們對通信帶寬的需求日益高漲,寬帶接入正在向 產(chǎn)業(yè)界展現(xiàn)出一個巨大的市場。為突破接入網(wǎng)的帶寬瓶頸,人們推出了多種 寬帶接入技術(shù)。
IEEE802.16是電子和電氣工程師協(xié)會(Institute of Electrical and Electronics Engineers,簡稱"IEEE")于2001年12月頒布的,用于在城域 網(wǎng)中提供最后一公里無線寬帶接入的標(biāo)準(zhǔn)。IEEE802.16標(biāo)準(zhǔn)主要包含 802.16a、 802.16RevD與802.16e三個標(biāo)準(zhǔn)。
微波接入全球互通(Worldwide Interoperability for Microwave Access,簡 稱"WiMAX")是目前業(yè)界對基于IEEE 802.16系列標(biāo)準(zhǔn)的無線城域網(wǎng)接入 技術(shù),其基本目標(biāo)是提供一種在城域網(wǎng)一點(diǎn)對多點(diǎn)的多廠商環(huán)境下,可有效 互操作的寬帶無線接入手段。
具體地說,802.16系列標(biāo)準(zhǔn)規(guī)定了 WiMAX系統(tǒng)的空中接口部分協(xié)議層, 主要包括物理層(PHY),以及媒體接入控制(Medium Access Control,簡 稱"MAC")層。其中,PHY層在物理上完成對信號的調(diào)制解調(diào)以及編解碼 等操作,而MAC層主要完成WiMAX系統(tǒng)的媒體接入控制功能。
圖1示出WiMAX端到端參考模型。其中Rl接口為無線空中接口 ,主 要由IEEE802.16d/e定義。其余接口均為有線接口。
如圖可見,WiMAX主要包含移動臺(Mobile Station,簡稱"MS" ) /
用戶站(Subscribe Station,簡稱"SS")、接入月良務(wù)網(wǎng)絡(luò)(Access Service Network,簡稱"ASN")與連接服務(wù)網(wǎng)絡(luò)(Connectivity Service Network, 簡稱"CSN")。
其中,ASN定義為為WiMAX用戶終端提供無線接入服務(wù)的網(wǎng)絡(luò)功能集 合,ASN包含了 BS和ASN網(wǎng)關(guān)(ASN GateWay簡稱"ASN-GW")網(wǎng)元, 一個ASN可能被多個CSN共享。多個CSN可能分別屬于不同的網(wǎng)絡(luò)服務(wù)提 供商(NetWork Service Provider,簡稱"NSP" ) 。 ASN屬于網(wǎng)絡(luò)接入提供 商(Network Access Provider,簡稱"NAP" ) 。 NSP可能與NAP是同 一提 供商,也可以是不同提供商。CSN與應(yīng)用服務(wù)提供商(Application Service Provider,簡稱"ASP")網(wǎng)絡(luò)/因特網(wǎng)連接。
ASN的主要功能包含BS的功能和ASN-GW的功能。其中,BS的功能 有提供BS和用戶站SS/MS的L2連接、無線資源管理、測量與功率控制 和空口數(shù)據(jù)的壓縮與加密。ASN-GW的功能有為SS/MS驗(yàn)證、授權(quán)、計(jì) 費(fèi)功能提供代理(proxy)功能;支持NSP的網(wǎng)絡(luò)發(fā)現(xiàn)和選擇;為SS提供 L3信息的中繼(Relay)功能,如IP地址分配,無線資源管理。
CSN定義為為WiMAX用戶終端提供IP連接服務(wù)。CSN主要提供如下 功能SS/MS的IP地址分配,Internet接入,驗(yàn)證、授權(quán)、計(jì)費(fèi)協(xié)議 (Authentication Authorization, Account, 簡稱"AAA") 代理(proxy) 或者服務(wù)(server),基于用戶的授權(quán)控制,ASN到CSN的隧道,WiMAX 用戶的計(jì)費(fèi)以及運(yùn)營商之間的結(jié)算,漫游情況下CSN之間的隧道,ASN之 間的切換,和各種WiMAX服務(wù)(如基于位置的業(yè)務(wù)、多媒體多播和廣播業(yè) 務(wù)、IP多媒體子系統(tǒng)業(yè)務(wù))。
MS/SS為(移動)終端,用戶使用該終端接入WiMAX網(wǎng)絡(luò)。
以上對WiMAX及其網(wǎng)絡(luò)構(gòu)架進(jìn)行了說明,下面對多播廣播業(yè)務(wù) (Multicast & Broadcast Service ,簡稱"MBS")進(jìn)行簡單介紹。
人們通常所說的通信是在一個節(jié)點(diǎn)和另外 一個節(jié)點(diǎn)之間的通信,但是隨 著用戶需求的增加,以及多種媒體的引入,用戶需要進(jìn)行一對多或多對多的
通信,從而產(chǎn)生了點(diǎn)到多點(diǎn)(Point to Multipoint,筒稱"PTM")的傳輸模 式。為了在移動網(wǎng)上支持這些模式,實(shí)現(xiàn)一對多的多播廣播業(yè)務(wù),同時為了 有效地利用移動網(wǎng)絡(luò)資源,現(xiàn)有技術(shù)在WiMAX的基礎(chǔ)上定義了 MBS業(yè)務(wù)。 MBS業(yè)務(wù)是在移動網(wǎng)絡(luò)中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn) 業(yè)務(wù),實(shí)現(xiàn)網(wǎng)絡(luò)資源共享,提高網(wǎng)絡(luò)資源的利用率,尤其是空口接口資源。 WiMAX定義的MBS不僅能實(shí)現(xiàn)純文本低速率的消息類多播和廣播,而且還 能實(shí)現(xiàn)高速多媒體業(yè)務(wù)的多播和廣播,這無疑順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨 勢。
基于WiMAX網(wǎng)絡(luò)的MBS業(yè)務(wù)支持兩種接入模式單基站接入和多基 站接入。在多基站接入模式下,定義了 MBS域(即MBS Zone,用MBS—zone ID來標(biāo)識)的概念,所謂一個MBS域就是一個基站的集合, 一個MBS域內(nèi) 的所有基站用相同的多播CID (Multicast CID )和MBS組安全聯(lián)盟(MBS Group Security Association,簡稱"MBS GSA"),發(fā)送同一MBS業(yè)務(wù)流的 內(nèi)容,注冊了 MBS月良務(wù)的終端可以在該MBS域內(nèi)通過多個基站接收MBS 業(yè)務(wù)數(shù)據(jù),并且處于空閑態(tài)的終端在MBS域內(nèi)跨基站移動時,不需重建連 接,可以不受影響的接收MBS業(yè)務(wù),實(shí)現(xiàn)MBS業(yè)務(wù)的無縫切換。單基站接 入MBS是多基站接入MBS的一種特例,MBS域范圍限定為一個基站覆蓋范 圍內(nèi), 一個MBS域內(nèi)接收該MBS的所有用戶使用同一個多播連接標(biāo)識?,F(xiàn) 有技術(shù)對單基站模式?jīng)]有詳細(xì)的描述;但是對多基站模式下,基站如何發(fā)送
MBS數(shù)據(jù),終端如何接收MBS數(shù)據(jù),以及基站如何通知終端感興趣的MBS 數(shù)據(jù)的發(fā)送,都有相應(yīng)的描述。
現(xiàn)有技術(shù)中還沒有確定MBS業(yè)務(wù)的具體構(gòu)架。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例的要解決的技術(shù)問題在于提供 一 種多播廣播業(yè)務(wù)系統(tǒng)及 多播廣播業(yè)務(wù)域劃分方法。
為解決上述技術(shù)問題,本發(fā)明的實(shí)施方式提供了一種MBS系統(tǒng),包含 MBS服務(wù)器、接入服務(wù)網(wǎng)ASN網(wǎng)關(guān)和基站,該系統(tǒng)中定義有至少一個MBS 域,每個MBS域包含至少一個基站,該系統(tǒng)還包含至少一個MBS代理功能 實(shí)體Proxy,用于在信令面對MBS域進(jìn)行管理,每個MBS域由一個MBS Proxy管理;
ASN網(wǎng)關(guān)中還包含MBS數(shù)據(jù)通路功能(Data Path Function,簡稱 "DPF"),用于在該MBSDPF與基站之間建立、修改和刪除MBS業(yè)務(wù)承 載,該MBS業(yè)務(wù)承載用于將來自MBS服務(wù)器的MBS業(yè)務(wù)數(shù)據(jù)包傳輸?shù)交?站。
本發(fā)明的實(shí)施方式還提供了一種MBS域劃分方法,為包含至少一個基 站的基站集合分配MBS域標(biāo)識,在分配了相同MBS域標(biāo)識的基站集合中提 供相同的MBS業(yè)務(wù)。
通過比較可以發(fā)現(xiàn),本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于,在 每個MBS域中設(shè)置一個信令面實(shí)體——MBS代理功能實(shí)體Proxy,在ASN 網(wǎng)關(guān)中設(shè)置用戶面實(shí)體——MBS DPF,從而在MBS業(yè)務(wù)中實(shí)現(xiàn)了信令和承 載的分離。MBS Proxy起到在MBS服務(wù)器和基站之間的承接作用,從而實(shí) 現(xiàn)MBS業(yè)務(wù)在MBS服務(wù)器、ASN網(wǎng)關(guān)和基站上的承載和控制,使得終端能 夠在該MBS系統(tǒng)中接收其感興趣的MBS業(yè)務(wù)。
圖1是現(xiàn)有技術(shù)中WiMAX的網(wǎng)絡(luò)結(jié)構(gòu)圖2是本發(fā)明實(shí)施方式MBS業(yè)務(wù)的網(wǎng)絡(luò)架構(gòu)中的四個層次示意圖3是根據(jù)本發(fā)明的第一實(shí)施方式的MBS業(yè)務(wù)架構(gòu)示意圖4是根據(jù)本發(fā)明的第二實(shí)施方式的處于漫游狀態(tài)的MS接收漫游地提 供的MBS業(yè)務(wù)的構(gòu)架示意圖5是根據(jù)本發(fā)明的第三實(shí)施方式的MBS業(yè)務(wù)構(gòu)架示意圖6是根據(jù)本發(fā)明實(shí)施方式中的第一種MBS業(yè)務(wù)傳輸方式的網(wǎng)絡(luò)實(shí)體 示意圖7是根據(jù)本發(fā)明實(shí)施方式中的第二種MBS業(yè)務(wù)傳輸方式的網(wǎng)絡(luò)實(shí)體 示意圖8是根據(jù)本發(fā)明實(shí)施方式提出的MBS業(yè)務(wù)的總體架構(gòu)下的MBS Zone 的第一種劃分方案中,運(yùn)營者配置MBS域方案示意圖9是根據(jù)本發(fā)明實(shí)施方式提出的MBS業(yè)務(wù)的總體架構(gòu)下的MBS Zone 的第一種劃分方案中,自動配置MBS域方案示意圖10是根據(jù)本發(fā)明實(shí)施方式提出的MBS業(yè)務(wù)的總體架構(gòu)下的MBS Zone的第二種劃分方案中,運(yùn)營者配置MBS域方案示意圖11是根據(jù)本發(fā)明實(shí)施方式提出的MBS業(yè)務(wù)的總體架構(gòu)下的MBS Zone的第二種劃分方案中,自動配置MBS域方案示意圖12是根據(jù)本發(fā)明實(shí)施方式提出的MBS業(yè)務(wù)的總體架構(gòu)下的MBS Zone的第三種劃分方案中,運(yùn)營者配置MBS域方案示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合附圖對本發(fā) 明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。
在本發(fā)明的實(shí)施方式中,主要描述了一種MBS系統(tǒng),包含多播廣播業(yè) 務(wù)(MBS)服務(wù)器、位于接入服務(wù)網(wǎng)ASN網(wǎng)關(guān)內(nèi)的MBS業(yè)務(wù)面處理功能實(shí) 體MBS DPF ( Data Path Function -數(shù)據(jù)通道功能實(shí)體)和位于基站內(nèi)的處理 MBS業(yè)務(wù)面的MBS Agent ( MBS代理單元,在基站內(nèi)),還包含在ASN 內(nèi)部用于處理MBS業(yè)務(wù)信令面功能的MBS Proxy (MBS代理功能實(shí)體)。
MBS Proxy是用于管理MBS Zone (MBS區(qū)域)的信令面實(shí)體,負(fù)責(zé)分 配、管理和維護(hù)MBS Zone內(nèi)的資源,在MBS Zone內(nèi)唯一。MBS Proxy的 具體功能可以是如下各項(xiàng)功能之一或其任意組合
1) 控制MBS業(yè)務(wù)相關(guān)的承載的建立/修改/刪除等過程主要用于 控制MBS服務(wù)器與位于ASN網(wǎng)關(guān)內(nèi)的MBS DPF之間、位于 ASN網(wǎng)關(guān)內(nèi)的MBS DPF與位于基站內(nèi)的MBS Agent之間、位 于不同ASN網(wǎng)關(guān)內(nèi)的MBS DPF之間的MBS承載的建立、修改 和刪除;
2 )控制ASN內(nèi)針對MBS業(yè)務(wù)的終端Joining (加入)和Leaving
(退出)過程;
3 ) 分配MBS業(yè)務(wù)相關(guān)的參數(shù)和資源,如多播鏈接標(biāo)識符MCID、
用于在空口鏈路層指示不同MBS內(nèi)容的邏輯信道標(biāo)識Logical CID等,產(chǎn)生和管理IEEE802.16e定義的MBS相關(guān)的用于空口 加密用的密鑰,如MGKEK, MGTEK等,并在終端通過身份認(rèn) 證和鑒權(quán)后,通過基站向終端下發(fā)MBS密鑰;
4) 當(dāng)一個MBS Zone包括多個MBSDPF時,維護(hù)屬于同一個MBS Zone的MBS DPF列表信息;
5 ) 根據(jù)所維護(hù)的MBS DPF的列表,控制MBS業(yè)務(wù)的傳輸;即控
制所述MBS業(yè)務(wù)在所建立的承載上傳輸;
6 )當(dāng)支持MBS業(yè)務(wù)的宏分集時,需要統(tǒng)一調(diào)度該MBS Zone內(nèi)的MBS業(yè)務(wù)相關(guān)的空口無線資源,控制同一個MBS Zone內(nèi)的各 個基站之間的時間同步和各基站內(nèi)的MBS Agent之間的時頻資 源的同步。用于保證相同的MBS業(yè)務(wù)數(shù)據(jù)包能夠在屬于同一個 MBS Zone內(nèi)的所有基站內(nèi)的MBS Agent在相同的無線幀內(nèi)發(fā) 送出去;進(jìn)一步的考慮宏分集的支持,需要保證在屬于同一個 MBS Zone內(nèi)的所有基站內(nèi)的MBS Agent在相同的無線空口資 源上被發(fā)送出去,相同的無線空口資源包括相同的無線幀,子 信道,OFDM符號等;
7 ) 根據(jù)MBS業(yè)務(wù)相關(guān)的服務(wù)質(zhì)量QoS要求、ASN或MBS域內(nèi)的 承載資源狀況和/或網(wǎng)絡(luò)接入服務(wù)商N(yùn)AP的策略進(jìn)行MBS業(yè)務(wù) 相關(guān)的資源預(yù)留決策和服務(wù)質(zhì)量QoS控制。
MBS Proxy起到在MBS服務(wù)器和基站之間的承接作用,從而實(shí)現(xiàn)MBS 業(yè)務(wù)在MBS服務(wù)器、ASN網(wǎng)關(guān)和基站上的承載和控制,使得終端能夠在該 MBS系統(tǒng)中接收其感興趣的MBS業(yè)務(wù)。該MBS代理功能實(shí)體可以直接包含 于ASN網(wǎng)關(guān)中,由ASN網(wǎng)關(guān)實(shí)現(xiàn),或在獨(dú)立的網(wǎng)元中實(shí)現(xiàn)。
而位于ASN網(wǎng)關(guān)內(nèi)的MBS DPF是MBS Zone的用戶面實(shí)體,負(fù)責(zé)MBS Zone內(nèi)MBS業(yè)務(wù)承載的建立和維護(hù),即負(fù)責(zé)執(zhí)行位于ASN網(wǎng)關(guān)內(nèi)的MBS DPF與位于基站內(nèi)的MBS Agent之間相應(yīng)MBS承載的建立、修改和刪除,
和/或,MBS業(yè)務(wù)數(shù)據(jù)包的分類與分發(fā)。其具體功能可以是如下各項(xiàng)功能之 一或其任意組合
1) 支持MBS業(yè)務(wù)承載的建立,修改和釋放;
2) 支持MBS業(yè)務(wù)的數(shù)據(jù)包傳輸和分類;
3 )維護(hù)所屬的MBS Zone的MBS Proxy的標(biāo)識; 4) 支持MBS計(jì)費(fèi);
5)維護(hù)屬于同一個MBS DPF的MBS Agent的列表;
6 ) 支持MBS空口 MAC PDU的同步才幾制,如MBS DPF發(fā)給位于基 站內(nèi)的MBS Agent的每個MBS業(yè)務(wù)數(shù)據(jù)包前面添加同步標(biāo)識,同 步標(biāo)識可以是絕對時間標(biāo)記,絕對無線幀號,相對無線幀號等,用 于保證相同的MBS業(yè)務(wù)數(shù)據(jù)包能夠在屬于同一個MBS Zone內(nèi)的 所有基站內(nèi)的MBS Agent在相同的無線幀內(nèi)或者相同的無線空口 資源上發(fā)送出去。
位于基站內(nèi)的處理MBS業(yè)務(wù)面的MBS Agent,與位于ASN網(wǎng)關(guān)內(nèi)的 MBS DPF對應(yīng),用于處理基站內(nèi)的MBS業(yè)務(wù)承栽建立和維護(hù)、MBS業(yè)務(wù)數(shù) 據(jù)包的分類與分發(fā),其具體功能可以是如下各項(xiàng)功能之一或其任意組合
1)支持MBS業(yè)務(wù)承載的建立,修改和刪除;
2 )支持MBS業(yè)務(wù)面的數(shù)據(jù)傳輸和分類;
3 )統(tǒng)計(jì)各個MBS業(yè)務(wù)的接收用戶數(shù),根據(jù)需要反饋給MBS Proxy或
者M(jìn)BS DPF;
4) 如果支持宏分集,則根據(jù)DPF提供的物理資源信息向空口發(fā)送 MBS數(shù)據(jù)包。例如,根據(jù)DPF在MBS業(yè)務(wù)數(shù)據(jù)包前面添加的同 步標(biāo)識在在空口發(fā)送該MBS業(yè)務(wù)數(shù)據(jù)包。
其中,MBS服務(wù)器包含MBS控制器(MBS Controller)和MBS內(nèi)容服 務(wù)器(MBS Content Server),由MBS控制器實(shí)現(xiàn)控制面功能,由MBS內(nèi) 容服務(wù)器實(shí)現(xiàn)用戶面功能。通過將控制面和用戶面相分離,使得業(yè)務(wù)控制相 關(guān)操作和業(yè)務(wù)傳輸之間相互獨(dú)立,各不影響。MBS控制器和MBS內(nèi)容服務(wù) 器共同存在于同一物理實(shí)體或分別存在于兩個物理實(shí)體。
MBS控制器實(shí)現(xiàn)的控制面功能包含以下之一或其任意組合
分配IP多播地址;對內(nèi)容供應(yīng)者(Content Provider)進(jìn)行鑒權(quán),控制內(nèi) 容供應(yīng)商與MBS內(nèi)容服務(wù)器之間MBS業(yè)務(wù)內(nèi)容的傳輸;控制MBS內(nèi)容服 務(wù)器建立和刪除MBS業(yè)務(wù)承載;控制MBS內(nèi)容服務(wù)器傳輸MBS業(yè)務(wù);控 制MBS密鑰的生成和下發(fā);
控制MBS業(yè)務(wù)會話的開始和結(jié)束;控制終端加入和退出MBS業(yè)務(wù);保 存MBS業(yè)務(wù)的用戶簽約信息和/或?qū)K端進(jìn)行鑒權(quán)和-驗(yàn)i正;
MBS內(nèi)容服務(wù)器實(shí)現(xiàn)的用戶面功能包含以下之一或其任意組合接收并 存儲來自MBS內(nèi)容供應(yīng)商的MBS業(yè)務(wù)內(nèi)容;根據(jù)需要可以將來自不同MBS 內(nèi)容提供商的MBS業(yè)務(wù)合并成通過同一個組播源數(shù)據(jù)內(nèi)容進(jìn)行傳送;將 MBS業(yè)務(wù)內(nèi)容轉(zhuǎn)換為會話要求的格式;進(jìn)行高層加密;在MBS控制器的控 制下傳輸MBS業(yè)務(wù)。
根據(jù)MBS服務(wù)器到MBS Zone之間的業(yè)務(wù)發(fā)送方式,MBS服務(wù)器需要 維護(hù)所有相關(guān)MBS Zone內(nèi)的MBS DPF列表以及隧道,并且把MBS數(shù)據(jù)直 接發(fā)送給MBS DPF;或者維護(hù)所有相關(guān)MBS Zone的MBS Proxy列表以及 與各MBS Zone相關(guān)的MBS DPF的錨定點(diǎn)的隧道,并且把MBS數(shù)據(jù)直接發(fā) 送給各MBS Zone的MBS DPF的錨定點(diǎn),然后由該MBS Zone的MBS DPF 的錨定點(diǎn)通過ASN間的R4隧道進(jìn)行轉(zhuǎn)發(fā)。
另外,該系統(tǒng)中還可選地包含AAA服務(wù)器、多播路由器(Multicast Route, 簡稱"MR")、和MBS內(nèi)容供應(yīng)商。
其中,AAA服務(wù)器用于保存MBS業(yè)務(wù)的用戶簽約信息,對終端進(jìn)行驗(yàn) 證、授權(quán)和計(jì)費(fèi)等;MBS控制器通過與AAA服務(wù)器交互,實(shí)現(xiàn)終端的身份 認(rèn)證/鑒權(quán),根據(jù)身份認(rèn)證/鑒權(quán)結(jié)果控制終端加入或退出MBS業(yè)務(wù)。避免未 簽約或無相應(yīng)權(quán)限的終端接收該MBS業(yè)務(wù),更好地實(shí)現(xiàn)MBS業(yè)務(wù)的控制和 管理。在漫游情況下,MBS服務(wù)器可以通過與終端的家鄉(xiāng)AAA服務(wù)器進(jìn)行 鑒權(quán)信息/用戶簽約信息的交互,為終端進(jìn)行鑒權(quán)/身份認(rèn)證。
MBS內(nèi)容供應(yīng)商,用于提供MBS業(yè)務(wù)內(nèi)容,可由第三方的內(nèi)容供應(yīng)商
或是運(yùn)營商實(shí)現(xiàn)。
多播路由器可以位于MBS服務(wù)器中,用于進(jìn)行MBS業(yè)務(wù)分發(fā);或位于 ASN網(wǎng)關(guān)中或獨(dú)立存在,用于在收到來自MBS內(nèi)容服務(wù)器的MBS業(yè)務(wù)數(shù)據(jù) 發(fā)時,根據(jù)多播地址轉(zhuǎn)發(fā)MBS業(yè)務(wù)數(shù)據(jù)。
值得一提的是,MBS服務(wù)器可以位于CSN,由一個CSN獨(dú)享,該方法 與現(xiàn)有技術(shù)相對應(yīng),實(shí)現(xiàn)起來較為筒單;或MBS服務(wù)器位于ASN,由至少 一個CSN共享MBS服務(wù)器。這種結(jié)構(gòu)加強(qiáng)了 MBS服務(wù)器對業(yè)務(wù)和承載的 控制,使得在ASN由多個CSN共享情況下,能夠更好的分配系統(tǒng)資源。
在以上系統(tǒng)構(gòu)架下,在MBS服務(wù)器和位于ASN網(wǎng)關(guān)內(nèi)的業(yè)務(wù)面功能實(shí) 體MBS DPF之間可以有以下幾種傳輸形式
一、 MBS服務(wù)器與MBS DPF之間通過IP多播方式傳輸MBS業(yè)務(wù),由 MBS服務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址將 MBS業(yè)務(wù)構(gòu)建成IP多播報(bào)文,通過多播路由器將所構(gòu)建的IP多播報(bào)文路由 到至少一個ASN或MBS域。這種方法節(jié)約了許多傳輸資源,不需要建立點(diǎn) 到點(diǎn)的隧道,但由于多播路由器的路由范圍較廣,難以將MBS業(yè)務(wù)的傳輸 控制在指定的ASN或MBS域范圍內(nèi)。
二、 MBS服務(wù)器與MBSDPF之間通過IP多播方式傳輸MBS業(yè)務(wù),由 MBS服務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址將 MBS業(yè)務(wù)構(gòu)建成IP多播報(bào)文,通過隧道點(diǎn)到點(diǎn)將IP多播報(bào)文傳輸?shù)街辽僖?個邊界路由器,通過邊界路由器將IP多播報(bào)文路由到至少一個ASN或MBS 域。由于邊界路由器是ASN網(wǎng)絡(luò)到MBS服務(wù)器的第一跳,其路由范圍較小, 通過隧道方式選擇一個或多個邊界路由器,使得MBS業(yè)務(wù)僅被傳輸?shù)絺€別 邊界路由器的范圍內(nèi),較好地控制MBS業(yè)務(wù)在指定ASN或MBS域傳輸。
三、 MBS服務(wù)器與MBS DPF之間通過隧道方式點(diǎn)到點(diǎn)傳輸MBS業(yè)務(wù), 由MBS服務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址
將MBS業(yè)務(wù)構(gòu)建成IP多播報(bào)文,并通過隧道點(diǎn)到點(diǎn)將IP多播報(bào)文傳輸?shù)街?少一個ASN或MBS域。通過該方法能夠精確控制MBS業(yè)務(wù)所傳輸?shù)降腁SN 或MBS域,對于小范圍供應(yīng)的MBS業(yè)務(wù)十分適用。
四、 MBS服務(wù)器與MBS DPF之間通過隧道方式點(diǎn)到點(diǎn)傳輸MBS業(yè)務(wù), MBS服務(wù)器根據(jù)缺省多播地址或廣播地址將MBS業(yè)務(wù)構(gòu)建成IP報(bào)文,通過 隧道點(diǎn)到點(diǎn)將IP多播報(bào)文傳輸?shù)街辽僖粋€ASN或MBS域。通過該方法能夠 精確控制MBS業(yè)務(wù)所傳輸?shù)降腁SN或MBS域,對于小范圍供應(yīng)的MBS業(yè) 務(wù)是否適用。
五、 MBS服務(wù)器與MBS Zone內(nèi)的MBS DPF的錨定點(diǎn)之間通過隧道點(diǎn) 到點(diǎn)傳輸MBS業(yè)務(wù),MBS DPF的錨定點(diǎn)通過R4接口上的隧道發(fā)送給其所 管轄的MBS Zone內(nèi)的其它MBS DPF。
對應(yīng)于以上第一至第三種傳輸形式,可以由MBSDPF對收到的IP多播 報(bào)文根據(jù)服務(wù)流的分類器進(jìn)行分類,并根據(jù)多播地址通過對應(yīng)的隧道分別傳 輸分類后的服務(wù)流。
或者,由MBS DPF將收到的IP多播4艮文以目的地址為缺省多播地址或 廣播地址的形式進(jìn)行封裝,并通過缺省多播地址或廣播地址對應(yīng)的隧道傳輸 封裝后的IP多播報(bào)文。
對應(yīng)于以上第四種傳輸形式,MBS DPF可以直接對收到的目的地址為缺 省多播地址或廣播地址的IP報(bào)文進(jìn)行封裝,并在通過缺省多播地址或廣播地
址對應(yīng)的隧道傳輸封裝后的IP報(bào)文。
間可以通過MBS業(yè)務(wù)果貞粒的隧道承j 每個隧道唯一對應(yīng)一個MBS業(yè)務(wù),基站根據(jù)不同的隧道標(biāo)識區(qū)分MBS業(yè)務(wù)。
或者,如果MBS服務(wù)器和MBSDPF之間采用IP多播方式,且BS上實(shí) 現(xiàn)業(yè)務(wù)分類器功能,MBS DPF與基站之間可以通過一個基站顆粒的隧道承載 所有MBS業(yè)務(wù),基站根據(jù)多播地址區(qū)分MBS業(yè)務(wù)。
基站在空口通過與MBS業(yè)務(wù)相對應(yīng)的單播連接或多播連接承載該MBS 業(yè)務(wù)。
MBS DPF與基站之間承載MBS業(yè)務(wù)的隧道可以是預(yù)先建立的,或在第 一個終端加入該MBS業(yè)務(wù)時或該MBS業(yè)務(wù)會話開始時動態(tài)建立。
考慮宏分集的情況下,MBS DPF需要把一些控制信息和MBS業(yè)務(wù)數(shù)據(jù) 包一起放進(jìn)隧道傳輸?shù)交局械腗BS Agent,然后由基站中的MBS Agent 根據(jù)控制信息進(jìn)行MBS業(yè)務(wù)數(shù)據(jù)包的發(fā)送安排。其中控制信息可以包括 絕對時間標(biāo)記,絕對無線幀號,相對無線幀號,調(diào)制解調(diào)方式,調(diào)制解調(diào)編 碼方式,頻率子信道排列,業(yè)務(wù)數(shù)據(jù)在頻率子信道以及OFDM符號上的映射。
在本發(fā)明的實(shí)施方式中,MBS業(yè)務(wù)以MBS域?yàn)閱挝灰牒统休d,MBS 域劃分方法主要有三種
在MBS系統(tǒng)中引入一個MBS業(yè)務(wù)時,將MBS業(yè)務(wù)覆蓋范圍內(nèi)的基站 形成至少一個基站集合,為每個基站集合分配不同的MBS域標(biāo)識,基站集 合中的基站共用所分配的MBS域標(biāo)識。該方法最為靈活,在不同MBS業(yè)務(wù) 覆蓋范圍差別較大的情況下,該方法較為適用。
或,預(yù)先將MBS系統(tǒng)內(nèi)的基站分到至少一個基站集合內(nèi),在引入一個 MBS業(yè)務(wù)時,將該MBS業(yè)務(wù)同時引入至少一個基站集合,為每個基站集合 分配與該MBS業(yè)務(wù)相對應(yīng)的不同的MBS域標(biāo)識,基站集合中的基站共用所 分配的MBS域標(biāo)識。該方法較為簡便,但不夠靈活,適用于不同MBS業(yè)務(wù) 最小覆蓋范圍基本相同的情況。
對于以上兩種方法,在相同的基站或基站集合引入不同的MBS業(yè)務(wù)時, 需要為該基站或基站集合分配與MBS業(yè)務(wù)相對應(yīng)的不同MBS域標(biāo)識,并為 每個MBS域標(biāo)識對應(yīng)的MBS域分配不同的多播CID。
還可以預(yù)先將MBS系統(tǒng)內(nèi)的基站形成分到至少一個基站集合內(nèi),并為 每個基站集合分配不同的MBS域標(biāo)識,在MBS系統(tǒng)中引入MBS業(yè)務(wù)時, 將該MBS業(yè)務(wù)同時引入至少一個已分配MBS標(biāo)識的基站集合,基站集合中 的基站共用所分配的MBS域標(biāo)識。該方法最簡便,無需考慮MBS域標(biāo)識重 復(fù)的問題,減少了大量的信息檢索工作,但該方法較為死板,適用于MBS 業(yè)務(wù)較少,或覆蓋范圍較類似的區(qū)域。
對于上述第三種方法,同一個MBS域可以對應(yīng)不同的MBS業(yè)務(wù),需要 為MBS域分配與該域中引入的MBS業(yè)務(wù)相同數(shù)目的多播CID,每個MBS 業(yè)務(wù)唯一對應(yīng)一個的多播CID,通過不同的多播CID來區(qū)別不同的MBS業(yè) 務(wù)。
圖2與圖3分別示出本發(fā)明的實(shí)施方式的MBS業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)中的四個 層次示意圖,以及根據(jù)本發(fā)明的第一實(shí)施方式的MBS業(yè)務(wù)架構(gòu)示意圖。在 本實(shí)施方式中,MBS業(yè)務(wù)構(gòu)架包含MS、承載網(wǎng)絡(luò)、MBS Server以及MBS Content Provider四個層次以及構(gòu)架中涉及到的相關(guān)4妄口 。 4妾下來先對這些相 關(guān)接口做一個簡要說明。
1. MBS Controller與AAA的接口 主要完成MBS Controller從AAA獲 取用戶的相關(guān)信息,可以包括人認(rèn)證授權(quán)和安全方面的信息,以及用戶簽約 信息。同時MBS業(yè)務(wù)的相關(guān)計(jì)費(fèi)信息需要與AAA進(jìn)行交換。
2. MBS Controller與MBS Proxy的接口 屬于WiMAX中R3接口的一 部分,主要完成MBS業(yè)務(wù)控制流程與MBS Proxy的交換,包括業(yè)務(wù)廣播、 密鑰分發(fā)、session建立/停止、用戶加入/退出等過程。
3. MBS Controller與Content Server的接口 主要控制Content Server中 業(yè)務(wù)承載的建立,維護(hù)業(yè)務(wù)承載的信息等。如果這兩個功能在一個實(shí)體中實(shí) 現(xiàn),則屬于內(nèi)部接口。
4. MBS Controller與Content Provider的接口 主要控制MBS業(yè)務(wù)內(nèi)容 如何到MBS Content Server的傳輸,可能還包括交換計(jì)費(fèi)、鑒權(quán)等信息。
5. MBS Controller與MS的接口屬于MBS業(yè)務(wù)的應(yīng)用層接口 ,主要為
和用戶交換應(yīng)用層的控制信息,如MAK密鑰信息等。
6. MBS Content Server與MR的接口 如果采用IP多播承載MBS業(yè)務(wù), 這個接口將采用IP多播協(xié)議進(jìn)行或者也可以采用隧道進(jìn)行發(fā)送MBS業(yè)務(wù)數(shù) 據(jù)。
7. MBS Content Server與Content Provider的接口 提供MBS業(yè)務(wù)從源 到Content Server的數(shù)據(jù)通道。
8. MBS Content Server與MBS DPF的接口 提供MBS Content Server到 MBS DPF的多播數(shù)據(jù)分發(fā)通道,可以具有IP多播協(xié)議,也可以基于隧道進(jìn) 行承載。
9. MBS DPF與MR的接口 采用IP多播協(xié)議對MBS多播數(shù)據(jù)進(jìn)行分發(fā)。
10. MBS Proxy與MR的接口 負(fù)責(zé)IGMP的信令交互。
11. MBS DPF與位于BS內(nèi)的MBS Agent的接口 完成MBS業(yè)務(wù)控制 的相關(guān)功能和MBS業(yè)務(wù)數(shù)據(jù)的發(fā)送。
12. BS與MS的接口完成802.16e所定義的MBS相關(guān)的空口功能。 下面對這四個層次分別說明。
第一個層次是MS, MS作為接收MBS業(yè)務(wù)的終端,需要和網(wǎng)絡(luò)進(jìn)行交 互,獲得網(wǎng)絡(luò)允許其接收MBS業(yè)務(wù)的授權(quán),建立接收MBS業(yè)務(wù)的相應(yīng)資源, 在接收過程中維護(hù)相應(yīng)的信息,并在必要的時候向網(wǎng)絡(luò)反饋所接收的MBS 業(yè)務(wù)的情況。
第二個層次是承載網(wǎng)絡(luò)包,承載網(wǎng)絡(luò)包括接入網(wǎng)絡(luò)ASN、 CSN的相應(yīng)部 分,如AAA、 MR等。承載網(wǎng)絡(luò)的主要功能是提供建立MBS業(yè)務(wù)的信令承 載和MBS業(yè)務(wù)承載,其中包括在網(wǎng)絡(luò)中各節(jié)點(diǎn)建立MBS業(yè)務(wù)實(shí)例、分發(fā) MBS業(yè)務(wù)數(shù)據(jù)、管理MBS業(yè)務(wù)的資源使用和分配情況。值得指出的是,如 果在MBS業(yè)務(wù)傳輸過程中使用IP多播組的方式,則MR就可以存在,由此
可見MR在本實(shí)施方式中是一個可選的功能或設(shè)備。
具體地說,在本發(fā)明的實(shí)施方式中,承載網(wǎng)絡(luò)包含位于BS內(nèi)的MBS Agent、 MBS Proxy、 MBS DPF、 AAA與MR四部分功能,下面予以——介 紹
,口 o
其中,BS內(nèi)的MBS Agent完成802.16e中所定義的MBS業(yè)務(wù)的功能, 同時與ASN網(wǎng)關(guān)交互,接受ASN網(wǎng)關(guān)的管理,進(jìn)一步完成對MBS業(yè)務(wù)的 控制。此外,它還負(fù)責(zé)幫助和MS的MBS多播業(yè)務(wù)的加入,空口承載的建立 /刪除,以及鏈路層密鑰的加密。
ASN網(wǎng)關(guān),包含MBS代理(MBS Proxy )和MBS數(shù)據(jù)通道功能體(MBS DPF )功能。MBS Proxy完成ASN中對MBS業(yè)務(wù)的控制,負(fù)責(zé)終端的MBS 會話的建立。例如,增加或者刪除IP多播流的過程就需要通過ASN網(wǎng)關(guān)。 ASN網(wǎng)關(guān)是IP業(yè)務(wù)到終端的第一跳。它負(fù)責(zé)與BS進(jìn)行通信,增加或者刪除 IP多播流,可能進(jìn)行MBS相關(guān)密鑰的管理和分配多播CID,比如MGTEK 的產(chǎn)生分發(fā)和維護(hù)。
如果需要考慮MBS的宏分集功能,需要MBS Proxy實(shí)現(xiàn)節(jié)點(diǎn)的同步控 制,以及協(xié)助位于BS內(nèi)的MBS Agent進(jìn)行無線資源調(diào)度管理,實(shí)現(xiàn)業(yè)務(wù)內(nèi) 容在不同BS上的同步發(fā)送。具體的為了實(shí)現(xiàn)宏分集,在承載網(wǎng)絡(luò)內(nèi)部需要 完成如下功能
1、 節(jié)點(diǎn)同步參與宏分集的位于BS內(nèi)的MBS Agent與上級調(diào)度節(jié)點(diǎn) (MBS PROXY和MBS DPF )之間是彼此同步的,需要上級調(diào)度節(jié)點(diǎn)來安排
發(fā)送的時間和資源;實(shí)現(xiàn)節(jié)點(diǎn)之間的同步,如GPS可以解決。
2、 資源同步要求BS使用相同的資源來發(fā)送此MBS數(shù)據(jù)。需要BS 的上級節(jié)點(diǎn)MBS Proxy來統(tǒng)一為MBS業(yè)務(wù)調(diào)度資源,調(diào)度范圍包括同一個 MBS zone內(nèi)的所有BS。
另外在上級節(jié)點(diǎn)的數(shù)據(jù)告知下游各個節(jié)點(diǎn)時,上級節(jié)點(diǎn)的數(shù)據(jù)可以精確
地同時到達(dá)下游各個節(jié)點(diǎn),或者在可允許的時間內(nèi)到達(dá)下游各個節(jié)點(diǎn),比如
通過絕對時間,相對時間等標(biāo)簽加上MBS數(shù)據(jù)包一起發(fā)送。
為了保證各節(jié)點(diǎn)之間的時延同步,MBS DPF通過動態(tài)去檢測(如發(fā)送數(shù) 據(jù)包到相關(guān)節(jié)點(diǎn),進(jìn)行環(huán)回測試獲知各節(jié)點(diǎn)之間的同步時延),或者在網(wǎng)絡(luò) 配置的時候去測試,獲取后再配置給MBS DPF;或者通過MBS DPF和BS 之間進(jìn)行檢測和動態(tài)調(diào)整。如MBS DPF和BS間的幀和幀號通過GPS同步 了 ,那么可以初始測量估算一個達(dá)到BS的時延,并據(jù)此發(fā)送數(shù)據(jù)要求BS在 某個幀發(fā)送,如果數(shù)據(jù)到達(dá)的過早了, BS就回復(fù)要求MBSDPF下次晚一點(diǎn) 發(fā)送,如果到達(dá)過晚了 , BS就要求MBS DPF早點(diǎn)發(fā)送,如果到達(dá)時間正好, 就不反饋,這樣達(dá)到一個動態(tài)平衡。
另外由于屬于同一個MBS Zone內(nèi)的各個基站之間的DIUC (在空口上 用來告知終端其需要接收的對應(yīng)的數(shù)據(jù)資源區(qū)里的數(shù)據(jù)所采用的編碼調(diào)制方 式的索引號,終端根據(jù)該索引號就可以找到具體的編碼調(diào)制方式)和具體的 編碼調(diào)制方式之間的對應(yīng)關(guān)系可能不一樣, 一種方式是MBS Proxy直接告知 對應(yīng)的MBS業(yè)務(wù)數(shù)據(jù)包需要采用的具體的編碼調(diào)制方式;另外就是提前獲 知各個基站下的那個映射關(guān)系,從而針對不同的基站采用不同的DIUC進(jìn)行 指示;再者就是關(guān)于MBS的DIUC重新自定義,不存在不同廠家會有不同的 映射關(guān)系。
進(jìn)一步地,MBS proxy可能需要統(tǒng)一構(gòu)造安排同一個MBS Zone內(nèi)的 MBS_MAP, MBS_MAP消息首次發(fā)送時的時間戳和周期,或者基站要發(fā)的 相應(yīng)的MBS一MAP消息的發(fā)送時MBS一MAP消息的位置指示信息,如通過包 含OFDMA符號偏移,OFDMA子信道偏移,OFDMA符號數(shù)目,OFDMA 子信道數(shù)目等參數(shù)中的至少一個參數(shù),來指示該MBS—MAP消息的位置指示 信息等。所述DIUC的分配、MBS_MAP消息的構(gòu)造等也是調(diào)度資源的方式 之一。
AAA:負(fù)責(zé)訂閱MBS業(yè)務(wù)的用戶的鑒權(quán)認(rèn)證和計(jì)費(fèi);也可能實(shí)現(xiàn)對MBS 業(yè)務(wù)的授權(quán)。AAA在這些過程中可以和MBS業(yè)務(wù)訂閱情況數(shù)據(jù)庫交互獲取 MBS用戶的profile信息。如是否簽約,簽約具體情況,計(jì)費(fèi)情況。
MR為符合RFC的多播路由器,可以位于ASN,也可以位于CSN域中, 等等。
本實(shí)施方式的承載網(wǎng)絡(luò)中有以下特點(diǎn)。首先,如上所述,如果在MBS 業(yè)務(wù)傳輸過程中,使用IP多播組的方式,則MR就可以存在,并且MR的位 置可靈活選。具體地說,MR可以位于MBS Content Provider中,作為其業(yè) 務(wù)分發(fā)的功能實(shí)體存在;也可以位于ASN網(wǎng)關(guān)中,MBS Content Server把業(yè) 務(wù)數(shù)據(jù)發(fā)送到ASN網(wǎng)關(guān)后,由MR進(jìn)行分發(fā);MR還可以如圖中那樣單獨(dú)設(shè) 置,成為獨(dú)立的一個實(shí)體。
其次,參見圖3,在承載網(wǎng)絡(luò)中,還包含MBS Subscriber Profile Manager 與Subscriber Profile Database。其中,MBS Subscriber Profile Manager負(fù)責(zé)維 護(hù)已經(jīng)被訂閱的MBS業(yè)務(wù)的具體信息,如哪些用戶到底訂閱了哪些MBS業(yè) 務(wù),以及這些MBS業(yè)務(wù)本身的運(yùn)營商需要維護(hù)的信息。Subscriber Profile Database本身不會因?yàn)镸BS業(yè)務(wù)而存在,它相當(dāng)于已有系統(tǒng)中的存儲用戶簽 約Profile的信息數(shù)據(jù)庫。對于MBS業(yè)務(wù)來說,該數(shù)據(jù)庫維護(hù)了訂閱MBS業(yè) 務(wù)的用戶信息。
第三個層次是MBS SERVER,它包括MBS Controller和Content Server, MBS Controller負(fù)責(zé)處理控制面方面的功能,Content Server負(fù)責(zé)處理用戶面 方面的功能。需要指出的是,在本實(shí)施方式中,這兩個功能實(shí)體可以在一個 物理實(shí)體中實(shí)現(xiàn),也可以在不同物理實(shí)體中實(shí)現(xiàn)。有時MR等功能也可以包 括在這個層次,但應(yīng)該位于MBS Content Server中,負(fù)責(zé)多播數(shù)據(jù)的分發(fā)。
具體地說,MBS Controller負(fù)責(zé)五大功能。 一、管理和提供MBS會話信 息通過V-AAA與ASN網(wǎng)關(guān)交互,通過ASN網(wǎng)關(guān)與MS交互,通過ASN 網(wǎng)關(guān)與BS交互;保存所有業(yè)務(wù)的會話信息(節(jié)目名與多播地址、端口號以 及BCMCS流ID的對應(yīng)關(guān)系,業(yè)務(wù)承載的鏈路層信息如IP頭壓縮參數(shù),另 外還有加密、安全相關(guān)的參數(shù)等);二、產(chǎn)生和保持加密安全方面的信息, 如MAK的產(chǎn)生和分發(fā)等;三、幫助MS發(fā)現(xiàn)其期望的MBS內(nèi)容信息,如為 用戶提供節(jié)目、節(jié)目表等信息的查詢;四、IP多播地址的分配,以及端口號 的指定,還包括對于MBS內(nèi)容的管理信息,如MBS會話的開始時間,周期, 即發(fā)送諸:i口 session start, service announcement等消息;五、對Content Provider 鑒權(quán),管理業(yè)務(wù)內(nèi)容由Content Provider到Content Server的傳送。
就MBS Content Server而言,它可以說是IP多播流的組裝者,能夠存儲 或者組裝從MBS內(nèi)容供應(yīng)商來的MBS內(nèi)容,包括合并從不同的內(nèi)容供應(yīng)商 來的內(nèi)容;如果應(yīng)用高層加密,那么MBS server將會在這里進(jìn)行加密。并且, MBS Content Server還根據(jù)Controller的會話信息,把來自業(yè)務(wù)源的內(nèi)容轉(zhuǎn)變 為會話要求的格式。此外,如果要做高層加密,如SRTP,則在Content Server實(shí)現(xiàn)。
另外,如上所述,MBS SERVER中,MBS CONTROLLER和MBS CONTENT SERVER可以位于一個或兩個不同物理實(shí)體中。MBS Server在 CSN中提供,包括MBS Controller和MBS Content Server兩個功能實(shí)體,其 可以位于一個物理實(shí)體中,也可以位于不同的物理實(shí)體中。如果位于不同物 理實(shí)體中,這兩者之間有相應(yīng)的接口。
第四個層次是MBS Content Provider,該實(shí)體是MBS內(nèi)容的提供者或者 說是MBS內(nèi)容的源,可以由第三方的內(nèi)容供應(yīng)商或是運(yùn)營商自己提供,可 以是幾路電視信號,也可以是ICP與移動運(yùn)營商接口的所有計(jì)費(fèi)、控制、業(yè) 務(wù)內(nèi)容實(shí)體。
以上對第一實(shí)施方式的MBS業(yè)務(wù)構(gòu)架中的四個層次及其相關(guān)接口作了 說明,需要特別指出的是,在本實(shí)施方式中,MR為符合IETFRFC的標(biāo)準(zhǔn)多
播路由器,如果Content Server與ASN網(wǎng)關(guān)之間的多播IP流通過隧道傳輸, 則可以省略這個網(wǎng)元或功能。
圖4示出根據(jù)本發(fā)明的第二實(shí)施方式的處于漫游狀態(tài)的MS接收漫游地 提供的MBS業(yè)務(wù)的構(gòu)架。
本實(shí)施方式中,MBS業(yè)務(wù)的構(gòu)架中同樣包含MS、承載網(wǎng)絡(luò)、MBS Server 以及MBS Content Provider。并且承載網(wǎng)絡(luò)中的BS 、 ASN網(wǎng)關(guān)、AAA與MR 四個功能部分、以及MBS SERVER中的MBS Controller和Content Server的 功能、以及MBS業(yè)務(wù)架構(gòu)涉及到的接口與第一實(shí)施方式中的情況相同,在 此不做贅述。
在本實(shí)施方式中,提供了漫游情況下,處于漫游狀態(tài)的MS接收漫游地 提供的MBS業(yè)務(wù)的結(jié)構(gòu)。具體地說,由于MBS業(yè)務(wù)一般情況下都在預(yù)先確 定的區(qū)域發(fā)送,因此當(dāng)MS移動到漫游地時, 一般不能接收到HOME網(wǎng)絡(luò)提 供的MBS業(yè)務(wù),但可以接收漫游地所提供的MBS業(yè)務(wù),但這時MS需要和 HOME網(wǎng)絡(luò)交互一些鑒權(quán)和簽約信息。MS可以在漫游地訂閱和加入MBS業(yè) 務(wù)。
HOME網(wǎng)絡(luò)所提供的MBS業(yè)務(wù)如果與漫游地的MBS Server互通,換句 話說,MBS Content Provide提供同樣的業(yè)務(wù),貝'J MS可以如在HOME網(wǎng)絡(luò)一 樣享受所訂閱的業(yè)務(wù)。
圖5示出根據(jù)本發(fā)明的第三實(shí)施方式的MBS業(yè)務(wù)構(gòu)架示意圖。
在本實(shí)施方式中,MBS業(yè)務(wù)的構(gòu)架中同樣包含MS、承載網(wǎng)絡(luò)、MBS Server以及MBS Content Provider。并且承載網(wǎng)絡(luò)中的BS、 ASN網(wǎng)關(guān)、AAA 與MR四個功能部分、以及MBS SERVER中的MBS Controller和Content Server的功能、以及MBS業(yè)務(wù)架構(gòu)涉及到的接口與第 一實(shí)施方式中的情況相 同,在此不做贅述。
不同的是,在本實(shí)施方式中,用戶的授權(quán)認(rèn)證需要在CSNAAA中進(jìn)行。
并且,MBS Server在ASN實(shí)現(xiàn),作為ASN所提供的一個孑義載類型和業(yè)務(wù)控 制功能提供給CSN使用。這一點(diǎn)是本實(shí)施方式與第一第二實(shí)施方式最大的區(qū) 別。同時,在本實(shí)施方式中,Content Provider既可以由ASN提供,也可以 由CSN提供,還可以由第三方提供。
通過本實(shí)施方式的這種結(jié)構(gòu),加強(qiáng)了 MBS Server對業(yè)務(wù)和承載的控制, 使得在ASN由多個CSN共享情況下,能夠更好的分配系統(tǒng)資源。
在本發(fā)明的實(shí)施方式中,還提出了基于上述MBS業(yè)務(wù)構(gòu)架下的MBS業(yè) 務(wù)傳輸方式以及網(wǎng)絡(luò)實(shí)體的兩個具體方案,下面進(jìn)一步予以解釋和說明。
MBS信令面是指用于控制MBS業(yè)務(wù)的信令行為集合。MBS業(yè)務(wù)和MBS 信令可采用隧道、單播、多播多種傳輸方式實(shí)現(xiàn),在下文中提出的各種方案 都適用于業(yè)務(wù)面和信令面的傳輸。
區(qū)分信令面的目的在于,MBS系統(tǒng)中各實(shí)體在處理MBS業(yè)務(wù)時能夠在 傳輸層直接區(qū)分出是MBS信令還是MBS業(yè)務(wù),以便提高處理效率。例如, MBS Server發(fā)送"Session Start"信令至ASN網(wǎng)關(guān),用于告知MBS業(yè)務(wù)開 始時間,并觸發(fā)接入網(wǎng)創(chuàng)建業(yè)務(wù)面承載數(shù)據(jù)通道。
同傳輸方式下的不同IP流實(shí)現(xiàn)。其中,IP流是指能夠通過IP報(bào)文中的IP源 地址、IP目的地址、JI良務(wù)優(yōu)先級TOS/DSCP、協(xié)議類型、流標(biāo)簽FlowLabel、 TCP/UDP源端口號、TCP/UDP目的端口號中的一個或多個唯一標(biāo)識的IP數(shù) 據(jù)流。
第一個MBS業(yè)務(wù)傳輸方案如圖6所示。
首先說明該MBS業(yè)務(wù)傳輸方案中MBS Server和ASN網(wǎng)關(guān)間的傳輸方 式。MBS Server和ASN網(wǎng)關(guān)之間的MBS傳輸通過IP多播方式實(shí)現(xiàn)。其中, ASN網(wǎng)關(guān)需實(shí)現(xiàn)IP多播協(xié)議IGMP (IPv4 )和MLD (IPv6 ),而MBS Server 則負(fù)責(zé)分配IP多播地址、構(gòu)建IP多播組,并將不同的內(nèi)容承載在IP多播組
上傳輸。
需要指出的是, 一個IP多播組中可包含一個或多個具有相同IP多播地
址的IP流。在使用IP多播模式下,MBS Server有兩種實(shí)現(xiàn)方式
第一種實(shí)現(xiàn)方式是MBS Server構(gòu)建的IP多播報(bào)文直接通過多播路由 器MR路由到一個或多個ASN網(wǎng)絡(luò)或MBS Zone內(nèi)。第二種實(shí)現(xiàn)方式是雖 然MBS Server構(gòu)建了 IP多播報(bào)文,但并不直接通過IP多播路由方式路由到 各個ASN網(wǎng)絡(luò)或MBS Zone內(nèi),而是先通過隧道方式將IP多播報(bào)文傳輸?shù)?一個或多個邊界路由器,再通過邊界路由器多播路由到一個或多個接入網(wǎng)
與此同時,在使用上述IP多播模式下,ASN網(wǎng)關(guān)有三種實(shí)現(xiàn)方式第 一種,ASN網(wǎng)關(guān)僅做為多播路由器MR,具體地_說,上行方向接收和處理 MS發(fā)起的IGMP Join/Leave消息,同時通過多播路由協(xié)議知會相鄰的MR; 下行方向ASN網(wǎng)關(guān)將接收到的IP多播數(shù)據(jù)包根據(jù)服務(wù)流的分類器進(jìn)行分類, 發(fā)送到不同的DataPath上。第二種,ASN網(wǎng)關(guān)不做為MR,而其本身做為多 播組成員加入多播組。此時MS不要求使用IGMP/MLD協(xié)議。ASN網(wǎng)關(guān)接 收到IP多播數(shù)據(jù)包后更新IP報(bào)文的目的地址為缺省多播地址(all-node multicast address)或廣播地址(v4),再封裝轉(zhuǎn)發(fā)到ASN內(nèi)特定的DataPath 上。第三種,ASN網(wǎng)關(guān)不僅做為MR,并且其本身做為多播組成員加入多播 組。此時可同時為支持IGMP/MLD和不支持IGMP/MLD的MS提供MBS 業(yè)務(wù)。對于支持IGMP/MLD的MS, ASN網(wǎng)關(guān)直接轉(zhuǎn)發(fā)IP多播數(shù)據(jù)給MS; 對于不支持IGMP/MLD的MS, ASN網(wǎng)關(guān)將接收到的IP多播數(shù)據(jù)包的目的 地址更新為缺省多播地址(all-node multicast address)或廣播地址(v4 ), 再重新封裝轉(zhuǎn)發(fā)終端,以便MS的IP層識別和接受該IP報(bào)文。需要指出的 是,對于兩種MS的同一業(yè)務(wù),需承載在不同Data Path上,以便在ASN內(nèi) 區(qū)分。
上面已對圖6所示的MBS業(yè)務(wù)傳輸方案中,MBS Server和ASN網(wǎng)關(guān)之 間的傳輸方式進(jìn)行了說明,接下來,進(jìn)一步描述該MBS業(yè)務(wù)傳輸方案中, ASN網(wǎng)關(guān)和BS間的傳輸方式。
ASN網(wǎng)關(guān)和BS之間隧道的顆粒度基于MBS業(yè)務(wù)顆粒度,而與MS無關(guān)。 進(jìn)一步說, 一個MBS業(yè)務(wù)對應(yīng)一個Data Path。 ASN網(wǎng)關(guān)將接收到的IP數(shù)據(jù) 重新封裝承載在R6 Data Path上。在MBS業(yè)務(wù)中,不存在ASN網(wǎng)關(guān)和ASN 網(wǎng)關(guān)間的數(shù)據(jù)轉(zhuǎn)發(fā)。
在本方案中,ASN網(wǎng)關(guān)將不同MBS業(yè)務(wù)分發(fā)到不同DP上,BS根據(jù)不 同的DP ID區(qū)分不同的MBS業(yè)務(wù),同時在空口上使用已分配好的CID或多 播CID傳輸?shù)浇K端。
需要指出的是,如果MBS Server和ASN網(wǎng)關(guān)之間采用IP多播方式,且 BS上實(shí)現(xiàn)業(yè)務(wù)分類器功能,則ASN網(wǎng)關(guān)和BS之前的MBS Data Path只需要 一個即可,所有的MBS業(yè)務(wù)均在此DP上傳送。BS根據(jù)不同的多播地址識 別不同的MBS業(yè)務(wù),并在空口上用已分配好的CID或多播CID傳送。
此外,在本方案中,ASN網(wǎng)關(guān)和BS之間的承載通道可以是預(yù)建立的; 也可以是在第一個用戶申請加入或加入后Session Start時動態(tài)建立,在最后 一個用戶離開時釋i文。
第二個MBS業(yè)務(wù)傳輸方案如圖7所示。
首先說明該MBS業(yè)務(wù)傳輸方案中MBS Server和ASN網(wǎng)關(guān)間的傳輸方式。
MBS Server和ASN網(wǎng)關(guān)之間的MBS傳輸通過隧道方式實(shí)現(xiàn)。ASN網(wǎng) 關(guān)和MBS Server需實(shí)現(xiàn)相應(yīng)的隧道協(xié)議,例如L2TP、 GRE、 MPLS等等。 MBS Server傳送的不同IP報(bào)文使用不同的隧道傳輸。同 一個IP報(bào)文使用不 同的隧道才能發(fā)送到不同的ASN網(wǎng)絡(luò)或MBS Zone內(nèi),此時該IP報(bào)文相當(dāng) 于MBS Server重復(fù)發(fā)送多次。
在這種傳輸才莫式下,MBS Server有兩種實(shí)現(xiàn)方式。
第一種實(shí)現(xiàn)方式是,MBS Server使用IP多播承載上層業(yè)務(wù)。MBS Server 負(fù)責(zé)分配IP多播地址、構(gòu)建IP多播組并將不同的內(nèi)容承載在IP多播組上傳 輸。但與第一個方案不同的是,構(gòu)建好的IP多播報(bào)文通過隧道方式傳輸?shù)揭?個或多個ASN網(wǎng)絡(luò)或MBS Zone內(nèi)。相應(yīng)的,ASN網(wǎng)關(guān)根據(jù)不同的隧道區(qū) 分不同的MBS業(yè)務(wù),從而將其封裝并轉(zhuǎn)發(fā)到ASN不同的Data Path上。
與此同時,ASN網(wǎng)關(guān)相應(yīng)的實(shí)現(xiàn)方式為,ASN網(wǎng)關(guān)實(shí)現(xiàn)多播路由器功能, 上行方向接收和處理MS發(fā)起的IGMP Join/Leave消息,同時通過多播路由 協(xié)議知會相鄰的MR;下行方向ASN網(wǎng)關(guān)將接收到的IP多播數(shù)據(jù)包根據(jù)服 務(wù)流的分類器進(jìn)行分類,發(fā)送到不同的Data Path上。
另外,MBS Server的第二種實(shí)現(xiàn)方式是MBS Server不使用IP多播承 載上層業(yè)務(wù)。發(fā)送的IP報(bào)文目的地址可以是缺省多播地址(all-node multicast address)或廣播地址(v4 )。這些IP凈艮文通過隧道方式傳輸?shù)揭粋€或多個 ASN網(wǎng)絡(luò)或MBS Zone內(nèi)。在這種情況下,ASN網(wǎng)關(guān)相應(yīng)的實(shí)現(xiàn)方式為, ASN網(wǎng)關(guān)將接收到的不同隧道的IP數(shù)據(jù)重新封裝轉(zhuǎn)發(fā)到不同的R6 Data Path 上,最終發(fā)給終端。
另外,如果MBS Zone跨多個ASN或者說跨多個MBS DPF時,MBS Server與MBS Zone間的業(yè)務(wù)傳送方式分為以下兩種
1 ) MBS Server獨(dú)立分發(fā)到MBS Zone內(nèi)的各個MBS DPF,如果MBS
Server與Zone間的傳輸模式是隧道方式,此時MBS Server還需 要維護(hù)MBSDPF列表;如杲是多播路由方式,只能通過在靜態(tài)路 由配置控制業(yè)務(wù)播送范圍;
2 ) 業(yè)務(wù)分發(fā)是由MBS Server發(fā)送到MBS Zone內(nèi)與MBS Proxy綁定
的(如存在于同一個ASNGW上,或者說該MBS Zone內(nèi)的錨定 MBS DPF )MBS DPF,再由R4接口發(fā)送到Zone內(nèi)其它MBS DPF。
特別是考慮到以后支持宏分集的情況,尤其需要如此。如果考慮
MBS Proxy在ASN GW上實(shí)現(xiàn),此時位于MBS proxy所在 ASN-GW的MBS DPF就相當(dāng)于此MBS業(yè)務(wù)的錨定MBS數(shù)據(jù)通 道功能體(Anchor MBS DPF ) , MBS Zone內(nèi)其它ASN GW上的 MBS DPF相當(dāng)于服務(wù)MBS數(shù)據(jù)通道功能體Serving MBS DPF。
上面已對圖7所示的MBS業(yè)務(wù)傳輸方案中,MBS Server和ASN網(wǎng)關(guān)之 間的傳輸方式進(jìn)行了說明,在本方案中,ASN網(wǎng)關(guān)和BS間的傳輸方式與上 一個方案是相同的,在此不做贅述。以上對本發(fā)明的實(shí)施方式提出的MBS 業(yè)務(wù)的總體架構(gòu)下的MBS Server和ASN網(wǎng)關(guān)間的業(yè)務(wù)和信令傳輸方式,以 及ASN網(wǎng)關(guān)和BS間的業(yè)務(wù)和信令傳輸方式進(jìn)行了闡述??梢岳斫?,MBS Zone組成了 MBS業(yè)務(wù)的分發(fā)區(qū)域,對MBS Zone的不同理解,可以構(gòu)成MBS 業(yè)務(wù)的不同方案。接下來,進(jìn)一步解釋說明本發(fā)明的實(shí)施方式提出的MBS 業(yè)務(wù)的總體架構(gòu)下的MBS Zone的三種劃分方案。
在第一種方案中,MBS域劃分需要滿足以下條件
1 ) 一個MBS域是對應(yīng)于一個MBS業(yè)務(wù)的, 一個MBS業(yè)務(wù)可以在多個 MBS域中同時提供。此時,屬于一個MBS業(yè)務(wù)的MBS域一般不會有交疊。 一個MBS業(yè)務(wù)的一個MBS域有可能和另外一個MBS業(yè)務(wù)的一個MBS域包 含完全一致的BS集合。
2 )MBS域ID必須全局唯一,所謂全局的范圍在不同的劃分方式下不同, 在以下劃分方式中"i兌明。MBS域ID的唯一性包含兩方面的意思不同的MBS 業(yè)務(wù)之間即使BS集合一致也應(yīng)該分配不同的MBS域ID;同屬于一個MBS 業(yè)務(wù)的不同MBS域ID也不相同。
3) 當(dāng)為一個MBS域分配多播CID的時候,此多播CID應(yīng)該是MBS域 內(nèi)所有BS都空閑的,即沒有其他MBS業(yè)務(wù)正在使用。
4) 一個MBS域只有一個MBS業(yè)務(wù)即只有一個服務(wù)流,只能分配一個
33
多播CID。
5) —個MBS業(yè)務(wù)可以承栽一個或多個IP流,即多個Content,當(dāng)承載 多個content時,就需要使用邏輯信道ID在鏈路層( 一個多播CID內(nèi))進(jìn)行 進(jìn)一步標(biāo)識。
接下來參照圖8,描述在上述條件下運(yùn)營者配置MBS域方案。
當(dāng)運(yùn)營者需要引入一個MBS業(yè)務(wù)的時候,就需要為每一個基站BS配置 所屬的MBS域ID。可選地,也配置好這個MBS域中的所有基站用以傳輸 MBS業(yè)務(wù)以及信令的多播CID。然后,根據(jù)配置的MBS域在終端和網(wǎng)絡(luò)之 間建立統(tǒng)一的安全聯(lián)盟。需要指出的是,由于一個BS可以同時屬于不同MBS 業(yè)務(wù)的不同MBS域,因此配置的過程中,MBS域ID必須保證互相不沖突。
例如有兩個MBS業(yè)務(wù)MBSl, MBS2,需要在圖8中的區(qū)域內(nèi)發(fā)送。 其中一種可能的配置方式是物理區(qū)域1發(fā)送MBS1,相應(yīng)的MBS域ID為 1;物理區(qū)域2發(fā)送MBS2,相應(yīng)的MBS域ID為2;物理區(qū)域3同時發(fā)送 MBS1和MBS2,相應(yīng)的MBS域ID也分配了兩個3和4。
接下來參照圖9,描述自動配置MBS域方案。
為了方便ASN報(bào)告多播CID的忙閑狀態(tài),所有MBS服務(wù)器加入一個特 定的IP多播組,這樣ASN只要發(fā)送一份IP數(shù)據(jù)包就可以通知到所有的MBS 服務(wù)器。
運(yùn)營者需要創(chuàng)建一個新的MBS服務(wù)的時候,只需要給MBS服務(wù)器一個 指令(可以來自運(yùn)營者或者M(jìn)BS服務(wù)的內(nèi)容提供者),剩余的MBS域的劃 分以及參數(shù)配置都由MBS服務(wù)器完成。
在本方案中需要注意以下幾點(diǎn)
1:當(dāng)MBS服務(wù)器受到觸發(fā)的時候,觸發(fā)的指令中必須包括本MBS服 務(wù)所關(guān)心的ASN范圍。MBS服務(wù)器就會向所有關(guān)心的ASN查詢當(dāng)前的資源
信息(主要包括已經(jīng)分配的MBS-Zone-ID以及多播CID )。
2:當(dāng)一個ASN中的MBS相關(guān)控制實(shí)體,這里記為MBS-Agent ( —般 位于ASN網(wǎng)關(guān)上),收到MBS服務(wù)器的查詢請求以后,或者向BS輪詢一 遍最新的狀態(tài),或者直接把自身擁有的信息作為查詢應(yīng)答返回到所有的MBS 服務(wù)器。后者情況中,必須保證自身擁有的信息是和實(shí)際BS上的信息一致 的。
3:當(dāng)MBS服務(wù)器獲得最新的ASN資源信息以后,根據(jù)這些信息,網(wǎng) 絡(luò)的拓樸結(jié)構(gòu)以及運(yùn)營者希望的劃分方式,把不同的ASN劃入不同的MBS 域,并且指定MBS域中使用的多播CID。另外,還需要為每一個MBS域分 配一個MBS域ID,保證不和已經(jīng)存在的MBS域ID沖突。具體的做法,可 以是全局的范圍內(nèi)保證唯一,也可以是規(guī)定MBS-Zone-ID就包含了 一些位表 示此MBS-Zone-ID是由哪個MBS服務(wù)器分配的,于是僅僅需要考慮在一個 MBS服務(wù)器內(nèi)唯一就保證了全局的唯一性。
4:為了方便管理,MBS服務(wù)器還可以為當(dāng)前MBS服務(wù)的每一個MBS 域建立一個多播組(如果只有一個ASN屬于這個MBS域,建議選擇單播方 式),具體實(shí)現(xiàn)可以是指示MBS-agent加入一個MBS服務(wù)器分配的IP多播 地址。
5:當(dāng)相關(guān)的ASN接受了 MBS服務(wù)器的分配以后,主動地發(fā)送資源(主 要包括多播CID以及MBS域ID)更新到所有的MBS服務(wù)器。
在第二種方案中,MBS域劃分需要滿足以下條件
1 )在創(chuàng)建MBS業(yè)務(wù)之前就事先規(guī)劃好的一組BS集合,對應(yīng)于一個固 定的物理區(qū)域(PHY AEAR如圖);如果一個MBS業(yè)務(wù)需要在一個物理區(qū) 域上發(fā)送,那么需要為這個物理區(qū)域分配一個MBS域ID,此時這個物理區(qū) 域?qū)τ谠揗BS業(yè)務(wù)就是一個MBS域; 一個MBS業(yè)務(wù)的發(fā)送或者被承載是 以MBS域?yàn)閱挝坏?,即一旦某個MBS域內(nèi)的某個BS可以發(fā)送該MBS業(yè)務(wù),
那么該MBS域內(nèi)的所有BS都會發(fā)送該MBS業(yè)務(wù),而且對于同一個MBS 業(yè)務(wù)的諸如多播CID,邏輯信道ID, MGSA在一個MBS域內(nèi)都一致;
2)—個MBS業(yè)務(wù)可以在多個MBS域中同時提供。此時,屬于一個MBS 業(yè)務(wù)的MBS域一般不會有交疊。如果兩個MBS業(yè)務(wù)在一個BS上發(fā)送,那 么這個BS所屬的物理區(qū)域包含的所有BS —定發(fā)送這兩個MBS業(yè)務(wù)。
3 ) MBS域ID必須全局唯一。其中不同的MBS業(yè)務(wù)之間即使BS集 合一致也應(yīng)該分配不同的MBS域ID; —個MBS業(yè)務(wù)可以被)K載在不同的享 有不同MBS域ID的不同MBS域內(nèi)。
4) 一個MBS業(yè)務(wù)可以承載一個或多個IP流,即多個Content,當(dāng)承載 多個content時,就需要使用邏輯信道ID在鏈路層進(jìn)行進(jìn)一步標(biāo)識。
5) —個物理區(qū)域(PHYAEAR)上可以承載多個MBS業(yè)務(wù),即一個物 理區(qū)域上的BS可以擁有多個MBS域ID。
接下來參照圖10,描述根據(jù)本發(fā)明的實(shí)施方式提出的MBS業(yè)務(wù)的總體 架構(gòu)下的MBSZone的第二種劃分方案中,運(yùn)營者配置MBS域方案。
當(dāng)運(yùn)營者需要引入一個MBS業(yè)務(wù)的時候,就需要為每一個已經(jīng)設(shè)定好 的PHY區(qū)域分配一個MBS域ID。無論是運(yùn)營者手動的方式,還是MBS服 務(wù)器分配,還是接入網(wǎng)分配,這個MBS域中的所有基站用以傳輸MBS業(yè)務(wù) 以及信令的多播CID都需要配置好。然后,根據(jù)配置的MBS域,在域內(nèi)終 端和網(wǎng)絡(luò)之間建立統(tǒng)一的安全聯(lián)盟。由于一個BS可以同時屬于不同MBS業(yè) 務(wù)的不同MBS域,因此配置的過程中,MBS域ID必須保證互相不沖突。
例如有兩個MBS業(yè)務(wù)MBS1, MBS2,需要在上圖中的3個物理區(qū)域 內(nèi)發(fā)送,其中一種可能的配置方式物理區(qū)域1發(fā)送MBS1,相應(yīng)的MBS域 ID為1;物理區(qū)域2發(fā)送MBS2,相應(yīng)的MBS域ID為2;物理區(qū)域3同時 發(fā)送MBS1和MBS2,相應(yīng)的MBS域ID也分配了兩個3和4。
接下來參照圖11,描述該方案中的自動配置MBS域。
不同于上述第一種方案的是,配置MBS域的粒度不同,上述第一種方 案中的粒度為BS,而本方案的粒度為物理區(qū)域內(nèi)包含的若干個BS。如圖11 所示 一個物理區(qū)域內(nèi)統(tǒng)一由MBS代理維護(hù)多播CID,即多播CID由接入 網(wǎng)分配;MBS服務(wù)器收到MBS業(yè)務(wù)開通的觸發(fā)以后,就依據(jù)運(yùn)營者的要求 把MBS業(yè)務(wù)分配到各個物理區(qū)域中,并且對應(yīng)地為這個物理區(qū)域分配一個 相對于這個MBS業(yè)務(wù)的MBS域ID。具體例子可以是 一個NSP有兩套節(jié) 目單,為不同的用戶群開放,對不同的用戶群應(yīng)用不同的計(jì)費(fèi)以及QoS策略。 用戶群1多數(shù)人位于物理區(qū)域1和3;用戶群2多數(shù)人位于物理區(qū)域2和3。 為了讓屬于用戶群1的用戶只能接收節(jié)目單1中的數(shù)據(jù),屬于用戶群2的用 戶只能接收節(jié)目單2中的數(shù)據(jù)??梢栽谖锢韰^(qū)域3中設(shè)置兩個MBS域,用 不同的MBS域ID, MCID以及SA,分別發(fā)送不同節(jié)目單上的MBS業(yè)務(wù)數(shù) 據(jù)。
在第三種方案中,MBS域劃分需要滿足以下條件
1) 一個MBS域是對應(yīng)于一個固定的物理區(qū)域,事先規(guī)劃好的一組BS 集合,并規(guī)劃好MBS域ID; —個MBS業(yè)務(wù)的發(fā)送或者被承載是以MBS域 為單位的,即一旦某個MBS域內(nèi)的某個BS可以發(fā)送該MBS業(yè)務(wù),那么該 MBS域內(nèi)的所有BS都會發(fā)送該MBS業(yè)務(wù)的,而且對于同一個MBS業(yè)務(wù)的 諸如多播CID,邏輯信道ID, MGSA在一個MBS域內(nèi)都一致;
2) —個MBS業(yè)務(wù)可以在多個MBS域中同時提供。此時,屬于一個MBS 業(yè)務(wù)的MBS域一般不會有交疊;如果有交疊,交疊處的BS同時屬于多個 MBS域。 一個MBS業(yè)務(wù)的一個MBS域有可能和另外一個MBS業(yè)務(wù)的一個 MBS域包含完全一致的BS集合。
3 ) MBS域ID必須全局唯一。不同的MBS業(yè)務(wù)之間,即使BS集合一 致也應(yīng)該分配相同的MBS域ID; —個MBS業(yè)務(wù)可以被承載在不同的享有不
同MBS域ID的不同MBS域內(nèi)。
4) 一個MBS域內(nèi)可以分配多個多播CID, 一個多播CID對應(yīng)一個承載 在該MBS域上的一個MBS業(yè)務(wù)或者Program (如捆綁業(yè)務(wù));
5 ) —個MBS業(yè)務(wù)可以承載一個或多個IP流,即多個Content,當(dāng)承載 多個content時,就需要使用邏輯信道ID在鏈路層進(jìn)行進(jìn)一步標(biāo)識。
參見圖12,由此可以理解,MBS域必須在一開始便配置好。在不交疊 的情況下, 一個MBS域內(nèi)的BS只有一個MBSi或ID;在交疊的情況下,如 果BS處于兩個MBS域的交疊區(qū),則該BS有兩個MBS域ID。
在本發(fā)明的第四實(shí)施方式中, 一個NAP被多個NSP共享,此時由于MBS Zone是屬于NAP去統(tǒng)一管理的,那么需要解決NAP里的MBS Zone是如何 承載來自不同NSP的MBS Server的MBS content需要在同一個物理區(qū)域發(fā) 送的情況,解決方式有如下兩種
1 )在同一個物理覆蓋區(qū)域,通過在同一個MBS Zone里通過不同的MCID 來承載來自不同的NSP的MBS Server的MBS content;有益之處在于筒化 MBS Zone的管理;
2)在同一個物理覆蓋區(qū)域,通過規(guī)劃不同的MBS Zone來分別承載來自 不同的NSP的MBS Server的MBS Content;有益之處在于分配給一個Zone 的空口資源由一個NSP獨(dú)占,避免資源竟?fàn)帯?br>
綜上所述,本發(fā)明的實(shí)施方式在每個MBS域中設(shè)置一個信令面實(shí)體一 —MBS代理功能實(shí)體Proxy,在ASN網(wǎng)關(guān)中設(shè)置用戶面實(shí)體——MBSDPF, 從而在MBS業(yè)務(wù)中實(shí)現(xiàn)了信令和承載的分離。MBS Proxy起到在MBS服務(wù) 器和基站之間的承4矣作用,從而實(shí)現(xiàn)MBS業(yè)務(wù)在MBS服務(wù)器、ASN網(wǎng)關(guān)和 基站上的承載和控制,使得終端能夠在該MBS系統(tǒng)中接收其感興趣的MBS 業(yè)務(wù)。 MBS服務(wù)器分為MBS控制器和MBS內(nèi)容服務(wù)器,MBS控制器用于實(shí) 現(xiàn)控制面功能,所述MBS內(nèi)容服務(wù)器用于實(shí)現(xiàn)用戶面功能,通過將控制面 和用戶面相分離,使得業(yè)務(wù)控制相關(guān)操作和業(yè)務(wù)傳輸之間相互獨(dú)立,各不影 響。
還包含AAA服務(wù)器,MBS服務(wù)器可以通過與AAA服務(wù)器相交互,對 終端進(jìn)行身份認(rèn)證或鑒權(quán),只允許通過該身份認(rèn)證或鑒權(quán)的終端加入MBS 業(yè)務(wù),避免未簽約或無相應(yīng)權(quán)限的終端接收該MBS業(yè)務(wù),更好地實(shí)現(xiàn)MBS 業(yè)務(wù)的控制和管理。
由MBS服務(wù)器或ASN網(wǎng)關(guān)生成和管理MBS密鑰,并在終端通過身份 認(rèn)證和/鑒權(quán)后,通過基站向終端下發(fā)該MBS密鑰,使得合法終端用戶能夠 根據(jù)密鑰接收對應(yīng)的MBS業(yè)務(wù)。
MBS服務(wù)器可以位于CSN,由一個CSN獨(dú)享,該方法與現(xiàn)有技術(shù)相對 應(yīng),實(shí)現(xiàn)起來較為筒單;或MBS服務(wù)器位于ASN,由至少一個CSN共享 MBS服務(wù)器。這種結(jié)構(gòu)加強(qiáng)了 MBS服務(wù)器對業(yè)務(wù)和承載的控制,使得在ASN 由多個CSN共享情況下,能夠更好的分配系統(tǒng)資源。
在漫游情況下,MBS服務(wù)器還用于與終端的家鄉(xiāng)AAA服務(wù)器進(jìn)行鑒 權(quán)信息/用戶簽約信息的交互,為所述終端進(jìn)行鑒權(quán)和/或身份認(rèn)證,通過這 一方法使得鑒權(quán)通過的終端在被訪區(qū)域也能接收對應(yīng)的MBS業(yè)務(wù)。
MBS服務(wù)器與所述ASN網(wǎng)關(guān)之間通過IP多播方式傳輸MBS業(yè)務(wù),由 所述MBS服務(wù)器根據(jù)已分配的多播地址將MBS業(yè)務(wù)構(gòu)建成IP多播報(bào)文, 通過多播路由器直接將所構(gòu)建的IP多播報(bào)文路由到至少一個ASN或MBS 域。這種方法節(jié)約了許多傳輸資源,不需要建立點(diǎn)到點(diǎn)的隧道,但由于多播 路由器的路由范圍較廣,難以將MBS業(yè)務(wù)的傳輸控制在指定的ASN或MBS 域范圍內(nèi)。
還可以通過隧道點(diǎn)到點(diǎn)將所述IP多播報(bào)文傳輸?shù)街辽?一個邊界路由器,
通過所述邊界路由器將所述IP多播報(bào)文路由到至少一個ASN或MBS域,由 于邊界路由器是ASN網(wǎng)絡(luò)到MBS服務(wù)器的第一跳,其路由范圍較小,通過 隧道方式選擇一個或多個邊界路由器,使得MBS業(yè)務(wù)僅被傳輸?shù)絺€別邊界 路由器的范圍內(nèi),較好地控制MBS業(yè)務(wù)在指定ASN或MBS域傳輸。
還可以直接通過隧道方式點(diǎn)到點(diǎn)地在MBS服務(wù)器與ASN網(wǎng)關(guān)之間傳輸 MBS業(yè)務(wù),通過該方法能夠精確控制MBS業(yè)務(wù)所傳輸?shù)降腁SN或MBS域, 對于小范圍供應(yīng)的MBS業(yè)務(wù)比較適用。
在通過隧道方式在MBS服務(wù)器和ASN網(wǎng)關(guān)之間傳輸MBS業(yè)務(wù)時,同 樣可以分配IP多播地址,使得ASN網(wǎng)關(guān)在收到IP多播報(bào)文時,能夠根據(jù)多 播地址進(jìn)行轉(zhuǎn)發(fā),且終端能夠唯一確認(rèn)該MBS業(yè)務(wù),在終端同時加入多個 MBS業(yè)務(wù)時,該方法更為適用。
或者,ASN網(wǎng)關(guān)可以將IP報(bào)文通過缺省多播地址或廣播地址進(jìn)行封裝, 在指定的隧道中傳輸MBS業(yè)務(wù),該方法不再占用多播地址資源,更適用于 終端僅接收一個MBS業(yè)務(wù)的區(qū)域。
MBS域可以有三種劃分方法, 一,在引入MBS業(yè)務(wù)時,動態(tài)劃分基站, 形成基站集合,每個基站對應(yīng)一個或多個MBS域,該方法最為靈活,在不 同MBS業(yè)務(wù)覆蓋范圍差別較大的情況下,該方法較為適用。在該方法中, 不同MBS業(yè)務(wù)即使對應(yīng)相同的基站或基站集合,也為這些基站或基站集合 分配不同的MBS域標(biāo)識,即對應(yīng)不同的MBS域。
二,預(yù)先固定劃分基站集合,在引入MBS業(yè)務(wù)時,為不同的基站集合 分配不同的MBS域標(biāo)識,形成不同的MBS域。該方法較為簡便,但不夠靈 活,適用于不同MBS業(yè)務(wù)最小覆蓋范圍基本相同的情況。在該方法中,一 個基站集合如果對應(yīng)多個MBS業(yè)務(wù),則分配多個不同MBS域標(biāo)識,形成多 個MBS域。
三,預(yù)先固定劃分基站集合,分配確定的MBS域標(biāo)識,在引入MBS業(yè)
務(wù)時,只需進(jìn)行對應(yīng)即可。該方法最簡便,無需考慮MBS域標(biāo)識重復(fù)的問 題,減少了大量的信息檢索工作,但該方法較為死板,適用于MBS業(yè)務(wù)較 少,或覆蓋范圍較類似的區(qū)域。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式,已經(jīng)對本發(fā)明進(jìn)行了圖示和 描述,但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白,可以在形式上和細(xì)節(jié)上對其作各 種改變,而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種多播廣播業(yè)務(wù)MBS系統(tǒng),包含MBS服務(wù)器、接入服務(wù)網(wǎng)ASN網(wǎng)關(guān)和基站,其特征在于,該系統(tǒng)中定義有至少一個MBS域,每個MBS域包含至少一個基站;該系統(tǒng)還包含至少一個MBS代理功能實(shí)體,用于在信令面對所述MBS域進(jìn)行管理,每個MBS域由一個MBS代理功能實(shí)體管理;所述ASN網(wǎng)關(guān)中還包含MBS數(shù)據(jù)通路功能實(shí)體DPF,用于在該MBSDPF與基站之間建立、修改和刪除MBS業(yè)務(wù)承載,該MBS業(yè)務(wù)承載用于將來自所述MBS服務(wù)器的MBS業(yè)務(wù)數(shù)據(jù)包傳輸?shù)剿龌尽?br>
2. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS代理功 能實(shí)體通過以下方式之一或其任意組合在信令面對所述MBS域進(jìn)行管理控制MBS業(yè)務(wù)相關(guān)的承載的建立、修改和刪除;控制ASN內(nèi)針對MBS業(yè)務(wù)的終端的加入和退出過程;分配MBS業(yè)務(wù)相關(guān)的參數(shù)和資源;當(dāng) 一個MBS域包括多個MBS DPF時,維護(hù)屬于同 一個MBS域的MBS DPF列表信息;根據(jù)所維護(hù)的MBS DPF的列表,控制MBS業(yè)務(wù)的傳輸;當(dāng)支持MBS業(yè)務(wù)的宏分集時,統(tǒng)一調(diào)度該MBS域內(nèi)的MBS業(yè)務(wù)相關(guān) 的空口無線資源,和/或控制同 一個MBS域內(nèi)的各個基站之間的時間同步和 各基站內(nèi)的MBS代理單元之間的時頻資源的同步;根據(jù)MBS業(yè)務(wù)相關(guān)的服務(wù)質(zhì)量QoS要求、ASN或MBS域內(nèi)的承載資 源狀況和/或網(wǎng)絡(luò)接入服務(wù)商N(yùn)AP的策略進(jìn)行MBS業(yè)務(wù)相關(guān)的資源預(yù)留決 策和服務(wù)質(zhì)量QoS控制。
3. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS代理功 能實(shí)體在所述ASN網(wǎng)關(guān)中實(shí)現(xiàn),或在獨(dú)立的網(wǎng)元中實(shí)現(xiàn)。
4. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBSDPF還 用于以下功能之一或其任意組合MBS業(yè)務(wù)的數(shù)據(jù)包傳輸和分類;維護(hù)所屬的MBS域的MBS代理功能實(shí)體的標(biāo)識;MBS計(jì)費(fèi);維護(hù)屬于同一個MBS DPF的MBS代理單元的列表;支持MBS空口媒體訪問控制MAC協(xié)議數(shù)據(jù)單元PDU的同步機(jī)制。
5. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù)器 維護(hù)所有相關(guān)MBS域內(nèi)的MBS DPF列表以及隧道,并且把MBS業(yè)務(wù)數(shù)據(jù) 包直接發(fā)送給MBSDPF;或者,所述MBS服務(wù)器維護(hù)所有相關(guān)MBS域的MBS代理功能實(shí)體列表以及 與各MBS域相關(guān)的MBS DPF的錨定點(diǎn)的隧道,并且4巴MBS數(shù)據(jù)直接發(fā)送 給各MBS域的MBS DPF的錨定點(diǎn),然后由該MBS域的MBS DPF的錨定 點(diǎn)通過ASN間的R4隧道進(jìn)行轉(zhuǎn)發(fā)。
6. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述基站中包含 MBS代理單元,用于在該基站與所述DPF之間建立、修改和刪除MBS業(yè) 務(wù)承載,并將從該MBS業(yè)務(wù)承載接收到的MBS業(yè)務(wù)數(shù)據(jù)包進(jìn)行分類和分發(fā)。
7,根據(jù)權(quán)利要求6所述的MBS系統(tǒng),其特征在于,所述MBS代理單 元還用于統(tǒng)計(jì)各個MBS業(yè)務(wù)的接收用戶數(shù),反饋給所述MBS代理功能實(shí)體或 者DPF;如果支持宏分集,則根據(jù)MBS業(yè)務(wù)數(shù)據(jù)包提供物理資源信息向空口發(fā) 送MBS數(shù)據(jù)。
8. 根據(jù)權(quán)利要求6所述的MBS系統(tǒng),其特征在于,在宏分集情況下, 所述MBS代理單元與所述MBS DPF和/或MBS代理功能實(shí)體在時間上是同 步的,所述MBS DPF還用于將同步控制信息和MBS業(yè)務(wù)數(shù)據(jù)包一起發(fā)送到 所述基站中的MBS代理單元;所述MBS代理功能實(shí)體對同一個MBS域中的各基站統(tǒng)一調(diào)度資源;所述MBS代理單元還用于根據(jù)來自所述MBS DPF的同步控制信息和 所述MBS代理功能實(shí)體統(tǒng)一調(diào)度的資源在空口發(fā)送所述MBS業(yè)務(wù)數(shù)據(jù)包。
9. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù)器 包含MBS控制器和MBS內(nèi)容服務(wù)器;所述MBS控制器用于實(shí)現(xiàn)控制面功能,所述MBS內(nèi)容服務(wù)器用于實(shí) 現(xiàn)用戶面功能;所述MBS控制器和所述MBS內(nèi)容服務(wù)器共同存在于同一物理實(shí)體或 分別存在于兩個物理實(shí)體。
10. 根據(jù)權(quán)利要求9所述的MBS系統(tǒng),其特征在于,所述MBS控制 器實(shí)現(xiàn)的控制面功能包含以下之一或其任意組合分配IP多#~地址;對內(nèi)容供應(yīng)商進(jìn)行鑒權(quán),控制內(nèi)容供應(yīng)商與MBS內(nèi)容服務(wù)器之間MBS 業(yè)務(wù)內(nèi)容的傳輸;控制MBS內(nèi)容服務(wù)器建立和刪除MBS業(yè)務(wù)承載;控制MBS內(nèi)容服務(wù)器傳輸MBS業(yè)務(wù);控制MBS密鑰的生成和下發(fā);控制MBS業(yè)務(wù)會話的開始和結(jié)束; 控制終端加入和退出MBS業(yè)務(wù);保存MBS業(yè)務(wù)的用戶簽約信息和/或?qū)K端進(jìn)行鑒權(quán)和驗(yàn)證; 所述用戶面功能包含以下之一或其任意組合 接收并存儲來自MBS內(nèi)容供應(yīng)商的MBS業(yè)務(wù)內(nèi)容; 將所述MBS業(yè)務(wù)內(nèi)容轉(zhuǎn)換為會話要求的格式; 進(jìn)行高層加密;在MBS控制器的控制下傳輸MBS業(yè)務(wù)。
11. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,還 包含驗(yàn)證、授權(quán)和計(jì)費(fèi)AAA服務(wù)器,用于保存MBS業(yè)務(wù)的用戶簽約信息 和/或?qū)K端進(jìn)行驗(yàn)證、授權(quán)和計(jì)費(fèi);所述MBS控制器通過與所述AAA服務(wù)器交互,實(shí)現(xiàn)終端的身份認(rèn)證 和/或鑒權(quán),根據(jù)所述身份認(rèn)證和/或鑒權(quán)結(jié)果控制所述終端加入和/或退出 MBS業(yè)務(wù)。
12. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,還 包含MBS內(nèi)容供應(yīng)商,用于提供MBS業(yè)務(wù)內(nèi)容;所述MBS內(nèi)容供應(yīng)商由第三方的內(nèi)容供應(yīng)商或是運(yùn)營商實(shí)現(xiàn)。
13. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,所 述MBS代理功能實(shí)體還生成和管理MBS密鑰,并在終端通過身份認(rèn)證和/ 鑒權(quán)后,通過基站向終端下發(fā)所述MBS密鑰。
14. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,在 使用IP多播協(xié)議承載MBS業(yè)務(wù)時,還包含多播路由器;所述多播路由器位于MBS服務(wù)器中,用于進(jìn)行MBS業(yè)務(wù)分發(fā);或 位于ASN網(wǎng)關(guān)中或獨(dú)立存在,用于在收到來自MBS內(nèi)容服務(wù)器的MBS 業(yè)務(wù)數(shù)據(jù)時,根據(jù)多播地址轉(zhuǎn)發(fā)所述MBS業(yè)務(wù)數(shù)據(jù)。
15. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,所 述MBS服務(wù)器位于連接服務(wù)網(wǎng)CSN,由一個CSN獨(dú)享;或所述MBS服務(wù)器位于ASN,由至少一個CSN共享所述MBS服務(wù)器。
16. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,在 漫游情況下,所述MBS服務(wù)器還用于與終端的家鄉(xiāng)AAA服務(wù)器進(jìn)行鑒權(quán) 信息和/或用戶簽約信息的交互,為所述終端進(jìn)行鑒權(quán)和/或身份認(rèn)證。
17. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù) 器與所述MBS DPF之間通過IP多播方式傳輸MBS業(yè)務(wù),由所述MBS服 務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址將MBS業(yè) 務(wù)構(gòu)建成IP多播報(bào)文,通過多播路由器將所構(gòu)建的IP多播報(bào)文路由到至少 一個ASN或MBS域。
18. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù) 器與所述MBS DPF之間通過IP多播方式傳輸MBS業(yè)務(wù),由所述MBS服 務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址將MBS業(yè) 務(wù)構(gòu)建成IP多播報(bào)文,通過隧道點(diǎn)到點(diǎn)將所述IP多播報(bào)文傳輸?shù)街辽僖粋€ 邊界路由器,通過所述邊界路由器將所述IP多播報(bào)文路由到至少一個ASN 或MBS域。
19. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù) 器與所述MBS DPF之間通過隧道方式點(diǎn)到點(diǎn)傳輸MBS業(yè)務(wù),由所述MBS 服務(wù)器分配多播地址,建立對應(yīng)的多播組,根據(jù)所分配的多播地址將MBS 業(yè)務(wù)構(gòu)建成IP多播報(bào)文,并通過隧道點(diǎn)到點(diǎn)將所述IP多播報(bào)文傳輸?shù)街辽?一個ASN或MBS域。
20. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù) 器與所述MBS DPF之間通過隧道方式點(diǎn)到點(diǎn)傳輸MBS業(yè)務(wù),所述MBS服 務(wù)器根據(jù)缺省多播地址或廣播地址將MBS業(yè)務(wù)構(gòu)建成IP報(bào)文,通過隧道點(diǎn) 到點(diǎn)將所述IP多"l番才艮文傳輸?shù)街辽僖粋€ASN或MBS域。
21. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS服務(wù) 器與MBS域內(nèi)的MBS DPF的錨定點(diǎn)之間通過隧道點(diǎn)到點(diǎn)傳輸MBS業(yè)務(wù), 該MBS DPF的錨定點(diǎn)通過R4接口上的隧道發(fā)送給其所管轄的MBS域內(nèi)的 其它MBS DPF。
22. 根據(jù)權(quán)利要求17至19中任一項(xiàng)所述的MBS系統(tǒng),其特征在于, 所述DPF還用于將收到的IP多播報(bào)文根據(jù)服務(wù)流的分類器進(jìn)行分類,并根 據(jù)多播地址通過對應(yīng)的隧道分別傳輸所述分類后的服務(wù)流。
23. 根據(jù)權(quán)利要求17至19中任一項(xiàng)所述的MBS系統(tǒng),其特征在于, 所述MBSDPF還用于將收到的IP多播報(bào)文以目的地址為缺省多播地址或廣 播地址的形式進(jìn)行封裝,并通過所述缺省多播地址或廣播地址對應(yīng)的隧道傳 輸所述封裝后的IP多播報(bào)文。
24. 根據(jù)權(quán)利要求20所述的MBS系統(tǒng),其特征在于,所述DPF還用 于對收到的目的地址為缺省多播地址或廣播地址的IP報(bào)文進(jìn)行封裝,并在 通過所述缺省多播地址或廣播地址對應(yīng)的隧道傳輸所述封裝后的IP報(bào)文。
25. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS DPF 與所述基站之間通過MBS業(yè)務(wù)顆粒的隧道承載所述MBS業(yè)務(wù),每個所述隧 道唯一對應(yīng)一個MBS業(yè)務(wù),所述基站根據(jù)不同的隧道標(biāo)識區(qū)分所述MBS 業(yè)務(wù)。
26. 根據(jù)權(quán)利要求1所述的MBS系統(tǒng),其特征在于,所述MBS DPF 與所述基站之間通過一個基站顆粒的隧道承載所有所述MBS業(yè)務(wù),所述基 站根據(jù)多播地址區(qū)分所述MBS業(yè)務(wù)。
27. 根據(jù)權(quán)利要求6所述的MBS系統(tǒng),其特征在于,所述基站的代理單元還用于在空口通過與MBS業(yè)務(wù)相對應(yīng)的單播連接或多播連接承載該 MBS業(yè)務(wù)。
28. 根據(jù)權(quán)利要求25至27中任一項(xiàng)所述的MBS系統(tǒng),其特征在于, 所述MBS DPF與所述基站之間承載MBS業(yè)務(wù)的隧道是預(yù)先建立的,或在 第一個終端加入該MBS業(yè)務(wù)時或該MBS業(yè)務(wù)會話開始時動態(tài)建立。
29. 根據(jù)權(quán)利要求1至10中任一項(xiàng)所述的MBS系統(tǒng),其特征在于,如 果所述MBS系統(tǒng)中包含至少兩個MBS服務(wù)器,且這些MBS服務(wù)器分別屬 于至少兩個網(wǎng)絡(luò)服務(wù)提供商N(yùn)SP,則屬于同一網(wǎng)絡(luò)接入提供商N(yùn)AP的ASN 通過以下方式之一承載來自不同NSP的MBS服務(wù)器的MBS內(nèi)容在同一個物理覆蓋區(qū)域,通過在同一個MBS域中通過不同的多播連接 標(biāo)識承載來自不同的NSP的MBS服務(wù)器的MBS內(nèi)容;或者,在同一個物理覆蓋區(qū)域,通過規(guī)劃不同的MBS域來分別承載來自不同 的NSP的MBS服務(wù)器的MBS內(nèi)容。
30. —種MBS域劃分方法,其特征在于,為包含至少一個基站的基站 集合分配MBS域標(biāo)識,在所述分配了相同MBS域標(biāo)識的基站集合中提供相 同的MBS業(yè)務(wù)。
31. 根據(jù)權(quán)利要求30所述的MBS域劃分方法,其特征在于,在MBS 系統(tǒng)中引入一個MBS業(yè)務(wù)時,將所述MBS業(yè)務(wù)覆蓋范圍內(nèi)的基站形成至少 一個基站集合,為每個基站集合分配不同的MBS域標(biāo)識,所述基站集合中 的基站共用所分配的MBS域標(biāo)識。
32. 根據(jù)權(quán)利要求30所述的MBS域劃分方法,其特征在于,預(yù)先將 MBS系統(tǒng)內(nèi)的基站分到至少一個基站集合內(nèi),在引入一個MBS業(yè)務(wù)時,將 該MBS業(yè)務(wù)同時引入至少一個所述基站集合,為每個基站集合分配與該 MBS業(yè)務(wù)相對應(yīng)的不同的MBS域標(biāo)識,所述基站集合中的基站共用所分配 的MBS域標(biāo)識。
33. 根據(jù)權(quán)利要求31或32所述的MBS域劃分方法,其特征在于,在 相同的基站或基站集合引入不同的MBS業(yè)務(wù)時,為所述基站或基站集合分 配與MBS業(yè)務(wù)相對應(yīng)的不同MBS域標(biāo)識。
34. 根據(jù)權(quán)利要求31或32所述的MBS域劃分方法,其特征在于,為 每個MBS域標(biāo)識對應(yīng)的MBS域分配不同的多播連接標(biāo)識。
35. 根據(jù)權(quán)利要求30所述的MBS域劃分方法,其特征在于,預(yù)先將 MBS系統(tǒng)內(nèi)的基站形成分到至少一個基站集合內(nèi),并為每個基站集合分配 不同的MBS域標(biāo)識,在MBS系統(tǒng)中引入MBS業(yè)務(wù)時,將該MBS業(yè)務(wù)同 時引入至少一個所述已分配MBS標(biāo)識的基站集合,所述基站集合中的基站 共用所分配的MBS域標(biāo)識。
36. 根據(jù)權(quán)利要求35所述的MBS域劃分方法,其特征在于,為所述 MBS域分配與該域中引入的MBS業(yè)務(wù)相同數(shù)目的多播連接標(biāo)識,每個MBS 業(yè)務(wù)唯一對應(yīng) 一個的多播連接標(biāo)識。
37. 根據(jù)權(quán)利要求31、 32或35所述的MBS域劃分方法,其特征在于, 所述MBS域標(biāo)識和多播連接標(biāo)識由運(yùn)營商手動分配或由運(yùn)營商觸發(fā)MBS 服務(wù)器分配。
全文摘要
本發(fā)明涉及通信領(lǐng)域,公開了一種多播廣播業(yè)務(wù)系統(tǒng)及多播廣播業(yè)務(wù)域劃分方法,能夠在WiMAX系統(tǒng)中實(shí)現(xiàn)對MBS的支持。本發(fā)明中,每個MBS Zone由一個MBS Proxy作為信令面實(shí)體進(jìn)行管理,并且分配、管理和維護(hù)該MBS域內(nèi)的資源;在ASN網(wǎng)關(guān)中包含MBS DPF,用于在該MBS DPF與基站之間建立、修改和刪除MBS業(yè)務(wù)承載;基站中包含MBS Agent,用于配合MBS Proxy和MBS DPF進(jìn)行MBS業(yè)務(wù)承載的建立和MBS業(yè)務(wù)數(shù)據(jù)包的分類及分發(fā)。
文檔編號H04W8/12GK101170730SQ20071010053
公開日2008年4月30日 申請日期2007年4月6日 優(yōu)先權(quán)日2006年10月27日
發(fā)明者吳建軍, 梁文亮, 勇 謝, 亮 顧 申請人:華為技術(shù)有限公司