CDMA網(wǎng)規(guī)網(wǎng)優(yōu)案例分析

1、華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開引入引入l關(guān)注目前網(wǎng)絡(luò)的運行情況和服務(wù)質(zhì)量l關(guān)注現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)、配置的合理性l用網(wǎng)上問題和解決方法加深對系統(tǒng)的了解l以網(wǎng)上問題作為完善算法的推進動力華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開學(xué)習(xí)目標(biāo)學(xué)習(xí)目標(biāo)l加深對系統(tǒng)規(guī)劃的認(rèn)識加深對系統(tǒng)規(guī)劃的認(rèn)識l對優(yōu)化流程和思路有進一步的了解對優(yōu)化流程和思路有進一步的了解l工作抓住難點和重點工作抓住難點和重點學(xué)習(xí)完本課程，您應(yīng)該能夠：學(xué)習(xí)完本課程，您應(yīng)該能夠：華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公

2、開文檔密級：內(nèi)部公開課程內(nèi)容課程內(nèi)容第一章第一章 規(guī)劃案例規(guī)劃案例第二章第二章 優(yōu)化案例優(yōu)化案例第三章第三章 終端案例終端案例華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開第一章第一章 規(guī)劃案例規(guī)劃案例l了解規(guī)劃的主要內(nèi)容了解規(guī)劃的主要內(nèi)容 l難點和重點難點和重點l案例評述案例評述華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開工程性規(guī)劃的主要內(nèi)容工程性規(guī)劃的主要內(nèi)容工程性規(guī)劃是工程實施中很重要的內(nèi)容，這對于工程實施后的網(wǎng)絡(luò)質(zhì)量和優(yōu)化工作的影響十分大，主要內(nèi)容如下：l工程參數(shù)：基站經(jīng)緯度、天線掛高、方位角、PN、

3、鄰區(qū)、功率等等l區(qū)域參數(shù)：LAC、REGZONE、信令點以及之間的配合l網(wǎng)絡(luò)性能參數(shù)：各種性能參數(shù)，在優(yōu)化中具體涉及。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開工程性規(guī)劃的難點和易錯點工程性規(guī)劃的難點和易錯點lLAC和REGZONElLAC和信令點以及機框l鄰區(qū)數(shù)據(jù)l搜索窗設(shè)置l功率設(shè)置（尤其對于插花組網(wǎng)） 鑒于現(xiàn)在大家都對于系統(tǒng)有了一定的學(xué)習(xí)和了解，請大家考慮這幾種情況的規(guī)劃錯誤會導(dǎo)致怎樣的結(jié)果？華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 1如圖所示，某市網(wǎng)絡(luò)按地形分成兩個LA

4、C、兩個OPC，目前只有1個REGZONE。由于基站數(shù)量多，分散在4個框內(nèi)。但是工程人員為了平衡框間話務(wù)量，將市區(qū)最繁忙的幾個基站放到了郊區(qū)框內(nèi)，請考慮：會造成什么樣的后果？應(yīng)該怎么樣解決？華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 1引起問題：l2個LAC1個REGZONE會造成終端在LAC間移動不發(fā)起位置登記，導(dǎo)致終端發(fā)起主叫前尋呼不到；l每個LAC下有2個OPC會造成MSC下發(fā)的尋呼必然有一個成功和一個失敗的響應(yīng)，導(dǎo)致BSC側(cè)話統(tǒng)尋呼成功率很低；l市區(qū)基站分布在幾個框間和2個信令點間，導(dǎo)致框間軟切換和信令點間軟切換數(shù)量

5、巨大，cpu負(fù)荷過高時會導(dǎo)致大量掉話；解決措施：l增加REGZONE，和LAC一一對應(yīng)；l跨框的市區(qū)站留待下次割接將其換到同一框下華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 1思考：由此可見，在工程性規(guī)劃時在位置區(qū)和信令點的規(guī)劃要注意什么？l模塊內(nèi)基站規(guī)劃要注意，地理位置緊密相鄰的基站必須在同一模塊內(nèi)，特別是軟切換頻繁的基站之間不能分屬在不同模塊內(nèi)。l新建局的模塊一定要預(yù)留端口號，為擴容基站準(zhǔn)備。預(yù)留的數(shù)目請數(shù)據(jù)設(shè)定中心定，目前基本不預(yù)留，每次擴容都放在新模塊內(nèi)。l 一個信令點可帶一個或多個模塊。一個信令點最多帶15個模塊（

