当前位置:文档之家› TD-接入问题优化指导书-20081016-A-1.00

TD-接入问题优化指导书-20081016-A-1.00

TD-接入问题优化指导书-20081016-A-1.00
TD-接入问题优化指导书-20081016-A-1.00

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.5RAB建立问题 (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.3RAB建立成功率低 (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.3RAB指派失败 (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_FACH状态 (44)

7.1.4CELL_PCH状态 (44)

7.1.5URA_PCH状态 (45)

7.1.6空闲模式与连接模式的跃迁 (45)

7.1.7CELL_DCH状态与CELL_FACH状态的跃迁 (45)

7.1.8CELL_DCH状态与CELL_PCH(URA_PCH)状态的跃迁 (45)

7.1.9CELL_FACH状态与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)

图8RAB正常建立流程 (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优化阶段需要完成的工作进行说明。包括RF优化的目的、流程、步骤、输入输出,以及RF优化过程中需要关注的事项。

缩略语清单:

表1缩略语清单

1概述

本文的目的是满足一线工程师在网络优化中,解决接入问题的工作需求。介绍网络接入性能的评估方法、测试方法、数据分析方法、常见问题处理方法。本文的附录给出接入问题相关的背景知识、原理描述和相关参数等。本文通常可以用于网络KPI指标优化以及网络运行维护过程中,指导工程师定位和解决接入类的问题。

具体工具的使用介绍不在本文的介绍范围内。

本文共分八章,篇章结构如下所示:

第一章为概述;

第二章介绍了接入性能的主要评价标准;

第三章介绍了如何对路测数据进行分析,定位并解决接入类问题;

第四章介绍了如何对话统数据进行分析,主要说明话统指标分析思路;

第五章通过案例的形式,给出了常见接入问题的现象和解决方法;

第六章总结本文;

第七、八章为附录,主要是对分析接入问题所需要的背景知识进行介绍。

重要说明:

现场工程师针对网络优化参数进行调整时,应该依据调整参数的级别,对网络服务影响的大小,对设备运行影响的大小,选择适当的时机对网络优化参数实施调整操作。在调整前后,必须严格按照《无线网络规划网上数据修改规范》进行操作,并作好数据的备份和应急措施,在调整完毕后及时进行验证,确保参数调整的正确性。

2接入性能指标

接入性能相关的KPI指标包含两方面内容:可接入性和接入时延。具体的接入性能衡量指标可以通过路测和话统获得。

2.1 可接入性

可接入性相关指标以及参考值如下表所示:

表2可接入性路测相关指标以及参考值表

表3可接入性话统相关指标以及参考值表

此处给出的取值仅供参考,具体指标取值应该根据项目具体要求或者商用网合同要求确定。

2.2 系统可用性

系统可用性相关指标以及参考值如下表所示:(待补充)

表4系统可用性相关指标以及参考值表

此处给出的取值仅供参考,具体指标取值应该根据项目具体要求或者商用网合同要求确定。

2.3 接入时延

接入时延相关指标以及参考值如下表所示:

表5接入时延路测相关指标以及参考值表

此处给出的取值仅供参考,具体指标取值应该根据项目具体要求或者商用网合同要求确定。

3路测(DT/CQT)数据分析

3.1 数据分析工具

路测分析软件

信令查看工具

3.2 数据分析流程

图1DT/CQT呼叫失败问题分析流程图

通过路测数据分析软件,比如NTAS Professional Analyzer软件,确定发生Call Fail的时间,并获得Call Fail前后Scanner采集的导频信息、手机采集邻区的信息以及信令流程。通过消息对齐手机采集的信令和RNC的单用户跟踪的时间,确定问题的时间点,结合RNC 的单用户跟踪和UE的信令流程,确定在哪一处出现异常导致的失败。然后按照后续的各个

子流程分析和解决问题,主要包括寻呼问题、RRC建立问题、鉴权加密问题、RAB和RB 建立问题、设备异常、网络覆盖问题等。

3.3 接入失败的问题分析

3.3.1寻呼问题

寻呼问题一般都表现为:主叫完成RAB指派以及CC Setup,在等待Alerting消息的时候收到CN发来的Disconnect直传消息。被叫从UE的信令流程一般看不出异常,但也出现过UE收到Paging消息而没有发起RRC连接建立请求。从被叫的RNC单用户跟踪可以看出收到CN下发的Paging消息,但没有后续的消息。

通常寻呼问题分析流程如下图所示:

图2寻呼问题分析流程图

具体分析过程如下所示:

1.RNC没有下发Paging消息

如果是RNC收到CN下发的paging消息后UU口没有下发,可能是寻呼信道的容量不够(现阶段由于网络负载很低,出现的概率很小,在以后网络负载较高时,可能会出现UU 口paging消息阻塞的情况),或者是设备异常。

2.寻呼指示信道的功率偏低

寻呼指示信道PICH发射功率,影响小区的寻呼范围和性能。设置过大,会导致P-CCPCH 的发射功率值无法正常设置到规划需要的强度。设置过小,将会导致小区边缘的UE无法侦听到PICH。

3.UE发生位置更新

在寻呼的时候UE发生了位置区/路由区更新,而寻呼消息仍在原来的位置区/路由区下发,导致UE无法收到寻呼消息。

3.3.2RRC建立问题

UE处于空闲模式下,当UE的非接入层请求建立信令连接时,UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。

当RNC接收到UE的RRC Connection Request消息,由其无线资源管理模块RRM根据特定的算法确定是接受还是拒绝该RRC连接建立请求,如果接受,则再判决是建立在专用信道还是公共信道。对于RRC连接建立使用不同的信道,则RRC连接建立流程也不一样。本文重点介绍RRC连接建立在专用信道的过程。

3.3.2.1 R RC建立在公共信道

图3RRC正常连接建立在公共信道的过程

信令流程说明:

当RRC连接建立在公共信道上时,因为用的是已经建立好的小区公共资源,所以无需建立无线链路和用户面的数据传输承载,其余过程与RRC连接建立在专用信道相似。

3.3.2.2 R RC建立在专用信道

图4RRC正常连接建立在专用信道的过程

信令流程说明:

1.UE在上行CCCH上发送一个RRC Connection Request消息,请求建立一条RRC

连接。主要参数为:Initial UE Identity,初始的UE标识,如IMSI,TMSI等参数,用来让网络识别发送该建立请求消息的UE;Establishment cause,建立原因,有多

种类型,但UE每次只能选择其一;Protocol Error Indicator,协议错误标识,用来

标明是否有协议错误发生;测量IE,给出在Uu接口上的测量结果。

2.RNC根据RRC连接建立请求的原因及系统的资源状态,决定UE建立在专用信道

并分配RNTI和L1、L2资源。

3.RNC向Node-B发送Radio Link Setup Request消息,请求Node-B分配RRC连接

所需要的特定无线链路资源。在该消息中包含有建立无线链路所必需的参数(功率、时隙、扰码、midable码等参数)。

4.在RL成功建立后,RNC使用ALCAP协议发起Iub接口用户面传输承载的建立,

用于承载RRC信令的A TM连接,并完成RNC与Node-B同步过程。

5.RNC在下行CCCH上向UE发送RRC Connection Setup消息。主要参数:UEIE,

RBIE,TrCHIE,上行传输信道,下行传输信道,物理信道IE,UL无线资源和DL 无线资源。

6.UE在上行DCCH上向RNC发送RRC Connection Setup Complete。主要参数:RRC

transaction identifier,RRC事务标识;START list,开始列表,包含CN域标识和开始值列表信息;UE radio access capability,UE无线接入特性;UE radio access capability extension,UE无线接入特性扩展;UE system specific capability,UE系统特性。

至此RRC连接建立过程结束。

3.3.2.3 R RC建立问题分析

图5RRC连接建立问题分析图

常见问题具体分析过程如下:

1.UE发出RRC Connection Request消息,RNC没有收到。

如果此时下行P-CCPCH的C/I较低,则是覆盖的问题,通过RF优化解决。

覆盖正常则可能是RACH的问题,可以调高上行P-RACH期望接收功率,增大终端发射功率,提高成功率。

终端发射功率受限,属于UE本身性能问题,没有特别的方法解决。

UpPTS受干扰导致,轻微干扰可以通过调高上行P-RACH期望接收功率解决,严重可以采用Up Shifting技术,通过后台配置相应参数,调整UpPCH的位置

避免受到干扰,根本还是要避免干扰源。

可能Node-B设备问题,需要检查RRU通道是否存在告警。

2.RNC收到UE发的RRC建立请求消息后,下发了RRC Connection Reject消息。

拥塞、码道受限。检查时隙状态,是否码道闭塞。

设备故障、参数配置错误。

3.RNC收到UE发的RRC建立请求消息后,下发了RRC Connection Setup消息而UE

没有收到。

查看此时的P-CCPCH的C/I,如果较低,则是覆盖的问题,通过RF优化解决。

如果是由于发生小区重选导致,则调整重选参数,加快小区选择与重选的速度,可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。

若没有发生重选,则可能是FACH功率不够导致,适当增大。

4.UE收到RRC Connection Setup消息而没有发出Setup Complete消息。

如果此时下行的信号质量正常,那么可能是手机异常。

否则可能是专用信道同步的问题,下行专用信道初始功率过低导致下行不能同步,则需要调整下行初始发射功率。

5.UE发出RRC Setup Complete消息而RNC没有收到。

调整上行专用信道的开环功控参数。

同时还与上行链路SIR初始目标值设置是否合理有关,对于初始建链时的上行初始同步有较大的影响。该参数如果设置过大,有可能会使得用户初始建链

时带来的上行干扰过大;如果设置过小,则会使得上行同步时间加长,甚至导

致初始同步失败。

相关主题
文本预览
相关文档 最新文档