①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW

②PGW转发给SGW，SGW通过S11触发MME进行寻呼被叫

③被叫被寻呼到，并完成RRC连接与建立默认承载所需RAB，接收数据

结论：收到寻呼消息表示sip invite数据包已经到达了LTE核心网，未能继续下发当前怀疑是sip数据在S/PGW异常丢失。

案例2：重配置消息释放DRB承载，无线网与核心网配合问题

现象：被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。

分析：起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断

①切换准备时，MME向目标小区发切换请求，RAB建立请求表只有2条，无QCI=1的专载

②目标小区收到MME的切换请求后，回复的切换确认消息里仅有2条RAB建立

③MME向源小区下发的切换命令消息中，只建立2条承载，导致ENODEB释放了QCI=1的VOLTE专载。

结论：切换与EPS激活流程碰撞，无线网与核心网配合问题。在进行激活EPS专载过程中，发生切换时，均会造成上述问题，目前还无较好的解决办法。

2.4 网络设备问题案例总结

案例1：中兴ENODEB异频重定向掉话，无线网问题

现象：主被叫VOLTE接通后，服务小区信号较差，但未配置异频邻区；通过重定向消息RRC connection release携带频点，由D频段重定向到F频段，但VOLTE呼叫不支持重定向方式的RTP包接续，导致掉话。

设备：中兴ENODEB

分析：中兴设备为了防止邻区漏配情况下，影响用户在LTE数据业务下的感知质量，默认具备异频重定向功能，但未曾考虑对VOLTE呼叫的接续保持。

结论：完善邻区配置，在VOLTE呼叫区域考虑关闭中兴设备的异频重定向功能。

案例2：华为基站到卡特切换导致的RTP包传输中断问题，无线网问题

现象：主被叫接通状态下，在发生一次由华为设备到卡特设备的切换后，20秒后主被叫终端同时上发了bye request消息，网络侧回复bye(487 Request Terminated)，后网络去激活了EPS承载，掉话。

设备：华为ENODEB与卡特ENODEB

分析：PDCP SN SIZE长度有12bit和7bit，目前华为基站配置为12bit,贝尔配置为7bit，两个厂家配置数据不统一。华为enodeb设备具有自适应功能。

①在华为小区起呼时，切换到卡特小区时，卡特无自适应功能，PDCP SN不一致导致组包混乱。

②当在贝尔小区起呼时，切换到华为小区时，华为PDCP SN自适应为7bit，通话正常。

结论：临时解决方案：华为PDCP SN Size修改为7bit，进行拉网测试主叫呼叫56次，未出现终端主动上发bye的掉话。异常掉话及切换后单通问题基本解决

案例3：爱立信IMS网元CS域呼叫处理能力不足问题，IMS网络问题

现象：在做互通测试过程中，主叫VOLTE起呼后，被叫始终在TD下未收到寻呼消息，主叫收到网络侧下发trying后，立即收到网络下发的invtie 604（Does Not Exist Anywhere），呼叫失败。

设备：爱立信IMS

分析：空口信令仅能确认，被叫端处于TD网，发INVITE到MGCF，MGCF回复604 Does Not Exist Anywhere。该问题为爱立信IMS网元MGCF默认配置仅能同时容纳32个CS域呼叫，导致互通测试过程中，由于容量不足，造成大量连续未接通。

结论：爱立信IMS网元MGCF默认配置容量偏小，发生以上问题后，经过扩容已达可处理2、3G呼叫320个。

案例4：华为EPC修改EPS与切换碰撞，拒绝承载修改。核心网问题

现象：主叫VOLTE起呼后，收到网络回复trying，激活了EPS承载后，又进行了1次EPS承载的修改，此时主叫侧在发生了1次LTE的切换后，收到IMS网络下发的sip503消息，服务不可得。

设备：华为EPC

分析：某地在激活EPS完成后，仍需要进行2次EPS承载的修改，本次呼叫时第2次EPS的修改（空口信令不可见）恰好与切换同时发生，当IMS要求核心网PCRF需要对EPS承载进行修改时，由于切换具有更高的优先级，华为EPC拒绝了承载更新，而只执行切换，导致IMS下发sip 503消息中断呼叫