專利名稱：網(wǎng)元注冊子系統(tǒng) 、電信增值業(yè)務(wù)系統(tǒng)及網(wǎng)元注冊方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊^技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)元注冊子系統(tǒng)、電信增值 業(yè)務(wù)系統(tǒng)及網(wǎng)元注冊方法。
背景技術(shù)：
隨著通訊技術(shù)的迅速發(fā)展，運營商憑借公用電信網(wǎng)的資源和其它通信 設(shè)備為用戶提供了各種電信增值業(yè)務(wù)，用于滿足消費者更高層次的信息需 求。通常，電信增值業(yè)務(wù)系統(tǒng)中，主業(yè)務(wù)系統(tǒng)的服務(wù)都離不開各種業(yè)務(wù)引 擎的支持，主業(yè)務(wù)系統(tǒng)用于實現(xiàn)電信增值業(yè)務(wù)的主要功能，業(yè)務(wù)引擎包括
短信中心(SMSC: Short Message Service Center )，短信網(wǎng)關(guān)(SMGW: Short Message Gateway )，彩信中心(醒SC:Multimedia Message Service Center ), 無線應(yīng)用網(wǎng)關(guān)(WAP網(wǎng)關(guān)Wireless Application Protocol Gateway), 定位中心(LCS: Location Service Center ),以及各種核心網(wǎng)等，電信增 值業(yè)務(wù)系統(tǒng)中通常還包括其他業(yè)務(wù)系統(tǒng)，這些其他業(yè)務(wù)系統(tǒng)一般對與主業(yè) 務(wù)系統(tǒng)的功能實現(xiàn)起輔助作用。通訊過程中，主業(yè)務(wù)系統(tǒng)與業(yè)務(wù)引擎之間、 不同的業(yè)務(wù)引擎之間、或者主業(yè)務(wù)系統(tǒng)與其他業(yè)務(wù)系統(tǒng)之間都可能進(jìn)行交 互，因此需要基于不同的協(xié)議規(guī)范在電信增值業(yè)務(wù)的各種網(wǎng)元(包括主業(yè) 務(wù)系統(tǒng)、其他業(yè)務(wù)系統(tǒng)或業(yè)務(wù)引擎)之間建立鏈接，因而網(wǎng)元之間的注冊 就顯得尤為重要。目前，新興的業(yè)務(wù)引擎和電信增值業(yè)務(wù)系統(tǒng)層出不窮， 其功能也逐步體現(xiàn)出多樣化和個性化的趨勢，因而對網(wǎng)元之間的注冊方式 提出了更高的要求，例如圖1所示的電信增值業(yè)務(wù)系統(tǒng)中，網(wǎng)元A可接受 網(wǎng)元B、網(wǎng)元C、網(wǎng)元D等多個網(wǎng)元的單向注冊并與之進(jìn)行交互；如圖2 所示的電信增值業(yè)務(wù)系統(tǒng)中， 一個主業(yè)務(wù)系統(tǒng)10可與短信中心21、彩信 中心22、定位中心23、核心網(wǎng)等24等多個業(yè)務(wù)引擎進(jìn)行雙向注冊；如圖 3所示的電信增值業(yè)務(wù)系統(tǒng)中，主業(yè)務(wù)系統(tǒng)IO還可與管理平臺11、計費系 統(tǒng)、網(wǎng)管系統(tǒng)等其他業(yè)務(wù)系統(tǒng)進(jìn)行單向或雙向注冊，不同的業(yè)務(wù)引擎之間 也可進(jìn)行注冊，例如定位中心23與核心網(wǎng)24之間可進(jìn)4亍單向或雙向注冊，另外還可采用加密注冊等多種注冊方式。
然而，現(xiàn)有技術(shù)中 一般通過人工操作的方式實現(xiàn)電信增值業(yè)務(wù)系統(tǒng)中 的網(wǎng)元注冊，例如業(yè)務(wù)引擎所提供的端口、協(xié)議類型等注冊信息需要在電 信增值業(yè)務(wù)系統(tǒng)中進(jìn)行人工錄入、刪除和更新。這種人工注冊的方式顯然 操作繁瑣，準(zhǔn)確度不高，而且注冊信息的安全和可靠性明顯得不到保障， 在一定程度上影響了正常的通訊秩序。尤其在電信增值業(yè)務(wù)系統(tǒng)中網(wǎng)元較 多或網(wǎng)元的注冊信息頻繁更新的情況下，人工注冊的方式不僅效率低下， 而且不利于解決不同網(wǎng)元之間注冊信息的沖突問題，阻礙了電信增值業(yè)務(wù) 的順利開展，從而影響了服務(wù)質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，克服現(xiàn)有技術(shù)的不足，提供一種方便 靈活、準(zhǔn)確度和可靠性高的網(wǎng)元注冊子系統(tǒng)、電信增值業(yè)務(wù)系統(tǒng)及網(wǎng)元注 冊方法。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是
一種網(wǎng)元注冊子系統(tǒng)，包括注冊接收模塊、信息解析模塊、信息處 理模塊和注冊建立模塊；注冊接收模塊用于接收來自電信增值業(yè)務(wù)系統(tǒng)中 請求方網(wǎng)元的注冊信息，并將所述注冊信息轉(zhuǎn)發(fā)至所述信息解析模塊；信 息解析模塊用于對所述注冊信息進(jìn)行解析，并將解析后的注冊信息轉(zhuǎn)發(fā)至 所述信息處理沖莫塊;信息處理^^莫塊用于對所述解析后的注冊信息進(jìn)行判斷， 并將同意注冊的注冊信息轉(zhuǎn)發(fā)至注冊建立模塊；所述注冊建立模塊用于利 用所述注冊信息使電信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元與被請求方網(wǎng)元之間 建立注冊。
還包括信息保存模塊，所述信息保存模塊用于保存信息處理模塊同意 注冊的注冊信息，并將所述注冊信息提供給注冊建立模塊。
所述信息解析才莫塊還包括解密單元，所述解密單元用于對加密的注冊 信息進(jìn)行解密。
所述注冊信息包括IP地址、端口號、通訊協(xié)議類型、通訊協(xié)議版本、 號碼格式、號段、用戶名、密碼中的至少一種。
還包括注冊反饋模塊，所述注冊反饋模塊用于對信息處理模塊判斷產(chǎn) 生的注冊響應(yīng)信息進(jìn)行封裝，并將封裝后的注冊響應(yīng)信息反饋至請求方網(wǎng) 元。所述信息解析模塊還用于對信息處理模塊判斷產(chǎn)生的注冊響應(yīng)信息進(jìn) 行封裝，所述注冊接收模塊還用于將封裝后的注冊響應(yīng)信息反饋至請求方 網(wǎng)元。
還包括注冊協(xié)商模塊，所述注冊協(xié)商模塊用于根據(jù)所述信息處理模塊 不同意注冊的注冊信息構(gòu)建可接受的協(xié)商注冊信息，并將所述協(xié)商注冊信 息反饋至請求方網(wǎng)元。
所述注冊接收^^莫塊還用于接收請求方網(wǎng)元的認(rèn)同響應(yīng)信息或新的注冊
信息；所述信息解析才莫塊還用于對所述認(rèn)同響應(yīng)信息或新的注冊信息進(jìn)行 解析，并將解析后的認(rèn)同響應(yīng)信息或新的注冊信息發(fā)送至信息處理模塊； 所述信息處理模塊同意利用所述認(rèn)同響應(yīng)信息對應(yīng)的協(xié)商注冊信息進(jìn)行注 冊，或?qū)λ鲂碌淖孕畔⑦M(jìn)行判斷。
所述信息解析單元還用于對信息處理模塊判斷產(chǎn)生的注冊響應(yīng)信息或 注冊協(xié)商模塊構(gòu)建的協(xié)商注冊信息進(jìn)行封裝；所述注冊接收模塊還用于將 封裝后的注冊響應(yīng)信息或協(xié)商注冊信息反^t至請求方網(wǎng)元。
一種包括以上所述的網(wǎng)元注冊子系統(tǒng)的電信增值業(yè)務(wù)系統(tǒng)，還包括主 業(yè)務(wù)系統(tǒng)、業(yè)務(wù)引擎及其他業(yè)務(wù)系統(tǒng)，所述主業(yè)務(wù)系統(tǒng)、業(yè)務(wù)引擎及其他 業(yè)務(wù)系統(tǒng)為^青求方網(wǎng)元或被j青求方網(wǎng)元。
一種網(wǎng)元注冊方法，包括以下步驟A:網(wǎng)元注冊子系統(tǒng)接收電信增值 業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元的注冊信息；B:對所述注冊信息進(jìn)行解析；C:對解 析后的注冊信息進(jìn)行判斷，如果同意注冊，則利用解析后的注冊信息使電 信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元與被請求方網(wǎng)元之間建立注冊。
所述注冊信息包括請求方網(wǎng)元與被請求方網(wǎng)元之間首次注冊的注冊信 息，或請求方網(wǎng)元需要被請求方網(wǎng)元進(jìn)行更新、刪除或新增的注冊信息。
步驟C中，如果不同意注冊，則根據(jù)不同意注冊的注冊信息構(gòu)建可接 受的協(xié)商注冊信息，并將所述協(xié)商注冊信息反饋至請求方網(wǎng)元進(jìn)行協(xié)商。
本發(fā)明的有益效果是，本發(fā)明的網(wǎng)元注冊子系統(tǒng)、電信增值業(yè)務(wù)系統(tǒng) 及網(wǎng)元注冊方法實現(xiàn)了網(wǎng)元自動注冊的功能，包括網(wǎng)元之間的首次注冊， 以及某一網(wǎng)元的注冊信息更新、新增或刪除；本發(fā)明不需要人工操作，因 此提高了注冊效率，保證了注冊信息的準(zhǔn)確度和可靠性。本發(fā)明不僅能夠 實現(xiàn)電信增值業(yè)務(wù)系統(tǒng)中業(yè)務(wù)引擎向主業(yè)務(wù)系統(tǒng)的注冊，還可實現(xiàn)業(yè)務(wù)引 擎之間、主業(yè)務(wù)系統(tǒng)與其他業(yè)務(wù)系統(tǒng)之間的注冊，方l更快捷，應(yīng)用廣泛。
本發(fā)明的網(wǎng)元注冊子系統(tǒng)中可進(jìn)一步采用協(xié)商機(jī)制對注冊信息進(jìn)行及時調(diào)整，使注冊信息中的參數(shù)沖突問題得到有效解決。因此有效提高了注 冊的成功率以及靈活性。


