VoLTE測試培訓(xùn)文檔

VoLTE測試培訓(xùn)文檔第一頁，共75頁。一、硬件連接（聲測試）二、MFEVIII.1介紹三、CMW500配置四、聲測試整體配置五、電測試整體配置第二頁，共75頁。一、硬件連接MFEVIII.1可以與R&SCMW500或者MD8475A建立VoLTE連接進行測試。對于R&SCMW500和MD8475A下圖中的SIPServer和LTERadioTester是一體的。第三頁，共75頁。我們以MFEVIII.1與CMW500配合使用測試VoLTE進行講解，后續(xù)會補充MFEVIII.1與MD8475A配合使用測試VoLTE。硬件連接圖：第四頁，共75頁。1、ACQUAPC由USB線分別連接MFEVIII.1和MFEVI.1，可以通過USB線配置MFEVIII.1和MFEVI.1并傳輸語音測試信號，ACQUA與MFEVI.1的USB線即有控制作用也有傳輸語音信號的作用，ACQUA與MFEVIII.1的USB線只起控制作用。2、MFEVIII.1與MFEVI.1通過AES/EBU進行連接，交互數(shù)字測試信號。3、MFEVIII.1與CMW500通過網(wǎng)線進行連接（如下圖所示），交互編碼后數(shù)據(jù)包。4、手機通過RF注冊到CMW500的LTE網(wǎng)絡(luò)和IMSServer上面，交互數(shù)據(jù)。5、MFEVI.1通過speaker端口連接到HMSII.3的人工嘴，通過Microphone端口連接到HMSII.3的左右耳。6、手機通過夾具固定在所需的測試位置（HandsetorHeadsetorHandsfree）具體硬件連接介紹：第五頁，共75頁。第六頁，共75頁。信號流程圖：發(fā)送方向：ACQUA通過USB將數(shù)字信號發(fā)送給MFEVI.1，MFEVI.1將數(shù)字信號轉(zhuǎn)換為模擬信號，發(fā)送給HMSII.3人工嘴發(fā)聲，被DUT

Mic采集到后，模擬信號轉(zhuǎn)換為數(shù)字信號，編碼并打包后，將數(shù)據(jù)包通過RF傳送給CMW500，CMW500通過網(wǎng)線將數(shù)據(jù)包發(fā)送給MFEVIII.1，MFEVIII.1解碼后，將數(shù)字信號傳輸至MFEVI.1，MFEVI.1再將數(shù)字信號傳回ACQUA。第七頁，共75頁。接收方向：ACQUA通過USB將數(shù)字信號發(fā)送給MFEVI.1，MFEVI.1不對信號進行任何處理，將數(shù)字信號通過AES/EBU線，傳輸給MFEVIII.1，MFEVIII.1對數(shù)字信號編碼并打包，將數(shù)據(jù)包通過網(wǎng)線傳輸給CMW500，CMW500通過RF將數(shù)據(jù)包發(fā)送給手機，手機解碼后，Receiver/Loudspeaker發(fā)聲，被人工耳采集到，通過Mic端口發(fā)送至MFEVI.1，MFEVI.1將模擬信號轉(zhuǎn)換為數(shù)字信號，通過USB線傳回ACQUA。第八頁，共75頁。二、MFEVIII.1介紹1、連接MFEVI.1與MFEVIII.1，MFEVIII.1的配置分為兩種情況。如果使用G722codec，必須配置MFEVIII.1作為主要前端，如圖所示：（新版ACQUA3.3.200和MFEVIII.11.9.1463，不管任何Codec，只有MFVIII.1和MFEVI.1時候，MFEVIII.1都可以作為主要前端。）第九頁，共75頁。如果使用其他codec，MFEVIII.1應(yīng)該配置作為第二級前端。連接MFEX或者MFEXI，MFEVIII.1只能作為第二級的前端。第十頁，共75頁。2、MFEVIII.1接口MFEVIII.1前面板MFEVIII.1后面板第十一頁，共75頁。下面接口是可以使用的：●DUT：將網(wǎng)線（network）插入RJ45接口。將網(wǎng)線的另一端插入網(wǎng)絡(luò)端口，用以建立數(shù)據(jù)鏈接。

