[發明專利]一種上行調度方法及裝置

有效

• 申請號: 201210091221.5
• 申請日: 2012-03-30
• 公開（公告）號: CN103369695B
• 公開（公告）日: 2017-03-29
• 發明（設計）人: 徐婧;林亞男;潘學明;沈祖康
• 申請（專利權）人: 電信科學技術研究院
• 主分類號: H04W72/12
• 分類號: H04W72/12
• 代理公司: 北京同達信恒知識產權代理有限公司11291
• 代理人: 劉松

技術領域

本發明涉及通信技術領域，尤其涉及一種上行調度方法及裝置。

背景技術

當上下行子幀數不對稱時，調度子幀、傳輸子幀和反饋子幀無法形成一一對應關系。例如，當上行子幀數大于下行子幀數(包括特殊時隙)時，多個上行子幀對應的調度信令需要在同一個下行子幀中傳輸。這種情況下，上行指示(UL?grant)需要包含上行指示(UL?index)域，用于指示對應的上行子幀的編號。當上行子幀數小于下行子幀數(包括特殊時隙)時，多個下行子幀對應的確認(ACK)/非確認(NACK)信息在同一上行子幀中傳輸。這種情況下，UL?grant中需要包含下行分配指示(DAI)域，用于指示當前上行ACK/NACK反饋窗內的需要反饋的動態物理下行鏈路共享信道(Physical?Downlink?Shared?Channel，PDSCH)的個數以及下行半持續調度(Semi-Persistent?Scheduling，SPS)釋放信令個數的總和，用于判斷上行ACK/NACK反饋窗口內是否丟包。

因此，UL?index，只用于調度時分雙工(Time?Division?Duplex，TDD)上下行配置0的物理上行鏈路共享信道(PUSCH)，用于指示對應的上行子幀的編號。而DAI，用于指示當前上行ACK/NACK反饋窗內的需要反饋的動態PDSCH的個數以及下行SPS釋放信令個數的總和，用于判斷上行ACK/NACK反饋窗口內是否丟包。

在現有的TDD系統中，UL?index域只有在上下行配置0時存在，DAI域只有在上下行配置1-6時存在。因此，在UL?grant(DCI?0和4)信息中總是只包含其中一個域。

但隨著技術的發展，特別是下述三種技術的推動，多個上行子幀對應的調度信令在同一個下行子幀中傳輸和多個下行子幀對應的ACK/NACK信息在同一上行子幀中傳輸的情況可能同時存在，而當前下行控制信息(Downlink?Control?Inion，DCI)設計無法支持這種情況。

一、動態TDD。

作為兩大基本雙工制式之一的TDD模式，在寬帶移動通信對帶寬需求不斷增長的背景下，受到了越來越多的關注。TDD系統中上行和下行傳輸使用相同的頻率資源，在不同的時隙上傳輸上行/下行信號。在常見的TDD系統中，包括第三代(3G)通信系統的時分同步碼分多址接入(Time?Division?Synchronized?Code?Division?Multiple?Access，TD-SCDMA)系統和第四代(4G)通信系統的時分長期演進(Time?Division-Long?Term?Evolvement，TD-LTE)系統，上行和下行時隙的劃分是靜態或半靜態的，通常的做法是在網絡規劃過程中根據大致的業務比例確定統一的上下行時隙比例并保持不變。這在宏小區大覆蓋的背景下是較為簡單的做法，并且也較為有效。而隨著技術發展，越來越多的微小區(Pico?cell)、家庭基站(Home?NodeB)等低功率基站被部署用于提供局部的小覆蓋。一方面，這類小區主要的業務類型(例如，數據業務)與宏小區(例如，語音業務)不同，因此，上下行時隙的配比需求差異較大。另一方面，這類小區的用戶數量較少，且用戶業務需求變化較大，因此小區的上下行業務比例需求存在動態改變的情況。基于此，更加動態地配置上下行時隙比例受到了更多的關注和研究。

二、頻帶內(inter-band)TDD。

在先進的長期演進(LTE?Advanced，LTE-A)系統中，系統的峰值速率比LTE有巨大的提高，要求達到下行1Gbps，上行500Mbps。如果只使用一個最大帶寬為20MHz的載波是無法達到峰值速率要求的。因此，LTE-A系統需要擴展終端可以使用的帶寬，由此引入了載波聚合(Carrier?Aggregation，CA)技術，即將同一個eNB(基站)下的多個連續或不連續的載波聚合在一起，同時為UE服務，以提供所需的速率。這些聚合在一起的載波又稱為成員載波(component?carrier，簡稱CC)。每個小區都可以是一個成員載波，不同eNB下的小區(成員載波)不能聚合。為了保證LTE的UE能在每一個聚合的載波下工作，每一個載波最大不超過20MHz。LTE-A的CA技術如圖1所示，LTE-A的基站下有4個可以聚合的載波，基站可以同時在4個載波上和UE進行數據傳輸，以提高系統吞吐量。