YD T 1971-2009 基于移动通信网络业务的用户代理特性技术要求.pdf

《YD T 1971-2009 基于移动通信网络业务的用户代理特性技术要求.pdf》由会员分享，可在线阅读，更多相关《YD T 1971-2009 基于移动通信网络业务的用户代理特性技术要求.pdf（31页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 33050M 35 Y口中华人民共和国通信行业标准YD厂r 1971-2009基于移动通信网络业务的用户代理特性技术要求Technical Requirement forUAProf in Mobile Communication Network2009-06-1 5发布 2009-09-0t实施中华人民共和国工业和信息化部发布目 录YD厂r 1 971-2009前言II1范匪l12规范性引用文件13术语和定义24缩略语45概述一56端到端架构67应用场景671无线轮廓的HTTP客户端672 WAPWSP客户端673推送环境874用户代理特性解析88组合特性段与属性981 Schema

2、布局982用户代理特性组件98,3属性1084用户代理特性1185用户代理特性合并1286用户代理特性Schema和基本词汇集1287 Schema词汇集扩展129用户代理特性传输149 1基于WH兀P的用户代理特性传输1492基于WSP的用户代理特性传输1810源服务器行为2l11部署考虑21111客户端支持21112存储库支持221I3中间代理支持_”23附录A(规范性附录)用户代理特性Schema和Datatypes24附录B(规范性附录)保留属性25刖 罱YD厂r 1971-2009本标准在技术内容上参考了开放移动联盟(OMA)的OMA-TSUSProf-V2_020060206-A使

3、用者代理概况规范。本标准附录A、附录B为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：大唐电信科技产业集团、北京邮电大学本标准主要起草人：莫建林、刘搏、梅晓华、杨君云、李劫、孙博辉、陈少蓓基于移动通信网络业务的用户代理特性技术要求1范围本标准规定了在无线终端和源服务器之间的用户代理特性(UAProf)的产生、传输和处理的技术要求。本标准适用于采用用户代理特性机制的终端与系统网络设各提供商、电信运营商和服务器提供商。2规范。性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，

4、鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。CCPPexCREQH1TPH丌PextRDFRDFSchemaRDF-SyntaxRFCl321RFC3066RFC2119RFC2045“Composite CapabilityPreference Profiles(CCPP)：Structure and Vocabularies”，GKlyne，FReynolds，CWoodrow，HOhtoURL：http：wwww3orgTRCCPPstruct-vocab“CCPP exchange protocol based on H

5、rTP Extension Framework,HOhtoJHjelm，Junel999URL：http：wwww3orgTRNOTE-CCPPexchange“Specification of WAP Conformance Requirements”WAP Forum WAP-221一CREQ一20000915一aERE：httpwwwopenmobileallianceorg“Hypertext Transfer Protocol HrIWl1”，RFC2616，RFielding，et a1，June 1999URL：ftp：ftpisieduinnotesrfc2616txt“An

6、H兀P Extension Framework”，RFC 2774，HNielsen，PLeach，and SLawrence，February2000URL：ftp：ftpisieduinnotesrfc2774txt“RDF Semantics,World Wide Web Consortium，PHayes URL：丛!p；塑型：13orgTRrdf-mtRDF Vocabulary Description Language 10：RDF Schema,World Wide WebConsortium，DBrickley，RVGuha，URL：http：wwww3orgTRrdf-seh

7、ema“RDFXML Syntax Specification(Revised)”，World Wide Web Consortium，DBeckett，URL：http：wwww3orgTRrdf-syntaxgrammar“The MD5 Message-Digest Algorithm,RFC 1321，RRivest，April 1992，ERE：f【p：，ftp随edun-notesrfcl321txt“Tags for the Identification of Languages”，RFC 3066，HAlvestrand，January 2001URL：ftp：ftpisied

8、uin-notesrfc3066txt“Key words for use in RFCs to Indicate Requirement Levels,RFC21 19，SBradner，Marchl997URL：http：wwwiefforgrferfe21 19txtMultipurpose Internet Mail Extensions(MIME)Part One”，RFC2045，NFreed et al，November 1996ERE：ftp：ftpisieduin-notesrfe2045txtRFC2234I狂2396WAEWDPWHrIPWSPXM【，NSXML-Sche

