专利名称：维护ims客户端信息用的方法和设备的制作方法
技术领域：
本发明涉及在IMS客户端维护信息，并且更具体地说，在IMS 客户端维护最新信息的方法和设备。
背景技术：
IP多少某体服务在同一会话内提供话音、视频、消息、数据等的动 态组合。通过增大基本应用程序和可能组合的媒体的数量，能够向最 终用户提供的服务数量也将增大，并且人与人之间的通信体验将会变 丰富。这将导致新一代的个性化、丰富多媒体通信服务，包括所谓的 "组合IP多媒体"服务。IP多々某体子系统(IMS)是第三代合作伙伴项目(3GPP)为通过移动 通信网络提供IP多媒体服务而定义的技术(3GPP TS 22.228、 TS 23.228、 TS 24.229、 TS 29.228、 TS 29.229、 TS 29.328和TS 29.329版 本5到7)。 IMS通过使用标准化IMS服务使能器(IMS Service Enabler) 提供重要的特性，以便丰富最终用户人与人之间的通信体验，这有利 于通过基于IP的网络实现新的丰富的人与人(客户端到客户端)通信服 务及人与内容(客户端到服务器)服务。IMS利用会话启动协议(SIP)设 置和控制用户终端(或用户终端与应用服务器)之间的呼叫或会话。SIP 信令承载的会话描述协议(SDP)用于描述和协商会话的^(某体部分。虽 然SIP创建为用户到用户协议，但IMS允许运营商和服务提供商控制 用户对服务的访问并相应地向用户收费。例如，图1以示意图方式示出在GPRS/PS接入网络情况下，IMS 是如何适合移动网络体系架构的(IMS当然可通过其它接入网络而运 行)。呼叫/会话控制功能(CSCF)作为IMS内的SIP代理而运行。3GPP体系架构定义三种类型的CSCF:代理CSCF(P-CSCF)，这是SIP终端 在MS内的第一接触点；服务CSCF(S-CSCF),它为用户提供用户预 订的服务；以及询问CSCF(I-CSCF)，其作用是识别正确的S-CSCF， 并经P-CSCF向该S-CSCF转发来自SIP终端接收的请求。用户使用指定的SIP注册方法向IMS注册。这是用于连接IMS 并向IMS通知可到达某个SIP用户标识的地址的机制。在3GPP中， 在SEP终端执行注册时，IMS认证用户，并从可用S-CSCF集合中向 该用户分配一个S-CSCF。虽然3GPP未指定分配S-CSCF的标准，但 这些标准可包括负载分担和服务要求。需要注意的是，S-CSCF分配 对于控制用户访问基于IMS的服务(和为其计费)至关重要。运营商可 提供能够防止绕过S-CSCF的直接的用户与用户SIP会话的机制。在注册过程期间，如果尚未选定S-CSCF，则I-CSCF负责选择 S-CSCF。 I-CSCF从归属网络的归属用户服务器(HSS)接受所需的 S-CSCF能力，并基于已接收能力选择适当的S-CSCF。[需要注意的 是，在用户^皮另一方呼叫，而该用户当前未分配有S-CSCF的情况下， I-CSCF也为用户进行S-CSCF分配。]在已注册用户随后向IMS发送 会话请求时，P-CSCF能够基于注册过程期间从S-CSCF接收的信息， 而将请求转发到选定的S-CSCF。在多种情况下，IMS客户终端将维护与在SEP应用服务器中维护 的数据实质上(substantially)同步的数据。例如，假定有存在服务，其例如，当前联系地址、位置等。此信息可供具有适当访问权限的其它 用户使用。在用户与SIP应用服务器之间的信息交换可通过使用SIP PUBLISH(SIP公布)和预订/通知(SUBSCRIBE/NOTIFY)方法而实现。发明内容如当前指定的一样，SIP SUBSCRIBE/通知方法只允许IMS客户 端请求收到预订方法中识别的某些信息的通知。因此，已识别信息将在通知消息(NOTIFY message)中发送到客户端，而无论自客户端上次请求相同信息后信息是否已更改。现有技术未提供允许只发送更改或新信息到客户端的任何机制。根据本发明第 一方面，提供了 一种在实质上同步IP多媒体子系统客户端处存储的数据和该IP多媒体子系统SIP应用服务器处存储的数据的方法，该方法包括在应用服务器处接收从客户端发送的所述数据的请求； 确定该请求是否包含识别客户端处存储的数据当前状态的条件； 基于任何已识别条件，而在应用服务器处确定是否发送其它数据到客户端；以及依据该确定的结果而发送数据。在本发明的实施例中，该请求是SIP SUBSCRIBE消息(SIP预定 消息)。该条件可包含在SEP消息报头或消息的有效载荷中。在本发明的实施例中，数据在SIPNOTIFY(SIP通知)消息中从应 用服务器发送到客户端。在本发明的实施例中，如果确定在客户端当前存储的数据是最新 的(up-to-date),则应用服务器通过发送SIP NOTIFY或400系列消息 之一而将此通知客户端。识别在客户端存储的数据当前状态的条件可以是时戳或版本号之 一。该条件可能已在当前存储数据由应用服务器发送到客户端时或在 此之前由应用服务器生成，或者可能已由某个其它数据源生成。根据本发明的第二方面，提供了一种IP多i某体子系统客户终端， 包括用于将数据与识别数据当前状态的条件一起存储的存储器；以及 用于生成刷新存储数据的请求并将它发送到IP多力某体子系统的 SIP应用服务器的部件，该请求包括该条件。根据本发明的第三方面，提供了一种SIP应用服务器，包括 用于将数据与识别该数据当前状态的条件一起存储的存储器；用于从IP多々某体子系统客户端接收刷新该客户端处存储的数据 的请求的部件，该请求包括识别该客户端处存储的数据当前状态的条件；用于将该已接收条件与所述存储器中为该数据存储的条件进行比 较的部件；以及该条件不同时用于将该应用服务器处存储的数据发送到所述客户 端的部件。
图1以示意图方式示出在3G网络内的IMS体系架构；以及 图2示出IMS内与数据公布和数据刷新过程相关联的信令。
具体实施方式
IP多々某体子系统(IMS)的一般体系架构已经在3G网络上下文中描 述(图1)。在基于IMS的网络中，客户端可请求由不同应用服务器处 理的网络中有关资源的数据。客户端可不定期获取数据，它可定期轮 询网络，或者它可预订应或多或少地实时发送到客户端的更改。 一些 客户端可能偏爱使用前一PUSH解决方案，在该解决方案中，网络在 请求数据发生更改时通知客户端。其它客户端偏爱仅在需要时获取或 轮询数据。IMS通过提供的预订/通知框架(Subscribe/Notify framework)(RFC 3265)而支持这些功能。假定有PULL方案，为避免需要发送已经在IMS客户端高速緩存 的信息，在此提议在从客户端发送的预订请求中包括新条件，以向SIP 应用服务器指示在IMS客户端处的高速緩存数据的当前状态。此条件 可基于不同类型的指示器，如版本号、时戳等。应用服务器将检查预 订请求中包括的条件，并确定客户端是否具有数据的最新版本。如果 应用服务器确定高速緩存的数据是最新的，则服务器将通知客户端数 据是最新的，并且不发送实际数据。如果服务器确定客户端中存储的数据过时了，则服务器将发送包括更新数据的通知，或者只发送数据 更改。通知也将包括识别新通知的版本的条件，例如版本号或时戳。此行为也可用于刷新SUBSCRIBE消息(即使客户端数据是最新 的，当前的标准也要求应用服务器总是向客户端发送完整通知)。利用 PUSH方法的客户端，即与应用服务器形成持续预订的客户端要定期 刷新其预订，以保持在应用服务器中的预订处于活动状态。目前，在 客户端刷新其预订(通过发送截止时间〉0的预订)时，应用服务器将 在通知消息中返回存储的数据。此处所述条件机制的应用允许完成此 类刷新而不必下载最新的数据。该解决方案对于任何基于SIP的预订 有效。图2示出在两个IMS客户端用户A与用户B之间信息交换相关 联的IMS有关SIP信令，其中，用户A提供的数据在SIP应用服务器 中维护以便由用户B下载。在步骤l到3中，用户A使用SIP PUBLISH 方法将其数据发送到SIP应用服务器(经P-CSCF和S-CSCF)。在此示 例中，假设在此阶段用户B尚未收到任何版本的用户A数据。在步骤 4,用户B通过发送SUBSCRIBE消息到SEP应用服务器，而请求用 户A的数据。["截止时间"SIP报头值确定IMS客户端用于获得数 据的方法。"截止时间=0"用于获取(PULL)数据，而"截止时间〉0" 则用于建立预订，该预订用于得到向客户端推送的数据更改。]用户B 在SUBSCRIBE消息中不包括与用户A数据有关的任何条件。在应用 服务器收到SUBSCRIBE消息后，应用服务器从缺少条件确定它必须 将所有用户A的数据发送到用户B。在步骤5，它通过在SIP NOTIFY 消息中将数据包括为有效载荷而完成此操作。在步骤6，用户B出于某一原因而确定它应与应用服务器联系以 确定用户A的数据是否已更改。它通过发送其它SUBSCRIBE消息而 完成此操作。但是，此次它在消息中包括识别由用户B高速緩存的用 户A数据当前状态的条件。此条件的指定使得它可由所有各方识别， 但例如可包括在SIP消息报头或有效载荷中。基于该条件，应用服务器能够确定它保存的数据是否应发送到用户B。在此示例中，由于未对数据进行任何更改，因此，应用服务器向用户B返回"4xx"(即， 400系列)消息或空NOTIFY消息。随后，在步骤8到10,用户A向应用服务器发送包含已更新数据 的又一/>布消息。在步骤11 ，用户向应用服务器发送又一 SUBSCRIBE 消息时，它包含识别用户A保留的数据的当前版本的条件("x")。在 SIP应用服务器处收到SUBSCRIBE消息后，服务器从条件x确定由 用户B保留的数据已过时。服务器在SIP NOTIFY消息中向用户B返 回用户A的新数据。本领域的技术人员将理解，在不脱离本发明范围的情况下，可对 上述实施例进行各种修改。
权利要求
1.一种使IP多媒体子系统客户端处存储的数据和所述IP多媒体子系统的SIP应用服务器处存储的数据在实质上同步的方法，所述方法包括在所述应用服务器处接收从所述客户端发送的数据请求；确定所述请求是否包含识别所述客户端处存储的数据当前状态的条件；基于任何已识别条件，而在所述应用服务器处确定是否发送其它数据到所述客户端；以及依据所述确定的结果而发送数据。
2. 如权利要求1所述的方法，其特征在于，所述请求是SIP SUBSCRIBE消息。
3. 如权利要求1或2所述的方法，其特征在于，所述条件包含在 SIP消息报头或所述消息的有效载荷中。
4. 如前述权利要求任一项所述的方法，其特征在于，所述数据在 SIP NOTIFY中从所述应用服务器发送到所述客户端。
5. 如前述权利要求任一项所述的方法，其特征在于，如果确定在 所述客户端当前存储的所述数据是最新的，那么所述应用服务器通过 将SIP NOTIFY或400系列消息之一发送到所述客户端，而将此通知 所述客户端。
6. 如前述权利要求任一项所述的方法，其特征在于，识别所述客 户端处存储的数据当前状态的所述条件是时戳或版本号之一。
7. 如前述权利要求任一项所述的方法，其特征在于，所述条件在 所述当前存储数据由所述应用服务器发送到所述客户端时或在此之 前由所述应用服务器生成，或者由某个其它数据源生成。
8. —种IP多々某体子系统客户终端，包括用于将数据与识别所述数据当前状态的条件 一起存储的存储器；以及用于生成刷新所述存储数据的请求并将它发送到所述IP多i某体子系统的SIP应用服务器的部件，所述请求包括所述条件。 9. 一种SIP应用服务器，包括用于将数据与识别所述数据当前状态的条件 一起存储的存储器； 用于从EP多i某体子系统客户端接收刷新在所述客户端存储的数据的请求的部件，所述请求包括识别在所述客户端存储的所述数据当前状态的条件；用于将所述已接收条件与所述存储器中为所述数据存储的所述 条件进4于比4交的部件；以及在所述条件不同时用于将在所述应用服务器存储的所述数据发 送到所述客户端的部件。
全文摘要
一种在实质上同步IP多媒体子系统客户端处存储的数据和IP多媒体子系统SIP应用服务器处存储的数据的方法。该方法包括在应用服务器处接收从客户端发送的数据请求，确定请求是否包含识别客户端处存储的数据当前状态的条件，基于任何已识别条件，在应用服务器处确定是否发送其它数据到客户端，以及依据所述确定结果发送数据。
文档编号H04L29/06GK101258720SQ200580051548
公开日2008年9月3日 申请日期2005年9月15日 优先权日2005年9月15日
发明者C·A·林德格伦, C·博伯格, H·普里比茨 申请人:艾利森电话股份有限公司