W掉話問題分析(詳解)

1、WCDMA 掉話問題分析掉話問題分析前言前言l掉話率（call drop rate）是反映網(wǎng)絡(luò)質(zhì)量的重要指標之一；掉話問題也是日常網(wǎng)絡(luò)優(yōu)化面臨的一個常見問題；本文從路測、話統(tǒng)數(shù)據(jù)、RNC跟蹤數(shù)據(jù)以及用戶投訴等方面來描述了掉話問題處理的流程，并結(jié)合實際掉話案例進行分析。課程目標課程目標l掌握掉話的定義掌握掉話的定義l掌握掉話處理基本流程掌握掉話處理基本流程l掌握各種掉話數(shù)據(jù)分析方法掌握各種掉話數(shù)據(jù)分析方法l掌握掉話問題解決方法掌握掉話問題解決方法學習完本課程，您將能夠：學習完本課程，您將能夠：參考資料參考資料lWCDMA RNP 掉話專題分析lWCDMA RNO 掉話問題分析指導書課程內(nèi)容課程內(nèi)

2、容T第一章第一章 掉話分類定義掉話分類定義第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程第三章第三章 掉話問題解決方法掉話問題解決方法第四章第四章 掉話案例分析掉話案例分析第五章第五章 網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點第一章第一章 掉話分類定義掉話分類定義正常釋放流程正常釋放流程l一個CS正常釋放信令流程正常釋放流程正常釋放流程l一個CS正常釋放信令流程1.UE發(fā)RRC_UL_DIR_TRANSF消息給RNC，消息中nas message是0325，表示是call control子層的disconnect消息。2.RNC發(fā)RANAP_DIRECT_TRANS

3、FER消息給CN，消息中nas pdu是0325，表示是call control子層的disconnect消息。3. CN發(fā)RANAP_DIRECT_TRANSFER消息給RNC，消息中nas pdu是832d，表示是call control子層的release消息。4.RNC發(fā)RRC_DL_DIRECT_TRANSF消息給UE，消息中nas message是832d，表示是call control子層的release消息。5.UE發(fā)RRC_UL_DIR_TRANSF消息給RNC，消息中nas message是032a，表示是call control子層的release complete消息。

4、 6. RNC發(fā)RANAP_DIRECT_TRANSFER消息給CN，消息中nas pdu是032a，表示是call control子層的release complete消息。 正常釋放流程正常釋放流程7.CN發(fā)RANAP_IU_RELEASE_COMMAND消息給RNC，開始釋放Iu口資源，包括RANAP層和ALCAP層資源。8. RNC發(fā)RANAP_IU_RELEASE_COMPLETE消息給RNC。9.RNC發(fā)RRC_RRC_CONN_REL消息給UE，開始釋放RRC連接。10. UE發(fā)RRC_RRC_CONN_REL_CMP消息給RNC。11.RNC發(fā)NBAP_RL_DEL_REQ消息

5、給NODEB，開始釋放Iub口資源，包括NBAP層和ALCAP層，PHY層資源。12. NODEB發(fā)NBAP_RL_DEL_RSP消息給RNC，整個釋放過程結(jié)束。 正常釋放流程正常釋放流程l一個PS正常釋放信令流程正常釋放流程正常釋放流程l一個PS正常釋放信令流程1.UE發(fā)RRC_UL_DIR_TRANSF消息給RNC，消息中nas message是0a46，表示是session management子層的deactivate PDP context request消息。2.RNC發(fā)RANAP_DIRECT_TRANSFER消息給CN，消息中nas pdu是0a46，表示是session ma

6、nagement子層的deactivate PDP context request消息。3. CN發(fā)RANAP_DIRECT_TRANSFER消息給RNC，消息中nas pdu是8a47，表示是session management子層的deactivate PDP context accept消息。4. CN發(fā)RANAP_RAB_ASSIGNMENT_REQ消息給RNC，消息中給出要釋放的RAB list，其中包含了要釋放的RAB ID。5. RNC發(fā)RRC_DL_DIRECT_TRANSF消息給UE，消息中nas message是8a47，表示是session management子層的de

7、activate PDP context accept消息。6. RNC發(fā)NBAP_RL_RECFG_PREP消息給NODEB。 正常釋放流程正常釋放流程7. NODEB發(fā)NBAP_RL_RECFG_READY消息給RNC，8. RNC發(fā)RRC_RB_REL消息給UE，釋放業(yè)務(wù)RB。9. NODEB發(fā)NBAP_RL_RECFG_COMMIT消息給RNC，10. UE發(fā)RRC_RB_REL_CMP消息給RNC，業(yè)務(wù)RB釋放完成11. RNC發(fā)RANAP_RAB_ASSIGNMENT_RESP消息給CN，RAB釋放完成 第一章第一章 掉話分類定義掉話分類定義空中接口定義空中接口定義l空中接口掉話定

