YDT - 基于IMS的呈现（Presence）业务技术要求（第二阶段）.docx

1、ICS 33.060.01M36 YD中 华 人 民 共 和 国 通 信 行 业 标 准YD/T 基于 IMS 的呈现（Presence）业务技术要 求（第二阶段）Technical requirements for presence service basing on IMS (Phase II)（报批稿）-发布 -实施中 华 人 民 共 和 国 工 业 和 信 息 化 部 发 布 YD/T I目 次前 言 III1 范围 .12 规 范 性 引 用 文 件 13 术 语 、 定 义 和 缩 略 语 23.1 术 语 和 定 义 23.2 缩 略 语 34 业 务 总 体 特 征 34.1

2、业 务 概 念 34.2 呈 现 业 务 组 成 结 构 44.3 呈 现 信 息 处 理 55 体系结构 .75.1 呈 现 业 务 功 能 架 构 图 75.2 呈 现 业 务 功 能 实 体 要 求 95.3 向 呈 现 系 统 提 供 业 务 的 外 部 实 体 .135.4 与 其 他 业 务 引 擎 的 协 作 145.5 参 考 点 描 述 146 安全 .176.1 私 密 性 176.2 鉴权 .186.3 完 整 性 和 机 密 性 保 护 187 计 费 （ 可 选 ） 197.1 离 线 计 费 架 构 197.2 在 线 计 费 架 构 198 注册 .199 SIP

3、 方法 .199.1 订 阅 方 法 199.2 发 布 方 法 199.3 通 知 方 法 1910 呈 现 文 件 内 容 2010.1 呈 现 数 据 模 型 2010.2 呈 现 信 息 元 素 的 语 义 学 2110.3 OMA 特 定 的 PIDF 扩 展 .2611 呈现 XDMS（ PRESENCE XDMS） .3111.1 呈现 XDMS 应 用 程 序 用 法 3111.2 订阅 XML 文 档 中 的 变 化 .3512 资 源 列 表 服 务 器 XDMS（ RLS XDMS） .3512.1 概述 .3512.2 呈 现 列 表 3512.3 订阅 XML 文 档

4、 中 的 变 化 .3613 呈 现 内 容 XDMS（ PRESENCE CONTENT XDMS） 3613.1 概述 .3613.2 呈 现 内 容 36YD/T I13.3 订阅 XML 文 档 中 的 变 化 .37附 录 A （资料性附录） 业务流程 38A.1 发 布 呈 现 信 息 的 信 令 流 程 38A.1.1 发 布 呈 现 信 息 .38A.1.2 代 表 其 它 呈 现 体 发 布 呈 现 信 息 38A.2 观 察 者 订 阅 呈 现 信 息 事 件 通 知 的 信 令 流 程 39A.2.1 基 于 已 有 的 订 阅 接 收 呈 现 信 息 通 知 39A.2

5、.2 部 分 通 知 .40A.2.3 订 阅 过 滤 .42附 录 B （资料性附录） 呈现文档概述 44YD/T III前 言本 标 准 参 考 了 OMA Presence SIMPLE v2.0规 范 ， 并 根 据 我 国 网 络 的 实 际 业 务 和 功 能 需 要 而 制 定 的 。 本 标 准 是 基 于 IMS的 呈 现 业 务 系 列 标 准 之 一 ， 该 系 列 标 准 的 名 称 及 结 构 预 计 如 下 ：a) YD/T XXXX基于 IMS 的呈现（Presence ） 业务技 术要求（第二阶段） b) 基于 IMS 的呈现（Presence） 业务测 试方法

6、（第二阶段） 随着技术的发展，还将制定后续的相关标准。与已有的 YD/T 1802-2008基于 IP 多 媒 体 子 系 统 （ IMS） 的 呈 现 （ Presence） 业 务 技 术 要 求 （ 第 一阶段） 相 比，本标准在功能上有所增强，主要差异如下：a） 增加了观察者代理、观察者信息订阅者、呈现内容文档管理服务器； b） 增加了压缩功能：对呈现订阅请求、呈现发布信息进行压缩和解压缩； c） 增加了发布授权规则，呈现体对呈现信息的发布进行授权控制；d） 增加了发布内容规则，呈现体对发布的内容进行授权控制；e） 增加了委托机制，呈现体委托其它呈现体发布呈现信息；f） 对呈现信息订阅

