资源预览内容
第1页 / 共25页
第2页 / 共25页
第3页 / 共25页
第4页 / 共25页
第5页 / 共25页
第6页 / 共25页
第7页 / 共25页
第8页 / 共25页
第9页 / 共25页
第10页 / 共25页
亲,该文档总共25页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
TD最坏小区优化指引(华为)目录1最坏小区定义22指标意义与定义22。1 CS无线接通率22.2 CS域无线掉话率22.3 RRC拥塞率33指标优化建议33。1 RRC连接成功率(业务相关)33.1.1 影响的因素33.1.2 涉及的参数33。1.3 优化建议33.1.4 案例33.2 CS RAB建立成功率33。2。1 影响的因素33.2.2 涉及的参数33.2。3 优化建议33.2.4 案例33.3 CS域无线掉话率33。3.1 影响的因素33.3.2 涉及的参数33。3.3 优化建议33。3。4 案例33.4 RRC拥塞率33。4.1 影响的因素33。4。2 涉及的参数33.4。3 优化建议33。4。4 案例31最坏小区定义TD 最坏小区指的是: (电路域RRC建立尝试次数(业务相关)+语音业务RAB建立请求的 RAB 数目(个) 100 且 TD 语音无线接通率50 且 TD 语音无线掉话率 5% 的小区或者是RRC 拥塞率 10 的小区 TD最坏小区比例区域内 TD最坏小区数/考核区域内TD总小区数100 2指标意义与定义从最坏小区定义看,涉及的指标有TD语音无线接通率、TD无线掉话率和RRC拥塞率.2。1 CS无线接通率该指标衡量CS域用户接入网络的难易程度,直接影响客户拨打电话时的感知,该指标偏低导致用户接入困难,无线接入性下降等问题。RRC拥塞率(业务相关)由于容量控制而导致RRC连接失败次数 / 按原因分RRC连接请求次数 100注:因为容量控制而被系统拒绝的RRC请求数量:由于容量控制的原因,UERNC:“RRC连接建立拒绝”(RRC CONNECTION REJECT )消息,其中原因为“congestion”3指标优化建议3。1 RRC连接成功率(业务相关)RRC 连接建立可以分两种情况:一种是与业务相关的RRC 连接建立;另一种是与业务无关(如位置更新、系统间小区重选、注册等)的RRC 连接建立。前者是衡量呼叫接通率的一个重要指标,其结果可以作为调整信道配置的依据.后者可用于考察系统负荷情况。RRC连接建立成功率(业务相关)RRC连接建立成功次数(业务相关)/ RRC连接建立尝试次数(业务相关)*100% 3.1.1 影响的因素1) 上行干扰,观察上行ISCP值是否正常。2) 小区资源不够,小区是否拥塞,通过话统提取RRC建立失败原因是否为congestion。3) 用户无响应,终端问题。4) 终端和NB同步问题.5) 弱覆盖3.1.2 涉及的参数1) 无 .2) 载波数量 。3) RRCUERSPTMR,等待RNC下发RRC SETUP时间,超时接入失败。4) PRXprachdes:期望在小区接收机得到的PRACH接收功率.5) PCCPCHPOWER,pccpch功率。3.1.3 优化建议1) 查找干扰源,或在调整uppts位置暂时规避.2) 扩容,可以把A频点改为F频点增加容量。3) RRCUERSPTMR,适当增加此参数,避免时延大导致超时建立失败。4) 提高PRXprachdes期望值,增加UE发给NB信息成功率。5) 适当提高pccpch功率,增加覆盖。RRC问题分析流程图:图5RRC连接建立问题分析图3.1.4 案例关键字:GSM直放站,干放,室分,ISCP 故障类别:干扰问题现象描述:在某市TD三期项目中,网优人员测试CS和PS业务时,发现PCCPCH和DPCH的RSCP及C/I都正常,但DPCH的ISCP很高,导致接通率低,CS域话音及视频质量差,PS域速率低,空口掉话掉线率高。背景介绍:新建TD网络,华为采用RNC类型:RNC820;RNC版本:RNC820V004R000C01SPC300告警信息:无原因分析1、TD网内同频干扰。2、TD网内基站存在时钟源GPS失步问题。3、基站硬件故障或室分设备故障。4、相邻小区存在时隙配比不一致问题.5、TD射频输出段的干放故障。6、其它无线系统的网外干扰。处理过程首先联系测试人员,请其提供现场第一手资料进行分析。现场测试CS64K业务截图如下所示:从上图可以看到,在占用10055频点时,PCCPCH及DPCH的C/I都在11dB以上,RSCP良好,误块率为0,但存在DPCH的ISCP过高的问题.从载干比良好的情况来看基本可以排除网内同频干扰问题,为慎重起见,修改主频点为较高频段的10020进行测试,发现也是存在相同问题。在后台使用LMT-R跟踪UE信令,并与现场测试工程师连续,发现经常无法收到UE上报的RRC_CONNECTION_REQUEST的消息,呼叫建立后,出现掉话现象,掉话原因为空口失败:从路测数据来看,发现测试区域邻区电平为116dBm,即无法收到邻区信号,从现场环境来看,该室内站点的相邻站与其相距100米左右,应该可以收到信号,怀疑该站或其相邻站点存在GPS故障导致时隙干扰问题。为验证是否存在此类问题,采取了以下几个步骤进行测试。偏移该室内小区的UPPCH的位置,由0改为22,进行测试验证。查询该站及其相邻站点的时钟同步方式,并查询附近站点的告警情况,检查是否存在时钟失步的问题。检查该小区和邻区的时隙配比是否都为2:4。修改载频优先级,使其占用其它载频,现场进行测试,并在后台观察所有载频的ISCP情况.测试及查询结果如下:偏移UPPCH后,ISCP仍然较高,掉话问题还是没有解决(掉话原因为UE无线连接丢失):检查发现相邻站点没有时钟源告警,产品侧反馈附近站点也已安装GPS,采取自动同步方式,站点锁星正常.检查发现全网时隙配比都为规范的2:4,没有问题.修改载频优先级,UE占用优先级最高的辅载频,发现问题仍然存在,所有载频的ISCP都为80dBm左右:采取以上的检查方法后,发现在整个TD网络的B频段带宽内都存在底躁较高的问题,基本可以判断该站的干扰由基站硬件模板、室分系统或网外无线系统干扰导致。联系客户咨询该室内站是否存在同覆盖的宽频直放站等GSM信源,如有请其短暂关闭10分钟进行测试。后从客户GSM部门了解到,该室内站点所在楼宇安装有客户的测试直放站,并在远端使用干放引入室分.关闭直放站远端干放进行测试,并在后台跟踪ISCP如下图所示:从上图可以看到,三个频点的ISCP都已从80dBm下降至-102dBm左右,现场测试效果良好,通话质量正常,没有再发现掉线掉话情况,业务恢复正常.建议与总结发现业务时隙干扰应首先从网内寻找原因,首先从频率干扰和告警等容易实现的方式开始检查,排除网内干扰的原因后再去分析硬件故障和异系统干扰问题.3。2 CS RAB建立成功率RAB建立成功是成功为用户分配了用户平面的连接,是建立业务连接的最后一个步骤.该指标衡量电路域RAB建立成功情况,影响TD网络语音业务的接入性能.该指标偏低时将直接导致客户无法接入网络。RAB建立成功率(CS域RAB指派建立成功RAB数目)/(CS域RAB建立请求的RAB数目)100 3。2.1 影响的因素1) 上行干扰,ISCP过高。2) RB建立超时。3) 用户接入阶段主动挂机。4) 弱覆盖。5) ALL2PATH配置错。6) 开环功率不足.7) 激活时间太短.3.2.2 涉及的参数。1) 无。2) RBSETUPRSPTMR:UE等待RB建立完成时间,如果超时则接入失败。 3) 无。4) Pccpchpower功率,可以提高相应得信道功率增加覆盖。5)无。6)MINDLINITPWR,DLINTERFERERSV提高下行最小初始发射功率,提高上下行开环功率,降低开环功率不足造成的失败。MIDRATERLACTTIMEDEFOFFVAL,HIGHRATERLACTTIMEDEFOFFVAL增加激活时间时长.3。2。3 优化建议1) 查找干扰源。2) 增加RBSETUPRSPTMR时间,避免时延过大超时导致接入失败。3) 无线侧无解决方案。4) 做好RF优化,无法调整可以提高相应信道功率。5) 开站的数据核查工作。RAB是指用户平面的承载,用于UE和CN之间传送语音,数据及多媒体业务.UE首先要完成RRC连接建立,然后才能建立RAB。RAB建立是由CN发起,UTRAN执行的功能,基本流程: 首先由CN向UTRAN发送RAB指配请求消息,请求UTRAN建立RAB。 RNC发起建立Iu接口与Iub接口的数据承载。 RNC向UE发起RB建立请求。 UE完成RB建立,向RNC回应RB建立完成消息. RNC向CN应答RAB指配响应消息,结束RAB建立流程。当RAB建立成功后,一个基本的呼叫即建立.流程如下图所示:图1RAB正常建立流程3。2。4 案例IU口AAL2阻塞导致RAB建立失败案例:IU口AAL2阻塞导致RAB建立失败某RNC现场反馈在多个小区发现偶尔呼叫不成功,原因为资源阻塞。小区无告警信息资源阻塞有可能是业务量大导致AAL2拥堵,也有可能是AAL2被屏蔽,这里并不是每次RAB被拒,说明肯定不是所有AAL2被屏蔽。从后台信令上看,RNC在收到RAB指配请求之后就向CN回了RAB指配响应,但RNC未向NodeB发送无线链路重配置,而RAB指配响应的原因是iu-transport-connection-failed-toestablish,这说明可能为传输链路有异常。图1通过附件图1初步断定为IU口问题后,跟踪RNC8的IU口,发现两个小时内有7次RAB建立失败,原因值都一样而且都是CS域RAB指配。于是在跟踪IU口的同时跟踪QAAL2,在IU口发往CN失败的RAB指配对应的时间查看AAL2的链路状况。图2通过附件图2(cause:switchingequipmentconges)可以得知,接入业务的该条AAL2链路阻塞,而RNC这边没有将任何链路block掉,于是联系核心网侧,核心网人员表示误操作远端闭塞了16条AAL2中的3条,将这3条AAL2链路解蔽塞之后恢复正常。呼叫不成功的原因很多,和网络环境、无线参数等多种因素有关,通常遇到这样的问题,要结合无线环境和信令等多种方法结合解决。CS域RAB指配遇到概率性不通的情况下,并且iu-transportconnectionfailed-toestablish,可以查下是否RNC与CN间链路被闭塞。同小区内立即激活缺省偏移值设置不当造成并发业务失败案例:
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号