新款無(wú)線(xiàn)網(wǎng)絡(luò )標準VoIP詳解（二）

2009/10/19

• 新款無(wú)線(xiàn)網(wǎng)絡(luò )標準VoIP詳解（一）

　　低攻耗、高性能

　　為了提供我們的客戶(hù)更良好的服務(wù)，所有的華碩技術(shù)支援工程師都接受過(guò)嚴格的技術(shù)訓練與客戶(hù)服務(wù)訓練，以提供您更迅速可靠的服務(wù)。

　　只要是華碩筆記本電腦的用戶(hù)，對於產(chǎn)品有任何的問(wèn)題，都能夠利用該客服專(zhuān)線(xiàn)與華碩客服人員聯(lián)系，享受最優(yōu)質(zhì)、最　　改善現有802.11基礎結構的方法之一，是利用針對網(wǎng)際網(wǎng)絡(luò )應用而開(kāi)發(fā)的比新語(yǔ)音解碼器。這些解碼器大幅簡(jiǎn)化VoWLAN的設計。效率不彰的網(wǎng)際網(wǎng)絡(luò )電話(huà)環(huán)境，促成解碼器的開(kāi)發(fā)，能以極低位的速度達到良好的語(yǔ)音品質(zhì)。

　　例如:廣受歡迎的Skype網(wǎng)絡(luò )電話(huà)系統核心之iLBC解碼器，能提供相當于高端ITU G.729解碼器的特性;ITU解碼器只以8kbps，能提供公用電話(huà)般的語(yǔ)音品質(zhì);而來(lái)自Global IP Sound的iLBC解碼器，所需的位速率稍高-13.3kbps。Global IP Sound稱(chēng)他們的編碼器語(yǔ)音品質(zhì)優(yōu)于PSTN，而且能忍受高達30%的封包損失。網(wǎng)際網(wǎng)絡(luò )工程研究團隊(Internet Engineering Task Force;IETF)已對此解碼器制定標準。CableLabs應用于多媒體終端配接器與媒體閘道的PacketCable影音解碼器規格以被指定其為必要的解碼器。

　　有了此類(lèi)解碼器，必要的VoWLAN語(yǔ)音品質(zhì)就更易于實(shí)現，而且也能解決網(wǎng)際網(wǎng)絡(luò )所造成的延遲與抖動(dòng)現象，故此特別適合如802.11這種非同步開(kāi)放系統使用。既然解碼器如此靈活，為何還要發(fā)展復雜的時(shí)序與同步方法呢?

　　挑戰耗電量

　　盡管現今的解碼器如此靈活，時(shí)序仍然是十分重要的，因為它對耗電量影響重大。移動(dòng)電話(huà)系統的同步特性，使它能輕易而直接地實(shí)現手機睡眠/喚醒排程。手機能在封包之間知道能安全地進(jìn)入睡眠模式。然而，802.11的裝置就永遠不知道何時(shí)可能接收突發(fā)的流量，或因其他理由而必須回應存取點(diǎn)。

　　雖然移動(dòng)電話(huà)與VoWLAN系統之間有此差異，后者還是必須讓它的電池壽命能媲美移動(dòng)電話(huà)手機。雙模移動(dòng)電話(huà)手機的兩種類(lèi)型功能都使用同一顆電池，因此勢必會(huì )互相比比。

　　說(shuō)到這里，我們不禁又會(huì )想令WLAN同步操作。若存取點(diǎn)知道手機于何時(shí)進(jìn)入睡眠模式，只在它準備好時(shí)進(jìn)行傳輸，此時(shí)手機就可類(lèi)似移動(dòng)電話(huà)，定期進(jìn)入睡眠模式。存取點(diǎn)不必在VoIP訊框抵達時(shí)立刻傳輸至手機，必要時(shí)可先將這些訊框置于緩沖區。

　　目前有兩種操作模式，能以足夠的同步在802.11 WLAN中實(shí)作良好的省電時(shí)序技術(shù)，因此不需完全同步操作。這些模式包括以‘混合控制功能(Hybrid Control Function;HCF)’控制的通道存取(HCF Controlled Channel Access;HCCA)以及增強分散式通道存取(Enhanced Distributed Channel Access;EDCA)。此兩種模式都是IEEE 802.11e標準當中，服務(wù)品質(zhì)(QoS)規定的一環(huán)，而兩者皆可用于發(fā)展中的省電傳訊方法，于存取點(diǎn)和站臺之間以同步固定數碼速率傳輸，而不需對整個(gè)WLAN進(jìn)行同步。

　　以HCCA進(jìn)行同步

　　HCCA模式就如同N-body同步機制，由存取點(diǎn)為N個(gè)站臺設定CBR輪詢(xún)排程。盡管典型的802.11系統無(wú)規律性，站臺還是盡可能地按排程同步。將這樣的配置描述為N-body系統是相當合理的，因為對輪詢(xún)排程上任一站的時(shí)序干擾，都會(huì )影響到其他N-1個(gè)站的時(shí)序。

　　當AP通過(guò)流量規格(TSPEC)接收到來(lái)自站臺的CBR要求時(shí)，HCCA機制便發(fā)揮作用，然后AP與該站進(jìn)行CBR排程的通信。一旦AP接受站臺作為輪詢(xún)的用戶(hù)，此站臺通常會(huì )進(jìn)入睡眠狀態(tài)，直到來(lái)自AP預期的下行輪詢(xún)或輪詢(xún)加VoIP訊框抵達為止(圖一)。在規定的時(shí)間內(架構于OFDM的802.11a/g為9μs，802.11b則會(huì )更久)，站臺以上行VoIP資料(或QoS-NULL)訊框回應。若站臺發(fā)送上行資料，AP就以ACK回應。

　　要知道此機制的耗電效率，讓我們先考慮站臺需保持喚醒狀態(tài)的時(shí)間比例。HCCA機制如需正確運作，在A(yíng)P的下行輪詢(xún)前，站臺必須從睡眠模式中喚醒。根據硬件設計而定，喚醒的程序約需0.1到1.0微秒。然后站臺必須等到下行輪詢(xún)抵達，而輪詢(xún)可能在站臺預期的抵達時(shí)間到時(shí)仍未抵達。不同的原因如干擾、通道上長(cháng)持續時(shí)間的訊框、AP中內部排程沖突(輪詢(xún)其他站臺)、更高優(yōu)先順序的操作(AP必須傳輸一Beacon)、前一訊框超出預期的交換時(shí)間或是AP與站臺之間的相對時(shí)脈偏移，均會(huì )造成延遲。不過(guò)一旦下行輪詢(xún)抵達，排程就會(huì )變得可預測。根據所選的解碼器與PHY速率，上行/下行訊框交換應在不到1微秒的時(shí)間內發(fā)生。

• 新款無(wú)線(xiàn)網(wǎng)絡(luò )標準VoIP詳解（三）

CTI論壇報道