6、每個模塊1塊FMR的情況）。l信令點與LAC要一一對應(yīng)?？梢砸粋€信令點有多個LAC ，盡量避免一個LAC有多個信令點，如果必須這樣配，也不能出現(xiàn)同一LAC下基站分散在不同模塊，同一模塊內(nèi)有多個LAC。lREGZONE和LAC要一一對應(yīng)，并且切換帶要放到人煙稀少的地方。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 2案例：某局在一次擴容中新增3601小基站兩個，小基站的版本為V100R001B02D002，兩小基站在開通后掉話率一直居高不下，從開通后掉話率一直都在5%左右浮動，其中一個小基站全天的掉話次數(shù)更是達到了120次。從話

7、統(tǒng)結(jié)果上觀察，兩個小基站的掉話絕大部分是無線鏈路原因造成的掉話，而且除了掉話次數(shù)和掉話率比較高之外，其它的各項指標(biāo)正常。路測結(jié)果顯示EC/IO、RX、FFER等各項指標(biāo)良好，但是發(fā)射功率TX異常，有些地區(qū)的TX甚至達到了+20多dBm，顯示反向覆蓋效果很差。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 2可能原因：覆蓋原因：前向覆蓋良好，反向不良；PN規(guī)劃原因：經(jīng)檢查，排除該原因；硬切換原因：不涉及，排除；軟切換原因：通過現(xiàn)場的路測，并沒有捕捉到切換掉話，基本可以排除；數(shù)據(jù)配置原因：經(jīng)過路測和話統(tǒng)結(jié)果分析，發(fā)現(xiàn)小基站的反向覆

8、蓋效果差，決定修改參數(shù)提高小基站反向覆蓋的效果。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 2解決措施：l提高基站的覆蓋半徑從20公里提高到39公里，擴大搜索窗從1調(diào)整到5；l將搜索窗的動態(tài)調(diào)整方式由ENABLE修改為DISABLE；結(jié)果：掉話率明顯降低，從原來的5%左右掉到1%以內(nèi) ?？偨Y(jié)：可見，搜索窗的設(shè)定和基站的覆蓋能力關(guān)系很緊密，在現(xiàn)場實施過程中，要結(jié)合實際的規(guī)劃搜索窗參數(shù)，避免因該參數(shù)設(shè)置不當(dāng)造成網(wǎng)絡(luò)不可用。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案

9、例評述 3案例：站點A周圍均是M廠家設(shè)備，局方期望的站點A覆蓋范圍呈非對稱性分布，即有的方向盲區(qū)距離短，有的方向盲區(qū)距離長，有的方向只屬于信號弱區(qū)；站點A開通全向華為小基站之前，既接入困難，通話過程中又易掉話（10次中有34次發(fā)生掉話）；站點A開通華為全向小基站之后，手機接入還是很困難，通話過程中極易掉話（10次中有78次發(fā)生掉話）。 A華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 3原因分析: l站點A開通華為小基站之前，問題發(fā)生區(qū)域存在4個以上強度相若的導(dǎo)頻信號，形成導(dǎo)頻污染，導(dǎo)致接入困難，易掉話；（后來對M網(wǎng)絡(luò)進行測試，

10、證實了該原因 ）l站點A開通華為全向小基站之后，由于問題發(fā)生區(qū)域距離站點A大約3公里左右，全向天線發(fā)射的信號到達問題區(qū)域也不是很強，等于又增加一個強度相若的導(dǎo)頻信號，干擾增強，所以使問題更加嚴(yán)重。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 3解決措施：l將Isitec3601的全向天線的更換成定向天線，使其成為該覆蓋區(qū)域的主導(dǎo)頻，并把切換帶移至無人居住的田地上；90覆蓋區(qū)域的掉話情況出現(xiàn)明顯的好轉(zhuǎn)；l由于無法調(diào)整M網(wǎng)絡(luò)結(jié)構(gòu)，只能修改M系統(tǒng)參數(shù)，降低了一個強導(dǎo)頻的發(fā)射功率之后，95以上的區(qū)域故障現(xiàn)象消失，但是仍然存在一些小面

