华为GSM掉话统计机制及参数优化的研究.docVIP

华为GSM掉话统计机制及参数优化的研究 　　【摘要】文章主要结合华为BSC的A接口、Abis接口信令跟踪功能,通过详细的优化试验,总结出华为GSM设备在掉话统计机制方面的原理,并分析其对通话流程以及用户感知的影响,总结出掉话相关参数的设置建议值。 　　【关键词】华为GSM设备 掉话统计机制 掉话相关参数 TCH SDCCH 　　 　　1 前言 　　对于日常维护中的掉话问题优化手段,各个厂家之间大同小异。中国移动广东公司部署华为GSM设备的时间相对爱立信设备较短,缺少对华为掉话统计机制及相关参数设置的研究。本文通过多次优化试验,总结出华为设备掉话发生机制、统计机制以及掉话相关参数的设置建议,可辅助开展日常的掉话优化。 　　 　　2 掉话统计分类分析 　　华为掉话统计分为“稳态掉话”和“切换掉话”两类,具体的各类掉话触发机制如表1所示: 　　本次研究主要通过华为BSC网管终端自带的A接口、Abis接口的信令跟踪功能来分析无线口掉话的统计机制。 　　所有原因值引起的掉话,表现都是BSC向MSC上报Clear Request,因此通过A接口跟踪获取对应小区的掉话统计。由无线环境引起的“连接失败”、“错误指示”和“释放指示”等3种原因导致的无线口掉话,可通过Abis口观察。 　　 　　3 掉话统计机制分析 　　通过现网基站和模拟测试站的多次信令跟踪和模拟掉话测试发现,在Abis口上报“连接失败”、“错误指示”和“释放指示”等3种原因时,BSC不会立即上报Clear Request,而是等待6秒,超时后才上报并统计为一次掉话。经研究,确认目前华为BSC6000(版本:V900R008C12)内部存在一个掉话保护定时器,在BSC判决出现掉话后启动时长为6秒的定时器,超时后才上报。 　　为评估该定时器对通话以及用户感知的影响,我们将通话流程分为3个阶段来进行分析:接入阶段、保持阶段、释放阶段。 　　(1)接入阶段 　　若ERROR_IND、Connect Fail等信令上报后的6秒内,收到Assignment Complete,即指配流程结束,MS从SDCCH转移到TCH,同时定时器置0,不上报Clear Request,不统计为SDCCH掉话。 　　案例如下: 　　BTS在11:11:37时上报ERROR_IND,而11:11:40时开始指配流程,到11:11:43时指配成功,之后释放原占用的SDCCH,没有超过6秒,因此不上报Clear Request,不统计为SDCCH掉话。 　　分析结论:接入阶段6秒的保护可避免直接掉话,对接入有一定的帮助。同时,由于用户尚未开始通话,并不会对用户感知造成影响。 　　(2)保持阶段 　　若ERROR_IND、Connect Fail等信令上报后的6秒内,收到MSC下发的Clear Command,则进入正常释放阶段,BSC不再上报Clear Request,定时器置0,不统计为TCH掉话。 　　案例如图2。从图2可见,BTS在10:46:19上报ERROR_IND,达到BSC等待6秒的保护时间后,BSC在10:46:25下发REL_REQ(对应A接口的Clear Request)。因此本次掉话,将统计为由于“错误指示”导致的掉话。 　　分析结论:对于一些由于无线环境突然恶化的通话,6秒定时器可起到挽救掉话的作用。但由于等待时间较长,会对用户感知造成一定的影响。 　　(3)释放阶段 　　在MSC下发Clear Command后,若有ERROR_IND、Connect Fail等信令上报,仍继续原来的正常释放流程,而不再上报Clear Request,也不统计TCH掉话。 　　案例如下: 　　从图3可见,在位置更新流程中,BTS在10:56:28上报ERROR_IND,随后位置更新流程结束,在10:56:30时MSC下发Clear Command进行正常释放;因此BSC不再等待6秒掉话定时器,而直接进行正常释放流程,也不会计入掉话。 　　分析结论:进入释放阶段后,由于用户已挂机,不影响用户感知。 　　4 掉话相关参数试验 　　本次专题试验对象为一个BSC下所带的掉话TOP10小区,对掉话影响相关的主要指标进行了调整验证。 　　(1)呼叫重建禁止、TREESTABLISH 　　调整前后的掉话变化趋势如图4: 　　 　　从图4可见,在12月9日关闭“呼叫重建禁止”以后,除12～14日有突发上升外,其余各阶段TCH掉话都比关闭前要少;而且TREESTABLISH设置越长,TCH掉话越少,可见该参数对TCH掉话的改善有明显效果。由于该参数只对TCH稳态呼叫时起作用,因此对SDCCH掉话无明显影响。 　　但要注意,在目前的呼叫中先等待无线链路计