TWI680655B

TWI680655B - 傳輸方法及其裝置

Info

Publication number: TWI680655B
Application number: TW107128175A
Authority: TW
Inventors: 楊維東; Wei-dong YANG; 蔡隆盛; Lung Sheng Tsai
Original assignee: 聯發科技股份有限公司; Mediatek Inc.
Priority date: 2017-08-11
Filing date: 2018-08-13
Publication date: 2019-12-21
Also published as: TW201911793A; US20190052406A1; WO2019029744A1; CN110024464A

Abstract

本發明揭露了多種關於行動通訊中之使用者設備和網路裝置之用於超可靠和低延遲通訊(ultra-reliable and low-latency communications，URLLC)之盲重傳之方法及其裝置。該裝置可以接收實體下行鏈路控制通道(physical downlink control channel，PDCCH)。該裝置可以依據該PDCCH接收複數個實體下行鏈路共用通道(physical downlink shared channel，PDSCH)。該裝置可以依據該PDCCH對該複數個PDSCH進行解碼。該PDCCH可以排程該複數個PDSCH。本發明之傳輸方法及其裝置可增加上行鏈路和下行鏈路傳輸之可靠性並減少延遲。

Description

傳輸方法及其裝置

本發明係有關於行動通訊。更具體地，本發明係有關於行動通訊中使用者設備和網路裝置相關之超可靠和低延遲通訊(ultra-reliable and low-latency communications，URLLC)之盲重傳。

除非本文另有說明，否則本部分中描述之方法不是下面列出之發明申請專利範圍之先前技術，並且不因包括在本節中而被承認是先前技術。

在新無線電(New Radio，NR)中，對於對端到端延遲和可靠性提出高要求之新興應用，支援超可靠和低延遲通訊(ultra-reliable and low latency communications，URLLC)。對於一個分組(packet)之一次傳輸，一般之URLLC可靠性要求是對於32位元組為1-10^-5，使用者平面延遲為1毫秒。對於URLLC，使用者平面延遲之目標應為上行鏈路0.5毫秒和下行鏈路0.5毫秒。

在下行鏈路傳輸中，使用者設備(user equipment，UE)需要從網路裝置接收實體下行鏈路控制通道(physical downlink control channel，PDCCH)和/或實體下行鏈路共用通道(physical downlink shared channel，PDSCH)。在PDCCH/PDSCH丟失或失敗之情況下，UE需要等待來自網路裝置之重傳。該下行鏈路訊號之丟失之接收可能降低傳輸可靠性並且可能增加重傳之延遲。

在上行鏈路傳輸中，同樣問題也可能發生。UE需要向網路裝置發送實體上行鏈路控制通道(physical uplink control channel，PUCCH)和/或實體上行鏈路共用通道(physical uplink shared channel，PUSCH)。該上行鏈路訊號之失敗之傳輸可能降低傳輸可靠性並且可能增加網路側之延遲。

因此，如何增加上行鏈路和下行鏈路傳輸之可靠性並減少其延遲對於URLLC應用很重要。需要為上行鏈路和下行鏈路傳輸提供適當之傳輸機制。

以下概述僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下概述以介紹本文描述之新穎和非顯而易見之技術之概念、要點、益處和優點。選擇之實施例將在下文詳細描述中進一步描述。因此，以下之概述並不旨在標識所要求保護之主題之本質特徵，也不旨在用於確定所要求保護之主題之範圍。

本發明之目的係提出解決上述問題之解決辦法或方案，其解決以上提到之用於與行動通訊中之使用者設備和網路裝置有關之URLLC之盲重傳之問題。

在本發明之一方面，一種方法涉及一種裝置接收PDCCH。該方法還涉及該裝置依據該PDCCH接收複數個PDSCH。該方法還涉及該裝置依據該PDCCH對該複數個PDSCH進行解碼。該PDCCH可以排程該複數個PDSCH。

在本發明之一方面，一種方法涉及一種裝置生成與一個或複數個PUSCH對應之一個或複數個冗餘版本(redundancy version，RV)，其中，每個RV與該複數個PUSCH中之相應一個相關聯。該方法還涉及該裝置在一個或複數個場合中向至少一個網路節點發送一個或複數個PUCCH。該方法進一步涉及該裝置在一個或複數個場合中向至少一個網路節點發送一個或複數個PUSCH。該RV可以彼此相同或不同。

在本發明之一方面，一種裝置包括能夠與無線網路之複數個節點進行無線通訊之收發器。該裝置還包括通訊耦接到該收發器之處理器。該處理器能夠接收PDCCH。該處理器還能夠依據該PDCCH接收複數個PDSCH。該處理器還能夠依據該PDCCH對該複數個PDSCH進行解碼。該PDCCH可以排程該複數個PDSCH。

