網(wǎng)絡(luò)優(yōu)化案例word版(已修改)
2025-08-29 06:42 本頁面
【正文】 網(wǎng)絡(luò)優(yōu)化案例案例1：關(guān)于鄰小區(qū)列表設(shè)置的問題【現(xiàn)象描述】手機(jī)在通話過程中可以成功的從A小區(qū)切換到B小區(qū)，但無法從B小區(qū)切換到A小區(qū)；手機(jī)距離某小區(qū)C很近，但在手機(jī)的導(dǎo)頻激活集中看不到C小區(qū)的PN碼。這樣隨著手機(jī)向目標(biāo)小區(qū)移近，手機(jī)導(dǎo)頻激活集中的EC/IO將逐漸降低、FER逐漸增大，繼而引起掉話?！驹蚍治觥恳话闱闆r下，CDMA手機(jī)有四個(gè)寄存器，分別存放6個(gè)激活導(dǎo)頻集、5個(gè)候選導(dǎo)頻集和20個(gè)相鄰導(dǎo)頻集。雖然在目前的系統(tǒng)中，部分廠家的數(shù)據(jù)庫最多可提供多達(dá)45個(gè)相鄰小區(qū)，但系統(tǒng)通過Neighbor List Updat消息經(jīng)空中接口向手機(jī)傳送的只有20個(gè)，而這20個(gè)鄰區(qū)是系統(tǒng)按一定的算法從當(dāng)前的服務(wù)小區(qū)的多個(gè)鄰小區(qū)數(shù)據(jù)庫列表中選出來的，在選擇過程中系統(tǒng)一般不依賴于這些小區(qū)的信號(hào)強(qiáng)度和質(zhì)量，而僅僅根據(jù)數(shù)據(jù)庫的靜態(tài)定義按照預(yù)先設(shè)定的算法進(jìn)行選擇。這樣如果某個(gè)目標(biāo)小區(qū)在系統(tǒng)鄰小區(qū)中未定義或定義了但由于優(yōu)先級(jí)低而未能通過空中接口消息告之手機(jī)，手機(jī)的鄰小區(qū)寄存器中未存放該目標(biāo)小區(qū)的信息，就會(huì)導(dǎo)致上述問題現(xiàn)象的發(fā)生?！窘鉀Q方案】通過路測(cè)設(shè)備或其它呼叫跟蹤設(shè)備采集空中接口消息，采集掉話前后的信息，確定掉話后同步的PN碼，然后查找該同步消息上面最近的Neighbor List Updat消息，看是否由該P(yáng)N碼，并結(jié)合鄰小區(qū)列表數(shù)據(jù)庫中判斷是否為未定義或雖然定義了但優(yōu)先級(jí)太低。案例2：關(guān)于導(dǎo)頻檢測(cè)參數(shù)設(shè)置的問題【現(xiàn)象描述】手機(jī)在通話過程中由于無線環(huán)境變化，導(dǎo)致信號(hào)急劇變化，此時(shí)會(huì)出現(xiàn)手機(jī)雖然已搜索到目標(biāo)小區(qū)信號(hào)，但由于未達(dá)到切換門限而無法切換或切換區(qū)域不足，導(dǎo)致誤幀率上升引起掉話。下面是一組現(xiàn)場(chǎng)測(cè)試數(shù)據(jù)，可以看出由于無線環(huán)境的變化，PN75的信號(hào)急劇減弱，但PN396由于切換門限TADD為12db,未能進(jìn)入有效集，導(dǎo)致PN27雖然已達(dá)到門限值，但由于高誤幀而無法完成切換，導(dǎo)致掉話?！驹蚍治觥糠治鲈搯栴}，我們需要對(duì)導(dǎo)頻檢測(cè)參數(shù)的定義和設(shè)置意義要有些了解。目前，基站導(dǎo)頻檢測(cè)參數(shù)主要有TADD、TDROP、TTDROP、TCOMP等，這里我們主要了解一下TADD和TDROP兩個(gè)參數(shù)。TADD是移動(dòng)臺(tái)用來檢測(cè)接收到的導(dǎo)頻強(qiáng)度的門限值。如果T_ADD設(shè)置太小，會(huì)導(dǎo)致過多的掉話和覆蓋空洞，也有可能導(dǎo)致切換區(qū)域不足。如果T_ADD設(shè)置過大，會(huì)導(dǎo)致切換區(qū)域過大，從而使前向容量損失和由于需要增加信道卡而使成本增加。另外由于切換區(qū)域的增加還會(huì)使呼叫和切換阻塞增加，后者還有可能導(dǎo)致掉話。TDROP是. 導(dǎo)頻去掉門限。當(dāng)激活集和候選集中的導(dǎo)頻強(qiáng)度低于該門限值時(shí)移動(dòng)臺(tái)會(huì)啟動(dòng)該導(dǎo)頻對(duì)應(yīng)的切換去掉計(jì)時(shí)器。如果T_DROP設(shè)置過小，會(huì)導(dǎo)致過早地去掉可用導(dǎo)頻，從而產(chǎn)生掉話，因?yàn)槿サ舻膶?dǎo)頻只會(huì)是以干擾的形式出現(xiàn)的。如果T_DROP設(shè)置過大，會(huì)導(dǎo)致切換區(qū)域過大，從而使前向容量損失和由于需要增加信道卡而使成本增加。另外由于切換區(qū)域的增加還會(huì)使呼叫和切換阻塞增加，后者還有可能導(dǎo)致掉話。因此上面的問題主要由于切換門限TADD設(shè)置太小引起切換區(qū)域不足，有效信號(hào)無法進(jìn)入而引起掉話?！窘鉀Q方案】通過對(duì)測(cè)試后臺(tái)數(shù)據(jù)的分析，可以發(fā)現(xiàn)該問題主要由于信號(hào)突變，導(dǎo)致強(qiáng)信號(hào)無法及時(shí)進(jìn)入有效集，因此需要降低其切換門限，以便有足夠的切換區(qū)域。因此通過調(diào)整PN75的TADD的值為13db,問題解決。以下是調(diào)整后的測(cè)試數(shù)據(jù)： 案例3：關(guān)于移動(dòng)臺(tái)搜索窗設(shè)置的問題【現(xiàn)象描述】當(dāng)手機(jī)從當(dāng)前服務(wù)小區(qū)移向某個(gè)覆蓋范圍較大的基站時(shí)，如果目標(biāo)站的搜索窗口設(shè)置太小，則手機(jī)將不能及時(shí)搜索到該目標(biāo)站的PN，這樣隨著手機(jī)向目標(biāo)基站的移動(dòng)，必然出現(xiàn)當(dāng)前服務(wù)小區(qū)的信號(hào)強(qiáng)度減弱，而目標(biāo)小區(qū)的信號(hào)增強(qiáng)而變?yōu)閺?qiáng)干擾信號(hào)，這樣就會(huì)出現(xiàn)接收電平增強(qiáng)、服務(wù)小區(qū)的EC/IO減弱、TX、FER增加而導(dǎo)致掉話，這里我們將舉個(gè)具體案例供大家參考。下圖是某市某掉話點(diǎn)的后臺(tái)FER效果圖和前臺(tái)數(shù)據(jù)： 【原因分析】通過前臺(tái)測(cè)試數(shù)據(jù)回放和后臺(tái)數(shù)據(jù)分析，我們可以排除鄰小區(qū)列表問題。（下圖紅圈。）檢測(cè)搜索窗參數(shù)設(shè)置：PN432：SRCHWINA 為9；SRCHWINN為10；由于PN54基站設(shè)備為三星PICO設(shè)備，該設(shè)備分為SMU（三星PICO設(shè)備主控單元）和SRU（三星PICO設(shè)備遠(yuǎn)程單元）兩部分，其中射頻SRU部分可拉遠(yuǎn)，經(jīng)與相關(guān)工程人員確認(rèn)，該設(shè)備SMU和SRU采用光纖傳輸，距離大于10KM。由于基站SRCHWINN的設(shè)置要大于2倍的PN PHASE。PN_phase =Optic cable delay + Air delay+ system delay =10*6chip+0+0chip=60chip 所以SRCHWINA和SRCHWINN要大于120chip參照下表， SRCHWINN要大于等于11。SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindow Size(PN chips)SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindow Size(PN chips)048601698028101003101113041412160520132266281432074015452【解決方案】參照上表，將PN432的SRCHWINN改為11，則問題解決，見下圖（調(diào)整后FER效果圖）【總結(jié)】從這個(gè)案例可以看出，搜索窗參數(shù)的設(shè)置過小會(huì)導(dǎo)致移動(dòng)臺(tái)無法搜索到目標(biāo)小區(qū)而導(dǎo)致呼叫掉話，但在實(shí)際應(yīng)用中，我們也不能把搜索窗設(shè)置的太大，因?yàn)檫@樣會(huì)導(dǎo)致搜索鄰小區(qū)列表的速度太慢。案例4：關(guān)于系統(tǒng)參數(shù)設(shè)置的問題【現(xiàn)象描述】手機(jī)在通話過程中可以成功的從A小區(qū)切換到B小區(qū)，已成功捕捉到B小區(qū)信號(hào)，進(jìn)入候補(bǔ)集，但基站無法完全解調(diào)手機(jī)的上行信號(hào)，無法下達(dá)切換指令，導(dǎo)致相關(guān)指標(biāo)惡化而引起掉話。下圖是某組測(cè)試數(shù)據(jù)，從圖中可以看出，PN141信號(hào)已經(jīng)很強(qiáng)并已進(jìn)入候補(bǔ)集
語文相關(guān)推薦
鄂ICP備17016276號(hào)-1