TWI757613B

TWI757613B - 移動通信中的上行鏈路控制資訊和實體上行鏈路控制通道傳輸增強

Info

Publication number: TWI757613B
Application number: TW108125162A
Authority: TW
Inventors: 喬茲瑟夫Ｇ納曼斯; 阿布戴拉提夫沙拿; 穆罕默德Ｓ阿利比艾勒馬利; 拉哈文達瑪戴那哈里羅摩克里希那
Original assignee: 新加坡商聯發科技（新加坡）私人有限公司
Priority date: 2018-07-24
Filing date: 2019-07-17
Publication date: 2022-03-11
Also published as: CN111095978A; US20200036473A1; WO2020020207A1; TW202011758A

Abstract

描述了用於增強針對移動通信中的使用者設備和網路裝置的上行鏈路控制資訊（UCI）和實體上行鏈路控制通道（PUCCH）傳輸的各種解決方案。一種裝置可以生成複數個通道狀態資訊（CSI）報告。該裝置可以根據服務類型來確定複數個CSI報告中的每一個CSI報告的優先次序。該裝置可以檢測至少兩個CSI報告之間的衝突。該裝置可以將具有高優先次序的CSI報告發送到網路節點。

Description

移動通信中的上行鏈路控制資訊和實體上行鏈路控制通道傳輸增強

本發明總體上涉及移動通信，並且更具體地，涉及關於移動通信中的使用者設備和網路裝置的上行鏈路控制資訊(uplink control information，UCI)和實體上行鏈路控制通道(physical uplink control channel，PUCCH)傳輸增強。

除非本文另有說明，否則本部分中描述的方法不是下面列出的申請專利範圍的先前技術，並且不由於包括在本部分中作為先前技術。

在新無線電(New Radio，NR)中，針對在端到端延遲和可靠性上需要高要求的新興應用支持超可靠和低延遲通信(ultra-reliable and low latency communication，URLLC)。一般的URLLC可靠性要求是大小為32位元組的封包應該以10^-5的成功概率在1毫秒的端到端延遲內傳輸。URLLC流量通常是陣發性的(sporadic)和短的，而低延遲和高可靠性要求是嚴格的。例如，URLLC的控制可靠性必須比高達10^-6的塊錯誤率(block error rate，BLER)的資料可靠性更嚴格。

對於上行鏈路，UCI可以包括排程請求(scheduling request，SR)，混合自動重傳請求(hybrid automatic repeat request，HARQ)資訊和通道品質指示符(channel quality indicator，CQI)。UCI可以由實體上行鏈路控制通道(physical uplink control channel，PUCCH)或實體上行鏈路共用通道(physical uplink shared channel，PUSCH)承載。基於HARQ的傳輸對於有效利用無線資源實現URLLC的嚴格可靠性要求至關重要。對於基於HARQ的下行鏈路傳輸，成功的下行鏈路傳輸的概率將在很大程度上取決於攜帶確認/否定確認(ACK/NACK)回饋的上行鏈路控制通道(例如，PUCCH)的可靠性。因此，PUCCH的設計應確保對HARQ傳輸錯誤的影響非常小。

當前的PUCCH框架或UCI傳輸機制無法提供足夠的靈活性來滿足URLLC的可靠性/等待時間要求。因此，對於新開發的無線通訊網路中的某些特定服務類型，如何減少等待時間並提高UCI和PUCCH傳輸的可靠性成為重要的問題。因此，需要提供適當的方案來進一步增強UCI傳輸和PUCCH性能。

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

本發明的目的是提出解決關於移動通信中使用者設備和網路裝置的UCI和PUCCH傳輸的前述提及的問題的解決方案或方案。

在一個方面，方法涉及裝置產生複數個通道狀態資訊(channel state information，CSI)報告。該方法進一步涉及裝置根據服務類型確定複數個CSI報告中每一個CSI報告的優先次序。該方法進一步涉及裝置檢測至少兩個CSI報告之間的衝突。該方法進一步涉及裝置向網路節點發送具有高優先次序的CSI報告。

在一個方面，裝置可以包括在操作期間與無線網路的網路節點無線通訊的收發器。該裝置還包括：與所述收發器通信耦接的處理器。在操作期間，該處理器可以執行包括產生複數個CSI報告的操作。該處理器也可以執行包括根據服務類型確定所述複數個CSI報告中每一個CSI報告的優先次序。該處理器可以進一步執行包括檢測至少兩個CSI報告之間的衝突的操作。該處理器可以進一步執行包括經由收發器向網路節點發送具有高優先次序的CSI報告的操作。

