中兴VoLTE优化经验的总结及案例

1、实用标准VoLTE优化经验总结及案例分享1优化经验总结1.1日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能 优化四个方面着手，与 ATU路网、工程建设紧密配合，提升整体网络质量。文案大全实用标准大项1内容1 H:展实施效果无线覆盖 优化弱覆盖优化弱覆盖路段优化调整400多处覆盖问题明显减少重叠震盖优化路网优化小组调整 天债300多处ATU下载速率提升 5%高干扰优化、TOP最 差小区优化TOP站点干扰整治、 性能TOP4、区处理高干扰小区占比明显下降 _参数优化小同Q在RLC层优 先级优化修改全网QCI丽优 先级YULIE呼叫接通率后 效提升QCI5PDCP丢弃时

2、 长优化修改全网QC5 PDCP丢弃时长为无 穷大VOLTE呼叫接通率有 效提升eSRVCC门限优化终端测量能力限制 眨-】切换门限调整到-110SRVCC及时切换 次数提高，掉话率下降SECTCP重传次数优 化最大里传次数从】5次 改为5次,最大重传 隔间从十几分钟改为 15sVOL正呼叫接逋率有 效提升系统内,外 邻区优化根据工程参数、MRS 数据、路网通邻区分 圻进行4G钊区优化增加系统邻区8850多 对所添加邻区均有效根据工程参数.重定向2G邻区匹配、4G/2 G测试数据匹配 等进行2G钓区优化增加系统邻区】20。多 对所添加邻区均有效2G邻区合理性优化州除同频同贫C邻区500多对删除

3、后切换异常明显 降低功能优化中兴基站重定向功能 优化基站升级新版本PQ2由于空定向弓起的未 接通、掉话明显减少MME专鞍保持功能 优化（试点）爱立信MME开启专 载保存功能当上下 行释放携带UE-LO5T 原因值，保留专载2$提高专载恢复成功率专载流程与切换冲突 优化专载建立、专复释以 孽少潦茬冲突中引起与切换冲突优化1的掉话未接通一1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被 MME释放。呼叫建立过程中专 载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专 载，终端回复invite580 （也有上发CANCLE的情况），专载丢失形成未 接通事件。文案大全实用标

