CN101175230A - 一种用户业务数据管理的系统及装置及方法 - Google Patents

Abstract

本发明涉及一种用户业务数据管理系统、装置及方法，本发明实施例中，由数据代理装置获取用户业务数据并对所述用户业务数据进行处理，并将处理后的用户业务数据发送至对应的数据存储装置，从而使系统内不同的业务控制装置可以提供组合业务，加快了运营商的业务部署。同时，数据代理装置通过记录用户在某个特定业务控制装置上的用户业务数据的有无，从而判断是否需要将通信业务触发至所述的业务控制装置，减少了不必要的冗余信令路由，缩短了通信业务接续时间，提高了通信业务接续的效率。

Description

一种用户业务数据管理的系统及装置及方法

技术领域

本发明涉及通信技术领域，尤其涉及一种用户业务数据管理的系统及装置及方法。

背景技术

IP多媒体子系统(IMS)是第三代移动通信标准化伙伴项目(3GPP：3rd Generation Partnership Project)标准定义的一个多媒体子系统，是3G(3rd Generation)移动网实现分组话音和分组数据，提供统一的多媒体业务和应用的目标网络，是目前许多国际标准组织定义的下一代网络的核心网络。

IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用会话发起协议(SIP)作为其呼叫控制信令，实现了网络业务中的业务管理、会话控制及承载接入的三者分离。

所述的SIP是一个用于建立、更改和终止多媒体会话或呼叫业务的应用层控制协议，许多多媒体会话业务，包括多媒体会议、远程教学、因特网电话等，它的核心由因特网工程任务组(IETF：Internet engineering taskforce)标准组织定义的。

在IMS网络中，用户终端和IMS应用服务器(Application Server)之间可以存在Ut网络接口，所述Ut网络接口基于超级文本传送协议(HTTP:Hyper Text Transport Protocol)传输业务数据。通过HTTP携带的扩展标记语言配置访问协议(XCAP：XML Configuration Access Protocol)所属的内容，用户可以向IMS应用服务器操作自己的用户业务数据，XCAP是扩展标记语言(XML：eXtended Markup Language)的一种具体应用，它允许一个用户终端读、写、修改以XML格式存储在应用服务器上的应用配置数据。

用户终端和IMS应用服务器之间可以通过Ut网络接口直接相连，也可以通过认证代理(AP：Authentication Proxy)间接相连，认证代理分别和用户终端、IMS应用服务器通过Ut网络接口相连，认证代理为用户终端接入IMS应用服务器提供认证及授权功能。

在IMS网络中，可以存在多个IMS应用服务器，提供不同的业务，运营商还可以通过一个以上的IMS应用服务器向用户提供组合业务应用，此时，用户在用户终端上操作的一条用户业务数据可以分布在不同的IMS应用服务器中，但是，当前标准中用户终端操作的一条用户业务数据只能与一个IMS应用服务器相对应，认证代理虽然位于用户终端和IMS应用服务器之间，但只是对用户业务数据的操作即HTTP消息进行认证授权处理，而不会对用户业务数据即XCAP内容进行分解等处理。

此外，在IMS网络中，基于SIP的通信业务由IMS网络提供的服务-呼叫会话控制功能(S-CSCF：Serving-Call Session Control Function)，根据初始过滤规则(iFC：initial Filter Criteria)触发至IMS应用服务器，iFC是一种预先配置的签约规则，表明了用户和IMS应用服务器的一种签约关系。

在目前的技术标准中，一些通信业务能否为用户服务除了需要用户签约该业务外，还需要相关的用户业务数据，例如，用户签约呼叫前转业务后，还需要设置呼叫前转目的号码，呼叫前转业务才能为用户服务。因此，当SIP通信业务到达IMS应用服务器后，如果IMS应用服务器上没有用户业务数据，则SIP通信业务不会被调用，SIP通信将返回S-CSCF。

上述情况表明，在现有技术中，由于用户业务数据直接在用户终端和IMS应用服务器之间传递，无法将一条用户终端上操作的用户业务数据分解后和不同的IMS应用服务器相对应，导致不同的IMS应用服务器无法提供组合业务。另外，由于用户业务数据直接在用户终端和IMS应用服务器之间传递，在SIP通信业务被触发至IMS应用服务器之前，无法感知IMS应用服务器上是否存在用户业务数据，这样，若IMS应用服务器上不存在用户业务数据，则SIP通信在S-CSCF和IMS应用服务器之间的信令路由属于多余的冗余路由，延长了通信接续时间，降低了通信接续的效率。

综上所述，目前，还没有一种有效可行的方法可以解决现有技术中存在的所述问题。

发明内容

本发明的实施例提供一种用户业务数据管理的系统及装置及方法，从而使通信系统操作用户业务数据成为可能。

本发明实施例提供了一种用户业务数据管理系统，包括数据代理装置和数据存储装置，其中：

数据代理装置，用于获取用户业务数据，并对所述用户业务数据进行处理，并将处理后的用户业务数据发送至数据存储装置；

数据存储装置，用于保存所述处理后的用户业务数据。

本发明实施例还提供了一种数据代理装置，所述装置包括：数据请求接收模块、数据处理模块、数据请求响应模块，其中：

数据请求接收模块，用于接收用户业务数据操作请求，并将业务数据操作内容发送给数据处理模块；

数据处理模块，用于处理来自所述数据请求接收模块的业务数据操作内容，并将处理结果发送给数据请求响应模块；

