《GSM网络SDCCH掉话分析报告.doc》由会员分享，可在线阅读，更多相关《GSM网络SDCCH掉话分析报告.doc（7页珍藏版）》请在三一办公上搜索。
1、 GSM网络SDCCH掉话分析报告综述：本次工作任务旨在对SDCCH掉话的机理及其对网络的影响进行分析。在分析过程中，力求做到采用多途径及综合手段进行验证及分析，报告在最后部分针对当前发现的问题，提出了相应的优化和改进建议，希望能对移动公司的网络性能改善起到积极的作用。 OMC部分的初步分析（BSC级）：从P_NBSC_SERVICE，P_NBSC_TRAFFIC，P_NBSC_CC三个数据表中的BSC级测量统计来看，P_NBSC_CC中的Phase 1下的Clear code 21（Corrupted Establish_Indication）的次数为9011次，P_NBSC_SERVICE
2、中的T3101超时计数为9023次，P_NBSC_TRAFFIC中SDCCH_Abis接口掉话值为9283（也包括其它一些Clearcode导致的掉话，由于NOKIA OBS测量数据不可用，暂时无法通过CauseCode精细验证）。这三组数据具有比较明显的吻合性，初步证明T3101超时是导致SDCCH Abis接口掉话的主要原因。T3101的超时原理如下图表示：Figure 1: T3101超时原理 如上图所示，在BSC下发Imm_assign_cmd之后，在T3101的时限内如果没有收到上行的Establishment_Indication建立指示，则由系统下发强制SDCCH拆线指令，以及时
3、释放SDCCH资源。 案例：梧田社保局 CELLID：10552，BSC15，BTS22，TRX-2 过程描述：分别在3月10日，15日进行了两次Abis接口挂表信令跟踪（BTS22的TRX2，BCCH载频），通过对结果的观察分析，有如下发现： 1.实际捕获的SDCCH占用请求次数为803次，拥塞2次，立即指配命令下发为801次。 2.有9次存在“TRX having “Error Indication”case”错误提示。 该问题在信令分析仪中已有明确说明，为LAPD链路计数器T200超时导致，由于该部分占SDCCH掉话的比重很小，不再做具体分析。 3.有128次存在“TRX where a
4、ssigned SDCCH are not used”错误提示。 详细分析信令内容，发现在系统发送Imm_Assign_Cmd之后没有收到上行的Establish_Ind消息，而是直接对SDCCH资源进行释放。观察Imm_Assign_Cmd至Channel_Rel之间的时长，全部为5秒。检查BSC15的T3101设置值为5秒，基本确定目前几乎所有的SDCCH_Abis掉话均为T3101超时导致。符合先前依据NOKIA的OMC统计的分析结果。同时观察无上行建立指示情况下的测量报告中（系统强制释放SDCCH资源以前），观察到的所有的上行质量测量均为7（BER12.8%），场强也普遍较弱（基本在-
5、100dBm左右）。 这部分由T3101超时导致的SDCCH Abis掉话在请求业务类型上的分配比例如下图所示：Figure 2: SDCCH掉话原因分类（NETTEST结果） *在主叫的SDCCH占用失败中，需要考虑由于重发导致的再次掉话，这在信令中已经观察得到。SDCCH NEEDED目前没有确定是何种业务类型。 由上图可见，挂表的结果显示超过一半的SDCCH_Abis接口掉话发生在位置更新过程。 上图为梧田社保局在3月15日早忙时的OMC数据，第二部分和第三部分的差值453次基本反映了SDCCH_Abis掉话的量值，当日同时段依据传统公式计算出来的SDCCH_Abis掉话次数为449次，
6、表明了在此中间也有4次的失败事件并非由T3101超时引起。进一步分析OMC数据： 在OMC的CounterSDCCH_MOC_SEIZ_ATT无法区分位置更新请求次数和主叫请求次数，但是可以得知被叫请求次数，按主被叫概率基本相同来考虑，位置更新请求次数约为1886次，和成功的位置更新请求个数SDCCH_LOC_UPD来对比，相差400次左右（Abis掉话），可以认为449次SDCCH_Abis掉话中，位置更新过程中的掉话占了主要部分，这也和Figure 2中挂表采集的信令中的观察结果相一致。同时，大致计算该基站位置更新过程中SDCCH_Abis的掉话率为400/1800=22%。 采取的实验措
7、施： 1.调整同BCCH同BSIC。 2.开启SDCCH切换。 3.将CBCH信道转移到MBCCH上。 效果不明显，该站客观存在13级的带外干扰，上行Q0也很差。后续建议请参考后面总结部分的内容。 附加图示： Figure 3: SDCCH掉话率 Vs 平均通话距离 Figure 4: SDCCH掉话率 Vs 下行误码率Figure 5: SDCCH掉话率 Vs 上行误码率Figure 6: SDCCH掉话率 Vs 上行场强Figure 7: SDCCH掉话率 Vs 下行场强 结论： 1.目前网络主要的SDCCH掉话集中在Abis接口。 2.Abis接口的绝大部分掉话为T3101超时导致，比例
8、在80%左右。 3.T3101超时的主要原因是立即指配过程中收不到上行的建立指示。 4.在无上行建立指示的测量报告中，观察到的所有的上行质量测量均为7（BER12.8%），场强也普遍较弱（基本在-100dBm左右）。 5.弱覆盖或网内外干扰是导致SDCCH掉话的主要原因。 6.SDCCH掉话行为主要发生在Location Update过程，并且在此过程中SDCCH的掉话率也明显高于主被叫过程。 7.目前统计到的SDCCH掉话不会对主被叫过程的客户感知度造成明显的影响。 建议： 1.有效控制网内干扰。 温州城区的站点密度较大，站高相对较高，同时基站全部为满功率发射，再加上建筑地形比较复杂，由此产
9、生的越区覆盖容易导致孤岛效应并造成弱场强服务区或频率冲突，将对网络性能产生比较明显的负面影响。目前可以通过如下手段来控制该负面因素： a.充分利用功率控制，总体上降低网内上行发射水平。如目前温州的质量原因下降功率控制难以触发。 b.优化RACH及HO Access过程中的初始功率发射水平，通过POPT，LEV，LEVD等参数可以达到优化目的。 *温州以前的POPT实验没有开启MsPwrOptLevel的Feature，因而实际是无效的，建议重新开始该方面的实验工作。 c.合理控制天线下倾，避免严重越区覆盖的问题出现。 2.规划新站频点时注意区域内的同频同BSIC现象，该问题会导致BTS错误的将周边BTS间的切换接入脉冲当作本小区的RACH接入脉冲（HO overhearing），而错误的为其分配SDCCH资源并导致SDCCH掉话或拥塞。该点可以结合天线下倾（防止越区覆盖）的控制工作一起进行。
