LTE接入问题分析

合集下载

LTE网络优化常见问题和优化方法

LTE网络优化常见问题和优化方法
业务速率质量优化时考虑的内容不同
• 与TD-S类似需要考虑覆盖、干扰、小区用户数的影响 • 需要考虑带宽配置对速率的影响 • 需要考虑天线模式对速率的影响 • 需要考虑时隙比例配置、特殊时隙配置对速率的影响 • 需要考虑功率配置对速率的影响 • 需要考虑下行控制信道占用符号数对速率的影响
干扰问题分析的重点和难点不同
© ZTE Corporation. All rights reserved.
覆盖问题分类(RSRP占主导)
弱覆盖(覆盖空洞)
越区覆盖
保证网络的连续 覆盖;
使实际覆盖与规划 一致,解决孤岛效 应导致的切换掉话 问题;
上下行不平衡
从上行和下行链 路损耗是否平衡 角度出发,解决 因为上下行覆盖 不一致的问题;
解决越区覆盖问题
Ø避免扇区天线的主瓣方 向正对道路传播;对于此 种情况应当适当调整扇区 天线的方位角,使天线主 瓣方向与街道方向稍微形 成斜交,利用周边建筑物 的遮挡效应减少电波因街 道两边的建筑反射而覆盖 过远的情况
Ø在天线方位角基本合理 的情况下,调整扇区天线 下倾角,或更换电子下倾 更大的天线。调整下倾角 是最为有效的控制覆盖区 域的手段。下倾角的调整… 包括电子下倾和机械下倾 两种,如果条件允许优先 考虑调整电子下倾角,其 次调整机械下倾角
解决无主导小区问题
Ø针对无主导小区的区域,确 定网络规划时用来覆盖该区域 的小区,应当通过调整天线下 倾角和方向角等方法,增强某 一强信号小区(或近距离小区) 的覆盖,削弱其他弱信号小区 (或远距离小区)的覆盖。
Ø如果实际情况与网络规划有 出入,则需要根据实际情况选 择能够对该区域覆盖最好的小 区进行工程参数的调整。
RF优化的基本流程图
RF优化开始

LTE单验及常见问题分析

LTE单验及常见问题分析

单验流程
功能验证
下载测试:测试前我们要找到小区的好点进行功能验证,好点的要求是 RSRP>=-75dBm,SINR>=25dB左右,下载速率要求D频段要达到80mbps以上我 们在实测过程要求测到85mbps以上。F频段要求达到60mbps以上。
上传测试:上传测试也要求在好点上进行验证,D、F频段都要求速率达到 8mbps以上。
单验流程
D频段:
编号 1
2
3
4
5 6 7
F频段:
编号 1
2
3
4
5 6 7
测试项 PING时延
FTP 下载均值 FTP 下载峰值 FTP 上传均值 FTP 上传峰值 Attach成功率 数据业务掉线率
测试项 PING时延 FTP 下载均值 FTP 下载峰值 FTP 上传均值 FTP 上传峰值 Attach成功率 数据业务掉线率
项执行情况统计,实时监控测试执行情况。
Probe功能简介
• 3、工程参数管理 • 支持工程参数导入、导出、删除等操作。LTE工参表字段需要按照要
求设置。在此给出各网络制式工程参数的必选字段和可选字段。
• 4、测试地图管理 • 支持室外地图、室内地图、图层控制管理、显示图例配置等。
• 5、测试数据视图 • 实时监控测试数据,采用图表视图和列表视图混合的形式,更加直观
100%
0%
单验流程 • 测试截图下载、上传:
单验流程
测试前需要根据待测站点分布和当地情况选择合适的测试路线,路线选择原则如下: 测试路线尽量经过所有待测主服务小区的覆盖区域,尽可能跑全待测基站周围所有主要街道; 测试路线尽量考虑当地的行车习惯,减少过红绿灯时的等待时间。
下图是区域站点功能测试中选择测试路线的示意图:

LTE掉话问题分析及RRC连接重建触发原因

LTE掉话问题分析及RRC连接重建触发原因

一、掉话问题两类
1、异常RRC connection Release,网络设备异常。

2、RRC重建失败。

二、掉话问题具体原因:
1、弱覆盖
2、干扰
3、切换失败,邻区参数配置不正确,目标小区工作不正常(传输误码,负荷高接纳拒绝)
4、邻区漏配,无法切换
5、越区覆盖,导致参考信号污染或邻区漏配引起切换掉话。

6、拥塞,引起多项指标恶化。

7、设备异常,终端或网络设备异常。

三、RRC重建立触发的原因有如下几种情况:
(1)UE检测到无线链路失败,主要包括:上下行RLC达到最大重传次数;上/下行失步,随机接入失败等原因
(2)切换失败(包括同系统、异系统切换)
如果切换失败,UE会发起RRC重建立请求,并将重建立原因封装在RRC重建立请求消息中。

(3)底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立,例如UE和基站的加密以及完整性保护算法不一致,这类原因不常见,通常为终端的问题。

