網(wǎng)優(yōu)技術(shù)現(xiàn)場路測實(shí)踐案例

1、TD網(wǎng)優(yōu)技術(shù)現(xiàn)場路測實(shí)踐案例鼎橋通訊技術(shù)有限公司2007年6月目 錄1.測試路線：3測試工具準(zhǔn)備及測試計劃安排43.測試案例53.1小區(qū)覆蓋場景分析：53.2鄰區(qū)丟失場景分析53.3導(dǎo)頻污染場景分析：63.4弱信號呼不出場景分析：63.5測量控制配置導(dǎo)致手機(jī)測量有問題63.6無覆蓋場景分析：73.7因沒有資源導(dǎo)致隨機(jī)接入失敗場景73.8Traffic class設(shè)置錯誤導(dǎo)致錯誤導(dǎo)致業(yè)務(wù)不能正常進(jìn)行73.9弱信號掉話場景分析73.10乒乓切換場景分析81.測試路線：（杏林地區(qū)）32.測試工具準(zhǔn)備：43.測試案例43.1小區(qū)覆蓋場景分析：43.2鄰區(qū)丟失場景分析43.3導(dǎo)頻污染場景分析：53.4弱

2、信號呼不出場景分析：53.5測量控制配置導(dǎo)致手機(jī)測量有問題53.6無覆蓋場景分析：63.7因沒有資源導(dǎo)致隨機(jī)接入失敗場景63.8Traffic class設(shè)置錯誤導(dǎo)致錯誤導(dǎo)致業(yè)務(wù)不能正常進(jìn)行63.9弱信號掉話場景分析63.10乒乓切換場景分析71. 測試路線：（杏林地區(qū)） （測試路線衛(wèi)星圖） （測試路線Mapinfo圖）測試工具準(zhǔn)備及測試計劃安排2. ：名稱數(shù)量電腦+測試軟件2軟件狗2測試手機(jī)2手機(jī)數(shù)據(jù)線2GPS2GPS數(shù)據(jù)線2車載電源逆變器2掃頻儀1測試地點(diǎn)測試場景上午測試方案介紹下午案例分析介紹月日鼎利設(shè)備杏林1小區(qū)覆蓋場景沿既定測試路線，用軟件連接手機(jī)進(jìn)行常規(guī)業(yè)務(wù)測試，同時通過功能參數(shù)窗

3、口演示測試業(yè)務(wù)狀況， 包括常用窗口的打開，常用指標(biāo)的查看，遇到測試問題點(diǎn)，作相應(yīng)標(biāo)記，同時暫停記錄，回放問題點(diǎn)發(fā)生點(diǎn)的無線情況，對問題先進(jìn)行預(yù)判回放上午測試數(shù)據(jù)，對測試數(shù)據(jù)進(jìn)行統(tǒng)計，以了解各測試指標(biāo)的情況，針對出現(xiàn)的問題點(diǎn)進(jìn)行分析，了解優(yōu)化問題的分析流程，以進(jìn)行問題的定位杏林2鄰區(qū)丟失場景杏林3測量控制配置導(dǎo)致手機(jī)測量有問題杏林4乒乓切換場景描述月日鼎利設(shè)備海滄1無覆蓋場景海滄2因沒有資源導(dǎo)致隨機(jī)接入失敗場景 海滄3Traffic class設(shè)置錯誤導(dǎo)致錯誤導(dǎo)致業(yè)務(wù)不能正常進(jìn)行月日日訊設(shè)備杏林1慢速對業(yè)務(wù)信道的影響杏林2導(dǎo)頻污染場景分析杏林3弱信號呼不出場景3. 測試案例3.1 小區(qū)覆蓋場景分