值得注意的是，儘管本文提供的描述可能是在某些無線電接入技術，網路和網路拓撲的環境中，例如長期演進(Long-Term Evolution，LTE)，高級LTE(LTE-Advanced)，高級LTE Pro(LTE-Advanced Pro)，第五代(5th Generation，5G)，新無線電(New Radio，NR)，物聯網(Internet-of-Thing，IoT)和窄帶物聯網(Narrow Band Internet of Thing，NB-IoT)，提出的概念，方案及其任何變形/衍生物可以在其他類型的無線電接入技術，網路和網路拓撲中實施，用於和通過其他類型的無線電接入技術，網路和網路拓撲實施。因此，本發明的範圍不限於本文描述的示例。

100:場景

200:場景

300:表

400:實施方式

410:通信裝置

420:網路裝置

412，422:處理器

414，424:記憶體

416，426:收發器

500:過程

510、520、530、540:框

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

第1圖是描述基於本發明實施方式的方案下示例場景的示意圖。

第2圖是描述基於本發明實施方式的方案下示例場景的示意圖。

第3圖是描述基於本發明實施方式的方案下示例表的示意圖。

第4圖是基於本發明實施方式的示例通信裝置和示例網路裝置的框圖。

第5圖是基於本發明實施方式的示例過程的流程圖。

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

概述

基於本發明的實施方式涉及關於移動通信中的使用者設備和網路裝置的UCI和PUCCH傳輸增強的各種技術，方法，方案和/或解決方案。根據本發明，可以單獨地或聯合地實現許多可能的解決方案。也就是說，儘管可以在下面分別描述這些可能的解決方案，但是這些可能的解決方案的兩個或更多個可以以一種組合或另一種組合的方式實施。

在NR中，針對在端到端延遲和可靠性上需要高要求的新興應用支持URLLC。一般的URLLC可靠性要求是大小為32位元組的封包應該以10^-5的成功概率在1毫秒的端到端延遲內傳輸。URLLC流量通常是陣發性的(sporadic)和短的，而低延遲和高可靠性要求是嚴格的。例如，URLLC的控制可靠性必須比高達10^-6的BLER的資料可靠性更嚴格。

關於上行鏈路，UCI可以包括SR，HARQ資訊和CQI。UCI可以由PUCCH或PUSCH承載。基於HARQ的傳輸對於有效利用無線資源實現URLLC的嚴格可靠性要求至關重要。對於基於HARQ的下行鏈路傳輸，成功的下行鏈路傳輸的概率將在很大程度上取決於攜帶ACK/NACK回饋的上行鏈路控制通道(例如，PUCCH)的可靠性。因此，PUCCH的設計應確保對HARQ傳輸錯誤的影響非常小。

當前的PUCCH框架或UCI傳輸機制無法提供足夠的靈活性來滿足URLLC的可靠性/延遲要求。因此，對於新開發的無線通訊網路中的某些特定服務類型，如何減少延遲並提高UCI和PUCCH傳輸的可靠性成為重要的問題。需要進一步增強UCI傳輸和PUCCH性能。

鑒於以上內容，本發明提出了關於UE和網路裝置的UCI和PUCCH傳輸增強的多種方案。根據本發明的方案，可以提供增強的PUCCH格式3以減少延遲。另一方面，還可以為延遲關鍵的UCI提供增強的在PUCCH格式3或PUSCH上複用UCI。此外，可以提供增強的通道狀態資訊(channel state information，CSI)優先次序規則以便優先高優先次序(priority)的服務類型。

通常，URLLC服務比增強型移動寬頻(enhanced mobile broadband， eMBB)服務需要更多的最新(up-to-date)且可靠的通道資訊。通過增加週期性的CSI報告發送的頻率，接收器將以更高的可靠性接收更準確的報告。在排程發生衝突的情況下，則應取消對eMBB服務的優先次序(de-prioritize)。第1圖示出了基於本發明實施方式的方案下的示例場景100。場景100涉及UE和網路節點，其可以是無線通訊網路(例如，LTE網路，LTE-Advanced網路，LTE-Advanced Pro網路，5G網路，NR網路，IoT網路或者NB-IoT網路)的一部分。當UE配置有具有不同間隔長度(例如，P/SP-CSI配置1和P/SP-CSI配置2)的週期性的CSI(periodic CSI，P-CSI)或半永久CSI(semi-persistent CSI，SP-CSI)報告時，在一些時間段內它們各自配置的PUCCH資源將在時間上重疊，如第1圖所示。如果配置了多CSI(multi-CSI)報告，則兩個報告可以被覆用到組合的PUCCH資源上。否則，需要丟棄他們的其中之一。為了使URLLC流量具有較高的優先次序，丟棄(dropping)規則應考慮配置的通道品質指示符(channel quality indicator，CQI)表，並有利於較低的塊錯誤率(block error rate，BLER)目標。當分配給兩個P/SP CSI報告的PUCCH資源在時間上重疊時，如果其中一個配置的CQI表使用的BLER目標比另一個低，則應該丟掉具有較高BLER目標的一個。