4、准原因分析：QCI5设置的RLC优先级为2,高于SRB=2（传送NAS层消息） 配置为3.导致NAS的层3消息已经比MR要早，但是因为优先级比 MR 和SIP低，未及时发送。优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题 改善明显。文案大全实用标准T - -FLLe：* 4 ir，0 - e，5c4t*on - ms*ooler of SubPackets - 1SubpeLckot II - 197SubPaicZet - ( UL Statist icsVereion - 2SubpaGlGt Si= 576Vei-sioa2 Mtim RBs + 4PDCPUL

5、Errors = 15.0R日R 0】Rb Cfg Idx - 3. Mode -Unni Pdcp UL Buf E *5r PktTDCPLITLLiLLLLPDCP PDCF PDCP P”卜 PEP PDCF P&CP PDCF PDCF PDCF PDCP PDCF rye i illllllt-lllllUUUU1T-UUHUUUU333333*33333AH FDCF Hdr Lon - Zr Num R5T -0-1 0, tlun Pdcp UI Eluf Pkt By tos Cumulative Total, 0Huwi Flow Ctrl Trtaser=Num Dat

6、a FDU TxNtim Dita FDU Tx Btes-Uni ill Cont rG*l PDU Tae=Hun Control FDU Tx BvtesMuim. Status Repoz11Hum ROHC Ctrl PDU Tm仙时以其幅|-IiTH ffl5( IXcl一liFTM HMhlhlm m m 胞 l.iIJtJll.l”L D DJ.1口口 up PPRRslun- X UT 日Ru u k dd bpp H学p p 0 0 r r ODDc 0UHT-O36O oo OOTT ooo Qpo丢弃定时器过小volue DI-DCCH-Hessage ：:- Mess

7、&ge cl : rrcCannectionReconf iguration : ，rrc-Transactianldenti f xer 3.critlealExtensions cl : rrcConnectianReconf iguration-r8 : dedicatedlnf oNASLIst *275D26D27003625EC101051703S96D73066D6E6330303706E .radio ResourceConf igDedicated优化措施：由300ms修改为无穷大QCI5 PDCP DiscardTimer文案大全实用标准优化效果：VoLTE无线接通率提升明

8、显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先 bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580 , 呼叫失败。优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改 为5次，最大重传隔间从十几分钟改为15s ,此类问题已解决。文案大全文案大全实用标准实用标准系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站 2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经

9、纬度、服务小区等信息导出。通过经纬将4G文案大全实用标准弱信号(RSRP-95dbm )在 50 米范围内拟合，根据拟合度对 2G邻区进行补漏工作。剔除现网已配置的邻区关系，补漏邻区关系对后，eSRVCC切换提升明显, 且由于2G邻区不准确导致的异系统重定向大大减少。重定向掉话XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发生重定向，重定向释放RRC后，专载同时被拆除，VoLTE业务产生掉话。文案大全实用标准上行PUSCH功控参数优化背景：xx区域拉网测试发现上行 PUSCH发射功率偏高，对现网参数检查发现，xx区域上行期望功率值设置过高。优化措施：进行功控相关参数优化，现网

10、配置： p0NominalPUSCH =-75; puschPCAdjType=0优化值：p0NominalPUSCH =-87; puschPCAdjType=2文案大全实用标准同等路损情况下，参数修改后，ue发射功率大约下降23dB o目前终端平均上行发射功率仍高于 10db ,仍需完善现有功控方式。修改后，PUSCH TxPower （10dbm 以上）占比由40%下降到30%左右。文案大全实用标准RTP丢包率优化背景：测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%以上 原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，

11、数据包将被丢弃；文案大全实用标准外场测试表明 QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有 密切关系，QCI 1 PDCP Discardtimer配置越大，RTP丢包率越低，但Jitter也随之变大。文案大全实用标准Diseardtimer配置与RTP丢包率关系图2.00%1.50%1.00%0.50%0.00%100msinfinity定点测试拉网测试300ms口话保1切01电配置与泄关系图WWW/WVWWV0.0006I1定点测试拉网测试1MOS值与RTP丢包及Jitter关系都较大，目前正在进行100ms / 300ms完整的对比验证。/ 500m

12、s / 750ms / 1500ms / infinity文案大全实用标准MME专载保存功能（可选）功能描述：在基站发起 UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。验证情况：已在某 MME下成功验证了该功能。当时无线环境较差，UE发起RRC重建失败，通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载 QCI1的3条DRB,不会发生掉话。（本次测试中专载保持时长约 1.358s ）e 才出皿伊q出片修件痛1瞽$解,为氐13 W44 UA . 口二比一配1c质山的皿轴曲轴1。CC 归 m 4 麻CC 13 幡乜 39T口忡M即1加

13、%1r *旬ct1 IC4t411 *CC“g44哨 +-W ilfDC日忖船热，沁nHgMCgviw4DC仃刘也然中油mUECEMDC力和出客值BnHI的Ml（X田竺空3 1呢0皿琳喻EgPC忡 监加”*）枯”*DC uw44nnpc鼻忖筋*1。*捌* FT胴的XI（K13J flRCCcflnKldnAicM，产 AwiDC.*i；& -*i ._域 I . _ Im3iRACSttfeCmd酬不见即如”EMJ Sub 5tMbua Mk*GUI-8k啾血i勒ja/ntuEMmGl/nUIMSlEOE雨 CWX3则Out皿PAdm网JW1C_wn OxJCt皿 # cmQ门EmT1OU4T

14、）例不廿喊心|13 W44IT 艮依（5 KCtlllVCMIIh*444J| RWll.BWMI 。酷j-11K 41S22HiMemi LiIhbo BlhScreed W n UDC帕阙，麻OalVKtMCN旭“用M她眼M?1HI。出NHI湖阻卜21期3JD篇序04WMJM斯UV1JJ 黑石* EE咐|7就*。口睁eTUiww一SCtl PC第CRSftSRP如Ntmvl弼湖SC40tim|目则CftSfQFAflffN ttNiPw*w*r （T*MiWrWl 门（1&rMwnfC4kabrf4:出*ri”出第孰才耐闻“阳网3,所 WtX灿，阳鹏依*喃仃,疑5陶件 Set： fjJbr

15、MXdlKiFtrMVb Mze?k5*QflW）rtW g蔺毗MIfMMi k Ft9M eM）nU H 内:MHk- 对74球J，4M 财 I1FIT卧POCPM23II稚2i21功能总结:文案大全实用标准1)当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不 会掉话。2) MME侧也可以在 RRC重建失败后，通过 MME专载QCI1保持功能 使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。3)此功能为爱立信 MME非必选功能，建议打开。但是该功能不在集采 目录，暂时无法采购。1.10专载释放与切换冲突，通话结束未收到专载释放掉话问题描述:在拉网测试过程中

