TWI699980B - 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置 - Google Patents
在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置 Download PDFInfo
- Publication number
- TWI699980B TWI699980B TW108115380A TW108115380A TWI699980B TW I699980 B TWI699980 B TW I699980B TW 108115380 A TW108115380 A TW 108115380A TW 108115380 A TW108115380 A TW 108115380A TW I699980 B TWI699980 B TW I699980B
- Authority
- TW
- Taiwan
- Prior art keywords
- harq
- processor
- pucch resource
- ack
- resource
- Prior art date
Links
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/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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- 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
- 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/0078—Timing of allocation
- H04L5/0082—Timing of allocation at predetermined intervals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0092—Indication of how the channel is divided
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了關於行動通訊中用戶設備和網路裝置的針對超可靠和低延遲時間通訊(URLLC)報告混合自動重傳請求-確認(HARQ-ACK)資訊的各種解決方案。裝置可以接收包括資源指示的下行鏈路控制資訊(DCI)格式。該裝置可以根據資源指示從多個物理上行鏈路控制通道(PUCCH)資源中選擇PUCCH資源。該裝置可以在所述PUCCH資源中發送HARQ-ACK資訊。資源指示可以以符號為單位指示所述PUCCH資源的定時資訊。
Description
本公開總體上關於行動通訊,更具體地,關於行動通訊中用戶設備(user equipment,UE)和網路裝置報告超可靠和低延遲通訊(ultra-reliable and low latency communication,URLLC)的混合自動重傳請求-確認(hybrid automatic repeat request-acknowledgement,HARQ-ACK)資訊。
除非在本文中另外指示,否則本部分中描述的方法不是對於下面列出申請專利範圍的現有技術,並且不因包含在該部分中而被承認是現有技術。
在長期演進(Long-Term Evolution,LTE)或新無線電(New Radio,NR)中,引入HARQ-ACK資訊傳輸以提高傳輸可靠性。用戶設備(UE)需要在HARQ-ACK碼本(codebook)中針對對應的下行鏈路接收報告HARQ-ACK資訊。 HARQ-ACK碼本應當在由相應的下行鏈路控制資訊(downlink control information,DCI)格式中HARQ回饋定時指示符(HARQ feedback timing indicator)欄位的值所指示的時槽中發送。DCI格式還應指示為HARQ-ACK資訊傳輸排程的物理上行鏈路控制通道(physical uplink control channel,PUCCH)資源。 HARQ-ACK多工(multiplexing)可用於促進HARQ-ACK資訊傳輸。與多個物理下行鏈路共用通道(physical downlink shared channel,PDSCH)傳輸相對應的多個HARQ-ACK回饋可以被多工並被立即發送到網路裝置。一個PUCCH資源可以在相同時槽中承載要發送的多個HARQ-ACK回饋。
在LTE中,用於傳輸HARQ回饋位元的框架(framework)基於碼本。網路節點可以排程多個物理下行鏈路共用通道(physical downlink shared channel,PDSCH)用於下行鏈路傳輸。UE需要報告與每個PDSCH相對應的HARQ回饋資訊。網路節點將排程一個PUCCH資源,用於傳輸在多個先前傳輸和/或監視時機(monitoring occasion)上累積的HARQ位元。UE可以在排程的PUCCH資源中發送HARQ-ACK碼本。然而,這種框架不適合於URLLC,因為在時槽中僅有一個上行鏈路機會(uplink opportunity)用於要發送的HARQ回饋位元。
在NR中,對端到端延遲和可靠性具有高要求的新興應用,支援URLLC。一般的URLLC可靠性要求是大小為32位元組的封包應當以10-5
的成功概率在1毫秒的端到端延遲內傳輸。URLLC訊務通常較為零散且短,而對低延遲和高可靠性的要求較為嚴格。例如,URLLC的控制可靠性必須比10-6
BLER的資料可靠性更加嚴格。
因此,為了支援URLLC低延遲,需要改進報告HARQ回饋位元的當前框架。因此,需要提供適當的HARQ-ACK資訊報告方案以減少延遲時間並滿足URLLC要求。
以下發明內容僅是例示性的,並且不旨在以任何方式限制。即,提供以下發明內容以引入這裡所描述的新穎且非明顯技術的概念、亮點、益處以及優點。下面詳細的描述中進一步描述了選擇的實現方式。因此,以下發明內容不旨在識別所要求保護主題之必要特徵,也不旨在用於確定所要求保護主題的範圍。
本公開的目的是提出解決方案或機制,以解決上述在行動通訊中關於用戶設備和網路裝置報告URLLC的HARQ-ACK資訊的上述問題。
在一個方面,一種方法可以涉及由裝置接收包括資源指示的DCI格式。該方法還可以涉及裝置根據資源指示從多個PUCCH資源中選擇PUCCH資源。該方法還可以涉及裝置在所述PUCCH資源中發送HARQ-ACK資訊。資源指示以符號為單位指示所述PUCCH資源的定時資訊。
在一個方面,一種裝置可以包括能夠與無線網路的網路節點無線通訊的收發器。該裝置還可以包括通信地耦接到收發器的處理器。處理器能夠經由收發器接收包括資源指示的DCI格式。處理器還能夠根據資源指示從多個PUCCH資源中選擇PUCCH資源。處理器還能夠經由收發器在PUCCH資源中發送HARQ-ACK資訊。資源指示可以以符號為單位指示PUCCH資源的定時資訊。
值得注意的是,儘管這裡提供的描述可以在某些無線電接入技術、網路和網路拓撲的背景下,例如長期演進(Long-Term Evolution,LTE)、LTE-A、LTE-A Pro、5G、新無線電(New Radio,NR)、物聯網(Internet-of-Things,IoT)和窄帶物聯網(Narrow Band Internet of Things,NB-IoT),所提出的概念、方案及其任何變體/衍生物可以在、用於和通過其他類型的無線電接入技術、網路和網路拓撲實現。因此,本公開的範圍不限於本文描述的示例。
這裡公開了所要求保護主題內容的詳細實施例和實現方式。然而,應當理解,公開的詳細實施例和實現方式僅為了示例體現為各種形式的所要求保護的主題內容。然而本公開可以體現為多種不同形式,不應理解為僅限於示例的實施例和實現方式。提供這些示例的實施例和實現方式以使得本公開的描述全面且完整並且能夠向本領域具有通常知識者全面傳遞本公開的範圍。在下面之描述中,省略了已知特徵和技術的細節,以避免不必要地使得本發明的實施例和實現方式變得模糊。
概述
本公開的實現方式涉及與行動通訊中用戶設備和網路裝置報告URLLC的HARQ-ACK資訊有關的各種技術、方法、方案和/或解決方案。根據本公開,可以單獨地或聯合地實現許多可能的解決方案。也就是說,儘管可以在下面分別描述這些可能的解決方案,但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合的方式實現。
在LTE或NR中,引入HARQ-ACK資訊傳輸以提高傳輸可靠性。UE需要針對對應的下行鏈路接收在HARQ-ACK碼本(codebook)中報告HARQ-ACK資訊。HARQ-ACK碼本應當在由相應DCI格式中HARQ回饋定時指示符(HARQ feedback timing indicator)欄位的值所指示的時槽中發送。DCI格式還應指示為HARQ-ACK資訊傳輸排程的PUCCH資源。 HARQ-ACK多工(multiplexing)可用於促進HARQ-ACK資訊傳輸。與多個PDSCH傳輸相對應的多個HARQ-ACK回饋可以被多工並被立即發送到網路裝置。一個PUCCH資源可以在相同時槽中承載要發送的多個HARQ-ACK回饋。
第1圖示出了根據本公開的實現方式的方案下的示例場景100。場景100涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路)的一部分。在LTE中,用於傳輸HARQ回饋位元的框架(framework)基於碼本。具體地,網路節點可以排程多個PDSCH用於下行鏈路傳輸。UE需要報告與每個PDSCH相對應的HARQ回饋資訊。網路節點將排程一個PUCCH資源,用於傳輸在多個先前傳輸和/或監視時機(monitoring occasion)上累積的HARQ位元。UE可以在排程的PUCCH資源中發送HARQ-ACK碼本。然而,這種框架不適合於URLLC,因為在時槽中僅有一個上行鏈路機會(uplink opportunity)用於要發送的HARQ回饋位元。
在NR中,對於端到端延遲和可靠性具有高要求的新興應用,支援URLLC。一般的URLLC可靠性要求是大小為32位元組的封包應當以10-5
的成功概率在1毫秒的端到端延遲內傳輸。URLLC訊務通常較為零散且短,而對低延遲和高可靠性的要求較為嚴格。例如,URLLC的控制可靠性必須比10-6
BLER的資料可靠性更加嚴格。
為了支援URLLC低延遲,需要改進報告HARQ回饋位元的當前框架。僅在時槽中的一個PUCCH資源中傳輸所有HARQ回饋位元不適合於URLLC。鑒於以上所述,本公開提出了關於UE和網路裝置針對URLLC報告HARQ-ACK資訊的多個方案。根據本公開的方案,可以在用於URLLC服務的一個上行鏈路時槽中發送多個PUCCH資源。URLLC HARQ回饋位元可以潛在地在單獨的PUCCH資源中發送。多個PUCCH資源可以被排程在一個上行鏈路時槽中。UE能夠使用最近的PUCCH資源來即時(instantaneously)發送HARQ回饋位元。因此,可以減少URLLC傳輸的延遲時間。
第2圖示出了根據本公開的實現方式的方案下的示例場景200。場景200涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。UE可以被配置為從網路節點接收DCI格式。 DCI格式可以包括資源指示。資源指示可以以符號為單位指示PUCCH資源的定時資訊。例如,資源指示可以包括偏移值(例如,K1)。可以用符號(例如,正交分頻多工(orthogonal frequency-division multiplexing,OFDM)符號)來指示偏移值。UE可以被配置為根據資源指示從多個PUCCH資源中選擇PUCCH資源。
可以從PDSCH末尾(end)或UE處理時間(例如,N1)末尾開始來定義偏移值的參考點。具體地,DCI格式可以排程用於下行鏈路資料傳輸的PDSCH。UE需要處理時間N1來處理PDCCH和/或PDSCH。當偏移值等於3(例如,K1 = 3個符號)時,意味著UE可以從PDSCH結束起經(N1 + K1)之後使用PUCCH資源。網路節點可以在一個上行鏈路時槽中配置多個PUCCH資源。UE可以被配置為在偏移值之後立即選擇第一PUCCH資源。UE可以被配置為在所選擇的PUCCH資源中發送對應於PDSCH的HARQ-ACK資訊。或者,偏移值(例如,K1)可以被定義為起始符號位置表的索引。在兩個PUCCH資源同時開始的情況下,上行鏈路控制資訊(uplink control information,UCI)位元的數量可以用來決定使用哪個特定資源。
第3圖示出了根據本公開的實現方式的方案下的示例場景300。場景300涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。 UE可以被配置為從網路節點接收DCI格式。 DCI格式可以包括資源指示。資源指示可以指示PUCCH資源的定時資訊。例如,資源指示可以包括確認資源指示符(acknowledgement resource indicator,ARI)。UE可以被配置為根據資源指示從多個PUCCH資源中選擇PUCCH資源。
可以從PDSCH末尾或UE處理時間(例如,N1)末尾開始以符號形式來定義ARI的參考點。具體地,DCI格式可以排程用於下行鏈路資料傳輸的PDSCH。UE需要處理時間N1來處理PDCCH和/或PDSCH。UE可以在從PDSCH末尾起經N1之後使用PUCCH資源。網路節點可以經由高層信令(例如,無線電資源控制(radio resource control,RRC)信令)在一個上行鏈路時槽中配置多個PUCCH資源。每個PUCCH資源可以對應於ARI索引(例如,1、2等)。網路節點可以通過從PDSCH末尾或N1末尾開始索引的ARI索引,來指示PUCCH資源。UE可以被配置為根據ARI索引(例如,ARI = 1)在N1之後選擇PUCCH資源。 UE可以被配置為在所選擇的PUCCH資源中發送與PDSCH相對應的HARQ-ACK資訊。ARI的索引可以是絕對的也可以是相對的。絕對索引可以是,例如但不限於,基於配置的資源或關於時間。相對索引可以基於相對於N1的相對時間位置。
第4圖示出了根據本公開的實現方式的方案下的示例場景400。場景400涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。UE可以被配置為從網路節點接收DCI格式。 DCI格式可以包括資源指示。資源指示可以指示PUCCH資源的定時資訊。例如,資源指示可以包括偏移值(例如,N1)和ARI的組合。UE可以配置為根據資源指示從多個PUCCH資源中選擇PUCCH資源。
可以從PDSCH末尾或與偏移值相加的UE處理時間(例如,N1+K1)末尾開始以符號形式來定義ARI的參考點。具體地,DCI格式可以排程用於下行鏈路資料傳輸的PDSCH。UE需要處理時間N1來處理PDCCH和/或PDSCH。網路節點還可以指示偏移值。當偏移值等於3(例如,K1 = 3個符號)時,意味著UE可以在從PDSCH末尾起經(N1 + K1)之後使用PUCCH資源。網路節點可以經由高層信令(例如,RRC信令)在一個上行鏈路時槽中配置多個PUCCH資源。每個PUCCH資源可以對應於ARI索引(例如,1、2、3等)。網路節點可以通過從PDSCH末尾或(N1 + K1)末尾起索引的ARI索引,來指示PUCCH資源。UE可以被配置為根據ARI索引(例如,ARI = 2)在(N1 + K1)之後選擇PUCCH資源。UE可以被配置為在所選擇的PUCCH資源中發送與PDSCH相對應的HARQ-ACK資訊。當資源是時間對齊的(time aligned)時,K1和ARI的組合能夠消除PUCCH資源指示中的任何不明確(ambiguity)。它還可以減少為K1和ARI預留的位元數。
在一些實現方式中,K1可表示對表的索引,該表中的條目指示由高層(例如,RRC層)配置的起始符號位置。ARI位元可以指示在起始位置之後排程的PUCCH資源。
在一些實現方式中,K1可表示對表的索引,該表中的條目指示由高層(例如,RRC層)配置的視窗的起始符號位置和長度。ARI位元可以指示在視窗內排程的PUCCH資源。
在一些實現方式中,資源指示可以通過固定的符號單位指示PUCCH資源的定時資訊。固定的單位可以包括,例如但不限於,2個符號、7個符號或半個時槽。例如,當K1 = 1時,意味著偏移值是2個符號。
第5圖示出了根據本公開的實現方式的方案下的示例場景500。場景500涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。UE可以被配置為從網路節點接收多個DCI格式。每個DCI格式可以包括資源指示。每個資源指示可以指示用於傳輸HARQ-ACK資訊的PUCCH資源的定時資訊。例如,第一DCI格式可以指示第一PUCCH資源。第二DCI格式可以指示第二PUCCH資源。第三DCI格式可以指示第三PUCCH資源。為了報告的效率,UE可以被配置為使用半靜態(semi-static)HARQ-ACK碼本來報告與這三個PUCCH資源相對應的HARQ回饋位元。
具體地,網路節點可以根據上行鏈路時槽內的符號來配置視窗(例如,時間段)。視窗的起點和/或長度可以由K1指示。例如,K1_min可以指示視窗的起點。K1_max可以指示視窗的終點。對於可能導致在視窗內有多個PUCCH資源的所有監視時機,UE可以被配置為將與視窗內指示的多個PUCCH資源相對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。UE可以被配置為在單個PUCCH資源中發送HARQ-ACK碼本。例如,UE可以被配置為將與第一PUCCH資源、第二PUCCH資源和第三PUCCH資源相對應的3個HARQ回饋位元組合成HARQ-ACK碼本。UE可以在另一個PUCCH資源中發送HARQ-ACK碼本。在一些實現方式中,可以經由其他指示和/或配置來配置視窗的起點和/或長度。場景500中的HARQ-ACK碼本報告方案可以與上述場景中描述的HARQ-ACK定時確定方案相結合。
第6圖示出了根據本公開的實現方式的方案下的示例場景600。場景600涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。UE可以被配置為從網路節點接收多個DCI格式。每個DCI格式可以包括資源指示。每個資源指示可以指示用於傳輸HARQ-ACK資訊的PUCCH資源的定時資訊。例如,第一DCI格式可以指示第一PUCCH資源。第二DCI格式可以指示第二PUCCH資源。為了報告的效率,UE可以被配置為使用動態HARQ-ACK碼本來報告與這兩個PUCCH資源相對應的HARQ回饋位元。
具體地,網路節點可以為需要在HARQ-ACK碼本中報告的HARQ回饋位元配置下行鏈路指配索引(downlink assignment index,DAI)計數器。例如,DAI計數器可以包括一個位元。網路節點可以配置與第一PUCCH資源相對應的第一DAI值(例如,DAI = 0)。網路節點可以配置與第二PUCCH資源相對應的第二DAI值(例如,DAI = 1)。對於配置有DAI計數器的所有HARQ回饋位元,UE可以將配置有DAI計數器的與多個PUCCH資源相對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。UE可以被配置為在單個PUCCH資源中發送HARQ-ACK碼本。例如,UE可以將配置有第一DAI值的與第一PUCCH資源相對應的以及配置有第二DAI值的與第二PUCCH資源的2個HARQ回饋位元組合成HARQ-ACK碼本。UE可以在另一個PUCCH資源中發送HARQ-ACK碼本。在一些實現方式中,場景600中的HARQ-ACK碼本報告方案可以與上述場景中描述的HARQ-ACK定時確定方案相結合。
第7圖示出了根據本公開的實現方式的方案下的示例場景700。場景600涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。UE可以被配置為從網路節點接收多個DCI格式。每個DCI格式可以包括資源指示。每個資源指示可以指示用於傳輸HARQ-ACK資訊的PUCCH資源的定時資訊。例如,第一DCI格式可以指示第一PUCCH資源。第二DCI格式可以指示第二PUCCH資源。當第一DCI格式和第二DCI格式指示相同的PUCCH資源時,UE可以被配置為使用HARQ-ACK碼本來報告與這兩個PUCCH資源相對應的HARQ回饋位元。
具體地,每個DCI格式可以指示用於傳輸HARQ回饋位元的PUCCH資源。在沒有DCI格式指示相同的PUCCH資源的情況下,可以不使用HARQ-ACK碼本來報告HARQ回饋位元。UE可以被配置為不使用碼本,並且在由每個DCI格式指示的PUCCH資源中發送與單個傳輸相對應的HARQ-ACK資訊。在兩個或更多個DCI格式指示相同PUCCH資源的情況下,可以使用HARQ-ACK碼本來組合所有HARQ回饋位元。對於指示相同PUCCH資源的所有DCI格式,UE可以被配置為將對應於相同PUCCH資源的多個HARQ-ACK位元組合成HARQ-ACK碼本。UE可以被配置為在單個PUCCH資源中發送HARQ-ACK碼本。例如,UE可以被配置為將對應於相同PUCCH資源的2個HARQ回饋位元組合成HARQ-ACK碼本。UE可以在另一個PUCCH資源中發送HARQ-ACK碼本。在一些實現方式中,場景700中的HARQ-ACK碼本報告方案可以與上述場景中描述的HARQ-ACK定時確定方案相結合。
例示性實現方式
第8圖示出了根據本公開的實現方式的示例通訊裝置810和示例網路裝置820。通訊裝置810和網路裝置820中的每一個可以執行各種功能以實現本文描述的關於無線通訊中用戶設備和網路裝置的針對URLLC報告HARQ-ACK資訊的方案、技術、過程和方法,包括上述場景200、300、400、500、600和700以及下面描述的過程900。
通訊裝置810可以是電子裝置的一部分,該電子裝置可以是諸如可擕式或行動裝置的UE、可穿戴裝置、無線通訊裝置或計算裝置。例如,通訊裝置810可以在智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中實現。通訊裝置810還可以是機器型裝置的一部分,機器型裝置可以是諸如不可移動或固定裝置的IoT或NB-IoT裝置、家庭裝置、有線通訊裝置或計算裝置。例如,通訊裝置810可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者,通訊裝置810可以以一個或多個積體電路(integrated-circuit,IC)晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算(reduced-instruction-set-computing,RISC)處理器或一個或多個複雜指令集計算(complex-instruction-set-computing,CISC)處理器。通訊裝置810可以包括第8圖中所示的那些元件中的至少一些,例如,處理器812等。通訊裝置810還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如,內部電源、顯示裝置和/或用戶介面設備),並且因此,為了簡單和簡潔起見,下面第8圖中並未描述通訊裝置810的這些元件。
網路裝置820可以是電子裝置的一部分,電子裝置可以是諸如基地台、小型小區(cell)、路由器或閘道的網路節點。例如,網路裝置820可以在LTE、LTE-A或LTE-A Pro網路中的eNodeB中實現,或者在5G、NR、IoT或NB-IoT網路中的gNB中實現。或者,網路裝置820可以以一個或多個IC晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、一個或多個RISC處理器、或者一個或更多CISC處理器。網路裝置820可以包括第8圖中所示的元件中的至少一部分,例如,處理器822等。網路裝置820還可以包括與本公開的提出的方案不相關的一個或多個其他元件(例如,內部電源、顯示設備和/或用戶介面設備),並且為了簡單和簡潔起見,下面第8圖中並未描述網路裝置820的這些元件。
在一個方面,處理器812和處理器822中的每一個可以以一個或多個單核處理器、一個或多個多核處理器、一個或多個RISC處理器、或者一個或更多CISC處理器的形式實現。也就是說,即使這裡使用單數術語“處理器”來指代處理器812和處理器822,但是根據本公開處理器812和處理器822中的每一個在一些實現方式中可以包括多個處理器並且在其他實現方式中可以包括單個處理器。在另一方面,處理器812和處理器822中的每一個均可以以硬體(以及可選地,韌體)的形式實現,硬體具有的電子元件包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、被配置和佈置成實現特定目的的一個或多個憶阻器(memristors)和/或一個或多個變容二極體。換句話說,在至少一些實施方式中,處理器812和處理器822中的每一個可以是專用器件,其被專門設計、佈置和配置成根據本公開的各種實施方式在設備(例如,如通訊裝置810所示)和網絡(例如,如網路裝置820所示)中執行特定任務(包括功耗降低)。
在一些實現方式中,通訊裝置810還可以包括耦接到處理器812並且能夠無線地發送和接收資料的收發器816。在一些實現方式中,通訊裝置810還可以包括記憶體814,記憶體814耦接到處理器812並且能夠由處理器812存取其中資料。在一些實現方式中,網路裝置820還可以包括耦接到處理器822並且能夠無線地發送和接收資料的收發器826。在一些實現方式中,網路裝置820還可以包括記憶體824,記憶體824耦接到處理器822並且能夠由處理器822存取其中資料。因此,通訊裝置810和網路裝置820可以分別經由收發器816和收發器826彼此無線通訊。為了幫助更好地理解,以下對通訊裝置810和網路裝置820中的每一個的操作、功能和性能的下述描述是基於行動通訊環境,其中通訊裝置810在通訊裝置或UE中實現或者被實現為通訊裝置或者UE,網路裝置820在通訊網路的網路節點中實現或者被實現為通訊網路的網路節點。
在一些實現方式中,處理器812可以被配置為經由收發器816從網路裝置820接收DCI格式。DCI格式可以包括資源指示。處理器822可以使用資源指示以符號為單位指示PUCCH資源的定時資訊。例如,資源指示可以包括偏移值(例如,K1)。處理器822可以按照符號(例如,OFDM符號)指示偏移值。處理器812可以被配置為根據資源指示從多個PUCCH資源中選擇PUCCH資源。
在一些實現方式中,可以從PDSCH的末尾或UE處理時間(例如,N1)的末尾起定義偏移值的參考點。具體地,處理器822可以使用DCI格式來排程用於下行鏈路資料傳輸的PDSCH。處理器812需要處理時間N1來處理PDCCH和/或PDSCH。當偏移值等於3(例如,K1 = 3個符號)時,意味著處理器812可以從PDSCH的末尾開始(N1 + K1)之後使用PUCCH資源。處理器822可以在一個上行鏈路時槽中配置多個PUCCH資源。處理器812可以被配置為在偏移值之後立即選擇第一PUCCH資源。處理器812可以被配置為在所選擇的PUCCH資源中發送與PDSCH相對應的HARQ-ACK資訊。在兩個PUCCH資源同時開始的情況下,處理器822可以使用UCI位元決定使用哪個特定資源。
在一些實現方式中,處理器822可以將ARI用於資源指示。可以從PDSCH的末尾或UE處理時間(例如,N1)的末尾開始按照符號來定義ARI的參考點。具體地,處理器822可以使用DCI格式來排程用於下行鏈路資料傳輸的PDSCH。處理器812需要處理時間N1來處理PDCCH和/或PDSCH。處理器812可以在從PDSCH末尾開始N1之後使用PUCCH資源。處理器822可以經由高層信令(例如,RRC信令)在一個上行鏈路時槽中配置多個PUCCH資源。每個PUCCH資源可以對應於ARI索引(例如,1、2等)。處理器822可以通過從PDSCH的末尾或N1的末尾開始索引的ARI索引來指示PUCCH資源。處理器812可以被配置為根據ARI索引(例如,ARI = 1)在N1之後選擇PUCCH資源。處理器812可以被配置為經由收發器816在所選擇的PUCCH資源中發送與PDSCH相對應的HARQ-ACK資訊。
在一些實現方式中,處理器822可以使用偏移值(例如,N1)和ARI的組合來進行資源指示。可以從PDSCH的末尾或與偏移值相加的UE處理時間(例如,N1 + K1)的末尾開始按照符號來定義ARI的參考點。具體地,處理器822可以使用DCI格式來排程用於下行鏈路資料傳輸的PDSCH。處理器812需要處理時間N1來處理PDCCH和/或PDSCH。處理器822還可以指示偏移值。當偏移值等於3(例如,K1 = 3個符號)時,意味著處理器812可以在從PDSCH的末尾開始的(N1 + K1)之後使用PUCCH資源。處理器822可以經由高層信令(例如,RRC信令)在一個上行鏈路時槽中配置多個PUCCH資源。每個PUCCH資源可以對應於一個ARI索引(例如,1、2、3等)。處理器822可以通過從PDSCH的末尾或(N1 + K1)的末尾開始索引的ARI索引來指示PUCCH資源。處理器812可以被配置為根據ARI索引(例如,ARI = 2)在(N1 + K1)之後選擇PUCCH資源。處理器812可以被配置為經由收發器816在所選擇的PUCCH資源中發送與PDSCH相對應的HARQ-ACK資訊。
在一些實現方式中,為了報告的效率,處理器812可以被配置為使用半靜態HARQ-ACK碼本來報告與這三個PUCCH資源相對應的HARQ回饋位元。處理器822可以按照上行鏈路時槽內的符號來配置視窗(例如,時間段)。處理器822可以通過K1指示視窗的起點和/或長度。例如,處理器822可以使用K1_min指示視窗的起點。處理器822可以使用K1_max指示視窗的終點。對於導致在視窗內有多個PUCCH資源的所有監視時機,處理器812可以被配置為將與視窗內指示的多個PUCCH資源相對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。處理器812可以被配置為經由收發器816在單個PUCCH資源中發送HARQ-ACK碼本。例如,處理器812可以被配置為將與第一PUCCH資源、第二PUCCH資源和第三PUCCH資源相對應的3個HARQ回饋位元組合成HARQ-ACK碼本。處理器812可以經由收發器816在另一個PUCCH資源中發送HARQ-ACK碼本。
在一些實現方式中,為了報告的效率,處理器812可以被配置為使用動態HARQ-ACK碼本來報告與這兩個PUCCH資源相對應的HARQ回饋位元。處理器822可以為需要在HARQ-ACK碼本中報告的HARQ回饋位元配置DAI計數器。例如,處理器822可以使用一個位元來指示DAI計數器。處理器822可以配置與第一PUCCH資源相對應的第一DAI值(例如,DAI = 0)。處理器822可以配置與第二PUCCH資源相對應的第二DAI值(例如,DAI = 1)。對於配置有DAI計數器的所有HARQ回饋位元,處理器812可以被配置為將配置有DAI計數器的與多個PUCCH資源對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。處理器812可以被配置為經由收發器816在單個PUCCH資源中發送HARQ-ACK碼本。例如,處理器812可以被配置為將與具有第一DAI值的第一PUCCH資源相對應的以及與具有第二DAI值的第二PUCCH資源相對應的2個HARQ回饋位元組合成HARQ-ACK碼本。處理器812可以經由收發器816在另一個PUCCH資源中發送HARQ-ACK碼本。
在一些實現方式中,每個DCI格式可以指示用於傳輸HARQ回饋位元的PUCCH資源。當沒有DCI格式指示相同PUCCH資源的情況下,可以不使用HARQ-ACK碼本來報告HARQ回饋位元。處理器812可以被配置為不使用碼本,並且在由每個DCI格式指示的PUCCH資源中發送與單個傳輸相對應的HARQ-ACK資訊。當兩個或更多個DCI格式指示相同PUCCH資源的情況下,可以使用HARQ-ACK碼本來組合所有HARQ回饋位元。對於指示相同PUCCH資源的所有DCI格式,處理器812可以被配置為將對應于相同PUCCH資源的多個HARQ-ACK位元組合成HARQ-ACK碼本。處理器812可以被配置為經由收發器816在單個PUCCH資源中發送HARQ-ACK碼本。例如,處理器812可以被配置為將對應于相同PUCCH資源的2個HARQ回饋位元組合成HARQ-ACK碼本。處理器812可以經由收發器816在另一個PUCCH資源中發送HARQ-ACK碼本。
例示性過程
第9圖示出了根據本公開的實現方式的示例過程900。過程900可以是與根據本公開的針對URLLC報告HARQ-ACK資訊相關的上述場景200、300、400、500、600和700的示例實現方式,無論是部分的還是完全的。過程900可以表示通訊裝置810的多個特徵的實現方式。過程900可以包括如框910、920和930中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框,根據所需的實現方式,過程900的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外,過程900的框可以按照第9圖中所示的順序執行,或者,可以按照不同的順序執行。過程900可以由通訊裝置810或任何合適的UE或機器類型的設備實現。僅出於說明性目的而非限制,下面以通訊裝置810為背景描述過程900。過程900在框910處開始。
在910,過程900可以涉及裝置810的處理器812接收包括資源指示的DCI格式。過程900可以從910進行到920。
在920,過程900可以涉及處理器812根據資源指示從多個PUCCH資源中選擇PUCCH資源。過程900可以從920進行到930。
在930,過程900可以涉及處理器812在PUCCH資源中發送HARQ-ACK資訊。資源指示可以以符號為單位指示PUCCH資源的定時資訊。
在一些實現方式中,資源指示可以包括偏移值和ARI中的至少一個。
在一些實現方式中,過程900可涉及處理器812選擇從PDSCH末尾或處理時間末尾起偏移值之後的PUCCH資源。
在一些實現方式中,過程900可以涉及處理器812根據從PDSCH末尾或處理時間末尾其開始索引的ARI來選擇PUCCH資源。
在一些實現方式中,過程900可以涉及處理器812根據偏移值和ARI的組合來選擇PUCCH資源。
在一些實現方式中,過程900可以涉及處理器812將與視窗內指示的多個PUCCH資源相對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。過程900還可以涉及處理器812在單個PUCCH資源中發送HARQ-ACK碼本。
在一些實現方式中,過程900可涉及處理器812將與DAI指示的多個PUCCH資源對應的多個HARQ-ACK位元組合成HARQ-ACK碼本。過程900還可以涉及處理器812在單個PUCCH資源中發送HARQ-ACK碼本。
在一些實現方式中,過程900可以涉及處理器812將對應于相同PUCCH資源的多個HARQ-ACK位元組合成HARQ-ACK碼本。過程900還可以涉及處理器812在相同的PUCCH資源中發送HARQ-ACK碼本。
在一些實現方式中,過程900可以涉及處理器812在PUCCH資源中不利用碼本發送HARQ-ACK資訊。
在一些實現方式中,符號單位可包括多個符號或半個時槽。
補充說明
本文中所描述之主題有時例示了包含在不同的其它部件之內或與其連接的不同部件。要理解的是,這些所描繪架構僅是示例,並且實際上能夠實施實現相同功能的許多其它架構。在概念意義上,實現相同功能的部件的任意佈置被有效地“關聯”成使得期望之功能得以實現。因此,獨立於架構或中間部件,本文中被組合為實現特定功能之任何兩個部件能夠被看作彼此“關聯”成使得期望之功能得以實現。同樣,如此關聯之任何兩個部件也能夠被視為彼此“在操作上連接”或“在操作上耦接”,以實現期望功能,並且能夠如此關聯的任意兩個部件還能夠被視為彼此“在操作上可耦接”,以實現期望的功能。在操作在可耦接之特定示例包括但不限於實體上能配套和/或實體上交互的部件和/或可無線地交互和/或無線地交互的部件和/或邏輯上交互和/或邏輯上可交互的部件。
此外,關於本文中任何複數和/或單數術語的大量使用,本領域具備通常知識者可針對上下文和/或應用按需從複數轉化為單數和/或從單數轉化為複數。為了清楚起見,本文中可以明確地闡述各種單數/複數互易。
另外,本領域具備通常知識者將理解,通常,本文中所用術語且尤其是在所附申請專利範圍(例如,所附申請專利範圍之主體)中所使用的術語通常意為“開放”術語,例如,術語“包含”應被解釋為“包含但不限於”,術語“具有”應被解釋為“至少具有”,術語“包括”應解釋為“包括但不限於”,等等。本領域具備通常知識者還將理解,如果引入之申請專利範圍列舉之特定數目是有意的,則這種意圖將在申請專利範圍中明確地列舉,並且在這種列舉不存在時不存在這種意圖。例如,作為理解之幫助,所附申請專利範圍可以包含引入申請專利範圍列舉之引入性短語“至少一個”和“一個或更多個”之使用。然而,這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞“一”或“一個” 的引入將包含這種所引入之申請專利範圍列舉之任何特定申請專利範圍限制於只包含一個這種列舉的實現方式,即使當同一申請專利範圍包括引入性短語“一個或更多”或“至少一個”以及諸如“一”或“一個”這樣的不定冠詞(例如,“一和/或一個”應被解釋為意指“至少一個”或“一個或更多個”)時,這同樣適用於用來引入申請專利範圍列舉之定冠詞的使用。另外,即使明確地列舉了特定數量之所引入之申請專利範圍列舉,本領域技術人員也將認識到,這種列舉應被解釋為意指至少所列舉之數量(例如,在沒有其它之修飾語之情況下,“兩個列舉”之無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉)。此外,在使用類似於“A、B和C中之至少一個等”之慣例之那些情況下,在本領域技術人員將理解這個慣例之意義上,通常意指這種解釋(例如,“具有A、B和C中之至少一個之系統”將包括但不限於單獨具有A、單獨具有B、單獨具有C、一同具有A和B、一同具有A和C、一同具有B和C和/或一同具有A、B和C等之系統)。在使用類似於“A、B或C等中之至少一個”之慣例之那些情況下,在本領域技術人員將理解這個慣例之意義上,通常意指這樣之解釋(例如,“具有A、B或C中至少一個之系統”將包括但不限於單獨具有A、單獨具有B、單獨具有C、一同具有A和B、一同具有A和C、一同具有B和C、和/或一同具有A、B和C等之系統)。本領域技術人員還將理解,無論在說明書、申請專利範圍還是附圖中,實際上呈現兩個或更多個另選之項之任何轉折詞語和/或短語應當被理解為構想包括這些項中之一個、這些項中之任一個或者這兩項之可能性。例如,短語“A或B”將被理解為包括“A”或“B”或“A和B”之可能性。
根據上述內容,將領會的是,本文中已經為了例示之目的而描述了本公開之各種實現方式,並且可以在不脫離本公開之範圍和精神之情況下進行各種修改。因此,本文中所公開之各種實現方式不旨在是限制性的,真正之範圍和精神由所附之申請專利範圍指示。
100、200、300、400、500、600、700‧‧‧場景
810‧‧‧通訊裝置
820‧‧‧網路裝置
812、822‧‧‧處理器
814、824‧‧‧記憶體
816、826‧‧‧收發器
900‧‧‧過程
910、920、930‧‧‧框
附圖被包括進來以提供對本公開之進一步理解,併入本發明並構成本公開之一部分。附圖例示了本公開之實現方式,並且與說明書一起用於說明本公開之原理。能理解的是,附圖不一定是按比例的,因為為了清楚地例示本發明之構思,一些元件可以被顯示為與實際實現方式中之尺寸不成比例。
第1圖示出了根據本公開的實現方式的方案下的示例性場景。
第2圖示出了根據本公開的實現方式的方案下的示例性場景。
第3圖示出了根據本公開的實現方式的方案下的示例性場景。
第4圖示出了根據本公開的實現方式的方案下的示例性場景。
第5圖示出了根據本公開的實現方式的方案下的示例性場景。
第6圖示出了根據本公開的實現方式的方案下的示例性場景。
第7圖示出了根據本公開的實現方式的方案下的示例性場景。
第8圖示出了根據本公開的實現方式的示例通訊裝置和示例網路裝置。
第9圖示出了根據本公開的實現方式的示例過程。
200‧‧‧場景
Claims (20)
- 一種報告混合自動重傳請求-確認(hybrid automatic repeat request-acknowledgement,HARQ-ACK)資訊的方法,包括:由裝置的處理器,接收物理下行鏈路共用通道(physical downlink shared channel,PDSCH)的包括資源指示的下行鏈路控制資訊(downlink control information,DCI)格式;由所述處理器以所述PDSCH末尾或處理時間末尾作為參考點根據所述資源指示從多個物理上行控制通道(physical uplink control channel,PUCCH)資源中選擇用於所述PDSCH的PUCCH資源;以及由所述處理器在所述PUCCH資源中發送對應於所述PDSCH的所述混合自動重傳請求-確認(hybrid automatic repeat request-acknowledgement,HARQ-ACK)資訊,其中,所述資源指示以符號為單位指示所述PUCCH資源的定時資訊。
- 如申請專利範圍第1項所述的方法,其中,所述資源指示包括偏移值和確認資源指示符(acknowledgement resource indicator,ARI)中的至少一個。
- 如申請專利範圍第2項所述的方法,其中,所述選擇包括選擇從所述PDSCH末尾或處理時間末尾開始經偏移值後的所述PUCCH資源。
- 如申請專利範圍第2項所述的方法,其中,所述選擇包括:根據從PDSCH末尾或處理時間末尾開始索引的ARI,來選擇所述PUCCH資源。
- 如申請專利範圍第2項所述的方法,其中,所述選擇包括根據所述偏移值和所述ARI的組合來選擇所述PUCCH資源。
- 如申請專利範圍第1項所述的方法,還包括:由所述處理器將與視窗內指示的多個PUCCH資源對應的多個HARQ-ACK 位元組合成HARQ-ACK碼本;以及由所述處理器在單個PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第1項所述的方法,還包括:由所述處理器將與下行鏈路指配索引(downlink assignment index,DAI)指示的多個PUCCH資源對應的多個HARQ-ACK位元組合成HARQ-ACK碼本;以及由所述處理器在單個PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第1項所述的方法,還包括:由所述處理器將對應於相同PUCCH資源的多個HARQ-ACK位元組合成HARQ-ACK碼本;以及由所述處理器在所述相同PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第1項所述的方法,其中,所述發送包括在所述PUCCH資源中不通過碼本發送所述HARQ-ACK資訊。
- 如申請專利範圍第1項所述的方法,其中,所述符號單位包括多個符號或半個時槽。
- 一種報告混合自動重傳請求-確認(hybrid automatic repeat request-acknowledgement,HARQ-ACK)資訊的裝置,包括:能夠與無線網路的網路節點無線通訊的收發器;以及通信地耦接到所述收發器的處理器,所述處理器能夠:經由所述收發器接收物理下行鏈路共用通道(physical downlink shared channel,PDSCH)的包括資源指示的下行鏈路控制資訊(downlink control information,DCI)格式;以所述PDSCH末尾或處理時間末尾作為參考點根據所述資源指示從多個物理上行控制通道(physical uplink control channel,PUCCH)資源中選擇用於所 述PDSCH的PUCCH資源;以及經由所述收發器在所述PUCCH資源中發送對應於所述PDSCH的所述混合自動重傳請求-確認(hybrid automatic repeat request-acknowledgement,HARQ-ACK)資訊,其中,所述資源指示以符號為單位指示所述PUCCH資源的定時資訊。
- 如申請專利範圍第11項所述的裝置,其中,所述資源指示包括偏移值和確認資源指示符(acknowledgement resource indicator,ARI)中的至少一個。
- 如申請專利範圍第12項所述的裝置,其中,在選擇所述PUCCH資源時,所述處理器能夠選擇從所述PDSCH末尾或處理時間末尾開始經偏移值後的所述PUCCH資源。
- 如申請專利範圍第12項所述的裝置,其中,在選擇所述PUCCH資源時,所述處理器能夠根據從PDSCH末尾或處理時間末尾開始索引的ARI,來選擇所述PUCCH資源。
- 如申請專利範圍第12項所述的裝置,其中,在選擇所述PUCCH資源時,所述處理器能夠根據所述偏移值和所述ARI的組合來選擇所述PUCCH資源。
- 如申請專利範圍第11項所述的裝置,其中,所述處理器還能夠:將與視窗內指示的多個PUCCH資源對應的多個HARQ-ACK位元組合成HARQ-ACK碼本;以及經由所述收發器在單個PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第11項所述的裝置,其中,所述處理器還能夠: 將與下行鏈路指配索引(downlink assignment index,DAI)指示的多個PUCCH資源對應的多個HARQ-ACK位元組合成HARQ-ACK碼本;以及經由所述收發器在單個PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第11項所述的裝置,其中,所述處理器還能夠:將對應於相同PUCCH資源的多個HARQ-ACK位元組合成HARQ-ACK碼本;以及經由所述收發器在所述相同PUCCH資源中發送所述HARQ-ACK碼本。
- 如申請專利範圍第11項所述的裝置,其中,在所述PUCCH資源中發送所述HARQ-ACK資訊時,所述處理器能夠在所述PUCCH資源中不通過碼本發送所述HARQ-ACK資訊。
- 如申請專利範圍第11項所述的裝置,其中,所述符號單位包括多個符號或半個時槽。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862666170P | 2018-05-03 | 2018-05-03 | |
US62/666,170 | 2018-05-03 | ||
US16/401,301 | 2019-05-02 | ||
US16/401,301 US11368260B2 (en) | 2018-05-03 | 2019-05-02 | Method and apparatus for reporting hybrid automatic repeat request-acknowledge information in mobile communications |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201947902A TW201947902A (zh) | 2019-12-16 |
TWI699980B true TWI699980B (zh) | 2020-07-21 |
Family
ID=68383978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108115380A TWI699980B (zh) | 2018-05-03 | 2019-05-03 | 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11368260B2 (zh) |
CN (1) | CN110692277B (zh) |
TW (1) | TWI699980B (zh) |
WO (1) | WO2019210875A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3833127A4 (en) * | 2018-07-30 | 2022-03-23 | Ntt Docomo, Inc. | BASE STATION |
EP3852460A4 (en) * | 2018-09-11 | 2022-04-13 | Ntt Docomo, Inc. | USER EQUIPMENT AND WIRELESS COMMUNICATION METHOD |
CN111436130B (zh) * | 2019-01-11 | 2023-07-18 | 中兴通讯股份有限公司 | 组下行控制信息的发送方法及装置 |
CN112787777B (zh) * | 2019-11-08 | 2023-07-28 | 联发科技(新加坡)私人有限公司 | 移动通信中乱序的混合自动重复请求反馈的方法及其装置 |
CN113498585A (zh) * | 2020-02-07 | 2021-10-12 | Oppo广东移动通信有限公司 | 信息接收的方法、发送的方法、装置和设备 |
US11791950B2 (en) * | 2020-02-26 | 2023-10-17 | Qualcomm Incorporated | Parameter determination for user equipment |
US11811536B2 (en) * | 2020-08-07 | 2023-11-07 | Telefonaktiebolaget Lm Ericsson (Publ) | HARQ feedback |
CN117896043A (zh) * | 2020-10-21 | 2024-04-16 | 中兴通讯股份有限公司 | 一种无线通信方法、设备以及非瞬态计算机可读介质 |
EP4278502A1 (en) * | 2021-01-14 | 2023-11-22 | Apple Inc. | Systems and methods for pucch resource identification in multi-pxsch transmission |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101989898A (zh) * | 2010-11-15 | 2011-03-23 | 中兴通讯股份有限公司 | 应答消息的发送方法和装置 |
US20140126491A1 (en) * | 2012-11-02 | 2014-05-08 | Texas Instruments Incorporated | Efficient Allocation of Uplink HARQ-ACK Resources for LTE Enhanced Control Channel |
WO2017075787A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 用户设备、接入网设备、上行控制信息的收发方法及装置 |
US20170288819A1 (en) * | 2016-03-30 | 2017-10-05 | Qualcomm Incorporated | Hybrid automatic repeat request timing for reduced transmission time intervals |
US20180092073A1 (en) * | 2016-09-28 | 2018-03-29 | Sharp Laboratories Of America, Inc. | User equipments, base stations and methods |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012036409A2 (ko) * | 2010-09-13 | 2012-03-22 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
CN102098151B (zh) * | 2010-12-28 | 2015-08-12 | 中兴通讯股份有限公司 | 一种正确/错误应答消息的发送方法及用户终端 |
CN103095433B (zh) * | 2011-11-04 | 2018-06-15 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
CN103378954B (zh) * | 2012-04-20 | 2019-03-15 | 北京三星通信技术研究有限公司 | 支持发送分集和信道选择的分配harq-ack信道资源的方法 |
CN103516474B (zh) * | 2012-06-28 | 2017-11-07 | 中兴通讯股份有限公司 | 物理上行控制信道资源确定方法及用户设备 |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
CN106060930B (zh) * | 2015-04-09 | 2021-07-16 | 北京三星通信技术研究有限公司 | 一种增强载波聚合系统的harq-ack传输方法和设备 |
JPWO2017026513A1 (ja) * | 2015-08-13 | 2018-07-12 | 株式会社Nttドコモ | ユーザ端末、無線基地局、無線通信方法及び無線通信システム |
US10568081B2 (en) * | 2016-03-21 | 2020-02-18 | Samsung Electronics Co., Ltd. | Scheduling uplink transmissions |
US10749637B2 (en) * | 2018-01-18 | 2020-08-18 | FG Innovation Company Limited | Methods and devices for aperiodic uplink transmission |
WO2019157696A1 (en) * | 2018-02-14 | 2019-08-22 | Panasonic Intellectual Property Corporation Of America | User equipment, base station and wireless communication method |
US10849110B2 (en) * | 2018-02-16 | 2020-11-24 | Qualcomm Incorporated | Resource allocation for the physical uplink control channel |
-
2019
- 2019-05-02 US US16/401,301 patent/US11368260B2/en active Active
- 2019-05-03 TW TW108115380A patent/TWI699980B/zh active
- 2019-05-05 CN CN201980001901.3A patent/CN110692277B/zh active Active
- 2019-05-05 WO PCT/CN2019/085464 patent/WO2019210875A1/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101989898A (zh) * | 2010-11-15 | 2011-03-23 | 中兴通讯股份有限公司 | 应答消息的发送方法和装置 |
US20140126491A1 (en) * | 2012-11-02 | 2014-05-08 | Texas Instruments Incorporated | Efficient Allocation of Uplink HARQ-ACK Resources for LTE Enhanced Control Channel |
WO2017075787A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 用户设备、接入网设备、上行控制信息的收发方法及装置 |
US20170288819A1 (en) * | 2016-03-30 | 2017-10-05 | Qualcomm Incorporated | Hybrid automatic repeat request timing for reduced transmission time intervals |
US20180092073A1 (en) * | 2016-09-28 | 2018-03-29 | Sharp Laboratories Of America, Inc. | User equipments, base stations and methods |
Non-Patent Citations (1)
Title |
---|
LG Electronics,"Remaining aspects of PUCCH resource allocation for NR",3GPP TSG RAN WG1 Meeting 91, R1- 1719928,Reno, USA, November 27th~December 1st, 2017. * |
Also Published As
Publication number | Publication date |
---|---|
US11368260B2 (en) | 2022-06-21 |
CN110692277B (zh) | 2023-06-16 |
WO2019210875A1 (en) | 2019-11-07 |
TW201947902A (zh) | 2019-12-16 |
CN110692277A (zh) | 2020-01-14 |
US20190342041A1 (en) | 2019-11-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI699980B (zh) | 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置 | |
JP6940914B2 (ja) | Fdd‐tddジョイントキャリアアグリゲーションのためのアップリンク制御シグナリング | |
TWI715044B (zh) | 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置 | |
TWI691193B (zh) | 行動通訊中用以決定調變編碼機制表之方法和裝置 | |
TWI696361B (zh) | 用於減少移動通信中上行鏈路開銷的方法和裝置 | |
TWI766264B (zh) | 移動通信中下行鏈路控制資訊大小對齊的方法和裝置 | |
TWI740377B (zh) | 行動通訊中處理亂序上行排程的方法和裝置 | |
TWI708495B (zh) | 在分時雙工載波中利用共用短脈衝的延遲控制回饋 | |
TWI702814B (zh) | 用於在移動通訊中報告混合自動重複請求-確認資訊的方法和裝置 | |
TWI785275B (zh) | 行動通訊之實體下行控制通道監視組態 | |
TW202021298A (zh) | 行動通訊中harq過程以及pucch資源選擇的方法和裝置 | |
US11563529B2 (en) | Method and apparatus for out-of-order hybrid automatic repeat request feedback in mobile communications | |
TWI729354B (zh) | 行動通訊之緊密下行鏈路控制資訊設計和操作 | |
TW201944830A (zh) | 行動通訊中緊湊下行鏈路控制資訊的時域資源配置 | |
TWI728341B (zh) | 行動通訊中緊湊下行鏈路控制資訊的頻域資源配置 | |
TW201911787A (zh) | 用於高可靠度傳輸之上行控制通道設計之方法及其裝置 | |
CN111295852B (zh) | 用于移动通信中的系统信息重传的方法和装置 | |
CN112787777B (zh) | 移动通信中乱序的混合自动重复请求反馈的方法及其装置 | |
TW202316893A (zh) | 用於pucch載波切換和pucch重複的方法和裝置 |