VOLTE日常投诉处理流程_第1页
VOLTE日常投诉处理流程_第2页
VOLTE日常投诉处理流程_第3页
VOLTE日常投诉处理流程_第4页
VOLTE日常投诉处理流程_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

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

文档简介

VoLTE日常投诉处理流程随着VoLTE用户的不断增多,我们接到的VoLTE问题反馈也将会越来越多.接到问题反馈时,需明确获取的重要信息包括:主被叫用户号码、问题发生时间、地点,并尽量问清楚问题的现象,以方便投诉处理。通常,问题可以分为异常事件类问题与语音质量类问题。下面分别介绍两类问题的处理思路和流程。VoLTE各网元接口及SEQ界面介绍VoLTE涉及的网元众多,常见网元之间的接口如下图所示。常关注的接口主要有: VoLTE涉及的网元众多,常见网元之间的接口如下图所示。常关注的接口主要有: S1-MME、S1-U、Gm、SGsS11等。在投诉处理中,SEQ是一个非常重要的工具。处理投诉常用的投诉处理模块如下,主要包含:专题一〉VoLTE专题分析一〉投诉用户详单查询、PS综合单据查询、语音质量单据查询,及详单一〉PS单接口单据查询->S1—MME、S4S11等。

?TT'l配K5,为闽斓强勃。异常事件类问题分析异常事件类问题主要包含未接通、掉话以及其他异常事件。在分析过程中,主要以分析相关信令流程、找出相应异常为主,分析步骤如下:.根据获取到的投诉相关信息,从专题一>VoLTE专题分析一>投诉用户详单查询下,输入相应投诉时间段、主被叫用户号码,查询投诉用户的具体话单.根据投诉相关信息,选取相应的话单记录.时间他省些l"V I时间他省些l"V I<40 好―――—而砾语— Fl・ Ste中加里HAAS用户话单查询界面上手类总:修期号瞿“♦喧黑魅(&)务一推英刁匈仃FB指示J耳眄氏勇博出即3aHfe-W.24:li:Jo4igjziit.也咒「j14则Ij'Q或益型”版兄中长叫01匡国a*国北寺博青耳NiKiriiLsa国4加YE1》272sL网393BC])13U:»E或不生[L网支社3用国业务语苜*国州EET-萼1土削:^匕百和1H5]・;3S断辆]】3翼]]139昵J0成4三工闾在就呼国业#谄音坪同2DEETL-第1^:37二。:皿比口鹏XE19:4&二0MI必11效偃rtai京切却9依5呼工业分将西丁蝌2DEMC-2513.,5IS:国3G]fr-<i2-2c]工皿第二00J3ECS111^1L9G或工;6珞叫业莠将普方m20I6-W-2S均41.业如州即3J11301L式的炭山和抗丑I强秀哈昔总叫siere-as1配品15-61:血土阻13Kk]13刖Lua小的贝为投诉用户详单查询结果举例.双击选择的话单记录即可查看详细信令流程。与VoLTE标准信令流程对比,查看那两个网元之间的信令出现异常。双击异常的那条信令,查看异常信令的详细信息是否携带cause原因值,并记录问题发生时间点及相应网元。

