[發明專利]處理無線承載恢復的方法及其無線通訊裝置與系統

有效

• 申請號: 201010003684.2
• 申請日: 2010-01-14
• 公開（公告）號: CN101873718A
• 公開（公告）日: 2010-10-27
• 發明（設計）人: 吳志祥
• 申請（專利權）人: 宏達國際電子股份有限公司
• 主分類號: H04W76/02
• 分類號: H04W76/02
• 代理公司: 北京科龍寰宇知識產權代理有限責任公司 11139
• 代理人: 孫皓晨

技術領域

本發明涉及一種使用于無線通訊裝置與系統方法，且特別涉及一種用于第三代合作伙伴計劃(Third?Generaion?Partnership?Project，簡稱為3GPP)標準的處理無線承載恢復的方法，以及使用此方法的無線通訊裝置與系統。

背景技術

隨著無線通訊系統的發展，人們可以通過使用無線通訊裝置來與遠方的用戶通話與通過無線通道來傳送數據。現在，3GPP的標準正在發展中，且3GPP的標準中依然有些問題尚未被解決。

在無線通訊裝置與骨干網絡彼此交換用戶數據之前，無線通訊裝置與骨干網絡會建立一個控制連線。在3GPP標準中，所述控制連線為無線資源控制(Radio?Resource?Control，簡稱為RRC)連結，所述無線通訊裝置為用戶設備(User?Equipment，簡稱為UE)，且所述骨干網絡為通用地面無線接取網絡(Universal?Terrestrial?Radio?Access?Network，簡稱為UTRAN)或演進通用地面無線接取網絡(Evolved?Universal?Terrestrial?Radio?Access?Network，簡稱為E-UTRAN)，其中所述UTRAN用于寬頻碼分多址(Wideband?CodeDivision?Multiple?Access，簡稱為WCDMA)系統，所述E-UTRAN用于長期演進技術(Long-Term?Evolution，簡稱為LTE)系統。

請參照圖1，圖1是無線通訊裝置與骨干網絡建立RRC連結的方法流程圖。在此例子中，無線通訊裝置為UE，骨干網絡為E-UTRAN。在步驟S100中，所述UE送出RRC連結請求(RRCConnectionRequest)消息。在步驟S102中，在所述E-UTRAN自無線通道中接收RRC連結請求消息后，所述E-UTRAN送出RRC連結設定(RRCConnectionSetup)消息或RRC連結拒絕(RRCConnectionReject)消息。如果所述E-UTRAN拒絕建立RRC連結，則送出RRC連結拒絕消息，否則，則送出RRC連結設定消息。在步驟S104中，所述UE判斷所接收到的消息為RRC連結設定消息或為RRC連結拒絕消息。如果所述UE接收到的消息為RRC連結設定消息，則執行步驟S106；若所述UE接收到的消息為RRC連結拒絕消息，則中斷整個RRC連結建立程序。在步驟S106中，所述UE建立第一信號無線承載(SignalingRadio?Bearer?1，簡稱為SRB1)。接著，在步驟S108，在所述UE送出RRC連結建立完成(RRCConnectionSetupCommplete)消息。據此，在成功地建立RRC連結后，所述SRB1亦被建立。

在3GPP標準，信號無線承載(Signaling?Radio?Bearer，簡稱為SRB)被定義為僅能用以傳輸RRC與非接取層(Non-Access-Stratum，簡稱為NAS)消息的無線承載(Radio?Bearer，簡稱為RB)。更進一步地說，僅有下述的多種RB被定義。第一種RB為第零信號無線承載(Signaling?Radio?Bearer?0，簡稱為SRB0)，所述SRB0是設計給使用共用控制通道(Common?ControlChannel，簡稱為CCCH)的RRC消息使用，所述CCCH是一個邏輯通道。第二種RB為第一信號無線承載(Signaling?Radio?Bearer?1，簡稱為SRB1)，所述SRB1是設計給在第二信號無線承載(Signaling?Radio?Bearer?2，簡稱為SRB2)建立前使用專用控制通道(Dedicated?Control?Channel，簡稱為DCCH)的RRC消息使用，RRC消息可以例如為NAS消息，且所述DCCH為另外一個邏輯通道。第三種RB為SRB2，所述SRB2是設計給使用DCCH的NAS消息使用，且SRB2的優先權低于SRB1，因此SRB2總是在安全性機制啟動后，才由E-UTRAN來設定。其余的RB則為數據無線承載(Data?RadioBearer，簡稱為DRB)，所述DRB是用以傳送用戶數據。