Dash感知网络应用功能(d-naf)的制作方法
【专利说明】DASH感知网络应用功能（D-NAF)
[0001] 相关申请
[0002] 本申请要求于2013年1月17日提交的、代理案号为P53504Z的美国临时专利申 请No. 61/753,914的优先权，并且本申请通过引用将该临时申请结合于此。本申请要求于 2013年5月9日提交的、代理案号为P56618Z的美国临时专利申请No. 61/821，635的优先 权，并且本申请通过引用将该临时申请结合于此。本申请要求于2013年5月16日提交的、 代理案号为P56282Z的美国临时专利申请No. 61/824, 338的优先权，并且本申请通过引用 将该临时申请结合于此。
[0003] 置量
[0004] 无线移动通信技术使用各种标准和协议来在节点（例如，传输站）和无线设备 (例如，移动设备）之间传输数据。一些无线设备在下行链路（DL)传输中使用正交频分多 址（OFDMA)、并且在上行链路（UL)传输中使用单载波频分多址（SC-FDMA)来进行通信。针 对信号传输使用正交频分多路复用（OFDM)的标准和协议包括第三代合作伙伴项目（3GPP) 长期演进（LTE)、电气与电子工程师协会（IEEE) 802. 16标准（例如，802. 16e、802. 16m)(通 常作为WiMAX (全球微波接入互操作性）为产业集群所熟知）、以及IEEE 802. 11标准（通 常作为WiFi为产业集群所熟知）。
[0005] 在3GPP无线电接入网（RAN)LTE系统中，节点可以是演进的通用地面无线电接入 网（E-UTRAN)节点B(通常也表示为演进的节点B、增强型节点B、eNodeB、或eNB)和无线 电网络控制器（RNC)的组合，节点与被称为用户设备（UE)的无线设备进行通信。下行链 路（DL)传输可以是从节点（例如，eNodeB)到无线设备（例如，UE)的传输，并且上行链路 (UL)传输可以是从无线设备到节点的传输。
[0006] 无线设备可以被用来使用各种协议（例如，超文本传输协议（HTTP)流）来接收互 联网视频的多媒体传送。提供视频流的基于HTTP的传送的协议可以包括HTTP上的动态自 适应流（DASH)。
【附图说明】
[0007] 结合附图，从随后的详细描述中，本公开的特征和优势将是显而易见的，附图一起 通过举例示出了本公开的特征；并且，其中：
[0008] 图1根据一个示例示出了针对超文本传输协议（HTTP)上的动态自适应流（DASH) 的客户端和服务器处的框图；
[0009] 图2根据一个示例示出了媒体呈现描述（MPD)元数据文件配置的框图；
[0010] 图3根据一个示例示出了第三代合作伙伴项目（3GPP)通用认证架构（GAA)网络 实体和接口的示例；
[0011] 图4根据一个示例示出了自举认证进程的消息流程图的示例；
[0012] 图5根据一个示例示出了自举使用进程的消息流程图的示例；
[0013] 图6根据一个示例示出了基于通用自举架构的（基于GBA的）认证进程的流程图 的示例；
[0014] 图7根据一个示例示出了第三代合作伙伴项目（3GPP)通用认证架构（GAA)中的 超文本传输协议（HTTP)上的动态自适应流（DASH)感知（DASH感知）网络应用功能（D-NAF) 的示例；
[0015] 图8( 即，表2)根据一个示例示出了公共组的可扩展标记语言语法（XML语法）和 属性和元件（包括Url认证元件）的表示的表；
[0016] 图9( 即，表4)根据一个示例示出了公共组的可扩展标记语言语法（XML语法）和 属性和元件（包括内容认证元件）的表示的表；
[0017] 图10根据一个示例示出了超文本传输协议（HTTP)上的动态自适应流（DASH)感 知（DASH感知）网络应用功能（D-NAF)的计算机电路的功能；
[0018] 图11根据一个示例示出了用于使用超文本传输协议（HTTP)代理或HTTP上的动 态自适应流（DASH)代理来提供内容特定认证的方法的流程图；
[0019] 图12根据一个示例示出了超文本传输协议（HTTP)上的动态自适应流（DASH)感 知（DASH感知）网络应用功能（D-NAF)、节点（例如，eNB)、以及用户设备（UE)的图示；
[0020] 图13根据一个示例示出了无线设备（例如，UE)的图示。
[0021] 现在将要参照所示出的示例性实施例，并且本文将使用特定的语言来描述相同内 容。然而，应该理解的是不旨在限制本发明的范围。
[0022] 详细描沐
[0023] 在本发明被公开和描述之前，应该理解的是本发明不限于特定的结构、处理步骤 或本文所公开的材料，而是扩展至其中的等价形式，这将被相关领域的普通技术人员认识 到。还应该理解的是本文所采用的术语仅被用于描述特定示例的目的并且不旨在是限制性 的。不同附图中的相同的标号表示相同的元件。流程图和过程中所提供的标号被提供用于 清楚说明步骤和操作并且不一定指示特定的顺序或序列。
[0024] 示例实施例
[0025] 下面提供了技术实施例的初步概述，然后将进一步详细描述具体的技术实施例。 该初步的概述旨在帮助读者更快速地理解技术，而不是旨在标识技术的关键特征或必要技 术特征，也不是旨在限制所要求保护的主题的范围。
[0026] 超文本传输协议（HTTP)流送可以被用作互联网视频的多媒体传送的形式。在 HTTP流送中，多媒体文件可以被划分为一个或多个段并且使用HTTP协议被传送到客户端。 基于HTTP的传送可以提供可靠性和部署简易性，这是由于广泛采用HTTP和HTTP的底层协 议（包括传输控制协议（TCP)/互联网协议（TP))这二者。基于HTTP的传送通过避免网络 地址转换（NAT)和防火墙穿越问题来使得容易的和不费力气的流送服务成为可能。基于 HTTP的传送或流送还可以提供使用标准HTTP服务器和缓存器而不是专用流送服务器的能 力。基于HTTP的传送还提供可扩展性，这是由于服务器端上的最小的或降低的状态信息。 HTTP流送技术的示例可以包括微软IIS平滑流送（Microsoft IIS Smooth Streaming)、苹 果HTTP实时流送（Live Streaming)、以及Adobe HTTP动态流送。
[0027] HTTP上的动态自适应流（DASH)可以是标准化HTTP流送协议。在DASH中，媒体 呈现描述（media presentation description，MPD)元数据文件可以提供关于存储于服务 器中的媒体内容表示的结构和不同版本的信息，媒体内容表示的不同版本包括不同的比特 率、帧速率、分辨率、或编解码类型。另外，DASH还可以指定段格式。MH)元数据文件可以包 含关于媒体播放器的初始化和媒体段的信息（例如，媒体播放器可以查看初始化段以确定 容器格式和媒体时序信息），以确保将段映射到媒体呈现时间线中用于切换和与其它表示 同步呈现。基于描述构成媒体呈现中的段的关系的该Mro元数据信息，客户端（或客户端 设备）可以使用HTTP GET或部分GET方法来请求段。客户端可以完全控制流会话。例如， 客户端可以管理接通时间请求并且使段的序列的播出平滑，并且可能调整比特率或其它属 性（例如，以对设备状态的变化或用户偏好做出反应）。DASH技术还可以通过其它组织（例 如，运动图像专家组（MPEG)、开放IPTV论坛（OIPF)以及混合广播宽带TV(HbbTV))被标准 化。
[0028] DASH客户端可以通过经由一系列HTTP请求-响应事务下载段来接收多媒体内容。 DASH可以提供随着可用的带宽改变而在媒体内容的不同的比特率表示之间动态切换的能 力。因此，DASH可以允许快速适应变化的网络和无线链路条件、用户偏好和设备功能，例如 显示器分辨率、所采用的中央处理器单元（CPU)的类型、或可用的存储器资源等。
[0029] 在DASH中，媒体呈现描述（MPD)元数据文件可以提供关于存储于如图1中所示的 网络和/或媒体服务器212中的媒体内容表示的结构和不同版本的信息。媒体内容表示 的不同版本可以包括不同的比特率、帧速率、分辨率、编解码类型、或其它相似类型的信息。 另外，DASH还可以指定段格式，段格式可以包含关于媒体引擎的初始化和媒体段的信息，以 确保将段映射到媒体呈现时间线中用于切换和与其它表示同步呈现。基于MH)元数据信 息，MH)元数据信息描述了段的关系并且描述了段如何构成媒体呈现，客户端220可以使用 HTTP GET 240消息或一系列部分GET消息来请求段。客户端可以控制流会话，例如管理接 通时间请求和使段的序列的播出平滑化，或潜在地调整比特率或其它属性，以对设备状态 的变化或用户偏好做出反应。
[0030] 图1示出了基于DASH的流框架。网络/媒体服务器212中的媒体编码器214可 以将来自音频/视频输入210的输入媒体编码为用于存储或流的格式。媒体分段器216可 以被用于将输入媒体分割为一系列片段或块（232)，一系列片段或块被提供给网络服务器 218。客户端220可以使用被发送到网络服务器（例如，HTTP服务器）的HTTP GET消息来 请求块中的新数据（234)。
[0031] 例如，客户端220的网络浏览器222可以使用HTTP GET消息240来请求多媒体 内容。网络服务器218可以给客户端提供多媒体内容的MPD 242。MPD可以被用于传送相 关联的元数据信息中所示的每个段的索引和段的相应的位置（252)。网络浏览器可以根据 MPD 242从服务器中逐段提取媒体，如236中所示。例如，网络浏览器可以使用HTTP GET URL(frag lreq)244来请求第一片段。统一资源定位符（URL)或全球资源定位符可以被用 于告诉网络服务器客户端要请求哪个段（254)。网络服务器可以提供第一片段（即，片段 1246)。针对随后的片段，网络浏览器可以使用HTTP GET URL(frag i req) 244来请求第i 片段，其中i是片段的整数索引。因此，网络服务器可以提供