在論壇留意到有童鞋問(wèn)RRC的四種狀態(tài)的問(wèn)題,歡迎各位結(jié)合自身經(jīng)驗(yàn)進(jìn)行討論并加以完善
http://gg1fic3.cn/askpro/question41922
http://gg1fic3.cn/askpro/response.php?aid=145266
針對(duì)WCDMA,個(gè)人見(jiàn)解如下,
UE的狀態(tài)遷移針對(duì)PS域的業(yè)務(wù)。
UE 狀態(tài):
空閑模式:idle
連接模式:CELL-PCH、CELL-FACH、CELL-DCH、URA-PCH
CELL_DCH
是UE業(yè)務(wù)建立在專(zhuān)用信道時(shí)UE所處的狀態(tài);
CELL_FACH
RNC會(huì)周期的檢測(cè)UE數(shù)據(jù)業(yè)務(wù)的流量速率,當(dāng)數(shù)據(jù)流量由高變低,且低于某個(gè)門(mén)限一定時(shí)間時(shí),RNC的User plane會(huì)向
Control plane發(fā)一條內(nèi)部的測(cè)量報(bào)告,這條測(cè)量報(bào)告會(huì)帶有user plane檢測(cè)到的數(shù)據(jù)速率等參數(shù),一旦滿足條件,這條測(cè)量報(bào)告將會(huì)觸發(fā)CELL_DCH --> CELL_FACH的遷移;這個(gè)過(guò)程將會(huì)刪除radio link,重配置RB,UE的數(shù)據(jù)會(huì)在公共信道傳輸;
CELL_PCH
當(dāng)RNC檢測(cè)到UE的data速率為0時(shí),將觸發(fā)從CELL_DCH-->CELL_PCH或CELL_FACH-->CELL_PCH的遷移(各個(gè)設(shè)備廠商的觸發(fā)條件可能有所不同);前者將會(huì)刪除radio link并重配置RB,后者只需重配置RB;
CELL_PCH和IDLE
UE處于PCH狀態(tài)的時(shí)候,UE其實(shí)是沒(méi)有數(shù)據(jù)業(yè)務(wù)傳輸,這個(gè)狀態(tài)和IDLE狀態(tài)沒(méi)什么區(qū)別,唯一的區(qū)別是當(dāng)UE又恢復(fù)數(shù)據(jù)業(yè)務(wù)的傳輸時(shí),UE會(huì)發(fā)cell update消息給RNC,RNC根據(jù)數(shù)據(jù)業(yè)務(wù)的傳輸速率(或者其他參數(shù))等情況,決定UE從CELL_PCH遷移到CELL-FACH或CELL_DCH(當(dāng)UE作為CS call的被叫方時(shí),毫無(wú)疑問(wèn)這個(gè)時(shí)候會(huì)直接從CELL_PCH遷移到CELL_DCH),而在IDLE模式下,則是一個(gè)常規(guī)PS call的起呼過(guò)程;
CELL_PCH和URA_PCH,很多人一直不明白為什么要為UE劃分這兩種狀態(tài)
剛才已經(jīng)說(shuō)了PCH其實(shí)是UE數(shù)據(jù)業(yè)務(wù)處于靜止?fàn)顟B(tài),CELL_PCH和URA_PCH分別針對(duì)UE在低速移動(dòng)和高速移動(dòng)的兩種情況,在PCH狀態(tài)下,UE如果發(fā)生移動(dòng),將不存在切換的概念,這時(shí)候UE通過(guò)cell reselection更新到新的小區(qū);更新時(shí)分別以1個(gè)CELL或1個(gè)URA作為更新的單位,1個(gè)URA可以是多個(gè)CELL
當(dāng)UE處于高速移動(dòng)的情況時(shí),為何UE處于URA_PCH狀態(tài)?
試想,如果UE在高速移動(dòng)的情況下還是每個(gè)CELL都去重選,那么UE經(jīng)過(guò)的每個(gè)小區(qū)都將難以幸免的去配合UE進(jìn)行cell reselection,這樣的重選頻率,不僅在浪費(fèi)小區(qū)資源,對(duì)整個(gè)網(wǎng)絡(luò)的無(wú)線資源也是一種集大的浪費(fèi),而每個(gè)URA進(jìn)行一次小區(qū)重選,不僅降低了重選頻率,也大大的節(jié)省了網(wǎng)絡(luò)的無(wú)線資源。
RNC為何要把UE劃分為這4種狀態(tài)并進(jìn)行狀態(tài)遷移?
前面的闡述其實(shí)已經(jīng)回答了這個(gè)問(wèn)題,這樣做無(wú)非是RNC根據(jù)UE的數(shù)據(jù)業(yè)務(wù)狀態(tài),進(jìn)行合理的無(wú)線資源管理和分配。引用通俗的話:“好鋼要用在刀刃上”
------------------------------2011-11-14更新-------------------------------
答C友
yuzhaohua問(wèn)題1(#10: 2011-11-14 03:59:04)&&
問(wèn)題2(#11: 2011-11-14 09:32:34 )
首先要為自己并不專(zhuān)業(yè)的描述致歉。為求規(guī)范,下面引用教科書(shū)的描述(《WCDMA關(guān)鍵技術(shù)詳解,江波版》這本書(shū)論壇也有的)
問(wèn)題1
CELL_PCH
UE在此狀態(tài)下沒(méi)有專(zhuān)用信道(DCH)資源,UE在此狀態(tài)下監(jiān)聽(tīng)尋呼信道,如果有必要與網(wǎng)絡(luò)進(jìn)行信令交互,則通過(guò)RACH/FACH實(shí)現(xiàn)。在此狀態(tài)下,網(wǎng)絡(luò)知道UE當(dāng)前主流的小區(qū),如果需要對(duì)UE進(jìn)行尋呼,網(wǎng)絡(luò)可以在UE所處的那個(gè)小區(qū)中使用PCH對(duì)UE進(jìn)行尋呼。
URA_PCH
UE在此狀態(tài)下沒(méi)有專(zhuān)用信道(DCH)資源,UE在此狀態(tài)下監(jiān)聽(tīng)尋呼信道,如果有必要與網(wǎng)絡(luò)進(jìn)行信令交互,則通過(guò)RACH/FACH實(shí)現(xiàn)。
與CELL_PCH狀態(tài)不同之處在于,在URA_PCH狀態(tài)下,網(wǎng)絡(luò)方只知道UE具體位于哪一個(gè)URA范圍內(nèi),而并非確定UE當(dāng)前位于哪個(gè)小區(qū)。在此狀態(tài)下,如果需要對(duì)UE進(jìn)行尋呼,網(wǎng)絡(luò)需要在UE所處的URA包含的所用小區(qū)中使用PCH對(duì)UE進(jìn)行尋呼。
從(URA/CELL)PCH遷移到CELL_FACH/CELL_DCH
如果UE需要upgrade到FACH或者是DCH,將會(huì)向RNC發(fā)cell update消息,這條消息里面會(huì)帶有
cell parameter(所在小區(qū)的信息)
radio condition(無(wú)線質(zhì)量RSCP、Ec/No)
Establishcause(比如新的數(shù)據(jù)業(yè)務(wù)傳輸、新的PS call,又或CS call)等參數(shù),RNC會(huì)根據(jù)這條消息決定狀態(tài)遷移的最終結(jié)果。
問(wèn)題2
如圖:縱向?yàn)闇y(cè)試路線1,橫向?yàn)槁肪2
網(wǎng)絡(luò)將小區(qū)Cell 1、Cell 2、Cell 0、Cell 3、Cell 4配置為URA1;將小區(qū)Cell A、Cell 0、Cell B配置為URAA,則Cell 0既屬于URA1又屬于URAA。
[attach]204024[/attach]
設(shè)想一極端狀況:路線1和路線2的移動(dòng)用戶都處于CELL_PCH狀態(tài),則對(duì)于Cell0而言,無(wú)論是路線1來(lái)的用戶還是路線2來(lái)的用戶,都需要在Cell 0內(nèi)進(jìn)行小區(qū)更新操作,這對(duì)于Cell 0而言,就需要額外處理大量上行和下行信令消息,更壞的情況下甚至可以造成小區(qū)無(wú)法接入的情況。
而假設(shè)另一種極端情況:兩條路線的用戶都處于URA_PCH狀態(tài),則經(jīng)過(guò)Cell 0時(shí),因?yàn)镃ell 0同時(shí)屬于URA1與URAA,所以沒(méi)有用戶需要進(jìn)行URA更新的信令操作,這種情況顯然比CELL_PCH狀態(tài)更有效的節(jié)省了系統(tǒng)資源的開(kāi)銷(xiāo)。
[
本帖最后由 魚(yú)兒 于 2011-11-14 10:56 編輯 ]