在本發明之一方面，一種裝置包括能夠與無線網路之複數個節點進行無線通訊之收發器。該裝置還包括通訊耦接到該收發器之處理器。該處理器能夠生成與一個或複數個PUSCH對應之一個或複數個RV，其中，每個RV與該複數個PUSCH中之相應一個相關聯。該處理器還能夠經由該收發器在一個或複數個場合中向至少一個網路節點發送一個或複數個PUCCH。該處理器進一步能夠經由該收發器在一個或複數個場合中向至少一個網路節點發送一個或複數個PUSCH。該RV可以彼此相同或不同。

本發明之傳輸方法及其裝置可增加上行鏈路和下行鏈路傳輸之可靠性並減少延遲。

值得注意的是，儘管這裡提供之描述是以某些無線存取技術、網路和網路拓撲為背景，如長期演進(LTE)、高級LTE(LTE-Advanced)和增強高級LTE(LTE-Advanced Pro)、第五代(5th Generation，5G)、NR、物聯網(Internet-of-Things，IoT)和窄帶物聯網(Narrow Band Internet of Things，NB-IoT)，但本發明提出之概念、方案及其任何變體/衍生物可以在其他類型之無線存取技術、網路和網路拓撲中實現、針對其實現和透過其實現。因此，本發明之範圍不限於本文描述之示例。

100、200‧‧‧場景

110、210‧‧‧使用者設備

120、122、124、220‧‧‧網路節點

221、222、223‧‧‧面板

300‧‧‧系統

310‧‧‧通訊裝置

312、322‧‧‧處理器

320‧‧‧網路裝置

314、324‧‧‧記憶體

316、326‧‧‧收發器

400、500‧‧‧進程

410、420、430、510、520、530‧‧‧步驟

圖式被包括以提供對本發明之進一步理解，同時，圖式被併入且構成本發明之一部分。圖式描述了本發明之實施方式，並與說明書一起用於解釋本發明之原理。可以理解的是，為了清楚地說明本發明之概念，圖式不一定按比例繪製，一些元件可能顯示為與實際實施方式中之尺寸不成比例。

第1圖係依據本發明實施例描述之方案下之示例場景圖。

第2圖係依據本發明實施例描述之方案下之示例場景圖。

第3圖係依據本發明實施例描述之示例通訊裝置和示例網路裝置之框圖。

第4圖係依據本發明實施例之示例進程之流程圖。

第5圖係依據本發明實施例之示例進程之流程圖。

下面對所要求保護主題之實施例和實施方式進行詳細說明。然而，應當理解的是，所公開之實施例和實施方式僅僅是可以以各種形式實施之所要求保護主題之說明。本發明可以以多種不同之形式實施，並且不應該被理解為僅限於這裡闡述之示例性實施例和實施方式。相反，提供這些示例性實施例和實施方式，使得本發明之描述係徹底和完整的，並且將向本領域習知技藝者充分傳達本發明之範圍。在以下描述中，省略習知特徵和技術細節，以避免不必要地模糊所呈現之實施例和實施方式。

概述

本發明之實施方式涉及與行動通訊中之使用者設備和網路裝置之URLLC之盲重傳有關之各種技術、方法、方案和/或解決方案。依據本發明，可以單獨地或聯合地實現許多可能之解決方案。也就是說，儘管下文分別描述這些可能之解決方案，但是這些可能之解決方案中之兩個或複數個可以以一種組合或另一種組合形式實現。

第1圖描述了依據本發明實施例之方案之一示例場景100。場景 100涉及一UE110和複數個網路節點120、122和124，其可以是無線通訊網路之一部分(例如，LTE網路、LTE-Advanced網路、LTE-Advanced Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)。可以將網路節點120、122和124之每一個視作無線通訊網路之發送接收點(transmit/receive point，TRP)。UE可以從網路節點120、122和124中至少一個接收下行鏈路訊號。該下行鏈路訊號包括PDCCH和PDSCH。該PDCCH包括下行鏈路排程資訊，例如但不限於，用於天線埠之准同位(quasi co-location，QCL)假設、調製和編碼機制(modulation and coding scheme，MCS)級別、混合型自動重傳請求(hybrid automatic repeat request，HARQ)索引、資源分配等。該PDSCH包括下行鏈路使用者資料。該UE還能夠向網路節點120、122和124中至少一個發送上行鏈路訊號。該上行鏈路訊號包括PUCCH和PUSCH。該PUCCH包括上行鏈路控制訊息，例如但不限於，排程請求(scheduling request，SR)、混合型自動重傳請求(hybrid automatic repeat request，HARQ)、確認(ACK)/否定確認(NACK)、通道狀態資訊(channel state information，CSI)等。該PUSCH包括上行鏈路使用者資料和/或通道品質指標(channel quality indicator，CQI)。