具體地，UE可以被配置為生成複數個CSI報告。UE可以根據服務類型來確定複數個CSI報告中的每一個CSI報告的優先次序。例如，UE可以對與URLLC服務相關聯的CSI報告確定高優先次序，並且可以對與eMBB服務相關聯的CSI報告確定低優先次序。UE可以檢測至少兩個CSI報告之間的衝突。UE可以將具有高優先次序的CSI報告發送到網路節點。UE可以丟棄具有低優先次序的CSI報告。在確定優先次序時，UE可以被配置為根據CQI表確定複數個CSI報告中的每一個CSI報告的優先次序。CQI表可以與BLER目標相關聯。因此，UE可以被配置為根據BLER目標來確定複數個CSI報告中每一個CSI報告的優先次序。例如，在一個P/SP CSI配置正在使用具有BLER目標10^-5的CQI表並且另一P/SP CSI配置正在使用具有BLER目標10^-1的CQI表的情況下，UE可以被配置為丟棄BLER目標10^-1的CSI報告。

在某些實施方式中，CSI報告可以與優先次序值Pri_iCSI(y,k,c,s)=2．N _cells．M _s．y+N _cells．M _s．k+M _s．c+s+4．N _cells．M _s．z相關聯。y=0可以被配置為用於要在PUSCH上攜帶的非週期性CSI報告。y=1可以被配置用於在PUSCH上攜帶的半永久CSI報告。y=2可以被配置為用於在PUCCH上攜帶的半永久CSI報告。y=3可以被配置用於要在PUCCH上攜帶的週期性的CSI報告。可以為攜帶層1參考符號接收功率(layer 1-reference symbol received power，L1-RSRP)的CSI報告配置k=0。可以為不攜帶L1-RSRP的CSI報告配置k=1。c是服務小區索引。N _cells是高層參數maxNrofServingCells的值。s是參數reportConfigID。M _s是高層參數maxNrofCSI-ReportConfigurations的值。可以為URLLC服務配置z=0。可以為其他服務配置z=1。如果第一報告的相關Pri_iCSI(y,k,c,s)值比第二報告的相關Pri_iCSI(y,k,c,s)值低，則可以確定第一CSI報告比第二CSI報告具有優先權。在被排程為承載兩個CSI報告的實體通道的佔用時間在至少一個正交頻分多工(orthogonal frequency division multiplexing，OFDM)符號中重疊並且被排程為承載兩個CSI報告的實體通道在同一載波上發送的情況下，確定兩個CSI報告發生衝突。當UE被配置為發送兩個衝突的CSI報告時，UE將不發送具有高Pri_iCSI(y,k,c,s)值的CSI報告。

在一些實施方式中，UE可以接收PUCCH格式3的配置。UE可以被配置為通過使用離散傅立葉轉換-擴展正交頻分多工(Discrete Fourier Transform-Spread Orthogonal Frequency Division Multiplexing，DFT-S-OFDM)，以2個符號(2-symbol)或3個符號(3-symbol)的持續時間向網路節點發送PUCCH格式3。短持續時間的PUCCH格式可以為URLLC提供低延遲傳輸。DFT-S-OFDM可以提供較低的峰均功率比(peak-to-average power ratio，PAPR)，並有益於小區邊緣(cell-edge)的UE。2個符號持續時間的PUCCH格式3可以在低子載波間隔(sub-carrier spacing，SCS)場景中提供URLLC服務，以供小區邊緣的UE在複數個實體資源塊(physical resource block，PRB)上發送PUCCH。3個符號持續時間的PUCCH格式3可以提供更高的可靠性。例如，在3個符號持續時間的PUCCH格式3中，1個符號資料和2個符號的解調參考信號(demodulation reference signal，DMRS)可以用於更穩健的(robust)解調。可替代地，2個符號資料和1個符號的DMRS可以用於更穩健的編碼。跳頻在任一情況下均可能不適用。