(4)RRC重配失败
RRC重配置的目的是修改RRC连接,在如下场景会发生RRC重配置:建立、修改或者释放无线承载时;执行切换时;建立、修改或释放测量配置等。

VOLTE异常事件典型案例分析

VOLTE异常事件典型案例分析

异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下:未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题(1)11月25日网格8 被叫振铃未接听主叫号码:136******** 被叫号码:136********(Time: 13:57:00.354,Latitude: 39.92886,Lontitude: 116.52397)13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫,RSRP -78 dBm,SINR 17dB,无线环境良好,13:56:27.776主叫收到网络侧转发的被叫的invite 180后,由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603,携带原因为decline,主叫判断为未接通,被叫判断为掉话。

此处属于测试软件问题,应该予以剔除。

(2)11月19日网格55 测试设备断链主叫号码:136******** 被叫号码:136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫,RSRP -99 dBm,SINR 6dB 空口良好,由于被叫终端设备断链导致未接通,应该予以剔除。

2、端到端问题(1)11月16日网格67 QCI1与TAU流程冲突主叫号码:136******** 被叫号码:136********(Time: 13:13:21.299,Latitude: 39.92329,Lontitude: 116.41997)13:13:11.358主叫占用东城语文出版社HL-1发起呼叫,被叫于13:13:13.870上发invite 183之后,开始建立QCI1承载,UL information transfer还没有上发时发起TAU,流程冲突导致被叫主动上发invite 580,属于端到端问题,需要集团规范协议流程。

LTE端到端分析思路及案例分析

LTE端到端分析思路及案例分析

LTE端到端分析思路及案例分析LTE(Long Term Evolution)是第四代移动通信技术,广泛应用于现代的移动网络通信中。

LTE端到端分析是对LTE系统中从用户设备到目标服务器的数据传输进行全面、深入的分析和诊断。

下面将介绍LTE端到端分析的思路以及一个实际案例的分析。

一、LTE端到端分析思路:1.确定测试目标:确定需要分析的LTE网络中的哪一部分,比如用户设备、基站、核心网等。

2.收集数据:使用抓包工具,收集LTE系统中的网络流量数据,包括用户设备与基站之间的无线通信数据、基站与核心网之间的协议数据等。

3. 数据解析:对收集到的数据进行解析,将其转换为可读的数据格式,如Wireshark等流行的抓包工具可以对LTE协议进行解析。

4.数据分析:对解析后的数据进行分析,统计关键指标,如网络延迟、数据丢包率、带宽利用率等,以评估网络性能。

5.问题定位:根据分析结果,定位网络问题的具体位置,确定是用户设备、基站还是核心网的问题。

6.问题解决:根据问题定位结果,采取相应的措施解决网络问题,如调整用户设备的配置、优化基站的信号覆盖、调整核心网的负载等。

7.监控与优化:持续监控LTE网络的性能,不断优化网络配置,以提升用户的通信体验。

二、LTE端到端分析案例分析:假设一个LTE网络中存在用户设备连接问题,用户设备在连接到基站时出现频繁掉线的情况。

以下是一个LTE端到端分析案例的分析步骤:1.收集数据:使用抓包工具对用户设备与基站之间的无线通信数据进行抓包,收集通信过程中的数据包。

2. 数据解析:使用Wireshark对抓包数据进行解析,查看LTE协议中的消息内容,了解设备与基站之间的通信过程。

3.数据分析:通过统计解析后的数据包,计算用户设备连接成功率和掉线率等关键指标,以判断问题的严重程度。

4.问题定位:通过分析抓包数据中的消息内容,查看设备与基站之间的握手过程、认证过程等,确定问题出现在哪个环节。

LTE差小区问题分析与处理方法

LTE差小区问题分析与处理方法
1.2.1 资源分配失败导致 RRC 连接建立失败
话统指标项
指标 ID 1526727083 1526728485 1526728486 1526729949 指标名称 L.RRC.SetupFail.ResFail L.RRC.SetupFail.ResFail.SRS L.RRC.SetupFail.ResFail.PUCCH erSpec 指标描述 资源分配失败而导致 RRC 连接建立失败的次数 因为 SRS 资源分配失败而导致 RRC 连接建立失败的次数 因为 PUCCH 资源分配失败而导致 RRC 连接建立失败的次数 用户数规格受限导致的 RRC 连接建立失败次数 关联指标项 指标 ID
1.2.8 核心网问题
话统指标项 指标 ID
1526728276 指标名称
L.E-RAB.FailEst.MME 指标描述
核心网触发的 E-RAB 建立失败次数 定位思路: 1. 首先确认问题出现的时间点及涉及范围; 2. 与核心网确认是否在此期间进行过相关操作; 3. 根据日志分析是否为 TOP 终端问题;
1526727379 指标名称
er.Max 指标描述
小区内的最大用户数
资源分配失败导致的 RRC 连接建立失败,按照原因细分有 SRS 资源分配失败、 PUCCH 资源分配失败、用户数规格受限三种: 1、 SRS/PUCCH 资源分配失败处理方法: (1) 打开 SRI 自适应开关(SriAdaptiveSwitch),自适应调整 SRI 调度周期
话统指标项 指标 ID
152672827715267299511526729952 指标名称
L.E-RAB.FailEst.TNLL.E-RAB.FailEst.TNL.DLResL.E-RAB.FailEst.TNL.ULRes 指标描述