7、请求进行优化， 基于呈现体或观察体控制订阅请求， 限制订阅列表中的数 目；g） 对呈现信息发布进行优化， 可以基于观察者状态控制呈现信息的发布， 呈现源仅发布观察 者感兴趣的呈现信息，基于条件的呈现事件通知，呈现事件通知的频度控制；h） 支持对永久呈现状态的管理：产生、修改、获取、删除、发布；i） 支持呈现服务器对呈现源中呈现信息的获取；j） 支持对呈现文档管理服务器、资源列表文档管理服务器中文档变化的订阅。 本 标 准 附 录 A和 附 录 B为 资 料 性 附 录 。本标准由中国通信标准化协会提出并归口。 本标准起草单位：工业和信息化部电信研究院、华为技术有限公司 本标准主要起草人： 吴

8、伟 、 崔 媛 媛 、 李 克 鹏 、 朱 文 杰YD/T 1基 于 IMS 的 呈 现 （ Presence） 业 务 技 术 要 求 （ 第 二 阶 段 ）1 范围本 标 准 规 定 了 基 于 IMS的 呈 现 业 务 的 基 本 概 念 、 体 系 结 构 、 上 下 文 模 型 、 参 考 点 、 安 全 、 计 费 、 注 册、 SIP方法 等呈现业务运营过程中需要涉及到的相关内容 ， 除外， 增加了传输优化、 代理操作等特性。本 标 准 适 用 于 基 于 IMS网 络 的 第 二 阶 段 呈 现 业 务 。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

9、凡是注日期的引用文件， 其随后所有的 修改单 （不包括勘误的内容） 或修订版均不适用于本标准， 然而， 鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1934-2009 基于 IMS 的 组 管 理 （ XDM） 业 务 技 术 要 求 （ 第 一 阶 段 ）3GPP TS 23.141 呈 现 业 务 架 构 和 功 能 描 述3GPP TS 23.228 IP 多 媒 体 子 系 统 (IMS) Stage 23GPP TS 24.229 基于 SIP 和 SDP 的 IP 多 媒 体 呼 叫 控 制 协 议 St

10、age 3 V6.2.03GPP TS 32.240 电 信 管 理 、 计 费 管 理 、 计 费 结 构 和 原 理 V6.x.x3GPP TS 32.260 计 费 管 理 ， IP 多 媒 体 子 系 统 (IMS)计 费 V1.0.0 Release 63GPP TS 33.203 基 于 IP 业 务 的 接 入 安 全 V6.x.x3GPP TS 33.222 通 用 鉴 权 体 系 结 构 (GAA)使 用 HTTPS 接 入 网 络 应 用 功 能 ”V6.x.x3GPP2 S.R0086-A IMS 安全框架” 2004 年3GPP2 X.S0013-004-A 全 IP

11、核 心 网 络 多 媒 体 域 ： SIP 和 SDP 的 IP 多 媒 体 呼 叫 控 制 协 议 Stage 3 Version 2.03GPP2 X.S0027-001-0 呈 现 业 务 ： 结 构 和 功 能 描 述 Revision 0, Version 1.0IETF RFC 2387 MIME 多 方 /相 关 内 容 类 型 1998 年 8 月IETF RFC 2616 超 文 本 传 输 协 议 HTTP/1.1IETF RFC 2778 呈 现 和 即 时 消 息 模 型 2000 年 2 月IETF RFC 3261 会 话 初 始 化 协 议 2002 年 6 月I

12、ETF RFC 3265 会 话 初 始 化 协 议 (SIP)-特 定 的 事 件 通 知 2002 年 6 月IETF RFC 3323 SIP 协 议 隐 私 机 制 2002 年 11 月IETF RFC 3325 对 信 任 网 络 中 待 认 证 身 份 的 SIP 协 议 隐 私 扩 展 2002 年 11 月IETF RFC 3856 SIP 协 议 的 呈 现 事 件 包 2003 年 1 月IETF RFC 3857 观 察 者 信 息 事 件 模 版 SIP 包 2004 年 8 月IETF RFC 3863 呈 现 信 息 数 据 格 式 （ PIDF） 2004 年

13、8 月IETF RFC 3903 SIP 的 事 件 状 态 发 布 扩 展 2004 年 10 月IETF RFC 4119 基 于 呈 现 的 地 理 位 置 对 象 格 式 2005 年 12 月IETF RFC 4479 呈 现 数 据 模 型 2006 年 7 月IETF RFC 4480 RPID： 对 呈 现 信 息 数 据 格 式 的 丰 富 呈 现 扩 展 2006 年 7 月IETF RFC 4745 通 用 规 则 ： 用 于 表 达 隐 私 偏 好 的 文 档 格 式 2007 年 2 月IETF RFC 4825 扩 展 标 记 语 言 配 置 访 问 协 议YD/T

