專利名稱：一種實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置和方法
技術領域：
本發(fā)明涉及移動通信系統(tǒng)的業(yè)務運營支撐系統(tǒng)(以下簡稱BOSS系統(tǒng))集中接入 分布式歸屬位置寄存器系統(tǒng)(HLR系統(tǒng))的裝置和方法。
背景技術：
隨著移動通信網(wǎng)絡的迅猛發(fā)展，移動通信的用戶量也在迅速增加，移動通信網(wǎng)絡 中的HLR系統(tǒng)朝著大容量、分布式的方向發(fā)展已經(jīng)成為未來移動通信網(wǎng)絡的發(fā)展趨勢。分布式的HLR系統(tǒng)由于在用戶量和處理能力上均有著比傳統(tǒng)HLR系統(tǒng)高得多的要 求，分布式HLR系統(tǒng)往往需要提供多個數(shù)據(jù)訪問服務器給BOSS系統(tǒng)進行業(yè)務受理，同時，由 于分布式HLR系統(tǒng)中的用戶量巨大，BOSS系統(tǒng)在單位時間內處理的業(yè)務受理指令也顯著增 加，這就需要BOSS系統(tǒng)中設置多個BOSS子系統(tǒng)，各BOSS子系統(tǒng)能夠并發(fā)訪問分布式HLR 系統(tǒng)的多個數(shù)據(jù)訪問服務器，通過BOSS系統(tǒng)對業(yè)務受理消息的分發(fā)來提高業(yè)務受理的處 理能力。但是，如圖1所示，BOSS系統(tǒng)與分布式HLR系統(tǒng)之間是兩個不同的網(wǎng)絡，BOSS系 統(tǒng)接入分布式HLR系統(tǒng)需要經(jīng)過專門的網(wǎng)絡部署。但是，由于分布式HLR的數(shù)據(jù)訪問服務 器通常分布在不同的地理位置，而BOSS系統(tǒng)通常是集中在一個地方進行對各地終端的受 理指令統(tǒng)一處理，如果BOSS系統(tǒng)要訪問多個數(shù)據(jù)訪問服務器，就需要進行跨地域的網(wǎng)絡部 署，這樣不僅對網(wǎng)絡部署的要求較高，同時由于分布式HLR系統(tǒng)暴露出多個對分布式HLR以 外的網(wǎng)絡接入點，降低了 HLR的網(wǎng)絡安全性。此外，由于BOSS系統(tǒng)并不了解分布式HLR系統(tǒng)內部的各個組件之間的負荷情況， BOSS系統(tǒng)對多個分布式HLR系統(tǒng)的數(shù)據(jù)訪問服務器只能采用簡單的分發(fā)策略。

