15广东东莞基于信令流程的VOLTE网络问题分析方法和经验总结Word格式.docx
- 文档编号:14331787
- 上传时间:2022-10-22
- 格式:DOCX
- 页数:17
- 大小:1.69MB
15广东东莞基于信令流程的VOLTE网络问题分析方法和经验总结Word格式.docx
《15广东东莞基于信令流程的VOLTE网络问题分析方法和经验总结Word格式.docx》由会员分享,可在线阅读,更多相关《15广东东莞基于信令流程的VOLTE网络问题分析方法和经验总结Word格式.docx(17页珍藏版)》请在冰豆网上搜索。
原因说明
问题判定
问题子类
振铃不接听
被叫振铃但不接听
测试设备问题
测试软件问题
呼叫过程中主叫再次起呼或者被叫异常发起寻呼
接通状态小起呼或者寻呼
终端主动挂机
起呼或者接通后立即挂断
log信令记录丢失
由于软件问导致log未记录
SIM卡故障
非人为因素导致的SIM卡松动
丢信令
弱LTE下面信令丢失,信令不连续需要仔细辨认,排除非基站闪断造成
终端问题
终端卡死
端口无反应
SIM卡欠费或误开机
欠费导致无法进行业务,非测试区域误开机
测试执行问题
满三分钟两次同向byerequest并收到OK回复
测试平台统计为两对bye为掉话,实际同向为重发sip包,属于平台误判
平台统计问
平台误判
外接来电或者短信
呼叫过程中因外接其他来电或者短信导致未接通或者掉话
2.2.VOLTE网络问题异常分类
VOLTE网络问题网络问题,包括IMS网络问题、核心网问题、核心网与无线网配合问题、无线网络问题或者端到端问题,具体分类说明如下:
起呼后未收到网络的trying回复
sip消息应回未回
网络问题
IMS网络问题
PRACK或者UPDATE无回复或者错误
特指非承载未建立导致,DRB释放导致
OMS寻呼响应慢异常
被叫收到寻呼延迟10多秒以上,导致主叫上发送取消
VOLTE接通下发生IMS注册掉话
VOLTE接通后,被叫发生IMS注册且成功,此时主叫收到网络下发的byerequest内含注册超时字样
上行发送bye网络未收到OK
呼叫不到3分钟主叫上报bye,RTP正常且未见释放DRB,怀疑是人员主动挂断但收到SIPbye487
直接收到下行的cancel
起呼过程中,sip交互正常,直接收到sipcancel消息
被叫回话未及时释放起呼forbidden
主叫起呼失败(切换导致的DRB释放等)主叫马上发cancel取消呼叫,而后是否了EPS,被叫侧始终未收到cancel,未能释放EPS,主叫再次起呼收到sipforbidden
已经建立EPS承载的情况下收到500错误
承载建立再次的情况下直接是sip错误
已经建立EPS承载的情况下收到503错误
EPS承载激活修改异常
包含起呼未激活EPS承载(可能与切换冲突导致)、起呼晚激活EPS承载(切换问题上次EPS承载未释放)、起呼时去激活EPS承载(本次起呼激活了后续无异常sip消息下发或者释放DRB下直接去激活,上次EPS承载未及时释放,本次起呼过程中释放了EPS)
核心网问题
被叫收到寻呼但未收到INVITE请求
被叫侧收到MT接入的paging消息,且RRC建立完成,但是未收到下行INVITE消息
重配置消息室分DRB承载
与切换异常、EPS承载冲突等有关
核心网与无线网配合问题
TA更新与附着问题
更新类问题,更新被拒,附着被拒与核心网和无线网均有关系,特殊的情况是主叫发起起呼时恰好发生TAU,此时上发了sipinvite后收到TAU完成后的释放RRC也会造成
满3分钟的EPS承载早释放
满3分钟呼叫完成。
先释放承载,在挂断
疑似切换或者基站故障导致RTP单通断续
接通后,发生一次切户后,无RTP包交互导致,20秒后终端上行挂断或者基站闪断导致的信令中断、包中断等
无线网络问题
LTE随机接入失败
被叫收到寻呼,但是发起RRCrequest后即空闲
LTE弱覆盖
无线环境差
LTE下发释放RRC或者RRC重建失败
无线环境差或者基站故障导致
异频重定向,不支持VOLTE呼叫接续
部分基站存在问题
被叫未收到寻呼
被叫侧始终处于空闲,未进行RRCMT接入建立请求
端到端问题
2.3.VOLTE网络异常事件-未接通问题
未接通问题主要与设备性能、参数有关,需要重点关注流程冲突、参数配置、SIP消息丢失等:
Ø
流程冲突:
UGW流程冲突导致503未接通问题
参数配置问题:
有RX口容量配置参数、HSS配置参数、EPS用户配置等问题
SIP消息丢失:
update消息丢失问题、invite消息丢失问题
无线网络问题:
覆盖问题、干扰问题、切换问题、无线容量问题等
2.4.VOLTE异常事件-掉话问题
掉话问题主要需要关注重建问题,设备问题,邻区问题等典型的问题如下:
重建问题:
覆盖问题,干扰问题
设备问题:
基站设备版本问题,基站内部切换概率性掉话
参数问题:
邻区配置、头压缩配置不一致,切换参数配置不合理等
三、基于信令流程的VOLTE网络问题分析
3.1.RLC优先级问题:
呼叫建立与切换过程冲突,专载被MME释放
现象:
呼叫建立与切换过程冲突,专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回复invite580(也有上发CANCLE的情况),专载丢失形成未接通事件。
分析:
QCI5设置的RLC优先级为1,高于SRB=2(传送NAS层消息)配置为3.导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送。
优化措施:
降低QCI5优先级,确保NAS消息及时上传,修改后此类问题改善明显。
3.2.QCI5PDCPDiscardTimer时长优化
终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放。
UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话cancel。
经过分析,由于QCI5的pdcp丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包。
QCI5PDCPDiscardTimer由300ms修改为无穷大
优化效果:
VoLTE无线接通率提升明显
3.3.RTP丢包率优化
背景:
测试发现,黄江区域RTP丢包率偏高,个别网格甚至达到2%以上。
原因分析:
在无线质量较好的情况下基本无丢包;
无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃;
外场测试表明QCI1PDCPDiscardtimer配置与RTP丢包率及Jitter有密切关系,QCI1PDCPDiscardtimer配置越大,RTP丢包率越低,但Jitter也随之变大。
●MOS值与RTP丢包及Jitter关系都较大,目前正在进行100ms/300ms/500ms/750ms/1500ms/infinity完整的对比验证。
3.4.MME专载保存功能
功能描述:
在基站发起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非必选功能,建议打开。
3.5.专载释放与切换冲突,通话结束未收到专载释放掉话
问题描述:
在拉网测试过程中,通话挂机后,主叫上报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的重传机制对周边网元也有要求,暂无版本规划。
四、典型案例分析
4.1.核心网判断案例
案例1:
SIP消息延时导致核心网给主叫下发PRACK408产生未接通
TIME=11:
43:
28.954主叫起呼,TIME=11:
31.871被叫收到寻呼发起服务请求
32.105被叫上发INVITE183消息,TIME=11:
32.854主
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 15 广东东莞 基于 流程 VOLTE 网络 问题 分析 方法 经验总结