9、ma3术语和定义Augmented BNF for Syntax Specifications：ABNF，RFC2234DCrocker，Ed，POverellNovember 1997URL：http：wwwietforgrfcffc2234txtUniform Resource Identifiers(URI)：Generic Syntax”，RFC 2396TBeruersLee，RFielding，and LMasinter。August 1998URL：ftp：ftpisieduinnotesrfc2396txt”Wireless Application Environment Sp

10、ecification,固Forump固一236一WAESpecURL：http：wwwopenmobileaUianceorgWireless Datagram Protocol,WAP Forum,WAP259-WDPURL：hap：wwwopenmobileallianceorg“WAP Wireless Profiled H兀P,WAP Forum WAP一229-rrrPERE：http：wwwopenmobileallianceorg“Wireless Session Protocol Specification”，WAP ForumWAP一230WsPURL：hap：wwwope

11、nmobileallianceore,“Wireless Telephony Application Specification,WAP ForumTM，WAP一169-WTAURL：hap：wwwopenmobileallianceorg“Extensible Markup Language(XML)10(Second Edition),World Wide Web ConsortiumRecommendation，Tim Bray et a1，6 October 2000URL：hap：wwww3orgTR2000REC。xml20001006“Namespaces in XML”，W3C

12、 Recommendation，TBray，DHollander，ALayman，January1999URL：http：wwww3orgTR1999REC-xml-namesXML Schema Part 1：Structures”，World Wide Web Consortium Recommendation，HThompson，eta1，2 May，2001下列术语和定义适用于本标准。31属性Attribute用户代理特性属性指用以描述CPI数据元素，它以RDF实体元素表示，每个用户代理轮廓属性均和一个值或者一系列值或者资源有关。32CCPP存储库ccPP Repository永久存储

13、CPI的服务器，它可以被一个用户代理特性引用或组合。通常一个CCPP存储库就是一个将CCA。P用户代理特性作为IP请求响应的Web服务器。33组件Component对CH信息进行高级别分类的元素。对用户代理特性，包括HardwarePlatform，SoftwarePlatform，NetworkCharacteristics，WAP，MexE，BrowserUA and PushComponent。34能力与偏好信息CPI2YD厂r 1 971-2009与设备能力，运营和网络环境，用户接受内容和，或资源的个人喜好相关的能力与偏好信息。CPI由用户代理特性表示。35网关gateway桥接不同网

14、络协议的软件。本标准中网关指存在于独立网关或者与直接实现于代理或源服务器的协议桥接功能。36归属位置寄存器Home Location Register蜂窝网络中的永久数据库。归属位置寄存器位于网络运营商的SCP(信号控制节点)上，以识别，验证用户，也可包含与特性和服务相关的用户数据。37源服务器Origin Server发送合适的内容或者错误消息作为WAP终端请求响应的软件。源服务器可接收WSP或者HnP请求。通过用户代理特性的使用，源服务器上的应用程序可发送与所提供用户代理特性中的CPI相一致的内容。本标准中，源服务器指可实际存在于一个独立Web服务器中或同时实现于一个代理或网关的内容生成实

15、体。38特性Profile描述特定设备能力和网络配置的用户代理特性Schema实例。特性不需要包含词汇集schema中的所有属性。39特性存储库Profile Repository特性存储库为存储特性资源的源服务器。此时特性视为可通过标识特定设备特性的URI机制获取的规则的静态或动态资源。源服务器可利用缓存降低到特性存储库上的下载数量，以提高速度。通常特性存储库由设备制造商或者提供用户代理信息的软件厂商实现和维护。310属性PropertyRDF属性用以表示一个特定的方面、特性、能力，或描述资源的关系(元数据)，采用RDF属性元素语法表示。311代理Proxy接收m皿请求并通过H兀P转发到源服

