《TD-最坏小区优化指引》由会员分享，可在线阅读，更多相关《TD-最坏小区优化指引（25页珍藏版）》请在金锄头文库上搜索。
1、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 优化
2、建议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拥塞率(业务相关）由于容量
3、控制而导致RRC连接失败次数 / 按原因分RRC连接请求次数 100注：因为容量控制而被系统拒绝的RRC请求数量：由于容量控制的原因，UERNC：“RRC连接建立拒绝”（RRC CONNECTION REJECT ）消息，其中原因为“congestion”3指标优化建议3。1 RRC连接成功率(业务相关）RRC 连接建立可以分两种情况：一种是与业务相关的RRC 连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC 连接建立。前者是衡量呼叫接通率的一个重要指标,其结果可以作为调整信道配置的依据.后者可用于考察系统负荷情况。RRC连接建立成功率（业务相关）RRC连接建立成功次
4、数（业务相关）/ 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位
5、置暂时规避.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网络
6、，华为采用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过高的问题.从载干比良好的情况来看基本可以排除网内同频干扰问题，
7、为慎重起见，修改主频点为较高频段的10020进行测试，发现也是存在相同问题。在后台使用LMT-R跟踪UE信令，并与现场测试工程师连续，发现经常无法收到UE上报的RRC_CONNECTION_REQUEST的消息,呼叫建立后，出现掉话现象,掉话原因为空口失败:从路测数据来看，发现测试区域邻区电平为116dBm，即无法收到邻区信号,从现场环境来看，该室内站点的相邻站与其相距100米左右，应该可以收到信号，怀疑该站或其相邻站点存在GPS故障导致时隙干扰问题。为验证是否存在此类问题，采取了以下几个步骤进行测试。偏移该室内小区的UPPCH的位置，由0改为22，进行测试验证。查询该站及其相邻站点的时钟同步
8、方式,并查询附近站点的告警情况，检查是否存在时钟失步的问题。检查该小区和邻区的时隙配比是否都为2：4。修改载频优先级,使其占用其它载频,现场进行测试，并在后台观察所有载频的ISCP情况.测试及查询结果如下：偏移UPPCH后，ISCP仍然较高,掉话问题还是没有解决（掉话原因为UE无线连接丢失）：检查发现相邻站点没有时钟源告警,产品侧反馈附近站点也已安装GPS，采取自动同步方式，站点锁星正常.检查发现全网时隙配比都为规范的2：4,没有问题.修改载频优先级，UE占用优先级最高的辅载频,发现问题仍然存在，所有载频的ISCP都为80dBm左右：采取以上的检查方法后,发现在整个TD网络的B频段带宽内都存在
9、底躁较高的问题，基本可以判断该站的干扰由基站硬件模板、室分系统或网外无线系统干扰导致。联系客户咨询该室内站是否存在同覆盖的宽频直放站等GSM信源，如有请其短暂关闭10分钟进行测试。后从客户GSM部门了解到,该室内站点所在楼宇安装有客户的测试直放站，并在远端使用干放引入室分.关闭直放站远端干放进行测试,并在后台跟踪ISCP如下图所示:从上图可以看到，三个频点的ISCP都已从80dBm下降至-102dBm左右，现场测试效果良好，通话质量正常，没有再发现掉线掉话情况,业务恢复正常.建议与总结发现业务时隙干扰应首先从网内寻找原因，首先从频率干扰和告警等容易实现的方式开始检查，排除网内干扰的原因后再去分
10、析硬件故障和异系统干扰问题.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
11、等待RB建立完成时间，如果超时则接入失败。 3） 无。4） Pccpchpower功率，可以提高相应得信道功率增加覆盖。5)无。6）MINDLINITPWR,DLINTERFERERSV提高下行最小初始发射功率，提高上下行开环功率，降低开环功率不足造成的失败。MIDRATERLACTTIMEDEFOFFVAL,HIGHRATERLACTTIMEDEFOFFVAL增加激活时间时长.3。2。3 优化建议1） 查找干扰源。2） 增加RBSETUPRSPTMR时间，避免时延过大超时导致接入失败。3） 无线侧无解决方案。4） 做好RF优化，无法调整可以提高相应信道功率。5） 开站的数据核查工作。RAB是
12、指用户平面的承载，用于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建
13、立失败某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指配。于
14、是在跟踪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间链路被闭塞。同小区内立即激活缺省偏移值设置不当造成并发业务失败案例：
