專利名稱：一種提供組播承載的方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及組播技術(shù)，特別是指一種提供組播承載的方法與系統(tǒng)。
背景技術(shù)：
無線鏈路控制(RLC)協(xié)議在空口上實現(xiàn)數(shù)據(jù)傳輸?shù)哪Ｊ椒譃橥该髂Ｊ?TM)、非確認(rèn)模式(UM)和確認(rèn)模式(AM)三種工作模式。在透明模式和非確認(rèn)模式中，有一個發(fā)送實體和一個接收實體，確認(rèn)模式只有一個發(fā)送和接收結(jié)合的實體。在透明模式下，RLC發(fā)送實體對上層數(shù)據(jù)不進行任何處理，直接通過邏輯信道傳輸至RLC接收實體。在非確認(rèn)模式下，RLC發(fā)送實體接收上層數(shù)據(jù)，對該數(shù)據(jù)進行分段級聯(lián)成若干個數(shù)據(jù)塊，對每個數(shù)據(jù)塊分別加上連續(xù)的序列號，通過邏輯信道傳輸至RLC接收實體；RLC接收實體接收來自邏輯信道的數(shù)據(jù)塊，對所接收到的數(shù)據(jù)塊進行解分段級聯(lián)，恢復(fù)上層數(shù)據(jù)，提交給上層，接收實體還可以根據(jù)所接收到的數(shù)據(jù)塊的序列號的連續(xù)與否，檢測出在傳輸過程中數(shù)據(jù)是否丟失。在確認(rèn)模式下，除了實現(xiàn)以上所述非確認(rèn)模式的功能以外，RLC接收實體還通過反向信道向RLC發(fā)送實體指示對應(yīng)哪些序列號的數(shù)據(jù)塊沒有正確接收，并要求RLC發(fā)送實體重新發(fā)送對應(yīng)序列號的數(shù)據(jù)塊，保證數(shù)據(jù)的可靠傳輸。
在無線資源控制(RRC)協(xié)議中，RRC實體控制用戶設(shè)備(UE)在專用信道狀態(tài)和公共信道狀態(tài)之間轉(zhuǎn)換。圖1為RRC狀態(tài)轉(zhuǎn)換的示意圖，如圖1所示，網(wǎng)絡(luò)側(cè)的RRC實體給UE側(cè)的RRC實體發(fā)送RRC狀態(tài)轉(zhuǎn)換命令消息，消息中指示UE需要轉(zhuǎn)移的目標(biāo)狀態(tài)，UE側(cè)的RRC實體接收到該消息后，轉(zhuǎn)移到對應(yīng)的目標(biāo)狀態(tài)，并給網(wǎng)絡(luò)側(cè)的RRC實體返回RRC狀態(tài)完成響應(yīng)。
公共信道上行為隨機接入信道(RACH)，下行為前向接入信道(FACH)當(dāng)UE處于公共信道狀態(tài)時，多個UE共享一條公共信道。網(wǎng)絡(luò)側(cè)為各UE分配不同的小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識(C-RNTI)，使得各UE的數(shù)據(jù)塊在一個FACH信道上傳輸時，網(wǎng)絡(luò)例在每個數(shù)據(jù)塊的頭部加上該UE的C-RNTI，該UE接收公共信道上的所有數(shù)據(jù)塊后，通過數(shù)據(jù)塊中的C-RNTI區(qū)分各個數(shù)據(jù)塊是否發(fā)給本UE。
圖2為單播流媒體業(yè)務(wù)發(fā)起階段的信道映射關(guān)系示意圖，圖2中包括UE A和UE B發(fā)起單播業(yè)務(wù)時的信道映射關(guān)系，分別如圖2中A和B所示。圖3為單播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖，圖3中包括UE A和UE B接收單播業(yè)務(wù)時的信道映射關(guān)系，分別如圖3中A和B所示。
圖2和圖3所示的信道映射結(jié)構(gòu)包括網(wǎng)絡(luò)側(cè)和UE側(cè)，網(wǎng)絡(luò)側(cè)和UE側(cè)分別包括業(yè)務(wù)層和傳輸層，其中，業(yè)務(wù)層包括流媒體控制面，傳輸層包括RRC實體、RLC實體以及邏輯信道，在網(wǎng)絡(luò)側(cè)和UE側(cè)之間包括UE的專用通道。在圖3中業(yè)務(wù)層還進一步包括流媒體用戶面。
其中，業(yè)務(wù)層的網(wǎng)絡(luò)業(yè)務(wù)接入點和傳輸層的無線接入承載之間存在對應(yīng)的關(guān)系。流媒體控制面實體和流媒體用戶面實體使用相同的網(wǎng)絡(luò)業(yè)務(wù)接入點，且在同一個無線承載上傳輸單播數(shù)據(jù)。流媒體控制面實體進行雙向的數(shù)據(jù)傳輸，流媒體用戶面實體進行下行單向數(shù)據(jù)傳輸。RLC實體提供無線承載的功能，單播數(shù)據(jù)通過RLC實體在邏輯信道上傳輸，而專用通道上可以承載不同的邏輯信道。在UE的專用通道上傳輸?shù)臄?shù)據(jù)塊頭部包含邏輯信道標(biāo)識，邏輯信道標(biāo)識用于區(qū)分不同的邏輯信道，實現(xiàn)多個邏輯信道復(fù)用到一個專用通道上。邏輯信道標(biāo)識的定義如表1所示，共有四個比特，取值分別為0到15，其中，0到14用于表示邏輯信道1到邏輯信道15，15保留還未使用。