数据请求响应模块，用于根据来自所述数据处理模块的处理结果，生成用户业务数据操作请求的响应。

本发明实施例还提供了一种用户业务数据管理的方法，包括：

由数据代理装置获取用户业务数据并对所述用户业务数据进行处理；

将所述处理后的用户业务数据发送到对应的数据存储装置。

由上述的技术方案可以看出，由数据代理装置获取用户业务数据并对所述用户业务数据进行处理，并将处理后的用户业务数据发送到对应的数据存储装置，从而使系统内不同的业务控制装置可以提供组合业务，加快了运营商的业务部署。同时，数据代理装置通过记录用户在某个特定业务控制装置上的用户业务数据的有无，从而判断是否需要将通信业务触发至所述的业务控制装置，减少了不必要的冗余信令路由，缩短了通信业务接续时间，提高了通信业务接续的效率。

附图说明

图1为本发明实施例中所述系统的网络架构逻辑图；

图2为本发明实施例中所述数据代理装置结构示意图；

图3为本发明实施例中所述方法的具体实现流程图。

具体实施方式

本发明的实施例提供了一种用户业务数据管理的系统、装置及方法的实施方案。

本发明的实施例中，提供了一种用户业务数据管理的系统，所述的系统设置于通信网络系统中的分组网络内，且所述系统中包含数据代理装置、数据存储装置、业务控制装置、呼叫会话控制装置、用户终端等功能装置，所述实施例中系统的网络架构逻辑图如图1所示，具体可以包括：

(1)数据代理装置，用于获取用户在用户终端上操作的用户业务数据并对所述用户业务数据进行处理，并将处理后的业务数据发送至对应的数据存储装置。

所述的数据代理装置还可以用于记录业务控制装置上的用户业务数据的有无，并且，当业务控制装置根据业务过滤规则待触发时，所述数据代理装置判断该业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否向该业务控制装置发送通信消息。

数据代理装置对于用户业务数据的处理具体可以包括：分解处理、和/或校验处理、和/或关联处理，或者其它处理。

数据代理装置根据配置的信息获取所述的用户业务数据对应的数据存储装置信息，并将处理后的业务数据发送至对应的数据存储装置。具体的讲，数据代理装置可以通过对用户业务数据的分析，根据对应的业务种类和配置的信息获取该业务对应的数据存储装置信息，所述配置的信息可以在网络构建之初设定并修改，也可以在网络构建之后设定并修改。数据代理装置将业务种类描述信息和配置的信息进行匹配，获取对应的数据存储装置信息，或者，数据代理装置将业务种类描述信息发至存储有配置的信息的外部数据库，外部数据库将业务种类描述信息和配置的信息进行匹配，向数据代理装置返回对应的数据存储装置信息。此外，数据代理装置也可以从用户终端在向数据代理装置发送的携带用户业务数据的操作请求消息内包含的、对应的数据存储装置信息的描述中，获取数据存储装置信息。此外，数据代理装置也可以将携带业务数据的用户业务数据操作请求发送至呼叫会话控制装置，由呼叫会话控制装置将用户业务数据操作请求再路由至对应的数据存储装置。

若所述用户业务数据的操作请求中包含有“不处理”指示，则数据代理装置根据该指示不处理收到的业务数据，而将其转发至对应的数据存储装置。

当数据代理装置具有E1接口上的认证鉴权功能时，数据代理装置可以处理并终结用户终端通过E1接口发起的认证鉴权请求，向用户终端返回请求响应；或者，数据代理装置也可以将用户终端的认证鉴权请求进一步通过E4接口发送至对应的数据存储装置，由数据存储装置进一步处理用户终端的认证鉴权请求，并返回请求响应，即由数据存储装置终结用户终端的认证鉴权请求。对数据代理装置终结用户终端的认证鉴权请求的情况，可以认为数据代理装置和数据存储装置之间存在信任关系，用户终端通过了在数据代理装置上的认证鉴权，相当于默认数据存储装置通过了对用户终端的认证鉴权，数据存储装置可以接收用户终端的用户业务数据操作。

在所述的网络架构中，数据代理装置与用户终端之间的网络接口(E1)可以采用包括超级文本传送协议(HTTP)、网管接口在内的通信协议。所述网管接口是指网络管理人员通过该接口设置业务数据以供用户使用，可以设置单个用户的业务数据，如单个用户的呼叫前转业务数据，也可以设置一类用户的业务数据，如网络黑白名单业务数据。当用户终端不支持E1接口协议时，可以由特定的网络设备将用户终端的出口协议转换为E1接口协议，以和数据代理装置相连。

在所述的网络架构中，所述的数据代理装置与数据存储装置之间的网络接口(E4)可以采用包括HTTP协议、直径(Diameter)协议、内部接口协议在内的通信协议。

在所述的网络架构中，所述的数据代理装置与业务控制装置之间的网络接口(E5)可以采用包括会话发起协议(SIP)、内部接口协议在内的通信协议。

在所述的网络架构中，所述的数据代理装置与呼叫会话控制装置之间的网络接口(E3)可以采用包括SIP在内的通信协议。

作为一个逻辑功能装置，所述的数据代理装置可以是一个独立的网元，也可以和其它逻辑功能装置合设在不同的网元上，如可以和业务控制装置通过内部接口协议合设在一个网元上，或者，还可以和数据存储装置通过内部接口协议合设在一个网元上等。

