最近發(fā)現(xiàn)在分析ATU測試的時候遇到一個問題，至今未解，終端收到大量的RRCConnectionSetup消息，在回了RRCConnectionSetup Complete后還會繼續(xù)收到，夾雜在各種信令中，鑒權(quán)，加密之后也會有，感覺終端一直在接收，我發(fā)現(xiàn)大部分的情況這時候終端處于CELL_FACH狀態(tài)，而CELL_FACH狀態(tài)網(wǎng)上有如下解釋：

CELL_FACH狀態(tài)具有如下特征:
* 沒有給UE分配專用傳輸信道
* UE連續(xù)監(jiān)聽一個下行FACH信道
* 為UE分配了一個默認的上行公共信道或上行共享傳輸信道例如RACH 使之能夠在接入過程中的任何時間內(nèi)使用
* UE的位置在小區(qū)級為UTRAN所知具體為UE最近一次發(fā)起小區(qū)更新時報告的小區(qū)

在CELL_FACH子狀態(tài)UE執(zhí)行下面的動作:
* 監(jiān)聽一個FACH
* 監(jiān)聽當前服務(wù)小區(qū)的BCH傳輸信道解碼系統(tǒng)信息消息
* 在小區(qū)變?yōu)榱硪粋�UTRA小區(qū)時發(fā)起一個小區(qū)更新過程
* 除非選擇了一個新小區(qū)否則使用在當前小區(qū)中分配的C-RNTI作為公共傳輸信道上的UE標識
* 在RACH上傳送上行控制信令和小數(shù)據(jù)包

從這個解釋中可以看到這時候終端下行占用FACH信道連續(xù)監(jiān)聽FACH和當前服務(wù)小區(qū)的BCH傳輸信道解碼系統(tǒng)信息消息，所以能收到其他的終端的RRCConnection Setup消息，但是通常分析數(shù)據(jù)可以發(fā)現(xiàn)一般語音測試時終端大部分處于兩種狀態(tài)IDLE和CELL_DCH，為什么終端這時候會進入了CELL_FACH狀態(tài)的？從狀態(tài)轉(zhuǎn)移看有空閑態(tài)進入CELL_FACH有RRC請求，那是什么RRC請求原因呢？查了寫資料顯示CELL_FACH狀態(tài)適合傳輸少量數(shù)據(jù)和信令的是不因為沒有占用專用信道無法建立語音業(yè)務(wù)？求各位遇到過這種情況的大神，網(wǎng)優(yōu)兄弟解答，一起討論。

就是FACH擁塞 了嘛。  解決辦法如下圖：

因為有可能RNC沒有下發(fā)RRCConnectionSetup給UE，UE發(fā)RRC請求后會監(jiān)聽FACH信道的消息，大量的RRCConnectionSetup是RNC發(fā)給其他小區(qū)的，不是發(fā)給其的，其只是收而已，發(fā)現(xiàn)不是其的又收其他的了。至于可能RNC沒有下發(fā)的話要慢慢排查了