專利名稱：一種無線網(wǎng)絡(luò)控制器獲取無線接入承載標(biāo)識(shí)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，特別涉及寬帶碼分多址(WCDMA) 系統(tǒng)中，多媒體廣播和組播業(yè)務(wù)的應(yīng)用技術(shù)。
背景技術(shù)：
隨著大屏幕多功能手機(jī)的普及，移動(dòng)數(shù)據(jù)業(yè)務(wù)的應(yīng)用越來越廣 泛，對(duì)移動(dòng)通信的需求已不再滿足于電話、消息和手機(jī)上網(wǎng)瀏覽業(yè)務(wù)。 由于Internet的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來。各種高帶寬多 媒體業(yè)務(wù)如視頻會(huì)議、電視廣播、視頻點(diǎn)播、廣告、網(wǎng)上教育、互動(dòng) 游戲等不斷出現(xiàn)， 一方面滿足移動(dòng)用戶不斷上升的業(yè)務(wù)需求，同時(shí)也 為移動(dòng)運(yùn)營商帶來新的業(yè)務(wù)增長點(diǎn)。這些移動(dòng)多媒體業(yè)務(wù)要求多個(gè)用 戶能同時(shí)接收相同數(shù)據(jù)，與一般的移動(dòng)數(shù)據(jù)業(yè)務(wù)相比，具有數(shù)據(jù)量大、 持續(xù)時(shí)間長、時(shí)延敏感等特點(diǎn)。目前的IP組播技術(shù)只適用于有線IP 網(wǎng)絡(luò)，尚不適用于移動(dòng)網(wǎng)絡(luò)，因?yàn)橐苿?dòng)網(wǎng)絡(luò)具有特定的網(wǎng)絡(luò)結(jié)構(gòu)、功 能實(shí)體和無線接口，這些都與有線IP網(wǎng)絡(luò)不同。
為了有效地利用移動(dòng)網(wǎng)絡(luò)資源，3GPP提出了多媒體廣播和組播 業(yè)務(wù)(MBMS， Multimedia Broadcast Multicast Service),在移動(dòng)網(wǎng)絡(luò) 中提供一個(gè)數(shù)據(jù)源向多個(gè)用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，實(shí)現(xiàn)網(wǎng)絡(luò)資 源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是寶貴的空口接口資源。MBMS 業(yè)務(wù)是一種共享網(wǎng)絡(luò)資源從一個(gè)數(shù)據(jù)源向多個(gè)目標(biāo)傳送數(shù)據(jù)的技術(shù)， 3GPP定義的MBMS不僅能實(shí)現(xiàn)純文本低速率的消息類組播和廣播， 而且還能實(shí)現(xiàn)高速多媒體業(yè)務(wù)的組播和廣播，提供多種豐富的視頻、 音頻和多媒體業(yè)務(wù)，這無疑順應(yīng)了未來移動(dòng)數(shù)據(jù)發(fā)展的趨勢，為3G 的發(fā)展提供更好的業(yè)務(wù)前景。
MBMS業(yè)務(wù)包括組播業(yè)務(wù)(Multicast Service)和廣播業(yè)務(wù)(Broadcast Service)。每個(gè)組播業(yè)務(wù)都需要Joining (加入)過程，用 戶需要到BM-SC (廣播多播業(yè)務(wù)中心，Broadcast-Multicast Service Centre)激活某個(gè)組播業(yè)務(wù)，而對(duì)于每個(gè)廣播業(yè)務(wù)，UE只需要本地 激活就可以了。在無線承載的配置上，組播業(yè)務(wù)可以采用P-T-M (點(diǎn) 到多點(diǎn)，也可以簡寫為PTM或ptm或PtM)和P-T-P(點(diǎn)到點(diǎn)，也可 以簡寫為PTP或ptp或PtP)的承載類型，而廣播業(yè)務(wù)只能采用P-T-M。
基于MBMS技術(shù)的一個(gè)重要應(yīng)用業(yè)務(wù)類型是移動(dòng)電視(Mobile TVoverMBMS)，或稱為手機(jī)電視，實(shí)質(zhì)上還可以包括其他類似的業(yè) 務(wù)，如手機(jī)上的音樂，手機(jī)的股票等，因此在本發(fā)明中為了描述方 便，用移動(dòng)電視和(移動(dòng))電視頻道泛指這類MBMS業(yè)務(wù)。為了更 好地在手機(jī)上實(shí)現(xiàn)Mobile TV over MBMS業(yè)務(wù)，3GPP對(duì)目前的規(guī)范 進(jìn)行了一些完善，主要用于解決手機(jī)用戶切換不同的電視頻道時(shí)可 以減少切換時(shí)延和減少不同頻道的業(yè)務(wù)激活時(shí)間。
如圖1所示，在3GPP目前的規(guī)范中，MBMS業(yè)務(wù)為進(jìn)一步分為 2種業(yè)務(wù)類型(Multicast Service Type組播業(yè)務(wù)類型和Broadcast Service Type廣播業(yè)務(wù)類型)，2種分發(fā)模式(Multicast mode組播模 式和Broadcast mode廣播模式)。在本發(fā)明中所有具備Multicast Service Type和Broadcast Mode Type的特點(diǎn)的MBMS業(yè)務(wù)類型都 用Selected Service表示，都被泛指為移動(dòng)電視，每個(gè)(移動(dòng))電視 頻道用一個(gè)Selected Service ID標(biāo)識(shí)。移動(dòng)電視業(yè)務(wù)不需要Joining(加 入)過程，只需要本地激活，而且具備P-T-P和P-T-M的無線承載方 式。
為了區(qū)別于普通的MBMS業(yè)務(wù)(每個(gè)業(yè)務(wù)被定義為MBMS Service,用不同的Service ID區(qū)別)，手機(jī)電視中的不同頻道(每個(gè) MBMS業(yè)務(wù))被定義為MBMS Selected Service,用Selected Service ID區(qū)別。
如圖2所示，MCCH (MBMS point-to-multipoint Control Channel, MBMS點(diǎn)對(duì)多點(diǎn)控制信道)上的信息以固定的調(diào)度周期進(jìn)行傳輸。 MCCH信息的傳輸可能需要花費(fèi)幾個(gè)TTI， UE (用戶設(shè)備或移動(dòng)終
端，User Equipment)不斷從輔公共控制物理信道(S-CCPCH)上接 收信息，只有在a)收全MCCH信息b) —個(gè)TTI (發(fā)送時(shí)間間隔) 內(nèi)沒有收到任何MCCH信息c)信息內(nèi)容指示不需要再接收數(shù)據(jù)； 這3種情況下可以停止接收。為了提高可靠性，RNC (無線網(wǎng)絡(luò)控制 器，Radio Network Controller)必需周期("重復(fù)周期")性重發(fā)完整 的MCCH信息。所有MBMS業(yè)務(wù)的MCCH調(diào)度都是相同的。"修改 周期"是"重復(fù)周期"的整數(shù)倍，而"重發(fā)周期"是"接入信息周期" 的整數(shù)倍，MBMS接入信息以"接入信息周期"在MCCH上發(fā)送。
關(guān)鍵信息(Critical Information)只能在"修改周期"中第一次傳 輸時(shí)修改，RNC在"修改周期"起始階段發(fā)送MBMS改變信息(MBMS CHANGE INFORMATION),該修改信息包含將要修改的MBMS業(yè) 務(wù)標(biāo)識(shí)。MBMS修改信息在每個(gè)"重發(fā)周期"中至少需要發(fā)送一次。 非關(guān)鍵信息(Non-Critical Information)的改變可以在任意時(shí)刻。
UE的狀態(tài)分為CELL_DCH (專用)狀態(tài)和非CELL—DCH (非 專用)狀態(tài)，而非CELL—DCH狀態(tài)又進(jìn)一步分為IDLE (空閑)、 CELL_PCH (UE與RNC之間沒有專用物理信道連接，UE也不能使 用任何上行物理信道，RNC知道該UE在哪個(gè)小區(qū))、URA一PCH (UE 與RNC之間沒有專用物理信道連接，UE也不能使用任何上行物理信 道，RNC知道該UE在哪個(gè)URA)和CELL—FACH (UE與RNC之 間沒有專用物理信道連接)。
若UE處在IDLE模式或CELL—PCH、 URA—PCH、 CELL—FACH 狀態(tài)，則在MCCH信道上讀取每個(gè)修改周期中的MBMS修改信息， 該修改信息中包含將被修改業(yè)務(wù)標(biāo)識(shí)，如果UE激活了該業(yè)務(wù)則必需 讀取剩余部分的MCCH信息。若UE處于CELL—DCH狀態(tài)，則可以 在DCCH (專用控制信道，Dedicated control chanel)上讀取MBMS 業(yè)務(wù)的相關(guān)信息，
處在IDLE、 URA_PCH、 CELL—PCH、 CELL—FACH狀態(tài)沒有通 過p-t-m RB接收MBMS業(yè)務(wù)的UE必須監(jiān)聽MICH。如果已經(jīng)使用 了 p-t-m RB接收MBMS業(yè)務(wù)則不用監(jiān)聽MICH，只需要在每個(gè)修改
周期的開始處讀取MBMS改變業(yè)務(wù)信息。
RNC應(yīng)該在每一個(gè)"修改周期"的開始發(fā)送MBMS改變信息， 并且每個(gè)"重復(fù)周期"必須重發(fā)。UE檢測到已經(jīng)激活的某個(gè)業(yè)務(wù)在 MICH設(shè)置了 NI后讀取該信息，對(duì)于正在接收MTCH的UE則在每 一個(gè)修改周期的開始時(shí)刻周期性地讀取。信令流程如圖3所示。
MBMS改變消息指示了該修改周期內(nèi)MCCH信息改變的MBMS 業(yè)務(wù)。MBMS改變信息應(yīng)該最小化，這樣可以使激活了在該修改周 期內(nèi)MCCH信息沒有改變的MBMS業(yè)務(wù)的UE讀取MCCH時(shí)間最 小。MBMS改變信息只包含修改周期內(nèi)MCCH信息有改變的MBMS 業(yè)務(wù)標(biāo)識(shí)。這樣，MCCH上的MBMS CHANGE INFORMATION的 內(nèi)容可以減少許多。
如圖4所示，在組播(Multicast Service)會(huì)話開始處理流程中， RNC可以使用計(jì)數(shù)(Counting)過程決定使用最優(yōu)的傳輸模式，即 p-t-m或p-t-p傳輸模式。MBMS計(jì)數(shù)是用來確定業(yè)務(wù)的最優(yōu)傳輸方式 的。計(jì)數(shù)需求在通知中發(fā)向同一 MBMS業(yè)務(wù)組中的UE，讓其建立 RRC連接；每個(gè)小區(qū)中通知中的計(jì)數(shù)指示(Counting Indication)可 以打開或關(guān)閉。RRM通過設(shè)置接入可能因子(PF， Probability Factor, 表示UE需要嘗試RRC連接過程的可能性)來控制負(fù)載，可以避免 由于計(jì)數(shù)需求使同時(shí)處在RRC連接狀態(tài)的UE過多，加重RACH上 的負(fù)荷。根據(jù)計(jì)數(shù)結(jié)果，RRM可以決定維持或釋放RRC連接。當(dāng) MBMS會(huì)話過程中通知計(jì)數(shù)稱為重計(jì)數(shù)(Re-Counting)。
通過接收來自網(wǎng)絡(luò)側(cè)的MBMS業(yè)務(wù)聲明(MBMS Service Announcement),用戶可以選擇對(duì)哪些MBMS業(yè)務(wù)感興趣，如果是組 播業(yè)務(wù)(Multicast Service),用戶通過隨后的加入(Joining)過程， 加入到該業(yè)務(wù)中。對(duì)于組播業(yè)務(wù)，當(dāng)用戶加入一個(gè)MBMS業(yè)務(wù)時(shí)， UE將自己分配的和這個(gè)業(yè)務(wù)對(duì)應(yīng)的NSAPI ID (Network Service Access Point Identifier ID,網(wǎng)絡(luò)業(yè)務(wù)接入點(diǎn)標(biāo)識(shí))通過激活過程發(fā)送 到CN偵lj。處于空閑模式或CELL—PCH、 CELL—FACH、 URA—PCH 的UE如果響應(yīng)計(jì)數(shù)(MBMS counting)或響應(yīng)ptp承載建立請求
(MBMS ptp radio bearer request),將建立RRC連接或小區(qū)更新，然 后UE發(fā)送業(yè)務(wù)請求消息(Service Request)至U CN，建立Iu連接。 當(dāng)UE在Iu接口上建立了 Iu連接后，在Iu接口上，通過UELinking 過程，CN將該UE所有加入的MBMS業(yè)務(wù)所對(duì)應(yīng)的PTPRAB ID發(fā) 送到RNC，每個(gè)PTP RAB ID和一個(gè)MBMS Service ID對(duì)應(yīng)，每個(gè) PTP RAB ID和每個(gè)該UE的NSAPI ID相對(duì)應(yīng)。因此，針對(duì)某個(gè)用戶 加入的組播業(yè)務(wù)的Service ID， UE側(cè)分配了一個(gè)NSAPI ID和對(duì)應(yīng)的 RAB ID，同時(shí)在CN也得到完全相同的該UE的NSAPI ID和RAB ID
(無線接入承載標(biāo)識(shí)，Radio Access Bearer Identifier)。
在Iu接口上，CN通過Session Start消息，將一個(gè)MBMS業(yè)務(wù)的 相關(guān)信息發(fā)送到RNC，其中包括這個(gè)MBMS業(yè)務(wù)所對(duì)應(yīng)的RAB參 數(shù)，RAB參數(shù)中包括業(yè)務(wù)類型、最大數(shù)率、保證數(shù)率等等，用于RNC 在隨后建立無線承載(Radio Bearer)。對(duì)于組播業(yè)務(wù)，RNC通過計(jì)數(shù) 過程，如果將一個(gè)組播業(yè)務(wù)承載為PtM時(shí)，RNC在MCCH上，發(fā)送
"MBMS公共點(diǎn)到多點(diǎn)無線承載信息"(MBMS COMMON P-T-M RB INFORMATION)禾卩"MBMS當(dāng)前小區(qū)點(diǎn)到多點(diǎn)無線承載信息"
(MBMS CURRENT P-T-M RB INFORMATION )，消息中包括了這個(gè) 組播業(yè)務(wù)的Service ID和無線承載配置信息、傳輸信道配置信息和物 理信道配置信息等，加入了這個(gè)業(yè)務(wù)的UE可以根據(jù)接收到的消息中 包括的配置信息，在公共信道上接收這個(gè)MBMS組播業(yè)務(wù);如果RNC 通過計(jì)數(shù)而決定將這個(gè)組播業(yè)務(wù)承載為PtP時(shí)，RNC可以用通過UE linking過程從CN得到的每個(gè)UE針對(duì)該MBMS Service ID的RAB ID，進(jìn)一步建立該UE的RB。
以上現(xiàn)有技術(shù)存在的問題是對(duì)于移動(dòng)電視，為了縮短各個(gè)移動(dòng) 電視頻道切換的激活時(shí)間，在協(xié)議中取消了加入過程，CN側(cè)無法得 到來自UE上報(bào)的與每個(gè)移動(dòng)電視頻道(Service ID)對(duì)應(yīng)的NSAPI ID， Iu接口上沒有了 UE linking過程，RNC無法從CN得到與每個(gè) 移動(dòng)電視頻道(Service ID)相對(duì)應(yīng)的RAB ID。這樣當(dāng)UE本地激活 了某個(gè)電視頻道后，RNC無法得到該UE的針對(duì)該Service ID的RAB
ID,如果RNC根據(jù)計(jì)數(shù)過程而決定將該Service ID的業(yè)務(wù)建立在 P-T-M承載時(shí)，RNC將該業(yè)務(wù)建立在公共信道，不需要每個(gè)UE的 RAB ID;如果RNC根據(jù)計(jì)數(shù)過程而決定將該Service ID的業(yè)務(wù)建立 在P-T-P承載時(shí)，RNC無法得到每個(gè)UE的相應(yīng)的RAB ID，無法建 立RB專用承載。總之，根據(jù)目前的協(xié)議，因?yàn)镽NC不知道每個(gè)UE 的RABIDs (1個(gè)RABID與1個(gè)ServiceID對(duì)應(yīng))，所以，移動(dòng)電視 只能采用ptm傳輸，承載在公共信道上，不能滿足為了有效利用空口 資源而允許移動(dòng)電視承載為P-T-P和P-T-M的要求。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種無線網(wǎng)絡(luò)控制器獲取無線接入承載標(biāo) 識(shí)的實(shí)現(xiàn)方法，使得移動(dòng)用戶可以將其選擇的電視頻道標(biāo)識(shí)所對(duì)應(yīng)的 RAB標(biāo)識(shí)發(fā)送到RNC中，用于解決在目前3GPP協(xié)議的相關(guān)消息和 流程中由于缺乏這種發(fā)送機(jī)制而導(dǎo)致移動(dòng)電視不能承載在ptp上的問 題。
本發(fā)明采用以下技術(shù)方案
(l)對(duì)于所有非CELL_DCH狀態(tài)的UE， RNC得到每個(gè)UE選擇 的移動(dòng)電視頻道的Selected Service標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)的方 法，包括以下步驟
1.1 RNC在MCCH上發(fā)送MBMS業(yè)務(wù)的相關(guān)消息(多個(gè)RRC消
息)；
其中，相關(guān)消息包括MBMS Access Information (MBMS接入 信息)、MBMS Common p-t-m rb Information (MBMS公共點(diǎn)到多點(diǎn) 無線承載信息)、MBMS Current Cell p-t-m rb Information (MBMS當(dāng) 前小區(qū)點(diǎn)到多點(diǎn)無線承載信息)、MBMS General Information (MBMS 一般信息)、MBMS Modified Services Information (MBMS修改業(yè)務(wù) 信息)、MBMS Unmodified Services Information (MBMS沒有修改業(yè) 務(wù)信息)。 1.2每個(gè)UE接收消息，并通過向RNC發(fā)送RRC connection setup 消息或CELL UPDATE消息，將其選擇的所有移動(dòng)電視頻道標(biāo)識(shí) (Selected Service ID)及其——對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC。
其中，具有multicast Service禾口 broadcast mode特點(diǎn)的MBMS業(yè) 務(wù)，被稱為移動(dòng)電視(Selected Service);
當(dāng)UE處于空閑模式，UE發(fā)送RRC connection setup消息，當(dāng) UE處于CELL—PCH, CELL—FACH， URA—PCH狀態(tài)下，UE發(fā)送CELL UPDATE消息。
每個(gè)電視頻道由Selected Service ID標(biāo)識(shí)，對(duì)應(yīng)一個(gè)RAB ID;
1.3 RNC接收到每個(gè)UE發(fā)送的RRC connection setup消息或 CELL UPDATE消息，并得到每個(gè)UE選擇的電視頻道標(biāo)識(shí)及其對(duì)應(yīng) 的RAB標(biāo)識(shí)。
(2) 對(duì)于(1)的步驟U和1.2，進(jìn)一步地
a. 當(dāng)RNC發(fā)送的MBMS MODIFIED SERVICES message中包括1 個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元(IE) ， MBMS所需的UE動(dòng)作即 "MBMS required UE action"被設(shè)置為獲取計(jì)數(shù)信息即'Acquire counting info';
b. UE接收到該消息，如果UE對(duì)于這個(gè)/這些MBMS業(yè)務(wù)感興趣， 則UE繼續(xù)接收MBMS ACCESS INFORMATION message;
c. 如果該UE針對(duì)至少1個(gè)感興趣的MBMS業(yè)務(wù)隨機(jī)設(shè)置的PF 通過了可能性檢査(probability check);
d. 該UE發(fā)送計(jì)數(shù)響應(yīng)消息到RNC，將每個(gè)選擇的電視頻道標(biāo)識(shí) 及其對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC;
(3) 對(duì)于(1)的步驟1.1和1.2，進(jìn)一步地
e. 當(dāng)RNC發(fā)送的MBMS MODIFIED SERVICES message消息中 包括1個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元(正)，"MBMS required UE action"被設(shè)置為要求點(diǎn)對(duì)點(diǎn)承載g卩'R叫uest PTP RB，'；
f. UE接收到該消息，如果UE對(duì)于這個(gè)/這些MBMS業(yè)務(wù)該UE 感興趣，則UE發(fā)送RRC connection setup消息或CELL UPDATE消 息。消息中包括該UE選擇的所有移動(dòng)電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB 標(biāo)識(shí)(每個(gè)電視頻道由Selected Service ID標(biāo)識(shí)，對(duì)應(yīng)一個(gè)RAB ID);
(4)對(duì)于(1)的步驟1.1和1.2，進(jìn)一步地
g. 當(dāng)RNC發(fā)送的MBMS GENERAL INFORMATION message中 的IE'Indicate changes in MBMS Selected Services'(指示移動(dòng)電視變 化)設(shè)置TRUE;
h. UE接收到該消息，UE發(fā)送RRC connection setup消息或CELL UPDATE消息。消息中包括該UE選擇的所有移動(dòng)電視頻道標(biāo)識(shí)及其 對(duì)應(yīng)的RAB標(biāo)識(shí)(每個(gè)電視頻道由Selected Service ID標(biāo)識(shí)，對(duì)應(yīng)一 個(gè)RAB ID);
(5)對(duì)于所有CELL一DCH狀態(tài)的UE， RNC通過接收來自UE的 MBMS MODIFICATION REQUEST消息，得到每個(gè)UE選擇的移動(dòng)電 視頻道的Selected Service標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)的方法，包括以 下步驟
5.1某個(gè)UE進(jìn)入CELL_DCH狀態(tài)時(shí)，或當(dāng)某個(gè)處于CELL—DCH 狀態(tài)的UE所選擇的移動(dòng)電視的頻道發(fā)生了變化時(shí)；
5.2該UE向RNC發(fā)送MBMS MODIFICATION REQUEST消息； 如果該UE選擇的電視頻道發(fā)生了變化，則消息中包括目前該UE選 擇的所有電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)；
5.3 RNC接收到每個(gè)CELL—DCH狀態(tài)下的UE發(fā)送的MBMS MODIFICATION REQUEST消息，并得到每個(gè)UE選擇的電視頻道標(biāo) 識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)。
和現(xiàn)有技術(shù)相比，本發(fā)明使得移動(dòng)用戶可以將其選擇的電視頻道 標(biāo)識(shí)所對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC中，解決了現(xiàn)有技術(shù)中由于缺乏 這種發(fā)送機(jī)制而導(dǎo)致移動(dòng)電視不能承載在ptp上的問題。


