一種適合於多受理源的組網方法及裝置與流程

2023-05-05 19:02:56

本發明涉及無線核心網網元技術領域，特別涉及一種適合於多受理源的組網方法及裝置。

背景技術：

隨著網絡的日益發達，個人可以通過多種途徑，如網上營業廳、portal、USSD(Unstructured Supplementary Service Data，非結構化補充數據業務)碼等方式辦理業務，而不再僅限於到營業廳辦理業務。隨著辦理渠道的擴展，網絡中部署的受理源也會隨著增多。在PCC(Policy and Charging Control，策略和計費控制)系統中，流量紅包業務在部署時候，當非PCC用戶訂購紅包業務時候，需要通過BOSS A(Business Operation Support System A，業務運營支撐系統A)對這些用戶進行SPR(Subscriber Profile Repository，用戶籤約資料庫)放號，後續如果BOSS B再對這部分用戶重複放號的時候，目前的PCRF(Policy and Charging Rules Function，策略和計費規則功能)/SPR會提醒BOSS B用戶已經存在，導致BOSS B業務發放流程失敗。這樣業務部署的速度和數據的兼容性都不能得到保證。

技術實現要素：

本發明的目的在於提供一種適合於多受理源的組網方法及裝置，解決了現有技術中業務部署的速度和數據的兼容性都不能得到保證的問題。

根據本發明的一個方面，提供了一種適合於多受理源的組網方法，包括以下步驟：

SPR在收到當前BOSS發送的攜帶號碼的放號指令時，判斷其他BOSS是否已經在SPR內放入了相同號碼；

當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息；

其中，所述SPR是指用戶籤約資料庫；所述BOSS是作為受理源的業務運營支撐系統。

優選地，還包括：

當所述SPR判斷其他BOSS未在SPR內放入相同號碼時，將所述當前BOSS的放號指令攜帶的號碼放入SPR內。

優選地，所述的當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息包括：

當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，確定所述SPR資料庫中的參數信息是否置位；

當確定所述SPR資料庫中的參數信息置位時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息。

優選地，所述的用戶基本信息包括用戶優先級、用戶等級以及用戶計費類型。

優選地，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息之後還包括：

將所述當前BOSS攜帶的套餐信息與其他BOSS關聯的套餐信息進行合併處理。

優選地，還包括所述SPR收到當前BOSS發送的設置套餐指令和設置用量指令的操作步驟。

優選地，所述的所述SPR收到當前BOSS發送的設置套餐指令的操作步驟包括：

SPR在收到當前BOSS發送的設置套餐指令時，判斷其他BOSS是否已經在SPR內關聯相同的套餐；

當所述SPR判斷其他BOSS已在SPR內關聯相同的套餐時，將所述當前BOSS的設置套餐指令中的參數信息修改其已保存的所述相同套餐的套餐信息。

優選地，所述的所述SPR收到當前BOSS發送的設置用量指令的操作步驟包括：

SPR在收到當前BOSS發送的設置用量指令時，判斷其他BOSS是否已經在SPR內設置相同的用量；

當所述SPR判斷其他BOSS已在SPR內設置相同的用量時，將所述當前BOSS的設置用量指令中的參數信息修改其已保存的所述相同用量的用量信息。

根據本發明的另一方面，提供了一種適合於多受理源的組網裝置，包括：

判斷模塊，用於SPR在收到當前BOSS發送的攜帶號碼的放號指令時，判斷其他BOSS是否已經在SPR內放入了相同號碼；

處理模塊，用於當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息。

優選地，還包括：

處理單元，用於當所述SPR判斷其他BOSS未在SPR內放入相同號碼時，將所述當前BOSS的放號指令攜帶的號碼放入SPR內。

與現有技術相比較，本發明的有益效果在於：

本發明可以加快業務部署、保證數據兼容、實現多BOSS並行業務，為用戶提供了便利。

附圖說明

圖1是本發明實施例提供的一種適合於多受理源的組網方法流程圖；

圖2是本發明實施例提供的一種適合於多受理源的組網裝置示意圖；

圖3是本發明實施例提供的SPR與BOSS系統的框架圖；

