TW201947981A - 為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源 - Google Patents

為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源 Download PDF

Info

Publication number
TW201947981A
TW201947981A TW108116015A TW108116015A TW201947981A TW 201947981 A TW201947981 A TW 201947981A TW 108116015 A TW108116015 A TW 108116015A TW 108116015 A TW108116015 A TW 108116015A TW 201947981 A TW201947981 A TW 201947981A
Authority
TW
Taiwan
Prior art keywords
service
type
pucch
resource
pucch transmission
Prior art date
Application number
TW108116015A
Other languages
English (en)
Other versions
TWI795564B (zh
Inventor
楊緯
江勁
黃義
王任丘
陳旺旭
彼得 加爾
治平 李
庭芳 紀
Original Assignee
美商高通公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 美商高通公司 filed Critical 美商高通公司
Publication of TW201947981A publication Critical patent/TW201947981A/zh
Application granted granted Critical
Publication of TWI795564B publication Critical patent/TWI795564B/zh

Links

Classifications

    • 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
    • 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/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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
    • 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
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本案內容的各個態樣大體而言係關於無線通訊。在一些態樣，使用者設備（UE）可以決定實體上行鏈路控制通道（PUCCH）傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的。當PUCCH傳輸與第一類型的服務相關聯時，UE可以使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，UE可以使用第二資源集合來傳輸PUCCH傳輸。提供了眾多其他態樣。

Description

為超可靠低時延通訊（URLLC）分配實體上行鏈路控制通道（PUCCH）資源
大體而言，本案內容的態樣係關於無線通訊，具體而言，本案內容的態樣係關於用於為超可靠低時延通訊（URLLC）分配實體上行鏈路控制通道（PUCCH）資源的技術和裝置。
廣泛地部署無線通訊系統，以提供諸如電話、視訊、資料、訊息傳遞和廣播之類的各種電信服務。典型的無線通訊系統可以使用能夠經由共享可用的系統資源（例如，頻寬、傳輸功率等等），來支援與多個使用者進行通訊的多工存取技術。此類多工存取技術的實例係包括分碼多工存取（CDMA）系統、分時多工存取（TDMA）系統、分頻多工存取（FDMA）系統、正交分頻多工存取（OFDMA）系統、單載波分頻多工存取（SC-FDMA）系統、分時同步分碼多工存取（TD-SCDMA）系統和長期進化（LTE）。LTE/改進的LTE是第三代合作夥伴計畫（3GPP）發佈的通用行動電信系統（UMTS）行動服務標準的增強集。
無線通訊網路可以包括能夠支援針對數個使用者設備（UE）的通訊的數個基地站（BS）。使用者設備（UE）可以經由下行鏈路和上行鏈路來與基地站（BS）進行通訊。下行鏈路（或前向鏈路）是指從BS到UE的通訊鏈路，以及上行鏈路（或反向鏈路）是指從UE到BS的通訊鏈路。如本文將更詳細描述的，BS可以代表成節點B、gNB、存取點（AP）、無線電頭端、傳輸接收點（TRP）、新無線電（NR）BS、5G節點B及/或諸如此類。
在多種電信標準中已經採納上文的多工存取技術，以提供使不同使用者設備能夠在城市、國家、地區以及甚至全球級別上進行通訊的共用協定。新無線電（NR）（其亦可以稱為5G）是第三代合作夥伴計畫（3GPP）發佈的LTE行動服務標準的增強集。NR被設計為經由以下各項來更好地支援行動寬頻網際網路存取：改良頻譜效率、降低成本、改良服務、利用新頻譜和與在下行鏈路（DL）上使用具有循環字首（CP）的正交分頻多工（OFDM）（CP-OFDM）、在上行鏈路（UL）上使用CP-OFDM及/或SC-FDM（例如，其亦稱為離散傅裡葉變換擴展OFDM（DFT-s-OFDM））的其他開放標準更好地整合以及支援波束成形、多輸入多輸出（MIMO）天線技術和載波聚合。然而，隨著對行動寬頻存取的需求持續增長，存在對在LTE和NR技術態樣的進一步改良的需求。較佳地，該等改良應當適用於其他多工存取技術以及採用該等技術的電信標準。
在一些態樣，一種由UE執行的無線通訊的方法可以包括以下步驟：決定實體上行鏈路控制通道（PUCCH）傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸。
在一些態樣，一種用於無線通訊的UE可以包括記憶體和耦合到記憶體的一或多個處理器。記憶體和一或多個處理器可以被配置為：決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸。
在一些態樣，一種非暫時性電腦可讀取媒體可以儲存用於無線通訊的一或多個指令。一或多個指令當被UE的一或多個處理器執行時，可以使得一或多個處理器進行以下操作：決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸。
在一些態樣，一種用於無線通訊的裝置可以包括：用於決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯的構件，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及用於當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸的構件。
在一些態樣，一種由UE執行的無線通訊的方法可以包括以下步驟：接收PUCCH配置，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合；產生上行鏈路控制資訊（UCI）；及根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息。
在一些態樣，一種用於無線通訊的UE可以包括記憶體和耦合到記憶體的一或多個處理器。記憶體和一或多個處理器可以被配置為：接收PUCCH配置，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合；產生UCI；及根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息。
在一些態樣，一種非暫時性電腦可讀取媒體可以儲存用於無線通訊的一或多個指令。一或多個指令當被UE的一或多個處理器執行時，可以使得一或多個處理器進行以下操作：接收PUCCH配置，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合；產生UCI；及根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息。
在一些態樣，一種用於無線通訊的裝置可以包括：用於接收PUCCH配置的構件，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合；用於產生UCI的構件；及用於根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息的構件。
在一些態樣，一種由基地站執行的無線通訊的方法可以包括以下步驟：決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置；決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及向UE傳輸第一配置和第二配置。
在一些態樣，一種用於無線通訊的基地站可以包括記憶體和耦合到記憶體的一或多個處理器。記憶體和一或多個處理器可以被配置為：決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置；決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及向UE傳輸第一配置和第二配置。
在一些態樣，一種非暫時性電腦可讀取媒體可以儲存用於無線通訊的一或多個指令。一或多個指令當被基地站的一或多個處理器執行時，可以使得一或多個處理器進行以下操作：決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置；決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及向UE傳輸第一配置和第二配置。
在一些態樣，一種用於無線通訊的裝置可以包括：用於決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置的構件；用於決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置的構件，其中與第一類型的服務相比，第二類型的服務是與更高的可靠性或更低的時延相關聯的；及用於向UE傳輸第一配置和第二配置的構件。
態樣通常包括方法、裝置、系統、電腦程式產品、非暫時性電腦可讀取媒體、使用者設備、基地站、無線通訊設備及/或處理系統，如本文參照附圖和說明書所充分描述的以及如附圖和說明書所說明的。
為了可以更好地理解下文的具體實施方式，上文已經對根據本案內容的實例的特徵和技術優點進行了相當廣闊的概括。下文將描述額外的特徵和優點。可以將所揭示的概念和特定實例容易地使用成用於修改或設計執行本案內容的相同目的的其他結構的基礎。此種等同的構造不脫離所附申請專利範圍的保護範疇。當結合附圖來考慮下文的描述時，將能更好地理解本文所揭示的概念的特性（關於其組織和操作方法），連同相關聯的優點。提供附圖中的每一個附圖出於說明和描述目的，並且不作為對請求項的限制的定義。
後文參照附圖更全面地描述本案內容的各個態樣。但是，本案內容可以體現在多種不同的形式中，並且其不應被解釋為受限於貫穿本案內容提供的任何特定結構或功能。相反，提供該等態樣將使得本案內容變得透徹和完整，並將向熟習此項技術者完整地傳達本案內容的範疇。至少部分地基於本文的教示，熟習此項技術者應當理解的是，本案內容的範疇意欲覆蓋本文所揭示的揭示內容的任何態樣，無論其是與本案內容的任何其他態樣相獨立地實現的還是與其組合地實現的。例如，使用本文闡述的任意數量的態樣可以實現裝置或可以實踐方法。此外，本案內容的保護範疇意欲覆蓋此種裝置或方法，該裝置或方法使用其他結構、功能，或者除了或不同於本文所闡述的本案內容的各個態樣的結構和功能來實踐。應當理解的是，本文所揭示的揭示內容的任何態樣可以經由請求項中的一或多個元素來體現。
現在將參照各種裝置和技術來提供電信系統的若干態樣。該等裝置和技術將在下文的具體實施方式中進行描述，並在附圖中經由各種方塊、模組、元件、電路、步驟、過程、演算法等等（其統稱為「元素」）來進行說明。可以使用硬體、軟體或者其組合來實現該等元素。至於此種元素是實現成硬體還是實現成軟體，取決於特定的應用和對整體系統所施加的設計約束。
應當注意的是，儘管本文使用通常與3G及/或4G無線技術相關聯的術語來描述態樣，但是本案內容的態樣亦可應用於基於其他代的通訊系統（例如，5G及其之後的，包括NR技術）。
圖1是圖示可以實踐本案內容的態樣的網路100的圖。網路100可以是LTE網路或某種其他無線網路（例如，5G或NR網路）。無線網路100可以包括數個BS 110（圖示成BS 110a、BS 110b、BS 110c和BS 110d）和其他網路實體。BS是與使用者設備（UE）進行通訊的實體，並且亦可以稱為基地站、NR BS、節點B、gNB、5G節點B（NB）、存取點、傳輸接收點（TRP）等等。每一個BS可以為特定的地理區域提供通訊覆蓋。在3GPP中，取決於使用術語「細胞」的上下文，術語「細胞」可以代表BS的覆蓋區域及/或服務該覆蓋區域的BS子系統。
BS可以提供針對巨集細胞、微微細胞、毫微微細胞及/或另一種類型的細胞的通訊覆蓋。巨集細胞可以覆蓋相對較大的地理區域（例如，半徑若干公里），以及可以允許具有服務訂閱的UE的不受限制的存取。微微細胞可以覆蓋相對較小的地理區域，以及可以允許具有服務訂閱的UE的不受限制的存取。毫微微細胞可以覆蓋相對較小的地理區域（例如，家庭），以及可以允許具有與毫微微細胞的關聯的UE（例如，封閉用戶群組（CSG）中的UE）的受限制的存取。針對巨集細胞的BS可以稱為巨集BS。針對微微細胞的BS可以稱為微微BS。針對毫微微細胞的BS可以稱為毫微微BS或家庭BS。在圖1所示的實例中，BS 110a可以是針對巨集細胞102a的巨集BS，BS 110b可以是針對微微細胞102b的微微BS，以及BS 110c可以是針對毫微微細胞102c的毫微微BS。BS可以支援一或多個（例如，三個）細胞。術語「eNB」、「基地站」、「NR BS」、「gNB」、「TRP」、「AP」、「節點B」、「5G NB」和「細胞」在本文中可以互換地使用。
在一些態樣中，細胞可以不必要是靜止的，以及細胞的地理區域可以根據行動BS的位置來移動。在一些態樣中，BS可以使用任何適當的傳輸網路，經由各種類型的回載介面（例如，直接實體連接、虛擬網路等等），來彼此之間互連及/或互連到存取網路100中的一或多個其他BS或網路節點（未圖示）。
無線網路100亦可以包括中繼站。中繼站是可以從上游站（例如，BS或UE）接收資料的傳輸，以及向下游站（例如，UE或BS）發送資料的傳輸的實體。中繼站亦可以是可以對針對其他UE的傳輸進行中繼的UE。在圖1中所示的實例中，中繼站110d可以與巨集BS 110a和UE 120d進行通訊，以便促進實現BS 110a和UE 120d之間的通訊。中繼站亦可以稱為中繼BS、中繼基地站、中繼器等等。
無線網路100可以是包括不同類型的BS（例如，巨集BS、微微BS、毫微微BS、中繼BS等等）的異質網路。該等不同類型的BS可以具有不同的傳輸功率位準、不同的覆蓋區域和對無線網路100中的干擾的不同影響。例如，巨集BS可以具有較高的傳輸功率位準（例如，5至40瓦特），而微微BS、毫微微BS和中繼BS可以具有較低的傳輸功率位準（例如，0.1至2瓦特）。
網路控制器130可以耦合到BS的集合，以及可以為該等BS提供協調和控制。網路控制器130可以經由回載來與BS進行通訊。BS亦可以彼此之間進行通訊，例如，直接通訊或者經由無線回載或有線回載來間接通訊。
UE 120（例如，120a、120b、120c）可以分散於整個無線網路100，以及每一個UE可以是靜止的或行動的。UE亦可以稱為存取終端、終端、行動站、用戶單元、站等等。UE可以是蜂巢式電話（例如，智慧型電話）、個人數位助理（PDA）、無線數據機、無線通訊設備、手持設備、膝上型電腦、無線電話、無線區域迴路（WLL）站、平板設備、照相機、遊戲設備、小筆電、智慧型電腦、超級本、醫療設備或裝備、生物計量感測器/設備、可穿戴設備（智慧手錶、智慧服裝、智慧眼鏡、智慧腕帶、智慧珠寶（例如，智慧戒指、智慧手環））、娛樂設備（例如，音樂或視訊設備，或者衛星無線電設備）、車載元件或者感測器、智慧計量器/感測器、工業製造設備、全球定位系統設備或者被配置為經由無線媒體或有線媒體進行通訊的任何其他適當設備。
一些UE可以視作為機器類型通訊（MTC）或進化型或增強型機器類型通訊（eMTC）UE。MTC和eMTC UE包括例如可以與基地站、另一個設備（例如，遠端設備）或者某種其他實體進行通訊的機器人、無人機、遠端設備，感測器、計量器、監測器、位置標籤等等。例如，無線節點可以經由有線或無線通訊鏈路，提供針對或者去往網路（例如，諸如網際網路或蜂巢網路之類的廣域網路）的連接。一些UE可以視作為物聯網路（IoT）設備，及/或可以被實現為NB-IoT（窄頻物聯網路）設備。一些UE可以視作為客戶駐地設備（CPE）。UE 120可以包括在容納UE 120的元件（例如，處理器元件、記憶體元件等等）的殼體之內。
通常，在給定的地理區域中，可以部署任意數量的無線網路。每一個無線網路可以支援特定的RAT，以及可以操作在一或多個頻率上。RAT亦可以稱為無線電技術、空中介面等等。頻率亦可以稱為載波、頻率通道等等。每一個頻率可以支援給定的地理區域中的單個RAT，以便避免不同的RAT的無線網路之間的干擾。在一些情況下，可以部署NR或5G RAT網路。
在一些態樣，兩個或更多個UE 120（例如，圖示為UE 120a和UE 120e）可以使用一或多個副鏈路通道來直接通訊（例如，不將基地站110用作中介裝置來彼此通訊）。例如，UE 120可以使用以下各項來進行通訊：同級間（P2P）通訊、設備到設備（D2D）通訊、交通工具到萬物（V2X）協定（例如，其可以包括交通工具到交通工具（V2V）協定、交通工具到基礎設施（V2I）協定等等）、網狀網路等等。在該情況下，UE 120可以執行如由基地站110執行的排程操作、資源選擇操作，及/或本文別處描述的其他操作。
如上文所指示的，圖1僅作為實例來提供。其他實例可以與關於圖1所描述的內容不同。
圖2圖示基地站110和UE 120的設計200的方塊圖，該基地站110和UE 120可以是圖1中的基地站中的一個基地站和UE中的一個UE。基地站110可以裝備有T個天線234a到234t，以及UE 120可以裝備有R個天線252a到252r，其中通常T≥1，以及R≥1。
在基地站110處，傳輸處理器220可以從資料來源212接收針對一或多個UE的資料，至少部分地基於從每個UE接收的通道品質指示符（CQI）來選擇針對該UE的一或多個調制和編碼方案（MCS），至少部分地基於針對每一個UE選擇的MCS來對針對該UE的資料進行處理（例如，編碼和調制），並且提供針對所有UE的資料符號。傳輸處理器220亦可以處理系統資訊（例如，針對半靜態資源劃分資訊（SRPI）等等）和控制資訊（例如，CQI請求、容許、上層信號傳遞等等），並提供管理負擔符號和控制符號。傳輸處理器220亦可以產生針對參考信號（例如，特定於細胞的參考信號（CRS））和同步信號（例如，主要同步信號（PSS）和次要同步信號（SSS））的參考符號。傳輸（TX）多輸入多輸出（MIMO）處理器230可以在資料符號、控制符號、管理負擔符號及/或參考符號上執行空間處理（例如，預編碼）（若適用的話），並向T個調制器（MOD）232a到232t提供T個輸出符號串流。每一個調制器232可以處理各自的輸出符號串流（例如，用於OFDM等等），以獲得輸出取樣串流。每一個調制器232可以對輸出取樣串流進一步處理（例如，轉換成類比的、放大、濾波和升頻轉換），以獲得下行鏈路信號。來自調制器232a到232t的T個下行鏈路信號可以分別經由T個天線234a到234t進行傳輸。根據下文更詳細描述的各個態樣，可以利用位置編碼來產生同步信號，以傳送額外的資訊。
在UE 120處，天線252a到252r可以從基地站110及/或其他基地站接收下行鏈路信號，以及可以分別將接收的信號提供給解調器（DEMOD）254a到254r。每一個解調器254可以調節（例如，濾波、放大、降頻轉換和數位化）接收的信號，以獲得輸入取樣。每一個解調器254亦可以處理輸入取樣（例如，用於OFDM等等），以獲得接收的符號。MIMO偵測器256可以從所有R個解調器254a到254r獲得接收的符號，在接收的符號上執行MIMO偵測（若適用的話），以及提供偵測的符號。接收處理器258可以處理（例如，解調和解碼）偵測到的符號，向資料槽260提供針對UE 120的解碼資料，以及向控制器/處理器280提供解碼控制資訊和系統資訊。通道處理器可以決定參考信號接收功率（RSRP）、接收信號強度指示符（RSSI）、參考信號接收品質（RSRQ）、通道品質指示符（CQI）等等。
在上行鏈路上，在UE 120處，傳輸處理器264可以對來自資料來源262的資料和來自控制器/處理器280的控制資訊（例如，用於包括RSRP、RSSI、RSRQ、CQI等等的報告）進行接收和處理。傳輸處理器264亦可以產生針對一或多個參考信號的參考符號。來自傳輸處理器264的符號可以由TX MIMO處理器266進行預編碼（若適用的話），由調制器254a到254r進行進一步處理（例如，用於DFT-s-OFDM、CP-OFDM等等），以及傳輸給基地站110。在基地站110處，來自UE 120和其他UE的上行鏈路信號可以由天線234進行接收，由解調器232進行處理，由MIMO偵測器236進行偵測（若適用的話），以及由接收處理器238進行進一步處理，以獲得UE 120發送的解碼資料和控制資訊。接收處理器238可以向資料槽239提供解碼資料，以及向控制器/處理器240提供解碼控制資訊。基地站110可以包括通訊單元244，並且經由通訊單元244來與網路控制器130通訊。網路控制器130可以包括通訊單元294、控制器/處理器290和記憶體292。
在一些態樣中，UE 120的一或多個元件可以被包括在殼體中。基地站110的控制器/處理器240、UE 120的控制器/處理器280，及/或圖2的任何其他元件可以執行為超可靠低時延通訊（URLLC）分配實體上行鏈路控制通道（PUCCH）資源相關聯的一或多個技術，如本文其他地方所進一步詳細描述的。例如，基地站110的控制器/處理器240、UE 120的控制器/處理器280，及/或圖2的任何其他元件可以執行或導引例如圖10的過程1000、圖11的過程1100、圖12的過程1200、圖13的過程1300及/或如本文所描述的其他過程的操作。記憶體242和282可以分別儲存針對基地站110和UE 120的資料和程式碼。排程器246可以排程UE用於在下行鏈路及/或上行鏈路上進行資料傳輸。
在一些態樣，UE 120可以包括：用於決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯的構件，其中與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯；用於當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸該PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸該PUCCH傳輸的構件等等。另外地或替代地，UE 120可以包括：用於接收PUCCH配置的構件，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合；用於產生UCI的構件；用於根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息的構件等等。在一些態樣，此種構件可以包括結合圖2所描述的UE 120的一或多個元件。
在一些態樣，基地站110可以包括：用於決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置的構件；用於決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置的構件，其中與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯；用於向UE傳輸第一配置和第二配置的構件。在一些態樣，此種構件可以包括結合圖2所描述的基地站110的一或多個元件。
如上文所指示的，提供圖2作為實例。其他實例可以與關於圖2所描述的內容不同。
圖3A圖示用於電信系統（例如，NR）中的FDD的示例性訊框結構300。可以將針對下行鏈路和上行鏈路中的每一者的傳輸等時線劃分成無線電訊框（有時被稱為訊框）的單位。每一個無線電訊框可以具有預先決定的持續時間（例如，10毫秒（ms）），以及可以被劃分成Z個（Z≥1）子訊框（例如，具有0至Z-1的索引）的集合。每一個子訊框可以具有預先定義的持續時間（例如，1 ms）以及可以包括時槽集合（例如，在圖3A中圖示每子訊框2m 個時槽，其中m是用於傳輸的數值方案，諸如0、1、2、3、4等等）。每一個時槽可以包括一組L個符號週期。例如，每個時槽可以包括十四個符號週期（例如，如圖3A中所示）、七個符號週期，或另一數量的符號週期。在子訊框包括兩個時槽的情況下（例如，當m=1時），子訊框可以包括2L個符號週期，其中可以向每一個子訊框中的2L個符號週期分配0至2L-1的索引。在一些態樣，用於FDD的排程單位可以是基於訊框的、基於子訊框的、基於時槽的、基於符號的等等。
儘管本文中結合訊框、子訊框、時槽等等來描述一些技術，但該等技術可以等同地適用於其他類型的無線通訊結構，該等無線通訊結構可以使用5G NR中的不同於「訊框」、「子訊框」、「時槽」等等的術語來代表。在一些態樣，無線通訊結構可以代表由無線通訊標準及/或協定所定義的週期性的受時間限制的通訊單元。另外地或替代地，可以使用與圖3A中所圖示的彼等不同配置的無線通訊結構。
在某些電信（例如，NR）中，基地站可以傳輸同步信號。例如，基地站可以在針對基地站所支援的每一個細胞的下行鏈路上，傳輸主要同步信號（PSS）、次要同步信號（SSS）等等。PSS和SSS可以由UE用於細胞搜尋和獲取。例如，UE可以使用PSS來決定符號時序，以及UE可以使用SSS來決定與基地站相關聯的實體細胞辨識符和訊框時序。基地站亦可以傳輸實體廣播通道（PBCH）。PBCH可以攜帶某種系統資訊，例如，支援由UE進行的初始存取的系統資訊。
在一些態樣，基地站可以根據包括多個同步通訊（例如，SS區塊）的同步通訊層次（例如，同步信號（SS）層次）來傳輸PSS、SSS及/或PBCH，如下文結合圖3B所描述的。
圖3B是概念性地圖示一種示例性SS層次的方塊圖，該SS層次是同步通訊層次的實例。如圖3B中所示，SS層次可以包括SS短脈衝集，該SS短脈衝集可以包括複數個SS短脈衝（其辨識為SS短脈衝0至SS短脈衝B-1，其中B是基地站可以傳輸的SS短脈衝的最大重複數量）。如進一步所圖示的，每個SS短脈衝可以包括一或多個SS區塊（其辨識為SS區塊0至SS區塊（bmax_SS-1 ），其中bmax_SS-1 是SS短脈衝可以攜帶的SS區塊的最大數量）。在一些態樣，不同的SS區塊可以進行不同地波束成形。無線節點可以週期性地（例如，每X毫秒地）傳輸SS短脈衝集，如圖3B中所示。在一些態樣，SS短脈衝集可以具有固定的或者動態的長度（在圖3B中圖示為Y毫秒）。
圖3B中所圖示的SS短脈衝集是同步通訊集的實例，以及可以結合本文描述的技術來使用其他同步通訊集。此外，圖3B中所圖示的SS區塊是同步通訊的實例，以及可以結合本文所描述的技術使用其他同步通訊。
在一些態樣，SS區塊包括攜帶PSS、SSS、PBCH及/或其他同步信號（例如，第三同步信號（TSS））及/或同步通道的資源。在一些態樣，在SS短脈衝中包括多個SS區塊，以及PSS、SSS及/或PBCH在SS短脈衝的每個SS區塊上可以是相同的。在一些態樣，可以在SS短脈衝中包括單個SS區塊。在一些態樣，SS區塊在長度上可以是至少四個符號週期，其中每個符號攜帶PSS（例如，其佔用一個符號）、SSS（例如，其佔用一個符號），及/或PBCH（例如，其佔用兩個符號）中的一者或多者。
在一些態樣，SS區塊的符號是連續的，如圖3B中所示。在一些態樣，SS區塊的符號是非連續的。類似地，在一些態樣，可以在一或多個時槽期間，在連續的無線電資源（例如，連續的符號週期）中傳輸SS短脈衝中的一或多個SS區塊。另外地或替代地，可以在非連續的無線電資源中傳輸SS短脈衝中的一或多個SS區塊。
在一些態樣，SS短脈衝可以具有短脈衝時段，由此，基地站根據短脈衝時段來傳輸SS短脈衝的SS區塊。換言之，可以在每個SS短脈衝期間重複SS區塊。在一些態樣，SS短脈衝集可以具有短脈衝集週期，由此，基地站根據固定短脈衝集週期來傳輸SS短脈衝集的SS短脈衝。換言之，可以在每個SS短脈衝集期間重複SS短脈衝。
基地站可以在某些時槽中，在實體下行鏈路共享通道（PDSCH）上傳輸系統資訊（例如，系統資訊區塊（SIB））。基地站可以在時槽的C個符號週期中，在實體下行鏈路控制通道（PDCCH）上傳輸控制資訊/資料，其中B可以是針對每個時槽可配置的。基地站可以在每個時槽的剩餘符號週期中，在PDSCH上傳輸訊務資料及/或其他資料。
如上文所指示的，圖3A和圖3B提供成實例。其他實例可以與關於圖3A和圖3B所描述的內容不同。
圖4圖示具有普通循環字首的示例性時槽格式410。可以將可用的時間頻率資源劃分成資源區塊。每一個資源區塊可以在一個時槽中覆蓋次載波集合（例如，12個次載波），以及可以包括多個資源元素。每一個資源元素可以覆蓋一個符號週期（例如，在時間上）中的一個次載波，以及可以用於發送一個調制符號，該調制符號可以是實值或複值。
對於用於某些電信系統（例如，NR）中的FDD的下行鏈路和上行鏈路中的每一者而言，可以使用交錯結構。例如，可以定義具有0至Q-1的索引的Q個交錯，其中Q可以等於4、6、8、10或者某個其他值。每一個交錯可以包括被Q個訊框分隔開的時槽。具體而言，交錯q可以包括時槽q、、等等，其中q∈{0,…,Q-1}。
UE可以位於多個BS的覆蓋範圍之內。可以選擇該等BS中的一個BS來服務UE。可以至少部分地基於諸如接收信號強度、接收信號品質、路徑損耗等等之類的各種標準，來選擇服務的BS。可以經由信號與雜訊加干擾比（SINR），或者參考信號接收品質（RSRQ）或者某種其他度量，對接收信號品質進行量化。UE可能在顯著干擾場景下進行操作，在該顯著干擾場景下，UE可以觀測到來自一或多個干擾BS的強干擾。
儘管本文所描述的實例的態樣可以與NR或5G技術相關聯，但本案內容的態樣可以適用於其他無線通訊系統。新無線電（NR）可以代表被配置為根據新的空中介面（例如，不同於基於正交分頻多工存取（OFDMA）的空中介面）或者固定傳輸層（例如，不同於網際網路協定（IP））進行操作的無線電單元。在一些態樣，NR可以在上行鏈路上使用具有CP的OFDM（本文稱為循環字首OFDM或CP-OFDM）及/或SC-FDM，在下行鏈路上使用CP-OFDM，以及包括支援使用TDD的半雙工操作。在一些態樣，NR可以例如在上行鏈路上使用具有CP的OFDM（本文稱為CP-OFDM）及/或離散傅裡葉變換擴展正交分頻多工（DFT-s-OFDM），在下行鏈路上使用CP-OFDM，以及包括支援使用TDD的半雙工操作。NR可以包括：目標針對於寬頻寬（例如，80兆赫茲（MHz）以及之上）的增強型行動寬頻（eMBB）服務、目標針對於高載波頻率（例如，60吉赫茲（GHz））的毫米波（mmW）、目標針對於非向後相容MTC技術的大規模MTC（mMTC），及/或目標針對於超可靠低時延通訊（URLLC）服務的關鍵任務。
在一些態樣，可以支援100 MHz的單分量載波頻寬。NR資源區塊可以在0.1毫秒（ms）持續時間上，跨度具有60或120千赫茲（kHz）的次載波頻寬的12個次載波。每一個無線電訊框可以包括40個時槽以及可以具有10 ms的長度。因此，每一個時槽可以具有0.25 ms的長度。每一個時槽可以指示用於資料傳輸的鏈路方向（亦即，DL或UL），以及針對每一個時槽的鏈路方向可以進行動態地切換。每一個時槽可以包括DL/UL資料以及DL/UL控制資料。
可以支援波束成形，以及可以動態地配置波束方向。亦可以支援具有預編碼的MIMO傳輸。DL中的MIMO配置可以支援多達8個傳輸天線，多層DL傳輸高達8個串流，以及每UE高達2個串流。可以支援具有每UE高達2個串流的多層傳輸。可以在高達8個服務細胞的情況下，支援對多個細胞的聚合。或者，NR可以支援不同的空中介面，該空中介面與基於OFDM的介面不同。NR網路可以包括諸如中央單元或分散式單元之類的實體。
如上文所指示的，圖4提供成實例。其他實例可以與關於圖4所描述的內容不同。
圖5是圖示以DL為中心的時槽或無線通訊結構的實例的圖500。以DL為中心的時槽可以包括控制部分502。控制部分502可以存在於以DL為中心的時槽的初始或開始部分中。控制部分502可以包括與以DL為中心的時槽的各個部分相對應的各種排程資訊及/或控制資訊。在一些配置中，控制部分502可以是實體DL控制通道（PDCCH），如圖5中所指示的。在一些態樣中，控制部分502可以包括傳統PDCCH資訊、縮短的PDCCH（sPDCCH）資訊、控制格式指示符（CFI）值（例如，在實體控制格式指示符通道（PCFICH）上攜帶的）、一或多個容許（例如，下行鏈路容許、上行鏈路容許等）及/或諸如此類。
以DL為中心的時槽亦可以包括DL資料部分504。DL資料部分504有時可以被稱為以DL為中心的時槽的有效負荷。DL資料部分504可以包括用於從排程實體（例如，UE或BS）向從屬實體（例如，UE）來傳送DL資料的通訊資源。在一些配置中，DL資料部分504可以是實體DL共享通道（PDSCH）。
以DL為中心的時槽亦可以包括UL短短脈衝部分506。UL短短脈衝部分506有時可以被稱為UL短脈衝、UL短脈衝部分、共用UL短脈衝、短短脈衝、UL短短脈衝、共用UL短短脈衝、共用UL短短脈衝部分及/或各種其他適當術語。在一些態樣，UL短短脈衝部分506可以包括一或多個參考信號。另外地或替代地，UL短短脈衝部分506可以包括與以DL為中心的時槽的各個其他部分相對應的回饋資訊。例如，UL短短脈衝部分506可以包括與控制部分502及/或資料部分504相對應的回饋資訊。可以被包括在UL短短脈衝部分506中的資訊的非限制性實例包括：ACK信號（例如，PUCCH ACK、PUSCH ACK、即時ACK）、NACK信號（例如，PUCCH NACK、PUSCH NACK、即時NACK）、排程請求（SR）、緩衝區狀態報告（BSR）、HARQ指示符、通道狀態指示（CSI）、通道品質指示符（CQI）、探測參考信號（SRS）、解調參考信號（DMRS）、PUSCH資料，及/或各種其他合適類型的資訊。UL短短脈衝部分506可以包括額外的或替代的資訊，諸如關於隨機存取通道（RACH）程序的資訊、排程請求和各種其他合適類型的資訊。
如圖5中所示，DL資料部分504的結束可以在時間上從UL短短脈衝部分506的開始相分離。該時間分離有時可以稱為間隙、保護時段、保護間隔及/或各種其他合適的術語。該分離提供用於從DL通訊（例如，由從屬實體（例如，UE）進行的接收操作）到UL通訊（例如，由從屬實體（例如，UE）進行的傳輸）的切換的時間。上述僅僅是以DL為中心的無線通訊結構的一個實例並且在不必要偏離本文中描述的態樣的情況下可以存在具有類似特徵的替代結構。
如前述，提供圖5僅作為實例。其他實例可以與關於圖5所描述的內容不同。
圖6是圖示以UL為中心的時槽或無線通訊結構的實例的圖600。以UL為中心的時槽可以包括控制部分602。控制部分602可以存在於以UL為中心的時槽的初始或開始部分。圖6中的控制部分602可以類似於上文參考圖5描述的控制部分502。以UL為中心的時槽亦可以包括UL長短脈衝部分604。UL長短脈衝部分604有時可以被稱為以UL為中心的時槽的有效負荷。UL部分可以指用於從從屬實體（例如，UE）向排程實體（例如，UE或BS）來傳送UL資料的通訊資源。在一些配置中，控制部分602可以是實體DL控制通道（PDCCH）。
如圖6中所示，控制部分602的結束可以在時間上從UL長短脈衝部分604的開始相分離。該時間分離有時可以稱為間隙、保護時段、保護間隔及/或各種其他合適的術語。該分離提供用於從DL通訊（例如，由排程實體進行的接收操作）到UL通訊（例如，由排程實體進行的傳輸）的切換的時間。
以UL為中心的時槽亦可以包括UL短短脈衝部分606。圖6中的UL短短脈衝部分606可以與上文參考圖5描述的UL短短脈衝部分506類似，並且可以包括上文結合圖5描述的資訊中的任何資訊。上文僅僅是以UL為中心的無線通訊結構的一個實例，並且在不一定偏離本文中描述的態樣的情況下可以存在具有類似特徵的替代結構。
在一些情況下，兩個或更多個從屬實體（例如，UE）可以使用副鏈路信號來相互通訊。此種副鏈路通訊的現實世界應用可以包括公共安全、近距離服務、UE到網路中繼、交通工具到交通工具（V2V）通訊、萬物網路（IoE）通訊、IoT通訊、關鍵任務網格及/或各種其他合適的應用。一般來講，副鏈路信號可以指即使排程實體可以用於排程及/或控制目的，亦在不經由排程實體（例如，UE或BS）來對通訊進行中繼的情況下，從一個從屬實體（例如，UE1）到另一個從屬實體（例如，UE2）傳送的信號。在一些態樣中，副鏈路信號可以使用經授權的頻譜（不像通常使用未授權頻譜的無線區域網路）來傳送。
在一個實例中，無線通訊結構（諸如訊框）可以包括以UL為中心的時槽和以DL為中心的時槽二者。在該實例中，訊框中以UL為中心的時槽與以DL為中心的時槽的比率可以至少部分地基於所傳輸的UL資料的量和DL資料的量來動態調整。例如，若存在較多的UL資料，則以UL為中心的時槽與以DL為中心的時槽的比率可以增加。相反，若存在較多的DL資料，則以UL為中心的時槽與以DL為中心的時槽的比率可以減小。
如前述，提供圖6僅作為實例。其他實例可以與關於圖6所描述的內容不同。
在一些例子中，BS和UE可以經由多種類型的服務，彼此之間進行通訊。例如，在BS和UE之間的第一通訊可以使用增強型行動寬頻（eMBB）服務，以及在BS和UE之間的第二通訊可以使用超可靠低時延通訊（URLLC）服務。在此種情況下，不同類型的服務可以具有不同的特性及/或要求，例如不同的時延及/或可靠性要求（例如，URLLC服務具有比eMBB更高的可靠性和更低的時延要求）。但是，在一些情況下，可以為在BS和UE之間的通訊分配相同的PUCCH資源集，而不管正在用於該通訊的服務的類型（例如，eMBB或URLLC）。因此，由於與長PUCCH資源相關聯的相當大的時延，所以較長的PUCCH資源（例如，14個符號）可能對URLLC是無用的。另一態樣，可能需要更頻繁地（例如，每兩個符號）配置URLLC PUCCH資源以滿足低時延要求，此舉對於eMBB服務不是必需的。
此外，在一些例子中，下行鏈路控制資訊（DCI）可以取決於所使用的服務的類型而不同。例如，與用於URLLC的DCI中包括的信號傳遞方法相比，用於eMBB的DCI可以包括用於PUCCH資源分配的不同信號傳遞方法。因此，當分配PUCCH資源而不管要用於PUCCH傳輸的服務類型時，UE可能不正確地解釋資源中的何者資源將用於特定的PUCCH傳輸。
此外，在一些例子中，當兩個PUCCH通道（例如，一個用於eMBB，並且一個用於URLLC）在時間上重疊時，UE可能需要對用於兩個通道（例如，用於eMBB和URLLC二者）的上行鏈路控制資訊（UCI）位元進行多工處理，以及在單個通道中傳輸該UCI。但是，此舉可能對可靠性具有負面影響，因為多工的UCI不指示已經正確地接收到URLLC封包還是eMBB封包。不管與封包相關聯的服務的類型，多工的UCI簡單地指示接收的封包的總數。此外，在一些例子中，UE可以針對不同類型的服務，使用不同的時序。例如，與用於URLLC認可或否定認可（ACK/NACK）的回應時序相比，可以存在用於eMBB ACK/NACK的不同回應時序。在一些情況下，ACK/NACK可以稱為混合自動重傳請求認可（HARQ-ACK）。類似地，ACK/NACK回饋可以稱為HARQ-ACK回饋，ACK/NACK資訊可以稱為HARQ-ACK資訊等等。
本文所描述的一些態樣結合與將用於PUCCH傳輸的服務的類型，來提供針對PUCCH資源的資源分配。例如，當PUCCH傳輸與第一類型的服務（例如，eMBB）相關聯時，UE可以使用第一資源集來發送PUCCH傳輸，以及當PUCCH傳輸與第二類型的服務（例如，URLLC）相關聯時，UE可以使用第二資源集來發送PUCCH傳輸。此外，本文所描述的一些態樣可以至少部分地基於與PUCCH傳輸相關聯的服務的類型，根據DCI中的信號傳遞來辨識用於PUCCH傳輸的資源，以確保監測及/或使用適當的資源。本文所描述的一些態樣可以至少部分地基於與PUCCH傳輸相關聯的服務的類型，使用分別的PUCCH資源來傳輸具有UCI的PUCCH傳輸。例如，針對與eMBB服務相關聯的PUCCH傳輸執行的下行鏈路指派索引（DAI）操作可以與針對與URLLC服務相關聯的PUCCH傳輸執行的DAI操作不同。
因此，本文所提供的一些實例可以允許至少部分地基於服務的類型，將不同的PUCCH資源動態地分配或用於PUCCH傳輸。例如，取決於與PUCCH傳輸相關聯的服務的要求，可以經由使用相對較少的PUCCH資源集合及/或在用於PUCCH傳輸的每個資源集合中使用相對較少的資源，PUCCH傳輸可以針對一種類型的服務比另一種類型的服務實現更高的可靠性及/或更低的時延。另外地或替代地，可以不要求此種高可靠性或低時延的另一種類型的服務可以節省信號傳遞頻寬，以及可以使用較大數量的PUCCH資源集合及/或資源集合內的較多數量的資源來配置。因此，本文中的一些實例可以根據需要，取決於與PUCCH傳輸相關聯的服務來節省網路資源，同時增加可靠性及/或減少時延。
圖7是根據本案內容的各個態樣，圖示為超可靠低時延通訊（URLLC）分配實體上行鏈路控制通道（PUCCH）資源的實例700的圖。在實例700中，BS 110和UE 120彼此交換複數個傳輸（或通訊）。在一些例子中，傳輸可以與第一類型的服務相關聯，以及在一些例子中，傳輸可以與第二類型的服務相關聯。如以下的實例中所述，第一類型的服務可以是eMBB服務，以及第二類型的服務可以是URLLC服務，但第一和第二類型的服務可以是不同的服務。例如，第二類型的服務可以具有比第一類型的服務更低的時延要求，可以具有比第一類型的服務更高的可靠性要求，可以與比第一類型的服務更高的優先順序相關聯，可以與比第一類型的服務更快的處理時間（例如，更短的處理等時線）相關聯等等。
在實例700中，因為某些傳輸可以與根據不同參數操作的不同類型的服務相關聯（例如，URLLC提供比eMBB更高的可靠性及/或更低的時延），所以BS 110和UE 120可以至少部分地基於與傳輸相關聯的服務類型，來配置及/或使用PUCCH資源。
如圖7中所示，以及經由元件符號710，BS 110至少部分地基於可以用於與UE 120的PUCCH傳輸的服務的類型，來決定用於PUCCH傳輸的資源配置。例如，當PUCCH傳輸與eMBB相關聯時，BS 110可以決定要用於PUCCH傳輸的PUCCH資源的第一配置，以及當PUCCH傳輸與URLLC相關聯時，BS 110可以決定要用於PUCCH傳輸的PUCCH資源的第二配置。
PUCCH資源的配置可以辨識要用於PUCCH傳輸的PUCCH資源（例如，資源區塊）集合的數量、要包括在資源集合中的資源的數量等等。PUCCH資源可以包括資源區塊集合。在一些情況下，每個PUCCH資源集合與上行鏈路控制資訊（UCI）有效負荷範圍相關聯。例如，第一PUCCH資源集合可以被配置為傳輸具有1位元或2位元的大小的UCI，第二PUCCH資源集合可以被配置為傳輸具有3位元到X1 位元的大小的UCI，第三PUCCH資源集合可以被配置為傳輸具有(X1 +1)位元到X2 位元的大小的UCI等等。對於URLLC，UCI的有效負荷大小通常較小，以幫助實現高可靠性。因此，與eMBB（例如，其可以使用四個集合）相比，URLLC可能需要更少的PUCCH資源集合（例如，一個或兩個集合）。因此，與用於使用URLLC服務的PUCCH傳輸的第二配置相比，用於使用eMBB服務的PUCCH傳輸的第一配置可以包括更多的資源集合。
在一些情況下，與eMBB PUCCH資源相比，URLLC PUCCH資源可以配置有更精細的細微性。例如，eMBB PUCCH資源配置可以將PUCCH資源配置有時槽的長度（例如，14個符號），而URLLC PUCCH資源配置可以將PUCCH資源配置有子時槽（或微時槽）的長度（例如，少於14個符號）。作為結果，eMBB PUCCH資源配置可能需要配置短（例如，1或2個符號）和長（例如，4到14個符號）PUCCH資源，而URLLC PUCCH資源配置可能僅需要配置比子時槽（或微時槽）長度更小的PUCCH資源。因此，與eMBB相比，針對URLLC在每個PUCCH資源集中需要更少的資源。因此，和與eMBB服務相關聯的PUCCH傳輸相比，針對與URLLC服務相關聯的PUCCH傳輸，每個資源集合可以包括更少的資源。在此種情況下，儘管eMBB服務可以使用相對較長的PUCCH（14個符號），但是此舉可以導致用於URLLC服務的時延太高，該URLLC服務將被較頻繁地配置（例如，每2個符號）以實現低時延。對於eMBB服務，可能沒有必要如此頻繁地進行配置，並且如此做可能是對信號傳遞頻寬及/或網路資源的浪費。因此，eMBB服務可以使用針對被配置用於eMBB的PUCCH傳輸的資源集合和大小，以及URLLC服務可以使用針對被配置用於URLLC的PUCCH傳輸的資源集合或大小。
在一些情況下，PUCCH資源可以用於傳輸與下行鏈路半持久排程（SPS）傳輸相關聯的HARQ-ACK回饋。可以在無線電資源控制（RRC）訊息中，將用於傳輸針對下行鏈路SPS的HARQ-ACK回饋的PUCCH資源配置為下行鏈路SPS配置的一部分。例如，可以在RRC訊息中配置週期性PUCCH資源，以及該PUCCH資源可以用於週期性地傳輸用於下行鏈路SPS傳輸的PUCCH。用於下行鏈路SPS的PUCCH資源配置可以指示PUCCH辨識符（PUCCH ID），該PUCCH ID辨識要用於HARQ-ACK回饋的PUCCH資源。但是，當針對eMBB和URLLC分別地配置下行鏈路SPS時，基地站110可能不僅需要指示PUCCH ID，亦需要指示PUCCH資源是否與URLLC傳輸（或eMBB傳輸或其他服務類型）相關聯。在此種情況下，UE 120可以從被配置用於URLLC傳輸的PUCCH資源集合中選擇PUCCH資源。因此，BS 110可以至少部分地基於在BS 110和UE 120之間的通訊中使用的服務的類型（例如，eMBB或URLLC），來決定針對與下行鏈路SPS傳輸相關聯的PUCCH資源的分別的配置。例如，對於與下行鏈路SPS相關聯的PUCCH資源，當PUCCH和下行鏈路SPS傳輸與eMBB相關聯時，BS 110可以決定要用於PUCCH傳輸的PUCCH資源的第一配置，以及當PUCCH和下行鏈路SPS傳輸與URLLC相關聯時，BS 110可以決定要用於PUCCH傳輸的PUCCH資源的第二配置。
在一些態樣，BS 110可以決定資源配置，該資源配置指示：UE 120可以存取相同的PUCCH資源集合以用於PUCCH傳輸，但是資源配置可以向PUCCH資源之每一者PUCCH資源指派參數，該參數將PUCCH資源分配用於第一類型的服務、第二類型的服務，或者該兩種類型的服務。例如，BS 110可以經由用於PUCCH傳輸的資源配置，向每個PUCCH資源指派參數，該參數指示每個PUCCH資源是將用於eMBB、URLLC、還是eMBB和URLLC二者。結果，如本文所描述的，UE 120可以存取相同的PUCCH資源集合以用於eMBB傳輸和URLLC傳輸二者，以及根據在DCI中接收的參數和資訊（例如，其辨識PUCCH資源及/或PUCCH資源的起始符號）來選擇用於PUCCH傳輸的適當資源。
如圖7中進一步所示，以及經由元件符號720，BS 110向UE 120傳輸具有資源配置的PUCCH配置。在一些態樣，PUCCH配置可以包括用於與第一類型的服務（例如，eMBB）相關聯的傳輸或通訊的第一參數集合，以及用於與第二類型的服務（例如，URLLC）相關聯的傳輸的第二參數集合。另外地或替代地，BS 110可以針對第一類型的服務和第二類型的服務，發送單獨的PUCCH配置。例如，BS 110可以發送用於eMBB的第一PUCCH配置和用於URLLC的第二PUCCH配置。在一些態樣，對於eMBB和URLLC，最大編碼率可以是不同的。例如，第一參數集合（及/或第一PUCCH配置）可以包括與第二參數集合（及/或第二PUCCH配置）不同的最大編碼率。
如圖7中進一步所示，以及經由元件符號730，BS 110傳輸具有DCI的下行鏈路通訊。下行鏈路通訊可以包括與服務類型相關聯的一或多個封包，其可以指示與PUCCH傳輸相關聯的服務的類型。例如，若下行鏈路通訊是eMBB通訊，則PUCCH傳輸可以與eMBB服務相關聯。另外地或替代地，若下行鏈路通訊與URLLC通訊相關聯，則PUCCH傳輸可以與URLLC通訊相關聯。
UE 120可以決定DCI是與eMBB相關聯，還是與URLLC相關聯。在一些態樣，下行鏈路通訊中的DCI可以包括ACK/NACK資源指示符（ARI）欄位，本文中被稱為PUCCH資源指示符。在一些態樣，UE 120可以至少部分地基於要用於PUCCH傳輸的服務類型（例如，eMBB或URLLC），來決定PUCCH資源指示符的位元寬度（亦即，位元數）。例如，當PUCCH傳輸與URLLC傳輸相關聯時，UE 120可以決定PUCCH資源指示符是2位元（例如，指示PUCCH資源集合中的資源的數量是4或更少）。再舉一個實例，當PUCCH傳輸與eMBB傳輸相關聯時，UE 120可以決定PUCCH資源指示符是3位元（例如，指示PUCCH資源集合中的資源的數量是8或更少）。
如圖7中進一步所示，以及經由元件符號740，UE 120至少部分地基於下行鏈路通訊，來決定與PUCCH傳輸相關聯的服務的類型。在一些態樣，UE 120可以至少部分地基於用於接收及/或傳輸先前封包的服務的類型來決定服務類型。例如，若經由第一服務接收到下行鏈路通訊，則UE 120可以決定將使用第一服務來傳輸PUCCH傳輸，以及若經由第二服務接收到下行鏈路通訊，則UE 120可以決定將使用第二服務來傳輸PUCCH傳輸。
如圖7中進一步所示，以及經由元件符號750，UE 120使用根據與PUCCH傳輸的服務類型相關聯的資源配置的資源，來傳輸PUCCH傳輸。因此，使用DCI，UE 120可以決定將何者資源用於PUCCH傳輸，以及使用該資源來傳輸PUCCH傳輸。
在一些態樣，UE 120可以配置有與不同服務（例如，eMBB和URLLC）相對應的不同PUCCH資源集。UE 120可以至少部分地基於在所接收的下行鏈路通訊中的與服務類型相關的配置和DCI，來決定何者資源將用於PUCCH傳輸。例如，UE 120可以決定PUCCH傳輸與eMBB服務相關聯。在此種情況下，UE 120可以至少部分地基於在所接收的下行鏈路通訊內的配置和DCI，從被配置用於eMBB服務的資源集合中選擇PUCCH資源。另外地或替代地，UE 120可以決定PUCCH傳輸與URLLC服務相關聯。在此種情況下，UE 120可以至少部分地基於在所接收的下行鏈路通訊內的配置和DCI，從被配置用於URLLC服務的資源集合中選擇PUCCH資源。DCI可以指示起始符號、要使用的OFDM符號和資源區塊的數量、PUCCH資源ID等等。
在一些實例中，當UE 120使用相同的PUCCH資源配置用於多種類型的服務時，UE 120可以參考用於指示PUCCH資源是用於URLLC還是用於eMBB（或用於兩者）的表。例如，UE 120可以參考下表，下表辨識用於eMBB和URLLC的PUCCH資源：
表 1
其中URLLC/eMBB標誌辨識出PUCCH資源是將用於URLLC PUCCH傳輸、eMBB PUCCH傳輸、還是URLLC和eMBB PUCCH傳輸二者。在一些態樣，每個PUCCH資源可以具有兩個分別的辨識符（例如，至少部分地基於URLLC/eMBB標誌來在UE處隱式地決定的虛擬ID），一個辨識符用於URLLC，以及一個辨識符用於eMBB。作為實例，對於與URLLC相關聯的PUCCH傳輸，UE 120可以在DCI中接收PUCCH資源指示符=3（其指示URLLC ID為3）。因此，UE 120使用PUCCH資源指示符=3並且從資源#0開始，將資源#7辨識為用於PUCCH傳輸的PUCCH資源，其中資源#0具有URLLC ID為0，資源#1具有URLLC ID為1，資源#6具有URLLC ID為2，以及資源#7具有URLLC ID為3。因此，每個資源#0-7可以具有至少部分地基於與PUCCH傳輸相關聯的服務類型（例如，eMBB或URLLC）的額外辨識符。
在一些態樣，UE 120可以使用起始符號參數來決定何者PUCCH資源將用於PUCCH傳輸。可以包括在DCI中的示例性起始符號參數對於URLLC和eMBB可以是不同的。例如，對於eMBB，起始符號參數可以代表時槽內的相對索引。另外地或替代地，對於URLLC，起始符號參數可以指示相對於信號傳遞（例如，DCI中的K1信號傳遞，其辨識何時將傳輸ACK/NACK）的時序。
在一些態樣，為了實現傳輸分集（例如，用於URLLC服務PUCCH傳輸），可以經由對應資源配置中辨識的資源集合中的兩個或更多個資源來傳輸PUCCH傳輸。例如，對於與URLLC服務相關聯的PUCCH傳輸，可以在被分配用於URLLC服務的資源集合中的兩個資源上，經由至少兩個傳輸天線來傳輸PUCCH傳輸，以獲得傳輸分集增益。此舉可以改良URLLC內PUCCH傳輸的可靠性。在此種情況下，多個PUCCH資源可以被配置有相同的辨識符。因此，若DCI指示要經由具有該辨識符的PUCCH資源來發送PUCCH傳輸，則可以經由多個資源來發送PUCCH傳輸。在一些情況下，DCI可以指示索引k ，以及UE 120可以至少部分地基於該索引和無線電資源控制（RRC）配置M （例如，其可以在接收DCI之前經由RRC通訊來接收）來使用PUCCH資源，該RRC配置M 指示被分配給UE的用於傳輸PUCCH的PUCCH資源的數量。因此，可以動態地接收k ，以及可以半靜態地接收M 。UE 120可以使用k 和M 來辨識要使用的對應資源集合中的PUCCH資源。例如，UE 120可以辨識具有等於M (k -1)、M (k -1)+1、…、Mk -1的辨識符的PUCCH資源。另外地或替代地，UE 120可以辨識具有等於k 、k+1 、…、k+M-1 的辨識符的PUCCH資源。在一些態樣，可以使用不同的或額外的PUCCH格式來實現傳輸分集。例如，某些PUCCH格式可以被配置用於URLLC，但不被配置用於eMBB。在一些態樣，上文結合傳輸分集論述的方案可以應用於URLLC PUCCH傳輸，但不應用於eMBB PUCCH傳輸。
下行鏈路指派索引（DAI）可以用於指示直到當前DCI為止，UE 120已經接收到的實體下行鏈路共享通道（PDSCH）通訊的數量。例如，UE 120可以接收對計數DAI及/或總DAI的指示。計數DAI的值可以表示直到當前服務細胞和當前PDCCH監測時機為止，在其中存在PDSCH接收或SPS PDSCH釋放的服務細胞PDCCH監測時機的累積數量。總DAI的值（當存在時）可以表示直到當前PDCCH監測時機為止，在其中存在PDSCH接收和SPS PDSCH釋放的服務細胞PDCCH監測時機對的總數。在一些態樣，UE 120可以追蹤及/或儲存用於URLLC和eMBB的不同DAI集合，以及可以執行用於URLLC和eMBB的分別的DAI計數及/或DAI累積。例如，UE 120可以追蹤及/或儲存兩個DAI集合，其中第一{計數 DAI，總DAI}集合僅應用於URLLC傳輸，以及第二{計數 DAI，總DAI}集合僅應用於eMBB傳輸。在此種情況下，URLLC DAI不計入eMBB DAI，並且反之亦然。在一些態樣，UE 120至少部分地基於PUCCH資源配置，可以被配置為針對不同類型的服務來執行分別的DAI操作。例如，當PUCCH傳輸與eMBB相關聯時可以根據第一下行鏈路指派索引（DAI）操作來決定PUCCH傳輸中的上行鏈路控制資訊（UCI），以及當PUCCH傳輸與URLLC相關聯時，可以根據第二DAI操作來決定PUCCH傳輸中的UCI。
UE 120可以決定DCI是與eMBB相關聯，還是與URLLC相關聯。在一些態樣，下行鏈路通訊中的DCI可以包括DAI欄位。在一些態樣，UE 120可以至少部分地基於要用於PUCCH傳輸的服務的類型（例如，eMBB或URLLC），來決定DAI的位元寬度（亦即，位元數）。例如，當PUCCH傳輸與URLLC傳輸相關聯時，UE 120可以決定DAI是1位元。作為另一實例，當PUCCH傳輸與eMBB傳輸相關聯時，UE 120可以決定DAI是2位元。
示例性PUCCH傳輸可以是ACK/NACK。可以動態地（例如，回應於接收到下行鏈路通訊）及/或根據半持久排程（SPS）來發送ACK/NACK。在一些態樣，與eMBB相比，可以關於針對URLLC的ACK/NACK附隨執行不同的DAI操作。具體而言，UE 120在發送PUCCH傳輸時，可以不在URLLC和eMBB之間進行多工處理。因此，可以在與用於對eMBB封包的接收的ACK/NACK相分別的PUCCH傳輸中發送用於對URLLC封包的接收的ACK/NACK。在一些態樣，當用於URLLC和eMBB二者的ACK/NACK在時間上重疊時，可以丟棄eMBB ACK/NACK（例如，以滿足URLLC的低時延和高可靠性要求）。但是，若傳輸將在相同的時槽中發生但不重疊，則可以不丟棄eMBB ACK/NACK。例如，若在符號1-5上排程第一PUCCH傳輸，以及在符號6-10上排程第二PUCCH傳輸，則第一PUCCH傳輸和第二PUCCH傳輸皆不被丟棄。另外地或替代地，當兩個傳輸被配置為部分地重疊時，可以丟棄eMBB PUCCH傳輸的重疊部分。例如，若eMBB PUCCH傳輸在符號1-10上並且URLLC PUCCH傳輸將在符號7-11上，則可以丟棄用於eMBB PUCCH傳輸的符號7-10中的資料。
在一些態樣，PUCCH傳輸可以包括服務請求（SR）（例如，以請求上行鏈路資源）及/或通道狀態資訊（CSI）報告（例如，以指示用於接收下行鏈路通訊的通道的狀態）。
如上文所指示的，圖7提供成實例。其他實例可以與關於圖7所描述的內容不同。
圖8是圖示為URLLC分配PUCCH資源的實例810和820的圖。在圖8中，圖示可以根據服務類型（例如，eMBB或URLLC）分配的資源的圖。如經由實例810所示，eMBB PUCCH資源集可以與為URLLC分配的PUCCH資源集不同。例如，eMBB PUCCH資源可以包括集合A、B、C、D，以及URLLC PUCCH資源集可以包括集合X、Y、Z。此外，如經由實例810所示，可以至少部分地基於服務類型，分配不同數量的資源集。例如，為eMBB分配四個PUCCH資源集A、B、C、D，而為URLLC分配三個資源集X、Y、Z。
如經由實例820所示，在一些態樣，可以為多種類型的服務共享相同的PUCCH資源集，以及一些資源集可以用於特定類型的資源集。例如，eMBB和URLLC皆可以使用集合ABC，但是僅eMBB可以使用集合0，並且僅URLLC可以使用集合1。因此，可以至少部分地基於PUCCH傳輸的類型，為PUCCH傳輸分配PUCCH資源集。
如上文所指示的，圖8提供成實例。其他實例可以與關於圖8所描述的內容不同。
圖9是圖示為URLLC分配PUCCH資源的實例900的圖。如經由實例900所示，為了實現傳輸分集，可以向資源集合內的多個資源指派相同的資源ID。在圖9中，兩個資源具有ID=2，以及四個資源具有ID=3。因此，當UE 120決定要經由具有ID=2的PUCCH資源來傳輸PUCCH傳輸時，UE 120可以經由兩個資源來傳輸PUCCH傳輸。類似地，當UE 120決定要經由具有ID=3的PUCCH資源來傳輸PUCCH傳輸時，UE 120可以經由四個資源來傳輸PUCCH傳輸。在一些態樣，兩個PUCCH資源或四個PUCCH資源可以與相同的時域資源相關聯（例如，可以被配置在相同的OFDM符號上），在該情況下，UE 120同時從不同的傳輸天線在該等指示的PUCCH資源上傳輸PUCCH以實現空間分集。
如上文所指示的，圖9提供成實例。其他實例可以與關於圖9所描述的內容不同。
圖10是根據本案內容的各個態樣，圖示例如由UE執行的示例性過程1000的圖。示例性過程1000是UE（例如，UE 120等等）執行與以下相關聯的操作的實例：辨識PUCCH資源，以及使用根據本文所描述的一些實例分配的PUCCH資源來發送PUCCH傳輸。
如圖10中所示，在一些態樣，過程1000可以包括：決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，其中與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯（方塊1010）。例如，UE（例如，使用接收處理器258、傳輸處理器264、控制器/處理器280、記憶體282等等）可以決定PUCCH傳輸是與第一類型的服務相關聯還是與第二類型的服務相關聯，如前述。在一些態樣，與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯。
如圖10中進一步所示，在一些態樣，過程1000可以包括：當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸（方塊1020）。例如，UE（例如，使用接收處理器258、傳輸處理器264、控制器/處理器280、記憶體282等等）可以當PUCCH傳輸與第一類型的服務相關聯時，使用第一資源集合來傳輸PUCCH傳輸，或者當PUCCH傳輸與第二類型的服務相關聯時，使用第二資源集合來傳輸PUCCH傳輸，如前述。
過程1000可以包括額外的態樣，例如，任何單個態樣或下文及/或結合本文其他地方所描述的一或多個其他過程描述的態樣的任何組合。
在第一態樣，第一類型的服務包括增強型行動寬頻（eMBB）服務，以及第二類型的服務包括超可靠、低時延通訊（URLLC）服務。
在第二態樣，單獨地或者與第一態樣組合地，第一資源集合包括被配置用於第一類型的服務的多個資源集。
在第三態樣，單獨地或者與第一和第二態樣中的一或多個態樣組合地，第二資源集合包括被配置用於第二類型的服務的多個資源集。
在第四態樣，單獨地或者與第一到第三態樣中的一或多個態樣組合地，PUCCH傳輸包括以下各項中的至少一項：認可及/或否定認可（ACK/NACK）、服務請求（SR）或通道狀態資訊（CSI）報告。
在第五態樣，單獨地或者與第一到第四態樣中的一或多個態樣組合地，ACK/NACK與動態排程或半持久排程（SPS）相關聯。
在第六態樣，單獨地或者與第一到第五態樣中的一或多個態樣組合地，第一資源集合包括四個資源集，以及第二資源集合包括少於四個資源集。
在第七態樣，單獨地或者與第一到第六態樣中的一或多個態樣組合地，第一資源集合與第二資源集合不同。
在第八態樣，單獨地或者與第一到第七態樣中的一或多個態樣組合地，第二資源集合中的資源集的數量小於第一資源集合中的資源集的數量。
在第九態樣，單獨地或者與第一到第八態樣中的一或多個態樣組合地，第一資源集合中的至少一個資源集是與第二資源集合中包括的資源集相同的資源集。
在第十態樣，單獨地或者與第一到第九態樣中的一或多個態樣組合地，第二資源集合之每一者集合內的資源的數量小於第一資源集合之每一者集合內的資源的數量。
在第十一態樣，單獨地或者與第一到第十態樣中的一或多個態樣組合地，UE被配置為至少部分地基於從基地站接收的與PUCCH傳輸相關聯的、下行鏈路控制資訊（DCI）中的PUCCH資源指示符欄位的位元寬度，來決定第一資源集合或第二資源集合之每一者集合內的資源的數量。
在第十二態樣，單獨地或者與第一到第十一態樣中的一或多個態樣組合地，至少部分地基於關於PUCCH傳輸是與第二類型的服務相關聯的決定，經由第二資源集合中的兩個或更多個資源來傳輸PUCCH傳輸。
在第十三態樣，單獨地或者與第一到第十二態樣中的一或多個態樣組合地，至少部分地基於關於PUCCH傳輸是與第二類型的服務相關聯的決定，在第二資源集合中的兩個資源上經由至少兩個傳輸天線來傳輸PUCCH傳輸。
在第十四態樣，單獨地或者與第一到第十三態樣中的一或多個態樣組合地，第二資源集合中的一個集合中的至少兩個資源共享相同的辨識符，並且當與PUCCH傳輸相關聯地接收辨識符時，使用至少兩個資源來傳輸PUCCH傳輸。
在第十五態樣，單獨地或者與第一到第十四態樣中的一或多個態樣組合地，至少部分地基於從基地站接收到與PUCCH傳輸相關聯的索引和半靜態接收的配置，使用第二資源集合中的一或多個資源來傳輸PUCCH傳輸。
在第十六態樣，單獨地或者與第一到第十五態樣中的一或多個態樣組合地，與第一資源集合中的資源不同地辨識第二資源集合中的資源以用於結合PUCCH傳輸來使用。
在第十七態樣，單獨地或者與第一到第十六態樣中的一或多個態樣組合地，與結合使用不同PUCCH格式的第一資源集合中的資源不同地，辨識第二資源集合中的資源以用於結合PUCCH傳輸來使用。
在第十八態樣，單獨地或者與第一到第十七態樣中的一或多個態樣組合地，至少部分地基於與第一資源集合中的資源相關聯的參數的第一值，辨識第一資源集合中的資源用於與第一類型的服務相關聯地使用，或者至少部分地基於與第二資源集合中的資源相關聯的參數的第二值，辨識第二資源集合中的資源用於與第二類型的服務相關聯地使用。
在第十九態樣，單獨地或者與第一到第十八態樣中的一或多個態樣組合地，對於PUCCH傳輸的資源，參數至少部分地基於參數的值，指示資源是與第一類型的服務相關聯、與第二類型的服務相關聯、還是與第一類型的服務和第二類型的服務二者相關聯。
在第二十態樣，單獨地或者與第一到第十九態樣中的一或多個態樣組合地，參數包括在用於PUCCH傳輸的資源的配置內。
在第二十一態樣，單獨地或者與第一到第二十態樣中的一或多個態樣組合地，參數的值指示第一資源集合和第二資源集合中的相同資源與第一類型的服務和第二類型的服務相關聯。
在第二十二態樣，單獨地或者與第一到第二十一態樣中的一或多個態樣組合地，第一資源集合是與第二資源集合相同的資源集合。在一些態樣，當PUCCH傳輸與第一類型的服務相關聯時，相同資源集合之每一者資源與用於PUCCH傳輸的第一辨識符相關聯，以及當PUCCH傳輸與第二類型的服務相關聯時，相同資源集合之每一者資源與用於PUCCH傳輸的第二辨識符相關聯。
在第二十三態樣，單獨地或者與第一到第二十二態樣中的一或多個態樣組合地，至少部分地基於接收用於指示與第一類型的服務或第二類型的服務相關聯的索引的下行鏈路控制資訊，使用相同資源集合中的一個資源來傳輸PUCCH傳輸。
在第二十四態樣，單獨地或者與第一到第二十三態樣中的一或多個態樣組合地，與當PUCCH傳輸與第二類型的服務相關聯時相比，當PUCCH傳輸與第一類型的服務相關聯時，起始符號參數辨識不同的起始符號。
在第二十五態樣，單獨地或者與第一到第二十四態樣中的一或多個態樣組合地，當PUCCH傳輸與第一類型的服務相關聯時，起始符號參數辨識針對用於PUCCH傳輸的時槽的相對索引。
在第二十六態樣，單獨地或者與第一到第二十五態樣中的一或多個態樣組合地，當PUCCH傳輸與第二類型的服務相關聯時，起始符號參數辨識與下行鏈路控制資訊（DCI）中的信號傳遞相關聯的時序。
在第二十七態樣，單獨地或者與第一到第二十六態樣中的一或多個態樣組合地，當PUCCH傳輸與第一類型的服務相關聯時，根據第一下行鏈路指派索引（DAI）操作來決定PUCCH傳輸中的上行鏈路控制資訊（UCI），以及當PUCCH傳輸與第二類型的服務相關聯時，根據第二DAI操作來決定PUCCH傳輸中的UCI。
在第二十八態樣，單獨地或者與第一到第二十七態樣中的一或多個態樣組合地，當PUCCH傳輸是與第一類型的服務相關聯的第一PUCCH傳輸，並且與第二類型的服務相關聯的第二PUCCH傳輸將使用與第一PUCCH傳輸的符號重疊的符號來繼續傳輸（transmit on）時，從第一PUCCH傳輸中丟棄重疊的符號。
儘管圖10圖示過程1000的示例性方塊，但在一些態樣，與圖10中所描述的相比，過程1000可以包括額外的方塊、更少的方塊、不同的方塊或者不同排列的方塊。另外地或替代地，可以並行地執行過程1000的方塊中的兩個或更多個方塊。
圖11是根據本案內容的各個態樣，圖示例如由基地站執行的示例性過程1100的圖。示例性過程1100是基地站（例如，基地站110等等）執行與以下相關聯的操作的實例：結合與PUCCH傳輸相關聯的服務的類型，來分配PUCCH資源。
如圖11中所示，在一些態樣，過程1100可以包括：決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置（方塊1110）。例如，基地站（例如，使用控制器/處理器240、記憶體242等等）可以決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH資源的第一配置，如前述。
如圖11中進一步所示，在一些態樣，過程1100可以包括：決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置，其中與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯（方塊1120）。例如，基地站（例如，使用控制器/處理器240、記憶體242等等）可以決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的第二配置，如前述。在一些態樣，與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯。
如圖11中進一步所示，在一些態樣，過程1100可以包括：向使用者設備（UE）傳輸第一配置和第二配置（方塊1130）。例如，基地站（例如，使用傳輸處理器220、控制器/處理器240、記憶體242等等）可以向UE傳輸第一配置和第二配置，如前述。
過程1100可以包括額外的態樣，例如，任何單個態樣或下文及/或結合本文其他地方所描述的一或多個其他過程描述的態樣的任何組合。
在第一態樣，第一類型的服務包括增強型行動寬頻（eMBB）服務，以及第二類型的服務包括超可靠低時延通訊（URLLC）服務。
在第二態樣，單獨地或者與第一態樣組合地，第一配置與第二配置不同。
在第三態樣，單獨地或者與第一和第二態樣中的一或多個態樣組合地，包括在第一配置中的PUCCH資源集合與包括在第二配置中的PUCCH資源集合不同。
在第四態樣，單獨地或者與第一到第三態樣中的一或多個態樣組合地，與第一配置相比，第二配置包括更少的PUCCH資源集合。
在第五態樣，單獨地或者與第一到第四態樣中的一或多個態樣組合地，第二配置中包括的每個PUCCH資源集合中的PUCCH資源的數量小於第一配置中包括的每個PUCCH資源集合中的PUCCH資源的數量。
在第六態樣，單獨地或者與第一到第五態樣中的一或多個態樣組合地，根據第二配置中包括的每個PUCCH資源集合中的PUCCH資源的數量，下行鏈路控制資訊（DCI）中的PUCCH資源指示符的位元寬度對應於第二類型的服務。
在第七態樣，單獨地或者與第一到第六態樣中的一或多個態樣組合地，對於第一配置和第二配置的每個PUCCH資源，參數指示PUCCH資源是與第一類型的服務相關聯、與第二類型的服務相關聯還是與第一類型的服務和第二類型的服務二者相關聯。
在第八態樣，單獨地或者與第一到第七態樣中的一或多個態樣組合地，第一配置的第一資源集合是與第二配置的第二資源集合相同的資源集合，並且當PUCCH傳輸與第一類型的服務相關聯時，相同資源集合之每一者資源與用於PUCCH傳輸的第一辨識符相關聯，並且當PUCCH傳輸與第二類型的服務相關聯時，相同資源集合之每一者資源與用於PUCCH傳輸的第二辨識符相關聯。
在第九態樣，單獨地或者與第一到第八態樣中的一或多個態樣組合地，第一配置是要用於與第一類型相關聯的PUCCH傳輸的PUCCH資源的第一複數個配置中的一個配置。
在第十態樣，單獨地或者與第一到第九態樣中的一或多個態樣組合地，第一配置的最大編碼率與第二配置的最大編碼率不同。
儘管圖11圖示過程1100的示例性方塊，但在一些態樣，與圖11中所描述的相比，過程1100可以包括額外的方塊、更少的方塊、不同的方塊或者不同排列的方塊。另外地或替代地，可以並行地執行過程1100的方塊中的兩個或更多個方塊。
圖12是根據本案內容的各個態樣，圖示例如由UE執行的示例性過程1200的圖。示例性過程1200是UE（例如，UE 120等等）執行與以下相關聯的操作的實例：使用根據服務的類型配置的PUCCH配置，來傳輸與該類型的服務相關聯的訊息。
如圖12中所示，在一些態樣，過程1200可以包括：接收PUCCH配置，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合（方塊1210）。例如，UE（例如，使用接收處理器258、控制器/處理器280、記憶體282等等）可以接收PUCCH配置，該PUCCH配置包括用於與第一服務類型相關聯的傳輸的第一參數集合和用於與第二服務類型相關聯的傳輸的第二參數集合，如前述。
如圖12中進一步所示，在一些態樣，過程1200可以包括：產生上行鏈路控制資訊（UCI）（方塊1220）。例如，UE（例如，使用傳輸處理器264、控制器/處理器280、記憶體282等等）可以產生UCI，如前述。
如圖12中進一步所示，在一些態樣，過程1200可以包括：根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息（方塊1230）。例如，UE（例如，使用傳輸處理器264、控制器/處理器280、記憶體282等等）可以根據PUCCH配置和訊息的服務類型，傳輸包括UCI的訊息，如前述。
過程1200可以包括額外的態樣，例如，任何單個態樣或下文及/或結合本文其他地方所描述的一或多個其他過程描述的態樣的任何組合。
在第一態樣，至少部分地基於從基地站接收的下行鏈路控制資訊（DCI）來決定訊息的服務類型。
在第二態樣，單獨地或者與第一態樣組合地，經由第一參數集合指示的最大編碼率與經由第二參數集合指示的最大編碼率不同。
儘管圖12圖示過程1200的示例性方塊，但在一些態樣，與圖12中所描述的相比，過程1200可以包括額外的方塊、更少的方塊、不同的方塊或者不同排列的方塊。另外地或替代地，可以並行地執行過程1200的方塊中的兩個或更多個方塊。
圖13是根據本案內容的各個態樣，圖示例如由基地站執行的示例性過程1300的圖。示例性過程1300是BS（例如，BS 110等等）針對複數種服務類型（例如，eMBB和URLLC）執行PUCCH配置的實例。
如圖13中所示，在一些態樣，過程1300可以包括：決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH的第一配置（方塊1310）。例如，BS 110（例如，使用傳輸處理器220、TX MIMO處理器230、控制器/處理器240等等）可以決定要用於與第一類型的服務相關聯的PUCCH傳輸的PUCCH的第一配置，如前述。在一些態樣，BS 110可以結合接收到關於UE 120能夠經由第一類型的服務進行通訊的指示，來決定第一配置。
如圖13中所示，在一些態樣，過程1300可以包括：決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH的第二配置，其中與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯（方塊1320）。例如，BS 110（例如，使用傳輸處理器220、TX MIMO處理器230、控制器/處理器240等等）可以決定要用於與第二類型的服務相關聯的PUCCH傳輸的PUCCH的第二配置，如前述。在一些態樣，與第一類型的服務相比，第二類型的服務與更高的可靠性或更低的時延相關聯。在一些態樣，BS 110可以結合接收到UE 120能夠經由第二類型的服務進行通訊的指示，來決定第二配置。
如圖13中進一步所示，在一些態樣，過程1300可以包括：向使用者設備（UE）傳輸第一配置和第二配置（方塊1330）。例如，BS 110（例如，使用傳輸處理器220、TX MIMO處理器230、調制器232、天線234、控制器/處理器240等等）可以向UE 120傳輸第一配置和第二配置，如前述。在一些態樣，BS 110可以結合決定第一配置和第二配置，來傳輸第一配置和第二配置。
過程1300可以包括額外的態樣，例如，任何單個態樣或下文及/或結合本文其他地方所描述的一或多個其他過程描述的態樣的任何組合。
在第一態樣，第一類型的服務包括增強型行動寬頻（eMBB）服務，以及第二類型的服務包括超可靠低時延通訊（URLLC）服務。
在第二態樣，單獨地或者與第一態樣組合地，PUCCH的第一配置的最大編碼率與第二PUCCH配置的最大編碼率不同。
儘管圖13圖示過程1300的示例性方塊，但在一些態樣，與圖13中所描述的相比，過程1300可以包括額外的方塊、更少的方塊、不同的方塊或者不同排列的方塊。另外地或替代地，可以並行地執行過程1300的方塊中的兩個或更多個方塊。
上述本案內容提供了說明和描述，但不意欲是窮舉的，亦不是將態樣限制為揭示的精確形式。修改和變化可以是根據上文本案內容進行的，或者可以從態樣的實踐中獲取。
如本文所使用的，術語元件意欲廣義地解釋成硬體、韌體或者硬體和軟體的組合。如本文所使用的，利用硬體、韌體或者硬體和軟體的組合來實現處理器。
如本文所使用的，滿足閾值可以代表值大於閾值、大於或等於閾值、小於閾值、小於或等於閾值、等於閾值、不等於閾值等等。
將顯而易見的是，本文所描述的系統及/或方法可以利用不同形式的硬體、韌體或者硬體和軟體的組合來實現。用於實現該等系統及/或方法的實際專用控制硬體或軟體代碼不是對態樣的限制。因此，在不參考特定軟體代碼的情況下，本文描述了系統及/或方法的操作和行為，應當理解的是，可以至少部分地基於本文的描述來將軟體和硬體設計為實現系統及/或方法。
儘管在申請專利範圍中闡述了及/或在說明書中揭示特徵的特定組合，但是該等組合不意欲限制各個態樣的揭示內容。事實上，可以以不在申請專利範圍中具體闡述的及/或說明書中揭示的方式來組合該等特徵中的許多特徵。儘管下文所列出的每一項從屬請求項可以直接依賴於僅一項請求項，但各個態樣的揭示內容包括每個從屬請求項結合請求項集合之每一者其他請求項。代表列表項「中的至少一個」的短語，代表該等項的任意組合，其包括單個成員。舉例而言，「a、b或c中的至少一個」意欲覆蓋：a、b、c、a-b、a-c、b-c和a-b-c，以及具有相同元素的倍數的任意組合（例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c，或者a、b和c的任何其他排序）。
在本文中所使用的任何元素、動作或指令皆不應當被解釋為是關鍵的或根本的，除非如此明確描述。此外，如本文所使用的，冠詞「某（a）」和「一（an）」意欲包括一項或多項，以及可以與「一或多個」互換地使用。此外，如本文所使用的，術語「集合」和「群組」意欲包括一項或多項（例如，相關的項、無關的項、相關項和無關項的組合等等），以及可以與「一或多個」互換地使用。在僅意欲一個項的情況下，使用詞語「僅一個」或類似用語。此外，如本文所使用的，術語「含有（has）」、「具有（have）」、「包含（having）」等等意欲是開放式術語。此外，短語「基於」意欲意味著「至少部分地基於」，除非另外明確說明。
100‧‧‧網路
102a‧‧‧巨集細胞
102b‧‧‧微微細胞
102c‧‧‧毫微微細胞
110‧‧‧基地站
110a‧‧‧BS
110b‧‧‧BS
110c‧‧‧BS
110d‧‧‧中繼站
120‧‧‧UE
120a‧‧‧UE
120b‧‧‧UE
120c‧‧‧UE
120d‧‧‧UE
120e‧‧‧UE
130‧‧‧網路控制器
200‧‧‧設計
212‧‧‧資料來源
220‧‧‧傳輸處理器
230‧‧‧傳輸（TX）多輸入多輸出（MIMO）處理器
232a‧‧‧調制器/解調器
232t‧‧‧調制器/解調器
234a‧‧‧天線
234t‧‧‧天線
236‧‧‧MIMO偵測器
238‧‧‧接收處理器
239‧‧‧資料槽
240‧‧‧控制器/處理器
242‧‧‧記憶體
244‧‧‧通訊單元
246‧‧‧排程器
252a‧‧‧天線
252r‧‧‧天線
254a‧‧‧解調器/調制器
254r‧‧‧解調器/調制器
256‧‧‧MIMO偵測器
258‧‧‧接收處理器
260‧‧‧資料槽
262‧‧‧資料來源
264‧‧‧傳輸處理器
266‧‧‧TX MIMO處理器
280‧‧‧控制器/處理器
282‧‧‧記憶體
290‧‧‧控制器/處理器
292‧‧‧記憶體
294‧‧‧通訊單元
300‧‧‧訊框結構
410‧‧‧時槽格式
500‧‧‧圖
502‧‧‧控制部分
504‧‧‧DL資料部分
506‧‧‧UL短短脈衝部分
600‧‧‧圖
602‧‧‧控制部分
604‧‧‧UL長短脈衝部分
606‧‧‧UL短短脈衝部分
700‧‧‧實例
710‧‧‧元件符號
720‧‧‧元件符號
730‧‧‧元件符號
740‧‧‧元件符號
750‧‧‧元件符號
810‧‧‧實例
820‧‧‧實例
900‧‧‧實例
1000‧‧‧過程
1010‧‧‧方塊
1020‧‧‧方塊
1100‧‧‧過程
1110‧‧‧方塊
1120‧‧‧方塊
1130‧‧‧方塊
1200‧‧‧過程
1210‧‧‧方塊
1220‧‧‧方塊
1230‧‧‧方塊
1300‧‧‧過程
1310‧‧‧方塊
1320‧‧‧方塊
1330‧‧‧方塊
為了能夠詳細地理解本案內容的前述特徵，經由參考態樣可以得到上文簡要概述的更具體描述，該等態樣中的一些態樣在附圖中說明。但是，應當注意的是，由於描述可以允許其他等同有效的態樣，因此附圖僅僅圖示了本案內容的某些典型態樣，並且因此不被認為是對本案內容的保護範疇的限制。不同附圖中的相同元件符號可以辨識相同或者類似的元素。
圖1是根據本案內容的各個態樣，概念性地圖示一種無線通訊網路的實例的方塊圖。
圖2是根據本案內容的各個態樣，概念性地圖示在無線通訊網路中基地站與使用者設備（UE）相通訊的實例的方塊圖。
圖3A是根據本案內容的各個態樣，概念性地圖示無線通訊網路中的訊框結構的實例的方塊圖。
圖3B是根據本案內容的各個態樣，概念性地圖示無線通訊網路中的示例性同步通訊層次的方塊圖。
圖4是根據本案內容的各個態樣，概念性地圖示具有普通循環字首的示例性時槽格式的方塊圖。
圖5是根據本案內容的各個態樣，圖示以下行鏈路（DL）為中心時槽的實例的圖。
圖6是根據本案內容的各個態樣，圖示以上行鏈路（UL）為中心時槽的實例的圖。
圖7-圖9是根據本案內容的各個態樣，圖示為超可靠低時延通訊（URLLC）分配實體上行鏈路控制通道（PUCCH）資源的實例的圖。
圖10是根據本案內容的各個態樣，圖示由例如使用者設備執行的示例性過程的圖。
圖11是根據本案內容的各個態樣，圖示例如由基地站執行的示例性過程的圖。
圖12是根據本案內容的各個態樣，圖示例如由使用者設備執行的示例性過程的圖。
圖13是根據本案內容的各個態樣，圖示例如由基地站執行的示例性過程的圖。
國內寄存資訊 (請依寄存機構、日期、號碼順序註記)
無
國外寄存資訊 (請依寄存國家、機構、日期、號碼順序註記)
無

Claims (44)

  1. 一種由一使用者設備（UE）執行的無線通訊的方法，包括以下步驟： 決定一實體上行鏈路控制通道（PUCCH）傳輸是與一第一類型的服務相關聯還是與一第二類型的服務相關聯，其中與該第一類型的服務相比，該第二類型的服務是與一更高的可靠性或一更低的時延相關聯的；及當該PUCCH傳輸與該第一類型的服務相關聯時，至少部分地基於一第一資源集合來傳輸該PUCCH傳輸，或者當該PUCCH傳輸與該第二類型的服務相關聯時，至少部分地基於一第二資源集合來傳輸該PUCCH傳輸。
  2. 根據請求項1之方法，其中該第一類型的服務包括一增強型行動寬頻（eMBB）服務，以及該第二類型的服務包括一超可靠、低時延通訊（URLLC）服務。
  3. 根據請求項1之方法，其中該第一資源集合包括被配置用於該第一類型的服務的多個資源集。
  4. 根據請求項1之方法，其中該第二資源集合包括被配置用於該第二類型的服務的多個資源集。
  5. 根據請求項1之方法，其中該PUCCH傳輸包括以下各項中的至少一項： 混合自動重傳請求認可（HARQ-ACK）資訊，一服務請求（SR），或一通道狀態資訊（CSI）報告。
  6. 根據請求項5之方法，其中該ACK/NACK是與動態排程或半持久排程（SPS）相關聯的。
  7. 根據請求項1之方法，其中該第一資源集合包括四個資源集，並且其中該第二資源集合包括少於四個資源集。
  8. 根據請求項1之方法，其中該第一資源集合與該第二資源集合是不同的。
  9. 根據請求項1之方法，其中該第二資源集合中的資源集的一數量小於該第一資源集合中的資源集的一數量。
  10. 根據請求項1之方法，其中該第一資源集合中的至少一個資源集是與該第二資源集合中包括的一資源集相同的一資源集。
  11. 根據請求項1之方法，其中該第二資源集合之每一者集合內的資源的一數量小於該第一資源集合之每一者集合內的資源的一數量。
  12. 根據請求項1之方法，其中該UE被配置為至少部分地基於從一基地站接收的與該PUCCH傳輸相關聯的、下行鏈路控制資訊（DCI）中的一PUCCH資源指示符欄位的一位元寬度，來決定該第一資源集合或該第二資源集合之每一者集合內的資源的一數量。
  13. 根據請求項1之方法，其中該PUCCH傳輸是至少部分地基於關於該PUCCH傳輸是與該第二類型的服務相關聯的一決定，經由該第二資源集合中的兩個或更多個資源來傳輸的。
  14. 根據請求項1之方法，其中該PUCCH傳輸是至少部分地基於關於該PUCCH傳輸是與該第二類型的服務相關聯的一決定，在該第二資源集合中的兩個資源上經由至少兩個傳輸天線來傳輸的。
  15. 根據請求項1之方法，其中該第二資源集合中的一個集合中的至少兩個資源共享相同的一辨識符，並且在與該PUCCH傳輸相關聯地接收到該辨識符時，該PUCCH傳輸是使用該至少兩個資源來傳輸的。
  16. 根據請求項1之方法，其中該PUCCH傳輸是至少部分地基於從一基地站接收與該PUCCH傳輸相關聯的一索引和一半靜態接收的配置，使用該第二資源集合中的一或多個資源來傳輸的。
  17. 根據請求項1之方法，其中該第二資源集合中的資源是與該第一資源集合中的資源不同地辨識的，用於結合該PUCCH傳輸來使用。
  18. 根據請求項17之方法，其中該第二資源集合中的該等資源是與結合使用一不同PUCCH格式的該第一資源集合中的該等資源不同地辨識的，用於結合該PUCCH傳輸來使用。
  19. 根據請求項1之方法，其中該第一資源集合中的一資源是至少部分地基於與該第一資源集合中的該資源相關聯的一參數的一第一值來辨識的，用於與該第一類型的服務相關聯地使用，或者該第二資源集合中的一資源是至少部分地基於與該第二資源集合中的該資源相關聯的該參數的一第二值來辨識的，用於與該第二類型的服務相關聯地使用。
  20. 根據請求項1之方法，其中對於該PUCCH傳輸的一資源，一參數至少部分地基於該參數的一值，指示該資源是與該第一類型的服務相關聯、與該第二類型的服務相關聯、還是與該第一類型的服務和該第二類型的服務二者相關聯。
  21. 根據請求項20之方法，其中該參數是包括在用於該PUCCH傳輸的該資源的一配置內的。
  22. 根據請求項20之方法，其中該參數的該值指示該第一資源集合和該第二資源集合中的一相同資源是與該第一類型的服務和該第二類型的服務相關聯的。
  23. 根據請求項1之方法，其中該第一資源集合是與該第二資源集合相同的一資源集合，並且其中當該PUCCH傳輸與該第一類型的服務相關聯時，該相同資源集合之每一者資源是與用於該PUCCH傳輸的一第一辨識符相關聯的，並且當該PUCCH傳輸與該第二類型的服務相關聯時，該相同資源集合之每一者資源是與用於該PUCCH傳輸的一第二辨識符相關聯的。
  24. 根據請求項23之方法，其中該PUCCH傳輸是至少部分地基於接收用於指示與該第一類型的服務或該第二類型的服務相關聯的一索引的下行鏈路控制資訊，使用該相同資源集合中的一個資源來傳輸的。
  25. 根據請求項1之方法，其中與當該PUCCH傳輸與該第二類型的服務相關聯時相比，一起始符號參數在該PUCCH傳輸與該第一類型的服務相關聯時辨識一不同的起始符號。
  26. 根據請求項25之方法，其中該起始符號參數在該PUCCH傳輸與該第一類型的服務相關聯時辨識針對用於該PUCCH傳輸的一時槽的一相對索引。
  27. 根據請求項25之方法，其中該起始符號參數在該PUCCH傳輸與該第二類型的服務相關聯時辨識與下行鏈路控制資訊（DCI）中的信號傳遞相關聯的一時序。
  28. 根據請求項1之方法，其中該PUCCH傳輸中的混合自動重傳請求認可（HARQ-ACK）資訊是在該PUCCH傳輸與該第一類型的服務相關聯時，根據一第一下行鏈路指派索引（DAI）操作來決定的，並且該PUCCH傳輸中的該HARQ-ACK資訊是在該PUCCH傳輸與該第二類型的服務相關聯時，根據一第二DAI操作來決定的。
  29. 根據請求項1之方法，其中當該PUCCH傳輸是與該第一類型的服務相關聯的一第一PUCCH傳輸，並且與該第二類型的服務相關聯的一第二PUCCH傳輸將使用與該第一PUCCH傳輸的該等符號重疊的符號來繼續傳輸時，重疊的該等符號被從該第一PUCCH傳輸中丟棄。
  30. 一種由一基地站（BS）執行的無線通訊的方法，包括以下步驟： 決定要用於與一第一類型的服務相關聯的實體上行鏈路控制通道（PUCCH）傳輸的PUCCH資源的一第一配置；決定要用於與一第二類型的服務相關聯的PUCCH傳輸的PUCCH資源的一第二配置，其中與該第一類型的服務相比，該第二類型的服務是與一更高的可靠性或一更低的時延相關聯的；及向一使用者設備（UE）傳輸該第一配置和該第二配置。
  31. 根據請求項30之方法，其中該第一類型的服務包括一增強型行動寬頻（eMBB）服務，以及該第二類型的服務包括一超可靠低時延通訊（URLLC）服務。
  32. 根據請求項30之方法，其中該第一配置與該第二配置是不同的。
  33. 根據請求項30之方法，其中包括在該第一配置中的PUCCH資源集合與包括在該第二配置中的PUCCH資源集合是不同的。
  34. 根據請求項30之方法，其中與該第一配置相比，該第二配置包括更少的PUCCH資源集合。
  35. 根據請求項30之方法，其中該第二配置中包括的每個PUCCH資源集合中的PUCCH資源的一數量小於該第一配置中包括的每個PUCCH資源集合中的PUCCH資源的一數量。
  36. 根據請求項30之方法，其中根據該第二配置中包括的每個PUCCH資源集合中的PUCCH資源的一數量，下行鏈路控制資訊（DCI）中的一PUCCH資源指示符的一位元寬度對應於該第二類型的服務。
  37. 根據請求項30之方法，其中對於該第一配置和該第二配置的每個PUCCH資源，一參數指示該PUCCH資源是與該第一類型的服務相關聯、與該第二類型的服務相關聯還是與該第一類型的服務和該第二類型的服務二者相關聯。
  38. 根據請求項30之方法，其中該第一配置的一第一資源集合是與該第二配置的一第二資源集合相同的一資源集合，並且其中當一PUCCH傳輸與該第一類型的服務相關聯時，該相同資源集合之每一者資源是與用於該PUCCH傳輸的一第一辨識符相關聯的，並且當該PUCCH傳輸與該第二類型的服務相關聯時，該相同資源集合之每一者資源是與用於該PUCCH傳輸的一第二辨識符相關聯的。
  39. 根據請求項30之方法，其中該第一配置是要用於與該第一類型相關聯的PUCCH傳輸的PUCCH資源的第一複數個配置中的一個配置。
  40. 根據請求項30之方法，其中該第一配置的一最大編碼率與該第二配置的一最大編碼率是不同的。
  41. 一種由一使用者設備（UE）執行的無線通訊的方法，包括以下步驟： 接收一實體上行鏈路控制通道（PUCCH）配置，該PUCCH配置包括用於與一第一服務類型相關聯的傳輸的一第一參數集合和用於與一第二服務類型相關聯的傳輸的一第二參數集合；產生上行鏈路控制資訊（UCI）；及根據該PUCCH配置和一訊息的一服務類型，傳輸包括該UCI的該訊息。
  42. 根據請求項41之方法，其中該訊息的該服務類型是至少部分地基於從一基地站接收的下行鏈路控制資訊（DCI）來決定的。
  43. 根據請求項41之方法，其中經由該第一參數集合指示的一最大編碼率與經由該第二參數集合指示的一最大編碼率是不同的。
  44. 一種用於無線通訊的使用者設備（UE），包括： 記憶體；及耦合到該記憶體的一或多個處理器，該記憶體和該一或多個處理器被配置為：決定一實體上行鏈路控制通道（PUCCH）傳輸是與一第一類型的服務相關聯還是與一第二類型的服務相關聯，其中與該第一類型的服務相比，該第二類型的服務是與一更高的可靠性或一更低的時延相關聯的；及當該PUCCH傳輸與該第一類型的服務相關聯時，使用一第一資源集合來傳輸該PUCCH傳輸，或者當該PUCCH傳輸與該第二類型的服務相關聯時，使用一第二資源集合來傳輸該PUCCH傳輸。
TW108116015A 2018-05-10 2019-05-09 為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源 TWI795564B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862669941P 2018-05-10 2018-05-10
US62/669,941 2018-05-10
US16/406,667 US10980049B2 (en) 2018-05-10 2019-05-08 Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
US16/406,667 2019-05-08

Publications (2)

Publication Number Publication Date
TW201947981A true TW201947981A (zh) 2019-12-16
TWI795564B TWI795564B (zh) 2023-03-11

Family

ID=68463486

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108116015A TWI795564B (zh) 2018-05-10 2019-05-09 為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源

Country Status (10)

Country Link
US (1) US10980049B2 (zh)
EP (1) EP3791521A1 (zh)
JP (1) JP7206296B2 (zh)
KR (1) KR20210008499A (zh)
CN (1) CN112088516B (zh)
AU (1) AU2019266295B2 (zh)
BR (1) BR112020022764A2 (zh)
SG (1) SG11202010015WA (zh)
TW (1) TWI795564B (zh)
WO (1) WO2019217696A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504939A (ja) * 2017-06-15 2020-02-13 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置
TWI715044B (zh) * 2018-05-22 2021-01-01 新加坡商 聯發科技（新加坡）私人有限公司 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置
CN112335284B (zh) * 2018-06-20 2023-10-20 鸿颖创新有限公司 用于处理eMBB和URLLC同时传输的方法和装置
JP2021532652A (ja) * 2018-07-25 2021-11-25 ソニーグループ株式会社 基地局、ユーザ機器、回線、移動通信システム及び方法
TWI697244B (zh) * 2018-08-07 2020-06-21 財團法人資訊工業策進會 用於行動通訊系統之使用者裝置及基地台
WO2020029816A1 (en) * 2018-08-10 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for channel state information reporting
WO2020064967A1 (en) * 2018-09-27 2020-04-02 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Urllc dai and lti
CN111083782B (zh) * 2018-10-19 2023-09-08 荣耀终端有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
KR20210124209A (ko) * 2019-01-09 2021-10-14 아이디에이씨 홀딩스, 인크. 초신뢰성 송신들의 향상된 제어 시그널링을 위한 방법들, 장치 및 시스템들
CN113303009A (zh) * 2019-01-10 2021-08-24 夏普株式会社 低强度物理上行链路控制信道（pucch）增强和资源配置
CN116743323A (zh) 2019-05-02 2023-09-12 韦勒斯标准与技术协会公司 无线通信系统中的下行数据接收和harq-ack传输的方法、装置和系统
US11564223B2 (en) * 2019-05-30 2023-01-24 Electronics And Telecommunications Research Institute Method and apparatus for uplink communication in unlicensed band
US11818072B2 (en) * 2019-07-02 2023-11-14 Comcast Cable Communications, Llc Wireless resource determination and use
CN112398611B (zh) * 2019-08-15 2022-09-27 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
EP4017184B1 (en) * 2019-11-08 2023-09-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource set configuration method, terminal, and network device
US11411779B2 (en) 2020-03-31 2022-08-09 XCOM Labs, Inc. Reference signal channel estimation
KR20230091910A (ko) 2020-10-19 2023-06-23 엑스콤 랩스 인코퍼레이티드 무선 통신 시스템에서의 참조 신호
WO2022093988A1 (en) 2020-10-30 2022-05-05 XCOM Labs, Inc. Clustering and/or rate selection in multiple-input multiple-output communication systems

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873439B2 (en) * 2010-03-25 2014-10-28 Qualcomm Incorporated Subframe dependent physical uplink control channel (PUCCH) region design
KR101669777B1 (ko) * 2012-10-26 2016-10-26 인텔 코포레이션 사용자 플레인 혼잡의 리포트
EP3349387B1 (en) * 2015-09-09 2021-10-27 LG Electronics Inc. Method and apparatus for transmitting signal in wireless communication system
SG10202001291QA (en) * 2016-04-08 2020-04-29 Idac Holdings Inc Phy layer multiplexing of different types of traffic in 5g systems
WO2017179915A2 (ko) * 2016-04-12 2017-10-19 고려대학교 산학협력단 동일한 자원으로 광대역 트래픽과 기계간 통신 트래픽 또는 초저지연 통신 트래픽을 동시에 다중화하여 전송하는 장치 및 그 방법
CN114866209A (zh) * 2016-07-19 2022-08-05 日本电气株式会社 用于执行通信的方法和设备
KR20180013660A (ko) 2016-07-29 2018-02-07 삼성전자주식회사 이동 통신 시스템에서의 채널 상태 정보 보고 방법 및 장치
WO2018031638A1 (en) * 2016-08-11 2018-02-15 Intel IP Corporation Uplink transmission request for multiple numerologies
CN107734676B (zh) * 2016-08-12 2021-06-08 中兴通讯股份有限公司 一种数据传输的方法和装置
US10412719B2 (en) * 2016-10-21 2019-09-10 Qualcomm Incorporated Service type based control search space monitoring
CN109906576B (zh) * 2016-11-04 2022-05-24 摩托罗拉移动有限责任公司 识别用于发送第一上行链路信道的资源
US10484976B2 (en) * 2017-01-06 2019-11-19 Sharp Kabushiki Kaisha Signaling, procedures, user equipment and base stations for uplink ultra reliable low latency communications
EP3582563B1 (en) * 2017-02-05 2022-08-10 LG Electronics Inc. Method and device for transmitting/receiving signal associated with grant-free resource in wireless communication system
US10411864B2 (en) * 2017-02-06 2019-09-10 Qualcomm Incorporated Resource allocation for physical uplink control channel (PUCCH)
KR102316752B1 (ko) * 2017-03-24 2021-10-25 삼성전자 주식회사 복수의 통신 서비스를 제공하기 위한 정보 송수신 방법 및 장치
WO2018203440A1 (ja) * 2017-05-02 2018-11-08 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
US20180324786A1 (en) * 2017-05-05 2018-11-08 Nokia Technologies Oy Resource determination for uplink control channel for wireless networks
US10944501B2 (en) * 2017-12-15 2021-03-09 Mediatek Singapore Pte. Ltd. Method and apparatus for determining modulation and coding scheme table in mobile communications

Also Published As

Publication number Publication date
SG11202010015WA (en) 2020-12-30
AU2019266295B2 (en) 2023-05-18
WO2019217696A1 (en) 2019-11-14
US10980049B2 (en) 2021-04-13
JP2021523617A (ja) 2021-09-02
KR20210008499A (ko) 2021-01-22
TWI795564B (zh) 2023-03-11
BR112020022764A2 (pt) 2021-02-02
CN112088516A (zh) 2020-12-15
US20190349973A1 (en) 2019-11-14
AU2019266295A1 (en) 2020-11-12
EP3791521A1 (en) 2021-03-17
CN112088516B (zh) 2023-11-14
JP7206296B2 (ja) 2023-01-17

Similar Documents

Publication Publication Date Title
TWI795564B (zh) 為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源
US10999039B2 (en) Providing acknowledgement/negative acknowledgement (ACK/NACK) feedback for downlink semi-persistent scheduling (SPS) with sub-slot periodicity
TWI818048B (zh) 實體上行鏈路控制通道重複配置
TWI814809B (zh) 選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊
TWI813682B (zh) 用於子時槽時域資源配置的訊號傳遞
TWI778164B (zh) 用於使用微時槽來進行混合自動重傳請求（harq）傳輸的技術和裝置
JP7441925B2 (ja) システム情報レートマッチング
TW201924276A (zh) 用於針對於雙rat通訊的分時多工的方法和裝置
CN111919488B (zh) 选择用于信道状态信息的物理上行链路控制信道(pucch)资源
US20220086737A1 (en) Uplink control channel resource allocation
TW202005315A (zh) 用於決定與通道狀態資訊參考信號（csi-rs）有關的上行鏈路傳輸等時線的技術和裝置
TW201924449A (zh) 用於5g中基於時槽和基於非時槽的排程的技術和裝置
TW202130145A (zh) 用於具有分時雙工主細胞的雙連接性模式中的單個上行鏈路操作的實體上行鏈路控制通道格式
US10903945B2 (en) Low latency acknowledgement or negative acknowledgement
TW202014008A (zh) 利用控制區域進行下行鏈路傳輸
TW201944826A (zh) 用於組功率控制的迴路索引和時間間隙
US10856284B2 (en) Resource allocation for a short transmission time interval (STTI) system