專利名稱：雙向鏈路狀態(tài)檢測方法、ems及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信技術領域,尤其涉及一種網管系統(tǒng)中北向Corba(CommonObject Request Broker Architecture,公共對象請求代理體系結構)接口的雙向鏈路狀態(tài)檢測方法、EMS及系統(tǒng)。
背景技術：
目前，在移動通信網絡中，為了可以將數據傳遞給上級網管系統(tǒng)，OMC(Operations& Maintenance Center,操作維護中心)與NMS(Network Management System,網絡管理系統(tǒng))協(xié)作制定了北向Corba接口規(guī)范。OMC根據此套規(guī)范將相應的數據報給NMS。在傳統(tǒng)的北向Corba接口中，匪S處于主動管理地位，由匪S發(fā)出相應的命令，然后 由OMC給出響應或者發(fā)送相應的通知信息。由于北向Corba接口為OMC與匪S兩個系統(tǒng)的接口，由此涉及到相應的鏈路檢測機制。對此，北向Corba接口規(guī)范定義了相關的參考點CSIRP，此參考點中規(guī)定了相應的操作和通知，通過該參考點，WS可以要求OMC即時發(fā)送一個心跳消息或者以一定周期定時發(fā)送心跳消息給該NMS，NMS通過定期接收心跳消息確認OMC的在線與響應情況。但是，在目前的移動通信網絡使用的北向Corba接口中，OMC和WS的鏈路檢測只存在OMC向匪S的鏈路狀態(tài)報告，此種鏈路檢測機制存在以下缺陷I、OMC資源的浪費和多余消耗根據系統(tǒng)實際的使用場景，OMC為常在線應用，而匪S并不是常在線應用，也就是說，NMS可以經常關閉或者切換端口，但是在OMC側無法獲取NMS的實際狀態(tài)，因此無法根據NMS的實際情況來動態(tài)的決定業(yè)務信息是否需要發(fā)送，只能持續(xù)盲目的不間斷發(fā)送，而在實際應用中，WS的變更較為頻繁，而且許多WS每次啟動時均會以新的端口來進行訂購，為了保持以前訂購的穩(wěn)定性與兼容性，OMC必須向所有的端口發(fā)送消息，由此導致OMC在WS關閉或切換端口的情形下，依然向一些不工作的WS不停發(fā)送既定的業(yè)務信息，從而浪費了 OMC的資源，也拖慢了系統(tǒng)整體效率，而且EMS向WS進行信息的大量重復發(fā)送，增加了 WS的負擔，易造成WS端消息的堆積，甚至引發(fā)資源溢出，保持大量連接及信息發(fā)送勢必使代碼更加復雜，增加了開發(fā)維護成本；2、由于不了解匪S的在線情況，在出現(xiàn)異常情況時無法及時處理，無法判斷是OMC出現(xiàn)故障導致信息無法傳遞還是匪S關閉(或異常)導致沒有收取數據，給實際使用過程中的數據核對、問題定位及責任界定帶來了很大困擾。由于只有單方向的心跳消息，因此只有一方可以進行心跳消息檢測，若WS端報告無法收到心跳消息，EMS端則認為心跳消息已經發(fā)送出去，是網絡或者Corba通訊本身的問題導致匪S無法收到，使得責任無法界定。因此，現(xiàn)有的單向心跳消息鏈路檢測機制無法滿足現(xiàn)有網管系統(tǒng)對接接口的需要。

