[發(fā)明專利]多播組播業(yè)務(wù)傳輸?shù)姆椒ê途W(wǎng)絡(luò)系統(tǒng)

有效

• 申請?zhí)枺?/td>: 200710045024.9
• 申請日: 2007-08-15
• 公開（公告）號: CN101370156A
• 公開（公告）日: 2009-02-18
• 發(fā)明（設(shè)計）人: 王俊偉;馬潔;黃曲芳
• 申請（專利權(quán)）人: 上海華為技術(shù)有限公司
• 主分類號: H04Q7/22
• 分類號: H04Q7/22;H04L12/18;H04L12/56;H04L29/08
• 代理公司: 北京集佳知識產(chǎn)權(quán)代理有限公司
• 代理人: 逯長明

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種多播組播業(yè)務(wù)傳輸?shù)姆椒ê途W(wǎng) 絡(luò)系統(tǒng)。

背景技術(shù)

多播組播業(yè)務(wù)(Multimedia?Broadcast?Multicast?Service，MBMS)是3GPP 業(yè)務(wù)發(fā)展的重要內(nèi)容之一，MBMS指在網(wǎng)絡(luò)側(cè)同時把相同的多媒體業(yè)務(wù)數(shù)據(jù) 發(fā)送給網(wǎng)絡(luò)中的多個接收者。對于基于高速分組接入(High?Speed?Packet Access，HSPA+)架構(gòu)的MBMS業(yè)務(wù)，網(wǎng)絡(luò)側(cè)需要將同一份MBMS數(shù)據(jù)同時 在多個小區(qū)傳送，并且使用相同的編碼方式，嚴(yán)格的同步發(fā)送，以使用戶設(shè) 備(User?Equipment，UE)能把來自不同小區(qū)的信號看作一個信號的不同多徑 分量，通過多徑分集(RAKE)接收機(jī)進(jìn)行合并，從而在物理層合并來自多個 小區(qū)的業(yè)務(wù)數(shù)據(jù)，達(dá)到增強(qiáng)接收性能，提高用戶滿意度的效果。

參閱圖1，現(xiàn)有技術(shù)提供一種分布式結(jié)構(gòu)，廣播組播業(yè)務(wù)服務(wù)器(Broadcast Multicast-Service?Center，BM-SC)通過接口與網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRS?Support?Node，GGSN)相連，GGSN通過接口與服務(wù)GPRS支持節(jié)點(diǎn) (Serving?GPRS?Support?Node，SGSN)相連，SGSN通過組播路由器與無線 網(wǎng)絡(luò)控制器(Radio?Network?Controller，RNC)連接。這種分布式結(jié)構(gòu)使業(yè)務(wù) 會話管理控制流程以及業(yè)務(wù)數(shù)據(jù)發(fā)送都采用分布式處理。業(yè)務(wù)會話管理控制 流程是點(diǎn)對點(diǎn)的傳播方式，業(yè)務(wù)數(shù)據(jù)的發(fā)送采用組播方式，即在SGSN和RNC 之間存在一個或者多個組播路由器，使SGSN向組播路由器發(fā)送業(yè)務(wù)數(shù)據(jù)， 組播路由器采用組播的方式向多個RNC發(fā)送業(yè)務(wù)數(shù)據(jù)。

現(xiàn)有技術(shù)的缺點(diǎn)是：

1、由于分組數(shù)據(jù)集中協(xié)議(Packet?Data?Convergence?Protocol，PDCP) 層、無線鏈路控制(Radio?Link?Control，RLC)層、媒體接入控制(Medium?Access Control，MAC)層的實(shí)體配置都在各個RNC上，PDCP層上具有負(fù)責(zé)頭壓縮 處理的模塊，如果某個RNC丟了一個包，會影響該RNC上的PDCP狀態(tài)變 量的值，會對下一個或者多個包的頭壓縮過程和結(jié)果產(chǎn)生影響，導(dǎo)致該RNC 和其他RNC在物理層發(fā)送的數(shù)據(jù)內(nèi)容不一致。

2、現(xiàn)有技術(shù)在SGSN向RNC發(fā)送的部分?jǐn)?shù)據(jù)包加上了空口發(fā)送時間標(biāo) 志，部分?jǐn)?shù)據(jù)包沒有加上空口發(fā)送時間標(biāo)志，使MBMS業(yè)務(wù)的傳輸不能實(shí)現(xiàn) 時間上的同步。例如，第1個數(shù)據(jù)包加上空口發(fā)送時間標(biāo)志，第2-10個數(shù)據(jù) 包沒有加空口發(fā)送時間標(biāo)志，第11個數(shù)據(jù)包加上空口發(fā)送時間標(biāo)志，對于RNC 而言，可以在發(fā)送第1個數(shù)據(jù)包之后，第11個數(shù)據(jù)包之前，任意發(fā)送第2-10 數(shù)據(jù)包，不能同其他RNC在相同的時間發(fā)送第2-10數(shù)據(jù)包，對MBMS業(yè)務(wù) 的傳輸不能實(shí)現(xiàn)時間上的同步。

3、由于業(yè)務(wù)會話管理控制流程也采用分布式處理，所以對于資源的使用 目前只能使用靜態(tài)配置，因而RNC使用的物理層、RLC層、MAC層、PDCP 層的資源是靜態(tài)配置好的，對于為RNC所配置的物理層資源，不管該RNC 是否需要使用，該物理層的資源都一直占用，不能根據(jù)系統(tǒng)運(yùn)行情況及時調(diào) 整物理層資源，會使資源的使用效率降低。對于業(yè)務(wù)變化頻繁或者業(yè)務(wù)種類 非常多的系統(tǒng)來說，進(jìn)行資源配置的工作量非常大，而且容易出錯。上述RNC 配置的物理層資源是配置在與該RNC連接的基站NodeB上。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例要解決的技術(shù)問題是提供一種多播組播業(yè)務(wù)傳輸?shù)姆椒ê? 網(wǎng)絡(luò)系統(tǒng)，能夠?qū)崿F(xiàn)MBMS業(yè)務(wù)的同步傳輸。

有鑒于此，本發(fā)明實(shí)施例提供：

一種多播組播業(yè)務(wù)傳輸方法，該方法包括：

主實(shí)體接收多播組播MBMS業(yè)務(wù)數(shù)據(jù)；

所述主實(shí)體將所述業(yè)務(wù)數(shù)據(jù)經(jīng)過無線鏈路控制RLC層、媒體接入控制 MAC層的處理，并將經(jīng)所述MAC層處理得到的數(shù)據(jù)塊和空口發(fā)送時間標(biāo)志 發(fā)送到所述主實(shí)體的附屬設(shè)備；并在所述處理過程中得到的數(shù)據(jù)塊上加上所 述空口發(fā)送時間標(biāo)志，以形成數(shù)據(jù)包，并發(fā)給從實(shí)體；

所述從實(shí)體將所述空口發(fā)送時間標(biāo)志和所述經(jīng)MAC層處理得到的數(shù)據(jù) 塊發(fā)送給所述從實(shí)體的附屬設(shè)備；

在所述空口發(fā)送時間到達(dá)時，所述從實(shí)體的附屬設(shè)備和所述主實(shí)體的附 屬設(shè)備發(fā)送所述經(jīng)MAC層處理的數(shù)據(jù)塊。