TD掉话分析

w数据管理及优化班周报●第一部分上周会议落实情况●第二部分网络性能核心指标通报●第三部分本周日常工作完成情况目录一、分组域掉线分析模板 (1)二、分组域系统间切换失败分析模板 (5)三、RRC连接建立成功率低问题分析模板-NO REPLY (8)四、RRC连接建立成功率低问题分析模板-CONGESTION (12)一、分组域掉线分析模板分析流程图：【问题类型】（业务类型—失败原因）：分组域掉线--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，已进行配置；3. 终端/芯片信息分析失败均来自同一IMSI：xxxxxxxxxx；共计XX次失败；或：失败不是同一IMSI；其中IMSI1:xxxxxxxxxx共失败XX次；IMSI2:xxxxxxxxxx共失败XX次；已通过IMEI查询流程查到终端IMEI为：xxxxxxxxxx，对应终端类型为：XXXXXX，该终端引起此类失败，属于已知问题；或：通过IMEI查询流程没有查询到终端的信息，已创建该IMSI的信令跟踪，并将该IMSI在TD异常话务支撑专员处备案。

先讲一个故事，前几年处理一个AT&T的GPRS国际漫游投诉时，有一个客户（AT&T）使用Blackberry终端，到了中国不能收邮件。

处理过程中，在核查双方的漫游数据及APN时，对方的一个工程师（一个华裔美国人）正好回国探亲，为这个投诉加入到我们的分析团队，逐级分析，直到最终解决问题。

这个老美讲的一句话，影响很深：在美国，一定要 positive .下面这篇论文，看起来很繁琐，实际上，是一种主动与被动的关系。

简单来说，NodeB检测到上行失步，经过一个定时器后，还没有建立同步（TD-SCDMA是一个同步系统），之前的处理办法还是等，等UE建立同步，而新的解决办法是：RNC主动向NodeB发送删掉Radio Link的指令，要求NodeB关闭下行链路功率，以强迫UE进行Cell Update。

这个过程是一种典型主动与被动的处理过程。

引申到日常的优化工作，我们网优工程师是否也应该考虑主动优化？谨以此文，向全国一线网优工程师致敬！TD-SCDMA网络基于客户感知的掉话率相关定时器优化分析郭宝，李冶文（1：中国移动通信集团山西有限公司太原分公司太原 030001）（2：中国移动通信有限公司网络部北京 100033）摘要TD-SCDMA网络处于逐步完善覆盖的时期，为了更好地提升用户使用感知，需要网优工程师及时发现网络中的问题，尤其是严重影响客户感知的掉话问题。

本文针对TD-SCDMA网络中掉话率相关定时器、计数器设置过大导致的“网管统计信息不准确”的问题进行优化分析，并提出一种切实有效的优化方法。

1 引言在无线通信中，如果链路突然失步，系统和终端侧会启动一个等待链路恢复的定时器，并按照设定的最大允许次数的计数器来进行恢复链路的尝试，这就是掉话率相关定时器、计数器。

如果定时器、计数器设置过大，会发生系统一直在等待链路恢复，而用户早已不能忍受长时间等待主动挂机，这样会导致统计的掉话率指标无法真实反映网络质量。

1.3.8西湖饭店-1 掉话问题现象描述：根据KPI统计，2010/11/12到2010/11/15西湖饭店-1（CELLID=1031）语音掉话次数原因分析:经过对西湖饭店-1的掉话原因的提取分析，发现西湖饭店-1掉话的主要原因为RL失步。

RL失步主要和无线链路质量有关，如果掉话前无线环境变差，应该发生切换和互操作。

但是如果掉话时没有发生切换或者互操作或者切换失败，说明用户所在区域的切换关系有问题，可能存在邻区漏配，干扰等现象的存在。

统计该小区12日到15日RNC内异频切换情况，发现连续几天向931、932小区切换失败；统计12日到15日异系统切换，一切正常，没有切换失败发生。

对西湖饭店-1上行干扰进行检测，发现存在干扰。

对邻区频点扰码进行观察，发现西湖饭店-1（10096，33）与经贸委-2（10096，4）为同频同扰码组小区，决定对该小区扰码进行修改，并对连续不同步指示次数进行修改，以防止小区更新失败造成掉话。

