顺序错掉话的案例分析.docxVIP

顺序错掉话的案例分析 问题描述： 2011/11/08 10:17:19 占用上塘移动1号楼-1通话，在话音质量很好的情况下突然出现掉话。通过A+Abis平台发现用户在上下行信号一直稳定在-60以上，话音质量持续在0级的情况下直接掉话；查看信令掉话原因是sequence error(顺序错) 查看小区顺序错掉话统计，用户掉话时段2011/11/08 10：00:00确实有2个顺序错导致的掉话，而且接下来几个时段也有持续出现。 起始时间小区名称M3000C:稳态下收到错误指示掉话次数（顺序错）（SDCCH）M3100C:稳态下收到错误指示掉话次数（顺序错）（TCHF）（业务信道）M3200C:稳态下收到错误指示掉话次数（顺序错）（TCHH）（业务信道）M3400C:稳态下收到错误指示掉话次数（顺序错）（TCHF）（信令信道）M3500C:稳态下收到错误指示掉话次数（顺序错）（TCHH）（信令信道）CM339:A接口清除请求次数（TCH）（业务信道）11/08/2011 09:00:00上塘移动1号楼-100000111/08/2011 10:00:00上塘移动1号楼-102000311/08/2011 11:00:00上塘移动1号楼-100000211/08/2011 12:00:00上塘移动1号楼-100000011/08/2011 13:00:00上塘移动1号楼-101000111/08/2011 14:00:00上塘移动1号楼-101000111/08/2011 15:00:00上塘移动1号楼-103000711/08/2011 16:00:00上塘移动1号楼-101000411/08/2011 17:00:00上塘移动1号楼-100000211/08/2011 18:00:00上塘移动1号楼-100000211/09/2011 09:00:00上塘移动1号楼-101000411/10/2011 09:00:00上塘移动1号楼-102000311/10/2011 16:00:00上塘移动1号楼-101000211/10/2011 17:00:00上塘移动1号楼-101000111/11/2011 09:00:00上塘移动1号楼-101000411/11/2011 10:00:00上塘移动1号楼-101000411/11/2011 14:00:00上塘移动1号楼-102000511/11/2011 16:00:00上塘移动1号楼-102000311/11/2011 17:00:00上塘移动1号楼-102000411/14/2011 16:00:00上塘移动1号楼-101000311/15/2011 15:00:00上塘移动1号楼-1010001顺序错原理简介和处理方法： 无线Um口采用了LAPDm的帧结构，其帧结构如下图所示。 地址1Byte控制1Byte0~21ByteSAPIN（S）(3bit)N（R）(3bit)信息其中N（S）：发信机发送序列号；N（R）：接收机接收序列号 在收发双方都维护一个发送序列号和接收序列号，如果序列号不一致，则会产生“顺序错”的问题。 假设网络上有2个小区，距离比较近，且有同频频点（TCH或BCCH）。MS1在Cell-1下占用某频点F上的一个TCH信道进行通话，且打开了上行DTX；同时，MS2在Cell-2下也占用F频点上的一个SDCCH信道进行信令交互。如下图所示： Cell-1 Cell-2 MS1 MS2 如果某时刻，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产生