解决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

相关文章

springboot3.4和mybatis plus的版本问题的解决

《springboot3.4和mybatisplus的版本问题的解决》本文主要介绍了springboot3.4和mybatisplus的版本问题的解决,主要由于SpringBoot3.4与MyBat... 报错1:spring-boot-starter/3.4.0/spring-boot-starter-

在 Spring Boot 中使用异步线程时的 HttpServletRequest 复用问题记录

《在SpringBoot中使用异步线程时的HttpServletRequest复用问题记录》文章讨论了在SpringBoot中使用异步线程时,由于HttpServletRequest复用导致... 目录一、问题描述:异步线程操作导致请求复用时 Cookie 解析失败1. 场景背景2. 问题根源二、问题详细分

解读为什么@Autowired在属性上被警告,在setter方法上不被警告问题

《解读为什么@Autowired在属性上被警告,在setter方法上不被警告问题》在Spring开发中,@Autowired注解常用于实现依赖注入,它可以应用于类的属性、构造器或setter方法上,然... 目录1. 为什么 @Autowired 在属性上被警告?1.1 隐式依赖注入1.2 IDE 的警告:

解决java.lang.NullPointerException问题(空指针异常)

《解决java.lang.NullPointerException问题(空指针异常)》本文详细介绍了Java中的NullPointerException异常及其常见原因,包括对象引用为null、数组元... 目录Java.lang.NullPointerException(空指针异常)NullPointer

Android开发中gradle下载缓慢的问题级解决方法

《Android开发中gradle下载缓慢的问题级解决方法》本文介绍了解决Android开发中Gradle下载缓慢问题的几种方法,本文给大家介绍的非常详细,感兴趣的朋友跟随小编一起看看吧... 目录一、网络环境优化二、Gradle版本与配置优化三、其他优化措施针对android开发中Gradle下载缓慢的问

关于Nginx跨域问题及解决方案(CORS)

《关于Nginx跨域问题及解决方案(CORS)》文章主要介绍了跨域资源共享(CORS)机制及其在现代Web开发中的重要性,通过Nginx,可以简单地解决跨域问题,适合新手学习和应用,文章详细讲解了CO... 目录一、概述二、什么是 CORS?三、常见的跨域场景四、Nginx 如何解决 CORS 问题?五、基

python安装whl包并解决依赖关系的实现

《python安装whl包并解决依赖关系的实现》本文主要介绍了python安装whl包并解决依赖关系的实现,文中通过图文示例介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面... 目录一、什么是whl文件?二、我们为什么需要使用whl文件来安装python库?三、我们应该去哪儿下

MySQL安装时initializing database失败的问题解决

《MySQL安装时initializingdatabase失败的问题解决》本文主要介绍了MySQL安装时initializingdatabase失败的问题解决,文中通过图文介绍的非常详细,对大家的学... 目录问题页面:解决方法:问题页面:解决方法:1.勾选红框中的选项:2.将下图红框中全部改为英

Nginx启动失败:端口80被占用问题的解决方案

《Nginx启动失败:端口80被占用问题的解决方案》在Linux服务器上部署Nginx时,可能会遇到Nginx启动失败的情况,尤其是错误提示bind()to0.0.0.0:80failed,这种问题通... 目录引言问题描述问题分析解决方案1. 检查占用端口 80 的进程使用 netstat 命令使用 ss

IDEA编译报错“java: 常量字符串过长”的原因及解决方法

《IDEA编译报错“java:常量字符串过长”的原因及解决方法》今天在开发过程中,由于尝试将一个文件的Base64字符串设置为常量,结果导致IDEA编译的时候出现了如下报错java:常量字符串过长,... 目录一、问题描述二、问题原因2.1 理论角度2.2 源码角度三、解决方案解决方案①:StringBui