当前位置：文档之家 › 用户突发导致指标变差案例

用户突发导致指标变差案例

  • 格式：docx
  • 大小：144.98 KB
  • 文档页数：4

案例名称：小区用户突发增多导致指标变差
关键词： 接通率掉线率 切换成功建立失败完整性保护算法
类型序列：技术类-LTE
作者姓名：
来源：
一、问题描述
网管统计嘉禾12月31号全天小时级指标情况发现在9点开始指标出现异常，查看基站
无告警，。小区无退服、无断链状态，小区状态正常运行，运维状态正常开通，网管统计指
标如下：

流程图：
小区统计零业务

可能原因2：无线环境
可能原因1：硬件性能

是否该原因
Y
N
排查终端异常、服务器不稳定、基站

硬件故障、传输配置问题或故障、天
线硬件性能受限
二、原因分析：
针对小区零业务统计的问题，初步判定有以下原因导致零业务：
1、网络问题：弱覆盖、参数设置问题；
2、故障问题：存在影响接入的告警（如天馈驻波比异常、闪断等）；
3、干扰问题：RB平均噪声提升；
4、核心网问题；
5、传输层问题；

可能原因3：参数异常
扩容解决
经验总结
处理结束

通过调整无线参数解决
通过排查网外干扰和网内干扰解决
是否该原因
Y
N

是否该原因
Y
可能原因4：资源不足
Y

问题消除

N
6、无线资源不足问题；
7、终端问题；
8、问题分析：网管统计嘉兴百味花园酒店12月4号全天指标情况发现全是零业务，查看
基站无告警，。小区无退服、无断链状态，小区状态正常运行，运维状态正常开通。4号之
前网管统计指标都很正常，各项指标都能统计显示，怀疑突发隐形故障，对CC板进行复位
重启，观察指标仍是零业务，现场测试无法占到此站点的各个小区排查无用户情况。
三、解决措施：

1、经过网管查询，问题站点无告警，排除故障问题；
2、提取现网RB平均噪声，每个RB平均噪声均低于-115，排除干扰问题。
3、网络问题，通过提取MR采集数据，发现无弱覆盖现象，mapinfo查询，无MOD3
干扰现象；
4、查看操作日志当天有个账号对嘉兴百味花园酒店进行过硬件操作创建光口设备的历
史记录具体如下

四、解决方案
对操作日志进行回放，发现光口设备被重新创建由原来的BPN2类型更换了BPL1，而
小区天线模式没有改动，BPL1支持小区模式为6小区4天线，BPN2支持12小区5天线，
更BP板时需修改对应的小区模式，不然无法激活小区，用户无法接入。

修改小区模式观察15分钟粒度指标，指标恢复正常问题解决如下图：
五、效果评估
对于网络参数修改，设备类型更换，需要及时关注指标，修改相应的联动参数做到网络
及时监控。

合集下载

诺西GPRS典型案例分析资料

诺西GPRS典型案例分析资料


案例二：SGSN的Gr Link负载不均衡
三.分析
SGSN与两个LSTP各有一个link set，每个link set中都含有 16条link，每个link set中的link是在内部控制下自动实现了均衡 负荷（在有效link的个数之内）。SGSN通过HSTP（GZH1和 GZH2）建立了两个route set，而且每个route set中都均衡地使 用了这两个link set，在所有的route set中都只有是同一个link set 的优先级高。
案例三：话单中上网时间为0的问题
三.分析
SGSN产生的S-CDR话单
cg1_20090201050007.cdr.boss: 18 783735661 46001415203590620090131202240 0 8613022175 033 220.206.129.48 220.206.129.2541535 848641CMWAP.MNC001.MCC460.GPRS mnc00.mcc460.gprs 10.100.152.306 0F5 5184 70360821 80 00 83678 29686501FF000000000400000001027396737 37482FFFF2009020104224020090201044007 1047
案例一：PDP激活成功率降低
三.分析
30日下午对现网数据进行实时分析，从15：20到15点35分采集 了15分钟的数据， 采集到29次B2事件。其中13次均为同一用户 所为。该用户使用APN “ZHTKJ.HZ.SD.MNC***.MCC***.GPRS” 进行PDPcontext激活。 进一步分析该用户的行为， 发现该用户 每分钟做一次PDPcontext激活，而且信令流程不同于一般的手 机用户，应该是使用功能不完善的通讯软件在进行数据业务。并 且由于未能成功建立通信连接而不断重拨， 导致以上业务失败 次数的增加。 进一步对上午忙时的数据进行分析， 同样发现该类用户在不断 重复此项活动。这个APN的失败次数占到所有APN失败次数的 52%。因此可以确定是该类用户使用某种不规范的终端工具，未 能激活数据业务，自动重试，从而导致KPI的降低。
NB-IoT性能劣化小区处理方法及优化案例

