[发明专利]用户数据会聚(UDC)通知管理

说明书

相关申请

本申请要求2009年6月11日提交的序列号为61/186240的美国临时专利申请的优先权。

技术领域

本发明一般涉及通信网络，并且具体地说，涉及用于管理用户数据储存库(UDR)与通信网络中多个应用前端(应用FE)之间的用户数据会聚(UDC)通知的系统和方法。

背景技术

用户数据会聚(UDC)当前正在由第三代合作伙伴项目(3GPP)开发。技术规范3GPP TS 23.335描述了UDC的技术实现，它分离了用户数据和不同网络元件的应用逻辑。用户数据储存库(UDR)提供由不同应用FE访问的集中式数据库。

图1是一般UDC体系结构10的简化框图。用户数据存储在UDR11中。应用前端(FE)12a-12c是无数据功能实体。应用前端保留诸如归属位置寄存器(HLR)、归属订户服务器(HSS)、认证中心(AUC)、应用服务器(AS)、供应系统及诸如此类等功能网络实体的应用逻辑，但不在本地永久性存储用户数据。应用FE可同时处理一个或几个应用。UDC体系结构经诸如Diameter、移动应用协议(MAP)、会话启动协议(SIP)等协议14或其它适合协议与核心网络、服务层和操作与支持系统(OSS)13接口。UDC实现的要求是最小化对现有网络的影响。

图2是UDC体系结构的简化框图，其中，UDR 11提供用于实现为HLR-FE 21a-21c的多个应用FE的用户数据。HRL-FE又支持多个MSC/VLR 22a-22e。如所明白的，每个应用FE配置有通常称为“前端标识符”的单独标识符，该标识符用于与体系结构的其它实体建立通信。UDR与HLR-FE之间的接口23支持通知功能性，该功能性允许UDR通知相关HLR-FE关于可对UDR中特定用户数据发生的特定事件。所述事件可以是对现有用户数据的更改、用户数据的添加等等。核心网络和服务层应用可明确预订这些通知。例如，AS(作为应用FE的一示例)可预订接收对特定用户数据的服务更改。备选的是，核心网络和服务层应用可根据UDC概念隐含预订通知。例如，用户被定位的通知及其位置可在管理上被取消。

假设诸如“HLR”等特定应用类型的任何应用FE适合用于处理向与该应用类型相关联的核心网络/服务层/OSS中任何元件的通知。因此，在图2中，假设UDR 11能够向任何HLR-FE 21a-21c通知用户数据更改，并且被通知的HLR-FE能够通知任何MSC/VLR 22a-22e而不考虑条件(例如，用户的地理位置)。因此，UDR不涉及发送通知到特定HLR-FE。

然而，带有大型网络的一些运营商可利用路由选择层次结构，其中，其整体网络被分成例如通过信令传输点(STP)连接的多个区域网络。在此网络配置中，第一区域网络中的HLR-FE可能不具有到第二区域网络中MSC/VLR的“直接”信令连接，但具有“间接”连接，其中信令通过一个或多个STP来路由。此外，假定将通信网络中所有节点与所有节点进行网状连接通常要求复杂和昂贵的开发，可能发生的是，HLR-FE可能没有与例如其它地理位置区域中所有MSC/VLR的信令连接。因此，对于影响特定MSC/VLR的数据更改，UDR必须管理其HLR-FE选择，以便UDR不选择不能到达受影响MSC/VLR的HLR-FE。

发明内容

当前，在3GPP中没有指定解决此问题的机制，因为假设所有应用FE将到达所有定义的区域网络。在当前规范中UDR选择任何应用FE发送有关数据更改的通知(例如，供应)而不考虑用户，也不考虑用户的“位置”。因此，UDR可能将通知发送到不能将它提供到需要该通知的网络元件的应用FE。本发明提供用于管理UDR与多个应用FE之间的UDC通知的方法和设备，这解决了此问题。

在一个实施例中，本发明涉及一种在UDR中用于从电信网络中的多个应用FE来选择应用FE以接收事件通知的方法。该方法包括为数据库填充与多个应用FE的每个应用FE相关联的应用类型和组标识符的步骤，其中每个组标识符识别通过相关联应用FE可访问的通信网络的不同部分。该方法还包括随后启动事件通知过程以报告对于识别的用户的用户数据的更改；以及选择应用FE以基于选定应用FE的应用类型和组标识符来接收事件通知。可通过在从应用FE之一收到UDR操作请求时存储用于每个应用FE的应用类型和组标识符来填充数据库。如果满足预定义条件，则可在数据库中更新用于给定应用FE的组标识符。

可选的是，该方法可包括将负载分发权重指派到多个应用FE的每个应用FE，并且也将应用FE的选择基于指派的负载分发权重。