TD接通率提升优化
TD接通率掉话率优化

5.2.1TD无线接通率优化方案无线接通率需从综合角度考虑,需把RRC连接建立成功率和RAB指派成功率联合起来一起表征接通率(挑战值99.7%)1、无线接通率定义和无线接通率相关的几个重要参数定义如下:注意:1)在RRC阶段不知道业务来源于那个域,因此RRC连接建立成功率只能按业务、主被叫分开;而RAB建立成功率可以按业务、域分开;这两个比率不存在一一对应关系;2)对于单UE多次RRC Connection Request消息,在统计的时候只统计一次;3)如果UE的RRC请求发不上来,会影响路测指标,不会影响网管指标;4)PS域无线接通率计算的是RRC连接建立总成功率,而CS语音业务无线接通率计算的是CS域RRC连接建立成功率,故不同原因的RRC建立成功率对PS、CS业务的无线接通率影响不同。
5)对于RRC建立完成后至RAB建立前,消息交互中的失败流程不会记入接通率的统计中,其间涉及到RNC需要处理的消息有用户Iu信令连接的建立和完整性保护和加密;后续的非接入层交互消息也不会影响接通率,但对用户感受有影响。
2、无线接通率分析流程无线接通率分析可如下图所示:流程图说明:1)获取全网的RRC和RAB建立成功率指标以及趋势,至少需要分析3天~1周左右的数据;2)如果全网的接通率指标一直偏低,分析面向小区的RRC和RAB建立成功率指标,把面向小区的RRC建立成功率指标和RAB建立成功率从低到高的顺序进行排序,优先分析成功率低而且建立失败绝对次数也多的小区;进行小区接通率分析;3)首先根据RNC侧和NodeB侧告警信息,确认这些TOP小区是否存在设备故障,并且参考施工信息,确认是否这些TOP小区正在更换,排除这些因素后,后续决定这些小区是否需要参数调整。
4)根据RRC和RAB建立成功率分析结果,对T op小区实施优化措施;优化措施实施后对比该小区的接通率指标是否改善;5)分析优化措施是否可以推广的全网,如果可以的话安排全网的实施,分析实施后的指标是否满足要求,如果满足要求,那么结束接通率优化;否则,重新进行TopN小区优化;3、RRC连接建立优化RRC连接建立失败分析终端不发RACH,在基站侧看不到RACH增加;(该情况不影响KPI指标)终端发了RACH,在RNC侧看到RACH增加,同时看到RRC Connection Setup 下发,但终端收不到FACH;终端能够收到RRC Connection Setup,但不回RRC Connection Setup complete;终端能够收到RRC Connection Setup,终端回RRC Connection Setup complete,但RNC侧收不到;4、RAB连接建立优化RAB连接建立失败分析所有影响RAB建立失败的因素都会影响RAB指派的成功率指标,主要包括3部分: RNC向NodeB发起无线链路重配置流程过程可能失败,主要的现象一般是NodeB 回复无线链路重配置失败;RNC在空口上向UE发起RB SETUP流程,UE收不到或RNC收不到UE回复的重配置完成消息;Iu口Iuup建立或Gtpu建立过程失败。
接入类-TD-LTE接通过程解析以及指标的分析定位优化思路