无线网络规划-接入失败原因

无线网络规划-接入失败原因

LTE接入失败的原因及优化方法
对于LTE网络来说,在不同的接入阶段产生接入失败的常见 原因是有差异的。在问题排查过程中主要从以下6个方面进行。
(1)基站故障 对基站告警、各板件工作状态进行检查,如果存在明显影响业务的告
警,应及时处理告警,然后复测或者指标观察; 有时基站无告警,但基站工作状态异常,影响小区接入,此时一般为
任务4 接入问题分析
接入失败原因
LTE接入失败的原因及优化方法
开始
常见原因
LTE 接 入 优 化 分 析 思 路
UE搜网
正常
随机接入正常RR源自接入正常NAS、鉴权
正常
E-RAB建立
失败
1、覆盖差
2、终端不支持
3、SIM未开LTE功能
1、基站异常(RRU、板件故障等) 失败 2、功率参数、功控参数不合理
基站软件错误或者存在隐性故障,处理此类问题需要设备厂家研发部门的支 持,此类问题较少,但解决问题周期较长。
LTE接入失败的原因及优化方法
(2)无线环境差 无线环境差主要有弱覆盖、无主覆盖、干扰,现象就是RSRP差、SINR
差,直接影响是无法接入或者接入时延变长。优化方法参见路测优化章节。 (3)终端问题
LTE接入失败的原因及优化方法
(4)参数问题 功率参数、切换和重选参数对于接入也有影响,特别是在功率参
数方面。对于初始接入影响较大,例如:上下行功率不平衡造成终端 Preamble 的功率攀升不够,从而接入失败;重选参数设置不合理造成重选 时终端占用小区不合理导致接入失败。 (5)核心网问题
核心网问题会导致E-RAB异常、鉴权失败等,从而影响接入性能。 核心网问题一般为大面积接入问题或者一个号段问题,影响范围较大。如果 遇到大面积无法接入、鉴权失败,一般需要核心网进行trace或者健康检查。

LTE无线掉线率分析与优化

LTE无线掉线率分析与优化

版本BUG 完保未过 网络异常
定时器设置不合理 过于苛刻导致
上行干扰 1 PUCCH Power差 2 RRU 上行干扰
下行干扰 无DCI0,SR发送最 大次数 UL_DATA
切换异常 1 邻区关系; 2 切换参数
RLC发送最大次数 后RLF
UL_DATA后随机接 入不成功,MSG1~4 转随机接入
前台掉线率统计方法
路测软件CNT掉线定义如下:
1 UE发送rrcConnectionReestablishmentRequest 但无对应的 rrcConnectionReestablishmentComplete消息; 2 出现rrcConnectionRelease消息,但不包括: 2.1系统间切换网络侧释放; 2.2用户未激活,网络侧释放资源情况(User Inactivity) 2.3 CSFB的网络侧释放
RRCConnectionRelease
3
4
ERAB异常释放
目前ERAB异常释放的原因有8种,MME异常释放因为未测试,暂未纳入统计 范畴;
E-RAB abnormal Release 1.Release by ENB due to HO Fail 2.Release by ENB due to Radio Link Failure 3.Release by ENB due to Reestablish Fail 4.Release by ENB due to Other Abnormal Reason 5.Release by ENB Through E-RAB Release Procedure due to Overload Control 6.Release by ENB Through E-RAB Release Procedure due to Cell Block Or Reset 7.Release by ENB Through E-RAB Release Procedure due to S1 Link Error

LTE的随机接入及接入失败原因分析

LTE的随机接入及接入失败原因分析

LTE的随机接⼊及接⼊失败原因分析LTE的随机接⼊随机接⼊是终端在开始和⽹络通信之前的接⼊过程,是保证通信建⽴的决定性环节,随机接⼊过程直接影响到系统的性能。

随机接⼊过程的⽬的是为数据传输分配资源或者取得上⾏同步。

随机接⼊过程分为两种类型:同步随机接⼊过程和⾮同步接⼊过程。

当UE已经和系统取得上⾏同步时,UE的随机接⼊过程称为同步随机接⼈;当UE没有和系统取得上⾏同步时,或者在丢失上⾏同步的情况下称为⾮同步随机接⼊。

LTE中随机接⼊过程的场景在LTE中,有5种情况将会触发随机接⼊过程:1. 从RRC_IDLE状态开始初始接⼊。

2. RRC连接重建⽴过程。

3. 切换。

4. UE处于RRC_CONNECTED状态,UE要接收新的下⾏数据,但是上⾏⾮同步,需要随机接⼊过程建⽴同步。

5. UE处于RRC_CONNECTED状态,UE要发送新的上⾏数据,但是上⾏⾮同步或者是没有PUCCH资源可以传输SR信息,此时需要随机接⼊过程。

