Volte分析方法与主要问题

《Volte分析方法与主要问题》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、VOLTE的分析方法及主要问题1分析方法及问题分类VOLTE异常归属判定依据VOLTE异常事件分析技术要求信令流程解析1VOLTE非网络问题异常分类2VOLTE网络问题异常分类3VOLTE网络异常事件-未接通问题4VOLTE异常事件-掉话问题2优化经验总结1.1日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。大项内容无线覆盖优化弱覆盖优化重叠覆盖、越区覆盖优化SINR质差路段MOD3，同PCI干扰优化参数优化功率提升3dbTAC精细规划异系统切换

2、算法及门限优化站内切换话统开关QCI变更时新增A2测量开关MOS值优化提升系统内/外邻区优化L2L、L2G邻区核查及优化X2切换占比提升规范中心频点设置，控制异频数量功能优化承载更新与X2切换冲突优化终端APN设置问题容错关闭DRA链路的捆绑数据开关位置信息上报问题优化MME寻呼策略1.1RLC优先级问题：呼叫建立与切换过程冲突，专载被MME释放现象：呼叫建立与切换过程冲突，专载被MME释放。呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢

3、失形成未接通事件。分析：QCI5设置的RLC优先级为1，高于SRB=2(传送NAS层消息)配置为3.导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。优化措施：降低QCI5优先级，确保NAS消息及时上传，修改后此类问题改善明显。1.2QCI5PDCPDiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话can

4、cel。经过分析，由于QCI5的pdcp丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。优化措施：QCI5PDCPDiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显1.3系统间邻区优化提升eSRVCC切换成功率，减少由于2G邻区不准确导致的异系统重定。LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等

5、信息导出。通过经纬将4G弱信号(RSRP<-110dbm)与2G强信号（RXLOV>-95dbm）在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。1.4重定向掉话XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发生重定向，重定向释放RRC后，专载同时被拆除，VoLTE业务产生掉话。1.5RTP丢包率优化背景：测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%以上。原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，数据包将被丢弃；外场测试表明QCI1PDCP

6、Discardtimer配置与RTP丢包率及Jitter有密切关系，QCI1PDCPDiscardtimer配置越大，RTP丢包率越低，但Jitter也随之变大。●MOS值与RTP丢包及Jitter关系都较大，目前正在进行100ms/300ms/500ms/750ms/1500ms/infinity完整的对比验证。1.6MME专载保存功能（可选）功能描述：在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。验证情况：已在某MME下成功验证了该功能。当时无线环境较差，UE发起RRC重建失败，通过MME专载

7、QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。（本次测试中专载保持时长约1.358s）功能总结：1）当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不会掉话。2）MME侧也可以在RRC重建失败后，通过MME专载QCI1保持功能使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。3）此功能为爱立信MME非必选功能，建议打开。1.7专载释放与切换冲突，通话结束未收到专载释放掉话问题描述：在拉网测试过程中，通话挂机后，主叫上报BYE消息，IMS回BYE200消息

8、前后，同时手机发生切换，未收到EPS专载释放请求，1s后软件统计掉话。问题分析：经分析MMElog，发现MME未收到PGW下发的deletebearerrequest消息。当X2