TD异常话务分析处理流程

TD异常话务分析处理流程

w数据管理及优化班周报

第一部分 上周会议落实情况 第二部分 网络性能核心指标通报 第三部分 本周日常工作完成情况

目录

一、 分组域掉线分析模板 ........................................................................................................................................ 1 二、 分组域系统间切换失败分析模板 .................................................................................................................... 5 三、 RRC连接建立成功率低问题分析模板-NO REPLY ...................................................................................... 8 四、 RRC连接建立成功率低问题分析模板- CONGESTION ............................................................................. 12

TD异常话务分析处理流程

一、 分组域掉线分析模板 分析流程图：

TD异常话务分析处理流程

据数管及优理化周班

小报区分域组线

可掉原能因：1干.扰致 导.2备故障 3. 切换导设 致.4 数参误 5.错终端问题 .覆盖问题 可能6原因 1:查看 务故障业区的干扰值小和件硬故障是干扰或否障故致导Y

N可 能因 原： 查看2务故业小区障的切换参和数配置Y 是切换或否参导致 数N可能原因 3 :看业务查故小障的区端终息信

是否端导终致掉 N 话可原因能4: 查看业务故障区的小信覆号盖

Y否覆盖是导致掉 N 问题话理处议建N 故障是否解 决 Y经验结总

Y结束

2 / 5

TD异常话务分析处理流程

【问题类型】（业务类型—失败原因）：分组域掉线--Ue_Operate_TimeOut 【小区名称】（标准格式的小区名称）：CSZXRxx_xxxx_XXXXXXXX_xxxxx 【发生日期】：1月1日

XXXXXX_xxxxx在XX月XX日分组域无线掉线率为XX%，分组域RAB指配建立成功的RAB数目XX个，RNC请求释放分组域Iu连接对应的RAB数目为XX个，当日该小区分组域掉线累计达到XX次，掉线的主要原因为Ue_Operate_TimeOut,被列为最差小区。

1.告警及干扰情况分析

该站当日无告警，也没有影响业务的闪断告警信息，查看动态数据，小区载频工作正常，资源无拥塞，天线系统通道驻波比均在1.5以下，均属于正常值，无UP干扰；

或：该站在XX月XX日XX时至XX时存在XX告警（或H载波未配置/被闭塞，天线通道驻波比偏高，为XX），该告警会导致分组域掉线，XX日已发工单交由XX（部门/个人）处理。

该站近一周持续X天出现UP干扰，干扰值约为-XXdBm。从信令看，掉线发生之前的测量报告显示ISCP值为XXdBm，有可能引起无线环境恶化导致分组域业务掉线。

2、切换情况分析

用户支持/不支持G网，锁定/未锁定T网； 在分组域业务失败之前没有频繁发生切换或小区更新。

或：在分组域业务掉线发生时伴随有切换过程和小区更新，业务失败中，有XX次是切换后掉线。

查询地理信息，没有发现漏配的3G更优邻区，也没有漏配的2G更优邻区；

或：查询地理化3G基站信息表，发现可以配置更优的3G邻区LAC1_xxxxx，已进行配置；查询地理化

2G基站信息表，发现可以配置更优的2G邻区LAC1_xxxxx，已进行配置；

TD异常话务分析处理流程

3. 终端/芯片信息分析

失败均来自同一IMSI：xxxxxxxxxx；共计XX次失败；

或：失败不是同一IMSI；其中IMSI1:xxxxxxxxxx共失败XX次；IMSI2:xxxxxxxxxx共失败XX次；

已通过IMEI查询流程查到终端IMEI为：xxxxxxxxxx，对应终端类型为：XXXXXX，该终端引起此类失败，属于已知问题；

或：通过IMEI查询流程没有查询到终端的信息，已创建该IMSI的信令跟踪，并将该IMSI在TD异常话

务支撑专员处备案。

从IMSI信息判断该用户终端是上网本，无法进行回访。

或：通过工单查询到该用户的号码为:xxxxxxxx，回访用户后确认终端型号为：XXXX，进行PS业务的时