11、積的點狀干擾區(qū)域無法解決，只能通過調(diào)整網(wǎng)絡(luò)結(jié)構(gòu)，加大干擾源基站的下傾角解決。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃案例評述規(guī)劃案例評述 3建議與總結(jié): l對于這種周圍是其他廠家設(shè)備的組網(wǎng)情況，不適合華為設(shè)備在其中的盲區(qū)（信號弱區(qū)）進行插花補點，因為不是每次都可以把切換帶移至無人居住區(qū)，而且即使可以轉(zhuǎn)移切換帶，覆蓋范圍內(nèi)的一些小面積干擾區(qū)域也屬于不可控制范圍；l對于帶狀盲區(qū)或是孤島站則適用于華為小基站，所以網(wǎng)絡(luò)規(guī)劃時需要對市場部門承諾用戶的站點進行監(jiān)控；l如果非要在類似環(huán)境中用華為基站進行補點，也一定要選用定向天線，這樣還有調(diào)整的余地，不至

12、于象選用全向天線時如此被動。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開規(guī)劃類案例總結(jié)規(guī)劃類案例總結(jié)通過以上三個案例可以看到：在我們的規(guī)劃工作中，需要注意的地方主要有：l基站站址（避免插花組網(wǎng)等）l天饋系統(tǒng)（包括方向角、下傾角、天線選擇）l網(wǎng)絡(luò)參數(shù)（搜索窗、載頻功率、公共信道功率等）l區(qū)域參數(shù)（位置區(qū)參數(shù)、信令點等）華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開課程內(nèi)容課程內(nèi)容第一章第一章 規(guī)劃案例規(guī)劃案例第二章第二章 優(yōu)化案例優(yōu)化案例第三章第三章 終端案例終端案例華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許

13、可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開第二章第二章 優(yōu)化案例優(yōu)化案例l了解優(yōu)化的主要步驟了解優(yōu)化的主要步驟 l難點和重點難點和重點l案例評述案例評述華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化的主要步驟優(yōu)化的主要步驟準(zhǔn)備工作現(xiàn)場網(wǎng)絡(luò)基本信息獲取收集話統(tǒng)及路測數(shù)據(jù)滿足要求網(wǎng)絡(luò)優(yōu)化報告YN數(shù)據(jù)分析參數(shù)調(diào)整左圖中所示是工程性優(yōu)化的一般步驟，但是通常我們都是去現(xiàn)場解決某一個問題，也不要忘記遵守這個一般步驟，以免遺漏所有的可能。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化的主要步驟優(yōu)化的主要步驟下面對

14、優(yōu)化步驟進行簡單講解：l準(zhǔn)備工作：即優(yōu)化前設(shè)備的準(zhǔn)備、資料的準(zhǔn)備、人員聯(lián)系等方面； l現(xiàn)場網(wǎng)絡(luò)基本信息獲取：網(wǎng)絡(luò)結(jié)構(gòu)和數(shù)據(jù)，版本信息、網(wǎng)上用戶數(shù)目和分布等等；l收集話統(tǒng)和路測數(shù)據(jù)：話統(tǒng)數(shù)據(jù)是運營商的主要考量依據(jù)，它和路測數(shù)據(jù)是我們分析問題的重要數(shù)據(jù)源；l數(shù)據(jù)分析：結(jié)合多種工具手段對收集到的數(shù)據(jù)進行分析；l參數(shù)調(diào)整：就分析結(jié)果給出的結(jié)論調(diào)整相應(yīng)的網(wǎng)絡(luò)參數(shù)；l網(wǎng)絡(luò)優(yōu)化報告：網(wǎng)優(yōu)工作交付件，工作成果的體現(xiàn)。需要得到認(rèn)可。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開難點和重點難點和重點CDMA與2G相比明顯的優(yōu)勢就在于功率控制和軟切換的應(yīng)用，所以在優(yōu)化過程中