第2圖描述了依據本發明實施例之方案下之一示例場景200。場景200涉及一UE 210和一網路節點220，其可以是無線通訊網路之一部分(例如，LTE網路、LTE-Advanced網路、LTE-Advanced Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)。網路節點220包括複數個面板221、222、223等。每個面板包括一個或一組向UE210發送訊號和從UE210接收訊號之天線。該UE可以從網路節點220之每個面板接收PDCCH和/或PDSCH。該UE還可以向網路節點220之每個面板發送PUCCH和/或PUSCH。

在NR中，URLLC支援對端到端延遲和可靠性提出高要求之新興應用。為了滿足URLLC之高可靠要求，可以配置UE從網路側接收盲重傳。在傳統HARQ重傳中，僅在重傳中攜帶RV。具體地，可以配置UE接收複數個與相同更高層資料(例如，應用層資料)相對應之PDSCH。網路可以使用複數個PDSCH向UE發送該相同更高層資料。該更高層資料包括資訊位元。該相同資訊位元可由相同之編碼器編碼成不同版本之編碼位元。在傳統HARQ重傳中，RV僅在重傳中攜帶，並且其指示要從網路向UE發送編碼位元之何種版本。在本發明中，我們不排除在初始傳輸中使用RV。網路使用不同之PDSCH發送編碼位元之不同版本。每個PDSCH包括依據相同資訊位元生成之編碼位元之不同版本。因此，可以在複數個PDSCH中不同地發送相同資料之複數個副本(儘管編碼位元在副本中不同)以確保傳輸可靠性。

可以配置UE從一個或複數個網路節點接收PDCCH。該PDCCH可以排程複數個PDSCH。依據該PDCCH，進一步配置該UE對複數個PDSCH解碼。具體地，PDCCH指示用於複數個PDSCH之分配時頻資源。該複數個PDSCH可分配不同之時頻資源。該不同時頻資源可以重疊或不重疊。例如，在第一時槽之實體資源區塊(physical resource blocks，PRB)1-10處分配第一PDSCH。在第一時槽之PRB 100-110處分配第二PDSCH。或者，在第一時槽之PRB 1-10處分配第一PDSCH。在第二時槽之PRB 100-110處分配第二PDSCH。此外，該複數個PDSCH可在不同之空間層上傳輸。例如，第一網路節點在空間層1-2上發送PDSCH。第二網路節點在空間層3-4上發送PDSCH。或者，第一網路節點和第二網路節點在空間層1-4上協同地發送PDSCH。該複數個PDSCH還可以由網路節點之不同傳輸波束、天線或面板發送。

該複數個PDSCH包括與不同RV對應之編碼位元。該RV包括，例如但不限於，0、1、2或3。在每個PDSCH包括與不同RV對應之編碼位元之情況下，可以在UE處接收編碼位元之不同版本。可以實現更高之編碼增益。或者，該複數個PDSCH包括與相同RV對應之編碼位元。在每個PDSCH包括相同RV之情況下，可以在UE處接收編碼位元之重複版本。可以配置UE從一個網路節點、一個網路節點之複數個面板或複數個網路節點處接收複數個PDCCH/PDSCH。

在下行鏈路控制通道設計中，PDCCH需要指示複數個PDSCH之排程資訊。在每個PDSCH包括與不同RV對應之編碼位元之情況下，PDCCH需要指示複數個PDSCH中之每一個之RV。PDCCH之信令大小增大並且可以很大。在相同頻率資源上發送複數個PDSCH之情況下，可以使用不指示複數個PDSCH之全部或部分RV之壓縮PDCCH通知UE資源分配(resource allocations，RA)。無明確RV指示之複數個PDSCH之RV由預定規則和/或指示部分PDSCH之RV確定。PDCCH之信令大小可以是壓縮的。也可以在UE側很容易地執行追逐組合(chase combining)。在本發明中，我們稱這種具有不同RV而無RV指示之多PDSCH傳輸為“盲重傳”。或者，在使用壓縮PDCCH排程複數個PDSCH之情況下，PDCCH不指示或指示與複數個PDSCH之一個或多於一個PDSCH對應之RA，並且該複數個PDSCH之剩餘之無明確RA指示之PDSCH之RA由預定規則或已指示之RA來確定。該預定規則可以是跳頻規則。可以配置UE依據該跳頻規則或預定規則從壓縮PDCCH中擷取複數個PDSCH之排程資訊。該跳頻規則或預定規則可以預先存貯在UE側，或者由網路節點預先配置。壓縮PDCCH之信令大小可以保持很小。在允許多PDCCH之另一個情況下，可以配置UE在一個迷你時槽、不同之迷你時槽、一個時槽或不同之時槽中之不同控制資源集(control resources set，CORESET)上接收PDCCH。UE可以從一個或複數個網路節點接收PDCCH。