LTE随机接⼊过程的模式LTE随机接⼊过程有两种模式:竞争接⼊和⾮竞争接⼊。

1. 基于竞争接⼊对于前⾯提到的随机接⼊应⽤的5种场景,都可以触发基于竞争的随机接⼊过程。

在这个过程中,UE随机的选择⼀个前导序列,这可能导致多个UE同时选择相同的前导序列发送,结果发⽣碰撞,所以需要⼀个竞争解决过程来处理。

2. 基于⾮竞争接⼊对于前⾯提到的随机接⼊应⽤的场景3(切换)和场景4(接收新的下⾏数据),eNodeB可以通过分配⼀个特定的前导序列给UE,来避免竞争。

正常的下⾏链路或者上⾏链路的数据传输出现在随机接⼊过程之后。

LTE接⼊失败原因分析⽬前FDD LTE常见接⼊失败主要包括:RRC连接建⽴失败鉴权失败ERAB建⽴问题FDD LTE接⼊失败分析流程RRC连接建⽴失败原因1. 弱信号起呼导致呼叫信令流程未能完成2. 上⾏RACH问题3. ⼩区重选问题4. 设备异常5. 拥塞问题鉴权加密失败原因1. MAC Failure2. Synch failureE-RAB建⽴失败原因1. 弱信号起呼2. 来⾃UE/MME侧的拒绝3. 参数配置不合理4. 拐⾓效应5. 设备异常。

LTE RRC连接重建问题处理

LTE RRC连接重建问题处理

CIO设置不合理导致RRC连接重建问题处理【现象描述】进行TD-LTE网络DT测试过程中,车辆行至某两个小区边缘区域时,终端发起原因值为otherfailure的RRC重建,之前无RRC异常释放、RRC重建失败、切换失败等事件。

【原因分析】使用Assistant对测试Log进行分析,信令RRCReestablishAttempt原因值为otherfailure。

上图所示为RRC重建事件点,可看出重建发生在两小区边缘地带,不存在掉线等异常事件。

但此时主服务小区RSRP值为-69,而邻区RSRP值为-53,电平差值较大。

【分析流程】首先需要检查基站、传输等状态是否异常,排查基站、传输等问题后再进行分析。

整个切换过程异常情况我们分为几个阶段:测量报告发送后是否收到切换命令,收到重配命令后是否成功在目标测发送MSG1,成功发送MSG1之后是否正常收到MSG2;在某一环节出现问题我们可查询相应处理流程进行排查。

由于终端未收到切换命令,可能有两种情况:1、基站未收到测量报告(可通过后台信令跟踪检查):检查覆盖点是否合理,主要是检查测量报告点的RSRP,SINR等覆盖情况,确认终端是否在小区边缘,或存在上行功率受限情况(根据下行终端估计的路损判断)。

如果是该情况,按照现场情况调整覆盖,及切换参数,解决异常情况2、基站收到了测量报告:2.1基站未向终端发送切换命令情况:(1)确认目标小区是否为漏配邻区(2)需要检查是否目标小区未向源小区发送切换响应,或者发送HANDOVER PREPARATION FAILUE信令,在这种情况下源小区也不会向终端发送切换命令。

2.1基站向终端发送切换命令情况:主要检查测量报告上报点的覆盖情况,是否为弱场,或强干扰区域,优先建议通过工程参数解决覆盖问题,若覆盖不易调整则通过调整切换参数优化具体分析流程图如下:图1 流程图【分析过程】根据Serving+nighboring Cell图中显示,虽然服务小RSRP值还处于正常水平,但此时邻区电平值已高于服务小区16dBm,服务小区RSRQ已降低到-20。

LTE网络优化分析报告

LTE网络优化分析报告

LTE网络优化分析报告一、引言LTE(Long Term Evolution)是第四代无线通信技术,具有高速率、低时延、分组交换以及平坦的IP体系等优势,已经成为全球主流的移动通信网络技术。

然而,在LTE网络部署和运营过程中,仍然面临一些网络质量问题和优化挑战。

本报告针对LTE网络的优化进行了深入分析和研究,总结出可行的优化方案和建议,以提升网络性能和用户体验。

二、网络问题分析1.LTE网络覆盖问题:在实际应用中,LTE网络的覆盖范围存在一定的限制,尤其是在室内和复杂地理环境下容易出现盲区和弱覆盖区域。

2.LTE网络干扰问题:不同频段之间和相邻基站之间的干扰是LTE网络中一个主要的质量问题。

另外,周围的信号干扰,如电力线干扰和室内杂散干扰也会影响网络性能。

3.LTE网络容量问题:随着用户数量和用户对数据流量需求的增加,LTE网络容量可能成为限制网络性能和用户满意度的一个瓶颈。

高速率用户和热点区域的需求更加迫切。

4.LTE网络切换问题:在LTE网络中,切换是保证用户业务连续性和网络质量的关键。

网络切换过程中可能存在瞬时中断和延迟等问题。

三、优化方案和建议1.LTE覆盖优化方案:-合理规划增加基站覆盖,特别是在人口密集区、室内和边缘区域等盲区和弱覆盖区域。

