拒绝访问 | www.1398.org | 百度云加速
请打开cookies.
此网站 (www.1398.org) 的管理员禁止了您的访问。原因是您的访问包含了非浏览器特征(38feec72e00a439a-ua98).
重新安装浏览器，或使用别的浏览器VoLTE日常投诉处理流程
VoLTE日常投诉处理流程
随着VoLTE用户的不断增多，我们接到的问题反馈也将会越来越多。接到问题反馈时，需明确获取的重要信息包括：主被叫用户号码、问题发生时间、地点，并尽量问清楚问题的现象，以方便投诉处理。通常，问题可以分为异常事件类问题与语音质量类问题。下面分别介绍两类问题的处理思路和流程。VoLTE 各网元接口及 SEQ 界面介绍涉及的网元众多，常见网元之间的接口如下图所示。常关注的接口主要有：S1-MME、S1-UGmSGsS11等。在投诉处理中，SEQ是一个非常重要的工具。处理投诉常用的投诉处理模块如下，主要包含：专题-&VoLTE专题分析-&投诉用户详单查询、PS综合单据查询、语音质量单据查询，及详单-&PS单接口单据查询-&S1-MMES4/S11异常事件类问题分析异常事件类问题主要包含未接通、掉话以及其他异常事件。在分析过程中，主要以分析相关信令流程、找出相应异常为主，分析步骤如下：根据获取到的投诉相关信息，从专题-&VoLTE专题分析-&投诉用户详单查询下，输入相应投诉时间段、主被叫用户号码，查询投诉用户的具体话单。根据投诉相关信息，选取相应的话单记录。用户话单查询界面投诉用户详单查询结果举例2.双击选择的话单记录即可查看详细信令流程。与标准信令流程对比，查看那两个网元之间的信令出现异常。双击异常的那条信令，查看异常信令的详细信息是否携带cause原因值，并记录问题发生时间点及相应网元。异常信令及相应原因值举例3.在专题综合单据查询中输出相应的时间、用户号码等信息，查询通话期间用户所进行的一系列与网络侧的交互，可以看到用户使用的终端类型及通话过程中遍历的小区列表。综合单据查询结果举例4.结合步骤2中得到的问题发生时间点和综合单据查询到的相应时段内用户的行为，查找单接口单据查询，查看具体信令流程，定位哪个网元的哪个流程出现问题。a)Volte信令特点：所有流程，有迹可循，可以参考volte标准信令流程，将实际流程与之比对；有来有往，成对出现，有请求就应该有响应；流程分阶段，每个阶段只进行一个流程。b)如果是无线基站触发的信令流程异常，需从无线口排查原因。从单接口单据查询和综合单据查询中查问题时间点附近是否有异常信令流程，例如：attachnetwork triggered service requestX2切换等流程中均有可能带有UEcontext release信令，从UE context release的信令详情中可以找到对应的原因值，常见的有：UE lostfailure -in-radio-interface-procedure等。这种情况下，需进一步排查无线覆盖情况。可以结合网管相关数据数据，查看相应基站在对应时间段的告警情况；如果有投诉用户的虚用户跟踪数据可以从中查看当时空口信令与电平，确认覆盖情况；查看是否存在切换失败、RRC重建等异常现象；查看相应小区的OMC指标，查看干扰及其他指标是否异常。如均未发现异常，可以安排人员前往复测，复测的同时可以在基站及核心网相关网元上做信令跟踪，以方便后续问题定位。c)如果是基站以上网元触发的信令流程异常，通常需要将相应时间点及话单告知核心网同事，让他们配合分析，如有需要，可以从其他网元上（如HSSGW等）提取相应信令跟踪进行分析。5.引起异常事件的常见原因如下。具体问题需具体分析。语音质量类问题分析语音质量类问题现象分类：现象定义单通通话过程中，双方只有一方能听见对方的声音。双不通通话过程中，双方都听不见对方声音。语音断续通话过程中，指通话中语音有短暂停顿，受话方所听语音中会出现“吞字现象”。杂音通话过程中，双方能听见对方的声音，但有明显噪声干扰，例如流水声、咔咔声，严重时甚至只能听到噪声而完全听不到正常语音。串话通话过程中，不仅听到对方语音，还能听到第三方的语音，或听不到对方语音，却听到第三方的语音。回声通话过程中，一方从听筒中不仅能听到对方的语音，还能听到自己的语音。遇到语音质量类问题，同样需要先查询相关信令，找到相应时间点后，再进一步分析语音质量问题：2.在专题-&PS综合单据查询中输出相应的时间、用户号码等信息，查询通话期间用户所进行的一系列与网络侧的交互，可以看到用户使用的终端类型及通话过程中遍历的小区列表。语音质量单据查询中，查询相应话单中抖动、时延、MOS、编码速率等信息，主要查看S1-U口与Gm口丢包统计，定界主叫与被叫的丢包情况。根据提取的相关数据，分析方法如下：4.根据第3步的分析结论，看丢包主要丢在哪一段，处理流程如下：1)如果丢包发生在口以上，则属于核心网丢包，需要将相应信息提供给网运中心的同事，让其核查核心网相关丢包情况；2)口以下，则可能发生丢包的地方共有4处，根据经验，出现丢包的概率由大到小依次为：空口、终端、基站、传输。常见动作如下：查看相应的虚用户跟踪数据，查看通话过程中的电平值，确认覆盖情况，并确认是否存在切换失败、重建等现象。查看占用小区的告警、干扰与KPI指标是否异常，重点关注对应小区15分钟粒度QCI1承载PDCP层上下行空口丢包情况，看与第步的结论是否能对应上。前两步均未发现异常，可以提取底层数据，查看此次通话过程中的媒体面数据包头信息，核查具体丢包时间段，再结合综合单据或者虚用户跟踪数据来确定具体丢包发生在哪个基站。d)确认具体基站后，可以让传输侧核查基站的传输在语音质量问题发生前后是否存在告警等信息。e)如均未发现异常，可从终端角度进行排查。咨询相同终端是否发生过类似的语音质量问题。VoLTE 日常投诉处理流程总结根据上述分析，VoLTE日常投诉处理流程总结如下：大家都在看o朱子家训o
全套4G/LTE教程资料，两年服务每年更新2次！o
LTE每日一章o
LTE学习总结―接入类KPI基本分析方法网络优化工程师的前景基于路测数据地理化显示开展RF快速优化分析方法【修订版】LTE定时器参数MapInfo多个TAB图层合并的制作关注 无线网规网优圈子 请长按最大最专业的通信资料分享公众号
行业/职场/技术/资料商务与合作微信：chentian_vip投稿邮箱：
本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。
百家号 最近更新：
简介: 关注无线网规网优的发展、短视频
作者最新文章工具类服务
编辑部专用服务
作者专用服务
VoLTE网络的eSRVCC切换优化方法
VoLTE作为LTE网络解决语音技术的演进方案，实现了在LTE覆盖区内语音和数据都承载在LTE网络，但是在非LTE覆盖区，由2G/3G网络为其服务，支持LTE到2G/3G的eSRVCC切换，eSRVCC切换过程涉及LTE/GSM多个网元，信令交互多，用户行为受终端类型、归属地、所处场景影响较大，本文通过现网优化经验，总结出一套快速准确定位、解决问题，提升eSRVCC切换成功率的工作方法。
Abstract：
As an evolution scheme to solve the voice technology in LTE, VoLTE makes it possible to carry both voice and data service in area covered with LTE. However, in LTE blind coverage area, the voice service is still carried in 2G/3G network, and eSRVCC handover from LTE to 2G/3G must be supported. The eSRVCC handover process involved many units in LTE and GSM network, and the signaling interaction is complicated. Moreover, the user’s experience is affected much by the different types of phone, different home PLMN, and different scenes. So this article conclude a set of ways by optimization experience, about how to locate the issues, and solve them to improve the successful rate of eSRVCC handover.
JIN Jing-jing
YANG Xing-hong
作者单位：
中国移动通信集团河北有限公司保定分公司,保定,071051
年，卷(期)：
Keywords：
在线出版日期：
本文读者也读过
相关检索词
万方数据知识服务平台--国家科技支撑计划资助项目（编号：2006BAH03B01）(C)北京万方数据股份有限公司
万方数据电子出版社您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
VOLTE无线网优化手册案例.pptx 48页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
需要金币：350 &&
你可能关注的文档：
··········
··········
目录 2VoLTE基础优化1VoLTE专题优化 2VoLTE参数特性设置建议VoLTE接通率专题优化-1VoLTE接通率定义影响VoLTE接通的问题分类按照问题现象维度分为四大类：注册问题不发QCI1建立QCI1建立失败QCI1建立成功但接通仍失败VoLTE语音始呼接通次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求后，向主叫用户成功转发180响应消息或带有P-Early-Media头域的183响应消息的次数。VoLTE语音始呼总次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求的次数。路测指标算法：VoLTE接通率（%）=成功完成呼叫次数/终端发起呼叫总数。每次通话中，主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP 200 OK消息为成功完成呼叫信令平台指标算法：VoLTE接通率专题优化-2VoLTE接通问题数据源话统DT投诉信令端到端问题定界覆盖干扰问题邻区漏配问题IMS无线-干扰无线-弱覆盖终端EPC问题定界根因分析MME网络资源不足无线网络资源不足HSS签约数据问题MME流程冲突UE和SBC链路重建PCRF配置问题寻呼资源不足寻呼策略问题多维度问题根因分析覆盖优化资源优化配置优化寻呼优化优化方案优化覆盖、干扰优化邻区、PCI优化异系统小区重选门限资源License限制，有限解决容量评估，根据评估门限进行扩容PCRF的VoLTE用户策略配置UE和SBC流程冲突优化HSS中修改用户的锚定签约数据MME但注册参数优化MMECBR、MBR冲突流程优化MME隐式分离优化MME X2切换冲突优化寻呼策略优化，调整重发次数、重发间隔、重发递增值、寻呼失败停止寻呼关闭精准寻呼，提升第一次寻呼成功率分专业优化方案实施VoLTE接通率问题定界优化思路VoLTE接通率专题优化-3VoLTE接通率优化案例－RRC用户受限导致VoLTE未接通主叫在深圳田贝D-HLH-3小区起呼,发起连接RRC请求，但是RRC连接被拒。随后多次发送RRC连接请求依然被拒导致未接通。问题描述原因分析查询测试时段RRC接入成功率较低（51.57%），属于基站侧的问题影响RRC接入。用户数分析：RRC失败主要是因为深圳田贝D-HLH-3出现RRC用户受限，12日小区最大RRC用户数已经超过规格400个（小区未开启大话务场场景下的接入增强功能）；另外，深圳田贝D-HLH-103只有不到100个，两个小区存在明显的话务不均衡。功率核查：小区使用 RRU3257，根据理论分配，单小区RS功率配置为13.1，双小区按照分半配置，核查现网配置，其中深圳田贝D-HLH-3配置功率没有分半：分析结论：1、接通恶化原因：小区用户上涨且最大RRC连接数超过接入规格；2、深圳田贝D-HLH-3功率配置不合理，导致话务不均衡。解决方案1、将深圳田贝D-HLH-3的RS功率由13.1调整为10.1；2、对深圳田贝D-HLH-3/103进行话务均衡参数优化；3、对深圳田贝D-HLH-3小区的TDD SRS配置参数由体验优先改为接入优先，以提升小区的RRC接入用户规格数。优化结果：修改参数后，深圳田贝D-HLH-3RRC接通率恢复正常，且深圳田贝D-HLH-3/103小区的用户数已基本均衡，VoLTE接入正常。VoLTE呼叫时延指标定义VoLTE呼叫建立时延专题优化-1影响VoLTE接续时延的因素VoLTE接续时延与话务模型相关，一般来讲一次呼叫经历的路径越长、参与的网元越多、流程越复杂，那么接续时延越长。影响接续时延的主要因素有： 1、组网结构；2、呼叫流程；3、业务处理；4、寻呼策略；5、空口质量；6、终端能力；7、承载网QoS路测时延指标算法：VoLTE路测呼叫建立时延(s)
每次通话中，主叫UE发SIP INVITE后收到网络侧下发的SIP 180 Ring消息之间的时间差（只统计接通）?VoLTE呼叫建立时延专题优化-2VoLTE呼叫建立时延优化分析方法逐段分析分域优化方法一：路测时延统计实验分布初步判断问题原因分区间统计时延总长，初步判断是否存在二次、三次、四次、CS-RETRY转CSFB等超长寻呼问题。方法二：信令分段时延分析，确定问题网元通过信令平台或者网元分段时延分析，判断是否有冗余的信令流程，并与时延基线进行对比，找到对应的问题网元进行优化呼叫建立时延终端eNodeBEPCIMS/DRA寻呼解码优化寻呼码率优化寻呼策略优化SCTP链路缓存优化定时器设置优化寻呼问题SCFB问题参数问题分类定界基本思路：逐段分析、分域优化终端优化：寻呼策略、冗余流程、各网元消息转发时延VoLTE呼叫建立时延专题优化-3VoLTE呼叫建立时延优化案例－彩铃与VPN业务影响呼叫时延问题描述原因分析优化建议3月份省公司三方测试VoLTE时延指
正在加载中，请稍后...