專利名稱：一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播多播(MBMS)業(yè)務(wù)技術(shù)領(lǐng)域，更確切地說(shuō)是涉及一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法。
背景技術(shù)：
第三代移動(dòng)通訊的廣播業(yè)務(wù)包括小區(qū)廣播業(yè)務(wù)(CBS)和MBMS。隨著多媒體技術(shù)的發(fā)展，在業(yè)務(wù)內(nèi)容上包括視頻、音頻、圖片及文字等信息的MBMS越來(lái)越多地被用戶關(guān)注。
這兩種廣播業(yè)務(wù)都要求通用移動(dòng)通信系統(tǒng)的地面無(wú)線接入網(wǎng)(UTRAN)和用戶設(shè)備(UE)之間使用單點(diǎn)到多點(diǎn)的業(yè)務(wù)承載，其中，UTRAN包括無(wú)線網(wǎng)絡(luò)控制器(RNC)和基站(Node B)。對(duì)于目前的CBS來(lái)說(shuō)，CBS的應(yīng)用層分別位于小區(qū)廣播中心(CBC)和UE，小區(qū)廣播業(yè)務(wù)數(shù)據(jù)需要通過(guò)Iu-BC接口以及空中接口(Uu)進(jìn)行傳輸。具體來(lái)說(shuō)，參見(jiàn)圖1，CBC與UTRAN中的RNC通過(guò)業(yè)務(wù)區(qū)廣播協(xié)議(SABP)消息進(jìn)行通訊，即CBC中的小區(qū)廣播業(yè)務(wù)數(shù)據(jù)通過(guò)SABP消息從Iu-BC接口發(fā)送到RNC，RNC中的廣播多播控制(BMC)從收到的SABP消息獲得小區(qū)廣播業(yè)務(wù)數(shù)據(jù)以及相關(guān)的信息，將這些信息組裝為BMC消息，并以一定的周期通過(guò)公共業(yè)務(wù)信道(CTCH)在Uu重復(fù)廣播該BMC消息。BMC只有再次從CBC收到SABP消息時(shí)，才停止重復(fù)廣播原有的BMC消息，并對(duì)新收到的SABP消息進(jìn)行處理。
在圖1所示的協(xié)議棧中，CBC與RNC之間沒(méi)有專門用于承載小區(qū)廣播業(yè)務(wù)數(shù)據(jù)的用戶面，需要BMC通過(guò)SABP消息傳遞小區(qū)廣播業(yè)務(wù)數(shù)據(jù)，這種消息通訊機(jī)制的實(shí)時(shí)性較差，只適合傳遞短消息，而不適合傳遞如流業(yè)務(wù)等實(shí)時(shí)性要求較高的業(yè)務(wù)。且SABP消息最大只能攜帶長(zhǎng)度為1230字節(jié)的小區(qū)廣播業(yè)務(wù)數(shù)據(jù)，不適合傳遞信息量很大的多媒體業(yè)務(wù)。另外，小區(qū)廣播業(yè)務(wù)的空口用戶面結(jié)構(gòu)中包括了用于組裝并廣播BMC消息的BMC實(shí)體，由于BMC消息的長(zhǎng)度有限，而且BMC中諸如存儲(chǔ)、重發(fā)等機(jī)制會(huì)引入相當(dāng)?shù)臅r(shí)延，不能滿足高實(shí)時(shí)性業(yè)務(wù)的要求，因此，包含BMC實(shí)體的CBS用戶面結(jié)構(gòu)不能滿足流業(yè)務(wù)特征的多媒體廣播多播業(yè)務(wù)的速率與實(shí)時(shí)性的要求。所以說(shuō)，針對(duì)CBS的用戶面結(jié)構(gòu)及協(xié)議棧不適合用于廣播視頻、音頻等流業(yè)務(wù)特征的多媒體消息。
為實(shí)現(xiàn)多媒體廣播，目前業(yè)界提出了用于發(fā)送多媒體消息的多媒體廣播用戶面結(jié)構(gòu)，該結(jié)構(gòu)如圖2所示，多媒體廣播多播業(yè)務(wù)的應(yīng)用層分別分布在廣播多播業(yè)務(wù)中心(BM-SC)及UE中，網(wǎng)關(guān)通用分組無(wú)線服務(wù)(GPRS)支持節(jié)點(diǎn)(GGSN)、業(yè)務(wù)GPRS支持節(jié)點(diǎn)(SGSN)和UTRAN等位于BM-SC和UE之間，這些實(shí)體完成多媒體廣播多播業(yè)務(wù)數(shù)據(jù)的透明轉(zhuǎn)發(fā)。其中，多媒體廣播多播業(yè)務(wù)空口用戶面結(jié)構(gòu)由圖3所示的MTCH協(xié)議結(jié)構(gòu)確定。
MBMS協(xié)議為多媒體廣播多播業(yè)務(wù)專門定義了兩個(gè)邏輯信道MBMS控制信道(MCCH)和MBMS業(yè)務(wù)信道(MTCH)，其中，MCCH用于承載MTCH的配置信息及與業(yè)務(wù)相關(guān)的控制信息，MTCH則用于承載廣播業(yè)務(wù)數(shù)據(jù)。MCCH的配置信息由廣播控制信道(BCCH)承載。MTCH的協(xié)議結(jié)構(gòu)具體包括分組數(shù)據(jù)控制協(xié)議(PDCP)、RLC、MAC及PHY等子層，該協(xié)議結(jié)構(gòu)參見(jiàn)圖3。
圖3中的PDCP主要用于完成MBMS業(yè)務(wù)的頭壓縮/解壓縮功能，在UTRAN側(cè)，每個(gè)MBMS小區(qū)組的MBMS業(yè)務(wù)對(duì)應(yīng)一個(gè)PDCP；在UE側(cè)，每個(gè)MBMS業(yè)務(wù)對(duì)應(yīng)一個(gè)PDCP實(shí)體。UTRAN側(cè)的PDCP還要將處理得到的PDCP協(xié)議數(shù)據(jù)單元復(fù)制到該小區(qū)組中所有小區(qū)的RLC實(shí)體。對(duì)于RLC來(lái)說(shuō)，在UTRAN側(cè)，每個(gè)小區(qū)的每個(gè)MBMS業(yè)務(wù)對(duì)應(yīng)一個(gè)RLC實(shí)體；在UE側(cè)，每個(gè)MBMS業(yè)務(wù)也對(duì)應(yīng)一個(gè)RLC實(shí)體。對(duì)于MAC來(lái)說(shuō)，在UTRAN側(cè)，每個(gè)小區(qū)對(duì)應(yīng)一個(gè)MAC實(shí)體；在UE側(cè)，每個(gè)UE則對(duì)應(yīng)一個(gè)MAC實(shí)體。
基于圖3所示的MTCH協(xié)議結(jié)構(gòu)，在通過(guò)空口廣播多媒體廣播數(shù)據(jù)時(shí)，也即UTRAN通過(guò)空口將BM-SC依次經(jīng)GGSN、SGSN發(fā)送來(lái)的多媒體廣播數(shù)據(jù)廣播到UE時(shí)，其中的多媒體數(shù)據(jù)中繼首先將SGSN發(fā)送來(lái)的多媒體廣播數(shù)據(jù)轉(zhuǎn)發(fā)給自身的PDCP，PDCP對(duì)收到的數(shù)據(jù)進(jìn)行頭壓縮處理，并將處理后的數(shù)據(jù)復(fù)制到小區(qū)組中所有小區(qū)的RLC實(shí)體。RLC和MAC等實(shí)體在對(duì)該數(shù)據(jù)進(jìn)行處理后，將該數(shù)據(jù)發(fā)送給位于Node B的物理層(PHY)，由Node B通過(guò)該P(yáng)HY將該數(shù)據(jù)發(fā)送出去。UE在接收數(shù)據(jù)時(shí)，首先由UE中的PHY接收Node B通過(guò)空口發(fā)送出來(lái)的數(shù)據(jù)，并依次交付給MAC、RLC、PDCP等上層協(xié)議實(shí)體處理，與RNC中PDCP進(jìn)行的頭壓縮處理對(duì)應(yīng)，UE中的PDCP需要對(duì)收到的數(shù)據(jù)進(jìn)行解壓縮處理。
如上所述，在MTCH協(xié)議結(jié)構(gòu)中設(shè)置PDCP的一個(gè)作用就是對(duì)PDCP數(shù)據(jù)包的IP頭進(jìn)行壓縮，以減小PDCP包的長(zhǎng)度。這樣雖然可以節(jié)省一些傳輸資源，但增加了數(shù)據(jù)處理的復(fù)雜度與處理時(shí)延。而且該方案需要UE側(cè)也支持PDCP，以對(duì)收到的數(shù)據(jù)包進(jìn)行解壓縮，這樣就增加了UE側(cè)的實(shí)現(xiàn)復(fù)雜度。
另外，由于MAC協(xié)議定義的MAC c/sh不支持MTCH，因此需要在原有MAC c/sh的基礎(chǔ)上增加支持MTCH的MAC-m。這樣，MTCH的協(xié)議結(jié)構(gòu)就同時(shí)包括了PDCP和MAC-m，而這個(gè)協(xié)議結(jié)構(gòu)與現(xiàn)有的所有邏輯信道結(jié)構(gòu)都不同，因此無(wú)法使用現(xiàn)有的邏輯信道實(shí)現(xiàn)MTCH的功能，必須在現(xiàn)有的邏輯信道結(jié)構(gòu)中同時(shí)引入PDCP和MAC-m。另外，MTCH的配置信息需要通過(guò)MCCH進(jìn)行配置，因此還需要在現(xiàn)有的Uu結(jié)構(gòu)中引入MCCH，同時(shí)還要在BCCH中增加MCCH的配置信息，才能實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)，這樣，就要對(duì)現(xiàn)有的Uu結(jié)構(gòu)作較大的改動(dòng)。
也就是說(shuō)，MBMS協(xié)議定義的MTCH以及MCCH基于現(xiàn)有的空中接口結(jié)構(gòu)無(wú)法實(shí)現(xiàn)，而且現(xiàn)階段MBMS協(xié)議尚未成熟，比較不完備，根據(jù)目前的MBMS協(xié)議實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的難度較大，需要對(duì)現(xiàn)有結(jié)構(gòu)作較多的改動(dòng)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法，以通過(guò)現(xiàn)有的邏輯信道實(shí)現(xiàn)多媒體廣播。
為達(dá)到以上目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法，廣播多播業(yè)務(wù)中心BM-SC中的多媒體廣播數(shù)據(jù)依次通過(guò)網(wǎng)關(guān)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)GGSN、業(yè)務(wù)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)SGSN和無(wú)線網(wǎng)絡(luò)控制器RNC進(jìn)行處理，并由RNC通過(guò)空中接口發(fā)送給用戶設(shè)備UE，該方法包括設(shè)置包括無(wú)線鏈路控制RLC、媒體訪問(wèn)控制MAC和物理層PHY的空中接口用戶面結(jié)構(gòu)；基于該空中接口用戶面結(jié)構(gòu)，所述RNC通過(guò)空中接口將多媒體廣播數(shù)據(jù)發(fā)送給UE包括以下步驟a.RNC通過(guò)多媒體業(yè)務(wù)數(shù)據(jù)中繼將SGSN發(fā)送來(lái)的多媒體廣播數(shù)據(jù)復(fù)制到多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的所有RLC；b.RLC處理收到的多媒體廣播數(shù)據(jù)，并通過(guò)CTCH將處理后的多媒體廣播數(shù)據(jù)發(fā)送給MAC，MAC對(duì)收到的多媒體廣播數(shù)據(jù)進(jìn)行處理，并將其發(fā)送給基站Node B，Node B通過(guò)空中接口將收到的多媒體廣播數(shù)據(jù)發(fā)送出去；c.UE接收Node B通過(guò)空中接口發(fā)送的多媒體廣播數(shù)據(jù)。
所述設(shè)置包括RLC、MAC和PHY的空中接口用戶面結(jié)構(gòu)為在空中接口用戶面結(jié)構(gòu)的UE側(cè)設(shè)置RLC、MAC及PHY，在RNC側(cè)設(shè)置RLC和MAC，在Node B側(cè)設(shè)置PHY。
所述步驟b中，所述MAC將處理后的多媒體廣播數(shù)據(jù)發(fā)送給Node B為MAC將處理后的多媒體廣播數(shù)據(jù)發(fā)送給位于Node B的PHY；步驟c中，所述UE接收Node B發(fā)送來(lái)的廣播數(shù)據(jù)為UE通過(guò)自身的PHY接收Node B發(fā)送的廣播數(shù)據(jù)。
所述步驟c之后進(jìn)一步包括UE依次通過(guò)MAC和RLC對(duì)收到的多媒體廣播數(shù)據(jù)進(jìn)行處理。
該方法可以進(jìn)一步包括將GGSN與SGSN之間的接口設(shè)置為通用分組無(wú)線服務(wù)隧道協(xié)議GTP隧道承載。
該方法還可以進(jìn)一步包括將SGSN與RNC之間的接口設(shè)置為GTP隧道承載。
本發(fā)明方案通過(guò)提供基于CTCH的多媒體廣播空口用戶面結(jié)構(gòu)，使在實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的同時(shí)，不需要定義新的邏輯信道，降低了在現(xiàn)有RNC-UE系統(tǒng)實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的難度，并減小了實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)對(duì)現(xiàn)有RNC-UE系統(tǒng)結(jié)構(gòu)的更改。
另外，本發(fā)明提供的多媒體廣播多播業(yè)務(wù)空口用戶面結(jié)構(gòu)中沒(méi)有現(xiàn)有小區(qū)廣播業(yè)務(wù)的空口用戶面結(jié)構(gòu)中的BMC實(shí)體，因此不會(huì)受到BMC消息長(zhǎng)度以及BMC調(diào)度功能的限制，因而不會(huì)影響流業(yè)務(wù)特征的多媒體廣播多播業(yè)務(wù)的速率與實(shí)時(shí)性。
本發(fā)明通過(guò)設(shè)置將多媒體廣播數(shù)據(jù)復(fù)制到多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的所有RLC的多媒體業(yè)務(wù)數(shù)據(jù)中繼，使得不增加PDCP也能實(shí)現(xiàn)廣播數(shù)據(jù)的復(fù)制。


