VoLTE测试培训文档

VoLTE测试培训文档

Telecom一、硬件连接〔声测试〕二、MFEVIII.1介绍三、CMW500配置四、声测试整体配置五、电测试整体配置一、硬件连接MFEVIII.1可以与R&SCMW500或者MD8475A建立VoLTE连接进行测试。对于R&SCMW500和MD8475A以下图中的SIPServer和LTERadioTester是一体的。我们以MFEVIII.1与CMW500配合使用测试VoLTE进行讲解，后续会补充MFEVIII.1与MD8475A配合使用测试VoLTE。硬件连接图：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进行连接，交互数字测试信号。3、MFEVIII.1与CMW500通过网线进行连接〔如以下图所示〕，交互编码后数据包。4、通过RF注册到CMW500的LTE网络和IMSServer上面，交互数据。5、MFEVI.1通过speaker端口连接到HMSII.3的人工嘴，通过Microphone端口连接到HMSII.3的左右耳。6、通过夹具固定在所需的测试位置〔HandsetorHeadsetorHandsfree〕具体硬件连接介绍：信号流程图：发送方向：ACQUA通过USB将数字信号发送给MFEVI.1，MFEVI.1将数字信号转换为模拟信号，发送给HMSII.3人工嘴发声，被DUT

Mic采集到后，模拟信号转换为数字信号，编码并打包后，将数据包通过RF传送给CMW500，CMW500通过网线将数据包发送给MFEVIII.1，MFEVIII.1解码后，将数字信号传输至MFEVI.1，MFEVI.1再将数字信号传回ACQUA。接收方向：ACQUA通过USB将数字信号发送给MFEVI.1，MFEVI.1不对信号进行任何处理，将数字信号通过AES/EBU线，传输给MFEVIII.1，MFEVIII.1对数字信号编码并打包，将数据包通过网线传输给CMW500，CMW500通过RF将数据包发送给，解码后，Receiver/Loudspeaker发声，被人工耳采集到，通过Mic端口发送至MFEVI.1，MFEVI.1将模拟信号转换为数字信号，通过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时候，MFEVIII.1都可以作为主要前端。〕如果使用其他codec，MFEVIII.1应该配置作为第二级前端。连接MFEX或者MFEXI，MFEVIII.1只能作为第二级的前端。2、MFEVIII.1接口MFEVIII.1前面板MFEVIII.1后面板下面接口是可以使用的：●DUT：将网线〔network〕插入RJ45接口。将网线的另一端插入网络端口，用以建立数据链接。

●Headphones：连接耳机用于监听。●Power：将电源适配器模块PSHI.4插入到这个端口。●AES/Pluse:AES/EBU数字音频输出&输入和脉冲TTL输出和输入。需要使用对应的连接线〔型号CDMV，Code1637〕。●USBIn：USB2.0端口，用于控制以及和ACQUAPC交互音频数据。●USBHost：预留端口，以备将来之需。●PC：预留端口，以备将来之需。3、电源开关和LED灯状态信息前面板的电源LED操作灯通过颜色指明运行状态，从而给出操作提示。以下颜色和状态是可能出现的：●Red：开机或者关机●Orange：准备操作●Green：系统准备就绪●Blue：系统准备就绪并已经正常连接到MFEVIII.1控制软件〔ACQUA〕●Red〔blinking〕：升级固件版本〔第一步〕●Orange〔blinking〕：升级固件版本〔第二步〕4、测试搭建举例配置MFEVI.1作为主要前端，如下图：配置MFEVIII.1作为第二级前端，如下图：5、MFEVIII.1配置●MFEVIII.1开机，至少按MFEVIII.1电源开关一秒。〔注解：当关机时，需要同样按压电源开关至少一秒，这样MFEVIII.1才能正常关机〕●在MFEVIII.1settings点击VOIP框，以下图会出现：●使用上图中的settings配置工具为MFEVIII.1选择或者保存设置●针对不同的综测仪，使用RadioTesterWizard〔点击上图中的综测仪图标〕为MFEVIII.1配置推荐默认设置。选择CMW500，一步步Next，最后点击Finish，MFEVIII.1配置完成。●在MFEVIII.1Settings界面下LEDs代表的意义

Connectivity状态〔Red：Notok,green:Ok〕▪第一个LED:MFEVIII.1与ACQUAPC的USB连接▪第二个LED：音频配置▪第三个LED：VOIP软件运行〔如果这个LED变红，可能是采样率不是48kHz导致〕

Registration状态：▪Grey：没有注册▪Red：注册失败▪Yellow：注册进行中〔e..g.等待响应〕▪Green：注册成功

新的日志消息信息：