段为：XX月XX日XX点到XX点，进行PS业务的地点为：XXXX，当时信号强度正常/偏弱/极弱，已经通知前台复测。

4. 参数配置检查

查询该小区设置的PCCPCH功率值为XXdBm，2/3G邻区配置合理,2/3G切换参数配置中，3APS本RAT质量门限为-XXdBm,异RAT为-XXdBm,配置正常。

5. 信号覆盖情况分析

业务接入时的场强在-XXdBm与-XXdBm之间，掉线之前的测量报告显示场强为-XXdBm属于/不属于弱场。

因为用户终端设置锁定T网（supportOfGSM = FALSE）,在3G信号偏弱时无法及时切换至2G网络，导致掉线；

或：用户终端未设置锁定T网，但是在弱场情况下切换成功率低/不能切换到邻区，导致掉线； 或：用户终端未设置锁定T网，但是在弱场情况下切换到邻小区随即掉线。

或：用户终端未设置锁定T网，且不属于弱场，掉线可能与终端性能有关，已创建对应IMSI的信令跟

踪任务，以确认终端类型。 6．总结

该问题属于弱场用户锁定T网掉线，XX月XX日通过回访用户指导用户合理设置终端网络参数后，目前该指标情况如下：

或：该问题属于弱场用户锁定T网掉线，终端为上网本，无法对用户进行回访，指标待观察：

TD异常话务分析处理流程

或：该问题属于切换引起的掉线， XX月XX日通过修改XX参数（或邻区数据或其它修改），目前该指

标情况如下：

或：该问题属于干扰引起的掉线， XX月XX日通过排除干扰后，目前该指标情况如下：

二、

分组域系统间切换失败分析模板

【问题类型】（业务类型—失败原因）：分组域系统间切换失败--Physical Channel Failure 【小区名称】（标准格式的小区名称）：CSZXRxx_xxxx_XXXXXXXX_xxxxx 【发生日期】：7月25日

XX月XX日CSZXRxx_xxxx_XXXXXXXX_xxxxx分组域系统间切换成功率为XX%，请求XX次，失败XX次，被列为最差小区。

1.告警及干扰情况分析 该站当日无告警，无UP干扰；

或：该站在XX月XX日XX时至XX时存在XX告警，该告警影响分组域切换指标，XX日已发工单交由

XX

该站近一周持续X天出现UP干扰，干扰值约为-XXdBm。 2.业务失败信息统计 1)目标小区分析统计

切换至目标小区LAC1_xxxxx请求XX次，失败XX次； 切换至目标小区LAC2_xxxxx请求XX次，失败XX次； ……

TD异常话务分析处理流程

或：切换目标小区全部为LAC_xxxxx，其中请求XX次，失败XX次；

2）失败原因分析统计

失败原因主要为Physical Channel Failure的共XX次，占到总失败次数的XX%； 失败原因为XXXXXXXX的共XX次，占到总失败次数的XX%； 从信令中的切换时间分布来看，不存在乒乓切换的情况；

或：失败原因都是Physical Channel Failure，时间集中在14点到18点之间；从信令中的切换时间分布来

看，存在乒乓切换的情况，检查23G切换参数（转至3.切换参数检查）。 3）失败信令分析

失败均来自同一IMSI：xxxxxxxxxx；共计XX次失败； 用户支持/不支持G网，锁定/未锁定T网；

或：失败不是同一IMSI；其中IMSI1:xxxxxxxxxx共失败XX次；IMSI2:xxxxxxxxxx共失败XX次；

接入时场强在-XXdBm到-XXdBm之间，切换时TD场强在-XXdBm左右，GSM邻区场强为-XXdBm左右。 TD网络GSM

或：TD网络为弱场，从地图显示，该小区覆盖的居民区存在建筑物阻挡，可通过XXXX方式解决弱场（或暂时无法解决）。

已通过IMEI查询流程查到终端IMEI为：xxxxxxxxxx，对应终端类型为：XXXXXX，该终端引起此类失败，属于已知问题；

