下载文档原格式
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPPLTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE12.2kbps）和VoLTE高清语音（或VoLTE23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显着的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMRNB的语音带宽范围：300－3400Hz，8KHz采样。
AMRWB 的语音带宽范围：?50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMRWB与AMRNB不同之处在于AMRWB按16kHz采样，分别按频率带50~6400Hz?和6400~7000Hz进行编码。
用来降低复杂度，AMRWB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的,目的是调整与在声音基础上的低频有关的高频带.高频带的声频通过使用由低带LP过滤器产生的LP滤波器进行重建。
VOLTE优化案例案例1：异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）小区通话时，信号强度为-101dbm左右，出现一次RRC Connection Release，导致承载拆除，引起一次主叫掉话。
【问题分析】分析测试数据，发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）在通话的过程中信号越来越差，之后上报测量报告A2事件，eNODEB 收到报告后发起异频重定向判决，下发RRC Connection Release，由异频重定向后，eNodeB 向MME发送ue context release request，mme释放专用承载。
当UE被重定向后在新的小区发起RRC连接，网络只建立了默认承载，UE发送BYE消息，导致掉话。
从地理环境上看，服务小区与UE重定向目标小区相距较远，不需配邻区关系，UE在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。
【解决方案】关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。
【问题总结】根据拉网统计，目前该类掉话占总掉话次数的82%以上，对测试指标影响非常严重。
异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。
优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。
后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。
案例2：异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。
而CCO对于VoLTE语音来说，必然导致掉话。
【问题分析】具体如下图所示。
中国移动L T E V O L T E案例分析汇总Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#广东移动4GTD-LTE详细案例分析案例1：580 Precondition Failure导致的未接通。
【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
Log文件名：MO UE:MT UE:时间：10：16：【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。
2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。
由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition Failure失败消息。
主叫收到网络侧下发的580，接续被中止，导致了会话未接通。
3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。
4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE 580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。
异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。
此处属于测试软件问题，应该予以剔除。
（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。
2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例，以提高VOLTE接通率。
1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。
2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。
3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。
例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。
4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。
5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。
6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。
同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。
7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。
例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。
高速公路VoLTE、数据业务双提升优化案例一、概述高速公路是国民经济大动脉，具有大流量、快速、安全、舒适等经济特性，为我国经济发展做出了巨大贡献。
高速“7918网”由7条首都放射线、9条南北纵向线和18条东西横向线组成，总规模约8.5万公里，是我国高速公路的骨架。
江苏省常州市现有6条高速公路经过，分别为沪宁高速、常泰高速、沿江高速、锡宜高速、扬溧高速与宁杭高速。
其中，沪宁高速为“7918网”G42沪蓉高速的一段，宁杭高速为“7918网”G25长深高速的一段，是今年高速公路专项优化工作的重点。
今年，常州无线维护中心综合运用规划建设、射频优化、参数优化等手段，优化高速公路扇区共计115个，解决高速公路LTE网络问题点55个，高速公路用户V oLTE业务、LTE 数据业务感知得到切实提升。
二、VoLTE业务优化2.1 站点规划日常化经过前面六期的LTE网络建设工程，常州高速公路LTE网络在今年年初已基本实现全线覆盖，但仍存在一些连续弱覆盖路段，其中L800M弱覆盖问题点居多。
开启基于业务的异频切换后，VoLTE用户将迁移至L800M网络上，L800M弱覆盖问题将影响该路段的V oLTE 用户感知。
常州无线从以下方面入手，确保每个高速站点的规划质量与建设进度。
1）将高速站点规划工作日常化，针对优化无法解决的问题路段，及时进行站点规划，避免了阶段性集中规划的仓促性，保证了站点规划质量。
2）以高速公路多轮次、多频段路测数据为依据，多频结合、逐段分析、逐点勘察，做精每个高速站点的规划工作。
3）根据问题路段影响严重程度，对高速规划站点按高、中、低进行排序，指导后期的规划审核与建设推进工作。
4）区域网优人员提出规划站点，高速专项负责人初审，规划负责人复审，三级规划审核制度确保每台信源都用在最需要的地方，好钢用在刀刃上。
5）与网络建设部门建立良好的沟通机制，专人持续跟踪推进高优先级规划站点的建设进度。
今年的常州高速公路共规划1.8G与L800M LTE关键站点15个，现已开通14个，高速关键站址建成率达93.3%。
VOLTE接通率优化思路及案例随着移动通信技术的快速发展，人们对通话质量的要求也越来越高。
VOLTE（Voice over LTE）作为一种高质量的语音通信技术，具有更高的音质、更快的连接速度和更低的延迟，逐渐取代了传统的2G和3G语音通信方式。
然而，由于各种原因，VOLTE接通率可能会受到一些干扰，影响通话质量。
因此，提高VOLTE接通率成为了运营商和设备厂商共同面临的一个重要问题。
下面将介绍一些优化VOLTE接通率的思路和案例：1.信号覆盖优化：VOLTE需要在LTE网络下进行语音通信，因此优化LTE网络的覆盖范围和信号强度可以提高VOLTE接通率。
对于信号覆盖不好的区域，可以增设更多的LTE基站或放置室内LTE小站，以消除信号死角和盲区。
案例：城市的一些居民小区信号覆盖很差，导致VOLTE接通率低。
该地区的运营商决定在小区内增设室内LTE小站，通过强化信号覆盖，提高VOLTE接通率。
经过实施后，VOLTE接通率显著提高，用户体验得到了极大改善。
2. QoS优化：VOLTE语音通话对QoS（Quality of Service）要求较高，需要保证较低的延迟和较高的网络带宽。
因此，通过对网络中的资源进行调度和优化，可以提高VOLTE接通率。
例如，对于VOLTE通话流量进行优先级调度，确保其能够优先获得网络资源。
案例：国家的一个运营商发现，其LTE网络中VOLTE语音通话的延迟较高，导致VOLTE接通率较低。
通过对网络的QoS策略进行优化，提高了VOLTE语音通话的优先级，将相关资源分配给VOLTE通话，从而提高了接通率。
案例：运营商发现其IMS网络存在一些性能问题，导致VOLTE接通率较低。
运营商对IMS网络进行优化，增加了IMS服务器的数量，改进了通信协议，优化了网络参数等。
通过这些改进措施，VOLTE接通率得到了明显提高。
4.终端设备优化：VOLTE通话不仅依赖于网络的性能，还与终端设备的质量和性能密切相关。
VOLTE与数据网络分层切换策略研究案例1•问题现象1.1 VOLTE语音面临问题VOLTE语音业务和数据业务的QoS和用户感知存在差异，VOLTE对于时延、抖动更敏感，对于切换、掉话更敏感。
4G无线网络在RSRP达到-12OdBm时，就能够为用户提供较好的数据业务体验, 但是基本的高淸语音业务通话就要求信号电平至少要达到-115dBm,数据业务和语音业务对覆盖电平的要求差距将近5dB° VOLTE的商用对网络覆盖、网络结构提出了更高的要求。
现有4G网络在室外道路基本能够实现髙淸语音的连续覆盖，但是在室外盲点和室内弱覆盖场景，高淸语音还很难保障。
¾dB√-115dBm÷,-12OdBrTv1.2 VOLTE语音质量要求就业务体验中较为敏感的语音质量而言，业界普遍认为MoS达到3. 5分才能体现“高淸”业务优势，以应对体验竞争。
根据路测数据统汁,业务感知对RF条件的要求为:满足MOS大于3. 5分时,RSRP要求大于-IlOdBnbSiNR要求大于-2dB.详细的数据拟合曲线如下图:2•问题分析在实际电信多频组网中,800M网络RSRP性能远优于1.8G,2.1G; 室外盲点和室内弱覆盖场景均靠800M网络深度覆盖,在VOLTE商用后, 800M网络优良是保障VOLTE语音性能的关键。
2.1现阶段问题南充现网VOLTE初期下发多频组网策略后，VoLTE路测中，800M占比较少，以南充嘉陵为例，800M 占比大约20%,平均RSRP-76. 86dBm; VOLTE用户未能完全承载在800M网络上：室外1. 8G∕2. IG混合业务未能有效分层，针对数据和语音的性能增益参数无法同时实施，不能达到双向均升。
2.2现网多频组网策略分析现网VOLTE与数据业务均使用基于覆盖特性切换，语音与数据未能完全分层，现网策略如下：3•问题处理3. 1 方案思路VoLTE的商用对网络覆盖、网络结构提出了更高的要求。
1voLTE典型案例汇总1.1VoLTE未接通案例汇总VoLTE未接通问题的基本排查思路，除了配置问题，更主要的是需要核查前后的标准信令（S1+空口）以及SIP信令，特别是对于SIP信令，某条信令延时过大或是缺失都会导致VoLTE呼叫失败。
对于比较复杂的问题，需要联合核心网与终端进行端到端的问题分析。
1.1.1无线弱覆盖导致VoLTE呼叫失败【问题现象】如下图1-1所示，终端处在弱覆盖区域，导致服务小区RSRP及SINR都非常差（RSRP为-124.8dBm；SINR为-4.1），导致SIP信令交互无法完成，最后呼叫失败。
图1-1无线弱覆盖图【问题解决】对于弱覆盖区域：首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
其次，根据网络拓扑结构和无线环境确定最适合覆盖该区域的扇区、并加强它的覆盖：（1）排除主覆盖小区的硬件故障（例如：基带及射频器件故障、天馈系统驻波比告警等）（2）上调主覆盖小区的RS功率（3）上调主覆盖扇区的功率（4）调整主覆盖扇区的天线下倾角（5）调整主覆盖扇区的天线方位角（6）建议加站，比如微站BS8912，并调整周边基站天线的方位角和下倾角最后，合理优化邻区，在主服务小区信号恶化前，通过系统内切换，保证呼叫接续流程完整。
1.1.2无线干扰严重导致VoLTE呼叫失败【问题现象】下行干扰，一般表现为RSRP良好但SINR偏差，干扰严重区域容易导致未接通。
同时也会导致掉线、切换失败等各类异常事件发生。
具体如图1-2所示。
图1-2 同频同PCI干扰图【问题解决】1.查看PCI规划是否合理，如近距离同频同PCI、以及模3干扰等问题。
2.这里说明，对于上行干扰问题，需要通过检查各个小区的底噪进行判断。
如果某一小区的底噪过高，并且没有与之相当的高话务量存在，则确认存在上行干扰问题，需要分析干扰来至系统内部或是异系统，具体解决方法不在赘述。
1.1.3QCI1专载建立与切换冲突导致VoLTE呼叫失败【问题现象】主被叫UE在呼叫建立过程中，QCI1专载建立与切换几乎同时发生，QCI1专载刚刚建立完成又在切换过程中被MME释放，终端回复invite580，VoLTE呼叫未接通。
【问题解决】具体现象如图1-3所示。
图1-3 前台终端Log图如图3-3所示，主叫UE在刚刚建立专用承载QCI1后，发生了同频切换。
在切换重配（Handover Command）中，携带的drb-ReleaseList中包含语音QCI1专载对应的DRB，标识为6。
从QCI1专载建立时的RRC重配消息中，可以看到，对应于专载QCI1的DRB标识正是为6。
由于主叫的语音DRB被释放掉，主叫UE上报SIP_CANCEL，导致VoLTE语音呼叫失败。
如上所述，问题是发生在切换过程中。
就需要结合基站侧的信令来进行问题的分析。
1. 通过CTS查看基站侧信令，基站收到终端上报的A3测报后，从源小区发给MME的HandoverRequired里面，有三条承载，分别是QCI9/QCI5/QCI1：2. 从MME发给目标小区的HandoverRequest消息里面e_RABInformationList 有三条承载，但是e_RABToBeSetupListHOReq里面只有两条，少了QCI1承载：3. 由于HandoverRequest消息的e_RABToBeSetupListHOReq里面只有两条承载，所以目标小区回给MME的HandoverRequestAcknowledge消息里面，也只有两条承载：4. 那么，在MME回给源小区的HandoverCommand里面ToAdd两条承载QCI9和QCI5，Release了QCI1的承载，这就导致QCI1专载被释放，发生VoLTE 呼叫未接通：当发生QCI1专载建立与切换冲突时，无论采用S1/X2切换，该问题都会出现。
无线侧和核心网侧都需要对该问题进行优化。
无线侧优化方法参见《TL双模(V3.30.601P02)VoLTE基本原理与开通指导书》中3.2.3节QCI优先级配置。
1.1.4被叫连续接收invite request回复invite 486导致VoLTE呼叫失败【问题现象】在外场VoLTE测试中，发现被叫连续接收invite request回复invite 486导致VoLTE语音未接通。
【问题解决】被叫上个呼叫在2G完成（CSFB或esrvcc）正常挂机，返回到4G后，多次收到invite request，并回复invite 486（Busy Here）。
主被叫终端信令如图1-4、图1-4所示。
主叫12:14:07.601发起invite request，收到183但未收到180，于12:14:24.775主动上发cancel；被叫侧由于在12:14:06.977和12:14:08.521连续收到两次invite request，两次invite的call ID不同，被叫用invite 486（Busy Here）拒绝了第二次的invite request，而第二个invite才是主叫发起的，因为第二个invite 被拒绝，导致主叫超时未接通，被叫后发invite580给第一个寻呼表示资源预留失败。
这个连续的invite是正常TCP机制引起，是SBG在TCP发送缓存上发送多个未发出的invite。
由于上一次eSRVCC触发，被叫侧SBG发送BYE给被叫，但由于被叫切到2G，无法回复TCP ACK。
SBG会重发BYE，每发送一次导致滑动窗口减小（每次递减一半），重传间隔(每次递增一倍)。
这个过程中，如果被叫收到寻呼，SBG会从核心网收到invite，多个呼叫的invite被缓存在TCP发送窗口中。
但由于滑动窗口过小，invite无法发出。
TCP重发机制如图1-6 所示。
待UE切到4G后（保持相同的QCI5承载，且IP地址没有变化），SBG在某一个时间点发出BYE，并收到TCP ACK和481。
SBG滑动窗口打开，依次发出缓存的INVITE。
如图1-7 所示。
图1-7 被叫连续收到多个不同invite如图3-7所示，终端会给其中一个invite回复183，而其他invite回复486。
终端回复183的invite，由于SBG无法通知EPC建立专载，终端超时回复580。
通过上述分析，根本原因是SBG采用的TCP机制，TCP机制本身处理没有问题。
爱立信核心网修改TCP最大重传次数由15次改为5次，最大重传间隔由10几分钟修改为15s，后进行复测，问题得到解决。
1.1.5HSS APN签约异常导致的VoLTE呼叫失败【问题现象】在外场VoLTE测试中，发现QCI9默认承载个数建立异常导致的SIP消息无响应，最终引发VoLTE未接通。
【问题解决】1.在主叫发出invite后，收到183 Session Progress前，会建立和语音相关的3条承载。
分别为QCI8/9、QCI5、QCI1。
QCI=1：语音承载；QCI=5：SIP/SDP传输IMS信令承载；QCI=8/9：一般上网业务承载。
对应3条QCI承载，会建立对应的DRB，DRB组合如下：2xAM DRB+1xUM DRB，其中，2个AM DRB对应QCI8/9和QCI5；1个UM DRB对应QCI1。
2. 出现问题的承载组合，如图1-8所示，一共建立了3条默认承载。
图1-8 三条默认承载建立两条数据默认承载QCI8，一条语音默认承载QCI5。
如图1-9所示。
图1-9 两条QCI8异常承载建立最终排查原因是核心网HSS的APN签约出现问题，需要删除多余的QCI8默认承载的签约，处理后恢复正常。
1.1.6IMS注册失败导致的VoLTE呼叫失败【问题现象】在外场进行VoLTE测试时，往往会遇到终端不能在IMS注册的情况。
在IMS注册，是打通VoLTE电话的基础。
本案例就IMS域无法注册的问题提供一般的排查方法。
【问题解决】一. 终端在IMS注册失败时，终端屏幕上方工具栏的IMS图标通常会显示为红色或出现一个叹号，此时如果发起呼叫，信令中将看不到INVITE等SIP信令。
具体如图1-10 所示。
图1-10 IMS注册失败图二. IMS注册失败问题分析：1. QCI5承载未成功建立：对于已经在LTE网络（EPC）附着成功的终端未能成功在IMS上注册，无线侧可以确认QCI5承载是否成功建立，若未建立QCI5就无法完成终端与IMS的SIP注册信令的交互，也即无法在IMS上注册。
正常的QCI5承载建立流程如图1-11所示：终端侧看到的QCI5承载建立信令如图1-12 所示。
图1-12 QCI5承载建立图2. SIP注册流程是否正常：即可以在无线侧S1口或在IMS侧进行SIP信令抓包，核对SIP信令是否正常。
正常SIP注册交互流程如图1-13所示。
如图3-13所示：IMS回复401，即代表IMS注册失败。
即终端未经授权。
三. IMS注册失败问题总结：当终端与EPS建立QCI5承载，此时终端可以与IMS进行SIP信令交互，若以上注册流程未正常走完，可以进行以下排查：1. 需要确认终端是否发出Register SIP信令，需要在终端抓SIP信令；2. 若终端已发Register SIP信令，确认IMS是否收到，需要在IMS抓SIP信令；3. IMS收到Register SIP信令后，是否回相应的SIP信令，还是响应注册失败；4. 是否由于终端未开启IPsec导致IMS拒绝注册请求。
1.1.7SIP信令无法上传导致VoLTE呼叫失败【问题现象】在VoLTE外场测试中，发现被叫UE发送给网络的183 session progress消息，eNodeB无法收到的问题，最终导致VoLTE呼叫失败。
【问题解决】1.在16:21:52.620，被叫UE发183消息给eNodeB。
如图1-14所示。
图1-14 被叫发送183消息2. 此时，无线环境比较差。
如图1-所示。
图1-15 无线环境图3.在16:21:53.374，QCI5出现PDCP丢包，原因是SIP消息超时（Discard Timer=300ms ）被丢弃。
如图1-15所示。
图1-15 QCI5 PDCP丢包4. 在16:21:55.627（间隔3s），终端重发183消息又失败，SIP消息超时再次被丢弃。
此时，无线环境继续恶化。
如图1-15所示。
图1-16 无线环境恶化图5.间隔8s后，因183消息发送失败，终端发PRECONDITION_FAILURE(580)，终止会话。
6.解决方案有两个方面：(1)优化无线环境，改善网络质量。
(2)修改QCI5 PDCP SDU丢弃时间：在EMS配置管理窗口，选择[Qos配置->Qos业务类型]，点击（编辑）按钮，针对QCI=5的承载，修改“PDCP SDU丢弃时间”为“infinity”，如图1-17所示。