在一些實施方式中，PUCCH格式2可以被配置為使用DFT-S-OFDM。DFT-S-OFDM意味著用分時多工(time division multiplexing，TDM)DMRS代替分頻多工(frequency division multiplexing，FDM)DMRS。跳頻和重複可能是不適用的。例如，RRC配置可以用於配置參數DFT-S-OFDM-with-Format2={true，false}。如果參數設置為真true，則可以使用DFT-S-OFDM發送PUCCH格式2傳輸。如果參數設置為假false，則可以使用迴圈前序(cyclic prefix，CP)-OFDM發送PUCCH格式2傳輸。在另一個示例中，可以通過層1信令(例如，DCI)來配置DFT-S-OFDM-with-Format2。

在一些實施方式中，與URLLC服務相對應的UCI可以在第一個DMRS附近進行映射，以實現最小的延遲和最大的可靠性。UCI可以包括SR，HARQ資訊和CQI中的至少之一。第2圖示出了根據本發明實施方式的方案下的示例場景200。場景200涉及UE和網路節點，其可以是無線通訊網路(例如，LTE網路，LTE-Advanced網路，LTE-Advanced Pro網路，5G網路，NR網路，IoT網路或NB-IoT網路)的一部分。對於URLLC服務，對延遲至關重要的UCI(例如HARQ-ACK和SR資訊)與CSI部分1分開編碼，並緊鄰第一個DMRS映射該延遲至關重要的UCI。所應用的編碼可以補償由於PUCCH資源的兩個半部之間的跳頻而引起的分集增益的缺乏。延遲上的增益取決於PUCCH持續時間和DMRS配置，總計可達2-7個符號。

具體地，UE可以接收PUCCH格式3或PUSCH的配置。UE可以被配置為在PUCCH格式3或PUSCH的第一個DMRS附近映射與URLLC服務相對應的UCI。UE可以被配置為在PUCCH格式3或PUSCH上複用UCI。然後，UE可以將PUCCH格式3或PUSCH發送到網路節點。

在一些實施方式中，針對在相同格式3 PUCCH資源上發送HARQ-ACK/SR和CSI的情況下，定義一些新的編碼和映射選項。例如，選項之一是分別編碼和映射HARQ-ACK/SR序列和CSI序列。可替代地，第3圖示出了根據本發明實施方式的方案下的示例表300。表300示出了PUCCH DMRS和UCI符號。可以進一步調整集合的順序以在可靠性和延遲之間更好地權衡。UE可以使用具有HARQ-ACK/SR序列的表300。可替代地，可以通過無線電資源控制(radio resource control，RRC)信令來配置完全可配置的表。在該示意圖中，每個符號集合可以包含單個符號。在符號的優先次序的順序中，延遲可以優先於可靠性。符號的延遲可能會受到等待的用於符號解碼的DMRS的數量和位置的影響。符號的可靠性可能會受到符號的解碼所用的DMRS的最小距離和數量的影響。可選的，UE可以使用CSI(例如，部分1)序列中的開始部分位元來填充最後不完整符號的任何剩餘資源元素(resource element，RE)。可選的，UE可以在使用它用於CSI序列的映射之前排除已使用的符號。UE可以根據RRC配置選擇以上選項中的至少一個。

在一些實施方式中，UE可以分別編碼和映射HARQ-ACK/SR/CSI部分1序列和CSI部分2序列。UE可以使用具有HARQ-ACK/SR/CSI部分1序列的RRC配置的表或固定表(例如，表300)。UE可以使用CSI(例如，部分2)序列中的開始部分位元來填充最後不完整符號的任何剩餘的RE。UE可以在使用它用於CSI部分2序列的映射之前排除已使用的符號。

在一些實施方式中，UE可以接收PUCCH格式3或PUSCH的配置。UE可以被配置為利用PUCCH格式3或PUSCH的DMRS來調製UCI。UE可以發送PUCCH格式3或PUSCH以將UCI傳遞給網路節點。UCI可以包括SR，HARQ資訊和CQI中的至少一個的1個位元或2個位元。具體地，當僅僅HARQ-ACK/SR的一些位元(例如1個或2個位元)在與CSI相同的格式3PUCCH資源上發送時，可以使用一些新的編碼和映射選項。例如，UE可以與HARQ-ACK/SR分開地編碼和映射CSI序列。可替代地，DMRS可以被迴圈的移位以傳達資訊。例如，2個移位可以傳送1個位元的HARQ，而4個移位可以傳送2個位元的HARQ。可選的，UE可以被預先配置具有用於不同的HARQ位元組合的不同的DMRS序列(例如，通過RRC信令)。可替代地，可以跨時間在連續的複數個DMRS上發送HARQ資訊。例如，可以通過2個DMRS(每個攜帶1個位元資訊)來傳送2個位元的HARQ。UE可以根據RRC配置選擇以上選項中的至少一個。

