TR069實現IPTV盒端管理

3.1.2 管理系統主動發起的連接

圖2示出的是管理系統主動發起的連接。

a)在盒端管理系統主動發起對盒端的連接請求之前，通過“心跳”，已獲得盒端的連接地址(本文以UDP的方式保持心跳連接為例)。

b)盒端在收到UDP請求后，應主動返回相應數據包。

c)盒端與盒端管理系統進行交互后，由盒端作為客戶端打開TCP連接，進行正常的PRC交換，并在Inform方法的EventCode代碼中填寫6 CONNECTION REQUEST。

d)打開連接，建立HTTP摘要認證鏈接。

以上為盒端與盒端管理系統安全連接的建立過程，本文中后續所有流程均采用此連接方式。

3.2 開機注冊與信息上報

圖3示出的是開機信息注冊與上報流程。

①盒端開機后，調用Inform方法，上報盒端信息及參數。

②盒端管理系統返回Inform Response。

③盒端發起一條空的HTTP Post請求。

④盒端管理系統根據盒端信息判斷是否需要更新固件。

⑤如果需要更新固件，參考軟件下載和固件更新流程。

⑥如果需要參數配置，由盒端管理系統發起參數配置(參見圖4)。

3.3 參數配置流程

①發起Inform請求，如果是盒端管理系統發起的配置請求Eventcode為6 CONNECTIONREQUEST。

②盒端管理系統返回Inform Response。

③盒端發起一條空的Http Post請求。

④盒端管理系統發起GetParameterValues要求，查詢盒端上指定的參數值。

⑤盒端響應GetParameterValuesResponse，攜帶盒端管理系統指定查詢的參數值。

⑥盒端管理系統發起SetParameterValues要求，配置盒端管理系統指定的參數模型參數值;(如果參數值不需要配置，⑥、⑦兩步可省略)。

⑦盒端響應SetParameterValuesResponse，攜帶參數值設置結果。

⑧盒端管理系統向盒端發送一條空的Http Post響應。

⑨斷開連接。

3.4 軟件下載和固件更新流程

圖5示出的是軟件下載和固件升級流程。

①盒端發起Inform請求，Event code為6 CONNECTIONREQUEST，說明該會話是由盒端管理系統要求而建立的。

②盒端管理系統返回Inform Response。

③盒端發起一條空的Http Post請求。

④盒端管理系統發起GetParameterValues，要求查看盒端的軟件版本。

⑤盒端響應GetParameterValuesResponse，要求攜帶軟件版本號。

⑥盒端管理系統經檢查確定盒端的軟件版本需要升級，向盒端發起Download要求。

⑦盒端重新打開一個文件連接(FTP或HTTP)執行文件下載操作。下載完成后，進行本地軟件升級。盒端升級完成后，若會話斷開，則開始步驟⑧，若會話仍在進行或新會話已開始，則跳過步驟⑧和⑨，從步驟⑩開始執行。

⑧盒端發起Inform請求，若下載應用中沒有重啟，則Event code為7 TRANSFERCOMPLETE和M DOWNLOAD;若下載應用中伴隨著重啟，則Event code為1 BOOT 、7 TRANSFERCOMPLETE和M DOWNLOAD。

⑨盒端管理系統對盒端進行設備認證，合法則盒端管理系統返回Inform Response。

⑩盒端發送TransferComplete，上報軟件升級詳細信息。

■盒端管理系統響應TransferCompleteResponse。

■盒端發送一條空的Http Post請求。

■盒端管理系統沒有別的請求時，向盒端發送一條空的Http Post響應。

3.5 盒端發起故障上報流程

圖6示出的是故障上報流程。

①當發生的事件達到設置的上報規則時，則盒端立即發送Inform消息建立與盒端管理系統的會話，并攜帶告警相關參數，將告警主動上報給盒端管理系統。

②盒端管理系統返回Inform Response。

③當盒端管理系統沒有其他請求時，向盒端發送一條空的Http Post響應。

④盒端斷開連接，會話結束。

4 結束語

本文結合IPTV機頂盒管理的需求和TR069協議的特點，指出了TR069協議比較適合對廣域網內IPTV機頂盒之類的設備進行管理，并且給出了TR069協議在IPTV機頂盒管理中的應用實例流程，此應用流程目前已經在實踐中得到了應用，對運營商開展IPTV業務運營過程中的機頂盒管理具有一定的參考價值。