GB/T 30246.6-2013 家庭网络 第6部分：多媒体与数据网络通信协议

　　ICS 33. 040.40 L 78

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 30246.6—2013

　　家庭网络

　　第 6 部分 : 多媒体与数据网络通信协议

　　Homenetwork—

　　Part6:Multimedia anddata network communication protocol

　　2013-12-31发布 2014-07-15实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 30246.6—2013

　　目 次

　　前言 Ⅲ

　　引言 Ⅳ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语 、定义和缩略语 2

　　3. 1 术语和定义 2

　　3. 2 缩略语 3

　　4 多媒体与数据网络通信协议概述 4

　　5 应用模型 5

　　5. 1 设备类型与功能组件 5

　　5. 2 交互模型 8

　　6 多媒体与数据网络通信协议 13

　　6. 1 协议结构 13

　　6. 2 设备管理 15

　　6. 3 媒体管理 44

　　6. 4 媒体传输 52

　　6. 5 媒体格式 53

　　6. 6 服务质量(QoS) 53

　　7 多媒体网络与控制网络跨网应用 54

　　7. 1 概述 54

　　7. 2 设备类型 54

　　7. 3 应用模型 55

　　7. 4 工作模式 56

　　附录 A (资料性附录) 媒体管理服务相关操作参数 61

　　A. 1 内容目录服务(CDS)的操作参数 61

　　A. 2 连接管理服务(CMS) 63

　　A. 3 音视频传输服务(AVT) 64

　　A. 4 播放控制服务(RCS) 67

　　附录 B (资料性附录) 媒体管理实例 74

　　B. 1 媒体管理流程实例 74

　　B. 2 消息实例 76

　　Ⅰ

　　GB/T 30246.6—2013

　　前 言

　　GB/T 30246《家庭网络》分为如下 11个部分 :

　　— 第 1部分 :系统体系结构及参考模型 ;

　　— 第 2部分 :控制终端规范 ;

　　— 第 3部分 : 内部网关规范 ;

　　— 第 4部分 :终端设备规范 音视频及多媒体设备 ;

　　— 第 5部分 :终端设备规范 家用及类似用途电器 ;

　　— 第 6部分 :多媒体与数据网络通信协议 ;

　　— 第 7部分 :控制网络通信协议 ;

　　— 第 8部分 :设备描述文件规范 XML格式 ;

　　— 第 9部分 :设备描述文件规范 二进制格式 ;

　　— 第 10部分 :多媒体与数据网络接口一致性测试规范 ;

　　— 第 11部分 :控制网络接口一致性测试规范 。

　　本部分为 GB/T 30246的第 6部分 。

　　本部分按照 GB/T 1. 1—2009给出的规则起草 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别这些专利的责任 。

　　本部分由中华人民共和国工业和信息化部提出 。

　　本部分由全国音频 、视频及多媒体系统与设备标准化技术委员会(SAC/TC242)归 口 。

　　本部分起草单位 :海尔集团公司 、华南理工大学 、索尼(中国) 有限公司 、中山大学 、中国电子技术标准化研究院 、诺基亚(中国)投资有限公司 、中国家用电器研究院 、三星电子(中国)研发中心 、广州市聚晖电子科技有限公司 、广东工业大学 、西门子(中国)有限公司 。

　　本部分主要起草人 : 张诚 、张玲 、冯承文 、顾清坤 、谢胜利 、余荣 、吴宗泽 、陈任 、蒋昊 、罗笑南 、张红 、田晨燕 、王劲松 、邴旭卫 、赵鹏 、熊张亮 、矫伟 、陈健民 、贾东耀 、范一兵 。

　　Ⅲ

　　GB/T 30246.6—2013

　　引 言

　　家庭网络是指将家庭范畴里的音视频设备 、家用电器 、信息设备 、水电气暖计量表 、照明系统 、安防报警求助系统等连接在一起组成的一种局域网 ,各种终端设备通过家庭网络实现网络化 , 能够互联互通 ,实现各种网络化的管理和服务 ,实现资源和服务的共享 ,组成家庭信息 、娱乐 、控制的互联系统 。

　　Ⅳ

　　GB/T 30246.6—2013

　　家庭网络

　　第 6 部分 : 多媒体与数据网络通信协议

　　1 范围

　　GB/T 30246的本部分规定了家庭多媒体与数据网络的通信协议 ,包括交互模型 、设备管理 、媒体管理 、媒体传输机制以及其与控制网络的跨网应用和通信协议 。

　　本部分适用于家庭或类似的室内场所的消费类电子产品 、计算机产品 、通信产品所组成的多媒体与数据网络构建 。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的 。凡是注 日期的引用文件 ,仅注 日期的版本适用于本文件 。凡是不注日期的引用文件 ,其最新版本(包括所有的修改单)适用于本文件 。

　　GB 15629. 11—2003 信息技术 系统间远程通信和信息交换局域网和城域网 特定要求 第 11部分 :无线局域网媒体访问控制和物理层规范

　　GB 15629. 1101—2006 信息技术 系统间远程通信和信息交换 局域网和城域网

　　特定要求

　　第

　　11部分 :无线局域网媒体访问控制和物理层规范 :5. 8 GHz频段高速物理层扩展规范

　　GB 15629. 1102—2003 信息技术 系统间远程通信和信息交换 局域网和城域网

　　特定要求

　　第

　　11部分 :无线局域网媒体访问控制和物理层规范 :2. 4 GHz频段较高速物理层扩展规范

　　GB 15629. 1104—2006 信息技术 系统间远程通信和信息交换 局域网和城域网

　　特定要求

　　第

　　11部分 :无线局域网媒体访问控制和物理层规范 :2. 4 GHz频段更高数据速率扩展规范GB/T 30246. 1 家庭网络 第 1部分 :系统体系结构及参考模型

　　GB/T 30246. 4 家庭网络 第 4部分 :终端设备规范 音视频及多媒体设备

　　GB/T 30246. 7 家庭网络 第 7部分 :控制网络通信协议

　　GB/T 30246. 8 家庭网络 第 8部分 :设备描述文件规范 XML格式

　　ISO/IEC 29341-1:2008 信息技术 UPnP设 备 结 构 第 1 部 分 : UPnP设 备 体 系 结 构 版 本 1. 0 (Information technology—UPnP device architecture—Part1:UPnP device architecture version 1. 0)

　　ISO/IEC 29341-3:2008 信息技术 UPnP设备结构 第 3 部分 : 音视 频 控 制 协 议(Information technology—UPnP device architecture—Part3:Audio video controlprotocol)

　　ISO/IEC 29341-9:2008 信息技术 UPnP设备结构 第 9部分 :成像设备控制协议(Information technology—UPnP device architecture—Part9:Imaging device controlprotocol)

　　IEC 62481-1:2007 数字生活网络联盟家庭网络设备互操作导则 第 1 部分 :结构和协议[Digital livingnetwork alliance(DLNA) homenetworkinteroperabilityguidelines—Part1:Architectureandprotocols]

　　IEC 62481-2:2007 数字生活网络联盟家庭网络设备互操作导则 第2部分 :媒体格式(Digitalliving network alliance(DLNA) homenetwork interoperabilityguidelines—Part2:DLNA mediaformats]

　　IEEE 802. 3i 802. 3 的增补 多段 10 M/s基带网络(第 13章)的系统注意事项及双绞线附属单元和基带介质规范 ,10BASE-T类型(第 14章)[Supplementto 802. 3—System Considerations for multi- segment10 M/s baseband networks (Section 13) and twisted-pair medium attachmen unit and base- band med spec,type10BASE-T (Section14)]

