廣西數字信源碼流溢出常見故障檢修

（廣西廣播電視技術中心玉林分中心）

一、引言

隨著廣播電視模數轉換的逐步推進，地面數字電視信號傳輸系統借助網絡運營商的IP承載網，運用新技術，通過不斷完善，已搭建成一個架構龐大，幅遼廣闊，節點眾多的IP傳輸網絡。數字信源傳輸系統具有傳輸穩定，傳輸內容豐富，運用靈活等優點，但新技術的運用和新故障的出現給維護工作帶來了新的挑戰。尤其在傳輸系統中交換機、復用器等設備與運營商IP承載網的配合使用，以及出現故障時快速準確處理方面存在能力尚有不足，需要我們不斷學習基礎知識和總結檢修經驗。

二、數字信源系統介紹

（一）傳輸方案

廣西無線傳播樞紐臺將中央和廣西廣播電視64M節目源包上傳至網絡運營商的10G SDH干線網，市縣級廣播電視節目經過編碼后也上傳10G SDH干線網做匯聚。95個高山臺站和4個CDR臺站數字信源的傳送方式為直連網絡公司10G SDH設備端口。鄉鎮臺站數字信源傳輸方式為縣前端IP復用器從10G SDH網取節目信號，復用后網口3將節目包輸出至市縣端S7606交換機，通過鄉鎮交換機網將信號發送到鄉鎮臺站，如圖1所示。

（二）維護現狀

圖1 全區數字信源傳輸方案

圖2 組播數據反傳示意圖

廣西數字信源傳輸系統整體運行穩定，調試初期故障率較高，正式運行后偶爾也會出現故障，其中臺站端IP復用器碼流溢出故障較為常見。導致碼流異常主要有三方面原因，一是設備接線錯誤，前端信源組播重復輸入；二是前端編碼器碼流輸出超過規定值；三是設備配置出錯，碼流反傳。處理此類故障時因可疑因素眾多、傳輸環節復雜、跨地域廣等問題排查起來較為困難。

三、碼流溢出常見故障及檢修

（一）故障一：信源組播重復輸入導致碼流溢出

故障現象：在實施無線發射臺信源IP化改造項目信源調試過程中，某縣的所有鄉鎮臺站出現數字電視播出畫面全屏馬賽克現象，登錄臺站端IP復用器發現輸入碼流溢出告警。依次排查縣前端、臺站端三層交換機和IP復用器，均無異常。

故障排查及處理：登錄臺站端IP復用器，發現網口1各接收組播中市縣廣播接收組播碼率正常，其他接收組播碼率翻倍。根據信源傳輸方案原理，斷開前端IP復用器網口3輸出，臺站端的復用器網口1的所有光纖信源組播的碼率應均為0，但斷開后臺站端只有市縣廣播節目碼率變為0，其他組播碼率正常。因為10G SGH網內有中央省級廣播電視和市縣電視節目組播，沒有市縣廣播節目的組播，由此判斷不明信源可能從10G SDH網傳過來的。聯系網絡運營商網管遠程查看縣前端S7606交換機，發現信源入端口7流量正常，信源輸出端口21流量翻倍。在縣前端進一步排查發現網絡運營商在調試中，沒有按方案施工，在完成將IP網口3信號輸入S7606交換機信源輸入主用端口7后，還從10G SDH取一路信號輸入信源輸入備份端口8。將備份端口上的光纖斷開后，輸入碼率和播出畫面都恢復正常，故障解決。

檢修總結：這是一起沒有按方案要求施工，重復輸入導致的碼流溢出故障。網絡運營商在端口充足的情況下會配置一主一備接口方便應急使用，但只能一個端口接入信號，由于運營商技術員對方案理解有誤，兩個端口同時接入信號，相當于兩個源主機向目標主機發送相同的數據，這時目標端口就會收到兩份同樣的數據，導致接收組播的碼流成倍增加。例如正常情況下8套中央電視節目組播碼流正常值為20M左右，前端重復發送后臺站端IP復用器該組播碼流就變成了40M。

