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

1、TD網(wǎng)優(yōu)技術(shù)現(xiàn)場路測實踐案例鼎橋通訊技術(shù)有限公司2007年7月目 錄1、測試路線3、測試工具準(zhǔn)備及測試計劃安排3、測試案例33.1越區(qū)覆蓋場景分析33.2弱信號呼不出場景分析33.3測量控制配置導(dǎo)致手機測量有問題33.4乒乓切換場景分析33.5因沒有資源導(dǎo)致隨機接入失敗場景33.6無覆蓋掉話場景分析33.7Traffic class設(shè)置錯誤導(dǎo)致業(yè)務(wù)不能正常進行33.8業(yè)務(wù)信道與公共信道覆蓋不一致33.9載波均分，慢速DCA資源分配對業(yè)務(wù)質(zhì)量的影響33.10驗證不同業(yè)務(wù)的最大下行碼道發(fā)射功率對覆蓋的影響33.11導(dǎo)頻污染場景分析33.12鄰區(qū)丟失場景分析31. 1、測試路線：杏林地區(qū) （測試路線

2、衛(wèi)星圖） （測試路線Mapinfo圖）海滄地區(qū)、測試工具準(zhǔn)備及測試計劃安排 名稱數(shù)量電腦+測試軟件2軟件狗2測試手機2手機數(shù)據(jù)線2GPS2GPS數(shù)據(jù)線2車載電源逆變器2掃頻儀1測試地點測試場景上午測試方案介紹下午案例分析介紹7月7日鼎利設(shè)備杏林1越區(qū)覆蓋場景沿既定測試路線，用軟件連接手機進行常規(guī)業(yè)務(wù)測試，同時通過功能參數(shù)窗口演示測試業(yè)務(wù)狀況， 包括常用窗口的打開，常用指標(biāo)的查看，遇到測試問題點，作相應(yīng)標(biāo)記，同時暫停記錄，回放問題點發(fā)生點的無線情況，對問題先進行預(yù)判回放上午測試數(shù)據(jù)，對測試數(shù)據(jù)進行統(tǒng)計，以了解各測試指標(biāo)的情況，針對出現(xiàn)的問題點進行分析，了解優(yōu)化問題的分析流程，以進行問題的定位杏林

3、2弱信號呼不出場景杏林3測量控制配置導(dǎo)致手機測量有問題杏林4乒乓切換場景描述7月8日鼎利設(shè)備海滄1因沒有資源導(dǎo)致隨機接入失敗場景海滄2無覆蓋掉話場景海滄3Traffic class設(shè)置錯誤導(dǎo)致錯誤導(dǎo)致業(yè)務(wù)不能正常進行海滄4業(yè)務(wù)信道與公共信道覆蓋不一致7月9日鼎利設(shè)備杏林1慢速對業(yè)務(wù)信道的影響杏林2驗證不同業(yè)務(wù)的最大下行碼道發(fā)射功率對覆蓋的影響杏林3導(dǎo)頻污染場景分析杏林4鄰區(qū)丟失場景2. 、測試案例3.1 越區(qū)覆蓋場景分析測試步驟：1） 選定一開闊的測試區(qū)域，要求有比較連續(xù)的覆蓋，設(shè)置A小區(qū)為測試手機初始占用小區(qū)，以最大功率發(fā)射，調(diào)整該小區(qū)與其鄰區(qū)的切換參數(shù)，使手機占上該小區(qū)后只能測量到鄰區(qū)信號

4、，不能切換到鄰區(qū)2） 測試軟件連接手機進行DT測試，軟件MAP窗口顯示手機測試軌跡，同時導(dǎo)入基站數(shù)據(jù)庫，打開服務(wù)小區(qū)、鄰小區(qū)連線功能，到問題點區(qū)域時顯示手機占用A小區(qū)信號，信號較弱，同時，鄰近小區(qū)有較強信號，但手機沒有及時切換，導(dǎo)致弱信號質(zhì)差，甚至掉話。 3） 利用后臺分析軟件越區(qū)覆蓋分析功能，導(dǎo)入測試數(shù)據(jù)后得出過覆蓋小區(qū)，并指出信號較好的鄰區(qū)4） RNC端調(diào)整切換參數(shù)，使問題小區(qū)與鄰區(qū)能正常切換，回測該路段，越區(qū)覆蓋問題解決關(guān)注點：1）越區(qū)覆蓋定義；2）越區(qū)覆蓋的影響：孤島效應(yīng)，引起切換失敗、掉話、接入失敗、弱覆蓋等；3）越區(qū)覆蓋點的快速定位：后臺輔助工具的使用；4）問題點原因排查與解決解決

