廖偉全，葉連響，江 圣

（中國移動通信集團廣東有限公司韶關(guān)分公司，廣東 韶關(guān) 512029）

0 引 言

隨著各電信運營商積極推廣交互式網(wǎng)絡(luò)電視（Internet Protocol Television，IPTV）業(yè)務(wù)，現(xiàn)IPTV業(yè)務(wù)基本已惠及普通家庭。因各電信運營商對IPTV業(yè)務(wù)的競爭和用戶對業(yè)務(wù)質(zhì)量要求的提高，IPTV業(yè)務(wù)質(zhì)量保障變得越來越重要。IPTV集合了直播、點播和時移電視等視頻功能，具有大帶寬、實時性強的特點，對IP網(wǎng)絡(luò)要求很高。過去“盡力而為”的IP網(wǎng)絡(luò)被認為能夠容忍的一些問題，給IPTV業(yè)務(wù)帶來了很多問題，如承載IPTV數(shù)據(jù)包發(fā)生抖動、時延、丟包都將使IPTV終端出現(xiàn)馬賽克、卡頓、黑屏等現(xiàn)象。為提高IPTV的業(yè)務(wù)質(zhì)量，出現(xiàn)了IPTV的Qos保障優(yōu)化措施，如根據(jù)視頻包內(nèi)I、B、P幀對視頻解碼復原影響程度在網(wǎng)絡(luò)側(cè)進行分優(yōu)先級的隊列丟包保護措施[1]，也有采用對網(wǎng)絡(luò)各層級節(jié)點布放監(jiān)測點進行全局優(yōu)化和保障[2-4]，但較復雜，難以全面部署。

IPTV是端到端的業(yè)務(wù)，涉及全程全網(wǎng)?？紤]到現(xiàn)網(wǎng)保障中存在人力投入多、重復勞動多、發(fā)現(xiàn)故障慢及用戶感知不佳等問題，本文通過服務(wù)質(zhì)量管理（Service Quality Management，SQM）系統(tǒng)采集電視機頂盒（Set Top Box，STB）的丟包、電視卡頓時長占比等指標，和STB歸屬的BNG、OLT、小區(qū)等信息，進行網(wǎng)絡(luò)分層聚類，然后對問題核查確認。

1 IPTV業(yè)務(wù)承載情況

IPTV是端到端業(yè)務(wù)，采用點播、直播分離承載方式構(gòu)建網(wǎng)絡(luò)解決方案。其中，點播業(yè)務(wù)采用“單播+CDN”模式構(gòu)建，直播業(yè)務(wù)采用組播技術(shù)構(gòu)建，單播、直播業(yè)務(wù)從業(yè)務(wù)流程上完全分離。以廣東某運營商為例（如圖1所示），IPTV平臺主要包括省中心節(jié)點（一級CDN）、區(qū)域中心（二級CDN）和邊緣節(jié)點（三級CDN）架構(gòu)，部分業(yè)務(wù)量小縣區(qū)采用二層CDN架構(gòu)，網(wǎng)絡(luò)層面主要包括省網(wǎng)、IP城域網(wǎng)和GPON承載[5]。內(nèi)容源經(jīng)專線下發(fā)給IPTV省中心節(jié)點。

圖1 某運營商城域網(wǎng)與GPON拓樸

1.1 點播業(yè)務(wù)承載介紹

點播業(yè)務(wù)主要采用單播路由，業(yè)務(wù)流為STB經(jīng)ONU上聯(lián)到OLT，然后OLT雙上聯(lián)到城域網(wǎng)BNG，然后通過城域網(wǎng)訪問CDN。

主要流程如下。

（1）STB開機后，認證信息通過ONUOLTBNG上送到省級radius系統(tǒng)進行認證。認證通過后，DHCP服務(wù)器分配地址給STB，STB請求播放指定節(jié)目到EPG。

（2）EPG返回節(jié)目URL給STB，然后STB向二級/三級CDN點發(fā)起VOD點播請求。

（3）二級/三級CDN節(jié)點可以滿足時，與STB建立連接和發(fā)送碼流。若發(fā)現(xiàn)無法滿足STB的服務(wù)請求時，向CDN Manager請求下一個有能力提供服務(wù)的CDN節(jié)點B。

（4）CDN Manager返回給二級/三級CDN節(jié)點下一個提供服務(wù)的CDN節(jié)點B。

（5）二級/三級CDN節(jié)點向STB返回下一個提供服務(wù)的CDN節(jié)點B的URL地址。

