基于H.323協(xié)議的IP視頻會(huì )議服務(wù)質(zhì)量技術(shù)

　 SR：主要用于多RTP流，如音頻和視頻之間的同步，和H.225.0密切相關(guān)。和流同步相關(guān)的字段是RTP時(shí)戳和NTP時(shí)戳。

　 RR：用戶(hù)監測QoS指標，包括長(cháng)時(shí)指標和短時(shí)指標。如果丟包率高于設定值，就應降低媒體速率。如接收報告間隔超過(guò)設定值，則應根據RR包中的丟失率字段判斷網(wǎng)絡(luò )是否嚴重阻塞，如是，應降低媒體速率。如果連續3個(gè)接收報告的到達時(shí)延抖動(dòng)值增加，發(fā)送端應采取措施。

　在H.245中也有測量往返時(shí)延的消息：往返時(shí)延請求和往返時(shí)延響應，該消息不含時(shí)間參數，請求發(fā)送端根據兩個(gè)消息的收發(fā)時(shí)間差即得往返時(shí)延，該時(shí)延為傳播時(shí)延、接受端排隊時(shí)延和處理時(shí)延之總和。而RTCP中根據SR和RR消息計算得出的是單純的傳播時(shí)延，直接反映網(wǎng)絡(luò )傳送的QoS。因此，二者監測的是不同物理量，相互之間并不沖突。

　 4． 2 證QoS具體手段

　 為了維持一定的服務(wù)質(zhì)量，當監測到QoS指標下降時(shí)，H.323終端采取一定措施。實(shí)際上這些措施并不是保持原有的Qos，而按照一定順序依次減低各種媒體的質(zhì)量，使得在給定的帶寬和負荷條件下仍然能向用戶(hù)提供可接受的服務(wù)。首先考慮降低質(zhì)量的是視頻信號，然后依次是數據、音頻和控制信號。采取措施可分為兩類(lèi)：短時(shí)響應和長(cháng)時(shí)響應。前者旨在解決包短時(shí)丟失和時(shí)延增加的短期問(wèn)題；后者用于網(wǎng)絡(luò )擁塞日益嚴重的情況。

　 (1)動(dòng)態(tài)調整圖像帶寬

　 人們對圖像和語(yǔ)音的敏感程度是不一樣的，當圖像碼流出現延遲、抖動(dòng)時(shí)，解碼后圖像表現為誤碼、丟幀；當語(yǔ)音碼流出現延遲、抖動(dòng)時(shí)，解碼后聲音斷續。從人的感覺(jué)上對圖像的誤碼更寬容一些。
為提高QoS，可以利用RTP/RTCP報告，得到關(guān)于網(wǎng)絡(luò )狀況的信息，如丟包率、包抖動(dòng)、延遲，根據這些信息動(dòng)態(tài)調整圖像帶寬。當網(wǎng)絡(luò )狀況不好時(shí)，可以通知編碼器，降低圖像帶寬，優(yōu)先保證聲音帶寬；當網(wǎng)絡(luò )狀況好時(shí)，通知編碼器，提高圖像帶寬。

　 (2) 唇音同步

　 接收方：對于接收方語(yǔ)音和圖像的同步，終端收到語(yǔ)音、圖像數據之后，分別放到語(yǔ)音緩沖和圖像緩沖中，定時(shí)從語(yǔ)音緩沖中取出語(yǔ)音包解碼，如果取出的語(yǔ)音包時(shí)戳與圖像吻合，就把相應的圖像包解碼。這樣做的好處是考慮語(yǔ)音的敏感性。

　 發(fā)送方：打時(shí)戳。發(fā)送方應該給數據包打上時(shí)戳，一方面是數據包（RTP包）的時(shí)戳，另一方面是數據控制包（RTCP包）的時(shí)戳。

　 5 結論

　 據目前種種跡象表明，基于H.323的IP視頻會(huì )議系統將成為寬帶IP網(wǎng)的一種潛力很大的增值業(yè)務(wù)。而它的終極目標是公眾運營(yíng)化，使千家萬(wàn)戶(hù)享受視頻服務(wù)。但IP視頻會(huì )議系統的公眾運營(yíng)化，涉及到很多問(wèn)題，服務(wù)質(zhì)量是實(shí)現IP視頻會(huì )議開(kāi)展的關(guān)鍵，所以在IP視頻的系統設計中，要統一做好服務(wù)質(zhì)量的設計。由于IP視頻會(huì )議是一項新興的技術(shù)，本身還處于發(fā)展中，很多技術(shù)有待于進(jìn)一步的研究和探討。