本發(fā)明涉及無線核心網(wǎng)網(wǎng)元技術(shù)領(lǐng)域，特別涉及一種適合于多受理源的組網(wǎng)方法及裝置。

背景技術(shù)：

隨著網(wǎng)絡(luò)的日益發(fā)達(dá)，個(gè)人可以通過多種途徑，如網(wǎng)上營業(yè)廳、portal、USSD(Unstructured Supplementary Service Data，非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù))碼等方式辦理業(yè)務(wù)，而不再僅限于到營業(yè)廳辦理業(yè)務(wù)。隨著辦理渠道的擴(kuò)展，網(wǎng)絡(luò)中部署的受理源也會(huì)隨著增多。在PCC(Policy and Charging Control，策略和計(jì)費(fèi)控制)系統(tǒng)中，流量紅包業(yè)務(wù)在部署時(shí)候，當(dāng)非PCC用戶訂購紅包業(yè)務(wù)時(shí)候，需要通過BOSS A(Business Operation Support System A，業(yè)務(wù)運(yùn)營支撐系統(tǒng)A)對(duì)這些用戶進(jìn)行SPR(Subscriber Profile Repository，用戶簽約數(shù)據(jù)庫)放號(hào)，后續(xù)如果BOSS B再對(duì)這部分用戶重復(fù)放號(hào)的時(shí)候，目前的PCRF(Policy and Charging Rules Function，策略和計(jì)費(fèi)規(guī)則功能)/SPR會(huì)提醒BOSS B用戶已經(jīng)存在，導(dǎo)致BOSS B業(yè)務(wù)發(fā)放流程失敗。這樣業(yè)務(wù)部署的速度和數(shù)據(jù)的兼容性都不能得到保證。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種適合于多受理源的組網(wǎng)方法及裝置，解決了現(xiàn)有技術(shù)中業(yè)務(wù)部署的速度和數(shù)據(jù)的兼容性都不能得到保證的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種適合于多受理源的組網(wǎng)方法，包括以下步驟：

SPR在收到當(dāng)前BOSS發(fā)送的攜帶號(hào)碼的放號(hào)指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)放入了相同號(hào)碼；

當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息；

其中，所述SPR是指用戶簽約數(shù)據(jù)庫；所述BOSS是作為受理源的業(yè)務(wù)運(yùn)營支撐系統(tǒng)。

優(yōu)選地，還包括：

當(dāng)所述SPR判斷其他BOSS未在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令攜帶的號(hào)碼放入SPR內(nèi)。

優(yōu)選地，所述的當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息包括：

當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，確定所述SPR數(shù)據(jù)庫中的參數(shù)信息是否置位；

當(dāng)確定所述SPR數(shù)據(jù)庫中的參數(shù)信息置位時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息。

優(yōu)選地，所述的用戶基本信息包括用戶優(yōu)先級(jí)、用戶等級(jí)以及用戶計(jì)費(fèi)類型。

優(yōu)選地，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息之后還包括：

將所述當(dāng)前BOSS攜帶的套餐信息與其他BOSS關(guān)聯(lián)的套餐信息進(jìn)行合并處理。

優(yōu)選地，還包括所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令和設(shè)置用量指令的操作步驟。

優(yōu)選地，所述的所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令的操作步驟包括：

SPR在收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)關(guān)聯(lián)相同的套餐；

當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)關(guān)聯(lián)相同的套餐時(shí)，將所述當(dāng)前BOSS的設(shè)置套餐指令中的參數(shù)信息修改其已保存的所述相同套餐的套餐信息。

優(yōu)選地，所述的所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置用量指令的操作步驟包括：

SPR在收到當(dāng)前BOSS發(fā)送的設(shè)置用量指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)設(shè)置相同的用量；

當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)設(shè)置相同的用量時(shí)，將所述當(dāng)前BOSS的設(shè)置用量指令中的參數(shù)信息修改其已保存的所述相同用量的用量信息。

根據(jù)本發(fā)明的另一方面，提供了一種適合于多受理源的組網(wǎng)裝置，包括：

判斷模塊，用于SPR在收到當(dāng)前BOSS發(fā)送的攜帶號(hào)碼的放號(hào)指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)放入了相同號(hào)碼；

處理模塊，用于當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息。

優(yōu)選地，還包括：

處理單元，用于當(dāng)所述SPR判斷其他BOSS未在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令攜帶的號(hào)碼放入SPR內(nèi)。

與現(xiàn)有技術(shù)相比較，本發(fā)明的有益效果在于：

本發(fā)明可以加快業(yè)務(wù)部署、保證數(shù)據(jù)兼容、實(shí)現(xiàn)多BOSS并行業(yè)務(wù)，為用戶提供了便利。

附圖說明

圖1是本發(fā)明實(shí)施例提供的一種適合于多受理源的組網(wǎng)方法流程圖；

圖2是本發(fā)明實(shí)施例提供的一種適合于多受理源的組網(wǎng)裝置示意圖；

圖3是本發(fā)明實(shí)施例提供的SPR與BOSS系統(tǒng)的框架圖；

