CN100568990C - 一种基于ims实现呈现业务的网络系统和方法 - Google Patents

Abstract

一种基于IMS实现呈现业务的网络系统和方法，系统的改进是将分别位于各个IMS域中的相对独立的呈现服务器PS和呈现列表服务器PLS合并构成一个新设备：呈现业务应用服务器，该设备直接连接IMS核心网中的服务呼叫会话控制功能实体S-CSCF，同时完成原来两种服务器的全部工作；本发明给出该呈现业务应用服务器内部模块的结构组成和功能。同时，又在该系统基础上给出实现呈现业务的新流程。本发明能够提供与原有业务系统相同的功能，但减少了原有架构中的网络功能实体，有效减少了呈现业务系统中的消息总量，包括域内消息数量和域间消息数量，同时减少呈现服务器PS和呈现列表服务器PLS需要维护的SIP对话数量，显著缓解了网络带宽压力和服务器处理效能的压力。

Description

一种基于IMS实现呈现业务的网络系统和方法

技术领域

本发明涉及一种针对现有的基于IP多媒体子系统IMS网络实现呈现业务的系统架构的技术改进方案，确切地说，涉及一种在3G移动通信网络上基于IMS实现呈现业务的网络系统和方法，属于第三代通信系统或电信系统中业务及其应用的技术领域。

背景技术

随着3G技术的发展，由第三代合作伙伴计划3GPP组织提出的IP多媒体子系统IMS已经被业界确定为下一代网络NGN控制平面和业务平面的核心技术。呈现业务是以某种通信方式，按照设定的接入准则，实时获取呈现信息(如用户状态、通信能力、个人参考等信息)，并展现给其他用户的一种新型通信业务。现在，作为3G网络提供的一种主要业务，呈现业务已经成为3G网络所提供的基础网络能力。

目前3GPP组织已经制定了基于IMS的呈现业务的网络架构和业务消息交互流程等内容的相关建议。因特网工程任务组IETF的针对即时消息和呈现业务的扩展的会话初始化协议SIMPLE工作组(SIP Instant Messaging and PresenceLeveraging Extensions)制定了基于SIP协议的呈现业务扩展来实现其信令流程。

按照3GPP的相关规范，在每个IMS域内，呈现业务的基本网络系统架构包括下述四种功能实体(参见图1所示)：

(1)应用服务器AS：分为呈现服务器PS和呈现列表服务器PLS，其中呈现服务器PS用于接收和维护用户的呈现信息，对发布呈现信息的用户进行认证和管理，维护其授权策略，完成对呈现信息订阅的处理等。呈现列表服务器PLS的功能是维护用户的好友列表，处理用户对好友列表的订阅，代替用户向呈现服务器PS进行后端订阅，以获取呈现信息等。

(2)呈现代理：呈现信息的提供者，通常为呈现用户代理PUA，负责代替用户发布呈现信息到呈现服务器PS。呈现代理还包括呈现外部代理PEA和呈现网络代理PNA，分别负责代替外部呈现实体以及网络提供呈现信息。

(3)观察者应用：呈现信息的消费者，可以是某个呈现业务的应用，也可以是其他呈现业务用户的用户代理。

(4)呈现转发代理：包括观察者呈现转发代理WPP和呈现实体的呈现转发代理PPP，主要用于用户发布和订阅呈现信息时的网络路由及安全性管理。在IMS网络中由观察者和呈现实体归属域的IMS核心网络实体代替，

上述呈现业务系统的最基本的业务流程是：观察者应用向本域(图1中为域A)的呈现列表服务器PLS发送订阅请求，订阅的内容是存储在呈现列表服务器PLS的好友列表中的所有呈现实体的呈现信息。呈现列表服务器PLS再向本域和其他域的呈现服务器PS发送后端订阅请求，并从后端订阅的通知消息中提取呈现信息返回给观察者。

根据上述网络架构和业务流程部署的业务系统，存在以下问题：

