论文部分内容阅读
【摘要】本文主要结合衡水市GSM网络LAC寻呼量不均衡的情况，进行逐步的分析处理，最终确定了问题出在PS域。主要原因是某BSC的MFS口GPU负荷过高，会使PS寻呼数据丢弃，导致寻呼不均衡。
【关键词】LACPS域寻呼不均衡
一、问题描述
衡水市在例行指标监控时发现LAC12753下面的BSC4与BSC5存在严重的寻呼量不均衡情况，LAC12754下的BSC6和BSC9也存在寻呼量不均衡的情况；目前衡水现网寻呼区域设置策略是LAC区与路由区划分完全相同，可以排除由于不同bsc属于不同路由区（RA）引起寻呼不平衡的问题。
二、原因分析
2.1确定寻呼异常域
如果出现同LAC下不同BSC寻呼量差距较大，首先要确定是寻呼不均衡发生在PS域的寻呼还是CS域的寻呼异常，为此我们对PS域与CS域分别进行了统计分析。发现CS域寻呼并无不均衡的现象，PS域寻呼出现了寻呼不均衡的情况，统计出的差值基本和无线寻呼的差值相符，所以完全可以断定寻呼不均衡是由PS域导致的，主要从PS域寻呼方面着手分析。
2.2PS域寻呼分析
2.2.1寻呼流程
SGSN发起的下行分组数据的传输和移动台在SGSN中标识的MM状态相关。只有MS在SGSN中的状态为待命（STANDBY）时，下行链路TBF的建立才有需要寻呼过程。当网络向STANDBY状态的MS发起分组传送时SGSN向PCU下发PAGING REQUEST消息寻呼MS，PCU处理后发送PACKET PAGING消息给BSC，BSC根据消息中的小区识别标志向相应小区下发PACKET PAGING REQUEST。该寻呼流程将MM的状态由STANDBY转为READY，MS收到寻呼请求后将回送任一有效的LLC帧作为应答，将SGSN中的MM上下文由STANDBY状态转为READY状态。如果SGSN在一定时间内（由定时器T3113）没有收到MS的应答，将重复发送寻呼请求。
2.2.2确定问题网元
PS域寻呼是SGSN发起经过MFS（其他厂家称PCU）到基站。寻呼次数的统计点为BSC，在BSC侧统计到寻呼次数不平衡应出在BSC与SGSN之间。BSC之前的网元有ATER口、MFS、GB口。（1）硬件检查：检查ATER口连线、GB口连线、MFS硬件均无告警。（2）运行指标检查：（a）GB口统计各指标正常，无拥塞。（b）MFS/ATER口运行指标如下（指标门限由厂家给定）如表1。经过以上数据指标统计可看出HengShui_MX_4、HengShui_MX_5、HengShui_MX_6多项指标显示GUP拥塞已达扩容门限；ATER有拥塞，但不严重。综合以上指标分析，认为由于MFS的GPU负荷太高造成寻呼数据丢弃，从而导致寻呼不均衡。
根据以上的分析结果，对相关BSC的MFS内GPU板进行了扩容。采集扩容后的各项指标进行分析，发现寻呼恢复正常，各BSC寻呼量基本平衡，话务指标统计完全正常，问题得到处理。
三、总结
通过以上对LAC寻呼量变化情况的分析，明确了寻呼量异常波动原因，随着数据业务的急剧增长，PS的寻呼量（PAGPSBSC）接近或者超过CS域的寻呼量，PS寻呼应该引起足够的重视，在寻呼过程中所有网元必须满足寻呼的负荷要求，如果网元不满足负荷要求就会丢弃部分寻呼，导致二次寻呼，从而导致该LAC下寻呼剧增，严重时可能会导致网络瘫痪。
参考文献
[1]《阿尔卡特B10无线算法及参数设置》，上海贝尔公司
【关键词】LACPS域寻呼不均衡
一、问题描述
衡水市在例行指标监控时发现LAC12753下面的BSC4与BSC5存在严重的寻呼量不均衡情况，LAC12754下的BSC6和BSC9也存在寻呼量不均衡的情况；目前衡水现网寻呼区域设置策略是LAC区与路由区划分完全相同，可以排除由于不同bsc属于不同路由区（RA）引起寻呼不平衡的问题。
二、原因分析
2.1确定寻呼异常域
如果出现同LAC下不同BSC寻呼量差距较大，首先要确定是寻呼不均衡发生在PS域的寻呼还是CS域的寻呼异常，为此我们对PS域与CS域分别进行了统计分析。发现CS域寻呼并无不均衡的现象，PS域寻呼出现了寻呼不均衡的情况，统计出的差值基本和无线寻呼的差值相符，所以完全可以断定寻呼不均衡是由PS域导致的，主要从PS域寻呼方面着手分析。
2.2PS域寻呼分析
2.2.1寻呼流程
SGSN发起的下行分组数据的传输和移动台在SGSN中标识的MM状态相关。只有MS在SGSN中的状态为待命（STANDBY）时，下行链路TBF的建立才有需要寻呼过程。当网络向STANDBY状态的MS发起分组传送时SGSN向PCU下发PAGING REQUEST消息寻呼MS，PCU处理后发送PACKET PAGING消息给BSC，BSC根据消息中的小区识别标志向相应小区下发PACKET PAGING REQUEST。该寻呼流程将MM的状态由STANDBY转为READY，MS收到寻呼请求后将回送任一有效的LLC帧作为应答，将SGSN中的MM上下文由STANDBY状态转为READY状态。如果SGSN在一定时间内（由定时器T3113）没有收到MS的应答，将重复发送寻呼请求。
2.2.2确定问题网元
PS域寻呼是SGSN发起经过MFS（其他厂家称PCU）到基站。寻呼次数的统计点为BSC，在BSC侧统计到寻呼次数不平衡应出在BSC与SGSN之间。BSC之前的网元有ATER口、MFS、GB口。（1）硬件检查：检查ATER口连线、GB口连线、MFS硬件均无告警。（2）运行指标检查：（a）GB口统计各指标正常，无拥塞。（b）MFS/ATER口运行指标如下（指标门限由厂家给定）如表1。经过以上数据指标统计可看出HengShui_MX_4、HengShui_MX_5、HengShui_MX_6多项指标显示GUP拥塞已达扩容门限；ATER有拥塞，但不严重。综合以上指标分析，认为由于MFS的GPU负荷太高造成寻呼数据丢弃，从而导致寻呼不均衡。
根据以上的分析结果，对相关BSC的MFS内GPU板进行了扩容。采集扩容后的各项指标进行分析，发现寻呼恢复正常，各BSC寻呼量基本平衡，话务指标统计完全正常，问题得到处理。
三、总结
通过以上对LAC寻呼量变化情况的分析，明确了寻呼量异常波动原因，随着数据业务的急剧增长，PS的寻呼量（PAGPSBSC）接近或者超过CS域的寻呼量，PS寻呼应该引起足够的重视，在寻呼过程中所有网元必须满足寻呼的负荷要求，如果网元不满足负荷要求就会丢弃部分寻呼，导致二次寻呼，从而导致该LAC下寻呼剧增，严重时可能会导致网络瘫痪。
参考文献
[1]《阿尔卡特B10无线算法及参数设置》，上海贝尔公司