网络指标提升专题-掉话专题

GSM网络优化中掉话、拥塞的原因及解决办法1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。

掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。

1.1掉话产生的原因1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。

当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。

基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。

交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。

2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。

（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。

（3）孤岛效应。

如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。

3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。

如：PMRG设置过高或相邻小区参数做错都会导致掉话。

4、基站硬件引起的掉话：BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。

5、Abis接口失败产生的掉话Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。

网络指标提升专题-掉话专题目录1.概述 (4)1.1.编写目的 (4)1.2.预期读者与建议 (4)2.掉话/掉线相关流程及参数 (4)2.1.无线掉话/掉线率的定义 (4)2.2.掉话/掉线的相关流程 (4)2.3.定时器、计数器介绍 (8)2.3.1.UE侧相关参数及定时器、计数器 (8)2.3.2.Node B侧相关参数及定时器、计数器 (9)2.3.3.RNC侧相关参数及定时器 (10)3.无线掉话/掉线的分析流程 (10)3.1.KPI统计指标分析 (11)3.2.TOP小区分析及测试必要性 (13)3.3.掉话/掉线问题分析 (14)3.3.1.邻区漏配 (14)3.3.2.覆盖差 (14)3.3.3.干扰导致的掉话 (15)3.3.4.切换导致的掉话 (15)3.3.5.异常分析 (15)3.3.6.常见问题分析 (16)3.3.6.1.RL failure or RLC error timer expiry (16)3.3.6.2.Cell Update Confirm 超时 (17)3.3.6.3.Receive Ue Timeout Msg during HO (18)3.3.6.4.The reason for the action is expiry of timer TRELOCoverall. (18)3.3.6.5.Re-access Release (19)3.3.6.6.Release requested due to UE generated signalling connection release (20)3.3.6.7.Receive Ue Failure Response Message In DTD Proc (21)3.3.6.8.Receive UE TimerOut Response Message (22)3.3.6.9.RRC release when INTEGRITY CHECK fail (22)3.3.6.10.The action of ue failure result RRC release (23)3.4.掉话/掉线常见原因总结 (23)3.5.分析思路小结 (27)4.案例分析 (30)4.1.UE2切换后掉话问题分析 (30)4.2.小区更新失败导致掉话问题分析 (36)4.3.呼叫重建失败导致掉话问题分析 (45)4.4.RNC边界区域掉话问题分析 (52)4.5.UE切入碧桂园小区掉话问题分析 (55)4.6.广州明经村附近掉话问题分析 (58)4.7.广州东仁新街附近掉话问题分析 (61)4.8.虹六村曹家角附近掉话问题分析 (64)1.概述1.1.编写目的本专题教材从KPI 分析的角度，以现网TOP小区分析的方法为引子，对TD-SCDMA网络掉话率/掉线率指标优化思路进行阐述，包含CS，PS域各项业务掉话率指标的提升。

5G网络掉话率指标优化经验总结1.掉话率提升针对5G掉线率指标，通过专项优化、指标监控预警及日常TOP小区处理等动作进行指标提升，目前全省5G掉线率指标0.1%以下，改善明显。

1.1.5G掉线率专项优化通过基于MRO的邻区漏配优化、PCI混淆优化、互操作策略优化、边界小区优化、BWP节电功能与终端兼容性优化等专项优化动作有效降低5G掉线率。

1.1.1.基于MRO的邻区漏配优化通过MRO数据文件进行采样点级统计，当服务小区与邻区存在多个达到切换门限的采样点且服务小区与邻区未定义邻区关系，同时判断服务小区与邻区距离与相对角度，均满足合理邻区条件时，则判断该邻区关系漏配，需进行添加。

截止目前基于MRO数据核查出邻区漏配52742条，添加邻区34009条，其余邻区因小区背向覆盖、站点搬迁、中间间隔多层站点等原因暂不进行添加。