類似地，所提出之具有複數個RV之複數個資料傳輸之方案也可應用於上行鏈路傳輸。具體地，可以配置UE生成與複數個RV相對應之複數個PUSCH。每個PUSCH對應不同之RV。可以配置UE在複數個場合中向至少一個節點發送該複數個PUSCH。該複數個場合包括複數個不同之次頻帶、複數個不同之時頻資源和/或複數個不同之上行鏈路傳輸波束。可以配置UE在不同之時頻資源上發送複數個PUSCH。該不同之時頻資源可以重疊或不重疊。還可以配置UE透過UE之不同傳輸波束、天線或面板發送該複數個PUSCH。

在上行鏈路控制通道設計中，可以配置UE向一個或複數個網路節點發送指示相同控制資訊之複數個PUCCH。該複數個PUCCH在不同之場合中對應於攜帶相同上行鏈路資料資訊之複數個PUSCH。該複數個PUSCH對應于從上行鏈路資料資訊中擷取之編碼位元之不同RV。可以配置UE在一個迷你時槽、不同之迷你時槽、一個時槽或不同之時槽中之不同符號上發送PUCCH。為了發送對應於在迷你時槽或時槽中之複數個場合之複數個PUCCH，該複數個PUCCH之每一個是短式PUCCH。類似地，可以配置UE向複數個場合中之至少一個節點發送該複數個PUCCH。該複數個場合包括複數個不同之次頻帶、複數個不同之時頻資源和/或複數個不同之上行鏈路傳輸波束。

可以向一個網路節點或複數個網路節點發送該複數個PUCCH/PUSCH。可以同步或不同步發送該複數個PUCCH/PUSCH。在網路側，可以配置網路節點組合接收到之PUCCH/PUSCH，並對由複數個PUCCH/PUSCH攜帶之相同更高層資料進行聯合解碼。

說明性實施例

第3圖描述了依據本發明實施例之一示例通訊裝置310和一示例網路裝置320。系統300中之通訊裝置310和網路裝置320中之任一個都可以執行實現本文描述之關於無線通訊中之使用者設備和網路裝置之URLLC之盲重傳之方案、技術、進程和方法之不同功能，包括上述之場景100和200以及下面描述之進程400和500。

通訊裝置310是電子裝置之一部分，該電子裝置可以是諸如可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置之UE。例如，通訊裝置310可以實施為智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、膝上型電腦或筆記本電腦之計算設備。通訊裝置310還可以是機器類型裝置之一部分，該機器類型裝置可以是IoT或NB-IoT裝置，諸如固定裝置、家庭裝置、有線通訊裝置或計算裝置。例如，通訊裝置310可以實施為智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心。此外，通訊裝置310可以以一個或複數個積體電路(integrated-circuit，IC)晶片之形式實現，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器或者一個或複數個更複雜之指令集計算(complex-instruction-set-computing，CISC)處理器。通訊裝置310至少包括第3圖中所示之元件中之一部分，例如，處理器312。通訊裝置310還可以包括與本發明提出之方案無關之一個或複數個其他元件(例如，內部電源、顯示裝置和/或使用者介面裝置)。為簡潔起見，通訊裝置310之上述其他元件既不顯示在第3圖中，也不在下面進行描述。

網路裝置320是電子裝置之一部分，該電子裝置可以是諸如TRP、基地台、小小區，路由器或閘道這樣之網路節點。例如，網路裝置320可以在LTE、LTE-Advanced或LTE-Advanced Pro網路中之eNodeB中實現，或者在5G、NR、IoT或NB-IoT網路中之gNB中實現。此外，網路裝置320可以以一個或複數個IC晶片之形式實現，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器。網路裝置320至少包括第3圖中所示之元件中之一部分，例如，處理器322。網路裝置320還可以包括與本發明提出之方案無關之一個或複數個其他元件(例如，內部電源、顯示裝置和/或使用者介面裝置)。為簡潔起見，網路裝置320之上述元件既不顯示在第3圖中，也不在下面進行描述。

在本發明之一方面，處理器312和處理器322中之任一個可以以一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器之形式實現。也就是說，即使這裡使用單數術語“處理器”來指代處理器312和處理器322，在本發明中，處理器312和處理器322中之其中任一個可以在一些實施例中包含複數個處理器，在另一些實施例中包含單個處理器。在另一方面，處理器312和處理器322中之任一個可以以具有電子元件之硬體(以及可選地，韌體)之形式實現，所述電子元件包括，例如但不限於，依據本發明以特定目的配置之一個或複數個電晶體、一個或複數個二極體、一個或複數個電容器、一個或複數個電阻器、一個或複數個電感器、一個或複數個憶阻器和/或一個或複數個變容器。換句話說，至少在本發明之一些實施方式中，處理器312和處理器322是特定目的機器，其被專門設計、佈置和配置為執行裝置(例如，通訊裝置310所示)和網路(例如，網路裝置320所示)中包含降低功耗之特定任務。

