TWI785275B - 行動通訊之實體下行控制通道監視組態 - Google Patents

行動通訊之實體下行控制通道監視組態 Download PDF

Info

Publication number
TWI785275B
TWI785275B TW108134860A TW108134860A TWI785275B TW I785275 B TWI785275 B TW I785275B TW 108134860 A TW108134860 A TW 108134860A TW 108134860 A TW108134860 A TW 108134860A TW I785275 B TWI785275 B TW I785275B
Authority
TW
Taiwan
Prior art keywords
configuration
pdcch
processor
monitoring
auxiliary
Prior art date
Application number
TW108134860A
Other languages
English (en)
Other versions
TW202015451A (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 TW202015451A publication Critical patent/TW202015451A/zh
Application granted granted Critical
Publication of TWI785275B publication Critical patent/TWI785275B/zh

Links

Images

Classifications

    • 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/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H04L1/0052—Realisations of complexity reduction techniques, e.g. pipelining or use of look-up tables
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H04L1/0052—Realisations of complexity reduction techniques, e.g. pipelining or use of look-up tables
    • H04L1/0053—Realisations of complexity reduction techniques, e.g. pipelining or use of look-up tables specially adapted for power saving
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • 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)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了有關於行動通訊中的用戶設備和網絡裝置的實體下行控制通道（PDCCH）監視配置的各種解決方案。裝置接收主要配置和輔助配置。該裝置根據主要配置來監視PDCCH。該裝置確定是否滿足條件。在滿足條件的情況下，該裝置根據輔助配置來監視PDCCH。主要配置包括第一PDCCH週期。輔助配置包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。

Description

