專(zhuān)利名稱(chēng)：一種用戶設(shè)備及連接釋放異常的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，更具體的涉及一種用戶設(shè)備及連接釋放異常的處理方 法。
背景技術(shù)：
通信中的連接釋放過(guò)程指的是釋放RRC(Radic) Resource Control，無(wú)線資源 控制協(xié)議)下建立的連接，包括UE (User Equipment，用戶設(shè)備)和UTRAN(Universal Terrestrial Radio Access Network，地面無(wú)線接入網(wǎng))之間的所有無(wú)線承載和信令無(wú)線 承載，斷開(kāi)已建立的信令連接的過(guò)程。在RRC連接釋放過(guò)程中經(jīng)常會(huì)出現(xiàn)異常情況，而出現(xiàn) 異常情況的原因有(1)無(wú)效的RRC連接釋放消息；(2)無(wú)線鏈路失敗；(3) RLC非確認(rèn)模式下定時(shí)器T308溢出；(4) RLC確認(rèn)模式下UE未成功發(fā)送RRC連接釋放消息；(5) UTRAN檢測(cè)到專(zhuān)有物理信道丟失；(6) UTRAN未收到RRC連接釋放完成消息。根據(jù)協(xié)議，發(fā)生RRC連接釋放異常情況時(shí)，UE釋放所有的無(wú)線資源，釋放所有已建 立的信令連接和無(wú)線接入承載，清除一些變量值，進(jìn)入空閑模式。在進(jìn)入空閑模式之前，終 端將依照異常情況，進(jìn)行進(jìn)入空閑模式的準(zhǔn)備工作，如小區(qū)選擇。其中，在RLC非確認(rèn)模式 下定時(shí)器T308溢出，UE將計(jì)數(shù)器V308加1，如果V308小于或等于N308，那么UE將使用RBl 重傳RRC連接釋放消息，并再次開(kāi)啟定時(shí)器T308。如果V 308大于N308，那么UE將直接釋 放所有無(wú)線資源，釋放所有信令連接和無(wú)線接入承載，清除變量值，進(jìn)入空閑模式。同樣的， UE在進(jìn)入空閑模式時(shí)也是需要嘗試駐留在一個(gè)合適的小區(qū)。根據(jù)測(cè)試分析發(fā)現(xiàn)，在定時(shí)器 T308溢出后，通過(guò)將計(jì)數(shù)器V308加1，已完成連接釋放過(guò)程成功率較低，基本上是進(jìn)入異常 處理機(jī)制。在處理異常RRC連接釋放時(shí)，現(xiàn)有的處理方式為終端連接釋放異常后，一律在進(jìn) 入空閑模式之前進(jìn)行小區(qū)選擇，這種方式不靈活，同時(shí)花費(fèi)不需有的時(shí)間。有鑒于此，行業(yè) 迫切需要一種連接釋放過(guò)程出現(xiàn)異常的處理方法，能夠保證UE更加穩(wěn)定地接入到網(wǎng)絡(luò)。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問(wèn)題是，提供一種用戶設(shè)備及連接釋放異常的處理方 法，其能夠靈活處理異常情況，保證UE更加穩(wěn)定地接入到網(wǎng)絡(luò)。本發(fā)明通過(guò)如下技術(shù)方案解決所述技術(shù)問(wèn)題一種連接釋放異常的處理方法，包括以下步驟在用戶設(shè)備連接釋放異常時(shí)，所述用戶設(shè)備中的低層確定異常原因，并向用戶設(shè) 備中的RRC層上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常信息；
所述用戶設(shè)備的RRC層根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控 制用戶設(shè)備的低層執(zhí)行相應(yīng)動(dòng)作。在本發(fā)明的一種實(shí)施例中，所述用戶設(shè)備的低層包括物理層及包含MAC和RLC的 控制層。在本發(fā)明的一種實(shí)施例中，所述鏈路失敗原因值包括以下一種或幾種來(lái)自物理 層的丟失同步、來(lái)自物理層的解讀失敗、來(lái)自控制層的數(shù)據(jù)鏈路層失敗及來(lái)自控制層的等 待確認(rèn)丟失。在本發(fā)明的一種實(shí)施例中，所述用戶設(shè)備的RRC層根據(jù)所述連接釋放異常信息中 攜帶的鏈路失敗原因值控制用戶設(shè)備的低層執(zhí)行相應(yīng)動(dòng)作按如下方式進(jìn)行用戶設(shè)備釋放所有資源，釋放信令連接和無(wú)線接入承載，并進(jìn)入空閑模式，同時(shí)，當(dāng)所述原因值為丟失同步，用戶設(shè)備立即進(jìn)行小區(qū)選擇，尋找合適的小區(qū)進(jìn)行同 步，并駐留在該小區(qū)上；同時(shí)用戶設(shè)備根據(jù)連接釋放異常指示值判斷是否需要進(jìn)行小區(qū)重 選；當(dāng)所述原因值為解讀失敗，用戶設(shè)備立即進(jìn)行小區(qū)重選，以便物理層尋找合適的 小區(qū)，然后進(jìn)行同步、解讀系統(tǒng)消息并駐留在該小區(qū)上；當(dāng)所述原因值為數(shù)據(jù)鏈路層失敗或等待確認(rèn)丟失，用戶設(shè)備在判斷是進(jìn)行小區(qū)選 擇還是小區(qū)重選之前，先嘗試通過(guò)空閑模式下的任務(wù)來(lái)改變當(dāng)前服務(wù)小區(qū)。在本發(fā)明的一種實(shí)施例中，還包括在RLC非確認(rèn)模式下，用戶設(shè)備進(jìn)行連接釋放 過(guò)程時(shí)，若RRC層監(jiān)測(cè)到T308定時(shí)器內(nèi)的數(shù)值V308大于N308/2，那么用戶設(shè)備將直接釋放 所有無(wú)線資源，釋放所有信令連接和無(wú)線接入承載，清除變量值，進(jìn)入空閑模式，在進(jìn)入空 閑模式同時(shí)，用戶設(shè)備立即進(jìn)行小區(qū)重選。在本發(fā)明的一種實(shí)施例中，所述用戶設(shè)備為T(mén)D-SCDMA終端、WCDMA終端、或者是擁 有TD-SCDMA模式或WCDMA模式的多模終端。本發(fā)明還提供了一種用戶設(shè)備，包括配置模塊、低層執(zhí)行模塊、RRC層控制模塊，所述配置模塊，用于配置鏈路失敗原因值；所述低層執(zhí)行模塊，用于在用戶設(shè)備連接釋放異常時(shí)，確定異常原因，并向所述 RRC層控制模塊上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常信息；所述RRC層控制模塊，用于根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值 控制所述低層執(zhí)行模塊執(zhí)行相應(yīng)動(dòng)作。所述用戶設(shè)備為T(mén)D-SCDMA終端、WCDMA終端、或者 是擁有TD-SCDMA模式或WCDMA模式的多模終端。所述用戶設(shè)備的低層執(zhí)行模塊包括物理層執(zhí)行模塊及包含MAC和RLC的控制層 執(zhí)行模塊。所述鏈路失敗原因值包括以下一種或幾種來(lái)自物理層的丟失同步、來(lái)自物理層 的解讀失敗、來(lái)自控制層的數(shù)據(jù)鏈路層失敗、來(lái)自控制層的等待確認(rèn)丟失。本發(fā)明的有益效果是通過(guò)配置鏈路失敗原因值，在用戶設(shè)備連接釋放異常時(shí)， 由用戶設(shè)備中的低層確定異常原因，并向用戶設(shè)備中的RRC層上報(bào)攜帶有與異常原因?qū)?yīng) 的鏈路失敗原因值的連接釋放異常信息；RRC層根據(jù)鏈路失敗原因值控制低層執(zhí)行相應(yīng)動(dòng) 作，從而實(shí)現(xiàn)針對(duì)不同的異常情況采用不同處理，使得處理方式更加靈活，并可有效提高處 理效率，使用戶設(shè)備能更加穩(wěn)定地接入到網(wǎng)絡(luò)。