在一些實施例中，通訊裝置310還包含耦接到處理器312並且能夠無線地發送和接收資料之一收發器316。在一些實施例中，通訊裝置310還包含耦接到處理器312並且能夠由處理器312訪問並在其中存儲資料之一記憶體314。在一些實施例中，網路裝置320還包含耦接到處理器322並且能夠無線地發送和接收資料之一收發器326。在一些實施例中，網路裝置320還包含耦接到處理器322並且能夠由處理器322訪問並在其中存儲資料之一記憶體324。因此，通訊裝置310和網路裝置320分別經由收發器316和收發器326彼此無線通訊。為了幫助更好地理解，按照行動通訊環境之背景，提供以下對通訊裝置310和網路裝置320中之每一個之操作、功能和能力之描述，在該行動通訊環境中，通訊裝置310在通訊設備或UE中實現或作為通訊裝置或者UE實現，網路裝置320在通訊網路之網路節點中實現或作為通訊網路之網路節點實現。

在一些實施例中，可以將網路裝置320視為無線通訊網路之 TRP。處理器312可以經由收發器316從網路裝置320和複數個網路裝置接收下行鏈路訊號。處理器312可以從網路裝置接收PDCCH和PDSCH。處理器312可以經由收發器316向網路裝置320和複數個網路裝置發送上行鏈路訊號。處理器312可以向網路裝置發送PDCCH和PDSCH。

在一些實施例中，網路裝置320包括收發器326中之複數個面板。每個面板包括用於向通訊裝置310發送和從通訊裝置310接收訊號之一個或一組天線。處理器312可以從網路裝置320之每個面板接收PDCCH和/或PDSCH。處理器312還可以向網路裝置320之每個面板發送PUCCH和/或PUSCH。

在一些實施例中，可以配置處理器312從網路側接收盲重傳。可以配置處理器312經由收發器316接收複數個對應於相同更高層資料(例如，應用層資料)之PDSCH。網路裝置320可以使用該複數個PDSCH向通訊裝置310發送該相同更高層資料。該更高層資料包括資訊位元。處理器322將該相同資訊位元編碼成不同之編碼位元。處理器322使用不同之PDSCH發送不同之編碼位元。每個PDSCH包括對應於相同資訊位元之編碼位元之不同部分。

在一些實施例中，可以配置處理器312經由收發器316從一個或複數個網路裝置接收PDCCH。網路裝置320可以使用PDCCH排程該複數個PDSCH。還可以配置處理器312依據該PDCCH對該複數個PDSCH解碼。具體地，網路裝置320可以使用PDCCH來指示為該複數個PDSCH分配之時頻資源。處理器322可以將該複數個PDSCH分配給不同之時頻資源。該不同之時頻資源可以重疊或不重疊。例如，處理器322可以在第一時槽之PRB 1-10處分配第一PDSCH。處理器322可以在第一時槽之PRB 100-110處分配第二PDSCH。或者，處理器322可以在第一時槽之PRB1-10處分配第一PDSCH。處理器322可以在第二時槽之PRB 100-110處分配第二PDSCH。此外，網路裝置可在不同之空間層上發送該複數個PDSCH。例如，第一網路裝置在空間層1-2上發送PDSCH。第二網路裝置在空間層3-4上發送PDSCH。或者，第一網路裝置和第二網路裝置在空間層1-4上協同地發送PDSCH。該複數個PDSCH還可以由網路裝置之不同傳輸波束、天線或面板發送。

在一些實施例中，網路裝置320包括在複數個PDSCH中之不同HARQ RV。在每個PUSCH對應於不同RV之情況下，處理器312能夠接收編碼位元之不同版本。可以實現更高之編碼增益。或者，網路裝置320包括PDSCH中之相同RV。在每個PDSCH對應於相同RV之情況下，處理器312能夠接收編碼位元之重複版本。可以配置處理器312從一個網路裝置、或複數個網路裝置處接收複數個PDCCH/PDSCH。

在一些實施例中，網路裝置320可以使用PDCCH來指示該複數個PDSCH之排程資訊。在每個PUSCH對應於一個不同之RV之情況下，處理器322可以使用PDCCH來指示該複數個PDSCH之每一個之RV。PDCCH之信令大小增大並且可以很大。在使用預定規則暗示對應於複數個PDSCH之RV是相同的之情況下，處理器322使用不指示複數個PDSCH之RV之壓縮PDCCH通知通訊裝置310資源分配。該PDCCH之信令大小可以是壓縮的。處理器312可以很容易地執行追逐組合。