5、方法：1）調(diào)整基站發(fā)射功率、方向角、下傾角、高度，使得基站覆蓋范圍不能過遠。2）如果無法更改覆蓋范圍，增加其與鄰近小區(qū)的切換關(guān)系，使得孤島效應(yīng)消失；3）增加其與鄰區(qū)的切換關(guān)系（CellIndividalOffset:同/異頻的切換電平遲滯偏移量），使得其與鄰區(qū)的切換更加容易進行（不依賴于功率）。4）檢查切換關(guān)系，消除因切換關(guān)系設(shè)置不當(dāng)導(dǎo)致的越區(qū)問題； 3.2 弱信號呼不出場景分析測試步驟：1） 選定一測試區(qū)域，要求該測試區(qū)域內(nèi)最強小區(qū)的信號比較弱，RNC端調(diào)整參數(shù)：手機接收到的下行連續(xù)正確幀數(shù)InSyncNumber和手機收到的連續(xù)不正確的幀數(shù)OutSyncNumber，前者調(diào)高，后者降低，使

6、得隨機接入更加困難。2） 測試軟件連接手機進行DT測試，手機在弱信號區(qū)域內(nèi)進行起呼，表現(xiàn)為起呼次數(shù)達到N3001后，手機拆線，回到空閑狀態(tài)，或者每次呼叫必須重呼幾次（次數(shù)小于N300）網(wǎng)絡(luò)側(cè)才會有響應(yīng)信令RRCConnectionSetup。3） RNC調(diào)整InSyncNumber和OutSyncNumber參數(shù)，使得接入條件變得非常低，手機即使在弱信號條件下也能能正常起呼，從而提高呼叫成功率。復(fù)測該區(qū)域，弱信號問題解決。關(guān)注點：1）AMR語音呼叫的起呼信令流程；2）無法呼出的判斷標(biāo)準(zhǔn)：N300和T300的聯(lián)合判斷；3）呼叫接入的相關(guān)優(yōu)化參數(shù)：N300、T300、N312、T 312、N313

7、（InSyncNumber、OutSyncNumber）、N315、InSyncNumber、OutSyncNumber等參數(shù)的意義，以及對隨機接入的影響；4）弱信號區(qū)域的優(yōu)化調(diào)整措施；解決方法：1調(diào)整T300由現(xiàn)網(wǎng)的3s改為更高,N300由3次改為46次。2也可以提高FPACH功率，由現(xiàn)網(wǎng)的230改為更高。3或修改NodeB側(cè)的InSyncNumber和OutSyncNumber參數(shù)：InSyncNumber：改為1，OutSyncNumber改為20。4或修改UE側(cè)連接模式下的同步參數(shù)：T312和N312。N312由現(xiàn)網(wǎng)的5次改為2次，T312由現(xiàn)網(wǎng)的8s改為12s。5或者修改其它參數(shù)。3

8、.3 測量控制配置導(dǎo)致手機測量有問題測試步驟：1） 選定一測試區(qū)域，要求有多個小區(qū)覆蓋，RNC端關(guān)閉測量控制，使該區(qū)域內(nèi)手機不能收到下發(fā)的測量控制信息2） 測試軟件連接手機進行DT撥打測試，在軟件MAP窗口顯示手機測試到的RSCP軌跡，空閑時可RSCP值一直在變化，電話接通后，RSCP值保持不變，手機不作RSCP測量。3） RNC端打開測量控制，使手機收到測量控制信息，RSCP值顯示恢復(fù)正常。關(guān)注點：1）在空閑模式和連接模式下測量控制的信令指示位置、流程和作用；2）測量控制和測量報告的內(nèi)容和觸發(fā)方式；3）測量控制有誤的影響：不測量，從而不會以周期或事件上報測量結(jié)果，導(dǎo)致無法切換。掉話等；4）解