4、析：測試步驟：1） 選定一開闊的測試區(qū)域，要求有比較連續(xù)的覆蓋，設(shè)置A小區(qū)為測試手機(jī)初始占用小區(qū)，以最大功率發(fā)射，調(diào)整該小區(qū)與其鄰區(qū)的切換參數(shù)，使手機(jī)占上該小區(qū)后只能測量到鄰區(qū)信號，不能切換到鄰區(qū)2） 測試軟件連接手機(jī)進(jìn)行DT測試，軟件MAP窗口顯示手機(jī)測試軌跡，同時導(dǎo)入基站數(shù)據(jù)庫，打開服務(wù)小區(qū)、鄰小區(qū)連線功能，到問題點(diǎn)區(qū)域時顯示手機(jī)占用A小區(qū)信號，信號較弱，同時，鄰近小區(qū)有較強(qiáng)信號，但手機(jī)沒有及時切換，導(dǎo)致弱信號質(zhì)差，甚至掉話。3） 利用后臺分析軟件越區(qū)覆蓋分析功能，導(dǎo)入測試數(shù)據(jù)后得出過覆蓋小區(qū)，并指出信號較好的鄰區(qū)4） RNC端調(diào)整切換參數(shù)，使問題小區(qū)與鄰區(qū)能正常切換，回測該路段，越區(qū)覆蓋

5、問題解決3.2 鄰區(qū)丟失場景分析測試步驟：1） 選定一測試區(qū)域，要求該測試區(qū)域內(nèi)有一信號、質(zhì)量較好的小區(qū)A，與它鄰近的小區(qū)信號較弱，且與它都沒定義相鄰關(guān)系，對該小區(qū)不作測量，手機(jī)出現(xiàn)占用弱信號情況，導(dǎo)致測試指標(biāo)較差。2） 測試軟件連接手機(jī)和Scanner進(jìn)行DT測試，其中，Scanner作Pilot測試，要求手機(jī)占上除A小區(qū)外其他的小區(qū)，在測試區(qū)域內(nèi)測試，軟件MAP窗口顯示手機(jī)測試軌跡，測試指標(biāo)較差，同時，覆蓋Scanner數(shù)據(jù)，發(fā)現(xiàn)掃到有較強(qiáng)信號。3） 利用后臺分析軟件鄰區(qū)分析功能，導(dǎo)入測試數(shù)據(jù)（包含Scanner數(shù)據(jù)）后得出鄰區(qū)缺失報表，明確指出需增加的鄰區(qū)4） RNC端補(bǔ)定義相鄰關(guān)系，使

6、問題小區(qū)能被正常測量到，能正常切換，回測該路段，弱信號占用問題解決3.3 導(dǎo)頻污染場景分析：測試步驟：1） 選定一測試區(qū)域，要求該測試區(qū)域內(nèi)有2個以上能被手機(jī)測量到的信號強(qiáng)度相若（如都在75以上）的同頻小區(qū)覆蓋，同時最好還要有1個信號強(qiáng)度也在75以上而不被手機(jī)檢測到的同頻小區(qū)。2） 測試軟件連接手機(jī)和Scanner進(jìn)行DT測試，其中，Scanner作Pilot測試，在該測試區(qū)域內(nèi)手機(jī)很容易出現(xiàn)由于乒乓切換、強(qiáng)干擾等原因?qū)е碌牡粼?） 利用后臺分析軟件導(dǎo)頻分析功能，導(dǎo)入測試數(shù)據(jù)（包含Scanner數(shù)據(jù)）后得出導(dǎo)頻污染報表，明確指出問題點(diǎn)信號的占用情況4） RNC端調(diào)整參數(shù)，如改頻、降功率等，使該

7、區(qū)域產(chǎn)生主服務(wù)導(dǎo)頻，復(fù)測該區(qū)域，顯示信號覆蓋比較干凈，導(dǎo)頻污染問題解決。3.4 弱信號呼不出場景分析：測試步驟：1） 選定一測試區(qū)域，調(diào)整參數(shù)，使該測試區(qū)域內(nèi)處于弱信號覆蓋狀態(tài)，RNC端調(diào)少重發(fā)次數(shù)N300的次數(shù)2） 測試軟件連接手機(jī)進(jìn)行DT測試，手機(jī)在弱信號區(qū)域內(nèi)進(jìn)行起呼，起呼次數(shù)達(dá)到N3001后，手機(jī)拆線，回到空閑狀態(tài)。3） RNC調(diào)整計時器參數(shù)，使手機(jī)能正常起呼。復(fù)測該區(qū)域，弱信號問題解決。3.5 測量控制配置導(dǎo)致手機(jī)測量有問題測試步驟：1） 選定一測試區(qū)域，要求是N載波小區(qū)覆蓋，RNC端關(guān)閉測量控制，使該區(qū)域內(nèi)手機(jī)不能收到下發(fā)的測量控制信息2） 測試軟件連接手機(jī)進(jìn)行DT撥打測試，在軟件

