[發明專利]一種用戶設備及連接釋放異常的處理方法

有效

• 申請號: 201010205323.6
• 申請日: 2010-06-22
• 公開（公告）號: CN101902829A
• 公開（公告）日: 2010-12-01
• 發明（設計）人: 馬海蓉;盧忱
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W76/06
• 分類號: H04W76/06
• 代理公司: 深圳鼎合誠知識產權代理有限公司 44281
• 代理人: 薛祥輝

1.一種連接釋放異常的處理方法，其特征在于，包括以下步驟：

在用戶設備連接釋放異常時，所述用戶設備中的低層確定異常原因，并向用戶設備中的RRC層上報攜帶有與異常原因對應的鏈路失敗原因值的連接釋放異常信息；

所述用戶設備的RRC層根據所述連接釋放異常信息中攜帶的鏈路失敗原因值控制用戶設備的低層執行相應動作。

2.如權利要求1所述的連接釋放異常的處理方法，其特征在于，所述用戶設備的低層包括物理層及包含MAC和RLC的控制層。

3.如權利要求1所述的連接釋放異常的處理方法，其特征在于，所述鏈路失敗原因值包括以下一種或幾種：來自物理層的丟失同步、來自物理層的解讀失敗、來自控制層的數據鏈路層失敗、來自控制層的等待確認丟失。

4.如權利要求3所述的連接釋放異常的處理方法，其特征在于，所述用戶設備的RRC層根據所述連接釋放異常信息中攜帶的鏈路失敗原因值控制用戶設備的低層執行相應動作按如下方式進行：

用戶設備釋放所有資源，釋放信令連接和無線接入承載，并進入空閑模式，同時，

當所述原因值為丟失同步，用戶設備立即進行小區選擇，尋找合適的小區進行同步，并駐留在該小區上；

當所述原因值為解讀失敗，用戶設備立即進行小區重選，以便物理層尋找合適的小區，然后進行同步、解讀系統消息并駐留在該小區上；

當所述原因值為數據鏈路層失敗或等待確認丟失，用戶設備在判斷是進行小區選擇還是小區重選之前，先嘗試通過空閑模式下的任務來改變當前服務小區。

5.如權利要求2所述的連接釋放異常的處理方法，其特征在于，還包括：在RLC非確認模式下，用戶設備進行連接釋放過程時，若RRC層監測到T308定時器內的數值V308大于N308/2，那么用戶設備將直接釋放所有無線資源，釋放所有信令連接和無線接入承載，清除變量值，進入空閑模式，在進入空閑模式同時，用戶設備立即進行小區重選。

6.如權利要求2所述的連接釋放異常的處理方法，其特征在于：所述用戶設備為TD-SCDMA終端、WCDMA終端、或者是擁有TD-SCDMA模式或WCDMA模式的多模終端。

7.一種用戶設備，其特征在于，包括配置模塊、低層執行模塊、RRC層控制模塊，

所述配置模塊，用于配置鏈路失敗原因值；

所述低層執行模塊，用于在用戶設備連接釋放異常時，確定異常原因，并向所述RRC層控制模塊上報攜帶有與異常原因對應的鏈路失敗原因值的連接釋放異常信息；

所述RRC層控制模塊，用于根據所述連接釋放異常信息中攜帶的鏈路失敗原因值控制所述低層執行模塊執行相應動作。

8.如權利要求7所述的用戶設備，其特征在于：所述用戶設備為TD-SCDMA終端、WCDMA終端、或者是擁有TD-SCDMA模式或WCDMA模式的多模終端。

9.如權利要求7所述的用戶設備，其特征在于，所述用戶設備的低層執行模塊包括：物理層執行模塊及包含MAC和RLC的控制層執行模塊。

10.如權利要求9所述的用戶設備，其特征在于，所述鏈路失敗原因值包括以下一種或幾種：來自物理層的丟失同步、來自物理層的解讀失敗、來自控制層的數據鏈路層失敗、來自控制層的等待確認丟失。