YD/T 1971-2009.Technical Requirement for UAProf in Mobile Communication Network.
1范围
YD/T 1971规定了在无线终端和源服务器之间的用户代理特性(UAProf) 的产生、传输和处理的技术要求。
YD/T 1971适用于采用用户代理特性机制的终端与系统网络设备提供商、电信运营商和服务器提供商。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注8期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
CCPP“Composite Capability/Preference Profiles(CCIPP):Structure and Vocabulares",G.Klyne,F.Reynolds,C.Woodrow,H.Ohto.URL:ttp://www.w3.org/TR/CCPP-struct-vocab
CCPPex“CC/PP exchange protocol based on HTTP Extension Framework" H. Ohto,J. Hjelm,June 1999.URL: http://www.w3.org/TRNOTE-CCPPexchange
CREQ“Specification of WAP Conformance Requirements"”WAP Forum WAP-221-CREQ-20000915-a. URL: htp//www .openmobilalliance.org/

ICS33.050
中华人民共和国通信行业标准
YD/T 1971-2009
基于移动通信网络业务的
用户代理特性技术要求
Technical Requirementfor
UAProf inMobile Communication Network2009-06-15发布
2009-09-01实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件
术语和定义
缩略语
概述·
端到端架构
应用场景
7.1无线轮的HTTP客户端·
WAP/WSP客户端..
推送环境：
用户代理特性解析
组合特性段与属性.
Schema布局
用户代理特性组件
属性·
用户代理特性
用户代理特性合开
8.G用户代理特性Schema和基本词汇集8.7Schema/词汇集扩展
9用户代理特性传输
9.1基于W-HTTP的用户代理特性传输9.2基TWSP的月户代理特性传输
10源服务器行为
11部署考虑
11.1客户端支持
11.2存储库支持
11.3中间代理支持：
附录A（规范性附录）用户代理特性Schema和Dalatypes附录B（规范性附录）保留属性
-KANiKa-
YD/T 1971-2009
YD/T1971-2009
本标准在技术内容.上参考了开放移动联盟（OMA）的OMA-TS-USProf-V2_0-20060206-A使用者代理概况规范。
本标准附录A、附录B为规范性附录。本标准由中国通信标准化协会提出并妇口。本标准起草单位：大唐电信科技产业集团、北京邮电大学本标主要起草人：莫建林、刘博、梅晓华、杨君云、李勐、孙博辉、陈少蓓1范围
YD/T 1971-2009
基于移动通信网络业务的用户代理特性技术要求本标准规定了在无线终端和源服务器之问的用户代理特性（UAProf）的产生、传输和处理的技术要求。
本标准适用于采用户代理特性机制的终端与系统网络设备提供商、电信运营商利服务器提供商。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的明用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。CCPP
CCPPex
HTTPext
RDF-Schema
RDF-Syntax
RFC1321
RFC3066免费标准bzxz.net
RFC2119
RFC2045
\Cormpasite Capability/Preference Profiles(CC/PP):Structure and Vocabularies\G.Klyne,F.Reynolds,C. Woodrow, H. Ohto.URL:http://w3.org/TR/CCPP-struct-vocab\CC/PP exchange protocol based on HTTP FExtension Framework\ H. Ohto,J. Hjelm.June1999.URL: http://w3.org/TR/NOTF-CCPPexchange\Specification of WAP Conformance Requirements\WAPForumWAP-221-CREQ20000915-a, URL: http//openmobilealliance.org/\Hypertext Transfer Protocol HTTP/1.1\ RFC2616,R. Fielding,et al.,June 1999.URl:ftp://ftp.isi.edu/in-notes/rfc2616.txt\An HTTP Exlensian Framework\ RFC 2774 H. Nielscn P. Leach and S.LawrenceFebruary2000.URL.fip:/ftp.isi.edu/in-notes/rfc2774.txt\RDF Semantics\ World Wide Web Consortium,P. Hayes URL: http:// w3org/TR/rdf-mt
\RDF Vocabulary Descriptian Language 1.O:RDF Schema\ World Wide WebConsortium,D.Brickley,R.V. Guha URL: http://w3.org/TR/rdf-schema\RDF/XML, Syntax Specification(Revised)\, World Wide Web Consortium,D.BcckettURL:http://w3.org/TR/rdf-syntax-grammar\The MD5 Message-Digest Algorithm\ RFC 1321,R. Rivest,April 1992 URL: flp://llp.isiedu/in-notes/rfc1321.txt
\Tags for the Identification of Languages\ RFC 3066,H. Alvestrand January 2001. URL:ftp://ftp.isi.edu/in-notes/rfc3066.txt*Key words for use in RFCs to Indicate Requirement Levels\ RFC2119 S. BradnerMarch1997.URL: http:/ietf.arg/rfc/tfe2119.lxt\Multipurpase Internet Mail Extensions (MIME) Part One\ RFC2045,N. Freed et alNovember 1996. URL: ftp://ftp.isi.edu/in-notes/rfc2045.txt1
-TIKANIKAca-
YD/T 1971-2009
RFC2234
RFC2396
W-HITP
XML-NS
\Augmented BNF for Syntax Specifications: ABNF\', RFC2234,D. Crocker, Ed., P.Overell.November1997.URL:http://ietf.org/rfc/rfc2234.txt\Uniform Resource Identifiers(URI): Generic Syntax\, RFC 2396,T, Berners-Lee, RFielding, and L. Masinter August 1998.URL: ftp:/ftp.isi.edu/in-notes/rfc2396.txt\Wireless Application Environment Spccification\ WAP Forum WAP-236- WAESpecURE: http://openmobilcallianee.org/\Wireless
Datagram
openmobilealliance.org/
Protocol\WAPForumWAP-259-WDP.URLhttp://
\WAP Wireless Profiled HITP\WAP ForumWAP-229-HTTP.URL:hitp://wwwopenmobilealliance.org/
\Wireless Session Protocol Specification\WAP Forum WAP-230-WSP.URL:hitp://openmobilealliance.org/\Wireless Telephony Application Specification\ WAP ForumTM WAP-169-WTA. URL:http://openmobilealliance.org/\Extensible Markup Language(XML)1.o(Second Edition)\ World Wide Web ConsortiumRecommendation Tim Bray et al.6 October 2000.URL: http://w3.org/TR/2000REC-xml-20001006
\Namespaccs in XML\, W3C Rccommendation,T. Bray,D.Hollander,A. Layman January1999. URL: http://w3.org/TR/1999/REC-xml-namesXML-Schema
\XML Schema Part l:Structures\ World Wide Web Consortium RecommendatiorH.Thompson et.al.2 May: 20013术语和定义
下列术语和定义适用于本标准。3.1
属性Attribute
用户代理特性属性指用以描述CPI数据元素，它以RDF实体元素表示，每个用户代理轮属性均和一个值或者一系列值或者资源有关。3.2
CC/PP存储库CC/PPRepository
永久存储CPI的服务器，它可以被一个用户代理特性引用或组合。通常…-个CC/PP存储库就是一个将CC/PP用户代理特性作为HTTP请求响应的Web服务器。3.3
组件Component
对CPI信息进行高级别分类的元素。对用户代理特性，包括HardwarePlatform，SoftwarePlatfarm,NetworkCharacteristics, WAP, MexE, BrowserUA and PushComponent.3.4
能力与偏好信息CPI
YD/T1971-2009
与设备能力，运营和网络环境，用户接受内容和/或资源的个人喜好相关的能力与偏好信息。CP由用户代理特性表示。
网关gateway
桥接不同网络协议的软件。本标准中网关指存在于独立网关或者与直接实现于代理或源服务器的协设桥接功能。
归属位置寄存器Home Location Aegister蜂窝网络中的永久数据库。归属位置寄存器位于网络运营商的SCP（信号控制节点）上：以识别/验证用户，也可包含与特性和服务相关的用户数据。3.7
源服务器OriginServer
发送含适的内容或者错误消息作为WAP终端请求响应的软件。源服务器可接收WSP或者HTTP请求。通过用户代理特性的使用，源服务器上的应用程序可发送与所提供用户代理特性中的CPI相一致的内容。本标准中，源服务器指可实际存在于一个独立Web服务器中或同时实现于一个代理或网关的内容生成实体。
特性Profile
描述特定设备能力利t网络配置的用户代理特性Schema实例。特性不需要包含词汇集/schema中的所有属性。
特性存储库ProfileRepositary
特性存储库为存储特性资源的源服务器。此时特性视为可通过标识特定设备特性的URI机制获取的规则菌静态或动态资源。源服务器可利用經存降低到特性存储库上的下裁数量，以提高速度。通常特性存储库由设备制造商或者提供用户代理信息的软件广商实现和维护。3.10
属性Property
RDF 性用以表示一个特定的方面、特性、能力，或述资源的关系（元数据），采用RDF属性元素语法表示。
代理Proxy
接收HTTP请求并通过HTTP转发到源服务器（可通过前问代理的方式）。代理接收源服务器发米的响应并转发至请求终端。在前转时，代理可对请求或响应进行更改，或提供其他增值功能。本标推中，代理指可存在于HTTP代理或者同时实现在网关或源服务器中的请求/喇应转发功能。3.12
资源Fesource
用户代理特性表达中的对象或者元素。一个用户代理特性可以通过URI标识。3
TTKAONKAa
YD/T1971-2009
Schema
RDPSchema指在任何时问点，组成一个RDF词汇集的特定的不可更改版本的资源。Schema提供对RDF数据模型表达进行解释的语义信息（如组织和关系）。Schema不包含与属性相关的值。3.14
服务器Server
响应HTTP请求的软件。该软件可驻留于移动终端。请求可以是对CPI的请求或使用CPI为元数据。3.15
用户User
作为个人或群体的单个实体。用户可进一步定义为使用设备向服务器发起内容和/或资源请求的实体。3.16
用户代理UserAgent
基于用户行为运行于设备上的的一个程序，比如说浏览器。用户可在不同时间使用不同的用户代理。3.17
词汇集Vacabulary
充分描述CPI属性的集合。词库和Schema相关。用户代理特性词汇集包括与设备能力和网络特性相关的属性。
4缩略语
下列缩略语适用于本标准。
CC/PPEX
CC/PP-HTTP
CC/PP-WSP
Client Capability Query
CompositeCapability/Preferences ProfilesCC/PPExchange Protocol
CC/PpExchangeProtocoloverHrTPCC/PP exchange protocol overWSPCapability and Preference InformationDigital Rights Mana gement
E-Mail Notification
Hyper-Text Markup Language
Hyper-Text Transfer ProtocolInternet Assigned Numbers AuthorityLinear White Space
Over The Air
Push Access Protocol
Push Initiator
Push Proxy Gateway
Platform for Privacy Preferences ProjectResource Description Framework用户能力查询
组合能力/偏好特性
CC/PP交换协议
基于HTTP的 CC/PP交换协议
基于WSP的CC/PP交换协议
能力和偏好信息
数字版权管理
E-mail通告
超文本标记语言
超文本传输协议
网络地址分配机构
线性空格
空口传输方式
推送接入协议
推送发起者
推送代理网关
私有偏好平台项目
资源描述框架
UAPROF
W-HTTP
5概述
User Agent Profile
Uniform Resource Idenlifier
Uniform Resource Localor
World Wide Web Consortium
Wireless Applicatian ProtocolWircless Profiled HTTP
Wireless Markup Language
Wireless Session Protocol
Wireless Telephony ApplicationWireless Profiled TCP
Wireless TLS
Extensible Hyper Text Markup LanguageExtensible Markup Language
朋户代理特性
YD/T 1971-2009
统一资源标识符
同一资源定位
www联盟
无线应用协议
无线轮廓HTTP
无线标记语言
无线会议协议
无线电话应用
无线轮廓TCP
无线TLS
可扩展超文本标记语言
可扩展标记语言
用户代理特性描述终端设备的各类能力和偏好信息（CPI)，如终端的硬件、软件特性和终端相连接的网络相关信息等。通过对无线终端的用户代理特性的解析，源服务器可以对终端请求的内容进行符合终端实际特性的优化处理，如符合终端特性的内容格式转化。采用组合能力/偏好特性（CC/PP）规范中指定的架构来定义能力和偏好信息（CPI)，UAProfSchema采用RDFSchema和相应词汇集[RDF-Schema]进行定义。关于用户代理特性，本标准基于下述假设：争用户代理特性中的CC/PP资料荐储库是安全的，不允许未授权的任何更改，与资料存储库相关的功能可以在WAP网关实现，在中间代理或者网络中的独立网元中实现。。用户代理特性可以被推送代理网关（PPG）使用。，WSP/HTTP报头没有加密。本标准没有定义任何安全机制，在没有采用端到端的安全通道（如TLS/AWTLS安全通道）传输用户代理特性时，若用户代理特性中包含用户保密信息需谨慎处理。，在终端客户端与源服务器问为可信任通道。用户代埋特性在网络中传输或者缓存时均能保证一致性，对用户代理特性添加特性的网元均为可信任的。为保证用户代理特性的一致性，底层错实现安全机制，如采用TLS或WTLS。本户代理特性定义了在无线终端、中问网络节点（代理和网关）和源服务器问端到端传输CPI的机制，参考在互联网上分发组合能力/偏好特性（CC/PP）[CCPP]的标辨，采用CC/PP模型定义稳定的、可扩展的框架，以描述和传输终端客户端、用户、网络等特性相关的CPI。本标准定义了在CPI中传输的一系列组件和相关属性，这些组件和属性可包括但不限于：硬件特性（屏幕大小，颜色能力，图像能力，制造商等)；软件特性（操作系统厂商与版本，移动运行环境支持，音频、视频解码器等)；，应用/用户偏好（浏览器商及版木，支持的标记语言及版本，支持的脚本语言等）；。WAP特性（WML脚木阵，WAP版本，WMLdeck 大小等）：。网络特性（延迟和可靠性等承载特性)。-TTKANIKAa
YD/T1971-2009
源服务器，网关和代理通过使用CPI，可以保证终端用户接受到与其终端环境能力及偏好相一致的内容，本标准也允许源服务器通过CPI来选择和发送与服务请求客户端能力-致的服务。6端到端架构
WAP客户端可以通过WSP[WSP]或死线特性的HTFP[W-HTTPI协议与源服务器相连接。WSP客户端可通过WAP网关连接源服务器，或宜接与支持WSP协设的源服务器直接相连。W-HTIPIW-HTTPI客户端可直接与源服务器拍逆，或过真有性能性增强能力的代理相连。本标提供了媚到端组合能力/偏好信息（P）的指定、传输利处理机制。CPI信息在终端设备指定但可选地通过某…-特定请求提供附加信息，可选地与网络中其他网元提供的其他信息组合，并以最终组合的CPI提供给源服务器。在互联网上，本标准采用CC/PI[CC/PP]、HTiP1,1[HTTP]及可选地采用基于HTTP的 CC/PP交换协议[CCPPex]及出HTTP扩展框架[HTTPext]扩展的HTTP1,I。终端客户可按照总体WAP架构规范[WAPARC中描述的方式接入源服务器，本标准中涉及到的各网络节点如图1所尔。其中，本标准不定义用于从特性荐储阵中我取倍恩的协设。Push代理网关
PushOTA
WAP网关
用产设备
7应用场累
7.1无线轮廓的HTTP客户端
WSPCC/PPe
HTTP代理
PAP/MIME
Multien
【CC/PPex】
图1用户代理特性端到端架构
轮席存储阵
源服务器
Push发起者
具有UAProf 能力的终端在其问源服务器发出的每一个HTTP请求中，通过其中的x-wap-profile和x-wap-profile-diff报头传输CPI数据。终端用户代理应该能够处理源服务器响应中的x-wap-profile-waring报头，该报头内容指示源服务器是否使用CPI数据对其生成的响应数据进行相应的格式转换。7.2WAP/WSP客户端
7.2.1打并 WSP会话并建立初始 UAProf与WAP网关打开一个WSP会话后，具有UAProf能力的客户端通过WSPConnect请求中的Profile和Profile-Diff报头传送其特性信息。接收到该特性信息后，具有UAProf处理能力的WAP网关向终端发出带有内容为100（\OK\）的Profile-Warning报头的响应。该报头向终端表明：CPI已经缓存于WAP网6
关中并将在该会话期问有效。客户端设备可以在会话的任何时候更新CPI数据。YD/T1971-2009
如果客户端没有在WSPConnect响应中收到\OK\Prolile-Warning报头，表明网关不支持本标准，CPI没有被WAP网关缓存。客户端设备则可以在会话中不用传输或更新CPI。7.2.2在激活的WSP会话中更新UAPro当在客户端设备和WAP网关建立了WSP会话后，客户端设备可以在任何时候更新其激活的UAProf。客户端设备向WAP网关发出WSP会话Resume消息，通知WAP网关其Profile及Profile-Dif报头中包含新的CPI，对缓存的CPI信息更新后，网关向客户端发出带有FroEle-Warning报头内容为100（\OK”）的响应。而随后在该WSP会话中客户端设备发出的所有请求均与最新缓存的Profile及Profile-Diff报头积关。
7.2.3恢复挂起的WSP会话
客户端设备发出标准的WSPResume请求以恢复挂起的WSP会话。会话一旦恢复，将保持网关中所有缓存的报头，包括包含CPl信息的Profile和Profile-Diff报头。在许多情形，客户端设备能力会在WSP会话拌起的时候发生较大改变。此吋，一旦恢复WSP会话客户端设备必须更新缓存的Profile和Profile-Diff报头，这些更新的报头在wsPResume请求中传输片缓有WAP网关中。
7.2.4挂起激活的WSP会话
客户端设备姆过发出一个标雅的WSPSuSpend请求，以违起一个wSP会话。只婴会话建立，WAF网关必须缓存所有协商好的报头，包据与该WSP会话相关的Profile和Profile-DiF报头。如果WAP网关要清除该会话，就可以清除与该会话和关所缓存的这些报头。要恢复会话，客户端设备遵循7.2.3小节的步骤。
7.2.5发起WSP请求
在具有UAProf传输处理能力的WSP会话中，客户端设备可向WAP网关发起一个标推的WSP请求。WAP网关将该WSP请求转发至所指定的源服务器（---般道过HTTP）。在将请求转发给源服务器时，WAP网关必须包含客户端通过WSP会话传来的CPI。源服务器收到该HTTP请求（该HTTP请求可能会被WAP网关与源服务器问的--个或多个中间HTTP代理改动），对CPI进行解析，并生成包含Profile-Waming报头的响应，该报头内容指明源服务器是否利用CPI生成响应的内容。HTTP响应可能会被中问的HTTP代理更改以更好的适应客户端设备的需求。为提高无线网络传输效率，WAP网关通过WSP协议对Profile-Warning报头进行编码后，将响应内容转发给客户端设备。7.2.5.1WAP网关提供的CPI
WAP网关转发谢求时，可以可选附加上仪能在网关上获取的特性信息。例如，如巢WAP网关由运营商控制，网关可提供客户端设备不能获取的附加网络信愈（如从HLR获取的信息）。WAP网关也可以向用户代理特性中增加信息以覆盖终端客户端提供的用户代理特性信息。7.2.5.2单个请求对CPI的覆盖
在发出一个WSP请求时，客户端设备可以提供附加信息，以覆益或者增添已经缀存于WAP网关中的CPI。附加信息只能证用于当前请求，不能被网关用于后续的请求。在一个请求中，客户端设备在WSP请求中包含Prolile和（或）Profile-Diff报头，以增添用户代理特性。产生：HTTP请求时，WAP网关用当前WSP请求报头覆盖已缓存的WSPProfile和Profile-Diff报头，KAONIKAca
YD/T 1971-2009
网关也可以如7.2.5.1所描述的向转发的朋户代理特性中加入附加信息。7.3推送环境
通过UAProf，在推送环境IWAP-PushArch，WAP-PAPI中，推送发起者（PI）（如产生推送消息的应用程序）可以基丁客户端设备的CPl，调整其生成的推送消息内容。推送发起者还可以提供一组UAProf约束，推送代理网关（PPG）将该约束与目的设备的CP1进行匹配比较，以决定是否需要对送消息进行转化发送或者丢弃推送消息。7.3.1客户能力查询
推送发起者（PI）通过使用客户能力查询（CCQ）【WAP-PAP)从推送代理网关（PPG）获取目标设备的CPI。根据目标用户的PAP目的地址，推送代理网关查询获取相应的、当前有效的CPI，并在客户能力查询响应[WAP-PAP]中包含该能力实体。推送发起者（PI）获取目的设备当前CPI后，可采用应用相关的逻辑对其后继生成的推送消息进行适应性的处理。
7.3.2特性匹配
推送发起者可以在其以MIME多部分相关类型消息格式发出的推送消息中附加上能力实体。接受到推送消息的能力实体后，推送代理网关将该能力特性要求与目的设备当前有效的CPI进行四配（当存在多个目的地址时，匹配过程将对每个官的设备依次进行）。若推送发起者的能力特性要求与目的设备的相匹配，网关将推送消息发送出去。此时，为使匹配正确，推送代理网关可以对推送消息内容逃行适当的转换。如不能匹配，网关将拒绝送消息并通过适当的WAP推送状态报告[WAP-PAP发给推送发起者。
7.3.3OTA推送
推送OTA协议[WAP-PushOta]在 WSP或HTTP 上实现，基于FWSP L实现为 OTA-WSP，于 HTTP上实现为OTA-HrTP。OTA-WSP情形，在建立推送会话时，profile和prafile-diff报头由connect请求从终端传送到推送代理网关。若推送代理网关支持UAProf，则状态码为100的profile-warning报头将包含于发给终端的响应中，以表明prolile和prolile-diff报头被推送代理网关正确理解。因此，在OTA-WSP情形，profile和profile-diff报头是作为请求报头。OTA-HTTP情形时，推送代理网关通过HTTPOPTIONS方法向终端发送一个注册请求以获取终端的CPI.推送终端代理向终端发送一个OPTIONS请求，终端在响应中包含具CPI报头。定义在[WAP-PushOta]中的 CPI报头表示了最通用的能力信息，也可以进一步包含profile和 profile-diff报头以提供更多的扩展信息。如果推送代理网关支持UAProf，并在其请求消息中包含一个通知码为200的Profile-warming报头告知终端设备，profile及profile-diff报头可以替代定义于[WAP-PushOta]中的CPI报头。因此，在.OTA-HTTF情形，profile和profile-diff报头是作为响应报头。7.4用户代理特性解析
7.4.1解析CPI中的属性值
为获取正确的CPI属性值，源服务器或代理需要解析用户代理特性。解析过程会先应用一系列的默认值，然后对这些默认值进行合适的覆盖。阅为不同的网元可能会提供附加的（或者进行覆盖的）特性信息，解析过程也必须应期这些附加信息以界定最终的属性值。用产代理特性以三个阶段进行构建：8
根据包含于特性值的URI指示解析所有间接引用YD/T 1971-2009
。者先应用默认的 URI引用中的属性值解析每个 Profile 和 Profile-Diff 文件，然后应用] Protile 及Profilc-Dif中各类块的属性值爱益相应的默认属性值。。基于按顺序从每个Profile和 Profile-Diff中解析出的属性值，根据其 Schema 中提供的解析规则确定最终的属性值。若某一属性在Schema中没有相应的解析规则，则在Profile-Di任中提供的值将覆盖其之前Profilc或Profile-Diff提供的值。8组合特性段与属性
CC/PP框架[CCPP】将设备及网络的能力和特性信息传输到Web服务器或网关、代理中，使设备收到符合其能力及特性的合适的内容。这些能力和特性称为属性，很多属性一起构成了词汇集。属性值的语法，以及某种程度上语义均标识在该词汇集的一个Schema中。一个特性就是一个Schema实例，并包含米自其词汇集的一个或多个属性。Schema 中的属性被分为一个或数个组件（components），每个件表示一组独特的特性集合。组件可包括默认的属性值，而明显包含于特性中的CC/PP属性值将覆盖这些默认设置。
CC/PP基于资源描述框架（RDF）[RDF]。RDF为一个XML应用[RDF-Syntax]非指定了规范形式的RDF文档必须遵守的上下文无关的语法。8.1Schema 布局
UAProf Schema的定义遵循下属规：，Schema 对应的词汇集必须与RDF[RDF-Syntax]标准相一致，必须有以XML命名空间前缀“xmlns\为前缀的惟一的XML命名空问[XML-NS]名“prf”作为该词汇集的明确标识。必须使用其他保留的UAProf schemaXML命名空问前缀“rdf\和“rdfs\分别标识RDF和RDFSchcma 命名空间前缴。
。所有朋在UAProf Schema定义中的XML命名空间声明必须声明为rdf:RDF根元素的虑性，不允许在UAProf Schenia的联套XML元案叶引入名字穿间别名。。UAProfSchema必须包含一个或多个CC/PP组件，每个组件在一个或多个RDF描述元中描述一组属性。
。每个组件必须具有rdf:type特性，其相应的rdf:resource虑性值设置为指向RDFS类对象的绝对URI，并具有rdf:lablc属性，其值在UAProf Schema中引入的一系列组件中必须惟一·属性值有相应的数据类型，必须遵循相应的语法。Literal类型的属性是大小写相关的。居首和拖尾的空格必须清除。根据HTTP1.1的LWS规则对嵌入的线性空格避行处理。。覆盖默认值的描述可以包含在Schema的组件描述中。需根据与属性相关的解析规则对特性属性实例的最终值进行解析。
8.2用户代理特性组件
WAP用户代理特性由下述关键组件的描述块组成：?HardwarePlatform:
为一组充分描述终端设备硬件特性的癌性集合，包括设备类型、型号、显示大小、输入输出方法等。SoflwarePlatform
为一组与设备运行环境相关的属性集合。这些属性提供了操作系统软件信息，设备支持的视频、音KANIKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。