●Headphones：連接耳機用于監(jiān)聽。●Power：將電源適配器模塊PSHI.4插入到這個端口?！馎ES/Pluse:AES/EBU數(shù)字音頻輸出&輸入和脈沖TTL輸出和輸入。需要使用對應(yīng)的連接線（型號CDMV，Code1637）?！馯SBIn：USB2.0端口，用于控制以及和ACQUAPC交互音頻數(shù)據(jù)?！馯SBHost：預(yù)留端口，以備將來之需。●PC：預(yù)留端口，以備將來之需。第十二頁，共75頁。3、電源開關(guān)和LED燈狀態(tài)信息前面板的電源LED操作燈通過顏色指明運行狀態(tài)，從而給出操作提示。以下顏色和狀態(tài)是可能出現(xiàn)的：●Red：開機或者關(guān)機●Orange：準備操作●Green：系統(tǒng)準備就緒●Blue：系統(tǒng)準備就緒并已經(jīng)正常連接到MFEVIII.1控制軟件（ACQUA）●Red（blinking）：升級固件版本（第一步）●Orange（blinking）：升級固件版本（第二步）第十三頁，共75頁。4、測試搭建舉例配置MFEVI.1作為主要前端，如圖所示：第十四頁，共75頁。配置MFEVIII.1作為第二級前端，如圖所示：第十五頁，共75頁。5、MFEVIII.1配置●MFEVIII.1開機，至少按MFEVIII.1電源開關(guān)一秒。（注解：當關(guān)機時，需要同樣按壓電源開關(guān)至少一秒，這樣MFEVIII.1才能正常關(guān)機）●在MFEVIII.1settings點擊VOIP框，下圖會出現(xiàn)：第十六頁，共75頁?！袷褂蒙蠄D中的settings配置工具為MFEVIII.1選擇或者保存設(shè)置●針對不同的綜測儀，使用RadioTesterWizard（點擊上圖中的綜測儀圖標）為MFEVIII.1配置推薦默認設(shè)置。選擇CMW500，一步步Next，最后點擊Finish，MFEVIII.1配置完成。第十七頁，共75頁。●在MFEVIII.1Settings界面下LEDs代表的意義

Connectivity狀態(tài)（Red：Notok,green:Ok）?第一個LED:MFEVIII.1與ACQUAPC的USB連接?第二個LED：音頻配置?第三個LED：VOIP軟件運行（如果這個LED變紅，可能是采樣率不是48kHz導(dǎo)致）

Registration狀態(tài)：?Grey：沒有注冊?Red：注冊失敗?Yellow：注冊進行中（e..g.等待響應(yīng)）?Green：注冊成功第十八頁，共75頁。

新的日志消息信息：

?Grey：沒有新的日志信息?Yellow：新的日志信息收到，在“Call”配置框下面會顯示●BasicSettings基本設(shè)置

MFEVIII.1的IP配置：配置MFEVIII.1IP地址，子網(wǎng)掩碼，網(wǎng)關(guān)和DNS（對IPv4和IPv6都是可用的）。要求VOIP軟件只能用IPv6或者IPv4。通過點擊“Apply”傳輸IP配置到MFEVIII.1。如果網(wǎng)關(guān)或者DNS不是可用的或者必須的，設(shè)置IPv4對應(yīng)的IP為，設(shè)置Ipv6對應(yīng)的IP為空的。

IP測試：通過單一的ping檢查MFEVIII.1的IP配置。主要注意，ping可能很慢。黃色LED表面在最后幾分鐘連接還沒有開始測試。

?Pingproxyaddress成功與否?PingGateway成功與否?Ping任意網(wǎng)絡(luò)地址成功與否第十九頁，共75頁。

IPMonitor：允許通過Wireshark或者其他小工具鏡像DUT網(wǎng)絡(luò)端口IP數(shù)據(jù)

到MFEVIII.1USB連接端口或者后面板網(wǎng)絡(luò)端口。只有在MFEVIII.1與DUT連接出現(xiàn)問題的情況下，IPMonitor才能被激活。一旦連接建立，IPMonitor應(yīng)該被設(shè)置為“None”。