参数调整表:处理结果：调整后经过3天的观察，掉话率有所降低，还需进一步观察。

如下图所示：1.3.6东河局-1 PS域接通率低解决现象描述：根据KPI统计，2010/11/12到2010/11/15东河局-1（CELLID=941）PS域RRC连接失败原因分析:通过提取东河局-1这4天的PS域RRC失败原因，发现主要为系统间小区重选类RRC建立失败和注册类RRC建立，其中重选类失败42次，注册类失败44次，此类原因一般是由于边缘弱覆盖造成频繁2,3G重选失败和脱网后重新注册失败造成的。

统计UPPCH干扰没有发现存在干扰，也无告警。

故提高最小接收电平和迟滞1、降低空闲模式和连接模式小区重选异系统切换测量门限来杜绝此类问题的发生。

11月15日上午修改参数后对该小区的指标进行跟踪，具体指标如下表所示：1.3.1东河铁通-2 PS域异系统切换成功率低现象描述：根据KPI统计，东河铁通-2连续3天有PS域异系统切换失败，影响PS域异系统切换成功率指标。

TDSCDMA 无线网络掉话率专项分析1. CS掉话定义1.1 话统UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。

主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息；（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。

1.2 TraceTrace跟踪是分析面向小区掉话率指标的重要手段，Trace能够跟踪Iu、Iur、Iub和Uu接口的信息。

对于TOP小区，可跟踪全天信令，观察用户各种异常释放行为，进行分析并找出相应的原因，目前trace只能通过回放工具逐一查看。

1.3 路测软件路测软件是发现并解决掉话问题的工具，掉话定义为：业务建立后，在没有DISCONNECT的情况下直接RELEASE或直接收系统消息。

2. 掉话原因2.1 RNC请求释放电路域Iu连接对应的RAB 数目对应的原因：RNC请求释放电路域Iu连接对应的RAB 数目<RL失步>RNC请求释放电路域Iu连接对应的RAB 数目<SRB复位>RNC请求释放电路域Iu连接对应的RAB 数目<UE无响应>几种失败原因话统中常见比例为：RNC请求释放的Iu连接中，RL失步占了绝大多数的比例，而RL失步的判断机制为：这里的RL失步指的是NODEB发起的上行失步，具体的原因为：Node B侧无线链路失败指示过程是对用户Iub接口无线链路状态检测的结果，该过程用于Node B向RNC指示一条无线链路发生了异常或不可用，并且该链路无法恢复。

在无线链路已经成功建立后的任何时刻，当Node B检测到无线链路异常时都可以发起Radio Link Failure Indication过程。

Radio Link Failure Indication是Iub接口专用过程，其标准流程如下：CRNC Node B在用户通信过程中，由于无线网络层原因导致的Radio Link Failure Indication过程较为常见。

1.概述最近网络中修改了RLFAIL定时器为1S，也就是在nodeb连续收到N_OUTSYNC_IND 个数（目前设置为10）失步指示到触发无线链路失败流程之间的时间改为1S，很容易就判断为无线链路失败，然后经过tRlRestore时间（2s）后无线链路未恢复的话就会发起cellUpde，tRlFailWaitCU时间由2秒改为11秒。

上行失步时常还是15.6s。

只是很容易触发小区更新。

预计结果是小区更新导致的掉话掉线为增加。

参考资料，对小区更新主要有7种原因：✓上行链路数据传输：原因值为“uplink data transmission”UE处于URA_PCH或者CELL_PCH 状态；如果在RB 1或序号大于1的RB中，UE需要在上行链路上发送RLC数据PDU或控制PDU：✓寻呼响应：原因值为“paging response”UE处于URA_PCH或CELL_PCH状态，接收一条PAGING TYPE 1消息✓无线链路失败：原因值为“Radio link failure”果UE在CELL_DCH状态，并且满足无线链路失败准则或UE CAPABILTIYINFORMATION消息传输失败✓重新进入服务区域：原因值为“re-entering service area”UE处于CELL_FACH或CELL_PCH状态；定时器T307或者T317超时前，UE已经超出了服务区并又重新进入服务区✓RLC无法恢复的错误：原因值为“RLC unrecoverable error”确认模式RLC实体中，UE发现RLC无法恢复的错误✓小区重选择：原因值为“cell reselection”UE 处于CELL_FACH或CELL_PCH状态并且UE执行小区更新；UE处于CELL_FACH状态并且变量C_RNTI为空；✓定期小区更新：原因值为“periodical cell update”若已配置了周期更新，即信元“UE Timers and constants in connected mode”中的T305被设置为“infinity”之外的值。

