SGSN ReadyTimerMin参数优化分析

admin

本文摘自《科协论坛》期刊2012年11月。【作者】 李哲； 赵俊；

【机构】 中国移动广东公司网管维护中心； 佛山移动网络维护中心；

【摘要】 从Gb_T3314-ReadyTimerMin参数对ready timer协商和降低寻呼负荷的影响情况展开深入探讨,研究ready timer的取值对于降低寻呼负荷的实际作用,分析ReadyTimerMin参数对PS寻呼次数的影响,由此得到调整ReadyTimerMin取值有效降低寻呼负荷的经验。

【关键词】 SGSN； ready timer； ReadyTimerMin； PS寻呼；

1 引言

在对GPRS核心网内SGSN进行性能监控的过程中发现当前ready timer设置为180s，但是存在大量的用户主动协商的值并不是180s，经在核心网检查发现影响ready timer协商值的还有Gb_T3314_ReadyTimerMin这个参数在起作用，现网这个参数值默认的设置为10s，从而在用户主动发起ready timer协商后可以得到低于180s的情况。

2 参数原理

就绪定时器Ready timerT3314的长度在MS和SGSN中相同，用来控制MS从Ready状态向standby状态转换的时间。在ready状态下，SGSN知道用户所在的小区，网络发数据给用户时不需要寻呼，但在ready状态下MS在每次选择了一个小区之后都要进行小区更新过程。在standby状态下，SGSN知道用户所在的路由区，在这个状态下网络发数据给用户时需要进行寻呼，当MS穿越路由区域边界时，执行路由区域更新过程，当选择了一个新小区之后，不需要执行小区更新。因此增大Ready timer的值将会有效减少寻呼次数，但会增加信令负荷。

在GPRS核心网SGSN设备中关于readytimer的设置共有三个值共同起作用，分别是Gb_T3314_ReadyTimerMax、Gb—T3314-ReadyTimer和Gb_T3314-ReadyTimerMin，这三个参数的作用分别如下：

Gb_T3314-ReadyTimerMax：Ready timer可以协商的最大值，当MS的协商的值超过Gb_T3314_ReadyTimerMax，则SGSN会把协商值置为Gb_T3314-ReadyTimerMax。取值范围为10〜600s，默认值为120s，62s内的调整步长为2s，超过60s的调整步长为60s。

Gb_T3314-ReadyTimer：在MS没有协商Ready timer值的情况下，MS和SGSN均使用此值，取值范围为10〜600s，默认值为44s，62s内的调整步长为2s，超过60s的调整步长为60s。

Gb_T3314-ReadyTimerMin：Readytimer可以协商的最小值，当MS的协商的值低于Gb—T3314-ReadyTimerMin，则SGSN会把协商值置为Gb—T3314-ReadyTimerMin。取值范围为10〜600s，默认值为10s，62s内的调整步长为2s，超过60s的调整步长为60s。

3 现网Ready timer协商情况

目前Gb_T3314-ReadyTimer值设置为180s，但是现网中有相当部分用户在Attach和RAU过程主动发起Ready timer值的协商从统计中可以看到，无论是Attach过程还是RAU过程，MS主动发起的协商比例超过44%，Attach过程中，MS发起的协商值为44s的比例为93%，SGSN返回协商值180s的比例为51%，46%为44s，表明在协商过程中，有接近50%的MS协商到的Ready timer值不等于现网Gb_T3314-ReadyTimer设置的180s。在RAU过程中，MS发起的协商值为44s的占71%，SGSN返回的协商值中，44s占比为65%，10s为15%，180s只有12%，表明在协商过程中，有接近88%的MS协商到的Readytimer值不等于现网Gb_T3314-ReadyTimer设置的180s。

从Attach过程和RAU过程的协商情况来看，现网中MS主动发起Ready timer值协商后，协商值为44s的超过59%，不到24%协商值与现网设置180s相同，超过76%协商的值低于现网设置值60s，折合到全部的Attach和RAU过程(协商与不协商之和）的占比为33%，表明现网仍有33%比例使用低于60s的ready timer值。

4 参数优化效果

对SGSN的Gb_T3314-ReadyTimerMin分三次进行调整，第一次调整为120s，第二次调整为60s，第三次调整为180s。当前Gb平台实时采集和监测的BSC数量为6个，分别为FSM06B1、FSM06B2、FSM07B2、FSM14B8、FSM21B2、FSM21B3，下文参数调整前后对比的内容均为此6个BSC的情况。

Attach request和RAU request消息协商的ready timer值在一系列调整过程中没有明显的变化，44s仍然占绝大部分，表明MS主动协商ready timer的值与Gb_T3314-ReadyTimer-Min参数的设置无关。在SGSN返回的Attach Accept和RAU Accept消息中最终协商的ready timer值在参数调整前后变化明显，调整前协商的值共有10个，并且占比最高的是44s。参数调整为120s后协商的值只有2个，分别是180s和120s；调整为60s之后协商值有3个，分别是60s，120s和180s;调整为180s后协商的值只有180s—个。这表明Gb—T3314-Read-yTimerMin参数对最总协商到的值起作用。

4.1对无线性能的影响

通过上面的分析知道Gb—T3314-ReadyTimerMin参数值为10s时，有34%比例的用户最终使用低于60s的ready timer值，7月15日Gb_T3314-ReadyTimerMin调整为120s后全网用户的ready timer值均超过120s，PS寻呼总次数为原先未调整之前的40%;7月22日调整为60s后全网用户的readytimer值均超过60s，PS寻呼总次数也仅为原先10s时的63%;7月29日调整为180s后全网用户的readytimer值均为180s，PS寻呼总次数为原先10s时的30%。

Gb_T3314-ReadyTimerMin参数从10s调整为120s后，PS寻呼次数下降了60.48%，调整为60s后，PS寻呼次数对比10s时下降了37%;调整为180s后，PS寻呼次数对比10s时下降70%。可见Gb_T3314-ReadyTimerMin参数调高以后大幅降低PS寻呼次数，这将有效降低CCCH负荷，节省CCCH信道资源。

4.2对Gb口信令负荷的影响

在ready状态下，MS在每次选择了一个小区之后都要进行小区更新过程，在standby状态下则只需要在MS穿越路由区域边界时，执行路由区域更新，而在同一个路由区里选择新小区后不需要执行小区更新过程。因此如果ready timer越长，MS在readytimer的时间内发生小区更新的概率会越高,从而增加MS和SGSN的交互次数，增加信令负荷。

为了排除由于用户、时间长短或者流量等因素对信令消息增加造成的影响，评估Gb_T3314-ReadyTimerMin参数经过三轮调整后小区更新对信令负荷造成的影响，引入小区更新消息占总消息比例这个指标进行评估。通过前后的对比可以看到，调整到120s后小区更新消息占总消息的比例从1.88%提升至2.02%，增长0.14%；调整到60s后小区更新消息占总消息的比例从2.02%减至1.84%;调整到180s后小区更新消息占总消息的比例变为1.92%。基于目前的的比例变化情况，小区更新的消息在整个网络上下行消息比例只有2%左右，调整对比例的影响也在0.14%以内，因此对整个SGSN的信令负荷影响并不明显。

hendouse

挺给力的优化案例，佛山移动的Gb平台看来用得不错啊

昵称难倒的汉子

呵呵，虽说有Gb平台，但是当时做这个T3314时却不是Gb平台厂家做的，而是另外一家做的