- 利用Sector Splitting和MIMO等技术,提升基站的覆盖范围和容量。

- 利用Femtocell和Picocell等微型基站技术,增强室内覆盖和边缘区域覆盖效果。

2.干扰优化方案:-通过频率选择、频率规划和功率分配等手段,减小同一频段或相邻基站之间的干扰。

-引入干扰消除和干扰对消等技术,减小外部信号和杂散的影响。

3.容量优化方案:-通过增加基站数量、增加信道带宽和将MIMO技术用于高容量覆盖区域,提升LTE网络的容量。

- 对于高速率用户和热点区域,可以采用Small Cell、Carrier Aggregation等技术,增加网络的处理能力。

LO_NAST3037_C01_1 TD-LTE接入问题分析

LO_NAST3037_C01_1 TD-LTE接入问题分析

TD-LTE接入问题分析课程目标:●掌握LTE随机接入基本过程●理解LTE随机接入主要参数●理解PRACH信道规划思路●掌握一般接入问题的分析思路●掌握常见接入故障的解决方法目录第1章初始接入概述 (1)1.1初始接入信令流程 (1)1.2随机接入信令IE查看 (3)第2章接通率分析思路 (6)2.1随机接入问题分析 (6)2.1.1MSG1发送后是否收到MSG2 (8)2.1.2MSG3是否发送成功 (9)2.1.3MSG4是否正确接收 (9)2.2鉴权、加密问题分析 (10)2.3E-RAB建立问题分析 (10)第3章接入问题案例解析 (11)3.1MSG1多次重发未响应 (11)3.1.1问题现象 (11)3.1.2问题分析和解决 (12)3.1.3总结 (16)3.2MSG4冲突检测定时器超时 (17)3.2.1问题现象 (17)3.2.2问题分析 (19)3.2.3解决方法和验证 (24)第I页图目录图1-1初始接入信令流程图 (1)图1-2SIB2rach_Config (3)图1-3SIB2Prach_Config (4)图1-4CNT中msg1截图 (5)图2-1接通率分析思路 (6)图2-2基于竞争的随机接入 (7)图2-3MSG1分析思路 (8)图2-4MSG4fail分析思路 (10)图3-1MSG1多次发送未响应 (11)图3-2MSG1无响应时的RSRP (12)图3-4msg4fail(QCAT) (19)图3-5msg4fail cause(QCAT) (20)图3-6正常起呼随机接入过程(QCAT) (20)图3-7正常起呼PDCCH decoding Result(QCAT) (21)图3-8正常起呼PDSCH统计(QCAT) (21)图3-9多次PDCCH未收到PDSCH(QCAT) (21)图3-10UE收到第一次PDCCH的解码(QCAT) (22)图3-11UE收到第二次PDCCH的解码(QCAT) (22)图3-12UE未收到PDSCH(QCAT) (23)图3-13UE未收到PDCCH的消息流程(QCAT) (23)图3-14UE未收到PDSCH(QCAT) (24)图3-15第一次msg4fail,随机接入重发后接入成功(QCAT) (24)图3-16随机接入重发后收到PDSCH(QCAT) (25)图3-17第二次msg4fail,随机接入重发后接入成功(QCAT) (25)第II页表目录表3-1修改PRACH检测门限后的接通率 (12)表3-2短呼接通率统计 (17)表3-3未接通呼叫分析 (18)表3-4解码重传PDCCH的MCS为29 (22)第III页第1章初始接入概述在TD-LTE系统中,处于Inactive状态或IDLE状态的UE通过发起attach request或Service Request触发初始随机接入,建立RRC连接,再通过初始直传建立传输NAS消息的信令连接,最后建立E-RAB。

LTE接入问题分析

LTE接入问题分析

华为技术有限公司 版权所有 未经许可不得扩散
LTE接入问题分析
P-10

随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。“RA 测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR发送次数以 及竞争过程中的Contention Resolution发送次数,用于分析随机接入的负载、成功率等 相关情况。
P-17

UE接收SecurityModeCommand UE应:
推演KeNB密钥;

推演与SecurityModeCommand消息中的 integrityProtAlgorithm相关的KRRCint 密钥; 使用SecurityModeCommand 消息中包括的integrityProtAlgorithm指示的算法和 KRRCin密钥,请求底层验证SecurityModeCommand 消息的完整性保护; 如果SecurityModeCommand消息通过了完整性保护验证:推演与 SecurityModeCommand 消息中描述的cipheringAlgorithm相关的 KRRCenc 和 KUPenc 密钥;立即配置底层,使用指定的算法和KRRCint 密钥进行完整性保 护,对随后UE所有接收和发送的消息都需要进行完整性保护;完成此过程后, 配置底层使用之后,配置低层使用KRRCenc和KUPenc密钥和指定的算法进行 加密,加密除SecurityModeComplete消息外的,所有UE接收和发送的消息; 认为将要激活AS安全;将SecurityModeComplete消息提交给底层传输,此 过程结束;否则:继续使用原有配置,而不是使用从接收到的 SecurityModeCommand消息中的配置,不使用完整性保护,也不进行加密。将 SecurityModeFailure 消息提交给底层传输,此过程结束;

