CN102172052A

CN102172052A - 通信网络中的组管理

Info

Publication number: CN102172052A
Application number: CN2008801314314A
Authority: CN
Inventors: J·林德; A·坎佩西诺罗布莱斯
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2008-10-06
Filing date: 2008-10-06
Publication date: 2011-08-31
Anticipated expiration: 2028-10-06
Also published as: US20110219117A1; JP2012504883A; EP2340651B1; RU2011118351A; DK2340651T3; EP2340651A1; RU2474976C2; HK1161499A1; ES2436785T3; CN102172052B; BRPI0823187A8; BRPI0823187A2; JP5486005B2; WO2010040380A1

Abstract

一种执行通信网络中的组管理的方法。网络节点从请求节点接收监测包含多个组成员的组的请求。该请求还包含待监测的至少一个标准。网络节点确定哪些组成员满足该标准，并且向请求节点发送包含满足该标准的至少一个组成员的身份的通知消息。通知消息还包含其它标准满足信息，其它标准信息包含所满足标准的身份。

Description

通信网络中的组管理

技术领域

本发明涉及通信网络中的组管理的领域。

背景技术

在通信网络中，组指的是用户或装置的编组。以一组用户为例，单独用户可能不属于任何组、属于一组或者属于多组。组用于简化向一组的单独成员提供访问或服务。例如，假定公司具有20个员工以及共享网络中的两个目录结构。5个用户被允许访问两种目录，其余15个仅被允许访问一个目录。没有组，管理员将不得不为每个单独用户配置许可。但是，通过将用户编组并且对各组准予许可，可准予许可。这个极简单示例示出编组用户怎样是允许访问服务和网络的有效方式。

许多组是静态的，通过根据某些标准单独选择组成员来定义。但是，也能够使用动态组。例如，动态组可包括在特定时间登录到特定网络的用户。登录到网络是组成员资格的标准，并且因此组将根据在任一时刻登录组的哪些成员而明显改变。

开放移动联盟(www.openmobilealliance.org)正在制订动态组管理的架构解决方案。作为该架构的一部分，识别逻辑节点，以便根据某些条件或标准来执行统一资源标识符(URI)选择。UR标识组成员。选择功能预计根据标准(匹配条件)对组成员进行选择，并且随后向请求节点提供满足标准的组成员集合。

选择功能能够访问各种信息源以进行选择。信息可包括在数据库(例如XML文档管理、地址簿和用户简档)中可得到的静态信息(没有频繁改变的信息)。信息还可包括更频繁改变的动态信息。动态信息的示例包括来自存在服务器(Presence Server)或位置服务器的信息。

基于标准/条件的URI选择能够作为一次性操作来执行(例如仅在会话启动时执行一次)或者作为用户信息的连续监测(例如在正进行会话期间)来执行。

基于标准/条件的URI选择功能能够由例如基于蜂窝的按键通话(PoC)或即时消息传递(IM)服务等许多服务来使用。任何基于会话的组通信能够将这个功能用于组成员管理，例如在会话建立时选择组成员、对活动会话(active session)添加或去除个体、向所选个体发送消息等等，全部基于选择结果。

由OMA所定义的基于标准/条件的URI选择功能在每次进行选择时提供满足标准/条件的组成员的URI的列表。在许多情况下，这个信息对于终端用户或服务引擎(service enabler)对填充(populate)组进行判定是不充分的。例如，没有提供例如“为什么玛丽在列表中而约翰不在列表中”等信息或者对那些环境执行什么动作的建议。

此外，当源信息(静态或动态)改变时，每次发生改变时向请求节点发送新URI列表是不充分的。更有用的是使请求节点知道哪些组成员被添加或去除，这些动作发生的时间，动作发生的原因，以及响应改变采取什么动作。在会话期间可能改变的信息的种类的示例包括简档或偏好改变、对组成员的预定义列表的改变、动态存在信息改变等等。

发明内容

发明人已经认识到现有技术组管理通知机制的限制，并且设计出新的方法和设备。

根据本发明的第一方面，提供一种执行通信网络中的组管理的方法。网络节点从请求节点接收监测包含多个组成员的组的请求。该请求还包含待监测的至少一个标准。网络节点确定哪些组成员满足该标准，并且向请求节点发送包含满足该标准的至少一个组成员的身份的通知消息。通知消息还包含其它标准满足信息，其它标准信息包含所满足标准的身份。

作为一个选项，该请求在会话启动协议SUBSCRIBE消息中发送，并且通知消息在会话启动协议NOTIFY消息中发送。

通知消息可选地将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的扩展标记语言元素中。

通知消息可选地在会话被建立之前发送，并且包含满足标准的所有组成员的身份。这在会话启动时为请求节点提供满足标准的组成员的列表。备选地，通知消息在组成员的状态在会话已被建立之后发生改变的情况下发送。该通知包含那个组成员的身份。这允许向请求节点动态报告改变，而无需报告所有组成员的状态。

其它标准满足信息的可选示例包含从满足标准的组的组成员的数量、用于确定组成员状态的改变的位置信息、用于确定组成员状态的改变的存在信息、组成员状态的改变的原因、对组成员状态的改变发生时的时间戳以及组成员是使用动态信息还是静态信息来查找的任一个中所选的信息。

根据本发明的第二方面，提供一种供通信网络中使用的请求节点。提供处理器用于生成请求监测包括多个组成员的组的请求消息。

该请求包含待监测的至少一个标准。发射器设置成向网络节点发送请求消息，以及接收器设置成接收通知消息。通知消息包含满足标准的至少一个组成员的身份，并且还包括其它标准满足信息，其它标准信息包含所满足标准的身份。

处理器可选地设置成生成会话启动协议SUBSCRIBE请求消息，并且通知消息可选地作为会话启动协议NOTIFY消息来接收。

根据第三方面，提供一种供通信网络中使用的网络节点。提供接收器用于从请求节点接收监测包括多个组成员的组的请求，该请求包含待监测的至少一个标准。处理器用于确定哪些组成员满足标准。发射器设置成向请求节点发送包含满足标准的至少一个组成员的身份的通知消息。通知消息包含其它标准满足信息。

发射器可选地设置成在会话被建立之前发送通知消息，并且包含满足标准的所有组成员的身份。备选地，处理器设置成在组成员的状态发生改变的情况下发起通知消息的发送，该通知包含那个组成员的身份。其它标准满足标准的可选示例包含从满足标准的组的组成员的数量、组成员状态的改变的原因、对组成员状态的改变发生时的时间戳以及组成员是使用动态信息还是静态信息来查找的任一个中所选的信息。

附图说明

图1是示出本发明的一个实施例的信令图；

图2以框图示意示出根据本发明的一个实施例的服务引擎节点；以及

图3以框图示意示出根据本发明的一个实施例的动态组引擎节点。

具体实施方式

当请求节点请求对组成员状态的更新时，标准满足相关信息在发送给请求方的通知中发送。在被请求时，执行基于标准/条件的URI选择功能的逻辑节点能够包括例如下列元素：

-满足标准/条件的组成员的总数；

-通过使用静态信息所找到的组成员，例如：列表中的预定义成员，来自数据库(地址簿、简档)的搜索结果，以及对静态信息的任何改变的原因和时间。

-满足动态标准/条件的组成员的状态，关于满足哪一个(哪些)条件的细节(组成员可能满足若干条件)，以及对静态信息的任何改变的原因和时间。

为了为请求节点提供标准满足更新，能够扩展如RFC 4575“A SIP Event Package for Conference State”中描述的SIP事件封装(SIP event package)。SIP事件封装能够由例如会议通知服务来使用。会议通知服务的SIP事件封装主要用于通知订户集合关于会议参加者的状态。注意，甚至在本发明的应用没有直接涉及会议服务的情况下，也有可能根据例如地理位置、存在状态或者其它用户或实体相关信息等的所定义标准的集合，使用这个事件封装来通知订户关于另一个实体的状态。因此，会议情况在以下描述中用作示例，但是大家会理解，本发明同样适用于其中评估实体状态的任何情况。基于标准/条件的选择功能可在建立会议之前使用以便获得与哪些用户满足给定标准有关的信息。

在本发明的一个实施例中，待评估的标准使用RFC 4745“Common Policy：A Document Format for Expressing Privacy Preferences”中描述的策略的扩展来描述。公共策略定义由条件集合、动作集合以及一个选项中的变换集合所组成的规则集合。条件指定将对谁施加动作和/或变换。这个规则集合在初始SIP SUBSCRIBE请求消息的主体中发送。

URI选择功能使用会议状态的SIP事件封装的扩展，根据所使用的评估标准来发送更新的通知。更新在SIP NOTIFY请求的主体中发送。不同XML元素和属性的映射和使用如下所述：

-<conference-info>：包含与所请求评估服务有关的不同信息。

-entity：这个属性包含组URI、列表URI或特别(ad-hoc)唯一URI。这是请求实体必须预订以便得到与动态标准有关的信息的SIP URI。

-state：指示通知是否包含与参加会议的所有实体有关的信息(“完全”)、仅包含自上一次通知被发出以来已经改变的信息(“部分”)或者是否预订已经停止存在或者实体的目标组已经删除(“删除”)。

-<conference-description>：给出与服务组或资源列表有关的信息(在这种组被预定义时)。

-<display-text>：服务组或资源列表的显示文本，

-<subject>、<free-text>、<keyworks>能够在它能够从服务组或资源列表中提取时填充RFC 4575中描述的信息。

-<conf-uris>：包含标识所评估会话的URI集合，

-<service-uris>：包含能够用于联络评估服务的URI集合，即，能够对其发出特别评估服务的SIP URI，

-<maximum-user-count>：定义服务对每个会话能够处理的用户的最大数量。在超过这个数量的情况下，服务将应用本地策略来确定该服务应用于哪些用户。

-<available-media>：这未使用。

-<host-info>：按照如同RFC 4575中相同的方式来使用

-<conference-state>：描述评估会话的状态：

-<user-count>：当接收到预订请求时考虑用于评估的用户的数量，与用户是否满足任何标准无关。

-<active>：指示评估会话是否活动。

-<users>/<user>：描述作为目标组的一部分的用户。监测该用户以确定该用户是否满足标准的任一个。

-entity：这个属性包含评估会话中的用户的URI。这个URI在目标组的所有其他参加者之中必须是唯一的。

-state：这个属性指示该元素是包含完整用户信息(“完全”)、仅包含自前一个通知以来已经改变的信息(“部分”)还是用户不再被考虑用于评估。

-<display-text>：这个元素包含向终端用户显示的用户友好文本。它能够从服务组或者从资源列表中提取。

-<associated-aors>：这个元素可包含与用户关联的附加URI，即，TEL URI或电子邮件地址。

-<user>/<endpoint>：这个元素定义由用户所使用的装置之一。通常，用户元素将仅包含一个端点元素。

-entity：这是与这个端点关联的URI，并且在用户上下文中必须是唯一的。在SIP术语中，它将是联络URI。

-state：这个属性指示该元素是包含完整端点信息(“完全”)、仅包含自前一个通知以来已经改变的信息(“部分”)还是这个端点不再被考虑用于评估。

-<display-text>：这个元素包含端点的显示文本。

-<status>：如同RFC 4575中那样，但是如果用户满足给定标准的至少一个，则将仅使用‘connected’(已连接)、‘disconnected’(未连接)和‘pending’(待决)。

-<referred>、<joining-method>、<joining-info>、<disconnection-method>、<disconnection-info>和<media>元素未使用，

-<call-info>按照如RFC 4575中描述的相同方式来使用

-<sidebar-by-ref>和<sidebar-by-val>未使用。

另外，在<endpoint>元素之下定义一个新元素：

-<rule-info>：包含与通知被发出时用户满足哪些标准有关的信息。

作为举例，为了说明本发明，图1是示出本发明的一个实施例的信令图。图1示出服务引擎1，它是请求与会议参加者的状态有关的信息的请求节点。动态组引擎2(图1中示为Dyn-G引擎)执行评估标准并且通知服务引擎1关于哪些用户满足所请求标准以及满足所请求标准的那些用户的改变的功能。还存在Dyn-G引擎2向其预订的存在引擎3。共享XDMS服务器4用于向Dyn-G引擎2提供资源列表，并且搜索代理节点5用于执行XDM搜索。搜索代理节点5将XDM搜索查询转发给可能包含所请求信息的网络中特定XDM服务器，并且组合所有所接收响应。Dyn-G引擎2则能够获得来自从共享XDM服务器4所得到的资源列表的URI以及来自XDM搜索的结果的URI，作为评估标准的目标。以下编号对应于图1所示的编号：

S1.SIP SUBSCRIBE请求从服务引擎1发送给动态组引擎2。这个SUBSCRIBE消息要预订OMA动态组。该组包含列表，其中具有sip:[email protected]的条目和XDM搜索查询。这个XDM搜索解析成sip:[email protected]。SUBSCRIBE消息的一个示例如下：

S2.动态组引擎2向服务引擎1发送SIP 200 OK响应。示例SIP 200 OK消息如下：

S3.解析资源列表：动态组引擎2从共享XDMS服务器4得到资源列表。

S4.当动态组引擎分析<list-service>/<list>元素时，它找到<drl:xsearch>条目。那指示要求XDM搜索。动态组引擎使用代理搜索5来执行搜索，其中查询在<drl:xsearch>条目中提供。搜索解析成单个URI：sip:[email protected]

S5.为由<list-service>/<list>元素中的条目所提供的各目标URI，SIP SUBSCRIBE请求从动态组引擎2发送给存在引擎3。在这个示例中，静态指定sip:[email protected]，并且sip:[email protected]是XDM搜索查询的结果。示例SUBSCRIBE请求如下：

S6.SIP 200 OK响应从存在引擎3发送给动态组引擎2。示例SIP 200 OK如下：

S7.SIP NOTIFY消息从存在引擎3发送给动态组引擎2。NOTIFY消息确认已经预订用户状态，并且包括满足标准的组成员的初始列表。示例SIP NOTIFY请求如下：

S8.SIP 200 OK响应从动态组引擎2发送给存在引擎。这个示例中的示例SIP 200 OK响应如下：

S9.SIP NOTIFY请求从动态组引擎2发送给服务引擎1。示例SIP notify请求如下：

10.SIP 200 OK响应从服务引擎1发送给动态组引擎2。示例SIP 200 OK响应如下：

S11.目标组成员的存在状态发生改变(在这种情况下，目标组成员当前为<sip:[email protected]>)。

S12.状态的改变触发将SIP NOTIFY请求从存在引擎3发送给动态组引擎2。示例SIP NOTIFY请求如下：

S13.SIP 200 OK响应从动态组引擎2发送给存在引擎3。示例SIP 200 OK响应如下：

S14.SIP NOTIFY请求从动态组引擎3发送给服务引擎1，以便通知服务引擎关于目标组成员状态的改变。示例SIP NOTIFY请求如下：

S15.SIP 200 OK响应从服务引擎1发送给动态组引擎2，如下：

现在参照图2，服务引擎节点1提供有用于生成在步骤S1所述的SIP SUBSCRIBE消息的处理器6、用于向动态组引擎2发送SIP SUBSCRIBE消息的发射器7以及用于接收在以上S9或S14所述的SIP NOTIFY消息的接收器8。

现在参照图3，动态组引擎2提供有用于接收在步骤S1所述的SIP SUBSCRIBE消息的接收器9、用于确定哪些组成员满足标准的处理器10以及用于向服务引擎1发送在步骤S9和S14所述的SIP NOTIFY消息的发射器11。

本发明进行判定，使得对基于条件的URI选择功能的请求方更为灵活。如果请求方是终端用户(人)，则所产生信息更丰富并且更适合灵活决策。如果请求方是服务引擎(自动机)，则可使用不同决策模型，取决于与附加<rule-info>元素结合的服务的性质。本发明使请求方处的处理更为有效，因为部分通知机制通知请求方关于目标组成员状态的什么方面已经发生改变。通知中提供的丰富信息能够用于与会话管理不同的目的。一个示例可以是生成统计报告。

OMA列表组扩展：

下面是OMA共享组方案的示例扩展，以便提供具有例如XDM搜索和SIMPLE存在搜索等动态条目的扩展资源列表。

公共策略扩展

下面描述对公共策略方案所进行的示例扩展，以便提供用于存在和用于基于geo-priv位置的信息的基于附加SIP事件封装的动态条件。<dynamic-condition>元素定义标准集合，并且可包含：

-<xpath-condition>：描述基于将应用于接收用于向给定事件封装发出的预订的NOTIFY请求的主体的Xpath表达的条件。如果Xpath表达没有返回空序列，则满足该条件。

-<location-condition>：描述地理形状。当从位置节点所得到的地理形状与这个条件所提供的地理形状重叠时，则满足该条件。

会议封装扩展：

下面提供会议封装(conference package)的示例扩展。该扩展提供新元素<rule-info>，它包含与对于每个特定用户哪一个动态规则已经匹配有关的信息。

已使用下列缩写词：

IM 即时消息传递

PAG 存在和可用性工作组

PoC 基于蜂窝的按键通话

URI 统一资源标识符

Dyn-G 动态组

geo-priv 地理位置/保密(Geographic Location/Privacy)

XPath XML路径语言

SIMPLE 用于即时消息传递和存在平衡扩展(Instant Messaging and Presence Leveraging Extensions)的SIP

本领域的技术人员会理解，可对上述实施例进行各种修改，而没有背离所附权利要求书中定义的本发明的范围。

Claims

1.一种执行通信网络中的组管理的方法，所述方法包括：

在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准；

确定哪些组成员满足所述标准；

向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准信息包含所满足的标准的身份。

2.如权利要求1所述的方法，其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。

3.如权利要求1或2所述的方法，其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的扩展标记语言元素中。

4.如权利要求1、2或3中的任一项所述的方法，其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。

5.如权利要求1、2或3中的任一项所述的方法，其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。

6.如权利要求1至5中的任一项所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：

用于确定组成员状态的改变的位置信息；

用于确定组成员状态的改变的存在信息；

满足所述标准的所述组中的组成员的数量；

组成员状态的改变的原因；

对组成员状态的改变发生时的时间戳；以及

是使用动态信息还是静态信息来查找所述组成员。

7.一种供通信网络中使用的请求节点，所述请求节点包括：

处理器，用于生成请求监测包括多个组成员的组的请求消息，所述请求包含待监测的至少一个标准；

发射器，用于将所述请求消息发送给网络节点；

接收器，用于接收通知消息，所述通知消息包含满足所述标准的至少一个组成员的身份，所述通知消息包含其它标准满足信息，所述其它标准信息包含所满足的标准的身份。

8.如权利要求8所述的请求节点，其中，所述处理器设置成生成会话启动协议SUBSCRIBE请求消息，并且所述通知消息作为会话启动协议NOTIFY消息来接收。

9.一种供通信网络中使用的网络节点，所述网络节点包括：

接收器，用于从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准；

处理器，用于确定哪些组成员满足所述标准；

发射器，用于向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息。

10.如权利要求9所述的网络节点，其中，发射器设置成在会话被建立之前发送所述通知消息，并且包含满足所述标准的所有组成员的身份。

11.如权利要求9或10所述的网络节点，其中，所述处理器设置成在组成员的状态发生改变的情况下发起所述通知消息的发送，所述通知包含那个组成员的身份。

12.如权利要求9、10或11所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：

满足所述标准的组中的组成员的数量；

组成员状态的改变的原因；

对组成员状态的改变发生时的时间戳；以及

是使用动态信息还是静态信息来查找所述组成员。