全网CS掉话统计类型信令流程如下：描述：UE在通话过程中，NB向RNC上发RL失败指示（原因：synchronisation_failur）上行失步，致使相隔25s后，RNC向MSC上发IU Release Request（RL failure or RLC error timer expiry）解决方法：1：确认该终端所在位置，以及该区域信号覆盖是否良好（包括RSCP和C/I）2：检查终端所占小区载波及时隙的ISCP值是否符合要求（载波ISCP值可以在LMT-B 上检查，时隙ISCP值可以在OMT上检查）3：核查此小区周围没有没同频或同码组的小区。

信令流程如下:描述：UE在通话过程中，UE向RNC发送测量报告，发起切换，RNC向目标NB发送RL Addtion Request，相隔14s后源NB向RNC回复RL Failure indication，原因值synchronisation_failure，UE与网络失步导致，可能为无线环境较差导致。

20S后RNC模拟UE上报物理信道重配失败，失败原因值：Timeout。

导致掉话。

解决方法：1：确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2：登LMT-B核查目标小区是否有硬件的故障。

失败时是否是同一块载波，若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)3：检查源小区配置的邻区是否合适；4：检查周围是否存在与目标小区同频同码的小区；5：确认该小区邻小区的参数是否正确；6：检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；7：在切换到目标小区时RSCP突降。

可以尝试降低1G,2A的测量门限，或降低邻小区的绝对导频门限。

描述：触发小区更新（RL failure）超时。

解决方法：1：确认该终端所在位置，以及该区域信号覆盖是否良好（包括RSCP和C/I）2：检查终端所占小区载波及时隙的ISCP值是否符合要求（载波ISCP值可以在LMT-B上检查，时隙ISCP值可以在OMT上检查）3：核查此小区周围没有没同频或同码组的小区。

【1】未接通问题汇总一、产生未接通的原因分析：1覆盖问题导致的未接通1.1弱覆盖问题在现象上主要表现为无线信号质量主要是PCCPCH RSCP值较低，并且在邻区表中也没有PCCPCH RSCP值更好的小区，此时UE_Txpower通常也会升高。

对于这种现象我们首先应该查看服务小区是否存在越区孤岛、以及邻区漏配情况，如果没有才能说这是弱覆盖区域，由于覆盖是保证网络服务的基础能力，所以添加新站点事解决此类未接通的最有效方案，但往往由于周期较长因此我们处理提出新站需求外，还要对附近的小区进行功率的抬升，或者对天线方位角、下倾角进行调整。

另外一种手段是增加小区PCCPCH、FPACH信道的发射功率，以及上/下行干扰余量，从功率的角度对问题进行优化。

1.2重叠覆盖问题通常情况下在重叠覆盖而没有主导小区进行覆盖的区域，会发生频繁的重选，在位置区边界则会造成频繁的位置区更新，导致被叫收到寻呼消息的概率大大下降，对于这种情况我们主要通过控制覆盖，使问题区域由一个较强的主导小区单独进行覆盖，主要采用天线调整的手段进行整改，另外可以有条件的结合重选、功率参数等，也可以使终端在重叠区域稳定占用某个小区。

1.3越区覆盖问题其在现象上与弱覆盖问题产生的事件较为相似都表现为服务小区及邻区表小区PCCPCH RSCP值较低，但最主要的区别在于，越区覆盖的小区其邻区表中的各个小区均距离问题路段较远，且距离问题路段较近的小区没有出现在邻区列表中（如使用DX188手机进行测试，则直接可以通过邻区表判断是否存在邻区漏配，因为该型号手机有邻区测量功能，即使与周边小区没有配置邻区关系仍然可以进行测量），而弱覆盖区域中我们可以发现，即使覆盖问题路段的小区均出现在邻区表中，但其PCCPCH RSCP值都很低。