1.1.2.PCI混淆优化当邻区外部定义存在PCI混淆（NR基站配置2个同频点同PCI的LTE外部小区）时，可能会导致执行阶段切换失败，进而引起用户掉线。

通过一定规则对NR基站NR/LTE外部小区进行核查优化，截止目前共优化1862个小区，小区整体NR切换成功率由98.05%提升至99.57%，对应小区无线掉线率由0.18%降低至0.05%。

PCI混淆优化原则如下：（1）存在PCI混淆情况的邻区对1周累计切换次数≦5次或距离大于3km，进行删除；（2）存在PCI混淆情况的邻区对均不满足条件1时，距离大于2km且1周累计切换次数≦20次的，进行删除；（3）存在PCI混淆情况的邻区对不满足条件1和条件2时，修改LTE小区PCI，且需注意复用距离与修改后的PCI不会对其他NR、LTE外部小区造成PCI 混淆情况；（4）均满足条件1或条件2时，选择距离更远、5-4切换次数更少的进行删除。

1.1.3.互操作策略优化（增加盲重定向的应用）针对现场可能还存在的少量邻区漏配或者错配等原因导致的5G终端在5G 弱场无法及时切换到4G导致的拖网掉线情况，引入保底盲重定向和邻区漏配直接走重定向策略，降低用户掉线风险，目前已在试点推广，试点区域5G掉线率由0.13%降低到0.07%。

FDD VoLTE高掉话优化1概述10月15日-21日，泉州QCI=1掉线率0.036%，高掉话小区占比0.73%，指标远劣化于其他地市。

高掉话小区占比0.800.700.600.500.400.300.200.100.00福州厦门宁德莆田泉州漳州龙岩三明南平对高掉话小区进行分厂家、分制式进行分析，发现问题小区主要集中于中兴FDD900网络，但涉及小区数多，且超过一半的问题小区掉话基数小，难以提升。

针对该项短板，泉州前期已开展如下工作：日常TOPN 小区优化，主要进行LTE 小区覆盖范围确认，优化4-4切换、4-2切换。

但提升效果不明显，故开展高掉话专项优化，预期达到全省平均水平，同时总结出一套有效压降高掉话的优化手段，为后续优化做参考。

2 优化原则2.1指标定义高掉话小区定义：VoLTE 语音话务量(erl) >1erl ，且E-RAB 掉线率（QCI=1）（小区级）>1%。

0500100015002000华为中兴FDD1800687FDD900551620TDD314220泉州高掉话小区分布E-RAB掉线率（QCI=1）（小区级）=【eNB请求释放的E-RAB数(QCI=1) -正常的eNB请求释放的E-RAB数(QCI=1) +切出失败的E-RAB数(QCI=1)】/ 【遗留E-RAB个数(QCI=1) + E-RAB建立成功数(QCI=1) + 切换入E-RAB数(QCI=1)】*100%。

2.2根因定位中兴网管上QCI1 E-RAB掉线次数对应到如下COUNTER，现网FDD网络掉线原因有UE切换失败、无线链路失败、重建失败、小区关断或复位、S1链路故障等，其中短板为重建失败。

中兴网管释放原因COUNTER，定位到短板在于QCI1 E-RAB释放次数，由于ENB重建立失败。

（1）重建立原因协议3GPP36.331定义触发重建原因包括如下几类：The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one of the following conditions is met:1> upon detecting radio link failure; or1> upon handover failure; or1> upon mobility from E-UTRA failure; or1> upon integrity check failure indication from lower layers; or1> upon an RRC connection reconfiguration failure;现网重建请求中，主要为切换类型、其它原因触发发RRC连接重建。

