定义
切换管理（Handover Management）负责终端在连接态（RRC_CONNECTED）移动过程中从一个小区切换到另一个小区时的信令流程、资源分配、数据转发等。切换由网络控制（与空闲态重选不同）。切换类型包括同频、异频、异系统（如LTE到5G NR的EN-DC），切换策略影响掉线率、时延与用户体验。
切换流程
- 测量上报：终端根据测量配置上报服务小区与邻区RSRP/RSRQ，支持A1～A6、B1/B2等事件
- 切换决策：源基站根据测量报告、负载、SON策略等决定是否切换及目标小区
- 切换执行：源基站向目标基站发起切换请求（X2/Xn），目标分配资源，终端执行切换
- 数据转发：源基站通过X2/Xn转发在途数据，减少丢包
切换类型与优化
同频切换基于A3事件（邻区优于服务小区+偏置）；异频/异系统需考虑测量Gap、优先级。双连接（DC）下可进行辅站变更（PSCell Change）而非完整切换。移动性策略与位置更新协同，保障业务连续性。
典型应用场景
车载、物流、高铁等移动场景下物联网设备的连接连续性。达希物联的物联网卡在运营商网络中自动完成切换，云平台可监控切换事件与掉线率。
切换管理直接影响车载、物流等移动场景下物联网设备的连接连续性。达希物联的物联网卡在运营商网络中自动完成切换，保障设备在移动过程中不断网。达希物联云平台可监控设备切换事件与掉线率，为移动物联网客户提供连接质量分析与优化建议。
事件门限必须和迟滞一起读
同频切换常用邻区比服务小区好出一段偏置再触发。偏置太小，电平正常波动就会触发；偏置太大，终端已经在服务小区边缘仍不离开，随后无线链路失败。迟滞要求这个优势持续一段时间。只调门限、不调迟滞，高速通过重叠区时测量来不及稳定，切换要么错过要么误触发。判断参数是否合适，要看一次行程里的切换次数和链路失败次数：切换很多而失败也多，多半是太敏感；失败多而切换很少，多半是离开得太晚。
异频和异系统还要插入测量间隙，间隙里业务会短暂停。间隙太密，吞吐下降；太疏，邻区变化看不到。车载设备的测量配置应跟着速度预期走，静止电表不需要同样密集的间隙。
目标小区拒绝之后源侧要能回到原承载
源基站向目标请求切换时，目标可能因为没有无线资源、没有兼容的承载或传输不可达而拒绝。拒绝之后，终端应留在源小区继续用原来的承载。若源侧已经停止调度、又没收到拒绝，终端会既不在源小区也不在目标小区，只能靠重建恢复。日志里要能看到请求、拒绝和恢复三段，缺了拒绝就无法区分是目标满载还是请求根本没到。
双连接下更换辅小区比整次切换轻，失败影响的是辅腿速率，主腿仍在。把辅腿失败当成整网掉线去重新附着，会把本来还在的主连接也拆掉。模组事件里应区分主小区切换和辅小区变更。
在途数据没转发时应用层会看到一小段乱序
切换瞬间，已经发给源基站但还没到终端的下行，以及终端已发、源基站尚未送到核心网的上行，需要经站间接口转到目标。转发路径没配或时延过长，应用层会看到序号空洞或短暂乱序。可靠传输会重传，实时流会丢这一小段。判断是转发问题还是覆盖问题：电平在切换后恢复、只有切换点附近丢包，优先查站间转发；切换后电平仍然差，则是目标小区本身不可用。
达希物联的卡在运营商网络里跟随基站完成切换，卡不决定目标小区。云平台若把每次小区变化都记成掉线，会高估故障。应把切换成功、切换后重建、以及重建失败分开计数。物流车上的卡在固定路段反复重建，说明该路段的切换带或目标小区有问题，换卡不能改基站间的转发关系。
重建成功并不代表切换命令曾经被执行
无线链路失败后的重建，是终端重新接入，不一定经过“测量、决策、目标准备、转发”这条切换流程。重建能恢复连接，但切换过程中的在途数据不会按切换那套方式转发，应用层更容易看到空洞。统计时若把重建成功算成切换成功，切换带上的问题会被掩盖成“偶发重连”。应分开计数：有切换命令且目标小区完成接入，才是切换；没有切换命令、从失败直接回到连接，是重建。
重建次数在某一小段道路上集中，说明终端离开服务小区太晚，或目标拒绝后没有及时回到可用小区。达希物联平台若只记录小区标识的变化，两种过程看起来一样。模组侧应能区分切换完成和链路失败后的重建。只有标识变化、没有失败原因，不能用来调整切换门限。门限要依据失败类型来改，改错方向会让本来能切换的路段变成频繁重建。