RootAccesstoMFEVIII.1:?Press“SSHSend…”用SSH命令配置MFEVIII.1，僅僅適用于經(jīng)驗豐富

工程師！?“ip-6neigh…”定義或者移除DUT網(wǎng)絡(luò)連接相鄰入口?“reboot”啟動MFEVIII.1?“halt”關(guān)機MFEVIII.1?Currentfirmwareversion當前MFEVIII.1固件版本，只有當MFEVIII.1

購買了“Hardware-CodecOption”（Cod-opt，Code6485），“OptionalCodecinstalled”才會出現(xiàn)。?點擊“Loopback…”配置MFEVIII.1作為loopback設(shè)備時，下圖會出現(xiàn)：

第二十頁，共75頁。當確認完參數(shù)后，點擊“OK”，把MFEVIII.1配置為一個loopback設(shè)備，當DUT發(fā)送UDP包至MFEVIII.1網(wǎng)絡(luò)端口，MFEVIII.1通過網(wǎng)絡(luò)端口將UDP包返還給DUT。點擊“OK”后，會出現(xiàn)下圖，同樣需要通過點擊“OK”來確認。第二十一頁，共75頁。當使用“l(fā)oopback-mode”，MFEVIII.1從ACQUA斷開連接。如果想重新用MFEVIII.1作為VoIP參考端，請重啟MFEVIII.1。第二十二頁，共75頁。●RTPSettings

General：配置RTP端口和媒體加密（none，strp，orzrtp）。

?Initialjitterbufferlength:定義SIPcall或者RTP流開端抖動緩沖區(qū)的大小。?AdaptiveJitterbufferOn/off:：激活adaptivejitterbuffer（自適應(yīng)抖動緩沖區(qū)）

僅僅推薦有經(jīng)驗的工程師使用。

?off（default):在這種

情況下DUT發(fā)包太快，不會產(chǎn)生丟包。抖動緩沖區(qū)

長度增加取代了丟包。通過點擊“ResetJitterBuffer”可以重置抖動緩沖區(qū)

到最初的大小。如果DUT發(fā)包太慢，抖動緩沖區(qū)會跑空并產(chǎn)生丟包。在

這種情況下，靜默會被寫入。?On：MFEVIII.1的VOIP軟件嘗試使用抖動緩沖區(qū)的初始值。如果DUT

發(fā)包太快，從而抖動緩沖區(qū)的最大水平大于初始抖動緩沖區(qū)長度，RTP

會丟包。在測試中，不希望出現(xiàn)這種情況。點擊“Apply”傳輸配置參數(shù)到MFEVIII.1。

第二十三頁，共75頁。

CodecConfiguration：

?改變codec，為選擇的codec切換Payload類型，和切換數(shù)據(jù)包長度（如果所選codec支持的話）。

?FMTPEdit：顯示已選codec的FMTP設(shè)置?？梢员桓淖円赃m應(yīng)SDP（回話協(xié)議

）協(xié)商。僅適用于有經(jīng)驗的工程師使用。點擊“Apply”傳輸設(shè)置參數(shù)到MFEVIII.1。

OverloadPoint：顯示所使用Codec的過載點。通過點擊“Advanced…”有經(jīng)驗的工程師可以編輯過載點。

?預(yù)定義過載點：

?G722：9dBm0

?G711u-lawandL16：3.17dBm0?othercodecs:3.14dBm0

第二十四頁，共75頁?！馭IPSettings第二十五頁，共75頁。

General：配置SIP端口和傳輸協(xié)議（UDP，TCPorTLS）。為SIP協(xié)議定義連接名字；配置防火墻服務(wù)器地址和防火墻策略（None，NAT，STUN，orICE）。點擊“Apply”按鈕傳輸通常SIP參數(shù)到MFEVIII.1。

Registrar:啟動并設(shè)置注冊服務(wù)器參數(shù)，如果需要，“UserID”，“Realm”,“Parameter”,和“Outbound

Proxy”是可選的或者留空（或者設(shè)置為“None”）以便忽略。?如果希望注冊請求在一個給定的端口，e.g.5059.“ProxyAddress”和“Auth.Name”需要被修改為

