CN110999471A - 在无线通信***中执行波束故障恢复的方法及其设备 - Google Patents

在无线通信***中执行波束故障恢复的方法及其设备 Download PDF

Info

Publication number
CN110999471A
CN110999471A CN201880050899.4A CN201880050899A CN110999471A CN 110999471 A CN110999471 A CN 110999471A CN 201880050899 A CN201880050899 A CN 201880050899A CN 110999471 A CN110999471 A CN 110999471A
Authority
CN
China
Prior art keywords
beam failure
resource
failure recovery
recovery request
pucch
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201880050899.4A
Other languages
English (en)
Other versions
CN110999471B (zh
Inventor
安慜基
姜智源
金沂濬
梁锡喆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to CN202311321881.2A priority Critical patent/CN117202254A/zh
Publication of CN110999471A publication Critical patent/CN110999471A/zh
Application granted granted Critical
Publication of CN110999471B publication Critical patent/CN110999471B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621Feedback content
    • H04B7/0626Channel coefficients, e.g. channel state information [CSI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

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

Abstract

本公开提供了一种在无线通信***中恢复波束故障的方法。根据本公开的由用户设备(UE)执行的方法包括以下步骤:从基站(BS)接收与波束故障恢复请求相关的资源配置;从所述BS接收用于波束管理的波束参考信号(BRS);当检测到波束故障事件时,基于所述资源配置使用第一资源向所述BS发送所述波束故障恢复请求;以及通过波束参考信号向所述BS报告测量结果。

Description

在无线通信***中执行波束故障恢复的方法及其设备
技术领域
本发明涉及无线通信,并且更具体地,涉及执行波束故障恢复的方法和支持该方法的设备。
背景技术
已经开发出在保障用户活动的同时提供语音服务的移动通信***。然而,移动通信***的服务覆盖范围已经甚至扩展到数据服务以及语音服务,当前,业务的爆发性增长已经导致资源短缺并且造成对高速服务的用户需求,从而需要高级的移动通信***。
对下一代移动通信***的需要可以包括支持巨量数据业务、每个用户的递送速率的显著增加、对数目大幅增加的连接装置的适应、非常低的端到端时延和高能量效率。为此,已经研究了诸如小区增强、双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、支持超宽带和装置联网这样的各种技术。
发明内容
技术问题
本公开的一个目的是提出用于配置与波束故障恢复相关的资源的方法。
另外,本公开的一个目的是限定用于发送束故障恢复请求的控制信道或控制信号。
另外,本公开的一个目的是限定波束故障恢复请求与其它控制信道之间的传输优先级关系。
另外,本公开的一个目的是限定当未接收到对波束故障恢复请求的响应时终端的操作方法。
在本公开中要实现的技术目的不限于上述技术目的,并且对于本领域技术人员而言,本文中未描述的其它技术目的将根据下面的描述而变得显而易见。
技术方案
根据本公开的一种在无线通信***中由用户设备(UE)执行波束故障恢复的方法包括以下步骤:从基站(BS)接收与波束故障恢复请求相关的资源配置;从所述BS接收用于波束管理的波束参考信号(BRS);当检测到波束故障事件时,基于所述资源配置使用第一资源向所述BS发送所述波束故障恢复请求;以及当触发波束报告时,通过所述波束参考信号向所述BS报告测量结果,并且所述第一资源是物理随机接入信道(PRACH)或物理上行链路控制信道(PUCCH)。
另外,在本公开中,当所述第一资源是所述PRACH时,所述PRACH是基于无竞争的PRACH。
另外,在本公开中,当所述第一资源是所述PUCCH时,所述波束故障恢复请求使用仅指示是否发生波束故障的指示符型PUCCH或包括候选波束的信息的消息型PUCCH。
另外,在本公开中,当所述波束故障事件是针对特定服务波束链路的波束故障时,所述波束故障恢复请求使用所述消息型PUCCH。
另外,在本公开中,所述方法还包括以下步骤:当所述UE无法从所述BS接收到对所述波束故障恢复请求的响应时,使用第二资源来重新发送所述波束故障恢复请求。
另外,在本公开中,所述第二资源是基于竞争的PRACH。
另外,在本公开中,当所述波束故障恢复请求与所述第一资源中的其它PUCCH格式交叠时,丢弃其它PUCCH格式。
另外,在本公开中,当所述波束故障恢复请求是所述消息型PUCCH时,通过在所述候选波束的所述参考信号RS中假定准协同定位(QCL)来接收对所述波束故障恢复请求的响应。
另外,根据本公开的一种在无线通信***中执行波束故障恢复的用户设备(UE)包括:射频(RF)模块,该RF模块用于发送和接收无线电信号;以及处理器,该处理器在功能上与所述RF模块连接,所述处理器被配置为执行:从基站(BS)接收与波束故障恢复请求相关的资源配置;从所述BS接收用于波束管理的波束参考信号(BRS);当检测到波束故障事件时,基于所述资源配置使用第一资源向所述BS发送所述波束故障恢复请求;以及当触发波束报告时,通过所述波束参考信号向所述BS报告测量结果,并且所述第一资源是物理随机接入信道(PRACH)或物理上行链路控制信道(PUCCH)。
技术效果
根据本公开,限定用于发送波束故障恢复请求的控制信道,并且具有当在终端中发生波束故障时快速地执行波束故障恢复的效果。
另外,根据本公开,在波束故障恢复请求中设置最高优先级,并且具有能解决与其它控制信道交叠的问题的效果。
本领域技术人员将领会的是,可以通过本发明实现的效果不限于已经在上文具体描述的效果,并且将从以下详细描述更加清楚地理解本发明的其它优点。
附图说明
附图被包括进来以提供对本发明的进一步理解,并构成本发明的说明书的部分,附图例示了本发明的实施方式并且与对应描述一起用来解释本发明的原理。
图1是例示了可以应用本公开中提出的方法的NR的总体***结构示例的图。
图2例示了可以应用本公开中提出的方法的无线通信***中的上行链路帧与下行链路帧之间的关系。
图3例示了可以应用本公开中提出的方法的无线通信***中支持的资源网格的示例。
图4例示了针对可以应用本公开中提出的方法的参数集的天线端口和资源网格的示例。
图5例示了TXRU与天线元件之间的连接方案的示例。
图6例示了每个TXRU的服务区域的各种示例。
图7示出了对情况1的描述。
图8示出了对情况2的描述。
图9是例示了用于执行本公开中提出的波束故障恢复的方法的示例的流程图。
图10例示了根据本发明的实施方式的无线通信装置的框图。
图11例示了根据本发明的实施方式的通信设备的框图。
具体实施方式
下文中,将参照附图来详细地说明根据本发明的优选实施方式。以下与附图一起提供的具体实施方式仅旨在说明本发明的例示性实施方式,这些实施方式不应被视为本发明仅有的实施方式。以下的具体实施方式包括用于提供对本发明的完整理解的特定信息。然而,本领域的技术人员将能够理解,可以在没有特定信息的情况下实施本发明。
对于一些情况,为了避免使本发明的技术原理模糊,可以省略公众所熟知的结构和装置,或者可以利用结构和装置的基本功能以框图的形式例示这些结构和装置。
本公开中的基站被认为是网络的直接与UE执行通信的终端节点。在该文献中,基站的上节点可以视情形执行被认为是由基站执行的特定操作。换句话说,显而易见的是,在由包括基站的多个网络节点组成的网络中,为了与UE通信而执行的各种操作可以由基站或者除了基站以外的网络节点来执行。术语基站(BS)可以被固定站、节点B、演进节点B(eNB)、基站收发器***(BTS)或接入点(AP)代替。另外,终端可以是固定的或移动的;并且该术语可以被用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器型通信(MTC)装置、机器对机器(M2M)装置或装置对装置(D2D)装置代替。
下文中,下行链路(DL)是指从基站到终端的通信,而上行链路(UL)是指从终端到基站的通信。在下行链路传输中,发送器可以是基站的部分,接收器可以是终端的部分。类似地,在上行链路传输中,发送器可以是终端的部分,接收器可以是基站的部分。
引入以下描述中使用的特定术语以帮助理解本发明,并且具体术语可以以不同的方式使用,只要不脱离本发明的技术范围即可。
下面描述的技术可以用于基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)或非正交多址(NOMA)的各种类型的无线接入***。可以由诸如通用陆地无线电接入(UTRA)或CDMA2000这样的无线电技术来实现CDMA。可以由诸如全球移动通信***(GSM)、通用分组无线电服务(GPRS)或GSM演进增强型数据速率(EDGE)这样的无线电技术来实现TDMA。可以由诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20或演进型UTRA(E-UTRA)这样的无线电技术来实现OFDMA。UTRA是通用移动电信***(UMTS)的部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UMTS的演进型UMTS(E-UMTS)的部分,针对下行链路采用OFDMA并且针对上行链路传输采用SC-FDMA。LTE-A(高级)是3GPP LTE***的演进版本。
可以由包括IEEE 802、3GPP和3GPP2规范的无线接入***中的至少一个中公开的标准文献来支持本发明的实施方式。换句话说,在本发明的实施方式当中,出于清楚描述本发明的技术原理的目的而省略的那些步骤或部分可以得到以上文献的支持。另外,可以参考标准文献来说明本文献中公开的所有术语。
为了阐明描述,该文献基于LTE/LTE-A***,但是本发明的技术特征不限于当前的描述。
术语的限定
eLTE eNB:eLTE eNB是支持EPC和NGC连接的eNB的演进。
gNB:除了与NGC的连接之外还用于支持NR的节点
新RAN:支持NR或E-UTRA或者与NGC交互的无线电接入网络
网络切片:网络切片是由运营商限定的网络,旨在提供针对需要特定要求连同终端间范围的特定市场场景优化的解决方案。
网络功能:网络功能是具有明确限定的外部接口和明确限定的功能操作的网络基础设施中的逻辑节点。
NG-C:用于新RAN和NGC之间的NG2参考点的控制平面接口
NG-U:用于新RAN和NGC之间的NG3参考点的用户平面接口
非独立NR:gNB需要LTE eNB作为锚点以与EPC进行控制平面连接或者需要eLTEeNB作为锚点以与NGC进行控制平面连接的部署配置
非独立E-UTRA:eLTE eNB需要gNB作为锚点以与NGC进行控制平面连接的部署配置。
用户平面网关:NG-U接口的终点
***概述
图1是例示了可以应用本公开中提出的方法的NR的总体***结构示例的图。
参照图1,NG-RAN包括为NB-RA用户平面(新AS子层/PDCP/RLC/MAC/PHY)和用户设备(UE)提供控制平面(RRC)协议终端点的gNB。
gNB通过Xn接口互连。
另外,gNB通过NG接口连接到NGC。
更具体地,gNB通过N2接口连接到接入和移动管理功能(AMF),并且通过N3接口连接到用户平面功能(UPF)。
新Rat(NR)参数集和帧结构
在NR***中,能支持多个参数集。这里,可以由子载波间隔和循环前缀(CP)开销来限定参数集。此时,可以通过将基本子载波间隔缩放整数N(或μ)来推导多个子载波间隔。另外,即使假定在非常高的载波频率下不使用非常低的子载波间隔,也可以独立于频带选择所使用的参数集。
此外,在NR***中,能支持根据多个参数集的各种帧结构。
下文中,将描述可以在NR***中考虑的正交频分复用(OFDM)参数集和帧结构。
可以如表1中表示地限定NR***中支持的多个OFDM参数集。
[表1]
μ Δf=2<sup>μ</sup>·15[kHz] 循环前缀
0 15 正常
1 30 正常
2 60 正常、扩展
3 120 正常
4 240 正常
5 480 正常
关于NR***中的帧结构,时域中的各个字段的大小被表现为Ts=1/(Δfmax·Nf)的时间单元的倍数。
本文中,Δfmax=480·103且Nf=4096。下行链路和上行链路传输包括持续时间为Tf=(ΔfmaxNf/100)·Ts=10ms的无线电帧。这里,无线电帧包括10个子帧,这10个子帧的持续时间分别为Tsf=(ΔfmaxNf/1000)·Ts=1ms。在这种情况下,可能存在用于上行链路的子帧集合和用于下行链路的子帧集合。
图2例示了可以应用本公开中提出的方法的无线通信***中的上行链路帧与下行链路帧之间的关系。
如图2中所示,与对应UE中的对应下行链路帧的开始相比,从用户设备(UE)发送上行链路帧号i应该开始早了TTA=NTATs
相对于参数集μ,按子帧中的
Figure BDA0002380009850000071
的升序将时隙编号并且按无线电帧中的
Figure BDA0002380009850000072
的升序将时隙编号。单个时隙包括
Figure BDA0002380009850000073
个连续OFDM符号并且根据所使用的参数集和时隙配置来确定
Figure BDA0002380009850000074
子帧中的时隙
Figure BDA0002380009850000075
的开始暂时与同一子帧中的OFDM符号
Figure BDA0002380009850000076
的开始对准。并非所有UE都可用于同时发送和接收,并且这意指并非下行链路时隙和上行链路时隙中的所有OFDM符号都是可供使用的。
表2表示在参数集μ中相对于正常CP的每个时隙的OFDM符号的数目,并且表3表示相对于扩展CP的每个时隙的OFDM符号的数目。
[表2]
Figure BDA0002380009850000077
[表3]
Figure BDA0002380009850000081
NR物理资源
关于NR***中的物理资源,可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。
下文中,详细地描述在NR***中能够被考虑的物理资源。
首先,关于天线端口,天线端口被限定为使得承载天线端口上的符号的信道是从承载同一天线端口上的其它符号的信道推导出的。在天线端口上的符号通过其可用的信道的大规模属性是用承载不同天线端口上的符号的信道推导出的情况下,被称为两个天线端口处于准共址或准协同定位(QL/QCL)关系。这里,大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一个。
图3例示了可以应用本公开中提出的方法的无线通信***中支持的资源网格的示例。
参照图3,作为示例描述了资源网格在频域上包括
Figure BDA0002380009850000082
个子载波,并且子帧包括14·2个OFDM符号,但是不限于此。
在NR***中,用包括
Figure BDA0002380009850000083
个子载波和
Figure BDA0002380009850000084
个OFDM符号的一个或更多个资源网格描述所发送的信号。本文中,
Figure BDA0002380009850000085
代表最大传输带宽,并且除了参数集之外,这也可以在上行链路和下行链路之间变化。
在这种情况下,如图4中示出的,可以针对每个参数集μ和天线端口p配置单个资源网格。
图4例示了针对可以应用本公开中提出的方法的参数集的天线端口和资源网格的示例。
用于每个参数集μ和天线端口p的资源网格中的每个元素被称为资源元素,并且用索引对
Figure BDA0002380009850000091
唯一地区别开。本文中,被称为
Figure BDA0002380009850000092
是频域上的索引,并且
Figure BDA0002380009850000093
是子帧内符号的位置。索引对
Figure BDA0002380009850000094
用于指定时隙中的资源元素。本文中,
Figure BDA0002380009850000095
针对参数集μ和天线端口p的资源元素
Figure BDA0002380009850000096
对应于复数值
Figure BDA0002380009850000097
在没有混淆的风险的情况下或者在没有指定特定的天线端口或参数集的情况下,索引p和μ可以被丢弃,结果,复数值可以变为
Figure BDA0002380009850000098
Figure BDA0002380009850000099
另外,物理资源块由频域中的
Figure BDA00023800098500000910
个连续子载波限定。在频域上,为物理资源指定编号0至
Figure BDA00023800098500000911
此时,可以通过式1给出物理资源块编号nPRB与资源元素(k,l)之间的关系。
[式1]
Figure BDA00023800098500000912
另外,相对于载波部分,UE可以被配置为仅使用资源网格的子集来接收或发送。此时,为被配置为由UE在频域上接收或发送的资源块的集合指定编号0至
Figure BDA00023800098500000913
上行链路控制信道
物理上行链路控制信令应该能够承载至少混合ARQ确认、CSI报告(包括波束成形信息,如果它可用的话)和调度请求。
对于NR***中支持的UL控制信道而言,支持至少两种发送方法。
可以在时隙中最后发送的UL符号周围的短持续时间中发送UL控制信道。在这种情况下,UL控制信道与时隙中的UL数据信道进行时分复用和/或频分复用。相对于短持续时间UL控制信道,在时隙中支持1个符号单元的发送。
-短上行链路控制信息(UCI)和数据在UE中或在UE之间进行频分复用,只要短UCI和数据的物理资源块(PRB)不交叠即可。
-为了支持同一时隙中不同UE对短PUCCH的时分复用(TDM),支持向UE指示在6GHz或更高频率下是否支持用于发送短PUCCH的时隙中的符号的机制。
-相对于1符号持续时间,至少支持以下中的至少一个:1)当参考信号(RS)被复用时,UCI和RS在频分复用(FDM)方案中给出的OFDM符号中被复用的事实;以及2)在DL/UL数据与同一时隙中的短持续时间PUCCH之间子载波间隔相同的事实。
-至少,支持贯穿时隙中的2符号持续时间的短PUCCH。此时,在同一时隙中,在DL/UL数据与短持续时间PUCCH之间子载波间隔是相同的。
-至少,它支持时隙中给定UE的PUCCH资源,即,不同UE中的短PUCCH支持可以在时隙中的给定持续时间内被时分复用的半静态配置。
-PUCCH资源包括时域、频域和码域(如果适用)。
-从UE的角度来看,短持续时间的PUCCH可以被扩展到时隙的末尾。此时,在短持续时间的PUCCH之后,不需要显式的间隙符号。
-相对于具有短UL部分的时隙(即,以DL为中心的时隙),当在短UL部分中调度数据时,“短UCI”和数据可以被单个UE进行频分复用。
可以贯穿多个UL符号在长持续时间中发送UL控制信道,以便改善覆盖范围。在这种情况下,UL控制信道与时隙中的UL数据信道频分复用。
-由于峰均功率比(PAPR)低的设计,导致至少由长持续时间UL控制信道承载的UCI可以在一个时隙或多个时隙中发送。
-在至少部分情况下,使得在总持续时间(例如,1ms)期间能够使用多个时隙进行发送。
-在长持续时间UL控制信道的情况下,由DFT-S-OFDM支持RS与UCI之间的时分复用(TDM)。
-时隙的长UL部分可以被用于长持续时间PUCCH发送。即,对于仅UL时隙和具有包括最少四个符号的可变数目的符号的时隙二者,支持长持续时间PUCCH。
-相对于至少1或2比特的UCI,可以在N个时隙(N>1)中重复UCI,并且在其中允许长持续时间PUCCH的时隙中,N个时隙可以邻近或者不邻近。
-相对于至少长PUCCH,支持PUSCH和PUCCH的同时发送。即,即使在存在数据的情况下,也发送针对PUCCH资源的UL控制。另外,除了PUCCH-PUSCH同时发送之外,还支持PUSCH中的UCI。
-支持TTI中的TTI内时隙跳频。
-支持DFT-s-OFDM波形。
-支持发送天线分集。
在至少一个时隙中,由不同的UE支持短持续时间PUCCH与长持续时间PUCCH之间的TDM和FDM。在频域中,一个PRB(或多个PRB)具有用于UL控制信道的最小资源单元大小。在使用跳频的情况下,频率资源和跳频可以被扩展到载波带宽。另外,UE特定RS被用于NR-PUCCH发送。PUCCH资源的集合由较高层信令配置,并且所配置的集合中的PUCCH资源由下行链路控制信息(DCI)指示。
作为DCI的一部分,数据接收与混合ARQ确认发送之间的定时应该被(与至少RRC一起)动态地指示。半静态配置与动态信令(用于至少一种类型的UCI信息)的组合被用于确定“长和短PUCCH格式”的PUCCH资源。这里,PUCCH资源包括时域、频域和码域(如果适用)。在同时发送UCI和数据的情况下,支持PUSCH上的UCI,即,支持使用用于UCI的调度资源的一部分。
此外,至少支持至少单个HARQ-ACK比特的UL发送。另外,支持使得能够进行频率分集的机制。此外,在超可靠低时延通信(URLLC)的情况下,针对UE配置的调度请求(SR)资源之间的时间区间可以小于一个时隙。
波束管理
在NR中,波束管理被如下地限定。
波束管理:用于获得和维护可以用于DL和UL发送/接收的TRP和/或一组UE波束的一组L1/L2过程包括至少以下因素:
-波束确定:TRP或UE选择发送/接收波束的操作
-波束测量:TRP或UE测量接收到的波束成形信号的属性的操作
-波束报告:UE基于波束测量报告波束成形信号的信息的操作
-波束扫描:使用在预定方案中的时间区间期间发送和/或接收的波束覆盖空间区域的操作
另外,如下地限定TRP和UE中的Tx/Rx波束对应。
-当满足以下中的至少一个时,保持TRP中的Tx/Rx波束对应。
-TRP可以基于UE针对一个或更多个发送波束的下行链路测量来确定用于接收上行链路的TRP接收波束。
-TRP可以基于TRP针对一个或更多个Rx波束的上行链路测量来确定用于下行链路发送的TRP Tx波束。
-当满足以下中的至少一个时,保持UE中的Tx/Rx波束对应。
-UE可以基于UE针对一个或更多个Rx波束的下行链路测量来确定用于上行链路发送的UE Tx波束。
-UE可以基于以针对一个或更多个Tx波束的上行链路测量为基础的TRP的指示来确定用于下行链路接收的UE接收波束。
-支持关于UE波束与TRP的对应关系的信息的能力指示。
在一个或多个TRP中支持以下的DL L1/L2波束管理过程。
P-1:这被用于使得能够针对不同TRP Tx波束进行UE测量,以支持TRP Tx波束/UERx波束。
-TRP中的波束成形通常包括不同波束集中的TRP内/间Tx波束扫描。UE中的波束成形通常包括来自一组不同波束的UE Rx波束扫描。
P-2:针对不同TRP Tx波束的UE测量被用于改变TRP间/内Tx波束。
P-3:在UE使用波束成形的情况下,针对同一TRP Tx波束的UE测量被用于改变UERx波束。
在关于P-1、P-2和P-3的操作中,至少支持由网络触发的非周期性报告。
基于用于波束管理的RS(至少CSI-RS)进行的UE测量包括K个(波束的总数)波束,并且UE报告所选择的N个Tx波束的测量结果。这里,N并不一定是固定数。并没有排除出于移动目的的基于RS的过程。当N<K时,报告信息至少包括N个波束的测量量和指示N个DL发送波束的信息。具体地,相对于K’>1个非零功率(NZP)CSI-RS资源,UE可以报告N’个CRI-RS资源指示符(CRI)。
可以通过如下的用于波束管理的较高层参数来配置UE。
-N≥1报告设置,M≥1资源设置
-在约定的CIS测量设置中设置报告设置与资源设置之间的链路。
-通过资源和报告设置支持基于CSI-RS的P-1和P-2。
-可以不顾及报告设置支持P-3。
-包括至少一个以下因素的报告设置
-指示所选择的波束的信息
-L1测量报告
-时域操作(例如,非周期性操作、周期性操作、半持久操作)
-在支持多个频率粒度的情况下的频率粒度
-包括以下因素中的至少一个的资源设置
-时域操作(例如,非周期性操作、周期性操作、半持久操作)
-RS类型:至少NZP CSI-RS
-至少一个CSI-RS资源集。每个CSI-RS资源集包括K≥1个CSI-RS资源(K个CSI-RS资源的参数的部分可以是相同的。例如,端口号,时域操作,密度和周期)。
另外,NR在考虑到L(L>1)个组的情况下支持以下波束报告。
-指示最小组的信息
-Nl波束的测量质量(支持L1 RSRP和CSI报告(在CSI-RS用于获得CSI的情况下))
-如果适用,指示Nl DL发送波束的信息
可以以UE为单位配置上述的基于组的波束报告。另外,可以以UE为单位禁用基于组的波束报告(例如,在L=1或Nl=1的情况下)。
NR支持UE可以触发从波束故障恢复的机制。
当关联控制信道的波束对链路的质量足够低时(例如,与阈值的比较、关联定时器的超时),发生波束故障事件。当发生波束故障时,触发用于从波束故障(或发生故障)恢复的机制。
网络出于恢复目的而显式地配置具有用于发送UL信号的资源的UE。在eNB从整个方向或部分方向(例如,随机接入区域)监听的位置中,支持资源的配置。
用于报告波束故障的UL发送/资源可以处于与PRACH(与PRACH资源正交的资源)相同的时间实例或者与PRACH不同的时间实例(能由UE配置)。支持DL信号的发送,使得UE可以监测波束以区分新的可能波束。
不管波束相关指示如何,NR都支持波束管理。在提供了波束相关指示的情况下,可以由UE通过QCL指示用于基于CSI-RS的测量的UE侧波束成形/接收过程的信息。由于将要在NR中支持QCL参数,因此应该添加用于接收端中的波束成形的空间参数以及用于延迟、多普勒、平均增益等的参数,并且可以包括UE接收波束成形方面的关于到达角的参数和/或eNB接收波束成形方面的关于离开角的参数。NR支持在发送控制信道和对应数据信道时使用相同或不同波束的技术。
对于支持用于波束对链路阻碍的鲁棒性的NR-PDCCH发送,UE可以被配置为同时监测M个波束对链路中的NR-PDCCH。这里,M(M≥1)的最大值可以至少取决于UE能力。
UE可以被配置为监测不同NR-PDCCH OFDM符号中的不同波束对链路上的NR-PDCCH。用于监测多个波束对链路上的NR-PDCCH的UE Rx波束设置和相关参数可以由较高层信令或MAC CE设置和/或在搜索空间设计中被考虑。
至少,NR支持DL RS天线端口与用于对DL控制信道进行解调的DL RS天线端口之间的空间QCL假定的指示。用于NR-PDCCH的波束指示的候选信令方法(即,用于监测NR-PDCCH的配置方法)是MAC CE信令方法、RRC信令方法、DCI信令方法、规范透明方法和/或隐式方法以及这些信令方法的组合。
为了接收单播DL数据信道,NR支持DL数据信道的DL RS天线端口和DMRS天线端口之间的空间QCL假定的指示。
通过DCI(下行链路许可)表示指示RS天线端口的信息。另外,该信息表示与DMRS天线端口处于QCL的RS天线端口。用于DL数据信道的不同组的DMRS天线端口可以被表示为与其它组的RS天线端口进行QCL。
下文中,在详细地描述本公开中提出的方法之前,首先简要描述与本公开中提出的方法直接/间接相关的内容。
在诸如5G、新Rat(NR)等这样的下一代通信中,越来越多的通信装置需要更大的通信容量,因此,已造成需要比现有无线电接入技术(RAT)更改进的移动宽带通信。
另外,通过连接多个装置和对象而随时随地提供各种服务的大规模MTC(机器类型通信)也是下一代通信中考虑的重要问题之一。
此外,已讨论了其中服务和/或UE对可靠性和时延敏感的通信***的设计或结构。
如此,目前已讨论了对下一代无线电接入技术(RAT)的介绍,该技术考虑了增强型移动宽带(eMBB)通信、大规模MTC(mMTC)、超可靠低时延通信(URLLC)等,并且为了进行描述,对应技术在本公开中被称为“新RAT(NR)”。
NR中的OFDM参数集
新RAT***使用OFDM发送技术或类似的发送技术,并且具有如下表4中所示的OFDM参数集。
即,表4呈现了新RAT***中的OFDM参数的示例。
[表4]
参数
子载波间隔(Δf) 60kHz
OFDM符号长度 16.33us
循环前缀(CP)长度 1.30us/1.17us
***BW 80MHz
可用子载波的数目 1200
子帧长度 0.25ms
每个子帧的OFDM符号的数目 14个符号
模拟波束成形
在毫米波(mmW)频带中,波长变短,并且在同一区域中可以安装多个天线元件。
即,30GHz频带中的波长是1cm,因此,在4×4cm的面板中以0.5λ(波长)间隔的二维排列形状中可以安装总共64(8×8)个天线元件。
因此,在mmW频带中,通过使用多个天线元件来增加波束成形(BF)增益,因此,覆盖范围增大或吞吐量更高。
在这种情况下,每个天线元件具有收发器单元(TXRU),使得它可用于调整发送功率和相位,并且独立的波束成形可用于每个频率资源。
然而,当在总共约100个天线元件中安装TXRU时,存在成本方面的效益降低的问题。
因此,已经考虑将多个天线元件映射到单个TXRU中并且通过模拟移相器调整波束的方向的方法。
这种模拟波束成形技术可以只在整个频带中形成一个波束方向,并且存在频率选择性波束成形不可用的缺点。
由于这样的原因,作为数字BF和模拟BF之间的中间形式,可以考虑比天线元件的数目Q少的数目B的混合BF(HBF)。
在HBF中,可以同时发送的波束的方向限于少于B个;甚至它根据B个TXRU与Q个天线元件之间的连接方案而改变。
图5例示了TXRU与天线元件之间的连接方案的示例。
这里,TXRU虚拟化模型代表TXRU的输出信号与天线元件的输出信号之间的关系。
图5的(a)示出了其中TXRU连接到子阵列的方案的示例。
参照图5的(a),天线元件仅连接到单个TXRU。与图5的(a)不同,图5的(b)示出了其中TXRU连接到所有天线元件的方案。
即,在图5的(b)的情况下,天线元件连接到所有TXRU。
在图5中,W表示与模拟移相器相乘的相位矢量。
即,模拟波束成形的方向由W确定。这里,CSI-RS天线端口与TXRU之间的映射可以是1对1或1对多的。
RS虚拟化
在毫米波(mmW)频带中,通过模拟波束成形,PDSCH发送一次只能用于单个模拟波束方向。
因此,eNB仅在特定方向上向少量UE发送数据。
因此,有时要求,针对每个天线端口不同地配置模拟波束方向,并且可以同时在多个模拟波束方向上对多个UE执行数据发送。
图6例示了每个TXRU的服务区域的各种示例。
图6涉及其中通过将256个天线元件分成四等分来形成四个子阵列并且TXRU连接到每个子阵列的结构,并且这被描述为示例。
当每个子阵列都包括二维阵列形状的总共64(8×8)个天线元件时,可以通过特定的波束成形覆盖与15度的水平角区域和15度的垂直角区域对应的区域。
即,eNB需要服务的区域被划分为多个区域,并且每个区域被服务一次。
在以下描述中,假定CSI-RS天线端口与TXRU是以1对1方式映射的。
因此,在以下描述中,天线端口和TXRU可以被解释为具有相同的含义。
如图6的(a)中所示,在所有TXRU(天线端口、子阵列)都具有相同的模拟波束成形方向的情况下,可以通过形成分辨率更高的数字波束来增加对应区域的吞吐量。
另外,可以通过增加向对应区域发送数据的秩来增加对应区域的吞吐量。
此外,如图6的(b)中所示,在每个TXRU(天线端口、子阵列)都具有不同的模拟波束成形方向的情况下,变得在对应子帧(SF)中可向分布在更大区域中的UE同时发送数据。
如图6的(b)中所示,在四个天线端口当中,它们中的两个被用于向区域1中的UE1的PDSCH发送并且它们中的其余两个被用于向区域2中的UE2的PDSCH发送。
另外,图6的(b)示出了其中发送到UE1的PDSCH 1和发送到UE2的PDSCH 2被空分复用(SDM)的示例。
与此不同,如图6的(c)中所示,发送到UE1的PDSCH 1和发送到UE2的PDSCH2被可以按被频分复用(FDM)的方式进行发送。
在通过使用所有天线端口服务区域的方案和通过划分天线端口同时服务多个区域的方案之间,为了使小区吞吐量最大化,可以根据服务于UE的RANK和MCS来改变优选方案。
另外,还可以根据将发送到每个UE的数据量来改变优选方案。
eNB计算当通过使用所有天线端口服务区域时可以获得的小区吞吐量或调度度量,并且计算当通过划分天线端口服务两个区域时可以获得的小区吞吐量或调度度量。
eNB将可以通过每种方案获得的小区吞吐量或调度度量进行比较,并且选择最终发送方案。
因此,逐个SF地改变参与PDSCH发送的天线端口的数目。
为了使eNB根据天线端口的数目计算PDSCH的发送MCS并且将它反映于调度算法,请求来自适于它的UE的CSI反馈。
CSI反馈
在3GPP LTE(-A)***中,限定UE将信道状态信息(CSI)报告给BS。
这里,CSI是指指示在UE和天线端口之间形成的无线电信道(或者被称为“链路”)的质量的信息。
例如,CSI包括秩指示符(RI)、预编码矩阵指示符(PMI)和/或信道质量指示符(CQI)等。
这里,RI指示信道的秩信息,并且意指UE经由相同的时间-频率资源接收到的流的数目。由于根据信道的长期衰落来确定RI的值,因此RI以通常比PMI和CQI长的周期从UE反馈到BS。
PMI是反映了信道空间属性的值并且指示UE基于诸如信号与干扰加噪声比(SINR)这样的度量而优选的预编码索引。
CQI指示信道的强度,并且意指当BS使用PMI时获得的接收SINR。
在3GPP LTE(-A)***中,BS可以针对UE配置多个CSI处理,并且可以接收针对每个处理的CSI报告。
这里,CSI处理包括用于来自BS的信号质量测量的CSI-RS和用于测量干扰的CSI干扰测量(CSI-IM)资源。
Tx-Rx波束关联
网络可以发送已知信号(例如,包括测量参考信号(MRS)、波束参考信号(BRS)、波束成形的信道状态信息参考信号(CSI-RS)等),下文中,为了方便描述,这常被称为“BRS”,每个波束被应用于BRS,以便使UE对旨在在对应小区中使用(或者供eNB使用)的波束执行测量。
另外,UE可以通过测量BRS来选择适合于该UE的eNB Tx波束。
即使在考虑UE的Rx波束的情况下,UE也可以通过使用不同的Rx波束执行测量,并且可以在考虑到eNB的Tx波束和UE的Rx波束的情况下选择波束组合。
在执行此过程之后,可以显式地或隐式地确定eNB与UE的Tx-Rx波束关联。
(1)基于网络决策的波束关联
网络可以指示报告上部X Tx-Rx波束组合作为测量结果。此时,可以通过网络(通过较高层信令等)预限定、发信号通知要报告的波束组合的数目,或者可以报告超过特定阈值的所有波束组合。
此时,可以通过网络预限定或发信号通知特定阈值,并且在对于每个UE而言解码性能不同的情况下,可以限定考虑到UE的解码性能的类别和针对每种类别的阈值。
另外,可以通过网络的指令周期性地和/或非周期性地执行波束组合的报告。否则,在先前的报告结果与当前的测量结果之间存在预定水平或更高水平的变化的情况下,可以执行事件触发的报告。此时,可以通过网络(通过较高层信令等)预限定或发信号该预定水平。
UE可以报告通过上述方法确定的(单个或多个)波束关联。在报告多个波束索引的情况下,可以提供针对每个波束的优先级。例如,UE可以进行报告,使得其被解释为第一优选波束、第二优选波束等。
(2)基于UE决策的波束关联
在基于UE决策的波束关联中,可以以诸如上述显式波束关联的方案执行UE的优选波束报告。
针对测量的Rx波束假定
另外,当假定单个Rx波束或者假定多个Rx波束时,UE报告的最佳波束可以是测量结果,并且可以通过网络配置针对Rx波束的假定。
例如,在当假定单个Rx波束时网络指示报告三个测量结果的情况下,UE可以使用所有Rx波束执行测量,并且在选择最佳(eNB)Tx波束作为测量结果的结果之后,可以通过在对应Tx波束测量中使用的Rx波束来报告测量结果当中的第一最佳结果、第二最佳结果和第三最佳结果。
另外,所报告的测量结果可以限于超过特定阈值的测量结果。例如,在其测量值超过(通过网络预限定或配置的)特定阈值的波束仅仅是第一最佳波束、第二最佳波束和第三最佳波束当中的第一最佳波束的情况下,UE可以仅将第一最佳波束报告给eNB。
准协同定位(QCL)
当UE接收到数据(例如,PDSCH)时,考虑使用如同特定DMRS的UE特定RS对数据进行解调的方案。由于此DMRS仅与对应PDSCH的被调度RB一起发送并且仅在其中发送被调度PDSCH的持续时间期间被发送,因此在仅用对应DMRS执行信道估计的接收性能方面可能有限制。
例如,为了执行信道估计,需要无线电信道的主要大规模参数(LSP)的估计值,并且DMRS密度可能不足以仅获得通过其发送被调度PDSCH的时域/频域中存在的DMRS。
因此,为了支持这样的UE实现方式,在LTE-A中,限定了RS端口之间的以下准协同定位信令/假定/行为,因此,支持配置/操作UE的方法。
即,在传送单个天线端口上的符号的信道的大规模属性能够通过传送另一天线端口上的符号的信道推断的情况下,被称为这两个天线端口处于准共址(QCL)关系。
这里,大规模属性包括延迟扩展、多普勒扩展、多普勒移位、平均增益和平均延迟中的一个或更多个。
另外,UE可以假定天线端口0至3,并且用于服务小区中的主/辅同步信号的天线端口处于对于多普勒频移和平均延迟而言的QCL。
物理下行链路共享信道(PDSCH)资源映射参数
可以通过较高层信令用多达四个参数集来配置被配置有用于给定服务小区的发送模式10的UE,以便根据检测到的具有旨在用于UE和给定服务小区的DCI格式2D的PDCCH/EPDCCH来对PDSCH进行解码。当UE被配置有类型B QCL类型时,为了使UE确定PDSCH RE映射并确定PDSCH天线端口QCL,UE使用根据在检测到的具有DCI格式2D的PDCCH/EPDCCH中的“PDSCH RE映射和准协同定位指示符”字段值而配置的参数。
在没有对应PDCCH/EPDCCH的PDSCH的情况下,UE使用在具有与被关联以确定PDSCHRE映射和PDSCH天线端口DCL的SPS激活对应的DCI格式2D的PDCCH/EPDCCH中指示的参数集。
下表5呈现了DCI格式2D下的PDSCH RE映射和准协同定位指示符字段。
[表5]
“PDSCH RE映射和准协同定位指示符”字段的值 描述
“00” 通过较高层配置的参数集1
“01” 通过较高层配置的参数集2
“10” 通过较高层配置的参数集3
“11” 通过较高层配置的参数集4
通过用于每个参数集的较高层信令来配置以下用于确定PDSCH RE映射和PDSCH天线端口QCL的参数。
-crs-PortsCount-r11
-crs-FreqShift-r11
-mbsfn-SubframeConfigList-r11
-csi-RS-ConfigZPId-r11
-pdsch-Start-r11
-qcl-CSI-RS-ConfigNZPId-r11
-zeroTxPowerCSI-RS2-r12,当UE针对TDD服务小区被配置有较高层参数eMIMO-Type时
用于PDSCH的天线端口QCL
配置有用于服务小区的发送模式8-10的UE可以假定用于服务小区的天线端口7-14处于对于用于延迟扩展、多普勒扩展、多普勒频移、平均增益和平均延迟的给定子帧而言的QCL。
配置有用于服务小区的发送模式1-10的UE可以假定用于服务小区的天线端口0-3、5、7-30处于对于用于多普勒频移、多普勒扩展、平均延迟和延迟扩展而言的QCL。
通过较高层参数QCL操作为配置有用于服务小区的发送模式10的UE配置用于服务小区的两种QCL类型中的一种,以便根据关于天线端口7-14的发送方案来对PDSCH进行解码。
-类型A:UE可以假定服务小区的天线端口0-3、7-30处于对于延迟扩展、多普勒扩展、多普勒频移和平均延迟而言的QCL。
-类型B:UE可以假定与较高层参数qcl-CSI-RS-ConfigNZPId-r11所标识的CSI-RS资源配置对应的天线端口15-30以及与PDSCH关联的天线端口7-14处于对于多普勒频移、多普勒扩展、平均延迟和延迟扩展而言的QCL。
在LAA Scell的情况下,UE没有期望其被配置有QCL类型B。
信道状态信息–参考信号(CSI-RS)限定
相对于配置有发送模式9但没有配置较高层参数eMIMO-Type的服务小区和UE,UE可以被配置有单个CSI-RS资源配置。
相对于配置有较高层参数eMIMO-Type(该eMIMO-Type为“A类”)、配置有发送模式9的服务小区和UE,UE可以被配置有单个CSI-RS资源配置。
相对于配置有较高层参数eMIMO-Type(该eMIMO-Type为“B类”)、配置有发送模式9的服务小区和UE,UE可以被配置有一个或更多个CSI-RS资源配置。
相对于配置有发送模式10的服务小区和UE,UE可以被配置有一个或更多个CSI-RS资源配置。通过较高层信令针对每个CSI-RS资源配置来配置UE假定针对CSI-RS的非零发送功率的以下参数:
-当UE被配置有发送模式10时的CSI-RS资源配置标识
-CSI-RS端口的数目
-CSI RS配置
-CSI-RS子帧配置ICSI-RS
-当UE被配置有发送模式9时用于CSI反馈的参考PDSCH发送功率Pc的UE假定
-当UE被配置有发送模式10时用于对每个CSI处理的CSI反馈的参考PDSCH发送功率Pc的UE假定
-在通过针对单个CSI处理的较高层信令配置CSI子帧集CCSI,0和CCSI ,1的情况下,针对对应CSI处理的CSI子帧集中的每一个配置Pc
-伪随机序列发生器参数nID
-当UE被配置有较高层参数eMIMO-Type并且eMIMO-Type被设置为“A类”时,CDM类型参数。
-较高层参数qcl-CRS-Info-r11CRS,当UE被配置有发送模式10时,具有以下参数的CRS天线端口和CSI-RS天线端口的UE假定:
-qcl-ScramblingIdentity-r11。
-crs-PortsCount-r11。
-mbsfn-SubframeConfigList-r11。
Pc是当UE推导CSI反馈并采用[-8,15]dB的范围内的步长为1dB的值时PDSCH EPRE与CSI-RS EPRE的假定比率。
这里,PDSCH EPRE对应于PDSCH EPRE与小区特定RS EPRE之间的比率被表示为ρA的符号。
UE不预计在服务小区的同一子帧中配置CSI-RS和PMCH。
相对于帧结构类型2服务小区和4个CRS端口,UE不预计接收属于用于正常CP情况的集合[20-31]或用于扩展CP情况的集合[16-27]的CSI-RS配置索引。
UE可以假定CSI-RS资源配置的CSI-RS天线端口具有对于延迟扩展、多普勒扩展、多普勒频移、平均增益和平均延迟而言的QCL。
配置有发送模式10和QCL类型B的UE可以假定与和CSI-RS资源配置对应的qcl-CRS-Info-r11关联的天线端口0至3以及与CSI-RS资源配置对应的天线端口15至30处于对于多普勒偏移和多普勒扩展而言的QCL。
其中配置有发送模式10、配置有较高层参数eMIMO-Type(eMIMO-Type被设置为“B类”,其中所配置的CSI资源的数目针对单个CSI处理不止一个)并且具有QCL类型B的UE没有预计接收用于具有较高层参数qcl-CRS-Info-r11的不同值的CSI处理的CSI-RS资源配置。
配置有CEModeA或CEModeB的BL/CE UE没有预计它被配置有非零发送功率CSI-RS。
独立于物理信道的假定
除非另有指定,否则UE不假定两个天线端口处于QCL。
UE可以假定用于服务小区的天线端口0至3处于对于延迟扩展、多普勒扩展、多普勒频移、平均增益和平均延迟而言的QCL。
出于基于发现信号的测量的目的,UE假定除了发现信号之外没有其它信号或物理信道。
在UE支持discoverySignalsInDeactSCell-r12,通过在同一载波频率下适用于辅小区的载波频率下的基于发现信号的RRM测量来配置UE,禁用辅小区并且不通过较高层配置UE以便在辅小区中接收MBMS的情况下,除了发现信号发送之外,不通过对应辅小区发送PSS、SSS、PBCH、CRS、PCFICH、PDSCH、PDCCH、EPDCCH、PHICH、DMRS和CSI-RS,直到针对辅小区接收到激活命令的子帧为止。
在上述操作中,例如,在UE被配置有QCL类型B的情况下,为了辅助与被调度的PDSCH一起发送的DMRS的信道估计,UE被限制为能够使用用对应被调度的DCI中指示的特定QCL的CSI-RS资源估计的LSP。
然而,在本公开中考虑的新RAT(NR)环境中,非周期性CSI-RS发送方案是就以下方面考虑的:只有当需要违背常规周期性方案时才发送CSI-RS本身,因此,存在的问题是与常规情况相比,利用QCL CSI-RS的RS密度明显不足。
作为在NR环境中考虑的QCL参数,可以限定/配置以下中的一个。
-延迟扩展
-多普勒扩展
-多普勒频移
-平均增益
-平均延迟
-平均角度(AA):
例如,在就AA方面而言保证QCL的天线端口之间,当旨在基于从特定天线端口估计的AA从其它天线端口接收发送信号并且接收和处理它(这意指当如此操作时,保证了接收性能高于特定水平)时,可能有用的是相同或相似地(与之相关地)设置接收波束方向(和/或接收波束宽度/扫描度数)。
例如,AA也可以被表示为如同“(几乎)主导到达角”的术语。
因此,当假定存在从特定天线端口测得的信号的特定主导(到达)角S时,意指从可用于据此设置QCL假定的其它天线端口测得的信号的特定主导(到达)角“几乎”相近。
即,在此QCL假定可用的情况下,意指接收器可以将用特定指示的被QCL的RS/SS估计的AA几乎原样地利用/应用于接收处理,因此优点在于高效接收器的实现方式/操作可用。
角扩展(AS):
两个天线端口之间的就AS方面而言的QCL意指从一个端口估计的AS可以是用从其它端口估计的AS推导、估计或应用的。
在这种情况下,AS是方位角和/或天顶角AS,并且可以针对每个特定维度被单独限定或者被一起限定,另外,可以被单独限定或者与出发和/或到达方面一起限定。
在就AA方面而言保证QCL的天线端口之间,例如,当旨在基于从特定天线端口估计的AS从其它天线端口接收发送信号并且接收和处理它(这意指当如此操作时,保证了接收性能高于特定水平)时,可能有用的是相同或相似地(与之相关地)设置接收波束宽度/扫描度数(和/或接收波束方向)。
即,在AA具有意指平均(最大)有效/主导波束方向的属性的情况下,AS可以被解释为通过(基于中心的AA/AA)接收时的反射器分布来扩展波束方向的角度的参数。
波束管理和波束故障恢复
eNB可以向UE请求周期性报告、半持久CSI报告(周期性CSI报告仅在特定持续时间内被激活或者连续执行多个CSI报告)或非周期性CSI报告。
这里,在周期性和半持久(SP)CSI报告中,在其中激活报告的期限期间的特定时段内向UE分配用于CSI报告的上行链路(UL)资源(例如,LTE中的PUCCH)。
为了UE的CSI测量,需要发送eNB的下行链路(DL)参考信号(RS)。
在应用了(模拟)波束成形的波束成形***的情况下,需要确定用于DL RS发送/接收的DL发送(Tx)/接收(Rx)波束对和用于上行链路控制信息(UCI,例如,CSI、ACK/NACK)发送/接收的UL Tx/Rx波束对。
确定DL波束对的过程包括以下组合:(1)eNB向UE发送与多个TRP Tx波束对应的DLRS的处理,(2)UE选择和/或报告所述多个TRP Tx波束的一个的TRP Tx波束选择处理,(3)eNB重复发送与每个TRP Tx波束对应的相同RS信号的处理以及(4)UE用用于重复发送的信号的不同UE Rx波束进行测量并且选择UE Rx波束的处理。
另外,确定UL波束对的过程包括以下组合:(1)UE向eNB发送与多个UE Tx波束对应的UL RS的处理,(2)eNB选择和/或发信号通知所述多个UE Tx波束中的一个的UE Tx波束选择处理,(3)UE重复发送与每个UE Tx波束对应的相同RS信号的处理以及(4)UE用用于重复发送的信号的不同TRP Rx波束进行测量并且选择TRP Rx波束的处理。
在创建了波束互易性(或波束对应性)的情况下,即,在eNB与UE之间的通信中eNBDL Tx波束和eNB UL Rx波束相同的情况下,并且假定UE UL Tx波束与UE DL Rx波束相同,当确定DL波束对和UL波束对中的任一个时,可以省略确定另一个的处理。
可以周期性地或非周期性地执行确定DL和/或UL波束对的处理。
在波束的候选数目许多的情况下,所需的RS开销可能大,因此,针对DL和/或UL波束对的确定处理频繁地发生并不是优选的。
在针对DL/UL波束对的确定处理之后,假定UE执行周期性或半持久CSI报告。
这里,包括用于CSI测量的一个或多个天线端口的CSI-RS可以通过与被确定为DL波束的TRP Tx波束波束成形进行发送,并且CSI-RS的发送时段可以与CSI报告时段相同或者CSI-RS可以被更频繁地发送。
否则,UE也可以按照CSI报告周期或更频繁地发送非周期性CSI-RS。
UE可以将所测得的CSI信息与在确定UL波束对的处理中预先确定的UL Tx波束一起发送。
当执行DL/UL波束管理处理时,根据配置了其周期的波束管理,可能出现波束不匹配问题。
具体地,在无线电信道环境由于UE的位置变化而变化的情况下,由于波束受阻,因此UE的旋转或物体在UE周围的移动(例如,视线(LoS)环境)变为非LoS环境,最佳DL/UL波束对会变化。
通常,这种变化可以被称为当由于通过网络指令执行的波束管理处理而导致跟踪失败时波束故障事件的发生。
UE可以通过下行链路RS的接收质量来确定是否发生这种波束故障事件,并且应该从UE转发针对此情形的报告消息或针对波束恢复请求的消息(下文中,被限定为“波束恢复请求消息”)。
此“波束恢复请求消息”可以通过诸如波束故障恢复请求消息、控制信号、控制消息、第一消息等这样的各种方式来表示。
从UE接收波束恢复请求消息的eNB可以通过诸如向UE的波束RS发送、波束报告请求等这样的各种处理来执行波束恢复。
这样的一系列波束恢复处理被称为“波束恢复”。
在3GPP中,已经在LTE之后发展了称为新无线电或新Rat(NR)的新通信***的标准化,并且包括关于波束管理的以下内容。
(内容1)
NR支持UE触发从波束故障恢复的机制的可用性。
网络出于恢复目的为UE显式地配置用于信号的UL发送的资源。
eNB支持从全部或部分的方向(例如,随机接入区域)监听的资源的配置。
(随后将讨论)针对RS/控制信道/数据信道监测的UE操作的恢复信号(新信号或现有信号)的触发条件
UE支持DL信号发送,以便监测波束以识别新的可能波束。
(随后将讨论)不排除波束扫描控制信道的发送。
这种机制应该考虑性能与DL信令开销之间的权衡。
(内容2)
考虑以下可能的候选解决方案,在用于NR波束管理的CSI-RS设计期间,应该考虑波束管理开销和延迟时间。
选项1.IFDMA
选项2.大子载波间隔
在用于NR波束管理的CSI-RS设计期间考虑的其它方面包括例如CSI-RS复用、UE波束切换时延和UE实现复杂度(例如,AGC训练时间)、CSI-RS覆盖范围等。
(内容3)
CSI-RS支持DL Tx波束扫描和UE Rx波束扫描。
NR CSI-RS支持以下映射结构。
可以针对每个(子)时间单元映射NP CSI-RS端口。
在整个(子)时间单元中,可以映射相同的CSI-RS天线端口。
这里,在所配置的/参考的参数集中,“时间单元”表示n>=1个OFDM符号。
每个时间单元可以按子时间单元进行分割。
这种映射结构可以被用于支持多个面板/Tx链。
(选项1)
在每个时间单元内的所有子时间单元中,Tx波束是相同的。
Tx波束根据时间单元而不同。
(选项2)
在每个时间单元内的所有子时间单元中,Tx波束是相同的。
在时间单元中,Tx波束是相同的。
(选项3)选项1与选项2的组合
在时间单元中,在子时间单元中Tx波束是相同的。
在不同的时间单元中,针对每个子时间单元,Tx波束是不同的。
下文中,针对本公开中提出的方法,简要描述了UE的波束故障恢复机制。
UE的波束故障恢复机制包括以下的过程(1)至(4)。
(1)检测波束故障
(2)识别新候选波束
(3)发送波束故障恢复请求
(4)UE监测gNB对波束故障恢复请求的响应
首先,在描述波束故障检测处理时,UE监测波束故障检测RS,以评估是否满足波束故障触发条件。
另外,波束故障检测RS至少包括用于波束管理的周期性CSI-RS。这里,同步信号(SS)块也可以被用于波束管理,并且在将SS块用于波束管理的情况下,可以考虑服务小区中的SS块。
这里,SS块可以被解释为以时隙为单位或以特定时间为单位发送SS。
这里,除了测量对应RS的质量本身的情况之外,波束故障检测RS还包括通过准协同定位(QCL)指示符来测量与对应RS关联的无线电信道的检测/解调质量的情况。例如,被指示用于(主)PDCCH监测的CSI-RS或针对SS块的ID可以被理解为波束故障检测RS,并且在这种情况下,是否发生波束故障事件可以被限定为对应PDCCH的检测/解调性能低于预定值的情况。
当关联控制信道的波束对链路的质量下降至预定水平以下时,可能发生波束故障事件。
具体地,可以将关联控制信道的波束对链路的质量确定为PDCCH检测性能。
例如,在作为UE在监测(或盲解码)PDCCH期间的CRC检查的结果,PDCCH检测性能不佳的情况下,UE可以检测波束故障。
否则,在通过多个波束发送多个PDCCH(或者分别通过不同的波束发送多个PDCCH)的情况下,可以通过特定PDCCH(例如,与服务波束关联的PDCCH)的检测性能来确定波束故障事件发生。
这里,可以针对不同控制信道区域(例如,符号、时隙、子帧等)中的不同波束中的每一个发送和/或接收多个PDCCH中的每一个。
在这种情况下,可以预限定或者通过较高层信令发送/接收针对每个波束的控制信道区域。
另外,当通过关联控制信道的波束对链路质量来确定波束故障事件的发生时,可以根据仅DL波束质量下降至预定水平以下,仅UL波束质量下降至预定水平以下,DL波束和UL波束质量二者下降至预定水平以下的情况来确定是否发生波束故障事件。
这里,“预定水平以下”可以意指低于阈值、关联计时器超时等。
另外,可以使用BRS、用于精细定时/频率跟踪的RS、SS块、用于PDCCH的DM-RS、用于PDSCH的DM-RS等作为用于检测波束故障的信号。
接下来,在描述识别新候选波束的处理时,UE通过监测波束检测RS来寻找新候选波束。
-波束识别RS包括关于以下的信息:1)当其由NW配置时用于波束管理的周期性CSI-RS,以及2)当SS块用于波束管理时在服务小区中的周期性CSI-RS和SS块。
接下来,在描述发送波束故障恢复请求的处理时,波束故障恢复请求所承载的信息包括以下中的至少一个:1)用于识别UE的显式/隐式信息以及新gNB TX波束信息,或2)关于是否识别到UE的显式/隐式信息以及是否存在新候选波束。
另外,波束故障恢复请求的发送可以选择PRACH、PUCCH和类PRACH(例如,来自PRACH的前导码序列的不同参数)中的一个。
-波束故障恢复请求资源/信号可以被附加地用于调度请求。
接下来,UE监测控制信道搜索空间,以便接收gNB对波束故障恢复请求的响应。
如上所述,在NR中,波束恢复请求消息可以支持包括(1)使用与PRACH相同的符号进行发送(第一情况)和(2)使用除了PRACH之外的符号进行发送(第二情况)的两种类型的机制二者。
第一种情况是在由于波束故障(相对较大波束质量下降或者不存在替代波束的情况)而甚至丧失了上行链路同步和/或波束故障事件发生的定时和预先配置的PRACH资源在时间上接近的情况下有用的机制。
第二种情况是在存在波束故障情形但是没有丧失上行链路同步(相对较小波束质量下降或者存在替代波束的情况)和/或波束故障事件发生的定时和预先配置的PRACH资源在时间上远离并且快速波束恢复难以等待PRACH资源(例如,符号)的情况下有用的机制。
此外,当在一定时间内向eNB发送波束恢复请求消息之后不能够接收来自eNB的对请求的响应的情况下发生波束故障时,UE可以执行无线电链路故障(RLF)操作。
下文中,将简要描述在发生波束故障的情况下进行波束故障恢复的机制。
当关联控制信道的波束对链路的质量下降至足够低(例如,与阈值比较、关联定时器超时)时,发生波束故障事件。
当发生波束故障时,触发从波束故障恢复的机制。
这里,为了方便起见使用波束对链路,并且可以使用或者可以不使用波束对链路。
质量是否可以附加地包括与NR-PDSCH关联的波束对链路的质量。
当配置多个Y波束对链路时,Y波束对链路之中的X(<=Y)个降至满足波束故障条件的特定阈值以下可以宣布波束故障。
可以限定关联NR-PDCCH的搜索空间(UE特定的与公共的)。
在UE的情况下用于NR-PDCCH的信令机制被配置为监测用于NR-PDCCH的多个波束对链路。
以下信号可以被配置用于UE检测波束故障并且用于UE识别新的可能波束。
这些信号是例如用于波束管理的RS、用于精细定时/频率跟踪的RS、SS块、PDCCH的DM-RS(包括组公共PDCCH和/或UE特定PDCCH)、用于PDSCH的DMRS。
如果发生波束故障事件并且没有用于服务小区的新的可能波束,则UE是否向L3提供指示。
宣告无线电链路故障的准则是由RAN2决定的。
NR支持在包含RACH和/或调度请求的符号中或在所指示的其它符号中配置用于发送恢复目的的请求的资源。
NR中应该支持以下机制:
报告波束故障的UL发送可以位于与PRACH相同的时间实例:
与PRACH资源正交的资源
频率和/或序列正交(不旨在影响PRACH设计)
报告波束故障的UL发送可以位于与PRACH不同的时间实例(可配置用于UE)。
在配置UL信号以报告位于PRACH之外的时隙中的波束故障时,考虑RACH周期性的影响。
不排除使用其它信道/信号的附加机制(例如,SR、UL免授权PUSCH、UL控制)。
UE波束故障恢复机制包括以下方面:
-波束故障检测
-新候选波束识别
-波束故障恢复请求发送
-UE监测gNB对波束故障恢复请求的响应
波束故障检测:
-UE监测波束故障检测RS,以评估是否已经满足了波束故障触发条件
-波束故障检测RS至少包括用于波束管理的周期性CSI-RS
如果在波束管理中也使用SS块,则可以考虑服务小区内的SS块。
新候选波束识别:
-UE监测波束识别RS以寻找新的候选波束
-波束识别RS包括:
用于波束管理的周期性CSI-RS(如果它由NW配置)。
服务小区内的周期性CSI-RS和SS块(如果SS块也用于波束管理)。
波束故障恢复请求发送:
-波束故障恢复请求所承载的信息包括以下中的至少一项
关于识别UE的显式/隐式信息和新gNB Tx波束信息
关于识别UE的显式/隐式信息以及是否存在新的候选波束
在以下选项之间进行向下选择以进行波束故障恢复请求发送
-PRACH
-PUCCH
-类PRACH(例如,与PRACH不同的用于前同步码序列的参数)
-可以附加地使用波束故障恢复请求资源/信号进行调度请求
UE监测控制信道搜索空间,以接收gNB对波束故障恢复请求的响应
控制信道搜索空间可以与和服务BPL关联的当前控制信道搜索空间相同或不同
如果gNB没有接收到波束故障恢复请求发送,则UE做出进一步的反应
研究当NW接收到波束故障恢复请求时如何支持至少一种机制。
例如,NW指派用于波束报告的UL授权,NW发送用于波束测量的DL RS、NW信号波束指示或对UE的确认等。
例如,UE辅助NW决定应用哪种机制。
特定机制是否具有规范影响。
至少支持波束故障恢复请求发送的以下触发条件:
-条件1:当至少针对仅CSI-RS被用于新候选波束识别的情况而检测波束故障并且识别候选波束时
-条件2:至少针对没有互惠性的情况,单独检测波束故障
如何在不了解候选波束的情况下发送恢复请求。
如果支持两个条件,则将由UE使用的哪个触发条件还取决于gNB配置和UE能力二者。
支持以下的用于波束故障恢复请求发送的信道:
-至少针对FDM情况,使用与其它PRACH发送的资源正交的资源的基于无竞争的以PRACH为基础的信道。
实现正交性的其它方式,例如,与其它PRACH资源进行CDM/TDM。
出于其它目的,是否具有与PRACH的序列和/或格式不同的序列和/或格式
这并不阻止对来自其它议程项目的波束故障恢复请求发送的PRACH设计优化尝试。
对此PRACH资源的重新发送行为类似于常规RACH过程
-支持使用用于波束故障恢复请求发送的PUCCH
PUCCH是否具有波束扫描
这可能影响或可能不影响PUCCH设计
-基于竞争的PRACH资源,作为无竞争波束故障恢复资源的补充
-来自传统RACH资源池
-使用4步RACH过程
-例如,如果新的候选波束没有用于如同无竞争PRACH的发送的资源,则使用基于竞争的PRACH资源
UE是否被半静态地配置为使用它们中的一个或二者,如果UE被半静态地配置为使用二者,则是否支持UE动态选择信道中的一个。
为了接收gNB对波束故障恢复请求的响应,在假定对应的PDCCH DM-RS与UE识别的候选波束的RS空间QCL的情况下,UE监测NR PDCCH
是否从预配置的集合中识别候选波束
支持在时间窗口期间检测gNB对波束故障恢复请求的响应
时间窗口被配置或预先确定
时间窗口内的监测时机的数目
时间窗口的大小/位置
如果在窗口内没有检测到响应,则UE可以执行请求的重新发送
如果在一定次数的发送之后未检测到,则UE通知较高层实体
发送次数或有可能进一步结合定时器或者唯独由定时器确定
在波束成形***中,UE移动性/旋转和波束阻挡可能影响诸如L1/L2中频繁的HARQ重传和L3中的链路故障这样的L1、L2和L3操作。
从RAN2的角度来看,如何在NR中提供快速的链路恢复可能是这方面的重要主题。然而,将更好的是,提供物理层机制以尽可能防止链路故障情形(即,链路质量长时间低于特定阈值)。
从RANl的角度来看,可以考虑支持波束的快速切换的机制以便为控制/数据通道提供鲁棒性。可以考虑网络发起的方法和UE发起的方法二者。对于网络发起的方法,网络可以触发或激活DL或UL RS发送。UE只有在被指示/配置时才可以报告波束信息。这些方法的局限性是UE在相对长的时间内不发送任何信号或反馈信息时。
例如,可以将周期性波束报告和周期性CSI报告配置用于UE,以用于快速链路自适应。如果报告周期太短,则可以满足原始目的,但是可能消耗过多的DL/UL资源。
因此,约定除了网络发起的方法之外,还支持UE发起的方法。还约定,当UE从用于波束管理的周期性CSI-RS中检测到波束/链路质量的劣化时进行UL发送。
服务小区内的SS块也可以用于波束管理,以降低CSI-RS开销。另外,NR-PDCCH的服务波束将与SS块关联,直到执行通过使用用于波束管理的CSI-RS进行波束细化过程为止。网络可以自由地选择哪个RS用于波束管理。例如,对于高移动性UE,网络可以将SS块配置为波束管理RS,以避免可能由于UE移动性而容易过时的不必要的测量和报告。因此,如果UE被配置为仅将SS块用于波束管理,则需要使SS块能够用于波束故障检测。
<提议1>
对于波束管理,支持基于SS块的波束管理和基于CSI-RS的波束管理二者。网络可以配置将哪个RS用于波束报告设置。
<提议2>
针对为波束管理配置的RS(SS块或CSI-RS)限定了波束故障事件。
如果UE被配置为与基于CSI-RS的波束管理一起操作,则波束恢复可以被用于以下两种情况:
情况1:针对改变所配置的CSI-RS波束当中的服务CSI-RS波束
情况2:针对要求发送新CSI-RS波束
图7示出了针对情况1的描述,并且图8示出了针对情况2的描述。
在如图7中所示的情况1下,假定UE可以从周期性发送/配置的CSI-RS中找到用于波束管理的新CSI-RS波束。然后,发送UL波束故障恢复信号以获取用于波束信息报告的UL容器。在这种情况下,与服务SS块关联的UL信道可以用于发送波束恢复请求。
在如图8中所示的情况2下,假定从周期性发送/配置的CSI-RS中没有找到用于波束管理的新CSI-RS波束。从SS突发集合中,UE可以找到最佳SS块以从波束故障恢复,使得最佳SS块可以被视为新候选波束并用于识别用于发送波束恢复请求的UL信道。在该情况下,TRP可以在接收到UL信号时向UE发送用于波束细化的CSI-RS,然后UE可以随后报告CSI-RS波束信息。
<提议3>
SS块也用于新候选波束识别。
如以上提到的,gNB可以通过UL信号识别波束故障,然后将需要采取诸如分配UL资源以报告CSI-RS波束信息(即,情况1)或发送用于波束细化的CSI-RS(即,情况2)这样的适宜动作。关于恢复请求,gNB可以最终决定要应用哪个动作。由于gNB没有UE是否具有先前测量的CSI-RS波束信息的任何信息,因此UE将必须报告是否具有新候选CSI-RS波束信息以进行快速且高效的波束细化的信息。该信息可以被包括在UL波束恢复请求信号/资源中。例如,可以分别针对情况1和情况2单独指派用于波束恢复的UL信号/资源,使得UE可以向gNB指示它们之间的优先顺序。
<提议4>
NR支持用于指示是否存在新CSI-RS波束的显式/隐式信令。
为了用于波束恢复请求的UL发送,约定网络出于恢复目的为UE显式地配置用于信号的UL发送的资源。考虑到UL定时同步方面、用于监听请求的TRP Rx波束设置以及标准影响,解决方案之一将是出于波束恢复请求目的而专用一些PRACH资源。TRP可以根据PRACH信号的检测来区分UE是需要随机接入还是波束恢复。如果存在足够的PRACH资源,则基于无竞争的PRACH似乎适于此目的。为了不影响PRACH设计,还可以考虑在以FDM或CDM方式与PRACH资源正交的资源处发送的UL信号。这里,支持FDM情况。
然后,对于基于无竞争的以PRACH为基础的信道,优选的是CDM情况。PRACH的一些序列可以被专用于波束恢复请求的使用,使得在CDM情况下不需要附加的时间/频率资源。
为了方便起见,发送到与PRACH资源进行FDM/CMD的资源的用于波束故障恢复的UL信号/资源被称为专用PRACH波束恢复资源。TRP可以扫描其Rx波束以接收专用PRACH资源,使得能用专用PRACH资源传送的信息有效载荷大小将非常小。另外,基于竞争的PRACH资源也可以用于波束恢复请求发送,以便补充专用PRACH波束恢复资源。
还支持可以在不同于PRACH的时间实例发送用于波束故障恢复的UL信号/资源。
约定将PUCCH以及类PRACH资源用于波束恢复请求。可以从预先配置的集合中识别用于波束恢复请求的PUCCH发送的候选波束。另外,当UL波束对链路仍然有效时,也可以针对快速波束故障恢复请求使用这些PUCCH资源。根据PRACH配置,专用PRACH资源可以具有长的周期性,使得PUCCH可以被配置为以较短的周期使用。占空比较短的PUCCH可以充分地补充专用PRACH资源,使得将不需要与PRACH进行TDM的资源。TRP可以配置PUCCH,并且可以根据其大小(例如,符号数目)包含诸如优选Tx波束指示器和/或其波束质量这样的更多波束信息。根据用于波束恢复请求的PUCCH的有效载荷大小,可能不需要后续过程,即,波束报告触发和波束报告。还能考虑的是,将部分波束信息(例如,差分RSRP)与波束故障恢复请求一起报告。
<提议5>
支持波束故障恢复请求发送的以下触发条件:
条件2:单独地检测波束故障
<提议6>
支持以下的用于波束故障恢复请求发送的信道
基于无竞争的以与PRACH资源进行CDM的PRACH为基础的信道
TDM情况不是必需的。
FDM情况已经得到支持。
用于补偿基于无竞争的以PRACH为基础的信道的基于竞争的PRACH
<提议7>
当使用PUCCH时,可以根据PUCCH的有效载荷大小将波束信息的一些部分与波束故障恢复请求一起报告。
对于波束故障恢复请求,UE可以被配置为同时使用诸如专用PRACH和PUCCH这样的多个资源。在这种情况下,这些资源中的一个可以被限制于用于重新发送波束恢复请求。例如,如果在波束故障恢复请求之后没有来自gNB的响应,则UE可能需要通过仅使用专用PRACH资源而非PUCCH来重新发送请求消息。这是因为,PUCCH可以用于快速的波束恢复请求,但是这容易受到信道变化的影响,因此使用专用PRACH资源来重新发送消息更安全。
<提议8>
如果UE被配置为将专用PRACH和PUCCH二者用于波束恢复请求,则在无法传送初始请求时需要使用专用PRACH。
已经研究了从波束故障恢复的机制并提出了以下提议:
(提议1):对于波束管理,支持基于SS块的波束管理和基于CSI-RS的波束管理二者。网络可以配置将哪个RS用于波束报告设置。
(提议2):针对为波束管理配置的RS(SS块或CSI-RS)限定波束故障事件。
(提议3):SS块也用于新候选波束识别。
(提议4):NR支持用于指示是否存在新CSI-RS波束的显式/隐式信令。
(提议5):支持波束故障恢复请求发送的以下触发条件:
条件2:单独地检测波束故障
(提议6):支持以下的用于波束故障恢复请求发送的信道
基于无竞争的以与PRACH资源进行CDM的PRACH为基础的信道
TDM情况不是必需的。
FDM情况已经得到支持。
用于补偿基于无竞争的以PRACH为基础的信道的基于竞争的PRACH
(提议7)当使用PUCCH时,可以根据PUCCH的有效载荷大小将波束信息的一些部分与波束故障恢复请求一起报告。
(提议8)如果UE被配置为将专用PRACH和PUCCH二者用于波束恢复请求,则在无法传送初始请求时需要使用专用PRACH。
如上所述,为了使UE向eNB发送波束故障恢复请求,可以考虑多个波束恢复请求信道/信号。
波束恢复请求信道(或信号)使用与物理随机接入信道(PRACH)相同的时间资源,并且可以考虑基于无竞争的以与RRACH资源进行FDM/CDM的PRACH为基础的信道或者基于竞争的PRACH信道(下文中,这可以被称为“A型恢复资源”)。
否则,波束恢复请求信道(或信号)使用除了PRACH之外的时间资源,还可以考虑PUCCH和/或基于无竞争的以与RRACH资源进行TDM的PRACH为基础的信道(下文中,这可以被称为“B型恢复资源”)。
即,A型恢复资源可以被称为使用与PRACH相同的时间资源的情况,并且B型恢复资源可以被称为使用与PRACH不同的时间资源的情况。
另外,UE可以被配置有来自eNB的用于波束故障恢复的各种资源。
下文中,将通过各种实施方式描述在本公开中提出的配置有多个波束恢复请求资源的UE的操作。
(第一实施方式)
根据第一实施方式,在为UE分配(配置)了来自eNB的多个波束恢复请求资源的情况下,UE可以接收所分配的资源的部分被限制为来自eNB的用于波束恢复请求的重新发送资源。
在UE检测到波束故障的情况下,UE可以使用由eNB分配或配置的资源中的一个向eNB请求波束(故障)恢复。
在UE向eNB请求波束恢复之后,在UE在预定时间窗口期间不能够接收到来自eNB(例如,gNB)的对请求的响应的情况下,UE可以再次向eNB请求波束恢复请求。
此时,可以分配波束恢复请求资源的部分(例如,PUCCH或基于无竞争的以与RRACH资源进行TDM的PRACH为基础的信道),以便快速波束恢复。
否则,在特定的或部分的DL波束对链路发生故障和/或存在UL波束对链路的情况下,很有可能重新使用部分的波束恢复请求资源,eNB可以考虑并针对UE指出或配置用作重新发送资源的限制。
例如,在UE不使用PUCCH资源(即,B型恢复资源)作为重新发送资源的情况下,UE最初用PUCCH来请求波束恢复请求,并且在UE不能够接收到对波束恢复请求的响应的情况下(即,在信道波动严重到不能够进行快波束恢复和/或UL波束故障链路被视为故障和/或所有DL波束对链路都发生故障的情况下),UE不能向PUCCH重新发送,但是可以通过使用A型恢复资源向eNB发送波束恢复请求。
(方法1)
在为UE分配或配置来自eNB的多个波束恢复请求资源的情况下,可以向UE配置或指示来自eNB的波束恢复请求的发送优先顺序或条件。
这里,针对每种类型,可以不同地限定可以请求上述的A型恢复资源和B型恢复资源的发送时段或定时。
作为最简单的方法,在UE确定波束故障检测的情况下,UE可以通过使用在最快定时配置的波束恢复请求资源来执行波束恢复请求。
在A型恢复资源与B型恢复资源之间的发送定时差异在由特定eNB设置的“x”个时隙(或符号)内的情况下,UE可以接收针对优先顺序的指令或配置,以即使在B型恢复资源首先到来的情况下,也优先地发送A型恢复资源。
另外,根据多个阈值或波束故障链路的数目,波束故障条件可以具有多种状态。
因此,eNB可以根据波束故障状态来指示或配置用于发送波束恢复请求的资源。
例如,eNB可以向UE指示或配置以使得在仅部分的波束发生故障或者波束故障程度低(例如,波束故障状态1)的情况下,UE可以优先使用B型恢复资源来执行波束恢复,并且在大部分的波束发生故障或者波束故障程度高(例如,波束故障状态2)的情况下,UE可以优先使用A型恢复资源来执行波束恢复。
另外,在仅特定或部分的波束对链路发生故障或者发生波束链路故障的情况下,以及在UE(优先)使用B型(例如,PUCCH)恢复资源进行波束故障恢复的情况下,eNB可以在B型恢复资源中发送关于哪个波束链路发生故障的索引或信息。
(第二实施方式)
接下来,将通过第二实施方式更详细地描述使用B型恢复资源进行波束恢复请求的情况。
根据第二实施方式,在使用PUCCH格式(或UCI)进行波束故障恢复的情况下,可以限定为使得PUCCH格式的优先级高于其它PUCCH格式(或UCI)(例如,用于CSI报告的PUCCH、用于ACK/NACK的PUCCH格式化和用于数据调度请求的PUCCH)的优先级。
如在第一实施方式中所描述的,对于波束故障恢复请求,UE可以使用PUCCH(B型恢复资源)。
因此,对于波束故障恢复,可以考虑发送单独的PUCCH格式(或UCI)。
为了快速链路恢复,用于波束故障恢复的PUCCH格式可以具有高于其它PUCCH格式(或UCI发送)的优先级。
例如,在针对其中在对应时隙(或子帧)中配置PUCCH、用于ACK(确认)/NACK(否定确认)的PUCCH发送、用于UL数据调度请求的PUCCH的UE需要波束恢复的情况下,UE优先将波束故障恢复PUCCH格式(或上行链路控制信息;UCI)发送到eNB。
在不能够同时发送波束故障恢复PUCCH格式和其它PUCCH格式的情况下,可以丢弃其它PUCCH格式(或UCI发送)。
可以由eNB通过较高层信令向UE指示或配置用于PUCCH发送的优先级规则。
另外,可以考虑用于波束故障恢复请求的两种类型的PUCCH。
第一种类型是波束故障指示类型(下文中,被称为“指示符型PUCCH”),它仅指示是on/off还是如同数据调度请求的1比特波束故障。
第二种类型是“消息型PUCCH”,除了在对应PUCCH、RSRP、指示哪个服务波束链路先前断开的索引等这样的波束恢复请求之外,它还包括附加信息。
此时,“指示符型PUCCH”与由eNB管理的N个(模拟)波束中的每一个关联,并且总N(或<N)个资源可以由UE配置,这类似于基于竞争的PRACH。
例如,在发生波束故障的情况下,UE可以找到新的波束候选,并且可以通过使用配置有新波束的“指示符型PUCCH”来执行波束故障恢复请求操作。
这里,在指示符型PUCCH的情况下,以及在eNB通过使用与eNB管理波束的关联来接收对应PUCCH的情况下,eNB可以隐式地得知UE的新波束候选。
eNB可以为对应UE将“消息型PUCCH”配置为与特定K(<N)个最佳波束(或服务波束链路)关联。
例如,在第一最佳波束(或第一服务波束链路)被宣告为波束故障的情况下,UE可以通过使用配置有第一最佳波束的消息型PUCCH向eNB请求波束故障恢复。
此时,如上所述,可以通过附加地发送针对附加新波束候选的信息来执行快速波束恢复。
相对于所有指示符型PUCCH、消息型PUCCH和/或基于无竞争的PRACH信道(例如,A型恢复资源)被分配给的UE,UE可以分阶段执行波束故障恢复请求。
(1)步骤1
在步骤1中,当在特定或部分的服务波束链路中发生波束故障时,通过与最佳波束对应的消息型PUCCH执行波束故障恢复请求。
(2)步骤2
在步骤2中,在步骤1中请求性能失效并且不能够接收到eNB响应的情况下,UE通过使用指示符型PUCCH或基于无竞争的以PRACH为基础的信道来执行恢复请求。
(3)步骤3:在步骤2也失效的情况下,UE通过使用基于竞争的PRACH来执行恢复请求。
另外,在波束故障恢复请求的时间窗口内,在所有服务波束链路中发生波束故障,为了减少UL干扰和功耗,UE可以不包括消息型PUCCH,并且通过指示符型PUCCH或基于无竞争的以PRACH为基础的信道来执行恢复请求。
接下来,在以“消息型PUCCH”执行波束故障恢复请求的UE的情况下,UE可以通过假定先前配置用于eNB对恢复请求的响应的空间QCL参数来接收PDCCH。
为了使UE接收到作为对波束故障恢复请求的响应的gNB的响应,UE在假定对应PDCCH DM-RS与在UE中识别的候选波束的RS进行空间QCL的情况下监测NR PDCCH。
即,为了使eNB响应于波束恢复请求,UE可以通过假定与UE自身找到的候选波束的RS进行空间QCL来接收PDCCH。
换句话说,使用UE找到的候选波束RS的接收波束,UE从eNB接收对恢复请求的响应。
如上所述,当仅特定或部分的DL波束对链路故障或者UL波束对链路仍然有效时,可以主要使用“消息型PUCCH”。
例如,eNB可以向UE指示或配置使用两个服务波束(例如,周期比辅服务波束短的主服务波束和周期比主服务波束长的辅服务波束)的多波束PDCCH监测。
此时,使用“消息型PUCCH”,当主要仅在主服务波束中发生波束故障时,可以用辅波束的相互UL波束执行波束恢复请求,或者可以用预先配置的UL波束执行波束恢复请求。
此时,由于UE可以预计在现有的辅服务波束的对应PDCCH中使用消息型PUCCH来接收eNB对恢复请求的响应,因此UE通过假定先前配置的空间QCL参数来接收PDCCH。
即,消息型PUCH可以作为主服务波束切换请求进行操作。
图9是例示了用于执行本公开中提出的波束故障恢复的方法的示例的流程图。
首先,UE从eNB接收与波束故障恢复请求相关的资源配置(步骤S910)。
这里,与波束故障恢复请求相关的资源的特定资源可以不用作下面将描述的第二资源。
随后,UE从eNB接收用于波束管理的波束参考信号(BRS)(步骤S920)。
随后,在检测到波束故障事件的情况下,UE基于资源配置使用第一资源将波束故障恢复请求发送到eNB(步骤S930)。
这里,波束故障恢复请求可以使用与物理随机接入信道(PRACH)相同的时间资源,并且可以在时间资源中与PRACH进行频分复用。
否则,第一资源可以是基于无竞争的PRACH。
在这种情况下,下面将描述的第二资源可以是基于竞争的PRACH。
即,UE通过基于无竞争的PRACH发送波束故障恢复请求,并且在UE不能够从eNB接收到对波束故障恢复请求的响应的情况下,UE可以通过基于竞争的PRACH发送波束故障恢复请求。
另外,可以通过物理上行链路控制信道(PUCCH)发送波束故障恢复请求。
特别地,可以通过使用仅指示波束故障的指示符型PUCCH或包括候选波束的信息的消息型PUCCH来将波束故障恢复请求发送到eNB。
在波束故障恢复请求是消息型PUCCH的情况下,UE可以通过假定候选波束的参考信号(RS)中的QCL来接收对波束故障恢复请求的响应。
即,UE可以使用接收候选波束的RS的波束接收作为对波束故障恢复请求的响应的响应(PDCCH)。
另外,在UE不能够从eNB接收到对波束故障恢复请求的响应的情况下,UE可以使用第二资源来重新发送波束故障恢复请求。
这里,在针对波束故障恢复请求分配指示符型PUCCH和消息型PUCCH并且波束故障事件是针对特定服务波束链路的波束故障的情况下,UE可以使用第一资源中的消息型PUCCH发送波束故障恢复请求,并且在UE无法接收到对波束故障恢复请求的响应的情况下,UE可以使用第二资源中的指示符型PUCCH重新发送波束故障恢复请求。
另外,在波束故障恢复请求与第一资源中的其它PUCCH格式交叠的情况下,可以丢弃其它PUCCH格式。
即,波束故障恢复请求可以具有最高的优先级。
随后,在触发波束报告的情况下,UE通过波束参考信号向eNB报告测量结果(步骤S940)。
可以应用本发明的装置的概述
图10例示了根据本发明的实施方式的无线通信装置的框图。
参照图10,无线通信***包括eNB(或网络节点)1010和UE 1020。
eNB 1010包括处理器1011、存储器1012和通信模块1013。
处理器1011实现通过图1至图17中提出的所提出的功能、处理和/或方法。处理器1011可以实现有线/无线接口协议的多层。连接到处理器1011的存储器1012存储用于驱动处理器1011的各种类型的信息。连接到处理器1011的通信模块1013发送和/或接收有线/无线信号。
通信模块1013可以包括用于发送/接收无线电信号的射频(RF)单元。
UE 1020包括处理器1021、存储器1022和通信模块(或RF单元)1023。处理器1021实现通过图1至图9中提出的所提出的功能、处理和/或方法。处理器1021可以实现有线/无线接口协议的多层。连接到处理器1021的存储器1022存储用于驱动处理器1021的各种类型的信息。连接到处理器1021的通信模块1023发送和/或接收有线/无线信号。
存储器1012和1022可以被安装在处理器1011和1021的内部或外部并且可以通过各种熟知手段连接到处理器1011和1021。
此外,eNB 1010和/或UE 1020可以具有单个天线或多个天线。
图11例示了根据本发明的实施方式的通信设备的框图。
特别地,在图11中,将更详细地举例说明以上在图10中描述的UE。
参照图11,UE包括处理器(或数字信号处理器;DSP)1110、RF模块(RF单元)1135、电力管理模块1105、天线1140、电池1155、显示器1115、键盘1120、存储器1130、订户识别模块(SIM)卡1125(其可以是可选的)、扬声器1145和麦克风1150。UE可以包括单根天线或多根天线。
处理器1110可以被配置为实现如图1至图9中描述的本发明所提出的功能、过程和/或方法。可以由处理器1110实现无线接口协议的层。
存储器1130连接到处理器1110并且存储与处理器1110的操作相关的信息。存储器1130可以位于处理器1110的内部或外部并且可以通过各种熟知手段连接到处理器1110。
用户通过按下键盘1120的按钮或者通过使用麦克风1150进行语音激活来输入诸如电话号码这样的指令信息。处理器1110接收并处理指令信息,以执行诸如拨打电话号码这样的适宜功能。可以从SIM卡1125或存储器模块1130检索操作数据,以执行功能。此外,处理器1110可以将指令信息和操作信息显示在显示器1115上,以便用户参考和方便。
RF单元1135连接到处理器1110,发送和/或接收RF信号。处理器1110将指令信息转发给RF模块1135,以启动通信,例如,发送包括语音通信数据的无线电信号。RF模块1135包括接收器和发送器,以接收和发送无线电信号。天线1140促成无线电信号的发送和接收。在接收到无线电信号时,RF模块1135可以转发信号并且将其转换成基带频率,以便处理器1110进行处理。处理后的信号可以被转换成经由扬声器1145输出的可听或可读信息。
以上提到的实施方式是以预定方式通过将本发明的结构元件和特征组合来实现的。除非单独指明,否则应该选择性地考虑各个结构元件或特征。可以在不与其它结构元件或特征组合的情况下执行各个结构元件或特征。另外,一些结构元件和/或特征可以彼此组合,以构成本发明的实施方式。可以改变本发明的实施方式中所描述的操作的顺序。一个实施方式的一些结构元件或特征可以被包括在另一个实施方式中,或者可以被另一个实施方式的对应结构元件或特征替换。此外,显而易见的是,引用特定权利要求的一些权利要求可以与引用除了所述特定权利要求之外的其它权利要求的其它权利要求组合以构成实施方式,或者通过在提交申请之后进行修改来增加新的权利要求。
本发明的实施方式可以通过各种手段(例如,硬件、固件、软件或其组合)来实现。在硬件配置中,根据本发明的实施方式的方法可以由一个或更多个ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理器件)、PLD(可编程逻辑器件)、FPGA(现场可编程门阵列)、处理器、控制器、微控制器、微处理器等来实现。
在固件或软件配置中,本发明的实施方式可以以模块、过程、功能等形式来实现。软件代码可以被存储在存储器中并且由处理器来执行。存储器可以位于处理器的内部或外部,并且可以经由各种已知手段将数据发送到处理器和从处理器接收数据。
对于本领域技术人员将显而易见的是,可以在不脱离本发明的精神或范围的情况下对本发明进行各种修改和变型。因此,本发明旨在涵盖本发明的落入所附的权利要求及其等同物的范围内的修改和变型。
发明的模式
已经按照用于实现本发明的最佳模式描述了用于实现本发明的各种形式。
工业实用性
在应用于3GPP LTE/LTE-A***的本发明的无线通信***中的使用波束的信号发送和接收方法中,5G主要被作为示例描述,但是还可以应用于除了3GPP LTE/LTE-A/NR***和5G之外的各种无线通信***。