或：通过IMEI查询流程没有查询到终端的信息，已创建该IMSI的信令跟踪，并将该IMSI在TD异常话

务支撑专员处备案。

3.切换参数检查

复查2G参数正确，23G切换门限为-XXdBm，已调整为XXXdBm； 其它切换参数没有问题。

存在乒乓切换的情况，检查23G切换参数，发现XXXX参数设置不当，从XXX改为XXX后，观察指标正常。

4.邻区数据检查

查询2G邻区，该小区共配置XX个2G邻区，没有配置超远的邻区；

或：查询2G邻区，该小区共配置XX个2G邻区，其中LAC1_xxxxx距离主小区XXkm，为超远的邻区，

TD异常话务分析处理流程

已进行删除；

2G邻区中没有发现同频同色码邻区；

或：查询2G邻区，发现同频同色码邻区LAC1_xxxxx和LAC2_xxxxx，已进行XXXX的处理；

查询地理信息，没有发现漏配的3G更优邻区，也没有漏配的2G更优邻区；

或：查询地理化3G基站信息表，发现可以配置更优的同方位角3G邻区LAC1_xxxxx，已进行配置；查

询地理化2G基站信息表，发现可以配置更优的同方位角2G邻区LAC1_xxxxx，已进行配置； 已发工单核查2G侧目标小区LAC1_xxxxx，切换失败时段不存在干扰、载频性能等问题。

5．总结

通过XX月XX日修改XX参数（或邻区数据或其它修改），目前该指标情况如下：

TD异常话务分析处理流程

三、 RRC连接建立成功率低问题分析模板-NO REPLY

TD异常话务分析处理流程

【问题类型】

（业务类型—失败原因）：RRC连接建立成功率低—No Reply

【小区名称】

（标准格式的小区名称）：CSZXRxx_xxxx_XXXXXXXX_xxxxx

【发生日期】 1月1日

XXXXXX_xxxxx在XX月XX日RRC连接建立成功率为XX%，其中RRC连接尝试XX次，失败XX次,被列为最差小区，RRC连接失败的主要原因为No Reply。

1. 告警/干扰情况分析

该站当日无告警，也没有影响业务的闪断告警信息，SCCPCH功率设置正常，查看动态数据，小区工作状态正常，小区周围通过测试，没有干放干扰的问题；

或：该站在XX月XX日XX时至XX时存在XX告警（如TBPH板上行IQ Link链路误码天线通道幅相一致性告警等），该告警会导致RRC连接失败，XX日已发工单交由XX（部门/个人）处理。

现场测试发现，该站覆盖区域存在干放组网，上行干扰大，导致RNC收不到RRC Connection Complete消息。

2. 覆盖情况分析

从图层查看，问题小区附近6公里内存在同频同扰码的小区，可能由于越区覆盖引起RRC连接被两个小区同时处理的情况，导致NO REPLY问题，已通知前台复测以确认越区覆盖问题。

或：从图层查看，问题小区附近6公里以内不存在同频同扰码小区。

通过CT信令分析/前台反馈，问题小区均没有弱覆盖问题。附近部分区域存在弱覆盖问题，导致这部分区域的用户发起RRC连接无响应。

或：通过CT信令分析/前台反馈，问题小区附近部分区域存在弱覆盖问题，导致这部分区域的用户发起

TD异常话务分析处理流程

RRC连接无响应。XX月XX日已发单通知前台解决弱覆盖问题。

3. 传输情况分析

查看网管统计的Iub口数据传送情况，未发现Iub口丢包或传输误码率偏高的问题；

或：查看网管统计的Iub口数据传送情况，发现Iub口丢包或传输误码率偏高的问题，已经联系用服确

认该问题；

4. 终端情况分析

查看CT，未发现单个终端RRC连接大量连续失败的现象；

或：查看CT，发现单个终端RRC连接大量连续失败的现象，IMSI1：XXXXXXXX发送RRC连接请求XX次，

失败XX次，请求业务类型为：xxxx；IMSI2：XXXXXXXX发送RRC连接请求XX次，失败XX次，请求业务类型为：xxxx；