8、義l空中接口掉話定義在通話過程中，如果空中接口信息滿足下面三個條件中的任何一條，可以判斷為掉話：收到任何的BCH消息（即系統(tǒng)消息）收到RRC Release消息（原因為非正常釋放Not normal）收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因為Not Normal Clearing或者Not Normal，Unspecified。 從RNC記錄的信令上看，如果在Iu接口上看到了RNC 發(fā)向CN的消息為Iu Release Request或者RNC發(fā)給CN的消息為RAB Release Request消息，此時

9、定義為異常掉話。 空中接口定義空中接口定義第一章第一章 掉話分類定義掉話分類定義話統(tǒng)指標定義話統(tǒng)指標定義l話統(tǒng)指標定義CS掉話統(tǒng)計通過統(tǒng)計RNC觸發(fā)的 RAB 釋放個數(shù)，統(tǒng)計 RAB 建立個數(shù)，進而得到掉話率。根據(jù)測量對象的不同，掉話率可以分為面向 RNC 和面向小區(qū)的掉話率，分別考察整個 RNC 和單個小區(qū)的掉話情況。面向 RNC 的CS掉話率公式：(RNC_CS_RAB_REL_CONV_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_TRIG_BY_RNC)/(CS_RAB_SETUP_SUCC_CONV+CS_RAB_SETUP_SUCC_STR)*100%測量點：CS會

