專利名稱：一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，特別是涉及第三代移動(dòng)通信系統(tǒng)(3G)中終端在做上傳、下載業(yè)務(wù)時(shí)發(fā)生斷流后的處理數(shù)據(jù)傳輸業(yè)務(wù)方法及終端。
背景技術(shù)：
在移動(dòng)通信系統(tǒng)中，終端在做上傳、下載的數(shù)據(jù)傳輸業(yè)務(wù)時(shí)，由于空口是無線傳輸，在信號(hào)覆蓋比較差的地區(qū)出現(xiàn)鏈路斷開是很正常的。出現(xiàn)斷鏈后，終端需要根據(jù)網(wǎng)絡(luò)側(cè)配置給終端的重建定時(shí)器(T314、T315)大小及當(dāng)前的業(yè)務(wù)狀態(tài)來確定是否進(jìn)行鏈路重建，一旦發(fā)起重建，需要用重建定時(shí)器來監(jiān)控鏈路的重建過程，在定時(shí)器超時(shí)之前如果重建成功，則可以恢復(fù)鏈路，否則就需要?jiǎng)h除當(dāng)前正在傳輸業(yè)務(wù)的承載。T314—般用于監(jiān)控CS(電路域)業(yè)務(wù)的重建，T315—般用于監(jiān)控PS (分組域)業(yè)務(wù)的重建。在Release 7升級(jí)后，T314、T315的監(jiān)控對(duì)象發(fā)生了更改，導(dǎo)致存在一種場(chǎng)景終端無法處理。在Release 7升級(jí)之前，重建定時(shí)器T314、T315分別監(jiān)控CS、PS業(yè)務(wù)承載(RAB)，終端斷鏈后的處理流程為:當(dāng)T314、T315值均為0，或當(dāng)T314為O、T315非0且沒有配置重建定時(shí)器為T315的RAB，則用戶設(shè)備(User Equipment，簡(jiǎn)稱UE)回idle (空閑)態(tài)，后面如果業(yè)務(wù)需要，由協(xié)議棧上層來觸發(fā)業(yè)務(wù)重建。當(dāng)T314為0時(shí)，則刪除本地配置的所有重建定時(shí)器為T314的RAB。