M.TBB Su^FSDC2BP-W S.3A£JQfti3C3t-M'isjNHKJze-mEEBSETjPRE白鼻M.TBB Su^FSDC2BP-W S.3A£JQfti3C3t-M'isjNHKJze-mEEBSETjPRE白鼻r•一上号针-lCCCHTEaT*£UEA1产「F~m-E.gCJETSTYLCNM»^usn:okkKJBi»r:1I।mitt■Atniaq:IMiOMCra.ZCDDiZ1..LI1.4M.Z?E.JbS_13;□!>»3.[>>»□□DOOTM-£sa^■■,£■3Lcat"异常信令及相应原因值举例.在专题―〉VoLTE专题分析一>PS综合单据查询中输出相应的时间、用户号码等信息,查询通话期间用户所进行的一系列与网络侧的交互,可以看到用户使用的终端类型及通话过程中遍历的小区列表。11力中41T11力中41T加即将—郭■rrBbuqj,沏Ur晴J二二即砌KE-1Sisrr-和7IX此tHMTE加HeiC^ntertL^,ti3S.iMiir附Hnoraitm45m-r;1/1.tbJlIrImJ即;■>■>!ini*』iFidluii三MriHa-SCIQ面产学妇后HEi-tdimJh-WTB9iEk-t^r?,■况3叫小汕■■M1FSl=*3tIISaifr-K-is■kt51.:JQ4F4»Z事,34SQ婚用帮一期自,29Ei 卡.T^11泞跖?E-■THi+-wiTT州国”也39:露也TH3OCJE>atribAmki(44fV»1j|AlHiV口。加诋h-阳二儿和4E口皿J如泰5dL|L獗鬣上BsradEKido-na:11蛔W西HX二匕iliirjuik-0lbi.v4IIMb1EfiSMidlBairrZ'3t9^OrW二船通工/锵Wlfr-M-SP的kKM裁・CZ735'H:O:n2:£iB;siiz.ZONEJS;Ek»^draidr*rCT3*修KHikt呼tieHKilA484Li«wK?由1m’PfllUkar»-|i3-S中所bF.j.LZ.X.6iz沁L3bJGEb:c-drnd"1r固*-ni-拈虹匕JJ明1ranit-oe^t:■*iJ&¥15」&»•r«lTT?r:m:C*72*miap14HrSDifr-«je-i6E*,ma[iItart13^Me口|ipdT-i=11MWCI-WHlH:LI^939r】•一nreLf.U3:39fiKtdG的M-g-K二跖:RE:fThIS1BhiidUMW-咐-司持VL%331出-弱aHEE4l.HSudi-vti*闹*16曲"M:卜T用IEEE♦Tigrin1?I亦“T4=K«E4HJ]«r-EJ26'AJR5C-P6X;Etarid一辟他■期碑仃中匕比!呻已lw*-r<i4=设济处酉14:«5=Si^lS制U3£々弓立拈fE.KX12EhsadEKldD-BliT廊中^哈德蜂叫JFl,LU1一时■,快■■小■踞K5-息r|i4.加1。:3n—— :333Q1*翼;:T4-3C附1口Xi■■!r¥!■«..■r小郎*HYS-%帕•二41.3口制imY占「r.MJS:tia-rrdrndn-rcr*■mkwn51:4TMCIOm«制itItrM:JIFfe*irtlil.4tf*1、ai.一■9J・垢-EQ.mim^UJ¥-dE-Eh15.34KtE.Lsj:d±sufc>vn:**0>制11:4*.^^1加阵误包,椁E由c&&.e>J1?Hl49=3i-4SIJSAN事师姐1:用法::2H二配城NJ!S变部,口峙:ia£IkIrE,Lxuiu^rjwwsrzfl博UIEFMHH1M57-*科:*-4!=4-y«■-a1Il!!i!iniFPr'*ie-arr3■+1e,i~:Hr■■1iFofIeITs14加附H£4」二班仇T?S%」♦磔.郭,,七,L£teLEd♦1必I耳,开鼬困E 牯1国闾 #林/创*ty*卞归I咒**寿RR:71机1FDjAI:ISHJL市将上人―史舞举W二词airJfWAE_9k3♦/・口.司机4111Alft:4rli皿*岬社1JIUMI:始九段宣里荷aLHMKl才E同冲不■:裳.石鲜1HWI:明IfUJil;4[:-3♦.MWVMBEKUAKLMfl血T<-®a|LiiL-ihme:srr:=.*曲出■匕工员1Eluwi百手■:事・用口Ji_r<TI3手堇住?广至西IfcL,HMEL11::auA* 唯fltlL」IIWKiMKGA¥«?:TriESIfcL-fliMIME:E和1)ttRtrtttiL-MMt!喉就VT33MH1:IkCJAHWEWT»3军幄瞥噌L.F?>R:XiL>,MUIIlift血叫!灯―♦修上算可Hl百li卡[En车・E1■神三HddULTii四聪”BME:HUOHjL'RShii-«llt*Ar.41m事:<工厂餐=*宜:ULdHUH:MTi母*由一△曹制Uhl.HIAAJ.*1:-白选翻收雷的101;拒设itvwVT9调电11转+力一MlnKE:彳止IHWF¥fa百■百里曹」*七LTjuttMELarn:助际St:i3;却二中事图1UBfflFwra己*西*围1大名数、Waki:!tr-=dMav.*r;LHHWE:叫d西摄图2♦蜃L:lTHUfflTW■,「』时花HI-PS综合单据查询结果举例.结合步骤2中得到的问题发生时间点和PS综合单据查询到的相应时段内用户的行为,查找PS单接口单据查询,查看具体信令流程,定位哪个网元的哪个流程出现问题。a)Volte信令特点:所有流程,有迹可循,可以参考volte标准信令流程,将实际流程与之比对;有来有往,成对出现,有请求就应该有响应;流程分阶段,每个阶段只进行一个流程.b)如果是无线基站触发的信令流程异常,需从无线口排查原因。从S1-MME单接口单据查询和PS综合单据查询中查问题时间点附近是否有异常信令流程,例如:attach、networktriggeredservicerequest、X2切换等流程中均有可能带有UEcontextrelease信令,从UEcontextrelease的信令详情中可以找到对应的原因值,常见的有:UElost、failure—in-radio-interface—procedure等。这种情况下,需进一步排查无线覆盖情况。可以结合网管相关数据数据,查看相应基站在对应时间段的告警情况;如果有投诉用户的虚用户跟踪数据可以从中查看当时空口信令与电平,确认覆盖情况;查看是否存在切换失败、RRC重建等异常现象;查看相应小区的OMC指标,查看干扰及其他指标是否异常。如均未发现异常,可以安排人员前往复测,复测的同时可以在

基站及核心网相关网元上做信令跟踪,以方便后续问题定位。c)如果是基站以上网元触发的信令流程异常,通常需要将相应时间点及话单告知核心网同事,让他们配合分析,如有需要,可以从其他网元上(如HSSGW等)提取相应信令跟踪进行分析。.引起Volte异常事件的常见原因如下。具体问题需具体分析。语音质量类问题分析语音质量类问题现象分类:现象定义单通通话过程中,双方只有一方能听见对方的声音。双不通通话过程中,双方都听不见对方声音.语音断续通话过程中,指通话中语音后短暂停顿,受话方所听语音中会出现吞字现象”。杂音通话过程中,双方能听见对方的声音,但有明显噪声干扰,例如流水声、咔咔声,严重时甚至只能听到噪声而完全听/、到正常语音。串话通话过程中,不仅听到对方语音,还能听到第二方的语音,或听不至^方语音,却听到第二方的语音.回声通话过程中,一方从听筒中不仅能听到对方的语音,还能听到自己的语音.遇到语音质量类问题,同样需要先查询相关信令,找到相应时间点后,再进一步分析语音质量问题:.根据获取到的投诉相关信息,从专题一〉VoLTE专题分析->投诉用户详单查询下,输入相应投诉时间段、主被叫用户号码,查询投诉用户的具体话单.根据投诉相关信息,选取相应的话单记录。.在专题一〉VoLTE专题分析->PS综合单据查询中输出相应的时间、用户号码等信息,查询通话期间用户所进行的一系列与网络侧的交互,可以看到用户使用的终端类型及通话过程中遍历的小区列表。.在专题一>VoLTE专题分析一〉语音质量单据查询中,查询相应话单中抖动、时延、MOS、编码速率等信息,主要查看S1-U口与Gm口丢包统计,定界主叫与被叫的丢包情况。根据提取的相关数据,分析方法如下:SIU/Gm口RTP上行去包:SEQ在本遐1U/Gm口检测倒的朝UE至本端SIU口的丢包51-U/Gm口RTP卜行工包:5EQ在本端Sl-U,Gm口检则到的对端UE至本端SL-U口的去包RTCP上行丢包1对端UE反馈的本襦UE发给对碣的UE的工报数RTCPR后去包:本端UE反馔的如维U侬给本端的UE的表概数结论:1本端上行UE至Sl-U/Gm口去包:本端SI-U/GmFIRTP上行去包2本」上行SIU口至本端Gm口丢包:本端Gm口RTP上行丢包本端SIU口RTP上行丢包3-㈱Gm口至对端Gm口丢包;对端GE口下行RTP古包-小皖GM口上行RTP去包4对端Gm□至对UF1下行丢包:对端S1-U口下行RTP丢包对僦Gm口下行RTP丢包5对惴SIULJ以卜卜行去包:本端RTCP上彳」去包5对端RTCP卜行去包-对端51-UURTP卜行去包.根据第3步的分析结论,看丢包主要丢在哪一段,处理流程如下:1)如果丢包发生在S1-U口以上,则属于核心网丢包,需要将相应信息提供给网运中心的同事让其核查核心网相关丢包情况;2)如果丢包发生在S1-U口以下,则可能发生丢包的地方共有4处,根据经验,出现丢包的概率由大到小依次为:空口、终端、基站、传输.常见动作如下:a)查看相应的虚用户跟踪数据,查看通话过程中的电平值,确认覆盖情况,并确认是否存在切换失败、RRC重建等现象。b)查看占用小区的告警、干扰与KPI指标是否异常,重点关注对应小区15分钟粒度QCI1承载PDCP层上下行空口丢包情况,看与第3步的结论是否能对应上。c)前两步均未发现异常,可以提取SEQ底层数据,查看此次通话过程中的媒体面数据包头信息,核查具体丢包时间段,再结合PS综合单据或者虚用户跟踪数据来确定具体丢包发生

温馨提示

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

评论

0/150

提交评论