掉话率指标及问题

掉话率指标及问题分析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重建立的正常流程，比例较少，不需要