导航:首页 > 编程大全 > 邻区核查工具

邻区核查工具

发布时间:2024-11-05 03:28:53

A. DT路测在GSM的事件分析怎么做

1.1 覆盖类问题
1.1.1 地形环境导致弱覆盖
【问题现象】路测表现为:主被叫手机当前小区和所有邻区RSRP均小于-110dbm,无主服务小区导致SINR<-3dbm,无线环境恶化,导致掉线、切换失败、接入失败等异常事件频发。

【问题分析】结合现场环境和基站拓扑图,对周边所有基站进行逐个勘察和验证覆盖,对于地形原因导致无法彻底解决的区段,提交后续工程建设方案。
【解决方案】:
1:核查局方站点规划方案,如果有规划站点,提高建设开通优先级,如果无建设规划,提交建站方案;
2:测试2G网络覆盖情况,对于2覆盖良好情况下,开启SRVCC功能;同时确保2G侧FR功能开启,确保及时回落4G。
3:对于有测试考核要求的情况下,采取规避路线,减少异常事件发生概率;
1.1.2 邻区漏配导致弱覆盖
【问题现象】
DT测试中,此类问题主要表象为如下几种情况:
1. 频发A3事件而无法切换;
2. 通常伴随主被叫占用小区不同,RSRP相差较大;
3. 切换链紊乱;
4. 容易引发掉线、重建立、切换失败等事件
如下图:

【问题分析】
1:前台测试分析,核对A3事件上报小区信息是否包含在RRCConnectionReconfiguration。如未包含,则确定为漏配邻区。核对基站拓扑图,判断是否需要添加该邻区,排除过覆盖、针状覆盖小区(室分泄露小区、非道路覆盖小区等)尤其需要慎重添加,防止切换后无法及时切出问题发生。
如下图所示,两个基站相距200m,并且为相邻基站,所以建议补充邻区关系

2:后台IMSI跟踪信令分析,可以通过UDA工具筛选UnknowPciNotify,对于持续上报未定义PCI的现象要重点结合基站拓扑图来进一步确定是否添加邻区。
如下图,后台信令分析同样发现上报多个测量报告切换候补邻区为486,结合拓扑图,最终建议添加邻区关系

【解决方案】:
1:近距离相邻基站通常采用添加遗漏邻区方案;
2:过覆盖小区优先控制覆盖;
3:针状覆盖场景不建议添加,此问题一般影响较短路面,优先控制覆盖;
1.1.2.1 实例1
【问题现象】
主被叫占用新开基站983529133(PCI149)后无邻区关系导致无线环境恶化;
【问题分析】
下图为主被叫占用该小区后,RSRP由强到弱,无线环境逐步恶化,A3事件频繁上报但是未发起切换,查看邻区配置发现该站仅仅配置自身2个小区为邻区关系,通过了解,此站点为新建基站,未实施单验和入网优化工作,因此在此路段频繁导致掉话、重建立等事件发生

【解决方案】
1:及时开展单站优化和邻区关系补充,确保单站业务性能通过验收;
2:开通站点第一时间通知优化团队进行参数核查、邻区核查、性能测试,确保入网后正常投入网络运行。

1.1.3 站点故障导致弱覆盖
【问题现象】
测试中,此问题表现为:无法占用附近基站,会伴随邻区漏配、过覆盖情况发生,易导致未接通、掉线、切换链紊乱等现象;
如下图,基站462682位于麓枫路和咸嘉湖西路十字口,为该两条主干道主服务小区,测试到该路段后始终未占用该基站,RSRP下降到-110dbm以下,切换链紊乱,导致掉线。

【问题分析】
站点“长沙阳明山庄23栋(地华梅溪湖拉远)ZL-B8300462682PT”因纠纷暂时下网,导致周边无主覆盖小区;
【解决方案】:
需尽快恢复“长沙阳明山庄23栋(地华梅溪湖拉远)ZL-B8300462682PT”;对周边小区开启SRVCC切换。
1.1.4 越区覆盖导致无法切换
【问题现象】
过覆盖问题主要表象为:
未占用过覆盖小区情况下,当前小区可能会发生SINR恶化,伴随上报测量报告包含周边未知PCI。
占用过覆盖小区情况下,RSRP变化较大,伴随上行信号异常,邻区漏配现象,易导致掉线、接入失败、切换失败等异常事件。
如下图,手机占用PCI=121小区,enodeid=471089,无法向周边PCI=110切换,最终导致掉话;

