请教一个关于小区内切换的问题，请高人指点，谢谢！...

移动通信网首页搜索新闻问答论坛人才博客通信圈

善于提问，勤于回答，你也是专家

问题已开启 (普通问题)

请教一个关于小区内切换的问题，请高人指点，谢谢！！！

路测的时候当车辆行驶到一段直行路段的时候，发现信号由小区A切换到小区B后，该路段不断发生信号在B小区内不断地切换，由此产生高误码，并由此最终影响通话质量。请教高人指点应该怎么解决，不胜感激！

提问者: 网优新人类提问时间: 2009-05-09

	我要回答：

	请先登录或注册再回答问题

更多小区切换问题内切相关问题

• 无主导小区有哪些解决方法？ 2009-10-26
• 爱立信，RBS3206,小区配置　“RB1”代表什么意思？ 2009-10-26
• 某小区的无线链路失败掉话与切换掉话同时增加 2009-10-26
• 请教一个华星小区表的制作的问题 2009-10-26
• 小区重选滞后值（CRH） 2009-10-25
• 请教数据拥塞小区计算需调整的cded,cdef的大小? 2009-10-22
• 小区间分担话务量的方法具体有哪些？ 2009-10-22
• GSM 10MHZ 4个小区复用下每个小区的业务信道和控制信道的数量 2009-10-21

问题答案 ( 6 )

小区内切换一般都是该小区的信道受到干扰所致，如果一直做小区内切换，那么可以考虑检查是不是干扰，要想临时解决的话，可以将小区内切换间隔设置大一些。

回答者： zhangchuntao 回答时间：2009-05-09 00:39

是否开了跳频？是否有上下行干扰？是否有主覆盖小区？

回答者： hyiankang 回答时间：2009-05-09 00:53

看来内切是由于质差引起的，不是由于内切引起的质差；

要解决当然是排除看是不是干扰（上下行）或者是不是设备故障，直放站等引起~~ 调整内切间隔设置不能解决质差的问题

回答者： exloding99 回答时间：2009-05-09 11:42

附上前辈总结的小区内切问题分析：

小区内切换概述
小区内切换是指MS在同一小区内不同时隙、信道、载频间的切换。
引起小区内切换的原因很多如载频或时隙退服引起强制切换，干扰切换，全速率与半速率间切换等。小区内切换相关参数的设置对系统影响很大，设置不当会引起乒乓切换影响用户通话效果、错失小区间切换时机导致话音变差；或者过少的小区内切换无法解决系统的干扰问题，造成掉话。下面我们根据实际当前深圳GSM网络的实际情况，结合小区内切换相关参数和统计做进一步的分析。

小区内切换相关参数
A、控制小区内切换使能的参数有两个INTRA_CELL_HANDOVER_ALLOWED和HR_INTRACELL_HO_ALLOWDE。
INTRA_CELL_HANDOVER_ALLOWED：用于控制FR信道间的小区内切换，取值为0、1、2：
l 0表示小区内切换功能开启，由MSC控制切换；
l 1表示小区内切换功能开启，由BSC控制切换；
l 2表示小区内切换功能关闭。
HR_INTRACELL_HO_ALLOWDE：用于控制HR信道和FR信道间小区内切换，取值为0、1、2、3：
l 0表示小区内切换功能开启（HR->FR,HR->HR），由MSC控制切换；
l 1表示小区内切换功能关闭；
l 2表示小区内切换功能开启，但允许HR->FR的切换，禁止HR->HR的切换；
l 3表示小区内切换功能开启（HR->FR,HR->HR），由BSC控制切换。
B、小区干扰切换也是造成大量小区内切换的重要因素，由参数INTERFER_HO_ALLOWED控制使能，取值0和1。
l 0表示小区内干扰切换关闭；
l 1表示小区内干扰切换打开。
与干扰切换相关的参数有decision_l_n7/p7，u_rxlev_ul_ih，u_rxlev_dl_ih。 u_rxlev_ul_ih，u_rxlev_dl_ih：这两个参数定义当上行（下行）的接收电平达到多少时引起干扰的切换。（此时质量的切换门限已经超出）
decision_l_n7/p7：参数decision_1_n7表示在启动切换算法前，至少需测量得ecision_1_n7个平均值。参数decision_1_p7表示在decision_1_n7个平均值中至少需有decision_1_p7个干扰电平平均值大于参数u_rxlev_ul_ih（上行）或参数l_rxlev_dl_ih（下行）规定的门限值而且接收质量值大于参数l_rxqual_ul_h（上行）或参数l_rxqual_dl_h（下行）规定的门限值。
C、为了防止过多的小区内切换造成乒乓切换，MOTO系统另设置了切换限制控制参数hop_count和hop_count_timer。hop_count与hop_count_timer相结合使用，如果允许intra_cell切换时，上行和下行的干扰一般会导致intra_cell切换。但是如果intra_cell的切换过于多，在hop_count_tmr设置的时间内，超过了hop_count设置的门限值，就会引起不同小区间的切换。这是为了预防当下行链路遇到很大的干扰，但上行链路比较好的情况。如果没有合适的小区切换，则留在源小区，等待hop_count计数器溢出后再次执行inter_cell的切换。
目前全网小区内切换忙时达100多万次，占全网各类切换总和的60%，切换次数过多，所占权重过大。GSM系统采用硬切换方式，所以过多的切换必然影响用户通话，话音质量下降。
结合一年多来的优化经验和相关记录，目前深圳地区的小区内切换多为干扰切换（FR->FR,HR->HR,HR->FR）,诱发干扰引起的小区内切换基本按以下描述进行：
先判断是否允许上行质量的切换（ul_rxqual_ho_allowed)，如果允许，再判断decision_1_N6、decision_1_P6中，是否Rxqual_UL Average>L_RxQual_UL_H，如果是触发质量差的门限，再判断干扰切换开关是否允许(interfer_ho_allowed)，如果允许进行干扰切换，那么就在相应的(N7、P7)里进行判决，比较是否RXLEV_UL average>L_RXLEV_UL_IH如果接受电平大于指定的门限(L_RXLEV_UL_IH)就判断为干扰切换(Set cause =UL_RXQUAL)，否则判断为普通的质量差切换。在执行intra_cell 切换时，首先切换到不同频点的载频上，如没有则切换到同一个载频的不同时隙，如仍然没有就放弃切换。另外在非跳频系统BCCH载频作为优先考虑的载频；在跳频系统中非BCCH 载频优先考虑。
由以上流程描述，诱发干扰引起的小区内切换所涉及的参数主要包括INTERFER_ HO_
ALLOWED，decision_l_n7/p7，u_rxlev_ul_ih，u_rxlev_dl_ih。目前全网的INTERFER_ HO_
ALLOWED基本上都设置为1，干扰切换功能打开；u_rxlev_ul_ih/u_rxlev_dl_ih设置为0/0，即上下行的判决电平门限在-110dbm；decision_l_n7/p7设置为1/1。根据u_rxlev_ul_ih/
u_rxlev_dl_ih 和decision_l_n7/p7设置，因为判决电平被设置为-110dbm且判决进程N7/P7为1/1，所以目前全网在MS占用信道通话时，只要话音质RxQual大于等于3（目前全网l_rxqual_ul_h/l_ rxqual_dl_h设置为3）就会优先发起小区内切换，必然导致过多的不必要的小区内切换。关于INTERFER_ HO_ALLOWED参数，全网基本设置为1。这样设置的缺点在于：若小区内的某个频点存在外部干扰时，小区内切换后可能依然存在干扰，从而导致连续切换，甚至可能出现连接失败。
根据以往的路测经验，对于高速移动的MS（如高速、国道），按目前网络的设置容易产生掉话。当上下行话音质量达到门限时，在-110dbm信号强度以内，MS首先进行的是小区内切换；由于MS处于高速移动，当MS在尝试小区内切换无效准备改用小区间切换时信号强度已经很差或者已经越出服务小区的邻小区范围，导致掉话。
按以上问题分析，应适当修改相关参数，减少不必要的小区内切换，降低掉话。对于某个小区中经常性存在某个频率点上的干扰时，建议设置INTERFER_ HO_ALLOWED参数为0，关闭干扰切换；目前全网的覆盖率良好，一般关内都能保持在-85dbm以上，关外在-90dbm以上，干扰切换门限值设置为-110db无实际意义，可适当提升干扰切换门限值；对用于覆盖高速、国道、铁路的小区可关闭干扰切换防止上文分析中的掉话，或者修改hop_count与hop_ count_timer，限制小区内切换的次数。

小区内切换相关计数器和统计项
定时器管理着切换过程的没一个步骤，设置过小将增加切换失败和切换掉话的次数，设置过大浪费系统资源，降低了系统的资源利用率。
表一、小区内切换使用到的计数器

定时器	intra_cell_ho
ho_allocation	SSM等待CRM分配新TCH时间
	不影响切换成功指标，但会影响实际的切换成功
ho_ack	CRM等待SM将新信道与CIC连接时间
	影响切换成功指标
bssmap_t10	RRSM等待手机切到新信道的时间
	影响切换掉话
assign_successful	SSM等待手机占上新信道的时间
	影响切换掉话

表一列出了涉及小区内切换的主要计时器；图一、二为小区内切换的一个完整流程，涉及到的计时器起始和终止计时已用红圈标出。

充分利用统计项，能反正出网络的存在的问题,j及时解决，提升网络质量。
表二、小区内切换使用到的计数器

定时器	intra_cell_ho
INTRA_CELL_HO_LOSTMS	Number of failed intra-cell handovers that also failed to recover to the original cell.
INTRA_CELL_HO_RETURN	Number of failed intra-cell handovers that recovered to the original cell channel.
INTRA_CELL_EQUIP_FAIL	Number of attempted intra-cell handover failures due to equipment failure.

表二列出了小区内切换因网络存在问题而产生的一些主要统计项。
INTRA_CELL_HO_RETURN为小区内切换返回，即当小区内切换失败时MS返回原信道的次数。该统计项高通常由以下原因：
1、高干扰。如果是频点间的干扰可通过修改频点加以改善；如果是系统外干扰，应立即查找干扰源，排除干扰。
2、载频硬件问题。可能由于载频CAL数据不准确、载频间功率差异问题，应对载频进行CAL数据重校准，功率平衡。校准无效确定载频硬件问题，应及时更换载频。
3、软件进程吊死。软件进程吊死通常拌随呼叫建立成功率低；小区无TOTAL_CALLA，话务均为切入话务等现象。需INS载频解决次问题。
INTRA_CELL_HO_LOSTMS为小区内切换掉话，当小区内切换失败切MS未返回原信道时，MS掉话，INTRA_CELL_HO_LOSTMS计为一次。INTRA_CELL_EQUIP_FAIL为小区内切换设备掉话。
计时器bssmap_t10超时会引起小区内切换掉话（INTRA_CELL_HO_LOSTMS），assign_success
ful超时引起小区内切换设备掉话（INTRA_CELL_EQUIP_FAIL）。一般情况下，assign_successf
ul的设置要大于bssmap_t10。目前全网assign_successful= bssmap_t10=28000。产生的结果是INTRA_CELL_HO_LOSTMS转移到INTRA_CELL_EQUIP_FAIL。关于INTRA_CELL_HO_LOSTMS和INTRA_CELL_EQUIP_FAIL的处理在下文会详细说明。

小区内切换掉话问题
取1月3日晚忙时（20:00-21:00）相关掉话统计。相关数据如下表：

Device Name	INTRA_CELL _EQUIP_FAIL	INTRA_CELL _HO_LOSTMS	OUT_INTER_ BSS_CLEARED	OUT_INTRA_ BSS_HO_LOSTMS	RF_LOSSES _TCH_ROLL	TCH_TRAFFIC _CARRIED	TOTAL_ CALLS_KEY
PLMN	5627	864	40	249	4042	17688.37	810589

PLMN

BSS

Device Name	INTRA_CELL _EQUIP_FAIL	INTRA_CELL _HO_LOSTMS	OUT_INTER_ BSS_CLEARED	OUT_INTRA_BSS _HO_LOSTMS	RF_LOSSES _TCH_ROLL	TCH_TRAFFIC _CARRIED	TOTAL_ CALLS_KEY
PLMN	5627	864	40	249	4042	17688.37	810589
BSC1	169	31	0	11	125	720.02	28459
BSC12	107	27	0	5	162	644.45	25577
BSC13	161	35	1	7	102	669.42	27408
BSC15	163	38	1	12	158	521.75	21886
BSC16	121	24	1	4	138	627.35	26004
BSC19	167	10	0	7	135	496.61	24283
BSC2	211	24	1	7	146	564.6	22558
BSC20	234	35	0	11	84	404.19	20051
BSC21	145	28	1	8	107	434.13	20217
BSC22	163	21	0	6	92	437.58	22378
BSC23	197	32	0	5	159	560.01	25320
BSC24	117	18	4	3	91	499.39	22700
BSC29	124	12	0	12	89	530.4	20700
BSC3	107	23	0	1	110	564.69	25535
BSC30	27	6	0	0	27	148.65	6015
BSC31	96	22	0	4	110	494.47	19916
BSC35	112	14	23	4	61	304.82	12823
BSC4	290	31	0	9	222	710.54	31349
BSC5	253	28	0	10	142	761.85	33018
BSC6	129	21	1	7	144	705.34	31132
BSC8	238	47	1	5	106	523.26	21851
BSC10	326	56	1	9	130	777.56	35518
BSC11	95	28	0	12	175	556.8	25289
BSC14	160	29	0	11	101	522.11	26047
BSC17	246	34	1	13	136	594.98	28763
BSC18	239	41	0	10	169	604.33	29891
BSC25	226	26	0	9	123	585.25	26504
BSC26	51	13	0	5	81	284.05	14771
BSC27	172	17	1	4	125	513.16	35066
BSC32	153	23	0	4	130	390.11	19643
BSC33	267	24	0	18	98	468.2	23004
BSC7	196	30	3	9	126	480.23	24013
BSC9	165	16	0	7	138	588.07	32900

如上表示，忙时全网掉话个数10822个。其中小区内切换掉话（INTRA_CELL_EQUIP_FAIL+ INTRA_CELL_HO_LOSTMS）个数6491个，占全网掉话59.97%；BSS间切换掉话（OUT_INTER_BSS_CLEARED）个数40个，占全网掉话0.37%；BSS内切换掉话(OUT_INTRA_BSS_HO_LOSTMS)个数249个，占全网掉话2.3%；射频掉话(RF_LOSSES_TCH_ROLL)个数4042个，占全网掉话37.35%。

由以上分析目前全网的掉话主要集中在小区内切换掉话小区内切换掉话（INTRA_CELL_EQUIP_FAIL+INTRA_CELL_HO_LOSTMS）和射频掉话(RF_LOSSES_TCH_ROLL)。
小区内掉话占全网的60%，做好对小区内切换掉话的控制就能大大降低全网的掉话率，针对小区内掉话，分析如下：
小区内切换掉话分INTRA_CELL_EQUIP_FAIL和INTRA_CELL_HO_LOSTMS两类。主要由以下原因造成：
1、系统干扰
由于深圳地区的特殊环境和频点资源的局限，目前全网的干扰相对严重。通过频率规划和日常的维护，系统内的频率干扰已得到很大改善，但系统上行干扰（IOI）依然严重。如BSC8全片的平均IOI在3左右，相当一部分的小区IOI大于10，这将严重影响小区内切换，增加掉话次数；所以排查系统外干扰的任务相当艰巨。
2、基站硬件问题
在日常的维护中发现，有些站其他指标均无异常，惟有小区内切换失败和小区内切换掉话比较高，INS载频无效；派单对相关小区设备进行校准后，问题解决。在日常维护中，需加强对硬件的维护。
3、拥塞问题
本小区阻塞将使MS无法切换至本小区较好的信道上，导致Assignment Failure，若未及时返回原信道，产生INTRA_CELL_EQUIP_FAIL，MS掉话。做好日常的拆闲补忙和话务分担工作，控制拥塞。
4、位置更新问题
在LAC区边界伴随有大量的位置更新，加重系统的负载。在重负情况下，必然会影响到小区内切换。注意LAC区的划分，应避免LAC分界在繁华区域；适当修改相关参数，减少位置更新的次数，降低统负荷；控制LAC边界区的覆盖，防止交叉覆盖。

优化措施
根据上文的分析结合MOTO相关统计，我们按以下几个主要载频级的统计选项对小区内切换掉话做出相应的处理
1、 PATH_BALANCE_MEAN异常
PATH_BALANCE 矩阵是基于一个时隙的数据采集统计,。移动台的TX和RX功率电平是一段时间内的平均值。PB 作为一个统计量，短时间的PB值偏离不能作为判断的依据．单个的移动台也不能影响PB. PB统计表征的是移动站MS和基站BTS之间的射频RF链路情况。PB这个参数的意义在于确保RX和TX路径上的全部损耗是可以说明的。
Path_balance =上行链路路径损耗与下行链路损耗的差值+110= [手机发射的功率_MS报告的TX功率电平-基站接收的功率_BTS报告的RX功率电平] –[基站发射的功率_BTS报告的TX功率电平-手机接收的功率_MS报告的RX功率电平] + 110= (ms_txpwr_dbm -bts_rxlev_dbm) –(bts_txpwr_dbm -ms_rxlev_dbm)+ 110
PB的异常将引起掉话和切换失败，特别是对小区内切换影响较大，INTRA_CELL_EQUIP_FAIL，INTRA_CELL_HO_LOSTMS会明显增多
一般认为PB大于115/小于105应引起注意，加强日常观察；当大于120/小于100时系统接收或发射存在问题，应检查相关硬件系统和直放站

2、 IOI值偏大
IOI-Interference on idle，空闲信道上的干扰。旨在提供接收机噪底的指标，如果干扰信号加入接收机，会导致通话质量下降，甚至造成掉话。OMC上INTF_ON_IDLE (IOI) 的统计是以一个时隙为单位的，并代表着空闲时隙上DRI接收功率（RXLEV）的均值。对于IOI可接受的范围并没有一个硬性的规定。一般地区IOI在2以上就需要处理。

导致IOI高可能的原因如下：
A、环境中存在干扰:
一些通信设备可能与我们的GSM接收机以相同的频率发射。
一些通信设备以其他的频率发射，但带通滤波器性能差，导致有功率泄漏到我们的接收机带宽内。
小区没有很好的规划或在发生一些改变后使用相同频率的小区与高IOI的小区距离太近。对于系统内频率干扰可通过修改频率解决，系统外干扰需排查干扰源。
          B、DRI具有硬件故障:
          收发器(CTU or CTU2)上元件硬件发生故障导致收发器上异常噪音。通过DRI倒换，确定故障点，更换相应DRI。
          C、机柜上的槽位/连接线/天线发生硬件/连接问题:
          接收通路上的组件发生故障或没有被正确安装或使用: 背板，连接线缆…。派硬件工程师检查天馈通路是否存在以上问题，加以整改。

3、 BER偏高
BER(误码率）分为上行U_BER, 和下行BER两个统计值。BER表征的是下行链路，手机端接收到的信号质量。U_BER表征的是上行链路，BTS接收到的信号质量。可以根据这两个统计值来确定问题产生于接收路径还是发射路径。只有当信道激活的时候，BER的统计值才会产生。少量的偏移并不表示设备出现问题，全天中忙时由于环境的干扰会带来BER数据的波动。平均BER一般值为2 或更小. 如果高出值差远大于典型值的2%, 可能伴随着其它的恶化统计值如高IOI, path balance 或高掉话率。

回答者： wangyuan072 回答时间：2009-05-09 12:41

好，不错