切换问题分析优化流程文档格式.docx
- 文档编号:19899675
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:29
- 大小:906.80KB
切换问题分析优化流程文档格式.docx
《切换问题分析优化流程文档格式.docx》由会员分享,可在线阅读,更多相关《切换问题分析优化流程文档格式.docx(29页珍藏版)》请在冰豆网上搜索。
路过评估性的
路测也是切换问题搜集的一种手段,特别是对于业务
量不高或者尚未投入商用的
TD-SCDMA
无线网络而言。
进测时,需要进行往返性切换测试。
1.1.3
运维客服中心搜集到的用户投诉信息中,对于掉话较多的一些区域,切换掉话是
主要的原因之一,需要对覆盖相应区域的小区重点进行切换分析。
特别是对于切
换不及时或者乒乓切换等进行重点分析。
1.2
问题定位和原因分析
对于切换问题的定位,路测是网络评估、优化最重要的手段之一。
全面的路测可
以了解整体覆盖情况,发现漏配的邻区,可以了解实际的切换带是否与规划有大
的出入,是否有越区覆盖等;
局部的路测用于跟踪切换过程,采集切换失败和掉
话的空口信令、无线链路的状态(C/I、RSCP、UE
发射功率、BLER、相对时延
等)数据,分析切换过程问题的原因。
全面路测一般用于优化前后的整体网络评
估;
而当发现了切换问题以后,一般采用局部路测来定位问题。
路测可以采集
UE
侧的信令消息,而
RNC
侧也可以跟踪指定
IMSI
的信令。
往往
由于无线链路的不稳定和
处理能力有限,可能导致部分消息丢失或没有被记
录,因此,最好能结合路测的信令和
的信令消息进行分析,以定位切换问
题。
1.3
切换问题优化调整的参数包括工程参数、小区参数和算法参数。
工程参数主要是指天线参数,包括方位角、下倾角等。
通过这些参数的调整,可
以改变小区的覆盖,进而改变切换带的位置、大小等,优化切换问题。
小区参数包括小区使用的频率、信道功率配比、邻区关系等基本配置数据。
修改
频点可以规避一些难以解决的同频切换问题;
公共信道功率的调整同样可以达到
调整小区覆盖的目的,以改变切换区域的位置和大小;
漏配邻区关系是导致切换
问题和掉话最常见的原因之一,因此邻区列表的优化也是网络优化中必不可少的
一个环节。
算法参数包括切换算法开关、各种切换的门限、磁滞、触发时延等。
算法参数的
调整需要在对切换算法充分了解和对路测结果、信令等仔细分析的基础上进行。
1.4
优化验证
在针对切换问题的参数调整之后,需要对调整结果进行验证:
1、现场路测观察切换过程是否已经正常,路测指标是否已经达到优化目标。
2、查看话统中切换相关的统计值是否正常,话统指标是否已经达到优化目标。
3、观察网络运行一段时间看是否引起其他问题,是否有用户投诉。
如果以上都满足了要求,则切换问题优化结束;
否则重新进行问题分析、定位、
调整、验证过程。
最终优化调整结果需要得到项目负责人和运营商维护经理等相
关人员的认可。
2
切换常见问题分析及案例
切换失败问题可以分为切换选择问题和切换执行问题。
对于前者,主要是由于目
标小区的信道资源、切换相关的无线参数设置不当、硬件故障等。
切换执行失败,
主要是由于空口质量所致。
在性能指标上体现为切换失败率过高和切换掉话等现
象。
2.1
切换失败常见问题分析
2.1.1
硬件故障导致切换异常
原因分析:
由于
采用多通道智能天线系统,而良好的赋形,首先需
要各个通道之间功率校正的一致性。
如果功率校正通不过,将会导致赋形产生偏
差,从而可能会导致系统切换失败。
测试手段:
通过后台的通道校正进行检查,对于校正无法通过的需要及时处理。
优化建议:
必要时更换系统硬件设备。
2.1.2
未收到物理信道重配置消息
通过
的信令跟踪发现已经下发
RRC_PH_RECFG
消息,而路测中并
没有看到手机收到
消息,因而没有及时发起切换而导致掉话。
因
为作为硬切换指示的物理信道重配置消息是在原信道上发下的,可能由于经过时
间延迟、切换判决,RNC
下发此消息的时候,源小区下行链路已经变得太差,UE
无法收到
消息进行切换而最终掉话了。
优化思路:
1)可以权衡将硬切换门限或磁滞、触发时间延迟等参数适当减小,相当于
提早硬切换时机,使
可以及时收到硬切换指示消息而完成切换。
2)加大源小区业务信道的下行发射功率以增强切换区的下行覆盖,保证下
行链路的质量。
2.1.3
目标基站未收到重配置完成消息
物理信道重配置完成消息
RRC_PH_RECFG_CMP
是在目标小区信道上发
送的。
这里分为两种情况:
1)通过手机信令跟踪,确认是
收到
指示而没有回
完成消息给
RNC。
这可能是因为
与目标小区同步失败或别
的原因造成的硬切换失败而掉话。
2)通过信令跟踪,发现是
已经切换并发送了
消息,而
RNC
侧没有收到此消息,说明是反向链路存在问题。
1)
针对第一种情况可以尝试调整天线或增加目标载频的信道功率以加强覆盖,
或者提高硬切换判决门限,以保证硬切换的顺利进行。
2)
针对第二种情况可以尝试调整上行功控参数,将相应业务最大上行发射功率
调大,使在允许范围内
的发射功率增大,增强反向链路质量。
2.1.4
同频同扰码小区越区覆盖导致切换异常
在专用模式下,UE
发送的测量报告,是根据
PCCPCH
的使用频点以及扰码为标
识来区分不同邻小区的。
如果两个小区的
具有相同的频点和扰码,正
常情况下,其复用距离应该足够大,不应存在问题,但是在实际的网络中,由于
越区孤岛现象的存在,可能会出现
上报的测量报告中存在虚假邻小区信息,
会导致系统发出切换指令,使得某些处于专用模式下的
频频尝试向实际信号
并不好的小区发出切换请求,其结果必然是造成切换失败(也可能是乒乓切换)。
并导致孤岛覆盖周边小区的切出成功率大幅降低,而与孤岛小区具有相同
使用频点和扰码的小区的切入成功率也会大幅降低,如下图。
图
2-1越区覆盖示意图
在市区内,特别是密集市区,小区有效服务半径较小,复用距离较小,地形复杂,
往往会存在越区孤岛现象。
对于越区孤岛现象,凭借一般的路测
是很难判断的,而需要可解出频点和相
应扰码的扫频仪设备进行测试。
对于具有明显偏高的站点,需注意其扇区天线下倾角的设置不要太小,且最好选
用具有垂直上波瓣抑制特性的扇区天线。
以规避越区现象的出现。
2.1.5
越区孤岛切换问题
在环境比较复杂时,由于较近小区的信号由于阻挡产生一定损耗,而
其他小区可能会从建筑物夹缝中透露出来,形成较强越区孤岛。
由于该区域的小
区和该越区小区之间不会互配置邻小区,在干扰没有严重到导致下行失步时,
将不会选择到该小区上。
但在服务小区信号较弱时,UE
很可能会重选到该
越区孤岛上。
当在该小区上通话(建立其他的
DPCH
也是一样)后,将会导致
无法切换从而掉话的现象。
此类问题在切换指标上是无法显示出异常的,主要表
现为掉话严重。
可以通过
路测进行分析定位;
另外可以通过从信令仪中统计
TA
值,看是否存在
过大的
通话状态。
适当加大相应越区小区的天线下倾角或者方向角进行抑制越区现象。
但是需要注
意不会对本小区的服务区域造成影响;
在孤岛形成的影响区域较小时,可以设置单边邻小区解决。
即在越区小区中的邻
小区列表中增加该孤岛附近的小区,而孤岛附近小区的邻小区列表中不增加孤岛
小区。
这样一旦
驻留到该越区小区后,可以在附近小区信号强时,顺利切换
出来,不会导致掉话。
在越区形成的影响区域较大时,如果频率和码的规划拓扑允许,可以通过互配邻
小区的方式解决,不过此方法容易造成网络拓扑结构的混乱,除非频率资源比较
丰富,否则慎用。
2.1.6
目标邻小区负荷过高(或部分传输通道故障),导致切换失败
当目标邻小区的负荷过高时,切换将无法完成。
另外,当目标小区的
部分传输通道由于误码较高或者频繁瞬断时,将会导致地面电路资源无法激活,
从而引起切换(选择)失败。
如果是跨
时,由于源
不了解目标
的传输故障情况,因此只要有切换请求,就会尝试进行切换执行,而最终导致切
换失败,这种情况要持续到源
收不到目标小区的测量报告为止。
1.
可以通过性能统计中对于目标小区的负荷统计进行分析,另外检查目标小
区的负荷控制门限设置是否合理;
2.
查看信令解码,了解其相应的原因值,看是否为“”。
3.
查看告警信息,看是否存在传输告警(包括当前告警和历史告警)。
如果是目标小区的负荷控制门限设置过低,则可以根据实际情况进行适当
的调整。
但是需要对该小区的运维数据进行分析后确定,以免调整后,导
致该小区产生拥塞现象。
对于传输故障,需要协调相关人员尽快解决传输质量问题。
2.1.7
目标小区上行同步失败导致切换失败
在切换过程中,UE
和目标小区的同步根据切换模式(硬切换和接力切换)的不
同分为两种:
硬切换模式下的上行同步:
目标小区上行
UPPCH
干扰严重,或者同时有其他
的上行同步碰撞,
导致和目标小区的上行同步失败;
目标小区的
UPPTS
期望接收到的功率设置过小,功率步长、可能会导致
同步无法完成、功率爬坡步长等。
当
确定目标小区后,在该小区成功建立新的无线链路,在新链路上给
UE
下发切换命令(此时可以停止从旧的无线链路下发数据)。
根据切换命令
(如物理信道重配)中频点和小区
ID
等信息,在新小区进行下行同步。
从
消息的
DL-CommonInformation-r4
信元中读取
defaultDPCH-OffsetValue,用于计
算新小区的
CFN(CFN
=
(SFN
-
DOFF)
mod
256
或
CFNnew
(CFNold+COFF
-
256)。
然后根据下行
功率,期望的
UpPCH
功率等参数,
进行开环同步和开环功控(初始发送功率由
uppch_desired_power+路损来确定),
发上行
SYNC
码,SYNC
码在
Sync
Code
Bitmap
中选取,收到正确的
FPACH,开
始在新的
上发送数据。
给
回重配完成消息,RNC
释放旧的无线
链路资源。
如果
回重配失败消息,则需要回滚到原小区恢复业务。
硬切换的上行同步其实和随机接入的上行同步过程是一样的,及使用
和
FPACH
进行同步。
路测
调整网络结构改变上行干扰
2.1.8
源小区下行干扰严重导致切换失败
在切换过程中,如果源小区下行干扰严重,有可能会导致
会导致源小区无法
有效接收到
上报的测量报告,从而不进行切换。
此时,系统侧应该有“物理
信道重配置超时”消息。
而
会出现失步,并发出“小区更新”。
此时路测设
备上的
SIR
会相应的较差。
在切换带处出现下行干扰,有可能是相应小区的下行信号遭受到了其他无线信号
的干扰。
干扰源可能来自于
TD
系统内其他同频小区,也可能是其他异系统的干
扰,自然界的干扰,由于其有效频段较低(主要集中在
100MHz
以下)影响一般
不大。
具体参见干扰问题排查类文档。
另外如果源小区信号发生陡降(如建筑物阻挡等),或者目标小区信号突然陡升,
目标小区的下行信号有可能会对源小区的信号形成干扰(此时源小区信号并不差,
甚至在附近都会存在该类问题)。
这也是切换失败的一种典型原因。
使用扫频仪进行系统内同频干扰小区的定位和排查;
在
路测仪上观察
的
SIR,此时应该较差。
另外在系统侧信令跟踪中,应该有“物理信道重配置超时”信息;
切换带处源小区遭受到严重的下行干扰,可以使用扫频进行排查;
对于源小区信号陡降或者目标小区陡升导致的下行干扰问题,可以适当调
整天线参数进行优化解决。
2.1.9
无线参数设置不合理导致切换不及时
切换过程分为切换测量、切换判断以及切换执行等
3
个过程。
哪一个过程没有及
时执行都会导致切换比较慢,不及时。
切换测量,有两种策略,分别为周期性上报型和事件触发型。
采用周期性上报型,
系统可以较好的了解
的状态,可以对切换较好的控制,但是会导致系统信令
负荷较重,故目前一般采用事件触发型的测量策略。
目前系统已经支持的切换触发事件有
1G(频内最佳小区变化,触发频内切换)、
2A(频间最佳小区变化,触发频间切换)和
2D(当前使用频率过低,触发频间
切换)事件。
如果切换触发事件上报不够及时,将会导致切换不够及时,从而导致切换失败和
通话质量变差的可能性。
路测设备、信令跟踪分析等。
对于无线参数的优化,可以参见和切换相关的参数一章。
如果测试
上可以看
到相应的邻小区
PCCPCHRSCP
远大于服务小区(比如大
6dB
以上,且持续时
间超过
5
秒以上)而不进行切换,可能是由于服务小区无线参数中的“切换开关”
参数设置为“TRUE”,从而导致该
无法切出该小区。
2.1.10
乒乓切换
乒乓切换产生的原因主要如下:
小区距离太近,或者小区覆盖范围太大,导致重叠覆盖区内的信号都相对
较强,由于建筑物分布复杂,或者地形起伏较大,小区信号起伏并不一致,
从而导致
的乒乓切换;
“
部分小区切换参数设置不合理。
主要有“切入
惩罚时间定时器”(设
置过小会导致
乒乓切换过重)、
切换时间延迟(设置过小会导致短时
间内的信号抖动都会发生切换)”、“PCCPCH
RSCP
切换迟滞量”(设置过
小会导致信号稍有变动即会导致切换发生)等参数。
路测仪测试;
信令测试仪的信令跟踪分析。
性能统计中,如果系统切换次数和呼叫次数比例过大,可能是系统内存在
乒乓切换的现象。
无线切换参数的优化调整。
不过调整无线切换参数,虽然可以减少乒乓切
换的程度,但是也会带来切换不及时等其他问题,故需要综合考虑,且在
修改参数后,需要及时测试和统计跟踪。
调整天馈参数(调整扇区天线下倾角、方位角或者天线挂高),必要时也
可更换扇区天线主波束的赋形波束宽度,避免覆盖范围过大。
但是必须注
意不要出现服务盲区等新问题。
2.1.11
拐弯效应切换失败
在城区内,车辆沿着街道运动时,源小区的信号比较好,但是一旦拐弯到另外垂
直的街道上,源小区的信号会急剧变低,而另外一个小区的信号可能会突然急剧
增强,会导致和源小区链路失步,网络侧无法接收到
的测量报告,从而存在
切换失败的现象。
路测设备
优化建议
如果信号允许,可以通过调整工程参数(加大邻小区的下倾角)或者无线
参数(如调整小区临时偏置),改变切换带,使
在拐弯前进行提前切
换;
使用直放站或者射频拉远方式解决。
2.2
切换案例
2.2.1
内切换出现跨
切换信令问题分析
问题描述
根据
分析数据,三毛艺术学校(CELLID-8321)一扇存在切换成功率低掉话率
高问题,主要是切出成功率指标较差在
50%左右,针对该扇区的两个指标差问题
进行分析和定位。
问题分析
1、从
CALLTRANCE
分析
通过分析
CT
日志中的信令,发现三毛艺术学校一扇区在与爱家国际二扇区切换
时,出现
radieBearReconfigurationFailure
信令,但实际上爱家国际基站与三毛艺
术学校基站归属于同一个
RNC,切换的时候不应该出现跨
切换流程。
信令截图图
6-2
所示:
2-2
信令截图
从测量报告分析(如图
6-3),三毛艺术学校一扇区切换的目标小区是频点为
10088,扰码为
106
的
小区,而从三毛艺术学校一扇区的邻区关系分析,该目标小区应该为爱家国际二扇区。
2-3
信令具体内容
2、DT
测试分析
现场路测分析,UE
从三毛艺术学校往爱家国际方向移动时,测试的轨迹及邻区
关系如图
6-4、图
6-5
四所示,三毛艺术学校
扇区的邻区关系中有两列扰码为
106,频点为
10088
的小区,当时怀疑两种可能:
一是测试软件的
bug(因为以
前版本的测试软件在
切换之前出现过类似的
bug);
二是小区信息参数配置存
在错误。
2-4
邻区关系
1
2-5
2
2-6
切换信令
根据图
所示的三毛艺术学校
扇区与爱家国际
扇区的切换流程分析,应该
是三毛艺术学校
小区的邻区关系配置存在问题。
对于
内的两个小区切换
是不可能出现跨
切换信令,并且终端从爱家国际
扇区切往三毛艺术学校
小区的时候切换正常,没有出现跨
的切换信令,而三毛艺术学校
扇区
切往爱家国际
扇区的时候出现异常信令,因此怀疑三毛艺术学校一扇区的邻区
关系中添加了与爱家国际二扇同频同扰码的外部邻区,三毛艺术学校一扇区与爱
家国际二扇发生切换的时候,误以为是发生了跨
切换,结果出现跨
切换失败的情况。
解决方法及验证
网管查看三毛艺术学校邻区关系,发现确实添加了另外一个
的小区为邻区,
而这两个小区相距
40
多公里。
删除三毛艺术学校一扇跨
的邻区关系,验证
切换问题,一切正常。
信令流程时,很有可能是添加了跨
的邻区关系。
出现这种问题的可能:
1、RNC
归属配置出现问题;
2、邻区规划后导入后台的邻区关系有误;
3、原来本小区存在跨
的邻区,在基站割接或更改小区
CELL
后邻区关系没
删除。
2.2.2
太拖拉与天津工业大学切换成功率低
数据,提取一周数据中
内硬切换成功率低的小区进行分析,天津
工业大学
扇区
内小区间异频硬切换出请求次数为
1513
次,RNC
内小区
间异频硬切换出失败次数为
1302
次,切换成功率为
13.95%;
太拖拉
1183
内小区间异频硬切换出
失败次数为
1086
8.20%。
由于这两个扇区地理位置接近,此
针对这两个小区进行测试和问题定位。
从
calltrance
异常信令分析,太拖拉
扇区和天津工业大学
扇区切换失败的情
况基本上都是发生在与煤矿设备厂
扇区的切换,并且属于同一个用户。
切换失
败基本上都是没有收到
RLrestore
信令,应该是切换时发生了失步现象。
从测量
报告分析,切换失败时测量的小区信号强度基本在-85dBm
左右,也就是说不存
在弱覆盖现象,因此怀疑存在上行干扰。
从后台
LMT
查询,煤矿设备厂
TS1
时隙的底噪偏高,大约-95dBm
左右,其他时隙底噪正常。
修改煤矿设备厂
扇区的频点
10096(F6)为
10120(F9)。
.修改频点后煤矿设
备厂
扇区的
时隙的底噪恢复正常。
通过调整后,煤矿设备厂
扇区的底噪恢复正常,有效抑制了上行干扰。
KPI
数据统计分析,天津工业大学
扇区和太拖拉
内小区间异频硬切换
成功率均满足指标要求。
目前的切换成功率已经恢复正常。
由于煤矿设备厂的三扇区存在干扰(干扰源未找到),导致天津工业大学一扇区
和太拖拉
扇区与此扇区切换成功率较差。
后期要加强
指标的分析,挖掘
问题点解决。
2.2.3
裕成大厦
30721、30722
两个小区切换问题
性能统计发现,裕成大厦(3072)站点的
个小区
的“小区异频
切换成功率”一直偏低,特别是在
7
月
24
日后更加恶化,如
2008-7-27
30762
请求
28
次,成功仅
次,第一时间通知优化人员到现场测试,跟踪信令发现
Cell_ID
Cell_Name
频点
扰码
10401
东渡_1
202
75
表
2-1
邻区信息表
30721
无法成功切往
10402(东渡_2)、10403(东渡_3),站内小区间切换正常。
现场测试
Log
截图如下:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 切换 问题 分析 优化 流程