TD-LTE接通过程解析以及指标的分析、定位、优化思路接通率优化的思路遵循以下原则:1. 通过话统分析是否出现接入成功率低的问题,根据局方对接入成功率指标的要求启动问题定位或专题优化。
2. 通过对话统的原始数据进行分析,查出问题出现最多的TOP站点和TOP时间段。
3. 针对TOP站点进行针对性的网管信令跟踪,LMT跟踪,告警检查等。
4. 如果网管信令和LMT跟踪仍然无法定位问题,针对性的进行路测复现问题,采集前后台log,请相关开发人员协助定位。
当获取接入问题的TOP小区和TOP时段后,通过网管信令跟踪,LMT跟踪,告警检查等方法首先排查是否设备异常、组网配置问题:1. 排查小区状态。
- 检查各单板状态、RRU是否正常,小区状态是否为可用;- 查看小区是否存在告警,进行告警分析;手动恢复告警后查看告警是否存在;上报问题;2. 排查UE、小区、核心网组网配置、对接参数是否正常(常见于实验网阶段)。
- 检查UE的频点配置是否与eNB一致,检查UE的PLMN与eNB配置的PLMN是否一致,如果频点、PLMN配置不正确,UE进行小区搜索失败。
- 检查核心网是否有开户信息。
测试的IMSI没开户,表现为用户完成随机接入,上行直传消息后核心网立即回“S1AP_DL_CONTEXT_REL_CMD”,释放UE。
- 检查SCTP链路状态是否OK,如果异常,需要检查ENODB与MME连接的网线是否插好,端口是否与配置的SCTP端口号一致,是否与MME正常通信;- 检查S1接口状态是否正常,S1接口是否处于闭塞状态,寻求设备侧同事的帮助和研发指导。
- 检查安全模式配置。
UE和核心网需要共同开启或关闭鉴权,并且按照运营商提供的“LTE USIM卡参数建议”配置C值和R值。
eNB和核心网需要共同开启或关闭完整性保护算法和加密算法,并且保证配置的算法一致。
- 检查IPPATH。
基站在完成安全模式控制和UE能力查询后,将申请准备GTPU资源,如果资源准备失败会向核心网返回促使上下文建立失败响应消息:INIT_CONTEXT_SETUP_FAIL,原因值为:transport resource unavailable。
河北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次。
VOLTE接通率优化思路及案例

VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置,以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例,以提高VOLTE接通率。
1.数据分析和故障排查:首先,进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标,定位问题,并采取相应的措施进行修复。
2.优化VoLTE频谱资源:VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源,避免与其他无线网络干扰,优化频谱利用率,提高VOLTE接通率。
3.参数优化:调整和优化网络参数是提高VOLTE接通率的重要手段。
例如,设置适当的调度算法、增加资源预留、调整拥塞控制参数等,以优化资源分配和控制,提高呼叫的接通率。
4.优化呼叫控制和信令处理:呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式,减少呼叫失败、超时等问题,提高VOLTE接通率。
5.扩充信号覆盖:信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局,加强覆盖,提高信号质量和接通率。
6.增加容量和优化网络拓扑:根据需求,增加基站和小区,扩充网络容量,分担负载,减少拥堵,提高VOLTE接通率。
同时,对网络拓扑进行优化,合理设计和布置小区,以提高效率和质量。
7.实时性网络优化:通过对网络信号和质量进行实时监测和优化,及时发现和解决问题,提高VOLTE接通率。
例如,利用实时数据和监控系统,对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化:地区的手机运营商发现VOLTE接通率较低,通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化:首先,他们增加了一些基站,将基站的覆盖范围调整到更适合VOLTE通话的区域。
TD-接入问题优化指导书