14、 2IETF RFC 4826 用 于 表 征 资 源 列 表 的 XML 格 式 2007 年 5 月 IETF RFC 5025 呈 现 授 权 规 则 2007 年 12 月OMA-AD-Presence_SIMPLE-V2_0-20080312-D 呈现 SIMPLE 架构3 术语、定义和缩略语3.1 术语和定义下列术语和定义适用于本标准。3.1.1上 下 文 模 型 Context Model为了帮助理解体系结构而定义的一种识别上下文项目的模型。3.1.2永 久 呈 现 状 态 Permanent Presence State储 存 在 呈 现 XDM服 务 器 中 的 静 态 或

15、半 静 态 的 呈 现 体 的 呈 现 信 息 ， 用 于 PS进 行 组 合 。3.1.3呈 现 信 息 Presence Information属于呈现体的一套动态信息，可以包含呈现元素，如：状态、可达性、意愿以及呈现体的能力等。3.1.4呈 现 服 务 器 Presence Server是一个逻辑实体， 从一组与它所服务的呈现体相关的呈现源接收呈现信息， 并使得这些信息依据那 些呈现体的相关规则对观察者可用。3.1.5呈 现 源 Presence Source为一个或多个呈现体向呈现服务器提供呈现信息的逻辑实体。 如： 3GPP/3GPP2 呈 现用户代理、 呈 现网络代理以及呈现外部代

16、理等。3.1.6呈现体 Presentity具有与之相关的呈现信息的逻辑实体，信息可以从一些呈现源中得到。一个呈现体一般是一个人， 也可以代表一个角色如： “帮助桌面 ”或者一个资源如 “会议室” 。 呈现体通常通过不同的名称来引用， 如 邮 箱 地 址 或 电 话 号 码 。 在 SIMPLE中 ， 呈 现 体 通 常 使 用 sip:， pres: 或 tel: URL来 引 用 。3.1.7订 阅 Subscription为了向订阅者通知关于一个或多个呈现体的呈现信息的改变，呈现服务保留的信息。3.1.8呈 现 服 务 Presence service为了使应用和业务能使用呈现信息，管理

17、观察者和呈现体之间呈现信息的能力。3.1.9观 察 者 Watcher任何独立的可识别的请求呈现体呈现信息或者从呈现服务请求观察者信息的独立实体， 特殊的 观察 者类型有：获取者（fetcher ） ，轮询 者 （pol ler）等 。3.1.10观 察 者 信 息 订 阅 者 Watcher information subscriber任何独立的可识别的从呈现服务请求一个观察者的信息的实体。 订阅呈 现观察者的动态改变以及呈 现订阅的状态。3.1.11YD/T 3提 供 Provisioning业务提供者为使呈现业务对订阅者可用而采取的一个动作。 提供可以通用， 包括： 不 需要业务提供 者

18、事先安排就可以向所有的订阅者提供，或者仅仅在业务提供者进行了必要的操作（如登陆名、密码） 之后才能向某个单独的订阅者提供。3.1.12应 用 唯 一 标 识 Application Unique ID区 分 一 个 应 用 接 入 XCAP资 源 的 唯 一 标 识 。3.1.13全 局 树 Global Tree在 特 定 的 XCAP根 下 的 特 定 应 用 用 法 的 所 有 全 局 文 档 的 父 结 点 URL。3.1.14XCAP应 用 用 法 XCAP Application Usage和 XCAP服 务 器 进 行 交 互 操 作 的 应 用 的 详 细 信 息 。3.1.1

19、5全 局 文 档 Global Document放 在 XCAP全 局 树 下 的 适 用 于 XCAP应 用 用 法 的 所 有 用 户 的 文 档 。3.2 缩略语下列缩略语适用于本标准。AD AS DM GAA IMS MIME OMAOMNAPoC PS RD RLSSIMPLE架构文档 应用服务器 设备管理 普通鉴权结构 IP多媒体子系统多 用 途 Internet邮 件 扩 展 开放移动联盟 开放移动命名方 公 众 蜂 窝 网 络 中 的 PTT业 务 呈现服务器需求文件 资源列表服务器 SIP即 时 消 息 和 呈 现 扩 展Architecture Document Appli