解决越区覆盖的有效手段即对天线下倾角进行优化，当遇到天线调整困难时，比如：美化天线、上不了天面等，我们还可以临时采取功率调整的手段进行覆盖控制，另外还要对其邻区配置做合理添加，尽量避免在覆盖没有得到完全控制前出现孤岛的概率。

一、掉话机制1.1 前向掉话前向掉话机制检测的是反向链路的链路质量。

1.1.1 前向掉话机制在规定统计周期内（FCHCHKERASFRMTHD）如果检测到反向链路的误帧值超过门限值（FCHCHKERASFRMRAT），系统将拆除掉呼叫，掉话。

1.1.2 相关参数FCHCHKERASFRMRAT 检查语音FCH ERASURE帧比率DPUSb板设定的语音FCH信道反向帧中ERASURE帧的百分比，如果超过该百分比那么DPUSb板就上报错误，请求呼叫控制模块拆除呼叫。

默认值 95% FCHCHKERASFRMTHD 检查语音FCH ERASURE帧门限DPUSb板设定的语音FCH信道ERASURE帧检查门限，即每隔多少帧统计一次反向ERASURE帧比率。

默认值 500(帧)FCHCHKIDLEFRMTHD 检查FCH IDLE帧门限DPUSb板设定的FCH信道IDLE帧检查门限，如果DPUSb板连续收到超过门限规定的反向IDLE帧，DPUSb板就请求呼叫控制模块拆除呼叫。

默认值300(帧)维护台相关命令（掉话定时器是BSC级的）命令：修改（MOD SDU1XFPMDC）查询（LST SDUINF）注：DPUSb 负责处理1X的业务控制和数据处理。

DPUDb 处理DO的业务控制和数据处理。

1.1.3 整体指标改善方法定时器相关参数调整。

1.2 反向掉话机制反向掉话机制检测的是前向链路的链路质量。

1.2.1 反向掉话机制在无线环境突然变差的时候，手机若连续收到12个误帧（N2m）则关闭发射机，导致反向失锁，但前向仍然在接收，如在连续5秒内收到连续2个（N3m）好帧，手机重新开启发射机；否则如果在连续5秒内不能收到连续2个好帧，手机重新初始化，手机掉话。

1.2.2 相关参数—弱覆盖挽救开关弱覆盖挽救开关在无线环境较差时，提升前向码道最大业务功率配置，尽最大可能使手机在反向失锁后仍能够在前向收到连续的好帧，并打开发射机，从而不会掉话，又叫掉话挽救特性。

路测的掉话定义从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：1）收到任何的BCH消息（即系统消息）2）收到RRC Release消息且释放的原因值为Not Normal3）收到CC Disconnect（呼叫控制断开），CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。

正常情况下的释放是网络侧或UE主动发起disconnect或者release来发起的，如果没有看到此消息交互过程，UE直接开始读广播回到空闲状态则说明出现了掉话。

另外，路测软件中的事件栏里会给出提示掉话的原因：①弱覆盖引起的掉话②切换引起的掉话③语音质量差引起的掉话④干扰引起的掉话⑤硬件故障引起的掉话⑥传输故障引起的掉话⑦直放站引起的掉话⑧天溃原因引起的掉话TD-SCDMA掉话问题分析1 问题描述掉话率反映了系统业务的通讯保持能力，是用户直接感受的重要性能指标之一。

广义的掉话率应该包含CN和UTRAN的掉话率，由于无线网络优化重点关注UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的掉话及优化方法。

信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。

掉话率的统计是建立在一定业务的基础之上的，极少的业务量所统计出的高掉话率，对网络优化是没有意义的；极高的业务量所统计出的掉话率往往是与拥塞有关。

我们优化时关注的应该是话务量处于负载正常的小区。

2 由覆盖引起的掉话一般情况下，掉话均是以下面的原因引起:服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆盖，导致U E在移动到被越区覆盖的小区后，因无邻区关系配置，导致掉话。

越区覆盖导致的频率干扰和扰码相关性问题。