YD/T 1802-2008.Technical Requirements for Presence Service Basing on IMS(Phase I).
1范围
YD/T 1802规定了基于IMS的呈现业务的基本概念、体系结构、上下文模型、参考点、安全、计费、注册、SIP方法等呈现业务运营过程中涉及的相关内容。
YD/T 1802适用于移动网络呈现业务的相关设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
3GPP TS 23.141呈现业务:结构和功能描述V6.5.0
3GPP TS 23.228 IP多媒体子系统(IMS) Stage2 V6.5.0
3GPP TS 24.229基于SIP和SDP的IP多媒体呼叫控制协议Stage 3 V6.2.0
3GPP TS 32.240电信管理、计费管理、计费结构和原理V6.x.x
3GPP TS 32.260计费管理，IP多媒体子系统(IMS) 计费V1.0.0 Release 6.
3GPP TS 33.203基于IP业务的接入安全V6.x.x
3GPP TS 33.222通用鉴权体系结构(GAA)使用HTTPS接入网络应用功能V6.x.x
3GPP2 X.S0013-002-A全P核心网络多媒体域: IP 多媒体子系统Stage 2 Version 2.0
3GPP2 X.S0013-004-A全IP核心网络多媒体域: SIP和SDP的IP多媒体呼叫控制协议Stage 3,Version 2.0

ICS 33 070 01
中华人民共和国通信行业标准
YD/T1802-2008
基于IP多媒体子系统（IMS）的呈现（Presence）业务技术要求（第一阶段）Technical Requirements for Presence Service Basing on IMS(Phase I)
2008-07-28 发布
2008-11-01实施
中华人民共和国工业和信息化部发布前言
1范围..
2规范性引用文件
3定义和缩略语…
4业务总体特征·
5体系结构…
6上下文模型
7参考点描述·
8安全·
9 计费
10注册
11SP方法-
附录A（规范性附录）呈现文件内容附录 B(资料性附录）呈现 XDM--附录C（资料性附录）RLSXDM-
-TKAONT KAca-
YD/T 1802-2008
YD/T1802-200B
本标准是基于IMS的业务（第一阶段）系列标准之一，该系列标准的名称及结构如下：（1）YD/T1802-200/8基于P多媒体子系统（IMS）的呈现（Presence）业务技术要求（第一阶段）3基于IP多媒体子系统（IMS）的呈现（Presence）业务测试方法（第一阶段）(2) YD/T 1803-2008
（3）YD/T1645-2007基于数字蜂窝移动通信网的即按即说业务（PoC）总体技术要求（4）YD/T1646-2007基于数字蜂窝移动通信网的即按即说业务（PoC）终端技术要求（5）YD/T1647-2007基于数字蜂窝移动通信网的即按即说业务（PoC）终端测试方法（6）YD/T1648-2007基于数字蜂窝移动通信网的即按即说业务（PoC）服务器技术要求（7）YD/T1649-2007基于数字蜂窝移动通信网的即按即说业务（PoC）服务器测试方法(8）基于IMS的组管理（XDM）业务技术要求（第一阶段）(9）基于IMS的组管理（XDM）业务测试方法（第一阶段）本标准与YDIT 1803-2008《基于IP多媒体子系统（IMS）的呈现（Presence）.业务测试方法（第一阶段》配套使用。
本标准主要参考了OMA呈现需求、架构及技术规范文档VI.0，并根据我国网络的实际业务和功能需要而制定的。
随誉技术的发展，还将制定后续的相关标准。本标准的附录A为规范性附录，附录B和附录C为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、华为技术有限公司、中兴通信股份有限公司本标准主要起草人：杨红梅、吴、伟、崔媛媛、招杨、王亚英虹
1范围
KAONKAca-
YD/T1802-2008
基于IP多媒体子系统（IMs）的呈现（Presence）业务技术要求（第一阶段）
本标准规定了基于IMS的呈现业务的基本概念，体系结构、上下文模型、参考点、安全、计费、注册、SIP方法等呈现业务运营过程中涉及的相关内容。本标准适用于移动网络呈现业务的相关设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括误的内容）修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPP TS 23.141
3GPPTS23.228
3GPPTS24.229
3GPP TS 32.240
3GPP TS 32.260
3GPPTS33.203
3GPP TS 33.222
3GPP2 X,S0013-002-A
3GPP2 X.S0013-004-A
3GPP2X.S0013-007-0
3GPP2 X.S0013-0xx-A
3GPP2X.S0027-001-0
3GPP2 S.R0086-A
IETF RFC 2387
IBTF RFC 2616
IETF RFC 2778
IETFRFC3261
IETFRFC326S
IETFRFC3323
IETF RFC 3325
呈现业务：结构和功能描述V6.5.0IP多媒体子系统（IMS）Stage2V6.5.0基丁SIP和SDP的IP多媒体呼叫控制协议Stage3V6.2.0电信管理、计费管理、计费结构和原理V6.x.计费管理，P多媒体子系统（IMS）计费V1.0.0Release6基于IP业务的接入安全V6.x.x
通用鉴权体系结构（GAA）使用HTTPS接入网络应用功能V6.xX全IP核心网络多媒体域：IP多媒体子系统Stage2Version2.0全IP核心网络多媒体域：SIP和SDP的IP多媒体呼叫控制协议Stage3，Version 2.0
全IP核心网络多媒体域：IP多媒体子系统计费体系结构RevisionO，Version 1.0
全卫P核心网络多媒体域：IP多媒体子系统—离线计费结构和流程Revision A, Version 2.0
呈现业务：结构和功能描述Revision0,Version1.IMS安全框架
MIIME多方/相关内容类型
超文本传输协议HTTP/1.1
呈现和即时消息模型
会话初始化协议
会话初始化协议（SIP）——特定的事件通知会话初始化协议（SIP）私有机制会话初始化协议（SP）为可信任网的标识的私有扩展1
YD/T1802-2008
IETF RFC 3856
IETF RFC 3857
IETF RFC 3863
IETF RFC 3903
OMA PXDMSPEC
OMA RXDMSPEC
3定义和缩略语
3.1定义
下列定义适用于本标准，
SIP协议的是现事件包
观察者信息事件模版——SP包
是现信息数据格式（PIDF）
SP的事件状态发布扩展
呈现XDM规范V1.0
资源列表服务器（RLS）XDM规范V1.0上下文模型Context Model
为了帮助理解体系结构而定义的一种识别上下文项目的模型。3.12
呈现信Presence Information
属于呈现体的一套动态信息，可以包含呈现元素，如状态、可达性、意愿以及呈现体的能力等。3.1.3
呈现服务器PresenceServer
是一个逻辑实体，从一组与它所服务的呈现体相关的呈现源接收呈现信息，并使得这些信息依据那些呈现体的相关规则对观者可用。3.1.4
星现源Presence Source
为一个或多个呈现体向呈现服务器提供呈现信息的逻辑实体，如3GPP/3GPP2现用户代理、现网络代理以及呈现外部代理等。
呈现体Presentity
具有与之相关的呈现信息的逻辑实体，信息可以从一些呈现源中得到。一个呈现体一般是一个人，也可以代装一个角色（如“帮助桌面）者一个源（如“会议室，呈现体通常通过不同的名称来引用，如邮箱地址或电话号码。在SIMPLE中，呈现体通常使用sip:，pres：或tel:URL来引用。3.1.6
订阅Subscription
为了向订阅者通知关于一个或多个呈现体的呈现信息的改变，呈现服务保留的信息。3.1.7
量现服务 Presence Service
为了使应用和业务能使用望现信息，管理观察者和呈现体之间呈现信息的能力。3.t.8
星现业务
呈现业务是一种告知一个用户关于另一个用户的可达性、可用性和通信意愿的业务。2
观察者Watcher
KAONKAca-
YD/T1802-2008
任何独立的可识别的请求呈现体呈现信息或者从呈现服务请求观察者信息的独立实体：特殊的观察者类型有获取者（fetcher）、轮询者（poller）等。3.1.10
观察者信息订阅者WatcherInformationSubscriber任何独立的可识别的从呈现服务请求一个观察者的信息的实体。订阅呈现观察者的动态改变以及呈现订阅的状态。
提供Provisloning
业务提供者为使呈现业务对订阅者可用而采取的一个动作。提供可以通用，包括：不需要业务提供者事先安排就可以向所有的订阅者提供，或者仅仅在业务提供者进行了必要的操作（如登录名、密码）之后才能向某个单独的订阅者提供。3.1.12
应用惟一标识ApplicationUniqueID区分-个应用接入XCAP资源的惟-一标识。3.1.13
全局树GlobalTree
在特定的XCAP根下的特定应用用法的所有全局文档的父结点URL。3.1.14
XCAPApplicationUsage
XCAP应用用法
和XCAP服务器进行交互操作的应用的详细信息。3.1.15
全局文档GlobalDocument
放在XCAP全局树下的适用于XCAP应用用法的所有用户的文档。3.2缩略语
下列缩略语适用于本标准。
Architecture Document
Application Server
Device Management
Generic Authentication ArchitectureIPMultimedia Subsystem
Multipurpose Internet Mail ExtensionMultimedia Domain
Open Mobile Alliance
Presence Information Data FormatPush-to-talk over Cellular
Presence Server
架构文档
应用服务器
设备管理
普通签权结构
IP多媒体子系统
多用途 Intemet 邮件扩展
多媒体域
开放移动联盟
圣现信息数据格式
公众蜂窝网络中的PTT业务
呈现服务器
YD/T1802-2008
SIMPLE
Requirement Documene
ResourceList Server
SrP InstantMessage and PresenceLeveragingExtensionSession Initiaion Protocol
User Equipment
Uniform Resource Identifier
XML Configuration Access ProtocolXML Docunmient Management
XDM Client
XDM Server
Extensible Markup Language
4业务总体特征
4.1业务概念
需求文件
资源列表服务器
SIP即时消息和皇现扩展
会话初始化协议
用户设备
统一资源标识
XML配置接入协议
XML文档管理（组管理业务）
XDM客户端
XDM服务器
扩展标记语言
显现业务主要通过呈现业务引擎来实现，呈现业务引擎是一个软件系统，其作用是搜集和分发皇现信息（如发布、预约、通知等），据交给各种控制器。呈现信息内穿类型有“通信的意愿”、“设备/应用状态”等。
呈现业务应能完成以下功能。
，提供，即设置呈现业务：称动用户应能配置呈现业务喜好，如喜好的通信方式、阻止某用户等：移动用户能够指示和配置如何与白已联系，如向其他人指示当开会时可以通过即时消息方式联系，以及不向哪些人提供他的呈现信息。，共享呈现信息：呈现用户应能与支持呈现的应用和用户共享他们的呈现信息，包括使用户的呈现信息可用，管理鉴权，如何以及谁能使用什么呈现信息，以及呈现信息中的哪些部分能被访问；呈现服务器上的用户呈现信息应能被其他应用服务器所共享（如PoCServer），使支持呈现业务的应用服务器可以从皇现服务器获取用户呈现信息，或者搜集用广呈现信息并发布到呈现服务器。呈现用户应能搜索到其他也使用呈现业务的用户。，更新呈现信息：用户在改变了至现状态（如从“离线”变为“在线”）后，早现信息应能更新，订阅了该用户呈现信息的观察者也应能得到呈现信息改变的通知。·皇现使能地址：两个用户应能利用呈现业务来肩动不同类型的通信会话（如语音、多媒体消息、即时消息）：
，有效期：某些呈现属性，如用户的可用性，位置、地址等会随时间而改变，有效期用于用户进行设置，使呈现属性能随时间而自动或周期性改变。利用有效期能减少用户修改呈现信息的工作量。*一次事件订阅和呈现通知：一次性订阅和通知使主叫方能够获得被叫方可用的通知。根据这个机制监视被叫方的“忙”或者“不可及”状态的结果，主叫方决定是否要重新呼叫被叫方。，呈现业务用户应能设置和取消免打扰（DND）参数。·在移动设备移动出履盖区域时，应能更新用户的呈现状态。，订阅了某些呈现体信息的用户应能使用呈现业务得到呈现体状态改变的通知，这些呈现体代表一些社会事件，如足球比赛、音乐会、实况因特网网页转播等。4
KAONKAca-
YD/T1802-2008
，应能让用设置呈现隐私策略，呈现业务根据用户的早现隐私策略向观察者提供用的全部或部分呈现信息或者阻止观察者获取用户的呈现信息。应能向不同观察者提供呈现信息属性的不同值。，应能通过非呈现业务途径获取用广的呈现信息（如回铃音、短消息等）。4.2呈现业务组成结构
呈现业务组成结构如图1所示。
a）自然人发布个人呈现信息。可以使用其手机的应用程序或者桌面的应用程序。品现体的状态同时包括通信通邀的状态，如VoIP、Video或PaC。b）非自然人早现体发布呈现信总，如一个无线电台可以发布日前正在播送的曲，呼叫中心可以发布呼叫拥塞状态的信息。
c）网络部件产生属于自然人的至现信息，如一个自然人是否在网络中注册。网络部仆也可以使用呈现信息。
）应用服务器和应用是另一种望现信息源和接收器。Vatche
Network
Bement
Peonle
例如Poc
RadioS
Applications例如
CorporateCalendar
StockService
图 1 呈现业务组成结构
4.3呈现信息处理
Applications例如
Corporate Calendar
现服务器不仅仪是为了中转显现信息，在进一步分发呈现信息之前需要经过图2中的几个步骤。PresenccSenebZxz.net
图2 呈现值患处理
组合（Compase）功能会将米自多个呈现源但属于一个呈现体的吴现信息，根据组合规则创建一个原5
YD/T1802-2008
始皇现文档。之后，对所有订阅呈现体呈现信息的观察者进行鉴权，由于不同观察者可能希望看不同的呈现信息，呈现文档也会相应地更新，这一步会产生一些相类似的文档。每一个这种文档服从于每一个观察者或观察者群组的变化，这种变化包括过滤器和部分通知。结果的通知在呈现业务之外传递；之后，如果支持限制（Throtling）特征的话，可能会减少通知的数量。
4.4使用量现信的终端用户的通信喜好发布终端用户呈现信息给已授权的观察者，其中一个目的是方便通信伙伴设置合适的通信方式，从而增加通信成功的机会。
为了设置合适的通信方式给潜在的通信伙伴，用户的呈现体可以提供不同的呈现信息给不同的观察者。
另外，观者可以接收对一种或多种或全部通信方式的“不可用”状态。这样的话：呈现体就能够选择他们愿意的方式来进行通信。再者，呈现业务还可以提供某种机制给呈现源，如皇现状态可以与一定的有效持续时间关联。因而，观察者应该能明白和使用这些机制，以便准确地理解呈现信息。另外，当用户代理将呈现信息提供给终端用户查看时，它应该谁确地描述呈现信息。例如，如果某个呈现信息元来过期，用户代理应该让用户知道。
5体系结构
5.1呈现网络结构
呈现网络结构如图3所示。
Agprogatiou Prory
XDM-4
PRS-12
PRS-10
Resource
List Server
PRS-15
PRS-11
围3呈现网络结构
Coatent Saryer
PRS-13
Preacnce
Sourta
PRS-14
Watehe
皇现网络结构中包含以下功能实体：呈现服务器（Presence server）、呈现源（PresenceSource）、观察者（watcher）、资源列装服务器（ResourceListServer）、XDM客户端（XDMClient）、呈现XDM服务器(PresenceXDMS），具体要求参见附录B；RLSXDM服务器（RLSXDMS)，具体要求参见附录C；内6
KAONKAca-
YD/T 1802-2008
容服务器以及向呈现提供业务的外部实体，如远端处理网络（基于SIP/IP核心网）、共享XIDM服务器（SharedXDMS）、聚合代理（AgregationProxy）：设备管理服务器（DMS）以及设备管理客户端（DMC）等。
5.2垦现业务功能实体描述
5.2.1呈现终端功能实体
5.2.1.1呈现源
呈现源是向呈现服务（参见IBTFRFC2778）提供呈现信息的实体。呈现源位于用户终端或网络实体中。
呈现源可以是呈现用户代理、呈现网络代理和呈现外部代理。a）呈现用户代理（PUA)：在3GPPTS23.141和3GPP2X.S0027-001-0中分别定义了PUA。PUA可以驻留在终端或网络中，收集呈现体的呈现信息发送给呈现服务器（PS）。b）呈现网络代理（PNA>：在3GPPTS23.141和3GPP2X.S0027-001-0中分别定义了PNA。PNA从不同的网络单元中收集网络相关的是现信息发送给呈现服务器。PNA和网络单元（如HLR、MSC、IMS、LES、WAPGW等）的接口请参阅3GPP/3GPP2相关文件。c）呈现外部代理（PEA）：3GPPTS23.141和3GPP2X.S0027-001-04分别定义了PEA。PEA收集外部网络单元（如日历应用，非基于SIMPLE的呈现业务等）的呈现信息给呈现服务器，在SIP/EP核心网络对应3GPPLMS或者3GPP2MIMD网络的情况下，呈现源可以根据3GPPTS23.228和 3GPP2 X.S0013-002-A 的定义在 UE 里或者 AS 里执行。呈现源应该执行事件发布代理（EPA）功能，支持IETFRFC3903中摧述的发布方法程序。呈现源应该支持IETFRFC3863中规定的application/pidf+XML”内容类型。当发布呈现信息时PS使用附录A所列的元素。
部分发布（partialpublish）是一种自发布自上次发布以来呈现信息已发生变化部分的机制。皇现源可以支持部分发布。
呈现源可以执行IETFRFC2387中规定的“multipart/related\内容类型，以“application/pidf-diff+XML”内容类型聚合其他MIME对象。如果呈现属性包含一个MIME对象的引用，则皇现源可以使用内容指示机制（CONTBNTIND）上传对象到内穿服务器，或者随PUBLISH（multipart/related内容类型）请求直接发送。
呈现源可以配置发送发布请求的频率。可以采用OTA提供或者本地配置来实现。5.2.1.2观察著
观察者是从呈现服务请求呈现体呈现信息或观察者信息的实体。在SIP/IP核心网络对应3GPPIMS或者3GPP2MMD网络的情况下，观察者可以根据3GPPTS23.228和3GPP2X.S0013-002-A的定义在UE里或者AS里执行。观察者应该支持IETFRFC3863中规定的“application/pidf+XML”内容类型。观察者应该根据正ETFRFC3265和ETFRFC3856规定的用户程序，支持对单个呈现体的呈现信息的订阅和通知。
用户可以通过呈现列表使用单个订阅实现对多个呈现体的订阅。部分通知是指仅接收自最近一次接收呈现信息以后，又发生了变化的部分的机制，订阅呈现信息的7
YD/T1802-2008
用户可以请求部分通知。
事件通知过滤是一种为观察者控制通知的内容和触发器的机制。订阅早现信息的观察者可以请求事件通知过滤（application/simple-filter+xml内容类型）。观察者可以执行ETFRFC2387中规定的\multipart/related”内容类型，以“pplication/pidf-diff+XML\内容类型象合其他MIME对象。如果在NOTIFY请求中包含间接内穿，则观察者通过内容指示机制(CONTENIIND）获取 MIME对象。5.2.2呈现业务中心功能实体
5.2.2.1呈现服务器
呈现服务器（PS）是接收、存储和分发呈现信息以及发布观察者信息的功能实体，PS能订阅储存在共享XDMS和呈现XDMS上文档的变化，并能够获取共享XDMS和呈现XDMS上的文档。PS执行以下功能：
处理发布来自一个或者多个呈现源的有关某个呈现体的早现信息。，把从一个或者多个呈现源接收到的有关某个呈现体的旱现信息组合进一个单一文档。，处理观察者对呈现信息的订阅，创立呈现信息状态变化的通知。●订阅并取回存储在呈现 XDMS租共享XDMS中的文件变化，处理用户对观察者信息的订阅，创立观察者信息状态变化的通知。授权观察者对现体呈现信息的阅以及策略的应用。。执行观察者信息过滤喜好。
·执行通知频案程度控制机制。在SIP/IP核心网络对应3GPPIMS或者3GPP2MMD网络的情况\下，PS,可以在3GPPTS23.228和3GPP2 X,S0013-002-A 定义的 AS 里执行。PS支持内容类型为\application/pidf+xml\的PUBLISH请求（见ETFRFC3863和IETFRFC 3903）。在接收之前，必须根据本地策略鉴权呈现源的公布请求。如果是IMS/MMD，根据3GPPTS24.229/3GPP2X.S0013-004-A验证呈现源的ID。PS在处理来自呈现源的拿现信息时遵照附录A定义的语义说明。PS支持早现事件变化的通知（见IETFRFC3265和LETFRFC3856）。PS在接收SUBSCRIBE请求前根据订阅授权规则（参阅8.1.1）验证观察者，在产生现事件变化的NOTIFY请求时要执行皇现内容规则（参阅8.1.2)。
PS可以支持旱现源发送的部分发布请求。PS可以支持向观察者发送的部分知请求，PS可以支持multipar/related'定义的MIME对象。PS可以支持事件通知过滤（application/simple-fiter+xml内容类型）。5.2.2.2资源列表服务器
资源列表服务器（RLS）是接收和管理呈现列表订阅的基本实体，使得观察者能够通过一个订阅获得多个呈现体的是现信息。
资源列表服务器能订阅储存在共享XDMS和RLS XDMS上文档的变化。RES能够获取共享XDMS和 RLS XDMS 上的文档。
资源列表服务器执行以下功能：8
·接受旱现列表的订阅。
，授权呈现列表的观察者使用。·代表观察者创建和管理后台订阅呈现列表中的呈现体的状态。，基于从后台订阅的信息，发送通卸给观察者。·对通知过程使用聚合和流是控制机制KAONKAca-
YD/T.1802-2008
在SIP/P核心网络对应3GPPIMS或者3GPP2MMID网络的情况下，RLS可以在3GPPTS23.228和3CGPP2 X.S0013-002-A定义的AS 里执行。为了完成对呈现列表的订阅请求，RLS产生对列表中所有呈现体的后端订阅（Back-endSubscriptions）请求。
RLs可以支持事件通知过滤（application/simple-ilter+ml内容类型）。5.2.2.3XDM客户端（XDMC)
XDMC支持以下功能：
、 管理相关XDM 文档。
。订阅 SIP事件包来获得储存在 XDMS 里的 XML 文档变化。XDMC包括一个XCAP客户端和一个SEP用户代理。5.2.2.4星现XDM服务器（呈现XDMS）呈现XDMS（见OMAPXDMSPECV1.0）是一个XCAP服务器和SIP通知器（见IETFRFC3265），它变持以下功能：
*管理呈现业务引擎相关XML文档。*使能单个订阅禁得储存在皇现XDMS多个文档的变化。，通知订阅者关于网络中呈现特定文档的变化。5.2.2.5 8-5XDM 服务器 (RLS XDMS)RLS-5MS（见OMARXDMSPECV1.0）是一个XCAP服务器和SP通知器，提供以下功能：·管理RLS相关XML文档包。
，通知订阅者关于储存在网络中的文档的变化。，使能单个订阅获得多个储存在网络中文档的变化5.2.2.6内容服务器
内容服务器有能力管理呈现MIME对象，允许呈现源或至现服务器储存MIME对象，支持观察者或呈现服务器获取这些对募。
内容服务器支持HTTPGBT、PUT方法（见IETFRFC2616）以及内容指示机制（CONTENTIND）。内容服务器依赖外部呈现源和观察者的授权和鉴权。在3GPPIMS或3GPP2MMD中，用GAA（普通鉴权结构）（见3GPPTS33.222）作为鉴权代理。5.3向呈现系统提供业务的外部实体5.3.1SIP/IP核心网络
SIP/P核心网是一个服务器的网络，如代理或寄存器，它们执行不同的服务来支持呈现业务，例如路山、鉴权、压缩等。不同的SIPP核心网络有不同的特征。本标准定义的呈现业务引擎利用IMS和MMD网络。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。