9、決辦法解決方法：1打開全網(wǎng)的異頻測量開關(guān)，打開全網(wǎng)的同頻測量、異頻測量開關(guān)，此時將會收到同頻測量控制、異頻測量控制消息。2參數(shù)：IntraFreqMeasIndCrtlInfoPresent（空閑狀態(tài)下用）：打開或關(guān)閉均無效。IntraFreqMeasIndCrtlInfoPresent（空閑狀態(tài)下用）：打開或關(guān)閉均無效。CORRM_EVT_PRD_SWITCH-1：啟用事件切換還是周期切換。1為事件，0為周期。CORRM_INTRA_FREQ_HO-1：是否打開同頻切換開關(guān)。&CORRM_INTER_FREQ_HO-1：是否打開異頻切換開關(guān)。3.4 乒乓切換場景分析測試步驟：1） 選

10、定一測試區(qū)域，要求有至少2個信號強度差不多的小區(qū)覆蓋，RNC配置兩小區(qū)的切換參數(shù)，使滯后值為02） 測試軟件連接手機依次進行12.2K業(yè)務(wù)和PS業(yè)務(wù)，進行長呼，可看到手機在這2個小區(qū)進行頻繁切換，可能導(dǎo)致掉話，導(dǎo)致數(shù)據(jù)業(yè)務(wù)速率很低。3） RNC調(diào)整切換參數(shù)，加大滯后值，連接手機進行復(fù)測，切換恢復(fù)正常。4） 場景發(fā)生地如圖所示關(guān)注點：1）乒乓切換的定義；2）切換控制參數(shù)的意義及其默認(rèn)設(shè)置：切換滯后量、滯后偏移量、定時器等；3）乒乓切換的影響：容易導(dǎo)致掉話、數(shù)據(jù)業(yè)務(wù)速率低、增加網(wǎng)絡(luò)負(fù)荷等；4）乒乓切換的消除辦法；解決方法：1 通過路測事件查看，確定乒乓切換區(qū)。2 解決乒乓切換的主要方法為小區(qū)天線的

11、物理調(diào)整。3 也可以通過設(shè)置對應(yīng)鄰區(qū)的CellIndivalOffset參數(shù)來暫時避免乒乓切換，但導(dǎo)頻雜的現(xiàn)象依然存在。4 切換關(guān)系參數(shù)：HYSTFOR1G:同頻切換電平遲滯.(實際值=設(shè)計值/2),現(xiàn)網(wǎng)為8。提高使切換更加困難。TrigTime1G:同頻切換的時延.現(xiàn)網(wǎng)為D640ms或D1280ms。提高時延可是切換更加困難。HYSTFOR2A:異頻切換電平遲滯:(實際值=設(shè)計值/4),現(xiàn)網(wǎng)為15。TrigTime: 異頻切換的時延.現(xiàn)網(wǎng)為D640ms或D1280msCELLINDIVIDALOFFSETCellIndividalOffset:同/異頻的切換電平遲滯偏移量(針對某個鄰區(qū)),一

12、般 0 （-2020）,負(fù)值表示更難切,正值表示更易切換.可以將以上的事件切換電平改大一點,時延改長一點,這樣切換就比較困難了.3.5 因沒有資源導(dǎo)致隨機接入失敗場景測試步驟：1） 選定一測試區(qū)域，RNC端調(diào)整參數(shù)，使該區(qū)域的服務(wù)小區(qū)資源受限，如去激活兩個下行時隙，留一個空閑時隙，然后再該空閑時隙上發(fā)起多個業(yè)務(wù)。2） 測試軟件連接兩部手機，先控制一部手機進行PS 128k測試，觀察當(dāng)前占用的時隙碼道資源，由于一個時隙足夠支持一個128k業(yè)務(wù)，因此此時測試正常。然后控制另一部手機發(fā)起一個語音AMR12.2k業(yè)務(wù)，會發(fā)現(xiàn)由于碼道資源不夠，rrc連接被拒絕，原因碼為congestion；3） 仍然連

