- 1、本文档共11页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
3G智能风暴冲击导DO性能异常问题处理总结
智能风暴冲击导致DO指标异常问题处理总结
摘要:通过G省S市电信CDMA网络3G智能风暴导致的DO性能指标及用户感受异常问题的分析处理及措施执行效果对比,为其他地市处理类似智能风暴问题提供参考和借鉴。
关键字:EVDO寻呼、智能风暴、掉话率、EVDO CCH信道
案例正文:
背 景
【问题局点】G省S市电信CDMA网络
【产品版本】CBSC6680 V300R00700SPH303 CBTS BTS V4R7C00SPC300
【现象描述】2011年2月11日,G省S市某BSC的 EVDO晚忙时掉话率开始上升,2月16日出现较明显的恶化,最高时达到11%左右,远远高于全网平均水平1.9%,同时出现有用户申诉用EVDO上网经常会掉线到1X网络。
问题、事件描述
2011年2月11日,G省S市某BSC的 EVDO晚忙时掉话率开始上升,2月16日出现较明显的恶化,掉话率最高达到10%以上,远远高于全网平均水平1.9%,同时出现有用户申诉用EVDO上网经常会掉线到1X网络。
问题原因:
该BSC掉话升高及用户经常掉线投诉的原因是寻呼消息增长速度过快,部分载扇的控制信道出现拥塞,导致同步控制信道消息丢弃,从而引起掉话率上升。
分析与对策
针对这种突发的异常,在常规分析的基础上,优先通过分析“突发异常的特征”,找到异常的关键因素,重点分析以下几方面:
1、时间特征分析(全天看,掉话率高发生在哪些时段)
2、空间特征分析(掉话率高的TOP站,以及地理分布相关性)
3、用户特征分析(TOP用户?以及是否是新增用户贡献掉话率)
时间特征分析
问题BSC的DO掉话率从1月18日到2月17日的晚忙时(20、21、22点)的趋势图分析表明,掉话率明显升高是从2月14日开始。
空间特征分析
通过对问题BSC的载频级1月18日到2月17日的20、21、22点DO掉话率分析看,从1月18日到2月17日的20、21、22点BSC17全部掉话次为359732次,掉话次数一小时超过150次的载频列表分散;而对2月15日、16日晚忙时21点的高掉话率小区的地理化分析显示,高掉线小区(图中红五角星所示)的分布几乎遍布整个BSC区域,无明显的集中趋势。
用户特征分析
从2月11日指标恶化后,异常释放中原因为空口丢失和其他原因这两部分数量均有较明显的提升,而根据CDR记录统计,6200多次空口丢失分布在2300多用户上,因此排除特殊用户问题造成的影响。
问题原因定位
进一步对会话数进行分析,问题发生的BSC的HRPD会话最大数增长较快,春节前的1月份为35000左右,而节后增加到40000左右。
通过掉话率与寻呼成功率的关联分析,发现掉话率恶化趋势与寻呼成功率变化趋势呈现出强相关性,问题原因逐步清晰定位与寻呼强相关。
通过掉话率与[DO CCH因队列满被丢弃的同步消息条数]的关联分析,发现掉话率恶化趋势与DO CCH因队列满被丢弃的同步消息条数的趋势呈一致性。
通过统计对比发现问题BSC的同步控制信道占用率达到理论极限,造成同步控制信道消息概率性丢失。
通过CDR统计连接次数TOP用户中,90%的呼叫都是被叫,与智能终端特性类似,问题原因最终锁定到与3G智能风暴有关。
现场测试验证情况
现场测试情况:在TOP站点 1394-3近点(CI 12db以上),在21:00~22:00之间,非常容易掉话,几乎拨上去两三分钟就会掉话,在22:00以后掉话减少,要10分钟左右可能才会发生一次。现场测试验证了掉话与DO CCH同步消息丢弃有关。
前台QXDM测试掉话情况分析:
手机在14:26:40公共信道“quickconfig 和Sectoparameters”消息定时器超时,
手机上一次收到的quickconfig 和CC消息是在14:26:35以前, 间隔了5秒多没有收到公共信道消息,手机侧定时器超时,发生掉话。
问题处理建议
针对3G智能风暴引起的寻呼过载导致DO CCH同步消息丢弃造成掉话问题优化处理建议:
第一阶段优化:建议在多载波区域使用均衡驻留的策略(HASH),利用叠加频点的CCH资源分担基础载波CCH负荷。
配置时请务必注意:
多载波边界关闭硬指配,防止呼建成功率恶化 ,因为多载波边界覆盖不一致,硬指配会失败
参数名称 参数级别 命令 说明 EV-DO硬指配允许标志 ASSALWDO 小区级 MOD/ADD CELL 该开关为开时,负荷均衡硬指配起效,其它硬指配算法需要再打开其对应的硬指配开关才能起效 2
第二阶段优化:如果使用均衡驻留后,仍然存在大量的同步控制信道消息丢失(需要关注“平均值项:DO CCH因队列满被丢弃的同步消息条数[条]”指标),则需要使用“基于RU的寻呼策略”进一步减小CCH的负荷。
打开基于RU的寻呼策略,可减小基站的寻呼负荷
您可能关注的文档
- 2号回风石门反底拱工安全技术措施 2.doc
- 2号机3号给水泵电系统高压试验文件包.doc
- 2号隧道仰坡危石加卷内目录及备考表.doc
- 2土建单位工程施工术资料组卷目录及表式.doc
- 2安徽工程大学申办水平运动队自评报告.doc
- 2安防GPS定位GS009年信丰中学女子篮球训练计划.doc
- 2岁宝宝的早教知识认知情况.doc
- 2常用电子元器件检方法与经验.doc
- 2游戏软件开发技术业考试计划20100428.doc
- 2珠海市教育科研课开题报告书.doc
- 数据仓库:Redshift:Redshift与BI工具集成.docx
- 数据仓库:Redshift:数据仓库原理与设计.docx
- 数据仓库:Snowflake:数据仓库成本控制与Snowflake定价策略.docx
- 大数据基础:大数据概述:大数据处理框架MapReduce.docx
- 实时计算:GoogleDataflow服务架构解析.docx
- 分布式存储系统:HDFS与MapReduce集成教程.docx
- 实时计算:Azure Stream Analytics:数据流窗口与聚合操作.docx
- 实时计算:Kafka Streams:Kafka Streams架构与原理.docx
- 实时计算:Kafka Streams:Kafka Streams连接器开发与使用.docx
- 数据仓库:BigQuery:BigQuery数据分区与索引优化.docx
文档评论(0)