若所述的系统内，增加认证代理装置，则所述的认证代理装置可以设置于数据代理装置和用户终端之间，通过网络接口(E1)分别与所述的数据代理装置和用户终端相连，或者，所述的认证代理装置设置于所述的数据代理装置之中，即和数据代理装置同一个网元。

(2)数据存储装置，用于存储用户的业务数据。

数据存储装置还可以用于处理用户终端的认证鉴权请求，并终结用户终端的认证鉴权请求，返回请求响应。

所述的数据存储装置可以作为一个本地数据库设置于所述的业务控制装置之中，即和业务控制装置同一个网元，此时，在所述的网络架构中，数据存储装置和业务控制装置之间的网络接口(E6)可以采用包括内部接口协议在内的通信协议，数据存储装置和数据代理装置之间的网络接口(E4)可以采用包括HTTP协议、内部接口协议在内的通信协议。

所述的数据存储装置还可以作为所述系统内的一个独立的集中数据库，为不同的业务控制装置存储业务数据，此时，在所述的网络架构中，数据存储装置和业务控制装置之间的网络接口(E6)可以采用包括Diameter协议在内的通信协议，数据存储装置和数据代理装置之间的网络接口(E4)可以采用包括直径(Diameter)协议在内的通信协议。该独立的集中数据库在IMS网络中可以是归属用户服务器(HSS)。

所述的数据存储装置还可以同时作为设置于所述的业务控制装置内的本地数据库和所述系统内独立的集中数据库存在。

若所述的数据存储装置同时作为业务控制装置内的本地数据库和系统内独立的集中数据库存在，则来自数据代理装置的用户业务数据先到达系统内独立的集中数据库，再由业务控制装置内的本地数据库向系统内独立的集中数据库请求下载用户业务数据；

或者，来自数据代理装置的用户业务数据先到达业务控制装置内的本地数据库，再到达系统内独立的集中数据库；

或者，来自数据代理装置的用户业务数据同时到达业务控制装置内的本地数据库和系统内独立的集中数据库。

(3)业务控制装置，用于为用户提供各种业务逻辑控制功能，是各种业务的宿主执行环境。

在所述的系统内，可以有多个处理不同业务的业务控制装置存在，且业务控制装置与呼叫会话控制装置之间的网络接口(E7)可以采用包括SIP协议在内的通信协议。

所述的业务控制装置在IMS网络中可以是应用服务器(AS)。

(4)呼叫会话控制装置，用于为用户终端提供注册服务、会话控制功能，包括接收用户业务数据的操作请求，并将所述操作请求发送至数据代理装置。

所述呼叫会话控制装置将所述用户业务数据的操作请求发送至数据代理装置的过程具体为：呼叫会话控制装置根据所述用户业务数据操作的内容和/或所述用户业务数据操作的属性以及初始过滤规则(iFC)，将所述用户业务数据操作请求发送至数据代理装置；

或者，所述呼叫会话控制装置根据公共服务标识(PSI)路由机制，将所述用户业务数据操作请求发送至数据代理装置。

呼叫会话控制装置收到所述用户业务数据的操作请求中，若包含有“不经过”指示，则呼叫会话控制装置不将所述用户业务数据操作请求发送至数据代理装置，而发送至对应的数据存储装置。

本发明实施例中，数据代理装置对来自用户终端的业务数据进行处理后，再发送至对应的数据存储装置，在实际应用中，网络中也会存在不需要数据代理装置进行相关处理即可以直接发送给数据存储装置的业务数据，如此类业务数据既不需要分解也不需要关联校验等处理，此时，用户业务数据操作请求中可以携带“不经过”的指示，用户终端根据该指示将通过E1接口发出的用户业务数据操作请求不经过数据代理装置而直接发送至数据存储装置，或者，呼叫会话控制装置根据该指示将通过E2接口发出的用户业务数据操作请求不经过数据代理装置而直接发送至数据存储装置，或者，当用户业务数据操作请求中没有携带“不经过”的指示时，呼叫会话控制装置也可以根据前述的iFC或PSI机制等将用户业务数据操作请求不经过数据代理装置而发送给数据存储装置。此外，此类业务数据也可以是先经过数据代理装置，再发送给数据存储装置，数据代理装置收到的用户业务数据操作请求中可以携带“不处理”的指示，数据代理装置根据该指示不处理收到的业务数据，而将其发送给对应的数据存储装置。

在所述的网络架构中，所述的呼叫会话控制装置与用户终端之间的网络接口(E2)可以采用包括SIP协议在内的通信协议。

当用户终端不支持E2接口协议时，可以由特定的网络设备将用户终端的出口协议转换为E2接口协议，以和呼叫会话控制装置相连。

呼叫会话控制装置在IMS网络中可以是呼叫会话控制功能(CSCF)网元。

(5)用户终端，用于接收用户操作的用户业务数据，生成并发送所述用户业务数据的操作请求。

所述用户终端还用于向数据代理装置或数据存储装置发起认证鉴权请求。

所述用户业务数据的操作请求中至少包括以下一种信息：用户业务数据操作的内容、“不经过”指示、“不处理”指示、或用户业务数据操作的属性，或者其它信息。

