金山IPTV用户点播请求故障率超高异常情况的分析

金山IPTV用户点播请求故障率超高异常情况的分析根据现网一个月Qos关键指标的统计报表，得出下图：

从图中可以看出：金山的用户点播请求故障率明显异常。金山光网、非光网的点播请求故障率分别为：3.23%，11.58%，明显高于其它区局，因此针对金山做一个全面的排查。

金山光网&非光网用户数

说明：access_devicetype字段中：3为光网用户，4为非光网用户，空为无法区分接入方式的用户。

光网用户数为：13431；非光网用户为14467；无法区分接入方式的用户为29157（客响数据：郊区2012/6更新，市区2012/10更新）。同时因为新版Qos质量分析系统缺少FTP服务器，目前仅采集中兴、大亚两个厂商STB的5分钟Qos数据，在这里，我们只能对中兴和大亚机顶盒进行分析：

中兴&大亚光网用户总数为1559；非光网用户总数为1293。采样数据小，从统计来看，如果有几笔Qos数据异常，就能导致整个统计结果异常，因此彻查qos原始数据。

新版Qos是5分钟上报，时长一共是300s，一次点播包含播放和结束请求，再加上中间的广告时间，超过100次绝对是一项不可能完成的任务。因此，我们设定在一个Qos文件中，如果<用户点播请求次数〉100>则该Qos为异常，予以剔除。

我们继续排查：这些异常的Qos数据，是哪些用户机顶盒上报：

下面是非光网用户统计情况，主要有3个用户：

机顶盒为中兴的ZXB600V4A，数据明显有异常，用户AD56524340尤其明显，很多请求大于1000次。失败也几乎一致。

光网用户情况如下：

主要是以上10个用户，从上两个表也可以看出RRT响应时间也是有问题的，时间单位是ms，RRT时间*请求次数远远大于5分钟。进一步说明了Qos基础数据也不准。

剔除以上明显异常数据后，对金山光网和非光网用户重新统计结果如下：

这样请求失败率就显得正常。根据这个原则，我们重新对全网数据进行过滤统计，统计结果明天发出。

光网与非光网IPTV质量对比

全网IPTV用户一共为1772132，其中光网用户为595792；非光网用户为471040，接入方式未知用户为705340。其实在未知接入方式的用户，是因为我们基础数据老旧，

随着光网发展，大部分用户应该是光网用户。所以实际上，光网用户远远高于非光网用户，用户比例我需要进一步数据才能说明。

其实从Qos数据上来看，光网的质量高于非光网，从我个人使用角度来看，这个结论应该是不容质疑的。但为什么光网的用户投诉比例高于非光网用户，我个人观点（我自己实际使用下来发现的问题）认为：

Qos是在STB成功获取IP地址，并且通过认证后，才启动Qos模块，记录并上报的。因此Qos上报说明用户已经能正常使用IPTV，其实很多问题发生在获取IP地址，以及正确认证之前。

很明显的问题就是（个人使用经验）：DHCP有时会发生获取失败，拿不到IP地址，我们会通过重启STB，实在不行重启光modem。获取IP地址后，就进入认证，有多少用户认证失败，是有记录可以查的；而认证对光网还是非光网是透明的，只要IP可达即可，因此是没有区别的。

在DHCP上面，光Modem和adsl Modem获取IP地址的能力是不一样的，我个人建议需要进一步查DHCP记录，才能正确说明为什么光网用户投诉比非光网投诉要高。

从上所述，大家也可以看到：Qos质量分析系统还需要很多的支持。

1、用户的基础数据不完整，需要更新。

2、需要尽快增加ftp服务器，采集华为、同洲等STB的数据。

3、现有STB上报Qos数据不准。我们正加速研发qos软探针，以解决此问题。

4、需要纳入dhcp的统计数据