- 您的位置:
- 标准下载网 >>
- 标准分类 >>
- 通信行业标准(YD) >>
- YD/T 2358-2011 空中下载(OTA)业务总体技术要求

【YD通讯标准】 空中下载(OTA)业务总体技术要求
- YD/T2358-2011
- 现行
标准号:
YD/T 2358-2011
标准名称:
空中下载(OTA)业务总体技术要求
标准类别:
通信行业标准(YD)
标准状态:
现行出版语种:
简体中文下载格式:
.zip .pdf下载大小:
19.92 MB

点击下载
标准简介:
YD/T 2358-2011.General technical requirement for download over the air.
1范围
YD/T 2358定义了客户端通过空中接口下载某服务器上的媒体对象时的业务流程,规定了空中下载业务总体技术及功能要求、协议及接口要求。
YD/T 2358适用于移动用户以HTTP为一种基本的可靠下载方法实现业务的空中下载。使用其他下载协议的空中下载也可参照本标准。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
IETF RFC 2246TLS协议1.0版(The TLS Protocol Version 1.0)
IETF RFC 2616超文本传输协议1.1版(Hypertext Transfer Protocol - HTTP/1.1)
IETF RFC3986统-资源标识符 (URI) :- -般句法(Uniform Resource Identifers (URI) : Generic Syntax)
IETF RFC 4234对于语法规范的扩张BNF:ABNF (Augmented BNF for Syntax Specifications: ABNF)
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本标准:
3.1.1
内容下载Content Download
包括内容发现、传输和下载确认的处理过程。
3.1.2
内容处理器Content Handler
负责对某种移动设备中的特定媒体类型进行处理的实体。内容处理器主要对与安装内容有关的问题以及一些执行内容进行处理。 对所获取内容的处理方法不在此标准的研究范围内。