剖析VoLTE掉话参数提升用户体验XXXX年XX月目录一、概述 (3)二、VoLTE掉话机制 (3)2.1VoLTE掉话场景 (4)2.2无线侧掉话 (8)2.3EPC侧掉话 (11)2.4IMS域掉话 (11)2.5VoLTE掉话指标定义 (12)三、VoLTE掉话参数研究 (17)3.1无线链路相关定时器 (17)3.2S1、X2、站内切换相关定时器 (18)3.3CCE容量配置 (19)3.4多目标RRC重建功能 (20)3.5MME延迟释放功能 (21)四、思路验证及成效展现 (22)4.1无线层掉话定时器参数调整降低掉话 (22)4.2切换失败掉话定时器参数调整降低掉话 (22)4.3PDCCH拥塞导致掉话问题优化 (23)4.4多目标RRC重建功能 (25)五、总结及经验推广 (27)剖析VoLTE掉话参数提升用户体验XX【摘要】VoLTE具有接续时延低、视听效果高清、频谱利用率高、容量大、业务灵活等特点，但随着用户持续上涨，网络问题也不断显现，用户感知劣化、投诉等问题严重影响了VoLTE的口碑，而相对其它网络问题，VoLTE掉话对用户感知影响更明显的影响。

本文就VoLTE的掉话机制，对不同掉话首拆网元及过程深入分析、针对性从VoLTE掉话机制相关的无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数的研究，通过大量试验，进行参数归一化，提升用户感知，以支撑VoLTE业务的蓬勃发展与推广。

【关键字】VoLTE，掉话，参数研究一、概述当前正处于互联网迅猛发展的时代,在线视频、文件传输和交互服务的广泛使用, VoLTE 业务的蓬勃发展不言而喻，截止目前，江苏电信VoLTE活跃用户430万左右，呼叫总流量达到1041.58GB，用户的不断增长，也导致了用户感知劣化、投诉等问题的严重化，为更好的保障VoLTE的商用推广，提升用户感知质量是优化工作的重要环节，而掉话是直接反应用户感知质量状态的重要指标，减少掉话成为VoLTE研究的重要课题；研究从本质出发，以VoLTE语音业务中的掉话机制为基础，对终端、基站、EPC域、IMS 域不同的掉话首拆网元和过程的细化分析，梳理相关掉话触发机制和条件，针对性的对在掉话触发机制、条件以及增强鲁棒性方面进行深入研究，通过试验对相关无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数进行归一化推广，减少掉话几率，提升用户感知。