15、這往往是優(yōu)化的重點，此外，數(shù)據(jù)業(yè)務(wù)的優(yōu)化往往也是重點和難點。l功控參數(shù)的優(yōu)化 l接入?yún)?shù)的優(yōu)化l發(fā)現(xiàn)算法和軟件問題l負(fù)荷控制的優(yōu)化l數(shù)據(jù)業(yè)務(wù)的優(yōu)化華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述1案例：Z項目割接（R02B03）之后呼叫建立成功率一直偏低大約在91.5左右，其中包含了大約2的MSC拒絕和呼叫早釋導(dǎo)致的呼叫建立失敗。其它約有4.5左右的呼叫建立失敗為捕獲前導(dǎo)幀失敗和MS響應(yīng)超時。 分析原因：l捕獲前導(dǎo)幀失敗和MS響應(yīng)超時的呼叫建立失敗很普遍，幾乎每個小區(qū)都存在，部分小區(qū)特別嚴(yán)重；l分析基站反向RSSI，發(fā)現(xiàn)呼叫建立成

16、功率低的的基站大部分都存在明顯的干擾，但是這些基站的掉話率不是很高，低于5，說明呼叫建立失敗除干擾外還存在其它原因。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述1始呼和尋呼的信令流程以及在開環(huán)功控和閉環(huán)功控的作用點，如下圖：BTSChannel Assnmt. Msg.Origination MsgBase Sta. Acknlgmt. OrderTFC frames of 000sTFC preamble of 000sBase Sta. Acknlgmt. OrderMobile Sta. Ackngmt. OrderSe

17、rvice Connect Msg.Svc. Connect Complete MsgBase Sta. Acknlgmt. OrderCall is Established!MSProbingACCESSPAGINGFW TFCPAGINGRV TFCFW FCRV TFCFW TFCRV TFCFW TFCSuccessful Access Attempt開環(huán)功控的起始點閉環(huán)功控的起始點華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述1從手機分析：在手機發(fā)射反向業(yè)務(wù)前導(dǎo)幀之后就進入閉環(huán)功控，手機在計算反向公共信道和業(yè)務(wù)的信道的

18、發(fā)射功率如下：l在接入信道上的發(fā)射功率平均輸出功率(dBm) = 平均輸入功率(dBm)偏移功率干擾校正因子NOM_PWRs - 16NOM_PWR_EXTs INIT_PWRs+ PWR_LVLPWR_STEPsl在手機收到功控比特之前的反向業(yè)務(wù)信道發(fā)射功率：平均輸出功率(dBm)=平均輸入功率(dBm)+ 偏移功率+ 干擾校正因子+ ACC_CORRECTIONS + RLGAIN_ADJ由此可見有可能：l不同的RC功控參數(shù)（功率偏置）不同帶來的后果華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述1其中的二者都有的偏移功率一項

19、還由于不同無線配置不同而有異，該案例中所用接入信道的是95接入信道，偏移量是73，而業(yè)務(wù)信道是2000的業(yè)務(wù)信道，偏移量是81.5，所以手機在轉(zhuǎn)入業(yè)務(wù)信道后發(fā)射功率較公共信道少了8.5dB，一般可以是通過RLGAIN_ADJ來彌補這種差異，其修正范圍為：0-15，對應(yīng)于87dB。查DB中的值為8，即修正0dB。解決措施：方案2：在修改RLGIAN_ADJ為15即7dB之后，呼叫建立成功率有所上升。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述1從基站方面考慮，由于現(xiàn)網(wǎng)大部分手機都是IS95A制式的，其前向功控方式遵循前向慢速功控

