基於通信中間件的電信oss子系統間的接口通信方法
2023-05-27 05:29:41
專利名稱：基於通信中間件的電信oss子系統間的接口通信方法
技術領域：
本發明涉及電信運營支撐系統(簡稱OSS)系統中子系統間的接口通信方法，尤其涉及電信OSS領域資源管理系統以及業務流程系統間的接口通信方法。
背景技術：
經過十幾年的高速發展，通信網絡規模已經非常龐大。電信運營商如何通過一種網絡資源動態管理體系，調度企業各部門有效配置網絡資源，盤活網絡存量資產，提高資源利用率，最大限度滿足客戶需要，支撐前端業務，是提高網絡綜合效能和企業競爭力的重要保證。
為此，電信運營商普遍採用了基於計算機信息管理技術的電信網絡資源OSS系統，其參照了eTom的模型體系，以計算機系統為基礎，實現傳輸網、數據網、交換網、動力網等各專業網的物理設備資源、邏輯配置資源、業務調度和業務開通流程的集中統一管理，為電信運營商提供了電信網絡管理的綜合解決方案，不僅使新的網絡資源的快速方便的擴展成為可能，並幫助電信運營商極大地提高了新業務生成的速度。
電信OSS系統包括諸多的子系統，包括資源管理系統和業務流程系統等。子系統之間存在著兩兩的業務接口，如A子系統向B子系統佔用資源，C子系統向D子系統查詢資源等。由於子系統間業務接口的通信比較複雜，一個子系統向另外一個子系統的業務操作請求，可能既要變更對方子系統的業務數據，也要根據對方子系統返回的結果去變更自身的業務數據；甚至在一個子系統內部的某個業務操作，可能引起兩個子系統以上的業務數據的連鎖變更。上述複雜的情況需要一個極為成熟的接口模型才能實現系統間接口通信的實現。
目前電信業界對於電信OSS系統並無一個統一的接口規範和標準，並且現有的接口方案存在著難以擴展，通信模式單一(例如只支持一對一的通信模式)，移植性較差，通信協同方式單一(例如只支持異步方式)，業務數據的準確和同步性很難得到保證的缺陷。
發明內容
本發明的目的在於提供一種電信OSS系統中各子系統間的接口通信方法，以克服現有技術的上述缺點，使得1.多子系統間的接口通信性能穩定，並且接口實現只負責消息的傳送、接收，不依賴具體的應用模塊；2.多子系統間的接口通信方式靈活多樣，具有通用性、可擴展性和移植性；3.多子系統間的接口通信支持點對點和點對多點的交互模式；4.多子系統間的接口數據具有一致性；5.在兼顧網絡通信速度最大化和一次接口通信數據最大量的情況下，多子系統間的接口採用合理的數據量；6.多子系統間的接口具有可靠的接口數據出錯和超時處理機制；7.多子系統間的接口通信具有跨平臺性，可運行在任何平臺上，包括Windows、Unix作業系統等等上。
本發明提供了一種電信運營支撐系統中子系統間的接口通信方法，包括源子系統發送數據給源子系統端接口；源子系統端接口接收該數據並對該數據進行XML封裝以得到XML包，並且將XML包發送給基於socket傳輸機制的通信中間件；通信中間件對接收的XML包進行基於socket傳輸機制的協議封裝，以得到傳輸包，並將傳輸包路由到目的子系統端接口；在目的子系統端接口從通信中間件接收數據前，通信中間件將所路由的傳輸包拆成XML包，並傳送給目的子系統端接口；目的子系統端接口接收XML包並進行解析，以得到源子系統發送的數據；以及目的子系統端接口將解析出的數據發送給目的子系統。
與現有技術相比，本發明的基於通信中間件的電信OSS子系統接口方法具有下面的優點從接口機制來看，包括通用的Socket消息通信機制和可擴展性的XML消息封裝機制；從接口特點來看，包括兩種的接口通信方式(同步通信和異步通信)、及一點對多點的交互模式的通信模式、接口的跨平臺性、接口的移植性、接口的多編碼支持以及特殊的接口的數據處理方式。
通過下面結合附圖所進行的對本發明的描述，能夠明白本發明的上述及其它目的，特徵和優點，其中圖1的示意圖示出了本發明的接口體系結構和基本通信流程。
具體實施例方式
下面結合附圖來說明本發明的具體實施例。
圖1的示意圖示出了本發明的接口體系結構和基本通信流程。假設一個電信OSS系統包含兩個子系統，即A子系統10和B子系統20。A子系統配有一子系統接口，例如A子系11。B子系統配有一子系統接口，例如B子系統21。在電信OSS系統中提供有NetMessage通信中間件30。
NetMessage通信中間件30實現通用的Socket消息通信機制。本領域技術人員明白，Socket實質上是一個通信端點，藉助於它，用戶所開發的Socket應用程式，可以通過網絡與其它Socket應用程式進行通信。NetMessage通信中間件30可包括通過擴展SPI編程接口附加的兼容各種網絡和協議，包括PSTN、ISDN、無線網、所有的區域網協議、異步傳輸模式ATM等等的模塊，以及允許應用程式對所建立連接的可靠性、冗餘度和帶寬進行控制的模塊。
NetMessage通信中間件30的Sockets通信支持兩種主要的方式。
第一種叫作流方式(Stream Socket)，也稱面向連接方式。在這種方式下，兩個通信的應用程式之間先通過NetMessage通信中間件30建立虛擬連接，然後通信一端以保證順序和無誤的流的方式向通信另一端發送數據。這種方式對應的是TCP協議。
第二種叫作數據報文方式(Datagram Socket)，又稱無連接方式，其過程為通信一端直接通過NetMessage通信中間件30向通信另一端發出數據提出報文，NetMessage通信中間件30向通信另一端傳送該數據包，但不保證數據包成功無誤地到達通信另一端，而且後發出的數據包也有可能會先到達通信另一端。該方式對應的是UDP協議。
在本發明的接口體系結構中，源子系統(例如A子系統10和B子系統20)通過其配備的源子系統端接口(例如A子系統端接口11和B子系統端接口21)發送和接收數據。源子系統端接口通過NetMessage通信中間件30發送和接收數據。當發送數據時，源子系統端接口將接收自其所屬子系統的數據進行XML封裝以得到XML包，並且將XML包發送給NetMessage通信中間件30，NetMessage通信中間件30對接收的XML包進行基於傳輸機制的協議封裝，以得到傳輸包，並將傳輸包路由到目的子系統端接口。當目的子系統端接口從NetMessage通信中間件30接收數據時，NetMessage通信中間件30先將所路由的傳輸包拆成XML包，並傳送給目的子系統端接口。目的子系統端接口接收XML包並進行解析，以得到源子系統發送的數據。
「可擴展標記語言」(XML)提供一種描述結構化數據的方法，是一種簡單、與平臺無關並被廣泛採用的標準。通過嚴格定義一組無限制的XML標記，去記錄用戶所定義的業務元素。
如上所述，本發明產品在接口通信過程中，採用XML封裝消息。由於XML本身的跨平臺、可擴展性，可以實現異構系統間消息的交互，同時對於消息內容易於擴展。
本發明採用了XML業務元素定製機制。源子系統端接口和目的子系統端接口可包括封裝和解析具有基於該定製機制而制定的公共XML消息格式的XML包的模塊。
在圖1所示的優選實施例中，該公共XML消息格式如下在消息發送的接口端，可定義業務元素的根節點名action，定義它的屬性name表示業務操作指令，定義它的屬性type表示該業務操作指令來自於哪個子系統；在action節點下，定義其子節點名為requestdata，表示消息的類型為請求，requestdata節點可以有多個，表示接口一次通信可以發多個業務操作指令過去；在requestdata節點下，定義多個parameter，表示業務操作的參數。
在消息接收的接口端，可定義業務元素的根節點名action，其定義跟消息發送的XML格式一致。在action節點下，定義其子節點名為responsedata，表示消息的類型為響應，responsedata節點可以有多個，也可以有一個，是業務需要而定；在responsedata節點下，定義多個parameter，表示業務操作的返回值。
然而本發明並不限於該格式。本領域技術人員能夠根據XML定製機制設計所需的XML消息格式及相應的封裝和解析模塊。
通過XML定製機制，本領域技術人員能夠對XML格式進行自由約定和規範，最大程度上體現擴展性。進行接通信口的若干個子系統之間需要遵守一套需要嚴格遵守的XML格式。可擴展性的XML消息封裝機制讓NetMessage消息中間件只關心消息的傳遞，而不關心業務的內容。這樣可以讓其適用於任何電信OSS系統間的接口，具有很強的生命力。考慮到LAN網中的數據流量，為實現接口XML通信包在傳遞過程中，最大數據量和最快傳遞速度，經過多方測試，5M大小的XML通信包，是包容量的極限。
圖1示出了一次接口通信的例子，實現過程如下步驟S1A子系統10向A子系統端接口11發送業務指令(請求變更或查詢B子系統上的業務數據)；步驟S2A子系統端接口11把業務指令封裝成XML包；步驟S3通過NetMessage通信中間件30基於Socket消息通信機制把該XML包發送到B子系統端接口21；步驟S4B子系統端接口21接收XML；
步驟S5B子系統端接口21把XML包再解析成業務指令，向B子系統發出業務操作要求；步驟S6B子系統20進行業務操作；步驟S7B子系統20返回業務操作結果給B子系統端接口21；步驟S8B子系統端接口21把業務操作結果封裝成XML包步驟S9通過NetMessage通信中間件30基於Socket消息通信機制把該XML包發送到A子系統端接口11；步驟S10A子系統端接口11接收XML包；步驟S11A子系統端接口11把XML包再解析成業務操作結果，向A子系統返回業務操作結果；步驟S12A子系統10處理業務操作結果(如把業務操作結果顯示在界面上)。
在本發明的優選實施例中，NetMessage通信中間件30提供可靠的流方式通信機制，實現跨平臺跨語言的異構系統之間消息的交互。
本發明可支持同步通信和異步通信兩種方式。
同步通信指A子系統通過接口端發出通信請求後，需要等到B子系統返回結果後，A子系統才能繼續進行本身的工作。如果B子系統一直沒返回結果，那麼A子系統將一直等待，直到超時。
異步通信指A子系統通過接口端發出通信請求後，不需要等到B子系統返回結果，A子系統照樣進行本身的工作。
可根據需要在系統中支持兩種通信方式的任一種或兩種均支持。一般來說，同步通信可靠性高，對於保證系統間業務數據的準確性和一致性提供保障，但效率較低；異步通信不保證系統間業務數據的準確性和一致性，但其效率較高。
除圖1示出的一對一交互模式外，本發明還可採用一點對多點的交互模式。
如果一個子系統跟多個子系統做接口，那麼只需要開起一個子系統的接口端，然後在接口端裡部署想做接口的多個子系統的通信地址，就可以實現接口的交互。這樣的模式，可以起到一個集中部署，統一運行的作用，便於管理。
NetMessage通信中間件可採用平臺無關的開發語言(例如SUN公司的跨平臺開發語言Java開發)，所以它也具備了跨平臺特性。所開發的接口機可運行在不同的平臺上，包括Windows、Unix等作業系統。
由於NetMessage通信中間件採用標準的Socket消息通信機制和開放的XML消息封裝機制，具有很強的移植性。當NetMessage通信中間件被其他通信中間件替代時，開發者不必改動業務層的代碼和XML定義方式，只要新的通信中間件遵守原有的XML格式標準，可以無縫的把新通信中間件嵌入到原有系統中。
由於接口存在著跨平臺性，一些作業系統並不能非常好的支持一些中文字符，在這種情況下，NetMessage通信中間件提供多種編碼方式，例如GB2312，GBK等。可視接口的運行環境而自主配置編碼方式。
採用可配置的方式，接口可自主配置接口通信的超時時間、通信的最大線程數。在同步通信的方式中，超時時間的設置顯得尤為重要，當接口響應端的子系統忙碌，甚至不慎死機，合理的超時時間可以避免接口請求端子系統的無休止等待的情況；最大線程數，可以保證在一點對多點的通信模式下，一個子系統的接口端連接其他子系統接口端的最大數目。合理的線程數，對於節約網絡資源，提供接口通信效率，起著不可低估的作用。
可採用本領域已知的方式實現接口。在一個優選實施例中，接口可採用消息發送方法和消息回調方法來實現。具體實現方式如下1.調用NetMessage通信包的接口服務類，產生並獲取其實例；2.讀取接口的本地配置文件，啟動接口服務；3.調用接口回調類，產生並獲取其實例。該回調類必須實現NetMessage通信包中的接口回調接口的方法；4.向接口服務類註冊接口回調類的句柄；5.接口端發送操作請求，只需要實現接口服務類的發送消息方法；6.接口端返回操作結果，只需要實現接口回調類的消息回調方法。
基於NetMessage通信中間件的多系統接口方法，為電信OSS系統的不同子系統之間的接口需求提供了行之有效的解決方案，為這些開發子系統間接口的二次開發人員提供了透明、簡捷的開發手段。多系統接口的實現，為龐大的OSS系統璉之間展現了四通八達的接口通道，電信用戶可隨心所欲的在一個子系統內實時查詢到其他子系統的相關業務數據。
權利要求
1.一種電信運營支撐系統中子系統間的接口通信方法，包括源子系統發送數據給源子系統端接口；源子系統端接口接收該數據並對該數據進行XML封裝以得到XML包，並且將XML包發送給基於socket傳輸機制的通信中間件；通信中間件對接收的XML包進行基於socket傳輸機制的協議封裝，以得到傳輸包，並將傳輸包路由到目的子系統端接口；在目的子系統端接口從通信中間件接收數據前，通信中間件將所路由的傳輸包拆成XML包，並傳送給目的子系統端接口；目的子系統端接口接收XML包並進行解析，以得到源子系統發送的數據；以及目的子系統端接口將解析出的數據發送給目的子系統。
2.根據權利要求1的方法，其中通信中間件經過擴展SPI編程接口的擴展，以適應所需的網絡和協議，或允許子系統對所建立連接的可靠性、冗餘度和帶寬進行控制。
3.根據權利要求1的方法，其中通信中間件的socket通信支持流方式和/或數據報文方式。
4.根據權利要求1的方法，其中所述XML包的封裝和解析基於按XML業務元素定製機制制定的公共XML消息格式。
5.根據權利要求4的方法，其中所述源子系統端接口的封裝和所述目的子系統端接口的解析所基於的所述公共XML消息格式包括標識業務元素的信息；標識業務操作指令的信息；標識業務操作指令所來自的子系統的信息；一或多個請求，接口在一次通信中發出所述一或多個請求以執行相應的所述業務操作指令；以及與所述一或多個請求的每一個相關的一或多個業務操作參數。
6.根據權利要求5的方法，其中所述源子系統端接口的解析和所述目的子系統端接口的封裝所基於的所述公共XML消息格式包括標識目的子系統已處理的業務元素的信息；標識目的子系統已執行的業務操作指令的信息；標識該業務操作指令所來自的子系統的信息；涉及所執行的業務操作指令的一或多個響應，每個響應包括與該所執行的業務操作指令相關的返回值。
7.根據權利要求1的方法，其中XML包的最大尺寸為5M。
8.根據權利要求1的方法，其中所述源子系統發送的數據是業務指令，所述方法還包括目的子系統根據接收的業務指令進行業務操作；目的子系統返回業務操作結果給目的子系統端接口；目的子系統端接口把業務操作結果封裝成XML包；通過通信中間件基於Socket消息通信機制把該XML包發送到源子系統端接口；源子系統端接口接收該XML包；源子系統端接口把該XML包解析成業務操作結果，並向源子系統返回業務操作結果；以及源子系統處理業務操作結果。
9.根據權利要求1的方法，其中所述源子系統與所述目的子系統進行同步通信。
10.根據權利要求1的方法，還包括配置接口通信的超時時間的步驟。
11.根據權利要求1的方法，其中所述源子系統與所述目的子系統進行異步通信。
12.根據權利要求1的方法，其中所述源子系統端接口的發送步驟還包括指示通信中間件根據所述源子系統端接口中部署的要接口到的一或多個子系統的通信地址，對XML包進行路由。
13.根據權利要求12的方法，還包括配置接口通信的最大線程數的步驟。
14.根據權利要求1的方法，其中採用平臺無關的開發語言開發通信中間件。
15.根據權利要求14的方法，其中通信中間件提供多種編碼方式，所述方法還包括根據接口的運行環境來配置編碼方式的步驟。
16.根據權利要求1的方法，還包括配置接口通信的超時時間、通信的最大線程數的步驟。
17.根據權利要求1的方法，其中所述源子系統端接口和目的子系統端接口採用消息發送和回調方式與通信中間件的通信，該方式包括調用通信包的接口服務類，產生並獲取其實例；讀取接口的本地配置文件，啟動接口服務；調用接口回調類，產生並獲取其實例。該回調類必須實現通信包中的接口回調接口的方法；向接口服務類註冊接口回調類的句柄；接口端發送操作請求，只需要實現接口服務類的發送消息方法；接口端返回操作結果，只需要實現接口回調類的消息回調方法。
全文摘要
一種電信運營支撐系統中子系統間的接口通信方法，包括源子系統發送數據給源子系統端接口；源子系統端接口接收該數據並對該數據進行XML封裝以得到XML包，並且將XML包發送給基於socket傳輸機制的通信中間件；通信中間件對接收的XML包進行基於socket傳輸機制的協議封裝，以得到傳輸包，並將傳輸包路由到目的子系統端接口；在目的子系統端接口從通信中間件接收數據前，通信中間件將所路由的傳輸包拆成XML包，並傳送給目的子系統端接口；目的子系統端接口接收XML包並進行解析，以得到源子系統發送的數據；以及目的子系統端接口將解析出的數據發送給目的子系統。
文檔編號H04L29/06GK101030927SQ20061005873
公開日2007年9月5日 申請日期2006年3月3日 優先權日2006年3月3日
發明者蘇通, 周傳華, 任浩軍, 楊慶華, 章靖達, 齊麟, 紀敏, 周俊鋒, 王宏波 申請人:中國電信股份有限公司