發(fā)明內容
本發(fā)明的主要目的在于提供一種雙向鏈路狀態(tài)檢測方法、EMS及系統(tǒng)，旨在節(jié)省網絡資源，提聞網管系統(tǒng)效率。為了達到上述目的，本發(fā)明提出一種雙向鏈路狀態(tài)檢測方法，包括EMS向WS發(fā)送心跳消息訂購請求；接收所述NMS根據所述心跳訂購請求發(fā)送的心跳消息；根據所述心跳消息檢測所述EMS與匪S之間的鏈路狀態(tài)。優(yōu)選地，所述根據心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)的步驟之后還包括所述EMS根據所述鏈路狀態(tài)調整工作策略。 優(yōu)選地，所述心跳消息至少包括NMS的忙閑狀況及WS在用端口情況中的一種；所述鏈路狀態(tài)包括NMS的工作狀態(tài)。優(yōu)選地，所述EMS根據所述鏈路狀態(tài)調整工作策略的步驟包括當根據所述心跳消息判斷麗S工作狀態(tài)為忙時，EMS降低或停止向匪S發(fā)送大數據量的業(yè)務信息；當根據所述心跳消息判斷MNS在用端口超過預定數量時，EMS向最新的預定數量的在用端口發(fā)送業(yè)務信息，并停止向最舊的在用端口發(fā)送業(yè)務信息。優(yōu)選地，所述EMS向匪S發(fā)送心跳消息訂購請求的步驟之后還包括當所述EMS沒有收到匪S發(fā)送的心跳消息時，所述EMS停止向所述匪S發(fā)送心跳消息訂購請求。 優(yōu)選地，所述EMS根據所述WS提供的心跳檢測IRP參考點的IOR字符串向匪S發(fā)送心跳消息訂購請求。優(yōu)選地，還包括EMS撤銷、掛起和/或恢復所述心跳消息訂購請求。本發(fā)明還提出一種雙向鏈路狀態(tài)檢測EMS，包括發(fā)送模塊，用于向匪S發(fā)送心跳消息訂購請求；接收模塊，用于接收所述匪S根據所述心跳訂購請求發(fā)送的心跳消息；檢測模塊，用于根據所述心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)。優(yōu)選地，還包括調整模塊，用于根據所述鏈路狀態(tài)調整工作策略。優(yōu)選地，所述調整模塊還用于當根據所述心跳消息判斷MNS工作狀態(tài)為忙時，降低或停止向WS發(fā)送大數據量的業(yè)務信息；當根據所述心跳消息判斷麗S在用端口超過預定數量時，向最新的預定數量的在用端口發(fā)送業(yè)務信息，并停止向最舊的在用端口發(fā)送業(yè)務信息。優(yōu)選地，所述發(fā)送模塊還用于當沒有收到NMS發(fā)送的心跳消息時，停止向所述NMS發(fā)送心跳消息訂購請求。優(yōu)選地，所述發(fā)送模塊還用于撤銷、掛起和/或恢復所述心跳消息訂購請求。本發(fā)明還提出一種雙向鏈路狀態(tài)檢測系統(tǒng)，包括EMS及匪S，其中所述EMS，用于向匪S發(fā)送心跳消息訂購請求；接收所述WS根據所述心跳訂購請求發(fā)送的心跳消息；根據所述心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)；所述匪S，用于接收所述EMS發(fā)送的心跳消息訂購請求；根據所述心跳消息訂購請求向所述EMS發(fā)送心跳消息。優(yōu)選地，所述EMS還用于根據所述鏈路狀態(tài)調整工作策略；以及撤銷、掛起和/或恢復所述心跳消息訂購請求。本發(fā)明提出的一種雙向鏈路狀態(tài)檢測方法、EMS及系統(tǒng)，由EMS發(fā)起心跳消息訂購請求，要求匪S定時發(fā)出心跳消息給EMS，使EMS可以及時地了解到WS的狀態(tài)，高效準確可靠的完成鏈路檢測工作，而且EMS還可根據NMS的實際工作情況制定相應的應對策略，提高系統(tǒng)整體處理效率和準確性，節(jié)省網絡資源，同時也可以給接口對接中的相關聯(lián)接問題得到更好的澄清和處理，極大地提高網管系統(tǒng)的可用性，提高網管系統(tǒng)效率。而且本發(fā)明以現(xiàn)有技術為基礎，實現(xiàn)方法簡便通用，不影響原有的鏈路檢測流程，對現(xiàn)有系統(tǒng)無任何沖擊。