20、方式，不是我們熟悉的前向快速功控。在前向慢速功控表中，發(fā)現(xiàn)前向信道最大發(fā)射功率為215、前向信道發(fā)射功率設(shè)定的初始值為199，與導(dǎo)頻信道功率227相差較大。由于升級后加載的腳本沒有涉及到前向慢速功控表的修改，懷疑是版本的默認(rèn)值的問題造成的結(jié)果。 解決措施：通過動態(tài)數(shù)據(jù)配置，修改前向信道最大發(fā)射功率為227、前向信道發(fā)射功率設(shè)定的初始值為227。改動后，觀察前向負(fù)荷，最大不超過70，不影響系統(tǒng)的正常運行。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述2案例：CDMA手機接入速度是一個一直都需要優(yōu)化的問題，某地商用局，經(jīng)用戶反應(yīng)，

21、網(wǎng)絡(luò)中所有手機做被叫時，需要很長時間才能被尋呼到。試驗了多款CDMA手機，都有這種現(xiàn)象 。原因分析：l基站發(fā)第一次尋呼的時候，手機沒有收到基站的信號，表明基站初始發(fā)射功率過小,則手機不會發(fā)接入探針；l基站發(fā)第一次尋呼的時候，手機收到基站的信號，但是基站沒有收到手機的響應(yīng)。則手機會不斷發(fā)接入探針直到手機正常接入系統(tǒng)或者掉話為止；l因此定位此問題的關(guān)鍵在于確認(rèn)手機是否在基站發(fā)第一次尋呼后就開始發(fā)接入探針。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述2處理過程:l三星SCH130手機做被叫，用其他手機（可以是移動或者聯(lián)通或者電信的

22、固定電話）呼叫此130手機，記錄數(shù)據(jù)。l打開CAIT的View-statistics-access and paging statistics菜單。l觀察此統(tǒng)計菜單在手機做被叫時接入的變化情況。l實際測試發(fā)現(xiàn)，每次尋呼時都會出現(xiàn)連續(xù)發(fā)6個探針才接入系統(tǒng)的現(xiàn)象，可以確定是反向初始發(fā)射功率設(shè)置過低。lpwr_step=4，即手機在開環(huán)功控的基礎(chǔ)上，增加4624dB的功率后才接入，而最佳的接入是在第二到三個探針接入系統(tǒng)，既不影響容量還提高接入速度。因此初始發(fā)射功率需要提高4（62）16dB。l將該參數(shù)修改后所有手機經(jīng)過一次尋呼就接入系統(tǒng)。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級

23、：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述3在接入速度已經(jīng)得到優(yōu)化，但是呼叫建立成功率仍然不高的情況下，就需要從定時器參數(shù)的角度進行優(yōu)化，如下例：案例：某局在網(wǎng)絡(luò)優(yōu)化過程中通過現(xiàn)場分析,影響CDMA網(wǎng)絡(luò)無線口呼叫建立成功率的兩個主要因素包括l基站等待手機業(yè)務(wù)前導(dǎo)幀失敗l基站等待手機應(yīng)答失敗現(xiàn)場統(tǒng)計結(jié)果。 進一步統(tǒng)計，基站等待手機業(yè)務(wù)前導(dǎo)幀失敗占呼叫建立失敗次數(shù)的66左右，基站等待手機應(yīng)答失敗占呼叫建立失敗次數(shù)的34左右。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述3原因分析：呼叫失敗的兩個主要因素是基站捕獲反向前導(dǎo)

24、幀Traffic Channel preamble失敗和基站等待手機應(yīng)答Ms Ack Order超時。這兩個等待BSC由兩個定時器控制，CCM_T_WT_TCH_preamble和CCM_T_WT_MS_ACK_ORD。CCM_T_WT_TCH_preamble協(xié)議的取值范圍是14s, CCM_T_WT_MS_ACK_ORD 協(xié)議的取值范圍也是14s。但是目前系統(tǒng)兩個定時器的設(shè)定值分別為3s和2s，在一定程度增長等待定時器的時長可以提高應(yīng)答概率，提高系統(tǒng)的呼叫成功率。處理過程: 現(xiàn)場將這兩個定時器設(shè)定值改成為4s和3s，調(diào)整之后基站捕獲手機業(yè)務(wù)前導(dǎo)幀失敗與基站等待手機應(yīng)答失敗兩項指標(biāo)分別由以前