?ProxyAddress.:5059?Auth.Namesip::5059第二十六頁，共75頁?！馛all第二十七頁，共75頁。

SIPCall：輸入DUTSIP地址，點擊“Call”按鈕呼叫SIP地址，點擊“OnHook”

終止通話。

RTPStream：開始或者停止RTP流傳輸至遠程IP。

ClockControl：可以手動調(diào)節(jié)采樣率從32kHz到52kHz。當MFEVIII.1使用內(nèi)部同步，例如MFEVIII.1作為主時鐘模式，Clockcontrol才能起作用。

Miscellaneous：這個領(lǐng)域可以發(fā)送DTMF音和以一種更詳細的方式配置編解碼。點擊“SendCodecParameter”配置呼叫或者流傳遞過程中的編解碼。?“mode=0”…”mode=8”:調(diào)整編碼速率（僅適用于AMR和AMR-WB）.可以

用在當前SIPCall和RTP流傳輸中。

?AMR：

☉mode=0：4.75kBit/s☉mode=1：5.15kBit/s☉mode=2：5.90kBit/s☉mode=3：6.70kBit/s☉mode=4：7.40kBit/s

第二十八頁，共75頁。☉mode=5：7.95kBit/s☉mode=6：10.20kBit/s☉mode=7：12.20kBit/s（呼叫或者流傳輸開始時的默認速率）?AMR-WB：☉mode=0：6.60kBit/s☉mode=1：8.85kBit/s☉mode=2：12.65kBit/s（呼叫或者流傳輸開始時的默認速率）☉mode=3：14.25kBit/s☉mode=4：15.85kBit/s☉mode=5：18.25kBit/s☉mode=6：19.85kBit/s☉mode=7：23.05kBit/s☉mode=8：23.85kBit/s?“ptime=10”…“ptime=60”:調(diào)整當前RTP流數(shù)據(jù)包長度

ResetJitterBuffer:在每次測試開始的時候，ACQUA會激活自動重置抖動緩沖區(qū)（推薦這種方式）或者手動重置抖動緩沖區(qū)。重置的時候，當前存儲在抖動緩沖區(qū)的RTP包會丟失。

Log：顯示MFEVIII.1日志信息第二十九頁，共75頁?！馛allStates●CallStates：清楚的顯示呼叫狀態(tài)的Round-TripDelay，AudioJitter，JitterbuffersizeInMS，ReceivedInterarrialjitter,ReceivedFractionLost,SendInterarrivaljitter,and/orSendFractionLost.Clear:清空圖表.“CallStates”導(dǎo)出呼叫狀態(tài)到txt文件或者exl文件。

如果DUT支持RTCP，“Round-TripDelay”參數(shù)是有意義的值。

“Round-TripDelay”和“JitterbuffersizeinMS”對延遲上的改變是個很好的指標。

第三十頁，共75頁。6延遲6.1接收方向MFEVIII.1延遲:D_RCV_MFEVIII.1D_RCV_MFEVIII.1可以被描述以下面的方式：AES端口的連續(xù)音頻輸入因為MFEVIII.1處理延遲會引入一定的延遲。當使用AMR，AMR-WB，GSM-EFR和G729編解碼，會引入40.0417ms延遲；當使用其他編解碼的時候，會引入30.0417ms延遲。Opus編解碼重采樣延遲是0.75ms。對于其他的編解碼，重新采樣引入的延遲取決于編碼的采樣頻率。

?8kHz：5ms重采樣延遲?12kHz：3.33ms重采樣延遲?16kHz：2.5ms重采樣延遲?32kHz：1.25ms重采樣延遲?48kHz：0ms重采樣延遲第三十一頁，共75頁。對于所有可能的編碼，編碼緩沖器和RTP緩沖器共同引入了RTP傳輸數(shù)據(jù)包長度的延遲。編碼引入的延遲：?AMR，GSM-EFR，G729，Opus：5ms?AMR-WB:5.9375ms?G722:1.375ms?speex32kHz:15.895ms?speex16kHz：14ms?speex8kHz：10ms?SILK

☉12kHz，20mspacketlength：5.9ms

