Volte分析方法与主要问题.docx

《Volte分析方法与主要问题.docx》由会员分享，可在线阅读，更多相关《Volte分析方法与主要问题.docx（20页珍藏版）》请在三一办公上搜索。

1、VOLTE的分析方法及主要问题1分析方法及问题分类VOLTE异常归属判定依据 集团VOLTE测试采集的是终端空口信令，无法礴认网络偶信令的交巨情况.依靠空口信令对 河定异常是网缙问慝述是非网始问短较为可行，但谜一步区分网络问篷归底(无线网问甄.LTE梭 心网问楚、IMS网问席)存在不小的雎度.为了诳一步提高问器判定的准顺度必须掌握同元、设 请知识.VOLTE异常事件分析技术要求储备厂家问题及异 厂家闱合知识，形 成案例库。握VOLTE空,及信 令内容含义1、信翎WVOTLEgfR 的匚PC、IMS相关 网元，清萼空口以 上的网元交互2,网元级3、踊觐 信令皱知识的学握可以完陆卧对空口唳象的对号

2、入座，高就完成VOLTE异常事件分析怛在定 技网络问题(IMS. EPC. EUTRAN )存在较大的不确定性：网元级的了解r可以更准瞩的定位网 络问疆，但VOLTE届于新事物，功能尚不完善,国增设备厂家过弟,异家的配合与协议理解存在 差异,在设畚级问器上急需进行不断的总结归豌.信令流程解析VOLTE主叫信令解 析,对关键流程解释:VOLTE被叫信令解析:对关键流程解释:IWTERMUJ5：曲C Conno心 初qjquRRC CgneEon 女 tup曲 C Cog心 “tup Ccm。UcjiUySrnandMod? CompeteRRC Cofiwcbfti RaccrflfuQbfti

3、王疑矣王叫RRC建立过程 】JHITE带息中包白楸叫方的号王叫万天押的弭体笑型相蕖月等。RRC CcnnecVon Recordpjrbon Ccrrptete 2IMViTE 100王叫建MSSE2倡亨无耳手加冬】开加.争炊和SIHB令无续珍代.例如在中.何予 无拿取E-JA2, O7I-9mUP5- Bwn-rlCX DRB-lI-3.QCI-5fnSlPf8 承岐的 epgBMTgrmRBTDT代心月伙王（M的IIPIT1：斌息项后,5S王叫XglKVITB的应茗得息.IKVITBICOJft示正在姓 日4 RRC Connactxn ftaccr/iguQboi上 RRC BnngEo

4、n 物王叫勇MCCH的散套王线承供，用于集供田白 W.侵用IHI方式例循本倒中，epj- Bwn-rIO-?,DkB-Jl-5.尧H炊约包括殳任综公 H.HI Bundiirx- SFS. DlXff=ifiB twnCFe：厂可业务的jff术遂行或魅配制.Smxe acqu?穿梭心网倒肝宝河壬的裱叫次送wnBA.所以枝心闷倒触*。呼4昆，寻呼9FF宝 闹玄的的网用卢。Sg Ofidcjud EPS BMfdr Ccntdit6 Ofidicud P$ BMrar CcnUat代心用酒招王叫坊修由S曰.建立9=1的倍 ft. I epa-EeirerID=T.RRC Ccmectwn ReQj

