專利名稱:一種呼叫異常情況的處理方法
技術領域:
本發(fā)明涉及一種呼叫異常情況的處理方法,特別涉及一種第三代移動通信用戶終端(簡稱UE)對呼叫異常情況的處理方法。
背景技術:
在第三代移動通信系統(tǒng)中,處于連接管理(簡稱為CM)層中的呼叫控制(簡稱為CC)子層主要完成電路交換(簡稱為CS)域的呼叫管理功能,是整個CM層的核心。根據(jù)是否建立了無線資源控制連接(簡稱為RRC連接),UE可以分別處于空閑模式或連接模式。UE處于連接模式時有4種不同的狀態(tài),分別為CELL_DCH狀態(tài)、CELL_FACH狀態(tài)、CELL_PCH狀態(tài)和URA_PCH狀態(tài)。而當UE處于連接模式的CELL_FACH狀態(tài)時,UE與UTRAN(UMTS陸地無線接入網(wǎng))之間不存在專用物理信道連接,UE在下行方向將連續(xù)監(jiān)視FACH(前向接入信道),而在上行方向可以使用公共或共享信道(如RACH,隨機接入信道)。因此,CELL_FACH狀態(tài)不具有CELL_DCH狀態(tài)的同/失步檢測機制。
UE被叫時,首先發(fā)起RRC連接建立過程,若網(wǎng)絡要求UE進入CELL_FACH狀態(tài),那么UE在發(fā)送了呼叫證實消息(稱為CALL CONFIRMED消息)后,將等待網(wǎng)絡側發(fā)起無線承載建立過程,當無線承載建立成功后,UE將從CELL_FACH狀態(tài)躍遷到CELL_DCH狀態(tài),并隨之發(fā)送振鈴消息(稱為ALERTING消息)和摘機消息(稱為CONNECT消息),當收到網(wǎng)絡側的摘機確認消息(稱為CONNECT ACKNOWLEDGE消息)后,呼叫成功。如果因為無線承載建立沒有成功或者其他原因,網(wǎng)絡側將會發(fā)送RRC連接釋放消息(稱為RRC CONNECTION RELEASE消息),通知UE釋放RRC連接,重新回到空閑模式,這種情況將導致呼叫失敗,此次RRC連接將被釋放。顯然,如果因為某些原因,UE沒有接收到網(wǎng)絡側發(fā)送的無線承載建立消息(稱為RADIO BEARERSETUP消息)或RRC連接釋放消息等,將導致呼叫不能繼續(xù)進行,UE將繼續(xù)處于CELL_FACH狀態(tài),此時,由于UE沒有定時器繼續(xù)監(jiān)控此次呼叫過程,并且也沒有失步檢測機制等原因,將最終導致此次被叫過程不能成功建立,并且在UE不主動掛機的情況下將無法釋放此次呼叫。
發(fā)明內(nèi)容
本發(fā)明提出一種UE對呼叫異常的處理方法,確保UE在RRC連接建立成功進入CELL_FACH狀態(tài)后,在向網(wǎng)絡發(fā)送了CALL CONFIRMED消息后一段時間內(nèi)如果呼叫連接不能繼續(xù)進行(即連接成功或者失敗),UE將本地釋放RRC連接,避免UE一直處于CELL_FACH狀態(tài)而無法釋放此次RRC連接以及此次呼叫,極大地提高了UE的穩(wěn)定性。
本發(fā)明處理方法在UE側的CC層設置一個定時器(簡稱為Timer),在UE被呼叫時發(fā)送了CALL CONFIRM消息后開啟定時器Timer,在CC層進入除呼叫接收(簡稱為call received)以外的其他狀態(tài)時停止定時器Timer,并在定時器Timer超時后釋放RRC連接,返回空閑模式。
本發(fā)明處理方法在UE側的CC層設置的定時器的名稱和定時時間(又稱為周期)可以根據(jù)需要進行定義,其周期通??梢远x為30秒-60秒。
本發(fā)明處理方法與現(xiàn)有技術相比,通過增加一個CC層的定時器,以監(jiān)控發(fā)送了CALL CONFIRMED消息后的呼叫過程,避免了在異常情況下(特別是CELL_FACH狀態(tài)下的異常情況)UE無法釋放此次RRC連接以及此次呼叫的現(xiàn)象,極大地提高了UE的穩(wěn)定性。
圖1現(xiàn)有技術正常CS域被叫過程(早指派)中UE和網(wǎng)絡側消息交互的示意圖;圖2現(xiàn)有技術CS域被叫過程異常情況下UE和網(wǎng)絡側消息交互的示意圖;圖3本發(fā)明處理方法實施例在呼叫異常情況下UE和網(wǎng)絡側消息交互的示意圖。
下面結合附圖對本發(fā)明所述呼叫異常情況處理方法作進一步的說明。
附圖1是現(xiàn)有技術正常CS域被叫過程(早指派)中UE和網(wǎng)絡側消息交互的示意圖。所謂“早指派”是指網(wǎng)絡側在收到CALL CONFIRMED消息后,會立即發(fā)起無線承載建立的過程。由圖可知,當無線承載建立成功后,UE將發(fā)送ALERTING消息和CONNECT消息,當收到來自網(wǎng)絡的CONNECTACKNOWLEDGE消息后,呼叫成功,呼叫雙方可以進行正常通話。
附圖2是現(xiàn)有技術CS域被叫過程異常情況下UE和網(wǎng)絡側消息交互的示意圖。由圖可知,當UE沒有收到來自網(wǎng)絡的無線承載建立消息或RRC連接釋放消息時,將一直處于CELL_FACH狀態(tài),無法釋放此次呼叫。
附圖3是本發(fā)明處理方法實施例在呼叫異常情況下UE和網(wǎng)絡側消息交互的示意圖。圖3(A)是本發(fā)明處理方法實施例在呼叫異常情況下,定時器Timer超時后本地釋放RRC連接,返回空閑模式的示意圖。圖3(B)是本發(fā)明處理方法實施例在CC層進入其他狀態(tài)時,停止定時器Timer的示意圖。
由圖3(A)和圖3(B)可知,本發(fā)明處理方法實施例包括以下步驟1、在UE側的CC層設置定時器T_callCnf(周期30秒),以監(jiān)控被叫時發(fā)送了CALL CONFIRMED消息后呼叫是否正常進行;2、CC層發(fā)送CALL CONFIRMED消息后,開啟T_callCnf,并進入被叫證實(稱為mobile terminating call confirmed)狀態(tài);3、CC層進入除呼叫接收“call received”以外的其他狀態(tài)后,即停止T_callCnf;4、T_callCnf超時后UE釋放此次呼叫,CC層本地釋放RRC連接,并進入“null”(空)狀態(tài)。
在此實施例中,UE側CC層進入除呼叫接收“call received”以外的其他狀態(tài)包括①被叫過程正常進行,CC層將發(fā)送CONNECT消息,開啟定時器T313,進入連接請求(稱為connect request)狀態(tài);②UE主動掛機,CC層將發(fā)送斷連(稱為DISCONNECT)消息,開啟定時器T305,進入斷連請求(稱為disconnect request)狀態(tài);③CC層收到了釋放(稱為DISCONNECT、RELEASE)或者釋放完成(稱為RELEASE COMPLETE)消息,CC層將進入“null”狀態(tài)或者開啟T308并進入釋放請求(稱為release request)狀態(tài)。
本發(fā)明方法還可有其他多種實施例,在不背離本發(fā)明方法的精神及其實質的情況下,本領域技術人員當可相據(jù)本發(fā)明方法作出各種相應的改變或變形,但這些相應的改變或變形均屬于本發(fā)明方法的權利要求保護范圍。
權利要求
1.一種UE對呼叫異常情況的處理方法,其特征在于在UE側的CC層設置一個定時器(簡稱為Timer),在UE被呼叫時發(fā)送了CALL CONFIRM消息后開啟定時器Timer,在CC層進入除呼叫接收(簡稱為call received)以外的其他狀態(tài)時停止定時器Timer,并在定時器Timer超時后釋放RRC連接,返回空閑模式。
2.根據(jù)權利要求1所述處理方法,其特征在于在UE側的CC層設置的定時器的名稱和定時時間(又稱為周期)可以根據(jù)需要進行定義,其周期通常可以定義為30秒-60秒。
3.根據(jù)權利要求1所述處理方法,其特征在于UE側CC層進入除呼叫接收以外的其他狀態(tài)包括①被叫過程正常進行,CC層將發(fā)送CONNECT消息,開啟定時器T313,進入連接請求(稱為connect request)狀態(tài);②UE主動掛機,CC層將發(fā)送斷連(稱為DISCONNECT)消息,開啟定時器T305,進入斷連請求(稱為disconnect request)狀態(tài);③CC層收到了釋放(稱為DISCONNECT、RELEASE)或者釋放完成(稱為RELEASE COMPLETE)消息,CC層將進入“null”狀態(tài)或者開啟T308并進入釋放請求(稱為release request)狀態(tài)。
全文摘要
本發(fā)明提出一種UE對呼叫異常的處理方法,確保UE在RRC連接建立成功進入CELL_FACH狀態(tài)后,在向網(wǎng)絡發(fā)送了CALL CONFIRMED消息后一段時間內(nèi)如果呼叫連接不能繼續(xù)進行(即連接成功或者失敗),UE將本地釋放RRC連接,避免UE一直處于CELL_FACH狀態(tài)而無法釋放此次RRC連接以及此次呼叫,極大地提高了UE的穩(wěn)定性。本發(fā)明處理方法在UE側的CC層設置一個定時器(簡稱為Timer),在UE被呼叫時發(fā)送了CALL CONFIRM消息后開啟定時器Timer,在CC層進入除呼叫接收(簡稱為call received)以外的其他狀態(tài)時停止定時器Timer,并在定時器Timer超時后釋放RRC連接,返回空閑模式。
文檔編號H04W76/04GK101052225SQ200710078378
公開日2007年10月10日 申請日期2007年4月11日 優(yōu)先權日2007年4月11日
發(fā)明者李貴勇, 何蘭, 陳賢亮, 王小華 申請人:重慶重郵信科(集團)股份有限公司