学习 坐等高手解答

Sequence Error
是序列错误掉话。一般是频率规划，硬件故障的原因。

楼主，看了你的层3里说的掉话类型是“网络异常”；
第一幅图中RXLEV都很好，RXQUAL不好，已经达到7了，还有一点就是，主频点窗口显示服务小区存在同邻频点哦。
被叫在发了MR后，就因为数据链路失败而掉话，前向接收电平好，那前向没问题，而RXQUAL不好，已经达到7了，反向有严重的干扰哦；
楼主，参考下http://www.mscbsc.com/askpro/question40870；
还要检查下基站天馈、BTS、传输哦

呵呵，从服务小区接收电平很差的，但是邻区关系列表中BCCH信号很好。BCCH与TCH信号相差很大。BCCH与TCH覆盖不一致的。
可能设备有故障譬如MS占用的TCH载频有故障，检查功控参数.

[ 本帖最后由 jackeyfjw 于 2011-10-27 15:02 编辑 ]

坐等楼下高手解决

同意这一观点。楼主，看了你的层3里说的掉话类型是“网络异常”；第一幅图中RXLEV都很好，RXQUAL不好，已经达到7了，还有一点就是，主频点窗口显示服务小区存在同邻频点哦。
被叫在发了MR后，就因为数据链路失败而掉话，前向接收电平好，那前向没问题，而RXQUAL不好，已经达到7了，反向有严重的干扰哦；
参考下http://www.mscbsc.com/askpro/question40870；
还要检查下基站天馈、BTS、传输哦。
还有一般可以取下话统看下误码率，看有没有告警。有没有直放站，是否故障，有时检查不出来什么原因时间，可能是载频板隐性故障，可以复位下载频板试试

应该是切换之后占用的这个小区可能存在硬件问题。可以在该小区覆盖下进行CQT。

错误原因是: Sequence Error：

查看后台信令跟踪：（后台比前台时间快2m36s）

通过以上对比主被叫后台信令发现：被叫在16：33：24收到异常上行信号“Alert”，而主叫此时并未发起呼叫，同时主叫侧发起了主动拆链请求“Disconnect”，但被叫没有收到，最终导致被叫掉话。
由于被叫在通话过程中收到异常信令，导致被叫无法响应主叫的拆链请求，因此造成此次掉话的原因是由于上行窜扰信号“Alert”导致。
在13日测试中，遇到同样问题导致的被叫掉话：



3、原因分析
从以上两个掉话事件发现，都是被叫在上行收到了异常信令，导致被叫终端数据链路错误（Sequence Error），直接进入空闲状态。
导致类似窜扰的原因有：
1）、事件点周围存在同频同BCC区，引起终端解码失误；
2）、互调干扰引起。
当有多个不同频率的信号加载到非线性器件时，非线性变换将产生许多组合频率信号，其中一部分可能落在接收机带内，造成对有用信号的干扰，即互调干扰。互调干扰是由两个或以上不同信号产生的本来并不存在“错误”信号，此信号会被系统误认为是真实的信号，如果互调信号与实际的接收信号具有相近或较高的功率，系统会误把互调信号视为真实信号。
两个或更多载波间互调，当这些载波携带的基带数据满足一定关系时，在互调产物上也产生了等效的I/RR帧。互调产物被在同样频点上工作的接收机解调，解调出了I/RR帧。由于这种I/RR帧不是来自正常的载波，而是来自于互调产物，因此虽然接收机解调出来了，但检查L2帧序号发现不连续（sequence error），因此接收方拆链导致掉话。
具有两个载波信号的互调失真频率实例
频率A及B上的载波，产生如下互调信号：
1阶：A，B
2阶： （A+B），（A-B）
3阶： （2A±B），（2B ±A）
4阶： （3A±B），（3B ±A），（2A±2B）
5阶： （4A±B），（4B ±A），（3A±2B），（3B ±2A）


4、解决方案
1）、对问题区域进行同频同BCC小区进行核查，尽量避免此类配置出现；
2）、针对出现问题的小区，如果排除了上述可能，那就是由于互调干扰导致，对于互调干扰，目前没有更好的排查措施，但也可以做以下工作予以缓解：首先检查本站配置的各个频点是否为等差数列，即是否存在互调的基本条件，其次，对于问题小区，可以尝试修改频点，避免互调产物落入所配置的频点内
对整网的同频率同BCC检查如下：

5、解决效果验证
经过对相邻小区同频同BCC问题的核查处理，以及对部分问题点频点的修改，在随后的测试中，因顺序错导致的掉话明显减少。
附三阶互调核查工具：

唉，图发不上去啊，

表情有很大压力。

都是高手啊！　学习了！　遇到问题能分析　才是最好的！　我现在暂时不能很好的分析问题！

我实在不知道大家为什么认为RXLEV 和RXQ 不好，这么多人说，让我都迷惑了。。。。

什么时候路测改看FULL值了？
看看电平，看看质量，看看C/I ，看看 MS功率等级。。。

序列错，数据链路层错误，最大可能是同频同BCC 的问题。这个同频是指所占的TCH频点。具体解释为:
在收发双方都维护一个发送序列号和接收序列号，如果序列号不一致，则会产生“顺序错”的问题。
假设网络上有2个小区，距离比较近，且有同频频点（TCH或BCCH）。MS1在Cell-1下占用某频点F上的一个TCH信道进行通话，且打开了上行DTX；同时，MS2在Cell-2下也占用F频点上的一个SDCCH信道进行信令交互

如果某时刻，Cell-1与Cell-2两个小区的帧号正好同步（帧号在小区复位后重新开始从0计），且MS1进入DTX的静默期，此时MS1仅在SACCH和特定时刻发射信号，其他时刻不发射信号，但Cell-1上行仍然接收；MS2在SDCCH上送给Cell-2的突发脉冲也能够辐射到Cell-1，如果辐射到Cell-1的强度足够，这时候Cell-1能够接收到MS2发出的信号。
如果Cell-1能够成功解码MS2发出的信息（条件是MS2发出的突发脉冲的训练序列与MS1一致，即Cell-1与Cell-2的BCC一致，且采用了相同的加密），成功解码后的信息进入Cell-1的2层消息处理，由于解码后的L2层信息序列号与Cell-1的L2层信息序列号序列并不连续，这时BTS产生“顺序错”的信令发送到BSC，BSC随即命令释放无线链路，并在统计中计一次“顺序错”掉话。
在话统里面统计为 无线链路断（错误指示） （华为），细分下来是顺序错，路测表象显示为 掉话与 MS电平、质量无关，由于一般来说质量差的一般都与无线环境有关，所以一般来说高电平、优质量的顺序错掉话占比较多。

解决此类问题最方便的方法是改BCC

[ 本帖最后由 pandeng0701 于 2011-10-29 08:02 编辑 ]

也想学习学习坐等高人

从测试的LOG来看。服务小区信号很好，但是质量突然从0级上升到7级，这种情况最有可能是硬件故障或者是传输有问题，排查的方向尽量往硬件及传输方面考虑。