专利名称：用户数据融合网络系统及订阅通知的实现方法
技术领域：
本发明涉及移动通信领域，尤其涉及一种用户数据融合(User Data Convergence, UDC)网络系统以及一种基于UDC网络的订阅通知的实现方法。
背景技术：
随着互联网技术(Internet Technology, IT)软硬件技术的发展以及业务的发展， 除了传统的公用交换电话网络(Public Switched Telephone Network, PSTN)网络以及 第二代(2nd Generation, 2G)网络之外，越来越多的通讯网络被引入并成为标准，如第三代 (3rd Generation, 3G)网络、IP 多媒体子系统(IP Multimedia Sub-System, IMS)网络、微
(Worldwide Interoperability for Microwave Access, WiMAX) _会各、@ 交换网络等，这导致网络中用户数据的大量增加。随着网络中用户数据的激增，原有的用户数据存储以及提供的方式已经越来越难 以适应网络的迅速发展。数据分散管理导致运营性支出(Operating Expenditure, 0PEX) 高企，垃圾数据难以消除，数据一致性难以保证，数据安全性保障困难，数据挖掘分析缺乏 有效手段。再加上数据存储网元对外接口的不一，导致数据访问接口复杂，接口与业务紧耦 合，数据无法透明传送，新业务难以快速有效地开展，用户数据管理问题已经日益明显。为此，业界提出了统一用户数据模型的概念，即将同一用户分布在不同网元上的 数据融合起来，以用户标识作为基本标识，按照统一的数据结构组织，作为所有网络的唯一 用户数据源。在物理实现上，统一用户数据模型存储在网络的唯一数据存储网元中心数据库 (Center Database,⑶B)上，该中心数据库存储用户的统一数据模型，保证数据的一致性、 可靠性和安全性，提供与业务和数据无关的开放接口，为其他数据查询网元提供数据访问 服务。对终端数据、接入或核心网络数据、业务数据以及Internet业务数据进行融合， 应用和数据解耦，统一管理并建立统一用户数据中心，可以简化网络，缩短新业务发布时 间，促进业务创新，为运营商提供有竞争力的业务融合奠定了基础。图1描述了现有技术中第三代合作伙伴计划(3rd Generation Partnership Project, 3GPP)组织关于用户数据融合所建立的网络系统模型。其中，UDC网络包括支持多 种应用的应用前端和用户数据仓储。应用前端处理与数据无关的应用逻辑，不负责存储用 户数据信息；用户数据仓储作为网络中的用户数据中心，融合了各种应用数据，并为各种不 同的应用前端提供统一的开放式Ud访问接口。UDC网络系统不影响现有的网络系统，即应用前端与核心网元、业务层应用及电信 业务运营支撑系统(Business&Operation Support System, BOSS)之间的现有接口不受影 响。例如，支持归属用户服务(Home Subscriber Service, HSS)应用的应用前端需要支持 HSS所支持的基于Diameter协议的S6a/S6d接口、Cx、Sh接口等。支持归属位置寄存器 (Home Location Register, HLR)应用的应用前端需要支持HLR所支持的基于移动应用部分(Mobile Application Part, MAP)协议的 C，D，Gr 接口等。UDC网络要求支持订阅通知功能，但是原有网络的订阅通知机制基于应用和数据 耦合的网络系统，即应用逻辑处理和数据存储于一个网络实体中，不能有效满足业务应用 和数据分离的网络系统。应用服务器(Application Server，AS)可以通过已有的Sh接口向HSS应用前端发 送订阅通知消息，请求订阅保存在用户数据仓储中的特定用户签约数据变化的通知事件。 但是，现有技术中没有HSS应用前端基于Ud接口实现在用户数据仓储中建立订阅通知关系 的技术方案。进一步地，对于某种非显而易见的订阅通知，例如运营商出于管理的要求，需要删 除已注册用户在归属网络中保存的位置信息，此时归属网络需要向用户注册的网元实体触 发位置注销消息。但是，现有技术中没有基于UDC网络系统建立这种隐式的订阅通知关系 并触发位置注销消息的技术方案。此外，现有技术要求支持Diameter应用的HSS可以向基于MAP应用的其他网络 发送位置注销消息。例如用户从不支持空闲模式下的信令优化(Idle-mode Signalling Reduce, ISR)功能的通用分组无线系统(General Packet Radio System, GPRS)网络中的 服务GPRS支持节点(Serving GPRS Supporting Node, SGSN)实体切换到演进分组系统 (Evolved Packet System, EPS)网络中的移动性管理实体(Mobile Management Entity, MME)，MME需要置位单注册指示标志位。HSS应用前端接收到来自MME的位置更新请求消息 后，检查单注册指示标志位，需要向用户先前注册的SGSN实体发送基于MAP协议的位置注 销消息。但是，现有技术中没有基于UDC网络系统实现不同网络域之间的消息触发的技术 方案。综上所述，基于UDC网络系统如何建立显式的订阅通知关系即通过请求消息订阅 通知关系，和隐式的订阅通知关系即提前预置订阅通知关系，以及基于这种订阅通知关系， 如何实现所期望的通知消息的触发，这些都需要提供相应的技术方案加以解决。有鉴于此，有必要提供基于UDC网络的订阅通知技术，以实现UDC网络系统下的订 阅通知。
发明内容
本发明所要解决的技术问题，在于需要提供一种UDC网络系统以及基于UDC网络 的订阅通知的实现方法，以解决在UDC网络系统下如何实现订阅通知的问题。为了解决上述技术问题，本发明提供了一种订阅通知的实现方法，应用于包括用 户数据仓储的用户数据融合网络，该方法包括在所述用户数据仓储中建立订阅通知关系；所述订阅通知关系包含通知触发条 件，所述通知触发条件描述所述用户数据仓储发送通知消息的条件；收到数据更新请求时，若所述数据更新请求符合所述通知触发条件，则所述用户 数据仓储向通知事件订阅方发送通知消息。优选地，采用如下方式在所述用户数据仓储中建立所述订阅通知关系所述用户数据仓储接收到订阅签约通知请求消息或携带订阅通知请求标识的数 据修改请求消息后，建立所述订阅通知关系；或者
所述用户数据仓储预先配置并保存所述订阅通知关系。优选地，所述订阅签约通知请求消息或数据修改请求消息，由支持用户数据融合 的应用服务器通过应用服务器前端向所述用户数据仓储发送，或者由不支持用户数据融合 的应用服务器指示归属用户服务应用前端向所述用户数据仓储发送。优选地，所述建立订阅通知关系的操作包括保存订阅方地址和订阅数据，设置所 述通知触发条件所对应的数据订阅状态为已订阅；其中，所述订阅方地址包括应用服务器标识或地址，或者应用服务器应用前端标 识或地址；所述订阅数据描述签约数据订阅通知事件所对应的用户签约数据，为请求数据标 识或请求数据域名。优选地，所述通知触发条件的内容，或者包含有数据订阅状态及数据变化状态，或 者包含有订阅事件，或者包含有订阅事件及数据变化状态；所述数据订阅状态，描述签约数据订阅通知事件请求数据的订阅状态；所述数据变化状态，描述签约数据订阅通知事件订阅数据的变化状态；所述订阅事件，描述通知消息需要触发的事件；下述情况中的任意一种满足时，所述数据更新请求符合所述通知触发条件数据处于订阅状态且发生了变化，事件处于订阅状态，事件处于订阅状态且事件 所关联的数据发生了变化，事件对应的消息携带指示发送通知消息的通知标志。优选地，收到所述数据更新请求时，判断用户签约数据是否发生变化并检查用户 签约数据是否处于订阅状态，或者判断所述数据更新请求所对应的事件是否处于订阅状 态，或者判断所述数据更新请求所对应的事件是否处于订阅状态且所关联的用户签约数据 是否发生变化，或者判断所述数据更新请求所对应的事件是否携带所述通知标志；根据判断结果获得所述数据更新请求符合所述通知触发条件。优选地，由用户数据仓储或者应用前端比较用户签约数据是否发生变化并获得比 较结果，然后所述用户数据仓储根据所述比较结果完成所述通知触发条件的判断。优选地，所述订阅通知关系包含通知类型，所述通知类型用于指示所述通知事件 订阅方所需执行的业务操作；所述通知消息携带所述通知类型，以及通知数据信息。优选地，所述通知类型指示执行签约数据订阅通知时，所述通知数据信息包含订 阅方地址、用户标识以及订阅通知数据；所述订阅通知数据是订阅通知事件所订阅数据的 最新变化内容；所述通知类型指示执行位置注销时，所述通知数据信息包括用户标识以及用户当 前注册网络实体标识或地址。优选地，所述通知类型指示执行所述位置注销，包括指示归属用户服务应用前端 删除用户当前所在网络的注册信息，或者指示归属位置寄存器应用前端删除用户当前所在 通用分组无线系统网络的注册信息。为了解决上述技术问题，本发明还提供了一种用户数据融合网络系统，包括第一 应用服务器、第二应用服务器、归属用户服务应用前端以及用户数据仓储，其中所述第一应用服务器，用于向所述归属用户服务应用前端发送订阅签约通知请求
6消息；所述归属用户服务应用前端，收到所述第一应用服务器发送的所述订阅签约通知 请求消息后，向所述用户数据仓储发送订阅签约通知请求消息或携带订阅通知请求标识的 数据修改请求消息；所述第二应用服务器，用于通过应用服务器前端向所述用户数据仓储发送订阅签 约通知请求消息或携带订阅通知请求标识的数据修改请求消息；所述用户数据仓储，用于根据所述订阅签约通知请求消息或携带订阅通知请求标 识的数据修改请求消息建立订阅通知关系，或者预先建立订阅通知关系；所述订阅通知关 系包含通知触发条件，所述通知触发条件描述所述用户数据仓储发送通知消息的条件；收 到数据更新请求时，若所述数据更新请求符合所述通知触发条件，则向通知事件订阅方发 送通知消息。优选地，所述用户数据仓储建立所述订阅通知关系的操作包括保存订阅方地址 和订阅数据，设置所述通知触发条件所对应的数据订阅状态为已订阅；所述订阅方地址包 括应用服务器标识或地址，或者应用服务器应用前端标识或地址；所述订阅数据描述签 约数据变化订阅通知事件所对应的用户签约数据。与现有技术相比，应用本发明通过显式或隐式地建立订阅通知关系，有效解决了 应用逻辑处理和数据存储分离的网络系统下实现订阅通知的问题，并基于所建立的订阅通 知关系，实现了所期望的通知消息的触发。
图1是现有技术中UDC网络系统示意图；图2是本发明的基于UDC网络系统下显式订阅关系建立的示意图；图3是本发明实施例的业务签约数据发生修改的通知触发实现方式一的流程示 意图；图4是本发明实施例的业务签约数据发生修改的通知触发实现方式二的流程示 意图；图5是本发明实施例的用户位置信息删除后的通知触发流程示意图；图6是本发明实施例的基于通知消息触发实现向另一网络域的消息请求流程示 意图；图7是本发明用户数据融合网络系统实施例的组成示意图。
具体实施例方式以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用 技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。现有技术中的UDC网络，其中的应用前端处理与数据无关的应用逻辑，不负责存 储签约数据信息，也不清楚特定数据是否被订阅更新通知事件；其中的用户数据仓储存储 数据，但不能感知数据是否发生变更，无法有效触发通知消息。本发明基于UDC网络系统下实现订阅通知的主要构思是首先在用户数据仓储中 建立订阅通知关系，包括显式的通过请求消息建立订阅通知关系，和隐式的通过预先配置建立订阅通知关系；其中，订阅通知关系包括通知触发条件和通知类型，以及显式订阅通知 产生的签约数据订阅通知数据信息。通知触发条件描述了用户数据仓储发送通知消息所满足的条件，比如对于显示建 立订阅通知关系而言，数据处于订阅状态并且发生了变化则认为满足通知触发条件，对于 隐式建立订阅通知关系而言，事件处于订阅状态，或者事件处于订阅状态并且事件所关联 的数据发生了变化，或者事件对应的消息携带有指示发送通知消息的通知标志，则认为满 足通知触发条件。例如签约数据订阅通知对应的通知触发条件包括数据订阅状态和数据变 化状态，数据变化状态描述了签约数据订阅通知事件订阅数据的变化状态；位置注销对应 的通知触发条件包括用户位置信息删除事件或其他可能的事件。通知类型比如为指示符或者指示标识，对应不同的通知触发条件，为一对多的关 系，用于指示接收通知消息的应用前端所需执行的业务操作。当接收到数据更新请求消息时，用户数据仓储检验通知触发条件，如果条件满足， 则触发所支持应用的应用前端的通知流程。数据更新请求包括用户数据的插入、删除或者 更新等。用户数据仓储检验通知触发条件，包括有两种方式一种方式是用户数据仓储直 接比较用户签约数据是否发生变化，然后根据比较结果完成通知触发条件的检验；另一种 方式是由应用前端比较用户签约数据是否发生变化，然后将比较结果通过接口消息发送给 用户数据仓储，用户数据仓储根据该比较结果完成通知触发条件的检验，其中该接口消息 中携带有表示用户签约数据是否发生变化的指示标志。通知流程中的通知消息，包含有通知类型和通知数据信息，通知类型用于指示接 收通知消息的应用前端所需执行的业务操作，例如签约数据订阅通知，或位置注销等。图2是本发明的基于UDC网络系统下显式订阅关系建立的示意图。如图2所示， 显示订阅关系的建立，主要包括如下的技术特征用户数据仓储预置通知触发条件和通知类型。通知触发条件包括数据订阅状态和 数据变化状态，分别预置为数据未订阅和数据未变化。通知类型设置为签约数据订阅通知。支持用户数据融合的应用服务器，包括应用服务器前端，直接通过Ud接口 向用户数据仓储发送订阅签约通知请求消息或携带订阅通知请求(Subscription to Notification Request, SNR)标识的数据修改请求消息请求建立订阅通知关系。不支持用户数据融合的应用服务器，通过与HSS应用前端已有的Sh接口发送订阅 签约通知请求消息。HSS应用前端通过Ud接口向用户数据仓储发送订阅签约通知请求消息 或携带SNR标识的数据修改请求消息请求建立订阅通知关系。用户数据仓储接收到显式的订阅签约通知请求后，建立订阅通知关系，即保存签 约数据订阅通知数据信息，包括订阅方地址(应用服务器标识或地址，或者应用服务器应 用前端标识或地址)和订阅数据；同时设置通知触发条件所对应的数据订阅状态为已订 阅。订阅数据描述了签约数据订阅通知事件所对应的用户签约数据，可以是一个请求数据 标识或请求数据域名，不是用户签约数据的具体内容。本发明的基于UDC网络系统下隐式订阅关系的建立，主要的技术特征在于用户 数据仓储预先配置并保存通知触发条件和通知类型，通知触发条件与通知类型具有对应关 系；通知触发条件可以是订阅事件，也可以是订阅事件及该订阅事件所关联的数据的变化
8状态，还可以是事件所在消息所携带的与通知关系相对应的通知标志，这些事件是通知流 程中需要涉及到的事件；例如通知触发条件为用户位置信息删除事件，所对应的通知类型 为位置注销，又如触发条件是在发送用户位置信息删除事件的消息中携带了一通知标志， 该通知标志所对应的通知类型为位置注销，再如通知触发条件为S6a单注册指示标志位置 位事件，所对应的通知类型为MAP位置注销。所述通知触发条件的内容，或者是包含数据订阅状态及数据变化状态，或者是包 含订阅事件，或者是包含订阅事件及数据变化状态；其中的数据订阅状态描述签约数据订 阅通知事件请求数据的订阅状态，包括数据已订阅，或者数据未订阅；数据变化状态描述签 约数据订阅通知事件订阅数据的变化状态，包括订阅数据变化，或者订阅数据未变化；订阅 事件描述通知消息需要触发的事件，包括但不局限于签约数据订阅通知事件，或者用户位 置信息删除事件。需要说明的是，上述通知类型为位置注销，相对应的订阅事件还可以是用户位置 信息删除事件之外的其他事件；MAP位置注销，相对应的订阅事件，还可以是S6a单注册指 示标志位置位事件之外的其他事件。图3是本发明实施例的业务签约数据发生修改的通知触发实现方式一的流程示 意图。如图3所示，该通知触发实现方式一主要包括如下的步骤步骤S310，业务支撑系统(BSS，Business Support System)向业务提供系统 Provisioning (主要为运营商部署业务提供支撑)应用前端发送业务签约数据修改请求消 息；步骤S320，Provisioning应用前端接收到来自BSS的业务签约数据修改请求消 息，通过与用户数据仓储之间统一的Ud接口，向用户数据仓储发送用户数据修改请求消 息，以修改保存在用户数据仓储中的业务签约数据；步骤S330，用户数据仓储接收到Provisioning应用前端发送的用户数据修改请 求消息后，执行访问控制；在对Provisioning应用前端进行有效认证和对请求数据进行有效授权后，用户 数据仓储执行业务签约数据的更新操作；步骤S340，用户数据仓储检验通知触发条件，即判断请求数据(此处为业务签约 数据)是否发生变化，并检查请求数据的订阅状态；根据请求数据的变化状态判断请求数据是否发生变化；请求数据的变化状态，可 以由用户数据仓储通过比较新旧数据的差异获得；如果请求数据发生变化，并且请求数据的变化通知事件已经被订阅，则用户数据 仓储触发通知流程；否则步骤S350和步骤S360的通知流程不被触发；步骤S350，用户数据仓储通过Ud接口向通知事件订阅方发送通知消息，该通知消 息中携带有通知类型和通知数据信息；通知类型设置为签约数据订阅通知，用于指示支持订阅通知应用的应用前端将订 阅通知数据发送给订阅方；支持订阅通知应用的应用前端可以为HSS应用前端，通过Sh接口的通知消息将订 阅通知数据发送给应用服务器；支持订阅通知应用的应用前端也可以为支持UDC网络的应 用服务器应用前端；
通知数据信息包含订阅方地址(应用服务器标识或地址，或者应用服务器 应用前端标识或地址)、用户标识(用于唯一标识用户身份，例如国际移动用户标识 (International Mobile Subscriber Identity，IMSI))和订阅通知数据等；其中的订阅通 知数据是订阅通知事件所订阅数据的最新变化内容；步骤S360，HSS应用前端或者应用服务器应用前端向用户数据仓储返回通知响应 消息；步骤S370，用户数据仓储向Provisioning应用前端返回用户数据修改响应消息；步骤S380，Provisioning应用前端将用户数据修改的结果通过业务签约数据修 改响应消息返回给BSS。图4是本发明实施例的业务签约数据发生修改的通知触发实现方式二的流程示 意图。如图4所示，该通知触发实现方式主要包括如下的步骤步骤S410，业务支撑系统(BSS)向Provisioning应用前端发送业务签约数据修改 请求消息；步骤S420，Provisioning应用前端接收到来自BSS的业务签约数据修改请求消 息，首先通过与用户数据仓储之间统一的Ud接口，向用户数据仓储发送用户数据查询请求 消息，以读取保存在用户数据仓储中的原有业务签约数据；步骤S430，用户数据仓储接收到用户数据查询请求消息后，执行访问控制；在对 Provisioning应用前端进行有效认证和对请求数据进行有效授权后，用户数据仓储执行业 务签约数据的查询操作；步骤S440，用户数据仓储向Provisioning应用前端返回用户数据查询响应消息， 将原有业务签约数据发送给Provisioning应用前端；步骤S450，Provisioning应用前端接收到原有业务签约数据后，判断业务签约数 据是否发生变化，即比较新旧数据的差异；如果业务签约数据发生变化，Provisioning应用前端设置数据更新标志，并通过 Ud接口携带于用户数据修改请求消息中，发送给用户数据仓储；步骤S460，用户数据仓储接收到来自Provisioning应用前端的用户数据修改请 求消息，在判断Provisioning应用前端已被认证和请求数据获得授权后，用户数据仓储执 行业务签约数据的更新操作；步骤S470，用户数据仓储检验通知触发条件，即判断请求数据(此处为业务签约 数据)是否发生变化，并检查请求数据的订阅状态；根据请求数据的变化状态判断请求数据是否发生变化；请求数据的变化状态，可 以由用户数据仓储根据用户数据修改请求消息中携带的数据更新标志获得；如果请求数据发生变化，并且请求数据的变化通知事件已经被订阅，则用户数据 仓储触发通知流程；否则，步骤S475和步骤S476的通知流程不被触发；步骤S475，用户数据仓储通过Ud接口向通知事件订阅方发送通知消息，通知消息 中需携带通知类型和通知数据信息；通知类型设置为签约数据订阅通知，用于指示支持订阅通知应用的应用前端将订 阅通知数据发送给订阅方；支持订阅通知应用的应用前端可以为HSS应用前端，通过Sh接口的通知消息将订
10阅通知数据发送给应用服务器；支持订阅通知应用的应用前端也可以为支持UDC网络的应 用服务器应用前端；通知数据信息包含订阅方地址(应用服务器标识或地址，或者应用服务器应用前 端标识或地址)、用户标识(用于唯一标识用户身份，例如IMSI)和订阅通知数据等；订阅 通知数据是订阅通知事件所订阅数据的最新变化内容；步骤S476，HSS应用前端或者应用服务器应用前端向用户数据仓储返回通知响应 消息；步骤S480，用户数据仓储向Provisioning应用前端返回用户数据修改响应消息；步骤S490，Provisioning应用前端将用户数据修改的结果通过业务签约数据修 改响应消息返回给BSS。图5是本发明实施例的用户位置信息删除后的通知触发流程示意图。如图5所示， 该通知触发流程主要包括如下的步骤步骤 S510，运营支撑系统(OSS, Operation Support System)向 Provisioning 应 用前端发送用户位置信息删除请求消息；步骤S520，Provisioning应用前端接收到来自OSS的用户位置信息删除请求消 息，通过与用户数据仓储之间统一的Ud接口，向用户数据仓储发送用户数据修改请求消 息，以删除保存在用户数据仓储中原有的用户位置信息；在其他的实施例中，也可以通过在数据修改请求消息中携带一通知标志，该通知 标志与位置注销这一通知类型相对应，因此数据修改请求消息中携带的该通知标志，用于 指示用户数据仓储触发位置信息删除的通知流程；步骤S530，用户数据仓储接收到来自Provisioning应用前端的用户数据修改请 求消息后，执行访问控制；在对Provisioning应用前端进行有效认证和对请求数据进行有效授权后，用户 数据仓储执行用户位置信息的删除操作；步骤S540，用户数据仓储检验通知触发条件，即判断用户位置信息删除事件是否 需要触发通知流程；如果用户位置信息删除事件需要触发通知流程，则用户数据仓储触发 通知流程；否则，步骤S550和步骤S560的通知流程不被触发；步骤S550，用户数据仓储通过Ud接口向HSS应用前端发送通知消息，该通知消息 中携带有通知类型和通知数据信息；通知类型设置为位置注销，用于指示HSS应用前端删除用户当前所在网络的注册 fn息；通知数据信息包括HSS应用前端执行上述删除操作所需的信息，比如用户标识 (用于唯一标识用户身份，例如IMSI)和用户当前注册网络实体标识或地址等；步骤S560，HSS应用前端向用户数据仓储返回通知响应消息；步骤S570，用户数据仓储向Provisioning应用前端返回用户数据修改响应消息；步骤S580，Provisioning应用前端将删除用户位置信息的结果通过用户位置信 息删除响应消息返回给0SS。图6是本发明实施例的基于通知消息触发实现向另一网络域的消息请求流程示 意图。如图6所示，该消息请求流程主要包括如下的步骤
步骤S610，移动性管理实体(Mobile Management Entity，MME)通过 S6a 接口向 支持Diameter应用的HSS应用前端发送位置更新请求消息，位置更新请求消息中的单注册 指示标志位；步骤S620，HSS应用前端接收到来自MME的位置更新请求消息，通过与用户数据仓 储之间统一的Ud接口，向用户数据仓储发送用户数据修改请求消息，以保存或更新在用户 数据仓储中的用户注册信息；在其他的实施例中，也可以通过在数据修改请求消息中携带一通知标志，该通知 标志与MAP-位置注销这一通知类型相对应，因此数据修改请求消息中携带的该通知标志， 用于指示用户数据仓储触发MAP-位置注销的通知流程；步骤S630，用户数据仓储接收到来自HSS应用前端的用户数据修改请求消息后， 执行访问控制；在对HSS应用前端进行有效认证和对请求数据进行有效授权后，用户数据仓储执 行用户注册信息的更新操作；步骤S640，用户数据仓储检验通知触发条件，即判断用户注册信息中所涉及的 S6a-位置更新请求消息中单注册指示标志位事件是否需要触发通知流程；如果需要触发 通知流程，则用户数据仓储触发通知流程；否则，步骤S650和步骤S660的通知流程不被触 发；在其他的实施例中，也可以通过检查数据修改请求消息中是否携带有与MAP-位 置注销这一通知类型相对应的通知标志，如果携带了该通知标志，则用户数据仓储触发 MAP-位置注销的通知流程；步骤S650，用户数据仓储通过Ud接口向支持MAP应用的HLR应用前端发送通知消 息；该通知消息中需携带通知类型和通知数据信息；通知类型设置为MAP-位置注销，用于指示HLR应用前端删除用户当前所在GPRS 网络的注册信息；通知数据信息包括HLR应用前端执行上述删除操作所需的信息，比如用户标识 (用于唯一标识用户身份，例如IMSI)和用户当前所在GPRS网络的注册网络实体标识或地 址等；步骤S660，HLR应用前端向用户数据仓储返回通知响应消息；步骤S670，用户数据仓储向HSS应用前端返回用户数据修改响应消息；步骤607，HSS应用前端将位置更新的结果通过位置更新响应消息返回给MME。图7为本发明用户数据融合网络系统实施例的组成示意图。请参阅对应于图2至 图6的内容，图7所示的系统实施例主要包括第一应用服务器710、HSS应用前端720、第二 应用服务器730以及用户数据仓储740，其中 第一应用服务器710，为不支持UDC的应用服务器，用于通过Sh接口向HSS应用前 端720发送订阅签约通知请求消息；HSS应用前端720，收到第一应用服务器710发送的订阅签约通知请求消息后，通 过Ud接口向用户数据仓储740发送订阅签约通知请求消息或携带SNR标识的数据修改请 求消息；第二应用服务器730，为支持UDC的应用服务器，用于由内部的应用服务器前端
12732通过Ud接口向用户数据仓储发送订阅签约通知请求消息或携带SNR标识的数据修改请 求消息；用户数据仓储740，用于根据HSS应用前端720或者第二应用服务器730发送的订 阅签约通知请求消息或携带SNR标识的数据修改请求消息，建立订阅通知关系，或者直接 预先建立订阅通知关系；收到数据更新请求时，若数据更新请求符合所述订阅通知关系中 的通知触发条件，则向通知事件订阅方发送通知消息；该订阅通知关系包含描述用户数据 仓储发送通知消息的通知触发条件。用户数据仓储740建立订阅通知关系的操作，包括保存订阅方地址和订阅数据， 并设置通知触发条件所对应的数据订阅状态为已订阅。订阅方地址包括应用服务器标识或 地址，或者应用服务器应用前端标识或地址。订阅数据是一个请求数据标识或请求数据域 名，描述了签约数据订阅通知事件所对应的用户签约数据。以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖 在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
一种订阅通知的实现方法，应用于包括用户数据仓储的用户数据融合网络，其特征在于，该方法包括在所述用户数据仓储中建立订阅通知关系；所述订阅通知关系包含通知触发条件，所述通知触发条件描述所述用户数据仓储发送通知消息的条件；收到数据更新请求时，若所述数据更新请求符合所述通知触发条件，则所述用户数据仓储向通知事件订阅方发送通知消息。
2.如权利要求1所述的方法，其特征在于，采用如下方式在所述用户数据仓储中建立 所述订阅通知关系所述用户数据仓储接收到订阅签约通知请求消息或携带订阅通知请求标识的数据修 改请求消息后，建立所述订阅通知关系；或者所述用户数据仓储预先配置并保存所述订阅通知关系。
3.如权利要求2所述的方法，其特征在于所述订阅签约通知请求消息或数据修改请求消息，由支持用户数据融合的应用服务器 通过应用服务器前端向所述用户数据仓储发送，或者由不支持用户数据融合的应用服务器 指示归属用户服务应用前端向所述用户数据仓储发送。
4.如权利要求1所述的方法，其特征在于所述建立订阅通知关系的操作包括保存订阅方地址和订阅数据，设置所述通知触发 条件所对应的数据订阅状态为已订阅；其中，所述订阅方地址包括应用服务器标识或地址，或者应用服务器应用前端标识或 地址；所述订阅数据描述签约数据订阅通知事件所对应的用户签约数据，为请求数据标识或 请求数据域名。
5.如权利要求1所述的方法，其特征在于所述通知触发条件的内容，或者包含有数据订阅状态及数据变化状态，或者包含有订 阅事件，或者包含有订阅事件及数据变化状态；所述数据订阅状态，描述签约数据订阅通知事件请求数据的订阅状态； 所述数据变化状态，描述签约数据订阅通知事件订阅数据的变化状态； 所述订阅事件，描述通知消息需要触发的事件；下述情况中的任意一种满足时，所述数据更新请求符合所述通知触发条件 数据处于订阅状态且发生了变化，事件处于订阅状态，事件处于订阅状态且事件所关 联的数据发生了变化，事件对应的消息携带指示发送通知消息的通知标志。
6.如权利要求5所述的方法，其特征在于收到所述数据更新请求时，判断用户签约数据是否发生变化并检查用户签约数据是否 处于订阅状态，或者判断所述数据更新请求所对应的事件是否处于订阅状态，或者判断所 述数据更新请求所对应的事件是否处于订阅状态且所关联的用户签约数据是否发生变化， 或者判断所述数据更新请求所对应的事件是否携带所述通知标志； 根据判断结果获得所述数据更新请求符合所述通知触发条件。
7.如权利要求6所述的方法，其特征在于由用户数据仓储或者应用前端比较用户签约数据是否发生变化并获得比较结果，然后所述用户数据仓储根据所述比较结果完成所述通知触发条件的判断。
8.如权利要求1所述的方法，其特征在于所述订阅通知关系包含通知类型，所述通知类型用于指示所述通知事件订阅方所需执 行的业务操作；所述通知消息携带所述通知类型，以及通知数据信息。
9.如权利要求8所述的方法，其特征在于所述通知类型指示执行签约数据订阅通知时，所述通知数据信息包含订阅方地址、用 户标识以及订阅通知数据；所述订阅通知数据是订阅通知事件所订阅数据的最新变化内 容；所述通知类型指示执行位置注销时，所述通知数据信息包括用户标识以及用户当前注 册网络实体标识或地址。
10.如权利要求9所述的方法，其特征在于所述通知类型指示执行所述位置注销，包括指示归属用户服务应用前端删除用户当前 所在网络的注册信息，或者指示归属位置寄存器应用前端删除用户当前所在通用分组无线 系统网络的注册信息。
11.一种用户数据融合网络系统，其特征在于，包括第一应用服务器、第二应用服务器、 归属用户服务应用前端以及用户数据仓储，其中所述第一应用服务器，用于向所述归属用户服务应用前端发送订阅签约通知请求消息；所述归属用户服务应用前端，收到所述第一应用服务器发送的所述订阅签约通知请求 消息后，向所述用户数据仓储发送订阅签约通知请求消息或携带订阅通知请求标识的数据 修改请求消息；所述第二应用服务器，用于通过应用服务器前端向所述用户数据仓储发送订阅签约通 知请求消息或携带订阅通知请求标识的数据修改请求消息；所述用户数据仓储，用于根据所述订阅签约通知请求消息或携带订阅通知请求标识的 数据修改请求消息建立订阅通知关系，或者预先建立订阅通知关系；所述订阅通知关系包 含通知触发条件，所述通知触发条件描述所述用户数据仓储发送通知消息的条件；收到数 据更新请求时，若所述数据更新请求符合所述通知触发条件，则向通知事件订阅方发送通 知消息。
12.如权利要求11所述的系统，其特征在于所述用户数据仓储建立所述订阅通知关系的操作包括保存订阅方地址和订阅数据， 设置所述通知触发条件所对应的数据订阅状态为已订阅；所述订阅方地址包括应用服务 器标识或地址，或者应用服务器应用前端标识或地址；所述订阅数据描述签约数据变化订 阅通知事件所对应的用户签约数据。
全文摘要
本发明公开了一种UDC网络系统及订阅通知的实现方法，以解决在UDC网络系统下如何实现订阅通知的问题。其中该方法包括在用户数据仓储中建立订阅通知关系；订阅通知关系包含通知触发条件，通知触发条件描述用户数据仓储发送通知消息的条件；收到数据更新请求时，若数据更新请求符合通知触发条件，则用户数据仓储向通知事件订阅方发送通知消息。本发明有效解决了应用逻辑处理和数据存储分离的网络系统下实现订阅通知的问题。
文档编号H04W88/18GK101925047SQ20091014247
公开日2010年12月22日 申请日期2009年6月11日 优先权日2009年6月11日
发明者丁兆明, 曲爱妍, 朱堃 申请人:中兴通讯股份有限公司