☉16kHz，20mspacketlength：5.5ms

☉24kHz，20mspacketlength：5.5ms

☉Otherparametercombinations：5ms6.2發(fā)送方向MFEVIII.1延遲:D_SND_MFEVIII.1D_SND_MFEVIII.1可以被描述以下面的方式：第三十二頁，共75頁。抖動緩沖延遲(JItterBufferDelay)已經(jīng)在23頁描述了。解碼延遲是10ms。D_SND_MFEVIII.1重采樣延遲等同于D_RCV_MFEVIII.1重采樣延遲。MFEVIII.1加了30.0417ms的處理延遲到D_SND_MFEVIII.抖動緩沖延遲和時鐘偏移MFEVIII.1是一個基于數(shù)據(jù)包的VOIP客戶端。不同于電路交換方案，MFEVIII.1和被測設(shè)備（DUT）不被強制要求時鐘同步。基于這個原因，三個不同的場景因抖動緩沖延遲加以區(qū)分。I）DUT的時鐘快于MFEVIII.1延遲DUT發(fā)RTP包快于MFEVIII.1解碼RTP包。MFEVIII.1抖動緩沖器接收數(shù)據(jù)包基于DUT的時鐘，抖動緩沖器發(fā)送數(shù)據(jù)包給MFEVIII.1解碼基于解碼的時鐘時間戳也就是MFEVIII.1的時鐘。因此，隨著時間推移抖動緩沖程度增加。D_SND_MFEVIII.1延遲隨著時間推移也在增加。MFEVIII.1抖動緩沖被限制最大填充是2s。如果填充達到，抖動緩沖里面所有數(shù)據(jù)包都會被丟掉。第三十三頁，共75頁。II）DUT的時鐘慢于MFEVIII.1延遲在這種情況下，MFEVIII.1抖動緩沖發(fā)送數(shù)據(jù)包去解碼快于它從DUT接收數(shù)據(jù)包。因為這個原因，抖動緩沖填充程度減少。因為減少了填充程度，每個數(shù)據(jù)包在抖動緩沖花費了更少的時間相比前一個。因此，D_SND_MFEVIII.1延遲在減小。當抖動緩沖為空和解碼器等待數(shù)據(jù)包輸入以便解碼，靜默會被輸入到音頻流里面。延遲會增加因這一長度的靜默，可以通過下圖看這一過程：第三十四頁，共75頁。這一長度的靜默增加取決于所用的編解碼。對于AMR-WB，AMR和GSM-EFR編解碼20ms的靜默被插入，對于其他的編解碼是10ms靜默。III）DUT和MFEVIII.1有同步時鐘如果DUT和MFEVIII.1都用同步時鐘，在網(wǎng)絡(luò)上的平均延遲保持恒定。在這種情況下，網(wǎng)路和DUT引入零平均抖動。這引入了通過網(wǎng)絡(luò)的可變延遲，這恰好由抖動緩沖補償。因此，網(wǎng)絡(luò)延遲加上抖動緩沖延遲是恒定的，可以通過下圖來看：第三十五頁，共75頁。很明顯的，只有在III）情況下，可以準確的測試延遲。在調(diào)節(jié)了MFEVIII.1和DUT的時鐘后，為了重置抖動緩沖到一個默認的狀態(tài)，自動抖動緩沖需要重置，或者手動重置。6.2.2延遲表可能的編解碼和數(shù)據(jù)包長度的延遲在下面表格中有列舉。下面延遲測試是在內(nèi)置抖動緩沖長度為0ms和理想網(wǎng)路0ms延遲。對于抖動緩沖長度大于0ms，D_SND_MFEVIII.1延遲和round_trip延遲由抖動緩沖長度增加。編解碼標記‘*’是可選的：第三十六頁，共75頁。第三十七頁，共75頁。第三十八頁，共75頁。第三十九頁，共75頁。7、編解碼設(shè)置有兩種方法配置已用的編解碼：(1).RTPSettins->CodecConfiguration->FMTPor(2).Call->Miscellaneous->SendCodecParameter第四十頁，共75頁。第一種方法定義參數(shù)在呼叫建立之前。這些參數(shù)可以被使用，例如在會話描述協(xié)議。第二種方法在通話建立后或者數(shù)據(jù)流傳輸過程中被使用。在這兩種情況下，一組預(yù)定義的參數(shù)顯示在用戶界面，但是該范圍可能參數(shù)并不局限于這些顯示。在下面，一些編解碼和可能的參數(shù)有更加詳細的解釋。對于完整的建議列表，請參考當前用戶界面。7.1AMR7.1.1mode=x

