掉話(huà)率指標(biāo)及問(wèn)題

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