發(fā)明內容
本發(fā)明要解決的主要技術問題是，提供一種實現(xiàn)在分布式HLR系統(tǒng)中集中接入 BOSS的裝置和方法。為解決上述技術問題，本發(fā)明提供一種實現(xiàn)在分布式HLR系統(tǒng)中接入BOSS的裝 置，包括多個HLR子系統(tǒng)和至少一個BOSS子系統(tǒng)；各HLR子系統(tǒng)之間通過分布式網(wǎng)絡部署 實現(xiàn)信息的交互，其中一個HLR子系統(tǒng)被指定用于集中接入各BOSS子系統(tǒng)；各BOSS子系統(tǒng) 與各HLR子系統(tǒng)之間的業(yè)務處理通過指定的HLR子系統(tǒng)和各HLR子系統(tǒng)間的分布式網(wǎng)絡完 成。在一個實施例中，所述的HLR子系統(tǒng)包括HLR數(shù)據(jù)庫、集中接入接口機和至少一 個數(shù)據(jù)訪問服務器，所述各BOSS子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè)務處理具體為所述指定 用于集中接入的HLR子系統(tǒng)的集中接入接口機與各HLR子系統(tǒng)的數(shù)據(jù)訪問服務器建立連 接，業(yè)務處理信息通過指定用于集中接入的HLR子系統(tǒng)的集中接入接口機實現(xiàn)在BOSS子系 統(tǒng)和各HLR子系統(tǒng)的數(shù)據(jù)訪問服務器之間的交互。在另一個實施例中，所述的HLR子系統(tǒng)包括HLR數(shù)據(jù)庫、集中接入接口機和至少一個數(shù)據(jù)訪問服務器，所述各BOSS子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè)務處理具體為所述指 定用于集中接入的HLR子系統(tǒng)的集中接入接口機與各HLR子系統(tǒng)的集中接入接口機建立連 接，對于異地業(yè)務處理信息通過指定用于集中接入的HLR子系統(tǒng)的集中接入接口機實現(xiàn)在 BOSS子系統(tǒng)和異地HLR子系統(tǒng)的集中接入接口機之間的交互。本發(fā)明還提供了一種實現(xiàn)在分布式HLR系統(tǒng)中接入BOSS的方法，包括以下處理過 程1)指定一個HLR子系統(tǒng)用于集中接入各BOSS子系統(tǒng)；2)BOSS子系統(tǒng)向指定的HLR子系統(tǒng)發(fā)送業(yè)務處理請求；3)指定的HLR子系統(tǒng)查詢所述的業(yè)務處理請求，并將該業(yè)務處理請求轉發(fā)到對應 的HLR子系統(tǒng)；4)對應的HLR子系統(tǒng)通過指定的HLR子系統(tǒng)將業(yè)務處理信息反饋到BOSS子系統(tǒng)。在一個實施例中，所述步驟3)、4)具體為指定的HLR子系統(tǒng)中的集中接入接口機 解析業(yè)務處理請求，并在業(yè)務處理信息歷史分發(fā)記錄中進行查詢，確定該業(yè)務處理請求對 應的數(shù)據(jù)訪問服務器，并將業(yè)務處理請求轉發(fā)到該數(shù)據(jù)訪問服務器；所述數(shù)據(jù)訪問服務器 將業(yè)務處理信息通過指定的HLR子系統(tǒng)中的集中接入接口機反饋到BOSS子系統(tǒng)。在另一個實施例中，所述步驟3)、4)具體為指定的HLR子系統(tǒng)中的集中接入接口 機解析業(yè)務處理請求，并在業(yè)務處理信息歷史分發(fā)記錄中進行查詢；對于本地的業(yè)務處理 請求上傳到本地對應的數(shù)據(jù)訪問服務器；對于異地的業(yè)務處理請求，確定該請求對應的集 中接入接口機，并將業(yè)務處理請求轉發(fā)到該集中接入接口機，該集中接入接口機上傳業(yè)務 處理請求到對應的數(shù)據(jù)訪問服務器；所述異地數(shù)據(jù)訪問服務器通過本地和異地的集中接入 接口機的轉發(fā)將業(yè)務處理信息反饋到BOSS子系統(tǒng)。本發(fā)明的有益效果是當分布式HLR系統(tǒng)的設備分布在不同地域的時候，分布式 HLR系統(tǒng)有多個數(shù)據(jù)訪問服務器，使用本發(fā)明，能夠使BOSS系統(tǒng)只從一個集中的接入點接 入分布式HLR系統(tǒng)，而不需要跨地域接入分布式HLR系統(tǒng)，由于BOSS系統(tǒng)與分布式HLR系 統(tǒng)設備位于不同的網(wǎng)絡平面上，這種方法可以降低網(wǎng)絡建設的成本。