圖4是本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)放號(hào)的流程圖；

圖5是本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)設(shè)置套餐的流程圖；

圖6是本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)設(shè)置套餐的流程圖。

具體實(shí)施方式

以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)說明，應(yīng)當(dāng)理解，以下所說明的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

圖1顯示了本發(fā)明實(shí)施例提供的一種適合于多受理源的組網(wǎng)方法流程圖，如圖1所示，包括以下步驟：

步驟S101：SPR在收到當(dāng)前BOSS發(fā)送的攜帶號(hào)碼的放號(hào)指令時(shí)，判斷其他 BOSS是否已經(jīng)在SPR內(nèi)放入了相同號(hào)碼；

步驟S102：當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息。

本發(fā)明還包括：當(dāng)所述SPR判斷其他BOSS未在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令攜帶的號(hào)碼放入SPR內(nèi)。

其中，所述的當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息包括：當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，確定所述SPR數(shù)據(jù)庫中的參數(shù)信息是否置位；當(dāng)確定所述SPR數(shù)據(jù)庫中的參數(shù)信息置位時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息。其中，所述的用戶基本信息包括用戶優(yōu)先級(jí)、用戶等級(jí)以及用戶計(jì)費(fèi)類型。

將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息之后還包括：將所述當(dāng)前BOSS攜帶的套餐信息與其他BOSS關(guān)聯(lián)的套餐信息進(jìn)行合并處理。

本發(fā)明還包括所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令和設(shè)置用量指令的操作步驟。具體地說，所述的所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令的操作步驟包括：SPR在收到當(dāng)前BOSS發(fā)送的設(shè)置套餐指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)關(guān)聯(lián)相同的套餐；當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)關(guān)聯(lián)相同的套餐時(shí)，將所述當(dāng)前BOSS的設(shè)置套餐指令中的參數(shù)信息修改其已保存的所述相同套餐的套餐信息。具體地說，所述的所述SPR收到當(dāng)前BOSS發(fā)送的設(shè)置用量指令的操作步驟包括：SPR在收到當(dāng)前BOSS發(fā)送的設(shè)置用量指令時(shí)，判斷其他BOSS是否已經(jīng)在SPR內(nèi)設(shè)置相同的用量；當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)設(shè)置相同的用量時(shí)，將所述當(dāng)前BOSS的設(shè)置用量指令中的參數(shù)信息修改其已保存的所述相同用量的用量信息。

圖2顯示了本發(fā)明實(shí)施例提供的一種適合于多受理源的組網(wǎng)裝置示意圖，如圖2所示，包括判斷模塊201和處理模塊202。其中，所述判斷模塊201，用于SPR在收到當(dāng)前BOSS發(fā)送的攜帶號(hào)碼的放號(hào)指令時(shí)，判斷其他BOSS是否已經(jīng)在 SPR內(nèi)放入了相同號(hào)碼；所述處理模塊202，用于當(dāng)所述SPR判斷其他BOSS已在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令中的參數(shù)信息覆蓋其已保存的所述相同號(hào)碼的用戶基本信息。

本發(fā)明還包括：處理單元，用于當(dāng)所述SPR判斷其他BOSS未在SPR內(nèi)放入相同號(hào)碼時(shí)，將所述當(dāng)前BOSS的放號(hào)指令攜帶的號(hào)碼放入SPR內(nèi)。

下面結(jié)合圖3至圖6本發(fā)明技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述，下文中的實(shí)例僅僅以兩個(gè)受理源BOSS A或BOSS B為例，如圖3所示，SPR同時(shí)與BOSS A和BOSS B都有受理鏈路，實(shí)際應(yīng)用中可以有更多的BOSS接入。

圖4顯示了本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)放號(hào)的流程圖，如圖4所示，SPR網(wǎng)元在接收到BOSS的放號(hào)請(qǐng)求后，其業(yè)務(wù)處理包括以下步驟：

步驟一：BOSS A在放號(hào)時(shí)攜帶參數(shù)A或者SPR根據(jù)BOSS A的IP地址、鏈路等信息來表明是BOSS A放的號(hào)；

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

步驟三：如果號(hào)碼存在，判斷數(shù)據(jù)庫中參數(shù)A是否置位；

如果參數(shù)A沒有置位，就表明該號(hào)碼不是通過BOSS A放的號(hào)或者BOSS B之前已經(jīng)對(duì)其放過號(hào)，走返回號(hào)碼已存在的錯(cuò)誤流程。

步驟四：如果該號(hào)碼存在且數(shù)據(jù)庫中參數(shù)A已經(jīng)置位，表示該號(hào)碼是通過BOSS A放的號(hào)，走修改號(hào)碼數(shù)據(jù)的流程，以BOSS B的放號(hào)指令中的參數(shù)覆蓋號(hào)碼原有的基本信息，如號(hào)碼優(yōu)先級(jí)、號(hào)碼等級(jí)、計(jì)費(fèi)類型等等號(hào)碼的基本信息；號(hào)碼的套餐信息則做合并處理，如號(hào)碼通過BOSS A關(guān)聯(lián)的套餐A，此時(shí)BOSS B攜帶的套餐信息為套餐B，則最終號(hào)碼的套餐信息就是套餐A和套餐B。