【问题分析】
此类问题需要结合周边道路测试分析和基站拓扑关系来判断问题小区为周边哪个区域的主覆盖小区,进而采取优化手段进行调整;
如下图描述,问题点区域最近4次切换链为1、2、3、4次切换,其中2、3、4切换和PCI=121有关,同时分析周边道路主服务小区并无PCI=121,查看拓扑图发现该站位于周边较远区域,同时前往PCI=121测试发现,经纬度正确,主要原因是地势较高导致;

【解决方案】:
针对周边过覆盖小区,采用调整俯仰角、天线挂高、基站分布等手段;
对于特殊场景建设的基站,比如此案例中该站实际主要覆盖附近风景区,但是地势原因导致信号无法彻底控制,可以采取单向删除过远基站邻区,避免孤岛效应。
1.1.4.1 实例1 岳华路长房和园附近长沙观沙岭消防队2小区越区覆盖
【问题描述】
UE从4625062到4620931切换不及时导致重建

【问题分析】
1、增强4625333、4620931在此处的覆盖;
2、压低4625062下倾角2-3°。
已调整4625333、4620931小区方位角及下倾角至该路口覆盖,但覆盖方向存在部分阻挡,已达最大优化调整,调整后测试效果不明显,后调整新开站点长沙岳麓大道与岳华路交叉口-3小区覆盖至该片区域,调整后覆盖得到一定增强,如需彻底解决该片区域覆盖问题,需开通该区域规划站址长沙绿洲小区景观塔。
【解决方案和复测结果】
通过上述调整,该站点及时切换到983474,越区覆盖小区此处信号减弱。

1.1.5 切换参数设置错误导致无法切换
【问题现象】
车辆由东向西行驶在茶子山,当于基站462514退服后不能及时向附近小区切换,使得该路段RSRP差,最终导致掉话。如下图

对比前期测试该路段正常,如下图:

【问题分析】
从路测占用小区来看,即使该站断站,如果可以向462576-2(PCI=259中心频点1895Mhz)切换,信号可以保持在-105dbm,不会发生掉话现象。查看未切换到462576-2原因,从路测信令来看,A2事件上报后,重配消息中没有携带该异频邻区,首先认为没有配置该邻区关系。但是后台核查邻区列表后发现已经添加该邻区,进一步排查为什么重配消息中未携带该邻区关系,发现【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq”异频载频里面没有配置1895导致,补充添加后可以正常切换。
【解决方案】
1:主因是由于基站462514退服导致跨站切换不顺畅,因此优先解决故障站点
2:从该事件发现,如果测量参数【EUtranCellMeasurementTDD】中漏配异频频点,也会导致无法下发该异频频点邻区,即使配置了邻区关系也是无效,所以需要日常优化中定期核查【EUtranCellMeasurementTDD】表中的“eutranMeasParas_interCarriFreq”是否包含邻区定义的频点。
1.1.6 异频重定向
【问题现象】
终端上报A3测量事件后,基站直接发送重定向的RRCrelease消息,导致掉话
【问题分析】

图中可以看到,终端上发A3事件后,系统直接发送了重定向到37900的RRC release消息,导致此次掉话。
【解决方案】:
1、 通过后台参数,打开邻区切换功能,解决配置了邻区但没打开切换功能的重定向。
1.2 干扰类问题
【问题现象】
测试中一般表现为RSRP良好但SINR偏差,干扰严重区域容易导致掉线、切换失败等各类异常事件发生。
【问题分析方法】
干扰类问题涉及方面较多,有系统内干扰和系统外干扰,详细排查方法可以参考排查指导文档,这里仅仅对现场发现的案例进行描述。
1.2.1 实例1:PCI规划不合理导致
下图中,测试区域发现信号RSRP良好同时伴随SINR较差,优先排查PCI规划问题,发现近距离有同PCI基站,如下图:

1.2.2 实例2:重叠覆盖引发干扰
网格17内西二环路段存在同频基站分布密集,存在200-300米路段SINR差,此段路段发生重建概率较高,是掉话隐患点,23日测试发生1起主叫掉话。

下图圈中区域来自4个站点信号均在-95dbm~-100dbm,当切换到PCI=66/67后,SINR容易恶化,地势较为平坦,周边间距均在300-400m。