行動通訊之實體下行控制通道監視組態
本申請通常涉及一種行動通訊，以及更特別地，涉及與行動通訊中的用戶設備和網絡裝置有關的實體下行控制通道（physical downlink control channel，PDCCH）監視組態。
除非本文另有說明，否則本節中描述的方法相對于後面所列之申請專利範圍而言并不構成先前技術，且也不因被包括在本節中而被認為係先前技術。
在新無線電（New Radio，NR）中，對端到端時延和可靠性有高要求的新興應用程序支持超可靠和低時延通訊（ultra-reliable and low latency communications，URLLC）。URLLC的一般可靠性要求是，大小為32字節的分組（packet）應當在1毫秒的端到端時延內以10-5 級的成功概率發送出去。URLLC流量（traffic）通常是零星的且短暫的，而對低時延和高可靠性的要求卻很嚴格。例如，URLLC的控制可靠性比高達10-6 BLER的資料可靠性更嚴格。
在增強型URLLC（enhanced URLLC，eURLLC）中，甚至提出了關於時延（例如0.5-1 ms）和可靠性（例如1e-6）的更嚴格的要求。為了滿足嚴格的時延要求，提出了一些建議以定義進一步的積極的UE處理時間能力。然而，被進一步縮短的處理時間將對UE設計施加很多約束，並增加其複雜性、成本和功耗。改善時延的另一種選擇是在時隙內具有多個PDCCH監視時機（occasion），以獲取短B型調度的全部好處。但這將在UE側增加盲解碼（blind decode）和複雜性。
因此，如何在不增加UE設計複雜性和實現成本的情況下滿足嚴格的時延要求成為新開發的無線通訊網絡的重要課題。因此，需要提供更好的方案以適當地監視用於上行和/或下行流量的PDCCH。
以下發明內容僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下概述來介紹本文描述的新穎和非顯而易見的技術的概念、要點、益處和優點。下面在詳細描述中進一步描述選擇實現。因此，以下發明內容並非旨在標識所要求保護的主題的必要特徵，也不旨在用於確定所要求保護的主題的範圍。
本申請的目的在於提出解決上述問題的解決方案或計劃，其涉及與行動通訊中的用戶設備和網絡裝置有關的PDCCH監視配置。
在一方面，一種方法可以包括：裝置接收主要配置和輔助配置。該方法還可以包括：裝置根據主要配置來監視PDCCH。該方法可以進一步包括：裝置確定是否滿足條件。該方法可以進一步包括：在滿足條件的情況下，裝置根據輔助配置監視PDCCH。主要配置可以包括第一PDCCH週期。輔助配置可以包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。
在一方面，一種裝置可以包括：收發器，該收發器在操作期間與無線網絡的網絡節點進行無線通訊。該裝置還可以包括通訊地耦接到該收發器的處理器。處理器在操作期間可以執行以下操作：通過收發器，接收來自網絡節點的主要配置和輔助配置。處理器還可以執行如下操作：通過收發器，根據主要配置監視PDCCH。處理器可以進一步執行如下操作：確定條件是否被滿足。處理器可以進一步執行如下操作：在條件被滿足的情況下，通過收發器根據輔助配置監視PDCCH。主要配置可以包括第一PDCCH週期。輔助配置可以包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。
值得注意的是，雖然本文提供的描述基於某些（certain）無線電存取技術、網絡和網絡拓撲的背景，諸如長期演進（LTE）、LTE-Advanced、LTE-Advanced Pro、第5代通訊（5G）、新無線電（NR）、物聯網（IoT）和窄帶物聯網（NB-IoT），但是所提出的概念、方案及其任何變體/衍生物可以是在/用於/被其它類型的無線電存取技術、網絡和網絡拓撲中實現。因此，本申請的範圍不限於本文描述的示例。
本說明書公開了所要求保護的主題的詳細實施例和實施方式。然而，應該理解的是，所公開的實施例和實現僅僅是對要求保護的主題的說明，其可以以各種形式體現。然而，本公開實施例可以以許多不同的形式實施，並且不應該被解釋為限於這裡闡述的示例性實施例和實施方式。而是，提供這些示例性實施例和實現方式，使得本公開實施例的描述是徹底和完整的，並且將向本領域技術人員充分傳達本公開實施例的範圍。在以下描述中，可以省略公知特徵和技術的細節以避免不必要地模糊所呈現的實施例和實現。 概述
根據本公開的實施方式涉及與PDCCH監視配置（monitoring configuration）有關的各種技術、方法、方案和/或解決方案，該PDCCH監視配置有關於行動通訊中的用戶設備和網絡裝置。根據本申請，可以單獨地或聯合地實現多種可行的解決方案。也就是說，儘管在下面分別描述這些可行的解決方案，但是可以以一種或另一種組合來實現這些可行的解決方案中的兩個或更多個。
在NR中，對端到端延遲和可靠性有高要求的新興應用支持URLLC。URLLC的一般可靠性要求是，大小為32字節的資料包應當在1毫秒的端到端時延內以10-5 級的成功概率發送。URLLC流量通常是零星的且短暫的，而對低時延和高可靠性的要求卻很嚴格。例如，URLLC的控制可靠性比高達10-6 BLER的資料可靠性更嚴格。
在增強型URLLC（eURLLC）中，甚至提出了關於時延（例如0.5-1 ms）和可靠性（例如1e-6）的更嚴格的要求。為了滿足嚴格的時延要求，提出了一些建議以定義進一步的積極的UE處理時間能力。然而，被進一步縮短的處理時間將對UE設計施加很多約束，並增加其複雜性、成本和功耗。改善時延的另一種選擇是在時隙內具有多個PDCCH監視時機，以獲取短B型調度的全部好處。但這將增加UE側的盲解碼和複雜性。在本申請將探索的新方法是研究上行（uplink，UL）和下行（downlink，DL）的時延並識別正在減慢傳輸過程的瓶頸，並且將提出一些解決方案以減少時延的同時維持合理的UE複雜度。
第1圖根據本公開實施例的方案示出了示例場景100。場景100涉及UE和網絡節點（例如，gNB），它們可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。場景100說明了與具有單個混合自動重複請求（hybrid automatic repeat request，HARQ）傳輸的不同通道相關的DL時延。當媒體訪問控制（medium access control，MAC）服務資料單元（SDU）在gNB側準備好時，gNB被配置為準備PDCCH和實體下行共享通道（physical downlink shared channel，PDSCH）的傳輸。然後，gNB將PDCCH和PDSCH發送到UE。在接收到PDCCH和PDSCH之後，UE需要一段處理時間（例如，N1）來處理PDCCH和PDSCH。UE被配置為準備UL資料（例如，ACK/NACK）並等待實體上行控制通道（PUCCH）傳輸。然後，UE將PUCCH發送到gNB。在接收到PUCCH之後，gNB需要處理PUCCH。在PUCCH包括NACK的情況下，gNB可以被配置為重複該傳輸過程。
第2圖根據本發明實施例的方案示出了一種示例場景200。場景200涉及UE和網絡節點（例如gNB），它們可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。場景200圖示了與具有單個HARQ傳輸的不同通道相關聯的UL時延。當MAC SDU在UE側準備好時，UE被配置為準備服務請求（service request，SR）消息的傳輸。SR消息用於請求上行資源。然後，UE將SR消息發送到gNB。在接收到SR消息之後，gNB需要一段處理時間來處理該SR消息。響應於SR消息，gNB可以被配置為準備PDCCH並且等待PDCCH傳輸。然後，gNB將PDCCH發送到UE。在接收到PDCCH之後，UE需要一段處理時間（例如，N2）來處理該PDCCH。在接收到PDCCH之後，UE可以被進一步配置為向gNB發送實體上行共享通道（PUSCH）。在接收到PUSCH之後，gNB可以被配置為對該PUSCH進行處理。
針對第1圖和第2圖中的單發傳輸（single shot transmission），假設PDCCH週期＝5個正交頻分複用（orthogonal frequency-division multiplexing，OFDM）符號（symbols，OS），SR週期＝2個OS，SR持續時間（SR duration）＝1個OS，以及，SR處理時間＝SR持續時間。針對DL的UE處理時間為N2，以及，針對UL的UE處理時間為N1。NR控制資源集（control resource set，COREST）持續時間（duration）＝1個OS，PUSCH持續時間＝2個OS，PDSCH持續時間＝2個OS，以及，子載波間隔（sub-carrier spacing，SCS）＝15 kHz。第3圖根據本申請實施例的方案示出了示例場景300。場景300示出了第1圖和第2圖中所示的DL和UL傳輸的估計時延。如第3圖所示，UL時延高於DL時延。假設URLLC的時延要求（requirement）是1ms，則UL傳輸不滿足URLLC的時延要求。另外，對於諸如增強現實（augmented reality，AR）/虛擬現實（virtual reality，VR）之類的許多URLLC應用，UL中的時延要求比DL中的要求嚴格得多，並且需要大量的PDCCH監視工作來滿足時延要求。
鑑於以上內容，本申請提出了與涉及UE和網絡裝置的PDCCH監視配置有關的多種方案。根據本申請的方案，具有不同的PDCCH週期（periodicities）的監視被配置。由於DL和UL傳輸具有不同的時延性能，因此，用於DL和UL的分離的（separated）PDCCH監視配置被應用。更頻繁的PDCCH監視（例如，較短的PDCCH週期）被應用於監視UL流量以減少傳輸時延。利用分離的PDCCH監視配置，可以針對DL和UL同時滿足URLLC的時延要求。另一方面，可以將UE側的PDCCH盲解碼數量控制在合理的數量內以減少功耗。UE實現的複雜性和成本也可以保持在合理的水平內。
具體地，UE被配置為接收主要配置（primary configuration）和輔助配置（secondary configuration）。主要配置可以包括第一PDCCH週期。輔助配置可以包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。UE在默認情況下被配置為根據主要配置來監視PDCCH。然後，UE確定是否滿足條件。在滿足條件的情況下，UE可以被配置為根據輔助配置來監視PDCCH。主要配置用於監視DL流量（DL traffic）。輔助配置用於監視UL流量（UL traffic）。
第4圖根據本發明實施例的方案示出了示例場景400。場景400涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。場景400示出了被服務請求（SR）消息觸發的改變PDCCH監視週期的場景。UE可以被配置有第一PDCCH監視配置和第二PDCCH監視配置。第一PDCCH監視配置包括：PDCCH週期＝5個OS。第二PDCCH監視配置包括：PDCCH週期＝2個OS。首先，UE被配置為根據第一PDCCH監視配置（例如，每5個OS）監視PDCCH。然後，UE被配置為向網絡節點發送SR消息。在發送SR消息之後，UE期望在PDCCH上存在來自網絡節點的後續DL傳輸。因此，SR消息的傳輸可以觸發UE執行更精細的（finer）PDCCH監視。然後，UE被配置為根據第二PDCCH監視配置（例如，每兩個OS）來監視PDCCH。由於一直使用小的PDCCH週期將增加UE的複雜度、盲解碼和功耗，因此具有不同的PDCCH週期將允許以較少的UE複雜度和功耗來滿足針對UL和DL的時延要求。
UE可以被配置有輔助配置，該輔助配置在基於特定觸發/條件的特定時間段應用。該特定觸發/條件可以包括：發送SR消息、否定確認（negative acknowledgement，NACK）和緩衝狀態報告（buffer status report，BSR）中的至少一個。例如，UE可以在相同的搜索空間（search space）中被配置有主要PDCCH監視配置和輔助PDCCH監視配置。主要PDCCH監視配置可以包括一些參數，諸如monitoring-offset-PDCCH-slot、monitoring-periodicity-PDCCH-slot以及monitoring-symbols-PDCCH-within-slot。輔助PDCCH監視配置可以包括一些參數，諸如monitoring-offset-PDCCH-slot-secondary、monitoring-periodicity-PDCCH-slot-secondary以及monitoring-symbols-PDCCH-within-slot-secondary。在另一示例中，UE可以被配置有搜索空間，該搜索空間在基於特定觸發/條件的特定時間段被監視。因此，輔助配置可以包括：輔助PDCCH監視配置和在一段時間內被監視的搜索空間中的至少一個。
主要配置和/或輔助配置可以是網絡節點經由無線電資源控制（RRC）配置來配置的。用於輔助配置的參數可以是預定的（例如，第三代合作夥伴計劃（3GPP）規範中指定的）和/或預先存儲在UE中。輔助配置可以是確定性的。例如，輔助配置可取決於默認配置。在另一示例中，輔助配置可以取決於其它參數，例如SCS、調度的類型等。可以通過RRC配置來啟用（enable）和/或禁用（disable）輔助配置的使用。輔助配置的使用也可以通過DCI被動態觸發。可以動態地用信號通知/改變輔助配置的設置。輔助配置被使用臨時持續時間（temporary duration），然後UE將切換回默認配置。在輔助配置被UE監視的時段的期間，主要配置可以被UE監視。備選地，在輔助配置被UE監視的時段的期間，主要配置可以不被UE監視。
第5圖根據本發明實施例的方案示出了示例場景500。場景500涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。UE被配置為在從發送完SR消息、NACK和BSR中的至少一個起的保護時段（guard period）之後根據輔助配置來啟動對PDCCH的監視。具體地，保護時段（例如，G）被定義。保護時段可用於考慮SR消息的SR傳播時間（propagation time）和網絡節點的處理時間。在保護時段的期間，主要配置仍被使用。保護時段的長度（length）和/或位置（position）可以根據實際實現來確定。例如，時段G的起始點（start）可以直接是在該SR傳輸之後。G的值可以為零，也可以不為零。G可以等於X個符號，其中，X等於或大於該傳播時間和網絡節點處的SR處理時間。G的值可以是預定的或RRC配置的。G的長度可取決於其它參數，例如SCS等。持續時間（duration）D在使用具有更多（more）監視時機的輔助配置時被定義。可以通過較高層參數（例如，monitoringSymbolsWithinSlot）來配置該輔助配置。可以根據持續時間（例如1ms）、時隙數、OS數或PDCCH監視時機數來定義持續時間D。例如，持續時間D可以被定義為僅一個或多個監視時機。
第6圖根據本申請實施例的方案示出了示例場景600。場景600涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。在場景600中，輔助配置在臨時持續時間（例如，D）的期間被啟用。UE被配置為在該臨時持續時間中根據輔助配置來監視PDCCH。UE和網絡節點都知曉該臨時持續時間的起始點和長度。臨時持續時間的起始點和長度中的至少一個包括預定值或接收到的來自網絡節點的配置值。例如，臨時持續時間的起始點和長度可以是預定的（例如，3GPP規範指定的）或RRC配置的。該起始點可以是參考所發送的SR消息或時隙邊界（slot boundary）定義的。在通過使用時隙邊界作為起始參考來定義起始點的情況下，可以在該時隙內定義一個或多個可能的起始點。
第7圖根據本申請實施例示出了示例場景700。場景700涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。場景700針對臨時持續時間的長度（例如，D）示出了可能的實現。臨時持續時間的長度可以是固定的持續時間（例如1ms），其是RRC配置的或在3GPP規範中定義的。臨時持續時間可以在接收或發送相關資訊/資料之後結束。例如，臨時持續時間可以在經由PDCCH接收到UL調度DCI之後，或者在經由PDCCH接收到UL調度DCI之後的N2處理時間之後結束。在另一示例中，臨時持續時間可以在經由PUSCH發送UL資料分組之後結束。當臨時持續時間結束時，UE被配置為根據輔助配置來停止監視PDCCH，並且切換回默認的PDCCH監視配置（例如，主要配置）。
第8圖根據本申請實施例示出了示例場景800。場景800涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。場景800針對臨時持續時間的長度（例如，D）示出了其它可能的實現。臨時持續時間可以在從發送PUSCH的固定持續時間之後結束。例如，在分組未被解碼的情況下，附加持續時間（additional duration）包括用於網絡節點解碼並發送另一個UL DCI以進行重傳的允許時間（例如，gNB處理時間+1個PDCCH週期）。在存在要發送的資料（例如，要重發的分組）的情況下，臨時持續時間還可以被延長至下一個PUSCH。在另一示例中，UE可以在發送PUSCH之後啟動定時器（timer）。當定時器到期時，UE被配置為根據輔助配置來停止監視PDCCH，並且切換回默認的PDCCH監視配置（例如，主要配置）。
在一些實施方式中，如果緩衝狀態報告（BSR）資訊在網絡節點處可用，則臨時持續時間可以考慮（take into account）緩衝狀態報告（BSR）資訊。當UE在其緩衝區中具有更多資料時，輔助配置的使用可被延長。網絡節點可以基於BSR資訊識別出輔助配置被延長使用。如果BSR資訊不可用，則UE可以在仍然有更多資料要發送的情況下主動延長輔助配置的使用，並在所有的UL資料被發送出去之後切換回主要配置。網絡節點可以通過假設UE具有更多要發送的UL資料來識別。一旦所分配的資源未被UE使用，則網絡節點可以識別出UE已經發送完其所有的資料並切換到主要配置。對於以上所有的實施方式，為了減少監視工作，UE可以在處理時間（例如，N2）和PUSCH傳輸時間的期間臨時性地（temporarily）切換回主要配置。
在一些實施方式中，支持（support）輔助配置被定義為特徵或UE能力。UE可以在能力報告中指示其是否能夠支持輔助配置。輔助配置的使用也可以限於某些配置或參數，例如SCS、載波頻率、B型調度等。
在一些實施方式中，支持輔助配置可被限於某些特定服務（例如，URLLC服務或增強型行動寬帶（enhanced mobile broadband，eMBB）服務），或者可以適用於所有服務。由於SR與一個或多個邏輯通道有關，因此預期UE僅在發送某些特定SR時才切換到輔助配置。特定SR與特定邏輯通道（例如，攜帶URLLC資料）有關。可以為每個不同的服務發信號通知不同的輔助配置，或者可以為所有的服務發信號通知相同的輔助配置。對於多個設置（例如，SCS、調度類型、BLER目標等）中的每個設置，也可以用信號通知不同的輔助配置。
第9圖根據本申請實施例示出了示例場景900。場景900涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。輔助配置可以用於免授權傳輸（grant-free transmission）。當經由UL免授權資源進行傳輸時，輔助配置可被觸發。UE可以被配置有免授權重複（例如，K＝4）。在發送初始的（initial）免授權傳輸之後，UE被觸發以啟動輔助配置來監視PDCCH。輔助配置的起始點可以在將該初始的免授權傳輸發送出去之後的保護時段之後觸發。
第10圖根據本申請實施例示出了示例場景1000。場景1000涉及UE和網絡節點，其可以是無線通訊網絡（例如，LTE網絡、LTE-Advanced網絡、LTE-Advanced Pro網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡）的一部分。輔助配置可用於改善DL時延。輔助配置可以由NACK觸發，或者在期望更多UL資料時觸發。具體地，UE在接收到PDSCH之後，需要基於PDSCH的解碼結果發送ACK或NACK。在UE發送NACK的情況下，UE期望來自網絡節點的進一步重傳。因此，UE被觸發以啟動輔助配置來監視PDCCH以進行可能的DL傳輸。在UE發送ACK和BSR的情況下，UE可能具有需要被發送到網絡節點的更多資料。因此，UE可被觸發以啟動輔助配置來監視PDCCH，以進行可能的UL傳輸。
在上述場景中，通過使用輔助配置，在UE側的盲解碼次數因較短的PDCCH週期（例如，密集的Monitoring-symbols-PDCCH-within-slot bitmap）而增加。UE盲解碼可以由更高層的RRC參數來控制。時隙內允許的盲解碼的數量可以根據UE應當監視的DCI格式的數量、所允許的聚合等級（aggregation levels）、每個聚合等級的PDCCH候選的數量來調整。網絡節點可以選擇適當的配置以將UE盲解碼限制在合理的範圍內。應該考慮主要和輔助PDCCH監視配置以限制UE盲解碼進而將其維持在合理範圍內。例如，當使用輔助配置時，網絡節點和/或UE被配置為減少被監視的聚合級別、DCI格式和/或PDCCH候選的數量。 說明性實施
第11圖根據本申請實施例示出了示例性通訊裝置1110和示例性網絡裝置1120。通訊裝置1110和網絡裝置1120中的每一個可執行各種功能以實現本文描述的涉及與無線通訊中的用戶設備和網絡裝置的PDCCH監視配置有關的方案、技術、過程和方法，其包括上述場景/方案以及下面描述的方法1200。
通訊裝置1110可以是電子裝置的一部分，該電子裝置可以是UE，諸如便攜式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置。例如，通訊裝置1110可以被實現在智能電話、智能手錶、個人數位助理、數位照相機或諸如平板計算機、膝上型計算機或筆記本計算機之類的計算設備中。通訊裝置1110也可以是機器型裝置的一部分，該機器型裝置可以是IoT或NB-IoT裝置，諸如不動的或固定的裝置、家庭裝置、有線通訊裝置或計算裝置。例如，通訊裝置1110可以實現在智能恆溫器、智能冰箱、智能門鎖、無線揚聲器或家庭控制中心中。可選地，通訊裝置1110可以以一個或多個集成電路（integrated-circuit，IC）芯片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算（reduced-instruction set computing，RISC）處理器，或一個或多個複雜指令集計算（complex-instruction-set-computing，CISC）處理器。通訊裝置1110可以包括第11圖所示的這些組件中的至少一些，諸如處理器1112。通訊裝置1110可以進一步包括與本公開實施例提出的方案不相關的一個或多個其它組件（例如，內部電源、顯示器件和/或用戶介面器件），因此，為了簡單和簡潔起見，通訊裝置1110的這些組件（一個或多個）沒有在第11圖中示出，且下面也不進行描述。
網絡裝置1120可以是電子裝置的一部分，該電子裝置可以是網絡節點，諸如基站、小型小區、路由器或網關。例如，網絡裝置1120可以實現在LTE、LTE-Advanced或LTE-Advanced Pro網絡中的eNodeB中或實現在5G、NR、IoT或NB-IoT網絡中的gNB中。可選地，網絡裝置1120可以以一個或多個IC芯片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、或一個或多個RISC或CISC處理器。網絡裝置1120可以包括第11圖所示的這些組件中的至少一些，諸如處理器1122。網絡裝置1120可以進一步包括與本公開實施例提出的方案不相關的一個或多個其它組件（例如，內部電源、顯示器件和/或用戶介面器件），因此，為了簡單和簡潔起見，網絡裝置1120的這些組件（一個或多個）沒有在第11圖中示出，且下面也不進行描述。
在一方面，處理器1112和處理器1122中的每一個可以以一個或多個單核處理器、一個或多個多核處理器或一個或多個CISC處理器的形式實現。也就是說，儘管這裡使用單數術語“處理器”來指代處理器1112和處理器1122，但處理器1112和處理器1122中的每一個在一些實現中可以包括多個處理器，以及，在根據本發明的其它實現中可以包括單個處理器。在另一方面，處理器1112和處理器1122中的每一個可以以具有電子組件的硬體（以及可選地，固體）的形式來實現，所述電子組件包括例如但不限於一個或多個電晶體、一個或多個二極管、一個或多個電容器、一個或多個電阻器、一個或多個電感器、一個或多個憶阻器，和/或，一個或多個變容二極管，其被配置和佈置成根據本公開實施例實現特定目的。換句話說，在至少一些實現中，根據本公開實施例的各種實現，處理器1112和處理器1122中的每一個是被專門設計、佈置和配置成執行特定任務的專用機器，該特定任務包括降低設備側（例如，以通訊裝置1110呈現）和網絡側（例如，以網絡裝置1120呈現）的功耗。
在一些實現中，通訊裝置1110還可以包括耦接到處理器1112的收發器1116，收發器1116能夠無線地發送和接收資料。在一些實現中，通訊裝置1110可進一步包括耦接到處理器1112且能夠被處理器1112存取并在其中存儲資料的記憶體1114。在一些實現中，網絡裝置1120還可以包括耦接到處理器1122的收發器1126，收發器1126能夠無線地發送和接收資料。在一些實現中，網絡裝置1120還可以包括記憶體1124，記憶體1124耦接到處理器1122且能夠被處理器1122存取並在其中存儲資料。因此，通訊裝置1110和網絡裝置1120分別通過收發器1116和收發器1126彼此無線通訊。為了幫助更好地理解，在行動通訊環境的背景下提供對通訊裝置1110和網絡裝置1120中的每一個的操作、功能和能力的以下描述，其中，通訊裝置1110被實現為通訊裝置/UE或被實現在通訊裝置/UE中，而網絡裝置1120被實現在通訊網絡的網絡節點中或被實現為通訊網絡的網絡節點。
在一些實施方案中，處理器1112被配置為：通過收發器1116接收主要配置和輔助配置。主要配置包括第一PDCCH週期。輔助配置包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。處理器1112被配置為：通過收發器1116，在默認情況下根據主要配置監視PDCCH。然後，處理器1112確定是否滿足條件。在滿足條件的情況下，處理器1112被配置為：根據輔助配置監視PDCCH。處理器1112可以使用主要配置來監視DL流量。處理器1112可以使用輔助配置來監視UL流量。
在一些實施方式中，處理器1112可以被配置有第一PDCCH監視配置和第二PDCCH監視配置。首先，處理器1112可以被配置為根據第一PDCCH監視配置（例如，每5個OS）監視PDCCH。然後，處理器1112可以被配置為：通過收發器1116向網絡裝置1120發送SR消息。在發送SR消息之後，處理器1112期望在PDCCH上存在來自網絡裝置1120的後續DL傳輸。因此，SR消息的傳輸可以觸發處理器1112執行更精細的PDCCH監視。然後，處理器1112可以被配置為：通過收發器1116，根據第二PDCCH監視配置（例如，每2個OS）監視PDCCH。
在一些實施方式中，處理器1112可以被配置有在基於特定觸發/條件的特定時間段被應用的輔助配置。特定觸發/條件可以包括發送SR消息、NACK和BSR中的至少一個。例如，處理器1112可以配置有在相同的搜索空間中的主要和輔助PDCCH監視配置。在另一示例中，處理器1112可以配置有搜索空間，該搜索空間在基於特定的觸發/條件的特定時間段內被監視。
在一些實施方式中，主要配置和/或輔助配置可以由網絡裝置1120通過RRC配置來配置。用於輔助配置的參數可以是預定的和/或預先存儲在記憶體1114中。處理器1122可以通過RRC配置來啟用和/或禁用輔助配置。處理器1122還可以通過DCI動態地觸發輔助配置的使用。處理器1122可以動態地發信號通知/改變用於輔助配置的設置。輔助配置可以被使用一段臨時持續時間，然後處理器1112將切換回默認配置。在處理器1112監視輔助配置的時段的期間，主要配置被處理器1112監視。或者，在處理器1112監視輔助配置的時段的期間，主要配置不被處理器1112監視。
在一些實施方式中，處理器1112可以被配置為：在自發送完SR消息、NACK和BSR中的至少一個起的保護時段之後根據輔助配置來啟動對PDCCH的監視。在保護時段的期間，處理器1112仍可以使用主要配置。時段G的起始點可直接位於SR傳輸之後。G的值可以預先存儲在記憶體1114或網絡裝置1120配置的RRC中。
在一些實施方式中，可以在臨時持續時間的期間啟用輔助配置。處理器1112可以被配置為在臨時持續時間中根據輔助配置來監視PDCCH。通訊裝置1110和網絡裝置1120都知曉臨時持續時間的起始點和長度。臨時持續時間的起始點和長度中的至少一個可以包括預定值或從網絡裝置1120接收到的配置值。
在一些實施方式中，臨時持續時間的長度可以是固定的持續時間，其是由網絡裝置1120通過RRC配置的或預先存儲在記憶體1114中。當臨時持續時間結束時，處理器1112可以被配置為：根據輔助配置停止對PDCCH的監視，並切換回默認的PDCCH監視配置（例如，主要配置）。
在一些實現中，在存在要發送的資料（例如，要重發的分組）的情況下，處理器1112可以將臨時持續時間延長到下一個PUSCH。在一些實施方式中，處理器1112可以啟動定時器，該定時器在PUSCH被發送之後啟動。當定時器到期時，處理器1112可以被配置為：根據輔助配置來停止監視PDCCH，並且切換回默認的PDCCH監視配置（例如，主要配置）。
在一些實施方式中，如果BSR資訊在網絡裝置1120處可用，則臨時持續時間可以考慮BSR資訊。當通訊裝置1110在其緩衝區中具有更多資料時，可以延長輔助配置的使用。處理器1122可以基於BSR資訊來識別輔助配置被延長使用。在BSR資訊不可用的情況下，處理器1112可以在其仍有更多資料要發送的情況下主動地延長輔助配置的使用，並且一旦所有的UL資料已發送出去就切換回主要配置。處理器1122可以通過假設通訊裝置1110具有更多要發送的UL資料來識別到。一旦所分配的資源沒有被通訊裝置1110使用，則處理器1122可以識別出通訊裝置1110已經發送出其所有的資料並切換到主要配置。
在一些實施方式中，為了減少監視工作，處理器1122可以在處理時間（例如，N2）和PUSCH傳輸時間的期間臨時性地切換回主要配置。
在一些實施方式中，處理器1112和/或1122可以將輔助配置用於免授權傳輸。處理器1112可以配置有免授予重複（repetitons）。在發送初始的免授權傳輸之後，處理器1112可以被觸發以啟動輔助配置監視PDCCH。輔助配置的起始點可以在從發送完該初始的免授權傳輸起的保護時段之後觸發。
在一些實施方式中，處理器1112和/或1122可以使用輔助配置來改善DL時延。輔助配置可以由NACK觸發，或者在期望更多UL資料時觸發。具體地，在接收到PDSCH之後，處理器1112需要基於PDSCH的解碼結果通過收發器1116發送ACK或NACK。在處理器1112發送NACK的情況下，處理器1112期望來自網絡裝置1120的進一步重傳。因此，可以觸發處理器1112以啟動輔助配置監視用於可能的DL傳輸的PDCCH。在處理器1112發送ACK和BSR的情況下，處理器1112具有需要發送給網絡裝置1120的更多資料。因此，處理器1112可以被觸發以啟動輔助配置監視PDCCH以進行可能的UL傳輸。
在一些實施方式中，處理器1122可以選擇適當的配置以將盲解碼限制在合理的範圍內。應考慮主要和輔助PDCCH監視配置以限制盲解碼進而將其維持在合理範圍內。處理器1112和/或1122可以被配置為在使用輔助配置時減少所監視的聚合級別、DCI格式和/或PDCCH候選的數量。
說明性過程
第12圖根據本發明實施例示出了一種示例方法1200。方法1200可以是以上場景/方案的示例性實現，其部分或全部有關於根據本申請的PDCCH監視配置。方法1200可以表示通訊裝置1110的特徵的實現方面。方法1200可以包括一個或多個操作、動作或功能，如方框1210、1220、1230和1240中的一個或多個所示。雖然被示為離散方框，但是根據期望的實現，方法1200的各個方框可以被劃分為附加方框、組合成更少的方框，或被取消。此外，方法1200的方框可以按照第12圖中所示的順序，或者，可選地以不同的順序執行。方法1200可以由通訊裝置1110或任何合適的UE或機器型的設備來實現。僅出於說明性目的而非限制，方法1200在通訊裝置1110的上下文中描述。方法1200在方框1210處開始。
在1210處，方法1200可以涉及：裝置1110的處理器1112接收主要配置和輔助配置。方法1200從1210進行到1220。
在1220處，方法1200可以涉及：處理器1112根據主要配置監視PDCCH。方法1200從1220進行到1230。
在1230處，方法1200可以涉及：處理器1112確定是否滿足條件。方法1200從1230進行到1240。
在1240處，方法1200可以涉及：在滿足條件的情況下，處理器1112根據輔助配置監視PDCCH。主要配置包括第一PDCCH週期。輔助配置包括第二PDCCH週期，第二PDCCH週期小於第一PDCCH週期。
在一些實現中，該條件可以包括：發送SR消息、NACK和BSR中的至少一個。
在一些實施方式中，方法1200可以涉及：在從發送完SR消息、NACK和BSR中的至少一個起的保護時段之後，處理器1112根據輔助配置來啟動對PDCCH的監視。
在一些實施方式中，輔助配置可以包括：輔助PDCCH監視配置和在一段時間內被監視的搜索空間中的至少一個。
在一些實施方式中，主要配置被配置為監視下行流量。輔助配置被配置為監視上行流量。
在一些實施方式中，方法1200可以涉及：處理器1112在臨時持續時間中根據輔助配置監視PDCCH。
在一些實現中，臨時持續時間的起始點和長度中的至少一個可以包括預定值或從網絡節點接收到的配置值。
在一些實施方式中，方法1200可以涉及：當臨時持續時間結束時，處理器1112根據輔助配置停止對PDCCH的監視。
在一些實施方式中，方法1200可以涉及：如果有資料要發送，處理器1112延長該臨時持續時間。
在一些實施方式中，方法1200可以涉及：處理器1112啟動定時器。方法1200還可以涉及：當定時器到期時，處理器1112根據輔助配置停止對PDCCH的監視。 補充說明
本發明有時會描述包含在其它不同元件內之不同元件，或同其它不同元件相連接之不同元件。應當理解的是，這種結構關係僅作為示例，事實上，也可透過實施其它結構以實現相同功能。從概念上講，任何可實現相同功能之元件配置均是有效地“相關聯的”以此實現所需功能。因此，本文為實現某特定功能所組合之任何兩個元件均可看作是彼此“相關聯的”，以此實現所需功能，而不管其結構或者中間元件如何。類似地，以這種方式相關聯之任何兩個元件也可看作是彼此間“操作上相連接的”或“操作上相耦接的”以此實現所需功能，並且，能夠以這種方式相關聯之任何兩個元件還可看作是彼此間“操作上可耦接的”用以實現所需功能。操作上可耦接的具體實例包括但不限於實體上可配對的及/或實體上交互之元件及/或無線地可交互的及/或無線地相互交互的元件及/或邏輯上交互的和/或邏輯上可交互的元件。
此外，對於本文所使用之任何複數及/或單數形式之詞語，本領域熟練技術人員可根據語境及/或應用場景是否合適而將複數轉換至單數和/或將單數轉換至複數。為清晰起見，此處即對文中單數/複數之間的各種置換作出明確規定。
此外，本領域熟練技術人員可以理解的是，一般地，本文所使用的詞語，特別是所附申請專利範圍，例如申請專利範圍主體中所使用之詞語通常具有“開放性”意義，例如，詞語“包含”應該理解為“包含但不限於”，詞語“具有”應當理解為“至少具有”，詞語“包括”應該理解為“包括但不限於”等等。本領域熟練技術人員可進一步理解的是，若某引入式申請專利範圍列舉意圖將某一具體數值包含進去，則這種意圖將明確地列舉於該申請專利範圍中，如果沒有列舉，則這種意圖即不存在。為幫助理解，可舉例如，所附申請專利範圍可能包含引入式短語如“至少一個”和“一個或多個”來引入申請專利範圍列舉。然而，這種短語不應使該申請專利範圍列舉被解釋為：對不定冠詞“一個”的引入意味著將包含有這種引入式申請專利範圍列舉的任何特定申請專利範圍限制為僅包含一個這種列舉的實施方式，甚至當同一申請專利範圍時包括引入式短語“一個或多個”或“至少一個”和不定冠詞如“一個”時同樣符合這樣情況，亦即，“一個”應該解釋為“至少一個”或“一個或多個”。同樣地，使用定冠詞來引入申請專利範圍列舉同理。另外，即使某一引入式申請專利範圍列舉中明確列舉了一個具體數值，本領域熟練技術人員應當認識到，這種列舉應該理解為至少包括所列舉的數值，例如，僅“兩個列舉”而沒有任何其它限定時，其意味著至少兩個列舉，或兩個或多個列舉。此外，如使用了類似“A、B和C等中之至少一個”，則本領域熟練技術人員通常可以理解的是，如“具有A、B和C中至少一個之系統”將包括但不限於只具有A之系統、只具有B之系統、只具有C之系統、具有A和B之系統、具有A和C之系統、具有B和C之系統，及/或具有A、B和C之系統等等。若使用了類似“A、B或C等中至少一個”，則本領域熟練技術人員可以理解的是，例如“具有A、B或C中至少一個之系統”將包括但不限於只具有A之系統、只具有B之系統、只具有C之系統、具有A和B之系統、具有A和C之系統、具有B和C之系統，及/或具有A、B和C之系統等等。本領域技術人員可進一步理解，無論是說明書、申請專利範圍或附圖中所出現的幾乎所有連接兩個或多個替代性詞語的分隔詞語及/或短語，均應理解為考慮到了所有可能性，即包括所有詞語中某一個、兩個詞語中任一個或包括兩個詞語。例如，短語“A或B”應該理解為包括可能性：“A”、“B”或“A和B”。
根據前述內容，將理解的是，本文已經出於說明的目的描述了本申請的各種實施方式，以及，在不背離本發明之範疇和精神的前提下可對各個實施例作出多種修改。因此，本文所公開之各個實施例不應理解為具有限制意義，真實範疇和精神透過所附申請專利範圍進行限定。
100、200、300、400、500、600、700、800、900、1000:示例場景 1110:通訊裝置 1120:網絡裝置 1112、1122:處理器 1114、1124:記憶體 1116、1126:收發器 1200:方法 1210、1220、1230、1240:方框
包括的附圖用以提供對本公開實施例的進一步理解，並且附圖被併入並構成本公開實施例的一部分。附圖示出了本公開實施例的實施方式，並且與說明書一起用於解釋本公開實施例的原理。可以理解的是，附圖不一定按比例繪製，因為可以示出一些部件與實際實施中的尺寸不成比例以清楚地說明本公開實施例的概念。 第1圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第2圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第3圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第4圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第5圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第6圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第7圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第8圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第9圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第10圖是根據本公開實施例的方案描繪的一種示例場景的示意圖。 第11圖是根據本公開實施例的示例通訊裝置和示例網絡裝置的方框示意圖。 第12圖是根據本公開實施例的示例方法的流程示意圖。
400:示例場景