在一些實施例中，在使用壓縮PDCCH排程複數個PDSCH之情況下，PDCCH不指示或指示與複數個PDSCH之一個或多於一個PDSCH對應之RA，並且該複數個PDSCH之剩餘之無明確RA指示之PDSCH之RA由預定規則或已指示之RA來確定。在一些實施例中，可以配置處理器312依據跳頻規則或預定規則接收複數個PDSCH。可以配置處理器312依據該跳頻規則或預定規則從壓縮PDCCH中擷取複數個PDSCH之排程資訊。該跳頻規則或預定規則可以預先存貯在通訊裝置310之記憶體314中，或者由網路裝置320預先配置。壓縮PDCCH之信令大小可以保持很小。可以配置處理器312在一個迷你時槽、不同之迷你時槽、一個時槽或不同之時槽中之不同CORESET上接收PDCCH。處理器312可以從一個或複數個網路裝置接收PDCCH。

在一些實施例中，可以配置處理器312生成複數個PUSCH，其中，該PUSCH包含對應於複數個RV之編碼位元。每個PUSCH對應於不同之RV。可以配置處理器312經由收發器316在複數個場合中向至少一個網路裝置發送該複數個PUSCH。該複數個場合包括複數個不同之次頻帶、複數個不同之時頻資源和/或複數個不同之上行鏈路傳輸波束。可以配置處理器312在不同之時頻資源上發送複數個PUSCH。該不同之時頻資源可以重疊或不重疊。還可以配置處理器312透過收發器316之不同傳輸波束、天線或面板發送該複數個PUSCH。

在一些實施例中，可以配置處理器312向一個或複數個網路裝置發送複數個PUCCH。可以在不同之場合中發送該複數個PUCCH。可以配置處理器312在一個迷你時槽、不同之迷你時槽、一個時槽或不同之時槽中之不同符號上發送PUCCH。為了發送對應於在迷你時槽或時槽中之複數個場合之複數個PUCCH，該複數個PUCCH之每一個是短式PUCCH。類似地，可以配置處理器312向複數個場合中之至少一個網路裝置發送該複數個PUCCH。該複數個場合包括複數個不同之次頻帶、複數個不同之時頻資源和/或複數個不同之上行鏈路傳輸波束。

在一些實施例中，處理器312可以經由收發器316向一個網路裝置或複數個網路裝置發送該複數個PUCCH/PUSCH。處理器312可以同步或不同步發送該複數個PUCCH/PUSCH。在網路側，可以配置網路裝置組合接收到之PUCCH/PUSCH，並對由複數個PUCCH/PUSCH攜帶之相同更高層資料進行聯合解碼。

說明性進程

第4圖描述了依據本發明實施例之示例進程400。無論是部分地還是完全地，進程400係關於本發明之用於URLLC之盲重傳之場景100和200之一個示例。進程400表示通訊裝置310之特徵實現之一個方面。進程400可以包括一個或複數個操作、動作或功能，如步驟410、420和430中之一個或複數個所示。雖然作為離散步驟進行了說明，但是依據需要，進程400之各個步驟可被劃分為附加之步驟、組合成更少之步驟或者被刪除。此外，進程400之步驟可以按照第4圖中所示之順序執行，或者按照其他順序執行。進程400由通訊裝置310或任何合適之UE或機器類型裝置實施。僅用於說明性目的，但不限於此，下面按照通訊裝置310之背景描述進程400。進程400從步驟410處開始。

在步驟410處，進程400涉及通訊裝置310之處理器312接收PDCCH。進程400從步驟410進行到步驟420。

在步驟420處，進程400涉及處理器312依據該PDCCH接收複數個PDSCH。進程400從步驟420進行到步驟430。

在步驟430處，進程400涉及處理器312依據該PDCCH對該複數個PDSCH進行解碼。該PDCCH可以排程該複數個PDSCH。

在一些實施例中，每個PDSCH包含對應於不同RV之編碼位元之相應版本。

在一些實施例中，每個PDSCH包含對應於相同RV之編碼位元。

在一些實施例中，PDCCH不指示或指示與複數個PDSCH之一個或多於一個PDSCH對應之RV。並且該複數個PDSCH之剩餘之無明確RV指示之PDSCH之RV由預定規則或已指示之RV來確定。

在一些實施例中，PDCCH不指示或指示與複數個PDSCH之一個或多於一個PDSCH對應之RA。並且該複數個PDSCH之剩餘之無明確RA指示之PDSCH之RA由預定規則或已指示之RA來確定。

