網元開通的方法及系統的製作方法

2023-05-16 17:30:16 2

專利名稱：：網元開通的方法及系統的製作方法
技術領域：
：本發明涉及電信通信
技術領域：
，尤其涉及一種全業務綜合網元開通的方法及系統。
背景技術：
：國內電信業中網元自動開通系統的發展經歷了兩個階段第一階段是1994-2002年，網元自動開通系統對於新增的網元平臺，通常採用新增一個網元平臺、新增一段網元平臺交互代碼的方式來實現；第二階段是2002年以後，國內一些電信運營商和設備供應商設計了網元激活模塊，用於屏蔽各個網元平臺的差異；雖然在網元自動開通系統中無需具體區分新增的網元平臺，但是其還是停留在和網元平臺簡單的交互上，較難實現各個網元平臺間的流轉關係，比如必須先做完了程控，才能開通歸屬位置寄存器(HLR，HomeLocationRegister)。目前，各大運營商或設備製造商提供的網元開通方法及系統都使用了與具體開通業務具有極強相關性的數據模型來設計流程，這種設計模式的局限性在於擴展性比較差。隨著壓縮出局訪問(SOA，SuppressOutgoingAccess)理念對通信網絡設計架構的影響，考慮「用戶服務到網元的施工」應用場景中，不同的服務涉及不同的網元，需要不同的參數、遵循一定的順序，網元分發的規則比較複雜，但網元間的流程比較簡單，大部分都可以並行，少部分有串行關係；因此，有必要提供一種更加專業化的全業務自動開通方法及系統，對外部屏蔽自動開通環節及之間的順序，以便網元開通後實現與外部系統的靈活交互。
發明內容本發明要解決的一個技術問題是提供一種網元開通的方法及系統，實現與多個外部系統連接，且外部系統無需了解網元開通如何派發，擴展性大幅度增強。本發明的一個方面提供了一種網元開通的方法，該方法包括將業務訂單請求發送給INAS子系統的接口隊列；讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中；掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節及其先後次序；流程引擎按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；獲取待處理的網元工單的信息，實現與物理網元平臺的連接。本發明提供的網元開通的方法的一個實施例中，將業務訂單請求發送給INAS子系統的接口隊列進一步包括將業務訂單請求以可擴展標記語言的形式發送給INAS子系統的接口隊列。本發明提供的網元開通的方法的一個實施例中，該方法進一步包括將訂單請求存入外系統業務接口表後，將訂單請求轉換成業務的開通訂單，並設置開通訂單的優先級和初始狀態。本發明提供的網元開通的方法的一個實施例中，該方法進一步包括一個環節工單生成的網元工單都被執行完畢，實現與物理網元平臺的連接後，繼續執行流程引擎按照環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；以及獲取待處理的網元工單的信息，實現與物理網元平臺的連接。本發明提供的網元開通的方法的一個實施例中，該方法進一步包括客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊，再由服務開通模塊接收業務訂單信息，並將業務訂單請求發送給INAS子系統的接口隊列；業務訂單的屬性規格的新舊值存放在外系統業務接口表擴展表中，外部交互接口表和外部交互接口擴展表用於存放服務開通模塊回復客戶關係管理系統的通訊方式。本發明的另一個方面提供了一種網元開通的系統，該系統包括服務開通模塊，用於接收客戶關係管理系統發送的業務訂單請求，以及將業務訂單請求發送給INAS子系統的接口隊列；INAS子系統，用於接收服務開通模塊發送的業務訂單請求，讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中；掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節和先後次序；流程引擎按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；獲取待處理的網元工單的信息，實現與物理網元平臺的連接。本發明提供的網元開通的系統的一個實施例中，INAS子系統包括INAS接口模塊，用於讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中；INAS取單模塊，用於掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級進行派發；流程引擎模塊，用於接收INAS取單模塊派發的訂單，依照泛屬性組合計算方法確定訂單的開通環節和先後次序；按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；網元工單處理模塊，用於獲取流程引擎模塊生成的待處理的網元工單的信息，實現與物理網元平臺的連接。本發明提供的網元開通的系統的一個實施例中，INAS接口模塊還用於將訂單請求存入外系統業務接口表後，將訂單請求轉換成業務的開通訂單，並設置開通訂單的優先級和初始狀態。本發明提供的網元開通的系統的一個實施例中，該系統還包括操作維護中心，通過網關接口與INAS子系統連接，用於對INAS子系統進行參數設置及維護操作。本發明提供的網元開通的系統的一個實施例中，INAS子系統通過交換機與物理網元平臺進行連接。本發明提供的網元開通的方法及系統，通過設計一套開放的、與具體業務無關的泛屬性組合模型，使用了屬性規格(組)的變化來決定流程，使業務信息與流程設計完全分離，消除了原來使用大量硬代碼進行自動開通流程判斷的方式，做到一個判斷模型多業務分享；提高了網元工單的執行效率，提高了系統的可維護性。圖1示出了本發明實施例提供的一種網元開通的方法的流程圖；圖2示出了本發明實施例的網元開通方法中接口層的數據模型的示意圖3示出了現有技術中確定訂單的開通環節的模型結構示意圖；圖4示出了本發明實施例提供的泛屬性的流程計算模型的結構示意圖；圖5示出了本發明實施例提供的業務規則的結構示意圖；圖6示出了本發明實施例的網元開通方法中運行時配置表的數據模型示意圖；圖7示出了本發明實施例提供的泛屬性組合計算規則的邏輯樹結構；圖8示出了本發明提供的網元開通的方法的另一個實施例的流程圖；圖9示出了本發明提供的網元開通的方法的一個具體實施方式的流程圖；圖10示出了本發明實施例提供的一種網元開通的系統的結構示意圖；圖11示出了本發明實施例提供的網元開通的系統的一個具體實施方式的結構示意圖。具體實施例方式下面參照附圖對本發明進行更全面的描述，其中說明本發明的示例性實施例。圖1示出了本發明提供的網元開通的方法的一個實施例的流程圖。如圖1所示，網元開通的方法流程100包括步驟102，將業務訂單請求發送給INAS子系統的接口隊列。例如，用戶通過外部系統發送網元開通請求，服務開通模塊接收到用戶網元開通請求後，將相應的業務訂單請求以可擴展標記語言(XML，ExtensibleMarkupLanguage)的消息形式發送給全業務綜合網元自動激活(INAS，IntegratedNetelementActvatingSystem)子系統的接口隊列。步驟104，讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中。例如，INAS子系統運行的INAS接口偵聽程序掃描到接口隊列中的業務訂單請求(XML格式消息)後，讀取並解析該業務訂單請求消息，將其存入外系統業務接口表中；設置其優先級和初始狀態，完成XML消息到開通訂單的轉換。稍後對本發明中提及的外系統業務接口表作進一步詳細介紹。步驟106，掃描接口表中待處理的訂單，根據待處理的訂單的優先級進行派發。例如，INAS子系統運行的INAS取單偵聽程序掃描外系統業務接口表中業務訂單的狀態；如果訂單狀態是待處理的訂單，則根據其優先級進行派發。步驟108，被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節及其先後次序。例如，在被派發的業務訂單被送入流程引擎中後，流程引擎根據流程模板庫中預先設置的配置規則，依照泛屬性組合計算方法進行推算，從而確定該業務訂單的開通環節，並設置這些開通環節的先後次序。稍後對泛屬性組合計算方法作進一步的詳細介紹。步驟110，流程引擎按照環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單。例如，流程引擎按照開通環節的優先級依次派發環節工單，其中一張環節工單可能生成一張或多張待處理網元工單。步驟112，獲取待處理的網元工單的信息，實現與物理網元平臺的連接。例如，根據環節工單生成了網元工單後，由網元工單處理模塊取出待處理網元工單的信息，根據網元工單中給出的技術信息指示來連接實際的網元平臺，如物理網元HLR、綜合業務管理平臺(ISMP,IntegratedServicesManagementPlatform)等，從而完成相關業務的實際開通。本發明提供的網元開通的方法中，INAS子系統是業務開通和真實物理網元之間的橋梁，起著承上啟下的關鍵作用；其將業務開通的請求轉換成到若干真實網元的命令，實現各項業務服務的開通。圖2示出本發明網元開通方法中接口層的數據模型的示意圖。如圖2所示，在實施網元開通的方法中，INAS子系統的接口層方面主要涉及外系統業務接口表、外系統接口表擴展表、外部交互接口表、外部系統表、交互接口類型表和外部交互接口擴展表，圖中的箭頭(例如FK_BIREF_BH)表示資料庫中的外鍵，用來控制數據的完整性；其中，外系統業務接口表用於存放外部訂單的基本信息，訂單屬性規格的新舊值存放在外系統業務接口表擴展表中。外部交互接口表和外部交互接口擴展表用於定義回復外系統時使用的通訊方式，如消息隊列(MQ，MeSSageQueue),SOCKET(套接字)等定義。這樣一來就可以通過配置的方式對接多種外系統。為了更加清楚地了解本發明提出的泛屬性的流程計算模型，在介紹本發明提出的泛屬性的流程計算模型之前，首先介紹現有技術中確定訂單的開通環節及其先後次序的流程計算模型。現有的確定訂單的開通環節的模型主要是確定流程計算的維度，較為常見的是「產品規格+訂單類型+服務」的模式，或者「產品+服務」的模式。圖3示出現有技術中確定訂單的開通環節的模型結構示意圖。如圖3所示，外部訂單數據被輸入後進行訂單數據的分解，將其分解為「產品規格」、「訂單類型」和「服務規格」三個固定維度，並套用當前可利用的判斷模型，針對服務的多種屬性和各種參數變化進行維度判斷並加入相應的硬代碼。以「產品規格+訂單類型+服務」的模式為例，該模型具體可使用如下代碼的表述形式if(產品規格=X&&訂單類型=Y&&服務規格=Z)then(走相應的流程)現有技術的這種方式，對外系統模型依賴性強，維度被固定了，因此對於不同的業務，屬性不同的情況顯得不夠靈活，自身改造風險過大；例如如果服務屬性發生變化時，必須通過改變代碼的方式加以解決。以電信領域的固定電話移機業務舉例加以說明固話移機業務需要組合判斷邏輯號、物理號、埠號的組合變化，以此區分移機改號、移機不改號等多種流程1、移機更改邏輯號，物理號、埠號變化，流程如下資源分配一cmoc—HLR—測量臺一外線一cmoc(拆)一HLR(拆)一測量臺(拆)—外線(拆)2、移機不改邏輯號，物理號、埠號變化，流程如下資源分配一cmoc—測量臺一外線(觸發HLR)—cmoc(拆)—測量臺(拆)—外線(拆)邏輯號、物理號、埠號這三個參數均不屬於產品規格、訂單類型、服務的任一項，無法使用固定維度的流程判斷模型去計算流程。由於不屬於流程固定維度判斷範圍，所以只能用硬代碼寫死，配置性和可擴展性較弱，此外，此種方法模型的針對性太強，無法靈活對接多個外系統，復用性不高。針對上述問題，本發明在確定訂單的開通環節及其先後次序方面，創新性地提出了泛屬性組合計算方法，即將屬性完全參數化，消除固定維度，引入多種屬性判斷，擴展計算維度，並設計了泛屬性的流程計算模型。圖4示出了本發明提供的泛屬性的流程計算模型的結構示意圖。如圖4所示，外部訂單數據被輸入後，由INAS子系統進行訂單數據的解析和原子化處理，將其分解為「產品類屬性規格」、「訂單類型類屬性規格」、「服務類屬性規格」、「服務參數類屬性規格」和「其它類型屬性規格(可進行擴展用的維度)」等維度；根據配置抽取相應的泛屬性數據進行組合判斷。該計算方法的思路和創新點如下1)消除現有技術中對外部訂單數據分解而得到的固定維度，引入泛屬性(組)的概念，用泛屬性來描述各種外部訂單數據的屬性。例如，「產品規格」用泛屬性「10002」表示，「訂單類型」用「10045」表示，「邏輯號」用「10014」表示；「物理號」用「30070」表示；「埠號」用「30003」表示。2)利用原子化的泛屬性並結合程式設計師編寫代碼的思路，設計計算模型；模擬代碼編寫流程如下所示if(條件A&&條件B)thendosomething；例如，以固定電話移機為例進行說明if(訂單類型=移機&&埠號變化&&物理號變化&&邏輯號沒變&&產品規格是固話類)then(走移機不改號流程)使用泛屬性組合理念，實現了一張可以動態擴展的流程維度計算模型。具體數據模型分成兩類設計時(buildtime)配置表和運行時(runtime)配置表。設計時配置表是由業務人員配置流程使用，帶有一定的業務信息。運行時配置表根據設計時配置表自動導入生效，不可以直接操作。這樣做的好處在於分離業務信息和運行信息，保證核心模型的業務無關性，同時通過導入工具保證業務人員配置的準確性。表1示出本發明提供的設計時環節配置表的主要數據模型結構，具體如下所示；環節配置表主要參數包括地區ID、產品規格ID、訂單類型ID、服務規格ID、環節規格ID、服務規格名稱、環節規格名稱、是否新增、規則、規則解釋、屬性規則組ID、ID、創建時間、上次修改時間等。_tableseeoriginaldocumentpage9表1設計時環節配置表的主要數據模型結構以ADSL綠色上網服務為例，表2示出採用本發明提供的設計時環節配置表對ADSL綠色上網服務進行配置，具體內容如下所示tableseeoriginaldocumentpage10表2ADSL綠色上網服務設計時配置表結構表2所示的英文欄位與表1所示的數據模型結構中的中文欄位是一一對應的。其中，地區對應的數值「20」表示蘇州，產品規格對應的數值「9」表示ADSL產品，服務規格對應的數值「152」表示綠色上網服務，環節規格對應的數值「000076」表示遠程認證撥號用戶業務(RADIUS,RemoteAuthorizationDialInUserService)平臺。表2所示的配置表示的含義是蘇州ASDL的綠色上網服務在滿足規則(10003=152)||(10004=152)||((10005=152)&&(10079M0D))的情況下需要經過RADIUS平臺，此條泛屬性規則用中文表述為((新增綠色上網服務)或者(刪除綠色上網服務)或者(用戶有綠色上網服務並且參數變化))的時候要過RADIUS平臺。規則用正規表達式寫出，通俗易懂。本發明提供的業務規則實際上就是一條邏輯表達式，由原子規則及其組合(非頂級組合規則或頂級組合規則)構成。圖5示出了本發明提供的業務規則的結構示意圖。如圖5所示，其中原子規則表徵最小的判斷粒度，是對某一個屬性規格新舊值的判斷。它支持三種判斷模式，分別是數值類、動作類以及動態類判斷。非頂級組合規則是原子規則或其他的非頂級組合規則通過AND或者是OR關係組合而成這種組合規則並不能決定流程的走向，僅僅是某些規則的組合。頂級組合規則是原子規則或非頂級組合規則通過AND或者是OR關係組合而成，決定最終流程的走向。以前述規則(10003=152)||(10004=152)II((10005=152)&&(10079M0D))為例其中(10003=152)、(10004=152)、((10005=152)和(10079M0D)都屬於原子規則，((10005=152)&&(10079M0D))屬於非頂級組合規則，(10003=152)II(10004=152)||((10005=152)&&(10079M0D))屬於頂級組合規則。具體來說，數值類判斷包括「=」(等於)、「>」(大於)、「=」(大於等於)、「<=」(小於等於)、「」(不等於)。動作類判斷包括:M0D用於判斷值是否發生變化(即新舊值發生變化)。ADD用於判斷值是否是新增(即新值有，舊值沒有)。DEL用於判斷值是否是刪除(即新值沒有，舊值有)。KIP用於判斷值是否是不變(即新舊值相同)。ALL用於判斷某個屬性規格是否存在。動態類判斷系統運行時動態執行的相關規則。這些規則也稱為動態規則，是由JAVA代碼實現屬性規格新舊值的複雜判斷。動態規則的引入，增強了規則判斷的靈活型，使得規則的判斷不再局限於對某些屬性規格新舊值的簡單判斷。運行時配置表的由設計時配置表中的規則分解而來的。圖6示出本發明網元開通方法中運行時配置表的數據模型示意圖，圖中的箭頭(例如FK_ISGRREF_ISG)表示資料庫中的外鍵，用來控制數據的完整性。如圖6所示，運行時配置表涉及屬性規格組關聯表、屬性規格關聯類型表、屬性規格組表、屬性規格關聯表、屬性規格組對應的內部服務表、屬性規格參數類型表、內部服務規格定義表、產品服務規格對應的環節表和環節定義表；前述所有數值類、動作類及動態類判斷的規則都需經過轉換，導入運行時配置表。表3給出了規則轉換對照關係，具體如下表所示tableseeoriginaldocumentpage11表3規則轉換對照表INAS子系統的流程引擎在系統初始化時，動態加載該運行時配置表中的規則；其將每一條規則視為是一棵樹。圖7示出本發明實施例提供的泛屬性組合計算規則的邏輯樹結構。如圖7所示，樹的根部是Cl，也就是頂級組合規則。樹葉是Α1、Α2和A3，都是原子規貝U。C2是非頂級組合規則，是該邏輯樹上的一個節點，該節點下兩個原子規則；該邏輯樹可以轉換成如下的表達式(Cl=C2&&A1C2=Α2|Α3)。當這兩個表達式成立的時候，頂級組合規則Cl就成立。流程的計算可以採用自頂向下的遞歸方式進行計算，首先從Cl開始，計算到每個葉節點為止。詳細算法包括1)INAS子系統的流程引擎初始化時動態加載屬性規格組關聯、屬性規格組、屬性規格對應的內部服務、屬性規格關聯等運行時配置表至內存中(僅初始化時加載一次，目的在於減少資料庫的訪問次數，提高計算效率)。2)根據訂單屬性規格的新舊值，參照屬性規格關聯表，計算原子規則。在這裡假設Α1、Α2、Α3都成立。3)從頂級規則開始，首先計算規則Cl。4)由於Cl是組合規則，於是根據屬性規格組關聯表找到Cl的子規則(C2和Al)，以及子規則之間的組合關係(與的關係)。5)計算Cl的子節點C2，C2也是組合規則，開始遞歸計算。6)根據屬性規格組關聯表找到C2的子規則(A2和A3)，以及子規則之間的組合關係(或的關係)。7)A2、A3都成立，且是或的組合關係，所以C2成立。A2、A3是規則樹上的葉結點，也就是遞歸計算的終點，於是這次遞歸計算結束。8)計算Cl的另一個子節點Al。9)A1是原子規則，已經計算。10)由於C2和Al都成立，且是與的關係，所以Cl成立。隨後將結果保存至流程計算結果表中。本發明提供的網元開通的方法，沒有將計算流程的要素局限於業務自身的定義(如原有服務開通定義的產品規格、訂單類型方式來決定流程)；而是設計了一套開放的、與具體業務無關的泛屬性組合模型，使用了屬性規格(組)的變化來決定流程，使業務信息與流程設計完全分離，徹底消除了原來使用大量硬代碼進行自動開通流程判斷的方式，做到一個判斷模型多業務分享。圖8示出了本發明提供的網元開通的方法的另一個實施例的流程圖。如圖8所示，網元開通的方法流程800包括步驟802-812，其中步驟802、804、808-812可以分別執行與圖1所示的步驟102、104、108-112相同或相似的技術內容，為簡潔起見，這裡不再贅述其技術內容。如圖8所示，在步驟804「讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中」之後，執行步驟805，將訂單請求轉換成業務的開通訂單，並設置開通訂單的優先級和初始狀態。例如，XML形式的業務訂單請求消息被按照預先設置的模板式樣被轉換為業務的開通訂單式樣，並在該預製的模板中設置該項業務的開通訂單的優先級及其初始狀態(如賦予相關權重、附加信息等)。稍後對開通訂單的優先級和權重的設置方式作進一步詳細介紹。步驟806，掃描接口表中待處理的開通訂單，根據待處理的開通訂單的優先級和權重進行派發。例如，在完成開通訂單的轉換後，對外系統業務接口表中待處理的開通訂單進行掃描，根據待處理的開通訂單的優先級和權重進行派發。稍後對訂單根據優先級和權重進行派發的具體方式作進一步詳細介紹。對開通訂單完成轉化後設置其優先級和初始狀態，形成該開通訂單的取單策略；例如，每張業務開通訂單均可通過優先級和權重的組合方式加以標註，它們形成了一個「相對優先級」的概念。簡要舉例，說明如下優先級權重普通(8)χ重要(9)yVIP(IO)ζ「相對優先級」的數據項主要涉及優先級和權重這兩個參數，按照前述所示，具有不同優先級的訂單在同一段時間內被處理的數量具有χyZ的數量關係。其流程如下1)任取兩張訂單，訂單的優先級分別是8、9；2)根據兩張訂單的權重χ和y，計算權重之和(x+y)；3)選一個隨機數對權重之和取餘，randommod(x+y)；4)如果餘數在之間，那麼就選取優先級為8的訂單，如果餘數在[X，(x+y-1)]之間，那麼就選取優先級為9的訂單。就是在區間內選擇一個隨機數，看餘數落在哪個子區間內，以此類推，這樣就達到了各個優先級相對處理快慢的目標。本發明提供的網元開通的方法的另一個實施例中，在步驟812「一個環節工單生成的網元工單都被執行完畢，實現與物理網元平臺的連接」後，循環執行步驟810「流程引擎按照環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單」，從而繼續獲取待處理的網元工單的信息，實現與物理網元平臺的連接。如果某張訂單下所有的環節工單都已經派發且執行完畢，則表示這張訂單所有的開通請求已經執行完畢。本發明提供的網元開通的方法的另一個實施例中，在步驟802「將業務訂單請求發送給INAS子系統的接口隊列，，之前，執行步驟「客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊」。具體來說，客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊，並由服務開通模塊接收業務訂單信息，隨後將業務訂單請求發送給INAS子系統的接口隊列。其中外系統業務接口表用於存放外部訂單的基本信息，訂單屬性規格的新舊值存放在外系統業務接口表擴展表中。外部交互接口表和外部交互接口擴展表用於存放服務開通模塊回復客戶關係管理系統的通訊方式，如MQ，SOCKET等定義。本發明提供的網元開通的方法，其在派發訂單之前，預先設置取單策略，即定製訂單的優先級和權重；每張訂單均通過優先級和權重加以標註，從而確保優先級高的訂單可以被優先執行，同時優先級相對較低的也有機會被調度執行，而不至於被一直處於排隊狀態(「餓死」)。圖9示出了本發明提供的網元開通的方法的一個具體實施方式的流程圖。如圖9所示，網元開通的方法流程900包括步驟901，客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊。例如，客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊，並由服務開通模塊接收業務訂單信息，隨後將業務訂單請求發送給INAS子系統的接口隊列。其中外系統業務接口表用於存放外部訂單的基本信息，訂單屬性規格的新舊值存放在外系統業務接口表擴展表中。外部交互接口表和外部交互接口擴展表用於存放服務開通模塊回復客戶關係管理系統的通訊方式，如MQ，SOCKET等定義。步驟902，將業務訂單請求發送給INAS子系統的接口隊列。例如，用戶通過外部系統發送網元開通請求，服務開通模塊接收到用戶網元開通請求後，將相應的業務訂單請求以XML的消息形式發送給INAS子系統的接口隊列。步驟904，讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中。例如，INAS子系統運行的INAS接口偵聽程序掃描到接口隊列中的業務訂單請求(XML格式消息)後，讀取並解析該業務訂單請求消息，將其存入外系統業務接口表中；設置其優先級和初始狀態，完成XML消息到開通訂單的轉換。步驟905，將訂單請求轉換成業務的開通訂單，並設置開通訂單的優先級和初始狀態。例如，XML形式的業務訂單請求消息被按照預先設置的模板式樣被轉換為業務的開通訂單式樣，並在該預製的模板中設置該項業務的開通訂單的優先級及其初始狀態(如賦予相關權重、附加信息等)。步驟906，掃描接口表中待處理的開通訂單，根據待處理的開通訂單的優先級和權重進行派發。例如，在完成開通訂單的轉換後，對外系統業務接口表中待處理的開通訂單進行掃描，根據待處理的開通訂單的優先級和權重進行派發。步驟908，被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節及其先後次序。例如，在被派發的業務訂單被送入流程引擎中後，流程引擎根據流程模板庫中預先設置的配置規則，依照泛屬性組合計算方法進行推算，從而確定該業務訂單的開通環節，並設置這些開通環節的先後次序。步驟910，流程引擎按照環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單。例如，流程引擎按照開通環節的優先級依次派發環節工單，其中一張環節工單可能生成一張或多張待處理網元工單。步驟912，獲取待處理的網元工單的信息，實現與物理網元平臺的連接。例如，根據環節工單生成了網元工單後，由網元工單處理模塊取出待處理網元工單的信息，根據網元工單中給出的技術信息指示來連接實際的網元平臺，如物理網元HLR、ISMP等，從而完成相關業務的實際開通。圖10示出本發明提供的一種網元開通的系統的結構示意圖。如圖10所示，網元開通系統1000包括服務開通模塊1002、INAS子系統1004和物理網元1006。其中，服務開通模塊1002，用於接收客戶關係管理系統1001發送的業務訂單請求，以及將業務訂單請求發送給INAS子系統的接口隊列。例如，用戶通過CRM系統以MQ接口方式向服務開通模塊1002發送網元開通請求，服務開通模塊1002接收到用戶網元開通請求後，將相應的業務訂單請求以XML的消息形式發送給全業務綜合網元自動激活(INAS)子系統的接口隊列。INAS子系統1004，用於接收服務開通模塊1002發送的業務訂單請求，讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中；掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節和先後次序；流程引擎按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；獲取待處理的網元工單的信息，實現與物理網元平臺的連接。具體來說，INAS子系統1004運行的INAS接口偵聽程序掃描到接口隊列中的業務訂單請求(XML格式消息)後，讀取並解析該業務訂單請求消息，將其存入外系統業務接口表中；設置其優先級和初始狀態，完成XML消息到開通訂單的轉換。隨後INAS子系統904運行的INAS取單偵聽程序掃描外系統業務接口表中業務訂單的狀態；如果訂單狀態是待處理的訂單，則根據其優先級進行派發。在被派發的業務訂單被送入流程引擎中後，流程引擎根據流程模板庫中預先設置的配置規貝U，依照泛屬性組合計算方法進行推算，從而確定該業務訂單的開通環節，並設置這些開通環節的先後次序。流程引擎按照開通環節的優先級依次派發環節工單。根據環節工單生成了網元工單後，由網元工單處理模塊取出待處理網元工單的信息，根據網元工單中給出的技術信息指示來連接實際的網元平臺，如物理網元1006:HLR、ISMP等，從而完成相關業務的實際開通。本發明提供的網元開通的系統的一個實施例中，網元開通的系統1000還包括操作維護中心(OMC，OperationandMaintenanceCentre)1008，通過網關接口與INAS子系統1004連接，用於對INAS子系統1004進行參數設置及維護操作。本發明提供的網元開通的系統，支持多種業務系統的訂單接口，接口方式支MQ、WebService、SOCKET、JMS、接口表等多種方式；訂單採用統一的XML格式來封裝訂單信息，接口方式與工單處理邏輯分離實現了異構系統之間的交互。相比於現有技術，本發明提供的網元開通系統採用更靈活和高效的配置策略來提高網元工單執行的效率，提高了系統的可維護性。圖11示出本發明提供的一種網元開通的系統的一個具體實施方式的結構示意圖。如圖11所示，網元開通系統1100包括服務開通模塊1102、INAS子系統1104、物理網元1106和操作維護中心1108。CRM系統1101、服務開通模塊1102、物理網元1106和操作維護中心1108分別可以是與圖10所示CRM系統1001、服務開通模塊1002、物理網元1006和操作維護中心1008具有相同或相似的功能模塊。為簡潔起見，這裡不再贅述。如圖11所示，INAS子系統1104包括INAS接口模塊11042、INAS取單模塊11044、流程引擎模塊11046和網元工單處理模塊11048。其中INAS接口模塊11042，用於讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中。INAS取單模塊11044，用於掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級向流程引擎模塊11046進行派發。流程引擎模塊11046，用於接收INAS取單模塊11044派發的訂單，依照泛屬性組合計算方法確定訂單的開通環節和先後次序；按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單，並向網元工單處理模塊發送網元工單。網元工單處理模塊11048，用於接收流程引擎模塊11046生成的待處理的網元工單，並獲取相應網元工單包含的信息，實現與物理網元平臺的連接。本發明提供的網元開通的系統的一個實施例中，INAS接口模塊11042還用於將訂單請求存入外系統業務接口表後，將訂單請求轉換成業務的開通訂單，並設置該開通訂單的優先級和初始狀態。本發明提供的網元開通的系統的一個實施例中，INAS子系統1104通過交換機與物理網元1106進行連接。本發明提供的網元開通的系統，通過可配置化的工單調度策略模型及一套規則配置表，來實現業務訂單的可配置化，提高了系統對業務變更響應的速度，縮短了開發周期，減少了頻繁修改程序帶來的系統隱患。參考前述本發明示例性的描述，本領域技術人員可以清楚的知曉本發明具有以下優點1、本發明提供的網元開通的方法及系統，其在派發訂單之前，預先設置取單策略，即定製訂單的優先級和權重；每張訂單均通過優先級和權重加以標註，從而確保優先級高的訂單可以被優先執行，同時優先級相對較低的也有機會被調度執行，而不至於被一直處於排隊狀態。2、本發明提供的網元開通的方法及系統，支持多種業務系統的訂單接口，接口方式支MQ、WebService、SOCKET、JMS、接口表等多種方式；訂單採用統一的XML格式來封裝訂單信息，接口方式與工單處理邏輯分離實現了異構系統之間的交互。相比於現有技術，本發明採用更靈活和高效的配置策略來提高網元工單執行的效率，提高了系統的可維護性。3、本發明提供的網元開通的方法及系統，通過可配置化的工單調度策略模型及一套規則配置表，來實現業務訂單的可配置化，提高了系統對業務變更響應的速度，縮短了開發周期，減少了頻繁修改程序帶來的系統隱患。本發明的描述是為了示例和描述起見而給出的，而並不是無遺漏的或者將本發明限於所公開的形式。很多修改和變化對於本領域的普通技術人員而言是顯然的。選擇和描述實施例是為了更好說明本發明的原理和實際應用，並且使本領域的普通技術人員能夠理解本發明從而設計適於特定用途的帶有各種修改的各種實施例。權利要求一種網元開通的方法，其特徵在於，所述方法包括將業務訂單請求發送給INAS子系統的接口隊列；讀取並解析所述接口隊列中的所述訂單請求，並將所述訂單請求的信息存入外系統業務接口表中；掃描所述外系統業務接口表中待處理的訂單，根據所述待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由所述流程引擎依照泛屬性組合計算方法確定所述訂單的開通環節及其先後次序；所述流程引擎按照所述開通環節的先後次序依次派發環節工單，根據所述環節工單生成相應待處理的網元工單；獲取所述待處理的網元工單的信息，實現與物理網元平臺的連接。2.根據權利要求1所述的方法，其特徵在於，將業務訂單請求發送給INAS子系統的接口隊列進一步包括將所述業務訂單請求以可擴展標記語言的形式發送給INAS子系統的接口隊列。3.根據權利要求1所述的方法，其特徵在於，所述方法進一步包括將所述訂單請求存入外系統業務接口表後，將所述訂單請求轉換成業務的開通訂單，並設置所述開通訂單的優先級和初始狀態。4.根據權利要求1所述的方法，其特徵在於，所述方法進一步包括一個所述環節工單生成的所述網元工單都被執行完畢，實現與物理網元平臺的連接後，繼續執行所述流程引擎按照所述環節的先後次序依次派發環節工單，根據所述環節工單生成相應待處理的網元工單；以及獲取所述待處理的網元工單的信息，實現與物理網元平臺的連接。5.根據權利要求1所述的方法，其特徵在於，所述方法進一步包括客戶關係管理系統通過接口層將業務訂單信息發送給服務開通模塊，再由所述服務開通模塊接收所述業務訂單信息，並將所述業務訂單請求發送給INAS子系統的接口隊列；所述業務訂單的屬性規格的新舊值存放在外系統業務接口表擴展表中，外部交互接口表和外部交互接口擴展表用於存放所述服務開通模塊回復所述客戶關係管理系統的通訊方式。6.一種網元開通的系統，其特徵在於，所述系統包括服務開通模塊，用於接收客戶關係管理系統發送的業務訂單請求，以及將所述業務訂單請求發送給INAS子系統的接口隊列；所述INAS子系統，用於接收所述服務開通模塊發送的所述業務訂單請求，讀取並解析所述接口隊列中的所述訂單請求，並將所述訂單請求的信息存入外系統業務接口表中；掃描所述外系統業務接口表中待處理的訂單，根據所述待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由所述流程引擎依照泛屬性組合計算方法確定所述訂單的開通環節和先後次序；所述流程引擎按照所述開通環節的先後次序依次派發環節工單，根據所述環節工單生成相應待處理的網元工單；獲取所述待處理的網元工單的信息，實現與物理網元平臺的連接。7.根據權利要求6所述的系統，其特徵在於，所述INAS子系統包括INAS接口模塊，用於讀取並解析所述接口隊列中的所述訂單請求，並將所述訂單請求的信息存入外系統業務接口表中；INAS取單模塊，用於掃描所述外系統業務接口表中待處理的訂單，根據所述待處理的訂單的優先級進行派發；流程引擎模塊，用於接收所述INAS取單模塊派發的所述訂單，依照泛屬性組合計算方法確定所述訂單的開通環節和先後次序；按照所述開通環節的先後次序依次派發環節工單，根據所述環節工單生成相應待處理的網元工單；網元工單處理模塊，用於獲取所述流程引擎模塊生成的待處理的網元工單的信息，實現與物理網元平臺的連接。8.根據權利要求7所述的系統，其特徵在於，所述INAS接口模塊還用於將所述訂單請求存入所述外系統業務接口表後，將所述訂單請求轉換成業務的開通訂單，並設置所述開通訂單的優先級和初始狀態。9.根據權利要求6所述的系統，其特徵在於，所述系統還包括操作維護中心，通過網關接口與所述INAS子系統連接，用於對所述INAS子系統進行參數設置及維護操作。10.根據權利要求6所述的系統，其特徵在於，所述INAS子系統通過交換機與所述物理網元平臺進行連接。全文摘要本發明公開一種網元開通的方法及系統，該方法包括將業務訂單請求發送給INAS子系統的接口隊列；讀取並解析接口隊列中的訂單請求，並將訂單請求的信息存入外系統業務接口表中；掃描外系統業務接口表中待處理的訂單，根據待處理的訂單的優先級進行派發；被派發的訂單進入流程引擎後，由流程引擎依照泛屬性組合計算方法確定訂單的開通環節及其先後次序；流程引擎按照開通環節的先後次序依次派發環節工單，根據環節工單生成相應待處理的網元工單；獲取待處理的網元工單的信息，實現與物理網元平臺的連接。本發明實現了網元自動開通的便捷性，提高了網元工單的執行效率，提高了系統的可維護性。文檔編號H04L12/24GK101800661SQ20101000117公開日2010年8月11日申請日期2010年1月14日優先權日2010年1月14日發明者吳嶽強,周駿為,楊進,王堯,胡懿翔,阮東明申請人:中國電信股份有限公司