VoLTE手机被叫未接通案例分析及处理

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

VoLTE手机被叫未接通案例分析

【摘要】VoLTE试商用时出现大概率被叫无法接通现象,通过现场测试排查和端到端信令分析,将问题锁定在核心网侧。省NOC根据故障报告进行排查,针对核心网TLDN

回落机制分析,最终确认核心侧TLDN数据配置不全。

【关键字】VoLTE 被叫TLDN 回落

背景:随着网络优化和VoLTE商用的推进,安徽电信内部开通VoLTE用户预商用,要求各分公司试用并进行网络质量分析和疑难问题反馈,协助省公司完成VoLTE商用指导。

【故障现象】:

省公司开通VoLTE测试卡后,概率性出现VoLTE测试卡作为被叫无法接通现象,未接通时主叫保持呼叫状态,被叫手机无响应,直至主叫手机提示“无声、空号、无法接通、未开通此项业务、增值业务被终止”等各种声音通话结束:

图1:测试被叫无响应

【告警信息】:

登录基站无告警,网元测试,基站与MME、SGW等网元连接正常:

图2:网元节点测试

【原因分析】:

(一)终端排查

现场倒换终端进行测试验证,发现开通VoLTE功能终端在CS域做被叫出现大概率未接通,主叫正常:

表1:终端排查

(二)无线环境分析

CQT测试,选取RSRP:-60dbm、SINR:30db覆盖正常,无线环境良好的测试点进行测试,依然出现被叫CS域无法接通现象:

图3:无线环境

(三)信令对比分析

通过以上分析可以看出本次未接通与无线环境无关,只是VoLTE 功能终端在CS域被叫引起的未接通,计划通过CS域被叫正常通话和未接通信令对比来分析差异。

正常接通时:IMS域主叫发起INVITE Request后,2s∽5s左右被叫在C网收到寻呼消息,进而发起CSFB回落到C网通话,信令流程如下:

图4:正常呼叫

被叫CS域未接通时:信令来看IMS域主叫15:33:48发起INVITE Request请求,15:34:18发起呼叫取消,随后IMS下发呼叫取消确认,并下发INVITE 487呼叫终止,主被叫信令流程如下:

此时,发起呼叫到终止经过30s时间,主叫超时释放,造成未接通,信令如下:

图5:被叫无法接通

主叫终端收到IMS下发的487呼叫终止消息,被叫未收到寻呼导致主叫超时终止通话,可以判断问题出在eNB上层网元IMS寻呼处理阶段。因此,将问题上报至省公司NOC处,请求定位支持。

(四)VoLTE组网结构分析

VoLTE是一种架构在LTE网络上基于IMS的全IP端到端语音解决方案。组网涉及到终端、eNB、MME、IMS、服务网关等。

IMS系统作为业务控制核心,与接入层EPC业务互通,MGCF与CDMA连接实现信令交互寻呼转发。VoLTE网络结构复杂,对各网元稳定性、数据配置准确性要求较高,中国电信VoLTE网络架构如图:

MMTEL

MRFC

S-CSCF

ENUM/DNS

I-CSCF

DRA

MGCF

HSS

IM-MGW BSC

图6:VoLTE组网结构

(五)VoLTE端到端信令分析

VoLTE用户IMS域呼叫VoLTE IMS域通话信令流程:

1、主叫UE起呼,发送INVITE到IMS,触发RRC连接、安全模式等过程, IMS开始寻呼被叫UE。

2、被叫UE收到寻呼后,申请资源建立会话链路,并通过SIP消息交互协商编码方式、媒体格式,主叫返回ACK进行确认,通话完全建立,进入通话过程。

3、挂机时,主叫发送BYE请求结束本次会话,IMS服务器给被叫发送BYE,请求结束本次会话,被叫挂机,主被叫分别通过RRCConntctionReconfiguration消息和去激活EPS专用承载消息。

图7:IMS域呼叫IMS域流程

VoLTE用户在IMS域呼叫CS域用户信令流程:

1、主叫UE起呼,发送INVITE到IMS,MMTEL执行主叫业务处理,将呼叫路由回S-CSCF。S-CSCF查询ENUM失败,认为被叫不属于IMS 域用户,将INVITE消息转发至MGCF。

2、呼叫通过MGCF路由至CS域网络,在CS域MSC查询被叫。

3、呼叫请求在CS域被接续到被叫用户,由BSC下发寻呼paging,被叫收到寻呼后,发起CSFB流程完成呼叫流程。

图8:IMS域呼叫CS域流程

【解决方法】:

通过以上对终端、无线环境、信令分析,以及VoLTE呼叫流程排查,确认被叫在CS域未收到寻呼消息导致的未接通。

省NOC根据故障报告,安排工程师进行排查分析,最终确认TLDN 回落数据存在漏配问题,补做数据后问题解决。第二次出问题是核心侧时间系统恢复,补做数据丢失导致的,目前已处理,通话正常,通话过程如下:

图9:正常通话

【结论与推广】:

VoLTE是一种架构在LTE网络上,全IP、基于IMS的端到端语音解决方案。VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的语音视频通话效果,广泛商用势在必行。

VoLTE网络结构复杂,组网涉及到网元众多,ENUM和MGCF涉及CS域用户查询、转发功能,对数据配置准确性、路由查询及时性要求较高,需要建立一套严谨的数据配置流程,防止数据漏配造成无法接通。本案例的问题定位和分析总结对后续VoLTE商用具有指导意义。

相关文档
最新文档