在一些實施例中，進程400涉及處理器312依據跳頻規則或預定規則接收複數個PDSCH。

第5圖描述了依據本發明實施例之示例進程500。無論是部分地還是完全地，進程500係關於本發明之用於URLLC之盲重傳之場景100和200之一個示例。進程500表示通訊裝置310之特徵實現之一個方面。進程500可以包括一個或複數個操作、動作或功能，如步驟510、520和530中之一個或複數個所示。雖然作為離散步驟進行了說明，但是依據需要，進程500之各個步驟可被劃分為附加之步驟、組合成更少之步驟或者被刪除。此外，進程500之步驟可以按照第5圖中所示之順序執行，或者按照其他順序執行。進程500由通訊裝置310或任何合適之UE或機器類型裝置實施。僅用於說明性目的，但不限於此，下面按照通訊裝置310之背景描述進程500。進程500從步驟510處開始。

在步驟510處，進程500涉及通訊裝置310之處理器312生成與一個或複數個PUSCH對應之一個或複數個RV，其中，每個RV與該複數個PUSCH中之相應一個相關聯。進程500從步驟510進行到步驟520。

在步驟520處，進程500涉及處理器312在一個或複數個場合中向至少一個網路節點發送一個或複數個PUCCH。進程500從步驟520進行到步驟530。

在步驟530處，進程500涉及處理器312在一個或複數個場合中向至少一個網路節點發送一個或複數個PUSCH。每個PUSCH包括對應於不同RV之編碼位元。另外或可選地，RV可以彼此相同或不同。

在一些實施例中，該複數個場合包含複數個不同之時頻資源。

在一些實施例中，該複數個場合包含複數個不同之上行鏈路傳輸波束。

在一些實施例中，該複數個場合可以在一個時槽或複數個時槽中。

補充說明

本發明中描述的主題有時例示包含在不同的其它元件內或與其連接的不同元件。要理解，所描繪的這些架構僅僅係示例，並且實際上，可實現用於實現相同功能的許多其它架構。在概念意義上，用於實現相同功能的任何組件佈置都被有效地「關聯」，使得實現所期望的功能。因此，本發明中被組合用於實現特定功能的任何兩個組件可被視為彼此「關聯」，使得實現所期望的功能，而不管架構或中間組件如何。同樣地，如此關聯的任何兩個元件也可被視為彼此「可操作地連接」或「可操作地耦接」以實現所期望的功能，並且能夠如此關聯的任何兩個元件也可被視為彼此「可操作地耦接」以實現所期望的功能。可操作耦接的特定示例包括但不限於實體上可配對的和/或實體上交互的元件和/或可無線交互和/或無線交互的元件和/或邏輯上交互和/或邏輯上可交互的元件。

另外，相對於本發明中基本上任何的複數和/或單數術語的使用，所屬技術領域具有通常知識者可將複數轉換成單數和/或將單數轉換成複數，以適於上下文和/或應用。為了清楚起見，本發明中可明確地闡述各種單數/複數置換。

此外，所屬技術領域具有通常知識者應該理解，一般來說，本發明中尤其係在隨附申請專利範圍(例如，隨附申請專利範圍的主體)中使用的術語通常旨在作為「開放」術語，例如，術語「包括」應該被解釋為「包括但不限於」，術語「具有」應該被解釋為「具有至少」，術語「包含」應該被解釋為「包含但不限於」等。所屬技術領域具有通常知識者還應該理解，如果意圖引用特定數量的申請專利範圍陳述，則此意圖將在申請專利範圍中明確陳述，並且在沒有此陳述的情況下，不存在此意圖。例如，為了輔助理解，以下的隨附申請專利範圍可包含使用引入性短語「至少一個」和「一個或複數個」引入申請專利範圍陳述。然而，這些短語的使用不應該被解釋為暗指透過不定冠詞「一」或「一個」引入申請專利範圍陳述將包含此引入的申請專利範圍陳述的任何特定申請專利範圍限於只包含此一個陳述的實施方式，即使當所述申請專利範圍包括引入性短語「一個或複數個」或「至少一個」並且諸如「一」或「一個」這樣的不定冠詞時，例如，「一」和/或「一個」應該被解釋為意指「至少一個」和「一個或複數個」，對於使用用於引入申請專利範圍陳述的定冠詞而言，同樣如此。另外，即使明確陳述了具體數量的引入的申請專利範圍陳述，所屬技術領域具有通常知識者也將認識到，此陳述應該被解釋為意指至少所陳述的數量，例如，沒有其它修飾的純陳述「兩個陳述物」意指至少兩個陳述物或兩個或複數個陳述物。此外，在使用「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」的可能性。

