您的当前位置：首页 CDMA网络优化典型案例分析样稿

CDMA网络优化典型案例分析样稿

来源：刀刀网

网络优化案例

案例1：相关邻小区列表设置问题

【现象描述】

手机在通话过程中能够成功从A小区切换到B小区，但无法从B小区切换到A小区；手机

距离某小区C很近，但在手机导频激活集中看不到C小区PN码。这么伴随手机向目标小区移

近，手机导频激活集中EC/IO将逐步降低、FER逐步增大，继而引发掉话。

【原因分析】

通常情况下，CDMA手机有四个寄存器，分别存放6个激活导频集、5个候选导频集和20

个相邻导频集。即使在现在系统中，部分厂家数据库最多可提供多达45个相邻小区，但系

统经过NeighborList Updat消息经空中接口向手机传送只有20个，而这20个邻区是系统按一

定算法从目前服务小区多个邻小区数据库列表中选出来，在选择过程中系统通常不依靠于这

些小区信号强度和质量，而仅仅依据数据库静态定义根据预先设定算法进行选择。这么假如

某个目标小区在系统邻小区中未定义或定义了但因为优先级低而未能经过空中接口消息告

之手机，手机邻小区寄存器中未存放该目标小区信息，就会造成上述问题现象发生。

【处理方案】

经过路测设备或其它呼叫跟踪设备采集空中接口消息，采集掉话前后信息，确定掉话

后同时PN码，然后查找该同时消息上面最近NeighborList Updat消息，看是否由该PN码，

并结合邻小区列表数据库中判定是否为未定义或即使定义了但优先级太低。

案例2：相关导频检测参数设置问题

【现象描述】

手机在通话过程中因为无线环境改变，造成信号急剧改变，此时会出现手机即使已搜索

到目标小区信号，但因为未达成切换门限而无法切换或切换区域不足，造成误帧率上升引发

掉话。下面是一组现场测试数据，能够看出因为无线环境改变，PN75信号急剧减弱，但PN396

因为切换门限T-ADD为-12db,未能进入有效集，造成PN27即使已达成门限值，但因为高误帧

而无法完成切换，造成掉话。

【原因分析】

分析该问题，我们需要对导频检测参数定义和设置意义要有些了解。现在，基站导频检

测参数关键有T-ADD、T-DROP、T-TDROP、T-COMP等，这里我们关键了解一下T-ADD

和T-DROP两个参数。T-ADD是移动台用来检测接收到导频强度门限值。假如T_ADD设置

太小，会造成过多掉话和覆盖空洞，也有可能造成切换区域不足。假如T_ADD设置过大，

会造成切换区域过大，从而使前向容量损失和因为需要增加信道卡而使成本增加。另外因为

切换区域增加还会使呼叫和切换阻塞增加，后者还有可能造成掉话。T-DROP是.导频去

掉门限。当激活集和候选集中导频强度低于该门限值时移动台会开启该导频对应切换去掉计

时器。假如T_DROP设置过小，会造成过早地去掉可用导频，从而产生掉话，因为去掉导

频只会是以干扰形式出现。假如T_DROP设置过大，会造成切换区域过大，从而使前向容

量损失和因为需要增加信道卡而使成本增加。另外因为切换区域增加还会使呼叫和切换阻塞

增加，后者还有可能造成掉话。所以上面问题关键因为切换门限T-ADD设置太小引发切换

区域不足，有效信号无法进入而引发掉话。

【处理方案】

经过对测试后台数据分析，能够发觉该问题关键因为信号突变，造成强信号无法立即进

入有效集，所以需要降低其切换门限，方便有足够切换区域。所以经过调整PN75T-ADD值

为-13db,问题处理。

以下是调整后测试数据：

案例3：相关移动台搜索窗设置问题

【现象描述】

当手机从目前服务小区移向某个覆盖范围较大基站时，假如目标站搜索窗口设置太小，

则手机将不能立即搜索到该目标站PN，这么伴随手机向目标基站移动，肯定出现目前服务

小区信号强度减弱，而目标小区信号增强而变为强干扰信号，这么就会出现接收电平增强、

服务小区EC/IO减弱、TX、FER增加而造成掉话，这里我们将举个具体案例供大家参考。

下图是某市某掉话点后台FER效果图和前台数据：

【原因分析】

经过前台测试数据回放和后台数据分析，我们能够排除邻小区列表问题。（下图红圈。）

检测搜索窗参数设置：PN432：SRCH-WIN-A为9；SRCH-WIN-N为10；因为PN54基站设备为三星PICO设备，该设备分为SMU（三星PICO设备主控单元）和SRU（三星PICO设备远程单元）两部分，其中射频SRU部分可拉远，经和相关工程人员确定，该设备SMU和SRU采取光纤传输，距离大于10KM。因为基站SRCH-WIN-N设置要大于2倍PNPHASE。

PN_phase=Optic cable delay + Air delay+ system delay =10*6chip+0+0chip=60chip
所以SRCH-WIN-A和SRCH-WIN-N要大于120chip
参考下表，SRCH-WIN-N要大于等于11。

SRCH_WIN_A SRCH_WIN_N SRCH_WIN_R CF_SRCH_WIN_N CF_SRCH_WIN_R	Window Size (PN chips)	SRCH_WIN_A SRCH_WIN_N SRCH_WIN_R CF_SRCH_WIN_N CF_SRCH_WIN_R	Window Size (PN chips)
0	4	8	60
1	6	9	80
2	8	10	100
3	10	11	130
4	14	12	160
5	20	13	226
6	28	14	320
7	40	15	452

【处理方案】

参考上表，将PN432SRCH-WIN-N改为11，则问题处理，见下图（调整后FER效果图）

【总结】

从这个案例能够看出，搜索窗参数设置过小会造成移动台无法搜索到目标小区而造成呼

叫掉话，但在实际应用中，我们也不能把搜索窗设置太大，因为这么会造成搜索邻小区列表

速度太慢。

案例4：相关系统参数设置问题

【现象描述】

手机在通话过程中能够成功从A小区切换到B小区，已成功捕捉到B小区信号，进入候补

集，但基站无法完全解调手机上行信号，无法下达切换指令，造成相关指标恶化而引发掉话。

下图是某组测试数据，从图中能够看出，PN141信号已经很强并已进入候补集，但无法完

成切换进入有效集，造成FER等指标恶化，最终造成掉话。

【原因分析】

从上图案例关键是因为系统未下发切换指令，而引发切换失败。在切换过程中，和手机搜索窗相对应基站搜索参数是DEMOD-WIN-LENGTH，该参数取值范围为0~3072（1/8PN CHIP UNIT）。在切换过程中，|RTDof Master – RTD of Slave| <DWL/2(Demod_Win_Length)，分别测算切换点距PN141和PN186两基站空间距离，两直线距离相差约为8KM（注：PN141基站为在海对岸漳州中银基站，图中未标注。）
，所以|RTDof Master – RTD of Slave|>4CHIP*8=32CHIP。所以DWL取值应大于512，核查系统参数中

DWL设置为默认值288，所以基础可判定该问题和DWL设置过小相关。

【处理方案】

调整两扇区DWL参数设置，将其调整为600，则问题处理，下图为调整后现场测试数据。

案例5：基站过覆盖，造成前向功率不足，起呼成功率不高

【现象描述】

因为邮电大楼基站较高（11层楼上面有一铁塔20多米），覆盖远，旁瓣范围较大；观察

指标发觉，此基站2扇区常常出现呼叫失败，前向功率不足等现象，造成指标相对较差。

处理前前向功率过载分析：

采集开始时间	BTS	Cell	子系统号	载频号	前向发射功率达成等级1 采样次数	前向发射功率达成等级2 采样次数	前向发射功率达成等级3 采样次数	前向发射功率达成等级4 采样次数	功率过载时长(ms)
-2-24 20:00	92	1	0	0	125	14	9	15	7800
-2-24 20:30	92	1	0	0	170	16	9	39	12800
-2-26 21:00	92	1	0	0	148	16	5	23	8800
-2-26 21:30	92	1	0	0	14	0	1	1	400
-2-27 20:30	92	1	0	0	1016	192	108	462	149600
-2-27 20:00	92	1	0	0	169	30	12	47	17800
-2-28 20:00	92	1	0	0	205	28	21	28	15400
-2-28 20:30	92	1	0	0	182	26	8	30	12800

话统指标：

开始时间	BTS	CELL	1X: 语音呼叫话务量 (Erl)	语音呼叫拥塞次数	1X: 语音起呼成功率(%)	业务信道负载率(%)
2 月24 20:00	[92]邮电大楼	1	4.1739	2	98.62	16.82
2 月25 20:00	[92]邮电大楼	1	5.9686	0	100	24.05

2 月26 20:00	[92]邮电大楼	1	4.7878	1	98.15	19.3
2 月27 20:00	[92]邮电大楼	1	5.0306	13	96.67	20.27
2 月28 20:00	[92]邮电大楼	1	6.1469	2	97.81	24.77

从上面统计来看，此基站2扇区连续几天晚忙时全部存在前向功率过载，出现呼叫拥塞，

造成呼叫失败，而且过载时长相对较长。连续几天起呼成功率全部在99%以下。

【原因分析】

分析此小区话务量，发觉并不是很高，而且没有出现因为CE不足造成拥塞，查看呼叫

次数也不是很高，观察前向功率情况分析统计，发觉全部是因为前向功率不足造成呼叫失败，

拥塞等现象，于是怀疑可能是此小区覆盖过远造成前向功率不足。我们对此基站进行了实地

勘察，发觉此基站天线较高，在11层楼楼顶20米高铁塔上，而且检验其俯仰角发觉机械倾

角仅1度，而且2扇区覆盖区域没有太高楼，所以造成此小区过远覆盖，旁瓣较大。我们对

此小区覆盖进行了DT测试，以下图所表示：

从上面图示来看，此小区旁瓣覆盖过大，而且覆盖到了万福桥周围，对周围小区造成一定

影响。

【处理过程】

依据以上基站勘察和实地测试分析，发觉此小区出现前向功率过载，呼叫失败，关键是

因为此基站较高，主瓣覆盖过远，造成大部分用户处于离基站较远位置进行通话，因为路径

损耗，所以分给每个用户前向功率就增多，这么造成在用户不多情况下也很轻易出现因为前

向功率不足造成起呼不成功。所以需要从两方面入手，处理此问题；首先控制此小区覆盖，

其次调整此小区过载功率门限。

【处理方案】
 邮电大楼2扇区俯仰角从1度→7度；

 呼叫门限：90→95；切换门限95→98；

 导频占最大过载功率百分比：150→120；
【处理后结果】
依据以上调整方案，我们进行了调整实施，从调整后话统来看，因为前向功率不足造成拥塞已经没有了，而且起呼成功率也有所提升，覆盖基础正常合理。

前向功率过载观察：

采集开始时间	BTS	Cell	子系统号	载频号	前向发射功率达成等级1 采样次数	前向发射功率达成等级2 采样次数	前向发射功率达成等级3 采样次数	前向发射功率达成等级4 采样次数	功率过载时长 (ms)
3 月3 19:00	92	1	0	0	0	0	0	0	0
3 月3 19:30	92	1	0	0	0	0	0	0	0
3 月3 20:00	92	1	0	0	0	0	0	0	0
3 月3 20:30	92	1	0	0	0	0	0	0	0
3 月4 20:00	92	1	0	0	0	0	0	0	0
3 月4 20:30	92	1	0	0	1	0	0	0	0
3 月4 20:00	90	1	0	0	0	0	0	0	0
3 月4 20:30	90	1	0	0	0	0	0	0	0
3 月5 19:00	92	1	0	0	0	0	0	0	0
3 月5 19:30	92	1	0	0	0	0	0	0	0
3 月5 20:00	92	1	0	0	0	0	0	0	0
3 月5 20:30	92	1	0	0	1	0	0	0	0

开始时间	BTS	CELL	1X: 语音呼叫话务量 (Erl)	语音呼叫拥塞次数	1X: 语音起呼成功率(%)	业务信道负载率(%)
3 月3 20:00	[92]邮电大楼	1	4.72	0	99.27	18.73
3 月4 20:00	[92]邮电大楼	1	4.9847	0	99.54	20.09
3 月5 20:00	[92]邮电大楼	1	4.4906	0	99.41	18.1
3 月6 20:00	[92]邮电大楼	1	4.3742	0	99.55	17.63

从上面统计来看，经过调整后，前向功率过载测试显著降低，几乎没有；而且从指标观察，此小区语音呼叫没有出现拥塞现象，而且起呼成功率有所提升在99%以上，业务信道

负载也比以前显著降低。

覆盖图示：

从调整后覆盖来看，此小区覆盖得到了很好控制，过覆盖现象基础消除，对周围基站影响显著降低。

【总结】
从上面案例分析得出，城区基站不宜选址较高，选址过高，可能造成超远覆盖，造成前向功率不足，影响相关指标。而且天线挂高过高，为了控制覆盖，可能要大程度下压天线俯仰角，这么很轻易造成波型变型，旁瓣变大，对周围基站产生很大影响，所以城区基站应该依据周围建筑及用户量，覆盖距离合理选择天线高度。

案例6：基站替换后呼叫失败次数高，切换成功率低问题
【现象描述】
赤水邮电大楼基站被替换为支持EVDO基站后，观察指标发觉，此基站呼叫失败次数较高，呼叫建立成功率差，起呼成功率不高，而且切换成功率偏低。

替换前指标：（20:00---21:00）

开始时间	BTS	CELL	1X: 语音呼叫话务量(Erl)	1X: 语音软切换成功率(%)	1X: 语音起呼成功率(%)	1X: 语音寻呼成功率(%)	业务信道掉话率(%)	呼叫失败次数
3 月16	赤水邮电大楼	0	3.09	100	99.44	99.23	0	2
3 月16	赤水邮电大楼	1	2.32	100	100	100	0	0
3 月16	赤水邮电大楼	2	3.55	100	98.39	100	0.67	4

从上面统计来看，此基站3个扇区切换成功率全部在99%以上；起呼成功率在99%左右；语音寻呼成功率也相对较高，呼叫失败次数最多小区仅为4次。

替换后指标：3月18日（18:00---23:00）

开始时间	BTS	CELL	1X: 语音呼叫话务量(Erl)	1X: 语音软切换成功率(%)	1X: 语音起呼成功率(%)	1X: 语音寻呼成功率(%)	业务信道掉话率(%)	呼叫失败次数
18:00:00	赤水邮电大楼	0	6.38	93.58	95.52	99.53	0.15	24
18:00:00	赤水邮电大楼	1	2.72	94.10	94.22	96.79	0.40	15
18:00:00	赤水邮电大楼	2	1.07	93.22	95.24	98.86	1.90	7
19:00:00	赤水邮电大楼	0	9.70	91.00	97.19	96.29	0.00	30
19:00:00	赤水邮电大楼	1	3.13	91.92	96.67	95.41	0.43	11
19:00:00	赤水邮电大楼	2	1.82	93.22	96.82	99.18	0.52	6
20:00:00	赤水邮电大楼	0	7.17	93.35	96.00	98.36	0.00	19
20:00:00	赤水邮电大楼	1	1.85	94.02	98.23	96.3	1.34	5
20:00:00	赤水邮电大楼	2	3.06	.29	95.18	98.17	0.56	10
21:00:00	赤水邮电大楼	0	6.40	91.42	92.63	98.35	0.25	30
21:00:00	赤水邮电大楼	1	2.34	92.00	.86	97.26	0.00	16
21:00:00	赤水邮电大楼	2	2.70	.92	93.53	96.15	0.00	13

从上面统计来看，此基站替换后，切换成功率在95%以下；起呼成功率在95%左右，寻呼

成功率也相对较低，而且从呼叫失败次数来看，此基站各小区呼叫失败次数较多。

【告警信息】无

观察此基站告警信息，没有发觉有任何信息。

【原因分析】
引发接入失败和切换失败关键原因有以下：
1、高话务；
2、跨载频业务信道分配；
3、邻区关系缺失；
4、参数设置错误；
5、过大软切换区域；
6、缺乏覆盖；
7、搜索窗问题；
8、干扰；
9、GPS模块及其它硬件故障；
 结合以上原因我们分析此基站3个扇区全部较差，说明关键是3个扇区共用部分出现问题，所以我们对此基站时钟模块和主控模从硬件来说可能是时钟模块或主控模块存在问题，
块进行了诊疗，没有发觉问题，而且进行了更换，问题仍然存在，说明两硬件没有问题。

主控板：

从上面诊疗来看，主控板工作正常。

时钟板：

从上面诊疗来看，此基站时钟模块工作正常，GPS接收机正常，搜索卫星12个。

 怀疑是否存在外部反向干扰，造成3个扇区呼叫失败次数多，切换差；因为外部干扰较难掌握和控制，有可能出现，于是观察了此基站底噪发觉3个扇区全部基础正常，以下统计：

采集开始时间	System	小区号	主集 RSSI 最大值 (dBm)	主集 RSSI 最小值 (dBm)	主集 RSSI 平均值 (dBm)	分集 RSSI 最大值 (dBm)	分集 RSSI 最小值 (dBm)	分集 RSSI 平均值 (dBm)
-3-18 18:00	129	0	-101.2	-113.24	-111.4	-106.17	-114.71	-112.97
-3-18 18:00	129	1	-110.74	-113.97	-112.94	-111.5	-114.03	-113
-3-18 18:00	129	2	-107.66	-113.58	-112.44	-111.96	-115.6	-114.09
-3-18 18:30	129	0	-108.94	-113.4	-112.36	-110.88	-114.87	-113.87
-3-18 18:30	129	1	-108.65	-113.96	-113.01	-98.85	-114	-112.78
-3-18 18:30	129	2	-111.35	-114.05	-113.02	-102.86	-114.99	-113.86
-3-18 19:00	129	0	-105.97	-113.56	-111.96	-107.57	-114.6	-113.48
-3-18 19:00	129	1	-111.45	-113.9	-112.98	-103.22	-114.33	-112.71
-3-18 19:00	129	2	-109.52	-113.82	-112.84	-97.29	-115.34	-113.56
-3-18 19:30	129	0	-106.38	-113.76	-111.42	-106.26	-115.03	-112.75
-3-18 19:30	129	1	-111.63	-113.44	-112.92	-107.23	-113.59	-112.19

-3-18 19:30	129	2	-108.28	-113.9	-112.85	-106.79	-114.45	-113.07
-3-18 20:00	129	0	-109.63	-113.4	-112.39	-111.59	-114.78	-113.82
-3-18 20:00	129	1	-96.71	-113.71	-112.34	-100.14	-113.92	-112.05
-3-18 20:00	129	2	-108.85	-113.66	-112.71	-110.57	-114.59	-113.7
-3-18 20:30	129	0	-99.71	-114.05	-110.25	-87.43	-115.44	-112.06
-3-18 20:30	129	1	-96.72	-114.24	-111.54	-105.87	-114.11	-112.48
-3-18 20:30	129	2	-104.47	-113.59	-112.07	-109.28	-114.96	-113.63
-3-18 21:00	129	0	-106.35	-114.19	-112.09	-110.42	-115.03	-113.87
-3-18 21:00	129	1	-112.28	-114	-113.15	-110.97	-114.	-113.25
-3-18 21:00	129	2	-110.	-114	-112.95	-111.52	-114.8	-114.06
-3-18 21:30	129	0	-110.83	-113.17	-112.34	-108.24	-115.05	-113.5
-3-18 21:30	129	1	-110.	-114.14	-112.	-112.34	-114.66	-113.44
-3-18 21:30	129	2	-107.8	-114.1	-112.53	-112.78	-114.85	-114.19

从上面统计来看，此基站3个小区底噪基础正常，反向干扰基础能够排除。

 因为此基站替换后数据重新制作，所以对此基站搜索窗、接入等参数、PN码等进行了检验和对比，和原来一样，邻区关系也和原来保持一致，没有发觉有漏加邻区关系；所以也能够排除参数设置不妥，造成出现此问题。

 观察此基站开通话务改变，1扇区话务量有所增高，2，3扇区话务量基础上改变不大，因为此基站进行了升高，所以1扇区话务出现升高现象，不过从拥塞统计来看，3个扇区全部没有出现拥塞现象。所以排除此原因影响。

 跨载频业务信道分配，现在此基站仅为单载频基站，不牵扯跨载频业务信道指配，固也不是此原因造成。

 从切换百分比来看，此基站切换百分比和原来差不多，也不存在切换区域过大现象。 因为此基站为县城基站，位置升高，和原来情况相差不大，所以也不可能是缺乏覆盖造成。

我们对此基站呼叫失败原因进行了分析，以下统计：

失败原因	次数
ERR_SPS_RLSA_BSSAP_TE_Tfchsetup	136
ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder	5
RESULT_DEFAULT_ERROR	1
SDM_Activate_Fail_AcquirePreambleFail_Normal	12
SDM_Find_Fail_WaitConfigVTCTimeout	1

以上是3月18日18点到22点呼叫失败原因统计，从上面来看，总共失败155次，其中

ERR_SPS_RLSA_BSSAP_TE_Tfchsetup造成占136次，所以呼叫失败关键是此原因造成。查询手册说明：

从上面看，可能是定时器设置太短，此定时器没有进行过修改，所以应该没有问题。观察CCM板CPU占用率不高，也不是此原因造成，因为失败原因是BSC长时间没有收到BTS上建立基础信道成功或失败响应消息，因为BTS和BSC关键是2M线连接，经问询此基站替换后扩了两条传输，所以怀疑可能和传输线相关。

【处理过程】
查看E1流量情况，发觉有两条E1接收流量较小，仅为200多bps，而另外两条传输为上万bps，显著有两条传输存在问题，造成流量不正常。所以怀疑可能是这两条传输存在问题造成接入失败高，指配差等问题，所以断掉了这两条传输。于是我们又对此基站话统进行了

观察统计，发觉基础正常。

开始时间	BTS	CELL	1X: 呼叫建立成功率(%)	1X: 语音寻呼成功率(%)	1X: 语音无线掉话率(%)	1X: 语音软切换成功率(%)	1X: 语音起呼成功率(%)
-3-19 20:00	[129]赤水邮电大楼	0	99.36	100	0	100	98.92
-3-19 20:00	[129]赤水邮电大楼	1	99.61	100	0	99.83	99.37
-3-19 20:00	[129]赤水邮电大楼	2	100	100	0	100	100

-3-19 21:00	[129]赤水邮电大楼	0	100	100	0.32	100	100
-3-19 21:00	[129]赤水邮电大楼	1	98.59	100	0	100	97.4
-3-19 21:00	[129]赤水邮电大楼	2	100	100	0	100	100
-3-19 22:00	[129]赤水邮电大楼	0	99.71	100	0	100	99.53
-3-19 22:00	[129]赤水邮电大楼	1	99.26	100	0.49	100	98.85
-3-19 22:00	[129]赤水邮电大楼	2	100	100	0	100	100
-3-19 23:00	[129]赤水邮电大楼	0	99.14	98	0	100	100
-3-19 23:00	[129]赤水邮电大楼	1	100	100	0	100	100
-3-19 23:00	[129]赤水邮电大楼	2	98.77	97.14	0	100	100

