$$ “无线网络优化经验研究”系列报告--SDCCH拥塞率高的分析处理

“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》第1页共35页SDCCH拥塞率高的分析处理目录SDCCH拥塞率高的分析处理.....................................................................................1第一章：前言...............................................................................................................2第二章：信令流程.......................................................................................................31）正常SDCCH分配信令流程.........................................................................32）SDCCH分配拥塞信令流程..........................................................................43）SDCCH分配信令流程分析说明..................................................................4第三章：SDCCH拥塞率计算公式.............................................................................8第四章：可能导致SDCCH拥塞率高的原因及其解决方法...................................9一、出现突发性话务增加或者用户产生话务时间相对集中......................91）开启RACH流量控制功能，减少SDCCH的集中占用..................92）增大SDCCH配置缓解由于增值业务量的增加导致的拥塞.........14二、存在覆盖或话务的不均衡问题............................................................141）基站SDCCH与TCH信道配置不合理...........................................142）与周边基站相比本小区的覆盖不合理............................................18三、手机过多的位置更新占用了基站的SDCCH信道................................191）LAC划分不合理导致手机频繁位置更新.......................................192）LAC分界处的基站覆盖交叠过大且此处的手机用户密度较大...19四、基站不能正常分配SDCCH信道............................................................211）硬件问题导致基站时隙退出服务从而降低小区的可用资源........212）基站传输闪断增加SDCCH分配失败次数.....................................223）SLEEPINGCELL现象引起SDCCH的拥塞..................................224）SDCCH信道吊死导致基站不能正常分配......................................235）RTF与DRI的对应关系发生紊乱...................................................23五、手机不能正常占用SDCCH，引起手机重新申请网络服务.................251）小区载频硬件问题............................................................................252）参数设置错误问题............................................................................253）存在频率干扰的问题........................................................................26六、由于基站异常原因导致用户频繁重新申请网络资源........................26七、MSC侧等有线部分原因造成基站SDCCH信道拥塞.............................261）MSC上基站参数设置不正确，造成基站SDCCH信道拥塞........262）MSC上未及时在基站开通后做该站的数据造成基站SD拥塞....273）MSC上基站操作维护状态设置不正确，造成基站SD信道拥塞274）MSC侧CIC被异常BAR住，造成基站SD信道拥塞.................28八、基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容........32第五章：处理SDCCH拥塞率高的思路..................................................................33第六章：结束语.........................................................................................................35“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》第2页共35页第一章：前言我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。信令信道拥塞也就是我们常说的SDCCH信道拥塞，发生在用户在申请网络服务开始阶段。SDCCH的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的传输等过程。一般进行的信令交互主要利用SDCCH信道承载，SDCCH信道的分配也称立即指配过程。出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给手机，则系统计一次SDCCH分配失败。SDCCH信道的拥塞会直接影响到基站的性能和用户的感观。在现场用户的感觉是：当用户发出通话或其他网络服务的申请时，大部分手机没有任何反映即返回到空闲状态，有的手机发出有节奏的三声响声。当出现这种情况后，用户比较反感，意见较大。为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方法和思路，以供大家参考。“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》第3页共35页第二章：信令流程1）正常SDCCH分配信令流程MSL1ABISRRSMCRMSMSSMMTP/MSCRACHchannalT3120requestok_acc_proc_suc_rach(couldbedecoded)access_per_rach(allreceived)channelrequestinv_est_cause_on_rach(includedphantom)channelrequirechan_req_cause_atmpt(1510)channelrequiredreceivedchannelassignedalloc_sdcchbusy_sdcchRSSchannelactivationchannelactivetionacknowledgeimmediateassignmentAGCHimmediatecommandstartT3101assignmentaccess_per_agch(howmanyim_assign_cmd/rejwassentout,1msgmayincludeupto2MS)expireT3101chan_req_ms_failSDCCHL2SABMestabishindictionT3230L3(intialmsg)CMservicerequeststopT3101T303UAok_acc_proc(SDCCH)ms_access_by_type(1510)BSCBTS“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》第4页共35页2）SDCCH分配拥塞信令流程MSL1ABISRRSMCRMSMSSMMTP/MSCRACHchannalT3120requestok_acc_proc_suc_rach(couldbedecoded)access_per_rach(allreceived)channelrequestinv_est_cause_on_rach(includedphantom)channelrequirechan_req_cause_atmpt(1510)channelrequiredreceivedRSSAGCHimmediateassign.immediateassign.rejectifnoSDavailable123tonerejectchan_req_ms_blkbusy_sdcch_failT3126startT3122expireT3122channalrequestBSCBTS3）SDCCH分配信令流程分析说明当手机需要同系统建立联系时，要通过随机接入信道（RACH）来向网络发送信道请求消息（channelrequest）。这个消息中有3比特用来指示手机接入网络原因。当发生信道资源拥塞时，系统可根据这个指示来分别对待不同原因的信道申请。channelrequest还含有5比特是手机选择的随机数，这个随机数可以让系统区分不同的手机在同一时隙内发送的RACH消息，此后系统向手机发送的立即指派消息中会将该随机数再发给手机，手机将此随机数与自己所发送的随机数相比较，可以识别出来这个立即指配消息是否是网络发送给自己的。BTS的Layer1进程对收到的channelrequest进行成功解码后（成功解出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送来的channelrequiredreceived后，将为此次信道请求分配一条空闲的SDCCH信道（触发统计alloc_sdcch）。RSS收到CRM送来的信道激活（channelactive）消息后将相应的SDCCH激活，激活成功后将向RRSM返回信道激活响应（channelactiveack）。RRSM收到RSS的激活响应后，将会利用AGCH信道发送立即指派（immediateassignment即I.A）消息（Layer1触发access_per_agch统计），此消息包含了已分配的SDCCH信道的情况、初始TA、初始的手机最大发射功率、对应的信道请求消息中的随机数、BTS收到channelrequest时的TDMA帧号以及基站的跳频情况等消息。RRSM在发immediateassignment后启动T3101计时器，等待手机接入SDCCH信道。“无线网络优化经验研究”之《SDCCH拥塞率高的分析处理》第5页共35页若CRM发现没有可用的资源后（触发统计alloc_sdcch_fail），将向手机发送立即分配拒绝消息immediateassignmentreject，出现这种情况可能的原因有：无