專利名稱：廣播多播業(yè)務(wù)的傳輸承載方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，尤其涉及一種廣播多播業(yè)務(wù)(MBMS)的傳 輸承載方法、系統(tǒng)及裝置。
背景技術(shù)：
目前，MBMS已經(jīng)被引入寬帶碼分多址(WCDMA)和時(shí)分-同步碼分 多址接入(TD-SCDMA)標(biāo)準(zhǔn)中，根據(jù)第三代合作組織(3GPP)的版本6, 同一個(gè)基站節(jié)點(diǎn)(NodeB)的不同小區(qū)，即便傳送相同的MBMS業(yè)務(wù)也需 要建立和使用不同的傳輸承載，如圖1所示，假設(shè)一個(gè)NodeB中有三個(gè)小 區(qū)，且三個(gè)小區(qū)都需要傳送來(lái)自核心網(wǎng)的一個(gè)相同的MBMS業(yè)務(wù)，則在無(wú) 線網(wǎng)絡(luò)控制器(RNC， radio network controller )和Node B之間的Iub接口 上就需要建立三個(gè)MBMS傳輸承載，顯然這對(duì)Iub 口的資源造成很大浪費(fèi)。
為此，提出了如圖2所示的解決方案，該方案中，對(duì)于圖1所示的情況， 在Iub接口上只建立一個(gè)MBMS傳輸承載，三個(gè)小區(qū)共享該傳輸承載，達(dá) 到節(jié)約Iub 口資源的目的。
在Iub接口中，協(xié)議棧包含3個(gè)協(xié)議平面，分別是無(wú)線網(wǎng)絡(luò)控制平面、 傳輸網(wǎng)絡(luò)控制平面和用戶平面，分別對(duì)應(yīng)3個(gè)協(xié)議的信令流程，即NodeB 應(yīng)用部分(NBAP, NodeB application part)、接入層鏈路控制應(yīng)用協(xié)議 (ALCAP， access link control application protocol)和Iub幀協(xié)議(FP, frame protocol)。這3個(gè)協(xié)議有著緊密的聯(lián)系，當(dāng)RNC發(fā)起傳輸信道管理或者無(wú) 線連接管理相關(guān)過(guò)程時(shí)，是通過(guò)NBAP協(xié)議的相關(guān)過(guò)程來(lái)實(shí)現(xiàn)，比如公共傳 輸信道建立(Common Transport Channel Setup )、無(wú)線鏈路建立(Radio Link Setup)等。同時(shí)需要對(duì)用戶面鏈路進(jìn)行分配或刪除，在Iub接口上，用戶數(shù)據(jù)通過(guò)異步傳輸模式(ATM )結(jié)構(gòu)中的ATM適配層(AAL )的AAL2傳送， ALCAP定義了與用戶面建立、釋放傳輸承載的方式，因此ALCAP可統(tǒng)一 管理AAL2的建立和釋放。其中，MBMS業(yè)務(wù)的Iub傳輸承載是由NBAP 的公共傳輸信道建立流程發(fā)起并通過(guò)ALCAP建立和釋放的。
為了實(shí)現(xiàn)各小區(qū)對(duì)MBMS傳輸承載的共享，現(xiàn)有技術(shù)有些解決方案中， 傳輸承載的信息通過(guò)額外的NBAP信令傳送，而且RNC不知道NodeB是否 具有共享傳輸承載的能力，此時(shí)，RNC需要一直利用該額外的NBAP信令 向NodeB發(fā)送傳輸承載共享的信息，而無(wú)論NodeB是否可以/愿意共享傳輸 承載，因此當(dāng)NodeB不愿或不能共享傳輸承載時(shí)，這些額外的NBAP信令 勢(shì)必造成資源的浪費(fèi)。此外，還有些解決方案中，傳輸承載的信息通過(guò)公共 傳輸信道建立流程傳送，且該方案中需要在公共傳輸信道建立請(qǐng)求和響應(yīng)信 令中增加較多額外的信元，這勢(shì)必增加公共傳輸信道建立請(qǐng)求和響應(yīng)信令的 開(kāi)銷，并且需要對(duì)相應(yīng)的流程進(jìn)行更改。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明中一方面提供一種MBMS業(yè)務(wù)的傳輸承載方法，另 一方面提供一種MBMS業(yè)務(wù)的傳輸承載系統(tǒng)及裝置，以便降低公共傳輸信 道建立請(qǐng)求和響應(yīng)信令的開(kāi)銷。其中，裝置包括RNC和NodeB。
本發(fā)明提供的MBMS業(yè)務(wù)的傳輸承載方法，包括
基站節(jié)點(diǎn)NodeB接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶MBMS業(yè)務(wù)指示的 公共傳輸信道建立請(qǐng)求，在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已建立有 當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在 公共傳輸信道建立響應(yīng)中發(fā)送給RNC;
RNC接收來(lái)自NodeB的攜帶所述綁定ID的公共傳輸信道建立響應(yīng)，在確 定所述綁定ID已經(jīng)存在時(shí)，利用所述綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行 MBMS業(yè)務(wù)傳輸。
此外，該方法可進(jìn)一步包括NodeB在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)未建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，生成新的綁定ID，將生成的 所述綁定ID攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC;
RNC在確定所述綁定ID未存在時(shí)，發(fā)起新的MBMS傳輸承載的建立，利 用所建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
其中，所述傳輸承載為異步傳輸模式的適配層AAL2連接或IP連接。
其中，所述綁定ID為包括特定信息的綁定ID。
其中，所述特定信息包括NodeB標(biāo)識(shí)、小區(qū)標(biāo)識(shí)、傳輸信道標(biāo)識(shí)、IP 傳輸中的用戶數(shù)據(jù)報(bào)協(xié)議UDP的端口號(hào)、載波標(biāo)識(shí)等中的任意一種或任意 組合。
本發(fā)明提供的MBMS業(yè)務(wù)的傳輸承載系統(tǒng)，包括
基站節(jié)點(diǎn)NodeB，用于接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶MBMS業(yè)務(wù) 指示的公共傳輸信道建立請(qǐng)求，在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已 建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID 攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC;
RNC,用于接收來(lái)自NodeB的攜帶所述綁定ID的公共傳輸信道建立響應(yīng)， 在確定所述綁定ID已經(jīng)存在時(shí)，利用所述綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn) 行MBMS業(yè)務(wù)傳輸。
此外，所述NodeB可進(jìn)一步用于在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬 小區(qū)內(nèi)未建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，生成新的綁定ID,將生成的 所述綁定ID攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC;
所述RNC可進(jìn)一步用于在確定所述綁定ID未存在時(shí)，發(fā)起新的 MBMS傳輸承載的建立，利用所建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳 輸。
本發(fā)明提供的RNC，包括
請(qǐng)求消息發(fā)送模塊，用于向基站節(jié)點(diǎn)NodeB發(fā)送攜帶有廣播多播業(yè)務(wù) MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息；
響應(yīng)消息接收模塊，用于接收來(lái)自NodeB的攜帶有綁定ID的公共傳輸信道建立響應(yīng)消息；
傳輸承載實(shí)施模塊，用于在確定所述公共傳輸信道建立響應(yīng)消息中的綁
定ID已經(jīng)存在時(shí)，利用該綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
此外，所述傳輸承載實(shí)施模塊可進(jìn)一步用于在確定所述公共傳輸信道 建立響應(yīng)消息中的綁定ID未存在時(shí)，發(fā)起新的MBMS傳輸承載的建立，并 利用所建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
本發(fā)明提供的NodeB，包括
請(qǐng)求消息接收模塊，用于接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶有廣播 多播業(yè)務(wù)MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息；
綁定ID攜帶模塊，用于當(dāng)根據(jù)所述請(qǐng)求消息中的MBMS業(yè)務(wù)指示確定 當(dāng)前MBMS業(yè)務(wù)的傳輸承載已經(jīng)建立時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁 定ID攜帶在公共傳輸信道建立響應(yīng)消息中；
響應(yīng)消息發(fā)送模塊，用于將攜帶有綁定ID的公共傳輸信道建立響應(yīng)消 息發(fā)送給RNC。
此外，所述綁定ID攜帶模塊可進(jìn)一步用于在確定當(dāng)前MBMS業(yè)務(wù)的 傳輸承載未建立時(shí)，生成新的綁定ID，將所生成的新的綁定ID攜帶在公共 傳輸信道建立響應(yīng)消息中。
從上述方案可以看出，本發(fā)明中通過(guò)NodeB在根據(jù)公共傳輸信道建立 請(qǐng)求中的MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已建立有當(dāng)前MBMS業(yè)務(wù)的傳輸 承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在建立響應(yīng)中發(fā)送給 RNC; RNC在確定該建立響應(yīng)中的綁定ID已經(jīng)存在時(shí)，利用該綁定ID對(duì) 應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸，乂人而實(shí)現(xiàn)了 NodeB的不同小 區(qū)對(duì)相同MBMS業(yè)務(wù)的共享。