圖1為現(xiàn)有技術(shù)中電信增值業(yè)務(wù)系統(tǒng)的第一種注冊方式示意圖； 圖2為現(xiàn)有技術(shù)中電信增值業(yè)務(wù)系統(tǒng)的第二種注冊方式示意圖； 圖3為現(xiàn)有技術(shù)中電信增值業(yè)務(wù)系統(tǒng)的第三種注冊方式示意圖； 圖4為本發(fā)明的網(wǎng)元注冊子系統(tǒng)第一種具體實施方式
結(jié)構(gòu)框圖； 圖5為本發(fā)明的網(wǎng)元注冊子系統(tǒng)第二種具體實施方式
結(jié)構(gòu)框圖； 圖6為本發(fā)明的網(wǎng)元注冊子系統(tǒng)第三種具體實施方式
結(jié)構(gòu)框圖； 圖7為本發(fā)明的網(wǎng)元注冊子系統(tǒng)第四種具體實施方式
結(jié)構(gòu)框圖； 圖8為本發(fā)明的網(wǎng)元注冊方法第一種具體實施方式
流程圖； 圖9為本發(fā)明的網(wǎng)元注冊方法第二種具體實施方式
流程圖。
具體實施例方式
電信增值業(yè)務(wù)系統(tǒng)中，除了主業(yè)務(wù)系統(tǒng)以外，通常還包括用于為主業(yè) 務(wù)系統(tǒng)提供支持的業(yè)務(wù)引擎或?qū)χ鳂I(yè)務(wù)系統(tǒng)進(jìn)行功能輔助的其他業(yè)務(wù)系統(tǒng) 等，主業(yè)務(wù)系統(tǒng)、各種業(yè)務(wù)引擎或其他業(yè)務(wù)系統(tǒng)這些網(wǎng)元之間的交互一般 建立在注冊的基礎(chǔ)上。注冊信息包括IP地址、端口號、通訊協(xié)議類型、通 訊協(xié)議版本、號碼格式、號段、用戶名和密碼等，當(dāng)兩個網(wǎng)元之間首次鏈接， 或者一個網(wǎng)元的注冊信息中某項參數(shù)更新、刪除或新增時，需要向另一個 網(wǎng)元發(fā)出注冊請求以實現(xiàn)相應(yīng)參數(shù)的注冊或更新等操作。例如一個提供某 種短信服務(wù)的電信增值業(yè)務(wù)系統(tǒng)中，業(yè)務(wù)引擎包括短信中心、短信網(wǎng)關(guān)、 彩信中心、WAP網(wǎng)關(guān)、定位中心、核心網(wǎng)等，其他業(yè)務(wù)系統(tǒng)包括計費系統(tǒng)、 網(wǎng)管系統(tǒng)和管理平臺等； 一般，由于電信增值業(yè)務(wù)系統(tǒng)提供的具體服務(wù)類 型不同，同樣的業(yè)務(wù)系統(tǒng)在電信增值業(yè)務(wù)系統(tǒng)中的地位也不盡相同，例如 計費系統(tǒng)在一種電信增值業(yè)務(wù)系統(tǒng)中可為主業(yè)務(wù)系統(tǒng)，而在另 一種電信增 值業(yè)務(wù)系統(tǒng)中可為其他業(yè)務(wù)系統(tǒng)。本發(fā)明中，提出首次注冊請求或注冊信 息更新、刪除以及新增請求的網(wǎng)元為請求方網(wǎng)元，接收首次注冊請求或注 冊信息更新、刪除以及新增請求的網(wǎng)元為被請求方網(wǎng)元。本發(fā)明可通過以 下實施方式實現(xiàn)，^旦不限于以下方式。
圖4為本發(fā)明的網(wǎng)元注冊子系統(tǒng)40第一種具體實施方式
結(jié)構(gòu)框圖，包括注冊接收模塊41、信息解析模塊42、信息處理模塊43和注冊建立模 塊44。
其中，注冊接收模塊41用于接收來自電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元 30的注冊信息，并將注冊信息轉(zhuǎn)發(fā)至信息解析模塊42。注冊信息可在請求 方網(wǎng)元3(U是起注冊請求時一同攜帶，也可由請求方網(wǎng)元30首先提起注冊 請求，經(jīng)核:請求方網(wǎng)元同意后再次發(fā)送，還可由被」清求方網(wǎng)元以定時^r測 等其他方式主動獲取。注冊接收模塊41向外提供唯一的地址或路徑用于接 收其他網(wǎng)元的注冊信息。這些注冊信息包括請求方網(wǎng)元30的IP地址、端 口號、通訊協(xié)議類型、通訊協(xié)議版本、號碼格式、號段、用戶名、密碼等， 還可包括一些擴(kuò)展字段，供主業(yè)務(wù)系統(tǒng)或其他網(wǎng)元按照自身需求進(jìn)行擴(kuò)展。 注冊接收模塊41接收的注冊信息包括請求方網(wǎng)元30的全部注冊信息，也 可為部分注冊信息；前者一4殳適用于請求方網(wǎng)元30向一皮:清求方網(wǎng)元首次注 冊的情形，后者適用于請求方網(wǎng)元30需要被請求方網(wǎng)元對注冊信息進(jìn)行更 新、刪除或新增的情形。
信息解析模塊42用于對注冊信息進(jìn)行解析，并將解析后的注冊信息轉(zhuǎn) 發(fā)至信息處理模塊43。注冊信息一般由請求方網(wǎng)元30通過一定的協(xié)議規(guī) 范，或者以文件形式傳送至被請求方網(wǎng)元，這些注冊信息被信息解析模塊 42解析成具體的參數(shù)供信息處理模塊43分析。信息解析模塊42中還可進(jìn) 一步包括解密單元，當(dāng)注冊信息加密時，解密單元對該注冊信息進(jìn)行解密 便于后續(xù)分析。
信息處理模塊43用于對所述注冊信息進(jìn)行判斷，如果同意進(jìn)行注冊， 則將同意注冊的注冊信息轉(zhuǎn)發(fā)至注冊建立模塊44,還可向請求方網(wǎng)元30 發(fā)送注冊成功的注冊響應(yīng)信息；否則向請求方網(wǎng)元30發(fā)送注冊失敗的注冊 響應(yīng)信息或者直接結(jié)束任務(wù)。
注冊建立模塊44用于利用解析后的注冊信息使電信增值業(yè)務(wù)系統(tǒng)中 的請求方網(wǎng)元30與被請求方網(wǎng)元之間建立注冊。該注冊建立模塊44可根 據(jù)請求方網(wǎng)元30的要求與被請求方網(wǎng)元之間建立長鏈接或短鏈接，也可根 據(jù)電信增值業(yè)務(wù)系統(tǒng)的需要對注冊建立模塊44進(jìn)行鏈接方式的預(yù)設(shè)。
本發(fā)明的網(wǎng)元注冊子系統(tǒng)40實現(xiàn)了電信增值業(yè)務(wù)系統(tǒng)中的網(wǎng)元自動 注冊的功能，包括網(wǎng)元之間的首次注冊，以及某一網(wǎng)元的注冊信息更新、 新增或刪除等，本發(fā)明不需要人工操作，因此提高了注冊效率，且保證了 注冊信息的準(zhǔn)確度和可靠性。本系統(tǒng)不僅能夠?qū)崿F(xiàn)業(yè)務(wù)引擎向主業(yè)務(wù)系統(tǒng)的注冊，還可實現(xiàn)業(yè)務(wù)引擎之間、主業(yè)務(wù)系統(tǒng)與其他業(yè)務(wù)系統(tǒng)之間的注冊， 方便快捷，應(yīng)用廣泛。
圖5為本發(fā)明的網(wǎng)元注冊子系統(tǒng)40第二種具體實施方式
結(jié)構(gòu)框圖。本 實施方式中還包括設(shè)置在信息處理模塊43和信息建立模塊44之間的信息 保存模塊46，該信息保存模塊46用于保存信息處理模塊43同意注冊的注 冊信息，并將這些注冊信息提供給注冊建立模塊44。注冊建立模塊44可 根據(jù)具體情況向信息保存模塊46發(fā)送獲取注冊信息的請求,信息保存模塊 46根據(jù)該請求將所需注冊信息返回注冊建立模塊44。注冊信息在信息保存 模塊46中的保存方式包括數(shù)據(jù)庫保存或文件保存，可將注冊信息直接保存 在磁盤中，也可保存在緩存中供注冊建立模塊46讀取。
本發(fā)明還可包括注冊反饋模塊45，信息處理模塊43對注冊信息進(jìn)行 判斷后可根據(jù)注冊是否成功的狀況產(chǎn)生的注冊響應(yīng)信息，注冊反饋模塊45 對該注冊響應(yīng)信息進(jìn)行封裝，并將封裝后的注冊響應(yīng)信息反饋至請求方網(wǎng) 元30使其及時得知注冊結(jié)果。另外，本發(fā)明中注冊反饋模塊45的功能還 可直接由信息解析模塊42和注冊接收模塊41實現(xiàn)，此時信息解析模塊42 還用于對信息處理模塊43的判斷產(chǎn)生的注冊響應(yīng)信息進(jìn)行封裝，注冊接收 模塊41還用于將封裝后的注冊響應(yīng)信息反饋至請求方網(wǎng)元30,因此網(wǎng)元 注冊子系統(tǒng)40的結(jié)構(gòu)更為簡化。
圖6所示為本發(fā)明的網(wǎng)元注冊子系統(tǒng)40第三種具體實施方式
結(jié)構(gòu)框 圖，本實施方式中，如果^皮請求方網(wǎng)元不同意請求方網(wǎng)元3(M是供的注冊信 息，則對該注冊信息進(jìn)行分析和處理，按照具體要求構(gòu)建可接收的協(xié)商注 冊信息，并將其發(fā)送至請求方網(wǎng)元30進(jìn)行協(xié)商，如果請求方網(wǎng)元30認(rèn)同 該協(xié)商注冊信息，則向網(wǎng)元注冊子系統(tǒng)40發(fā)送認(rèn)同響應(yīng)信息，網(wǎng)元注冊子 系統(tǒng)40利用對應(yīng)的協(xié)商注冊信息進(jìn)行注冊，否則請求方網(wǎng)元30可提供新 的注冊信息，網(wǎng)元注冊子系統(tǒng)40再對新的注冊信息進(jìn)行判斷甚至再次協(xié) 商，該功能可通過注冊協(xié)商模塊47實現(xiàn)。該注冊協(xié)商模塊47用于根據(jù)信 息處理模塊43不同意注冊的注冊信息構(gòu)建可接受的協(xié)商注冊信息，并將協(xié) 商注冊信息反饋至請求方網(wǎng)元30供其參考。該協(xié)商過程可由注冊協(xié)商模塊 47獨立完成，例如注冊協(xié)商模塊47直接將協(xié)商注冊信息發(fā)送至請求方網(wǎng) 元30,再接收認(rèn)同響應(yīng)信息或新的注冊信息，還可通過其他功能模塊的協(xié) 助完成。
本發(fā)明提供的協(xié)商機(jī)制能夠?qū)Σ煌庾缘淖孕畔⑦M(jìn)行及時調(diào)整，例如當(dāng)信息處理模塊43發(fā)現(xiàn)請求方網(wǎng)元30提供的注冊信息中某項參數(shù)與 其他網(wǎng)元提供的參數(shù)相沖突，則通過注冊協(xié)商模塊40將該狀況及時反饋至 請求方網(wǎng)元30，使參數(shù)沖突的問題得到有效解決。因此本發(fā)明有效提高了 注冊的成功率和靈活性。
注冊協(xié)商模塊47與注冊接收模塊41和信息解析模塊42相配合完成協(xié) 商的過程中，注冊接收才莫塊41還用于接收請求方網(wǎng)元40的認(rèn)同響應(yīng)信息 或新的注冊信息；信息解析模塊42還用于對認(rèn)同響應(yīng)信息或新的注冊信息 進(jìn)行解析，并將解析后的認(rèn)同響應(yīng)信息或新的注冊信息發(fā)送至信息處理模 塊43;信息處理才莫塊43同意利用該認(rèn)同響應(yīng)信息對應(yīng)的協(xié)商注冊信息進(jìn) 行注冊，或?qū)π碌淖孕畔⑦M(jìn)行判斷。該協(xié)商過程可以反復(fù)進(jìn)行，直到網(wǎng) 元信息系統(tǒng)40與請求方網(wǎng)元30之間形成彼此認(rèn)同或妥協(xié)，最終注冊建立 模塊44利用信息處理才莫塊43同意的注冊信息使請求方網(wǎng)元30與被請求方 網(wǎng)元之間建立注冊。本實施方式中注冊協(xié)商模塊47構(gòu)建的協(xié)商注冊信息通 過注冊反饋模塊45封裝后發(fā)送至請求方網(wǎng)元30。還可按照例如圖7的第 四種實施方式，通過信息解析模塊42和注冊接收才莫塊41將協(xié)商注冊信息發(fā) 送至請求方網(wǎng)元30,本實施方式中，信息解析模塊42還用于對信息處理 模塊43的判斷產(chǎn)生的注冊響應(yīng)信息或協(xié)商注冊信息進(jìn)行封裝；注冊接收模 塊41還用于將封裝后的注冊響應(yīng)信息或協(xié)商注冊信息反饋至請求方網(wǎng)元 30，該實施方式進(jìn)一步簡化了系統(tǒng)結(jié)構(gòu)。
圖8為本發(fā)明的網(wǎng)元注冊方法第一種具體實施方式
流程圖，包括以下 步驟
S100:網(wǎng)元注冊子系統(tǒng)40接收電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元30的注 冊信息，該注冊信息包括所述請求方網(wǎng)元30向凈皮請求方網(wǎng)元首次注冊時 的注冊信息，或所述請求方網(wǎng)元30請求更新、刪除或增加的注冊信息，后 者的注冊信息可能只包括需要更新、刪除或增加的一部分注冊信息。
S101:對注冊信息進(jìn)^f于解析。
S102:對解析后的注冊信息進(jìn)行判斷，如果同意注冊則進(jìn)入步驟S103,、 否則進(jìn)入步驟S104。
S103:利用解析后的注冊信息使電信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元30 與被請求方網(wǎng)元之間建立注冊。
S104:流程結(jié)束，也可向請求方網(wǎng)元30發(fā)送注冊成功或失敗的注冊響 應(yīng)信息。圖9為本發(fā)明的網(wǎng)元注冊方法第二種具體實施方式
流程圖，包括以下
步驟
S200:網(wǎng)元注冊子系統(tǒng)40接收電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元30的 注冊信息。
S201:對注冊信息進(jìn)行解析。
S202:對解析后的注冊信息進(jìn)行判斷，如果同意注冊則進(jìn)入步驟S207, 否則進(jìn)入步驟S203。
S203:如果不同意利用解析后的注冊信息進(jìn)行注冊，則對注冊信息進(jìn) 行分析和處理，并根據(jù)接解析后的注冊信息構(gòu)建可接受的協(xié)商注冊信息。
S204:將協(xié)商注冊信息發(fā)送至請求方網(wǎng)元30。
S205:請求方網(wǎng)元對協(xié)商注冊信息進(jìn)行判斷，如果認(rèn)同注冊協(xié)商注冊信 息則進(jìn)入步驟S206,否則回到步驟S200網(wǎng)元注冊子系統(tǒng)30接收來自請求 方網(wǎng)元30的新的注冊信息。
S206:如果請求方網(wǎng)元30認(rèn)同該協(xié)商注冊信息，則向網(wǎng)元注冊子系統(tǒng) 40發(fā)送認(rèn)同響應(yīng)信息，網(wǎng)元注冊子系統(tǒng)40接收該認(rèn)同響應(yīng)信息，并同意 利用其對應(yīng)的協(xié)商注冊信息進(jìn)行注冊。
S207:對同意注冊的注冊信息進(jìn)行保存。
S208:使請求方網(wǎng)元30與被請求方網(wǎng)元之間利用步驟S207中的注冊信 息建立注冊。
本發(fā)明還保護(hù)了包含以上所述各種網(wǎng)元注冊子系統(tǒng)40的電信增值業(yè) 務(wù)系統(tǒng)，電信增值業(yè)務(wù)系統(tǒng)中的主業(yè)務(wù)系統(tǒng)、業(yè)務(wù)引擎或其他業(yè)務(wù)系統(tǒng)都 可為請求方網(wǎng)元或被請求方網(wǎng)元。該網(wǎng)元注冊子系統(tǒng)40可才艮據(jù)需求設(shè)置成 為電信增值業(yè)務(wù)系統(tǒng)中的獨立網(wǎng)元，還可設(shè)置在請求方網(wǎng)元30或被請求方 網(wǎng)元中。
明，不能認(rèn)定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù) 領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若 干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種網(wǎng)元注冊子系統(tǒng)，其特征在于，包括注冊接收模塊、信息解析模塊、信息處理模塊和注冊建立模塊；注冊接收模塊用于接收來自電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元的注冊信息，并將所述注冊信息轉(zhuǎn)發(fā)至所述信息解析模塊；信息解析模塊用于對所述注冊信息進(jìn)行解析，并將解析后的注冊信息轉(zhuǎn)發(fā)至所述信息處理模塊；信息處理模塊用于對所述解析后的注冊信息進(jìn)行判斷，并將同意注冊的注冊信息轉(zhuǎn)發(fā)至注冊建立模塊；所述注冊建立模塊用于利用所述注冊信息使電信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元與被請求方網(wǎng)元之間建立注冊。
2. 根據(jù)權(quán)利要求1所述的子系統(tǒng)，其特征在于，還包括信息保存模 塊，所述信息保存模塊用于保存信息處理模塊同意注冊的注冊信息，并將 所述注冊信息提供給注冊建立模塊。
3. 根據(jù)權(quán)利要求1所述的子系統(tǒng)，其特征在于所述信息解析模塊還 包括解密單元，所述解密單元用于對加密的注冊信息進(jìn)^f于解密。
4. 根據(jù)權(quán)利要求1所述的子系統(tǒng)，其特征在于所述注冊信息包括IP 地址、端口號、通訊協(xié)議類型、通訊協(xié)議版本、號碼格式、號段、用戶名、 密碼中的至少一種。
5. 根據(jù)權(quán)利要求1至4中任一項所述的子系統(tǒng)，其特征在于，還包括 注冊反饋模塊，所述注冊反饋模塊用于對信息處理模塊判斷產(chǎn)生的注冊響 應(yīng)信息進(jìn)行封裝，并將封裝后的注冊響應(yīng)信息反饋至請求方網(wǎng)元。
6. 根據(jù)權(quán)利要求1至4中任一項所述的子系統(tǒng)，其特征在于所述信 息解析模塊還用于對信息處理模塊判斷產(chǎn)生的注冊響應(yīng)信息進(jìn)行封裝，所 述注冊接收模塊還用于將封裝后的注冊響應(yīng)信息反饋至請求方網(wǎng)元。
7. 根據(jù)權(quán)利要求1至4中任一項所述的子系統(tǒng)，其特征在于還包括 注冊協(xié)商模塊，所述注冊協(xié)商模塊用于根據(jù)所述信息處理模塊不同意注冊 的注冊信息構(gòu)建可接受的協(xié)商注冊信息，并將所述協(xié)商注冊信息反饋至請 求方網(wǎng)元。
8. 根據(jù)權(quán)利要求7所述的子系統(tǒng)，其特征在于所述注冊接收模塊還 用于接收請求方網(wǎng)元的認(rèn)同響應(yīng)信息或新的注冊信息；所述信息解析模塊 還用于對所述認(rèn)同響應(yīng)信息或新的注冊信息進(jìn)行解析，并將解析后的認(rèn)同 響應(yīng)信息或新的注冊信息發(fā)送至信息處理模塊；所述信息處理模塊同意利用所述認(rèn)同響應(yīng)信息對應(yīng)的協(xié)商注冊信息進(jìn)行注冊，或?qū)λ鲂碌淖孕?息進(jìn)行判斷。
9. 根據(jù)權(quán)利要求8所述的子系統(tǒng)，其特征在于所述信息解析單元還 用于對信息處理^t塊判斷產(chǎn)生的注冊響應(yīng)信息或注冊協(xié)商模塊構(gòu)建的協(xié)商 注冊信息進(jìn)行封裝；所述注冊接收模塊還用于將封裝后的注冊響應(yīng)信息或 協(xié)商注冊信息反饋至請求方網(wǎng)元。
10. —種包括權(quán)利要求1至9中任一項所述的網(wǎng)元注冊子系統(tǒng)的電信 增值業(yè)務(wù)系統(tǒng)，還包括主業(yè)務(wù)系統(tǒng)、業(yè)務(wù)引擎及其他業(yè)務(wù)系統(tǒng)，所述主業(yè) 務(wù)系統(tǒng)、業(yè)務(wù)引擎及其他業(yè)務(wù)系統(tǒng)為請求方網(wǎng)元或被請求方網(wǎng)元。
11. 一種網(wǎng)元注冊方法，其特征在于，包括以下步驟A:網(wǎng)元注冊子系統(tǒng)接收電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元的注冊信息； B:對所述注冊信息進(jìn)^f于解析；C:對解析后的注冊信息進(jìn)行判斷，如果同意注冊，則利用解析后的注 冊信息使電信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元與被請求方網(wǎng)元之間建立注 冊。
12. 根據(jù)權(quán)利要求11所述的方法，其特征在于步驟A中，所述注冊信 息包括請求方網(wǎng)元與^皮請求方網(wǎng)元之間首次注冊的注冊信息，或請求方網(wǎng) 元需要被請求方網(wǎng)元進(jìn)行更新、刪除或新增的注冊信息。
13. 根據(jù)權(quán)利要求11或12所述的方法，其特征在于步驟C中，如 果不同意注冊，則4艮據(jù)不同意注冊的注冊信息構(gòu)建可接受的協(xié)商注冊信息， 并將所述協(xié)商注冊信息反饋至請求方網(wǎng)元進(jìn)行協(xié)商。
全文摘要
本發(fā)明公開了一種網(wǎng)元注冊子系統(tǒng)，包括注冊接收模塊、信息解析模塊、信息處理模塊和注冊建立模塊；注冊接收模塊用于接收來自電信增值業(yè)務(wù)系統(tǒng)中請求方網(wǎng)元的注冊信息；信息解析模塊用于對所述注冊信息進(jìn)行解析；信息處理模塊用于對所述解析后的注冊信息進(jìn)行判斷，并將同意注冊的注冊信息轉(zhuǎn)發(fā)至注冊建立模塊；所述注冊建立模塊用于利用所述注冊信息使電信增值業(yè)務(wù)系統(tǒng)中的請求方網(wǎng)元與被請求方網(wǎng)元之間建立注冊。本發(fā)明還保護(hù)了一種電信增值業(yè)務(wù)系統(tǒng)及網(wǎng)元注冊方法。本發(fā)明能夠?qū)﹄娦旁鲋禈I(yè)務(wù)系統(tǒng)中的網(wǎng)元進(jìn)行自動注冊，簡便靈活，且保證了注冊信息的準(zhǔn)確度和可靠性。
文檔編號H04W28/18GK101600202SQ20091010780
公開日2009年12月9日 申請日期2009年6月2日 優(yōu)先權(quán)日2009年6月2日
發(fā)明者吳志豐, 尹躍進(jìn), 波 李 申請人:中興通訊股份有限公司