依據上文，應該理解，出於例示目的，在本發明中描述了本發明的各種實施方式，並且可以在不脫離本發明的範圍和精神的情況下進行各種修改。因此，本發明中公開的各種實施方式不旨在是限制，其中，用以下申請專利範圍指示真實的範圍和精神。

Claims

一種傳輸方法，包含：接收一實體下行鏈路控制通道；依據該實體下行鏈路控制通道接收複數個實體下行鏈路共用通道，其中，每個實體下行鏈路共用通道包含對應於一相同冗餘版本之編碼位元；以及依據該實體下行鏈路控制通道對該複數個實體下行鏈路共用通道進行解碼，其中，該實體下行鏈路控制通道排程該複數個實體下行鏈路共用通道。
如申請專利範圍第1項所述之傳輸方法，其中，該實體下行鏈路控制通道分別指示對應於該複數個實體下行鏈路共用通道之複數個冗餘版本。
如申請專利範圍第1項所述之傳輸方法，其中，該實體下行鏈路控制通道不指示或指示與該複數個實體下行鏈路共用通道之一個或多於一個實體下行鏈路共用通道對應之冗餘版本，並且該複數個實體下行鏈路共用通道之剩餘之無明確冗餘版本指示之實體下行鏈路共用通道之冗餘版本由一預定規則或該已指示之冗餘版本來確定。
如申請專利範圍第1項所述之傳輸方法，其中，該實體下行鏈路控制通道不指示或指示與該複數個實體下行鏈路共用通道之一個或多於一個實體下行鏈路共用通道對應之資源分配，並且該複數個實體下行鏈路共用通道之剩餘之無明確資源分配指示之實體下行鏈路共用通道之資源分配由一預定規則或該已指示之資源分配來確定。
一種傳輸方法，包含：生成對應於一個或複數個實體上行鏈路共用通道之一個或複數個冗餘版本，其中，每個冗餘版本與該複數個實體上行鏈路共用通道中之相應一個相關聯；在一個或複數個場合中向至少一個網路節點發送該一個或複數個實體上行鏈路控制通道；以及在一個或複數個場合中向至少一個網路節點發送該一個或複數個實體上行鏈路共用通道；其中，該冗餘版本可以彼此相同或不同。
如申請專利範圍第5項所述之傳輸方法，其中，該複數個場合包含複數個不同之時頻資源。
如申請專利範圍第5項所述之傳輸方法，其中，該複數個場合包含複數個不同之上行鏈路傳輸波束。
如申請專利範圍第5項所述之傳輸方法，其中，該複數個場合可以在一個時槽或複數個時槽中。
一種裝置，用於傳輸，包含：一收發器，用於與一無線網路之複數個節點進行無線通訊；以及一處理器，通訊地耦接到該收發器，該處理器執行：由該收發器接收一實體下行鏈路控制通道；由該收發器依據該實體下行鏈路控制通道接收複數個實體下行鏈路共用通道，其中，每個實體下行鏈路共用通道包含對應於一相同冗餘版本之編碼位元；以及依據該實體下行鏈路控制通道對該複數個實體下行鏈路共用通道進行解碼，其中，該實體下行鏈路控制通道排程該複數個實體下行鏈路共用通道。
如申請專利範圍第9項所述之裝置，其中，該實體下行鏈路控制通道不指示或指示與該複數個實體下行鏈路共用通道之一個或多於一個實體下行鏈路共用通道對應之冗餘版本。
如申請專利範圍第9項所述之裝置，其中，該實體下行鏈路控制通道不指示或指示與該複數個實體下行鏈路共用通道之一個或多於一個實體下行鏈路共用通道對應之資源分配。
如申請專利範圍第11項所述之裝置，其中，配置該處理器進一步執行：由該收發器依據一跳頻規則或一預定規則接收該複數個實體下行鏈路控制通道。
一種裝置，用於傳輸，包含：一收發器，用於與一無線網路之複數個節點進行無線通訊；以及一處理器，通訊地耦接到該收發器，該處理器執行：生成對應於一個或複數個實體上行鏈路共用通道之一個或複數個冗餘版本，其中，每個冗餘版本與該複數個實體上行鏈路共用通道中之相應一個相關聯；由該收發器在一個或複數個場合中向至少一個網路節點發送一個或複數個實體上行鏈路控制通道；以及由該收發器在一個或複數個場合中向至少一個網路節點發送一個或複數個實體上行鏈路共用通道；其中，該冗餘版本可以彼此相同或不同。
如申請專利範圍第13項所述之裝置，其中，該複數個場合包含複數個不同之時頻資源。
如申請專利範圍第13項所述之裝置，其中，該複數個場合包含複數個不同之上行鏈路傳輸波束。
如申請專利範圍第13項所述之裝置，其中，該複數個場合可以在一個時槽或複數個時槽中。