【解决方案】:
针对PCI规划不合理问题,建议重新规划和修改PCI。
针对重叠覆盖引发干扰问题,首先通过RF优化控制覆盖,减少重叠覆盖,其次采用异频组网方案解决。比如此西二环路段,PCI=66/67/68三个小区可以不用覆盖该路段,其他三个小区可以良好覆盖不同区段,引入PCI=66/67/68后易发生摸3干扰。
1.2.3 实例3:重叠覆盖引发干扰
主叫在清水路段462326附近收到近距离100m处小区4742163(PCI254)干扰,导致无法切换发起重建立,该路段基站覆盖过密集。

【解决方案】:
针对PCI规划不合理问题,建议重新规划和修改PCI。
针对重叠覆盖引发干扰问题,首先通过RF优化控制覆盖,减少重叠覆盖,其次采用异频组网方案解决。比如此西二环路段,PCI=66/67/68三个小区可以不用覆盖该路段,其他三个小区可以良好覆盖不同区段,引入PCI=66/67/68后易发生摸3干扰。
1.2.4 实例4:岳麓大道与岳华路交叉口东侧SINR值较差切换失败
【问题描述】
岳麓大道与岳华路交叉口东侧,UE占用4623813的SINR值较差,导致切换失败。

【问题分析】
1、添加4623813与983474133、462的邻区关系。
2、控制4623813在岳麓大道上的越区覆盖;
3、核查新开站983474133(170)背向覆盖与4750223(83)形成强模三干扰。
4、调整4623813下倾角2°至4°,方位角300°至290°,983474133下倾角2°至0°。
【复测结果】
通过控制覆盖、邻区关系优化,该路段干扰现象消失

1.3 基站版本问题
1.3.1 TM3\8切换后掉话
【问题现象】
从前台信令看掉话流程,终端的模式为TM3,然后上发A2测量,然后终端收到异频测量控制的重配消息,发送完成后下行链路失步,之后发起重建后掉话。此过程中,无线环境在RSRP -100,SINR 3左右。从后台信令分析,基站侧收到终端上发的A2,然后下发测量重配消息,紧接着发送TM8模式切换的重配消息,出现TM8的重配无法下发,用户面上报SRB1的RLC的ERRORIND导致释放而掉话
【问题分析】
12:09:14秒的重配置为TM3模式

12:09:14秒上发的是A2测量重配,然后广播消息,在12:09:26秒收到重建请求后被拒。

12:09:26秒终端上发BYE掉话。

基站侧12:09:18收到A2测量

12:09:18秒TM8模式转换的重配。

12:09:25秒出现错误的标示,该重配未下发,达到最大重传次数。

12:09:25秒文本释放。

【解决方案】:
此问题为已知版本问题,现场已升级至R5p版本,该问题验证通过;
1.4 核心网相关问题
1.4.1 QCI=5未建立
【问题现象】
主叫发起会话请求,无响应,导致未接通;
【问题描述】
主叫12:27:57发起invite,12:28:13 无响应之后未接通,检查DRB承载,发现优先级为9的承载有两条,如下图所示:

【解决方案】
HSS删除多余APN签约,之后恢复正常,如下图所示;

1.4.2 TAU过程中Paging问题
【问题现象】
10:28:22,主叫起呼发起invite request 之后QCI=1建立,被叫未收到此次呼叫的Paging;
【问题分析】
被叫10:28:23移动过程中发生小区重选,TAC改变发起TAU更新,未收到此次呼叫Paging导致的未接通事件;
此次未收到Paging是流程冲突,在寻呼的时候,收到TAU消息,我们会当做Pagingresponse处理,如果TAURequest消息中没有携带activeflag,那么用户面隧道是无法建立的,消息也无法投递

【解决方案】
核心网在下一个补丁中修正,会在TAU过程中无论UE是否携带了active flag都去建立用户面隧道;
1.4.3 从2G/3G回到4G核心网未发Paging
【问题描述】
主叫在4G起呼,被叫3G回到4G,核心网未下发Paging
【问题分析】
主叫16:23:39发起inviterequest 被叫从3G回到4G 16:23:49 ims注册成功未收到此次Paging,当用户在3G下,HSS已经做了域选择,此时用户重选到4G,是没有办法逆转的。该场景没有规范支撑

