專利名稱：電信設備版本兼容方法及裝置的制作方法
技術領域：
本發(fā)明涉及移動通訊領域，特別是涉及一種電信設備版本兼容方法及裝置。
技術背景
目前，國外某些高端運營商在升級大批網元之前，往往先升級一部分網元作為 試點，在試運行1至2個月之后，再進行全網升級。因此，在升級期間，會存在N版 本、N-I版本的基站混合組網的情況，從而需要這些基站之間能保證業(yè)務互通，例如， 可以切換終端、兼容接入網關、網絡服務提供商(NetworkServices Provider，簡稱為NSP) 等。因此需要新版本的操作維護中心(Operations&Maintenance Center，簡稱為OMC)具 備管理N版本和N-I版本網元的能力。除了版本兼容的功能外，OMC還要盡量減小前 后版本之間的耦合性，否則可能會給開發(fā)和測試帶來巨大的工作量。
在現(xiàn)有技術中，實現(xiàn)版本兼容的技術方案大體分為兩類一類實現(xiàn)將系統(tǒng)分為 與版本無關和版本相關的兩部分，版本無關的功能由系統(tǒng)的底層框架模塊實現(xiàn)，版本相 關的功能由不同的應用模塊實現(xiàn)?？蚣苣K給出一套抽象接口定義，業(yè)務模塊在這套接 口的架構下實現(xiàn)不同版本的業(yè)務邏輯。同時每一版本的組件提供一個版本相關的功能列 表，由框架來適配接入模塊組件的具體業(yè)務功能，功能兼容僅僅是部分功能的兼容。上 述技術方案具有以下缺點1、需要定義一套模塊間描述業(yè)務行為的接口，這難以適應業(yè) 務行為的變化，一旦涉及到接口的變化對于系統(tǒng)各個模塊的開發(fā)和升級都將帶來很大的 困難。2、上述技術方案的業(yè)務模塊是使用動態(tài)鏈接庫實現(xiàn)的，一個業(yè)務模塊往往需要很 多的動態(tài)鏈接庫才能實現(xiàn)，還需要維護一個功能清單列表來描述各個版本所支持的功能 由那些動態(tài)連接庫實現(xiàn)，這樣系統(tǒng)的編譯和升級都將是一件十分繁瑣的事情。
另外一類實現(xiàn)強調業(yè)務模型的作用，認為版本信息是領域內的業(yè)務屬性，將其 涵蓋在業(yè)務模型的定義中。執(zhí)行具體操作時所處理的業(yè)務實體屬性中附有版本信息，業(yè) 務模型根據(jù)不同的版本來適配不同的實現(xiàn)。要支持這樣的業(yè)務模型，顯然數(shù)據(jù)模型中也 必須含有版本信息。這種技術方案實質是通過業(yè)務模型來兼容不同版本的功能。上述技 術方案具有以下缺點1、將兼容的職責委派給了業(yè)務模型，業(yè)務模型不但要兼容老版本 同時還要預見以后版本需求的演變，因此業(yè)務模型的設計難度大；2、由于數(shù)據(jù)庫表中不 可避免的帶有版本信息，給版本升級也帶來了難度和風險。發(fā)明內容
本發(fā)明提供一種電信設備版本兼容方法及裝置，以解決現(xiàn)有技術中實現(xiàn)版本兼 容而導致的系統(tǒng)開發(fā)、維護、升級、測試工作量大，系統(tǒng)復雜度高，以及系統(tǒng)耦合度高 的問題。
本發(fā)明提供一種電信設備版本兼容方法，包括
接收用戶的處理請求，獲取相應網元的版本信息；
根據(jù)版本信息啟動相應的類加載器，通過類加載器加載與版本信息相對應的業(yè)務處理子系統(tǒng)，并調用業(yè)務處理子系統(tǒng)；
業(yè)務處理子系統(tǒng)根據(jù)處理請求激發(fā)相應的業(yè)務處理模塊，通過業(yè)務處理模塊對 相應網元進行處理，并返回處理結果。
本發(fā)明還提供了一種電信設備版本兼容裝置，包括
請求接收模塊，用于接收用戶的處理請求，并轉發(fā)到預處理模塊；
預處理模塊，用于獲取相應網元的版本信息，并將處理請求和版本信息轉發(fā)到 服務處理引擎模塊；
服務處理引擎模塊，用于根據(jù)版本信息啟動相應的類加載器，通過類加載器加 載與版本信息相對應的業(yè)務處理子系統(tǒng)，并調用業(yè)務處理子系統(tǒng)；
業(yè)務處理子系統(tǒng)，用于根據(jù)處理請求激發(fā)相應的業(yè)務實現(xiàn)模塊，通過業(yè)務實現(xiàn) 模塊對相應網元進行處理，并返回處理結果。
本發(fā)明有益效果如下
通過類加載器加載與版本信息相對應的業(yè)務處理子系統(tǒng)，并通過業(yè)務處理子系 統(tǒng)激發(fā)相應的業(yè)務處理模塊對相應網元進行處理，解決了現(xiàn)有技術中實現(xiàn)版本兼容而導 致的系統(tǒng)開發(fā)、維護、升級、測試工作量大，系統(tǒng)復雜度高，以及系統(tǒng)耦合度高的問 題，能夠真正實現(xiàn)系統(tǒng)中不同版本之間的零耦合關系，降低了系統(tǒng)的操作復雜度從而使 易用性也得到了提高，并且大大減小今后系統(tǒng)在開發(fā)、測試、升級和維護上的工作量。