圖1是現(xiàn)有技術(shù)中MBMS業(yè)務(wù)和承載相分離的協(xié)議架構(gòu)示意圖。
圖2是現(xiàn)有技術(shù)中接入信息周期的示意圖。
圖3是現(xiàn)有技術(shù)中MBMS改變信息信令流程圖。
圖4是現(xiàn)有技術(shù)中移動(dòng)用戶中NSAPI, RB ID和RAB ID的對(duì)應(yīng)
關(guān)系示意圖。
圖5是本發(fā)明中RNC得到每個(gè)UE上報(bào)的電視頻道標(biāo)識(shí)及其對(duì) 應(yīng)的RAB標(biāo)識(shí)的流程圖。
具體實(shí)施例方式
以下結(jié)合附圖，詳細(xì)說明本發(fā)明的具體實(shí)施方式
。 對(duì)于移動(dòng)電視，如果RNC決定將一個(gè)或多個(gè)移動(dòng)電視頻道承載 在P-T-P傳輸方式，需要為每個(gè)選擇這個(gè)或這些移動(dòng)電視頻道的UE 建立專用無線承載，RNC需要得到這些UE選擇的每個(gè)電視頻道所對(duì) 應(yīng)的RAB標(biāo)識(shí)，即RNC需要得到每個(gè)UE選擇的所有電視頻道(一 個(gè)移動(dòng)電視頻道對(duì)應(yīng)一個(gè)Selected Service ID),及其每個(gè)電視頻道所 對(duì)應(yīng)的RAB標(biāo)識(shí)(UE的每個(gè)RAB標(biāo)識(shí)對(duì)應(yīng)一個(gè)RAB ID)。
根據(jù)每個(gè)選擇了電視頻道的UE處于CELL_DCH狀態(tài)或非 CELL—DCH狀態(tài)，RNC采用不同的方法，可以得到每個(gè)UE選擇的 電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)。以下結(jié)合圖5進(jìn)行說明。
具體實(shí)施例一
對(duì)于所有非CELL_DCH狀態(tài)的UE， RNC可以通過在MCCH上 發(fā)送MBMS業(yè)務(wù)的相關(guān)消息(多個(gè)RRC消息)，指示接收這些消息 的UE通過向RNC發(fā)送RRC connection setup (RRC連接建立)消息 或CELL UPDATE (小區(qū)更新)消息，將其選擇的所有電視頻道標(biāo)識(shí) 及其一一對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC。具體包括以下方法
方法一RNC通過計(jì)數(shù)過程，得到每個(gè)UE所選擇的電視頻道標(biāo) 識(shí)及其對(duì)應(yīng)的rab標(biāo)識(shí)的方法
Al: RNC在MCCH上發(fā)送MBMS業(yè)務(wù)的相關(guān)消息，包括 MBMS Access Information (MBMS接入信息)、MBMS Common p-t-m rb Information (MBMS公共點(diǎn)到多點(diǎn)無線承信息)、MBMS Current Cell p-t-m rb Information (MBMS當(dāng)前小區(qū)點(diǎn)到多點(diǎn)無線承載信息)、 MBMS General Information (MBMS —般信息)、MBMS Modified Services Information (MBMS修改業(yè)務(wù)信息)、MBMS Unmodified Services Information (MBMS沒有修改業(yè)務(wù)信息)等等。
其中在MBMS ACCESS INFORMATION message中為每個(gè) MBMS業(yè)務(wù)(包括若干個(gè)移動(dòng)電視頻道和/或若干個(gè)非移動(dòng)電視的普 通MBMS業(yè)務(wù))設(shè)置了一套接入PF(為UE空閑模式設(shè)置了一個(gè)PF， 為不同的UE連接狀態(tài)設(shè)置了不同的PF);
A2:某個(gè)UE接收MBMS MODIFIED SERVICES message;如果 該消息中包括的1個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元(IE) "MBMS required UE action"被設(shè)置為'Acquire counting info'(獲取計(jì)數(shù)信息)， 且這個(gè)/這些MBMS業(yè)務(wù)是該UE感興趣的，則執(zhí)行下一步，否則該 UE不響應(yīng)計(jì)數(shù)過程；
A3:該UE繼續(xù)接收MBMS ACCESS INFORMATION message; 如果該UE針對(duì)至少1個(gè)感興趣的MBMS業(yè)務(wù)隨機(jī)設(shè)置的PF通過了 可能性檢查(probability check),則執(zhí)行下一步，否則該UE不響應(yīng) 計(jì)數(shù)過程
A4:該UE發(fā)送計(jì)數(shù)響應(yīng)消息到RNC，將每個(gè)選擇的電視頻道 標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC;也就是說，在響應(yīng)消息中， 包括該UE選擇的所有移動(dòng)電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)(每 個(gè)電視頻道由selectived Service ID標(biāo)識(shí)，對(duì)應(yīng)一個(gè)RAB ID);
當(dāng)UE處于空閑模式，UE發(fā)送的計(jì)數(shù)響應(yīng)消息是RRC connection setup消息，當(dāng)UE處于CELL—PCH，CELL—FACH，URA—PCH狀態(tài)下， UE發(fā)送的計(jì)數(shù)響應(yīng)消息是CELL UPDATE消息。
A5: RNC接收到該UE發(fā)送的計(jì)數(shù)響應(yīng)消息，得到該UE選擇 的所有電視頻道的的標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)。A6:進(jìn)一步，RNC接收到每個(gè)UE發(fā)送的計(jì)數(shù)響應(yīng)消息，并得 到每個(gè)UE選擇的電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)。
方法二 RNC通過ptp RB建立請求過程，得到每個(gè)UE所感興 趣的電視頻道的RAB標(biāo)識(shí)的方法
Bl: RNC在MCCH上發(fā)送MBMS業(yè)務(wù)的相關(guān)消息；
B2:某個(gè)UE接收MBMS MODIF正D SERVICES message;如果 該消息中對(duì)應(yīng)1個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元(IE) "MBMS required UE action"被設(shè)置為'RequestPTP RB，'(拒絕點(diǎn)到點(diǎn)無線承 載)，且這個(gè)/這些MBMS業(yè)務(wù)是該UE感興趣的，則執(zhí)行下一步，否 則該UE不響應(yīng)PTPRB (點(diǎn)到點(diǎn)無線承載)建立請求
B3:當(dāng)UE處于空閑模式，UE發(fā)送RRC connection setup消息， 當(dāng)UE處于CELL—PCH、 CELL—FACH或URA—PCH狀態(tài)下，UE發(fā) 送CELL UPDATE消息。消息中包括該UE選擇的所有移動(dòng)電視頻道 標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)(每個(gè)電視頻道由Selected Service ID標(biāo)識(shí)， 對(duì)應(yīng)一個(gè)RAB ID);
B4: RNC接收到該UE發(fā)送的RRC connection setup消息或CELL UPDATE消息，得到該UE選擇的所有電視頻道的的標(biāo)識(shí)及其對(duì)應(yīng)的 RAB標(biāo)識(shí)。
B5:進(jìn)一步，RNC接收到每個(gè)UE發(fā)送的RRC connection setup 消息或CELL UPDATE消息，并得到每個(gè)UE選擇的電視頻道標(biāo)識(shí)及 其對(duì)應(yīng)的RAB標(biāo)識(shí)。
方法三RNC通過在MCCH上發(fā)送的MBMS GENERAL INFORMATION message(MBMS—般信息)中的IE'Indicate changes in MBMS Selected Services'(指示移動(dòng)電視變化)設(shè)置為TRUE,得 到每個(gè)UE所選擇的電視頻道的RAB標(biāo)識(shí)的方法-
CI:RNC在MCCH上發(fā)送MBMS業(yè)務(wù)的相關(guān)消息(多個(gè)RRC消
息)；其中MBMS GENERAL INFORMATION message中的 IE'Indicate changes in MBMS Selected Services'設(shè)置為TRUE;
C2:某個(gè)UE接收到MBMS GENERAL INFORMATION message;
C3:當(dāng)該UE處于空閑模式，UE發(fā)送RRC connection setup消息， 當(dāng)該UE處于CELL—PCH、 CELL—FACH或URA—PCH狀態(tài)下，該 UE發(fā)送CELL UPDATE消息。消息中該UE選擇的所有移動(dòng)電視頻 道頻道及其對(duì)應(yīng)的RAB標(biāo)識(shí)(每個(gè)電視頻道由selectived Service ID 標(biāo)識(shí)，對(duì)應(yīng)一個(gè)RABID);
C4: RNC接收到該UE發(fā)送的RRC connection setup消息或CELL UPDATE消息，得到該UE選擇的所有電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB 標(biāo)識(shí)。
C5:進(jìn)一步，RNC接收到每個(gè)UE發(fā)送的RRC connection setup 消息或CELL UPDATE消息，并得到每個(gè)UE選擇的電視頻道標(biāo)識(shí)及 其對(duì)應(yīng)的RAB標(biāo)識(shí)。
具體實(shí)施例二
對(duì)于所有CELL—DCH狀態(tài)的UE， RNC可以通過接收來自UE 的MBMS MODIFICATION REQUEST (MBMS修改請求)消息，得 到每個(gè)UE所選擇的每個(gè)電視頻道的RAB標(biāo)識(shí)。具體包括以下方法
Dl:當(dāng)某個(gè)UE進(jìn)入CELL—DCH狀態(tài)時(shí)，或當(dāng)一個(gè)處于 CELL—DCH狀態(tài)的UE所選擇的移動(dòng)電視的頻道發(fā)生了變化時(shí)；
D2:該UE向RNC發(fā)送MBMS MODIFICATION REQUEST消 息；如果該UE選擇的電視頻道發(fā)生了變化，則消息中包括目前該
UE選擇的所有電視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)，g卩消息中包括 1個(gè)或多個(gè)Selected servcice ID,且每一個(gè)Selected servcice ID和一個(gè) RAB對(duì)應(yīng)。如果該UE選擇的電視頻道沒有變化，UE上報(bào)RNC沒 有業(yè)務(wù)變化。
D3: RNC接收到該UE發(fā)送的MBMS MODIFICATION REQUEST消息，得到該UE選擇的所有電視頻道的的標(biāo)識(shí)及其對(duì)應(yīng) 的RAB標(biāo)識(shí)。
D4:進(jìn)一步，RNC接收到每個(gè)CELL—DCH狀態(tài)下的UE發(fā)送的 MBMS MODIFICATION REQUEST消息，并得到每個(gè)UE選擇的電 視頻道標(biāo)識(shí)及其對(duì)應(yīng)的RAB標(biāo)識(shí)。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其 實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng) 的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利 要求的保護(hù)范圍。
權(quán)利要求
1.一種無線網(wǎng)絡(luò)控制器獲取無線接入承載標(biāo)識(shí)的實(shí)現(xiàn)方法，包括以下步驟A.對(duì)于非專用狀態(tài)即非CELL_DCH狀態(tài)的用戶設(shè)備即UE，無線網(wǎng)絡(luò)控制器即RNC得到每個(gè)UE選擇的移動(dòng)電視頻道標(biāo)識(shí)即Selected Service ID及其對(duì)應(yīng)的無線接入承載標(biāo)識(shí)即RAB ID的方法包括步驟a1RNC在多媒體廣播和組播業(yè)務(wù)點(diǎn)對(duì)多點(diǎn)控制信道即MCCH上發(fā)送多媒體廣播和組播業(yè)務(wù)即MBMS業(yè)務(wù)的相關(guān)消息即RRC消息；步驟a2每個(gè)UE接收RRC消息，并通過向RNC發(fā)送連接建立消息即RRC connection setup消息或更新消息即CELL UPDATE消息，將其選擇的所有Selected Service ID及其對(duì)應(yīng)的RAB ID發(fā)送到RNC；步驟a3RNC接收到每個(gè)UE發(fā)送的RRC connection setup消息或CELLUPDATE消息，并得到每個(gè)UE選擇的Selected Service ID及其對(duì)應(yīng)的RABID；B.對(duì)于專用狀態(tài)即CELL_DCH狀態(tài)的UE，RNC通過接收來自UE的MBMS修改請求消息即MBMS MODIFICATION REQUEST消息，得到每個(gè)UE選擇的Selected Service ID及其對(duì)應(yīng)的RAB ID。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟al和步驟a2中，所 述RRC消息包括MBMS接入信息即MBMS Access Information MBMS 公共點(diǎn)到多點(diǎn)無線承載信息即MBMS Common p-t-m rb Information MBMS 當(dāng)前小區(qū)點(diǎn)到多點(diǎn)無線承載信息即MBMS Current Cell p-t-m rb Information MBMS —般信息即MBMS General Information、 MBMS修改業(yè)務(wù)信息即 MBMS Modified Services Information MBMS沒有修改業(yè)務(wù)信息即MBMS Unmodified Services Information 。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，其中，步驟a2,當(dāng)UE處 于空閑模式即IDLE模式時(shí)，UE發(fā)送RRC connection setup消息；當(dāng)UE處 于CELL_PCH, CELL_FACH, URA—PCH狀態(tài)下，UE發(fā)送CELL UPDATE消 息；其中CELL—PCH指UE與RNC之間沒有專用物理信道連接，UE也 不能使用任何上行物理信道，RNC知道該UE在哪個(gè)小區(qū)；CELL一FACH指 UE與RNC之間沒有專用物理信道連接；URA—PCH指UE與RNC之間沒 有專用物理信道連接，UE也不能使用任何上行物理信道，RNC知道該UE 在哪個(gè)URA。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟al和a2，進(jìn)一步包括步驟a41:當(dāng)RNC發(fā)送的MBMS Modified Services Information中包括1 個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元即正，MBMS所需的UE動(dòng)作即MBMS required UE action被設(shè)置為獲取計(jì)數(shù)信息艮卩Acquire counting info;步驟a42: UE接收到該消息，若UE對(duì)于這個(gè)/這些MBMS業(yè)務(wù)感興趣， 則UE繼續(xù)接收MBMS Access Information,執(zhí)行步驟a43;否則結(jié)束流程；步驟a43:若該UE針對(duì)至少1個(gè)感興趣的MBMS業(yè)務(wù)隨機(jī)設(shè)置的接入 可能因子即PF通過了可能性檢查，則執(zhí)行步驟a44;否則結(jié)束流程；步驟a44:該UE發(fā)送計(jì)數(shù)響應(yīng)消息到RNC，將每個(gè)Selected Service ID 及其對(duì)應(yīng)的RAB ID發(fā)送到RNC。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟al和a2，進(jìn)一步包括步驟a51:當(dāng)RNC發(fā)送的MBMS Modified Services Information中包括1 個(gè)或多個(gè)MBMS業(yè)務(wù)的信息單元，MBMS required UE action被設(shè)置為要求 點(diǎn)對(duì)點(diǎn)承載即Request PTPRB;步驟a52: UE接收到該消息，若UE對(duì)于這個(gè)/這些MBMS業(yè)務(wù)感興趣， 則UE發(fā)送RRC connection setup消息或CELL UPDATE消息，消息中包括該 UE選擇的所有Selected Service ID及其對(duì)應(yīng)的RAB ID。
6. 根據(jù)權(quán)利要求3所述的方法，其特征在于步驟al和a2，進(jìn)一步包括步驟a61:當(dāng)RNC發(fā)送的MBMS General Information中的正的指示移 動(dòng)電視變化即Indicate changes in MBMS Selected Services設(shè)置TRUE;步驟a62: UE接收到該消息后發(fā)送RRC connection setup消息或CELL UPDATE消息，RRC connection setup消息或CELL UPDATE消息中包括該 UE選擇的所有Selected Service ID及其對(duì)應(yīng)的RAB ID。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于B具體包括以下步驟 步驟bh某個(gè)UE進(jìn)入CELL—DCH狀態(tài)時(shí)，或當(dāng)某個(gè)處于CELL—DCH狀態(tài)的UE所選擇的移動(dòng)電視頻道即Selected Service發(fā)生了變化時(shí)；步驟b2:該UE向RNC發(fā)送MBMS MODIFICATION REQUEST消息； 若該UE選擇的Selected Service發(fā)生了變化，貝lj MBMS MODIFICATION REQUEST消息中包括目前該UE選擇的所有Selected Service ID及其對(duì)應(yīng)的 RAB ID;步驟b3: RNC接收到每個(gè)CELL—DCH狀態(tài)下的UE發(fā)送的MBMS MODIFICATION REQUEST消息，并得到每個(gè)UE選擇的Selected Service ID 及其對(duì)應(yīng)的RAB ID。
全文摘要
本發(fā)明旨在提供一種無線網(wǎng)絡(luò)控制器獲取無線接入承載標(biāo)識(shí)的實(shí)現(xiàn)方法，對(duì)于非專用狀態(tài)的UE，RNC得到每個(gè)UE選擇的Selected Service ID及其對(duì)應(yīng)的RABID的方法為RNC在MCCH上發(fā)送RRC消息；UE接收RRC消息，并通過向RNC發(fā)送RRC connection setup消息或CELL UPDATE消息，將其選擇的所有Selected Service ID及其對(duì)應(yīng)的RABID發(fā)送到RNC；RNC接收到每個(gè)UE發(fā)送的RRC connection setup消息或CELL UPDATE消息，并得到每個(gè)UE選擇的Selected Service ID及其對(duì)應(yīng)的RABID。對(duì)于專用狀態(tài)的UE，RNC通過接收來自UE的MBMS修改請求消息，得到每個(gè)UE選擇的Selected Service ID及其對(duì)應(yīng)的RABID。本發(fā)明使得移動(dòng)用戶可以將其選擇的電視頻道標(biāo)識(shí)所對(duì)應(yīng)的RAB標(biāo)識(shí)發(fā)送到RNC中，解決了現(xiàn)有技術(shù)中移動(dòng)電視不能承載在ptp上的問題。
文檔編號(hào)H04L12/18GK101163026SQ20061013915
公開日2008年4月16日 申請日期2006年10月13日 優(yōu)先權(quán)日2006年10月13日
發(fā)明者敏 方, 王志海, 蔡建楠, 馬子江 申請人:中興通訊股份有限公司