TD-SCDMA接入问题优化指导书(仅供内部使用)华为技术有限公司版权所有侵权必究修订记录目录1概述 (9)2接入性能指标 (9)2.1可接入性 (10)2.2系统可用性 (11)2.3接入时延 (11)3路测(DT/CQT)数据分析 (12)3.1数据分析工具 (12)3.2数据分析流程 (13)3.3接入失败的问题分析 (14)3.3.1寻呼问题 (14)3.3.2RRC建立问题 (15)3.3.3鉴权问题 (21)3.3.4安全模式问题 (22)3.3.5RA B建立问题 (24)3.3.6PDP激活问题 (28)3.4接入时延问题处理 (30)3.4.1非连续循环周期长度系数DRX的设置 (31)3.4.2是否关闭鉴权加密流程 (31)3.4.3直接重试对接入时延的影响 (31)4话统数据分析 (32)4.1数据分析工具 (32)4.2数据分析方法 (32)4.2.1RNC据分析流程 (33)4.2.2小区级分析流程 (34)4.2.3数据分析流程 (35)4.3可接入性接指标(待参考后台记数器相关文档后补充) (35)4.3.1寻呼类话统指标 (35)4.3.2RRC建立成功率低 (37)4.3.3RA B建立成功率低 (37)4.3.4RB建立成功率低 (38)4.4系统可用性指标(待补充) (38)4.4.1准入拒绝率高 (38)4.4.2寻呼拥塞率高 (38)4.4.3拥塞小区比例高 (38)5常见接入问题优化(待补充) (38)5.1RRC连接请求无响应 (38)5.2RRC连接被拒绝 (39)5.3RA B指派失败 (40)5.4鉴权问题 (40)5.5安全模式问题 (40)6总结 (42)7附录寻呼过程分析 (43)7.1UE状态 (43)7.1.1Idle状态 (43)7.1.2CELL_DCH状态 (44)7.1.3CELL_FA CH状态 (44)7.1.4CELL_PCH状态 (44)7.1.5URA_PCH状态 (45)7.1.6空闲模式与连接模式的跃迁 (45)7.1.7CELL_DCH状态与CELL_FA CH状态的跃迁 (45)7.1.8CELL_DCH状态与CELL_PCH(URA_PCH)状态的跃迁 (45)7.1.9CELL_FA CH状态与CELL_PCH(URA_PCH)状态的跃迁 (46)7.2寻呼流程 (46)7.3寻呼相关原则 (48)7.3.1寻呼相关信道 (49)7.3.2PCH和PICH信道配置 (50)7.3.3非连续接收(DRX) (51)7.4寻呼无线参数 (52)7.4.1寻呼指示因子长度 (52)7.4.2寻呼分组数目 (52)7.4.3寻呼重复周期 (52)7.4.4UTRAN的K值 (52)7.4.5CS域K值 (53)7.4.6PS域K值 (53)7.4.7PCH到达窗口时间起点 (53)7.4.8PCH到达窗口时间终点 (53)7.4.9PICH所在时隙(下行时隙) (54)7.4.10S-CCPCH功率 (54)7.4.11PICH功率 (54)8附录接入过程分析 (54)8.1小区选择过程 (54)8.1.1PLMN的选择和重选 (56)8.1.2小区搜索 (56)8.1.3小区选择与重选 (60)8.1.4小区驻留 (62)8.1.5位置登记过程 (63)8.2上行同步 (64)8.2.1上行同步的建立 (64)8.2.2上行同步的保持 (65)8.2.3Node-B和UE之间距离的估算 (66)8.3UE的功率控制过程 (66)8.3.1开环功率控制 (66)8.3.2闭环功率控制 (67)8.4随机接入过程 (68)8.4.1随机接入准备 (68)8.4.2随机接入过程 (69)8.4.3随机接入冲突处理 (76)8.5系统信息广播 (76)表目录表1缩略语清单 (8)表2可接入性路测相关指标以及参考值表 (10)表3可接入性话统相关指标以及参考值表 (10)表4系统可用性相关指标以及参考值表 (11)表5接入时延路测相关指标以及参考值表 (11)表6码和码组的对应关系表 (58)表7SYNC_DL相位调制的序列表 (59)图目录图1DT/CQT呼叫失败问题分析流程图 (13)图2寻呼问题分析流程图 (14)图3RRC正常连接建立在公共信道的过程 (16)图4RRC正常连接建立在专用信道的过程 (17)图5RRC连接建立问题分析图 (19)图6鉴权流程图 (21)图7安全模式流程图 (23)图8RA B正常建立流程 (25)图9PDP激活流程一 (29)图10PDP激活流程二 (30)图11RNC级话统数据分析流程 (33)图12小区级话统数据分析流程 (34)图13数据分析流程图 (35)图14前台路测U U口信令 (39)图15安全模式拒绝消息 (40)图16RANAP_SECURITY_MODE_REJECT消息内容 (41)图17RANAP_SECURITY_MODE_COMMAND消息内容1 (41)图18安全模式消息 (41)图19RANAP_SECURITY_MODE_COMMAND消息内容2 (42)图20UE状态跃迁示意图 (43)图21寻呼流程图 (46)图22IDLE模式下的寻呼流程图 (48)图23连接模式下的寻呼流程图 (48)图24寻呼子信道和相关的PICH和PCH块 (50)图25UE开机后小区选择过程 (56)图26小区搜索的过程 (57)图27P-CCPCH和PICH控制复针 (59)图28UE小区选择状态图 (63)图29随机接入过程 (70)图30RACH控制发送流图 (74)TD-SCDMARF优化指导书关键词:TD-SCDMA,网络优化,RF优化摘要:本文对TD-SCDMA网络优化中RF优化阶段需要完成的工作进行说明。
TD-LTE接入问题分析与优化

