面向用户数据融合的演进之路分布式HLR应用浅析.docVIP

运营一线 面向用户数据融合的演进之路 ——分布式HLR应用浅析 □江政辉解锦明 摘要：木文分析了分布式HLR建设方案的重点，给出应用建议，希冀推动 该技术的广泛应用，帮助运营商稳步迈向融合的用户数据中心，助力业务的融合。 关键词：分布式HLR用户数据中心 演进 容灾 1前言 激烈的全业务竞争格局要求运营商在整合并优化全网资源的基础上更快速 的开发并部署个性化业务，这对运营商网络的层次化、标准化、IP化以及网络 的融合等提出了更高的要求，而统一的用户数据中心更是网络融合的重点。现网 HLR的设计理念、功能、架构等无法满足网络融合的发展趋势，有必要及时启 动面向用户数据中心的演进。分布式HLR的应用正是这方而的有益尝试，其业 务处理与用户数据分离的架构设计，可简化网络拓扑、加速网络的融合，使得全 网用户数据的统一存储、管理和分析成为可能，有利于个性化新业务的实现和推 广。 2现有HLR的特点及问题 用户数据库设备包括HLR, HSS, SHLR, POC Register等，负责存储通 信网络屮的用户数据信息，是网络的重要的核心功能实体，存储的信息类别及内 容如下： 表1用户数据库信息类别及内容表 信息类别 信息内容 用户基本信息 IMSI、MSISDN、移动台类别、移动台purged状态标识、承 载优先级标识（3G用户支持）、2G/3G用户接入控制标识等 用户动态信息 CI、LAI 等; 用户鉴权信息 Ki （三元组鉴权）、K （五元组鉴权）（3G要求）、OPc （3G 要求）等； 用户业务信息 基木业务、补充业务、短信、签约信息等； 目前通信网络中用户数据库的特点及问题如下: 容量小、处理能力弱，大部分数据库分散设置在地市层面，不能满足 集中维护等新形势下运营商的要求。 各种网络屮的用户数据库均独立设置，导致种类较多，如HLR/AUC、 HSS、SHLR、AAA 等。 数据存储和业务处理耦合度高，带来扩容的不便(现网HLR的BOSS 接口能力常常成为瓶颈)。 用户数据的存储格式等未实现标准化，不同机型间的互通存在困难， 影响容灾等重要网络功能的实现。 演进及网络融合能力不足，不利于运营商在全业务运营场景下的网络 融合。 全业务竞争格局下，运营商对用户数据库类的要求越来越高，原有用户数据 库的功能、架构等已无法适应，必须采用更先进的架构、更强大的平台来支持未 来的网络发展。 3分布式HLR的技术特点及应用建议 分布式HLR遵循层次化、标准化、开放化、承载IP化、业务个性化、网络 融合化等趋势，采用业务处理与用户数据分离的架构，业务处理与用户数据间釆 用IP承载，数据库采用大容量存储技术、开放灵活的接口功能、协议实现标准 化，很多优点是传统HLR不具备的。 3.1系统架构 分布式HLR由前端处理部分FP(Front Processing)和后端处理部分BPCBack Processing)组成，系统结构如图1所示。 图1分布式HLR系统结构图 3.1」FP (Front Processing) 前端功能实体，提供TDM、IP等对外信令接口以及应用处理功能，实现协 议接入与业务处理。HLR FP (HLR前端功能实体)实现MAP协议的接入与业 务处理功能，HSSFP (HSS前端)功能实体实现Diameter协议的接入与业务处 理功能。分布式HLR系统中的FP类型可以根据业务需求灵活扩展。 FP包含的功能模块如下： 业务处理模块：与接口模块连接，负责用户的MAP、鉴权等业务逻辑 处理。 用户数据处理模块：负责用户数据的操作管理、全局数据配置、与用 户数据库接口进行查询/修改等操作。 3」.2 BP (Back Processing) 用户数据库，又称BP,实现用户数据的存储、访问、管理、接入控制、同 步等功能。作为所有网络的惟一用户数据源，从而为多个网元提供用户数据的统 一管理和访问。 BP包含的功能模块如下： 数据服务模块：提供与业务应用无关的数据服务，支持数据分布式存 储、数据内存缓存、数据异地容灾等功能。 数据存储模块：负责用户数据的持久化存储，采用数据库管理系统和 磁盘阵列等存储设备，磁盘阵列硬盘采用RAID等技术确保数据的安全。 3.1.3接口模块 接口模块：负责与信令网、BOSS/营业厅、网管中心等外部系统的连接及协 议统一处理。 3.2接口与协议 分布式HLR将传统HLR的数据库模块和信令接入及处理模块物理分离，因 此，除支持传统HLR的基于MAP协议相关接口外，分布式HLR新增加了下列 接口： Rz : FP 与 BP 间接口，采用基于 TCP/IP 的 LDAP (Lightweight Directory Access Protocol)协议，提供数据的访问，其接口与具体数据结构无关。 Rs： BP与BP间接口，