25、的平均每天的360次和150次下降為平均每天的320次和130次，大約改善17。從話統(tǒng)分析來看，定時器調(diào)整是有效的。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述3華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開接入優(yōu)化總結(jié)接入優(yōu)化總結(jié)經(jīng)驗總結(jié)：由此可見，對于手機呼叫流程中每一個階段都需要清楚，這樣才能夠從表象迅速對應(yīng)到流程中的具體公式。接 入 過 程 是 在 系 統(tǒng) 優(yōu) 化 中 經(jīng) 常 需 要 優(yōu) 化 的 一 個 問 題 ， 由 于CDMA的軟容量特性，使得在系統(tǒng)容量增長的同時接入情況

26、不停地變化。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述4軟切換掉話問題是網(wǎng)上一個很令人頭疼的問題，而引起掉話的原因很多，比如下文的案例：案例：某局在在定位A區(qū)域的掉話問題時發(fā)現(xiàn)該問題與系統(tǒng)PN復(fù)用的處理有關(guān)。 BSC鄰區(qū)判斷錯誤：把遠(yuǎn)在400Km以外的17號基站作為當(dāng)前服務(wù)基站分配給了在A區(qū)域的手機:當(dāng)手機檢測到錯誤的鄰區(qū)，通過PSMM上報給BSC，如果系統(tǒng)有PN復(fù)用，BSC是無法直接從該PN檢測到正確的基站。解決該問題有兩個途徑 ：l正確配置基站的鄰區(qū)，從鄰區(qū)的關(guān)系，BSC可以依據(jù)PN檢測到正確的基站。l系統(tǒng)目前提供經(jīng)緯度

27、來檢測PN的方法，通過提供BSC中基站的經(jīng)緯度信息，BSC可以正確檢測到PN。目前系統(tǒng)默認(rèn)的檢測精度要求PN復(fù)用距離至少大于10Km。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述5造成切換失敗的原因很多，有的可能是我們通常會忽略的，所以在網(wǎng)優(yōu)過程中，不能夠忽視任何一個細(xì)節(jié)。案例：某ETS450D網(wǎng)絡(luò)，在路測時發(fā)現(xiàn)在某片區(qū)域始終存在切換掉話問題，該片區(qū)域為一三級級連基站A和另一基站B的切換區(qū)域?；続與B進行切換時，切換能夠完成，但完成后FER升高直至100，然后掉話，在此期間，RX、TX、EcIo均正常。分析，掉話按照常規(guī)的掉

28、話原因來分析如下：l鄰區(qū)原因：排除l硬件原因：排除l時鐘問題：排除l 幀合并錯誤：調(diào)試臺分析切換區(qū)域A基站B基站華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述5解決方法：將級連基站的傳輸方式從IMA方式更改為UNI方式，減少由于IMA帶來的時延，問題解決。在更改傳輸方式前，級連基站的傳輸方式見附件，當(dāng)使用級連基站時，在BSC上，只能使用IMA傳輸方式，而基站側(cè)UP鏈路總是偵聽前一級鏈路的傳輸方式，前一級傳輸方式是什么方式，則UP鏈路就是什么傳輸方式；例如，一級級連基站的DOWN鏈路為IMA方式，則二級級連基站的UP鏈路一定為IM

29、A方式。更改一級級連基站和二級級連基站DOWN鏈路的傳輸方式為UNI后，掉話問題解決。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述6除了上面提到的各種案例我們可以通過修改參數(shù)等方法解決外，還有一些問題是我們現(xiàn)在沒有辦法解決的，但是這樣的問題也不能夠坐視，我們還是有一些規(guī)避的方法，下面就一個數(shù)據(jù)業(yè)務(wù)和語音業(yè)務(wù)的例子來說明：案例：某CDMA 800M商用局W接到用戶投訴，在使用無線上網(wǎng)卡進行數(shù)據(jù)業(yè)務(wù)呼叫時，閑置一段時間后（幾分鐘）無法再上網(wǎng)，需斷掉網(wǎng)絡(luò)重新?lián)芴?。用戶對此意見很大，?jīng)查實，上網(wǎng)卡為普天YM-1031K PCMCIA