圖1為現(xiàn)有技術(shù)中不同小區(qū)接收相同MBMS業(yè)務(wù)時(shí)的傳輸承載示意圖；圖2為改進(jìn)后的不同小區(qū)接收相同MBMS業(yè)務(wù)時(shí)的傳輸承栽示意圖； 圖3為本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸承載方法的示例性流程圖； 圖4為圖3所示流程中描述的綁定ID的一種結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)施例中在NodeB的共享小區(qū)中的第 一個(gè)小區(qū)內(nèi)建立
MBMS傳輸承載的流程圖6為本發(fā)明實(shí)施例中在NodeB的共享小區(qū)中的其它小區(qū)內(nèi)建立
MBMS傳輸承載的流程圖7為本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸承載系統(tǒng)的示例性結(jié)構(gòu)圖； 圖8為本發(fā)明實(shí)施例中RNC的一種內(nèi)部結(jié)構(gòu)示意圖； 圖9為本發(fā)明實(shí)施例中NodeB的一種內(nèi)部結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合實(shí)施例和 附圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。
本發(fā)明考慮到在3GPP協(xié)議中，綁定標(biāo)識(shí)(Binding ID)信元用來(lái)唯一 標(biāo)識(shí)Iub接口的一個(gè)傳輸承載，并且在用戶數(shù)據(jù)通過(guò)ATM的AAL2傳輸時(shí)，
該綁定ID與AAL2連接--對(duì)應(yīng)，即綁定ID用于識(shí)別不同的AAL2連接，
在建立MBMS的傳輸承載時(shí)，綁定ID是必需的參數(shù)，在現(xiàn)有技術(shù)中，對(duì)于 圖1所示三個(gè)小區(qū)都需要傳送一個(gè)相同的MBMS業(yè)務(wù)時(shí)，在Iub接口上建 立三個(gè)MBMS傳輸承載的情況，每個(gè)MBMS傳輸承載所建立的AAL2連接 對(duì)應(yīng)一個(gè)綁定ID。本發(fā)明中利用該綁定ID與AAL2連接——對(duì)應(yīng)的特性， 將綁定ID作為標(biāo)識(shí)不同小區(qū)所共享的同一個(gè)Iub傳輸承載。進(jìn)一步地，在 用戶數(shù)據(jù)通過(guò)IP連接傳輸時(shí)，還可以建立該綁定ID與IP連接的——對(duì)應(yīng) 關(guān)系，以識(shí)別不同的IP連接，則當(dāng)傳輸承載為IP連接時(shí)，同樣可將綁定ID 作為標(biāo)識(shí)不同小區(qū)所共享的同一個(gè)Iub傳輸承載。具體實(shí)現(xiàn)參見(jiàn)圖3所示方 法流#呈。
圖3為本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸承載方法的示例性流程圖。該流程包括如下步驟
步驟301， RNC向NodeB發(fā)送公共傳輸信道建立請(qǐng)求(Common Transport Channel Setup R叫uest)消息，該請(qǐng)求消息中攜帶有用于表示當(dāng)前 MBMS業(yè)務(wù)的信息的MBMS業(yè)務(wù)指示。
其中，該MBMS業(yè)務(wù)指示用于指示一個(gè)特定的MBMS業(yè)務(wù)，因?yàn)橐粋€(gè) NoedeB可能支持多個(gè)MBMS業(yè)務(wù)，因此需要指示當(dāng)前MBMS業(yè)務(wù)是哪一 個(gè)MBMS業(yè)務(wù)。具體實(shí)現(xiàn)時(shí)，可在Common Transport Channel Setup R叫uest 消息中增加MBMS業(yè)務(wù)指示信元，信元的名字可根據(jù)具體情況而定，如可 定義為 "Broadcast Reference"。
此外，該公共傳輸信道建立請(qǐng)求中還包括MBMS業(yè)務(wù)的其它相關(guān)信息， 例如，由于一個(gè)MBMS業(yè)務(wù)對(duì)應(yīng)一個(gè)前向接入信道(FACH),因此該7>共 傳輸信道建立請(qǐng)求中還可包括傳輸信道ID等MBMS傳輸信道信息。
步驟302， NodeB根據(jù)公共傳輸信道建立請(qǐng)求消息中的MBMS業(yè)務(wù)指 示，判斷下屬小區(qū)內(nèi)是否已建立當(dāng)前MBMS業(yè)務(wù)的傳輸承載，如果未建立， 則執(zhí)行步驟303，如果已建立，則執(zhí)行步驟304。
步驟303, NodeB生成一個(gè)新的綁定ID，將所生成的綁定ID攜帶在發(fā) 送給RNC的公共傳輸信道建立響應(yīng)(Common Transport Channel Setup Response )消息中。
其中，生成綁定ID的方式可有多種。可根據(jù)實(shí)際需要進(jìn)行相應(yīng)設(shè)定， 例如，圖4示出了綁定ID的一種結(jié)構(gòu)示意圖。如圖4所示，對(duì)于32比特的 綁定ID ，可在其前8個(gè)比特中填充NodeB ID ，隨后的8個(gè)比特中填充Cell ID ， 再隨后的8個(gè)比特中填充步驟301中提到的傳輸信道ID，最后8個(gè)比特可 根據(jù)需要填充其它信息；或者，上述各信息的填充順序也可以任意組合或者 也可以任意選取其中的一個(gè)或多個(gè)進(jìn)行填充，并且各自所占用比特?cái)?shù)也可根 據(jù)需要進(jìn)行調(diào)整。當(dāng)然，綁定ID也可有其它的信息組合進(jìn)行填充，例如， IP傳輸中的用戶數(shù)據(jù)報(bào)協(xié)議(UDP )的端口號(hào)、多載波中的任一載波標(biāo)識(shí)等。 則這些信息共同構(gòu)成一個(gè)綁定ID的值，該值用于與之后建立的傳輸承載一一對(duì)應(yīng)，同時(shí)該綁定ID本身也可用于表示多種特定信息。
當(dāng)然，綁定ID也可以只是一個(gè)隨機(jī)生成的值，用于與之后建立的傳輸
承載——對(duì)應(yīng)，該綁定ID本身可不用于表示其它信息。
此外，NodeB根據(jù)步驟301中公共傳輸信道建立請(qǐng)求消息中的MBMS 的傳輸信道信息建立當(dāng)前小區(qū)載波內(nèi)物理層的第二公共控制物理信道 (SCCPCH)信道。
步驟304， NodeB決定當(dāng)前小區(qū)共享已建立的MBMS傳輸承載時(shí)，將 與該MBMS傳輸承載相對(duì)應(yīng)的已生成的綁定ID攜帶在發(fā)送給RNC的公共 傳輸信道建立響應(yīng)(Common Transport Channel Setup Response )消息中。
此外，NodeB根據(jù)步驟301中公共傳輸信道建立請(qǐng)求消息中的MBMS 的傳輸信道信息建立當(dāng)前小區(qū)載波內(nèi)物理層的SCCPCH信道。
步驟305， RNC收到來(lái)自NodeB的公共傳輸信道建立響應(yīng)(Common Transport Channel Setup Response )消息，判斷響應(yīng)消息中攜帶的綁定ID是 否已經(jīng)存在，如果存在，則執(zhí)行步驟306，結(jié)束本流程；如果不存在，則執(zhí) 行步驟307。
步驟306， RNC使用與該綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS 業(yè)務(wù)傳輸，無(wú)需建立新的傳輸承載，此時(shí)，Iub傳輸承載在NodeB的不同小 區(qū)中對(duì)相同的MBMS業(yè)務(wù)進(jìn)行共享。
步驟307， RNC發(fā)起建立新的MBMS傳輸承載的流程，并建立公共傳 輸信道建立響應(yīng)(Common Transport Channel Setup Response )消息中的綁定 ID與該傳輸承載的對(duì)應(yīng)關(guān)系，利用所建立的MBMS傳輸承載進(jìn)行MBMS 業(yè)務(wù)傳輸。
其中，傳輸承載可以是ATM AAL2連接，也可以是IP連接。其中，AAL2 連接由虛通路號(hào)(VPI)、虛通道號(hào)(VCI)和信道標(biāo)識(shí)(CID)等參數(shù)確定。 IP連接由IP地址和隧道端點(diǎn)標(biāo)識(shí)符(TEID )確定。
上述流程中，NodeB可根據(jù)綁定ID、 MBMS業(yè)務(wù)指示以及ATM層AAL2
連接(VPI/VCI/CID )或者IP層連接(IP地址+隧道端點(diǎn)標(biāo)識(shí)符(TEID))的對(duì)應(yīng)關(guān)系，識(shí)別是那一種MBMS業(yè)務(wù)，以及綁定ID和哪一個(gè)MBMS業(yè)務(wù) 以及哪一個(gè)小區(qū)存在對(duì)應(yīng)關(guān)系，因此能完成在NodeB內(nèi)的MBMS共享操作。
進(jìn)一步的，對(duì)于類似圖4所示的綁定ID,由于綁定ID的特定字節(jié)還有 特殊含義，如圖4所示，則RNC收到綁定ID之后，RNC可根據(jù)綁定ID中 的NodeB ID知道此綁定ID來(lái)自哪一個(gè)NodeB，才艮據(jù)小區(qū)ID知道此小區(qū)是 NodeB下的哪一個(gè)小區(qū)，進(jìn)而根據(jù)傳輸信道ID知道是哪一個(gè)MBMS業(yè)務(wù)對(duì) 應(yīng)的FACH ID等。
下面以MBMS傳輸承載為AAL2連接的情況為例，分別對(duì)在NodeB的 共享小區(qū)中的第一個(gè)小區(qū)內(nèi)和其它小區(qū)內(nèi)建立MBMS傳輸承載的情況進(jìn)行 i,纟田;l苗述。
圖5為本發(fā)明實(shí)施例中在NodeB的共享小區(qū)中的第 一個(gè)小區(qū)內(nèi)建立 MBMS傳輸承載的流程圖。如圖5所示，該流程包括
RNC側(cè)的NBAP向NodeB側(cè)的NBAP發(fā)送公共傳輸信道建立請(qǐng)求消息， 該請(qǐng)求消息中攜帶有用于表示當(dāng)前MBMS業(yè)務(wù)的信息的MBMS業(yè)務(wù)指示。
NodeB側(cè)的NBAP接收到來(lái)自RNC側(cè)的NBAP的公共傳輸信道建立請(qǐng) 求消息后，根據(jù)公共傳輸信道建立請(qǐng)求消息中的MBMS業(yè)務(wù)指示，判斷下 屬小區(qū)內(nèi)未建立當(dāng)前MBMS業(yè)務(wù)的傳輸承載，于是生成一個(gè)新的綁定ID， 將所生成的綁定ID攜帶在發(fā)送給RNC的公共傳輸信道建立響應(yīng)消息中，并 且NodeB將該綁定ID發(fā)送給自身的ALCAP。之后，NodeB側(cè)的NBAP將 公共傳輸信道建立請(qǐng)求消息中的MBMS傳輸信道信息和相關(guān)的對(duì)應(yīng)關(guān)系發(fā) 送給自身的FP，同時(shí)建立當(dāng)前小區(qū)載波內(nèi)物理層的SCCPCH信道。
RNC側(cè)的NBAP接收到來(lái)自NodeB側(cè)的NBAP的公共傳輸信道建立響 應(yīng)消息后，判斷自身不存在響應(yīng)消息中攜帶的綁定ID,因此將該綁定ID發(fā) 送給自身的ALCAP。 RNC側(cè)的ALCAP發(fā)起建立ATM AAL2連接的流程， 該AAL2連接由VPI/VCI/CID/參數(shù)確定，RNC側(cè)的ALCAP將AAL2連接 的VPI/VCI/CID/參數(shù)以及綁定ID發(fā)送給NodeB側(cè)的ALCAP, NodeB側(cè)的 ALCAP將所接收的綁定ID與自身NBAP發(fā)送給自己的綁定ID進(jìn)行比較，若一致，則建立起AAL2連接以及綁定ID與該AAL2連接的對(duì)應(yīng)關(guān)系。 RNC側(cè)的FP與NodeB側(cè)的FP利用建立的AAL2連接，即MBMS傳
輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
圖6為本發(fā)明實(shí)施例中在NodeB的共享小區(qū)中的其它小區(qū)內(nèi)建立
MBMS傳輸承載的流程圖。如圖6所示，該流程包括
該請(qǐng)求消息中攜帶有用于表示當(dāng)前MBMS業(yè)務(wù)的信息的MBMS業(yè)務(wù)指示。 NodeB側(cè)的NBAP接收到來(lái)自RNC側(cè)的NBAP的公共傳輸信道建立請(qǐng) 求消息后，根據(jù)公共傳輸信道建立請(qǐng)求消息中的MBMS業(yè)務(wù)指示，判斷下 屬小區(qū)內(nèi)已建立當(dāng)前MBMS業(yè)務(wù)的傳輸承載，于是將與該傳輸承載對(duì)應(yīng)的 綁定ID攜帶在發(fā)送給RNC的公共傳輸信道建立響應(yīng)消息中。之后，NodeB 側(cè)的NBAP將公共傳輸信道建立請(qǐng)求消息中的MBMS傳輸信道信息和相關(guān) 的對(duì)應(yīng)關(guān)系發(fā)送給自身的FP，同時(shí)建立當(dāng)前小區(qū)載波內(nèi)物理層的SCCPCH 信道。
RNC側(cè)的NBAP接收到來(lái)自NodeB側(cè)的NBAP的公共傳輸信道建立響 應(yīng)消息后，判斷自身已存在響應(yīng)消息中攜帶的綁定ID，因此不再建立新的 傳輸承載，RNC側(cè)的FP與NodeB側(cè)的FP利用綁定ID對(duì)應(yīng)的MBMS傳輸 承載進(jìn)行MBMS業(yè)務(wù)傳輸，從而使得Iub傳輸承載在NodeB的不同小區(qū)中 對(duì)相同的MBMS業(yè)務(wù)進(jìn)行共享。
以上對(duì)本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸承載方法進(jìn)行了詳細(xì)描述， 下面再對(duì)本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸7 義載系統(tǒng)進(jìn)行詳細(xì)描述。
圖7為本發(fā)明實(shí)施例中MBMS業(yè)務(wù)的傳輸承載系統(tǒng)的示例性結(jié)構(gòu)圖。 如圖7所示，該系統(tǒng)包括RNC和NodeB。
其中，RNC的操作與圖3所示方法流程中描述的操作一致，即主要用 于向NodeB發(fā)送攜帶有MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息，接 收來(lái)自NodeB的攜帶有綁定ID的公共傳輸信道建立響應(yīng)消息，若響應(yīng)消息 中的綁定ID已經(jīng)存在，則利用該綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸；若該綁定ID不存在，則發(fā)起建立新的MBMS傳輸承載的流程， 并利用新建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
NodeB的操作也與圖3所示方法流程中描述的操作一致，即主要用于接 收來(lái)自RNC的攜帶有MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息，當(dāng)根 據(jù)請(qǐng)求消息中的MBMS業(yè)務(wù)指示確定當(dāng)前MBMS業(yè)務(wù)的傳輸承載已經(jīng)建立 時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)消 息，將該響應(yīng)消息發(fā)送給RNC;當(dāng)根據(jù)請(qǐng)求消息中的MBMS業(yè)務(wù)指示確定 當(dāng)前MBMS業(yè)務(wù)的傳輸承載未建立時(shí)，生成新的綁定ID，將所生成的新的 綁定ID攜帶在公共傳輸信道建立響應(yīng)消息，將該響應(yīng)消息發(fā)送給RNC。
具體實(shí)現(xiàn)時(shí)，RNC的內(nèi)部結(jié)構(gòu)可有多種具體實(shí)現(xiàn)形式，圖8示出了其 中的一種結(jié)構(gòu)示意圖。如圖8所示，該RNC包括請(qǐng)求消息發(fā)送模塊、響 應(yīng)消息接收模塊和傳輸承載實(shí)施模塊。
其中，請(qǐng)求消息發(fā)送模塊用于向NodeB發(fā)送攜帶有MBMS業(yè)務(wù)指示的
公共傳輸信道建立請(qǐng)求;肖,I;。
響應(yīng)消息接收模塊用于接收來(lái)自NodeB的攜帶有綁定ID的公共傳輸信 道建立響應(yīng)消息。
傳輸承載實(shí)施模塊用于在響應(yīng)消息中的綁定ID已經(jīng)存在時(shí)，利用該綁 定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸；在響應(yīng)消息中的綁定 ID不存在時(shí)，發(fā)起建立新的MBMS傳輸承載的流程，并利用新建立的MBMS 傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
具體實(shí)現(xiàn)時(shí)，NodeB的內(nèi)部結(jié)構(gòu)也可有多種具體實(shí)現(xiàn)形式，圖9示出了 其中的一種結(jié)構(gòu)示意圖。如圖9所示，該NodeB包括請(qǐng)求消息接收模塊、 綁定ID攜帶模塊和響應(yīng)消息發(fā)送模塊。
其中，請(qǐng)求消息接收模塊用于接收來(lái)自RNC的攜帶有MBMS業(yè)務(wù)指示 的公共傳輸信道建立請(qǐng)求消息。
綁定ID攜帶模塊用于當(dāng)根據(jù)上述請(qǐng)求消息中的MBMS業(yè)務(wù)指示確定當(dāng) 前MBMS業(yè)務(wù)的傳輸承載已經(jīng)建立時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)消息中；當(dāng)根據(jù)請(qǐng)求消息中的MBMS業(yè)務(wù) 指示確定當(dāng)前MBMS業(yè)務(wù)的傳輸承載未建立時(shí)，生成新的綁定ID，將所生 成的新的綁定ID攜帶在公共傳輸信道建立響應(yīng)消息中。
響應(yīng)消息發(fā)送模塊用于將攜帶有綁定ID的公共傳輸信道建立響應(yīng)消息 發(fā)送給RNC。
本發(fā)明中的技術(shù)方案，僅僅利用綁帶ID作為特定MBMS業(yè)務(wù)在Iub接 口的MBMS傳輸承載的唯一識(shí)別而不需要改變COMMON TRANSPORT CHANNEL SETUP RESPONSE消息的結(jié)構(gòu)，以完成同一 NodeB下不同小區(qū) 間的MBMS業(yè)務(wù)的Iub接口傳輸承載的共享，可見(jiàn)對(duì)現(xiàn)有協(xié)議修改較少， 從而可行性較高。
此外，本發(fā)明中的技術(shù)方案對(duì)于不支持或不進(jìn)行不同小區(qū)共享相同 MBMS業(yè)務(wù)的傳輸承載的RNC和NodeB不會(huì)產(chǎn)生任何影響，例如，對(duì)于不 支持或不進(jìn)行該業(yè)務(wù)的RNC，其公共傳輸信道建立請(qǐng)求消息中可不攜帶 MBMS業(yè)務(wù)指示，進(jìn)行該業(yè)務(wù)的NodeB接收到公共傳輸信道建立請(qǐng)求消息 后，由于檢索不到MBMS業(yè)務(wù)指示，因此可按正常的公共信道建立流程進(jìn) 行。對(duì)于不支持或不進(jìn)行該業(yè)務(wù)的NodeB,當(dāng)進(jìn)行該業(yè)務(wù)的RNC在其公共 傳輸信道建立請(qǐng)求消息中攜帶MBMS業(yè)務(wù)指示時(shí)，該NodeB可忽略該 MBMS業(yè)務(wù)指示信息。
以上所述的具體實(shí)施例，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了 進(jìn)一步詳細(xì)說(shuō)明，所應(yīng)理解的是，以上所述僅為本發(fā)明的較佳實(shí)施例而已， 并非用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所作的任 何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種廣播多播業(yè)務(wù)MBMS的傳輸承載方法，其特征在于，該方法包括基站節(jié)點(diǎn)NodeB接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求，在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC；RNC接收來(lái)自NodeB的攜帶所述綁定ID的公共傳輸信道建立響應(yīng)，在確定所述綁定ID已經(jīng)存在時(shí)，利用所述綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
2、 如權(quán)利要求l所述的方法，其特征在于，該方法進(jìn)一步包括NodeB在 根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)未建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承 載時(shí)，生成新的綁定ID,將生成的所述綁定ID攜帶在公共傳輸信道建立響應(yīng) 中發(fā)送給RNC;RNC在確定所述綁定ID未存在時(shí)，發(fā)起新的MBMS傳輸承載的建立，利 用所建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
3、 如權(quán)利要求l所述的方法，其特征在于，所述傳輸承載為異步傳輸模式 的適配層AAL2連接或IP連接。
4、 如權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述綁定ID為 包括特定信息的綁定ID。
5、 如權(quán)利要求4所述的方法，其特征在于，所述特定信息包括NodeB標(biāo) 識(shí)、小區(qū)標(biāo)識(shí)、傳輸信道標(biāo)識(shí)、IP傳輸中的用戶數(shù)據(jù)報(bào)協(xié)議UDP的端口號(hào)、 載波標(biāo)識(shí)等中的任意一種或任意組合。
6、 一種廣播多播業(yè)務(wù)MBMS的傳輸承載系統(tǒng)，其特征在于，該系統(tǒng)包括 基站節(jié)點(diǎn)NodeB，用于接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求，在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已 建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC;RNC，用于接收來(lái)自NodeB的攜帶所述綁定ID的7>共傳輸信道建立響應(yīng)， 在確定所述綁定ID已經(jīng)存在時(shí)，利用所述綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn) 行MBMS業(yè)務(wù)傳輸。
7、 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述NodeB進(jìn)一步用于在 根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)未建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承 載時(shí)，生成新的綁定ID，將生成的所述綁定ID攜帶在公共傳輸信道建立響應(yīng) 中發(fā)送給RNC;所述RNC進(jìn)一步用于在確定所述綁定ID未存在時(shí)，發(fā)起新的MBMS 傳輸承載的建立，利用所建立的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。
8、 一種無(wú)線網(wǎng)絡(luò)控制器RNC，其特征在于，該RNC包括 請(qǐng)求消息發(fā)送模塊，用于向基站節(jié)點(diǎn)NodeB發(fā)送攜帶有廣播多播業(yè)務(wù)MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息；響應(yīng)消息接收模塊，用于接收來(lái)自NodeB的攜帶有綁定ID的公共傳輸 信道建立響應(yīng)消息；傳輸承載實(shí)施模塊，用于在確定所述公共傳輸信道建立響應(yīng)消息中的綁 定ID已經(jīng)存在時(shí)，利用該綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù) 傳輸。
9、 如權(quán)利要求8所述的RNC,其特征在于，所述傳輸承載實(shí)施模塊進(jìn) 一步用于在確定所述公共傳輸信道建立響應(yīng)消息中的綁定ID未存在時(shí)， 發(fā)起新的MBMS傳輸承載的建立，并利用所建立的MBMS傳輸承載進(jìn)行 MBMS業(yè)務(wù)傳輸。
10、 一種基站節(jié)點(diǎn)NodeB,其特征在于，該NodeB包括 請(qǐng)求消息接收模塊，用于接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶有廣播多播業(yè)務(wù)MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求消息；綁定ID攜帶模塊，用于當(dāng)根據(jù)所述請(qǐng)求消息中的MBMS業(yè)務(wù)指示確定 當(dāng)前MBMS業(yè)務(wù)的傳輸承載已經(jīng)建立時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)消息中；響應(yīng)消息發(fā)送模塊，用于將攜帶有綁定ID的公共傳輸信道建立響應(yīng)消 息發(fā)送給RNC。
11、如權(quán)利要求IO所述的NodeB，其特征在于，所述綁定ID攜帶模塊 進(jìn)一步用于在確定當(dāng)前MBMS業(yè)務(wù)的傳輸承載未建立時(shí)，生成新的綁定 ID，將所生成的新的綁定ID攜帶在公共傳輸信道建立響應(yīng)消息中。
全文摘要
本發(fā)明公開(kāi)了一種MBMS的傳輸承載方法，包括NodeB接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的攜帶MBMS業(yè)務(wù)指示的公共傳輸信道建立請(qǐng)求，在根據(jù)所述MBMS業(yè)務(wù)指示確定下屬小區(qū)內(nèi)已建立有當(dāng)前MBMS業(yè)務(wù)的傳輸承載時(shí)，將與該MBMS傳輸承載對(duì)應(yīng)的綁定ID攜帶在公共傳輸信道建立響應(yīng)中發(fā)送給RNC；RNC接收來(lái)自NodeB的攜帶所述綁定ID的公共傳輸信道建立響應(yīng)，在確定所述綁定ID已經(jīng)存在時(shí)，利用該綁定ID對(duì)應(yīng)的MBMS傳輸承載進(jìn)行MBMS業(yè)務(wù)傳輸。此外，本發(fā)明還公開(kāi)了一種MBMS的傳輸承載系統(tǒng)及裝置。本發(fā)明中的技術(shù)方案能夠?qū)崿F(xiàn)不同小區(qū)對(duì)相同MBMS業(yè)務(wù)傳輸?shù)墓蚕怼?br> 文檔編號(hào)H04W48/08GK101420761SQ20071017617
公開(kāi)日2009年4月29日 申請(qǐng)日期2007年10月22日 優(yōu)先權(quán)日2007年10月22日
發(fā)明者李偉林, 王浩然 申請(qǐng)人:鼎橋通信技術(shù)有限公司