Claims (18)

  1. 一種用於實體下行控制通道監視配置的方法，包括：裝置的處理器接收主要配置和輔助配置；該處理器在默認情況下根據該主要配置監視實體下行控制通道(PDCCH)；該處理器確定是否滿足條件；以及，在滿足條件的情況下，該處理器根據該輔助配置監視PDCCH；其中，該主要配置包括第一PDCCH週期，以及，該輔助配置包括第二PDCCH週期，該第二PDCCH週期小於該第一PDCCH週期；其中，該條件包括：發送服務請求(SR)消息、否定確認(NACK)和緩衝狀態報告(BSR)中的至少一個。
  2. 根據申請專利範圍第1項所述的方法，還包括：該處理器在從發送完該SR消息、該NACK和該BSR中的至少一個起的保護時段之後根據該輔助配置啟動對該PDCCH的監視。
  3. 根據申請專利範圍第1項所述的方法，其中，該輔助配置包括：輔助PDCCH監視配置和在一段時間內被監視的搜索空間中的至少一個。
  4. 根據申請專利範圍第1項所述的方法，其中，該主要配置被配置為監視下行流量，以及，該輔助配置被配置為監視上行流量。
  5. 根據申請專利範圍第1項所述的方法，其中，根據該輔助配置對該PDCCH的監視包括：在臨時持續時間內根據該輔助配置監視PDCCH。
  6. 根據申請專利範圍第5項所述的方法，其中，該臨時持續時間的起始點和長度中的至少一個包括預定值或接收到的來自網絡節點的配置值。
  7. 根據申請專利範圍第5項所述的方法，還包括：當該臨時持續時間結束時，該處理器根據該輔助配置停止對該PDCCH的監視。
  8. 根據申請專利範圍第5項所述的方法，還包括：如果有資料要發送，該處理器延長該臨時持續時間。
  9. 根據申請專利範圍第1項所述的方法，還包括：該處理器啟動定時器；以及，當該定時器到期時，該處理器停止根據該輔助配置對該PDCCH的監視。
  10. 一種用於實體下行控制通道監視配置的裝置，包括：收發器，其在操作期間與無線網絡的網絡節點進行無線通訊；以及，處理器，通訊地耦接到該收發器，以便在操作期間，該處理器執行以下操作：通過該收發器，接收來自該網絡節點的主要配置和輔助配置；通過該收發器，在默認情況下根據該主要配置監視實體下行控制通道(PDCCH)；確定是否滿足條件；以及，在滿足條件的情況下，通過該收發器，根據該輔助配置監視PDCCH；其中，該主要配置包括第一PDCCH週期，以及，該輔助配置包括第二PDCCH週期，該第二PDCCH週期小於該第一PDCCH週期；其中，該條件包括：發送服務請求(SR)消息、否定確認(NACK)和緩衝狀態報告(BSR)中的至少一個。
  11. 根據申請專利範圍第10項所述的裝置，其中，在操作期間，該處理器還執行以下操作：在從發送完該SR消息、該NACK和該BSR中的至少一個起的保護時段之後根據該輔助配置啟動對該PDCCH的監視。
  12. 根據申請專利範圍第10項所述的裝置，其中，該輔助配置包括：輔助PDCCH監視配置和在一段時間內被監視的搜索空間中的至少一個。
  13. 根據申請專利範圍第10項所述的裝置，其中，該主要配置被配置為監視下行流量，以及，該輔助配置被配置為監視上行流量。
  14. 根據申請專利範圍第10項所述的裝置，其中，在根據該輔助配置監視PDCCH的過程中，該處理器在臨時持續時間內根據該輔助配置監視PDCCH。
  15. 根據申請專利範圍第14項所述的裝置，其中，該臨時持續時間的起始點和長度中的至少一個包括預定值或接收到的來自該網絡節點的配置值。
  16. 根據申請專利範圍第14項所述的裝置，其中，在操作期間，該處理器還執行以下操作：當該臨時持續時間結束時，停止根據該輔助配置對該PDCCH的監視。
  17. 根據申請專利範圍第14項所述的裝置，其中，在操作期間，該處理器還執行以下操作：如果有資料要發送，則延長該臨時持續時間。
  18. 根據申請專利範圍第10項所述的裝置，其中，在操作期間，該處理器還執行以下操作：啟動定時器；以及，當該定時器到期時，停止根據該輔助配置對該PDCCH的監視。
