語音包下網路連接方式

1. 語音帶寬是什麼

關於語音帶寬的解釋，請見下文。

不論在呼叫控制信令上採用何種協議，語音包的傳輸基本上都基於RTP（real-time transport protocol RFC 1889／RFC 3350）協議在網路上傳輸。這是一種為傳輸實時媒體流而由IETF制定的協議。
幾乎所有的VoIP相關產品，都利用RTP收發語音信息。語音包的結構如下所示，在IP層上封裝後被送出到網路上，Payload部分的信息量多少取決於所採用的編碼方式。
一般說來，在VoIP的世界裡採用G.729編碼的較多，而在運營商提供的IP電話服務中則是G.711較多。G.711是在ISDN網中也被使用的 CODEC，音質較好，但與G.729相比信息量較多。而G.729則是一種壓縮率高且音質也較好的CODEC。在傳輸一路語音信息時，G.711所需的帶寬是64kbps，而G.729隻需要8kbps。兩者一般都以20msec間隔（這個間隔可變）發送數據包，因此我們可以推算出實際的包大小。
語音信息是一種模擬信號，而將語音轉換成數據包首先需要將模擬信號轉換為數字信號（數-模轉換）。相信大家對此都有所了解，將模擬式的語音信息用數字式傳輸的過程大致如下圖所示。

現有的電話交換網中採用的編碼方式是G.711（PCM），在通話的兩端必須採用同樣的方式分別進行編碼/解碼操作才能實現語音通話，這里的編碼/解碼功能合稱為CODEC(COder/DECoder)。

VoIP應用中常見的兩種具有代表性的CODEC如下：
G.711（PCM方式：PCM＝脈碼調制 ：Pulse Code Molation）
? 采樣率：8kHz
? 信息量：64kbps／channel
? 理論延遲：0.125msec
? 品質：MOS值4.10
G.729（CS-ACELP方式：Conjugate Structure Algebraic Code Excited Linear Prediction）
? 采樣率：8kHz
? 信息量：8kbps／channel
? 幀長：10msec
? 理論延遲：15msec
? 品質：MOS值3.9

接下來就以這兩種CODEC為基礎進行探討。光使用CODEC將語音信息數字化還不算是將語音數據包封裝完成。
為了完成封包工作，VoIP終端內置了被稱為DSP（Digital Signal Processor）的晶元。簡單地說，就是對模擬信號編碼後產生的大量數字信息進行實時處理的晶元。
實際的封包過程，還需要使用RTP協議將語音數據包發送到網路上去。RTP包中，包括載荷類別（CODEC的類別）、序列號（語音包的順序）、時間戳（語音包的發送間隔）等信息，接受方就以這些信息為基礎將收到的數字信息還原為模擬的語音信號。

（4）計算語音數據包的大小和所需帶寬

實際的語音信息在IP層上封裝後的數據包格式如下。
IP Header(20Byte)+UDP Header(8Byte)+RTP Header(12Byte)+Payload(凈載部分，可變長)

將語音信息封裝為IP包在3層以上就必然產生40Byte的額外開銷，那麼使用G.711/G.729 CODEC分別以20msec周期封裝語音信息包的話，所生成的包長度如下。

G.711時
每秒送出的包為：1000／20msec ＝ 50pps
一路語音信息所需的帶寬64kbps ＝ 50pps×Payload大小
Payload大小 ＝64000／50＝1280bit＝160byte
語音包的長度為200byte。

G.729時
每秒送出的包為：50pps
一路語音信息所需的帶寬8kbps＝50pps×Payload大小
Payload大小＝ 8000／50 ＝160bit＝20byte
語音包的長度為60byte。

