視頻通話功能模塊與中間件軟件采用部分融合的方式，中間件負(fù)責(zé)與上層的用戶應(yīng)用軟件的接口，視頻通話功能模塊負(fù)責(zé)與系統(tǒng)底層的接口，同時與中間件封裝層的接口。此方案優(yōu)點在于各方面工作量小，相對來說所需時間短。視頻通話功能模塊由控制模塊、協(xié)議處理模塊、音視頻采集模塊、音頻編解碼模塊、視頻編解碼模塊、用戶界面模塊等組成，軟件功能模塊如圖4 所示。

　　圖4 軟件功能模塊示意圖

　　控制模塊主要是接收并執(zhí)行應(yīng)用的命令，向應(yīng)用上報信息，控制視頻通話的交互動作，控制媒體流的處理等。

　　協(xié)議處理模塊包含SIP 協(xié)議處理、RTP 協(xié)議處理等，大都是基于IETF 標(biāo)準(zhǔn)的。SIP 協(xié)議棧的功能是用于建立、更改和終止多媒體會話或呼叫，進(jìn)行多媒體通話的信令處理；RTP 協(xié)議棧的功能是對流媒體數(shù)據(jù)進(jìn)行封包并實現(xiàn)媒體流的實時傳輸，用于多媒體數(shù)據(jù)包的排序及糾錯。

　　音視頻采集模塊支持?jǐn)z像頭、電話機或者藍(lán)牙耳機等外設(shè)，并將輸入的視音頻信號傳送給音視頻編碼模塊。

　　音頻編解碼模塊對本地用戶輸入的語音信號進(jìn)行編碼，并對網(wǎng)絡(luò)接收到的音頻數(shù)據(jù)包進(jìn)行解碼。

　　視頻編解碼模塊對本地用戶輸入的視頻信號進(jìn)行編碼，并對網(wǎng)絡(luò)接收到的視頻數(shù)據(jù)包進(jìn)行解碼。

　　應(yīng)用接口封裝提供應(yīng)用程序接口給應(yīng)用層的Java 應(yīng)用程序所使用，Java 應(yīng)用程序給用戶提供了可以下載的豐富應(yīng)用。

　　用戶界面模塊實現(xiàn)用戶的撥號、畫中畫顯示、操作界面等，界面應(yīng)當(dāng)足夠的友好和方便，完成人機交互。

　　終端軟件流程如圖5 所示。

　　圖5 流程示意圖

　　以本地機頂盒發(fā)起呼叫為例，簡單流程如下：

　?。?）主叫機頂盒啟動并初始化。

　?。?）攝像頭、電話機等外設(shè)啟動初始化。

　?。?）機頂盒向服務(wù)器進(jìn)行注冊，機頂盒自動向服務(wù)器發(fā)送注冊消息進(jìn)行注冊。注冊成功后，服務(wù)器將會動態(tài)地建立用戶的邏輯地址和其當(dāng)前聯(lián)系地址之間的對應(yīng)關(guān)系，以便實現(xiàn)呼叫路由和對用戶移動性的支持。

　　（4）機頂盒進(jìn)入偵聽等待狀態(tài)。

　　（5）主叫機頂盒向被叫機頂盒發(fā)出INVITE 請求，INVITE 請求的作用是發(fā)起并建立呼叫，邀請被叫機頂盒加入主叫機頂盒建立的呼叫。

　?。?）被叫機頂盒收到請求后對主叫機頂盒做出響應(yīng)，被叫機頂盒對請求的響應(yīng)分為臨時響應(yīng)（狀態(tài)碼為1xx）和最終響應(yīng)（狀態(tài)碼為2xx），主叫機頂盒只對最終響應(yīng)做出回應(yīng)。被叫機頂盒做出的最終響應(yīng)是200 OK，表示被叫機頂盒接受并開始處理呼叫請求。

　?。?）主叫機頂盒收到響應(yīng)后發(fā)送ACK 請求，向被叫機頂盒告知主叫機頂盒收到了最終響應(yīng)，被叫機頂盒收到主叫機頂盒的ACK 請求，標(biāo)志呼叫建立階段結(jié)束。

　?。?）進(jìn)入通話過程。

　　（9）當(dāng)參與呼叫的任一方要終止呼叫時，該機頂盒將會構(gòu)造并發(fā)送一個BYE 消息給對方機頂盒。對方機頂盒收到BYE 請求后，將會釋放與此相關(guān)的資源，回送一個成功相應(yīng)，表示呼叫已經(jīng)終止。

　　4 結(jié)語

　　本文以STi7105 芯片為基礎(chǔ)，介紹了盡量利用高清互動機頂盒的現(xiàn)有編解碼能力實現(xiàn)視頻通話功能；在此基礎(chǔ)上可以向其他具有類似編解碼能力芯片的機頂盒移植，比如STi7162、Hi3716 等；當(dāng)需要更高的音視頻編碼質(zhì)量時，也可以使用具有獨立編碼功能的攝像頭、電話機等外設(shè)。隨著高清機頂盒的普及，這種基于高清機頂盒的視頻電話，使視頻通信服務(wù)從高高在上的大客戶業(yè)務(wù)轉(zhuǎn)向普通家庭用戶，也順應(yīng)了三網(wǎng)融合的時代要求。