TWI814809B - 選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊 - Google Patents

選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊 Download PDF

Info

Publication number
TWI814809B
TWI814809B TW108113026A TW108113026A TWI814809B TW I814809 B TWI814809 B TW I814809B TW 108113026 A TW108113026 A TW 108113026A TW 108113026 A TW108113026 A TW 108113026A TW I814809 B TWI814809 B TW I814809B
Authority
TW
Taiwan
Prior art keywords
communication
pucch
pusch
scheduled
threshold time
Prior art date
Application number
TW108113026A
Other languages
English (en)
Other versions
TW201944832A (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 TW201944832A publication Critical patent/TW201944832A/zh
Application granted granted Critical
Publication of TWI814809B publication Critical patent/TWI814809B/zh

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0042—Arrangements for allocating sub-channels of the transmission path intra-user or intra-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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

Landscapes

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

Abstract

本案內容的各個態樣整體上涉及無線通訊。在一些態樣中，使用者設備決定由上行鏈路授權排程的實體上行鏈路共享通道（PUSCH）通訊和與由下行鏈路授權排程的實體下行鏈路共享通道（PDSCH）通訊相對應的實體上行鏈路控制通道（PUCCH）通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間，來決定閾值時間；至少部分地基於是否在該閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊；及至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊和PUCCH通訊兩者。提供了許多其他態樣。

Description

選擇性地多工實體上行鏈路共享通道（PUSCH）和實體上行鏈路控制通道（PUCCH）通訊
本案內容的各態樣整體上係關於無線通訊以及係關於選擇性地多工PUSCH和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（DST-s-OFDM））來與其他開放標準更好地整合，並支援波束成形、多輸入多輸出（MIMO）天線技術和載波聚合。然而，隨著對行動寬頻存取的需求不斷增加，存在對LTE和NR技術進一步改進的需求。較佳地，該等改進應當適用於其他多工存取技術和使用該等技術的電信標準。
在一些態樣中，一種由使用者設備（UE）執行的用於無線通訊的方法可以包括：決定由上行鏈路授權排程的實體上行鏈路共享通道（PUSCH）通訊和與由下行鏈路授權排程的實體下行鏈路共享通道（PDSCH）通訊相對應的實體上行鏈路控制通道（PUCCH）通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；至少部分地基於是否在該閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊；及至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊與PUCCH通訊兩者。
在一些態樣中，一種用於無線通訊的使用者設備可以包括記憶體和可操作地耦合到記憶體的一或多個處理器。記憶體和一或多個處理器可以被配置為：決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；至少部分地基於是否在該閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊；及至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊與PUCCH通訊兩者。
在一些態樣中，一種非暫時性電腦可讀取媒體可以儲存用於無線通訊的一或多個指令。當由使用者設備的一或多個處理器執行時，該一或多個指令可以使得該一或多個處理器：決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；至少部分地基於是否在該閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊；及至少部分地基於該選擇性地多工來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊與PUCCH通訊兩者。
在一些態樣中，一種用於無線通訊的裝置可以包括：用於決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊的構件；用於至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間的構件；用於至少部分地基於是否在該閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊的構件；及用於至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊與PUCCH通訊兩者的構件。
在一些態樣中，一種由基地台執行的用於無線通訊的方法可以包括：決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；及至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在該閾值時間之前被發送，來解碼在該一或多個符號中接收的一或多個信號。
在一些態樣中，一種用於無線通訊的基地台可以包括記憶體和可操作地耦合到記憶體的一或多個處理器。記憶體和一或多個處理器可以被配置為：決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；及至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在該閾值時間之前被發送，來解碼在該一或多個符號中接收的一或多個信號。
在一些態樣中，一種非暫時性電腦可讀取媒體可以儲存用於無線通訊的一或多個指令。當由基地台的一或多個處理器執行時，該一或多個指令可以使得該一或多個處理器：決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊；至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間；及至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在該閾值時間之前被發送，來解碼在該一或多個符號中接收的一或多個信號。
在一些態樣中，一種用於無線通訊的裝置可以包括：用於決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊的構件；用於至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間的構件；及用於至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在該閾值時間之前被發送，來解碼在該一或多個符號中接收的一或多個信號的構件。
各態樣大體包括如本文基本上參照附圖和說明書描述的和如附圖和說明書所例示的方法、裝置、系統、電腦程式產品、非暫時性電腦可讀取媒體、使用者設備、基地台、無線通訊設備和處理系統。
前面已經相當廣泛地概述了根據本案內容的示例的特徵和技術優點，以便可以更好地理解隨後的具體實施方式。以下將說明其他特徵和優點。所揭示的概念和具體示例可以容易地用作修改或設計用於實現本案內容的相同目的的其他結構的基礎。此種等同結構不脫離所附請求項的範圍。當結合附圖考慮時，從以下描述將更好地理解本文揭露的概念的特徵，其組織和操作方法以及相關的優點。提供每個附圖是出於例示和說明的目的，而不是作為請求項的限制的定義。
在諸如5G的無線通訊系統中，UE可以多工在不同實體通道上的通訊。例如，UE可以多工PUCCH通訊(例如，其包括上行鏈路控制資訊(UCI)，諸如確認或否定確認(ACK/NACK)回饋等等)和PUSCH通訊。在一些態樣中，UE可以經由在PUSCH通訊中捎帶PUCCH通訊來多工PUCCH通訊和PUSCH通訊，這可以包括對PUSCH通訊的一或多個位元進行刪除(例如，丟棄)並用PUCCH通訊的一個(或多個)位替換被刪除的一個(或多個)PUSCH位，或者可以包括圍繞PUCCH通訊的UCI位元對PUSCH通訊進行速率匹配。此種多工由於較少的傳輸而可以節省網路資源，可以經由避免傳輸延遲來減少等待時間、等等。
然而，在一些情況下，UE可能沒有足夠的時間來處理PUSCH通訊及/或PUCCH通訊以便執行此種多工。在此種情況下，UE可能無法執行此種多工，這在基地台和UE不將相同的規則應用於多工的情況下可能導致基地台處的解碼錯誤。本文描述的技術和裝置允許UE和基地台將一致的規則集應用於PUSCH和PUCCH多工，從而減少錯誤，在此種多工可能的情況下實現效能改進等。
在下文中參考附圖更充分地說明本案內容的各個態樣。然而，本案內容可以以許多不同的形式體現，並且不應該被解釋為限於貫穿本案內容提供的任何特定結構或功能。相反，提供該等態樣是為了使本案內容透徹和完整，並且將本案內容的範圍完全傳達給本領域技藝人士。基於本文的教導，本領域技藝人士應當理解，本案內容的範圍意欲覆蓋本文揭露的本案內容的任何態樣，無論是獨立於本案內容的任何其他態樣實施還是與本案內容的任何其他態樣組合實施。例如，可以使用本文闡述的任何數量的態樣來實現裝置或者可以實踐方法。另外，本案內容的範圍意欲涵蓋使用附加於或除了本文所闡述的本案內容的各個態樣的其他結構、功能或結構和功能來實踐的此種裝置或方法。應當理解，本文揭露的本案內容的任何態樣可以經由請求項的一或多個要素來體現。
現在將參考各種裝置和技術呈現電信系統的幾個態樣。該等裝置和技術將經由各種方塊、模組、元件、電路、步驟、程序、演算法等（統稱為「元素」）在以下具體實施方式中說明並在附圖中示出。可以使用硬體、軟體或其組合來實現該等要素。將該等元素實現為硬體還是軟體取決於特定應用和施加於整個系統的設計約束。
注意，儘管本文可以使用通常與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可以起到排程實體的作用，為一或多個下屬實體（例如，一或多個其他UE）排程資源。在該實例中，UE起到排程實體的作用，而其他UE利用該UE排程的資源進行無線通訊。在同級間（P2P）網路中及/或網狀網路中UE可以起到排程實體的作用。在網狀網路實例中，除了與排程實體通訊之外，UE亦可以可選地彼此直接通訊。
因此，在具有對時間-頻率資源的被排程存取並具有蜂巢配置、P2P配置和網狀配置的無線通訊網路中，排程實體和一或多個下屬實體可以利用被排程的資源進行通訊。
在一些態樣中，兩個或更多個UE 120（例如，示為UE 120a和UE 120e）可以使用一或多個側鏈路通道直接通訊（例如，不使用基地台110作為中繼裝置來彼此通訊）。例如，UE 120可以使用同級間（P2P）通訊、設備到設備（D2D）通訊、車輛到萬物（V2X）協定（例如，其可以包括車輛到車輛（V2V）協定、車輛到基礎設施（V2I）協定等）、網狀網路等來進行通訊。在此種情況下，UE 120可以執行由基地台110執行的排程操作、資源選擇操作及/或本文其他部分描述的其他操作。
在一些態樣中，UE 120可以選擇性地多工一或多個通訊，並且基地台110可以至少部分地基於通訊是否被多工來解碼所接收的信號，如本文其他部分更詳細描述的。
如前述，提供圖1僅作為實例。其他示例是可能的，並且可以與針對圖1描述的示例不同。
圖2圖示基地台110和UE 120的設計200的方塊圖，基地台110和UE 120可以是圖1中的基地台中的一個和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個輸出符號串流提供到T個調制器（MOD）232a到232t。每個調制器232可以處理相應的輸出符號串流（例如，用於OFDM等）以獲得輸出取樣串流。每個調制器232可以進一步處理（例如，轉換為類比、放大、濾波和升頻轉換）輸出取樣串流以獲得下行鏈路信號。可以分別經由T個天線234a到234t發送來自調制器232a到232t的T個下行鏈路信號。根據下文更詳細描述的各個態樣，可以利用位置編碼產生同步信號以傳達附加資訊。
在UE 120處，天線252a到252r可以從基地台110及/或其他基地台接收下行鏈路信號，並且可以分別向解調器（DEMOD）254a到254r提供所接收的信號。每個解調器254可以調節（例如，濾波、放大、降頻轉換和數位化）接收的信號以獲得輸入取樣。每個解調器254可以進一步處理輸入取樣（例如，用於OFDM等）以獲得接收符號。MIMO偵測器256可以從所有R個解調器254a到254r獲得接收符號，對接收符號執行MIMO偵測（若適用的話），並提供偵測的符號。接收處理器258可以處理（例如，解調和解碼）偵測到的符號，將用於UE 120的解碼資料提供給資料槽260，並將解碼的控制資訊和系統資訊提供給控制器/處理器280。通道處理器可以決定參考信號接收功率（RSRP）、接收信號強度指示符（RSSI）、參考信號接收品質（RSRQ）、通道品質指示符（CQI）等等。
在上行鏈路上，在UE 120處，發射處理器264可以接收和處理來自資料來源262的資料和來自控制器/處理器280的控制資訊（例如，用於包括RSRP、RSSI、RSRQ、CQI等的報告）。發射處理器264亦可以為一或多個參考信號產生參考符號。來自發射處理器264的符號可以由TX MIMO處理器266進行預編碼（若適用的話），由調制器252a到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的任何其他元件可以執行與選擇性地多工PUSCH和PUCCH通訊相關聯的一或多個技術，如本文其他部分更詳細地描述的。例如，基地台110的控制器/處理器240，UE 120的控制器/處理器280及/或圖2的任何其他元件可以執行或指導例如圖13的程序1300、圖14的程序1400及/或如本文所述的其他程序的操作。記憶體242和282可以分別儲存用於基地台110和UE 120的資料和程式碼。排程器246可以排程UE在下行鏈路及/或上行鏈路上進行資料傳輸。
當由處理器280及/或UE 120處的其他處理器和模組執行時，所儲存的程式碼可以使UE 120執行針對圖13的程序1300及/或本文所述的其他程序描述的操作。當由處理器240及/或基地台110處的其他處理器和模組執行時，所儲存的程式碼可以使基地台110執行針對圖14的程序1400及/或如本文所述的其他程序描述的操作。排程器246可以排程UE在下行鏈路及/或上行鏈路上進行資料傳輸。
在一些態樣中，UE 120可以包括：用於決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊的構件；用於至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間的構件；用於至少部分地基於是否在閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊來選擇性地多工PUSCH通訊和PUCCH通訊的構件；用於至少部分地基於該選擇性地多工來發送PUSCH通訊、PUCCH通訊，或者PUSCH通訊和PUCCH通訊兩者的構件；等等。在一些態樣中，該等構件可以包括結合圖2描述的UE 120的一或多個元件。
在一些態樣中，基地台110可以包括：用於決定由上行鏈路授權排程的PUSCH通訊和與由下行鏈路授權排程的PDSCH通訊相對應的PUCCH通訊被排程為在一或多個符號中重疊的構件；用於至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間的構件；用於至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在該閾值時間之前被發送，來解碼在該一或多個符號中接收的一或多個信號的構件；等等。在一些態樣中，該等構件可以包括結合圖2描述的基地台110的一或多個元件。
儘管圖2中的方塊被示為不同的元件，但是上文針對該等方塊描述的功能可以在單個硬體、軟體或組合元件中或在元件的各種組合中實現。例如，針對發射處理器264、接收處理器258及/或TX MIMO處理器266描述的功能可以由處理器280執行或在處理器280的控制下執行。
如前述，圖2僅作為示例提供。其他示例是可能的，並且可能與針對圖2的描述的不同。
圖3A圖示用於電信系統（例如，NR）中的FDD的示例性訊框結構300。可以將下行鏈路和上行鏈路中的每一個的傳輸等時線劃分為無線電訊框的多個單元。每個無線電訊框可以具有預定的持續時間，並且可以被劃分為Z（Z≧1）個子訊框的集合（例如，索引為0到Z-1）。每個子訊框可以包括時槽集合（例如，在圖3A中示出每個子訊框的兩個時槽）。每個時槽可以包括L個符號週期的集合。例如，每個時槽可以包括七個符號週期（例如，如圖3A所示），十五個符號週期等。在子訊框包括兩個時槽的情況下，子訊框可以包括2L個符號週期，其中可以為每個子訊框中的2L個符號週期分配0到2L-1的索引。在一些態樣中，用於FDD的排程單元可以是基於訊框的、基於子訊框的、基於時槽的、基於符號的等。
儘管本文結合訊框、子訊框、時槽等描述了一些技術，但是該等技術同樣可以應用於可使用除5G NR中的「訊框」、「子訊框」、「時槽」等之外的術語來代表的其他類型的無線通訊結構。在一些態樣中，無線通訊結構可以指由無線通訊標準及/或協定定義的、週期性時間界定的通訊單元。另外或或者，可以使用與圖3A中所示的無線通訊結構配置不同的無線通訊結構配置。
在某些電信（例如，NR）中，基地台可以發送同步信號。例如，基地台可以在下行鏈路上針對基地台所支援的每個細胞發送主要同步信號（PSS）、輔同步信號（SSS）等。UE可以使用PSS和SSS進行細胞搜尋和獲取。例如，UE可以使用PSS來決定符號時序，並且UE可以使用SSS來決定與基地台相關聯的實體細胞識別符和訊框時序。基地台亦可以發送實體廣播通道（PBCH）。PBCH可以攜帶一些系統資訊，諸如支援UE的初始存取的系統資訊。
在一些態樣中，基地台可以根據包括多個同步通訊（例如，SS區塊）的同步通訊層級結構（例如，同步信號（SS）層級結構）來發送PSS、SSS及/或PBCH，如下文結合圖3B所述的。
圖3B是概念性地示出示例性SS層級結構的方塊圖，其是同步通訊層級結構的實例。如圖3B所示，SS層級結構可以包括SS短脈衝集合，其可以包括複數個SS短脈衝（標識為SS短脈衝0到SS短脈衝B-1，其中B是可以由基地台發送的SS短脈衝的最大重複次數）。如進一步所示，每個SS短脈衝可以包括一或多個SS區塊（標識為SS區塊0到SS區塊（bmax_SS-1 ），其中bmax_SS-1 是SS短脈衝所能夠攜帶的SS區塊的最大數量）。在一些態樣中，不同的SS區塊可以不同地進行波束成形。SS短脈衝集合可以由無線節點週期性地發送，例如每X毫秒，如圖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（例如，佔用兩個符號）中的一或多個。
基地台可以在某些子訊框中在實體下行鏈路共享通道（PDSCH）及/或實體下行鏈路控制通道（PDCCH）上發送系統資訊，諸如系統資訊區塊（SIB）。基地台可以在子訊框的C個符號週期中在PDCCH上發送控制資訊/資料，其中B可以針對每個子訊框進行配置。基地台可以在每個子訊框的剩餘符號週期中在PDSCH及/或PDCCH上發送傳輸量資料及/或其他資料。
如前述，提供圖3A和3B作為實例。其他示例是可能的，並且可以與針對圖3A和3B描述的示例不同。
圖4圖示具有普通循環字首的示例性子訊框格式410。可以將可用時間頻率資源劃分為資源區塊。每個資源區塊可以覆蓋一個時槽中的次載波集合（例如12個次載波），並且可以包括多個資源元素。每個資源元素可以覆蓋一個符號週期（例如在時間上）中的一個次載波，並且可以用於發送一個調制符號，其可以是實數或複數值。在一些態樣中，子訊框格式410可以用於傳輸承載PSS、SSS、PBCH等的SS區塊，如本文所述。
在某些電信系統（例如，NR）中，交錯結構可以用於FDD的下行鏈路和上行鏈路中的每一個。例如，可以定義索引為0到Q-1的Q個交錯，其中Q可以等於4、6、8、10或某個其他值。每個交錯可以包括由Q個訊框間隔開的子訊框。具體而言，交錯q可以包括子訊框q、q+Q、q+2Q等，其中q∈{0,...,Q-1}。
儘管本文描述的示例的各態樣可以與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）服務的關鍵任務。
在一些態樣中，可以支援100MHz的單個分量載波頻寬。NR資源區塊可以在0.1毫秒（ms）的持續時間內跨越具有60或120千赫（kHz）的次載波頻寬的12個次載波。每個無線電訊框可以包括40個子訊框，長度為10ms。因此，每個子訊框可以具有0.25ms的長度。每個子訊框可以指示用於資料傳輸的鏈路方向（例如，DL或者UL），並且每個子訊框的鏈路方向可以動態地切換。每個子訊框可以包括DL/UL資料以及DL/UL控制資料。
可以支援波束成形並且可以動態地配置波束方向。亦可以支援具有預編碼的MIMO傳輸。DL中的MIMO配置可以支援多達8個發射天線，具有多達8個串流的多層DL傳輸和每個UE多達2個串流。可以支援每個UE多達2個串流的多層傳輸。可以用多達8個服務細胞支援多個細胞的聚合。或者，NR可以支援除基於OFDM的空中介面之外的不同空中介面。NR網路可以包括諸如中央單元或分散式單元的實體。
如前述，提供圖4作為實例。其他示例是可能的，並且可以與針對圖4描述的示例不同。
圖5是示出以DL為中心的時槽、子訊框或其他無線通訊結構或傳輸時間間隔（TTI）的示例的圖500（結合圖5被稱為以DL為中心的子訊框）。以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為中心的時槽、子訊框或其他無線通訊結構或傳輸時間間隔（TTI）的示例的圖600（結合圖6被稱為以UL為中心的子訊框）。以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為中心的無線通訊結構的一個實例，並且可以存在具有類似特徵的替代結構，而不一定偏離本文描述的態樣。
在一個實例中，諸如訊框的無線通訊結構可以包括以UL為中心的子訊框和以DL為中心的子訊框。在該實例中，可以至少部分地基於發送的UL資料量和DL資料量來動態地調整訊框中的以UL為中心的子訊框與以DL為中心的子訊框的比率。例如，若存在較多UL資料，則可以增加以UL為中心的子訊框與以DL為中心的子訊框的比率。相反，若存在較多DL資料，則可以減小以UL為中心的子訊框與以DL為中心的子訊框的比率。
如前述，提供圖6僅作為實例。其他示例是可能的，並且可以與針對圖6描述的示例不同。
在諸如5G的無線通訊系統中，UE 120可以多工不同實體通道上的通訊。例如，UE 120可以多工PUCCH通訊(例如，其包括上行鏈路控制資訊(UCI)，諸如確認或否定確認(ACK/NACK)回饋等)和PUSCH通訊。在一些態樣中，UE 120可以經由在PUSCH通訊中捎帶PUCCH通訊來多工PUCCH通訊和PUSCH通訊，這可以包括對PUSCH通訊的一或多個位元進行刪除(例如，丟棄)並且用PUCCH通訊的一個(或多個)位替換一個(或多個)被刪除的PUSCH位，及/或這可以包括圍繞PUCCH通訊的UCI位來對PUSCH通訊進行速率匹配的一或多個位元。此種多工由於較少的傳輸而可以節省網路資源，可以經由避免傳輸延遲來減少等待時間等。
然而，在一些情況下，UE 120可能沒有足夠的時間來處理PUSCH通訊及/或PUCCH通訊以便執行此種多工。在此種情況下，UE 120可能無法執行此種多工，這在基地台110和UE 120不將相同的規則應用於多工的情況下可能導致基地台110處的解碼錯誤。本文描述的技術和裝置允許UE 120和基地台110將一致的規則集應用於PUSCH和PUCCH多工，從而減少錯誤、在此種多工可行的情況下實現效能改進、等等。
圖7是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的示例700的圖。
如元件符號705所示，UE 120可以決定PUSCH通訊和PUCCH通訊被排程為在一或多個符號中重疊。例如，PUSCH通訊可以跨越UL長短脈衝部分604的邊界（在上面結合圖6描述），並且可以被排程為在其中排程了PUCCH通訊的UL短短脈衝部分606的一或多個符號中發生。在一些態樣中，UE 120可以至少部分地基於在PDCCH通訊中接收的排程（例如，使用下行鏈路控制資訊（DCI））PUSCH通訊和PUCCH通訊的排程資訊，來做出該決定。另外或或者，UE 120可以至少部分地基於結合半持久排程、所配置的排程等而接收的排程資訊（例如，使用DCI及/或無線電資源控制（RRC）訊息）來做出該決定。
在一些態樣中，PUSCH通訊和PUCCH通訊可以被包括在相同的PUCCH組中。例如，PUSCH通訊和PUCCH通訊可以在相同載波(例如，分量載波)上發送。作為另一實例，PUSCH通訊和PUCCH通訊可以在被包括在相同PUCCH組中的不同載波上發送。PUCCH組可以代表包括主載波和一或多個輔載波的一組載波。主載波可以用於PUCCH組的所有PUCCH通訊。在此種情況下，PUSCH通訊和PUCCH通訊的分頻多工是不可能的，並且可以經由在PUSCH通訊中捎帶PUCCH通訊來實現PUSCH通訊和PUCCH通訊的多工。在一些態樣中，捎帶可以指經由用PUCCH通訊的一或多個位元替換PUSCH通訊的一或多個位來用PUCCH通訊對PUSCH通訊進行刪除。在一些態樣中，捎帶可以指圍繞與PUCCH通訊相對應的上行鏈路控制資訊(UCI)位元對PUSCH通訊進行速率匹配。以此種方式，可以在PUSCH上發送PUCCH通訊的UCI。
如元件符號710所示，可以經由包括上行鏈路授權的PDCCH通訊來排程PUSCH通訊。例如，上行鏈路授權可以指示PDCCH通訊與由PDCCH通訊排程的PUSCH通訊的傳輸之間的時序(例如，其在3GPP規範中可以被稱為K2值)。
如元件符號715所示，可以經由包括下行鏈路授權的PDCCH通訊來排程PUCCH通訊。例如，下行鏈路授權可以指示PDCCH通訊與由PDCCH通訊排程的PDSCH通訊之間的時序（例如，其在3GPP規範中可以被稱為K0值），並且可以指示PDSCH通訊與包括針對PDSCH通訊的ACK/NACK回饋的對應PUCCH通訊之間的時序（例如，其在3GPP規範中可以被稱為K1值）。該時序可以指示例如時槽數量、上行鏈路機會數量、PDSCH機會數量、PUCCH機會數量等等。
如元件符號720所示，UE 120可以至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間（例如，閾值符號、閾值符號邊界等）。在一些態樣中，PUSCH通訊和PUCCH通訊可以被排程為在相同符號中開始，在此種情況下，最早的被排程開始時間可以是該相同符號。
或者，PUSCH通訊和PUCCH通訊可以被排程為在不同符號中開始，在此種情況下，最早的被排程開始時間可以是PUSCH通訊或PUCCH通訊中任何一個在較早符號中開始的通訊的初始符號。例如，若PUSCH通訊被排程為在比PUCCH通訊更早的符號中開始，則最早的被排程開始時間可以是PUSCH通訊的被排程開始時間。相反，若PUCCH通訊被排程為在比PUSCH通訊更早的符號中開始，則最早的被排程開始時間可以是PUCCH通訊的被排程開始時間。
在一些態樣中，UE 120可以至少部分地基於PUSCH處理時間（例如，其在3GPP規範中可以被稱為N2值）來決定閾值時間。在一些態樣中，PUSCH處理時間可以是在UE 120傳輸之前處理PUSCH通訊所需的最小處理時間。另外或或者，UE 120可以至少部分地基於PUCCH處理時間(例如，其在3GPP規範中可以被稱為N1值)來決定閾值時間。在一些態樣中，PUCCH處理時間可以是在UE 120傳輸之前處理PUCCH通訊所需的最小處理時間。下文結合圖9和10描述其他細節。
如元件符號725所示，UE 120可以至少部分地基於是否在閾值時間之前接收到上行鏈路授權、下行鏈路授權和與PUCCH通訊相對應的PDSCH通訊，來選擇性地多工(例如，多工或不多工)PUSCH通訊和PUCCH通訊。如本文其他部分所述，此種多工可以包括經由刪除PUSCH通訊及/或經由圍繞PUCCH通訊的UCI位元對PUSCH通訊進行速率匹配而在PUSCH通訊中捎帶PUCCH通訊的上行鏈路控制資訊。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊的最後一個符號(例如，至少最後一個符號，以及可能的一或多個其他符號)的決定，來多工PUSCH通訊和PUCCH通訊。在此種情況下，當在閾值時間之前接收到所有該等通訊時，UE 120可以有足夠的時間來處理PUSCH通訊和PUCCH通訊以允許此種多工。以此種方式，UE 120可以由於此種多工而節省網路資源，減少等待時間等。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定，來阻止對PUSCH通訊和PUCCH通訊的多工。在此種情況下，UE 120可能沒有足夠的時間來處理PUSCH通訊和PUCCH通訊以允許此種多工，並且可以阻止此種多工發生以減少錯誤（例如，在接收由UE 120在重疊符號中發送的信號的基地台110處的解碼錯誤）。
例如，如示例700中並經由元件符號730所示，若在閾值時間之前接收到下行鏈路授權和上行鏈路授權，但是在閾值時間之後接收到PDSCH通訊的一或多個符號，則UE 120可能沒有足夠的時間來在PUSCH通訊中捎帶PUCCH通訊（例如，ACK/NACK回饋）。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定而丟棄PUSCH通訊和PUCCH通訊兩者。例如，此種情況可能是不允許的（例如，依據3GPP規範），並且若發生此種情況，則UE 120可以被配置為指示錯誤及/或丟棄PUSCH通訊和PUCCH通訊兩者。
或者，UE 120可以至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定而僅發送PUSCH通訊或PUCCH通訊中的一個，並且可以丟棄PUSCH通訊或PUCCH通訊中的另一個。例如，若在閾值時間之前沒有接收到該等通訊，則UE 120可以發送PUSCH通訊，並且可以丟棄PUCCH通訊。或者，若在閾值時間之前沒有接收到該等通訊，則UE 120可以發送PUCCH通訊，並且可以丟棄PUSCH通訊。
在一些態樣中，UE 120可以發送被排程為在較早符號中開始的通訊（例如，PUSCH通訊或PUCCH通訊），並且可以丟棄被排程為在稍晚符號中開始的通訊。或者，UE 120可以發送被排程為在稍晚符號中開始的通訊，並且可以丟棄被排程為在較早符號中開始的通訊。
在一些態樣中，UE 120可以從基地台110（例如，在RRC訊息、DCI等中）接收關於將發送哪個通訊以及將丟棄哪個通訊（例如，PUSCH通訊、PUCCH通訊、在較早符號中開始的通訊、在稍晚符號中開始的通訊等）的指示。以此種方式，UE 120可以被靈活地配置用於不同的要求（例如，等待時間要求、可靠性要求等）、不同類型的操作（例如，URLLC、eMBB），基地台110上的不同負載、不同的通道條件等。
儘管圖7圖示單個PUSCH通訊和單個PUCCH通訊的選擇性的多工，但是在一些態樣中，UE 120可以選擇性地多工單個PUSCH通訊和多個PUCCH通訊，可以選擇性地多工多個PUSCH通訊和單個PUCCH通訊，或者可以選擇性地多工多個PUSCH通訊和多個PUCCH通訊。下文結合圖11和12描述其他細節。
經由在UE 120有足夠時間執行此種捎帶時在PUSCH通訊中捎帶PUCCH通訊，UE 120可以節省網路資源、減少等待時間等。此外，經由在UE 120沒有足夠的時間執行此種捎帶時阻止此種捎帶發生，UE 120可以減少及/或防止錯誤。
如前述，提供圖7作為實例。其他示例是可能的，並且可以與針對圖7描述的示例不同。
圖8是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的另一示例800的圖。
如元件符號805所示，基地台110可以以與上面結合圖7描述的方式類似的方式，決定PUSCH通訊和PUCCH通訊被排程為在一或多個符號中重疊。在一些態樣中，基地台110可以至少部分地基於在PDCCH通訊中發送的排程（例如，使用下行鏈路控制資訊（DCI））PUSCH通訊和PUCCH通訊的排程資訊，來做出該決定。另外或或者，基地台110可以至少部分地基於結合半持久排程、所配置的排程等而發送的排程資訊（例如，使用DCI及/或無線電資源控制（RRC）訊息），來做出該決定。
在一些態樣中，可以將PUSCH通訊和PUCCH通訊包括在相同PUCCH組中，如上面結合圖7所描述的。在一些態樣中，PUSCH通訊可以由包括上行鏈路授權的PDCCH通訊來排程，如上面結合圖7所描述的。另外或或者，PUCCH通訊可以由包括下行鏈路授權的PDCCH通訊來排程，如上面結合圖7所描述的。
如元件符號810所示，基地台110可以至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間，如上面結合圖7所描述的。在一些態樣中，基地台110可以至少部分地基於PUSCH處理時間及/或PUCCH處理時間來決定閾值時間，如上面結合圖7所描述的。在下文結合圖9和10描述關於決定閾值時間的附加細節。在一些態樣中，UE 120的PUSCH處理時間及/或PUCCH處理時間可以由UE 120指示給基地台110（例如，在RRC訊息中、在能力報告中、等等）。
如元件符號815所示，基地台110可以至少部分地基於上行鏈路授權、下行鏈路授權和與PUCCH通訊對應的PDSCH通訊是否在閾值時間之前被發送及/或是否被排程為在閾值時間之前由UE 120接收，來解碼一或多個信號（例如，以下的至少一部分：僅PUSCH通訊、僅PUCCH通訊，或者PUSCH通訊和PUCCH通訊兩者）。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之前UE 120接收到上行鏈路授權、下行鏈路授權和PDSCH通訊的最後一個符號（例如，至少最後一個符號，以及可能的一或多個其他符號）的決定，來多工PUSCH通訊和PUCCH通訊。在此種情況下，當在閾值時間之前由基地台110發送了所有該等通訊時，則基地台110可以在解碼該一或多個符號時假設此種多工。以此種方式，UE 120和基地台110可以由於此種多工而節省網路資源、減少等待時間、等等。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之後UE 120接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定而阻止對PUSCH通訊和PUCCH通訊的多工。在此種情況下，當在閾值時間之前基地台110沒有發送所有該等通訊時，則基地台110可以在解碼該一或多個符號時假設沒有多工PUSCH通訊和PUCCH通訊。經由此種方式，可以減少解碼錯誤，這可以節省處理和記憶體資源。
例如，如示例800中並經由元件符號820所示，若下行鏈路授權和上行鏈路授權在閾值時間之前被發送，但是PDSCH通訊的一或多個符號在閾值時間之後被發送，則UE 120可能沒有足夠的時間在PUSCH通訊中捎帶PUCCH通訊（例如，ACK/NACK回饋），並且基地台110可以相應地解碼在一個（或多個）重疊符號中接收的一個（或多個）信號。
在一些態樣中，UE 120可以丟棄PUSCH通訊和PUCCH通訊兩者。在此種情況下，基地台110可以忽略（例如，跳過解碼）在該一或多個符號中接收的一或多個信號。
或者，UE 120可以僅發送PUSCH通訊或PUCCH通訊中的一個，並且可以丟棄PUSCH通訊或PUCCH通訊中的另一個。另外或或者，UE 120可以僅發送被排程為在較早符號中開始的通訊或被排程為在稍晚符號中開始的通訊中的一個，並且可以丟棄被排程為在較早符號中開始的通訊或被排程為在稍晚符號中開始的通訊中的另一個。在任一種情況下，基地台110可以至少部分地基於對UE 120發送哪個通訊的決定，來解碼及/或解釋在重疊符號中接收的一個（或多個）信號。
在一些態樣中，基地台110和UE 120皆可以儲存關於要發送哪個通訊的資訊。例如，根據3GPP規範，可以在基地台110及/或UE 120的記憶體中對此種資訊進行硬編碼。另外或或者，基地台110可以向UE 120發送關於將發送哪個通訊以及將丟棄哪個通訊的指示。以此種方式，UE 120可以被靈活地配置用於不同的要求（例如，等待時間要求、可靠性要求等）、不同類型的操作（例如，URLLC、eMBB）、基地台110上的不同負載、不同的通道條件等等。
儘管圖8描述了關於單個PUSCH通訊和單個PUCCH通訊的解碼，但是在一些態樣中，基地台110可以針對單個PUSCH通訊和多個PUCCH通訊進行解碼，可以針對多個PUSCH通訊和單個PUCCH通訊進行解碼，或者可以針對多個PUSCH通訊和多個PUCCH通訊進行解碼。下文結合圖11和12描述其他細節。
如前述，提供圖8作為實例。其他示例是可能的，並且可以與針對圖8描述的示例不同。
圖9是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的另一示例900的圖。
如元件符號905所示，在一些態樣中，PUSCH通訊可以被排程為在比PUCCH通訊更早的符號中開始。在此種情況下，UE 120及/或基地台110可以至少部分地基於PUSCH處理時間（例如，N2）及/或PUSCH通訊的被排程的開始時間來決定閾值時間。
在一些態樣中，可以將閾值時間計算為閾值符號（例如，而不是符號邊界），並且PUSCH處理時間的長度可以是N2個符號。在此種情況下，閾值時間可以是在PUSCH通訊的初始符號（例如，時間上的第一個符號）之前的N2+1個符號，如元件符號910所示。在此種情況下，若依據PUSCH處理時間決定閾值時間（例如，因為PUSCH通訊首先發生），則與PUCCH通訊相對應的下行鏈路授權和與PUCCH通訊相對應的PDSCH通訊的最後一個符號應當在作為PUSCH通訊的初始符號之前的N2+1個符號的符號中或之前出現，以便允許足夠的處理時間進行多工處理。
例如，如元件符號915所示，若下行鏈路授權和PDSCH通訊的最後一個符號在作為PUSCH通訊的初始符號之前的N2+1個符號的符號中或之前出現，則這允許UE 120在PUSCH通訊的初始符號之前的N2個符號中處理PUSCH通訊，並且將PUCCH通訊與PUSCH通訊進行多工處理。
然而，如元件符號920所示，若下行鏈路授權或PDSCH通訊的最後一個符號在作為PUSCH通訊的初始符號之前的N2+1個符號的符號之後出現，則這不允許UE 120在PUSCH通訊的初始符號之前的N2個符號中處理PUSCH通訊，並且UE 120將不能將PUCCH通訊與PUSCH通訊進行多工處理。
如前述，提供圖9僅作為實例。其他示例是可能的，並且可以與針對圖9描述的示例不同。
圖10是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的另一示例1000的圖。
如元件符號1005所示，在一些態樣中，PUCCH通訊可以被排程為在比PUSCH通訊更早的符號中開始。在此種情況下，UE 120及/或基地台110可以至少部分地基於PUCCH處理時間（例如，N1），與PUCCH通訊相對應的PDSCH通訊的持續時間（及/或預先配置的預設持續時間）及/或PUCCH通訊的被排程的開始時間，來決定閾值時間。
在一些態樣中，可以將閾值時間計算為閾值符號（例如，而不是符號邊界），並且PUCCH處理時間的長度可以是N1個符號。在此種情況下，閾值時間可以是N1個符號加上在PUCCH通訊的初始符號之前的PDSCH通訊的符號數量，如元件符號1010所示。在此種情況下，若依據PUCCH處理時間及/或PDSCH持續時間決定閾值時間（例如，因為PUCCH通訊首先發生），則與PUSCH通訊相對應的上行鏈路授權應當在作為PUCCH通訊的初始符號之前的N1+NPDSCH 個符號的符號中或之前出現，以便允許足夠的處理時間進行多工處理（例如，其中NPDSCH 是PDSCH通訊中的符號數量）。
例如，如元件符號1015所示，若上行鏈路授權在作為PUCCH通訊的初始符號之前的N1+NPDSCH 個符號的符號中或之前出現，則這允許UE 120在PUCCH通訊的初始符號之前處理PUCCH通訊，並且將PUCCH通訊與PUSCH通訊進行多工處理。
然而，如元件符號1020所示，若上行鏈路授權在作為PUCCH通訊的初始符號之前的N1+NPDSCH 個符號的符號之後出現，則這不允許UE 120在PUCCH通訊的初始符號之前處理PUCCH通訊，並且UE 120將不能將PUCCH通訊與PUSCH通訊進行多工處理。
在一些態樣中，可以至少部分地基於預先配置的值（例如，預先配置的符號數量）來決定閾值時間。例如，閾值時間可以是N1個符號加上在PUCCH通訊的初始符號之前的預先配置的符號數量。另外或或者，閾值時間可以是N1個符號加上在NPDSCH 與PUCCH通訊的初始符號之前的預先配置的符號數量之間的最大值（例如，max{NPDSCH , Npreconfigured }）。這可以經由在PDSCH長時使用PDSCH持續時間並且在PDSCH短時使用預先配置的值，來允許足夠的處理時間。在一些態樣中，預先配置的符號數量可以是7個符號（例如，以允許足夠的處理時間）。或者，預先配置的符號數量可以是不同的符號數量（例如，6個符號、8個符號等）。
在一些態樣中，可以至少部分地基於對是PUSCH通訊還是PUCCH通訊被排程為在較早符號中開始的決定，來決定閾值時間。例如，若PUSCH通訊被排程為在較早符號中開始，則可以至少部分地基於PUSCH處理時間來決定閾值時間，如上面結合圖9所描述的。相反，若PUCCH通訊被排程為在較早符號中開始，則可以至少部分地基於PUCCH處理時間來決定閾值時間，如上面結合圖10所描述的。在一些態樣中，若PUSCH通訊和PUCCH通訊在相同的符號中開始，則閾值時間可以被決定為在至少部分地基於PUSCH處理時間決定的第一閾值時間和至少部分地基於PUCCH處理時間決定的第二閾值時間之中的最大值。
在一些態樣中，無論PUSCH通訊或PUCCH通訊中的哪一個被排程為在較早符號中開始，皆可以使用相同的閾值時間。在一些態樣中，閾值時間可以被決定為在上述第一閾值時間和第二閾值時間之中的最大值。例如，在一些態樣中，閾值時間可以被計算為max{N2+1, N1+max{NPDSCH , Npreconfigured }}（例如，其中Npreconfigured =7，作為示例）。或者，在一些態樣中，無論PUSCH通訊或PUCCH通訊中的哪一個被排程為在較早符號中開始，皆可以使用第一閾值時間（例如，N2+1）。在一些態樣中，無論PUSCH通訊或PUCCH通訊中的哪一個被排程為在較早符號中開始，皆可以使用第二閾值時間（例如，N1+max{NPDSCH , Npreconfigured }）。
如前述，提供圖10作為實例。其他示例是可能的，並且可以與針對圖8描述的示例不同。
圖11是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的另一示例1100的圖。
在一些態樣中，UE 120可以決定存在潛在地與PUSCH通訊進行（例如，選擇性地）多工的多個PUCCH通訊（例如，與PUSCH通訊的一或多個符號重疊）。在一些態樣中，PUSCH通訊可以在比該多個PUCCH通訊中的所有PUCCH通訊更早的符號中開始。在此種情況下，若在閾值時間之前接收到與PUCCH通訊相對應的所有PDSCH通訊，則UE 120可以在PUSCH通訊中多工針對該多個PDSCH通訊的ACK/NACK回饋。
然而，在一些態樣中，可以在閾值時間之前接收到第一PDSCH通訊，並且可以在閾值時間之後接收到第二PDSCH通訊的至少最後一個符號。在此種情況下，UE 120能夠多工與第一PDSCH通訊相對應的第一PUCCH通訊（例如，第一ACK/NACK回饋），但是不能多工與第二PDSCH通訊相對應的第二PUCCH通訊（例如，第二ACK/NACK回饋）。
如元件符號1105所示，在一些態樣中，第一下行鏈路授權1110可以排程第一PDSCH通訊1115和第一PUCCH通訊1120。如圖所示，在閾值時間之前接收到第一下行鏈路授權1110和第一PDSCH通訊1115的最後一個符號。如進一步所示，可以在閾值時間之前接收到排程第二PDSCH通訊1130和第二PUCCH通訊1135的第二下行鏈路授權1125，並且可以在閾值時間之後接收到第二PDSCH通訊1130的最後一個符號。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之前接收到第二下行鏈路授權1125和在閾值時間之後接收到第二PDSCH通訊1130的最後一個符號的決定，來將與第二PUCCH通訊1135相對應的NACK與PUSCH通訊和第一PUCCH通訊1120進行多工處理。在此種情況下，UE 120可以被配置為使用在第二下行鏈路授權1125中指示的下行鏈路分配索引（DAI）來多工ACK/NACK回饋。例如，UE 120可以多工NACK，因為UE 120沒有足夠的處理時間來決定第二PDSCH通訊1130是要被ACK還是要被NACK。若UE 120成功接收到第二PDSCH通訊1130，則UE 120可以忽略（例如，跳過解碼）由NACK觸發的第二PDSCH通訊1130的重傳，從而節省UE 120的能量。
或者，UE 120可以至少部分地基於對在閾值時間之前接收到第二下行鏈路授權1125以及在閾值時間之後接收到第二PDSCH通訊1130的最後一個符號的決定，來丟棄第二PUCCH通訊1135。在此種情況下，UE 120可以被配置為使用在第一下行鏈路授權1110中指示的DAI來多工ACK/NACK回饋。以此種方式，可以經由在不決定應該發送NACK還是ACK的情況下阻止PUSCH通訊被用NACK刪除，來提高可靠性。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之前接收到排程第二PUCCH通訊1135的PDCCH通訊(例如，其可以包括或不包括下行鏈路授權1125)和PDCCH通訊未排程PDSCH通訊的決定，來將與第二PUCCH通訊1135相對應的ACK與PUSCH通訊和第一PUCCH通訊1120進行多工處理。例如，在一些態樣中，PDCCH通訊可以用於：以訊號傳遞通知頻寬部分切換，啟用或停用(例如，釋放)配置(例如，半持久性排程、所配置的排程等)，及/或用於除了排程PDSCH通訊之外的其他目的。在此種情況下，若成功接收到PDCCH通訊，則UE 120可以多工PDCCH通訊的ACK，或者若未成功接收到PDCCH通訊，則UE 120可以多工PDCCH通訊的NACK。
如元件符號1140所示，在一些態樣中，第一下行鏈路授權1145可以排程第一PDSCH通訊1150和第一PUCCH通訊1155。如圖所示，在閾值時間之前接 收到第一下行鏈路授權1145和第一PDSCH通訊1150的最後一個符號。如進一步所示，可以在閾值時間之後接收到排程第二PDSCH通訊1165和第二PUCCH通訊1170的第二下行鏈路授權1160。
在一些態樣中，UE 120可以至少部分地基於對在閾值時間之後接收到第二下行鏈路授權1160的決定，來丟棄第二PUCCH通訊1170。在此種情況下，UE 120可以被配置為使用在第一下行鏈路授權1145中指示的DAI來多工ACK/NACK回饋。以此種方式，可以經由在不決定第二PUCCH通訊應該包括ACK還是NACK的情況下阻止PUSCH通訊被用第二PUCCH通訊刪除，來提高可靠性。
儘管結合UE 120描述了圖11的操作，但是類似的操作可以由基地台110以與上面結合圖8描述的方式類似的方式執行。在一些態樣中，基地台110和UE 120可以儲存關於處理ACK/NACK回饋的相同規則集，使得基地台110可以適當地解碼及/或解釋UE 120發送的ACK/NACK回饋。在一些態樣中，可以在基地台110及/或UE 120的記憶體中硬編碼該等規則中的一或多個(例如，至少部分地基於3GPP規範)。另外或或者，該等規則中的一或多個可以由基地台110指示給UE 120(例如，在RRC訊息中、在DCI中等)。以此種方式，可以靈活地配置UE 120。
如前述，提供圖11作為實例。其他示例是可能的，並且可以與針對圖11描述的示例不同。
圖12是示出根據本案內容的各個態樣的選擇性地多工PUSCH和PUCCH通訊的另一示例1200的圖。
如圖12所示，在一些態樣中，UE 120可以決定存在要與PUCCH通訊1210多工（例如，與PUCCH通訊1210的一或多個符號重疊）的多個PUSCH通訊1205（例如，示出為第一PUSCH通訊1205-1和第二PUSCH通訊1205-2）。在一些態樣中，PUCCH通訊1210可以在比該多個PUSCH通訊1205中的所有PUSCH通訊更早的符號中開始。在此種情況下，若在閾值時間之前接收到與PUSCH通訊1205相對應的所有上行鏈路授權1215，則UE 120可以將PUCCH通訊1210與該多個PUSCH通訊1205中的一或多個PUSCH通訊進行多工處理。
在一些態樣中，UE 120可以決定該多個PUSCH通訊1205中的哪個PUSCH通訊具有最早的起始符號，並且可以在具有最早起始符號的PUSCH通訊1205中捎帶PUCCH通訊1210。例如，在示例1200中，UE 120可以在第一PUSCH通訊1205-1中捎帶PUCCH通訊1210。在一些態樣中，UE 120可以不在第二PUSCH通訊1205-2（例如，其具有較晚的起始符號）中捎帶PUCCH通訊1210。以此種方式，可以減少針對PUCCH的等待時間。
在一些態樣中，UE 120可以決定該多個PUSCH通訊1205中的哪個PUSCH通訊具有最大數量的被分配資源，並且可以在具有最大數量的被分配資源的PUSCH通訊1205中捎帶PUCCH通訊1210。以此種方式，可以經由刪除或佔用PUSCH通訊1205的較小比例的資源，來提高可靠性。
在一些態樣中，UE 120可以在多個PUSCH通訊1205中捎帶PUCCH通訊1210。例如，在示例1200中，UE 120可以在第一PUSCH通訊1205-1和第二PUSCH通訊1205-2中捎帶PUCCH通訊1210。在一些態樣中，當在多個PUSCH通訊1205中捎帶PUCCH通訊1210時，UE 120可以利用跳頻應用在PUSCH上捎帶UCI的一或多個規則。例如，為了應用該等規則，可以將該多個PUSCH通訊1205視為一個PUSCH的不同跳頻，即使沒有一個PUSCH通訊1205被配置有跳頻亦如此。以此種方式，可以增加基地台110接收到PUCCH通訊1210的可能性。
儘管結合UE 120描述了圖12的操作，但是類似的操作可以由基地台110以與上面結合圖8描述的方式類似的方式執行。在一些態樣中，基地台110和UE 120可以儲存關於針對多個重疊的PUSCH通訊來多工PUCCH通訊的相同規則集，使得基地台110可以適當地解碼及/或解釋UE 120在重疊符號中發送的資訊。在一些態樣中，可以在基地台110及/或UE 120的記憶體中硬編碼該等規則中的一或多個（例如，至少部分地基於3GPP規範）。另外或或者，該等規則中的一或多個可以由基地台110指示給UE 120（例如，在RRC訊息中、在DCI中等）。以此種方式，可以靈活地配置UE 120。
如前述，提供圖12作為實例。其他示例是可能的，並且可以與針對圖12描述的示例不同。
圖13是示出根據本案內容的各個態樣的例如由UE執行的示例性程序1300的圖。示例性程序1300是UE（例如，UE 120等）執行與選擇性地多工PUSCH和PUCCH通訊相關聯的操作的實例。
如圖13所示，在一些態樣中，程序1300可以包括：決定由上行鏈路授權排程的實體上行鏈路共享通道（PUSCH）通訊和與由下行鏈路授權排程的實體下行鏈路共享通道（PDSCH）通訊相對應的實體上行鏈路控制通道（PUCCH）通訊被排程為在一或多個符號中重疊（方塊1310）。例如，UE（例如，使用控制器/處理器280等）可以決定PUSCH通訊和PUCCH通訊被排程為在一或多個符號中重疊，如上面結合圖7-12之描述。在一些態樣中，可以由上行鏈路授權來排程PUSCH通訊。在一些態樣中，可以由下行鏈路授權來排程PUCCH通訊。
如圖13中進一步所示，在一些態樣中，程序1300可以包括：至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間（方塊1320）。例如，UE（例如，使用控制器/處理器280等）可以至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間，如上面結合圖7-12之描述。
如圖13中進一步所示，在一些態樣中，程序1300可以包括：至少部分地基於是否在閾值時間之前接收到上行鏈路授權、下行鏈路授權和與PUCCH通訊相對應的實體下行鏈路共享通道（PDSCH）通訊，來選擇性地多工PUSCH通訊和PUCCH通訊（方塊1330）。例如，UE（例如，使用控制器/處理器280、發射處理器264、TX MIMO處理器266、MOD 254、天線252等）可以至少部分地基於是否在閾值時間之前接收到上行鏈路授權、下行鏈路授權和與PUCCH通訊相對應的PDSCH通訊，來選擇性地多工PUSCH通訊和PUCCH通訊，如上面結合圖7-12之描述。
如圖13中進一步所示，在一些態樣中，程序1300可以包括：至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊和PUCCH通訊兩者（方塊1340）。例如，UE（例如，使用控制器/處理器280、發射處理器264、TX MIMO處理器266、MOD 254、天線252等）可以至少部分地基於該選擇性地多工，來發送PUSCH通訊、PUCCH通訊或者PUSCH通訊和PUCCH通訊兩者，如上面結合圖7-12之描述。
程序1300可以包括另外的態樣，諸如以下及/或結合本文其他部分描述的一或多個其他程序描述的任何單個態樣或多個態樣的任何組合。
在第一態樣中，借助經由對PUSCH通訊進行刪除或經由圍繞上行鏈路控制資訊(UCI)對PUSCH通訊進行速率匹配而在PUSCH通訊中捎帶PUCCH通訊的UCI，來多工PUSCH通訊和PUCCH通訊。
在第二態樣中，單獨或與第一態樣相結合，PUSCH通訊和PUCCH通訊被排程為在不同的符號中開始，並且其中該最早的被排程開始時間是至少部分地基於PUSCH通訊或PUCCH通訊中被排程為在較早符號中開始的任何一個通訊來決定的。
在第三態樣中，單獨或與第一和第二態樣中的一或多個態樣相結合，PUSCH通訊和PUCCH通訊包括在相同的PUCCH組中。
在第四態樣中，單獨或與第一至第三態樣中中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊的最後一個符號的決定，來多工PUSCH通訊和PUCCH通訊。
在第五態樣中，單獨或與第一至第四態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定，來阻止對PUSCH通訊和PUCCH通訊的多工。
在第六態樣中，單獨或與第一至第五態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定，來丟棄PUSCH通訊和PUCCH通訊。
在第七態樣中，單獨或與第一至第六態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定，來發送以下中的一個並且丟棄以下中的另一個：PUCCH通訊或PUSCH通訊。
在第八態樣中，單獨或與第一至第七態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之後接收到上行鏈路授權、下行鏈路授權或PDSCH通訊的最後一個符號中的至少一者的決定，來發送以下中的一個並且丟棄以下中的另一個：在PUCCH通訊或者PUSCH通訊之中被排程為在較早符號中開始的任何一個通訊，或者在PUCCH通訊或者PUSCH通訊之中被排程為在稍晚符號中開始的任何一個通訊。
在第九態樣中，單獨或與第一至第八態樣中的一或多個態樣相結合，當PUSCH通訊被排程為在比PUCCH通訊更早的符號中開始時，至少部分地基於PUSCH處理時間和PUSCH通訊的被排程的開始時間來決定閾值時間。
在第十態樣中，單獨或與第一至第九態樣中的一或多個態樣相結合，當PUCCH通訊被排程為在比PUSCH通訊更早的符號中開始時，至少部分地基於PUCCH處理時間、PDSCH通訊的持續時間或預先配置的值、以及PUCCH通訊的被排程開始時間來決定閾值時間。
在第十一態樣中，單獨或與第一至第十態樣中的一或多個態樣相結合，閾值時間是在PUSCH通訊或者PUCCH通訊之中在較早符號中開始的任何一個通訊的初始符號之前的符號數量。
在第十二態樣中，單獨或與第一至第十一態樣中的一或多個態樣相結合，該數量對應於在至少部分地基於PUSCH處理時間決定的第一閾值時間和至少部分地基於PUCCH處理時間決定的第二閾值時間之中的最大值。
在第十三態樣中，單獨或與第一至第十二態樣中的一或多個態樣相結合，閾值時間是至少部分地基於PUSCH處理時間或PUCCH處理時間來決定的。
在第十四態樣中，單獨或與第一至第十三態樣中的一或多個態樣相結合，該PUCCH通訊是第一PUCCH通訊，該第一PUCCH通訊至少部分地基於對在閾值時間之前接收到上行鏈路授權、下行鏈路授權和對應於第一PUCCH通訊的PDSCH通訊的決定而與PUSCH通訊進行多工處理，並且其中第二PUCCH通訊被排程為與PUSCH通訊的一或多個符號重疊。
在第十五態樣中，單獨或與第一至第十四態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之前接收到排程第二PUCCH通訊的下行鏈路授權並且在閾值時間之後接收到與第二PUCCH通訊相對應的PDSCH通訊的最後一個符號的決定，將與第二PUCCH通訊相對應的否定確認（NACK）與PUSCH通訊和第一PUCCH通訊進行多工處理。
在第十六態樣中，單獨或與第一至第十五態樣中的一或多個態樣相結合，UE經由在排程第二PUCCH通訊的下行鏈路授權中指示的下行鏈路分配索引（DAI）而被配置用於確認或否定確認（ACK/NACK）回饋。
在第十七態樣中，單獨或與第一至第十六態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之前接收到排程第二PUCCH通訊的下行鏈路授權並且在閾值時間之後接收到與第二PUCCH通訊相對應的PDSCH通訊的最後一個符號的決定，來丟棄第二PUCCH通訊。
在第十八態樣中，單獨或與第一至第十七態樣中的一或多個態樣相結合，UE經由在排程第一PUCCH通訊的下行鏈路授權中指示的下行鏈路分配索引（DAI）而被配置用於確認或否定確認（ACK/NACK）回饋。
在第十九態樣中，單獨或與第一至第十八態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之前接收到排程第二PUCCH通訊的實體下行鏈路控制通道（PDCCH）通訊並且PDCCH通訊未排程PDSCH通訊的決定，將與第二PUCCH通訊相對應的確認（ACK）與PUSCH通訊和第一PUCCH通訊進行多工處理。
在第二十態樣中，單獨或與第一至第十九態樣中的一或多個態樣相結合，UE被配置為至少部分地基於對在閾值時間之後接收到排程第二PUCCH通訊的下行鏈路授權的決定，來丟棄第二PUCCH通訊。
在第二十一態樣中，單獨或與第一至第二十態樣中的一或多個態樣相結合，UE經由在排程第一PUCCH通訊的下行鏈路授權中指示的下行鏈路分配索引（DAI）而被配置用於確認或否定確認（ACK/NACK）回饋。
在第二十二態樣，單獨或與第一至第二十一態樣中的一或多個態樣相結合，該PUSCH通訊是第一PUSCH通訊，該第一PUSCH通訊至少部分地基於對在閾值時間之前接收到上行鏈路授權、下行鏈路授權和PDSCH通訊的決定而與PUCCH通訊多工，並且其中由在閾值時間之前接收的下行鏈路授權排程的第二PUSCH通訊被排程為與PUCCH通訊的一或多個符號重疊。
在第二十三態樣中，單獨或與第一至第二十二態樣中的一或多個態樣相結合，至少部分地基於對第一PUSCH通訊具有比第二PUSCH通訊更早的起始符號的決定，在第一PUSCH通訊中捎帶PUCCH通訊。
在第二十四態樣中，單獨或與第一至第二十三態樣中的一或多個態樣相結合，至少部分地基於對第一PUSCH通訊具有比第二PUSCH通訊更多數量的被分配資源的決定，在第一PUSCH通訊中捎帶PUCCH通訊。
在第二十五態樣中，單獨或與第一至第二十四態樣中的一或多個態樣相結合，在第一PUSCH通訊和第二PUSCH通訊兩者中捎帶PUCCH通訊。
儘管圖13圖示程序1300的示例性方塊，但是在一些態樣中，程序1300可以包括額外的方塊，更少的方塊，不同的方塊，或者可以按照與圖13中所示的框不同的方式佈置的方塊。另外或者或者，程序1300的兩個或更多個方塊可以並行執行。
圖14是示出根據本案內容的各個態樣的例如由基地台執行的示例性程序1400的圖。示例性程序1400是基地台（例如，基地台110等）執行與選擇性地多工PUSCH和PUCCH通訊相關聯的操作的實例。
如圖14所示，在一些態樣中，程序1400可以包括：決定由上行鏈路授權排程的實體上行鏈路共享通道（PUSCH）通訊和與由下行鏈路授權排程的實體下行鏈路共享通道（PDSCH）通訊相對應的實體上行鏈路控制通道（PUCCH）通訊被排程為在一或多個符號中重疊（方塊1410）。例如，基地台（例如，使用控制器/處理器240等）可以決定PUSCH通訊和PUCCH通訊被排程為在一或多個符號中重疊，如上面結合圖7-12之描述。在一些態樣中，可以由上行鏈路授權來排程PUSCH通訊。在一些態樣中，可以由下行鏈路授權來排程PUCCH通訊。
如圖14中進一步所示，在一些態樣中，程序1400可以包括：至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間（方塊1420）。例如，基地台（例如，使用控制器/處理器240等）可以至少部分地基於PUSCH通訊或PUCCH通訊的最早的被排程開始時間來決定閾值時間，如上面結合圖7-12之描述。
如圖14中進一步所示，在一些態樣中，程序1400可以包括：至少部分地基於上行鏈路授權、下行鏈路授權和PDSCH通訊是否在閾值時間之前被發送來解碼在該一或多個符號中接收的一或多個信號（方塊1430）。例如，基地台（例如，使用天線234、DEMOD 232、MIMO偵測器236、接收處理器238、控制器/處理器240等）可以至少部分地基於上行鏈路授權、下行鏈路授權和與PUCCH通訊相對應的PDSCH通訊是否在閾值時間之前被發送來解碼在該一或多個符號中接收的一或多個信號，如上面結合圖7-12之描述。
程序1400可以包括額外的態樣，諸如結合本文其他部分描述的一或多個其他程序描述的任何單個態樣或多個態樣的任何組合。
儘管圖14圖示程序1400的示例性方塊，但是在一些態樣中，程序1400可以包括額外的方塊，更少的方塊，不同的方塊或者以與圖14中所示的方塊不同的方式佈置的方塊。另外或者或者，程序1400的兩個或更多個框可以並行執行。
前述揭露內容提供了例示和說明，但並非意欲是窮舉的或將各態樣限制於所揭示的精確形式。鑒於以上揭露內容的修改和變化是可能的，或者可以從該等態樣的實踐中獲得。
如本文所使用的，術語元件意欲廣義地解釋為硬體、韌體或硬體和軟體的組合。如本文所使用的，處理器以硬體、韌體或硬體和軟體的組合來實現。
本文結合閾值描述了一些態樣。如本文所使用的，滿足閾值可以指值大於閾值、大於或等於閾值、小於閾值、小於或等於閾值、等於閾值、不等於閾值等。
顯而易見的是，本文描述的系統及/或方法可以以不同形式的硬體、韌體或硬體和軟體的組合來實現。用於實現該等系統及/或方法的實際的專用控制硬體或軟體代碼不限制該等態樣。因此，本文在沒有提及具體軟體代碼的情況下說明系統及/或方法的操作和行為-應該理解，軟體和硬體可以被設計為至少部分地基於本文的說明來實現系統及/或方法。
儘管在請求項中敘述及/或在說明書中揭示特徵的特定組合，但是該等組合並不意欲限制可能態樣的揭露。實際上，許多該等特徵可以以沒有在請求項中具體敘述及/或在說明書中揭露的方式組合。儘管下文列出的每個從屬請求項可以直接僅依賴於一個請求項，但是可能態樣的揭露包括每個從屬請求項與請求項集合之每一者其他權利相結合。提及項目列表中的「至少一者」的短語是指該等項目的任何組合，包括單個成員。作為實例，「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‧‧‧BS 110a‧‧‧BS 110b‧‧‧BS 110c‧‧‧BS 110d‧‧‧BS 120‧‧‧UE 120a‧‧‧UE 120b‧‧‧UE 120c‧‧‧UE 120d‧‧‧UE 120e‧‧‧UE 130‧‧‧網路控制器 200‧‧‧設計 212‧‧‧資料來源 220‧‧‧發射處理器 230‧‧‧發射（TX）多輸入多輸出（MIMO）處理器 232a‧‧‧調制器（MOD） 232t‧‧‧調制器（MOD） 234a‧‧‧天線 234t‧‧‧天線 236‧‧‧MIMO偵測器 238‧‧‧接收處理器 239‧‧‧資料槽 240‧‧‧控制器/處理器 242‧‧‧記憶體 244‧‧‧通訊單元 246‧‧‧排程器 252a‧‧‧天線 252r‧‧‧天線 254a‧‧‧解調器（DEMOD） 254r‧‧‧解調器（DEMOD） 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‧‧‧示例 705‧‧‧元件符號 710‧‧‧元件符號 715‧‧‧元件符號 720‧‧‧元件符號 725‧‧‧元件符號 730‧‧‧元件符號 800‧‧‧另一示例 805‧‧‧元件符號 810‧‧‧元件符號 815‧‧‧元件符號 820‧‧‧元件符號 900‧‧‧另一示例 905‧‧‧元件符號 910‧‧‧元件符號 915‧‧‧元件符號 920‧‧‧元件符號 1000‧‧‧另一示例 1005‧‧‧元件符號 1010‧‧‧元件符號 1015‧‧‧元件符號 1020‧‧‧元件符號 1100‧‧‧另一示例 1105‧‧‧元件符號 1110‧‧‧第一下行鏈路授權 1115‧‧‧第一PDSCH通訊 1120‧‧‧第一PUCCH通訊 1125‧‧‧第二下行鏈路授權 1130‧‧‧第二PDSCH通訊 1135‧‧‧第二PUCCH通訊 1140‧‧‧元件符號 1145‧‧‧第一下行鏈路授權 1150‧‧‧第一PDSCH通訊 1155‧‧‧第一PUCCH通訊 1160‧‧‧第二下行鏈路授權 1165‧‧‧第二PDSCH通訊 1170‧‧‧第二PUCCH通訊 1200‧‧‧另一示例 1205-1‧‧‧第一PUSCH通訊 1205-2‧‧‧第二PUSCH通訊 1210‧‧‧PUCCH通訊 1215‧‧‧上行鏈路授權 1300‧‧‧示例性程序 1310‧‧‧方塊 1320‧‧‧方塊 1330‧‧‧方塊 1340‧‧‧方塊 1400‧‧‧示例性程序 1410‧‧‧方塊 1420‧‧‧方塊 1430‧‧‧方塊
因此，能夠詳細理解本案內容的上述特徵的方式，可以經由參考其中的一些在附圖中示出的各態樣來獲得上面簡要概述的更具體的描述。然而，要注意的是，附圖僅圖示本案內容的某些典型態樣，並且因此不應被認為是對其範圍的限制，因為該描述可以允許其他等效的態樣。不同附圖中的相同元件符號可標識相同或相似的元素。
圖1是概念性地示出根據本案內容的各個態樣的無線通訊網路的示例的方塊圖。
圖2是概念性地示出根據本案內容的各個態樣的與無線通訊網路中的使用者設備（UE）通訊的基地台的示例的方塊圖。
圖3A是概念性地示出根據本案內容的各個態樣的無線通訊網路中的訊框結構的示例的方塊圖。
圖3B是概念性地示出根據本案內容的各個態樣的無線通訊網路中的示例性同步通訊層級結構的方塊圖。
圖4是概念性地示出根據本案內容的各個態樣的具有普通循環字首的示例性子訊框格式的方塊圖。
圖5是示出根據本案內容的各個態樣的以下行鏈路(DL)為中心的時槽的示例的圖。
圖6是示出根據本案內容的各個態樣的以上行鏈路(UL)為中心的時槽的示例的圖。
圖7-12是示出根據本案內容的各個態樣的，選擇性地多工PUSCH和PUCCH通訊的示例的圖。
圖13是示出根據本案內容的各個態樣的例如由使用者設備執行的示例性程序的圖。
圖14是示出根據本案內容的各個態樣的例如由基地台執行的示例性程序的圖。
國內寄存資訊 (請依寄存機構、日期、號碼順序註記) 無
國外寄存資訊 (請依寄存國家、機構、日期、號碼順序註記) 無
900‧‧‧另一示例
905‧‧‧元件符號
910‧‧‧元件符號
915‧‧‧元件符號
920‧‧‧元件符號

Claims (35)

  1. 一種由一使用者設備(UE)執行的無線通訊的方法，包括：決定由一上行鏈路授權排程的一實體上行鏈路共享通道(PUSCH)通訊和與由一下行鏈路授權排程的一實體下行鏈路共享通道(PDSCH)通訊相對應的一實體上行鏈路控制通道(PUCCH)通訊被排程為在一或多個符號中重疊；至少部分地基於該PUSCH通訊或該PUCCH通訊的一最早的被排程開始時間，來決定一閾值時間；至少部分地基於是否在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊，來選擇性地多工該PUSCH通訊和該PUCCH通訊，其中若在該閾值時間之後接收到該上行鏈路授權、該下行鏈路授權或該PDSCH通訊的最後一個符號中的至少一者，則該UE不對該PUSCH通訊和該PUCCH通訊進行多工；及至少部分地基於該選擇性地多工，來發送該PUSCH通訊、該PUCCH通訊或者該PUSCH通訊和該PUCCH通訊兩者。
  2. 根據請求項1之方法，其中該PUSCH通訊和該PUCCH通訊是經由以下方式來多工的：經由對 該PUSCH通訊進行刪除或經由圍繞在該PUCCH通訊的上行鏈路控制資訊(UCI)對該PUSCH通訊進行速率匹配而在該PUSCH通訊中捎帶該UCI。
  3. 根據請求項1之方法，其中該PUSCH通訊和該PUCCH通訊被排程為在不同的符號中開始，並且其中該最早的被排程開始時間是至少部分地基於該PUSCH通訊或該PUCCH通訊中被排程為在一較早符號中開始的任何一個通訊來決定的。
  4. 根據請求項1之方法，其中該PUSCH通訊和該PUCCH通訊包括在一相同的PUCCH組中。
  5. 根據請求項1之方法，其中該UE被配置為至少部分地基於對在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊的最後一個符號的決定，來多工該PUSCH通訊和該PUCCH通訊。
  6. 根據請求項1之方法，其中該UE被配置為至少部分地基於對在該閾值時間之後接收到該上行鏈路授權、該下行鏈路授權或該PDSCH通訊的最後一個符號中的至少一者的一決定，來丟棄該PUSCH通訊和該PUCCH通訊兩者。
  7. 根據請求項1之方法，其中該UE被配置為至少部分地基於對在該閾值時間之後接收到該上行鏈 路授權、該下行鏈路授權或該PDSCH通訊的最後一個符號中的至少一者的一決定，來發送以下中的一個並且丟棄以下中的另一個：該PUCCH通訊，或該PUSCH通訊。
  8. 根據請求項1之方法，其中該UE被配置為至少部分地基於對在該閾值時間之後接收到該上行鏈路授權、該下行鏈路授權或該PDSCH通訊的最後一個符號中的至少一者的一決定，來發送以下中的一個並且丟棄以下中的另一個：該PUCCH通訊或者該PUSCH通訊中被排程為在一較早符號中開始的任何一個通訊，或者該PUCCH通訊或者該PUSCH通訊中被排程為在一稍晚符號中開始的任何一個通訊。
  9. 根據請求項1之方法，其中該閾值時間是當該PUSCH通訊被排程為在比該PUCCH通訊更早的一符號中開始時，至少部分地基於一PUSCH處理時間和該PUSCH通訊的一被排程開始時間來決定的。
  10. 根據請求項1之方法，其中該閾值時間是當該PUCCH通訊被排程為在比該PUSCH通訊更早的一符號中開始時，至少部分地基於一PUCCH處理時間、該PDSCH通訊的一持續時間或一預先配置的 值、以及該PUCCH通訊的一被排程開始時間來決定的。
  11. 根據請求項1之方法，其中該閾值時間是該PUSCH通訊或者該PUCCH通訊中在一較早符號中開始的任何一個通訊的一初始符號之前的一符號數量。
  12. 根據請求項11之方法，其中該數量對應於在至少部分地基於一PUSCH處理時間決定的一第一閾值時間和至少部分地基於一PUCCH處理時間決定的一第二閾值時間之中的一最大值。
  13. 根據請求項1之方法，其中該閾值時間是至少部分地基於一PUSCH處理時間或一PUCCH處理時間來決定的。
  14. 根據請求項1之方法，其中該PUCCH通訊是一第一PUCCH通訊，該第一PUCCH通訊至少部分地基於對在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和與該第一PUCCH通訊相對應的PDSCH通訊的一決定而與該PUSCH通訊進行多工處理，並且其中一第二PUCCH通訊被排程為與該PUSCH通訊的一或多個符號重疊。
  15. 根據請求項14之方法，其中該UE被配置為至少部分地基於對在該閾值時間之前接收到排程該 第二PUCCH通訊的一下行鏈路授權並且在該閾值時間之後接收到與該第二PUCCH通訊相對應的一PDSCH通訊的最後一個符號的一決定，將與該第二PUCCH通訊相對應的一否定確認(NACK)與該PUSCH通訊和該第一PUCCH通訊進行多工處理。
  16. 根據請求項15之方法，其中該UE經由在排程該第二PUCCH通訊的該下行鏈路授權中指示的一下行鏈路分配索引(DAI)而被配置用於確認或否定確認(ACK/NACK)回饋。
  17. 根據請求項14之方法，其中該UE被配置為至少部分地基於對在該閾值時間之前接收到排程該第二PUCCH通訊的一下行鏈路授權並且在該閾值時間之後接收到與該第二PUCCH通訊相對應的一PDSCH通訊的最後一個符號的決定而丟棄該第二PUCCH通訊。
  18. 根據請求項17之方法，其中該UE經由在排程該第一PUCCH通訊的該下行鏈路授權中指示的一下行鏈路分配索引(DAI)而被配置用於確認或否定確認(ACK/NACK)回饋。
  19. 根據請求項14之方法，其中該UE被配置為至少部分地基於對在該閾值時間之前接收到排程該第二PUCCH通訊的一實體下行鏈路控制通道 (PDCCH)通訊並且該PDCCH通訊未排程一PDSCH通訊的一決定，將與該第二PUCCH通訊相對應的一確認(ACK)與該PUSCH通訊和該第一PUCCH通訊進行多工處理。
  20. 根據請求項14之方法，其中該UE被配置為至少部分地基於對在該閾值時間之後接收到排程該第二PUCCH通訊的一下行鏈路授權的一決定而丟棄該第二PUCCH通訊。
  21. 根據請求項20之方法，其中該UE經由在排程該第一PUCCH通訊的該下行鏈路授權中指示的一下行鏈路分配索引(DAI)而被配置用於確認或否定確認(ACK/NACK)回饋。
  22. 根據請求項1之方法，其中該PUSCH通訊是一第一PUSCH通訊，該第一PUSCH通訊至少部分地基於對在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊的一決定而與該PUCCH通訊進行多工處理，並且其中由在該閾值時間之前接收到的一下行鏈路授權排程的一第二PUSCH通訊被排程為與該PUCCH通訊的一或多個符號重疊。
  23. 根據請求項22之方法，其中該PUCCH通訊是至少部分地基於對該第一PUSCH通訊具有比該 第二PUSCH通訊更早的一起始符號的一決定，在該第一PUSCH通訊中捎帶的。
  24. 根據請求項22之方法，其中該PUCCH通訊是至少部分地基於對該第一PUSCH通訊具有比該第二PUSCH通訊一更多數量的被分配資源的決定，在該第一PUSCH通訊中捎帶的。
  25. 根據請求項22之方法，其中該PUCCH通訊是在該第一PUSCH通訊和該第二PUSCH通訊兩者中捎帶的。
  26. 一種用於無線通訊的使用者設備(UE)，包括：記憶體；及一或多個處理器，其可操作地耦合到該記憶體，該記憶體和該一或多個處理器被配置為：決定由一上行鏈路授權排程的一實體上行鏈路共享通道(PUSCH)通訊和與由一下行鏈路授權排程的一實體下行鏈路共享通道(PDSCH)通訊相對應的一實體上行鏈路控制通道(PUCCH)通訊被排程為在一或多個符號中重疊；至少部分地基於該PUSCH通訊或該PUCCH通訊的一最早的被排程開始時間，來決定一閾值時間； 至少部分地基於是否在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊，來選擇性地多工該PUSCH通訊和該PUCCH通訊；及至少部分地基於該選擇性地多工，來發送該PUSCH通訊、該PUCCH通訊或者該PUSCH通訊和該PUCCH通訊兩者；其中若在該閾值時間之後接收到該上行鏈路授權、該下行鏈路授權或該PDSCH通訊的最後一個符號中的至少一者，則該UE不對該PUSCH通訊和該PUCCH通訊進行多工。
  27. 根據請求項26之UE，其中該PUSCH通訊和該PUCCH通訊被排程為在不同的符號中開始，並且其中該最早的被排程開始時間是至少部分地基於在該PUSCH通訊或該PUCCH通訊中被排程為在一較早符號中開始的任何一個通訊來決定的。
  28. 根據請求項26之UE，其中該UE被配置為至少部分地基於對在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊的最後一個符號的一決定，來多工該PUSCH通訊和該PUCCH通訊。
  29. 根據請求項26之UE，其中該閾值時間是 當該PUSCH通訊被排程為在比該PUCCH通訊更早的一符號中開始時，至少部分地基於一PUSCH處理時間和該PUSCH通訊的一被排程開始時間來決定的。
  30. 根據請求項26之UE，其中該閾值時間是當該PUCCH通訊被排程為在比該PUSCH通訊更早的一符號中開始時，至少部分地基於一PUCCH處理時間、該PDSCH通訊的一持續時間或一預先配置的值、以及該PUCCH通訊的一被排程開始時間來決定的。
  31. 根據請求項26之UE，其中該閾值時間是在該PUSCH通訊或者該PUCCH通訊中在一較早符號中開始的任何一個通訊的一初始符號之前的一符號數量。
  32. 根據請求項31之UE，其中該數量對應於在至少部分地基於一PUSCH處理時間決定的一第一閾值時間和至少部分地基於一PUCCH處理時間決定的一第二閾值時間之中的一最大值。
  33. 根據請求項26之UE，其中該閾值時間是至少部分地基於一PUSCH處理時間或一PUCCH處理時間來決定的。
  34. 根據請求項26之UE，其中該PUSCH通 訊是一第一PUSCH通訊，該第一PUSCH通訊至少部分地基於對在該閾值時間之前接收到該上行鏈路授權、該下行鏈路授權和該PDSCH通訊的一決定而與該PUCCH通訊進行多工處理，並且其中由在該閾值時間之前接收到的一下行鏈路授權排程的一第二PUSCH通訊被排程為與該PUCCH通訊的一或多個符號重疊。
  35. 根據請求項34之UE，其中該PUCCH通訊是至少部分地基於對該第一PUSCH通訊具有比該第二PUSCH通訊更早的一起始符號的一決定，在該第一PUSCH通訊中捎帶的。
TW108113026A 2018-04-17 2019-04-15 選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊 TWI814809B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862659036P 2018-04-17 2018-04-17
US62/659,036 2018-04-17
US16/382,929 2019-04-12
US16/382,929 US10834711B2 (en) 2018-04-17 2019-04-12 Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications

Publications (2)

Publication Number Publication Date
TW201944832A TW201944832A (zh) 2019-11-16
TWI814809B true TWI814809B (zh) 2023-09-11

Family

ID=68162381

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108113026A TWI814809B (zh) 2018-04-17 2019-04-15 選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊

Country Status (10)

Country Link
US (2) US10834711B2 (zh)
EP (2) EP4346155A3 (zh)
JP (2) JP7314167B2 (zh)
KR (1) KR20200141464A (zh)
CN (2) CN117134876A (zh)
AU (1) AU2019257315B9 (zh)
BR (1) BR112020021268A2 (zh)
SG (1) SG11202009217UA (zh)
TW (1) TWI814809B (zh)
WO (1) WO2019204223A1 (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2743055C1 (ru) * 2017-07-28 2021-02-15 Нтт Докомо, Инк. Пользовательский терминал, базовая радиостанция и способ радиосвязи
CN113473619B (zh) * 2017-09-14 2022-04-12 华为技术有限公司 信号处理的方法和装置
ES2978507T3 (es) 2018-02-17 2024-09-13 Wilus Institute Of Standards And Tech Inc Método para transmitir información de control de enlace ascendente en un sistema de comunicaciones inalámbricas, y aparato que hace uso del mismo
US10834711B2 (en) 2018-04-17 2020-11-10 Qualcomm Incorporated Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications
ES2974715T3 (es) * 2018-04-28 2024-07-01 Beijing Xiaomi Mobile Software Co Ltd Método y aparato de transmisión de enlace ascendente
ES2964135T3 (es) * 2018-05-10 2024-04-04 Beijing Xiaomi Mobile Software Co Ltd Método y aparato para multiplexar la transmisión de información, y método y aparato de recepción de información
CN110474747B (zh) * 2018-05-11 2022-01-25 中兴通讯股份有限公司 一种信号传输方法和装置、及终端
US10813116B2 (en) 2018-05-11 2020-10-20 Apple Inc. Support of advanced user equipment (UE) minimum processing times in new radio (NR) systems
CN112106316B (zh) * 2018-05-11 2024-06-04 韦勒斯标准与技术协会公司 在无线通信系统中多路复用上行链路控制信息的方法和使用该方法的装置
CN110943805B (zh) * 2018-09-21 2021-06-04 电信科学技术研究院有限公司 一种harq-ack的传输方法、终端设备及网络设备
US11240839B2 (en) * 2019-02-25 2022-02-01 Qualcomm Incorporated Feedback transmissions using uplink shared channel
CN111757514B (zh) * 2019-03-29 2023-04-07 大唐移动通信设备有限公司 Harq机制的处理方法、指示方法、终端及网络侧设备
CN111865510B (zh) * 2019-04-30 2021-11-23 大唐移动通信设备有限公司 一种harq-ack的传输方法、用户设备及网络侧设备
CN114008956A (zh) * 2019-05-03 2022-02-01 苹果公司 用于多trp传输的ue处理时间弛豫的系统和方法
EP3997944A4 (en) * 2019-07-12 2023-05-10 Lenovo (Beijing) Limited DETERMINING UPLINK PERMISSIONS FOR MULTIPLE MODES
KR20210039839A (ko) * 2019-10-02 2021-04-12 삼성전자주식회사 무선 통신 시스템에서 다수의 상향 채널에서 상향제어정보를 전송하는 방법 및 장치
JP7462749B2 (ja) * 2019-11-08 2024-04-05 オッポ広東移動通信有限公司 アップリンクデータ伝送方法及びアップリンクデータ伝送装置
CN113452482B (zh) * 2020-03-27 2023-05-02 大唐移动通信设备有限公司 一种信息传输方法、装置、设备及计算机可读存储介质
US20230133947A1 (en) * 2020-04-08 2023-05-04 Apple Inc. Ultra-Reliable Low Latency Communication (URLLC) Scheme Selection
CN113938243B (zh) * 2020-06-29 2023-12-19 海能达通信股份有限公司 通信应答信号的传输方法、终端及基站
EP4189878A1 (en) * 2021-01-05 2023-06-07 Ofinno, LLC Processing time in control channel repetition
CN115175324A (zh) * 2021-04-02 2022-10-11 大唐移动通信设备有限公司 一种信道复用方法、装置及通信设备
CN117812704A (zh) * 2022-09-26 2024-04-02 北京三星通信技术研究有限公司 无线通信系统中的装置及由其执行的方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018030856A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009045734A2 (en) * 2007-10-01 2009-04-09 Lucent Technologies, Inc. Multiplexing pucch information
KR101563774B1 (ko) * 2009-06-19 2015-10-27 인터디지탈 패튼 홀딩스, 인크 Ｌｔｅ－ａ에서의 상향링크 제어 정보 시그널링
JP5431983B2 (ja) 2010-01-22 2014-03-05 富士通株式会社 基地局、通信システムおよび通信方法
US8755340B2 (en) * 2010-11-08 2014-06-17 Blackberry Limited Releasing wireless resources
EP2742749B1 (en) * 2011-08-12 2020-10-07 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for power control and timing advance
KR20230121935A (ko) * 2014-01-29 2023-08-21 인터디지탈 패튼 홀딩스, 인크 무선 통신에서의 업링크 송신
US10834711B2 (en) 2018-04-17 2020-11-10 Qualcomm Incorporated Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018030856A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
網路文獻 Huawei, HiSilicon "Summary for Al 7.1.3.2.2. PUCCH structure in long-duration", 3GPP TSG RAN WG1 Meeting #92, R1-1803389, February 26th – March 2nd, 2018 https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92/Docs/R1-1803389.zip *
網路文獻 Panasonic, "Discussion on partial overlap between PUCCH and PUSCH", 3GPP TSG RAN WG1 Meeting #92, R1-1802512, February 26th – March 2nd, 2018 https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92/Docs/R1-1802512.zip; *

Also Published As

Publication number Publication date
AU2019257315A1 (en) 2020-10-15
JP7314167B2 (ja) 2023-07-25
WO2019204223A1 (en) 2019-10-24
CN117134876A (zh) 2023-11-28
KR20200141464A (ko) 2020-12-18
EP3782319B1 (en) 2024-04-10
CN112088512B (zh) 2023-09-01
SG11202009217UA (en) 2020-11-27
EP4346155A2 (en) 2024-04-03
TW201944832A (zh) 2019-11-16
JP2021521710A (ja) 2021-08-26
EP4346155A3 (en) 2024-06-26
BR112020021268A2 (pt) 2021-01-26
US11337195B2 (en) 2022-05-17
US20210058924A1 (en) 2021-02-25
US10834711B2 (en) 2020-11-10
US20190320431A1 (en) 2019-10-17
AU2019257315B9 (en) 2023-10-26
AU2019257315B2 (en) 2023-06-22
CN112088512A (zh) 2020-12-15
EP3782319C0 (en) 2024-04-10
EP3782319A1 (en) 2021-02-24
JP2023138513A (ja) 2023-10-02
JP7541161B2 (ja) 2024-08-27

Similar Documents

Publication Publication Date Title
TWI814809B (zh) 選擇性地多工實體上行鏈路共享通道（pusch）和實體上行鏈路控制通道（pucch）通訊
EP3824584B1 (en) Physical uplink control channel repetition configuration
TWI795564B (zh) 為超可靠低時延通訊（urllc）分配實體上行鏈路控制通道（pucch）資源
TWI813682B (zh) 用於子時槽時域資源配置的訊號傳遞
TWI805755B (zh) 針對被包括在多個下行鏈路關聯集合中的下行鏈路通訊的harq-ack報告
TWI813661B (zh) 選擇用於通道狀態資訊的實體上行鏈路控制通道(pucch)資源
CN112567862B (zh) 用于物理上行链路信道重复的冲突处理
CN111630808B (zh) 用于调整无线通信结构的方法和装置
WO2019192447A1 (en) Transmitting data in a control channel
EP3785387A1 (en) Uplink control information payload size
TWI836052B (zh) 基於使用者設備能力的轉換
TW201924449A (zh) 用於5g中基於時槽和基於非時槽的排程的技術和裝置
TW202130145A (zh) 用於具有分時雙工主細胞的雙連接性模式中的單個上行鏈路操作的實體上行鏈路控制通道格式
CN111357331B (zh) 用于在5g中提供关于快速休眠能力的指示的技术和设备
KR20200080261A (ko) 5g에서의 채널 상태 정보 및 하이브리드 자동 반복 요청 피드백 리소스 할당