也就是說，SPR同時(shí)與BOSS A和BOSS B都有受理鏈路，BOSS A發(fā)送一個(gè)放號(hào)的指令給SPR，SPR收到放號(hào)指令后響應(yīng)成功并做下標(biāo)記此用戶是通過BOSS A放入。之后，BOSS B也發(fā)送一個(gè)放號(hào)的指令給SPR，SPR此時(shí)需要判斷號(hào)碼是否存在。如果號(hào)碼不存在，走正常放號(hào)流程；如果號(hào)碼存在，需要判斷此號(hào)碼是否是通過BOSS A放的號(hào)。如果是通過BOSS A放的號(hào)則考慮兼容性走重復(fù)放號(hào)流程，如果不是則報(bào)錯(cuò)。

圖5顯示了本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)設(shè)置套餐的流程圖，如圖 5所示，SPR網(wǎng)元在接收到BOSS的設(shè)置套餐請(qǐng)求后，其業(yè)務(wù)處理包括以下步驟：

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

步驟二：SPR收到BOSS B的設(shè)置套餐指令，判斷用戶是否已經(jīng)關(guān)聯(lián)此套餐，如果用戶沒有關(guān)聯(lián)此套餐，走正常的關(guān)聯(lián)套餐流程，即直接把用戶關(guān)聯(lián)上套餐X；

步驟三：如果用戶和套餐X已經(jīng)有關(guān)聯(lián)關(guān)系，判斷數(shù)據(jù)庫中是參數(shù)B是否置位；

如果參數(shù)B沒有置位，就表明該用戶關(guān)聯(lián)的套餐X不是通過BOSS A設(shè)置的或者BOSS B之前已經(jīng)對(duì)用戶設(shè)置過套餐X，走返回套餐已存在的錯(cuò)誤流程。

步驟四：如果用戶已經(jīng)關(guān)聯(lián)套餐X且數(shù)據(jù)庫中參數(shù)B已經(jīng)置位，表示該套餐X是通過BOSS A關(guān)聯(lián)的，走修改用戶關(guān)聯(lián)的套餐X流程，以BOSS B攜帶的設(shè)置套餐指令中的參數(shù)修改套餐信息。

圖6顯示了本發(fā)明實(shí)施例提供的SPR業(yè)務(wù)處理重復(fù)設(shè)置套餐的流程圖，如圖6所示，SPR網(wǎng)元在接收到BOSS的設(shè)置用量請(qǐng)求后，其業(yè)務(wù)處理包括以下步驟：

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

步驟二：SPR收到BOSS B的設(shè)置用量指令，判斷用戶是否已經(jīng)設(shè)置過此用量，如果用戶沒有設(shè)置此用量，走正常的關(guān)聯(lián)用量流程，即直接把用戶關(guān)聯(lián)上用量Y；

步驟三：如果用戶和用量Y已經(jīng)有關(guān)聯(lián)關(guān)系，判斷數(shù)據(jù)庫中是參數(shù)C是否置位；

如果參數(shù)C沒有置位，就表明該用戶關(guān)聯(lián)的用量Y不是通過BOSS A設(shè)置的或者BOSS B之前已經(jīng)對(duì)用戶設(shè)置過用量Y，走返回用量已存在錯(cuò)誤流程。

步驟四：如果用戶已經(jīng)關(guān)聯(lián)用量Y且數(shù)據(jù)庫中參數(shù)C已經(jīng)置位，表示該用量Y是通過BOSS A關(guān)聯(lián)的，走修改用戶關(guān)聯(lián)的用量Y流程，以BOSS B攜帶的設(shè)置用量指令中的參數(shù)修改用量信息。

綜上所述，在PCC架構(gòu)中不但適用于放號(hào)，對(duì)于設(shè)置套餐、設(shè)置業(yè)務(wù)、設(shè)置用量等所有的接口都適用。廣而言之，只要是一個(gè)網(wǎng)元存在多個(gè)受理源這種組網(wǎng)都適用，當(dāng)然此處的多個(gè)網(wǎng)元不僅限于上文上提到的BOSS A或BOSS B，可以有 更多的BOSS接入。

綜上所述，本發(fā)明具有以下技術(shù)效果：

本發(fā)明保證了多個(gè)受理源并行存在，加速了多個(gè)受理源之間的競(jìng)爭(zhēng)，并在一定程度上節(jié)約了運(yùn)營商的成本，多個(gè)受理源的并行存在也加速了業(yè)務(wù)部署的速度，大大提高了數(shù)據(jù)發(fā)放的效率，同事保證了數(shù)據(jù)發(fā)放的兼容性和一致性，為用戶帶來了便利。

盡管上文對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，但是本發(fā)明不限于此，本技術(shù)領(lǐng)域技術(shù)人員可以根據(jù)本發(fā)明的原理進(jìn)行各種修改。因此，凡按照本發(fā)明原理所作的修改，都應(yīng)當(dāng)理解為落入本發(fā)明的保護(hù)范圍。