[發明專利]無線通訊系統改善連續封包連通功能的方法及其相關裝置

無效

• 申請號: 201310153377.6
• 申請日: 2007-12-19
• 公開（公告）號: CN103298029A
• 公開（公告）日: 2013-09-11
• 發明（設計）人: 曾立至
• 申請（專利權）人: 創新音速有限公司
• 主分類號: H04W28/06
• 分類號: H04W28/06
• 代理公司: 北京市柳沈律師事務所 11105
• 代理人: 郭定輝

本申請是2007年12月19日提交的申請號為200710300402.3的發明專利申請“無線通訊系統改善連續封包連通功能的方法及其相關裝置”的分案申請。

技術領域

本發明是指一種用于無線通訊系統改善連續封包連通功能的方法及其相關裝置，尤指一種用于無線通訊系統中改善連續封包連通功能中的高速共享控制信道減載操作模式的設定方法及其相關裝置。

背景技術

第三代移動通訊技術采用寬帶碼分多址接入(Wideband?Code?Division?Multiple?Access，WCDMA)的無線接入方式，其是用以提供高度頻譜利用效率、無遠弗屆的覆蓋率及高質量、高速率的多媒體數據傳輸，同時更能滿足各種不同的QoS服務要求，提供具彈性的多樣化雙向傳輸服務，并提供較佳的通訊質量，有效降低通訊中斷率。通過第三代移動通訊系統，使用者可藉無線通訊設備(如手機)實現實時影像通訊、會議電話(Conference?Call)、實時游戲、在線音樂播放、電子郵件收發等。然而，這些功能必需仰賴快速而實時的傳輸。因此，針對第三代移動通訊技術，已知技術提供了高速封包存取系統，其包含高速下行鏈路封包存取技術(High?Speed?Downlink?Package?Access，HSDPA)及高速上行鏈路封包存取技術(High?Speed?Uplink?Package?Access，HSUPA)，用來提高頻寬的使用效率及封包數據的處理效率，以改善上下行鏈路的傳輸速度。此外，第三代移動通訊聯盟(the3rd?Generation?Partnership?Project，3GPP)引進連續封包連通(Continuous?Packet?Connectivity，CPC)功能，適用于無線資源控制狀態為小區專用通道(CELL_DCH)狀態的客戶端(User?Equipment，UE)，其主要目的在于增加每個小區可服務的客戶端數目、抑制上行鏈路信道的噪聲增長，以及提升客戶端接收語音封包服務的能力。

對于高速下行鏈路封包存取系統中的客戶端來說，物理層可通過高速物理下行鏈路共享信道(High?Speed?Physical?Downlink?Shared?Channel，HS-PDSCH)接收承載數據(Payload?Data)，并通過高速專用物理控制信道(High?Speed?Physical?Control?Channel，HS-DPCCH)回報(上傳)確認收訖或未收訖信號(Acknowledgement/Negative?Acknowledgement，ACK/NACK)與信道質量指針(Channel?Quality?Identifier，CQI)信息。媒體存取控制(Media?Access?Control，MAC)層則利用媒體存取控制高速個體(MAC-hs?Entity)，通過高速下行鏈路共享通道(High?Speed?Downlink?Shared?Channel，HS-DSCH)從承載數據中接收數據封包。此外，高速共享控制通道(Shared?Control?Channel?for?HS-DSCH，HS-SCCH)為物理下行鏈路信道，專門負責關于高速下行鏈路共享通道的控制信令，如解調(Demodulation)信息等。

在連續封包連通功能中，高速共享控制通道減載操作(HS-SCCH?Less?Operation)模式用來減少高速共享控制通道的控制信令傳輸，以降低客戶端的功率消耗。在此模式下，當高速下行鏈路共享通道進行傳輸區塊(Transport?Block)的混合式自動請求重發程序(Hybrid?Automatic?Repeat?Request，HARQ)的第一次傳輸時，網絡端不會通過高速共享控制通道傳輸相關的控制信令至客戶端。此時，客戶端必須根據預設的物理信道碼與傳輸區塊格式，以盲解碼(Blind?Decoding)方式解得傳輸區塊數據。若解碼成功，客戶端通過高速專用物理控制信道，回報確認收訖消息給基地臺；若解碼失敗，客戶端不會傳送任何回報消息，并等待基地臺進行重傳。值得注意的是，在高速共享控制信道減載操作模式下，混合式自動重發請求傳輸程序的重傳次數限制為二次，且重傳時網絡端將通過高速共享控制通道傳送所需的控制信令，如用戶身份、物理信道編碼集、傳輸區塊大小(Transport?Block?Size)及時間指標等等，而客戶端則回報確認收訖消息或未收訖消息(Negative?Acknowledgement，NACK)，以適當地結束傳輸程序。