16、，通话挂机后，主叫上报 BYE消息，IMS 回BYE200消息前后，同时手机发生切换，未收到EPS专载释放请求，1s 后软件统计掉话。问题分析:经分析MME log ,发现MME未收到PGW下发的delete bearer request 消息。当 X2 切换触发 SGW-initiated bearermodification procedure(完整信令是 CCR-CCA ),如果此时 SIP 挂机触发PCRF也发RAR给PGW,由于Gx链路时延等原因，使得RAR先于 CCA到达PGW,根据协议规定，PGW 会继续SGW-initiated bearer modification proc

17、edure 而 reject RAR (result code DIAMETER_OUT_OF_SPACE)。优化措施:当前解决办法：(1)缩短DRA时延配置。文案大全实用标准(2)修改SAPC到DRA链路为主-备模式，保证CCA和RAR走同一路 径和到达PGW的先后顺序。优化结果:近期调整后的网格测试，暂时没有发现BYE200消息前后发生的切换没释放QCI 1专载的情况。1.11通话结束MME收到del bearer req ,专载释放与切换冲突，基站 未下发NAS问题描述:通话挂机后，主叫上报BYE消息，IMS回BYE200消息前后， 同时手机发生切换，EPS专载没有释放，1s后软件统计掉

18、话。问题分析:主叫挂机后，MME收到del bearer req ，下发Deactivate EPS bearer context Request 给源eNB携带NAS释放专载，但同时源 eNB 触发 X2 切换，向 MME 响应 ERAB release response(X2-Handover-Triggered ), NAS消息未下发到手机。根据协议36.413 中有描述当eNB在触发X2切换时，eNB将不传递NAS消息。优化措施:属测试软件统计问题，建议软件加以剔除该问题。文案大全实用标准UESource eNBMII(C-RAB-IDT)QEi5QRA8J目(KIS信心B-旧5)Ta