NB-IoT性能劣化小区处理方法及优化案例

NB-IoT性能恶化小区分析处理方法为及时有效处理NB-IoT性能恶化小区，现针对四项NB-IoT重要性能指标的分析处理方法进行归纳总结，集结成优化处理方法，具体指标如下：➢NB高干扰小区1、排查小区及周边小区是否存在GPS告警、基站晶振告警，GPS跑偏、基站晶振问题会导致区域性小区上行干扰抬升，若存在告警，则进行故障排除；2、通过小区干扰与业务忙闲时趋势关系，以及小区周边基站的干扰情况，判断是网内干扰还是外部干扰；3、对于底噪抬升导致的内部干扰，通过现场测试查看是否存在重叠覆盖情况，如存在，调整覆盖优化网络结构。

也可通过功控参数调整降低用户初始发射功率、或临时频率调整解决（注：频率调整不能作为常规优化手段使用）。

4、对于外部干扰，使用扫频设备进行扫频，确认干扰源，协调相关部门清除干扰源；5、对于室内小区的干扰，可以重点排查各类器件显隐性故障。

➢RRC低接通率小区1、排查小区是否存在硬件、传输告警，若存在告警，则进行故障排除；2、核查小区RRC建立相关参数，查看设置是否在合理范围内；3、查看RRC建立拒绝相关Counter，查找RRC建立拒绝原因：✓对于小区资源分配失败导致的RRC建立拒绝，可以通过容量参数适当调整控制小区覆盖范围：如延长RRC接入惩罚时间、降低PRACH重发次数、缩短UE不活动定时器时长、抬高覆盖等级RSRP门限、接入电平或功率调整等；若参数调整无效，则考虑下倾角调整等天馈调整方案；对于长期高业务负荷的小区可考虑边新建基站等。

✓对于MME过载导致的RRC建立拒绝，协同核心网一起排查；✓对于小区流控导致的RRC建立拒绝，可通过容量参数适当收缩小区覆盖范围；如仍无法改善，需查看小区硬件负荷，对于硬件负荷高的单板或BBU，进行扩展；4、排查小区是否存在上下行干扰，对于上下行干扰导致的RRC建立拒绝，确认干扰类型，结合无线环境进行相应的优化调整；5、对于无法明确判断的RRC建立失败，可以通过对小区进行信令跟踪，进一步分析RRC建立失败原因。

突发饮水事故案例分析题(2篇)

突发饮水事故案例分析题(2篇)

第1篇一、案例背景某市某区某居民小区于2023年3月发生了一起突发饮水事故。

该小区共有居民楼10栋，住户约3000户。

事故发生前，小区的供水系统由某自来水公司负责，供水质量一直较好。

然而，在3月15日，小区居民发现自来水出现异味，颜色呈淡黄色，且口感苦涩。

随后，部分居民出现腹泻、呕吐等症状。

事故发生后，小区居民恐慌情绪蔓延，纷纷要求相关部门进行调查和处理。

二、事故调查1. 现场勘查事故发生后，当地卫生监督部门、环保部门以及自来水公司迅速组成联合调查组，对事故现场进行勘查。

