掉話率指標(biāo)及問題

掉話率指標(biāo)及問題分析1、集團(tuán)拉網(wǎng)測試指標(biāo)下表為集團(tuán)拉網(wǎng)測試時，核心網(wǎng)統(tǒng)計的路測結(jié)果測試時間CS域PS域接通率掉話率掉線率7月24日97.22%0.00%2.94%7月25日94.16%3.09%1.61%7月26日88.24%3.21%3.08%7月27日93.02%0.00%匯總（剔除前）92.65%2.13%2.48%匯總（剔除后）93.98%2.13%2.48%2、KPI掉話率指標(biāo)分析2.1、掉話率指標(biāo)定義：掉話率=RNC主動發(fā)起的Iu釋放個數(shù)（此Iu存在RAB）/RAB總建立成功個數(shù)2.2、掉話率指標(biāo)解釋：2.2.1指標(biāo)編碼英文名稱指標(biāo)解釋RNCHC07IU.NbrRabCsRelIuConnPerCause.Cause；統(tǒng)計RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)目RNCHC09IU.NbrRabCsRelIuConnPerTraffic.ConvIU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>IU.NbrRabCsRelIuConnPerTraffic.Conv.<4><4>IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>IU.NbrRabCsRelIuConnPerTraffic.StrmIU.NbrRabCsRelIuConnPerTraffic.Bgrd；統(tǒng)計RNC請求釋放電路域Iu連接根據(jù)業(yè)務(wù)速率細(xì)分的RAB數(shù)目2.2.2公式英文表示：語音12.2k業(yè)務(wù)掉話率：100%*(($DT_RAB.RelReqCsPerTraffic.Conv.<1><1>$+$DT_RAB.RelReqCsPerTraffic.Conv.<2><2>$)+($DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>$+$DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>$))/(($DT_RAB.SuccEstabCsNoQueuing.Conv.<1><1>$+$DT_RAB.SuccEstabCsNoQueuing.Conv.<2><2>$)+($DT_RAB.SuccEstabCsQueuing.Conv.<1><1>$+$DT_RAB.SuccEstabCsQueuing.Conv.<2><2>$))VP視頻電話業(yè)務(wù)掉話率：100%*($DT_RAB.RelReqCsPerTraffic.Conv.<5><5>$+$DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>$)/($DT_RAB.SuccEstabCsNoQueuing.Conv.<5><5>$+$DT_RAB.SuccEstabCsQueuing.Conv.<5><5>$)計數(shù)器表示：語音業(yè)務(wù)掉話率：(((R002_723-R002_709)+(R002_709))+((R005_174-R005_002)+(R005_002)))/(((R002_722-R002_002)+(R002_002))+((R027_002+R027_003+R027_004)+(R027_001)))*100%；VP視頻電話業(yè)務(wù)掉話率：((R002_714)+(R005_012))/((R002_082)+(R027_006))*100%；計數(shù)器計數(shù)器詳細(xì)說明R002_723RAB釋放請求次數(shù)R002_709RAB釋放請求次數(shù)（CS會話類(12.2k)）R005_174存在RAB時RNC發(fā)給CS域Iu釋放請求次數(shù)（CS會話類(AMR)）R005_002存在RAB時RNC發(fā)給CS域Iu釋放請求次數(shù){存在RAB時RNC發(fā)給CS域Iu釋放請求次數(shù)}R002_722RAB建立成功次數(shù)R002_002RAB建立成功次數(shù)（CS會話類(12.2k)R027_002有排隊的RAB建立成功次數(shù)（CS會話類業(yè)務(wù)(7.95k)）R027_003有排隊的RAB建立成功次數(shù)（CS會話類業(yè)務(wù)(5.9k)）R027_004有排隊的RAB建立成功次數(shù)（CS會話類業(yè)務(wù)(4.75k)）R027_001有排隊的RAB建立成功次數(shù)（CS會話類業(yè)務(wù)(12.2k)）R002_714RAB釋放請求次數(shù)（CS會話類(64k)）R005_012存在RAB時RNC發(fā)給CS域Iu釋放請求次數(shù)（CS會話類(64k)）R002_082RAB建立成功次數(shù)（CS會話類(64k)）R027_006有排隊的RAB建立成功次數(shù)（CS會話類(64k)）2.2.3、指標(biāo)指標(biāo)編碼RNCHA07英文名稱IU.NbrRabCsRelIuConnPerCause.Cause；中文名稱按原因分RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)目定義統(tǒng)計RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)目，應(yīng)該按請求原因分類統(tǒng)計。單位：個；觸發(fā)點RNC向電路域CN發(fā)送“IU連接釋放請求”（IURELEASEREQUEST）消息，統(tǒng)計對應(yīng)的RAB數(shù)目。每個原因?qū)?yīng)一個子測量項。（3GPPTS25.413）采集方式CC；數(shù)據(jù)類型和取值說明每個子測量項的數(shù)據(jù)類型為整型；單位個統(tǒng)計的空間粒度RncFunction；統(tǒng)計的時間粒度15分鐘上報周期15分鐘備注終端發(fā)起的釋放不統(tǒng)計在內(nèi)指標(biāo)編碼RNCHA09英文名稱IU.NbrRabCsRelIuConnPerTraffic.ConvIU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>IU.NbrRabCsRelIuConnPerTraffic.Conv.<4><4>IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>IU.NbrRabCsRelIuConnPerTraffic.StrmIU.NbrRabCsRelIuConnPerTraffic.Bgrd；中文名稱4.2.2.3.9按業(yè)務(wù)速率分RNC請求釋放電路域Iu連接對應(yīng)的RAB數(shù)目定義統(tǒng)計RNC請求釋放電路域Iu連接根據(jù)業(yè)務(wù)速率細(xì)分的RAB數(shù)目。單位：個；觸發(fā)點RNC向電路域CN發(fā)送“IU連接釋放請求”（IURELEASEREQUEST）消息，統(tǒng)計對應(yīng)的RAB數(shù)目。每個根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型對應(yīng)一個子測量項，業(yè)務(wù)類型定義參見3GPPTS23.107。根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型定義參見附錄B；備注終端發(fā)起的釋放不統(tǒng)計在內(nèi)3、UE鏈路釋放信令流程分析3.1、UE釋放流程分析：3.1.1上面信令流程為UE發(fā)起的CS域呼叫釋放的例子，包括Iub口釋放，及RRC釋放。當(dāng)UE和核心網(wǎng)首先主動發(fā)起鏈路釋放時，一般不記為掉話或掉線，當(dāng)RNC主動發(fā)起鏈路釋放時，一般記為掉話或掉線。3.1.2、UE異常釋放分析：當(dāng)UE在進(jìn)行業(yè)務(wù)過程中，由于無線鏈路失敗，以及上下行失步觸發(fā)小區(qū)更新，而小區(qū)更新失敗，導(dǎo)致RNC主動向核心網(wǎng)發(fā)送IuReleaseRequest，導(dǎo)致掉線或掉話。解決方案：確認(rèn)該終端所在位置，以及該區(qū)域信號覆蓋是否良好（包括RSCP和C/I）檢查終端所占小區(qū)載波及時隙的ISCP值是否符合要求（載波ISCP值可以在LMT-B上檢查，時隙ISCP值可以在OMT上檢查）分析該終端出現(xiàn)此類掉話及掉線次數(shù)，確認(rèn)該終端型號及其批次。3.2、切換流程分析：3.2.13.2.1信令流程說明：RNC判決進(jìn)行切換后向NB發(fā)送無線鏈路增加請求，為目標(biāo)小區(qū)建立無線鏈路。目標(biāo)小區(qū)收到無線鏈路增加請求后，配置相應(yīng)鏈路資源，配置完成后組織無線鏈路，向RNC發(fā)送RL增加響應(yīng)消息。RNC收到目標(biāo)小區(qū)的響應(yīng)消息后，為目標(biāo)小區(qū)建立Iub傳輸承載AAL2。RNC通過源小區(qū)的信道向UE發(fā)送PHYSICALCHANNELRECONFIGURATION消息，通知UE進(jìn)行切換。UE收到PHYSICALCHANNELRECONFIGURATION消息后，根據(jù)接收到的切換指令做相應(yīng)配置及處理后，通過目標(biāo)小區(qū)向RNC發(fā)送PHYSICALCHANNELRECONFIGURATIONCOMPLETE消息。RNC收到該消息后刪除源小區(qū)的無線鏈路和Iub傳輸承載，切換完成。3.2.1異常流程說明：當(dāng)NodeB不能按照要求為該用戶增加RL時，向RNC返回RLAdditionFailure消息，并包含失敗原因；切換失敗，UE繼續(xù)在源小區(qū)進(jìn)行通信或掉話；實體處理方法：檢查目標(biāo)小區(qū)告警及資源狀態(tài)，可以從LMT-B查詢；檢查對比RNC下發(fā)的RLAdditionRequest中攜帶的參數(shù)是否正確。3.2.1RNC向UE發(fā)送PhysicalChannelReconfiguration消息進(jìn)行切換。由于一些錯誤原因?qū)е耈E向RNC發(fā)送物理信道重配置失敗的響應(yīng)。導(dǎo)致UE發(fā)送失敗響應(yīng)的原因可能為：UE收到的消息協(xié)議錯；PhysicalChannelReconfiguration消息中包含無效的配置信息；PhysicalChannelReconfiguration消息中包含UE不支持的配置信息；配置信息不匹配；UE物理信道配置失??；重配過程中無線鏈路失敗等。異常流程說明：當(dāng)Iub接口無線鏈路以及AAL2連接建立完成以后，RNC向UE發(fā)送PhysicalChannelReconfiguration進(jìn)行切換。當(dāng)上述某項原因出現(xiàn)時，UE向RNC返回PhysicalChannelReconfigurationFailure消息。RNC與NodeB釋放Iub接口的RL。RNC與NodeB釋放Iub接口的AAL2連接。切換過程失敗，UE繼續(xù)在源小區(qū)進(jìn)行通信或產(chǎn)生掉話；當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時：對于該兩類原因首先要確認(rèn)RNC下發(fā)切換消息中攜帶的參數(shù)是否正確確認(rèn)UE的處理能力（可以從呼叫過程RRC建立完成消息中查到檢查目標(biāo)鄰小區(qū)參數(shù)配置是否正確當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為TIMEOUT時，其解決方案：確認(rèn)UE所在的位置及該區(qū)域的信號覆蓋（包括RSCP和C/I）是否良好；檢查源小區(qū)配置的鄰區(qū)是否合適；檢查周圍是否存在與目標(biāo)小區(qū)同頻同碼的小區(qū)；確認(rèn)該小區(qū)鄰小區(qū)的參數(shù)是否正確；檢查目標(biāo)小區(qū)主載波ISCP值（可以從LMT-B上查詢）和所占時隙ISCP值（可以從OMT上查詢）；確認(rèn)所用終端的型號及批次；檢查源小區(qū)定時器參數(shù)：檢查后可以適當(dāng)延長下列幾類定時器參數(shù)，該類參數(shù)的主要作用在于避免由于網(wǎng)絡(luò)定時器的超時，而主動拆鏈導(dǎo)致的切換失敗，延長該類定時器可以挽回一部分由于網(wǎng)絡(luò)定時器超時而導(dǎo)致的切換失敗。英文名稱中文名稱最小值最大值默認(rèn)值參數(shù)描述級別IdleModeT312空閑模式-T312（單位：毫秒）1000150001000(1000..15000)。單位:毫秒啟動:：UE在開始建立專用物理信道時啟動此定時器；停止：測到N312次來自L1層的“insync”指示后停止；超時：如果超時意味著物理信道建立失敗。動態(tài)(可創(chuàng)建、可修改)ConnectedModeT312連接模式-T312（單位：毫秒）1000150001000(1000..15000)，單位:毫秒。啟動：UE在開始建立專用信道的時候啟動此定時器；停止：檢測到N312次來自L1層的“insync”指示后停止；超時：如果超時意味著物理信道建立失敗。動態(tài)(可創(chuàng)建、可修改)ConnectedModeT313連接模式-T313（單位：毫秒）0150001000(0..15000)，單位:毫秒。啟動：當(dāng)UE檢測到來自L1層的連續(xù)N313次“outofsync”指示后啟動此定時器；停止：當(dāng)UE檢測到來自L1層的連續(xù)N315次“insync”指示后停止此定時器；超時：如果T313超時意味著無線鏈路失敗。動態(tài)(可創(chuàng)建、可修改)ConnectedModeT314連接模式-T314（單位：毫秒）20002000012000(2000,4000,6000,8000,12000,16000,20000)。單位:毫秒。啟動：當(dāng)無線鏈路失敗后,如果存在與T314相關(guān)聯(lián)的無線承載(用于CS業(yè)務(wù))或者只存在RRC連接,則啟動該定時器。停止：由于RL失敗導(dǎo)致的小區(qū)更新過程結(jié)束后停止。超時:如果超時,釋放UE.一般來說,T314<T315。動態(tài)(可創(chuàng)建、可修改)ConnectedModeT315連接模式-T315（單位：秒）01800根據(jù)目前實驗網(wǎng)測試結(jié)果，推薦修改為10。（以前為180）(0,10,30,60,180,600,1200,1800)，單位:秒。啟動:當(dāng)無線鏈路失敗后,如果存在與T314相關(guān)聯(lián)的無線承載(用于PS業(yè)務(wù))或者只存在RRC連接,則啟動該定時器。停止:由于RL失敗導(dǎo)致的小區(qū)更新過程結(jié)束后停止。超時:如果超時,釋放UE。動態(tài)(可創(chuàng)建、可修改)3.2.1定時器超時，指的是RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息，和UE失去了聯(lián)系，此釋放該用戶的所有業(yè)務(wù)。異常流程說明：RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)沒有既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息。若在目標(biāo)小區(qū)已經(jīng)完成RL同步，則NodeB在目標(biāo)小區(qū)向RNC發(fā)送RadioLinkFailure消息，原因為同步失敗。（Note(1)）NodeB在源小區(qū)向RNC發(fā)送RadioLinkFailure消息，原因為同步失敗4）RNC釋放該用戶的所有業(yè)務(wù)，包括：RNC發(fā)起Iu連接的釋放，釋放Iu連接。若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。RNC收回內(nèi)部為該用戶分配的無線資源。RNC與NodeB釋放Iub接口的RL。RNC與NodeB釋放Iub接口的AAL2連接。RNC與UE釋放Uu接口RRC連接。切換過程失敗。Note(1)：若在目標(biāo)小區(qū)沒有完成RL同步，則在目標(biāo)小區(qū)沒有此消息。實體處理方法：確認(rèn)UE所在的位置及該區(qū)域的信號覆蓋（包括RSCP和C/I）是否良好；確認(rèn)該小區(qū)鄰小區(qū)的參數(shù)是否正確檢查目標(biāo)小區(qū)主載波ISCP值（可以從LMT-B上查詢）和所占時隙ISCP值（可以從OMT上查詢）檢查源小區(qū)配置的鄰區(qū)是否合適檢查周圍是否存在與目標(biāo)小區(qū)同頻同碼的小區(qū)確認(rèn)所用終端的型號及批次；3.2.2、Inter3.2.2IntraNodeB切換與InterNodeB切換之間的主要區(qū)別在于，IntraNodeB切換中目標(biāo)小區(qū)與RNC之間為RadioLinkAdditionRequest，而InterNodeB切換中目標(biāo)小區(qū)與RNC之間為RadioLinkSetupRequest。3.2.2NodeB間切換時NodeB失敗的兩種情況：目標(biāo)基站無線鏈路建立失?。荒繕?biāo)基站無線鏈路建立成功后，目標(biāo)基站的AAL2建立失敗。異常流程說明：當(dāng)目標(biāo)基站不能成功建立無線鏈路或不能建立AAL2連接時，切換過程失敗，UE仍保持與源基站小區(qū)的通信連接。若為AAL2建立失敗的情況，需要刪除與目標(biāo)基站的RL。實體處理方法：檢查目標(biāo)小區(qū)告警及資源使用狀態(tài)，可以從LMT-B查詢；檢查對比RNC下發(fā)的RLSetupRequest中攜帶的參數(shù)是否正確。3.2.2.3、異常流程-UE響應(yīng)切換失敗RNC向UE發(fā)送PhysicalChannelReconfiguration消息進(jìn)行切換。由于一些錯誤原因?qū)е耈E向RNC發(fā)送物理信道重配置失敗的響應(yīng)。導(dǎo)致UE發(fā)送失敗響應(yīng)的原因可能為：UE收到的消息協(xié)議錯；PhysicalChannelReconfiguration消息中包含無效的配置信息；PhysicalChannelReconfiguration消息中包含UE不支持的配置信息；配置信息不匹配；UE物理信道配置失敗；重配過程中無線鏈路失敗等。Inter-NodeB/Intra-RNC切換，UE響應(yīng)切換失敗異常流程說明：當(dāng)Iub接口無線鏈路以及AAL2連接建立完成以后，RNC向UE發(fā)送PhysicalChannelReconfiguration進(jìn)行切換。當(dāng)上述某項原因出現(xiàn)時，UE向RNC返回PhysicalChannelReconfigurationFailure消息。RNC與目標(biāo)NodeB釋放Iub接口的RL。RNC與目標(biāo)NodeB釋放Iub接口的AAL2連接。切換過程失敗，UE繼續(xù)在源NodeB小區(qū)進(jìn)行通信。當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時：對于該兩類原因首先要確認(rèn)RNC下發(fā)切換消息中攜帶的參數(shù)是否正確確認(rèn)UE的處理能力（可以從呼叫過程RRC建立完成消息中查到檢查目標(biāo)鄰小區(qū)參數(shù)配置是否正確當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為TIMEOUT時，其解決方案：確認(rèn)UE所在的位置及該區(qū)域的信號覆蓋（包括RSCP和C/I）是否良好；檢查源小區(qū)配置的鄰區(qū)是否合適；檢查周圍是否存在與目標(biāo)小區(qū)同頻同碼的小區(qū)；確認(rèn)該小區(qū)鄰小區(qū)的參數(shù)是否正確；檢查目標(biāo)小區(qū)主載波ISCP值（可以從LMT-B上查詢）和所占時隙ISCP值（可以從OMT上查詢）；確認(rèn)所用終端的型號及批次；檢查源小區(qū)定時器參數(shù)：具體內(nèi)容參見HYPERLINK基站內(nèi)切換分析3.2.2.4、異常流程-定時器超時失敗定時器超時，指的是RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息，和UE失去了聯(lián)系，此釋放該用戶的所有業(yè)務(wù)。異常流程說明：RNC在給UE發(fā)送了空中接口的配置消息后，在一定的時間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息。源NodeB與目標(biāo)NodeB均向RNC發(fā)送RadioLinkFailure消息，原因為同步失敗。RNC釋放該用戶的所有業(yè)務(wù)，包括：RNC發(fā)起Iu連接的釋放，釋放Iu連接。若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。RNC收回內(nèi)部為該用戶分配的無線資源。RNC與源NodeB釋放Iub接口的RL。RNC與源NodeB釋放Iub接口的AAL2連接。RNC與目標(biāo)NodeB釋放Iub接口的RL。RNC與目標(biāo)NodeB釋放Iub接口的AAL2連接。RNC與UE釋放Uu接口RRC連接。切換過程失敗。實體處理方法：確認(rèn)UE所在的位置及該區(qū)域的信號覆蓋（包括RSCP和C/I）是否良好；確認(rèn)所用終端的型號及批次；確認(rèn)該小區(qū)鄰小區(qū)的參數(shù)是否正確檢查目標(biāo)小區(qū)主載波ISCP值（可以從LMT-B上查詢）和所占時隙ISCP值（可以從OMT上查詢）3.2.33.2.33.2.3該過程描述的是，源RNC向CN發(fā)送RelocationRequired消息發(fā)起重定位時CN拒絕不能接收該重定位，可能的原因是：TRELOCalloc超時；目標(biāo)RNC、目標(biāo)CN或目標(biāo)系統(tǒng)重定位失?。荒繕?biāo)RNC、目標(biāo)系統(tǒng)不支持重定位；不允許重定位至目標(biāo)系統(tǒng)；Inter-RNC切換，源RNC對目標(biāo)RNC的重定位準(zhǔn)備失敗異常流程說明：RNC在收到CN的重定位準(zhǔn)備失敗消息后，重定位過程中止，源RNC仍為UE的服務(wù)RNC。實體處理方法：確認(rèn)該終端請求的業(yè)務(wù)和目標(biāo)小區(qū)的資源狀態(tài)；檢查目標(biāo)小區(qū)的告警信息和小區(qū)狀態(tài)。3.2.3.3該過程描述的是，重定位準(zhǔn)備過程中，源RNC側(cè)UE進(jìn)行重定位時失敗。重定位過程失敗，UE保持與源RNC進(jìn)行通信。異常流程說明及實體處理方法：源RNC收到CN的重定位指令后，在Iub接口建立RL及AAL2傳輸承載，隨后向UE發(fā)送重配置消息，目標(biāo)RNC收到由于UE側(cè)原因返回的重配置失敗消息源RNC在Iu接口發(fā)送RelocationCancel消息，取消重定位。目標(biāo)RNC向CN發(fā)送RelocationFailure消息，指示重定位失敗。源RNC與源NodeB釋放Iub接口RL。源RNC與源NodeB釋放Iub接口AAL2承載。CN與目標(biāo)RNC釋放Iu接口AAL2承載。重定位過程失敗，UE繼續(xù)與源RNC進(jìn)行通信。當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為無效配置和物理信道失敗時，其解決方案：對于該兩類原因首先要確認(rèn)RNC下發(fā)切換消息中攜帶的參數(shù)是否正確確認(rèn)UE的處理能力（可以從呼叫過程RRC建立完成消息中查到檢查目標(biāo)鄰小區(qū)參數(shù)配置是否正確當(dāng)UE回復(fù)切換失敗原因中攜帶的原因值為TIMEOUT時，其解決方案：確認(rèn)UE所在的位置及該區(qū)域的信號覆蓋（包括RSCP和C/I）是否良好；檢查源小區(qū)配置的鄰區(qū)是否合適；檢查周圍是否存在與目標(biāo)小區(qū)同頻同碼的小區(qū)；確認(rèn)該小區(qū)鄰小區(qū)的參數(shù)是否正確；檢查目標(biāo)小區(qū)主載波ISCP值（可以從LMT-B上查詢）和所占時隙ISCP值（可以從OMT上查詢）；確認(rèn)所用終端的型號及批次3.2.3.4該流程描述了重定位過程中三種發(fā)生在Iub接口兩側(cè)實體上的異常情況，由于在重定位過程中這三類異常Iu接口的表現(xiàn)是相同的，因此本流程中做同一描述。異常情況分別為：目標(biāo)RNC側(cè)無線資源無法滿足（流程中的alt.1）；目標(biāo)RNC側(cè)無線鏈路建立失敗（流程中的alt.2）；目標(biāo)RNC側(cè)Iub接口AAL2建立失敗（流程中的alt.3）；Inter-RNC切換，目標(biāo)RNC側(cè)Iub接口過程失敗異常流程說明及實體處理方法：（alt.1）目標(biāo)RNC收到來自CN的RelocationRequest消息后，本地配置無線資源失敗。（alt.2）目標(biāo)RNC收到來自CN的RelocationRequest消息后，本地配置無線資源，RL建立失敗。（alt.3）目標(biāo)RNC收到來自CN的RelocationRequest消息后，本地配置無線資源，RL建立，Iub接口AAL2建立失敗。目標(biāo)RNC向CN返回RelocationFailure消息。（alt.3）目標(biāo)RNC與目標(biāo)NodeB刪除無線鏈路。CN向源RNC響應(yīng)RelocationPreparationFailure消息，重定位過程失敗。UE繼續(xù)與源RNC進(jìn)行通信。實體處理方法：確認(rèn)該終端請求的業(yè)務(wù)和目標(biāo)小區(qū)的資源狀態(tài)檢查目標(biāo)小區(qū)的告警信息和小區(qū)狀態(tài)。3.2.43.2.4UE由TD-SCDMA網(wǎng)絡(luò)發(fā)起話音業(yè)務(wù)請求并成功接入后，RNC會根據(jù)小區(qū)的情況發(fā)起相應(yīng)的測量控制。如果需要對相鄰GSM小區(qū)測量，則相應(yīng)的在測量控制消息中添加Inter-RAT測量信息，當(dāng)滿足測量上報條件時UE將向RNC報告測量結(jié)果。RNC中的RRM對測量結(jié)果進(jìn)行處理判決并確定切換的目標(biāo)小區(qū)，如果需要切換的目標(biāo)小區(qū)為GSM小區(qū)，則執(zhí)行TD-SCDMA向GSM切換過程，見下圖3.2.4.2、異常流程-Relocationpreparation過程失敗在Relocationpreparation過程中，可能會有多種原因?qū)е率。热鏑N不支持向2G網(wǎng)絡(luò)的切換，核心網(wǎng)間、核心網(wǎng)與BSC接口或者BSS內(nèi)部協(xié)議過程失敗，目標(biāo)GSM小區(qū)沒有足夠的資源等。3.2.4.3、異常流程-Inter-RAThandoverfromUTRAN過程失敗當(dāng)UE接收到HANDOVERFROMUTRANCOMMAND消息后，如果不能夠成功的向目標(biāo)GSM小區(qū)切換，則可以重新回到源TD-SCDMA小區(qū)，并使用原有資源進(jìn)行數(shù)據(jù)傳輸。UE向RNC發(fā)送HANDOVERCANCEL消息，通過核心網(wǎng)告訴目標(biāo)BSC將目標(biāo)GSM小區(qū)資源釋放。當(dāng)RNC接收到RELOCATIONCANCELACKNOWLEDGE后過程結(jié)束。處理方法：對于該兩類原因首先要確認(rèn)RNC下發(fā)切換消息中攜帶的參數(shù)是否正確確認(rèn)UE的處理能力（可以從呼叫過程RRC建立完成消息中查到）檢查目標(biāo)G網(wǎng)鄰小區(qū)參數(shù)配置是否正確；確認(rèn)終端在切換時的門限值是否合理；確認(rèn)所用終端的型號及批次。檢查系統(tǒng)間切換定時器參數(shù)：適當(dāng)延長定時器T309英文名稱中文名稱最小值最大值默認(rèn)值參數(shù)描述級別ConnectedModeT309連接模式-T309（單位：毫秒）100080005000(1000..8000)。單位:毫秒啟動:UE在接收到CELLCHANGEORDERFROMUTRAN消息后啟動此定時器;停止:UE在成功響應(yīng)新小區(qū)的連接建立請求后停止此定時器;超時:T309超時,UE將恢復(fù)與UTRAN的連接。動態(tài)(可創(chuàng)建、可修改)4、CDL文件掉話失敗原因分析4.1、cdl分析關(guān)注要點目前的CDL文件使用LDT分析后，UE掉話對應(yīng)的有“掉話事件”和“掉話原因”，掉話原因為關(guān)注的重點，具體掉話原因?qū)?yīng)的有：RLfailureorRLCerrortimerexpiry。RB建立后，掉話；ReceiveUeTimerOutResponseMessageInDTDProc。RB建立失敗，影響接通；切換過程中發(fā)生RL失敗引起的掉話。切換失敗導(dǎo)致掉話；未知原因引起的掉話。切換失敗導(dǎo)致掉話；failedbecausecellupdateoccurs。小區(qū)更新失敗導(dǎo)致掉話；ReceiveUeTimeoutMsgduringHO。切換失敗導(dǎo)致掉話；小區(qū)更新超時。實為切換失敗掉話；RLFailure引起的掉話。無線鏈路失敗觸發(fā)小區(qū)更新，導(dǎo)致掉話；userorlinkforecerelease。UE在cs域和ps域中建立RAB，kpi中會統(tǒng)計為掉話或接入失??；RATHO,aswaitinglutimerexpiremessage,receivedacellchangeorderfromutranfailuremessage。系統(tǒng)間切換失敗導(dǎo)致掉線；rolledFailduringHO。小區(qū)更新導(dǎo)致切換失敗掉話；ThereasonfortheactionisexpiryoftimerTRELOCoverall.。系統(tǒng)間切換失敗導(dǎo)致掉話；RRCreleasewhenINTEGRITYCHECKfail。RAB建立失敗CellUpdateConfirm超時。小區(qū)更新，掉線；ReceiveUeFailureResponseMessageInDTDProc。RB建立失??；ReleaseisinitiatedduetoUTRANgeneratedreason.。重定位失敗；網(wǎng)絡(luò)優(yōu)化。在重選過程中，無RB建立；切換超時UE無響應(yīng)。在重選過程中，無RB建立；ReleaserequestedduetoUEgeneratedsignallingconnectionrelease。在重選過程中；re-accessrelease。在RRC建立完成和RAB請求之間，無RAB建立，不影響kpi；TheactionofuefailureresultRRCrelease。無RAB建立，不影響kpi4.2、掉話原因具體分析4.2.1、UE在通話過程中，NB向RNC上發(fā)RL失敗指示（原因：synchronisation_failur），相隔20s后，RNC向MSC上發(fā)IUReleaseRequest解決方案：具體解決方案參見HYPERLINKUE異常釋放分析4.2.2、ReceiveUeTimerOutResponseMessageInDTUE在接入過程中，RNC下發(fā)RBSetup后，相隔10sUE向RNC回RBSetupFailure，原因值為Timeout?？赡転闊o線環(huán)境較差導(dǎo)致，影響kpi接通率。該過程為接入失敗，具體解決方案可以參考接通率手冊。4.2.3UE在通話過程中，UE向RNC發(fā)送測量報告，發(fā)起切換，RNC向目標(biāo)NB發(fā)送RLSetupRequest，相隔9s后源NB向RNC回復(fù)RLFailureindication，原因值synchronisation_failure，UE與網(wǎng)絡(luò)失步導(dǎo)致，可能為無線環(huán)境較差導(dǎo)致。后UE回復(fù)物理信道重配失敗，失敗原因值：Timeout。解決方案：具體解決方案請參考HYPERLINKUE異常釋放分析4.2.6、UE在ps業(yè)務(wù)中，收到RNC下發(fā)的TransportChannelReconfiguration，相隔10s后UE回復(fù)TransportChannelReconfigurationFailure，原因值Timeout，導(dǎo)致掉線。解決方案：具體解決方案請參考HYPERLINKUE異常釋放分析4.2.9、1）UE發(fā)起rrc建立請求，請求原因為：registration，后MSC和SGSN分別在cs域和ps域發(fā)起RAB建立請求，在 RNC向UE發(fā)送RB建立后1s左右，RNC向MSC發(fā)起Iureleaserequest，原因值為userorlinkforecerelease，該類在kpi中可能統(tǒng)計為接入失敗。解決方案：具體解決方案請參考未接通手冊4.2.10、UE在建立RRC，原因值為：originatingInteractiveCall，當(dāng)達(dá)到系統(tǒng)間切換門限時，UE上發(fā)測量報告，RNC向UE發(fā)送CELLCHANGEORDERFROMUTRAN。9s后NB向RNC發(fā)送RL失敗指示，11s后UE上發(fā)CELLCHANGEORDERUTRANFAILURE，然后RNC發(fā)送IU釋放請求，導(dǎo)致掉線。解決方案：具體解決方案請參考HYPERLINKInter-RAThandoverfromUTRAN過程失敗4.2.11、UE在做PS業(yè)務(wù)時，UE上報測量報告，RNC下發(fā)TransportChannelReconfiguration，ue觸發(fā)小區(qū)更新，原因為無線鏈路失敗，RNC向SGSN發(fā)送IURELEASEREQUEST，釋放鏈路，統(tǒng)計為掉線。解決方案：具體解決方案請參考HYPERLINK異常流程-定時器超時失敗4.2.12、UE發(fā)起RRC建立請求，發(fā)起原因為：12.2k語音業(yè)務(wù)，當(dāng)cs域RAB建立成功后，UE又建立PS域rab鏈路，后UE上發(fā)3a測量報告，切換成功后，MSC釋放cs域IU口，后SGSN向RNC發(fā)送SRNSCONTEXTREQUEST，8s后NB向RNC發(fā)送RL失敗指示，12s后CPSS向IUC發(fā)送Iutimerabnormity，rnc向SGSN發(fā)送IURELEASEREQUEST，原因值為：ThereasonfortheactionisexpiryoftimerTRELOCoverall。UE發(fā)起RRC建立請求，發(fā)起原因為：12.2k語音業(yè)務(wù)，當(dāng)cs域RAB建立成功后，UE上發(fā)3a測量報告，RNC向UE發(fā)送HandoverFromUTRANCommandtoGSM，9s后NB向rnc發(fā)送RL失敗指示，UE向RNC發(fā)送切換失敗信令，RNC向MSC發(fā)送IURELEASEREQUEST，原因值為：ThereasonfortheactionisexpiryoftimerTRELOCoverall。解決方案：具體解決方案請參考HYPERLINKInter-RAThandoverfromUTRAN過程失敗4.2.13、UE發(fā)起RRC建立請求，原因值：originatingBackgroundCall，RNC下發(fā)RBsetup，8s后RNC上發(fā)IUreleaserequest，原因值為：RRCreleasewhenINTEGRITYCHECKfail。解決方案：具體解決方案請參考未接通分析手冊4.2.14UE發(fā)起RRC建立請求，建立原因：originatingInteractiveCall，RAB建立成功后，在小區(qū)21193上觸發(fā)了兩次小區(qū)更新，更新過程中RRM_ALLOCATE_RESOURCES_FAILURE.解決方案：具體解決方案請參考HYPERLINKUE異常釋放分析4.2.15、UE發(fā)起RRC建立請求，發(fā)起原因為：12.2k語音業(yè)務(wù)，當(dāng)cs域RAB建立成功后，UE又開始建立PS域rab鏈路，當(dāng)rnc下發(fā)rbsetup后，UE回復(fù)rb建立失敗，原因值為：physicalchannelfailure，RNC向核心網(wǎng)發(fā)送IUreleaserequest，釋放cs域和ps域，原因值為：ReceiveUeFailureResponseMessageInDTDProc。為RAB建立失敗。解決方案：具體解決方案請參考未接通分析手冊4.2.16該類原因一般發(fā)生在重選過程中，SMC失敗，原因值Timeout，同時RNC向MSC發(fā)起Iurealeaserequest，原因值為：TheactionofuefailureresultRRCrelease；該類過程無RB建立，kpi不做統(tǒng)計，不影響kpi。4.2.17該過程發(fā)生于小區(qū)重選過程中，無RAB建立，不影響kpi掉話率。4.2.18、該類原因已從kpi中剔除。4.2.19、UE發(fā)起RRC建立請求，請求原因為：terminatingConversationalCall，在RNC向UE發(fā)送SMC信令，9s后NB向RNC發(fā)送RL失敗指示，RNC向MSC發(fā)起Iureleaserequest，原因值為re-accessrelease，MSC向RNC發(fā)送IUreleasecommand，原因值：ReleaseisinitiatedduetoUTRANgeneratedreason.無RAB建立，不影響kpi。4.2.20、UE發(fā)起RRC建立請求，建立原因為terminatingHighPrioritySignalling，后在SMC過程中，ue回復(fù)SMC失敗，原因為Timeout，RNC向MSC發(fā)起IU口的釋放，釋放原因為TheactionofuefailureresultRRCrelease，MSC回復(fù)IURELEASECOMMAND，其原因值為TheUTRANortheUEisunabletosupporttherequest。該類原因無RAB建立，不影響kpi統(tǒng)計。4.2.21、UE在重定位過程中，核心網(wǎng)向RNC下發(fā)PS域和CS域的重定位請求，但RNC向SGSN上發(fā)IURELEASEREQUEST，原因值為：relocationisrequestedfortimecriticalreason.5、附錄：5.1、文檔依據(jù)：i.《無線KPI指標(biāo)統(tǒng)計模版(V4.10.10)_V1.2》ii.《性能測量參數(shù)數(shù)據(jù)需求－RNC分冊(V2.0.0)_應(yīng)答》iii.《090508-中國移動td網(wǎng)絡(luò)重點指標(biāo)及算法v17》iv.《無線接入網(wǎng)性能測量參數(shù)規(guī)范(d2.0.0)_20090213》v.《TDR3000性能計數(shù)器設(shè)計報告》5.2、CDL掉話原因及處理建議IUReleaseRequest掉話原因LocalCause掉話分析建議ReleaseduetoUEgeneratedsignallingconnectionrelease(HSPS_RAC_REL_DUE_TO_UE_GENERATED_SIGNALHSPS_RAC_REL_DUE_TO_UE_GENERATED_SIGNALRRC連接狀態(tài)下，RNC收到UE發(fā)起的signallingconnectionreleaseindication消息，向CN發(fā)起iureleaserequest?？湛谫|(zhì)量異常導(dǎo)致ReleaseduetoUTRANGeneratedReason(IUSP_REL_REQ_LOCAL_CAUSE_SINGLE_DOMAIN_TRNC_TFINISH_TIMER_EXPIRIUSP_REL_REQ_LOCAL_CAUSE_SINGLE_DOMAIN_TRNC_TFINISH_TIMER_EXPIR本RNC重定位時作為目標(biāo)側(cè)RNC，沒有收到RBRecfgComplete消息，重定位完成定位器超時后發(fā)起釋放。原因可能在于空口質(zhì)量不好，UE沒有和新小區(qū)同步導(dǎo)致。IUSP_REL_REQ_LOCAL_CAUSE_SINGLE_DOMAIN_TRNC_TFINISH_TIMER_EXPIRHSPS_RAC_SMC_INTEGRITY_CHECK_FAILURE完整性保護(hù)失敗導(dǎo)致。同終端已知小區(qū)更新bug導(dǎo)致。RepeatedIntegrityCheckingFailure(HSPS_RAC_SRB_SMC_NO_ALGO_SUPPORTHSPS_RAC_SRB_SMC_NO_ALGO_SUPPORT完整性保護(hù)過程中，UE沒有響應(yīng)（或者響應(yīng)失敗）SMC控制消息導(dǎo)致RNC發(fā)起釋放。UE異常。TrelocoverallExpiry(IUSP_REL_REQ_LOCAL_CAUSE_TRELOCOVERALL_EXPIREIUSP_REL_REQ_LOCAL_CAUSE_TRELOCOVERALL_EXPIRE本RNC作為源側(cè)RNC在重定位過程中，發(fā)出RBrecfg消息后，重定位恢復(fù)定時器超時（沒有收到正常iurelease消息）導(dǎo)致釋放。原因可能在于空口質(zhì)量不好，UE沒有和新小區(qū)同步導(dǎo)致。UnspecifiedFailure(HSPS_RAC_MM_CELLUPDATE_HAPPEN_WITH_OTHERPROC_UNSUPPORTEDHSPS_RAC_MM_CELLUPDATE_HAPPEN_WITH_OTHERPROC_UNSUPPORTEDRBsetup過程（或者分度調(diào)度RBrecfg過程）中并發(fā)小區(qū)更新過程RNC不支持導(dǎo)致。UnspecifiedFailure(HSPS_RAC_MM_INTERRATHO_UE_FAILHSPS_RAC_MM_INTERRATHO_UE_FAIL主要是PS域系統(tǒng)間切換后RNC內(nèi)部定時器超時（沒有收到PSCN的IUrelease消息）導(dǎo)致釋放。即上海和廣州都反饋的PSCN在系統(tǒng)間切換到2G后不發(fā)iurelease問題。推動CN解決。UnspecifiedFailure(HSPS_RAC_SRB_MM_UE_EXPIRYHSPS_RAC_SRB_MM_UE_EXPIRY本RNC作為源側(cè)RNC時發(fā)起relorequire消息，CN返回relo準(zhǔn)備失敗，原因為未知目標(biāo)rnc。請檢查本RNC的鄰rnc小區(qū)配置是否正確，若正確需要聯(lián)系cn定位。UnspecifiedFailure(HSPS_RAC_SRB_RB_CPSS_FAIL_RSPHSPS_RAC_SRB_RB_CPSS_FAIL_RSPRb建立過程中，rnc發(fā)出rbsetup消息后，沒有收到rbsetupcompete，本地定時器超時（10s）導(dǎo)致釋放。如果排除空口質(zhì)量正常的情況，另外一種可能就是激活時間失效，需要調(diào)整touedelay。UnspecifiedFailure(HSPS_RAC_SRB_RB_TPSS_FAIL_RSPHSPS_RAC_SRB_RB_TPSS_FAIL_RSPRNC的RLC層檢測到發(fā)生不可恢復(fù)性錯誤導(dǎo)致?？湛谫|(zhì)量差。UnspecifiedFailure(HSPS_RAC_SRB_RB_UE_FAIL_RSPHSPS_RAC_SRB_RB_UE_FAIL_RSP分組調(diào)度過程中，RNC發(fā)出rbrecfg（或者trchrecfg）消息，超時沒有收到UE的響應(yīng)導(dǎo)致?？湛谫|(zhì)量問題。UnspecifiedFailure(HSPS_RAC_SRB_RRCReAccess_RELEASEHSPS_RAC_SRB_RRCReAccess_RELEASEUE在有iu口連接的情況下，通過小區(qū)重選在一個新小區(qū)發(fā)起cellupdate，RNC在新小區(qū)為其建立資源，并在本小區(qū)發(fā)起iu釋放，釋放原UE的iu連接。RRC重建立的正常流程，比例較少，不需要