LTE切换基础:硬切换、软切换与触发机制

各位好,欢迎来到《LTE与WiFi漫游切换实战》的第二章。今天咱们聊聊LTE切换的基础。说实话,很多做WiFi出身的兄弟一听到“切换”就觉得头大,觉得蜂窝网络太复杂。其实没那么玄乎,咱们把它拆开看。

我个人习惯把LTE切换比作“搬家”。你从一栋楼搬到另一栋楼,东西怎么搬?是先把所有家具打包好,搬到新家再拆包?还是两栋楼之间搭个桥,一边搬一边住?这就是硬切换和软切换的本质区别。

2.1 硬切换 vs 软切换

先看硬切换。LTE用的是硬切换,说白了就是“先断后连”。UE先断开与源基站的连接,再建立与目标基站的连接。中间会有一个短暂的中断时间,大概几十毫秒。

硬切换特点:

  • 中断时间短,约20-50ms
  • 对终端实现简单,不需要同时维护两条链路
  • LTE标准强制使用硬切换,因为LTE是纯分组域网络

我在项目中遇到过一个问题:某厂商的终端在硬切换时,中断时间竟然达到了120ms。后来排查发现是终端侧的重建流程没优化好。嗯,这里要注意,硬切换的中断时间虽然短,但如果超过100ms,VoLTE用户就能明显感觉到卡顿。

再看软切换。软切换是“先连后断”,UE同时与多个基站保持连接,等新链路稳定了再断开旧链路。WCDMA和CDMA2000都用这个。你想想看,软切换的好处是零中断,但代价是终端要同时处理多条链路,资源消耗大。

对比项 硬切换 软切换
中断时间 20-50ms 0ms
终端复杂度 低 高
资源占用 单链路 多链路
LTE是否支持 是(强制) 否
适用场景 分组域业务 电路域业务

为什么LTE不用软切换?因为LTE是纯IP网络,所有业务都是分组交换。软切换需要同时维护多条无线链路,对空口资源消耗太大。而且LTE的硬切换中断时间已经足够短,对普通数据业务几乎无感。

2.2 切换触发机制:A3事件与A2事件

切换不是随便触发的,得有“理由”。LTE里最常用的两个事件是A3和A2。我建议你把它们记牢,因为后面讲WiFi切换时还会用到类似的概念。

A3事件:邻区信号变好了

A3事件的定义是:邻区信号质量比服务小区好到一定程度。具体公式是:

Mn + Ofn + Ocn - Hys > Ms + Ofs + Ocs + Off

看着复杂?其实很简单。Mn是邻区测量值,Ms是服务小区测量值。Ofn和Ofs是频率偏置,Ocn和Ocs是小区偏置,Hys是迟滞,Off是事件偏置。说白了,就是邻区信号比当前小区好到某个阈值,就触发切换。

实战经验:我曾经在优化高铁覆盖时,把A3的迟滞参数从3dB调到了5dB。为什么?因为高铁速度快,信号波动大,迟滞太小会导致频繁切换,反而影响用户体验。调大迟滞后,切换次数减少了30%,掉话率也降了。

A2事件:当前信号变差了

A2事件是服务小区信号变差到一定程度。公式是:

Ms + Hys < Thresh

A2事件通常用来触发测量上报。当服务小区信号变差时,基站会告诉UE:“你开始测量邻区吧,准备切换。”A2事件本身不直接触发切换,它是切换的前奏。

你想想看,如果服务小区信号很好,UE没必要去测量邻区,浪费电。只有信号变差了,才需要启动测量。这就是A2的作用。

事件 触发条件 典型用途 参数示例
A1 服务小区信号变好 停止测量 Thresh = -105dBm
A2 服务小区信号变差 启动测量 Thresh = -110dBm
A3 邻区信号优于服务小区 触发切换 Off = 3dB, Hys = 2dB
A4 邻区信号绝对值好 切换到特定频点 Thresh = -100dBm
A5 服务小区差且邻区好 负载均衡切换 Thresh1 = -110dBm, Thresh2 = -100dBm

2.3 切换信令流程

信令流程是切换的核心。我建议你把这个流程背下来,因为后面讲WiFi切换时,很多信令是类似的。咱们用一张图来展示。

LTE切换信令流程 LTE切换信令流程(基于X2接口) UE(终端) 源eNB 目标eNB ① 测量控制(RRC重配置) ② 测量报告(A3事件触发) ③ 切换决策 ④ 切换请求 ⑤ 准入控制 ⑥ 切换请求确认 ⑦ RRC连接重配置 ⑧ 随机接入(RACH) ⑨ RRC重配置完成 ⑩ 路径切换请求 ⑪ UE上下文释放 关键点: • 步骤①-③是切换准备阶段,④-⑥是切换执行阶段,⑦-⑨是切换完成阶段 • 整个流程从测量报告到RRC重配置完成,通常需要50-100ms

流程看起来长,其实就三个阶段:

  1. 准备阶段(步骤①-③):基站下发测量控制,UE上报测量报告,源基站做切换决策。
  2. 执行阶段(步骤④-⑥):源基站向目标基站发切换请求,目标基站做准入控制,返回确认。
  3. 完成阶段(步骤⑦-⑨):源基站通知UE切换,UE在目标基站做随机接入,完成切换。

注意:步骤⑧的随机接入非常关键。我曾经遇到一个案例,某款终端在随机接入时频繁失败,导致切换成功率只有85%。后来发现是终端的上行同步参数配置有问题。排查了三天才找到原因,嗯,从那以后我每次做切换优化都会重点看RACH配置。

2.4 切换性能指标

最后聊聊切换性能怎么衡量。我建议你关注三个核心指标:

指标 定义 优秀值 告警值
切换成功率 切换成功次数/切换尝试次数 > 99% < 95%
切换时延 从测量报告到切换完成的时间 < 50ms > 100ms
乒乓切换率 短时间内来回切换的比例 < 1% > 5%

这三个指标是互相关联的。比如你为了提高切换成功率,把A3的迟滞调小了,结果乒乓切换率上去了。所以优化时要综合考虑,不能只看一个指标。