A. 如何在 android 設備上使用 pjsip G.729 編解碼的功能
第一步是生成 pjsip 為 Android （步驟為 Ubuntu linux） 的源代碼：
1.設置 ANDROID_NDK_ROOT 環境變數設置為您 NDK 根文件夾。
2.轉到 pjsip 2.x 文件夾並創建 pjlib/include/pj/config_site.h 包括 config_site_sample.h ( #include <pj/config_site_sample.h> )
3.運行./configure-android
4.運行make clean && make depend && make
之後這些步驟，將有幾個靜態庫中的幾個文件夾。建議將它們分組相同的文件夾 （最好在您的項目中） 中的：
mkdir <your_project_path>/pjsip_libs
find . -name *.a | xargs -I % cp % <your_project_path>/pjsip_libs/
一旦自己的所有庫，您需要將這些庫添加到您的項目 Android.mk 文件，這是由包括一個新的模塊節每個圖書館。此模塊部分應該是一樣的東西：
include $(CLEAR_VARS)
LOCAL_MODULE := pjsua-arm-unknown-linux-androideabi
LOCAL_SRC_FILES := $(MY_PJLIB_PATH)/libpjsua-arm-unknown-linux-androideabi.a
include $(PREBUILT_STATIC_LIBRARY)
，其實是一節中構建您的 JNI 項目的源代碼，所有模塊都添加到您的靜態庫的引用：
LOCAL_STATIC_LIBRARIES := pjsua-arm-unknown-linux-androideabi ...
這將包括 pjsip 的引用加入您的 JNI 庫。現在，您需要配置 pjsip UA 實例。
有一個關於 init 和開始的解釋 pjsip 的 UA (pjsua) 在 pjsip/include/pjsua-lib/pjsua.h 但要遵循的主要步驟是：
1.創建一個具有 UA 實例pjsua_create
2.創建一個工作線程與pj_thread_create
3.UA 實例的設置的默認配置：
pjsua_config cfg 樁 ；pjsua_logging_config log_cfg ；pjsua_media_config media_cfg ；
pj_cli_cfg_default(&app_config.cli_cfg.cfg) ；pjsua_logging_config_default(&log_cfg) ；pjsua_media_config_default(&media_cfg) ；
4.初始化堆棧與pjsua_init
5.啟動與堆棧pjsua_start
從這里，有充足的配置選項 （日誌、 媒體、 交通工具等）
您可以找到基本 PJSIP 教程在這里，和裡面 pjsip 的源的根路徑，有一個基本 （但不夠完整，基本的 SIP 使用情況） 在：pjsip-apps/src/samples/simple_pjsua.c
編輯：在生成時在 pjsip 應用程序的 android 項目，可以面臨一個問題，因為 pjsua app 不生成默認情況下，對一般生成 （更具體地說，pjsua： 目標不包括所有上： 在 pjsip-應用程序/生成/生成文件的目標)。若要修復這只是轉到 pjsip-應用程序/創建和運行：
使 pjsua
這將創建在正確的對象文件: pjsip-apps/build/output/pjsua-arm-unknown-linux-androideabi/ (需要構建 android 樣本時)。
一旦所有相應的對象文件，您可以在 pjsip-應用程序/src/pjsua/android 系統再次運行 ndk 生成
B. linux 中pjsip中怎麼增加音頻編碼方式g729
第一步是生成 pjsip 為 Android （步驟為 Ubuntu Linux） 的源代碼：
設置 ANDROID_NDK_ROOT 環境變數設置為您 NDK 根文件夾。
2.轉到 pjsip 2.x 文件夾並創建 pjlib/include/pj/config_site.h 包括 config_site_sample.h ( #include <pj/config_site_sample.h> )
3.運行./configure-android
4.運行make clean make depend make
之後這些步驟，將有幾個靜態庫中的幾個文件夾。建議將它們分組相同的文件夾 （最好在您的項目中） 中的：
mkdir <your_project_path>/pjsip_libs
find . -name *.a | xargs -I % cp % <your_project_path>/pjsip_libs/
一旦自己的所有庫，您需要將這些庫添加到您的項目 Android.mk 文件，這是由包括一個新的模塊節每個圖書館。此模塊部分應該是一樣的東西：
include $(CLEAR_VARS)
LOCAL_MODULE := pjsua-arm-unknown-linux-androideabi
LOCAL_SRC_FILES := $(MY_PJLIB_PATH)/libpjsua-arm-unknown-linux-androideabi.a
include $(PREBUILT_STATIC_LIBRARY)
，其實是一節中構建您的 JNI 項目的源代碼，所有模塊都添加到您的靜態庫的引用：
LOCAL_STATIC_LIBRARIES := pjsua-arm-unknown-linux-androideabi
這將包括 pjsip 的引用加入您的 JNI 庫。現在，您需要配置 pjsip UA 實例。
有一個關於 init 和開始的解釋 pjsip 的 UA (pjsua) 在 pjsip/include/pjsua-lib/pjsua.h 但要遵循的主要步驟是：
創建一個具有 UA 實例pjsua_create
2.創建一個工作線程與pj_thread_create
3.UA 實例的設置的默認配置：
pjsua_config cfg 樁 ；pjsua_logging_config log_cfg ；pjsua_media_config media_cfg ；
pj_cli_cfg_default(app_config.cli_cfg.cfg) ；pjsua_logging_config_default(log_cfg) ；pjsua_media_config_default(media_cfg) ；
4.初始化堆棧與pjsua_init
5.啟動與堆棧pjsua_start
從這里，有充足的配置選項 （日誌、 媒體、 交通工具等）
您可以找到基本 PJSIP 教程在這里，和裡面 pjsip 的源的根路徑，有一個基本 （但不夠完整，基本的 SIP 使用情況） 在：pjsip-apps/src/samples/simple_pjsua.c
編輯：在生成時在 pjsip 應用程序的 android 項目，可以面臨一個問題，因為 pjsua app 不生成默認情況下，對一般生成 （更具體地說，pjsua： 目標不包括所有上： 在 pjsip-應用程序/生成/生成文件的目標)。若要修復這只是轉到 pjsip-應用程序/創建和運行：
使 pjsua
這將創建在正確的對象文件: pjsip-apps/build/output/pjsua-arm-unknown-linux-androideabi/ (需要構建 android 樣本時)。
一旦所有相應的對象文件，您可以在 pjsip-應用程序/src/pjsua/android 系統再次運行 ndk 生成
C. 如何使用Asterisk-13對接VOS呼出
asterisk-13 具有劃時代的願意，特別是PJSIP協議棧的引入。我們第一時間對asterisk-13 進行了基本測試，通過和VOS 對接的實例，對接測試呼叫正常。以下是呼叫配置文件：
1）pjsip.conf 配置文件：
[6001]
type=endpoint
context=from-test
disallow=all
allow=ulaw
transport=simpletrans
auth=auth6001
aors=6001
[simpletrans]
type=transport
protocol=udp
bind=0.0.0.0
[auth6001]
type=auth
auth_type=userpass
password=6001
username=6001
[6001]
type=aor
max_contacts=1
contact=sip:[email protected]:5060
[mytrunk]
type=registration
transport=simpletrans
outbound_auth=mytrunk
server_uri=sip:60102@VOS IP地址
client_uri=sip:60102@VOS IP 地址
retry_interval=60
support_path=true
contact_user=mytrunk
forbidden_retry_interval=10
auth_rejection_permanent=true
[mytrunk]
type=auth
username=60102 // VOS 帳號
password=密碼
[mytrunk]
type=aor
contact=sip:VOS 地址：5060
[mytrunk]
type=endpoint
transport=simpletrans
context=from-test
disallow=all
allow=ulaw,alaw,gsm,g726,g729
outbound_auth=mytrunk
aors=mytrunk
from_user=60102
2） 撥號規則。做呼出測試：
[from-test]
exten => 100,1,Dial（PJSIP/呼叫的號碼@mytrunk）
exten => 100,2,hangup
3）注意，呼叫前必須確認trunk 成功注冊，執行CLI 命令：
pjsip show registrations, 確認成功注冊。
D. webrtc linphone 到底哪個
最新要做一個移動端視頻通話軟體，大致看了下現有的開源軟體
一) sipdroid
1）架構
sip協議棧使用java實現，音頻Codec使用skype的silk（Silk編解碼是Skype向第三方開發人員和硬體製造商提供免版稅認證(RF)的Silk寬頻音頻編碼器）實現。NAT傳輸支持stun server.
2）優缺點：
NAT方面只支持STUN，無ICE框架，如需要完全實現P2P視頻通話需要實現符合ICE標準的客戶端,音頻方面沒看到AEC等技術，視頻方面還不是太完善，目前只看到調用的是系統自帶的MediaRecorder，並沒有自己的第三方音視頻編解碼庫。
3）實際測試：
基於sipdroid架構的話，我們要做的工作會比較多，（ICE支持，添加迴音消除，NetEQ等gips音頻技術，添加視頻硬體編解碼codec.）,所以就不做測試了。
二) imsdroid
1)架構：
基於doubango(Doubango 是一個基於3GPP IMS/RCS 並能用於嵌入式和桌面系統的開源框架。該框架使用ANSCI-C編寫，具有很好的可移植性。並且已經被設計成非常輕便且能有效的工作在低內存和低處理能力的嵌入式系統上。蘋果系統上的idoubs功能就是基於此框架編寫) .音視頻編碼格式大部分都支持（H264(video)，VP8(video)，iLBC(audio),PCMA,PCMU,G722,G729）。NAT支持ICE（stun+turn）
2）效果實測
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，但是AEC打開了還是有點迴音（應該可以修復）。視頻馬賽克比較嚴重，延遲1秒左右。
3）優缺點
imsdroid目前來說還是算比較全面的，包括音視頻編解碼，傳輸（RTSP，ICE），音頻處理技術等都有涉獵。doubango使用了webrtc的AEC技術，但是其調用webrtc部分沒有開源，是用的編譯出來的webrtc的庫。如果要改善音頻的話不太方便，Demo的音頻效果可以，視頻效果還是不太理想。
三）csipsimple
1）sip協議棧用的是pjsip,音視頻編解碼用到的第三方庫有ffmpeg（video）,silk(audio),webrtc.默認使用了webrtc的回聲演算法。支持ICE協議。
2）優缺點：
csipsimple架構比較清晰，sip協議由C實現，java通過JNI調用，SIP協議這一塊會比較高效。其VOIP各個功能也都具備，包括NAT傳輸，音視頻編解碼。並且該項目跟進新技術比較快，官方活躍程度也比較高。如果做二次開發可以推薦這個。
3）實測效果
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，無明顯迴音，視頻需要下插件，馬賽克比imsdroid更嚴重。
四）Linphone
這個是老牌的sip，支持平台廣泛 windows, mac,ios,android,linux，技術會比較成熟。但是據玩過的同事說linphone在Android上的bug有點多，由於其代碼實在龐大，所以我暫時放棄考慮Linphone.不過如果誰有跨平台的需要，可以考慮Linphone或者imsdroid和下面的webrtc.。。。好像現在開源軟體都跨平台了。。。
五) webrtc
imsdroid,csipsimple,linphone都想法設法調用webrtc的音頻技術，本人也測試過Android端的webrtc內網視頻通話，效果比較滿意。但是要把webrtc做成一個移動端的IM軟體的話還有一些路要走，不過webrtc基本技術都已經有了，包括p2p傳輸，音視頻codec,音頻處理技術。不過其因為目前僅支持VP8的視頻編碼格式（QQ也是）想做高清視頻通話的要注意了。VP8在移動端的硬體編解碼支持的平台沒幾個（RK可以支持VP8硬體編解碼）。不過webrtc代碼里看到可以使用外部codec,這個還是有希望調到H264的。
總結：sipdroid比較輕量級，著重基於java開發（音頻codec除外），由於其音視頻編碼以及P2P傳輸這一塊略顯不足，不太好做定製化開發和優化。imsdroid,遺憾就是直接調用webrtc的庫，而最近webrtc更新的比較頻繁，開發比較活躍。如果要自己在imsdroid上更新webrtc擔心兼容性問題，希望imsdroid可以直接把需要的webrtc相關源碼包進去。csipsimple的話，都是圍繞pjsip的，webrtc等都是以pjsip插件形式擴充的,類似gstreamer. webrtc如果有技術實力的開發公司個人還是覺得可以選擇這個來做，一個是google的原因，一個是其視頻通話相關關鍵技術都比較成熟的原因。個人覺得如果能做出來，效果會不錯的。
E. webrtc哪些程序放在伺服器
一) sipdroid
1）架構
sip協議棧使用JAVA實現，音頻Codec使用skype的silk（Silk編解碼是Skype向第三方開發人員和硬體製造商提供免版稅認證(RF)的Silk寬頻音頻編碼器）實現。NAT傳輸支持stun server.
2）優缺點：
NAT方面只支持STUN，無ICE框架，如需要完全實現P2P視頻通話需要實現符合ICE標準的客戶端,音頻方面沒看到AEC等技術，視頻方面還不是太完善，目前只看到調用的是系統自帶的MediaRecorder，並沒有自己的第三方音視頻編解碼庫。
3）實際測試：
基於sipdroid架構的話，我們要做的工作會比較多，（ICE支持，添加迴音消除，NetEQ等gips音頻技術，添加視頻硬體編解碼codec.）,所以就不做測試了。
二) imsdroid
1)架構：
基於doubango(Doubango 是一個基於3GPP IMS/RCS 並能用於嵌入式和桌面系統的開源框架。該框架使用ANSCI-C編寫，具有很好的可移植性。並且已經被設計成非常輕便且能有效的工作在低內存和低處理能力的嵌入式系統上。蘋果系統上的idoubs功能就是基於此框架編寫) .音視頻編碼格式大部分都支持（H264(video)，VP8(video)，iLBC(audio),PCMA,PCMU,G722,G729）。NAT支持ICE（stun+turn）
2）效果實測
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，但是AEC打開了還是有點迴音（應該可以修復）。視頻馬賽克比較嚴重，延遲1秒左右。
3）優缺點
imsdroid目前來說還是算比較全面的，包括音視頻編解碼，傳輸（RTSP，ICE），音頻處理技術等都有涉獵。doubango使用了webrtc的AEC技術，但是其調用webrtc部分沒有開源，是用的編譯出來的webrtc的庫。如果要改善音頻的話不太方便，Demo的音頻效果可以，視頻效果還是不太理想。
三）csipsimple
1）sip協議棧用的是pjsip,音視頻編解碼用到的第三方庫有ffmpeg（video）,silk(audio),webrtc.默認使用了webrtc的回聲演算法。支持ICE協議。
2）優缺點：
csipsimple架構比較清晰，sip協議由C實現，java通過JNI調用，SIP協議這一塊會比較高效。其VOIP各個功能也都具備，包括NAT傳輸，音視頻編解碼。並且該項目跟進新技術比較快，官方活躍程度也比較高。如果做二次開發可以推薦這個。
3）實測效果
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，無明顯迴音，視頻需要下插件，馬賽克比imsdroid更嚴重。
四）Linphone
這個是老牌的sip，支持平台廣泛 windows, mac,ios,android,linux，技術會比較成熟。但是據玩過的同事說linphone在Android上的bug有點多，由於其代碼實在龐大，所以我暫時放棄考慮Linphone.不過如果誰有跨平台的需要，可以考慮Linphone或者imsdroid和下面的webrtc.。。。好像現在開源軟體都跨平台了。。。
五) webrtc
imsdroid,csipsimple,linphone都想法設法調用webrtc的音頻技術，本人也測試過Android端的webrtc內網視頻通話，效果比較滿意。但是要把webrtc做成一個移動端的IM軟體的話還有一些路要走，不過webrtc基本技術都已經有了，包括p2p傳輸，音視頻codec,音頻處理技術。不過其因為目前僅支持VP8的視頻編碼格式（QQ也是）想做高清視頻通話的要注意了。VP8在移動端的硬體編解碼支持的平台沒幾個（RK可以支持VP8硬體編解碼）。不過webrtc代碼里看到可以使用外部codec,這個還是有希望調到H264的。
總結：sipdroid比較輕量級，著重基於java開發（音頻codec除外），由於其音視頻編碼以及P2P傳輸這一塊略顯不足，不太好做定製化開發和優化。imsdroid,遺憾就是直接調用webrtc的庫，而最近webrtc更新的比較頻繁，開發比較活躍。如果要自己在imsdroid上更新webrtc擔心兼容性問題，希望imsdroid可以直接把需要的webrtc相關源碼包進去。csipsimple的話，都是圍繞pjsip的，webrtc等都是以pjsip插件形式擴充的,類似gstreamer. webrtc如果有技術實力的開發公司個人還是覺得可以選擇這個來做，一個是google的原因，一個是其視頻通話相關關鍵技術都比較成熟的原因。個人覺得如果能做出來，效果會不錯的。