SDCCH拥塞率高分析处理.docVIP

SDCCH拥塞率高的分析处理前言我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。信令信道拥塞也就是我们常说的SDCCH信道拥塞，发生在用户在申请网络服务开始阶段。SDCCH的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的传输等过程。一般进行的信令交互主要利用SDCCH信道承载，SDCCH信道的分配也称立即指配过程。出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给手机，则系统计一次SDCCH分配失败。SDCCH信道的拥塞会直接影响到基站的性能和用户的感观。在现场用户的感觉是：当用户发出通话或其他网络服务的申请时，大部分手机没有任何反映即返回到空闲状态，有的手机发出有节奏的三声响声。当出现这种情况后，用户比较反感，意见较大。为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方法和思路，以供大家参考。3）? ? ? ? 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返回信道激活响应（channel active ack）。RRSM收到RSS的激活响应后，将会利用AGCH信道发送立即指派（immediate assignment即I.A）消息（Layer1触发access_per_agch统计），此消息包含了已分配的SDCCH信道的情况、初始TA、初始的手机最大发射功率、对应的信道请求消息中的随机数、BTS收到channel request时的TDMA帧号以及基站的跳频情况等消息。RRSM在发immediate assignment后启动T3101计时器，等待手机接入SDCCH信道。若CRM发现没有可用的资源后（触发统计alloc_sdcch_fail），将向手机发送立即分配拒绝消息immediate assignment reject，出现这种情况可能的原因有：无可用无线资源、测得的手机TA值超出系统限制、信道激活无应答等。当收到立即指派拒绝消息后，手机启动T3122，在T3122所规定的时间内，不允许手机接入网络，同时手机将进入空闲模式并监听寻呼信道的消息。到T3122超时后，手机才可以发新的channel request。当手机收到立即指派消息后，手机将收到的I.A消息与自己发出的信道请求中的消息字段进行比较，用于判断这个立即指配消息是否是给自己的。如果收到的立即指配是给自己的，则手机将信道调整到所分的SDCCH上，再利用SABM消息（设置异步平衡模式）通知网络手机已经成功占上SDCCH，SABM包括手机申请信道的原因、用户身份及移动设备的特性。此时手机使用的TA和发射功率来自于I.A消息的指示。Layer2（数据链路层）的SABM消息用于建立异步平衡模式，其服务接入点类别SAPI=0，Layer2工作于证实模式下。SABM承载的Layer3消息initial message是第三层的业务请求消息。BTS的Layer1在收到SABM消息后，将向MS发一个内容与initial message一样的UA消息（无序号证实），只有MS收到的UA消息的内容与SABM消息的完全一样，手机的接入才正确。UA的作用是为了处理多个手机在同一时间发送内容一样的信道请求消息的情况，以区分出不同的手机的消息。BTS的Layer1在