10、話類(流類）業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release ”。 話統(tǒng)指標定義話統(tǒng)指標定義面向 RNC 的 RNC 觸發(fā) CS RAB 釋放原因統(tǒng)計 指標名指標名指標說明指標說明RNC_CS_RAB_REL_TRIG_BY_RNC_RF_LOSS含義：統(tǒng)計由于RNC觸發(fā)的原因為Radio Connection With UE Lost的CS域RAB個數(shù)測量點：CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送原因為“Release due to

11、UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET含義：統(tǒng)計RNC由于信令RLC復位而觸發(fā)釋放的CS域RAB釋放個數(shù)測量點：CS業(yè)務(wù)建立成功后，由于SRB復位RNC向CN CS發(fā)送IU RELEASE REQUEST消息，其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND

12、。RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS含義：統(tǒng)計RNC由于IU接口AAL2鏈路異常而觸發(fā)釋放的CS域RAB個數(shù)測量點：CS業(yè)務(wù)建立成功后，由于IU接口AAL2鏈路異常，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息。話統(tǒng)指標定義話統(tǒng)指標定義l話統(tǒng)指標定義CS掉話統(tǒng)計面向小區(qū)的CS掉話率公式：(RNC_CS_RAB_REL_CONV_CELL_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_CELL_TRIG_BY_RNC )/(CS_RAB_SETUP_SUCC_CONV_CELL +CS_RAB_SETUP_SUCC_STR

13、_CELL )*100% 測量點：CS會話類(流類）業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release ” 。 話統(tǒng)指標定義話統(tǒng)指標定義面向 小區(qū) 的 RNC 觸發(fā) CS RAB 釋放原因統(tǒng)計 指標名指標名指標說明指標說明RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM含義：統(tǒng)計每個小區(qū)上OM干預引起RNC觸發(fā)釋放的CS域RAB數(shù)目測量點：CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息

14、，釋放原因為“OM Intervention”。CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送IU RELEASE REQUEST消息，釋放原因為“OM Intervention”,其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN含義：統(tǒng)計每個小區(qū)上UTRAN產(chǎn)生的原因引起RNC觸發(fā)釋放的CS域RAB數(shù)目測量點：CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息，釋放原因為“UTRAN Generated

15、Reason”。CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送IU RELEASE REQUEST消息，釋放原因為“UTRAN Generated Reason”,其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM含義：統(tǒng)計每個小區(qū)上RAB搶占引起RNC觸發(fā)釋放的CS域RAB數(shù)目測量點：CS業(yè)務(wù)建立成功后，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息，釋放原因為“UTRAN Generated Reason”。CS業(yè)

16、務(wù)建立成功后，RNC向CN CS發(fā)送IU RELEASE REQUEST消息，釋放原因為“UTRAN Generated Reason”,其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET含義：統(tǒng)計每個小區(qū)上RNC由于信令RLC復位而觸發(fā)釋放的CS域RAB個數(shù)測量點：CS業(yè)務(wù)建立成功后，由于SRB復位，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息。CS業(yè)務(wù)建立成功后，由于SRB復位，RNC向CN CS發(fā)送IU R

17、ELEASE REQUEST消息，其后CN發(fā)送釋放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS含義：統(tǒng)計每個小區(qū)上RNC由于IU接口AAL2鏈路異常而觸發(fā)釋放的CS域RAB個數(shù)測量點：CS業(yè)務(wù)建立成功后，由于收到AAL2 RELEASE INDICATION消息，RNC向CN CS發(fā)送RAB RELEASE REQUEST消息。話統(tǒng)指標定義話統(tǒng)指標定義l話統(tǒng)指標定義CS掉話統(tǒng)計CS掉話統(tǒng)計（面向業(yè)務(wù)）：AMR語音與VP掉話統(tǒng)計：AMR語音

18、業(yè)務(wù)：面向RNC的AMR語音掉話率= RNC_CS_RAB_REL_AMR_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_0_32 * 100% 面向小區(qū)的AMR語音掉話率= RNC_AMR_RAB_REL_CELL_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_AMR_CELL * 100% VP業(yè)務(wù)：面向 RNC 的VP掉話率 =RNC_CS_RAB_REL_CONV_64K_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_32_64 * 100% 面向小區(qū)的VP掉話率= RNC_CS_CONV_64K_RAB_REL

19、_CELL_TRIG_BY_RNC/ CS_RAB_SETUP_SUCC_CONV_64K_CELL * 100% 第一章第一章 掉話分類定義掉話分類定義話統(tǒng)指標定義話統(tǒng)指標定義l話統(tǒng)指標定義PS掉話統(tǒng)計面向 RNC 的PS掉話率公式：(RNC_PS_RAB_REL_CONV_TRIG_BY_RNC+RNC_PS_RAB_REL_STR_TRIG_BY_RNC +RNC_PS_RAB_REL_INTER_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_TRIG_BY_RNC )/(PS_RAB_SETUP_SUCC_CONV +PS_RAB_SETUP_SUCC_STR +PS

20、_RAB_SETUP_SUCC_INTER +PS_RAB_SETUP_SUCC_BKG )*100%測量點：PS會話類(流類，交互類、背景類)業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。PS會話類(流類，交互類、背景類)業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送IU RELEASE REQUEST消息，釋放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。 話統(tǒng)指標定義話統(tǒng)指標定義面向 RNC 的 R

21、NC 觸發(fā) PS RAB 釋放原因統(tǒng)計 指標名指標名指標說明指標說明RNC_PS_RAB_REL_TRIG_BY_RNC_RF_LOSS含義：統(tǒng)計由于RNC觸發(fā)的原因為Radio Connection With UE Lost的PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，RNC向CN pS發(fā)送原因為“Release due to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_PS_RAB_REL_TRIG_BY

22、_RNC_TRB_RESET含義：統(tǒng)計RNC觸發(fā)的由于業(yè)務(wù)RLC復位而釋放的PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于TRB復位，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET含義：統(tǒng)計RNC由于信令RLC復位而觸發(fā)釋放的PS域RAB釋放個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于SRB復位RNC向CN PS發(fā)送IU RELEASE REQUEST消息，其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_PS_RAB

23、_REL_TRIG_BY_RNC_GTPU_LOSS含義：統(tǒng)計RNC由于GTPU異常而觸發(fā)釋放的PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于GTPU異常，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。話統(tǒng)指標定義話統(tǒng)指標定義l話統(tǒng)指標定義PS掉話統(tǒng)計面向小區(qū)的PS掉話率公式：(RNC_PS_RAB_REL_CONV_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_STR_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_INTER_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_CELL_TRIG_BY_RNC

24、 )/(PS_RAB_SETUP_SUCC_CONV_CELL +PS_RAB_SETUP_SUCC_STR_CELL +PS_RAB_SETUP_SUCC_INTER_CELL +PS_RAB_SETUP_SUCC_BKG_CELL )*100% 測量點：PS會話類(流類，交互類、背景類)業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送IU RELEASE REQUEST消息， 釋放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。話統(tǒng)指標定義

25、話統(tǒng)指標定義面向 小區(qū) 的 RNC 觸發(fā) PS RAB 釋放原因統(tǒng)計 指標名指標名指標說明指標說明RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_OM含義：統(tǒng)計每個小區(qū)上OM干預引起RNC觸發(fā)釋放的PS域RAB數(shù)目測量點：PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息，釋放原因為“OM Intervention”。PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送IU RELEASE REQUEST消息，釋放原因為“OM Intervention”,其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU

26、 RELEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN含義：統(tǒng)計每個小區(qū)上UTRAN產(chǎn)生的原因引起RNC觸發(fā)釋放的PS域RAB數(shù)目測量點：PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息，釋放原因為“UTRAN Generated Reason”。PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送IU RELEASE REQUEST消息，釋放原因為“UTRAN Generated Reason”,其后CN發(fā)送釋放原因Release due to UTRAN Generated Reason的IU RELEASE

27、COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM含義：統(tǒng)計每個小區(qū)上RAB搶占引起RNC觸發(fā)釋放的PS域RAB數(shù)目測量點：PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息，釋放原因為“RAB preemption”。PS業(yè)務(wù)建立成功后，RNC向CN PS發(fā)送IU RELEASE REQUEST消息，釋放原因為“RAB preemption”,其后CN發(fā)送釋放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_REL_CE

28、LL_TRIG_BY_RNC_SRBRESET含義：統(tǒng)計每個小區(qū)上RNC由于信令RLC復位而觸發(fā)釋放PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于SRB復位，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。PS業(yè)務(wù)建立成功后，由于SRB復位，RNC向CN PS發(fā)送IU RELEASE REQUEST消息，其后CN發(fā)送釋放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET含義：統(tǒng)計每個小區(qū)上RNC由于業(yè)務(wù)RLC復位而觸發(fā)釋放的

29、PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于TRB復位，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_GTPULOSS含義：統(tǒng)計每個小區(qū)上RNC由于GTPU異常而觸發(fā)釋放的PS域RAB個數(shù)測量點：PS業(yè)務(wù)建立成功后，由于GTPU異常，RNC向CN PS發(fā)送RAB RELEASE REQUEST消息。話統(tǒng)指標定義類別總結(jié)：話統(tǒng)指標對掉話的定義分為：CS掉話:面向?qū)ο蠼y(tǒng)計：RNC、小區(qū)面向業(yè)務(wù)統(tǒng)計：AMR 語音、VP業(yè)務(wù)PS掉話：面向?qū)ο蠼y(tǒng)計:RNC、小區(qū)話統(tǒng)指標定義話統(tǒng)指標定義課程內(nèi)容課程內(nèi)容第一章第一章 掉