?mode=0:4.75kBit/s?mode=1:5.15kBit/s?mode=2:5.90kBit/s?mode=3:6.70kBit/s?mode=4:7.40kBit/s?mode=5:7.95kBit/s?mode=6:10.20kBit/s?mode=7:12.20kBit/s(在開始呼叫/數(shù)據(jù)流傳輸時的默認速率)7.1.2cmr=x編解碼模式請求用于配置對應(yīng)設(shè)備模式。如果沒有編解碼模式請求是必須的，會發(fā)送‘cmr=15’。第四十一頁，共75頁。7.1.3octet-align=x促使MFEVIII.1使用octet-alignedheaderdata（octet-align=1字節(jié)對齊）或者bandwith-efficientheaderdata.(octet-align=0節(jié)省帶寬)。7.2AMR-WB類似于AMR，編碼速率也可以調(diào)整：

?mode=0:6.60kBit/s?mode=1:8.85kBit/s?mode=2:12.65kBit/s(在開始呼叫/數(shù)據(jù)流傳輸時的默認速率)?mode=3:14.25kBit/s?mode=4:15.85kBit/s?mode=5:18.25kBit/s?mode=6:19.85kBit/s?mode=7:23.05kBit/s?mode=8:23.85kBit/s參數(shù)‘codecmoderequest’和‘octet-align’與AMR編解碼是一致的。7.3Opus7.3.1maxplaybackrateMaxplaybackrate用于通知對應(yīng)設(shè)備DUT最大可能的回放速率。如果最大回放速率是8kHz，是不可能編碼寬帶音頻流的。第四十二頁，共75頁。7.3.2cbx=x恒定比特率（Constantbitrate）可以打開（cbr=1）或者關(guān)閉（cbr=0）。7.3.3usedtx=xDTX可以打開（usedtx=1）oroff(usedtx=0)。7.3.4maxaveragebitrate最大平均碼率可以被配置，例如：通過sendingmaxaveragebitrate=51000。7.4呼叫建立下面舉例子如何正常建立呼叫?連接并打開MFEVIII.1，作為第二級前端例如與MFEVI.1使用（除G.722）?配置SIP地址和DUT的IP地址?進入ACQUA?配置ACQUA和MFEVI.1設(shè)置?配置MFEVIII.1

☉進入MFEVIII.1的IP配置

☉點擊IP配置的‘Apply’按鈕

☉選擇所要用的編解碼和選擇合適的數(shù)據(jù)包長度

☉輸入DUT的IP地址第四十三頁，共75頁。

?假設(shè);沒有使用注冊DUTIP地址：（IPv4），2222::3141(IPv6)

?sip:(IPv4)?sip：[2222::3141](IPv6)

☉注冊：?如果使用IPv6，輸入括號的代理地址（例如[2222::2220]）?點擊‘Call’按鈕，等待DUT振鈴并把DUT置于摘機狀態(tài)。對于某些特定的DUTs，只可能建立連接從DUT或者從MFEVIII.1并不能從相反的方向。?用ACQUA開始測試。8、錯誤處理8.1基本配置測試配置MFEVIII.1完成需要三個連續(xù)的步驟，一個工作IP配置對一個工作RTP配置是必須的，一個工作RTP配置對一個工作SIP配置是必須的。

