專利名稱：多媒體廣播多播業(yè)務(wù)中的用戶計(jì)數(shù)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播多播業(yè)務(wù)(MBMS，Multimedia BroadcastMulticast Service)領(lǐng)域，尤其涉及MBMS業(yè)務(wù)中的用戶計(jì)數(shù)方法。
背景技術(shù)：
MBMS是指從一個(gè)數(shù)據(jù)源向多個(gè)用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，它不僅能實(shí)現(xiàn)純文本低速率的消息類組播和廣播，而且能實(shí)現(xiàn)高速率的多媒體業(yè)務(wù)組播和廣播，大大減少網(wǎng)絡(luò)中的數(shù)據(jù)傳輸，有效地利用網(wǎng)絡(luò)資源，順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢。
在小區(qū)中發(fā)送MBMS業(yè)務(wù)時(shí)，MBMS業(yè)務(wù)可以承載在點(diǎn)到點(diǎn)(PTP，Point-to-Point)信道上發(fā)送，也可以承載在點(diǎn)到多點(diǎn)(PTM，Point-to-Multipoint)信道上發(fā)送。一般地，當(dāng)接收MBMS業(yè)務(wù)的用戶(UE)數(shù)較少時(shí)，采用PTP承載；當(dāng)接收MBMS業(yè)務(wù)的用戶數(shù)較多時(shí)，采用PTM承載，以節(jié)省無線資源，因?yàn)楫?dāng)用戶數(shù)較多時(shí)，采用PTP承載對碼資源和功率資源的消耗比較大；當(dāng)用戶數(shù)較少時(shí)，采用PTM承載比較浪費(fèi)功率資源。
因此，網(wǎng)絡(luò)側(cè)在決策M(jìn)BMS業(yè)務(wù)是采用PTP承載還是PTM承載時(shí)，需要獲取當(dāng)前小區(qū)中接收該MBMS業(yè)務(wù)的UE個(gè)數(shù)，包括空閑模式的UE和無線資源控制(RRC，Radio Resource Control)連接模式的UE。其中，空閑模式也就是常說的待機(jī)狀態(tài)；RRC連接模式指UE和網(wǎng)絡(luò)側(cè)有連接，在RRC連接模式下，UE又分四種狀態(tài)，分別為CELL_DCH狀態(tài)、CELL_FACH狀態(tài)、CELL_PCH狀態(tài)和URA_PCH狀態(tài)。其中，在CELL_DCH狀態(tài)下，系統(tǒng)會給UE分配一個(gè)專用信道，用于大流量的數(shù)據(jù)傳輸；如果UE的活躍性降低，傳輸?shù)臄?shù)據(jù)量明顯減少時(shí)，系統(tǒng)可以把UE的狀態(tài)轉(zhuǎn)為CELL_FACH狀態(tài)，在CELL_FACH狀態(tài)下，適合小數(shù)量的數(shù)據(jù)傳輸，UE只能使用公共信道與系統(tǒng)通信，各UE的數(shù)據(jù)都在公共信道上調(diào)度發(fā)送；如果UE的活躍性再降低時(shí)，系統(tǒng)可以把UE的狀態(tài)轉(zhuǎn)為CELL_PCH狀態(tài)，在CELL_PCH狀態(tài)下，UE只能監(jiān)聽尋呼信道，而不能進(jìn)行任何數(shù)據(jù)傳輸；活躍性最低的狀態(tài)是URA_PCH狀態(tài)，在這種狀態(tài)下，UE也只能監(jiān)聽尋呼信道。
計(jì)數(shù)就是用來獲取接收MBMS業(yè)務(wù)的UE個(gè)數(shù)的，分為初始計(jì)數(shù)(Counting)和再次計(jì)數(shù)(Recounting)兩種，其中，Counting用于MBMS業(yè)務(wù)將要發(fā)送時(shí)的用戶計(jì)數(shù)，Recounting用于使用PTM承載MBMS業(yè)務(wù)進(jìn)行傳輸時(shí)的用戶計(jì)數(shù)。圖1所示為現(xiàn)有技術(shù)中MBMS業(yè)務(wù)的用戶計(jì)數(shù)流程步驟101網(wǎng)絡(luò)側(cè)無線網(wǎng)絡(luò)控制器(RNC，Radio Network Control)向UE發(fā)送需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識；RNC在MBMS控制信道(MCCH)上發(fā)送MBMS訪問消息(MBMSACCESS INFORMATION)，該消息中指示需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識。
步驟102當(dāng)前處于非CELL_DCH狀態(tài)的UE將接收到的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟103，否則，不做處理；當(dāng)前處于非CELL_DCH狀態(tài)的UE監(jiān)聽MCCH，在接收到來自RNC的MBMS ACCESS INFORMATION消息后，將MBMS ACCESSINFORMATION消息中指示的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)的標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟103，否則，不做處理。其中，所述非CELL_DCH狀態(tài)為CELL_FACH狀態(tài)、CELL_PCH狀態(tài)、URA_PCH狀態(tài)或空閑模式。
步驟103當(dāng)前處于非CELL_DCH狀態(tài)的UE向RNC發(fā)送計(jì)數(shù)響應(yīng)；對于當(dāng)前處于CELL_DCH狀態(tài)的UE，RNC已知UE是否需要接收正在計(jì)數(shù)的MBMS業(yè)務(wù)，因此，處于CELL_DCH狀態(tài)的UE無需向RNC發(fā)送計(jì)數(shù)響應(yīng)消息；
對于當(dāng)前處于空閑模式的UE，若接收到的MBMS ACCESSINFORMATION消息中指示的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識相同，則向RNC發(fā)送RRC連接請求(RRC CONNECTIONREQUEST)消息，作為計(jì)數(shù)響應(yīng)；對于當(dāng)前處于CELL_FACH狀態(tài)、CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE，若接收到的MBMS ACCESS INFORMATION消息中指示的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識相同，則向RNC發(fā)送小區(qū)更新(CELL UPTATE)消息，作為計(jì)數(shù)響應(yīng)。
步驟104RNC與每個(gè)響應(yīng)的當(dāng)前處于空閑模式的UE建立RRC連接，保持每個(gè)響應(yīng)的當(dāng)前處于CELL_FACH狀態(tài)的UE的RRC連接狀態(tài)不變，重配置每個(gè)響應(yīng)的當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)UE的RRC連接狀態(tài)；具體描述如下RNC向每個(gè)響應(yīng)的當(dāng)前處于空閑模式的UE發(fā)送RRC連接建立(RRCCONNECTION SETUP)消息，與UE建立RRC連接，其中，RRCCONNECTION SETUP消息中指示建立RRC連接所處的狀態(tài)，所述RRC連接可建立在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)；RNC向每個(gè)響應(yīng)的當(dāng)前處于CELL_FACH狀態(tài)的UE發(fā)送小區(qū)更新確認(rèn)(CELL UPTATE CONFIRM)消息，作為對CELL UPTATE的響應(yīng)，并保持UE的RRC連接狀態(tài)不變；RNC向每個(gè)響應(yīng)的當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE發(fā)送CELL UPTATE CONFIRM消息，重配置UE的RRC連接狀態(tài)，其中，CELL UPTATE CONFIRM消息中指示UE的重配置RRC連接狀態(tài)，所述重配置RRC連接狀態(tài)為CELL_DCH狀態(tài)或CELL_FACH狀態(tài)。
步驟105原先處于空閑模式的UE，在RRC連接建立完成后，向RNC發(fā)送RRC連接建立完成(RRC CONNECTION SETUP COMPLETE)消息；原先處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE，在重配置完成后，向RNC發(fā)送重配置完成(RECONFIGURATION COMPLETE)消息。
步驟106RNC收到RRC CONNECTION SETUP COMPLETE消息或RECONFIGURATION COMPLETE消息后，對小區(qū)內(nèi)需要接收該MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。
其中，需要接收該MBMS業(yè)務(wù)的用戶數(shù)包括在計(jì)數(shù)過程開始前處于非CELL_DCH狀態(tài)、在計(jì)數(shù)過程中響應(yīng)的UE，以及在計(jì)數(shù)過程開始前處于CELL_DCH狀態(tài)、RNC已經(jīng)得知需要接收該MBMS業(yè)務(wù)的UE，其中，所述該MBMS業(yè)務(wù)即為正在進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)。RNC根據(jù)用戶計(jì)數(shù)的結(jié)果，決策是采用PTP承載還是PTM承載MBMS業(yè)務(wù)。
UE在接收MBMS業(yè)務(wù)的同時(shí)，可能還存在其它的非MBMS業(yè)務(wù)，比如UE在CELL_DCH狀態(tài)下接收的語音業(yè)務(wù)，當(dāng)這兩種業(yè)務(wù)并發(fā)時(shí)，如果此時(shí)MBMS業(yè)務(wù)通過PTM承載發(fā)送，則需要UE支持在CELL_DCH狀態(tài)下接收PTM承載，這將對UE能力提出較高的要求。實(shí)際上UE是否具備能力取決于UE的具體實(shí)現(xiàn)，目前已有協(xié)議并沒有規(guī)定UE需要具備這種能力，也就是說，現(xiàn)有技術(shù)中RNC并不知道UE是否支持在CELL_DCH狀態(tài)下接收PTM承載，這將帶來以下問題1、計(jì)數(shù)結(jié)果錯(cuò)誤。
對于處于CELL_DCH狀態(tài)但不支持在CELL_DCH狀態(tài)下接收PTM承載的UE，如果此時(shí)網(wǎng)絡(luò)側(cè)發(fā)起一個(gè)UE已經(jīng)加入的MBMS業(yè)務(wù)的計(jì)數(shù)，則RNC會認(rèn)為該UE接收該MBMS業(yè)務(wù)，也將該UE作為決策是否采用PTM承載MBMS業(yè)務(wù)的依據(jù)，但是實(shí)際上，如果MBMS業(yè)務(wù)采用PTM承載，該UE并不能完成MBMS業(yè)務(wù)的接收。
2、計(jì)數(shù)影響MBMS業(yè)務(wù)的接收。
對于當(dāng)前處于空閑模式下通過PTM承載接收MBMS業(yè)務(wù)的UE，如果此時(shí)網(wǎng)絡(luò)側(cè)發(fā)起該MBMS業(yè)務(wù)的計(jì)數(shù)，UE響應(yīng)計(jì)數(shù)后RNC可能將該UE的RRC連接建立在CELL_DCH狀態(tài)，并持續(xù)一段時(shí)間，若該UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則在這段時(shí)間內(nèi)，該UE無法接收MBMS業(yè)務(wù)，造成MBMS業(yè)務(wù)的中斷，影響用戶感受。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提出了一種MBMS業(yè)務(wù)中的用戶計(jì)數(shù)方法，能夠提供更準(zhǔn)確的計(jì)數(shù)結(jié)果及更好的MBMS業(yè)務(wù)質(zhì)量。
為達(dá)到上述目的，本發(fā)明提供的技術(shù)方案如下用戶UE將自身是否支持在CELL_DCH狀態(tài)下接收點(diǎn)到多點(diǎn)PTM承載的信息通知無線網(wǎng)絡(luò)控制器RNC，RNC根據(jù)該信息對需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。
其中，UE可以將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在消息中發(fā)送給RNC，如從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在新增的消息中發(fā)送給RNC；或UE從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在RRC連接請求RRC CONNECTIONREQUEST消息中發(fā)送給RNC。
UE通過RRC CONNECTION REQUEST消息將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC具體為UE支持在CELL_DCH狀態(tài)下接收PTM承載時(shí)，保持RRC CONNECTIONREQUEST消息內(nèi)容不變；UE不支持在CELL_DCH狀態(tài)下接收PTM承載時(shí)，在RRC CONNECTION REQUEST消息中增加表示UE不支持在CELL_DCH狀態(tài)下接收PTM承載的信元；或在RRC CONNECTION REQUEST消息中增加表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信元，RNC根據(jù)信元值的不同獲知UE是否支持在CELL_DCH狀態(tài)下接收PTM承載。
當(dāng)UE當(dāng)前處于空閑模式時(shí)，所述計(jì)數(shù)包括以下步驟A1、UE將接收到的由RNC發(fā)送來的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟B1，否則，不做處理；B1、UE向RNC發(fā)送RRC CONNECTION REQUEST消息作為響應(yīng)，并將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC；C1、RNC根據(jù)獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，與UE建立RRC連接；D1、RRC連接建立完成后，RNC對作出響應(yīng)的用戶進(jìn)行計(jì)數(shù)。
其中，所述步驟C1具體為若UE支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接建立在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)；若UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接建立在CELL_FACH狀態(tài)。
當(dāng)UE當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)時(shí)，所述計(jì)數(shù)包括以下步驟A2、UE將接收到的由RNC發(fā)送來的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟B2，否則，不做處理；B2、UE向RNC發(fā)送小區(qū)更新CELL UPTATE消息作為響應(yīng)；C2、RNC根據(jù)預(yù)先獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，重配置UE的RRC連接狀態(tài)；D2、重配置完成后，RNC對作出響應(yīng)的用戶進(jìn)行計(jì)數(shù)。
其中，所述步驟C2具體為若UE支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接重配置在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)；若UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接重配置在CELL_FACH狀態(tài)。
當(dāng)UE當(dāng)前處于CELL_DCH狀態(tài)時(shí)，則RNC根據(jù)預(yù)先獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，對當(dāng)前處于CELL_DCH狀態(tài)的需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)若MBMS業(yè)務(wù)希望采用點(diǎn)到點(diǎn)PTP承載，則所述用于計(jì)數(shù)的用戶為處于CELL_DCH狀態(tài)的需要接收該MBMS業(yè)務(wù)的UE；若MBMS業(yè)務(wù)希望采用PTM承載，則所述用于計(jì)數(shù)的用戶為處于CELL_DCH狀態(tài)且支持在CELL_DCH狀態(tài)下接收PTM承載的需要接收該MBMS業(yè)務(wù)的UE。
其中，UE從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC。
由此可見，本發(fā)明通過將UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC，使RNC知曉UE是否具備在CELL_DCH狀態(tài)下接收PTM承載的能力，這樣RNC在計(jì)數(shù)時(shí)，就可以獲得更加準(zhǔn)確的計(jì)數(shù)結(jié)果，以正確地決策是采用PTP承載還是PTM承載MBMS業(yè)務(wù)，并且不影響用戶正在接收的MBMS業(yè)務(wù)質(zhì)量。


