wcdma無(wú)線(xiàn)網(wǎng)絡(luò)優(yōu)化技術(shù)手冊(cè)_保持性?xún)?yōu)化分冊(cè)-展示頁(yè)
2025-06-16 08:05本頁(yè)面
【正文】 義是不完全一致的，在分析時(shí)要注意區(qū)分。而路測(cè)掉話(huà)定義主要從空口的消息和非接入層的消息結(jié)合原因值來(lái)進(jìn)行定義的，兩者不完全一致的。M interventionABNORM_LOSS從上述分類(lèi)看出，話(huà)統(tǒng)指標(biāo)目前沒(méi)有完全按照通常網(wǎng)絡(luò)優(yōu)化的掉話(huà)原因分類(lèi)進(jìn)行統(tǒng)計(jì)。信令面和用戶(hù)面掉話(huà)僅從信令角度區(qū)分。掉話(huà)率計(jì)算：從大的方面來(lái)講，掉話(huà)分為兩大類(lèi)，信令面掉話(huà)和用戶(hù)面掉話(huà)；從流程上看，信令面掉話(huà)是RNC發(fā)起了Iu release request，用戶(hù)面掉話(huà)是RNC主動(dòng)發(fā)起RAB release request。目前這兩種情況用一個(gè)指標(biāo)統(tǒng)計(jì)：RNC_RAB_REL_TRIG_BY_RNC，統(tǒng)計(jì)時(shí)可按具體業(yè)務(wù)分類(lèi)統(tǒng)計(jì)。主要包括兩個(gè)方面：，RNC向CN發(fā)送RAB RELEASE REQUEST消息。廣義的掉話(huà)率應(yīng)該包含CN和UTRAN的掉話(huà)率，由于網(wǎng)優(yōu)重點(diǎn)關(guān)注與UTRAN側(cè)的掉話(huà)率指標(biāo)，本文掉話(huà)率描述也重點(diǎn)關(guān)注UTRAN側(cè)的KPI指標(biāo)分析。收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因?yàn)镹ot Normal Clearing或者Not Normal，Unspecified。三、保持性?xún)?yōu)化的相關(guān)原理從UE側(cè)記錄的空口信令上看，在通話(huà)過(guò)程（連接狀態(tài)下）中，如果空口的消息，滿(mǎn)足以下三個(gè)條件的任何一個(gè)：收到任何的BCH消息（即系統(tǒng)消息）。它保障了系統(tǒng)的通訊保持能力，也提高了系統(tǒng)的穩(wěn)定性和可靠性，在無(wú)線(xiàn)通訊系統(tǒng)的性能指標(biāo)優(yōu)化中起到重要的作用。系統(tǒng)保持性?xún)?yōu)化中涉及的相關(guān)覆蓋分析及優(yōu)化請(qǐng)參見(jiàn)RF優(yōu)化分冊(cè)，關(guān)于干擾分析及優(yōu)化請(qǐng)參見(jiàn)干擾優(yōu)化分冊(cè)，關(guān)于切換分析優(yōu)化請(qǐng)參見(jiàn)切換優(yōu)化分冊(cè)以及3G2G互操作分冊(cè)。WCDMA無(wú)線(xiàn)網(wǎng)絡(luò)優(yōu)化技術(shù)手冊(cè)保持性?xún)?yōu)化分冊(cè)廣東移動(dòng)通信有限責(zé)任公司一、概述 4 4 4 4二、保持性?xún)?yōu)化的目標(biāo)與原則 5 5 5三、保持性?xún)?yōu)化的相關(guān)原理 5 5 6 8 8 9四、保持性?xún)?yōu)化手段及流程 12 12 14 16 18 19 19 20 27五、常見(jiàn)掉話(huà)問(wèn)題分析 27 27 29 30 30 31 32 32 33 33六、典型案例 34 34 34 38 39 39 42 42 42 47 47 47 49 52 52 54 54附錄1：相關(guān)縮略語(yǔ) 60附錄2：參考文獻(xiàn) 60 一、概述本分冊(cè)對(duì)WCDMA系統(tǒng)中系統(tǒng)保持行的相關(guān)概念、優(yōu)化原則和優(yōu)化方法進(jìn)行了介紹，重點(diǎn)介紹了掉話(huà)優(yōu)化的手段、流程和典型問(wèn)題，最后以典型案例講述了針對(duì)掉話(huà)的不同引起原因所出現(xiàn)的問(wèn)題和相應(yīng)的優(yōu)化策略。本分冊(cè)是WCDMA無(wú)線(xiàn)網(wǎng)絡(luò)優(yōu)化技術(shù)手冊(cè)的系統(tǒng)保持性?xún)?yōu)化分冊(cè)。1 章節(jié)采用多級(jí)標(biāo)題的形式一、 XXX ABC Abc abcd BCD二、 YYY2 圖表圖表標(biāo)注名稱(chēng)采用如下格式：例子： 圖31：XXX其中， 3表示一級(jí)標(biāo)題第三章 1表示本章第一個(gè)圖片 XXX表示圖名稱(chēng)二、保持性?xún)?yōu)化的目標(biāo)與原則保持性?xún)?yōu)化是指保持語(yǔ)音通話(huà)、數(shù)據(jù)業(yè)務(wù)使用時(shí)的連續(xù)性。在保持性?xún)?yōu)化過(guò)程中涉及到相關(guān)工程參數(shù)、小區(qū)參數(shù)的調(diào)整以及對(duì)覆蓋、干擾、切換引起掉話(huà)的相關(guān)問(wèn)題點(diǎn)進(jìn)行調(diào)整，在調(diào)整過(guò)程中應(yīng)保證解決問(wèn)題的同時(shí)不影響整體區(qū)域的其他性能指標(biāo)。收到RRC Release消息且釋放的原因值為Not Normal。則認(rèn)為掉話(huà)。UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。RNC向CN發(fā)送IU RELEASE REQUEST消息，其后收到CN發(fā)送的IU RELEASE COMMAND。同時(shí)話(huà)統(tǒng)還統(tǒng)計(jì)了RNC觸發(fā)釋放各業(yè)務(wù)RAB的原因。這兩項(xiàng)指標(biāo)是針對(duì)CS和PS分別統(tǒng)計(jì)的，根據(jù)IU接口的話(huà)統(tǒng)統(tǒng)計(jì)項(xiàng)，定義信令面掉話(huà)如下： 用戶(hù)面掉話(huà)可以直接通過(guò)RNC掉話(huà)率和信令面掉話(huà)率相關(guān)指標(biāo)運(yùn)算得到。建議話(huà)統(tǒng)分析時(shí)重點(diǎn)關(guān)注整個(gè)掉話(huà)率，重點(diǎn)分析掉話(huà)的原因，目前有以下掉話(huà)原因統(tǒng)計(jì)項(xiàng)：表1 掉話(huà)原因分類(lèi)指標(biāo)掉話(huà)分類(lèi)引起原因?qū)?yīng)的信令過(guò)程相關(guān)指標(biāo)空口原因RFRLC復(fù)位，RL FailureSRB_RESET，TRB RESETRF_LOSS流程定時(shí)器超時(shí)RB SETUP/RECFGPHY/TRCH/SHO/ASU 等過(guò)程超時(shí)HHO 過(guò)程失敗各流程超時(shí)統(tǒng)計(jì)相關(guān)指標(biāo)非空口原因硬件故障RNC和NODEB之間的傳輸故障， NCP上報(bào)故障FP同步失敗ABNORM_LOSS傳輸層故障ALCAP上報(bào)故障ABNORM_LOSS通過(guò)MML強(qiáng)行釋放用戶(hù)Oamp。需要說(shuō)明的是RAN話(huà)統(tǒng)掉話(huà)的定義只從Iu接口的角度進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)了RNC主動(dòng)發(fā)起的RAB release請(qǐng)求次數(shù)和Iu release請(qǐng)求次數(shù)。比如說(shuō)，對(duì)于同時(shí)進(jìn)行主被叫通話(huà)，工具記錄主叫的空口消息，如果被叫異常掉話(huà)，那么分析主叫的流程也會(huì)是一次掉話(huà)，但從話(huà)統(tǒng)上看，這次主叫是沒(méi)有掉話(huà)指標(biāo)記錄的。根據(jù)UE當(dāng)前進(jìn)行的業(yè)務(wù)正常釋放過(guò)程有所不同，可以是1個(gè)CS業(yè)務(wù)＋X個(gè)PS業(yè)務(wù)，本分冊(cè)先給出1個(gè)CS業(yè)務(wù)，和1個(gè)PS業(yè)務(wù)的信令正常釋放情況。信令過(guò)程詳細(xì)解釋如下：，消息中nas message是0325，表示是call control子層的disconnect消息。3. CN發(fā)RANAP_DIRECT_TRANSFER消息給RNC，消息中nas pdu是832d，表示是call control子層的release消息。，消息中nas message是032a，表示是call control子層的release plete消息。，開(kāi)始釋放Iu口資源，包括RANAP層和ALCAP層資源。，開(kāi)始釋放RRC連接。，開(kāi)始釋放Iub口資源，包括NBAP層和ALCAP層，PHY層資源。圖32 PS業(yè)務(wù)正常釋放信令過(guò)程信令過(guò)程詳細(xì)解釋如下：，消息中nas message是0a46，表示是session management子層的deactivate PDP context request消息。，消息中nas pdu是8a47，表示是session management子層的deactivate PDP context accept消息。5. RNC發(fā)RRC_DL_DIRECT_TRANSF消息給UE，消息中nas message是8a47，表示是session management子層的deactivate PDP context accept消息。9. NODEB發(fā)NBAP_RL_RECFG_COMMIT消息給RNC，業(yè)務(wù)RB釋放完成。備注：和1個(gè)CS業(yè)務(wù)釋放過(guò)程對(duì)比這里step1～3和1個(gè)CS業(yè)務(wù)step1～6對(duì)應(yīng)，都是NAS層釋放這里step4～11是特有的這里step12～17 和1個(gè)CS業(yè)務(wù)step7～12完全相同12. CN發(fā)RANAP_IU_RELEASE_COMMAND消息給RNC，開(kāi)始釋放Iu口資源，包括RANAP層和ALCAP層資源。，開(kāi)始釋放RRC連接。，開(kāi)始釋放Iub口資源，包括NBAP層和ALCAP層，PHY層資源。四、保持性?xún)?yōu)化手段及流程圖41路測(cè)數(shù)據(jù)分析流程準(zhǔn)備數(shù)據(jù)u 路測(cè)軟件采集數(shù)據(jù)文件u RNC記錄的單用戶(hù)跟蹤u RNC記錄的CDL獲取掉話(huà)位置采用路測(cè)數(shù)據(jù)處理軟件，比如Analyzer和獲取掉話(huà)的時(shí)間和地點(diǎn)，獲取掉話(huà)前后Scanner采集的導(dǎo)頻數(shù)據(jù)，手機(jī)采集的活動(dòng)集和監(jiān)視集信息，信令流程等。 分析Scanner主導(dǎo)小區(qū)信號(hào)RSCP和EcIo，觀察Scanner最好小區(qū)RSCP，EcNo，根據(jù)不同的情況分別處理u RSCP差，EcNo差，可以確定為覆蓋問(wèn)題；u RSCP正常，EcNo差（排除切換來(lái)不及導(dǎo)致的，同頻鄰區(qū)干擾），可以確定為導(dǎo)頻干擾問(wèn)題；u RSCP正常，EcNo正常，如果UE活動(dòng)集中小區(qū)與Scanner最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來(lái)不及導(dǎo)致的掉話(huà)；如果UE活動(dòng)集中小區(qū)與Scanner最好小區(qū)一致,可能為上行干擾或者異常掉話(huà)。通過(guò)進(jìn)一步的路測(cè)也能確認(rèn)該掉話(huà)點(diǎn)是隨機(jī)掉話(huà)的點(diǎn)或者固定掉話(huà)點(diǎn)，一般來(lái)說(shuō)固定掉話(huà)點(diǎn)一定需要解決，而隨機(jī)掉話(huà)點(diǎn)則需要根據(jù)掉話(huà)發(fā)生的概率來(lái)確定是否需要解決。分析小區(qū)的掉話(huà)率指標(biāo) 對(duì)于小區(qū)的掉話(huà)率指標(biāo)，主要需要分析小區(qū)“AMR掉話(huà)率”、“VP掉話(huà)率”、“PS掉話(huà)率”、“硬切換掉話(huà)率”、“系統(tǒng)間切換掉話(huà)率”；對(duì)所有小區(qū)分別用以上的指標(biāo)進(jìn)行排序，選擇指標(biāo)特別差的小區(qū)或者最差的一些小區(qū)，進(jìn)一步分析掉話(huà)原因。 分析掉話(huà)原因排除Iu口AAL2異常導(dǎo)致的掉話(huà)問(wèn)題
數(shù)學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1