【解决方案】
核心网答复,暂时无协议支撑
1.4.4 跨TAC之后 QCI=1被删除
【问题描述】
跨TAC后,在462696-2小区15:46:24呼叫建立之2s,核心网S1ap上收到两条ERAB释放(QCI=1/QCI=5)的指示后掉话
【问题分析】
SGW把会话误删了,导致eNB收到了error Indication,然后发起了释放。现网SGW确实有个已知的问题,在“MME改变,SGW没有改变的短时间内4切3再切4”过程中,SGW会删除上下文导致用户掉线

【解决方案】

需SGW升级版本解决
1.4.5 起呼过程中伴随切换,ACCEPT消息丢失导致的QCI=1释放;
【问题描述】
终端在起呼过程中伴随切换,终端透传给核心网的ACT消息超时没有被核心网接收到导致的释放;
【问题分析】
21:01:23,主叫UE发起寻呼,被叫UE收到后发起ERAB承载,建立完成;21:01:26,被叫UE收到RRC重配置消息中要求去激活QCI1的承载,随后被叫UE上报INVITE580(precondition failure),导致本次未接通。

【解决方案】
DT消息没有等到(丢了),核心网有没有保护机制,需核心网解决;
1.5 终端异常
1.5.1 终端异常主动挂机导致未接通事件
【问题现象】
被叫向主叫发180振铃消息,主叫端也成功收到被叫180振铃消息,但在被叫发出180消息后,紧接着3秒后向主叫发406用户忙消息(见下图),核心网收到后给主叫放音,然后释放,相同的现象,两次呼叫未接通。

从信令上看,被叫发486用户忙消息,是终端主动拒绝的原因,和网络无关。至于被叫为什么在振铃3秒后发用户忙和拒绝消息,终端问题,需要终端解决。
1.5.2 终端不上报TAU请求
【问题现象】
主叫正常呼叫后从PCI=17,TAU=29580小区切换到PCI=64,TAU=29482小区后不主动发起TAU请求后RRC释放,重新接入到其它小区,3次重复这样过程后,终端主动发BYE,被叫终端TAU正常。由于对于不同TAU切换后手机终端需要上报TAU请求,此处终端始终未发起TAU,为终端原因

1.6 测试软件统计
1.6.1 异常统计掉话
【问题现象】
被叫在2G下人工释放,上报DISCONNECT,挂机流程结束,此时主叫在4G下收到IMS下发BYE,并去激活了QCI=1承载,并标记为normal call clearing,但仍会统计为dropped ,此时主叫继续正常释放流程,为软件统计问题。

1.7 eSRVCC切换问题分析
1.7.1 GSM邻区参数错误导致掉话
【问题现象】
手机在LTE覆盖弱场,收到B2测量的重配消息后,手机发起Measurementreport(B2事件)后收到网络下发的RRC Connection Release,重定向到2G后掉话。
【问题分析】
当UE上报A2测量报告后,eNB下发B2重配消息给UE,根据B2重配消息,UE测量满足B2-1和B2-2条件并上报B2事件,上报的B2事件包含准备切换的目标2G小区BCCH/NCC/BCC,见下图:

1. 正常情况下,eNB收到该B2事件测量报告后下发mobilityFromEUTRACommand消息给UE,切换到该GSM邻区;
2. 异常情况下网络下发RRC Connection Release消息使UE重定向到BCCH为512的GSM小区,如下图:

随后主叫重定向到GSM网络,在2G网络手机状态是空闲态,统计为掉话,如下图:

通过以上现象分析可知UEVoLTE业务eSRVCCC切换到BCCH 525(BSIC 12)的G网邻区失败,核查网管中该G网邻区参数配置,发现该邻区BSIC配置为7,与实际UE测量的BSIC 12不一致,修改网管中该G网邻区BSIC为12后,可正常切换到该小区,掉话解决
【解决方案】:
同步LTE-->GSM网络邻区定义和实际GSM网络规划数据,如上案例,LTE-->GSM邻区定义中BSCI配置为7,而实际UE测量的BSIC为12,将LTE定义GSM邻区中BSIC改为12后,正常eSRVCC。
1.7.2 切换准备失败
【问题现象】
UE空口表现为发起多次B2测量后无法进行eSRVCC,最终易导致重建立和掉话事件发生;
eNB侧表现为接收到手机上报B2测量并发起切换请求,但是收到来自核心网的切换准备失败消息;
【问题分析】
正常情况下,eNB收到该B2事件测量报告后下发mobilityFromEUTRACommand消息给UE,UE会收到mobilityFromEUTRACommand并实施切换;
异常情况下,UE发起多个B2事件而未收到mobilityFromEUTRACommand,此时可能涉及空口无线环境恶化导致B2事件测量报告未上报给eNB,需要结合eNB侧信令分析。如下图:

当eNB收到B2测报后向MME发送handoverrequire消息(为eSRVCC切换准备资源),但随后收到了切换准备失败的回复。见下图:

导致此类失败的原因通常是核心网没有对目标小区配置eSRVCC相关功能参数的原因,需要核心网检查目标网络小区相关参数是否生效或正确配置。
【解决方案】:
导致此类失败的原因通常是核心网未配置SRVCC功能、未配置目标MSC、未配置TAU等原因,需要同核心网及目标网络核查相关配置是否生效。
1.7.3 GSM邻区频点配置不全
【问题现象】
UE上报A2事件后,网络下发B2重配消息并成功上报网络后,手机RSRP满足B2-1判决门限却始终未上报B2事件测量报告,最终容易导致重定向、掉话事件发生
【问题分析】
实际网络中会存在由于无线环境的改变、G网参数优化后同步不及时或RF优化等原因,导致LTE小区的GSM邻区频点配置不够准确,对于A2重配里下发的GSM频点在终端测量后,不满足B2-2事件,导致无法触发eSRVCC。如下图:

其他可能原因:需要检查系统间邻区是否已经设置为“支持切换”,如下图

【解决方案】:
完善和及时更新LTE邻区定义中的GSM邻区关系和参数定义;
对于问题点,建议进行GSM网络扫频或者结合GSM测试数据分析,检查这些频点是否已包含在后台配置中
1.7.4 手机原因导致无法SRVCC切换
【问题现象】
主被叫手机在相同小区,主叫手机上报A2后重配消息包含B2门限和异系统频点信息,而被叫手机上报A2后重配消息未包含异系统配置信息,进而导致被叫没有进行SRVCC,主叫正常SRVCC。如下图

【问题分析】
由于一个小区下两种不同行为,首先需要排查手机上报能力,从UE附着请求消息或TAU(TrackingArea Updates)消息中发现被叫手机上报的UE能力不包含SRVCC能力消息,并描述不支持GSM频带。主叫包含,因此重点排查手机哪方面出现了异常,由于前期测试无此问题,怀疑测试期间手机误设置为锁定LTE导致,因此将手机设定为锁定LTE和支持2、3、4G模式对比验证。
下图是未锁定LTE情况下TrackingArea Updates信令描述,包含手机支持SRVCC能力指示

下图是被叫锁定LTE网络后,TrackingArea Updates信令,标示手机不支持E-GSMor R-GSM。没有支持SRVCC标示。

【解决方案】:
此类问题需要检查手机设置和实际支持能力,确保上报支持能力。
1.8 其他
1.8.1 参数配置问题导致异常返回GSM
【问题现象】
主叫手机占用462502基站发起INVITErequest和servicerequest后手机进入GSM网络发起后续接入流程。
【问题分析】
如下图所示,主被叫占用相同小区,无线环境良好,主叫无法驻留在LTE进行呼叫,被叫正常,占用其他基站无此问题,手机调换后对比测试问题依旧存在主叫流程异常,和手机关系不大。

B. ASPS详细资料大全

ASPS(Anti-Submarining Protection System )防潜保护系统, 这套系统系于座椅下面的钣件设计成后端下陷式成型设计, 其目的是防止车辆突然制动时, 防止车内乘员向前滑动发生危险的现象,

基本介绍

ASPS最重要的功能, 在于当车辆承受前面撞击时, 配合安全带的使用, 把人限制在座椅上并且产生下沉的力量而不会向前滑动, 如此可以降低由于人体向前滑动所造成脚部撞击仪表板, 或是头部胸部撞击方向盘所造成更大的伤害。此套系统与安全带及辅助气囊相互配合可以达到相辅相成的效果, 也就是说如果不系安全带, 那 ASPS是很难发挥其功能,所以再一次奉劝大家, 为了您个人的安全以及家庭的幸福, 记得开车请系安全带。 场景自动核查与生成软体(ASPS)是与移动设计院合作开发,针对一线网优人员进行邻区最佳化及场景分析所提供的专项最佳化工具。 它是适合2/3G融合网路的无线网路最佳化工具,具有强大的覆盖仿真能力,能够自动计算出GSM与TD-SCDMA系统之间的邻区关系,并且能够判断每个小区所处的无线场景。 软体使用者包括省公司和地市公司的一线最佳化人员。