分析将MAC Contention Resolution Timer由48sf改为64sf,使得UE发送 MSG3后等待接收MSG4的时间由48ms增大到64ms,增加弱场起呼时 UE接收MSG4的概率。
初始接入的信令流程
消息1~5随机接入过程,建立 RRC连接。
消息6~9 初始直传建立S1连接, 完成这些过程标志着NAS signalling connection建立完成。
消息10~12 UECapabilityEnquiry 过程。
消息13~14安全模式控制过程。
初始接入的信令流程
消息15~17 RRC Connection Reconfiguation ,E-RAB建立过程。
接入问题案例分析-2
修改CRT定时器为64ms后,通过MSG4 Report和LTE MAC RACH Attemt看到基于竞争的随机接入成功。
接入问题案例分析-1
参数调整
通过降低“eNode B对PRACH的绝对前缀检测门限”,提高 PRACH检测概率,提升MSG1正确解调的概率。
参数:eNode B对PRACH的绝对前缀检测门限 PRACH Absolute Preamble Threshold for Enode B Detecting Preamble
下行:
1. UE侧收不到以RA_RNTI加扰的PDCCH,检查下行RSRP是否>119dBm,SINR>-3dB,下行覆盖问题通过调整工程参数、RS功率、 PCI等改善。
2. PDCCH相关参数调整:比如增大公共空间CCE聚合度初始值。
接通率的分析思路
TD无线接通率优化指导书

TD无线接通率优化指导书目录1.无线接通率定义及流程 (4)1.1.无线接通率定义 (4)1.2.呼叫系统信令流程 (5)1.2.1 CS语音呼叫接入流程 (5)1.2.2 PS呼叫接入流程 (5)2.无线接通率分析流程 (5)2.1RRC接通率分析 (7)2.1.1信令跟踪分析法 (7)2.1.2RRC过程分析(建立在DCH) (9)2.1.3RRC连接建立失败分析 (10)2.1.4RRC连接建立CheckList (11)2.2RAB接通率分析 (12)2.2.1RAB过程分析 (12)2.2.2 RAB连接建立失败分析 (12)2.2.3RAB连接建立CheckList (13)2.3其他原因引起的接通率分析 (14)3无线接通率分析案例集 (14)3.1RRC接通率案例分析 (14)3.1.1 终端收不到FPACH (14)3.1.2 RNC没有收到RRC Connection Request消息 (15)3.1.3行标不匹配情况导致终端收不到RRCSetup (17)3.1.4RNC下发RRC Connection Reject(现象一) (18)3.1.5RNC下发RRC Connection Reject(现象二) (26)3.1.6RRC过程中NB返回RL建立失败 (27)3.1.7RRC con setup下发无响应 (29)3.1.8RRC建立过程中的重接入 (30)3.1.9RRC过程失步 (32)3.2RAB接通率案例分析 (37)3.2.1RAB建立过程中RNC直接返回失败 (37)3.2.2RAB建立过程中NB返回RL重配置失败 (39)3.2.3RAB建立过程中UE返回RB建立过程失败 (39)3.2.4RAB建立过程中NB上发Radio Link Failure Indication (41)3.2.5RAB建立过程中CN主动下发Iu口释放命令 (41)3.2.6RAB建立过程中RB建立过程并发小区更新 (42)3.2.7RAB建立过程中Iu口Iuup建立失败 (43)3.2.8RAB建立过程中Iu口Gtpu建立失败 (44)3.2.9RAB建立过程中RB失败次数过多 (45)3.2.10语音业务时RAB建立过程中L2配置响应失败 (45)3.2.113G重定位到GSM网络时,重定位失败 (46)3.3其它阶段导致的未接通分析 (47)3.3.1安全模式失败 (47)3.3.2路由区更新失败 (49)3.3.3位置区更新后RNC主动释放RRC连接 (49)3.3.4 Cell_pch态UE收到寻呼消息无响应 (50)1.无线接通率定义及流程1.1.无线接通率定义和无线接通率相关的几个重要参数定义如下:注意:(1)在RRC阶段不知道业务来源于那个域,因此RRC连接建立成功率只能按业务、主被叫分开;而RAB建立成功率可以按业务、域分开;这两个比率不存在一一对应关系;(2)对于单UE多次RRC Connection Request消息,在统计的时候只统计一次;(3)如果UE的RRC请求发不上来,会影响路测指标,不会影响网管指标;(4)PS域无线接通率计算的是RRC连接建立总成功率,而CS语音业务无线接通率计算的是CS域RRC连接建立成功率,故不同原因的RRC建立成功率对PS、CS业务的无线接通率影响不同。
TD 接通率优化方案(精华)