說明性實施方式

第4圖示出了根據本發明實施方式400的示例通信裝置410和示例網路裝置420。通信裝置410和網路裝置420中的每一個可以執行各種功能以實施關於無線通訊中的使用者設備和網路裝置的UCI和PUCCH傳輸增強的本文描述的方案，技術，過程和方法，包括上述方案以及下面描述的過程500。

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

網路裝置420可以是電子設備的一部分，該電子設備可以是諸如基站，小型小區，路由器或閘道的網路節點。例如，網路裝置420可以在LTE，LTE-Advanced或LTE-Advanced Pro網路中的eNodeB中或在5G，NR，IoT或NB-IoT網路中的gNB中實現。可替代地，網路裝置420可以以一個或複數個IC晶片的形式實現，例如但不限於，一個或複數個單核處理器，一個或複數個多核處理器，或一個或複數個RISC或CISC處理器。網路裝置420可以包括第4圖所示的那些組件中的至少一些，例如，處理器422。網路裝置420可以進一步包括與本發明所提出的方案不相關的一個或複數個其他組件(例如，內部電源，顯示設備和/或使用者介面設備)，因此，為了簡化和簡潔起見，網路裝置420的這些組件既沒有在第4圖中示出也沒有在下面描述。

在一個方面，處理器412和處理器422中的每一個可以以一個或複數個單核處理器，一個或複數個多核處理器，或一個或複數個RISC或CISC處理器的形式實現。即，即使在本文中使用單數術語“處理器”來指代處理器412和處理器422，根據本發明，處理器412和處理器422中的每一個在一些實施方式中可包括複數個處理器，而在其他實施方式中可包括單個處理器。在另一方面，處理器412和處理器422中的每一個可以以具有電子組件的硬體(以及可選地，固件)的形式實現，所述電子組件包括例如但不限於一個或複數個電晶體，一個或複數個二極體，一個或複數個電容器，一個或複數個電阻器，一個或複數個電感器，一個或複數個憶阻器和/或一個或複數個變容二極體，其被配置和佈置為實現根據本發明的特定目的。換句話說，在至少一些實施方式中，根據本發明的多種實施方式，處理器412和處理器422中的每一個是專門設計，佈置和配置成執行特定任務的專用機器，該特定任務包括設備(例如，如通信裝置410所表示的)和網路(例如，如網路裝置420所表示的)中的功耗降低。

在一些實施方式中，通信裝置410還可包括耦接到處理器412並且能夠無線發送和接收資料的收發器416。在一些實施方式中，通信裝置410可以進一步包括耦接至處理器412並且能夠被處理器412訪問並且在其中存儲資料的記憶體414。在一些實施方式中，網路裝置420還可以包括耦接到處理器422並且能夠無線發送和接收資料的收發器426。在一些實施方式中，網路裝置420可以進一步包括耦接到處理器422並且能夠被處理器422訪問並且在其中存儲資料的記憶體424。因此，通信裝置410和網路裝置420可以分別經由收發器416和收發器426彼此無線通訊。為了幫助更好地理解，在移動通信環境的背景下提供對通信裝置410和網路裝置420中的每一個的操作，功能和能力的以下描述，在該移動通信環境中，通信裝置410在通信裝置或者UE中實施或者作為UE或者通信裝置實施。網路裝置420在通信網路的網路節點中實施或作為通信網路的網路節點實施。

在一些實施方式中，處理器412可以被配置為生成複數個CSI報告。處理器412可以根據服務類型來確定複數個CSI報告中的每一個CSI報告的優先次序。例如，處理器412可以對與URLLC服務相關聯的CSI報告確定高優先次序，並且可以對與eMBB服務相關聯的CSI報告確定低優先次序。處理器412可以檢測至少兩個CSI報告之間的衝突。處理器412可以經由收發器416向網路裝置420發送具有較高優先次序的CSI報告。處理器412可以丟棄具有較低優先次序的CSI報告。在確定優先次序時，處理器412可以被配置為根據CQI表確定複數個CSI報告中的每一個CSI報告的優先次序。CQI表可以與BLER目標相關聯。因此，處理器412可以被配置為根據BLER目標確定複數個CSI報告中的每一個CSI報告的優先次序。例如，在一個P/SP CSI配置正在使用具有BLER目標10^-5的CQI表並且另一P/SP CSI配置正在使用具有BLER目標10^-1的CQI表的情況下，則處理器412可以被配置為丟棄BLER目標10^-1的CSI報告。