VoLTE经验总结1 广州VOLTE网络质量现状经过近三个月的优化工作,广州ATU网格内,掉话率逐步改善,从%四月下降至%七月；接通率从%提升至6月份的%,七月份下降至%;七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB 等异常问题导致的连续多次未接通;广东公司计划在本周对广州IMS进行华为IMS替换爱立信IMS的操作,故七月份测试遇到的异常IMS相关问题分析进度暂缓;2 广州VoLTE测试问题优化进展异频重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,因邻区缺失导致异频重定向掉话,该问题需升级P02版本解决;网格44、45测试过程中未发生异频重定向掉话,信令上分析测试过程中出现过多次连续上报异频A3的测报,未切换也未发生重定向,P02版本禁止QCI 1 业务异频重定向功能生效;异系统重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE发生重定向掉话,该问题需升级P02版本解决; 网格44、45基础覆盖较差,以往拉网测试均会发生多次系统重定向掉话,7月24日,网格44、45完成P02版本升级,升级后重定向掉话问题解决,拉网测试掉话率改善明显;P02版本禁止QCI 1业务重定向功能打开,终端上报A2盲重定向门限或B2事件2G邻区信息错误等前期会导致重定向的情况下,网络均未下发重定向,VoLTE业务保持通话结束后自动挂机,未产生掉话事件TM3/8转换掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE业务过程中发生TM3到TM8模式转换,因为基站提前转换导致终端掉话,该问题需升级P02版本解决;8月3日,网格45所有升级站点打开TM3/8自适应,验证VoLTE业务在TM3与TM8进行转换时是否掉话,测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换,转换正常未发生异常;X2开启告警验证问题解决背景：广州前期因中兴网管告警问题未打开X2接口,导致跨站重建立不可用,需升级P02版本对X2告警量进行抑制;8月5日,网格44、45所有升级站点打开X2接口功能,指定开启X2自配置站点213个,8月6日统计站点X2偶联条数共计4604条;告警问题：网格44、45开启X2后,8月6日网管出现60多条X2断链告警,告警主要原因：a、传输不通,部分微站无法与宏站正常建链；b、个别小区被蔽塞不能正常建链；升级后EMS网管上只出X2断链告警,并且所有基站仅出1条多条X2断链,无SCTP断链告警,网管上可明确区分X2与S1告警,告警量大幅下降;X2开启跨站重建立功能验证P02版本支持无邻区的跨站重建立,在X2链路建立后,对于无邻区跨站重建立带来一定的增益,提高跨站重建立的效率；X2开启,网格44统计VoLTE拉网发生重建立请求共14次,跨站重建成功6次；从性能指标统计来看,RRC重建成功率从50%左右提升至80%左右;原理：目标小区通过终端上报的PCI查找该站点保存的有X2关系的邻站所有小区信息,向所有相同PCI小区索取上下文;3 广州VOLTE优化经验日常优化工作日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化,功能优化四个方面着手,与ATU路网、工程建设紧密配合,提升整体网络质量;RLC优先级优化现象：呼叫建立与切换过程冲突,专载被MME释放;呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回复invite580也有上发CANCLE的情况,专载丢失形成未接通事件;原因分析：QCI5设置的RLC优先级为2,高于SRB=2传送NAS层消息配置为3. 导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送;优化措施：降低QCI 5优先级,确保SIP消息及时上传,修改后此类问题改善明显;QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放;原因分析：UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话cancel;经过分析,由于QCI5的pdcp 丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包;优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后,主叫起呼,被叫首先bye消息,紧接着接连收到多条上一次呼叫的invite,被叫回复bye481\invite486\invite580,呼叫失败;优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次,最大重传隔间从十几分钟改为15s,此类问题已解决;系统间邻区优化广州LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划,同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据,将4G和2G拉网信号强度、经纬度、服务小区等信息导出;通过经纬将4G弱信号RSRP<-110dbm与2G 强信号RXLOV>-95dbm在50米范围内拟合,根据拟合度对2G邻区进行补漏工作5月份第一轮拟合数据,剔除现网已配置的邻区关系,补漏483对；6月份第二轮拟合数据,剔除现网已配置的邻区关系,补漏邻区关系487对;eSRVCC切换提升明显,且由于2G邻区不准确导致的异系统重定向大大减少;重定向掉话中兴区域掉话最严重属于重定向掉话,在中兴基站算法中,以下三种可能发生重定向,重定向释放RRC后,专载同时被拆除,VoLTE业务产生掉话;上行PUSCH功控参数优化背景：4月集团在中兴区域拉网测试发现上行PUSCH发射功率偏高,对现网参数检查发现,中兴区域上行期望功率值设置过高;优化措施：进行功控相关参数优化,现网配置：p0NominalPUSCH =-75 ；puschPCAdjType=0优化值：p0NominalPUSCH =-87 ；puschPCAdjType=2●同等路损情况下,参数修改后,ue发射功率大约下降2~3dB;●目前终端平均上行发射功率仍高于10db,仍需中兴完善现有功控方式;修改后,PUSCH TxPower10dbm以上占比由40%下降到30%左右;RTP丢包率优化背景：4月份测试中,中兴区域RTP丢包率偏高,个别网格甚至达到2%以上;原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃；外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系,QCI 1 PDCP Discardtimer 配置越大,RTP丢包率越低,但Jitter也随之变大;●MOS值与RTP丢包及Jitter关系都较大,目前广州正在601P02版本下进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证;●进一步联合中兴公司定位RTP丢包率偏高的问题,并推动产品功能算法改进;MME专载保存功能可选功能描述：在基站发起UE-lost原因值的上下文释放请求时,MME保持专载2s不释放,等待空口重建;验证情况：已在GZMME1602下成功验证了该功能;当时无线环境较差,UE发起RRC重建失败,通过MME专载QCI1保持功能使得在新发起的业务过程中,RRC重配中建立包括专载QCI1的3条DRB,不会发生掉话;本次测试中专载保持时长约功能总结：1当无线环境较差时,UE发生RRC重建,若RRC重建成功,将不会掉话;2MME侧也可以在RRC重建失败后,通过MME专载QCI1保持功能使得在新发起的业务过程中,专载QCI1继续保持,也可使得不掉话;3此功能为爱立信MME非必选功能,建议打开;但是该功能不在集采目录,暂时无法采购; 专载释放与切换冲突,通话结束未收到专载释放掉话问题描述：在拉网测试过程中,通话挂机后,主叫上报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,根据协议规定,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收到del bearer req,专载释放与切换冲突,基站未下发NAS问题描述：通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时发生切换,EPS 专载没有释放,1s后软件统计掉话;问题分析：主叫挂机后,MME收到del bearer req,下发Deactivate EPS bearer context Request给源eNB携带NAS释放专载,但同时源eNB触发X2切换,向MME响应ERABrelease response X2-Handover-Triggered,NAS消息未下发到;根据协议中有描述当eNB在触发X2切换时,eNB将不传递NAS消息;优化措施：属测试软件统计问题,建议软件加以剔除该问题;4 存在问题和建议设备功能问题：●切换冲突问题：基站无法解码SIP消息,UE专载建立完成的NAS消息上报时间无法确认,基站侧难以彻底解决,需要核心网做相应的功能优化,●呼叫过程eSRVCC：IMS不支持呼叫过程中发生eSRVCC,在4g网络覆盖达到2g规模之前,该问题都不可避免存在;终端eSRVCC测量性能提升4G弱覆盖比例较高：广州网格范围内黑点路段603个,是VoLITE业务问题多发路段,大部分需要加站解决,专项整治计划进度和质量不在项目把控范围;而目前芯片在测量GSM 邻区的时延较长,存在LTE弱信号拖死掉话的较大概率;2 案例分析典型案例案例1：LTE弱覆盖,eSRVCC切换不及时掉话10:57:基站下发异频异系统测量报告,包含2G频点及B2门限LTE:-110,GERAN:-9510:57:,主叫达到B2门限10:57:,主叫RSRP已恶化至-117dBm,SINR至-3,但终端仍没有上报B2事件10:58:,RTP包不能正常收发,10s后RTP inactivity定时器触发,会话中断,出现掉话：解决建议：①规范LTE频点配置,清理多余异频频点,缩短终端测量周期；②终端芯片提高测量能力,尽快实现CDRX休眠期测量功能;案例2：VoLTE单通现象VoLTE单通现象分为两类：一是VoLTE打VoLTE单通,二是VoLTE拨打GSM单通;经分析,第一类主要是终端问题,第二类主要是网络问题;注：红圈为RTP包抓包位置案例3：eNodeB参数配置不合理,导致eSRVCC失败问题现象：终端发生eSRVCC时,在LTE向GSM切换过程中产生掉话;问题分析：终端可以正常收到测控消息,并上报测量报告,且掉话发生在向GSM切换过程中,是GSM或者和基站侧参数设置问题;问题解决：基站BsCAccess-ID项中的管理状态为Locked,设置有误;将该状态修改为Unlock 后,对该站点进行重启后发现eSRVCC功能正常;空口信令判断案例案例1：RRC重建失败,无线网问题现象：切换失败导致RRC释放,重建RRC未成功,重新进行RRC申请,QCI=1的承载未建立成功,导致掉话分析：呼叫重建失败后,新小区重新申请RRC,未能建立VOLTE专载,导致掉话;该流程均由ENODEB控制执行;而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等,均为无线网问题;结论：切换失败与RRC重申请流程均与EUTRAN相关,因此认定为无线网问题; 案例2：基站异常导致双端无下行信令及RTP包断传,无线网问题现象：主被叫VOLTE接通后,在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发bye request挂断;分析：丢信令之前,主被叫双端处于同一小区,且RTP包双向传输正常;丢信令期间,终端测量信息完整,但在2秒后发生RTP包只有终端向网络单向传输,未再有任何网络下发的RTP包,高度怀疑基站临时故障导致;结论：软件显示丢信令,但通过进一步分析确认应为基站故障导致;无线网问题; 案例3：VOLTE接通下发生IMS注册掉话,IMS网络问题现象：VOLTE接通后,被叫发生IMS注册且成功,此时主叫收到网络下发的bye request内含注册超时字样分析：按照3GPP协议,终端应在3000秒上发注册,本次华为SBC于3600秒才收到注册请求,此时IMS认为注册超时,对主叫下发了sip bye消息释放了;但通过进一步确认,终端实际于600秒前已上发了注册消息UDP,但此时恰好在G网下,未收到回复：注：同样类型的掉话也有600秒前处于LTE网TCP,而未收到OK或未鉴权回复的情况结论：前10分钟的注册失败,导致了后续的IMS通话中释放,虽然终端前一次的失败处理机制可能存在问题,但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥;网元流程判断案例案例1：被叫收到寻呼但未收到INVITE请求,核心网问题现象：主叫上发了invite,被叫收到了寻呼且建立RRC成功,此时应收到下行的invite,但始终未收到;分析：被叫响应寻呼并进行了RRC申请,表明MME已收到由SGW触发的数据业务请求,即sip invite消息应由IMS网元的SBC下发给了PGW、SGW;①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW②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切换时,由于EPS 承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区被释放,切换完成后呼叫中断①切换准备时,MME向目标小区发切换请求,RAB建立请求表只有2条,无QCI=1的专载②目标小区收到MME的切换请求后,回复的切换确认消息里仅有2条RAB建立③MME向源小区下发的切换命令消息中,只建立2条承载,导致ENODEB释放了QCI=1的VOLTE专载;结论：切换与EPS激活流程碰撞,无线网与核心网配合问题;在进行激活EPS专载过程中,发生切换时,均会造成上述问题,目前还无较好的解决办法;网络设备问题案例总结案例1：中兴ENODEB异频重定向掉话,无线网问题现象：主被叫VOLTE接通后,服务小区信号较差,但未配置异频邻区；通过重定向消息RRC connection release携带频点,由D频段重定向到F频段,但VOLTE呼叫不支持重定向方式的RTP包接续,导致掉话;设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下,影响用户在LTE数据业务下的感知质量,默认具备异频重定向功能,但未曾考虑对VOLTE呼叫的接续保持;结论：完善邻区配置,在VOLTE呼叫区域考虑关闭中兴设备的异频重定向功能;案例2：华为基站到卡特切换导致的RTP包传输中断问题,无线网问题现象：主被叫接通状态下,在发生一次由华为设备到卡特设备的切换后,20秒后主被叫终端同时上发了bye request消息,网络侧回复bye487 Request Terminated,后网络去激活了EPS承载,掉话;设备：华为ENODEB与卡特ENODEB分析：PDCP SN SIZE长度有12bit和7bit,目前华为基站配置为12bit,贝尔配置为7bit,两个厂家配置数据不统一;华为enodeb设备具有自适应功能;①在华为小区起呼时,切换到卡特小区时,卡特无自适应功能,PDCP SN不一致导致组包混乱;②当在贝尔小区起呼时,切换到华为小区时,华为PDCP SN自适应为7bit,通话正常; 结论：临时解决方案：华为PDCP SN Size修改为7bit,进行拉网测试主叫呼叫56次,未出现终端主动上发bye的掉话;异常掉话及切换后单通问题基本解决案例3：爱立信IMS网元CS域呼叫处理能力不足问题,IMS网络问题现象：在做互通测试过程中,主叫VOLTE起呼后,被叫始终在TD下未收到寻呼消息,主叫收到网络侧下发trying后,立即收到网络下发的invtie 604Does Not Exist Anywhere,呼叫失败;设备：爱立信IMS分析：空口信令仅能确认,被叫端处于TD网,发INVITE到MGCF,MGCF回复604 Does Not Exist Anywhere;该问题为爱立信IMS网元MGCF默认配置仅能同时容纳32个CS域呼叫,导致互通测试过程中,由于容量不足,造成大量连续未接通;结论：爱立信IMS网元MGCF默认配置容量偏小,发生以上问题后,经过扩容已达可处理2、3G呼叫320个;案例4：华为EPC修改EPS与切换碰撞,拒绝承载修改;核心网问题现象：主叫VOLTE起呼后,收到网络回复trying,激活了EPS承载后,又进行了1次EPS承载的修改,此时主叫侧在发生了1次LTE的切换后,收到IMS网络下发的sip503消息,服务不可得;设备：华为EPC分析：某地在激活EPS完成后,仍需要进行2次EPS承载的修改,本次呼叫时第2次EPS的修改空口信令不可见恰好与切换同时发生,当IMS要求核心网PCRF需要对EPS承载进行修改时,由于切换具有更高的优先级,华为EPC拒绝了承载更新,而只执行切换,导致IMS下发sip 503消息中断呼叫该市合适的CQI=1的EPS承载建立需要3个步骤：①CQI=1的初始EPS承载建立,GBR=40kbps但TFT无IPV6地址②修改GBR49kbps支持高清语音并对TFT内的增加IPV6地址以及UDP端口进行修改③在现有TFT中再新建两个ptf;结论：冗余的EPS承载修改TFT,一方面导致了呼叫建立时延长；同时增加了与切换发生冲突的几率；华为EPC在切换与修改EPS承载冲突时,不具备同时处理或排队处理的能力,导致直接以“资源临时不可得”拒绝了承载更新;一方面建议降低EPS 承载修改次数,减少切换碰撞几率与时延；另一方面建议华为EPC进行升级;案例5：华为EPC、中兴IMS协议理解不一致;IMS网络问题升级SBC解决故归此类现象：VOLTE起呼后,EPS承载激活完成,有一定几率1秒后直接收到网络直接下发sip 500消息Server Internal Error,中断呼叫;设备：华为EPC、中兴IMS分析：EPC按照3GPP规范产生的计费标识中包含“0a”的内容,但在IMS网络中,按照SIP协议将“0a”解析成换行符,造成对计费标识的误读;导致中兴IMS网与华为EPC网元PCRF对RX接口中字符格式理解不一致；中兴不支持PCRF通过Rx接口返回的不可见字符,导致了IMS直接下发了内部服务器错误经过IMS内部信令跟踪：①中兴IMS网元SCSCF返回500错误,原因为收到SBC转发的invite request消息携带的PCV头部有问题,发现换行符0A,导致S-CSCF网元上解码认为头部结束,从而认为不合语法规范,获取ecid失败②华为EPC网元PCRF通过Rx接口返回接入网络计费标识Access-Network-Charging-Identifier-value,至中兴IMS SBC,而后中兴SBC通过ecid参数来HEXDIG编码上述计费标识信息协议：The Access-Network-Charging-Identifier-Value AVP AVP code 503 is of type OctetString, and contains a charging identifier结论：即3GPP该计费标识可以包含字符串形式,中兴按IMS SIP协议理解ecid只能是可见字符,对字符串形式不进行HEXDIG转换,导致了上述问题;临时解决方案,中兴SBC进行相应的版本或补丁解决,支持不可见字符;。