TW202038654A

TW202038654A - 用於多工上行控制資訊(uci)的方法及裝置

Info

Publication number: TW202038654A
Application number: TW109108449A
Authority: TW
Inventors: 林宛臻; 鄭鈺新
Original assignee: 香港商鴻穎創新有限公司
Priority date: 2019-03-15
Filing date: 2020-03-13
Publication date: 2020-10-16
Also published as: EP3939368B1; CN113574948A; WO2020187167A8; US12035317B2; TWI740414B; US20220287033A1; US11375483B2; WO2020187167A1; EP3939368A4; EP3939368A1; MX2021011158A; US20200296716A1; CN113574948B

Abstract

一種由使用者裝置(User Equipment, UE)執行的多工上行控制資訊(Uplink Control Information, UCI)的方法，該方法包括：從基地台接收無線資源控制(Radio Resource Control, RRC)配置以配置一序列，該序列是從第一序列或第二序列擇一；從該基地台接收一下行控制資訊(Downlink Control Information, DCI)訊息，該DCI訊息包括一指示符；根據配置的該序列決定對應於該指示符的一數值；以及根據決定的該數值多工UCI訊息。

Description

用於多工上行控制資訊(UCI)的方法及裝置

本揭露係關於無線通訊，且特別是關於蜂巢式無線通訊網路中多工(multiplex)上行控制資訊(uplink control information, UCI)的方法。

針對蜂巢式無線通訊系統(例如第五代(5G)新無線電(New Radio，NR))的無線通訊的不同層面，例如資料傳輸率、延遲、可靠度以及移動性，各方已投入諸多心力以對其進行改善。若使用者裝置(user equipment, UE)在時槽(slot)中具有重疊的實體上行控制通道(physical uplink control channel, PUCCH)傳輸與實體上行共享通道(physical uplink shared channel, PUSCH)傳輸，且PUSCH傳輸滿足回報多個UCI類型的條件，UE可將UCI多工在PUSCH傳輸中並且棄掉PUCCH傳輸。UE可藉由檢查在時槽中一群重疊的PUCCH及PUSCH中，最早的PUCCH或PUSCH的第一個符號(symbol)是否滿足特定時間軸(timeline)條件，以決定在該時槽中用於傳輸的對應PUCCH。

5G NR支援不同服務類型，包括增強型行動寬頻通訊(enhanced mobile broadband, eMBB)及超可靠低延遲通訊(ultra-reliable and low-latency communications, URLLC)，因此需要提出一種改良且有效的機制以使UE處理不同服務類型的UCI多工。

本揭露係關於蜂巢式無線通訊網路中由UE執行的多工UCI的方法。

根據本揭露的一方面，提出一種UE。UE包括一或多個具有電腦可執行指令的非暫態電腦可讀取媒體以及耦接到一或多個非暫態電腦可讀取媒體的至少一處理器。該至少一處理器被配置為執行電腦可執行指令以：從基地台接收無線資源控制(Radio Resource Control, RRC)配置以配置一序列，該序列是從第一序列或第二序列擇一；從該基地台接收下行控制資訊(Downlink Control Information, DCI)訊息，該DCI訊息包括一指示符；根據配置的該序列決定對應於該指示符的一數值；以及根據決定的該數值多工UCI訊息。

根據本揭露的另一方面，提出一種由UE執行的多工UCI的方法。該方法包括：從基地台接收RRC配置以配置一序列，該序列是從第一序列或第二序列擇一；從該基地台接收DCI訊息，該DCI訊息包括一指示符；根據配置的該序列決定對應於該指示符的一數值；以及根據決定的該數值多工UCI訊息。

本申請案主張對2019年3月15日所申請且名稱為「Method and apparatus for handling UCI multiplexing on PUSCH」的美國臨時申請案序號62/819,156的優先權及益處(以下稱為’156臨時案)，’156臨時案的揭露透過引用而完全地併入本申請案當中。

以下描述包含與本揭露中的例示性實施方式相關的特定訊息。本揭露中的附圖及其所附之詳細描述僅是針對例示性實施方式。然而，本揭露並不侷限於此些例示性實施方式。本領域技術人員將會想到本揭露的其他變化與實施方式。

除非另有說明，附圖中相同或對應的元件可由相同或對應的附圖標記表示。此外，本揭露中的圖式與例示通常不是按比例繪製的，且非旨在與實際的相對尺寸相對應。

出於一致性與易於理解之目的，在例示性附圖中透過數字來標識相似的特徵(即便在一些例子中並未示出)。然而，在不同實施方式中的此些特徵可能在其它方面不同，因此不應被狹義地限制於附圖中所示的內容。

「在一種實施方式中」、「在一例示實施方式中」、「一實施方式」、「在一些實施方式中」等各個用語，可指相同或不同的實施方式。術語「耦接」被定義為連接，無論是直接還是間接地透過中間元件作連接，且不一定限於實體連接。當使用術語「包括」時，意思是「包括但不限於」，其明確地指出所述的組合、群組、系列和均等物的開放式涵括或關係。用語「A、B及C的其中至少一者」或「以下至少其中之一：A、B及C」的意思為：「僅A、或僅B、或僅C、或A、B與C的任意組合」。

本文中的術語「系統」和「網路」可互換使用。術語「及/或」僅是用於描述關聯對象的關聯關係，並表示可能存在三種關係。舉例來說，A及/或B可表示：A單獨存在、A和B同時存在、或是B單獨存在。另外，符號「/」一般是表示前、後相關聯的對象之間是屬於「或」的關係。

出於解釋和非限制之目的，闡述了諸如功能性實體、技術、協定、標準等的具體細節以提供對所述技術的理解。在其他例子中，省略了眾所周知的方法、技術、系統、架構等的詳細描述，以避免說明敘述被不必要的細節混淆。

本領域技術人員將立即認識到本揭露中描述的任何網路功能或演算法可透過硬體、軟體、或軟體和硬體的組合來實現。所述的功能可對應至模組，其可是軟體、硬體、韌體或其任意的組合。

軟體實施方式可包括儲存在像是記憶體或其他類型的儲存裝置的電腦可讀取媒體上的電腦可執行指令。舉例來說，具有通訊處理能力的一或多個微處理器或通用電腦可用對應的可執行指令進行編程並實現所述的網路功能或演算法。

微處理器或通用電腦可由專用積體電路(Applications Specific Integrated Circuitry，ASIC)、可編程邏輯陣列、及/或使用一或多個數位訊號處理器(Digital Signal Processor，DSP)來形成。雖然本說明書中描述的一些例示實施方式是針對安裝並在電腦硬體上執行的軟體，但是，以韌體、硬體、或硬體和軟體的組合所實現的替代性例示實施方式也在本揭露的範圍內。電腦可讀取媒體包括但不限於隨機存取記憶體(Random Access Memory，RAM)、唯讀記憶體(Read Only Memory，ROM)、可抹除可編程唯讀記憶體(Erasable Programmable Read-Only Memory，EPROM)、電性可抹除可編程唯讀記憶體(Electrically Erasable Programmable Read-Only Memory，EEPROM)、快閃記憶體、光碟唯讀記憶體(Compact Disc Read-Only Memory，CD ROM)、磁帶盒、磁帶、磁碟儲存器、或是能夠儲存電腦可讀取指令的任何其他等效媒體。

