接通率指标提升优化手册(0730)

大唐移动接通率指标提升优化手册Build Excellent TD-SCDMA Network - 32 -目 录1接通率指标定义和解释41.1 话音业务RRC和RAB建立成功率涉及的计数器41.2 接通率的计算公式41.3 指标的详细解释52 UE接入过程信令流程分析72.1 信令接入分析72.2 RRC过程分析82.2.1 RRC Connection Request消息RNC没有收到82.2.2 同小区RRC建立过程中的重接入92.2.3 UE的RRC请求被拒绝且拒绝原因是Congestion102.2.4 RNC未下发RL Setup Request或下发后又发RL Deletion Request消息122.2.5 RNC下发RRC Connection Setup消息几秒后基站上发Radio Link Failure Indication132.2.6 RNC下发RRC Connection Setup消息后UE上发Cell Update消息152.2.7 RNC下发RRC Connection Setup消息但UE没有收到152.2.8 RNC下发RRC Connection Setup消息但UE回复RRC Connection Release Complete162.2.9 UE发出了RRC Connection Setup Complete消息但没有收到FP的ACK162.3 RAB过程分析172.3.1 RAB Assignment Request发送给RNC后RNC直接返回失败172.3.2 无线链路重配置过程失败182.3.3 RB建立过程失败182.3.4 RB建立阶段基站上发Radio Link Failure Indication182.3.5 CN主动下发Iu口释放命令182.3.6 RB建立过程并发小区更新182.3.7 UTRAN或UE不支持该请求182.3.8 Iu口Iuup建立失败192.3.9 Iu口Gtpu建立失败192.4 其它阶段导致的未接通分析192.4.1 安全模式失败192.4.2 路由区更新失败192.4.3 位置区更新后RNC主动释放RRC连接203 CDL文件接通失败分析213.1 RRC signal process fail213.1.1 RRC Connection Setup无响应213.1.2 Radio link Failure indication（上行失步）233.1.3 下行失步243.1.4 RRC建立请求由于拥塞被拒绝243.1.5 RNC下发RRC Connection Setup消息但UE回复RRC Connection Release Complete253.2 Traffic setup fail253.2.1 RAB Setup Failure253.2.2 RB Setup Failure253.2.3 RB建立过程核心网下发IU释放命令（UTRAN或UE不支持该请求）273.2.4 RB建立过程并发小区更新273.2.5 RNC内部层2配置失败283.2.6 RAB建立期间CN主动释放Iu连接283.2.7 上行失步293.3其它阶段导致的未接通293.3.1 安全模式失败294 附录- 30 -4.1 文档依据- 30 -4.2 通过小区ID确认小区归属RTPA单板和DSPID的方法- 30 -4.3 TPSS定位方法总结- 30 -4.4 关于TF、TFS、TFC、TFCS、TFI、TFCI- 30 -4.5 关于小区更新- 31 -4.6 关于UpPCH的干扰- 31 -接通率指标提升优化手册1接通率指标定义和解释接通率指标定义：接通率 = 话音业务RAB建立成功率 * 会话类业务RRC连接建立成功率1.1 话音业务RRC和RAB建立成功率涉及的计数器指标编码英文名称指标解释RNCHA01RAB.AttEstabCs.Conv.RAB.AttEstabCs.Conv.电路域RAB指配建立请求的RAB数目RNCHA02RAB.SuccEstabCsNoQueuing.Conv.RAB.SuccEstabCsNoQueuing.Conv.电路域无排队的RAB指配建立成功的RAB数目RNCHA03RAB.SuccEstabCsQueuing.Conv.RAB.SuccEstabCsQueuing.Conv.电路域有排队的RAB指配建立成功的RAB数目RNCHP01RRC.AttConnEstab.1RRC.AttConnEstab.6按原因分RRC连接请求次数RNCHP02RRC.SuccConnEstab.1RRC.SuccConnEstab.6按原因分RRC连接建立成功次数 1.2 接通率的计算公式公式英文表示：(RAB. SuccEstabCSNoQueuing. Conv.+RAB. SuccEstabCSNoQueuing. Conv.)+(RAB.SuccEstabCsQueuing.Conv.+RAB.SuccEstabCsQueuing.Conv.)/( RAB. AttEstabCS.Conv.+RAB.AttEstabCS.Conv. )*( RRC.SuccConnEstab.1+RRC.SuccConnEstab.6) / ( RRC.AttConnEstab.1+RRC.AttConnEstab.6 )公式计数器表示：100*(R002_722-R002_002)+(R002_002)+(R027_002+R027_003+R027_004)+(R027_001)/(R002_721-R002_001)+(R002_001) * (R001_003)+(R001_008)/(R001_001)+(R001_006)计数器计数器详细说明R002_722CS会话类业务(AMR)RAB建立成功次数R002_002CS会话类业务(12.2k)RAB建立成功次数R027_001CS会话类业务(12.2k)有排队的RAB建立成功次数R027_002CS会话类业务(7.95k)有排队的RAB建立成功次数R027_003CS会话类业务(5.9k)有排队的RAB建立成功次数R027_004CS会话类业务(4.75k)有排队的RAB建立成功次数R002_721CS会话类(AMR) RAB建立请求次数R002_001CS会话类业务(12.2k) RAB建立请求次数R001_003主叫会话类 RRC连接建立成功次数R001_008被叫会话类 RRC连接建立成功次数R001_001主叫会话类 RRC连接建立请求次数R001_006被叫会话类 RRC连接建立请求次数上一公式中的(R002_722-R002_002)+(R002_002)其中对R002_002先减后加的目的是应中国移动要求，因子中要能够体现非12.2K的AMR次数和12.2K的AMR次数之和。1.3 指标的详细解释指标编码RNCHA01英文名称RAB.AttEstabCs.Conv.RAB.AttEstabCs.Conv.中文名称.1电路域RAB指配建立请求的RAB数目定义统计电路域RAB指配建立请求的RAB数目，应该按根据业务速率细分的业务类型分类统计。单位：（个）；触发点RNC接收到电路域CN发来的“RAB指配请求”（RAB ASSIGNMENT REQUEST）消息，消息中包含需要建立的RAB。每个根据业务速率细分的业务类型对应一个子测量项，业务类型定义参见3GPP TS 23.107。根据业务速率细分的业务类型定义参见附录B。（3GPP TS 25.413、3GPP TS 23.107、3GPP TS 34.108）采集方式CC；数据类型和取值说明每个子测量项的数据类型为整型；单位个统计的空间粒度RncFunction；统计的时间粒度15分钟上报周期15分钟备注英文名称的中的编号标示上下行速率(kbps)，“1”表示NB-AMR (12.2,10.2,7.95,7.4,6.7,5.9,5.15,4.75)，“2”表示12.2，其中NB-AMR表示窄带。 指标编码RNCHA02英文名称RAB.SuccEstabCsNoQueuing.Conv.RAB.SuccEstabCsNoQueuing.Conv.中文名称.2电路域无排队的RAB指配建立成功的RAB数目定义统计电路域无排队的RAB指配建立成功的RAB数目，应该按根据业务速率细分的业务类型分类统计。单位：个；触发点RNC向电路域CN发送“RAB指配响应”（ RAB Setup Success）消息，其中包含建立成功的RAB数目。每个根据业务速率细分的业务类型对应一个子测量项，业务类型定义参见3GPP TS 23.107。根据业务速率细分的业务类型定义参见附录B。（3GPP TS 25.413、3GPP TS 23.107、3GPP TS 34.108）备注英文名称的中的编号标示上下行速率(kbps)，“1”表示NB-AMR (12.2,10.2,7.95,7.4,6.7,5.9,5.15,4.75)，“2”表示12.2，其中NB-AMR表示窄带。 指标编码RNCHA03英文名称RAB.SuccEstabCsNoQueuing.Conv.RAB.SuccEstabCsNoQueuing.Conv.中文名称.3电路域有排队的RAB指配建立成功的RAB数目定义统计电路域有排队的RAB指配建立成功的RAB数目，应该按根据业务速率细分的业务类型分类统计。单位：个；触发点RNC向电路域CN发送“RAB指配响应”（RAB ASSIGNMENT RESPONSE）消息，其中包含建立成功的RAB数目。每个根据业务速率细分的业务类型对应一个子测量项，业务类型定义参见3GPP TS 23.107。根据业务速率细分的业务类型定义参见附录B。（3GPP TS 25.413、3GPP TS 23.107、3GPP TS 34.108）备注英文名称的中的编号标示上下行速率(kbps)，“1”表示NB-AMR (12.2,10.2,7.95,7.4,6.7,5.9,5.15,4.75)，“2”表示12.2，其中NB-AMR表示窄带。 指标编码RNCHP01英文名称RRC.AttConnEstab.1RRC.AttConnEstab.6中文名称.1按原因分RRC连接请求次数定义统计小区中RRC连接请求的次数，应该按请求原因分类统计。单位：次；触发点RNC接收到UE发来的“RRC连接请求”（RRC CONNECTION REQUEST）消息，不计重发，每个原因对应一个子测量项，所有原因之和用“.sum”表示。（3GPP TS 25.331）备注R001_001R001_0062 UE接入过程信令流程分析2.1 信令接入分析上面的流程主要分为RRC过程和RAB过程：（1） 对于RRC建立完成后至RAB建立前,消息交互中的失败流程不会记入接通率的统计中，其间涉及到RNC需要处理的消息有用户Iu信令连接的建立和完整性保护和加密。（2） 检查前需要先确认UE所在小区的覆盖范围，对于弱覆盖引起的接入失败一般表现现象是CELL UPDATE和NB上报RADIO LINK FAILURE比较频繁，UE接入的信令时间上不连续，UE会频繁的注册；（3） 对于注册类消息如LAU、RAU、TMSI重分配的RRC建立失败不记入接通率统计；2.2 RRC过程分析RRC过程主要就是在UE上发了RRC Connection Request消息后，初始直传消息前，具体流程如下图：其中(R001_003)+(R001_008)/(R001_001)+(R001_006)是此部分关键的公式，也就是说：（1） 对于单UE多次RRC Connection Request消息，我们在统计的时候只统计一次；（2） 公式中只有RRC Connection Request消息和RRC Connection Setup Complete消息的统计，和RRC Connection Setup消息的数量无关；（3） 如果UE的RRC请求发不上来，会影响路测指标，不会影响网管指标。RRC建立过程可能出现的问题主要分成以下几类:2.2.1 RRC Connection Request消息RNC没有收到外场人员发现该问题时，首先需要让机房对该小区进行跟踪，确认网络侧是否收到该信令：（1）如果没有收到，则需要基站组轮询基站、查询该基站的相关告警以及ISCP值，之后对小区进行去激活和激活或者复位，确认基站工作状态正常后可以再LMT-B检查RACH信道消息收发情况；（2）如果仍然无法解决的问题，建议调整UpPCH的值，具体处理方法参考如下：RRC Connection Request的重发表明UE的上行信号质量没有达到NodeB的解调要求，所以导致RRC连接的失败。要解决RRC的连接问题，可以增大RRC Connection Request所在的PRACH信道的功率从而使Nodeb能够正确解调出RRC Connection Request消息，完成RRC的连接。PRACH是一个上行信道，该参数在基站侧通过LMT-B配置。该参数调大后会带来干扰，建议针对路测时发现的RRC Connection Request消息无响应的NodeB适当的提高，辅以路测确认。我们配置的默认值是40(40的含义是40/2-10也就是10db)，如果需要可以调整到50观察一下效果，普天调整后的参数和我们目前配置的一样。具体参数位置见下：LMT-B 被管对象-协议软件-物理层-SD-设置SD信息-每个PRACH信道的载干比默认值40对应10Db，取值范围0127。备注：如果UE使用过大的发射功率就会降低系统的容量，所以在随机接入过程中降低UE的发射功率就显得尤为重要，而且在随机接入过程中该UE的发射功率不能由快速闭环功控来控制。当然这看起来有些矛盾，高的发射功率可以快速的同步，但造成对其他用户的干扰；而低的发射功率又要经过很长的时间，不断在有限的重试次数中，一步步抬高发射功率。因此准确的开环功控可以让UE使用一个合适的初始发射功率，对提高随机接入的性能有很大的好处。2.2.2 同小区RRC建立过程中的重接入RRC建立的过程中，当RNC收到UE发送的RRC Connection Request消息后，RNC向NodeB发送Radio Link Setup Request消息，此时UE再次发送RRC Connection Request消息，并且两次请求的UEID不同，此时RNC将抛弃前一次的RRC建立请求，只回复最近一次的RRC建立请求（如下图）。对于本小区的RRC重接入过程，之前发送的RRC Connection Request不计入未接通范围。2.2.3 UE的RRC请求被拒绝且拒绝原因是Congestion一般需要检查是否为网络拥塞导致。为了避免由于参数导致的网络拥塞，我们需要检查以下参数：（1） BRU引起拥塞的可能为小区时隙未激活；（2） 限码接入最大BRU使用数量过小；（3） 基于功率的拥塞可能为上下行功率拥塞判决门限过低；（4） 核查基站的传输问题；u RNC内部L2配置失败导致的拥塞：对于此类原因导致的拥塞需要进一步定位，具体可以参见附录“TPSS定位方法总结”。如果“拥塞”被拒绝后，在没有用户释放的时候，有新的用户接入成功，说明前次“Reject”不是真正的拥塞，而是RRC建立前RNC和NB节点同步失败，该现象需要重点检查：（1）传输规划与实际是否一致；（2）传输有无告警；目前此类问题较多的站点主要表现为节点同步NB无响应，此类问题需要检查传输的误码和闪断情况，针对频繁闪断的E1链路，需要通报给传输机房检查，同时优先闭掉相关的链路，待传输问题解决后，才能放开。E1闪断的查询方法参加附件*王贤提供；u 真正拥塞的判断方法：为了确认是否为真实的网络拥塞，我们需要通过RNC模拟Shell命令在该小区对应的RSPA板上通过hsps_rrm_show_cell_oma_Info命令检查，该命令使用方法请参看LDT帮助文件附录的HSPS子系统Shell命令列表，该命令可以提供对应的频点、时隙、码道的资源占用情况；u KPI拥塞小区的筛选及处理该问题详细处理办法参考如下：2.2.4 RNC未下发RL Setup Request或下发后又发RL Deletion Request消息该问题可能是由于UE重接入导致的，此类问题影响RRC接入成功率指标，但用户可以正常接入，用户感受上只是比普通UE接入时间要略长一些。此类问题表现上是UE在正常接入时，RRC建立过程中在不固定的时刻RNC会主动下发RADIO LINK DELETE消息。此时需要检查CDL文件同时刻的其他呼叫，确认是否有同IMSI/TMSI用户接入，想了解具体网络中此类情况所发生的数量，可以通过LDT RSPA板的模拟Shell命令 hsps_rac_show_msgcount来确认。下面是RAC的消息统计：RRC REQUEST Handle Re-Access Differ Cell In Setup Suc is . 293RRC REQUEST Handle Re-Access Differ Cell In WaitRlRsp Suc is .368 （等待RL Setup Response时，收到的从另一小区来的RRC连接请求的次数）RRC REQUEST Handle Re-Access Differ Cell In WaitTpssRsp Suc is .0RRC REQUEST Handle Re-Access Differ Cell In Connecting Suc is .242 RRC REQUEST Handle Re-Access In Connected Suc is .10RRC REQUEST Handle Normal Access is . 14720RRC SETUP Send Cc Resource Req Success is . 14720RRC SETUP Receive Cc Resource Rsp Success is . 14478此处少收到CC的资源响应消息242次；原因是在等待CC模块的资源分配响应消息时，重接入（见上面的消息统计）导致释放本用户，接入新用户RRC SETUP Receive Cc Resource Rsp Fail is . 0RRC SETUP Send RL Setup Req Fail is . 0RRC SETUP Send RL Setup Req Success is . 14478RRC SETUP Receive RL Setup Rsp Success is . 14110此处少收到IubC的RL Setup Rsp消息368次，原因是在等待RL Setup Response消息时，又收到了UE从不同小区上报的重接入，从而导致释放原UE，接入新的UE，所以在CDL中看到RL Setup Response后紧接着就RL Delete了。RRC SETUP Receive RL Setup Rsp Fail is . 0RRC SETUP Send l2 Req Success is . 14110RRC SETUP Receive L2 Rsp Success is . 14110上面这些重接入，都会导致RNC强行释放原UE，在新的小区接入新的UE，即会导致RRC未接通统计的增加。如果是同小区的重接入，则不会统计为RRC接入失败。解决此类问题的方法是减少无主覆盖区域的面积，尤其对于网络建设密度很大的城市尤其需要注意。即使同一个区域有两到三个的小区信号覆盖，也要争取让两者信号差在10db左右，同时注意控制一下切换带的范围，不要让切换带太长。无主覆盖：在同一区域两小区覆盖的信号强度差值小于5db，该区域中的UE小区重选、切换的几率会大幅增加，会增加UE的电池耗电，如果LAC间存在大面积无主覆盖区域，该区域的被叫寻呼成功响应率也会大幅降低。为了减少无主覆盖区域的频繁切换，短期可以通过调整小区个性偏移来解决。无主覆盖区域最好还是通过调整天线方位角、俯仰角及小区发射功率来改善。2.2.5 RNC下发RRC Connection Setup消息几秒后基站上发Radio Link Failure Indication该类失败携带的原因是“synchronization_failure”，对于该问题需要检查UE所在位置的覆盖、上行干扰、终端的类型、基站的状态（RRU/BBU及板上的DSP的状态、告警），同时可以检查小区的无线链路失败定时器的配置，标参默认配置为5秒，适当的调整到10-15秒可以给UE增加与NB同步上的机会，但也会影响部分用户感受；对于确认为弱覆盖导致的问题，如果短期内无法解决加站的问题，建议通过2/3G切换进行应对，具体调整方法参考如下：以上图为例，（1）通过对UPPCH 0、22、53、76 4个位置ISCP的确认，干扰都在-108左右，属于合理的范围；（2）检查该小区周边时段的用户接入，没有看到类似现象，都是成功接入，应该和NB关系不大；（3）检查该TMSI的两次呼叫，另外一次是成功，通过对该IMSI的确认，该时段内该IMSI共有28次接入/注册全部成功，综上可能和UE所在位置有关。处理建议：如果该小区类似现象较多，可以通过调高UE的上行发射功率，不调整下行发射功率的原因是RRC Connection Setup消息是通过公共信道FACH下发，下行发射功率应该可以满足UE的接收需要。目前小区默认的功率控制方式都是采用计算得到：上行：DPCH功率分配方式用于控制上行期望接收功率分配采用何种方式。RNC按照SF=1分配此参数RSCPSIR+ISCP。由于实际上行信道不是按SF=1进行，所以具体使用的发射功率最终由终端选择。下行：由于目前大都配置的是基于路损分配方式而不是静态分配，所以，初始下行功率分配方式将不再启用。对于此现象比较频繁的小区，可以通过调整该小区“功率修正到量”+10到+30（单位：0.1dB）来缓解，调整结束后需要观察该小区及周边邻小区的指标变化情况。由于目前配置的信令是13.6，则组合索引是13上行如下图：不建议调整最大允许上行发射功率是为了防止UE的上行发生功率过大对周边用户带来干扰。配给NB的上行目标信噪比也就是NB的上行期望接收功率。配给UE上行目标信噪比用户计算UE的上行发射功率，配置为-90的时候实际发给UE的配置值为-89（如下图）。下行如下图：下行DL SF为16的初始下行发射功率用于静态分配，所以按如上配置将不起作用。目前NB侧实际下行发射功率为-60（如下图），该参数对于RRC Connect Setup消息将不起任何作用，该参数只是对于后续DPCH上发送的消息有用。2.2.6 RNC下发RRC Connection Setup消息后UE上发Cell Update消息该类更新携带的原因为“radio link failure / rlc unrecoverable failure”，对于该问题需要检查UE所在位置的覆盖、下行干扰、终端的类型、基站的状态（RRU/BBU及板上的DSP的状态、告警）；2.2.7 RNC下发RRC Connection Setup消息但UE没有收到该问题需要重点检查空口，UE侧检测该位置的C/I；NB通过LMT-B检查有无异常告警, 此类问题检查的方法可以通过LMT-B检查FACH和RACH计数器的变化情况来进一步分析基站侧有无成功将RNC下发的RRC Connection Setup消息下发到空口；为了避免由于UE消息没有收全导致，RRC Connection Setup消息可以通过调大以下参数解决此类问题：注意：对于UE信令建立在FACH上将不起作用；2.2.8 RNC下发RRC Connection Setup消息但UE回复RRC Connection Release Complete该问题有待进一步研究。2.2.9 UE发出了RRC Connection Setup Complete消息但没有收到FP的ACK1、一般是RNC上行接收不到RRC Connection Setup Complete导致，可以通过RNC的Trace确认，也可以观察NodeB处是否上报Radio link Restore Indication，如果NodeB一直没有上报，说明上行没有同步上，有可能是开环功控不正确，可以在UE处关闭功控，以较大的发射功率（16dBm）发射；2、如果反复复位接入不成功，更换UE还是不成功，则查看并修改RLC参数看是否合适（如加大重传次数、和加大重传时间），如下图 。需要注意的是RRC Connection Setup消息是采用UM模式发送的，而UE上发的RRC Connection Setup Complete消息是采用AM模式在SRB2上发送的，SRB2对应的RLC ID是2；2.3 RAB过程分析RAB过程是指CN给RNC下发了RAB Assignment Request消息后，RNC给CN回RAB Assignment Response消息前，具体流程如下图：具体的公式是：(R002_722-R002_002)+(R002_002)+(R027_002+R027_003+R027_004)+(R027_001)/(R002_721-R002_001)+(R002_001)计数器计数器详细说明R002_722CS会话类业务(AMR)无排队RAB建立成功次数R002_002CS会话类业务(12.2k)无排队RAB建立成功次数R027_001CS会话类业务(12.2k)有排队的RAB建立成功次数R027_002CS会话类业务(7.95k)有排队的RAB建立成功次数R027_003CS会话类业务(5.9k)有排队的RAB建立成功次数R027_004CS会话类业务(4.75k)有排队的RAB建立成功次数R002_721CS会话类(AMR) RAB建立请求次数R002_001CS会话类业务(12.2k) RAB建立请求次数从以上公式可以明显看出，所有影响RAB建立失败的因素都会影响RAB指派的成功率指标，主要包括3部分：Uu口RB建立、Iub口Radio Link重配置、Iu口Iuup建立或Gtpu建立过程；该过程可能出现的问题主要分成以下几类：2.3.1 RABu RAB Assignment Request发送给RNC后RNC直接返回失败如果RNC没有发起RAB内的建立过程而直接给CN返回失败则需要检查RAB失败原因，如果原因为“RRM_ALLOCATE_RESOURECES_FAILURE”，则说明小区拥塞，具体需要检查如下参数：（1）BRU引起拥塞的可能为小区时隙未激活；（2）限码接入最大BRU使用数量过小；（3）基于功率的拥塞可能为上下行功率拥塞判决门限过低；2.3.2 无线链路重配置过程失败（1）如果NB返回失败则需要关注失败原因；（2）重点检查比对两条成功和失败的无线线路重配置消息有无明显差异；（3）从LMT-B检查NB侧有无异常告警；（4）注意检查RNC和NB在Iub口上的行标的版本；（5）关注失败的规律，在6月28日曾经出现的H业务无线链路重配置失败最终定位是NB内存耗尽导致，该问题已经在TDB36A_V4.00.00.50.26_版本修复；2.3.3 RB建立过程失败u 先检查RNC侧LOG能否看到RB建立响应，如果不能则需要检查UE是否收到RB建立消息，此种情况UE大都会在3-5秒后上报CELL UPDATE消息，需要重点检查覆盖和干扰；u 如果UE返回RB建立失败则关注失败原因：（1） 如果失败原因为“Physical Channel Failure”，则说明UE在建立业务时与NB同步失败或者无法占用目标载频，此时需要检查一下干扰；此类问题的解决，需要将连接模式的T312由1s修改为4s规避；（2） 如果失败原因为“Invalid Configuration”，则需要比对检查成功失败的RB建立消息，同时需要重点检查UE的能力（UE能力在RRC Connection Setup Complete消息里有体现），比如是否支持R5业务、多时隙、多载波；（3） 如果失败原因为“Timeout”，则需要检查终端是否收到RNC下发的RB建立消息，收到后是否回复RB建立完成或失败的消息；若回复RB建立完成而RNC没有收到，需要在基站侧和RNC侧检查DCH的计数器，同时重点关注DCH信道上行干扰；u 遇到RB建立失败的需要先分析失败的规律性，检查失败与特定的终端还是小区还是RSPA有关；2.3.4 RB建立阶段基站上发Radio Link Failure Indication该类失败携带的原因是“synchronization_failure”，对于该问题需要检查UE所在位置的覆盖、上行干扰、终端的类型、基站的状态（RRU/BBU及板上的DSP的状态、告警）；2.3.5 CN主动下发Iu口释放命令终端在呼叫过程中主动挂机会导致CN在RAB建立过程中下发Iu Release Command消息，且携带的事件参数为“The Release is normal”，该问题有待进一步研究；2.3.6 RB建立过程并发小区更新RB建立过程中，UE上发Cell Update消息，更新原因为“radio link failure”。该问题需要检查UE所在位置的覆盖、下行干扰、终端的类型、基站的状态（RRU/BBU及板上的DSP的状态、告警）；2.3.7 UTRAN或UE不支持该请求RB建立过程中，核心网向RNC下发UE或UTRAN不能支持该请求。对于此类情况，需要对该IMSI进行跟踪，确认该用户的终端类型，并核对用户申请的业务从而进行判断；通过IMSI跟踪确认终端型号的方法如下：2.3.8 Iu口Iuup建立失败具体失败原因分析和定位可以参见附件“TPSS定位方法总结”；2.3.9 Iu口Gtpu建立失败目前3000设备在外场还没有遇到类似问题，遇到此类问题主要还是检查PS Iu口的业务参数与CN的配置情况；2.4 其它阶段导致的未接通分析本节中提到的未接通分析，根据第一章可知，对网络的KPI指标没有影响。但是这些问题却能导致路测指标下降，影响用户感知，同样需要网络优化人员进行解决，因此本节着重分析该类问题。2.4.1 安全模式失败2.4.2 路由区更新失败该问题从拒绝原因上无法直接分析出CN拒绝的原因，最终确认为该IMSI在HLR中数据没有更新导致。2.4.3 位置区更新后RNC主动释放RRC连接该问题是在RNC同CN协商Iu口信令连接时，CN直接拒绝了RNC的Iu口建链请求，由于RNC的Iu口建链请求是同初始直传消息打包在CR消息中发给CN，也就意味着CN拒绝了该Location Update Request消息。最终确认是CN在割接时将该小区的数据没能及时添加到对应的CN数据中导致。3 CDL文件接通失败分析目前的CDL使用LDT分析后，产生的UE接入表中的“UE建立原因”和“呼叫结果”是我们需要重点关注的对象，常见失败原因有如下几类：RRC signal process fail、Signal Link setup fail、traffic setup fail。uSignal Link setup fail与RRC signal process fail的最大区别是，前者是指Iu口信令建立失败或UE的安全模式控制建立失败导致的释放，后者是指RRC过程建立失败，前者失败不会影响接入成功率指标，不是优化重点关注对象；u RRC建立原因包括：Orig.ConversationalCall（主叫语音）、Term.ConversationalCall（被叫语音）、Orig.InteractiveCall（主叫交互类）、Streaming（流媒体）、Orig.BackgroundCall（主叫背景类）、interRAT_CellReselection、callRe_establishment、Orig.HighPrioritySignalling、Term.HighPrioritySignalling、Orig.LowPrioritySignalling、Term.LowPrioritySignalling、detach；3.1 RRC signal process fail3.1.1 RRC Connection Setup无响应注：上图中看到的RRC Connection Setup多次出现是由于目前的cdl对同一用户多次发送的RRC Connection Request不进行重复记录导致；正常情况下，RRC Connection Setup对应RRC Connection Request只回复一次，如下图所示：目前的参数标定手册中显示的是“3”，RNC中配置的同样是“3”，但是程序中并没有应用此值，而是按照次数“1”执行（如表所示）；当等待UE响应“RRC Connection Setup Complete”消息超过10s后（如表中所示），RNC主动下发“Radio link Deletion Request”消息。英文名称中文名称最小值最大值默认值参数描述级别NConnSetup重发RRC CONNECTION SETUP消息次数1103RNC给UE发送了RRC connection setup消息后，启动保护定时器，防止没有收到UE响应时，RNC进行下一步处理。当保护定时器到期后，在一段时间内，再次收到同一UE发送的RRC建立请求，RNC向该用户发送RRC建立的最大次数。该参数目前不使用。不显示（讨论确定）TimerRrcUeRsp等待UE响应消息定时器（单位：10ms）0655351000该定时器为空口RRC CONNECTION SETUP 消息/RADIO BEARER SETUP消息/CELL UPDATE CONFIRM消息等的等待定时器。启动：RNC向UE发送RRC CONNECTION SETUP 消息/RADIO BEARER SETUP消息/CELL UPDATE CONFIRM消息后, 启动该定时器。停止：在定时器内, 收到UE发送的RRC CONNECTION SETUP COMPLETE/ RADIO BEARER SETUP COMPLETE确认消息后, 停止该定时器。 对于小区更新确认消息就是收到下列五种过程之一：RADIO BEARER RELEASE COMPLETE；RADIO BEARER RECONFIGURATION COMPLETE；TRANSPORT CHANNEL RECONFIGURATION COMPLETE；PHYSICAL CHANNEL RECONFIGURATION COMPLETE；UTRAN MOBILITY INFORMATION CONFIRM则停止该定时器。超时：该定时器超时后, 进行RRC连接释放/RB释放，小区更新涉及的五种过程释放。2*TTI +100ms+T312。建议范围：1.5s 16s。单位：10ms动态(可创建、可修改)具体处理方案参见“UE接入过程信令流程分析”中的RRC Connection Setup无响应3.1.2 Radio link Failure indication（上行失步）RRC建立完成后19s，基站主动上报无线链路失败，初步分析是RRC建立连接完成后，由于上行失步，导致UE的初始直传消息没有发上来。具体处理方案参见“UE接入过程信令流程分析”中的上行失步。3.1.3 下行失步UE在建立RRC的过程中检测到下行失步，主动上发小区更新，原因是“radio link failure”，RNC主动释放该用户。具体处理方案参见“UE接入过程信令流程分析”中的下行失步。3.1.4 RRC建立请求由于拥塞被拒绝通过上图可以清晰的看到因为“拥塞”被拒绝后，在没有用户释放的时候，新用户接入却能接入成功，说明前次Reject不是真正的拥塞，而是RRC建立前RNC和NB节点同步失败，按照2.2.3中的方法进行检查发现：（1）传输规划与实际是否一致：检查结果：规划了24条E1，实际安装了16条，其他8条已经被手动闭塞；（2）传输有无告警：检查结果：泰丽B的链路号为23的E1，处于未激活，但在绑组中，确认该E1链路有问题，已经闭塞该E1。3.1.5 RNC下发RRC Connection Setup消息但UE回复RRC Connection Release Complete具体处理方案参见“UE接入过程信令流程分析”中UE主动发送RRC释放完成消息3.2 Traffic setup fail3.2.1 RAB Setup Failure（1）码资源分配失败具体处理方案参见“UE接入过程信令流程分析”中的RAB建立失败原因分析3.2.2 RB Setup Failure（1）无效配置（invalid configuration）具体处理方案参见“UE接入过程信令流程分析”中的RB建立失败原因分析（2）超时（Timeout）具体处理方案参见“UE接入过程信令流程分析”中的RB建立失败（超时）3.2.3 RB建立过程核心网下发IU释放命令（UTRAN或UE不支持该请求）具体处理方案参见“UE接入过程信令流程分析”中的UTRAN或UE不支持该业务请求3.2.4 RB建立过程并发小区更新具体处理方案参见“UE接入过程信令流程分析”中的RB建立过程中并发小区更新3.2.5 RNC内部层2配置失败具体处理方案参见“UE接入过程信令流程分析”中的TPSS定位方法；3.2.6 RAB建立期间CN主动释放Iu连接此类现象的发生可能是由于用户在拨打的过程中，会话未建立前按了挂机键导致；该类现象包括Iu Release Command发生在RAB Setup Request之后，RAB Setup Complete之前的所有情况，Iu口释放命令的原因是“The release is normal”；具体处理方案参见“UE接入过程信令流程分析”中的CN主动释放Iu连接3.2.7 上行失步具体处理方案参见“UE接入过程信令流程分析”中RAB建立分析中的上行失步3.3其它阶段导致的未接通3.3.1 安全模式失败具体处理方案参见“UE接入过程信令流程分析”中的2.4.14 附录4.1 文档依据1、无线KPI指标统计模版(V4.10.10)_V1.22、性能测量参数数据需求RNC分册(V2.0.0)_应答3、-中国移动td网络重点指标及算法v1 74、无线接入网性能测量参数规范(d2.0.0)_5、TDR3000性能计数器设计报告4.2 通过小区ID确认小区归属RTPA单板和DSPID的方法使用LDT的数据探针查询动态表rDanytableCellId，找到问题小区的如下信息：DisplayNOusCellIDulRTPABoardAddrulRTPABoardDSPAddrulRTPABoardDSPIP118978计算小区所在单板和DSP的方法：ulRTPABoardDSPAddr: = 0xD，12D就是1-2-13单板；ulRTPABoardDSPIP： = 0x76B220E，将字节反序一下，就是0x0E226B07,07就是DSP ID；4.3 TPSS定位方法总结4.4 关