（二）故障二：臺站端碼流反傳導致碼流溢出

故障現象：信源系統調試后運行階段一次巡檢發現某鄉鎮臺站數字電視播出畫面出現全屏馬賽克，進入IP復用器查看發現光纖輸入和本地衛星接收機各組播碼率均翻倍，檢查本臺站信源交換機和IP復用器配置，以及衛星接收機網絡接線均無錯誤。

圖3 組播系統碼率規劃表

故障排查及處理：斷開本臺所有衛星接收機的IP推送，觀察IP復用器主千兆卡網口1的各個衛星信源組播還有大小正常的碼流，而正常情況下斷開本臺衛星接收機的IP推送，IP復用器網口1接收的衛星信源組播碼率應該全部為0，而前端沒有衛星信源，只有臺站端才有，由此判斷該不正常碼流為臺站的數據反傳。深入排查發現同一個信源前端（縣中心機房）下的所有鄉鎮臺站均出現同樣問題，而高山臺站和其他縣的鄉鎮臺站均正常。該縣有四個鄉鎮臺站，檢查每個臺站信源交換機腳本配置、IP復用器設置及接線情況，發現其中一個臺站的信源交換機未運行腳本。進一步檢查發現該起故障是由于技術員調試過程中加載腳本后未保存成功，斷電重啟后腳本丟失，交換機內的IP組播信號又通過26口傳送至鄉鎮IP網，造成網內組播碼流成倍增加。重新加載腳本后故障解決。

檢修總結:這是一起信源交換機運行腳本丟失，臺站端數據反傳導致的碼流溢出故障，信源交換機加載或修改運行腳本后要保存配置，并通過軟重啟或斷電重啟的方式檢查配置是否保存成功。因為當信源交換機的三層腳本失效后就工作在二層狀態，此時交換機工作在OSI模型的數據鏈路層，只負責對數據進行轉發，交換機內的所有組播數據失去了VLAN、QOS和ACL等流量控制命令的限制就會通過光纖信源接口反向透傳到網內（如圖2所示），導致同一個縣的其他臺站的接收組播成倍增加，影響其他臺站的正常運行。

（三）故障三：前端編碼器輸出超過規定值導致碼流溢出

故障現象：數字信源傳輸網絡運行中某縣突然出現高山及所有鄉鎮發射臺站數字電視播出畫面有馬賽克的現象，IP復用器顯示輸入碼流溢出告警，檢查信源線路光功率正常，重啟設備后故障依舊。

故障排查及處理：將調試電腦接在臺站信源交換機本臺信源VLAN中任意一口，使用碼流分析軟件添加光纖傳送的信源組播IP，查看數據錯誤情況，字符顯示丟包錯誤，誤碼率高。登錄IP復用器，查看網口1各組播接收情況發現其他組播碼率正常，但縣級電視節目組播的系統碼率有10M，超過了規劃設定的值。后了解是縣臺AVS+編碼器返修重新安裝時，技術員沒有按數字信源傳輸方案的要求將輸出組播系統碼率設為3M而是保留出廠默認的10M，導致碼流過高，將編碼器輸出組播系統碼率改為3M后故障消失。

檢修總結：這是一起由于前端調制器輸出組播系統碼率過高導致的碼流溢出故障。廣西數字信源傳輸方案規劃前端到臺站的網絡帶寬為70M，資源有限，規劃時對各級電視廣播節目源輸出組播系統碼率做了嚴格的要求（如圖3所示），如果其中一個節目源系統碼率超高就會導致整體系統碼率超過70M，而導致數據丟包，誤碼率超過正常值，導致播出畫面出現馬賽克。工作中我們對設備配置參數時要嚴格按方案要求施工，不得隨意更改參數。

四、結束語

在數字信源維護工作中，我們要了解數字信源基本原理，掌握方案要點，熟悉各傳輸環節，善于協調網絡提供商遠程操作，才能在出現故障后更準確快速處理故障。另外，關鍵節點設備調試正常后，要導出配置文件分類保存，對后期排查故障會起到幫助作用。