無線電通訊網路架構(例如，長期演進(Long Term Evolution，LTE)系統、先進長期演進(LTE-Advanced，LTE-A)系統、或是先進 LTE專業(LTE-Advanced Pro)系統)通常包括至少一個基地台(Base Station，BS)、至少一個UE以及向網路提供連接的一或多個可選網路元件。UE可透過基地台建立的無線電存取網路(Radio Access Network，RAN)與網路進行通訊，所述網路例如是核心網路(Core Network，CN)、演進封包核心(Evolved Packet Core，EPC)網路、演進通用地面無線電存取網路(Evolved Universal Terrestrial Radio Access network，E-UTRAN)、下一代核心(Next-Generation Core，NGC)、或是網際網路。

UE可包括但不限於行動站(mobile station)、行動終端(mobile terminal)或裝置、使用者通訊無線電終端等。舉例來說，UE可以是可攜式無線電裝置，其包括但不限於：具備無線通訊能力的行動電話、平板電腦、可穿戴裝置、感測器、或是個人數位助理(Personal Digital Assistant，PDA)。UE被配置為經由空中介面，自/對無線電存取網路中的一或多個小區(cell)接收/傳輸訊號。

基地台可被配置為根據以下無線電存取技術(Radio Access Technology，RAT)的至少其中之一來提供通訊服務：全球互通微波存取(Worldwide Interoperability for Microwave Access，WiMAX)、全球行動通訊系統(Global System for Mobile communications，GSM，通常指2G)、GSM EDGE無線電存取網路(GSM EDGE Radio Access Network，GERAN)、一般封包式無線電服務(General Packet Radio Service，GRPS)、基於基本寬頻分碼多工多重存取(Wideband-Code Division Multiple Access，W-CDMA)的通用行動電信系統(Universal Mobile Telecommunication System，UMTS，通常指3G)、高速封包存取( High-Speed Packet Access，HSPA)、LTE、LTE-A、eLTE(演進LTE)、新無線電(New Radio，NR，通常指5G)、及/或LTE-A Pro。然而，本申請的範圍不應侷限於上述協定。

基地台可包括但不限於UMTS中的節點B(node B，NB)、LTE-A中的演進節點B(evolved node B，eNB)、UMTS中的無線電網路控制器(Radio Network Controller，RNC)、GSM/GERAN中的基地台控制器(Base Station Controller，BSC)、與5GC相關的E-UTRA基地台中的NG-eNB、5G-RAN中的下一代節點B(next generation node B，gNB)、以及任何其他能夠在小區內控制無線電通訊並管理無線電資源的裝置。基地台可經由無線電介面連接一或多個UE，以服務其連接至網路。

基地台可操作以利用形成無線電存取網路的多個小區，對特定的地理區域提供無線電覆蓋範圍。基地台支持小區的操作。每個小區可操作以對其無線電覆蓋範圍內的至少一個UE提供服務。

每個小區(通常稱為服務小區)提供服務以在其無線電覆蓋範圍內服務一或多個UE，使得每個小區可對其無線電範圍內的至少一個UE排程下行鏈路(及可選的上行鏈路)資源，以進行下行鏈路(及可選的上行鏈路)封包傳輸。基地台可透過多個小區與無線電通訊系統中的一或多個UE進行通訊。

小區可分配支援鄰近服務(Proximity Service，ProSe)或車聯網(Vehicle to Everything，V2X)服務的側鏈路(Sidelink，SL)資源。每個小區的覆蓋範圍可能與其他小區重疊。

如上所述，NR的訊框結構支援彈性配置，以適應各種下一代(例如5G)通訊的要求，例如增強行動寬頻(enhanced Mobile Broadband，eMBB)、海量機器類通訊(massive Machine Type Communication，mMTC)、以及超可靠低延遲通訊(Ultra-Reliable and Low-Latency Communication，URLLC)，並同時滿足高可靠度、高資料傳輸率、以及低延遲要求。3GPP議定的正交分頻多工(Orthogonal frequency-division multiplexing，OFDM)技術可作為NR波形的基線。亦可使用可擴展的(scalable)OFDM參數集，像是自適應子載波間隔、通道頻寬、以及循環前綴(Cyclic Prefix，CP)。

針對NR考慮了兩種編碼方案：(1)低密度奇偶校驗(Low-Density Parity-Check，LDPC)碼、以及(2)極化碼(polar code)。編碼方案適配可基於通道條件及/或服務應用來配置。

在單一個NR訊框的傳輸時間區間(transmission time interval，TTI)中，至少應包括下行鏈路(Downlink，DL)傳輸資料、保護時段、以及上行鏈路(Uplink，UL)傳輸資料。並且，DL傳輸資料、保護時段、以及UL傳輸資料的個別部分亦應是可配置的(例如基於NR的網路動態)。另外，亦可在一NR訊框中提供側鏈路資源以支持ProSe服務或V2X服務。

UE可支援在一個時槽中有多個PUCCH用於混合自動重送請傳確認(Hybrid Automatic Repeat Request Acknowledgement, HARQ-ACK)，多個PUCCH可用於多個不同服務類型，包含eMBB及URLLC。用於URLLC的PUCCH/PUSCH具有低延遲及/或高可靠度的要求，而用於eMBB的PUCCH/PUSCH則沒有如此的要求。

不同服務類型可藉由新的DCI格式、新的無網網路臨時標識(RNTI)、新的搜尋空間集合、或既有DCI格式中的新欄位以指示。需要一種新的機制，以將具有不同服務類型的控制資訊(例如UCI)多工(multiplex，或稱多路複用或複用)在一個時間單位內的PUSCH上，此處的時間單位粒度可以是符號層級傳輸、子時槽層級傳輸、或是時槽層級傳輸。

圖1繪示根據本揭露的示例性實施方式的一種PUCCH傳輸與PUSCH傳輸重疊情形的示意圖100。在第一時槽T1，UE接收用於eMBB的實體下行控制通道(physical downlink control channel，PDCCH) 110，PDCCH 110排程用於eMBB的實體下行共享通道(physical downlink shared channel，PDSCH) 130。在第一時槽T1，UE亦於PDCCH 120中接收上行授權(UL grant)，PDCCH 120排程用於eMBB的PUSCH 180，PUSCH 180是位於第三時槽T3。

在第二時槽T2，UE接收到用於URLLC的PDCCH 140，PDCCH 140排程用於URLLC的PDSCH 150。在第三時槽T3，UE於PUCCH 160傳送回應於用於URLLC的PDSCH 150接收資料的HARQ-ACK訊息。在第三時槽T3，UE亦於PUCCH 170傳送回應於用於eMBB的PDSCH 130接收資料的另一HARQ-ACK訊息。如圖1所示，帶有用於URLLC的HARQ-ACK資訊的PUCCH 160，以及帶有用於eMBB的HARQ-ACK資訊的PUCCH 170，在時域上與用於eMBB的PUSCH 180重疊。

