PS接通率优化经验
TD接通率提升优化
3.
CS域RAB失败原因值：
CS/PS接通率 ——RAB指标细分
电路域无排队的RAB指配建立失败的RAB数目<无效的RAB参数> 电路域无排队的RAB指配建立失败的RAB数目<无效的RAB参数> RAB指配建立失败的RAB数目 RAB参数 电路域无排队的RAB指配建立失败的RAB数目<最大速率不支持> 电路域无排队的RAB指配建立失败的RAB数目<最大速率不支持> RAB指配建立失败的RAB数目 电路域无排队的RAB指配建立失败的RAB数目<IU口传输连接建立失败> 电路域无排队的RAB指配建立失败的RAB数目<IU口传输连接建立失败> RAB指配建立失败的RAB数目<IU口传输连接建立失败 电路域无排队的RAB指配建立失败的RAB数目<无可用资源> 电路域无排队的RAB指配建立失败的RAB数目<无可用资源> RAB指配建立失败的RAB数目 电路域无排队的RAB指配建立失败的RAB数目<未知原因> 电路域无排队的RAB指配建立失败的RAB数目<未知原因> RAB指配建立失败的RAB数目
立成功率
CS/PS接通率 ——RRC指标细分
业务 编号
1 2 3 4 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
业务类型
主叫类 主叫类会话业务 主叫类 主叫类流业务 主叫类交互业务 主叫类背景业务 主叫类背景业务 被叫类 被叫类会话业务 被叫类 被叫类流业务 被叫类交互式业务 被叫类交互式业务 被叫类背景业务 紧急呼叫 系统间小区重选 系统间小区改变命令 统间小区改变 小区改 注册 IMSI分离 分离 主叫发起高优 主叫发起高优先级信令连接 信令连 主叫发起低优 主叫发起低优先级信令连接 信令连 呼叫重建 被叫发起高优 被叫发起高优先级信令连接 信令连 被叫发起低优 被叫发起低优先级信令连接 信令连 未知原因
河北TD接通率提升参数优化经验总结(精)
河北 TD 接通率提升参数优化经验总结TD 性能邹向毅1. 背景河北区域的 CS/PS接通率相对来讲,在华为区域处于中等偏上水平。
如保定区域, CS 接通率平均处于 99.1%左右, PS 平均处于 99.2左右。
邢台 CS 接通率平均99.2%左右, PS 接通率 99.4%左右。
但是由于直接面对友商竞争压力, 现场提出指标提升诉求。
在 2月 24日~3月12日期间, 在河北现场对通过参数优化提升指标进行了摸索, 并得到了一定的效果。
图 1是近期保定全网接通率指标趋势,图 2是近期邢台全网接通率指标趋势。
图 1图 22. 接通率提升参数优化经验2.1. 提升 RRC 建立成功率参数2.1.1. ULINTERFERERSV –上行干扰余量 MOD CELLNBMOLPC接通率提升设置:19根据分析与计算,由于联芯芯片在 RACH 信道发送 RRC Connection Request时增加了δ功率, 所以按照之前的设置会导致 UE 在 DCH 发送 RRC Connection Setup Complete时功率过低。
所以此次在保定、邢台增加 ULINTERFERERSV 为 19dB (这个数值经过计算比较合理 ,效果较明显。
另, 提高上行干扰余量, 最大的风险是可能会导致多终端集中接入时互干扰过大; 从保定、邢台的使用效果来看,没有发现对其它指标的影响。
2.1.2. RRCUERSPTMR - RRC 连接过程中 UE 响应 RNC 定时器 SET STATETIMER接通率提升设置:10000RNC 等待时间增长,虽会增加几秒钟无线资源占用,但是对提高 RRC 建立成功率效果还是比较显著的。
保定、邢台修改该定时器从 5000到 10000,效果较显著。
2.1.3. N300-空闲模式下允许 UE 发送 RRC CONNECTION REQUEST 消息的最大次数 SET IDLEMODETIMER接通率提升设置:D7之前的参数基线设置为 3次。
广东移动,TD,PS接通率,PS掉线率优化经验
TD ps域优化经验一、TD站点传输IP化改造：TD站点传输IP化改造是基础网络优化的典型工作1.研究TD基站传输带宽评估公式（TD基站所需E1传输套数=（H载波数*1.6+R4载波数*0.7）*1.1/2，向上取整），得出重点优化区域的109个站点需传输扩容，需对SDH 传输站点进行IP化改造。
2.传输中心对上述109个站点进行资源核查，并制定传输方案，其中2个站点因物业问题，8个站点因PTN6100设备无FEx4板，9个站点无共址PTN设备，不具备改造条件，无法改造。
其他90个站点具备改造条件，并于6月26日全部完成。
3.鉴于项目的紧迫性，采用1对1形式，传资室直接下发调单给传维代维放线施工，直接联系无线操控安排割接，直接跟进故障处理。
在传维室，无优无线室的大力配合下，仅5月22日至6月7日就顺利完成84个站点割接，共计13个工作日，日割接量达30站，创IP化改造日割接量纪录，较好满足了试点项目需求。
二、新技术引入本次重点优化区域TD RNC共引入TPE、慢速功控、白化滤波、拥塞抢占四项新技术。
TPE算法开启后TD下载速率平均提升130Kbps；慢速功控开启后TD下载速率平均提升幅度69.40Kbps，500K占比由原来的81.93%左右提升到84.44%左右；白化滤波功能开启后PS误块率下降了0.13%、PS高误块率小区占比下降了0.6%、高干扰小区占比下降了0.43%；拥塞抢占功能开启后PS无线接通率、掉线率得到改善，PS拥塞次数减少61.3%。
三、隐患挖掘（无线、传输）1. 无线：室分站点不支持F频点导致TD无线接通率低的隐患；原因分析：在重点区域优化过程中，针对PS域无线接通率低原因进行分析，发现某室分站点PS域RAB失败全是占用两个F频点上，并且使用这两个F频点的是新扩容载波。
而失败次数较多的终端都是支持A+F频段的，最终确定为室分站点耦合器或者干放设备不支持F 频点导致指标恶化，将F频点修改为A频点后恢复。
改善接通率的经验
改善接通率的经验各地在提高接通率的解决方法上积累了不少经验。
经过前一期的总结，华为设备优势得到充分的发挥，但总的来看解决的重点主要集中在用户侧，而本文则主要讨论在网络侧的一些分析方法和技巧。
由于我国的电信网络交换机种类较杂，存在设备配合问题，工程技术人员必须从配合的深层次着手，进行网络优化，从根本上解决接通率的问题。
在处理接通率的过程中，工程师经常会遇到一些类似下面的问题，例如08机的入局接通率主要受振铃早释的影响，即使使用一些失败处理如给主叫送提示音，但往往收效不大，并且用户早释的呼损还会直线上升。
现分析如下：振铃早释在跟踪过程中发现主要可分为三种情况：∙1、本局回送ACM信号后，1~3秒钟主叫拆机。
∙2、本局回送ACM信号后，10~15秒后主叫拆机。
∙3、本局回送ACM信号后，20~40秒后主叫拆机。
对于第1种情况，一般是由于本司设备与上级局设备的信令配合问题，或是由于主叫局对一些信令有误判造成，基本属于汇接配合问题，经过数据调整，基本可以解决；第2种情况主要是一些人对电信局的收费产生怀疑，认为振铃3声后收费，故挂机后重拨造成的，基本无法解决；第3种情况属于正常挂机，主叫听4~8声振铃后挂机，可以通过调整振铃时长，转入久叫不应的失败处理听语音。
此类呼叫一般不会造成恶性重复拨叫，并且某些用户长时间听完回铃音后听到语音后，反倒要重拨一次，故建议此类振铃早释不做处理。
以下主要讨论一下第1种情况的产生条件及解决方法：首先我们先看一下基本呼叫（七号信令为例）涉及到的消息结构。
这里先简单介绍几个最常用的信令信号。
IAM（初始地址消息）图1 初始地址消息1) 主叫用户类别比特：FEDCBA001001 国内话务员（具有插入性能）001010 普通用户，在长途（国际）－长途，长途（国际）－本地局间使用001011 优先用户，在长途（国际）－长途，长途（国际）－本地，本地－本地局间使用001101 测试呼叫至备用011000 普通用户，在本地－本地局间使用在主叫用户类别中，大量使用的主要是标记为0A、18，0A主要用于长途局与本地局之间，18主要在用于本地局与本地局之间，C&C08机在话统系统中，失败处理呼叫分类呼叫时，均是以主叫用户类别进行判别的。
PS寻呼过载优化解决方案
PS寻呼过载优化解决方案PS寻呼过大问题，首先从规划方面分析。
合理规划LAC、RAC;对网络容量或寻呼量大于一定门限的位置区进行位置区分裂，可以有效降低寻呼消息流量，LAC、RAC边界要尽量选择地广人稀的地方。
一．寻呼LAC区规划原则1.确保寻呼信道容量不受限。
2.区域边界的位置更新开销做到最小。
3.对于位置区LAC的大小不能过大，LAC的最大值由寻呼信道的容量来决定。
由于网络寻呼移动台的同一寻呼消息会在LAC所有小区中发送，因此寻呼区域覆盖范围过大，会导致寻呼信道负荷过重，同时增加Iub接口上的信令流量。
另外，过载的寻呼消息如果在RNC的重发次数内仍没有发出将被丢弃，这样会导致在服务区内的开机用户不能被寻呼到（用户不在服务区）问题。
寻呼区域的上限（区域能支持的最多小区数）主要受到寻呼信道的带宽限制。
4.位置区的划分尽量使位置区边缘位置更新成本最低原则，尽量利用地理分布来对位置区的划分。
5.一般郊区（县）使用单独的位置区，即和城区的位置区不一样，此时的位置区分布类似于一个同心圆（内圆城区也可能由于容量因素设置几个位置区，圆内可以采取分片方式或另一个内外圆环方式或混合方式）。
实践证明，这样划分LAC不仅可以减少用户不在服务区现象，并且接通率和呼通率也能有较大改善。
二．RAC区规划原则1. RAC路由区是SGSN寻呼处于那些Idle状态的终端的区域，它是PS业务寻呼区域。
2．它的规划和位置区是类似的，但是路由区是隶属于位置区的，他们都有共同的原则：就是RAC区不能过大，这个跟PS寻呼量和用户行为很相关，对于无线网络，PS业务寻呼量会大于CS业务的寻呼量， RAC区一般是小于LAC区的，具体要根据PS和CS的寻呼量大小比例来确定RAC和LAC的关系，目前我们认为RAC区可以跟LAC区是一致的；3. 不要跨越SGSN/RNC/LAC区。
要求在区域边界处尽量减少路由区更新对系统的冲击和满足小区寻呼信道的容量限制要求，至于多少路由区更新数的定量分析还是需要继续分析。
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC 建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓将主要业务的RRC建立在公共信道上，修改命令行为：✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH；✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH；✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH；✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH；✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH；✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓将主要业务的RRC建立在公共信道上，修改命令行为：✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH；✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH；✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH；✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH；✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH；✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
无线接通率优化案例学习
1无线接通率【问题描述】响考核指标和用户感知度。
【问题分析】通过统计指标发现，小区配置两块TRX的干扰带指标均正常，从TCH占用情况看，主要问题都处在载频索引号=752的载频上。
通过GSM地理图层分析没有明显的频率干扰。
也无告警。
排除外部干扰可能，同时观察干扰带指标随着话务量变化。
通过指标查看小区的上下行不平衡等级发现载频索引号=752的载频的1-2比列达到90以上，上行强，下行弱。
导致该载频上的的TCH指配和切换TCH占用失败次数较多。
如图指标所示载频索引号=752的上下行不平衡等级1-2比列高达90以上，严重影响信道的分配和占用。
【解决方案】载频索引号=752的上下行不平衡需要上站检查处理，上站检查发现TRX连接线错误导致。
调整连续后指标恢复。
【处理结果】上站处理上行行不平衡问题后，小区的无线接通率指标恢复正常。
【小结】山下行不平衡处理方法根据各地网络投诉案例，以及外场、实验室测试经验，对出现上下行电平异常的情况进行总结，将影响上下行电平的主要因素进行说明。
主要的因素有：⑴天馈线安装问题；⑵塔放安装；⑶参数设置不当；⑷硬件故障；⑸直放站；⑹天线匹配方面；⑺手机用户行为。
天馈线安装问题机顶口到天线，这一段通常由小跳线、避雷器、转接头、接地焊点、天线构成，有时还会使用功分器等器件。
这些设备的安装工程质量会影响基站的接收和发射。
比如，跳线连接头松动，对上下行电平的影响是不相同的，由于发射的信号强度一般很大（在馈线里一般为30dBm），而接收信号一般很小（一般为－80dBm），因此，连接松动会使上行接收电平变小，而下行电平影响不大。
塔放安装塔放都是有源器件，一般为只放大上行信号。
当然，也有双向放大的。
若网络安装了塔放，在华为BSC6000中，射频前端会设置“塔放衰减因子”，一般参数都会这样设置：若塔放实际增益G，塔放衰减因子=G-4。
这里的4dB，是补偿馈线的损耗，是预估值。
因此，若网络安装了上行塔放时，计算上下行平衡测量报告，（下行电平—上行电平)会变小4dB。