Claims (9)

1.一种在无线通信***中由用户设备UE执行波束故障恢复的方法,该方法包括以下步骤:
从基站BS接收与波束故障恢复请求相关的资源配置;
从所述BS接收用于波束管理的波束参考信号BRS;
当检测到波束故障偶数时,基于所述资源配置使用第一资源向所述BS发送所述波束故障恢复请求;以及
当触发波束报告时,通过所述波束参考信号向所述BS报告测量结果,
其中,所述第一资源是物理随机接入信道PRACH或物理上行链路控制信道PUCCH。
2.根据权利要求1所述的方法,当所述第一资源是所述PRACH时,其中,所述PRACH是基于无竞争的PRACH。
3.根据权利要求1所述的方法,其中,当所述第一资源是所述PUCCH时,所述波束故障恢复请求使用仅指示是否发生波束故障的指示符型PUCCH或包括候选波束的信息的消息型PUCCH。
4.根据权利要求3所述的方法,当所述波束故障事件是针对特定服务波束链路的波束故障时,其中,所述波束故障恢复请求使用所述消息型PUCCH。
5.根据权利要求2所述的方法,所述方法还包括以下步骤:
当所述UE无法从所述BS接收到对所述波束故障恢复请求的响应时,使用第二资源来重新发送所述波束故障恢复请求。
6.根据权利要求5所述的方法,其中,所述第二资源是基于竞争的PRACH。
7.根据权利要求3所述的方法,其中,当所述波束故障恢复请求与所述第一资源中的其它PUCCH格式交叠时,丢弃所述其它PUCCH格式。
8.根据权利要求3所述的方法,其中,当所述波束故障恢复请求是所述消息型PUCCH时,通过在所述候选波束的所述参考信号RS中假定准协同定位QCL来接收对所述波束故障恢复请求的响应。
9.一种在无线通信***中执行波束故障恢复的用户设备UE,该UE包括:
射频RF模块,该RF模块被配置为发送和接收无线电信号;以及
处理器,该处理器在功能上与所述RF模块连接,
其中,所述处理器被配置为:
从基站BS接收与波束故障恢复请求相关的资源配置;
从所述BS接收用于波束管理的波束参考信号BRS;
当检测到波束故障偶数时,基于所述资源配置使用第一资源向所述BS发送所述波束故障恢复请求;并且
当触发波束报告时,通过所述波束参考信号向所述BS报告测量结果,
其中,所述第一资源是物理随机接入信道PRACH或物理上行链路控制信道PUCCH。
CN201880050899.4A 2017-06-16 2018-05-29 在无线通信***中执行波束故障恢复的方法及其设备 Active CN110999471B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311321881.2A CN117202254A (zh) 2017-06-16 2018-05-29 在无线通信***中执行的方法及其设备

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762521253P 2017-06-16 2017-06-16
US62/521,253 2017-06-16
US201762537967P 2017-07-28 2017-07-28
US62/537,967 2017-07-28
PCT/KR2018/006083 WO2018230862A1 (en) 2017-06-16 2018-05-29 Method for performing beam failure recovery in wireless communication system and apparatus for the same

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311321881.2A Division CN117202254A (zh) 2017-06-16 2018-05-29 在无线通信***中执行的方法及其设备