▪Grey：没有新的日志信息▪Yellow：新的日志信息收到，在“Call”配置框下面会显示●BasicSettings根本设置

MFEVIII.1的IP配置：配置MFEVIII.1IP地址，子网掩码，网关和DNS〔对IPv4和IPv6都是可用的〕。要求VOIP软件只能用IPv6或者IPv4。通过点击“Apply”传输IP配置到MFEVIII.1。如果网关或者DNS不是可用的或者必须的，设置IPv4对应的IP为，设置Ipv6对应的IP为空的。

IP测试：通过单一的ping检查MFEVIII.1的IP配置。主要注意，ping可能很慢。黄色LED外表在最后几分钟连接还没有开始测试。

▪Pingproxyaddress成功与否▪PingGateway成功与否▪Ping任意网络地址成功与否

IPMonitor：允许通过Wireshark或者其他小工具镜像DUT网络端口IP数据到MFEVIII.1USB连接端口或者后面板网络端口。只有在MFEVIII.1与DUT连接出现问题的情况下，IPMonitor才能被激活。一旦连接建立，IPMonitor应该被设置为“None”。

RootAccesstoMFEVIII.1:▪Press“SSHSend…”用SSH命令配置MFEVIII.1，仅仅适用于经验丰富工程师！•“ip-6neigh…”定义或者移除DUT网络连接相邻入口•“reboot”启动MFEVIII.1•“halt”关机MFEVIII.1▪Currentfirmwareversion当前MFEVIII.1固件版本，只有当MFEVIII.1购置了“Hardware-CodecOption”〔Cod-opt，Code6485〕，“OptionalCodecinstalled”才会出现。▪点击“Loopback…”配置MFEVIII.1作为loopback设备时，以下图会出现：

当确认完参数后，点击“OK”，把MFEVIII.1配置为一个loopback设备，当DUT发送UDP包至MFEVIII.1网络端口，MFEVIII.1通过网络端口将UDP包返还给DUT。点击“OK”后，会出现以下图，同样需要通过点击“OK”来确认。当使用“loopback-mode”，MFEVIII.1从ACQUA断开连接。如果想重新用MFEVIII.1作为VoIP参考端，请重启MFEVIII.1。●RTPSettings

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

▪Initialjitterbufferlength:定义SIPcall或者RTP流开端抖动缓冲区的大小。▪AdaptiveJitterbufferOn/off:：激活adaptivejitterbuffer〔自适应抖动缓冲区〕仅仅推荐有经验的工程师使用。

•off〔default):在这种情况下DUT发包太快，不会产生丢包。抖动缓冲区长度增加取代了丢包。通过点击“ResetJitterBuffer”可以重置抖动缓冲区到最初的大小。如果DUT发包太慢，抖动缓冲区会跑空并产生丢包。在这种情况下，静默会被写入。•On：MFEVIII.1的VOIP软件尝试使用抖动缓冲区的初始值。如果DUT发包太快，从而抖动缓冲区的最大水平大于初始抖动缓冲区长度，RTP会丢包。在测试中，不希望出现这种情况。点击“Apply”传输配置参数到MFEVIII.1。

CodecConfiguration：

▪改变codec，为选择的codec切换Payload类型，和切换数据包长度〔如果所选codec支持的话〕。▪FMTPEdit：显示已选codec的FMTP设置。可以被改变以适应SDP〔回话协议〕协商。仅适用于有经验的工程师使用。点击“Apply”传输设置参数到MFEVIII.1。

OverloadPoint：显示所使用Codec的过载点。通过点击“Advanced…”有经验的工程师可以编辑过载点。▪预定义过载点：

•G722：9dBm0

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

●SIPSettings

General：配置SIP端口和传输协议〔UDP，TCPorTLS〕。为SIP协议定义连接名字；配置防火墙效劳器地址和防火墙策略〔None，NAT，STUN，orICE〕。点击“Apply”按钮传输通常SIP参数到MFEVIII.1。

Registrar:启动并设置注册效劳器参数，如果需要，“UserID”，“Realm”,“Parameter”,和“OutboundProxy”是可选的或者留空〔或者设置为“None”〕以便忽略。▪如果希望注册请求在一个给定的端口，e.g.5059.“ProxyAddress”和“Auth.Name”需要被修改为

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

SIPCall：输入DUTSIP地址，点击“Call”按钮呼叫SIP地址，点击“OnHook”终止通话。

RTPStream：开始或者停止RTP流传输至远程IP。

ClockControl：可以手动调节采样率从32kHz到52kHz。当MFEVIII.1使用内部同步，例如MFEVIII.1作为主时钟模式，Clockcontrol才能起作用。

