主頁（http://www.130131.com）：QChat 技術(shù) . 從本質(zhì)上說，POC/PTT技術(shù)是把VoIP技術(shù)應(yīng)用于移動終端，將原來由運營商承擔(dān)的部分VoIP功能轉(zhuǎn)移到手機終端來實現(xiàn)。因此，POC可參照傳統(tǒng)的網(wǎng)絡(luò)分層概念。其中，POC系統(tǒng)中的移動信道層、應(yīng)用層以及IP層分別等同于TCP/IP模型中的網(wǎng)絡(luò)訪問層、應(yīng)用層以及傳輸層與互聯(lián)網(wǎng)層。 與許多VoIP解決方案一樣，SIP協(xié)議被用來作為“一鍵通”協(xié)議的控制層面，語音包的傳輸是通過RTP協(xié)議實現(xiàn)的，也就是說，大部分的RTP鏈路傳輸?shù)氖钦Z音包，其余的控制信息是通過RTCP來傳輸。實時控制協(xié)議(RTCP)提供了會話中談話者的仲裁器，并且對RTP會話質(zhì)量進行判決。具有POC/PTT功能的手機的特定插件和接口如圖10-18所示。 圖 10-18：支持POC/PTT的手機設(shè)備 QChat借助IP技術(shù)，實現(xiàn)的語音一鍵通業(yè)務(wù)具有“始終在線”特性，對蜂窩接入和無線資源的利用效率比電路交換蜂窩業(yè)務(wù)要高很多，運營商通過信道的高利用率使得POC/PTT業(yè)務(wù)可以得到贏利性的實施。向手機上移植QChat需要BREW3.1.5或更高版本的支持，對網(wǎng)絡(luò)也有相應(yīng)的要求，例如需要至少3條以上的QoS通道等等。在CDMA的網(wǎng)絡(luò)環(huán)境中，QChat的在客戶端和應(yīng)用服務(wù)器側(cè)的協(xié)議模型如圖10-19所示。 圖 10-19：，QChat的客戶端和應(yīng)用服務(wù)器之間的協(xié)議模型 其中RTP(Real - time Transport Protocol) 是針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議,工作于一對一或一對多的傳輸情況,可提供時間信息和實現(xiàn)流同步。RTP 通常使用UDP 來傳送數(shù)據(jù),也可在TCP 協(xié)議上工作。 SIP作為應(yīng)用層上的一個控制(信令)協(xié)議,用來建立、修改和終止有多個參與者參加的多媒體會話進程,參與會話的成員可以通過組播(multicast)、單播(unicast)或者兩者結(jié)合的方式進行通信。SIP可以用于邀請新的成員加入一個已經(jīng)存在的會話,也可以用于創(chuàng)建一個全新的會話。 作為SIP的核心思想之一,它可以用于明確地邀請某一個成員加入或者創(chuàng)建會話,這一點相對多播、SAP(會議通告協(xié)議)等是一個很大的進步.通信雙方可以共同協(xié)商使用的媒體參數(shù)(比如是否支持視頻)。SIP獨立于它所處理的多媒體會話類型和描述會話所使用的機制,能夠用一個可擴展的體系結(jié)構(gòu)應(yīng)用于視頻會議、語音通話、共享白板、游戲會話、應(yīng)用共享、桌面共享、文件傳輸?shù)雀鞣N情況.一般情況下,SIP協(xié)議使用RTP協(xié)議傳送音頻和視頻流,使用SDP協(xié)議進行媒體描述。SIP通過這樣的機制來實現(xiàn)其擴展性:通信雙方或多方使用SDP進行音、視頻的會議描述,如果通信的幾方希望在建立的SIP框架上進行一個游戲會話,那么只需要使用一個適用于描述游戲會話的協(xié)議來取代SDP協(xié)議。使用SIP協(xié)議進行會話的管理包括發(fā)起和終止會話、修改會話參數(shù)、調(diào)用服務(wù)、引入其他用戶、設(shè)置轉(zhuǎn)移呼叫、呼叫保持等。SIP的可擴展性還表現(xiàn)在它可以通過定義新的消息頭(header)和方法(method)來增加新的功能,這一點應(yīng)用在大部分增加新功能的SIP擴展RFC中。 SIP的另一個重要功能是支持用戶的移動性,通過SIP定義的代理(proxy)服務(wù)器和重定向(redirection)服務(wù)器來實現(xiàn)。由于SIP實現(xiàn)了通信用戶終端的定位,保證了無論被呼叫方在網(wǎng)絡(luò)的任何位置上都可以確保呼叫達到被呼叫方。它通過SIP URL(uniform resource indicator,統(tǒng)一資源標(biāo)識符)進行標(biāo)識,其格式和Email地址很相似,通常采用user@domain的形式。用戶必須首先向一個服務(wù)器登記他當(dāng)前的位置,才能被呼叫者找到,如果用戶的位置發(fā)生變化,必須將新位置向服務(wù)器重新注冊.服務(wù)器支持一個用戶同時擁有多個地址記錄,存到數(shù)據(jù)庫中,當(dāng)服務(wù)器需要聯(lián)系這個用戶時,它會按順序依次聯(lián)系記錄里的位置信息,直到從一個位置里得到反饋信息或者沒找到.SIP提供了重定向和代理兩種操作模式來完成對用戶的定向.另外,SIP可以用于其他的IETF協(xié)議以建立一個完整的多媒體體系結(jié)構(gòu),如傳輸實時數(shù)據(jù)、提供QoS反饋的RTP協(xié)議、控制流媒體發(fā)送的實時流傳輸協(xié)議RTSP、控制到公共交換電話網(wǎng)(PSTN)網(wǎng)關(guān)的媒體網(wǎng)關(guān)控制協(xié)議MEGACO、描述多媒體會話的會話描述協(xié)議SDP等. 對應(yīng)于BREW的移植，QChat有自身的移植工具（QPK，如圖10-20所示）。為了支持QChat客戶端應(yīng)用的運行，需要修改OEM層以便實現(xiàn)對PTT的按鍵事件進行處理。根據(jù)代碼移植的方向，QChat的移植過程有兩種，一種手機廠商采用自己的移植代碼，然后將QChat的相關(guān)改變合并到這些代碼里，另一種是手機廠商采用QChat的移植代碼，然后將自己移植的相關(guān)改變合并到QChat的移植代碼中。尤其需要主要的是，要對操作系統(tǒng)層進行優(yōu)化，否則難以實現(xiàn)QChat的目標(biāo)參數(shù)，例如連接建立時間等等。
(中國集群通信網(wǎng) | 責(zé)任編輯：陳曉亮) |