Publications (2)

Publication Number Publication Date
CN110999471A true CN110999471A (zh) 2020-04-10
CN110999471B CN110999471B (zh) 2023-10-24

Family

ID=64660237

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311321881.2A Pending CN117202254A (zh) 2017-06-16 2018-05-29 在无线通信***中执行的方法及其设备
CN201880050899.4A Active CN110999471B (zh) 2017-06-16 2018-05-29 在无线通信***中执行波束故障恢复的方法及其设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311321881.2A Pending CN117202254A (zh) 2017-06-16 2018-05-29 在无线通信***中执行的方法及其设备

Country Status (6)

Country Link
US (2) US11229081B2 (zh)
EP (1) EP3639592A4 (zh)
JP (1) JP2020523938A (zh)
KR (1) KR102182601B1 (zh)
CN (2) CN117202254A (zh)
WO (1) WO2018230862A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022011692A1 (en) * 2020-07-17 2022-01-20 Lenovo (Beijing) Limited Apparatus and methods of beam failure detection mechanism for enhanced pdcch with multiple transmissions
CN114245369A (zh) * 2020-09-09 2022-03-25 ***通信有限公司研究院 信道质量上报方法、波束恢复参考信号配置方法及装置
WO2022151102A1 (zh) * 2021-01-13 2022-07-21 北京小米移动软件有限公司 调度请求资源的确定方法、装置及通信设备
CN115039363A (zh) * 2021-01-05 2022-09-09 Lg电子株式会社 无线通信***中的波束故障恢复方法及设备

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11469940B2 (en) * 2016-10-03 2022-10-11 Qualcomm Incorporated Fast beam recovery using beam information in the measurement report
US10154514B2 (en) * 2016-10-18 2018-12-11 Qualcomm Incorporated Scheduling request transmission for directional beam access
CN110582954A (zh) * 2017-05-02 2019-12-17 Lg电子株式会社 用于执行基于mm的noma通信的方法及其装置
CN109151869B (zh) * 2017-06-19 2021-12-14 维沃移动通信有限公司 一种随机接入资源的配置方法、终端及网络设备
CN109391344B (zh) * 2017-08-03 2021-04-23 维沃移动通信有限公司 上报信息的传输方法、用户侧设备和网络侧设备
US11950287B2 (en) 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
US10887939B2 (en) 2017-08-10 2021-01-05 Comcast Cable Communications, Llc Transmission power control for beam failure recovery requests
US11337265B2 (en) 2017-08-10 2022-05-17 Comcast Cable Communications, Llc Beam failure recovery request transmission
US10855359B2 (en) 2017-08-10 2020-12-01 Comcast Cable Communications, Llc Priority of beam failure recovery request and uplink channels
US11277301B2 (en) 2017-09-07 2022-03-15 Comcast Cable Communications, Llc Unified downlink control information for beam management
US10567064B2 (en) * 2017-09-08 2020-02-18 At&T Intellectual Property I, L.P. Beam recovery for partial control channel failure
US11611468B2 (en) 2017-09-28 2023-03-21 Comcast Cable Communications, Llc Beam management with DRX configuration
US11647493B2 (en) * 2017-10-06 2023-05-09 Qualcomm Incorporated Techniques and apparatuses for using a second link for beam failure recovery of a first link
CA3024596A1 (en) 2017-11-16 2019-05-16 Comcast Cable Communications, Llc Beam paging assistance
CA3029372A1 (en) 2018-01-09 2019-07-09 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
PL3603254T3 (pl) 2018-01-12 2024-03-11 Telefonaktiebolaget Lm Ericsson (Publ) Konfiguracja zasobów żądania szeregowania
US10798622B2 (en) 2018-02-09 2020-10-06 Comcast Cable Communications, Llc Beam failure recovery in carrier aggregation
EP3750257A4 (en) * 2018-02-11 2021-11-10 Telefonaktiebolaget Lm Ericsson (Publ) HARNESS FAILURE RECOVERY PROCEDURES AND DEVICES
EP3528398A1 (en) 2018-02-15 2019-08-21 Comcast Cable Communications LLC Beam failure report
EP4239905A3 (en) * 2018-03-30 2023-10-18 Comcast Cable Communications LLC Configuration for beam failure recovery
ES2928334T3 (es) 2018-03-30 2022-11-17 Resmed Inc Solicitud de planificación basada en la recuperación de fallos de haz
CA3038779A1 (en) 2018-04-02 2019-10-02 Comcast Cable Communications, Llc Beam failure recovery
EP3930237A1 (en) 2018-05-10 2021-12-29 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
US11196524B2 (en) 2018-07-18 2021-12-07 Qualcomm Incorporated Multi-beam CSI feedback
EP4380246A2 (en) * 2018-08-03 2024-06-05 Ofinno, LLC Beam failure recovery procedure in dormant state
EP3609285B1 (en) 2018-08-09 2021-10-06 Comcast Cable Communications, LLC Resource management for beam failure recovery procedures
WO2020051890A1 (zh) * 2018-09-14 2020-03-19 富士通株式会社 评估无线链路质量的方法、参数配置方法、装置和***
EP3627721A1 (en) 2018-09-24 2020-03-25 Comcast Cable Communications LLC Beam failure recovery procedures
EP3629492A1 (en) 2018-09-25 2020-04-01 Comcast Cable Communications LLC Beam configuration for secondary cells
BR112021004440A2 (pt) * 2018-09-27 2021-05-25 Nokia Technologies Oy recuperação de falha de feixe para célula de serviço
US11265949B2 (en) * 2018-10-08 2022-03-01 Qualcomm Incorporated Fast secondary cell recovery for ultra-reliable low-latency communication
US11057917B2 (en) * 2018-11-12 2021-07-06 Qualcomm Incorporated Quasi co-location relation configuration for periodic channel state information reference signals
CN111385890B (zh) * 2018-12-29 2023-05-02 成都华为技术有限公司 一种波束失败恢复方法及装置
US10951301B2 (en) 2019-01-10 2021-03-16 Apple Inc. 5G new radio beam refinement procedure
DE102020200258A1 (de) 2019-01-10 2020-07-16 Apple Inc. 5g new radio strahlverbesserungsverfahren
US11405088B2 (en) * 2019-02-07 2022-08-02 Qualcomm Incorporated Beam management using channel state information prediction
US11483054B2 (en) * 2019-02-15 2022-10-25 Hannibal Ip Llc Method and apparatus for SCell beam failure recovery configuration
WO2020171405A1 (ko) * 2019-02-22 2020-08-27 엘지전자 주식회사 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
CN111726208B (zh) * 2019-03-20 2021-11-19 华为技术有限公司 链路失败恢复的方法和装置
CN111757469B (zh) * 2019-03-26 2023-06-02 成都华为技术有限公司 一种波束失败的处理方法及装置
CN116017698A (zh) * 2019-04-10 2023-04-25 北京小米移动软件有限公司 波束失败确定方法和装置
CN111278057B (zh) * 2019-04-26 2022-03-25 维沃移动通信有限公司 上行传输方法、终端和网络侧设备
CN111918416B (zh) * 2019-05-10 2023-10-10 华为技术有限公司 通信方法和通信装置
EP3989628A1 (en) * 2019-06-21 2022-04-27 Ntt Docomo, Inc. Terminal
EP3986068A4 (en) 2019-06-28 2022-08-03 LG Electronics Inc. METHOD OF TRANSMITTING AND RECEIVING AN UPLINK PHYSICAL CONTROL CHANNEL IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREOF
EP4270812A3 (en) * 2019-06-28 2024-02-21 LG Electronics Inc. Method and device for transmitting and receiving scheduling request in wireless communication system
CN113767685A (zh) * 2019-09-19 2021-12-07 Oppo广东移动通信有限公司 用于上行链路信息传输的方法和装置以及用户设备
JP7347664B2 (ja) * 2019-09-29 2023-09-20 富士通株式会社 無線通信方法、装置及びシステム
WO2021056550A1 (zh) * 2019-09-29 2021-04-01 北京小米移动软件有限公司 波束失败请求发送方法、装置和电子设备
US11032840B2 (en) * 2019-11-12 2021-06-08 Qualcomm Incorporated Resolution of collisions between beam failure recovery requests and uplink communications
US11469803B2 (en) * 2020-04-24 2022-10-11 Qualcomm Incorporated Multi-part layer 1 reporting
US11743112B2 (en) * 2020-05-12 2023-08-29 Qualcomm Incorporated UE requested BFD/BFR reference signal
KR20220017636A (ko) * 2020-08-05 2022-02-14 삼성전자주식회사 차세대 이동 통신 시스템에서 plmn 재선택 시 초기 측정 결과를 처리하는 방법 및 장치
KR102562526B1 (ko) * 2020-09-29 2023-08-02 엘지전자 주식회사 무선 통신 시스템에서 빔 실패 복구 방법 및 장치
US20220132517A1 (en) * 2020-10-23 2022-04-28 Samsung Electronics Co., Ltd. Method and apparatus for partial beam failure recovery in a wireless communications system
US11632746B2 (en) * 2021-01-05 2023-04-18 Qualcomm Incorporated Techniques for uplink resources for beam failure recovery requests for mixed modes
CN116848879A (zh) * 2021-01-26 2023-10-03 株式会社Ntt都科摩 终端、基站以及无线通信方法
KR20230147146A (ko) * 2021-03-31 2023-10-20 엘지전자 주식회사 무선 통신 시스템에서 상향링크 송수신 방법 및 장치
US11342973B1 (en) * 2021-10-19 2022-05-24 King Faisal University System and method for maintaining link communications in millimeter wave cellular networks
US20230180333A1 (en) * 2021-12-08 2023-06-08 Samsung Electronics Co., Ltd. Method and apparatus for handling pucch resource for enhanced beam failure recovery in wireless communication system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105790886A (zh) * 2014-12-24 2016-07-20 中兴通讯股份有限公司 数据包发送、接收方法、装置、基站及终端
US20170026938A1 (en) * 2015-07-21 2017-01-26 Samsung Electronics Co., Ltd Method and apparatus for beam-level radio resource management and mobility in cellular network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3335494A4 (en) 2015-08-11 2018-08-01 Telefonaktiebolaget LM Ericsson (PUBL) Recovery from beam failure
US10542545B2 (en) * 2017-02-06 2020-01-21 Mediatek Inc. Beam failure recovery mechanism for multi-beam operation
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
CN108809580B (zh) * 2017-05-05 2023-04-14 北京三星通信技术研究有限公司 传输上行信号的方法、用户设备及基站
WO2018201457A1 (en) * 2017-05-05 2018-11-08 Mediatek Singapore Pte. Ltd. Handling of intermittent disconnection in a millimeter wave (mmw) system
US10813097B2 (en) * 2017-06-14 2020-10-20 Qualcomm Incorporated System and method for transmitting beam failure recovery request
US11251848B2 (en) * 2017-06-15 2022-02-15 Motorola Mobility Llc Transmitting a beam recovery request
CN109152054A (zh) * 2017-06-16 2019-01-04 华硕电脑股份有限公司 无线通信***中用于非授权频谱的波束管理的方法和设备
US10411784B2 (en) * 2017-08-09 2019-09-10 Futurewei Technologies, Inc. Apparatus and method for beam failure recovery
US10855359B2 (en) * 2017-08-10 2020-12-01 Comcast Cable Communications, Llc Priority of beam failure recovery request and uplink channels
WO2019048934A1 (en) * 2017-09-11 2019-03-14 Lenovo (Singapore) Pte. Ltd. REFERENCE SIGNALS FOR RADIO LINK MONITORING

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105790886A (zh) * 2014-12-24 2016-07-20 中兴通讯股份有限公司 数据包发送、接收方法、装置、基站及终端
US20170026938A1 (en) * 2015-07-21 2017-01-26 Samsung Electronics Co., Ltd Method and apparatus for beam-level radio resource management and mobility in cellular network

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CHTTL: "Discussion on beam failure recovery", 《3GPP TSG RAN WG1 MEETING #89 R1-1708380》 *
MCC SUPPORT: "Draft Report of 3GPP TSG RAN WG1 #89 v0.1.0", 《WWW.3GPP.ORG / FTP / TSG_RAN / WG1_RL1 / TSGR1_89 / REPORT》 *
SPREADTRUM COMMUNICATIONS: "Discussion on UE initiated recovery from beam failure", 《3GPP TSG RAN WG1 MEETING #89 R1-1707782》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022011692A1 (en) * 2020-07-17 2022-01-20 Lenovo (Beijing) Limited Apparatus and methods of beam failure detection mechanism for enhanced pdcch with multiple transmissions
CN114245369A (zh) * 2020-09-09 2022-03-25 ***通信有限公司研究院 信道质量上报方法、波束恢复参考信号配置方法及装置
CN114245369B (zh) * 2020-09-09 2023-07-21 ***通信有限公司研究院 信道质量上报方法、波束恢复参考信号配置方法及装置
CN115039363A (zh) * 2021-01-05 2022-09-09 Lg电子株式会社 无线通信***中的波束故障恢复方法及设备
CN115039363B (zh) * 2021-01-05 2023-12-12 Lg电子株式会社 无线通信***中的波束故障恢复方法及设备
US11963249B2 (en) 2021-01-05 2024-04-16 Lg Electronics Inc. Beam failure recovery method and apparatus in wireless communication system
WO2022151102A1 (zh) * 2021-01-13 2022-07-21 北京小米移动软件有限公司 调度请求资源的确定方法、装置及通信设备

