宋上雷，李明晏/Song Shanglei,Li Mingyan

（中國移動通信集團設(shè)計院有限公司山東分公司 濟南250001）

(Shandong Branch of China Mobile Group Design Institute Co.,Ltd.,Jinan 250001,China)

1 引言

隨著移動業(yè)務的發(fā)展，終端用戶類別及新業(yè)務日漸多樣，針對每種業(yè)務，網(wǎng)絡都分別提供獨立的數(shù)據(jù)庫。眾多分離的數(shù)據(jù)庫系統(tǒng)形成信息孤島，并使數(shù)據(jù)配置和操作管理等工作變得越來越復雜。傳統(tǒng)HLR（歸屬位置寄存器）采用集中式的軟件結(jié)構(gòu)，不易擴容和集成其他數(shù)據(jù)庫，已很難滿足不斷發(fā)展的網(wǎng)絡需求。

隨著LTE網(wǎng)絡和IMS的引入，用戶數(shù)據(jù)融合的必要性開始顯現(xiàn)，現(xiàn)網(wǎng)HLR不能滿足業(yè)務發(fā)展需求，分布式HLR以其架構(gòu)的先進性及對用戶數(shù)據(jù)融合的良好支持，成為HLR升級換代的必然選擇。因此，分布式HLR是建設(shè)融合用戶設(shè)備的趨勢。

2 用戶數(shù)據(jù)融合

2.1 用戶數(shù)據(jù)融合引入

針對運營商網(wǎng)絡中用戶數(shù)據(jù)分散、訪問接口多、數(shù)據(jù)冗余、數(shù)據(jù)不一致等問題，3GPP（TS 23.335）提出了用戶數(shù)據(jù)融合（UDC）的概念。UDC采用分層架構(gòu)，由2部分組成，即前端（front end，F(xiàn)E）和用戶數(shù)據(jù)庫（user data repository，UDR）。

FE的功能主要有：負責業(yè)務邏輯處理 （如HLR、LTE HSS、IMS HSS的應用），不負責用戶數(shù)據(jù)存儲；有明確的ID，相同類型的FE可以組成一個簇，會分配一個簇ID，支持容災、備份、負荷分擔等問題。

UDR的主要功能有：負責各種用戶數(shù)據(jù)的統(tǒng)一存儲 （如HLR、LTE HSS、IMS HSS的用戶數(shù)據(jù)），為應用提供數(shù)據(jù)模型視圖（不同的應用可以有不同的視圖），并為FE提供數(shù)據(jù)訪問接口；具有CRUD（create read update delete）能力和S/N（subscription/ notification）的能力，當被訂閱的數(shù)據(jù)發(fā)生變更后能根據(jù)一定的算法選擇不同的FE進行通知；可以對FE級進行權(quán)限控制，包括FE ID的權(quán)限控制、運營商的權(quán)限控制、應用類型的權(quán)限控制、針對數(shù)據(jù)級別的控制、操作類型的權(quán)限控制等；當UDR中的信息發(fā)生變更需要通知FE時，UDR可以存儲FE的信息。

UDR包含的數(shù)據(jù)范疇有：用戶的簽約數(shù)據(jù)，主要是HLR、LTE HSS、IMS HSS、AS、AAA等用戶在網(wǎng)絡中的簽約信息、鑒權(quán)信息等；用戶的注冊信息，即用戶目前的注冊狀態(tài)；用戶的位置信息，如用戶所注冊的SGSN信息等。

UDR的數(shù)據(jù)庫按照存儲數(shù)據(jù)的數(shù)據(jù)模型不同，分為關(guān)系型數(shù)據(jù)庫、層次型數(shù)據(jù)庫、網(wǎng)狀數(shù)據(jù)庫。目前使用廣泛的是關(guān)系型數(shù)據(jù)庫和層次型數(shù)據(jù)庫，主流數(shù)據(jù)庫支持廠家包括Oracle、IBM、Microsoft等。關(guān)系型數(shù)據(jù)庫適用于與FE適配，負責FE接入；層次型數(shù)據(jù)庫適用于數(shù)據(jù)在物理介質(zhì)上的存儲、維護和管理。

2.2 用戶數(shù)據(jù)設(shè)備融合

隨著CM-IMS和TD-LTE的引入，用戶、數(shù)據(jù)、設(shè)備越來越多，網(wǎng)絡中用戶數(shù)據(jù)設(shè)備除現(xiàn)網(wǎng)HLR外，還會引入EPC HSS以及移動IMS HSS。3種用戶數(shù)據(jù)設(shè)備都存儲用戶數(shù)據(jù)，但三者在服務用戶、接口協(xié)議、功能等方面有較大差別。HLR、EPC-HSS、IMS-HSS融合組網(wǎng)如圖1所示。