圖2繪示根據本揭露的示例性實施方式的另一種PUCCH傳輸與PUSCH傳輸重疊情形的示意圖200。在第一時槽T1，UE接收用於eMBB的PDCCH 210，PDCCH 210排程用於eMBB的PDSCH 230。

在第二時槽T2，UE接收用於URLLC的PDCCH 240，PDCCH 240排程用於URLLC的PDSCH 250。在第二時槽T2，UE亦於PDCCH 220中接收上行授權，PDCCH 220排程用於URLLC的PUSCH 280，PUSCH 280是位於第三時槽T3。

在第三時槽T3，UE於PUCCH 260傳送回應於用於URLLC的PDSCH 250接收資料的HARQ-ACK訊息。在第三時槽T3，UE亦於PUCCH 270傳送回應於用於eMBB 的PDSCH 230接收資料的另一HARQ-ACK訊息。如圖2所示，帶有用於URLLC的HARQ-ACK資訊的PUCCH 260，以及帶有用於eMBB的HARQ-ACK資訊的PUCCH 270，在時域上與用於URLLC的PUSCH 280重疊。

在一種實施方式中，對於URLLC提出新的UE處理能力

,

及

。若UE要在一時槽中傳送多個重疊的PUCCH或是重疊的PUCCH與PUSCH，且其中至少一個重疊的PUCCH及/或PUSCH包括用於URLLC的資訊，當其中至少一個重疊的PUCCH或PUSCH是回應於UE執行的DCI格式偵測，則UE將不同UCI類型多工在一PUCCH中。

在時槽內一群重疊的PUCCH及PUSCH當中一最早用於URLLC的PUCCH或PUSCH，UE期望該PUCCH或PUSCH的第一個符號

滿足下列時間軸條件： -

不早於一個符號前，且此符號的循環前綴(cyclic prefix, CP)始於任一對應PDSCH的最後一個符號之後經過

的時間。 -

不早於一個符號前，且此符號的循環前綴始於任一對應半持續性排程（Semi-Persistent Scheduling, SPS）PDSCH釋放的最後一個符號之後經過

的時間。 - 若是在重疊的PUCCH與PUSCH之中，沒有「非週期性通道狀態資訊(channel state information, CSI)報告」多工於其中的任一個PUSCH，則

不早於一個符號前，且此符號的循環前綴始於「一用以排程PUSCH之具有DCI格式的PDCCH」以及「任一用以排程PDSCH的PDCCH或任一SPS PDSCH釋放，且該SPS PDSCH釋放所對應的HARQ-ACK資訊所在之PUCCH為其中一前述時槽中重疊的PUCCH」的最後一個符號之後經過

的時間。