　　1

　　GB/T 30246.6—2013

　　IEEE 802. 3u IEEE局域网和城域网 增补 100Mb/s 以太网的媒介访问控制方法和物理层 、媒介附属 单 元 及 中 继 器 规 范[IEEE local and metropolitan area networks—Supplement—Media access control (MAC) parameters,physicallayer,medium attachmentunitsand repeaterfor100Mb/s opera- tion,type100BASE-T (Clauses 21-31)]

　　IEEE 802. 11a/b/g/n 信息技术 电信和系统间的信息交换 无线局域网媒质接入控制层及物理层标准 第 11部分 :无线局域网媒体访问控制(MAC)和物理层(PHY)规范[IEEE standard for infor- mation technology—Telecommunicationsand information exchangebetween systems—Localand met- ropolitan area networks—Specific requirements—Part 11: Wireless LAN medium access control (MAC) and physical layer(PHY) specifications]

　　IEEE 802. 1q 信息技术 电信和系统间的信息交换 局域网和城域网 通用规范 :虚拟桥接局域网(Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Common specifications:Virtualbridged localarea networks)

　　3 术语、定义和缩略语

　　3. 1 术语和定义

　　GB/T 30246. 1 界定的以及下列术语和定义适用于本文件 。

　　3. 1. 1

　　家庭多媒体与数据网络 homemultimedia and data network

　　家庭网络中主要用来传输多媒体和数据信息的高速网络 。

　　3. 1.2

　　家庭控制网络 homecontrolnetwork

　　家庭网络中主要用来传输控制信息的网络 。

　　3. 1.3

　　控制网关 homecontrolgateway

　　在家庭控制网络中提供协议转换 、设备管理 、网络管理和各种控制服务的家庭逻辑功能网关 。 3. 1.4

　　媒体设备 media device

　　能够提供音视频内容传输及管理 、存储或呈现相关服务 ,并能够被媒体控制点发现及控制的逻辑功能实体 。

　　3. 1.5

　　媒体控制点 mdia controlpoint

　　能够对媒体设备及其服务进行发现 、订阅服务状态及控制的逻辑功能实体 。

　　3. 1.6

　　设备类型 deviceclass

　　一组具备媒体管理 、媒体传输或控制的功能集合 ,一个物理设备至少支持一种设备类型 。 3. 1.7

　　服务描述 servicedescription

　　对操作及其参数 、状态变量及其数据类型 、范围和事件特征等信息的描述 ,包括指令或操作列表以及每个操作的参数 、状态变量列表等 。家庭多媒体与数据网络中的服务描述采用可扩展置标语言 。

　　3. 1. 8

　　服务 service

　　具有执行操作 、更新状态或发布状态更新等功能的逻辑控制单元 。

　　2

　　GB/T 30246.6—2013

　　3.2 缩略语

　　下列缩略语适用于本文件 。

　　AVT:音视频传输服务(AV TransportService)

　　CDS: 内容目录服务(ContentDirectory Service)

　　CMS:连接管理服务(Connection Manager Service)

　　DHCP:动态主机配置协议(Dynamic HostConfiguration Protocol)

　　DIDL:数字项目声明语言(DigitalItem Declaration Language)

　　DIDL-Lite:数字项目声明语言精简版(DigitalItem Declaration Language-Lite)

　　DLNA:数字生活网络联盟(Digital Living Network Alliance)

　　DMC:数字媒体控制点(DigitalMedia Controller)

　　DMP:数字媒体播放器(DigitalMedia Player)

　　DMPr:数字媒体打印机(DigitalMedia Printer)

　　DMR:数字媒体渲染器(DigitalMedia Renderer)

　　DMS:数字媒体服务器(DigitalMedia Server)

　　DSCP:差分服务代码点(Differentiated Services Code Point)

　　DTCP-IP: 因特网协议数字传输内容保护(Digital Transmission ContentProtection over Internet Protocol)

　　GENA:通用事件通知架构(Generic EventNotification Architecture)

　　HND:家庭网络设备(Home Network Device)

　　HTML:超文本标记语言(HyperTextMark-up Language)

　　HTTP:超文本传输协议(HyperTextTransferProtocol)

　　IPv4:互联网协议第四版(InternetProtocol:Version4)

　　LPCM :线性脉冲编码调制(LinearPulse Code Modulation)

　　M-DMC:移动数字媒体控制点(Mobile DigitalMedia Controller)

　　M-DMD:移动数字媒体下载器(Mobile DigitalMedia Downloader)

　　M-DMP:移动数字媒体播放器(Mobile DigitalMedia Player)

　　M-DMS:移动数字媒体服务器(Mobile DigitalMedia Server)

　　M-DMU :移动数字媒体上传器(Mobile DigitalMedia Uploader)

　　MHD:移动手持设备(Mobile HandheldDevice)

　　MRCP:媒体播放器控制点(Media Renderer ControlPoint)

　　MRD:媒体播放器(Media RendererDevice)

　　MSCP:媒体服务器控制点(Media Server ControlPoint)

　　MSD:媒体服务器(Media ServerDevice)

　　PrCP:打印机控制点(Printer ControlPoint)

　　PrD:打印机设备(PrinterDevice)

　　QoS:服务质量(Quality of Service)

　　RCS:播放控制服务(Rendering ControlService)

　　RTCP:实时传输控制协议(RealTime ControlProtocol)

　　RTP:实时传输协议(RealTime Protocol)

　　RTSP:实时流媒体传输协议(RealTime Streaming Protocol)

　　SOAP:简单对象访问协议(Simple ObjectAccess Protocol)

　　SSDP:简单服务发现协议(Simple Service Discovery Protocol)

　　TCP:传输控制协议(Transmission ControlProtocol)

　　3

　　GB/T 30246.6—2013

　　UDP:用户数据报协议(UserDatagram Protocol)

　　UPnP:通用即插即用(UniversalPlug and Play)

　　URI:统一资源标识符(Uniform Resource Identifier)

　　URL:统一资源定位器(Uniform Resource Locator)

　　URN:统一资源名称(Uniform Resource Name)

　　UUID:全球唯一标识符(Universally Unique Identifier)

　　VirtualDMR:虚拟数字媒体播放器(VirtualDigitalMedia Render)

　　VirtualDMS:虚拟数字媒体服务器(VirtualDigitalMedia Server)

　　VirtualM-DMS:虚拟移动数字媒体服务器(VirtualMobile DigitalMedia Server)

　　WMM :WiFi多媒体(WiFiMultimedia)

　　XML:可扩展置标语言(Extensible Markup Language)

　　4 多媒体与数据网络通信协议概述

　　本部分规定了家庭多媒体与数据网络设备互连及媒体资源共享的通信及应用协议 ,规定了家庭多媒体与数据网络内部及多媒体网络与控制网络间的跨网通信框架 、协议以及应用模型 。

　　家庭多媒体与数据网络基于 IP 网络协议 ,可支持多种有线和无线传输方式 ,支持不同厂商的不同产品间的互连互通和互操作 。

　　多媒体与数据网络应用基于设备管理 、媒体管理和媒体传输协议 ,包括无中心节点模式和有中心节点模式 。多媒体网络与控制网络跨网应用基于多媒体与控制网络跨网通信协议 。

　　多媒体与数据网络通信协议功能结构如图 1所示 。物理层和数据链路层应支持以下至少一种标准选项 :

　　图 1 多媒体与数据网络通信协议结构

　　4

　　GB/T 30246.6—2013

　　a) IEEE 802. 3i/u;

　　b) IEEE 802. 11a 或 GB 15629. 1101—2006;