30、話分類定義掉話分類定義第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程第三章第三章 掉話問題解決方法掉話問題解決方法第四章第四章 掉話案例分析掉話案例分析第五章第五章 網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程l第二節(jié)第二節(jié) 路測數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程l 第三節(jié)第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程l 第四節(jié)第四節(jié) 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程l 第五節(jié)第五節(jié) 用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程常見掉話原因常見掉話原因l鄰區(qū)漏配一般來講，初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導致

31、的。對于同頻鄰區(qū)，通常采用以下的辦法來確認是否為同頻鄰區(qū)漏配：方法一：觀察掉話前UE記錄的活動集EcIo信息和Scanner記錄的Best Server EcIo信息，如果UE記錄的EcIo很差，而Scanner記錄的Best Server EcIo很好；同時檢查Scanner記錄Best Server擾碼是否出現(xiàn)在掉話前最近出現(xiàn)的同頻測量控制中，如果測量控制中沒有擾碼，那么可以確認是鄰區(qū)漏配。方法二：如果掉話后UE馬上重新接入，如果UE重新接入的小區(qū)擾碼和掉話時的擾碼不一致，也可以懷疑是鄰區(qū)漏配問題，可以通過測量控制進一步進行確認。鄰區(qū)漏配導致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。 常見

32、掉話原因常見掉話原因l覆蓋問題通常所說的覆蓋差，主要是指RSCP不和EcIo都很差。覆蓋的問題需要通過掉話前上行或者下行的專用信道功率來確認，需要采用以下的方法來確認：如果掉話前的上行發(fā)射功率達到最大值，并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報RL failure，基本可以認為上行覆蓋差導致的掉話；如果掉話前，下行發(fā)射功率達到最大值，并且下行的BLER很差，基本可以認為是下行覆蓋不行導致的掉話。確認覆蓋的問題簡單直接的方式：直接觀察Scanner采集的數(shù)據(jù)，若最好小區(qū)的RSCP和EcNo都很低，就可以認為是覆蓋問題。 常見掉話原因常見掉話原因l切換問題軟切換/同

33、頻導致掉話主要分為兩類原因：切換來不及或者乒乓切換。從信令流程上CS業(yè)務(wù)表現(xiàn)為手機收不到活動集更新命令（同頻硬切換時為物理信道重配置），PS業(yè)務(wù)有時候會在切換之前先發(fā)生TRB復位。從信號上看，切換來不及主要有以下兩種現(xiàn)象：1）拐角：源小區(qū)EcIo陡將，目標小區(qū)EcNo陡升（即突然出現(xiàn)就是很高的值）；2）針尖：源小區(qū)EcIo快速下降后一段時間后上升，目標小區(qū)出現(xiàn)短時間的陡升。 乒乓切換主要有以下兩種現(xiàn)象：1）主導小區(qū)變化快：2個或者多個小區(qū)交替成為主導小區(qū)，主導小區(qū)具有較好的RSCP和EcIo每個小區(qū)成為主導小區(qū)的時間很短；2）無主導小區(qū)：存在多個小區(qū)，RSCP正常而且相互之間差別不大，每個小區(qū)

34、的EcIo都很差。 常見掉話原因常見掉話原因l干擾問題一般情況下，對于下行，當CPICH RSCP大于-85dB，而EcIo小于-13dB容易產(chǎn)生了掉話，基本上可以認為是下行干擾的問題。對于上行RTWP比正常值（-104-105）超過10dB，干擾時間超過23s，就有可能造成掉話。對于下行，干擾可能是導頻污染引起。常見掉話原因常見掉話原因l流程交互問題一些需要信令交互的流程，如AMR控制、DCCC以及壓縮模式的啟停、UE的狀態(tài)遷移等，常常會由于信號的原因，手機支持方面的原因或者RAN設(shè)備和手機的配合問題，導致流程失敗，最后導致掉話。 這類問題需要針對特定的流程和手機進行分析，沒有一般性的處理方