在實際應用中具體應該使用哪種CODEC呢？僅從語音通話業務的角度來看是用哪一種CODEC都沒有問題的。
但是，如果需要利用傳真服務或是與VoIP運營商互聯的話，就必須使用G.711。而擁有多處分支機構的企業，用於分支間互聯的往往不會是與LAN等同的10/100Mbps的線路。多數分支甚至還在用128kbps的線路互聯。
此時如果選擇G.711的話，光是語音信息就有可能把可用帶寬消耗光。有些產品支持為不同的連接對象使用不同的CODEC。利用這一功能，就可以做到在窄帶連接上使用G.729，而在寬頻連接上使用G.711。如果採用這類產品，為了統一運用管理策略，可以考慮使用「分支間採用G.729；同一LAN內採用G.711」的設計。但如果有需要在分支間使用傳真服務，則必須在分支間也使用G.711。
此外，在進行帶寬計算時，還必須考慮二層上的開銷。具體到採用乙太網傳輸時，必須加上以太幀的開銷。
乙太網傳輸所需的額外開銷包括
? 前同步(Preamble)：7byte（為了通知幀發送開始而取同步的信號）
? SFD：1byte（Start Frame Delimiter：數據幀開始部分）
? 對端MAC地址：6byte
? 源MAC地址：6byte
? 協議：2byte（VLAN時包含於802.1q）
? 802.1q：4byte（使用VLAN時）
? FCS：4byte

下面再舉兩個實例。
實例1：以太幀帶VLAN Tag
? Preamble：7byte
? SFD：1byte
? 對端MAC地址：6byte
? 源MAC地址：6byte
? 802.1q：4byte（使用VLAN時）
? FCS：4byte
根據實例1的計算可知，在使用VLAN功能的乙太網上，每個三層的數據包需要加上28byte的開銷。

實例2：不帶VLAN Tag的以太幀
? Preamble：7byte
? SFD：1byte
? 對端MAC地址：6byte
? 源MAC地址：6byte
? 協議類別：2byte
? FCS：4byte
根據實例2的計算可知，無VLAN環境下，每個3層包在乙太網上需要的額外開銷是26byte。

最後來簡單計算一下不同CODEC下所需的實際帶寬。
計算的前提是RTP包送出間隔為20msec且2層上不使用VLAN，此時每個包需要附加還必須加上40Byte（3層以上的開銷）+26Byte（2層的開銷）=66Byte的額外開銷。而每一秒鍾共產生50個包（50pps），因此除了凈載的語音信息（64kbps）外開銷部分所佔用的帶寬是66Byte×8×50=26.4kbps。
由此得出G.711在實際傳輸中需要佔用 90.4kbps的帶寬，而在實際的網路設計中一般都是按照每路通話100kbps來進行估算的。G.729所佔的帶寬是34.4kbps，雖然加上額外開銷後它所需的帶寬仍遠低於G.711，但考慮到消耗帶寬中包頭的開銷和凈載分別佔用的比例，不免令人覺得有些遺憾。
這樣，就需要採用包頭壓縮等技術來進一步提高帶寬的利用效率了。

2. 如何安裝語音包

Hi!手機連接可用網路，進入諾基亞駕車-設置-導航語音-下載新語音-選擇-點擊想要下載的語音即可。

3. VoIP的基本原理

VoIP基本原理及相關技術通過網際網路進行語音通信是一個非常復雜的系統工程，其應用面很廣，因此涉及的技術也特別多，其中最根本的技術是VoIP (Voice over IP)技術，可以說，網際網路語音通信是VoIP技術的一個最典型的、也是最有前景的應用領域。因此在討論用網際網路進行語音通信之前，有必要首先分析VoIP的基本原理，以及VoIP中的相關技術問題。
一、 VoIP的基本傳輸過程

傳統的電話網是以電路交換方式傳輸語音，所要求的傳輸寬頻為64kbit/s。而所謂的VoIP是以IP分組交換網路為傳輸平台，對模擬的語音信號進行壓縮、打包等一系列的特殊處理，使之可以採用無連接的UDP協議進行傳輸。