13、接兩部手機，先控制一部手機進行語音AMR12.2k呼叫，觀察當(dāng)前占用時隙碼道資源，一個時隙完全可以支持一個用戶的語音業(yè)務(wù)，測試正常。然后控制另一部手機發(fā)起一個PS128k業(yè)務(wù)，會發(fā)現(xiàn)rrc連接可以建立，撥號連接也能成功，那么是否一個時隙同時支持了一個AMR12.2k業(yè)務(wù)和一個128k業(yè)務(wù)？可以分析其信令，查看網(wǎng)絡(luò)對碼道資源的分配策略。關(guān)注點：1）CS、PS業(yè)務(wù)（不同速率）所對應(yīng)的碼道資源分配方式；2）網(wǎng)絡(luò)側(cè)在資源受限情況下對CS和PS業(yè)務(wù)請求的不同處理流程；3）網(wǎng)絡(luò)側(cè)對PS業(yè)務(wù)速率的分配策略；4） 終端對下發(fā)的PS業(yè)務(wù)QoS的處理策略；5） 資源受限的影響以及其解決方法；解決方法：1 增加輔載

14、波；2 動態(tài)調(diào)整速率，將單用戶速率由384調(diào)整到64k或更低，提高單載波的用戶數(shù)。3.6 無覆蓋掉話場景分析測試步驟：1） 選定一測試區(qū)域，剛好處在TD基站覆蓋邊緣2） 測試軟件連接手機進行在有覆蓋區(qū)域進行12.2K撥打測試，測試車沿著無覆蓋方向行駛，進入無覆蓋區(qū)域，手機掉話，此時，在路測軟件里可看到手機一直上報cell search information信息，從專用的TD STATE窗口可看出，此時手機處于“no service”狀態(tài)，此時，再從無覆蓋區(qū)域向有覆蓋區(qū)域行駛，到達有覆蓋區(qū)域后，在路測軟件里可看到手機上報cell search information信息的同時，也收到maste

15、rInformationBlock信息，隨后可收到schedulingBlock1，跟著是SIB1,3,11等信息，重新和網(wǎng)絡(luò)建立連接，從專用的TD STATE窗口可看到狀態(tài)從“no service”遷移到“campled onsuitable cell”關(guān)注點：1）無覆蓋的定義以及判斷標(biāo)準(zhǔn)；2）無覆蓋判斷的主觀性：完全基于手機行為，手機靈敏度、鄰區(qū)漏定義、切換不及時等都會導(dǎo)致得到的無覆蓋指標(biāo)存在誤差。3）覆蓋范圍的調(diào)整措施；3.7 Traffic class設(shè)置錯誤導(dǎo)致業(yè)務(wù)不能正常進行測試步驟：1） 選定一測試區(qū)域，測試軟件連接手機進行FTP測試2） 在FTP測試模板中設(shè)置Traffic c

16、lass為conversational，指配測試計劃給手機進行測試3） 從軟件信息窗口可看到撥號時Active PDP的情況，從Activate PDP Context Request可看到申請的是conversational，但馬上收到網(wǎng)絡(luò)下發(fā)的Activate PDP Context Reject，原因為network failure。4） 停止測試，修正FTP測試模板，設(shè)置Traffic class為background，即FTP對應(yīng)的正確業(yè)務(wù)類型，撥號網(wǎng)絡(luò)撥號成功，可正常進行測試5） 場景發(fā)生地點如圖圈示。關(guān)注點：1）數(shù)據(jù)業(yè)務(wù)的信令流程；2）QoS設(shè)置對數(shù)據(jù)業(yè)務(wù)的影響（包括終端和網(wǎng)絡(luò)）