圖1為本發(fā)明具體實(shí)施例中移動(dòng)終端的協(xié)議棧模塊示意圖；圖2為本發(fā)明具體實(shí)施例UE在無(wú)線鏈路失敗情況下的處理流程示意圖；圖3為本發(fā)明具體實(shí)施例定時(shí)器T308溢出情況下的處理流程示意圖；圖4為本發(fā)明具體實(shí)施例用戶設(shè)備主要軟件模塊示意圖。
具體實(shí)施例方式下面通過(guò)具體實(shí)施方式
結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明在下述實(shí)施例中，所述的用戶設(shè)備(UE，User Equipment)為T(mén)D-SCDMA移動(dòng) 終端、WCDMA移動(dòng)終端，或者是擁有TD-SCDMA模式或有WCDMA模式的多模移動(dòng)終端。如圖1所示，移動(dòng)終端包含的協(xié)議棧模塊，層1就是物理層(PhysicalLayer)；層2 是控制層，包含MAC和RLC ；RRC作為層3，對(duì)低層進(jìn)行控制，建立和釋放無(wú)線資源。在發(fā)生 RRC連接釋放異常后，UE低層確定連接釋放異常原因，并在向RRC層上報(bào)的連接釋放異常 信息上增加與連接釋放異常原因?qū)?yīng)的具體鏈路失敗原因值。對(duì)于RRC連接釋放過(guò)程中的 異常情況(1)無(wú)效的RRC連接釋放消息，(2)無(wú)線鏈路失敗，(3) RLC非確認(rèn)模式下定時(shí)器 T308溢出，(4) RLC確認(rèn)模式下UE未成功發(fā)送RRC連接釋放消息，(5) UTRAN檢測(cè)到專(zhuān)有物 理信道丟失，(6)UTRAN未收到RRC連接釋放完成消息。概括后分為以下幾種鏈路失敗原因 值來(lái)自層1的丟失同步、來(lái)自層1的解讀失敗、來(lái)自層2的數(shù)據(jù)鏈路層失敗或來(lái)自層2的 等待確認(rèn)丟失信息，以及RLC非確認(rèn)模式下定時(shí)器T308溢出情況。為解決“RLC非確認(rèn)模式下定時(shí)器T308溢出，，的異常情況，在進(jìn)行連接釋放過(guò)程 時(shí)，RLC非確認(rèn)模式下，RRC若監(jiān)測(cè)到定時(shí)器T308內(nèi)的V308大于N308/2，那么UE將直接 釋放所有無(wú)線資源，釋放所有信令連接和無(wú)線接入承載，清除變量值，進(jìn)入空閑模式。在進(jìn) 入空閑模式同時(shí)，UE需立即進(jìn)行小區(qū)重選，從而得到一個(gè)更好的小區(qū)，降低鏈路建立的失敗 率。當(dāng)為另幾種鏈路失敗原因值時(shí)，RRC層根據(jù)接收到的不同原因值來(lái)確定UE的不同 動(dòng)作當(dāng)?shù)蛯由蠄?bào)的連接釋放異常原因上具體原因值指示為層1丟失同步，UE將認(rèn)為已 經(jīng)失去能夠成功解讀該小區(qū)的系統(tǒng)信息的能力，UE將釋放所有資源，釋放信令連接和無(wú)線 接入承載，并進(jìn)入空閑模式。由于此時(shí)UE的物理層由于失去同步，應(yīng)在進(jìn)入空閑模式同時(shí) 立即進(jìn)行小區(qū)選擇，以便物理層尋找合適的小區(qū)，然后進(jìn)行同步，駐留在該小區(qū)上。當(dāng)?shù)蛯由蠄?bào)的連接釋放異常原因上具體原因值指示為層1的解讀失敗，UE將認(rèn)為 該服務(wù)小區(qū)的功率偏低或者不符合要求，那么UE將釋放所有資源，釋放信令連接和無(wú)線接 入承載，并進(jìn)入空閑模式?？臻e模式下的UE將根據(jù)連接釋放異常指示值來(lái)決定是進(jìn)行小區(qū) 選擇還是進(jìn)行小區(qū)重選。由于此時(shí)UE的物理層只是認(rèn)為當(dāng)期服務(wù)小區(qū)的功率較低，但是從 該服務(wù)小區(qū)得到的鄰近小區(qū)信息應(yīng)是正確的，那么UE應(yīng)在進(jìn)入空閑模式同時(shí)立即進(jìn)行小 區(qū)重選，以便物理層尋找合適的小區(qū)，然后進(jìn)行同步，解讀系統(tǒng)消息，駐留在該小區(qū)上。當(dāng)?shù)蛯由蠄?bào)的連接釋放異常原因上具體原因值指示為層2的數(shù)據(jù)鏈路層失敗或 者等待確認(rèn)丟失，那么UE將認(rèn)為它與該服務(wù)小區(qū)的對(duì)等層已經(jīng)不能夠再進(jìn)行消息的交互，那么UE將釋放所有資源，釋放信令連接和無(wú)線接入承載，并進(jìn)入空閑模式?？臻e模式下的 UE將根據(jù)連接釋放異常指示值來(lái)決定是進(jìn)行小區(qū)選擇還是進(jìn)行小區(qū)重選。但是此時(shí)UE的 物理層還是能夠完成空閑模式下的任務(wù)，此時(shí)UE將不會(huì)立即進(jìn)行小區(qū)選擇或者小區(qū)重選， 而是通過(guò)空閑模式下的任務(wù)，如測(cè)量來(lái)改變當(dāng)前服務(wù)小區(qū)。方案中，所述進(jìn)入空閑模式和進(jìn)行小區(qū)選擇/重選是一個(gè)并行的概念，執(zhí)行的主 體不一樣，RRC將執(zhí)行進(jìn)入空閑模式，而MAC與物理層將執(zhí)行小區(qū)選擇/重選的動(dòng)作。如圖2所示，在UE連接釋放過(guò)程中出現(xiàn)了異常情況的處理方式的具體實(shí)施例，RRC 將根據(jù)接收到的異常消息判斷異常消息原因值，來(lái)觸發(fā)以下動(dòng)作—、未同步(層1的丟失同步)RRC將請(qǐng)求RLC釋放無(wú)線資源承載，釋放專(zhuān)用信道， MAC進(jìn)入同步狀態(tài)，然后RRC向上層指示已建立的信令連接和無(wú)線接入承載被釋放(釋放低 層資源)；清除變量值 ESTABLISHED_SIGNALLING_CONNECTIONS、ESTABLISHED_RABS ；RRC 進(jìn) 入空閑模式；此時(shí)RRC請(qǐng)求物理層進(jìn)行小區(qū)選擇過(guò)程，來(lái)尋找一個(gè)合適小區(qū)進(jìn)行駐留。二、解讀消息失敗(層1) :RRC將釋放所有的信令連接和無(wú)線資源，然后RRC向 上層指示資源已經(jīng)被釋放(釋放低層資源)；清除變量ESTABLISHED_RABS、ESTABLISHED, SIGNALLING_C0NNECTI0NS ；RRC進(jìn)入空閑模式；此時(shí)失敗是由于小區(qū)的功率較低，UE在解讀 消息出現(xiàn)了異常，造成的無(wú)線鏈路失敗(即連接釋放異常)，此時(shí)RRC將請(qǐng)求低層進(jìn)行小區(qū) 重選過(guò)程，這些小區(qū)信息是來(lái)自當(dāng)前服務(wù)小區(qū)的系統(tǒng)消息得到。三、層2的數(shù)據(jù)鏈路層失敗或者等待確認(rèn)丟失RRC將直接釋放RLC(等效于“釋 放低層資源”或“釋放所有資源”，因?yàn)槲ㄒ焕狻俺霈F(xiàn)T380溢出”的情況被同步解決)， 然后RRC向上層指示向上層指示已建立的信令連接和無(wú)線接入承載被釋放；清除變量 ESTABLISHED_SIGNALLING_CONNECTIONS, ESTABLISHED_RABS、RRC 進(jìn)入空閑模式；此時(shí)失敗 是由于RRC無(wú)法得到RLC釋放的確認(rèn)信息導(dǎo)致的異常情況，此時(shí)RRC將不觸發(fā)立即進(jìn)行新 小區(qū)的選擇，而是駐留在當(dāng)前的服務(wù)小區(qū)上，下發(fā)空閑模式的任務(wù)。這里描述的失敗的原因值將在發(fā)送給RRC的信息里體現(xiàn)，所述CPHY ERR0RIND字 段的消息基本結(jié)構(gòu)如下CphyErrorInd{ErrorType//error cause of Ll}本發(fā)明中，該信息中的IE<ErrorType>中標(biāo)明了具體失敗的原因值0、硬件 失敗(hardware failure) ； 1、層1解讀消息失敗(no decode) ；2 無(wú)線鏈路失敗(no radiolink) ；3、未同步(no sync) 0 (從向上指示的原因值中可得知是什么原因造成的失 敗)通過(guò)它們，RRC將執(zhí)行進(jìn)入空閑模式下的不同動(dòng)作。所述層2失敗的原因值在CRLC ERROR IND中指示，該消息的基本結(jié)構(gòu)如下CrlcError Ind{ Entitynum//number of entityErrorType//error cause of RLC}本發(fā)明中，該信息中的IE<ErrorType>中標(biāo)明了具體失敗的原因值，O 數(shù)據(jù)鏈路層失敗(fail 12) ；1 等待確認(rèn)丟失(no response) ；2 未知數(shù)據(jù)(wrong data)。通過(guò)它 們，RRC將執(zhí)行進(jìn)入空閑模式下的不同動(dòng)作。圖3所示為優(yōu)選實(shí)施例中，UE在定時(shí)器T308溢出后的處理流程，UE在CELL_DCH 狀態(tài)下發(fā)送RRC CONNECTION RELEASE COMPLETE消息后設(shè)置開(kāi)啟定時(shí)器T308。當(dāng)T 308超 時(shí)時(shí)，判斷消息重發(fā)次數(shù)V308就是自動(dòng)加1，然后判斷是否小于等于N308/2 (N308的設(shè)置在 RRC CONNECTION RELEASE 消息中帶給 UE)；如果是，則重新發(fā)送 RRC CONNECTION RELEASE COMPLETE消息(連接釋放完成消息)，否則釋放無(wú)線資源，將進(jìn)入空閑模式。此時(shí)可斷定當(dāng) 前服務(wù)小區(qū)已經(jīng)不符合駐留要求，UE需立即進(jìn)行小區(qū)重選，駐留到其他的小區(qū)上。這種方 式可以讓終端盡早地釋放鏈接，進(jìn)入空閑，減少了不必要的異常連接釋放的時(shí)間。請(qǐng)參考圖4所示，本發(fā)明用戶設(shè)備具體實(shí)施方式
中的主要軟件模塊示意圖。所述 用戶設(shè)備為通信設(shè)備，包括配置模塊、低層執(zhí)行模塊及RRC層控制模塊。其中配置模塊，用 于配置鏈路失敗原因值；低層執(zhí)行模塊，用于在用戶設(shè)備連接釋放異常時(shí)，確定異常原因， 并向所述RRC層控制模塊上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常 信息；RRC層控制模塊，用于根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控制所 述低層執(zhí)行模塊執(zhí)行相應(yīng)動(dòng)作。所述用戶設(shè)備可以是TD-SCDMA終端、WCDMA終端、或者是 擁有TD-SCDMA模式或WCDMA模式的多模終端。優(yōu)選的，用戶設(shè)備的低層執(zhí)行模塊包括物理 層執(zhí)行模塊及控制層執(zhí)行模塊，控制層執(zhí)行模塊包含MAC和RLC。這種用戶設(shè)備的連接釋放 異常的處理方法同前述。以上內(nèi)容僅為本發(fā)明的較佳實(shí)施例而已，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這 些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還 可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種連接釋放異常的處理方法，其特征在于，包括以下步驟在用戶設(shè)備連接釋放異常時(shí)，所述用戶設(shè)備中的低層確定異常原因，并向用戶設(shè)備中的RRC層上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常信息；所述用戶設(shè)備的RRC層根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控制用戶設(shè)備的低層執(zhí)行相應(yīng)動(dòng)作。
2.如權(quán)利要求1所述的連接釋放異常的處理方法，其特征在于，所述用戶設(shè)備的低層 包括物理層及包含MAC和RLC的控制層。
3.如權(quán)利要求1所述的連接釋放異常的處理方法，其特征在于，所述鏈路失敗原因值 包括以下一種或幾種來(lái)自物理層的丟失同步、來(lái)自物理層的解讀失敗、來(lái)自控制層的數(shù)據(jù) 鏈路層失敗、來(lái)自控制層的等待確認(rèn)丟失。
4.如權(quán)利要求3所述的連接釋放異常的處理方法，其特征在于，所述用戶設(shè)備的RRC層 根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控制用戶設(shè)備的低層執(zhí)行相應(yīng)動(dòng)作 按如下方式進(jìn)行用戶設(shè)備釋放所有資源，釋放信令連接和無(wú)線接入承載，并進(jìn)入空閑模式，同時(shí)，當(dāng)所述原因值為丟失同步，用戶設(shè)備立即進(jìn)行小區(qū)選擇，尋找合適的小區(qū)進(jìn)行同步，并 駐留在該小區(qū)上；當(dāng)所述原因值為解讀失敗，用戶設(shè)備立即進(jìn)行小區(qū)重選，以便物理層尋找合適的小區(qū)， 然后進(jìn)行同步、解讀系統(tǒng)消息并駐留在該小區(qū)上；當(dāng)所述原因值為數(shù)據(jù)鏈路層失敗或等待確認(rèn)丟失，用戶設(shè)備在判斷是進(jìn)行小區(qū)選擇還 是小區(qū)重選之前，先嘗試通過(guò)空閑模式下的任務(wù)來(lái)改變當(dāng)前服務(wù)小區(qū)。
5.如權(quán)利要求2所述的連接釋放異常的處理方法，其特征在于，還包括在RLC非確認(rèn) 模式下，用戶設(shè)備進(jìn)行連接釋放過(guò)程時(shí)，若RRC層監(jiān)測(cè)到T308定時(shí)器內(nèi)的數(shù)值V308大于 N308/2，那么用戶設(shè)備將直接釋放所有無(wú)線資源，釋放所有信令連接和無(wú)線接入承載，清除 變量值，進(jìn)入空閑模式，在進(jìn)入空閑模式同時(shí)，用戶設(shè)備立即進(jìn)行小區(qū)重選。
6.如權(quán)利要求2所述的連接釋放異常的處理方法，其特征在于所述用戶設(shè)備為 TD-SCDMA終端、WCDMA終端、或者是擁有TD-SCDMA模式或WCDMA模式的多模終端。
7.一種用戶設(shè)備，其特征在于，包括配置模塊、低層執(zhí)行模塊、RRC層控制模塊，所述配置模塊，用于配置鏈路失敗原因值；所述低層執(zhí)行模塊，用于在用戶設(shè)備連接釋放異常時(shí)，確定異常原因，并向所述RRC層 控制模塊上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常信息；所述RRC層控制模塊，用于根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控制 所述低層執(zhí)行模塊執(zhí)行相應(yīng)動(dòng)作。
8.如權(quán)利要求7所述的用戶設(shè)備，其特征在于所述用戶設(shè)備為T(mén)D-SCDMA終端、WCDMA 終端、或者是擁有TD-SCDMA模式或WCDMA模式的多模終端。
9.如權(quán)利要求7所述的用戶設(shè)備，其特征在于，所述用戶設(shè)備的低層執(zhí)行模塊包括物 理層執(zhí)行模塊及包含MAC和RLC的控制層執(zhí)行模塊。
10.如權(quán)利要求9所述的用戶設(shè)備，其特征在于，所述鏈路失敗原因值包括以下一種或 幾種來(lái)自物理層的丟失同步、來(lái)自物理層的解讀失敗、來(lái)自控制層的數(shù)據(jù)鏈路層失敗、來(lái) 自控制層的等待確認(rèn)丟失。
全文摘要
本發(fā)明公開(kāi)了一種用戶設(shè)備及連接釋放異常的處理方法，所述連接釋放異常的處理方法包括以下步驟在用戶設(shè)備連接釋放異常時(shí)，所述用戶設(shè)備中的低層確定異常原因，并向用戶設(shè)備中的RRC層上報(bào)攜帶有與異常原因?qū)?yīng)的鏈路失敗原因值的連接釋放異常信息；所述用戶設(shè)備的RRC層根據(jù)所述連接釋放異常信息中攜帶的鏈路失敗原因值控制用戶設(shè)備的低層執(zhí)行相應(yīng)動(dòng)作。本發(fā)明實(shí)現(xiàn)針對(duì)不同的情況產(chǎn)生更靈活的處理方式，在一些不必要的情況下可以減少用戶設(shè)備進(jìn)入空閑模式后的動(dòng)作，有效提高了處理效率，并使用戶設(shè)備能更加穩(wěn)定地接入到網(wǎng)絡(luò)。
文檔編號(hào)H04W76/06GK101902829SQ20101020532
公開(kāi)日2010年12月1日 申請(qǐng)日期2010年6月22日 優(yōu)先權(quán)日2010年6月22日
發(fā)明者盧忱, 馬海蓉 申請(qǐng)人:中興通訊股份有限公司