19、rget eNBBYE200 OKMMEJIMS Sidrb IbROle舞Li虻DR9=$上未传递N At消息RRE Cxn*clicr- Reconrfijurartion cmpleteJ?RC G onnetiion RecflnfiflUTaiiflnDRB= 5e(eaeI tJP* Rr； 19河口宁|岭同+9、伊|，曲1司 qqnFid0Call dropped|UM1IJE 广m，q-t?a二叫*，UE Coc【Wt Re!2与w 匚0r.fZEAABR Ik-RAfUE Umi害Mt R-i看看就f Geie等Rdeam Acch B*ifecR3pcriu 千产点3彳.

20、wl1. vzirTf 4rm2案例分析典型案例案例1 : LTE弱覆盖，eSRVCC切换不及时掉话10:57:29.710基站下发异频异系统测量报告，包含 2G频点及B2门限(LTE:-110 , GERAN:-95 )文案大全实用标准reponrtConf iglid 5repoo?七OonE 工n七曰二RATt r-i gerType event event Id eventBSB2丁hrawho工dl thireshold-RSRP f 30 Hb 2 - Thi?esho 1 d 2 bNThr 曰 shold2G 曲&H ：15hya teiresis 0 .t iniG-ToTa

21、iger- ms 2 5 6jnaxRepor-tCel Is 3.sepox 11 nt 曰rum 1 msl 024, xepor t- A movin t rimeasObjectld 7.measObject MeasObjectGERAH :carrierFreq2(startingARFCN 47, bandlndicator dcslSOO, follovingiRFCKs eKplicitlitOfAEFCNsE双 50. 4k 7L 558, 儿 554, 65. 559, 549.10:57:38,479 ,主叫达到B2门限10:57:42,109 ,主叫RSRP已恶化至-

22、117dBm , SINR至-3 ,但终端仍没有上报B2事件文案大全实用标准10:58:05,587 ,RTP包不能正常收发，10s后RTP inactivity 定时器触发,会话中断，出现掉话：文案大全实用标准解决建议:文案大全实用标准规范LTE频点配置，清理多余异频频点，缩短终端测量周期;终端芯片提高测量能力，尽快实现CDRX休眠期测量功能案例2 : VoLTE单通现象VoLTE单通现象分为两类：一是 VoLTE打VoLTE单通，二是 VoLTE拨打GSM单通。经分析，第一类主要是终端问题，第二类主要是网络问题。注：红圈为RTP包抓包位置VoLTE电话概率性单通S B C上抓包发现手机发送

23、数据 包连续但是还原后无田唁 音,职以三星$6单通.手机升 级后问题解决.A号码（三星S6 ）拨打B号 三星S6呼叫 玛,通话过程中C号码拨打A 保持过程中 号相，A保持接听C,此时 接听VoLTE匚听不到人 手机与网络同时 电话单通抓包,定位为三星S6版本问 题，升级版本后问题解决 在5 BC上抓取的数据包还原后 VoLTE拨打 有声音但是IMMGW抓包还 GSM单通 原后无声，定位为SBC版本缺 陷r升级版本后问题解决案例3: eNodeB参数配置不合理，导致 eSRVCC失败文案大全实用标准问题现象：终端发生eSRVCC时，在LTE向GSM切换过程中产生掉话。文案大全文案大全实用标准文案

24、大全实用标准实用标准问题分析：终端可以正常收到测控消息，并上报测量报告，且掉话发生在向GSM切换过程中，是GSM或者和基站侧参数设置问题。问题解决:文案大全实用标准基站BsCAccess-ID 项中的管理状态为 Locked ,设置有误。将该状态修 改为Unlock后，对该站点进行重启后发现 eSRVCC功能正常。空口信令判断案例案例1 : RRC重建失败，无线网问题现象：切换失败导致 RRC释放，重建RRC未成功，重新进行 RRC申请, QCI=1的承载未建立成功，导致掉话分析：呼叫重建失败后，新小区重新申请RRC,未能建立VOLTE专载，导致掉话。该流程均由 ENODEB控制执行。而切换失

25、败的原因往往是无 线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等，均为 无线网问题。文案大全文案大全实用标准实用标准结论：切换失败与 RRC重申请流程均与EUTRAN相关，因此认定为无线 网问题。案例2:基站异常导致双端无下行信令及 RTP包断传，无线网问题现象：主被叫VOLTE接通后，在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发 bye request挂断。文案大全实用标准分析：丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。丢信令期间，终端测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的 RTP包，高度怀疑基站临时故障导

26、致。结论：软件显示丢信令，但通过进一步分析确认应为基站故障导致。无线网问题。案例3: VOLTE接通下发生IMS注册掉话，IMS网络问题现象：VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的bye request内含注册超时字样文案大全实用标准分析：按照3GPP协议，终端应在3000秒上发注册，本次华为 SBC于3600秒才收到注册请求，此时IMS认为注册超时，对主叫下发了 sip bye 消息释放了。文案大全实用标准但通过进一步确认，终端实际于 600秒前已上发了注册消息（UDP）,但此时恰好在G网下，未收到回复:文案大全实用标准注：同样类型的掉话也有 600秒前处于LTE

27、网（TCP）,而未收到OK或 未鉴权回复的情况结论：前10分钟的注册失败，导致了后续的 IMS通话中释放，虽然终端 前一次的失败处理机制可能存在问题， 但仍然体现出IMS对通话中发生注 册时直接释放会话的措施欠妥。网元流程判断案例案例1 :被叫收到寻呼但未收到INVITE请求，核心网问题现象：主叫上发了 invite ,被叫收到了寻呼且建立 RRC成功，此时应收到 下行的invite，但始终未收到。分析：被叫响应寻呼并进行了 RRC申请，表明MME已收到由SGW触发 的数据业务请求，即sip invite消息应由IMS网元的SBC下发给了 PGW、 SGW。文案大全实用标准PGWSip inv

28、ite 消息由IMS网元SBC下发到被叫核心网网元文案大全实用标准PGW转发给SGW, SGW通过S11触发MME进行寻呼被叫被叫被寻呼到，并完成 RRC连接与建立默认承载所需 RAB,接收数据结论：收到寻呼消息表示 sip invite 数据包已经到达了 LTE核心网，未能 继续下发当前怀疑是sip数据在S/PGW异常丢失。案例2:重配置消息释放 DRB承载，无线网与核心网配合问题现象：被叫上发sip183后，在激活EPS承载之前，终端上报了 1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。分析：起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时， 由于E

29、PS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带 QCI=1的VOLTE专载，导致VOLTE专载 源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断文案大全实用标准切换准备时，MME向目标小区发切换请求，RAB建立请求表只有2条，无QCI=1的专载目标小区收到 MME的切换请求后，回复的切换确认消息里仅有2条RAB建立MME向源小区下发的切换命令消息中， 只建立2条承载，导致ENODEB 释放了 QCI=1的VOLTE专载。结论：切换与EPS激活流程碰撞，无线网与核心网配合问题。在进行激活 EPS专载过程中，发生切换时，均会造成上述问题，目前还无较好

30、的解决 办法。网络设备问题案例总结案例1 :中兴ENODEB异频重定向掉话，无线网问题现象：主被叫VOLTE接通后，服务小区信号较差，但未配置异频邻区； 通过重定向消息 RRC connection release 携带频点，由 D频段重定向到 F频段，但VOLTE呼叫不支持重定向方式的 RTP包接续，导致掉话。设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下，影响用户在 LTE数据业务下的 感知质量，默认具备异频重定向功能，但未曾考虑对 VOLTE呼叫的接续 保持。文案大全实用标准结论：完善邻区配置，在 VOLTE呼叫区域考虑关闭中兴设备的异频重定 向功能。案例2:华为基站到卡特切

31、换导致的RTP包传输中断问题，无线网问题现象：主被叫接通状态下，在发生一次由华为设备到卡特设备的切换后，20秒后主被叫终端同时上发了 bye request消息，网络侧回复 bye(487 Request Terminated),后网络去激活了 EPS承载，掉话。设备：华为 ENODEB与卡特ENODEB分析：PDCP SN SIZE长度有12bit和7bit ,目前华为基站配置为 12bit, 贝尔配置为7bit ,两个厂家配置数据不统一。 华为enodeb设备具有自适 应功能。文案大全实用标准在华为小区起呼时，切换到卡特小区时，卡特无自适应功能，PDCP SN不一致导致组包混乱。当在贝尔小

32、区起呼时，切换到华为小区时，华为PDCP SN自适应为7bit , 通话正常。结论：临时解决方案：华为 PDCP SN Size修改为7bit ,进行拉网测试主 叫呼叫56次，未出现终端主动上发 bye的掉话。异常掉话及切换后单通 问题基本解决案例3:爱立信IMS网元CS域呼叫处理能力不足问题，IMS网络问题现象：在做互通测试过程中，主叫 VOLTE起呼后，被叫始终在 TD下未 收到寻呼消息，主叫收到网络侧下发trying后，立即收到网络下发的invtie 604 (Does Not Exist Anywhere ),呼叫失败。文案大全实用标准设备：爱立信IMS 分析：空口信令仅能确认，被叫端

33、处于TD网，发INVITE至ij MGCF , MGCF 回复604 Does Not Exist Anywhere 。该问题为爱立信IMS网元MGCF 默认配置仅能同时容纳 32个CS域呼叫，导致互通测试过程中，由于容量 不足，造成大量连续未接通。- 554KI0611S015W!: QuskwriiTAn&tb., StPC Time1，：3%,中ef，gJ lTftflC5ufib MfldcComp11136:41111 7 LTE RRC-WtC Cc!?fln Rmq161L/X 0 LTIBRC 牌;邦:畤 L*H 9 LTtRRC 【I；油叫弄W t LTtWC /耨4 3M。

34、L0崛1上述二公事JdrContent 5JP2.QHJ-E- Tpriflpa非单 7 rHtKPjwrm：】/：通:q上qJHS?尸一）IK能册号日葭/LTtN/二下Ercrd9别1门rcqu市Tefib：J* j BTTTWC=T17Tj7RTr!5O7fr t F#rII:羯寿 J LTERfiC-ftRCCSflne LacAtt 】*se：*rm * LTTRRCsierrnnr0 min or tj： e,(x 口。Ljmjjtxis 皿 J eqijKtULfT 的上gi uodig FOR - (0)Nd D*o* 4fl requwt D*drtQUfJfcOH，万b明丽

35、中（筝 b3 Mbi H&b&Sb】CSFBETS后HIS出不带 釉号称门，李孤耳Ut篝1$衅1配掩：理期& 用3布39。北 4.1 ：393UnameF ,一 . r , m * ri0 TOA wtuEi.蹴R.xMXXMUQ4 巾 4 4 qmj mS/ctTr，M巾)CO OQ4 L妣XiMUWhAa，t- TD A * 中。二口刖110 rtflfi uMpQCb DL)J B5- 0ir- rk&tfctTfflnjferMOH DQ务2S - M出州曲*M眈AMEt器叫TD耒3到号荐PLWWEeE阳 U献到F -onnEg成ele$c(COiOQ仲3+为Ml UJI:39JM 1

36、1:26:19 JM 1耻疑匐.QK 1耻莪;WM .承刑的U 津 HOW iizQWl$：36网03知肌M：肛科。 l史曲W.5M 福加5M I耻筹 3-X n aster Inform i onBlodc4 70 SiyllwilflferfltHrOfrfifQ TO河口皿口50hfoE 4 PAXFJtElrf。 ATOaster Inffi朴aster Ifrfo硬 TDAHEemlnfq 号aster nfoiTD S- n aiicr I a! cm - L 7OfTi* ,gffllq主叫未寻呼到 叫，直接收事 IMS下发imd604 IAASM问题. IDS-x；片二呻空金卜、：八4 TOS* syiKjHorrti rti on Bfcd / V结论：爱立信IMS网元MGCF默认配置容量偏小，发生以上问题后，经过扩容已达可处理 2、3G呼叫320个。案例4:华为EPC修改EPS与切换碰撞，拒绝承载修改。核心网问题文案大全实用标准现象：主叫VOLTE起呼后，收到网络回复trying ,激活了 EPS承载后， 又进行了 1次EPS承载的修改，此时主叫侧在发生了 1次LTE的切换后， 收到IMS网络下发的sip503消息，服务不可得。设备：华为EPC分析：某地在激活EPS完成后，仍需要进行2次EPS承载的