在一些實施方式中，處理器412可以接收PUCCH格式3的配置。處理器412可以被配置為經由收發器416通過使用DFT-S-OFDM以2個符號或3個符號的持續時間向網路裝置420發送PUCCH格式3。短持續時間PUCCH格式可以為URLLC提供低延遲傳輸。DFT-S-OFDM可以提供較低的PAPR並且有益於小區邊緣的通信裝置。例如，在3個符號持續時間的PUCCH格式3中，處理器412可以使用1個符號的資料和2個符號的DMRS以用於更穩健的解調。或者，處理器412可以使用2個符號的資料和1個符號的DMRS以用於更穩健的編碼。

在一些實施方式中，處理器412可以經由收發器416接收PUCCH格式3或PUSCH的配置。處理器412可以被配置為在PUCCH格式3或PUSCH的第一個DMRS附近映射與URLLC服務相對應的UCI。處理器412可以被配置為在PUCCH格式3或PUSCH上複用UCI。然後，處理器412可以經由收發器416向網路裝置420發送PUCCH格式3或PUSCH。

在一些實施方式中，可以針對在相同格式3PUCCH資源上發送HARQ-ACK/SR和CSI的情況定義一些新的編碼和映射選項。例如，處理器412可以分別編碼和映射HARQ-ACK/SR序列和CSI序列。可選的，處理器412可以使用具有HARQ-ACK/SR序列的表300。可選的，處理器412可以通過RRC 信令被配置具有完全可配置的表。可選的，處理器412可以使用CSI(例如，部分1)序列中的開始部分位元來填充最後一個不完整符號的任何剩餘的RE。可選的，處理器412可以在使用它用於CSI序列的映射之前排除已使用的符號。處理器412可以根據RRC配置選擇以上選項中的至少一個。

在一些實施方式中，處理器412可以分別對HARQ-ACK/SR/CSI部分1序列和CSI部分2序列進行編碼和映射。處理器412可以使用具有HARQ-ACK/SR/CSI部分1序列的RRC配置的表或固定表。處理器412可以使用CSI(例如，部分2)序列中的開始部分位元來填充最後一個不完整符號的任何剩餘的RE。處理器412可在使用它用於CSI部分2序列的映射之前排除已使用的符號。

在一些實施方式中，處理器412可以經由收發器416接收PUCCH格式3或PUSCH的配置。處理器412可以被配置為利用PUCCH格式3或PUSCH的DMRS來調製UCI。處理器412可以經由收發器416發送PUCCH格式3或PUSCH以將UCI傳送給網路節點。UCI可以包括SR，HARQ資訊和CQI中的至少一個的1個位元或2個位元。具體地，當僅僅HARQ-ACK/SR的一些位元(例如1個位元或2個位元)在與CSI相同的格式3 PUCCH資源上發送時，可以使用一些新的編碼和映射選項。例如，處理器412可以與HARQ-ACK/SR分開地編碼和映射CSI序列。可選的，處理器412可以迴圈地移位DMRS以傳送資訊。例如，2個移位可以傳送1個位元的HARQ，而4個移位可以傳送2個位元的HARQ。可選的，處理器412可以被預配置具有用於不同的HARQ位元組合的不同的DMRS序列(例如，通過RRC信令)。可選的，處理器412可以跨時間在連續的複數個DMRS上發送HARQ資訊。例如，可以通過每個攜帶1 個位元資訊的2個DMRS來傳送2個位元的HARQ。處理器412可以根據RRC配置選擇以上選項中的至少一個。

說明性過程

第5圖示出了根據本發明的實施方式的示例過程500。過程500可以是部分或全部的關於本發明的UCI和PUCCH傳輸增強的以上場景的示例實施方式。過程500可以代表通信裝置410的特徵的實施的方面。過程500可以包括一個或複數個操作，動作或功能，如框510、520、530和540中的一個或複數個所示。儘管被示為離散的框，取決於期望的實現，可以將過程500的各個框劃分為附加的框，組合為更少的框或將其刪除。此外，過程500的框可以按照第5圖所示的順序執行，或者以不同的順序執行。過程500可以由通信裝置410或任何合適的UE或機器類型的設備來實施。僅出於說明性目的而非限制，下面在通信裝置410的背景中描述過程500。過程500可以在框510處開始。

在510處，過程500可以涉及裝置410的處理器412生成複數個CSI報告。過程500可以從510進行到520。

在520處，過程500可以涉及處理器412根據服務類型來確定複數個CSI報告中的每一個CSI報告的優先次序。過程500可以從520進行到530。