17、；3）不同Traffic Class等級的意義以及對應(yīng)的業(yè)務(wù)類型；3.8 業(yè)務(wù)信道與公共信道覆蓋不一致測試步驟：1）選定一邊緣小區(qū)作為測試區(qū)，測試軟件連接兩臺手機進行普通AMR12.2K的呼叫業(yè)務(wù)，一部手機設(shè)置長呼的測試計劃，一部手機設(shè)置循環(huán)短呼的測試計劃（接通后5s掛斷）。2）沿小區(qū)覆蓋方向和邊緣方向行駛，觀察兩部手機的PCCPCH RSCP、DPCH RSCP和RRC狀態(tài)。當(dāng)手機接收到的RSCP信號電平低于-110dbm時，關(guān)注長呼手機是否還在保持通話，同時短呼手機是否可以發(fā)起呼叫。如果短呼手機不能發(fā)起業(yè)務(wù)，標(biāo)記該點。然后一直向邊緣方向行駛，直至長呼手機無法保持通話，掉話為止結(jié)束測試。3)

18、對比兩步手機的測試結(jié)果，可以得出結(jié)論：業(yè)務(wù)信道與公共信道覆蓋范圍有較大差異，業(yè)務(wù)信道由于存在功控，覆蓋范圍遠高于公共信道。關(guān)注點：1）公共信道PCCPCH以恒定功率發(fā)射；2）DPCH有功率控制，因此其信號強度和PCCPCH不成比例；3）功率控制的幾種方式：開環(huán)、外環(huán)、內(nèi)環(huán)4）覆蓋邊緣的判斷標(biāo)準(zhǔn)；5）業(yè)務(wù)信道和公共信道的覆蓋范圍的差異以及造成差異的原因。解決方法：1） 優(yōu)化目標(biāo)：使公共信道和業(yè)務(wù)信道的覆蓋范圍盡量保持一致；2） 根據(jù)不同業(yè)務(wù)占用的碼道數(shù)，計算理論上不同業(yè)務(wù)單碼道的發(fā)射功率；3） 根據(jù)當(dāng)前環(huán)境干擾情況，適當(dāng)微調(diào)增加某些信道的單碼道發(fā)射功率，以抵消干擾帶來的影響；DPCH RSCPP

19、CCPCH RSCP3.9 慢速DCA資源分配對業(yè)務(wù)質(zhì)量的影響測試步驟：1）選定一測試小區(qū)，關(guān)閉該小區(qū)的tspriorityAdjSwitchRMRU開關(guān)（即按時隙優(yōu)先級分配，在2/5時隙上優(yōu)先接入），依次用6部TD手機進行呼叫，然后再用測試軟件連接兩部TD手機依次建立呼叫（即某個時隙上總共有8個用戶呼叫），記錄上、下行ISCP的干擾情況。2）再打開tspriorityAdjSwitchRMRU開關(guān)，同樣依次用6部TD手機進行呼叫，另外兩部手機連接測試軟件依次建立呼叫，同樣記錄2/5時隙上的上下行ISCP干擾情況和接入成功率情況。3）將開關(guān)開啟、關(guān)閉前后的值進行比較，可得出結(jié)論：動態(tài)時隙分配方

20、式比固定優(yōu)先級分配方式下的干擾ISCP明顯小很多（大概在10dB左右），由于前者干擾小，從而可以推斷出在大規(guī)模商用時動態(tài)分配方式的接入成功率成更高。關(guān)注點：1）小區(qū)時隙資源的劃分方式：慢速DCA和時隙優(yōu)先級分配；2）慢速DCA的主要目標(biāo)：使上下行時隙的傳輸能力和上下行業(yè)務(wù)負(fù)載的比例關(guān)系相匹配，以獲得最佳的頻譜效率；減少不同小區(qū)交叉時隙的數(shù)量。3） 時隙優(yōu)先級分配和慢速DCA分配方式下的干擾差異；4） 時隙分配方式對呼叫接入成功率的影響以及在大規(guī)模商用網(wǎng)中的意義。5） 解決方法：打開慢速DCA開關(guān)，讓用戶均勻分布在時隙上，減少干擾量，適用于在大規(guī)模用戶接入的情況下，降低整體的干擾水平，提高用戶服