本发明的实施例还提供了一种实现用户业务数据管理的数据代理装置，所述的装置设置于通信网络系统中的分组网络内，所述装置的具体结构示意图如附图2所示，且所述装置中包含数据请求接收模块、数据处理模块、数据请求响应模块，数据存储装置路由确定模块，记录模块，判断模块，通信消息发送模块，用户认证鉴权终结或转发模块，其中：

(1)数据请求接收模块，用于接收用户业务数据操作请求，并将业务数据操作内容发送给数据处理模块。

本实施例中，所述数据请求接收模块通过E1接口或E3接口接收用户业务数据操作请求。

(2)数据处理模块，用于处理来自所述数据请求接收模块的业务数据操作内容，并将处理结果发送给数据请求响应模块。

本实施例中，所述处理操作具体可以为：分解处理、和/或校验处理、和/或关联处理，获取其它处理操作。

本实施例中，如果所述数据处理模块判断所述业务数据操作内容中包含有“不处理”的指示，则所述数据处理模块直接将处理结果“操作允许”发送给数据请求响应模块。

(3)数据请求响应模块，用于根据来自所述数据处理模块的处理结果，生成用户业务数据操作请求的响应。

本实施例中，若数据处理模块的处理结果为“操作允许”，则所述数据请求响应模块将用户业务数据发送给对应的数据存储装置，若处理结果为“操作禁止”，则所述数据请求响应模块发送用户业务数据操作请求失败响应。

(4)数据存储装置路由确定模块，用于确定数据存储装置的路由，并发送给所述数据请求响应模块。

本实施例中，所述数据存储装置路由确定模块可以根据配置的信息获取数据存储装置信息，并确定为数据存储装置的路由，或者，所述数据存储装置路由确定模块可以从所述业务数据操作内容中包含的、对应的数据存储装置的描述中，获取数据存储装置信息，并确定为数据存储装置的路由，或者，所述数据存储装置路由确定模块将呼叫会话控制装置的路由信息确定为数据存储装置的路由。

(5)记录模块，用于记录业务控制装置上的用户业务数据的有无。

本实施例中，当业务控制装置上，发生用户业务数据的增加或者删减时，所述记录模块会纪录下业务控制装置上，用户业务数据的存在或者不存在信息。

(6)判断模块，用于通过查询所述记录模块，判断业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否触发通信消息发送模块。

本实施例中，当业务控制单元根据业务过滤规则触发时，判断模块通过查询查询所述记录模块，判断业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否触发通信消息发送模块。

(7)通信消息发送模块，用于在判断模块的触发下，向业务控制单元发送通信消息。

(8)用户认证鉴权终结或转发模块，用于终结用户终端发起的认证鉴权请求，或将用户终端发起的认证鉴权请求转发至数据存储装置。

当数据代理装置具有E1接口上的认证鉴权功能时，数据代理装置可以终结用户终端通过E1接口发起的认证鉴权请求，数据代理装置处理用户终端的认证鉴权请求后，向用户终端返回请求响应；或者，数据代理装置也可以将用户终端的认证鉴权请求进一步通过E4接口发送至对应的数据存储装置，由数据存储装置进一步处理用户终端的认证鉴权请求，并返回请求响应，即由数据存储装置终结用户终端的认证鉴权请求。

本发明的实施例还提供了一种用户业务数据管理的方法，所述方法通过由数据代理装置获取用户业务数据并对所述用户业务数据进行处理，并将处理后的用户业务数据发送至对应的数据存储装置。

具体一点讲，本发明的实施例中，用户终端发起对用户业务数据的操作请求消息，数据代理装置获取到来自用户终端的用户业务数据后，对所述用户业务数据进行处理，所述处理操作具体可以为：分解处理、校验处理和/或关联处理。

若所述用户业务数据内容对应不同的业务控制装置，则数据代理装置执行分解处理，将所述用户业务数据内容分解为一条以上的、可以和一个业务控制装置相对应的基本业务数据内容，并将其发送至对应不同的业务控制装置内的本地数据库，即所述设置于业务控制装置的数据存储装置内，和/或将所述基本业务数据内容发送至所述系统内独立的集中数据库，即所述系统内独立的数据存储装置内。当数据代理装置将所述基本业务数据内容发送至所述系统内独立的集中数据库时，进一步的，还可以将所述基本业务数据内容连同对应的业务控制装置名称一起发送至所述系统内独立的集中数据库。

在本发明的实施例中，所述的数据代理装置除了能对用户业务数据进行分解处理外，还可以进行有效性校验处理，校验用户业务数据的有效性，只有是有效性校验通过的用户业务数据才被发送给数据存储装置，而如果校验不通过，则数据代理装置可以向用户终端返回业务数据操作失败的响应。

本发明的实施例中，所述的数据代理装置可以根据用户业务数据的操作请求消息获取对应的数据存储装置信息，有两种方式，第一种方式：数据代理装置可以根据用户业务数据和配置的信息获取所述的用户业务数据对应的数据存储装置信息，具体的，数据代理装置可以通过对用户业务数据的分析，根据对应的业务种类和配置的信息获取该业务对应的数据存储装置信息，所述配置的信息可以在网络构建之初设定并修改，也可以在网络构建之后设定并修改，数据代理装置将业务种类描述信息和配置的信息进行匹配，获取对应的数据存储装置信息，或者，数据代理装置将业务种类描述信息发向存储有配置的信息的外部数据库，外部数据库将业务种类描述信息和配置的信息进行匹配，向数据代理装置返回对应的数据存储装置信息。第二种方式：数据代理装置也可以从用户业务数据的操作请求消息内包含的、对应的数据存储装置信息的描述中，获取数据存储装置信息。此外，数据代理装置也可以将携带业务数据的用户业务数据操作请求发送给呼叫会话控制装置，由呼叫会话控制装置将用户业务数据操作请求再路由至对应的数据存储装置。