　　c) IEEE 802. 11b/g或 GB 15629. 1102—2003或 GB 15629. 1104—2006;

　　d) IEEE 802. 11 n。

　　物理层和数据链路层可选支持蓝牙通信协议(Bluetooth) 。

　　网络层应支持 IPv4协议 。

　　传输层应支持 TCP协议和 UDP协议 。

　　5 应用模型

　　5. 1 设备类型与功能组件

　　5. 1. 1 媒体功能组件

　　5. 1. 1. 1 概述

　　本部分将家庭多媒体与数据网络中的设备分为若干设备类型 ,每种设备类型中包含相应的媒体功能组件和控制功能组件 。设备类型定义参见 5. 1. 2。

　　媒体功能组件包括媒体服务器(MSD) 、媒体播放器(MRD) 、媒体服务器控制点(MSCP) 、媒体播放器控制点(MRCP) 、打印机控制点(PrCP) 、打印机设备(PrD)以及中心控制节点(CCN) 。其中 MSD是媒体内容的提供者 ,MRD是媒体内容的接收者;MSD和 MRD可以对媒体内容进行识别 、管理 、传输及呈现 ,支持相应的 媒 体 管 理 服 务 (参 见 6. 3) 。 MSCP 是 对 MSD 实 施 操 作 的 设 备 , 可 以 设 定 、初 始 化MSD,控制 、管理媒体内容传输 。MRCP是对 MRD实施操作的设备 ,可以设定 、初始化 MRD,控制 、管理媒体内容传输 。

　　后续章条中将包含 MSCP或 MRCP功能组件的设备称为媒体控制点 ,将包含 MSD 或 MRD 功能组件的设备统称为媒体设备 。

　　媒体控制点可以触发或调用媒体设备的媒体管理服务 ,但自身不参与对媒体内容的处理 。

　　5. 1. 1.2 媒体服务器

　　MSD提供在家庭网络内可传送的媒体内容(包括视频 、音频 、图像等) ,并允许媒体控制点浏览 、搜索其媒体内容列表 。MSD符合 ISO/IEC 29341-3:2008的相关规定 ,并应支持内容 目 录服务(CDS) 及连接管理服务(CMS) ,可支持音视频传输服务(AVT) 。

　　5. 1. 1.3 媒体播放器

　　MRD可呈现在家庭网络内获取的媒体内容 ,并允许媒体控制点控制内容的呈现 ,如亮度 、对比度 、音量 、静音等 ,而且基于 不 同 的 传 输 协 议 还 可 对 媒 体 流 的 呈 现 过 程 进 行 控 制 , 如 终 止 、暂 停 、快 进 等 。 MRD符合 ISO/IEC 29341-3:2008的相关规定 ,并应支持播放控制服务(RCS)及 CMS,可支持 AVT。

　　5. 1. 1.4 媒体控制点

　　媒体控制点可以是 MSCP或 MRCP,其作用是初始化和配置 MSD或 MRD,触发媒体流传输 ,控制和协调 MSD或 MRD 的多媒体内容共享过程 。媒体控制点符合 ISO/IEC 29341-3: 2008 的相关规定 。媒体控制点可具备以下功能 :

　　5

　　GB/T 30246.6—2013

　　a) 通过设备管理发现家庭网络中的 MSD或 MRD设备 ;

　　b) 通过调用 MSD上 CDS中的 Browse及 Search操作对媒体内容进行定位 ,并可通过其响应信息获取 MSD所支持的媒体传输协议及数据格式 ;

　　c) 获取 MRD 的播放能力 : 可以通过调 用 MRD 上 CMS 中 的 GetProtocolInfo 操 作 , 获 取 MRD支持的传输协议及数据格式 ;

　　d) 比较/匹配媒体传输协议及媒体格式 :对可以获取的 MSD及 MRD 支持的传输协议及数据格式进行比较 ,并选择两者共同支持的传输协议及数据格式 ;

　　e) 配置 MSD及 MRD 的媒体传输及媒体播放属性 :可以通过调用 CMS中的 PrepareForConnec- tion操作 ,将选定的传输协议及数据格式信息告诉 MSD及 MRD; MSD 或 MRD 根据该信息向媒体控制点返回一个音视频传输例程标识(AVTransport InstanceID) ,媒体控制点利用该标识对媒体流进行播放 、终止 、暂停 、快进等控制 。此外 ,MRD 向媒体控制点返回一个播放控制例程标识(Rendering ControlInstanceID) ,媒体控制点利用该标识对播放属性进行控制 ;

　　f) 选择媒体内容 :利用 AVTransportInstanceID,调用 SetAVTransportURI操作确认需要传输的媒体内容 ;

　　g) 启动媒体内容传输 :媒体控制点利用 AVT, 通过调用各种媒体控制操作 , 控制媒体传输过程(包括播放 、终止 、快进等) ;

　　h) 调节媒体播放属性 :媒体控制点利用 RCS,通过触发各种播放控制操作对 MRD 的亮度 、对比度 、音量等进行控制 。

　　5. 1. 1.5 打印机控制点

　　PrCP 的作用是在相应 的 打 印 机 上 创 建 打 印 任 务 , 调 用 打 印 服 务 。 PrCP 符 合 ISO/IEC 29341-9: 2008的相关规定 。

　　5. 1. 1.6 打印机设备

　　PrD的作用是执行打印机控制点分配的打印任务 ,打印媒体内容(图像等) 。PrD符合ISO/IEC29341-

　　9:2008的相关规定 。

　　5. 1. 1.7 中心控制节点

　　中心控制节点的作用是搜集网络中的设备 、设备上的媒体资源与媒体控制点信息 ,为媒体控制点提供设备查询 、资源查询等服务 ,主要可分为以下两个方面 :

　　a) 建立并维护设备注册表 ,并提供给媒体控制点 ,为媒体控制点提供网络中的媒体设备信息 ;

　　b) 主动搜集浏览媒体设备存储的媒体资源 ,生成媒体资源列表 ,为媒体控制点提供媒体资源管理服务 ,具备资源查询 、资源浏览功能 。

　　中心控制节点具有媒体控制点的功能 ,是在媒体控制点基础上的扩展 。在多数情况下 , 中心控制节点可以同时具备 MSD 的功能 。

　　5. 1.2 设备类型

　　设备类型是集合媒体管理 、媒体传输等功能模块 ,具有完整协议栈的逻辑实体 。每种设备类型在实际应用中可对应多种不同的产品 。一种产品可以集成一种或多种设备类型 。在家庭多媒体与数据网络通信协议中的设备类型如表 1所示 。

　　6

　　GB/T 30246.6—2013

　　表 1 设备类型

　　设备类型

　　媒体功能组件

　　作 用 描 述

　　家庭网络设备

　　(HND)

　　数字媒体服务器

　　(DMS)

　　MSD

　　显示媒体内 容 列 表 和 发 送 媒 体 内 容 。 可 以 包 括 数 字 机顶盒或数字照相机

　　数字媒体播放器

　　(DMP)

　　MSCP

　　发现 DMS或 M-DMS上的媒体内容 ,在该设备上播放内容 。可以包括电视或掌上游戏机等

　　数字媒体渲染器

　　(DMR)

　　MRD

　　受 DMC 或 M-DMC 控 制 建 立 连 接 , 播 放 DMS 或 M- DMS传输的内容

　　数字媒体控制器

　　(DMC)

　　MSCP或 MRCP

　　发现 DMS, 显 示 DMS 的 媒 体 内 容 列 表 , 可 匹 配 内 容 与DMR 的能力 ,建立 DMS和 DMR之间的连接