目录1、接通率的定义: (1)2、RRC建立成功率分析: (2)3、RRC建立失败的原因: (2)4、UE接收不到RRC connection SetUp (2)5、RNC收不到RRC connection SetUp complete (2)6、干扰因素 (2)7、环境因素 (3)8、提高上行干扰余量 (3)9、提高无线链路初始最小发射功率 (3)10、提高Top小区的最低接入电平值 (3)11、RRC建立成功率涉及到并且可以修改的主要参数: (3)1、接通率的定义:CS域接通率=CS域RRC建立成功率*CS域RAB建立成功率*100%PS域接通率=PS域RRC建立成功率*PS域RAB建立成功率*100%影响接通率的两个因素就是CS域或者PS域的RRC建立成功率和RAB建立成功率,那么我们要提高就要提高RRC建立成功率和RAB建立成功率来提高接通率。
2、RRC建立成功率分析:RRC建立主要分为四个部分:1、UE在RACH上发送RRC Connection request;2、RNC收到RRC Connection后,配置L2资源并和NodeB建立IUB几口上的RL链路;也就是RB Setup request和RB SetUp response;3、RNC向UE发RRC Connection SetUp ;4、UE回复RRC Connection SetUp complete。
统计RRC接通率的起始点是RNC收到RRC Connection request,终止点是RNC收到RRC connection setup complete。
因此影响RRC接通率的RRC建立失败主要是后面三步没有成功而导致。
3、RRC建立失败的原因:RNC资源分配失败,或者建立L2实例失败,或者IUB接口的RL链路失败目前的用户量和话务量不是很多,出现资源不足的情况基本上不可能,因此如果出现前面的几种失败原因,一般都是RNC或者NodeB内部出现问题,需要检查RNC和NodeB的状态或者小区状态。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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接通率提升优化
CS/PS接通率 ——接入流程
1. 右图是CS主叫流
程
2. CS被叫、PS接入
流程与该接入流 程类似
CS/PS接通率 ——话统定义
中国移动指标规范:
TD语音无线接通率 = 会话类业务RRC建立成功率×语音业 务RAB建立成功率 视频电话无线接通率 = 会话类业务RRC建立成功率×视频电 话业务RAB建立成功率 PS域无线接通率 = 所有业务RRC建立成功率×PS域RAB建
Call”
3. 4. 5. 6. 7.
部分业务有定义,但实际是没有 业务发生的 注册、系统间重选两类业务占 RRC请求约50% PS业务相关RRC请求约占25% CS业务相关RRC约占15% 各业务的RRC建立成功率,可通 过话统或PCHR进行评估
CS/PS接通率 ——RRC失败原因`
1. 话统定义:RRC请求次数=RNC收 到RRC Connection Request次数 2. 话统定义:RRC成功次数=RNC收 到RRC Connection Setup Complete次数 3. 空口一共三条消息,若第一条消息 失败,不会有RRC请求;若第二、
CS/PS接通率 ——RAB优化措施
RF优化 特殊场景优化 1. 在打开帧分,且并发业务RAB建立失败较多的情况下,需要设置 在打开帧分, 建立失败较多的情况下, ACTTIMEDEFOFFVALFORSAMECELL为160合适 参数/算法优化 1. RBSETUPRSPTMR :10000 2. RAB_DOWNSIZING_SWITCH :打开 3. GOLDULMBR / SILVERULMBR / COPPERULMBR :D64 4. HO_SIGNAL_HO_SWITCH:打开 5. L2 SRB参数优化
RAB.FailEstabCsNoQueuing.19 RAB.FailEstabCsNoQueuing.20 RAB.FailEstabCsNoQueuing.66 RAB.FailEstabCsNoQueuing.114 RAB.FailEstabCsNoQueuing.115 PS域RAB失败原因值: RAB.FailEstabPsNoQueuing.19 RAB.FailEstabPsNoQueuing.20 RAB.FailEstabPsNoQueuing.66 RAB.FailEstabPsNoQueuing.114 RAB.FailEstabPsNoQueuing.115
取最大值。如果出现组合业务, 行累加,链路删除时上报。 行累加,链路删除时上报。最大254,超过254取最大值。如果出现组合业务,取所有业务的 累加值。 累加值。
3. 话统改进 ——对呼叫早释放的处理:RAB建立请求统计点后移 对呼叫早释放的处理:
1. 2. 3. 4. 5.
上表为4.1C01版本中CS/PS域RAB建立失败的细分原因值
RAB失败的统计为“收到RAB Assignment Response”中的失败原因
“未知错误”不是所有的“未知原因”,是对应“Unspecified Failure”的RAB Assignment Response
接入小区 接入信道所在载频 接入信道所在时隙 接入时RRC状态 接入原因 信令失败错误编码
RAB请求建立类型 RAB请求业务类型 RAB请求域业务指示 RAB掉话业务指示 RAB异常错误编码
RAB过程信息
PCHR工具+Excel+UltraEdit
小区, 用户、 实现对TOP小区,TOP用户、TOP原因 的汇总 结合“信令流程信息” 结合“信令流程信息”和“释放前直传 信令信息” 信令信息”可进一步定位呼叫失败的信 令过程
三条消息失败,在话统的表现均为 “No Reply”
4. 因此,设备正常运转情况下“No Reply”应该是RRC建立失败的绝对
主体
5. 同理,RB建立的“NoReply”也是
如此
CS/PS接通率 ——PCHR工具的应用
RRC过程信息 1. 2. 3. 4. 5. 6. 1. 2. 3. 4. 5. 1“Failure in the Radio Interface Procedure ”;常见场景为RNC下发RB Setup后,没有收到UE返回的RB Setup Complete消息
2. NodeB PCHR ——“UE 收到Special Burst的数量”,“UE 收到first block data的数量” 的数量” 的数量” NodeB收到上行Special Burst或者first block data(RRC Connection Complete消息)进 消息)
请求次 数
9505 0 17212 28281 8053 18045 0 0 7 32137 0 41606 1365 4666 2482 59 0 4945 0
成功次 数
9414 0 17166 28220 8031 17995 0 0 7 31981 0 41314 1319 4645 2463 56 0 4930 0
请求次数 占比
5.65% 0.00% 10.22% 16.80% 4.78% 10.72% 0.00% 0.00% 0.00% 19.09% 0.00% 24.71% 0.81% 2.77% 1.47% 0.04% 0.00% 2.94% 0.00%
1. 2.
我司RRC共定义19种业务 业务编号“5”在协议中是有的: “Originating Subscribed traffic
对比项目 修改前平均值 修改后平均值 增益
PS域RRC连 CS域RRC连 CS域RRC连 CS域RAB建 CS域无线接 CS域无线掉 PS域RAB建 PS域无线接 PS域无线掉 接建立成功 接建立成功 立成功率 通率 话率 立成功率 通率 线率 率 率
99.10% 99.36% 0.26%
99.77% 99.82% 0.06%
CS/PS接通率 ——RRC优化措施
1. 2. RF优化 特殊场景优化 1. 主叫会话类RRC差而被叫会话类RRC好:增大FACH/SCCPCH功率 2. 注册类RRC差:提高小区驻留电平,延长周期性位置更新周期 提高小区驻留电平, 3. 系统间小区重选RRC差:请2G侧提高重选3G侧电平(TDD_Offset) 侧电平( 参数/算法优化 1. TS_PRIORITY_ADJ_SWITCH_RU:打开 2. RRCUERSPTMR:10000 3. N300:7 4. ULINTERFERERSV:19 5. MAXFACHPOWER / SCCPCHPOWER :0
98.87% 99.18% 0.32%
0.18% 0.17% 0.00%
99.44% 99.75% 0.31%
99.58% 99.72% 0.15%
99.02% 99.47% 0.45%
1.02% 1.09% 0.07%
CS/PS接通率 ——C02改进点
1. RAB新增话统打点 ——“RAB.FailEstabCsPerCell.14 ”
分组域无排队的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数目