本发明的实施例中，所述的数据代理装置在一个业务数据操作请求消息中可以获取一个以上的数据存储装置信息，即一个业务数据操作请求消息中至少可以包含一个业务种类信息、和/或一个数据存储装置信息。

本发明的实施例中，数据代理装置还可以记录用户在业务控制装置上的用户业务数据的有无。对一个特定的业务控制装置，当用户最初增加一条用户业务数据成功时，数据代理装置记录下用户在该业务控制装置上存在用户业务数据；当用户删除最后一条用户业务数据成功时，数据代理装置记录下用户在该业务控制装置上不存在用户业务数据。这样，当业务控制装置根据业务过滤规则待触发时，数据代理装置判断用户在该业务控制装置上是否存在用户业务数据，若所述的业务控制装置没有所述用户业务数据且该业务控制装置需要用户业务数据才能调用业务，则数据代理装置不向该业务控制装置发送通信消息；若所述的业务控制装置有所述用户业务数据，则数据代理装置向该业务控制装置发送通信消息。

本发明的实施例中，可以是呼叫会话控制装置先执行用户的业务过滤规则得到待触发的业务控制装置，数据代理装置再根据用户在该业务控制装置上是否存在用户业务数据，以决定是否触发该业务控制装置；或者，也可以是数据代理装置执行用户的业务过滤规则得到待触发的业务控制装置，并根据用户在该业务控制装置上是否存在用户业务数据，以决定是否触发该业务控制装置。

为了便于对本发明的理解，下面以本发明实施例所述方法的具体实现过程为例，并结合所述实施例的方法的具体实现流程图，如图2所示，来对本发明进行详细的说明。

在本实施例中，存在两个业务控制装置：业务控制装置1和业务控制装置2，分别提供彩铃业务和呼叫前转业务，运营商将这两个业务控制装置提供的业务组合起来向用户提供一种一号通的业务应用，用户通过在用户终端上的组合业务数据操作，可以设置呼叫前转的目的号码，以及当前转目的号码被接通时的彩铃。

所述实施例的具体实现步骤包括：

步骤201，用户在用户终端上设置“一号通”数据，示例如下：

遇忙呼叫前转目的号码	彩铃	无应答呼叫前转目的号码	彩铃
				26540000	music1	26540001	music2

其中，遇忙呼叫前转目的号码设置为26540000，对应的该目的号码接通时的彩铃设置为music1，无应答呼叫前转目的号码设置为26540001，对应的该目的号码接通时的彩铃设置为music2；

步骤202，数据代理装置接收到上述组合业务数据，将其处理后分解成分别和业务控制装置1、业务控制装置2相对应的基本业务数据1、基本业务数据2，基本业务数据1示例如下：

目的号码	彩铃
		26540000	music1
26540001	music2

表示不同目的号码对应的彩铃。

基本业务数据2示例如下：

遇忙呼叫前转目的号码	无应答呼叫前转目的号码
		26540000	26540001

表示用户的呼叫前转数据；

步骤203，数据代理装置将基本业务数据1(彩铃业务数据)发向业务控制装置1。业务控制装置1的地址可以预先配置在数据代理装置中，或配置在外部数据库中，再由数据代理装置去获取，或者，数据代理装置也可以从由用户终端发向数据代理的携带“一号通”业务数据的操作请求消息包含的、关于彩铃业务数据对应的业务控制装置1的地址的描述中，获取业务控制装置1的地址；

步骤204，数据代理装置将基本业务数据2(呼叫前转数据)发向业务控制装置2。业务控制装置2的地址可以预先配置在数据代理装置中，或配置在外部数据库中，再由数据代理装置去获取，或者，数据代理装置也可以从由用户终端发向数据代理的携带“一号通”业务数据的操作请求消息包含的、关于呼叫前转数据对应的业务控制装置2的地址的描述中，获取业务控制装置2的地址；

步骤205，业务控制装置1返回数据设置成功；

步骤206，业务控制装置2返回数据设置成功；

步骤207，数据代理装置在业务控制装置1和业务控制装置2的数据设置都成功时，向用户终端返回数据设置成功。其中，若有一个业务控制装置上的数据设置不成功，数据代理装置将向用户终端返回数据设置不成功，此时对数据设置成功的业务控制装置，数据代理装置可以将已设置的数据回退(即撤销数据设置)，也可以保持设置成功不变；

步骤208，数据代理装置记录用户在业务控制装置1和业务控制装置2上存在业务数据；

步骤209，用户发生一呼入来话，数据代理装置收到一个SIP邀请(INVITE)消息，该SIP INVITE消息可以是呼叫会话控制装置(流程图中略)发向数据代理装置的；

步骤210，数据代理装置根据业务过滤规则(如iFC)得到业务控制装置1的地址，同时查询及判断业务控制装置1上有用户的业务数据，则调用业务控制装置1，在本实施例中，假设业务过滤规则在数据代理装置上执行，数据代理装置可以在用户注册时从归属用户服务器(HSS)上获得业务过滤规则；