　　数字媒体打印机

　　(DMPr)

　　PrD

　　打印图片

　　移动手持设备

　　(MHD)

　　移动数字媒体服务器

　　(M-DMS)

　　MSD

　　显示媒体内容列表和发送媒体内容

　　移动数字媒体播放器

　　(M-DMP)

　　MSCP

　　发现 DMS或 M-DMS上 的 媒 体 内 容 , 在 该 设 备 上 播 放内容

　　移动数字媒体上传器

　　(M-DMU)

　　MSCP

　　使用上载功能发送内容到 M-DMS或 DMS

　　移动数字媒体下载器

　　(M-DMD)

　　MSCP

　　发现和下载 M-DMS或 DMS显 示 媒 体 内 容 列 表 对 应 的媒体内容 ,并在该设备上播放下载后的内容

　　移动数字媒体控制器

　　(M-DMC)

　　MSCP或 MRCP

　　发现 M-DMS或 DMS显示的媒体内容列表 ,可匹配内容与 DMR 的能 力 ,建 立 DMS或 M-DMS和 DMR 之 间 的连接

　　中心节点

　　中心节点

　　中心控制节点

　　搜集网络中的设备 、媒 体 设 备 上 的 媒 体 资 源 与 媒 体 控 制点信息 ,为 DMC提供设备查询 、资源查询等服务

　　其中在家庭网络中相对位置固定的设备称为 HND,可便携的设备称为 MHD。 HND 和 MHD 可具有相同或类似功能但可支持不同的媒体格式 。

　　媒体管理模块是位于 媒 体 管 理 层 面 , 能 够 实 现 CDS、AVT、CMS、RCS等 媒 体 管 理 服 务 的 逻 辑 实体 。媒体管理模块的规定符合 6. 3。

　　媒体传输模块是基于 HTTP传输协议,实现媒体内容在家庭网络环境中以相应的传输模式及服务质量进行传输的逻辑实体 ,相关规定符合 6. 4及 6. 6。

　　在一些应用模型中 ,不同设备类型可实现相同的媒体控制功能 , 这些共通的功能称为控制功能组件 。控制功能组件的相关规定见表 2。

　　表 2 控制功能组件

　　控制功能组件

　　对应设备类型

　　媒体功能组件

　　控制功能描述

　　推送控制器

　　任意

　　MRCP

　　能将本地媒体内容推送到 DMR

　　打印控制器-1

　　任意

　　PrCP

　　能够 控 制 DMPr进 行 图 像 打 印 , 并 能 向 DMPr输 出XHTML打印文件及相应图像内容

　　7

　　GB/T 30246.6—2013

　　表 2 (续)

　　控制功能组件

　　对应设备类型

　　媒体功能组件

　　控制功能描述

　　打印控制器-2

　　任意

　　PrCP

　　MSCP

　　能够控制 DMPr进行图像打印 ,并能在 DMS/M-DMS上查找图像内容 , 向 DMPr提 供 XHTML 打 印 文 件 , 并 能指导 DMPr打印从 DMS/M-DMS上获得的图像内容

　　上传控制器

　　任意

　　MSCP

　　能够向 DMS/M-DMS上传媒体内容

　　下载控制器

　　任意

　　MSCP

　　能够从 DMS/M-DMS下载媒体内容

　　5.2 交互模型

　　5.2. 1 概述

　　多媒体与数据网络内部的媒体传输与共享包括 9 个典型的媒体交互模型 ,这些交互模型包含媒体共享 、媒体打印 、数据共享 、媒体转换及多媒体控制场景 。交互模型遵循 IEC 62481-1:2007的规定 。

　　5.2.2 媒体共享

　　5.2.2. 1 媒体点播

　　用户通过操控 DMP或 M-DMP,实现浏览 、选择 DMS或 M-DMS上的媒体内容 , 以点播的方式获取 DMS或 M-DMS的媒体内容 。具体流程如图 2所示 :

　　a) DMP或 M-DMP请求浏览 DMS或 M-DMS上的媒体内容列表并选择需要播放的媒体内容 ,该步调用了 CDS:Browse操作 ;

　　b) DMP或 M-DMP通过 HTTPGET 向 DMS或 M-DMS请求获取其媒体内容;

　　c) DMS或 M-DMS通过 HTTPGET 响应向 DMP或 M-DMP传送媒体内容。

　　图 2 媒体点播应用模型

　　5.2.2.2 媒体推送

　　用户通过操控带有推送控制器功能的设备 ,选择播放的媒体内容 ,并将媒体内容推送到 DMR。具体流程如图 3所示 :

　　a) 推送 控 制 器 启动 DMR 的 媒 体 播 放 程 序 ; 该 步 调 用 了 AVT 下 的 设 置 音 视 频 传 输 标 识(SetAVTransportURI)操作 ;

　　b) DMR通过 HTTPGET 向推送控制器请求获取其媒体内容;

　　c) 推送控制器通过 HTTPGET 响应向 DMR传送媒体内容。

　　8

　　GB/T 30246.6—2013

　　图 3 媒体推送应用模型

　　5.2.2.3 第三方控制的媒体共享

　　用户通过 操 控 DMC 或 M-DMC, 浏 览 DMS或 M-DMS上 的 媒 体 内 容 , 选 择 合 适 的 DMR, 并 将DMS或 M-DMS上的媒体内容传送到 DMR。具体流程如图 4所示 :

　　a) DMC或 M-DMC通过调用 CDS:Browse操作浏览 DMS或 M-DMS上的媒体内容列表并选择需要播放的媒体内容 ;

　　b) DMC或 M-DMC通过调用 CMS:GetProtocolInfo操作获取 DMR 的播放能力信息 ,并确认其具备播放该媒体内容的能力;DMC或 M-DMC通过调用 AVT: SetAVTransportURI操作建立 DMR 到 DMS或 M-DMS的连接 ;

　　c) DMR通过 HTTPGET请求获取 DMS/M-DMS上的媒体内容;

　　d) DMS/M-DMS通过 HTTPGET 响应向 DMR传送媒体内容。

　　图 4 第三方控制的媒体共享应用模型

　　9

　　GB/T 30246.6—2013

　　5.2.3 媒体打印

　　5.2.3. 1 点对点打印

　　用户通过操控带有打印控制器-1功能的设备 ,将要打印的内容传送至打印设备 DMPr。该交互模型中设备利用了 XHTML打印方式 。其中打印控制器-1存有需要打印的内容 。具体流程如图 5所示 :

　　a) 打印控制器-1调用 DMPr的打印服务 ; 向 DMPr提供图像内容的 URL;

　　b) 打印控制器-1向 DMPr传送 XHMTL打印文件 ;

　　c) DMPr向打印控制器-1请求获取图像内容 ;

　　d) 打印控制器-1向 DMPr传送图像内容 。

　　图 5 点对点打印应用模型

　　5.2.3.2 第三方控制的打印

　　用户通过操控带有打印控制器-2功能的设备 ,将 DMS或 M-DMS上的图像内容传送至 DMRr。具体流程如图 6所示 :

　　图 6 第三方控制的打印应用模型

　　10

　　GB/T 30246.6—2013

　　a) 打印控制器-2浏览 DMS或 M-DMS上的媒体内容列表并选择需要打印的内容 ;

　　b) 打印控制器-2获取图像内容的 URL,并生成相应的 XHTML打印文件 ;

　　c) 打印控制器-2调用 DMPr的打印服务 ; 向 DMPr提供图像内容的 URL;

　　d) 打印控制器-2向 DMPr传送 XHMTL打印文件 ;