Also Published As

Publication number Publication date
CN110999471B (zh) 2023-10-24
WO2018230862A1 (en) 2018-12-20
CN117202254A (zh) 2023-12-08
US20200178338A1 (en) 2020-06-04
JP2020523938A (ja) 2020-08-06
KR20200008666A (ko) 2020-01-28
EP3639592A1 (en) 2020-04-22
US20220095406A1 (en) 2022-03-24
US11743964B2 (en) 2023-08-29
US11229081B2 (en) 2022-01-18
KR102182601B1 (ko) 2020-11-24
EP3639592A4 (en) 2020-08-19

Similar Documents

Publication Publication Date Title
CN110999471B (zh) 在无线通信***中执行波束故障恢复的方法及其设备
US11751185B2 (en) Method for transmitting/receiving signals by using beams in wireless communication system, and device for same
CN111345090B (zh) 在无线通信***中执行波束故障恢复的方法及其装置
CN110249574B (zh) 在无线通信***中测量并报告信道状态信息的方法及其装置
US11159347B2 (en) Method for transmitting and receiving signal by means of beam in wireless communication system, and apparatus for said method
CN110915276B (zh) 无线通信***中的波束恢复方法及其设备
CN110168995B (zh) 在无线通信***中发送物理上行链路控制信道的方法及其装置
US11784694B2 (en) Method for measuring and reporting channel state information in wireless communication system and device therefor
US11368950B2 (en) Method and apparatus for beam management in unlicensed spectrum in a wireless communication system
US11252730B2 (en) Method for performing beam management in wireless communication system and apparatus therefor
CN110771073B (zh) 用于在无线通信***中报告信道状态信息的方法及其设备
US20190141693A1 (en) Method and apparatus for beam management in the unlicensed spectrum
EP3595189A1 (en) Method for recovering beam in wireless communication system and device therefor
KR20190117704A (ko) 무선 통신 시스템에서 채널 상태 정보를 측정 및 보고하는 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant