TD与GSM网络乒乓重选现象解决之道

运维 网络运维
中国移动提出了现有TD-SCDMA和GSM系统互操作方面的总体需求,即在引导用户体验3G网络带来的新业务和更高的服务质量的同时,需要维护原有GSM客户群的利益;同时能够在3G网络规模从小到大的发展过程中,利用2G网络进行有益补充;最大化利用现有2G网络优秀的网络覆盖和质量资源。

目前中国移动的TD网络建设进入关键期,网络质量尤其是网络覆盖都远远无法和现在的GSM网络相比,为了更好地利用现有的2G网络,尤其是提升TD网络在建网初期放号后的用户感知,中国移动提出了现有TD-SCDMA和GSM系统互操作方面的总体需求,即在引导用户体验3G网络带来的新业务和更高的服务质量的同时,需要维护原有GSM客户群的利益;同时能够在3G网络规模从小到大的发展过程中,利用2G网络进行有益补充;***化利用现有2G网络优秀的网络覆盖和质量资源。

一、2G/3G互操作实现的3个原则

2G/3G互操作实现的原则有3个。

影响最小原则:对原有2G系统的影响最小,尽量避免或减少对现有GSM/GPRS网络的升级,保证现有网络的稳定性。

质量***原则:为TD用户提供更好更优质的服务,同时利用2G网络拓展3G覆盖,保证3G用户的语音业务连续性。

切换最少原则:尽量减少跨网络切换和重选的次数,保持服务的连续性,减少网络互操作带来的信令交互,减轻网络信令负荷。

目前2G/3G互操作参数配置的总体策略是:在兼顾用户感受的情况下,使TD用户尽可能使用TD网络资源。具体包括:原驻留在TD网络的终端,在没有TD覆盖或TD覆盖较弱,且2G信号较好时,终端重选或切换到2G,当终端回到TD网络覆盖区域且TD信号较为稳定后,将选回TD网络;话音业务方面确保TD到2G切换成功率,数据业务方面在保证业务不中断的基础上,尽可能让用户的终端留在TD网络;异系统重选和切换比系统内的重选和切换要复杂而且对客户影响更大,必须避免过度频繁的互操作。

二、TD与2G网络重选的原理

TD与2G网络重选的基本原则是:终端进入到TD网络弱覆盖区时,会触发系统间的小区重选,由TD重选至GSM网络。当终端重新回到TD网络的覆盖范围下,按照TD用户驻留策略,立即发起由GSM到TD网络的小区重选。

1.TD网络向GSM网络进行重选的基本原

当TD主服务小区的PCCPCHRSCP低于-96dBm时,终端(UE)开始测量GSM系统邻区的信号,如果满足判决算法的条件,即有一个GSM小区的BCCH场强比UE当前驻留的TD小区的PCCPCHRSCP强4dB,并且保持Treselection的时间,UE就触发向GSM网络的小区重选。

现网设置以上参数设置情况如表1所示。

 

表1  TD向GSM重选参数表

目前GSM网络已经非常成熟,而TD网络刚开始建设,TD的无线信号强度的趋势图并不反映真实情况,笔者根据自己现网优化测试的结果,发现TD向GSM的小区重选中,GSM网络的信号波动并不大,TD终端如果进入弱覆盖区,周围没有合适的其他TD小区可供选择,在信号强度低于-96dBm后,就启动对GSM系统邻小区的测量,发现有符合小区重选条件的小区,启动小区重选过程。 #p#

2.GSM网络向TD网络进行重选的基本原理

当GSM小区的TD邻区PCCPCH信道上测得的接收信号RSCP值与GSM服务小区及所有GSM邻小区的RLA_C值的差值均大于TDD_offset并持续5S以上,终端触发系统间小区重选。

GSM网络向TD网络进行小区重选涉及到两个重要参数,即搜索3G小区门限QSearch_I、3G小区重选电平偏移TDD_offset。

其中QSearch_I取值如表2所示。

 
表2  QSearch_I取值范围

若QSearch_I设置为0~6,则当GSM服务小区的RLA_C小于该门限时触发对TD邻小区的测量。

若QSearch_I设置为7,应始终对TD小区进行测量,而不必考虑RLA_C的大小。

若QSearch_I设置为8~14,则当RLA_C大于该门限时触发对TD邻小区的测量。

若QSearch_I设置为15,始终不启动对TD的测量,减少UE的耗电。

当QSearch_I设置为6表示终端的测量值小于-74dBm时,以及QSearch_I设置为8表示终端的测量值大于-78dBm时,终端都开启对TD邻小区的测量,而QSearch_I在两个取值范围内的效果完全相反,因此实际情况建议QSearch_I取值为7,始终开启对TD邻小区的测量。

而TDD_offset是指GSM服务小区与TD邻小区之间的偏移量,具体取值如表3所示。若TDD_offset设置为0,则始终触发重选而不必考虑TD小区和GSM小区的电平高低。

 
表3  TDD_offset取值范围

从实际情况来看,由于TD比GSM使用的频段高,传播损耗大,加之大多数情况下TD天线都比GSM天线低等多因素,TD信号往往比GSM信号低,所以TDD_offset取值为负值更合适。因为TD驻留策略指出,终端应该尽量驻留在TD网络上,如果网优人员在相对电平值的情况下(目前深圳一期TD网建议),将TDD_offset设置为5,也就是-12dBm,表明当TD信号的电平值比GSM信号强-12dBm以上时,就可以触发由GSM向TD的小区重选,这将会出现严重问题。

问题一:发生有TD信号覆盖时,UE不驻留到TD网络的现象。假如GSM的电平值较高,例如在-45dBm左右,比TD的电平高20dBm以上,即使TD的信号已经比较强,UE仍然不能重选回TD的小区;

现网数据说明:针对这种采用绝对值进行2G向TD网络重选的情况,网优人员使用某个基站进行试验,发现现网测试中GSM电平基本在-50dBm左右,而TD网络电平在-75dBm左右,按照上述电平设置,发现当TD选到G网后,UE就一直会停在G网上,即使此时TD网络信号还是不错,完全可以使用包括HSDPA业务在内的3G业务,但都不会自动回到TD网络,用户无法使用3G业务。

当网优人员将TDD_offset设置为1,也就是-28dBm时,UE在空闲模式下,才能选回到TD上。

问题二:存在系统间乒乓重选的问题。TD的电平值实际上较差,处于要触发系统间小区重选的边缘,但是仍然符合GSM向TD小区重选的判决算法,GSM向TD的小区重选触发后,可能会迅速地触发TD向GSM的小区重选。

三、目前TD与2G网络乒乓重选原因

目前运营商对2GBSC设备进行补丁升级后,对应GSM向TD网络重选的参数及设置。

这样设置的优点是:避免情况一的出现,UE基本可以做到优选TD网络。缺点是:会出现TD与GSM网络乒乓重选问题。

将TDD_OFFSET设置为N的情况会避免情况一发生,但很难避免情况二的出现。这就是目前南昌TD与2G网络出现乒乓出现问题的根本原因。

无论设置何值,都无法确保TD信号到达一定程度时终端选回TD网络,原因包括:2G网络覆盖良好,分布广,从-40dBm到-90dBm都有;现有机制是要求3G与2G信号的差值到达一定条件,同时涉及两个变量,网络难以优化。

四、彻底解决乒乓重选现象并优化TD网络的建议

1.逐站进行测试优化并进行参数设置

每个TD基站与GSM基站在无线环境、如天线高度,方位角、使用频段等形成多种情况,造成即使在相同TD基站与GSM基站同覆盖点(目前由于共址建站基本都是这种情况)TD信号与GSM信号相差都很大,参数的设置尤其是TDD_offset参数的设置都必须是逐站进行测试优化设置,不能使用全网或多数情况下的统一参数设置。网优人员可以按照不同的场景进行逐一优化设置,但不能照搬,参数设置还要做到更细,这需要网优人员做大量工作,进行测试和反复试验等等。

2.尽快采用新机制

中国移动在TD和2G网络互操作方面的“新机制”将TD-SCDMA与2G网络小区重选的标准由相对值改为绝对值,这样将使用户手机尽可能容易触发小区重选到TD-SCDMA网络。假如网优人员设置了一个绝对值门限:-90dBm,只要UE终端在GSM网络检测出TD邻小区的电平值高于-90dBm,就会触发由GSM至TD网络的小区重选。

这样可以解决上面出现的两种情况。

当两网无线信号都较强,GSM信号强于TD信号但是未达到满足之前判决算法的12dB门限时,之前的算法不能触发终端的小区重选,采用“新机制”后不参考GSM与TD网络的“相对”电平值,而直接参考TD网络的“绝对”电平值,可以保证两网信号都可用情况下用户的终端尽快触发小区重选。

当GSM信号强而TD信号弱于-90dBm且已接近-96dBm,按照之前判决算法,当GSM信号低于-84dBm时,终端仍然有可能触发小区重选至TD网络,但重选至TD网络后,终端可能会立即触发TD向GSM的小区重选。频繁的系统间小区重选导致终端很难正常接入到任何一个网络中,影响终端正常使用,用户体验将非常不好。而采用“新机制”后,当TD网信号弱于-90dBm,终端UE就不会重选到TD网(实际情况是当TD网络信号低于-90dBm时,3G业务质量很难保证),当TD信号高于-90dBm,且满足5S的重选延迟时间,终端才会选到TD网络上。从而避免出现TD与GSM网络乒乓重选问题。

【编辑推荐】

  1. TD-SCDMA网络优化可以借鉴GSM经验
  2. 厂商称TD/GSM混合组网完全可行已提组网方案
责任编辑:许凤丽 来源: 通信世界周刊
相关推荐

2011-09-10 20:48:34

2011-01-19 13:12:27

2009-10-10 15:26:11

资产管理

2017-04-06 12:29:40

2011-02-02 16:18:39

2021-05-13 16:49:36

区块链技术应用

2012-02-26 16:26:42

IBM大数据Hadoop

2022-01-14 08:08:11

Java依赖冲突

2021-03-28 21:33:07

Redis热点key

2016-12-22 09:02:35

Linux误删文件

2016-11-10 18:57:19

双十一高并发

2022-04-21 09:26:41

FastDFS开源分布式文件系统

2011-09-28 14:00:12

10086短信手机安全

2016-07-28 14:24:28

2009-05-05 14:30:19

虚拟化安全解决方案

2012-06-05 19:18:43

BYODAvayaAvaya IDE

2012-02-13 10:30:18

2015-07-20 10:06:12

2014-09-29 16:44:12

2011-08-18 14:23:52

Big Data
点赞
收藏

51CTO技术栈公众号