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

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

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

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

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

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

Registration狀態(tài)：?Grey：沒(méi)有注冊(cè)?Red：注冊(cè)失敗?Yellow：注冊(cè)進(jìn)行中〔e..g.等待響應(yīng)〕?Green：注冊(cè)成功

新的日志消息信息：

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

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

IP測(cè)試：通過(guò)單一的ping檢查MFEVIII.1的IP配置。主要注意，ping可能很慢。黃色LED外表在最后幾分鐘連接還沒(méi)有開(kāi)始測(cè)試。

?Pingproxyaddress成功與否?PingGateway成功與否?Ping任意網(wǎng)絡(luò)地址成功與否

IPMonitor：允許通過(guò)Wireshark或者其他小工具鏡像DUT網(wǎng)絡(luò)端口IP數(shù)據(jù)到MFEVIII.1USB連接端口或者后面板網(wǎng)絡(luò)端口。只有在MFEVIII.1與DUT連接出現(xiàn)問(wèn)題的情況下，IPMonitor才能被激活。一旦連接建立，IPMonitor應(yīng)該被設(shè)置為“None”。

RootAccesstoMFEVIII.1:?Press“SSHSend…”用SSH命令配置MFEVIII.1，僅僅適用于經(jīng)驗(yàn)豐富工程師！?“ip-6neigh…”定義或者移除DUT網(wǎng)絡(luò)連接相鄰入口?“reboot”啟動(dòng)MFEVIII.1?“halt”關(guān)機(jī)MFEVIII.1?Currentfirmwareversion當(dāng)前MFEVIII.1固件版本，只有當(dāng)MFEVIII.1購(gòu)置了“Hardware-CodecOption”〔Cod-opt，Code6485〕，“OptionalCodecinstalled”才會(huì)出現(xiàn)。?點(diǎn)擊“Loopback…”配置MFEVIII.1作為loopback設(shè)備時(shí)，以下圖會(huì)出現(xiàn)：

當(dāng)確認(rèn)完參數(shù)后，點(diǎn)擊“OK”，把MFEVIII.1配置為一個(gè)loopback設(shè)備，當(dāng)DUT發(fā)送UDP包至MFEVIII.1網(wǎng)絡(luò)端口，MFEVIII.1通過(guò)網(wǎng)絡(luò)端口將UDP包返還給DUT。點(diǎn)擊“OK”后，會(huì)出現(xiàn)以下圖，同樣需要通過(guò)點(diǎn)擊“OK”來(lái)確認(rèn)。當(dāng)使用“l(fā)oopback-mode”，MFEVIII.1從ACQUA斷開(kāi)連接。如果想重新用MFEVIII.1作為VoIP參考端，請(qǐng)重啟MFEVIII.1?！馬TPSettings

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

?Initialjitterbufferlength:定義SIPcall或者RTP流開(kāi)端抖動(dòng)緩沖區(qū)的大小。?AdaptiveJitterbufferOn/off:：激活adaptivejitterbuffer〔自適應(yīng)抖動(dòng)緩沖區(qū)〕僅僅推薦有經(jīng)驗(yàn)的工程師使用。

?off〔default):在這種情況下DUT發(fā)包太快，不會(huì)產(chǎn)生丟包。抖動(dòng)緩沖區(qū)長(zhǎng)度增加取代了丟包。通過(guò)點(diǎn)擊“ResetJitterBuffer”可以重置抖動(dòng)緩沖區(qū)到最初的大小。如果DUT發(fā)包太慢，抖動(dòng)緩沖區(qū)會(huì)跑空并產(chǎn)生丟包。在這種情況下，靜默會(huì)被寫(xiě)入。?On：MFEVIII.1的VOIP軟件嘗試使用抖動(dòng)緩沖區(qū)的初始值。如果DUT發(fā)包太快，從而抖動(dòng)緩沖區(qū)的最大水平大于初始抖動(dòng)緩沖區(qū)長(zhǎng)度，RTP會(huì)丟包。在測(cè)試中，不希望出現(xiàn)這種情況。點(diǎn)擊“Apply”傳輸配置參數(shù)到MFEVIII.1。

CodecConfiguration：

