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