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

相关文章

linux报错INFO:task xxxxxx:634 blocked for more than 120 seconds.三种解决方式

《linux报错INFO:taskxxxxxx:634blockedformorethan120seconds.三种解决方式》文章描述了一个Linux最小系统运行时出现的“hung_ta... 目录1.问题描述2.解决办法2.1 缩小文件系统缓存大小2.2 修改系统IO调度策略2.3 取消120秒时间限制3

关于@MapperScan和@ComponentScan的使用问题

《关于@MapperScan和@ComponentScan的使用问题》文章介绍了在使用`@MapperScan`和`@ComponentScan`时可能会遇到的包扫描冲突问题,并提供了解决方法,同时,... 目录@MapperScan和@ComponentScan的使用问题报错如下原因解决办法课外拓展总结@

MybatisGenerator文件生成不出对应文件的问题

《MybatisGenerator文件生成不出对应文件的问题》本文介绍了使用MybatisGenerator生成文件时遇到的问题及解决方法,主要步骤包括检查目标表是否存在、是否能连接到数据库、配置生成... 目录MyBATisGenerator 文件生成不出对应文件先在项目结构里引入“targetProje

C#使用HttpClient进行Post请求出现超时问题的解决及优化

《C#使用HttpClient进行Post请求出现超时问题的解决及优化》最近我的控制台程序发现有时候总是出现请求超时等问题,通常好几分钟最多只有3-4个请求,在使用apipost发现并发10个5分钟也... 目录优化结论单例HttpClient连接池耗尽和并发并发异步最终优化后优化结论我直接上优化结论吧,

Java内存泄漏问题的排查、优化与最佳实践

《Java内存泄漏问题的排查、优化与最佳实践》在Java开发中,内存泄漏是一个常见且令人头疼的问题,内存泄漏指的是程序在运行过程中,已经不再使用的对象没有被及时释放,从而导致内存占用不断增加,最终... 目录引言1. 什么是内存泄漏?常见的内存泄漏情况2. 如何排查 Java 中的内存泄漏?2.1 使用 J

numpy求解线性代数相关问题

《numpy求解线性代数相关问题》本文主要介绍了numpy求解线性代数相关问题,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 在numpy中有numpy.array类型和numpy.mat类型,前者是数组类型,后者是矩阵类型。数组

解决systemctl reload nginx重启Nginx服务报错:Job for nginx.service invalid问题

《解决systemctlreloadnginx重启Nginx服务报错:Jobfornginx.serviceinvalid问题》文章描述了通过`systemctlstatusnginx.se... 目录systemctl reload nginx重启Nginx服务报错:Job for nginx.javas

Redis缓存问题与缓存更新机制详解

《Redis缓存问题与缓存更新机制详解》本文主要介绍了缓存问题及其解决方案,包括缓存穿透、缓存击穿、缓存雪崩等问题的成因以及相应的预防和解决方法,同时,还详细探讨了缓存更新机制,包括不同情况下的缓存更... 目录一、缓存问题1.1 缓存穿透1.1.1 问题来源1.1.2 解决方案1.2 缓存击穿1.2.1

Mysql DATETIME 毫秒坑的解决

《MysqlDATETIME毫秒坑的解决》本文主要介绍了MysqlDATETIME毫秒坑的解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 今天写代码突发一个诡异的 bug,代码逻辑大概如下。1. 新增退款单记录boolean save = s

vue解决子组件样式覆盖问题scoped deep

《vue解决子组件样式覆盖问题scopeddeep》文章主要介绍了在Vue项目中处理全局样式和局部样式的方法,包括使用scoped属性和深度选择器(/deep/)来覆盖子组件的样式,作者建议所有组件... 目录前言scoped分析deep分析使用总结所有组件必须加scoped父组件覆盖子组件使用deep前言