一種業務配置信息交互的方法
2023-06-03 01:32:31 2
專利名稱：一種業務配置信息交互的方法
技術領域：
本發明涉及通信傳輸技術，尤其涉及一種電信業務配置信息交互方法。
背景技術：
隨著電信業務需求的不斷增加，固定的電信設備配置方案不能滿足日益增長的客戶需求，這就必然需要對現有設備進行重新配置，不斷調整以跟進市場需要。
用戶在進行電信設備業務配置的時候是通過操作網管完成的。網管由網關設備接入通信網絡，其把用戶的配置信息通過事先定義好的接口通知給網絡節點上的控制單元，控制單元接收到信息完成操作後再把信息通過接口通知到功能單元，由功能單元根據用戶需求實現信息功能。這樣的配置過程中就存在兩個信息的交互過程，即網管到控制單元的信息交互和控制單元到功能單元的信息交互。
在整個業務配置信息交互的過程中，根據用戶的需要，可能會出現比較複雜的情況，即在網管與控制單元之間和控制單元與功能單元之間存在大量的配置信息交互，特別是在開局或者一些超大量信息配置的時候，對網絡中數據交互的要求更加高。由於軟體間的通信能力有限，而用戶的配置數據量較大(一般會有成千上萬條命令)，所以會造成命令交互時間較長，以至於整個配置時間過長；在某些特殊情況下，比如對網管、控制單元和功能單元進行更換和升級時，需要重新傳送業務配置信息，這樣會造成業務中斷時間較長，影響用戶的使用。
針對通信設備配置，有下述兩種處理方案方案一接口命令方案根據用戶需要，網管把大量的配置信息傳遞給功能單元，該傳遞過程是通過網管接口與控制單元接口之間、控制單元接口與功能單元接口之間實現的。把實施的每一次配置操作都定義為一條接口命令，那麼完成每一種用戶配置都可能以一條或多條接口命令的轉換而實現。一般情況，一種用戶配置需要轉換的接口命令有幾千條。
接口命令格式如下命令字參數1，參數2，參數3，參數4，......參數n用戶實施一個配置包括多種業務，以配置EVPL業務為例，其接口命令是0x5555bid，埠號，vlanid號，出埠號......
具體地說，比如配置2000個EVPL業務的操作，需要網管向控制單元發送2000次接口命令，控制單元需要向網管反饋2000次的執行結果；同樣的，控制單元向功能單元發送2000次接口命令，功能單元也需要向控制單元反饋2000次接口的執行接口。因此，配置2000個業務，需要4000次的信息交互。
方案一的缺點由於電信設備本身存在多種業務配置，其相應需要轉換成大量的接口命令。所以完成一個配置，在網管、控制單元及功能單元之間的命令交互量巨大，其造成配置完成的時間過長，降低了通信效率；並且在實際運營過程中容易導致業務中斷。
方案二批量配置方案在業務配置過程中，許多配置命令的參數相似，而且存在很多參數值都是相同的情況。因此針對此類命令，其參數的修改可以採用批量的方式實現，這樣可以減少多次配置帶來的冗餘信息。
例如命令字para1，para2，para3如需下發以下10條命令的時候cmd10，20，30cmd10，21，30cmd10，22，30
.............
cmd10，29，30則修改該命令參數為cmdpara1，para2from，para2to，para3在下發10條命令的時候，採用以下命令格式cmd10，20，29，30方案二的缺點其仍然通過傳統的命令方式進行交互，同時需要修改已有的接口命令。在進行批量配置過程中，修改的參數範圍必須連續，因此只有部分接口命令可以進行這樣的修改，其只能在局部範圍內緩解問題，隨著接口命令的增加和用戶需求的變化，仍然會面臨大數據量交互的問題。
發明內容
本發明的目的在於提供一種用少量的交互完成用戶大量業務信息的配置方法，以解決現有技術中因需要交互大量的數據命令而降低配置效率的問題。通過減少交互的命令數據節省通信時間從而提高配置效率。
一種業務配置信息交互的方法，包括如下步驟制定與業務需求對應的不同種的配置方案並進行標識；把所述的配置方案分別存儲於網管、控制單元和功能單元；用戶在網管上選擇配置方案標識，網管根據此標識查找出對應的配置方案，進行相應的數據操作，並通過協議將所選的配置方案標識下發給其管理的控制單元，控制單元接收到此標識後，根據此標識查找出對應的配置方案，進行相應的數據操作，並通過協議將所選的配置方案標識下發給其管理的功能單元，功能單元接收到此標識後，根據此標識查找出對應的配置方案，完成相應的數據操作，實現業務配置。
所述配置方案以文件或者代碼或者資料庫的形式存儲，其內容結構包括命令名稱，命令數目和命令參數，此命令參數具體包括參數名稱和參數值。
系統更換設備時，所述配置方案的獲取包括
系統更換網管時，網管通過從控制單元上載的方式獲取所述配置方案；系統更換控制單元時，控制單元通過從網管下載或者從功能單元上載的方式獲取所述配置方案；系統更換功能單元時，功能單元通過下載的方式從控制單元獲取所述配置方案。
所述配置方案的維護操作包括添加新配置方案至網管、控制單元和功能單元，並進行標識；更換網管、控制單元和功能單元上既有配置方案的內容，並生成新標識；刪除網管、控制單元和功能單元上既有配置方案。
所述新配置方案的添加包括如下步驟用戶在網管上新增一種配置方案，相應給予標識，並將該配置方案及標識進行存儲，然後把配置方案內容及標識依次下發至其所管理的控制單元；控制單元接收網管下發的配置方案內容及標識，並進行存儲，然後依次下發至其所管理的功能單元；功能單元接收控制單元下發的配置方案內容及標識，並進行存儲。
所述既有配置方案內容的更換包括如下步驟網管按照用戶要求，更換既有配置方案內容並進行存儲，相應生成新的配置方案標識，然後以命令方式將所述更換的配置內容及標識下發到其管理的控制單元；控制單元接收到網管下發的命令後，對更換的配置內容及其所修改的標識進行存儲，然後以命令方式將所述更換的配置內容及標識下發到其管理的功能單元；功能單元接收到控制單元下發的命令後，根據命令要求逐步更換既有配置方案內容。
所述配置方案的刪除包括如下步驟網管依用戶要求刪除既有配置方案，並把該配置方案的標識依次下發至其所管理的控制單元；控制單元接收到網管下發的標識後，查找到所述標識所對應的配置方案並刪除，然後把該配置方案的標識依次下發至其所管理的功能單元；功能單元接收控制單元下發的標識後，查找到所述標識所對應的配置方案並刪除。
對所述配置方案內容進行更換，具體操作包括對所述配置方案中的命令名稱進行更換；對所述配置方案中的命令數目進行更換；對所述配置方案中的命令參數進行更換，即更換參數名稱，或更換參數值。
所述標識傳送的方式是通過下發命令實現，即網管向控制單元發送表明所述配置方案標識的命令；控制單元向功能單元發送表明所述配置方案標識的命令。
所述數據操作指的是所述配置方案的實現，即網管根據所述標識對應的配置方案，完成的數據操作是使該方案內容在用戶圖形界面上顯示；控制單元根據所述標識對應的配置方案，完成的數據操作是將該方案內容另存儲於其軟體資料庫中，供非網管用戶查詢；功能單元根據所述標識對應的配置方案，完成的數據操作是將該方案內容寫入功能單元晶片的寄存器中。
本發明技術方案的有益效果如下利用本發明所述方法，即以下發配置方案標識代替逐條下發命令進行業務配置，可以顯著減少數據命令的交互量，節省用戶配置時間，從而提高業務配置的效率；也可以在不更新硬體和通信協議的情況下，解決數據通信效率的瓶頸。另外，通過列表的方式表示配置方案的內容，可以減少冗餘信息的出現。
圖1為業務配置過程主流程圖；
圖2為系統硬體構架圖；圖3為配置方案的結構列表；圖4為系統配置流程圖；圖5為既有配置方案的載入流程圖；圖6為添加新配置方案流程圖；圖7為更換配置方案結構內容流程圖；圖8為刪除既有配置方案流程圖。
具體實施例方式
下面參照附圖並結合具體實施對本發明進行詳細的說明。附圖和具體實施都是解釋性的，而不是限制性的。
如圖2所示，網管、控制單元及功能單元等設備組成一個通信網絡，網管由網關設備接入網絡，管理其對應的每一個控制單元，控制單元管理著其對應的每一個功能單元。
用戶首先根據市場調研情況，通過詳細分析客戶需求，將客戶需求數據進行分類，制定若干種不同的配置方案，並對各種配置方案予以標識，然後該配置方案存儲於網管、控制單元及功能單元中，存入上述三種設備的數據內容和形式完全相同。配置方案是所有配置命令的集合，其存儲形式包括文件、代碼、資料庫等。由於不同的配置命令之間存在很多配置數據是相同的情況，所以配置方案以列表的方式表示所有命令的內容，如圖3所示，其結構包括命令名稱、命令數目、命令參數(包括參數名和參數值)，通過這種列表方式表示出的配置方案可以減少冗餘信息的出現。在網管、控制單元及功能單元配置過程中，採用標識傳遞方式代替逐條發送命令方式進行通信，以降低設備命令交互時間，提高配置效率。如圖4所示，具體處理流程包括如下步驟步驟1用戶在網管上選擇一種配置方案，網管接收到用戶下發的標識後，進行數據校驗及標識合法性分析，如果在網管存儲單元中存在該標識，網管向用戶返回一條「合法」信息，否則向用戶返回一條「非法」信息。
步驟2網管得到合法標識後，根據此標識查找出對應的配置方案，進行相應的數據操作，即在用戶圖形界面上顯示該方案內容。然後，網管把配置方案標識依次發送至其管理的每一個控制單元上，網管需要下發標識選擇命令的條數和網管所能管理的控制單元數目相同。
步驟3控制單元得到網管下發的標識後，進行數據校驗及標識合法性分析，如果在控制單元存儲單元中存在該標識，控制單元向網管返回一條「合法」信息，否則向網管返回一條「非法」信息。
步驟4控制單元得到合法標識後，根據此標識查找出對應的配置方案，完成相應的數據操作，即將該方案內容另存儲於其軟體資料庫中，供非網管用戶查詢。然後把配置方案標識依次發送至其管理的每一個功能單元上，控制單元需要下發標識選擇命令的條數和控制單元所管理的功能單元的個數相同。
步驟5功能單元得到控制單元下發的配置標識後，進行數據校驗及標識合法性分析，如果在功能單元存儲單元中存在該標識，功能單元向控制單元返回一條「合法」信息，控制單元接收到信息後向網管傳遞，否則功能單元向控制單元返回一條「非法」信息，控制單元接收到信息後再向網管傳遞。
步驟6功能單元得到合法標識後，根據此標識查找出對應的配置方案，然後從功能單元存儲單元中調出該配置方案，將該方案內容寫入功能單元晶片的寄存器中，即執行配置方案中各條相關配置命令。如果功能單元成功執行了業務數據信息的配置，功能單元向控制單元返回一條「成功」信息，控制單元接收到信息後再向網管傳遞，否則功能單元向控制單元返回一條「失敗」信息，控制單元接收到信息後再向網管傳遞。
如上所述，配置方案是通過分析客戶需求制訂出來的，並以文件、代碼、資料庫等形式存儲於網管、控制單元及功能單元中。網管、控制單元及功能單元根據合法標識完成的所有數據操作共同體現了客戶的配置需要。在實際的電信設備在運營過程中，為給客戶提供更穩定更優質的服務，常常需要對網管、控制單元或功能單元進行現場升級；或者當設備發生故障時，需要對網管和/或控制單元和/或功能單元進行更換。在這種情況下，由於配置方案已經存在於系統中，所以，對於待更換設備，只需要從源配置方案提供節點(以下簡稱源節點)載入既有配置方案即可。例如，對於待更換的網管，只需要從控制單元上載配置方案；同樣，對於待更換的控制單元，其僅需要從功能單元上載配置方案；而對於待更換的功能單元，由於其已經處於系統的最底層，不存在管理節點，所以，其配置方案的獲取只能從上級管理節點(也就是控制單元)進行下載。
以系統設備進行升級為例，如圖5所示，在配置方案載入過程中，待升級設備首先建立與源節點的連接，如果建立失敗則向上報警；如果建立成功，則從源節點載入配置方案，完成後進行數據校驗。校驗失敗則向上報警；校驗成功獲取配置方案，則向源節點查詢當前使用的配置方案標識，然後完成數據操作。
在電信系統運營過程中，原有配置方案常常不能滿足用戶日益增長的業務需求，所以配置方案的維護必須支持動態操作，上述動態操作主要包括配置方案的添加、更換和刪除。
1、添加新配置方案新配置方案的添加主要是針對用戶需求，對現有配置方案進行擴充。如圖6所示，具體過程如下用戶在網管上實施操作，新增一種配置方案，相應給予標識，並對該配置方案內容及標識進行存儲，然後網管把配置方案依次下發到所管理的每一個控制單元，網管下發的數據內容包括新增的配置方案內容及標識。
控制單元接收由網管下發的新配置方案內容及標識後，對下發數據進行校驗，如果校驗成功，控制單元向網管返回一條「成功」信息後，對，然後依次下發給所管理的每一個功能單元；如果校驗失敗，則控制單元向網管返回一條「失敗」信息。
功能單元接收由控制單元下發的新配置方案內容及標識後，對下發數據進行校驗，如果校驗成功，功能單元向控制單元返回一條「成功」信息，控制單元接收到信息後向網管傳遞。如果校驗失敗，則功能單元向控制單元返回一條「失敗」信息，控制單元接收到信息後向網管傳遞。功能單元成功接收到下發數據後，並進行存儲。
網管根據所管理的每一個控制單元返回的「成功」和「失敗」信息來判斷是否成功添加了新的配置方案。
2、更換既有配置方案內容如圖7所示，具體過程如下用戶在網管實施數據操作，網管執行用戶的操作命令同時針對當前生效的配置方案內容進行逐步更換。網管將更換的數據內容進行校驗，如果校驗成功，網管則在用戶圖形界面顯示出執行「成功」的信息後，對更換後的配置方案進行存儲，並自動生成新的配置方案標識，使該標識指示修改的次數，例如原配置方案標識為A，更換配置方案內容之後生成的新標識為AX(X表示修改的次數)。然後把用戶的數據操作內容及所修改的標識以命令形式依次下發到所管理的相關控制單元；如果校驗失敗，網管則在用戶圖形界面顯示出執行「失敗」的信息，並恢復到更換配置內容前的狀態。
控制單元接收到網管下發的命令後，根據命令要求逐步更換其當前生效的配置方案內容。控制單元將更換的數據內容進行校驗，如果校驗成功，控制單元向網管返回一條「成功「信息後，將對更換的配置內容及其所修改的標識進行存儲，然後控制單元以命令的方式把更換的數據內容及其該配置方案對應的新標識依次下發給所管理的相關功能單元；如果校驗失敗，則控制單元向網管返回一條「失敗」信息，並恢復到更換配置內容前的狀態。
功能單元接收到控制單元下發的命令後，根據命令要求逐步更換其當前生效的配置方案內容。功能單元將更換的數據內容進行校驗，如果校驗成功，功能單元板向控制單元返回一條「成功「信息，控制單元接收到信息後向網管傳遞，功能單元對更換的配置內容及其所修改的標識進行存儲；如果校驗失敗，則功能單元向控制單元返回一條「失敗」信息，控制單元接收到信息後向網管傳遞，功能單元恢復到更換配置內容前的狀態。
3、刪除既有配置方案如圖8所示，具體過程如下用戶在網管上選擇刪除的配置方案，網管依用戶要求刪除配置方案。如果刪除操作成功，網管則在用戶圖形界面顯示出執行「成功」的信息，並把該配置方案的標識以一條命令的形式依次下發到所管理的每一個控制單元；如果刪除操作失敗，網管則在用戶圖形界面顯示出執行「失敗」的信息，並恢復到刪除操作前的狀態。
控制單元接收到網管下發的標識刪除命令後，刪除該標識所對應的配置方案。如果刪除操作成功，控制單元向網管返回一條「成功」信息，並把該配置方案的標識以一條命令的形式依次下發到所管理的每一個功能單元；如果刪除操作失敗，控制單元則向網管返回一條「失敗」信息，並恢復到刪除操作前的狀態。
功能單元接收到控制單元下發的標識刪除命令後，刪除該標識所對應的配置方案。如果刪除操作成功，功能單元向控制單元返回一條「成功」信息，控制單元接收到信息後向網管傳遞；如果刪除操作失敗，功能單元則向控制單元返回一條「失敗」信息，控制單元接收到信息後向網管傳遞，並恢復到刪除操作前的狀態。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種業務配置信息交互的方法，其特徵在於，包括如下步驟制定與業務需求對應的不同種的配置方案並進行標識；把所述的配置方案分別存儲於網管、控制單元和功能單元；用戶在網管上選擇配置方案標識，網管根據此標識查找出對應的配置方案，進行相應的數據操作，並通過協議將所選的配置方案標識下發給其管理的控制單元，控制單元接收到此標識後，根據此標識查找出對應的配置方案，進行相應的數據操作，並通過協議將所選的配置方案標識下發給其管理的功能單元，功能單元接收到此標識後，根據此標識查找出對應的配置方案，完成相應的數據操作，實現業務配置。
2.如權利要求1所述的方法，其特徵在於，所述配置方案以文件或者代碼或者資料庫的形式存儲，其內容結構包括命令名稱，命令數目和命令參數，此命令參數具體包括參數名稱和參數值。
3.如權利要求1所述的方法，其特徵在於，系統更換設備時，所述配置方案的獲取包括系統更換網管時，網管通過從控制單元上載的方式獲取所述配置方案；系統更換控制單元時，控制單元通過從網管下載或者從功能單元上載的方式獲取所述配置方案；系統更換功能單元時，功能單元通過下載的方式從控制單元獲取所述配置方案。
4.如權利要求1所述的方法，其特徵在於，所述配置方案的維護操作包括添加新配置方案至網管、控制單元和功能單元，並進行標識；更換網管、控制單元和功能單元上既有配置方案的內容，並生成新標識；刪除網管、控制單元和功能單元上既有配置方案。
5.如權利要求4所述的方法，其特徵在於，所述新配置方案的添加包括如下步驟用戶在網管上新增一種配置方案，相應給予標識，並將該配置方案及標識進行存儲，然後把配置方案內容及標識依次下發至其所管理的控制單元；控制單元接收網管下發的配置方案內容及標識，並進行存儲，然後依次下發至其所管理的功能單元；功能單元接收控制單元下發的配置方案內容及標識，並進行存儲。
6.如權利要求4所述的方法，其特徵在於，所述既有配置方案內容的更換包括如下步驟網管按照用戶要求，更換既有配置方案內容並進行存儲，相應生成新的配置方案標識，然後以命令方式將所述更換的配置內容及標識下發到其管理的控制單元；控制單元接收到網管下發的命今後，對更換的配置內容及其所修改的標識進行存儲，然後以命令方式將所述更換的配置內容及標識下發到其管理的功能單元；功能單元接收到控制單元下發的命今後，根據命令要求逐步更換既有配置方案內容。
7.如權利要求4所述的方法，其特徵在於，所述配置方案的刪除包括如下步驟網管依用戶要求刪除既有配置方案，並把該配置方案的標識依次下發至其所管理的控制單元；控制單元接收到網管下發的標識後，查找到所述標識所對應的配置方案並刪除，然後把該配置方案的標識依次下發至其所管理的功能單元；功能單元接收控制單元下發的標識後，查找到所述標識所對應的配置方案並刪除。
8.如權利要求1或6所述的方法，其特徵在於，對所述配置方案內容進行更換，具體操作包括對所述配置方案中的命令名稱進行更換；對所述配置方案中的命令數目進行更換；對所述配置方案中的命令參數進行更換，即更換參數名稱，或更換參數值。
9.如權利要求1所述的方法，其特徵在於，所述標識傳送的方式是通過下發命令實現，即網管向控制單元發送表明所述配置方案標識的命令；控制單元向功能單元發送表明所述配置方案標識的命令。
10.如權利要求1所述的方法，其特徵在於，所述數據操作指的是所述配置方案的實現，即網管根據所述標識對應的配置方案，完成的數據操作是使該方案內容在用戶圖形界面上顯示；控制單元根據所述標識對應的配置方案，完成的數據操作是將該方案內容另存儲於其軟體資料庫中，供非網管用戶查詢；功能單元根據所述標識對應的配置方案，完成的數據操作是將該方案內容寫入功能單元晶片的寄存器中。
全文摘要
本發明公開了一種業務配置信息交互的方法，用戶首先根據市場調研情況，對業務配置信息數據進行分類，制定不同種類的配置方案，並對其進行標識，然後將其分別存儲於網管、控制單元和功能單元中；在整個業務配置過程中，採用標識傳遞方式在網管、控制單元及功能單元間進行通信，待功能單元接收下發的標識後，根據此標識對應的配置方案完成整個配置過程。利用本發明方法，網管與控制單元，控制單元與功能單元就只存在兩個簡單的信息交互過程，可以顯著減少數據命令的交互量，節省用戶配置時間，從而提高業務配置的效率；也可以在不更新硬體和通信協議的情況下，解決數據通信效率的瓶頸。
文檔編號H04L29/06GK1964273SQ20051010134
公開日2007年5月16日 申請日期2005年11月10日 優先權日2005年11月10日
發明者楊建軍 申請人:華為技術有限公司