【資料名稱】：華為WCDNA專題指導(dǎo)書

【資料作者】：huawei

【資料日期】：2009-2

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

產(chǎn)品名稱Product name密級Confidentiality level
WCDMA RNP內(nèi)部公開
產(chǎn)品版本Product versionTotal 23pages 共23頁

2.0

WCDMA RNO 階段指導(dǎo)書 單站驗證
(僅供內(nèi)部使用）
For internal use only





擬制:
Prepared byUMTS-SANA 日期：
Date2004-10-29
審核:
Reviewed by日期：
Date
審核:
Reviewed by日期：
Date
批準:
Granted by日期：
Date







華為技術(shù)有限公司
Huawei Technologies Co., Ltd.
版權(quán)所有侵權(quán)必究
All rights reserved
修訂記錄Revision record
日期
Date修訂版本Revision version修改描述
change Description作者
Author
2004-10-291.00初稿完成 initial transmittal周鑫杰
2004-12-201.01根據(jù)評審意見修改周鑫杰









目錄Table of Contents
1概述8
2Workflow8
3測試前準備10
3.1站點狀態(tài)和告警檢查11
3.2配置數(shù)據(jù)采集與檢查11
3.3其他準備工作12
4單站測試12
4.1測試點和測試路線選擇13
4.1.1站點選擇13
4.1.2測試點選擇14
4.1.3測試路線選擇15
4.2擾碼和載頻檢查15
4.2.1測試目的15
4.2.2測試說明15
4.2.3測試方法16
4.2.4測試人員16
4.3信號覆蓋檢查16
4.3.1測試目的16
4.3.2測試說明16
4.3.3測試方法16
4.3.4測試人員16
4.4呼叫測試16
4.4.1測試目的16
4.4.2測試說明17
4.4.3測試方法17
4.4.4測試人員17
4.5切換測試17
4.5.1測試目的17
4.5.2測試說明17
4.5.3測試方法18
4.5.4測試人員18
4.6天線分集檢查18
4.6.1測試目的18
4.6.2測試說明18
4.6.3測試方法19
4.6.4測試人員19
4.7NodeB RTWP檢查19
4.7.1測試目的19
4.7.2測試說明20
4.7.3測試方法20
4.7.4測試人員20
5優(yōu)化調(diào)整20
6總結(jié)20
7附錄21
7.1單站驗證檢查表21
7.2通過 MML 腳本獲取配置數(shù)據(jù)表格工具21
7.3特例：阿聯(lián)酋的做法21
表目錄 List of Tables
表1 不同類型測試點的 CPICH RSCP 舉例15
圖目錄 List of Figures
圖1 網(wǎng)絡(luò)優(yōu)化流程圖10
圖2 單站驗證子流程圖11
圖3 測試點和測試路線示意圖16
圖4 接收分集檢查示意圖19
圖5 變換發(fā)射天線測試20

WCDMA RNO 階段指導(dǎo)書 單站驗證
關(guān)鍵詞Key words：WCDMA，網(wǎng)絡(luò)優(yōu)化，單站驗證
摘要Abstract：本文對WCDMA網(wǎng)絡(luò)優(yōu)化中單站驗證階段需要完成的工作進行說明。包括單站驗證的目的、流程、步驟、輸入輸出，以及單站驗證過程中需要關(guān)注的事項。
縮略語清單List of abbreviations：
Abbreviations縮略語Full spelling 英文全名Chinese explanation 中文解釋
RSCPReceived Signal Code Power接收信號碼功率
RTWPReceived Total Wideband Power接收總寬帶功率
VPVideo Phone視頻電話



1概述
在 WCDMA 網(wǎng)絡(luò)優(yōu)化中，需要包括各個站點設(shè)備功能的驗收檢查。其目的是在 RF 優(yōu)化前，保證待優(yōu)化區(qū)域中的各個站點各個小區(qū)的基本功能（如接入、通話、切換等）均是正常的。通過單站驗證，可以將網(wǎng)絡(luò)優(yōu)化中需要解決的因為網(wǎng)絡(luò)覆蓋原因造成的掉話、接入等問題與設(shè)備功能性掉話、接入等問題分離開來，有利于問題定位和問題解決，提高網(wǎng)絡(luò)優(yōu)化效率。通過單站驗證，優(yōu)化人員還可以熟悉優(yōu)化區(qū)域內(nèi)的站點位置、配置、周圍無線環(huán)境等信息，為下一步的優(yōu)化打下基礎(chǔ)。
通過單站點驗證，檢查各小區(qū)中的如下功能是正常的：
覆蓋檢查（CPICH RSCP & CPICH Ec/Io）；
干擾檢查（NodeB RTWP）；
站點安裝問題檢查（饋線是否接反）；
業(yè)務(wù)呼叫測試（接入、通話、切換等）；
……
本文首先概要介紹單站驗證的目的和內(nèi)容（第1節(jié)）；然后給出單站驗證的流程圖（第2節(jié)）；隨后對單站驗證的各個階段（測試前準備、單站測試、優(yōu)化調(diào)整）分別進行描述（第3～5節(jié)）；總結(jié)全文后（第6節(jié)），在附錄中提供了單站驗證相關(guān)模版、工具以及阿聯(lián)酋單站驗證過程舉例（第7節(jié)）。

2Workflow
圖 1 是引至《WCDMA RNO 無線網(wǎng)絡(luò)優(yōu)化操作指導(dǎo)書》中的網(wǎng)絡(luò)優(yōu)化流程【1】。可以看到，在整個網(wǎng)絡(luò)優(yōu)化流程中，網(wǎng)絡(luò)優(yōu)化項目啟動，在站點建設(shè)/調(diào)測完畢后，網(wǎng)絡(luò)優(yōu)化開始進入單站驗證階段。單站驗證是面向小區(qū)的設(shè)備功能驗收測試，驗證各個小區(qū)的設(shè)備功能是否正常。當(dāng)待優(yōu)化區(qū)域內(nèi)的所有小區(qū)均通過單站驗證表明站點不存在功能性問題后，單站驗證階段結(jié)束，進入 RF 優(yōu)化階段。

圖1 網(wǎng)絡(luò)優(yōu)化流程圖



圖2 單站驗證子流程圖
單站驗證包括測試前準備、單站測試、優(yōu)化調(diào)整三部分。在測試準備階段，需要輸入網(wǎng)絡(luò)規(guī)劃中輸出的《無線參數(shù)規(guī)劃數(shù)據(jù)表》，在配置數(shù)據(jù)檢查后輸出《無線參數(shù)配置數(shù)據(jù)表》；在單站測試階段，根據(jù)《單站驗證檢查表（模版）》，對各個站點輸出《單站驗證檢查表》；在優(yōu)化調(diào)整階段，針對存在的功能性問題，反饋給工程人員和產(chǎn)品支持工程師解決。

3測試前準備
在單站點功能檢查之前，應(yīng)當(dāng)確認如下條件已經(jīng)具備。對于單站點功能檢查的準備工作，網(wǎng)絡(luò)優(yōu)化工程師應(yīng)當(dāng)與工程人員和產(chǎn)品支持工程師協(xié)作完成。
3.1站點狀態(tài)和告警檢查
在站點測試前，首先需要確認待測小區(qū)不存在告警，待測小區(qū)狀態(tài)正常。
針對待測小區(qū)的各個相關(guān)網(wǎng)元（RNC 和 NODEB），通過 LMT 或者 M2000 重點檢查各網(wǎng)元的單板故障和傳輸故障等告警。對于各種告警，應(yīng)分析其原因，在故障排除后再進行單站測試。
針對各個待測小區(qū)，通過 RNC 的 LMT 或者 M2000 檢查小區(qū)狀態(tài)，檢查各個小區(qū)是否都已經(jīng)建立完成，小區(qū)“數(shù)據(jù)有效指示”是否“有效”，小區(qū)“后臺管理狀態(tài)”是否為“解閉塞”狀態(tài)。小區(qū)狀態(tài)檢查可以通過 RNC LMT 的 MML 命令查詢，查詢指令為【DSP CELL】。對于各種非正常狀態(tài)，應(yīng)分析其原因，在故障排除后再進行單站測試。
通常由產(chǎn)品支持工程師負責(zé)檢查小區(qū)告警和小區(qū)狀態(tài)，并分析解決發(fā)現(xiàn)的告警和小區(qū)狀態(tài)問題，優(yōu)化工程師在站點檢查前需要向產(chǎn)品支持工程師確認是否存在告警以及問題是否解決，測試小區(qū)的小區(qū)狀態(tài)是否正常。其中特別關(guān)注間歇性告警問題（比如，傳輸告警會自動復(fù)位，但會導(dǎo)致網(wǎng)絡(luò)不穩(wěn)定并對業(yè)務(wù)造成消極影響。）
要確認核心網(wǎng)的各個網(wǎng)元（MSC、SGSN、GGSN 等）是否存在告警問題，在已經(jīng)通過單站驗證的小區(qū)簡單撥打一兩個電話驗證功能正常即可，無需在測試前每次詢問核心網(wǎng)產(chǎn)品支持工程師進行檢查。

3.2配置數(shù)據(jù)采集與檢查
在站點測試前，需要采集網(wǎng)絡(luò)規(guī)劃配置的數(shù)據(jù)以及 RNC 數(shù)據(jù)庫中配置的其他數(shù)據(jù)，并檢查實際配置的數(shù)據(jù)與規(guī)劃數(shù)據(jù)是否一致。
采集配置數(shù)據(jù)的方法包括：
通過 3GOT 采集配置數(shù)據(jù) ：輸入 RNC BAM 文件，輸出參數(shù)配置表格。參數(shù)獲取方法參考《WCDMA RNO 3GOT使用說明書》；
通過 MML 腳本采集配置數(shù)據(jù)：輸入 RNC MML 腳本文件，輸出參數(shù)配置表格。通過輔助工具將 MML 腳本文件轉(zhuǎn)換為參數(shù)配置表格，輔助工具以及使用說明參見本文附錄；
通過 Nastar 采集配置數(shù)據(jù)：未來的參數(shù)采集工具，待 Nastar 工具應(yīng)用后更新本文該部分。
對于網(wǎng)絡(luò)規(guī)劃配置的數(shù)據(jù)，對比網(wǎng)絡(luò)規(guī)劃輸出的無線網(wǎng)規(guī)參數(shù)表格，重點檢查是否存在實際配置數(shù)據(jù)與規(guī)劃數(shù)據(jù)不一致的情況。針對不一致的情況，檢查是否配置參數(shù)時設(shè)置錯誤。如果不是設(shè)置錯誤，而是由于參數(shù)修改導(dǎo)致數(shù)據(jù)不一致，檢查修改記錄并分析修改原因。
對于 RNC 數(shù)據(jù)庫中配置的其他數(shù)據(jù)，對比產(chǎn)品基線參數(shù)，重點檢查是否存在實際配置數(shù)據(jù)與基線數(shù)據(jù)/前次配置數(shù)據(jù)不一致的情況。針對由于參數(shù)修改導(dǎo)致的數(shù)據(jù)不一致，檢查修改記錄并分析修改原因。
在配置數(shù)據(jù)檢查過程中，如果發(fā)現(xiàn)數(shù)據(jù)配置錯誤，反饋問題給產(chǎn)品支持工程師進行修改。
在配置數(shù)據(jù)檢查時，重點關(guān)注小區(qū)擾碼、LAC/RAC、算法開關(guān)、功率設(shè)置、鄰區(qū)列表（同頻、異頻、異系統(tǒng)）、小區(qū)選擇重選參數(shù)（同頻、異頻、異系統(tǒng)）、切換參數(shù)（同頻、異頻、異系統(tǒng)）等。
網(wǎng)絡(luò)規(guī)劃配置的參數(shù)由網(wǎng)絡(luò)規(guī)劃階段輸出的《無線參數(shù)規(guī)劃數(shù)據(jù)表》獲得。在檢查完畢后，輸出《無線參數(shù)配置數(shù)據(jù)表》以供后續(xù)優(yōu)化階段使用，表中包括的項目與《無線參數(shù)規(guī)劃數(shù)據(jù)表》一致。

3.3其他準備工作
在測試準備階段，還需要進行如下準備工作：
從運營商的優(yōu)化人員處核實各站點的功率是否已經(jīng)允許發(fā)射；
獲取測試用的測試終端號碼；
檢查測試設(shè)備（UE ＋ Scanner）工作是否正常，車載電源情況；
測試表格打印紙件，表格模版見附錄；
測試前熟悉測試基站的情況，包括站點位置、小區(qū) ID、擾碼、全向站/定向站、天線方向角/下傾角、天線高度、環(huán)境類型等。

4單站測試
單站驗證檢查各個小區(qū)的功能是否正常，檢查內(nèi)容包括：
覆蓋檢查，通過檢查 CPICH RSCP 和 CPICH Ec/Io，了解小區(qū)下行覆蓋狀況；
干擾檢查，上行檢查 NodeB RTWP，下行檢查 CPICH Ec/Io，了解小區(qū)中的干擾情況；
擾碼檢查，通過檢查 UE / Scanner 接收的擾碼/頻率是否與預(yù)期相同，確認是否存在下行發(fā)射天線接反情況；
接收天線分集測試，確認對比主從分集反接前后的 CPICH RSCP 是否一致，確認是否存在上行接收天線接反情況；
進行常規(guī)的話音業(yè)務(wù)、VP 業(yè)務(wù)、PS 業(yè)務(wù)測試，保證各小區(qū)的接入、通話等基本功能正常；
簡單路測，驗證切換功能正常。
單站點功能檢查需要的工具和軟件包括：
路測工具 Scanner，采集導(dǎo)頻信號數(shù)據(jù)（如 Agilent E6455C 等）；
測試 UE，用于驗證業(yè)務(wù)（如 Qualcomm 6200、Motorola A830 等）；
前臺處理軟件，用于實時顯示和記錄信號強度、UE狀態(tài)、信令消息等信息（如 Agilent E6474A 等）；
后臺分析軟件，用于信令解析、信號分析、問題定位等（如 Actix Analyzer 和 DataAssistant 等）。
經(jīng)過單站測試，輸出《單站驗證檢查表》，確認設(shè)備功能正常和工程安裝正常后，和運營商測試人員簽字并分別保存 。
針對完整的單站驗證測試內(nèi)容，某些內(nèi)容由網(wǎng)絡(luò)優(yōu)化人員完成，某些內(nèi)容更適合由工程人員在站點調(diào)測時承擔(dān)，某些內(nèi)容需要工程人員與網(wǎng)絡(luò)優(yōu)化人員合作完成。下文在對測試內(nèi)容進行說明時也會給出對應(yīng)負責(zé)人員。需要說明的是，這是公司內(nèi)部的責(zé)任劃分，在實際項目開展過程中，需要根據(jù)運營商相應(yīng)部門的職責(zé)劃分情況和我司人員對應(yīng)接口情況進行調(diào)整。
針對某一具體項目的單站驗證測試內(nèi)容，在本文描述內(nèi)容基礎(chǔ)上與運營商相應(yīng)部門人員充分溝通，說明各個測試項的測試目的和測試方法，根據(jù)實際情況進行裁減。影響測試內(nèi)容多寡的因素包括：
測試項目優(yōu)先級：優(yōu)先級從高到低依次為：業(yè)務(wù)呼叫測試，業(yè)務(wù)軟切換測試，擾碼/導(dǎo)頻檢查，覆蓋檢查，干擾檢查，天線分集檢查，系統(tǒng)間切換/小區(qū)選擇重選檢查。針對重點站點，測試項目盡可能詳細全面；針對普通站點，測試項目可以適當(dāng)剪裁以加快進度。
待測站點規(guī)模、資源（人員、測量、儀器）限制、進度安排：當(dāng)待測站點數(shù)目多，測試人員、測試車輛、測試儀器有限，網(wǎng)絡(luò)優(yōu)化進度要求緊張的情況下，可以減少測試內(nèi)容，提高測試效率。反之則應(yīng)當(dāng)盡可能全面的進行測試。
實際網(wǎng)絡(luò)狀況：根據(jù)實際網(wǎng)絡(luò)建設(shè)情況，某些測試內(nèi)容可能無法測試或不必要測試。比如當(dāng)運營商的 3G 站點數(shù)目比 2G 站點數(shù)目更多或者沒有 2G 網(wǎng)絡(luò)時，則沒有必要進行系統(tǒng)間切換測試；單僅使用一個載頻時則沒有必要測試異頻切換；當(dāng)站點建設(shè)過密無法找到合適測試路線時，軟切換測試也不是必選的。
運營商認知程度和實際條件限制：如果運營商認為某項測試作用不大或者可替代，或者某項測試方法復(fù)雜或不可實現(xiàn)，可在充分溝通的基礎(chǔ)上對測試內(nèi)容進行裁減。

4.1測試點和測試路線選擇
4.1.1站點選擇
當(dāng)時間有限時，在和運營商充分溝通的前提下選擇部分站點（10％－15％）進行抽查。在選擇站點時依照如下原則選擇站點：
選擇覆蓋重點區(qū)域的站點；
選擇預(yù)計話務(wù)量較大的站點；
選擇覆蓋區(qū)域較大的站點；
根據(jù)運營商要求選擇站點。
如果運營商同時也是 2G 網(wǎng)絡(luò)運營商，可以參考 2G 網(wǎng)絡(luò)的重點區(qū)域情況以及話務(wù)情況選擇測試站點。

4.1.2測試點選擇
如果測試手機支持鎖頻鎖擾碼的功能，選擇測試點時條件相對簡單，只需要在待測小區(qū)覆蓋范圍內(nèi)即可，通常在站下就可以滿足要求。
由于現(xiàn)階段的 3G 測試手機大多不具備鎖頻鎖擾碼功能，為了保證測試的業(yè)務(wù)由待測小區(qū)提供，在選擇測試點時，選擇目標(biāo)小區(qū)信號強度較強且不存在其他小區(qū)信號的位置進行小區(qū)設(shè)備功能測試。
為了保證測試的業(yè)務(wù)由待測小區(qū)提供，最理想的方法是與工程人員合作，將除待測小區(qū)外的其他小區(qū)的功放關(guān)閉，只保留該小區(qū)信號，這種情況下對測試點的選擇沒有要求。
如果不能關(guān)閉其他小區(qū)的功放，在選擇測試點時通常要求位置接近小區(qū)中心，與基站間最好有視距傳輸，這樣可以保證信號覆蓋足夠好，且不存在信號波動。但是測試點也不應(yīng)當(dāng)選擇在基站下方，因為此時同一基站的其他扇區(qū)的信號也相當(dāng)強，不能保證所作的測試就發(fā)生在待測小區(qū)。因此需要通過觀察 Scanner 測量的 CPICH RSCP 來確定測試點。
在根據(jù) CPICH RSCP 強度確定測試點時，除了要求待測小區(qū) CPICH RSCP 強而其他小區(qū) CPICH RSCP 弱外，還要求各個小區(qū)的 CPICH RSCP 變化幅度不大，否則在作天線交叉測試時很難判斷 RSCP 變化是正常的信號波動還是天線接反導(dǎo)致。下表舉例說明了由 CPICH RSCP 判斷所選測試點好壞的情況。
表1 不同類型測試點的 CPICH RSCP 舉例
類型1st CPICH RSCP2nd CPICH RSCP3rd CPICH RSCP信號波動測試點評價
1-70 dBm-90 dBm-90 dBm± 1 dB好
2-70 dBm-75 dBm-75 dBm± 1 dB良好
3-85 dBm-90 dBm-90 dBm± 2 dB一般
4-70 dBm-75 dBm-75 dBm± 5 dB差

如果運營商同時也是 2G 網(wǎng)絡(luò)運營商且 3G 站點與 2G 共站，可以參考相應(yīng) 2G 站點的覆蓋情況選擇測試點。

4.1.3測試路線選擇
路測線路需要連接同一站點下各扇區(qū)的測試點。為了避免變成覆蓋測試，要求測試路線上盡量避免建筑物信號阻擋。下圖是設(shè)備功能測試中選擇測試點和測試路線的示意圖。

圖3 測試點和測試路線示意圖

4.2擾碼和載頻檢查
4.2.1測試目的
通過路測，檢查待測點測得的小區(qū)信號的擾碼和頻率是否與預(yù)期一致，判斷是否存在某一小區(qū)的發(fā)射信號連接到其他小區(qū)天線的情況。
4.2.2測試說明
如果測試時關(guān)閉了相鄰小區(qū)的功放，則不僅需要檢查擾碼、頻率與預(yù)期是否一致，還需要檢查該擾碼/頻率對應(yīng)小區(qū)的信號強度是否與預(yù)期一致。
如果某一站點沒有采用多載頻，則無需觀察信號頻率。
4.2.3測試方法
路測方法參考《WCDMA RNO 專題指導(dǎo)書 DT測試》。
4.2.4測試人員
網(wǎng)絡(luò)優(yōu)化人員。

4.3信號覆蓋檢查
4.3.1測試目的
通過路測，檢查 Scanner / UE 接收的 CPICH RSCP、CPICH Ec/Io 是否高于預(yù)定門限，確認是否存在功放異常、天饋連接異常、天線傾角/方向角與規(guī)劃不一致、建筑物阻擋等問題。
4.3.2測試說明
CPICH RSCP、CPICH Ec/Io 門限取值與站點類型（宏蜂窩、微蜂窩）、是否加載等情況密切相關(guān)，需要與運營商溝通確定。針對宏蜂窩小區(qū)，可要求 CPICH RSCP > -70dBm；針對微蜂窩小區(qū)，可要求 CPICH RSCP > -60dBm；針對空載情況，可要求 CPICH Ec/Io > -6dB；針對加載情況，可要求 CPICH Ec/Io > -10dB。
優(yōu)先采用 Scanner 測試的 CPICH RSCP 和 CPICH Ec/Io。
如果運營商同時也是 2G 網(wǎng)絡(luò)運營商且 3G 站點與 2G 共站，可以對比相應(yīng) 2G 站點的覆蓋情況檢查是否存在信號覆蓋問題。
4.3.3測試方法
路測方法參考《WCDMA RNO 專題指導(dǎo)書 DT測試》。
4.3.4測試人員
網(wǎng)絡(luò)優(yōu)化人員。

4.4呼叫測試
4.4.1測試目的
通過撥打測試，檢查語音業(yè)務(wù)的主被叫呼叫正常，語音質(zhì)量良好；VP 業(yè)務(wù)的主被叫呼叫正常，語音質(zhì)量和圖象質(zhì)量良好；PS 業(yè)務(wù)的呼叫功能正常，PS 業(yè)務(wù)速率正常。
4.4.2測試說明
理想方案是工程安裝人員在設(shè)備調(diào)試安裝時在站點機房中，通過關(guān)閉功放保證對目標(biāo)小區(qū)進行測試。
針對每次單站驗證，至少對每種業(yè)務(wù)進行一次撥打測試，建議對每種業(yè)務(wù)進行5次撥打測試。
通話時的語音質(zhì)量和圖象質(zhì)量由測試人員主觀感受決定。
PS 業(yè)務(wù)速率由測試人員對時延的主觀感受決定。如果某一站點的 PS 業(yè)務(wù)速率較低時，可嘗試其他網(wǎng)站或換用其他手機。
4.4.3測試方法
測試方法參考《WCDMA RNO 專題指導(dǎo)書 CQT測試》
4.4.4測試人員
網(wǎng)絡(luò)優(yōu)化人員。

4.5切換測試
4.5.1測試目的
通過路測，檢查語音業(yè)務(wù)、VP 業(yè)務(wù)、PS 業(yè)務(wù)的軟切換功能正常。針對 3G/2G 覆蓋邊緣，檢查語音業(yè)務(wù)的 3G/2G 系統(tǒng)間切換功能正常，3G/2G 系統(tǒng)間小區(qū)選擇重選或 PLMN 選擇重選功能正常。
4.5.2測試說明
切換測試與鄰區(qū)配置以及測試路線選擇密切相關(guān)。鄰區(qū)優(yōu)化和特定地點的切換掉話優(yōu)化屬于 RF 優(yōu)化的內(nèi)容。為了區(qū)分切換功能異常導(dǎo)致的切換掉話和漏配鄰區(qū)/覆蓋信號差導(dǎo)致的掉話，通常測試同一站點中的 3 個扇區(qū)間切換（因為對同一站點的相鄰扇區(qū)通常不會存在漏配鄰區(qū)的情況）并要求測試路線上盡量避免建筑物信號阻擋。
對于高速率的 PS 業(yè)務(wù)，可能由于軟切換速率門限的限制，測試的是同頻硬切換，同頻硬切換相比軟切換其成功率會低一些。
對于系統(tǒng)間切換和系統(tǒng)間小區(qū)重選測試，應(yīng)當(dāng)盡量避免在室內(nèi)/地下停車場等處進行。因為在這些地點，室外 2G 宏蜂窩信號的電平強度較差，通常由專門的 2G 室內(nèi)系統(tǒng)覆蓋。而運營商配置的 2G 鄰區(qū)通常只針對 2G 室外宏蜂窩站點或者直接采用共站2G小區(qū)的2G鄰區(qū)，漏配室內(nèi) 2G 鄰區(qū)。
4.5.3測試方法
測試方法參考《WCDMA RNO 專題指導(dǎo)書 DT測試》
4.5.4測試人員
網(wǎng)絡(luò)優(yōu)化人員。

4.6天線分集檢查
4.6.1測試目的
檢查天線接收分集是否接反。
4.6.2測試說明
在天線分集接收時，接收分集檢查用于確認接收天線分集是否接反，如下圖所示：

圖4 接收分集檢查示意圖
當(dāng)天線接反時，上行不具備分集增益，且干擾增大一倍（原來只接收一個小區(qū)的上行干擾，接反后接收兩個小區(qū)的上行干擾），對上行容量有較大影響。該問題通過常規(guī)的導(dǎo)頻信號測試很難發(fā)現(xiàn)，需要在單站點功能檢查時特別關(guān)注。

4.6.3測試方法
天線接收分集測試的方法包括：
在待測小區(qū)中手機以大功率發(fā)射（某些測試手機支持固定功率發(fā)射，當(dāng)手機不支持固定功率發(fā)射時可以在 RNC 設(shè)置較大的 MAX_SIR_Target / MIN_SIR_Target 參數(shù)來保證手機發(fā)射功率高于一般情況），檢查是否僅有對應(yīng)扇區(qū)的 NodeB RTWP 明顯抬升。如是則說明天線接收分集正常，如果有兩個扇區(qū)的 NodeB RTWP 明顯抬升，則說明天線接收分集接反，需要進一步檢查驗證。
將待測小區(qū)的發(fā)射端從一根天線變換為另一根天線（下圖中 A 為初始連接示意圖，B 為天線交叉后的示意圖），檢查變換前后 UE/Scanner 接收的 CPICH RSCP 是否有明顯變化，如果沒有變化則證明不存在接收天線接反問題（正常情況下天線交叉前后 CPICH RSCP 變化小于 2dB）。

圖5 變換發(fā)射天線測試
舉例說明：在某站點作接收天線交叉測試時發(fā)現(xiàn)，交叉前與交叉后待測小區(qū) A 的 CPICH RSCP 相差 20dB。隨后測試相鄰扇區(qū) C 發(fā)現(xiàn)同樣存在該問題。工程人員檢查發(fā)現(xiàn)是由于扇區(qū) A 和扇區(qū) C 的兩根接收天線接反導(dǎo)致。
4.6.4測試人員
網(wǎng)絡(luò)優(yōu)化人員 & 工程人員。

4.7NodeB RTWP檢查
4.7.1測試目的
檢查 NodeB 測量的 RTWP 是否正常，確認基站是否存在上行干擾。
4.7.2測試說明
測試由工程人員完成，要求 RTWP 在 -105.5dBm ± 2dB。
由于某些干擾是間歇出現(xiàn)，建議每次測試記錄24小時的 RTWP 變化情況。
如果發(fā)現(xiàn)干擾問題，參考《WCDMA RNO 專題指導(dǎo)書 異常干擾問題分析》。
4.7.3測試方法
在 NodeB 維護臺檢查 RTWP測量量。
4.7.4測試人員
工程人員。

5優(yōu)化調(diào)整
針對單站驗證中發(fā)現(xiàn)的產(chǎn)品功能問題如主被叫呼叫失敗問題、掉話問題、通話質(zhì)量問題、切換失敗問題。一旦問題發(fā)生，需要再次測試以確認問題是否可以復(fù)現(xiàn)，推動產(chǎn)品支持人員解決問題，網(wǎng)絡(luò)優(yōu)化人員跟蹤問題解決情況直至問題解決和關(guān)閉。
對于單站驗證中發(fā)現(xiàn)的工程安裝問題，推動工程人員解決問題，網(wǎng)絡(luò)優(yōu)化人員跟蹤問題解決情況直至問題解決和關(guān)閉。
6總結(jié)
單站驗證用于檢查設(shè)備功能是否正常，為隨后的 RF 優(yōu)化和業(yè)務(wù)優(yōu)化打下一個良好的基礎(chǔ)。測試中重點驗證和解決設(shè)備功能問題和工程安裝問題。單站驗證中需要與產(chǎn)品支持人員和工程安裝人員積極配合，保質(zhì)保量的完成任務(wù)。
單站驗證的測試內(nèi)容裁減和指標(biāo)確定需要根據(jù)實際網(wǎng)絡(luò)運營狀況和運營商充分溝通加以決定。在保證進度要求和有效發(fā)現(xiàn)問題的前提下決定測試內(nèi)容。
由于 Nastar 工具尚未實用化，對采用 Nastar 工具進行參數(shù)采集和檢查的部分內(nèi)容在以后的文檔更新中再進行描述。目前單站驗證中還不包含站點健康檢查的內(nèi)容，以后是否包括將根據(jù)項目經(jīng)驗的積累而更新本文檔。
7附錄
7.1單站驗證檢查表

注意：
單站驗證檢查表以 UAE 項目單站驗證檢查表為例，其他項目根據(jù)與運營商交流的測試內(nèi)容多寡在此模版基礎(chǔ)上進行修改即可。
7.2通過 MML 腳本獲取配置數(shù)據(jù)表格工具

輸入文件：CFGMML.txt（可以向 RNC 支持人員索取或在 RNC LMT 輸入【EXP CFGMML】命令獲得。）
輸出文件：export.mdb
使用方法：將 RNC 腳本文件 CFGMML.txt 拷貝到文件夾中雙擊可執(zhí)行文件 MML_ParseAll.exe 即可。
7.3特例：阿聯(lián)酋的做法
在阿聯(lián)酋的單站驗證中，相比本文所述內(nèi)容更為繁瑣一些。實踐證明存在簡化的必要，因此作為特例給出，不要求其他項目與其一致。
以檢查最詳細的 Abu Dhabi 為例，單站點驗證步驟如下：
1.到達測試點，高通手機開機，手機屏幕上觀察到 ‘WCP’ 指示，說明 LA Update、 RA Update、 PS Attach 功能 OK。
2.在高通手機菜單中選擇 PS Detach 功能，手機屏幕上的 ‘WCP’ 指示變?yōu)?‘WC’。
3.手機重新關(guān)機開機（注：這樣作是因為高通手機菜單中的 PS Attach 功能并不正常，需要開機完成 PS Attach），筆記本開始記錄測試文件。
4.從 Scanner 測試數(shù)據(jù)中檢查小區(qū)的頻點、擾碼是否與規(guī)劃的一致。
5.從 Scanner 或 UE 的測試數(shù)據(jù)中檢查小區(qū)的CPICH RSCP 是否大于 -85dBm，CPICH Ec/Io 是否大于 -8dB，并將該值記錄在測試表上。（注：Scanner 和 UE 獲得的測試數(shù)據(jù)的區(qū)別在于 Scanner 的天線放在車外而 UE 的天線在車內(nèi)。如果通過 UE 檢查 CPICH RSCP 和 CPICH Ec/Io 時，獲得的是 Io 和 Ec/Io，CPICH RSCP 需要換算獲得：Ec = Ec/Io + Io。）
6.3G 手機間的撥打測試，包括語音和 VP，接通后功能正常隨即掛掉。
7.Moto 手機間發(fā)短消息，測試 SMS 功能。（注：高通測試手機不支持 SMS。）
8.用高通手機+筆記本電腦作 PS 測試，刷新一個網(wǎng)頁或者下載一個文件即可。
9.接通并保持一個 3G 語音業(yè)務(wù)，從 3G/2G 共覆蓋區(qū)移動到 2G 覆蓋區(qū)，作 3G->2G 切換測試；另一個空閑狀態(tài)下的3G手機測試 3G->2G 的小區(qū)重選。切換/小區(qū)重選到 2G 后，結(jié)束通話，返回 3G/2G 共覆蓋區(qū)，測試 2G->3G 的小區(qū)重選。（注：用 Moto 手機測試 3G->2G 切換，因為高通手機在通話中無法從手機屏幕上觀察當(dāng)前使用的是 2G 還是 3G 網(wǎng)絡(luò)。）
10.通知工程人員將同一小區(qū)的兩根天線交叉，檢查交叉后的 CPICH RSCP 與先前記錄的 CPICH RSCP 是否一致（正常情況下交叉前后相差不到 2dB）。
11.保持一個 VP 業(yè)務(wù)和一個 PS 業(yè)務(wù)，驅(qū)車前往下一扇區(qū)，注意 UE 的 CPICH 擾碼是否發(fā)生變化，同時觀察是否有激活集更新消息，驗證切換功能是否正常。（注：VP 切換成功通常語音也能切換成功）
12.在新扇區(qū)中選擇恰當(dāng)?shù)臏y試點，停止文件記錄。開始另一個小區(qū)的測試。

