專利名稱：會話管理的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及通信領(lǐng)域中會話管理的方法和設(shè)備。
背景技術(shù)：
基于對會話連接可靠性的考慮，現(xiàn)有技術(shù)(例如TMF(電信管理論壇)814)中規(guī) 定運(yùn)營支撐系統(tǒng)(Operation Support System，簡稱“OSS”)和網(wǎng)元管理系統(tǒng)(Element Management System，簡稱“EMS，，)/ 網(wǎng)絡(luò)級管理系統(tǒng)(Network Management System，“匪S”) 兩端都必須定期對當(dāng)前會話(Session)的有效性進(jìn)行檢測。一般地，檢測基于以下方式進(jìn) 行對于OSS端的檢測而言，OSS周期性地向當(dāng)前會話連接的對端EMS/WS發(fā)送一個(gè) 握手請求，EMS/WS收到請求后返回一個(gè)握手響應(yīng)。如果由于網(wǎng)絡(luò)異常、EMS/WS故障等原 因?qū)е翺SS收不到握手響應(yīng)，則OSS檢測EMS/WS端的會話連接失敗。當(dāng)OSS連續(xù)的檢測 失敗的次數(shù)超過預(yù)設(shè)的閾值(例如3次)時(shí)，則OSS系統(tǒng)可認(rèn)為當(dāng)前會話連接不再有效，于 是OSS放棄當(dāng)前會話連接并嘗試重新登錄以獲取新的會話連接，如圖1所示。類似地，如圖2所示，對于EMS/WS端的檢測而言，EMS/WS周期性地向與當(dāng)前會 話連接的對端OSS發(fā)出握手請求，OSS收到請求后返回一個(gè)握手響應(yīng)。如果由于網(wǎng)絡(luò)異常、 OSS故障等原因?qū)е翬MS/WS收不到握手響應(yīng)，則EMS/WS檢測OSS端的會話連接失敗。當(dāng) EMS/WS連續(xù)的檢測失敗的次數(shù)超過預(yù)設(shè)的閾值(例如3次)時(shí)，則EMS/WS可認(rèn)為當(dāng)前會 話連接不再有效，于是使當(dāng)前登錄的用戶設(shè)備退出登錄，并回收分配給該用戶設(shè)備的會話 連接資源。TMF814定義的公共對象請求代理結(jié)構(gòu)(Common Object Request BrokerArchitecture,簡稱“C0RBA”)會話資源的異常釋放條件僅有EMS反向檢測失敗，所 以EMS反向檢測OSS是必要的部署條件，無法去掉，否則會話資源在真正出現(xiàn)連接異常的情 況下會出現(xiàn)無法釋放的現(xiàn)象?，F(xiàn)網(wǎng)各廠商提供的CORBA接口均遵從此約束。但是，對于實(shí)際的現(xiàn)網(wǎng)運(yùn)行環(huán)境而言，基于安全性考慮絕大部分現(xiàn)網(wǎng)都部署了防 火墻或者其它防護(hù)設(shè)施，使得會話檢測只能從OSS向EMS/WS或者從EMS/WS向OSS單向 進(jìn)行，或者兩個(gè)方向均不可檢測。具體地，當(dāng)僅能實(shí)現(xiàn)OSS到EMS/WS的單向會話連接檢測時(shí)，EMS/WS會定期主動 踢出(Kick out)當(dāng)前已登錄用戶設(shè)備的登錄，并回收會話資源，因此，OSS必須重新登錄才 可以繼續(xù)調(diào)用端口。當(dāng)僅能實(shí)現(xiàn)EMS/WS到OSS的單向會話連接檢測時(shí)，OSS要么忽略會話連接檢測 失敗，要么放棄當(dāng)前會話連接并重新登錄；對于EMS/WS而言，如果OSS直接放棄當(dāng)前會話 連接而沒有采取正常的退出登錄操作(也就是不通知EMS/WS用戶設(shè)備已經(jīng)退出)，由于 EMS/NMS可以檢測到OSS(不是當(dāng)前登錄的用戶設(shè)備)依然活動，因此會一直維持會話資源 不釋放，造成會話資源泄漏。極端情況下會導(dǎo)致會話資源逐漸耗盡，并最終導(dǎo)致新的用戶設(shè) 備無法登錄而必須重啟EMS/NMS，這類故障往往被視為重大的網(wǎng)絡(luò)事故。
當(dāng)兩個(gè)方向的會話連接都不可檢測時(shí)，OSS要么忽略會話連接檢測失敗，要么放棄 當(dāng)前會話連接并重新登錄；而EMS/NMS會定期主動踢出當(dāng)前已登錄用戶設(shè)備的登錄并回收 會話資源。因此，現(xiàn)有技術(shù)存在必須滿足會話連接雙向檢測條件的缺陷，而如果要滿足會話 連接雙向檢測的要求，則需要向運(yùn)營商專門申請打開特定的網(wǎng)絡(luò)端口，由于網(wǎng)絡(luò)部署有嚴(yán) 格約束并且部署過程復(fù)雜，因而給網(wǎng)絡(luò)部署造成極大的不便，還容易引發(fā)頻繁的集成問題。