(1)在网络规模较大时，根据图1所示的呈现业务体系架构部署的系统在实际运行过程中产生的消息数量巨大，增加了网络带宽的压力。因为当大量观察者应用都在订阅自己的好友列表呈现信息时，呈现列表服务器需要为每个观察者应用完成若干次后端订阅过程，即呈现列表服务器需要针对每个好友列表中的每个呈现实体向各个呈现服务器依次发送订阅SUBSCRIBE消息(SIP消息的扩展类型，能够建立SIP对话，后续通知NOTIFY消息是在对话内的SIP请求消息)，而这里的呈现服务器包括与呈现列表服务器在同一个域或不在同一个域内的。这样，随着用户数量(包括观察者应用数量和观察者应用希望观察的用户数量)的增长，呈现列表服务器PLS与呈现服务器PS之间交互的消息数量呈线性增长趋势。

(2)SIP消息是基于文本形式的信令消息，其携带的呈现信息消息体也是标准的可扩展标记语言XML文档，通过计算可以得出，传输这些消息所需要的总带宽和峰值带宽都比较大，这也是导致网络带宽压力大的主要原因之一。

目前IETF组织已经提出了一些基于呈现业务协议本身的技术优化方案，这些优化方案更多考虑的是消息的大小，但是对减少总的消息流量的影响不大。因此，很有必要提出新的改进方案，以尽量减少网络上的消息流量。

发明内容

有鉴于此，本发明的目的是提供一种基于IMS实现呈现业务的网络系统和方法，本发明是根据对原有基于IMS的呈现业务的系统架构及其产生的网络消息数量进行分析后，提出的一种改进的业务网络系统架构，并在该系统架构基础上给出完整的消息交互流程。本发明能够提供与原有业务系统相同的功能，但减少了原有架构中的网络功能实体，并有效地减少呈现业务系统中的消息总量，包括域内消息数量和域间消息数量，同时减少呈现服务器PS和呈现列表服务器PLS需要维护的SIP对话数量，显著缓解了网络带宽压力和服务器处理效能的压力。

为了达到上述目的，本发明提供了一种基于IP多媒体子系统IMS实现呈现业务的网络系统，包括移动通信网，位于该通信网中的下述功能实体：观察者应用，呈现用户代理和呈现转发代理；其特征在于，该系统还包括：分别位于各个IMS域中的呈现业务应用服务器，该呈现业务应用服务器是将两个相对独立的功能实体：呈现列表服务器PLS和呈现服务器PS合并构成的设备，该设备直接连接IMS核心网中的服务呼叫会话控制功能实体S-CSCF，收发SIP消息；用于同时完成原来两种服务器的全部工作，包括用户的身份认证和授权、呈现信息的接收和维护、观察者信息、好友列表和配置信息的维护、呈现信息的订阅和处理；在该系统中，用户通过呈现用户代理将呈现信息发布到呈现业务应用服务器，由呈现业务应用服务器负责管理本域内的所有呈现实体的呈现信息，观察者应用向呈现业务应用服务器订阅本域内的用户的呈现信息时，不需要进行后端订阅，由呈现业务应用服务器直接生成呈现信息文档返回给观察者应用；呈现业务应用服务器代替观察者应用后端订阅其他域的呈现实体的呈现信息时，不需要对应每个呈现实体都发送一次后端订阅请求，只要根据这些呈现实体所在的域，对每个域发送一次后端订阅请求，并在该后端订阅请求中说明需要获得的呈现实体名称，完成后端订阅；所述呈现业务应用服务器使用可扩展标记语言配置访问协议XCAP通过Ut参考点分别与呈现用户代理和观察者应用进行通信，以维护配置信息。

所述呈现业务应用服务器负责管理本域内所有呈现实体的呈现信息，观察者应用向呈现业务应用服务器订阅本域内的用户的呈现信息时，不再需要进行后端订阅，由呈现业务应用服务器直接生成呈现信息文档返回给观察者应用。

所述呈现业务应用服务器包括下列各个软件组成模块：

事件处理模块，负责根据来自SIP通信模块的不同SIP消息，调用相应的子模块进行处理，完成后续业务逻辑及维护数据库信息；包括分别处理不同的SIP事件、实现该呈现业务应用服务器核心功能的七个子模块：呈现实体发布呈现信息处理模块，订阅单个呈现实体呈现信息处理模块，订阅某个好友列表内所有呈现实体的呈现信息处理模块，订阅某个呈现实体的观察者信息处理模块，订阅呈现实体配置信息可扩展标记语言XML文档修改通知的处理模块，后端订阅的应答消息的处理模块，其他呈现业务应用服务器返回的后端订阅的通知消息处理模块；