圖1是現(xiàn)有技術中BOSS系統(tǒng)接入HLR系統(tǒng)的原理圖；圖2是本發(fā)明裝置實施例一的原理圖；圖3是本發(fā)明實施例一的接入方法流程圖；圖4是本發(fā)明裝置實施例二的原理圖；圖5是本發(fā)明實施例二的方法流程圖。
具體實施例方式下面通過具體實施方式
結合附圖對本發(fā)明作進一步詳細說明。實施例一請參考圖2的組網(wǎng)方式，集中接入接口機直接訪問分布式HLR的各個地方的數(shù)據(jù) 訪問服務器，其接入過程如圖3所示，包括以下處理步驟步驟301，BOSS發(fā)送業(yè)務受理請求給集中接入接口機；
步驟302，集中接入接口機解析業(yè)務受理指令中的用戶標識，查詢歷史分發(fā)記錄；步驟303，集中接入接口機根據(jù)查詢歷史分發(fā)記錄的情況選擇數(shù)據(jù)訪問服務器；如果歷史分發(fā)記錄中沒有該用戶標識，則集中接入接口機根據(jù)數(shù)據(jù)訪問服務器的 當前負荷情況選擇一個數(shù)據(jù)訪問服務器；如果歷史分發(fā)記錄中有該用戶標識，并且歷史分發(fā)記錄中對應的數(shù)據(jù)訪問服務器 狀態(tài)正常，則集中接入接口機選擇此數(shù)據(jù)訪問服務器處理當前業(yè)務受理指令；如果歷史分發(fā)記錄中有該用戶標識，但歷史分發(fā)記錄中對應的數(shù)據(jù)訪問服務器狀 態(tài)異常，則集中接入接口機暫緩本次對該業(yè)務受理消息的處理，之后定時檢查目標數(shù)據(jù)訪 問服務器的狀態(tài)，如果嘗試3次(次數(shù)可以靈活配置)，該數(shù)據(jù)訪問服務器仍然狀態(tài)異常，則 集中接入接口機將該用戶標識的歷史分發(fā)記錄刪除，根據(jù)數(shù)據(jù)訪問服務器的當前負荷情況 重新選擇一個數(shù)據(jù)訪問服務器；步驟304，集中接入接口機發(fā)送業(yè)務受理指令給選擇出來的數(shù)據(jù)訪問服務器；步驟305，數(shù)據(jù)訪問服務器根據(jù)業(yè)務受理指令操作HLR數(shù)據(jù)庫；步驟306，HLR數(shù)據(jù)庫向數(shù)據(jù)訪問服務器返回操作結果；步驟307，數(shù)據(jù)訪問服務器向集中接入接口機返回操作結果，如果操作成功，返回 的結果中攜帶所有的用戶標識；步驟308，集中接入接口機將用戶標識記錄到新的歷史分發(fā)記錄中，如果用戶標識 已經(jīng)存在，則舊的歷史分發(fā)記錄被刪除，如果歷史分發(fā)記錄滿了，則最早期的歷史分發(fā)記錄 被刪除，新的歷史分發(fā)記錄被寫入；步驟309，集中接入接口機向BOSS返回操作結果。實施例二 請參考圖4的組網(wǎng)方式，集中接入接口機僅訪問本地的數(shù)據(jù)訪問服務器，如果需 要訪問異地的數(shù)據(jù)訪問服務器，則通過該地的集中接入接口機進行轉發(fā)；其接入過程如圖 5所示，包括以下處理步驟步驟501，BOSS發(fā)送業(yè)務受理請求給本地集中接入接口機；步驟502，本地集中接入接口機解析業(yè)務受理指令中的用戶標識，查詢歷史分發(fā)記 錄；步驟503，本地集中接入接口機根據(jù)查詢歷史分發(fā)記錄的情況選擇數(shù)據(jù)訪問服務 器，選擇的原則同方式1的步驟303 ；步驟503-1，如果選擇的數(shù)據(jù)訪問服務器在本地，處理流程同方式1的步驟304步 驟 309 ；步驟503-2，如果選擇的數(shù)據(jù)訪問服務器在異地，則本地集中接入接口機轉發(fā)業(yè)務 受理請求到異地集中接入接口機；步驟504，異地集中接入接口機收到業(yè)務受理請求，按照選擇本地數(shù)據(jù)訪問服務器 相同的原則選擇數(shù)據(jù)訪問服務器；步驟505，異地集中接入接口機發(fā)送業(yè)務受理指令給選擇出來的數(shù)據(jù)訪問服務 器；步驟506，數(shù)據(jù)訪問服務器根據(jù)業(yè)務受理指令操作HLR數(shù)據(jù)庫；步驟507，HLR數(shù)據(jù)庫向數(shù)據(jù)訪問服務器返回操作結果；
步驟508，數(shù)據(jù)訪問服務器向異地集中接入接口機返回操作結果，如果操作成功， 返回的結果中攜帶所有的用戶標識；步驟509，異地集中接入接口機將用戶標識記錄到新的歷史分發(fā)記錄中，如果用戶 標識已經(jīng)存在，則舊的歷史分發(fā)記錄被刪除，如果歷史分發(fā)記錄滿了，則最早期的歷史分發(fā) 記錄被刪除，新的歷史分發(fā)記錄被寫入步驟510，異地集中接入接口機向本地集中接入接口機返回操作結果步驟511，本地集中接入接口機將用戶標識記錄到新的歷史分發(fā)記錄中，如果用戶 標識已經(jīng)存在，則舊的歷史分發(fā)記錄被刪除，如果歷史分發(fā)記錄滿了，則最早期的歷史分發(fā) 記錄被刪除，新的歷史分發(fā)記錄被寫入；步驟512，本地集中接入接口機向BOSS返回操作結果。綜上所述，使用本發(fā)明的方法，由于集中接入接口機能夠根據(jù)分布式HLR系統(tǒng)中 的多個數(shù)據(jù)訪問服務器的負荷狀態(tài)自動選擇處理業(yè)務受理指令的數(shù)據(jù)訪問服務器，因而業(yè) 務受理消息過負荷控制得以更好的控制。使用本發(fā)明的方法，集中接入接口機能夠根據(jù)用戶標識選擇合適的處理業(yè)務受理 指令的數(shù)據(jù)訪問服務器，選擇機制能夠保證在對同一個用戶的業(yè)務受理指令先收到的先處 理的原則的基礎上，選擇最佳處理受理指令的數(shù)據(jù)訪問服務器，達到正確性和性能的最佳。以上內容是結合具體的實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā) 明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來說，在不脫 離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護 范圍。
權利要求
1.一種實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，包括多個HLR子系統(tǒng)和 至少一個BOSS子系統(tǒng)；各HLR子系統(tǒng)之間通過分布式網(wǎng)絡部署實現(xiàn)信息的交互，其中一個 HLR子系統(tǒng)被指定用于集中接入各BOSS子系統(tǒng)；各BOSS子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè) 務處理通過指定的HLR子系統(tǒng)和各HLR子系統(tǒng)間的分布式網(wǎng)絡完成。
2.根據(jù)權利要求1所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，所述 的HLR子系統(tǒng)包括HLR數(shù)據(jù)庫、集中接入接口機和至少一個數(shù)據(jù)訪問服務器，所述各BOSS 子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè)務處理具體為所述指定用于集中接入的HLR子系統(tǒng)的集 中接入接口機與各HLR子系統(tǒng)的數(shù)據(jù)訪問服務器建立連接，業(yè)務處理信息通過指定用于集 中接入的HLR子系統(tǒng)的集中接入接口機實現(xiàn)在BOSS子系統(tǒng)和各HLR子系統(tǒng)的數(shù)據(jù)訪問服 務器之間的交互。
3.根據(jù)權利要求1所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，所述 的HLR子系統(tǒng)包括HLR數(shù)據(jù)庫、集中接入接口機和至少一個數(shù)據(jù)訪問服務器，所述各BOSS 子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè)務處理具體為所述指定用于集中接入的HLR子系統(tǒng)的集 中接入接口機與各HLR子系統(tǒng)的集中接入接口機建立連接，對于異地業(yè)務處理信息通過指 定用于集中接入的HLR子系統(tǒng)的集中接入接口機實現(xiàn)在BOSS子系統(tǒng)和異地HLR子系統(tǒng)的 集中接入接口機之間的交互。
4.根據(jù)權利要求2或3所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，所 述指定用于集中接入的HLR子系統(tǒng)的集中接入接口機用于通過業(yè)務處理請求中攜帶的用 戶標識查詢和選擇請求的發(fā)送對象。
5.根據(jù)權利要求2所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，所述 指定用于集中接入的HLR子系統(tǒng)的集中接入接口機還用于在無法確定接收業(yè)務處理信息 的數(shù)據(jù)訪問服務器時，根據(jù)所述各數(shù)據(jù)訪問服務器當前的負荷情況選擇一個數(shù)據(jù)訪問服務
6.根據(jù)權利要求2或3所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置，其特征在于，所 述指定用于集中接入的HLR子系統(tǒng)的集中接入接口機還用于根據(jù)業(yè)務處理信息的交互情 況更新業(yè)務處理信息歷史分發(fā)記錄。
7.一種實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的方法，其特征在于，所述方法包括以下處理 過程1)指定一個HLR子系統(tǒng)用于集中接入各BOSS子系統(tǒng)；2)BOSS子系統(tǒng)向指定的HLR子系統(tǒng)發(fā)送業(yè)務處理請求；3)指定的HLR子系統(tǒng)查詢所述的業(yè)務處理請求，并將該業(yè)務處理請求轉發(fā)到對應的 HLR子系統(tǒng)；4)對應的HLR子系統(tǒng)通過指定的HLR子系統(tǒng)將業(yè)務處理信息反饋到BOSS子系統(tǒng)。
8.根據(jù)權利要求7所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的方法，其特征在于，所述 步驟；3)、4)具體為指定的HLR子系統(tǒng)中的集中接入接口機解析業(yè)務處理請求，并在業(yè)務處 理信息歷史分發(fā)記錄中進行查詢，確定該業(yè)務處理請求對應的數(shù)據(jù)訪問服務器，并將業(yè)務 處理請求轉發(fā)到該數(shù)據(jù)訪問服務器；所述數(shù)據(jù)訪問服務器將業(yè)務處理信息通過指定的HLR 子系統(tǒng)中的集中接入接口機反饋到BOSS子系統(tǒng)。
9.根據(jù)權利要求7所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的方法，其特征在于，所述步驟；3)、4)具體為指定的HLR子系統(tǒng)中的集中接入接口機解析業(yè)務處理請求，并在業(yè)務處 理信息歷史分發(fā)記錄中進行查詢；對于本地的業(yè)務處理請求上傳到本地對應的數(shù)據(jù)訪問服 務器；對于異地的業(yè)務處理請求，確定該請求對應的集中接入接口機，并將業(yè)務處理請求轉 發(fā)到該集中接入接口機，該集中接入接口機上傳業(yè)務處理請求到對應的數(shù)據(jù)訪問服務器; 所述異地數(shù)據(jù)訪問服務器通過本地和異地的集中接入接口機的轉發(fā)將業(yè)務處理信息反饋 到BOSS子系統(tǒng)。
10.根據(jù)權利要求8或9所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的方法，其特征在于， 所述指定用于集中接入的HLR子系統(tǒng)的集中接入接口機通過業(yè)務處理請求中攜帶的用戶 標識查詢和選擇請求的發(fā)送對象。
11.根據(jù)權利要求8或9所述的實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的方法，其特征在于， 所述步驟4)之后還包括以下處理步驟指定的HLR子系統(tǒng)中的集中接入接口機根據(jù)業(yè)務處 理信息的交互情況更新業(yè)務處理信息歷史分發(fā)記錄。
全文摘要
本發(fā)明公開了一種實現(xiàn)集中接入業(yè)務運營支撐系統(tǒng)的裝置和方法，裝置包括多個HLR子系統(tǒng)和至少一個BOSS子系統(tǒng)；各HLR子系統(tǒng)之間通過分布式網(wǎng)絡部署實現(xiàn)信息的交互，其中一個HLR子系統(tǒng)被指定用于集中接入各BOSS子系統(tǒng)；各BOSS子系統(tǒng)與各HLR子系統(tǒng)之間的業(yè)務處理通過指定的HLR子系統(tǒng)和各HLR子系統(tǒng)間的分布式網(wǎng)絡完成。采用本發(fā)明，可以使BOSS系統(tǒng)不再需要關心對分布式HLR系統(tǒng)的多個數(shù)據(jù)訪問服務器的分發(fā)，實現(xiàn)BOSS系統(tǒng)對分布式HLR系統(tǒng)的集中接入。
文檔編號H04W48/18GK102056133SQ20091011000
公開日2011年5月11日 申請日期2009年11月5日 優(yōu)先權日2009年11月5日
發(fā)明者劉翔 申請人:中興通訊股份有限公司