C. 无线网络优化

一、网络优化过程
网络优化是一个长期的过程,它贯穿于网络发展的全过程。只有不断提高网络的质量,才能获得移动用户的满意,吸引和发展更多的用户。 在日常网络优化过程中,可以通过OMC和路测发现问题,当然最通常的还是用户的反映。在网络性能经常性的跟踪检查中发现话统指标达不到要求、网络质量明显下降或来自的用户反映、当用户群改变或发生突发事件并对网络质量造成很大影响时、网络扩容时应对小区频率规划及容量进行核查等情形发生时,都要及时对网络做出优化。
进行网络优化的前提是做好数据的采集和分析工作,数据采集包括话统数据采集和路测数据采集两部分。 优化中评判网络性能的主要指标项包括网络接入性能数据、信道可用率、掉话率、接通率、拥塞率、话务量和切换成功率以及话统报告图表等,这些也是话统数据采集的重点。路测数据的采集主要通过路测设备,定性、定量、定位地测出网络无线下行的覆盖切换、质量现状等,通过对无线资源的地理化普查,确认网络现状与规划的差异,找出网络干扰、盲区地段,掉话和切换失败地段。然后,对路测采集的数据进行分析,如测试路线的地理位置信息、测试路线区域内各个基站的位置及基站间的距离等、各频点的场强分布、覆盖情况、接收信号电平和质量、6个邻小区状况、切换情况及Layer3消息的解码数据等,找出问题的所在从而解决方案。
网络优化的关键是进行网络分析与问题定位,网络问题主要从干扰、掉话、话务均衡和切换四个方面来进行分析。
干扰分析: GSM系统是干扰受限系统,干扰会使误码率增加,降低话音质量甚至发生掉话。一般规定误码率在3%左右,当误码率达8%~10%时话音质量就比较差了,如果误码率超出10%则话音质量不可容忍,无法听清。因此,通常对载波干扰设置了一定的门限,规定同频道载干比C/I≥9dB,邻频道载干比C/A≥-9dB(工程中另加3dB的余量)。 通话干扰的定位手段包括话统数据、话音质量差引起的掉话率、干扰带分布、用户反映、路测 ( RxQual )及CQT呼叫质量拨打测试。
掉话分析:掉话问题的定位主要通过话统数据、用户反映、路测 、无线场强测试、CQT呼叫质量拨打测试等方法,然后通过分析信号场强、信号干扰、参数设置(设置不当,切换参数、话务不均衡)等,找出掉话原因。
话务均衡分析: 话务均衡是指各小区载频应得到充分利用,避免某些小区拥塞,而另一些小区基本无话务的现象。通过话务均衡可以减小拥塞率、提高接通率,减少由于话务不均引起的掉话,使通信质量进一步改善提高。话务均衡问题的定位手段包括话统数据、话务量、接通率、拥塞率、掉话率、切换成功率、路测和用户反映。话务不均衡原因主要表现在:基站天线挂高、俯仰角、发射功率设置不合理,小区覆盖范围较大,导致该小区话务量较高,造成与其它基站话务量不均衡;由于地理原因,小区处于商业中心或繁华地段,手机用户多而造成该小区相对其它小区话务量高:小区参数,如允许接入最小电平等设置不合理而导致话务量不均衡;小区优先级参数设置未综合考虑。
话务均衡方法1:改变定向天线的下倾角、挂高,调整相应小区参数如基站的发射功率等,改变覆盖面的大小,以达到调节话务量的目的;对临时话务量的增加,可通过临时增加载频或增大发射功率,改变信号覆盖范围。
话务均衡方法2:改变小区载频数是话务量调节的常用方法之一。从话务量少的小区抽调载频到话务量高的小区;采用OVERLAY/UNDERLAY层次小区结构或增设微蜂窝基站,降低每信道话务量。
话务均衡方法3:核查允许接入最小电平值ACCMIN,通过小区覆盖范围的变化间接调整话务量。注意此值调整过大可能造成盲区,过小可能造成通话质量下降;根据现场重选测试,调整小区重选参数CRO;调整切换偏移和滞后参数,改变切换边界和切换带来实现话务分流;启用定向重试、负荷切换。
话务均衡方法4:双频网话务调整,在GSM900和GSM1800系统上采用分层小区结构;考虑小区所在层、优先级、层间切换门限、层间切换磁滞等参数的设置,使GSM1800小区能成功吸收双频手机的用户。
二、华为网络优化分析工具
为了有效解决网络优化问题,华为开发出网络优化辅助分析工具,可以作为话统分析和诊断分析的工具。
话统台统计结果是以数据表格的形式输出的,记录每个统计周期的计数点累计值,具有一定的缺陷:表格形式数据离散,数据变化趋势不明显;不提供每天平均指标的计算,手工计算平均指标花费大量工时;不能体现各种指标项间的相关关系,不便于数据分析。话统分析工具的作用就是将用户从繁重的手工工作中解脱出来,对原始话统数据进行自动处理,以满足用户需要、以方便用户分析的形式呈现出来。华为话统分析工具可以实现对异常值的过滤、异常问题的辅助诊断、日常统计项的直观显示、相关统计项的组合显示及完善的报表等功能,是理想的网络优化辅助工具。
网络诊断分析工具可以及时发现网络中隐藏的问题,通过地理化显示小区分布状况、各小区覆盖状况、各小区服务质量和历史数据的回放、网络利用率等,也可以查看小区属性、覆盖范围、利用率等资料,通过动态回放历史数据,掌握服务质量,将存在问题的小区直观地显示出来,以便进一步查看问题的详细报告。诊断分析工具可对小区的覆盖做出计算和评估,计算切换尝试次数(信号质量、时间提前量)、切换尝试次数、小区间切换成功率、切换时接收电平、接收质量、出小区、入小区切换比率、平均接收电平、接收质量等,分析出小区覆盖水平。另外,也可对小区干扰进行计算和评估,包括TCH信道在各干扰带中所占比率、SDCCH占用时无线链路断的次数、TCH占用时无线链路断的次数、未定义邻近小区平均信号强度、定义邻近小区平均信号强度、接收电平与接收质量不匹配、上下行不平衡、掉话时的电平和质量等。
三、应用案例
应用案例一:内蒙伊克昭盟东胜市双频网网络优
网络背景:东胜市全网为华为GSM双频网。
优化项目:话务均衡。
通过普查测试、邻区关系调整、话务均衡调整等优化操作,使得GSM1800有效合理分担GSM900的话务,保证了话务均衡,图1为优化前后网络指标对比图。
应用案例二:福建漳州云霄双频网络优
网络背景: 华为1800MHz与Nokia 900MHz设备共站址异种机型组建的双频网,市区1800MHz与900MHz共同覆盖,形成多层网,平均站距为700m,达到密集连续覆盖,建筑物密集且无规则,无线环境复杂。
优化项目: 调整1800话务吸收、降低掉话率、优化切换指标。
网络优化后,网络质量大大提高,图2为网络优化前后话务吸收情况,切换成功率达到平均97.5%,消除了乒乓效应。优化前忙时平均掉话率为0.60%,全天平均为0.62%。优化后忙时平均掉话率为0.33%,全天平均:0.37%。
楼主可以到网络看看希望对你有帮助

阅读全文

与邻区核查工具相关的资料

热点内容
编程双线圈冲突怎么办 浏览:376
涉农贷款数据在哪里查到 浏览:78
华为手机备份文件去哪里删除 浏览:374
安卓选择题代码实现 浏览:627
176远古合击版本 浏览:284
javaweb项目启动很慢 浏览:67
我的电脑左侧怎么显示文件夹路径 浏览:980
怎么在list里面存数据 浏览:443
编程手机模拟器哪个好用 浏览:37
word2016艺术字 浏览:957
苹果机安卓 浏览:367
百度地图js双击事件监听 浏览:953
c程序中怎么移动光标 浏览:955
无法从googleplay下载更多文件 浏览:13
苹果手机qq里面的视频怎么看 浏览:627
机密文件多少件按泄密处理 浏览:745
编译linux 浏览:666
macbookpro2011拆机教程 浏览:675
eclipse代码补全快捷键 浏览:873
电脑编程序的软件有哪些 浏览:80

友情链接