wcdma無線網絡優化流程技術方案-資料下載頁

　　

【正文】 。這兩種信息都由RNC 收集，并通過 RRC 協議以系統信息消息的方式發布給 UE。該消息通過邏輯廣播控制信道 BCCH 傳送，所映射到的傳輸信道可能是 BCH 或 FACH。系統信息單元在系統 SIB 中廣播。相同屬性的系統信息單元放在一個 SIB 中。當 UE 首次駐留在某一小區時，它必須按照 MIB 的指示的時間次序讀取在該小區中廣播的所有 SIB，從而獲取相應的參數值。每個 SIB 都規定 相映的控制參數改變的方法，以使 UE 能盡快判斷出參數內容是否發生了變化。參數不經常改變的 SIB 采用MIB 發布取值標簽的辦法。UE 讀取 MIB 得到 SIB 的取值標簽，將其與之前存儲的取值標簽進行比較，重新讀取有新標簽的那些 SIB。更多的動態 SIB 通過 SIB 專用定時器來做變化控制，一旦定時時間到，就重新讀取 SIB。需關注的 SIB 有：SIB1：核心網信息、定時器和常量SIB2：URA 表示SIBSIB4：小區重選SIBSIB6：公共物理信道SIB7：上行 PRACH 的快變參數SIBSIB9：CPCH 信息SIB10：動態資源分配控制SIB1SIB12：測量信息 (FACH、業務量、UE 內部測量、IAF、IEF、IRAT)SIB18：切換到 UTRAN 的操作、PLMN 信息SIB 并不是修改系統的唯一方法，在連接模式下或在 RRC 連接過程中，UTRAN還可以通過 RRC 消息來改變參數的設定，如鄰小區列表和切換參數。25 鄰區參數核查與優化 鄰區規劃原則對于 WCDMA 鄰區規劃，有以下幾個基本原則：? 地理位置上直接相鄰的小區一般要作為鄰區，至少要包括共站點小區之間，相鄰站點小區之間；? 鄰區一般都要求互為鄰區，即A扇區載頻把B作為鄰區，B也要把A作為鄰區； ? 對于密集城區和普通城區，由于站間距比較近，在進行鄰區配置時要綜合考慮鄰區的充分性和精煉性，將必要的鄰區關系配置完整，并且避免設置過多的鄰區關系。? 對于市郊和郊縣的基站，雖然站間距較大，但一定要把位置上相鄰的作為鄰區，保證能夠及時切換，避免掉話。? 共站點和方向相對的相鄰小區一般設置較高的鄰區優先級，在網絡建設初期可以不設置鄰區優先級，在話務量達到一定水平后再根據統計優化鄰區優先級順序。 鄰區參數核查規劃得出的相鄰小區參數，要落實到網絡實際配置中，漏配、配置錯誤、配置冗余都將直接影響網絡質量。因此要求對網絡中實際配置的小區相鄰關系和規劃相鄰關系進行核查對比，排除由于人為因素造成的鄰區參數錯誤，確保網絡質量。在網絡建設過程中，由于網絡中持續存在新開通站點，因此要求定期（至少一周）進行網絡相鄰關系核查，核查內容包含同頻鄰區、異頻鄰區、異系統鄰區關系，如果發現不一致必須要及時修改。針對系統間的相鄰關系，不僅要求 3G 向 2G 配置鄰區，同時要求 2G 網絡向 3G 網絡配置反向鄰區關系。要求維護雙方相鄰關系參數表，及時更新由于一方參數變化導致的相鄰關系變更（如：翻頻、LAC 重規劃等），發現不一致必須要及時修改并且刷新系統間相鄰小區關系表格。26 鄰區關系優化在規劃相鄰關系的基礎上，還要是對鄰區關系進行優化，鄰區關系優化包括鄰區增加、鄰區刪除和鄰區參數修改。在網絡建設階段的鄰區關系優化分析的手段以測試為主，經過數據分析并綜合考慮到地理相對位置后進行優化調整。鄰區數據準備（工參表、鄰區規劃表）初始鄰區配置錯配鄰區的優化（可選）多配鄰區的優化（可選）漏配鄰區的優化（可選）鄰區優先級的優化（可選）網絡話務是否達到一定規模 基于路測的鄰區優化是否基于 DT/CQT 數據的鄰區優化方法如下：Scanner 數據分析后臺分析工具一般都提供了漏配鄰區檢查的功能，它的原理是用Scanner掃描到的導頻與當前配置的鄰區列表進行比較，找出滿足切換條件但是不在鄰區列表中的導頻擾碼，作為漏配鄰區報告列出。對于后臺分析工具自動生成的漏配鄰區，還需要對照地圖上小區的位置信息加以檢查才能確定是否要加入鄰區列表。另外對于越區覆蓋造成的漏配鄰區，其首要任務是解決覆蓋問題，應該提 RF 調整建議。如果一時無法做射頻調整解決越區覆蓋問題，27則可以暫時加作鄰區以解決越區干擾問題。UE 數據分析后臺分析工具一般不能根據 UE 通話測試數據自動分析并生成漏配鄰區，需要網絡優化工程師逐個分析才能確定。漏配鄰區可能導致掉話或者接入失敗，但是也可能只是導致一段時期的 Ec/Io 惡化，結合 Scanner 的數據分析很容易找出這些漏配鄰區的點。分析方法如下：比較 UE 測得的激活集 Ec/Io 分布圖和 Scanner 測得的 Ec/Io 分布圖。通常鄰區漏配的地方 UE 的 Ec/Io 很差，而 Scanner 掃到的 Ec/Io 卻很好。找出所有這種區域，進行下一步分析確認；觀察這些 Ec/Io 差的點，如果 Scanner 中的最強的擾碼既不在激活集中，也不在監視集中，進入下一步確認；如果該擾碼出現在監視集中則表明并非漏配鄰區，而是因為切換（重選）延時或者軟切換失敗等問題導致的 Ec/Io 惡化；檢查前面最近一個同頻測量控制，看里面的鄰區列表是否包含 Scanner 中較強的擾碼。另外也可以直接檢查當前 RNC 中的小區鄰區配置，確定是否漏配鄰區。如果測試時只有手機記錄了信息，沒有連接 Scanner 信息，可以通過以下的方法來確認鄰區是否漏配：首先確認掉話前手機測量的活動集所有小區的擾碼以及監視集小區的擾碼；然后確認掉話后手機重新駐留的小區的擾碼信息，和掉話前手機活動集和監視集擾碼進行比較，如果不在掉話前的活動集和監視集擾碼列表中，那么有可能屬于鄰區漏配導致的掉話；最后可以通過檢查鄰區列表的方式進行確認。協議規定 WCDMA 的鄰區個數最大為 32 個，而本小區自身也要包括在同頻鄰區列表中下發，所以真正的同頻鄰區最多只能配置 31 個。如果達到或超過 31 個鄰區，則優化中發現的需要添加的必要鄰區就無法加入，這時需要刪除部分冗余鄰區。對冗余鄰區的刪除必須非常慎重，一旦必要的鄰區被誤刪，則會導致掉話等嚴重后果。所以需要保證：1）在刪除鄰區前，檢查鄰區修改記錄，確認擬刪除的鄰區不是以前路測和優化中添加的鄰區關系。282）在刪除冗余鄰區以后，需要做全面的測試，包括路測和重要室內地點撥測，確保沒有異常產生，否則需要改回數據配置。如下情況下可能刪除鄰區：刪除越區覆蓋的鄰區關系，前提是越區覆蓋問題已經處理完畢，且沒有增加新的弱覆蓋區域；參考網絡拓撲結構憑經驗刪除鄰區，這種情況適用于原有鄰區表已經滿了，還需加入新的鄰區關系，刪除后應安排測試，確認刪除的鄰區關系不會造成更大的問題，否則，需要重新選擇待刪除鄰區。商用運營承載一定話務量后可以參考話統數據刪除。 PSC 碼驗證下行通過 PSC 碼來區分小區，需要驗證使用相同 PSC 的小區沒有交疊以及鄰區列表中沒有重復的 PSC。對于使用同一 PSC 碼的小區，其他使用相同 PSC 的小區的Ec/No(或 RSCP)要顯著低于 Rake 接收機為該路徑分配一個之路的閾值 Ec/No(或 RSCP)。參考的閾值為 Ec/No 為25dB ，RSCP 為127dBm。為了防止鄰小區表合并時不會發生 PSC 的重復，必須要同時檢查鄰小區和第二級鄰小區的條件。5 接入性能優化 接入性能優化的目的WCDMA 網絡運營初期，由于無線接通情況直接關系用戶的感受，因此我們要對反映這一用戶感受的接入性能進行重點優化，提升網絡性能，提高接通率。 接入性能優化的標準評估項目 良好指標 要求 通用標準 單項指標最低標準接通率 DT 話音接通率 (90%,95%] 85%29RRC 連接成功率　 　 接入性能優化方法 接入性能優化流程僅 P S 有效開始數據分析工具發現接入問題路測數據尋呼問題是否有接入失敗結束N是否主叫失敗Y是否收到尋呼N N是否 R R C 連接建立失敗YR R C 建立問題Y鑒權加密是否失敗 鑒權加密問題YNR A B 建立是否失敗R A B 或 R B 建立問題YNY切換導致接入失敗參考切換問題分析YN異常問題NP D P 激活是否失敗NP D P 激活問題Y接入性能優化依托于對測試數據的分析和問題定位，在進行問題分析時可以參考標準接入信令流程。30結合 DT 測試信令流程、RNC 的單用戶跟蹤信令流程，按照上圖的流程確定在哪一處出現失敗。然后按照后續的各個子流程分析和解決問題，主要包括尋呼問題、RRC 建立問題、RAB 和 RB 建立問題、鑒權加密問題、設備異常問題等。 接入性能問題分析 尋呼問題分析尋呼問題一般都表現為：主叫完成 RAB 指派以及 CC Setup，在等待 Alerting 消息的時候收到 CN 發來的 Disconnect 直傳消息。被叫從 UE 的信令流程一般看不出異常，但也出現過 UE 收到 Paging 消息而沒有發起 RRC 連接建立請求。從被叫的 RNC 單用戶跟蹤可以看出收到 CN 下發的 Paging 消息，但沒有后續的消息。尋呼問題的原因主要有：? RNC 沒有下發 Paging 消息? 尋呼信道或尋呼指示信道的功率偏低? UE 發生小區重選等通常尋呼問題分析流程如下圖所示：31開始分析尋呼問題轉 R R C 建立問題R N C 是否下發 P a g i n g結束YU E 是否收到尋呼Y是否功率配比偏低根據覆蓋情況調整功率配比Y是否重選問題 優化小區重選參數YNNN設備異常問題N異常問題尋呼問題分析流程RNC 沒有下發 Paging 消息如果是 RNC 收到 CN 下發的 paging 消息后 UU 口沒有下發，可能是尋呼信道的容量不夠（現階段網絡負載很低，出現的概率小，在以后網絡負載較高時，可能會出現 UU 口 paging 消息阻塞的情況），或者是設備異常。尋呼信道或尋呼指示信道的功率偏低如果 RNC 下發了 Paging 消息，而 UE 沒有收到，首先查看 UE 的駐留小區和監視小區的 Ec/Io。如果駐留小區和監視小區的 CPICH 信道的 Ec/Io 都很低（低于12dB），則可能是 PCH 信道或 PICH 信道的功率設置偏低，或者可能是無線環境太差。UE 發生小區重選如果 UE 駐留小區的信號偏低而監視小區的信號較好，那么可能是小區重選的問題。還有就是在尋呼的時候 UE 發生了位置區/路由區更新，而尋呼消息仍在原來的位置區/ 路由區下發，導致 UE 無法收到尋呼消息。32 RRC 連接建立問題分析RRC 連接建立失敗的問題通過 UE 的信令流程和 RNC 的單用戶跟蹤可以獲得。RRC 連接建立的過程主要包括幾個步驟：1) UE 通過 RACH 信道發送 RRC Connection Request 消息；2) RNC 通過 FACH 信道發送 RRC Connection Setup 消息；3) UE 在建立下行專用信道并同步后通過上行專用信道發送 RRC Connection Setup CMP 消息。RRC 建立失敗一般有下面幾類原因：? 上行 RACH 的問題? 下行 FACH 功率配比問題? 小區重選參數問題? 下行專用初始發射功率偏低? 上行初始功控問題? 擁塞問題? 設備異常問題等在這些問題中尤其上行 RACH 的問題、下行 FACH 功率配比問題、小區重選參數問題、設備異常問題出現的概率比較高。RRC 連接建立問題分析流程如下所示：33開始分析R R C 連接建立問題調整 P R A C H 或者A I C H 信道參數U E 是否發出請求消息結束YR N C 是否收到請求消息NR N C 是否發出建立消息其他問題NU E 是否收到建立消息調整 F A C H信道功率NYYY手機異常問題N調整上行專用信道開環功控參數是否發生小區重選N優化小區重選參數YU E 是否發出建立完成消息N調整下行初始發射功率NR N C 是否收到建立完成消息YYR N C 是否發出R R C R E J 消息N進行擁塞和準入的檢查YRRC 連接建立問題分析流程UE 發出 RRC Connection Request 消息，RNC 沒有收到（1）如果此時下行 CPICH 的 Ec/Io 較低，則是覆蓋的問題。（2）如果此時下行 CPICH 的 Ec/Io 較好，一般都是 RACH 的問題。通常有以下可能的原因：? Preamble 的功率攀升不夠? UE 的輸出功率比要求值偏低? NodeB 設備問題，存在駐波? 小區半徑設置參數不合理對于 Preamble 的功率攀升不夠，可以增加 Preamble 攀升次數。對于 UE 輸出功率比要求值低，可能是 UE 本身性能不足或下降導致。對于 NodeB 設備問題，需要檢查 NodeB 是否存在駐波告警。34當小區半徑參數設置過小，會導致 NodeB 無法同步小區半徑范圍外的 UE，造成接入失敗，這些問題主要發生在農村、郊區等廣覆蓋場景。2