Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-18-11：UPnP AV ConnectionManager v2 服务
UPnP 音频/视频 — 第18-11部分：ConnectionManager 服务版本2规范
1. ConnectionManager v2 架构与多流能力
ISO/IEC 29341-18-11 规定了 ConnectionManager 服务的版本 2，对最初在第17-11部分（ConnectionManager v1）中定义的连接管理框架进行了演进。版本 2 解决了大规模复杂 UPnP AV 部署中遇到的几个限制：每次会话单一连接模型、有限的协议协商表达能力以及缺乏连接资源分配的策略框架。V2 引入了多流连接、增强的 protocolInfo 语义以及连接策略系统，为控制点和设备在管理媒体管道方面提供了更大的灵活性。
v2 中最显著的架构变化是引入了多流连接。在 v1 中，每次 PrepareForConnection 调用在源和接收器之间建立一个单一媒体流。在 v2 中，单个连接可以承载多个流，每个流可能使用不同的协议和格式。例如，MediaServer 和 MediaRenderer 之间的连接可以同时承载主视频流（MPEG-4 AVC）、辅助音频评论流（MP3）和字幕流（text/plain）——全部在由单个 ConnectionID 标识的单个连接内。这种复用模型更准确地反映了现代多媒体内容的结构，其中一部电影文件包含多个需要同步传送到渲染器的基础流。
v2 ConnectionManager 中的多流能力对于需要同步辅助内容的应用尤其有价值，如导演评论音轨、多角度视频或无障碍音频描述。复用连接同时处理所有辅助流，而不是为每个辅助流建立单独连接，确保同步投递。
2. 增强协议协商与内容格式解析
protocolInfo 语义在 v2 中得到了显著扩展。v1 的 protocolInfo 元组（protocol:network:contentFormat:additionalInfo）仍然是基础，但 v2 增加了协议偏好级别的概念。设备现在不仅可以指示支持哪些协议，还可以指示更偏好哪些，从而实现更智能的连接建立。例如，MediaRenderer 可以同时列出 “http-get” 和 “rtsp” 作为支持的协议，但在内容格式支持时指示偏好 RTSP，因为 RTSP 为某些内容类型提供了更好的流控制（传输级的暂停/恢复）。
内容格式解析通过 GetCompatibleFormats 动作得到增强。给定一组源格式和渲染器能力，该动作返回交集——与两端兼容的格式。这消除了 v1 控制点通常不得不采用的反复试验方法，即尝试用猜测的格式建立连接，并通过尝试兼容性列表中的下一个格式来处理失败。GetCompatibleFormats 在单个动作调用中返回确定性的列表，减少了连接建立延迟并改善了用户体验。
| 特性 | ConnectionManager v1 (17-11) | ConnectionManager v2 (18-11) | 优势 |
|---|---|---|---|
| 流模型 | 每连接单流 | 每连接多流 | 同步音频/视频/字幕投递 |
| 协议偏好 | 不支持 | 加权协议偏好 | 为每种内容类型选择最佳协议 |
| 格式解析 | 控制点反复试验 | GetCompatibleFormats 动作 | 单步格式协商；降低延迟 |
| 连接策略 | 无（尽力而为） | 基于策略的资源分配 | 优先流的资源可用性保证 |
| 连接事件 | 基本状态变更 | 每流状态事件、质量指标 | 实时连接健康监控 |
| 方向控制 | 输入/输出/双向 | 新增双向、多点、广播 | 支持会议、多房间和直播场景 |
| 资源预留 | 隐式（无反馈） | 显式，带 GetResourceStatus 动作 | 控制点可在连接前检查资源可用性 |
多流连接虽然强大，但引入了错误处理的复杂性。当复用连接中的一个流失败时（如音频解码器错误），设备必须决定是继续投递剩余流（无音频的视频）还是终止整个连接。标准建议通过 ConnectionPolicy 状态变量实现可配置行为，允许控制点或用户指定偏好的故障模式。
3. 连接策略框架与资源管理
V2 引入了正式的连接策略框架，用于管理连接资源的分配方式。ConnectionPolicy 状态变量包含一组策略规则，定义：最大并发连接数、每连接最大流数、带宽分配策略（公平共享、基于优先级或预留）以及连接接纳控制规则。管理员可以通过 SetConnectionPolicy 动作配置这些策略，控制点可以通过 GetConnectionPolicy 查询。
资源管理通过显式资源预留和状态报告得到增强。GetResourceStatus 动作返回关于设备当前资源利用率的详细信息，包括：活动连接数与最大允许数、总连接和每连接的带宽消耗、解码器/编码器利用率（百分比）和内存缓冲池状态。这些信息使控制点能够基于当前负载而不仅仅是静态能力通告，为新的流选择使用哪个 MediaRenderer 做出智能决策。
连接事件在 v2 中得到了显著增强。CurrentConnectionIDs 事件变量现在包含每流状态信息，使控制点能够监控复用连接中各个流的健康状态。ConnectionQuality 事件变量为每个流提供实时质量指标——丢包率、抖动缓冲区级别、解码错误计数和平均比特率。这些指标支持自适应流场景，控制点可以根据变化的网络条件或渲染器负载调整源编码参数。
v2 ConnectionManager 中的显式资源预留能力对于质量敏感的应用来说是一项革命性变化。直播视频流应用可以在发起连接前通过 GetResourceStatus 检查资源可用性，确保渲染器有足够的解码器容量和带宽来处理流。如果资源不足，应用可以选择替代渲染器或协商较低质量的流，而不是尝试会在流中间失败的连接。
基于策略的连接管理必须考虑 v1 和 v2 控制点之间的交互。实施严格策略限制的 v2 设备可能拒绝不理解策略框架的 v1 控制点的连接请求。实现向后兼容模式，对 v1 发起的连接应用默认（宽松）策略，将严格策略执行保留给 v2 感知的交互，因为这种场景下控制点能够正确处理策略响应。
4. 常见问题
问：v1 控制点能否连接到 v2 ConnectionManager？
答：可以。v2 ConnectionManager 设备需要实现 v1 服务接口作为兼容层。v2 设备同时暴露 v1 服务 URN（urn:schemas-upnp-org:service:ConnectionManager:1）和 v2 服务 URN（urn:schemas-upnp-org:service:ConnectionManager:2）。V1 控制点通过 v1 接口交互，仅限于单流连接，而 v2 感知的控制点通过 v2 接口访问增强功能。
答：可以。v2 ConnectionManager 设备需要实现 v1 服务接口作为兼容层。v2 设备同时暴露 v1 服务 URN（urn:schemas-upnp-org:service:ConnectionManager:1）和 v2 服务 URN（urn:schemas-upnp-org:service:ConnectionManager:2）。V1 控制点通过 v1 接口交互，仅限于单流连接，而 v2 感知的控制点通过 v2 接口访问增强功能。
问：多流连接如何处理流同步？
答：连接的流同步由流的定时模型决定。对于实时流（RTP/RTSP），同步使用 RTCP 发送方报告。对于基于 HTTP 的流，同步依赖于容器格式的内部定时（MP4 时间戳、MPEG-PTS）。ConnectionManager 为每个流提供 StreamSyncInfo 状态变量，指示使用的同步源和方法。
答：连接的流同步由流的定时模型决定。对于实时流（RTP/RTSP），同步使用 RTCP 发送方报告。对于基于 HTTP 的流，同步依赖于容器格式的内部定时（MP4 时间戳、MPEG-PTS）。ConnectionManager 为每个流提供 StreamSyncInfo 状态变量，指示使用的同步源和方法。
问：当控制点请求的连接超过设备策略限制时，会发生什么？
答：PrepareForConnection 动作返回错误代码 702（无此连接），附带指示超出哪个策略限制的详细错误消息（如”已达最大连接数”或”请求的流带宽不足”）。控制点随后可以查询 GetResourceStatus 以了解当前利用率，并要么以降低的要求重试，要么选择不同的渲染器。
答：PrepareForConnection 动作返回错误代码 702（无此连接），附带指示超出哪个策略限制的详细错误消息（如”已达最大连接数”或”请求的流带宽不足”）。控制点随后可以查询 GetResourceStatus 以了解当前利用率，并要么以降低的要求重试，要么选择不同的渲染器。
问：ConnectionManager v2 能否支持不同网络接口之间的连接桥接？
答：可以。v2 中增强的方向模型包括对桥接连接的支持，可以在不同网络接口之间转发流。这对于充当 UPnP 代理或网关的设备非常有用，允许有线千兆以太网段上的 MediaServer 通过桥接设备的 ConnectionManager 向无线 5 GHz 段上的 MediaRenderer 流传输。
答：可以。v2 中增强的方向模型包括对桥接连接的支持，可以在不同网络接口之间转发流。这对于充当 UPnP 代理或网关的设备非常有用，允许有线千兆以太网段上的 MediaServer 通过桥接设备的 ConnectionManager 向无线 5 GHz 段上的 MediaRenderer 流传输。
