VOLTE优化经验总结教学内容

VOLTE优化经验总结1优化经验总结1.1日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。大项1进展实施效果1无线覆盖优化弱覆盖优化弱覆盖路段优化调整400多处覆盖问题明显减少重叁覆盖优化路网优化小组调整天馈300箓处ATU下载速率提升5%高干扰优化、TOP最差小区优化TOP站点干扰整治、性能TOP小区处理高干扰小区占比明显下降 一,参数优化不同Q。也RLL层优先级优化修改全网QCI5的优先级VOLTE呼叫搔通率有效提升QCI5PDCP丢弃时长优化修改全网QCI5PDCP丢弃时长为无奢大VOLTE呼叫接通率有效提升巳SRVCC门限优化终端测量能力限制，S2-1切换门眼调整到-110eSRVCC及时切换次数提高，掉话率下降SBCTCP更传次数优化最大里传次数从15次改为5次，最大至传隔间从十几分钟改为hssVOLTE呼叫接通率启效提升系统内/外邻区优化根据工程参数、MRS数据、路网通邻区分析进行4G铝区优化增加系统邻区B850多对所添加邻区均有效根据工程参数，重定向夕e邻区叵配、4G/2G测试数据匹配等进行2G邻区优化增加系统邻区1200多对所添加邻区均宿效2G邻区合理性优化删除同频同3SIC邻区500多对删除后切换异常明显降低功能优化中兴基站重定向功能优化基站升级新版本P02由于选定向弓起的未接通、掉话明显减少MME专载保持功能优化（试点）爱立信MME开启专载保存功能।当上下行糅放携带UE-L05T原因值，保留专薮2%提高专载恢复成功率专载流程与切换冲突优化专载建立、专载释反减少涅和冲球中引起与切换冲突优化 1的掉话未接通1.2RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MM薛放。呼叫建立过程中专载建立与切换几乎同时发生，MMES收到NA时载完成消息导致释放专载，终端回复invite580（也有上发CANCL的情况），专载丢失形成未接通事件。

和1同困但档三蜡I01UU95HRBraMW^vaBon4降五七二二二犷T:"二:匚:尸;.'三二二P■>匚>叮三三习三SU电1K?日如:1和1同困但档三蜡I01UU95HRBraMW^vaBon4降五七二二二犷T:"二:匚:尸;.'三二二P■>匚>叮三三习三SU电1K?日如:1康29醺依的例tutmg肝00t冷磔~一1O19J9LH9十flROCBMMtartpaiavQHqMBDCM10U29^3和1曼而101?；=-?101=；9&：34阴俺拓ri幅sr而ftM4*马力6CCHBCCK.,6c胃.ec>三七,巨吆35Z十开心端㈢?如;Q二raMfsousCEfl阿uted■sO'ToAttMclJ?：£-DJWWal-灯-「fitaftoi5i■郅Mmxj■泌飞WxS7stj--^R&easELs：挺如力b；$,柚乩，气

t钗F曲e-if9C4^.」W聿靴;R▼e_RABInformationUst--n=3小卜elem[O]#}elem[1]S->e(em[2]源小区3条DRB|卜n=2匹卜，elem[0]由-kelem(1]目标小区2条DRBt iri7[Z~ fIfCjfj»原因分析：QCI5设置的RLC优先级为2,高于SRB=2传送NASS消息）配置为3.导致NAS的层3消息已经比MRS早，但是因为优先级比MRf口SIP低，未及时发送。优化措施：降低QCI5优先级，确保SIP消息及时上传，修改后此类问题改善明显。

butik1AltStrvOur-uon—m.IOOM：4910Kwhe<lGrou|3-i优先级（默认）23451 6789 1 3优先军!修改4512367J3 ]1 3切换专载丢失占比QCI5PDCPDiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。经过分析，由于QCI5的pdcp丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。

数据被丢弃TJ

D