从上面统计来看，此基站另外两条传输断掉后，此基站呼叫建立成功率正常，99%左右；寻

呼成功率也相对较高；软切换成功率正常；起呼成功率也相对较高。

【处理方案】
提议传输维护人员，检验另外两条传输线性能及质量，并重新进行制作；
【处理后结果】
传输线处理后，我们对此基站各项指标进行了跟踪观察，并对E1流量进行了统计，发觉全部已经基础正常，此问题也得四处理。

处理后E1流量观察：

从上面图来看，各E1接收流量基础正常。
处理后话统观察：

开始时间	BTS	CELL	1X: 语音呼叫话务量 (Erl)	1X: 语音软切换成功率(%)	1X: 语音起呼成功率(%)	1X: 语音寻呼成功率(%)	业务信道掉话率(%)	呼叫失败次数
3 月21 20:00	[129]赤水邮电大楼	0	5.63	99.	99.36	99.49	0.00	3
3 月21 20:00	[129]赤水邮电大楼	1	2.25	100	98.69	100	0.00	2

3 月21 20:00	[129]赤水邮电大楼	2	2.12	99.59	99.25	100	0.63	1
3 月22 20:00	[129]赤水邮电大楼	0	4.13	99.65	97.95	100	0.00	6
3 月22 20:00	[129]赤水邮电大楼	1	2.41	99.80	100	100	0.00	0
3 月22 20:00	[129]赤水邮电大楼	2	2.01	100	99.15	100	0.66	1
3 月23 20:00	[129]赤水邮电大楼	0	6.51	100	99.44	100	0.00	2
3 月23 20:00	[129]赤水邮电大楼	1	2.15	100	99.17	99.07	0.00	2
3 月23 20:00	[129]赤水邮电大楼	2	1.88	100	97.5	100	0.00	3

上面统计来看，软切换成功率较高99.5%以上；语音起呼成功率也较高，寻呼成功率99%

以上，呼叫失败次数2，3次基础正常，此问题基础处理。

【总结】
从上面案例分析得出，工程质量是很关键，小小疏忽全部可能造成问题出现，影响网路服务性能，引发无须要投诉，所以在后续替换基站过程中各个步骤全部应该确保工程质量，尽可能避免人为疏忽造成多种问题，影响替换后各项指标。

案例7：邻区漏加，造成掉话

【问题描述】

在从遵义市马拦坝基站往遵义市二职高基站测试行驶过程中，在二职高基站周围手机

Ec/Io变差，发射功率升高，接收电平正常，最终出现掉话。

下图为掉话点图示：

【问题分析】

经过对测试数据分析发觉，手机掉话前占用马拦坝PN147信号，此小区接收电平很好-70dBm左右，手机发射功率偏大，Ec/Io较差-22dBm，FFER较大100%。掉话处离二职高基站较近，不过没有切换到二职高基站，而且掉话后手机同时到二职高sec-1(PN18)上，经检验发觉关键是因为马拦坝sec-1（PN147）没有添加二职高PN18和PN186为邻区关系，所以不能进行切换，在二职高基站周围对PN147信号造成强干扰，Ec/Io变差，FFER升高，没有适宜邻小区进行切换，最终造成掉话。

PN147邻区图：

以上是PN147邻区图，黄颜色为邻区，从上面图来看，PN147没有添加二职高PN18和PN186

为邻区关系。

掉话后同时到PN18图示：

【处理方案】

提议马拦坝sec-1(PN147)和二职高sec-1(PN18)、二职高sec-2（PN186）互为添加邻区关系。