30、 TYPE II/ FreeWing speed up。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述6問題分析：重現(xiàn)問題lActive到Dormant狀態(tài)的轉(zhuǎn)換正常；lDormant狀態(tài)下，發(fā)起數(shù)據(jù)業(yè)務(wù)請求，網(wǎng)絡(luò)側(cè)向終端發(fā)“paging request”,終端回“paging response”,MSC發(fā)“clear command”l檢查“paging response”里的service option為0可見，這個MSC直接釋放的原因是終端原因?qū)е?，該上網(wǎng)卡不符合協(xié)議要求，一方面要求生產(chǎn)廠家修改，但客戶急需的是盡快解決問

31、題，減少用戶投訴，就將網(wǎng)絡(luò)中的去激活定時器從原來的20秒改成180秒，來減少用戶進入dormant狀態(tài)的次數(shù)。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述7同樣，在語音業(yè)務(wù)的優(yōu)化中也有一些問題是可以通過采取一定的措施來規(guī)避的。案例：某局在省內(nèi)網(wǎng)絡(luò)質(zhì)量排名中名次較后，無線測主要是話務(wù)掉話比排名較后，通過分析，掉話次數(shù)主要是erasure幀過多造成的，而平均每天忙時達到310次左右。 這導(dǎo)致整體BSC的話務(wù)掉話比停留在140以下。因此我們的重點目標(biāo)就定位在如何解決erasure幀過多造成的掉話次數(shù)上。 分析：這樣的問題往往需要cs

32、l輔助分析，來查找系統(tǒng)中出現(xiàn)的各種可能。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述7處理過程：l沒有發(fā)現(xiàn)高掉話小區(qū)及其鄰區(qū)有告警；ltelnet查詢反向RSSI，基本正常；l開始CSL打印對于ERASURE幀導(dǎo)致掉話進行分析，其門限是300幀；l設(shè)定市區(qū)基站所在模塊/框erasure幀定時器門限為500幀，觀察一天；l重新設(shè)定全部模塊的定時器門限。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述7總結(jié)：對于網(wǎng)上一些問題，可能一時發(fā)現(xiàn)不了問題癥結(jié)所在，需要家里的協(xié)

33、助慢慢查找原因。但是現(xiàn)場的壓力需要采取相應(yīng)的規(guī)避手段，該案例中的的參數(shù)調(diào)整實際上來說是沒有實質(zhì)上的優(yōu)化，僅僅是將原來的掉話時間由6秒改成了10秒，使得本來該掉話的因為用戶不堪忍受而主動掛機，而統(tǒng)計為正常結(jié)束，從統(tǒng)計結(jié)果上是改善了。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述8負(fù)荷控制是我司目前研究的比較多的一個領(lǐng)域，在這個問題上我們還有很多的路要走。某地15分鐘的話統(tǒng)顯示某基站扇區(qū)的前向負(fù)荷時常達到100，引起客戶對網(wǎng)絡(luò)負(fù)荷能力的極大疑慮。 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公

34、開優(yōu)化案例評述優(yōu)化案例評述8告警和原因分析：l經(jīng)常出現(xiàn)載頻功率過激勵告警。l話統(tǒng)數(shù)據(jù)表示在某個15分鐘的周期結(jié)束時前向功率為43dBm?？赡軐嶋H只有很短的時間以最大功率發(fā)射。l經(jīng)分析，該扇區(qū)負(fù)荷過高的原因很大程度上是因為用戶邊緣分布，功率耗費過多，同時，相鄰基站N的話務(wù)負(fù)荷相對較輕，可以通過負(fù)荷均衡手段將部分話務(wù)進行轉(zhuǎn)移。對路測數(shù)據(jù)的分析發(fā)現(xiàn)，可以適當(dāng)下調(diào)該扇區(qū)的公共信道功率，不影響該基站覆蓋及其它性能。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述8處理過程：l該扇區(qū)下傾角由調(diào)整到比以前更大，使覆蓋區(qū)域減??；l該扇區(qū)的導(dǎo)頻信道