82015AprNvjmbergfXudIpSL9dfpce2RUObuknP[RN-c口一c手TJ

D

82015AprNvjmbergfXudIpSL9dfpce2RUObuknP[RN-c口一c手alUDBpSNPRM4"Q.LLL-hMumFlowCtrlTrioasrNjaDataFDUTxDataFDUTxBvtcsHumContrclFDUT?<=Hu擅ControlFDUTxBvtesNur5tetusKcpcxtNumROHCCtrlPLU7x4乩PDCFHdrLen一九NumRSI-0■。,H电inF<dcpUIButPktDyte«-0Cf4iiula11veTota1,,Hg@6忆FnHJ,INUMDi«ardSDUHan WUby4：vcNam.PDUHOReTxHumPDUHORcTk日NumPiggybkHohcFeedbkRcvdHueRoheFduDt匚pHoN.in.RohaFduDrcpHoP*+tBsre$jerved ；：. ；3333333333333333LLLLLLLLLLLLLLLLuuuu-uuuuuuuuu-uuupFp-pFFpEFFFpFPFpcccccccccDDDD-DDDDDPPPPPFPPPrppppppr后口一丢弃定时器过小valueDL-E*CCH-Massage::■<nessagvcl:rroConnactlonReconfigurati©n：《rrc-Transactlonldentifler3.cr11icalEktensionscl:rrcConnectionReconfiguration-r3:4dedieAtedlnfoNA^Li£t<,275D26D2700362SEC101051703€9&D730&6D6Eb330303706fradioResoaixeContigDedicateddrb-ToAddKodListeps-Bearerldentityb.drb-Identity4,pdcp-Contig散信号<散信号digcairdTigrxa3QQ.优化措施：QCI5PDCPDiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显

SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite,被叫回复bye481invite486invite580,呼叫失败。优化措施：爱立信SBC寸TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s,此类问题已解决。SIP信令异常，本次呼叫收到上次呼叫的sip信令-laoeieoe•1G:OGiooo-leoei<5-oeie：oe10.0010oe1606ie：oe通rfi7-a<46670-•CGOO<tooaa4弓4，<sae>户sb6coiooo454OACCWT5PO72,・6.72。IOOe9d73110.0010*Oflieoe16:0610.001006o.roci46006-«s.eos^ao.aoo4个hozRhOOoccoCoca。。jootmOOonc—。”—。2PHQCUor»cCGd，,1>CccW2aocorltyMoOoCorr^rr^aocJCoc€3rltyf«4ocS«Corv>|>lotoSmOO3，”n,——Et*J3«matlort♦F<K<CConooctioriF<•coonauratiooGomplotOTaauUortceunGcaooccfiQ“rN/ioc“JQQUoccoCoca。uocCau「3,ocOorv»Q，o，。JVC■IZ5TB♦IZ5TF♦ir^vixc•IZ5TE。itMvirfc•IfMVITI-1ooioa1OO尸CUIGF>CMMCOC»1OOOIDOOMOOUIOOCMOCC»iOUUIOUUIDOOM,.(_^H-XO：AJ/ 八NA55IF*oir>ELNil爰立信IMS传输协议TCP配置默认15次，SIP消息未送达，TCP协议会一直做重传尝试，且每次重传不成功，下次等待重传时间会double,重传时间一直增加，最多会到十几分钟。a的发33“己温,可川2n力专■■■■■■■■■■■■■■■■■■I已发运用改到a认tl发送苗米也101认t不允许I发送W5.IR步道常门内的序VHINFl!发达但未二人BYE消息重传机制SRVCCBdcktoKYtCallFinish1NVITF1INVITE2BYE481mtasint177J.554573KINVITE：R¥FCdl]Fini3Interval

口2TTINV口E2486580系统问邻区优化LTE网络的GSM?区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将 4G和2G拉网信号强度、经纬度、服务小区等信息导出。通过经纬将 4G弱信号（RSRP<-110dbm归2G强信号（RXLOV>-95db加在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。

剔除现网已配置的邻区关系，补漏邻区关系对后， eSRVC制换提升明显，且由于2G邻区不准确导致的异系统重定向大大减少。重定向掉话XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发生重定向，重定向释放RRCt,专载同时被拆除，VoLTElk务产生掉话。RSRP上报B2加目是，异频率切换L4Qi-J 4G郛区,Ali teiAiI-'r.JRA3否正确 有।异RSRP上报B2加目是，异频率切换L4Qi-J 4G郛区,Ali teiAiI-'r.JRA3否正确 有।异H理定向G5M邻区

是杏正确是i码RVCC在挽否;系貌审定向-llOdbm上报A2系筑或定向-122dbm临时关闭规避CauseofDrop周期性核查2G邻区信息，瑞保邮区参数一致性;j/中兴基站新版本对2可支持区分的蠹定向关闭.上行PUSC助控参数优化背景：xx区域拉网测试发现上行PUSCHg射功率偏高，对现网参数检查发现,xx区域上行期望功率值设置过高。优化措施： 进行功控相关参数优化，现网配置：pONominalPUSCH=-75;puschPCAdjType=0优化值：p0NominalPUSCH=-87;puschPCAdjType=2•同等路损情况下，参数修改后，ue发射功率大约下降2~3dR•目前终端平均上行发射功率仍高于10db,仍需完善现有功控方式修改后，PUSCHTxPoweC0dbm以上）占比由40%SF降至U30流右。

Hittogram司中CDF1.8RTP丢包率优化背景：测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%^±0原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDC厘传时间超时，数据包将被丢弃；外场测试表明QCI1PDCPDiscardtimer配置与RTPS包率及Jitter有密切关系，QCI1PDCPDiscardtimer配置越大，RTP®包率越低，但Jitter也随之变大。Discardtimer配置与RTP丢包率关系2.00%150%1.00%050%0.00%infinity2.00%150%1.00%050%0.00%infinity100ms300ms定点测试■拉网测试DiscardtimerDiscardtimer配置与」itter关系图•MOSS与RTPg包及•MOSS与RTPg包及Jitter关系都较大，目前正在进行100ms/300ms/500ms/750ms/1500ms/infinity 完整的对比验证。定点测试拉网测试号：门1.9MME专载保存功能（可选）功能描述：在基站发起UE-lost原因值的上下文释放请求时，MM睬持专载2s不释放，等待空口重建。验证情况：已在某MMEF成功验证了该功能。当时无线环境较差， UE发起RRC重建失败，通过MME^载QCI1保持功能使得在新发起的业务过程中， RRCM配中建立包括专载QCI1的3条DRB不会发生掉话。（本次测试中专载保持时长约1.358s）ft™/ q.第V，"[凋,,b 「严.申Nft™/ q.第V，"[凋,,b 「严.申N以ccCf，SMnWMiiVll朴1】幻"咖lieur)1]13窗U4卸11iouia4矩CiW加*你&中端ZCAMWSMSNueCoFlftlJ34ajHM*MOvwa辛“aWiEd«CM«vw4奥匚却1曲3崎nbmafiMerCttxaDCocck1116U^蛆工魂用dtSiA曲对姆stat13«UtMUkU如11■jf ■i *__▲_ ・；一一txK(XDC■i■«g/ */1E«imouin畀廿储;UEG：n情u*口异g11KjuinftmftnKtmwoaif8♦RfCSmCvhhKTEWSttftRm*ni1USi*NtNmri$««;4gShMCVnCrau^Cb^格血凶）MMEg杷GUTMTliiaEOE花眦TVMMv3机QaOutndtiPAMHlMWill仁明rO42CK■8匚IDOhftiaN“郴i*MM4和bc(J%也HiAM3»斯1E h就蚪n士「桶一断prs'MBMN如中JW蜘0慌E-JT"!fSCJPOMTCRSR邺wRKP1gbCftfWi)1觥IWCftSRSWMAC「Milwot.,.PifHM*„__amUCKM，.1）当无线环境较差时,话。1）当无线环境较差时,话。UE发生RRCt建，若RRCt建成功，手机将不会掉2）MME®也可以在RRC!建失败后，通过MM宝载QCI1保持功能使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。3）此功能为爱立信MM等必选功能，建议打开。但是该功能不在集采目录，暂时无法采购。专载释放与切换冲突，通话结束未收到专载释放掉话［问题描述］:在拉网测试过程中，通话挂机后，主叫上报 BYE消息，IMS回BYE205肖息前后，同时手机发生切换，未收到 EPS专载释放请求，1s后软件统计掉话。［问题分析］:经分析MMElog,发现MME^收到PGWF发的deletebearerrequest消息。当X2切换触发SGW-initiatedbearermodificationprocedure(完整信令是CCR-CCA,如果此时SIP挂机触发PCR他发RAR合PGW；由于Gx链路时延等原因，使得RARfe于CCA@J达PGW；根据协议规定，PG怯继续SGW-initiatedbearermodificationprocedure 而rejectRAR(resultcodeDIAMETER_OUT_OF_SPACE)［优化措施］:当前解决办法：(1)缩短DRA寸延配置。(2)修改SAPCSIJDRA!路为主-备模式，保证CCAfDRARt同一路径和到达PGW5先后顺序。［优化结果］:近期调整后的网格测试，暂时没有发现 BYE205肖息前后发生的切换没释放QCI1专载的情况。通话结束MM敢到delbearerreq,专载释放与切换冲突，基站未下发NAS［问题描述］:通话挂机后，主叫上报BYE消息.，IMS回BYE200?肖息前后，同时手机发生切换，EPS专载没有释放，1s后软件统计掉话。［问题分析］:主叫挂机后，MM敢到delbearerreq,下发DeactivateEPSbearercontextRequest 给源eNB携带NAS#放专载，但同时源eNB触发X2切换，向MME向应ERABreleaseresponse(X2-Handover-Triggered),NAS消息未下发到手机。根据协议36.413中有描述当eNB在触发X2切换时，eNBa不彳^递NAS?肖息。［优化措施］:属测试软件统计问题，建议软件加以剔除该问题IE Sour至eNB Tar；leteNB MBVE .， l*&*.A.AKb KA.fl2DOO« qJRR匚Cann布力5IE Sour至eNB Tar；leteNB MBVE .， l*&*.A.AKb KA.fl2DOO« qJRR匚Cann布力5RttirfifttoJr«IWuX2HOb一一.QCI1Z如心力QDI5>RA^ID>,1人未传递NA§1消息『d ,‘—・・・・・理 W手曾44%文>3・-hQgj ：*Q€HRAHID5JRRCConwcfconWMchtI9wrihcricowipltie 1 !!HilhK，q」,戈离加的射画/II7IS/SGWERASRrk才对(e-SAB-IC7tC由iudimR*ecrnwiH»cwDRHM，UE£31RM«■•&-・■£、UEGDniotRe4eas«LommRRCCcwii'WctiwiRet«teUECflciiejtRfelaj^tcfndrb-gRHe而DRQ-S*B*-QCI5(E8I引□CI9IE剧5|Rdcfl?wAa;cwRe》由Re|-uk^12案例分析典型案例案例1:LTE弱覆盖，eSRVCCU换不及时掉话10:57:29.710基站下发异频异系统测量报告，包含2G频点及B2门限（LTE:-110,GERAN:-95□reportConfigld5.reportConfig□reportConfiglntex-RAT<tr工gg■曰z-Ty「曰event:1eventIdeventB2;b2—THi'eshold1t-hx*estiold—RSRP

b2-Threshold2b2-Threshcld2Ghysteresis0,t1meToTriggerm325E}，maixReportCelis3,xepor11n 1m与1024.xeportAmountrimea-sOb]ectId7,measQbjsetasa&Obj已ctGERAN口与工工4巳rFr已qw(startingiRFCH47,bandindicatordcsl800>followingiRFCHsexp11c-11.Lis.10fARFCNs10:57:38,479,主叫达到B2门限10:57:42,109,主叫RSRFE恶化至-117dBmSINR至-3,但终端仍没有上报B2事件定时器触发，会10:58:05,587,RTFfe不能正常收发，10s后RTPinactivity定时器触发，会话中断，出现掉话：2O1&A|j£2Uin£LTe [>3JVsr9kern * 1NuiBLjt-rot 与h2O1&A|j£2Uin£LTe [>3JVsr9kern * 1NuiBLjt-rot 与h匕Fh：£li - 1SubP9ckaI ID - 25ti«rvxftgCellHe*sur«BeTi* tMei.ion.-/SattFaeX^ta-B4b7t«sEARFCHPb学34dl.J11IDServijj^Ceil!Tud-*Reserved-□CurrerntSFNCellTibiang[0]CellTiining[l]CelJTimingSF?i[0]CellTimingSHi[1]InstR&RPRx[0]31e

84^

33^89873130817881133一[Cnl心冰口Rx[1：工口覆\RSIR1口InstRS5IRx[0]In!5tRSSIRHf[1Jidu^l e-nev匕:匚：FTLSHERm[OJFTI'HR11工ift」i 三"iR11qB自1_■*HddddJr894=5Jm2ZT62909E.□。-s4S-PFdriqApr20 [4S) LfETOC\o"1-5"\h\zV*r*LAfci • 1Hti*benos.LiijEackat■"1SuhP-ackatID ・ 25Setvin-j--I1凶。=-m.utJii-duJ.*Bion•75uJiF,^,-4Gt号niLi■R4E-*RFCH * 33350Phvalc&lC»11ID - J41S-3vm9।si，Ind»M - PC*1IR^ax-vvd，0CTirmtSFM - 751C*11TikisgfD1 * 1730Q3亡一12Tixinff(1J *17g白耳CellTiaii)95FN[01-751CellTiain^SFN[I]■7SIjiitc^b-pam*-1.L7X._!白.HF«[l1「L，匕4黄氨mip\J?r■hfliIriiT-jV^ihjKMCTrr"- b-14fliRSRORK[i] --127；d6Inst *-Lt?Sd总14Mt RnEQ】 --S3.31d0hIzstRSSIRmCIJ *-SiggdBm工gf»Al■FjrmgtttatuLtj£Lrh占[*口fmshr-3iod^~|Fli Jfflfi] .工.由I»tRssi -T3C1dem2015Apr2010:58:05.587[A5]0x1831IKSVoLTESessionEndVersion=1Di5lLeeStringLerjlh=63DislikeString-tel：1782。弓U0Q65;phon-匚口nte^tmncOO?.mccIGODirecticn.M0CallIdLength-56CallId=11661。**」753g412口@24J9:88"H30L住匕Ml:9bla:Edd4rType50OriginatingUriLength=5EOrigintiting,Uri-sip.+8€1782050OL37[?gdimsaircOOOnice4SO.3gppn©1"exninetingUriLength・63Teruin己ti叫叫;=t巳IT782g500065;phone-cartest=ims.mucO07.mcc46(EndCause=|ktFinactiiitHCallSetupfieTa^T^J554解决建议：①规范LTE频点配置，清理多余异频频点，缩短终端测量周期；②终端芯片提高测量能力，尽快实现CDR淋眠期测量功能。案例2:VoLTE单通现象VoLTE单通现象分为两类：一是VoLTE丁VoLTE单通，二是VoLTE拨才TGSM通。经分析，第一类主要是终端问题，第二类主要是网络问题。SBC(ATGW}IM-MGW植心同设备注：红圈为RTP包抓包位置卜析及解决三星S6拨打1Volte电话概率性单通SBC上抓包发现手机发送数据包连续,但是还原后无任何声音.疑1以三星56单通.手机升MGWGSM三星S6呼叫保持过程中接听VETE电话单通级后问题解决,A号码（三星06）拨打B号码,通话过程中C号码拨打A号码，A保持B（接听C,此时C听不到A,手机与网络同时抓包,定位为三星S6版本问题』升级版本后问题解决在SBC上抓取的数据包还原后volte拨打GSM单通有声音.但是［MMGW抓包还京后无声,定位为58c版本缺陷』升级版本后问题解决案例3:eNodeB参数配置不合理，导致eSRVC佚败问题现象:终端发生eSRVCCf,在LTE向GSMU换过程中产生掉话M-W・•333,|7»1Qi2ITerne力M・“wQ»t“p・i«»«/•«-n».1・INVITE200SIP.i,..rw.♦ACKSIP.IS37 —4kPaEng尸CCI■1%|l“SPaginuPCCH4F>agiogF*CCM1，iSPagingPCCHi• 「’.♦PaamoPCCH^^911,111,。PaginyPCCH…-•一“tJYttsu*t' ''•1-''♦WYI»ir»•*•《”・5*WRCCHTimeEventsEZKR379Oi379O»EARI103703ssa1O37.00O0Qio.37.ooeoe10:37:0©97510:3706Q7S10:37OOQ7O10.3706©7S10:37:060751O3707037，(F<^>MSO2(RAR)Mag3(UEIO)M・q4XE10.37.37OOO1O37.4309、1O”1U3/OO1O37581O30OH1O3H101O38:1810.38.245541O3648440iO300NinvtHcaCallOofirwdiooRoquoa—csaNlzpMs<r»2s4£Q0Rc晨露版OLRO55R器沈震梵7PHemtncJUseiabortedAf1*Hernriwuln▼«”・,，..11atpitemFndUeorabortedattornplO1O«tSO14teQO9194ese038400UaerabortadMMceCallatf>Hornr-ndATPHemHealnFreestO«ndrXip4<RandomaccesessuccessR.RRCsetupsuccess••rMcasetupsuccessPort1i-«.-ivyULU.o90oe

OOGZC9«e/SR❷DOCM»^riitFApv・6iar，o」uso •・w・Z11*082,g0OniIM»OQ•CX>O,e，DMN*ilHNIAjontM■roi-UMC>Cwooe/crIHSHQNOdUQO4L(IU»./>4ZV4一■，.boax•cOGOCZOOC/C，4lO.rz，八£9t9。。SOo，、ie/\•POVMx«PP“pc^KtvAinaa-2。1m(("・)・:>"l・s!!•»:・3.71.05；I3ef"X<11BOH叩。q««JVWAurtnOOTM31一RI/zg.91•XILI7OSCUco^im<&xmnrw3.K4i m»AJHYXOHsrwMm69£«./MX“R>M_LxMdKJ.1。。-▼IO.>nc•F«nniUMSStSD.>>3”P9920004Cutjeuetto•WOQWWioa,iazidtnrs一Ic£(■1 49C(MXUK1If19 99/ OOi/(Lr)MSM<1MSMl，d XNVJrWTFWTE:…nn 〃，问题分析:终端可以正常收到测控消息，并上报测量报告，且掉话发生在向 GSMU换过程中，是GSME者和基站侧参数设置问题。问题解决:

基站BsCAccess-ID项中的管理状态为Locked,设置有误。将该状态修改为Unlock后，对该站点进行重启后发现eSRVC◎能正常。空口信令判断案例案例1:RRCS建失败，无线网问题现象：切换失败导致RRCS放，重建RR4成功，重新进行RRCH青，QCI=1的承载未建立成功，导致掉话融am分析：呼叫重建失败后，新小区重新申请RRC未能建立VOLT可载，导致掉话。该流程均由ENODEB制执行。而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等，均为无线网问题。融amY小刚骡1na发力卑@in叶#p端pm12：1RE3二5工jjLTERRCME心u^E骡1na发力卑@in叶#p端pm12：1RE3二5工jjLTERRCME心u^E己nE即port田J4i$l•留比—3艮而&mih£4±1mftewd1府w4op ^11：10J3.4D7曾LTERftC^>'RRCComnactjcnR-•金』#or IEm三珏，L工LIE加二百 晶印■器LTERRCftHorrtitorB<odc(Sb3B5ibsSbE1兑1—3抬JL」TFlBdC一件社EleJnrrmhiMiBlrirtERa^i-*.-22fLILRR^-JkSCCdpiflJE(L1nHeW：ftb1卜,二尺印』】瑞】Q4乐"4I)建工5二啦lfclSJ5rf-KLZU：；」酒的12-1：JSJDI12siaOS33212:1匚必3K12:拉33必11:10:23J3S】滥上45』靠。以4533工生―福1221005JBJ12：1C：35JB3ltlD：35JB312;L_;KmJ2:l：;25.-H317."]2:IC:丐T舵l史g“四U:19JMDIminm产杳t耳tt果**♦*1Ft湾LTE«K->P>gi|>aLTENiS-'Tratzsp-q*匕日„pdMt"»QLRRP£-*RRCC^"ner"wRrqursiLrtRR二。RfcL^nrcdJ二115£tupLTERRZ-RRCC_'netlion&etL&Ctpl-teLITRPC-&S*<uritT警亮曹C口fe.”LTERRC-->-*yirm»rc它 -产LTt-RR.C■■>RRCCCHHEminR£C：寸：jraGDTLitRP.2--"RRCCoinPtL_F：」仁M口亦打士：：LTERRC—>DL 白fiT^snslrrLTE1SA5--»TF3%十口旷日LKCGDt11壬25-一丁0仆1“己其_p。北金cqr二依二WLTERR二一7LL："二rma1!»orTrarslerLTERftC-sRftCCwMCfiMReMVhortmLTERRC>RRCC&-nn<minRiE：*；JFI：orBgOtLTEftR：«>M-yrsriCl^p^iTLTERPC-xM7缶u『trr-nrReportLFERRL-^ME-aswrEmEntReRortWE_HF_HE-闰tqu印IM£_审_断酊fReE]P5_MP_BYELTE先无一”。12ITF0P「..15-悔1符口・力L2：Lfll：l4-,lfl7 RR3rtenitfrfisEtfltiMTypeAVOLTE榜鼎中共生1女犯梅安朝lx]L白：:用1牝1配/事%11工U二品131022.255121小？7"612：.ARM尸工甲rRRSysttni!nFomnitiar几PNHRHBdEureimentRepfiq唱rT>ptSirKK*薯工史tiinFomMiiDrTirpeERRMrrtA川屯*RR^rst<minF&TTnjtie^11仪匕R艮NMiwtflier1口邛二就1M切揖失跑匕麦生以此重,]建旦卡成比.亘中卑诗产fRRChQCI=1的承载未重建<pe5Z>, /.1：ItFW靠ICIE：F711IC，孕b11IC2SS4I12IC再乎可U-lC'Z5/r94121C;26.4£?IJzlOizSAjlllL3;ia：27.«ll晨IC.27^131G;27.*O7RRMukm*调"4二R艮鼻srttsETnFnirnMtigflT^pr-5terRR狩es54jr*me惘司的t由aUETnfGTna：>QF1.醛上iRRMnurll'ei旧叫一花<RR%T『fEdir™-。/T.pE±iRRMeaziirE.rrertRepct:RR.5>,sLt!iiInF&rrlliliarfcfiMEJi&urvirerI白中』IMqEWI3T^ptSteiRRWeaiiwrrmefiTAirp-fi吁RRSyVf：曲/1.出口F结论：切换失败与RRC2申请流程均与EUTRA阳关，因此认定为无线网问题。案例2:基站异常导致双端无下行信令及RTP包断传，无线网问题现象：主被叫VOLTES通后，在同一小区同时发生缺失下行信令20秒，此后数秒发生终端上发byerequest挂断。分析：丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。丢信令期间，终端测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的RTP包，高度怀疑基站临时故障导致。h-arne17:3QTI5T17-JO-151# 5_$tP_fcEGCSTEfr.：-prquefl事LTERfi：C 1舟)而川内产>LIt1翼Rte，匚匚011nHi|。巴履.GE：qy111KlfIlTE^RC->=RCCariPiar-lC-R^ranfF/e匚15nj]：^：iL>.fifi'1LTERRi-4313^3：3t.21O♦*£再睡GtSTIP，肩勾,片:□；"0；*玄/：8& 51fREfiyr?^。。耳结论：软件显示丢信令，但通过进一步分析确认应为基站故障导致。无线网问题。案例3:VOLTE接通下发生IMS注册掉话，IMS网络问题现象：VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的byerequest内含注册超时字样分析：按照3GPP＞议，终端应在3000秒上发注册，本次华为SBC于3600秒才收到注册请求，此时IMS认为注册超时，对主叫下发了sipbye消息释放了。kTV飞口£Fhi电口心犯二II■•到1411卜买也1小堂内:』“F—含用户迂♦第酎信星j 4M5JSTP_MSKRHrEjnfigjnerncan"tforrnuftidRfi4dvks-[Sb2JSti3)1M争Eftiq.S4(Kkil(93$BIxkitSiblAS)IJHSbBii3：«：JS.口彳•1J*g上弋i，收3<i%鸵*,Lttastern犷也EiMB・fil「灶*ype1U;<l)工口M•LTL CoPHifciJGRrLCi^-gwfc-]3：M3r3^.r /ITF*?RC>KPCCOnrffrna：mR#r {JC.m1L『ER匚二-前国□£Kq咒产wctkr口*2「白中再黄5t1rL■RFB■■H-u. ja|TfRR^-?iRGCCanrs?-rriMHnirDrFiQLr^TF■；-1-EZ-■RJZConredi«tPjmlo^"gjrjtcn二十工LTtkk•二的朴时也Tr&fL♦LTEIRRC-•kLTFRP>■^RPConr*d,iQnP?Tt»-FpgvrB(i3r-rLTERF ;■RF；Conntd：IS3RetgrJigjrften:h91-ackTypusLE叫VDlTFMitm等1*TIMS:iWm]BE:8四「初(|E打。「'auitfur：匚口mnecdciLRec口rtfgL"^13rlCamI，)i>Ufffleint0ftrngm-gW1Q|而g]3rt3：55J^513H3:J5JS3活际13:^3-3536913H3r19JU15^335J1<m交鸡91433；婚311由X曳。筌1335髓二3113^3lS6,H113:4鼎13^3^.24113用h=4113^3:36.5150日网[书”布13^337.5W13H3537,5Ba」-..-r..甘-T*■•Qd■•'ntHh.>尊与小ejrrarrflTig袒与燎TTyueLII11；□C".--、二偏・彳圣eWrrE-Ki.irRif1.£『,0£「1年叼15：口4LTERRC->RRCChLTIW上血Ji5LU1MA£->OcMfriLmRR--*UL：他ITEM;一讯RgtTE^RC^->fl:RCGLTEWRSl—LTE：RRC-5'RPCCnLTERftC«W%s4erITFcer।^CDrf-p讣孙413rt3r3S.Um」33H3：36,13：<3:35M?713心把5I3H3W33:^3^5.6303J-WIMfc-Mu-ll -*U[ MM*PCTineM^me[配”力兀MU口[TEftRC一手方方王辟3陷一一1日日打舌忌J)1蜕门巾兀事我「tmtax-不如TtigEIn4r•中白n号3曲T.口哗】[只一小叵Utt3七7130:17^Z6.3M勺LTERfl.C->M*aai/refFerrt^epsrtIMGSEP•lLTEKRC->®^<Gil露371<J10:17;ll-94£巾：1大31XT10力#;。常内河第"64北lOsiShisjrnliOciT^iUiilt)3i7:30-2411露|小。”1CH17i3Dx38I10:17J1.75*10i|7]J|J*7f10：17：31JV78ldsl.7JL.S7aIC：17:31.97810:17-31?4210：1?：27.«610:l7:2ft,lll】51此7甑6”■nciikA.tp4-rtmcMReDvrt.白睢=epwirt!iHUtLTfMCkTfufLTEUEkItUtLTEUFLTLRRC->UeIfif»rmitianLitWC-^UElnfsnLTB低Rf-aI'・e寻>>j史4・・里“m个七丫小出4TfRftCwaiimrirrnlHffportLlbMEML—>HHC_ConnectionHeconrigurOorLorr<LTfRU-XU•翱rM酹闻的R.«qu«0tLTERAC-|nh>EWig>REpg><ngvCM5-5JFULM5_StP_&rt->艮E比wMMSU日”MCMS_itP_&¥t->OXL,TFRA亡”!>&R。0nRj-ca'hq匕fjIisLTIRAC-^RRCC«Hn*cij«n^«cahnF>flur&QpComLTfftAAG一二口Lmrtw・,ateEPSh-earerronTmetrtqiue-xtLTENAS—>D(uctjvAte：EPSbearercm*.j占LTENAS>De*Ctiwfl!CEPSbearereM—KCKTLTERHC—■ULMfcpmHicmTrfiskric-it-ynniaai唯毕*H!,户月酎LTFRRC--i5ysreffl?1 杵就I11基站临H"t故P?甘,千段「主校叫双蜡芸俏而改祀7叫一令，且RT口包断体*LTEWRC"■> €ftinted!«anReeunfi9加l国5，LTEl4QC--WCCacntcti19urd»n匕5LTERR€->5ySltm1前Qfr^dt：OfrBkxfe:±EE与日.I口：1肌孙兀E&E鼻LT£*口亡一隼务■”更■m片/勺rm犯iarid3A17口芒1,[JB1广心？/四*、lff曾白匚..不&工M-rEiei小打科心修专仁心了皿询中gurOarConi.■t二B工事IriferifMMl )-ittiNMIMM*4E.■fmxHLTTLKtoHwewvrfeCT^Ti此uGmiiimt*»**中47MHAJiXNtf74Lfr*muPQ°|JW444|TtUITu*(««>■in-nwifti1D：17-^-1UitijFMAnI3F1X36.1D13W%ZtwEitdilTe-h*TMi^n二ws『•F畸MC滋Iitmte-Hylw*A1W7n-HitidnbiDC*rTyp*13GPP24.229Unlesseithe「theuserortheapplicationwithintheUEhasdeterminedthatacontinuedregistrationisnotrequiredtheUEshallreregisteranalreadyregisteredpublicuseridentityeither600secondsbeforetheexpirationtimeifthepreviousregistrationwasforgreaterthan1200second&orwhenhalfofthetimehasexpiredifthepreviousregistrationwasfor1200secondsarless,orwhentheUEintendstoupdateitscapabilitiesaccordingtoRFC3840[62]orwhentheUEneedstomodifytheICSIvaluesthattheUEintendstouseinag.3gpp.icsi*refmediafeaturetagorIAR1valuesthattheUEintendstouseintheg.3gpp.iari-refmediafeaturetag但此时恰但通过进一步确认，终端实际于600秒前已上发了注册消息（UDP好在G网下，未收到回复：但此时恰14:32:37,911:CallConfirmed：4:32:31550i!MS_51P_IWnt14:32:4^2^61Alerting14:32:4fl2984Connect14:43:36232欣DMS_5IP_REGISItR->ReqIestHH336.4351IMS^SIP.REG15TER->Unauthonred14:43”692Q曾IM5_SEP_REG]57ER->Request14:43：37J50-IMS_5IP_REGISTERSOK注：同样类型的掉话也有600秒前处于LTE网（TCP,而未收到OK或未鉴权回复的情况结论：前10分钟的注册失败，导致了后续的的失败处理机制可能存在问题，但仍然体现出放会话的措施欠妥。IMS通话中释放，虽然终端前一次

IMS对通话中发生注册时直接释2.3网元流程判断案例案例1:被叫收到寻呼但未收到INVITE请求,核心网问题现象：主叫上发了invite,被叫收到了寻呼且建立的invite，但始终未收到。RR喊功，此时应收到下行分析：被叫响应寻呼并进行了RR3H青，表明MM町收到由SG则发的数据业务请求，即sipinvite消息应由IMS网元的SBC下发名&了PGWSGWPCFeu1a-■,^ ■xu・n.1C:13:2LJ324蔼力肥231154it：ISULJ3S二NflineLTERRC-•RR；Coint-LtlanP*：-aseLIE型J〉F>riglte；gRC->^aiaifla_密母乜品at >RflquetPCTimePiffle1€4B<1-373LTERRC->RRCCginecti?*ftPcccrfgu-rdKn16:11.41J/4fLlbWKL->RrtLCo*1ftertii0niihtKDrtf-gUirafiMiComKU541J52\.TCPiRC-RRZCcinetlill5el=a!,eIf.lfl4LJ2Jl£?ia141j6Mif-IR41W旺：⑶包用手1户i加4Muq瞬19加加116口比也£13访二1诙4L3占it：is再LUP*Uif.ICCr¥CEJSFTLK ftRCS11心UgRtL^E映匚“'"二CsnnKtiinSetupFuinMlonJ*L邛ftRC>值。：二>nrnc：isnXtupLTFRRC--iSrunr5Mt'rifCznnanrLTERRC->S«urib-MtdcCsnp也LTERRC---SJRC 7FRr『pfig留洲mL7HR^C CjnaertianFcrenfgunncwiCumLTEHRG->UE<apabilyErwu冷LIERRC—>LF£Copabi±yIn'□mBfoiLTERAJ’&R工CumMi/nRKomtigur-abon1士.15dL■记9--T:良母二一二二t三」二.|「l二JjjlF工、■lFUU』JJu；.11L_1祗IML.mL则£SFIWEF：>Tr>附l€:ia；122J5汽lf：18;43245ieiSr43.w幅1史儡3—映1■像4，飙if：l^44J55t^:ia：44J7El怵战部，而日f1•力丁由山7巾，-1」।诉g，耻门LIER.RC>SlRCi;m口虎rtia-kFcccnfguEm<mi..LTFRRC->RRCCanni«rtiwOcenfingu-rjtanLIERRC>RR£Can«rtianiFtccnfquEmCcmLTERRC^>Me*sirenrentS'tpairtLIERRC■1C。打m市mFtMnfifluratignLTEftSCC fm5，!!f?ccrf<juraaops河LitRRC->Vr二匚7nn琮中Mr亡enfiflur硝hLTE比兔二一f口工二匚二口口/巾mEwccrfguradq”Cwn.LITR斓二一 『?TEntRE二drtL"TER.5.C-->OCC5mertisTiF.tccrfrflu■sbzr建F42.71?If：］N42.751lbLl42J32tO：l«424MIC.IS式制9m4；.^4eISH^.342TIM4L.344ifci月弋一wat£；a4JJ741€:1941.375If.1942JJ5IfcH生上用16:1143JS2k.J43234M：U43JL74IC：34J2S2i6rlt43-282ie：;j<?rlt-；i钻3箱产-户4;7小IE：1*4j343止1卜43.4d-iIC11出K4W#<<44♦鼻4<t*4LTELTEN45->seitfictIguLTERRC>RRCCcivinediQnRccLiftITFRRC")RR€ConnerhaHtuc1LTERRCtRRCCofincctiofl注jbGceW比L1FR扈「一3RR:C^nrbM'iiniScrjpLlERRC->5egLntTMedeC^TrmdLTERRC">S<!OjnTKNfcd卡匚3Tp击ITERRC->RR二CenitrtionFcfcrfgundknLIE嘿匚一、RR"MnE2nReHrf副由onCom.LTERA^—>UECtflpiibl±yEncuir>LTCR.R.C-MJECapab11<In/ri-ab&nLTERRC->R.RCCoq防岂m0aS?ccnfg4blLIEftRC>RRCCaiiirtian^ecid'eLraaonCc^LTEftftC->Me«Ljr#ir#nt^qp.cji_LTERRC-f 中/ 0rl畲J：r&Ol|i，¥v看好tWtH|已取•・也堇―疝L_a*te*由丁

MMI曰不总了加小叮月胸痛，X

为主喇里的邺史施卜改日LPC舞第与蚊，5G已未卜发，,i■在近•' :］『黛回1口眦1H如14LIERft亡7fcM品\_①Sipinvite消息由IMS网元SBCF发到被叫核心网网元PGW②PG懈发给SGWVSGWfi过S11触发MM进行寻呼被叫③被叫被寻呼到，并完成RRQ1接与建立默认承载所需RAB接收数据结论：收到寻呼消息表示sipinvite 数据包已经到达了LTE核心网，未能继续下发当前怀疑是sip数据在S/PGW?常丢失。案例2:重配置消息释放DRBm载，无线网与核心网配合问题现象：被叫上发sip183后，在激活EP/载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB分析：起呼时MMES行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MMES切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTES载，导致VOLT击载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断「I: 源小区 I目标小区②HandoverRequeilAcknowledge①切换准备时，MM晌目标小区发切换请求，RAB建立请求表只有2条，无QCI=1的专载②目标小区收到MME勺切换请求后，回复的切换确认消息里仅有2条RA班立③MM血源小区下发的切换命令消息中，只建立 2条承载，导致ENODEB放了QCI=1的VOLT改载。结论：切换与EPS激活流程碰撞，无线网与核心网配合问题。在进行激活 EPS专载过程中，发生切换时，均会造成上述问题，目前还无较好的解决办法。2.4网络设备问题案例总结案例1:中兴ENODEB频重定向掉话，无线网问题现象：主被叫VOLTES通后，服务小区信号较差，但未配置异频邻区；通过重定向消息RRCconnectionrelease携带频点，由D频段重定向到F频段，但VOLTEff叫不支持重定向方式的RTPfe接续，导致掉话。设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下，影响用户在 LTE数据业务下的感知质量，默认具备异频重定向功能，但未曾考虑对VOLTE乎叫的接续保持。■PCTimtXJ.fe..WJ-=UJ，i5：tM?J4515:LC:07,1^I纪工配Q7J港1“旧。7」股1=: :15：LGMGNQ134匚上73光Mamei—■PCTimtXJ.fe..WJ-=UJ，i5：tM?J4515:LC:07,1^I纪工配Q7J港1“旧。7」股1=: :15：LGMGNQ134匚上73光Mamei—iu,产jMLTERRiLIERRtLTCIWilM柳LTERfttLIEITFRC->^sTem atlcnPr-<kr-;=a-hFLTERIRC->Mea-5L-rj^(FIReport「JHl…-■二立二1.匚口二叫二」由二一Q土皆可iTENICO^RitCOnfI'Ou^MOhCom.fManr'e10:55^0*5，TDS-->fne»uremiefitCoinr?rgllDCCHZX)、中£JL前司「中・by*3O,nne原一ULhw'WigflgJtb0口I汁电-irwuren-CTftaffltTflUDC&lDL)1 平lx芸 1e«uremwtCantraHDCEBDt)ID；56.5^2TD5>FieasunETHltCO^traIfDCCH219:56-63-4 7D5--?Fi«iSEuren-e<itCcfl<Lfal(DCOl*)DL)--LT^PuRC-[15:LU:0E5抻15:1%OB支用Cisac；0d.£.9tITLMML79315:10:09.7431S：IQ:00!-7M⑶IQhM与is：ioitoui4L5:L：:CBJ1*IMUhMMl15M：3朋1rTEFFC->:?RCrcirrer!:-&^Pele.aseLTEPFl---YG'-e-a^-JzrrnBtichB-iqckType1lTERRC-itemlnM『E-li"nB白ckiIGbNLTENA^-^^rr.iEert-QutitLTEPRC—>^RRCConni«t』QTPeqtestrw*«EiKl^mwMfc—・/3W「」)--H，."・T尸力订户HF，Irrfifiijrmi&fttcaiDL)哺gu由orCacnpl珞］;触发界减至定f向，北口舞耐重工走向至作幽较；DCCHDLJDCCHDU0gpQTf：吃如xy^ 7s；gg♦ID-蹿ggrwfi皿鹏第而3>DQL£瞋2晔皿^匚 — 胃二气可7-EW^CBDO未酣异题都区.进行LTE下号乙《MXidiencTrdequesLTEPfiC->lLTERRC--*LIE能HJLTERRC-LTERJRC->S«u鳏乖定向，但重定向目前并

不支持VOLTE球音呼叫接]MIdemtrtya«|pGWJTO5->fni：=r^urcf^woH&mX)“TD5—^mess-UriTwitCcin'^j,al(DOOiZH.)rer j.jqi—t''结论：完善邻区配置，在VOLTE乎叫区域考虑关闭中兴设备的异频重定向功案例2:华为基站到卡特切换导致的RTP包传输中断问题，无线网问题现象：主被叫接通状态下，在发生一次由华为设备到卡特设备的切换后， 20秒后主被叫终端同时上发了byerequest消息，网络侧回复bye(487RequestTerminated),后网络去激活了EPS承载，掉话。设备：华为ENODEB卡特ENODEB分析：PDCPSNSIZEK度有12bit和7bit,目前华为基站配置为12bit,贝尔配置为7bit,两个厂家配置数据不统一。华为enodeb设备具有自适应功能。①在华为小区起呼时，切换到卡特小区时，卡特无自适应功能， PDCPSNF一致导致组包混乱。PDCPSN1适应为PDCPSN1适应为7bit,通tPCTimLTERRC->9r3Wnj渣》eMW“BlCKk*9ksmb7>LTER.RC->PB(,ri^IlFt・Itt“』Witer^iItTtfisr*一17『不LTERRC—>R.RCCCMin«tiDnAecLTEftRC-4LTERRC-I tPCTimLTERRC->9r3Wnj渣》eMW“BlCKk*9ksmb7>LTER.RC->PB(,ri^IlFt・Itt“』Witer^iItTtfisr*一17『不LTERRC—>R.RCCCMin«tiDnAecLTEftRC-4LTERRC-I E!□/一r^U12M7]6；2?J?.0fr716:22:12jSf31比2:斛12则3IfrEU：lM3；915:32:13„O5?14r22-13-,mm会语j，51GN.1734际姓：I¥31HlU-1」加_lEMNia”16r3Z;25,S?"11c:ULZ3JMF30ajjl.wiq品优？切工j—1TEfiRC—>^BCConncctianftccenfigu丁出呼门lTeRR—aW£EW>rMCU©nRigM碘由b&flrn—LTERRC-.Mesiupen*entfietseLTERRC—>lPngin© /WRfU5*ngLTER^C->Me>;uienter上口儿___LTftHRG«>P»CnQL-TERTlQi：TPfiRT--AM，/，lU*E*GFQ|«mL±11仃的gohM.二=1L1M*W5>5IF_D*T，翼euTg”序W1r*i5SlF!fiMJ..Z1与午<1 ■针上电;22口LA%才.T1S51P_B*'EPCT>,i#心：C.Q&5aUTEA.RC->Srstei"Crtfijmjt^ngig^k『/「011^:22:l&a.l74・LTBflJLCu>^MVUWMri£!REpai!tL0-2m4乃JrLTE百RUrMeflUEtw育？山|二丁图为切向中博皿他】>工内现皿”g^edBSi-FemefrfReport冷炉」ohUecan*auF3&en1rk&HRixqMhguqttQnCom..L«:2J15.7S*LtsZLUS.ZB^LE，21-r—=二二一 附era淅0皿&0n#LTCRRC—>M£CanMC^OfiRKC.onfBQUHl3DHCam_看IITQRC«- *eh-Report-IEELRC>^eairurftnen^REpcn：lTE-5.R二一n“Ed工_ft-e'iLRepcd发生华为向长忖的切换店.Ml2包

中断2Mt.符维上发任事"TlRepoH:**wth牛曲P.teci广.qlrxtoH，*f2「"cM Gw一r石三下吏K.□nr-eclt:eRecar* ^abcnL*二上工.3，.不■： .- +flJ^CConn-e£l.□i-IPfguririLcFiCw..Lt.2?.24.flfliCJLTCRRC->I吗・由u〃tm交M口不结论：临时解决方案：华为PDCPSNSize修改为7bit,进行拉网测试主叫呼叫56次，未出现终端主动上发bye的掉话。异常掉话及切换后单通问题基本解决案例3:爱立信IMS网元CS或呼叫处理能力不足问题，IMS网络问题现象：在做互通测试过程中，主叫VOLT巡呼后，被叫始终在TD下未收到寻呼消息，主叫收到网络侧下发trying后，立即收到网络下发的invtie604(DoesNotExistAnywhere),呼叫失败。设备：爱立信IMS分析：空口信令仅能确认，被叫端处于TD网，发INVITE到MGCFMGCFJ复604DoesNotExistAnywhere。该问题为爱立信IMS网元MGC默认配置仅能同时容纳32个CS域呼叫，导致互通测试过程中，由于容量不足，造成大量连续未接通。RC而 HitmtPCTfcfflt M，E!蝇•714”/LTIWC.>5«WtYMfljtC*UEARCASfrMltyMddlXm^ALTiW-->«lCCairfl.iKtlChafcaAtfijriBcrtLTtWRC而 HitmtPCTfcfflt M，E!蝇•714”/LTIWC.>5«WtYMfljtC*UEARCASfrMltyMddlXm^ALTiW-->«lCCairfl.iKtlChafcaAtfijriBcrtLTtWI11:34^11344LTEftRCIfmiwcll:3t^2JdM1LTE「，白T*中甯鳍B|>rt''itEkaitAnrW<ff11:14:39,131*1融3^羽LIU»*■J351：Hl1M>[配加乩疑*TDS-%E4Htfr«rjiE『mp5(0CO1UQP6m.fliEEk[>'*cnr”..ipOCQ2mxua.Mi卜中与皿・D5->if埠tMmgCd-Drfttf・《<0€0IX)TO5^->-4g^lnfc^TKT'ririfffffCO^CQ曾。必ftfi■**Upd««£L/tIF1*纪阳■叫曲聚所展黑:黑黑:富加0I 14」上'* -工，世f・zKAZAMI>1耻利“祁J犍手*4打f蝇争皿11>ie：3e.^W?1CSF日田工后值贵更修不帮

起吁怵虫，未前■¥CLflat^.uoifetngJequertriLCKdbonjoddijbng」田UfT.®>tompiix^tanM*-位XdaHbw-pqu—tkdngM：1无辑器8*-i1)：J*-K.XS1M&-ltzj4:«.lS7悻架」4mU：U:<.Q7UJC.4C^Kia；35-<J3fU:36:«JOE1肌35：4C锹l&:H:«_i3a1JJ6.4GSJ91祗*DJ*rtcC0Mecb “iCc，p4EapCO11A；lDS-*5<IM5t|r!rtfofFMrZ*OS^aifSiemillforrfP5—nmsterMoMTDS*MWitfrlnfDfmTDS-S'indstcrlrtfcry5Pxy暇ebifnTOS-iffiasterlfifo^py.masterlnfcP%-，Z，t位幅IfMt上叫未？呼到枝

叫，宜接收到

IM5下发invt修

6041MS网搭

♦一.P4>$「二二“/16&卜一^T)5-itbdhf jLih '■； ,im；rri-JHiri,C>i,91500«]1201502191W05^nl：Quskomn«rUtto...xl结论：爱立信IMS网元MGC默认配置容量偏小，发生以上问题后，经过扩容已达可处理2、