專利名稱:在無線單元控制器與基站之間傳遞mbms尋呼的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及第三代移動(dòng)通信系統(tǒng),特別涉及在無線單元控制器與基站之間傳遞MBMS尋呼的方法。
背景技術(shù):
MBMS是在第三代移動(dòng)通信系統(tǒng)合作伙伴計(jì)劃中正在為之制定相關(guān)標(biāo)準(zhǔn)以進(jìn)行標(biāo)準(zhǔn)化的一項(xiàng)新業(yè)務(wù)。MBMS業(yè)務(wù)是一種單向的點(diǎn)到多點(diǎn)方式(即從單一數(shù)據(jù)源播發(fā)出多媒體數(shù)據(jù)經(jīng)過網(wǎng)絡(luò)傳輸被送到多個(gè)用戶接收)的業(yè)務(wù)。這種業(yè)務(wù)的最大特點(diǎn)是它可以有效的利用無線資源和網(wǎng)絡(luò)資源。MBMS業(yè)務(wù)主要用于無線通信網(wǎng)絡(luò)系統(tǒng)中,如寬帶碼分多址通信系統(tǒng),全球移動(dòng)通信系統(tǒng)等。MBMS中業(yè)務(wù)數(shù)據(jù)的發(fā)送基本上要經(jīng)過數(shù)據(jù)源發(fā)送、中間網(wǎng)絡(luò)傳輸、目的小區(qū)空中傳輸、用戶接收這樣幾個(gè)過程。圖3是一個(gè)能夠提供MBMS業(yè)務(wù)的無線通信系統(tǒng)邏輯網(wǎng)絡(luò)設(shè)備圖,在該圖中MBMS實(shí)際上利用了通用分組無線數(shù)據(jù)業(yè)務(wù)(以下簡稱GPRS)網(wǎng)絡(luò)作為核心傳輸網(wǎng)絡(luò)。如圖3所示,廣播及組播服務(wù)中心(以下簡稱BM-SC)是發(fā)送MBMS業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)源;網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(以下簡稱GGSN)用于GRPS網(wǎng)絡(luò)與外部網(wǎng)絡(luò)(如INTERNET網(wǎng)絡(luò))的連接;在MBMS業(yè)務(wù)中網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)連接BM-SC并把MBMS數(shù)據(jù)發(fā)送到特定的服務(wù)GPRS支持節(jié)點(diǎn)(以下簡稱SGSN);小區(qū)廣播中心是小區(qū)廣播的數(shù)據(jù)源,在MBMS中通過將小區(qū)廣播中心與BM-SC互連,使小區(qū)廣播中心可以提供MBMS業(yè)務(wù)宣告功能;SGSN用于對(duì)UE進(jìn)行接入控制及移動(dòng)管理同時(shí)把從GGSN來的MBMS數(shù)據(jù)發(fā)送到特定的無線單元控制器(以下簡稱RNC)中去;RNC用于控制一組基站并把多媒體數(shù)據(jù)傳送到特定的基站中去;基站在RNC的控制下為某個(gè)小區(qū)的MBMS業(yè)務(wù)建立空中物理信道;用戶終端設(shè)備(以下簡稱UE)是接收MBMS數(shù)據(jù)的終端設(shè)備。
圖4中給出了MBMS業(yè)務(wù)從業(yè)務(wù)宣告、用戶加入、業(yè)務(wù)通知、無線承載建立到最后用戶離開的全部過程。
401訂閱建立起用戶和服務(wù)提供商之間的聯(lián)系,授權(quán)用戶可以接收有關(guān)的MBMS服務(wù)。
402業(yè)務(wù)宣告通知用戶將要提供的MBMS業(yè)務(wù)。例如,系統(tǒng)要在下午700在北京市區(qū)轉(zhuǎn)播一場足球賽。
403加入表示用戶加入一個(gè)組,即用戶告訴網(wǎng)絡(luò)他或她愿意接收這項(xiàng)組播業(yè)務(wù)。
404 MBMS會(huì)話開始表示建立為MBMS數(shù)據(jù)傳輸建立網(wǎng)絡(luò)資源。
405 MBMS通知告知用戶馬上要進(jìn)行的MBMS數(shù)據(jù)傳輸。
406數(shù)據(jù)傳輸表示MBMS業(yè)務(wù)數(shù)據(jù)傳輸?shù)接脩舻倪^程。
407 MBMS會(huì)話結(jié)束表示當(dāng)MBMS業(yè)務(wù)數(shù)據(jù)傳輸完成后,釋放網(wǎng)絡(luò)資源。
408離開與403加入相對(duì)應(yīng),表示用戶要離開一個(gè)組,即不再想接收某個(gè)業(yè)務(wù)的數(shù)據(jù)。
如圖9所示,現(xiàn)有WCDMA系統(tǒng)中,尋呼指示幀中有12個(gè)剩余比特沒有使用,而在MBMS系統(tǒng)中,可以使用這12個(gè)比特來進(jìn)行MBMS業(yè)務(wù)的尋呼指示。這12個(gè)比特可以劃分為三個(gè)字段。前面三個(gè)比特是后一個(gè)字段的描述信息,或者指示后一個(gè)字段將是什么內(nèi)容。而第二個(gè)字段指示MBMS的業(yè)務(wù)標(biāo)識(shí)或者應(yīng)該收聽的組播控制信道MCCH的調(diào)度信息。最后2個(gè)比特可以作為循環(huán)冗余比特,對(duì)前面的信息進(jìn)行保護(hù)。當(dāng)然這2個(gè)比特的校驗(yàn)位也可以不需要,而通過對(duì)該尋呼指示幀的重復(fù)發(fā)送來達(dá)到數(shù)據(jù)準(zhǔn)確的目的。圖5描述的是空中接口中這12個(gè)比特進(jìn)行傳輸?shù)姆绞?。然而,現(xiàn)有技術(shù)對(duì)通過Iub接口如何傳遞這12個(gè)比特的信息,現(xiàn)有技術(shù)中沒有作任何描述。
由于現(xiàn)有技術(shù)對(duì)于如何通過Iub接口來傳遞這12個(gè)比特信息沒有任何描述,而如果沒有這個(gè)功能,空中接口的MBMS尋呼指示幀的傳輸是不可能實(shí)現(xiàn)的。
發(fā)明內(nèi)容
本發(fā)明的目的是提供一種在無線單元控制器與基站之間傳遞MBMS尋呼的方法,使得對(duì)MBMS用戶設(shè)備進(jìn)行尋呼成為可能。
為實(shí)現(xiàn)上述目的,一種利用控制信令與用戶平面數(shù)據(jù)幀進(jìn)行MBMS尋呼的方法,包括步驟RNC向基站先通過消息配置MBMS尋呼的周期參數(shù);RNC向基站發(fā)送消息,建立MBMS尋呼的用戶平面幀協(xié)議;基站向RNC發(fā)送響應(yīng),確認(rèn)針對(duì)MBMS尋呼的用戶平面幀協(xié)議建立成功;RNC在已建立的Iub承載上發(fā)送MBMS尋呼幀協(xié)議。
本發(fā)明有效的避免了以往以幀為單位發(fā)送的過多的信令流。在本發(fā)明中采用兩種方式,以組尋呼的方式對(duì)一個(gè)周期內(nèi)的尋呼進(jìn)行合理控制。
圖1是控制信令與用戶平面數(shù)據(jù)幀結(jié)合的方式;圖2是用戶平面控制幀方式;圖3是MBMS系統(tǒng)結(jié)構(gòu)示意圖;圖4是MBMS組播業(yè)務(wù)流程;圖5是RNC節(jié)點(diǎn)動(dòng)作行為(方案一);圖6是基站節(jié)點(diǎn)動(dòng)作行為(方案一);圖7是RNC節(jié)點(diǎn)動(dòng)作行為(方案二);圖8是基站節(jié)點(diǎn)動(dòng)作行為(方案二);圖9是MBMS尋呼在空中接口的傳輸方式。
具體實(shí)施例方式
圖1描述了利用控制信令和用戶平面相結(jié)合的方式實(shí)現(xiàn)MBMS尋呼的流程。
當(dāng)RNC準(zhǔn)備就某一MBMS業(yè)務(wù)或多個(gè)MBMS業(yè)務(wù)進(jìn)行尋呼時(shí),可以為每個(gè)業(yè)務(wù)建立MBMS尋呼的幀協(xié)議。在建立幀協(xié)議之前,RNC通過信令對(duì)這些幀協(xié)議的發(fā)送重復(fù)周期,周期長度和幀偏移量進(jìn)行控制。重復(fù)周期表示針對(duì)這一業(yè)務(wù)的尋呼幀要發(fā)送的幀數(shù)目,通常這一周期應(yīng)該不小于用戶設(shè)備對(duì)其PICH監(jiān)聽的周期長度。周期長度表明每次這個(gè)尋呼幀需要在幾個(gè)幀內(nèi)發(fā)送完。這是由于RNC發(fā)送的信息比較多時(shí),一個(gè)PICH的12個(gè)比特是不夠用的。幀偏移量表示這個(gè)幀的數(shù)據(jù)從哪一幀開始在空中接口上發(fā)送。如果這條信令中還包括業(yè)務(wù)標(biāo)識(shí),則表明這些配置參數(shù)只對(duì)這些業(yè)務(wù)起作用。否則,則表明對(duì)所有MBMS業(yè)務(wù)該參數(shù)都起作用。RNC通過101這條信令對(duì)MBMS尋呼幀進(jìn)行配置。配置結(jié)束后,RNC要建立RNC與基站之間的對(duì)該尋呼幀的承載通道。RNC向基站發(fā)送102這條消息MBMS尋呼信道建立請(qǐng)求,其中包含RNC側(cè)的傳輸層地址,綁定標(biāo)識(shí),到達(dá)窗口起始點(diǎn),到達(dá)窗口結(jié)束點(diǎn)和業(yè)務(wù)標(biāo)識(shí)。這些參數(shù)的定義與當(dāng)前WCDMA中的定義是一致的。業(yè)務(wù)標(biāo)識(shí)表明這條尋呼幀通路是給那個(gè)MBMS業(yè)務(wù)建立的。當(dāng)基站收到這條消息,要建立這個(gè)尋呼幀的承載通路,建立完成后,返回103,并告知RNC其分配的傳輸層地址和綁定標(biāo)識(shí)。當(dāng)RNC要向該業(yè)務(wù)的所有用戶設(shè)備進(jìn)行組尋呼時(shí),就可以在由102和103所建立的承載通路上傳送數(shù)據(jù)。圖1的下半部分給出的是MBMS尋呼幀的一個(gè)例子。這個(gè)數(shù)據(jù)包中可能包含CRC校驗(yàn),PICH幀數(shù)據(jù)(12個(gè)比特長度)。有幾個(gè)周期長度(通過101配置的)那么在該包中就有幾個(gè)PICH數(shù)據(jù)塊。PICH數(shù)據(jù)塊中的內(nèi)容與圖4中的定義有關(guān)。這與本發(fā)明沒有直接關(guān)系,在此不多描述。
圖2描述了利用用戶平面控制幀來傳輸MBMS尋呼的方式。
當(dāng)RNC想要就某一業(yè)務(wù)進(jìn)行尋呼時(shí),它直接向所涉及的基站發(fā)送MBMS尋呼控制幀。該幀的內(nèi)容包括循環(huán)冗余校驗(yàn),重復(fù)周期,周期長度,幀偏移量,業(yè)務(wù)標(biāo)識(shí)和PICH的信息。當(dāng)NodeB接收到該控制幀后,基站首先要就幀中的內(nèi)容進(jìn)行解釋?;靖鶕?jù)接收到的重復(fù)周期知道這個(gè)幀的內(nèi)容要重復(fù)多少個(gè)幀,每次重復(fù)循環(huán)中的長度是多少,從那個(gè)幀開始發(fā)送。幀偏移量是針對(duì)系統(tǒng)幀號(hào)來說的。當(dāng)基站知道了控制MBMS尋呼幀發(fā)送的周期后,就將剩余的PICH信息按照每個(gè)幀12個(gè)比特的方式發(fā)送給用戶設(shè)備。PICH數(shù)據(jù)塊中的內(nèi)容與圖4中的定義有關(guān)。這與本發(fā)明沒有直接關(guān)系,在此不多描述。
實(shí)施例1)RNC的節(jié)點(diǎn)處理流程圖5是針對(duì)方案一的RNC處理流程圖。
501階段表示RNC從基站和高層(SGSN)接收消息。
502階段判斷RNC所收到的消息是否是“會(huì)話開始”,如果是則向503移動(dòng),如果不是則向505移動(dòng)。503階段,RNC根據(jù)MBMS業(yè)務(wù)的特性,設(shè)置發(fā)送尋呼消息的周期參數(shù),例如尋呼周期,周期長度及幀偏移量,然后轉(zhuǎn)向504。504階段,RNC向所涉及的基站發(fā)送“MBMS尋呼”消息。該消息中包含“尋呼周期,周期長度,幀偏移量及可能的業(yè)務(wù)標(biāo)識(shí)”。
505階段判斷RNC是否要建立MBMS尋呼幀協(xié)議。如果是則向506移動(dòng),如果不是則向508移動(dòng)。506階段,RNC開始準(zhǔn)備建立到基站的MBMS尋呼幀協(xié)議,RNC要取得自身的傳輸層地址,綁定標(biāo)識(shí)和MBMS業(yè)務(wù)標(biāo)識(shí),然后向507移動(dòng)。507階段,RNC向基站發(fā)送“公共信道建立請(qǐng)求”消息,其中包含參數(shù)“傳輸層地址,綁定標(biāo)識(shí)和MBMS業(yè)務(wù)標(biāo)識(shí)”。
508階段判斷RNC是否收到基站發(fā)送的“公共信道建立響應(yīng)”消息,如果是則向509移動(dòng),如果不是則向510移動(dòng)。509階段,RNC通知高層MBMS尋呼的幀協(xié)議完成。
510階段判斷RNC是否要給基站發(fā)送MBMS尋呼。如果是則向511移動(dòng),否則則向501移動(dòng)。511階段,RNC根據(jù)要給基站發(fā)送尋呼的內(nèi)容,設(shè)置MBMS尋呼幀協(xié)議信息,可參看圖1的下半部分。例如,RNC向即將到來的業(yè)務(wù)發(fā)送尋呼消息,第一個(gè)PICH幀的信息應(yīng)該設(shè)置成為100+業(yè)務(wù)標(biāo)識(shí)+CRC,第二個(gè)幀的信息應(yīng)該設(shè)置成為111+業(yè)務(wù)標(biāo)識(shí)+CRC,等等,然后向512移動(dòng)。512階段,RNC向基站在已經(jīng)建立好的Iub承載通道上發(fā)送MBMS尋呼信息。
圖7是針對(duì)方案二的RNC處理流程圖。
701階段表示RNC從基站和高層(SGSN)接收消息。
702階段判斷RNC是否要向基站發(fā)送MBMS尋呼消息,如果是則向703移動(dòng),如果不是則向701移動(dòng)。703階段,RNC設(shè)置要發(fā)送尋呼消息的周期參數(shù),例如尋呼周期,周期長度及幀偏移量,向704移動(dòng)。704階段,RNC根據(jù)要給基站發(fā)送尋呼的內(nèi)容,可參看圖2的PICH信息部分。例如,RNC向即將到來的業(yè)務(wù)發(fā)送尋呼消息,第一個(gè)PICH幀的信息應(yīng)該設(shè)置成為100+業(yè)務(wù)標(biāo)識(shí)+CRC,第二個(gè)幀的信息應(yīng)該設(shè)置成為111+業(yè)務(wù)標(biāo)識(shí)+CRC,等等,然后向705移動(dòng)。705階段,RNC向基站發(fā)送該控制幀。
2)基站的節(jié)點(diǎn)處理圖6是針對(duì)方案一的基站處理流程圖。
601階段表示基站從RNC接收消息。
602階段判斷RNC所收到的消息是否是“MBMS尋呼”消息,如果是則向603移動(dòng),如果不是則向604移動(dòng)。603階段,基站保存該消息中的參數(shù),例如尋呼周期,周期長度及幀偏移量,以便以后發(fā)送MBMS尋呼消息時(shí)使用。
604階段判斷基站收到的是否是“公共信道建立請(qǐng)求”,如果是則向605移動(dòng),如果不是則向607移動(dòng)。605階段,基站保存該幀協(xié)議的傳輸層地址及綁定標(biāo)識(shí)等參數(shù),并在基站側(cè)為該用戶平面的建立而分配資源,然后向606移動(dòng)。606階段,基站向RNC返回“公共信道建立響應(yīng)”消息,該消息中要包含基站側(cè)的傳輸層地址和綁定標(biāo)識(shí)。
607階段判斷基站收到的是否是MBMS尋呼幀協(xié)議,如果是則向608移動(dòng),如果不是則向601移動(dòng)。608階段,基站將每幀要向用戶設(shè)備發(fā)送的信息從尋呼幀協(xié)議中取出,每12個(gè)比特作為一組,組數(shù)與周期長度一致。然后在609階段向用戶設(shè)備發(fā)送MBMS尋呼。
圖8是針對(duì)方案二的基站處理流程圖。
801階段表示基站從RNC接收消息。
802階段判斷RNC所收到的消息是否是MBMS尋呼控制幀,如果是則向803移動(dòng),如果不是則向801移動(dòng)。803階段,基站檢查該控制幀所攜帶的參數(shù),保存周期參數(shù),例如周期長度,幀偏移量等參數(shù),向804移動(dòng)。804階段,基站從該控制幀中取出PICH信息,將其按照周期長度分成以12個(gè)比特為一組的尋呼組,并將其在幾個(gè)連續(xù)的PICH幀中發(fā)送下去,重復(fù)周期按照參數(shù)“重復(fù)周期”進(jìn)行發(fā)送,向805移動(dòng)。805階段,基站向用戶設(shè)備一幀一幀的發(fā)送尋呼消息。
權(quán)利要求
1.一種利用控制信令與用戶平面數(shù)據(jù)幀進(jìn)行MBMS尋呼的方法,該方法包括以下步驟RNC向基站先通過消息配置MBMS尋呼的周期參數(shù);RNC向基站發(fā)送消息,建立MBMS尋呼的用戶平面幀協(xié)議;基站向RNC發(fā)送響應(yīng),確認(rèn)針對(duì)MBMS尋呼的用戶平面幀協(xié)議建立成功;RNC在已建立的Iub承載上發(fā)送MBMS尋呼幀協(xié)議。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于“MBMS尋呼”中包含“尋呼周期,周期長度,幀偏移量和業(yè)務(wù)標(biāo)識(shí)”參數(shù)。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于周期長度不小于用戶設(shè)備對(duì)PICH監(jiān)聽的周期長度。
4.一種利用用戶平面控制幀進(jìn)行MBMS尋呼的方法,包括步驟a)RNC向基站發(fā)送用戶平面控制幀,進(jìn)行MBMS尋呼。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于所述控制幀中包含“尋呼周期,周期長度,幀偏移量,PICH信息”等參數(shù)。
全文摘要
一種利用控制信令與用戶平面數(shù)據(jù)幀進(jìn)行MBMS尋呼的方法,包括步驟RNC向基站先通過消息配置MBMS尋呼的周期參數(shù);RNC向基站發(fā)送消息,建立MBMS尋呼的用戶平面幀協(xié)議;基站向RNC發(fā)送響應(yīng),確認(rèn)針對(duì)MBMS尋呼的用戶平面幀協(xié)議建立成功;RNC在已建立的Iub承載上發(fā)送MBMS尋呼幀協(xié)議。本發(fā)明有效的避免了以往以幀為單位發(fā)送的過多的信令流。在本發(fā)明中采用兩種方式,以組尋呼的方式對(duì)一個(gè)周期內(nèi)的尋呼進(jìn)行合理控制。
文檔編號(hào)H04W4/06GK1549618SQ0313627
公開日2004年11月24日 申請(qǐng)日期2003年5月15日 優(yōu)先權(quán)日2003年5月15日
發(fā)明者孫春迎, 許麗香, 李小強(qiáng), 崔成豪 申請(qǐng)人:北京三星通信技術(shù)研究有限公司, 三星電子株式會(huì)社