CN102084622A

CN102084622A - 传递通信网络中的配置信息

Info

Publication number: CN102084622A
Application number: CN2008801303080A
Authority: CN
Inventors: M·L·克莱因; S·拉斯博恩; A·林德格伦
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2008-07-03
Filing date: 2008-07-03
Publication date: 2011-06-01
Also published as: WO2010000319A1; EP2297900A1; EP2297900B1; US20110131301A1

Abstract

提供一种将配置信息传递给在多个网络节点上缩放的网络服务的方法。该方法包括下列步骤：将所述多个节点其中之一指定为主节点(S1)；在主节点中提供XML文档管理服务器XDMS功能(S2)；安排将配置信息提供给主节点中的所述XDMS功能(S3)；以及安排主节点中的XDMS向非主节点传递配置信息(T6)或者与其有关的至少任何配置信息，使得配置可在多个节点的每个中根据配置信息来执行(T8)。该方法在UMTS环境中结合IP多媒体子系统来执行是最佳的，但是它可在任何其它网络中执行。

Description

传递通信网络中的配置信息

技术领域

本发明涉及用于将配置信息传递给在多个网络节点上缩放的通信网络服务的方法和设备。这种方法和设备具体但非排他地可适用于具有IP多媒体子系统的通用移动电信系统。

背景技术

IP多媒体服务在同一个会话中提供语音、视频、消息传递、数据等的动态组合。通过增加基本应用以及有可能组合的媒体的数量，提供给终端用户的服务数量将增加，并且将丰富个人之间通信体验。这将引发新一代个性化的丰富多媒体通信服务，包括所谓的“组合IP多媒体”服务。

UMTS(通用移动电信系统)是设计成向订户提供更高数据速率和增强服务的第三代无线系统。UMTS由第三代合作伙伴项目(3GPP)进行标准化。参见3GPP TS 23.002以获得更多细节。

UMTS架构包括称作IP多媒体子系统(IMS)的用于支持传统电话以及新IP多媒体服务的子系统(3GPP TS 22.228、TS 23.228、TS 24.229、TS 29.228、TS 29.229、TS 29.328和TS 29.329 Release 5至Release7)。IMS通过使用标准化IMS服务引擎(enabler)来提供丰富终端用户个人到个人通信体验的关键特征，标准化IMS服务引擎通过基于IP的网络帮助新的丰富个人到个人(客户端到客户端)通信服务以及个人到内容(客户端到服务器)服务。IMS能够连接到PSTN/ISDN(公共交换电话网/综合业务数字网)以及因特网。

IMS利用会话初始协议(SIP)来建立和控制用户终端(或者用户终端与应用服务器)之间的呼叫或会话。由SIP信令所携带的会话描述协议(SDP)用于描述和协商会话的媒体组件。3GPP已经选择SIP用于用户设备(UE)与IMS之间以及IMS中的组件之间的信令。

UMTS通信网络和这种网络中的各种组件的的操作的具体细节可见于可从http://www.3gpp.org得到的UMTS的技术规范。UMTS中的SIP的使用的其它细节可见于3GPP技术规范TS 24.229 V8.2.0(2007-12)。

图1示意示出IMS在GPRS/PS接入网(IMS当然可通过其它接入网进行操作)的情况下如何适合移动网络架构。呼叫/会话控制功能(CSCF)作为IMS中的SIP代理进行操作。3GPP架构定义三种类型的CSCF：代理CSCF(P-CSCF)，它是在IMS中的SIP终端的第一接触点；服务CSCF(S-CSCF)，它为用户提供该用户预订的服务；以及询问CSCF(I-CSCF)，其作用是识别正确的S-CSCF，并向那个S-CSCF转发经由P-CSCF从SIP终端所接收的请求。

在IMS服务网络中，提供应用服务器(AS)用于实现IMS服务功能性。一般来说，IMS网络的应用服务器和核心服务需要是运行时可配置的。在具有高业务负荷的IMS网络中，应用服务器和核心服务可能必须在多个节点上缩放。当服务在多个节点上缩放时，各节点将仍然需要被配置。

在这个上下文中，节点可以是一个物理服务器或者是加入群集的多个物理服务器。一般来说，各服务器从中央网络管理服务器(NMS)独立配置，并且本申请人已经认识到从技术角度提供更有效实现的愿望。

发明内容

根据本发明的第一方面，提供一种将配置信息传递给在多个网络节点上缩放的网络服务的方法，其中包括下列步骤：将多个节点其中之一指定为主节点；在主节点中提供XML文档管理服务器XDMS功能；安排将配置信息提供给主节点中的XDMS功能；以及安排主节点中的XDMS功能向非主节点传递配置信息或者与其相干的至少任何配置信息，使得配置可在多个节点的每个中根据配置信息来执行。

该方法可包括通知非主节点的每个关于接收到配置信息，以及随后应请求提供配置信息。

该方法可包括例如通过使用预订和通知消息来预订这些非主节点的每个非主节点在主节点处接收到配置信息之后从主节点中的XDMS功能接收通知。

该方法可包括将会话初始协议SIP事件通知框架用于通知非主节点的每个关于在主节点接收到配置信息。

该方法可包括使用与XML配置访问协议XCAP相关的“xcap-diff”事件包。

该方法可包括将XML配置访问协议XCAP过程用于例如使用XCAP获取(XCAP GET)消息将配置信息从主节点中的XDMS功能传递给非主节点的每个。

该方法可包括供XCAP过程中使用的、向每个非主节点分配其自己的SIP地址，并且通知它关于到主节点中的XDMS功能的根URI。

配置信息可包括对先前所接收配置信息的更新。

XDMS功能可设置成处理多个不同服务，并且包括参照与相应服务关联的应用唯一标识符AUID来区分服务。

XDMS功能可设置成处理多个不同的节点/用户，并且包括参照与相应节点/用户关联的XCAP用户标识符XUI、可选地还参照与节点/用户关联的文档名称来区分节点/用户。

主节点可包括多个节点。

配置信息可包括性能和/或故障管理信息。

网络服务可在IMS网络中提供。

根据本发明的第二方面，提供一种配置在多个网络节点上缩放的网络服务的方法，包括下列步骤：使用根据本发明的第一方面的方法将配置信息传递给节点；以及根据那个信息来配置节点。

根据本发明的第三方面，提供一种设置成提供网络服务的网络节点的系统，该系统包括在节点之一中提供的XML文档管理服务器XDMS功能，该XDMS功能设置成代表系统的所有节点来接收与网络服务相关的配置信息，该XDMS功能还设置成向系统的其它节点传递配置信息或者与其有关的至少任何配置信息，使得配置可在系统的各节点中根据配置信息来执行。

根据本发明的第四方面，提供一种用作在多个节点上缩放的网络服务的节点或在其中使用的设备，该设备包括XML文档管理服务器功能，该功能设置成接收与网络服务相关的配置信息，并且还设置成向网络服务的其它节点传递配置信息或者与其有关的至少任何配置信息，使得配置可在多个节点的每个节点中根据配置信息来执行。

根据本发明的第五方面，提供一种用作在多个节点上缩放的网络服务的节点或在其中使用的设备，该设备包括XML文档管理客户端功能，该XML文档管理客户端功能设置成从网络服务的另一个节点中提供的XML文档管理服务器功能接收配置信息，以及安排节点的配置根据所接收配置信息来执行。

根据本发明的第六方面，提供一种程序，用于控制设备来执行根据本发明的第一或第二方面的方法，或者它在被加载到设备中时使该设备成为根据本发明的第三、第四或第五方面的系统或设备。该程序可在载体介质上携带。载体介质可以是存储介质。载体介质可以是传输介质。

根据本发明的第七方面，提供一种由根据本发明的第六方面的程序来编程的设备。

根据本发明的第八方面，提供一种包含根据本发明的第六方面的程序的存储介质。

本发明的一个实施例具有与其关联的解决上述问题的优点。

附图说明

前面描述的图1示意示出IP多媒体子系统到3G移动通信系统中的集成；

图2是用于示出实施本发明的用于缩放的服务的配置更新的系统的建立的消息交换图；

图3是用于示出本发明的一个实施例中的配置更新过程的消息交换图。

图4是提供在根据本发明的一个实施例中执行的步骤的概述的示意流程图；以及

图5是实施本发明的设备的示意图示。

具体实施方式

如上所述，在其中IMS网络中的服务在多个节点上缩放的情况下，在节点可以是一个物理服务器或者加入群集的多个物理服务器时，各节点需要被配置，并且随后还需要采用配置更新来重新配置。当前对于如何传播多个节点上的配置变化不存在标准；各服务器一般独立于中心网络管理服务器(NMS)来配置，并且配置数据在各服务器中被复制。

开放移动联盟(OMA)架构文档“XML文档管理架构”(OMA-AD-XDM-V2_0，当前在OMA-AD-XDM-V2_0-20080617-D)将“XML文档管理引擎”的特征和架构描述如下。

“XDM引擎定义一种共同机制，它使用户特定服务相关信息是需要它们的服务引擎可访问的。预计这种信息将存储在网络中，其中可对它定位、访问和操纵(例如创建、更改、删除等等)。XDM规定如何在结构良好的XML文档中定义这种信息以及用于访问和操纵这类XML文档的公共协议。

XDM规范[来自开放移动联盟的“XML文档管理(XDM)规范”，OMA-TS-XDM_Core-V2_0，当前在OMA-TS-XDM_Core-V2_020080606-D]定义XDM引擎的特征，包括下述内容：

-公共协议，XML配置访问协议(XCAP)[IETF RFC4825：“The Extensible Markup Language(XML)Configuration Access protocol(XCAP)”，J.Rosenberg，2007年5月]，根据其原理可存储和操纵在网络中作为XML文档所存储的其服务相关数据。

-SIP预订/通知机制，根据其原理可收到对这类文档的更改的通知。

-根据其原理可使用有限XQuery[W3C推荐“XQuery1.0：XML查询语言”，Scott Boag等人，2007年1月23日，万维网联盟(W3C)]搜索网络中作为XML文档所存储的服务相关数据的机制。

将经由XCAP访问和操纵的文档存储在网络中称作XDMS的逻辑资料库中。各资料库可与使用其数据来执行其功能的功能实体关联。

XDMS中存储的各XML文档描述为XCAP应用使用，它使应用程序能够经由XCAP来使用文档。XDM引擎描述可由多个引擎再使用，并且存储在共享XDMS中的应用使用，它们有四种类型：共享列表XDMS、共享组XDMS、共享策略XDMS和共享简档XDMS。这些XDMS所支持的文档如下所述：

-共享列表XDMS中的URI列表和组使用列表文档[“共享列表XDM规范”，版本2.0，开放移动联盟，OMA-TS-XDM_Shared-V2_0]；

-共享组XDMS中的组文档[“共享组XDM规范”，版本1.0，开放移动联盟，OMA-TS-XDM_Shared_Group-V1_0]；

-共享策略XDMS中的用户访问策略文档[“共享策略XDM规范”，版本1.0，开放移动联盟，OMA-TS-XDM_Shared_Policy-V1_0]；以及

-共享简档XDMS中的用户简档文档[“共享简档XDM规范”，版本1.0，开放移动联盟，OMA-TS-XDM_Shared_Profile-V1_0]。

除了上述文档之外，XDM引擎还定义扩展组公告(Extended Group Advertisement)。

由于XDM引擎的可再用性质，将存在与其它服务引擎的交互，并且因此XDM引擎的架构设计适应那些引擎的需要。

XML文档管理器(XDM)提供用于管理服务特定数据的架构。XML文档管理定义一种共同机制，它使用户特定服务相关信息是需要它们的服务引擎可访问的。通过XML文档来表达和交换服务特定信息，并且将这个信息存储在网络中，其中可对它进行定位、访问和操纵(创建、更改、删除等等)。被认为负责存储和操纵这种信息的网络实体是XDM服务器(XDMS)。

本发明的一个实施例提供一种将配置变化传递给在多个网络节点上缩放的网络服务的方法。服务的节点之一指定为主节点，并且那个主节点提供有XML文档管理服务器(XDMS)功能(本文中称作“配置XDMS”)。配置XDMS以XML格式来保存缩放的服务的所有节点的配置数据。配置XDMS可保存许多服务/节点/用户共同的配置数据以及特定服务/节点/用户特定的配置数据。

在配置更新将应用于缩放的服务的情况下，安排将配置更新发送给主节点中的配置XDMS，并且安排主节点中的配置XDMS通知其它节点(配置XDMS客户端)关于配置更新或者与其有关的配置更新的至少任何部分，使得配置更新可根据需要应用于所有节点。

例如，除了主节点之外的节点可提供有预订配置XDMS中存储的配置数据的变化的SIP客户端。在本发明的一个具体实施例中，“xcap-diff”SIP事件[draft-ietf-sip-xcapevent“扩展标记语言(XML)配置访问协议(XCAP)Diff事件包”]用于在节点之间分发配置数据，并且这个实施例如图2和图3所示。

图2和图3所示的是节点1至4，它们一起提供缩放的服务。节点1指定为主节点，其中提供了上述配置XDMS。图2和图3所示的还有网络管理服务器(NMS)5(参见图3)，并且由于这个实施例在IMS网络的上下文中实现，所以还有IMS核心6。

根据draft-ietf-sip-xcapevent，订户节点发信号通知通告方(notifier)关于它感兴趣获得信息的资源。这些资源选择通过将URI列表发送给预订本体中的通告方来指示。这个列表的URI指向集合、文档或XCAP组件。将其与图2和图3所示的当前实施例相关，节点2至4可被认为是订户节点，而节点1可被认为是通告方节点。

为此，要求配置在配置XDMS客户端(节点2至4)中建立节点特定SIP地址，以及通知它们关于到配置XDMS(节点1)的根URI。

预订的建立如图2所示。在步骤S1-a，预订消息从节点2发送给节点1(经由IMS核心6)，以便使节点2预订节点1的配置XDMS中存储的配置数据的更新；在这个消息中提供到配置XDMS的根URI连同节点2的SIP地址。这之后是在步骤S1-b从节点1发送给节点2的初始通知消息，以便提醒节点2关于从节点1可得到的配置数据。节点2在步骤S1-c采用XCAP获取消息进行应答，以便检索初始配置数据。与这些消息相关的其它信息可见于draft-ietf-sip-xcapevent和RFC4825。按照对应方式，步骤S1-a至S1-c对节点3(步骤S2-a至S2-c)和节点4(步骤S3-a至S3-c)重复进行。在这个建立过程之后，主节点(节点1)将能够经由通知消息传递所有变化，现在进行说明。

应用于配置更新的过程如图3所示。在步骤P1，配置更新从网络管理服务器(NMS)5通过XCAP放置(XCAP PUT)消息来发送。XCAP放置消息经由IMS核心6(例如经由IMS核心6中的聚集代理)来发送。XCAP放置消息由节点1的配置XDMS来处理，并且适当更新消息分别在步骤P2至P4通过通知消息发送给节点2至4。一旦建立从节点2、3和4到主节点(节点1)的预订，则当更新节点1(主节点)中的配置XDMS的配置时，配置变化可直接分发给节点2、3和4，而无需经过IMS核心6(但这取决于IMS核心中的设置，即，如果判定IMS核心6应当进行记录路由，则它保持在信令路径中)。

在上述实施例中，进行到缩放的服务的一个节点、主节点(节点1)的缩放的服务的配置。在NMS与主节点之间传输配置变化(在步骤P1)的协议可以是任何协议，例如超文本传输协议(HTTP)、HTTP安全(HTTPS)、XCAP、NETCONF(网络管理协议)、简单网络管理协议(SNMP)或安全外壳(SSH)。

主节点(节点1)实现配置XDMS，并且缩放的服务的所有其它节点(节点2至4)实现配置XDMS客户端。也就是说，除了主节点之外的服务的所有节点从主节点检索和接收配置数据，而无需从NMS单独配置。在这个实施例中，配置XDMS客户端中所需的唯一配置是节点特定SIP地址以及到配置XDMS的根URI。

所有配置数据可按照标准XCAP过程(参见RFC4825)经由XCAP从配置XDMS来检索，或者按照标准事件xcap-diff过程(参见draft-ietf-sip-xcapevent)经由SIP来预订。

本发明的一个实施例能够使用IMS/SIP/XCAP标准来配置和传播缩放网络上的配置变化。如上所述，一种思路是将SIP事件包‘xcap-diff’用于在节点之间分发配置数据。一个节点(或OSS本身)作为具有“配置XDMS”服务的主节点被建立。配置XDMS(以XML格式)保存与所有节点有关的数据。每一个节点、服务或者节点内部的服务采用还用作XCAP中的XUI的SIP地址以及采用主节点的XCAP RootURI和SIP地址来配置。各节点具有SIP客户端，并且预订配置XDMS中的配置数据的变化。节点可使用XCAP来取配置数据的完整集合，并且经由SIP通知来接收其配置数据的通知。配置XDMS可保存许多服务、节点或用户共同的数据以及每个的特定数据。

XDMS可处理通过唯一应用唯一标识符(AUID)所标识的一个或多个文档类型。XDMS还可处理通过XCAP用户标识符(XUI)和文档名称所标识的特定文档类型(AUID)的多个实例。在本发明的一个实施例中，这个功能性按照OMA XML文档管理标准(参见OMA-TS-XDM_Core-V2_0-20080606-D)，并且可用于配置XDMS。也就是说，服务、节点和用户特定的配置数据可通过使用不同的AUID、XUI和文档名称专门标识。

例如，可建立配置XDMS，以便处理多个服务。各服务具有其特定AUID，并且缩放的服务的各节点具有由服务的AUID以及表示该节点的XUI所标识的其特定配置文档。

另外，如果服务具有用户特定配置数据，则这可在由服务的AUID、该用户的XUI或者表示该节点的XUI以及该用户特定的文档名称所标识的文档中指定。

在本发明的实施例中执行的步骤的概述以及用于执行那些步骤的设备分别在图4和图5中提供。在建立过程期间指定为主节点1的缩放的服务的节点包括I/O部分10、建立控制部分12、配置控制部分14、XDMS功能16和一个或多个可配置组件18。将缩放的服务的其它节点指定为非主节点，其中之一示为非主节点2，各包括I/O部分20、建立控制部分22、配置控制部分24、XDM客户端功能26和一个或多个可配置组件28。主节点1与非主节点2之间的任何通信以及主节点1与网络的其它节点之间的任何通信分别由主节点1和非主节点2的I/O部分10和20来执行。

在步骤T1，将缩放的服务的节点之一指定为主节点1。在步骤T2，XML文档管理服务器XDMS功能16在主节点1中提供。在步骤T3，安排将与缩放的服务相关的任何配置信息提供给主节点1中的XDMS功能16。在步骤T4，安排将任何所接收配置信息(或者与其有关的至少任何配置信息)向上发送到非主节点2；这涉及建立非主节点2中的XDM客户端功能26以及XDMS 16与XDMC 26之间的关联关系、例如预订类型关系，使得将通知非主节点2关于在主节点1处接收的与其有关的任何配置信息。配置信息可在主节点1处接收到之后发送给所有预订非主节点2，或者而是可将通知发送给所有预订非主节点2，使得那些非主节点2则能够随后向主节点1请求配置信息。以上步骤T1至T4可被认为是建立过程，分别在主节点1和非主节点2的建立控制部分12和22的控制下执行。以上参照图2描述了建立过程的一个具体实施例。

后续步骤T5至T8是在操作期间执行的步骤。在步骤T5，在主节点1的I/O部分10处接收配置信息，并且将其转发给XDMS 16。根据前一个建立过程，并且通过任何适当机制，配置信息则在步骤T6转发给非主节点2。这在非主节点2的I/O部分20处接收，并且转发给XDMC26供处理。与非主节点2的可配置组件28的配置有关的任何配置信息被发送给配置控制部分24，并且用于配置可配置组件28。同样，在主节点1处，与主节点1的可配置组件18的配置有关的任何配置信息被发送给配置控制部分14，并且用于配置可配置组件18。以上参照图3描述了操作过程的一个具体实施例。

本发明的一个实施例具有下列优点的一个或多个：

-NMS仅需要具有到缩放的服务的一个节点或者多个服务的一个节点的连接。服务的各节点则向这个中心位置请求和预订其配置数据。

-另外，配置XDMS可处理对于服务、节点和用户共同或特定的配置数据。

-IMS服务中已经存在的例如SIP、HTTP、XCAP等技术也可用于配置数据的实时分发。

-例如补丁操作(patch operation)(参见draft-ietf-sip-xcapevent)和sub-not-etag(参见draft-ietf-sip-subnot-etags-02“An Extension to SIP Events for Conditional Event Notification”)等特征也可用于优化配置数据分发。

-标准机制(IMS/SIP/XCAP)可用于扩展多个节点上的配置数据。

-比较直接的是应用开发人员适合于这种情况，因为使用众所周知的协议。应用服务器通常已经具有SIP和HTTP栈。

-在安装节点时所需的配置限制到少数数据项(自己的XUI和XCAP根URI以及到主节点的SIP地址)。

-操作员仅需要更新主节点以配置任何其它节点。

-操作员可使用到主节点的预订监视器信息事件“xcap-diff”来监测哪些节点正常运行(up and running)。

-可能的扩展也可按照相同方式来传送性能管理数据(在各节点的XML文件中收集)和/或故障管理数据(例如告警和通知)。

虽然可能认为通过正常业务接口发送OAM业务不是明智的，但是应当理解，仅当建立预订时才经由IMS核心来路由消息；与配置更新有关的后续通知可直接发送(没有使用记录路由)。如果这成为常用方式，则操作员可建立特定OAM IMS网络。

虽然在IMS和UMTS的上下文中描述了上述实施例，但是大家会理解，IMS并不局限于移动网络，而是还可适用于固定网络以及其它类型的网络。还要理解，本发明的一个实施例并不局限于它在IMS或UMTS的上下文中的应用。

要理解，上述组件的一个或多个的操作可通过运行于装置或设备上的程序来控制。这种操作程序可存储在计算机可读介质中，或者例如可包含在信号、例如从因特网网站所提供的可下载数据信号中。所附权利要求书将被认为本身涵盖操作程序、或作为载体上的记录、或作为信号或者采取任何其它形式。

Claims

1.一种将配置信息传递给在多个网络节点上缩放的网络服务的方法，包括：将所述多个节点其中之一指定为主节点；在所述主节点中提供XML文档管理服务器XDMS功能；安排将所述配置信息提供给所述主节点中的所述XDMS功能；以及安排所述主节点中的所述XDMS功能向非主节点传递所述配置信息或者与其有关的至少任何所述配置信息，使得配置可在所述多个节点的每个节点中根据所述配置信息来执行。

2.如权利要求1所述的方法，包括：例如通过使用预订和通知消息预订所述非主节点的每个非主节点在所述主节点处接收到所述配置信息之后从所述主节点中的所述XDMS功能接收通知。

3.如权利要求1或2所述的方法，包括：将会话初始协议SIP事件通知框架用于通知所述非主节点的每个非主节点关于在所述主节点处接收到所述配置信息。

4.如权利要求3所述的方法，包括：使用与所述XML配置访问协议XCAP相关的所述“xcap-diff”事件包。

5.如以上权利要求中的任一项所述的方法，包括：将XML配置访问协议XCAP过程用于例如使用XCAP获取消息将所述配置信息从所述主节点中的所述XDMS功能传递给所述非主节点的每个非主节点。

6.如权利要求5所述的方法，包括：为了在所述XCAP过程中使用而向每个非主节点分配其自己的SIP地址，并且通知它关于到所述主节点中的所述XDMS功能的根URI。

7.如以上权利要求中的任一项所述的方法，其中，所述配置信息包括对先前所接收配置信息的更新。

8.如以上权利要求中的任一项所述的方法，其中，所述XDMS功能设置成处理多个不同服务，并且包括参照与相应服务关联的应用唯一标识符AUID来区分所述服务。

9.如以上权利要求中的任一项所述的方法，其中，所述XDMS功能设置成处理多个不同的节点/用户，并且包括参照与所述相应节点/用户关联的XCAP用户标识符XUI、可选地还参照与所述节点/用户关联的文档名称来区分所述节点/用户。

10.如以上权利要求中的任一项所述的方法，其中，所述主节点包括多个节点。

11.一种配置在多个网络节点上缩放的网络服务的方法，包括：使用根据以上权利要求的任一项所述的方法将配置信息传递给所述节点；以及根据那个信息来配置所述节点。

12.一种设置成提供网络服务的网络节点的系统，所述系统包括在所述节点之一中提供的XML文档管理服务器XDMS功能，所述XDMS功能设置成代表所述系统的所有节点来接收与所述网络服务相关的配置信息，所述XDMS功能还设置成向所述系统的其它节点传递所述配置信息或者与其有关的至少任何所述配置信息，使得配置可在所述系统的各节点中根据所述配置信息来执行。

13.一种用作在多个节点上缩放的网络服务的节点或在其中使用的设备，所述设备包括XML文档管理服务器功能，所述功能设置成接收与所述网络服务相关的配置信息，并且还设置成向所述网络服务的其它节点传递所述配置信息或者与其有关的至少任何所述配置信息，使得配置可在所述多个节点的每个节点中根据所述配置信息来执行。

14.一种用作在多个节点上缩放的网络服务的节点或在其中使用的设备，所述设备包括XML文档管理客户端功能，所述XML文档管理客户端功能设置成从所述网络服务的另一个节点中提供的XML文档管理服务器功能接收配置信息，以及安排所述节点的配置根据所接收配置信息来执行。

15.一种用于控制设备来执行如权利要求1至11中的任一项所述的方法的程序。

16.一种包含如权利要求15所述的程序的存储介质。