TWI663885B - 在無線通訊系統中改善縮短傳輸時間間隔(tti)中之上行鏈路授予的方法及裝置 - Google Patents
在無線通訊系統中改善縮短傳輸時間間隔(tti)中之上行鏈路授予的方法及裝置 Download PDFInfo
- Publication number
- TWI663885B TWI663885B TW106115677A TW106115677A TWI663885B TW I663885 B TWI663885 B TW I663885B TW 106115677 A TW106115677 A TW 106115677A TW 106115677 A TW106115677 A TW 106115677A TW I663885 B TWI663885 B TW I663885B
- Authority
- TW
- Taiwan
- Prior art keywords
- stti
- uplink
- downlink
- duration
- control channel
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本案揭示一種無線通訊系統中執行上行鏈路傳輸之方法及裝置。在一個實施例中,該方法包括UE監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中第一時機中之第一控制通道對應於具有第一持續時間之第一UL資料通道,且其中第二時機中之第二控制通道對應於具有第二持續時間之第二UL資料通道。
Description
本案大體上係關於無線通訊網路,且更特定言之,係關於用於在無線通訊系統中改善縮短TTI中之上行鏈路授予的方法及裝置。
隨著對將大量資料至及自行動通訊裝置之通訊的需求之快速增長,傳統行動語音通訊網路正在演進成與網際網路協定(IP)資料封包通訊之網路。此IP資料封包通訊可為行動通訊裝置之使用者提供網際網路語音通訊協定、多媒體、多播及點播通訊服務。
演進型通用陸地無線電存取網路(Evolved Universal Terrestrial Radio Access Network,E-UTRAN) 為一例示性網路。E-UTRAN系統可提供高資料輸送量以便實現上述網際網路語音通訊協定及多媒體服務。下一代(例如,5G)之新無線電技術目前在由3GPP標準組織討論中。相應地,對3GPP標準之當前主體之改變目前正在提交及考慮中以使3GPP標準演進及完成。
本案揭示用於在無線通信系統中執行上行鏈路傳輸之方法及裝置。在一個實施例中,該方法包括使用者設備監聽一個子訊框內之下行鏈路資料區域內的用於下行鏈路控制通道之複數個時機,其中第一時機中之第一控制通道對應於具有第一持續時間之第一上行鏈路資料通道,且其中第二時機中之第二控制通道對應於具有第二持續時間之第二上行鏈路資料通道。
下文描述的例示性無線通訊系統及裝置使用支援廣播廣播之無線通訊系統。無線通訊系統經廣泛採用以提供各種類型之通訊,諸如語音、資料等。此等系統可基於分碼多重存取(code division multiple access,CDMA)、分時多重存取(time division multiple access,TDMA)、正交分頻多重存取(orthogonal frequency division multiple access,OFDMA)、3GPP長期演進(Long Term Evolution,LTE)無線存取、3GPP LTE-A或進階LTE (Long Term Evolution Advanced,LTE-A)、3GPP2超行動寬頻帶(Ultra Mobile Broadband,UMB)、WiMax或一些其他調變技術。
詳言之,下文所描述之例示性無線通訊系統裝置可經設計以支援一或多個標準,諸如由名為「第3代合作夥伴計劃」(在本案中被稱作3GPP)之協會提供之標準,包括:Ericsson、Huawei之RP-150465,「新SI提案:LTE延遲降低技術之研究」;TS 36.213 v13.1.1,「E-UTRA 實體層程序 (版本13)」;TS 36.211 V13.1.0,「實體通道與調變(版本13)」;TS 36.212 V13.1.0,「E-UTRA 多工與通道編碼 (版本13)」;高通公司(Qualcomm Incorporated)之R1-163068,,「縮短TTI之下行鏈路通道設計」;以及Ericsson之R1-163322,「用於縮短TTI之下行鏈路控制信令」。上文所列的標準及文件以全文引用之方式在此明確地併入。
圖1顯示根據本案之一個實施例的多重存取無線通訊系統。存取網路100 (access network,AN)包括多個天線群組,一個群組包括104及106,另一群組包括108及110,且一額外群組包括112及114。在圖1中,每一天線群組僅顯示兩個天線,然而,每一天線群組可利用較多或較少天線。存取終端116 (AT)與天線112及114通訊,其中天線112及114在正向鏈路120上將資訊傳輸至存取終端116且在反向鏈路118上自存取終端116接收資訊。存取終端(AT) 122與天線106及108通訊,其中天線106及108在正向鏈路126上將資訊傳輸至存取終端(AT) 122且在反向鏈路124上自存取終端(AT) 122接收資訊。在FDD系統中,通訊鏈路118、120、124及126可將不同頻率用於通訊。舉例而言,正向鏈路120可使用與反向鏈路118所使用之頻率不同的頻率。
每一天線群組及/或該等天線經設計以通訊之區域常常被稱作存取網路之區段。在實施例中,天線群組各自經設計以與存取網路100所覆蓋之區域之區段中的存取終端通訊。
在正向鏈路120及126上之通訊中,存取網路100之傳輸天線可利用波束成形以便改善用於不同存取終端116及122的正向鏈路之信號對雜訊比。此外,使用波束成形對隨機分散在其涵蓋範圍中之存取終端進行傳輸的存取網路,對相鄰小區(cell)中之存取終端的干擾比存取網路經由單個天線對其所有存取終端進行傳輸的干擾少。
存取網路(AN)可為用於與終端通訊之固定台或基地台,且亦可被稱作存取點、節點B、基地台、增強型基地台、演進型節點B(eNB),或某一其他術語。存取終端(AT)亦可被稱為使用者設備(user equipment,UE)、無線通訊裝置、終端、存取終端或某一其他術語。
圖2為MIMO系統200中之傳輸器系統210 (亦被稱作存取網路)及接收器系統250 (亦被稱作存取終端(AT)或使用者設備(UE))之實施例的簡化方塊圖。在傳輸器系統210處,用於多個資料串流之傳輸(或稱訊務,traffic)資料係自資料源212提供至傳輸(TX)資料處理器214。
在一個實施例中,每一資料串流係經由各別傳輸天線進行傳輸。TX資料處理器214基於針對每一資料串流選擇之特定編碼(或稱寫碼,coding)方案而對彼資料串流之傳輸資料進行格式化、編碼及交錯,以提供經編碼資料。
每一資料串流之經編碼資料可使用OFDM技術與導頻資料進行多工。導頻資料通常為以已知方式經處理之已知資料型樣,且可在接收器系統處使用以估計通道回應。每一資料串流之經多工導頻及經編碼資料接著基於針對彼資料串流選擇之特定調變方案(例如,BPSK、QPSK、M-PSK或M-QAM)進行調變(即,符號映射),以提供調變符號。每一資料串流之資料速率、寫碼及調變可由處理器230所執行之指令來判定。
所有資料串流之調變符號接著提供至TX MIMO處理器220,該處理器可進一步處理該等調變符號(例如,用於OFDM)。TX MIMO處理器220接著將NT
個調變符號串流提供至NT
個傳輸器(TMTR) 222a至222t。在某些實施例中,TX MIMO處理器220將波束成形權重應用於資料串流之符號及傳輸符號之天線。
每一傳輸器222接收且處理各別符號串流以提供一或多個類比信號,且進一步調節(例如,放大、濾波及升頻轉換)該等類比信號以提供適合於經由MIMO通道傳輸之調變信號。來自傳輸器222a至222t之NT
個調變信號接著分別自NT
個天線224a至224t傳輸。
在接收器系統250處,傳輸之調變信號係由NR
個天線252a至252r接收,且來自每一天線252之所接收信號經提供至各別接收器(RCVR) 254a至254r。每一接收器254調節(例如,濾波、放大及降頻轉換)各別所接收信號,數位化該等經調節信號以提供樣本,且進一步處理該等樣本以提供對應之「所接收」符號串流。
RX資料處理器260接著接收來自NR
個接收器254之NR
個所接收符號串流且基於特定接收器處理技術來處理該等符號串流,以提供NT
個「偵測到」符號串流。RX資料處理器260接著對每一偵測到符號串流進行解調變、解交錯及解碼,以恢復資料串流之傳輸資料。由RX資料處理器260進行的處理與由傳輸器系統210處之TX MIMO處理器220及TX資料處理器214執行的處理互補。
處理器270週期性地判定要使用哪個預編碼矩陣(下文論述)。處理器270規劃包含矩陣索引部分及秩值部分的反向鏈路訊息。
反向鏈路訊息可包含關於通訊鏈路及/或所接收資料串流的各種類型之資訊。反向鏈路訊息接著由TX資料處理器238 (其亦接收來自資料源236的數個資料串流之傳輸資料)處理,由調變器280調變,由傳輸器254a至254r調節,且傳輸回至傳輸器系統210。
在傳輸器系統210處,來自接收器系統250之調變信號係由天線224接收,由接收器222調節,由解調器240解調變,且由RX資料處理器242處理,以提取由接收器系統250傳輸之反向鏈路訊息。處理器230接著判定將哪個預編碼矩陣用於判定波束成形權重,接著處理所提取訊息。
轉而參看圖3,此圖顯示根據本案之一個實施例的通訊裝置之替代性簡化功能方塊圖。如圖3中所示,無線通訊系統中之通訊裝置300可用於實現圖1中之UE (或AT) 116及122或圖1中之基地台(或AN)100,且無線通訊系統較佳為LTE系統。通訊裝置300可包括輸入裝置302、輸出裝置304、控制電路306、中央處理單元(central processing unit,CPU) 308、記憶體310、程式碼312及收發器314。控制電路306經由CPU 308執行記憶體310中之程式碼312,由此控制通訊裝置300之操作。通訊裝置300可接收由使用者經由輸入裝置302 (諸如鍵盤或小鍵盤)輸入之信號,且可經由輸出裝置304 (諸如監聽器或揚聲器)輸出影像及聲音。收發器314用以接收及傳輸無線信號,從而以無線方式將所接收信號傳遞至控制電路306及輸出由控制電路306產生之信號。無線通訊系統中之通訊裝置300亦可用於實現圖1中之AN 100。
圖4為根據本案之一個實施例的圖3中所示之程式碼312的簡化方塊圖。在此實施例中,程式碼312包括應用層400、層3 402及層2 404,且耦接至層1 406。層3 402通常執行無線電資源控制。層2 404通常執行鏈路控制。層1 06通常執行實體連接。
封包資料延遲(latency)為效能評估之重要度量中之一者。減小封包資料延遲改善系統效能。在3GPP RP-150465中,研究項目「LTE延遲降低技術之研究(“Study on latency reduction techniques for LTE”)」通常旨在調查及標準化延遲減小之一些技術。
根據3GPP RP-150465,研究項目之目標通常為研究對E-UTRAN無線電系統之增強,以便顯著減小用於作用中UE之LTE Uu空中介面上的封包資料延遲,以及顯著減小已經不活動達較長時段(在連接狀態下)之UE的封包資料輸送往返延遲。研究領域包括資源效率,包括空中介面容量、電池壽命、控制通道資源、規範影響及技術可行性。將考慮分頻雙工(Frequency Division Duplex,FDD)及分時雙工(Time Division Duplex,TDD)兩者。
封包資料延遲為效能評估之重要度量中之一者。減小封包資料延遲改良系統效能。在3GPP RP-150465中,研究項目「LTE延遲降低技術之研究(”Study on latency reduction techniques for LTE”)」通常旨在調查及標準化延遲減小之一些技術。
根據3GPP RP-150465,研究項目之目標為研究對E-UTRAN (演進型通用陸地無線電存取網路)無線電系統之增強,以便顯著減小用於作用中UE (使用者設備)之LTE (長期演進) Uu空中介面上的封包資料延遲,以及顯著減小已經不活動達較長時段(在連接狀態下)之UE的封包資料輸送往返延遲。研究領域包括資源效率,包括空中介面容量、電池壽命、控制通道資源、規範影響及技術可行性。將考慮FDD (分頻雙工)及TDD (分時雙工)兩者。
根據RP-150465,應研究及記載兩個區域: - 快速上行鏈路存取解決方案-對於作用中UE及已較長時間不活動,但保持無線電資源控制(Radio Resource Control,RRC)連接之UE,應關注減小經調度UL傳輸之使用者平面延遲及獲得更具具資源效率之解決方案(具有協定及信令增強) (與當前標準所允許之預調度解決方法相比),該兩者具有且不具有保存當前TTI (傳輸時間間隔)長度及處理時間。 - TTI縮短及減少之處理時間-評估規範影響及研究可行性以及在0.5ms與一個OFDM (正交分頻多工)符元之間的TTI長度之效能,考慮了對參考信號及實體層控制信令之影響。
TTI縮短及處理時間減少可被視為用於減小延遲之有效解決方案,此係因為用於傳輸之時間單位可(例如)自1ms (14 OFDM)符元減少至1~7個OFDM符元,且由解碼導致之延遲亦可減小。縮短TTI長度之另一益處為支援輸送區塊(TB)大小之更精細粒度(或稱詳盡性,granularity),使得不必要填補可減少。另一方面,減小TTI之長度亦可對當前系統設計具有相當大影響,此係因為實體通道係基於1ms結構開發。縮短之TTI亦被稱作sTTI。
關於控制通道,在LTE中,存在兩個類型之控制通道,該等控制通道之一者為實體下行鏈路控制通道(PDCCH),其為跨整個系統頻寬且佔用1ms子訊框之最初的若干(例如,1至4)個OFDM符元的寬頻帶信號。由PDCCH佔用之區域通常被命名為控制區域,且子訊框之其餘部分通常被稱為資料區域。第二類型之控制通道-ePDCCH (增強型實體下行鏈路控制通道)-在時域中佔用資料區域,而在頻域中僅佔用頻寬之部分。更詳細描述可在如下之3GPP 36.213中發現: 9.1.3 控制格式指示符(CFI)指派程序 PHICH持續時間係根據[3]中之表6.9.3-1藉由較高層信令。所信令之持續時間對根據控制格式指示符(CFI)判定的控制區域之大小施加下限。當時,若延伸PHICH持續時間係由較高層指示,則UE應假設:CFI等於PHICH持續時間。 在由較高層指示的解碼PMCH之子訊框中,當時,UE可假設:CFI等於較高層參數non-MBSFNregionLength之值[11]。
此外,3GPP TS 36.211陳述: 6.7 實體控制格式指示符通道 實體控制格式指示符通道承載關於子訊框中用於PDCCH之傳輸的OFDM符元之數目之資訊。子訊框中有可能用於PDCCH的OFDM符元之集合係由表6.7-1給出。 [3GPP TS 36.211 v13.1.0之表6.7-1 (標題為「用於PDCCH之OFDM符元之數目(Number of OFDM symbols used for PDCCH)」)經重製為圖5] UE可假設PCFICH係在用於PDCCH之OFDM符元之數目大於零時傳輸,除非在[4,條款12]中另外陳述。
3GPP TS 36.211亦陳述: 6.2.4 資源單元群組 資源單元群組係用於定義控制通道至資源單元之映射。 資源單元群組係由群組中具有最小索引之資源單元的索引對來表示,其中群組中之所有資源單元具有相同值。資源單元群組中的資源單元之集合取決於如下所述以()組態的小區特定參考信號之數目。 - 在子訊框中之第一時槽之第一OFDM符元中,實體資源區塊中之兩個資源單元群組由分別具有及之資源單元組成。 - 在子訊框中之第一時槽之第二OFDM符元中,在一個或兩個小區特定參考信號經組態之情況下,實體資源區塊中之三個資源單元群組由分別具有、及之資源單元組成。 - 在子訊框中之第一時槽之第二OFDM符元中,在四個小區特定參考信號經組態之情況下,實體資源區塊中之兩個資源單元群組由分別具有及之資源單元組成。 - 在子訊框中之第一時槽之第三OFDM符元中,實體資源區塊中之三個資源單元群組由分別具有、及之資源單元組成。 - 在子訊框中之第一時槽之第四OFDM符元中,在正常循環前綴(normal cyclic prefix)之情況下,實體資源區塊中之三個資源單元群組由分別具有、及之資源單元組成。 - 在子訊框中之第一時槽之第四OFDM符元中,在延伸循環前綴之情況下,實體資源區塊中之兩個資源單元群組由分別具有及之資源單元組成。 符元四聯組至由資源單元表示之資源單元群組的映射經定義,以使得單元以及之增加次序映射至資源單元群組的未用於小區特定參考信號之資源單元。在單一小區特定參考信號經組態之情況下,小區特定參考信號應假設為存在於天線埠0及1上以用於將符元四聯組映射至資源單元群組之目的,否則,小區特定參考信號之數目應假設為等於用於小區特定參考信號之天線埠的實際數目。UE不應關於假設為參考信號保留而未用於參考信號之傳輸的資源單元做出任何假設。 對於訊框結構類型3,若較高層參數subframeStartPosition指示「s07」且下行鏈路傳輸在子訊框之第二時槽中開始,則以上定義適用於彼子訊框之第二時槽,而非適用於第一時槽。 6.2.4A 增強型資源單元群組(EREG) EREG係用於定義增強型控制通道至資源單元之映射。 每個實體資源區塊對存在自0至15編號的16個EREG。以先頻率後時間之增加次序,將實體資源區塊對中的所有資源單元(天線埠(用於正常循環前綴)或(用於延伸循環前綴)之承載DM-RS的資源單元除外)循環編號為0至15。彼實體資源區塊對中的具有編號之所有資源單元構成EREG數目。 對於訊框結構類型3,若較高層參數subframeStartPosition指示「s07」且下行鏈路傳輸在子訊框之第二時槽中開始,則以上定義適用於彼子訊框之第二時槽,而非適用於第一時槽。 <…> 6.8A 增強型實體下行鏈路控制通道 6.8A.1 EPDCCH格式 增強型實體下行鏈路控制通道(EPDCCH)承載調度指派。增強型實體下行鏈路控制通道係使用一個或若干個連續增強型控制通道單元(ECCE)之聚集傳輸,其中每一ECCE由多個增強型資源單元群組(EREG)組成,在條款6.2.4A中所定義。用於一個EPDCCH的ECCE之數目取決於如表6.8A.1-2所給出的EPDCCH格式,且每ECCE的EREG之數目藉由表6.8A.1-1.給出。區域化傳輸及分散式傳輸兩者得到支援。 EPDCCH可使用區域化傳輸或分散式傳輸任一者,不同之處在於ECCE至EREG之映射及PRB對。 UE應監聽多個EPDCCH,如3GPP TS 36.213[4]中所定義。UE針對EPDCCH傳輸應監聽的實體資源區塊對之一個或兩個集合可被組態。EPDCCH集合中之所有EPDCCH候選者僅使用區域化傳輸或僅使用分散式傳輸,如較高層所組態。在子訊框中之EPDCCH集合內,可供EPDCCH之傳輸使用的ECCE經編號為0至,且ECCE數目對應於 - 用於區域化映射的在PRB索引中編號為之EREG,及 - 用於分散式映射的在PRB索引中編號為之EREG, 其中,為每個ECCE之EREG之數目,且為每個資源區塊對之ECCE之數目。構成EPDCCH集合之實體資源區塊對在此段落中經設定為以升序自0至編號。 [3GPP TS 36.211 v13.1.0之表6.8A.1-1 (標題為「每個ECCE的EREG之數目(Number of EREGs per ECCE,)」)經重製為圖6] [3GPP TS 36.211 v13.1.0之表6.8A.1-2 (標題為「支援的EPDCCh格式(Supported EPDCCH formats)」)經重製為圖7] 當對應於3GPP TS 36.213 [4]之條款9.1.4中之情況1的條件得到滿足時,使用表6.8A.1-2中之情況A,否則使用情況B。關於特定UE且在3GPP TS 36.213 [4]中引用之數量經定義為實體資源區塊對(針對EPDCCH集合之可能EPDCCH傳輸組態且滿足所有以下準則)中之可用於EPDCCH傳輸的下行鏈路資源單元之數目: - 該等下行鏈路資源單元為實體資源區塊對中之16個EREG中之任一者的部分,且 - 該等下行鏈路資源單元未被UE採用以用於小區特定參考信號,其中小區特定參考信號之位置係由條款6.10.1.2給出,其中關於小區特定參考信號的天線埠之數目及頻率偏移如條款6.10.1.2中所述地導出,除非此等參數之其他值係由3GPP TS 36.213 [4]中之條款9.1.4.3提供,且 - 該等下行鏈路資源單元未被UE採用以用於CSI參考信號之傳輸,其中CSI參考信號之位置係由條款6.10.5.2給出,其中用於零功率CSI參考信號之組態如條款6.10.5.2中所述地獲得,除非其他值係由3GPP TS 36.213 [4]中之條款9.1.4.3提供,且其中用於非零功率CSI參考信號之組態如條款6.10.5.2中所述地獲得,且 - 對於訊框結構類型1及2,子訊框中之第一時槽中之索引滿足,其中係由3GPP TS 36.213 [4]之條款9.1.4.1給出,且 - 對於訊框結構類型3, - 若較高層參數subframeStartPosition指示「s07」且若下行鏈路傳輸在子訊框之第二時槽中開始,則 - 子訊框中之第二時槽中之索引滿足,其中係由3GPP TS 36.213 [4]之條款7.1.6.4給出, - 否則 - 子訊框中之第一時槽中之索引滿足,其中係由3GPP TS 36.213 [4]之條款7.6.1.4給出。
下行鏈路控制資訊(DCI)可承載於控制通道(例如,PDCCH/ePDCCH)上。下行鏈路控制資訊可用以承載用於下行鏈路資料或上行鏈路資料之調度。下行鏈路控制資訊亦可用以將特殊訊息(例如,觸發某一程序或控制UE功率)自eNB承載至UE。若干不同DCI格式存在以服務以上不同目的。採用下行鏈路資料調度作為一實例,用於下行鏈路資料調度之DCI可包含資源分配(頻域中)、調變編碼方案、冗餘版本、混合自動重複請求(Hybrid Automatic Repeat Request,HARQ)程序ID以及執行接收所需之其他資訊。更多細節可在3GPP TS 36.212 V13.1.0中發現如下: 5.3.3.1.5D 格式2D 以下資訊借助於DCI格式2D進行傳輸: - 載波指示符(carrier indicator)- 0或3個位元。該欄位根據[3]中之定義存在。 - 資源分配標頭(資源分配類型0/類型1) - 1個位元,如[3]之章節7.1.6中所定義 若下行鏈路頻寬小於或等於10個PRB,則不存在資源分配標頭且採用資源分配類型0。 - 資源區塊指派: - 對於如[3]之章節7.1.6.1中所定義的資源分配類型0 -個位元提供資源分配 - 對於如[3]之章節7.1.6.2中所定義的資源分配類型1 - 此欄位之個位元被用作此資源分配類型特定之標頭,以指示所選資源區塊子集 - 1個位元指示資源分配跨度之移位 -個位元提供資源分配 其中P之值取決於DL資源區塊之數目,如[3]之章節[7.1.6.1]中所指示。 - 用於PUCCH之TPC - 2個位元,如[3]之章節5.1.2.1中所定義 - 下行鏈路指派索引-位元之數目,如表5.3.3.1.2-2中所規定。 - HARQ程序數目- 3個位元(用於FDD一次小區之情況下)、4個位元(用於TDD一次小區之情況) - 天線埠、擾亂識別碼及層之數目- 3個位元,如表5.3.3.1.5C-1中所規定,其中nSCID
為[2]之章節6.10.3.1中所定義的用於天線埠7及8之加擾識別碼;或4個位元,如表5.3.3.1.5C-2中所規定,其中nSCID
為[2]之章節6.10.3.1中所定義的用於天線埠7、8、11及13之加擾識別碼(當較高層參數dmrs-tableAlt設定成1時)。 - SRS請求- [0-1]個位元。此欄位可僅針對TDD操作存在且定義於[3]之章節8.2中(若存在) 另外,對於輸送區塊1: - 調變編碼方案- 5個位元,如[3]之章節7.1.7中所定義 - 新資料指示符- 1個位元 - 冗餘版本- 2個位元 另外,對於輸送區塊2: - 調變編碼方案- 5個位元,如[3]之章節7.1.7中所定義 - 新資料指示符- 1個位元 - 冗餘版本- 2個位元 - PDSCH再映射及準共位置指示符- 2個位元,如[3]之章節7.1 9及7.1.10中所定義 - HARQ-ACK資源偏移- (此欄位在此格式由EPDCCH承載時存在。此欄位在此格式由PDCCH承載時不存在) - 2個位元,如[3]之章節10.1中所定義。當此格式由次級小區上之EPDCCH承載時,或當此格式由一次小區上之EPDCCH (其調度次級小區上之PDSCH)承載且UE關於HARQ-ACK回饋經組態具有PUCCH格式3時,該2個位元經設定成0。 若兩個輸送區塊經啟用,則輸送區塊1映射至碼字(codeword)0,且輸送區塊2映射至碼字1。 在輸送區塊中之一者經停用之情況下,輸送區塊至碼字映射係根據表5.3.3.1.5-2規定。針對單一經啟用碼字,在輸送區塊先前已使用兩個、三個或四個層傳輸的情況下,表5.3.3.1.5C-1中之值=4、5、6僅支援用於對應輸送區塊之再傳輸。 若由PDCCH承載的格式2D之資訊之數目屬於表5.3.3.1.2-1中之大小中之一者,一個零位元應附加至格式2D。
由於不同DCI格式可具有不同的有效負載大小且UE可能需要獲取不同DCI格式,因此UE需要在不知道哪個候選者存在或候選者是否存在之情況下對若干解碼候選者解碼。其被稱為盲解碼(blind decoding)。解碼候選者之資源被稱為UE之搜尋空間。搜尋空間進一步分割成可含有不同類型之訊息的共同搜尋空間及UE特定搜尋空間。在搜尋空間內,UE可搜尋不同DCI格式。又,在搜尋空間內,UE將監聽控制通道定址之不同識別符(例如,無線電網路臨時識別符(RNTI)),此操作係藉由用不同RNTI解擾解碼候選者之CRC (循環冗餘檢查)進行且檢查哪個候選者將通過檢查。相關程序於3GPP TS 36.213中描述如下: 9.1.1 PDCCH指派程序 每一服務小區之控制區域根據[3]中之子條款6.8.1由CCE之集合(自0至編號)組成,其中為子訊框之控制區域中的CCE之總數。 UE應監聽一或多個已啟動服務小區(如藉由用於控制資訊之較高層信令所組態)上的PDCCH候選者之集合,其中監聽暗示嘗試根據所有受監聽DCI格式而解碼集合中之PDCCH中之每一者。 不需要BL/CE UE以監聽PDCCH。 要監聽的PDCCH候選者之集合係就搜尋空間而言定義,其中聚集層級下之搜尋空間係由PDCCH候選者之集合定義。對於PDCCH受監聽之每一服務小區,對應於搜尋空間之PDCCH候選者m的CCE係由下式給出其中定義如下,。對於共同搜尋空間,。對於PDCCH UE特定搜尋空間,對於PDCCH受監聽之服務小區,若監聽中UE經組態具有載波指示符欄位,則,其中為載波指示符欄位值,否則若監聽中UE經組態具有載波指示符欄位,則,其中。為在給定搜尋空間中要監聽的PDCCH候選者之數目。 若UE經組態具有較高層參數cif-InSchedulingCell-r13,對應於cif-InSchedulingCell-r13之載波指示符欄位值,則載波指示符欄位值與[11]中給出之ServCellIndex相同。 UE應監聽一次小區上之聚集層級4及8中之每一者處的每個非DRX子訊框中之一個共同搜尋空間。 UE應監聽一小區上之共同搜尋空間以在藉由較高層組態時解碼接收彼小區上之MBMS必需的PDCCH。 若UE並非針對EPDCCH監聽而組態,且若UE未經組態具有載波指示符欄位,則UE應在每個非DRX子訊框中監聽每一已啟動服務小區上之聚集層級1、2、4、8中之每一者處的一個PDCCH UE特定搜尋空間。 若UE並非針對EPDCCH監聽而組態,且若UE經組態具有載波指示符欄位,則UE應在每個非DRX子訊框中監聽一或多個已啟動服務小區(如藉由較高層信令所組態)上之聚集層級1、2、4、8中之每一者處的一或多個UE特定搜尋空間。 若UE係針對服務小區上之EPDCCH監聽而組態,且若彼服務小區經啟動,且若UE未經組態具有載波指示符欄位,則UE應在所有非DRX子訊框中監聽彼服務小區上之聚集層級1、2、4、8中之每一者處的一個PDCCH UE特定搜尋空間,其中EPDCCH在彼服務小區上未受監聽。 若UE係針對服務小區上之EPDCCH監聽而組態,且若彼服務小區經啟動,且若UE經組態具有載波指示符欄位,則UE應在所有非DRX子訊框中監聽彼服務小區(如藉由較高層信令所組態)上之聚集層級1、2、4、8中之每一者處的一或多個PDCCH UE特定搜尋空間,其中EPDCCH在彼服務小區上未受監聽。 一次小區上之共同搜尋空間與PDCCH UE特定搜尋空間可重疊。 經組態具有與服務小區c上之監聽中PDCCH相關聯的載波指示符欄位之UE應監聽經組態具有載波指示符欄位以及由服務小區c之PDCCH UE特定搜尋空間中之C-RNTI擾亂之CRC的PDCCH。 經組態具有與一次小區上之監聽中PDCCH相關聯的載波指示符欄位之UE應監聽經組態具有載波指示符欄位以及一次小區之PDCCH UE特定搜尋空間中之SPS C-RNTI擾亂之CRC的PDCCH。 UE應關於不具載波指示符欄位之PDCCH監聽共同搜尋空間。 對於PDCCH受監聽之服務小區,若UE未經組態具有載波指示符欄位,則UE應關於不具載波指示符欄位之PDCCH監聽PDCCH UE特定搜尋空間,若UE經組態具有載波指示符欄位,則UE應關於具有載波指示符欄位之PDCCH監聽PDCCH UE特定搜尋空間。 若UE未經組態具有LAA次級小區,則不預期UE將在其經組態以監聽具有對應於另一服務小區中之次級小區的載波指示符欄位之PDCCH的情況下監聽次級小區之PDCCH。 若UE經組態具有LAA次級小區,則不預期UE將在其經組態以監聽具有對應於另一服務小區中之LAA次級小區的載波指示符欄位之PDCCH的情況下監聽LAA次級小區之PDCCH UE特定空間, - 其中不預期UE將經組態以監聽LAA次級小區中具有載波指示符欄位之PDCCH; - 其中不預期UE將在LAA次級小區中以在子訊框中之第二時槽中開始的PDSCH進行調度,在UE經組態以監聽具有對應於另一服務小區中之LAA次級小區的載波指示符欄位之PDCCH的情況下。 對於PDCCH受監聽之服務小區,UE應至少關於同一服務小區監聽PDCCH候選者。 經組態以監聽具有藉由C-RNTI或SPS C-RNTI (具有共同有效負載大小且具有相同的第一CCE索引(如子條款10.1中所描述),但具有DCI資訊欄位之不同集合,如在[4]中在一次小區上之以下各者中所定義)擾亂之CRC的PDCCH候選者之UE 共同搜尋空間 PDCCH UE特定搜尋空間 應假設,對於具有藉由C-RNTI或SPS C-RNTI擾亂之CRC的PDCCH候選者, 若UE經組態具有與監聽一次小區上之PDCCH相關聯的載波指示符欄位,則僅共同搜尋空間中之PDCCH係由一次小區傳輸; 否則,僅UE特定搜尋空間中之PDCCH係由一次小區傳輸。 經組態以監聽給定服務小區中具有關於CIF之給定DCI格式大小及由C-RNTI擾亂之CRC的PDCCH候選者之UE (其中PDCCH候選者可具有用於給定DCI格式大小之CIF之一或多個可能值)應假設,具有給定DCI格式大小之PDCCH候選者可在給定服務小區中在對應於用於給定DCI格式大小之CIF之可能值中之任一者的任何PDCCH UE特定搜尋空間中傳輸。 若服務小區為LAA次級小區,且若次級小區之較高層參數subframeStartPosition指示「s07」,則 - UE在子訊框之第一時槽及第二時槽兩者中監聽次級小區上之PDCCH UE特定搜尋空間候選者,且界定搜尋空間之聚集層級在表9.1.1-1A中列出; 否則, - 界定搜尋空間之聚集層級在表9.1.1-1中列出。 若服務小區為LAA次級小區,則UE可接收LAA次級小區上的具有藉由CC-RNTI擾亂之DCI CRC (如子條款13A中所描述)的PDCCH。 UE應監聽之DCI格式取決於每一服務小區之經組態傳輸模式,如子條款7.1中所定義。 若UE經組態具有針對服務小區之較高層參數skipMonitoringDCI-format0-1A,則不需要UE監聽針對彼服務小區之UE特定搜尋空間中的具有DCI格式0/1A之PDCCH。 若UE經組態具有針對服務小區之用於聚集層級L處之UE特定搜尋空間的較高層參數pdcch-candidateReductions,則PDCCH候選者的對應數目係由給出,其中之值係根據表9.1.1-2判定,且係根據表9.1.1-1藉由用替換而判定。 [3GPP TS 36.213 v13.1.1之表9.1.1-1 (標題為「由UE監聽之PDCCH候選者(PDCCH candidates monitored by a UE)」)經重製為圖8] [3GPP TS 36.213 v13.1.1之表9.1.1-1A (標題為LAA次級小區上的由UE監聽之PDCCH特定搜尋空間候選者「(PDCCH UE-specific search space candidates monitored by a UE on LAA Scell)」)經重製為圖9] [3GPP TS 36.213 v13.1.1之表9.1.1-2 (標題為「用於PDCCH候選者減少之縮放因數(Scaling factor for PDCCH candidates reduction)」)經重製為圖10] 對於共同搜尋空間,經設定成0 (針對兩個聚集層級及)。 對於聚集層級下之UE特定搜尋空間,變數係由下式定義其中,,且,為無線電訊框內的時槽數目。 用於之RNTI值係定義於下行鏈路中之子條款7.1及上行鏈路中之子條款8中。 […] 9.1.4 EPDCCH指派程序 對於每一服務小區,較高層信令可用一個或兩個EPDCCH-PRB-set來組態UE以用於EPDCCH監聽。對應於EPDCCH-PRB-set之PRB對係由較高層指示,如子條款9.1.4.4中所描述。每一EPDCCH-PRB-set由編號為0至之ECCE之集合組成,其中為子訊框之EPDCCH-PRB-set中的ECCE之數目。EPDCCH-PRB-set可針對區域化EPDCCH傳輸或分散式EPDCCH傳輸任一者進行組態。 UE應監聽一或多個已啟動服務小區上之EPDCCH候選者之集合(如藉由用於控制資訊之較高層信令所組態),其中監聽暗示嘗試根據受監聽DCI格式而解碼集合中之EPDCCH中之每一者。 不需要BL/CE UE以監聽EPDCCH。 要監聽的EPDCCH候選者之集合係就EPDCCH UE特定搜尋空間而言定義。 對於每一服務小區,UE監聽EPDCCH UE特定搜尋空間所在之子訊框係藉由較高層組態。 UE不應針對以下各者而監聽EPDCCH - TDD及正常下行鏈路CP,在用於[3]之表4.2-1中所示之特殊子訊框組態0及5的特殊子訊框中。 - TDD及延伸下行鏈路CP,在用於[3]之表4.2-1中所示之特殊子訊框組態0、4及7的特殊子訊框中。 - 在藉由較高層指示的用以解碼PMCH之子訊框中。 - 對於TDD且在UE經組態具有用於一次小區及次級小區之不同UL/DL組態的情況下,在次級小區上之下行鏈路子訊框中(當一次小區上之相同訊框為特殊訊框且UE不能夠在一次小區及次級小區上進行同時接收及傳輸時)。 聚集層級處之EPDCCH UE特定搜尋空間係藉由EPDCCH候選者之集合界定。 對於EPDCCH-PRB-set,對應於搜尋空間之EPDCCH候選者m的ECCE係藉由下式給出其中定義如下, ,在UE經組態具有用於EPDCCH受監聽之服務小區的載波指示符欄位之情況下,否則, 為載波指示符欄位值,, 若UE未經組態具有用於EPDCCH受監聽之服務小區的載波指示符欄位,則為用於EPDCCH受監聽之服務小區的EPDCCH-PRB-set中在聚集層級處要監聽的EPDCCH候選者之數目,如下文之表9.1.4-1a、表9.1.4-1b、表9.1.4-2a表9.1.4-2b、表9.1.4-3a、表9.1.4-3b、表9.1.4-4a、表9.4.4-4b、表9.1.4-5a、表9.1.4-5b中所給出;否則,為用於由指示之服務小區的EPDCCH-PRB-set中在聚集層級處要監聽的EPDCCH候選者之數目。 若UE針對服務小區經組態具有用於EPDCCH-PRB-set中在聚集層級處L之特定搜尋空間的較高層參數pdcch-candidateReductions,EPDCCH候選者的對應數目係由給出,其中之值係根據表9.1.1-2判定,且係根據表9.1.4-1a至9.1.4-5b藉由用替換而判定。 若UE經組態具有較高層參數cif-InSchedulingCell-r13,則載波指示符欄位值對應於cif-InSchedulingCell-r13,否則,載波指示符欄位值與[11]中給出的ServCellIndex相同。 在對應於EPDCCH候選者之ECCE係映射至在頻率上與同一子訊框中之PBCH或主要或次要同步化信號之傳輸重疊的PRB對的情況下,不預期UE監聽EPDCCH候選者。 若UE經組態具有具相同值(其中定義於[3]中之子條款6.10.3A.1中)之兩個EPDCCH-PRB-set,若UE接收具有對應於EPDCCH-PRB-set中之一者的給定DCI有效負載大小且僅映射至RF之給定集合的EPDCCH候選者(如[3]中之子條款6.8A.5中所描述),且若UE亦經組態以監聽具有相同DCI有效負載大小且對應於EPDCCH-PRB-set中之另一者且僅映射至RF之同一集合的·EPDCCH候選者,且若所接收EPDCCH候選者之第一ECCE之數目係用於判定用於HARQ-ACK傳輸之PUCC資源(如子條款10.1.2及子條款10.1.3中所描述),則第一ECCE之數目應基於EPDCCH-PRB-set來判定。 變數係由下式定義其中,,,且,為無線電訊框內的時槽數目。用於之RNTI值在下行鏈路中定義於子條款7.1中且在上行鏈路中定義於8中。UE應監聽之DCI格式取決於每一服務小區之經組態傳輸模式,如子條款7.1中所定義。 若UE經組態具有針對服務小區之較高層參數skipMonitoringDCI-format0-1A,則不需要UE監聽針對彼服務小區之UE特定搜尋空間中的具有DCI格式0/1A之EPDCCH。 若服務小區為LAA次級小區,且若次級小區之較高層參數subframeStartPosition指示「s07」,則 - UE監聽次級小區上之EPDCCH UE特定搜尋空間候選者,假設該等候選者在子訊框之第一時槽及第二時槽兩者中開始。 界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級給出如下 - 對於經組態具有用於分散式傳輸之僅一個EPDCCH-PRB-set之UE,界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級係在表9.1.4-1a、表9.1.4-1b中列出。 - 對於經組態具有用於區域化傳輸之僅一個EPDCCH-PRB-set之UE,界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級係在表9.1.4-2a、表9.1.4-2b中列出。 - 對於經組態具有用於分散式傳輸之兩個EPDCCH-PRB-set之UE,界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級係在表9.1.4-3a、表9.1.4-3b中列出。 - 對於經組態具有用於區域化傳輸之兩個EPDCCH-PRB-set之UE,界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級係在表9.1.4-4a、表9.4.4-4b中列出。 - 對於經組態具有用於分散式傳輸之一個EPDCCH-PRB-set及用於區域化傳輸之一個EPDCCH-PRB-set之UE,界定搜尋空間及受監聽EPDCCH候選者之數目的聚集層級係在表9.1.4-5a、表9.1.4-5b中列出。 若UE未經組態具有用於EPDCCH受監聽之服務小區的載波指示符欄位,則EPDCCH受監聽的服務小區之。若UE經組態具有用於EPDCCH受監聽之服務小區的載波指示符欄位,則由指示之服務小區之。
3GPP TS 36.213 V13.1.1亦陳述: 7.1 用於接收實體下行鏈路共用通道之UE程序 除了由服務小區之較高層參數mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示的子訊框外,UE應 - 在偵測到供UE在子訊框中使用的具有DCI格式1、1A、1B、1C、1D、2、2A、2B、2C或2D的服務小區之PDCCH後,或 - 在偵測到供UE在子訊框中使用的具有DCI格式1、1A、1B、1D、2、2A、2B、2C或2D的服務小區之EPDCCH後 在限制較高層中所定義的輸送區塊之數目的情況下,解碼同一子訊框中之對應PDSCH。 […] 若UE係藉由較高層組態以解碼具有由SI-RNTI擾亂之CRC的PDCCH,則UE應根據表7.1-1中所定義之組合中之任一者來解碼PDCCH及對應PDSCH。對應於此等PDCCH之PDSCH的擾亂初始化係根據SI-RNTI。 [3GPP TS 36.213 v13.1.1之表7.1-1 (標題為「由SI-RNTI組態之PDCCH及PDSCH (PDCCH and PDSCH configured by SI-RNTI)」)經重製為圖11] 若UE係藉由較高層組態以解碼具有由P-RNTI擾亂之CRC的PDCCH,則UE應根據表7.1-2中所定義之組合中之任一者來解碼PDCCH及對應PDSCH。 對應於此等PDCCH之PDSCH的擾亂初始化係根據P-RNTI。 若UE係藉由較高層組態以解碼由P-RNTI擾亂之CRC的MPDCCH,則UE應根據表7.1-2A中所定義之組合中之任一者來解碼MPDCCH及對應PDSCH。 對應於此等MPDCCH之PDSCH的擾亂初始化係根據P-RNTI。 不需要UE監聽PSCell上具有由P -RNTI擾亂之CRC的PDCCH。 [3GPP TS 36.213 v13.1.1之表7.1-2 (標題為「由P-RNTI組態之PDCCH及PDSCH (PDCCH and PDSCH configured by P-RNTI)」)經重製為圖12] […] 若UE係藉由較高層組態以解碼具有由RA-RNTI擾亂之CRC的PDCCH,則UE應根據表7.1-3中所定義之組合中之任一者來解碼PDCCH及對應PDSCH。對應於此等PDCCH之PDSCH的擾亂初始化係根據RA-RNTI。 若UE係藉由較高層組態以解碼具有由RARNTI擾亂之CRC的MPDCCH,則UE應根據表7.1-3A中所定義之組合中之任一者來解碼MPDCCH及對應PDSCH。對應於此等MPDCCH之PDSCH的擾亂初始化係根據RA-RNTI。 當RA-RNTI及C-RNTI或SPS C-RNTI之任一者經指派在同一子訊框中時,不需要UE解碼由具有由C-RNTI或SPS C-RNTI擾亂之CRC的PDCCH/EPDCCH指示的一次小區上之PDSCH。 [3GPP TS 36.213 v13.1.1之表7.1-3 (標題為「由RA-RNTI組態之PDCCH及PDSCH (PDCCH and PDSCH configured by RA-RNTI)」)經重製為圖13] […] UE係經由較高層信令半靜態地組態,以根據傳輸模式(表示為模式1至模式10)中之一者接收經由PDCCH/EPDCCH信令之PDSCH資料傳輸。 […] 若UE係藉由較高層組態以解碼具有由C-RNTI擾亂之CRC的PDCCH,則UE應根據表7.1-5中所定義之組合中之任一者來解碼PDCCH及對應PDSCH。對應於此等PDCCH之PDSCH的擾亂初始化係根據C-RNTI。 若UE係藉由較高層組態以解碼具有由C-RNTI擾亂之CRC的EPDCCH,則UE應根據表7.1-5A中所定義之各別組合來解碼EPDCCH及對應PDSCH。對應於此等EPDCCH之PDSCH的擾亂初始化係根據C-RNTI。 […] 當UE以傳輸模式9或10組態時,在由服務小區之較高層參數mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示之下行鏈路子訊框中,在用於服務小區之如下子訊框中除外 - 藉由較高層指示以解碼PMCH或, - 藉由較高層組態以作為定位參考信號時機之部分,且定位參考信號時機僅在子訊框內組態且子訊框#0中所使用之循環前綴長度為正常循環前綴, 在偵測到供UE使用的具有由C-RNTI擾亂之CRC、具有DCI格式1A/2C/2D的PDCCH後,或在偵測到供UE使用的具有由C-RNTI擾亂之CRC、具有DCI格式1A/2C/2D的EPDCCH後,UE應解碼同一子訊框中之對應PDSCH。 […] [3GPP TS 36.213 v13.1.1之表7.1-5 (標題為「由C-RNTI組態之PDCCH及PDSCH (PDCCH and PDSCH configured by C-RNTI)」)經重製為圖14]
此外,3GPP TS 36.212陳述: 5.3.3 下行鏈路控制資訊 DCI輸送下行鏈路、上行鏈路或側鏈路調度資訊,請求非週期CQI報告、LAA共同資訊、MCCH改變之通知[6]或針對一個小區及一個RNTI之上行鏈路功率控制命令。RNTI隱式地編碼於CRC中。 圖5.3.3-1顯示一個DCI之處理結構。以下編碼步驟可經識別: - 資訊單元多工 - CRC附加 - 通道編碼 - 速率匹配 用於DCI之編碼步驟顯示於下文之圖中。 [3GPP TS 36.212 v13.1.0之圖5.3.3-1 (標題為「一個DCL之處理(Processing for one DCL)」)經重製為圖15] […] 5.3.3.2 CRC附加 在DCI傳輸上經由循環冗餘檢查(CRC)來提供錯誤偵測。 整個有效負載用以計算CRC同位位元。藉由來表示有效負載之位元,且藉由來表示同位位元。A為有效負載大小且L為同位位元之數目。 根據章節5.1.1來計算及附加同位位元,將L設定成16個位元,從而產生序列,其中B = A+ L。 在閉環之情況下,UE傳輸天線選擇未經組態或不可用,在附加之後,CRC同位位元經對應RNTI擾亂,其中對應於RNTI之MSB,以形成位元序列。ck與bk之間的關係為:其中k = 0, 1, 2, …, A-1其中k = A, A+1, A+2,..., A+15。 在閉環之情況下,UE傳輸天線選擇經組態且可用,在附加之後,具有DCI格式0之CRC同位位元經如表5.3.3.2-1中所指示之天線選擇遮罩及對應RNTI擾亂,以形成位元序列。ck
與bk
之間的關係為:其中k = 0, 1, 2, …, A-1其中k = A, A+1, A+2,..., A+15。 [3GPP TS 36.212 v13.1.0之表5.3.3.2-1 (標題為「UE傳輸天線選擇遮罩(UE transmit antenna selection mask)」)經重製為圖16]
控制通道與資料通道之間的時序關係係在LTE中規定。當UE在子訊框n中接收控制通道以用於調度下行鏈路資料時,相關聯下行鏈路資料將位於同一子訊框n之資料區域中。且UE將在接收之後的特定子訊框中(例如,在子訊框n+4中)傳輸對應回饋。對於下行鏈路資料接收,應用非同步HARQ,亦即,重新傳輸時序不繫結至回饋時序。因此,將需要HARQ程序ID以用於DL資料調度。對於UL資料調度,當UE在子訊框n中接收控制通道以用於調度上行鏈路資料時,相關聯下行鏈路資料將位於子訊框n+4中。對於UL資料,不存在控制區域,此係因為控制/資料係在頻域中多工且UL資料可佔用所分配資源內之子訊框中之所有符元,可由參考信號(RS)佔用之彼等符元除外。且UE將在接收之後的特定子訊框中(例如,在子訊框n+4中)預期對應HARQ回饋或再傳輸授予(grant)。對於上行鏈路資料傳輸,應用同步HARQ,亦即,重新傳輸時序繫結至回饋時序。因此,不需要HARQ程序ID以用於UL資料調度。
關於時序之額外細節如下描述於3GPP TS 36.213中: 7.1 用於接收實體下行鏈路共用通道之UE程序 除了由服務小區之較高層參數mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示的子訊框外,UE應 - 在偵測到供UE在子訊框中使用的具有DCI格式1、1A、1B、1C、1D、2、2A、2B、2C或2D的服務小區之PDCCH後,或 - 在偵測到供UE在子訊框中使用的具有DCI格式1、1A、1B、1D、2、2A、2B、2C或2D的服務小區之EPDCCH後 在限制較高層中所定義的輸送區塊之數目的情況下,解碼同一子訊框中之對應PDSCH。 […] 8.0 用於傳輸實體上行鏈路共用通道之UE程序 除非另外規定,否則此子條款中之術語「UL/DL組態」指較高層參數subframeAssignment。 對於FDD及正常HARQ操作,於在給定服務小區上偵測到具有DCI格式0/4之PDCCH/EPDCCH及/或供UE使用的子訊框n中之PHICH傳輸後,UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+4中之對應PUSCH傳輸。 對於FDD-TDD及正常HARQ操作及用於具有訊框結構類型1之服務小區之PUSCH,在偵測到具有DCI格式0/4之PDCCH/EPDCCH及/或供UE使用的子訊框n中之PHICH傳輸後,UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+4中的用於服務小區之對應PUSCH傳輸。 […] - 對於TDD UL/DL組態1至6及正常HARQ操作,在偵測到具有上行鏈路DCI格式之PDCCH/EPDCCH及/或供UE使用的子訊框n中之PHICH傳輸後,UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+k中之對應PUSCH傳輸,其中k在表8-2中給出。 - 對於TDD UL/DL組態0及正常HARQ操作,在偵測到具有上行鏈路DCI格式之PDCCH/EPDCCH及/或供UE使用的子訊框n中之PHICH傳輸後,若具有上行鏈路DCI格式之PDCCH/EPDCCH中的UL索引之MSB經設定成1或PHICH係在對應於之資源的子訊框n=0或5中接收(如子條款9.1.2中所定義),則UE應調整子訊框n+k中之對應PUSCH傳輸,其中k在表8-2中給出。若,對於TDD UL/DL組態0及正常HARQ操作,DCI格式0/4中的UL索引之LSB在子訊框n中經設定成1,或PHICH係在對應於之資源的子訊框n=0或5中接收(如子條款9.1.2中所定義)或PHICH係子訊框n=1或6中接收(如子條款9.1.2中所定義),則UE應調整子訊框n+7中之對應PUSCH傳輸。若,對於TDD UL/DL組態0,具有上行鏈路DCI格式之PDCCH/EPDCCH中的UL索引之MSB及LSB兩者係在子訊框n中設定,則UE應調整子訊框n+k及n+7兩者中之對應PUSCH傳輸,其中k在表8-2中給出。 對於TDD UL/DL組態1及6與子訊框集束操作,在偵測到供UE使用的子訊框n中的具有DCI格式0之PDCCH/EPDCCH,及/或子訊框n-l中供UE使用的PHICH傳輸(其中l在表8-2a中給出)後,UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+k中之集束中之對應第一PUSCH傳輸,其中k在表8-2中給出。 對於TDD UL/DL組態0及子訊框集束操作,在偵測到供UE使用的子訊框n中的具有DCI格式0之PDCCH/EPDCCH,及/或子訊框n-l中供UE使用的PHICH傳輸(其中l在表8-2a中給出)後,UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+k中之集束中之對應第一PUSCH傳輸(若DCI格式0中的UL索引之MSB經設定成1或若,如子條款9.1.2中所定義),其中k在表8-2中給出。若,對於TDD UL/DL組態0及子訊框集束操作,具有DCI格式0之PDCCH/EPDCCH中的UL索引之LSB在子訊框n中經設定成1或若,如子條款9.1.2中所定義,則UE應根據PDCCH/EPDCCH及PHICH資訊來調整子訊框n+7中之集束中之對應第一PUSCH傳輸。 [3GPP TS 36.213 v13.1.0之表8-2 (標題為「用於TDD組態0至6之k (k for TDD configurations 0-6)」)經重製為圖17a] [3GPP TS 36.213 v13.1.0之表8-2a (標題為「用於TDD組態0、1及6之l (l for TDD configurations 0, 1 and 6)」)經重製為圖17b] […] 9.1.2 PHICH指派程序 若UE經組態具有多個TAG,或若UE經組態具有多個TAG且子訊框n中自服務小區調度之PUSCH傳輸不藉由對應於次級小區之隨即存取前置碼傳輸的隨即存取回應授予來調度,則, - 對於子訊框n中自服務小區調度之PUSCH傳輸,UE應判定子訊框中的服務小區之對應PHICH資源,其中 -對於FDD始終為4。 -對於FDD-TDD及服務小區c訊框結構類型2為6,且PUSCH傳輸用於具有訊框結構類型1之另一服務小區。 -對於FDD-TDD及服務小區c訊框結構類型1為4,且PUSCH傳輸用於具有訊框結構類型1之服務小區。 -對於FDD-TDD及服務小區c訊框結構類型1在表9.1.2-1中給出,且PUSCH傳輸用於具有訊框結構類型2之另一服務小區。 - 對於TDD,若UE未經組態具有用於任何服務小區之EIMTA-MainConfigServCell-r12,且若UE經組態具有一個服務小區,或若UE經組態具有多於一個服務小區且所有經組態服務小區之TDD UL/DL組態相同,則對於子訊框n中自服務小區調度之PUSCH傳輸,UE應判定子訊框中的服務小區之對應PHICH資源,其中在表9.1.2-1中給出。 - 對於TDD,若UE經組態具有多於一個服務小區且至少兩個經組態服務小區之TDD UL/DL組態不相同,或若UE經組態具有用於至少一個服務小區之EIMTA-MainConfigServCell-r12,或對於FDD-TDD及服務小區訊框結構類型2,對於子訊框n中自服務小區調度之PUSCH傳輸,UE應判定子訊框中的服務小區之對應PHICH資源,其中在表9.1.2-1中給出,其中此子條款之其餘部分中的「TDD UL/DL組態」指對應於PUSCH傳輸的服務小區之UL參考UL/DL組態(定義於子條款8.0中)。 […] [3GPP TS 36.213 v13.1.0之表9.1.2-1 (標題為「用於TDD之(for TDD)」)經重製為圖18] […] 10.2 上行鏈路HARQ-ACK時序 對於TDD或對於FDD-TDD及一次小區訊框結構類型2或對於FDD-TDD及一次小區訊框結構類型1,若UE經組態具有用於服務小區之EIMTA-MainConfigServCell-r12,則除非另外規定,否則子條款10.2中的服務小區之「UL/DL組態」指由用於服務小區之參數eimta-HARQ-ReferenceConfig-r12給出的UL/DL組態。 對於非BL/CE UE,對於FDD或對於FDD-TDD及一次小區訊框結構類型1,在偵測到供UE使用的子訊框n-4中之PDSCH傳輸(且針對其應提供HARQ-ACK)後,UE應在子訊框n中傳輸HARQ-ACK回應。若HARQ-ACK接收經啟用,則在偵測到供UE使用的子訊框n-4中之PDSCH傳輸(且針對其應提供HARQ-ACK)後,且若UE不重複對應於子訊框、……、中之PDSCH傳輸的子訊框中之任何HARQ-ACK之傳輸,則UE: - 應在子訊框、、……、中之PUCCH上僅傳輸HARQ-ACK回應(對應於子訊框中之偵測到PDSCH傳輸); - 不應傳輸子訊框、、……、中之任何其他信號/通道;且 - 不應傳輸對應於子訊框、……、中之任何偵測到PDSCH傳輸的任何HARQ-ACK回應接收。
此外,3GPP同意研究一新類型之控制信號,適應新TTI長度之sPDCCH如下: 協議: ● 需要引入sPDCCH (用於短TTI之PDCCH)以用於短TTI。 - DL上之每一短TTI可含有sPDCCH解碼候選者 結論: ● BD之最大數目將針對sPDCCH在USS中定義 ● 在採用2層級DCI之情況下,在BD之最大總數目中可考慮承載於PDCCH上的用於sTTI調度之任何DCI ● FFS,最大數目是否取決於sTTI長度 ● FFS,用於(E)PDCCH的盲解碼之最大數目在UE預期執行用於sPDCCH之盲解碼所在的子訊框是否減小。 ● FFS,UE是否可預期監聽同一子訊框中之EPDCCH及sPDCCH兩者。 ● FFS,PDCCH上的BD之最大數目是否自舊數目改變(在PDCCH上之DCI用於sTTI調度之情況下)。
除時序域結構以外,歸因於縮短TTI下之控制額外負擔的增加,研究兩層級DCI結構。替代如前進行的承載一個資料接收所需之所有該資訊,DCI中之某一控制資訊(其可不時地變化、可由多個TTI共用)可信令一次,而非在每個TTI中信令。UE可採用針對多個TTI應用之相同內容。此類型之DCI亦被稱作緩慢DCI。另一方面,仍然將存在可在TTI之間變化、可針對每一TTI信令之某一資訊,其已知為快速DCI。為了在一個TTI中接收資料,UE可能需要組合/串接緩慢DCI與快速以獲得所需資訊。 直至RAN1#85之研究的結論: ● 可研究兩層級DCI以用於sTTI調度,由此: - 用於sTTI調度之DCI可劃分成兩個類型: ● 「緩慢DCI」:應用於多於1個sTTI之DCI內容係承載於舊有PDCCH或每個子訊框傳輸不多於一次之sPDCCH任一者上 ● FFS,「緩慢DCI」是否為UE特定或多個UE共同的 ● 「快速DCI」:應用於特定sTTI之DCI內容係承載於sPDCCH上 ● 對於給定sTTI中之sPDSCH,調度資訊係自以下各者中之任一者獲得: ● 緩慢DCI與快速DCI之組合,或 ● 僅快速DCI,超越用於彼sTTI之緩慢DCI - 與承載於一個sPDCCH或一個舊有PDCCH上之單一層級DCI進行比較。 - 不排除考慮緩慢DCI亦包括針對sPDCCH之某一資源分配資訊的方案。 ● 亦可研究用於減小單一層級DCI之額外負擔的方法。 - 可包括用於可變數目個sTTI的單一層級DCI多sTTI調度 旨在減小在RAN1#85下要考慮的方案之數目。
下文提供如3GPP R1-163068中所描述的緩慢DCI及快速DCI之內容的實例。又,具有不同TTI長度之新TTI結構的一些實例在3GPP R1-163068中描述如下: 2級DCI設計 由於TTI較短,因此限制傳輸中之控制額外負擔具決定性。2級DCI設計可對此有幫助。詳言之,級0 DCI可承載授予之緩慢變化部分且級1 DCI可承載授予之快速變化部分。 作為一實例,級0 DCI可承載以下資訊欄位: ● UL/DL授予識別符,類似於用於DCI格式0/1A之1位元區分器 ● 基礎MCS,其在很大程度上指示針對速率調適的MCS值之集合 ● TPC ● 級1 DCI調度資訊,例如,聚集層級及/或給定聚集層級之解碼候選者,以便減小用於級1 DCI的盲解碼之數目 另一方面,級1 DCI可承載以下資訊欄位: ● HARQ程序ID ● 資源分配 ● sPDSCH速率匹配指示,其可減輕因sPDCCH或舊有傳輸所致之潛在資源碎片化 ● 預編碼資訊及天線埠資訊 ● NDI ● 額外MCS資訊,其可提供關於級0 DCI的經更新MCS資訊 ● UL RS相關資訊,其可提供關於特定用於sPUCCH之UL通道結構的指示 級0 DCI之傳輸可基於需要,而級1 DCI之傳輸可伴有每一sPDSCH。利用2級DCI設計,預期可實現DL控制額外負擔節省。其可幫助增加縮短TTI傳輸之涵蓋區域。結果,我們提議:
此外,支援短TTI長度之小區亦可需要支援常規1ms TTI長度,因此,在1 ms內可存在具有常規TTI長度之PDSCH (實體下行鏈路共用通道)及具有較短TTI長度(例如,0.2 ms)之sPDSCH。以不同TTI長度將UE多工之有效方法為將其置放於不同頻率資源(例如,不同PRB (實體資源區塊))上。因此,將由短TTI佔用之頻率資源信令至UE以解碼對應sPDCCH將有益。
3GPP R1-163322提供使用緩慢DCI來指示短TTI頻率資源及在所指示資源內解碼sPDCCH之實例。3GPP R1-163322亦提供縮短TTI結構之實例。3GPP R1-163322之相關部分如下: 分離緩慢DCI及快速DCI 由於調度及控制資訊在使用短TTI時被要更經常地傳輸,因此需要限制在快速時間標度上傳輸之資訊的量以將額外負擔保持在合理水平。此外,為了延遲目的,使DL或UL DCI訊息在時間上接近對應PDSCH或PUSCH發送至關重要。此外,為了能夠以自適應性方式混合不同TTI長度之DL及UL中的UE,能夠在每一子訊框中更新將多少PRB對閒置以用於UL及DL兩者中之短TTI操作將有益。此需要向UE指示。因此,控制資訊之部分應在較慢時間標度上傳輸,且應引導至sTTI UE之群組。兩個新類型之DCI應引入以用於sTTI傳輸:非UE特定緩慢DCI及UE特定快速DCI。為了緩慢DCI之定址,需要sTTI UE特定群組RNTI。緩慢DCI可在PDCCH中發送,而快速DCI應在短TTI時間標度上帶內發送。此設置之實例顯示於圖1中。 […] 緩慢DCI訊息將因此指示供UE使用的sTTI頻帶之頻率分配。緩慢DCI訊息因此應給出界定頻帶之PRB對。可存在兩個單獨緩慢DCI訊息用以分開指示UL中之sTTI頻帶及DL中之sTTI頻帶。替代地,單一緩慢DCI訊息可含有關於UL中之sTTI頻帶及DL中之sTTI頻帶兩者的資訊。 針對每一sPDSCH傳輸之指派必須為UE特定的。如[5]中所論述,此快速DL DCI係在針對DL短TTI之頻率分配(DL sTTI頻帶)內在DL中傳輸。此新DCI可基於當前DCI格式2C以便在多個天線情況下支援高頻譜效率。前已述及,用於sPDSCH之資源分配係由緩慢DL DCI給出,如上文所論述。因此,快速DL DCI不需要含有資源分配欄位。然而,仍然可存在某一優點以支援簡化機制,以便能夠在同一sTTI及sTTI頻帶內調度多個UE。 與在DL中類似,sPUSCH將需要自DL中之每一對應sTTI指派。設計假定非常類似於DL情況,不同之處在於,DCI格式0或DCI格式4任一者可用作基礎。類似地,關於Dl,可能需要例如額外欄位以支援簡化機制以用於在同一UL sTTI頻帶內多工若干UE。此外,為了支援如[5]中所提議之非同步HARQ,經調度HARQ程序應在快速DCI中提及。 提議 ● 為了限制控制額外負擔,sTTI控制及調度資訊應劃分成快速DCI及緩慢DCI類型。 ○ 緩慢DCI應為非UE特定的且在共同搜尋空間中利用PDCCH中之群組RNTI來定址。 ■ 其指示在子訊框內用於DL、UL或兩者中之sTTI頻帶的資源 ○ 快速DCI應為UE特定的且在短時間標度上帶內發送。 ■ 基於DCI格式2C之DL指派,具有簡化資源分配欄位 ■ 基於DCI格式4或0之UL授予,具有關於TTI之長度的額外欄位、HARQ程序數目、自授予至傳輸之動態延遲及簡化資源分配欄位。
具有不同TTI長度之操縱傳輸亦在RAN1#84bis chairman註解中論述如下: 協議: ● 預期UE在子訊框中之同一載波中處置以下情況 - 接收舊有TTI非單播PDSCH (用於SC-PTM之FFS除外)及短TTI單播PDSCH - 接收舊有TTI非單播PDSCH (用於SC-PTM之FFS除外)及舊有TTI單播PDSCH ● FFS在以下各者之間: - Alt 1:不預期UE在一個載波上同時接收舊有TTI單播PDSCH及短TTI單播PDSCH - Alt 2:若UE在一個載波上同時利用舊有TTI單播PDSCH及短TTI單播PDSCH調度,則UE可跳過其中之一者的解碼(FFS規則用於判定哪一個) - Alt 3:預期UE在一個載波上同時接收舊有TTI單播PDSCH及短TTI單播PDSCH ● 在如下情況下之FFS UE行為:經調度具有與同一載波上之舊有TTI非單播PDSCH (用於SC-PTM之FFS除外)同時的舊有TTI單播PDSCH及短TTI單播PDSCH ● UE可經動態地(具有子訊框至子訊框粒度)調度具有舊有TTI單播PDSCH而及/或(取決於上文FFS之結果)短TTI PDSCH單播 協議: ● UE可利用PUSCH及/或sPUSCH動態地(具有子訊框至子訊框粒度)調度 - 不預期UE在同一RE上同時傳輸PUSCH及短TTI sPUSCH,亦即藉由疊加 - FFS,UE是否可藉由刺穿PUSCH而在一個載波上之同一上述情況中傳輸PUSCH及短TTI sPUSCH - FFS,UE是否可在同一符元上之不同PRB中傳輸PUSCH及短TTI sPUSCH - 丟棄/優先化規則(若存在)為FFS
一般而言,UL授予之調度機會可不等於子訊框內之TTI的數目,可不等於一個子訊框中之可用UL sTTI。此不一致之一個實例為UL之TTI長度與DL之TTI長度不同。第二實例為舊有控制通道之存在。為了保留回溯相容性,舊有控制區域可能需要自sTTI排除,此意謂,在2個OFDM符元由舊有控制區域佔用之情況下,用於DL sTTI的一個子訊框中之可用OFDM符元可為例如12個OFDM符元。另一方面,所有14個SC-FDMA (單載波-分頻多重存取)符元將可供UL sTTI使用。
選取用於UL及DL兩者之2 OFDM長度sTTI作為一實例,可用UL sTTI為7,而可用DL sTTI為6。實例在圖19中給出。用以在此情況下關聯sPDCCH及sPUSCH之方法需要開發。
在整個申請案中,UL sTTI可意謂UL資料通道(例如,sPUSCH)之持續時間。此外,在整個申請案中,DL sTTI可意謂DL資料通道(例如,sPDSCH)之持續時間。DL sTTI亦可包括DL控制通道(例如,sPDCCH)之持續時間。
第一一般概念-本案之第一一般概念為將DL sTTI之較低調度機會映射至大量UL sTTI。在一個實施例中,至少一個DL sTTI將含有調度至少兩不同UL sTTIs之超過一個上行鏈路授予。兩個UL授予可由不同sPDCCHs承載。替代地,兩個上行鏈路授予可由同一sPDCCH承載。
該概念可在一個子訊框中具有6個DL sTTI且一個子訊框中具有7個上行鏈路sTTI的實例中說明。在一個實例中,可存在各自與特定上行鏈路sTTI相關聯之5個DL sTTI及與兩個上行鏈路sTTI相關聯之1個DL sTTI。例示性映射顯示於圖20中。
第二一般概念-本案之第二一般概念為在子訊框內具有相同數目個sTTI,儘管用於DL sTTI及UL sTTI的符元之可用數目不同。在一個實施例中,至少一個上行鏈路sTTI可比另一上行鏈路sTTI長且將為另一上行鏈路sTTI之整數倍。在另一實施例中,舊有控制區域可用以調度至少一個上行鏈路sTTI。
該概念可在一個子訊框中具有6個DL sTTI且一個子訊框中具有7個上行鏈路sTTI的實例中說明。在一個實例中,將存在具有TTI長度SC-FDMA符元之5個上行鏈路sTTI及具有4個SC-FDMA符元之1個上行鏈路sTTI。結果,在一個子訊框內可存在6個上行鏈路sTTI以及6個下行鏈路sTTI,且可存在用於調度之一對一映射。在圖21中給出了映射之實例,其中第六sPUSCH比子訊框內之sPUSCH的其餘部分長(係其兩倍)。
在另一實例中,可存在與特定UL sTTI相關聯之舊有控制區域中之控制信令及各自與特定UL sTTI相關聯之6個sPDCCH。結果,可存在各自與7個上行鏈路sTTI相關聯之7個調度機會;且可存在用於調度之一對一映射。在圖22中給出了映射之實例。
為了調度舊有控制區域內之上行鏈路sTTI,在一個實施例中,與特定上行鏈路sTTI相關聯之上行鏈路授予可承載於用以承載緩慢DCI之PDCCH上。在另一實施例中,與特定上行鏈路sTTI相關聯之上行鏈路授予可承載於承載sTTI之多個上行鏈路授予的特殊PDCCH上。更具體言之,多個上行鏈路授予可用於不同上行鏈路sTTI長度。替代地,多個上行鏈路授予可用於相同上行鏈路sTTI長度。此外,特定RNTI用以識別特殊PDCCH。
在一個實施例中,與特定上行鏈路sTTI相關聯之上行鏈路授予係承載於部分CCE (控制通道單元)上,而非承載於其餘部分CCE上。舉例而言,上行鏈路授予可承載於佔用3個舊有資源單元群組之通道(例如,特殊sPDCCH)上,其中每一資源單元群組包含4個資源單元。同一CCE之6個剩餘REG可用於其他目的,諸如用以承載sTTI之另外上行鏈路授予或用以承載sTTI之下行鏈路指派。子CCE分割區可含有多個層級,例如,通道包含3個REG及6個REG。與特定上行鏈路sTTI相關聯之上行鏈路授予可含有在上行鏈路sTTI中執行上行鏈路傳輸所需的完整資訊。替代地,與特定上行鏈路sTTI相關聯之上行鏈路授予需要與緩慢DCI一起解譯以在上行鏈路sTTI中執行上行鏈路傳輸。
一個舊有CCE可分裂成多個控制通道候選者(例如,3個候選者,其中每一者包含3個REG)。控制通道候選者可需要與另一PDCCH一起解譯以得到完整控制資訊。更具體言之,PDCCH承載緩慢DCI。
在一個實施例中,UE可根據UE ID而判定多個控制通道候選者可能存在所在的CCE。此外,UE可經組態具有用以監聽多個控制通道候選者之CCE。另外,所有UE將監聽用於多個控制通道候選者的CCE之同一集合內的控制通道候選者。又,出於此目的之CCE之數目可大於一。
圖23為自UE角度看的根據一個例示性實施例之流程圖2300。在步驟2305中,UE監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中第一時機中之控制通道對應於單一時序時機中之UL資料通道,且其中第二時機中之一個或多個控制通道對應於多個時序時機中之UL資料通道。
在一個實施例中,第二時機中之一個控制通道可對應於多個時序時機中之上行鏈路資料通道傳輸。此外,第二時機中之多個控制通道中之每一者可對應於一個時序時機中之上行鏈路資料通道傳輸。
返回參看圖3及圖4,在UE之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可執行程式碼312以使得UE能夠監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中第一時機中之控制通道對應於單一時序時機中之UL資料通道,且其中第二時機中之一個或多個控制通道對應於多個時序時機中之UL資料通道。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
圖24為自UE角度看的根據一個例示性實施例之流程圖2400。在步驟2405中,UE監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中第一時機中之第一控制通道對應於具有第一持續時間之第一UL資料通道,且其中第二時機中之第二控制通道對應於具有第二持續時間之第二UL資料通道。
在一個實施例中,第一持續時間與第二持續時間不同。此外,第一持續時間可為第二持續時間之整數倍。另外,第一資料通道及第二資料通道可在子訊框內。
返回參看圖3及圖4,在UE之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可執行程式碼312以使得UE能夠監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中第一時機中之第一控制通道對應於具有第一持續時間之第一UL資料通道,且其中第二時機中之第二控制通道對應於具有第二持續時間之第二UL資料通道。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
圖25為自UE角度看的根據一個例示性實施例之流程圖2500。在步驟2505中,UE監聽用於DL控制通道的一個子訊框內之控制區域。在步驟2510中,UE監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中控制區域中之第一控制通道對應於第一時序時機中之第一UL資料通道,且其中資料區域中之第二控制通道對應於第二時序時機中之第二UL資料通道。
在一個實施例中,第一控制通道佔用整個DL系統頻寬,且第二控制通道佔用DL系統頻寬之部分。另外,第一資料通道及第二UL資料通道可在一個子訊框內。此外,第一控制通道可指示針對另一UE之上行鏈路授予。
在一個實施例中,第一控制通道可佔用三個資源單元群組。另外,第一控制通道可佔用部分控制通道單元(control channel element,CCE)。此外,多個控制通道可存在於CCE中。
在一個實施例中,UE可基於UE ID或基於組態而判定哪個CCE用來監聽第一控制通道。另外,所有UE應監聽同一CCE上之第一控制通道。
返回參看圖3及圖4,在UE之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可執行程式碼312以使得UE能夠:(i)監聽用於DL控制通道的一個子訊框內之控制區域,及(ii)監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中控制區域中之第一控制通道對應於第一時序時機中之第一UL資料通道,且其中資料區域中之第二控制通道對應於第二時序時機中之第二UL資料通道。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
一般而言,縮短TTI長度之意圖在於減少處理時間以便減小總體延遲。考慮處理時間,類PDCCH結構係較佳的,此係因為UE可接收最初的若干個符元(例如,1至3個)且可較早地開始對控制通道解碼。另一方面,對於ePDCCH結構,UE必須接收整個子訊框及開始解碼,使得處理時間不能減小很大程度。
類PDCCH結構可具有一些缺點。首先,類PDCCH結構可產生實現DL調度延遲要求之控制通道設計,此係因為至少每個DL TTI可存在控制通道候選者。其意謂,若DL TTI長度及UL TTI不同,則用於調度UL之控制信令可能過於過量或不足,且UL延遲要求可能由下行鏈路之TTI長度定界(bounded)且不能予以滿足。舉例而言,若DL TTI長度為0.5 ms (例如,7個OFDM符元)且UL TTI長度為0.2 ms (例如,3個SC-FDMA符元),則根據PDCCH鏈路設計,每0.5 ms將有控制區域。儘管每個0.2ms可存在UL資料通道,但eNB必須等待用於UL之調度機會,且與在UL TTI長度及DL TTI長度兩者為0.2 ms時的0.1 ms之平均延遲相比,可誘發甚至大於UL TTI長度的0.25 ms之平均延遲。結果,sPUSCH可延遲至下一個UL sTTI,如圖26中所說明。
當DL TTI長度及UL TTI長度不同時,PDCCH結構可誘發額外延遲。類PDCCH結構之第二缺點為額外負擔。sPDCCH將佔用經分配用於sPDSCH之資源之部分。如3GPP R1-163322中所論述,具有不同TTI長度之UE可經分配具有不同頻率資源。具有相同TTI長度之UE亦可經分配具有不同頻率資源。然而,具有低延遲之服務可在1 ms子訊框內開始,使得控制通道機會將保留,且多個頻率資源可經分配用於具有相同或不同TTI長度之UE,同時可不存在進行中的實際傳輸。簡言之,具有相同或不同TTI長度之UE難以利用類PDCCH結構來減少未使用資源,如圖27中所說明。又,對於自一個UE角度看至少僅存在UL資料傳輸的情況,類PDCCH結構亦將誘發某一額外負擔,此係因為用於DL資料之區域無法使用。
第三一般概念-本案之第三一般概念為:存在經分配用於sPDSCH的頻率資源/區域之一個集合及經分配用於sPDCCH的資源/區域之另一集合。其中一個sPDCCH將佔用對應sPDSCH持續時間內的OFDM符元之部分,例如,1個OFDM符元。此外,頻率資源/區域之兩個集合係不同的。另外,頻率資源/區域之兩個集合在頻域中不重疊。又,頻率資源/區域之兩個集合在時域中重疊。
更具體言之,頻率資源/區域之兩個集合在1個子訊框 (1ms)之資料區域內。另外,一個sPDCCH可承載於一個對應sPDSCH持續時間中之所有符元上。在圖28中說明實例。更具體言之,所分配資源/區域內之sPDCCH可承載上行鏈路授予。
遍及本案,sPDSCH之持續時間可意謂DL sTTI,除非另外規定。sPUSCH之持續時間可意謂UL sTTI,除非另外規定。
在一個實施例中,用於sPDSCH之頻率資源/區域及用於sPDCCH之頻率資源/區域係由同一控制信令(例如,PDCCH上之緩慢DCI)指示。
在一個實施例中,用於sPDSCH之頻率資源/區域及用於sPDCCH之頻率資源/區域分別由兩個單獨控制信令指示。更具體言之,兩個控制信令為兩個控制通道,例如,PDCCH、用不同 RNTI擾亂之CRC。此外,至少兩個RNTI將針對縮短TTI操作而分配,一個用於分配用於sPDCCH之資源/區域且另一個分配給用於sPDSCH之資源/區域。替代地,用於sPDSCH之頻率資源/區域係藉由緩慢DCI指示,且用於sPDCCH之頻率資源/區域係藉由較高層組態(例如,RRC組態)指示。
在一個實施例中,UE監聽經分配用於sPDCCH之區域內的每個符元上之sPDCCH。此外,UE可不接收經分配用於sPDCCH之資源/區域內的每個符元。某一規則係針對判定UE應接收哪個(哪些)符元而規定。另外,在sPDSCH之持續時間為X個符元的情況下,UE將監聽每X個符元中的一個符元。在圖29中說明實例。
更具體言之,sPDCCH與其sPDSCH之間存在一對一映射。在一個實施例中,在sPUSCH之持續時間為Y個符元的情況下,UE可監聽每Y個符元中的一個符元。此外,UE可監聽每Z個符元中的一個符元,其中Z係至少基於sPDSCH之持續時間及PUSCH之持續時間而判定。另外,UE亦需要判定UE應監聽X/Y/Z個符元中的哪一個符元。
偏移值或指示符可用以服務此目的。舉例而言,「值0」可意謂X/Y/Z個符元中之第一符元,「值1」可意謂X/Y/Z個符元中之第二符元,等。在一個實施例中,偏移值/指示符可由至UE之專用信號(例如,RRC組態或MAC控制單元)承載。另外,偏移值/指示符可承載於PDCCH上。更具體言之,偏移值/指示符可承載於緩慢DCI上。
在一個實施例中,偏移值取決於sPDCCH之類型,例如,用於上行鏈路授予之sPDCCH及用於下行鏈路指派之sPDCCH具有不同偏移值。更具體言之,下行鏈路指派可具有較小偏移值。
在一個實施例中,每一OFDM符元將含有僅一個sPDCCH。替代地,每一OFDM符元含有超過一個sPDCCH。
在一個實施例中,具有不同TTI長度之UE可經分配具有資源/區域之同一集合用於sPDCCH。
自eNB (演進型節點B)角度看,有可能在經分配用於sPDCCH之同一頻率資源/區域內對具有不同持續時間之sPDSCH或具有不同頻率資源之sPDSCH調度。在圖30中說明實例。共同sPDCCH資源/區域可由超過一個sPDSCH資源/區域共用。不同sPDSCH資源/區域可具有相同sPDSCH持續時間或不同sPDSCH持續時間。此外,不同sPDSCH資源/區域可由不同控制信令(例如,PDCCH上之緩慢DCI)來指示。緩慢DCI可指示UE在經分配用於sPDCCH之區域內在何處監聽sPDCCH。
圖31為自UE角度看的根據一個例示性實施例之流程圖3100。在步驟3105中,UE在頻率資源之第一集合中接收控制通道。在一個實施例中,UE經組態具有兩個不同TTI長度。
在步驟3110中,UE在頻率資源之第二集合中接收對應於控制通道之資料通道,其中控制通道承載於資料通道之持續時間內的部分符元上。在一個實施例中,頻率資源之第一集合與頻率資源之第二集合可不同。此外,頻率資源之第一集合與頻率資源之第二集合在頻域中不重疊。另外,頻率資源之第一集合及頻率資源之第二集合可在一子訊框之一資料區域內。又,其中頻率資源之第一集合與頻率資源之第二集合可在時域中重疊。
在一個實施例中,頻率資源之第一集合及頻率資源之第二集合可藉由一個控制信令或藉由兩個單獨控制信令來指示。此外,頻率資源之第一集合及頻率資源之第二集合可藉由兩個不同類型之控制信令來指示。在一個實施例中,控制信令之類型可為PDCCH、MAC (媒體存取控制)控制單元或RRC組態。此外,控制信令可為緩慢DCI。另外,控制信令可用不同RNTI擾亂以用於信令頻率資源之第一集合及資源之第二集合。又,頻率資源之第一集合可承載針對UL資料通道之上行鏈路授予。
在一個實施例中,UE可視資料通道之持續時間而判定在頻率資源之第一集合內的哪個(哪些)符元上監聽控制通道。此外,UE可視UL資料通道之持續時間而判定在頻率資源之第一集合內的哪個(哪些)符元上監聽控制通道。UE亦可視資料通道之持續時間及UL資料通道之持續時間而判定在頻率資源之第一集合內的哪個(哪些)符元上監聽控制通道。
在一個實施例中,UE可在用於下行鏈路指派或上行鏈路授予的頻率資源之第一集合內的相同符元上監聽控制通道。UE亦可在用於下行鏈路指派或上行鏈路授予的頻率資源之第一集合內的不同符元上監聽控制通道。
在一個實施例中,在每個資料通道持續時間的頻率資源之第一集合內可存在用於控制通道之一個時機。此外,在每個UL資料通道持續時間的頻率資源之第一集合內可存在用於控制通道之一個時機。
在一個實施例中,偏移值可在判定用來監聽控制通道之符元時應用。此外,偏移值可在控制信令上傳輸。另外,控制信令可為緩慢DCI。
在一個實施例中,偏移值可由較高層來組態。此外,偏移值可取決於UEID、資料通道之持續時間、UL資料通道之持續時間或控制通道之類型。此外,控制通道之類型可為下行鏈路指派或上行鏈路授予。
返回參看圖3及圖4,在UE之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可程式碼312以使得UE能夠:(i)在頻率資源之第一集合中接收控制通道,及(ii)在頻率資源之第二集合中接收對應於控制通道之資料通道,其中控制通道承載於資料通道之持續時間內的部分符元上。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
圖32為自eNB (演進型節點B)角度看的根據一個例示性實施例之流程圖3200。在步驟3205中,eNB在頻率資源之第一集合中傳輸用於第一UE之第一控制通道。在一個實施例中,第一UE可經組態具有兩個不同TTI長度。
在步驟3210中,eNB在頻率資源之第二集合中傳輸對應於第一控制通道之第一資料通道,其中第一控制通道承載於第一資料通道之持續時間內的部分符元上。在一個實施例中,頻率資源之第一集合與頻率資源之第二集合可不同。此外,頻率資源之第一集合與頻率資源之第二集合在頻域中不重疊。另外,頻率資源之第一集合及頻率資源之第二集合可在一子訊框之一資料區域內。又,頻率資源之第一集合與頻率資源之第二集合可在時域中重疊。
在一個實施例中,頻率資源之第一集合可承載針對sPUSCH之上行鏈路授予。另外,頻率資源之第一集合及頻率資源之第二集合可藉由控制信令或藉由兩個單獨控制信令來指示。控制信令可為緩慢DCI。此外,控制信令可用不同RNTI擾亂以用於信令資源之第一集合及資源之第二集合。另外,頻率資源之第一集合及頻率資源之第二集合可藉由兩個不同類型之控制信令來指示。又,一類型的控制信令可為PDCCH、MAC控制單元或RRC組態。
在一個實施例中,在資源之第一集合內傳輸sPDCCH之機會可取決於sPDSCH之持續時間及/或sPUSCH之持續時間。此外,針對下行鏈路指派的在資源之第一集合內傳輸sPDCCH之機會及針對上行鏈路授予的在資源之第一集合內傳輸sPDCCH之機會可以不同或相同。另外,在每一sPDSCH持續時間或每一sPUSCH持續時間中可以有在資源之第一集合內傳輸sPDCCH之一個機會。
在一個實施例中,偏移值可在判定傳輸sPDCCH之機會時應用。此外,偏移值可在可為緩慢DCI之控制信令上發送。另外,偏移值可由較高層來組態。在一個實施例中,偏移值可取決於UEID、sPDSCH之持續時間、sPUSCH之持續時間或sPDCCH之類型。sPDCCH之類型可為下行鏈路指派或上行鏈路授予。
在步驟3215中,eNB在頻率資源之第一集合中傳輸用於第二UE之第二控制通道。在步驟3220中,eNB在頻率資源之第三集合中傳輸對應於第二控制通道之第二資料通道。
在一個實施例中,第一資料通道及第二資料通道可具有不同持續時間或相同持續時間。此外,第一控制通道及第二控制通道可具有不同偏移值或相同偏移值。
在一個實施例中,第一控制通道可為sPDCCH,且第二控制通道可為sPDCCH。替代地,第一資料通道可為sPDSCH,且第二資料通道可為sPDSCH。
返回參看圖3及圖4,在eNB之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可執行程式碼312以使得eNB能夠:(i)在頻率資源之第一集合中傳輸用於第一UE之第一控制通道,及(ii)在頻率資源之第二集合中傳輸對應於第一控制通道之第一資料通道,其中第一控制通道承載於第一資料通道之持續時間內的部分符元上。
在一個實施例中,CPU可進一步執行程式碼312以使得eNB能夠:在頻率資源之第一集合中傳輸用於第二UE之第二控制通道,及)在頻率資源之第三集合中傳輸對應於第二控制通道之第二資料通道。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
圖33為自UE角度看的根據一個例示性實施例之流程圖3300。在步驟3305中,UE監聽子訊框內之DL (下行鏈路)資料區域內的用於DL控制通道之複數個時機,其中子訊框中之上行鏈路sTTI之數目等於子訊框中之下行鏈路sTTI之數目。
在一個實施例中,子訊框中之上行鏈路sTTI之長度不同於該子訊框中之下行鏈路sTTI之長度。此外,至少一個上行鏈路sTTI可比其他上行鏈路sTTIs長。另外,下行鏈路sTTI可對上行鏈路sTTI進行調度。
返回參看圖3及圖4,在eNB之一個例示性實施例中,裝置300包括儲存於記憶體310中之程式碼312。CPU 308可執行程式碼312以使得eNB能夠監聽一個子訊框內之DL資料區域內的用於DL控制通道之複數個時機,其中一個子訊框中之上行鏈路sTTI之一數目等於一個子訊框中之下行鏈路sTTI之一數目。此外,CPU 308可以執行程式碼312以執行所有的上述動作及步驟或本案中所描述之其他動作及步驟。
本案之各種態樣已在上文加以描述。應顯見,本案中之教示可以廣泛多種形式來體現,且本案中所揭示之任何特定結構、功能或兩者僅為代表性的。基於本案中之教示,熟習此項技術者應瞭解,本案中所揭示之態樣可獨立於任何其他態樣來實施,且此等態樣中之兩者或更多者可以各種方式來組合。舉例而言,使用本案中所闡述之任何數目之態樣,可實施一裝置或可實踐一方法。另外,使用除本案中所闡述之態樣中之一或多者之外的或不同於本案中所闡述之態樣中之一或多者的其他結構、功能性或結構與功能性,可實施此裝置或可實踐此方法。作為上述概念中之一些的實例,在一些態樣中,可基於脈衝重複頻率而建立同作通道(concurrent channel)。在一些態樣中,可基於脈衝位置或偏移而建立同作通道。在一些態樣中,可基於時間跳頻序列而建立同作信道。在一些態樣中,可基於脈衝重複頻率、脈衝位置或偏移及時間跳頻序列而建立同作信道。
熟習此項技術者將理解,資訊及信號可使用多種不同技藝及技術中之任一者來表示。舉例而言,可由電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示貫穿以上描述可能參考的資料、指令、命令、資訊、信號、位元、符元及碼片。
熟習此項技術者應進一步瞭解,結合本案中所揭示之態樣而描述之各種說明性邏輯區塊、模組、處理器、構件、電路及演算法步驟可實施為電子硬體(例如,可使用源編碼或某其他技術設計之數位實施、類比實施或兩者之組合)、併有指令之各種形式的程式或設計程式碼(為了便利起見,在本案中可將其稱作「軟體」或「軟體模組」)或兩者之組合。為清晰說明硬體與軟體之此可互換性,各種說明性組件、區塊、模組、電路及步驟已在上文大體在其功能性方面加以描述。此類功能性實施為硬體抑或軟體取決於特定應用及強加於整個系統之設計約束。熟習此項技術者可針對每一特定應用而以變化方式來實施所描述功能性,但此等實施決策不應被解譯為導致脫離本案之範疇。
另外,結合本案中所揭示之態樣而描述的各種說明性邏輯區塊、模組及電路可實施於以下各者內或由以下各者執行:積體電路(「IC」)、存取終端或存取點。IC可包含通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯、離散硬體組件、電組件、光學組件、機械組件,或其經設計以執行本案中所描述之功能的任何組合,且可執行駐留於IC內、IC外或兩種情況下之程式碼或指令。通用處理器可為微處理器,但在替代例中,處理器可為任何習知處理器、控制器、微控制器或狀態機。處理器亦可實施為計算裝置之組合,例如,一DSP與一微處理器之組合、複數個微處理器、結合DSP核心之一或多個微處理器,或任何其他該組態。
應理解,任何所揭示程序中的步驟之任何特定次序或階層係樣本方法之實例。根據設計偏好,應理解,程序中之步驟的特定次序或階層可重新配置,同時保持在本案之範疇內。隨附方法請求項以樣本次序呈現各種步驟之單元,且並不意欲受限於所呈現之特定次序或階層。
結合本案中所揭示之態樣所描述的方法或演算法之步驟可直接體現於硬體、由處理器執行之軟體模組或該兩者之組合中。軟體模組(例如,包括可執行指令及相關資料)及其他資料可駐留於資料記憶體中,諸如RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可移除式磁碟、CD-ROM,或任何其他形式的此項技術中已知之電腦可讀儲存媒體。樣本儲存媒體可耦接至諸如電腦/處理器之機器(為方便起見,該機器在本案中可被稱為「處理器」),使得該處理器可自儲存媒體讀取資訊(例如,程式碼)及將資訊寫入至儲存媒體。樣本儲存媒體可與處理器成一體。處理器及儲存媒體可駐留於ASIC中。ASIC可駐留於使用者設備中。在替代例中,處理器及儲存媒體可作為離散組件駐留於使用者設備中。此外,在一些態樣中,任何適合之電腦程式產品可包含電腦可讀媒體,電腦可讀媒體包含與本案之態樣中之一或多者相關的程式碼。在一些態樣中,電腦程式產品可包含封裝材料。
雖然已結合各種態樣描述本案,但應理解本案能夠進行其他修改。本案意欲涵蓋對本案之任何改變、使用或調適,此通常遵循本案之原理且包括與本案間之此等偏離,該等偏離處於在本案所屬之技術內所進行之已知及慣常實踐之範圍內。
104‧‧‧天線
106‧‧‧天線
108‧‧‧天線
110‧‧‧天線
112‧‧‧天線
114‧‧‧天線
116‧‧‧存取終端(AT)
118‧‧‧反向鏈路
120‧‧‧正向鏈路
122‧‧‧存取終端(AT)
124‧‧‧反向鏈路
126‧‧‧正向鏈路
200‧‧‧MIMO系統
210‧‧‧傳輸器系統
212‧‧‧資料源
214‧‧‧傳輸(TX)資料處理器
220‧‧‧TX MIMO處理器
222a-222t‧‧‧傳輸器(TMTR)
224a-224t‧‧‧天線
230‧‧‧處理器
236‧‧‧資料源
238‧‧‧TX資料處理器
240‧‧‧解調器
242‧‧‧RX資料處理器
250‧‧‧接收器系統
252a-252r‧‧‧天線
254a-254r‧‧‧接收器(RCVR)
260‧‧‧RX資料處理器
270‧‧‧處理器
280‧‧‧調變器
300‧‧‧通訊裝置(通訊器件)
302‧‧‧輸入裝置(輸入器件)
304‧‧‧輸出裝置(輸出器件)
306‧‧‧控制電路
308‧‧‧中央處理單元(CPU)
310‧‧‧記憶體
312‧‧‧程式碼
314‧‧‧收發器
400‧‧‧應用層
402‧‧‧層3
404‧‧‧層2
406‧‧‧層1
1100‧‧‧存取網路(AN)
2300~3305‧‧‧步驟
圖1顯示根據一個例示性實施例之無線通訊系統的圖式。 圖2為根據一個例示性實施例之傳輸器系統(亦被稱作存取網路)及接收器系統(亦被稱作使用者設備或UE)的方塊圖。 圖3為根據一個例示性實施例之通訊系統的功能方塊圖。 圖4為根據一個例示性實施例的圖3之程式碼的功能方塊圖。 圖5為3GPP TS 36.211 v13.1.0之表6.7-1的重製。 圖6為3GPP TS 36.211 v13.1.0之表 6.8A.1-1的重製。 圖7為3GPP TS 36.211 v13.1.0之表6.8A.1-2的重製。 圖8為3GPP TS 36.213 v13.1.1之表9.1.1-1的重製。 圖9為3GPP TS 36.213 v13.1.1之表9.1.1-1A的重製。 圖10為3GPP TS 36.213 v13.1.1之表9.1.1-2的重製。 圖11為3GPP TS 36.213 v13.1.1之表7.1-1的重製。 圖12為3GPP TS 36.213 v13.1.1之表7.1-2的重製。 圖13為3GPP TS 36.213 v13.1.1之表7.1-3的重製。 圖14為3GPP TS 36.213 v13.1.1之表7.1-5的重製。 圖15為3GPP TS 36.212 v13.1.0之圖5.3.3-1的重製。 圖16為3GPP TS 36.212 v13.1.0之表5.3.3.2-1的重製。 圖17a為3GPP TS 36.213 v13.1.0之表8-2的重製。 圖17b為3GPP TS 36.213 v13.1.0之表8-2a的重製。 圖18為3GPP TS 36.213 v13.1.0之表9.1.2-1的重製。 圖19為根據一個例示性實施例的圖。 圖20為根據一個例示性實施例的圖。 圖21為根據一個例示性實施例的圖。 圖22為根據一個例示性實施例的圖。 圖23為根據一個例示性實施例的流程圖。 圖24為根據一個例示性實施例的流程圖。 圖25為根據一個例示性實施例的流程圖。 圖26為根據一個例示性實施例的圖。 圖27為根據一個例示性實施例的圖。 圖28為根據一個例示性實施例的圖。 圖29為根據一個例示性實施例的圖。 圖30為根據一個例示性實施例的圖。 圖31為根據一個例示性實施例的流程圖。 圖32為根據一個例示性實施例的流程圖。 圖33為根據一個例示性實施例的流程圖。
Claims (16)
- 一種應用於一使用者設備中執行上行鏈路傳輸之方法,其包含:該使用者設備監聽一個子訊框內之一下行鏈路資料區域內的用於一下行鏈路控制通道之複數個時機,其中該些複數個時機的一第一時機中之一第一下行控制通道對應於具有一第一持續時間之一第一上行鏈路資料通道,其中該些複數個時機的一第二時機中之一第二下行控制通道對應於具有一第二持續時間之一第二上行鏈路資料通道,且每一該第一下行控制通道及該第二下行控制通道係位於具有該第一持續時間的一下行鏈路sTTI(Shortened Transmission Time Interval)。
- 如請求項1之方法,其中該第一持續時間與該第二持續時間不同。
- 如請求項1之方法,其中該第一持續時間為該第二持續時間之一整數倍。
- 如請求項1之方法,其中該第一資料通道及該第二資料通道在一子訊框內。
- 一種應用於一使用者設備中執行上行鏈路傳輸之方法,其包含:該使用者設備監聽一個子訊框內之一下行鏈路資料區域內的用於一下行鏈路控制通道之複數個時機,其中一個子訊框中之上行鏈路sTTI(Shortened Transmission Time Interval)之一數目等於一個子訊框中之下行鏈路sTTI之一數目,在一下行鏈路sTTI之該下行鏈路控制通道係用於在一上行鏈路sTTI中排程一上行鏈路資料通道,其中該下行鏈路sTTI的長度係與被排程的該上行鏈路資料通道的該上行鏈路sTTI的長度不相同。
- 如請求項5之方法,其中一子訊框中之一個上行鏈路sTTI之一長度不同於該子訊框中之一個下行鏈路sTTI之一長度。
- 如請求項5之方法,其中至少一個上行鏈路sTTI比其他上行鏈路sTTI長。
- 如請求項5之方法,其中一個下行鏈路sTTI對一個上行鏈路sTTI進行調度。
- 一種用於執行上行鏈路傳輸之一使用者設備,其包含:一控制電路;一處理器,其安裝於該控制電路中;及一記憶體,其安裝於該控制電路中且可運作地耦接至該處理器;其中該處理器經配置以執行儲存於該記憶體中之一程式碼以:監聽一個子訊框內之一下行鏈路資料區域內的用於一下行鏈路控制通道之複數個時機,其中一第一時機中之一第一下行控制通道對應於具有一第一持續時間之一第一上行鏈路資料通道,其中一第二時機中之一第二下行控制通道對應於具有一第二持續時間之一第二上行鏈路資料通道,且該第一下行控制通道及該第二下行控制通道位於具有該第一持續時間的複數個下行鏈路sTTI(Shortened Transmission Time Interval)。
- 如請求項9之使用者設備,其中該第一持續時間與該第二持續時間不同。
- 如請求項9之使用者設備,其中該第一持續時間為該第二持續時間之一整數倍。
- 如請求項9之使用者設備,其中該第一資料通道及該第二資料通道在一子訊框內。
- 一種用於執行上行鏈路傳輸之一使用者設備,其包含:一控制電路;一處理器,其安裝於該控制電路中;及一記憶體,其安裝於該控制電路中且可運作地耦接至該處理器;其中該處理器經配置以執行儲存於該記憶體中之一程式碼以:監聽一個子訊框內之一下行鏈路資料區域內的用於一下行鏈路控制通道之複數個時機,其中一個子訊框中之上行鏈路sTTI(Shortened Transmission Time Interval)之一數目等於一個子訊框中之下行鏈路sTTI之一數目,在一下行鏈路sTTI之該下行鏈路控制通道在一上行鏈路sTTI排程一上行鏈路資料通道,其中該下行鏈路sTTI及該上行鏈路sTTI的長度並不相同。
- 如請求項13之使用者設備,其中一子訊框中之一個上行鏈路sTTI之一長度不同於該子訊框中之一個下行鏈路sTTI之一長度。
- 如請求項13之使用者設備,其中至少一個上行鏈路sTTI比其他上行鏈路sTTI長。
- 如請求項13之使用者設備,其中一個下行鏈路sTTI對一個上行鏈路sTTI進行調度。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662335335P | 2016-05-12 | 2016-05-12 | |
US201662335449P | 2016-05-12 | 2016-05-12 | |
US62/335,449 | 2016-05-12 | ||
US62/335,335 | 2016-05-12 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201740753A TW201740753A (zh) | 2017-11-16 |
TWI663885B true TWI663885B (zh) | 2019-06-21 |
Family
ID=58765669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106115677A TWI663885B (zh) | 2016-05-12 | 2017-05-11 | 在無線通訊系統中改善縮短傳輸時間間隔(tti)中之上行鏈路授予的方法及裝置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US10674484B2 (zh) |
EP (1) | EP3244565B1 (zh) |
JP (1) | JP6431953B2 (zh) |
KR (1) | KR101977464B1 (zh) |
CN (1) | CN107371255B (zh) |
ES (1) | ES2826299T3 (zh) |
TW (1) | TWI663885B (zh) |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115441999A (zh) * | 2016-03-30 | 2022-12-06 | 松下电器(美国)知识产权公司 | 基站、终端和通信方法 |
US10542503B2 (en) | 2016-04-01 | 2020-01-21 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10172156B2 (en) | 2016-09-12 | 2019-01-01 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10069613B2 (en) | 2016-04-01 | 2018-09-04 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10277367B2 (en) | 2016-04-01 | 2019-04-30 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10412620B2 (en) | 2016-04-01 | 2019-09-10 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10117188B2 (en) * | 2016-04-01 | 2018-10-30 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
CN107302421B (zh) * | 2016-04-08 | 2021-05-18 | 华为技术有限公司 | 一种功率配置方法及设备 |
CN106793136B (zh) * | 2016-05-09 | 2018-11-16 | 北京展讯高科通信技术有限公司 | 用户设备及其数据传输方法 |
US10708100B2 (en) * | 2016-05-19 | 2020-07-07 | Sharp Kabushiki Kaisha | Systems and methods for frequency-division duplex transmission time interval operation |
CN114143857B (zh) * | 2016-06-20 | 2023-10-27 | 瑞典爱立信有限公司 | 灵活的传送网 |
WO2018021370A1 (ja) * | 2016-07-29 | 2018-02-01 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
KR20180017940A (ko) * | 2016-08-11 | 2018-02-21 | 삼성전자주식회사 | 무선 셀룰라 통신 시스템에서 지연감소를 위한 전송 방법 및 장치 |
WO2018029636A1 (en) * | 2016-08-12 | 2018-02-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Ul scheduling timing with short ttis in tdd |
CN109845162B (zh) | 2016-08-12 | 2022-04-26 | 瑞典爱立信有限公司 | TDD中具有1ms TTI和缩减处理时间的DL HARQ定时 |
EP3497850B1 (en) | 2016-08-12 | 2020-10-07 | Telefonaktiebolaget LM Ericsson (publ) | Dl harq timing with short tti operations in tdd |
WO2018085118A1 (en) * | 2016-11-01 | 2018-05-11 | Intel IP Corporation | Downlink control information design with shorter tti |
US10225046B2 (en) | 2017-01-09 | 2019-03-05 | At&T Intellectual Property I, L.P. | Adaptive cyclic redundancy check for uplink control information encoding |
CN108366413B (zh) * | 2017-01-26 | 2022-01-14 | 华为技术有限公司 | 终端、网络设备和通信方法 |
CN110832804B (zh) * | 2017-05-05 | 2023-03-31 | 瑞典爱立信有限公司 | 用于短传输时间间隔的搜索空间和配置 |
US11026215B2 (en) * | 2017-09-15 | 2021-06-01 | Apple Inc. | UE specific search space and a common search space in a wide coverage enhancement |
US11553469B2 (en) * | 2017-11-14 | 2023-01-10 | Idac Holdings, Inc. | Methods for physical downlink control channel (PDCCH) candidate determination |
EP3675588A4 (en) * | 2018-02-23 | 2020-11-18 | LG Electronics Inc. | PROCESS FOR PERFORMING INITIAL ACCESS IN A WIRELESS COMMUNICATION SYSTEM, AND ASSOCIATED DEVICE |
CN110475317B (zh) * | 2018-05-10 | 2021-02-09 | 维沃移动通信有限公司 | Pdcch的监控方法、终端设备和网络侧设备 |
CN110474731B (zh) * | 2018-05-11 | 2020-12-22 | 华为技术有限公司 | 一种pdcch监听的方法和装置 |
US11621803B2 (en) * | 2018-05-21 | 2023-04-04 | Nokia Technologies Oy | Hybrid automatic repeat request in non-terrestrial networks |
CN110557831B (zh) * | 2018-06-04 | 2022-11-04 | 成都鼎桥通信技术有限公司 | 一种同播sc-ptm系统中控制面信息的传输方法和设备 |
WO2020024202A1 (en) * | 2018-08-02 | 2020-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic adjustment of pdcch monitoring occasions |
CN110831186B (zh) * | 2018-08-10 | 2023-10-13 | 大唐移动通信设备有限公司 | 一种调度方法、装置、基站、终端及计算机可读存储介质 |
CN110830213B (zh) * | 2018-08-10 | 2021-02-23 | 华为技术有限公司 | 上行控制信道资源确定方法和装置 |
US11546783B2 (en) * | 2018-11-09 | 2023-01-03 | Asustek Computer Inc. | Method and apparatus for improving PDCCH monitoring pattern in a wireless communication system |
EP4062697A4 (en) * | 2019-11-18 | 2022-11-30 | ZTE Corporation | SYSTEMS AND PROCEDURES FOR DETERMINING INFORMATION INDICATIVE OF CANCELLATION |
US11889541B2 (en) * | 2020-01-24 | 2024-01-30 | Qualcomm Incorporated | Superposition transmission of sidelink and uplink |
CN113541860B (zh) * | 2020-04-22 | 2023-08-22 | 维沃移动通信有限公司 | 控制信令格式确定方法、指示方法及设备 |
US20230247694A1 (en) * | 2020-07-15 | 2023-08-03 | Qualcomm Incorporated | Rate-matching information for a forward link resource grant via sidelink control information |
US11516066B2 (en) * | 2021-01-15 | 2022-11-29 | Qualcomm Incorporated | Reference signal bundling for uplink channel repetition |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8665822B2 (en) * | 2009-07-23 | 2014-03-04 | Innovative Sonic Corporation | Method and apparatus for handling physical downlink control channel orders in wireless communication system |
WO2016040290A1 (en) * | 2014-09-08 | 2016-03-17 | Interdigital Patent Holdings, Inc. | Systems and methods of operating with different transmission time interval (tti) durations |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9281917B2 (en) * | 2007-01-03 | 2016-03-08 | Nokia Technologies Oy | Shared control channel structure |
CA2697209C (en) * | 2009-03-23 | 2015-07-28 | Research In Motion Limited | Systems and methods for allocating and transmitting uplink data block transmissions with piggy-backed ack/nack bitmap field |
US9955462B2 (en) * | 2014-09-26 | 2018-04-24 | Qualcomm Incorporated | Ultra-low latency LTE control data communication |
US10021677B2 (en) * | 2014-10-31 | 2018-07-10 | Qualcomm Incorporated | Two-stage PDCCH with DCI flag and DCI format size indicator |
-
2017
- 2017-05-11 KR KR1020170058748A patent/KR101977464B1/ko active IP Right Grant
- 2017-05-11 JP JP2017094488A patent/JP6431953B2/ja active Active
- 2017-05-11 EP EP17170574.2A patent/EP3244565B1/en active Active
- 2017-05-11 CN CN201710331398.0A patent/CN107371255B/zh active Active
- 2017-05-11 US US15/592,734 patent/US10674484B2/en active Active
- 2017-05-11 ES ES17170574T patent/ES2826299T3/es active Active
- 2017-05-11 TW TW106115677A patent/TWI663885B/zh active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8665822B2 (en) * | 2009-07-23 | 2014-03-04 | Innovative Sonic Corporation | Method and apparatus for handling physical downlink control channel orders in wireless communication system |
WO2016040290A1 (en) * | 2014-09-08 | 2016-03-17 | Interdigital Patent Holdings, Inc. | Systems and methods of operating with different transmission time interval (tti) durations |
Non-Patent Citations (4)
Title |
---|
Huawei, HiSilicon,"Short TTI for DL transmissions", R1-160292, 3GPP TSG RAN WG1 Meeting #84, February 15-19, 2016. * |
Huawei, HiSilicon,"Short TTI for DL transmissions", R1-160292, 3GPP TSG RAN WG1 Meeting #84, February 15-19, 2016.^&rn^ |
Panasonic,"Discussion on processing time reduction in physical layer", R1-162534, 3GPP TSG RAN WG1 Meeting #84bis, April 11-15, 2016. * |
Panasonic,"Discussion on processing time reduction in physical layer", R1-162534, 3GPP TSG RAN WG1 Meeting #84bis, April 11-15, 2016.^&rn^ |
Also Published As
Publication number | Publication date |
---|---|
EP3244565A3 (en) | 2018-01-10 |
CN107371255B (zh) | 2020-08-18 |
KR101977464B1 (ko) | 2019-05-10 |
JP6431953B2 (ja) | 2018-11-28 |
EP3244565A2 (en) | 2017-11-15 |
US20170332365A1 (en) | 2017-11-16 |
ES2826299T3 (es) | 2021-05-18 |
TW201740753A (zh) | 2017-11-16 |
KR20170128132A (ko) | 2017-11-22 |
CN107371255A (zh) | 2017-11-21 |
EP3244565B1 (en) | 2020-09-09 |
US10674484B2 (en) | 2020-06-02 |
JP2017204860A (ja) | 2017-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI663885B (zh) | 在無線通訊系統中改善縮短傳輸時間間隔(tti)中之上行鏈路授予的方法及裝置 | |
TWI643513B (zh) | 無線通訊系統中用於決定基礎參數頻寬的方法和設備 | |
KR101977465B1 (ko) | 무선 통신 시스템에서 단축된 전송 시간 간격의 업링크 전송 | |
US20210105757A1 (en) | Method and apparatus for control channel transmission in a wireless communication system | |
TWI710264B (zh) | 無線通訊系統中決定搶占指示的大小的方法和設備 | |
EP3244678B1 (en) | Facilitating detection of control channels with different transmission time intervals in a wireless communication system | |
EP3349529B1 (en) | Method and apparatus for timing relationship between control channel and data channel in a wireless communication system | |
US20190246395A1 (en) | Method and apparatus for monitoring for interrupted transmission indication in a wireless communication system | |
JP6173585B2 (ja) | アップダウンリンク設定情報通知、取得方法、基地局及びユーザー装置 | |
JP2015512571A (ja) | Ltefddネットワークにおける半二重fdd動作のための方法 | |
CN112118628A (zh) | 由用户设备执行的方法以及用户设备 | |
KR20230083948A (ko) | 대역폭에 기반한 동기 신호 구성 방법 및 장치 | |
BR112017020673B1 (pt) | Gestão de programação dinâmica de intervalos de tempo de transmissão para comunicações de baixa latência |