【处理结果】

从上图来看，在此处没有出现掉话，此问题得四处理。

邻区关系：

分析图：

切换成功图示：

从以上图示对比能够看出，添加邻区关系后，MS能够正常切换到遵义市二职高Sec-1(PN18),Ec/Io为-4很好，接收电平为-55dBm很好，发射功率为-33dBm正常，各项指标

正常，没有出现掉话现象。

案例8：中心血站导频污染问题
【问题描述】
我们对中心血站进行了测试，测试位置为1楼、8楼、12楼。经过数据分析发觉，1楼各项指标正常，覆盖很好；8楼和12楼覆盖良好，切换频繁，12楼部分点Ec/Io较差。

位置图示：

【问题分析】

经分析发觉1楼关键由茅草铺Sec-1(PN30)、茅草铺Sec-2(PN198)覆盖，Ec/Io为-7dB左右，

Rx_Power为-60dBm左右，FFER为1%左右，各项指标比较正常，覆盖良好。8楼关键接收茅

草铺Sec-1(PN30)、茅草铺Sec-2(PN198)、南京路Sec-1(PN141)、遵义市师范学校

Sec-2(PN183)信号，Ec/Io为-9dB左右，Rx_Power为-73dBm左右，FFER为1%左右，不过切

换频繁，没有掉话。12楼关键接收遵义市杭州路Sec-1(PN66)、茅草铺Sec-2(PN198)、松

庄小区Sec-3(PN501)、遵义市师范学校Sec-2(PN183)信号，Ec/Io为-9dB左右,最差在-10dB

以下，Rx_Power为-60dBm左右，FFER为1%左右，

 8楼测试情况：

Ec/Io:

Rx_Power:

FFER:

 12楼测试情况：

Ec/Io:

Rx_Power:

FFER:

【处理方案】

 调整了茅草铺Sec-1(PN30)俯仰角，下压3度;

 调整了茅草铺Sec-2(PN198)俯仰角，下压3度;

 调整了南京路Sec-1(PN141)俯仰角，下压3度;

 茅草铺sec-1(PN30)Pilot:225→229,Sync:185→1,Paging:219→223;

 茅草铺sec-1(PN198)Pilot:225→229,Sync:185→1,Paging:219→223;

【调整后效果】

8楼调整后测试：

Ec/Io：

Rx_Power:

FFER：

12楼测试情况：
Ec/Io：

Rx_Power:

FFER

【调整后指标对比】

经过以上调整，1、8、12楼各项指标全部很正常，因为主用信号增强，8楼之前出现南京

路sec-1(PN141)和遵义市师范学校sec-2(PN183)信号变得较弱，Ec/Io值有显著提升；一

样12楼经过处理后，杭州路sec-1(PN66)和松庄小区sec-3(PN501)信号也变弱，不能进入

激活集；Ec/Io也比之前有很大改善。

 8楼关键接收自茅草铺Sec-1(PN30)信号,其它小区信号相对较弱，Ec/Io为-6dB左右，

接收电平为-70dBm左右，FFER为1%以下。各项指标很好，覆盖良好。

 12楼关键接收茅草铺Sec-2(PN198)信号,同时能够收到遵义市师院学校sec-2(PN183)

信号，从测试情况来看，处理后Ec/Io为-6dB左右，接收电平为-50dBm左右，FFER为

1%以下,各项指标很好，覆盖良好。

【总结】

因为城区高层导频污染是一个普遍较难控制问题，经过调整有时也是较难处理，不过因

为大楼里用户也相对较多，所以需要多种手段进行处理，以确保用户正常通话，所以首先

需要尽可能控制过覆盖信号在大楼内产生导频污染，其次需要增加室内分布系统来改善城

区高层无线覆盖。

参考资料：

1、《XXXXX》――XXX著。

2、《XXXXXXXX》――XXX著。

因篇幅问题不能全部显示，请点此查看更多更全内容

查看全文