為了在一個IP網路上傳輸語音信號，要求幾個元素和功能。最簡單形式的網路由兩個或多個具有VoIP功能的設備組成，這一設備通過一個IP網路連接。VoIP模型的基本結構圖如圖2-18所示。從圖中可以發現VoIP設備是如何把語音信號轉換為IP數據流，並把這些數據流轉發到IP目的地，IP目的地又把它們轉換回到語音信號。兩者之音的網路必須支持IP傳輸，且可以是IP路由器和網路鏈路的任意組合。因此可以簡單地將VoIP的傳輸過程分為下列幾個階段。

1、 語音-數據轉換

語音信號是模擬波形，通過IP方式來傳輸語音，不管是實時應用業務還是非實時應用業務，道貌岸首先要對語音信號進行模擬數據轉換，也就是對模擬語音信號進行8位或6位的量化，然後送入到緩沖存儲區中，緩沖器的大小可以根據延遲和編碼的要求選擇。許多低比特率的編碼器是採取以幀為單位進行編碼。典型幀長為10~30ms。考慮傳輸過程中的代價，語間包通常由60、120或240ms的語音數據組成。數字化可以使用各種語音編碼方案來實現，目前採用的語音編碼標准主要有ITU-T G.711。源和目的地的語音編碼器必須實現相同的演算法，這樣目的地的語音設備幫可以還原模擬語音信號。

2、 原數據到IP轉換

一旦語音信號進行數字編碼，下一步就是對語音包以特定的幀長進行壓縮編碼。大部份的編碼器都有特定的幀長，若一個編碼器使用15ms的幀，則把從第一來的60ms的包分成4幀，並按順序進行編碼。每個幀合120個語音樣點(抽樣率為8kHz)。編碼後，將4個壓縮的幀合成一個壓縮的語音包送入網路處理器。網路處理器為語音添加包頭、時標和其它信息後通過網路傳送到另一端點。語音網路簡單地建立通信端點之間的物理連接(一條線路)，並在端點之間傳輸編碼的信號。IP網路不像電路交換網路，它不形成連接，它要求把數據放在可變長的數據報或分組中，然後給每個數據報附帶定址和控制信息，並通過網路發送，一站一站地轉發到目的地。

3、 傳送

在這個通道中，全部網路被看成一個從輸入端接收語音包，然後在一定時間(t)內將其傳送到網路輸出端。t可以在某全范圍內變化，反映了網路傳輸中的抖動。網路中的同間節點檢查每個IP數據附帶的定址信息，並使用這個信息把該數據報轉發到目的地路徑上的下一站。網路鏈路可以是支持IP數據流的任何拓結構或訪問方法。

4、 IP包-數據的轉換

目的地VoIP設備接收這個IP數據並開始處理。網路級提供一個可變長度的緩沖器，用來調節網路產生的抖動。該緩沖器可容納許多語音包，用戶可以選擇緩沖器的大小。小的緩沖器產生延遲較小，但不能調節大的抖動。其次，解碼器將經編碼的語音包解壓縮後產生新的語音包，這個模塊也可以按幀進行操作，完全和解碼器的長度相同。若幀長度為15ms，，是60ms的語音包被分成4幀，然後它們被解碼還原成60ms的語音數據流送入解碼緩沖器。在數據報的處理過程中，去掉定址和控制信息，保留原始的原數據，然後把這個原數據提供給解碼器。

5、 數字語音轉換為模擬語音

播放驅動器將緩沖器中的語音樣點(480個)取出送入音效卡，通過揚聲器按預定的頻率(例如8kHz)播出。 簡而言之，語音信號在IP網路上的傳送要經過從模擬信號到數字信號的轉換、數字語音封裝成IP分組、IP分組通過網路的傳送、IP分組的解包和數字語音還原到模擬信號等過程。整個過程如圖2-19所示。

二、 推動VoIP發展的動力

由於相關的硬體、軟體、協議和標准中的許多發展和技術突破，使得VoIP的廣泛使用很快就會變成現實。這些領域中的技術進步和發展為創建一個更有效、功能和互操作性更強的VoIP網路起著推波助瀾的作用。表2-2簡單列出了這些領域中的主要發展。從表中可以看出，推動VoIP飛速發展乃至廣泛應用的技術因素可以歸納為如下幾個方面。