8.1.1IP配置IP配置可以通過‘Ping’按鈕測試?？梢訮ing任意的IP地址。如果DNS地址被定義甚至一個URL可以被Ping，例如：。第四十四頁，共75頁。8.1.2RTP配置測試RTP配置（‘General’和‘CodecParameter’），可以開始一個‘RTP數(shù)據(jù)流’把MFEVIII.1作為發(fā)送方和接收方。遠程IP可以設(shè)置為‘’（MFEVIII.1自己的IP地址)。此外，‘Portout’‘Portin’必須一致。在‘RTPStreaming’點擊‘Start’按鈕開始音頻信號流從VOIP模塊的輸入到VOIP模塊的輸出。音頻流被打包到RTP包，但是沒有RTP包離開MFEVIII.1，因為發(fā)送IP地址和接收IP地址是一致的。在ACQUAlzer配置信號通路如‘MeasurementSetupExample’。音頻信號傳輸正確的通過VOIP模塊表明一個正常工作的RTP和編解碼配置。8.1.3SIP配置注冊狀態(tài)（成功或者失?。┛梢酝ㄟ^LED‘RegistrationStatus’顯示。一個激活的SIP呼叫IP流可以通過下面兩步來監(jiān)控：1.設(shè)置‘IPMonitoring’到‘USB’2.選擇網(wǎng)絡(luò)適配器‘Belcarra’在Wireshark進程里面（或其他等效網(wǎng)絡(luò)監(jiān)控器）。8.2IPv6冒號在IPv4地址里面表示端口，例如‘:5060’。如果是IPv6，中括號必須區(qū)別端口和Ipv6地址部分，例如‘[2222:1234::314]:5060’.第四十五頁，共75頁。8.3緩慢的SIP呼叫建立點擊‘Call’按鈕之后，第三個‘ConnectivityLED’變紅和SIP呼叫建立非常緩慢，這種行為可能是下面兩個原因?qū)е碌模?.DNS或者Gateway被定義（不是），它們是不正確的。需要檢查IPconfiguration或者設(shè)置‘BasicSettings’Gateway和DNS為。2.‘SIPContact’被設(shè)置為了錯誤的或者誤解的值。需要嘗試別的SIPcontact值，例如：sip：:5060假定SIP端口為5060，MFEVIII.1的IP地址為0。8.4固件版本升級當固件版本升級成功，MFEVIII.1分析固件文件并自動重啟。重啟后，ACQUAlyzer無法識別MFEVIII.1并被識別為U盤‘MFE_RECOVER’，說明在上傳固件文件的時候發(fā)生了一個錯誤。第四十六頁，共75頁。第四十七頁，共75頁。在這種情況下，請執(zhí)行下面的步驟：

?移除U盤‘MFE_RECOVER’里面的所有文件。?復(fù)制現(xiàn)在的固件文件到U盤‘MFE_RECOVER’。?重命名U盤‘MFE_RECOVER’為‘update.tar.bz2’。?關(guān)閉MFEVIII.1并重啟。?如果前面板的LED燈變紅并開始閃爍，升級步驟正在被順利的執(zhí)行。請等待5到10分鐘直到前面板LED燈變綠或者變藍。如果ACQUAlyzer依然無法識別MFEVIII.1，請再次重啟MFEVIII.1。8.5兩次呼叫測試延遲變化基于數(shù)據(jù)包的音頻傳輸，當一次連接（SIP-call或者RTP-stream）結(jié)束并再次建立連接，延遲并不是保持恒定的如下圖：

