專利名稱：基于ecma－143協(xié)議的呼叫狀態(tài)保護方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)的呼叫方法，尤其是對呼叫狀態(tài)的保護方法。
背景技術(shù)：
ECMA-143(ECMA，歐洲計算機制造商協(xié)會)協(xié)議是一種窄帶網(wǎng)絡(luò)協(xié)議，它規(guī)定了通過消息來控制多個呼叫實體之間網(wǎng)絡(luò)連接的建立、保持和清除的過程，從而為呼叫的接續(xù)提供了保障。但是在實際的通信環(huán)境中，由于線路傳輸故障、數(shù)據(jù)配置錯誤或用戶操作不當(dāng)?shù)仍?，?jīng)常導(dǎo)致呼叫過程出現(xiàn)異常。例如，呼叫過程中物理設(shè)備故障、對端設(shè)備不響應(yīng)本端的消息、主叫撥打了不完整的被叫用戶號碼等等都會導(dǎo)致呼叫異常，為此，需要對呼叫過程進行保護，所述的對呼叫進行保護即是對呼叫過程進行監(jiān)測，當(dāng)呼叫出現(xiàn)異常而無法進行正常通信超過一定時間時，則釋放呼叫占用的資源和呼叫參考等，以保證其它呼叫對網(wǎng)絡(luò)的正常使用，例如，在ECMA-143協(xié)議中采用了定時器對呼叫過程進行保護。
根據(jù)ECMA-143協(xié)議的規(guī)定，一個完整的呼叫過程可以被劃分成14種狀態(tài)，由呼叫狀態(tài)機控制，分別是零狀態(tài)(Null State)、呼叫起始(CallInitiated)、重疊發(fā)送(Overlap Sending)、呼出進程(Outgoing CallProceeding)、呼叫遞交(Call Delivered)、呼叫呈現(xiàn)(Call Present)、呼叫接收(Call Received)、連接請求(Connect Request)、呼入進程(IncomingCall Proceeding)、運行(Active)、拆線請求(Disconnect Request)、拆線指示(Disconnect Indication)、釋放請求(Release Request)、重疊接收(OverlapReceiving)。但是ECMA-143協(xié)議只為其中的呼叫遞交、重疊接收、呼叫起始、重疊發(fā)送、拆線請求、釋放請求、呼出進程、連接請求這8種狀態(tài)規(guī)定了呼叫定時器，分別是T301、T302、T303、T304、T305、T308、T310和T313，用于對呼叫過程中的上述8種狀態(tài)進行時間限制。當(dāng)這些定時器沒有正常停止而超時，說明相應(yīng)的狀態(tài)出現(xiàn)異常，因此都將進行相應(yīng)的異常處理，從而防止因為異常而導(dǎo)致狀態(tài)機和通訊資源長時間被吊死。
而且，目前在具體的呼叫處理過程中，也僅僅針對協(xié)議規(guī)定的呼叫狀態(tài)設(shè)置了相應(yīng)的保護定時器，而對于除零狀態(tài)外的其他五種狀態(tài)出現(xiàn)異常時如何進行保護沒有相應(yīng)的技術(shù)方案，因此，當(dāng)呼叫處于所述的五種呼叫狀態(tài)下時，如果網(wǎng)絡(luò)發(fā)生異常，仍然可能導(dǎo)致狀態(tài)機死機，隨著人們對網(wǎng)絡(luò)通信性能要求的日益提高，這種情況的存在是人們無法忍受的。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，使用該方法能夠?qū)崿F(xiàn)對呼叫狀態(tài)的更完善的保護。
為達到上述目的，本發(fā)明提供的一種基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法為為ECMA-143協(xié)議規(guī)定的呼叫呈現(xiàn)狀態(tài)、呼叫接收狀態(tài)、呼入進程狀態(tài)、運行狀態(tài)或拆線指示狀態(tài)設(shè)置定時器，并在呼叫進入相應(yīng)的呼叫狀態(tài)時啟動為其設(shè)置的定時器，進行相應(yīng)的呼叫狀態(tài)的保護。
本發(fā)明所述的方法包括設(shè)置呼叫呈現(xiàn)定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫呈現(xiàn)狀態(tài)(Call Present)時啟動該呼叫呈現(xiàn)定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送完全釋放(RELEASECOMPLETE)消息清除呼叫、釋放資源并進入零狀態(tài)。
本發(fā)明所述的方法包括設(shè)置入呼叫處理定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫進程(Incoming CallProceeding)狀態(tài)時啟動該入呼叫處理定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(Disconnect Request)狀態(tài)并啟動拆線請求定時器(T305定時器)。
本發(fā)明所述的方法包括設(shè)置呼叫接收定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫接收(Call Received)狀態(tài)時啟動該呼叫接收定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(Disconnect Request)狀態(tài)并啟動拆線請求定時器(T305定時器)。
本發(fā)明所述的方法包括設(shè)置運行定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入運行(Active)狀態(tài)時啟動該運行定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
所述運行超時處理程序處理呼叫，首先查詢本次呼叫對端的狀態(tài)，如果對端處于運行狀態(tài)，則保持運行狀態(tài)并重新啟動運行定時器，否則向?qū)Χ税l(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(Disconnect Request)狀態(tài)并啟動拆線請求定時器(T305定時器)。
本發(fā)明所述的方法包括設(shè)置拆線指示定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)狀態(tài)機收到對端的拆線(DISCONNECT)指示時，啟動該拆線指示定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
所述運行超時處理程序處理呼叫，是向?qū)Χ税l(fā)送釋放(RELEASE)消息，將呼叫控制塊遷入釋放請求狀態(tài)并啟動拆線請求定時器(T305定時器)。
由于本發(fā)明通過設(shè)置ECMA-143協(xié)議規(guī)定之外的5種呼叫狀態(tài)的保護定時器，完善了ECMA-143協(xié)議狀態(tài)機的保護機制，使得呼叫過程中產(chǎn)生的所有呼叫狀態(tài)都能得到相應(yīng)的保護定時器的保護，這樣，不論網(wǎng)絡(luò)出現(xiàn)什么異常，信令處理模塊的狀態(tài)機都可以經(jīng)過一系列異常處理后回到零狀態(tài)，并釋放內(nèi)存和通信資源，由于每一種呼叫狀態(tài)都能夠得到較完善的保護，可以極大地提高狀態(tài)機的穩(wěn)定性，進而提高了網(wǎng)絡(luò)的通信性能，適應(yīng)了人們較高的通信性能的要求。
具體實施例方式
由于ECMA-143協(xié)議僅僅規(guī)定了對一個完整呼叫過程的14種狀態(tài)中的8種狀態(tài)設(shè)置了保護定時器，而且，在目前的具體應(yīng)用過程中也僅僅是按協(xié)議規(guī)定進行相應(yīng)保護定時器的設(shè)置，這樣，在呼叫過程中沒有設(shè)置保護定時器的呼叫狀態(tài)出現(xiàn)異常時，就沒有辦法妥善解決，必然導(dǎo)致呼叫進程失控，進而出現(xiàn)狀態(tài)機死機。
本發(fā)明的實質(zhì)是通過定義ECMA-143協(xié)議規(guī)定之外的呼叫定時器，保證在每種呼叫狀態(tài)下都有相應(yīng)的定時器存在，實現(xiàn)了對狀態(tài)機所有呼叫狀態(tài)的保護。
在實際基于ECMA-143協(xié)議的呼叫控制過程中，信令處理模塊專用于發(fā)起、接收和掛斷數(shù)字呼叫的過程中ISDN第3層協(xié)議的狀態(tài)遷移。
具體說，本發(fā)明設(shè)置了ECMA-143協(xié)議的規(guī)定之外的5個狀態(tài)保護定時器，具體為呼叫呈現(xiàn)定時器(T_CALL_PRESENT)、入呼叫處理定時器(T_INCOMING_CALL_PROCEEDING)、呼叫接收定時器(T_CALL_RECEIVED)、運行定時器(T_ACTIVE)和拆線指示定時器(T_DISCONNECT_INDICATION)，分別對呼叫過程中的呼叫呈現(xiàn)、呼入進程、呼叫接收、運行、拆線指示這5種呼叫狀態(tài)進行保護。具體情況如下所述
對于呼叫呈現(xiàn)定時器，當(dāng)狀態(tài)機在零狀態(tài)下收到對端發(fā)來的SETUP(建立)消息后，信令處理模塊向被叫方向透傳該SETUP消息，以便交換機將呼叫交換到被叫號碼對應(yīng)的ISDN接口，并分配一個呼叫控制塊進入呼叫呈現(xiàn)狀態(tài)。此時，啟動呼叫呈現(xiàn)定時器對當(dāng)前狀態(tài)進行保護。如果被叫方向未收到上述透傳的SETUP消息，或者由于異常而未對透傳來的SETUP消息進行響應(yīng)，而且主叫方向未啟動呼叫清除程序，或者發(fā)來的呼叫清除消息遺失，就將導(dǎo)致呼叫呈現(xiàn)定時器超時。在呼叫呈現(xiàn)定時器超時后，信令處理模塊就向主叫方向發(fā)送RELEASE COMPLETE(釋放完全)消息清除呼叫、釋放資源并進入零狀態(tài)，以避免本端呼叫控制塊的狀態(tài)吊死，所述的呼叫控制塊用來紀錄每個呼叫進行過程中的狀態(tài)，一個呼叫唯一對應(yīng)一個呼叫控制塊，并且呼叫控制塊動態(tài)創(chuàng)建和刪除，當(dāng)發(fā)起或者接收呼叫時創(chuàng)建一個呼叫控制塊，當(dāng)掛斷釋放呼叫時刪除對應(yīng)的呼叫控制塊。
對于入呼叫處理定時器，當(dāng)狀態(tài)機在呼叫呈現(xiàn)或重疊接收狀態(tài)下判斷得出被叫號碼已經(jīng)完全時，向主叫方向發(fā)送CALL PROCEEDING(呼叫指示)消息，以便告訴對端ISDN接口呼叫正在處理中，并將呼叫控制塊遷入呼入進程狀態(tài)。此時，啟動入呼叫處理定時器對當(dāng)前狀態(tài)進行保護，等待被叫方向回ALERTING(振玲)或CONNECT(連接)消息。如果被叫方向長時間未向主叫方向發(fā)送ALERTIGN消息，而且主叫方向未啟動呼叫清除程序，或者發(fā)來的呼叫清除消息遺失，就將導(dǎo)致入呼叫處理定時器超時。入呼叫處理定時器超時后，信令處理模塊就向主叫方向發(fā)送DISCONNECT(掛斷)消息清除呼叫，進入拆線請求狀態(tài)并啟動拆線請求定時器，即T305定時器，這樣就可以避免本端(即本次呼叫的本地ISDN接口)呼叫控制塊的狀態(tài)吊死。
對于呼叫接收定時器，當(dāng)狀態(tài)機在呼叫呈現(xiàn)、重疊接收或呼入進程狀態(tài)下收到被叫方向發(fā)來的ALERGING(振玲)消息，就將向主叫方向發(fā)送ALERTING消息并將呼叫控制塊遷入呼叫接收狀態(tài)。此時，啟動呼叫接收定時器對當(dāng)前狀態(tài)進行保護，等待被叫方向繼續(xù)回CONNECT(連接)消息，以便告訴對端ISDN接口本端已經(jīng)摘機，準備好通話。如果被叫方向長時間未向主叫方向發(fā)送ALERTING消息，而且主叫方向未啟動呼叫清除程序，或者發(fā)來的呼叫清除消息遺失，就將導(dǎo)致呼叫接收定時器超時。在呼叫接收定時器超時后，信令處理模塊就向主叫方向發(fā)送DISCONNECT(掛斷)消息清除呼叫，進入拆線請求狀態(tài)并啟動拆線請求定時器，即T305定時器，以避免本端呼叫控制塊的狀態(tài)吊死。
對于運行定時器，當(dāng)狀態(tài)機在呼叫呈現(xiàn)、重疊接收、呼入進程或呼叫接收狀態(tài)下收到被叫方向發(fā)來的CONNECT消息后，或者狀態(tài)機在連接請求狀態(tài)下收到對端發(fā)來的CONNECT ACK(連接確認)消息時，把呼叫控制塊遷入運行狀態(tài)。此時，啟動運行定時器對當(dāng)前狀態(tài)進行保護。如果被叫方向長時間未向主叫方向發(fā)送ALERTING消息，而且主叫方向未啟動呼叫清除程序，或者發(fā)來的呼叫清除消息遺失，就將導(dǎo)致運行定時器超時。需要注意的是，在運行狀態(tài)下運行定時器超時之后，信令處理模塊不是啟動呼叫清除程序，而是啟動狀態(tài)查詢程序。如果對端(即本次呼叫的目的ISDN接口)設(shè)備也是處于運行狀態(tài)，就保持在運行狀態(tài)并重新啟動運行定時器；如果對端狀態(tài)不是運行狀態(tài)或者未對狀態(tài)查詢消息做出響應(yīng)，那么就向?qū)Χ税l(fā)送DISCONNECT消息啟動呼叫清除程序，進入拆線請求狀態(tài)并啟動拆線請求定時器，即T305定時器，以避免本端呼叫控制塊的狀態(tài)吊死。
對于拆線指示定時器，當(dāng)狀態(tài)機收到對端的DISCONNECT消息并進入了拆線指示狀態(tài)時，信令處理模塊將向內(nèi)部相關(guān)模塊(如CC模塊)發(fā)送拆線指示。此時，啟動拆線指示定時器對當(dāng)前狀態(tài)進行保護。如果由于消息丟包或其他異常導(dǎo)致內(nèi)部相關(guān)模塊長時間不對信令處理模塊發(fā)出的拆線指示消息進行響應(yīng)，則在拆線指示定時器超時后，信令處理模塊就向?qū)Χ嗽O(shè)備反饋RELEASE消息，將呼叫控制塊遷入到釋放請求狀態(tài)，強制清除內(nèi)部呼叫并啟動T305定時器，以避免呼叫控制塊的狀態(tài)吊死。
以上過程的簡要描述如下表示例所示