TW108134860A 2018-09-26 2019-09-26 行動通訊之實體下行控制通道監視組態 TWI785275B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862736505P 2018-09-26 2018-09-26
US62/736,505 2018-09-26

Publications (2)

Publication Number Publication Date
TW202015451A TW202015451A (zh) 2020-04-16
TWI785275B true TWI785275B (zh) 2022-12-01

Family

ID=69884816

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108134860A TWI785275B (zh) 2018-09-26 2019-09-26 行動通訊之實體下行控制通道監視組態

Country Status (4)

Country Link
US (1) US20200100126A1 (zh)
CN (1) CN111316581A (zh)
TW (1) TWI785275B (zh)
WO (1) WO2020063755A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11424868B2 (en) * 2019-01-24 2022-08-23 Mediatek Singapore Pte. Ltd. Method and apparatus for user equipment processing timeline enhancement in mobile communications
US11647406B2 (en) 2019-05-15 2023-05-09 Mediatek Singapore Pte. Ltd. Method and apparatus for user equipment power consumption enhancement in mobile communications
US11291024B2 (en) 2019-10-14 2022-03-29 Samsung Electronics Co., Ltd System and method for physical downlink control channel monitoring
JP7335451B2 (ja) * 2020-06-30 2023-08-29 中興通訊股▲ふん▼有限公司 制御チャネル監視プロシージャ
WO2022078695A1 (en) * 2020-10-12 2022-04-21 Nokia Technologies Oy Method for fast scheduling of retransmission
WO2022082725A1 (en) * 2020-10-23 2022-04-28 Nokia Shanghai Bell Co., Ltd. Method, apparatus and computer program

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017167944A1 (en) * 2016-04-01 2017-10-05 Panasonic Intellectual Property Corporation Of America Asynchronous retransmission protocol

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057851B2 (en) * 2015-01-06 2018-08-21 Mediatek Inc. Wireless communication method and device
US11553417B2 (en) * 2016-09-30 2023-01-10 Lg Electronics Inc. PDCCH monitoring after DRX configuration or reconfiguration

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017167944A1 (en) * 2016-04-01 2017-10-05 Panasonic Intellectual Property Corporation Of America Asynchronous retransmission protocol

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
網路文獻 Ericsson, "Enhancements to Uplink and Downlink Physical Channels for NR URLLC," 3GPP TSG-RAN WG1 Meeting #94, R1- 1808147, Gothenburg, Sweden, August 20th-24th, 2018. https://www.3gpp.org/DynaReport/TDocExMtg--R1-94--18796.htm *