　　e) DMPr向 DMS或 M-DMS请求获取图像内容 ;

　　f) DMS或 M-DMS向 DMPr传送图像内容 。

　　5.2.4 数据共享

　　5.2.4. 1 下载

　　用户通过操控带有下载控制器功能的设备或 M-DMD,从 DMS或 M-DMS下载媒体内容 。具体流程如图 7所示 :

　　a) 下载控制器或 M-DMD通过调用 CDS:Browse在 DMS或 M-DMS上查找可下载的媒体内容 ;

　　b) 下载控制器或 M-DMD通过 HTTPGET 向 DMS或 M-DMS请求下载媒体内容;

　　c) DMS或 M-DMS通过 HTTPGET 响应向下载控制器或 M-DMD传送媒体内容。

　　图 7 下载应用模型

　　5.2.4.2 上传

　　用户通过操控带有上传控制器功能的设备或 M-DMU , 向 DMS或 M-DMS上传媒体内容 。具体流程如图 8所示 :

　　a) 上传控制器或 M-DMU 通过调用 CDS:CreatObject为上传的媒体内容创建一个 CDS端 口 ;

　　b) 上传控制器或 M-DMU通过 HTTP PUT方式向 DMS或 M-DMS传送媒体内容。

　　图 8 上传应用模型

　　11

　　GB/T 30246.6—2013

　　5.2.5 媒体转换

　　HND和 MHD对媒体的要求存在差异 ;通常 MHD受屏幕尺寸 、处理器能力 、存储量以及带宽能力的限制 ,会采用优化的或限定的媒体特性集 ,可能造成与家庭网络设备不匹配 ,从而无法解析 、传送或播放对方的媒体内容 。 可通过一个 HND 与 MHD 间的媒体转换应用接 口 ,实现两种设备间媒体的编码转换 、速率转换以及媒体内容的缩放等功能 。

　　具备该应用接口的设备称为虚拟设备 ,包括虚拟媒体服务器(Vitrual DMS) ,虚拟移动媒体服务器(VirtualM-DMS)和虚拟媒体播放器(VirtualDMR) 。虚拟设备封装了 DMS或 DMR 的相关功能 ,具有相应设备描述文件标识及控制 URL接 口 ,并且具有媒体转换功能模块 ,从而能够在 HND 和 MHD之间转发指 令 消 息 并 进 行 媒 体 转 换 。 Virtual DMS 应 支 持 DMS 的 所 有 必 选 及 可 选 功 能 和 属 性 。 VirtualM-DMS应支持 M-DMS的所有必选功能和属性 。VirtualDMR应支持 DMR 的所有必选功能和属性 。

　　该模型定义了利用虚拟设备实现 MHD与 HND(DMS和 DMR)间互通的功能 。具体流程如图 9、图 10所示 。

　　图 9 媒体转换应用模型(虚拟媒体服务器)

　　图 10 媒体转换应用模型(虚拟媒体播放器)

　　5.2.6 多媒体控制

　　用户通过操控 DMC或 M-DMC,控制 DMS或 M-DMS的媒体流传输 ,并控制 DMR 的呈现 。示例如图 11所示 :

　　a) DMC或 M-DMC可通过调用 AVT:Play,Stop,Pause等操作控制媒体流 ;

　　b) DMC或 M-DMC能通过调用 RCS:SetVolume等操作控制显示器(音量 、亮度 、对比度等) 。

　　12

　　GB/T 30246.6—2013

　　图 11 设备控制应用模型

　　6 多媒体与数据网络通信协议

　　6. 1 协议结构

　　6. 1. 1 概述

　　多媒体与数据网络通信协议包括如下功能 :

　　a) 实现所有多媒体设备之间的互联和互操作 ;

　　b) 在多媒体设备之间建立可相互发现的设备管理机制 ,使多媒体设备能够发现网络上其他设备和服务的存在 ,并能识别它们的功能和相关能力 , 比如配置这些设备和服务以及控制的能力 ;

　　c) 在多媒体设备之间建立可互操作的媒体管理和控制框架 , 能够使不同厂商提供的设备之间实现媒体信息的交换和控制以及对媒体内容进行组织 、浏览 、搜索和选择 ;

　　d) 在多媒体设备之间建立可互操作媒体格式和流协议 , 以确保可以共享和使用媒体 ;

　　e) 在多媒体设备间建立一致的 QoS机制 。

　　打印机媒体管理不在本部分中作详细规定 ,应遵循 ISO/IEC 29341-9:2008 中第 1 部分和第 12部分关于打印机设备和基本打印服务的规定 。

　　6. 1.2 无中心节点模式

　　多媒体与数据网络在无中心模式下 ,需要共享媒体资源的设备间可以 自动互相发现 、识别 、建立连接并进行媒体资源传输 ,在此过程中无需借助其他节点进行协调和控制 。其无中心节点模式下 ,设备管理 、媒体管理与媒体传输协议的协议栈如图 12所示 。

　　13

　　GB/T 30246.6—2013

　　图 12 设备管理、媒体管理与媒体传输协议(无中心节点模式)

　　该协议符合 IEC 62481-1:2007协议的互操作性框架的规定 ,包含所支持设备和软件基础设施的互操作构建模块 , 以及设备管理 、媒体管理 、媒体传输 、媒体格式等要 求 , 以 及 相 应 的 QoS和 链 接 保 护 机制 ;可在家庭环境中实现各种联网设备的自动发现 、自动配置和自动管理 ,并建立无缝紧密的连接 ,实施完整的控制和数据传输 、内容共享 。

　　基于上述框架 ,多媒体传输与共享按实现过程可分为三个阶段 :设备管理 、媒体管理和媒体传输 。具体为 :

　　a) 设备管理包括设备寻址 、设备发现 、服务发现及调用操作等功能 ,应遵循 IEC 62481-1: 2007, ISO/IEC29341-1:2008的相关规定 ;其中 ,设备寻址宜采用 DHCP寻址机制 ;设备也可以通过手工设置 IP地址或 Auto-IP确定其地址,并保证其地址和其他设备没有冲突 ;

　　b) 媒体 管 理 体 现 为 设 备 间 对 多 媒 体 内 容 的 识 别 、管 理 和 分 发 , 应 遵 循 IEC 62481-1: 2007、 ISO/IEC 29341-3:2008和 ISO/IEC 29341-9:2008的相关规定 ;

　　c) 媒体传输 , 即多媒体内容的传输 ,应遵循 IEC 62481-1:2007和 IEC 62481-2:2007的相关规定 ,应支持 HTTP1.0/1.1,可支持 DTCP-IP协议和 RTP/RTSP协议。

　　6. 1.3 有中心节点模式

　　当家庭多媒体网络中存在中心节点时 ,可采用集中管理方式 。 家庭网络的集中管理模式修改了无中心节点模式部分技术内容 ,并与之兼容 。其协议栈如图 13所示 :

　　a) 设备管理包括设备寻址 、中心节点宣告 、媒体设备注册与注销 、媒体控制点注册与注销 、设备发现 、服务发现及调用操作等功能 ;设备可以通过手工设置 IP地址或 Auto-IP确定其地址,并保证其地址和其他设备地址没有冲突 ;

　　b) 媒体管理体现为设备间对多媒体内容的识别 、管理和分发 ;有中心节点的媒体管理主要体现为提供集中式的设备目录以及统筹式媒体资源信息服务 ;

　　c) 媒体传输 , 即多媒体内容的传输 ,应遵循 IEC 62481-1:2007、IEC 62481-2:2007的相关规定 ,应支持 HTTP1.0/1.1,可支持 RTP/RTSP协议。