在530處，過程500可以涉及處理器412檢測到至少兩個CSI報告之間的衝突。過程500可以從530進行到540。

在540處，過程500可以涉及處理器412向網路節點發送具有高優先次序的CSI報告。

在一些實施方式中，過程500可以包括處理器412丟棄具有較低優先次序的CSI報告。

在一些實施方式中，過程500可以包括處理器412根據CQI表來確定複數個CSI報告中的每一個CSI報告的優先次序。

在一些實施方式中，過程500可以包括處理器412根據BLER目標確定複數個CSI報告中的每一個CSI報告的優先次序。

在一些實施方式中，過程500可涉及處理器412對與URLLC服務相關聯的CSI報告確定高優先次序。

在一些實施方式中，過程500可以包括處理器412接收PUCCH格式3的配置。過程500還可以包括處理器412通過使用DFT-S-OFDM以2個符號或3個符號的持續時間向網路節點發送PUCCH格式3。

在一些實施方式中，過程500可以涉及處理器412接收PUCCH格式3或PUSCH的配置。過程500還可以涉及處理器412在PUCCH格式3或PUSCH的第一個DMRS附近映射與URLLC服務相對應的UCI。過程500可以進一步涉及處理器412將PUCCH格式3或PUSCH發送到網路節點。

在一些實施方式中，過程500可以涉及處理器412接收PUCCH格式3或PUSCH的配置。過程500還可以涉及處理器412在PUCCH格式3或PUSCH上複用UCI。過程500可以進一步涉及處理器412將PUCCH格式3或PUSCH發送到網路節點。

在一些實施方式中，過程500可涉及處理器412接收PUCCH格式3或PUSCH的配置。過程500還可涉及處理器412利用PUCCH格式3或PUSCH的DMRS來調製UCI。過程500可以進一步涉及處理器412將PUCCH格式3或PUSCH發送到網路節點。

在一些實施方式中，UCI可以包括SR，HARQ資訊和CQI中至少一個的1個位元或2個位元。

附加說明

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

此外，關於本文中基本上任何複數和/或單數術語的使用，所屬領域具有通常知識者可以根據上下文和/或應用從複數轉換為單數和/或從單數轉換為複數。為清楚起見，這裡可以明確地闡述各種單數/複數置換。

此外，所屬領域具有通常知識者可以理解，通常這裡所使用的術語，特別是在所附的申請專利範圍中使用的術語，例如所附申請專利範圍的主體，一般旨在作為“開放式”術語，例如術語“包括”應被解釋為“包括但不限於”，術語“包含”應被解釋為“包含但不限於”，術語“具有”應該被解釋為“至少具有”，等。所屬領域具有通常知識者可以進一步理解，如果意指特定數量的所引入請求項要素，這樣的意圖將明確地記載在請求項中，並且在缺少這樣的記載時不存在這樣的意圖。例如，為了有助於理解，所附請求項可包含引導性短語“至少一個”和“一個或複數個”的使用以引入請求項要素。然而，使用這樣的短語不應被解釋為暗示由不定冠詞“a”或“an”引入的請求項要素限制含有這樣引入請求項要素的任何特定請求項只包含一個這樣的要素，即使當相同的請求項包含了引導性短語“一個或複數個”或“至少一個”和不定冠詞例如“a”或“an”，例如“a”和/或“an”應被解釋為是指“至少一個”或“一個或複數個”，這同樣適用於用來引入請求項要素的定冠詞的使用。此外，即使明確記載特定數量的所引入請求項要素，所屬領域具有通常知識者將認識到，這樣的陳述應被解釋為意指至少所列舉的數量，例如沒有其它修飾詞的敘述“兩個要素”，是指至少兩個要素或者兩個或更多要素。此外，在使用類似於“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:場景

Claims