35、法。 常見掉話原因常見掉話原因l其他異常問題在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查看設(shè)備的日志，告警等進一步來分析掉話原因。例如：同步失敗導致的鏈路不停增加和刪除。例如：手機不上報1a測量報告導致掉話。第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程l 第三節(jié)第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程l 第四節(jié)第四節(jié) 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程l 第五節(jié)第五節(jié) 用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程l路測數(shù)據(jù)分析流程1 準備數(shù)據(jù)UE和Scanner最好小區(qū)比較穩(wěn)定一致N2 獲取掉話位置和時間3 分析S

36、canner主導小區(qū)信號變化4.1 RSCP差EcIo差4.2 RSCP正常EcIo差4.3 RSCP正常EcIo正常鄰區(qū)漏配上行干擾問題切換不及時確認漏配鄰區(qū)？覆蓋問題異常掉話導頻干擾問題不一致確認上行干擾？問題是否解決4 重新路測Y主導小區(qū)信號穩(wěn)定？4 Scanner最優(yōu)小RSCP和EcIO乒乓切換問題變化頻繁YN路測數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程1、準備數(shù)據(jù) 路測軟件采集數(shù)據(jù)文件 RNC記錄的單用戶跟蹤 RNC記錄的CDL2、獲取掉話位置 采用路測數(shù)據(jù)處理軟件，比如Analyzer和獲取掉話的時間和地點，獲取掉話前后Scanner采集的導頻數(shù)據(jù)，手機采集的活動集和監(jiān)視集信息，信令流程等。3

37、、分析Scanner主導小區(qū)變化情況 主要分析主導小區(qū)的變換情況，如果主導小區(qū)相對穩(wěn)定，進一步分析RSCP和EcIo情況； 如果主導小區(qū)變化頻繁，需要區(qū)分主導小區(qū)變化快的情況，或者沒有主導小區(qū)的情況，然后進一步進行乒乓切換掉話分析。 路測數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程4、分析Scanner主導小區(qū)信號RSCP和EcIo 觀察Scanner最好小區(qū)RSCP，EcNo，根據(jù)不同的情況分別處理 4.1 RSCP差，EcNo差，可以確定為覆蓋問題； 4.2 RSCP正常，EcNo差（排除切換來不及導致的，同頻鄰區(qū)干擾），可以確定為導頻干擾問題； 4.3 RSCP正常，EcNo正常，如果UE活動集中小區(qū)與

38、Scanner最好小區(qū)不一致，可能為鄰區(qū)漏配或者切換來不及導致的掉話；如果UE活動集中小區(qū)與Scanner最好小區(qū)一致,可能為上行干擾或責異常掉話。5、路測重現(xiàn)問題 由于一次路測不一定能夠采集到定位掉話問題需要的所有信息，此時需要通過進一步路測來收集數(shù)據(jù)。通過進一步的路測也能確認該掉話點是隨機掉話的點或者固定掉話點，一般來說固定掉話點一定需要解決，而隨機掉話點則需要根據(jù)掉話發(fā)生的概率來確定是否需要解決。第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程l l 第四節(jié)第四節(jié) 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程l 第五節(jié)第五節(jié) 用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)

39、分析流程話統(tǒng)數(shù)據(jù)分析流程l話統(tǒng)數(shù)據(jù)分析流程2 分析小區(qū)的掉話率指標1 分析RNC面掉話率5 通過路測重現(xiàn)問題YNNYNYN3 檢查小區(qū)是否設(shè)備異常3.1 解決設(shè)備問題4分析掉話原因4.1信令RB復位或者業(yè)務(wù)RB復位導致的掉話4.2 是否切換導致掉話4.3 是否干擾導致的掉話解決覆蓋問題解決切換掉話問題解決干擾問題YN話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程1、分析RNC的掉話率指標主要從整個RNC的整體掉話指標上判斷掉話率指標是否正常。2、分析小區(qū)的掉話率指標 對于小區(qū)的掉話率指標，主要需要分析小區(qū)“AMR掉話率”、“VP掉話率”、“PS掉話率”、“硬切換掉話率”、“系統(tǒng)間切換掉話率”， 對所有小區(qū)分

40、別用以上的指標進行排序，選擇指標特別差的小區(qū)或者最差的一些小區(qū)，進一步分析掉話原因。 3、檢查小區(qū)是否異常 檢查小區(qū)的告警，排除小區(qū)異常方面的原因。 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程4、分析掉話原因 排除Iu口aal2異常導致的掉話問題，排除GTPU異常導致的掉話問題；分析是否由于信令RLC復位導致的掉話，還是業(yè)務(wù)RLC復位導致的掉話；分析該小區(qū)相關(guān)的切換指標（分析小區(qū)的切入成功率和切出成功率），確認是否由于切換失敗導致的掉話；通過分析小區(qū)總帶寬接收功率相關(guān)話統(tǒng)指標，分析在掉話率高的時段，是否相應的上行干擾指標也很高，進一步確認上行干擾導致的掉話問題。5、通過路測重現(xiàn)問題 當通過話統(tǒng)分析無法進