圖1是本發(fā)明實施例的電信設備版本兼容方法的流程圖2是本發(fā)明實施例的電信設備版本兼容方法的詳細處理的流程圖3是本發(fā)明實施例的電信設備版本兼容裝置的結構示意圖。
具體實施方式
為了解決現(xiàn)有技術中實現(xiàn)版本兼容而導致的系統(tǒng)開發(fā)、維護、升級、測試工作 量大，系統(tǒng)復雜度高，以及系統(tǒng)耦合度高的問題，本發(fā)明提供了一種電信設備版本兼容 方法及裝置，以下結合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此 處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
方法實施例
根據(jù)本發(fā)明的實施例，提供了一種電信設備版本兼容方法，圖1是本發(fā)明實施 例的電信設備版本兼容方法的流程圖，如圖1所示，根據(jù)本發(fā)明實施例的電信設備版本 兼容方法包括如下處理
首先，在系統(tǒng)啟動時，需要掃描當前系統(tǒng)支持的業(yè)務處理子系統(tǒng)，并為支持的 業(yè)務處理子系統(tǒng)創(chuàng)建一個相應的類加載器，每一個類加載器負責將相應版本的業(yè)務處理 子系統(tǒng)加載到系統(tǒng)中。隨后進行如下處理
步驟101，接收用戶的處理請求，獲取相應網元的版本信息；
優(yōu)選地，在步驟101中，可以將處理請求和版本信息進行重新封裝，構建成請 求處理對象；其中，用戶發(fā)送的處理請求中攜帶有以下信息處理請求的類型、請求處 理的業(yè)務對象、以及請求處理的數(shù)據(jù)。在對處理請求和版本信息進行重新封裝時，需要將處理請求的類型、請求處理的業(yè)務對象、請求處理的數(shù)據(jù)、以及版本信息進行重新封 裝，構建成請求處理對象。
步驟102，根據(jù)版本信息啟動相應的類加載器，通過類加載器加載與版本信息相 對應的業(yè)務處理子系統(tǒng)，并調用業(yè)務處理子系統(tǒng)；在實際應用中，可以通過預先定義的 與業(yè)務無關的抽象接口調用業(yè)務處理子系統(tǒng)。
步驟103，業(yè)務處理子系統(tǒng)根據(jù)處理請求激發(fā)相應的業(yè)務處理模塊，通過業(yè)務處 理模塊對相應網元進行處理，并返回處理結果。
以下結合附圖，對本發(fā)明實施例的上述技術方案進行詳細的說明。
圖2是本發(fā)明實施例的電信設備版本兼容方法的詳細處理的流程圖，如圖2所 示，包括如下處理
本發(fā)明一種快速開通基站的方法和裝置流程如下
步驟201，請求接收模塊接收用戶的處理請求，并將處理請求轉發(fā)給預處理模 塊；
步驟202，預處理模塊獲取到當前請求處理的網元的版本，將請求處理的類型、 處理的業(yè)務對象、處理的數(shù)據(jù)和版本信息重新組裝后構建成請求處理對象轉發(fā)給服務處 理引擎模塊；
步驟203，服務處理引擎模塊根據(jù)版本啟動相應的類加載器；
步驟204，類加載器加載相關版本的業(yè)務處理子系統(tǒng)；
步驟205，服務處理引擎模塊調用類加載器加載的當前業(yè)務處理子系統(tǒng)處理對當 前網元的業(yè)務請求；
步驟206，業(yè)務處理子系統(tǒng)激發(fā)具體的業(yè)務實現(xiàn)完成請求處理并返回處理結果， 流程結束。
從上述處理可以看出，本發(fā)明實施例的技術方案將系統(tǒng)分為與業(yè)務無關和業(yè)務 相關量部分，業(yè)務無關的部分由框架模塊實現(xiàn)，框架模塊控制業(yè)務處理的主流程無需考 慮版本兼容；業(yè)務相關的部分由業(yè)務處理子系統(tǒng)實現(xiàn)，不同版本的業(yè)務處理子系統(tǒng)將實 現(xiàn)不同的業(yè)務處理邏輯?？蚣苣K能夠適配不同版本的多個業(yè)務處理子系統(tǒng)，由框架模 塊接收用戶請求并決定相應版本的業(yè)務處理子系統(tǒng)，為動態(tài)兼容不同版本的業(yè)務模塊創(chuàng) 造了條件。
引入類加載機制解決版本兼容問題，類加載器位于服務處理引擎和業(yè)務處理子 系統(tǒng)之間，起到版本適配的作用，它把服務處理引擎和業(yè)務處理子系統(tǒng)相互隔離開，減 小了它們之間的耦合度，同時類加載器又是紐帶，通過版本信息將兩者動態(tài)的結合在一 起。此外，采用類加載機制能夠支持業(yè)務版本整版本的兼容，業(yè)務處理子系統(tǒng)無需進行 版本相關和版本無關的分離，真正實現(xiàn)了不同版本之間的零耦合關系。
本發(fā)明實施例在運行時動態(tài)加載不同版本的業(yè)務處理子系統(tǒng)，在實際應用中， 網元的版本無論是升級還是回退都能夠直接支持，并且能夠很好的適應復雜多變的現(xiàn)場 環(huán)境，大大減小系統(tǒng)維護的難度。同時，將不同版本之間的差異對用戶透明，用戶無需 關心當前處理的是什么版本的網元，系統(tǒng)會根據(jù)網元的具體版本自動發(fā)起不同的業(yè)務處 理子系統(tǒng)的流程，降低了系統(tǒng)的操作復雜度從而使易用性也得到了提高。
不同版本的業(yè)務處理子系統(tǒng)可以互不交織的平行共存在同一系統(tǒng)中，在進行版本開發(fā)時只需考慮當前版本的業(yè)務邏輯無需為版本兼容做額外的開發(fā)工作，因此不管兼 容多少版本系統(tǒng)的復雜度都不會增加；測試時也只需要對當前的版本進行測試無需因版 本兼容對此前的版本重復測試，將大大減小今后系統(tǒng)在開發(fā)、測試和維護上的工作量。
裝置實施例
根據(jù)本發(fā)明的實施例，提供了一種電信設備版本兼容裝置，圖3是本發(fā)明實施 例的電信設備版本兼容裝置的結構示意圖，如圖3所示，根據(jù)本發(fā)明實施例的電信設備 版本兼容裝置包括請求接收模塊30、預處理模塊32、服務處理引擎模塊34、業(yè)務處理 子系統(tǒng)36，以下對本發(fā)明實施例的各個模塊進行詳細的說明。
請求接收模塊30用于接收用戶的處理請求，并轉發(fā)到預處理模塊32;其中，用 戶發(fā)送的處理請求中攜帶有以下信息處理請求的類型、請求處理的業(yè)務對象、以及請 求處理的數(shù)據(jù)。
預處理模塊32用于獲取相應網元的版本信息，并將所述處理請求和所述版本信 息轉發(fā)到服務處理引擎模塊34 ；
優(yōu)選地，預處理模塊32可以進一步用于將處理請求和版本信息進行重新封 裝，構建成請求處理對象。
具體地，預處理模塊32在對處理請求和版本信息進行重新封裝時，需要將處理 請求的類型、請求處理的業(yè)務對象、請求處理的數(shù)據(jù)、以及版本信息進行重新封裝，構 建成請求處理對象。
服務處理引擎模塊34用于根據(jù)版本信息啟動相應的類加載器，通過類加載器加 載與版本信息相對應的業(yè)務處理子系統(tǒng)，并調用業(yè)務處理子系統(tǒng)36;在實際應用中，服 務處理引擎模塊34可以通過預先定義的與業(yè)務無關的抽象接口調用業(yè)務處理子系統(tǒng)。
此外，在系統(tǒng)啟動時，服務處理引擎模塊34還需要掃描當前系統(tǒng)支持的業(yè)務處 理子系統(tǒng)，并為支持的業(yè)務處理子系統(tǒng)創(chuàng)建一個相應的類加載器，每一個類加載器負責 將相應版本的業(yè)務處理子系統(tǒng)加載到系統(tǒng)中，并交由服務處理引擎模塊34調用激發(fā)具體 的業(yè)務處理邏輯。
業(yè)務處理子系統(tǒng)36用于根據(jù)處理請求激發(fā)相應的業(yè)務實現(xiàn)模塊，通過業(yè)務實現(xiàn) 模塊對相應網元進行處理，并返回處理結果。
以下對本法發(fā)明實施例的電信設備版本兼容裝置中各個模塊的實現(xiàn)版本兼容的 處理過程進行詳細說明。
在系統(tǒng)啟動時，服務處理引擎模塊34掃描當前系統(tǒng)支持的業(yè)務處理子系統(tǒng)，并 為每一個業(yè)務處理子系統(tǒng)創(chuàng)建一個類加載器。每一個類加載器負責將相應版本的業(yè)務處 理子系統(tǒng)加載到系統(tǒng)中，并交由服務處理引擎調用激發(fā)具體的業(yè)務處理邏輯；隨后，啟 動請求接收模塊30，等待接收用戶發(fā)起的業(yè)務操作；用戶發(fā)起具體的業(yè)務操作，請求接 收模塊30接收到用戶的處理請求后隨即將請求轉交給預處理模塊32 ；預處理模塊32分 析入參后得到當前處理網元的版本，將請求處理的類型、處理的業(yè)務對象、處理的數(shù)據(jù) 和版本信息重新組裝后構建成請求處理對象，再將請求處理對象交給服務處理引擎模塊 34 ；接收到請求處理對象后服務處理引擎模塊34根據(jù)請求對象中的版本信息啟動相應的 類加載器，類加載器加載與之版本相對應的業(yè)務處理子系統(tǒng)；服務處理引擎模塊34調用 由類加載器加載的當前業(yè)務處理子系統(tǒng)36完成請求處理。服務處理引擎模塊34與業(yè)務處理子系統(tǒng)36之間定義有與業(yè)務無關的抽象接口，服務處理引擎模塊34通過這些接口完 成對業(yè)務處理子系統(tǒng)的調用；業(yè)務處理子系統(tǒng)36激發(fā)具體的業(yè)務實現(xiàn)邏輯完成最終的請 求處理并將處理結果返回給用戶；用戶業(yè)務處理結束。
綜上所述，本發(fā)明實施例通過類加載器加載與版本信息相對應的業(yè)務處理子系 統(tǒng)，并通過業(yè)務處理子系統(tǒng)激發(fā)相應的業(yè)務處理模塊對相應網元進行處理，解決了現(xiàn)有 技術中實現(xiàn)版本兼容而導致的系統(tǒng)開發(fā)、維護、升級、測試工作量大，系統(tǒng)復雜度高， 以及系統(tǒng)耦合度高的問題，能夠真正實現(xiàn)系統(tǒng)中不同版本之間的零耦合關系，降低了系 統(tǒng)的操作復雜度從而使易用性也得到了提高，并且大大減小今后系統(tǒng)在開發(fā)、測試、升 級和維護上的工作量。
盡管為示例目的，已經公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將意識 到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
權利要求
1.一種電信設備版本兼容方法，其特征在于，包括 接收用戶的處理請求，獲取相應網元的版本信息；根據(jù)所述版本信息啟動相應的類加載器，通過所述類加載器加載與所述版本信息相 對應的業(yè)務處理子系統(tǒng)，并調用所述業(yè)務處理子系統(tǒng)；所述業(yè)務處理子系統(tǒng)根據(jù)所述處理請求激發(fā)相應的業(yè)務處理模塊，通過所述業(yè)務處 理模塊對所述相應網元進行處理，并返回處理結果。
2.如權利要求1所述的方法，其特征在于，所述處理請求中攜帶有以下信息所述 處理請求的類型、請求處理的業(yè)務對象、以及請求處理的數(shù)據(jù)。
3.如權利要求1或2所述的方法，其特征在于，所述獲取相應網元的版本信息后，所 述方法還包括將所述處理請求和所述版本信息進行重新封裝，構建成請求處理對象。
4.如權利要求1所述的方法，其特征在于，在系統(tǒng)啟動時，所述方法還包括掃描當前系統(tǒng)支持的業(yè)務處理子系統(tǒng)，并為支持的業(yè)務處理子系統(tǒng)創(chuàng)建相應的類加 載器。
5.如權利要求1所述的方法，其特征在于，調用所述業(yè)務處理子系統(tǒng)包括 通過預先定義的與業(yè)務無關的抽象接口調用所述業(yè)務處理子系統(tǒng)。
6.—種電信設備版本兼容裝置，其特征在于，包括請求接收模塊，用于接收用戶的處理請求，并轉發(fā)到預處理模塊； 所述預處理模塊，用于獲取相應網元的版本信息，并將所述處理請求和所述版本信 息轉發(fā)到服務處理引擎模塊；所述服務處理引擎模塊，用于根據(jù)所述版本信息啟動相應的類加載器，通過所述類 加載器加載與所述版本信息相對應的業(yè)務處理子系統(tǒng)，并調用所述業(yè)務處理子系統(tǒng)；所述業(yè)務處理子系統(tǒng)，用于根據(jù)所述處理請求激發(fā)相應的業(yè)務實現(xiàn)模塊，通過所述 業(yè)務實現(xiàn)模塊對所述相應網元進行處理，并返回處理結果。
7.如權利要求6所述的裝置，其特征在于，所述處理請求中攜帶有以下信息所述 處理請求的類型、請求處理的業(yè)務對象、以及請求處理的數(shù)據(jù)。
8.如權利要求6或7所述的裝置，其特征在于，所述預處理模塊進一步用于 將所述處理請求和所述版本信息進行重新封裝，構建成請求處理對象。
9.如權利要求6所述的裝置，其特征在于，所述服務處理引擎模塊進一步用于在 系統(tǒng)啟動時，掃描當前系統(tǒng)支持的業(yè)務處理子系統(tǒng)，并為支持的業(yè)務處理子系統(tǒng)創(chuàng)建相 應的類加載器。
10.如權利要求6所述的裝置，其特征在于，所述服務處理引擎模塊具體用于通過 預先定義的與業(yè)務無關的抽象接口調用所述業(yè)務處理子系統(tǒng)。
全文摘要
本發(fā)明公開了一種電信設備版本兼容方法及裝置。該方法包括接收用戶的處理請求，獲取相應網元的版本信息；根據(jù)版本信息啟動相應的類加載器，通過類加載器加載與版本信息相對應的業(yè)務處理子系統(tǒng)，并調用業(yè)務處理子系統(tǒng)；業(yè)務處理子系統(tǒng)根據(jù)處理請求激發(fā)相應的業(yè)務處理模塊，通過業(yè)務處理模塊對相應網元進行處理，并返回處理結果。借助于本發(fā)明的技術方案，能夠實現(xiàn)系統(tǒng)的零耦合，降低系統(tǒng)的操作復雜度，并且減小了今后系統(tǒng)在開發(fā)、測試、升級和維護上的工作量。
文檔編號H04W24/02GK102026233SQ201010572078
公開日2011年4月20日 申請日期2010年12月3日 優(yōu)先權日2010年12月3日
發(fā)明者楊杰 申請人:中興通訊股份有限公司