參考資料清單List of reference ：
[1] 謝智斌，WCDMA RNO 無線網(wǎng)絡(luò)優(yōu)化操作指導(dǎo)書，2003/12
1概述8
2掉話分類定義8
2.1路測掉話定義8
2.2話統(tǒng)指標(biāo)8
2.3工具中的定義10
3掉話分析流程及方法10
3.1常見掉話原因10
3.1.1鄰區(qū)漏配10
3.1.2覆蓋差11
3.1.3切換導(dǎo)致的掉話11
3.1.4干擾導(dǎo)致的掉話12
3.1.5流程交互失敗13
3.1.6異常分析13
3.2路測數(shù)據(jù)分析流程13
3.3話統(tǒng)數(shù)據(jù)分析流程16
3.4跟蹤數(shù)據(jù)分析流程19
3.5告警數(shù)據(jù)分析流程21
3.6用戶投訴分析流程21
3.7調(diào)整措施23
3.7.1工程參數(shù)23
3.7.2小區(qū)參數(shù)23
4典型掉話分析29
4.1鄰區(qū)漏配29
4.1.1現(xiàn)象和分析29
4.1.2解決方法30
4.2覆蓋太差30
4.2.1現(xiàn)象和分析30
4.2.2解決辦法31
4.3干擾過強31
4.3.1導(dǎo)頻污染31
4.3.2上行干擾導(dǎo)致的掉話38
4.4軟切換掉話39
4.4.1拐角效應(yīng)39
4.4.2針尖效應(yīng)42
4.4.3主導(dǎo)小區(qū)變化過快43
4.5硬切換掉話44
4.5.1壓縮模式啟動太遲44
4.6系統(tǒng)間切換掉話44
4.6.1鄰區(qū)漏配導(dǎo)致掉話44
4.6.2異系統(tǒng)鄰區(qū)配置過多導(dǎo)致掉話45
4.6.3LAC配置錯誤導(dǎo)致的掉話46
4.6.4UE不報測量報告導(dǎo)致掉話46
4.6.5切換不及時導(dǎo)致掉話47
4.6.6物理信道重配置時發(fā)生最優(yōu)小區(qū)變更導(dǎo)致掉話50
4.6.7UE回切換失敗導(dǎo)致掉話51
4.6.8壓縮模式啟動太遲51
4.7設(shè)備異常掉話52
4.7.1NodeB上行同步導(dǎo)致的掉話52
4.7.2手機問題53
5網(wǎng)優(yōu)各階段關(guān)注點53
5.1單站測試階段53
5.2優(yōu)化前評估階段54
5.3RF優(yōu)化階段54
5.4參數(shù)優(yōu)化階段54
5.5網(wǎng)優(yōu)項目驗收階段54
6總結(jié)54
7參考文檔列表55