步骤211，数据代理装置向业务控制装置1发送SIP INVITE；

步骤212，业务控制装置1返回SIP INVITE；

步骤213，数据代理装置根据业务过滤规则(如iFC)得到业务控制装置2的地址，同时判断业务控制装置2上有用户的业务数据，则调用业务控制装置2；

步骤214，数据代理装置向业务控制装置2发送SIP INVITE；

步骤215，业务控制装置2收到SIP INVITE消息，判断当前用户状态为“忙”，则执行遇忙呼叫前转业务，根据已经设置的呼叫前转数据，向前转目的号码26540000发起呼叫；

步骤216，业务控制装置2向数据代理装置发送SIP INVITE，此时的呼叫被叫为26540000；

步骤217，数据代理装置进行后续处理，如向前转目的号码26540000发送SIP INVITE；

步骤218，前转目的号码26540000空闲，允许呼叫呼入，振铃，返回180 Ringing振铃消息；

步骤219，数据代理装置向业务控制装置1发送180 Ringing；

步骤220，业务控制装置1收到180 Ringing振铃消息，进行彩铃业务处理，由于当前的真实被叫号码为26540000，根据已经设置的彩铃业务数据，向主叫播放彩铃music1。

在上述的实施例中，业务控制装置被调用的先后顺序是由业务过滤规则(如iFC)所决定的，具体可参考第三代移动通信标准化伙伴项目(3GPP)中IP多媒体子系统(IMS)的标准中相关描述，而在本发明的实施例中，业务控制装置被调用的先后顺序也可能是由用户设置的组合业务数据所决定的，比如：业务控制装置1和业务控制装置2分别提供遇忙呼叫前转业务和呼叫等待业务，运营商将这两个业务控制装置提供的业务组合起来向用户提供一种智能路由的业务应用，用户通过在用户终端上的组合业务数据操作，可以设置用户当前状态为“忙”时，呼入来话是先进行呼叫前转还是进行先呼叫等待的处理，即业务控制装置1和业务控制装置2的被调用顺序是由用户设置的智能路由组合业务数据所决定的。

数据代理装置在收到用户设置的组合业务数据时，进行处理并分解，若数据中指定了对应业务控制装置的调用顺序，则在通信时，数据代理装置按此调用顺序调用对应的业务控制装置。

在本发明的实施例中，所述的数据代理装置除了能对用户业务数据进行分解处理，和/或校验处理外，数据代理装置还可以对用户业务数据进行关联处理，将来自不同数据存储装置的数据进行关联，以及其它处理，比如通过数据关联来进行校验处理，校验上述的呼叫前转目的号码是否是已经设置的呼叫限制号码等，数据代理装置从数据存储装置中获得已经设置的呼叫限制号码，以校验呼叫前转目的号码是否是已经设置的呼叫限制号码，如果呼叫前转目的号码是已经设置的呼叫限制号码，则数据代理装置向用户终端返回业务数据操作失败的响应，再如，数据代理装置还可以校验正要设置的呼叫限制号码是否是已经设置的呼叫前转目的号码，如果呼叫限制号码是已经设置的呼叫前转目的号码，则数据代理装置向用户终端返回业务数据操作失败的响应或通知删除设置的呼叫前转目的号码而使呼叫限制号码设置成功等，再如，用户设置缩位拨号业务数据，数据代理装置还可以校验正在设置的被缩位号码是否是已经设置的呼叫限制号码等，这里不再赘述。

所述的数据代理装置在进行关联处理时，可以根据预置的信息对当前操作的业务数据进行关联，比如，对设置的呼叫前转目的号码进行校验时，数据代理装置根据呼叫前转业务种类描述信息和预置的信息获得与呼叫前转目的号码相关联的呼叫限制号码信息，从而将呼叫前转目的号码发送给呼叫限制号码数据存储装置进行关联校验或从呼叫限制号码数据存储装置获取呼叫限制号码进行关联校验等。或者，数据代理装置还可以根据当前处理的用户业务数据操作请求消息获取和该业务数据相关联的业务数据对应的数据存储装置信息，比如，用户进行呼叫前转目的号码设置的业务数据操作请求，数据代理装置可以根据该业务数据操作请求消息获取和呼叫前转目的号码相关联的呼叫限制号码对应的数据存储装置信息，业务数据操作请求消息中可以携带和呼叫前转目的号码相关联的呼叫限制的业务种类描述信息、和/或对应的数据存储装置信息，数据代理装置从而将呼叫前转目的号码发送给呼叫限制号码数据存储装置进行关联校验或从呼叫限制号码数据存储装置获取呼叫限制号码进行关联校验等。

在上述实施例中，描述了用户在用户终端上操作的用户业务数据通过E1接口传递至数据代理装置，由数据代理装置对所述用户业务数据进行处理，并将处理后的业务数据发送到对应的数据存储装置的应用过程，在本发明中，还允许用户在用户终端上操作的用户业务数据通过E2接口传递至呼叫会话控制装置，再通过E3接口传递至数据代理装置，由数据代理装置对所述用户业务数据进行处理，并将处理后的业务数据发送到对应的数据存储装置，过程简述如下：

首先第一步，呼叫会话控制装置通过E2接口SIP消息接收来自用户终端的用户业务数据操作请求，SIP消息中携带用户业务数据操作请求的方式包括但不限于如下几种：

