园区漫游组播的成员迁移与同步呈现

园区里的无线组播连续性，取决于客户端移动后多套状态能否及时转移：有线交换机要把流量送到新 AP，无线侧要恢复对应成员与交付机制，客户端还要取得新 BSS 的组密钥。专业音视频进一步要求重新建立时间关系，并在接收端按共同呈现时间释放媒体。OCP TAP 的漫游组播白皮书以普通企业 802.11ax WLAN 为接入环境，将这些环节组织为候选集成架构，适合用于园区 IPTV、标牌、广播与 AV 系统的技术规划。S042 pp. 1–2, 4–8, 27

漫游的实质是更换成员的网络附着点#

典型场景有两个客户端 C1、C2，它们同属组 G，最初都通过 AP1 和 Switch A 接收。C1 移向 AP2 和 Switch B，C2 留在原位置。迁移完成需要同时满足两件事：Switch B 为 C1 安装新转发状态，Switch A 继续为 C2 保留原状态。这个场景能够直接暴露按端口粗粒度清理成员的风险。S042 pp. 6–8

阅读原图时，对比右侧新增的 AP2 上行路径与仍然保留的 AP1 路径：客户端 C1 只迁移自己的成员关系，两个接入方向随后都需要接收组 G。

原图：S042，物理第 7 页，Figure 1。

IGMP snooping 按 VLAN 观察成员报告与查询，建立组到监听端口、组播路由器端口的映射。白皮书所用 IGMPv3 默认参数为 QI=125s、QRI=10s、QRV=2，成员状态存活时间采用 QRV×QI+2×QRI，即 270s。客户端在新位置若既不主动报告，也没有事件驱动修复，等待周期查询发现成员的时延可接近 QI+QRI，即 135s。S042 pp. 5, 9–11

这两个时间描述不同事件：270s 是旧状态老化口径，135s 是新成员恰好错过查询时的发现等待。LMQI 用于离组后的监听者确认，默认 1s；缩短它能够加快旧分支清理，重新发现新位置成员仍由查询与报告路径决定。对视频播放来说，造成中断的是新 AP 尚未得到数据，而旧 AP 多收到一段流量主要消耗带宽和空口，两类问题应分别处理。S042 pp. 9–11

让重关联事件主动修复组播路径#

候选机制先建立每客户端的成员缓存，使用稳定的 station 或 controller-session identity 关联状态。缓存需要保存 IGMPv3 INCLUDE/EXCLUDE 源过滤条件，使特定源组播规则随移动一起迁移；采用随机或变化 MAC 地址的客户端，则需要由会话身份维持连续关联。S042 p. 9

当客户端在 AP2 完成重关联，AP2 或控制器立即依据缓存发出相应 IGMP membership report，新接入路径据此安装成员和转发状态。旧 AP 或控制器随后删除 C1 的监听状态，检查是否还有 C2 等其他成员；只有最后一个成员离开，才从上游剪除整个 AP uplink 的组播分支。AP uplink 聚合多个 station，因此精细的 per-listener 跟踪是安全 fast-leave 的前提。S042 pp. 9–10

这一机制需要先定位成员状态的权威位置。同交换机、同 VLAN 的两个 AP 之间移动，只需在同一交换机内更新端口成员；跨交换机本地桥接时，每个接入交换机各自维护 snooping，上游还需要在所有候选位置提供 VLAN 桥接或组播路由可达性。若客户端数据集中隧道到 AC，上游看到的成员可能始终位于同一控制器 uplink，移动主要体现为隧道目的端重定向。S042 pp. 7–8

Layer 3 漫游又取决于锚点是否同时承接控制和数据。两者都锚定时，上游成员可以稳定；另一些设计需要在新接入点重新建立下游成员。工程文档应画出组播源、querier、snooping、路由复制点和客户端隧道端点，之后再决定 proxy report 由哪个组件发出。S042 p. 8

缩短查询周期是缺少事件集成时的补充手段。白皮书给出待评估的 QI=30–60s、QRI=2–3s、LMQI=0.25–0.5s，QRV 保持 2；它们会增加控制负载，并且新关联仍可能等待接近一个查询周期。最终选择需要看客户端响应、控制面容量与业务可接受的恢复时间。S042 pp. 10–11

无线交付策略决定接收可靠性与空口成本#

有线转发修复之后，AP 还要选择如何通过空口送达。原生组播以每 AP 一份的方式发送；GCR Unsolicited Retry 通过预先配置的重复提高接收机会；GCR Block Ack 使用成员反馈与重试；DMS 把选定组播转换为各接收者独立的单播帧，使其可用单播速率自适应、ACK 和重试。四种方式在反馈与复制上承担不同成本。S042 pp. 11–16

依据：S042 pp. 11, 16。

在小接收者集合的实时广播或会议场景，DMS 的单播反馈可能值得承担复制成本；楼宇内大量屏幕收看同一流时，复制数量会挤占空口，需要比较原生组播或 GCR 的整体效率。GCR roster 与 IP multicast membership 分属无线交付和网络成员两套状态，客户端漫游进出时都要更新。评估应同时记录接收者数、发送率、重试预算、干扰与信道负荷。S042 pp. 11–16