表1在圖2和圖3中，邏輯信道1用于傳輸RRC的消息，邏輯信道2用于傳輸流媒體業(yè)務(wù)數(shù)據(jù)。
圖2和圖3所示UE A和UE B分別有自己專用的通道，當(dāng)UE處于專用信道狀態(tài)時用專用信道區(qū)分不同通道，當(dāng)UE處于公共信道狀態(tài)時用公共信道上傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)中C-RNTI區(qū)分不同通道。
隨著通信業(yè)務(wù)的不斷發(fā)展，單播業(yè)務(wù)和組播業(yè)務(wù)并存，因此希望在不改動以上所述的實現(xiàn)單播傳輸時的信道映射關(guān)系的情況下，能夠?qū)崿F(xiàn)組播承載。
現(xiàn)有技術(shù)中，在不改動以上所述的實現(xiàn)單播傳輸時的信道映射關(guān)系的情況下，實現(xiàn)組播流媒體業(yè)務(wù)時，組播流媒體業(yè)務(wù)發(fā)起階段的信道映射關(guān)系同圖2所示映射關(guān)系，而組播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系如圖4所示。
圖4包括UE A和UE B，各UE有自己專用的通道，且UE處于公共信道狀態(tài)，UE接收組播數(shù)據(jù)時，雙向邏輯信道使用UM模式，且網(wǎng)絡(luò)側(cè)發(fā)送的組播數(shù)據(jù)通過下行邏輯信道傳輸至UE側(cè)。圖4所示的在單播承載的基礎(chǔ)上，實現(xiàn)組播承載時，具有以下幾個特點(1)下行邏輯信道用于承載下行組播數(shù)據(jù)，不再用于承載下行單播數(shù)據(jù)。下行單播數(shù)據(jù)和下行組播數(shù)據(jù)不能通過同一個下行邏輯信道傳輸?shù)脑蚴窍滦薪M播數(shù)據(jù)為一個小區(qū)內(nèi)各組播UE共享，有獨自的數(shù)據(jù)分段級聯(lián)和添加序列號的特性，如果在其中再加上單個UE的下行單播數(shù)據(jù)，將打亂RLC接收實體的解分段級聯(lián)功能，導(dǎo)致該UE的下行單播數(shù)據(jù)和組播數(shù)據(jù)都不能正常接收。因此，當(dāng)實現(xiàn)組播傳輸時，下行單播數(shù)據(jù)不能通過下行邏輯信道傳輸?shù)経E側(cè)，即，下行單播通道被中斷。
(2)下行組播數(shù)據(jù)采用RLC的非確認(rèn)模式傳輸，即網(wǎng)絡(luò)側(cè)UM RLC發(fā)送實體將下行組播數(shù)據(jù)承載在邏輯信道中，發(fā)送給UE側(cè)UM RLC接收實體。因為，如果下行組播數(shù)據(jù)采用RLC的確認(rèn)模式，各UE側(cè)的RLC實體接收到下行組播數(shù)據(jù)后，都向網(wǎng)絡(luò)側(cè)的RLC實體反饋組播數(shù)據(jù)的接收狀態(tài)，導(dǎo)致網(wǎng)絡(luò)側(cè)的RLC實體的處理很復(fù)雜，且很容易出問題。但是，如果下行組播數(shù)據(jù)的傳輸采用RLC的非確認(rèn)模式，則上行單播數(shù)據(jù)的傳輸也采用非確認(rèn)模式，因此導(dǎo)致上行單播數(shù)據(jù)的傳輸不太可靠。
(3)當(dāng)需要實現(xiàn)組播傳輸時，在空中接口上不需要對組播數(shù)據(jù)加密，且UE側(cè)也不需要啟動加密功能。因為，正常情況下，單播傳輸時，單播數(shù)據(jù)在空口上一般是加密的，每個UE有自己特定的加密密鑰，并且現(xiàn)有協(xié)議中加密過程在一次連接過程一旦啟動就無法停止。但是，下行組播數(shù)據(jù)需要發(fā)給多個UE，因此不能在空口加密，需要實現(xiàn)組播業(yè)務(wù)的UE在連接建立時就不能啟動加密功能。
綜上所述，現(xiàn)有技術(shù)方案中，在現(xiàn)有的承載單播的信道映射結(jié)構(gòu)中實現(xiàn)組播承載，存在以下幾個缺點，總結(jié)如下在實現(xiàn)組播承載時由于下行邏輯信道只用于傳輸下行組播數(shù)據(jù)，因此在傳輸組播數(shù)據(jù)時下行單播數(shù)據(jù)的傳輸信道被中斷；在實現(xiàn)組播承載時由于采用RLC的非確認(rèn)模式，因此導(dǎo)致上行單播數(shù)據(jù)不能可靠傳輸；在實現(xiàn)組播承載時，由于在空口上對下行組播數(shù)據(jù)不進行加密，因此希望啟動組播業(yè)務(wù)的UE在連接建立時就不能啟動加密功能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種提供組播承載的方法，對現(xiàn)有單播流媒體業(yè)務(wù)的信道映射結(jié)構(gòu)進行較少的修改，實現(xiàn)組播流媒體業(yè)務(wù)。
本發(fā)明的另一個主要目的在于提供一種提供組播承載的系統(tǒng)，對現(xiàn)有單播流媒體業(yè)務(wù)的信道映射結(jié)構(gòu)進行較少的修改，實現(xiàn)組播流媒體業(yè)務(wù)。
為了達到上述目的，本發(fā)明提供一種提供組播承載的方法，在網(wǎng)絡(luò)例和用戶設(shè)備UE側(cè)之間建立用于傳輸組播數(shù)據(jù)的邏輯信道，并在網(wǎng)絡(luò)側(cè)和UE側(cè)設(shè)置缺省的組播無線承載參數(shù)，該方法包括當(dāng)UE請求組播流媒體業(yè)務(wù)時，網(wǎng)絡(luò)側(cè)向請求組播流媒體業(yè)務(wù)的UE發(fā)送無線資源控制RRC狀態(tài)轉(zhuǎn)換命令，該命令攜帶無線接入承載RAB標(biāo)識；UE側(cè)收到所述RRC狀態(tài)轉(zhuǎn)換命令后，將自身狀態(tài)轉(zhuǎn)換為公共信道狀態(tài)，且根據(jù)所設(shè)置的缺省的組播無線承載參數(shù)建立組播無線承載；網(wǎng)絡(luò)側(cè)將組播數(shù)據(jù)承載在所建立的邏輯信道，并映射在公共信道傳輸至UE側(cè)；UE側(cè)從公共信道中接收承載在所建立的邏輯信道的組播數(shù)據(jù)。
所述RAB標(biāo)識對應(yīng)的RAB為UE請求組播流媒體業(yè)務(wù)時所使用的RAB。
所述在網(wǎng)絡(luò)側(cè)和UE側(cè)之間建立的邏輯信道為邏輯信道標(biāo)識為15的邏輯信道；網(wǎng)絡(luò)側(cè)進一步針對每一個組播流媒體業(yè)務(wù)分配組無線網(wǎng)絡(luò)臨時標(biāo)識G-RNTI；網(wǎng)絡(luò)側(cè)進一步根據(jù)所述UE所請求的組播流媒體業(yè)務(wù)的對應(yīng)的G-RNTI，判斷所述UE的小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識C-RNTI是否屬于所述G-RNTI所表示的組播組，如果不是，則重新給UE分配屬于所述組播組的C-RNTI；所述網(wǎng)絡(luò)側(cè)在公共信道上映射承載組播數(shù)據(jù)的邏輯信道時，在媒體接入控制MAC協(xié)議數(shù)據(jù)單元PDU中攜帶UE所請求的組播流媒體業(yè)務(wù)對應(yīng)的G-RNTI；所述UE側(cè)從公共信道中接收承載在邏輯信道的組播數(shù)據(jù)時，在MACPDU中獲取G-RNTI，并判斷與自身C-RNTI是否屬于相同組播組，如果是，則接收對應(yīng)的組播數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的網(wǎng)絡(luò)業(yè)務(wù)接入點NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
所述判斷UE的C-RNTI是否屬于G-RNTI所表示的組播組為從C-RNTI與G-RNTI中分別獲取組標(biāo)識Group-Id，并比較所獲取的C-RNTI與G-RNTI中Group-Id是否相同。
所述在網(wǎng)絡(luò)側(cè)和UE側(cè)之間所建立的邏輯信道為多媒體廣播多播業(yè)務(wù)信道MTCH；所述網(wǎng)絡(luò)側(cè)向UE發(fā)送的RRC狀態(tài)轉(zhuǎn)換命令中進一步攜帶多媒體廣播多播業(yè)務(wù)標(biāo)識MBMS-Id，所述MBMS-Id的值為UE所請求的組播流媒體業(yè)務(wù)的MBMS-Id；網(wǎng)絡(luò)側(cè)將承載組播數(shù)據(jù)的MTCH的MBMS-Id設(shè)置為UE所請求的組播流媒體業(yè)務(wù)的MBMS-Id；UE側(cè)從承載組播數(shù)據(jù)的MTCH中獲取MBMS-Id，并判斷與所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的MBMS-Id是否相同，如果是，則接收對應(yīng)的組播流媒體業(yè)務(wù)數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
所述設(shè)置缺省的組播無線承載參數(shù)為設(shè)置組播數(shù)據(jù)傳輸模式為UM模式；網(wǎng)絡(luò)側(cè)設(shè)置UM RLC實體，所述UM RLC實體將組播數(shù)據(jù)承載在所建立的邏輯信道，并映射在公共信道傳輸至UE側(cè)；UE側(cè)設(shè)置UM RLC實體，所述UM RLC實體從公共信道中接收承載在所建立的邏輯信道的組播數(shù)據(jù)。
所述設(shè)置缺省的組播無線承載參數(shù)為設(shè)置不啟用加密功能；網(wǎng)絡(luò)側(cè)發(fā)送組播數(shù)據(jù)時，在空口上對組播數(shù)據(jù)不進行加密；UE側(cè)接收所述組播數(shù)據(jù)時，對組播數(shù)據(jù)不進行解密。
所述UE側(cè)收到RRC狀態(tài)轉(zhuǎn)換命令后，進一步包括向網(wǎng)絡(luò)側(cè)返回RRC狀態(tài)轉(zhuǎn)換完成響應(yīng)。
該方法進一步包括保持UE請求組播流媒體業(yè)務(wù)時所使用的專用邏輯信道。
為了達到上述第二個目的，本發(fā)明提供一種提供組播承載的系統(tǒng)，包括網(wǎng)絡(luò)側(cè)和UE側(cè)、以及網(wǎng)絡(luò)側(cè)和UE側(cè)之間的用于承載單播數(shù)據(jù)的邏輯信道，其特征在于，該系統(tǒng)進一步包括網(wǎng)絡(luò)側(cè)和UE側(cè)之間的用于承載組播數(shù)據(jù)的邏輯信道。
所述網(wǎng)絡(luò)側(cè)和UE側(cè)分別包括RRC實體和RLC實體；所述網(wǎng)絡(luò)側(cè)進一步包括用于發(fā)送組播數(shù)據(jù)的UM RLC發(fā)送實體；所述UE側(cè)進一步包括用于接收組播數(shù)據(jù)的UM RLC接收實體。
網(wǎng)絡(luò)側(cè)RRC實體，用于根據(jù)組播流媒體業(yè)務(wù)標(biāo)識對應(yīng)的由網(wǎng)絡(luò)側(cè)分配的G-RNTI，為UE分配屬于該G-RNTI組播組的C-RNTI，用于向UE側(cè)發(fā)送攜帶無線接入承載標(biāo)識的RRC狀態(tài)轉(zhuǎn)換命令；UE側(cè)RRC實體，用于根據(jù)網(wǎng)絡(luò)側(cè)的RRC狀態(tài)轉(zhuǎn)換命令，將自身狀態(tài)轉(zhuǎn)換為公共信道狀態(tài)，且根據(jù)無線接入承載標(biāo)識建立組播承載，接收組播流媒體數(shù)據(jù)。
本發(fā)明提供的方法和系統(tǒng)，在現(xiàn)有存在的單播承載的信道映射結(jié)構(gòu)的基礎(chǔ)上，增加用于承載組播數(shù)據(jù)的邏輯信道，且通過預(yù)先設(shè)置組播無線承載參數(shù)實現(xiàn)組播承載，存在以下幾個有益效果1)通過現(xiàn)有存在的單播承載的信道映射結(jié)構(gòu)仍能夠?qū)崿F(xiàn)上/下行單播數(shù)據(jù)的傳輸；2)對于單播業(yè)務(wù)和組播業(yè)務(wù)能夠分別啟動和禁用加密功能；3)現(xiàn)有存在的單播承載的信道映射結(jié)構(gòu)可以使用確認(rèn)模式的單播數(shù)據(jù)傳輸，因此能夠保證上行單播數(shù)據(jù)的傳輸可靠性；4)現(xiàn)有存在的單播承載的信道映射結(jié)構(gòu)還可以使用非確認(rèn)模式，以及透明模式的單播數(shù)據(jù)傳輸，同時可以在非確認(rèn)模式以及透明模式的單播承載的信道映射結(jié)構(gòu)的基礎(chǔ)上實現(xiàn)組播承載，對現(xiàn)有實現(xiàn)單播承載的信道映射結(jié)構(gòu)改動很小甚至沒有。