Miscellaneous：这个领域可以发送DTMF音和以一种更详细的方式配置编解码。点击“SendCodecParameter”配置呼叫或者流传递过程中的编解码。▪“mode=0”…”mode=8”:调整编码速率〔仅适用于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

☉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”:调整当前RTP流数据包长度

ResetJitterBuffer:在每次测试开始的时候，ACQUA会激活自动重置抖动缓冲区〔推荐这种方式〕或者手动重置抖动缓冲区。重置的时候，当前存储在抖动缓冲区的RTP包会丧失。

Log：显示MFEVIII.1日志信息●CallStates●CallStates：清楚的显示呼叫状态的Round-TripDelay，AudioJitter，JitterbuffersizeInMS，ReceivedInterarrialjitter,ReceivedFractionLost,SendInterarrivaljitter,and/orSendFractionLost.Clear:清空图表.“CallStates”导出呼叫状态到txt文件或者exl文件。

如果DUT支持RTCP，“Round-TripDelay”参数是有意义的值。

“Round-TripDelay”和“JitterbuffersizeinMS”对延迟上的改变是个很好的指标。

6延迟6.1接收方向MFEVIII.1延迟:D_RCV_MFEVIII.1D_RCV_MFEVIII.1可以被描述以下面的方式：AES端口的连续音频输入因为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重采样延迟对于所有可能的编码，编码缓冲器和RTP缓冲器共同引入了RTP传输数据包长度的延迟。编码引入的延迟：•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发送方向MFEVIII.1延迟:D_SND_MFEVIII.1D_SND_MFEVIII.1可以被描述以下面的方式：抖动缓冲延迟(JItterBufferDelay)已经在23页描述了。解码延迟是10ms。D_SND_MFEVIII.1重采样延迟等同于D_RCV_MFEVIII.1重采样延迟。MFEVIII.1加了30.0417ms的处理延迟到D_SND_MFEVIII.1.6.2.1抖动缓冲延迟和时钟偏移MFEVIII.1是一个基于数据包的VOIP客户端。不同于电路交换方案，MFEVIII.1和被测设备〔DUT〕不被强制要求时钟同步。基于这个原因，三个不同的场景因抖动缓冲延迟加以区分。I〕DUT的时钟快于MFEVIII.1延迟DUT发RTP包快于MFEVIII.1解码RTP包。MFEVIII.1抖动缓冲器接收数据包基于DUT的时钟，抖动缓冲器发送数据包给MFEVIII.1解码基于解码的时钟时间戳也就是MFEVIII.1的时钟。因此，随着时间推移抖动缓冲程度增加。D_SND_MFEVIII.1延迟随着时间推移也在增加。MFEVIII.1抖动缓冲被限制最大填充是2s。如果填充到达，抖动缓冲里面所有数据包都会被丢掉。II〕DUT的时钟慢于MFEVIII.1延迟在这种情况下，MFEVIII.1抖动缓冲发送数据包去解码快于它从DUT接收数据包。因为这个原因，抖动缓冲填充程度减少。因为减少了填充程度，每个数据包在抖动缓冲花费了更少的时间相比前一个。因此，D_SND_MFEVIII.1延迟在减小。当抖动缓冲为空和解码器等待数据包输入以便解码，静默会被输入到音频流里面。延迟会增加因这一长度的静默，可以通过以下图看这一过程：这一长度的静默增加取决于所用的编解码。对于AMR-WB，AMR和GSM-EFR编解码20ms的静默被插入，对于其他的编解码是10ms静默。III〕DUT和MFEVIII.1有同步时钟如果DUT和MFEVIII.1都用同步时钟，在网络上的平均延迟保持恒定。在这种情况下，网路和DUT引入零平均抖动。这引入了通过网络的可变延迟，这恰好由抖动缓冲补偿。因此，网络延迟加上抖动缓冲延迟是恒定的，可以通过以下图来看：很明显的，只有在III〕情况下，可以准确的测试延迟。在调节了MFEVIII.1和DUT的时钟后，为了重置抖动缓冲到一个默认的状态，自动抖动缓冲需要重置，或者手动重置。6.2.2延迟表可能的编解码和数据包长度的延迟在下面表格中有列举。下面延迟测试是在内置抖动缓冲长度为0ms和理想网路0ms延迟。对于抖动缓冲长度大于0ms，D_SND_MFEVIII.1延迟和round_trip延迟由抖动缓冲长度增加。编解码标记‘*’是可选的：7、编解码设置有两种方法配置已用的编解码：(1).RTPSettins->CodecConfiguration->FMTPor(2).Call->Miscellaneous->SendCodecParameter第一种方法定义参数在呼叫建立之前。这些参数可以被使用，例如在会话描述协议。第二种方法在通话建立后或者数据流传输过程中被使用。在这两种情况下，一组预定义的参数显示在用户界面，但是该范围可能参数并不局限于这些显示。在下面，一些编解码和可能的参数有更加详细的解释。对于完整的建议列表，请参考当前用户界面。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(在开始呼叫/数据流传输时的默认速率)7.1.2cmr=x编解码模式请求用于配置对应设备模式。如果没有编解码模式请求是必须的，会发送‘cmr=15’。7.1.3octet-align=x促使MFEVIII.1使用octet-alignedheaderdata〔octet-align=1字节对齐〕或者bandwith-efficientheaderdata.(octet-align=0节省带宽)。7.2AMR-WB类似于AMR，编码速率也可以调整：▪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参数‘codecmoderequest’和‘octet-align’与AMR编解码是一致的。7.3Opus7.3.1maxplaybackrateMaxplaybackrate用于通知对应设备DUT最大可能的回放速率。如果最大回放速率是8kHz，是不可能编码宽带音频流的。7.3.2cbx=x恒定比特率〔Constantbitrate〕可以翻开〔cbr=1〕或者关闭〔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设置▪配置MFEVIII.1☉进入MFEVIII.1的IP配置☉点击IP配置的‘Apply’按钮☉选择所要用的编解码和选择适宜的数据包长度☉输入DUT的IP地址▪假设;没有使用注册DUTIP地址：〔IPv4〕，2222::3141(IPv6)▪sip:(IPv4)▪sip：[2222::3141](IPv6)☉注册：▪如果使用IPv6，输入括号的代理地址〔例如[2222::2220]〕▪点击‘Call’按钮，等待DUT振铃并把DUT置于摘机状态。对于某些特定的DUTs，只可能建立连接从DUT或者从MFEVIII.1并不能从相反的方向。▪用ACQUA开始测试。8、错误处理8.1根本配置测试配置MFEVIII.1完成需要三个连续的步骤，一个工作IP配置对一个工作RTP配置是必须的，一个工作RTP配置对一个工作SIP配置是必须的。8.1.1IP配置IP配置可以通过‘Ping’按钮测试。可以Ping任意的IP地址。如果DNS地址被定义甚至一个URL可以被Ping，例如：google。8.1.2RTP配置测试RTP配置〔‘General’和‘CodecParameter’〕，可以开始一个‘RTP数据流’把MFEVIII.1作为发送方和接收方。远程IP可以设置为‘’〔MFEVIII.1自己的IP地址)。此外，‘Portout’‘Portin’必须一致。在‘RTPStreaming’点击‘Start’按钮开始音频信号流从VOIP模块的输入到VOIP模块的输出。音频流被打包到RTP包，但是没有RTP包离开MFEVIII.1，因为发送IP地址和接收IP地址是一致的。在ACQUAlzer配置信号通路如‘MeasurementSetupExample’。音频信号传输正确的通过VOIP模块说明一个正常工作的RTP和编解码配置。8.1.3SIP配置注册状态〔成功或者失败〕可以通过LED‘RegistrationStatus’显示。一个激活的SIP呼叫IP流可以通过下面两步来监控：1.设置‘IPMonitoring’到‘USB’2.选择网络适配器‘Belcarra’在Wireshark进程里面〔或其他等效网络监控器〕。8.2IPv6冒号在IPv4地址里面表示端口，例如‘:5060’。如果是IPv6，中括号必须区别端口和Ipv6地址局部，例如‘[2222:1234::314]:5060’.8.3缓慢的SIP呼叫建立点击‘Call’按钮之后，第三个‘ConnectivityLED’变红和SIP呼叫建立非常缓慢，这种行为可能是下面两个原因导致的：1.DNS或者Gateway被定义〔不是〕，它们是不正确的。需要检查IPconfiguration或者设置‘BasicSettings’Gateway和DNS为。2.‘SIPContact’被设置为了错误的或者误解的值。需要尝试别的SIPcontact值，例如：sip：MyMFEVIII1Name@0:5060假定SIP端口为5060，MFEVIII.1的IP地址为0。8.4固件版本升级当固件版本升级成功，MFEVIII.1分析固件文件并自动重启。重启后，ACQUAlyzer无法识别MFEVIII.1并被识别为U盘‘MFE_RECOVER’，说明在上传固件文件的时候发生了一个错误。在这种情况下，请执行下面的步骤：•移除U盘‘MFE_RECOVER’里面的所有文件。•复制现在的固件文件到U盘‘MFE_RECOVER’。•重命名U盘‘MFE_RECOVER’为‘update.tar.bz2’。•关闭MFEVIII.1并重启。•如果前面板的LED灯变红并开始闪烁，升级步骤正在被顺利的执行。请等待5到10分钟直到前面板LED灯变绿或者变蓝。如果ACQUAlyzer依然无法识别MFEVIII.1，请再次重启MFEVIII.1。8.5两次呼叫测试延迟变化基于数据包的音频传输，当一次连接〔SIP-call或者RTP-stream〕结束并再次建立连接，延迟并不是保持恒定的如以下图：