當(dāng)T315為0時(shí)，則刪除本地配置的所有重建定時(shí)器為T315的RAB。如果T315非0，并且當(dāng)前配置了重建定時(shí)器為T315的RAB，則啟動(dòng)T315定時(shí)器；如果當(dāng)前沒有配置這樣的RAB，則不啟動(dòng)該定時(shí)器。如果T314非0，并且當(dāng)前配置了重建定時(shí)器為T314的RAB，則啟動(dòng)T314定時(shí)器；如果當(dāng)前沒有配置這樣的RAB，且目前T315未啟動(dòng)，則也啟動(dòng)T314。如果T314、T315有一個(gè)啟動(dòng)，則發(fā)起小區(qū)更新，帶原因?yàn)?RLFail (無線鏈路失敗)。在Release 7升級(jí)后，重建定時(shí)器的監(jiān)控對(duì)象發(fā)生了變化，T314、T315分別監(jiān)控CS、PS信令連接。升級(jí)后終端斷鏈后的處理流程為:當(dāng)T314值、T315值均為0，或當(dāng)T314為O、T315非0且當(dāng)前不存在PS信令連接，則UE回idle (空閑)態(tài)，后面如果業(yè)務(wù)需要，由協(xié)議棧上層來觸發(fā)業(yè)務(wù)重建。當(dāng)T314為0時(shí)，則刪除本地配置的CS RAB并刪除CS信令連接。當(dāng)T315為0時(shí)，則刪除本地配置的PS RAB并刪除PS信令連接。如果T315非0，并且當(dāng)前配置了重建定時(shí)器為T315的RAB，或者存在PS信令連接，則啟動(dòng)T315定時(shí)器；如果當(dāng)前沒有配置這樣的RAB，則不啟動(dòng)該定時(shí)器。如果T314非0，并且當(dāng)前配置了重建定時(shí)器為T314的RAB，則啟動(dòng)T314定時(shí)器；如果當(dāng)前沒有任何RAB，且存在CS信令連接，則也啟動(dòng)T314。如果T314、T315有一個(gè)啟動(dòng)，則發(fā)起小區(qū)更新，帶原因?yàn)?RLFail。
現(xiàn)在技術(shù)存在以下問題:R7版本升級(jí)后的終端在發(fā)生鏈路斷開后，當(dāng)出現(xiàn)T314非0且當(dāng)前不存在任何信令連接時(shí)，UE不知作何處理。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法及終端，以完善終端斷鏈后的處理流程。為了解決上述技術(shù)問題，本發(fā)明提供了一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法，包括:終端在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；判斷第二定時(shí)器配置的定時(shí)值非0，則發(fā)起小區(qū)更新過程，其中，所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。進(jìn)一步地，上述方法還具有下面特點(diǎn):所述終端判斷第二定時(shí)器配置的定時(shí)值非0之后,還包括:所述終端啟動(dòng)所述第二定時(shí)器。為了解決上述問題，本發(fā)明還提供了一種終端，包括:第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；第二模塊，用于判斷第二定`時(shí)器配置的定時(shí)值非0，則發(fā)起小區(qū)更新過程，其中，所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。進(jìn)一步地,上述終端還具有下面特點(diǎn):第二模塊，在第一模塊判斷第二定時(shí)器配置的定時(shí)值非0情況下還用于:啟動(dòng)第二定時(shí)器。為了解決上述問題，本發(fā)明還提供了一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法，包括:終端在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；判斷第二定時(shí)器配置的定時(shí)值非0，且沒有電路域信令連接，則回空閑態(tài)，其中，第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。進(jìn)一步地,上述方法還具有下面特點(diǎn):所述回空閑態(tài)后，還包括:所述終端若檢測(cè)到仍有數(shù)據(jù)上傳或接收到網(wǎng)絡(luò)側(cè)的尋呼消息，則向網(wǎng)絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求。為了解決上述問題，本發(fā)明還提供了一種終端，包括:第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；第二模塊，用于在第一模塊判斷判斷第二定時(shí)器配置的定時(shí)值非0，且沒有電路域信令連接的情況下，回空閑態(tài)，其中，第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；
第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。進(jìn)一步地,上述終端還具有下面特點(diǎn):還包括:第三模塊，用于在第二模塊回空閑態(tài)后，若檢測(cè)到仍有數(shù)據(jù)上傳或接收到網(wǎng)絡(luò)側(cè)的尋呼消息，則向網(wǎng)絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求。綜上，本發(fā)明提供一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法及終端，以完善終端在數(shù)據(jù)傳輸過程中斷流的處理流程，能夠解決現(xiàn)有流程的弊端。


圖1為本發(fā)明實(shí)施例一的處理數(shù)據(jù)傳輸業(yè)務(wù)的方法的流程圖；圖2為本發(fā)明實(shí)施例一、二的終端的示意圖；圖3為本發(fā)明實(shí)施例三的處理數(shù)據(jù)傳輸業(yè)務(wù)的方法的流程圖；圖4為本發(fā)明實(shí)施例三的終端的示意圖。
具體實(shí)施例方式發(fā)明人經(jīng)研究發(fā)現(xiàn)，版本升級(jí)后，終端斷鏈后的處理流程不完善，存在漏洞，下面給出一種場(chǎng)景來說明該問題:當(dāng)處于專用態(tài)(Cell-DCH)下的終端僅做分組域的上傳下載業(yè)務(wù)時(shí)(僅配置了 PS域RAB)，此時(shí)不存在CS RAB和CS信令連接，且假設(shè)當(dāng)前配置T314非O、T315為0，發(fā)生斷鏈后，版本升級(jí)前后終端的處理流程為:若按升級(jí)前的處理流程，T315為0，則要?jiǎng)h除PS RAB,但是PS信令連接存在；此時(shí)判斷T314非零且不存在任何RAB，則需要啟動(dòng)T314，發(fā)起小區(qū)更新，嘗試鏈路重建，用T314來監(jiān)控鏈路的重建。若按升級(jí)后的處理流程，T315為0，則要?jiǎng)h除PS RAB和PS信令連接；此時(shí)T314非0，但沒有任何RAB，也沒有任何信令連接，按協(xié)議規(guī)定不能啟T314，又沒有指定UE回空閑(Idle)態(tài)。針對(duì)這種情況，終端不知道應(yīng)該如何處理。因此綜合上面的描述，R7版本升級(jí)后的終端在發(fā)生鏈路斷開后，出現(xiàn)T314非0且當(dāng)前不存在任何信令連接時(shí)UE該如何處理，目前尚未給出具體規(guī)定。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本文中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。按目前R7升級(jí)后的流程處理規(guī)定，當(dāng)終端在專用(Cell-DCH)態(tài)僅僅做上傳、下載的分組域數(shù)據(jù)傳輸業(yè)務(wù)(配置了 PS域RAB，不存在CS RAB和CS信令連接)時(shí)，且假設(shè)當(dāng)前配置T314非O、T315為0時(shí)，發(fā)生無線鏈路斷開后，因T315為0，UE會(huì)刪除PS業(yè)務(wù)和信令連接，此時(shí)T314非0但UE不存在任何信令連接，此種場(chǎng)景下終端不知道該如何處理。為此，本發(fā)明提供了三種實(shí)施例如下:實(shí)施例一，如圖1所示，包括下面步驟:步驟101、UE判斷T315為0，則刪除PS RAB和PS信令連接；

步驟102、判斷T314非0，雖然此時(shí)沒有CS信令連接，仍啟動(dòng)T314，并發(fā)起小區(qū)更新(⑶)過程，小區(qū)更新原因?yàn)?RLFail，用T314來監(jiān)控該重建過程；
步驟103、網(wǎng)絡(luò)側(cè)接收到UE的小區(qū)更新請(qǐng)求后，刪除PS RAB和PS信令連接；可以選擇下發(fā)小區(qū)更新證實(shí)(CUC)消息或RRC (無線資源控制)連接釋放(RRCConnRel)消息來響應(yīng)UE的小區(qū)更新請(qǐng)求。網(wǎng)絡(luò)側(cè)下發(fā)小區(qū)更新證實(shí)消息是嘗試將已斷開的鏈路重新建起來；網(wǎng)絡(luò)側(cè)下發(fā)RRC連接釋放消息是用于將當(dāng)前已經(jīng)斷鏈的終端的RRC連接釋放掉。圖2為本發(fā)明實(shí)施例一的終端的示意圖，如圖2所示，本實(shí)施例的終端可以包括:第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；第二模塊，用于判斷第二定時(shí)器配置的定時(shí)值非0，則啟動(dòng)第二定時(shí)器，發(fā)起小區(qū)更新過程，其中，所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。實(shí)施例二處理方法與實(shí)施例一類似，區(qū)別僅為在步驟102，判斷T314大于0，但因?yàn)榇藭r(shí)沒有CS信令連接，不啟動(dòng)T314，直接發(fā)起小區(qū)更新過程，不需要用T314監(jiān)控。圖2為本發(fā)明實(shí)施例二的終端的示意圖，如圖2所示，本實(shí)施例的終端可以包括:第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；第二模塊，用于判斷第·二定時(shí)器配置的定時(shí)值非0，則發(fā)起小區(qū)更新過程，其中，所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。實(shí)施例三UE判斷T315為0，則刪除PS的業(yè)務(wù)承載(RAB)和信令連接，此時(shí)UE不存在任何信令連接，直接做進(jìn)入空閑態(tài)(idle)處理,但此時(shí)用于上傳下載業(yè)務(wù)的F1DP(Packet DataProtocol，分組數(shù)據(jù)協(xié)議)上下文仍然存在，數(shù)據(jù)面一旦有數(shù)據(jù)上傳，則就會(huì)觸發(fā)處于空閑態(tài)的UE重新發(fā)起業(yè)務(wù)請(qǐng)求給網(wǎng)絡(luò)側(cè)來重建業(yè)務(wù)；當(dāng)網(wǎng)絡(luò)側(cè)有數(shù)據(jù)需要傳輸給UE時(shí)，網(wǎng)絡(luò)側(cè)會(huì)下發(fā)尋呼消息，收到尋呼后的UE會(huì)發(fā)起建連過程，使業(yè)務(wù)恢復(fù)起來。如圖3所示，包括下面步驟:步驟201:終端通過業(yè)務(wù)請(qǐng)求建立了分組域的業(yè)務(wù)承載后(PS域RAB)，則會(huì)在專用(Cell-DCH)態(tài)下進(jìn)行正常的數(shù)據(jù)上傳、下載業(yè)務(wù)，此時(shí)網(wǎng)絡(luò)側(cè)配置了重建定時(shí)器情況為T315 = 0，T314 > O。當(dāng)移動(dòng)中的終端進(jìn)入信號(hào)覆蓋比較差的區(qū)域后，終端側(cè)會(huì)發(fā)生無線鏈路斷開，業(yè)務(wù)上表現(xiàn)為斷流。終端在這種情況下的處理，進(jìn)入步驟202。步驟202:出現(xiàn)上面的斷流情況后，R7升級(jí)后的終端判斷T315 = 0，則刪除PS RAB和PS信令連接；步驟203:判斷T314 > 0，但是CS信令連接不存在，因此不啟動(dòng)T314。此時(shí)沒有任何重建定時(shí)器啟動(dòng)，UE也不存在信令連接，UE本地直接做回IDLE態(tài)處理，但此時(shí)分組域的業(yè)務(wù)對(duì)應(yīng)的PDP上下文還可能存在。UTRAN(UMTS (通用移動(dòng)通信系統(tǒng))陸地?zé)o線接入網(wǎng))檢測(cè)到該UE對(duì)應(yīng)的鏈路失敗后，釋放該UE對(duì)應(yīng)的鏈路。斷流后，如果終端數(shù)據(jù)面仍然有數(shù)據(jù)需要上傳，并檢測(cè)到底層鏈路已經(jīng)釋放，則數(shù)據(jù)面會(huì)請(qǐng)求信令面重新發(fā)起業(yè)務(wù)建立請(qǐng)求，當(dāng)業(yè)務(wù)重建成功后，則數(shù)據(jù)面就恢復(fù)數(shù)據(jù)的正常傳輸。斷流后，如果網(wǎng)絡(luò)側(cè)數(shù)據(jù)面下行仍然有數(shù)據(jù)需要傳輸，則會(huì)下發(fā)尋呼消息給此終端，終端收到尋呼后，會(huì)重新發(fā)起業(yè)務(wù)建立請(qǐng)求，當(dāng)業(yè)務(wù)重建成功后，則數(shù)據(jù)面就恢復(fù)數(shù)據(jù)的正常傳輸。圖4為本發(fā)明實(shí)施例三的終端的示意圖，如圖4所示，本實(shí)施例的終端包括:第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；第二模塊，用于在第一模塊判斷第二定時(shí)器配置的定時(shí)值非0，且沒有CS域信令連接的情況下，回空閑態(tài)，其中，第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。本實(shí)施例的終端還可以包括:第三模塊，用于在第二模塊使回空閑態(tài)后，若檢測(cè)到仍有數(shù)據(jù)上傳或接收到網(wǎng)絡(luò)側(cè)的尋呼消息，則向網(wǎng)絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求。以上三種 實(shí)施例均可有效解決前面所提的問題。下面結(jié)合實(shí)際來分析對(duì)比這三種實(shí)施例的優(yōu)劣。實(shí)施例一，該實(shí)施例指出此時(shí)沒有任何信令連接也發(fā)起CU，這樣做可以和低版本的處理流程一致，但此時(shí)沒有任何信令連接，重建起來鏈路后沒有意義；而若網(wǎng)絡(luò)側(cè)收到⑶后直接下發(fā)RRCConnRel，UE會(huì)回idle，最終結(jié)果和實(shí)施例三相同。另外從版本兼容性角度考慮，當(dāng)版本升級(jí)后的終端接入到低版本網(wǎng)絡(luò)時(shí)，終端發(fā)起CU請(qǐng)求，網(wǎng)絡(luò)側(cè)會(huì)下發(fā)CUC，將終端重建到Cel1-DCH態(tài)，但此時(shí)終端認(rèn)為沒有任何信令連接，而網(wǎng)絡(luò)側(cè)則因?yàn)榘吹桶姹緟f(xié)議實(shí)現(xiàn)，認(rèn)為還存在PS信令連接，故會(huì)導(dǎo)致UE和網(wǎng)側(cè)狀態(tài)不一致。。實(shí)施例二，存在與實(shí)施例一相同的缺陷。另外，按該實(shí)施例的處理原則，當(dāng)僅有PS域業(yè)務(wù)且僅配置T314非0時(shí)，不啟T314就直接發(fā)⑶請(qǐng)求，那T314的值是否為0就無所謂了。而協(xié)議上明確指出當(dāng)T314、T315都為0時(shí)，UE需要回IDLE態(tài)。因此該實(shí)施例的處理與協(xié)議處理原則相違背。實(shí)施例三，給出的處理是，遇到這種情況終端直接回idle態(tài)，因?yàn)榇藭r(shí)沒有任何信令連接，即使終端發(fā)CU后，網(wǎng)絡(luò)側(cè)即使下發(fā)CUC將連接重建起來也意義不大。回idle態(tài)后，如果還有數(shù)據(jù)需要傳輸，數(shù)據(jù)面的數(shù)據(jù)流會(huì)觸發(fā)終端或網(wǎng)絡(luò)發(fā)起業(yè)務(wù)的重建過程。另夕卜，從版本兼容性角度考慮，當(dāng)?shù)桶姹窘K端接入高版本網(wǎng)絡(luò)時(shí)，終端在這種情況下發(fā)起CU，網(wǎng)絡(luò)直接下發(fā)RRCConnRel將終端的RRC連接釋放或下發(fā)CUC將終端的鏈路重建起來都是合理的，不會(huì)存在版本兼容問題；反之，高版本終端接入低版本網(wǎng)絡(luò)時(shí)，遇到這種情況，終端直接回idle，也不會(huì)存在版本兼容問題。綜上分析，實(shí)施例三的處理流程簡(jiǎn)單，并可以有效解決本文提出的問題，完善終端斷流后的處理流程，且能更好的兼容低版本設(shè)備。
與現(xiàn)有的技術(shù)相比較，本發(fā)明實(shí)施例給出了較優(yōu)的方案以完善終端在數(shù)據(jù)傳輸過程中斷流的處理流程，能夠解決現(xiàn)有流程的弊端。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上僅為本發(fā)明的優(yōu)選實(shí)施例，當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的 變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法，包括: 終端在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為O，則刪除分組域的無線接入承載和信令連接； 判斷第二定時(shí)器配置的定時(shí)值非O，則發(fā)起小區(qū)更新過程，其中， 所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器； 所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。
2.如權(quán)利要求1所述的方法，其特征在于:所述終端判斷第二定時(shí)器配置的定時(shí)值非O之后，還包括: 所述終端啟動(dòng)所述第二定時(shí)器。
3.—種終端，包括: 第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為O，則刪除分組域的無線接入承載和信令連接； 第二模塊，用于判斷第二定時(shí)器配置的定時(shí)值非O，則發(fā)起小區(qū)更新過程，其中， 所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器； 所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。
4.如權(quán)利要求3所述的終端，其特征在于: 第二模塊，在第一模塊判斷第二定時(shí)器配置的定時(shí)值非O情況下還用于:啟動(dòng)第二定時(shí)器。
5.一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法，包括: 終端在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為O，則刪除分組域的無線接入承載和信令連接； 判斷第二定時(shí)器配置的定時(shí)值非O，且沒有電路域信令連接，則回空閑態(tài)，其中， 第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器； 第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。
6.如權(quán)利要求5所述的方法，其特征在于:所述回空閑態(tài)后，還包括: 所述終端若檢測(cè)到仍有數(shù)據(jù)上傳或接收到網(wǎng)絡(luò)側(cè)的尋呼消息，則向網(wǎng)絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求。
7.—種終端，包括: 第一模塊，用于在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為O，則刪除分組域的無線接入承載和信令連接； 第二模塊，用于在第一模塊判斷判斷第二定時(shí)器配置的定時(shí)值非O，且沒有電路域信令連接的情況下，回空閑態(tài)，其中， 第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器； 第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。
8.如權(quán)利要求7所述的終端，其特征在于:還包括: 第三模塊，用于在第二模塊回空閑態(tài)后，若檢測(cè)到仍有數(shù)據(jù)上傳或接收到網(wǎng)絡(luò)側(cè)的尋呼消息，則向網(wǎng) 絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求。
全文摘要
本發(fā)明提供一種處理數(shù)據(jù)傳輸業(yè)務(wù)的方法及終端，該方法包括終端在專用態(tài)僅進(jìn)行分組域數(shù)據(jù)傳輸業(yè)務(wù)過程中發(fā)生無線鏈路斷開后，判斷第一定時(shí)器配置的定時(shí)值為0，則刪除分組域的無線接入承載和信令連接；判斷第二定時(shí)器配置的定時(shí)值非0，則發(fā)起小區(qū)更新過程，其中，所述第一定時(shí)器為用于監(jiān)控分組域業(yè)務(wù)的重建的定時(shí)器；所述第二定時(shí)器為用于監(jiān)控電路域業(yè)務(wù)的重建的定時(shí)器。根據(jù)本發(fā)明可以完善終端在數(shù)據(jù)傳輸過程中斷流的處理流程，能夠解決現(xiàn)有流程的弊端。
文檔編號(hào)H04W36/14GK103249100SQ20121002455
公開日2013年8月14日 申請(qǐng)日期2012年2月3日 優(yōu)先權(quán)日2012年2月3日
發(fā)明者孫長江 申請(qǐng)人:中興通訊股份有限公司