【《VOLTE技术网络优化工具和手段分析概述》6900字】_第1页
【《VOLTE技术网络优化工具和手段分析概述》6900字】_第2页
【《VOLTE技术网络优化工具和手段分析概述》6900字】_第3页
【《VOLTE技术网络优化工具和手段分析概述》6900字】_第4页
【《VOLTE技术网络优化工具和手段分析概述》6900字】_第5页
已阅读5页,还剩14页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

VOLTE技术网络优化工具和手段分析概述目录TOC\o"1-3"\h\u26779VOLTE技术网络优化工具和手段分析概述 118371.1VOLTE网络优化工具和手段 1326451.1.1MBB网络管理系统(iManagerTMU2000) 183281.1.2测试终端及软件 4196571.2语音质量优化 5209521.1.1语音质量优化方案 5159111.1.2方案实施效果 7317341.3掉话问题优化 868491.3.1掉话问题优化方案 8216081.3.2方案实施效果 10187621.4切换问题优化 1064781.4.1切换问题优化方案 1183721.4.2方案实施效果 15230061.5关键功能优化 16243841.5.1ROHC打开后视频通话大量丢包 1681091.5.2SPS调度时CQI级修正不及时 177971.5.3方案实施效果 17264541.6视频及其他补充业务优化 171.1VOLTE网络优化工具和手段1.1.1MBB网络管理系统(iManagerTMU2000)以华为产品为例,采用MBB网络管理系统,版本号为iManagerU2000V200R016C10SPC230,该网络管理系统主要具备无线EUTRAN网络eNodeB基站性能测量管理、故障管理、跟踪及维护、基站配置管理等。MBB网络管理系统主菜单界面如图2-1所示。图2-1MBB网管系统界面截图SEQ平台简介华为公司SEQ平台的VOLTE专题分析提供“用户投诉处理、业务质量监控、业务质量分析、语音质量分析、VIP保障”模块,完善了优化手段,提供VOLTE指标评估体系、VOLTE网络性能的端到端分析,可视化的流程,准确定界到问题点,问题回溯,降低了人力排查测试成本,提高了问题处理效率。表2-1是SEQ平台VOLTE专题模块。图2-2是SEQ平台界面截图。表2-1SEQ平台VOLTE专题模块模块分类详细功能价值投诉用户会话用户投诉跟踪处理投诉用户单据查询业务总量概览业务质量监控业务指标概览支撑VOLTE会战、完善优化手段、节省成本:1、解决VOLTE指标评估体系从无到有的问业务指标全集题,使指标可量化、可视化;VOLTE专题2、VOLTE网络性能的端到端分析,提高网络运维效率;注册专题分析3、流程的可视化,准确定界到问题点,提高接入专题分析定界准确性,提升VOLTE的网络性能和用户业务质量感知;分析切换专题分析4、问题可回溯,大大地降低人力排查测试成本,提高问题处理效率。掉话专题分析语音质量语音质量单据分析查询VIPVIP实时保障VIP用户群分析图2-2SEQ平台界面截图1.1.2测试终端及软件通过测试终端及测试分析软件对空口信令、UE侧端到端数据进行采集,采集主要分为接入与保持性能、端到端性能、切换、SRVCC等指标采集,通过DT、CQT网络测试对空口优化、投诉定位、端到端等分析优化,图2-3为前台测试软件界面截图。图2-3鼎利PilotPioneer9.6测试软件界面1.2语音质量优化1.1.1语音质量优化方案在山东省的VOLTE网络优化项目中,在提高通话质量方面,采用了基于终端数据分析的“两步,四维”VOLTE语音质量优化方案。收集并分析终端,基站,EPC和IMS四个区域维度中的RTP分组传输,然后按照以下两个步骤逐层定位端到端网元的特定分组丢失点。第一步是比较发送端和接收端的RTP数据包序列号,以确定是否存在数据包丢失或过多的数据包延迟问题。正常。第二步,如语音包丢失或由于无线链路异常导致的过度延迟,转移到无线网络进行调查和优化;如果在正常的无线链路条件下发生语音数据包丢失,请进入核心网络端到端调查,如图2-4所示。图2-4“两步四维”排查法通过山东省语音质量优化工作总结,发现影响VOLTE语音感知主要是用户面RTP包的丢包和抖动时延过大。本文在青岛市VOLTE网络优化过程中,提出使用“两步四维”排查方案,从而解决了以下三类VOLTE问题共31个。(1)下行链路失步导致的RTP丢包问题,如桥洞下、密集城区街道拐角,在诸如电梯之类的快速衰落的场景中,用户直观地感觉到呼叫正在吞噬单词。这些问题主要通过现场天线馈电调整解决。(2)下行PDCP调度周期过长会导致RTP数据包的端到端延迟过大,这主要是由外部干扰引起的。用户直观地感觉到通话的声音是模棱两可的。这类问题主要通过检查干扰源来解决。(3)端到端协调问题导致连接后单通,即呼叫者在连接后可以正常听到被叫方的声音,而被叫方听不到主叫的声音。在建立QCI1专用承载之后,空中接口的RRC重新建立导致PGW无法接收更新响应消息,但是在两次重传之后它仍然没有收到更新响应消息。PGW在6秒钟的超时后释放QCI1承载。主要是通过将MME超时更改为4秒(在PGW端小于6秒)来解决的。此外,在优化青岛市的VOLTE网络的过程中,对于具有严重上行链路分组丢失的小区,请尝试打开上行链路联合检测功能(ULCoMP),以便同一基站中的所有小区都可以同时接收和解调终端发送的语音包。它可以提高无线信道传输的可靠性并降低丢包率,但会占用大量资源。选择10个由于上行链路覆盖范围较弱而导致上行链路分组丢失率较高的顶级小区,并启用Ulcomp到这10个顶级小区所在的基站。启用该功能后,它对诸如访问,断开连接,切换和吞吐量之类的指示器没有影响。打开Ulcomp后,将输入统计信息。关于Ulcomp的用户数量,将近25%的用户进入Ulcomp状态。这样可以提高无线信道传输的可靠性,降低丢包率,显着提高上行丢包率,但同时也占用更多资源。建议将该解决方案用于语音质量和注意力集中的区域。图2-5显示了打开Ulcomp功能之前和之后的指示灯比较。图2-5Ulcomp功能开启前后指标对比1.1.2方案实施效果在对山东省的VOLTE语音质量优化的研究中,使用了用于终端底层数据分析的“两步,四维”VOLTE语音质量优化方案来准确定位异常问题,并可视化了VOLTE的语音质量,量化且可控的。在计划的实施过程中,总共优化和解决了31个此类问题,调整了46个天线馈源,并修改了58个参数。通过SEQ,路测平台和网络管理根据统计绩效评估指标,验证方案的实施效果如图2-6所示:图2-6VOLTE语音质量提升方案实施效果从以上青岛市VOLTE语音质量优化前后对比图可以看出,SEQ平台的MOS3.0以上占比由90.37%提升至97.03%,路测网格M0S3.0以上占比由88.71%提升至98.77%;SEQ平台统计上行丢包率由0.3%下降至0.1%左右,下行丢包率由0.26%下降至0.15%左右;网管统计RRC重建比率由1.28%下降至0.68%左右。1.3掉话问题优化1.3.1掉话问题优化方案传统的掉话分析方法既费时又费力,无法定位由上游问题引起的掉话事件。为了提高优化效率,进行快速分析,准确定位VOLTE中的掉话事件,本文通过相关性分析总结和完善了“三步五分钟”快速分析和定位方法,并实现了对定位的分析和定位。仅需三个步骤即可完成异常事件五分钟的优化目标。VOLTE掉话的分析方法摘要如图2-7所示。图2-7VOLTE掉话分析方案(1)看流程:以上行链路问题标准信令流程和下行链路问题标准信令流程这两大流程为理论基础看流程;(2)辨特征:从空口信令的典型特征和事件地点的无线特征两个维度分析判定特征;(3)定方案:精准定位形成掉话的四大原因,总结优化方案。四大原因包括上行链路问题、下行链路问题、上下行链路问题和下行弱覆盖重定向问题。下面以上行链路问题导致掉话的优化分析流程为例进行说明。(1)看流程通话状态下的手机于11:07:04:484收到网络侧下发的RRCConnectionRelease消息,如图2-8前台测试截图。根据标准信令流程可知,手机只有发生上行链路问题时才不会进行RRC重建,直接发起RRC重配置,由此判断手机上行链路可能存在问题。图2-8上行链路导致掉话前台测试截图在移动电话响应RRC重新配置之后,由于MME已经释放了移动电话的上下文信息,因此RRC重新配置仅建立QCI=5和QCI=9的承载,而不能建立QCI=1的专用净荷。然后,移动电话接收到网络传递的BYE消息,其CAUSE值:B200-151558,该值被确定为由上行链路不同步引起的掉话。(2)定方案如果下行链路覆盖范围良好,则需要对上行链路干扰进行故障排除。如果下行覆盖差,建议进行覆盖优化。由于手机在11:07:04:484收到了网络侧传递的RRC连接在Release消息中,下行覆盖范围和SINR良好,因此判断为存在上行干扰。最终,通过现场扫频测试发现了较强的上行干扰源,并通过干扰纠正解决了该干扰源。1.3.2方案实施效果在山东省的VOLTE网络掉话问题的优化过程中,采用“三步五分钟”的快速分析和定位方法,对异常的掉话问题进行了精确定位,大大提高了优化效率。优化前后的网格驱动测试下降率从1.08%下降到0.00%,OMC网络管理下降率从0.3%下降到0.08%。通过快速定位分析,现场共处理了208个掉话。图2-9显示了删除的呼叫计划的实施效果。图2-9VOLTE掉话率优化方案实施效果1.4切换问题优化1.4.1切换问题优化方案在山东省的V2VOLTE的SRVCC切换问题的优化过程中,采用了“三阶段”优化方案。基于端到端信令跟踪,查明SRVCC切换涉及的“2G资源申请与预留”,“核心网络资源切换”和“2G侧访问”三个阶段的问题。使用此方法确定影响RVCC切换成功率的相关因素,有效提升了全网SRVCC切换成功率,方案流程如图2-10所示。图2-10三段式分析法问题原因定位VOLTE语音呼叫发生SRVCC切换从切换请求到切换成功,共有“2G资源申请和预订”,“核心网络资源切换”和“2G侧访问”三个阶段。下面将详细介绍每个网段中切换失败的原因和优化解决方案。(1)2G资源申请阶段失败原因及优化:在2G资源申请阶段失败主要有三种情况:一种为eMSC返回“无资源可用”,另一种为eMSC返回“请求拒绝”,还有一种为eMSC不响应资源准备请求(a)无资源可用问题:在MME向eMSC发送SRVCCPSTOCSRequest后,eMSC反馈原因为Noresourcesavailable的SRVCCPSTOCSResponse信令,造成eSRVCC切换失败。图2-11无资源可用切换失败信令截图造成该种错误的可能原因为:1)2G邻居小区数据配置错误:4G中配置的2G邻居小区LAC,频率,BSIC等信息与2G小区当前的网络配置不一致。eMSC返回资源准备失败,导致eSRVCC切换失败。2)DNS丢失LAC数据:DNS丢失LAC数据,无法解析eMSC,导致切换失败。核心网完成数据配置,问题解决。3)2GTCH通道激活失败:2GNokia单元偶尔有TCH通道激活失败问题,密切监视2G单元7745警报,并敦促2G处理长期警报站。(b)请求拒绝问题:MMEeMSCSRVCCPSTOCSRequest后,eMSC反馈原因为RequestrejectedSRVCCPSTOCSResponseeSRVCC2-12为切换失败信令截图。图2-12请求拒绝切换失败信令截图发生这种错误的主要原因是:MSC资源没有及时释放在SRVCC过程中,MME发送了一条取消消息,但由于eMSC释放资源的计时器时间较长(15秒),因此无法及时删除资源。eMSC无法处理eSRVCC切换请求,从而导致请求拒绝问题。针对此问题,对其进行了修改以使其在优化后立即释放,如图2-13所示。图2-13MSC资源未及时释放信令(c)MME定时器超时后返回请求取消:MME向emsc发SRVCCPSToCSRequet后一直未收到emsc的响应,在15秒后发了SRVCCPStoCSCncel,造成eSRVCC切换失败,如图2-14。图2-14MME定时器超时后返回请求取消信令原因分析:在2G端,信令跟踪发现emsc没有收到SRVCCPSToCSRequest信令。定位原因是MME与eMSC之间的数据配置问题。华为MME为每个MME配置了两个IP地址进行灾难恢复。但是,诺基亚eMSC端仅为每个MME配置一个地址。当MME使用未配置的IP地址发送eSRVCC切换请求时,eMSC不会响应,从而导致切换失败。优化措施:修改配置,将华为MME的IP地址配置更改为1。(2)核心网资源切换阶段原因及优化:SEQ分析发现,在没有VOLTE呼叫的情况下,不会释放UE的QCI1资源,并且多次启动SRVCC切换,从而导致切换失败。原因分析:由于SBC处理机制问题,终端承载建立后,发送Cancel取消呼叫(SBC未接收到UE的位置信息,如果此时接收到CANCEL消息,则不会发起承载删除),导致QCI1承载未被删除。UE根据基站配置测量规则,并发起B2测量,触发SRVCC过程。终端多次发起切换请求,并且没有收到网络侧的响应后,SRVCC切换失败。优化措施:版本升级后修改并解决了华为SBC处理机制。(3)2G接入阶段失败原因及优化参数配置为场景不合理的参数设置:由于2G小区的干扰和拥塞问题,有必要根据每个小区的特性分别设置切换参数。根据现有2G小区的特点,提出在不同场景下设置交换参数。对于一些蜂窝到2G在切换期间,2G小区干扰,拥塞等会导致切换失败问题。为了提高切换成功率,提出了一种基于切换参数优化4->2切换参数设置的2G系统算法。b。邻居小区测量未及时关闭TD-S小区测量:在4G小区下发的测量控制中删除TD-S小区,可以增加终端测量2G小区的时间,提高2G小区的测量精度。根据测试统计,在关闭TD-S电池测量后,2G电池的测量时间从4.9s缩短到1.0s,测量时间缩短了3.9s。C。相邻小区的配置不合理-优化了2G相邻小区的准确性:根据CSFB后备统计信息进行2G邻居优化,以提高4G中配置的2G邻居的准确性。1.4.2方案实施效果在山东省实施上述SRVCC优化计划后,OMC统计的SRVCC移交成功率从88%增加到大约97.5%,SEQ统计的SRVCC移交成功率从年初的88%增加到大约94%,测试统计数据SRVCC切换成功率从年初的94%增加到大约98.73%,SRVCC切换的比例从10月的5.29%下降到12月的4.53%。切换方案的实现效果如图2-15所示。图2-15VOLTE基于SRVCC的切换优化方案实施效果1.5关键功能优化1.5.1ROHC打开后视频通话大量丢包在ACity的VOLTE优化项目中进行视频通话测试时,发现打开ROHC开关会丢失大量下行数据包,丢包率高达90%,视频质量很差关闭ROHC之后,就没有这种问题了。结合前S1端口捕获的数据包,发现这些数据包都使用IPV6标头。检查基站侧的代码,发现基站的压缩过程存在以下两个问题。问题1:在profile1的压缩过程中,基站侧未检测到RTP扩展头是否已更改。因此,当该字段改变时,该字段的改变没有被带到UE侧,这导致对UE侧的扩展报头字段的纠错,这导致在UE侧的CRC校验中的错误。问题2:在基站侧profeil2的解压缩过程中,对IPV6动态链的扩展头字段进行解码时,它又移位了一个字节,从而导致对基站上UDP数据包的CRC检查错误侧。修改上述两个BUG后,视频通话中的测试结果如下:(1)仅开放轮廓2,仅略微镶嵌;(2)只开放profie1,没有很多丢包,但是马赛克现象比只开放profile2严重。(3)打开profile1+proflie2比打开profile1更好。1.5.2SPS调度时CQI级修正不及时在VOLTE语音测试过程中,有时BLER较高,但MCS不会向下调整或调整缓慢。结果,测试结果大大偏离了预期。当SPS开关关闭时,MCS调整将恢复正常。问题分析:通过观察问题发生时的性能,分析基站的内部日志,以确认以下问题是现象的根本原因:在实施过程中,用于SPS调度的CQI校正范围是有限的,最大值只能向下调整.BLERMCS。(1)用户报CQI高但是实际信道环境并没有那么好,出现BLER,CQISPSMCS上有体现。(2)用户的先前的CQI校正值累计较高。一旦发生BLER,就会从较高的累积值向下调整CQI校正。这需要一定时间才能反映在SPS计划的MCS上。问题解决了:针对SPS调度优化CQI校正算法,具体措施如下:(1)放开对SPS调度的CQI校正范围的限制,即取消CQI校正的下限,从而可以解决问题1。(2)将SPS调度的最大频谱效率限制为mcs15,而不是原始的mcs28。避免从较高的频谱效率进行调整,这可以解决问题2。(3)在将SPS调度的频谱效率调整为mcs15之后,当反馈ACK以避免过多的累积时,不能再增加CQI校正的累积量。一旦发生错误块,就无法及时调整MCS,这可以解决问题3。1.5.3方案实施效果终端测试和投诉问题的解决,解决了青岛市VOLTE功能开启后ROHC开启后视频通话丢包大的问题,以及SPS调度中CQI等级及时修正的问题。它进一步利用了关键功能的有效性,还大大提高了VOLTE网络的质量。1.6视频及其他补充业务优化VOLTE不仅提供高清语音通话,还提供高清视频通话和多方通话,这是4G长期发展的重要战略功能。当前,VOLTE高清视频和多方通话在实际应用中存在终端缺陷和平台问题,导致用户体验差。以下重点介绍T城在VOLTE优化过程中,通过投诉和大量的呼叫找到了代表性的问题和解决方案。Mate8视频呼叫使用iPhone6sPlu的VOLTE彩铃用户,语音接听后掉话。对于彩铃用户,被叫方应答呼叫后,主叫方显示未连接,呼叫立即结束。使用Mate8视频呼叫iPhone6sPlus彩色回铃音用户时,由于iPhone不支持VOLTE视频呼叫,因此该呼叫将切换为语音呼叫,并且被叫方会正常响铃。但是,被叫方接听电话后,呼叫者会显示未连接并立即挂断电话。呼叫是为了激活CRBT服务,而不管CRBT功能是否被挂起,出现问题的可能性都是100%。主叫方是A(Mate8),被叫方是B(iPhone6sPlus)。通过在ISBG侧分析主叫和被叫信令消息,被叫B的13:13:10接收到视频呼叫iPhone13:13:1118302-16所示。图2-16iPhone终端被叫信令流程在主被叫precondition协商过程中,被叫回复的200OKofUPDATE消息里携带inactive属性,平台认为SDP发生变化,与终端反复协商不成功次数超过彩铃平台设置的最大次数3次,最终导致彩铃平台发500错误

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论