Also Published As

Publication number Publication date
CN111316581A (zh) 2020-06-19
TW202015451A (zh) 2020-04-16
US20200100126A1 (en) 2020-03-26
WO2020063755A1 (en) 2020-04-02

Similar Documents

Publication Publication Date Title
TWI785275B (zh) 行動通訊之實體下行控制通道監視組態
US11601881B2 (en) Control monitoring upon receipt of discontinuous reception trigger
JP6496777B2 (ja) アップリンク送信を扱うための装置及び方法
TWI719649B (zh) 用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程
EP3414859B1 (en) Apparatus and method for drx mechanisms for single harq process operation in nb-iot
US10904903B2 (en) Scheduling UEs with mixed TTI length
TWI699980B (zh) 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置
BR112018014084A2 (pt) método para controlar operações de drx de modo conectado
TWI740377B (zh) 行動通訊中處理亂序上行排程的方法和裝置
TW202046795A (zh) 移動通信中下行鏈路控制資訊大小對齊的方法和裝置
TWI696397B (zh) 行動通訊中免授權傳輸的混合自動重複請求反饋設計
TWI753269B (zh) 用於增強移動通信中時域資源分配框架的方法和裝置
TW202021302A (zh) 行動通訊中用於超可靠低延遲通訊之新無線電實體上行共享通道增強技術
US11528714B2 (en) Data transmission method and apparatus
TWI729354B (zh) 行動通訊之緊密下行鏈路控制資訊設計和操作
WO2018120107A1 (zh) 通信方法、网络设备和终端设备
JP2023106389A (ja) ユーザ装置、ユーザ装置の方法、及び基地局装置
US20190097765A1 (en) Method And Apparatus For Detecting Poor Channel Conditions In Uplink Grant-Free Transmission
TW201944830A (zh) 行動通訊中緊湊下行鏈路控制資訊的時域資源配置
TWI791942B (zh) 行動通訊之使用者設備處理時間軸強化技術的方法和裝置
TWI753310B (zh) 用於移動通信中的系統信息重傳的方法和裝置
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
TWI819845B (zh) 用於pucch載波切換和pucch重複的方法和裝置
US20240172321A1 (en) Methods, Node, UE and Computer Readable Media for Aligning Partial Sensing Configuration with DRX Configuration
RU2775831C2 (ru) Способ передачи по восходящей линии связи, терминальное устройство и сетевое устройство