【问题现象】
用CDS 48KMOS盒对在目前LTE网络下的通话质量进行MOS评估时，发现当通话建立在专用承载（GBR）下时CDS MOS打分值偏低。偶然间发现建立在默认承载上的通话MOS值正常，可以达到4分。
AMR-WB业务移动性测试RTP丢包率3.91%，明显偏高。以链路方向为MT->eNB->MO为例，下图为eNB->MO侧的一段log。从图中可以看出在RTP SN 290~334中间的45个RTP包中，共出现IMS RTP Packet Loss（Number Lost=1）9次，即丢失了9个RTP包，其SN序号分别为：291, 297, 301, 307, 311, 317, 321, 327, 333。

【问题分析】 
RTP丢包主要可以分为两种原因，一种是由于空口的原因，另一种是由于网络的原因，即RTP包没有在空口传送。在实际中，有的时候可以通过接收端下行PDCP序号连续，确认接收端的空口没有丢包；而且发送端上行发送的PDCP包个数与生成的RTP包个数对应，确认发送端的空口也没有丢包。如果在这段时间，发现接收端收到的RTP包在序号上出现空洞，也就是出现了RTP丢包，则这些丢包就是由于网络侧丢弃包造成的。
对于此案例，首先分析接收侧即MO侧所接收的下行PDCP数据包是否连续，下图为RTP丢包期间MO侧收到的的PDCP数据包，我们可以看出此期间接收到的PDCP的SN号是连续的即PDCP没有丢包，因此RTP包的丢失并不是由接收端空口丢失的。

然后分析发送侧即MT是否发送此RTP包，下表为MT侧UE发往eNB的数据包，我们可以看出在此期间，RTP SN与上行PDCP SN均是连续的，意味着MT侧所有的数据均正常发送给eNB，因此这些RTP数据包是由于网络侧丢弃包而未传送给MO侧。

VOLTE通话评估软件反映通话质量分值低，经监控基站无告警，接入指标正常，更换站点并重新导入参数后仍存在问题。曾尝试在默认承载下进行语音通话发现质量评估并无问题。在对比查看QCI1与QCI9的MAX GBR后确定了问题原因。下图是QCI1修改前的参数。

下图为QCI9的参数：

QCI1设置的VoLTE保证比特速率GBR为40kbps，QCI9设置的VoLTE保证比特速率GBR为255kbps。
【问题解决】
由于VOLTE是VOIP业务，所以速率的大小直接影响了通话的质量，速率太小语音业务就会出现卡顿和失真的现象。专用承载的最大保证比特率应该先由在不受限条件下的业务最高速率来确定。
核心网QCI1承载的MAX GBR由40改为96kbps，问题得到解决。