【正文】 BTime UtranCell RRC請求次數(shù) RRC成功次數(shù) RRC 建立成功率 RAB建立請求次數(shù) RAB建立成功次數(shù) RAB 建立成功率 無線接通率 RAB失敗次數(shù) RRC失敗次數(shù) 2020522 12:00 LH01_shiguangdian11 1884 1884 % 3579 3433 % % 146 0 2020522 12:00 LH01_shiguangdian21 3617 3616 % 6506 6253 % % 253 1 2020522 12:00 LH01_shiguangdian31 5065 5063 % 9587 9202 % % 385 2 2020522 13:00 LH01_shiguangdian11 2242 2242 % 4155 3999 % % 156 0 2020522 13:00 LH01_shiguangdian21 3393 3390 % 6419 6117 % % 302 3 2020522 13:00 LH01_shiguangdian31 4608 4608 % 8766 8401 % % 365 0 2020522 14:00 LH01_shiguangdian11 2284 2279 % 4193 4149 % % 44 5 2020522 14:00 LH01_shiguangdian21 2790 2789 % 4985 4945 % % 40 1 2020522 14:00 LH01_shiguangdian31 4410 4408 % 8195 8113 % % 82 2 2020522 15:00 LH01_shiguangdian11 1747 1746 % 3017 2965 % % 52 1 2020522 15:00 LH01_shiguangdian21 3017 3017 % 5933 5851 % % 82 0 2020522 15:00 LH01_shiguangdian31 4812 4810 % 9025 8893 % % 132 2 證明問題確實一般分是 CE 資源不足 ，但 HSUPA RAB 建立問題并沒有解決。我們改完之后 ,KPI 沒有明顯波動 。懷疑是 ps R99用戶過多，占用了較多的 CE 資源，查詢下面 counter中的子 counter： C1666 Screening 0 Descr.: Other Screening 1 Descr.: Signalling Only Screening 2 Descr.: CS speech NB or LR AMR Screening 3 Descr.: CS speech WB AMR Screening 4 Descr.: CS data Screening 5 Descr.: CS Streaming Screening 6 Descr.: CS Streaming Screening 7 Descr.: PS Streaming 16 Screening 8 Descr.: PS Streaming 64 Screening 9 Descr.: PS Streaming 128 Screening 10 Descr.: PS Streaming 256 Screening 11 Descr.: PS Streaming 384 Screening 12 Descr.: PS I/B 0 Screening 13 Descr.: PS I/B 8 Screening 14 Descr.: PS I/B 16 Screening 15 Descr.: PS I/B 32 Screening 16 Descr.: PS I/B 64 Screening 17 Descr.: PS I/B 128 Screening 18 Descr.: PS I/B 256 Screening 19 Descr.: PS I/B 384 Screening 20 Descr.: HSDPA Screening 21 Descr.: TRB on cell FACH Screening 22 Descr.: CS Speech HSDPA Avg 值是錯誤的，不用看；可以用 Cum/NbEvt 來代替，表示該占用的 Erl Cum Max重要！代表最大連接數(shù)，可以通過它計算最大資源消耗 Min NbEvt 應(yīng)該在 36000 左右（每 100ms 上報一次） C1667 Screening 0 Descr.: Other Screening 1 Descr.: Signalling Only Screening 2 Descr.: CS speech Screening 3 Descr.: CS data Screening 4 Descr.: CS Streaming Screening 5 Descr.: CS Streaming Screening 6 Descr.: PS Streaming 16 Screening 7 Descr.: PS Streaming 32 Screening 8 Descr.: PS Streaming 64 Screening 9 Descr.: PS Streaming 128 Screening 10 Descr.: PS I/B 8 Screening 11 Descr.: PS I/B 16 Screening 12 Descr.: PS I/B 32 Screening 13 Descr.: PS I/B 64 Screening 14 Descr.: PS I/B 128 Screening 15 Descr.: PS I/B 384 Screening 16 Descr.: PS I/B or PS Str HSUPA Screening 17 Descr.: TRB on cell RACH Screening 18 Descr.: CS Speech HSUPA Avg 值是錯誤的，不用看；可以用 Cum/NbEvt 來代替，表示該占用的 Erl Cum Max 重要！代表最大連接數(shù)，可以通過它計算最大資源消耗 Min NbEvt 應(yīng)該在 36000 左右（每 100ms 上報一次） 終端類型的統(tǒng)計： 通過 C10825 可以統(tǒng)計出 UE 的 category。 RB 建立失敗的分析 如果發(fā)現(xiàn) RB 建立失敗，我們主要通過如下如下 counter 進行統(tǒng)計： C1629 Screening 0 Descr.: invalid RAB parameters value Screening 1 Descr.: unavailable dl code resources Screening 2 Descr.: unavailable dl power resources Screening 3 Descr.: Unspecified Screening 4 Descr.: RL failure or RLC error Screening 5 Descr.: Unused Screening 6 Descr.: CAC RNC Processing resources Screening 7 Descr.: NodeB (CEM) lack of L1 resources Screening 8 Descr.: Lack of transport identifier on the Iu Screening 9 Descr.: Lack of bandwidth on the Iu Screening 10 Descr.: Lack of transport identifier on the Iur Screening 11 Descr.: Lack of bandwidth on the Iur Screening 12 Descr.: Lack of transport identifier on the Iub Screening 13 Descr.: Lack of bandwidth on the Iub C602 注：這兩個 counter 統(tǒng)計的是 RAB Assignment 過程當(dāng)中不同階段的問題。 is received on the same cell as the preceding attempt. ? SubCounter 1: unavailable dl code resources ? SubCounter 2: unavailable dl power resources ? SubCounter 3: Unspecified ? SubCounter 4: RSSI ? SubCounter 5: Cell_FACH Cause CAC or Unspecified (excluding lack of context) ? SubCounter 6: Overload ? SubCounter 7: 3G to 2G Redirection for Emergency Calls ? SubCounter 8: CAC (excluding FACH Ues) ? SubCounter 9: Cell_DCH lack of context, pegged when the number of DCH contexts in RNC_CALL is exhausted. ? SubCounter 10: Cell_FACH lack of context, pegged when the number of FACH con texts in RNC_CALL is exhausted. ? SubCounter 11: No answer from the NodeB ? SubCounter 12: Lack of CRNTI ? SubCounter 13: UE Ec/No lower than qQualityMin ? SubCounter 14: Repeated 39。 1) UL Cell load=1RTWPref/RTWPtest. 2) EDCH Cell Load=EDCH SIR, In this case, UL EDCH SIR = 0 3) Non EDCH Cell Load=1)2)/number of antennae 對于該類站點可以通過排除外部干擾、關(guān)閉直放站、關(guān)閉自學(xué)習(xí)功能等手段來提升容量，但是這些方法都存在局限性。這種基于 RoT 的噪聲抬升估計方法可能（目前我只能說是可能）是導(dǎo)致 SGI突降的主要原因。] /:[ ,^9^ % G6f +B_7l ( ~$\ 比如的參數(shù)設(shè)置為： . m scbsc. K,c% ^. C2OI2` +q39。_。 、 CE相關(guān)的參數(shù) 相關(guān)參數(shù) 如下： BTSEquipment/Ngaoyangxianju Capacity/0MSCBSC 移動通信論壇 :\ /H x)damp。 i$t6?%} F$Y2v 以上 counter 為 nodeb 統(tǒng)計的 CE受限次數(shù)，主要關(guān)注的是 licensing 拒絕次數(shù)。z3i6S*N GVS_R99CECapacity_AllocHWfail(UC10317_6)(CE)mscbsc 移動通信論壇擁有 30萬通信專業(yè)人員，超過 50萬份 GSM/ 3G等通信技術(shù)資料，是國內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。 如下圖： 、 受限的查詢方法 CE 是否受限的查詢方法，主要的 counter 如下： VS_CEMUsedDCH_Cum(UC10301_Cum)(%). m scbsc. : t6c7J% }8k Xj*] DCH 用到的總和 10176MSCBSC 移動通信論壇 :