?改變codec，為選擇的codec切換Payload類(lèi)型，和切換數(shù)據(jù)包長(zhǎng)度〔如果所選codec支持的話〕。?FMTPEdit：顯示已選codec的FMTP設(shè)置?？梢员桓淖円赃m應(yīng)SDP〔回話協(xié)議〕協(xié)商。僅適用于有經(jīng)驗(yàn)的工程師使用。點(diǎn)擊“Apply”傳輸設(shè)置參數(shù)到MFEVIII.1。

OverloadPoint：顯示所使用Codec的過(guò)載點(diǎn)。通過(guò)點(diǎn)擊“Advanced…”有經(jīng)驗(yàn)的工程師可以編輯過(guò)載點(diǎn)。?預(yù)定義過(guò)載點(diǎn)：

?G722：9dBm0

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

●SIPSettings

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

Registrar:啟動(dòng)并設(shè)置注冊(cè)效勞器參數(shù)，如果需要，“UserID”，“Realm”,“Parameter”,和“OutboundProxy”是可選的或者留空〔或者設(shè)置為“None”〕以便忽略。?如果希望注冊(cè)請(qǐng)求在一個(gè)給定的端口，e.g.5059.“ProxyAddress”和“Auth.Name”需要被修改為

?ProxyAddress.:5059?Auth.Namesip:6104@:5059●Call

SIPCall：輸入DUTSIP地址，點(diǎn)擊“Call”按鈕呼叫SIP地址，點(diǎn)擊“OnHook”終止通話。

RTPStream：開(kāi)始或者停止RTP流傳輸至遠(yuǎn)程IP。

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

Miscellaneous：這個(gè)領(lǐng)域可以發(fā)送DTMF音和以一種更詳細(xì)的方式配置編解碼。點(diǎn)擊“SendCodecParameter”配置呼叫或者流傳遞過(guò)程中的編解碼。?“mode=0”…”mode=8”:調(diào)整編碼速率〔僅適用于AMR和AMR-WB〕.可以用在當(dāng)前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

☉mode=5：7.95kBit/s☉mode=6：10.20kBit/s☉mode=7：12.20kBit/s〔呼叫或者流傳輸開(kāi)始時(shí)的默認(rèn)速率〕?AMR-WB：☉mode=0：6.60kBit/s☉mode=1：8.85kBit/s☉mode=2：12.65kBit/s〔呼叫或者流傳輸開(kāi)始時(shí)的默認(rèn)速率〕☉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)整當(dāng)前RTP流數(shù)據(jù)包長(zhǎng)度

ResetJitterBuffer:在每次測(cè)試開(kāi)始的時(shí)候，ACQUA會(huì)激活自動(dòng)重置抖動(dòng)緩沖區(qū)〔推薦這種方式〕或者手動(dòng)重置抖動(dòng)緩沖區(qū)。重置的時(shí)候，當(dāng)前存儲(chǔ)在抖動(dòng)緩沖區(qū)的RTP包會(huì)喪失。

Log：顯示MFEVIII.1日志信息●CallStates●CallStates：清楚的顯示呼叫狀態(tài)的Round-TripDelay，AudioJitter，JitterbuffersizeInMS，ReceivedInterarrialjitter,ReceivedFractionLost,SendInterarrivaljitter,and/orSendFractionLost.Clear:清空?qǐng)D表.“CallStates”導(dǎo)出呼叫狀態(tài)到txt文件或者exl文件。

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

“Round-TripDelay”和“JitterbuffersizeinMS”對(duì)延遲上的改變是個(gè)很好的指標(biāo)。

6延遲6.1接收方向MFEVIII.1延遲:D_RCV_MFEVIII.1D_RCV_MFEVIII.1可以被描述以下面的方式：AES端口的連續(xù)音頻輸入因?yàn)镸FEVIII.1處理延遲會(huì)引入一定的延遲。當(dāng)使用AMR，AMR-WB，GSM-EFR和G729編解碼，會(huì)引入40.0417ms延遲；當(dāng)使用其他編解碼的時(shí)候，會(huì)引入30.0417ms延遲。Opus編解碼重采樣延遲是0.75ms。對(duì)于其他的編解碼，重新采樣引入的延遲取決于編碼的采樣頻率。

