GPRS监控与优化课件解读.ppt

* * * * * * * * * * * * * * * * GPRS常用KPI公式及优化工具介绍 DL TBF releases due to flush: (tbf_36a) DL_TBF_REL_DUE_TO_FLUSH) 100 * ----------------------------------------------------------------------------------------------------------------------------- % Nbr_of_DL_TBF—DL_TBF_Establishment_Failed—DL_EGPRS_TBF_REL_DUE_NO_RESP Counters from table(s): p_nbsc_packet_control_unit * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * GPRS参数优化 PA File参数优化 (T3192) 在BSC 中有一个Timer3192 (ZEGO:;)，默认值为0.5 秒，这个参数会影响TBF 建立的时间长短。常规情况下，当一组数据RLC 传完之后，手机会启动T3192，再等待0.5 秒钟(注意刚才在使用PDTCH 时隙)，如果没有续传的指令，T3192 超时后，会释放掉下行TBF 而且开始监视Paging 信道。当再次有数据传时，需要重新立即指配。这无形中，延长了TBF 建立时间。 T3192 改到1.5 秒后，时会更容易地导致GPRS territory ugrade reject (%) blck_22,而且增加PDPContext Time, 及无益于提高PDP SuccessRate。如此一来,不值得设为此 T3192 的改到1 秒后对小数据交互多的GPRS 业务(如HTTP 浏览)或重选等TBF 变更频繁的地方(如小区较多的路测地段)的速度上有改善,而对于定点的稳定大数据量的FTP 下载没有绝对的正面或负面影响。 GPRS参数优化 激活时长参数优化 (DRX_TIMER_MAX 、MFR) 下图描述了一个PDP激活过程，我们从MS发出ACTIVATE PDP CONTEXT REQUEST开始记时，直到接收到ACTTIVATE PDP CONTEXT ACCEPT停止，其持续的时间定义为PDP激活时长。 其中MS发送PDP激活请求需要建立一个上行TBF，接收PDP激活允许消息需要建立一个下行TBF。根据对大量测试数据的分析以及核心网跟包的研究发现，在正常情况下，核心网处理激活请求的时间是比较恒定的，一般是200～400ms左右，而建立上行TBF的时间非常短，一般是200ms以内。那么下行TBF的建立时间就成为影响PDP激活时长的主要因素。 GPRS参数优化 激活时长参数优化 (DRX_TIMER_MAX、MFR ) 若MS在GMM状态是READY时，下行TBF的建立将分为三种方式： 如果系统提供了PCCCH，那么下行数据传输通过PCCCH发送分组下行指配（PACKET DOWNLINK ASSIGNMENT）消息来建立起来。（目前没有） 如果同时有上行传送正在进行，下行数据传输将通过PACCH发送分组上行证实/未证实（PACKET UPLINK ACK/NACK）消息建立起来。 下行数据将通过CCCH信道发送立即指配消息建立起来。 PDP激活的时候建立下行链路采用的是第3种方式 GPRS参数优化 激活时长参数优化 (DRX_TIMER_MAX、MFR ) 当MS GMM状态处于READY状态时，它可处在两种模式之中：DRX模式，非DRX模式。 DRX模式 当移动台处在DRX模式的时候，移动台只会监听和它寻呼组相关的寻呼子信道。若PCU判断该MS正处于DRX模式时，它将计算MS属于哪个寻呼组，并向BTS发出资源分配消息，当BTS收到该消息后将在MS所侦听的CCCH信道上发出立即指配消息。BS_PA_MFRMS定义了寻呼信道的复帧数，目前的默认设置是5，也就是说MS在收听了自己寻呼组所对应的CCCH块后，将等待4个51复帧，继续收听的将是第6个51复帧的同样位置的CCCH块。MS如果错过了自己所侦听的寻呼子信道，它将不得不再等待，直到下一个寻呼子信道到来，如果MFR=5，那么在最坏的情况下，MS要