td网络 掉话的主要处理过程

wahuji

1.1      掉话的主要处理过程

1.1.1   RNC级掉话

1、 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的，还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小区级的掉话处理步骤，否则进入网元级的掉话处理过程。

2、 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单板的告警，则需要进行排除。

3、 检查RNC的系统日志，对其中不正常部分进行检查。

4、 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数设置错误引起的掉话主要有以下几种：

错误代码	事件编号
CN_TRANAP_unknown_target_rnc	9
CN_TRANAP_release_due_to_utran_generated_reason	15
CN_TRANAP_user_plane_versions_not_supported	27

       其中：unknown_target_rnc则表明CN中对RNC的SGSN解析地址定义错误，此时容易造成PS业务RNC间切换失败，从而引起掉话的产生。而user_plane_versions_not_supported则主要是由于版本问题造成的失败；如果产生release_due_to_utran_generated_reason原因则主要是由于硬件故障造成。

1.1.2   小区级掉话

1、    出现小区级掉话时，首先查看该小区是否有硬件故障告警，如果有，首先要求用服人员解决硬件故障问题。

2、    检查切出成功率是否正常，如果切换成功率较低，检查邻区关系以及是否存在同频同码的情况。

ü  邻小区关系中是否存在同频同扰码的现象，这种情况在路测中也可以发现，一般是在邻区表中出现两条相同的邻小区关系，这里需要注意的是业务同频同扰的现象，它无法在路测中发现，一般需要对信令进行分析，此时虽然两个小区主载频异频，但measurementreport却上报了1G事件，针对这种情况需要通过修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）

ü  邻小区关系中是否存在同频同码组的现象，这种情况在路测中也可以发现，一般情况是它是影响到终端的测量结果，此时测量结果不准确，造成终端上报系统后系统判断错误，针对这种情况则需要修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）

ü  是否存在单边邻小区关系，如果存在，添加单边邻区，单边小区的检查可以使用NOP-T工具进行，也可以通过对性能统计指标中的小区对切换统计指标来检查。

ü  是否存在异频邻小区个数过多的现象（异频邻区数超过8个），如果存在，删除不必要的邻区，这种情况可以使用NOP-T工具进行检查，也可以使用办公软件进行检查。

ü  是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）。如果存在，打开切换开关

ü  切换相关的事件定义是否准确，不区引用是否正确，如果存在，修改引用

ü  PS切换失败是否存完整性算法问题，如果存在，将RNC、CN之间的完整性开关设成一致

ü  是否存在邻区漏配的情况。需要用SCANNER路测发现是否存在漏配的情况。如果存在，添加邻区。

ü  目标小区拥塞造成的掉话，由于目标小区的资源不足，而本小区的覆盖又越来越差，此时造成掉话。常见的错误代码为no_resource_available或RRM_CellOverload_Release

3、    检查时隙转换点配置是否正确，是否存在交叉时隙干扰。如果存在，修改时隙转换点。

4、    检查UP时隙和上行业务时隙的干扰电平，是否存在上行干扰导致掉话。如果存在，进行干扰排查

5、    根据性能指标统计，如果PS域和CS域的BLER都比较高则有可能存在干扰，然后再结合载频时隙干扰统计指标来判断是否确实存在干扰，另外通过对信令的分析如存在干扰则一般信令流程正常，未有切换事件或其它事件，但RNC进行了IURELEASE，原因一般为无线链路的原因。（比如无线链路错误等），有时也会发生CELLUPDATE 原因为RLCunrecoverableerror如果确实存在则需要现场排除，现场测试时如果存在干扰则有以下几个方面的显示

l  C/I较差：系统内同频的干扰较为严重，发生掉话时会存在终端发射功率较高，的现象，同时覆盖也相对较好，表现在RSCP值上，一般都在-90dBm以上，另外一表现象就是起呼比较困难，而起呼成功率后也很容易掉话

l  终端发射功率较高，基本上满功率发射，一般都在-20dBm以上

l  系统外的干扰造成的掉话同样具有终端发射功率较高的现象，也一般都都在-20dBm以上

l  系统外干扰造成掉话时也可以通过误块率指标进行判断，此时无论是进行CS业务还是进行PS业务，BLER都比较高，并且保持时间较长

l  系统外干扰语音业务判断，此时进行通话会出现断字、吞字、金属声等现象，比较难以进行通话。

6、    通过对性能指标的统计，主要是对RRC连接成功率的统计，这其中的统计包括业务相关和非业务相关的统计，如果两种统计都较差，则有可能存在覆盖问题，此时可以检查CT数据中RRC CONNECTIONREQUEST中的PCCPCH的值，则说明存在弱覆盖现象，需要进行功率参数、天线方向角、下倾角的调整。

7、    如果上述都检查不出原因，可能是载波、时隙的隐性故障，此时可以尝试闭解载波时隙，或者强行闭载波、时隙观察掉话率的变化。

8、    终端问题，一般是通过对大量的性能数据统计，发现掉话高的小区，然后依据小区性能数据分析信令，可以看出掉话常发生的用户，而后进行处理。目前常见的终端问题为UP同步存在问题，此时容易在切换时产生Ue_Operate_fail_physicalchannelfailure错误。