?8kHz：5ms重采樣延遲?12kHz：3.33ms重采樣延遲?16kHz：2.5ms重采樣延遲?32kHz：1.25ms重采樣延遲?48kHz：0ms重采樣延遲對(duì)于所有可能的編碼，編碼緩沖器和RTP緩沖器共同引入了RTP傳輸數(shù)據(jù)包長(zhǎng)度的延遲。編碼引入的延遲：?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可以被描述以下面的方式：抖動(dòng)緩沖延遲(JItterBufferDelay)已經(jīng)在23頁(yè)描述了。解碼延遲是10ms。D_SND_MFEVIII.1重采樣延遲等同于D_RCV_MFEVIII.1重采樣延遲。MFEVIII.1加了30.0417ms的處理延遲到D_SND_MFEVIII.1.6.2.1抖動(dòng)緩沖延遲和時(shí)鐘偏移MFEVIII.1是一個(gè)基于數(shù)據(jù)包的VOIP客戶端。不同于電路交換方案，MFEVIII.1和被測(cè)設(shè)備〔DUT〕不被強(qiáng)制要求時(shí)鐘同步?；谶@個(gè)原因，三個(gè)不同的場(chǎng)景因抖動(dòng)緩沖延遲加以區(qū)分。I〕DUT的時(shí)鐘快于MFEVIII.1延遲DUT發(fā)RTP包快于MFEVIII.1解碼RTP包。MFEVIII.1抖動(dòng)緩沖器接收數(shù)據(jù)包基于DUT的時(shí)鐘，抖動(dòng)緩沖器發(fā)送數(shù)據(jù)包給MFEVIII.1解碼基于解碼的時(shí)鐘時(shí)間戳也就是MFEVIII.1的時(shí)鐘。因此，隨著時(shí)間推移抖動(dòng)緩沖程度增加。D_SND_MFEVIII.1延遲隨著時(shí)間推移也在增加。MFEVIII.1抖動(dòng)緩沖被限制最大填充是2s。如果填充到達(dá)，抖動(dòng)緩沖里面所有數(shù)據(jù)包都會(huì)被丟掉。II〕DUT的時(shí)鐘慢于MFEVIII.1延遲在這種情況下，MFEVIII.1抖動(dòng)緩沖發(fā)送數(shù)據(jù)包去解碼快于它從DUT接收數(shù)據(jù)包。因?yàn)檫@個(gè)原因，抖動(dòng)緩沖填充程度減少。因?yàn)闇p少了填充程度，每個(gè)數(shù)據(jù)包在抖動(dòng)緩沖花費(fèi)了更少的時(shí)間相比前一個(gè)。因此，D_SND_MFEVIII.1延遲在減小。當(dāng)抖動(dòng)緩沖為空和解碼器等待數(shù)據(jù)包輸入以便解碼，靜默會(huì)被輸入到音頻流里面。延遲會(huì)增加因這一長(zhǎng)度的靜默，可以通過(guò)以下圖看這一過(guò)程：這一長(zhǎng)度的靜默增加取決于所用的編解碼。對(duì)于AMR-WB，AMR和GSM-EFR編解碼20ms的靜默被插入，對(duì)于其他的編解碼是10ms靜默。III〕DUT和MFEVIII.1有同步時(shí)鐘如果DUT和MFEVIII.1都用同步時(shí)鐘，在網(wǎng)絡(luò)上的平均延遲保持恒定。在這種情況下，網(wǎng)路和DUT引入零平均抖動(dòng)。這引入了通過(guò)網(wǎng)絡(luò)的可變延遲，這恰好由抖動(dòng)緩沖補(bǔ)償。因此，網(wǎng)絡(luò)延遲加上抖動(dòng)緩沖延遲是恒定的，可以通過(guò)以下圖來(lái)看：很明顯的，只有在III〕情況下，可以準(zhǔn)確的測(cè)試延遲。在調(diào)節(jié)了MFEVIII.1和DUT的時(shí)鐘后，為了重置抖動(dòng)緩沖到一個(gè)默認(rèn)的狀態(tài)，自動(dòng)抖動(dòng)緩沖需要重置，或者手動(dòng)重置。6.2.2延遲表可能的編解碼和數(shù)據(jù)包長(zhǎng)度的延遲在下面表格中有列舉。下面延遲測(cè)試是在內(nèi)置抖動(dòng)緩沖長(zhǎng)度為0ms和理想網(wǎng)路0ms延遲。對(duì)于抖動(dòng)緩沖長(zhǎng)度大于0ms，D_SND_MFEVIII.1延遲和round_trip延遲由抖動(dòng)緩沖長(zhǎng)度增加。編解碼標(biāo)記‘*’是可選的：7、編解碼設(shè)置有兩種方法配置已用的編解碼：(1).RTPSettins->CodecConfiguration->FMTPor(2).Call->Miscellaneous->SendCodecParameter第一種方法定義參數(shù)在呼叫建立之前。這些參數(shù)可以被使用，例如在會(huì)話描述協(xié)議。第二種方法在通話建立后或者數(shù)據(jù)流傳輸過(guò)程中被使用。在這兩種情況下，一組預(yù)定義的參數(shù)顯示在用戶界面，但是該范圍可能參數(shù)并不局限于這些顯示。在下面，一些編解碼和可能的參數(shù)有更加詳細(xì)的解釋。對(duì)于完整的建議列表，請(qǐng)參考當(dāng)前用戶界面。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(在開(kāi)始呼叫/數(shù)據(jù)流傳輸時(shí)的默認(rèn)速率)7.1.2cmr=x編解碼模式請(qǐng)求用于配置對(duì)應(yīng)設(shè)備模式。如果沒(méi)有編解碼模式請(qǐng)求是必須的，會(huì)發(fā)送‘cmr=15’。7.1.3octet-align=x促使MFEVIII.1使用octet-alignedheaderdata〔octet-align=1字節(jié)對(duì)齊〕或者bandwith-efficientheaderdata.(octet-align=0節(jié)省帶寬)。7.2AMR-WB類(lèi)似于AMR，編碼速率也可以調(diào)整：?mode=0:6.60kBit/s?mode=1:8.85kBit/s?mode=2:12.65kBit/s(在開(kāi)始呼叫/數(shù)據(jù)流傳輸時(shí)的默認(rèn)速率)?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用于通知對(duì)應(yīng)設(shè)備DUT最大可能的回放速率。如果最大回放速率是8kHz，是不可能編碼寬帶音頻流的。7.3.2cbx=x恒定比特率〔Constantbitrate〕可以翻開(kāi)〔cbr=1〕或者關(guān)閉〔cbr=0〕。7.3.3usedtx=xDTX可以翻開(kāi)〔usedtx=1〕oroff(usedtx=0)。7.3.4maxaveragebitrate最大平均碼率可以被配置，例如：通過(guò)sendingmaxaveragebitrate=51000。7.4呼叫建立下面舉例子如何正常建立呼叫?連接并翻開(kāi)MFEVIII.1，作為第二級(jí)前端例如與MFEVI.1使用〔除G.722〕?配置SIP地址和DUT的IP地址?進(jìn)入ACQUA?配置ACQUA和MFEVI.1設(shè)置?配置MFEVIII.1☉進(jìn)入MFEVIII.1的IP配置☉點(diǎn)擊IP配置的‘Apply’按鈕☉選擇所要用的編解碼和選擇適宜的數(shù)據(jù)包長(zhǎng)度☉輸入DUT的IP地址?假設(shè);沒(méi)有使用注冊(cè)DUTIP地址：〔IPv4〕，2222::3141(IPv6)?sip:(IPv4)?sip：[2222::3141](IPv6)☉注冊(cè)：?如果使用IPv6，輸入括號(hào)的代理地址〔例如[2222::2220]〕?點(diǎn)擊‘Call’按鈕，等待DUT振鈴并把DUT置于摘機(jī)狀態(tài)。對(duì)于某些特定的DUTs，只可能建立連接從DUT或者從MFEVIII.1并不能從相反的方向。?用ACQUA開(kāi)始測(cè)試。8、錯(cuò)誤處理8.1根本配置測(cè)試配置MFEVIII.1完成需要三個(gè)連續(xù)的步驟，一個(gè)工作IP配置對(duì)一個(gè)工作RTP配置是必須的，一個(gè)工作RTP配置對(duì)一個(gè)工作SIP配置是必須的。8.1.1IP配置IP配置可以通過(guò)‘Ping’按鈕測(cè)試?？梢訮ing任意的IP地址。如果DNS地址被定義甚至一個(gè)URL可以被Ping，例如：google。8.1.2RTP配置測(cè)試RTP配置〔‘General’和‘CodecParameter’〕，可以開(kāi)始一個(gè)‘RTP數(shù)據(jù)流’把MFEVIII.1作為發(fā)送方和接收方。遠(yuǎn)程IP可以設(shè)置為‘’〔MFEVIII.1自己的IP地址)。此外，‘Portout’‘Portin’必須一致。在‘RTPStreaming’點(diǎn)擊‘Start’按鈕開(kāi)始音頻信號(hào)流從VOIP模塊的輸入到VOIP模塊的輸出。音頻流被打包到RTP包，但是沒(méi)有RTP包離開(kāi)MFEVIII.1，因?yàn)榘l(fā)送IP地址和接收IP地址是一致的。在ACQUAlzer配置信號(hào)通路如‘MeasurementSetupExample’。音頻信號(hào)傳輸正確的通過(guò)VOIP模塊說(shuō)明一個(gè)正常工作的RTP和編解碼配置。8.1.3SIP配置注冊(cè)狀態(tài)〔成功或者失敗〕可以通過(guò)LED‘RegistrationStatus’顯示。一個(gè)激活的SIP呼叫IP流可以通過(guò)下面兩步來(lái)監(jiān)控：1.設(shè)置‘IPMonitoring’到‘USB’2.選擇網(wǎng)絡(luò)適配器‘Belcarra’在Wireshark進(jìn)程里面〔或其他等效網(wǎng)絡(luò)監(jiān)控器〕。8.2IPv6冒號(hào)在IPv4地址里面表示端口，例如‘:5060’。如果是IPv6，中括號(hào)必須區(qū)別端口和Ipv6地址局部，例如‘[2222:1234::314]:5060’.8.3緩慢的SIP呼叫建立點(diǎn)擊‘Call’按鈕之后，第三個(gè)‘ConnectivityLED’變紅和SIP呼叫建立非常緩慢，這種行為可能是下面兩個(gè)原因?qū)е碌模?.DNS或者Gateway被定義〔不是〕，它們是不正確的。需要檢查IPconfiguration或者設(shè)置‘BasicSettings’Gateway和DNS為。2.‘SIPContact’被設(shè)置為了錯(cuò)誤的或者誤解的值。需要嘗試別的SIPcontact值，例如：sip：MyMFEVIII1Name@0:5060假定SIP端口為5060，MFEVIII.1的IP地址為0。8.4固件版本升級(jí)當(dāng)固件版本升級(jí)成功，MFEVIII.1分析固件文件并自動(dòng)重啟。重啟后，ACQUAlyzer無(wú)法識(shí)別MFEVIII.1并被識(shí)別為U盤(pán)‘MFE_RECOVER’，說(shuō)明在上傳固件文件的時(shí)候發(fā)生了一個(gè)錯(cuò)誤。在這種情況下，請(qǐng)執(zhí)行下面的步驟：?移除U盤(pán)‘MFE_RECOVER’里面的所有文件。?復(fù)制現(xiàn)在的固件文件到U盤(pán)‘MFE_RECOVER’。?重命名U盤(pán)‘MFE_RECOVER’為‘update.tar.bz2’。?關(guān)閉MFEVIII.1并重啟。?如果前面板的LED燈變紅并開(kāi)始閃爍，升級(jí)步驟正在被順利的執(zhí)行。請(qǐng)等待5到10分鐘直到前面板LED燈變綠或者變藍(lán)。如果ACQUAlyzer依然無(wú)法識(shí)別MFEVIII.1，請(qǐng)?jiān)俅沃貑FEVIII.1。8.5兩次呼叫測(cè)試延遲變化基于數(shù)據(jù)包的音頻傳輸，當(dāng)一次連接〔SIP-call或者RTP-stream〕結(jié)束并再次建立連接，延遲并不是保持恒定的如以下圖：

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