《3G無線網(wǎng)絡(luò)規(guī)劃與優(yōu)化》課件任務(wù)8 EV-DO優(yōu)化分析

課程目錄項(xiàng)目13G無線網(wǎng)絡(luò)規(guī)劃項(xiàng)目2CDMA2000無線網(wǎng)絡(luò)優(yōu)化項(xiàng)目3WCDMA無線網(wǎng)絡(luò)優(yōu)化項(xiàng)目4TD-SCDMA無線網(wǎng)絡(luò)優(yōu)化任務(wù)13G無線網(wǎng)絡(luò)優(yōu)化總體流程任務(wù)2CDMA2000網(wǎng)絡(luò)覆蓋優(yōu)化任務(wù)3CDMA2000網(wǎng)絡(luò)接入問題優(yōu)化任務(wù)4CDMA2000網(wǎng)絡(luò)切換問題優(yōu)化任務(wù)5CDMA2000網(wǎng)絡(luò)掉話問題優(yōu)化項(xiàng)目2CDMA2000無線網(wǎng)絡(luò)優(yōu)化任務(wù)6干擾問題優(yōu)化任務(wù)7多載波優(yōu)化任務(wù)8EV-DO優(yōu)化分析3工作任務(wù)內(nèi)容：1.掌握EV-DO的基本信令流程及優(yōu)化方法【知識鏈接1】EV-DO的基本信令流程1、Session呼叫流程【知識鏈接1】EV-DO的基本信令流程①RouteUpdate消息AT向AN發(fā)送RouteUpdate消息，主要用于報告AT當(dāng)前的無線傳播環(huán)境。該消息在每次Session呼叫都會有該條消息和UATIRequest一起上報，在切換的時候，也是由AT首先上報RouteUpdate消息開始。切換上報的RouteUpdate和Session呼叫、Connection呼叫等呼叫流程起始的RouteUpdate有一個區(qū)別：呼叫最初上報的路由更新消息中只有起呼主導(dǎo)頻的信息，而切換最初上報的消息中則含有多個導(dǎo)頻的信息。見表2-7和表2-8。【知識鏈接1】EV-DO的基本信令流程表2-7RouteUpdate消息FieldLength(bits)messageID8messageSequence8ReferencePilotPN9ReferencePilotStrength6ReferenceKeep1Numpilots4【知識鏈接1】EV-DO的基本信令流程表2-8Numpilots的FieldFieldLength(bits)pilotPNPhase15ChannelIncluded1Channel0or24ReferencePilotStrength6PilotStrength6Keep1【知識鏈接1】EV-DO的基本信令流程②UATIRequest消息AT發(fā)送UATIRequest消息請求AN分配一個UATI。見表2-9。表2-9UATIRequest消息FieldLength(bits)MessageID8TransactionID8【知識鏈接1】EV-DO的基本信令流程③ACACK消息AN發(fā)ACACK消息，以確認(rèn)接收到接入信道的MAC層包。見表2-10。表2-10ACACK消息FieldLength(bits)MessageID8【知識鏈接1】EV-DO的基本信令流程④HardwareIDRequest消息AN利用這條消息請求獲取AT的HarewareID信息。見表2-11。表2-11HardwareIDRequest消息FieldLength(bits)MessageID8TransactionID8【知識鏈接1】EV-DO的基本信令流程⑤HardwareIDResponse消息AT發(fā)送這條消息響應(yīng)HardwareIDRequest消息，該消息包含AT的HardwareID信息。見表2-12。表2-12HardwareIDResponse消息FieldLength(bits)MessageID8TransactionID8HardwareIDType24HardwareIDLength8HardwareIDValue8×HardwareIDLength【知識鏈接1】EV-DO的基本信令流程表2-13HardwareIDType字段HardwareIDTypefieldValueMeaning0x010000ElectronicSerialNumber(ESN)0x00NNNNHardwareID“NNNN”from[8]0xFFFFFFNullAllothervalueInvaid【知識鏈接1】EV-DO的基本信令流程⑥UATIAssignment消息AN通過該消息為AT分配一個UATI。見表2-14。表2-14UATIAssignment消息FieldLength（bits）MessageID8MessageSequence8Reserved17SubnetIncluded1UATISubnetMask0or8UATI1040or104UATIColorCode8UATI02424UpperOldUATILength4Reserved24【知識鏈接1】EV-DO的基本信令流程⑦UATIComplete消息AT發(fā)送該消息證實(shí)收到的UATIAssignment消息。見表2-15。表2-15UATIComplete消息FieldLength（bits）MessageID8MessageSequence8Reserved4UpperOldUTAILength4UpperOldUTAI8×UpperOldUTAILength【知識鏈接1】EV-DO的基本信令流程2）Session協(xié)商流程【知識鏈接1】EV-DO的基本信令流程①ConfigurationStart消息FieldLength(bits)MessageID8【知識鏈接1】EV-DO的基本信令流程②ConfigurationRequest消息屬性記錄（AttributeRecord）為給定屬性定義一套建議值，屬性記錄格式被定義，可以使得接收方不能識別此屬性，則它也能夠丟棄它并分析此記錄隨后的屬性記錄。一個屬性可以是以下三類中的一種：簡單屬性，假如屬性記錄中只包含單個值；屬性列表，假如屬性記錄包含多種單個值，它們被解釋為相同屬性標(biāo)志符的不同建議值（如：相同協(xié)議類型的可能協(xié)議子類型列表）；綜合屬性：如果屬性記錄中包含多種單個值，這些值一起形成一個特定屬性標(biāo)志符的綜合值?！局R鏈接1】EV-DO的基本信令流程③ConfigurationResponse消息應(yīng)答方發(fā)送ConfigurationResponse消息從所提供建議值列表中選擇一個屬性值。如果ConfigurationRequest中是單個屬性或者是屬性列表，那么就是直接選擇一個屬性值，如果Request消息中是一個綜合屬性，那么Response消息中就回復(fù)某一個ValueID。ConfigurationResponse消息一般要在Tumaround定時器內(nèi)回復(fù)給發(fā)送方，該定時器定義為2s?！局R鏈接1】EV-DO的基本信令流程③ConfigurationResponse消息應(yīng)答方發(fā)送ConfigurationResponse消息從所提供建議值列表中選擇一個屬性值。如果ConfigurationRequest中是單個屬性或者是屬性列表，那么就是直接選擇一個屬性值，如果Request消息中是一個綜合屬性，那么Response消息中就回復(fù)某一個ValueID。ConfigurationResponse消息一般要在Tumaround定時器內(nèi)回復(fù)給發(fā)送方，該定時器定義為2s。【知識鏈接1】EV-DO的基本信令流程表2-17ConfigurationResponse消息【知識鏈接1】EV-DO的基本信令流程④ConfigurationComplete消息發(fā)送方發(fā)送ConfigurationComplete消息，以指示它已經(jīng)完成它始發(fā)執(zhí)行的協(xié)商過程。見表2-18。表2-18ConfigurationComplete消息FieldLength（bits）MessageID8TransactionID8SessionConfigurationToken0或16【知識鏈接1】EV-DO的基本信令流程1、Connection呼叫流程1）AT發(fā)起的Connection建立流程AT發(fā)起的Connection建立流程如圖2-70所示?！局R鏈接1】EV-DO的基本信令流程1、切換控制流程更軟切換加/更軟切換去、軟切換加/軟切換去、換頻切換加/去，其空口的處理流程是一樣，只是在基站內(nèi)部單板間的處理流程有區(qū)別，從網(wǎng)優(yōu)角度，主要關(guān)注的是空口部分的消息，因此切換控制流程選取更軟切換加作為例子具體介紹。1）軟切換流程切換控制流程如圖2-71所示?！局R鏈接1】EV-DO的基本信令流程圖2-71軟切換流程【知識鏈接2】EV-DO的問題分類及優(yōu)化方法1、EVDO接入問題分類及優(yōu)化方法1）影響EVDO接入的主要問題①會話建立過程中配置協(xié)商失??；②ANAAA/AAA鑒權(quán)失??；③接入?yún)?shù)設(shè)置不合理；④覆蓋、容量問題；⑤數(shù)據(jù)配置問題；⑥單板異常、故障?！局R鏈接2】EV-DO的問題分類及優(yōu)化方法2）優(yōu)化方法①為了減少不必要的流程，數(shù)據(jù)配置時應(yīng)盡量使用協(xié)議規(guī)定的缺省值；②跟蹤信令確認(rèn)鑒權(quán)結(jié)果（如鑒權(quán)失敗，需要進(jìn)一步在AAA服務(wù)器上檢查用戶信息）；③常用接入?yún)?shù)優(yōu)化；④功率控制參數(shù)優(yōu)化；⑤檢查業(yè)務(wù)。【知識鏈接2】EV-DO的問題分類及優(yōu)化方法表2-27EVDO接入問題分類及優(yōu)化建議參數(shù)范圍缺省值描述接入?yún)?shù)消息AccessParametersMessage接入信道周期持續(xù)時間AccessCycleDuration0～255slots64slots表示廣播時隙周期內(nèi)接入周期的持續(xù)時間功率增加步長PowerStep0～15（單位0.5dB）6表示連續(xù)試探的功率增長接入試探最大數(shù)