　　14

　　GB/T 30246.6—2013

　　图 13 设备管理与媒体管理协议(有中心节点模式)

　　6.2 设备管理

　　6.2. 1 概述

　　设备管理包括设备注册 、设备注销 、设备和服务发现 、调用操作和事件触发等几部分 。设备管理结构符合 ISO/IEC29341-1:2008的相关规定。设备管理利用了 HTTP、SOAP、SSDP和 GENA协议。

　　设备管理分为无中心节点和有中心节点两种模式 。

　　6.2.2 无中心节点的设备管理

　　6.2.2. 1 概述

　　在无中心节点的设备管理机制下 ,需要进行媒体资源共享的设备间 自动发现 、识别并对媒体资源进行控制和调用 。无中心节点的设备管理的逻辑实体包括媒体控制点和媒体设备(即 MSD和 MRD) 。

　　媒体设备入网后首先要向媒体控制点注册 ,包括两种方式 :媒体设备可以通过入网宣告的方式向媒体控制点发送注册信息 ;媒体控制点也可以通过设备搜索发现媒体设备 ,并从媒体设备的响应中获得注册信息 。注册信息包括设备的 UUID、设备类型 、服务类型和设备描述文件的 URL等 。

　　在媒体设备注册后 ,媒体控制点可执行下述操作 :

　　a) 获取媒体设备的 设 备 描 述 文 件 和 服 务 描 述 文 件 , 检 索 该 媒 体 设 备 的 描 述 并 获 取 有 关 服 务 的列表 ;

　　b) 检索服务描述 ,查找需要的服务 ;

　　c) 调用操作控制服务 ;

　　d) 向服务的事件源订阅事件 ;当该服务的状态发生变化 ,事件服务器都会向媒体控制点发送事件。

　　15

　　GB/T 30246.6—2013

　　媒体设备需要注销时可直接退出 ,也可向媒体控制点发送退网宣告 ,从而退出网络 。上述设备管理过程可见图 14。

　　图 14 无中心节点的设备管理过程

　　6.2.2.2 设备注册

　　6.2.2.2. 1 概述

　　媒体设备上线后 ,可以以宣告的方式向媒体控制点进行注册 ,使媒体控制点可以发现媒体设备并获取其设备属性、设备标识、服务类型及其设备描述文件的 URL。 同样 ,当一个媒体控制点上线后 ,可以在网络搜索需要的媒体设备 ,从而获取媒体设备信息 。两种情况下的基本交换信息均为一条发现消息 ,其中包含关于该设备或其服务之一的少量基础性的细节信息(例如其类型、标识符和指向更详细信息的一个 URL) 。

　　媒体设备应至少包括一个根设备 ,并可以包括一个或若干个嵌入式设备 。其中根设备为不能被嵌入其他设备的逻辑实体 。

　　当一个新的媒体设备上线后 ,它会多播若干发现消息来宣告根设备及其嵌入式设备和服务 。媒体

　　16

　　GB/T 30246.6—2013

　　控制点可监听标准的多播地址,以获知该媒体设备的信息 。

　　同样 , 当一个新媒体控制点上线后 ,它会多播一条发现消息来搜索需要的设备 、服务 ,或同时搜索二者 。所有媒体设备应监听这些消息的标准多播地址,同时应在其任何嵌入式设备或服务与发现消息中的搜索标准相符合时做出响应 。

　　媒体控制点可通过目标设备的宣告消息或搜索目标设备发现需要的媒体设备 。 在任何一种情况下 ,如果媒体控制点需要了解关于该媒体设备的更多信息 ,则该媒体控制点利用发现消息中的信息来发送一条描述询问消息 。

　　为了限制网络拥塞 ,每个 IP数据包针对每条多播消息的有效期限(TTL)宜默认为 4。

　　6.2.2.2.2 入网宣告

　　当媒体设备上线后 ,可以通过向一个标准地址和端 口 239. 255. 255. 250: 1900多播宣告消息 ,宣告其服务给媒体控制点 。媒体控制点监听此端口来探测新功能何时在网上可用 。 为了宣告其全部能力 ,一个媒体设备对应其每个嵌入式设备和服务 ,需要多播一系列的发现消息 。 每条消息均包含关于嵌入式设备(或服务)的信息 , 以及关于其内含设备的信息 。消息应包括直到宣告过期的持续时间 ,如果设备仍然可用 ,则应重新发送宣告消息(带有新的持续时间) ;如果设备不再可用 ,则设备宜明确撤消其宣告 ,如果设备本身不能发送撤消消息 ,则宣告将自动过期 。

　　媒体设备与媒体控制点通过 SSDP协议发送和接收宣告和搜索消息 ,详细规定符合 ISO/IEC 29341-

　　1:2008。

　　6.2.2.2.3 入网宣告消息

　　在媒体设备上线时 ,它采用多播方式发送入网宣告消息 , 以告知其包含的根设备信息 、所有嵌入式设备以及它包含的服务 。入网宣告消息应使用 NOTIFY方法 ,其格式如下 :

　　NOTIFY* HTTP/1.1

　　HOST:239. 255. 255. 250: 1900

　　LOCATION(CACHE-CO)N:根设备(TROL)设:备描(max)-a述(ge)RL(宣)告合法持续时间

　　NT:设备或服务类型

　　NTS:ssdp:alive

　　USN:UUID

　　IP信息包的 TTL缺省为 4,并且可配置 。

　　命令行与标头的详细信息见表 3。

　　表 3 入网宣告消息

　　消息

　　说 明

　　必选/可选

　　NOTIFY* HTTP/1.1

　　NOTIFY,发送通知和事件消息的方法,基于 HTTP1.1

　　必选

　　HOST:239. 255. 255. 250: 1900

　　应为 239. 255. 255. 250: 1900

　　必选

　　CACH-CONTROL:宣告合法持续时间

　　以 s为单位 ,取整数 。

　　应包含 max-age,指宣告有效时间 。如果超过此时间间隔 ,媒体控制点可以认为设备(或服务)不再可用 。宜大于或等于 1 800 s,具体由厂商指定

　　必选

　　17

　　GB/T 30246.6—2013

　　表 3 (续)

　　消息

　　说 明

　　必选/可选

　　LOCATION:根设备设备描述URL

　　包含根设备描述的 URL地址 。在 某 些 未 受 管 理 的 网 络 中 ,URL主机可能包含 IP地址而非域名 。具体由厂商决定 。单 一 URL

　　必选

　　NT:设备或服务类型

　　通知类型 。应采用以下一种形式 。单 一 URI。

　　UPnP:rootdevice 根设备发送一次 。

　　uuid:device-UUID

　　每种设备(根设 备 或 嵌 入 式 设 备) 发 送 一 次 。设 备 UUID 由 厂 商指定 。

　　urn: schemas-UPnP-org:device:deviceType:v每种设备(根设备或嵌入式设备)发送一次 。

　　urn: schemas-UPnP-org:service:serviceType:v每种服务发送一次 。

　　urn:domain-name:device:deviceType:v

　　每种设备(根设备或嵌入式设备)发送一次 。Domain name,device type和 v 由设备厂商指定 。

　　urn:domain-name:service:serviceType:v

　　每 种 服 务 发 送 一 次 。Domain name, sevice type和 v 由 设 备 厂 商指定

　　必选

　　NTS:ssdp:alive

　　通知子类型 ,应为 ssdp:alive,单 一 URI

　　必选

　　SERVER: OS/version UPnP/1. 0 product/ version

　　描述设备系统信息 。