2G/TDHLR、EPC-HSS、移動IMS-HSS獨立建設(shè)會導致CS/PS/EPS/CM-IMS跨域數(shù)據(jù)交互及組網(wǎng)結(jié)構(gòu)復雜、重復設(shè)備投資、數(shù)據(jù)冗余存儲、對同一用戶多點業(yè)務開通、鑒權(quán)失敗等問題。

2G/TD HLR和EPC HSS融合可滿足多模單待數(shù)據(jù)卡終端以及CSFB終端的數(shù)據(jù)融合需求。2G/ TD HLR+EPC HSS和IMS HSS融合可滿足VoLTE終端的數(shù)據(jù)融合需求。

因此，HLR、EPC-HSS、移動IMS-HSS應實現(xiàn)用戶數(shù)據(jù)融合，并為整體用戶數(shù)據(jù)融合提供基礎(chǔ)。

3 分布式HLR架構(gòu)和功能

3.1 分布式HLR架構(gòu)

3GPP R4標準架構(gòu)下的交換網(wǎng)絡特點是承載和控制分離，這種架構(gòu)帶來了大容量、高處理能力、節(jié)約網(wǎng)絡投資的優(yōu)點，同時簡單、清晰的網(wǎng)絡結(jié)構(gòu)使得網(wǎng)絡擴容和維護成本低，并且可實施容災備份機制。分布式HLR技術(shù)在設(shè)備架構(gòu)上借鑒了R4分離架構(gòu)軟交換MSC的一些概念，采用了數(shù)據(jù)存儲和業(yè)務處理分層的架構(gòu)（UDC架構(gòu)），分布式HLR系統(tǒng)架構(gòu)如圖2所示。

分布式HLR主要由3部分組成。

（1）前端設(shè)備

核心處理模塊：負責MAP、Diameter等信令消息的高層協(xié)議處理功能。

信令模塊：負責MAP等七號信令以及LTE HSS的Diameter信令消息底層協(xié)議處理功能。

E1中繼模塊：用于直聯(lián)、準直聯(lián)TDM七號信令鏈路接口。

IP模塊：用于IP信令及Diameter信令的接口，連接IP承載網(wǎng)絡。

（2）后端設(shè)備（BE）

AUC功能模塊：生成用戶鑒權(quán)數(shù)據(jù)等。

中央數(shù)據(jù)庫：存儲用戶數(shù)據(jù)，包括用戶簽約信息等。

（3）其他公共設(shè)備

交換矩陣：TDM交換總線、數(shù)據(jù)交換總線。

同步：時鐘同步、時間同步。

BOSS接口、網(wǎng)管接口、輸入輸出設(shè)備（I/O設(shè)備）、維護終端等。

3.2 分布式HLR優(yōu)勢

（1）大容量、集中化

分布式HLR大容量分層架構(gòu)平臺可滿足大容量集中化建設(shè)的要求：FE/BE分層架構(gòu)可以實現(xiàn)整體性能與容量的靈活在線擴展，從而滿足大容量的設(shè)置要求；基于ATCA/刀片式的新平臺可以降低設(shè)備能耗和占地，有利于節(jié)能減排。

（2）安全性

分布式HLR支持分布式組網(wǎng)架構(gòu)可有效提升大容量部署的數(shù)據(jù)安全性：FE與BE、BE與BE可實現(xiàn)異地容災，之間通過IP承載通信；多個FE可以通過主備或負荷分擔方式對MAP業(yè)務進行保護；BE之間可以對靜態(tài)數(shù)據(jù)、動態(tài)數(shù)據(jù)進行實時備份，通過主備或負荷分擔方式實現(xiàn)容災。

（3）用戶數(shù)據(jù)融合

分布式HLR能夠平滑演進支持HLR/EPC HSS/ IMS HSS融合，保證2G/3G用戶不換號轉(zhuǎn)網(wǎng)為4G用戶；并能夠平滑演進到未來的大容量融合數(shù)據(jù)中心，使得數(shù)據(jù)挖掘更加便利，數(shù)據(jù)價值得以充分利用。

4 分布式融合HSS/HLR部署方案

4.1 BE和FE集中部署在省中心，F(xiàn)E分信令匯接區(qū)設(shè)置

分布式HLR的BE和FE應以省為單位集中設(shè)置，采用成對方式設(shè)置，配對的2套分布式HLR安裝在同一數(shù)據(jù)中心城市的不同機房。成對BE采用“1+1”互備方式，成對HLR FE和HSS FE也采用“1+ 1”互備方式，F(xiàn)E按不同號段承載業(yè)務，如圖3所示。