16、务器(可通过前向代理的方式)。代理接收源服务器发来的响应并转发至请求终端。在前转时，代理可对请求或响应进行更改，或提供其他增值功能。本标准中，代理指可存在于I舶TfP代理或者同时实现在网关或源服务器中的请求，响应转发功能。312资源Resource用户代理特性表达中的对象或者元素。一个用户代理特性可以通过URI标识。YD厂r 1971-2009313SchemaRDF Schema指在任何时间点，组成一个RDF词汇集的特定的不可更改版本的资源。Schema提供对RDF数据模型表达进行解释的语义信息(如组织和关系)。Schema不包含与属性相关的值。314服务器Server响应HTTP请求的软件

17、。该软件可驻留于移动终端。请求可以是对CPI的请求或使用CPI为元数据。315用户User作为个人或群体的单个实体。用户可进一步定义为使用设备向服务器发起内容和，或资源请求的实体。316用户代理User Agent基于用户行为运行于设备上的的一个程序，比如说浏览器。用户可在不同时间使用不同的用户代理。317词汇集Vocabulary充分描述CPI属性的集合。词库和Schema相关。用户代理特性词汇集包括与设备能力和网络特性相关的属性。4缩略语下列缩略语适用于本标准。CCQ Client Capability Query 用户能力查询CCPP Composite CapabilityPrefer

18、ences Profiles 组合能力，偏好特性CCPPEX CCPP Exchange Protocol CCPP交换协议CCPP-HTIP CCPP Exchange Protocol over HTIP 基于H兀P的CCPP交换协议CCPP-WSP CCPP exchange protocol over WSP 基于WSP的CCPP交换协议CPI Capability and Preference Information 能力和偏好信息DRM Digital Rights Mana gement 数字版权管理EMN EMail Notification E-mail通告HTML Hype

19、r-Text Markup Language 超文本标记语言HTrP Hyper-Text Transfer Protocol 超文本传输协议ANA Internet Assigned Numbers Authority 网络地址分配机构LWS Linear White Space 线性空格OTA OverTheAir 空口传输方式PAP Push Access Protocol 推送接入协议PI Push Inidator 推送发起者PPG Push Proxy Gateway 推送代理网关P3P Platform for Privacy Preferences Project 私有偏好平台

20、项目RDF Resource Description Framework 资源描述框架4UAPROFURIURLW3C、VAPWHIIP、)l，MLWSPWTAW。TCPmSXH咖XML5概述User Agent ProfileUniform RCSOUECC IdentifierUniform Resource LOCatOrWorld Wide Web ConsortiumWireless Application ProtocolW1releSS Profiled H兀PWireless Markup LanguageWireless Session ProtocolWireless Te

21、lephony ApplicationWireless Profiled TCPWireless TLSExtensible Hyper Text Markup LanguageExtensible Markup LanguageYD厂r 1971-2009用户代理特性统一资源标识符同一资源定位WWw联盟无线应用协议无线轮廓HTrP无线标记语言无线会议协议无线电话应用无线轮廓TCP无线TLS可扩展超文本标记语言可扩展标记语言用户代理特性描述终端设备的各类能力和偏好信息(CPI)，如终端的硬件、软件特性和终端相连接的网络相关信息等。通过对无线终端的用户代理特性的解析，源服务器可以对终端请求的内容

22、进行符合终端实际特性的优化处理，如符合终端特性的内容格式转化。采用组合能力，偏好特性(CCPP)规范中指定的架构来定义能力和偏好信息(CPI)，UAProfSchema采用RDF Schema和相应词汇集RDFSchema进行定义。关于用户代理特性，本标准基于下述假设：用户代理特性中的CCPP资料存储库是安全的，不允许未授权的任何更改，与资料存储库相关的功能可以在WAP网关实现，在中间代理或者网络中的独立网元中实现。用户代理特性可以被推送代理网关(PPG)使用。WSPHTIP报头没有加密。本标准没有定义任何安全机制，在没有采用端到端的安全通道(如TLSWTLS安全通道)传输用户代理特性时，若用

