为什么有些指标的统计值会超过100%。疑惑的（是GSM网络统计指标）

系统KPI指标超过100%，如果比较普遍，那就是在定时器上做了手脚没有办法。
如果是偶尔出现的话，就是说我们的指标提取都是有时间限制的，1个小区，15分钟，或者半个小时。既然有了时间限制，那么指标在统计时就限制在了特定时间里，但是用户的行为可不管你统计限制的时间，会出现这一分钟出现的任何请求，到下一分钟内出现请求成功，因此其下一分钟的统计中，就会多出成功率次数，那么你的统计就会出现过百的问题

那是错误的统计嘛 系统出错 我也遇到过 不必在意

用指配来举例，
比如说7:59:59发起一次指配请求，
8:00:01收到了指配成功的信令，
那么对于8:00的统计来说，因为少掉一次指配请求，因而指配成功/指配请求是有可能大于1的。

这样说，可以吗？

系统出错

在OMC系统里要是有太多个小区都这样，那指标定义可能出错，可以按计数器节点去计算一下，要是不多，数据库出错的可能性也有！

很多的话 可能是系统出错  少数的话正常 二楼说的那样 计数器统计时间点的问题

根据局方给的算法，可能出现这种情况。在嘉兴移动，统计覆盖率的时候，会出现100.1%的情况！

计数器统计的问题，计数器每个多久扫描一次，有可能扫描的点就在引起大于100%的那个节点上。

个别次超过100，可以接受，比如上个时间段发出的request, 在下个时间段才出accept. 这时如果求成功率accept数/request数， 就有可能在下个时间段分母大于分子。
如果经常超过100，有两个原因，1、统计的原始值有问题，是系统BUG，2、是统计公式错误。

我也不清楚

可能计数器选错
也可能是正常情况，例如公式中不同的计数器的细微统计周期不同，一些极端情况下会大于100%

跨时段的统计会出现这样的情况，不过一般都超过一点点，这样的情况不是很多的

1.首先看所有cellorBSC都统计都是100？如果是基本判断是公式问题；
2.如果是BSC级别，像切换就有可能跨BSC切换，导致目标小区和原小区次数有差异；
3.产品counter打点问题，我遇到过，后来研发打patch搞定；
4.统计工具bug也有可能造成这个现象，这样需要统计软件修改bug。

后台的没接触过。