若是未滿足上述條件，可採用技術規範文件(Technical Specification, TS)38.213第15版的時間軸條件。值得注意的是，用於URLLC新的UE能力(

,

可依循在TS 38.213及TS 38.214所定義的對應參數(

,N ,

)。舉例而言，可根據UE PDSCH處理能力，選擇(

,N ,

)。在前述式子中，參數

,

,

的數值係於TS 38.214中指定，參數

及

定義於TS 38.211。舉例而言，

是NR的基本時間單位，

是LTE的基本時間單位，

是

與

之間的比例。在一實施方式中，可以提供分辨不同服務類型的HARQ-ACK資訊的方法，且可指定用於不同傳輸流量類型之PUCCH資源的優先度。

圖3繪示根據本揭露的示例性實施方式的由UE執行的處理PUCCH與PUSCH重疊的方法300流程圖。於動作302，UE可檢查時間軸條件。於動作302，UE亦可檢查是否有足夠資源將eMBB UCI及/或URLLC UCI多工於PUSCH中。

若對於URLLC有引入新的UE能力，UE可檢查URLLC PUCCH的起始符號是否滿足前述的時間軸條件，UE亦可檢查eMBB PUCCH的開始符號是否滿足TS 38.213第15版所規範的時間軸條件。若對於URLLC沒有引入新的UE能力，UE可檢查URLLC PUCCH及eMBB PUCCH兩者的起始符號是否滿足TS 38.213第15版所規範的時間軸條件。

於動作304，UE可解決具有相同服務類型的UL傳輸之間的重疊。不同的服務類型可對應於不同的優先等級。舉例而言，URLLC UL傳輸可以比eMBB UL傳輸具有較高的優先等級。

在一實施方式中，PUSCH傳輸的優先等級可以由排程該PUSCH傳輸的DCI格式中的一個欄位所指示。在一實施方式中，帶有「回應於PDSCH傳輸的HARQ-ACK」的PUCCH傳輸的優先等級，可以由排程該PDSCH傳輸的DCI格式中的一個欄位所指示。在一實施方式中，帶有排程請求(scheduling request, SR)的PUCCH傳輸的優先等級，可以由 RRC信令傳輸的SR配置所指示。

於動作304，UE可將多個重疊的PUCCH群組起來以形成第一集合，UE亦可將多個重疊的PUSCH群組起來以形成第二集合。

圖1所示的PUCCH 160可以是包含多個相同優先等級重疊PUCCH的一個集合。當有PUCCH與PUSCH重疊，UE可根據貝他偏移(beta offset)數值將PUCCH(例如UCI訊息)多工於PUSCH中，貝他偏移數值可決定在PUSCH傳輸中由UCI訊息使用的資源數量。

請參照圖1，因為用於eMBB的PUCCH 170及用於eMBB的PUSCH 180具有相同優先等級，於動作304，UE可將PUCCH 170多工於PUSCH 180中。請參照圖2，因為用於URLLC的PUCCH 260及用於URLLC的PUSCH 280具有相同優先等級，於動作304，UE可將PUCCH 260多工於PUSCH 280中。

於動作306，UE可解決具有不同服務類型的UL傳輸之間的重疊。在一實施方式中，UE可傳送具有較高優先等級的UL傳輸，並棄掉具有較低優先等級的UL傳輸。在一實施方式中，具有相同優先等級的UL傳輸可在動作304中被群組在一起，而動作306可於動作304之後執行。

請參照圖1，因為PUCCH 160比PUSCH 180具有較高的優先等級，在PUCCH 170多工於PUSCH 180後，UE可傳送用於URLLC的PUCCH 160並棄掉PUSCH 180。請參照圖2，因為PUSCH 280比PUCCH 270具有較高的優先等級，在PUCCH 260多工於PUSCH 280後，UE可傳送用於URLLC的PUSCH 280並棄掉PUCCH 270。

圖4繪示根據本揭露的示例性實施方式的多工UCI方法400的流程圖。方法400可由UE在圖3所示的動作304中執行，將UCI訊息多工於PUSCH傳輸中。

在動作402，UE可從基地台接收RRC配置以配置一序列，該序列是從第一序列或第二序列擇一。在動作404，UE可從該基地台接收DCI訊息，該DCI訊息包括一指示符。在動作406，UE可根據配置的該序列決定對應於該指示符的一數值。在動作408，UE可根據決定的該數值多工UCI訊息。

在動作402，UE可藉由RRC信令配置一序列，該配置的序列可從第一序列或第二序列擇一，第一序列及第二序列可對應至不同服務類型，例如eMBB及URLLC。

該配置的序列可包括多個貝他偏移索引，第一序列的貝他偏移索引與第二序列的貝他偏移索引可以不同，使得第一序列與第二序列可應用於不同服務類型。

在動作402所收到的RRC配置可包括第一RRC參數及第二RRC參數，第一RRC參數關聯於第一序列，第二RRC參數關聯於第二序列，第一RRC參數及第二RRC參數可對應至不同服務類型，例如eMBB及URLLC。

在一實施方式中，第一序列的長度與第二序列的長度可以不同。第一序列可包括多個貝他偏移索引，例如2、4、8、12，第二序列亦可包括多個貝他偏移索引，例如10、16。基於預先決定或預先配置的查找表，每個貝他偏移索引可對應至一貝他偏移數值。

表1繪示根據本揭露於貝他偏移索引與貝他偏移數值的映射關係。貝他偏移數值可決定於PUSCH傳輸中用於多工UCI訊息的資源數量。

表 1

貝他偏移索引	貝他偏移數值
0	1.000
1	2.000
2	2.500
3	3.125
4	4.000
5	5.000
6	6.250
7	8.000
8	10.000
9	12.625
10	15.875
11	20.000
12	31.000
13	50.000
14	80.000
15	126.000
16	保留
17	保留
18	保留
19	保留
20	保留
21	保留
22	保留
23	保留

在動作404，UE收到包括指示符的DCI訊息，該指示符可指示於配置的序列中的其中一個貝他偏移索引。例如，在動作402所收到的配置的序列可包括貝他偏移索引{2、4、8、12}，DCI訊息中的指示符的值可以包括{0、1、2、3}，其分別對應於配置的序列中的第一個、第二個、第三個、及第四個索引。在一實施方式中，指示符的值與貝他偏移索引的映射關係可以通過一表格配置。

該DCI訊息可以是第一DCI格式或第二DCI格式，第一DCI格式及第二DCI格式可對應至不同服務類型，例如eMBB及URLLC。

第一DCI格式中的指示符可對應第一序列，第二DCI格式中的指示符可對應第二序列。若第一序列包括四個貝他偏移索引，第一DCI格式中的指示符可具有四個不同數值。若第二序列包括兩個貝他偏移索引，第二DCI格式中的指示符可具有兩個不同數值。

在一實施方式中，不同DCI格式中的指示符可對應於不同映射表。第一DCI格式可對應eMBB，第二DCI格式可對應URLLC。

第一DCI格式中的指示符可對應第一映射表，第二DCI格式中的指示符可對應第二映射表。第二映射表將貝他偏移索引映射至貝他偏移數值，第二映射表可藉由用於URLLC的一RRC欄位而被配置為特定用於URLLC。

在一實施方式中，第一DCI格式是用於排程eMBB傳輸，第二DCI格式是用於排程URLLC傳輸。在一實施方式中，第二DCI格式具有的位元數可以比第一DCI格式少。

如此小型化(compact)的DCI格式可滿足URLLC傳輸的可靠度要求。第一DCI格式中的指示符可以需要兩個位元以表示四個不同數值，第二DCI格式中的指示符則可以僅需一個位元以表示兩個不同數值。

在動作406，UE根據於動作402收到的配置的該序列決定對應於該指示符的一數值。收到的配置的該序列可包括貝他偏移索引{2、4、8、12}，收到的指示符在DCI訊息中可以是 “00” 以指示配置的該序列中在映射表中的第一個索引(即「索引2」)，接著UE可根據表1決定對應於「索引2」的數值是2.500。

在動作408，UE可根據決定的數值2.500(該數值對應於UE收到的指示符)多工UCI訊息。該UE將UCI訊息多工於PUSCH傳輸，該PUSCH傳輸係由UE收到的該DCI訊息排程。

在一實施方式中，UCI訊息可包括回應於PDSCH傳輸的HARQ-ACK訊息。在一實施方式中，UCI訊息可包括CSI報告。

參考圖1及圖2，以下提供多個多工UCI訊息於PUSCH的實施方式。

第 1 實施例：將 eMBB UCI 與 URLLC UCI 兩者多工於 PUSCH

實施例 1-1 ：

UE可先檢查時間軸條件(圖3所示的動作302)，並可檢查是否有足夠資源將eMBB UCI(例如PUCCH 170)與URLLC UCI(例如PUCCH 160)兩者多工於PUSCH(例如PUSCH 180)。UE可確定不同服務類型的PUCCH資源沒有重疊，並將各PUCCH資源指示為不同的集合Q。

各個非重疊的資源可被依序指示為遞增索引的集合Q。UE可指示第一URLLC PUCCH資源為Q(j)、第二URLLC PUCCH資源為Q(j+1)、第一eMBB PUCCH資源為Q(j+2)。

在一實施方式中，UE可採用新的貝他偏移(例如專用於URLLC UCI的貝他偏移)將URLLC UCI多工於eMBB PUSCH。

在一實施方式中，當URLLC UCI多工於PUSCH時，專用於URLLC的新的貝他偏移可藉由RRC配置。在一實施方式中，也可能需要由RRC配置用於URLLC的新的阿法縮放值(例如參數scaling_URLLC )。以下揭露新貝他偏移的兩種方式。

第一種方式簡稱A1，可以由新RRC參數(例如betaOffsets_URLLC )配置新URLLC映射表，可從所述新URLLC映射表獲得至少一個新貝他偏移數值。在一實施方式中，所述新RRC參數亦可提供新的對應貝他偏移索引

。貝他偏移索引

可於既有DCI格式(例如動作404的第一DCI格式)內或新DCI格式(例如動作404的第二DCI格式)內被指示，新DCI格式用於排程URLLC傳輸。

第二種方式簡稱A2，可以由新RRC參數(例如betaOffsets_URLLC )配置新數值，並將欲用於HARQ-ACK資訊的表1中的保留數值以新數值取代。在一實施方式中，所述新RRC參數亦可提供新的對應貝他偏移索引

。貝他偏移索引

在一實施方式中，RRC資訊元素(information element, IE)UCI-OnPUSCH 可包括參數betaOffsets_URLLC 及Scaling_URLLC ，參數betaOffsets_URLLC 可配置及指示在動態或半靜態貝他偏移之間的選擇。

「動態」欄位可包括一序列的貝他偏移索引，可藉由DCI訊息中的指示符以選擇這些貝他偏移索引的其中一個。若是「動態」欄位不存在或是未被配置，UE可採用「半靜態」欄位中指定的貝他偏移索引。

貝他偏移索引可根據URLLC貝他偏移映射表而映射至貝他偏移數值。參數Scaling_URLLC 可指示一縮放因子以限制在PUSCH上分配給URLLC UCI的資源元素數量。

在一實施方式中，當有多個服務類型的UCI多工於PUSCH時，可藉由RRC配置用於多工多種服務類型UCI的新貝他偏移。在一實施方式中，也可能需要由RRC配置用於URLLC的新的阿法縮放值(例如參數scaling_Mux )。以下揭露新貝他偏移的兩種方式。

第一種方式簡稱B1，可以由新RRC參數(例如betaOffsets_Mux )配置新多工映射表，可從所述新多工映射表獲得至少一個新貝他偏移數值。在一實施方式中，所述新RRC參數亦可提供新的對應貝他偏移索引

。貝他偏移索引

第二種方式簡稱B2，可以由新RRC參數(例如betaOffsets_Mux )配置新數值，並將欲用於HARQ-ACK資訊的表1中的保留數值以新數值取代。在一實施方式中，所述新RRC參數可提供新的貝他偏移索引

。貝他偏移索引

在一實施方式中，RRC IEUCI-OnPUSCH 可包括參數betaOffsets_Mux 及Scaling_Mux ，參數betaOffsets_Mux 可配置及指示在動態或半靜態貝他偏移之間的選擇。「動態」欄位可包括一序列的貝他偏移索引，可藉由DCI訊息中的指示符以選擇這些貝他偏移索引的其中一個。若是「動態」欄位不存在或是未被配置，UE可採用「半靜態」欄位中指定的貝他偏移索引。

貝他偏移索引可根據URLLC貝他偏移映射表而映射至貝他偏移數值。參數Scaling_Mux 可指示一縮放因子以限制在PUSCH上分配給多個服務類型UCI的資源元素數量。

在一實施方式中，當多個服務類型的UCI多工於PUSCH時，專用於eMBB的新的貝他偏移可由RRC配置。在一實施方式中，也會需要由RRC配置用於多個服務類型的新的阿法縮放值。在一實施方式中，可將用於HARQ-ACK資訊的表1中的保留數值以用於eMBB的新數值取代。

圖5繪示根據本揭露的示例性實施方式的將eMBB UCI與URLLC UCI兩者多工於PUSCH中的程序示意圖500。參考圖1，帶有用於URLLC的UCI的PUCCH 160，以及帶有用於eMBB的UCI的PUCCH 170，在時域上與用於eMBB的PUSCH 180重疊。

在動作S510，UE可將PUCCH 160指示為第一群組512、將PUCCH 170指示為第二群組514。在動作S520，UE可使用第一貝他偏移將帶有URLLC UCI的PUCCH 160多工於PUSCH 180，第一貝他偏移可以是配置為用於URLLC。在動作S530，UE可使用第二貝他偏移將帶有eMBB UCI的PUCCH 170多工於PUSCH 180，第二貝他偏移與第一貝他偏移可以不同。圖5所示的方法亦可用於圖2，使得UE將PUCCH 260與PUCCH 270兩者多工於PUSCH 280。

以下揭露將對應多種服務類型的編碼UCI資源多工於PUSCH傳輸的方法。

在一實施方式中，可優先分配URLLC UCI，不考慮UCI的類型。UCI訊息的優先順序可以是URLLC HARQ-ACK/SR > URLLC CSI > eMBB HARQ-ACK/SR > eMBB CSI。在一實施方式中，可在第一組帶有解調參考信號(demodulation reference signal, DMRS)的連續OFDM符號後，從第一個OFDM符號開始分配URLLC HARQ-ACK/SR，以從較佳的通道估測得到較好的可靠度。

圖6繪示根據本揭露的示例性實施方式的於PUSCH資源中UCI訊息的資源配置的示意圖600，其中在該PUSCH資源中URLLC UCI訊息被優先排序。一個實體資源區塊可包括14個OFDM符號及12個子載波(subcarriers)，因此圖6共繪示14×12個資源元素。用相同陰影繪示的資源元素對應相同類型的UL訊息。如圖6所示，先分配DMRS 602，接著依序是URLLC HARQ-ACK/SR 604、URLLC CSI 606、eMBB HARQ-ACK/SR 608、eMBB CSI 610、以及資料612。

在一實施方式中，UCI分配的順序可依UCI類型決定。UCI訊息的優先順序可以是URLLC HARQ-ACK/SR > eMBB HARQ-ACK/SR > URLLC CSI > eMBB CSI。可在第一組帶有DMRS的連續OFDM符號後，從第一個OFDM符號開始分配URLLC HARQ-ACK/SR，以從較佳的通道估測得到較好的可靠度。

圖7繪示根據本揭露的示例性實施方式的當考慮UCI類型時於PUSCH資源中UCI訊息的資源配置的示意圖700。如圖7所示，先分配DMRS 702，接著依序是URLLC HARQ-ACK/SR 704、eMBB HARQ-ACK/SR 708、URLLC CSI 706、eMBB CSI 710、以及資料712。

在一實施方式中，可在第一組帶有DMRS的連續OFDM符號前，從第一個OFDM符號開始分配具有較低優先等級的UCI(例如URLLC CSI報告或eMBB HARQ-ACK/SR)。

圖8繪示根據本揭露的示例性實施方式的當UCI訊息配置於DMRS之前時，於PUSCH資源中UCI訊息的資源配置的示意圖800。如圖8所示，從第一個OFDM符號開始分配URLLC CSI 的第一部分806，接著依序是eMBB HARQ-ACK/SR 808、DMRS 802、URLLC HARQ-ACK/SR 804、URLLC CSI的第二部分814、eMBB CSI 810、以及資料812。

在一實施方式中，分配UCI的順序可藉由RRC配置。舉例而言，可預先定義對應於多種分配順序的多個索引，基地台可通過RRC信令(例如IEUCI-onPUSCH )傳送一個索引給UE，當UE收到索引，UE便可遵循對應的分配順序以執行UCI多工。

實施例 1-2 ：

UE可先檢查時間軸條件並可檢查是否有足夠資源將eMBB UCI(例如PUCCH 170)與URLLC UCI(例如PUCCH 160)兩者多工於PUSCH(例如PUSCH 180)。在決定集合Q的時候，UE可將PUSCH資源視為候選資源。集合Q可以是在單一時槽中一組用於傳送PUCCH及/或PUSCH的資源，且集合內的這些資源皆為非重複傳輸。

圖9繪示根據本揭露的示例性實施方式的將eMBB UCI與URLLC UCI兩者多工於PUSCH中的程序示意圖900。參考圖1，帶有用於URLLC的UCI的PUCCH 160，以及帶有用於eMBB的UCI的PUCCH 170，在時域上與用於eMBB的PUSCH 180重疊。

在動作S902，UE可將重疊的PUCCH 160與PUSCH 180視為集合的第一候選Q(0) 912。在動作S904，UE可採用新的貝他偏移將PUCCH 160多工於PUSCH 180以形成集合Q(0)，UE可將重疊的PUCCH 170與Q(0)視為集合的第二候選Q(1) 914。在動作S906，UE可將PUCCH 170多工於Q(0)以形成Q(1)以傳送。圖9所示的方法亦可用於圖2，使得UE將PUCCH 260與PUCCH 270兩者多工於PUSCH 280。

在一實施方式中，在動作S904，當URLLC UCI多工於PUSCH時，專用於URLLC的新的貝他偏移可藉由RRC配置。在一實施方式中，也可能需要由RRC配置用於URLLC的新的阿法縮放值(例如參數scaling_URLLC )。

在一實施方式中，在動作S904，當有多個服務類型的UCI多工於PUSCH時，可藉由RRC配置用於多工多種服務類型UCI的新貝他偏移。在一實施方式中，也可能需要由RRC配置用於URLLC的新的阿法縮放值(例如參數scaling_Mux )。

第 2 實施例：僅將 URLLC UCI 多工於 PUSCH

實施例 2-1 ：

UE可先檢查時間軸條件並可檢查是否有足夠資源將URLLC UCI(例如PUCCH 260)多工於PUSCH(例如PUSCH 280)。在一實施方式中，UE可認為不同服務類型的PUCCH資源是沒有重疊的，並將各非重疊的PUCCH資源指示為不同的集合Q。

各個非重疊的資源可被依序指示為遞增索引的集合Q。UE可指示第一URLLC PUCCH資源為Q(0)、第二URLLC PUCCH資源為Q(1)、第一eMBB PUCCH資源為Q(2)。

在一實施方式中，UE可比較不同集合Q(j)的優先等級，並將其中較低優先等級的資源棄掉，由於eMBB PUCCH具有的優先等級比URLLC PUCCH低，UE可棄掉eMBB PUCCH。可由後續DL指派中的欄位指示將較低優先等級PUCCH資源棄掉。在一實施方式中，UE可採用等於零的貝他偏移數值以棄掉PUCCH資源。

在一實施方式中，UE可採用新的貝他偏移以將URLLC UCI多工於PUSCH，可參考實施例1-1中的方式A1、A2、B1及B2執行採用新的貝他偏移。

圖10繪示根據本揭露的示例性實施方式的僅將URLLC UCI多工於PUSCH中的程序示意圖1000。參考圖2，帶有用於URLLC的UCI的PUCCH 260，以及帶有用於eMBB的UCI的PUCCH 270，在時域上與用於URLLC的PUSCH 280重疊。

在動作S1002，UE可指示PUCCH 260為第一群組1010，並指示PUCCH 270為第二群組1020。在動作S1004，UE可比較不同群組之間的優先等級，接著UE可決定棄掉具有較低優先等級的PUCCH 270。在動作S1006，UE可將帶有URLLC UCI的PUCCH 260多工於PUSCH 280。在一實施方式中，動作S1006可以在動作S1004之前執行。

參考圖3，UE可先將PUCCH 260多工於PUSCH 280(動作304)，接著棄掉具有較低優先等級的PUCCH 270(動作306)。圖10所示的方法亦可用於圖1，使得UE將PUCCH 170棄掉，而僅將PUCCH 160多工於PUSCH 180。

實施例 2-2 ：

UE可檢查時間軸條件並可檢查是否有足夠資源將URLLC UCI(例如PUCCH 260)多工於PUSCH(例如PUSCH 280)。在一實施方式中，在決定集合Q的時候，UE可將PUSCH資源視為候選資源。集合Q可以是在單一時槽中傳送對應PUCCH及/或PUSCH的資源集合，且集合內的這些資源皆為非重複傳輸。

在一實施方式中，當形成集合Q的候選時，UE可先將具有相同優先等級的資源視作同一集合。參考圖1，UE可先將具有相同優先等級的PUCCH 170及PUSCH 180群組為集合的候選Q(0)。

參考圖2，UE可先將具有相同優先等級的PUCCH 260及PUSCH 280群組為集合的候選Q(0)。在一實施方式中，當形成集合Q的候選時，UE可視資源在時間上的順序為形成集合Q候選的一種方式。

參考圖1，UE可先將PUCCH 160及PUSCH 180群組為集合的候選Q(0)。參考圖2，UE可先將PUCCH 260及PUSCH 280群組為集合的候選Q(0)。

圖11繪示根據本揭露的示例性實施方式的僅將URLLC UCI多工於PUSCH中的另一程序示意圖1100。參考圖2，帶有用於URLLC的UCI的PUCCH 260，以及帶有用於eMBB的UCI的PUCCH 270，在時域上與用於URLLC的PUSCH 280重疊。在動作S1102，UE可將重疊的PUCCH 260與PUSCH 280視為集合的第一候選Q(0) 1112。在動作S1104，UE可採用取自新映射表的貝他偏移，以將PUCCH 260多工於PUSCH 280以形成集合Q(0)。

UE可將重疊PUCCH 270與Q(0) 視為集合的第二候選Q(1) 1114，UE可檢查兩個資源PUCCH 270與Q(0)的優先等級，UE可棄掉具有較低優先等級的PUCCH 270。可由後續DL指派中的欄位指示將較低優先等級PUCCH資源棄掉。UE可採用等於零的貝他偏移數值以棄掉PUCCH資源。

在動作S1106，含有PUCCH 260及PUSCH 280的集合Q(0)準備好要傳送。可參考實施例1-2執行於動作S1104貝他偏移的實施方式。

參考圖1，若在形成候選時，UE是依資源在時間上的順序作為考量，則UE可棄掉PUCCH 170而僅將PUCCH 160多工於PUSCH 180。否則，若在形成候選時UE是先考慮具有相同優先等級的資源，則UE可棄掉PUSCH 180 (PUCCH 170多工於PUSCH 180)而傳送PUCCH 160。

第三實施例：僅傳送 URLLC PUCCH

實施例 3-1 ：

UE可先檢查時間軸條件。UE可將不同服務類型的PUCCH資源之間視作沒有重疊，並將各非重疊的PUCCH資源指示為不同的集合Q。

在一實施方式中，UE可比較不同集合Q(j)的優先等級，並將其中有較低優先等級集合內的資源棄掉。舉例而言，由於eMBB PUCCH具有的優先等級比URLLC PUCCH低，UE可棄掉eMBB PUCCH。

在一實施方式中，可由後續DL指派中的欄位指示將較低優先等級PUCCH資源棄掉。UE可採用等於零的貝他偏移數值以棄掉PUCCH資源。

在一實施方式中，UE可比較重疊的集合Q(j)與PUSCH資源之間的優先等級，並將其中較低優先等級的棄掉(例如是eMBB PUSCH)。可由排程URLLC傳輸的DL指派中的欄位指示將有較低優先等級的PUSCH資源棄掉。

圖12繪示根據本揭露的示例性實施方式的僅傳送URLLC PUCCH的程序示意圖1200。參考圖1，帶有用於URLLC的UCI的PUCCH 160，以及帶有用於eMBB的UCI的PUCCH 170，在時域上與用於eMBB的PUSCH 180重疊。

在動作S1202，UE可指示PUCCH 160為第一群組1212，並指示PUCCH 170為第二群組1214。在動作S1204，UE可比較不同群組之間的優先等級，接著UE可決定棄掉具有較低優先等級的PUCCH 170。

在動作S1206，UE可比較PUCCH 160與PUSCH 180的優先等級，接著UE可決定棄掉具有較低優先等級的PUSCH 180。在棄掉PUSCH 180後，該UE可僅傳送URLLC PUCCH 160。

實施例 3-2 ：

UE可先檢查時間軸條件。UE可將不同服務類型的PUCCH資源之間視作沒有重疊，並將各非重疊的PUCCH資源指示為不同的集合Q。在一實施方式中，UE可比較不同集合Q(j)的優先等級，並將其中較低優先等級的資源棄掉。

在一實施方式中，UE不期望多工URLLC UCI於不同服務類型(例如eMBB)的PUSCH。在一實施方式中，可藉由DCI裡的欄位、RRC信令或是UE能力指示UE不要將URLLC UCI多工於PUSCH。當一時槽中有多個重疊資源時，UE可認為僅URLLC PUCCH可用於傳送。

第 4 實施例：僅傳送非重疊 PUCCH 資源

實施例 4-1 ：

UE可將不同服務類型的PUCCH資源之間視作沒有重疊，並將各個非重疊的PUCCH資源指示為不同的集合Q，各個非重疊的資源可被依序指示為遞增索引的集合Q。在UE決定是否將各個集合Q(j)內的UCI多工於PUSCH之前，若UE被指示(例如是通過DCI裡的欄位或是RRC)不要將UCI多工於PUSCH，該UE可先比較重疊的集合Q(j)與PUSCH資源之間的優先等級。

圖13繪示根據本揭露的示例性實施方式的僅傳送非重疊PUCCH資源的程序示意圖1300。參考圖1，帶有用於URLLC的UCI的PUCCH 160，以及帶有用於eMBB的UCI的PUCCH 170，在時域上與用於eMBB的PUSCH 180重疊。

在動作S1302，UE可指示PUCCH 160為第一群組1312，並指示PUCCH 170為第二群組1314。在動作S1304，UE可比較集合Q(0) (其包含PUCCH 160)與PUSCH 180的優先等級，由於PUSCH 180優先等級較低，UE可棄掉PUSCH 180。可由排程URLLC傳輸的DL指派中的欄位指示將PUSCH 180棄掉。在動作S1306，在棄掉PUSCH 180之後，已沒有重疊的資源，UE可僅傳送PUCCH 160與PUCCH 170。

實施例 4-2 ：

在一實施方式中，在決定集合Q的時候，UE可將PUSCH資源視為候選資源之一。集合Q可以是在單一時槽中一組傳送對應PUCCH及/或PUSCH的資源，且集合內的這些資源皆為非重複傳輸。在一實施方式中，UE可比較重疊的PUCCH資源與PUSCH資源之間的優先等級，並棄掉具有較低優先等級的資源(例如eMBB PUSCH)。可由排程URLLC傳輸的DL指派中的欄位指示將具有較低優先等級的資源(例如eMBB PUSCH)棄掉。

參考圖1所示的例子，PUCCH 160用於URLLC，PUSCH 180用於eMBB，UE可比較重疊資源的優先等級，接著棄掉具有較低優先等級的PUSCH 180。在棄掉PUSCH 180之後，UE可指示PUCCH 160為Q(0)以及指示PUCCH 170為Q(1)，UE可傳送Q(0)及Q(1)。

參考圖2，PUCCH 260用於URLLC，PUSCH 280也是用於URLLC，UE可將PUCCH 260多工於PUSCH 280，此範例中的UCI多工可參考實施例2-1及實施例2-2。

UE可支援實施例1-1到實施例4-2。基地台可使用RRC信令(例如通過IEUCI-OnPUSCH )或是DCI中的欄位以指示UE使用哪一個實施例。

圖14繪示根據本申請的各個方面的無線通訊節點的方塊圖。如圖14所示，節點1400可包括收發器1420、處理器1428、記憶體1434、一或多個呈現元件1438以及至少一天線1436。節點1400還可包括RF頻帶模組、基地台通訊模組、網路通訊模組、系統通訊管理模組、輸入/輸出(Input/Output，I/O)埠、I/O元件、以及電源(未在圖14示出)。

上述各元件彼此間可透過一或多個匯流排1440直接或間接地進行通訊。節點1400可以是UE或基地台，其可執行本文所述的多種功能(例如參照圖1至圖13)。

具有發送器1422(例如，發送/傳送電路)和接收器1424(例如，接收/接受電路)的收發器1420可被配置為發送及/或接收時間及/或頻率的資源劃分訊息。收發器1420可被配置為在不同類型的子訊框和時槽中傳輸，此些不同類型的子訊框和時槽包括但不限於：可用(usable)、不可用(non-usable)、以及彈性可用(flexibly usable)的子訊框和時槽格式。收發器1420可被配置為接收資料與控制通道。

節點1400可包括多種電腦可讀取媒體。電腦可讀取媒體可以是任何可被節點1400存取的可用媒體，並且包括易失性(volatile)及非易失性(non-volatile)媒體、可移除式(removable)及不可移除式(non-removable)媒體。

電腦可讀取媒體可包括電腦儲存媒體以及通訊媒體。電腦儲存媒體包括易失性和非易失性、可移除式和不可移除式媒體，其可透過資訊儲存的任何方法或技術來實現，像是電腦可讀取指令、資料結構、程式模組或資料。

電腦儲存媒體包括RAM、ROM、EEPROM、快閃記憶體或其他記憶體技術、CD-ROM、數位多功能碟(Digital Versatile Disk，DVD)或其他光碟儲存器、磁帶盒、磁帶、磁片儲存器或其他磁性儲存裝置。電腦儲存媒體並不包含傳播的資料訊號。通訊媒體通常可體現成電腦可讀取指令、資料結構、程式模組或其他在調變資料訊號中的資料(像是載波或其它傳輸機制)，並且包括任意的訊息傳遞媒體。

術語「調變後資料訊號」表示此訊號中的一或多個特徵被設置或改變，以將資訊編碼至此訊號當中。通訊媒體包括有線媒體(像是有線網路、或是直接有線連接)以及無線媒體(像是聲學、RF、紅外線以及其他無線媒體)。上述的任意組合也應包括在電腦可讀媒體的範圍內。

記憶體1434可包括易失性及/或非易失性記憶體形式的電腦儲存媒體。記憶體1434可以是可移除式、不可移除式或其組合。例示的記憶體包括固態記憶體、硬碟、光碟機等。如圖14所示，記憶體1434可儲存電腦可讀取、電腦可執行指令1432(例如，軟體碼)，此些指令1432被配置成當被執行時將使處理器1428執行如本文所述(例如參考圖1至圖13)的各種功能。或者，此些指令1432可能不必直接由處理器1428執行，而是被配置成使節點1400執行本文所述的各種功能(例如，當被編譯和執行時)。

處理器1428(例如，具有處理電路)可包括智慧硬體裝置，例如中央處理單元(Central Processing Unit，CPU)、微控制器、ASIC等。處理器1428可包括記憶體。處理器1428可處理從記憶體1434接收的資料1430和指令1432，以及透過收發器1420、基頻通訊模組、及/或網路通訊模組傳送及接收的資訊。處理器1428還可處理欲發送到收發器1420以透過天線1436傳送的資訊，發送到網路通訊模組以傳送到核心網路。

一或多個呈現元件1438可向人員或其他裝置呈現資料指示。例示性的呈現元件1438包括顯示裝置、揚聲器、列印元件、振動元件等。

根據以上描述，顯示在不脫離此些概念的範圍的情況下，可使用多種技術來實現本揭露中所描述的概念。此外，雖然已經具體參考某些實施方式而描述了此些概念，但本領域具有通常知識者將認識到，可在形式和細節上作改變而不偏離這些概念的範圍。如此一來，所述的實施方式在各方面都將被視為是說明性而非限制性的。並且，應理解本申請並不限於上述的特定實施方式，且在不脫離本揭露範圍的情況下，對此些實施方式進行諸多重新安排、修改和替換是可能的。

100、200、500、600、700、800、900、1000、1100、1200、1300:示意圖 110、120、140、210、220、240:PDCCH 130、150、230、250:PDSCH 160、170、260、270:PUCCH 180、280:PUSCH 300、400:方法 302、304、306、402、404、406、408、S510、S520、S530、S902、S904、S906、S1002、S1004、S1006、S1102、S1104、S1106、S1202、S1204、S1206、S1302、S1304、S1306:動作 512、514、1010、1020、1212、1214、1312、1314:群組 602、702、802:DMRS 604、704、804:URLLC HARQ-ACK/SR 606、706:URLLC CSI 608、708、808:eMBB HARQ-ACK/SR 610、710、810:eMBB CSI 612、712、812:資料 806:URLLC CSI的第一部分 814:URLLC CSI的第二部分 912、914、1112、1114:候選 1400:節點 1420:收發器 1422:發送器 1424:接收器 1428:處理器 1430:資料 1432:指令 1434:記憶體 1436:天線 1438:呈現元件 1440:匯流排 T1、T2、T3:時槽

例示性揭露的多個方面可從以下的詳細說明配合閱讀附圖來幫助理解。各種特徵並非是按比例繪製的。各種特徵的尺寸可能會為了清楚說明而任意地放大或縮小。圖1繪示根據本揭露的示例性實施方式的一種PUCCH傳輸與PUSCH傳輸重疊情形的示意圖。圖2繪示根據本揭露的示例性實施方式的另一種PUCCH傳輸與PUSCH傳輸重疊情形的示意圖。圖3繪示根據本揭露的示例性實施方式的由UE執行的處理PUCCH與PUSCH重疊的方法流程圖。圖4繪示根據本揭露的示例性實施方式的多工UCI方法的流程圖。圖5繪示根據本揭露的示例性實施方式的將eMBB UCI與URLLC UCI兩者多工於PUSCH中的程序示意圖。圖6繪示根據本揭露的示例性實施方式的於PUSCH資源中UCI訊息的資源配置的示意圖，其中在該PUSCH資源中URLLC UCI訊息被優先排序。圖7繪示根據本揭露的示例性實施方式的當考慮UCI類型時於PUSCH資源中UCI訊息的資源配置的示意圖。圖8繪示根據本揭露的示例性實施方式的當UCI訊息配置於DMRS之前時，於PUSCH資源中UCI訊息的資源配置的示意圖。圖9繪示根據本揭露的示例性實施方式的將eMBB UCI與URLLC UCI兩者多工於PUSCH中的程序示意圖。圖10繪示根據本揭露的示例性實施方式的僅將URLLC UCI多工於PUSCH中的程序示意圖。圖11繪示根據本揭露的示例性實施方式的僅將URLLC UCI多工於PUSCH中的另一程序示意圖。圖12繪示根據本揭露的示例性實施方式的僅傳送URLLC PUCCH的程序示意圖。圖13繪示根據本揭露的示例性實施方式的僅傳送非重疊PUCCH資源的程序示意圖。圖14繪示根據本揭露的各個方面的無線通訊節點的方塊圖。

無

402、404、406、408:動作

Claims

一種使用者裝置(User Equipment, UE)，包括：一或多個非暫態電腦可讀取媒體，該一或多個非暫態電腦可讀取媒體包括多個電腦可執行指令；以及至少一處理器，該至少一處理器耦接到該一或多個非暫態電腦可讀取媒體，並且被配置為執行該些電腦可執行指令以：從基地台接收無線資源控制(Radio Resource Control, RRC)配置以配置一序列，該序列是從第一序列或第二序列擇一；從該基地台接收一下行控制資訊(Downlink Control Information, DCI)訊息，該DCI訊息包括一指示符；根據配置的該序列決定對應於該指示符的一數值；以及根據決定的該數值多工上行控制資訊(Uplink Control Information, UCI)訊息。
如請求項1所述的UE，其中配置的該序列包括複數個貝他偏移(beta offset)索引。
如請求項2所述的UE，其中該指示符指示該些貝他偏移索引的其中一個貝他偏移索引。
如請求項1所述的UE，其中該DCI訊息是第一DCI格式或第二DCI格式，該第一DCI格式中的該指示符對應該第一序列，該第二DCI格式中的該指示符對應該第二序列。
如請求項4所述的UE，其中該第二DCI格式是用於排程超可靠低延遲通訊(ultra-reliable and low-latency communications, URLLC)傳輸。
如請求項4所述的UE，其中該第二DCI格式具有的位元數少於該第一DCI格式具有的位元數。
如請求項1所述的UE，其中該第一序列的長度與該第二序列的長度不同。
如請求項1所述的UE，其中該RRC配置包括關聯於該第一序列的第一RRC參數以及關聯於該第二序列的第二RRC參數。
如請求項1所述的UE，其中該UCI訊息多工於由該DCI訊息排程的實體上行共享通道(physical uplink shared channel, PUSCH)傳輸中。
如請求項9所述的UE，其中對應於該指示符的該數值決定在該PUSCH傳輸中多工該UCI訊息的資源的數量。
一種由使用者裝置(User Equipment, UE)執行的多工上行控制資訊(Uplink Control Information, UCI)的方法，該方法包括：從基地台接收無線資源控制(Radio Resource Control, RRC)配置以配置一序列，該序列是從第一序列或第二序列擇一；從該基地台接收一下行控制資訊(Downlink Control Information, DCI)訊息，該DCI訊息包括一指示符；根據配置的該序列決定對應於該指示符的一數值；以及根據決定的該數值多工UCI訊息。
如請求項11所述的方法，其中配置的該序列包括複數個貝他偏移(beta offset)索引。
如請求項12所述的方法，其中該指示符指示該些貝他偏移索引的其中一個貝他偏移索引。
如請求項11所述的方法，其中該DCI訊息是第一DCI格式或第二DCI格式，該第一DCI格式中的該指示符對應該第一序列，該第二DCI格式中的該指示符對應該第二序列。
如請求項14所述的方法，其中該第二DCI格式是用於排程超可靠低延遲通訊(ultra-reliable and low-latency communications, URLLC)傳輸。
如請求項14所述的方法，其中該第二DCI格式具有的位元數少於該第一DCI格式具有的位元數。
如請求項11所述的方法，其中該第一序列的長度與該第二序列的長度不同。
如請求項11所述的方法，其中該RRC配置包括關聯於該第一序列的第一RRC參數以及關聯於該第二序列的第二RRC參數。
如請求項11所述的方法，其中該UCI訊息多工於由該DCI訊息排程的實體上行共享通道(physical uplink shared channel, PUSCH)傳輸中。
如請求項19所述的方法，其中對應於該指示符的該數值決定在該PUSCH傳輸中多工該UCI訊息的資源的數量。