20、cation Server Device Management Generic Authentication Architecture IP Multimedia SystemMultipurpose Internet Mail Extensions Open Mobile AllianceOpen Mobile Naming Authority Push-to-talk over Cellular Presence Server Requireemnt Document Resource List ServerSIP Instant Message and Presence Leveragi

21、ngSIP 会话初始化协议ExtensionsSession Initiaion ProtocolUE URI XCAP XDM XML用户设备统一资源标识 XML配 置 接 入 协 议 XML文档管理 扩展标记语言User Equipment Uniform Resource IdentifierXML Configuration Access Protocol XML Document Management Extensible Markup Language4 业务总体特征4.1 业务概念呈现业务主要通过呈现业务引擎来实现， 呈现业务引擎是一个软件系统， 其作用是搜集和分发呈现 信 息

22、（ 如 ： 发 布 、 预 约 、 通 知 等 ） ， 提 交 给 各 种 控 制 器 。 呈 现 信 息 内 容 类 型 有 “通 讯 的 意 愿 ”、 “设 备 /YD/T 4应用状态”等。 呈现业务应能完成以下功能： 呈现信息设置：移动用户应能配置呈现信息，如喜好的通讯方式，当前的心情等；移动用户能 够指示和配置如何与自己联系，如向其他人指示当开会时可以通过即时消息方式联系，以及不 向哪些人提供他的呈现信息； 共享呈现信息：呈现业务应能与支持呈现的应用交互，共享呈现信息；呈现服务器上的用户呈 现信息应能被其他应用服务器所共享（如 PoC Server） ，使 支持呈现业务的应用服务器可以

23、从 呈现服务器获取用户呈现信息，或者搜集用户呈现信息并发布到呈现服务器； 委托机制：移动用户可以授权其他用户代理发布其全部或部分呈现信息，还可以设置订阅者不 允许访问其全部或部分呈现信息； 更新呈现信息：用户在改变了呈现状态（如从 “离线 ”变为 “在线 ”） 后，呈现信息应能更新， 订阅了该用户呈现信息的观察者也应能得到呈现信息改变的通知； 有效期：某些呈现属性，如用户的可用性、位置、地址等会随时间而改变，有效期用于用户进 行设置，使呈现属性能随时间而自动或周期性改变； 一次事件订阅和呈现通知：订阅呈现信息时，观察者可以设置服务器仅发一次订阅通知； 在移动设备移动出覆盖区域时，呈现服务器应能

24、更新用户的呈现状态； 应能让用户设置呈现隐私策略，呈现业务根据用户的呈现隐私策略向观察者提供用户的全部或 部分呈现信息、或者阻止观察者获取用户的呈现信息，应能向不同观察者提供呈现信息属性的 不同值； 永久呈现状态：支持对永久呈现状态的管理，包括产生、修改、获取、删除、发布； 压缩功能：对呈现订阅请求、呈现发布信息进行压缩和解压缩； 订阅发布优化：基于观察者状态控制呈现信息的发布，基于呈现体或观察者控制订阅请求。发布呈现体呈现信息给已授权的观察者， 其主要目的是方便通信伙伴设置合适的通信方式， 从而增 加通信成功的机会。 为了设置合适的通信方式给潜在的通信伙伴， 用户的呈现体可以提供不同的呈现信

25、 息 给 不 同 的 观 察 者 。 观 察 者 可 以 接 收 对 一 种 或 多 种 或 全 部 通 信 方 式 的 “不 可 用 ”状 态 ， 这 样 的 话 ， 呈 现 体就能够按照他们愿意的方式来进行通信。 再者， 呈现业务还可以提供某种机制给呈现源， 如， 呈现状 态可以与一定的有效持续时间关联。 观察者应能明白和使用这些机制， 以便准确地理解呈现信息。 另外 ， 当用户代理将呈现信息提供给终端用户查看时， 它应准确地描述呈现信息。 例如， 如果某个呈现信息元 素过期，用户代理应让用户知道。具体业务流程参见附录 A。4.2 呈现业务组成结构呈现业务组成结构如图 1 所示。 自然人发

26、布个人呈现信息。 可以使用其手机的应用程序或者桌面的应用程序。 呈现体的状态同时包括通信通道的状态，如 VoIP，V ideo 或 PoC。 非自然人呈现体发布呈现信息。 如： 一个无线电台可以发布目前正在播送的歌曲， 呼叫中心可以发布呼叫拥塞状态的信息。 网络部件产生属于自然人的呈现信息， 如， 一个 自然人是否在网络中注册。 网络部件也可以使用呈现信息。YD/T 5S应用服务器和应用是另一种呈现信息源和接收器。4.3 呈现信息处理4.3.1 呈现信息处理流程图 1 呈 现 业 务 组 成 结 构呈现服务器不仅仅是为了中转呈现信息。在进一步分发呈现信息之前需要经过图 2 中 的 几 个 步

27、骤 。图 2 呈 现 信 息 处 理PS 在发送通知消息给观察者之前，需要对呈现源发布的呈现信息按如下的顺序进行处理：1） 发 布 授 权 和 内 容 规 则2） 组 合 策 略3） 呈 现 授 权 规 则4） 事 件 通 知 过 滤5） 实 体 标 签 产 生YD/T 66） 部 分 通 知 处 理7） 事 件 通 知 频 度 限 制8） 事 件 通 知 抑 制9） 通 知 消 息 产 生4.3.2 应用发布授权和内容规则当 PS 接收到呈现事件包的发布请求时，应把存储在呈现文档管理服务器（Presence XDMS） 上 的 发 布 授 权 和 内 容 规 则 获 取 过 来 。 如 果

28、发 布 授 权 和 内 容 规 则 存 在 ， PS 应将其应用到所有的认证过的呈现 信 息 事 件 包 发 布 请 求 上 ； 如 果 规 则 不 存 在 ， PS 发布授权规则应对呈现体的发布进行授权，并建议拒绝 其他用户的委托发布。发布授权规则是由呈现体定义的， 用于确定哪些其他用户允许发布呈现体的呈现信息。 在委托发布 时 ， PS 需要判断用于表明为委托发布方式的字段，或者是判断发布者的用户标识与呈现信息拥有者的 用户标识是否一致。发布内容规则是用于确定呈现源允许发布呈现体的某一部分的呈现信息。4.3.3 应用组合策略同 一 呈 现 体 的 多 个 呈 现 源 的 信 息 可 以 被

29、 组 合 。 组 合 （ Composition） 功 能 会 将 来 自 多 个 呈 现 源 但 属 于一个呈现体的呈现信息，根据组合规则创建一个原始呈现文档。在 组 合 时 ， 多 个 呈 现 源 中 相 同 、 、 元 素 的 不 同 子 元 素 合 并 到 原 始 呈 现 文 档 中的、 、子元素中，如果多个呈现源中相同 、元素 含有相同的元素， 应将相同元素的信息合在同一个元素中， 相同的元素如果有相同的值和属性， 则不能 重 复 。 如 果 对 同 一 个 元 素 有 多 个 “timestamp”元 素 ， 应 在 所 有 时 间 戳 元 素 值 中 选 取 最 近 的 时 间

30、戳 。 对 于 元 素 ， 如 果 多 个 呈 现 源 的 元 素 有 多 个 “priority”属 性 ， 应 在 所 有 优 先 级 属 性 值 中 选 取最高值；在元素中，即使多个呈现源存在多个不同值的时，也不能 在 组 合 的 元 素 中 出 现 多 于 一 个 的 元 素 。4.3.4 应用呈现授权规则PS 需要对所有订阅呈现体呈现信息的观察者进行鉴权，由于不同观察者可能希望看不同的呈现信 息， 呈现文档也会相应地更新 ， 这一步会产生一些相类似的文档。 每一个这种文档服从于每一个观察者 或观察者群组的变化，这种变化包括过滤器和部分通知。PS 的 授 权 决 定 应 基 于 业 务

31、 提 供 者 的 本 地 授 权 策 略 和 存 储 在 呈 现 文 档 管 理 服 务 器 （ Presence XDMS） 中的呈现授权规则。由于呈现信息都是用户的敏感的隐私信息，因此授权规则应被支持。呈现体定义的呈现授权规则包括两个部分： 订阅授权控制，确定观察者是否允许订阅呈现体的呈现信息； 呈现内容规则，确定观察者允许接收呈现体的哪一部分呈现信息。 对于观察者的订阅请求， PS 有 如 下 的 授 权 处 理 方 式 ： 拒绝 （ “block”） ， PS 拒 绝 订阅请求； 礼貌拒绝 （ “polite-block”） ， PS 对 订 阅请求礼貌拒绝，仅仅发布原始呈现文档的 元

32、素， 指示呈现体对连接请求不愿意（ ”unwilling”）或不可用（ ”un-available”） ； 确认（ “confirm”） ，P S 将 订阅请求置为挂起（ “pending”）状 态，等待 PS 的本地策略或呈现 体来确认； 允许 （ “allow”） ， PS 将 订 阅请求置为激活 （ “active”）状态。 在 激 活 状 态 ， 呈 现 体 可 能 更 新 订 阅 授 权 规 则 和 呈 现 内 容 规 则 ， PS 需要根据新的规则对每一个观察者重新进行鉴权。YD/T 74.3.5 应用事件通知过滤 观察者可以在订阅请求中携带事件通知过滤规则。 在应用事件通知过滤后

33、，授权的观察者接收实际的呈现信息通知消息。4.3.6 产生实体标签PS 可以为呈现文档产生实体标签。 实体标签在不同的时间取样下 ， PS 应对相同的呈现文档产生相 同的实体标签。4.3.7 应用部分通知PS 可以支持部分通知， 如果观察者在呈现事件包订阅请求中指示支持部分通知， PS 应产生呈现消 息的部分通知。4.3.8 应用事件通知频度限制PS 可以有一个本地的频度限制配置设置，来限制通知消息的产生频度，即对一个给定观察者的两 个通知 （N OTIFY） 请求 的最短时间间隔。 PS 发送的通知消息不应超过设定的频度， 除非是收到订阅请 求或是订阅状态改变。PS 也可以支持观察者建议的事

34、件通知频度限制。如果 PS 的本地频度配置低于观察者建议的频度， PS 可以降低观察者的建议值。 如果 PS 的本地频度设置高于观察者的建议值， PS 应应用本地频度设置， 而忽略通知请求中的频度参数。如 果 支 持 频 度 限 制 （ Throttling） 特 征 的 话 ， 可 能 会 减 少 通 知 的 数 量 。4.3.9 应用事件通知抑制事 件 通 知 抑 制 用 于 根 据 通 知 规 则 ， 抑 制 通 知 消 息 的 发 送 。 通 知 规 则 可 由 呈 现 体 设 置 或 观 察 者 设 置 ， 可 以 为 订 阅 有 效 期 、 指 定 时 间 段 、 指 定 的 发

35、布 周 期 、 接 收 次 数 上 限 、 观 察 者 接 收 频 率 、 观 察 者 状 态 、 呈 现体状态等。观 察 者 通 过 观 察 者 代 理 订 阅 呈 现 体 的 呈 现 信 息 ， 观 察 者 代 理 判 断 订 阅 消 息 中 是 否 设 置 有 通 知 规 则 ， 如 果 没 有 设 置 通 知 规 则 ， 则 向 PS 转 发 订 阅 请 求 ， 如 果 设 置 了 通 知 规 则 ， 则 保 存 通 知 规 则 ， 并 向 PS 发 起后端订阅。当 观 察 者 代 理 接 收 到 后 端 订 阅 返 回 的 呈 现 信 息 ， 根 据 观 察 者 和 呈 现 体 预

36、先 设 置 的 内 容 相 关 处 理 规 则处理发布消息， 判断观察者或呈现体是否设置有对应的通知规则， 若有， 则根据设置的通知规则控制 确定是否向观察者发布消息。4.3.10 产生通知消息这 是 呈 现 信 息 处 理 的 最 后 一 个 步 骤 。 如 果 新 的 通 知 消 息 的 内 容 不 同 于 上 次 传 送 给 观 察 者 的 ， PS 应 产生新的通知请求，并传送给各个观察者。5 体系结构5.1 呈现业务功能架构图呈现业务功能架构图如图3所示。YD/T 8DM客户端 DM-1DM 服务 器PRS-17 观 察者XDM-10订阅代理观察者信息订 阅 者 PRS-16SIP/

37、IPCorePRS-4资源列表服务器XDM-2PRS-11PRS-10PRS-9RLS XDMS观 察者Presence 源PRS-2PRS-1PRS-14PRS-13PRS-15PRS-6内容服务器PRS-8Presence XDMS共享列表 XDM服务 器PRS-3Presence 服 务 器PRS-19PRS-5PRS-12PRS-20Presence 内 容 XDM服 务 器PRS-21 PRS-7XDM-4XDM客户端XDM-1XDM-3PRS-18聚合代理IP-1XDM-8Cross-Network ProxyNNI-1SIP/IP Core远端处理网络Cross-Network

38、Proxy: Presence SIMPLE 功能 实 体黑体箭头表示本标准所定义 SIMPLE接口.呈现网络结构中包含以下功能实体：图 3 呈 现 网 络 结 构a） 呈 现 终 端 功能 实 体 ， 包括 ： 呈 现 源（ Presence Source） 、 观 察 者 （ watcher） 、 观 察 者 信 息 订 阅者（W atcher Information Subscriber） ；b） 呈现业务中心功能实体， 包括： 观察者代理 （W atcher Agent） 、 呈现服务器 （P resence server） 、YD/T 9资源列表服务器（R esource List

39、Server） 、XML 数据管理客户端 (XDM Client)、呈现 XML文 档 管 理 服 务 器 (Presence XDMS)、 RLS XML 文 档 管 理 服 务 器 (RLS XDMS)、 内 容 服 务 器（Conte nt Server） 、呈现内 容文档管理服务器（Presence Content XDMS） ；c） 向呈现系统提供业务的外部实体，包括：远端处理网络（基于 SIP/IP 核心网） 、共 享 XML 数 据管理服务器(Shared XDMS)、 聚合代理 （A ggregation Proxy） 、 设备管理服务器 （DM S） 以及 设备管理客户端（D

40、MC）等。5.2 呈现业务功能实体要求5.2.1 呈现终端功能实体5.2.1.1 呈 现 源 （ Presence Source） 呈现源是向呈现服务提供呈现信息的实体。呈现源位于用户终端或网络实体中。 呈现源可以是以下三种：a） 呈 现 用 户 代 理 (PUA)： 在 3GPP TS23.141和 3GPP2 X.S0027-001-0中 分 别 定 义 了 PUA。 PUA可 以 驻 留 在 终 端 或 网 络 中 ， 收 集 呈 现 体 的 呈 现 信 息 发 送 给 呈 现 服 务 器 （ PS） 。b） 呈 现 网 络 代 理 (PNA)： 在 3GPP TS23.141和 3GP

41、P2 X.S0027-001-0中 分 别 定 义 了 PNA。 PNA从 不 同 的 网 络 单 元 中 收 集 网 络 相 关 的 呈 现 信 息 发 送 给 呈 现 服 务 器 。 PNA和 网 络 单 元 （ 如 HLR， MSC， IMS， LES， WAP GW等 ） 的 接 口 请 参 阅 3GPP/3GPP2相 关 文 件 。c） 呈 现 外 部 代 理 (PEA)： 3GPP TS23.141和 3GPP2 X.S0027-001-0中 分 别 定 义 了 PEA。 PEA收 集 外 部 网 络 单 元 （ 如 日 历 应 用 ， 非 基 于 SIMPLE的 呈 现 业 务

42、等 ） 的 呈 现 信 息 给 呈 现 服 务 器 。在 SIP/IP 核 心网络对应 3GPP IMS 网 络的情况下， 呈现源可以根据 3GPP TS 23.228 的 定义在 UE里或者 AS 里 执 行 。呈 现 源 应 执 行 事 件 发 布 代 理 （ EPA） 功 能 ， 支持 IETF RFC 3903 里 描 述 的 发 布 方 法 程 序 。 呈现源应支持 IETF RFC3863 里 规 定 的 ”application/pidf +XML”内 容 类 型 。 当 发 布 呈 现 信 息 时 PS 使用元素见第 10 章。部 分 发 布 （ partial publish

43、） 是 一 种 只 发 布 自 上 次 发 布 以 来 呈 现 信 息 已 发 生 变 化 部 分 的 机 制 。 呈 现 源 可以支持部分发布。呈现源可以支持大 MIME 对象的处理，可以支持直接内容及非直接内容。呈现源可以执行 IETF RFC2387 里 规 定 的 ”multipart/related”内 容 类 型 ， 以 ”application/pidf-diff+XML”内 容 类 型 聚 合 其 它 MIME 对 象 。 如 果 呈 现 属 性 包 含 一 个 MIME 对 象 的 引 用 ， 则 呈 现 源 可 以 上 传 对 象 到 内 容 服 务 器 ， 或 者 随 P

44、UBLISH（ multipart/related 内 容 类 型 ） 请 求 直 接 发 送 。呈现源可以配置发送发布请求的频率。可以采用 OTA 提供或者本地配置来实现。 同一呈现体的多个呈现源的信息可以被呈现服务器聚合。通过 XCAP 消息更新的部分呈现信息和通过S IP 消息发布的设置有有效期的部分呈现信息，可以被合成为呈现文档。 呈现源可以支持永久呈现状态的发布， 可以支持对永久呈现状态的委托发布。 如果发布消息中设置了 表 明 为 委 托 发 布 方 式 的 字 段 时 ， PS 根据该字段判定该发布消息为委托发布，或者是判断发布者的用 户标识与呈现信息拥有者的用户标识是否一致。推

45、荐呈现源支持对 PUBLISH 请求的压缩。5.2.1.2 观 察 者 （ Watcher）观察者是订阅某个呈现体或呈现体列表的呈现信息的实体。在 SIP/IP 核 心网络对应 3GPP IMS 网络的情况下， 观察者可以根据 3GPP TS 23.228 的定 义在 UE 里 或者 AS 里执行。观察者应支持 IETF RFC3863 里 规 定 的 ” application/pidf +XML”内 容 类 型 。观察者应根据 IETF RFC3265 和 IETF RFC3856 规定的用户程序，支持对单个呈现体的呈现信息的 订阅和通知。观察者可以通过呈现列表使用单个订阅实现对多个呈现体

46、的订阅。10YD/T 部分通知是指仅接收自最近一次接收呈现信息以后， 又发生了变化的部分的机制。 订阅呈现信息的 用户可以请求部分通知。观察者可以设置通知次数的限制和呈现信息通知频率， 当订阅呈现信息的观察者对所订阅的呈现信 息通知次数不超过设定的限制次数或通知频率不超过设定的通知频率时，允许接收该通知。观 察 者 可 以 在 订 阅 请 求 中 设 置 通 知 规 则 ， 用 于 控 制 是 否 向 观 察 者 发 送 呈 现 信 息 的 条 件 ， 可 以 设 置 在 呈 现 XDMS中 或 PS中 ， 通 知 规 则 可 以 是 订 阅 有 效 期 、 指 定 时 间 段 、 指 定 的

47、 发 布 周 期 、 接 收 次 数 上 限 、 观察者接收频率、观察者状态、呈现体状态等。观察者可以订阅呈现体的呈现文档变化信息， 包括呈现体发布的呈现信息、 修改的呈现信息或者删 除的呈现信息。事件通知过滤是一种为观察者控制通知的内容和触发器的机制。 订阅呈现信息的观察者可以请求事 件通知过滤 （a pplication/simple-filter+xml 内容类型） 。 不同的观察者可以对同一呈现体的呈现信息定义不 同的过滤规则。PS 接 收 观 察 者 对 呈 现 信 息 的 订 阅 请 求 ， 根 据 订 阅 请 求 确 定 过 滤 规 则 ， 订 阅 请 求 向 PS 订 阅 呈

48、现 信 息 ， PS 接 收 呈 现 信 息 的 通 知 消 息 ， 根 据 过 滤 规 则 过 滤 该 呈 现 信 息 通 知 消 息 后 向 观 察 者 发 送 过滤后的呈现信息通知消息。观察者向 PS 返回响应消息。 RLS XDMS 中的过滤规则，可根据订阅请 求中的过滤规则进行更新。观察者可以支持大 MIME 对象的处理，可以支持直接内容的获取及非直接内容的获取。观察者可 以执行 IETF RFC2387 里 规 定 的 ”multipart/related”内 容 类 型 ， 以 ”application/pidf-diff+XML”内 容 类 型 聚 合其它 MIME 对象。 如

49、果在 NOTIFY 请求中包含间接内容， 则观察者通过 HTTP URI 获取 MIME 对 象。观察者可以支持基于条件的事件通知， 用于为订阅请求设置条件， 看呈现状态与上次接收的通知消 息相比是否改变。根据通知规则和条件，比如观察体的状态，确定当前是否向观察体发布对应的消息。 如果条件满足，呈现事件通知的消息体部分或者是整个通知消息将被抑制。观察者可以支持事件通知频度限制机制，用于限制事件通知的频度。 观察者可以支持对订阅信令的压缩，包括对 SIP 信令的压缩和发布请求的压缩。 观 察 者 可 以 支 持 事 件 通 知 抑 制 。 如 果 观 察 者 希 望 在 活 跃 的 订 阅 会 话 里 直 接 抑 制 呈 现 通 知 消 息 ， 观察者应在订阅请求里产生呈现通知抑制请求。 直接事件通知抑制是指在保持事件订阅有效的情况下， 观 察者请求 PS 或 RLS 抑制 事件通