[go: up one dir, main page]

TWI719471B - 波束故障偵測資源子集之選擇及使用技術 - Google Patents

波束故障偵測資源子集之選擇及使用技術 Download PDF

Info

Publication number
TWI719471B
TWI719471B TW108115932A TW108115932A TWI719471B TW I719471 B TWI719471 B TW I719471B TW 108115932 A TW108115932 A TW 108115932A TW 108115932 A TW108115932 A TW 108115932A TW I719471 B TWI719471 B TW I719471B
Authority
TW
Taiwan
Prior art keywords
transmission configuration
fault detection
configuration indication
states
indication states
Prior art date
Application number
TW108115932A
Other languages
English (en)
Other versions
TW201947897A (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 TW201947897A publication Critical patent/TW201947897A/zh
Application granted granted Critical
Publication of TWI719471B publication Critical patent/TWI719471B/zh

Links

Images

Classifications

    • 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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Optical Communication System (AREA)
  • Monitoring And Testing Of Transmission In General (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

根據本發明之一例示性態樣，提供有一種方法，其包含：在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N>M；以及基於該所選擇之N個傳輸組態指示狀態，由該使用者裝備確定波束故障偵測資源。

Description

波束故障偵測資源子集之選擇及使用技術
本發明大致係有關於無線通訊，並且更具體而言，係有關於波束故障偵測。
下文在詳細說明章節開始處定義可在本說明書及/或圖式中發現之縮寫。
目前，3GPP中指定一波束故障恢復程序。波束恢復亦可稱為鏈路重新組配。波束恢復之一目的是用來偵測何時將一個或多個伺服控制通道(PDCCH)鏈路視為處於故障狀況並用來恢復鏈路。為了恢復一鏈路，一UE朝向網路發起信令以指出故障，並且指出稱為一候選鏈路(例如：一波束)之一新潛在鏈路(例如：一波束)。作為對從UE所接收之一波束故障恢復請求的一回應，網路可將UE組配成具有一新PDCCH鏈路。3GPP在3GPP TS 38.213及3GPP TS 38.321規格中指定波束恢復。
下文說明附加細節。
依據本發明之一實施例，係特地提出一種方法，其包含：在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N>M；以及基於該所選擇之N個傳輸組態指示狀態，由該使用者裝備確定波束故障偵測資源。
以下可在本說明書及/或圖式中看到的縮寫係定義如下：
3GPP 第三代合夥專案
5G 第五代
BFD-RS 波束故障偵測參考信號
BWP 頻寬部分
CORESET 控制資源集合
C-RNTI 胞格無線電網路暫時識別符
CSI-RS 通道狀態資訊參考信號
DMRS 解調變參考信號
eNB (或eNodeB) 演進式節點B (例如一LTE基地台)
gNB (或gNodeB) 用於5G/NR之基地台
ID 識別
I/F 介面
L3 第3層
LTE 長期演進技術
MAC 媒體存取控制
MAC-CE MAC控制元件
max 最大
MME 移動性管理實體
NCE 網路控制元件
NR 新無線電
NR-PDCCH 新無線電PDCCH
NR-PDSCH 新無線電PDSCH
N/W或NW 網路
PBCH 實體廣播通道
PDCCH 實體下行鏈路控制通道
PDSCH 實體下行鏈路共享通道
QCL 準共同位置
QCL’d 準共置
RACH 隨機存取通道
RLM-RS 無線電鏈路監測參考信號
RRH 遠距無線電頭端
RRC 無線電資源控制
RS 參考信號
Rx 接收器
SGW 伺服閘道器
SS 同步訊號
SSB 同步信號塊
SS/PBCH 同步信號/實體廣播通道
S-P 半永續性
TCI 傳輸組態指示
TRP Tx/Rx點
TS 技術規格
Tx 傳送器
UE 使用者裝備(例如一無線、典型行動裝置)
「例示性」一詞在本文中係用於意味著「當作一實例、例子、或例示使用」。本文中描述為「例示性」之任何實施例不必然要視為比其他實施例較佳或有助益。本[實施方式]中所述之所用實施例全都是例示性實施例，係被提供以使所述技術領域中具有通常知識者能夠施作或使用本發明，並且不限制申請專利範圍所定義之本發明的範疇。
本文中所述之例示性實施例說明用於選擇及使用一波束故障偵測資源子集之技巧。說明內可使用該等例示性實施例之一系統之後，呈現這些技巧之附加說明。
請參照圖1，本圖式展示內可實踐例示性實施例之一種可能且非限制例示性系統的一方塊圖。在圖1中，一使用者裝備(UE) 110與一無線網路100進行無線通訊。一UE係可存取一無線網路之一無線、典型行動裝置。UE 110包括透過一或多條匯流排127互連之一或多個處理器120、一或多個記憶體125、以及一或多個收發器130。一或多個收發器130各包括一接收器Rx 132及一傳送器Tx 133。一或多條匯流排127可以是位址、資料或控制匯流排，並且可包括任何互連機制，諸如一主機板或積體電路、光纖或其他光學通訊裝備上之一串線路、及類似者。一或多個收發器130係連接至一或多個天線128。一或多個記憶體125包括電腦程式碼123。UE 110包括一波束故障模組140，其包含可採用若干方式實施之部分140-1及/或140-2其中一者或兩者。波束故障模組140可採用硬體實施成波束故障模組140-1，諸如實施成一或多個處理器120之部分。波束故障模組140-1亦可實施成一積體電路，或可透過諸如一可規劃閘陣列之其他硬體來實施。在另一實例中，波束故障模組140可實施成波束故障模組140-2，其係實施成電腦程式碼123，並且藉由一或多個處理器120來執行。舉例來說，一或多個記憶體125及電腦程式碼123可被組配來利用一或多個處理器120令使用者裝備110進行如本文中所述操作之一或多者。UE 110經由一無線鏈路111與gNB 170進行通訊。
gNB 170係一基地台，其藉由諸如UE 110之無線裝置對無線網路100提供存取權。gNB 170係用於5G之一基地台，5G亦稱為新無線電(NR)。gNB 170亦可以是用於LTE (長期演進技術)之一eNB (演進式NodeB)基地台、或任何其他適合的基地台。gNB 170包括透過一或多條匯流排157互連之一或多個處理器152、一或多個記憶體155、一或多個網路介面(N/W I/F) 161、以及一或多個收發器160。一或多個收發器160各包括一接收器Rx 162及一傳送器Tx 163。一或多個收發器160係連接至一或多個天線158。一或多個記憶體155包括電腦程式碼153。gNB 170包括一波束故障模組150，其包含可採用若干方式實施之部分150-1及/或150-2其中一者或兩者。波束故障模組150可採用硬體實施成波束故障模組150-1，諸如實施成一或多個處理器152之部分。波束故障模組150-1亦可實施成一積體電路，或可透過諸如一可規劃閘陣列之其他硬體來實施。在另一實例中，波束故障模組150可實施成波束故障模組150-2，其係實施成電腦程式碼153，並且藉由一或多個處理器152來執行。舉例來說，一或多個記憶體155及電腦程式碼153係被組配來配合一或多個處理器152令gNB 170進行如本文中所述操作之一或多者。一或多個網路介面161透過一網路進行通訊，諸如經由鏈路176及131進行通訊。二或更多個gNB 170使用例如鏈路176進行通訊。鏈路176可為有線或無線、或兩者兼之，並且可實施例如一X2介面。
一或多條匯流排157可以是位址、資料或控制匯流排，並且可包括任何互連機制，諸如一主機板或積體電路、光纖或其他光學通訊裝備上之一串線路、無線通道、及類似者。舉例來說，一或多個收發器160可實施成一遠距無線電頭端(RRH) 195，在不同於該RRH之一位置中實體具有gNB 170之其他元件，並且一或多條匯流排157可部分實施成用以將gNB 170之其他元件連接至RRH 195的光纖電纜。
無線網路100可包括一網路控制元件(NCE) 190，其可包括MME (移動性管理實體)/SGW (伺服閘道器)功能，並且其提供與再一網路之連線能力，諸如一電話網路及/或一資料通訊網路(例如網際網路)。gNB 170係經由一鏈路131耦合至NCE 190。鏈路131可實施成例如一S1介面。NCE 190包括透過一或多條匯流排185互連之一或多個處理器175、一或多個記憶體171、以及一或多個網路介面(N/W I/F) 180。一或多個記憶體171包括電腦程式碼173。一或多個記憶體171及電腦程式碼173可被組配來利用一或多個處理器175令NCE 190進行一或多個操作。
無線網路100可實施網路虛擬化，其為將硬體與軟體網路資源及網路功能組合成單一、軟體為基之管理實體、一虛擬網路的過程。網路虛擬化涉及平台虛擬化，通常與資源虛擬化組合。網路虛擬化係分類為外部、組合許多網路、或網路之部分，分類成一虛擬單元、或內部、對單一系統上之軟體容器提供似網路功能。請注意，因網路虛擬化所致的虛擬化實體於一些層級仍是使用諸如處理器152或175及記憶體155與171之硬體來實施，同樣地，此類虛擬化實體建立技術功效。
電腦可讀記憶體125、155及171可呈任何適合區域技術環境之類型，並且可使用任何適合的資料儲存技術來實施，諸如半導體為基之記憶體裝置、快閃記憶體、磁性記憶體裝置與系統、光學記憶體裝置與系統、固定記憶體與卸除式記憶體。電腦可讀記憶體125、155及171可以是用於進行儲存功能之構件。處理器120、152及175可呈任何適合區域技術環境之類型，並且如非限制實例，可包括通用電腦、特殊用途電腦、微處理器、數位信號處理器(DSP)、以及基於一種多核心處理器架構之處理器其中一或多者。處理器120、152及175可以是用於進行諸如控制UE 110、gNB 170、及其他功能、以及如本文中所述其他功能的構件。
一般而言，使用者裝備110之各項實施例可包括、但不限於諸如智慧型手機之蜂巢式電話、平板電腦、具有無線通訊能力之個人數位助理器(PDA)、物聯網(IoT)裝置、具有無線通訊能力之可攜式電腦、諸如具有無線通訊能力之數位相機等影像擷取裝置、具有無線通訊能力之遊戲裝置、具有無線通訊能力之音樂儲存與播放電器、許可無線網際網路接取及瀏覽之網際網路電器、具有無線通訊能力之平板電腦、以及合併此類功能之組合之可攜式單元或終端機。
從而已經為了實踐本發明之例示性實施例而引進一個適合但非限制性的技術脈絡，現將以更具體的方式說明例示性實施例。為了易於參考，將本文件之其餘部分區分成幾個章節。
I. 本技術領域之附加介紹
本章節含有本技術領域之附加介紹性資料。
I.a. 波束故障偵測RS
網路(例如：gNB 170)以一參考信號集合組配UE 110，用於為波束故障偵測監測鏈路之品質。此集合可稱為q0集合、或波束故障偵測RS集合或BFD-RS集合。一般而言，(諸) BFD-RS被組配用以與PDCCH DMRS空間性準共置。也就是說，這些參考信號對應於用於傳送PDCCH之下行鏈路波束。下行鏈路波束係藉由參考信號來識別，無論是SS/PBCH區塊索引，還是CSI-RS資源索引。SS/PBCH或SSB可意指為與SSB資源索引或與SSB時間位置索引配合使用。網路可使用RRC信令來明確地組配BFD-RS清單。還有可能定義使用RRC信令來指出BFD-RS之方式，以組配BFD-RS集合，並且使用MAC CE來啟動資源子集。在一些實施例中，有可能將q0集合定義為包括對應於PDSCH波束之參考信號。類似TCI框架可用於PDSCH，如用於PDCCH。採用一類似方式，可明確地將UE組配成具有用於無線電鏈路監測(例如：胞格級故障監測)之RS。這些信號可稱為RLM-RS。本文中所述或大致用於參考信號之任何方法可用於故障偵測。一RLM-RS清單可以或可不具有與PDCCH及PDSCH波束之對應關係。可同時單獨地為BFD-RS或RLM-RS或兩者施用本文中所述之方法。
當UE 110未明確地被組配成具有一BFD-RS清單時，UE基於每CORESET經組配/指出/啟動之PDCCH-TCI狀態來隱含地確定BFD-RS資源，即與PDCCH DMRS空間性準共置(QCL'd)之下行鏈路參考信號(CSI-RS、SS/PBCH區塊)、或換句話說，PDCCH波束或用於傳送PDCCH之波束。採用一類似方式，UE可基於用於PDCCH之TCI狀態，隱含地為無線電鏈路監測確定RS。至於BFD-RS，不排除亦可基於PDSCH TCI狀態啟動來施用隱式組態。可單獨地為BFD-RS或RLM-RS、或為兩者施用本文中所述之方法。一般而言，可為用於故障偵測之任何信號施用該等方法
I.b. TCI狀態及QCL框架
一常見準共同位置(QCL)及傳送組態指示(TCI)框架係用於為不同下行鏈路實體信號及通道，像是為週期性、半永續性(S/P)及非週期性CSI-RS、以及NR-PDCCH及NR-PDSCH，定義「傳送波束」。為此，UE 110被組配成具有一TCI表，其中各列(例如：狀態)係針對某下行鏈路信號，依據不同QCL參數(例如：延遲擴展、平均延遲、都卜勒擴展、都卜勒偏移、空間性RX)，與當作一來源RS或(諸)來源RS之一個或兩個RS相關聯。當為了某一來源RS而組配一空間性RX QCL參數時，UE 110可假設當接收經組配/排程/觸發之實體信號或實體通道時，如用於接收來源RS時，可施用相同RX波束。
在下文中，提供PDCCH波束指示之一概述。也就是說，UE 110可被組配(例如，藉由gNB 170來組配)成具有多達三個CORESET、以及一起在一經組配頻寬部分(BWP)內之10個搜尋空間集合。一CORESET定義上可傳送NR-PDCCH之實體時間與頻率資源。搜尋空間集合定義PDCCH監測相關之時域參數，如監測週期性。換句話說，搜尋空間參數向UE提供關於何時嘗試從某CORESET偵測NR-PDCCH之資訊。
為了確定用於NR-PDCCH之傳送波束，已同意各CORESET可與上述TCI列中之一列或多列(例如：TCI狀態)產生關聯。倘若CORESET係與多於一個TCI狀態相關聯，MAC-CE級啟動信令係用於控制每CORESET一次作動的是這多個TCI狀態中的哪一個。與CORESET產生關聯之搜尋空間集合相關參數定義一時域監測型樣，UE從該時域監測型樣知道何時監測某一CORESET，然後從CORESET之相關(例如，作動)TCI狀態，UE 110知道如何設定其RX波束。
圖2提供為UE組配(例如，藉由gNB 170組配)之一例示性TCI表，其中QCL類型A意味著都卜勒擴展、都卜勒偏移、延遲擴展、平均延遲、以及QCL類型D意味著空間性RX。有四行：TCI索引；來源RS集合；來源RS索引；以及QCL類型。TCI索引係從0 (零)到M-1。來源RS集合包括RS集合#A (針對TCI索引0)、RS集合#B (針對TCI索引1)、…、以及RS集合#E (針對TCI索引M-1)。來源RS索引包括下列：(集合#A之) SS/PBCH區塊#n (針對TCI索引0)；(集合#B之) TRS #b及(集合#B之) CSI-RS #c (針對TCI索引1)；…；以及(集合#E之) CSI-RS #b (針對TCI索引M-1)。QCL類型如下：A + D (針對TCI索引0)；用於TRS #b之A及用於CSI-RS #c之D (針對TCI索引1)；…；以及A + D (針對TCI索引M-1)。
因此，當TCI索引0為了某一實體信號或通道而確定(諸)來源RS時，UE可確定UE可設定其RX波束，因為此波束係為了接收SS/PBCH區塊#n而設定。相應地，當TCI索引0為了某一實體信號或通道而確定(諸)來源RS時，UE可確定UE可設定其RX波束，因為此波束係為了接收(RS集合#B之) CSI-RS #b而設定。
圖3繪示已經以一或多個TCI狀態相關聯將UE組配成具有兩個CORESET之一案例。對於CORESET #0，MAC-CE信令係用於一次啟動一個TCI狀態。請參照程序塊310，其中一MAC-CE係用於在每CORESET組配多於一個TCI狀態之狀況中啟動/止動TCI狀態。對於CORESET #0在這項實例中作動之經組配TCI狀態係狀態0 (零) (請參照作動行中之「是」)，並且狀態1及5係未作動(請參照作動行中之「否」)。對於CORESET #1，經組配之TCI狀態係M-1並且作動(請參照作動行中之「是」)。
I.c. 目前資源信號操作
作為一概述，可將UE 110明確地或隱含地組配成具有一波束故障偵測RS (BFD-RS)集合，亦稱為q0集合。以隱式組態來說明，UE基於每CORESET啟動之PDCCH-TCI狀態(也就是說，下行鏈路參考信號，即CSI-RS或SS/PBCH區塊)來確定q0集合。可將UE 110組配成具有多個CORESET，並且各CORESET可與一或多個PDCCH TCI狀態相關聯。以每CORESET多個TCI狀態來說明，每CORESET一次僅一個TCI狀態作動(使用MAC-CE信令啟動)。5G中已同意可將UE組配成具有三個CORESET：一次可有三個不同之TCI狀態作動(除非兩個CORESET具有一共同作動TCI狀態)，這意味著可為波束故障偵測推導三個潛在參考信號。BFD-RS之最大數量為2。因此，一議題是如何從三個作動TCI狀態選擇兩個BFD-RS之一子集(亦即，UE之被UE與網路兩者都察覺之選擇需要有一規則)。一般而言，可將該議題表述為如何從資源集合選擇故障偵測資源子集。
更詳言之，在NR中，可將UE組配成具有最多三個CORESET，並且各CORESET可與用於PDCCH之TCI狀態相關聯。在RAN1#92中，主席之註記中達成以下協議：協議(RRC參數更新)：每BWP之maxNrofFailureDetectionResources為2。
由於可隱含地組配BFD-RS，亦即BFD-RS組態(q0集合)遵循PDCCH-TCI狀態指示，以上最多兩個BFD-RS資源之協議產生一問題。UE需要能夠判斷UE為了波束故障實際上正在監測的是BFD-RS集合中之哪一者。
一直接解決方案將是允許UE每BWP最多三個BFD-RS，以防止上述隱式組態問題。這是正在考慮提出之方法，但可能需要本文中所述之替代方法。RAN1#92中原本提出每BWP具有三個BFD-RS，但RAN1並未選擇此一方法，如下述：3GPP TS 38.321 V15.1.0 (2018-03)；以及RAN1主席之註記：RAN1#92。另外，RAN1#92bis中有待測量RS數量之顧慮。結果是，在RAN1#92bis中，小於3GHz (>3GHz)及大於6GHz (>6GHz)之狀況在一限制方面達成一致，以使得經組配BFD及RLM-RS資源之總數量聯合受限，舉例而言，對於>3GHz，並非單獨2個RLM-RS及2個BFD，而是總共最多可組配兩個資源(請參照RAN1#92bis主席會議記錄)。如果將改變BFD之數量，這將暗指需要重新考慮作為一工作假設達成一致之有限數量。因此，似乎非常不可能可接受擴大BFD-RS資源之數量，從而需要替代解決方案。其他方法可以是將CORESET組態之最大數量限制為兩個，從一系統操作觀點，這將非較佳，也許甚至不可能。以更一般的觀點來看，雖然最終將增加BFD-RS之最大數量，當BFD-RS之最大數量低於用於PDCCH之已啟動TCI狀態之數量時，仍然可能需要本發明中之方法。
替代地，當為了UE而組配三個PDCCH TCI狀態時，網路將需要從三個TCI狀態明確地最多選擇其中兩個成為BFD-RS資源。此組態係使用RRC信令(這是目前唯一選項)來更新，這是動態操作中之一密集程序，即當用於PDCCH之TCI狀態啟動相對頻繁時之一密集程序。再者，TCI狀態啟動可從RRC組配之TCI狀態集合使用MAC-CE來進行，因此由於一信令延遲差異的關係，已啟動TCI狀態與BFD-RS之間潛在將有一不匹配。即使MAC CE用於從預定集合啟動BFD-RS，仍將總是需要網路來傳送需要傳輸資源之啟動信號。
目前，雖然將UE組配成具有三個CORESET，仍未限制二或更多個CORESET需要具有共同TCI狀態，這會將BFD-RS限制為最多兩個。
因此，考慮到以上使用隱式BFD-RS組態之有問題場景、以及BFD-RS之顯式組態之高信令成本，我們提出選擇邏輯(例如，基於規則提出)用於在該數量之TCI狀態由於BFD-RS最大值及PDCCH TCI狀態最大值而不匹配時選擇BFD-RS子集。
II. 例示性實施例
在例示性實施例中，我們實施一種當UE為了PDCCH而被組配成具有M個作動TCI狀態且BFD-RS之最大數量為N (N>M)時，供UE選擇N個TCI狀態作為一BFD-RS (q0集合) (或更一般而言，用於故障偵測)之機制。
請參照圖4，根據一例示性實施例，本圖式係由一UE 110為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖。本圖式進一步繪示一或諸例示性方法之操作、一電腦可讀記憶體上具體實現之電腦程式指令之一執行結果、藉由實施成硬體之邏輯所進行之功能、及/或用於進行根據例示性實施例之功能的互連構件。舉例來說，波束故障模組140可包括圖4所示程序塊中之多個程序塊，其中各所包括之程序塊係用於進行該程序塊中之功能的一互連構件。圖4中之程序塊係假設要藉由UE 110來進行，舉例而言，至少部分在波束故障模組140之控制下進行。
在程序塊410中，UE 110舉例而言，從gNB 170，接收用於M個作動TCI狀態之組態。在程序塊420中並且基於經組配之M個作動TCI狀態，UE 110選擇M個狀態中之N個狀態之一子集，其中N>M。此選擇係基於圖6中所述之一或多個規則。在程序塊430中，UE 110基於該選擇N個TCI狀態來確定波束故障偵測資源。UE 110在程序塊440中監測用於波束故障偵測之故障偵測資源。這可能需要在所確定之波束故障偵測資源上接收參考信號。在程序塊450中，UE 110使用所監測之故障偵測資源(例如，所監測之故障偵測資源上接收之參考信號)來判斷是否已經發生一波束故障。如果沒有發生一波束故障(程序塊460 = 否)，則流程前往程序塊490。另一方面，如果已經發生一波束故障(程序塊460 = 是)，則在程序塊470中，UE 110朝向基地台(例如：gNB 170)發送波束故障之一指示。UE 110可指出稱為一候選波束之一新潛在波束。在程序塊480中，UE 110例如使用候選波束來參與(例如，與gNB 170參與)一波束恢復過程。在這種作為一實例之狀況中，UE可指出作為一新候選波束，由於先前對BFD-RS子集之選擇而未被用作為BFD-RS之TCI狀態 (SSB或CSI-RS)。未用於故障偵測之TCI狀態亦可具有可用於指出波束故障之上行鏈路資源(例如：PUCCH)。波束恢復係由3GPP在規格3GPP TS 38.213及3GPP TS 38.321中指定。一個選項(如圖4所示)是程序塊480可轉至程序塊490 (下文所述)，因為恢復程序在UE從網路收到一新TCI狀態時結束。
亦有可能將UE 110 (重新)組配成具有用於PDCCH之至少一個新TCI狀態。在這種狀況中，在UE處重新運行選擇邏輯程序。替代地，如果變更用於確定故障偵測資源子集之任何參數，則重新運行該選擇邏輯程序。
在圖4之實例中，將此實施如下。在程序塊490中，UE 110判斷是否要重新運行選擇程序(舉例而言，是否已將UE (重新)組配成具有用於PDCCH之至少一個新TCI狀態、或是否已變更用於確定故障偵測資源子集之(諸)參數？)。如果確定不重新運行選擇程序 (程序塊495 = 否)，則流程進入程序塊440。如果確定要重新運行選擇程序 (程序塊495 = 是)，則流程進入程序塊420。程序塊420中之選擇將基於經(重新)組配用於PDCCH之至少一個新TCI狀態、或基於用於確定故障偵測資源子集之該(等)已變更參數(例如，可能還有其他未變更參數)。
請參照圖5，本圖式根據一例示性實施例，係由一基地台為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖。本圖式進一步繪示一或諸例示性方法之操作、一電腦可讀記憶體上具體實現之電腦程式指令之一執行結果、藉由實施成硬體之邏輯所進行之功能、及/或用於進行根據例示性實施例之功能的互連構件。舉例來說，波束故障模組150可包括圖5所示程序塊中之多個程序塊，其中各所包括之程序塊係用於進行該程序塊中之功能的一互連構件。圖5中之程序塊係假設要藉由諸如gNB 170之一基地台來進行，舉例而言，至少部分在波束故障模組150之控制下進行。
在程序塊510中，gNB 170將UE 110組配成具有M個作動TCI狀態。在程序塊520中，gNB 170基於經組配之M個作動TCI狀態，選擇M個狀態中之N個狀態之一子集，其中N>M。此選擇可基於圖6中所述之規則。gNB 170在程序塊530中基於該選擇N個TCI狀態來確定波束故障偵測資源，並且在程序塊540中，朝向UE發送要用於波束故障偵測之參考信號(例如，在波束故障偵測資源發送)。在程序塊550中，gNB 170判斷是否已從UE收到一波束故障指示。這亦可包括稱為一候選波束之一新潛在波束之一指示。如果否(程序塊560 = 否)，則流程進入程序塊580。如果是(程序塊560 = 是)，則gNB 170在程序塊570中參與(例如，與UE 110參與)一波束恢復過程，舉例而言，使用候選波束來參與。3GPP在3GPP TS 38.213及3GPP TS 38.321規格中指定波束恢復。一個選項(如圖5所示)是程序塊570可轉至程序塊580 (下文所述)，因為恢復程序在gNB 170向UE 110發送一新TCI狀態時結束。
如上述，亦有可能令網路將UE 110 (重新)組配成具有用於PDCCH之至少一個新TCI狀態。在這種狀況中，在網路處(例如，並且在UE處)重新運行選擇邏輯程序。替代地，如果變更用於確定故障偵測資源子集之任何參數，則重新運行該選擇邏輯程序。
針對圖5之實例，這點係實施如下。在程序塊580中，gNB 170判斷是否重新組配UE資訊(例如，將UE 110(重新)組配成具有用於PDCCH之至少一個新TCI狀態、或變更用於確定故障偵測資源子集之(諸)參數)。如果確定不重新組配UE資訊(程序塊590 = 否)，則流程進入程序塊540。如果確定要重新組配UE資訊(程序塊590 = 是)，則流程進入程序塊595，其中gNB 170重新組配UE資訊。這將涉及(重新)組配用於PDCCH之至少一個新TCI狀態、或變更用於確定故障偵測資源子集之一或多個參數其中之一者或兩者。流程接著進入程序塊520。
為了選擇相同之N個TCI狀態，網路(例如：gNB 170)及UE 110兩者都應遵循相同選擇過程。圖6根據例示性實施例，係一過程500之一邏輯流程圖，其基於經組配之M個作動TCI狀態選擇M個狀態中之N個狀態之一子集，其中N>M。此過程可藉由UE 110在程序塊420中進行，或藉由gNB 170 (或可能之另一網路元件，諸如NCE 190)在程序塊520中進行。本圖式進一步繪示一或諸例示性方法之操作、一電腦可讀記憶體上具體實現之電腦程式指令之一執行結果、藉由實施成硬體之邏輯所進行之功能、及/或用於進行根據例示性實施例之功能的互連構件。
採用繪示方式，可將過程600視為一種方法，用於選擇要包括在資源集合中之用於PDCCH (例如：CSI-RS / SSB)之N個TCI狀態，該資源集合係用於在組配用於PDCCH之M個TCI狀態之數量時確定波束故障，其中值N小於M (N>M)。過程600中有多種方法，各方法使用下文所述之一規則。各該所選擇方法之一個主要及例示性效益(或技術功效)在於網路及UE具有相同理解：當所有信號全都無法使用時，用於故障偵測的是哪些信號。圖6之程序塊中之個別規則具有其效益(或技術功效)，並且取決於下文所列之個別效益(例如，我們想要簡單性、或快速故障偵測、或基於最穩健信號？)，一個規則可比另一規則較佳。
過程600始於程序塊605。在一項實例中，該選擇包含為了下列至少一者而基於TCI狀態組態及活動之選擇(請參照程序塊610)：
選擇(程序塊 611)該等故障偵測資源成為用於PDCCH之最新啟動之N個TCI狀態；或
選擇(程序塊612)該等故障偵測資源成為用於PDCCH之最新N個TCI狀態以供排程UE使用(例如，這將偏好最作動之波束)。
程序塊611之效益或技術功效是要對用於故障偵測之信號保持NW及UE具有同一理解，亦即，NW知道該或該等由UE監測之鏈路(以及何者未被監測)。因此，NW可依賴UE側之恢復動作。舉例來說，有可能確定在這種狀況中，當目前使用之信號處於一故障狀況時，UE可啟始一波束故障恢復程序。這也是UE要處理之一簡單選擇規則。
程序塊612之方法之一效益或技術功效在於，此方法偏好基於排程活動之波束，亦即，如果最作動之波束處於一故障狀況，則UE更快地對那些波束起反應。這可能不被程序塊611中之第一方法涵蓋。
替代地，該選擇包含對於下列至少一者，基於經組配之週期性特性進行之選擇(請參照程序塊620)：
選擇(程序塊621)針對快速故障偵測具有最短週期性之該等故障偵測資源；或
選擇(程序塊622)與具有最短搜尋空間週期性之CORESET產生關聯之該等故障偵測資源。
關於程序塊620、621及622，效益或技術功效包括下列。如果波束故障偵測(及指示)週期性係基於參考信號之週期性，則可採用一快速方式來偵測故障。UE 110亦可針對測量具有更好之可用性。在一些狀況中，當平行傳輸多個信號時，例如，用於L3移動性之PDSCH、SS塊、CSI-RS，一RLM-RS UE有時需要略過測量。短週期性意味著可更頻繁地測量信號。
用於搜尋空間之最短週期性也意味著UE更頻繁地監測那些鏈路，因此可將該等鏈路視為對於排程更重要。偵測那些鏈路上之故障是有效益的。
替代地，該選擇包含對於下列至少一者，基於相關聯CORESET之經組配識別符值進行之選擇(請參照程序塊630)：
選擇(程序塊631)該等故障偵測資源，以使得選擇具有作動TCI狀態之最低CORESET ID；或
回應於CORESET#0與用於PDCCH之TCI狀態相關聯，預設選擇(程序塊632)一第一TCI狀態作為N個TCI狀態中之一個TCI狀態，並且另一TCI狀態係基於另一提出之選擇機制來選擇(舉例而言，如圖6之程序塊610、620、640或650中任何一者所示)。
程序塊630、631及632之效益或技術功效包括下列。選擇規則簡單。同樣地，至少選擇CORESET #0意味著UE正在進行一穩健CORESET之故障偵測，因為這是用於初始存取/競爭為基之RACH。
替代地，對於下列至少一者，該選擇包含基於TCI狀態參考信號類型之選擇(請參照程序塊640)：
選擇(程序塊641)故障偵測資源以使得選擇SS塊，亦即，回應於UE 100具有N個SSB作為作動TCI狀態以及M-N個CSI-RS作為作動TCI狀態，選擇SS塊；
在僅一個SSB處於一作動TCI狀態之狀況中，基於用於CSI-RS之替代選擇邏輯選項，選擇(程序塊642)故障偵測資源(亦即，回應於UE 100具有一個SSB作為一作動TCI狀態、以及M-1個CSI-RS作為作動TCI狀態，選擇這兩(或M-1)個CSI-RS其中一個)；或
當適用時，透過一QCL假設選擇(程序塊643)故障偵測資源成為SS塊，其中舉例而言，回應於三個CSI-RS被組配、以及​​僅兩個不同SS塊被組配為用於CSI之來源RS- RS，而選擇SS塊。當信號彼此共享相同QCL假設時，這意味著其共享相同之所指性質，諸如延遲擴展、都卜勒擴展、都卜勒偏移、平均延遲、及/或空間性接收參數。舉一例來說，當信號具有空間性RX QCL假設時，這意味著UE可在接收信號時假設一相同RX波束。
請參照圖7，本圖式係僅具有兩個不同來源RS 710之三個TCI狀態(CSI-RS) 720的一例示。來源可意味著用於CSI-RS之QCL來源，亦即，在圖中，兩個CSI-RS共享相同QCL來源，因此其舉例而言，共享空間性QCL假設。也就是說，SS塊710-1對應於CSI-RS 730-1及730-2之TCI狀態710。SS塊710-1對應於CSI-RS 730-3之TCI狀態720。
請往回參照圖6，程序塊640至643之主要效益在於，當選擇SSB時，UE潛在地對穩健信號進行波束故障偵測。一般而言，SS塊波束比高增益CSI-RS波束更寬(舉例而言，並且更寬提供更好之空間性涵蓋範圍)。
替代地，選擇(請參照程序塊650)包含回應於用於PDCCH之TCI狀態係一非週期性/半永續性CSI-RS，對於下列至少一者，基於TCI狀態參考信號時間類型進行選擇：
選擇(程序塊651)該等故障偵測資源，以使得該等資源不包括此TCI狀態；或
根據以上選項(例如：以上步驟610、620、630或640中任何一者)，選擇(程序塊652)故障偵測資源作為週期性信號，(如果可用)作為用於A/S-P (非週期性/半永續性) CSI-RS之來源RS。
關於程序塊650至652，選擇一非週期性信號對於故障偵測可能沒有效益，因為按照定義，信號非為週期性，並且UE將需要具有用於進行測量之週期性信號。最好是使用週期性來源信號，或接著將非週期性信號從故障偵測RS集合排除。
過程600還可包括(程序塊660)選擇上述不同選擇機制之任何組合，例如，程序塊610至652中不同選擇機制之任何組合。舉例來說，在程序塊661中，回應於一第一選擇機制設定所考量之候選者(例如，程序塊610、620、630、640及650中之規則之候選者)相等，施用一附加選擇機制。也就是說，如果我們用一種方法觸及相等候選者，並且仍未下至N個候選者，則我們需要使用如本文中所述之(諸)附加方法來選擇最終候選者。
以上說明涉及一隱式方法，其中UE運行指定演算法以確定BFD資源。網路未指出這些資源，因為UE可自己確定這些資源。網路側有兩個可因應之態樣：
1)隱式操作，其係圖4中UE操作之對應體，並且係繪示在圖5中。也就是說，網路(例如：gNB 170)運行相同演算法以知道UE會將哪些資源用於BFD。
2)顯式操作，其中網路運行指定演算法(例如，可能與其他演算法組合)以確定UE要將哪些資源用於BFD，並且向UE指出這些資源。接著，UE不在其側運行那些演算法，因為UE 110從網路獲得一顯式指示。
圖8繪示(2)之顯式操作，圖8根據一例示性實施例，係由一基地台為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖，其類似於圖5，但卻使用顯式操作代替圖5中之隱式操作。圖8中之程序塊係假設要藉由諸如gNB 170之一基地台來進行，舉例而言，至少部分在波束故障模組150之控制下進行。由於圖8類似於圖5，因此本文中僅說明差異。
為了實施顯式操作，gNB 170首先基於選擇N個TCI狀態來確定UE 100要使用之波束故障偵測資源。接著，在程序塊835中，gNB 170朝向UE 110發送要用於波束故障偵測之參考信號(例如：波束故障偵測資源)之指示。此顯式信令明確地將UE 110組配為將那些參考信號用於波束故障偵測。圖8中之方法之其他部分與圖5中之那些部分相同。
請注意，可發生一部分波束故障(少於N個資源)。回應於發生該部分波束故障、以及其中一個故障偵測資源處於一故障狀況，可將處於故障狀況之RS從q0之故障偵測資源集合移除，並且將其餘N-1個下行鏈路RS用作為故障偵測資源。再者，如果N-1個資源(即，除一個資源外之所有資源)處於一故障狀況，並且q0之故障偵測資源集合中不包括未處於故障狀況之RS，則將該RS新增到q0 (並且亦用於波束故障偵測)。替代地，以部分波束故障來說明，故障偵測資源集合維持原樣。
在一個網路側實作態樣選項中，當適用時，gNB 170可將類似邏輯用於選擇經明確組配供UE進行波束故障偵測之故障偵測資源(M個資源中之N個資源)。
在一項實作態樣中，網路可組配UE以將值N限制於一特定值。舉例來說，當M = 5時，網路可組配N = 3。如上述，UE對N個下行鏈路RS施用選擇邏輯。
倘若N>M，並且使用的是顯式組態，亦可潛在地在網路側使用一些所提規則來選擇故障偵測資源。網路可以使用本文中所述之類似方法。
關於經由技術規格實施這些實施例，以下是針對3GPP TS 38.213第6章鏈路重新組配(3GPP TS 38.213, Link Reconfiguration, Chapter 6)之一例示性文字提案：
如果由用於PDCCH之TCI狀態所指之RS集合中RS索引之數量超出maxNrofFailureDetectionResources (Nmax )，則UE確定包括SS/PBCH區塊、及根據TCI狀態指示之順序對集合
Figure 02_image001
之週期性CSI-RS索引值，以使得包括最後之Nmax 所指狀態。如果針對Nmax 個TCI狀態確定相等優先權，則確定q0集合包括最後Nmax 個用於PDCCH之TCI狀態之RS監測已使用C-RNTI成功解碼UE，亦即，包括用於排程UE之Nmax 個最新狀態。在一項實例中，UE始終基於用於PDCCH之最後Nmax 個TCI狀態監測已使用C-RNTI (或換句話說，用於最近採用一UE特定方式排程UE之鏈路)成功解碼之UE來確定q0集合。
以更一般的觀點來看，雖然最終將增加BFD-RS之最大數量，當BFD-RS之最大數量低於用於PDCCH之已啟動TCI狀態之數量時，對於本發明中之方法可能仍然有一需求。在一項實例中，當多個TRP (傳輸-接收點)係同時用於向UE傳送PDCCH並且各鏈路與自有CSI-RS相關聯時，可能發生此類狀況。在一種方式中，UE可使用相同TCI框架來指出，舉例而言，2個TCI狀態對於PDCCH接收作動，這意味著UE係同時以兩條鏈路來伺服。在這種狀況中，UE可需要有能力使用兩條波束(藉由例如不同天線面板所形成之兩條波束)同時從兩個方向(例如，從兩個TRP)進行接收。替代地，UE可具有一全向波束，並且UE將能夠同時從所有方向進行接收。因此，UE可基於隱式組態，在多條鏈路上接收多個PDCCH，並且因此按照每CORESET每條鏈路監測故障狀況。在這種狀況中，在一實例中，UE可需要每CORESET選擇故障偵測資源(使用本文中說明之方法來選擇)，或跨所有經組配CORESET之所有TCI狀態選擇BFD-RS。在這種狀況中，可確定UE需要每CORESET包括至少一個BFD-RS用於故障偵測。
附加例示性實施例如下。
實例1： 一種方法，其包含：
在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；
根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N>M；以及
基於該所選擇之N個傳輸組態指示狀態，由該使用者裝備確定波束故障偵測資源。
實例2： 如實例1之方法，其更包含針對波束故障偵測監測該等故障偵測資源。
實例3： 如實例2之方法，其更包含：
基於該等監測之故障偵測資源確定已發生一波束故障；
朝向一基地台發送一波束故障指示；以及
與該基地台參與一波束恢復過程。
實例4： 一種方法，其包含：
以用於M個作動傳輸組態指示狀態之組態，藉由一基地台來組配一使用者裝備；
基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，其中N>M；
基於該選擇N個傳輸組態指示狀態，由該基地台確定波束故障偵測資源。
實例5： 如實例4之方法，其更包含藉由該基地台並朝向該使用者裝備傳送要由該使用者裝備用作為波束故障偵測資源之一參考信號指示。
實例6： 如實例4至5中任何一者之方法，其更包含：
從該使用者裝備接收一波束故障指示；以及
與該使用者裝備參與一波束恢復過程。
實例7： 如實例1至6中任何一者之方法，其中該M個作動傳輸組態指示狀態係用於一實體下行鏈路控制通道。
實例8： 如實例1至7中任何一者之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於TCI狀態組態及/或活動進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源成為用於PDCCH之一最新啟動TCI狀態；或
選擇該等故障偵測資源成為用於PDCCH之最新TCI狀態以供排程該使用者裝備使用。
實例9： 如實例1至8中任何一者之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於經組配之週期性特性進行選擇，並且包含下列至少一者：
選擇針對快速故障偵測具有最短週期性之該等故障偵測資源；或
選擇與具有最短搜尋空間週期性之一CORESET產生關聯之該等故障偵測資源。
實例10： 如實例1至9中任何一者之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於相關聯CORESET之經組配之識別符值進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得選擇具有作動TCI狀態之最低CORESET ID；或
回應於CORESET #0與用於PDCCH之一TCI狀態相關聯，預設選擇一第一TCI狀態作為N個TCI狀態中之一個TCI狀態，並且至少一個其他TCI狀態係基於如實例1或4或除本實例外之實例1或4之任何附屬實例之方法中之一其他所提選擇機制。
實例11： 如實例1至10中任何一者之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於TCI狀態參考信號類型進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得選擇SS塊；
倘若僅一個SSB處於一作動TCI狀態，則基於用於CSI-RS之一替代選擇邏輯選項選擇該等故障偵測資源；或
當適用時，透過一QCL假設選擇該等故障偵測資源成為SS塊。
實例12： 如實例1至11中任何一者之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含回應於用於PDCCH之一TCI狀態係一非週期性/半永續性CSI-RS，基於TCI狀態參考信號時間類型進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得該等故障偵測資源不包括此TCI狀態；或
選擇該等故障偵測資源作為該週期性信號，如果可用，根據如實例1或4或除本實例外之實例1或4之任何附屬實例之方法作為用於該A/S-P CSI-RS之一來源RS。
實例13： 如實例1至12中任何一者之方法，其更包含選擇不同選擇機制之任何組合。
實例14： 如實例1至13中任何一者之方法，其中回應於發生一部分波束故障並且該等故障偵測資源之一處於一故障狀況，將處於該故障狀況之該參考信號從該N個傳輸組態指示狀態移除，並且改為使用該其餘N-1個傳輸組態指示狀況作為該等故障偵測資源。
實例15： 如實例14之方法，回應於N-1個資源處於一故障狀況，並且該N個傳輸組態指示狀態中不包括不處於故障狀況之一參考信號，將不處於該故障狀況之該參考信號新增到該N個傳輸組態指示狀態，並且將該新增之參考信號用於該波束故障偵測。
實例16： 一種電腦程式，其包含用於執行如實例1至15中任何一者之方法的程式碼。
實例17： 如實例16之電腦程式，其中該電腦程式為包含一電腦可讀媒體之一電腦程式產品，該電腦可讀媒體承載具體實現於其中以供與一電腦配合使用之電腦程式碼。
實例18： 一種包含一電腦可讀儲存媒體之電腦程式產品，該電腦可讀儲存媒體承載內有具體實現供與一電腦配合使用之電腦程式碼，該電腦程式碼包含用於進行如實例1至15中任何一者之方法的代碼。
實例19： 一種設備，其包含：
用於在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態的構件；
用於根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集的構件，其中N>M；以及
用於基於該所選擇之N個傳輸組態指示狀態，由該使用者裝備確定波束故障偵測資源的構件。
實例20： 如實例19之設備，其更包含用於針對波束故障偵測監測該等故障偵測資源的構件。
實例21： 如實例20之設備，其更包含：
用於基於該等監測之故障偵測資源確定已發生一波束故障的構件；
用於朝向一基地台發送一波束故障指示的構件；以及
用於與該基地台參與一波束恢復過程的構件。
實例22： 一種設備，其包含：
用於以用於M個作動傳輸組態指示狀態之組態，藉由一基地台來組配一使用者裝備的構件；
用於基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集的構件，其中N>M；
用於基於該選擇N個傳輸組態指示狀態，由該基地台確定波束故障偵測資源的構件。
實例23： 如實例22之設備，其更包含用於藉由該基地台並朝向該使用者裝備傳送要由該使用者裝備用作為波束故障偵測資源之一參考信號指示的構件。
實例24： 如實例22至23中任何一者之設備，其更包含：
用於從該使用者裝備接收一波束故障指示的構件；以及
用於與該使用者裝備參與一波束恢復過程的構件。
實例25： 如實例22至24中任何一者之設備，其中該M個作動傳輸組態指示狀態係用於一實體下行鏈路控制通道。
實例26： 如實例22至25中任何一者之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於TCI狀態組態及/或活動進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源成為用於PDCCH之一最新啟動TCI狀態；或
選擇該等故障偵測資源成為用於PDCCH之最新TCI狀態以供排程該使用者裝備使用。
實例27： 如實例22至26中任何一者之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於經組配之週期性特性進行選擇，並且包含下列至少一者：
選擇針對快速故障偵測具有最短週期性之該等故障偵測資源；或
選擇與具有最短搜尋空間週期性之一CORESET產生關聯之該等故障偵測資源。
實例28： 如實例22至27中任何一者之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於相關聯CORESET之經組配之識別符值進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得選擇具有作動TCI狀態之最低CORESET ID；或
回應於CORESET #0與用於PDCCH之一TCI狀態相關聯，預設選擇一第一TCI狀態作為N個TCI狀態中之一個TCI狀態，並且至少一個其他TCI狀態係基於如實例19或22或除本實例外之實例19或22之任何附屬實例之設備中之一其他所提選擇機制。
實例29： 如實例22至28中任何一者之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含基於TCI狀態參考信號類型進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得選擇SS塊；
倘若僅一個SSB處於一作動TCI狀態，則基於用於CSI-RS之一替代選擇邏輯選項選擇該等故障偵測資源；或
當適用時，透過一QCL假設選擇該等故障偵測資源成為SS塊。
實例30： 如實例22至29中任何一者之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集包含回應於用於PDCCH之一TCI狀態係一非週期性/半永續性CSI-RS，基於TCI狀態參考信號時間類型進行選擇，並且包含下列至少一者：
選擇該等故障偵測資源，以使得該等故障偵測資源不包括此TCI狀態；或
選擇該等故障偵測資源作為該週期性信號，如果可用，根據如實例19或22或除本實例外之實例19或22之任何附屬實例之設備中一其他所提選擇機制作為用於該A/S-P CSI-RS之一來源RS。
實例31： 如實例22至30中任何一者之設備，其更包含選擇不同選擇機制之任何組合。
實例32： 如實例22至31中任何一者之設備，其中回應於發生一部分波束故障並且該等故障偵測資源之一處於一故障狀況，將處於該故障狀況之該參考信號從該N個傳輸組態指示狀態移除，並且改為使用該其餘N-1個傳輸組態指示狀況作為該等故障偵測資源。
實例33： 如實例32之設備，回應於N-1個資源處於一故障狀況，並且該N個傳輸組態指示狀態中不包括不處於故障狀況之一參考信號，將不處於該故障狀況之該參考信號新增到該N個傳輸組態指示狀態，並且將該新增之參考信號用於該波束故障偵測。
實例34： 一種使用者裝備，其包含如實例19至21或實例25至33中任何一者之設備。
實例35： 一種基地台，其包含如實例22至33中任何一者之設備。
實例36： 一種設備，其包含：
一或多個處理器；以及
一或多個記憶體，其包括電腦程式碼，
該一或多個記憶體及該電腦程式碼被組配用以配合該一或多個處理器令該設備至少進行下列：
在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；
根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N>M；以及
基於該所選擇之N個傳輸組態指示狀態，由該使用者裝備確定波束故障偵測資源。
實例38： 如實例36之設備，其中該一或多個記憶體及該電腦程式碼被組配用以配合該一或多個處理器令該設備進行根據實例2或3或7至15中任何一者之一方法。
實例38： 一種設備，其包含：
一或多個處理器；以及
一或多個記憶體，其包括電腦程式碼，
該一或多個記憶體及該電腦程式碼被組配用以配合該一或多個處理器令該設備至少進行下列：
以用於M個作動傳輸組態指示狀態之組態，藉由一基地台來組配一使用者裝備；
基於該等經組配之M個作動傳輸組態指示狀態，選擇該M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，其中N>M；
基於該選擇N個傳輸組態指示狀態，由該基地台確定波束故障偵測資源。
實例39：如實例38之設備，其中該一或多個記憶體及該電腦程式碼被組配用以配合該一或多個處理器令該設備進行根據實例5至15中任何一者之一方法。
本文中之實施例可實施成軟體(藉由一或多個處理器來執行)、硬體(例如一特定應用積體電路)、或一軟體與硬體組合。在一例示性實施例中，軟體(例如應用邏輯、一指令集)係維持於各種習知的電腦可讀媒體其中任何一者上。在本文件之內容中，一「電腦可讀媒體」可以是可含有、儲存，傳遞、傳播或輸送指令之任何媒體或構件，該等指令係供一指令執行系統、設備、或裝置、或與其搭配使用，諸如一電腦，舉例而言，圖1中說明及繪示一電腦之一項實例。一電腦可讀媒體可包含一電腦可讀儲存媒體(例如記憶體125、155、171或其他裝置)，其可以是可含有、儲存、及/或輸送該等指令之任何媒體或構件，該等指令係供一指令執行系統、設備、或裝置、或與其搭配使用，諸如一電腦。一電腦可讀儲存媒體不包含傳播信號。
視所期望者，本文中所論述之不同功能可採用一不同順序來進行、及/或彼此並行進行。再者，視所期望者，可任選或可組合上述功能之一或多者。
雖然以上載明各項態樣，其他態樣仍包含出自所述實施例之特徵的其他組合，不是只有上述組合而已。
本文中亦註記的是，儘管上文說明本發明之例示性實施例，仍不應該以一限制概念來審視這些說明。反而，有數種變例及修改可不脫離本發明之範疇來施作。
100‧‧‧無線網路 110‧‧‧UE 111‧‧‧無線鏈路 120、152、175‧‧‧處理器 123、153、173‧‧‧電腦程式碼 125、155、171‧‧‧記憶體 127、157、185‧‧‧匯流排 128、158‧‧‧天線 130、160‧‧‧收發器 131、176‧‧‧鏈路 132、162‧‧‧接收器 133、163‧‧‧傳送器 140-1、140-2、150-1、150-2‧‧‧部分 161、180‧‧‧網路介面 170‧‧‧gNB 190‧‧‧網路控制元件 195‧‧‧RRH 310、410~495、510~595、605~661、510~595‧‧‧程序塊 600‧‧‧過程 710‧‧‧來源RS 710-1~710-2‧‧‧SS塊 720‧‧‧TCI狀態 730-1~730-3‧‧‧CSI-RS
在附圖的圖式中：
圖1係內可實踐例示性實施例之一種可能且非限制例示性系統的一方塊圖；
圖2係為了一UE所組配之一TCI表之一實例；
圖3繪示兩種例示性CORESET組態，其展示僅對某(些) TCI狀態產生之關聯性；
圖4根據一例示性實施例，係由一使用者裝備為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖；
圖5根據一例示性實施例，係由一基地台為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖；
圖6根據例示性實施例，係一過程之一邏輯流程圖，其基於經組配之M個作動TCI狀態選擇M個狀態中之N個狀態之一子集，其中N>M；
圖7係具有兩個來源RS之三個TCI狀態的一例示；以及
圖8根據一例示性實施例，係由一基地台為了選擇及使用一波束故障偵測資源子集所進行的一邏輯流程圖，其類似於圖5，但卻使用顯式操作代替圖5中之隱式操作。
100‧‧‧無線網路
110‧‧‧UE
111‧‧‧無線鏈路
120、152、175‧‧‧處理器
123、153、173‧‧‧電腦程式碼
125、155、171‧‧‧記憶體
127、157、185‧‧‧匯流排
128、158‧‧‧天線
130、160‧‧‧收發器
131、176‧‧‧鏈路
132、162‧‧‧接收器
133、163‧‧‧傳送器
140-1、140-2、150-1、150-2‧‧‧部分
161、180‧‧‧網路介面
170‧‧‧Gnb
190‧‧‧網路控制元件
195‧‧‧RRH

Claims (34)

  1. 一種通訊方法，其包含：在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該等M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N<M；以及基於該等所選擇之N個傳輸組態指示狀態，由該使用者裝備確定故障偵測資源。
  2. 如請求項1之方法，其更包含針對波束故障偵測監測該等故障偵測資源。
  3. 如請求項2之方法，其更包含：基於該等監測之故障偵測資源確定已發生一波束故障；向一基地台發送一波束故障指示；以及與該基地台參與一波束恢復程序。
  4. 一種通訊方法，其包含：以用於M個作動傳輸組態指示狀態之組態，藉由一基地台來組配一使用者裝備；基於該等經組配之M個作動傳輸組態指示狀態，選擇該等M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，其中N<M；基於該選擇N個傳輸組態指示狀態，由該基地台確定 故障偵測資源。
  5. 如請求項4之方法，其更包含藉由該基地台並且向該使用者裝備傳送要由該使用者裝備用作為波束故障偵測資源之一參考信號指示。
  6. 如請求項4至5中任一項之方法，其更包含：從該使用者裝備接收一波束故障指示；以及與該使用者裝備參與一波束恢復程序。
  7. 如請求項1至5中任一項之方法，其中該等M個作動傳輸組態指示狀態係用於一實體下行鏈路控制通道。
  8. 如請求項1至5中任一項之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於TCI狀態組態及/或活動進行選擇，並且包含下列至少一者：選擇該等故障偵測資源成為用於PDCCH之一最新啟動TCI狀態；或選擇該等故障偵測資源成為用於PDCCH之最新TCI狀態以供排程該使用者裝備使用。
  9. 如請求項1至5中任一項之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於經組配之週期性特性進行選擇，並且包含下列至少一者：選擇針對快速故障偵測具有最短週期性之該等故障偵測資源；或 選擇與具有最短搜尋空間週期性之一CORESET相關聯之該等故障偵測資源。
  10. 如請求項1至5中任一項之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於相關聯CORESET之經組配之識別符值進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得具有作動TCI狀態之最低CORESET ID獲選擇；或回應於CORESET #0與用於PDCCH之一TCI狀態相關聯，預設選擇一第一TCI狀態作為N個TCI狀態中之一個TCI狀態，並且至少一個其他TCI狀態係基於如請求項1或除本請求項外之請求項1之任何附屬項之方法中之一其他所提選擇機制來選擇。
  11. 如請求項1至5中任一項之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於TCI狀態參考信號類型進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得SS塊獲選擇；倘若僅一個SSB處於一作動TCI狀態，則基於用於CSI-RS之一替代選擇邏輯選項選擇該等故障偵測資源；或當適用時，透過一QCL假設選擇該等故障偵測資源成為SS塊。
  12. 如請求項1至5中任一項之方法，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀 態之一子集，包含回應於用於PDCCH之一TCI狀態係一非週期性/半永續性CSI-RS，基於TCI狀態參考信號時間類型進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得該等故障偵測資源不包括此TCI狀態；或選擇該等故障偵測資源作為該週期性信號，如果可用，根據如請求項1或除本請求項外之請求項1之任何附屬項之方法作為用於該A/S-P(非週期性/半永續性)CSI-RS之一來源RS。
  13. 如請求項1至5中任一項之方法，其更包含選擇如請求項1至12中任一項的不同選擇機制之任何組合。
  14. 如請求項1至5中任一項之方法，其中回應於發生一部分波束故障並且該等故障偵測資源之一處於一故障狀況，將處於該故障狀況之該參考信號從該N個傳輸組態指示狀態移除，並且改為使用其餘N-1個傳輸組態指示狀況作為該等故障偵測資源。
  15. 如請求項14之方法，回應於N-1個資源處於一故障狀況，並且該等N個傳輸組態指示狀態中不包括不處於故障狀況之一參考信號，將不處於該故障狀況之該參考信號新增到該等N個傳輸組態指示狀態，並且將該新增之參考信號用於該波束故障偵測。
  16. 如請求項1至5中任一項之方法，其中之故障偵測資源包含波束故障偵測參考信號資源或無線電鏈路監測參考信號資源中之至少一個。
  17. 一種通訊設備，其包含：用於在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態的構件；用於根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該等M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集的構件，其中N<M；以及用於基於該等所選擇之N個傳輸組態指示狀態，由該使用者裝備確定故障偵測資源的構件。
  18. 如請求項17之設備，其更包含：用於針對波束故障偵測來監測該等故障偵測資源的構件。
  19. 如請求項18之設備，其更包含：用於基於經監測之該等故障偵測資源確定已發生一波束故障的構件；用於向一基地台發送一波束故障指示的構件；以及用於與該基地台參與一波束恢復程序的構件。
  20. 一種通訊設備，其包含：用於以用於M個作動傳輸組態指示狀態之組態，藉由一基地台來組配一使用者裝備的構件；用於基於該等經組配之M個作動傳輸組態指示狀態， 選擇該等M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集的構件，其中N<M；以及用於基於該選擇N個傳輸組態指示狀態，由該基地台確定故障偵測資源的構件。
  21. 如請求項20之設備，其更包含：用於藉由該基地台並且向該使用者裝備傳送要由該使用者裝備用作為波束故障偵測資源之一參考信號指示的構件。
  22. 如請求項17至21中任一項之設備，其更包含：用於從該使用者裝備接收一波束故障指示的構件；以及用於與該使用者裝備參與一波束恢復程序的構件。
  23. 如請求項17至21中任一項之設備，其中該等M個作動傳輸組態指示狀態係用於一實體下行鏈路控制通道。
  24. 如請求項17至21中任一項之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於TCI狀態組態及/或活動進行選擇，並且包含下列至少一者：選擇該等故障偵測資源成為用於PDCCH之一最新啟動TCI狀態；或選擇該等故障偵測資源成為用於PDCCH之最新TCI狀態以供排程該使用者裝備使用。
  25. 如請求項17至21中任一項之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於經組配之週期性特性進行選擇，並且包含下列至少一者：選擇針對快速故障偵測具有最短週期性之該等故障偵測資源；或選擇與具有最短搜尋空間週期性之一CORESET相關聯之該等故障偵測資源。
  26. 如請求項17至21中任一項之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於相關聯CORESET之經組配之識別符值進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得具有作動TCI狀態之最低CORESET ID獲選擇；或回應於CORESET #0與用於PDCCH之一TCI狀態相關聯，預設選擇一第一TCI狀態作為N個TCI狀態中之一個TCI狀態，並且至少一個其他TCI狀態係基於如請求項1或除本請求項外之請求項1之任何附屬項之方法中之一其他所提選擇機制來選擇。
  27. 如請求項17至21中任一項之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於TCI狀態參考信號類型進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得SS塊獲選擇； 倘若僅一個SSB處於一作動TCI狀態，則基於用於CSI-RS之一替代選擇邏輯選項來選擇該等故障偵測資源；或當適用時，透過一QCL假設選擇該等故障偵測資源成為SS塊。
  28. 如請求項17至21中任一項之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含回應於用於PDCCH之一TCI狀態係一非週期性/半永續性CSI-RS，基於TCI狀態參考信號時間類型進行選擇，並且包含下列至少一者：選擇該等故障偵測資源，以使得該等故障偵測資源不包括此TCI狀態；或選擇該等故障偵測資源作為該週期性信號，如果可用，根據如請求項16或除本請求項外之請求項16之任何附屬項之方法作為用於該A/S-P(非週期性/半永續性)CSI-RS之一來源RS。
  29. 如請求項17至21中任一項之設備，其中回應於發生一部分波束故障並且該等故障偵測資源之一處於一故障狀況，將處於該故障狀況之該參考信號從該等N個傳輸組態指示狀態移除，並且改為使用其餘N-1個傳輸組態指示狀況作為該等故障偵測資源。
  30. 如請求項29之設備，其中回應於N-1個資源處於一故障狀況，並且該等N個傳輸組態指示狀態中不包括不處於故障狀況之一參考信號，將不處於 該故障狀況之該參考信號新增到該等N個傳輸組態指示狀態，並且將該新增之參考信號用於該波束故障偵測。
  31. 一種通訊設備，其包含：一或多個處理器；以及一或多個記憶體，其包括有電腦程式碼，該一或多個記憶體及該電腦程式碼被組配用以配合該一或多個處理器令該設備至少進行下列動作：在一使用者裝備處接收用於M個作動傳輸組態指示狀態之組態；根據一或多個預定義規則，基於該等經組配之M個作動傳輸組態指示狀態，選擇該等M個傳輸組態指示狀態之集合中之N個傳輸組態指示狀態之一子集，其中N<M；以及基於該等所選擇之N個傳輸組態指示狀態，由該使用者裝備確定故障偵測資源。
  32. 如請求項31之設備，其中該選擇M個傳輸組態指示狀態中之N個傳輸組態指示狀態之一子集，包含基於經組配之週期性特性進行選擇，並且包含下列至少一者：選擇針對快速故障偵測具有最短週期性之該等故障偵測資源；或選擇與具有最短搜尋空間週期性之一CORESET相關聯之該等故障偵測資源。
  33. 如請求項17至21及31至32中任一項之設備，其中故障偵測資源包含波束故障偵測參考信號資源或無線電鏈路監測參考信號資源中之至少一者。
  34. 一種電腦產品程式，其包含用於執行如請求項1至15中任一項之方法的程式碼。
TW108115932A 2018-05-09 2019-05-08 波束故障偵測資源子集之選擇及使用技術 TWI719471B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862668934P 2018-05-09 2018-05-09
US62/668,934 2018-05-09

Publications (2)

Publication Number Publication Date
TW201947897A TW201947897A (zh) 2019-12-16
TWI719471B true TWI719471B (zh) 2021-02-21

Family

ID=68466074

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108115932A TWI719471B (zh) 2018-05-09 2019-05-08 波束故障偵測資源子集之選擇及使用技術

Country Status (8)

Country Link
US (1) US11515925B2 (zh)
EP (1) EP3763152B1 (zh)
JP (2) JP7223027B2 (zh)
CN (1) CN112088545B (zh)
AR (1) AR115376A1 (zh)
BR (1) BR112020022138A2 (zh)
TW (1) TWI719471B (zh)
WO (1) WO2019215389A2 (zh)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210234601A1 (en) * 2018-05-10 2021-07-29 Convida Wireless, Llc Beam failure recovery in new radio unlicensed spectrum
CN110611921B (zh) * 2018-06-15 2021-06-01 维沃移动通信有限公司 一种无线链路状态判断方法及终端
CN112673581B (zh) * 2018-07-12 2024-02-13 株式会社Ntt都科摩 用户终端
CN110740468B (zh) * 2018-07-18 2023-07-04 维沃移动通信有限公司 网络通信的状态检测方法、配置方法、终端及网络设备
EP3863202B1 (en) * 2018-11-02 2023-09-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
KR20200063008A (ko) * 2018-11-27 2020-06-04 삼성전자주식회사 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치
JP7320762B2 (ja) * 2019-06-06 2023-08-04 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
CN111601371B (zh) * 2019-06-27 2022-03-01 维沃移动通信有限公司 链路管理方法、唤醒信号检测方法、终端设备和网络设备
US20210021329A1 (en) * 2019-07-15 2021-01-21 Qualcomm Incorporated Considerations on beam failure detection and recovery with multiple transmitter receiver points
US11569951B2 (en) 2019-08-15 2023-01-31 Ofinno, Llc Radio link monitoring in a multi-TRP scenario
KR20210022461A (ko) * 2019-08-20 2021-03-03 삼성전자주식회사 무선 통신 시스템에서 단말의 빔 실패 회복 동작을 지시하는 방법 및 장치
JP7429776B2 (ja) * 2019-11-06 2024-02-08 北京小米移動軟件有限公司 ビーム失敗検出リソース割り当て方法、装置および記憶媒体
KR20210103332A (ko) * 2020-02-13 2021-08-23 삼성전자주식회사 협력통신을 위한 하향링크 제어 정보 전송 방법 및 장치
CN115244968B (zh) * 2020-03-03 2025-07-22 夏普株式会社 波束失败检测参考信号确定的方法和装置
CN114631270B (zh) * 2020-03-10 2025-10-17 Lg电子株式会社 无线通信系统中评估无线电链路质量的方法和设备
US11601925B2 (en) * 2020-04-17 2023-03-07 Qualcomm Incorporated Quasi co-location relationship reporting
EP4085679A4 (en) * 2020-04-21 2023-05-03 Nokia Technologies Oy DETERMINATION OF BEAM FAILURE DETECTION REFERENCE SIGNALS AT A MULTI-TRANSMISSION RECEIVING POINT OF MULTI-DOWNLINK INTER-CELL CONTROL INFORMATION
US20220312237A1 (en) * 2020-05-14 2022-09-29 Apple Inc. Selecting Reference Signals for Determining Beam Failure Detection and Radio Link Monitoring
WO2021229545A1 (en) * 2020-05-15 2021-11-18 Lenovo (Singapore) Pte. Ltd. Indicating a beam failure detection reference signal
US20230300644A1 (en) * 2020-07-17 2023-09-21 Lenovo (Beijing) Limited Apparatus and methods of beam failure detection mechanism for enhanced pdcch with multiple transmissions
US11606133B2 (en) * 2020-07-17 2023-03-14 Qualcomm Incorporated Indications of selected beams for transmission and reception in full duplex operation
US11930550B2 (en) * 2020-08-05 2024-03-12 Acer Incorporated Equipment for beam failure reporting and beam failure reporting method
US20230309170A1 (en) 2020-09-24 2023-09-28 Qualcomm Incorporated New beam identification for physical downlink control channel (pdcch) repetition
EP4218183A4 (en) * 2020-09-24 2024-09-11 Qualcomm Incorporated BEAM FAILURE DETECTION RESOURCE SET FOR PHYSICAL DOWNLINK CONTROL CHANNEL (PDCCH) WITH REPETITION
US12250573B2 (en) * 2020-09-29 2025-03-11 Lg Electronics Inc. Method and device for recovering beam failure in wireless communication system
US12250668B2 (en) 2020-10-16 2025-03-11 Apple Inc. System and method for fast beam tracking in a high frequency wireless communication system
CN114390568A (zh) * 2020-10-22 2022-04-22 联发科技（新加坡）私人有限公司 波束故障恢复方法及用户设备
US12489510B2 (en) 2020-10-22 2025-12-02 Apple Inc. Beam failure detection
CN114501506B (zh) * 2020-10-23 2024-08-16 大唐移动通信设备有限公司 波束失败处理方法、终端及网络设备
US11671163B2 (en) * 2020-11-30 2023-06-06 Qualcomm Incorporated Beam failure detection when control resource set beam is updated
JP7652801B2 (ja) * 2021-01-08 2025-03-27 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
CN114765492B (zh) * 2021-01-13 2025-05-23 展讯半导体(南京)有限公司 传输配置指示状态确定方法及装置、可读存储介质
CN114765498A (zh) * 2021-01-15 2022-07-19 北京紫光展锐通信技术有限公司 Bfd-rs获取方法、装置、用户侧设备和存储介质
CN117223244A (zh) 2021-04-30 2023-12-12 高通股份有限公司 用于对应于至少两个传输配置指示符状态的物理下行链路控制信道监视操作的波束故障检测
US11677457B2 (en) * 2021-04-30 2023-06-13 Qualcomm Incorporated Enhancement of beam failure detection
WO2022226969A1 (en) 2021-04-30 2022-11-03 Qualcomm Incorporated Beam failure detection evaluation on two transmission configuration indicator states
CN115669161A (zh) * 2021-05-07 2023-01-31 苹果公司 用于无线电链路监测和波束故障检测的参考信号转变
CN117598007A (zh) * 2021-07-09 2024-02-23 联想(北京)有限公司 监听利用多个trp传输的调度公共信息的pdcch的方法和装置
WO2023010274A1 (en) * 2021-08-03 2023-02-09 Lenovo (Beijing) Limited Methods and apparatus of determining trp-specific beam failure detection reference signal set
US20240356623A1 (en) * 2021-08-03 2024-10-24 Lenovo (Beijing) Limited Method and apparatus for beam determination
WO2023010300A1 (en) * 2021-08-04 2023-02-09 Apple Inc. Systems and methods for beam indication for l1/l2 centric inter-cell mobility

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL2777198T3 (pl) * 2011-11-09 2016-06-30 Ericsson Telefon Ab L M Raportowanie CSI dla zbioru zasobów CSI-RS
JP2017183761A (ja) * 2014-08-20 2017-10-05 シャープ株式会社 端末装置、基地局装置および通信方法
US10541741B2 (en) * 2016-05-26 2020-01-21 Qualcomm Incorporated System and method for beam switching and reporting
US10225867B2 (en) * 2016-09-02 2019-03-05 Qualcomm Incorporated Transmission configuration and format for random access messages
US11452011B2 (en) * 2019-03-29 2022-09-20 Huawei Technologies Co., Ltd. User equipment-centric inter-cell mobility
US11395154B2 (en) * 2019-04-18 2022-07-19 Qualcomm Incorporated Methods and apparatuses for determining sensing beam for an LBT procure
US11211990B2 (en) * 2019-05-01 2021-12-28 Ofinno, Llc Beam failure recovery in multi-TRP scenarios
US11444680B2 (en) * 2019-07-18 2022-09-13 Qualcomm Incorporated Beam switching in a high radio frequency spectrum band
US11653231B2 (en) * 2019-11-01 2023-05-16 Qualcomm Incorporated Joint beam failure detection

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
Ericsson,"Remaining issues for radio link monitoring", 3GPP TSG RAN WG1 Meeting #92bis, R1-1805223, 16th-20th April 2018
Ericsson,"Remaining issues for radio link monitoring", 3GPP TSG RAN WG1 Meeting #92bis, R1-1805223, 16th-20th April 2018 OPPO,"Text Proposal for Beam Failure Recovery",3GPP TSG RAN WG1 Meeting #92bis, R1-1804001, April 16th-20th, 2018 Nokia, Nokia Shangha *
MediaTek Inc., "Remaining Issues on Beam Failure Recovery", 3GPP TSG RAN WG1 Meeting #92bis, R1-1804059, 16th Apr.-20th Apr. 2018
Nokia, Nokia Shanghai Bell, "Remaining Details on Beam Recovery", 3GPP TSG RAN WG1 Meeting #92bis, R1-1805105, April 16th-20th, 2018
OPPO,"Text Proposal for Beam Failure Recovery",3GPP TSG RAN WG1 Meeting #92bis, R1-1804001, April 16th-20th, 2018

Also Published As

Publication number Publication date
EP3763152B1 (en) 2026-01-28
JP2023036756A (ja) 2023-03-14
EP3763152A4 (en) 2021-12-01
JP7223027B2 (ja) 2023-02-15
WO2019215389A2 (en) 2019-11-14
US20210242922A1 (en) 2021-08-05
JP2021521713A (ja) 2021-08-26
CN112088545B (zh) 2023-10-27
TW201947897A (zh) 2019-12-16
BR112020022138A2 (pt) 2021-01-26
AR115376A1 (es) 2021-01-13
US11515925B2 (en) 2022-11-29
CN112088545A (zh) 2020-12-15
EP3763152A2 (en) 2021-01-13
WO2019215389A3 (en) 2019-12-19

Similar Documents

Publication Publication Date Title
TWI719471B (zh) 波束故障偵測資源子集之選擇及使用技術
JP7274624B2 (ja) セカンダリセルビームリカバリ
US20220167191A1 (en) System and Method for Periodic Beam Failure Measurements
JPWO2019215389A5 (zh)
CN110418412B (zh) 一种波束管理方法、中继收发节点、终端和基站
US11665703B2 (en) Physical uplink channel transmission method and receiving method, terminal, and base station
CN103597870B (zh) 涉及传输点的参考信号端口发现
JP2022517205A (ja) チャネル状態情報の測定目的の指示方法、装置及び通信システム
US20230239032A1 (en) Beam processing method and apparatus, and related device
US20210266947A1 (en) Wireless communication method and device
WO2018223972A1 (zh) 一种信道质量信息的上报方法及装置
WO2022083508A1 (zh) 信道状态信息的报告方法、装置及终端
US20230299918A1 (en) Method for monitoring control channels and determining transmission configuration indication, and terminal
CN114258640A (zh) 用于csi反馈的方法、设备和计算机存储介质
JP7717799B2 (ja) チャネル状態情報決定方法、報告設定決定方法、装置及び関連機器
WO2022042689A1 (zh) 传输方法、装置、通信设备及终端
CN113747572A (zh) 波束指示方法、网络侧设备和终端
WO2017197642A1 (en) Dynamic csi-rs sharing scheme
US12199726B2 (en) Network node, terminal device and methods therein for data transmission using beamforming
CN109842436B (zh) 一种上行信号传输方法、终端和网络侧设备
US12132557B2 (en) Method and network device for signal resource configuration
WO2025097422A1 (en) Network device, terminal device, and methods therein for enhanced hybrid beamforming