　　由操作系统名称 、操作系统版本 、UPnP/1. 0、产品名称以及产品版本等信息串行组合的字符串 。具体由厂商决定

　　必选

　　USN:UUID

　　唯一服务名称 。应 是 以 下 一 种 。前 缀(位 于 双 冒 号 前) 应 与 设 备 描述中的 UDN元素值相匹配 。单 一 URI。

　　uuid:device-UUID: :UPnP:rootdevice

　　根设备发送一次 。设备 UUID 由厂商指定 。

　　uuid:device-UUID

　　每种设备(根设 备 或 嵌 入 式 设 备) 发 送 一 次 。设 备 UUID 由 厂 商指定 。

　　uuid:device-UUID: :urn: schemas-UPnP-org:device:deviceType:v每种设备(根设 备 或 嵌 入 式 设 备) 发 送 一 次 。设 备 UUID 由 厂 商指定 。

　　uuid:device-UUID: :urn:schemas-UPnP-org:service:serviceType:v每种服务发送一次 。设备 UUID 由厂商指定 。

　　uuid:device-UUID: :urn:domain-name:device:deviceType:v

　　每种 设 备 ( 根 设 备 或 嵌 入 式 设 备 ) 发 送 一 次 。 设 备 UUID, domain-name,device type和 v 由厂商指定 。

　　uuid:device-UUID: :urn:domain-name: service:serviceType:v

　　每种服务发送一次 。设备 UUID, domain-name,service type和 v由厂商指定 。

　　(NOTIFY方法发送的请求没有响应消息 。)

　　必选

　　18

　　GB/T 30246.6—2013

　　每个入网宣告消息都包含四个主要组成部分 :

　　a) 在 NT标头标志设备类型或服务类型 ;

　　b) 在 USN标头标志设备或服务唯一标识符 ;

　　c) 在 LOCATION标头标志设备描述的 URL地址(或有关服务的内含设备) ;

　　d) 在 CACHE-CONTROL标头标志宣告合法持续时间 。

　　一个设备通过多播多条消息来宣告其能力 。对于根设备 ,需要发送以下三种入网宣告消息 ,如表 4所示 。

　　表 4 根设备入网宣告消息

　　序号

　　NT

　　USN*

　　1

　　upnp:rootdevice

　　uuid:device-UUID: :upnp:rootdevice

　　2

　　uuid:device-UUID "

　　uuid:device-UUID(根设备的 UUID)

　　3

　　urn: schemas-upnp-org: device:deviceType: v 或

　　urn:domain-name:device:deviceType:v

　　uuid:device-UUID: :urn: schemas-upnp-org:device: deviceType:v(根设备)或

　　uuid:device-UUID: :urn:domain-name:device: deviceType:v

　　对于嵌入式设备 ,需要发送以下两种入网宣告消息 ,如表 5所示 。

　　表 5 嵌入式设备入网宣告消息

　　序号

　　NT

　　USN*

　　1

　　uuid:device-UUID "

　　uuid:device-UUID

　　2

　　urn: schemas-upnp-org: device:deviceType: v 或

　　urn:domain-name:device:deviceType:v

　　uuid:device-UUID: :urn: schemas-upnp-org:device: deviceType:v 或

　　uuid:device-UUID: :urn:domain-name:device: deviceType:v

　　对上述每种设备 ,每种服务需要发送一次入网宣告消息 ,如表 6所示 。

　　表 6 服务入网宣告消息

　　序号

　　NT

　　USN*

　　1

　　urn: schemas-upnp-org: device:deviceType: v 或

　　urn:domain-name:device:deviceType:v

　　uuid:device-UUID: :urn: schemas-upnp-org:device: deviceType:v 或

　　uuid:device-UUID: :urn:domain-name:device:deviceType:v

　　表 3~表 6 中 :

　　a) device-UUID和 domain-name由设备生产厂商定义 ;

　　b) USN标头前缀(位 于 双 冒 号 前) 应 与 设 备 描 述 中 的 UDN 元 素 值 相 匹 配(描 述 部 分 主 要 说 明UDN元素) 。UT标头值应与设备描述中的 UDN元素值相匹配 。

　　如果一个根设备有 d 个嵌入式设备 ,k个不同的服务 ,应发出 3+2d+k条发现消息 。

　　19

　　GB/T 30246.6—2013

　　6.2.2.3 设备注销

　　6.2.2.3. 1 退网宣告

　　在媒体设备及其服务 将 要 从 网 络 中 退 出 时 , 对 于 每 个 未 超 期 的 ssdp: alive消 息 以 多 播 方 式 发 送ssdp:byebye消息 。但如果媒体设备突然从网络退出 ,且在 CACHE-CONTROL标头规定的有效时间内没有再次宣告 ,媒体控制点则认为该设备不可用并将其从缓存中删除 。 当媒体控制点将要从网络中退出时 ,不需要进行退网宣告 。

　　媒体设备与媒体控制点通过 SSDP协议发送和接收退网宣告消息 ,符合 ISO/IEC 29341-1:2008的规定 。

　　6.2.2.3.2 退网宣告消息

　　当媒体设备即将从网络中退出时 ,它为每一条 ssdp:alive消息发送一条多播请求 , 以明确撤销其入网宣告消息 。每个多播请求应采用 NOTIFY方法 ,并且 NTS标头中的 ssdp:byebye采用以下格式 :

　　NOTIFY* HTTP/1.1

　　HOST: 239. 255. 255. 250: 1900

　　NT: 设备或服务类型

　　NTS:ssdp:byebye

　　USN: UUID

　　IP信息包的 TTL缺省为 4,并且可以配置 。

　　命令行与标头的详细信息见表 7。

　　表 7 退网宣告消息

　　消息

　　说明

　　必选/可选

　　NOTIFY* HTTP/1.1

　　NOTIFY,发送通知和事件消息的方法,基于 HTTP1.1

　　必选

　　HOST: 239. 255. 255. 250: 1900

　　应为 239. 255. 255. 250: 1900

　　必选

　　NT: 设备或服务类型

　　参见以上 ssdp:alive NOTIFY 中 NT标头的要求值列表

　　必选

　　NTS:ssdp:byebye

　　通知子类型 。应是 ssdp:byebye。单 一 URI

　　必选

　　USN: UUID

　　参见以上 ssdp:alive NOTIFY 中 USN标头的要求值列表

　　必选

　　6.2.2.4 设备和服务发现

　　6.2.2.4. 1 设备搜索

　　当一个媒体控制点上线时 ,可以通过多播发送搜索消息寻找网络上需要的设备 。搜索消息包括类型或目标 ,相当于设备或服务的类型或标识符 。媒体设备应监听该多播地址,符合条件的媒体设备以单播方式返回响应消息 。

　　媒体设备通过 SSDP协议发送和接收设备搜索消息 ,符合 ISO/IEC 29341-1:2008的相关规定 。

　　6.2.2.4.2 设备搜索请求消息

　　媒体控制点上线时 ,它应采用以下格式的 M-SEARCH 方法发送多播请求 :

　　M-SEARCH* HTTP/1.1

　　20

　　GB/T 30246.6—2013

　　HOST:239. 255. 255. 250: 1900

　　MAN: "ssdp:discover"

　　MX: 最大延迟响应时间

　　ST: 搜索目标类型

　　IP信息包的 TTL宜缺省为 4,并且可以配置 。

　　命令行与标头的详细信息见表 8。

　　表 8 设备搜索请求

　　消息

　　说 明

　　必选/可选

　　M-SEARCH* HTTP/1.1