XML解析和构造模块，提供对SIP消息体XML文档、存储在呈现业务应用服务器端的好友列表XML文档和授权策略XML文档的解析和构造功能，以被其他模块调用，解析和生成下述信息：呈现文档中存储的呈现信息，观察者信息，好友列表XML文档和授权策略XML文档；

SIP通信模块，用于和IMS核心网络交互SIP消息，完成SIP协议的通信功能：在底层网络上接收和发送SIP消息，解析和构造SIP消息各个头域；

XCAP服务器模块，与分别位于呈现用户代理和观察者应用中的XCAP客户端交互XCAP消息，完成Ut参考点的功能；接收XCAP请求消息，维护存储在本地的包括好友列表XML文档和授权策略XML文档的配置信息；

数据库模块，用于存储包括订阅状态、呈现实体的呈现信息的各种呈现业务相关信息，并提供访问和修改存储在呈现业务应用服务器的数据库中的信息的内部程序接口，以被其他模块调用，对数据库进行查询、添加、修改和删除的操作。

所述呈现业务应用服务器的具体功能包括：对本域内的呈现用户的认证和授权；接收和组合从授权的网络实体以规定格式发送来的呈现信息，并提取和解释其中的信息；处理客户端对存储在呈现业务应用服务器端的好友列表XML文档和授权策略XML文档的维护操作；接收观察者应用或其他呈现业务应用服务器发送来的订阅请求，验证发送方身份并反馈应答，被订阅者是单个呈现实体或列表；当被订阅者状态发生变化时通知订阅者；代替观察者应用对其他域内的呈现实体进行后端订阅；接收并处理呈现实体对其观察者信息的订阅请求，当观察者信息变化时通知该呈现实体；接收并处理用户对存储在呈现业务应用服务器端的配置信息文档的订阅处理和通知；完成计费功能。

为了达到上述目的，本发明还提供了一种在基于IMS实现呈现业务的网络系统中实现呈现业务的方法，其特征在于：该方法省略了对与观察者应用位于相同域内的呈现实体的后端订阅信息，对与观察者应用位于不同域内的呈现实体，只需对每个域使用一个订阅请求，在该请求中携带需要订阅的位于该域的呈现实体列表；包括下列操作步骤：

(1)为获得所有好友的呈现信息，观察者应用发送一个包含有好友列表的订阅请求到呈现业务应用服务器，该好友列表已存储在呈现业务应用服务器端；

(2)呈现业务应用服务器接收到该订阅请求后，进行身份认证和授权，并返回应答；

(3)呈现业务应用服务器解析该订阅请求中的好友列表，对包含在好友列表中的各个呈现实体根据其所处的域进行分类；呈现业务应用服务器先将本域内的呈现实体的呈现信息依次添加到初始通知NOTIFY消息体中，并返回给观察者应用，使得观察者应用能够直接获得位于相同域中的呈现实体的呈现信息；

(4)对包含在好友列表中的其他域的呈现实体，呈现业务应用服务器执行后端订阅过程；具体方法是：呈现业务应用服务器把属于相同域的呈现实体名称组合成一个新的可扩展标记语言XML文档，再将该XML文档作为消息体生成新的后端订阅请求，并通过后端订阅发送到相应域的呈现业务应用服务器上；

(5)其他域内接收到该后端订阅请求的呈现业务应用服务器先解析出消息体中携带的呈现实体名称，然后利用本地存储的呈现信息生成多消息体的后端订阅通知NOTIFY消息，返回给发送该后端订阅请求的呈现业务应用服务器；发送该后端订阅请求的呈现业务应用服务器接收到该后端订阅通知NOTIFY消息后，将呈现信息复制到一个新的通知NOTIFY消息体中，返回给观察者应用；

(6)在订阅结束前，任何被订阅的呈现实体的状态变化时，呈现业务应用服务器都会采用发送后续通知NOTIFY消息给观察者应用的方式通知订阅者。

所述步骤(1)中，观察者应用发送的订阅请求为扩展的SIP消息，该订阅请求的Request_URI头域部分是需要订阅的好友列表名称，请求的expire头域部分是订阅的持续时间。

所述步骤(3)中，呈现业务应用服务器解析好友列表，并在解析过程中根据好友列表中的好友名称确定该好友所在的域，如果在本域内，则查询存储在本域的呈现业务应用服务器中的呈现信息，生成呈现信息文档，并记录订阅相关信息；如果不在本域，则对好友列表中的呈现实体进行分类后，执行后续操作。

所述步骤(4)呈现业务应用服务器对另一个域的呈现实体执行后端订阅过程中，该后端订阅请求需要在消息体中携带一个好友列表XML文档，该好友列表XML文档中的内容是需要进行后端订阅的呈现实体名称。

所述步骤(5)中，其他域的呈现业务应用服务器要对后端订阅请求的消息体进行解析，解析过程与解析本地存储的好友列表相同；每解析出一个好友，就根据授权策略生成相应的呈现信息文档，再一起添加到后端订阅的通知NOTIFY消息的消息体内，最后生成多消息体的后端订阅的通知NOTIFY消息；并且记录订阅相关信息，以便在呈现实体状态变化时查询需要通知的订阅者。

所述步骤(6)中，如果呈现业务应用服务器获知本域内的呈现实体状态变化后，直接生成携带新的呈现信息的通知NOTIFY消息给观察者应用；如果是其他域内的呈现实体状态发生变化，则由其他域的呈现业务应用服务器通过后端订阅的通知NOTIFY消息通知本域的呈现业务应用服务器，再由本域的呈现业务应用服务器提取后端订阅的通知NOTIFY消息的消息体，生成新的通知NOTIFY消息给观察者应用。

由于目前3GPP组织设计的基于IMS的呈现业务架构中的消息交互流程产生的大量SIP消息对网络性能的影响较大，本发明将呈现服务器PS和呈现列表服务器PLS进行合并的网络系统架构的优化技术方案，在不降低用户使用业务的质量的基础上，有效减少了总的SIP消息数量。其优点具体表现在：

首先，呈现列表服务器对于本域内的呈现实体的后端订阅过程产生的消息将不再存在，都转化为呈现业务应用服务器的内部处理逻辑。由于不再需要进行网络上的消息传输，也不需要SIP消息的交互，因此能够提高呈现业务应用服务器的处理速度；

其次，原有系统架构中，每个观察者订阅另一个域内若干呈现实体的呈现信息时，需要呈现列表服务器PLS依次发送后端订阅请求给另一个域的呈现服务器PS，这些SIP对话会产生数量众多的域间消息。而本发明只需要一个SIP对话即可完成对一个域内所有呈现实体的订阅，明显减少了域间的SIP消息数量。

再者，原有呈现业务网络系统对应每个呈现实体的后端订阅都需要呈现服务器PS和呈现列表服务器PLS维护一个SIP对话，而本发明对于本域内的呈现实体不需要SIP对话，直接在呈现业务应用服务器内部处理完成；对于域外的呈现实体，针对每个观察者应用的一次订阅，呈现业务应用服务器只需要维护与其好友所在域的个数相同的SIP对话数，所以呈现业务应用服务器维护的对话总数与原有系统架构相比较，也减少了许多。

总之，本发明能够在不改变客户端结构，不改变用户使用业务的模式的基础上，提高基于IMS的呈现业务的整体性能，大大减轻IMS网络的带宽压力，有利于呈现业务的大规模部署，具有很好的推广和应用前景。

附图说明

图1是现在使用的基于IMS的呈现业务的网络系统架构示意图。

图2是本发明基于IMS实现呈现业务的网络系统结构组成示意图。

图3是本发明的呈现业务应用服务器的内部模块结构组成示意图。

图4是本发明基于IMS的呈现业务的一次完整的订阅过程时序图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

由于呈现业务中大量的并发消息发生在呈现列表服务器PLS和呈现服务器PS之间的后端订阅过程，为此，本发明提出一种基于IMS实现呈现业务的网络系统及方法，其网络系统的主要改进之处是合并了呈现服务器PS和呈现列表服务器PLS。下面参见图2，具体介绍该业务网络的架构组成。

本发明网络包括：移动通信网和位于该通信网中的下述功能实体：观察者应用，呈现用户代理，呈现转发代理，以及分别位于各个IMS域中、将逻辑和物理上都相对独立的两个功能实体-呈现列表服务器PLS和呈现服务器PS合并构成的设备：呈现业务应用服务器，该呈现业务应用服务器仍然通过IMS业务控制ISC参考点直接与IMS核心网中的服务呼叫会话控制功能实体S-CSCF相连接，同时完成原来两种服务器的全部工作，包括用户的身份认证和授权信息的维护、呈现信息的接收和维护、观察者信息、好友列表和配置信息的维护、呈现信息(包括单个实体和列表)的订阅和处理；在该系统中，用户通过呈现用户代理将呈现信息发布到呈现业务应用服务器，观察者应用仍然发送订阅请求到呈现业务应用服务器，呈现业务应用服务器返回应答，完成后端订阅，生成通知消息；该呈现业务应用服务器使用可扩展标记语言配置访问协议XCAP仍然通过Ut参考点分别与呈现用户代理和观察者应用进行通信，以维护配置信息。

本发明的呈现业务应用服务器负责管理本域内所有呈现实体的呈现信息，观察者应用向呈现业务应用服务器订阅本域内的用户的呈现信息时，不再需要进行后端订阅，由呈现业务应用服务器直接生成呈现信息文档返回给观察者应用。

呈现业务应用服务器代替观察者应用后端订阅其他域的实体呈现信息时，不需要对应每个实体都发送一次订阅请求，而只要根据这些实体所在的域，对每个域发送一次后端订阅，并在该后端订阅请求中说明需要获得的实体名称。

参见图3，介绍呈现业务应用服务器内部的各个软件组成模块：事件处理模块1(包括七个子模块)，XML解析和构造模块2，SIP通信模块3，XCAP服务器模块4和数据库模块5。其中，SIP通信模块3和IMS核心网络交互SIP消息；XCAP服务器模块4与分别位于呈现用户代理和观察者应用中的XCAP客户端交互XCAP消息，完成Ut参考点的功能；事件处理模块1则根据接收到的不同SIP消息调用相应的子处理模块进行处理，完成业务逻辑。

下面简要说明呈现业务应用服务器各个模块的基本功能：

事件处理模块1：负责根据来自SIP通信模块的不同SIP消息，调用相应的子模块进行处理，完成包括返回SIP请求的应答消息、执行后续业务逻辑及维护数据库信息等。该模块包括分别处理不同的SIP事件、实现该应用服务器核心功能的七个子模块：呈现实体发布呈现信息处理模块11，订阅单个呈现实体呈现信息处理模块12，订阅某个好友列表内所有实体的呈现信息处理模块13，订阅某个实体的观察者信息处理模块14，订阅实体配置信息XML文档修改通知的处理模块15，后端订阅的应答消息的处理模块16，其他服务器返回的后端订阅的通知NOTIFY消息处理模块17；

XML解析和构造模块2：用于提供对SIP消息体XML文档、存储在服务器端的好友列表和授权策略XML文档的解析和构造功能，以供其他模块调用，解析和生成下述信息：呈现文档中存储的呈现信息，观察者信息，好友列表和授权策略文档等；

SIP通信模块3：用于和IMS核心网络交互SIP消息，完成SIP协议的通信功能，包括在底层网络上接收和发送SIP消息，对SIP消息各个头域的解析和构造等；

XCAP服务器模块4：负责接收XCAP请求消息，与分别位于呈现用户代理和观察者应用中的XCAP客户端交互XCAP消息，完成Ut参考点的功能，维护存储在本地的包括好友列表XML文档和授权策略XML文档的配置信息；

数据库模块5：用于存储包括订阅状态、实体呈现信息等的各种呈现业务相关信息，并提供访问和修改存储在呈现业务应用服务器的数据库中的信息的内部程序接口，以供其他模块调用，对数据库进行查询、添加、修改和删除的操作。

本发明呈现业务应用服务器的主要功能包括：对本域内的呈现用户的认证和授权；接收和组合从授权的网络实体以规定格式发送来的呈现信息，并能提取和解释其中包含的信息；处理客户端对存储在服务器端的授权策略文档和好友列表文档的维护操作；接收观察者或其他应用服务器发送来的订阅请求，验证发送方身份并反馈应答信息，被订阅者可以是单个实体或列表；当被订阅者状态发生变化时通知订阅者；代替观察者对其他域内的呈现实体进行后端订阅；接收并处理呈现实体对其观察者信息的订阅请求，当观察者信息变化时通知该实体；接收并处理呈现用户对存储在服务器端的配置信息文档的订阅处理和通知；完成计费功能。

本发明将原有基于IMS的呈现业务系统中相互独立的呈现服务器PS和呈现列表服务器PLS合并在一起后，改变了原来的网络架构。为此，本发明又根据这种架构给出了改进的呈现业务的实现方法流程。该方法主要特点是省略了对与观察者应用位于相同域内的呈现实体的后端订阅信息，对与观察者应用位于不同域内的其他呈现实体，只需对每一个域使用一个订阅请求，在该请求中携带需要订阅的位于该域内的呈现实体列表；具体操作步骤如下：

(1)为获得所有好友的呈现信息，观察者应用发送一个包含有列表的订阅SUBSCRIBE请求到呈现业务应用服务器，该好友列表已存储在服务器端；观察者发送的该订阅请求为扩展的SIP消息，即初始SUBSCRIBE请求；该请求的Request_URI头域部分是需要订阅的呈现列表名称，请求的expire头域部分是订阅的持续时间。

(2)呈现业务应用服务器接收到该订阅请求后，进行身份认证和授权，并返回200OK应答。

(3)呈现业务应用服务器解析呈现实体列表，对包含在列表中的各个呈现实体根据其所处的域进行分类；由于与观察者应用位于同一域的呈现实体的呈现信息可以直接获得，因此呈现业务应用服务器先将本域内的呈现实体的呈现信息依次添加到初始通知NOTIFY消息体中，并返回给观察者应用；呈现业务应用服务器还要解析好友列表，并在解析过程中根据好友列表中的好友名称确定该好友所在的域，如果在本域内，则查询存储在本域的呈现业务应用服务器的呈现信息，生成呈现信息文档，并记录订阅相关信息；如果不在本域，则对列表中的呈现实体进行分类后，执行后续操作。

(4)对包含在列表中的其他域的呈现实体，呈现业务应用服务器进行后端订阅过程；具体方法是：呈现业务应用服务器把属于相同域的呈现实体名称组合成一个新的可扩展标记语言XML文档，再将该文档作为消息体生成新的SUBSCRIBE请求，并通过后端订阅发送到相应域的呈现业务应用服务器上；呈现业务应用服务器在对另一个域的呈现实体的后端订阅过程中，订阅请求需要在消息体中携带一个XML文档，该XML文档中的内容是需要订阅的呈现实体名称。

(5)其他域内接收到后端订阅的呈现业务应用服务器先解析出消息体中携带的呈现实体名称，然后利用本地存储的呈现信息生成多消息体的NOTIFY消息，返回给初始后端订阅的呈现业务应用服务器；该初始后端订阅的呈现业务应用服务器接收到后端订阅的通知后，将呈现信息复制到一个新的NOTIFY消息体中，返回给观察者应用；其他域的呈现业务应用服务器要对后端订阅请求的消息体进行解析，解析过程与解析本地存储的列表相同；每解析出一个好友，就根据授权策略生成相应的呈现信息文档，再一起添加到NOTIFY消息的消息体内，最后生成多消息体的NOTIFY消息；并且记录订阅相关信息，以便在呈现实体状态变化时查询需要通知的订阅者。

(6)在订阅结束前，任何被订阅的呈现实体的状态变化时，呈现业务应用服务器都会采用发送后续NOTIFY消息给观察者应用的方式通知订阅者；如果呈现业务应用服务器获知本域内的呈现实体状态变化后，直接生成携带新的呈现信息的NOTIFY消息给观察者应用；如果是其他域内的呈现实体状态发生变化，则由其他域的呈现业务应用服务器通知本域的呈现业务应用服务器，再由本域的呈现业务应用服务器提取通知消息的消息体，生成新的NOTIFY消息给观察者应用。

参见图4，简要说明本发明方法中完成一次完整的列表呈现信息订阅过程中的消息流程时序图。其中域A的观察者订阅的列表中的实体分别位于域A和域B。订阅成功后，在订阅过期前的某一时刻，域B中某个实体状态发生变化，发送PUBLISH消息到域B的呈现业务应用服务器，然后此服务器通知域A的呈现业务应用服务器，最后域A的呈现业务应用服务器通知观察者。

Claims (10)

1、一种基于IP多媒体子系统IMS实现呈现业务的网络系统，包括移动通信网，位于该通信网中的下述功能实体：观察者应用，呈现用户代理和呈现转发代理；其特征在于，该系统还包括：分别位于各个IMS域中的呈现业务应用服务器，该呈现业务应用服务器是将两个相对独立的功能实体：呈现列表服务器PLS和呈现服务器PS合并构成的设备，该设备直接连接IMS核心网中的服务呼叫会话控制功能实体S-CSCF，收发会话初始化协议SIP消息；用于同时完成原来两种服务器的全部工作，包括用户的身份认证和授权、呈现信息的接收和维护、观察者信息、好友列表和配置信息的维护、呈现信息的订阅和处理；在该系统中，用户通过呈现用户代理将呈现信息发布到呈现业务应用服务器，由呈现业务应用服务器负责管理本域内的所有呈现实体的呈现信息，观察者应用向呈现业务应用服务器订阅本域内的用户的呈现信息时，不需要进行后端订阅，由呈现业务应用服务器直接生成呈现信息文档返回给观察者应用；呈现业务应用服务器代替观察者应用后端订阅其他域的呈现实体的呈现信息时，不需要对应每个呈现实体都发送一次后端订阅请求，只要根据这些呈现实体所在的域，对每个域发送一次后端订阅请求，并在该后端订阅请求中说明需要获得的实体名称，完成后端订阅；所述呈现业务应用服务器使用可扩展标记语言配置访问协议XCAP通过Ut参考点分别与呈现用户代理和观察者应用进行通信，以维护配置信息。

2、根据权利要求1所述的实现呈现业务的网络系统，其特征在于：所述呈现业务应用服务器负责管理本域内所有呈现实体的呈现信息，观察者应用向呈现业务应用服务器订阅本域内的用户的呈现信息时，不再需要进行后端订阅，由呈现业务应用服务器直接生成呈现信息文档返回给观察者应用。

3、根据权利要求1所述的实现呈现业务的网络系统，其特征在于：所述呈现业务应用服务器包括下列各个软件组成模块：

事件处理模块，负责根据来自SIP通信模块的不同SIP消息，调用相应的子模块进行处理，完成后续业务逻辑及维护数据库信息；包括分别处理不同的SIP事件、实现该呈现业务应用服务器核心功能的七个子模块：呈现实体发布呈现信息处理模块，订阅单个呈现实体呈现信息处理模块，订阅某个好友列表内所有呈现实体的呈现信息处理模块，订阅某个呈现实体的观察者信息处理模块，订阅呈现实体配置信息可扩展标记语言XML文档修改通知的处理模块，后端订阅的应答消息的处理模块，其他呈现业务应用服务器返回的后端订阅的通知消息处理模块；

XML解析和构造模块，提供对SIP消息体XML文档、存储在呈现业务应用服务器端的好友列表XML文档和授权策略XML文档的解析和构造功能，以被其他模块调用，解析和生成下述信息：呈现文档中存储的呈现信息，观察者信息，好友列表XML文档和授权策略XML文档；

SIP通信模块，用于和IMS核心网络交互SIP消息，完成SIP协议的通信功能：在底层网络上接收和发送SIP消息，解析和构造SIP消息各个头域；

XCAP服务器模块，与分别位于呈现用户代理和观察者应用中的XCAP客户端交互XCAP消息，完成Ut参考点的功能；接收XCAP请求消息，维护存储在本地的包括好友列表XML文档和授权策略XML文档的配置信息；

数据库模块，用于存储包括订阅状态、呈现实体的呈现信息的各种呈现业务相关信息，并提供访问和修改存储在呈现业务应用服务器的数据库中的信息的内部程序接口，以被其他模块调用，对数据库进行查询、添加、修改和删除的操作。

4、根据权利要求1所述的实现呈现业务的网络系统，其特征在于：所述呈现业务应用服务器的具体功能包括：对本域内的呈现用户的认证和授权；接收和组合从授权的网络实体以规定格式发送来的呈现信息，并提取和解释其中的信息；处理客户端对存储在呈现业务应用服务器端的好友列表XML文档和授权策略XML文档的维护操作；接收观察者应用或其他呈现业务应用服务器发送来的订阅请求，验证发送方身份并反馈应答，被订阅者是单个呈现实体或列表；当被订阅者状态发生变化时通知订阅者；代替观察者应用对其他域内的呈现实体进行后端订阅；接收并处理呈现实体对其观察者信息的订阅请求，当观察者信息变化时通知该呈现实体；接收并处理用户对存储在呈现业务应用服务器端的配置信息文档的订阅处理和通知；完成计费功能。

5、一种在权利要求1所述的网络系统中实现呈现业务的方法，其特征在于：该方法省略了对与观察者应用位于相同域内的呈现实体的后端订阅信息，对与观察者应用位于不同域内的呈现实体，只需对每个域使用一个订阅请求，在该请求中携带需要订阅的位于该域的呈现实体列表；包括下列操作步骤：

(1)为获得所有好友的呈现信息，观察者应用发送一个包含有好友列表的订阅请求到呈现业务应用服务器，该好友列表已存储在呈现业务应用服务器端；

(2)呈现业务应用服务器接收到该订阅请求后，进行身份认证和授权，并返回应答；

(3)呈现业务应用服务器解析该订阅请求中的好友列表，对包含在好友列表中的各个呈现实体根据其所处的域进行分类；呈现业务应用服务器先将本域内的呈现实体的呈现信息依次添加到初始通知NOTIFY消息体中，并返回给观察者应用，使得观察者应用能够直接获得位于相同域中的呈现实体的呈现信息；

(4)对包含在好友列表中的其他域的呈现实体，呈现业务应用服务器执行后端订阅过程；具体方法是：呈现业务应用服务器把属于相同域的呈现实体名称组合成一个新的可扩展标记语言XML文档，再将该XML文档作为消息体生成新的后端订阅请求，并通过后端订阅发送到相应域的呈现业务应用服务器上；

(5)其他域内接收到该后端订阅请求的呈现业务应用服务器先解析出消息体中携带的呈现实体名称，然后利用本地存储的呈现信息生成多消息体的后端订阅通知NOTIFY消息，返回给发送该后端订阅请求的呈现业务应用服务器；发送该后端订阅请求的呈现业务应用服务器接收到该后端订阅通知NOTIFY消息后，将呈现信息复制到一个新的通知NOTIFY消息体中，返回给观察者应用；

(6)在订阅结束前，任何被订阅的呈现实体的状态变化时，呈现业务应用服务器都会采用发送后续通知NOTIFY消息给观察者应用的方式通知订阅者。

6、根据权利要求5所述的实现呈现业务的方法，其特征在于：所述步骤(1)中，观察者应用发送的订阅请求为扩展的SIP消息，该订阅请求的Request_URI头域部分是需要订阅的好友列表名称，请求的expire头域部分是订阅的持续时间。

7、根据权利要求5所述的实现呈现业务的方法，其特征在于：所述步骤(3)中，呈现业务应用服务器解析好友列表，并在解析过程中根据好友列表中的好友名称确定该好友所在的域，如果在本域内，则查询存储在本域的呈现业务应用服务器中的呈现信息，生成呈现信息文档，并记录订阅相关信息；如果不在本域，则对好友列表中的呈现实体进行分类后，执行后续操作。

8、根据权利要求5所述的实现呈现业务的方法，其特征在于：所述步骤(4)呈现业务应用服务器对另一个域的呈现实体执行后端订阅过程中，该后端订阅请求需要在消息体中携带一个好友列表XML文档，该好友列表XML文档中的内容是需要进行后端订阅的呈现实体名称。

9、根据权利要求5所述的实现呈现业务的方法，其特征在于：所述步骤(5)中，其他域的呈现业务应用服务器要对后端订阅请求的消息体进行解析，解析过程与解析本地存储的好友列表相同；每解析出一个好友，就根据授权策略生成相应的呈现信息文档，再一起添加到后端订阅的通知NOTIFY消息的消息体内，最后生成多消息体的后端订阅的通知NOTIFY消息；并且记录订阅相关信息，以便在呈现实体状态变化时查询需要通知的订阅者。

10、根据权利要求5所述的实现呈现业务的方法，其特征在于：所述步骤(6)中，如果呈现业务应用服务器获知本域内的呈现实体状态变化后，直接生成携带新的呈现信息的通知NOTIFY消息给观察者应用；如果是其他域内的呈现实体状态发生变化，则由其他域的呈现业务应用服务器通过后端订阅的通知NOTIFY消息通知本域的呈现业务应用服务器，再由本域的呈现业务应用服务器提取后端订阅的通知NOTIFY消息的消息体，生成新的通知NOTIFY消息给观察者应用。

Images