圖I是本發(fā)明雙向鏈路狀態(tài)檢測方法一實施例流程示意圖； 圖2是本發(fā)明雙向鏈路狀態(tài)檢測方法另一實施例流程示意圖；圖3是本發(fā)明雙向鏈路狀態(tài)檢測EMS —實施例結構示意圖；圖4是本發(fā)明雙向鏈路狀態(tài)檢測EMS另一實施例結構示意圖；圖5是本發(fā)明雙向鏈路狀態(tài)檢測系統(tǒng)一實施例結構示意圖。為了使本發(fā)明的技術方案更加清楚、明了，下面將結合附圖作進一步詳述。
具體實施例方式本發(fā)明實施例解決方案主要是由EMS發(fā)起心跳消息訂購請求，要求WS定時發(fā)出心跳消息給EMS，使EMS可以及時了解到WS的狀態(tài)，從而高效準確可靠的完成鏈路檢測工作，同時EMS可根據NMS的實際工作情況制定相應的應對策略，以提高系統(tǒng)整體處理效率和準確性。如圖I所示，本發(fā)明一實施例提出一種雙向鏈路狀態(tài)檢測方法，包括步驟SlOl，EMS向匪S發(fā)送心跳消息訂購請求；本發(fā)明實施例通過移動通信網管系統(tǒng)中北向Corba對接接口的雙向鏈路檢測的方法，以解決EMS (Element Management System,網兀管理系統(tǒng))無法獲知NMS工作狀態(tài)的問題。具體地，EMS首先根據NMS提供的心跳檢測IRP(I/0 request packets,輸入輸出請求包)參考點的IOR字符串向匪S發(fā)送心跳消息訂購請求。在本實施例雙向檢測機制中，WS需要提供一個心跳檢測的IOR字符串給EMS，由EMS完成心跳消息的訂購。通過該心跳消息的訂購，EMS可以定時獲取到匪S的心跳消息，通過對心跳消息加以分析利用，來判斷NMS的工作狀態(tài)。步驟S102，接收匪S根據心跳訂購請求發(fā)送的心跳消息； 步驟S103，根據心跳消息檢測EMS與匪S之間的鏈路狀態(tài)。上述步驟S102及步驟S103中，在正確的完成心跳消息的訂購后，EMS則可以按照設定的周期定時接收到心跳消息，EMS根據是否收到WS發(fā)送的心跳消息來判斷EMS與WS之間的鏈路是否正常，同時根據心跳消息的內容判斷匪S的實際工作情況。當EMS收到匪S發(fā)送的心跳消息，即可得知匪S目前正處于工作狀態(tài)，當EMS沒有收到匪S發(fā)送的心跳消息時，認為匪S下線，EMS停止向匪S發(fā)送心跳消息訂購請求，以降低系統(tǒng)消耗。當匪S在線時，匪S根據EMS發(fā)送的心跳消息訂購請求，定時向EMS發(fā)送心跳消息， 其中可以選擇性的在心跳消息中增加某些信息內容。心跳消息包括匪S的忙閑狀況及匪S在用端口情況等，其詳細信息如下表I所示。
權利要求
1.一種雙向鏈路狀態(tài)檢測方法，其特征在于，包括 網元管理系統(tǒng)EMS向網絡管理系統(tǒng)NMS發(fā)送心跳消息訂購請求； 接收所述NMS根據所述心跳訂購請求發(fā)送的心跳消息； 根據所述心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)。
2.根據權利要求I所述的方法，其特征在于，所述根據心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)的步驟之后還包括 所述EMS根據所述鏈路狀態(tài)調整工作策略。
3.根據權利要求2所述的方法，其特征在于，所述心跳消息至少包括NMS的忙閑狀況及NMS在用端口情況中的一種；所述鏈路狀態(tài)包括NMS的工作狀態(tài)。
4.根據權利要求3所述的方法，其特征在于，所述EMS根據所述鏈路狀態(tài)調整工作策略的步驟包括 當根據所述心跳消息判斷MNS工作狀態(tài)為忙時，EMS降低或停止向WS發(fā)送大數據量的業(yè)務信息； 當根據所述心跳消息判斷麗S在用端口超過預定數量時，EMS向最新的預定數量的在用端口發(fā)送業(yè)務信息，并停止向最舊的在用端口發(fā)送業(yè)務信息。
5.根據權利要求I所述的方法，其特征在于，所述EMS向WS發(fā)送心跳消息訂購請求的步驟之后還包括 當所述EMS沒有收到WS發(fā)送的心跳消息時，所述EMS停止向所述WS發(fā)送心跳消息訂購請求。
6.根據權利要求1-5中任一項所述的方法，其特征在于，所述EMS根據所述WS提供的心跳檢測輸入輸出請求包IRP參考點的IOR字符串向匪S發(fā)送心跳消息訂購請求。
7.根據權利要求6所述的方法，其特征在于，還包括 EMS撤銷、掛起和/或恢復所述心跳消息訂購請求。
8.一種雙向鏈路狀態(tài)檢測EMS，其特征在于，包括 發(fā)送模塊，用于向匪S發(fā)送心跳消息訂購請求； 接收模塊，用于接收所述NMS根據所述心跳訂購請求發(fā)送的心跳消息； 檢測模塊，用于根據所述心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)。
9.根據權利要求8所述的EMS，其特征在于，還包括 調整模塊，用于根據所述鏈路狀態(tài)調整工作策略。
10.根據權利要求9所述的EMS，其特征在于，所述調整模塊還用于當根據所述心跳消息判斷MNS工作狀態(tài)為忙時，降低或停止向匪S發(fā)送大數據量的業(yè)務信息；當根據所述心跳消息判斷麗S在用端口超過預定數量時，向最新的預定數量的在用端口發(fā)送業(yè)務信息，并停止向最舊的在用端口發(fā)送業(yè)務信息。
11.根據權利要求8、9或10所述的EMS，其特征在于，所述發(fā)送模塊還用于當沒有收到WS發(fā)送的心跳消息時，停止向所述WS發(fā)送心跳消息訂購請求。
12.根據權利要求11所述的EMS，其特征在于，所述發(fā)送模塊還用于撤銷、掛起和/或恢復所述心跳消息訂購請求。
13.一種雙向鏈路狀態(tài)檢測系統(tǒng)，其特征在于，包括EMS及匪S，其中 所述EMS，用于向WS發(fā)送心跳消息訂購請求；接收所述WS根據所述心跳訂購請求發(fā)送的心跳消息；根據所述心跳消息檢測所述EMS與WS之間的鏈路狀態(tài)； 所述NMS，用于接收所述EMS發(fā)送的心跳消息訂購請求；根據所述心跳消息訂購請求向所述EMS發(fā)送心跳消息。
14.根據權利要求13所述的系統(tǒng)，其特征在于，所述EMS還用于根據所述鏈路狀態(tài)調整工作策略；以及撤銷、掛起和/或恢復所述心跳消息訂購請求。
全文摘要
本發(fā)明涉及一種雙向鏈路狀態(tài)檢測方法、EMS及系統(tǒng)，其方法包括EMS向NMS發(fā)送心跳消息訂購請求；接收NMS根據心跳訂購請求發(fā)送的心跳消息；根據心跳消息檢測EMS與NMS之間的鏈路狀態(tài)。本發(fā)明由EMS發(fā)起心跳消息訂購請求，要求NMS定時發(fā)出心跳消息給EMS，使EMS可以及時地了解到NMS的狀態(tài)，高效準確可靠的完成鏈路檢測工作，節(jié)省網絡資源，而且EMS還可根據NMS的實際工作情況制定相應的應對策略，提高系統(tǒng)整體處理效率和準確性，同時也可以給接口對接中的相關聯(lián)接問題得到更好的澄清和處理，極大地提高網管系統(tǒng)的可用性。
文檔編號H04W24/00GK102843702SQ201110167910
公開日2012年12月26日 申請日期2011年6月21日 優(yōu)先權日2011年6月21日
發(fā)明者汪昀 申請人:中興通訊股份有限公司