　　SSDP对 HTTP进行扩展的命令行,SSDP定义的 搜 索 请 求 方 法,基于 HTTP1.1

　　必选

　　HOST:239. 255. 255. 250: 1900

　　应为 239. 255. 255. 250: 1900

　　必选

　　MAN: "ssdp:discover"

　　与 NTS和 ST标头不同 , MAN 标 头 的 值 采 用 双 引 号 。应 为 "ssdp: discover"

　　必选

　　MX:最大延迟响应时间

　　响应延迟的最大时间 。 以 s为单位 ,取值为 1~ 120之间 。收到请求消息后 ,符合查找条件的设备应随机延迟 0 到 MXs发 出 查 找 响 应 ,这样可以为媒体 控 制 点 响 应 平 衡 网 络 负 载 。如 果 大 量 设 备 需 要 响应或如果网络延迟过长 ,那么该值应该适当增大 。具体由厂商决定

　　必选

　　ST: 搜索目标类型

　　搜索目标 。应是以 下 一 种 。 (如 上 ssdp: alive NOTIFY 中 的 NT 标头)单 一 URI。

　　ssdp:all

　　搜索所有设备和服务 。

　　UPnP:rootdevice只搜索根设备 。

　　uuid:device-UUID

　　搜索特定 uuid设备 。

　　urn: schemas-UPnP-org:device:deviceType:v搜索特定设备类型的设备 。

　　urn: schemas-UPnP-org:service:serviceType:v搜索具有特定类型服务的设备

　　必选

　　媒体控制点应多次发送每个 M-SEARCH 消息 。媒体设备应定期重新发送其入网宣告信息 。

　　6.2.2.4.3 设备搜索响应消息

　　当媒体设备接收设备搜索请求消息并符合搜索类型时 ,媒体设备须向发送设备搜索请求消息的多播通道的源 IP地址与端口发送响应信息 。

　　响应应采用以下格式发送 :

　　HTTP/1.1200OK

　　DATE: 响应生成时间

　　CACHE-CONTROL:max-age=宣告合法持续时间

　　EXT:

　　LOCATION:根设备设备描述文件 URL

　　SERVER:OS/version UPnP/1. 0 product/version

　　21

　　GB/T 30246.6—2013

　　ST:搜索目标类型

　　USN: UUID

　　(采用 IP信息包响应请求时无需将 TTL 限定为 4。)

　　上述消息的详细信息见表 9。

　　表 9 设备搜索响应

　　消息

　　说明

　　必选/可选

　　HTTP/1.1200OK

　　HTTP命令行

　　必选

　　CACHE-CONTROL: max-age=

　　宣告合法持续时间

　　说明本设备可能的在线时间 。

　　应带有 max-age,指代宣告有效持续时间 。如果超过此时间间隔 ,媒体控制点可以认为设 备(或 服 务) 不 再 可 用 。宜 大 于 1 800 s。具 体由厂商决定 。取整数

　　必选

　　DATE: 响应生成时间

　　响应生成时间

　　可选(推荐)

　　EXT:

　　确定 MAN标头已经被理解(只限标头 ,无值)

　　必选

　　LOCATION: 根设备设备描述文件 URL

　　根设备描述所需的 URL。在 某 些 未 受 管 理 的 网 络 中 , URL 主 机 可能包含 IP地址,而非域名 。具体由厂商决定 。单 一 URL

　　必选

　　SERVER:

　　包含操作系统名称 、操作系统版本 、UPnP/1. 0、产品名称以及产品版本等信息的串行字符串 。具体由厂商决定 。字符串

　　必选

　　ST: 搜索目标类型

　　搜索目标 。单 一 URI,详细规定见表 3 NT标头要求值列表

　　必选

　　USN:UUID

　　设备类型标识符 。

　　唯一服务名称 ,详细规定见表 3 USN标头要求值列表

　　必选

　　如果设备搜索请求出现错误 ,如 MAN 头字段存在无效值 ,或 MX头字段丢失 ,或其他错误内容 ,设备宜忽视该请求 ,而不建议发送错误响应消息 。

　　6.2.2.4.4 设备描述

　　设备描述包括特定厂商 、制造商信息 ,如模块名称和编号 、序列号 、制造商名称 、特定厂商网站 URL等 。对于设备中的每种 服 务 , 设 备 描 述 可 包 含 服 务 类 型 、名 称 、服 务 描 述 URL、控 制 URL 以 及 事 件URL。设备描述还包含所有嵌入式设备描述与 URL 地址集 。

　　一个物理设备可以包含多个逻辑设备 。 多个逻辑设备既可以是嵌入多个设备(服务) 的单一根设备 ,也可以是多个根设备(可能没有嵌入式设备) 。前者是一个有关根设备的设备描述 ,其中包含所有嵌入式设备描述 。后者是多个设备描述 ,每个根设备对应一种描述 。

　　设备描述采用 XML语法 ,设备描述文件格式符合 GB/T 30246. 8 的规定 。

　　6.2.2.4.5 服务描述

　　服务描述包括一系列命令或操作 ,服务的响应与每种动作的参数或变量 。 服务描述还包括一系列变量 ,这些变量描述了服务运行时的状态 ,其中包括数据类型 、取值范围和事件特性的描述 。本部分主要规定了操作描述 、变量 、状态变量 , 以及这些变量的性质 。

　　在服务可用期间 ,媒体控制点应认为服务描述没有发生改变 。如果服务变为不可用后再次可用 ,媒体控制点应认为服务描述发生了变化并重新获取 。

　　22

　　GB/T 30246.6—2013

　　服务描述采用 XML句法 。 除了定义非标准服务 ,厂商可以为标准设备添加新的动作和服务 。 服务描述的模板符合 GB/T 30246. 8 的规定 。

　　6.2.2.4.6 获取描述

　　媒体控制点从发现消息中得到设备描述的 URL,通过 URL取得设备描述 。然后 ,媒体控制点使用设备描述中提供的 URL取得一个或多个服务描述 。

　　媒体控制点向设备描述中的 URL发出 HTTP GET 请求,媒体设备在 HTTP 响应的消息体中返回其描述 。

　　获取描述的请求消息如下 :

　　GET设备或服务描述文件URL HTTP/1.1

　　HOST: 目标地址端口号

　　ACCEPT-LANGUAGE:优选语言

　　获取描述请求的详细信息如表 10所示 。

　　表 10 获取描述请求

　　消息

　　说 明

　　必选/可选

　　GET设备或服务描述文件 URL HTTP/1.1

　　HTTP定义的方法。设备 描 述 文 件 URL或 服 务 描 述 文 件 URL的路径部分 。单一 、相对 URL

　　必选

　　HOST: 目标地址端口号

　　设备描述 URL或服务描述 URL(的域名或 IP地址及可选端 口 。如果该端口为空或未给出 ,则假定为端 口 80

　　必选

　　ACCEPT-LANGUAGE:优选语言

　　用于描述的优选语言 。如果该没有指定语言的描 述 可 用 ,则 设 备 可以返回使用缺省语言的描述

　　推荐

　　在媒体控制点发送请求之后 ,媒体设备返回描述 。媒体设备应在 30 s 内做出响应 ,其中包括预期的传输时间 。如果在这段时间内没有响应 ,媒体控制点应该再次发送请求 。媒体设备应采用如下消息作出响应 :

　　HTTP/1.1200OK

　　CONTENT-LANGUAGE:描述语言

　　CONTENT-LENGTH :消息体长度

　　CONTENT-TYPE:text/xml

　　DATE: 响应生成时间

　　该消息的详细说明如表 11所示 。

　　表 11 获取描述响应