圖1所示為現(xiàn)有技術(shù)中RRC狀態(tài)轉(zhuǎn)換的示意圖；圖2所示為現(xiàn)有技術(shù)中單播流媒體業(yè)務(wù)發(fā)起階段的信道映射關(guān)系示意圖；圖3所示為現(xiàn)有技術(shù)中單播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖；圖4所示為現(xiàn)有技術(shù)中組播流媒體業(yè)務(wù)接收階段的信道映射示意圖；圖5所示為本發(fā)明第一實施例中使用邏輯信道標(biāo)識為15的專用邏輯信道的組播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖；圖6所示為本發(fā)明第二實施例中使用MTCH的組播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面舉具體實施例，對本發(fā)明作進一步詳細(xì)的說明。
本發(fā)明中提供組播承載的總體思路是在現(xiàn)有的單播承載的基礎(chǔ)上，增加用于傳輸組播數(shù)據(jù)的邏輯信道，并給組播無線承載參數(shù)設(shè)置缺省參數(shù)；當(dāng)網(wǎng)絡(luò)側(cè)確定UE側(cè)請求組播業(yè)務(wù)后，向UE側(cè)發(fā)起RRC狀態(tài)轉(zhuǎn)移過程，然后按照所設(shè)置的組播無線承載缺省參數(shù)，將組播數(shù)據(jù)承載在所增加的邏輯信道發(fā)送給UE側(cè)；UE側(cè)按照所設(shè)置的組播無線承載缺省參數(shù)，接收所述組播數(shù)據(jù)。
實施例一使用邏輯信道標(biāo)識為15的專用邏輯信道的組播承載方案圖5為使用邏輯信道標(biāo)識為15的專用邏輯信道的組播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖，如圖5所示，所述信道映射關(guān)系包括圖3所示單播流媒體業(yè)務(wù)接收階段時信道映射結(jié)構(gòu)之外，進一步包括用于傳輸組播數(shù)據(jù)的邏輯信道標(biāo)識為15的邏輯信道，提供組播無線承載的RLC實體，承載邏輯信道的組播通道。
為了實現(xiàn)組播流媒體業(yè)務(wù)，在現(xiàn)有的單播承載系統(tǒng)的基礎(chǔ)上，在網(wǎng)絡(luò)側(cè)和UE側(cè)之間增加組播通道，所增加的組播通道用于承載傳輸組播數(shù)據(jù)的邏輯信道，而且為了區(qū)分承載不同組播數(shù)據(jù)的組播通道，針對在組播通道中傳輸?shù)腗AC協(xié)議數(shù)據(jù)單元(PDU)中UE標(biāo)識擴展設(shè)置組無線網(wǎng)絡(luò)臨時標(biāo)識(G-RNTI)，G-RNTI是網(wǎng)絡(luò)側(cè)針對每一個不同業(yè)務(wù)分配的用于區(qū)分不同多播業(yè)務(wù)的參數(shù)，即G-RNTI與組播流媒體業(yè)務(wù)標(biāo)識一一對應(yīng)。其中，所設(shè)置的G-RNTI結(jié)構(gòu)中包含用于區(qū)分不同組播組的組標(biāo)識(Group-Id)。
用于傳輸組播數(shù)據(jù)的邏輯信道的邏輯信道標(biāo)識配置為預(yù)留的邏輯信道標(biāo)識15。
組播無線承載參數(shù)采用預(yù)先設(shè)置的缺省參數(shù)，所述預(yù)先設(shè)置的缺省參數(shù)是指組播數(shù)據(jù)傳輸模式采用UM模式，即RLC實體采用UM模式；組播數(shù)據(jù)傳輸時不啟動空口加密功能，即網(wǎng)絡(luò)側(cè)在空口對所發(fā)送的組播數(shù)據(jù)不進行加密，UE側(cè)對接收到的組播數(shù)據(jù)不進行解密。
設(shè)置組播無線承載與傳輸流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點(NSAPI)即無線接入承載(RAB)相對應(yīng)。
在圖5所示的組播承載系統(tǒng)中，實現(xiàn)組播承載的方法如下所述步驟101在業(yè)務(wù)發(fā)起階段完成后，網(wǎng)絡(luò)側(cè)業(yè)務(wù)層的流媒體控制面實體確定UE需要發(fā)起組播流媒體業(yè)務(wù)，通知網(wǎng)絡(luò)側(cè)傳輸層的RRC實體，通知消息中包含組播流媒體業(yè)務(wù)標(biāo)識。
步驟102網(wǎng)絡(luò)側(cè)傳輸層的RRC實體根據(jù)組播流媒體業(yè)務(wù)標(biāo)識對應(yīng)的G-RNTI，判斷UE的C-RNTI是否屬于所述G-RNTI所表示的組播組，如果UE的C-RNTI不屬于所述G-RNTI所表示的組播組，則給UE分配新的屬于該組播組的C-RNTI。RRC實體給UE分配新的C-RNTI后，網(wǎng)絡(luò)側(cè)可以通過網(wǎng)絡(luò)側(cè)與UE側(cè)之間的信令交互過程中將C-RNTI發(fā)送給UE側(cè)，UE將自身的C-RNTI更新為網(wǎng)絡(luò)側(cè)分配的C-RNTI，例如，網(wǎng)絡(luò)側(cè)向UE側(cè)發(fā)送RRC狀態(tài)轉(zhuǎn)換命令時可以將C-RNTI攜帶給UE。其中，所分配的C-RNTI結(jié)構(gòu)中包含用于區(qū)分不同組播組的組標(biāo)識(Group-Id)。
判斷C-RNTI是否屬于G-RNTI所表示的組播組的方法是由于C-RNTI和G-RNTI都包含Group-Id，因此，從C-RNTI和G-RNTI中分別獲取Group-Id，并判斷兩個Group-Id是否相同，如果相同則認(rèn)為C-RNTI屬于所述G-RNTI表示的組播組；否則認(rèn)為C-RNTI不屬于所述G-RNTI表示的組播組。
步驟103RNC獲取無線接入承載標(biāo)識，所述無線接入承載標(biāo)識與傳輸流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點標(biāo)識相對應(yīng)，因此，通過獲取流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點標(biāo)識獲取無線接入承載標(biāo)識；或者，由于所述無線接入承載即為UE請求組播業(yè)務(wù)時無線接入承載，因此，可以通過獲取UE的上下文獲取無線接入承載標(biāo)識。
步驟104網(wǎng)絡(luò)側(cè)傳輸層的RRC實體向UE側(cè)傳輸層的RRC實體發(fā)送RRC狀態(tài)轉(zhuǎn)換命令，所述RRC狀態(tài)轉(zhuǎn)換命令指示轉(zhuǎn)移的目標(biāo)狀態(tài)為公共信道狀態(tài)，該消息包含擴展信元“與組播無線承載對應(yīng)的無線接入承載標(biāo)識”，其取值為當(dāng)前傳輸流媒體控制面數(shù)據(jù)的無線接入承載的標(biāo)識，即步驟103所獲取的RAB標(biāo)識；所述‘組播無線承載的無線接入承載標(biāo)識’信元表示要建立組播無線承載。
步驟105UE側(cè)傳輸層的RRC實體收到所述RRC狀態(tài)轉(zhuǎn)換命令后，將自身的狀態(tài)轉(zhuǎn)移到公共信道狀態(tài)，根據(jù)“組播無線承載的無線接入承載標(biāo)識”建立組播無線承載，并向網(wǎng)絡(luò)側(cè)的RRC實體返回RRC狀態(tài)轉(zhuǎn)換完成響應(yīng)。
建立組播無線承載的過程就是配置組播無線承載參數(shù)的過程，配置組播無線承載參數(shù)時，需要根據(jù)預(yù)先設(shè)置的缺省參數(shù)，配置UM模式的RLC實體，配置在傳輸組播數(shù)據(jù)時不啟動加密功能。
這時，UE可以接收網(wǎng)絡(luò)側(cè)發(fā)送的組播數(shù)據(jù)。
如果所述UE是第一個接收該組播數(shù)據(jù)的UE，則網(wǎng)絡(luò)側(cè)業(yè)務(wù)層的流媒體用戶面向UE側(cè)業(yè)務(wù)層的流媒體用戶面發(fā)送組播數(shù)據(jù)，所述組播數(shù)據(jù)以組播無線承載參數(shù)通過網(wǎng)絡(luò)側(cè)UM RLC實體承載在邏輯信道標(biāo)識為15的邏輯信道，并映射在公共信道中傳輸至UE側(cè)，所述公共信道為UE接收到RRC狀態(tài)轉(zhuǎn)換命令后開始監(jiān)聽的公共信道。網(wǎng)絡(luò)側(cè)將組播數(shù)據(jù)承載在公共信道中傳輸時，在MAC的PDU內(nèi)的UE標(biāo)識中設(shè)置用于表示組播流媒體業(yè)務(wù)標(biāo)識的G-RNTI，用以區(qū)分承載不同組播流媒體業(yè)務(wù)的組播通道，且根據(jù)組播無線承載參數(shù)的預(yù)先設(shè)置，在空口中對組播數(shù)據(jù)不進行加密。
如果所述UE不是第一個接收該組播數(shù)據(jù)的UE，則網(wǎng)絡(luò)側(cè)正在發(fā)送組播數(shù)據(jù)，因此，UE就能夠立即接收組播數(shù)據(jù)。
UE側(cè)業(yè)務(wù)層的流媒體用戶面接收組播數(shù)據(jù)的過程是UE側(cè)業(yè)務(wù)層的流媒體用戶面從承載在公共信道中的組播流媒體業(yè)務(wù)數(shù)據(jù)中提取出G-RNTI，并判斷與自身的C-RNTI是否具有相同的Group-Id，如果是，則接收對應(yīng)的組播流媒體業(yè)務(wù)數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
實施例一所述，使用邏輯信道標(biāo)識15的邏輯信道作為組播無線承載的邏輯信道時，由于UE通過C-RNTI或G-RNTI等標(biāo)識識別出自己的數(shù)據(jù)包之后，還會利用邏輯信道標(biāo)識區(qū)分邏輯信道，如果一個UE當(dāng)前有多個邏輯信道，可能自己專用的數(shù)據(jù)用的是邏輯信道標(biāo)識1到14的邏輯信道，但是組播邏輯信道一定是邏輯信道標(biāo)識15的邏輯信道，因此UE接收多個業(yè)務(wù)數(shù)據(jù)時，不會產(chǎn)生沖突；如果組播邏輯信道使用邏輯信道標(biāo)識為14的邏輯信道，假設(shè)用戶有一個單播的邏輯信道也是用邏輯信道標(biāo)識為14的邏輯信道，那么這兩個數(shù)據(jù)可能會被認(rèn)為是同一個邏輯信道的數(shù)據(jù)，UE側(cè)接收數(shù)據(jù)時就會出問題。為了保證不會使用單播可能用到的邏輯信道標(biāo)識，本發(fā)明就用邏輯信道標(biāo)識為15的邏輯信道，因為邏輯信道標(biāo)識15在現(xiàn)有技術(shù)中是保留不用的。
實施例二使用MTCH的組播承載方案圖6為使用MTCH的組播流媒體業(yè)務(wù)接收階段的信道映射關(guān)系示意圖，如圖6所示，所述信道映射關(guān)系包括圖3所示單播流媒體業(yè)務(wù)接收階段時信道映射結(jié)構(gòu)之外，進一步包括用于傳輸組播數(shù)據(jù)的MTCH，提供組播無線承載的RLC實體，承載邏輯信道的公共信道，所述公共信道可以為FACH。
用于承載組播數(shù)據(jù)的邏輯信道采用MTCH，MTCH承載在下行公共信道時，數(shù)據(jù)塊頭部包含的TCTF域取值為0110，表示當(dāng)前承載的業(yè)務(wù)為MBMS業(yè)務(wù)，數(shù)據(jù)塊頭部包含的MBMS-Id是4個比特，其取值為0到14，15保留，MBMS-Id的取值可以任意配置，用于區(qū)分映射到同一個下行公共信道的多條MTCH。
MTCH的信道結(jié)構(gòu)如表2所示。
表2組播無線承載參數(shù)采用預(yù)先設(shè)置的缺省參數(shù)，所述預(yù)先設(shè)置的缺省參數(shù)是指組播數(shù)據(jù)傳輸模式采用UM模式，即RLC實體采用UM模式；組播數(shù)據(jù)傳輸時不啟動空口加密功能，即網(wǎng)絡(luò)側(cè)在空口對所發(fā)送的組播數(shù)據(jù)不進行加密，UE側(cè)對接收到的組播數(shù)據(jù)不進行解密。
設(shè)置組播無線承載與傳輸流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點即無線接入承載相對應(yīng)。
在圖6所示的組播承載系統(tǒng)中，實現(xiàn)組播承載的方法如下所述步驟201在業(yè)務(wù)發(fā)起階段完成后，網(wǎng)絡(luò)側(cè)業(yè)務(wù)層的流媒體控制面實體確定UE需要發(fā)起組播流媒體業(yè)務(wù)，通知網(wǎng)絡(luò)側(cè)傳輸層的RRC實體，通知消息中包含組播流媒體業(yè)務(wù)標(biāo)識。
步驟202RNC獲取無線接入承載標(biāo)識，所述無線接入承載標(biāo)識與傳輸流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點標(biāo)識相對應(yīng)，因此，通過獲取流媒體控制面的網(wǎng)絡(luò)業(yè)務(wù)接入點標(biāo)識獲取無線接入承載標(biāo)識；或者，由于所述無線接入承載即為UE請求組播業(yè)務(wù)時無線接入承載，因此，可以通過獲取UE的上下文獲取無線接入承載標(biāo)識。
步驟203網(wǎng)絡(luò)側(cè)傳輸層的RRC實體向UE側(cè)傳輸層的RRC實體發(fā)送RRC狀態(tài)轉(zhuǎn)換命令，所述RRC狀態(tài)轉(zhuǎn)換命令指示轉(zhuǎn)移的目標(biāo)狀態(tài)為公共信道狀態(tài)，該消息包含擴展信元“與組播無線承載對應(yīng)的無線接入承載標(biāo)識”和“MBMS-Id”，其中“與組播無線承載對應(yīng)的無線接入承載標(biāo)識”的取值為當(dāng)前傳輸流媒體控制面數(shù)據(jù)的無線接入承載的標(biāo)識，即步驟202所獲取的RAB標(biāo)識，“MBMS-Id”取值為UE需要讀取的流組播媒體業(yè)務(wù)的MBMS-Id，所述擴展信元表示要建立組播無線承載。
步驟204UE側(cè)傳輸層的RRC實體收到所述RRC狀態(tài)轉(zhuǎn)換命令后，將自身的狀態(tài)轉(zhuǎn)移到公共信道狀態(tài)，且根據(jù)“組播無線承載的無線接入承載標(biāo)識”和“MBMS-Id”建立組播無線承載，并向網(wǎng)絡(luò)側(cè)的RRC實體返回RRC狀態(tài)轉(zhuǎn)換完成響應(yīng)。
建立組播無線承載的過程就是配置組播無線承載參數(shù)的過程，配置組播無線承載參數(shù)時，需要根據(jù)預(yù)先設(shè)置的缺省參數(shù)，配置UM模式的RLC實體，配置在傳輸組播數(shù)據(jù)時不啟動加密功能。
這時，UE可以接收網(wǎng)絡(luò)側(cè)發(fā)送的組播數(shù)據(jù)。
如果所述UE是第一個接收該組播數(shù)據(jù)的UE，則網(wǎng)絡(luò)側(cè)業(yè)務(wù)層的流媒體用戶面向UE側(cè)業(yè)務(wù)層的流媒體用戶面發(fā)送組播數(shù)據(jù)，所述組播數(shù)據(jù)以組播無線承載參數(shù)通過網(wǎng)絡(luò)側(cè)UM RLC實體承載在MTCH，并映射在公共信道中傳輸至UE側(cè)。網(wǎng)絡(luò)側(cè)發(fā)送組播數(shù)據(jù)時，在MTCH的MBMS-Id設(shè)置UE需要讀取的組播流媒體業(yè)務(wù)的MBMS-Id，且根據(jù)組播無線承載參數(shù)的預(yù)先設(shè)置，在空口中對組播數(shù)據(jù)不進行加密。
如果所述UE不是第一個接收該組播數(shù)據(jù)的UE，則網(wǎng)絡(luò)側(cè)正在發(fā)送組播數(shù)據(jù)，因此，UE就能夠立即接收組播數(shù)據(jù)。
UE側(cè)業(yè)務(wù)層的流媒體用戶面開始接收組播數(shù)據(jù)的過程是UE側(cè)業(yè)務(wù)層的流媒體用戶面從承載在公共信道中的MTCH中的組播流媒體業(yè)務(wù)數(shù)據(jù)中提取出MBMS-Id，并判斷與RRC狀態(tài)轉(zhuǎn)換命令中攜帶的MBMS-Id是否相同，如果是，則接收對應(yīng)的組播流媒體業(yè)務(wù)數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
以上所述的實施例一和實施例二中，對圖3所示現(xiàn)有的單播流媒體業(yè)務(wù)接收階段時信道映射結(jié)構(gòu)并沒有作任何改動，仍能夠?qū)崿F(xiàn)單播承載，其中，傳輸單播數(shù)據(jù)時可以分別采用TM、UM、AM模式傳輸，而且對單播數(shù)據(jù)的傳輸仍能夠啟動加密功能。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種提供組播承載的方法，其特征在于，在網(wǎng)絡(luò)側(cè)和用戶設(shè)備UE側(cè)之間建立用于傳輸組播數(shù)據(jù)的邏輯信道，并在網(wǎng)絡(luò)側(cè)和UE側(cè)設(shè)置缺省的組播無線承載參數(shù)，該方法包括當(dāng)UE請求組播流媒體業(yè)務(wù)時，網(wǎng)絡(luò)側(cè)向請求組播流媒體業(yè)務(wù)的UE發(fā)送無線資源控制RRC狀態(tài)轉(zhuǎn)換命令，該命令攜帶無線接入承載RAB標(biāo)識；UE側(cè)收到所述RRC狀態(tài)轉(zhuǎn)換命令后，將自身狀態(tài)轉(zhuǎn)換為公共信道狀態(tài)，且根據(jù)所設(shè)置的缺省的組播無線承載參數(shù)建立組播無線承載；網(wǎng)絡(luò)側(cè)將組播數(shù)據(jù)承載在所建立的邏輯信道，并映射在公共信道傳輸至UE側(cè)；UE側(cè)從公共信道中接收承載在所建立的邏輯信道的組播數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述RAB標(biāo)識對應(yīng)的RAB為UE請求組播流媒體業(yè)務(wù)時所使用的RAB。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在網(wǎng)絡(luò)側(cè)和UE側(cè)之間建立的邏輯信道為邏輯信道標(biāo)識為15的邏輯信道；網(wǎng)絡(luò)側(cè)進一步針對每一個組播流媒體業(yè)務(wù)分配組無線網(wǎng)絡(luò)臨時標(biāo)識G-RNTI；網(wǎng)絡(luò)側(cè)進一步根據(jù)所述UE所請求的組播流媒體業(yè)務(wù)的對應(yīng)的G-RNTI，判斷所述UE的小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識C-RNTI是否屬于所述G-RNTI所表示的組播組，如果不是，則重新給UE分配屬于所述組播組的C-RNTI；所述網(wǎng)絡(luò)側(cè)在公共信道上映射承載組播數(shù)據(jù)的邏輯信道時，在媒體接入控制MAC協(xié)議數(shù)據(jù)單元PDU中攜帶UE所請求的組播流媒體業(yè)務(wù)對應(yīng)的G-RNTI；所述UE側(cè)從公共信道中接收承載在邏輯信道的組播數(shù)據(jù)時，在MAC PDU中獲取G-RNTI，并判斷與自身C-RNTI是否屬于相同組播組，如果是，則接收對應(yīng)的組播數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的網(wǎng)絡(luò)業(yè)務(wù)接入點NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述判斷UE的C-RNTI是否屬于G-RNTI所表示的組播組為從C-RNTI與G-RNTI中分別獲取組標(biāo)識Group-Id，并比較所獲取的C-RNTI與G-RNTI中Group-Id是否相同。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在網(wǎng)絡(luò)側(cè)和UE側(cè)之間所建立的邏輯信道為多媒體廣播多播業(yè)務(wù)信道MTCH；所述網(wǎng)絡(luò)側(cè)向UE發(fā)送的RRC狀態(tài)轉(zhuǎn)換命令中進一步攜帶多媒體廣播多播業(yè)務(wù)標(biāo)識MBMS-Id，所述MBMS-Id的值為UE所請求的組播流媒體業(yè)務(wù)的MBMS-Id；網(wǎng)絡(luò)側(cè)將承載組播數(shù)據(jù)的MTCH的MBMS-Id設(shè)置為UE所請求的組播流媒體業(yè)務(wù)的MBMS-Id；UE側(cè)從承載組播數(shù)據(jù)的MTCH中獲取MBMS-Id，并判斷與所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的MBMS-Id是否相同，如果是，則接收對應(yīng)的組播流媒體業(yè)務(wù)數(shù)據(jù)，并將組播數(shù)據(jù)通過所述RRC狀態(tài)轉(zhuǎn)換命令中攜帶的RAB標(biāo)識所對應(yīng)的NSAPI轉(zhuǎn)發(fā)給上層應(yīng)用，否則丟棄該數(shù)據(jù)。
6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述設(shè)置缺省的組播無線承載參數(shù)為設(shè)置組播數(shù)據(jù)傳輸模式為UM模式；網(wǎng)絡(luò)側(cè)設(shè)置UM RLC實體，所述UM RLC實體將組播數(shù)據(jù)承載在所建立的邏輯信道，并映射在公共信道傳輸至UE側(cè)；UE側(cè)設(shè)置UM RLC實體，所述UM RLC實體從公共信道中接收承載在所建立的邏輯信道的組播數(shù)據(jù)。
7.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述設(shè)置缺省的組播無線承載參數(shù)為設(shè)置不啟用加密功能；網(wǎng)絡(luò)側(cè)發(fā)送組播數(shù)據(jù)時，在空口上對組播數(shù)據(jù)不進行加密；UE側(cè)接收所述組播數(shù)據(jù)時，對組播數(shù)據(jù)不進行解密。
8.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述UE側(cè)收到RRC狀態(tài)轉(zhuǎn)換命令后，進一步包括向網(wǎng)絡(luò)側(cè)返回RRC狀態(tài)轉(zhuǎn)換完成響應(yīng)。
9.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，該方法進一步包括保持UE請求組播流媒體業(yè)務(wù)時所使用的專用邏輯信道。
10.一種提供組播承載的系統(tǒng)，包括網(wǎng)絡(luò)側(cè)和UE側(cè)、以及網(wǎng)絡(luò)側(cè)和UE側(cè)之間的用于承載單播數(shù)據(jù)的邏輯信道，其特征在于，該系統(tǒng)進一步包括網(wǎng)絡(luò)側(cè)和UE側(cè)之間的用于承載組播數(shù)據(jù)的邏輯信道。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)側(cè)和UE側(cè)分別包括RRC實體和RLC實體；所述網(wǎng)絡(luò)側(cè)進一步包括用于發(fā)送組播數(shù)據(jù)的UM RLC發(fā)送實體；所述UE側(cè)進一步包括用于接收組播數(shù)據(jù)的UM RLC接收實體。網(wǎng)絡(luò)側(cè)RRC實體，用于根據(jù)組播流媒體業(yè)務(wù)標(biāo)識對應(yīng)的由網(wǎng)絡(luò)側(cè)分配的G-RNTI，為UE分配屬于該G-RNTI組播組的C-RNTI，用于向UE側(cè)發(fā)送攜帶無線接入承載標(biāo)識的RRC狀態(tài)轉(zhuǎn)換命令；UE側(cè)RRC實體，用于根據(jù)網(wǎng)絡(luò)側(cè)的RRC狀態(tài)轉(zhuǎn)換命令，將自身狀態(tài)轉(zhuǎn)換為公共信道狀態(tài)，且根據(jù)無線接入承載標(biāo)識建立組播承載，接收組播流媒體數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種提供組播承載的方法，在網(wǎng)絡(luò)側(cè)和UE側(cè)之間建立用于傳輸組播數(shù)據(jù)的邏輯信道，并在網(wǎng)絡(luò)側(cè)和UE側(cè)設(shè)置缺省的組播無線承載參數(shù)，當(dāng)UE請求組播流媒體業(yè)務(wù)時，網(wǎng)絡(luò)側(cè)向請求組播流媒體業(yè)務(wù)的UE發(fā)送攜帶RAB標(biāo)識的RRC狀態(tài)轉(zhuǎn)換命令；UE側(cè)收到所述命令后，將自身狀態(tài)轉(zhuǎn)換為公共信道狀態(tài)，且根據(jù)所設(shè)置的缺省的組播無線承載參數(shù)建立組播無線承載；網(wǎng)絡(luò)側(cè)將組播數(shù)據(jù)承載在所建立的邏輯信道，并映射在公共信道傳輸至UE側(cè)；UE側(cè)從公共信道中接收承載在所建立的邏輯信道的組播數(shù)據(jù)。本發(fā)明還公開一種提供組播承載的系統(tǒng)。根據(jù)本發(fā)明公開的方法和系統(tǒng)對現(xiàn)有單播流媒體業(yè)務(wù)的信道映射結(jié)構(gòu)進行較少的修改，實現(xiàn)組播流媒體業(yè)務(wù)。
文檔編號H04Q7/22GK101047881SQ20061007097
公開日2007年10月3日 申請日期2006年3月30日 優(yōu)先權(quán)日2006年3月30日
發(fā)明者胡軍 申請人:華為技術(shù)有限公司