CN101730057A - 一种在移动通信系统的用户数据库中放号的方法 - Google Patents
一种在移动通信系统的用户数据库中放号的方法 Download PDFInfo
- Publication number
- CN101730057A CN101730057A CN200810217066A CN200810217066A CN101730057A CN 101730057 A CN101730057 A CN 101730057A CN 200810217066 A CN200810217066 A CN 200810217066A CN 200810217066 A CN200810217066 A CN 200810217066A CN 101730057 A CN101730057 A CN 101730057A
- Authority
- CN
- China
- Prior art keywords
- data base
- customer data
- telephone numbers
- hlr
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种在用户数据库中放号的方法,用于在移动通信领域用户数据库的放号。原有的划分号段方法不能协调在主用用户数据库和备份用户数据库上的放号,该方法是把一个物理上的用户数据库划分成多个逻辑上的逻辑用户数据库,并能够根据逻辑用户数据库标识保存数据,因而可以同步协调在主用用户数据库和容灾用户数据库上的放号。
Description
技术领域
本发明涉及在移动通信系统的用户数据库中放号的方法。更具体地,涉及一种在容灾系统的用户数据库中放号的方法。
背景技术
先对本文中主要涉及的缩写进行定义
HLR:Home Location Register,归属位置寄存器
BOSS:Business Operation Support System,业务运营支撑系统
主用HLR:Working HLR,当前网络中处于正常运营状态的HLR系统
备份HLR:Backup HLR,为主用HLR提供用户数据和服务备份,在各主用HLR异常宕机的情况下,接管其数据及业务
在移动通信网络中,用户数据库负责存储用户签约数据和动态信息,如果一个用户数据库故障,则整个用户数据库内的所有用户业务中断,影响巨大。为了避免用户数据库故障造成的严重损失,一般为移动网络内的用户数据库按照一定比例配置实时热备份的用户数据库,使得主用用户数据库和备份用户数据库一起构成用户数据库容灾系统。在用户数据库容灾系统中,如果主用用户数据库故障,则备份用户数据库能够迅速接管故障用户数据库的业务,保障业务继续运行。如果用户数据库容灾系统配置为多个主用用户数据库和一个备份用户数据库,即N+1方式容灾,N+1容灾系统中的这个备份用户数据库又称为容灾中心用户数据库。
在此以HLR作为用户数据库的一种来示例说明:
N+1方式HLR容灾系统如图1所示,主用HLRa、HLRb、HLRc、HLRd分别位于A、B、C、D四个地区,容灾中心HLRe位于E地。为了保证各地的主用HLR与容灾中心HLR中的用户数据一致,要求各地业务运营支撑系统(BOSS)系统在放号或者修改用户签约数据时同时修改主用HLR和容灾中心HLR中的数据。目前N+1容灾系统中放号的方法如图2所示,为四地的HLRa、HLRb、HLRc、HLRd分别配置不同的受理号段范围,每个HLR只可以受理本HLR允许的一系列号段范围内的用户受理请求;而容灾中心HLR由于可以受理所有主用HLR号段范围内的用户受理请求,所以容灾中心HLR收到来自BOSS的放号请求后首先根据号段范围判断是属于哪个主用HLR的放号请求,然后采用相应的配置参数处理该放号请求,完成放号流程。
图2为现有的归属位置寄存器中放号的实施方式,包括以下步骤:
步骤201,BOSS系统向N+1容灾系统中的主用HLRa发送放号请求,消息中带有HLRa的标识、用户号码和签约数据;
步骤202,主用HLRa收到放号请求后,检查用户号码是否在本HLR允许受理的号段范围内,这里假设要放号的用户就是HLRa号段范围内的用户,因而检查通过;
步骤203,将用户数据写入数据库,完成放号处理;
步骤204,HLRa向BOSS返回放号成功应答;
步骤205,BOSS向N+1容灾系统中的容灾中心HLRe发送与步骤201中相同的放号请求,消息中带有的用户号码和签约数据都与步骤201相同;
步骤206,容灾中心HLR收到放号请求后,根据用户号码查询配置的号段范围确定用户所归属的HLR,查询结果为该用户归属HLRa;
步骤207,容灾中心HLR采用与HLRa相关的配置参数处理放号流程,将用户数据和HLR标识写入数据库,完成放号处理;
步骤208,容灾中心HLR向BOSS返回放号成功应答。
目前这种按照号段范围确定用户所属HLR的放号方法存在问题是:如果任一主用HLR中新增用户受理号段范围,则需要同步在容灾中心增加相同的用户号段范围,由于主用HLR和容灾中心HLR分布在不同的地区,人工协调增加号段存在时间上的滞后或者遗漏,从而导致在主用HLR放号成功,在容灾中心HLR放号失败的情况。
发明内容
有鉴于此,本发明提供了一种在移动通信系统的用户数据库中放号的方法,该方案是这样实现的:
一个物理上的用户数据库划分成多个逻辑上的逻辑用户数据库,所述用户数据库根据收到的用户数据携带的逻辑用户数据库标识将数据保存到相应的逻辑用户数据库。
进一步地,所述用户数据库是下列三种之一:归属位置寄存器、归属用户服务器或认证授权计费服务器。
进一步地,所述用户数据库在移动通信的容灾系统中是作为主用用户数据库。
进一步地,所述用户数据库在移动通信的容灾系统中是作为备份用户数据库。
本发明还提供一种在移动通信系统的用户数据库中放号的装置,包含接收单元、存储单元,还包括判断单元,判断单元根据接收到的用户数据的逻辑用户数据库标识决定保存的逻辑用户数据库,存储单元保存相应的用户数据。
采用了该技术手段后,克服了主用用户数据库和备份用户数据库不能协调放号的问题,达到了在用户数据库和备份用户数据库中同步放号的效果。
附图说明
图1现有技术的N+1方式HLR容灾系统结构;
图2现有技术的N+1容灾系统中放号的方法;
图3本发明的一种具体实施例;
图4本发明中主用HLR实现的另一种方式;
图5本发明的结构装置图。
具体实施方式
下面结合附图对本发明技术详细描述。
参见图3,图3为本发明的容灾中心HLR的一种实施例,包括以下步骤:
步骤301,BOSS系统向N+1容灾系统中的主用HLRa发送放号请求,消息中带有HLRa的标识、用户号码和签约数据;
步骤302,主用HLRa收到放号请求后,检查用户号码是否在本HLR允许受理的号段范围内,这里假设要放号的用户就是HLRa号段范围内的用户,因而检查通过;
步骤303,将用户数据写入数据库,完成放号处理;
步骤304,HLRa向BOSS返回放号成功应答;
步骤305,BOSS向N+1容灾系统中的容灾中心HLRe发送与步骤301中相同的放号请求,消息中带有HLRa的标识、用户号码和签约数据都与步骤301相同;
步骤306,容灾中心HLR收到放号请求后,根据消息中的HLR标识确定用户归属HLRa;
步骤307,容灾中心HLR采用与HLRa相关的配置参数处理放号流程,将用户数据和HLR标识写入数据库,完成放号处理;
步骤308,容灾中心HLR向BOSS返回放号成功应答。
采用了以上的具体实施方式后,克服了原有划分号段造成的主用HLR和容灾中心HLR不能同步协调存放号码的弊端。它可以同步协调在主用HLR和容灾中心HLR上的放号,避免了在容灾中心HLR上的放号失败。
图4为本发明的一个物理HLR虚拟成多个逻辑HLR的一种实施方式,包括以下步骤:
步骤401,BOSS向HLR(虚拟成多个逻辑HLR:HLRa、HLRb、HLRc)发送放号请求,消息中带有HLRa的标识、用户号码和签约数据;
步骤402,HLR收到放号请求后,根据消息中的HLR标识确定用户归属HLRa;
步骤403,HLR采用与HLRa相关的配置参数处理放号流程,将用户数据和HLR标识写入数据库,完成放号处理;
步骤404,HLR向BOSS返回放号成功应答;
步骤405,BOSS向其他逻辑HLR放号流程与步骤401~404类似,只是放号请求消息中携带的HLR标识、用户号码等参数不同。
图5为本发明的一种结构装置图
它是一种在移动通信系统的用户数据库中放号的装置,包含接收单元、存储单元,还包括判断单元,判断单元根据逻辑用户数据库标识决定保存的逻辑用户数据库,存储单元保存相应的用户数据。
本发明的灵感虽然来自对容灾系统的容灾中心HLR中的放号流程的思考,但是本发明不局限于容灾中心HLR的放号流程,同时也适用于容灾中中心的归属用户服务器(HSS)和认证授权计费服务器(AAA)的增加用户的流程。此外,本发明也适用于将一个物理的HSS/AAA划分成多个逻辑独立的HSS/AAA的系统,用于物理HSS/AAA选择逻辑HSS/AAA的方法。
本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (6)
1.一种在移动通信系统的用户数据库中放号的方法,其特征在于:一个物理上的用户数据库划分成多个逻辑上的逻辑用户数据库,所述用户数据库根据收到的用户数据携带的逻辑用户数据库标识将数据保存到相应的逻辑用户数据库。
2.根据权利要求1所述的方法,其特征在于:所述用户数据库是下列三种之一:归属位置寄存器、归属用户服务器或认证授权计费服务器。
3.根据权利要求1、2所述的方法,其特征在于:所述用户数据库在移动通信的容灾系统中是作为主用用户数据库。
4.根据权利要求1、2所述的方法,其特征在于:所述用户数据库在移动通信的容灾系统中是作为备份用户数据库。
5.一种在移动通信系统的用户数据库中放号的装置,包含接收单元、存储单元,其特征在于:还包括判断单元,判断单元根据逻辑用户数据库标识决定保存的逻辑用户数据库,存储单元保存相应的用户数据。
6.一种在移动通信系统中实现放号的用户数据库,其特征在于,所述用户数据库包括:至少一逻辑用户数据库;接收单元,用以接受一用户数据,其中所述用户数据携带有一逻辑用户数据库标识;存储单元,用以根据所述用户携带的逻辑用户数据库标识将所述用户数据存储到对应的逻辑用户数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810217066A CN101730057A (zh) | 2008-10-24 | 2008-10-24 | 一种在移动通信系统的用户数据库中放号的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810217066A CN101730057A (zh) | 2008-10-24 | 2008-10-24 | 一种在移动通信系统的用户数据库中放号的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101730057A true CN101730057A (zh) | 2010-06-09 |
Family
ID=42450087
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810217066A Pending CN101730057A (zh) | 2008-10-24 | 2008-10-24 | 一种在移动通信系统的用户数据库中放号的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101730057A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102662793A (zh) * | 2012-03-07 | 2012-09-12 | 江苏引跑网络科技有限公司 | 一种可保证数据一致性的分布式数据库热备份与恢复方法 |
CN106304010A (zh) * | 2015-06-29 | 2017-01-04 | 中兴通讯股份有限公司 | 一种适合于多受理源的组网方法及装置 |
-
2008
- 2008-10-24 CN CN200810217066A patent/CN101730057A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102662793A (zh) * | 2012-03-07 | 2012-09-12 | 江苏引跑网络科技有限公司 | 一种可保证数据一致性的分布式数据库热备份与恢复方法 |
CN106304010A (zh) * | 2015-06-29 | 2017-01-04 | 中兴通讯股份有限公司 | 一种适合于多受理源的组网方法及装置 |
CN106304010B (zh) * | 2015-06-29 | 2021-05-28 | 中兴通讯股份有限公司 | 一种适合于多受理源的组网方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101977124B (zh) | 基于ZooKeeper技术的业务集群方法及系统 | |
EP0843944B1 (en) | Method for performing replacement of a subscriber identity module (sim) in a mobile communications network | |
CN100421101C (zh) | 数据核对装置及核对方法 | |
CN101998344A (zh) | 多用户计费的方法及装置 | |
CN104661210A (zh) | Sim卡注册方法、终端及sim卡激活装置 | |
CN102547679B (zh) | 物联网号码转换方法、装置及接入系统 | |
CN102065161B (zh) | 通过虚拟办法实现多卡多待手机功能的系统及方法 | |
CN105554730A (zh) | 一种通讯方法、服务器、终端 | |
CN102883471A (zh) | 单芯片多卡多待手机及其冲突解决方法 | |
CN101071434A (zh) | 一种分布式数据库系统中用户分布的方法、装置及系统 | |
CN104574051A (zh) | 一种计费方法及装置 | |
CN103874051A (zh) | 物联网预置资源处理方法及装置 | |
CN102243655B (zh) | 一种数据库的连接管理方法及装置 | |
CN102364889A (zh) | 一种共享池资源计费方法及装置 | |
CN103258389B (zh) | 自助终端上传文件的方法、系统和自助终端 | |
CN102243653B (zh) | 一种数据库连接的管理方法及装置 | |
CN105376155B (zh) | 一种基于分布式集群架构的智能路由系统及方法 | |
CN101615130A (zh) | 业务功能管理系统和方法 | |
CN101730057A (zh) | 一种在移动通信系统的用户数据库中放号的方法 | |
CN102243597A (zh) | 一种数据库连接的控制管理方法及装置 | |
CN103079207A (zh) | 物理小区标识pci的配置方法和设备 | |
CN102405465A (zh) | 数据库装置、数据库匹配系统及数据库匹配方法 | |
WO2009008582A1 (en) | System and method for processing subscription of subscriber identity module | |
CN101699783A (zh) | 一种在线计费数据备份方法、系统和计费平台 | |
CN101425013A (zh) | 一种个性化设置的控制方法、系统及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100609 |