圖1為現(xiàn)有技術(shù)中MBMS業(yè)務(wù)的用戶計(jì)數(shù)流程圖；圖2為本發(fā)明MBMS業(yè)務(wù)中對于當(dāng)前處于空閑模式用戶的計(jì)數(shù)流程圖；圖3為本發(fā)明MBMS業(yè)務(wù)中對于當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)用戶的計(jì)數(shù)流程圖。
具體實(shí)施例方式
本發(fā)明為MBMS業(yè)務(wù)中的用戶計(jì)數(shù)方法，為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，下面參照附圖并舉實(shí)施例，對本發(fā)明作進(jìn)一步詳細(xì)說明。
本發(fā)明的基本思想是UE將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC，RNC根據(jù)該信息對需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。
UE可以將表示自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在一個(gè)消息里發(fā)送給RNC，告知RNC用戶是否支持在CELL_DCH狀態(tài)下接收PTM承載。比如，UE在從空閑模式進(jìn)入RRC連接模式時(shí)，將表示自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在一個(gè)新增的消息里發(fā)送給RNC?；蛘?，在從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在RRCCONNECTION REQUEST消息中發(fā)送給RNC，比如，若UE支持在CELL_DCH狀態(tài)下接收PTM承載，則保持RRC CONNECTION REQUEST消息內(nèi)容不變，不在RRC CONNECTION REQUEST消息中增加任何信息，RNC收到該RRC CONNECTION REQUEST消息后就可得知UE支持在CELL_DCH狀態(tài)下接收PTM承載；若UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則在RRC CONNECTION REQUEST消息中增加表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信元，并將信元值設(shè)置為FALSE或0等，表示該UE不支持在CELL_DCH狀態(tài)下接收PTM承載，RNC收到該RRC CONNECTION REQUEST消息后就可得知UE不支持在CELL_DCH狀態(tài)下接收PTM承載。或者，無論UE是否支持在CELL_DCH狀態(tài)下接收PTM承載，均在RRC CONNECTION REQUEST消息中增加表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信元，RNC根據(jù)信元值的不同獲知UE是否支持在CELL_DCH狀態(tài)下接收PTM承載，比如，設(shè)置信元值為TURE或1時(shí)表示UE支持在CELL_DCH狀態(tài)下接收PTM承載，設(shè)置信元值為FALSE或0時(shí)表示UE不支持在CELL_DCH狀態(tài)下接收PTM承載。
無論UE當(dāng)前是處于CELL_DCH狀態(tài)、CELL_FACH狀態(tài)、CELL_PCH狀態(tài)或URA_PCH狀態(tài)，在此之前存在一個(gè)UE從空閑模式進(jìn)入當(dāng)前這些RRC連接模式的過程，本發(fā)明中的UE在從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC。
在用戶計(jì)數(shù)過程中，對于當(dāng)前處于CELL_FACH狀態(tài)的UE，本發(fā)明的計(jì)數(shù)過程與現(xiàn)有技術(shù)相同，在此不再贅述。下面主要針對當(dāng)前處于CELL_DCH狀態(tài)、CELL_PCH狀態(tài)、URA_PCH狀態(tài)或空閑模式的UE進(jìn)行詳細(xì)說明。
當(dāng)前處于CELL_DCH狀態(tài)的UE，在用戶計(jì)數(shù)過程中，RNC已知UE是否需要接收正在進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)，因此，UE無需向RNC發(fā)送計(jì)數(shù)響應(yīng)。其中，處于CELL_DCH狀態(tài)的UE分為兩種，即支持在CELL_DCH狀態(tài)下接收PTM承載的UE和不支持在CELL_DCH狀態(tài)下接收PTM承載的UE，RNC可以在之前UE從空閑模式進(jìn)入RRC連接模式時(shí)，獲知UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息。RNC根據(jù)該信息，對當(dāng)前處于CELL_DCH狀態(tài)的需要接收該MBMS業(yè)務(wù)的UE進(jìn)行計(jì)數(shù)。如果該MBMS業(yè)務(wù)希望采用PTP承載，則對所有處于CELL_DCH狀態(tài)的需要接收該MBMS業(yè)務(wù)的UE進(jìn)行計(jì)數(shù)；如果該MBMS業(yè)務(wù)希望采用PTM承載，則只對處于CELL_DCH狀態(tài)且支持在CELL_DCH狀態(tài)下接收PTM承載的需要接收該MBMS業(yè)務(wù)的UE進(jìn)行計(jì)數(shù)，而排除處于CELL_DCH狀態(tài)但不支持在CELL_DCH狀態(tài)下接收PTM承載的需要接收該MBMS業(yè)務(wù)的UE。
參見圖2，對于當(dāng)前處于空閑模式的UE，本實(shí)施例中的用戶計(jì)數(shù)過程具體包括以下幾個(gè)步驟步驟201RNC向UE發(fā)送需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識；步驟202當(dāng)前處于空閑模式的UE將接收到的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟203，否則，不做處理；步驟203UE向RNC發(fā)送RRC CONNECTION REQUEST消息，作為RNC計(jì)數(shù)響應(yīng)，并將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC；UE可以向RNC單獨(dú)發(fā)送一個(gè)新增的表示自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的消息通知RNC，或通過RRC CONNECTIONREQUEST消息將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC等。
步驟204RNC根據(jù)獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，與UE建立RRC連接；RNC收到RRC CONNECTION REQUEST消息后，向每個(gè)響應(yīng)的UE發(fā)送RRC CONNECTION SETUP消息，RRC CONNECTION SETUP消息中指示建立RRC連接所處的狀態(tài)。對于當(dāng)前處于空閑模式的UE，如果該UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接建立在CELL_FACH狀態(tài)，否則，將該UE的RRC連接建立在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)均可。這樣，如果UE當(dāng)前處于空閑模式下通過PTM承載接收MBMS業(yè)務(wù)，則不會因?yàn)橛?jì)數(shù)而造成MBMS業(yè)務(wù)的中斷。
對于當(dāng)前處于空閑模式下通過PTM承載接收MBMS業(yè)務(wù)的UE，為避免計(jì)數(shù)而造成MBMS業(yè)務(wù)的中斷，還可通過RNC直接將UE的RRC連接建立在CELL_FACH狀態(tài)實(shí)現(xiàn)，也就是說，無論UE是否支持在CELL_DCH狀態(tài)下接收PTM承載，RNC均將UE的RRC連接建立在CELL_FACH狀態(tài)，而UE無需將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知給RNC。
步驟205RRC連接建立完成后，UE向RNC發(fā)送RRC CONNECTIONSETUP COMPLETE消息；步驟206RNC收到RRC CONNECTION SETUP COMPLETE消息后，對小區(qū)內(nèi)原先處于空閑模式的對RNC計(jì)數(shù)作出響應(yīng)的需要接收該MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)，所述該MBMS業(yè)務(wù)即為正在進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)。
參見圖3，對于當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE，本實(shí)施例中的用戶計(jì)數(shù)過程具體包括以下幾個(gè)步驟步驟301RNC向UE發(fā)送需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識；
步驟302當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE將接收到的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟303，否則，不做處理；步驟303UE向RNC發(fā)送CELL UPTATE消息作為響應(yīng)；步驟304RNC根據(jù)預(yù)先獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，重配置UE的RRC連接狀態(tài)；對于當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的UE，RNC可以通過之前UE從空閑模式進(jìn)入RRC連接模式時(shí)發(fā)送的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，得知UE是否支持在CELL_DCH狀態(tài)下接收PTM承載。如果該UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接狀態(tài)重配置在CELL_FACH狀態(tài)，否則，將該UE的RRC連接狀態(tài)重配置在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)均可。這樣，如果UE當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)下通過PTM承載接收MBMS業(yè)務(wù)，則不會因?yàn)橛?jì)數(shù)而造成MBMS業(yè)務(wù)的中斷。
對于當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)下通過PTM承載接收MBMS業(yè)務(wù)的UE，為避免計(jì)數(shù)而造成MBMS業(yè)務(wù)的中斷，還可通過RNC直接將UE的RRC連接狀態(tài)重配置在CELL_FACH狀態(tài)實(shí)現(xiàn)，也就是說，無論UE是否支持在CELL_DCH狀態(tài)下接收PTM承載，RNC均將UE的RRC連接狀態(tài)重配置在CELL_FACH狀態(tài)，而UE無需將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知給RNC。
步驟305RRC連接狀態(tài)重配置完成后，UE向RNC發(fā)送RECONFIGURATION COMPLETE消息；步驟306RNC收到RECONFIGURATION COMPLETE消息后，對小區(qū)內(nèi)原先處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)的對RNC計(jì)數(shù)作出響應(yīng)的需要接收該MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)，所述該MBMS業(yè)務(wù)即為正在進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)。
從上述方案可見，應(yīng)用本發(fā)明所提出的方法，能夠提供更準(zhǔn)確的計(jì)數(shù)結(jié)果及更好的MBMS業(yè)務(wù)質(zhì)量。
以上所述對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步的詳細(xì)說明，所應(yīng)理解的是，以上所述并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.多媒體廣播多播業(yè)務(wù)MBMS中的用戶計(jì)數(shù)方法，其特征在于，用戶UE將自身是否支持在CELL_DCH狀態(tài)下接收點(diǎn)到多點(diǎn)PTM承載的信息通知無線網(wǎng)絡(luò)控制器RNC，RNC根據(jù)該信息對需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC為UE將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在消息中發(fā)送給RNC。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述UE將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC為UE從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在新增的消息中發(fā)送給RNC。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述UE將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC為UE從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息攜帶在RRC連接請求RRC CONNECTIONREQUEST消息中發(fā)送給RNC。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述UE通過RRCCONNECTION REQUEST消息將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC為UE支持在CELL_DCH狀態(tài)下接收PTM承載時(shí)，保持RRC CONNECTIONREQUEST消息內(nèi)容不變；UE不支持在CELL_DCH狀態(tài)下接收PTM承載時(shí)，在RRC CONNECTIONREQUEST消息中增加表示UE不支持在CELL_DCH狀態(tài)下接收PTM承載的信元。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述UE通過RRCCONNECTION REQUEST消息將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC為在RRC CONNECTION REQUEST消息中增加表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信元，RNC根據(jù)信元值的不同獲知UE是否支持在CELL_DCH狀態(tài)下接收PTM承載。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE當(dāng)前處于空閑模式，則所述計(jì)數(shù)包括以下步驟A1、UE將接收到的由RNC發(fā)送來的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟B1，否則，不做處理；B1、UE向RNC發(fā)送RRC CONNECTION REQUEST消息作為響應(yīng)，并將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC；C1、RNC根據(jù)獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，與UE建立RRC連接；D1、RRC連接建立完成后，RNC對作出響應(yīng)的用戶進(jìn)行計(jì)數(shù)。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述步驟C1為UE支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接建立在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)；UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接建立在CELL_FACH狀態(tài)。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE當(dāng)前處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)，則所述計(jì)數(shù)包括以下步驟A2、UE將接收到的由RNC發(fā)送來的需要進(jìn)行用戶計(jì)數(shù)的MBMS業(yè)務(wù)標(biāo)識與自身需要接收的MBMS業(yè)務(wù)標(biāo)識進(jìn)行比較，如果相同，則執(zhí)行步驟B2，否則，不做處理；B2、UE向RNC發(fā)送小區(qū)更新CELL UPTATE消息作為響應(yīng)；C2、RNC根據(jù)預(yù)先獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，重配置UE的RRC連接狀態(tài)；D2、重配置完成后，RNC對作出響應(yīng)的用戶進(jìn)行計(jì)數(shù)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟C2為UE支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接重配置在CELL_FACH狀態(tài)或CELL_DCH狀態(tài)；UE不支持在CELL_DCH狀態(tài)下接收PTM承載，則RNC將該UE的RRC連接重配置在CELL_FACH狀態(tài)。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE當(dāng)前處于CELL_DCH狀態(tài)，則RNC根據(jù)預(yù)先獲得的表示UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息，對當(dāng)前處于CELL_DCH狀態(tài)的需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述MBMS業(yè)務(wù)希望采用點(diǎn)到點(diǎn)PTP承載，則所述用于計(jì)數(shù)的用戶為處于CELL_DCH狀態(tài)的需要接收該MBMS業(yè)務(wù)的UE；所述MBMS業(yè)務(wù)希望采用PTM承載，則所述用于計(jì)數(shù)的用戶為處于CELL_DCH狀態(tài)且支持在CELL_DCH狀態(tài)下接收PTM承載的需要接收該MBMS業(yè)務(wù)的UE。
13.根據(jù)權(quán)利要求9或11所述的方法，其特征在于，該方法之前還包括UE從空閑模式進(jìn)入RRC連接模式時(shí)，將自身是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC。
全文摘要
本發(fā)明公開了一種多媒體廣播多播業(yè)務(wù)MBMS中的用戶計(jì)數(shù)方法，用戶UE將自身是否支持在CELL_DCH狀態(tài)下接收點(diǎn)到多點(diǎn)PTM承載的信息通知無線網(wǎng)絡(luò)控制器RNC，RNC根據(jù)該信息對需要接收MBMS業(yè)務(wù)的用戶進(jìn)行計(jì)數(shù)。本發(fā)明通過將UE是否支持在CELL_DCH狀態(tài)下接收PTM承載的信息通知RNC，使RNC知曉UE是否具備在CELL_DCH狀態(tài)下接收PTM承載的能力，這樣RNC在計(jì)數(shù)時(shí)，就可以獲得更加準(zhǔn)確的計(jì)數(shù)結(jié)果，以正確地決策是采用PTP承載還是PTM承載MBMS業(yè)務(wù)，并且不影響用戶正在接收的MBMS業(yè)務(wù)質(zhì)量。
文檔編號H04L12/00GK1859109SQ20061000337
公開日2006年11月8日 申請日期2006年2月7日 優(yōu)先權(quán)日2006年2月7日
發(fā)明者胡軍 申請人:華為技術(shù)有限公司