一種無線通訊方法，包括：裝置接收實體上行鏈路控制通道(PUCCH)格式3或實體上行鏈路共用通道(PUSCH)的配置；所述裝置使用所述PUCCH格式3或所述PUSCH的第一個解調參考信號(DMRS)對對服務的延遲關鍵的上行鏈路控制資訊(UCI)進行調製，在所述PUCCH格式3或所述PUSCH中緊鄰所述第一個DMRS映射經調製的所述UCI；其中，所述UCI包括排程請求(SR)，混合自動重傳請求(HARQ)資訊和通道品質指示符(CQI)中至少一個；所述裝置向所述網路節點發送所述PUCCH格式3或所述PUSCH。
根據申請專利範圍第1項所述之方法，該方法還包括：裝置生成複數個通道狀態資訊(CSI)報告；所述裝置根據服務類型確定所述複數個CSI報告中每一個CSI報告的優先次序；所述裝置檢測到至少兩個CSI報告之間的衝突；所述PUCCH格式3或所述PUSCH包括：所述至少兩個CSI報告中具有高優先次序的CSI報告。
根據申請專利範圍第2項所述之方法，進一步包括：所述裝置丟棄所述至少兩個CSI報告中具有低優先次序的報告。
根據申請專利範圍第2項所述之方法，其中，所述確定包括：根據通道品質指示符(CQI)表確定所述複數個CSI報告中每一個CSI報告的優先次序。
根據申請專利範圍第2項所述之方法，其中，所述確定包括：根據塊錯誤率(BLER)目標確定所述複數個CSI報告中每一個CSI報告的優先次序。
根據申請專利範圍第2項所述之方法，其中，所述確定包括：對與超可靠和低延遲通信(URLLC)服務相關聯的CSI報告確定高優先次序。
根據申請專利範圍第1項所述之方法，所述裝置向所述網路節點發送所述PUCCH格式3包括：所述裝置通過使用離散傅立葉轉換-擴展正交頻分多工(DFT-S-OFDM)以2個符號或3個符號的持續時間向網路節點發送所述PUCCH格式3。
根據申請專利範圍第1項所述之方法，進一步包括：所述UCI是與超可靠和低延遲通信(URLLC)服務相對應的UCI。
根據申請專利範圍第1項所述之方法，其中，所述UCI包括所述SR，所述HARQ資訊和所述CQI中至少一個的1個位元或者2個位元。
一種通信裝置，包括：收發器，在操作期間與無線網路的網路節點無線通訊；處理器，與所述收發器通信的耦接，使得在操作期間所述處理器執行如下操作：經由所述收發器，接收實體上行鏈路控制通道(PUCCH)格式3或實體上行鏈路共用通道(PUSCH)的配置；使用所述PUCCH格式3或所述PUSCH的第一個解調參考信號(DMRS)對對服務的延遲關鍵的上行鏈路控制資訊(UCI)進行調製；在所述PUCCH格式3或所述PUSCH中緊鄰所述第一個DMRS映射經調製的所述UCI；其中，所述UCI包括排程請求(SR)，混合自動重傳請求(HARQ)資訊和通道品質指示符(CQI)中至少一個；以及經由所述收發器向所述網路節點發送所述PUCCH格式3或所述PUSCH。
根據申請專利範圍第10項所述之通信裝置，在操作期間所述處理器進一步執行以下操作：生成複數個通道狀態資訊(CSI)報告；根據服務類型確定所述複數個CSI報告中每一個CSI報告的優先次序；檢測到至少兩個CSI報告之間的衝突；所述PUCCH格式3或所述PUSCH包括：所述至少兩個CSI報告中具有高優先次序的CSI報告。
根據申請專利範圍第11項所述之通信裝置，其中，在操作期間，所述處理器進一步執行如下操作：丟棄所述至少兩個CSI報告中具有低優先次序的報告。
根據申請專利範圍第11項所述之通信裝置，其中，在根據服務類型確定複數個CSI報告中每一個CSI報告的優先次序中，所述處理器根據通道品質指示符(CQI)表確定所述複數個CSI報告中的每一個CSI報告的優先次序。
根據申請專利範圍第11項所述之通信裝置，其中，在根據服務類型確定複數個CSI報告中每一個CSI報告的優先次序中，所述處理器根據塊錯誤率(BLER)目標確定所述複數個CSI報告中每一個CSI報告的優先次序。
根據申請專利範圍第11項所述之通信裝置，其中，在根據服務類型確定複數個CSI報告中每一個CSI報告的優先次序中，所述處理器對與超可靠和低延遲通信(URLLC)服務相關聯的CSI報告確定高優先次序。
根據申請專利範圍第10項所述之通信裝置，其中，在經由所述收發器向所述網路節點發送所述PUCCH格式3中，所述處理器經由所述收發器，通過使用離散傅裡葉變換-擴展正交頻分多工(DFT-S-OFDM)以2個符號或3個符號的持續時間向所述網路節點發送所述PUCCH格式3。
根據申請專利範圍第10項所述之通信裝置，其中，所述UCI 是與超可靠和低延遲通信(URLLC)服務相對應的UCI。
根據申請專利範圍第10項所述之通信裝置，其中，所述UCI包括所述SR，所述HARQ資訊和所述CQI中至少一個的1個位元或者2個位元。