41、一步解決掉話問題的時候，需要針對小區(qū)進行路測，跟蹤手機側(cè)和RNC的信令流程進行分析，詳細分析方法請參見路測數(shù)據(jù)分析流程。 第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程l l l 第五節(jié)第五節(jié) 用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程l信令跟蹤數(shù)據(jù)分析流程2 獲取掉話點信息1 獲取單用戶跟蹤消息3 是否信令面掉話6 撥測，重現(xiàn)問題YN4 是否用戶面掉話5 是否異常掉話3.1 解決信令面掉話4.1 解決用戶面掉話5.1 解決異常掉話掉話問題解決信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程1、獲取單用戶跟蹤消息 單用戶跟蹤消息需要事先在RNC

42、或者M2000上進行跟蹤，才能記錄相應的消息，一般情況下，根據(jù)IMSI進行跟蹤記錄的消息用來分析掉話問題是足夠的。2、獲取掉話點信息 從單用戶跟蹤消息來看，掉話的定義是RNC主動發(fā)起了RAB釋放（消息名稱為RANAP_RAB_RELEASE_REQ），或者RNC主動發(fā)起IU釋放（消息名稱為RANAP_IU_RELEASE_REQ）。前者對應為用戶面掉話，后者對應為信令面掉話。通過查找以上兩條消息，就可以或者掉話點的時間，以及掉話前的信令消息，以便進一步進行分析。 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程3、信令面掉話分析 信令面掉話表現(xiàn)為手機或者RNC不能受到確認模式傳送的信令，產(chǎn)生SRB復位

43、，導致連接釋放。下行方向一般有這些消息可能導致SRB復位：測量控制，活動集更新，物理信道重配置，傳輸信道重配置，RB重配置以及3G到2G的切換命令（HANDOVER FROM UTRAN COMMAND），手機是否收到這些命令需要手機側(cè)的跟蹤消息來確認；上行方向有以下的消息可能導致SRB復位：測量報告，活動集更新完成，物理信道重配置完成，傳輸信道重配置完成，RB重配置完成，同樣需要RNC側(cè)的跟蹤消息來確認是否收到。 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程4、用戶面掉話分析 用戶面掉話主要是TRB復位，這種情況主要在PS業(yè)務(wù)上發(fā)生，voice和VP業(yè)務(wù)不會產(chǎn)生TRB復位。 當活動集中只有一條鏈

44、路上，會由于RL failure導致RNC發(fā)起Iu Release， RL failure是上行失步引起的，但是下行失步會使UE關(guān)閉發(fā)射機，接著就造成上行失步，在定位掉話是上行引起釋放還是下行引起的時候，需要分析掉話前手機的發(fā)射功率和實時狀態(tài)監(jiān)控的下行的碼發(fā)射功率來區(qū)分。下行覆蓋差、下行干擾強或者上行干擾都會導致TRB復位。有時候數(shù)據(jù)業(yè)務(wù)由于重傳次數(shù)設(shè)置不合理，在切換來不及的情況下，TRB比SRB先產(chǎn)生復位，在分析時要注意區(qū)分。 信令跟蹤數(shù)據(jù)分析流程信令跟蹤數(shù)據(jù)分析流程5、異常掉話分析 異常掉話一般指掉話無法從覆蓋、干擾等方面找到原因，也無法根據(jù)前面介紹的用戶面掉話或者信令面掉話原因來解釋，這

45、種掉話往往是設(shè)備的異?；蛘呤鞘謾C的異常導致的。比如由于傳輸突然中斷導致的掉話、基站設(shè)備異常導致的掉話、手機突然死機等都會導致異常掉話。對于傳輸異常一般通過分析CDL或者參看告警來進一步分析；對于基站設(shè)備異?？梢酝ㄟ^查詢基站狀態(tài)來確認，對于手機異常，需要通過分析手機記錄的數(shù)據(jù)來定位。6、撥測，重現(xiàn)問題 當已有的數(shù)據(jù)不注意定位掉話問題的時候，啟動更詳細的數(shù)據(jù)跟蹤，最好的辦法是在問題點進行撥測，重現(xiàn)問題，然后繼續(xù)進行分析。 第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程l l l 用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程1、了解用戶投訴 用戶投訴發(fā)生的時候需要詳細記錄問題發(fā)生的時

46、間，問題產(chǎn)生的地點，以及問題的具體現(xiàn)象。2、檢查話統(tǒng)指標 通過分析用戶投訴相關(guān)的話統(tǒng)指標，來進一步分析該投訴是某個用戶特有的問題還是網(wǎng)絡(luò)一般性的問題，對于一般性的問題，請參考話統(tǒng)指標的分析來進一步分析投訴。3、檢查告警 根據(jù)投訴的時間，查看CN，RNC或者投訴地點對應基站的告警，看這些告警是否會產(chǎn)生相應的掉話，如果存在這個告警，試著消除和解決這個告警。4、檢查CDL CDL記錄了用戶異常發(fā)生時候的信令，狀態(tài)等信息，通過分析CDL可以進一步了解投訴產(chǎn)生的原因。用戶投訴數(shù)據(jù)分析流程用戶投訴數(shù)據(jù)分析流程5、投訴點撥測，重現(xiàn)問題 對于話統(tǒng)分析，告警分析以及CDL分析都無法解決的問題，需要通過到現(xiàn)場撥測