分布式HLR支持分權(quán)分域功能，省內(nèi)多個本地網(wǎng)可根據(jù)容量共用一套分布式HLR的BE，省內(nèi)同一信令匯接區(qū)的多個本地網(wǎng)可共用一套分布式HLR的FE。（注：同一對LSTP負責的多個本地網(wǎng)屬于省內(nèi)同一分信令區(qū)）

該方案中FE完全按照信令匯接區(qū)設(shè)置，不會對B鏈負荷產(chǎn)生影響。FE集中設(shè)置導致MSC至HLR的本地信令改為通過LSTP轉(zhuǎn)接實現(xiàn)，導致FE與LSTP之間的A鏈負荷大大增加。以同一本地網(wǎng)A兩用戶為例，呼叫路由變化如圖4所示。

4.2 BE和FE集中部署在不同的省中心，“1+1”異地備份

分布式HLR采用成對方式設(shè)置，配對的2套分布式HLR分別安裝在不同省中心機房。成對BE采用“1+1”互備方式，成對HLR FE和HSS FE也采用“1+1”互備方式，F(xiàn)E按不同號段承載業(yè)務，具體如圖5所示。

圖3 BE和FE集中部署在省中心，F(xiàn)E分信令匯接區(qū)設(shè)置

圖4 FE按信令匯接區(qū)集中后信令路由變化情況

圖5 配對的2套分布式HLR分別安裝在不同省中心

分布式HLR支持分權(quán)分域功能，省內(nèi)多個本地網(wǎng)可根據(jù)容量共用一套分布式HLR的BE和FE，同時將全省每個本地網(wǎng)的用戶數(shù)據(jù)平均分配在不同省中心分布式HLR上。

由于該方案未考慮信令匯接區(qū)，全省有一半的用戶在呼叫過程中存在信令迂回以及對LSTP之間B鏈負荷的大量增加。以地市A用戶a和用戶b的本地通話為例，用戶a和用戶b的主用數(shù)據(jù)在省中心A和省中心B，省中心A和省中心B分屬不同的信令匯接區(qū)，呼叫流程如圖6所示。

4.3 BE和FE分離設(shè)置 （BE集中在省中心，F(xiàn)E分散在本地）

分布式HLR采用成對方式設(shè)置，配對的2套分布式HLR的BE分別安裝在不同數(shù)據(jù)中心機房，成對BE采用“1+1”互備方式，成對FE分散設(shè)置在本地，采用“1+1”互備方式，F(xiàn)E按不同號段承載業(yè)務。BE與FE之間通過IP專用承載網(wǎng)疏通數(shù)據(jù)，具體如圖7所示。

圖6 同一本地網(wǎng)分屬不同BE的兩用戶之間的呼叫流程

圖7 BE和FE分離設(shè)置（BE在省中心，F(xiàn)E分散在地市）

本方案由于FE設(shè)置在地市，對于MSC部署在地市的省網(wǎng)來說，目前情況下對信令網(wǎng)的影響最小。在核心網(wǎng)網(wǎng)元集中化設(shè)置的背景下，IMS HSS的FE和EPC HSS的FE如果設(shè)置在本地，與核心網(wǎng)網(wǎng)元之間的信令交互存在大量信令迂回，不利于網(wǎng)絡后續(xù)演進。

4.4 方案比較

上述3種方案各有優(yōu)缺點，從對現(xiàn)網(wǎng)的影響、集中化要求、網(wǎng)絡演進以及容災效果等角度進行比較，見表1所列。

表1 分布式融合HSS/HLR建設(shè)方案比較

方案建議：從集中化要求、對信令網(wǎng)的調(diào)整以及網(wǎng)絡演進角度綜合考慮，建議采用方案一，即BE和FE集中部署在省中心，按信令匯接區(qū)分區(qū)設(shè)置，BE采用“1+1”備份，F(xiàn)E采用“1+1”備份。

5 結(jié)束語

移動核心網(wǎng)絡正朝著全業(yè)務和全IP網(wǎng)絡的方向發(fā)展，網(wǎng)絡分層化、開放化及集中化是移動核心網(wǎng)演進的趨勢。分布式HLR其業(yè)務邏輯與用戶數(shù)據(jù)的分層、業(yè)務邏輯與用戶數(shù)據(jù)間的IP訪問、數(shù)據(jù)庫開放靈活的接口及架構(gòu)正是順應了這些發(fā)展趨勢。隨著網(wǎng)絡的演進，分布式HLR將演變成融合的用戶數(shù)據(jù)中心，將用戶數(shù)據(jù)對外開放，以進行用戶數(shù)據(jù)充分挖掘及業(yè)務創(chuàng)新。