解决2、3G互操作中GSM向TD网络小区重选的问题

2023-10-18 13:20

本文主要是介绍解决2、3G互操作中GSM向TD网络小区重选的问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、2-3G互操作实现两网融合应遵循的三个原则:

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

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

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

 

在三个原则的基础上,TD一期10个城市的无线网优工程师们付出很大的精力去解决2、3G互操作中遇到的这样那样的问题,其中一个比较烦的问题就是:由GSM向TD网络小区重选的问题。大家都知道“TD”用户驻留策略,实践证明:策略的第3条实现起来较为困难。

TD用户驻留策略:

1.  3G用户全部优先选择接入TD-SCDMA网络,并一直保持在TD-SCDMA网络中

2.  3G用户离开TD-SCDMA网络覆盖区时,才进行TD-SCDMAGSM的小区重选

3.  3G用户重新回到TD-SCDMA网络覆盖区时,立即发起GSMTD-SCDMA的小区重选

 

二、详解GSM与TD系统间进行小区重选的重选问题:

从TD向GSM的小区重选大家很好理解,UE进入到TD网络弱覆盖区时,会触发系统间的小区重选,由TD重选至GSM网络。当用户重新回到TD网络的覆盖范围下,按照TD用户驻留策略,立即发起由GSM到TD网络的小区重选。下面依次介绍TD向GSM的系统间小区重选、GSM向TD的系统间小区重选。

1、TD向GSM的小区重选

下图为培训资料中的系统间TD向GSM的小区重选的示意图,判决算法的公式如下:Rxlev,GSM, n - Qoffset1,n - RSCP,s >= Hystersis 。参考下表:当TD主服务小区的PCCPCH RSCP低于-96dBm时,UE开始测量GSM系统邻区的信号,如果满足判决算法的条件,即有一个GSM小区的BCCH场强比UE当前驻留的TD小区的PCCPCH RSCP 强4dB,并且保持Treselection的时间,UE就触发向GSM网络的小区重选。

图1:培训资料中的系统间TD向GSM的小区重选的示意图

    在实际环境中,GSM网络基本成熟,TD网络刚开始建设,如上图的无线信号强度的趋势图并不反映真实情况,笔者根据自己的优化经验制作了一个TD向GSM的小区重选的修正示意图。按图中所示,GSM网络的信号波动并不大,TD终端如果进入弱覆盖区,周围没有合适的其他TD小区可供选择,在低于-96dBm后,启动对GSM系统邻小区的测量,发现有符合小区重选条件的小区,启动小区重选过程。

    图2:参考实际情况系统间TD向GSM的小区重选修正示意图

 

2、GSM向TD的小区重选

同样,下图是培训资料中的GSM向TD发起小区重选的示意图,判决算法的公式如下:RSCP,TD – Rxlev,GSM >= TD_Offset。在GSM系统中,小区重选由终端来决定,小区重选间隔是5秒钟。如图,当GSM的主服务小区的接收电平相比系统间TD邻小区的PCCPCH RSCP值,相差超过TD_OFFSET值,并超过5秒钟,启动小区重选过程。

    图3:培训资料中的GSM向TD发起小区重选的示意图

 

需要关注的是表,QSearch_I表是指示终端什么时候开始测量TD邻小区,如果定义QSearch_I为7,始终开启对TD邻小区的测量,这样终端比较费电,但是取值为15肯定是不可用的。那么选择靠近7的两个值6、8,代入公式。

QSearch_I取值:6,GSM RSSI <= 6 * 4 – 98(dBm)= – 74 dBm,表明终端的测量值小于 -74dBm时,开启对TD邻小区的测量。

QSearch_I取值:8,GSM RSSI >= 8 * 4 – 106(dBm)= – 74 dBm,表明终端的测量值大于 -74dBm时,开启对TD邻小区的测量。

从以上的计算结果来看,QSearch_I在两个取值范围内的效果完全相反,因此实际情况建议取值为7,始终开启对TD邻小区的测量。

表1:培训资料中的GSM向TD发起小区重选的参数