23、户代理特性中包含用户保密信息需谨慎处理。在终端客户端与源服务器间为可信任通道。用户代理特性在网络中传输或者缓存时均能保证一致性，对用户代理特性添加特性的网元均为可信任的。为保证用户代理特性的一致性，底层需实现安全机制，如采用TLS或WTLS。本用户代理特性定义了在无线终端、中间网络节点(代理和网关)和源服务器间端到端传输CPI的机制，参考在互联网上分发组合能力，偏好特性(CCPP)【CCPP的标准，采用CCPP模型定义稳定的、可扩展的框架，以描述和传输终端客户端、用户、网络等特性相关的CPI。本标准定义了在CPI中传输的一系列组件和相关属性，这些组件和属性可包括但不限于：硬件特性(屏幕大小，颜

24、色能力，图像能力，制造商等)；软件特性(操作系统厂商与版本，移动运行环境支持，音频、视频解码器等)；应用用户偏好(浏览器厂商及版本，支持的标记语言及版本，支持的脚本语言等)；WAP特性(WML脚本库，WAP版本，WMLdeck大小等)；网络特性(延迟和可靠性等承载特性)。5YDT 1971-2009源服务器，同芙和代理通过使用CPI可以倮汪终端州户接受到与其终Z*环境能力及偏好扣一致的内铎，本标准也允许源服务器通j=上CPI米选择和发送与胜钒自求弃P端能力一致的服务。6端到端架构WAP辑尸端可以j丑过WSPWSP域无线特性的H11P1w-H11H西泌与源服务器相连接。WSP客户端可通过WAP网

25、关连接源服务器或JI接I支持wsP协议f日】5f服务器卉接相连。w_HTT州w_H11t J辑，、端可直接与源服务器相连，或通过具打性能或特性增强能力的代理相连，本标准提供了端到端组合能力偏好信息(CPI)们指定、传输丰处理机制。CPI信息在终端啦蔷指定，但可选地通过某特定；*求提供附信息可选地与网络中_王l=他附冗提供的其他佑包组，w以蛙终组台的CPI提供给源服务器。在互联网h本标准采刚CCPP【CCPP】、HTTP】fHTTPl及rJ选地采用垫下HTTP的CCPP受换m议CCPPex及由nrP扩展框架IHTIText自腱呐HTPI 1。终端客户。臌照总体WAP架栅规范WAPARCH搞述的A

26、式接八源服务器木标准cp涉及到的并网络节点如图1所示。其c十，率标州：不定义川r从特性存储Ht-扶l眦信息的脚议。I,u、ht“。#g，6图1 用P代4特j；到#椅7应用场景71无线轮廓的H丌P客户端H自UAPmf能力的终端n儿源肌舒器发出的饵卟HTTP l_：中通过儿-的x-wap-profile和xwapprofile diff报头忙辅CP投槲。终y#加户代FE廊畦能够处理源服务器响腑中旧xwap-profilewarning推头，谈撤头内斡指示源服务器足占使川CPl数据刈雎成的响心敬揩进行相应fn格式转换。72 WAPWSP客户端72 1打开WSP会话并建立初始UAProf与WAPM戈打

27、开一个WSP会话后儿订UAProf能山的弃P端通过WSP Connecl请求中的Profile和ProfileDiff报头传送片特性信盥。接收到该特性信息后，Jt仃UAProf处理能力舶WAP嘲咒向终端发出带有内容为100(“OK”)帕ProfileWarning报头的响应。该报头向终端表明t CPI已经缓存J WAP阿6m羹正YD厂r 1971-2009关中并将在该会话期间有效。客户端设备可以在会话的任何时候更新CPI数据。如果客户端没有在WSPConnect响应中收到“OK”ProfileWarning报头，表明网关不支持本标准，CPI没有被WAP网关缓存。客户端设备则可以在会话中不用传输