47、的方法進行問題重新，撥測的時候數(shù)據(jù)記錄的方法和路測方法相同，在某些場合，可能不適合記錄手機側(cè)信息，那么需要通過RNC來盡量多的記錄各種信息，特別需要記錄收集上報的EcIo和RSCP信息，以排除覆蓋問題導致的掉話。對于一些特別的地點，到現(xiàn)場撥測都不可能，那么需要通過用戶的手機號碼來獲取IMSI，然后在RNC啟動呼叫跟蹤，以便進一步定位問題。 課程內(nèi)容課程內(nèi)容第一章第一章 掉話分類定義掉話分類定義第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程第三章第三章 掉話問題解決方法掉話問題解決方法第四章第四章 掉話案例分析掉話案例分析第五章第五章 網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點網(wǎng)絡(luò)優(yōu)化各階段掉

48、話關(guān)注點第三章第三章 掉話問題解決方法掉話問題解決方法l第二節(jié)第二節(jié) 小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整工程參數(shù)調(diào)整工程參數(shù)調(diào)整工程參數(shù)的調(diào)整是非常有限的，最基本的可以調(diào)整天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。1、對于上行或者下行的覆蓋問題導致的掉話對于上行或者下行的覆蓋問題導致的掉話： 考慮更改天線的高度、下傾角，也可以更換增益更高的天線或者增加塔放。 2 2、對于針尖和拐角效應：、對于針尖和拐角效應： 通過天線調(diào)整也是比較有效的解決辦法，由于針尖效應和拐角效應往往出現(xiàn)在街道拐彎的地方或者兩條街道交界的地方，可以考慮通過天線的方向角和街道錯開一定的角度的方式來調(diào)整，但同時需要注意原

49、來街道路邊商鋪的覆蓋不要有很大的影響。 工程參數(shù)調(diào)整工程參數(shù)調(diào)整3 3、對于導頻干擾引起的覆蓋問題、對于導頻干擾引起的覆蓋問題： 可以通過調(diào)整某一個天線的工程參數(shù)，使該天線在干擾位置成為主導小區(qū)；也可以通過調(diào)整其他幾個天線參數(shù)，減小信號到達這些區(qū)域的強度；從而減少導頻個數(shù)；如果條件許可，可以增加新的基站覆蓋這片地區(qū)；如果干擾來自一個基站的兩個扇區(qū)，可以考慮進行扇區(qū)合并。 工程參數(shù)的調(diào)整需要綜合考慮整個小區(qū)調(diào)整效果，在解決一個問題的同時要注意不在其它區(qū)域引入新的問題。 第三章第三章 掉話問題解決方法掉話問題解決方法小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整1 1、小區(qū)偏置、小區(qū)偏置CIOCIO 該值與實際測量值相

50、加所得的數(shù)值用于UE的事件評估過程。UE將該小區(qū)原始測量值加上這個偏置后作為測量結(jié)果用于UE的同頻切換判決，在切換算法中起到移動小區(qū)邊界的作用。該參數(shù)設(shè)置越大，則軟切換越容易，處于軟切換狀態(tài)的UE越多，但占用前向資源；設(shè)置越小，軟切換越困難，有可能影響接收質(zhì)量。對于針尖效應或者拐角效應，通過配置5dB左右的CIO是比較好的解決辦法。2 2、軟切換相關(guān)的延遲觸發(fā)時間、軟切換相關(guān)的延遲觸發(fā)時間 延遲觸發(fā)時間是1A，1B，1C和1D事件相關(guān)的觸發(fā)時間。觸發(fā)時間的配置會影響切換的及時性。一般情況下，缺省參數(shù)的配置能夠滿足絕大多數(shù)場景的要求。切換參數(shù)可以針對小區(qū)設(shè)置，在根據(jù)環(huán)境設(shè)定了一套基本參數(shù)之后，針

51、對每個小區(qū)單獨進行調(diào)整，可以把參數(shù)更改的影響限制在幾個小區(qū)之間，對系統(tǒng)的影響也較小。小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整3 3、同頻測量濾波系數(shù)、同頻測量濾波系數(shù)FilterCoefFilterCoef 層3濾波應盡量濾除隨機沖擊的能力，使得濾波后的測量值反映實際測量的基本變化趨勢。 由于輸入層3濾波器的測量值已經(jīng)經(jīng)過層1濾波，基本消除了快衰落的影響，因此層3應對陰影衰落和少量快衰落毛刺進行平滑濾波，以為事件判決提供更優(yōu)的測量數(shù)據(jù)。 濾波系數(shù)越大，對毛刺的平滑能力越強，但對信號的跟蹤能力減弱，必須在兩者之間進行權(quán)衡。典型值可以設(shè)置如下：a、若切換區(qū)信號變化較慢，同頻濾波系數(shù)可設(shè)為7；b、若切換去信號變化速