發(fā)明內(nèi)容
為此，本發(fā)明要解決的技術(shù)問題是提供會話管理的方法和設(shè)備，以消除現(xiàn)有技術(shù) 中會話連接必須滿足雙向檢測條件的限制，從而使得網(wǎng)絡(luò)部署更加靈活、簡便，并降低網(wǎng)絡(luò) 部署難度和運(yùn)行維護(hù)成本。為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種會話管理的方法，該方法包 括向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求，以檢測所述服務(wù)器的會話連接情況；記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所述服務(wù)器對所 述握手請求的響應(yīng)；確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口 ；以及在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定能夠繼 續(xù)調(diào)用所述服務(wù)器的接口時(shí)，仍保持當(dāng)前會話連接。本發(fā)明實(shí)施例還提供了一種會話管理的方法，該方法包括向當(dāng)前會話連接的用戶設(shè)備發(fā)送握手請求，以檢測所述用戶設(shè)備的會話連接情 況；記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所述用戶設(shè)備對 所述握手請求的響應(yīng)；確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；以及在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定接收到 來自所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。本發(fā)明實(shí)施例還提供了一種用戶設(shè)備，該用戶設(shè)備包括第一檢測模塊，用于向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求，以檢測所述服務(wù)器 的會話連接情況；第一記錄模塊，用于記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收 到所述服務(wù)器對所述握手請求的響應(yīng)；第一確定模塊，用于確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口 ；以及第一優(yōu)化模塊，用于在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限 值，并且確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，仍保持當(dāng)前會話連接。本發(fā)明實(shí)施例還提供了一種服務(wù)器，該服務(wù)器包括第二檢測模塊，用于向當(dāng)前會話連接的用戶設(shè)備發(fā)送握手請求，以檢測所述用戶 設(shè)備的會話連接情況；第二記錄模塊，用于記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所述用戶設(shè)備對所述握手請求的響應(yīng)；第二確定模塊，用于確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；以及第二優(yōu)化模塊，用于在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限 值，并且確定接收到來自所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。本發(fā)明實(shí)施例的方法和設(shè)備通過將會話連接的檢測由必要條件降級為非必要條 件，能夠消除現(xiàn)有技術(shù)的會話管理中必須滿足會話連接雙向檢測的限制，從而使得網(wǎng)絡(luò)部 署更加靈活、簡便，由此能夠降低網(wǎng)絡(luò)部署難度和運(yùn)行維護(hù)成本。


