Volte分析方法与主要问题.docx

Volte分析方法与主要问题.docx

《Volte分析方法与主要问题.docx》由会员分享，可在线阅读，更多相关《Volte分析方法与主要问题.docx（14页珍藏版）》请在冰豆网上搜索。

Volte分析方法与主要问题

VOLTE的分析方法及主要问题

1分析方法及问题分类

VOLTE异常归属判定依据

VOLTE异常事件分析技术要求

信令流程解析

1.1VOLTE非网络问题异常分类

1.2VOLTE网络问题异常分类

1.3VOLTE网络异常事件-未接通问题

1.4VOLTE异常事件-掉话问题

2优化经验总结

日常优化总结

日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。

大项

内容

无线覆盖优化

弱覆盖优化

重叠覆盖、越区覆盖优化

SINR质差路段

MOD3，同PCI干扰优化

参数优化

功率提升3db

TAC精细规划

异系统切换算法及门限优化

站内切换话统开关

QCI变更时新增A2测量开关

MOS值优化提升

系统内/外邻区优化

L2L、L2G邻区核查及优化

X2切换占比提升

规范中心频点设置，控制异频数量

功能优化

承载更新与X2切换冲突优化

终端APN设置问题容错

关闭DRA链路的捆绑数据开关

位置信息上报问题

优化MME寻呼策略

2.1RLC优先级问题：

呼叫建立与切换过程冲突，专载被MME释放

现象：

呼叫建立与切换过程冲突，专载被MME释放。

呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。

分析：

QCI5设置的RLC优先级为1，高于SRB=2（传送NAS层消息）配置为3.导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。

优化措施：

降低QCI5优先级，确保NAS消息及时上传，修改后此类问题改善明显。

2.2QCI5PDCPDiscardTimer时长优化

现象：

终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。

分析：

UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。

经过分析，由于QCI5的pdcp丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。

优化措施：

QCI5PDCPDiscardTimer由300ms修改为无穷大

优化效果：

VoLTE无线接通率提升明显

2.3系统间邻区优化

提升eSRVCC切换成功率，减少由于2G邻区不准确导致的异系统重定。

LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：

4G弱信号路段与2G拉网服务小区匹配：

利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。

通过经纬将4G弱信号（RSRP<-110dbm）与2G强信号（RXLOV>-95dbm）在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。

2.4重定向掉话

XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发生重定向，重定向释放RRC后，专载同时被拆除，VoLTE业务产生掉话。

2.5RTP丢包率优化

背景：

测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%以上。

原因分析：

在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，数据包将被丢弃；

外场测试表明QCI1PDCPDiscardtimer配置与RTP丢包率及Jitter有密切关系，QCI1PDCPDiscardtimer配置越大，RTP丢包率越低，但Jitter也随之变大。

●MOS值与RTP丢包及Jitter关系都较大，目前正在进行100ms/300ms/500ms/750ms/1500ms/infinity完整的对比验证。

2.6MME专载保存功能（可选）

功能描述：

在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。

验证情况：

已在某MME下成功验证了该功能。

当时无线环境较差，UE发起RRC重建失败，通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。

（本次测试中专载保持时长约1.358s）

功能总结：

1）当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不会掉话。

2）MME侧也可以在RRC重建失败后，通过MME专载QCI1保持功能使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。

3）此功能为爱立信MME非必选功能，建议打开。

2.7专载释放与切换冲突，通话结束未收到专载释放掉话

问题描述：

在拉网测试过程中，通话挂机后，主叫上报BYE消息，IMS回BYE200消息前后，同时手机发生切换，未收到EPS专载释放请求，1s后软件统计掉话。

问题分析：

经分析MMElog，发现MME未收到PGW下发的deletebearerrequest消息。

当X2切换触发SGW-initiatedbearermodificationprocedure（完整信令是CCR-CCA），如果此时SIP挂机触发PCRF也发RAR给PGW，由于Gx链路时延等原因，使得RAR先于CCA到达PGW，根据协议规定，PGW会继续SGW-initiatedbearermodificationprocedure而rejectRAR（resultcodeDIAMETER_OUT_OF_SPACE）。

优化措施：

当前解决办法：

（1）缩短DRA时延配置。

（2）修改SAPC到DRA链路为主-备模式，保证CCA和RAR走同一路径和到达PGW的先后顺序。

优化结果：

近期调整后的网格测试，暂时没有发现BYE200消息前后发生的切换没释放QCI1专载的情况。