8、MAP窗口顯示手機(jī)測試到的RSCP軌跡，空閑時可RSCP值一直在變化，電話接通后，RSCP值保持不變，手機(jī)不作RSCP測量。3） RNC端打開測量控制，使手機(jī)收到測量控制信息，RSCP值顯示恢復(fù)正常。3.6 無覆蓋場景分析：測試步驟：1） 選定一測試區(qū)域，剛好處在TD基站覆蓋邊緣2） 測試軟件連接手機(jī)進(jìn)行在有覆蓋區(qū)域進(jìn)行12.2K撥打測試，測試車沿著無覆蓋方向行駛，進(jìn)入無覆蓋區(qū)域，此時，在路測軟件里可看到手機(jī)一直上報cell search information信息，從專用的TD STATE窗口可看出，此時手機(jī)處于“no service”狀態(tài)，此時，再從無覆蓋區(qū)域向有覆蓋區(qū)域行駛，到達(dá)有覆蓋區(qū)

9、域后，在路測軟件里可看到手機(jī)上報cell search information信息的同時，也收到masterInformationBlock信息，隨后可收到schedulingBlock1，跟著是SIB1,3,11等信息，重新和網(wǎng)絡(luò)建立連接，從專用的TD STATE窗口可看到狀態(tài)從“no service”遷移到“campled onsuitable cell”3） 無覆蓋場景發(fā)生地3.7 因沒有資源導(dǎo)致隨機(jī)接入失敗場景測試步驟：1） 選定一測試區(qū)域，RNC端調(diào)整參數(shù)，使該區(qū)域的服務(wù)小區(qū)資源受限2） 測試軟件連接手機(jī)進(jìn)行PS 384K測試，上報rrcConnectionRequest，可能收到網(wǎng)

10、絡(luò)下發(fā)的rrcConnectionReject，原因碼為congestion3.8 Traffic class設(shè)置錯誤導(dǎo)致錯誤導(dǎo)致業(yè)務(wù)不能正常進(jìn)行測試步驟：1） 選定一測試區(qū)域，測試軟件連接手機(jī)進(jìn)行FTP測試2） 在FTP測試模板中設(shè)置Traffic class為conversational，指配測試計劃給手機(jī)進(jìn)行測試3） 從軟件信息窗口可看到撥號時active PDP的情況，從Activate PDP Context Request可看到申請的是conversational，但馬上收到網(wǎng)絡(luò)下發(fā)的Activate PDP Context Reject，原因?yàn)閚etwork failure。4）

11、 停止測試，修正FTP測試模板，設(shè)置Traffic class為background，即FTP對應(yīng)的正確業(yè)務(wù)類型，撥號網(wǎng)絡(luò)撥號成功，可正常進(jìn)行測試5） 場景發(fā)生地點(diǎn)如圖圈示。3.9 弱信號掉話場景分析測試步驟：1） 選定一測試區(qū)域，要求附近有高樓阻擋，信號衰落很快，配置該小區(qū)和其他小區(qū)的測量關(guān)系，如調(diào)整切換定時器，使向其他小區(qū)的切換都不成功2） 測試軟件連接手機(jī)進(jìn)行12.2K業(yè)務(wù)，進(jìn)行長呼，測試車行駛至高樓阻擋區(qū)域，此時可從測試軟件看到SIR，BLER，DPCH等指標(biāo)都不好，表明現(xiàn)在下行鏈路存在問題，測試車?yán)^續(xù)行駛，使質(zhì)量進(jìn)一步惡化，可伴隨切換失敗的發(fā)生，直至掉話3） 利用后臺軟件的Call trace列表功能，可清晰看出手機(jī)通話占用關(guān)鍵信令的情況，可統(tǒng)計出手機(jī)的無線指標(biāo)、接通率、掉話率等KPI指標(biāo)4） RNC調(diào)整鄰區(qū)關(guān)系，使該區(qū)域能及時