部分标准内容:
中华人民共和国通信行业标准
YD/T2358-2011
空中下载(OTA)业务总体技术要求General technical reguirement for download over the air2011-12-20发布
2012-02-01实施
中华人民共和国工业和信息化部 发布前言·
1范围
2规范性引用文件
3术语、定义和缩略语·
3.1术语和定义·
3.2缩略语·
4空中下载业务介绍
5空中下载业务要求·
6空中下载业务技术及功能要求
6.1媒体对象发现过程:
6.2媒体对象下载过程.·
6.3.媒体对象安装进程-
6.4媒体对象安装进程完成后·
6.5广播下载
6.6用于JAVAMIDP下载··.·
7协议及接口要求
7.1HTTP具体功能..
7.2状态报告功能…·
7.3下载描述符要求
附录A(资料性附录)复合业务和业务的区别参考文献
建筑321---标准查询下载网
YD/T2358-2011
YD/T2358-2011
本标准是空中下载业务系列标准之一,该系列标准名称及结构预计如下:a)YD/T2357-2011《空中下载(OTA)业务平台技术要求》;b)YD/T2358-2011《空中下载(OTA)业务总体技术要求》;c)YD/T2359-2011《空中下载(OTA)业务终端技术要求》;d)《空中下载(OTA)业务平台测试方法》:e)《空中下载(OTA)业务终端测试方法》。本标准按照GB/T1.1-2009给出的规则起草。本标准参照OMA的空中下载业务规范OMA-TS-DLOTA-V2_0-20060907-C。本标准由中国通信标准化协会提出并归口。本标准起草单位:北京邮电大学、华为技术有限公司、中兴通讯股份有限公司、中国移动通信集团公司。
本标准主要起草人:张勇、宋梅、魏翼飞、陈广泉、王雷、邰文美、杨健、刘海涛、范姝男、邢晓江、孟令乔、崔悦、谢丰。H
1范围
空中下载(OTA)业务总体技术要求YD/T2358-2011
本标准定义了客户端通过空中接口下载某服务器上的媒体对象时的业务流程,规定了空中下载业务总体技术及功能要求、协议及接口要求。标准适用于移动用户以HTTP为一种基本的可靠下载方法实现业务的空中下载。使用其他下载协议的空中下载也可参照本标准。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。IETFRFC2246TLS协议1.0版(TheTLSProtocolVersion1.0)IETFRFC2616超文本传输协议1.1版(HypertextTransferProtocol--HTTP/1.1)IETFRFC3986统一资源标识符(URI):一般句法(UniformResourceIdentifiers(URI):GenericSyntax)
IETFRFC4234对于语法规范的扩张BNF:ABNF(AugmentedBNFforSyntaxSpecifications:ABNF)3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准:3.1.1
内容下载ContentDownload
包括内容发现、传输和下载确认的处理过程。3.1.2
内容处理器ContentHandler
负责对某种移动设备中的特定媒体类型进行处理的实体。内容处理器主要对与安装内容有关的问题以及一些执行内容进行处理。对所获取内容的处理方法不在此标准的研究范围内。3.1.3
内容储存ContentStorage
将要被下载的媒体目标的物理存放点。3.1.4
删除通告DeletionNotification向状态报告服务器表明媒体对象或产品已从设备中移除的通告。同时,此媒体对象或产品对此用户将不再可用。
建筑321---标准查询下载网
YD/T2358-2011
发现应用DiscoveryApplication终端用户代理运用网页浏览器或者为某类型内容特别设计的应用程序来发现网页上的内容。某种图像编辑器可发现图片,某种编辑音乐软件可发现乐曲,某种程序管理软件可发现网页上所提供的应用程序(如游戏等)。邮件和MMS信息也可能包括了可提供媒体目标下载的网址。这些类型的应用被统称为发现应用。
发现过程DiscoveryProcess
用户或者设备发现了它所想要下载至其设备上的资源(如某种媒体对象)的过程。这种发现可通过某种浏览器,或某种专门的发现应用程序,某种已接收的信息,或一些非联网手段(如报纸)所实现。3.1.7
下载完成通告DownloadCompletionNotification向状态报告服务器指示下载代理已成功下载媒体对象或产品的消息。在发送下载完成通告的时间点,媒体对象或产品对用户尚不可用。3.1.8
下载描述符DownloadDiscripto
媒体对象、产品的元数据以及用来指示下载代理如何对这些对象或产品进行下载的指导。对象触发用户设备上的下载代理。它描述了即将被下载的媒体对象并充许用户设备决定其是否有安装并实行/管理此媒体对象的能力。多个媒体对象聚合于产品中可以实现媒体对象之间的联合性。3.1.9
下载协议DownloadProtocol
实现媒体对象实际传输的下载描述符中的特定协议。本标准中定义的协议是IETFRFC2616(或者WSP,如果环境是WAP1.x)。
下载用户代理DownloadUserAgent设备中用来下载由下载描述符描述的媒体自标的用户代理。它是从用户的角度来负责下载处理过程。它由下载描述符的接收或行动信息触发。3.1.11
安装通知InstallationNotification由用户发送至服务器的状态报告信息。它向服务器指示下载代理已经成功的安装了媒体对象或产品,并且其内容(下载代理所能提供的所有内容)将会提供给用户。3.1.12
媒体对象MediaObject
Web服务器可被下载的资源。它可以是一种单一对象(一般指一种文件),或一种由多对象组成的集成体,后者的机制可能是MIME-multipart。对媒体对象的特点没有限制,但是其传输编码应使其与HTTP(或WAP)传输兼容。此标准中定义的协议采取的任何处理方法的最终目标都是媒体对象的成功下裁。3.1.13
存储空间MemorySpace
终端设备用于存储应用和媒体对象的空间,可以支持如闪存、可移动存储器等。3.2缩略语
下列缩略语适用于本标准:
UAProf
3rd Generation Partnership Project3rdGenerationPartnershipProject2Application Management SoftwareBroadcast Multicast ServicesContent Identifier
DRMContent Format
Download Descriptor
Digital Rights Management
DigitalVideoBroadcasting-forHandheld terminalsDownload Over the Air
GeneralAuthenticationArchitectureHyper Text Transfer ProtocolJava TM Application DescriptorJava TM Archive
Java TM 2 Micro Edition
MultimediaBroadcastMulticastServicesMultipurposeInternetMail ExtensionsMobile Information Device ProfileMultimedia Messaging ServiceOpen Mobile Alliance
Open Mobile Naming AuthorityOverTheAir
Service Indication
Service Loading
Transport Layer Security
Recommended Practices
User Agent Profile
Universal Resource Locaton
Universal Resource IdentifierWireless Application ProtocolWireless Session Protocol
Wireless Transport Layer SecurityExtensible Markup Language
建筑321---标准查询下载网
第三代合作项目
YD/T2358-2011
第三代合作项目2
应用管理软件
广播多播服务
内容标识符
DRM内容格式
下载描述符
数字版权管理
数字视频广播一手持终端
空中下载
通用认证架构
超文本传输协议
Java版权应用程序描述
Java版权存档
Java版权微型版
多媒体广播多播服务
多用途因特网邮件扩展
移动信息设备配置文件
多媒体信息服务
开放移动联盟
开放移动命名授权机构
空中下载
服务指示
服务载入
传输层安全
建议措施
用户代理属性
统一资源定位器
通用资源识别号
无线应用协议
无线会话协议
无线传输层安全
可扩展标记语言
YD/T2358-2011
4空中下载业务介绍
空中下载技术(Over-the-AirTechnology)是通过移动通信的空中接口对终端数据及应用进行下载的技术。空中下载技术的应用,使得移动通信不但提供了移动化的语音和数据服务,而且还能够提供移动化的新业务下载。这样,应用及内容服务商可以不受服务器的局限,不断开发出更具个性化的贴近用户需求的服务,如信息点播、互动娱乐、定位与位置服务、企业或商务应用等。通过空中下载技术,终端用户只要进行简单操作,就可以按照个人喜好把网络所提供的各种业务或业务菜单下载到终端中,并且还可以根据自已的意愿定制具体业务。空中下载业务实现的设备包括网络侧的平台和用户终端。平台包括下载服务器、认证服务器和状态报告服务器等,详见空中下载业务平台技术要求。终端需要具备下载代理、认证代理功能,并支持下载协议,完成内容的发现、传送、下载、存储及处理,详见空中下载(OTA)业务终端技术要求。媒体对象版权保护机制如OMADRM,可以应用在本标准中。5空中下载业务要求
空中下载业务流程如图1所示。
终端用户
4.要求用户确认
(可选)
发现应用
2.发起
下载用户代理
7.安装
5.检索媒体
对象并下载
下载完成
安装通知
图1空中下载业务流程
下载描述符
媒体对象
状态报告
在下载和安装的过程中,用户宜有机会来控制下载和决定媒体对象的具体条款。对于任何操作,宜向用户通报进展情况,使用户有机会取消该操作。当媒体对象和相关授权下载时,空中下载技术向终端设备提供必要的信息,使得它能够显示一个进度栏或指示,以便从用户角度看,媒体对象和相关授权的下载被视为单一进程。当该业务是一种复合业务时,建议使用进度栏或指示来给用户提供反馈。复合业务与业务的区别参见附录A。
当安装一个媒体对象或业务时,如果下载描述符要求发送安装通知,则安装完成确认信息就应发送到服务器,显示安装已完成。如果下载描述符不包含安装通知的要求,则不需要发送该确认信息。如果在下载描述符中定义了instaliNotifyURI,则下载过程中的错误应使用状态报告机制向服务器报告。服务器可以利用该状态报告,结合其他事件,提供计费或其他客户服务需求。下载描述符可能包含多个媒体对象组成的一个业务,也可能包含多个业务。一个installNotifyURI可以为一个业务的一个或多个媒体定义,也可以为作为整体的一个业务定义。如果作为整体的一个业务定义,应在下载代理处理完业务的所有媒体对象后才能发送通知:另外,如果URI为一个特定的媒体对象4
YD/T2358-2011
而定义,下载代理处理完该特定的媒体对象后应立即发送通知。如果installNotifyURI为一个整体业务定义,则不能为相应业务的各单独媒体对象再分别定义installNotifyURI,此时下载代理不应处理独立媒体对象的instalilNotifyURI请求。如果一个业务是复合业务,则不能为复合业务的各单独媒体对象再分别定义installNotifyURI。当下载业务支持DRM时,一个下载描述符中可能包含授权属性,确定具有授权属性的内容应该提供给DRM代理。这使得下载业务向下载代理指示这个内容是受DRM保护的、需要通过DRM代理获得授权提取,以便充许内容的使用。
建议终端设备能够支持下载以一个下载描述符描述的一组多媒体对象的能力。如果终端设备支持以单一一下载描述符描述的一组多媒体对象的下载,它应至少支持由10个媒体对象组成的1个业务。如果该终端设备支持多种业务则它应支持每个业务至少10个媒体对象。如果终端设备支持以一个下载描述符描述的一组多媒体对象下载,建议终端设备支持UAPROF来说明它所支持的业务数量和每个业务的媒体对象。6空中下载业务技术及功能要求
6.1媒体对象发现过程
6.1.1空中下载业务流程的步骤1:向终端设备发送下载描述符在媒体对象发现应用时,通常向用户呈现下载描述符的介绍。这个介绍可能会在网页上,在电子邮件或彩信信息中,或存储在内存或手机的附件中。除了依靠用户主动发现资源外,用户还可以接收其他用户推荐的媒体对象信息,触发用户去发现媒体对象资源。第二下载代理获得第一下载代理推荐的媒体对象对应的下载描述符(推荐方式可以通过服务器进行,即可以是第一下载代理向服务器发送携带下载描述符或标识的请求,服务器据此获得对应的描述符向第二下载代理推送);第二下载代理根据下载描述符确定第二下载代理对应的终端设备具有使用或展现下载描述符对应的媒体对象的能力;第二下载代理根据下载描述符从服务器下载该下载描述符对应的媒体对象。后续,服务器可根据第二下载代理下载安装报告情况,对推荐情况(媒体资源被推荐情况、推荐者推荐次数等)进行统计。传输协议取决于下载描述符的位置和传输的要求。支持下载代理的终端设备和下载服务器应至少支持遵循IETFRFC2616的HTTP和遵循IETFRFC2246的TLS。下载代理和下载服务器可能支持WSP以及其他协议。如果下载代理支持WSP则它应同样支持WTLS。根据使用的要求,下载描述符可以从下载服务器或者演示服务器中提取。支持下载代理的设备可使用某种机制,比如MMS,电子邮件或一些即时消息的协议来支持下载描述符的接收。
传输协议或消息承载的内容类型参数应用于检测下载描述符媒体类型,一个字符集参数也可以用于显示下载描述符的字符集。
建议服务器不要将多个下载描述符放入同一个传输实体(消息的有效载荷),这会给处理管理和多部分语义解释带来不必要的复杂性。处理过程的状态管理详见7.1.2小节下载处理的状态管理。与安全有关的细节见YD/T2357-2011《空中下载(OTA)业务平台技术要求》及YD/T2359-2011《空中下载(OTA)业务终端技术要求》。6.1.2下载描述符和媒体对象的联合传送建筑321---标准查询下载网YD/T2:358-2011
当下载描述符传送给设备时,服务器可能通过单-一的传送操作传递下载描述符中指定的一个或多个媒体对象,称为“下载描述符和媒体对象联合传送的内容下载处理”,如果通过处理能力表明设备能够支持多部分/相关(参见IETFRFC2387)或应用程序/vnd.wap.multipart.related(WSP),则它应能够处理这样的--个多部分,其中下载描述符作为第一部分,媒体对象作为第二和其他部分。下载描述符应使用CID机制来参考个相关多部分中的媒体对象。当-~个或多个媒体对象和下载描述符联合传送时,持续过程6.2节中媒体对象下载过程中的描述,并期望联台传送的媒体对象在本地提取(步骤5)而不是从外部提取。此时,步骤“下载代理启动(步骤2)”、“功能检查(步骤3)”和“用户确认(步骤4)”同时进行。如果下载处理在“安装(步骤7)”前(或在“发送安装通知(步骤8)”内)中止,则媒体对象应从设备中删除。
6.2媒体对象下载过程
6.2.1步骤2:启动下载代理,处理下载描述符为了下载媒体对象,负责处理下载描述符的下载代理需执行一系列操作。如果下载描述符包含suppressUserConfirmation属性并且值等于\always\,则服务器可以授权,下载代理不需向用户提供相应的反馈。而在其他情况下,如果一个操作失败,下载代理应向用户提供相应的反馈。在所有情况下,下载代理都应使用状态报告机制(如果下载描述符中要求)向服务器传递下载可能失败的反馈。空中下载总体技术要求定义了四种类型的状态报告,这些状态报告用来提供下载和安装操作的状态反馈。项服务可通过使用这些状态报告来获知多少媒体对象被下载并安装,或者是否有大量的用户在媒体对象的正式描述出现时中止了下载空中下载总体技术要求可以下载媒体对象的复杂结构和相关的数字版权。此外,它也可以决定何时启动下载处理,且下载处理可以自动地从某个服务器开始进行。这些工作的许多步骤可以在后台执行。用户应能够查看历史的和当前进行的下载状态。下载代理应能够保存由用户提供的5个最新的成功和失败下载处理的状态记录。
启动下载代理。
下载描述符应根据定义的处理规则来进行处理。如果下载代理在解析下载描述符的过程中遇到了错误(如语法错误),并且下载描述符包含suppressUserConfirmation属性,其值等于\always\,则服务器可以授权下载代理不得向用户显示错误信息。对于其他情况,下载代理应向用户显示适当的错误信息。如果instalINotifyURI属性存在于下载描述符中,则下载代理应发送*InvalidDescriptor\的状态报告。若该设备不能解析下载描述符,可能会省略发送状态报告。该设备应能识别任何定义的instal1NotifyURI,以防下载描述符包含多个业务和/或媒体对象。如果下载描述符的DDVersion属性显示了个不被客户端支持的版本,则它应该向installNotifyURI发送\InvalidDDVersion”的状态代码并拒绝该下载描述符。一且发生错误,进程就会停在此处。为确保以后的兼容性,设备执行的分析与处理不应该与附加的配置属性相矛盾。因此,处理下载描述符时应遵守以下规则:
一一未知属性应予以忽略(这些属性可能在规范外定义);一如果一个属性出现一次以上,除了第一次需要处理,其余应予以忽略。6
YD/T2358-2011此内容来自标准下载网
对于可以多次发生(如类型、媒体对象、业务、服务器、文字等)的属性,如果属性的发生次数超出了下载代理的支持能力,则下载代理应在接受它所能支持的足够多的属性后,忽视所有多余的后续属性(在一个属性多次出现的情况中,第一个具有最高优先级)。欲了解更多多次发生的属性的信息,请参阅7.3.4小节下载描述符的XML语法。6.2.2步骤3:能力检查
下载代理应使用下载描述符中的信息,以容量、安装尺寸(若存在)和类型属性的最小量,来检查该设备是否能够使用和/或实施包含下载描述符在内的所有媒体对象,以防止下载的媒体对象不能在设备上使用。
设备应该使用尺寸属性来决定它是否有足够的未分配内存来下载包含下载描述符在内的所有媒体对象。如果installSize属性存在于下载描述符符中,设备应使用此属性来确定它是否有足够的未分配内存来下载并安装所有媒体对象。如果installSize属性没有存在于下载描述符中,则设备应使用尺寸属性来决定它是否有足够的未分配的内存来下载并安装所有的媒体对象。如果该设备没有足够的内存下载并安装所有的媒体对象,且下载描述符包含suppressUserConfirmation属性且其值为\always\,服务器可以授权下载代理终止下载会话并显示901“内存不足的状态报告。否则,下载代理应帮助用户检查内存使用情况并释放足够的内存使得设备能够下载和安装新的媒体对象。有以下3种可能的情况:一一有足够的内存来下载并安装媒体对象,在这种情况下,设备应该持续下载并安装媒体对象;一有足够的内存来下载媒体对象,但没有足够的内存来安装媒体对象。在这种情况下,设备应该通知用户不能安装媒体对象,除非可以释放更多的内存或者选择另外可用的内存空间(有足够的内存)使用户继续下载:
一一没有足够的内存来下载媒体对象。在这种情况下,下载代理应发布“内存不足”的状态报告,并通知终端用户不能进行媒体对象的下载和安装。如果下载描述符包含多个媒体对象或业务,经过释放一些内存后,设备仍没有足够的内存来存储所有媒体对象,但可以存储其中的部分媒体对象,下载代理应该让终端用户有机会选择下载哪些媒体对象或业务。
如果一个业务是一种复合业务,下载代理在进行容量检测时应把它当做一个单一媒体对象来进行处理。当复合业务的任一媒体对象不满足该设备的容量时,复合业务的媒体对象就不能安装。当终端用户有机会选择媒体对象以防内存不足时,下载代理应将复合业务显示为一个单一可选项。如果基于下载描述符中的属性,下载代理推断出由于“内存不足”以外的任何原因而导致设备没有能力来成功执行一个媒体对象或复合业务的安装,下载代理应对\DeviceAborted\的情况报告作出相应的提示。如果下载描述符包含suppressUserConfirmation属性且其值为“always\,服务器可以授权下载代理不通知终端用户。否则,下载代理应通知用户。如果下载描述符有一个以上的类型属性,即使不是所有定义在类型属性中的媒体类型受设备的支持该设备也可以继续下载处理。
6.2.3步骤4:用户确认
用户确认是下载和安装过程中重要的组成部分,应防止第三方在用户不知情时在设备中秘密进行安装,但是,也有情况不需用户确认,例如:晚上用户不在时下载媒体对象的服务。当下载服务器通过授权,则下载服务器可以通过suppressUserConfirmation属性来指示下载代理是否7
建筑321---标准查询下载网YD/2358-2011
对用户进行提示。
如果下载描述符包括suppressUserConfirmation属性,值为“always”,且下载服务器已被授权,则下载代理不应要求用户确认。
如果下载描述符包括suppressUserConfirmation属性,值为\UserConfirmStepOnly\,且下载服务器己被授权,则下载代理不应要求用户确认。如果下载描述符包括suppressUserConfirmation属性,值为“always\,且下载服务器不能被授权,则下载代理要求用户应在进行之前确认。如果下载描述符包括suppressUserConfirmation属性,值为“UserConfirmStepOnly\,且下载服务器不能被授权,则下载代理要求用户应在进行之前确认。如果suppressUserConfirmation属性只对业务进行了定义,则下载代理应将suppressUserConfirmation属性的值应用于属于这个业务的所有的媒体对象,如果suppressUserConfirmation属性在媒体对象水平(如独立媒体对象属性)进行定义,则下载代理只能将suppressUserConfirmation的值应用于其定义的媒体对象。如果suppressUserConfirmation属性为一个业务和属于那个业务的独立媒体对象进行定义,则下载代理应将为这个业务定义的suppressUserConfirmation属性的值应用于这个业务所有的媒体对象,但是,如果suppressUserConfirmation属性也为这个业务内一个单独的媒体对象进行了定义,则这个值具有优先权,将覆盖为这个业务定义的值。
如果下载描述符包含suppressUserConfirmation属性,值为\Never\,下载代理在处理之前应要求用户确认。
如果下载描述符不包含suppressUserConfirmation属性,下载代理应象包含值为“Never”的suppressUserConfirmation属性一样对待该下载描述符。如果基于suppressUserConfirmation属性的值,下载代理决定需要用户确认,则下面的信息(如果有的话)应提交给用户:
名称;
—供应商:
尺寸;
类型;
描述;
下载时间:
额外的元状态定义文本。
如果下载描述符确定该设备不支持类型属性特定的一个或多个媒体类型,则下载代理的行为应基于用户确认的需要与否:
如果需要用户确认(即服务器没有授权)或下载描述符不包含suppressUserConfirmation属性或它存在且其值为\Never\),则应提示用户确认是否想继续进行下载。如果用户选择拒绝或取消下载,根据当前信息,下载代理应提供UserCancelled\的状态报告。对于一个复合业务,下载代理不得将复合业务的独立媒体对象显示给用户,而应将其作为一个整体显示给用户。一如果不要求用户确认(即suppressUserConfirmation属性存在于下载描述符中,值为“always\或8
YD/T2358-2011
\UserConfirmStepOnly\,且下载服务器已被授权),则下载代理应提供“类型无效的状态报告。由于每个媒体对象的类型属性可能会出现多次,建议该设备支持所有列出的媒体类型,以便成功下载并使用完整的媒体对象。此时,下载代理应用某种方式来解释多个类型属性,比如按照顺序排列来表示对于用户重要性逐渐降低,也就是说,第一类属性最有可能执行(它通常是需要呈现或执行的最重要的一个或多个媒体类型)。如果媒体对象以集中格式包装,则第一(一个或多个)类型属性将代表其内部的所有媒体对象。
6.2.4步骤5:媒体对象提取
媒体对象提取可以使用HTTP,根据下载描述符objectURI属性中的配置来执行。下载代理应至少支持HTTP、TLS、WSP或WTLS,以及其他可选协议。关于HTTP的具体使用,详情见7.1节HTTP的特定功能。
对于媒体对象的请求应是描述中特定的URI,但请求可能包含下载代理创建的附加标题。这种行为的机制在规范IETFRFC2616和WSP中有详细解释。如果下载描述符包含多个媒体对象,下载代理可以串行或并行地对每个媒体对象进行提取。决定下载顺序以及并行执行下载的精确算法不属于本规范的范围。如果媒体对象不存在,下载代理应提供“LoaderError\的情况报告。如果用户中止一个媒体对象提取,下载代理应提供“用户取消”的情况报告。如果下载描述符包含一个复合业务,且该复合业务的一个或多个媒体对象发生上述的错误情况,则下载代理应放弃复合业务所有已下载的媒体对象,除非下载代理和下载服务器支持暂停和恢复,并且错误是暂时的错误(\Insuficientmemory\或“Loss of Service\)。在后一种情况下,下载代理可以执行“暂停和恢复媒体对象提取”中定义的过程。如果多个下载代理要下载相同的媒体对象,则为了减轻下载服务器的负担,可以通过本地共享的方式来获取媒体对象,具体为:在多个下载代理各自所在的终端中选择一个作为主控终端,主控终端与下载服务器建立连接并从中下载媒体对象,对于音视频类型的媒体对象则在下载完成后进行播放、或边下载边播放(例如使用渐进式下载方式)。其他终端与主控终端建立本地数据共享网络(例如使用Wi-Fi进行互联并启用文件共享),主控终端根据接收到其他终端发来的请求消息,通过共享网络将已下载的媒体对象分段发送给其他终端。通过这种方式可以节省空口资源,同时减轻下载服务器的负担。当然,对于需要版权文件的媒体对象来说,终端需要预先购买并获取相应的版权文件。a)媒体对象提取下载的定时预留空中下载业务(OMA)总体技术要求支持媒体对象提取的定时预留功能。下载代理和下载服务器均应该支持此项功能。下载代理应使用UAPROF文件头来说明对这个功能的支持。如果downloadTime属性存在于下载描述符,则下载代理就应在downloadTime属性指定的时间为下载描述符中定义的业务执行下载处理。如果下载代理能够在downloadTime属性指定的时间设置计时器,并且reservationNotifyURI存在于下载描述符中,则下载代理应向reservationNotifyURI提供“SetTimerSuccess\的情况报告。当定时预留下载描述符已经下载,但不知尺寸属性和安装尺寸属性大小,则尺寸属性和installSize属性可能等于零。如果尺寸属性或installSize属性等于零,应包含updateDDURI属性,并且下载代理从updateDDURI中获取新的下载描述符以得到媒体对象或业务的实际大小。如果下载描述符中除了downloadTime属性,也存在timeInterval属性,则下载代理应为下载描述符中定义的业务执行下载处理,其所需的时间为从9
建筑321---标准查询下载网
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。

