VOLTE优化经验总结 下载本文

①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消息中断呼叫