1、 數字信號處理器

先進的數字信號處理器(Digital Signal Processor ,DSP)執行語音和數據集成所要求的計算密集的任各。DSP處理數字信號主要用於執行復雜的計算，否則這些計算可能必須由通用CPU執行。它們的專門化的處理能力與低成本的結合使DSP很好地適合於執行VoIP系統中的信號處理功能。

單個語音流上G.729語音壓縮的計算開銷開常大，要求達到20MIPS，如果要求一個中央CPU在處理多個語音流的同時，還執行路由和系統管理功能，這是不現實的，因此，使用一個或多個DSP可以從中央CPU卸載其中的復雜語音壓縮演算法的計算任務。另外，DSP還適合於語音的活動檢測和回聲取消這樣的功能，困為它們實時處理語音數據流，並能快速訪問板上內存，因此。在本章節中，比較詳細地介紹如何在TMS320C6201DSP平台來實現語音編碼和回聲抵消的功能。

表2-2 推動VoIP的主要技術進展 協議和標准 軟體 硬體
H.323 加權公平排隊法 DSP
MPLS標記交換 加權隨機早期檢測 高級ASIC
RTP, RTCP 雙漏斗通用信元速率演算法 DWDM
RSVP 額定訪問速成率 SONET
Diffserv, CAR Cisco快速轉發 CPU處理功率
G.729, G.729a:CS-ACELP 擴展訪問表 ADSL，RADSL，SDSL
FRF.11/FRF.12 令牌桶演算法
Multilink PPP 幀中繼數據整流形
SIP 基於優先順序的CoS
Packet over SONET IP和ATM QoS/CoS的集成

協議和標准 軟體 硬體 H.323 加權公平排隊法 DSP MPLS標記交換 加權隨機早期檢測 高級ASIC RTP, RTCP 雙漏斗通用信元速率演算法 DWDM RSVP 額定訪問速成率 SONET Diffserv, CAR Cisco快速轉發 CPU處理功率 G.729, G.729a:CS-ACELP 擴展訪問表 ADSL，RADSL，SDSL FRF.11/FRF.12 令牌桶演算法 Multilink PPP 幀中繼數據整流形 SIP 基於優先順序的CoS Packet over SONET IP和ATM QoS/CoS的集成

http://cisco.chinaitlab.com/VOIP/519776.html

4. 中國電信有哪幾種寬頻接入方式，分別是

您好
中國電信寬頻接入有光纖接入和普通的電話線接入方式。

5. 很皮語音包為什麼沒有網路連接 其他什麼都有網路 一進很皮語音包就沒

說明上有的呀，必須連網路的呀，流量很小的，大概連一次10k而已。不過建議還是有點包月流量的好。

6. 常用的寬頻連接方式有哪些

有線連接與無線連接。客服33為你解答。流量超市內商品應有盡有，流量包、加餐包、語音包、節日流量包可根據需求自由選擇；回復關鍵詞「流量超市」可以直接辦理，方便快捷。

7. 為什麼紅米note3語音輸入總是顯示要網路連接

紅米的語音助手是訊飛公司提供的，一般語音識別需要離線語音包，紅米沒有集成人家的離線包，所以需要聯網，如果你單獨下載使用訊飛輸入法，再下載語音包，以後不聯網也可以使用了。

8. 小米手機為什麼游戲語音包別人聽不見

1、可能是小米手機語音助手沒有獲得許可權
2、可能是手機沒有網路連接，小米手機語音助手需要網路才能使用
3、可能是手機錄音系統出現故障
4、可能是小米手機語音助手軟體出現錯誤
解決方法如下：
1、打開【安全中心】>【授權管理】>【應用許可權管理】
>【許可權管理】>【錄音】>找到
【語音設置】
打鉤
2、為手機更換新的網路連接，然後將手機重啟試試
3、將小米手機語音助手軟體卸載後重新安裝試試
4、若仍無法解決，請將手機送至售後服務中心檢查並維修。