摘要

  • RFC 3753 没把切换当成不言自明的单一操作，而是提出五种大体独立的控制分类，用来说明谁发起、谁主导、信息从哪来、准备从哪一端开始，以及是否有提前信令。
  • “快速”“平滑”“无缝”也不是同一项成绩：前者侧重时延，中者侧重丢包，后者要看特定服务、应用和用户是否察觉到能力、安全或质量变化。

切换这个词，装不下所有过程

手机从一个接入点移到另一个接入点，无线链路发生变化，但路由器未必改变；网络可能提前准备路径，也可能等终端移动后再响应。终端可以先做决定、提供测量值，也可以只是跟随网络安排。数据包可能晚到、丢失，或走上一条安全属性不同的新路径。

把这些过程都叫作“切换”很方便，直到有人要比较两个方案。一方说的是同一路由器下的二层接入点变化，另一方说的是 IP 接入位置改变。产品团队可能因为流量很快恢复就称它“快速”，但应用仍然丢了包。仪表盘也可能报“无缝”，而用户真正关心的安全性已经降低。

RFC 3753《移动性相关术语》试图让讨论更精确。它于 2004 年 6 月以 Informational RFC 发布，源自 IETF 的 Seamoby 工作组。这个工作组同时处理上下文转移、切换候选路由器发现和休眠主机告警。作者希望其他移动性工作组也能借用这套说法，但他们明确表示：这份文件无意创造新术语，也不打算一次解决所有定义问题；它只是一个由不同工程背景参与者共同推进、仍欢迎修改的起点。RFC 3753 摘要及第 1 节

这种克制正是它的历史位置。它提供了一张共同的“坐标纸”，没有规定切换程序，没有要求所有实现使用每个术语，也没有证明各工作组后来都一致采用了这套词汇。

五个控制问题，不是五种协议

RFC 3753 称五类切换分类“大体独立”，并建议每一次切换都可以沿着这五类分别描述。它们是观察维度，不是彼此竞争的协议方案。

要问的问题 RFC 3753 的区分
谁先作出决定？ 终端发起，或网络发起
谁掌握主要控制权？ 终端控制，或网络控制
谁提供有用测量？ 终端协助、网络协助，或双方均不协助
由哪一侧推动准备？ 经由前一接入路由器 push，或经由新路由器 pull
是否来得及提前信令？ 计划内，或计划外

前两个问题最容易被混为一谈，却必须分开。终端可以先决定要切换，同时网络仍然主导执行。第三类问的是测量如何参与：终端的测量可能帮助接入路由器作决定；接入网络也可能收集信息供终端决定；还可能双方都不替对方提供帮助。文中甚至允许终端与路由器同时测量、同时决策。

Push 和 pull 描述的是另一层关系：由旧接入路由器（PAR）还是新接入路由器（NAR）发起准备，或由终端经由其中一端发起。计划内与计划外则看终端连上新路由器前能否先交换信令。已预期的移动也许来得及建立临时隧道，突发移动则没有这个提前窗口。

这些词回答的是不同问题。“网络发起”不能说明主要控制者是谁；“终端协助”不能说明是哪一台路由器开始准备；“计划内”也不表示切换必然成功。五个维度让发起者、控制者、信息来源、信令方向和时间关系不至于被压成一个标签。RFC 3753 第 4.2 节

RFC 3753 还另行分类了切换的范围：二层切换、同一接入路由器内部、同一接入网内、跨接入网，以及跨技术切换。它也区分水平与垂直切换，但承认两者边界含糊，观察角度不同，结论可能不同。两个 WLAN 类型之间的变化就可能被看作水平或垂直；同一台路由器也可以管理不同接入技术，而不改变 IP 地址或网络接口。无线覆盖图和 IP 拓扑图不必共享一组边界。RFC 3753 第 4.1 节

快、稳、无感，衡量的不是同一件事

最经得住时间检验的是性能用语。RFC 3753 把切换时延定义为一个区间：终端最后一次能经由 PAR 收发 IP 数据包，到第一次能经由 NAR 收发数据包之间的时间。它是一个网络层的计时边界，不是完整的应用体验指标。

“平滑切换”主要想减少丢包，并没有把额外转发时延列为明确关注点；“快速切换”主要想降低时延，并未把丢包列为明确目标。这不等于快速切换一定丢包，也不等于平滑切换一定慢。它只说明两种说法各自优先优化的东西不同；要比较结果，仍须同时报告时延和丢包。

“无缝”说得更远，却也更依赖场景。RFC 3753 把它描述为服务能力、安全性或质量没有变化；若要作实际判断，则要问相关协议、应用或用户是否会察觉到影响正常运行的变化。邮件客户端察觉不到的短暂停顿，通话应用可能无法接受。连接仍然存活，但安全性降低，也不能因为数据包继续流动就算符合完整定义。

文中还把 make-before-break 与 break-before-make 分开：终端能否同时通过新旧路由器通信，还是旧连接先断、新连接后建。RFC 特别提醒，不能把前者与依赖宏分集的“软切换”当成同一概念。连接重叠、丢包、时延和用户能否感知彼此有关，却不是可以互换的指标。RFC 3753 第 4.3—4.5 节

术语表不是性能认证

RFC 3753 与当时其他移动性工作并行。它的参考文献列出 Mobile IPv4、当时的 Mobile IPv6 规范，以及快速切换和候选接入路由器发现等仍在推进中的文件。后来，RFC 5568 作为标准轨道文档规定了 Mobile IPv6 快速切换；RFC 6275 随后取代 RFC 3775，并把 RFC 3753 列为信息性参考。这段文献沿革说明讨论仍在延续，但不能据此断言后续协议把这份词汇表当作合规测试，更不能说某家运营商据此部署了功能。RFC 5568 · RFC 6275

边界尤其重要：RFC 3753 说自己只提供术语，并称本文档没有安全问题。这不是对移动系统安全性的评估；它也不能证明某次切换快速、平滑、安全或无缝。它提供的是更好的提问方式，事实仍须来自实现、测量和实际受影响的服务。

所以，2004 年这项工作的价值不在于再造一种协议，而在于避免不同层次的含义互相冒充。切换可以从范围、发起者、控制者、测量来源、准备路由器、提前信令条件等角度分别描述；随后再单独衡量时延和丢包，并把“无缝”留在具体服务与用户语境里。

这段标准史留下一个实用提醒：共同术语能帮助协作，却不能抹平控制权、测量方法和后果之间的区别。一个写着“切换完成”的绿灯，只有在仍能回答这些问题时才有信息价值。

来源

主要记录与时间线：RFC 3753 正文、RFC Editor 条目和 IETF Datatracker 条目。

为界定范围与比较而查阅的相邻及后续规范：RFC 3132、RFC 3154、RFC 3374、RFC 3344、RFC 3775、RFC 5568、RFC 5213、RFC 5944和 RFC 6275。这些资料提供背景，不能证明 RFC 3753 的术语已被采用。