（6）STB向CDN節(jié)點B發(fā)起VOD請求。CDN節(jié)點B判斷本地內(nèi)容存在且配額滿足，然后給STB回響應。

（7）STB向CDN節(jié)點B發(fā)起消息，申請建立媒體鏈路。

（8）CDN節(jié)點B給STB回響應。

（9）STB向CDN節(jié)點B發(fā)送播放請求。

（10）CDN節(jié)點B向STB發(fā)送碼流。

CDN上面存儲的視頻點播次數(shù)少于設(shè)置的閥值時，將進行內(nèi)容老化。

1.2 直播業(yè)務(wù)承載介紹

直播業(yè)務(wù)主要采用PIM組播協(xié)議實現(xiàn)，PIM利用單播路由協(xié)議生成的單播路由表為IP組播提供路由，并通過逆向路徑轉(zhuǎn)發(fā)（Reverse Path Forwarding，RPF）機制實現(xiàn)對組播報文的轉(zhuǎn)發(fā)。通過在IP城域網(wǎng)部署PIM實現(xiàn)組播報文的轉(zhuǎn)發(fā)，GPON接入網(wǎng)絡(luò)則通過IGMP協(xié)議實現(xiàn)組播包的轉(zhuǎn)發(fā)。

組播流量轉(zhuǎn)發(fā)流程如下。

（1）內(nèi)容源始終向平臺的源DR發(fā)送組播數(shù)據(jù)。

（2）源DR至RP流量轉(zhuǎn)發(fā)：DR通過pim register消息用單播報文發(fā)送組播流量到RP。

（3）RP到接收者DR的流量轉(zhuǎn)發(fā)：根據(jù)RPT樹逐跳下發(fā)流量。

（4）接收者DR到客戶端的流量轉(zhuǎn)發(fā)：

①流量到達BNG，BNG查詢本機的二層組播表項，將流量發(fā)送至對應組播VLAN，到達OLT。

②OLT將組播流量在組播VLAN中廣播，并支持跨VLAN組播復制功能，將組播流量復制到ONU上關(guān)聯(lián)組播VLAN的單播VLAN。

③ONU查詢本地二層組播表項，轉(zhuǎn)發(fā)給機頂盒STB。

④流量到達客戶端STB。

2 IPTV業(yè)務(wù)質(zhì)量優(yōu)化研究與應用

2.1 IPTV業(yè)務(wù)質(zhì)量分析

IPTV業(yè)務(wù)流經(jīng)設(shè)備有終端、GPON接入網(wǎng)、IP城域/骨干網(wǎng)、內(nèi)容分發(fā)網(wǎng)絡(luò)（Content Delivery Network，CDN）和內(nèi)容源，所以業(yè)務(wù)質(zhì)量排查涉及面較廣。因IPTV業(yè)務(wù)對網(wǎng)絡(luò)質(zhì)量要求很高，任何一個環(huán)節(jié)出現(xiàn)問題都會影響用戶感知，只是位置不同、影響程度不同且需全專業(yè)進行排查，過程往往艱辛復雜[6]。

經(jīng)分析，某市運營商的IPTV業(yè)務(wù)故障原因匯總?cè)绫?所示。

表1 IPTV業(yè)務(wù)質(zhì)量原因表

2.2 基于分層聚類分析的IPTV質(zhì)量優(yōu)化方案

IPTV業(yè)務(wù)中點播主要采用TCP傳輸協(xié)議，是面向連接有保障的。直播業(yè)務(wù)為實時業(yè)務(wù)，對時延敏感，采用UDP協(xié)議承載，數(shù)據(jù)包丟失后沒有重傳保障，所以直播業(yè)務(wù)對丟包敏感，對網(wǎng)絡(luò)質(zhì)量要求高。

IPTV業(yè)務(wù)質(zhì)量提升需要全專業(yè)協(xié)同，現(xiàn)運營商基本均有在STB部署軟探針和SQM系統(tǒng)。通過系統(tǒng)可以采集到STB的TS丟包、電視卡頓占比（卡頓和花屏時間與總播放時間的比值）等指標來評估STB的性能，且可以采集到STB歸屬的小區(qū)、OLT及BNG等相關(guān)信息。

聚類分析又稱群分析，是研究（樣品或指標）分類問題的一種統(tǒng)計分析方法，也是數(shù)據(jù)挖掘的一個重要算法。聚類分析普遍用于多種專業(yè)領(lǐng)域[7]。結(jié)合SQM系統(tǒng)，本文提出了基于分層聚類分析的IPTV質(zhì)量優(yōu)化方案，主要實施流程為：