圖4是本發明實施例提供的SPR業務處理重複放號的流程圖；

圖5是本發明實施例提供的SPR業務處理重複設置套餐的流程圖；

圖6是本發明實施例提供的SPR業務處理重複設置套餐的流程圖。

具體實施方式

以下結合附圖對本發明的優選實施例進行詳細說明，應當理解，以下所說明的優選實施例僅用於說明和解釋本發明，並不用於限定本發明。

圖1顯示了本發明實施例提供的一種適合於多受理源的組網方法流程圖，如圖1所示，包括以下步驟：

步驟S101：SPR在收到當前BOSS發送的攜帶號碼的放號指令時，判斷其他 BOSS是否已經在SPR內放入了相同號碼；

步驟S102：當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息。

本發明還包括：當所述SPR判斷其他BOSS未在SPR內放入相同號碼時，將所述當前BOSS的放號指令攜帶的號碼放入SPR內。

其中，所述的當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息包括：當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，確定所述SPR資料庫中的參數信息是否置位；當確定所述SPR資料庫中的參數信息置位時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息。其中，所述的用戶基本信息包括用戶優先級、用戶等級以及用戶計費類型。

將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息之後還包括：將所述當前BOSS攜帶的套餐信息與其他BOSS關聯的套餐信息進行合併處理。

本發明還包括所述SPR收到當前BOSS發送的設置套餐指令和設置用量指令的操作步驟。具體地說，所述的所述SPR收到當前BOSS發送的設置套餐指令的操作步驟包括：SPR在收到當前BOSS發送的設置套餐指令時，判斷其他BOSS是否已經在SPR內關聯相同的套餐；當所述SPR判斷其他BOSS已在SPR內關聯相同的套餐時，將所述當前BOSS的設置套餐指令中的參數信息修改其已保存的所述相同套餐的套餐信息。具體地說，所述的所述SPR收到當前BOSS發送的設置用量指令的操作步驟包括：SPR在收到當前BOSS發送的設置用量指令時，判斷其他BOSS是否已經在SPR內設置相同的用量；當所述SPR判斷其他BOSS已在SPR內設置相同的用量時，將所述當前BOSS的設置用量指令中的參數信息修改其已保存的所述相同用量的用量信息。

圖2顯示了本發明實施例提供的一種適合於多受理源的組網裝置示意圖，如圖2所示，包括判斷模塊201和處理模塊202。其中，所述判斷模塊201，用於SPR在收到當前BOSS發送的攜帶號碼的放號指令時，判斷其他BOSS是否已經在 SPR內放入了相同號碼；所述處理模塊202，用於當所述SPR判斷其他BOSS已在SPR內放入相同號碼時，將所述當前BOSS的放號指令中的參數信息覆蓋其已保存的所述相同號碼的用戶基本信息。

本發明還包括：處理單元，用於當所述SPR判斷其他BOSS未在SPR內放入相同號碼時，將所述當前BOSS的放號指令攜帶的號碼放入SPR內。

下面結合圖3至圖6本發明技術方案的實施作進一步的詳細描述，下文中的實例僅僅以兩個受理源BOSS A或BOSS B為例，如圖3所示，SPR同時與BOSS A和BOSS B都有受理鏈路，實際應用中可以有更多的BOSS接入。

圖4顯示了本發明實施例提供的SPR業務處理重複放號的流程圖，如圖4所示，SPR網元在接收到BOSS的放號請求後，其業務處理包括以下步驟：

步驟一：BOSS A在放號時攜帶參數A或者SPR根據BOSS A的IP位址、鏈路等信息來表明是BOSS A放的號；

步驟二：SPR收到BOSS B的放號指令，判斷號碼是否存在，如果號碼不存在，走正常放號流程，即直接把指令中攜帶的號碼放入庫中；

步驟三：如果號碼存在，判斷資料庫中參數A是否置位；

如果參數A沒有置位，就表明該號碼不是通過BOSS A放的號或者BOSS B之前已經對其放過號，走返回號碼已存在的錯誤流程。

