TWI687072B - 受低潛時訊務衝擊時改進增強行動寬頻(eMBB)混合自動重複請求(HARQ)回饋性能方法及裝置 - Google Patents
受低潛時訊務衝擊時改進增強行動寬頻(eMBB)混合自動重複請求(HARQ)回饋性能方法及裝置 Download PDFInfo
- Publication number
- TWI687072B TWI687072B TW107115114A TW107115114A TWI687072B TW I687072 B TWI687072 B TW I687072B TW 107115114 A TW107115114 A TW 107115114A TW 107115114 A TW107115114 A TW 107115114A TW I687072 B TWI687072 B TW I687072B
- Authority
- TW
- Taiwan
- Prior art keywords
- wtru
- harq feedback
- cbg
- bit
- feedback
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 230000005540 biological transmission Effects 0.000 claims description 177
- 239000000203 mixture Substances 0.000 claims description 3
- 230000006854 communication Effects 0.000 description 60
- 238000004891 communication Methods 0.000 description 57
- 230000004044 response Effects 0.000 description 31
- 235000019580 granularity Nutrition 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 25
- 238000010586 diagram Methods 0.000 description 24
- 238000013461 design Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 18
- 238000007726 management method Methods 0.000 description 11
- 238000001228 spectrum Methods 0.000 description 11
- 238000004088 simulation Methods 0.000 description 9
- 238000012360 testing method Methods 0.000 description 9
- 239000000969 carrier Substances 0.000 description 7
- 230000008859 change Effects 0.000 description 7
- 238000001514 detection method Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 6
- 125000004122 cyclic group Chemical group 0.000 description 6
- 101100437508 Rhizobium radiobacter cbg-1 gene Proteins 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 101150091511 glb-1 gene Proteins 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000001186 cumulative effect Effects 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 4
- 230000009467 reduction Effects 0.000 description 4
- 101150071746 Pbsn gene Proteins 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000008713 feedback mechanism Effects 0.000 description 2
- 230000003116 impacting effect Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000035939 shock Effects 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- ODKSFYDXXFIFQN-UHFFFAOYSA-N Arginine Chemical compound OC(=O)C(N)CCCNC(N)=N ODKSFYDXXFIFQN-UHFFFAOYSA-N 0.000 description 1
- 241001633942 Dais Species 0.000 description 1
- 241000760358 Enodes Species 0.000 description 1
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000000796 flavoring agent Substances 0.000 description 1
- 235000019634 flavors Nutrition 0.000 description 1
- 230000004907 flux Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- 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
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Environmental & Geological Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
在這裡描述了用於在無線傳輸/接收單元(WTRU)中提供單位元混合自動重複請求(HARQ)回饋和多位元HARQ回饋的方法和裝置。例如,WTRU可以經由實體下鏈控制通道(PDCCH)接收下鏈控制資訊(DCI)。該DCI可以包括用於指示用於至少一個傳輸塊(TB)的基於碼塊組(CBG)的重傳的欄位。如果該DCI未包含該欄位,該WRTU可以經由實體上鏈控制通道(PUCCH)傳輸用於基於TB的重傳的單位元HARQ回饋。如果該DCI包含該欄位,該WTRU可以經由PUCCH傳輸用於該基於CBG的重傳的多位元HARQ回饋。該WTRU可被配置成提供用於該基於TB的重傳的該單位元HARQ回饋以及用於該基於CBG的重傳的多位元HARQ回饋。
Description
相關申請的交叉引用
本申請要求享有2018年1月10日提交的美國臨時申請號62/615,744、2017年8月9日提交的美國臨時申請號62/543,047、2017年6月14日提交的美國臨時申請號62/519,372以及2017年5月3日提交的美國臨時申請號62/500,938的權益,其內容在這裡被引入作為參考。
混合自動重複請求(HARQ)是軟合併錯誤更正(soft combining error correction)與ARQ錯誤控制處理的結合。具有軟合併錯誤更正技術,未被正確解碼的資料封包不再會被丟棄。取而代之的是,接收到的資料會被保存在緩衝器中,並且會與下一個重傳合併。檢測到被損壞的訊息的接收方會藉由傳輸回饋訊息從發送方請求新的訊息(也就是重傳)。這些回饋訊息分別被從接收方傳輸到發送方,以便通知先前傳輸的良好接收(即,肯定應答)或不良接收(即,否定應答)。在長期演進(LTE)中,這些重傳是基於其為來自較高層被給予實體層的資料的傳輸塊(TB)。如果所接收的TB沒有被正確解碼(也就是損壞的),無線傳輸/接收單元(WTRU)可以傳輸否定應答(NACK),因此請求基地台(BS)重傳整個TB。在增強行動寬頻(eMBB)訊務的存在下,在BS需要優先為超可靠低潛時(URLLC)訊務提供服務的新型無線電(NR)中,由於在TB中檢測到的小部分的錯誤的再次傳輸整個TB將是非常低效的。因此,將非常需要具有依照網路/裝置配置而提供基於碼塊(CB)、碼塊組(CBG)或傳輸塊的回饋訊息的更靈活的重傳方案。
在這裡描述了在無線傳輸/接收單元(WTRU)中用於提供單位元混合自動重複請求(HARQ)回饋和多位元HARQ回饋的方法和裝置。例如,WTRU可以經由實體下鏈控制通道(PDCCH)接收下鏈控制資訊(DCI)。該DCI可以包含指示用於與至少一個傳輸塊(TB)的基於碼塊組(CBG)的重傳的欄位。如果該DCI不包含指示用於至少一個傳輸塊(TB)的基於CBG的重傳的該欄位,該WRTU可以經由實體上鏈控制通道(PUCCH)傳輸用於基於TB的重傳的單位元HARQ回饋。如果該DCI包含指示用於至少一個TB的基於CBG的重傳的欄位,該WTRU可以經由PUCCH傳輸用於基於CBG的重傳的多位元HARQ回饋。該多位元HARQ回饋可以包括指示是否在該至少一個TB中的至少一個CBG的多個位元被請求用於重傳。該多個位元的每一個分別映射到在該至少一個TB的該至少一個CBG中的每一個。該多位元HARQ回饋還可以為基於較高層參數被半靜態地配置成具有最大數量的CBG。該WTRU可被配置成提供用於基於TB的重傳的單位元HARQ回饋以及用於基於CBG的重傳的多位元HARQ回饋。
第1A圖是示出了範例通信系統100的圖,在其中一或更多揭露的實施例可以被實施。該通信系統100可以為對於多個無線使用者提供語音、資料、視訊、通訊、廣播等內容的多存取系統。該通信系統100可以通過包括無線頻寬在內的系統資源的共用而賦能多個無線使用者存取此類內容。舉例來說,通信系統100可以使用一種或多種通道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾唯一字DFT擴散OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、資源塊過濾的OFDM以及濾波器組多載波(FBMC)等等。
如第1A圖所示,通信系統100可以包含無線傳輸/接收單元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交換電話網路(PSTN)108、網際網路110以及其他網路112,然而應該瞭解,所揭露的實施例設想了任意數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d的每一個可以是被配置成在無線環境中操作和/或通信的任何類型的裝置。舉例來說,WTRU 102a、102b、102c、102d的任一個都可被稱為“站”和/或“STA”,其可以被配置成傳輸和/或接收無線信號,並且可以包含使用者設備(UE)、行動站、固定或行動用戶單元、基於訂閱的單元、呼叫器、蜂巢式電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴顯示器(HMD)、車輛、無人機、醫療裝置和應用(例如遠端手術)、工業裝置和應用(例如機器人和/或在工業和/或自動處理鏈環境中操作的其他無線裝置)、消費者電子裝置、以及在商業和/或工業無線網路上操作的裝置等等。WTRU 102a、102b、102c、102d的任一者可被可交換地稱為UE。
通信系統100還可以包含基地台114a和/或基地台114b。每一個基地台114a、114b可以被配置成與WTRU 102a、102b、102c、102d的至少一個無線連接來促使存取一或多個通信網路(例如CN 106/115、網際網路110、和/或其他網路112)的任何類型的裝置。舉例來說,基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、本地節點B、本地e節點B、gNB、NR節點B、站(site)控制器、存取點(AP)、以及無線路由器等。雖然基地台114a、114b每一個都被描述成單個元件,然而應該瞭解。基地台114a、114b可以包含任何數量的互連基地台和/或網路元件。
基地台114a可以是RAN 104/113的部分,其還可以包含其他基地台和/或網路元件(未顯示),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等。基地台114a和/或基地台114b可被配置成在被稱為為胞元(未顯示)的一或多個載波頻率上傳輸和/或接收無線信號。這些頻率可於授權頻譜、無授權頻譜或是授權與無授權頻譜的組合之中。胞元可以為了無線服務對於相對固定或者有可能隨時間變化的特定地理區域提供覆蓋。胞元可被進一步分成胞元扇區。例如,與基地台114a相關聯的胞元可被分為三個扇區。因此,在一個實施例中,基地台114a可以包含三個收發器,也就是說,每一個收發器都對應於胞元的一個扇區。在一個實施例中,基地台114a可以使用多輸入多輸出(MIMO)技術,並且可以為胞元的每一個扇區使用多個收發器。舉例來說,波束成形可以在期望的空間方向中被使用於傳輸和/或接收信號。
基地台114a、114b可以通過空中介面116與WTRU 102a、102b、102c、102d的一或多個進行通信,其可以是任何適當的無線通信鏈結(例如射頻(RF)、微波、釐米波、毫米波、紅外線(IR)、紫外線(UV)、可見光等)。空中介面116可以使用任何適當的無線電存取技術(RAT)來建立。
更具體地說,如上所述,通信系統100可以是多存取系統,並且可以使用一或多個通道存取方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等。例如,RAN 104/113中的基地台114a與WTRU 102a、102b、102c可以實施例如通用移動電信系統(UMTS)陸地無線電存取(UTRA)的無線電技術,其中可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包含例如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)的通信協定。HSPA可以包含高速下鏈(DL)封包存取(HSDPA)和/或高速UL封包存取(HSUPA)。
在一個實施例中,基地台114a和WTRU 102a、102b、102c可以實施例如演進型UMTS陸地無線電存取(E-UTRA)的無線電技術,其可以使用長期演進(LTE)和/或先進LTE(LTE-A)和/或先進LTA Pro(LTE-A Pro)來建立空中介面116。
在一個實施例中,基地台114a和WTRU 102a、102b、102c可以實施例如NR無線電存取的無線電技術,其可以使用新型無線電(NR)建立空中介面116。
在一個實施例中,基地台114a和WTRU 102a、102b、102c可以實施多無線電存取技術。舉例來說,基地台114a和WTRU 102a、102b、102c可以共同實施LTE無線電存取和NR無線電存取,例如使用雙連接性(DC)原理。因此,WTUR 102a、102b、102c使用的空中介面可以由多類型的無線電存取技術和/或向/從多種類型的基地台(例如eNB和gNB)發送的傳輸來表徵。
在其他實施例中,基地台114a和WTRU 102a、102b、102c可以實施例如IEEE 802.11(即,無線上網(WiFi))、IEEE 802.16(即,全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球行動通信系統(GSM)、GSM演化增強資料率(EDGE)以及GSM EDGE(GERAN)等的無線電技術。
第1A圖中的基地台114b可以是無線路由器、本地節點B、本地e節點B或存取點,並且可以使用任何適當的RAT來促成在例如商業區、住宅、交通工具、校園、工業設施、空中走廊(例如供無人機使用)以及道路等的局部區域中的無線連接性。在一個實施例中,基地台114b與WTRU 102c、102d可以實施例如IEEE 802.11的無線電技術來建立無線區域網路(WLAN)。在一個實施例中,基地台114b與WTRU 102c、102d可以實施例如IEEE 802.15的無線電技術來建立無線個人區域網路(WPAN)。在又一個實施例中,基地台114b和WTRU 102c、102d可使用基於蜂巢式的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)來建立微微胞元或毫微微胞元。如第1A圖所示,基地台114b可以具有對網際網路110的直接連接。因此,基地台114b不需要經由CN 106/115來存取網際網路110。
RAN 104/113可以與CN 106/115進行通信,其可以是被配置成將語音、資料、應用和/或在網際網路協定的語音(VoIP)服務上提供至WTRU 102a、102b、102c、102d的一或多個的任何類型的網路。該資料可以具有變動的服務品質(QoS)需求,例如不同的流通量需求、潛時需求、容錯需求、可靠性需求、資料流通量需求、以及行動性需求等。CN 106/115可以提供呼叫控制、帳單服務、基於行動位置的服務、預付費呼叫、網際網路連接性、視訊分配等,和/或執行例如使用者驗證的高級安全功能。雖然在第1A圖中沒有顯示,然而應該瞭解,RAN 104/113和/或CN 106/115可以直接或間接地和使用與RAN 104/113使用相同的RAT或不同的RAT的其他RAN通信。例如,除了被連接到可以使用NR無線電技術的RAN 104/113,CN 106/115還可以與使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi無線電技術的另一RAN(未顯示)通信。
CN 106/115還可以服務作為用於WTRU 102a、102b、102c、102d以存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包含提供簡易老式電話服務(POTS)的電路交換電話網路。網際網路110可以包含使用公共通信協定的互聯電腦網路及裝置的全球系統,公共通信協定例如是在TCP/IP網際網路協定族中的傳輸控制協定(TCP)、使用者資料包協定(UDP)和/或網際網路協定(IP)。網路112可以包含由其他服務提供者所擁有和/或操作的有線和/或無線通信網路。例如,網路112可以包含連接到一或多個RAN的另一CN,該一或多個RAN可以使用與RAN 104/113相同的RAT或不同的RAT。
在通信系統100中的WTRU 102a、102b、102c、102d的一些或全部可以包含多模式能力(例如WTRU 102a、102b、102c、102d可以包含用於在不同無線鏈接上與不同的無線網路通信的多個收發器)。例如,第1A圖所示的WTRU 102c可被配置成與使用基於蜂巢式的無線電技術的基地台114a通信,以及與可使用IEEE 802無線電技術的基地台114b通信。
第1B圖是示出了範例WTRU 102的系統圖。如第1B圖所示,WTRU 102可以包含處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、全球定位系統(GPS)晶片組136和/或其他週邊設備138。應該瞭解的是,在保持與實施例一致的同時,WTRU 102還可以包含前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、傳統處理器、數位訊號處理器(DSP)、多個微處理器、與DSP核心關聯的一或多個微處理器、控制器、微控制器、應用特定積體電路(ASIC)、現場可程式閘陣列(FPGA)電路、任何其他類型的積體電路(IC)以及狀態機器等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理、和/或賦能WTRU 102在無線環境中操作的任何其他功能性。處理器118可以被耦合至收發器120,該收發器120可以被耦合至傳輸/接收元件122。雖然第1B圖將處理器118和收發器120描述成分開的組件,然而應該瞭解,處理器118和收發器120也可以被一起集成到電子封裝或晶片中。
傳輸/接收元件122可被配置成在空中介面116上傳輸信號至基地台(例如基地台114a)、或接收來自基地台(例如基地台114a)的信號。舉個例子,在一個實施例中,傳輸/接收元件122可以是被配置成傳輸和/或接收RF信號的天線。作為範例,在另一個實施例中,傳輸/接收元件122可以是被配置成傳輸和/或接收IR、UV或可見光信號的發射器/檢測器。在再一個實施例中,傳輸/接收元件122可被配置成傳輸和/或接收RF和光信號兩者。應該瞭解的是,傳輸/接收元件122可以被配置成傳輸和/或接收無線信號的任何組合。
雖然傳輸/接收元件122在第1B圖中被描述成是單個元件,WTRU 102可以包含任何數量的傳輸/接收元件122。更具體地,WTRU 102可以使用MIMO技術。因此,在一個實施例中,WTRU 102可以包含兩個或多個通過空中介面116來傳輸和接收無線電信號的傳輸/接收元件122(例如多個天線)。
收發器120可被配置成調製將由傳輸/接收元件122傳輸的信號,以及被配置成解調由傳輸/接收元件122接收的信號。如上所述,WTRU 102可以具有多模式能力。因此,舉例而言,收發器120可以包含個收發器以用於賦能WTRU 102經由例如NR和IEEE 802.11的多個RAT通信。
WTRU 102的處理器118可以被耦合到揚聲器/麥克風124、小鍵盤126和/或顯示器/觸控板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元),並且可以從上述裝置接收使用者輸入資料。處理器118還可以向揚聲器/麥克風124、小鍵盤126和/或顯示器/觸控板128輸出使用者資料。此外,處理器118可以從非可移記憶體130和/或可移記憶體132之類的任何適當的記憶體中存取資訊,以及將資料存入這些記憶體。非可移記憶體130可以包含隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或是其他任何類型的記憶存放裝置。可移記憶體132可以包含用戶標識模組(SIM)卡、記憶條、安全數位(SD)記憶卡等。在其他實施例中,處理器118可以存取來自並非實體地位於WTRU 102(例如位於伺服器或本地電腦(未顯示))上的記憶體資訊,以及將資料存入該記憶體。
處理器118可以接收來自電源134的電力,並且可被配置成將電力分配給和/或控制在WTRU 102中的其他組件。電源134可以是用於供電給WTRU 102的任何適當裝置。例如,電源134可以包含一或多個乾電池組(如鎳鎘(Ni-Cd)、鎳鋅(Ni-Zn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118還可以被耦合到GPS晶片組136,其可被配置成提供關於WTRU 102的當前位置的位置資訊(例如經度和緯度)。此外或替代來自GPS晶片組136的資訊,WTRU 102可以經由空中介面116接收來自基地台(例如基地台114a、114b)的位置資訊,和/或基於從兩個或多個相鄰基地台所接收的信號的時序來確定其位置。應該瞭解的是,在與實施例保持一致的同時,WTRU 102可以經由任何適當的位置確定方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138,該週邊設備可以包含提供附加特徵、功能性和/或有線或無線連接性的一或多個軟體和/或硬體模組。例如,週邊設備138可以包含加速度計、電子指南針、衛星收發器、數位相機(用於照片和/或視訊)、通用序列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器、虛擬實境和/或強化實境(VR/AR)裝置、以及活動追蹤器等。週邊設備138可以包含一或多個感測器,該感測器可以是陀螺儀、加速度計、霍爾效應感測器、地磁計、方位感測器、鄰近感測器、溫度感測器、時間感測器、地理定位感測器、高度計、光感測器、觸摸感測器、地磁計、氣壓計、手勢感測器、生物測定感測器和/或濕度感測器的一或多個。
WTRU 102可以包含全雙工無線電,對於該無線電裝置,一些或所有信號(例如與用於UL(例如用於傳輸)和下鏈(例如用於接收)的特定子訊框相關聯)的傳輸和接收可以是並行和/或同時的。全雙工無線電可以包含經由硬體(例如扼流線圈)或是經由處理器(亦即分開的處理器(未顯示)或經由處理器118)的信號處理來減小和/或實質消除自干擾的干擾管理單元139。在一個實施例中,WTRU 102可以包含半雙工無線電,對於該半雙工無線電,一些或所有信號(亦即與用於UL(例如用於傳輸)或下鏈(例如用於接收)的特定子訊框相關聯)的傳輸或接收。
第1C圖是示出了根據一個實施例的RAN 104和CN 106的系統圖。如上所述,RAN 104可以在空中介面116上使用E-UTRA無線電技術來與WTRU 102a、102b、102c通信。該RAN 104還可以與CN 106通信。
RAN 104可以包含e節點B 160a、160b、160c,然而應該瞭解,在保持與實施例一致的同時,RAN 104可以包含任一數量的e節點B。e節點B 160a、160b、160c的每一個都可以包含用於在空中介面116上與WTRU 102a、102b、102c通信的一或多個收發器。在一個實施例中,e節點B 160a、160b、160c可以實施MIMO技術。因此,舉例來說,e節點B 160a可以使用多個天線來向WTRU 102a傳輸無線信號,和/或接收來自WTRU 102a的無線信號。
e節點B 160a、160b、160c的每一個可以與特定胞元(未顯示)相關聯,並且可被配置成處理無線電資源管理決定、切換決定、UL和/或DL中的使用者排程等。如第1C圖所示,e節點B 160a、160b、160c可以經由X2介面彼此通信。
第1C圖所示的CN 106可以包含行動性管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(或PGW)166。雖然前述的每一個元件都被描述成是CN 106的一部分,然而應該瞭解,這其中的任一元件都可以由CN操作者之外的實體擁有和/或操作。
MME 162可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一個,並且可用作控制節點。例如,MME 162可以負責驗證WTRU 102a、102b、102c的使用者,承載啟動/停用、以及在WTRU 102a、102b、102c的初始附加期間選擇特定的服務閘道等。MME 162還可以提供控制平面功能,以用於在RAN 104與使用其他無線電技術(例如GSM和/或WCDMA)的其他RAN(未顯示)之間進行的切換。
SGW 164可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一個。SGW 164通常可以向/從WTRU 102a、102b、102c路由和轉發使用者資料封包。SGW 164還可以執行其他功能,例如在eNB間切換期間錨定使用者平面,在DL資料對WTRU 102a、102b、102c為可用時觸發尋叫,以及管理並儲存WTRU 102a、102b、102c的上下文等。
SGW 164可以連接到PGW 146,其可向WTRU 102a、102b、102c提供封包交換網路(例如網際網路 110)的存取,以促成WTRU 102a、102b、102c與IP賦能裝置之間的通信。
CN 106可以促成與其他網路的通信。例如,CN 106可以向WTRU 102a、102b、102c提供到電路切換網路(例如PSTN 108)的存取,以促成WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如,CN 106可以包含或者可以與該IP閘道通信,該IP閘道服務作為CN 106與PSTN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)。此外,CN 106可以向WTRU 102a、102b、102c提供到其他網路112的存取,該其他網路112可以包含由其他服務提供者所擁有和/或操作的其他有線和/或無線網路。
雖然在第1A圖至第1D圖中所描述的WTRU作為無線終端,然而應該想到的是,在某些代表實施例中,此類終端與通信網路可以使用(例如臨時或永久性)有線通信介面。
在代表的實施例中,其他網路112可以是WLAN。
在基礎建設基本服務集(BSS)模式中的WLAN可以具有用於該BSS的存取點(AP)以及與該AP相關聯的一或多個站(STA)。該AP可以具有到分散式系統(DS)的存取或介面或是將訊務攜帶入和/或出BSS的其他類型的有線/無線網路。源於BSS外部的往STA的訊務可以經由AP到達且被遞送至STA。源自STA且至在BSS外部的目的地的訊務可被發送至AP,以被遞送到各自的目的地。於BSS中的STA之間的訊務可以經由AP來發送,例如其中來源STA可以向AP發送訊務並且AP可以將訊務遞送至目的地STA。在BSS中的STA之間的訊務可被認為和/或稱為點對點訊務。該點對點訊務可以在來源與目的地STA之間(例如在直接地其間)以直接鏈結設置(DLS)來發送。在某些代表實施例中,DLS可以使用802.11e DLS或802.11z隧道化DLS(TDLS)。使用獨立BSS(IBSS)模式的WLAN可以不具有AP,並且在該IBSS內或是使用該IBSS的STA(例如所有STA)可以彼此直接通信。IBSS通信模式有時此處可被稱為“特定(ad-hoc)”通信模式。
在使用802.11ac基礎建設操作模式或類似的操作模式時,AP可以在固定通道(例如主通道)上傳輸信標。該主通道可以具有固定寬度(例如20MHz寬的頻寬)或是經由傳訊的動態地設立的寬度。主通道可以是BSS的操作通道,並且可被STA使用來與AP建立連接。在某些代表實施例中,載波感測多元存取/具碰撞偵測(CSMA/CA)可以被實施,例如在802.11系統中。對於CSMA/CA,STA(例如每一個STA),包含AP,可以感測主通道。如果被特定STA感測到/檢測到和/或確定主通道繁忙,該特定STA可以後降(fallback)。在給定的BSS中,在任何給定時間一個STA(例如只有一個站)可以傳輸。
高通量(HT)STA可以使用40MHz寬的通道來通信,例如經由主要20MHz通道與相鄰或不相鄰的20MHz通道的結合來形成40MHz寬的通道。
特高通量(VHT)STA可以支援20MHz、40MHz、80MHz和/或160MHz寬的通道。40MHz和/或80MHz通道可以藉由組合連續的20MHz通道來形成。160MHz通道可以藉由組合8個連續的20MHz通道、或者藉由組合兩個不連續的80MHz通道(這種組合可被稱為80+80配置)來形成。對於80+80配置,在通道編碼之後,資料可經由一個可以將資料分成兩個流的分段剖析器來傳遞。逆快速傅立葉轉換(IFFT)處理以及時域處理可以在每一個流上分開執行。該流可被映射至兩個80MHz通道上,並且資料可以由傳輸的STA來傳輸。在接收的STA的接收器,用於80+80配置的上述操作可以是相反的,並且所組合資料可被發送至媒體存取控制(MAC)。
次1 GHz操作模式由802.11af和802.11ah支援。相對於在802.11n和802.11ac所使用的那些通道操作頻寬,通道操作頻寬和載波在802.11af和802.11ah中被減少,802.11af支援在TV白空間(TVWS)頻譜中5MHz、10MHz和20MHz頻寬,並且802.11ah支援使用非TVWS頻譜的1MHz、2MHz、4MHz、8MHz和16MHz頻寬。依照代表實施例,802.11ah可以支援儀錶類型控制/機器類型通信,例如巨集覆蓋區域中的MTC裝置。MTC裝置可以具有某種能力,例如包含了用於某些和/或有限頻寬的支援(例如只是支援)的有限能力。MTC裝置可以包含具有電池壽命高於臨界值(例如保持很長的電池壽命)的電池。
可以支援多個通道和通道頻寬的WLAN系統(例如802.11n、802.11ac、802.11af以及802.11ah)包含一個可被指定作為主通道的通道。該主通道可以具有等於在BSS中所有STA所支援的最大公共操作頻寬。主通道的頻寬可以由來自於支援最小頻寬操作模式的BSS中正在操作的所有STA的一個STA所設定和/或限制。在802.11ah的範例中,即使AP和BSS中的其他STA支援2 MHz、4 MHz、8 MHz、16 MHz和/或其他通道頻寬操作模式,對於支援(例如只支援)1MHz模式的STA(例如MTC類型的裝置),主通道可以是1MHz寬。載波感測和/或網路分配向量(NAV)設定可以取決於主通道的狀態。如果主通道對AP傳輸繁忙(例如由於只支援1MHz操作模式的STA),即使大多數的頻帶保持閒置及可供使用,整個可用頻帶也可以被認為繁忙。
在美國,可被802.11ah使用的可用頻帶是從902 MHz到928 MHz。在韓國,可用頻帶是從917.5MHz到923.5MHz。在日本,可用頻帶是從916.5MHz到927.5MHz。依照國家碼,可用於802.11ah的總頻寬是6MHz到26MHz。
第1D圖是示出了根據一個實施例的RAN 113和CN 115的系統圖。如上所述,RAN 113可以透過空中介面116使用NR無線電技術來與WTRU 102a、102b、102c通信。RAN 113還可以與CN 115通信。
RAN 113可以包含gNB 180a、180b、180c,但是應該瞭解,在保持與實施例一致的同時,RAN 113可以包含任何數量的gNB。每一個gNB 180a、180b、180c可以包含一或多個收發器用於透過空中介面116與WTRU 102a、102b、102c通信。在一個實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、180b可以使用波束成形處理來向gNB 180a、180b、180c傳輸信號和/或和/或從gNB 180a、180b、180c接收信號。因此,舉例來說,gNB 160a可以使用多個天線來向WTRU 102a傳輸無線信號,和/或接收來自WTRU 102a的無線信號。在一個實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTR 102a(未顯示)傳輸多個分量載波。這些分量載波的一個子集可以處於無授權頻譜上,而剩餘分量載波則可以處於授權頻譜上。在一個實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以接收來自gNB 180a和gNB 180b(和/或gNB 180c)的協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數配置相關聯的傳輸來與gNB 180a、180b、180c通信。例如,對於不同的傳輸、不同的胞元和/或不同的無線傳輸頻譜部分,OFDM符號間隔和/或OFDM子載波間隔可以改變。WTRU 102a、102b、102c可以使用具有各種或可縮放長度的子訊框或傳輸時間間隔(TTI)(例如包含了改變數量的OFDM符號和/或持續改變的絕對時間長度)來與gNB 180a、180b、180c進行通信。
gNB 180a、180b、180c可被配置成與採用獨立配置和/或非獨立配置的WTRU 102a、102b、102c通信。在獨立配置中,WTRU 102a、102b、102c可以與gNB 180a、180b、180c通信而仍未存取其他RAN(例如e節點B 160a、160b、160c)。在獨立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一或多個作為行動錨點。在獨立配置中,WTRU 102a、102b、102c可以使用未授權頻帶中的信號來與gNB 180a、180b、180c通信。在非獨立配置中,WTRU 102a、102b、102c會在與別的RAN(例如e節點B 160a、160b、160c)通信/連接至其的同時與gNB 180a、180b、180c通信/連接至其。舉例來說,WTRU 102a、102b、102c可以實施DC原理而實質同時地與一或多個gNB 180a、180b、180c以及一或多個e節點B 160a、160b、160c通信。在非獨立配置中,e節點B 160a、160b、160c可以服務作為用於WTRU 102a、102b、102c的行動錨點,並且gNB 180a、180b、180c可以提供附加的覆蓋和/或通量用於服務WTRU 102a、102b、102c。
每一個gNB 180a、180b、180c都可以關聯於特定胞元(未顯示),並且可以被配置成處理無線電資源管理決定、切換決定、UL和/或DL中的使用者排程、網路切片的支援、雙連線性、NR與E-UTRA之間的交互工作往使用者平面功能(UPF) 184a、184b的使用者平面資料的路由、以及往存取和行動性管理功能(AMF) 182a、182b的控制平面資訊的路由等等。如第1D圖所示,gNB 180a、180b、180c可以透過Xn介面彼此通信。
第1D圖所示的CN 115可以包含至少一個AMF 182a、182b,至少一個UPF 184a、184b,至少一個會話管理功能(SMF) 183a、183b,並且有可能包含資料網路(DN) 185a、185b。雖然每一個前述元件都被描述為CN 115的部分,但是應該瞭解,這其中的任一元件都可以被CN操作者以外的實體擁有和/或操作。
AMF 182a、182b可以經由N2介面連接到RAN 113中的gNB 180a、180b、180c的一或多個並且可以服務作為控制節點。例如,AMF 182a、182b可以負責驗證WTRU 102a、102b、102c的使用者、支援網路切片(例如對於不同需求處理不同PDU會話)、選擇特定的SMF 183a、183b、註冊區域的管理、 NAS傳訊的終止,以及行動性管理等等。網路切片可以被AMF 182a、1823b使用,以便基於被WTRU 102a、102b、102c使用的服務類型來定制用於WTRU 102a、102b、102c的CN支援。作為範例,不同的網路切片可被建立用於不同的使用例,例如依賴於超可靠低潛時(URLLC)存取的服務、依賴於增強型行動寬頻(eMBB)存取的服務、和/或用於機器類型通信(MTC)存取的服務等等。AMF 162可以提供用於在RAN 113與使用其他無線電技術(例如LTE、LTE-A、LTE-A Pro和/或諸如WiFi之類的非3GPP存取技術)的其他RAN(未顯示)之間切換的控制平面功能。
SMF 183a、183b可以經由N11介面連接到CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面連接到CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇和控制UPF 184a、184b,並且可以藉由UPF 184a、184b來配置訊務的路由。SMF 183a、183b可以執行其他功能,例如管理和分配UE IP位址、管理PDU會話、控制策略實施和QoS、以及提供下鏈資料通知等等。PDU會話類型可以是基於IP的,非基於IP的,以及基於乙太網路的等等。
UPF 184a、184b可以經由N3介面連接到RAN 113中gNB 180a、180b、180c的一或多個,這樣可以提供WTRU 102a、102b、102c對於封包切換網路(例如網際網路110)的存取,以便促成WTRU 102a、102b、102c與IP賦能的裝置之間的通信。UPF 184、184b可以執行其他功能,例如路由和轉發封包、實施使用者平面策略、支援多宿主PDU會話、處理使用者平面QoS、緩衝下鏈封包、以及提供行動性錨定處理等等。
CN 115可以促成與其他網路的通信。例如,CN 115可以包含或者可以與服務作為CN 115與CN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)通信。此外,CN 115可以提供WTRU 102a、102b、102c對於其他網路112的存取,這可以包含由其他服務提供者所擁有和/或操作的其他有線和/或無線網路。在一個實施例中,WTRU 102a、102b、102c可以經由到UPF 184a、184b的N3介面以及UPF 184a、184b及DN 185a、185b之間的N6介面通過UPF 184a、184b連接到本地資料網路(DN)185a、185b。
有鑒於第1A圖至第1D圖以及關於第1A圖至第1D圖的相應描述,關於WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN185 a-b的一或多個的此處所描述的功能的一或多個或全部和/或此處所描述的其他任何裝置,可以由一或多個仿真裝置(未顯示)來執行。這些仿真裝置可以是被配置成仿真此處所描述的一或多個或全部功能的一或多個裝置。舉例來說,這些仿真裝置可被使用於測試其他裝置和/或被使用於模擬網路和/或WTRU功能。
仿真裝置可被設計成在實驗室環境和/或操作者網路環境中實施其他裝置的一或多項測試。例如,該一或多個仿真裝置可以在被完全地或部分地實施和/或部署作為有線和/或無線通信網路的部分和/或時執行一或多個或全部功能,以便測試通信網路內部的其他裝置。該一或多個仿真裝置可以在被臨時地實施/部署作為有線和/或無線通信網路的部分時執行一或多個或全部功能。該仿真裝置可以直接地被耦合到別的裝置用於測試的目的,和/或可以使用透過空中的無線通信來執行測試。
該一或多個仿真裝置可以在未被實施/部署作為有線和/或無線通信網路的部分時執行包含全部的一或多個功能。例如,該仿真裝置可以在測試實驗室中和/或未被部署(例如測試)的有線和/或無線通信網路的測試場景中被使用,以便實施一或多個元件的測試。該一或多個仿真裝置可以是測試裝置。直接的RF耦合和/或藉由RF電路(作為範例,該電路可以包含一或多個天線)的無線通信可以被該仿真裝置使用來傳輸和/或接收資料。
在LTE中,加速(turbo)編碼器交織器只被定義用於有限數量的碼塊(CB)大小,最大的塊大小是6144位元。結果,如果傳輸塊(TB)(包含24位元TB循環冗餘檢查(CRC))超出這個6144位元的限度,在加速編碼之前每一個TB將被分段成更小的CB。
第2圖示出了一個碼塊(CB)分段250和逐個CB的循環冗餘檢查(CRC)插入處理270的範例,該範例可以與這裡描述的其他實施例以任何組合而使用。如第2圖所示,TB 205中的CB分段250可以先於對CB#1 215插入填充位元260的加速編碼程序(也就是使得第一CB符合由加速編碼器所支援的大小的填充)。在CB分段250期間,在每一個CB(即,CB#1 215、CB#2 217、CB#M 218)可以具有附加至其的CRC 230、232、234。該CRC 230、232、234還可以包含24位元的長度,但其不同於TB CRC 210。具有每一個CB 215、217、218的CRC 230、232、234能夠賦能用於通道編碼280的正確地被解碼的CB的早期檢測,這轉而允許用於該CB 215、217、218的疊代解碼程序的早期終止。這可以使用於減小WTRU處理複雜度和能耗。TB CRC 210與CB CRC 230、232、234的組合可以使在已被解碼的TB中未檢測的錯誤的風險最小化。
在LTE中,基於20MHz的系統頻寬,TB的大小(即,傳輸塊的大小(TBS))可以為如97,896位元相同大小。這可以導致每一個TB大約16個CB。在LTE中,即使單個CB的解碼失敗時,整個TB被重傳。在用於次(sub)6GHz的100MHz頻帶且用於mmW頻帶的可能多達GHz的量級(order)的系統頻寬的新無線電(NR)中,TBS可以更大,例如,基於用於LTE頻寬的20MHz的換算,對於100MHz可以是80 CB。
在所提供的多個使用例(例如增強型行動寬頻(eMBB)、超可靠低潛時通信(URLLC)以及大規模機器類型通信(mMTC))的NR中,使用無線電資源的有效的方式可能被需要。例如,URLLC WTRU可能需要即時得到服務,以便滿足其嚴格的潛時需求。這可能導致佔先eMBB訊務的需要,其中為了eMBB訊務所排程的資源會被佔先,以便服務於URLLC訊務。這種資源的佔先可以在微槽(mini-slot)(即,符號的量級)等級上,僅僅會衝擊少量CB。因此,如用於LTE的例子所為,重傳整個TB在資源方面是無效和浪費的。因此需要可以基於CB、一組CB(CBG)、TB或是其任何組合操作的更靈活的重傳方案。
第3圖示出了藉由超可靠低潛時(URLLC)訊務的增強型行動寬頻(eMBB)訊務的範例佔先。舉例來說,CB 1至28最初是為eMBB訊務排程的。然而,在URLLC訊務需要被提供服務時,如區域305和315所示,為eMBB訊務所排程的CB可被佔先,以便為URLLC訊務提供服務。在LTE中,如果在佔先區域305、315中的CB(或是用於eMBB訊務的區域中的任何CB)沒有被適當地解碼,整個TB需要被重傳。如上所述,這會導致無線電資源的無效使用。
為了支持基於CBG的重傳,多位元HARQ回饋可被需要使用。該多位元回饋可用於指示WTRU請求從基地台(例如下一代節點B(gNB))重傳的哪個CB/CBG或其他資源(例如PRB或PRB的群組)。
WTRU或WTRU集合/群組可以被半靜態或動態地配置成不使用HARQ回饋、單位元HARQ回饋或是多位元HARQ。這可以為被服務的eMBB訊務(例如直播流視訊相比於非直播視訊內容)的類型/分類以及佔先eMBB訊務的URLLC訊務的頻率兩者。用於WTRU的回饋格式的配置(或再配置)可以由BS(例如gNB)經由傳訊訊息來確定。舉例來說,半靜態配置可以經由RRC傳訊來確定,並且可以指示WTRU或WTRU集合/群組提供的HARQ回饋的類型在長時間期間不能改變。作為範例,當WTRU被半靜態地配置成在胞元中提供多位元HARQ回饋時,WTRU不會改變其HARQ回饋配置,直至其移動到只能接受單位元HARQ回饋的不同胞元。相比之下,動態配置可以經由DCI來確定,並且可以指示WTRU或WTRU集合/群組提供的HHARQ回饋的類型當其需要而可能在時間期間中改變。舉例來說,DCI可以包含參數以改變WTRU正在提供的HARQ回饋的類型。
在一個實施例中,如果eMBB訊務主要包含時間敏感的訊務(例如直播流視訊)且URLLC訊務負載為低,藉此導致eMBB資源的相對不頻繁的佔先, BS(例如gNB)可以半靜態地或動態地(再)配置WTRU或WTRU群組以不使用HARQ回饋。然後,WTRU可以取決於前向偵錯(FEC),因為一些封包的丟失較佳於將與用於這服務類型的基於HARQ的重傳相關聯的延遲。
替換地或此外,如果URLLC訊務的頻率為高,導致高程度的eMBB資源佔先,BS(例如gNB)可以半靜態地或動態地(再)配置受影響的WTRU或WTRU群組以使用多位元HARQ回饋。一旦接收到多位元HARQ回饋, BS可以重傳受衝擊的資料的部分,使得WTRU或WTRU群組可以有效地解碼受影響的TB。這些重傳可以是CB / CBG、微槽等級重傳,允許WTRU或WTRU群組受益於額外資料傳輸,同時不會極大地衝擊在潛時方面對觀看者體驗。
在另一個實施例中,BS(例如gNB)可以半靜態地將WTRU或WTRU群組配置成使用某些預定映射用於多位元HARQ回饋。這些映射可以指示多位元HARQ回饋是否允許CB等級粒度、CBG等級粒度或甚至時間-頻率資源。在第4A圖至第4C圖中示出了此類映射的例子。
第4A圖示出了多位元HARQ回饋405的例子,該回饋可以與這裡描述的其他任何實施例結合而被使用。如第4A圖所示,多位元HARQ回饋405可以允許CB等級粒度。在這裡,該粒度指的是被包含在多位元HARQ回饋的每一個位元(即,每一個HARQ資訊位元)中的CB(單個或複數個)/CBG(單個或複數個)的數量。特別地,CB等級粒度指的是多位元HARQ回饋405中的每一個位元可以代表單個CB。在該範例中,多位元HARQ回饋405包含代表了每一個CB(即,CB 1到CB 12)的12個HARQ資訊位元。這十二個HARQ資訊位元可以指示WTRU正在請求重傳的相應CB。舉例來說,如果CB 1未被正確解碼(也就是損壞), WTRU可以確定代表CB 1的第一個HARQ資訊位元為NACK。如果CB1被成功解碼,WTRU可以確定第一個HARQ資訊位元為ACK。HARQ資訊位元值0可以代表NACK,而HARQ資訊位元值1可以代表ACK,或反之亦然。這樣提供最大彈性,因為WTRU可以準確指出哪些CB未被成功解碼。因此,BS可以最小化重傳資源的使用。這對於TB大小為小的例子,尤其具有吸引力。然而,即使TB大小適度地為大,該方法也有可能需要多數的HARQ回饋位元,而極大地增加傳訊開銷。
第4B圖示出了範例的多位元HARQ回饋410,其中該HARQ回饋410允許用於重傳的碼塊組(CBG)等級粒度,其可以與這裡描述的其他任何實施例結合被使用。CBG等級粒度意味著在多位元HARQ回饋410中的每一個位元可以代表一個CB群組(即,CBG)415、420、425、430。在該範例中,多位元HARQ回饋410包含代表CBG 415、420、425、430的每一個的4個HARQ資訊位元。這四個HARQ資訊位元的每一個可以指示WTRU請求用於重傳的相應CBG 415、420、425、430。例如,多位元HARQ回饋410的第一個位元代表第一CBG 415(即,CB1、CB2、CB3的群組),並且指示用於重傳的第一CBG是否被請求。如果在第一CBG 415中的任一CB未被正確地解碼(也就是損壞),WTRU可以確定代表第一CBG 415的第一HARQ資訊位元為NACK。如果在第一CBG 415中的所有CB被成功地解碼,WTRU可以確定代表第一CBG 415的第一位元為ACK。如上所述,HARQ資訊位元值0可以代表NACK,而HARQ資訊位元值1可以代表ACK,或反之亦然。
第4C圖示出另一個範例的多位元HARQ回饋435,其中該HARQ回饋435允許用於重傳的CBG等級粒度,其可以與這裡描述的其他任何實施例結合被使用。CBG等級粒度指的是在多位元HARQ回饋410中的位元可以表示CB群組(即,CBG)440、445。如第4C圖所示,每一個HARQ資訊位元映射到CBG 440、445,在這種情況下,兩個CBG群組各自具有6個CB。舉例來說,多位元HARQ回饋435中的第一個位元代表第一CBG 440(也就是CB1、CB2、CB3、CB4、CB5、CB6的群組),並且指示第一CBG是否被請求重傳。如果在第一CBG 415中的所有CB被成功地解碼,WTRU可以確定代表第一CBG 440的第一位元為ACK。如果第一CBG 440中的任一CB未被正確地解碼(例如損壞),WTRU可以確定代表第一CBG 440的第一HARQ資訊位元為NACK。換句話說,在相關CBG群組中的任一CB出錯會導致NACK回饋,藉此導致在該CBG中的所有CB重傳。如果WTRU正確地接收CBG的所有碼塊,WTRU可以為了CBG的HARQ-ACK資訊位元產生ACK。如果WTRU不正確地接收CBG的至少一個碼塊,WTRU可以為了CBG的HARQ-ACK資訊位元產生NACK。如上所述,HARQ資訊位元值0可以代表NACK,而HARQ資訊位元值1可以代表ACK,或反之亦然。
在一個實施例中,WTRU可被配置成使用多個HARQ回饋選項。例如,WTRU可被配置成提供多位元HARQ回饋和單位元HARQ回饋兩者。WTRU可以具有彈性以決定使用兩者中的哪一個,在需要時在兩者之間切換。舉例來說,如果WTRU未能成功解碼用於特定TB的少數CB,它可以選擇(或切換)使用多位元HARQ回饋,以便傳訊基地台(例如gNB)應該重傳哪一個CB。
替換地或此外,如果WTRU未能解碼重大地多數CB(例如所有TB的大百分比),它可以表示佔先已經影響多個CB/CBG,並且BS(例如gNB)可以最好重傳整個TB。在這種情況下,WTRU可以選擇(或切換)使用單位元HARQ回饋,通知BS(例如gNB)重傳整個TB,同時還會減小傳訊開銷。該BS(例如gNB)可以為WTRU配置一個臨界值參數“δ”,以便促成在單位元HARQ回饋與多位元HARQ回饋之間的切換。
為了促成在為了請求基於TB的重傳的單位元HARQ回饋與為了請求基於CBG的重傳的多位元HARQ回饋之間的切換,WTRU可被BS(例如gNB)配置成使用多個PUCCH格式,每一個格式具有不同的酬載(例如上鏈控制資訊(UCI))大小。然後,WTRU可以基於HARQ回饋需求來選擇適當的PUCCH格式。在這個場景中,BS(例如gNB)可能必須盲解碼PUCCH,以便確定由WTRU使用哪一種格式以及因此使用哪一個回饋選項。
WTRU可以經由無線電資源控制(RRC)傳訊而被配置成具有多個PUCCH資源集合,其中這些資源集合是基於UCI酬載能力而劃分的。舉個例子,在一個簡單場景中有可能是被配置為“K = 2”的資源集合。第一資源集合可以被定義用於具有HARQ-ACK回饋並且因此具有多達2位元的UCI酬載大小的PUCCH格式。然而,第二資源集合可以被定義用於具有HARQ-ACK回饋並且因此具有大於2位元的UCI酬載大小的PUCCH格式。在另一個範例中,WTRU可被配置為具有“K = 3”的資源集合,具有額外的粒度。舉例來說,第一資源集合可以被定義用於多達2位元的UCI酬載大小。第二資源集合可以被定義用於使用大於2位元但是小於19位元的UCI酬載大小的PUCCH格式。第三資源集合可以被定義用於20或更多位元的UCI酬載大小。在另一個範例中,可以是“K = 4”的PUCCH資源集合,具有第一資源集合為被定義為了多達2位元的UCI酬載大小,並且第二資源集合被定義為了用於使用大於2位元但是小於19位元的UCI酬載大小的PUCCH格式(如“K = 3”的例子)。然而,第三和第四資源集合可以提供增加的粒度,具有第三資源集合被定義從大於20但小於某個值“L”(以L = 80為例)的UCI酬載大小,並且第四資源集合被定義為了UCI酬載大小>L。
在資源集合的數量與逐個資源集合中可用的PUCCH資源(資源塊)的數量之間可能存在取捨。具有多數的PUCCH資源集合可能導致逐個集合少數的PUCCH資源,因為此時PUCCH資源總數必須在多數的資源集合之間被劃分。如果普遍預期可能具有較高UCI酬載的實質數量的WTRU,具有較多數的資源集合可能是有益的。在這種情況下,這些酬載的分佈是多模式的,其中PUCCH資源集合可以對於UCI酬載的分佈被微調,藉此允許這些資源的最佳使用。一種具有較多數的資源集合可能是有益的範例狀況可以是當在UCI酬載中大的變化為可能時。對於基於CBG的(重新)傳輸,這可能在當存在回饋的HARQ多工時發生,其中單個HARQ回饋回應有可能需要被提供用於透過多個槽(slot)/CC等等的多個PDSCH傳輸。在這樣的狀況中並且尤其用於基於CBG的(重新)傳輸而言,HARQ位元的數量可能為實質的,舉個例子,對於被配置成逐個TB具有8個CBG的WTRU,具有五個CC,用於HARQ回饋的40位元的UCI酬載可能被預期,然而對於兩個CC,16位元的UCI酬載可能被預期。在這樣的場景中,具有較多數的PUCCH資源集合(例如“K = 4”對比於“K = 3”)可能為更好,並且集合之間的PUCCH資源分佈會導致更高數量的資源為了K=3的情形被提供,因為可以預期的是,提供40位元的HARQ回饋的可能性遠低於提供介於3與某個中間數目(例如前述中的用於 “K=4”的情形中的第三集合的19位元)之間的HARQ回饋位元而因此UCI酬載的可能性。
然後,WTRU基於HARQ酬載(UCI)大小可以選擇適當的資源集合。例如,在WTRU被配置成每一個TB中具有2個CBG以及僅僅具有單個碼字(CW)的前述場景中,WTRU可能需要報告2位元的多位元回饋。在這種場景中,WTRU可以選擇被定義為UCI的PUCCH格式多達2位元的PUCCH資源集合(也就是以上範例的每一個中的第一集合)。
在另一個實施例中,用於單個CW配置的被配置成每個TB具有8個CBG的WTRU可能需要報告8位元大小的多位元回饋。該WTRU可以選擇為了能夠支援在上述範例中的第二集合中所示的大於2位元的UCI的PUCCH格式所定義的PUCCH資源集合。
在另一個實施例中,WTRU可以被配置成具有多個PUCCH資源集合為可能的,其中一個以上的資源集合被定義為了能夠支援HARQ酬載大小(或者更概括地,特定大小的UCI酬載)的PUCCH格式。例如,WTRU可被配置成具有K = 4集合,其中兩個集合為多達2位元的UCI酬載的PUCCH格式定義的,而剩餘的兩個資源集合被定義為了大於2位元的UCI酬載的PUCCH格式。在這樣的場景中,WTRU可以為了任一酬載情形隨機選擇的兩個所定義的集合中的一個。如果在每一個PUCCH資源集合多數的WTRU被指定的情形,這樣有助於減小多個WTRU之間發生碰撞的可能性。
如果所選擇的PUCCH格式能夠為適度的UCI(HARQ)酬載並且在多個/若干個符號/微槽/子槽上被傳送(例如透過長時續時間的PUCCH,像是透過單個資源塊配對上的PUCCH格式4),以便有效使用PUCCH資源集合,多個WTRU可以共用相同的資源塊配對。在一個符號/微槽內共用相同資源塊配對的裝置可以藉由頻域序列的不同的正交相位旋轉(例如時域中的循環移位)來分離。替換地或此外,對於更大的UCI酬載格式(例如大於2位元),其中多個資源塊配對被使用(例如PUCCH格式2或3),用於符號/微槽/非槽的多工容量可以藉由使多個WTRU使用不同的正交覆蓋序列與每一個WTRU共用相同資源塊配對被增加,。因此,這樣可以減少HARQ回饋所需要的PUCCH資源的數量。
除了選擇適當的資源集合(例如基於HARQ-ACK酬載大小),BS(例如gNB)可以微調將被WTRU使用的PUCCH資源以提供其HARQ回饋。這可以藉由使用類似於LTE中的2位元ACK-NACK偏移欄位(ANO)的ACK-NACK資源指示符(ARI)欄位來完成,其可以被使用於動態控制在PUCCH資源集合內的PUCCH資源和/或格式。
在一個實施例中,2位元ARI可以提供如下的PUCCH資源索引:00索引第一PUCCH資源,01索引第二PUCCH資源,10索引第三PUCCH資源,而11索引在被選擇的PUCCH資源集合內的第四PUCCH資源。
在另一個實施例中,ARI可以為了特定的PUCCH格式提供PUCCH資源索引的索引。例如,如果WTRU被配置成為了大於2位元的UCI酬載用於短和長PUCCH,它可被配置成具有兩種不同的PUCCH格式。在一個實施例中,一個PUCCH格式可被用於短PUCCH,而另一個PUCCH格式則可用於長PUCCH傳輸。然後,ARI索引可被用於提供關於PUCCH資源索引以及PUCCH格式的資訊。例如,基於ARI索引,WTRU可以選擇具有兩種PUCCH格式(例如PUCCHa和PUCCHb)的PUCCH資源集合,這兩者PUCCH格式可以攜帶大於2位元的UCI酬載,具有一種格式(例如PUCCHa)用於短持續時間的PUCCH傳輸以及另一種格式(例如PUCCHb)用於長持續時間。特別地,ARI索引00可以指示用於PUCCHa的PUCCH資源1,索引01可以指示用於PUCCHa的PUCCH資源2,索引10可以指示用於PUCCHb的PUCCH資源1,而索引11可以指示用於PUCCHb的PUCCH資源2。
在另一個實施例中,被配置成具有短和長PUCCH格式的WTRU可以基於某些預先確定的準則來決定一個PUCCH格式。例如,如果WTRU為有限的功率或者受限的覆蓋,WTRU可以決定使用長PUCCH格式。在這種情況下,具有彈性的WTRU選擇最佳/適當PUCCH格式可以單獨使用DCI中的ARI欄位用於PUCCH資源索引的指示。
此外,具有選擇恰當的PUCCH資源的彈性可以允許WTRU適應可能導致的回饋粒度的任何變化。例如,如果BS(例如gNB)在PDCCH上使用後降DCI來排程PDSCH,被配置成用於基於CBG的(重新)傳輸提供多位元HARQ回饋的WTRU可以使用用於基於TB的(重新)傳輸的單位元HARQ回饋來回應。該後降DCI可以指示BS不支援用於所傳輸的傳輸塊(TB)的基於CBG的重傳。當WTRU接收後降DCI時,該WTRU可以選擇被配置成為了支援2位元的較小UCI酬載的PUCCH格式的PUCCH資源集合,因為這將滿足正在請求單個或兩個碼字(或TB)的重傳的單位元HARQ回饋。這樣一來,首先被配置成提供多位元HARQ回饋的WTRU可以在用於基於CBG的重傳的多位元HARQ回饋(藉由使用被配置成用於較高的UCI酬載的資源集合)以及用於基於TB的重傳的單位元HARQ回饋(藉由使用被配置成用於較小的UCI酬載大小的資源集合)之間切換。對於這種後降DCI情形,考慮WTRU因為HARQ酬載大小已經改變(從多位元HARQ回饋到單位元HARQ回饋)且PUCCH格式也已相應改變而切換到不同PUCCH資源集合的事實,BS(例如gNB)可以提供已更新的PUCCH資源索引資訊(經由ARI欄位)。然後,新的ARI可被修改,以便反映用於該PUCCH資源集合的PUCCH資源索引資訊。
在WTRU正在PUSCH上傳輸資料的一個實施例中,該WRTU可以選擇使用多位元HARQ回饋以便提供更細的粒度的重傳。在該實施例中,該WTRU還可以基於更嚴格臨界值參數“δs
”(其中δs
>δ
)而從多位元HARQ回饋切換到單位元HARQ回饋。這比HARQ回饋在PUCCH上發送HARQ(例如δs
=1)的情形更為嚴格,意味著只有在整個TB出現錯誤的時候才會切換到單位元。
在另一個實施例中,WTRU可被配置成提供多個HARQ回饋選項,例如向BS(例如gNB)提供多位元HARQ回饋和單位元HARQ回饋兩者。提供兩種類型的HARQ回饋可能需要用於HARQ回饋錯誤的內建偵錯和添加的堅固性。例如,具有受到佔先影響的單個CBG的WTRU可以為了受影響的CBG提供多位元HARQ回饋以及又為了TB提供單位元回饋。這意味多位元HARQ回饋包含用於受影響的CBG的單個NACK,以及單位元HARQ回饋包含用於TB的單個NACK。如果任一NACK位元受到NACK-ACK錯誤的影響,BS(例如gNB)仍舊能夠分辨該TB的至少某個部分未被WTRU正確解碼。在這種情況下,BS(例如gNB)可以決定重傳整個TB(如果用於受影響的CBG的單個NACK被翻轉為ACK),或者僅僅重傳為其接收到NACK的CBG。儘管前一種情況(即,重傳整個TB)可能導致不必要的傳輸,但是它優於替換方案(也就是重傳受影響的CBG),因為重傳受影響的CBG有可能會因為RLC協定的潛在校正而耗費比重傳整個TB更長的時間(也就是直至整個TB的成功接收)。
被配置成提供多位元HARQ回饋的WTRU還可以恢復成或使用單位元回饋作為後降選項,作為用於減小回饋開銷的方法。WTRU可被配置成具有多位元HARQ回饋和單位元HARQ回饋兩者選項,並且只要被BS(例如gNB)排程的(重新)傳輸導致至少一個被(重新)傳輸的CBG為錯誤(即,NACK),該WTRU即可提供多位元HARQ回饋。一旦WTRU成功接收到所有CBG(並且因此整個TB),該WTRU可以接著發送單位元HARQ回饋訊息,以便通知BS(例如gNB)整個TB現在已被成功接收。這種多位元HARQ回饋到單位元HARQ回饋的切換可以導致減小的開銷,同時不會對性能產生負面衝擊。
在另一個實施例中,如果大量的CBG因為佔先資料而無法被解碼(例如基於某個臨界值,比方說CBG的絕對數量或是所配置的CBG的百分比/分率),被配置成具有多位元HARQ回饋和單位元HARQ回饋兩者選項的WTRU可以決定為基於TB的重傳選擇單位元HARQ回饋。在這種情況下,WTRU可以決定其最好請求整個TB的重傳。為請求整個TB的重傳,WTRU可以發送單位元HARQ-NACK。
在另一個實施例中,被配置成用於多位元HARQ回饋(或是被配置成用於多位元HARQ回饋和單位元HARQ回饋兩者)的WTRU有可能因為用於排程PDSCH的DCI中的變化而需要切換到(或選擇)單位元回饋。例如,如果WTRU被配置成具有用於基於CBG的(重新)傳輸的多位元HARQ回饋以及經由DCI所排程的PDSCH不支援基於CBG的傳輸,WTRU可能因為後降DCI格式被使用而需要切換到(或選擇)單位元HARQ回饋。在這樣的場景中,排程具有後降DCI的PDSCH可被看作是WTUR需要以用於基於TB的重傳的單位元HARQ回饋而回應的指示。常規的DCI(或非後降DCI)可被看作是WTRU應該以用於基於CBG(或CB)的重傳的多位元HARQ回饋而回應的指示。
每一個PDCCH可以攜帶名為DCI的訊息,該訊息包含用於WTRU或WTRU群組的資源指派及其他控制資訊。例如,DCI可以傳送下鏈和上鏈排程資訊,請求非週期性通道品質指示符(CQI)報告,或是用於一個胞元以及一個無線電網路臨時識別符(RNTI)的上鏈功率控制命令。根據該資訊內容,DCI可以具有如下表1所示的不同的DCI訊息格式。 表1
例如,用於在一個胞元中PDSCH的排程的DCI格式1_1可以包含用於指示用於至少一個傳輸塊(TB)的基於碼塊組(CBG)的(重新)傳輸的欄位。常規DCI(或非後降DCI)可以是該DCI格式1_1以顯性指示WTRU應該以基於CBG(或CB)重傳的多位元HARQ回饋而回應。另一方面,用於在一個DL胞元中PDSCH的排程的DCI格式1_0可以不包含指示基於CBG的(重新)傳輸的欄位。在該場景中,以DCI格式1_0排程PDSCH可被看作是WTRU需要以用於基於TB的(重新)傳輸的單位元HARQ回饋而回應的隱性指示。如上所述,一旦接收到DCI格式1_0,WTRU可以切換或選擇用於基於CBG的重傳的單位元HARQ回饋。此外,如果WTRU接收由PDCCH以DCI格式1_0所排程的PDSCH,該WTRU可以僅僅為了PDSCH中的傳輸塊而產生HARQ回饋資訊。以上描述的後降DCI可以是DCI格式1_0。
由WTRU的PUCCH資源/格式的選擇可能基於WTRU是否單純基於其自身的決策(例如像上文中描述的基於多少個CBG為錯誤)而從多位元HARQ回饋切換到單位元HARQ回饋,或者是否它是基於在PDSCH如何被BS(例如gNB)排程(例如後降DCI)中的改變。在其中切換是由於後降DCI的後者情形中,BS(例如gNB)可以動態地指示來自所選擇的PUCCH資源集合的將被使用於PUCCH資源的ARI,其中如前該,該集合選擇可以基於UCI酬載大小。然後,這個動態指示的資源可以被WTRU使用於單位元HARQ回饋。
如果WTRU自主地決定從多位元HARQ回饋切換到單位元HARQ回饋,該WTRU可以使用預先配置的PUCCH資源(例如上鏈控制資訊(UCI))。為此目的,BS(例如gNB)可以半靜態地配置包含恰當的PUCCH資源集合的PUCCH資源。在這種情況下,PUCCH資源集合可以是被配置為處理小於2位元的UCI酬載(PUCCH格式0/1)的集合。這個預先配置的資源可以覆寫經由在為了基於CBG的(重新)傳輸排程PDSCH的非後降DCI中的ARI被動態地指示的PUCCH資源。這是因為在該DCI中指示的PUCCH資源是專用於多位元回饋酬載大小以及相應的PUCCH資源。
替換地或此外,WTRU可以使用為了多位元HARQ回饋所指定的PUCCH資源用於提供BS(例如gNB)單位元HARQ回饋的目的。在這種情況下,像是例如PUCCH格式0和PUCCH格式2的兩者PUCCH格式可以被使用於相同的PUCCH資源。例如,PUCCH格式0可被指定用於1-2位元的UCI酬載,以及PUCCH格式2可以被定義用於大於2位元的UCI酬載。
在前面的範例中,關於被配置的PUCCH資源集合的數量及它們的UCI酬載能力的資訊,當WTRU提供用於所傳輸的PDSCH的HARQ回應時,可能會限制WTRU在單位元HARQ回饋或多位元HARQ回饋之間自主決定的能力。例如,如果WTRU被配置以僅僅具有小UCI酬載能力的單個PUCCH資源集合,該WTRU可以以此作為其預計會始終以單位元HARQ來回應的指示。然而,如果WTRU被配置以具有能夠攜帶大UCI酬載的大UCI酬載的PUCCH資源集合,該WTRU可以以此作為其預計會始終以為了該PDSCH的多位元HARQ回饋來回應的顯性指示。
在另一個實施例中,被配置成具有一個以上的PUCCH資源集合的WTRU可以以此作為由該WTRU選擇適當的回饋粒度的隱性指示。在這種情況下,BS(例如gNB)可能需要盲解碼PUCCH以便確定哪一種PUCCH格式被WTRU選擇。
替換地或此外,被配置僅僅多位元HARQ回饋選項的WTRU可以使用該配置來提供TB等級回饋。如第2圖所示,TB 205具有CRC 210,且每一個CB(即,CB#1 215、CB#2 217、CB#M 218)具有附加於其的CRC 230、232、234。在WTRU接收包含所有CB 215、217、218的TB 205之後,如果在該WTRU上的CB等級CRC檢查通過,但是在該WTRU上的TB等級CRC檢查未能通過,多位元HARQ回饋欄位可以包括TB等級NACK回饋。該TB等級NACK回饋(例如NACK回饋位元0)可被重複N次,其中N是單數或複數個CBG/CB的數目或者N是單數或複數個CBG/CB的最大數目。例如,被半靜態地配置成提供多位元HARQ回饋的WTRU接收包括16個CBG的兩個TB,其中每一個TB都包含8個CBG。如果用於第一TB的所有CB等級CRC以及TB等級CRC檢查通過,WTRU可以藉由將ACK資訊位元重複8次(即,11111111)來產生TB等級ACK回饋。如果用於第二TB的所有CB等級CRC檢查通過,但是TB等級檢查未能通過,WTRU可以藉由將NACK資訊位元重複8次(即,00000000)來產生TB等級NACK回饋。由於WTRU被半靜態地配置成提供多位元HARQ回饋,多位元HARQ回饋中的位元的數目可能需要為CBG的最大數目(在本範例中是16位元)。因此,在兩個8位元(即,用於第一TB的11111111和用於第二TB的00000000)被多工之後,WTRU可以產生16位元多位元HARQ回饋(即,1111111100000000)。
換句話說,如果WTRU正確檢測N個CBG的每一個,並且沒有正確檢測到用於這N個CBG的TB,該WTRU可以為了這N個CBG的每一個產生NACK位元。另一方面,如果WTRU正確檢測到N個CBG的每一個,並且也正確檢測到用於這N個CBG的TB,WTRU可以為了這N個CBG的每一個產生ACK位元。如果一或多個TB被使用,用於每一個TB的單個HARQ碼書需要被多工,藉此產生多位元HARQ回饋。由於WTRU已被配置成使用打算攜帶多位元回饋格式酬載的PUCCH格式,此種方法有助於對HARQ回饋中添加冗餘,藉此降低誤測可能性,縮短延遲,並且不會產生額外的開銷/成本。
在一個實施例中,如果WTRU接收由具有後降DCI的PDCCH所排程的PDSCH以及較高層被半靜態地配置成具有較高層參數的WTRU以提供多位元HARQ回饋,該WTRU可以將在該PDSCH中用於TB的HARQ ACK和NACK重複N次(也就是CBG數目或是由BS配置的CBG的最大數目),以便產生N個HARQ ACK或NACK資訊位元。
第5圖示出一個基於DCI用於提供單位元HARQ回饋和/或多位元HARQ回饋的範例傳訊過程500,其可以與這裡描述的其他實施例任意組合使用。如第5圖所示,WTRU 505可以從基地台(BS)510接收無線電資源控制(RRC)訊息515。該RRC訊息515可被可交換地稱為較高層訊息,其中傳輸該訊息的層要高於媒體存取控制(MAC)層。該RRC層位於BS(例如gNB/eNB)中,並且可以處理控制平面協定。例如,RRC層管理與RAN相關聯的過程,例如系統資訊的廣播、連接管理、行動性或WTRU能力等等。這些訊息可以使用被映射到公共或專用控制通道的無線電承載來傳輸。
RRC訊息515可以包含較高層將WTRU配置成在步驟520中基於用於基於CBG(重新)傳輸的CBG最大數目來提供多位元HARQ回饋的較高層參數(例如CBG-DL=ON)。例如,如果WTRU是由包含CBG的最大數目的較高層參數配置的,該WTRU可能需要使用該CBG的最大數目來產生用於TB接收的相應的HARQ回饋資訊位元。例如,如果接收到的TB包含8個CBG,但是由較高層參數所配置的CBG的最大數目是10,WTRU可以為了多位元HARQ回饋產生10個HARQ資訊位元。在這種情況下,前8個位元可以由解碼CBG(或TB)的結果來確定,並且最後兩個位元可以基於虛擬位元(dummy bit)(例如ACK或NACK位元)而被添加或插入。多位元HARQ回饋的酬載大小可以由所配置的CBG的數目來確定。例如,多位元HARQ回饋的酬載大小可以與CBG的最大數目相同。
在接收到RRC訊息515之後,WTRU 505可以被配置成提供如上所述的多位元HARQ回饋和/或單位元HARQ回饋。該WTRU 505可以經由PDCCH接收用於PDSCH排程的常規(非後降)DCI 525。基於該常規DCI 525,WTRU可以透過PDSCH接收資料(即,單數或複數個TB)530。由於WTRU 505接收了常規DCI 525,當在步驟535已接收到的單數或複數個TB中的至少一個CB沒有被適當地解碼,WTRU 505可以透過PUCCH來向BS 510傳輸多位元HARQ回饋540。多位元HARQ回饋540可被包含在UCI中。該多位元HARQ回饋540還可以包含WTRU 505請求重傳的單數或複數個CBG的一或多個HARQ NACK資訊位元。在傳輸多位元HARQ回饋540之後,WTRU 505可以透過PDCCH接收與被排程重傳的單數或複數個CBG 550的常規(非後降)DCI 545。如果該常規DCI 545排程單數或複數個CBG的重傳,DCI 545可以包含CBG傳輸資訊(CBGTI)欄位。該CBGTI欄位可以包含具有與TB的每一個CBG一對一映射的位元映射。WTRU 505可以基於CBGTI欄位的對應值確定CBG是否被重傳。例如,二進位0指示相應的CBG被重傳以及二進位1指示相應的CBG不被重傳。
WTRU 505還可以透過PDCCH接收用於PDSCH排程的後降DCI 555。基於該後降DCI 555,WTRU可以透過PDSCH接收資料(即,單數或複數個TB)560。由於WTRU 505接收了後降DCI 555,當在步驟565在所接收的單數或複數個TB中的至少一個CB未被適當地解碼時,WTRU 505可以透過PUCCH來向BS 510傳輸單位元HARQ回饋570。這個單位元HARQ回饋570也可以被包含在UCI中。該單位元HARQ回饋570可以包含用於WTRU 505正在請求重傳的TB的HARQ NACK資訊位元。在傳輸單位元HARQ回饋570之後,WTRU 505可以透過PDCCH接收用於被排程重傳的TB 580的後降DCI 575。如果該單位元HARQ回饋570是NACK(即,二進位0),WTRU 505可以接收被BS 510重傳的相應TB。如果該單位元HARQ回饋570是ACK(即,二進位1),WTRU 505不會從BS 510接收任何進一步重傳。
第6圖示出一個基於DCI用於提供單位元HARQ回饋和/或多位元HARQ回饋的範例過程600,其中該過程可以任意地與這裡描述的其他實施例組合使用。在步驟605,WTRU可被配置成提供如上所述的多位元HARQ回饋和/或單位元HARQ回饋。在步驟610,WTRU可以透過PDCCH接收用於PDSCH排程的DCI。在步驟615,WTRU可以接收資料(即,TB)。在步驟620,如果接收到的DCI是後降DCI,並且接收到的TB中的至少一個CB未被正確解碼,在步驟625,WTRU可以傳輸單位元HARQ回饋。如果單位元HARQ回饋570是NACK(即,二進位0),在步驟630,WTRU可以接收被BS 510重傳的相應TB。
在步驟620,如果接收到的DCI為非後降DCI並且所接收到的TB中的至少一個CB未被正確解碼,在步驟635,WTRU可以傳輸多位元HARQ回饋。該多位元HARQ回饋可以包含用於WTRU正在請求重傳的單數或複數個CBG的一或多個HARQ NACK資訊位元。在步驟635,在傳輸多位元HARQ回饋之後,WTRU可以透過PDCCH接收用於被排程重傳的單數或複數個CBG的常規(非後降)DCI。如果該常規DCI排程單數或複數個CBG的重傳,該常規DCI可以包含CBG傳輸資訊(CBGTI)欄位。該CBGTI欄位可以包含具有與TB的每一個CBG一對一映射的位元映射。WTRU可以基於CBGTI欄位的相應值來確定CBG是否被重傳。例如,二進位0指示相應的CBG被重傳,二進位1指示相應的CBG不被重傳。在步驟640,基於CBGTI欄位,WTRU可以接收被BS重傳的單數或複數個CBG。
第7圖示出一個用於確定WTRU將要提供的單位元HARQ回饋和/或多位元HARQ回饋的範例過程700,該過程可以與這裡描述的其他實施例的任何組合使用。在步驟705,WTRU可以從BS接收初始(TB)傳輸或是基於CBG的重傳。在步驟710,WTRU可以考慮在單位元HARQ回饋和/或多位元HARQ回饋之中該WTRU將提供的哪一個HARQ回饋。在步驟730,如果WTRU確定考慮單位元HARQ回饋和多位元HARQ回饋,WTRU可以首先檢查從BS接收的所有CBG是否沒有錯誤。如果接收到的所有CBG中都沒有錯誤,在步驟720,WTRU可以產生單位元HARQ回饋。這可以是單位元的HARQ ACK。如果接收到的CBG中存在錯誤,在步驟735,WTRU可以產生單位元HARQ回饋以及多位元HARQ回饋。這可能與WTRU藉由多工該單位元和多位元HARQ回饋經由單個HARQ回饋訊息正在提供用於多個TB(例如PDSCH)的HARQ回饋的情形相關。
在步驟710,如果WTRU確定不考慮在單位元HARQ回饋和/或多位元HARQ回饋之中該WTRU正在提供的哪一個HARQ回饋,該WTRU可以考慮其他因素來確定該WTRU選擇哪一個HARQ回饋。例如,在步驟715,WTRU可以考慮在TB中所有CBG為錯誤的CBG分率。如果在TB中所有CBG為錯誤的CBG的分率大於預定臨界值(δ),在步驟720,WTRU可以產生用於基於TB的重傳的單位元HARQ回饋。如在TB中所有CBG為錯誤的CBG的分率小於預定臨界值(δ),在步驟725,WTRU可以產生用於基於CBG的重傳的多位元HARD回饋。最後,在步驟740,WTRU可以傳輸所確定的HARQ回饋到BS。
在一個實施例中,WTRU可以被配置成僅僅使用多位元HARQ回饋選項。該多位元HARQ回饋選項可以為基於CB,基於CBG或者在基於CB與基於CBG之間切換。例如,WTRU或WTRU群組可被半靜態地配置成為了基於CBG的重傳使用多位元HARQ。網路可以隨著時間而推斷低潛時訊務本質上是週期性的,每“X”毫秒(ms)需要一個傳輸時機,而這可以轉換成用於WTRU或WTRU群組的有限數目的CB。在這種情況下,系統切換到基於CB的多位元HARQ回饋將是有益的。為達到此事,BS(例如gNB)可以動態地(重新)配置受影響的WTRU集合。
在另一個實施例中,由BS(例如gNB)服務的WTRU可以由使用內定的HARQ回饋設定而被初始化。該初始/內定的HARQ回饋設定可以是單位元HARQ回饋或多位元HARQ回饋。在多位元HARQ回饋是內定的設定,系統可以具有預先定義的最大位元的數目“N_max”,其中每一個位元被應用於包括多個CB的CB或是CBG。此外,無論是被應用於CB還是CBG的每一個位元都能夠覆蓋用於該系統的最大TB。N_max的選擇可以在能夠允許在名為用於重傳的足夠細的粒度的選擇的彈性而維持名為N_max的最大可能值的低到適中的彈性之間提供折衷。
為了允許基於CBG的重傳,BS(例如gNB)可能需要排程基於TB的初始傳輸和基於CBG的(重新)傳輸兩者。該BS(例如gNB)可以使用排程指派(例如後降DCI)以便排程初始的基於TB的傳輸,同時使用單獨的DCI格式(例如非後降DCI)以便排程基於CBG的(重新)傳輸。該排程指派(即,DCI)可以包含諸如調製和編碼方案(MCS)、冗餘版本(RV)或新資料指示符(NDI)等等的欄位。替換地或此外,該排程指派可以包含CBG指示符欄位(CBGIF)或CBG傳輸資訊(CBGTI)欄位,以便顯性地向WTRU指示被排程用於重傳的CBG。
替換地或此外,BS(例如gNB)可以使用一種DCI格式,其中該DCI格式將現有欄位(例如MCS/NDI/RV等等)連同單位元旗標(例如現有的NDI欄位或新的旗標)一起再使用,以便指示這些現有欄位是否應用於初始TB傳輸,在這種情況下,這些欄位具有其原始重要性,或者它們是否應用於基於CBG的重傳。
在一個實施例中,BS(例如gNB)可以使用NDI和RV欄位以便通知WTRU MCS欄位或MCS欄位的延伸版本傳達關於哪些CBG正被傳輸的資訊。該BS(例如gNB)可以使用NDI以便通知WTRU所排程的傳輸是先前傳輸的TB的基於CBG的重傳並且重傳與初始相同的RV。NDI欄位或旗標的使用可被看作是終端可以將MCS欄位解釋成指示正被重傳的CBG的CBGIF(或CBGTI)的一個隱性的指示,並且可以假設該重傳正在使用與初始傳輸相同的MCS。
在另一個實施例中,BS(例如gNB)可以使用一個專門被設計成排程基於CBG的重傳的延伸DCI格式。該延伸DCI格式可以包含與那些被LTE使用的欄位相同的初始欄位,例如MCS/RV/NDI等等。除了原始欄位之外,該延伸DCI格式可以包含額外的CBGIF(或CBGTI),以便通知正被重傳的CBG。由於BS(例如gNB)可以使用MCS/RV欄位用於基於CBG的重傳,具有CBGIF或CBGTI欄位,BS(例如gNB)可以具有名為適應於初始傳輸與重傳之間的傳輸參數的,最大彈性。
在另一個實施例中,BS(例如gNB)可以使用單個公用DCI格式以便排程初始TB傳輸以及基於CB的(重新)傳輸兩者。此類方法可以減少在WTRU上需要盲解碼嘗試的次數。所使用的DCI格式可以包含與那些由LTE使用的欄位(MCS/RV/HARQ過程ID/PUCCH功率控制等等)相同的初始欄位,以及額外的CBGIF或CBGTI。該CBGIF或CBGTI欄位可以被用於指示哪些CBG在CBG重傳的情況下正在被重傳。替換地或此外,在CBGIF或CBGTI中的全“1”狀態或位元可以指示整個TB的傳輸/重傳。緊密的指派格式可以被BS(例如gNB)使用以便減少用於這個公用DCI的DCI酬載大小。例如,只支援連續資源塊(資源配置類型2)可以以輕微降低排程彈性為代價來減小DCI酬載大小。
在另一個實施例中,在沒有CBGIF以及為了基於CBG的排程指派而哪些CBG被重傳的顯性指示的情況下,BS(例如gNB)可以使用DCI格式以便排程基於TB和/或基於CBG的重傳。這兩種排程指派名為旗標可能不同,該旗標可以使用現有欄位(例如NDI),或具有允許在初始的基於TB的傳輸和基於CBG的重傳之間差分的額外欄位。在這種情況下,由於BS(例如gNB)尚未指示哪些CBG被重傳,WTRU可以隱性地假設該BS(例如gNB)正在重傳當提供HARQ回饋時WTRU已指示為已NACK(NACKed)的那些CBG。該排程指派可以保持MCS/RV欄位免於現有LTE DCI格式,當從基於TB的傳輸走入基於CBG的重傳的時候,這可以允許如所需要的名為適應傳輸參數(例如MCS/RV等等)的最大的彈性。
如上所述,HARQ位元的數目可被選擇,以便提供彈性與回饋開銷之間的折衷。BS(例如gNB)可以將WTRU或WTRU群組配置成為了多位元回饋使用“N”個位元,帶有每一個位元應用於CB或CBG。例如,CBG等級多位元HARQ回饋可以限制回饋開銷,同時提供重傳粒度的彈性。為了使用 “N”個位元HARQ回饋方案,其中每一個位元應用於CBG,其中該“N”都是固定的,無關於TB,CBG中的CB數目“K”可以依照TB而改變,具有較大的TB會導致產生較大的 “K”,而較小的TB因為“K”較小會導致重傳的較細粒度。
替換地或此外,BS(例如gNB)可以半靜態地配置WTRU群組,以基於網路所觀察到的最大傳輸塊大小(TBS)而為了多位元HARQ回饋使用“N”個位元,然後,BS(例如gNB)可以半靜態地適應。之後,這可以被使用於確定適當的CB至CBG形成群組(例如“K”個CB形成一個CBG,其中“K”是固定的,並且是基於最大被觀察到的TBS而確定的)。
在另一個實施例中,BS(例如gNB)可以使用固定的“K”個CB至被選擇獨立於TBS的CBG形成群組。這樣會導致用於不同的TB的不同數目的CBG,並且因此用於HARQ回饋方案的不同數目的位元(“N”)。
在另一個實施例中,BS(例如gNB)可以經由DCI動態地配置WTRU成具有用於多位元HARQ回饋的“N”個位元。以上定義的“N”和“K”兩者可以基於TB的初始或首次傳輸而被確定,並且在該TB的所有重傳都不會被改變。
除了使用半靜態或動態的HARQ回饋大小的配置之外,WTRU還可以隱性地導出用於多位元HARQ回饋的CBG的數目(也就是大小“N”)。這可以基於為了用於WTRU或WTRU群組所指定的被配置的PUCCH(單數或複數的)格式的UCI酬載大小來完成。例如,被配置成具有與LTE中的PUCCH格式3相類似的格式的WTRU可以假設用於多位元HARQ回饋的10個位元,而被配置成具有與LTE中的PUCCH格式1b相類似的格式的WTRU可以隱性地假設用於多位元HARQ回饋的4個位元。
BS(例如gNB)可以使用半靜態和/或動態傳訊來為WTRU重新配置多位元HARQ回饋大小。例如,BS(例如gNB)可以半靜態地為WTRU配置參數“N”,其中該“N”指示為TB中的CBG的總數目。具有參數“N”,BS還可以通知WTRU“N”位元的HARQ回饋(每個CBG1位元)被預期。此外,BS(例如gNB)可以動態地指示不同值的“N1
”(其中N1
<=N),藉此通知WTRU “N1
”位元HARQ回饋現在應該為了任何重傳而提供。該“N1
”的值可以基於用於重傳而被排程的那些CBG而不是TB中的所有CBG。
替換地或此外,替代CBG的數目被使用作為多位元HARQ回饋大小的顯性指示,WTRU可以基於CBG重傳的排程DCI來隱性導出這資訊。例如,如果WTRU接收由PDCCH以後降DCI所排程的PDSCH,該WTRU可以在該PDSCH中只用於TB的HARQ回饋資訊位元。例如,被配置具有能夠攜帶變化的UCI酬載的多個PUCCH格式的WTRU可以將此作為一個隱性指示。因此,該WTUR可以使用具有較小酬載大小的PUCCH格式來為了被重傳的CBG提供HARQ回饋。關於哪些CBG被排程的資訊可以從排程DCI的CBGIF(或CBGTI)中導出。只要這個可變大小的多位元HARQ回饋的可靠性可以被保證,當收到相同TB的多次(基於CBG的)重傳時,這會導致減小的HARQ回饋(即,UCI大小),而不會衝擊整體性能。
多位元HARQ回饋可以在重傳之間被重新配置。如上所述,多數的HARQ回饋位元允許在重傳粒度的較大彈性,並且提升頻譜效率,然而在UCI上多位元HARQ回饋的衝擊應該被考慮。
限制HARQ回饋位元的數目可以由僅為了被顯性排程用於重傳的那些CBG提供ACK/NACK回饋來實現,而不是為了形成初始TB的部分的所有CBG提供回饋。
在一個實施例中,BS(例如gNB)可以將WTRU或WTRU群組配置成基於固定的CBG指派/排程集合(例如TB中的所有CBG)來報告HARQ回饋,而無關於多少個CBG被BS(例如gNB)排程用於重傳。這可以簡化HARQ設計,因為HARQ回饋位元的數目是固定的,並且等於用於TB的初始傳輸以及用於為了這TB所有後續的基於CBG的重傳的CBG的總數目,導致名為HARQ-ACK回饋位元可應用於哪一個CBG沒有模糊性。在這種場景下,WTRU可以遵循某些為未被BS(例如gNB)重傳的那些CBG預先定義的規則。例如,該WTRU可以為這些CBG報告ACK由於它們被WTRU成功接收(或解碼)。如果WTRU回應於對應至如TB的先前傳輸相同的HARQ程序的TB重傳而產生HARQ ACK回饋,該WTRU可以為了在該TB的先前傳輸中被正確解碼的WTRU的每一個CBG而產生ACK。
在另一個實施例中,BS可以將WTRU或WTRU群組配置成基於一或多個TB中的CBG的最大數目來報告HARQ回饋,而不用考慮BS排程重傳的CBG的數目。如果WTRU是由包含CBG的最大數目的較高層參數配置的,該WTRU可能需要使用該CBG最大數目用於產生為了TB接收的相應的HARQ回饋資訊位元。例如,如果接收的TB包含8個CBG,但是由較高層參數配置的CBG的最大數目是10,WTRU可以為了多位元HARQ回饋產生10個HARQ資訊位元。在這種情況下,前8個位元可以藉由解碼CBG(或TB)的結果來確定,以及最後2個位元可以基於虛擬位元(例如ACK或NACK位元)而被添加或插入。在本範例中,多位元HARQ回饋的酬載大小與CBG的最大數目可以是相同的。
在另一個範例中,BS(例如gNB)可以將WTRU或WTRU群組配置成採用可變位元HARQ回饋方案,其純粹基於當前被排程用於重傳的CBG。該回饋方案可以顯著減小HARQ回饋開銷,尤其是當佔先處理只影響在初始TB傳輸和任何後續重傳中全部CBG的很小分率。WTRU可以將小的CRC(例如單個同位位元或3位元CRC)附加到被報告至BS(例如gNB)的多位元HARQ回饋。這對於可變位元的HARQ回饋方法為有益的,因為回饋位元的數目會在重傳之間改變,並且NACK到ACK的錯誤可能導致恢復先前所傳輸的CBG的難度。
第8圖示出基於固定位元的CBG的HARQ回饋815或是以可變位元的基於CBG的HARQ回饋820、825的多位元HARQ回饋的範例重配置,其可以被使用於與這裡描述的其他實施例的任意組合。如上所述,多位元HARQ回饋可以包含用於WTRU正愛請求用於傳輸的單數或複數個CBG的一或多個HARQ NACK資訊位元。在傳輸多位元HARQ回饋之後,WTRU可以透過PDCCH上接收為了被排程重傳的單數或複數CBG的DCI。該DCI可以包含被排程用於傳輸的CBG 805的位元映射。如第8圖所示,CBG 805的位元映射指示CBG 2、CBG 3、CBG 4、CBG 5和CBG 6 810是被排程用於重傳的CBG。一旦WTRU接收被重傳的CBG 810(即,CBG 2、CBG 3、CBG 4、CBG 5和CBG 6),WTRU可以基於固定位元的基於CBG的HARQ回饋815或是可變位元的基於CBG的HARQ回饋820、825來重新配置多位元HARQ回饋。
如果WTRU被重新配置成提供固定位元的基於CBG的HARQ回饋815,WTRU可以基於TB中的CBG的總量來產生多位元HARQ回饋(也就是固定位元的基於CBG的HARQ回饋815)。如第8圖所示,多位元HARQ回饋可以包含用於其固定位元的基於CBG的HARQ回饋815的12位元。WTRU可以基於解碼結果產生用於被重傳的CBG 810的ACK或NACK位元816。對於在先前傳輸中被成功接收(或解碼)的那些CBG(即,CBG 1、CBG 7-12),WTRU可以產生ACK位元817。
如果WTRU被重新配置成提供以可變位元的基於CBG的HARQ回饋820、825,該WTRU可以基於被排程的CBG的數目來產生多位元HARQ回饋(也就是可變位元的基於CBG的HARQ回饋820、825)。如第8圖所示,多位元HARQ回饋可以包含用於其可變位元的基於CBG的HARQ回饋820的5位元。WTRU可以基於解碼結果產生用於被重傳的CBG 810的ACK或NACK位元820。此外,可變位元的基於CBG的HARQ回饋825可以包含用於偵錯的CRC 830。例如,單位元CRC 830或3位元CRC 830可以被附加至被報告給BS的多位元HARQ回饋上(也就是可變位元的基於CBGHARQ回饋825)。例如,如果被排程的CBG的數目少和/或NACK到ACK錯誤可能性很低,WTRU可以選擇只包含用於偵錯的單個同位位元。替換地或此外,如果被排程的CBG的數目多和/或有遭遇到NACK到ACK錯誤的可能,WTRU可以選擇使用較長的例如3位元的CRC。一旦接收HARQ回饋,BS(例如gNB)可以檢查CRC。如果CRC檢查失敗,BS可以要求WTRU重新發送HARQ回饋。替換地或此外,如果BS能夠檢測出哪個(哪些)位元出錯,該BS可以選擇僅僅重傳對應於出錯的一或多個HARQ位元的CBG。
即使同位位元或小的CRC的使用對HARQ回饋中增加一些額外開銷位元,這種方法可以被使用以替代使用固定的“N”位元HARQ回饋方案,其中只有少量的“k”個CBG(k<<N)被排程用於重傳。
如上所述,BS(例如gNB)可以半靜態地或動態地將WTRU或WTRU群組配置成使用固定的多位元HARQ或可變位元的HARQ回饋方案。在一個範例中,BS(例如gNB)可以將WTRU配置成使用與LTE中的PUCCH格式4或5相似的具有較大酬載的PUCCH格式來報告固定的多位元HARQ回饋。在另一個範例中,BS(例如gNB)可以將WTRU配置成使用與LTE中的PUCCH格式1b或3相類似的具有較小酬載的PUCCH格式來報告可變的多位元回饋。
此外,WTRU或WTRU群組可以半靜態地或動態地在固定與可變位元的HARQ回饋報告方案之間切換。這種切換可以藉由一些因素來促成,例如正在佔先WTRU的eMBB訊務的URLLC訊務的頻率、被該佔先所衝擊的時間-頻率(T-F)資源的數量、或是被觀測到的干擾的變化等等。
除HARQ回饋大小的半靜態和/或動態的配置之外,WTRU還可以隱性導出位元 “N” 的數目以用於多位元HARQ回饋。這可以基於為了WTRU或WTRU群組所指定的所配置的PUCCH(單數或複數)格式來完成。例如,被配置具有較小酬載大小的PUCCH格式的WTRU使用其作為隱性指示以使用可變位元的HARQ回饋格式,其中WTRU可以只提供HARQ回饋用於被BS(例如gNB)所排程重傳的那些CBG。替換地或此外,如果WTRU被配置具有可以容納完整CBG集合(TB中的所有CBG的集合)的所有的“N”個位元的較大酬載大小的PUCCH格式,WTRU可以轉而使用其作為提供用於TB中所有CBG的HARQ回饋的指示。
在一個實施例中,WTRU可以被配置為使用具有變話的UCI酬載大小的多個PUCCH格式,並且具有在這些格式之間選擇的選項。例如,覆蓋或功率受限的WTRU可以藉由選擇較小酬載的PUCCH格式,因此僅僅為由BS(例如gNB)重傳的那些CBG提供HARQ回饋,而不是TB中的所有CBG,作為減小功耗的手段。然後,BS(例如gNB)可能需要盲解碼PUCCH以便確定PUCCH格式,並且因此確定被WTRU正在提供的哪一種類型(例如固定或可變位元)的回饋。
在另一個實施例中,被配置成有能力使用固定和可變位元HARQ回饋兩者的WTRU,可以在一開始使用其中一個選項,然後可以基於各種因素(例如佔先訊務的頻率、受佔先衝擊的CBG、受衝擊的WTRU的數目、或是干擾等等)切換到另一個選項。例如,為了初始重傳,WTRU可以提供用於整個CBG集合(例如TB中的每一個CBG)的固定位元的HARQ回饋。然而在第二次傳輸中,如果被重傳的CBG的數目顯著減少,WTRU可以決定更有效的是僅僅為了用於當前重傳所排程的那些CBG而報告可變位元的HARQ回饋。
BS(例如gNB)可以半靜態地配置WTRU,以使用特定的回饋選項作為預設回饋模式。例如,WTRU可被配置成基於完整CBG集合來使用固定位元HARQ回饋,但是如果這從UCI開銷的觀點證明效率不佳,該WTRU可以切換到可變位元回饋選項。例如,如果BS(例如gNB)因為只有少量的CBG錯誤而需要排程多次重傳,這將會導致大的上鏈開銷,因為大量HARQ回饋位元需要在固定位元的回饋方案下被發送。預設的回饋選項可被配置成應用於多個TB傳輸,而覆蓋(over-riding)選項可以只應用於被傳輸的當前TB。
在另一個實施例中,WTRU可被配置成使用可變位元HARQ回饋選項作為預設選項,但是可以切換到固定位元HARQ回饋。例如,如果多個可變位元回饋訊息需要被WTRU重傳(由於這些HARQ回饋訊息未能通過CRC檢查,導致由BS的HARQ回饋的重傳請求),這可能導致額外的HARQ開銷和/或資料重傳。在這種情況下,讓WTRU恢復到固定位元HARQ回饋選項可能更為有效。
在另一個實施例中,WTRU可以自主地從預設回饋配置切換到備選回饋選項(例如從可變位元的HARQ回饋到固定位元的HARQ回饋)。這可以藉由配置WTRU使用多個PUCCH格式來促成。替換地或此外,切換或重新配置HARQ回饋選項可以基於PUCCH格式的重新配置等等經由DCI來顯性地或隱性地被傳訊。
在這裡描述用於多個PDSCH的多位元HARQ回饋。對於多載波排程,WTRU可能需要為多個TB提供聚合的HARQ回饋。例如,用於DL傳輸的多個槽可能需要被單個HARQ-ACK回饋槽來應答。可能需要藉由單個HARQ-ACK回饋槽來確認用於DL傳輸的多個槽。即使具有較大酬載的PUCCH格式,可用於傳輸的HARQ回饋位元的數目也會被UCI酬載大小限制。該多個PDSCH可被認為是跨越多個分量載波(CC)、多個胞元、多個槽/微槽/子槽/非槽、或多個頻寬部分(BWP)等等上所排程的。這裡揭露的方法可以應用於以上任何需要被單個HARQ回饋訊息所應答的多個PDSCH的場景。
在一個實施例中,BS(例如gNB)可以經由RRC傳訊來半靜態地配置WTRU和/或經由L1/L2層傳訊來動態配置WTRU,以使用固定的HARQ-ACK回饋格式以便為多個TB提供回饋。然後,WTRU可以多工用於多個PDSCH TB的HARQ-ACK回饋,發送用於跨越在單個HARQ-ACK回饋訊息中所有TB的整個CBG集合(例如TB中的所有CBG)的ACK-NACK資訊。多工用於多個TB的HARQ回饋可以指WTRU或WTRU群組在相同多位元HARQ回饋應答多個TB的接收。例如,如果WTRU接收兩個TB,該WTRU可以將用於第二個TB的HARQ-ACK資訊位元連接(concatenate)到用於第一個TB的HARQ-ACK資訊位元之後。例如,如果WTRU接收到兩個TB,並且每一個TB包含8個CBG,多位元HARQ回饋可以包含用於這兩個TB的16個HARQ-ACK資訊位元。前8個位元可以代表第一個TB中的CBG的HARQ-ACK資訊位元,以及第二個8個位元可以代表第二個TB中的CBG的HARQ資訊位元。如果WTRU正確接收CBG的所有CB,WTRU可以為了CBG的HARQ-ACK資訊位元產生ACK。如果WTRU未正確接收CBG的至少一個CB,WTRU可以為了CBG的HARQ-ACK資訊位元產生NACK。
替換地或此外,BS(例如gNB)可以半靜態和/或動態地配置WTRU或WTRU群組,以利用可變位元HARQ-ACK回饋以便減少為多個TB需要提供回饋的HARQ回饋位元的總數目。然後,WTRU為了多個PDSCH可以多工HARQ-ACK回饋,發送ACK或NACK只為了在單個HARQ-ACK回饋訊息中透過所有TB為了重傳所排程的那些CBG。
在另一個實施例中,BS(例如gNB)可以將WTRU或WTRU群組配置成使用具有變化的酬載的一或多個PUCCH格式類型。然後,WTRU可以假設它是使用特定回饋格式的隱性指示。例如,被配置成只能攜帶小的UCI酬載的PUCCH格式的WTRU可以作為期望只基於TB的HARQ回饋的指示。然後,WTRU可以對於每一個TB的ACK-NACK回饋多工,並且提供其作為對BS(例如gNB)的回饋。
在另一個實施例中,BS(例如gNB)可以將WTRU或WTRU群組配置成使用能夠攜帶大的UCI酬載的單個PUCCH格式。這可作為期望為了每一個被多工的PDSCH的基於CBG的HARQ回饋或組合的CBG和TB等級回饋的指示。
在另一個實施例中,被配置具有多個PUCCH資源/資源集合/格式的WTRU可以基於UCI酬載而在PUCCH資源/資源集合/格式中選擇一或多個資源。例如,如果WTRU需要為跨越多個T-F資源(例如槽、胞元、CC或BWP等等)上的多個PDSCH來提供多位元HARQ回饋回應,該WTRU可以選擇被配置用於最大UCI酬載大小的PUCCH資源集合。然而,如果WTRU需要為了少許PDSCH提供多位元HARQ回饋,WTRU可以最好是以選擇被配置用於略小的UCI酬載大小的PUCCH資源集合被服務。在這裡揭露關於PUCCH資源集合/格式以及PUCCH資源選擇的額外細節。
在另一個實施例中,被配置具有多個PUCCH格式選項的WTRU可以自主決定其將要為TB提供單位元HARQ回饋或多位元HARQ回饋(例如藉由多工基於CBG和/或基於TB的回饋)。例如,WTRU可以基於HARQ回饋的大小而在多個PUCCH格式中選擇適當的PUCCH格式。適當的PUCCH格式可以是可支援較大或小的UCI酬載能力的格式。基於適當的PUCCH格式和HARQ回饋的大小,WTRU可以確定所要提供的HARQ回饋的類型。此外,BS(例如gNB)隨後可以藉由盲解碼PUCCH來確定哪一個回饋的類型被提供。
替換地或此外,BS(例如gNB)可以為WTRU提供將用於所有TB的一個子集的基於CBG的多位元HARQ回饋與用於剩餘TB的基於TB的單位元HARQ回饋多工的彈性,替代跨越CBG多工用於需要被應答的所有TB的多位元HARQ回饋。特定地,被半靜態地和/或動態地配置具有更較高層參數的WTRU可以多工用於TB的一個子集的基於CBG的多位元HARQ回饋,而提供用於剩餘TB的基於TB的單位元HARQ回饋。例如,經由5個分量載波(CC)接收了5個TB的WTRU可被配置成為前三個CC提供基於CBG的多位元HARQ回饋,以及為剩餘的2個CC提供基於TB的單位元HARQ回饋。這意味著WTRU可為經由前三個CC所接收的前3個TB提供多位元HARQ回饋,並為經由剩餘的2個CC所接收的其餘TB提供單位元HARQ回饋。這些多位元HARQ回饋和單位元HARQ回饋在單個回饋訊息中可被多工(或連接)。這技術可以稱為動態碼簿設計。例如,被多工的回饋訊息可以包括多位元和單位元HARQ回饋,並且可以基於包括第一子碼簿和第二子碼簿的碼簿而產生。該第一子碼簿可以基於被後降DCI所排程的基於TB的PDSCH接收來確定。該第二子碼簿可以基於由非後降DCI排程的基於CBG的PDSCH接收來確定。
基於CBG的多位元HARQ回饋可以被使用於被佔先所影響的TB,而未被佔先衝擊的或者成功接收所有CBG(也就是正確接收整個TB)的那些TB可以被基於TB的單位元HARQ回饋來應答。術語“基於CBG的多位元HARQ回饋”可以與多位元HARQ回饋交換使用,以及術語“基於TB的單位元HARQ回饋”可以與多位元HARQ回饋交換使用。
BS(例如gNB)可以將WTRU配置成具有允許該WTRU為了在單個HARQ回饋訊息中的幾個PDSCH提供這個被多工的基於CBG的多位元HARQ回饋以及基於TB的單位元HARQ回饋的回饋配置(即,PUCCH格式)。例如,如果WTRU使用PUCCH格式2或PUCCH格式3或PUCCH格式4來傳輸HARQ回饋,該WTRU可以被較高層半靜態和動態地配置成具有較高層參數以提供這個單個HARQ回饋訊息。該較高層參數可以包含指示該WTRU被半靜態地配置成提供HARQ回饋的指示符(例如CBG-DL=ON)。該指示符(例如CBG-DL=OFF)還可以指示該WTRU被動態地配置成提供HARQ回饋。在一個實施例中,儘管該WTRU並未被配置成具有較高層參數,該WTRU可以提供被多工的基於CBG的多位元的和基於TB的單位元的HARQ回饋。所配置的回饋格式可以為每一個PDSCH提供用於基於CBG的多位元的以及基於TB的單位元的HARQ回饋兩者的欄位。WTRU可以使用被BS(例如gNB)傳輸的佔先指示的存在作為這些PDSCH傳輸可以更好地被基於CBG的多位元HARQ回饋所服務,而未能解碼並且未被佔先(也就是缺少佔先指示)的那些PDSCH則可以由整個TB的重傳而更好地被服務。支援TB和CBG兩者等級回饋的單個PUCCH格式的使用,可以簡化回饋設計同時提供彈性的程度,因為它可以基於PDSCH提供WTRU具有選擇是否其應該在PDSCH上提供CBG和/或TB等級回饋的彈性,而無需為了任何額外UL傳訊。WTRU還可以使用額外傳訊(例如佔先指示)的存在來幫助其做出決定。
WTRU可以經由在PUCCH欄位中的欄位(例如TB位元映射)來指示TB的子集。允許WTRU具有彈性於確定如何在單個HARQ-ACK回饋訊息中應答多個TB會是有利的,尤其是當WTRU是功率或覆蓋範圍受限時。在這種情況下,逐個PUCCH限制被傳輸的位元的數目可以提升UL覆蓋範圍,同時在下鏈頻譜效率上具有可以忽略的衝擊。
在一個實施例中,WTRU可以在單個回饋訊息中為所有TB或是TB的僅僅一個子集提供集束的HARQ回饋。例如,WTRU可以僅僅多工來自跨過那些被WTRU正確接收的TB上的每一個TB的單位元ACK,或者可以多工來自接收出錯的每一個TB的單位元NACK。
與單個PDSCH的情形相似,WTRU或WTRU群組可以基於所配置的PUCCH格式來決定HARQ回饋格式。例如,如果被配置具有小的(或最小的)PUCCH酬載格式的WTRU可以把這看作是BS(例如gNB)期望接收用於所有PDSCH的被多工的基於TB的單位元HARQ回饋的隱性指示,然而,被配置具有大的PUCCH酬載格式的WTRU可以把這看作是BS(例如gNB)期望接收到用於多個PDSCH的包含基於TB的多位元和基於CBG的單位元兩者被多工的HARQ回饋的單個回饋訊息的指示。
為了促成用於多個PDSCH的回饋選項,可以考慮HARQ碼簿設計的各個方面。在一個範例中,為了基於CBG的多位元HARQ回饋,半靜態的碼簿設計可以被使用於基於CBG的多位元HARQ回饋,其中多位元HARQ回饋的大小跨越所有PDSCH是固定的。這可以基於CBG的被配置的數目,例如跨越所有PDSCH的CBG的最大數目。這半靜態的碼簿設計可以允許WTRU跨越所有的PDSCH配置固定的多位元回饋大小,其與為了所有所配置的所有分量載波(也就是包含被排程和未被排程的PDSCH的所有可能的PDSCH)提供回饋相結合。因此,半靜態的碼簿設計會導致降低的彈性。然而,過大的UCI酬載有可能會因為所配置的CBG和分量載波的數目所造成。
如上所述,被半靜態地配置成逐個服務胞元具有較高層參數的WTRU可以接收包含TB的CBG的PDSCH。如果該WTRU是半靜態地配置的,WTRU可以被具有由逐個服務胞元的較高層參數CBG配置為最大數目,以產生半靜態的碼簿。該碼簿可以包含用於TB接收的相應的HARQ-ACK資訊位元。每一個HARQ-ACK資訊位元可以對應於該TB中的所有CBG(包含未排程的CBG)。該半靜態碼簿的酬載大小可以與CBG所配置的數目(也就是CBG的最大數目)相同。
在另一個實施例中,WTRU可以使用動態的HARQ碼簿設計來提供HARQ回饋訊息,其中多位元HARQ回饋的大小跨越所有PDSCH是固定的。例如,與半靜態的HARQ碼簿設計相似,多位元HARQ回饋的大小可以基於跨越所有PDSCH的被配置的CBG的最大數目來確定。然而,在動態的HARQ碼簿設計中,WTRU可以為所排程的PDSCH而不是被配置的所有PDSCH提供HARQ回饋。這可以藉由使用下鏈指派索引(DAI)類型機制來促成。該方法可以導致HARQ回饋酬載大小的減小。然而,其他因素(例如跨越被排程的PDSCH的被配置的CBG的數目差異)可能會抵消了節省。
有效使用回饋資源並將浪費的資源最小化的額外實施例在這裡被描述。一個範例是確保跨越多個TB的逐個TB的被配置的CBG的數目相似,藉此導致為了多工的PDSCH集合所傳輸的不必要的回饋位元的最小數目。這可以藉由跨越多個PDSCH的所有TB配置相同數目或是在某些差量值(例如0或1)以內的CBG來完成。這會導致形成跨越這些TB的名為CBG的CB的數目的不同的粒度,並且還會導致產生(重新)傳輸的不同粒度。然而,較佳是使得逐個TB(或胞元/CC)具有大的回饋大小,尤其如果不同的胞元具有不同覆蓋範圍。此外,限制對於覆蓋和功率受限的WTRU的回饋位元的數目(並且通常是整體回饋)尤為重要。考慮這些因素,BS(例如gNB)可以配置逐個TB的CBG的數目,同時考慮為了名為覆蓋和功率受限的WTRU的HARQ回饋大小(相比於CBG(重新)傳輸的粒度)提供最佳的折衷。
替換地或此外,BS(例如gNB)可以用可以減小/最佳化需要被WTRU發送的回饋位元的數目的方式來排程PDSCH,以便對所排程的PDSCH應答。例如,BS(例如gNB)可以嘗試在連續時槽中排程在某些“δ” 個所配置的CBG以內的PDSCH。這可以造成被浪費或不必要的HARQ位元的數目的顯著減少。在某些例子中,以這種方式排程相似大小的PDSCH會導致額外的回饋節省。舉個例子,如果沒有被排程的PDSCH被低潛時訊務佔先,WTRU可以為了所有PDSCH恢復或後降成多工/集束的單位元HARQ回饋。特別地,當逐個PDSCH(用於被排程的PDSCH)的CBG的數目為小時,由於傳輸視窗有可能會較小(例如當逐個PDSCH的所配置的CBG的數目較大時),因此,此類場景會導致減小低潛時訊務衝擊這些傳輸的較低機會。
如果佔先低潛時訊務本質上是週期性的,基於所配置的CBG的數目的所排程的PDSCH會導致有效的回饋多工,因為這可以導致所有或沒有被排程的PDSCH被低潛時訊務衝擊。第一個場景可以是低潛時訊務為週期性的且頻繁的情形。第二個場景可以是佔先訊務為週期性的且相對不頻繁的情形。無論這些情況的哪一個,WTRU需要一種類型的回饋,例如用於第一個場景的多位元HARQ回饋,以及用於第二個場景的單位元HARQ回饋。這可以允許WTRU對於回饋資源的有效使用。
替換地或此外,BS(例如gNB)可以基於所指派的分量載波(CC)來排程PDSCH。如果這使用在哪個資源可能會被使用以便排程低潛時訊務的資訊,基於被指派的CC來排程PDSCH會是有用的。如果特定的CC被指定或使用於排程高優先順序的低潛時訊務,BS(例如gNB)可以考慮在連續的槽中排程這些CC,或是為了連續的槽避免這些CC。因此,這導致回饋的更有效多工,因為所有PDSCH都只需要多位元HARQ回饋(在所排程的CC傳輸被佔先的情況下)或單位元HARQ回饋(在沒有所排程的PDSCH被佔先衝擊的情況下)。
替換地或此外,在選擇為了所排程的PDSCH的適當的HARQ回饋格式中,CC/服務胞元的覆蓋範圍會是一個決定性的因素。例如,如果WTRU因為多個CC的覆蓋而為功率受限制的,它必須恢復或後降成多工用於所有被排程的PDSCH的基於TB的單位元HARQ回饋,以便改善該WTRU在這些胞元中的UL覆蓋範圍。
替換地或此外,為了所排程的PDSCH,可能需要提供基於TB的單位元和/或基於CBG的多位元多工HARQ回饋的某些組合。這可能是PDSCH的一些子集被佔先衝擊的場景的情形。在這種情況下,那些被佔先衝擊的WTRU可能需要提供多位元HARQ回饋以便在獨自的CBG上提供回饋。然而,對於未被佔先衝擊的WTRU,單位元回饋可能是足夠的。為了提供基於TB和基於CBG兩者的回饋選項,每一個獨自的回饋訊息可以包含固定的單位元和多位元回饋欄位。能夠為所排程的PDSCH提供基於TB和基於CBG兩者的回饋可以導致傳輸資源以及潛時的最佳化的使用,因為這可以在為了重傳確定最佳化粒度(CBG相比於TB)中提供BS(例如gNB)充分的彈性。並且,與單個PDSCH相似,使用基於TB和基於CBG兩者的回饋也可以提供用於HARQ回饋錯誤的內建的偵錯(具有額外的堅固性)。此類方法的缺點可能是UCI酬載為大的情形。
WTRU可以使用由BS(例如gNB)的佔先指示的不存在或存在以便幫助決定對於是否為了每一個被排程的PDSCH提供基於CBG的多位元和/或基於TB的單位元HARQ回饋。例如,WTRU可以感知該信號的存在作為BS(例如gNB)期望用於受衝擊的PDSCH的基於CBG的多位元HARQ回饋的顯性指示。在另一個範例中,WTRU可以在關於要使用的回饋格式的何種類型具有自主權。例如,如果多數的CBG在被排程的PDSCH中無法被成功解碼,而且被配置兩種PUCCH格式以支援被多工的基於TB的單位元HARQ回饋或是被多工的基於CBG的多位元HARQ回饋,該WTRU可以決定其最好是為了所有PDSCH請求全部TB的重傳。由於WTRU決定為了所有PDSCH請求全部TB的重傳,該WTRU可以因此為了所有PDSCH以單位元HARQ回饋來回應。
如上所述,用於跨越所排程的PDSCH多工HARQ回饋的各種選項可以應用於半靜態和動態碼簿設計兩者。結果,用於被多工的PDSCH的集合的基於TB的單位元HARQ回饋/基於CBG的多位元HARQ回饋或是兩種回饋的組合可以被用於半靜態及動態碼簿設計兩者。
對於動態的HARQ-ACK回饋碼簿設計(基於被排程的胞元/CC)的情形,BS(例如gNB)可以藉由使用計數器下鏈指派指示符(DAI)和/或在每一個DL指派中為了PDSCH排程的的全部的DAI來指示該碼簿大小。然後,即使一些DL指派丟失,WTRU也可以可靠地確定所排程的PDSCH的數目。由於逐個PDSCH的被配置的CBG的數目被指示給WTRU, WTRU接著可以使用該資訊與來自用於每一個PDSCH的排程DCI的CBGIF位元映射(或CBGTI位元映射)結合,以便確定用於PDSCH的多位元HARQ回饋。使用DAI類型欄位適於每一個TB都具有相同的多位元HARQ大小的場景(如上所述,其可以基於跨越所有PDSCH的被配置的CBG的最大數目)。
與單個PDSCH或非多工的HARQ回饋情形相似,當以不支援CBG(重新)傳輸的DCI來排程的在各自的HARQ回饋響應中被應答的一或多個PDSCH時(當PDSCH經由後降DCI被排程時),用於這些PDSCH,被半靜態配置成用於多位元HARQ回饋來為若干個PDSCH提供被多工的多位元HARQ回饋的WTRU可能需要恢復到單位元HARQ回饋。
如上所述,對於半靜態碼簿設計,碼簿大小可以取決於所配置的CC的數目、CBG的所配置的數目或HARQ時序視窗等等。例如,被配置成逐個TB具有6個CBG的WTRU可能需要為五個TB提供單個HARQ回饋回應。該單個HARQ回饋回應可以藉由將用於每個TB的每一個碼簿多工到用於整個TB的單個碼簿中產生。在一個範例中,所有的五個TB都可以藉由能夠基於CBG的(重新)傳輸的DCI來排程,並且WTRU可以簡單地以5*6=30位元的HARQ回饋回應來回應。然而,如果是經由後降DCI排程一或多個TB的情形,整個TB可以被排程用於基於TB的重傳。WTRU可能需要決定是以單位元或多位元HARQ回饋來回應。果具有用於各種TB的單位元和多位元HARQ回饋的混合體可能導致回饋的誤解的可能性。
在一個實施例中,WTRU可以選擇保持相同的回饋回應(例如,對於所有的TB以多位元回饋來回應,無關它們是否經由正常的或後降DCI所排程的)。對於被配置為提供多位元HARQ回饋但卻是經由後降DCI排程的那些WTRU,該WTRU可以簡單地重複單位元TB ACK或NACK N次,以便指示是否TB被正確地接收。在這裡,N可以是在一個TB或整個TB中的CBG的數目。這會導致產生簡化的設計,但代價是增加的回饋開銷。例如,被半靜態地配置成提供多位元HARQ回饋的WTRU接收兩個TB,其中每一個TB具有8個CBG。對於第一個TB,如果所有的CB等級CRC檢查和TB等級CRC檢查通過,該WTRU可以藉由將ACK資訊位元重複8次(即,11111111)產生TB等級ACK回饋。對於第二個TB,如果所有的CB等級CRC檢查通過但是TB等級檢查未能通過,該WTRU可以藉由將NACK資訊位元重複8次(即,00000000)產生TB等級NACK回饋。由於該WTRU被半靜態地配置成提供多位元HARQ回饋,兩個8位元的結果(即,用於第一TB的11111111和用於第二TB的00000000)可能需要被多工。因此,WTRU可以傳輸包括用於第一個TB的第一多位元HARQ回饋以及用於第二個TB的第二多位元HARQ回饋的多位元HARQ回饋訊息(即,1111111100000000)。
在另一個實施例中,具有用以後降DCI所排程的單個TB的WTRU可以將此作為其需要為了在CC/HARQ時序視窗中的所有TB以單位元HARQ回饋來回應的指示。例如,如果WTRU分別在5個CC中接收用以後降DCI所排程的5個TB,並且每一個TB包含6個CBG,,假如該WTRU被配置成提供多位元HARQ回饋,該WTRU可能需要提供30個位元(即,6位元*5個TB)。然而,如果WTRU可以為所有的TB提供單位元HARQ回饋,在該HARQ回饋中的位元的數目會從30位元下降到僅僅5位元。雖然這會導致更為較低的UCI酬載,但是此方法的缺陷可能是高數量的可能為不必要的重傳以及浪費的頻譜效率。
在另一個實施例中,是否為了多個聚合PDSCH以單位元還是多位元HARQ回饋回應來回應的選擇可以基於用於需要被應答的每一個PDSCH的解碼結果。
在另一個實施例中,如果單個TB是經由後降DCI而被排程的,但是WTRU確定相當大數目的其它PDSCH被排程用於基於CBG的(重新)傳輸,或者相當大數量的CBG被佔先的低潛時訊務衝擊,WTRU可以決定請求用於這些PDSCH的整個TB的重傳。結果,WTRU可以轉而為所有的PDSCH以單位元HARQ回饋訊息來回應。這個確定可以基於某些臨界值。此臨界值可以包含但不限於某些數目的PDSCH或是或聚合PDSCH的百分比(x%)。為了聚合的PDSCH使用這種用於在單位元與多位元HARQ回饋之間切換的機制可以導致產生回饋資源的使用最佳化(例如限制UCI酬載),而也會使可能造成的不必要的重傳的數目最小化。
如果WTRU被配置具有多位元HARQ回饋,並且使用在DCI中提供一或多個欄位指示單位元HARQ回饋和/或多位元HARQ回饋的回饋格式,作為提升HARQ可靠性的手段,該WTRU可以依照後降DCI還是非後降DCI是否被使用於排程PDSCH的來適當地使用這些欄位。例如,對於以非後降DCI排程的PDSCH,WTRU可以使用多位元回饋欄位來為每一個CBG提供HARQ回饋。對於以後降DCI排程的PDSCH,WTRU可以基於TB的解碼結果而使用單位元回饋欄位(或者沒有使用)來提供單位元HARQ回饋。另一方面,對於經由後降DCI所排程的PDSCH,單位元TB結果將會是相關的,並且WTRU也可以選擇為多位元回饋欄位重複單位元回饋結果(也就是基於TB是否能被成功解碼的用於所有CBG的ACK或NACK)。這意味著在後降DCI的情形,單位元欄位更為切合,但是多位元欄位也可以被使用於提供基於TB的多位元HARQ回饋。
在前述實施例中,關於所配置的PUCCH資源集合的數目及其UCI酬載能力的資訊可能限制WTRU提供用於多個聚合PDSCH的HARQ回饋回應時在單位元或多位元HARQ回饋之間自主地決定的能力。例如,如果WTRU被配置成具有僅僅具有小的UCI酬載能力的單個PUCCH資源集合,該WTRU可以以此作為它被期望經常以單位元HARQ回饋為了所有聚合PDSCH作出回應的指示。然而,如果WTRU被配置成具有能夠攜帶大的UCI酬載的大的UCI酬載的PUCCH資源集合,WTRU可以以此作為其被期望經常以多位元HARQ回饋用於聚合PDSCH的每一個作出回應的顯性指示。
在另一個實施例中,被配置具有一個以上的PUCCH資源集合的WTRU可以以此作為由WTRU選擇適當的回饋粒度的隱性指示。在這種情況下,BS(例如gNB)可能需要盲解碼PUCCH,以便確定哪一種PUCCH格式被 WTRU選擇。
在所有被排程的PDSCH的被配置的CBG的數目為相同的動態HARQ碼簿的情形中,當WTRU遭遇到後降和非後降DCI的混合體時,如上所述,該WTRU可以選擇使用僅僅單位元HARQ回饋和/或為了這些聚合的PDSCH使用多位元HARQ回饋。
上述動態碼簿設計可以考慮用於被排程的胞元/CC而不是所有被配置的胞元的HARQ回饋。具有基於CBG的排程,對於碼簿設計的動態方面存在額外尺寸的可能性,其為基於CBG的排程/傳輸粒度的結果。多位元HARQ回饋的大小可以基於TB中的CBG的總數(也就是CBG的所配置的數目)或是用於(重新)傳輸所排程的CBG。基於用於(重新)傳輸所排程的CBG確定的大小可以在相同TB的重傳之間導致可變數目的HARQ回饋位元。為解釋PDSCH之間(及其內部)的可變數目的位元,用於動態碼簿設計的DAI功能性可被延伸成解釋所有可能的狀態。例如,具有用於PDSCH的4個被配置的CBG,HARQ回饋位元的數目可以在1與4之間變化。為處理連續的遺失DL指派,DAI可能需要4個位元來支援可能的12種狀態。依照所配置的CBG的數目,DAI大小以及因此DCI訊息有可能實質增加。替換地或此外,具有被配置的CBG的不同數目的不同PDSCH可能會使得有效地設計DAI欄位大小變得困難。為允許可變位元回饋,在嘗試限制複雜性和DCI開銷時,可以使用這裡描述的各種技術。
在一個實施例中,網路可以考慮限制逐個PDSCH所配置的CBG的數目,這轉而可以限制需要被DAI所覆蓋的可能的狀態的數目。替換地或此外, DCI的兩種特點(flavor)可被使用,其中它們的每一種具有不同的DAI欄位大小。允許在這兩種特點之間進行選擇,如果BS(例如gNB)考慮以所配置的CBG的相似數目,無論數目大還是小)對PDSCH多工,該處理將會非常有益。然後,這可以限制用於具有被配置的CBG的較小數目的那些PDSCH的DCI大小,並且允許使用這欄位的有效方式。
在另一個實施例中,這兩種特點的DCI可以基於回饋長度的可變性來區分。例如,其中一種特點用於其中逐個PDSCH的固定數目的回饋位元被使用的情形(在這種情況下可以原樣使用來自LTE的2位元DAI欄位),並且另一種特點用於逐個PDSCH的可變數目的位元被使用的情形,這轉而可能需要具有較大的DAI大小的DCI。WTRU是否需要同時監視兩種DCI特點可以藉由較高層傳訊來配置,並且可以在當BS(例如gNB)配置逐TB/PDSCH的CBG的數目的同時經由RRC傳訊基於逐個WTRU而完成(因為DAI大小直接取決於TB中的CBG的數目)。
在另一個實施例中,這兩種特點的DCI可以基於LTE中的DCI格式。例如,延伸DAI欄位可以被現存的DCI格式欄位重新使用。例如,,5位元DAI欄位(能夠支持每一個TB具有10個CBG)可以藉由組合現存的2位元DAI和3位元載波指示符欄位(CIF)被考慮。而這可能會導致跨載波排程的彈性的丟失,但其本身不會成為問題,例如,當僅僅考慮宏部署時。當考慮多工用於多個PDSCH的HARQ時,這明顯地有助於減小回饋開銷。
WTRU可以由BS(例如gNB)配置成使用多個PUCCH格式,其中每一個PUCCH格式具有不同的酬載(UCI)大小。然後,WTRU可以考慮何時基於如上所述的HARQ回饋需求來選擇其適當的PUCCH格式。在這種場景下,BS(例如gNB)可能需要盲解碼PUCCH以便確定正在被碼簿使用的哪一個格式和回饋選項。
BS(例如gNB)可以隱性地或顯性地將受到佔先衝擊的時間-頻率區域指示給受衝擊的WTRU或WTRU群組。該系統可以指定被使用的系統頻寬的特定部分,以便適應低潛時訊務。該被指定的區域可以覆蓋整個DL系統頻寬、或者可以被限制於全部的DL系統頻寬的某些部分。被指定的區域還可以是半靜態指派或動態地改變的。
第9圖示出一個範例的隱性佔先指示900,其中DL系統頻寬的中間部分被指定成可佔先區域925。例如,BS(例如gNB)可以經由RRC傳訊來向WTRU或WTRU群組半靜態地指示全部的系統頻寬中的哪個部分可能被該BS(例如gNB)使用,以便適應低潛時訊務。這種半靜態配置可被視為隱性佔先指示900,其中BS(例如gNB)不會顯性地向WTRU指示在佔先過程中受到影響的資源。然後,WTRU可以使用這種隱性佔先指示900來幫助解碼受影響的CB/CBG/TB。例如,配置具有該資訊的WTRU可以首先嘗試解碼該指定區域中的PRB。如果該區域中的任何CB/CBG出錯,WTRU可以在處理剩餘PRB之前發送指示這些CB的索引的多位元HARQ回饋。這可被看作是基於隱性的佔先指示900的早期HARQ回饋機制。該期早HARQ回饋可以觸發早期重傳,因此改善潛時。如第9圖所示,系統頻寬的中間部分可被指定成預定的可佔先區域925。該指定的可佔先區域925可以包含包含CB2、CB3、CB6、CB7、CB14、CB15、CB18、CB19、CB22、CB23、CB26以及CB27的PRB。在可佔先區域925的CB中,CB10 905、CB11的部分915以及CB18 910可能已被佔先,以便適應低延遲訊務。頂部區域920和底部區域930可被排程給eMBB訊務CB。例如,頂部區域920和底部區域930可以包含CB1、CB4、CB5、CB8、CB9、CB12、CB13、CB16、CB17、CB20、CB21、CB24、CB25以及CB28。被配置以該隱性佔先指示900的WTRU可以首先嘗試解碼可佔先區域925中的CB。如果WTRU未能解碼可佔先區域925中的任何CB,該WTRU可以在處理剩餘的CB之前發送指示這些CB的索引的多位元HARQ回饋。
擁有快速/積極處理所接收的基於CBG的傳輸/重傳的能力的WTRU可以使用這種早期回饋機制。此類WTRU可被分類為積極/快速/高的性能WTRU,並且可以在被傳輸的槽內部積極/快速地處理/解碼符號、微槽、子槽或是非槽等等。這可以賦能WTRU提供早期HARQ回饋(也就是基於早期HARQ時序的早期HARQ-NACK)。與基於槽的正常HARQ回饋時序不同,早期HARQ-NACK回饋時序可以基於符號、微槽、子槽或非槽時序等等。結果,能夠提供早期HARQ回饋的WTRU可以請求更快的重傳,從而減小重傳潛時。
在一個實施例中,被半靜態地配置以可佔先區域的高性能WTRU/WTRU群組可以優先解碼在槽(例如符號、子槽、微槽或非槽等等)內在可佔先區域中的資源。例如,對於槽內的每一個微槽、子槽、非槽,WTRU可以識別可能已經受到執行佔先的低延遲訊務潛在衝擊的CBG。然後,WTRU可以確定CBG內失敗的CB的數目。如果該數目超過某個臨界值,WTRU會認為該CBG不可解碼並且因此失敗。如果一或多個CBG或某些臨界值的CBG被認為已經失敗,WTRU可以發起早期HARQ回饋(例如基於微槽/非槽/子槽時序)。該早期HARQ回饋可以是單位元或多位元HARQ回饋。在一個範例中,被配置以基於CBG的多位元HARQ回饋的WTRU可以在微槽時序上使用這個,以便請求失敗的CBG的重傳。例如,被配置以逐個TB的8個CBG的WTRU可以包含8位元的多位元HARQ回饋。該WTRU可以使用所配置的可佔先區域的知識來優先解碼在這些符號或微槽內那些的資源。如果被認為受衝擊並且因此失敗的CBG的數目為高,基於某個數目(例如至少一個CBG)或臨界值(例如所配置的CBG的百分比或分率),WTRU可以使用多位元回饋來通知BS(例如gNB)重傳這些受衝擊的(以NACK應答的)CBG。
在另一個實施例中,優先解碼用於所配置的可佔先區域的符號或微槽內的資源的WTRU可以使用早期HARQ回饋來(早期)請求整個TB的重傳,而不是特定CBG。這情況在大量CBG受到佔先訊務衝擊的場景中有可能會發生。例如,如果早期的HARQ回饋是基於八個可能(或是被配置的)CBG中的五個,並且WTRU確定這五個CBG的有四個受到損壞,該WTRU可以發送一種請求BS(例如gNB)重傳整個TB而不是所選擇的CBG的多位元(8位元)的全部NACK回饋。
在另一個實施例中,被配置多位元HARQ回饋的WTRU可以用基於TB的單位元HARQ回饋的形式來提供早期HARQ回饋。例如,被配置用於基於CBG的(重新)傳輸的WTRU具有由不支援基於CBG的(重新)傳輸但支援基於TB的(重新)傳輸的DCI排程的PDSCH,該WTRU可以用基於TB的單位元HARQ回饋的形式來提供早期的HARQ回饋。為此目的,作為範例,BS(例如gNB)可以使用不包含CBG傳輸指示符(CBGTI)欄位或CBG傳輸資訊(CBGTI)欄位的後降DCI。在這種情況下,即使WTRU已經被配置用於基於CBG的(重新)傳輸,後降DCI也可以充當該WTRU以基於TB的單位元HARQ回饋來回應的顯性指示。在這樣的情況中,如果單個CBG已經受到佔先訊務的衝擊,WTRU可以再次使用所配置的可佔先區域的知識來優先解碼這些符號/微槽內的資源。在這種情況下,如果因為被佔先的訊務而無法解碼任何一個(即,至少一個)可能受到衝擊的CBG,WTRU可以在微槽時序上提供基於TB的單位元NACK的早期HARQ回饋,而不是必須等待正常的HARQ時間線,導致由BS(例如gNB)整個TB的更快的重傳。如上所述,後降DCI可不包含指示基於TB的單位元HARQ回饋的CBGTI欄位的支援。常規的(非後降)DCI可以包含指示基於CBG的多位元HARQ回饋的CBGTI欄位的支援。
如上所述,被配置以多位元HARQ回饋的WTRU可以用基於TB的單位元HARQ回饋來回應。在該場景中,如果WTRU注意到有大量的早期CBG受到佔先訊務的衝擊,該WTRU具有自主權選擇最佳的(也就是最合適的)回饋格式,以便經由基於TB的單位元早期HARQ-NACK回饋訊息來請求整個TB(而不是特定CBG)的重傳。具有為了基於微槽的HARQ時序的早期HARQ回饋和基於正常(基於槽的)HARQ時序的正常HARQ回饋兩者的在單位元和多位元HARQ回饋格式之間的自主切換的彈性,當WTRU可以在PUCCH資源集合/格式/資源之間切換時,該WTRU可以允許PUCCH資源的最佳化使用。這導致跨越各種的PUCCH資源集合/資源的WTRU的均勻分佈(而非被配置成用於多位元HARQ回饋的所有WTRU獨自僅僅使用該回饋的微槽HARQ時序或是該回饋的基於槽的時序的情形),藉此減小PUCCH衝突的可能性。
替換地或此外,用於WTRU的早期HARQ回饋的視窗可以為WTRU提供多個機會以提供早期HARQ回饋。提供HARQ回饋的每一個機會可以為在所排程的PDSCH傳輸槽內的若干個符號/微槽/子槽/非槽邊界的其中一個上。提供多個早期HARQ回饋機會可以允許導致減小的重傳潛時的最佳化HARQ性能。早期HARQ NACK回饋機會可以被使用於提供累積的HARQ-NACK回饋。它們可以指示從PDSCH傳輸的開始直至當前/最近解碼的CBG結果的所有CBG的HARQ-NACK回饋,藉此提供逐個CBG的多個可能的HARQ-NACK。替換地或此外,早期HARQ回饋機會可以被使用於為在最後一個早期HARQ回饋微槽邊界與當前HARQ回饋微槽邊界之間的那些CBG提供HARQ-NACK,暗指逐個CBG的單個HARQ-NACK回饋。第一個(累積早期回饋)選項能以開銷增大為代價提供較高的可靠性。在一個範例中,被配置成逐個TB具有8個CBG的WTRU可以具有兩個早期HARQ-NACK機會。第一個機會可以基於前兩個CBG的解碼結果以及第二個機會可以基於前五個CBG的解碼結果。如果前兩個CBG之一因為佔先而被損壞,WTRU可以在第二個HARQ回饋微槽邊界上使用指示用於被損壞的CBG的NACK的多位元(例如8位元)HARQ回饋訊息來回應。如果WTRU瞭解,在第一與第二HARQ回饋微槽邊界之間,(三個CBG中的)額外的兩個CBG受損壞,之後WTRU可以使用指示用於這五個CBG中的三個受損的CBG的NACK的另一個多位元HARQ回饋訊息來回應。這累積的早期回饋可以提升前兩個CBG的可靠性,因為有效地和累積地兩個HARQ回饋訊息被提供用於損壞的CBG。因此,該可以減小可能導增加的重傳潛時的NACK-NACK錯誤或可能導致不必要重傳的ACK-NACK錯誤的可能性。
此外,可以向BS(例如gNB)傳輸早期HARQ回饋報告的WTRU可以放棄基於槽的HARQ回饋報告的傳輸,這可能被視為不必要時,因為重傳已經被請求。這尤其相關於與WTRU已經具有多個機會去使用早期HARQ回饋並且實際上已經使用這些機會來請求特定CBG和/或整個TB的重傳的情形。如果被使用於在多個WTRU之間提供早期HARQ以及正常的基於槽的HARQ回饋兩者的PUCCH資源(例如資源塊)集合的重疊的情況,放棄正常HARQ回饋回應可以特別有關。這有助於減小PUCCH資源的不必要使用的可能性以及不同WTRU之間可能衝突。
此外,如果因為早期HARQ回饋將被使用而WTRU獲知不需要用於正常的HARQ回饋,它可以減小名為PUCCH資源/PUCCH傳輸持續時間,與WTRU之間的衝突的可能性,以及可能需要確保可靠的PUCCH性能的PUCCH資源的總數目的可能限制。
第10圖示出一個依照微槽時序的在槽內的範例的早期HARQ回饋時序1000,其可以被使用於這裡描述的其他實施例的任意組合。如第10圖所示,TB(或槽)1001可被配置成具有包含用於低潛時訊務的CBG2 1020、CBG4 1030以及CBGn-1 1034的佔先區域1005。在佔先區域1001的CBG中,CBG2 1020和CBG4 1030的某些部分1010有可能會被佔先,以便適應低潛時訊務(也就是被低潛時訊務佔先)。WTRU具有多個(在本情況中是兩個)早期HARQ回饋機會(即,早期HARQ1 1040和早期HARQ2 1045)。對於第一個早期HARQ機會(即,早期HARQ1 1040),在WTRU確定前兩個CBG(即,CBG1 1015和CBG2 1020)中的任何一個是否已經受到佔先的低潛時訊務的衝擊之後,WTRU可以確定是否在早期HARQ1微槽時序1040上傳輸早期HARQ-NACK回應。對於第二個早期HARQ機會(即,早期HARQ2 1045),在WTRU確定後兩個CBG(即,CBG3 1025和CBG4 1030)的任一個是否已經受到佔先的低潛時訊務衝擊或者任一累積CBG(即,CBG1 1015、CBG2 1020、CBG3 1025和CBG4 1030)是否已經受到執行佔先的低潛時訊務衝擊。然後,如上所述,該WTRU可以決定是否在早期HARQ2微槽時序1045上僅為了CBG 3 1025和CBG 4 1030或是為CBG 1到4 1015、1020、1025、1030(累積)提供早期HARQ-NACK回應。如果WTRU選擇不在任一早期HARQ1微槽時序1040或早期HARQ2微槽時序1045上發送早期HARQ回饋,該WTRU可以在正常HARQ時序1050上為了所有CBG(即,CBG1 1015、CBG2 1020、CBG3 1025、CBG4 1030 ... CBGn-1 1034以及CBGn 1035)傳輸正常HARQ回饋1050。
第11圖示出一個根據微槽時序的用於確定在槽內的早期HARQ回饋的範例過程1100,其可以與這裡描述的其他實施例任意組合使用。如第11圖所示,WTRU可以基於優先解碼在槽內的佔先區域資源來確定是否提供早期HARQ NACK回饋。例如,在步驟1105,如上所述,WTRU可被配置成具有用於低潛時訊務的可佔先區域。在步驟1110,WTRU可以優先解碼在槽內在佔先區域中的資源。在步驟1115,WTRU可以為每一個微槽識別受到低潛時訊務潛在衝擊的CBG。在步驟1120,WTRU可以嘗試解碼在所識別的CBG中潛在受衝擊的CB。在步驟1125,如果所識別的CBG中的CB的數目大於預定臨界值,在步驟1130,WTRU可以進一步為了每一個微槽識別包含失敗(或損壞)的CB的CBG。然後,在步驟1135,WTRU依照基於微槽的HARQ時序而在槽內產生早期HARQ回饋。然而,在步驟1125,如果在所識別的CBG中的CB數目小於預定臨界值,然後,在步驟1140,WTRU可以依照基於槽的HARQ時序產生正常的HARQ回饋。該預定臨界值可以經由廣播訊息或RRC訊息從BS接收。該預定臨界值也可以被預先配置在WTRU的記憶體中。
在一個實施例中,當eMBB資料被低潛時資料佔先時,用早期HARQ回饋被使用來減小重傳潛時。當WTRU對於在佔先區域中的CBG的過多CB解碼失敗時,早期HARQ回饋可以依照微槽HARQ時序來傳輸。例如,WTRU首先可以優先解碼在所配置的可佔先資源(也就是,可佔先CBG)中的PDSCH傳輸的一或多個CBG中的CB,其中CBG可以包含一組CB。然後,WTRU可以確定在PDSCH傳輸塊(TB)的傳輸中的一或多個可佔先CBG。對於在所確定的一或多個可佔先CBG中的一個可佔先CBG,WTRU可以接收和嘗試解碼一或多個對應的CB。WTRU可以確定在可佔先CBG中解碼失敗的CB的數目。當在可佔先CBG中失敗CB的數目超出預定臨界值的時候,該WTRU可以基於微槽HARQ時序來傳輸早期HARQ回饋。替換地或此外,當在槽中的每個可佔先CBG中的失敗CB的數目處於或低於預定臨界值時,WTRU可以按照基於槽的HARQ時序來傳輸常規的HARQ回饋。
在另一個實施例中,除了具有關於被指定的佔先區域的資訊的被半靜態地配置的WTRU(例如經由RRC傳訊)之外,BS(例如gNB)可以藉由動態傳訊顯性地指示受影響的時間/頻率資源的位置。這可以為WTRU提供受影響的時間或頻率資源的顯性位置,使得WTRU可以使用以幫助解碼受影響的CB/CBG/TB。例如,與隱性指示的情形相似,WTRU可以首先嘗試解碼在被指示的/受影響的PRB中的CB。然後,WTRU可以基於該解碼來發送HARQ回饋,來允許早期重傳。雖然該顯性指示可能具有較高的傳訊開銷,但其與隱性指示的情形的不同在於提供關於受影響的資源的更精確的資訊。
BS(例如gNB)可以動態地為WTRU或WTRU群組提供額外的時序和/或資源位置資訊,以便為了WTRU發送早期HARQ回饋訊息。該資訊可以被提供作為佔先指示傳訊的部分。WTRU可以基於受衝擊的資源的位置(在時間和/或頻率中)來選擇發送早期HARQ回饋訊息。例如,被佔先的資源的位置可能早就發生在被排程槽中(例如前幾個符號之一)。WTRU可以具有關於有可能會被使用的頻率資源位置的資訊,以便適應低潛時訊務。在這樣的場景中,WTRU可以基於用於這些符號中的頻率資源的解碼結果來提供早期HARQ回饋。替換地或此外,如果被佔先資源的位置對WTRU處理次數施加不適當的限制,例如如果佔先影響在朝向排程槽末端的符號/符號群組,WTRU可以決定不提供早期HARQ回饋訊息。
在另一個實施例中,WTRU可被半靜態地預先配置成具有特定被使用於為了提供早期HARQ回饋目的之PUCCH資源集合。該PUCCH資源集合可以包含對於那些被預先配置為了正常(基於槽的)HARQ回饋的資源集合所公用資源。替換地或此外,依據基於正常槽的HARQ時序,這些資源可以與被使用於正常HARQ回饋的其他PUCCH資源集合分開。
如果所選擇的PUCCH格式可以包含中等的UCI(HARQ)酬載,並且透過多個/若干個符號/微槽/子槽(例如透過單個資源塊對跨越長持續時間的PUCCH(PUCCH格式4))被傳輸,以便有效地利用PUCCH資源集合,多個WTRU可以共用相同的資源塊對。共用在符號/微槽內的相同資源塊對的裝置可以藉由頻域序列的不同正交相位旋轉(例如時域中的循環移位)來分開。替換地或此外,對於多個資源塊對被使用(例如PUCCH格式2或3)的較大UCI酬載格式(例如大於2個位元),對於符號/微槽/非槽的多工容量可以藉由讓多個WTRU共用相同的資源塊對來提升(其中每一個WTRU使用不同的正交覆蓋序列),藉此減少需要用於早期HARQ回饋PUCCH資源的數目。
由於能夠積極HARQ處理的高性能WTRU的數目可能是被服務的全部的WTRU中的小分率,這些資源有可能是非常有限的,並且可以在WTRU或高性能WTRU群組之間被共用。BS(例如gNB)可以使用從WTRU接收的HARQ回饋資料來確定高性能WTRU在WTRU中所占的百分比。該BS還可以確定這些WTRU的多少分率實際傳輸早期HARQ-NACK回饋。然後,BS(例如gNB)可以使用該資料來半靜態地重新配置PUCCH資源集合,以便最佳化資源使用。
由於早期HARQ回饋可以是單位元或多位元HARD回饋(如上所述), WTRU可以被半靜態地預先配置多於一個的PUCCH資源集合/格式,以便為BS(例如gNB)提供早期HARQ回饋。這些PUCCH資源集合可以依據酬載大小(例如基於正常槽的HARQ酬載大小)來區分。
在另一個實施例中,WTRU可以使用已經被用於基於槽的HARQ回饋所定義的相同PUCCH資源(資源塊)。
在以上任一實施例中,WTRU可能需要考慮以下事實:用來提供早期HARQ回饋資源所需要的資源有可能在時域/頻域中與用來提供基於槽的HARQ回饋的資源發生衝突。例如,如果早期HARQ使用在槽內的某個符號/微槽集合上的資源(資源塊),這些傳輸有可能會重疊,並且因此會衝擊基於槽的HARQ回饋傳輸視窗。替換地或此外,適應高性能WTRU(也即是能夠執行早期HARQ回饋)以及基線能力的WTRU(也就是能夠只有正常HARQ回饋)的需要可能會要求在不同的WTRU之間共用PUCCH資源,以便限制PUCCH的使用。然而,這可能會增大WTRU之間衝突的可能性。
一種用於避免衝突可能性的簡單方法是一旦在早期HARQ回饋已經被傳輸的時候放棄正常的HARQ傳輸。如上所述,這可以減小對於早期HARQ回饋的限制,並且在整體重傳的可靠性沒有損失,而且在不同WTRU的PUCCH傳輸之間發生衝突的可能性也是。
WTRU可能需要傳輸與高可靠性應用相關的早期HARQ回饋和正常HARQ回饋。為確保早期HARQ(基於微槽時序)回饋不衝擊正常HARQ回饋,WTRU可以將早期HARQ回饋限制成是持續時間很短的PUCCH傳輸,藉此確保該早期HARQ回饋傳輸在基於槽的HARQ回饋傳輸視窗之前結束。使用持續時間很短的PUCCH傳輸是可以被接受的,在於因為可以假設在任何給定時間,沒有HARQ回饋的可靠性的負面衝擊。在系統的所有WTRU中只有少數百分比具有有限的功率或有限的覆蓋範圍,並且大多數的WTRU不需要長的PUCCH持續時間傳輸。
在另一個實施例中,WTRU可以在名為槽內的可用的早期HARQ回饋傳輸機會的數目方面受限制。例如,在第10圖中,WTRU可被限制到單個早期HARQ回饋機會(也就是早期HARQ1 1040),而不是兩個早期HARQ回饋傳輸機會(早期HARQ1 1040和早期HARQ2 1045)。這限制可以基於為了HARQ回饋所配置的/所使用的短或長的PUCCH傳輸。例如,如果WTRU需要為HARQ回饋使用長的持續時間的PUCCH傳輸,它可以確定早期HARQ1 1040提供用於早期HARQ回饋的唯一機會。另一方面,如果WTRU需要使用短持續時間的PUCCH傳輸,提供兩者HARQ回饋機會(即,早期HARQ1 1040和早期HARQ2 1045)將會令人滿意,因為沒有任何一個可以干擾正常的(基於槽的)HARQ傳輸1050。
在另一個實施例中,WTRU可以藉由使用在不同天線上的不同資源(除了時間和頻率資源之外還可以使用碼域)來使用與空間正交資源傳輸分集(例如在LTE)相似的傳輸分集。這可以允許來自不同天線的PUCCH傳輸來基本上顯現作為來自兩個不同WTRU的兩個PUCCH傳輸(以兩倍的PUCCH資源為代價)。這意味著WTRU可以使用碼域(例如在每一個天線上的不同的碼)來分開兩個HARQ回饋傳輸,而不是使用相同的PUCCH資源用於早期和正常HARQ回饋。這樣做可以有效地提供早期HARQ回饋和正常HARQ回饋傳輸兩者。
在另一個實施例中,在低潛時訊務(例如URLLC)佔先eMBB WTRU資源的事件中,除發送被佔先資源的顯性指示之外,BS(例如gNB)可以在其接收來自WTRU的HARQ回饋之前決定自動重傳受影響的CB/CBG、或是執行受影響的CB/CBG的後續傳輸。後續傳輸的存在可以是經由1個位元旗標而被指示給WTRU或是受衝擊的WTRU的集合,並且可以連同顯性指示信號被發送給WTRU。
然後,WTRU可以藉由不提供任何HARQ回饋來使用該旗標,因為WTRU知道,如果初始傳輸失敗,該WTRU可以使用的後續傳輸來解碼受影響的CB。這機制可以具有減小傳訊開銷而改善潛時的雙重益處,其代價是使用額外的傳輸資源。
在另一個實施例中,WTRU可能沒有關於是否初始排程的資源的資訊已經被佔先。當出現以下情形時,會是這種情況:(i)沒有關於預先定義的可佔先區域的半靜態配置資訊;(ii)經由下鏈控制資訊(DCI)所接收的佔先資源的動態指示未能在ACK/NACK回饋之前到達;或者(iii)沒有開始於被佔先資源的顯性指示。在這情況下,WTRU可以監視後續排程指派(例如後續的槽),以便瞭解是否已將用於初始在先前槽/微槽中用於被原始地排程而被傳輸的TB的任何CB/CBG現在已被排程作為後續傳輸。
BS(例如gNB)可以傳輸佔先指示以便於將資源以及因而連同被佔先低潛時訊務所衝擊的CB/CBG通知WTRU。當WTRU確定如何處理受衝擊的CBG以及解碼TB時,這佔先指示和最終的重傳可以幫助WTRU。
在一個實施例中,WTRU可以決定清除(flush)與所有受影響的CBG或是受影響的CBG的子集相關聯的軟緩衝器內容,並且使用這些受影響的CBG的重傳來解碼。如果在受影響的CBG中的大量的CB因為佔先而已經損壞,這種清除CBG的所有相關內容的方法將是非常有益的。在這情況下,最好是結合跨越未來的重傳的HARQ,而不是高度不可靠的初始傳輸。
在另一個實施例中,WTRU可以決定清除在受影響的CBG集合內的CB子集相關的軟緩衝器內容,而不是整個CBG相關者。在該場景中,如果重傳是基於與初始傳輸相同的增量冗餘(IR)或者、基於增量冗餘(IR)HARQ如果不同的冗餘版本(RV)被使用為了在為被清除的軟緩衝中的那些CB來作為提升解碼成功的手段。WTRU可利用CB等級CRC檢查作為決定在CBG中的哪些CB需要被清除的方法。如果在CBG中的少數CB由於佔先而已被損壞,該方法是尤其有用的。
基於CBG的傳輸的時序可能衝擊WTRU的HARQ回饋。BS(例如gNB)可以排程用於被佔先低潛時訊務所衝擊的TB的基於CBG的重傳。該BS(例如gNB)可以前瞻地(也就是在來自WTRU的HARQ回饋的接收之前)發起重傳,也可以基於由WTRU提供的最終的HARQ ACK-NACK回饋來發起重傳。
在一個實施例中,BS(例如gNB)可以決定前瞻地重傳被佔先衝擊的CBG(例如在不等待來自WTRU的最終HARQ回應的情況下)。這可以依據某些基於受衝擊的資源的數目並且因此連同受衝擊的CBG數目等等的解碼失敗估計的估計可能性來完成。在前瞻的或後續傳輸的情形,BS(例如gNB)可以向WTRU指示該WTRU需要使用的用於HARQ回饋的時序和資源。
在該場景中,WTRU可以決定用兩個分開的HARQ回饋訊息來回應。第一個HARQ訊息可以基於原始的PDSCH(TB)傳輸時序,以及第二個HARQ訊息可以基於與後續傳輸所提供的新的/更新的資源/時序資訊。WTRU可以使用HARQ結合初始傳輸與用於第二個HARQ訊息的後續傳輸。替換地或此外,這兩個HARQ訊息在名為回饋格式的粒度(例如多位元相對於單位元)等可能不同。在一個範例中,如果具有佔先的初始傳輸的結果導致若干CBG被錯誤解碼,WTRU可以提供基於CBG的多位元HARQ回饋,以便向BS(例如gNB)通知需要被重傳的哪些CBG。如果HARQ結合初始傳輸與後續傳輸仍舊導致若干個CBG出錯或導致整個TB被成功解碼,WTRU可以決定為了這些情形的任一個提供單位元HARQ回饋訊息。這可以被看作是BS(例如gNB)應該在下一次重傳中重傳整個TB的隱性指示。
替換地或此外,如果初始傳輸和後續傳輸兩者導致少數CBG出錯,從頻譜效率的角度來看,為BS(例如gNB)提供基於CBG的HARQ回饋有可能會更為有效,使得該BS(例如gNB)可以重傳被WTRU請求的那些CBG,而非導致重傳整個TB的單位元回饋。
為了每一個訊息選擇最佳回饋選項的WTRU彈性有助於降低UCI開銷,同時提供名為頻譜效率的最佳性能。替換地或此外,兩個HARQ回饋訊息的使用,還可以導致提升ACK-NACK訊息的堅固性。
在HARQ回饋選項之間的切換可以藉由為WTRU配置不同的PUCCH格式來促成。然後,BS(例如gNB)可以盲解碼PUCCH來確定回饋訊息的粒度。在一個實施例中,當由BS(例如gNB)執行的後續傳輸過程是基於結合兩個傳輸的HARQ的結果,WTRU可以被配置成使用單個HARQ回饋回應來回應。這可以被配置成顯性或隱性。例如,由BS(例如gNB)的後續傳輸的指示可以看作是發送單個HARQ回應的信號。然後,WTRU可以基於結合兩個傳輸的HARQ的結果來發送單個HARQ回應。該回應的時序可以基於新指示的時序/資源,以便為WTRU提供足夠的處理時間。替換地或此外,WTRU可以自主決定用於這單個HARQ回饋回應的格式(例如單位元相對於多位元)。例如,如果只有少數CBG出錯,最好使用基於CBG的多位元HARQ回饋來回應。然而,如果大量CBG維持出錯,WTRU可以使用單位元NACK來回應,指示BS(例如gNB)需要重傳整個TB。使用單個HARQ回饋訊息來回應還可以導致回饋開銷的節省。例如,如果(單數或複數)後續傳輸導致先前受損的(單數或複數)CBG被成功接收,等待發送單個HARQ訊息的WTRU可以傳輸表示現在已經接收到整個TB的單位元ACK。相比之下,取決於基於HARQ的重傳或是具有兩個HARQ回饋訊息的後續傳輸會導致至少一個多位元HARQ訊息之後跟隨有另一個多位元或單位元HARQ訊息。上述過程可被延伸到BS(例如gNB)在佔先之後排程(單數或複數)後續傳輸。替換地或此外,如果BS(例如gNB)基於WTRU提供的HARQ回饋來排程CBG重傳,WTRU可以僅僅遵循與原始的TB傳輸相關聯的時序。
替換地或此外,WTRU的HARQ處理能力有可能衝擊HARQ處理和回饋回應時間。在一個範例中,如果高性能WTRU接收原始傳輸,並且其後跟隨一個後續傳輸,WTRU可以使用(基於微槽時序的)早期HARQ回饋和/或(基於槽的)正常HARQ回饋用於初始傳輸。然後,WTRU可以為了後續傳輸執行相同的操作(在HARQ結合初始傳輸之後)。這可以被使用作為提升HARQ可靠性的方法。
在另一個實施例中,WTRU可以僅僅使用基於槽的HARQ回應來回應初始傳輸,其後跟隨由在HARQ與原始傳輸結合之後用於後續傳輸的(基於微槽的)早期HARQ回饋和/或(基於槽的)正常HARQ回饋的組合。
在另一個實施例中,WTRU可以在發送HARQ回饋回應之前放棄發送用於初始傳輸的HARQ回應,並且等待後續傳輸。最終的HARQ回饋回應可以基於初始傳輸與後續傳輸結合的HARQ,並且可以涉及早期HARQ回饋和/或正常HARQ回饋。
在以上範例中,在後續傳輸的傳輸期間所產生的早期HARQ回饋可以基於初始傳輸(已被接收)與在後續傳輸的初始符號/微槽中接收的CBG的HARQ結合結果。在第10圖中,考慮兩個連續(TB/槽1001)傳輸(TB/槽的第二個傳輸在第10圖中未顯示),早期HARQ微槽時序機會會在第二個槽(後續傳輸)的符號/微槽/非槽內發生。針對這種情況,WTRU可以在確定後續傳輸是否可以由BS(例如gNB)排程使用佔先指示(經由群組共用PDCCH)和CBG清除指示(CBGFI)資訊。這可以證明跳過基於初始傳輸的HARQ回饋回應而不是在使用HARQ回應做出回應之前等待接收後續傳輸的做法是適當的。
對於初始和/或後續傳輸的早期和/或正常HARQ回饋回應的粒度(例如單位元相對於多位元)和格式可以遵循上述過程。
雖然在上文中描述採用特定組合的特徵和要素,本領域具有通常知識者將會認識到,每一個特徵或要素既可以單獨使用,也可以與其他特徵和要素進行任何組合。此外,這裡描述的方法可以在電腦可讀媒體中以供電腦或處理器運行的電腦程式、軟體或韌體中實施。電腦可讀媒體的範例包含電信號(經由有線或無線連接傳輸)以及電腦可讀儲存媒體。電腦可讀儲存媒體的範例包含但不侷限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、緩衝記憶體、半導體記憶體裝置、磁媒體(例如內部硬碟和可移式磁碟)、磁光媒體、以及光媒體(例如CD-ROM碟片和數位多用途碟片(DVD))。與軟體關聯的處理器可以被使用於實施在WTRU、UE、終端、基地台、RNC或任何電腦主機使用的射頻收發器。
100‧‧‧通信系統102、102a、102b、102c、102d、505‧‧‧無線傳輸/接收單元(WTRU)104/113‧‧‧無線電存取網路(RAN)106/115‧‧‧核心網路(CN)108‧‧‧公共交換電話網路(PSTN)110‧‧‧網際網路112‧‧‧其他網路114a、114b、510‧‧‧基地台116‧‧‧空中介面118‧‧‧處理器120‧‧‧收發器122‧‧‧傳輸/接收元件124‧‧‧揚聲器/麥克風126‧‧‧小鍵盤128‧‧‧顯示器/觸控板130‧‧‧非可移記憶體132‧‧‧可移記憶體134‧‧‧電源136‧‧‧全球定位系統(GPS)晶片組138‧‧‧週邊設備160a、160b、160c‧‧‧e節點B162‧‧‧行動性管理實體(MME)164‧‧‧服務閘道(SGW)166‧‧‧分包資料網路(PDN)閘道(PGW)180a、180b、180c‧‧‧gNB182a、182b‧‧‧存取和行動性管理功能(AMF)183a、183b‧‧‧會話管理功能(SMF)184a、184b‧‧‧使用者平面功能(UPF)185a、185b‧‧‧資料網路(DN)205‧‧‧傳輸塊(TB)210、230、232、234‧‧‧循環冗餘檢查(CRC)215、217、218‧‧‧碼塊(CB)250‧‧‧碼塊(CB)分段280‧‧‧通道編碼305、315‧‧‧區域405、435‧‧‧多位元HARQ回饋415、420、425、430、440、445‧‧‧碼塊組(CBG)500‧‧‧傳訊過程515‧‧‧無線電資源控制(RRC)訊息900‧‧‧隱性佔先指示920‧‧‧頂部區域925‧‧‧可佔先區域930‧‧‧底部區域1000‧‧‧早期HARQ回饋時序1001‧‧‧TB(或槽)DCI‧‧‧下鏈控制資訊HARQ‧‧‧混合自動重複請求WTRU‧‧‧無線傳輸/接收單元
更詳細的瞭解可以從以下的描述得到,並給出藉由與以下附圖結合的舉例,其中: 第1A圖是示出了範例通信系統的系統圖,在其中一個或更多揭露的實施例可以被實施; 第1B圖是示出了根據一個實施例在第1A圖中所示的通信系統內可以使用的範例無線傳輸/接收單元(WTRU)的系統圖; 第1C圖是示出了根據一個實施例在第1A圖中所示的通信系統內可以使用的範例無線電存取網路(RAN)和範例核心網路(CN)的系統圖; 第1D圖是示出了根據一個實施例在第1A圖所示的通信系統內可以使用的另一個範例RAN和另一個範例CN的系統圖; 第2圖是示出了範例碼塊(CB)分段處理以及依照CB的循環冗餘檢查(CRC)插入的圖; 第3圖是示出了藉由超可靠低潛時(URLLC)訊務的增強行動寬頻(eMBB)訊務的範例佔先的圖; 第4A圖是示出了範例的多位元混合自動重複請求(HARQ)回饋的圖,其中該多位元HARQ回饋允許用於重傳的CB等級粒度(level granularity); 第4B圖是示出了範例多位元HARQ回饋的圖,其中該多位元HARQ回饋允許用於重傳的碼塊組(CBG)等級粒度; 第4C圖是示出了另一個範例的多位元HARQ回饋的圖,其中該多位元HARQ回饋允許用於重傳的CBG等級粒度; 第5圖是示出了基於下鏈控制資訊(DCI)用於提供單位元HARQ回饋和/或多位元HARQ回饋的範例傳訊過程的圖; 第6圖是示出了基於下鏈控制資訊(DCI)用於提供單位元HARQ回饋和/或多位元HARQ回饋的範例過程的圖; 第7圖是示出了用於確定WTRU將提供的單位元HARQ回饋和/或多位元HARQ回饋的範例過程的圖; 第8圖是示出了與範例的位元可變的基於CBG的HARQ回饋對比的範例的位元固定的基於CBG的HARQ回饋的圖; 第9圖是示出了範例的隱式預佔先指示的圖,其中下鏈(DL)系統頻寬的中間部分被指定成可預佔先區域; 第10圖是示出了根據微時槽時序在時槽內的範例的早期HARQ回饋的圖;以及 第11圖是示出了根據微時槽時序用於確定時槽內的早期HARQ回饋的範例過程的圖。
CBG‧‧‧碼塊組
HARQ‧‧‧混合自動重複請求
WTRU‧‧‧無線傳輸/接收單元
Claims (18)
- 一種在一無線傳輸/接收單元(WTRU)中使用的方法,該方法包括:經由一實體下鏈控制通道(PDCCH)接收一下鏈控制資訊(DCI);以及如果該DCI未包含指示用於至少一個傳輸塊(TB)的一基於碼塊組(CBG)的重傳的一欄位,基於在該至少一TB中的CBG的一數量,藉由多次重複一單位元來產生一多位元混合自動重複請求(HARQ)回饋;以及經由一實體上鏈控制通道(PUCCH)傳輸用於該基於CBG的重傳的該多位元HARQ回饋,其中該WTRU被配置成提供用於一基於TB的重傳的一單位元HARQ回饋以及用於該基於CBG的重傳的該多位元HARQ回饋。
- 如申請專利範圍第1項所述的方法,進一步包括:如果該DCI包含了用於指示用於該至少一個TB的該基於CBG的重傳的該欄位,則經由該PUCCH傳輸用於該基於CBG的重傳的一多位元HARQ回饋。
- 如申請專利範圍第1項所述的方法,其中該多位元HARQ回饋包括指示是否該至少一個TB中的至少一個CBG的多個位元被請求用於重傳。
- 如申請專利範圍第3項所述的方法,其中該多個位元的每一個分別映射到該至少一個TB中的該至少一個CBG的每一個。
- 如申請專利範圍第1項所述的方法,其中該多位元HARQ回饋基於一較高層參數被半靜態配置具有CBG的一最大數量,其中該較高層參數從高於一媒體存取控制(MAC)層的一層所接收。
- 如申請專利範圍第5項所述的方法,進一步包括:基於CBG的該最大數量,確定該多位元HARQ回饋的酬載大小。
- 如申請專利範圍第1項所述的方法,進一步包括: 如果在該至少一個TB中的每一個CBG中的所有CB被正確解碼以及該至少一個TB被正確解碼,確定用於在該多位元HARQ回饋中與該每一個CBG相關聯的該單位元的一肯定應答(ACK)。
- 如申請專利範圍第1項所述的方法,進一步包括:如果在該至少一個TB中的每一個CBG中的所有CB被正確解碼但該至少一個TB未被正確解碼,確定用於在該單位元HARQ回饋中與該每一個CBG相關聯的該單位元的一否定應答(NACK)。
- 如申請專利範圍第1項所述的方法,其中未包含指示用於該至少一個TB的該基於CBG的重傳的該欄位的該DCI是一後降DCI。
- 一種無線傳輸/接收單元(WTRU),包括:一接收器,被配置成經由一實體下鏈控制通道(PDCCH)接收一下鏈控制資訊(DCI);以及一處理器,被配置成如果該DCI未包含指示用於至少一個傳輸塊(TB)的一基於碼塊組(CBG)的重傳的一欄位,基於在該至少一TB中的CBG的一數量,藉由多次重複一單位元來產生一多位元混合自動重複請求(HARQ)回饋;以及一傳輸器,被配置成經由一實體上鏈控制通道(PUCCH)傳輸用於該基於CBG的重傳的該多位元HARQ回饋,其中該處理器更被配置成提供用於一基於TB的重傳的一單位元HARQ回饋以及用於該基於CBG的重傳的該多位元HARQ回饋。
- 如申請專利範圍第10項所述的WTRU,其中該傳輸器被進一步配置成如果該DCI包含指示用於該至少一個TB的該基於CBG的重傳的該欄位,經由該PUCCH,傳輸用於該基於CBG的重傳的一多位元HARQ回饋。
- 如申請專利範圍第10項所述的WTRU,其中該多位元HARQ回饋包括指示是否在該至少一個TB中的至少一個CBG的多個位元被請求用於重傳。
- 如申請專利範圍第12項所述的WTRU,其中該多個位元的每一個分別映射到在該至少一個TB中的該至少一個CBG的每一個。
- 如申請專利範圍第10項所述的WTRU,其中該多位元HARQ回饋基於一較高層參數被半靜態配置具有CBG的一最大數量,其中該較高層參數從高於一媒體存取控制(MAC)層的一層所接收。
- 如申請專利範圍第14項所述的WTRU,其中該處理器進一步被配置成基於CBG的該最大數量,確定該多位元HARQ回饋的酬載大小。
- 如申請專利範圍第10項所述的WTRU,其中該處理器進一步被配置成:如果在該至少一個TB中的每一個CBG中的所有CB被正確解碼以及該至少一個TB被正確解碼,確定用於在該多位元HARQ回饋中與該每一個CBG相關聯的該單位元的一肯定應答(ACK)。
- 如申請專利範圍第10項所述的WTRU,其中該處理器進一步被配置成:如果在該至少一個TB中的每一個CBG中的所有CB被正確解碼但該至少一個TB未被正確解碼,確定用於在該單位元HARQ回饋中與該每一個CBG相關聯的該單位元的一否定應答(NACK)。
- 如申請專利範圍第10項所述的WTRU,其中未包含指示用於該至少一個TB的該基於CBG的重傳的該欄位的DCI是一後降DCI。
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762500938P | 2017-05-03 | 2017-05-03 | |
US62/500,938 | 2017-05-03 | ||
US201762519372P | 2017-06-14 | 2017-06-14 | |
US62/519,372 | 2017-06-14 | ||
US201762543047P | 2017-08-09 | 2017-08-09 | |
US62/543,047 | 2017-08-09 | ||
US201862615744P | 2018-01-10 | 2018-01-10 | |
US62/615,744 | 2018-01-10 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201906354A TW201906354A (zh) | 2019-02-01 |
TWI687072B true TWI687072B (zh) | 2020-03-01 |
Family
ID=62455832
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW107115114A TWI687072B (zh) | 2017-05-03 | 2018-05-03 | 受低潛時訊務衝擊時改進增強行動寬頻(eMBB)混合自動重複請求(HARQ)回饋性能方法及裝置 |
Country Status (9)
Country | Link |
---|---|
US (3) | US11394494B2 (zh) |
EP (1) | EP3619856A1 (zh) |
JP (1) | JP6835984B2 (zh) |
KR (2) | KR20230164216A (zh) |
CN (3) | CN115603869A (zh) |
BR (1) | BR112019023046A2 (zh) |
RU (1) | RU2731035C1 (zh) |
TW (1) | TWI687072B (zh) |
WO (1) | WO2018204491A1 (zh) |
Families Citing this family (99)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018081999A1 (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | 传输信息的方法、网络设备和终端设备 |
CN108270539B (zh) * | 2017-01-03 | 2022-07-15 | 北京三星通信技术研究有限公司 | 数据传输的方法及设备 |
BR112019020666A2 (pt) | 2017-04-03 | 2020-05-05 | Ericsson Telefon Ab L M | manipulação de harq para nós com tempos de processamento variáveis |
EP3621231A4 (en) * | 2017-05-05 | 2020-05-13 | Beijing Xiaomi Mobile Software Co., Ltd. | HARQ FEEDBACK METHOD AND APPARATUS, COMPUTER READABLE INFORMATION DEVICE AND MEDIUM |
CN108809530A (zh) * | 2017-05-05 | 2018-11-13 | 电信科学技术研究院 | 一种传输方法、终端设备及基站 |
CN109152009B (zh) * | 2017-06-15 | 2020-12-08 | 华为技术有限公司 | 通信方法、终端设备和网络设备 |
US11464061B2 (en) * | 2017-06-23 | 2022-10-04 | Beijing Xiaomi Mobile Software Co., Ltd. | Time-frequency resource preemption determining method and device, and user equipment |
EP3644667A4 (en) * | 2017-06-23 | 2020-12-16 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR DETERMINING TIME-FREQUENCY RESOURCES, USER DEVICE AND BASE STATION |
JP7073365B2 (ja) * | 2017-06-26 | 2022-05-23 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末及び通信方法 |
CN109218000B (zh) * | 2017-06-30 | 2023-04-07 | 华为技术有限公司 | 控制信息传输方法和设备 |
US10873942B2 (en) * | 2017-07-12 | 2020-12-22 | Qualcomm Incorporated | Code block group feedback techniques for multiple carriers or transmission time intervals |
KR102554096B1 (ko) * | 2017-08-04 | 2023-07-12 | 주식회사 윌러스표준기술연구소 | 무선 통신 시스템에서 데이터 채널 및 제어 채널의 송수신 방법, 장치, 및 시스템 |
EP3667973B1 (en) * | 2017-08-10 | 2022-04-13 | LG Electronics Inc. | Method harq ack/nack reporting in wireless communication system and apparatus therefor |
US11277220B2 (en) * | 2017-08-11 | 2022-03-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiplexing of different traffic types in a telecommunications network |
WO2019028875A1 (en) * | 2017-08-11 | 2019-02-14 | Lenovo (Beijing) Limited | METHOD AND APPARATUS FOR USING REDUNDANT BITS IN A SEMI-STATICALLY CONFIGURED HARQ-ACK COD BOOK |
CN111034290B (zh) * | 2017-08-18 | 2023-08-04 | 松下电器(美国)知识产权公司 | 终端和通信方法 |
CN109474385A (zh) * | 2017-09-08 | 2019-03-15 | 华为技术有限公司 | 一种信息传输方法及装置 |
KR102564262B1 (ko) * | 2017-09-08 | 2023-08-04 | 지티이 코포레이션 | 업링크 제어 채널 자원 할당 방법들 및 디바이스들 |
CN117318905A (zh) | 2017-09-29 | 2023-12-29 | 北京三星通信技术研究有限公司 | 上行传输方法和相应设备 |
WO2019066630A1 (en) | 2017-09-29 | 2019-04-04 | Samsung Electronics Co., Ltd. | UPLINK TRANSMISSION METHOD AND CORRESPONDING EQUIPMENT |
US10638463B2 (en) * | 2017-09-29 | 2020-04-28 | Kt Corporation | Apparatus and method of uplink control channel resource allocation for new radio |
CN109639398B (zh) * | 2017-10-09 | 2021-12-31 | 华为技术有限公司 | Harq-ack反馈码本的发送方法、装置及设备 |
US10727986B2 (en) * | 2017-11-06 | 2020-07-28 | Qualcomm Incorporated | Robust acknowledgement retransmission |
US11817956B2 (en) * | 2017-11-15 | 2023-11-14 | Interdigital Patent Holdings, Inc. | Radio data transmissions with low-density parity-check codes |
EP3711209A1 (en) * | 2017-11-15 | 2020-09-23 | IDAC Holdings, Inc. | Polar coding system |
CA3082234A1 (en) * | 2017-11-17 | 2019-05-23 | Zte Corporation | Methods, apparatus and systems for determining a size of a feedback signal in a wireless communication |
CN112242886B (zh) * | 2017-11-28 | 2022-03-29 | 上海朗帛通信技术有限公司 | 一种被用于非授权频谱的基站设备中的方法和装置 |
EP3729698B1 (en) * | 2017-12-21 | 2022-10-19 | Telefonaktiebolaget LM Ericsson (publ) | Network node, method and computer program for unlicensed spectrum operation |
CN108401488B (zh) * | 2018-01-12 | 2021-03-23 | 北京小米移动软件有限公司 | 信息反馈方法及装置 |
US11147065B2 (en) * | 2018-01-22 | 2021-10-12 | Qualcomm Incorporated | Feedback bit reservation for uplink control piggybacking |
WO2019156542A1 (ko) * | 2018-02-12 | 2019-08-15 | 엘지전자 주식회사 | 무선 통신 시스템에서 경쟁 윈도우 크기 조절 방법 및 상기 방법을 이용하는 통신 장치 |
CN111788787B (zh) * | 2018-02-13 | 2022-10-11 | 联想(北京)有限公司 | 用于半静态harq-ack码本确定的回落操作的方法及设备 |
MX2020008999A (es) * | 2018-03-02 | 2020-11-25 | Interdigital Patent Holdings Inc | Protocolos para difusión de enlace descendente asistido por enlace lateral. |
US11012824B2 (en) * | 2018-04-12 | 2021-05-18 | Qualcomm Incorporated | Communicating multiple instances of a message in a random medium access control system |
US11324066B2 (en) * | 2018-04-23 | 2022-05-03 | Qualcomm Incorporated | Dynamic downlink monitoring techniques for communication systems |
US11395270B2 (en) * | 2018-04-27 | 2022-07-19 | Qualcomm Incorporated | Uplink control information payload size |
US11546092B2 (en) * | 2018-05-11 | 2023-01-03 | Lenovo (Beijing) Limited | Method and apparatus for HARQ-ACK feedback for carrier aggregation |
US10999761B2 (en) * | 2018-05-11 | 2021-05-04 | Apple Inc. | Methods to determine a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook in new radio (NR) systems |
US11324028B2 (en) * | 2018-06-22 | 2022-05-03 | Qualcomm Incorporated | Transmission configuration indicator pattern list for shared channel transmission |
WO2020001134A1 (zh) * | 2018-06-28 | 2020-01-02 | Oppo广东移动通信有限公司 | 传输反馈信息的方法和计算机可读存储介质 |
EP3827539A4 (en) * | 2018-07-23 | 2022-03-30 | Lenovo (Beijing) Limited | CBG-BASED TRANSMISSION |
KR102574099B1 (ko) * | 2018-07-24 | 2023-09-04 | 주식회사 아이티엘 | 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치 |
EP3827632A1 (en) * | 2018-07-24 | 2021-06-02 | Koninklijke KPN N.V. | Reliable low latency communication over shared resources |
US10992422B2 (en) * | 2018-08-21 | 2021-04-27 | At&T Intellectual Property I, L.P. | Facilitating uplink control channel decoding for advanced networks |
JP7248708B2 (ja) * | 2018-08-23 | 2023-03-29 | オッポ広東移動通信有限公司 | フィードバック情報の伝送方法、装置及び通信デバイス |
WO2020066606A2 (en) * | 2018-09-28 | 2020-04-02 | Nec Corporation | Communication system |
CN111083782B (zh) * | 2018-10-19 | 2023-09-08 | 荣耀终端有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
WO2020084524A1 (en) * | 2018-10-23 | 2020-04-30 | Telefonaktiebolaget Lm Ericsson (Publ) | In band signaling of control information and corresponding payload in a physical channel |
US20200145144A1 (en) * | 2018-11-02 | 2020-05-07 | Qualcomm Incorporated | Hybrid automatic repeat request feedback for low latency transmissions |
US11258546B2 (en) * | 2018-11-30 | 2022-02-22 | Qualcomm Incorporated | Acknowledgment feedback techniques in wireless communications |
CN111385067B (zh) * | 2018-12-29 | 2021-08-17 | 北京紫光展锐通信技术有限公司 | 下行数据调度harq-ack码本反馈、生成方法及装置、介质 |
US11405139B2 (en) | 2019-01-09 | 2022-08-02 | Mediatek Inc. | Code block group (CBG) level retransmission in wireless communication system |
US11233551B2 (en) | 2019-01-11 | 2022-01-25 | Nokia Technologies Oy | Dynamically enabling and disabling multiplexing of HARQ-ACK feedback for different types of traffic |
WO2020164132A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 数据传输的方法和数据传输的装置 |
CN113615110A (zh) * | 2019-03-26 | 2021-11-05 | 松下电器(美国)知识产权公司 | 基站、终端及通信方法 |
US11831438B2 (en) | 2019-04-09 | 2023-11-28 | Samsung Electronics Co., Ltd | Method and apparatus for transmission and reception of HARQ-ACK feedback in wireless communication system |
KR20200119175A (ko) * | 2019-04-09 | 2020-10-19 | 삼성전자주식회사 | 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치 |
US11432312B2 (en) | 2019-04-26 | 2022-08-30 | Qualcomm Incorporated | Uplink scheduling techniques for enhanced feedback in wireless communications |
EP3965332A4 (en) * | 2019-04-30 | 2022-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | FEEDBACK METHOD FOR SEMI-STATIC TRANSMISSION, NETWORK DEVICE, AND TERMINAL DEVICE |
JP7300502B2 (ja) * | 2019-05-03 | 2023-06-29 | 株式会社Nttドコモ | 端末、通信方法、及び基地局 |
WO2020226393A1 (ko) * | 2019-05-03 | 2020-11-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 |
US10972225B2 (en) * | 2019-05-16 | 2021-04-06 | Qualcomm Incorporated | Acknowledgment feedback techniques in shared radio frequency spectrum |
CN111294148B (zh) * | 2019-06-06 | 2022-03-29 | 展讯通信(上海)有限公司 | 信令传输、接收方法及装置、存储介质、终端 |
CA3087686A1 (en) | 2019-07-22 | 2021-01-22 | Comcast Cable Communications, Llc | Communication and data processing in wireless communications |
EP4007429A4 (en) * | 2019-07-26 | 2022-07-20 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND APPARATUS FOR DETERMINING A CONTENTION WINDOW, COMMUNICATION DEVICE AND RECORDING MEDIA |
EP4002944A4 (en) * | 2019-07-29 | 2022-10-12 | Huawei Technologies Co., Ltd. | METHOD OF TRANSMISSION OF INFORMATION, TERMINAL DEVICE AND NETWORK DEVICE |
WO2021018518A1 (en) * | 2019-07-30 | 2021-02-04 | Sony Corporation | Telecommunications apparatus and methods |
US20220263635A1 (en) * | 2019-08-01 | 2022-08-18 | Qualcomm Incorporated | Uplink preemption indication for full-duplex based iab |
CN114223247A (zh) * | 2019-08-12 | 2022-03-22 | Oppo广东移动通信有限公司 | 数据的传输方法、装置、设备及存储介质 |
WO2021028613A1 (en) * | 2019-08-14 | 2021-02-18 | Nokia Technologies Oy | Harq feedback for shared channel transmissions in fifth generation wireless networks |
CN110505045B (zh) * | 2019-08-16 | 2022-08-16 | 展讯通信(上海)有限公司 | 下行控制信息反馈方法及装置 |
CN112398623B (zh) * | 2019-08-16 | 2022-03-29 | 华为技术有限公司 | 混合自动重传请求确认harq-ack资源确定方法 |
CN114642065A (zh) * | 2019-11-06 | 2022-06-17 | Lg电子株式会社 | 在无线通信系统中发送和接收信号的方法和设备 |
US11817959B2 (en) * | 2020-02-19 | 2023-11-14 | Qualcomm Incorporated | Codebook construction for enhanced hybrid automatic repeat request feedback |
US20210298062A1 (en) * | 2020-03-23 | 2021-09-23 | Qualcomm Incorporated | Two-stage feedback procedures for multiple downlink transmissions |
US11792824B2 (en) * | 2020-03-30 | 2023-10-17 | Qualcomm Incorporated | Multicast feedback and retransmission for transport block grouping |
US11843466B2 (en) * | 2020-06-05 | 2023-12-12 | Qualcomm Incorporated | Turbo-HARQ uplink control information feedback compression |
RU2757997C1 (ru) * | 2020-07-07 | 2021-10-25 | Федеральное государственное автономное учреждение "Военный инновационный технополис "ЭРА" | Цифровая система атмосферной оптической связи |
US11800532B2 (en) * | 2020-07-20 | 2023-10-24 | Qualcomm Incorporated | Tri-state hybrid automatic repeat request feedback |
CN116017730A (zh) * | 2020-07-31 | 2023-04-25 | Oppo广东移动通信有限公司 | 反馈码本确定方法及装置 |
US20220304003A1 (en) * | 2020-08-05 | 2022-09-22 | Apple Inc. | Scheduling a group of user equipment by a network cell |
US20230308214A1 (en) * | 2020-08-06 | 2023-09-28 | Panasonic Intellectual Property Corporation Of America | Terminal, base station, and communication method |
US11515968B2 (en) * | 2020-08-31 | 2022-11-29 | Qualcomm Incorporated | Hierarchical hybrid automatic repeat request for multi-level coding |
JP2023159896A (ja) * | 2020-09-02 | 2023-11-02 | ソニーグループ株式会社 | 情報処理装置および情報処理方法 |
US11916672B2 (en) * | 2020-09-18 | 2024-02-27 | Qualcomm Incorporated | Feedback error handling for wireless systems |
JP2023545705A (ja) * | 2020-10-15 | 2023-10-31 | 富士通株式会社 | フィードバック情報の送受信方法及び装置 |
US11777658B2 (en) * | 2020-12-08 | 2023-10-03 | Qualcomm Incorporated | Sequence-based hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback |
CN116783969A (zh) * | 2021-01-18 | 2023-09-19 | 上海诺基亚贝尔股份有限公司 | 电信系统中的点对多点操作的码本构建 |
EP4320960A1 (en) * | 2021-05-11 | 2024-02-14 | Apple Inc. | Channel-state information feedback enhancement for ultra-reliable low-latency communication |
US11792792B2 (en) * | 2021-05-25 | 2023-10-17 | Qualcomm Incorporated | Reducing download control information for retransmission scheduling in multi-incremental redundancy scheme |
US11917597B2 (en) * | 2021-05-26 | 2024-02-27 | Qualcomm Incorporated | Methods and apparatuses for generating dynamic code block group in sidelink |
WO2022252169A1 (en) * | 2021-06-03 | 2022-12-08 | Qualcomm Incorporated | Dynamic code block group (cbg) allocation |
US11711829B2 (en) * | 2021-06-24 | 2023-07-25 | Meta Platforms Technologies, Llc | Context aware mode switching of wireless device |
US11716721B2 (en) | 2021-08-05 | 2023-08-01 | Qualcomm Incorporated | Signaling and reporting multi-bit feedback per transport block |
US20230041715A1 (en) * | 2021-08-05 | 2023-02-09 | Qualcomm Incorporated | Multiplexing multi-bit feedback and single-bit feedback on an uplink shared channel |
US11824808B2 (en) | 2021-08-05 | 2023-11-21 | Qualcomm Incorporated | Techniques for multiplexing multi-bit and single-bit feedback |
US20230054255A1 (en) * | 2021-08-17 | 2023-02-23 | Qualcomm Incorporated | Techniques for managing partially overlapping transmission and reception |
WO2023194982A1 (en) * | 2022-04-08 | 2023-10-12 | Lenovo (Singapore) Pte. Ltd. | Configuring a prioritized harq-nack timing indicator |
EP4266607A1 (en) * | 2022-04-21 | 2023-10-25 | Continental Automotive Technologies GmbH | Re-transmission of a transmitted concatenation packet by a sending device, especially a base station device or a terminal device of a telecommunication network |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2413627A1 (en) * | 2009-03-25 | 2012-02-01 | Fujitsu Limited | Radio communication system, mobile station device, base station device, and radio communication method in the radio communication system |
US20160192388A1 (en) * | 2014-12-31 | 2016-06-30 | Texas Instruments Incorporated | Method and apparatus for uplink control signaling with massive carrier aggregation |
WO2017014558A1 (en) * | 2015-07-20 | 2017-01-26 | Lg Electronics Inc. | Method and apparatus for handling mbsfn subframes for short tti in wireless communication system |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101689974B (zh) | 2007-07-04 | 2013-04-17 | 日本电气株式会社 | 多载波移动体通信系统 |
CN101667900B (zh) * | 2008-09-02 | 2014-11-05 | 中兴通讯股份有限公司 | Harq反馈方法 |
US8514883B2 (en) | 2009-04-24 | 2013-08-20 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
KR101641968B1 (ko) * | 2009-09-14 | 2016-07-29 | 엘지전자 주식회사 | 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치 |
EP2661835A1 (en) * | 2011-01-07 | 2013-11-13 | InterDigital Patent Holdings, Inc. | Method and apparatus for sending feedback for multi-cell high speed downlink packet access operations |
US9867173B2 (en) | 2012-07-27 | 2018-01-09 | Lg Electronics Inc. | Method and apparatus for receiving downlink signal in wireless communication system |
WO2014019202A1 (zh) * | 2012-08-02 | 2014-02-06 | 华为技术有限公司 | 增强型物理下行控制信道传输方法及设备 |
US9521665B2 (en) | 2012-09-16 | 2016-12-13 | Lg Electronics Inc. | Method and apparatus for transmitting/receiving downlink signal considering antenna port relationship in wireless communication system |
US11357022B2 (en) | 2014-05-19 | 2022-06-07 | Qualcomm Incorporated | Apparatus and method for interference mitigation utilizing thin control |
KR102355797B1 (ko) * | 2016-08-09 | 2022-01-26 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 채널 전송 방법 및 장치 |
JP6766258B2 (ja) * | 2016-11-01 | 2020-10-07 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおいて動的可変サイズの下りリンク制御情報を送信する方法及びそのための装置 |
US10492184B2 (en) * | 2016-12-09 | 2019-11-26 | Samsung Electronics Co., Ltd. | Multiplexing control information in a physical uplink data channel |
JP6245394B1 (ja) * | 2017-02-27 | 2017-12-13 | Tdk株式会社 | 軟磁性合金 |
WO2018164506A1 (ko) * | 2017-03-08 | 2018-09-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 신호 송수신 방법 및 이를 지원하는 장치 |
US11303392B2 (en) * | 2017-03-16 | 2022-04-12 | Qualcomm Incorporated | Multi-HARQ methods and apparatus for codeblock group based transmissions |
CN108631950B (zh) | 2017-03-23 | 2023-11-07 | 华为技术有限公司 | 发送反馈信息的方法和设备 |
CN108988984B (zh) * | 2017-05-31 | 2021-07-09 | 株式会社Kt | 用于新无线电的重传传输块的方法及使用该方法的装置 |
WO2019066630A1 (en) * | 2017-09-29 | 2019-04-04 | Samsung Electronics Co., Ltd. | UPLINK TRANSMISSION METHOD AND CORRESPONDING EQUIPMENT |
US10985877B2 (en) * | 2017-11-16 | 2021-04-20 | Sharp Kabushiki Kaisha | Codebook determination of HARQ-ACK multiplexing with fallback downlink control information (DCI) and code block group (CBG) configurations |
CA3082234A1 (en) * | 2017-11-17 | 2019-05-23 | Zte Corporation | Methods, apparatus and systems for determining a size of a feedback signal in a wireless communication |
-
2018
- 2018-05-02 US US16/609,936 patent/US11394494B2/en active Active
- 2018-05-02 KR KR1020237040014A patent/KR20230164216A/ko active Application Filing
- 2018-05-02 RU RU2019138597A patent/RU2731035C1/ru active
- 2018-05-02 WO PCT/US2018/030639 patent/WO2018204491A1/en active Search and Examination
- 2018-05-02 CN CN202211074014.9A patent/CN115603869A/zh active Pending
- 2018-05-02 KR KR1020197032279A patent/KR102606551B1/ko active IP Right Grant
- 2018-05-02 BR BR112019023046A patent/BR112019023046A2/pt unknown
- 2018-05-02 CN CN201880028797.2A patent/CN110574319B/zh active Active
- 2018-05-02 CN CN202211073588.4A patent/CN115603868A/zh active Pending
- 2018-05-02 EP EP18728275.1A patent/EP3619856A1/en active Pending
- 2018-05-02 JP JP2019559831A patent/JP6835984B2/ja active Active
- 2018-05-03 TW TW107115114A patent/TWI687072B/zh active
-
2022
- 2022-06-15 US US17/841,395 patent/US11848783B2/en active Active
-
2023
- 2023-10-26 US US18/495,044 patent/US20240129067A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2413627A1 (en) * | 2009-03-25 | 2012-02-01 | Fujitsu Limited | Radio communication system, mobile station device, base station device, and radio communication method in the radio communication system |
US20160192388A1 (en) * | 2014-12-31 | 2016-06-30 | Texas Instruments Incorporated | Method and apparatus for uplink control signaling with massive carrier aggregation |
WO2017014558A1 (en) * | 2015-07-20 | 2017-01-26 | Lg Electronics Inc. | Method and apparatus for handling mbsfn subframes for short tti in wireless communication system |
Non-Patent Citations (3)
Title |
---|
LG Electronics, " Discussion on CB group based HARQ operation", 3GPP TSG RAN WG1 Meeting #88bis; R1-1704916, 2017/04/07. |
LG Electronics, " Discussion on CB group based HARQ operation", 3GPP TSG RAN WG1 Meeting #88bis; R1-1704916, 2017/04/07. Samsung, " Overview of CBG-based retransmission in NR", 3GPP TSG RAN WG1 Meeting #88bis;R1-1705401, 2017/04/07. * |
Samsung, " Overview of CBG-based retransmission in NR", 3GPP TSG RAN WG1 Meeting #88bis;R1-1705401, 2017/04/07. |
Also Published As
Publication number | Publication date |
---|---|
RU2731035C1 (ru) | 2020-08-28 |
US11848783B2 (en) | 2023-12-19 |
EP3619856A1 (en) | 2020-03-11 |
CN115603869A (zh) | 2023-01-13 |
KR20200012840A (ko) | 2020-02-05 |
US11394494B2 (en) | 2022-07-19 |
US20240129067A1 (en) | 2024-04-18 |
CN110574319B (zh) | 2022-09-23 |
CN115603868A (zh) | 2023-01-13 |
WO2018204491A1 (en) | 2018-11-08 |
KR102606551B1 (ko) | 2023-11-24 |
JP2020519132A (ja) | 2020-06-25 |
US20200059327A1 (en) | 2020-02-20 |
TW201906354A (zh) | 2019-02-01 |
KR20230164216A (ko) | 2023-12-01 |
US20220311552A1 (en) | 2022-09-29 |
JP6835984B2 (ja) | 2021-02-24 |
BR112019023046A2 (pt) | 2020-06-09 |
CN110574319A (zh) | 2019-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI687072B (zh) | 受低潛時訊務衝擊時改進增強行動寬頻(eMBB)混合自動重複請求(HARQ)回饋性能方法及裝置 | |
US20230179341A1 (en) | Receiver feedback in wireless systems | |
US11800524B2 (en) | Reliable control signaling | |
US20230074723A1 (en) | Reliable harq-ack transmission in unlicensed spectrum | |
CN113841349A (zh) | Harq-ack码本自适应 | |
US20220124679A1 (en) | Wireless resource allocation schemes in vehicle-to-everything (v2x) communication |