ISO/IEC 29341-4-4:2011 — UPnP — 第 4-4 部分：AV Datapath 服务

AV Datapath 服务详解

ISO/IEC 29341-4-4:2011 定义了 AV Datapath 服务（AV Datapath Service），这是对第 4-3 部分定义的 AV Datapath 架构的服务级规范补充。第 4-3 部分描述了整体连接管理模型和协议协商框架，而第 4-4 部分则深入规定了详细的服务接口——包括完整的动作集、状态变量、事件通知和错误代码，所有符合 UPnP 标准的 AV Datapath 服务必须暴露这些接口。该服务是控制点在 UPnP AV 网络中管理媒体流会话的可编程接口。

AV Datapath 服务的正式服务类型为 urn:schemas-upnp-org:service:AVDatapath:1。它暴露的状态变量反映了所有活动连接的当前状态、支持的传输协议和内容格式集合，以及底层媒体传输子系统的能力。控制点通过一组定义良好的动作与该服务交互，包括：PrepareForConnection、ConnectionComplete、GetCurrentConnectionInfo、GetProtocolInfo 以及提供连接状态变化异步通知的事件变量。

在实际部署中，AV Datapath 服务通常嵌入在数字媒体渲染器（DMR）或数字媒体服务器（DMS）设备中。例如，一台支持 UPnP 的智能电视内部运行 AV Datapath 服务，当用户从手机上的媒体应用推送视频时，电视的服务实例接收 PrepareForConnection 请求，分配硬件视频解码器资源，建立 HTTP 流会话，然后开始播放。整个过程涉及服务层与底层操作系统和硬件驱动之间的紧密协作。

服务动作与状态变量详解

GetProtocolInfo 动作返回支持的传输协议和内容格式列表，涵盖源（SRC）和接收端（SINK）能力。返回的字符串遵循结构化格式：protocol:network:contentFormat:additionalInfo。例如 http-get:*:video/mpeg:DLNA.1.5 表示支持使用 HTTP GET 传输协议传输 MPEG 视频内容。控制点使用这些信息判断源-接收端对是否兼容——如果两个设备至少支持一种共同的协议/格式组合，就可以建立连接。

PrepareForConnection 动作可以说是最复杂的。它接收远程设备的协议信息、对等连接管理器 URL 以及媒体流方向（输入或输出）作为输入参数。服务随后分配内部资源（缓冲池、解码器实例、网络套接字），从其支持的列表中选择兼容的协议，并返回新的连接 ID 和选定的协议信息。这种设计确保资源分配在媒体数据流动之前完成，从而降低了流中断的可能性。

服务实现工程最佳实践

在资源受限的嵌入式设备上实现 AV Datapath 服务时，生产部署中出现了几种设计模式。首先，连接池化：不为每个连接都分配和释放资源，而是维护一个预初始化的传输通道池。这样可以将后续连接的 PrepareForConnection 延迟从几百毫秒降低到接近零。其次，实现优雅降级——如果设备处于高负载状态（CPU 超过 80%、内存紧张），从支持的列表中动态移除高比特率格式，以便控制点协商较低带宽的流。

错误处理值得特别关注。该标准定义了一系列错误代码：701（无此连接）、702（协议不兼容）、703（资源不足）、704（方向无效）和 705（不支持连接）。健壮的实现不仅要返回正确的错误代码，还应在本地记录诊断信息。在现场部署中，最常见的错误是 703——当控制点尝试打开过多并发连接时。建议实现一个管理动作（标准之外），允许在运行时查询和调整最大连接数限制。

事件通知性能是另一个关键领域。LastChange 状态变量使用 XML 将所有连接相关的变更聚合到单个事件载荷中。实现者应当：（1）将 200 毫秒窗口内的多个状态变更合并为单个事件，（2）限制 LastChange XML 载荷以免超过 GENA 的 1 MB 体限制，（3）使用 etag 或序列号帮助控制点检测丢失的事件。对于多房间音频系统，考虑为每个连接实现单独的事件订阅，防止跨连接的状态污染。

常见问题