方式一：用户业务数据操作请求位于SIP消息的请求行(Request-Line)中，如作为请求-统一资源标识(Request-URI)，比如“＊40＊26540808”，表示用户请求将26540808登记为遇忙呼叫前转业务数据，“＊40”是遇忙呼叫前转业务数据登记的业务码。

方式二：用户业务数据操作请求位于SIP消息的头域中，如位于事件(Event)头域中，示例如下：

Event：data-operating；param＝＊40＊26540808

在上述示例中，data-operating(数据操作)是Event头域携带的事件包名称。

方式三：用户业务数据操作请求位于SIP消息的消息体(body)中，此时，在该SIP消息的头域中，可以使用上述的Event头域携带事件包名称，也可以不使用Event头域。

接着第二步，呼叫会话控制装置将携带用户业务数据操作请求的SIP消息发送至数据代理装置，呼叫会话控制装置将该SIP消息发送至数据代理装置的方法包括但不限于如下几种：

方法一：呼叫会话控制装置可以使用该SIP消息内容匹配预置的初始过滤规则(iFC)，将该SIP消息向被匹配成功的iFC中描述的数据代理装置发送，iFC中可以使用用户业务数据操作的内容作为业务触发条件，如以上述的“＊40”作为业务触发条件；或者，该SIP消息中携带了描述用户业务数据操作的属性的信息段，该信息段可以是Request-URI(请求目的是进行用户业务数据操作)、终端能力(用户终端进行用户业务数据操作的能力)、主叫偏好(用户终端当前发起请求的偏好是进行用户业务数据操作)、上述的data-operating事件包名称、上述的消息体名称等，iFC可以使用上述信息段的一种或若干种作为业务触发条件。

方法二：呼叫会话控制装置对该SIP消息进行公共服务标识(PSI)路由，通过对PSI地址解析或由HSS预置的PSI路由信息等方式，将该SIP消息向PSI应用服务器(即数据代理装置)发送，比如，以上述的“＊40”作为PSI。

接着第三步，数据代理装置收到携带用户业务数据操作请求的SIP消息，提取出业务数据，进行处理，并将处理后的业务数据发送到对应的数据存储装置。数据代理装置可以根据预先配置的信息，获取数据存储装置信息，比如数据代理装置以上述的“＊40”和配置的信息匹配，获取对应的数据存储装置信息，或者，数据代理装置以上述的“＊40”发向存储有配置的信息的外部数据库，外部数据库将“＊40”和配置的信息匹配，返回对应的数据存储装置信息。此外，数据代理装置也可以从用户业务数据操作请求消息包含的对应的数据存储装置的描述中，获取数据存储装置信息。此外，数据代理装置还可以将所述携带业务数据的SIP消息返回给呼叫会话控制装置，由呼叫会话控制装置根据上述的iFC或PSI的路由机制等，将该SIP消息发送给对应的数据存储装置。

如前所述，本发明实施例中，数据代理装置作为逻辑功能装置可以位于不同的网元上，一般的，可以有如下三种实际组网方法，组网方法一：数据代理装置作为一个独立网元集中处理来自E1接口或E3接口的用户业务数据，再将处理后的业务数据向数据存储装置发送；

组网方法二：数据代理装置分散处理用户业务数据，比如，数据代理装置和业务控制装置位于同一个网元中，此时，数据代理装置对用户业务数据的处理将分散在各个业务控制装置中，来自E1接口或E3接口的业务数据被发送至对应的业务控制装置，由该业务控制装置上的数据代理装置进行处理，再分别发送至对应的业务存储装置中；

组网方法三：数据代理装置分级处理用户业务数据，即在一次用户业务数据设置过程中，至少有两个数据代理装置处理用户业务数据，比如，来自E1接口或E3接口的业务数据先被发送至作为独立网元的数据代理装置，进行分解等处理，并将处理后的业务数据发送至对应的业务控制装置，再由业务控制装置上的数据代理装置进行校验等处理，并将处理后的业务数据发送至对应的数据存储装置中。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (21)

1.一种用户业务数据管理系统，其特征在于，包括数据代理装置和数据存储装置，其中：

数据代理装置，用于获取用户业务数据，并对所述用户业务数据进行处理，并将处理后的用户业务数据发送至数据存储装置；

数据存储装置，用于保存所述处理后的用户业务数据。

2.根据权利要求1所述的系统，其特征在于，所述的系统中还包括业务控制装置和用户终端，其中：

业务控制装置，用于提供基于用户业务数据的业务逻辑控制功能；

用户终端，用于接收用户操作的用户业务数据，生成并发送所述用户业务数据的操作请求。

3.根据权利要求2所述的系统，其特征在于，所述的系统中还包括呼叫会话控制装置，用于为用户终端提供注册服务、会话控制功能，包括接收用户业务数据的操作请求，并将所述操作请求发送至数据代理装置。

4.根据权利要求2所述的系统，其特征在于，所述的数据代理装置还用于记录业务控制装置上的用户业务数据的有无，并且，当业务控制装置根据业务过滤规则待触发时，所述数据代理装置判断该业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否向该业务控制装置发送通信消息。

5.根据权利要求2所述的系统，其特征在于，所述的数据存储装置作为一个本地数据库，设置于所述的业务控制装置内；

或者，所述的数据存储装置作为设置于所述系统内的一个独立的集中数据库；

或者，所述的数据存储装置同时作为设置于所述的业务控制装置内的本地数据库和所述系统内独立的集中数据库存在。

