异系统邻区优化小结.docx
《异系统邻区优化小结.docx》由会员分享，可在线阅读，更多相关《异系统邻区优化小结.docx（15页珍藏版）》请在冰豆网上搜索。
异系统邻区优化小结
**移动TD网络优化项目
异系统邻区优化小结
中国移动集团
概述
异系统邻区优化
目前部分区域TD网络覆盖不足，所以当终端移动至这些区域则由TD切换至G网，保持业务连续性，这就需要在TD小区的邻区列表中添加异系统小区邻区关系。
GSM1800MHz邻区
目前TD添加G网邻区主要是900MHz小区，考虑到1800MHz小区因为频段距TD较近，所以目前作为TD邻区的较少。
试验点
背景
华控大厦2小区话务量较大，同时系统间切换较频繁，但切换成功率较低。
经分析，目标小区主要为距离495m的京蒙高科3小区切换失败，京蒙高科2G基站为900M和1800M共站，目前华控大厦2小区已经加京蒙高科900M的3小区为邻区，但是未加1800M邻区。
因为本区域目前话务量很大，主要靠1800M小区负责吸收增加的话务量。
获取继续分析所需要的数据
小区告警信息（如果状态异常存在告警则用服安排人员进行告警解除）、UP干扰信息（如果状态异常存在UP上行干扰，则网优人员进行UP参数调整以观后效），以上两项内容可联系表三中用服值班人员进行电话沟通和获取；CallTrace信令（简称CT信令，可实时获取，并包含最差小区上报时刻的信令。
通常不要自己去跟信令，一则问题信令不一定能复现，二则比较浪费时间）；
修改时间
原小区名称
原小区RNC
原小区cellID
目标小区名称
目标小区RNC
目标小区cellID
增/删邻区
2009年10月23日14：
20
华控大厦-2
4
3885
京蒙高科DCS3
R1217（bsc）
34083
增加邻区
进行信令分析
通常信令内容很大，需要快速筛选提取有用信息。
建议采用对比方法进行问题分析和定位。
如查看最差小区是由某一固定号码还是多个号码引起，切换是否定向切入/出某一小区失败等，详细请参考信令分析操作建议。
建议同时结合小区基础信息和邻接关系信息，因此请技术组人员实时拥有最新的邻接关系信息（可向表三人员获取，发邮件到运行监控组值班经理和表三值班人员）。
目前，某一固定号码的影响较大，可能的原因有：
切换相关的有9频点、同频同扰码、邻区小区信号过弱等；呼通率相关的有话务量大，某一载波下的固定时隙接入失败，起呼位置RSCP弱，HSDPA的载波优先级别低；掉话率和切换有很大的相关性。
给出最差小区原因分析
通常要求定位到：
∙问题发生在多个号码，还是单一号码；是否具有周期性；
∙何种业务引起：
CS12.2K,CS64K,PS64,PS128,PS384K,彩信，短信类
∙通过代码分析，给出引起失败的原因。
∙其他原因，请大家丰富。
给出问题解决建议并提交最差小区分析报告
信令分析操作建议
1、运行runsignal，打开*.std或CT信令（如果是*.csv文件需要通过“sbcx查询结果”转成runsignal支持的数据格式）；
2、筛选去除内部交互信令，简化信令：
通过“历史数据查看”打开CT数据后，信令格式如下：
这里的信令很多，包含了RNC内部交互信令。
因此，过滤掉这些内部交互信令，可以简化信令，如下所示：
简化后的信令如下：
这和我们使用RNA看到的L3信令是一致的，
3：
统计CT中各消息名称数量，总体上了解一下异常信令组成情况：
通过信令数据统计，可以大概了解KPI指标异常主要是哪些消息类型引起。
4、按照最差小区发生的时段，找到该小区所在的异常信令。
例如问题小区为2513，发生时段是23：
00—24：
00，如下：
5、分析最差小区信令终止点（按照类型区分，呼通率为RRC连接失败，RAB指派失败/掉话类为RAB释放/切换类为物理信道重配失败），以该信令作为分析起始点，首先向上看信令寻找失败原因。
建议从本次呼叫的起始信令开始。
从起始信令可知，该起呼的业务类型和起呼的RSCP，而下面的信令则可知道是业务速率，分配的频点和时隙等。
详细可参看信令包含内容。
6、可采用对比分析的方式，如为知道某UE是否在所有小区都存在问题，可双击“UEID”，会出现“是否排序”的询问。
如下图：
7、对比正常信令，看问题信令的代码含义，如下图所示：
信令解析内容
1.呼叫信令解析内容：
RRCconnectionRequest常用解析内容包括网络号、呼叫请求的业务类型、呼叫点的PCCPCHRSCP场强，如下图所示：
问题定位中，我们可以通过RRCconnectionRequest信令解析，知道呼叫地点的场强值，定位用户是否处于弱场导致呼叫失败。
RadioLinkSetupRequest常用信令解析内容包括起呼的CID、控制信道建立的频点和时隙：
通过分析控制信道建立的频点和时隙，定位用户是否接入HSDPA载波，如果建立在HSDPA载波，需把该载波优先级调至最低6。
2.掉话信令解析：
CellUpdate导致的掉话：
触发CellUpdate的原因为UE和NodeB失步，主要表现为干扰和弱场。
可以通过分析cellupdate上报的PCCPCHRSCP值，定位UE是否处于弱场，PCCPCHRSCP值较小，处于弱场下掉话，如果PCCPCHRSCP值大于-85dBm，那么要分析一下干扰情况，查看站点的上行ISCP等状态。
RL失败导致掉话：
一般情况下，UE和网络失步后，NB会向RNC上报RL失败。
弱场下RL失败导致掉话最多。
切换导致掉话：
一常见的切换掉话，是在切换中物理信道（或者RB）重配置超时后回滚失败而掉话，一般是在弱场或者无线信号质量较差的区域发生切换，UE无法与目标小区同步，而回滚本小区后由于失步掉话。
终端性能差异也可能是切换掉话的原因之一。
3.切换信令解析：
触发切换的信令是measurmentReport，信令解析可以看到如下信息：
切换事件、最强小区主频点、扰码和PCCPCHRSCP值，以及满足上报条件的邻区频点、扰码和PCCPCHRSCP，以便RNC根据上报的信息判决切换。
如下图，可以看到主频点为10071下邻区的扰码、PCCPCHRSCP值。
RNC收到measurmentReport后，判决开始切换，在目标小区首先建立radiolink，如下所示。
该过程与起呼过程的RL建立是基本一致的，RadioLinkSetupRequest信令解析内容也包含有目标小区的CID、控制信道建立在目标小区的的频点和时隙。
RL建立的过程是RNC和NB之间建立的链路，与空口没有很大联系，只要传输配置正确，这个过程一般不会出问题，如果RL无法建立，首先查找的是传输问题。
RNC和NB准备好相关资源后，RNC给UE下发physicalChannelReconfiguration信令，告诉UE与目标小区的同步（硬切换）和进行信道重配置。
physicalChannelReconfiguration信令解析包含目标小区的频点、允许UE的最大发射功率、以及上行目标SIR（用于计算上报physicalChannelReconfigurationcomplete的功率）、功控步长，以及目标小区的PCCPCH双码道功率配置，如下图：
UE收到收到physicalChannelReconfiguration后，进行与目标小区的同步和进行物理信道重配置，同步过程主要通过FPACH信道完成，UE完成与目标小区的上、下行同步成功和完成物理信道重配置，会在DCH上给RNC上报physicalChannelReconfigurationcomplete，之后RNC将在新的链路上下发数据给UE，完成切换。
下图为切换成功信令：
目前遇到很多情况，UE上报physicalChannelReconfigurationFailure导致切换失败，而没有RadioLinkRestoreIndication，可以知道UE与目标小区下行同步失败，无法完成物理信道重配置，因而上报physicalChannelReconfigurationFailure。
此种情况很可能是FPACH信道质量不好，导致同步出现问题，如载干比差等场景。
如下图所示：
另外一种情况物理信道重配超时，如下图所示，RNC发送physicalChannelReconfiguration后没有收到UE任何消息，上行已经失步，回滚失败导致掉话。
一下信令可以看到RadioLinkFailureIndication，证明上行已经失步，因而释放资源后掉话。
这种原因主要UE处于弱场，或者无线信号衰减迅速的场景，如街道转角、室内铁门的关闭等情景。
升级会员 