在本發(fā)明設(shè)置的上述定時器中，需要特別注意的是運行定時器。運行定時器超時屬于正常情況，它用于在運行狀態(tài)下每隔一段時間就對呼叫狀態(tài)進行一致性檢查。運行定時器的時間較長，例如可以將缺省情況下的定時時長設(shè)定為3600秒。也就是說，當(dāng)主、被叫雙方的電話接通之后，在通話過程中每隔1個小時呼叫控制塊就將向?qū)Χ税l(fā)送一個狀態(tài)查詢消息。如果對端的呼叫狀態(tài)不是運行狀態(tài)，呼叫控制塊就將啟動呼叫清除程序。這種處理對超長時間通話有非常重要的意義。從ECMA-143協(xié)議的規(guī)定來看，當(dāng)呼叫處于運行狀態(tài)時不需要有狀態(tài)保護定時器，這是基于實際情況下大多數(shù)通話的時間都不會很長的事實。但是，如果出現(xiàn)超長時間通話(如大于1小時)，就很可能由于對端設(shè)備異常、內(nèi)部模塊間消息丟失等原因?qū)е潞艚袥]有被正常清除，有必要對通話雙方的呼叫狀態(tài)進行一致性檢查。通過運行定時器保護之后，就可以周期性地在超時處理中檢查呼叫雙方的狀態(tài)是否正常，進而決定是清除呼叫還是繼續(xù)保持通話，有效地保證長時間通話的合法性。
需要說明的是，本文所述消息為ECMA-143協(xié)議的標準消息。
權(quán)利要求
1.一種基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于為ECMA-143協(xié)議規(guī)定的呼叫呈現(xiàn)狀態(tài)、呼叫接收狀態(tài)、呼入進程狀態(tài)、運行狀態(tài)或拆線指示狀態(tài)設(shè)置定時器，并在呼叫進入相應(yīng)的呼叫狀態(tài)時啟動為其設(shè)置的定時器，進行相應(yīng)的呼叫狀態(tài)的保護。
2.根據(jù)權(quán)利要求1所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于該方法包括設(shè)置呼叫呈現(xiàn)定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫呈現(xiàn)狀態(tài)(Call Present)時啟動該呼叫呈現(xiàn)定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
3.根據(jù)權(quán)利要求2所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于，所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送完全釋放(RELEASE COMPLETE)消息清除呼叫、釋放資源并進入零狀態(tài)。
4.根據(jù)權(quán)利要求1所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于該方法包括設(shè)置入呼叫處理定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫進程(Incoming Call Proceeding)狀態(tài)時啟動該入呼叫處理定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
5.根據(jù)權(quán)利要求4所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于，所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(Disconnect Request)狀態(tài)并啟動拆線請求定時器(T305定時器)。
6.根據(jù)權(quán)利要求1所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于該方法包括設(shè)置呼叫接收定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入呼叫接收(Call Received)狀態(tài)時啟動該呼叫接收定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
7.根據(jù)權(quán)利要求6所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于，所述運行超時處理程序處理呼叫，是向主叫方向發(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(Disconnect Request)狀態(tài)并啟動拆線請求定時器(T305定時器)。
8.根據(jù)權(quán)利要求1所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于該方法包括設(shè)置運行定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)呼叫控制塊進入運行(Active)狀態(tài)時啟動該運行定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
9.根據(jù)權(quán)利要求8所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于，所述運行超時處理程序處理呼叫，首先查詢本次呼叫對端的狀態(tài)，如果對端處于運行狀態(tài)，則保持運行狀態(tài)并重新啟動運行定時器，否則向?qū)Χ税l(fā)送拆線(DISCONNECT)消息清除呼叫，進入拆線請求(DisconnectRequest)狀態(tài)并啟動拆線請求定時器(T305定時器)。
10.根據(jù)權(quán)利要求1所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于該方法包括設(shè)置拆線指示定時器及其定時時長，并設(shè)置相應(yīng)的超時處理程序，當(dāng)狀態(tài)機收到對端的拆線(DISCONNECT)指示時，啟動該拆線指示定時器，當(dāng)該定時器未超時，進行正常的呼叫處理，否則運行超時處理程序處理呼叫。
11.根據(jù)權(quán)利要求10所述的基于ECMA-143協(xié)議的呼叫狀態(tài)保護方法，其特征在于，所述運行超時處理程序處理呼叫，是向?qū)Χ税l(fā)送釋放(RELEASE)消息，將呼叫控制塊遷入釋放請求狀態(tài)并啟動拆線請求定時器(T305定時器)。
全文摘要
本發(fā)明公開了一種基于ECMA－143協(xié)議的呼叫狀態(tài)保護方法，該方法設(shè)置了ECMA－143協(xié)議規(guī)定之外的5個狀態(tài)保護定時器，具體為呼叫呈現(xiàn)定時器、入呼叫處理定時器、呼叫接收定時器、運行定時器和拆線指示定時器，分別對呼叫過程中的呼叫呈現(xiàn)、呼入進程、呼叫接收、運行、拆線指示這5種呼叫狀態(tài)進行保護，這使得呼叫過程中產(chǎn)生的所有呼叫狀態(tài)都能得到相應(yīng)的保護定時器的保護，不論網(wǎng)絡(luò)出現(xiàn)什么異常，信令處理模塊的狀態(tài)機都可以經(jīng)過一系列異常處理后回到零狀態(tài)，并釋放內(nèi)存和通信資源，提高狀態(tài)機的穩(wěn)定性。
文檔編號H04M3/42GK1610360SQ20031010118
公開日2005年4月27日 申請日期2003年10月21日 優(yōu)先權(quán)日2003年10月21日
發(fā)明者朱慶華, 陳櫪立 申請人:華為技術(shù)有限公司