（1）SQM系統(tǒng)采集某市運營商各STB的電視卡頓占比，因為每一個STB數(shù)據(jù)關(guān)聯(lián)不同的網(wǎng)絡(luò)層（小區(qū)、OLT、BNG），通過分網(wǎng)絡(luò)層級的聚類可取出質(zhì)差BNG、質(zhì)差的OLT和質(zhì)差的STB；考慮到BNG及以上網(wǎng)絡(luò)層級出故障概率較少，所以主要以O(shè)LT為維度進行分析。邏輯流程如下。

①取某小區(qū)平均電視卡頓時長占比為X，閾值為全網(wǎng)平均電視卡頓時長占比平均值Y，X大于Y分類為質(zhì)差小區(qū)，建立質(zhì)差小區(qū)表。后續(xù)核實確定為質(zhì)差小區(qū)時，將質(zhì)差小區(qū)X的最小值設(shè)為閾值Y。同理，建立質(zhì)差OLT類和質(zhì)差STB類。

②取質(zhì)差小區(qū)、STB中歸屬非質(zhì)差OLT設(shè)為嚴重質(zhì)差小區(qū)類和嚴重質(zhì)差STB類，優(yōu)先核實處理。

（2）使用一臺Windows Server 2012服務(wù)器搭建SQL2012數(shù)據(jù)庫，用visual studio 2015拱建WEB，然后調(diào)用python3執(zhí)行程序，并將結(jié)果輸入數(shù)據(jù)庫。程序?qū)崿F(xiàn)輸入IPTV帳號OLT，然后輸出城域網(wǎng)、GPON的檢查報告，以確認是否存在質(zhì)差問題。邏輯流程如下。

①程序通過SQM導入的表格，核查業(yè)務(wù)歸屬的小區(qū)、OLT和BNG。

②程序分別登入OLT和BNG，在BNG提取上下聯(lián)端口的丟碼、鏈路利用率和收光情況。在OLT首先進行拉流測試，通過拉流確定OLT接收的組播視頻包是否存在丟包問題。若有，則上層存在問題；沒有，則下層存在問題。然后，通過指令核查OLT上聯(lián)端口收光、誤碼及鏈路利用率等信息，還有是否軟失效、內(nèi)聯(lián)板是否有丟包等問題。

③通過上述核查確認是否有隱患存在網(wǎng)絡(luò)相應層級，BNG通知城域網(wǎng)專業(yè)處理，OLT通知GPON專業(yè)處理。若未發(fā)現(xiàn)城域網(wǎng)和GPON問題，則通知客戶側(cè)專業(yè)處理，如重啟、更換STB等。表2為某一次核查結(jié)果。

表2 IPTV業(yè)務(wù)質(zhì)量核查結(jié)果

若核查未發(fā)現(xiàn)原因又存在客戶投訴，則按照OLT拉流結(jié)果進行問題定界，確定核查的專業(yè)。由于電視質(zhì)差問題原因眾多，甚至存在未發(fā)現(xiàn)過的原因，所以成立虛擬支撐團隊（包含平臺、接入網(wǎng)、城域網(wǎng)和裝維專業(yè)）將有助于支撐解決IPTV質(zhì)量問題。

2.3 IPTV業(yè)務(wù)質(zhì)量保障方案測試

為驗證基于分層聚類的IPTV業(yè)務(wù)質(zhì)量方案提升的有效性。經(jīng)過持續(xù)一月的實施，圖2展示了采用本文方案后電視卡頓和TS丟包率的明顯改善?？梢?，整個市運營商總電視卡頓占比減少了0.24%，TS丟包率減少到接近為0，效果明顯。

圖2 電視業(yè)務(wù)指標比較

3 結(jié) 語

本文從端到端角度分析影響IPTV業(yè)務(wù)質(zhì)量的因素，提出了基于分層聚類分析的IPTV質(zhì)量優(yōu)化方法來提升用戶感知。某市運營商網(wǎng)絡(luò)實踐證明，本文方案可以迅速輸出各專業(yè)常見問題的核查結(jié)果，減少不必要的人力成本和重復勞動，提高運維效率；可以提前進行預判和發(fā)現(xiàn)隱患，于故障發(fā)生前解決問題，提高網(wǎng)絡(luò)健康度，同時提高用戶感知；通過程序在OLT進行拉流定界，可實現(xiàn)預判問題所處專業(yè)，可有效減少專業(yè)間的溝通協(xié)調(diào)時間。本方案應用效果良好，實現(xiàn)了IPTV業(yè)務(wù)質(zhì)量的改善，有推廣應用價值。