“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》.doc

SDCCH拥塞率高的分析处理 目 录 SDCCH拥塞率高的分析处理 1 第一章：前言 2 第二章：信令流程 3 1） 正常SDCCH分配信令流程 3 2） SDCCH分配拥塞信令流程 4 3） SDCCH分配信令流程分析说明 4 第三章：SDCCH拥塞率计算公式 8 第四章：可能导致SDCCH拥塞率高的原因及其解决方法 9 一、 出现突发性话务增加或者用户产生话务时间相对集中 9 1） 开启RACH流量控制功能，减少SDCCH的集中占用 9 2） 增大SDCCH配置缓解由于增值业务量的增加导致的拥塞 14 二、 存在覆盖或话务的不均衡问题 14 1） 基站SDCCH与TCH信道配置不合理 14 2） 与周边基站相比本小区的覆盖不合理 17 三、 手机过多的位置更新占用了基站的SDCCH信道 19 1） LAC划分不合理导致手机频繁位置更新 19 2） LAC分界处的基站覆盖交叠过大且此处的手机用户密度较大 19 四、 基站不能正常分配SDCCH信道 21 1） 硬件问题导致基站时隙退出服务从而降低小区的可用资源 21 2） 基站传输闪断增加SDCCH分配失败次数 22 3） SLEEPING CELL现象引起SDCCH的拥塞 22 4） SDCCH信道吊死导致基站不能正常分配 23 5） RTF与DRI的对应关系发生紊乱 23 五、 手机不能正常占用SDCCH，引起手机重新申请网络服务 25 1） 小区载频硬件问题 25 2） 参数设置错误问题 25 3） 存在频率干扰的问题 26 六、 由于基站异常原因导致用户频繁重新申请网络资源 26 七、 MSC侧等有线部分原因造成基站SDCCH信道拥塞 26 1） MSC上基站参数设置不正确，造成基站SDCCH信道拥塞 26 2） MSC上未及时在基站开通后做该站的数据造成基站SD拥塞 27 3） MSC上基站操作维护状态设置不正确，造成基站SD信道拥塞 27 4） MSC侧CIC被异常BAR住，造成基站SD信道拥塞 28 八、 基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容 32 第五章：处理SDCCH拥塞率高的思路 33 第六章：结束语 35 第一章：前言 我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。信令信道拥塞也就是我们常说的SDCCH信道拥塞，发生在用户在申请网络服务开始阶段。SDCCH的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的传输等过程。一般进行的信令交互主要利用SDCCH信道承载，SDCCH信道的分配也称立即指配过程。出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给手机，则系统计一次SDCCH分配失败。SDCCH信道的拥塞会直接影响到基站的性能和用户的感观。在现场用户的感觉是：当用户发出通话或其他网络服务的申请时，大部分手机没有任何反映即返回到空闲状态，有的手机发出有节奏的三声响声。当出现这种情况后，用户比较反感，意见较大。为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方法和思路，以供大家参考。 第二章：信令流程 正常SDCCH分配信令流程 SDCCH分配拥塞信令流程 SDCCH分配信令流程分析说明 当手机需要同系统建立联系时，要通过随机接入信道（RACH）来向网络发送信道请求消息（channel request）。这个消息中有3比特用来指示手机接入网络原因。当发生信道资源拥塞时，系统可根据这个指示来分别对待不同原因的信道申请。channel request还含有5比特是手机选择的随机数，这个随机数可以让系统区分不同的手机在同一时隙内发送的RACH消息，此后系统向手机发送的立即指派消息中会将该随机数再发给手机，手机将此随机数与自己所发送的随机数相比较，可以识别出来这个立即指配消息是否是网络发送给自己的。 BTS的Layer1进程对收到的channel request进行成功解码后（成功解出RACH后对统计ok_acc_proc_suc_rach计数），BTS的ABIS进程负责对RACH指示的原因进行解析（若解出不正确的RACH请求的原因后，对统计inv_est_cause_on_rach计数）。在BTS的RRSM中依据收到不同原因的RACH消息的个数对统计chan_req_cause_atmp进行计量。BTS的CRM进程在收到RRSM送来的channel required received后，将为此次信道请求分配一条空闲的SDCCH信道（触发统计alloc_sdcch）。RSS收到CRM送来的信道激活（channel active）消息后将相应的SDCCH激活，激活成功后将向RRSM返回信道激活响应（chan