现网华为答复：

由于没有协议支撑，且MME的重传机制对周边网元也有要求，暂无版本规划，如必须具备此功能，可提至集团层面提出具体的需求统一开发

3案例分析

3.1典型案例

案例1：

SIP消息延时导致核心网给主叫下发PRACK408产生未接通

TIME=11:

43:

28.954主叫起呼，TIME=11:

43:

31.871被叫收到寻呼发起服务请求

TIME=11:

43:

32.105被叫上发INVITE183消息，TIME=11:

43:

32.854主叫收到INVITE183消息

TIME=11:

43:

38.923主叫占用奥体大街西试扩L-2（37900，240）收到核心网下发PRACK408WARNING头域提示“NoResponseFromNetwork”呼叫未接通。

【IMS核心网信令分析】

核心网异常下发PRACK408导致呼叫未接通

IMS分析:

主叫侧发送了183消息的PRACK以后,长时间没有得到响应超时,发送408消息.

被叫侧针对PRACK的200OK消息延迟返回,延迟达7秒,导致主叫侧发送408消息

【处理建议】

1、建议贝尔优化：

QCI9的PDCPdiscardtimer为无限长；

2、关于SBC等待PRACK响应定时器（当前6s）客户希望适当延长，目前产品无法实现，转需求。

案例2：

eNodeB参数配置不合理，导致eSRVCC失败

问题现象：

终端发生eSRVCC时，在LTE向GSM切换过程中产生掉话。

问题分析：

终端可以正常收到测控消息，并上报测量报告，且掉话发生在向GSM切换过程中，是GSM或者和基站侧参数设置问题。

问题解决：

基站BsCAccess-ID项中的管理状态为Locked，设置有误。

将该状态修改为Unlock后，对该站点进行重启后发现eSRVCC功能正常。

3.2空口信令判断案例

案例1：

RRC重建失败导致掉话，无线网问题

现象：

UE在如下几种情况会触发RRC连接重建：

1、检测到无线链路失败2、切换失败3、从E-UTRAN向异系统网络切换失败时4、从物理层收到了完整性检查失败指示5、RRC连接重配置失败

重建RRC未成功，重新进行RRC申请，QCI=1的承载未建立，导致掉话（网格5VOlte测试log2015101112:

36:

38:

509）

分析：

呼叫重建失败后，新小区重新申请RRC，未能建立VOLTE专载，导致掉话。

该流程均由ENODEB控制执行。

而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等，均为无线网问题。

结论：

切换失败与RRC重申请流程均与EUTRAN相关，因此认定为无线网问题。

案例2：

基站异常导致双端无下行信令及RTP包断传，无线网问题

现象：

主被叫VOLTE接通后，在同一小区同时发生缺失下行信令20秒，此后数秒发生终端上发byerequest挂断。

分析：

丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。

丢信令期间，终端测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的RTP包，高度怀疑基站临时故障导致。

结论：

软件显示丢信令，但通过进一步分析确认应为基站故障导致。

无线网问题。

案例3：

VOLTE接通下发生IMS注册掉话，IMS网络问题

现象：

VOLTE接通后，主被叫发生IMS注册且成功，此时主叫收到网络下发的byerequest消息（淮安网格216:

37:

15）

分析：

（1）主被叫在通话中，主叫在11:

29:

28.061上发REGISTER,718ms后收到REGISTER200消息，

（2）被叫在11:

19:

28.997上发REGISTER消息，在11:

19:

29.403收到核心网下发的REGISTER401消息，在11:

19:

29.793又上发REGISTER消息，之后11:

19:

30.027收到核心网下发的REGISTER200消息；（3）主叫在11:

19:

30.292收到核心网下发的BYE消息，携带原因值为Reason:

SIP;cause=500;text="releasedthesessionbecauseofuserderegistration"。

3.3网元流程判断案例

案例1：

被叫收到寻呼但未收到INVITE请求，核心网问题

现象：

主叫上发了invite，被叫收到了寻呼且建立RRC成功，此时应收到下行的invite，但始终未收到。

（101：

14：

04.695）

分析：

被叫响应寻呼并进行了RRC申请，表明MME已收到由SGW触发的数据业务请求，即sipinvite消息应由IMS网元的SBC下发给了PGW、SGW。

Sipinvite消息由IMS网元SBC下发到被叫核心网网元PGW

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

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

结论：

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

案例2：

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

现象：

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

分析：

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

00: