用于处理客户数据订阅的方法和装置.pdf

本文描述一种用于对观看客户(A)扣留具有被观察客户(B)的客户数据的通知的方法和装置，其中观看客户(A)具有从客户数据服务器(502)接收通知的持续订阅。响应订阅暂停触发(5:1)，观看客户向客户数据服务器发送指示应当在保留所述订阅的同时暂时扣留客户数据通知的订阅暂停消息(5:2，5:3)。接着，响应接收到订阅恢复触发(5:5)，观看客户向客户数据服务器发送指示应当再次传送客户数据通知的订阅恢复消息(5:6，5:7)。然后，观看客户将根据所保留的订阅接收客户数据通知(5:8)。

1.  一种扣留具有至少一个被观察客户的客户数据的通知的方法，所述方法由观看客户的用户设备执行，其中所述观看客户具有从客户数据服务器接收所述通知的持续订阅，所述方法包括以下步骤：
接收订阅暂停触发；
向所述客户数据服务器发送指示应当在保留所述订阅的同时暂时扣留客户数据通知的订阅暂停消息；
接收订阅恢复触发；
向所述客户数据服务器发送指示应当再次传送客户数据通知的订阅恢复消息；以及
根据所述订阅接收客户数据通知。

2.  如权利要求1所述的方法，其中在所述暂停时期期间通过所述客户数据服务器缓冲所述客户数据通知之后，响应所述订阅恢复消息，追溯性地接收缓冲的客户数据通知。

3.  如权利要求1或2所述的方法，其中所述客户数据通知与多个被观察客户有关，并且所述客户数据服务器是从与所述被观察客户相关联的多个客户数据服务器接收客户数据通知的客户数据聚合服务器。

4.  如权利要求1-3中任一权利要求所述的方法，其中所述订阅暂停消息是具有指示应当暂停所述订阅的特定指示的SIPSUBSCRIBE消息，所述特定指示包含在新报头中，或作为可选参数添加到所述SIP SUBSCRIBE消息的已有报头中。

5.  如权利要求1-4中任一权利要求所述的方法，其中所述订阅恢复消息是具有指示应当恢复所述订阅的特定指示的SIPSUBSCRIBE消息，所述特定指示包含在新报头中，或作为可选参数添加到所述SIP SUBSCRIBE消息的已有报头中。

6.  如权利要求1-5中任一权利要求所述的方法，其中首先将所述订阅暂停和恢复消息路由到IMS网络中的P-CSCF节点以便进一步路由到所述客户数据服务器。

7.  如权利要求1-6中任一权利要求所述的方法，其中在所述暂停时期期间，只扣留特定被观察客户和/或特定通知事件类型的通知，而允许接收其它通知。

8.  如权利要求1-7中任一权利要求所述的方法，其中所述订阅暂停触发作为手动用户输入命令接收，或者当所述用户忙于会话或呼叫时或者当所述用户在预设持续时间内不活动时自动接收。

9.  如权利要求1-8中任一权利要求所述的方法，其中所述订阅恢复触发作为手动用户输入命令接收，或者当会话或呼叫结束时或者当所述用户在一段时间不活动之后再次变成活动时自动接收。

10.  一种位于观看客户的用户设备中的装置，用于在所述观看客户具有从客户数据服务器接收具有至少一个被观察客户的客户数据的通知的持续订阅时扣留所述通知，所述装置包括：
用于接收订阅暂停触发的部件；
用于向所述客户数据服务器发送指示应当在保留所述订阅的同时暂时扣留客户数据通知的订阅暂停消息的部件；
用于接收订阅恢复触发的部件；
用于向所述客户数据服务器发送指示应当再次传送客户数据通知的订阅恢复消息的部件；以及
用于根据所述订阅接收客户数据通知的部件。

11.  如权利要求10所述的装置，其中所述用于接收订阅暂停触发的部件适于作为手动用户输入命令接收所述触发，或者当所述用户忙于会话或呼叫时或者当所述用户在预设持续时间内不活动时自动接收所述触发。

12.  如权利要求10或11所述的装置，其中所述用于接收订阅恢复触发的部件适于作为手动用户输入命令接收所述触发，或者当会话或呼叫结束时或者当所述用户在一段时间不活动之后再次变成活动时自动接收所述触发。

13.  一种扣留具有至少一个被观察客户的客户数据的发往观看客户的通知的方法，所述方法由适于提供所述通知的客户数据服务器执行，其中所述观看客户具有从所述客户数据服务器接收所述通知的持续订阅，所述方法包括以下步骤：
从所述观看客户接收指示应当在保留所述订阅的同时暂时扣留所述客户数据通知的订阅暂停消息；
在保留所述订阅和提供所述客户数据通知所需的服务器资源的同时扣留所述客户数据通知；
从所述观看客户接收指示应当再次传送客户数据通知的订阅恢复消息；以及
响应所述订阅恢复消息，根据所述订阅将客户数据通知发送给所述观看客户。

14.  如权利要求13所述的方法，其中在所述暂停时期期间缓冲客户数据通知，并且响应所述订阅恢复消息，将缓冲的客户数据通知追溯性地传送给所述观看客户。

15.  如权利要求14所述的方法，其中在所述暂停时期之后，只追溯性地传送特定被观察客户和/或特定通知事件类型的通知，而丢弃其它通知。

16.  如权利要求13-15中任一权利要求所述的方法，其中所述客户数据通知与多个被观察客户有关，并且所述客户数据服务器是根据各个后端订阅从与所述被观察客户相关联的多个客户数据服务器接收客户数据通知的客户数据聚合服务器。

17.  如权利要求16所述的方法，其中在所述暂停时期期间，暂停与所述客户数据服务器的所有或其中一些后端订阅。

18.  如权利要求13-17中任一权利要求所述的方法，其中所接收的订阅暂停消息是具有指示应当暂停所述订阅的特定指示的SIPSUBSCRIBE消息，所述特定指示包含在新报头中，或作为可选参数添加到所述SIP SUBSCRIBE消息的已有报头中。

19.  如权利要求13-18中任一权利要求所述的方法，其中所接收的订阅恢复消息是具有指示应当恢复所述订阅的特定指示的SIPSUBSCRIBE消息，所述特定指示包含在新报头中，或作为可选参数添加到所述SIP SUBSCRIBE消息的已有报头中。

20.  如权利要求13-19中任一权利要求所述的方法，其中从IMS网络中的P-CSCF节点接收所述订阅暂停和恢复消息，所述P-CSCF节点用于路由来自所述观看客户的所述消息。

21.  如权利要求13-20中任一权利要求所述的方法，其中在所述暂停时期期间，只扣留特定被观察客户和/或特定通知事件类型的一些通知，而允许传送其它通知。

22.  一种位于客户数据服务器中的装置，所述服务器适于提供具有至少一个被观察客户的客户数据的通知，所述装置用于扣留发往观看客户的所述通知，其中所述观看客户具有从所述客户数据服务器接收所述通知的持续订阅，所述装置包括：
用于从所述观看客户接收指示应当在保留所述订阅的同时暂时扣留客户数据通知的订阅暂停消息的部件；
用于在保留所述订阅和提供所述客户数据通知所需的服务器资源的同时扣留所述客户数据通知的部件；
用于从所述观看客户接收指示应当再次传送客户数据通知的订阅恢复消息的部件；以及
用于响应所述订阅恢复消息根据所述订阅将客户数据通知发送给所述观看客户的部件。

23.  如权利要求22所述的装置，还包括用于在所述暂停时期期间缓冲客户数据通知的部件以及用于响应所述订阅恢复消息将缓冲的客户数据通知追溯性地发送给所述观看客户的部件。

24.  如权利要求23所述的装置，其中所述用于发送缓冲的客户数据通知的部件适于在所述暂停时期之后只追溯性地发送特定被观察客户和/或特定通知事件类型的通知，而丢弃其它通知。

25.  如权利要求22-24中任一权利要求所述的装置，其中所述客户数据通知与多个被观察客户有关，并且所述客户数据服务器是根据各个后端订阅从与所述被观察客户相关联的多个客户数据服务器接收客户数据通知的客户数据聚合服务器。

26.  如权利要求25所述的装置，其中所述客户数据聚合服务器适于在所述暂停时期期间暂停与所述客户数据服务器的所有或其中一些后端订阅。

27.  如权利要求22-26中任一权利要求所述的装置，其中所述扣留部件适于在所述暂停时期期间只扣留特定被观察客户和/或特定通知事件类型的一些通知，而允许传送其它通知。

用于处理客户数据订阅的方法和装置
技术领域
一般来说，本发明涉及用于处理对被观察客户的客户数据的订阅的方法和装置。具体来说，本发明可用于对观看客户暂时扣留客户数据通知。
背景技术
随着3G移动电话的出现，开发了利用IP(互联网协议)的新的基于分组的通信技术来支持多媒体的无线通信。例如，GPRS(通用分组无线电业务)和WCDMA(宽带码分多址接入)中的通信协议支持分组交换多媒体业务以及传统的电路交换语音呼叫。
第三代合作伙伴计划(3GPP)开发了称为“IP多媒体子系统”(IMS)的网络体系结构作为平台来基于IP传输在分组域中处理多媒体业务和会话。因此，IMS网络可用于为连接到任何类型的接入网的任何IP启用终端启动和控制多媒体会话。通常利用称为“SIP”(会话启动协议，依据标准IETF RFC 3261)的信令协议来处理IMS网络中的会话。因此，“SIP启用”终端可以利用此标准通过它的归属IMS网络来启动并终止与其它终端和服务器的多媒体通信。
图1是通过IMS网络100利用终端A来为客户(client)提供多媒体业务的基本网络结构的简化示意图。在此实例中，终端A是连接到无线电接入网102的移动终端，但IMS也可用于固定终端。IMS终端通常统称为“用户设备(UE)”。
接入网102连接到IMS网络100，IMS网络100是终端A的“归属”IMS网络，并且因此为终端A处理多媒体业务。基本上，即使当在被访问接入网中漫游时，仍可通过终端的归属IMS网络来处理多媒体业务。终端A的客户的任何多媒体会话和业务由IMS网络100中的特定会话管理节点控制，根据如今的常规IMS体系结构，这些节点包括P-CSCF(代理呼叫会话控制功能)节点104、S-CSCF(服务呼叫会话控制功能)节点106和I-CSCF(询问呼叫会话控制功能)节点108。
简述之，P-CSCF节点104用作从包括网络102的接入网面向IMS网络100的客户入口点。在此实例中，IMS网络100中的多个S-CSCF节点被指定给不同的激活终端以利用SIP信令来管理它们的会话，并且所示的S-CSCF节点106处理终端A的会话。此外，I-CSCF节点108用作主要从其它IMS网络110接收SIP消息的网关。
IMS网络100还包括用于不同多媒体业务的一个或多个应用服务器112和其中为客户存储各种订户和验证数据的主数据库节点HSS(归属订户服务器)114。IMS网络100中的所示网络元件的各种功能在本领域中一般已知，而不需要在这里进一步描述以理解本发明的内容。
每个应用服务器112支持一种或多种特定的多媒体业务，如“即时消息”(IM)、“无线一键通”(PoC)和“呈现”，其中利用SIP信令来控制会话。具体来说，呈现业务基本上使与被观察客户有关的数据可供其它观看客户使用。
在本描述中，使用术语“呈现(presence)数据”或一般为“客户数据”来表示在任何预定方面关于客户以及他的/她的设备的状态或情形的信息。简述之，通过存储在一般称为“呈现服务器”的应用服务器上来发布客户的呈现数据，可将此呈现数据提供给订阅此呈现数据的其它客户。呈现数据可以指以下示范性客户状态：
-个人状态，如空闲、忙碌、开会、休假等；
-终端状态，如接通/断开、忙碌中、不在覆盖范围等；
-客户/终端的地理位置；
-终端能力，如SMS、MMS、聊天、IM、视频等功能；
终端选择，如呼叫转移、语言等；
其它客户信息，如兴趣、职业、个人特征、心情、个人标识、随当前心情而定的标识等。
每当引入、更新、改变、或删除客户的任何呈现数据时，基于从客户或从他们的接入网接收的所谓的“客户事件”的发布，将这种类型的信息连续存储在IMS网络的呈现服务器中。因此，客户也可订阅一个或多个其他客户的选定的呈现数据，这些数据同样由IMS网络中的应用服务器处理。
在本描述中，将使用术语“客户”来一般性地表示用户设备(或通信终端)及其用户。此外，术语“观看客户”表示订阅或请求呈现数据的客户(有时又称为“观看者”)，而术语“被观察客户”表示发布可供授权观看客户使用的呈现数据的客户(有时又称为“呈现体(presentity)”)。
被观察客户一般利用称为“SIP PUBLISH”的SIP消息来将他们的呈现数据发送给呈现服务器以用于发布。基本上，可以在四种不同的情况下使用SIP PUBLISH消息，即：1)为了启动新数据，2)为了“刷新”数据(即，确认较早启动的数据继续有效)，3)为了修改数据，以及4)为了终止数据使其不再有效。
观看客户利用称为“SIP SUBSCRIBE”的另一SIP消息来订阅被观察客户的呈现数据，并且只有授权客户才有权接收该数据。SIPSUBSCRIBE消息可用于获得呈现数据刚好一次或有时多次，这由在该消息中设置的计时(time-out)参数确定，计时参数通常称为TTL-“生存时间(Time To Live)”。
如果将SIP SUBSCRIBE消息中的计时参数设为零，则只能获得具有所请求的呈现数据的通知一次，此后立刻终止订阅。如果将计时参数设为＞0的某个时间周期，则观看客户将接收通知，直到订阅周期到期为止。然后，可利用“推”型机制(例如，定期或每当数据改变时)自动接收通知，或者可利用“拉”型机制按需接收通知。
图2示出用于提供呈现数据的当前的常规过程，图中涉及观看客户的用户设备A和属于IMS网络的被观察客户的用户设备B，其中IMS网络包括代表客户B的呈现服务器200。客户B的呈现数据保存在与呈现服务器200相关联的呈现数据库202中。如图所示，客户A和B由移动终端表示，但所描述的过程也可用于固定终端。
第一步2:1a一般说明，如上所述，被观察客户B通过根据常规例行程序向呈现服务器200频繁地发送SIP PUBLISH消息来发布呈现数据。也可从客户B的接入网(未示出)发送客户B的某些数据，如位置数据和终端状态数据。下一步2:1b说明，响应接收到步骤2:1a的SIP PUBLISH消息，相应地更新数据库202。在整个背景技术中，步骤2:1a和2:1b根据现行的例行程序继续。
客户A可通过与呈现服务器建立对话来订阅特定的呈现数据，可在该对话中接收通知。因此，在步骤2:2中，客户A发送SIPSUBSCRIBE消息作为对客户B的呈现数据的订阅请求，其中为对话指定期望的订阅时间周期。如上所述，如果客户A只想接收客户B的呈现数据一次(拉机制)，则订阅时间＝0，但是如果他/她想要在更长的时期接收呈现数据(推机制)，则订阅时间＞0。然后，在步骤2:3中，呈现服务器200检索客户B的呈现数据，并且如步骤2:4所示，在初始通知消息SIP NOTIFY中将该数据发送给客户A。
如虚箭头所示，客户A可在给定的订阅时间期间每隔一段时间或每当呈现数据改变时进一步间或地接收这些通知。呈现服务器还将在整个订阅周期内保留保持订阅以及向客户A提供客户B的期望的呈现数据所需的某些服务器资源，包括用于接收和转发通知的通信和处理资源。为了延长或“刷新”订阅，客户A可在订阅时间快要到期之前发送进一步的SIP SUBSCRIBE消息，然后呈现服务器将继续保持订阅及相关联的资源。
观看客户也可订阅多个被观察客户的呈现数据，这通常会导致向观看客户发送更新后的呈现数据的多个通知。因此，提出称为RLS-“资源列表服务器(Resource List Server)”的信息传送服务器，RLS用于收集来自被观察客户的通知，以便将所有被观察客户的单个通知发送给观看客户。这种机制有时称为“爆炸器(exploder)”功能。WO 2005/088949(Telefonaktiebolaget LM Ericsson AB)中公开了另一种通过利用组合的推/拉机制来减少通知数量的解决方法。
但是，如果客户用户在有限的时期内不想接收任何呈现通知，例如当不想被打扰或者当正忙于会话或呼叫或其它时候，就必须终止订阅。为了恢复通知，则必须重新创建订阅，即，必须建立全新的订阅。现在将参照图3中的框图简单地描述这种过程，图3中包含观看客户A、用于提供关于被观察客户B(未示出)的呈现数据的呈现服务器300、以及观看客户A的IMS网络中的P-CSCF节点302和S-CSCF节点304。假设基本上以上文针对图2描述的方式创建订阅，并且客户A因此频繁地接收具有客户B的呈现数据的通知。
客户A的用户出于某种原因现在决定要在一段时间内扣留(withhold)通知，并通过用过的终端中的合适的输入命令来终止订阅。因此，在第一步3:1中，客户A在当前的对话中将订阅请求消息发送给P-CSCF节点302，其中TTL或订阅时间设为零，如SIP SUBSCRIBE(期限＝0)，以便终止正在进行的订阅。然后，在步骤3:2中，P-CSCF节点302将订阅请求消息路由到呈现服务器300。
接着，如下一步3:3所示，呈现服务器300终止订阅并释放为此订阅保留的所有服务器资源。此时，服务器300还可将最终通知发送给客户A，这未示出。当然，这意味着，不会将关于客户B的任何进一步的呈现通知传送给客户A。
当客户A的用户以后想要重新创建他的/她的呈现订阅时，必须与服务器200建立新的对话，并在下一步3:4中，将新的订阅请求消息(如SIP SUBSCRIBE (期限＞0))发送给P-CSCF节点302。然后，在下一步3:5中，P-CSCF节点302将订阅请求消息路由到在请求中给定的S-CSCF节点304，以便重新创建订阅。应注意，需要S-CSCF节点304来将请求路由到正确的目的地，其中该请求是全新的订阅请求。因此，在下一步3:6中，S-CSCF节点304将客户A的订阅请求消息路由到呈现服务器300。从而，呈现服务器300将为客户A建立新的订阅，这包括检查客户A是否被授权接收客户B的呈现数据以及为此订阅保留各种所需的服务器资源。
图4示出在观看客户A通过RLS节点400订阅多个被观察客户B、C、D...的呈现数据时的类似过程。图4中的框图同样包含观看客户A的IMS网络中的P-CSCF节点302和S-CSCF节点304。此外，示出分别用于提供关于被观察客户B、C、D...的呈现数据的多个呈现服务器402。假设客户A通过建立的RLS订阅从RLS节点400频繁地接收具有被观察客户的呈现数据的通知。RLS节点400还与每个被观察客户的呈现服务器402建立个别的后端订阅。
在第一步4:1中，客户A决定暂时扣留通知并通过在已有对话内向P-CSCF节点302发送终止SIP SUBSCRIBE请求(期限＝0)来终止RLS订阅。在步骤4:2中，P-CSCF将请求路由到RLS节点400。RLS现在必须终止与呈现服务器402的所有现有后端订阅(可在10-100的范围内)，并且因此在每个呈现服务器订阅的现有对话内发送终止SIP SUBSCRIBE请求(期限＝0)，这如步骤4:3所示。然后，RLS节点自然不会从呈现服务器402接收任何进一步的通知。
或迟或早，在下一步4:4中，客户A决定重新创建订阅并向P-CSCF302发送初始SIP SUBSCRIBE请求(期限＞0)。因此，在下一步4:5中，P-CSCF将请求路由到S-CSCF 304，S-CSCF 304处理在请求中指出的资源。然后，在下一步4:6中，S-CSCF将请求路由到RLS节点400以便为客户A创建RLS订阅。
在下一步4:7中，RLS节点400现在为初始RLS订阅(可以是预定义的或是特设的)所指出的每个呈现服务器402创建后端订阅，并将初始SIP SUBSCRIBE请求发送给S-CSCF节点304以进行呈现服务器订阅。最后，在步骤4:8中，S-CSCF节点304将订阅请求路由到每个呈现服务器402以激活相应的订阅。
在上述终止订阅以扣留通知的常规解决方法中，由于必须在不同的网络节点和元件之间传送数个消息，从而又引入等待时间，所以需要相当多的努力和信令才能以此方式终止并重新创建呈现订阅。重新创建订阅还需要在释放之前的对话以扣留通知之后在观看客户与呈现服务器之间建立新的对话。
此外，将不会通知观看者在暂停时期期间发生的任何客户发布和呈现更新。具体来说，当在向多个被观察客户订阅的情况下利用RLS时，那些客户的不同的呈现服务器将向RLS连续地发送通知，在当前解决方法中，这些通知将丢失。因此，期望当向观看客户暂时扣留具有呈现或客户数据的通知时避免或至少减少以上问题。
发明内容
本发明的目的是解决上文略述的问题。具体来说，本发明的目的是提供这样一种解决方法，它一般可以减少用于暂时扣留具有关于一个或多个被观察客户的客户或呈现数据的通知所需的信令和消息数。
这些及其它目的可通过利用根据随附独立权利要求的方法和装置来获得。
根据一个方面，本发明提供一种扣留具有至少一个被观察客户的客户数据的通知的方法，所述方法由观看客户的用户设备执行。观看客户具有从客户数据服务器接收通知的持续订阅(ongoingsubscription)。当接收到订阅暂停触发时，向客户数据服务器发送指示应当在仍保留订阅的同时暂时扣留客户数据通知的订阅暂停消息。当以后接收到订阅恢复触发时，向客户数据服务器发送指示应当再次传送客户数据通知的订阅恢复消息。然后，根据所述订阅照常接收客户数据通知。
在订阅时期期间通过客户数据服务器缓冲客户数据通知之后，可以响应订阅恢复消息而追溯性地接收缓冲的客户数据通知。
客户数据通知可与多个被观察客户有关，并且客户数据服务器可以是从与被观察客户相关联的多个客户数据服务器接收客户数据通知的客户数据聚合(aggregating)服务器。
订阅暂停和恢复消息中的任一消息可以是具有指示应当暂停或恢复订阅的特定指示的SIP SUBSCRIBE消息，该特定指示包含在新报头中，或者作为可选参数添加在SIP SUBSCRIBE消息的已有报头中。
如果利用IMS网络，则首先将订阅暂停和恢复消息路由到IMS网络中的P-CSCF节点，然后进一步路由到客户数据服务器。
在暂停时期期间，只可扣留特定被观察客户和/或特定通知事件类型的通知，而允许接收其它通知。
订阅暂停触发可以作为手动用户输入命令接收，或者当用户忙于会话或呼叫时或者当用户在预设持续时间内不活动时可以自动接收。订阅恢复触发也可作为手动用户输入命令接收，或者当会话或呼叫结束时或者当用户在一段时间不活动之后再次变为活动时可以自动接收。
根据另一方面，本发明提供一种位于观看客户的用户设备中的装置，该装置包括用于执行以上方法的部件。
根据又一方面，本发明提供一种扣留具有至少一个被观察客户的客户数据的发往观看客户的通知的方法，该方法由适于提供所述通知的客户数据服务器来执行。同样，观看客户具有从客户数据服务器接收通知的持续订阅。当从观看客户接收到订阅暂停消息时，扣留客户数据通知，同时仍保留订阅以及用于提供通知所需的服务器资源。当以后从观看客户接收到订阅恢复消息时，同样根据订阅照常将客户数据通知发送给观看客户。
优选在订阅时期期间缓冲客户数据通知，并且可以响应订阅恢复消息而将缓冲的客户数据通知追溯性地传送给观看客户。
在暂停时期之后，只可追溯性地传送特定被观察客户和/或特定通知事件类型的通知，而丢弃其它通知。
客户数据通知可与多个被观察客户有关，并且客户数据服务器可以是根据各个后端订阅从与被观察客户相关联的多个客户数据服务器接收客户数据通知的客户数据聚合服务器。然后，在暂停时期期间，可以暂停与客户数据服务器的所有或其中一些后端订阅。
在暂停时期期间，只可扣留特定被观察客户和/或特定通知事件类型的一些通知，而允许传送其它通知。
根据又一方面，本发明提供一种位于客户数据服务器中的装置，该装置包括用于执行以上方法的部件。
根据以下详细描述，可以理解本发明的其它特征及其益处。
附图说明
现在将参照附图通过示范性实施例更详细地描述本发明，附图中：
图1是根据现有技术能够为终端A提供多媒体业务的IMS网络的示意图。
图2是示出根据现有技术用于获得被观察客户的呈现数据的常规过程的框图。
图3是示出根据现有技术用于扣留具有被观察客户的呈现数据的通知的常规过程的框图。
图4是示出根据现有技术利用RLS节点来扣留具有多个被观察客户的呈现数据的通知的常规过程的框图。
图5是示出根据一个实施例用于扣留具有被观察客户的客户数据的通知的过程的框图。
图6是根据另一实施例用于扣留具有被观察客户的客户数据的通知的过程的流程图，该过程中的步骤由观看客户的用户设备执行。
图7是根据又一实施例用于扣留具有被观察客户的客户数据的通知的过程的流程图，该过程中的步骤由客户数据服务器执行。
图8是示出根据又一实施例利用RLS节点来扣留具有多个被观察客户的客户数据的通知的过程的框图。
图9是根据其它实施例示出观看客户的用户设备和能够提供一个或多个被观察客户的客户数据的客户数据服务器的框图。
具体实施方式
简述之，本发明可用于向观看客户暂时扣留具有客户或呈现数据的通知，而无需终止及重新创建客户数据订阅。因此，在整个暂停时期保持订阅和提供客户数据的服务器中的相关联的资源，但在此时期期间不会向观看客户发送任何通知。
为了启动暂停时期，观看客户向客户数据服务器发送包含指示应当暂时暂停订阅的信息的订阅暂停消息。以后，观看客户发送包含指示应当恢复暂停的订阅的信息的订阅恢复消息，从而允许再次传送客户数据通知。
在暂停时期期间，可以在客户数据服务器处缓冲任何未决的客户数据通知以便在恢复订阅时“追溯地”传送给客户A，或者可以简单地丢弃这些未决的客户数据通知。这些选择可以由客户用户通过例如在订阅暂停请求中包含不同的子信息或通过预设的客户优先选择来确定。在暂停时期期间，除了不发送通知之外，呈现或客户数据服务器中将照常保持实际订阅，并且应当根据常规过程进行刷新以免到期。
当例如用户不想被打扰时可以通过来自用户的手动输入命令来触发订阅的暂停，或者当客户忙于会话或呼叫或者在预设持续时间通过例如不使用键盘或不检索通讯录等而不活动时，可以通过终端本身来自动触发订阅的暂停。采用相同的方式，也可通过用户或终端触发订阅的恢复。
在以下描述中，将使用术语“呈现数据”来表示如上所述可供使用或“观察”的任何客户数据。即使一般就呈现业务描述以下实施例，但本发明不限于此，而是可以实施用于利用客户数据订阅机制的任何应用和业务。
此外，以下实施例中的“客户数据服务器”可以是能够向授权的观看客户提供所请求的一个或多个被观察客户的客户数据的任何服务器，例如分别针对图3和图4描述的呈现服务器或RLS节点。将提到众所周知的SIP消息，但本发明一般不限于此。
现在将参照如图5所示的框图中的信令过程来描述实施例，框图中包括观看客户A、诸如P-CSCF节点的会话控制节点500和能够提供被观察客户B(未示出)的客户数据的客户数据服务器502。假设已经如上所述为客户数据通知创建订阅，并且客户A因此在持续的对话中从客户数据服务器502接收具有客户B的呈现数据的通知。如果使用IMS网络，则与图3中的现有技术过程相比，在此实施例中，无需包含用于创建新订阅的S-CSCF节点。
首先，客户A的用户决定暂时暂停订阅，这通过用过的终端中的合适的手动输入命令触发。或者，如上所述，当例如忙于会话或呼叫时，终端本身也可自动触发订阅的暂停。暂停触发如第一步5:1所示。在任一情况下，在下一步5:2中，客户A在已有对话中向会话控制节点500发送订阅暂停请求。在IMS网络中，订阅暂停请求可以是具有指示应当暂停订阅的特定指示的SIP SUBSCRIBE消息。此指示可以包含在新报头中，或者作为可选参数添加到SIP SUBSCRIBE消息的已有报头中。
在此情况下，如上所述，无需在暂停消息中具体提供订阅的到期时间，这与在暂停时期期间仍保持的刷新订阅的例行程序无关。但是，取决于实施，可以遵循SIP SUBSCRIBE消息的现行标准，并在此时在暂停消息中提供＞0的新的到期时间。
然后，在步骤5:3中，会话控制节点500将订阅暂停请求路由到客户数据服务器502。从而，服务器502通过暂时不向客户A发送任何通知而暂停订阅，但保留为订阅预订的所有服务器资源以便记录从客户B接收的发布消息。应注意，在整个暂停时期，仍保留客户A与客户数据服务器502之间的已有对话。
同时，服务器502优选缓冲否则根据订阅发送给客户A的任何客户数据通知，这如步骤5:4所示。或者，可以在暂停时期期间简单地丢弃任何当前的客户数据通知。在暂停时期期间对未决客户数据通知的处理可以由客户用户根据例如订阅暂停请求中的指示或根据作为客户参数存储在网络中的预定优先选择来确定。
在以后的某个时间点，客户A将再次恢复订阅，这可由来自用户的另一手动输入命令来触发，或者可以在例如会话或呼叫结束时或者当用户在一段时间的不活动之后再次变成活动时由终端本身自动触发。恢复触发如下一步5:5所示。在任一情况下，在下一步5:6中，客户A在仍然保留的对话中向会话控制节点500发送订阅恢复请求。
在IMS网络中，与步骤5:2中的暂停请求类似，订阅恢复请求可以是具有指示应当恢复订阅的特定指示的SIP SUBSCRIBE消息。因此，恢复指示可以包含在新报头中，或者作为可选参数添加到SIPSUBSCRIBE消息的已有报头中。
然后，在下一步5:7中，会话控制节点500将订阅恢复请求路由到客户数据服务器502，在客户数据服务器502中恢复订阅。如最后一步5:8所示，对此作出响应，服务器502将所有缓冲的通知(如果有)发送给客户A，同时根据常规过程原样发送其它通知。
可以采用不同的方式对图5中的上述过程进行修改。例如，在暂停时期期间，可以只扣留例如特定的被观察客户和/或特定通知事件类型的一些通知，而允许将其它通知传送给客户A。这种选择性的通知传送可以根据过滤函数等来进行控制。这种过滤器可以在步骤5:2的订阅暂停请求中指定，或者可以在网络中预先定义为客户A的优选选择。此外，可以在暂停时期之后只传送其中一些缓冲的通知，而通过与上文针对例如特定被观察客户和/或特定通知事件类型所述的过滤函数类似的过滤函数来丢弃其它通知。
在图6中，示出根据另一实施例通过观看客户的用户设备来执行以便扣留具有被观察客户的客户数据的通知的过程的流程图。此过程基本上对应于图5中关于客户A示出的实例。因此，假设观看客户具有对具有一个或多个被观察客户的客户数据的通知的持续订阅，并且已经与提供通知的客户数据服务器或RLS建立对话。
在第一步600中，接收指示暂时不应传送任何通知的订阅暂停触发。暂停触发可以从用户接收，或者可以响应会话或呼叫的建立、或在用户在预设时间周期内不活动时自动接收。
在下一步602中，将订阅暂停消息发送给提供通知的客户数据服务器或RLS，如图5所示，此消息可以通过IMS网络中的诸如P-CSCF节点的会话控制节点来路由。如上文针对图5中的步骤5:2所述，订阅暂停消息包括指示不应向观看客户发送任何通知的指示。
在下一步604中，接收指示应再次恢复通知的传送的订阅恢复触发。采用类似的方式，恢复触发可以从用户接收，或者可以响应会话或呼叫的终止、或者在用户在一段时间的不活动之后变成活动时自动接收。然后，在下一步606中，如上文针对图5中的步骤5:6所述，将订阅恢复消息发送给提供通知的客户数据服务器或RLS，此消息包括指示应当将通知再次传送给观看客户的指示。恢复消息同样可以通过会话控制节点(如P-CSCF节点)来路由。
在最后一个可选的步骤608中，取决于客户数据服务器或RLS中是否需要通知缓冲，如果任何缓冲的通知未决，则可以接收这些缓冲的通知。还将接收任何随后的常规通知，这未示出。
在图7中，示出根据又一实施例通过客户数据服务器等执行以便扣留具有被观察客户的客户数据的发往观看客户的通知的过程的流程图。此过程基本上对应于图5中关于客户A示出的实例，但它也可以通过用作多个被观察客户的爆炸器的RLS节点或类似物来执行。此外，观看客户基本上根据图6中的流程图行动。因此，假设观看客户具有对具有一个或多个被观察客户的客户数据的通知的持续订阅，并且已经与观看客户建立对话以提供通知。
在第一步700中，如同图6中的步骤602，从观看客户接收订阅暂停消息。然后，在步骤702中，相应地暂停但不终止订阅，同时仍保留与观看客户的已有对话。与常规解决方法相比，此时自然不会发送任何最终的通知。
在暂停时期期间，客户数据服务器可以继续接收这个(或这些)被观察客户的客户数据通知，这些通知可以作为未决通知进行缓冲以便以后传送给观看客户，这如下一个可选步骤704所示。如上所述，在暂停时期期间是应当缓冲还是丢弃通知的问题可以服从于观看客户的优先选择(preference)。
在下一步706中，在以后的某个时间点，如同图6中的步骤606，从观看客户接收订阅恢复消息。然后，在最后一步708中，相应地恢复订阅，并且取决于客户数据服务器或RLS中是否需要通知缓冲，如果任何缓冲的通知是未决的，则可选地将任何缓冲的通知发送给客户。优选的是，通常在恢复订阅时发送初始通知。当然，也可以将任何随后的常规通知发送给客户，这未示出。
本发明还可在观看客户根据多个被观察客户的列表订阅客户数据时使用，其中如上所述，利用RLS节点或等效物来提供聚合的通知。
图8是示出根据又一实施例利用客户数据聚合服务器800以及诸如P-CSCF节点的会话控制节点802来扣留具有多个被观察客户的客户数据的通知的过程的框图。如上所述，客户数据聚合服务器800能够基于对来自相应客户服务器804的通知的各个后端订阅采用RLS节点或爆炸器的方式提供关于多个被观察客户的聚合的客户数据通知。假设客户A根据之前创建的订阅在持续的会话中从聚合服务器800接收通知。同样，与图4中的常规过程相比，在此实施例中，无需在IMS网络中包含用于与多个客户数据服务器创建新订阅的S-CSCF节点。
图8中的几个步骤对应于如图5所示的过程中的步骤，并且因此这里无需重复详细描述。示出暂停触发作为第一步8:1，这如同图5中的步骤5:1。在下一步8:2中，如同图5中的步骤5:2，对此做出响应，客户A在已有对话中将订阅暂停请求发送给会话控制节点802，订阅暂停请求可以是SIP SUBSCRIBE消息。然后，在步骤8:3中，会话控制节点802将订阅暂停请求路由到聚合服务器800。
然后，服务器800暂停订阅，但仍保留为订阅预订的所有服务器资源以及与客户A的已有对话和与客户数据服务器804的所有后端订阅。这意味着，服务器800将根据后端订阅继续从客户数据服务器804接收通知，这如示意步骤8:4所示。如同图5中的步骤5:4，在步骤8:5中，在暂停时期期间，服务器500可以缓冲这些通知，或者可以将它们丢弃。或者，在暂停时期期间，客户数据聚合服务器800可以暂停与客户数据服务器804的所有或其中一些后端订阅，然后将不会从那些客户数据服务器804接收任何通知。在广泛的暂停时期的情况下，观看客户A或客户数据聚合服务器800可以决定暂停后端订阅。
在步骤8:6中示出恢复触发，并且在步骤8:7中，客户A在已有对话中将订阅恢复请求发送给会话控制节点802，从而分别完全对应于图5中的步骤5:6和5:7。同样，如针对图5所述，订阅恢复请求和较早的订阅暂停请求可以是SIP SUBSCRIBE消息。
然后，在下一步8:8中，会话控制节点802将订阅恢复请求路由到聚合服务器800，并且在最后一步8:9中，服务器800首先将缓冲的通知(如果有)发送给客户A，同时根据常规过程发送其它通知。
图9是根据其它实施例更详细地示出观看客户A的用户设备900和向观看客户提供一个或多个被观察客户(未示出)的客户数据时的客户数据服务器902的框图。图中的各个组件只是作为逻辑功能单元示出，它们可以通过硬件和软件的任何合适的组合来实施。
用户设备900包括适于响应手动用户输入命令提供订阅暂停和恢复触发的用户输入单元900a。也可设置触发单元900b以自动提供订阅暂停触发。用户输入单元900a和触发单元900b适于基本上以分别针对图5中的步骤5:1和5:5以及图8中的步骤8:1和8:6描述的方式进行操作。
用户设备900还包括适于响应上述触发创建订阅暂停消息和订阅恢复消息的逻辑单元900c。通信单元900d适于基本上以分别针对图5中的步骤5:2和5:6以及图8中的步骤8:2和8:7描述的方式将所创建的订阅暂停和恢复消息S、R发送给客户数据服务器902。通信单元900d还适于基本上以分别针对图5中的步骤5:8和图8中的步骤8:9描述的方式从客户数据服务器902接收通知N。
客户数据服务器902包括通知接收单元902a，通知接收单元902a适于如针对图8中的步骤8:4所述基于后端订阅从客户本身或从它们的网络、或从相关联的客户数据服务器接收关于上述一个或多个被观察客户的客户数据通知N。
客户数据服务器902还包括适于对观看客户暂停和恢复订阅并创建客户数据通知的逻辑单元902b。逻辑单元902b还可适于基本上以分别针对图5中的步骤5:4和图8中的步骤8:5描述的方式将在暂停时期期间接收的通知N存储在缓冲器存储器902c中(如果需要这样做)。
客户服务器902中的通信单元902d适于从客户A的用户设备900接收订阅暂停和恢复消息S、R，而逻辑单元902b还适于相应地控制订阅。通信单元902d还适于基本上以分别针对图5中的步骤5:8和图8中的步骤8:9描述的方式将客户数据通知传送给观看客户。
想要使用暂停/恢复功能的观看客户需要一种方法来发现客户数据服务器是否支持此功能。这可以根据下述三种备选方法来实现：
1)观看客户可在初始订阅请求中指示它支持暂停/恢复功能，以使得客户数据服务器可以在响应中指示它是否支持此功能。
2)客户数据服务器可在持续的对话中在所有常规响应中默认地指示它支持暂停/恢复功能。
3)观看客户可发送订阅暂停请求，并且如果客户数据服务器不支持暂停/恢复功能，则它将返回常规响应加上完整的通知消息。然后，客户可利用此功能停止此对话。
本发明解决方法还可进行配置，并且不只可以通过终端实时地控制。这意味着，观看客户的用户或他/她的操作人员可以确定并配置应当暂时暂停客户数据订阅的特定场合或时间周期。观看客户的接入网中的其它实体(例如，知道已有订阅的有状态代理)也可在特定场合或时间周期场合暂停订阅，例如在接入网的部分不可用或具有繁重负荷时。
本发明可在不必终止和创建订阅的情况下用于暂停/恢复订阅，从而节省了相当多的努力和信令活动。一般来说，可以有以下几个优点：
1)可以在对已有标准请求做出小的扩展(例如，新添加的报头或已有报头中的额外数据)的情况下通过利用已有机制来暂时暂停订阅。只需使观看客户的用户设备和客户数据服务器适于实施暂停/恢复功能。因此，不会影响诸如IMS核的任何已有代理。
2)可以在不释放在暂停时期期间生成的通知的情况下实现暂停。这在诸如RLS的爆炸器功能的情况下尤其有用。
3)本发明使得能够减少需要在网络中发送的信令消息的量，这意味着可以提高性能，并改善恢复订阅的等待时间，尤其在爆炸器的情况下更是如此。因为在观看客户和客户数据服务器处以及在任何状态满(state-full)代理中都不需要在背景技术部分中概述的根据常规过程终止和重新创建一个或多个客户数据订阅的功能性，所以还可增强性能。
尽管参照具体示范性实施例描述了本发明，但本描述一般只用于说明发明概念，而不应视为是限制本发明的范围，本发明的范围由随附权利要求限定。在描述以上实施例时，偶尔使用IMS技术和SIP信令协议，但基本上可以使用适于实施本发明的任何其它标准和协议。