28、或更新CPI。722在激活的WSP会话中更新UAProf当在客户端设备和WAP网关建立了WSP会话后，客户端设备可以在任何时候更新其激活的UAProf。客户端设备向WAP网关发出WSP会话Resume消息，通知WAP网关其Profile及ProfileDiff报头中包含新的CPI，对缓存的CPI信息更新后，网关向客户端发出带有Profile-Warning报头内容为100(“OK”)的响应。而随后在该WSP会话中客户端设备发出的所有请求均与最新缓存的Profile及Profile-Diff报头相关。723恢复挂起的WSP会话客户端设备发出标准的WSPResume请求以恢复挂起的WSP会话。会话

29、一旦恢复，将保持网关中所有缓存的报头，包括包含CPI信息的Profile和ProfileDiff报头。在许多情形，客户端设备能力会在WSP会话挂起的时候发生较大改变。此时，一旦恢复WSP会话，客户端设备必须更新缓存的Profile和ProfileDiff报头，这些更新的报头在WSPResume请求中传输并缓存于WAr网关中。724挂起激活的WSP会话客户端设备通过发出一个标准的WSP Suspend请求，以挂起一个WSP会话。只要会话建立，wAP网关必须缓存所有协商好的报头，包括与该WSP会话相关的Profile和Profile-Diff报头。如果WAP网关要清除该会话，就可以清除与该会话相关

30、所缓存的这些报头。要恢复会话，客户端设备遵循723小节的步骤。725发起WSP请求在具有UAProf传输处理能力的WSP会话中，客户端设备可向WAP网关发起一个标准的wsP请求。WAP网关将该WSP请求转发至所指定的源服务器(一般通过m1P)。在将请求转发给源服务器时，WAP网关必须包含客户端通过WSP会话传来的CPI。源服务器收到该HTTP请求(该m厂rP请求可能会被WAP网关与源服务器问的一个或多个中间r盯P代理改动)，对CPI进行解析，并生成包含ProfileWarning报头的响应，该报头内容指明源服务器是否利用CP生成响应的内容。HTrP响应可能会被中间的HTrP代理更改以更好的适应

31、客户端设备的需求。为提高无线网络传输效率，WAP网关通过WSP协议对ProfileWarning报头进行编码后，将响应内容转发给客户端设备。7251 WAP网关提供的CPlWAP网关转发请求时，可以可选地附加上仅能在网关上获取的特性信息。例如，如果WAP网关由运营商控制，网关可提供客户端设备不能获取的附加网络信息(如从HLR获取的信息)。WAP网关也可以向用户代理特性中增加信息以覆盖终端客户端提供的用户代理特性信息。7252单个请求对CPI的覆盖在发出一个WSP请求时，客户端设备可以提供附加信息，以覆盖或者增添已经缓存于WAP网关中的CPI。附加信息只能适用于当前请求，不能被网关用于后续的请求

32、。在一个请求中，客户端设备在WSP请求中包含Profile和(或)Profile-Diff报头，以增添用户代理特性。产生HTTP请求时，WAP网关用当前WSP请求报头覆盖已缓存的WSPProfile和ProfileDiff报头，7YD厂r 1971-2009网关也可以如7251所描述的向转发的用户代理特性中加入附加信息。73推送环境通过UAProf，在推送环境WAPPushArch，WAPPAP中，推送发起者(PI)(如产生推送消息的应用程序)可以基于客户端设备的CPI，调整其生成的推送消息内容。推送发起者还可以提供一组UAProf约束，推送代理网关(PPG)将该约束与目的设备的CPI进行匹配

33、比较，以决定是否需要对推送消息进行转化发送或者丢弃推送消息。731客户能力查询推送发起者(PI)通过使用客户能力查询(CCQ)wAP-PAP从推送代理网关(PPG)获取目标设备的CPI。根据目标用户的PAP目的地址，推送代理网关查询获取相应的、当前有效的CPI并在客户能力查询响应WAP-PAP中包含该能力实体。推送发起者(PI)获取目的设备当前CPI后，可采用应用相关的逻辑对其后继生成的推送消息进行适应性的处理。732特性匹配推送发起者可以在其以MIME多部分相关类型消息格式发出的推送消息中附加上能力实体。接受到推送消息的能力实体后，推送代理网关将该能力特性要求与目的设备当前有效的CPI进行匹