ProbeNumStep1～155表示一個接入試探序列中的最大試探數(shù)接入前綴長度PreambleLength1～7幀2幀表示接入試探的前綴長度試探序列最大數(shù)ProbeSequencedMax1～153一個接入嘗試中允許的接入試探序列的最大數(shù)目開環(huán)功率校正因子ProbeInitialAdjust-16～15（單位0.5dB）0表示開環(huán)功率估計中，

AT在接入信道上最初傳送所用的校正因子【知識鏈接2】EV-DO的問題分類及優(yōu)化方法3）相關(guān)參數(shù)表2-28EVDO接入相關(guān)參數(shù)參數(shù)范圍(單位：

1/1024dB)缺省值描述PCT最小值MINPCT－28672～－12416-21504（-21dB）BSC外環(huán)功控對PCT調(diào)整的最小取值PCT最大值MAXPCT－28672～－12416－19456（-19dB）BSC外環(huán)功控對PCT調(diào)整的最大取值PCT初始值INITPCT－28672～－12416－21504(21.0dB)BSC功控以PCT的初始值開始無數(shù)據(jù)狀態(tài)下的最大PCT值NODATAMAX－28672～－12416－21504(21.0dB)NoData狀態(tài)下的PCT最大值，防止PCT在NoData狀態(tài)下增長過大【知識鏈接2】EV-DO的問題分類及優(yōu)化方法表2-29EVDO接入搜索窗AccessPreamblelength(frames)Accesssearchwindowssize(PNchips)1width<158PNchips2158PNchips<=width<391PNchips3391PNchips<=width【知識鏈接2】EV-DO的問題分類及優(yōu)化方法2、EVDO掉話問題分類及優(yōu)化方法1）導(dǎo)致EVDO掉話的主要原因①覆蓋不足；②空口/傳輸誤碼；③干擾；④切換失敗。2）優(yōu)化方法①路測、CQT測試，通過測試分析掉話原因；②收集話統(tǒng)數(shù)據(jù)及SPU日志，通過Nastar及OMStar分析掉話原因；③分析掉話用戶的CDR數(shù)據(jù)；④查看系統(tǒng)告警、基站單板告警、傳輸告警；⑤查看RSSI異常情況；⑥PN的檢查及優(yōu)化；⑦鄰區(qū)檢查及優(yōu)化?！局R鏈接2】EV-DO的問題分類及優(yōu)化方法3、EVDO速率問題分類及優(yōu)化方法1）影響EVDO前反向速率的主要因素①無線覆蓋（C/I差，Tx高）；②帶寬不足（CE不足、E1不足、業(yè)務(wù)鏈路帶寬配置不足、PVC帶寬不足、PDSN與PCF帶寬不足）；③誤碼及重傳（空口誤碼、傳輸誤碼）；④頻繁切換；⑤終端及系統(tǒng)設(shè)置問題?！局R鏈接2】EV-DO的問題分類及優(yōu)化方法2）優(yōu)化方法①路測、CQT測試，通過測試分析掉話原因；②從空口開始逐層檢查業(yè)務(wù)帶寬瓶頸（如圖2-72所示）；③通過ping命令、iperf工具在FMR、PCF上進(jìn)行上下行時延及帶寬測試；④查看系統(tǒng)告警、基站單板告警；⑤檢查終端設(shè)置是否正確（包括與終端相連的便攜機(jī)TCP窗口設(shè)置）；⑥檢查FTP服務(wù)器設(shè)置是否正確；⑦檢查設(shè)備的配置數(shù)據(jù)（如是否固定了用戶下行最大速率）；⑧避免頻繁切換。【知識鏈接2】EV-DO的問題分類及優(yōu)化方法分析DO下行速率過低，根據(jù)木桶最短板原理，應(yīng)該從底層開始，一層層分析判斷受限點(diǎn)，定位原因并解決。一般采用cait定位無線鏈路狀況，采用ping命令、iperf定位有線側(cè)鏈路狀態(tài)。圖2-72EVDO前反向速率的影響因素【知識鏈接2】EV-DO的問題分類及優(yōu)化方法4、EVDO切換問題分類及優(yōu)化方法1）影響EVDO切換的主要因素①鄰區(qū)關(guān)系；②切換參數(shù)；③資源容量；④終端及產(chǎn)品問題?！局R鏈接2】EV-DO的問題分類及優(yōu)化方法2）優(yōu)化方法①通過路測分析掉話原因；②路測的同時在維護(hù)臺進(jìn)行空口信令跟蹤，檢查切換流程；③檢查鄰區(qū)（漏配、優(yōu)先級不合理）；④檢查搜索窗大小（激活集、候選集、相鄰集）；⑤檢查切換門限（PILOTADD、PILOTCMP、PILOTDROP、PILOTDROPTIMER，……）；⑥檢查設(shè)備告警；⑦分析話統(tǒng)數(shù)據(jù)?！局R鏈接3】EV-DO優(yōu)化案例分析1、EVDO掉話案例——強(qiáng)分支加不進(jìn)來引發(fā)的連接釋放1）問題現(xiàn)象①上層數(shù)據(jù)速率為0。DRC很差，PER很高。②激活集PN80的EcIo較差，候選集分支PN96強(qiáng)度為-2.5dB，但是不能夠加入激活集。【知識鏈接3】EV-DO優(yōu)化案例分析2）問題分析①對CAIT數(shù)據(jù)的回放，產(chǎn)生疑問：為什么PN96無法加到激活集？②無線場景分析，激活集分支PN80的信號越來越差，相鄰集分支PN96的信號越來越好；但是不能夠成功切換，導(dǎo)致掉話。，AT再也不上報RU了，導(dǎo)致始終不能夠把PN96加入激活集③問題原因有：AT上報RU，要求增加PN96；但是由于PN96的EcIo低于T_ADD，導(dǎo)致系統(tǒng)沒有響應(yīng)這條RU消息，沒有發(fā)起切換。后來，即使PN96的EcIo超過了T_ADD。PN96就成了一個強(qiáng)干擾，最終導(dǎo)致連接釋放?！局R鏈接3】EV-DO優(yōu)化案例分析3）解決措施①修改切換判決算法。當(dāng)AT上報RU，RRM進(jìn)行增加分支軟切換判決時，缺省不使用T_ADD門限，只要是相鄰集分支，AT上報的RU中的Keep指標(biāo)為1，就增加這個分支。安全起見，該修改用軟參控制，開關(guān)可控。②CCM周期的向AT下發(fā)ResetReport消息，強(qiáng)制觸發(fā)AT上報RU。安全起見，該修改用軟參控制，開關(guān)可控?！局R鏈接3】EV-DO優(yōu)化案例分析4）結(jié)論由于AT的行為，在未達(dá)到T_ADD門限就上報RU。而系統(tǒng)未作處理。當(dāng)達(dá)到T_ADD門限時，AT又不上報RU，同樣未得到系統(tǒng)處理。導(dǎo)致較強(qiáng)的分支沒有及時被加入，而作為較強(qiáng)的干擾致使AT的連接斷連。在增加算法的兼容性后問題解決?！局R鏈接