第四十八頁，共75頁。假設(shè)DUT和MFEVIII.1時鐘是同步的，數(shù)據(jù)包長度也是一樣的。但是數(shù)據(jù)包流一定不是同相位的。在兩個數(shù)據(jù)包流中有隨意的從0ms到20ms的偏移。這個偏移不能被預(yù)測。偏移會加入到測試的延遲中，導(dǎo)致兩次呼叫測試的延遲不一致。第四十九頁，共75頁。三、CMW500配置CMW500的設(shè)置以R&S供應(yīng)商指導(dǎo)為準，下面的僅供參考。1、打開CMW500，點擊右上角MEASURE，然后選擇DataAppl.下面的Measurement1，然后關(guān)閉。MeasurementController框口。再點擊右上角SignalGen，然后選擇LTE下面的LTESignaling1，然后關(guān)閉Generatoror/SignalingController窗口。第五十頁，共75頁。下圖為DataAppl的Measurement1界面：第五十一頁，共75頁。下圖為LTESignaling1界面：第五十二頁，共75頁。2、配置LTESignaling，先點擊LTESignaling右邊的按鈕，使處于選中狀態(tài)，然后點擊右上角的ON/OFF按鈕，使LTESignaling處于off狀態(tài)，方便我們配置LTE參數(shù)。第五十三頁，共75頁。3、OperatingBand要選擇手機一致的模式（TDDorFDD）和Band。上圖中之所以TDD是灰的，無法修改，是因為LTESignaling沒有處于OFF狀態(tài)。RSEPRE是小區(qū)功率，與線損有對應(yīng)關(guān)系，建議盡量大些。PUSCHOpenLoopNom.Power和PUSCHClosedLoopTargetPower如果不太好注冊，可以調(diào)大一些如10dBm（具體意思是什么我不明白）。第五十四頁，共75頁。4、ExternalAttenuation為線損，根據(jù)具體情況設(shè)置，如果是耦合連接，一般在20dB左右，此界面其他參數(shù)一般不需要修改。第五十五頁，共75頁。5、Network下面的NASSignaling下面的EPSNetworkFeatureSupport一般情況要勾選上，IMSVoiceOverPSSess.lnd.設(shè)置為Supported，至于EmergencyBearerServ.lnd.是否要設(shè)置為Supported根據(jù)手機而定。第五十六頁，共75頁。6、Connection下面的Connectiontype需要設(shè)置為DataApplication模式。LTESignaling下面的其他參數(shù)是否需要，根據(jù)對應(yīng)的手機而定（我只知道能修改這幾個）。第五十七頁，共75頁。7、點擊右下角的TASKS按鈕，然后點擊Data1Meas按鈕，切換到下頁界面。第五十八頁，共75頁。8、點擊ConfigureServices界面對應(yīng)的按鈕，切換至IMS界面。第五十九頁，共75頁。9、同樣在配置IMS的時候，需要將IMSService設(shè)置為OFF狀態(tài)。然后點擊VirtualSubsciber對應(yīng)的按鈕。第六十頁，共75頁。10、根據(jù)IMS設(shè)置的不同，點擊VirtualSubsciber，可能會進入左圖或者右圖，這兩個圖可以進行自由切換，點擊左圖ConfigureVirtualSubscriber可以切換至右圖，點擊右圖呼叫圖標，可以切換至左圖。第六十一頁，共75頁。11、SignalingType有三種，跟手機是對應(yīng)的，一般手機都是對應(yīng)的WithoutPreconditions模式；AMRType可以選擇Narrowband或者Wideband；AMRAlignmentMode可以設(shè)置為OctetAligned模式或者Bandwith-efficient模式，一般都是OctetAligned模式。MediaEndpoint正常測試是Forward或者Audioboard模式。我們確定CMW500與手機是否可以正常連接要用Loopback模式，如果Loopback模式可以正常測試，我們再用Forward或者Audioboard模式測試。這個設(shè)置完成后，一定要點擊OK。單后點擊呼叫按鈕，就入呼叫配置界面。第六十二頁，共75頁。12、CallType、SignalingType、AMRType、AMRAlignmentMode都要設(shè)置正常。AMRCodecRates可以選擇想用的Codec。13、設(shè)置完成后，打開LTESignaling和IMSService，進行手機注冊。第六十三頁，共75頁。注冊成功后再LTESignaling1界面紅框內(nèi)會有手機的信息（下面這張圖沒有注冊成功）。第六十四頁，共75頁。在DataApplicationControlIMS界面信息框里面可以看到手機注冊成功的信息。如下圖紅框所示：第六十五頁，共75頁。有的手機需要建立承載通道，再進行呼叫。點擊LTE界面下面的connect，選擇6（ims），profile選擇voice，然后點擊connect。會從原來的連接狀態(tài)變?yōu)镃onnectionEstablished。第六十六頁，共75頁。14、如果是Forword模式測試，MFEVIII.1版本要與CMW500版本匹配。MFEVIII.1最新版本是1.9.1463對應(yīng)CMW500DAU3.5.10和3.5.11;Base版本支持3.5.10和3.5.40。LTE和IMS注冊成功是關(guān)鍵的一步，如果LTE