标准图片预览:





- 热门标准
- YD通讯标准
- YD/T5149-2007 SDH本地网光缆传输工程验收规范
- YD/T926.1-2009 大楼通信综合布线系统 第1部分:总规范
- YD/T1553-2009 2GHz WCDMA数字蜂窝移动通信网 无线接入子系统设备测试方法(第三阶段)
- YD/T5166-2009 本地网光缆波分复用系统工程设计规范
- YD/T2421-2012 域名注册协议主机供应技术要求
- YD/T2390-2011 通信存储介质(SSD)加密安全技术要求
- YD/T1992-2009 基于同步数字体系(SDH)的多业务传送节点(MSTP)测试方法互联互通部分
- YD/T877-1996 同步数字体系(SDH)复用设备和系统的电接口技术要求
- YD/T1963-2009 远程教学通信平台 通信协议
- YDB135-2013 移动应用软件商店客户端技术要求
- YD/T1000-1999 提供国际帧中继 SVC 业务的数据网的性能
- YD/T2107-2010 基于 GSM 技术的数字集群系统设备技术要求调度子系统
- YDN027-1997 SDH 传输网技术要求环形网
- YD/T926.2-2009 大楼通信综合布线系统 第2部分:电缆、光缆技术要求
- YD/T3140-2016 用于内容分发的元数据框架
- 行业新闻
- Pi Network 重大日子:核心团队会在 6 月 28 日打破关于 GCV 的沉默吗?
- 如何购买 Solaxy 代币?$SOLX 预售及土耳其购买指南
- 随着比特币测试11万美元上限,获利者若隐若现
- 尽管市场喧嚣不断,比特币仍在横盘整理:或将突破至11.4万美元
- 塞勒策略再增10亿美元BTC持仓,比特币价格保持稳定
- 华盛顿斯波坎市因诈骗损失增加禁止加密货币ATM
- Nasdaq上市公司TRNR抢攻AI加密:5亿美元豪买Fetch.ai代币(FET)
- CrossCurve 157.8% 高收益池:CRV 流动性挖矿机会解析
- Coinbase首席执行官会见英国政策制定者 探讨加密货币监管
- AltLayer Token技术解析:RaaS与再质押Rollup优势
- 纳斯达克上市公司宣布设立5000万美元Hyperliquid储备金
- SUI价格预测:SUI有望突破3.30美元
- 财政部长贝森特表示:稳定币或有助于削减美国债务
- 2025年6月天际币(SKY)价格预测
- SEC ETF延迟后XRP价格预测
网站备案号:湘ICP备2023016450号-1