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