圖1是現(xiàn)有技術(shù)中檢測會話連接有效性的流程圖；圖2是現(xiàn)有技術(shù)中檢測會話連接有效性的另一流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的會話管理方法的流程圖；圖4是根據(jù)本發(fā)明另一實(shí)施例的會話管理方法的流程圖；圖5是根據(jù)本發(fā)明再一實(shí)施例的會話管理方法的流程圖；圖6是根據(jù)本發(fā)明再一實(shí)施例的會話管理方法的流程圖；圖7是根據(jù)本發(fā)明再一實(shí)施例的會話管理方法的流程圖；圖8是根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備的示意圖；圖9是根據(jù)本發(fā)明另一實(shí)施例的用戶設(shè)備的示意圖；圖10是根據(jù)本發(fā)明實(shí)施例的服務(wù)器的示意圖；以及圖11是根據(jù)本發(fā)明另一實(shí)施例的服務(wù)器的示意圖。
具體實(shí)施例方式為了便于本領(lǐng)域普通技術(shù)人員理解和實(shí)現(xiàn)本發(fā)明，現(xiàn)結(jié)合附圖和具體實(shí)施例來闡 述本發(fā)明。本發(fā)明實(shí)施例提供了一種會話管理的方法，如圖3所示，該方法包括S110，向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求，以檢測該服務(wù)器的會話連接情 況；S120，記錄連續(xù)的檢測失敗的次數(shù)，其中，檢測失敗指沒有接收到服務(wù)器對該握手 請求的響應(yīng)；S130，確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口 ；以及S140，在確定該連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定能 夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，仍保持當(dāng)前會話連接。在用戶設(shè)備與服務(wù)器建立會話連接的情況下，其中用戶設(shè)備包括但不限于OSSJg 務(wù)器包括但不限于EMS/WS，并且在下面的描述中以O(shè)SS與EMS/WS建立會話連接為例進(jìn)行 說明，OSS向EMS/WS發(fā)送握手請求，以檢測該EMS/WS端的會話連接是否正常，當(dāng)OSS沒 有接收到EMS/WS對握手請求的響應(yīng)時(shí)，則認(rèn)為該檢測失敗，OSS還可以確定是否能夠繼續(xù) 調(diào)用EMS/WS的新的接口，當(dāng)OSS連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且 確定能夠繼續(xù)調(diào)用EMS/WS的新的接口時(shí)，OSS仍保持當(dāng)前會話連接。本發(fā)明實(shí)施例通過將會話連接的檢測由必要條件降級為非必要條件，使得用戶設(shè)備在確定能夠繼續(xù)調(diào)用服務(wù)器的新的接口的情況下，不因?yàn)闀掃B接檢測失敗而中斷當(dāng)前 會話連接，由此能夠解決僅能實(shí)現(xiàn)用戶設(shè)備到服務(wù)器單向會話連接檢測情況下或者無法進(jìn) 行會話連接檢測的情況下，用戶設(shè)備需要反復(fù)登錄的問題，從而消除現(xiàn)有技術(shù)的會話管理 中必須滿足會話連接雙向檢測的限制，使得網(wǎng)絡(luò)部署能夠更加靈活、簡便，并能夠降低網(wǎng)絡(luò) 部署難度和運(yùn)行維護(hù)成本。在本發(fā)明實(shí)施例中，所述記錄連續(xù)的檢測失敗的次數(shù)還可以包括在確定能夠繼 續(xù)調(diào)用服務(wù)器的新的接口時(shí)，將連續(xù)的檢測失敗的次數(shù)重置為零；以及重新記錄連續(xù)的檢 測失敗的次數(shù)。在本發(fā)明實(shí)施例中，根據(jù)本發(fā)明實(shí)施例的會話管理的方法還可以包括在確定連 續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值且確定不能夠繼續(xù)調(diào)用服務(wù)器的新的接 口時(shí)，中斷當(dāng)前會話連接。由此，如圖4所示，OSS依然周期性地檢測EMS/WS端的會話連接情況，當(dāng)連續(xù)的檢 測失敗的次數(shù)達(dá)到或者超過預(yù)設(shè)上限值(在該實(shí)施例中為3次)時(shí)，如果OSS確定能夠繼續(xù) 調(diào)用EMS/WS的新的接口，則OSS依然保持當(dāng)前會話連接，不退出登錄。在OSS記錄連續(xù)的 檢測失敗的次數(shù)的過程中，當(dāng)OSS確定能夠繼續(xù)調(diào)用EMS/WS的接口時(shí)，OSS將所記錄的連 續(xù)的檢測失敗的次數(shù)重置為零，并重新記錄連續(xù)的檢測失敗的次數(shù)。當(dāng)OSS確定連續(xù)的檢 測失敗的次數(shù)達(dá)到或者超過預(yù)設(shè)上限值，并且OSS確定不能繼續(xù)調(diào)用服務(wù)器的接口時(shí)，OSS 才中斷當(dāng)前會話連接，并可以嘗試重新登錄。或者，僅在OSS連續(xù)的檢測失敗的次數(shù)達(dá)到或 者超過預(yù)設(shè)上限值時(shí)，OSS才確定是否能夠繼續(xù)調(diào)用EMS/WS的接口，當(dāng)確定能夠繼續(xù)調(diào)用 EMS/WS的接口時(shí)，將所記錄的連續(xù)的檢測失敗的次數(shù)重置為零，并重新記錄連續(xù)的檢測失 敗的次數(shù)；當(dāng)確定不能繼續(xù)調(diào)用EMS/WS的接口時(shí)，OSS中斷當(dāng)前會話連接，并可以嘗試重 新登錄，建立新的會話連接。由此能夠解決僅能實(shí)現(xiàn)OSS到EMS/NMS單向會話連接檢測情況下或者無法進(jìn)行會 話連接檢測的情況下，由于EMS/WS檢測會話連接總是失敗而定期主動使當(dāng)前OSS退出登 錄，使得OSS需要反復(fù)登錄的問題，從而使得EMS/WS端甚至不需要實(shí)現(xiàn)會話連接檢測應(yīng) 答，而依然可以保證OSS正常調(diào)用EMS/WS的接口。本發(fā)明實(shí)施例還提供了一種會話管理的方法，如圖5所示，該方法包括S210,向當(dāng)前會話連接的用戶設(shè)備發(fā)送握手請求，以檢測用戶設(shè)備的會話連接情 況；S220，記錄連續(xù)的檢測失敗的次數(shù)，其中，檢測失敗指沒有接收到用戶設(shè)備對握手 請求的響應(yīng)；S230，確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；以及S240，在確定連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定接收 到來自所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。仍以O(shè)SS與EMS/WS建立會話連接為例進(jìn)行說明，EMS/WS周期性地向OSS發(fā)送 握手請求，以檢測該OSS端的會話連接是否正常，當(dāng)EMS/WS沒有接收到OSS對握手請求 的響應(yīng)時(shí)，則認(rèn)為該檢測失敗，EMS/WS還可以確定是否接收到來自O(shè)SS的新的接口調(diào)用請 求，當(dāng)EMS/WS連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值時(shí)，如果EMS/WS確定接 收到來自O(shè)SS的新的接口調(diào)用請求，則表明OSS與EMS/WS的當(dāng)前會話連接依然有效，由此
7EMS/WS仍保持當(dāng)前會話連接，由此可以保證EMS/WS不因會話連接檢測失敗而使OSS退出 登錄，從而消除現(xiàn)有技術(shù)的會話管理中必須滿足會話連接雙向檢測的限制，使得網(wǎng)絡(luò)部署 能夠更加靈活、簡便，并能夠降低網(wǎng)絡(luò)部署難度和運(yùn)行維護(hù)成本。在本發(fā)明實(shí)施例中，所述記錄連續(xù)的檢測失敗的次數(shù)還可以包括在確定接收到 新的接口調(diào)用請求時(shí)，將連續(xù)的檢測失敗的次數(shù)重置為零；以及重新記錄連續(xù)的檢測失敗 的次數(shù)。如圖6所示，在EMS/WS記錄連續(xù)的檢測失敗的次數(shù)的過程中，EMS/WS還可以確 定是否接收來自O(shè)SS的新的接口調(diào)用請求?；蛘邇H當(dāng)EMS/WS記錄連續(xù)的檢測失敗的次數(shù) 達(dá)到或超過預(yù)設(shè)上限值時(shí)，EMS/WS才確定是否接收來自O(shè)SS的新的接口調(diào)用請求。當(dāng)EMS/ 匪S接收到來自O(shè)SS的新的接口調(diào)用請求時(shí)，說明當(dāng)前會話連接仍然有效，因此可以將連續(xù) 的檢測失敗的次數(shù)重置為零，并重新記錄連續(xù)的檢測失敗的次數(shù)。在本發(fā)明實(shí)施例中，在所述仍保持當(dāng)前會話連接之后，根據(jù)本發(fā)明實(shí)施例的會話 管理的方法還可以包括確定已經(jīng)達(dá)到最大在線會話的用戶設(shè)備數(shù)；確定已經(jīng)登錄的用戶 設(shè)備中的特定用戶設(shè)備；以及在接收到新的用戶設(shè)備的登錄請求時(shí)，使特定用戶設(shè)備退出 登錄，由此可以釋放會話資源，保證整個(gè)系統(tǒng)的可用性和穩(wěn)定性。該方案也可稱為先入先出 策略。例如，當(dāng)EMS/WS記錄連續(xù)的檢測失敗的次數(shù)達(dá)到或超過預(yù)設(shè)上限值時(shí)，如果確 定EMS/WS接收到來自O(shè)SS的新的接口調(diào)用請求，則EMS/WS保持當(dāng)前會話連接。此時(shí)，為 了使得EMS/WS釋放會話資源，EMS/WS可以設(shè)定EMS/WS能夠容納的最大在線會話的用 戶設(shè)備數(shù)。當(dāng)EMS/WS已經(jīng)達(dá)到最大在線會話的用戶設(shè)備數(shù)的情況下，如果有新的用戶設(shè) 備登錄，則EMS/WS使已經(jīng)登錄的用戶設(shè)備中的特定用戶設(shè)備退出登錄，并回收該特定用 戶設(shè)備的資源，為新用戶設(shè)備分配新的會話資源，從而保證新的用戶設(shè)備能夠登錄。其中，可以根據(jù)下列因素中的任何一種因素或綜合下列因素中的幾種因素或全部 因素確定已經(jīng)登錄的用戶設(shè)備中的特定用戶設(shè)備登錄時(shí)間、無接口調(diào)用的時(shí)間間隔、握手 失敗次數(shù)等。例如，可以確定登錄時(shí)間超過預(yù)定時(shí)間間隔的用戶設(shè)備為特定用戶設(shè)備，或確 定無接口調(diào)用的時(shí)間間隔超過最大靜默時(shí)間間隔的用戶設(shè)備為特定用戶設(shè)備，或確定連續(xù) 的檢測失敗的次數(shù)已經(jīng)達(dá)到預(yù)設(shè)上限值的用戶設(shè)備為特定用戶設(shè)備，或可以綜合考慮上述 幾個(gè)因素或所有因素來確定特定用戶設(shè)備。通過該方案以及配合將會話連接的檢測由必要 條件降級為非必要條件，可以解決OSS端單方異常退出或者登錄的用戶設(shè)備過多造成的會 話資源泄露或會話資源耗盡以致不能提供服務(wù)的問題。在本發(fā)明實(shí)施例中，在所述仍保持當(dāng)前會話連接之后，根據(jù)本發(fā)明實(shí)施例的會話 管理的方法還可以包括記錄所有已經(jīng)登錄的用戶設(shè)備的無接口調(diào)用的時(shí)間間隔；確定所 有已經(jīng)登錄的用戶設(shè)備中無接口調(diào)用的時(shí)間間隔達(dá)到或超過預(yù)設(shè)的最大靜默時(shí)間間隔的 特定用戶設(shè)備；以及使該特定用戶設(shè)備退出登錄。該方案也可以解決OSS端單方異常退出 或者登錄的用戶設(shè)備過多造成的會話資源泄露或會話資源耗盡以致不能提供服務(wù)的問題， 從而保證整個(gè)系統(tǒng)的可用性和穩(wěn)定性。該方案也可稱為靜默時(shí)間策略。如圖7所示，當(dāng)EMS/WS連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值時(shí)，如 果確定EMS/WS接收到來自O(shè)SS的新的接口調(diào)用請求，則EMS/WS可以仍保持當(dāng)前會話連 接，此時(shí)，為了進(jìn)一步優(yōu)化會話管理，可以記錄所有已經(jīng)登錄的用戶設(shè)備的無接口調(diào)用的時(shí) 間間隔，并使這些用戶設(shè)備中無接口調(diào)用的時(shí)間間隔達(dá)到或超過預(yù)設(shè)的最大靜默時(shí)間間隔的特定用戶設(shè)備退出登錄。圖7中，OSS的第(N-I)次接口調(diào)用的無操作時(shí)間間隔T達(dá)到 或超過最大靜默時(shí)間間隔，由此EMS/WS單方地使OSS退出登錄，相應(yīng)地OSS的第N次接口 調(diào)用將失敗，其中N為大于2的自然數(shù)。從而EMS/WS可以回收會話資源，避免會話資源泄 露或會話資源耗盡的問題。在本發(fā)明的實(shí)施例中，先入先出策略和靜默時(shí)間策略既可以各自單獨(dú)運(yùn)用也可以 同時(shí)運(yùn)用，這種組合可以看作是先入先出策略配合特定用戶設(shè)備基準(zhǔn)的一種特例(其中， 靜默時(shí)間視為考慮特定用戶設(shè)備的其中一個(gè)因素)。下面將描述根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備和服務(wù)器的實(shí)施例，類似地，本發(fā)明實(shí) 施例的用戶設(shè)備和服務(wù)器可以采用上述各實(shí)施例中的方法，通過將會話連接的檢測由必要 條件降級為非必要條件，消除現(xiàn)有技術(shù)的會話管理中必須滿足會話連接雙向檢測的限制， 從而使得網(wǎng)絡(luò)部署更加靈活、簡便，并且可以結(jié)合先入先出策略和/或靜默時(shí)間策略，單方 地使用戶設(shè)備退出登錄，使得服務(wù)器能夠回收會話資源，避免會話資源泄露或會話資源耗 盡的問題。如圖8所示，根據(jù)本發(fā)明實(shí)施例的用戶設(shè)備100包括第一檢測模塊110、第一記 錄模塊120、第一確定模塊130和第一優(yōu)化模塊140，其中，第一檢測模塊110用于向當(dāng)前會 話連接的服務(wù)器發(fā)送握手請求，以檢測服務(wù)器的會話連接情況；第一記錄模塊120用于記 錄連續(xù)的檢測失敗的次數(shù)，其中，檢測失敗指沒有接收到服務(wù)器對握手請求的響應(yīng)；第一確 定模塊130用于確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口 ；以及第一優(yōu)化模塊140用于在 確定連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定能夠繼續(xù)調(diào)用所述服務(wù) 器的接口時(shí)，仍保持當(dāng)前會話連接。由此，用戶設(shè)備不因?yàn)闀掃B接檢測失敗而中斷當(dāng)前會話連接，從而能夠解決僅 能實(shí)現(xiàn)用戶設(shè)備到服務(wù)器單向會話連接檢測情況下或者無法進(jìn)行會話連接檢測的情況下， 用戶設(shè)備需要反復(fù)登錄的問題，消除現(xiàn)有技術(shù)的會話管理中必須滿足會話連接雙向檢測的 限制，使得網(wǎng)絡(luò)部署能夠更加靈活、簡便，并能夠降低網(wǎng)絡(luò)部署難度和運(yùn)行維護(hù)成本。在本發(fā)明實(shí)施例中，如圖9所示，第一記錄模塊120還可以包括第一重置單元121 和第一記錄單元122，其中，第一重置單元121用于在第一確定模塊130確定能夠繼續(xù)調(diào)用 所述服務(wù)器的接口后，將連續(xù)的檢測失敗的次數(shù)重置為零；第一記錄單元122用于重新記 錄連續(xù)的檢測失敗的次數(shù)。在本發(fā)明實(shí)施例中，用戶設(shè)備100還可以包括中斷模塊150，該 中斷模塊150用于在確定連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值且確定不能 繼續(xù)調(diào)用服務(wù)器的接口時(shí)，中斷當(dāng)前會話連接。此外，為了增強(qiáng)用戶設(shè)備的靈活性，在具體實(shí)現(xiàn)的時(shí)候，用戶設(shè)備可以設(shè)置一個(gè)控 制開關(guān)，控制會話連接檢測是作為必要條件還是非必要條件。如果開關(guān)配置為必要條件，則 用戶設(shè)備的行為和常規(guī)的檢測行為一致。如果開關(guān)配置為非必要條件，用戶設(shè)備的一種可 能的實(shí)現(xiàn)方式是完全不檢測會話連接，由于這種方式不利于問題記錄，因而不推薦該實(shí)現(xiàn) 方式。如圖10所示，根據(jù)本發(fā)明實(shí)施例的服務(wù)器200包括第二檢測模塊210、第二記錄 模塊220、第二確定模塊230和第二優(yōu)化模塊240。其中，第二檢測模塊210用于向當(dāng)前會 話連接的用戶設(shè)備發(fā)送握手請求，以檢測用戶設(shè)備的會話連接情況；第二記錄模塊220用 于記錄連續(xù)的檢測失敗的次數(shù)，其中，檢測失敗指沒有接收到用戶設(shè)備對握手請求的響應(yīng);第二確定模塊230用于確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；第二優(yōu)化模塊 240用于在確定連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定接收到來自 所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。當(dāng)EMS/WS連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值時(shí)，如果確定EMS/ WS接收到來自O(shè)SS的新的接口調(diào)用請求，則EMS/WS仍保持當(dāng)前會話連接，由此可以解決 OSS端單方異常退出無法調(diào)用EMS/WS的接口的問題，從而消除現(xiàn)有技術(shù)的會話管理中必 須滿足會話連接雙向檢測的限制，使得網(wǎng)絡(luò)部署能夠更加靈活、簡便。在本發(fā)明實(shí)施例中，如圖11所示，第二記錄模塊220還可以包括第二重置單元 221和第二記錄單元222。其中，第二重置單元221用于在接收到接口調(diào)用請求后，將連續(xù) 的檢測失敗的次數(shù)重置為零；第二記錄單元222用于重新記錄連續(xù)的檢測失敗的次數(shù)。在本發(fā)明實(shí)施例中，服務(wù)器200還可以包括第三確定模塊250、第四確定模塊260 和第一退出模塊270，其中，第三確定模塊250用于確定已經(jīng)達(dá)到最大在線會話的用戶設(shè)備 數(shù)；第四確定模塊260用于確定已經(jīng)登錄的用戶設(shè)備中的特定用戶設(shè)備；第一退出模塊270 用于在接收到用戶設(shè)備的登錄請求時(shí)，使特定用戶設(shè)備退出登錄。由此可以回收會話資源， 避免由于用戶設(shè)備端單方異常退出或者登錄的用戶設(shè)備過多造成的會話資源泄露或會話 資源耗盡等問題。在本發(fā)明實(shí)施例中，服務(wù)器200還可以包括第三記錄模塊280、第五確定模塊290 和第二退出模塊300，其中，第三記錄模塊280用于記錄所有已經(jīng)登錄的用戶設(shè)備的無接口 調(diào)用的時(shí)間間隔；第五確定模塊290用于確定所有已經(jīng)登錄的用戶設(shè)備中無接口調(diào)用的時(shí) 間間隔達(dá)到或超過預(yù)設(shè)的最大靜默時(shí)間間隔的特定用戶設(shè)備；第二退出模塊300用于使特 定用戶設(shè)備退出登錄。由此也可以回收會話資源，避免由于用戶設(shè)備端單方異常退出或者 登錄的用戶設(shè)備過多造成的會話資源泄露或會話資源耗盡等問題。此外，為了增強(qiáng)服務(wù)器的靈活性，在具體實(shí)現(xiàn)的時(shí)候，服務(wù)器可以設(shè)置一個(gè)控制開 關(guān)，控制會話連接檢測是作為必要條件還是非必要條件。如果開關(guān)配置為必要條件，則服務(wù) 器的行為和常規(guī)的檢測行為一致。如果開關(guān)配置為非必要條件，服務(wù)器的一種可能的實(shí)現(xiàn) 方式是完全不檢測會話連接，由于這種方式不利于問題記錄，因而不推薦該實(shí)現(xiàn)方式。本領(lǐng)域普通技術(shù)人員可以理解的是，本發(fā)明實(shí)施例描述的技術(shù)思路不局限于OSS 與EMS/WS之間的CORBA會話管理，也不局限于CORBA接口。一切基于會話并有握手機(jī)制 的系統(tǒng)、進(jìn)程、線程、纖程或具有相似性質(zhì)的實(shí)體間通信均可適用本發(fā)明，并可按照本發(fā)明 實(shí)施例的思路實(shí)現(xiàn)高靈活性、高容錯性的會話資源管理，因而都應(yīng)包括在本發(fā)明保護(hù)的范 圍內(nèi)。為了更好地檢測0SS/EMS/NMS是否適用本發(fā)明，現(xiàn)在給出一般的技術(shù)檢測方法(1)如何確定OSS采用了單向連通檢測技術(shù)方法一、可以使OSS登錄一個(gè)沒有會話連接檢測響應(yīng)機(jī)制的模擬的EMS/WS，如果 OSS每隔一段相對固定/穩(wěn)定的時(shí)間間隔后沒有重新試圖從同一主機(jī)再登錄，或者沒有退 出后再登錄，則OSS使用了單向連通檢測技術(shù)；方法二、如果OSS與EMS/WS之間設(shè)置了防火墻，并且防火墻不對OSS所在主機(jī)開 放EMS/WS應(yīng)答會話連接檢測請求的網(wǎng)絡(luò)端口，那么OSS登錄EMS/WS成功后，如果OSS每 隔一段相對固定/穩(wěn)定的時(shí)間間隔后沒有重新試圖從同一主機(jī)再登錄，或者沒有退出后再登錄，則OSS使用了單向連通檢測技術(shù)。(2)如何檢測EMS/WS采用了單向連通檢測技術(shù)對于OSS與EMS/WS之間設(shè)置防火墻，并且防火墻不對EMS/WS所在主機(jī)開放任 何端口的情況，OSS登錄EMS/WS成功后，如果OSS每隔一段相對固定/穩(wěn)定的時(shí)間間隔后 調(diào)用總是失敗，然后重新登錄后接口又可正常使用，則EMS/WS未使用單向連通檢測技術(shù)； 反之，EMS/WS使用了單向連通檢測技術(shù)。(3)如何檢測EMS/WS采用了先入先出策略EMS/WS具有最大用戶登錄數(shù)量限制，當(dāng)EMS/WS登錄數(shù)量達(dá)到限制后，新的用戶
登錄依然能夠接入，但是原已登錄的某一用戶被退出登錄，其對應(yīng)的OSS不再能夠調(diào)用接□。(4)如何檢測EMS/WS采用了靜默時(shí)間策略O(shè)SS與EMS/WS之間的連接無任何限制，從OSS登錄EMS/WS，并且可正常調(diào)用 EMS/WS的接口。OSS未進(jìn)行任何調(diào)用接口的操作一定時(shí)間后，試圖再調(diào)用接口但失敗，必 須重新登錄方可再次調(diào)用接口，或如果在一定時(shí)間間隔內(nèi)OSS總有接口調(diào)用操作，并總是 能夠調(diào)用成功，這表明EMS/WS采用了靜默時(shí)間策略。本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單 元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件 和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這 些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專 業(yè)技術(shù)人員可以對每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不 應(yīng)認(rèn)為超出本發(fā)明的范圍。盡管本發(fā)明通過參考附圖并結(jié)合優(yōu)選實(shí)施例的方式進(jìn)行了詳細(xì)描述，但本發(fā)明并 不限于此。在不脫離本發(fā)明的精神和實(shí)質(zhì)的前提下，本領(lǐng)域的普通技術(shù)人員可以對本發(fā)明 的實(shí)施例進(jìn)行各種等效的變形和改動，而這些變形與改動都在本發(fā)明的涵蓋范圍內(nèi)。
1權(quán)利要求
一種會話管理的方法，其特征在于，包括向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求，以檢測所述服務(wù)器的會話連接情況；記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所述服務(wù)器對所述握手請求的響應(yīng)；確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口；以及在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，仍保持當(dāng)前會話連接。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述記錄連續(xù)的檢測失敗的次數(shù)包括 在確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，將所述連續(xù)的檢測失敗的次數(shù)重置為零；以及重新記錄所述連續(xù)的檢測失敗的次數(shù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過所述預(yù)設(shè)上限值，并且確定不能夠 繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，中斷當(dāng)前會話連接。
4.一種會話管理的方法，其特征在于，包括向當(dāng)前會話連接的用戶設(shè)備發(fā)送握手請求，以檢測所述用戶設(shè)備的會話連接情況； 記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所述用戶設(shè)備對所述 握手請求的響應(yīng)；確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；以及在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值，并且確定接收到來自 所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述記錄連續(xù)的檢測失敗的次數(shù)包括 在確定接收到所述接口調(diào)用請求時(shí)，將所述連續(xù)的檢測失敗的次數(shù)重置為零；以及 重新記錄所述連續(xù)的檢測失敗的次數(shù)。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，在所述仍保持當(dāng)前會話連接之后，所 述方法還包括確定已經(jīng)達(dá)到最大在線會話的用戶設(shè)備數(shù)；確定已經(jīng)登錄的用戶設(shè)備中的特定用戶設(shè)備；以及在接收到用戶設(shè)備的登錄請求時(shí)，使所述特定用戶設(shè)備退出登錄。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述確定已經(jīng)登錄的用戶設(shè)備中的特定 用戶設(shè)備包括根據(jù)下列因素中的任何一種因素或綜合下列因素中的幾種因素或全部因素確定已經(jīng) 登錄的用戶設(shè)備中的特定用戶設(shè)備登錄時(shí)間、無接口調(diào)用的時(shí)間間隔、握手失敗次數(shù)。
8.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，在所述仍保持當(dāng)前會話連接之后，所 述方法還包括記錄所有已經(jīng)登錄的用戶設(shè)備的無接口調(diào)用的時(shí)間間隔；確定所有已經(jīng)登錄的用戶設(shè)備中無接口調(diào)用的時(shí)間間隔達(dá)到或超過預(yù)設(shè)的最大靜默 時(shí)間間隔的特定用戶設(shè)備；以及 使所述特定用戶設(shè)備退出登錄。
9.一種用戶設(shè)備，其特征在于，包括第一檢測模塊，用于向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求，以檢測所述服務(wù)器的會 話連接情況；第一記錄模塊，用于記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所 述服務(wù)器對所述握手請求的響應(yīng)；第一確定模塊，用于確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口 ；以及 第一優(yōu)化模塊，用于在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值， 并且確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，仍保持當(dāng)前會話連接。
10.根據(jù)權(quán)利要求9所述的用戶設(shè)備，其特征在于，所述第一記錄模塊包括 第一重置單元，用于在所述第一確定模塊確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，將所述連續(xù)的檢測失敗的次數(shù)重置為零；以及第一記錄單元，用于重新記錄所述連續(xù)的檢測失敗的次數(shù)。
11.根據(jù)權(quán)利要求9或10所述的用戶設(shè)備，其特征在于，所述用戶設(shè)備還包括中斷模塊，用于在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過所述預(yù)設(shè)上限值且 確定不能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)，中斷當(dāng)前會話連接。
12.一種服務(wù)器，其特征在于，包括第二檢測模塊，用于向當(dāng)前會話連接的用戶設(shè)備發(fā)送握手請求，以檢測所述用戶設(shè)備 的會話連接情況；第二記錄模塊，用于記錄連續(xù)的檢測失敗的次數(shù)，其中，所述檢測失敗指沒有接收到所 述用戶設(shè)備對所述握手請求的響應(yīng)；第二確定模塊，用于確定是否接收到來自所述用戶設(shè)備的接口調(diào)用請求；以及 第二優(yōu)化模塊，用于在確定所述連續(xù)的檢測失敗的次數(shù)已經(jīng)達(dá)到或超過預(yù)設(shè)上限值， 并且確定接收到來自所述用戶設(shè)備的接口調(diào)用請求時(shí)，仍保持當(dāng)前會話連接。
13.根據(jù)權(quán)利要求12所述的服務(wù)器，其特征在于，所述第二記錄模塊包括第二重置單元，用于在接收到所述接口調(diào)用請求后，將所述連續(xù)的檢測失敗的次數(shù)重 置為零；以及第二記錄單元，用于重新記錄所述連續(xù)的檢測失敗的次數(shù)。
14.根據(jù)權(quán)利要求12或13所述的服務(wù)器，其特征在于，所述服務(wù)器還包括 第三確定模塊，用于確定已經(jīng)達(dá)到最大在線會話的用戶設(shè)備數(shù)；第四確定模塊，用于確定已經(jīng)登錄的用戶設(shè)備中的特定用戶設(shè)備；以及第一退出模塊，用于在接收到用戶設(shè)備的登錄請求時(shí)，使所述特定用戶設(shè)備退出登錄。
15.根據(jù)權(quán)利要求12至14中任一項(xiàng)所述的服務(wù)器，其特征在于，所述服務(wù)器還包括 第三記錄模塊，用于記錄所有已經(jīng)登錄的用戶設(shè)備的無接口調(diào)用的時(shí)間間隔；第五確定模塊，用于確定所有已經(jīng)登錄的用戶設(shè)備中無接口調(diào)用的時(shí)間間隔達(dá)到或超 過預(yù)設(shè)的最大靜默時(shí)間間隔的特定用戶設(shè)備；以及 第二退出模塊，用于使所述特定用戶設(shè)備退出登錄。
全文摘要
本發(fā)明公開了會話管理的方法和設(shè)備。本發(fā)明的方法包括向當(dāng)前會話連接的服務(wù)器發(fā)送握手請求；記錄連續(xù)的檢測失敗的次數(shù)；確定是否能夠繼續(xù)調(diào)用所述服務(wù)器的接口；以及在確定連續(xù)的檢測失敗的次數(shù)已達(dá)到或超過預(yù)設(shè)上限值并且確定能夠繼續(xù)調(diào)用所述服務(wù)器的接口時(shí)保持當(dāng)前會話連接。本發(fā)明的用戶設(shè)備包括第一檢測模塊、第一記錄模塊、第一確定模塊和第一優(yōu)化模塊。本發(fā)明的服務(wù)器包括第二檢測模塊、第二記錄模塊、第二確定模塊和第二優(yōu)化模塊。本發(fā)明實(shí)施例的方法和設(shè)備能夠消除會話管理中雙向檢測的限制，提高網(wǎng)絡(luò)部署的靈活性，降低網(wǎng)絡(luò)部署難度和運(yùn)行維護(hù)成本。
文檔編號H04L12/24GK101895411SQ20091020290
公開日2010年11月24日 申請日期2009年5月18日 優(yōu)先權(quán)日2009年5月18日
發(fā)明者劉焱, 蔣治華 申請人:華為技術(shù)有限公司