[發明專利]一種物理上行控制信道資源壓縮的通知方法

有效

• 申請號: 200810135400.8
• 申請日: 2008-08-01
• 公開（公告）號: CN101640902A
• 公開（公告）日: 2010-02-03
• 發明（設計）人: 喻斌;杜忠達
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W28/06
• 分類號: H04W28/06;H04W28/26;H04W68/00
• 代理公司: 北京安信方達知識產權代理有限公司
• 代理人: 龍 洪;霍育棟

技術領域

本發明涉及通信領域，尤其涉及一種PUCCH(Physical?Uplink?Control Channel，物理上行控制信道)資源壓縮的通知方法。

背景技術

在HARQ(Hybrid?Automatic?Repeat?Request，混合自動請求重傳)方式 中，發端發送的碼，不僅能夠檢錯，而且還具有一定的糾錯能力。接收端譯 碼器收到碼字后，首先檢驗錯誤情況，如果在碼的糾錯能力以內，則自動進 行糾錯，如果錯誤很多，超過了碼的糾錯能力，但能檢測錯誤出來，則接收 端通過反饋信道給發端發一個判決信號，要求發端重發信息。

在OFDM(Orthogonal?Frequency?Division?Multiplex，正交頻分復用)系 統中，通過ACK/NACK(Acknowledged/Non-acknowledged，肯定或否定應 答)控制信令來表示傳輸正確或錯誤，以此來判斷是否需要重傳。

目前，在3GPP(3rd?Generation?partnership?project，第三代移動通信伙伴 計劃)LTE(Long?Term?Evolution，長期演進)系統中規定，UE(User?Equipment， 用戶設備，即終端)發送的下行數據接收狀態反饋相關的ACK/NACK消息是 在PUCCH上傳輸的。PUCCH信道作為一個上行控制信令共享信道，可以承 載CQI(Channel?Quality?Indication，信道質量信息)，ACK/NACK，上行SR (Scheduling?Request，調度請求)。上行控制信令資源可以分為半靜態PUCCH 區域(Semi-static?PUCCH?region)和動態PUCCH區域(Dynamic?PUCCH region)：半靜態PUCCH區域包含CQI反饋資源，其大小是通過系統消息廣 播的，所以為半靜態配置；而動態PUCCH區域只用于承載UE的ACK/NACK 信息：在LTE系統FDD(Frequency?Division?Duplex，頻分雙工)模式下，上 下行的子幀比例可以為一一對應，為了節省信令開銷，規定通過與PDCCH (Physical?Downlink?Control?Channel，物理下行控制信道)上下行數據發送相 關的控制信令(也可稱為下行調度控制信令)所在的CCE(Control?Channel Element，控制信道單元)的最小索引來隱含表示UE的ACK/NACK消息所 對應的PUCCH上ACK/NACK資源的索引，因為PDCCH的CCE可動態變 化，那么PUCCH上純ACK/NACK資源也是動態變化的，也就是動態PUCCH 區域的大小是動態變化的；在LTE系統TDD(Time?Division?Duplex，時分雙 工)模式下，根據上下行子幀比例的配置，一個上行子幀的PUCCH上可能需 要反饋多個下行子幀上PDSCH(Physical?Downlink?Share?Channel，物理下行 共享信道)接收的ACK/NACK信息，按照下行CCE索引到PUCCH上 ACK/NACK資源索引的隱含映射方式，PUCCH上需要預留多個下行子幀上 PDSCH的ACK/NACK資源。而LTE?FDD/TDD系統，雖然ACK/NACK資 源是根據PDSCH調度相關的CCE數目和CCE分配情況動態變化的，但是為 了不造成ACK/NACK資源沖突和對調度器進行的過多限制，PUCCH上預留 的資源根據下行CCE最大數目來預留一個最大資源，這樣的話采用下行 PDSCH調度相關的最小CCE索引和ACK/NACK資源索引的隱含映射，會造 成上行預留的PUCCH資源的浪費，特別是LTE?TDD系統，造成的浪費更多。 因此，如果LTE系統只采用系統消息半靜態地廣播預留的最大PUCCH資源 和半靜態PUCCH區域大小(兩者之差就為全部可用于ACK/NACK消息反饋 的資源)，那么無法避免動態PUCCH區域的資源浪費，在這個前提下，為了 提高PUCCH資源的利用率和有效性，調度器有必要做一些限制來達到在系 統通知的最大PUCCH資源上對動態PUCCH區域做一些壓縮(Compression)， 來節省PUCCH占用的資源，例如基站分配PDSCH調度相關的CCE的最小 索引集中在一個連續CCE集合中，那么ACK/NACK資源索引也就趨于連續， 就不需要按照下行所有CCE的數目來預留PUCCH資源。當然這個PUCCH 資源的壓縮是犧牲了調度器的靈活性換取的，壓縮的級別(Compression?level) 越高，對系統調度的限制越大，所以需要綜合考慮來選擇是否壓縮和應該選 擇的壓縮級別。鑒于LTE?TDD系統一個上行PUCCH可能需要反饋多個下行 PDSCH的ACK/NACK，我們需要考慮犧牲點調度靈活性來對其PUCCH進行 壓縮，但是并不是所有的情況都一定要做壓縮，且就算采用任何的壓縮方法， 也應該綜合考慮調度的靈活性，對壓縮進行分級來優化系統。