圖1為現(xiàn)有小區(qū)廣播業(yè)務(wù)協(xié)議棧的示意圖；圖2為現(xiàn)有MBMS協(xié)議規(guī)定的多媒體廣播用戶面結(jié)構(gòu)示意圖；圖3為現(xiàn)有MBMS協(xié)議規(guī)定的多媒體廣播空口用戶面協(xié)議結(jié)構(gòu)示意圖；圖4為本發(fā)明提供的多媒體廣播空口用戶面協(xié)議結(jié)構(gòu)示意圖；圖5為本發(fā)明提供的多媒體廣播用戶面結(jié)構(gòu)示意圖；圖6為本發(fā)明中發(fā)送和接收多媒體廣播數(shù)據(jù)的流程圖。
具體實(shí)施例方式
本發(fā)明方案主要是預(yù)先設(shè)置一個(gè)基于CTCH、且不包含PDCP的空口用戶面結(jié)構(gòu)，并將該空口用戶面結(jié)構(gòu)設(shè)置在多媒體廣播用戶面結(jié)構(gòu)中。
所設(shè)置的空口用戶面結(jié)構(gòu)參見(jiàn)圖4，為便于對(duì)數(shù)據(jù)的處理，該結(jié)構(gòu)在UE側(cè)只包含RLC、MAC及PHY三個(gè)協(xié)議實(shí)體，在RNC側(cè)只包含RLC和MAC兩個(gè)協(xié)議實(shí)體，Node B側(cè)仍然只有PHY。不論是UE側(cè)，還是RNC側(cè)都沒(méi)有包含PDCP，PDCP復(fù)制數(shù)據(jù)的功能由RNC中的多媒體業(yè)務(wù)數(shù)據(jù)中繼實(shí)現(xiàn)。也就是說(shuō)，不需要在空口用戶面結(jié)構(gòu)中增加PDCP，但是需要RNC中的多媒體業(yè)務(wù)數(shù)據(jù)中繼將多媒體業(yè)務(wù)數(shù)據(jù)透明復(fù)制到多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的RLC。
由于現(xiàn)有的MAC協(xié)議所定義的MAC c/sh支持CTCH，且CTCH滿足廣播業(yè)務(wù)單點(diǎn)到多點(diǎn)發(fā)送的要求，因此無(wú)須像MTCH協(xié)議結(jié)構(gòu)那樣定義新的MAC-m，可以直接由RLC通過(guò)CTCH將廣播數(shù)據(jù)發(fā)送給MAC。并且CTCH的配置信息是通過(guò)BCCH承載，因此無(wú)須像MTCH協(xié)議結(jié)構(gòu)那樣定義新的邏輯控制信道。
基于上述設(shè)置的空口用戶面結(jié)構(gòu)，多媒體廣播的用戶面結(jié)構(gòu)參見(jiàn)圖5，UE中包含RLC、MAC和PHY，UTRAN的RNC中包含RLC和MAC，UTRAN的Node B中則包含PHY。
基于圖5所示的用戶面結(jié)構(gòu)的多媒體廣播數(shù)據(jù)傳輸流程如圖6所示，對(duì)應(yīng)以下步驟步驟601、在通過(guò)Uu廣播多媒體廣播多播業(yè)務(wù)數(shù)據(jù)時(shí)，UTRAN首先通過(guò)多媒體業(yè)務(wù)數(shù)據(jù)中繼對(duì)來(lái)自SGSN的廣播數(shù)據(jù)進(jìn)行復(fù)制，并將復(fù)制后的廣播數(shù)據(jù)轉(zhuǎn)發(fā)給多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的所有RLC。
步驟602、RLC對(duì)該多媒體廣播數(shù)據(jù)進(jìn)行處理，之后通過(guò)CTCH發(fā)送給MAC。
步驟603、MAC對(duì)收到的多媒體廣播數(shù)據(jù)進(jìn)行處理，并將處理后的多媒體廣播數(shù)據(jù)發(fā)送給位于Node B的PHY。
步驟604、Node B通過(guò)空口將收到的多媒體廣播數(shù)據(jù)發(fā)送出去。
步驟605～606、UE通過(guò)自身的PHY接收Node B發(fā)送的多媒體廣播數(shù)據(jù)，并將其依次發(fā)送給自身的MAC、RLC等上層協(xié)議實(shí)體進(jìn)行處理。
通過(guò)上述發(fā)送與接收過(guò)程，即可完成多媒體廣播數(shù)據(jù)在空口的廣播過(guò)程。
為保證高速流業(yè)務(wù)的承載要求，還可以對(duì)位于BM-SC與UE之間的實(shí)體的接口進(jìn)行設(shè)置，比如，把GGSN與SGSN之間的Gn接口以及SGSN與RNC之間的Iu接口都設(shè)置為GPRS隧道協(xié)議(GTP)隧道承載，以滿足高速流業(yè)務(wù)的承載要求。
以上所述僅為本發(fā)明方案的較佳實(shí)施例，并不用以限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法，廣播多播業(yè)務(wù)中心BM-SC中的多媒體廣播數(shù)據(jù)依次通過(guò)網(wǎng)關(guān)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)GGSN、業(yè)務(wù)通用分組無(wú)線服務(wù)支持節(jié)點(diǎn)SGSN和無(wú)線網(wǎng)絡(luò)控制器RNC進(jìn)行處理，并由RNC通過(guò)空中接口發(fā)送給用戶設(shè)備UE，其特征在于該方法包括設(shè)置包括無(wú)線鏈路控制RLC、媒體訪問(wèn)控制MAC和物理層PHY的空中接口用戶面結(jié)構(gòu)；基于該空中接口用戶面結(jié)構(gòu)，所述RNC通過(guò)空中接口將多媒體廣播數(shù)據(jù)發(fā)送給UE包括以下步驟a.RNC通過(guò)多媒體業(yè)務(wù)數(shù)據(jù)中繼將SGSN發(fā)送來(lái)的多媒體廣播數(shù)據(jù)復(fù)制到多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的所有RLC；b.RLC處理收到的多媒體廣播數(shù)據(jù)，并通過(guò)CTCH將處理后的多媒體廣播數(shù)據(jù)發(fā)送給MAC，MAC對(duì)收到的多媒體廣播數(shù)據(jù)進(jìn)行處理，并將其發(fā)送給基站Node B，Node B通過(guò)空中接口將收到的多媒體廣播數(shù)據(jù)發(fā)送出去；c.UE接收Node B通過(guò)空中接口發(fā)送的多媒體廣播數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)置包括RLC、MAC和PHY的空中接口用戶面結(jié)構(gòu)為在空中接口用戶面結(jié)構(gòu)的UE側(cè)設(shè)置RLC、MAC及PHY，在RNC側(cè)設(shè)置RLC和MAC，在Node B側(cè)設(shè)置PHY。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于所述步驟b中，所述MAC將處理后的多媒體廣播數(shù)據(jù)發(fā)送給Node B為MAC將處理后的多媒體廣播數(shù)據(jù)發(fā)送給位于Node B的PHY；步驟c中，所述UE接收Node B發(fā)送來(lái)的廣播數(shù)據(jù)為UE通過(guò)自身的PHY接收Node B發(fā)送的廣播數(shù)據(jù)。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述步驟c之后進(jìn)一步包括UE依次通過(guò)MAC和RLC對(duì)收到的多媒體廣播數(shù)據(jù)進(jìn)行處理。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括將GGSN與SGSN之間的接口設(shè)置為通用分組無(wú)線服務(wù)隧道協(xié)議GTP隧道承載。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括將SGSN與RNC之間的接口設(shè)置為GTP隧道承載。
全文摘要
本發(fā)明公開(kāi)了一種通過(guò)空中接口實(shí)現(xiàn)多媒體廣播多播業(yè)務(wù)的方法，該方法首先設(shè)置包括RLC、MAC和PHY的空中接口用戶面結(jié)構(gòu)，基于該空中接口用戶面結(jié)構(gòu)，RNC在將多媒體廣播數(shù)據(jù)發(fā)送給UE時(shí)，首先通過(guò)多媒體業(yè)務(wù)數(shù)據(jù)中繼將SGSN發(fā)送來(lái)的多媒體廣播數(shù)據(jù)復(fù)制到多媒體廣播多播業(yè)務(wù)區(qū)包含的每個(gè)小區(qū)所對(duì)應(yīng)的所有RLC；RLC處理多媒體廣播數(shù)據(jù)，并通過(guò)CTCH將其發(fā)送給MAC，MAC處理收到的多媒體廣播數(shù)據(jù)，并將其發(fā)送給Node B，Node B通過(guò)空中接口將收到的多媒體廣播數(shù)據(jù)發(fā)送出去；UE接收Node B通過(guò)空中接口發(fā)送的多媒體廣播數(shù)據(jù)。本發(fā)明解決了目前不能通過(guò)現(xiàn)有邏輯信道廣播多媒體廣播數(shù)據(jù)的問(wèn)題。本發(fā)明所提供的方案實(shí)現(xiàn)了通過(guò)現(xiàn)有邏輯信道廣播多媒體廣播數(shù)據(jù)。
文檔編號(hào)H04H60/91GK1716830SQ20041005997
公開(kāi)日2006年1月4日 申請(qǐng)日期2004年6月30日 優(yōu)先權(quán)日2004年6月30日
發(fā)明者楚東雨 申請(qǐng)人:華為技術(shù)有限公司