再看TD_Offset的取值范围,即TD邻小区的PCCPCH RSCP值,比GSM主服务小区的电平值超过TD_OFFSET值,从实际情况来看,这个值取为负值更合适。因为TD驻留策略指出,终端应该尽量驻留在TD网络上,所以TD_OFFSET值应靠近0,代入公式:TD_Offset取值:3,TD, PCCPCH RSCP – GSM RSSI >= 3 * 4 – 32(dBm)= – 20 dBm,表明当TD信号的电平值比GSM信号强 -20dBm以上时,就可以触发由GSM向TD的小区重选。同样,根据实际情况笔者给出一个GSM向TD发起小区重选的修正示意图。

根据图示,这里出现了两个问题,

1、假如GSM的电平值较高,在-45dBm左右,比TD的电平高20dBm以上,即使TD的信号已经比较强,仍然不能重选回TD的小区;

2、如图所示,TD的电平值实际上较差,处于要触发系统间小区重选的边缘,但是仍然符合GSM向TD小区重选的判决算法,按照图示,GSM向TD的小区重选触发后,可能会迅速地触发TD向GSM的小区重选。

    图4:参考实际情况系统间GSM向TD发起小区重选的修正示意图 

三、中移动“三新方案”中的新机制对于小区重选的解决方法

“新机制”将TD-SCDMA与2G网络小区重选的标准由相对值改为绝对值,这样将使客户手机尽可能容易触发小区重选到TD-SCDMA网络。同样也是一张手绘的示意图,笔者自己设置了一个绝对值门限:-85dBm(仅供参考,自己猜测,尚未在现网中验证),只要UE终端在GSM网络检测出TD邻小区的电平值高于-85dBm,就会触发由GSM至TD网络的小区重选。

图5:采用“新机制”后系统间GSM向TD发起小区重选的示意图

 

这样可以保障下述两种在原有机制下都可能出现问题时小区重选的质量。

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

2、当GSM信号强,TD信号弱于-85dBm且已接近-96dBm,按照之前判决算法,当GSM信号低于-76dBm时,终端仍然有可能触发小区重选至TD网络,重选完成后UE终端可能会立即触发TD向GSM的小区重选。频繁的系统间小区重选导致终端很难正常接入到任何一个网络中,影响终端正常使用。


权限:公开   来自:labs
声明: 本文仅代表作者个人观点。其原创性及文中表达的意见、判断、数据、观点和陈述文字等内容均与中国移动研究院无关。移动Labs博客致力于为ICT领域的研究者及从业者提供技术和业务交流的网络平台,对本文中全部或部分内容的真实性、完整性不作任何保证或承诺,仅供读者参考交流。
http://labs.chinamobile.com/mblog/7671_12764

这篇关于解决2、3G互操作中GSM向TD网络小区重选的问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/232815

相关文章

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

SpringBoot监控API请求耗时的6中解决解决方案

《SpringBoot监控API请求耗时的6中解决解决方案》本文介绍SpringBoot中记录API请求耗时的6种方案,包括手动埋点、AOP切面、拦截器、Filter、事件监听、Micrometer+... 目录1. 简介2.实战案例2.1 手动记录2.2 自定义AOP记录2.3 拦截器技术2.4 使用Fi

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of

SQL Server安装时候没有中文选项的解决方法

《SQLServer安装时候没有中文选项的解决方法》用户安装SQLServer时界面全英文,无中文选项,通过修改安装设置中的国家或地区为中文中国,重启安装程序后界面恢复中文,解决了问题,对SQLSe... 你是不是在安装SQL Server时候发现安装界面和别人不同,并且无论如何都没有中文选项?这个问题也

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.

Python错误AttributeError: 'NoneType' object has no attribute问题的彻底解决方法

《Python错误AttributeError:NoneTypeobjecthasnoattribute问题的彻底解决方法》在Python项目开发和调试过程中,经常会碰到这样一个异常信息... 目录问题背景与概述错误解读:AttributeError: 'NoneType' object has no at

Spring的RedisTemplate的json反序列泛型丢失问题解决

《Spring的RedisTemplate的json反序列泛型丢失问题解决》本文主要介绍了SpringRedisTemplate中使用JSON序列化时泛型信息丢失的问题及其提出三种解决方案,可以根据性... 目录背景解决方案方案一方案二方案三总结背景在使用RedisTemplate操作redis时我们针对