顺序错掉话处理案例.doc

“顺序错误”类型掉话处理案例
1、问题描述
在日常质差小区的持续性优化过程中,发现有绍兴孙端碧波庄园_1小区出现TCH掉话次数较多,并且该小区的下行链路均无异常,分别在交换侧和BSC侧进行信令跟踪发现无任何异常,在日常问题处理过程中以及DT测试或CQT测试中也遇到类似问题,相对棘手,对网络KPI指标以及客户感知度影响较大亟需处理。
2、问题分析与处理
8m,j1q8s6Q%?6a&i;W0t;C.`7T(d+B区KPI统计值发现该小区在晚忙时出现TCH掉话次数单时段在10到25次之间,其余时段话务量低时基本无掉话,并且掉话原因集中为M3100C:稳态下收到错误指示掉话次数(顺序错)(TCHF)(业务信道)。
检查小区的故障和告警信息,没有出现异常,到基站实地检查主设备、天馈系统等,发现无任何故障级异常,排除硬件显性故障;对小区进行复位后掉话情况依旧存在。
检查该小区出现掉话时的上下行链路接收质量情况,基本在0级,现场DT测试该小区信号,下行链路质量0-1级,下行信号强度-60dbm左右,但是出现下行链路N200超时掉话,于是怀疑因上行链路存在异常导致下行链路超时发生,决定尝试修改上下行链路呼叫控制相关参数。主要修改的参数有:H复帧数从31到63、T200 H/F从150到250、T200 H/H从150到250、T200 H TCH SAPI0从150到200、T200 H TCH SAPI3从200到250、全速率呼叫上行DTX从应该使用到不能使用、全速率呼叫下行DTX从是到否。修改参数后,观察同时段相当话务量情况下的TCH掉话情况,单时段掉话次数基本控制在0-1次,并且M3100C:稳态下收到错误指示掉话次数(顺序错)(TCHF)(业务信道)的掉话次数为0.
通过参数修改后对指标的观察,发现该类掉话明显被控制,但还不能确定具体何种参数对该类掉话影响较大,分别将参与调整的参数倒回判断,H复帧数的值倒回,观察忙时掉话次数依然为0;然后将T200系列呼叫控制计数器数值倒回,忙时掉话依旧为0,接着将全速率呼叫下行DTX开关打开,掉话情况还为零;最后将全速率呼叫上行DTX开关打开,TCH掉话情况有所上升,忙时达到17次左右,来回关闭开启全速率呼叫上行DTX开关试验,确定为影响顺序错掉话的主要参数。
确定全速率呼叫上行DTX会影响TCH顺序错掉话,那么什么是“顺序错”掉话?在GSM网络中,无线Um口采用的是LAPDm的帧结构,其帧结构如下图:
"|3\;D X+~#]1W .~#I E()P2,m0j5q/!J%a&nmscbsc 移动通信论坛拥有30万通信专业人员,超过50万份GSM/3G等通信技术资料,是国内领先专注于通信技术和通信人生活的社
地址1Byte:H1r#Q:t:z D7u |  国内领先的通信技术论坛
控制1Byte']$d7T/|;B&`3[#w2X4rMSCBSC 移动通信论坛
0~21Byte;O0a%G) j移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单
&e#g6l)x)c$O6o8r3`,Q
SAPI7X&z/i2C+~)R;z#C
N(S)(3bit)!j-D1r(K3Y*V-T
(C#{,q*X&y+W
N(R)(3bi