勘查发现，自来水管道内存在污垢，且部分管道老化严重。

此外，调查组还发现，事故发生前，该小区附近某工地进行施工，可能对地下水源造成污染。

2. 水质检测调查组对事故发生前后的自来水进行了多次检测，结果显示，事故发生前水质符合国家标准，而事故发生后，自来水中的细菌总数、余氯含量等指标均超过国家标准。

3. 调查走访调查组对事故发生前后的小区居民进行了走访调查，了解居民的饮用水习惯和症状。

调查发现，事故发生前，部分居民曾在工地附近的水源取水，且部分居民家中自来水管道老化严重。

三、事故原因分析1. 水源污染调查组初步判断，事故发生的主要原因是附近工地施工过程中，施工废水渗入地下水源，导致水源污染。

施工废水中的化学物质和细菌通过管道进入小区供水系统，导致水质恶化。

2. 管道老化事故发生后，调查组发现小区自来水管道存在老化现象。

管道老化导致水质净化效果降低，细菌和污染物容易在管道内滋生，进一步加剧了水质恶化。

3. 管理不善调查组发现，自来水公司在事故发生前，对小区供水系统的维护和检修工作不到位。

公司未能及时发现管道老化等问题，导致事故发生。

四、事故处理1. 应急处理事故发生后，自来水公司立即启动应急预案，对受污染的供水系统进行清洗消毒，并暂时关闭了小区供水系统。

同时，相关部门对事故发生原因进行调查，并向居民通报情况。

2. 水质净化自来水公司对受污染的供水系统进行了彻底清洗消毒，并更换了部分老化管道。

投诉优化案例汇总

投诉优化案例汇总

案例目录1 切换问题 (2)1.1参数配置问题 (2)1.1.1新兴T三小区间切换不及时 (2)1.1.4彩虹桥上切换不合理问题 (3)1.2邻区关系配置问题 (4)1.2.1东座酒店T2切换失败 (4)1.2.2特发T2与农科中心T3切换失败 (5)2 干扰问题 (7)2.1系统内干扰 (7)2.1.1安托山T3与龙珠T2同频干扰问题 (7)2.1.2瑞河T1、瑞河T2同站同频 (8)2.1.3沙嘴酒店T附近路段掉话 (9)2.1.4滨河皇岗立交掉话问题 (10)2.1.5罗岭如家T1和罗湖东门T2切换失败率较高 (11)2.1.6渔景T1与深铁T2切换时，C/I较差 (12)2.1.7京湖T3与南湖T2切换失败 (13)2.1.8文锦南路由南向北C/I较差导致掉话 (14)2.1.9文锦北路掉话 (15)2.1.10红荔路掉话 (17)2.1.12龙盈泰T3异频硬切换入失败次数过高 (18)3 覆盖问题 (19)3.1弱覆盖问题 (19)3.1.1华泰T2CS掉话问题 (19)4 故障站点排障后优化 (22)4.1.1“城市花园T”故障排除后优化 (22)5 综合案例 (23)5.1景田酒店T3切换失败 (23)5.2邮电枢纽T3 PS域RAB建立失败多及掉线多 (25)5.3园东T附近掉话 (29)5.4红荔路上掉话问题 (30)1 切换问题1.1参数配置问题1.1.1新兴T三小区间切换不及时§问题描述:在沿河南路路测时发现新兴T附近其三个小区间切换有些慢导致C/I差，若车速较快时会增加掉话的风险。

§问题分析:查看MML数据发现新兴三个小区间的切换存在问题，主要是新兴T1和新兴T3切出较慢导致的，可以调整其相关切换参数。

调整前如下图：§优化方案:新兴T三个小区的异频层三滤波系数都从D3还原成D5，新兴T异频切换时延TRIGTIME=D1280改为640；新兴T1异频切换时延TRIGTIME=D1280改为640，HYSTFOR2A=15改为12。