34、配(当存在多个目的地址时，匹配过程将对每个目的设备依次进行)。若推送发起者的能力特性要求与目的设备的相匹配，网关将推送消息发送出去。此时。为使匹配正确，推送代理网关可以对推送消息内容进行适当的转换。如不能匹配，网关将拒绝推送消息并通过适当的WAP推送状态报告WAP-PAP发给推送发起者。733 01_A推送推送OTA协议WAPPushOta在WSP或HTrP上实现，基于WSP上实现为OTA-WSP，于I-rirP上实现为OTA一rrrP。OTAWSP情形，在建立推送会话时，profile和profile-cliff报头由connect请求从终端传送到推送代理网关。若推送代理网关支持UAProf

35、，则状态码为100的profilewarning报头将包含于发给终端的响应中，以表明profile和profilediff报头被推送代理网关正确理解。因此，在OTAWSP情形，profile和profilediff报头是作为请求报头。OTAHTrP情形时，推送代理网关通过m，OPTIONS方法向终端发送一个注册请求以获取终端的CPI。推送终端代理向终端发送个OPTIONS请求，终端在响应中包含其CPI报头。定义在WAPPushOta中的CPI报头表示了最通用的能力信息，也可以进一步包含profile和profilediff报头以提供更多的扩展信息。如果推送代理网关支持UAProf，并在其请求消

36、息中包含一个通知码为200的Profilewarning报头告知终端设备，profile及profiledifft头可以替代定义于WAP-PushOta】中的CPI报头。因此，在OTAHrrP情形，profile和profilediff报头是作为响应报头。74用户代理特性解析741解析CPl中的属性值为获取正确的CPI属性值，源服务器或代理需要解析用户代理特性。解析过程会先应用一系列的默认值，然后对这些默认值进行合适的覆盖。因为不同的网元可能会提供附加的(或者进行覆盖的)特性信息，解析过程也必须应用这些附加信息以界定最终的属性值。用户代理特性以三个阶段进行构建：8YD厂r 1971-2009根

37、据包含于特性值的URr指示解析所有间接引用。首先应用默认的URI引用中的属性值解析每个Profile和ProfileDiff文件，然后应用Profile及Profile-Diff中各类块的属性值覆盖相应的默认属性值。基于按顺序从每个Profile和Profile-Diff中解析出的属性值，根据其Schema中提供的解析规则确定最终的属性值。若某一属性在Schema中没有相应的解析规则，则在Profile-Diff中提供的值将覆盖其之前Profde或Profile-Diff提供的值。8组合特性段与雇性CCPP框架【CCPP将设备及网络的能力和特性信息传输到Web服务器或网关、代理中，使设备收到符

38、合其能力及特性的合适的内容。这些能力和特性称为属性，很多属性一起构成了词汇集。属性值的语法，以及某种程度上语义均标识在该词汇集的一个Schema中。一个特性就是一个Schema实例，并包含来自其词汇集的一个或多个属性。Schema中的属性被分为一个或数个组件(components)，每个组件表示一组独特的特性集合。组件可包括默认的属性值，而明显包含于特性中的cc，PP属性值将覆盖这些默认设置。CC，PP基于资源描述框架(RDF)【RDF。RDF为一个XML应用RDF-Syntax并指定了规范形式的RDF文档必须遵守的上下文无关的语法。81 Schema布局UAProf Schema的定义遵循下

39、属规则： Schema对应的词汇集必须与RDFRDFSyntax标准相一致，必须有以XML命名空间前缀xmlns”为前缀的惟一的XML命名空问XML-NS名“prf”作为该词汇集的明确标识。必须使用其他保留的UAProf schemaXML命名空间前缀“rdf”和“rdfs”分别标识RDF和RDFSchema命名空间前缀。所有用在UAProfSchema定义中的XML命名空间声明必须声明为rdfiRDF根元素的属性，不允许在UAProfSchema的嵌套XML元素中引入名字空间别名。 UAProf Schema必须包含一个或多个CCPP组件，每个组件在一个或多个RDF描述元素中描述一组属性。

40、每个组件必须具有rdf：type特性，其相应的rdf：resource属性值设置为指向RDFS类对象的绝对URI，并具有rdfilable属性，其值在UAProfSchema中引入的一系列组件中必须惟一。 属性值有相应的数据类型，必须遵循相应的语法。Literal类型的属性是大小写相关的。居首和拖尾的空格必须清除。根据m邛l-1的LWS规则对嵌入的线性空格进行处理。 覆盖默认值的描述可以包含在Schema的组件描述中。需根据与属性相关的解析规则对特性属性实例的最终值进行解析。82用户代理特性组件WAP用户代理特性由下述关键组件的描述块组成：HardwarePlatform：为组充分描述终端设备

41、硬件特性的属性集合，包括设备类型、型号、显示大小、输入输出方法等。 SoftwarePlafform：为组与设备运行环境相关的属性集合。这些属性提供了操作系统软件信息，设备支持的视频、音9YD厂r 1971-2009频编解码信息，用户语言偏好等。BrowserUA：一组描述HTML浏览器应用程序的属性集合。 NetworkCharacteristics：一组描述网络相关基本架构和环境的信息集合，如网络承载信息。WapCharacteristics：一组描述设备所支持WAP能力的属性集合，包括与WML浏览器、WTAWTA等能力与特性的细节信息等。PushCharacmristics一组描述设备所

42、支持的推送相关能力的属性集合，包括设备支持的MIME类型、最大的推送消息长度，设备能储存的推送消息数目等细节信息。可以在该Schema中加入其他的组件以描述其他用户代理的能力信息，如Email应用、硬件扩展等。相关扩展可参见87节。83属性一个特性属性必须属于且只能属于Schema中的一个组件。如果源服务器所关心的一组属性分布于多个组件中，源服务器必须解析整个特性以获取必要的信息。框架属性必须用惯用的成对的名字一值语法定义。成对的名字一值的前半部分描述了属性，后半部分描述属性值。在语义和值的表达上RDF属性描述必须惟一和明确。在一个RDF组件描述块中，属性描述必须为内嵌式地表明属性值，或者表示

43、为必须通过解析才能获取完整描述的RDF资源(使用如URI这样的间接或远程参考)。UAprof是CCPP的一个应用，因此继承了定义在【CcPP中的CCPP的“DefauB”机制的语法和语义。一个ccpp：default属性实例可以指向一组外部定义的属性集，因而应该由URI资源(使用rdf：resource属性)进行描述。一个ccppp：default属性实例也可以包含CCPPqb定义的内嵌属性。具有组合的或多个值的属性必须以RDF资源描述。必须用一个RDF容器(Bag或Sequence)描述一列与所给属性相关的值(有序或无序的)。本标准规定RDF容器不能包含本身也是RDF容器的元素。例如，Ill

44、putCharset属性必须表示如下：USASCIIShift JIS10具有多个描述的属性值必须按照下述规则解析： 必须先对默认描述块中的属性描述进行解析。 后续的属性实例中的任何其他相同属性的其他描述值必须覆盖默认描述值。 当属性的多个描述存在默认描述块之外时，最终的属性值必须由该属性的解析规则确定。一个YD厂r 1971-2009属性必须与下述3个解析规则之一相关：(I)L0cked：最终值由在默认描述块外出现的第一个属性描述确定，必须忽略后继出现的属性描述。(2)Override：最终值等于最后出现的带有描述元素的属性值。(3)Append：最终值是一列所有出现的属性描述值。例如，ModelNumber属性的具有Locked的解析语义。这意味第一个出现的非默认的属性值为最终值，后继出现的属性实例不能对其改变。CMo疋apble具有Override的解析语义，意味在多个出现的属性描述中，只有最后一个决定最终值。具有Append解析语义的属性，意味其最终值包含在特性中出现的该属性的所有实例。一个属性(RDF Properfy)必须很接近地表示所描述的能力和特性的语义，必须遵守【RDF和RDF-Schema中的命名约定。84用户代理