步驟四：如果該號碼存在且資料庫中參數A已經置位，表示該號碼是通過BOSS A放的號，走修改號碼數據的流程，以BOSS B的放號指令中的參數覆蓋號碼原有的基本信息，如號碼優先級、號碼等級、計費類型等等號碼的基本信息；號碼的套餐信息則做合併處理，如號碼通過BOSS A關聯的套餐A，此時BOSS B攜帶的套餐信息為套餐B，則最終號碼的套餐信息就是套餐A和套餐B。

也就是說，SPR同時與BOSS A和BOSS B都有受理鏈路，BOSS A發送一個放號的指令給SPR，SPR收到放號指令後響應成功並做下標記此用戶是通過BOSS A放入。之後，BOSS B也發送一個放號的指令給SPR，SPR此時需要判斷號碼是否存在。如果號碼不存在，走正常放號流程；如果號碼存在，需要判斷此號碼是否是通過BOSS A放的號。如果是通過BOSS A放的號則考慮兼容性走重複放號流程，如果不是則報錯。

圖5顯示了本發明實施例提供的SPR業務處理重複設置套餐的流程圖，如圖 5所示，SPR網元在接收到BOSS的設置套餐請求後，其業務處理包括以下步驟：

步驟一：BOSS A在設置套餐X時攜帶參數B或者SPR根據BOSS A的IP位址、鏈路等信息來表明是BOSS A設置的套餐；

步驟二：SPR收到BOSS B的設置套餐指令，判斷用戶是否已經關聯此套餐，如果用戶沒有關聯此套餐，走正常的關聯套餐流程，即直接把用戶關聯上套餐X；

步驟三：如果用戶和套餐X已經有關聯關係，判斷資料庫中是參數B是否置位；

如果參數B沒有置位，就表明該用戶關聯的套餐X不是通過BOSS A設置的或者BOSS B之前已經對用戶設置過套餐X，走返回套餐已存在的錯誤流程。

步驟四：如果用戶已經關聯套餐X且資料庫中參數B已經置位，表示該套餐X是通過BOSS A關聯的，走修改用戶關聯的套餐X流程，以BOSS B攜帶的設置套餐指令中的參數修改套餐信息。

圖6顯示了本發明實施例提供的SPR業務處理重複設置套餐的流程圖，如圖6所示，SPR網元在接收到BOSS的設置用量請求後，其業務處理包括以下步驟：

步驟一：BOSS A在設置用量Y時攜帶參數C或者SPR根據BOSS A的IP位址、鏈路等信息來表明是BOSS A設置的用量；

步驟二：SPR收到BOSS B的設置用量指令，判斷用戶是否已經設置過此用量，如果用戶沒有設置此用量，走正常的關聯用量流程，即直接把用戶關聯上用量Y；

步驟三：如果用戶和用量Y已經有關聯關係，判斷資料庫中是參數C是否置位；

如果參數C沒有置位，就表明該用戶關聯的用量Y不是通過BOSS A設置的或者BOSS B之前已經對用戶設置過用量Y，走返回用量已存在錯誤流程。

步驟四：如果用戶已經關聯用量Y且資料庫中參數C已經置位，表示該用量Y是通過BOSS A關聯的，走修改用戶關聯的用量Y流程，以BOSS B攜帶的設置用量指令中的參數修改用量信息。

綜上所述，在PCC架構中不但適用於放號，對於設置套餐、設置業務、設置用量等所有的接口都適用。廣而言之，只要是一個網元存在多個受理源這種組網都適用，當然此處的多個網元不僅限於上文上提到的BOSS A或BOSS B，可以有 更多的BOSS接入。

綜上所述，本發明具有以下技術效果：

本發明保證了多個受理源並行存在，加速了多個受理源之間的競爭，並在一定程度上節約了運營商的成本，多個受理源的並行存在也加速了業務部署的速度，大大提高了數據發放的效率，同事保證了數據發放的兼容性和一致性，為用戶帶來了便利。

儘管上文對本發明進行了詳細說明，但是本發明不限於此，本技術領域技術人員可以根據本發明的原理進行各種修改。因此，凡按照本發明原理所作的修改，都應當理解為落入本發明的保護範圍。