35、、同步信道、尋呼信道功率、業(yè)務(wù)信道最大發(fā)射功率同時下降1dB；lN基站與該扇區(qū)相鄰扇區(qū)的下傾角調(diào)整到比以前更小，使覆蓋區(qū)域增大。結(jié)果：問題得到妥善解決，具體見前圖。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述9由于局點的原因?qū)е聰?shù)據(jù)業(yè)務(wù)優(yōu)化是我們較少涉足的領(lǐng)域，所以這方面的問題體現(xiàn)還不夠多，下面是一個數(shù)據(jù)業(yè)務(wù)優(yōu)化的案例：案例：J地數(shù)據(jù)業(yè)務(wù)優(yōu)化測試中，平均下載速率比低，而且傳輸缺口比較大，詳細(xì)情況如下：用串口線前向平均下載速率只有6Kbyte，而且有很明顯的缺口問題 華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：

36、內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述9在對該案例進行分析前需要對RLPTCP進行簡單介紹：lRLP每20ms檢測前向數(shù)據(jù)緩沖區(qū)和要求重傳幀數(shù)；l如果前向SCH不存在時，檢測到前向數(shù)據(jù)緩沖區(qū)數(shù)據(jù)量超過SCH_LOCK_ THRESHOLD門限或者RLP要求重傳的幀數(shù)超過REXMIT_FRAME_THRESHOLD門限，那么就上報MSG _SDU _RRM_SCH_APPLY_IND消息申請SCH；l如果前向SCH存在時，檢測到前向數(shù)據(jù)緩沖區(qū)數(shù)據(jù)量在一段時間內(nèi)低于SCH_LOCK _THRESH OLD門限并且RLP要求重傳的幀數(shù)低于 R E X M I T _ F R A M E

37、_ T H R E S H O L D 門 限 ， 則 上 報MSG_SDU_RRM_SCH_STOP_IND消息，通知RRM不用再進行下一個SCH的延續(xù)。l為避免RLP頻繁申請SCH，設(shè)定兩次RLP申請SCH的時間間隔（10幀）華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述9所以，以上RLP申請機制可能存在兩個缺陷：lRLP的SCH申請由“來包”觸發(fā)，若沒有包來，但緩沖區(qū)卻有數(shù)據(jù)，則不能申請SCH。lPPU每10幀向RLP發(fā)一次數(shù)據(jù)包，RLP每10幀檢測是否SCH申請，這樣可能造成兩個SCH首尾間隔達到：10幀信令延時20幀，

38、影響傳輸效率。由傳輸?shù)膱D紙可見，出現(xiàn)這樣的現(xiàn)象原因可能是SCH的申請時間延遲過大，造成斷開之后需要等待一段時間才能又建立SCH來傳輸數(shù)據(jù)。華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述9處理措施：導(dǎo)致SCH缺口大的原因，主要是由于RLP申請SCH的間隔較長。 查詢SCH申請的重試間隔為200幀，為4秒，建議將次參數(shù)改為20幀后如下所示，問題得到很好的解決：華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開優(yōu)化案例評述優(yōu)化案例評述9總結(jié)：可見在數(shù)據(jù)業(yè)務(wù)優(yōu)化中需要準(zhǔn)確掌握數(shù)據(jù)業(yè)務(wù)的信令流程，了解

39、各參數(shù)的意義；充分利用各種捕獲信令；進行詳細(xì)準(zhǔn)確的信令分析，才能夠迅速而有效的找到癥結(jié)所在，從而解決問題華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開課程內(nèi)容課程內(nèi)容第一章第一章 規(guī)劃案例規(guī)劃案例第二章第二章 優(yōu)化案例優(yōu)化案例第三章第三章 終端案例終端案例華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開第三章第三章 終端案例終端案例l難點和重點難點和重點l案例評述案例評述華為機密，未經(jīng)許可不得擴散華為機密，未經(jīng)許可不得擴散文檔密級：內(nèi)部公開文檔密級：內(nèi)部公開難點和重點難點和重點 終端作為我們規(guī)劃優(yōu)化的工具和最終服務(wù)對象，在我們的工作中扮演著極為重要的角色，所以一旦終端出問題會造成我們工作上很大的不便，總的說來，中斷問題可以分為：l