6.根据权利要求5所述的系统，其特征在于，当所述的数据存储装置同时作为业务控制装置内的本地数据库和系统内独立的集中数据库存在，则来自数据代理装置的用户业务数据先到达系统内独立的集中数据库，再由业务控制装置内的本地数据库向系统内独立的集中数据库请求下载用户业务数据；

或者，来自数据代理装置的用户业务数据先到达业务控制装置内的本地数据库，再到达系统内独立的集中数据库；

或者，来自数据代理装置的用户业务数据同时到达业务控制装置内的本地数据库和系统内独立的集中数据库。

7.根据权利要求3所述的系统，其特征在于，所述呼叫会话控制装置根据所述用户业务数据操作的内容和/或所述用户业务数据操作的属性，将所述用户业务数据操作请求发送至数据代理装置；

或者，所述呼叫会话控制装置根据公共服务标识路由机制，将所述用户业务数据操作请求发送至数据代理装置。

8.根据权利要求7所述的系统，其特征在于，所述用户业务数据的操作请求中至少包括以下一种信息：“不经过”指示、或用户业务数据操作的属性。

9.根据权利要求8所述的系统，其特征在于，所述呼叫会话控制装置收到所述用户业务数据的操作请求中，若包含有“不经过”指示，则呼叫会话控制装置不将所述用户业务数据操作请求发送至数据代理装置，而发送至对应的数据存储装置。

10.根据权利要求8所述的系统，其特征在于，所述用户业务数据的操作请求中还包含有“不处理”指示，若数据代理装置接收到的用户业务数据的操作请求中包含有该指示，则数据代理装置根据该指示不处理收到的业务数据，而将其转发至对应的数据存储装置。

11.根据权利要求2所述的系统，其特征在于，所述用户终端向数据代理装置发起认证鉴权请求，数据代理装置处理并终结所述认证鉴权请求，或者，数据代理装置处理并转发所述认证鉴权请求至对应的数据存储装置。

12.一种数据代理装置，其特征在于，所述装置包括：数据请求接收模块、数据处理模块、数据请求响应模块，其中：

数据请求接收模块，用于接收用户业务数据操作请求，并将业务数据操作内容发送给数据处理模块；

数据处理模块，用于处理来自所述数据请求接收模块的业务数据操作内容，并将处理结果发送给数据请求响应模块；

数据请求响应模块，用于根据来自所述数据处理模块的处理结果，生成用户业务数据操作请求的响应。

13.根据权利要求12所述的装置，其特征在于，所述的装置中还包括：数据存储装置路由确定模块，用于确定数据存储装置的路由，并发送给所述数据请求响应模块。

14.根据权利要求12所述的装置，其特征在于，所述的装置中还包括：记录模块、判断模块、通信消息发送模块，其中：

记录模块，用于记录业务控制装置上的用户业务数据的有无；

判断模块，用于通过查询所述记录模块，判断业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否触发通信消息发送模块；

通信消息发送模块，用于在判断模块的触发下，向业务控制单元发送通信消息。

15.根据权利要求12所述的装置，其特征在于，所述的装置中还包括：用户认证鉴权终结或转发模块，用于终结用户终端发起的认证鉴权请求，或将用户终端发起的认证鉴权请求转发至数据存储装置。

16.一种用户业务数据管理的方法，其特征在于，包括：

由数据代理装置获取用户业务数据并对所述用户业务数据进行处理；

将所述处理后的用户业务数据发送至对应的数据存储装置。

17.根据权利要求16所述的方法，其特征在于，所述由数据代理装置对用户业务数据进行处理的过程包括：数据代理装置将所述用户业务数据分解为一条以上、和一个以上业务控制装置相对应的基本业务数据，和/或，

数据代理装置对所述用户业务数据进行校验处理，和/或

数据代理装置对所述用户业务数据进行关联处理。

18.根据权利要求16所述的方法，其特征在于，所述将处理后的用户业务数据发送到对应的数据存储装置的过程包括：

将所述处理后的用户业务数据发送到相对应的、不同的业务控制装置，和/或将所述处理后的用户业务数据发送至一个独立的集中数据库。

19.根据权利要求18所述的方法，其特征在于，所述将处理后的用户业务数据发送到对应的数据存储装置之前，数据代理装置确定数据存储装置的路由，具体过程包括：

数据代理装置根据配置的信息获取所述的用户业务数据对应的数据存储装置信息，确定为数据存储装置的路由；

或者，数据代理装置从用户业务数据操作请求消息内包含的、对应的数据存储装置信息的描述中，获取数据存储装置信息，确定为数据存储装置的路由；

或者，数据代理装置将呼叫会话控制装置的路由信息确定为数据存储装置的路由。

20.根据权利要求16所述的方法，其特征在于，所述的方法中还包括：所述的数据代理装置记录业务控制装置上的用户业务数据的有无，当业务控制装置根据业务过滤规则待触发时，所述数据代理装置判断该业务控制装置上是否存有用户业务数据，并根据判断结果来决定是否向该业务控制装置发送通信消息。

21.根据权利要求16所述的方法，其特征在于，所述数据代理装置对所述用户业务数据进行关联处理具体包括：

数据代理装置根据预置的信息获取和所述用户业务数据相关联的业务数据信息；

或者，数据代理装置根据用户业务数据操作请求消息获取和所述用户业务数据相关联的业务数据信息。

Images