为确定M8在该站下是否使用ZUC算法，通话先在其他站点建立后再切换进问题站点，从切换请求中可以看出切换后进入问题站点选择的加密算法为EEA3、EIA3，且切换完成6S后手机进入FAST BOOT模式。确定问题为ZUC算法的启用导致。（下图为切换入问题站点后选择的加密算法，基站R10以前的版本是spare5， R11后改成了eea3和eia3）
通过后台关闭ZUC算法，问题解决。
由于ZUC是3GPP R9才加入的算法，故R9之前的终端并不支持ZUC算法。同时R9的终端如HTC M8也并不完全支持在使用ZUC算法的前提下进行所有业务。
问题7：专用承载MAX GBR值对通话质量有什么影响？
答：专用承载MAX GBR太小将导致的通话质量差。以现网测试案例为例，用CDS 48KMOS盒对在目前LTE网络下的通话质量进行MOS评估时，发现当通话建立在专用承载（GBR）下时CDS MOS打分值偏低。偶然间发现建立在默认承载上的通话MOS值正常可以达到4分。估计为专用承载问题，再用8K语
音文件进行MOS打分又恢复正常，确定为速率问题，调整QCI1 MAXGBR参数后恢复正常。
VOLTE通话评估软件反映通话质量分值低，经监控基站无告警，接入指标正常，更换站点并重新导入参数后仍存在问题。曾尝试在默认承载下进行语音通话发现质量评估并无问题。初步判定为专用承载问题。如下图所示（左图为QCI1下，右图为QCI9下）。
选用8K采样的语音文件再次进行MOS打分时发现QCI1下的MOS值恢复正常
采样率不同的区别在于传输时速率不同定位问题点于QCI1专用承载的最高速率没有达到48K语音的传输要求。在对比查看QCI1与QCI9的MAX GBR后确定了问题原因。下图是QCI1修改前的参数（图中MAX GBR数值为换算后结果，下同）
下图为QCI9的参数：
核心网QCI1承载的MAX GBR改为150：
修改后QCI1:
由于VOLTE是VOIP业务所以速率的大小直接影响了通话的质量，速率太小语音业务就会出现卡顿和失真的现象。专用承载的最大保证比特率应该先由在不受限条件下的业务最高速率来确定。
问题8：QCI=1开关不打开或打开但maxGBR配置过低对Volte电话的影响？
答：当拨打volte电话时，QCI=1开关未打开，没有建立QCI=1的专用承载，电话拨通5S后会自动挂断如图所示：
所以判断必须打开QCI=1的专用承载开关，才能正常拨打电话。在后台配合下，开启QCI=1的专用承载，并配置maxGBR=20k。再次拨打volte电话，发现专用承载仍未建立，volte电话依然是5s挂断，如下图所示：