ltetopn处理
- 格式:doc
- 大小:47.50 KB
- 文档页数:6
Volte炎强系统ASR无线掉话TOPN小区分析优化总结目录1、现状 (2)2、创新方案 (3)2.1无线原因排查流程 (3)2.2 LTE网络切换流程 (5)2.3 Mml_Xml解析工具Plus工具介绍 (6)3、S1上下文释放炎强端到端定位优化 (8)3.1[128] interrat-redirection掉话炎强端到端定位优化 (8)3.2[121]radio-connection-with -ue-lost掉话原因定位及优化 (10)3.3[101]tx2relocoverall-expiry掉话原因定位及优化 (16)4、TOPN推广效果 (23)4.1[128]interrat-redirectionTOPN优化效果推广验证 (23)4.2[121]radio-connection-with-ue-lostTOPN优化效果推广验证 (26)4.3[101]tx2relocoverall-expiry TOPN优化效果推广验证 (27)5、Esrvcc切换参数设置异常(一) (28)5.1 概述 (29)5.2 未发起eSRVCC切换原因分析 (30)5.3 参数调整方案 (31)5.4 优化效果 (32)5.5 优化总结 (34)6、Esrvcc切换参数设置异常(二) (34)6.1 问题小区描述 (34)6.2 原因分析 (35)6.3 优化调整方案 (37)6.4 效果评估 (37)6.5 总结 (40)1、现状由于现在炎强系统端到端VOLTE呼叫流程中采集了S1AP接口(除了部分由于信令丢失之外),所以可以结合端到端异常“S1错误码话单”中S1错误码进行针对性的定位分析。
结合炎强系统天粒度“指标报表下载”模板统计最近7天东莞全网ASR掉话话单,相关S1错误码分布情况:东莞全网S1上下文释放导致ASR掉话原因分布图从S1错误码分布情况来看,东莞ASR掉话记录的错误码主要以[300] normal-release、[121]radio-connection-with-ue-lost、[128]interrat-redirection为主,占比达10%以上:东莞全网S1上下文释放导致ASR掉话S1错误码占比情况2、创新方案通过近几个月对炎强ASR掉话TOPN小区优化情况进行总结,结合炎强端到端VOLTE掉话小区无线原因排查流程、切换流程,通过运用Mml_Xml解析工具Plus工具及优化切换参数(“切换RAR功率抬升”和“切换信令优化(UL)”),开展部分S1上下文释放原因的炎强系统端到端定位优化,并进行了推广验证,各项指标改善明显。
top小区处理意见低流量以及流量异常小区处理低流量小区是重要的KPI指标之一,指标反映了网络的移动性,指标直接影响到用户感知。
处理步骤:1. 首先核查是否为目标基站故障导致流量异常,查看当时站点的状态正常(基站是否存在故障)2. 现网核查参数等相关,发现参数设置无异常3. 与前台沟通后现场查看,无线环境正常,主覆盖区域为公路,上站检查无异常,更换光纤、光模块后观察流量依旧较低,后更换FBBA板,观察,流量恢复正常;总结:低流量以及流量异常小区优化首先排除外部干扰,基站故障等情况以外,还要针对基站相关参数、无线环境等进行进行核查,排除参数以及无线环境问题,之后利用前台实测数据分析,逐一排查问题根源,再进行处理。
零流量小区针对现场一个月的零流量小区统计情况分析,干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因:故障问题:电源:设备掉电端站,BBU掉电硬件告警:X2接口故障,系统时钟不可用,驻波等传输:传输光纤接口异常,BBU接口异常,射频R口接口异常覆盖、干扰问题:室外站点覆盖景区,景区冬季人少室外站点覆盖农村空旷公路室外站点不合理,如周围有村庄,密集人群活动区域,但天线覆盖方向不合理的.用户行为问题:活动场所:偶尔有活动,但周期比较长的。
随着季节变化,室外用户变少的.确实是用户过少的.工程原因:新建站处理故障期间,流量比较低小区未激活,导致零流量无线接通率低处理意见接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况,可以大致按以下步骤进行排查。
1.通过话统分析是否出现接入成功率低的问题,当前RRCeRAB接通率指标一般为98%,也可根据局点对接入成功率指标的特殊要求启动问题定位。
2.确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。
3.如果是部分站点指标恶化,拖累全网指标,需要寻找TOP站点。
浅谈CDMA网络TOPN小区优化方法与思路目录1概述 (2)2TOPN小区的分类 (2)2.1TOPN小区的分类(按类型) (2)2.2TOPN小区产生的问题分类(按原因) (2)2.3TOPN小区优化的处理流程 (3)3各TOPN小区的处理思路方法 (4)3.1掉话TOPN小区的优化思路 (4)3.2拥塞TOPN小区的优化思路 (5)3.3呼叫建立成功率低TOPN小区的优化思路 (6)3.4EVDO连接成功率低TOPN小区优化思路 (7)4TOPN小区处理实例分析 (9)4.1TOPN掉话小区处理实例分析 (9)4.2呼叫建立成功率处理实例分析 (10)5CDR分析工具使用指导书 (13)6总结 (13)1概述TOPN小区优化,就是指在全网指标相对最差的基站小区和用户投诉相对最集中的区域。
这里所说的相对性是指无论网络优化到什么程度,都会有最差小区的存在,所以最差小区优化时长期性的。
能够把全网中指标最差的小区优化好,全网的指标也会有部分的提高,日积月累,网络就会形成一个质的飞跃。
2TOPN小区的分类2.1 TOPN小区的分类(按类型)目前主要关注TOPN小区有以下几种:1.掉话2.拥塞,3.呼叫建立成功率低;4.连接成功率低2.2 TOPN小区产生的问题分类(按原因)从实际引起的原因可分为:(1)数据库原因:包括基本数据参数设置错误;(2)基站硬件原因:由于基站板件故障引起;(3)信号弱原因;(4)直放站或者别种干扰原因;(5)切换原因;(6)其他未知因素。
2.3 TOPN小区优化的处理流程TOPN处理流程图1.查询系统告警,包括BTS/BSC/MSS/Media设备告警,使各板件运行状态良好。
重点需要排查是否某一板件导致该板件下挂载的基站性能异常的情况。
2.分析和掉话率相关的无线掉话次数及释放次数指标,使其具有统计意义;3.RSSI的范围是否在(-95,-116),超出或者小于该范围需要检查天馈是否异常;4.话务量是否过大,导致反向底噪增高;5.后台提取拥塞、过载,相关板件利用率等,及时发现资源不足问题。
volte丢包率TOP小区处理2016年7月目录一、概述 (3)二、volte丢包率高TOP小区处理流程 (8)三、丢包率高TOP小区处理案例 (8)1.选择丢包率高TOP小区 (8)2.提取相关联指标项 (9)3. 实施处理 (9)3.1 下行丢包率高TOP小区处理 (9)3.2 上行丢包率高TOP小区处理 (11)四、TOP小区处理总结 (12)一、概述上下行语音丢包率是是表征VoLTE业务的一个重要指标,与时延,抖动是影响VOLTE 语音质量的三大因素之一。
监控,优化,提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。
PDCP层丢包对语音感知影响VOLTE业务与GU业务不同,LTE走PS域,通过不同QCI承载来进行QoS保障,影响其VOLTE 语音质量的关键指标为丢包,时延,抖动,其中丢包对MOS值基本是线性分布,一般丢包率在1%以内,MOS分都比较好;一旦丢包率大于1%后,MOS分明显下降,语音质量将会受到影响。
丢包率定义和影响因素指标定义:VOLTE语音包关联指标分析举例如下:若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化,弱覆盖导致的可能性较大。
根据关键指标关联,分析用户数问题根据如下话统信息,判断终端所处小区的负载情况,判断是否小区语音负载大,导致不能及时调度用户,带来PDCP层丢包;空口丢包原理上行空口丢包统计原理:主要影响因素:上行调度不及时,如图中的1,会导致UE PDCP层的丢弃定时器超时,但现网值是集团规范值,不存在该问题。
空口传输质量差,如图中2,MAC层多次传输错误导致丢包。
上行空口丢包统计原理:主要影响因素:下行丢包基本上是用户处于小区弱覆盖区域。
常见PDCP层丢包原因总结常见PDCP层丢包处理总体思路VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围,KPI趋势和话统原因分析:通过话统排查丢包区域,确认是全网问题还是TOP小区问题,如果是TOP小区问题就需要进一步排查该小区的配置,操作记录和参数差异等。
切换问题邻区漏配导致的切换失败邻区漏配导致的切换失败表现为:随着UE移动服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好。
服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好UE侧:发测量报告,但收不到切换命令eNodeB侧:收到测量报告,但不发起切换(X2口没有切换请求,空口没有下发切换命令)邻区漏配的解决方法1)核查邻区,手工添加邻区配置切换不及时导致的切换失败切换不及时导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区的RSRP 突然陡降服务小区的RSRP突然陡降UE侧信令表现为收到切换命令刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到切换不及时的解决方法:1)如果从“邻区质量满足切换门限”到“服务小区质量陡降”之间的时间间隔太短(如小于1秒)且“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较长(如大于2秒),则可通过修改服务小区与邻区的偏置CellIndividualOffset(为大于0的值)来提前切换2)如果从“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较短(如小于0.5秒),则可通过修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换3)如果服务小区与所有邻区都需要调整相同的CellIndividualOffset,则可通过调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换(此操作用得很少)弱覆盖导致的切换失败弱覆盖导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区和邻区的RSRP 都十分弱邻区无线质量满足切换门限时,服务小区和邻区的RSRP都十分弱UE侧信令表现为收到切换命令,刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到弱覆盖的解决方法A.调整功率配比B.调整天线倾角C.增加基站、载频干扰导致的切换失败干扰导致的切换失败表现为:在RSRP比较好的情况下,吞吐率不如预期、容易出现切换失败甚至掉话等多种现象。
lte数据处理流程
LTE数据处理流程主要包括以下几个步骤:
1. 加扰:使用扰码对经过信道编码后的数据进行逐比特的加扰,实现数据间干扰的随机化。
LTE中采用伪随机码作为扰码,在每个子帧的起始位置,根据RNTI、CellID、Codeword的编号以及无线帧内的时隙编号等信息,对
扰码的PN序列进行初始化。
2. 调制:对比特数据进行复数调制,包括QPSK、16QAM、64QAM。
3. MIMO相关的处理:基带将进行MIMO相关的处理,LTE物理层支持不同的发射天线数目(1/2/4),以及多种不同MIMO方案,包括单天线发送、空间复用和发送分集。
物理层通过“层映射”和“预编码”的操作进行了具体的实现。
以上信息仅供参考,如需了解更多信息,建议查阅通信原理、信号与系统等相关书籍或咨询通信领域专家。
L T E T O P小区处理思路1 日常关注KPI话统KPI主要包括以下几大类:接入性指标、保持性指标、移动性指标、干扰指标、信道质量指标等。
通过对这些指标的监控、处理,可以达到:识别发现问题、风险提前预警、话统KPI的稳定与用户使用感知的提升。
实际处理过程中,应优先处理对用户影响较大指标,接通、掉线、切换三大指标,同时参考流量、信道质量、寻呼响应等指标分析处理;1.1指标项1.2指标公式ROUND([1526734061]*121.5+[1526734062]*120.5+[1526734063]*119.5+[1526734064]*118.5+[15267342 KPI处理需求全网整体指标监控:重点监控切换成功率、掉线率、无线接通率、流量走势;建议提取前一天全网小时级指标与近一周数据走势对比,是否有较大波动,并分析具体原因,整网还是TOP小区影响;现阶段要求切换、接通率大于99%,掉线率小于0.5%;流量应无明显下滑(重大活动等影响除外);TOP小区处理:建议选取昨日8点-23点15忙时相关指标,优先处理VIP区域、高业务区、高投诉区域小区;3 TOP小区查找和分析处理3.1 接入性TOP分析处理3.1.1筛选条件提取15忙时数据,筛选出TOP小区,对未恢复的小区进行分析处理:VIP小区、高业务量小区、重点活动保障区、高投诉区,请求次数较多的小区需及时处理;连接请求次数小于50次的TOP小区,由于触发次数较少,等级次之;如果多个时段连续无成功次数,需提升处理等级;业务量较小,无线环境较差,等级次之;指标定义3.1.2接入相关指标项3.1.3RRC建立失败原因小区RRC建立失败次数:资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源是否足够,包括top用户数,传输、PRB等;UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等;小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰;因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等;因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注PUCCH信道相关参数设置是否合理,CQI RB数配置是否合理等;流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等;流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等;3.1.4E-RAB建立失败原因对小区E-RAB建立失败次数:因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
LTE劣化小区优化指导手册目录1掉线类问题 (3)1.1影响掉话问题的常见因素 (3)1.2整体分析思路 (4)1.3掉线问题接入初步分析 (5)1.3.1KPI趋势分析 (5)1.4参数核查 (5)1.5操作日志、设备故障、告警/外部事件排查 (6)1.6版本差异和已知问题排查 (8)1.7网络规划优化 (8)1.7.1弱覆盖排查 (8)1.7.2切换异常和邻区分析 (8)1.7.3负载和容量分析 (8)1.8射频通道和干扰排查 (9)1.9Top用户/Top终端类型排查 (9)1.9.1TOP用户识别 (9)1.9.2TOP终端类型识别 (9)1.10核心网异常排查 (9)1.11传输排查 (9)2高S1切换占比问题 (11)2.1X2接口信令异常 (11)3高RRC重建问题 (13)3.1重建机制介绍: (13)3.2与主要网管指标关联分析 (14)3.3与MR指标相关分析 (14)3.4打开关闭DRX特性重建比率验证 (14)3.5相关参数优化 (14)3.6与终端关联分析 (14)3.7结论 (15)4高PDCP层时延 (16)4.1用户面(数据面)时延介绍 (16)4.2用户面时延问题定位 (17)4.2.1Ping时延分段定位 (17)4.3本地UE PC获取时延 (18)4.4Wireshark工具精确时延获取 (18)4.5Ping时延eNodeB侧L2处理时延获取 (19)5总结 (21)LTE劣化小区优化指导手册概述本文介绍了高掉话问题、高S1切换问题,高RRC重建问题,高PDCP层时延问题的排查方法。
1 掉线类问题1.1 影响掉话问题的常见因素1.2 整体分析思路1.3 掉线问题接入初步分析1.3.1 KPI趋势分析掉话率长期趋势分析,确认是逐渐恶化还是突然恶化。
如果是突然恶化,那么在转折点附近寻找异常;如果是逐渐恶化则需要分析负载、容量、当地话务模型。
掉话率趋势线与切换成功率、RB利用率、用户数、CPU负载趋势线密切相关。
lte深度覆盖解决方案
《LTE深度覆盖解决方案》
LTE(Long Term Evolution)是第四代移动通信技术,提供高
速数据传输和更好的覆盖范围。
然而,LTE网络覆盖范围不
足的问题仍然存在,尤其是在人口稠密、建筑物密集的城市地区。
为解决LTE深度覆盖问题,业界提出了一系列解决方案。
其
中之一是采用更高的射频频率,以提高信号传输的覆盖范围。
使用更高频率的LTE网络可以实现更大的带宽和更高的数据
传输速度,同时也能更好地穿透建筑物,提升覆盖范围。
另一种解决方案是增加基站密度。
通过增加基站数量,可以有效地改善信号覆盖不足的问题。
特别是在人口密集的城市地区,增加基站密度可以实现更均匀的信号覆盖,提升网络的稳定性和可靠性。
此外,LTE网络也可以采用MIMO技术(Multiple-Input and Multiple-Output),通过增加天线数量和改善信号传输技术来
提高网络的覆盖范围和信号质量。
MIMO技术可以在不增加
频谱资源的情况下,提升信号的传输速率和覆盖范围,达到深度覆盖的目的。
总的来说,LTE深度覆盖问题并非无解,通过采用更高频率、增加基站密度、使用MIMO技术等多种解决方案,可以有效
地改善LTE网络的深度覆盖问题,提升用户体验和网络的稳
定性。
这些解决方案的应用,有助于推动LTE技术在未来的发展,为用户带来更好的移动通信体验。
TD-LTE差小区处理方法小结1概述随着移动TD-LTE用户的不断增多,TD-LTE的KPI指标成为移动客户关注的一个重点。
通过考核各厂家KPI的各项指标,以达到提升TD-LTE网络的性能。
目前TD-LTE的KPI指标主要包括以下几大类:接入性指标、保持性指标、移动性指标、业务量指标。
各类指标所包含的具体指标如下表示:本文档就TD-LTE的KPI指标定义及常规的优化思路做一介绍,并结合卡特榆林现场的一些经验案例进行分析。
2 TD-LTE KPI指标定义及常规优化思路2.1 接入性指标2.1.1 RRC连接建立成功率1.指标定义:RRC建立成功率=RRC连接建立成功次数/ RRC连接建立请求次数*100% 该指标的定义是处于空闲模式(RRC_IDLE)下的UE收到非接入层请求建立信令连接时,UE将发起RRC连接建立过程。
收到RRC建立请求之后决定是否建立RRC连接。
RRC连接建立成功率用RRC连接建立成功次数和RRC连接建立请求次数的比来表示. 该指标反映小区的UE接纳能力,RRC连接建立成功意味着UE与网络建立了信令连接。
RRC连接建立,包括(如位置更新、系统间小区重选、注册等)的RRC连接建立。
注:由于各厂家conter定义有所不同,此处conter就不列了。
2.信令流程:RRC建立流程3.影响指标因素及优化思路1)设备故障:优化手段:加大对全网设备故障、传输故障告警监控及故障的排查力度;2)终端问题:优化手段:通过信令采集等手段对比TOP终端性能;3)空口信号质量:优化手段:通过天馈优化、覆盖优化、提升RSRP、SINR等;4)网络容量:优化手段:调整小区下最大接入用户;5)参数设置:优化手段:通过优化最小接收电平、小区选择参数、小区重选参数、4-3重选参数、邻区核查等手段提升;6)网内网外干扰:优化手段:网外干扰:如CDMA、WCDMA、TDS等干扰,通过扫频确定干扰,提升与TDL间离度等手段来尽量避免干扰;政府会议、学校考试等放置干扰器,则采取锁小区等手段来降低对指标的影响;网内干扰:核查PCI,减少因PCI MOD3、MOD6干扰导致的RRC建立失败;7)室内外优化:优化手段:通过路测等手段检查室分泄漏,降低因室分泄漏导致的乒乓重选或干扰导致的RRC建立失败。
LTE掉线率TOP小区处理步骤一、掉线率TOPN小区筛选首先提取全网整体指标,查看昨日和今日的掉线率指标较平时相比有无较大波动,若有需先从查看全网告警情况、核查全网干扰情况、讯问传输或是核心网是否有割接、核查是否存在很严重的TOPN小区等方面排查出导致掉线率指标较大波动的具体原因,若整体掉线指标与平时相当再提取小区级掉线率指标进行TOPN小区筛选,并按照高掉线TOPN小区的掉线原因分类进行逐步排查解决,具体解决思路如下图:二、掉线率TOPN小区分析步骤。
若观察前日掉线指标和当日掉线指标与平时相差不大,再提取小区级掉线率指标,并根据其具体掉线原因进行逐步分析解决,目前掉线的主要原因有如下几类:1、ENB空口失败引发的释放➢核查该TOPN小区或是站点是否存在告警,若存在告警需及时进行处理;➢后台统计该小区每15分钟粒度的RB平均干扰值,若存在大偏干扰需现场扫频排查干扰源,若100个RB只有部分RB存在干扰可尝试修改频段减小干扰;➢若前两者都不存在,可将多提取几日该小区的掉线指标,观察改小区是长期TOPN小区还是偶发TOPN小区,若是偶发TOPN小区且比较严重可先重启下站点观察是否恢复,若未恢复再排查该小区是否修改过什么重要参数或是TOPN用户导致;➢通过MAPINFOW图层核查此TOPN小区是否存在同频同PCI、模三干扰严重等情况,若存在需对PCI进行及时修改;➢通过MAPINFOW核查该小区是否存在邻区漏配或是邻区冗余的情况,若存在需及时添加漏配邻区或是删除冗余邻区;➢若全网开启过MRR测量,可结合MRR测量采集的数据对改TOPN小区进行分析,查看是现场用户是否存在干扰或是弱覆盖,并进行针对性处理;➢后台提取改TOPN小区的TA值,计算改TOPN小区大致的覆盖距离,得出该小区是否存在越区覆盖,若存在需进行现场天馈调整;2、ENB切换失败引发的释放➢观察该TOPN小区的切换成功率,看是否存在异常,若存在异常再提取该小区邻区对级的切换成功率指标,观察该小区是往某个小区切换失败较多,还是往周边所有小区切换失败都较多,若往某个小区切换失败很多,先核查该目标小区是否存在告警或是干扰,如电压输入异常告警等,若是往周边小区切换失败都较多,核查源小区是否存在告警或是干扰,若存在需及时进行处理;➢若该TOPN小区切换成功率较低,源小区和目标小区都无告警,且是往某一个小区或是站点切换失败很高,可先重启该目标站点,若还未恢复先暂时禁止该邻区对切换,待指标恢复后再还原;➢通过MAPINFOW核查该TOPN小区的邻区关系,看是否存在邻区漏配和冗余邻区,若存在需及时添加漏配邻区或是删除冗余邻区;➢核查该TOPN小区相关参数,如频段、PCI、TAC,相关切换参数,如切换开关、切换偏置、是否添加异频测量等;若存在问题需及时处理;➢另外全网开启MRR测量对该原因导致的掉线影响也较大,需关注是否开启MRR测量;3、小区关断或复位引发的释放➢这种原因导致的掉线问题比较单一,一般都为站点故障、直接关断小区、直接重启站点等问题导致,故障原因可排除故障并处理,人为原因需尽量避免;4、ENB由于其它原因引发的释放➢这类原因目前LTE网络室分出现较大,且大部分都为超级小区问题,针对这类原因的处理思路和针对空口原因的处理思路差不多,若是室分小区问题,需核查该室分小区是否存在同PCI情况,若是存在需及时修改;➢若该TOPN小区为室分超级小区,需核查该超级小区组合是否存在问题,如超级小区组合方式是否正确、超级小区组合是否存在跨BPL板的情况等,若问题仍未得到解决,可暂时将超级小区进行拆分观察问题是否解决;5、ENB重建立失败导致的释放➢ENB重建立失败导致的释放处理思路与ENB由于其它原因引发的释放处理思路类似,主要针对告警、干扰、覆盖、邻区、参数等方面进行核查优化,参数方面需注意频段、PCI、TAC、上下行MCS最小值、上下行MCS最大值等;6、ENB由于S1链路故障导致的释放➢这类问题主要是传输侧的问题,若出现该原因导致的掉线,首先应核查该小区是否存在告警,特别是SCTP路径断链的相关告警,另外需核查传输和核心网侧是否存在问题;➢核查该小区TAC配置是否存在问题,若该TAC在核心网侧未定义也有可能导致S1掉线;➢核查该站点IP层配置,特别是IP地址与网关IP是否配置正确,若配置错误也可能导致S1掉线;➢核查该站点业务与DSCP映射中使用的IP层配置是否设置为了管理网关的IP地址,若映射错误也会导致S1掉线;。
中国区LTE LTETOPn小区分析远程交付工具使用说明书拟制: Prepared by 刘永顺00309980日期:Date2015.10.12审核: Reviewed by 日期:Date审核: Reviewed by 日期:Date批准: Granted by 日期:Date华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved目录1操作指导 (6)1.1操作流程 (6)1.2准备工作(非常重要) (6)1.2.1账号准备 (6)1.2.2环境准备 (7)1.2.3数据准备 (7)1.3文件上传 (8)1.4自动分析任务定制 (9)1.4.1公用部分 (9)1.4.2参数设置说明 (10)1.5任务管理 (12)1.5.1任务状态查看 (12)1.5.2报告下载 (12)2数据提取说明(推荐使用NIC) (13)2.1 NIC提取 (13)2.1.1 NIC登陆..........................................................................错误!未定义书签。
2.1.2外部CHR的订阅 (15)2.1.3外部CHR取消订阅 (19)2.1.4分析所需数据提取 (21)2.2非NIC提取 (22)2.2.1配置数据提取 (22)2.2.2原始话务统计FTP提取 (22)2.2.3告警提取 (23)2.2.4外部CHR提取 (26)3附录 (26)修订记录Revision record1操作指导普通用户在平台中主要完成软件注册后,数据的上传、导入及任务管理的工作。
下面的流程中,软件注册在用户不更换便携机的情况下,只需要执行一次。
1.1操作流程TOPn任务定制和执行1.2准备工作(非常重要)由于平台功能实现的要求,请用户务必按下列说明完成准备工作。
否则将影响平台的使用甚至是最终报告的生成。
解决TOPN差小区需要修改的参数在解决TOPN差小区问题时,可以考虑修改以下参数:1.TOPN参数:TOPN参数指定了在差异分析过程中需要比较的前N个小区。
可以尝试增加TOPN值,以增加比较的小区数量,从而更全面地分析差异。
比如将TOPN值从默认的10个增加到20个或更多。
2.时间窗口参数:时间窗口参数决定了进行差异分析的时间范围。
较大的时间窗口可以考虑更多的历史数据,提高差异分析的准确性。
可以尝试增加时间窗口的长度,同时确保窗口内数据的充分性和代表性。
3.邻区定义参数:邻区定义参数用于设定小区之间的邻近关系。
不同的邻区定义会影响差异分析的结果。
可以根据实际情况调整邻区定义参数,确保选择的邻区与目标小区具有较高的相关性。
4.邻区压缩算法参数:邻区压缩算法参数决定了在差异分析过程中是否对邻区进行压缩。
可以尝试不同的压缩算法参数,以找到最适合的邻区压缩方式。
一些压缩算法会将相似的邻区合并为一个邻区,从而降低差异分析的复杂度。
5.差距评分参数:差距评分参数用于评估小区间的差距程度。
可以调整差距评分参数的取值范围,以适应差异分析的需求。
较大的差距评分参数可能会导致更多的小区被考虑为差异小区,而较小的差距评分参数可能会忽略一些差异。
6.均衡参数:均衡参数用于权衡考虑各个因素对分析结果的影响程度。
可以根据具体情况调整均衡参数的取值范围,以获得更合理的分析结果。
例如,可以增加一些因素的权重,从而更加重视它们在差异分析中的作用。
7.数据质量参数:数据质量参数用于筛选和过滤分析数据。
可以调整数据质量参数的阈值,以滤除低质量的数据,提高差异分析的准确性和可靠性。
需要注意的是,修改参数时应该综合考虑系统性能和分析需求,避免过多的参数调整导致计算复杂度增加或分析结果失真。
同时,应定期对参数进行评估和优化,以适应网络环境的变化和分析需求的变化。
切换问题邻区漏配导致的切换失败邻区漏配导致的切换失败表现为:随着UE移动服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好。
服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好UE侧:发测量报告,但收不到切换命令eNodeB侧:收到测量报告,但不发起切换(X2口没有切换请求,空口没有下发切换命令)邻区漏配的解决方法1)核查邻区,手工添加邻区配置切换不及时导致的切换失败切换不及时导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区的RSRP 突然陡降服务小区的RSRP突然陡降UE侧信令表现为收到切换命令刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到切换不及时的解决方法:1)如果从“邻区质量满足切换门限”到“服务小区质量陡降”之间的时间间隔太短(如小于1秒)且“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较长(如大于2秒),则可通过修改服务小区与邻区的偏置CellIndividualOffset(为大于0的值)来提前切换2)如果从“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较短(如小于0.5秒),则可通过修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换3)如果服务小区与所有邻区都需要调整相同的CellIndividualOffset,则可通过调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换(此操作用得很少)弱覆盖导致的切换失败弱覆盖导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区和邻区的RSRP 都十分弱邻区无线质量满足切换门限时,服务小区和邻区的RSRP都十分弱UE侧信令表现为收到切换命令,刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到弱覆盖的解决方法A.调整功率配比B.调整天线倾角C.增加基站、载频干扰导致的切换失败干扰导致的切换失败表现为:在RSRP比较好的情况下,吞吐率不如预期、容易出现切换失败甚至掉话等多种现象。
lte 上行最大调制类型【实用版】目录1.LTE 简介2.LTE 上行调制类型3.LTE 上行最大调制类型4.最大调制类型的选择正文【1.LTE 简介】LTE,全称 Long Term Evolution,即长期演进,是一种无线通信技术,主要用于提供高速无线数据传输和语音服务。
LTE 技术是基于 3GPP (第三代合作伙伴计划)制定的标准,是移动通信领域的一种主流技术。
【2.LTE 上行调制类型】在 LTE 系统中,上行调制是指用户设备(UE)向基站(eNodeB)发送数据时所采用的调制方式。
上行调制类型有多种,如 QPSK、16QAM、64QAM 等。
这些调制方式有不同的特点和性能,选择合适的上行调制类型可以提高系统性能和用户数据传输速率。
【3.LTE 上行最大调制类型】LTE 上行最大调制类型为 64QAM,即 64 个正交幅度调制。
64QAM 是一种高阶调制方式,可以表示更多的数据符号,从而提高数据传输速率。
然而,高阶调制方式对信道质量和信号处理性能要求较高,因此在实际应用中需要根据具体情况选择合适的调制类型。
【4.最大调制类型的选择】在选择 LTE 上行最大调制类型时,需要综合考虑以下因素:(1)信道质量:信道质量越好,可以选用的调制类型越高阶,从而提高数据传输速率。
(2)信号处理性能:高阶调制方式对信号处理性能要求较高,因此需要确保用户设备和基站具备足够的处理能力。
(3)系统性能:合适的调制类型可以提高系统性能,如误码率、传输速率等。
(4)用户需求:根据用户的实际需求,选择合适的调制类型,以满足不同用户的数据传输需求。
深圳联通TOPN小区分析流程总结UMTS系统商用部何钟莉运行商十分关心运营系统的阻塞率与掉话率,其中掉话率又是十分重要的考察指标,因为实际运营系统中采用的是"用户满意准则"。
这里就以运行商最关注的CS掉话率最坏小区来(UTRAN侧的KPI指标)阐述深圳联通CS域掉话TOPN小区的分析流程。
一、高掉话TOPN小区分析概述1.1分析TOPN小区的目的分析每天统计出的全网CS域掉话率最坏小区,找到相关的蛛丝马迹好让网优的同事快速解决,从而降低全网CS域掉话率指标,提升用户满意度。
1.2掉话率指标计算公式CS域无线掉话率反映了系统的通讯保持能力,是用户直接感受的重要性能指标之一,目前KPI统计中的掉话是UTRAN侧的掉话率指标,指业务建立成功后,RNC向CN发送IU RELEASE REQUEST消息,其后收到CN发送的IU RELEASE COMMAND这样一种情况。
其计算公式如下:CS域掉话率=(RNC请求释放的电路域掉话的RAB数目+RNC请求释放电路域Iu连接对应的RAB数目) / 电路域RAB指派建立成功的RAB数目×100%二、掉话分析过程2.1掉话分析流程每日KPI的TOPN小区分析流程,如下图:总体来说,分析TOPN小区的首要问题要确认要分析的TOPN小区都有哪些,在得到TOPN 小区之后首先要排除该站是否存在影响CS掉话指标的告警,检查参数配置是否正确,然后由于掉话时未跟踪到小区信令,可以从关联日志中利用业务掉话前后相关的信令分析掉话原因,但是毕竟关联日志记录信息有限,对于走到这一步还无法定位的小区,再跟踪其小区级信令(通常需要跟踪一定的时间:一天或更长的时间),如果该小区再次出现在TOPN里,有必要再重新走一遍这个流程,并且结合跟踪的信令找到掉话点分析其原因。
在经过几天的TOPN小区统计,对于某些顽固小区依然无法定位的情况,可以再进行实地路测复现分析。
2.1.1 TOPN小区的统计根据小区级的CS域掉话率指标获得全网掉话原始数据后,深圳联通的CS域TOPN小区再将其分为周TOPN小区和日TOPN小区。
3)调整PRACH前缀最大发送次数增大随机接入成功率,PRACH前缀最大发送次数这项参数不能设置过高,过高会增加对邻区的干扰,取值建议:8次或10次.
4)调整最小接入电平门限。
2 如果主要为“eNB接纳失败”。
eNB接纳失败可理解为基站拥塞导致,结合后台统计该小区实时在线用户数目是否已经达到系统上限。
对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值.
3 如果主要为“其他原因”。
对于初始的RRC建立失败次数,其他原因(个)这项则需要对信令进行跟踪分析,以及查看相关的参数是不是配置错误(如:PCI的PRACH映射关系设置不规范,NCS/PRACH CONFIG INDEX配置等随机接入参数。
E-RAB建立失败TOP及原因分析
A 指标名如下:
E-RAB建立成功率E-RAB Setup Success Rate
筛选出RAB连接建立成功率的TOP小区明细
B 具体KPI分析:
通过excel画曲线图分析如下counter值与rate本身的关联性,通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起?
初始的E-RAB建立失败次数,eNB接纳失败、
初始的E-RAB建立失败次数,空口失败、
初始的E-RAB建立失败次数,安全激活失败、
初始的E-RAB建立失败次数,消息参数错误、
初始的E-RAB建立失败次数,RRC重建立原因、
初始的E-RAB建立失败次数,其他原因、
增加的E-RAB建立失败次数,eNB接纳失败、
增加的E-RAB建立失败次数,空口失败、
增加的E-RAB建立失败次数,切换引起+增加的E-RAB建立失败次数,消息参数错误、
增加的E-RAB建立失败次数,RRC重建立原因、
增加的E-RAB建立失败次数,其他原因
曲线分析结果:
1 如果主要为“eNB接纳失败”,
信令跟踪进行分析。
查看小区配置的相关接纳参数是否正常,比如小区Active E-RAB数门限是否设置过小。
2 如果主要为“空口失败”。
空口失败(个)最直接的理解就是用户自己造成的原因,如拔插终端,终端异常吊死,或者进入恶劣的无线环境导致建立失败(对于是不是弱覆盖导致可以先查看目标小区的RRC 连接是否正常.)
3 如果主要为“其他原因”,
对于初始的E-RAB建立失败次数,其他原因(个)这项则需要对信令进行跟踪分析,以及查看相关的参数是不是配置错误(对于ERAB建立失败其它原因首先可以对参数先进行排查,如:PCI的PRACH映射关系设置不规范,TAC配置是否合理,频点对应的带宽是否正确以及相应的带宽分配的RB数目是否正确等等。
下面列举信令跟踪分析失败几个案例:
. 对于ERAB建立成功率低的两个案例:
第一种为信令里面曝出现INTIAL CONTEST SETUP FAILURE(初始上下文设置失败)这一条,原因侧为transport=0:TS1AP_transport_resource_unavailable,字面上的意思就是传输资源不可用.出现这种情况的时候自己首先可以做一个PING包测试,方法:首先查看目标小区的所在的核心网IP地址是多少,然后拿目标基站ENBID来对核心网做PING包测试,查看该目标小区的时延和丢包率是否异常,如果异常则肯定是传输方面出现了问题.如果查看传输方面正常,那就建议将基站进行整表同步,也就是所谓的重启,对单板或者RRU进行复位就可以了。
第二种为信令里面出现了INTIAL CONTEST STEUP Failure,失败的原因为TS1AP_failure-in-the-radio-interface-procedure (无限资源借口不可用)这个有可能是现场督导将鸳鸯线接反导致,或者是干扰导致,也可以通过整表同步进行尝试.
还有一种情况是可能是有干扰源存在导致的ERAB建立失败,这时候就需要你对失败的目标小区进行频谱扫描查看是否存在干扰(单RB情况下频谱扫描值一般稳定在-118左右)。
ERAB异常释放TOP10及原因分析:
A 指标名如下:
E-RAB掉话率E-RAB Drop Rate
筛选出RAB连接建立成功率的TOP小区明细
B 具体KPI分析:
通过excel画曲线图分析如下counter值与rate本身的关联性,通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起?:
E-RAB释放次数,由于ENB过载控制导致的释放、
E-RAB释放次数,由于ENB其他异常原因、
E-RAB释放次数,由于ENB的无线链路失败、
E-RAB释放次数,由于ENB重建立失败、
E-RAB释放次数,由于ENB小区闭塞,复位、
E-RAB释放次数,MME由于ErrorInd或者跨站重建立导致的释放、
E-RAB释放次数,ENB由于S1链路故障发起释放
曲线分析结果:
1 如果主要为“由于ENB的无线链路失败”
请进一步细化counter值,再导一下KPI数据,counter值如下:
C2E-RAB释放次数,空口定时器超时Number of E-RAB Release due to Uu Interface Timeout
C3E-RAB释放次数,空口质量差触发
RLF
Number of E-RAB Release due to RLF triggered
by Poor Uu Quality
C4E-RAB释放次数,RLC达到最大重传
次数
Number of E-RAB Release due to Maximum of
RLC Retransmission
C5E-RAB释放次数,PDCP完整性保护
失败
Number of E-RAB Release due to PDCP
Integrity protection Failure
(对于counter C3,后期版本中没有该counter,如果KPI服务器上找不到该counter值属于正常现象,不导该counter值即可)
导出该counter值后,再话excel曲线分析:
如果主要为“空口定时器超时”,一般无线环境导致或天馈问题。
如果主要为“RLC达到最大重传次数”,一般无线环境导致或天馈问题。
如果主要为“PDCP完整性保护失败”,请联系用户面排查。
2 如果主要为“由于ENB其他异常原因”:
需要抓取信令进一步分析。
3 如果主要为“MME由于ErrorInd或者跨站重建立导致的释放”:
首先排查覆盖问题,若覆盖没问题,需要抓取信令进一步分析,方法如下:
请通过实时kpi监控如上占据“主要因素”的counter值和重点小区(小区数最好为只监控一个,因为信令跟踪多个小区信令可能会丢失对于问题分析不利),同时开启信令跟踪(和内部信令,详情方法见该文档前文描述),一旦发现“主要因素”的counter值出现,反馈该实时KPI和对应时段的信令跟踪给控制面同事。
4 如果主要为“ENB由于S1链路故障发起释放”:
请进一步细化counter值,再导一下KPI数据,counter值如下:
C 6E-RAB释放次数,Gtpu ErrInd触
发释放
Number of E-RAB Release due to GTPU Error
Indication
C 7E-RAB释放次数,Path故障触发释
放
Number of E-RAB Release due to Path Fault
C 8E-RAB释放次数,光口故障触发释
放
Number of E-RAB Release due to Optical Port
Fault
如果主要为“Gtpu ErrInd触发释放”,则须核心网排查为撒发送GTPU 层错误
指示给基站。
如果主要为“Path故障触发释放”,一般传输配置问题导致,需联系传输排查。
如果主要为“光口故障触发释放”,请排查ENB上的BPL板上的光模块是否物理损坏?可以尝试换正常的光模块,若还不正常,请确认平台和RRU同事排查。
切换失败TOP10及原因分析:
源侧未收到MME的释放命令(S1切换)或目标站的释放消息(X2切换),需要通过“小区对”KPI找到目标侧,查看是否已经发送切换完成标识(S1)或释放消息(X2),若已发送则需要排查传输问题。
(3)切换执行失败,其他原因
一般情况下,是由于发生跨站重建立导致,需要抓取信令确认。
外场多数情况下,是由于目标侧存在同频同PCI小区导致。
(4)切换执行失败,PATH SWITCH 失败
此情况很少发生,若发生需要MME协助定位。