假设DUT和MFEVIII.1时钟是同步的，数据包长度也是一样的。但是数据包流一定不是同相位的。在两个数据包流中有随意的从0ms到20ms的偏移。这个偏移不能被预测。偏移会参加到测试的延迟中，导致两次呼叫测试的延迟不一致。三、CMW500配置CMW500的设置以R&S供给商指导为准，下面的仅供参考。1、翻开CMW500，点击右上角MEASURE，然后选择DataAppl.下面的Measurement1，然后关闭。MeasurementController框口。再点击右上角SignalGen，然后选择LTE下面的LTESignaling1，然后关闭Generatoror/SignalingController窗口。以下图为DataAppl的Measurement1界面：以下图为LTESignaling1界面：2、配置LTESignaling，先点击LTESignaling右边的按钮，使处于选中状态，然后点击右上角的ON/OFF按钮，使LTESignaling处于off状态，方便我们配置LTE参数。3、OperatingBand要选择一致的模式〔TDDorFDD〕和Band。上图中之所以TDD是灰的，无法修改，是因为LTESignaling没有处于OFF状态。RSEPRE是小区功率，与线损有对应关系，建议尽量大些。PUSCHOpenLoopNom.Power和PUSCHClosedLoopTargetPower如果不太好注册，可以调大一些如10dBm〔具体意思是什么我不明白〕。4、ExternalAttenuation为线损，根据具体情况设置，如果是耦合连接，一般在20dB左右，此界面其他参数一般不需要修改。5、Network下面的NASSignaling下面的EPSNetworkFeatureSupport一般情况要勾选上，IMSVoiceOverPSSess.lnd.设置为Supported，至于EmergencyBearerServ.lnd.是否要设置为Supported根据而定。6、Connection下面的Connectiontype需要设置为DataApplication模式。LTESignaling下面的其他参数是否需要，根据对应的而定〔我只知道能修改这几个〕。7、点击右下角的TASKS按钮，然后点击Data1Meas按钮，切换到下页界面。8、点击ConfigureServices界面对应的按钮，切换至IMS界面。9、同样在配置IMS的时候，需要将IMSService设置为OFF状态。然后点击VirtualSubsciber对应的按钮。10、根据IMS设置的不同，点击VirtualSubsciber，可能会进入左图或者右图，这两个图可以进行自由切换，点击左图ConfigureVirtualSubscriber可以切换至右图，点击右图呼叫图标，可以切换至左图。11、SignalingType有三种，跟是对应的，一般都是对应的WithoutPreconditions模式；AMRType可以选择Narrowband或者Wideband；AMRAlignmentMode可以设置为OctetAligned模式或者Bandwith-efficient模式，一般都是OctetAligned模式。MediaEndpoint正常测试是Forward或者Audioboard模式。我们确定CMW500与是否可以正常连接要用Loopback模式，如果Loopback模式可以正常测试，我们再用Forward或者Audioboard模式测试。这个设置完成后，一定要点击OK。单后点击呼叫按钮，就入呼叫配置界面。12、CallType、SignalingType、AMRType、AMRAlignmentMode都要设置正常。AMRCodecRates可以选择想用的Codec。13、设置完成后，翻开LTESignaling和IMSService，进行注册。注册成功后再LTESignaling1界面红框内会有的信息〔下面这张图没有注册成功〕。在DataApplicationControlIMS界面信息框里面可以看到注册成功的信息。如以下图红框所示：有的需要建立承载通道，再进行呼叫。点击LTE界面下面的connect，选择6〔ims〕，profile选择voice，然后点击connect。会从原来的连接状态变为ConnectionEstablished。14、如果是Forword模式测试，MFEVIII.1版本要与CMW500版本匹配。MFEVIII.1最新版本是1.9.1463对应CMW500DAU3.5.10和3.5.11;Base版本支持3.5.10和3.5.40。LTE和IMS注册成功是关键的一步，如果LTE注册不成功，可以与射频的同事沟通，如果IMS注册不成功，可以与协议的同事沟通。根据之前搭建VoLE经