•
g711a—編譯碼格式為g.711 alaw
•g711u—編譯碼格式為g.711 ulaw (the default)
•g729—編譯碼格式為g.729
•g729a—編譯碼格式為g.729a
上面的就是voip使用的編碼解碼格式的，我們到底選擇哪個好些呢？針對不同平台包括不同，在這裡包月網路**選擇順序優先選擇：g711u,在我們的使用思科linksys p2pt測試時候，使用g729時候，會出現對方自動斷線一下然後再接上的情況，而使用g711u的時候很好解決了這問題，沒有多次重連線的情況。
二月二企業包月網路**專為企業提供的**服務，在此測試的時候，網路**包月可能讓許多使用者打的時間間隔太短，所以，為了達到好的效果，我們建議客戶使用正確的編碼，我們為客戶提供編碼由系統原來的g729再到g711u的，在這裡我們修改過來，先選擇g711u再選擇g729,這是實踐測試的包月**效果，如果針對你的情況不同，我們再詳細為您解決編碼格式的問題。
我們還有文章：包月網路**打得通但聽不到聲音解決方法裡面說到這個編碼的問題，
４、壓縮編碼也是重點的問題所在，把編碼選擇： g729, g711u 和 g711a，以便更好地提公升音質，例如這裡的如果使用ｄｂｌ的閘道器，
g729
g729a
g729ab
ulaw
alaw
g723.1
就是按這上面的排序了。因為g711u就是ulaw的意思，g711a就是alaw的意思，所以我們u在前，a在後，排序好就能相應解決聽不到聲音的問題。這是語音包傳輸的解決問題。
頻寬＝包長度×每秒包數
＝包長度×（1/打包週期）
＝（ethernet頭＋ip頭＋udp頭＋rtp頭＋有效載荷）×（1/打包週期）
＝（208bit ＋160bit＋64bit＋96bit ＋有效載荷）×（1/打包週期）
＝（528bit＋（打包週期(秒)×每秒的位元數））×（1/打包週期）
＝( 528 / 打包週期 ) ＋ 每秒位元數
按照上面的計算公式：
g711：20ms打包，頻寬為 ( 528/20 + 64) kbit/s＝90.4 kbit/s
g729：20ms打包，頻寬為 ( 528/20 + 8 ) kbit/s＝ 34.4 kbit/s
g723：5.3k，30ms打包，頻寬為 ( 528/30 + 5.3 ) kbit/s＝22.9 kbit/s
業界一般按照下表提供的ip網頻寬係數和乙太網頻寬係數來設計網路頻寬：
編譯碼技術 壓縮速率（kbps） 打包週期（ms） ip網頻寬係數 乙太網頻寬係數
g.711 a/u 64 20 1.25 1.41
g.729 a/b 8 20 0.38 0.54
g.723.1(5.3kbit/s) 5.3 30 0.27 0.37
g.723.1(6.3kbit/s) 6.3 30 0.25 0.36
h.263(384kbit/s) ≈384 10 6 6.2
注：採用某種編碼方式時，用64k乘以相應的頻寬係數就可以得出其實際占用的頻寬。當然如果是中繼介面，還需要考慮信令佔據一定的頻寬，一般按照2.5%來計算。
如果看不懂上面的計算方法,只需記住以下結果:
g711 實際占用頻寬 每線90.4kbit/s 100線併發占用 9mbps
g729 實際占用頻寬 每線34.4kbit/s 100線併發占用 3.4mbps
g723 實際占用頻寬 每線22.9kbit/s 100線併發占用 2.2mbps
g711u與g729比較編碼格式
上面的就是voip使用的編碼解碼格式的，我們到底選擇哪個好些呢？針對不同平台包括不同，在這裡包月網路 選擇順序優先選擇 g711u,在我們的使用思科linksys p2pt測試時候，使用g729時候，會出現對方自動斷線一下然後再接上的情況，而使用g711u的時候很好解決了這問題，沒有多次重連線的情況...
音訊編碼技術G 729與G 711
voip中g.729與g.711的部分資料 由於用上了voip閘道器裝置，在設定介面裡關於語音壓縮的設定裡有5種標準可選，分別是g.711 ulaw g.711 alaw g.723 53k g.723 63k g729，g.711和g.729是企業voip部署中非常流行的兩種編解碼器。與通過g.7...
PJSIP新增G729編碼
1.第一步 config site中新增支援g729 define pjmedia has bcg729 1 2.第二步 3.第三步 執行pjsip的configure命令時設定bcg729的源 位置，參考 configure with bcg7294.第四步 編譯g729，參考 cmake dcm...