21、務(wù)質(zhì)量；3.10 驗證不同業(yè)務(wù)的最大下行碼道發(fā)射功率對覆蓋的影響測試步驟：1）選定一小區(qū)作為測試區(qū)，在RNC機房側(cè)調(diào)整小區(qū)和各種業(yè)務(wù)的MaxDLTxPwr參數(shù)值，關(guān)閉切換開關(guān)，同時跟蹤log，測試軟件連接一臺手機分別進行AMR12.2k，CS64k，PS64k，PS128k，PS384k 業(yè)務(wù)的測試。2）RNC機房調(diào)整各種業(yè)務(wù)的MaxDLTxPwr參數(shù)值分別為-100，-50，10，然后手機開始發(fā)起業(yè)務(wù)，測試車沿小區(qū)覆蓋方向走，直至發(fā)生掉話，記錄掉話時間點和位置。3）查看RNC機房發(fā)過來的Log，查看各種業(yè)務(wù)在測試過程中和掉話位置區(qū)域的碼道發(fā)射功率值，記錄最大碼道發(fā)射功率，同時比較各個業(yè)務(wù)在下

22、行碼道發(fā)射功率相同的情況下的覆蓋范圍差異，以及單用戶占用不同數(shù)量的碼道資源時對覆蓋范圍的影響（碼間干擾）。關(guān)注點：1）碼道發(fā)射功率是單碼道還是雙碼道？2）載波總的最大發(fā)生功率、時隙最大發(fā)射功率、以及碼道最大發(fā)射功率之間的關(guān)系；3）DPCH發(fā)射功率相對于PCCPCH發(fā)射功率的偏移參數(shù)；4）最大碼道發(fā)射功率對不同類型業(yè)務(wù)的影響：干擾5）覆蓋范圍與碼道分配數(shù)量、擴頻因子和最大碼道發(fā)射功率的關(guān)系；6）各個業(yè)務(wù)在下行碼道發(fā)射功率相同的情況下的覆蓋范圍差異解決方法：測試結(jié)果(三載波小區(qū))，設(shè)置各種業(yè)務(wù)的MaxDLTxPwr值為：1 CS12.2K業(yè)務(wù)的下行最大單碼道發(fā)射功率為30，設(shè)置MaxDLTxPwr

23、為-30或-50。2 PS64K業(yè)務(wù)的下行最大單碼道發(fā)射功率為24, 設(shè)置MaxDLTxPwr為-60。3 PS128K業(yè)務(wù)的下行最大單碼道發(fā)射功率為22, 設(shè)置MaxDLTxPwr為-80。4 PS384K業(yè)務(wù)的下行最大單碼道發(fā)射功率為23.5, 設(shè)置MaxDLTxPwr為-80,因為PS384K占用碼道為41個，其中32個碼道的最大發(fā)射功率與PS128相同，另外9個碼道的發(fā)射功率為340-10lg9=23.5dbm。5MaxDLTxPwr與MinDLTxPwr的差值不要超過32.3.11 導(dǎo)頻污染場景分析測試步驟：1） 選定一測試區(qū)域，要求該測試區(qū)域內(nèi)有2個以上能被手機測量到的信號強度相若（如都在75以上）的同頻小區(qū)覆蓋，同時最好還要有1個信號強度也在75以上而不被手機檢測到的同頻小區(qū)。2） 測試軟件連接手機和Scanner進行DT測試，其中，Scanner作Pilot測試，在該測試區(qū)域內(nèi)手機很容易出現(xiàn)由于乒乓切換、強干擾等原因?qū)е碌牡粼?） 利用后臺分析軟件導(dǎo)頻分析功能，導(dǎo)入測試數(shù)據(jù)（包含Scanner數(shù)據(jù)）后得出導(dǎo)頻污染報表，明確指出問題點信號的占用情況4） RNC端調(diào)整參數(shù)，如改頻、降功率等，使該區(qū)域產(chǎn)生主服務(wù)導(dǎo)頻，復(fù)測該區(qū)域，顯示信號覆蓋比