52、度中等，同頻濾波系數(shù)設(shè)為6；c、若切換區(qū)信號變化較快，同頻濾波系數(shù)設(shè)為3。 小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整4 4、壓縮模式啟停門限、壓縮模式啟停門限 壓縮模式一般在異頻切換或者異系統(tǒng)切換前啟動，通過壓縮模式來測量異頻或者異系統(tǒng)小區(qū)的質(zhì)量。壓縮模式的啟動可以根據(jù)CPICH的RSCP或者EcIo是否滿足條件來觸發(fā)，在實際的應用中，一般都采用RSCP作為觸發(fā)條件。 一般情況下，壓縮模式需要測量目標小區(qū)（異頻或者異系統(tǒng)）的質(zhì)量并獲取相關(guān)信息，同時由于移動臺的運動導致當前小區(qū)的質(zhì)量惡化，所以對于壓縮模式的啟動門限一般要求要求在當前小區(qū)的質(zhì)量下降到導致掉話之前能夠及時測量到目標小區(qū)的信號完成切換為要求，對于停止

53、門限則要求避免壓縮模式的頻繁啟動和停止。小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整5 5、無線鏈路最大下行發(fā)射功率、無線鏈路最大下行發(fā)射功率RLMaxDLPwrRLMaxDLPwr 配置大的專用鏈路的發(fā)射功率有利于克服覆蓋導致的掉話點，但同樣帶來干擾問題，由于單個用戶允許的功率大，當用戶在邊緣是就可能消耗大的功率，從而對其他用戶造成影響，降低系統(tǒng)的下行容量。一般情況下下行發(fā)射功率的配置由鏈路預算提供，適當?shù)脑黾踊蛘邷p少12dB，一般情況下在單次路測情況下，很難看出對掉話的影響，但可以從話統(tǒng)指標上看出來，對于一些小區(qū)，由于覆蓋原因存在比較大的掉話率，可以考慮增加專用信道的最大發(fā)射功率；對于一些小區(qū)，由于負載過高導

54、致用戶有較大的接入失敗概率，可以考慮適當降低該參數(shù)。 小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整6 6、信令和業(yè)務(wù)的最大重傳次數(shù)、信令和業(yè)務(wù)的最大重傳次數(shù) 在較高的誤塊率信道條件下，信令由于重傳達到最大值就會產(chǎn)生復位，信令的一次復位就會導致掉話；采用AM模式進行業(yè)務(wù)傳輸?shù)臉I(yè)務(wù)也同樣會重傳，重傳達到最大值之后產(chǎn)生復位信令，系統(tǒng)配置了最大允許的復位次數(shù)，當復位次數(shù)達到最大值之后，系統(tǒng)開始釋放業(yè)務(wù)，也同樣會造成掉話。 系統(tǒng)缺省的配置可以保證突發(fā)誤塊不會導致異常的掉話，但在進入覆蓋比較差的場合能夠及時進行復位而導致掉話，從而釋放業(yè)務(wù)占用的資源。對于一些場景，有較多的突發(fā)干擾，或者針尖效應比較明顯的場景，干擾突發(fā)期間可能

55、導致100%誤塊，而又不希望過多的掉話，此時可以考慮適當增加重傳次數(shù)，通過重傳來抵抗突發(fā)干擾。 該參數(shù)是針對RNC配置。小區(qū)參數(shù)調(diào)整小區(qū)參數(shù)調(diào)整7 7、RSCPRSCP表示的小區(qū)異頻硬切換門限表示的小區(qū)異頻硬切換門限 當異頻測量啟動以后，手機開始車輛異頻小區(qū)，當異頻小區(qū)的質(zhì)量高于該門限，RNC發(fā)起異頻切換。結(jié)合壓縮模式的啟動停止門限來配置該參數(shù)，如果配置較小的值，可以提早觸發(fā)硬切換，如果配置較大的值，可以延遲進行硬切換，從而可以控制切換區(qū)或者降低掉話概率。 8 8、切換判決門限、切換判決門限GsmRSSICSThdGsmRSSICSThd、GsmRSSIPSThd GsmRSSIPSThd 異系統(tǒng)切換門限可以針對CS業(yè)務(wù)和PS業(yè)務(wù)分開設(shè)置，方法和異頻硬切換門限的設(shè)置方法相同。 課程內(nèi)容課程內(nèi)容第一章第一章 掉話分類定義掉話分類定義第二章第二章 常見掉話原因與掉話處理流程常見掉話原因與掉話處理流程第三章第三章 掉話問題解決方法掉話問題解決方法第四章第四章 掉話案例分析掉話案例分析第五章第五章 網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點網(wǎng)絡(luò)優(yōu)化各階段掉話關(guān)注點第四章第四章 掉話分析案例掉話分析案例l第二節(jié)第二節(jié) 干擾掉話案例干擾掉話案例l第三節(jié)第三節(jié) 切換掉話案例切換掉話案例l第四節(jié)第四節(jié) 其他掉話案例其他掉話案例覆蓋掉話案例覆蓋掉話案例掉話點覆蓋分析中，必須：結(jié)合導頻覆蓋和業(yè)務(wù)覆蓋進