顺序错掉话处理案例供参习.docVIP

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