LTE的掉话原因分析及处理思路(加精

LTE的掉话原因分析及处理思路(加精

LTE的掉话原因分析及处理思路(加精LTE(Long-Term Evolution)是一种移动通信技术,为用户提供高速数据传输和更稳定的通信质量。

然而,LTE网络在实际使用中可能会出现掉话现象,影响用户的通信体验。

掉话是指通话或数据传输过程中突然中断的情况,可能由多种原因引起。

本文将对LTE掉话的原因进行分析,并提出相应的处理思路。

一、LTE掉话的原因分析:1.频率干扰:当LTE信号受到其他频段或其他无线设备的干扰时,会导致通信中断或掉话。

2.基站负载过重:如果LTE基站的通话负荷过重,可能会导致通信连接不稳定,从而引起掉话现象。

3.地形遮挡:地形起伏或建筑物阻挡信号传输会导致LTE信号弱化,从而影响通话质量。

4.用户位置变动:当用户在快速移动过程中,如高速驾驶或地铁运行中,可能会导致基站切换不及时,引起掉话。

5.信号干扰:电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰,造成掉话现象。

6.网络故障:LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。

7.用户设备问题:用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。

二、LTE掉话处理思路:1.优化网络规划:对LTE网络进行规划优化,调整基站覆盖范围和功率等参数,提高信号质量和覆盖范围,降低掉话率。

2.增加基站密度:增加LTE基站密度,提高信号覆盖范围和质量,减少用户在移动过程中的掉话现象。

3.加强干扰监测:实时监测LTE信号干扰源,及时发现并处理可能影响通信质量的干扰因素,减少掉话发生的可能。

4.提高用户设备兼容性:鼓励用户使用符合LTE标准的设备,避免因设备兼容性问题而引起的掉话现象。

5.强化故障处理机制:建立健全的LTE故障处理机制,快速响应网络故障事件,提供快速恢复服务,降低掉话率。

6.加强用户培训:向用户普及LTE网络知识,教育用户正确使用设备、信号、网络选择等功能,减少用户因操作不当而引起的掉话。

LTE室分故障分析

LTE室分故障分析

LTE室分故障分析引言:LTE(Long Term Evolution)是第四代移动通信技术,室分(In-Building Distributed Antenna System)是为了解决室内无线信号覆盖问题而设计的系统。

然而,由于各种原因,室分系统可能出现故障,影响用户的无线通信质量。

本文将针对LTE室分故障进行分析,并提供解决方案。

一、故障类型及原因:1.无信号故障:室分系统无法接收到室外基站的信号,可能的原因包括天线连接问题、射频馈线故障、设备故障等。

2.信号衰减故障:室分系统接收到室外基站的信号,但信号强度衰减较大,影响室内的无线通信质量。

可能的原因包括射频馈线衰减、馈线连接问题、天线方向问题等。

3.随机掉线故障:室分系统在使用过程中,用户会出现随机的掉线现象,可能的原因包括信号干扰、设备故障、天线方向问题等。

二、故障分析与解决方案:1.无信号故障分析与解决方案:(1)天线连接问题:首先检查天线连接是否松动或脱落,及时进行排除。

(2)射频馈线故障:检查射频馈线是否受损或接触不良,可进行馈线更换或重新连接。

(3)设备故障:检查设备是否正常工作,如有故障,及时维修或更换设备。

2.信号衰减故障分析与解决方案:(1)射频馈线衰减:检查射频馈线是否老化或损坏,及时更换损坏的馈线。

(2)馈线连接问题:检查馈线连接是否紧固,确保连接良好。

(3)天线方向问题:检查天线的指向是否正确,确保信号可覆盖到室内各个区域。

3.随机掉线故障分析与解决方案:(1)信号干扰:检查是否有外部无线信号干扰,如有,采取屏蔽措施或调整室分系统频段。

(2)设备故障:检查室分系统设备是否正常工作,如有故障,及时维修或更换设备。

(3)天线方向问题:检查天线的指向是否正确,确保信号可覆盖到用户所在位置。

三、故障预防:1.定期巡检:定期对室分系统进行巡检,检查设备是否正常工作,馈线连接是否紧固。

2.常规维护:定期对馈线进行检查和清洗,保持良好的连接质量。

TD-LTE接入失败问题分析及解决

TD-LTE接入失败问题分析及解决
TELEc oM ENG | N EERI NG TEcH N| cs AND s r ANDA RD | zAT| o N
T D — L T E 接入失败 问题分析及解决
徐 晶’ ,任刚
( 1 中国移 动通 信 集 团设 计 院有 限公 司,北京 1 0 0 0 8 0 ;2 中国移 动通 信 集 团浙 江有 限公 司 ,
与e No d e B之间的上行同步和 申请上行资源。R RC连
接 建立 是 U E向 U E发 送 R RC C o n n e c t i o n R e q u e s t ,
C o mp l e t e ,完成 R RC连接建立。鉴权流程指的是在 S l 口上 ,E NB发起 U E — I NI T I AL — ME S S AG E到收到核心 网侧发送 的 I N I T I AL — UE — c o n t e x t — S e t u p — R E Q这之 间
中图分类号
T N 9 2 9 . 5
文献标识码

文章编号
1 0 0 8 — 5 5 9 9( 2 0 1 3 )1 2 - 0 0 7 0 - 0 4
近两年 中国移动通信集团分别在十几个城市开展 了 T D - L T E规模试验 网的建设 ,各设 备厂家 的网络性能 现状差异较大 ,大部分设备 的网络不够 稳定 。单从无线
2 . 3鉴权流程失败 鉴权 流程 的问题表 现为 以下几个 现象 : UE与核 心 网直传消息空 口交互丢失 ( E NB侧来看是对应 的上行直
传消息没有收到) ; 核心网直接发送释放命令 ; 核心网 不响应或者响应过慢。
2 . 4 E - R A B 建立失败

LTE案例分析

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;

移动LTEVOLTE案例分析汇总

移动LTEVOLTE案例分析汇总

移动L T E V O L T E案例分析汇总Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】广东移动4GTD-LTE详细案例分析案例1:580PreconditionFailure导致的未接通。

【问题描述】在集团测试LOG中,存在PreconditionFailure导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的580PreconditionFailure消息,随后呼叫中止,出现未接通事件。

Log文件名:MOUE:MTUE:时间:10:16:【问题分析】1、呼叫过程中,被叫发送Ringing180后,收到网络下发的专载去激活命令,QCI1被释放,被叫随后上报580PreconditionFailure,主叫同样收到网络侧转发的580消息,呼叫接续中止,导致未接通。

2、从信令中可以看到,被叫回复Ringing180且主叫也已经收到Ringing180,被叫随后收到网络侧下发的RRC重配,携带有QCI1被释放的信息,被叫去激活专有承载。

由于专载已被释放,业务资源已不存在,所以被叫上发580PreconditionFailure失败消息。

主叫收到网络侧下发的580,接续被中止,导致了会话未接通。

3、从MME下发到NodeB的E-RABRELEASECOMMAND,原因上看是Nas层nomal_release,导致专载QCI1被释放。

4、专载QCI1被释放,去激活后,被叫发送INVITE580,主叫收到网络侧转发的INVITE580,会话流程中断,导致未接通【问题定位】在正常的会话流程中,由于MME下发E-RABRELEASECOMMAND,使得QCI1被释放,导致未接通。

【解决措施】需要核心网查看MME在什么情况下会下发E-RABRELEASECOMMAND。

【测试验证】案例2:ServerInternalError500导致的未接通【问题描述】在集团测试LOG中,存在ServerInternalError导致的失败事件,表现为呼叫过程中,终端主动收到网络侧下发的ServerInternalError500消息,随后呼叫中止,出现未接通事件。

LTE网络速率不稳定问题分析处理思路

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设备时现场插拔终端,会随机性出现速率异常的情况。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、无线接通率指标无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%、 RRC连接建立成功率RRCSetupSuccessRate=()/话统统计方法:RRC建立统计点【A点】(1)指标加1,不统计重发的次数。

Case1:eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起的RRC_Conn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发RRC_Conn_Req,UeID 不变),记为一次重发RRC_Conn_Req消息。

Case2:T300超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入,UeID 是取0~239的随机值或上层下发的TMSI。

eNB侧记为新的一次初始接入,加1。

Case3:发起Attach后会启动T3410定时器。

如果UE发出RRC_Conn_Setup_Cmp后,ENB 没有收到,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;RRC_Conn_Setup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。

(2)如果RRC Connection Request消息信元Establishment Cause为“emergency”,指标加1。

(3)如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess”,指标加1。

(4)如果RRC Connection Request消息信元Establishment Cause为“mt-Access”,指标加1。

(5)如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling”,指标加1。

(6)如果RRC Connection Request消息信元Establishment Cause为“mo-Data”,指标加1。

【B点】当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC ConnectionSetup消息给UE时,指标加1。

【C点】当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标,加1。

、ERAB建立成功率ErabSetupSuccessRate=()/话统统计方法:图4如上图中A点所示,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST(初始上下文设置请求)消息时统计该指标。

如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。

2、接入性能优化流程接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。

因此无线接通率优化流程可以按以下步骤进行:(1)通过话统分析是否出现接入成功率低的问题,当前RRC\eRAB接通率指标一般为98%,也可根据对接入成功率指标的特殊要求启动问题定位。

(2)确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。

检查无线侧以及核心网侧参数配置是否合理,如定时器T300、T302、T3410,以及参数小区接入禁止、小区最小接入电平、IPPATH、Ncs等。

(3)如果是部分站点指标恶化,影响全网指标,需要找出TOP站点。

(4)查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。

(5)查看TOP站点告警,检查单板状态,RRU状态,小区状态,OM操作,配置是否异常。

(6)针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。

(7)如果标准信令和干扰检测无异常,将一键式日志,标口跟踪,干扰检测结果返回给厂家技术人员分析。

接入问题优化流程图如下图所示:接入问题优化流程图3、接入问题排查分析、E_NB配置问题排查PDCCH符号数配置问题测试局点为了尽可能提高下行吞吐率, PDCCH通常固定1符号,但在20M带宽以下,可能出现无法接入的问题。

5M小区,PDCCH固定1符号,总共能使用的CCE个数为3,由于CCE资源受限接入不了。

10M小区,PDCCH固定1符号,总共能使用的CCE个数为8个,受上下行配比约束,下行最多能用5个,而10M小区公共信令的聚合级别为8,需要8个,因此CCE资源受限所以接入不了。

15M小区,PDCCH固定1符号,总共能使用的CCE个数为12,受上下行配比约束,下行最多能用8个,PDCCH功控开关关闭时可以接入。

PDCCH符号数配置IPPATH配置问题基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0);如下图所示:初始上下文建立失败响应信令截图在这种情况下,对照开站summary首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。

同时查看路由信息配置是否正确,如果IPPATH正确,但路由错误,同样会出现传输资源不可用的错误信息。

如果以上都不符合则需要把IFTS打开,将跟踪发给厂家技术人员来确认问题的原因。

初始上下文建立请求消息信令、top小区分析处理、TOP小区筛选通过U2000导出全网每日话统文件,按照()次数从高到低排序,结合接入成功率,选出TOP10站点接入成功率低的小区。

按照()次数从高到低排序,结合ERAB建立成功率选出TOP10 ERAB建立成功率低的站点。

目前TOP小区提取暂按以下方式操作:①RRC请求次数大于50次②接通率小于98%。

③在一周之类重复出现2次以上的小区。

若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选RRC 和ERAB建立失败的TOP小区。

、TOP小区状态检查检查TOP小区的状态是否正常,可以在U2000上,通过MML命令“DSP CELL”能查看到小区的总体信息。

如果小区状态显示不是“正常”,可以按如下方法进行简单排查:如果存在S1链路异常告警,请检查S1链路配置是否正确。

如果存在RSSI/RSRP通道不平衡,需要检查天馈互调干扰,如果存在驻波告警,需要通过DSP TXBRANCH,DSP RXBRANCH查看RRU发射和接收通道状态。

如果存在小区不可用告警,需要返回主控和基带板一键式日志。

、TOP小区指标分析通过话统可以得出TOP小区原因分布,TOP小区中RRC和ERAB建立失败次数原因值说明:①对小区RRC建立失败次数:资源分配失败而导致RRC连接建立失败的次数,指标ID:83;重点关注top资源是否足够,包括top用户数,传输、PRB等;UE无应答而导致RRC连接建立失败的次数,指标ID:84;关注质差、干扰、无线环境等;小区发送RRC Connection Reject消息次数,指标ID:69;关注传输问题、是否拥塞、干扰;因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:85;重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等;因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:86;关注PUCCH信道相关参数设置是否合理,CQI RB数配置是否合理等;流控导致的RRC Connection Request 消息丢弃次数,指标ID:89;关注拥塞,业务流控相关参数是否设置正确等;流控导致的发送RRC Connection Reject消息次数,指标ID:90;关注拥塞,业务流控相关参数是否设置正确等;②对小区E-RAB建立失败次数:因未收到UE响应而导致E-RAB建立失败的次数,指标ID:17;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

核心网问题导致E-RAB建立失败次数,指标ID:76;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排查);传输层问题导致E-RAB建立失败次数,指标ID:77;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题。

无线层问题导致E-RAB建立失败次数,指标ID:78;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

无线资源不足导致E-RAB建立失败次数,指标ID:79;处理建议:1、排查TOP小区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等;安全模式配置失败导致E-RAB建立失败次数,指标ID:80;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。

、TOP用户分析通过CHR日志分析可以获取RRC建立失败和ERAB建立失败TOP用户的TMSI。

在CHR数据中,可以通过TMSI来确定是否为同一个用户,具体方法如下:当前华为核心网TMSI分配的机制是对于同一个IMSI用户,TMSI的右起第三个byte的数据进行随机赋值,即某用户的TMSI中只有第三个字节的8bit发生变化(如AA ** BB CC)就是同一用户。

如下图所示,C0 ** 00 05就是同一个用户。

使用INSIGHTSHARP工具分析同一TMSI用户的多个接入流程,查看L2_SRB_LOG字段记录的接入时上行信道质量DMRS_SINR和DMRS_RSRP,可以初步确认用户是否处于上行弱覆盖区域:DMRS_SINR<0db或DMRS_RSRP<-131dbm可以认为终端处于弱覆盖区域。

CHR字段说明截图、TOP小区跟踪通过话统分析出TOP小区和TOP时间段后,在对应的小区和时间段,打开Uu口,S1口,X2口跟踪,查看接入流程在哪一步失败。

通过TOP用户的TMSI在核心网侧获取到IMSI,可以启动该用户的全网跟踪。

相关文档
最新文档