802.11r、k、v 分别缩减认证切换、扫描候选发现和接入引导中的部分开销。完成认证、组播可转发和组播可解密仍是不同事件：组地址帧使用 BSS 的 GTK，客户端到 AP2 后必须取得并安装 AP2 的组密钥。部分安全模式和实现可在 FT reassociation response 交付密钥数据，验收应检查安装时点，以及主动流在 GTK rekey 切换中的表现。S042 pp. 5–6, 27

专业 AV 增加时间、保留和呈现三条链路#

有线 AVB/TSN 系统包含流注册、整形、共同时间与 AVTP 传输等功能。白皮书把普通企业 WLAN 视为一个域边界，允许设置边界功能来中继或终止并重建 AVTP、保留和时间服务，把流映射到 IP multicast group，并另外映射 WLAN QoS 与准入策略。边界组件承担哪些功能，取决于 AP 与 station 已有的 AVB/TSN 能力。S042 pp. 13–16

例如，把某个 SR Class 的流送入 WMM AC_VO，只表达无线侧的接入类别。完整混合链路还包含编码打包、有线整形、边界处理、AP 排队、竞争、重试、漫游间断和接收端输出。白皮书采用的 Class A 2ms、Class B 50ms 是相应有线 AVB profile 的路径目标；引入 WLAN 后，需要为这些新增环节重新安排整个业务预算。S042 pp. 15, 24–26

同步链路首先需要共同时间。各 AP 的 TSF 为本 BSS 的 beacon 与 TWT 提供时基，独立 AP 的 TSF 可以有不同相位。采用 IEEE 802.1AS WLAN media-dependent procedure 时，具备对应能力的 AP/STA 利用 TM 或 FTM 的 MAC/PHY 时间戳和上游同步信息传递时间。部署要配置相应 PortSync、媒体相关实例和时间选择，并验证链路不对称、测量噪声和时钟控制带来的误差。S042 pp. 17–20

漫游后，station 与新 AP 建立新的时间关系。接收端需要在间断期间 holdover，并重新进行 TM/FTM 测量与时钟伺服收敛。测试要记录移动过程中的最大 time error 与回到要求范围的时间；稳态误差和重捕获过程分别决定日常呈现精度与切换期间的声音、画面连续性。S042 pp. 19–20, 25–27

TWT 协调发送机会，时间戳协调最终呈现#

Broadcast TWT 在 BSS 内表达接收者唤醒和服务时段。若控制器掌握各 AP 的 gPTP 到 TSF 映射，可以把共同目标 Tg 转换为各 BSS 的本地目标，安排重叠服务时段。白皮书提出这一跨 AP 协调思路，其实现需要维持映射、同步与调度状态，并将介质竞争、干扰和重试计入误差预算。S042 pp. 21–22

共同呈现时刻由接收端落实。对于支持 AVTP timestamp 的流格式，talker 给指定媒体采样附上目标时间，listener 用自己的 gPTP 时基解释该时间；提前到达的数据先缓冲，到目标时间再释放。设备内的解码、重采样、DAC 或显示流水线还有各自延迟，需要校准后才能约束最终输出偏差。S042 pp. 22–24

由此可以形成一条接收端工程链路：网络尽量在截止前送达，缓冲吸收早到差异，release scheduler 决定指定采样的释放，media-clock recovery 或 CRF 处理维持长期采样率关系，输出校准消除设备固定偏移。迟到帧采用丢弃、隐藏、静音、插值或受控重同步，由媒体应用制定一致策略。呈现 offset、缓冲深度和漫游可承受间断需要一起计算。S042 pp. 22–26

验收围绕一次跨交换机漫游展开#

可直接使用 C1 移动、C2 留下的场景做系统验收。先验证新 AP 和新交换机得到正确的组及源过滤状态，再验证 C2 的数据连续；随后分别启用所选 GCR 或 DMS、TWT 和安全模式，观察无线交付与 GTK 安装时序。专业 AV 再增加时间重捕获、接收缓冲与输出偏差测量。每次结果保留拓扑、接收者数量、信道负荷、交付模式、重试和调度配置，才能复现故障条件。S042 pp. 6–17, 25–27

重点指标包括从旧 AP 最后一帧可用数据到新 AP 恢复数据的 outage、丢包与重复行为、移动中的最大时间误差、恢复到规定精度所需时间、端到端延迟和最终呈现 skew。原文将定量容量模型、IPv6/MLD 对等设计、无线 mesh、多链路冗余与 6GHz 专项验证列为后续工作，这些方向可以继续扩展园区平台的试验矩阵。S042 pp. 17, 28–29

园区组播与 GPU 后端传输处于不同网络场景，但都要求把状态持有、反馈与恢复串成闭环。Fabric 运维讨论的分层故障观察在这里可转化为成员、空口、密钥和时钟四条进度；可靠传输中的确认边界则提供一种通用分析方法，帮助区分帧到达 AP、客户端收到数据和应用完成呈现这三个时点。