5. 总结

该问题属于设备故障导致的RRC连接No Reply失败问题，XX月XX日通过发单处理设备故障后，目前该指标情况如下：

或：该问题属于同频同扰码小区越区覆盖导致的RRC连接No Reply失败问题，XX月XX日通过重新规划

主小区/邻近小区的扰码后，目前该指标情况如下：

或：该问题属于弱覆盖导致的RRC连接No Reply失败问题，XX月XX日通过xxxx增强该小区覆盖后，

目前该指标情况如下：

或：该问题属于Iub口丢包/传输误码率偏高导致的RRC连接No Reply失败问题，XX月XX日发单解决

Iub口丢包/传输误码率偏高的问题后，目前该指标情况如下：

或：该问题属于特殊终端导致的RRC连接No Reply失败问题，XX月XX日通过修改xxxx定时器等参数

后，目前该指标情况如下：

TD异常话务分析处理流程

据数管及理化优班周报

11/ 15

TD异常话务分析处理流程

四、 RRC连接建立成功率低问题分析模板- CONGESTION

TD异常话务分析处理流程

【问题类型】

（业务类型—失败原因）：RRC连接建立成功率低—Congestion

【小区名称】

（标准格式的小区名称）：CSZXRxx_xxxx_XXXXXXXX_xxxxx

【发生日期】 1月1日

XXXXXX_xxxxx在XX月XX日RRC连接建立成功率为XX%，其中RRC连接尝试XX次，失败XX次,被列为最差小区，RRC连接失败的主要原因为Congestion。

6. 告警/干扰情况分析

该站当日无告警，也没有影响业务的闪断告警信息，SCCPCH功率设置正常，查看动态数据，小区载频工作正常，天线系统通道驻波比均在1.5以下，均属于正常值，无UP干扰，也无时隙干扰；

或：该站在XX月XX日XX时至XX时存在XX告警（或H载波未配置/被闭塞，天线通道驻波比偏高，为XX），该告警会导致RRC连接失败，XX日已发工单交由XX（部门/个人）处理。

该站近一周持续X天出现UP干扰，干扰值约为-XXdBm。有可能引起无线环境恶化导致RRC连接失败。

7. 码资源占用情况分析

由网管查询RRC连接失败发生时BRU上行平均利用率为XX%，下行平均利用率为XX%，小于75%，不存在拥塞的现象。

或：由网管查询RRC连接失败发生时BRU上行平均利用率为XX%，下行平均利用率为XX%，上/下行平

均利用率大于75%，存在拥塞的现象。问题再次出现时，通过在LMT实时查看小区各载频码道占用情况，发现码道资源基本被占满。

查看动态数据管理，未发现载频/时隙/码道被闭塞的情况。

或：查看动态数据管理，发现有载频/时隙/码道被闭塞，已经进行了解蔽塞操作。

TD异常话务分析处理流程

8. Iub口拥塞情况分析

查看Iub口带宽资源，确认带宽资源充足；

或：查看Iub口带宽资源，发现AAL5链路带宽不足，有可能影响到RRC Connection Setup消息的下发；

9. 总结

该问题属于天线通道驻波比过高导致的RRC连接Congestion失败问题，XX月XX日通过发单处理驻波比后，目前该指标情况如下：

或：该问题属于UP/时隙干扰导致的RRC连接Congestion失败问题，XX月XX日通过发单排除干扰后，

目前该指标情况如下：

或：该问题属于载频/时隙/码道闭塞导致的RRC连接Congestion失败问题，XX月XX日通过解蔽塞相应

载频/时隙/码道后，目前该指标情况如下：

或：该问题属于小区码资源不足导致的RRC连接Congestion失败问题，XX月XX日通过扩容增加载频/

邻区优化/小区分裂增加容量后，目前该指标情况如下：

或：该问题属于Iub口带宽不足导致的RRC连接Congestion失败问题，XX月XX日通过重新设置Iub口

带宽后，目前该指标情况如下：

本文来源：https://www.bwwdw.com/article/6bfq.html