LTE核心网常见投诉案例分析
LTE投诉案例-CSFB参数设置不合理,导致终端CSFB回落失败
CSFB参数设置不合理，导致终端CSFB回落失败关键字：CSFB回落频点优先级专业：FDD-LTE网络优化设备类型：LTE室外宏基站设备设备厂家：中兴通讯设备型号：B8300问题现象：用户投诉必里营子基站附近不能拨打电话，用户使用LTE-FDD UE终端。
现场测试占用必里营子FL_1信号,RSRP=-80dbm，进行CSFB做主被叫时均失败，用户不能做语音业务。
原因分析：测试区域中，现网其他站点能够成功回落，在同地点由其他站点覆盖后可成功回落，判断非终端问题，该地点3/4G信号满格，排除弱覆盖。
综上所述，FDD-LTE 语音业务需向WCDMA回落，需按以下步骤排查。
1、硬件问题。
2、CSFB开关3、协同参数：TAC-LAC一致性4、回落频点配置5、定时器6、CSFB优先级解决措施：1.必里营子FL基站无告警，排除硬件问题。
2.核查必里营子FL基站CSFB开关，UL CSFB开关打开，GL CSFB开关关闭，配置正确。
3. TAC-LAC一致，排除3/4G位置区不同。
4.核查LTE侧UTRAN回落频点配置，发现回落频点设置为空：将UTRAN频点配置后：前台测试人员进行CSFB测试，发现主叫可以正常回落，做被叫时回落失败。
主叫信令截图如下，配置频点后可发现RRC Connection Release中携带U900频点3085，且有Alerting（振铃），主叫成功回落，时延为7s-8s。
但前台反应现场被叫时，回落不成功，但该UE做主叫业务后短时间内做被叫可成功回落。
据此现象怀疑为位置更新超时。
经与前台再次沟通后，确认UE 做主叫业务后10s内做被叫可成功回落发生此现象，分析原因为UE主叫回落至3G在挂机后，由3G重选向4G过程中接到寻呼，实际上此时UE做被叫占用的是3G信号。
排除位置更新超时。
5．核查CSFB优先级，发现现网如下设置：中国联通FDD-LTE制式下语音解决方案是由LTE向WCDMA进行CSFB回落，但是在CSFB优先级中却将GERAN网的优先级设置为高，其他制式优先级为0，在此种情况，UE会向GERAN回落，现网未配置GSM回落频点，回落失败。
LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120
处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询（这功能暂时我们没权限）可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示：1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。
4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息7）被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求，核心网问题8）被叫方通知主叫方，自己所支持的媒体类型和编码。
9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。
例如本例中，eps-BearerID=7，DRB-ID=5。
银川移动日常投诉优化案例-高层干扰分析
布天线位置决定导致室内分布信号较弱为-75dBm 左右，宏站信号复 杂原因为客户所住高层信号飘散至该处所致。
LTE 由室外宏站覆盖受楼层阻挡及楼层高度影响，室内 LTE 覆盖 -100dBm 左右，SINR 为 14 左右，下载速率一般。也存在重选频繁现 象但上网感知较好，主要存在回落问题。 应为解决措施
1、降低宝湖湾二期 NG2-6 分布的输出功率 8db，并进行小区重 选偏置调整进行惩罚；
2、对金凤区宝湖天下 NG2-5 调整小区重选偏置进行奖励，使空 闲态更易驻留；
3、调整金凤区宝湖天下 NG2-5 到金凤自来水厂 NG1-1、公安康 复中心 NG-1 切换门限值，使通话时减少切换的频率；
4、删除金凤区宝湖天下 NG2-5 对艾依水郡 NG1-1 的单向邻区。 5、下压金凤五里宜居-NGH-2 天线机械下倾角，使投诉地该小区 的信号减弱。 6、分别添加金凤宝湖湾 26 号楼-NLH-1、金凤宝湖湾二区 27 号 楼-NLH-1、建华中学-NLH-3、金凤艾依水郡-NLH-1 到金凤区宝湖天 下 NG2-5 主 B 频点 1003，使回落正常。 案例总结 面对高层室分未入室或者做室外分布限制导致高层无主服小区 受室外宏站飘散信号的影响频繁重选和切换带来质差或者掉话，LTE 则出现频繁重选和切换影响上网感知和回落。该问题需仔细制时间 关键字
宝湖天下小区投诉类 2/4G 高层干扰问题处理
诺基亚
专业
设备型号 作者
LTE 、 设备类型 GSM
软件版本 作者电 话
高层干扰、回落、重选切换频繁
故障现象
在处理日常投诉中对金凤区宝湖天下 1 号楼 23 楼客户进行测试
时发现，该客户家中北面饭厅和南面客厅存在高层干扰。饭厅主要占
LTE核心网配置问题导致Cat4终端无法注册
案例名称：LTE 核心网配置问题导致Cat4终端无法注册一、 案例关键字二、 案例问题现象LTE 核心网EPC 及第一个FDD LTE 站点开通，在验证EPC 、站点业务能力时，发现Cat3终端能够正常注册，但是Cat4终端无法注册。
三、 原因分析和排查处理1、 首先分析前台测试LOG ，发现Cat4终端Attach Reject 原因为协议错误。
但Cat3终端能够正常注册。
2、跟踪核心网信令，发现在完整性校验阶段注册被拒绝。
3、对比Cat3和Cat4两款终端UE能力上报情况，发现Cat3终端上报的终端能力是，Cat4终端上报的终端能力是，两款终端加密算法都是E0，但是完整性保护算法一个是E0一个是60，支持能力的确有差别；然后Cat3注册成功的时候加密算法最后选择EEA0，完整性是EIA0，也就是空加密算法，空完整性算法；Cat4注册失败的时候选择加密、完整性算法均与Cat3终端不同，比如：4、从上述分析可以看出，核心网加密及完整性保护算法与UE能力支持不同，导致Cat4终端无法完成注册。
1、由于核心网的鉴权加密算法不能关闭，则需要打开核心网部分功能开关，使其支持更多的加密及完整性保护算法，具体配置如下：SET LICCTRL: PN="82203929", SWITCH=ON;和SET LICCTRL: PN="82203930", SWITCH=ON;2、核心网功能开关打开后，Cat4终端能够正常Attach。
案例总结Cat4终端的UE能力为E0 60，代表UE支持算法为E0：EEA0 、EEA1 、EEA260：EIA1、EIA2但是MME侧因为没有打开license，那么MME默认只支持空加密算法，即只支持：EIA0和EEA0，这样，UE支持的能力和MME支持的能力就没有交集（无共同的加密算法），MME 拒绝了附着请求。
所以，通过打开MME的支持加密的license后，Cat4协商得到了EIA2和EEA2的算法，流程通过。
中国移动集团LTE案例资料
集团LTE案例库总结目录1.LTE下载速率低原因及相关案例 (4)1.1无线环境 (4)1.1.1案例1：系统外干扰（DCS1800）导致LTE宏站单小区下载速率低 (5)1.1.2案例2：服务小区与邻小区PCI存在mod3 干扰造成下载速率过低 (7)1.1.3案例3：由GPS失锁引起的F频段LTE基站上行干扰 (9)1.2 容量 (9)1.3无线参数配置 (10)1.3.1案例4：爱立信小区上下行时隙配比错误导致上行高BLER速率低 (10)1.3.2案例5：LTE的功率PA、PB参数设置不合理导致下载速率低的处理 (10)1.3.3案例6：爱立信LTE小区DLTARGETBLER参数配置有误导致下行速率低111.3.4案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低 (12)1.3.5案例8：由于PDCCH信道误码率较高导致下载速率波动 (13)1.3.6案例9：TA同步功能未打开导致LTE下载速率抖降问题案例 (13)1.4传输问题 (14)1.4.1案例10：LTE 传输问题导致小区下载速率低 (14)1.5传输参数问题 (15)1.5.1案例11：PTNQOS参数限制导致LTE下载速度低案例 (15)1.5.2案例12：PTN侧MAC地址学习功能未配置导致LTE基站FTP下载速率低 (16)1.5.3案例13：由交换机端口配置不正确导致LTE TDD下载速率波动问题 (16)1.6核心网参数 (17)1.6.1案例14：QCI设置错误导致演示厅LTE下行速率低问题 (17)1.7基站存在故障或告警 (18)1.7.1案例15：室分场景多RRU合并后某一RRU驻波导致速率低 (18)1.8其它类别 (19)1.8.1案例16：LTE测试软件配置错误导致下载速率低 (19)1.8.2案例17：由于合路器接法不正确引起的下载速率低的问题 (20)1.8.3案例18：LTE室分双路不平衡导致下载速率低 (22)2.LTE基站小区无法建立或建立异常问题及案例 (23)2.1无线参数配置 (23)2.1.1案例1：GPS数据配置错误导致LTE TDD无法正常开通的案例 (23)2.1.2案例2：LTE宏站小区CRS端口配置错误导致小区无法建立 (24)2.1.3案例3：LTE小区与RRU关联错误导致覆盖接反 (25)2.1.4案例4：LTE基站eNodeB ID标识不唯一导致基站S1偶联链路频繁规律闪断 (26)2.1.5案例5：大唐和华为GTP-U检测功能参数协商不一致导致LTE站点业务频繁中断 (26)2.1.6案例6：由于TDS频点设置问题导致LTE基站无法开启的案例 (27)3.LTE切换问题及案例 (28)3.1覆盖 (28)3.1.1案例1：由于弱覆盖导致成都理工大学LTE小区1与音乐公园LTE小区2切换失败案例 (28)3.2无线参数配置 (29)3.2.1案例2：爱立信LTE小区DCI配置错误导致切换失败 (29)3.2.2案例3：开启防乒乓切换开关导致不切换 (29)3.2.3案例4：由切换门限设置错误导致某LTE站无法进行异频切换 (30)3.2.4案例5：TAU与X2切换冲突导致切换失败并掉线 (31)3.3核心网参数 (32)3.3.1案例6：LTE核心网鉴权关闭导致切换失败 (32)3.4传输参数 (32)3.4.1案例7：LTE基站S1口少配导致切换成功率低处理案例 (32)3.5异厂家参数配置 (33)3.5.1案例8：爱立信与中兴LTE邻小区RLC传输模式配置不一致导致切换失败 (33)3.5.2案例9：大唐与诺西Local Cell Resource ID配置不一致导致切换失败的案例 (34)3.5.3案例10：由于DRB-ID分配策略华为中兴LTE异厂家切换失败案例 (35)4.LTE终端接入问题 (35)4.1无线参数配置 (35)4.1.1案例1：TD-LTE帧同步参数配置错误导致上行干扰，造成终端有信号无法接入 (35)4.1.2案例2：TDL完整性保护算法设置错误导致部分终端无法上网 (36)4.1.3案例3：爱立信室分小区PrachConfigIndex配置错误导致接入性差 (37)4.2核心网配置 (38)4.2.1案例4：LTE的S1口IP配置错误导致终端无法正常接入 (38)4.2.2案例5：在MME中未绑定IMSI和HSS对应关系导致LTE新号段无法附着到网络 (39)4.3传输参数配置 (40)4.3.1案例6：未设置用户面路由导致LTE基站无业务速率 (40)5.2/3/4G互操作问题 (40)5.1.1案例1：由于3G/4G的PLMN不同且未配置EHPLMN导致TD-S重选TD-L失败 (40)5.1.2案例2：华为和中兴MME选路策略不同导致CSFB被叫接通率较低 (41)6.掉话问题 436.1.1案例1：TD-LTE SRS带宽重配置导致掉话率高案例 (43)1.LTE下载速率低原因及相关案例现阶段排查LTE下载速率低影响的主要因素包括：（1）无线环境（2）容量（3）无线参数配置（4）传输问题（5）传输相关参数配置（6）故障（7）传输相关参数配置1.1无线环境无线环境是影响下载速率低的一个重要原因。
LTE案例库总结
LTE案例库总结1.LTE下载速率低原因及相关案例 (5)1.1无线环境 (5)1.1.1案例1：系统外干扰（DCS1800）导致LTE宏站单小区下载速率低 (6)1.1.2案例2：服务小区与邻小区PCI存在mod3干扰造成下载速率过低 (8)1.1.3案例3：由GPS失锁引起的F频段LTE基站上行干扰 (9)1.2容量 (10)1.3无线参数配置 (10)1.3.1案例4：爱立信小区上下行时隙配比错误导致上行高BLER 速率低 (10)1.3.2案例5：LTE的功率PA、PB参数设置不合理导致下载速率低的处理 (11)1.3.3案例6：爱立信LTE小区DLTARGETBLER参数配置有误导致下行速率低121.3.4案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低 (12)1.3.5案例8：由于PDCCH信道误码率较高导致下载速率波动 (13)1.3.6案例9：TA同步功能未打开导致LTE下载速率抖降问题案例(14)1.4传输问题 (14)1.4.1案例10：LTE传输问题导致小区下载速率低 (14)1.5传输参数问题 (15)1.5.1案例11：PTNQOS参数限制导致LTE下载速度低案例 (15)1.5.2案例12：PTN侧MAC地址学习功能未配置导致LTE基站FTP下载速率低161.5.3案例13：由交换机端口配置不正确导致LTE TDD下载速率波动问题 (17)1.6核心网参数 (17)1.6.1案例14：QCI设置错误导致演示厅LTE下行速率低问题 (17)1.7基站存在故障或告警 (19)1.7.1案例15：室分场景多RRU合并后某一RRU驻波导致速率低(19)1.8其它类别 (19)1.8.1案例16：LTE测试软件配置错误导致下载速率低 (19)1.8.2案例17：由于合路器接法不正确引起的下载速率低的问题(20)1.8.3案例18：LTE室分双路不平衡导致下载速率低 (22)2.LTE基站小区无法建立或建立异常问题及案例 (23)2.1无线参数配置 (23)2.1.1案例1：GPS数据配置错误导致LTE TDD无法正常开通的案例 (23)2.1.2案例2：LTE宏站小区CRS端口配置错误导致小区无法建立(24)2.1.3案例3：LTE小区与RRU关联错误导致覆盖接反 (25)2.1.4案例4：LTE基站eNodeB ID标识不唯一导致基站S1偶联链路频繁规律闪断(26)2.1.5案例5：大唐和华为GTP-U检测功能参数协商不一致导致LTE站点业务频繁中断 (26)2.1.6案例6：由于TDS频点设置问题导致LTE基站无法开启的案例 (27)3.LTE切换问题及案例 (28)3.1覆盖 (28)3.1.1案例1：由于弱覆盖导致成都理工大学LTE小区1与音乐公园LTE小区2切换失败案例 (28)3.2无线参数配置 (29)3.2.1案例2：爱立信LTE小区DCI配置错误导致切换失败 (29)3.2.2案例3：开启防乒乓切换开关导致不切换 (29)3.2.3案例4：由切换门限设置错误导致某LTE站无法进行异频切换 (30)3.2.4案例5：TAU与X2切换冲突导致切换失败并掉线 (31)3.3核心网参数 (32)3.3.1案例6：LTE核心网鉴权关闭导致切换失败 (32)3.4传输参数 (32)3.4.1案例7：LTE基站S1口少配导致切换成功率低处理案例 (32)3.5异厂家参数配置 (33)3.5.1案例8：爱立信与中兴LTE邻小区RLC传输模式配置不一致导致切换失败333.5.2案例9：大唐与诺西Local Cell Resource ID配置不一致导致切换失败的案例343.5.3案例10：由于DRB-ID分配策略华为中兴LTE异厂家切换失败案例 (35)4.LTE终端接入问题 (35)4.1无线参数配置 (35)4.1.1案例1：TD-LTE帧同步参数配置错误导致上行干扰，造成终端有信号无法接入 (35)4.1.2案例2：TDL完整性保护算法设置错误导致部分终端无法上网 (36)4.1.3案例3：爱立信室分小区PrachConfigIndex配置错误导致接入性差 (37)4.2核心网配置 (38)4.2.1案例4：LTE的S1口IP配置错误导致终端无法正常接入 (38)4.2.2案例5：在MME中未绑定IMSI和HSS对应关系导致LTE 新号段无法附着到网络 (39)4.3传输参数配置 (40)4.3.1案例6：未设置用户面路由导致LTE基站无业务速率 (40)5.2/3/4G互操作问题 (40)5.1.1案例1：由于3G/4G的PLMN不同且未配置EHPLMN导致TD-S重选TD-L失败 (40)5.1.2案例2：华为和中兴MME选路策略不同导致CSFB被叫接通率较低 (41)6.掉话问题 (43)6.1.1案例1：TD-LTE SRS带宽重配置导致掉话率高案例 (43)。
LTE典型案例分析
LTE典型案例分析覆盖类1.1 概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。
在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。
越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。
过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换；无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是若覆盖的一种。
导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频；1.2弱覆盖1.2.1弱覆盖分析造成弱覆盖的原因有：1、规划的站点由于种种原因如物业等没有开起来；2、天线方位角、下倾角不合理，如下倾角过低；3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差；4、站点过高，如四十多米或更高，会造成塔下黑5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。
针对以上原因建议的方案有：1、推动客户将规划站点尽快开起来；2、调整天线方位角、下倾角到合理位置；1.2.2天线方位角不合理导致弱覆盖现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖，科技园三站点周围的地物如图：图表1科技园三周围地物调整前道路的电平值如下图：图表2优化前科技园三覆盖措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：图表3优化后科技园三覆盖1.2.3天线方位角下倾角不合理导致的弱覆盖现象：东都花园附近有小段路RSRP低于-110dBm，该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
上海-合路器问题造成LTE弱覆盖投诉案例分析
第一时间定位问题，及时与相关部门沟通处理，给予用户明确问题，减少集中投诉，解决后与用户解释，得到用户认可。
正确预处理方法
核查投诉点是否存在室分站点覆盖
客户心理分析
客户发现上网困难，立刻投诉
投诉处理难点
室分站点分布系统排查元器件较多，定位难度大
处理技巧分析
一、定位问题：经核实外贸锦程大厦1F有LTE室分，但现场测试信号较弱
二、处理问题：联系集成商对室分较弱区域进行排查整改
三、联系用户解释，用户反映已恢复正常
案例主题
合路器问题导致LTE弱覆盖案例分析
案例业务分类
基础通信.互联网基本业务.TD上网卡
关键字
Wlan合路器
案例编号
投诉基本信息
投诉基本信息
投诉发生时间
案例上报省份
用户类型
2013-11
上海
神州行
用户投诉方式
投诉单号
投诉级别
10086
一般
投诉处理信息处Leabharlann 环节处理结果入库理由
派单网络口处理
已完全解决
布线整改投诉处理借鉴
投诉现象描述
投诉内容描述
用户反映外贸锦程大厦1F大厅信号较弱，上网网速非常慢和网页无法打开，周围其他用户也一样。
投诉解决措施
客服预处理
错误实例
客服分类
业务分类
投诉申告.基础通信.互联网基本业务.TD上网卡
原因分类
网络原因.故障类
查证处理情况
投诉点测试：在外贸锦程大厦1F大厅进行DT测试，该楼有室分外贸锦程大厦，但RSRP均值为-95.618dBm，大部分区域电平值低于-100dBm，下载速率较慢。
建议集成商对该楼覆盖进行整改。
核心网链路丢包引起通话质量差处理案例
核心网链路丢包引起通话质量差问题的分析和处理案例摘要：2月11日，天长市许多用户向当地局方工作人员反映使用c网手机时无论主被叫语音质量均较差，排查完无线侧设备故障后，发现问题基站均归属同一BHS，最终与核心网工程师配合将问题定位在核心网链路丢包引起的，及时处理后改善了用户使用感知关键字：CDMA BPH 丢包误码 call shutdown 47 语音质量差【故障现象】：2月11日，天长区域内许多用户向当地局方工作人员反映使用c网手机时无论主被叫语音质量均较差，通话时收听到对方的声音总是断断续续的；【告警信息】：通过OMP网管查看用户申告较多的县城及铜城等地基站，未发现任何告警信息；【原因分析】：1、网管指标性能分析：当天障碍现象表征最明显的基站是RCS565天长中行基站，该站覆盖范围较广，话务量较高，障碍出现当天该站2扇区出现了分集告警，底噪输出值较高，如下图：底噪抬升除与天馈系统内部隐性故障相关以外与外部干扰的影响关联性也很大，因天长中行基站下问题现象较严重，网优人员在确认底噪异常告警后立即前往天长县城处理天长中行2扇区底噪异常问题，并排查外部干扰源；由于天长电信局位于天长中行1扇区覆盖范围内，处理问题初期，我们曾将1扇区CBR板件关闭，1扇区CBR板件关闭后，现场进行拨打测试，通话效果有一定改善，所以造成了一种属于单站硬件干扰引起的假象；上图标记处即为天长市电信局位置然而在1扇区关闭后查看网管内基站其他两个扇区的话统指标发现，掉话次数也非常高，而且越来越多的地方有用户反映同样的障碍情况，所以问题并不只是因为1个扇区的影响而产生的，需要针对高掉话次数的具体掉话类型进行分析；首先查看了RCS565基站的当天ROP信息，发现一种call shutdown类型为47的系统掉话所占比例较大，数据与语音相加合计有81次，具体ASSERT CODE说明有两种21590和21740；使用OMP网管内的ropsearch.sct脚本搜索11号当天出现过call shutdown 47类型的所有基站信息及之前一天记录以确定影响范围及具体开始出现的时间，分析输出发现存在以下问题：1）2月10日全天ROP内无该类型系统掉话出现，2月11日首次出现，且最早一次产生于凌晨3时15分，出现扇区为来安半塔基站2扇区；2）除天长市区中行基站外，有用户申告反映的天长汊涧、铜城等基站也有较多次数的call shutdown47产生，也说明了出现语音质量问题的区域和这种新出现的掉话类型是有一定关联的；3）问题基站空间位置上是零散的，所以产生同样的系统掉话类型且反复出现的原因说明他们在网络结构内部存在一定的逻辑相关性，或者从属于同一个网元，AP、SM等；4）出现call shutdown47的基站全部是来安县、天长市基站，其它县、市均未发现，出现频率与基站话务量相关，问题最严重基站就是天长中行基站，而来安县并未有大面积使用感知恶化情况申告；callshutdown47汇总.xlsx至此无线侧原因已基本排除，需进一步弄清call shutdown47的具体解释及产生原因和所有问题基站的关联性；2、核心侧问题分析：在确认问题可能与核心侧设备相关后第一时间联系了本地网网络操作维护中心维护C 网核心网的工作人员，确认2月11日当天核心侧设备是否出现新增告警信息等，并进一步确定问题基站内部联系；在查看数据库信息发现来安、天长基站同时归属于同一SM下,与其他各县不同，SM即为交换模块，它的作用有以下几点：基站的SM归属是根据区域来进行划分的，并在基站的cell2表里配置对应的BHS信息，实现基站和SM及BPH对应关系，来安、天长所归属的SM2下总共下挂了129个基站，出现call shutdown47告警的基站总共有34个，故判断问题可能来自于SM2内部，SM的内部网元结构如下：语音呼叫占用的MGW资源查看565基站的BHS配置，其BHS归属为2-0-2：继续查看铜城、汊涧基站BHS配置，发现也是2-0-2，使用DBsurvey命令取出了所有基站的BHS配置，并查询出有问题的34个基站的BHS配置，发现均为2-0-2，而SM2的2-0-2总共映射了35个基站，其中有34个存在异常，（唯一未出现异常的RCS925翁家集基站属省际边界基站，话务量偏低），所以更加怀疑是SM2内部隐性故障引起此次障碍；此时从核心侧得到反馈结果，C网核心网维护人员查看了MGW网管，网管无告警且没有相应历史告警记录，然后查看了7750设备，也未发现任何告警信息，将问题基站归属于同一BHS问题告知其，并请核心网工程师对SM2及2-0-2对应的BPH进行性能观察和分析；核心网工程师通过7750设备长ping对应2-0-2的BPH板卡的ip地址；发现对应0-09板卡ping时存在严重丢包问题，丢包率为9%，而1-02则正常无丢包问题，至此可以确定因SM2下挂2-0-2的BPH板卡至7750链路丢包导致其映射基站下用户出现通话感知较差、掉话等问题；【解决方法】：现网MGW的SM配置，有两个BPH服务器互为主备用，一块PHV处理器，每个SM间通过CM进行通信，并且可以进行一定资源的共享，而此次问题已确定为BPH板件至7750链路丢包引起的通话异常，为更明确问题诱因，决定将BPH服务器的主备用倒换，倒换完毕后如果现场测试使用正常，ROP里该类型系统掉话消失，则问题明确；BPH服务器之间的倒换是无缝倒换的，倒换期间并不影响业务使用，有两种倒换方式：自动倒换和人工倒换，自动倒换每天凌晨自动操作一次；在将BPH服务器人工倒换完毕后，联系现场天长局方人员进行拨打测试，无异常，使用ropsearch脚本搜索call shutdown 47，倒换完毕1小时内均为出现，观察stone表指标问题较严重的天长中行等基站指标均恢复问题；确认障碍现象恢复正常后，核心网工程师前往核心网主设备机房对原长ping存在丢包的0-09板卡与7750设备间各段连接线进行检查处理，发现一处接头网线存在一定松动，插紧检查完毕确认无告警后，重新从7750设备对该板卡进行长ping，无丢包；2月13日SM2的2-0-2BPH对应的两个服务器自动倒换后观察指标，类似异常未再出现，call shutdown 类型为47的系统掉话也没有出现，由此看出，此次天长、来安语音通话质量差、掉话问题主要是因为BPH与7750设备间一条链路丢包引起的；【经验教训或建议与总结】：1、CDMA网络的无线侧设备与核心侧网元是一个整体，无线侧问题往往只影响部分特定区域用户，而核心网的隐性故障可能影响大范围的用户使用；2、网络问题的发现往往从一个点发展到一个面的，针对大范围区域出现的问题，需排查本身设备侧问题及外部干扰问题外及时与核心网工程师配合排查核心侧隐性故障，提高问题处理效率和及时性；3、朗讯设备的掉话类型主要有两大类：lost call和call shutdown，系统侧掉话call shutdown类型较多，在系统统计到大量同一类型call shutdown掉话时，往往也表征着网络的某一环节存在着较大疏漏，在分析突发性大范围用户障碍时，及时通过ROP找到对应新增的call shutdown 类型，有助于更及时找到问题的“疑点”和“共性”；。
LTE核心网常见故障和投诉案例分析
LTE核心网常见故障和投诉案例分析1.呼叫掉话：呼叫掉话是用户最常见的投诉之一、它可能是由于核心网故障造成的。
可能原因包括：-信号覆盖不足：这可能是由于设备故障或基站问题导致的。
解决方案包括维修设备或增加基站容量。
-呼叫拥塞：当LTE核心网容量超过负荷时，呼叫掉话率可能会增加。
解决方案包括优化网络资源分配和增加容量。
-数据传输问题：LTE核心网的数据传输可能受到故障的影响。
解决方案包括修复故障和优化数据传输。
2.数据速率下降：用户可能投诉在使用LTE网络时遇到数据速率下降的问题。
这可能由以下原因引起：-设备问题：用户设备可能存在故障或配置问题，导致数据速率下降。
解决方案包括检查设备并提供技术支持。
-频谱问题：LTE频谱拥塞可能导致数据速率下降。
解决方案包括优化频谱分配和增加频带宽度。
-核心网负载：LTE核心网负载过高可能导致数据速率下降。
解决方案包括优化网络资源和增加容量。
3.信令延迟：信令延迟是另一个常见的投诉问题。
这可能是由于以下原因引起：-信令丢失：LTE核心网可能会遇到信令丢失问题，导致延迟增加。
解决方案包括修复故障和优化信令传输。
-呼叫拥塞：当LTE网络容量超过负荷时，信令延迟可能会增加。
解决方案包括优化网络资源和增加容量。
-核心网拓扑问题：LTE核心网拓扑设计不合理可能导致信令延迟。
解决方案包括重新设计和优化核心网拓扑。
4.服务不可用：用户可能投诉LTE网络服务不可用。
可能原因包括：-网络故障：当LTE核心网遭遇故障时，服务可能会中断。
解决方案包括快速修复故障和提供备用网络。
-天气影响：极端天气条件可能影响LTE网络的可用性。
解决方案包括增强天气适应性和增加备用设备。
-用户设备故障：用户设备故障可能导致无法使用LTE网络。
解决方案包括检修设备或提供替代设备。
综上所述，LTE核心网常见故障和投诉案例包括呼叫掉话、数据速率下降、信令延迟和服务不可用。
针对这些问题，可以采取一系列解决方案，包括维修设备、优化网络资源、增加容量和重新设计核心网拓扑。
LTE典型案例分析
LTE典型案例分析覆盖类1.1 概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。
在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。
越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。
过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换；无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是若覆盖的一种。
导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频；1.2弱覆盖1.2.1弱覆盖分析造成弱覆盖的原因有：1、规划的站点由于种种原因如物业等没有开起来；2、天线方位角、下倾角不合理，如下倾角过低；3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差；4、站点过高，如四十多米或更高，会造成塔下黑5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。
针对以上原因建议的方案有：1、推动客户将规划站点尽快开起来；2、调整天线方位角、下倾角到合理位置；1.2.2天线方位角不合理导致弱覆盖现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖，科技园三站点周围的地物如图：图表1科技园三周围地物调整前道路的电平值如下图：图表2优化前科技园三覆盖措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：图表3优化后科技园三覆盖1.2.3天线方位角下倾角不合理导致的弱覆盖现象：东都花园附近有小段路RSRP低于-110dBm，该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
LTE核心网常见故障和投诉案例分析
LTE核心网常见故障和投诉案例分析案例一：临时方案用户预换卡不能使用2、3G业务【故障现象】临时方案的用户，在更换USIM卡但未开通4G业务的情况下，在4G网络的覆盖下，用4G手机终端可能无法正常使用2,3G业务。
只能在4G手机上设置“2,3G only”，才能恢复正常使用。
【故障分析】临时方案的用户，在更换USIM卡但未开通4G业务的情况下，当前BOSS系统只是将用户的IMSI鉴权信息通过BOSS指令存储到HSS，并未建立IMSI和MSISDN的关联，即未放号为签约用户的任何2、3G的分组域、电路域和4G业务的签约信息。
这种场景下HSS 给MME返回DIAMETER_ERROR_USER_UNKNOWN的错误码，MME收到HSS的DIAMETER_ERROR_USER_UNKNOWN码后，给终端返回#8 “EPS services and non-EPS services not allo wed”的NAS原因值。
终端收到“EPS services and non-EPS services not allowed”的NAS值后，不再尝试重新选网。
【故障解决】针对这种临时方案的用户，如果只更换USIM卡不签约4G业务，根据测试，MME给终端返回#7 “EPS services not allowed”的NAS值能够使终端较快地重选到2、3G网络。
根据协议中定义的映射规则，HSS需要给MME返回DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420) with Error Diagnostic of NO_GPRS_DATA_SUBSCRIBED的错误原因值，对应到HSS上，需要BOSS在用户进行更换USIM卡时，不管用户签不签约4G业务时，都要向HSS发送放号的BOSS指令，如果用户不签约4G业务，则通过设置4G-APN模板为0来关闭用户的4G功能。
启示：网络侧把问题归类后，通过NAS值反馈给终端，终端针对不同的NAS值会有不同的响应行为，在定位此类问题的时候，需要抓取信令，观察S1-MME接口上附着失败或者TAU失败的原因值。
LTE案例分析
一定要像爱护自己的眼睛一样爱护我们的网络
5
案例6：切换类
• 故障现象：邻区漏配 从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图 。从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话 ，可以查看是否为邻区漏配。 基站179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR， 没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科 技园四182，可以确认为邻区漏配。Probe和基站侧log如下：
• 解决方案：
• 让测试人员在页面修改为ctlte建立连接，这样，就和附着时的默认承载一致，单PDN 链接，终端重启后，可以接入LTE上网。定论为测试人员所在的基站（爱立信TDD基 站）不支持多PDN连接导致。
• 后期建议：
• 为了避免用户在网络连接时，输入的APN与终端底层送的、或用户签约的默认APN不 一致，附着成功后，发起第二个PDN连接时无线拒绝，导致无法上网。建议需要进一 步梳理无线基站的多PDN连接功能。
邻区漏配有2种情况: 1、同频邻区和外部小区都没有配置; 2、配置了外部邻区,但没配置同频邻区 ； 建议：添加邻区
一定要像爱护自己的眼睛一样爱护我们的网络
6
图表邻区漏配基站侧log
谢谢！
一定要像爱护自己的眼睛一样爱护我们的网络
7
优化建议：
增大A2事件切换门限，将A2门限设置高于终端在掉话前显示的RSRP值，这样终端在掉话前即可触 发激活态切换
一定要像爱护自己的眼睛一样爱护我们的网络
3
案例4：MOD3干扰类
• 故障现象
✓ 科技园E，58小区上报了114的MR，181和服务小区58模3相等，下发了切换命令，UE没收到，由 UE侧可看到此时SINR很差为-6.83;
(整理)WCDMA投诉典型案例分析1109.
WCDMA投诉典型案例分析双击此处查看大图目录WCDMA投诉典型案例分析 (1)1 “连接失败”类问题 (2)1.1 典型案例1----SIM欠费原因 (2)1.2 典型案例2----杀毒软件原因 (3)1.3 典型案例3----电脑系统原因 (3)2 “掉话类”问题 (4)2.1 典型案例1----邻区漏配原因 (4)2.2 典型案例2----弱覆盖原因 (6)2.3 典型案例3----工程安装原因 (7)3 “上网无法访问类”问题 (11)3.1典型案例1----传输配置问题 (12)3.2 典型案例2----数据配置原因 (13)4 “无法进行视频通话”问题 (16)4.1 典型案例1----终端系统问题 (17)5 “上网卡上网速度慢”问题 (17)5.1 典型案例1----弱覆盖原因 (18)5.2 典型案例2----传输数据配置原因 (18)5.3 典型案例3----电脑TCP限速原因 (20)6 “手机上网速度慢”问题 (22)6.1 典型案例1----SIM限速原因 (22)6.2 典型案例2----接入点设置原因 (22)7 “手机无法收到3G信号”问题 (23)7.1 典型案例1----3G套餐功能未开通原因 (24)7.2 典型案例2----RRU配置原因 (24)1“连接失败”类问题分为有信号连接失败和无信号连接失败。
✧有信号连接失败时，询问用户套餐，是否是按流量计费还是按时间计费，如果是前者，有可能是欠费问题导致，如果是后者，有较大可能是因为终端问题，1是电脑问题，2是SIM卡本身问题。
✧无信号连接失败，是周围基站问题1.1典型案例1----SIM欠费原因✧问题简述：2009-8-16 该用户反映在软件园C区使用无线网卡从8.16开始经常断线，无法正常使用，用户表示之前的时候使用是正常的。
✧原因分析：后台查询可能覆盖该区域的基站运行情况，均正常。
通过客服查询该SIM卡状态，各项业务均正常。
LTE终端问题案例
LTE终端问题案例知识库目录前言 (3)1.苹果系手机 (3)2.三星系手机 (19)2.1NOTE3(三星N9008V) (19)2.2NOTE2(三星N7108D) (25)2.3三星I9308D (32)2.4三星S5（G9008v） (33)3.其他厂家手机 (35)3.1华为手机 (35)3.2酷派手机 (40)3.3中兴手机 (49)3.4LG手机 (55)3.5索尼手机 (56)3.6HTC手机 (58)3.7联想手机 (62)3.8海信手机 (64)3.9天语手机 (64)3.10多款手机共性问题 (66)前言LTE网络商用至今，LTE在网用户数和在网终端数直线上升，随之产生的LTE终端问题以及终端和网络互操作的问题也呈几何态势增长，影响用户感知的问题主要集中在互操作与选网、语音业务问题、数据业务问题等，下面将常见热门机型的集团范围内发现的问题进行整理汇总，具体情况如下：1.苹果系手机问题1使用数据业务时无法从3G返回4G且上网速率不稳定【问题现象】用户在使用数据业务时，有50%概率无法从3G返回4G 【涉及终端型号】Iphone5S/5C、三星NOTE2【问题定位】Iphone5S/5C、三星Note2等部分高通芯片手机不支持“3G到4G基于测量的数据业务连接态重定向”（只支持盲重定向）。
造成手机从3G返回4G的成功率不高于50%，而且仅支持盲重定向的终端可能导致异系统间的乒乓切换，从而造成用户上网速率波动较大【问题解决进展】已给相关手机厂家去函，反馈后续通过软件版本升级解决【问题是否已解决】否，需要相应苹果以及三星等公司发布更新软件版本来解决。
【问题备注】重定向：在有数据业务进行时，用户所在网络发生变化所需要进行的一种网络行为（比如用户从无4G网络移动到有4G网络的环境）。
问题2手机信号栅格标示频闪，无法登入4G网络【问题现象】终端网络制式（手机信号栅格显示部分）标示频繁闪烁，用户无法登入4G网络，无法做被叫及上网【涉及终端型号】Iphone5S/5C LG E985【涉及终端软件版本】IOS7.1【问题定位】经验证该问题仅在华为无线设备下偶发出现【问题解决进展】已反馈给终端公司，苹果已提供7.1版本，该问题已解决，LG公司尚未更新软件版本【问题是否已解决】是，苹果终端已解决，更新为IOS7.1；LG需要更新软件版本问题3手机欠费后耗电量增大【问题现象】Iphone5s/5c欠费后，手机耗电量增大，待机时间明显缩短【涉及终端型号】Iphone5S/5C【涉及终端软件版本】IOS7.1【问题定位】IPhone5s/5c欠费后，手机耗电量增大，待机时间明显缩短。
LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120
处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询（这功能暂时我们没权限）可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示：1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。
4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息7）被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求，核心网问题8）被叫方通知主叫方，自己所支持的媒体类型和编码。
9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。
例如本例中，eps-BearerID=7，DRB-ID=5。
LTE网络速率不稳定问题分析处理思路
LTE网络速率不稳定分析处理思路1.问题描述昆明电信接到用户投诉，反馈在昆明郊县嵩明电信公司站点下，4G用户使用FDD LTE网络上网时，出现速率不稳定的情况，时而正常，时而无法进行高速下载业务，现场测试当前UE占用嵩明电信局站点PCI211和PCI212信号 RSRP在-65dBm左右，现场多次插拔终端测试后有时能进行FTP下载业务，有时不能进行FTP 下载业务如下截图：速率异常的情况测试软件截图：速率正常的情况测试软件截图：2.问题分析（1）查询基站运行状态告警信息：无功率及RSSI值正常(3)核查网管参数从接入参数、重选参数、切换、3G-4G互操作涉及参数进行核查对比，核查结果参数配置正确；（4）CQT定点测试现场选点进行CQT定点测试，选取速率异常的情况，截图如下，从层三信令上看，已经RRC连接完成，在核心网侧进行信令跟踪，根据核心网反馈的信息，跟踪的测试卡，有业务正常的情况，也有异常的情况，当异常的时候，网站对ue发送的数据包有大量的重传，而当正常的时候，很少会有重传（见截图）,部署的东华、二枢核心网上的都存在相同的问题，在昆明进行测试，未发现异常的情况，所以怀疑承载网络、基站无线侧有问题。
基本可以排除核心网侧的问题。
速率异常的情况测试软件截图：正常时数据抓包截图：（按数据包大小进行降序排列）异常时数据抓包截图：（按数据包大小进行降序排列）（4）选取多个站点进行对比测试现场选取物理不关联的嵩明河东口站点进行测试，和在电信大楼基站测试情况类似；由此可以确定，不是单站的问题，而是嵩明片区可能存在共性的问题；由此，进行排查传输故障；（5）PING包测试根据核心网反馈的的情况，现场进行业务面PING包测试，结果如下：包长为 800以下无问题大于830的包无法PING通；体现的故障现象和核心网反馈的信息基本吻合，需要进一步进行排查，整个传输环节，可能导致基站建立业务连接时候，可能导致大包重传率高的故障，采用逐段分析法进行排查：基站通过A设备接入IPRAN传输网络，往上是B设备，通过波分网络再到部署在昆明东华中心机房的ER设备，ER设备经过波分到达昆明4G EPC核心网，由于所测试的2个基站，上挂不同的传输IPRAN 网络的A设备，通过对A设备参数的核查对比，没有发现问题，而且该故障只发生在嵩明片区，昆明市其他区域正常，由此，得出结论：需要重点排查嵩明B设备及B设备到ER设备整个传输通道链路；因此我们进行如下测试:1）A设备同时连接嵩明B1设备和B2设备时现场插拔终端，会随机性出现速率异常的情况。
LTE现网的投诉处理分析案例
投诉内容：某VIP客户投诉来到当地后发现网速明显变慢，他也通过speedtest测速软件证明了网速的确变慢了。
背景故事：现网设备存在一个问题，当终端先驻留在3G网络中，然后重选到LTE网络时，MME会向3G的SGSN要求该用户的上下文信息并继承参数继续使用，这导致该用户在3G网络的QoS.MBR会约束在LTE网络中的网速。
现网设备的供货商为此问题提供了一个临时解决方案，并已经为现网设备打了补丁。
基于以上背景故事可知，该用户的网速变慢不是由于这个已知的设备问题引起，因此设备商的现场工程师和局方工程师需要通过信令回溯来分析究竟是什么原因。
信令分析使用了EasyAnalyzer系统的全流程回溯功能。
信令分析：用户从3G重选到4G后，MME向3G-SGSN要签约数据，3G-SGSN回复签约数据中的MBR是2048Mbps（图1）这里需要解释一下前文提到的补丁的实现逻辑：通过“NAS-EPS承载变更请求”来变更UE的QoS参数，修改为下行100Mbps，上行50Mbps，同时通过“UE上下文变更请求”（S1-UECtxtModReq）通知eNB修改QoS。
但是在流程回溯中看到，这个用户只执行了“NAS-EPS承载变更请求”，没有执行“UE上下文变更请求”（图2）。
下面给出一个正常用户的流程做个对比，可以看见“NAS-EPS承载变更请求”和“UE上下文变更请求”两个消息都下发执行了。
（图3）因此问题就出在该用户的流程中为何只执行了“NAS-EPS承载变更请求”，没有执行“UE 上下文变更请求”, 这导致了虽然终端认为网络允许更大的速率，而eNB却继续执行了3G-SGSN带过来的MBR=2Mbps，所以速率上不去。
MME没有给eNB下发“UE上下文变更请求”的原因是，虽然设备打了补丁要求下发该消息来变更QoS，但是设备仍然受限于HSS的签约数据，如果签约数据也是2Mbps，那MME 比较之后也就不会下发变更请求消息了。
案例3-关于LTE核心网电源线材料不合格的问题反馈
关于LTE核心网工程使用的240mm²电源线问题反馈施工地点：厦门移动金山大楼5F机房；施工单位：厦门纵横集团建设开发有限公司监理单位：福建中移通信技术工程有限公司2011年4月30日，厦门纵横开发公司施工队按设计要求在正在制作新增开关电源至电源列头柜的电源线（240mm²单芯多股电源线（该电源线为甲供材料），在压接好一端铜鼻子后，中移公司的监理杨彬现场检查压接工艺时发现，240mm²的电源线与其配套的铜鼻子经液压钳压接后，竟无法可靠卡接。
（施工方准备采取用电工胶布多包裹几层的措施来实现线缆与铜鼻子的固定，我厦门监理组杨彬及时制止了该方案，并向施工队解释若铜鼻子无法与线缆可靠联接，在使用中脱落将造成重大安全和质量事故）。
经测量，本次工程所使用的铜鼻子内径与其他工程同等型号铜鼻子内径一致，可排除铜鼻子材料的质量问题。
且现场施工方、监理方、建设方随工共同确认了压接工序及操作无误，经比对，发现该工程使用的240mm²电源线线径明显小于其它工程使用的240mm²电源线的线径，可以定性判断为该工程使用的电源线线径不足240mm²，使用这样的电源线是无法满足设计要求的电源负荷。
发现该问题后，监理马上要求施工单位厦门纵横开发公司暂停使用这批次240mm²单芯多股电源线，并将情况向该项目随工及经办焦寓春汇报。
建议：更换该工程中标号为“中利科技集团股份有限公司通信电源用阻燃耐火软电缆ZA-RVV(RVVZ) 240mm²”的电源线。
福建中移通信技术工程有限公司厦门监理组杨彬案例分析：1.现场发现问题后，应先暂停相关的施工作业（避免损失扩大），判断问题原因，提供解决方案。
本例中，杨彬发现线缆与铜鼻子经液压钳压接后，无法可靠卡接，先检查了施工工序及工艺，确认并排除上述问题后，将怀疑的目标转向材料。
经现场比对及相关测试，最终判明问题根源在于线缆材质不符合规定（涉嫌偷工减料）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LTE核心网常见投诉案例分析案例一：临时方案用户预换卡不能使用2、3G业务【故障现象】临时方案的用户，在更换USIM卡但未开通4G业务的情况下，在4G网络的覆盖下，用4G手机终端可能无法正常使用2,3G业务。
只能在4G手机上设置“2,3G only”，才能恢复正常使用。
【故障分析】临时方案的用户，在更换USIM卡但未开通4G业务的情况下，当前BOSS系统只是将用户的IMSI鉴权信息通过BOSS指令存储到HSS，并未建立IMSI和MSISDN的关联，即未放号为签约用户的任何2、3G的分组域、电路域和4G 业务的签约信息。
这种场景下HSS给MME返回DIAMETER_ERROR_USER_UNKNOWN的错误码，MME收到HSS的DIAMETER_ERROR_USER_UNKNOWN码后，给终端返回#8 “EPS services and non-EPS services not allowed”的NAS原因值。
终端收到“EPS services and non-EPS services not allowed”的NAS值后，不再尝试重新选网。
【故障解决】针对这种临时方案的用户，如果只更换USIM卡不签约4G业务，根据测试，MME给终端返回#7 “EPS services not allowed”的NAS值能够使终端较快地重选到2、3G网络。
根据协议中定义的映射规则，HSS需要给MME返回DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420) with Error Diagnostic of NO_GPRS_DATA_SUBSCRIBED的错误原因值，对应到HSS上，需要BOSS在用户进行更换USIM卡时，不管用户签不签约4G业务时，都要向HSS发送放号的BOSS指令，如果用户不签约4G业务，则通过设置4G-APN 模板为0来关闭用户的4G功能。
启示：网络侧把问题归类后，通过NAS值反馈给终端，终端针对不同的NAS 值会有不同的响应行为，在定位此类问题的时候，需要抓取信令，观察S1-MME 接口上附着失败或者TAU失败的原因值。
案例二：国际漫游用户漫入到国内MME下无法使用【故障现象】韩国、香港等国际漫游用户在国内某市中兴MME下无法附着使用4G业务，而国内用户在同一地点正常使用4G业务。
【故障分析】进行信令跟踪，发现国际漫游用户附着时，MME回了PDN connectivity reject，原因值为网络失败：MME失败观察报TAC的DNS解析失败：MME上检查对TAC的域名解析缓存，发现只有x-s5-gtp服务，而国际漫游用户需要使用x-s8-gtp服务：【故障解决】在DNS上修改TAC域名解析数据，增加对X-S8-GTP的解析结果。
增加完毕后，再次检查MME上收到的DNS返回结果，发现支持X-X8-GTP，再次测试，国际漫游用户使用4G业务正常。
案例三：过渡方案4G用户终端有4G信号但附着失败，驻留2，3G【故障现象】过渡方案4G用户终端有4G信号，但是附着失败，只能驻留在2、3G网络，更换位置后重新有4G标志，尝试附着仍然失败。
【故障分析】进行信令跟踪，发现用户在2、3G下无附着4G的请求上来，要求4G用户更换位置，能触发附着请求，查看信令发现拒绝原因值是#15 No Suitable Cells In tracking area，同时在中兴MME上抓包发现HSS返回的鉴权有错误，错误码是DIAMETER_AUTHORIZATION_REJECTED，检查HLR该用户签约数据，发现有2，3G签约，但4G被关闭（OBEPC-1），因此爱立信HSS返回DIAMETER_AUTHORIZATION_REJECTED，根据规范，MME会回复#15：No Suitable Cells In tracking area，导致终端不断重复4G附着，最后因失败该TA被终端记录下来作为不被允许的TA，不再尝试附着，但是更换了位置后，不同的TA下可以重新附着4G网络，但是因为HLR中停止了4G功能，附着4G网络仍然失败。
【故障解决】查看NAS值规范，针对4G被停机的情况，建议爱立信HSS返回UNKNOWN_EPS_SUBSCRIPTION，这样MME回复#7 EPS not allowed，只影响4G业务，不影响2，3G。
案例四：爱立信MME到中兴MME切换出现4G业务断流【故障现象】在测试4G用户从中兴MME覆盖下切换到爱立信MME覆盖范围，发现4G用户切换失败，出现4G业务中断的情况。
【故障分析】经过在MME侧抓包分析，从爱立信MME覆盖范围移动到中兴MME覆盖范围内，会由原MME发起Forward Relocation Request，并NAS层加密算法选定EEA2。
.... 0010 = Used NAS Cipher: 128-EEA2 (0x02)但是在其后对中兴MME发起的TAU中，中兴MME发起了到HSS的鉴权请求，并选定000 .... = Type of ciphering algorithm: EPS encryption algorithm 128-EEA0 (ciphering not used) (0x00)EEA0作为加密算法，并向基站发起UE CONTEXT MODIFICATION REQEUST，要求基站修改NAS层加密算法，但是被基站拒绝。
究其原因，是因为爱立信基站不支持TAU过程中的UE上下文修改。
【故障解决】通过爱立信MME的加密算法优先级，选定EEA0作为最高优先级，使得切换过程无需修改UE上下文，规避此问题，但是最终需要爱立信基站增强该部分功能。
案例五：某市CSFB呼叫失败原因【故障现象】某市5s用户可以上4G进行数据业务，但是进行CSFB呼叫失败。
【故障分析】经过MME以及MSC的联合调测发现，该用户在联合附着中，PS域附着成功，但CS域附着失败，初步怀疑是TA-LA映射表的MSC指向错误，核查该MSC pool中开了SGS口的MSC正确。
最后在SGS口抓取信令，发现原因是MME通过SGS口发向MSC的Location update的过程中，MSC拒绝了，因为MME上配置的mme id和MSC上配置的mme id 不一样，因此MSC拒绝了CS域的附着请求。
【故障解决】究其原因，是因为爱立信设备的一个限制，在MME上未能按照mmegi的规划，因此造成这个差别。
在MSC上将mme id改为与MME上配置一致后，用户拨测CSFB呼叫正常，短信发送接收正常，问题解决。
案例六：某市公司5s用户开启无法附着到4G【故障现象】某市用IPHONE 5S在关闭4G功能的情况下附着在3G网络，正常发起业务，但是打开4G 开关，出现20多秒无服务，最后附着在3G，只能通过重启终端附着上4G。
【故障分析】5s关闭4G网络，PDP激活到GGSN（5s关闭4G网络后，终端不上报4G能力，SGSN 的UE能力识别为非4G终端，引导选用到GGSN。
当5s开启4G网络，会发起combined TAU到MME，此时返回TAU reject，原因值为CC=17 (network failure)；原因是MME 上有PGW 选择的校验，发现SGSN回复的SGS CONTEXT RESPONSE消息中携带了GGSN的地址，包含在Private Extension部分。
终端收到#17的网络故障原因值后，会重复以上TAU过程5次，都被拒绝，所以就出现了十几秒后重选回3G网络的现象。
只有重启手机，才能正常返回4G。
究其原因，苹果5s的关闭4G功能，不上报终端4G能力，导致网络侧没有正常引导业务到PGW上，导致互操作失败。
【故障解决】通过关闭SGSN的Private Extension消息体的回复，规避MME的PGW校验，使得TAU 流程能在MME继续进行，最后因为创建承载失败而TAU拒绝，此时返回的NAS原因值不再是#17，因此苹果5s可以重新发起一次附着，从而返回4G网络。
案例七：排除用户原因的附着成功率低【故障现象】某天某省的排除用户原因的附着成功率从90%以上，下降到60%左右。
【故障分析】从该指标的算法看，排除用户原因的附着成功率= EPS附着成功次数/ (EPS附着请求次数-非法用户的EPS附着失败次数-非法ME的EPS附着失败次数-EPS服务不允许的EPS 附着失败次数-EPS和非EPS服务不允许的EPS附着失败次数)，也就是附着请求次数- #3 - #6 - #7 - #8的错误请求（减去属于用户原因部分），但是通过厂家网管查看15分钟颗粒度性能指标发现，在某个时刻开始，#15的错误请求次数增加明显，询问发现市场部推行用户开户模板默认关闭4G功能，导致全省大量用户出现4G停机现象，2、3G正常的情况下，HSS返回DIAMETER_AUTHORIZATION_REJECTED (5003)，MME将其映射的NAS 原因值为#15：No Suitable Cells In tracking area；从而影响了排除用户原因的附着成功率。
【故障解决】可知，上述原因是用户停机原因导致，因此对于NAS值#15的返回值，实际上包含部分用户原因的问题在里面，目前的确存在这样的情况。
只能通过厂家MME上的NAS值映射功能，把这种HSS错误映射到其他原因值，从而在不影响用户感知的情况下，保证指标的客观准确性。
案例八：无4G信号投诉的解决目前最常见的投诉是用户反馈4G无信号或不能使用4G业务。
首先确认故障的范围，是个别用户问题、还是号段用户都有问题、还是一大片区域都存着此故障。
个别用户问题的尝试解决办法：1）可以先在HSS上查询该用户的签约数据是否正常。
2）通过MME/SGW/PGW/HSS信令跟踪来确定具体原因。
如果MME上跟踪不到任何S1口信令，一般是由于终端或USIM卡原因造出。
如果MME上跟踪到了用户信令，需要查看各接口的信令来确定具体原因，比如有可能是用户鉴权流程中失败、用户使用了非法的APN等。
TIPS:信令跟踪时建议通过IMSI来跟踪用户以便跟踪较全的信令。
3）如果不方便进行用户信令跟踪，可在HSS/MME上查看用户信息来进行简单判断。
如果能查到MME信息，说明至少用户曾经在4G网络成功附着过，现在不能使用的原因有待进一步分析，如果没有MME位置信息，说明用户可能从未在4G 网络附着过。