5、es:RRC Ccmecvon Setup上 |tAlM3fm,UpnTrgferRRC Smectwn Setup tomWm.(X lrorm,Upn Trgfer.MEF, EPS Bwrer Cntet Reuei: 上 ModY ES Besru Gjnttt AcceptUL irAarmabCrt TQrefflf心 E 18312PWK1PACK2O0：6王iqttMlB7ITHB3tCA,发送很U消息 脂g：.胪莒备q有.值叫王诃的云A&议启，通nt8ACK200响王叫1我独H的即450：）以3岌透UPMTE钓 度、布明宣gjf铠成功Ucug Modi SoundYMod;C

6、cteRRC Cflmectwn ReconpjMtlon阿建#*E2f8专程料此Q219ftU 里教角X S】p|B4无纹争炊.IWJEIWTE1B 7RRC Corrwcbai ftocaiAfjQbcnRRC Cflmectwn ReconpjMticn CEpe 10T AcmyeDHwtedtPSBwrerCorrettRequey： 1?h Uco.xe 0fai Turefat16Mod0 EPS Bmrer Cante” Reque#由巾 EPS Bearer Snte,t A“BtUL iriVsrmabCrt TurefatIWTERC19(X. iriVsrmabCrt

7、TurefatMod。EPS 心 w 3ns” AguouModi? EPS Bearer Snte,t AcccctUL irAarmabcn Tunsfot核心网在SI5 R8承做上，始浅可用尸*伽*打引】1急的响& 植叫方有汨王叫方，白己既堂舟的心作奖 员和编房袖叫顼立3】的为据花妹承哉例循字WFK）CI 1 tttf?epa-EeircrID=Y, DEB-ID=5.代心沔互知律的虱曰建32ai=L的隼收.王叫收KWJITE183涓皂后.发成阈U清W叫戏到王叫的PEAO：以后睡ffl 0，：。迁伎.启池遂莎樗留灯我.植叫电钢主叫的WNTE冶息丘 得如王 叫吓的资意拒国成功.彼叫发送 u

8、pd“的:，.切弓根叫嫉月.化宙ntlti.IW*2IBVITE18O,裱叫版灯，叫猊机.ItW向王叫*送】任D，王叫吃】s曜句密互之妃k度尹己于ixvniilnRttC.核。网【“甲为客宝心I，M给施H,任g坪IMTEil求的电0成AX王叫咕】S曜*券岌ACK.云兵已底 】赂目于如5谓率的切岷5.修匕网 us伊务m岌送但双由息给街h证琳 TIHVTE4的哉响C2王叫控机，*忌和,谟事始去本次会话.HS伊 I眦 为m给逐友忌政已谓3：始点本次会话卞iriHttm.皿口：2oo洎.栈。例“S限哥器抬 度叫发送EYE200.桥明史话g条.AiJRRC Ccnection Rec-:nfivjtit

9、iontttOf- 去;和PS寺用承M由知主叫(成】的散 其无*承做.218、年加Z2RRC Corrrcbon 女5航“，RM GX，*(b3 杨(3山就心1(，性OaytS 6*w CcftUoc：队中。篇 24OjkIUjXc EK Abb GsEEul。Tf s 如王叫技机发送by巳谓京拓克本次会话 IIS跳奇黔坦碑叫发岫,谓相攵木 林会语。施H拴机，回食BYB28泊息，核心刖S 31H*2BYE200,布朗会话是椎叫制灿g=】的*决无琰季代VOLT目嗣给问题异常分类a瑞烈 测试设甯问题（媛端&钦件）.测试执行问题、平台误判问题,规则问器四大美均予以原 除”现整，原酬坐问爵P庶i瞰T弟

10、利市撮特-同r推叫明但不前m试散件问sj1制厕中却H再次苦呼斓栖昴也寻用埴囹械下丽或寻可艾:&三动知迪乎幡画后的立即挂断L0罪令记录吏尖由于件间相导酬JK未记录nJhl-/WRllL炜障丰人为职导兢翊:0H部幼洼机1尹LIE如您虾的旧专舌关，二、L-IEt K连壕州需要仔细神认，详 ，非耳叫:町告瓦主吗。；3f叫吨后位置更Sf不帝起1啊柯-主毗1发起冬漏回落位正史袒d希*回.心谶 :捍冶午勺：十m瓦*火费导致的化籽法诳行，或丰枷回列试lh有嗯mi翻1行问sjA,.：#|U|.；.|r；|g，说*3的：2日二土 irtuR . el9m1目标小区2条DRB现象：呼叫建立与切换过程冲突，专载被MM

11、E释放。呼叫建立过程中专载建立与切换几乎同 时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE 的情况），专载丢失形成未接通事件。分析：QCI5设置的RLC优先级为1，高于SRB=2（传送NAS层消息）配置为3.导致NAS的层 3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。优化措施：降低QCI 5优先级，确保NAS消息及时上传，修改后此类问题改善明显。20.00%荥顽。，。30.00%CLOD%1.2 QCI 5 PDCP DiscardTimer 时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络

12、下发的INVITE500 或者580等原因值释放。分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致 IMS相关定时器超时而发起会话cancel。经过分析，由于QCI5的pdcp丢弃时长过小，在 无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。, ALFF 1二二 二二拦度还雀匡世 5 5 J FE 口 FdLLnRnrlllnrllln 4tl- -FTFTFT-FcrH-FcrHw F.mFX EEFFFsm 一!,云奔定时器E小vaLifl DL-CCX-Mhbxhojus d TTcConnKt：i,g-iLrt时心 TjrriiDaDct

13、xaijX-jDP-i; i| iar 3.BT1V LG*lIWfejn1i4K Si : nrfiCQ9MCTtlail8*&2nZT4l 3h2WZ I.DL 谜硝&町如仙6旺如 H 7Dtl】，河心m霎TH口血 础11.15*13dll-l3A3dHDdXlSt优化措ife：QCI5 PDCP DiscardTimer由305e5修 vwwwvwvwwwvwvww h 11 玄为无穷大wpc-nR-jim-Tdanbi ty f, drb-Tdn4i tT i pdtpCmJ 诂pauzTdTlF 3DL忧化效果二窟乂I段线接 通率提升明显HTfr -tf U优化措施：QCI5 PDC

14、P DiscardTimer由300ms修改为无穷大 优化效果：VoLTE无线接通率提升明显1.3系统间邻区优化提升eSRVCC切换成功率，减少由于2G邻区不准确导致的异系统重定。LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强 度、经纬度、服务小区等信息导出。通过经纬将4G弱信号(RSRP-95dbm)在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。1.4重定向掉话XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发

15、生重定向，重定向 释放RRC后，专载同时被拆除，VoLTE业务产生掉话。1.5 RTP丢包率优化背景：测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%以上。原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为 严重，PDCP重传时间超时，数据包将被丢弃；外场测试表明QCI 1 PDCP Discardtimer配置与RTP丢包率及Jitter有密切关系，QCI 1 PDCP Discardtimer配置越大，RTP丢包率越低，但Jitter也随之变大。Q.CO05n.cxxM定点测讯技网测试O.OM3O.OOTZn.ooDiMOS值与RTP丢包及Jitter

16、关系都较大，/ 1500ms / infinity完整的对比验证。目前正在进行 100ms / 300ms / 500ms / 750ms1.6 MME专载保存功能（可选）功能描述：在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等 待空口重建。验证情况：已在某MME下成功验证了该功能。当时无线环境较差，UE发起RRC重建失败， 通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。（本次测试中专载保持时长约1.358s）UFkH IKlOdMEVMigd*Fai-的Wd蜩t 才#3441H T BIU4

17、I1H 响厘4434字 IGildtiK?wSriiguji) JfI?匡 4141 早用口.%、.；.心:.rtf 由IS同4HT 钮gtWEiM U3H341K2 # SkEI拓eEMU融食土 睥9tta成WES(UTM1MRwi KtM4 foMth心 cwwsirt wwwT30岫w casitsnp |1财5旧”JIr,t3r中咽WKl_功能总结：1）当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不会掉话。2）MME侧也可以在RRC重建失败后，通过MME专载QCI1保持功能使得在新发起的业务过程 中，专载QCI1继续保持，也可使得手机不掉话。3）此功能为爱立信MME非

18、必选功能，建议打开。1.7专载释放与切换冲突，通话结束未收到专载释放掉话问题描述：在拉网测试过程中，通话挂机后，主叫上报BYE消息，IMS回BYE200消息前后， 同时手机发生切换，未收到EPS专载释放请求，1s后软件统计掉话。问题分析：经分析MME log，发现MME未收到PGW下发的delete bearer request消息。当 X2 切换触发 SGW-initiated bearer modification procedure （完整信令是 CCR-CCA），如 果此时SIP挂机触发PCRF也发RAR给PGW，由于Gx链路时延等原因，使得RAR先于CCA到 达 PGW，根据协议规定

19、，PGW会继续 SGW-initiated bearer modification procedure 而 reject RAR （result code DIAMETER_OUT_OF_SPACE）。优化措施：当前解决办法：（1）缩短DRA时延配置。（2）修改SAPC到DRA链路为主-备模式，保证CCA和RAR走同一路径和到达PGW的先后顺 序。优化结果：近期调整后的网格测试，暂时没有发现BYE200消息前后发生的切换没释放QCI 1 专载的情况。现网华为答复：由于没有协议支撑，且MME的重传机制对周边网元也有要求，暂无版本规划， 如必须具备此功能，可提至集团层面提出具体的需求统一开发3案例

20、分析3.1典型案例案例2： SIP消息延时导致核心网给主叫下发PRACK408产生未接通TIME=11:43:28.954主叫起呼，TIME=11:43:31.871被叫收到寻呼发起服务请求TIME=11:43:32.105 被叫上发 INVITE183 消息，TIME=11:43:32.854 主叫收到 INVITE183 消 息TIME=11:43:38.923主叫占用奥体大街西试扩L-2（37900，240）收到核心网下发PRACK408WARNING 头域提示 “No Response From Network”呼叫未接通。【IMS核心网信令分析】核心网异常下发PRACK408导致呼叫

21、未接通IMS分析：主叫侧发送了 183消息的PRACK以后，长时间没有得到响应超时，发送408消息.2T99M15-1CW34 11 43 23 740ZJ|Q1 .SODS: TROj： E_SIFE_DOWJ100 TRYING2政SElFlMrf 1 42 诵函g的1硒菖5#2站2ifl.iSi Q73-06tlrTRAt_2lPC_D0fiTJiNVfTt心12Q15-1CHM 11 43113189 97 5lfl.lE?9lfl0 6542352TR虻E aiPC UP10CI IRVING11 42 32 42710169 97 6旬6010.191006542352TRACE_

22、SlPC_uP佰3 SESSON PROGRESS20752D15-1CKK 11.43.3161.22TRE_SlPG_UP200 OK21712fll6-10U 11.4-140.1971D.1S9.97.650601D.1K.1D0.6542J52-TR-CE_SlPC_UP487 REQUEST 7ERKRHATED217B2015-1CHD4 1143.40.197W.1A9.1DO.65435521D.169.97.E6OB0-TRE_SIPC_DOiXTIACK32532D15-1CWM11.44.D143924D9.3D95.401.E3.5B9.3D0924Q9.8D9550

23、O.99DD-TRE_5IPC_UFACK.被叫侧针对PRACK的200 OK消息延迟返回，延迟达7秒，导致主叫侧发送408消息gif.irnSfrttJt巨行.*e程口齐莹3MU职海MOE5303iJ93KT dflCIB 3B544?ZG：3*CiH0iIH&CE_8IPCJDCVMINVITE坦腿it *3耳1 173:MJ。白陷由在口 OSOcifj=O40C1& 犯 + 鼠居 4iK- jWil g&W 湖QgiDdm。勺 PC:*iiKiTRYhC3邱E-W&8MC 叫U18 汨A 日土 弗ZCEWE瑚EAcOf1EG SESTON FROGRE&S函 i g M：=DftDfl:

24、U:O:l:j=i1 海海更B心 4iie JsEATRaCE EaPC UPI -3J15-KHM 11 日邳加 D24flB8EflB dOCUB 39M 日5 明2C 3AE5PM9J戏明碰DBg1的DDtr*ceZsjpc_lfSP7 REQUEST TEE叫TEDS3?ii24J0日邮宜gu a电A!S=D4516 3EE4 H心 心2C_&S四lUITfiACEjap e_cc & r【处理建议】1、建议贝尔优化：QCI9的PDCP discardtimer为无限长;2、关于SBC等待PRACK响应定时器（当前6s）客户希望适当延长，目前产品无法实现，转需求。案例3： eNodeB

25、参数配置不合理，导致eSRVCC失败是GSM或者和基站侧参数设置问题。问题解决:基站BsCAccess-ID项中的管理状态为Locked，设置有误。将该状态修改为Unlock 后，对该站点进行重启后发现eSRVCC功能正常。3.2空口信令判断案例案例1： RRC重建失败导致掉话，无线网问题现象：UE在如下几种情况会触发RRC连接重建：1、检测到无线链路失败2、切换失败3、 从E-UTRAN向异系统网络切换失败时4、从物理层收到了完整性检查失败指示5、RRC连接 重配置失败重建RRC未成功，重新进行RRC申请，QCI=1的承载未建立，导致掉话（网格5VOlte 测试 log20151011 12

26、:36:38:509）分析：呼叫重建失败后，新小区重新申请日日未能建立VOLTE专载，导致掉话。该流程均 由ENODEB控制执行。而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、案例2：基站异常导致双端无下行信令及RTP包断传，无线网问题现象：主被叫VOLTE接通后，在同一小区同时发生缺失下行信令20秒，此后数秒发生终端 上发bye request挂断。分析：丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。丢信令期间，终端 测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的 RTP包，高度怀疑基站临时故障导致。结论：软件显示丢信令，但通过

27、进一步分析确认应为基站故障导致。无线网问题。案例3： VOLTE接通下发生IMS注册掉话，IMS网络问题现象：VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的bye request 内含注册超时字样（淮安网格216:37:15）分析：按照3GPP协议，终端应在3000秒上发注册，本次华为SBC于3600秒才收到注册请 求，此时IMS认为注册超时，对主叫下发了 sip bye消息释放了。但通过进一步确认，终端实际于600秒前已上发了注册消息（UDP），但此时恰好在G网下， 未收到回复：机制可能存在问题，但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥。3.3网元流程判

28、断案例案例1：被叫收到寻呼但未收到INVITE请求，核心网问题现象：主叫上发了 invite，被叫收到了寻呼且建立RRC成功，此时应收到下行的invite， 但始终未收到。（1 01： 14： 04.695）分析：被叫响应寻呼并进行了 RRC申请，表明MME已收到由SGW触发的数据业务请求，即Sip invite消息由IMS网元SBC下发到被叫核心网网元PGWPGW转发给SGW, SGW通过S11触发MME进行寻呼被叫被叫被寻呼到，并完成RRC连接与建立默认承载所需RAB，接收数据结论：收到寻呼消息表示sip invite数据包已经到达了 LTE核心网，未能继续下发当前怀 疑是sip数据在S/

29、PGW异常丢失案例2：重配置消息释放DRB承载，无线网与核心网配合问题现象：被叫上发sip183后，在激活EPS承载之前，终端上报了 1条A3测报，激活EPS后， 发生切换重配置消息中释放了 QCI=1的DRB。分析：起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立 未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的 VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中 断 20151021 网格 15（2 小时 10 分钟）16:00:46.346切换准备时，MME向目标小区发切换请求，R

30、AB建立请求表只有2条，无QCI=1的专载 目标小区收到MME的切换请求后，回复的切换确认消息里仅有2条RAB建立MME向源小区下发的切换命令消息中，只建立2条承载，导致ENODEB释放了 QCI=1的VOLTE 专载。结论：切换与EPS激活流程碰撞，无线网与核心网配合问题。在进行激活EPS专载过程中， 发生切换时，均会造成上述问题，目前还无较好的解决办法。3.4网络设备问题案例总结案例1：中兴ENODEB异频重定向掉话，无线网问题现象：主被叫VOLTE接通后，服务小区信号较差，但未配置异频邻区；通过重定向消息RRC connection release携带频点，由D频段重定向到F频段，但VO

31、LTE呼叫不支持重定向方 式的RTP包接续，导致掉话。设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下，影响用户在LTE数据业务下的感知质量，默认具 备异频重定向功能，但未曾考虑对VOLTE呼叫的接续保持。案例2：华为基站到卡特切换导致的RTP包传输中断问题，无线网问 题现象：主被叫接通状态下，在发生一次由华为设备到卡特设备的切换后，20秒后主被叫终 端同时上发了 bye request消息，网络侧回复bye(487 Request Terminated)，后网络去激 活了 EPS承载，掉话。设备：华为ENODEB与卡特ENODEB分析：PDCP SN SIZE长度有12bit和7b

32、it，目前华为基站配置为12bit,贝尔配置为7bit， 两个厂家配置数据不统一。华为enodeb设备具有自适应功能。 在华为小区起呼时，切换到卡特小区时，卡特无自适应功能，PDCP SN不一致导致组包混 乱。 当在贝尔小区起呼时，切换到华为小区时，华为PDCP SN自适应为7bit，通话正常。结论：临时解决方案：华为PDCP SN Size修改为7bit，进行拉网测试主叫呼叫56次，未 出现终端主动上发bye的掉话。异常掉话及切换后单通问题基本解决案例3：因基站Bug导致基站内切换10s后掉话现象：测试中发现，终端在站内切换完成10s后，有机率出现掉话，影响测试指标。分析：同步抓取路测数据以

33、及基站侧数据进行分析，发现在无线空口良好的环境下，掉话前 均有站内不同小区间切换，切换完成10s后，基站给终端发送RRC Release，原因值为:other。 分析基站侧数据，发现RRC Release的原因值为:User-inactivity，即不活动定时器超时。 按照省公司参数规范，UE不活动定时器统一设置为10s，若终端10s内无数据传输则判断定 时器超时，基站将RRC释放。但从终端Log看，从切换完成到定时器超时，上/下行PDCP 层一直是有数据在进行传输的，正常情况下基站不应将RRC释放。Hex Dump网技叩F 1 11;他:4枇抽 I钿Cn&tK；& Lit OVA Packe

34、t T. Dl OCCH r HRCConneiPki ViM ifiti L &RRC.ninor - 1C .7. ?Radio Bearer ID = L Physical Call IE) 321Freq = 3? 900- tEA. Subfr-aMeNum = TNumber = UX_DCCH M5age.Length = 2白独非盘=城In t er pa e teJ PTB:wain府 DL-DCCH-NestAgs : fce5a.ge clrrcConftec cionssleas#rrc-Txansa ct ianIden t i E ier Q.crLtIcIEntensions clifi-cComectionlesse-uau?s pt herUE不活动定时器10s超时后，会向RR发送超时消息，此时由于产品问题，基站会出现极小 概率的对“UE不活动定时器”判断错误，导致直接释放UE