CN113170468A - 调度请求资源的确定方法、装置及通信设备 - Google Patents

调度请求资源的确定方法、装置及通信设备 Download PDF

Info

Publication number
CN113170468A
CN113170468A CN202180000146.4A CN202180000146A CN113170468A CN 113170468 A CN113170468 A CN 113170468A CN 202180000146 A CN202180000146 A CN 202180000146A CN 113170468 A CN113170468 A CN 113170468A
Authority
CN
China
Prior art keywords
pucch resource
trp
pucch
cell group
determining
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
CN202180000146.4A
Other languages
English (en)
Other versions
CN113170468B (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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202410295660.0A priority Critical patent/CN118201082A/zh
Publication of CN113170468A publication Critical patent/CN113170468A/zh
Application granted granted Critical
Publication of CN113170468B publication Critical patent/CN113170468B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • 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
    • 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
    • H04B7/06952Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964Re-selection of one or more beams after beam failure
    • 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/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • 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
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本公开提出了一种调度请求资源的确定方法、装置及通信设备,涉及移动通信技术领域。该方案为:确定物理上行控制信道PUCCH资源,PUCCH资源用于发送一个或多个发送接收点TRP的波束失败恢复BFR对应的调度请求SR。从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。

Description

调度请求资源的确定方法、装置及通信设备
技术领域
本公开涉及移动通信技术领域,特别是指一种调度请求资源的确定方法、装置及通信设备。
背景技术
为了实现极高速短距离通信、传输速率等方面的需求,移动通信系统可采用高频频段(比如大于或等于6GHz以上的频段)传输信号,以缓解频谱资源紧张。
由于高频信道衰减较快,为了保证覆盖范围,可使用基于波束的发送和接收,比如,用户设备与网络设备可以通过波束对准实现数据传输。
在新的无线技术NR(New Radio,NR)中,控制信道也可使用基于波束的发送和接收,当用户设备(User Equipment,UE)发生移动,或者天线方向发生旋转时,当前配置给UE的用于发送接收物理下行控制信道(Physical Downlink Control Channel,PDCCH)的发送波束或接收波束可能会出现问题,即出现波束失败的问题。因此,如何提高波束恢复的及时性和波束恢复效率是亟待解决的问题。
发明内容
本公开一方面实施例提出了一种调度请求资源的确定方法,适用于UE,所述方法包括:
确定物理上行控制信道(Physical Uplink Control Channel,PUCCH)资源,PUCCH资源用于发送一个或多个发送接收点(Transmission Reception Point,TRP)的波束失败恢复(Beam Failure Recovery,BFR)对应的调度请求(Scheduling Request,SR)。
本公开另一方面实施例提出了一种调度请求资源的确定方法,适用于网络设备,所述方法包括:
向UE发送配置信息,所述配置信息用于指示所述UE的PUCCH资源,所述PUCCH资源用于所述UE发送一个或多个TRP的BFR对应的SR。
本公开另一方面实施例提出了一种调度请求资源的确定装置,适用于UE,所述装置包括:确定模块,用于确定PUCCH资源,所述PUCCH资源用于发送一个或多个TRP的BFR对应的SR。
本公开另一方面实施例提出了一种调度请求资源的确定装置,适用于网络设备,所述装置包括:
发送模块,用于向UE发送配置信息,配置信息用于指示所述UE的PUCCH资源,所述PUCCH资源用于所述UE发送一个或多个TRP的BFR对应的SR。
本公开另一方面实施例提出了一种通信设备,包括处理器、收发器、存储器以及存储在所述存储器上的计算机程序,所述处理器运行所述计算机程序,以实现如上述一方面实施例所述的调度请求资源的确定方法。
本公开第另一方面实施例提出了一种通信设备,包括处理器、收发器、存储器以及存储在所述存储器上的计算机程序,所述处理器运行所述计算机程序,以实现如上述另一方面实施例所述的调度请求资源的确定方法。
本公开另一方面实施例提出了一种计算机存储介质,其特征在于,存储有可执行程序;所述可执行程序被处理器执行后,能够实现如上述一方面实施例所述的调度请求资源的确定方法。
本公开另一方面实施例提出了一种计算机存储介质,其特征在于,存储有可执行程序;所述可执行程序被处理器执行后,能够实现如上述另一方面实施例所述的调度请求资源的确定方法。
本公开另一方面实施例提出了一种计算机程序产品,包括计算机程序,所述计算机程序在被通信设备中的处理器执行时实现上述一方面实施例所述的调度请求资源的确定方法。
本公开另一方面实施例提出一种计算机程序,所述计算机程序在被处理器执行时实现如上述另一方面实施例所述的调度请求资源的确定方法。
本公开实施例提供的一种调度请求资源的确定方法、装置及通信设备,通过确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开实施例提供的一种调度请求资源的确定方法的流程示意图;
图2为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图3为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图4为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图5为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图6为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图7为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图8为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图9为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图10为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图11为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图12为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图13为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图;
图14为本公开实施例提供的一种调度请求资源的确定装置的结构示意图;
图15为本公开实施例提供的另一种调度请求资源的确定装置的结构示意图;
图16为本公开实施例提供的一种通信设备的框图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
相关技术中,标准定义了用于检测波束失败的参考信号资源集合。当UE检测这些参考信号资源集合中所有参考信号上的信道质量都低于设定的阈值时,说明发生了波束失败。相关技术中的波束失败检测,是基于服务小区的,当服务小区对应的参考信号资源集合中,所有参考信号上的信道质量都低于设定的阈值时,认为服务小区发生波束失败。可见,这种情况下发送波束失败恢复请求,波束恢复及时性差、效率低。
针对这一问题,本公开实施例提供了调度请求资源的确定方法、装置及通信设备。
图1为本公开实施例提供的一种调度请求资源的确定方法的流程示意图,该方法可由UE执行。如图1所示,该调度请求资源的确定方法包括以下步骤:
步骤101,确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR。
本公开中,网络设备可具有一个或多个TRP,TRP是指支持多个发射或接收功能的天线阵列,例如可以具有多个不同朝向的天线。网络设备可向UE发送配置信息,UE可根据网络设备发送的配置信息,确定PUCCH资源。其中,PUCCH资源用于发送一个或多个TRP的BFR对应的SR。其中,TRP可以对应UE的服务小区,也可以对应UE的邻小区。
UE可进行波束失败检测,当UE检测到TRP发生波束失败时,可利用PUCCH资源向网络设备发送一个或多个TRP的BFR对应的SR请求,以尽快进行恢复波束。
本公开中,网络设备可以为基站,例如,本公开涉及的基站可以是全球移动通信系统(Global System for Mobile communications,GSM)或码分多址接入(Code DivisionMultiple Access,CDMA)中的基站收发台(Base Transceiver Station,BTS),也可以是带宽码分多址接入(Wide-band Code Division Multiple Access,WCDMA)中的基站(NodeB),还可以是长期演进(Long Term evolution,LTE)系统中的演进型(evolutional)Node B(简称eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(简称gNB),也可以是家庭演进基站(Home evolved Node B,HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等,本公开中并不限定。
本公开实施例的调度请求资源的确定方法,通过确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图2为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图2所示,该调度请求资源的确定方法包括以下步骤:
步骤201,接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源。
本公开,UE可接收网络设备发送的配置信息。其中,配置信息可用于指示UE的每个小区组对应的PUCCH资源。其中,一个小区组可以是主小区组(Master Cell Group,MCG)、辅小区组(Secondary Cell Group,SCG)、主PUCCH小区组(Primary PUCCH Group)和辅PUCCH小区组(Secondary PUCCH Group)中的一种。
可选地,UE接收的配置信息中可包括以下信息的至少一项:小区组标识、与小区组标识对应的至少一个PUCCH资源标识。那么,UE可根据接收的配置信息,确定UE的每个小区组对应的至少一个PUCCH资源标识。其中,UE的每个小区组对应的PUCCH资源的数量可以相同,也可以不同。
可以理解的是,每个小区组标识可对应一个PUCCH资源标识,即网络设备可为每个小区组配置一个PUCCH资源,每个小区组标识也可对应多个PUCCH资源标识,即网络设备可为UE的每个小区组配置多个PUCCH资源。
步骤202,根据配置信息,确定一个TRP或多个TRP中每个TRP对应的PUCCH资源。
本公开中,配置信息可用于指示UE的每个小区组对应的PUCCH资源,UE可根据配置信息,确定一个TRP或多个TRP中每个TRP对应的PUCCH资源。
可选地,UE可确定一个TRP或多个TRP中每个TRP所在的服务小区,然后确定该服务小区所在的小区组,根据一个TRP或多个TRP中每个TRP所在服务小区所在的小区组和配置信息中每个小区组对应的PUCCH资源,确定一个TRP或多个TRP中每个TRP对应的PUCCH资源。比如,可将TRP所在服务小区所在的小区组对应的PUCCH资源,作为TRP对应的PUCCH资源。
本公开中,UE用于发送一个或多个TRP的BFR对应的SR的PUCCH资源可以与UE的第二PUCCH资源相同,也可以与第二PUCCH资源不同,其中,第二PUCCH资源可以是用于发送服务小区的BFR对应的SR。也就是说,UE用于发送一个或多个TRP的BFR对应的SR的PUCCH资源,可以与UE用于发送服务小区的BFR对应的SR的第二PUCCH资源进行复用,也可与UE用于发送服务小区的BFR对应的SR的PUCCH资源不同。
本公开实施例的调度请求资源的确定方法,通过接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源,根据配置信息,确定一个TRP或多个TRP中每个TRP所在服务小区对应的PUCCH资源。由此,通过根据配置信息,可为一个TRP或多个TRP中每个TRP配置对应的PUCCH资源,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了吞吐量。
图3为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图3所示,该调度请求资源的确定方法包括以下步骤:
步骤301,接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源。
本公开中,步骤301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤302,确定至少一个PUCCH资源对应的波束信息。
本公开中,UE的每个小区组可对应至少一个PUCCH资源,UE还可确定至少一个PUCCH资源对应的波束信息。其中,波束信息可包括波束方向、波束标识等信息。
可选地,UE可接收网络设备发送的指示信息,其中,指示信息中可包括至少一个PUCCH资源对应的波束信息,那么UE根据指示信息可确定至少一个PUCCH资源对应的波束信息。
若一个小区组对应一个PUCCH资源,那么UE可确定该PUCCH资源对应的波束信息;若一个小区组对应多个PUCCH资源,那么UE可确定每个PUCCH资源对应的波束信息。
当UE检测到发生波束失败时,可利用PUCCH资源,及PUCCH资源对应的波束向网络设备发送TRP的BFR对应的SR请求,以尽快进行恢复波束。
本公开实施例的调度请求资源的确定方法,通过接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源,并确定至少一个PUCCH资源对应的波束信息。由此,通过根据配置信息,可为每个小区组对应的至少一个PUCCH资源对应的一个或多个波束信息,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图4为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图4所示,该调度请求资源的确定方法包括以下步骤:
步骤401,接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源。
本公开中,步骤401可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤402,接收指示信息,指示信息用于指示至少一个PUCCH资源中的每个PUCCH资源对应的一个或多个波束的波束标识。
本公开中,UE的每个小区组可对应至少一个PUCCH资源,UE可接收网络设备发送的指示信息,其中,指示信息可用于指示至少一个PUCCH资源中的每个PUCCH资源对应的一个或多个波束的波束标识,波束标识可以为用于指示波束的传输配置指示(TansmissionConfiguration Indication,TCI)状态标识、或空间关系信息(SpatialRelationInfo)标识。波束标识也可以为TCI状态标识或SpatialRelationInfo标识对应的用于指示波束的参考信号资源标识。
可以理解的是,指示信息可用于指示一个PUCCH资源对应的一个波束的波束标识,也可用于指示一个PUCCH资源对应的多个波束的波束标识。或者,指示信息也可指示多个PUCCH资源中每个PUCCH资源对应的一个波束标识,也可指示每个PUCCH资源对应的多个波束标识。
也就是说,网络设备可为UE的每个小区组对应的至少一个PUCCH资源中每个PUCCH资源,指示一个波束或者多个波束。
本公开实施例的调度请求资源的确定方法,通过接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源,并接收指示信息,指示信息用于指示至少一个PUCCH资源中的每个PUCCH资源对应的一个或多个波束的波束标识。由此,通过根据配置信息和指示信息,可为每个小区组配置对应的PUCCH资源及波束信息,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图5为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图5所示,该调度请求资源的确定方法包括以下步骤:
步骤501,接收配置信息,配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项。
本公开中,UE接收网络设备发送的配置信息,其中,配置信息中可包括小区组标识和小区组标识对应的一个PUCCH资源标识,为了便于区分称为第一小区组,那么配置信息可用于指示第一小区组标识和第一小区组标识对应的一个PUCCH资源。也就是说,网络设备可为UE的第一小区组配置一个PUCCH资源。
步骤502,接收指示信息,指示信息用于指示一个PUCCH资源对应的一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP。
本公开中,UE可接收网络设备发送的指示信息,其中,指示信息可用于指示一个PUCCH资源对应的一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP,这里对应不同的TRP即对应不同的TRP标识或不同的控制资源集池索引标识。
也就是说,网络设备可为UE的第一小区组配置一个PUCCH资源及该PUCCH资源对应的一个波束或者多个波束。若一个PUCCH资源对应多个波束,每个波束对应不同的TRP。
本公开中,指示信息可为以下信息中的至少一项:媒体接入控制单元(MediumAccess Control Control Element,MAC CE)、下行控制信息(Downlink ControlInformation,DCI)。
UE可接收网络设备发送的无线资源控制(Radio Resource Control,RRC)信令,该信令中可包括波束列表,比如波束对应的TCI状态标识列表或波束对应的SpatialRelationInfo标识列表。网络设备可通过MAC CE信令激活其中一个波束,该波束与一个TRP对应,UE可接收网络设备发送的MAC CE信令。其中,MAC CE信令中可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。这里MAC CE信令中包括的波束标识对应的一个波束即为一个PUCCH资源对应的一个波束。
网络设备可通过MAC CE信令激活一个或多个波束,再通过DCI信令指示一个PUCCH资源对应的一个波束标识,该波束标识与一个TRP对应,DCI信令指示的一个PUCCH资源对应的一个波束,是被MAC CE信令激活的多个波束中的一个波束。UE可接收网络设备发送的DCI信令,DCI信令可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。这里DCI信令中包括的波束标识对应的波束即为一个PUCCH资源对应的波束。
可选地,网络设备也可直接通过DCI信令指示一个PUCCH资源对应的一个波束标识。
需要说明的是,MAC CE信令和DCI信令指示一个PUCCH资源对应的一个波束标识时,当前时刻信令指示的可以是对应第一TRP,下一时刻的信令指示的可以是对应第二TRP。也就是说,一个PUCCH资源虽然只对应一个波束,但是可在不同时段对应不同TRP的一个波束,可通过不同时刻的指示信令更新该一个波束对应的波束标识,以实现在不同TRP之间切换。
网络设备也可通过MAC CE信令激活多个波束,每个波束对应不同的TRP,UE可接收网络设备发送的MAC CE信令。其中,MAC CE信令中可包括多个波束标识、与每个波束标识对应的TRP标识、与每个波束标识对应的控制资源集池索引、PUCCH资源标识、与每个波束标识对应的指示域等中的至少一项。其中,每个波束标识对应的指示域可用于指示每个波束标识是否出现在MAC CE信令中。
可选地,可通过指示域对应的比特位的取值指示波束标识是否出现在MAC CE信令中。比如,波束标识对应的指示域的比特位的取值为0,表示该波束标识未出现在MAC CE信令中,若取值为1表示该波束标识出现在MAC CE信令中。需要说明的是,这里的取值及指示内容仅为示例,不应当作为对本公开的限制。
网络设备也可通过DCI信令指示一个PUCCH资源对应的多个波束标识,每个波束对应不同的TRP。UE可接收网络设备发送的DCI信令,DCI信令指示一个PUCCH资源对应的多个波束标识。其中,DCI信令的码点对应的波束标识可以是一个,也可以是多个,如果指示一个波束标识,则是与其中一个TRP对应波束标识,如果指示多个波束标识,则每个波束标识对应不同的TRP。
本公开中,DCI信令的码点对应的波束标识的数量,以及对应的波束标识,可通过MAC CE信令指示。即DCI信令中码点对应的一个或多个波束标识对应的波束,是MAC CE信令激活的多个波束中的波束。
本公开实施例的调度请求资源的确定方法,通过接收配置信息,配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项,并接收指示信息,指示信息用于指示一个PUCCH资源对应的一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP。由此,通过根据配置信息和指示信息,可为一个TRP或多个TRP中每个TRP配置PUCCH资源及对应的波束,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了吞吐量。
图6为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图6所示,该调度请求资源的确定方法包括以下步骤:
步骤601,接收配置信息,配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项。
本公开中,UE可接收网络设备发送的配置信息,其中,配置信息中可包括小区组标识和小区组标识对应的多个PUCCH资源标识,为了便于区分称为第二小区组,那么配置信息可用于指示第二小区组标识和第二小区组标识对应的多个PUCCH资源。也就是说,网络设备可为UE的第二小区组配置多个PUCCH资源。
步骤602,接收指示信息,指示信息用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
本公开中,指示信息可为以下信息中的至少一项:MAC CE、DCI。
UE可接收网络设备发送的RRC信令,该信令中可包括波束列表。网络设备可通过MAC CE信令激活每个PUCCH资源对应的一个波束,其中,激活每个PUCCH资源对应的一个波束的MAC CE信令可以相同也可以不同。
也就是说,网络设备可向UE发送多个MAC CE信令,每个MAC CE信令用于激活每个PUCCH资源对应的一个波束。UE接收网络设备发送的多个MAC CE信令。其中,每个MAC CE信令可用于指示一个PUCCH资源对应的一个波束标识,MAC CE信令中可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。UE可根据每个MAC CE信令,确定每个PUCCH资源对应的波束,及波束对应的TRP。
网络设备也可向UE发送一个MAC CE信令,该MAC CE信令可用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。其中,MAC CE信令可包括多个波束标识、与每个波束标识对应的TRP标识、与每个波束标识对应的控制资源集池索引、与每个波束标识对应的PUCCH资源标识、与每个波束标识对应的指示域等中的至少一项。其中,每个波束标识对应的指示域可用于指示每个波束标识是否出现在MAC CE信令中,与上述实施例类似,在此不再赘述。
网络设备也可通过一个或多个DCI信令指示多个PUCCH资源中每个PUCCH资源对应一个波束标识。UE可接收网络设备发送的多个MAC CE信令,每个MAC CE信令针对每个PUCCH资源激活多个波束,UE接收网络设备的多个DCI信令,每个DCI信令可指示各自MAC CE激活的多个波束中的一个波束的波束标识。
或者,UE可接收网络设备发送的一个DCI信令,该DCI信令可指示多个PUCCH资源中每个PUCCH资源对应的一个波束标识。其中,DCI信令的码点对应的波束标识可以是一个,也可以是多个,如果指示一个波束标识,则是与其中一个TRP对应波束标识,如果指示多个波束标识,则每个波束标识对应不同的TRP。
本公开中,DCI信令的码点对应的波束标识的数量,以及对应的波束标识,可通过MAC CE信令指示。即DCI信令中码点对应的一个或多个波束标识对应的波束,是MAC CE信令激活的多个波束中的波束。
本公开实施例的调度请求资源的确定方法,通过接收配置信息,配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项,并接收指示信息,指示信息用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。由此,通过根据配置信息和指示信息,可为一个TRP或多个TRP中每个TRP配置PUCCH资源及对应的波束,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图7为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图7所示,该调度请求资源的确定方法包括以下步骤:
步骤701,接收配置信息,配置信息用于指示UE的每个小区组对应的PUCCH资源。
本公开中,步骤701可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤702,根据配置信息,确定一个TRP或多个TRP中每个TRP对应的PUCCH资源。
本公开中,步骤702可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤703,将指定的默认波束确定为PUCCH资源对应的波束,指定的默认波束为控制资源集对应的波束。
本公开中,可将指定的默认波束作为PUCCH资源对应的波束。其中,指定的默认波束可为控制资源集对应的波束,指定的默认波束可为与PUCCH对应的控制资源集池标识或TRP标识相同的控制资源集对应的波束。也就是说,UE可将默认波束作为PUCCH资源对应的波束,用于发送TRP的BFR的SR。
本公开实施例的调度度请求资源的确定方法,可在确定至少一个PUCCH资源对应的波束信息时,可将指定的默认波束确定为PUCCH资源对应的波束。从而在发送波束失败时,可利用控制资源集对应的波束发送TRP的BFR对应的SR,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图8为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由UE执行。如图8所示,该调度请求资源的确定方法包括以下步骤:
步骤801,确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR。
本公开中,步骤801可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤802,响应于检测到任一TRP发生波束失败,基于任一TRP对应的PUCCH资源及波束信息,发送用于指示BFR的SR。
本公开中,网络设备可具有至少一个TRP,每个TRP具有对应的PUCCH资源和波束信息。UE可对TRP进行波束失败检测,UE响应于检测到任一TRP发生波束失败,可利用任一TRP对应的PUCCH资源,在任一TRP对应的波束上,发送用于指示BFR的SR。当检测到发生波束失败的TRP对应的PUCCH资源对应的波束都发生失败时,也可使用与该TRP不属于同一小区组的TRP对应的PUCCH资源来发送指示BFR的SR。
网络设备接收到用于指示BFR的SR后,可基于SR调度物理上行共享信道(PhysicalUplink Shared Channel,PUSCH)资源给UE。UE可利用PUSCH资源,使用MAC CE信令向网络设备发送发生波束失败的一个或多个TRP的索引和/或TRP对应的服务小区标识,以及如果有的话还可以发送检测出的新的波束信息,以使网络设备根据UE发送的信息尽快进行波束恢复。
本公开实施例的调度请求资源的确定方法,通过确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR,响应于检测到任一TRP发生波束失败,基于任一TRP对应的PUCCH资源及波束信息,发送用于指示BFR的SR。由此,通过给UE配置用于发送一个TRP或多个TRP中每个TRP的BFR对应的SR的PUCCH资源,在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图9为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由网络设备执行。如图9所示,该调度请求资源的确定方法包括以下步骤:
步骤901,向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR。
本公开中,网络设备可具有一个或多个TRP,TRP是指支持多个发射或接收功能的天线阵列,例如可以具有多个不同朝向的天线。网络设备可向UE发送配置信息,其中,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR。UE可根据网络设备发送的配置信息,确定用于发送一个或多个TRP的BFR对应的SR的PUCCH资源。其中,TRP可以对应UE的服务小区,也可以对应UE的邻小区。
UE可进行波束失败检测,当UE检测到TRP发生波束失败时,可利用PUCCH资源向网络设备发送TRP的BFR对应的SR请求,以尽快恢复波束。
本公开实施例的调度请求资源的确定方法,通过向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR,以使UE确定用于发送一个或多个TRP的BFR对应的SR的PUCCH资源,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图10为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由网络设备执行。如图10所示,该调度请求资源的确定方法包括以下步骤:
步骤1001,向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR。
本公开中,配置信息中可包括以下信息的至少一项:小区组标识、与小区组标识对应的至少一个PUCCH资源标识。那么,UE可根据接收的配置信息,确定UE的每个小区组对应的至少一个PUCCH资源标识。其中,UE的每个小区组对应的PUCCH资源的数量可以相同,也可以不同。
可以理解的是,每个小区组标识可对应一个PUCCH资源标识,即网络设备可为每个小区组配置一个PUCCH资源,每个小区组标识也可对应多个PUCCH资源标识,即网络设备可为UE的每个小区组配置多个PUCCH资源。
步骤1002,向UE发送指示信息,指示信息用于向UE指示至少一个PUCCH资源中每个PUCCH资源对应的一个或多个波束的波束标识。
本公开中,网络设备可向UE发送指示信息,其中,指示信息中可包括向UE指示至少一个PUCCH资源对应的一个或多个波束的波束标识,波束标识可以为用于指示波束的TCI状态标识、或SpatialRelationInfo标识。波束标识也可以为TCI状态标识或SpatialRelationInfo标识对应的用于指示波束的参考信号资源标识。
可以理解的是,指示信息可用于指示一个PUCCH资源对应的一个波束的波束标识,也可用于指示一个PUCCH资源对应的多个波束的波束标识。或者,指示信息也可指示多个PUCCH资源中每个PUCCH资源对应的一个波束标识,也可指示每个PUCCH资源对应的多个波束标识。
也就是说,网络设备可为UE的每个小区组对应的至少一个PUCCH资源中每个PUCCH资源,指示一个波束或者多个波束。
本公开实施例的调度请求资源的确定方法,通过向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR,并向UE发送指示信息,指示信息用于向UE指示至少一个PUCCH资源中每个PUCCH资源对应的一个或多个波束的波束标识。由此,通过配置信息和指示信息,可给UE的每个小区组配置至少一个PUCCH资源中每个PUCCH资源对应的一个或多个波束的波束标识,从而在发生波束失败时,UE可及时通过PUCCH资源及对应的波束,向网络设备发送TRP的BFR对应的SR,以尽快恢复波束,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图11为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由网络设备执行。如图11所示,该调度请求资源的确定方法包括以下步骤:
步骤1101,向UE发送配置信息,配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项。
本公开中,网络设备可向UE发送配置信息,其中,配置信息中可包括小区组标识和小区组标识对应的一个PUCCH资源标识,为了便于区分称为第一小区组,那么配置信息可用于指示第一小区组标识和第一小区组标识对应的一个PUCCH资源。也就是说,网络设备可为UE的第一小区组配置一个PUCCH资源。
本公开中,用于UE发送一个TRP或多个TRP中每个TRP的BFR对应的SR的PUCCH资源可以与UE的第二PUCCH资源相同,也可以与第二PUCCH资源不同,其中,第二PUCCH资源可以是用于发送服务小区的BFR对应的SR。也就是说,UE用于发送一个TRP或多个TRP中每个TRP的BFR对应的SR的PUCCH资源,可以与UE用于发送服务小区的BFR对应的SR的第二PUCCH资源进行复用,也可与用于发送服务小区的BFR对应的SR的PUCCH资源不同。
步骤1102,向UE发送指示信息,指示信息用于指示一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP。
本公开中,网络设备可向UE发送的指示信息,其中,指示信息可用于指示一个PUCCH资源对应的一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP,这里对应不同的TRP即对应不同的TRP标识或不同的控制资源集池索引标识。
也就是说,网络设备可为UE的第一小区组配置一个PUCCH资源及该PUCCH资源对应的一个波束或者多个波束。若一个PUCCH资源对应多个波束,每个波束对应不同的TRP。
本公开中,指示信息可为以下信息中的至少一项:MAC CE、DCI。
网络设备可向UE发送RRC信令,该信令中可包括波束列表,比如波束对应的TCI状态标识列表或波束对应的SpatialRelationInfo标识列表。网络设备可通过MAC CE信令激活其中一个波束,该波束与一个TRP对应,UE可接收网络设备发送的MAC CE信令。其中,MACCE信令中可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。这里MAC CE信令中包括的波束标识对应的一个波束即为一个PUCCH资源对应的一个波束。
网络设备可通过MAC CE信令激活一个或多个波束,再通过DCI信令指示一个PUCCH资源对应的一个波束标识,该波束标识与一个TRP对应,DCI信令指示的一个PUCCH资源对应的一个波束,是被MAC CE信令激活的多个波束中的一个波束。UE可接收网络设备发送的DCI信令,DCI信令可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。这里DCI信令中包括的波束标识对应的波束即为一个PUCCH资源对应的波束。
可选地,网络设备也可直接通过DCI信令指示一个PUCCH资源对应的一个波束标识。
需要说明的是,MAC CE信令和DCI信令指示一个PUCCH资源对应的一个波束标识时,当前时刻信令指示的可以是对应第一TRP,下一时刻的信令指示的可以是对应第二TRP。也就是说,一个PUCCH资源虽然只对应一个波束,但是可在不同时段对应不同TRP的一个波束,可通过不同时刻的指示信令更新该一个波束对应的波束标识,以实现在不同TRP之间切换。
网络设备也可通过MAC CE信令激活多个波束,每个波束对应不同的TRP,UE可接收网络设备发送的MAC CE信令。其中,MAC CE信令中可包括多个波束标识、与每个波束标识对应的TRP标识、与每个波束标识对应的控制资源集池索引、PUCCH资源标识、与每个波束标识对应的指示域等中的至少一项。其中,每个波束标识对应的指示域可用于指示每个波束标识是否出现在MAC CE信令中。
可选地,可通过指示域对应的比特位的取值指示波束标识是否出现在MAC CE信令中。比如,波束标识对应的指示域的比特位的取值为0,表示该波束标识未出现在MAC CE信令中,若取值为1表示该波束标识出现在MAC CE信令中。需要说明的是,这里的取值及指示内容仅为示例,不应当作为对本公开的限制。
网络设备也可通过DCI信令指示一个PUCCH资源对应的多个波束标识,每个波束对应不同的TRP。UE可接收网络设备发送的DCI信令,DCI信令指示一个PUCCH资源对应的多个波束标识。其中,DCI信令的码点对应的波束标识可以是一个,也可以是多个,如果指示一个波束标识,则是与其中一个TRP对应波束标识,如果指示多个波束标识,则每个波束标识对应不同的TRP。
本公开中,DCI信令的码点对应的波束标识的数量,以及对应的波束标识,可通过MAC CE信令指示。即DCI信令中码点对应的一个或多个波束标识对应的波束,是MAC CE信令激活的多个波束中的波束。
本公开实施例的调度请求资源的确定方法,通过发送配置信息,配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项,并发送指示信息,指示信息用于指示一个PUCCH资源对应的一个或多个波束标识,多个波束标识中的每个波束标识对应不同的TRP。由此,通过利用配置信息和指示信息,可为一个TRP或多个TRP中每个TRP配置PUCCH资源及对应的波束,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图12为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由网络设备执行。如图12所示,该调度请求资源的确定方法包括以下步骤:
步骤1201,向UE发送配置信息,配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项。
本公开中,网络设备可向UE发送配置信息,其中,配置信息中可包括小区组标识和小区组标识对应的多个PUCCH资源标识,为了便于区分称为第二小区组,那么配置信息可用于指示第二小区组标识和第二小区组标识对应的多个PUCCH资源。也就是说,网络设备可为UE的第二小区组配置多个PUCCH资源。
步骤1202,向UE发送指示信息,指示信息用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
本公开中,指示信息可为以下信息中的至少一项:MAC CE、DCI。
UE可接收网络设备发送的RRC信令,该信令中可包括波束列表。网络设备可通过MAC CE信令激活每个PUCCH资源对应的一个波束,其中,激活每个PUCCH资源对应的一个波束的MAC CE信令可以相同也可以不同。
也就是说,网络设备可向UE发送多个MAC CE信令,每个MAC CE信令用于激活每个PUCCH资源对应的一个波束。UE接收网络设备发送的多个MAC CE信令。其中,每个MAC CE信令可用于指示一个PUCCH资源对应的一个波束标识,MAC CE信令中可包括一个波束标识、与波束标识对应的TRP标识、与波束标识对应的控制资源集池索引、PUCCH资源标识等中的至少一项。UE可根据每个MAC CE信令,确定每个PUCCH资源对应的波束,及波束对应的TRP。
网络设备也可向UE发送一个MAC CE信令,该MAC CE信令可用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。其中,MAC CE信令可包括多个波束标识、与每个波束标识对应的TRP标识、与每个波束标识对应的控制资源集池索引、与每个波束标识对应的PUCCH资源标识、与每个波束标识对应的指示域等中的至少一项。其中,每个波束标识对应的指示域可用于指示每个波束标识是否出现在MAC CE信令中,与上述实施例类似,在此不再赘述。
网络设备也可通过一个或多个DCI信令指示多个PUCCH资源中每个PUCCH资源对应一个波束标识。UE可接收网络设备发送的多个MAC CE信令,每个MAC CE信令针对每个PUCCH资源激活多个波束,UE接收网络设备的多个DCI信令,每个DCI信令可指示各自MAC CE激活的多个波束中的一个波束的波束标识。
或者,网络设备可向UE发送的一个DCI信令,该DCI信令可指示多个PUCCH资源中每个PUCCH资源对应的一个波束标识。其中,DCI信令的码点对应的波束标识可以是一个,也可以是多个,如果指示一个波束标识,则是与其中一个TRP对应波束标识,如果指示多个波束标识,则每个波束标识对应不同的TRP。
本公开中,DCI信令的码点对应的波束标识的数量,以及对应的波束标识,可通过MAC CE信令指示。即DCI信令中码点对应的一个或多个波束标识对应的波束,是MAC CE信令激活的多个波束中的波束。
本公开实施例的调度请求资源的确定方法,通过发送配置信息,配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项,并发送指示信息,指示信息用于为多个PUCCH资源中的每个PUCCH资源指示一个波束标识。由此,通过发送配置信息和指示信息,可为一个TRP或多个TRP中每个TRP配置PUCCH资源及对应的波束,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图13为本公开实施例提供的另一种调度请求资源的确定方法的流程示意图。该方法可由网络设备执行。如图13所示,该调度请求资源的确定方法包括以下步骤:
步骤1301,向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR。
本公开中,步骤1301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤1302,基于任一TRP对应的PUCCH资源及波束信息,接收UE发送的用于指示BFR的SR。
本公开中,网络设备可具有至少一个TRP,每个TRP具有对应的PUCCH资源和波束信息。UE可对TRP进行波束失败检测,UE响应于检测到任一TRP发生波束失败,可利用任一TRP对应的PUCCH资源,在任一TRP对应的波束上,发送用于指示BFR的SR。当检测到发生波束失败的TRP对应的PUCCH资源对应的波束都发生失败时,也可使用与该TRP不属于同一小区组的TRP对应的PUCCH资源来发送指示BFR的SR。
网络设备任一TRP对应的PUCCH资源及波束信息,接收UE发送的用于指示BFR的SR。在接收SR后,可基于SR调度PUSCH资源给UE。UE可利用PUSCH资源,使用MAC CE信令向网络设备发送发生波束失败的一个或多个TRP的索引和/或TRP对应的服务小区标识,以及如果有的话还可以发送检测出的新的波束信息。从而,网络设备根据UE发送的信息尽快进行波束恢复。
本公开实施例的调度请求资源的确定方法,通过向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR,基于任一TRP对应的PUCCH资源及波束信息,接收UE发送的用于指示BFR的SR。由此,通过给UE配置用于发送一个或多个TRP的BFR对应的SR的PUCCH资源,在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,网络设备能及时接收用于指示BFR的SR,以尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
为了说明上述实施例,下面以网络设备为UE的每个小区组配置一个PUCCH资源或两个PUCCH资源为例进行说明。
作为一种可能的实现方式:网络设备可为UE的每个小区组配置一个PUCCH资源,其波束方向与其中一个TRP关联。
网络设备可通过MAC CE激活其中一个波束方向,该波束方向可以在不同TRP之间切换,或一直指向一个TRP。
本实施例中,MAC CE信令可包含以下至少一项:波束标识、TRP ID(用于指示每个波束对应的TRP ID)、控制资源集池索引(用于指示每个波束对应的控制资源集池索引)、PUCCH资源ID。
网络设备也可通过DCI信令指示一个PUCCH资源对应的一个波束,可使用用于指示通用波束(同时用于下行和上行)或上行通用波束(只用于上行)的DCI信令,指示其中一个TRP的上行通用波束。
在实现时,可通过MAC CE信令激活多个波束,可以激活的所有波束对应一个TRP,也可以激活的波束不同的TRP。其中,DCI信令指示被激活的多个波束中的其中一个。
该上行通用波束不仅可以用于PUCCH,还可以用于PUSCH,网络设备可通过信令规定上行通用波束具体用于的信道和/或参考信号。
本公开实施例中,一个PUCCH资源可以与用于服务小区的基于服务小区级别的BFR对应的SR所使用的PUCCH资源复用,或者是与基于服务小区级别的BFR对应的SR使用的PUCCH资源不同。
作为另一种可能的实现方式:网络设备可为UE的每个小区组配置一个PUCCH资源,为其配置两个波束方向,两个波束方向分别与不同TRP关联。
网络设备可通过MAC CE信令激活其两个波束方向。其中,MAC信令可包含至少一项:两个波束标识,每个波束标识对应的TRP标识、与每个所述波束标识对应的控制资源集池索引、PUCCH资源ID、与每个波束标识对应的指示域。其中,用于指示每个波束标识是否出现在MAC CE信令中。
网络设备也可通过DCI信令指示一个PUCCH资源对应的两个波束,可使用用于指示通用波束(同时用于下行和上行)或上行通用波束(只用于上行)的DCI信令,指示两个TRP的上行通用波束。
比如,可通过MAC CE信令激活多个波束,也可以激活的所有波束对应一个TRP,也可以是激活的波束对应两个不同的TRP。
该DCI信令码点对应的波束可以是一个或两个,如果指示一个波束,是其中一个TRP对应的波束,如果指示两个波束,则是每个TRP分别对应一个波束。其中,DCI的每个码点对应哪一个或者哪两个波束是MAC CE信令来指示,即DCI码点中对应的一个或两个波束是MAC CE信令激活的多个波束中的波束。
该一个PUCCH资源可以与用于服务小区的基于服务小区级别的BFR对应的SR所使用的PUCCH资源复用,或者是与基于服务小区级别的BFR对应的SR使用不同的PUCCH资源。
作为再一种可能的实现方式:网络设备可为UE的每个小区组配置两个PUCCH资源,其波束方向分别与不同TRP关联。
本公开中,可通过MAC CE信令激活各自的一个波束方向。网络设备可通过一个MACCE信令:即一个MAC CE可以支持指示两个PUCCH资源对应的波束。
其中,MAC信令可包含至少一项:两个波束标识,每个波束标识对应的TRP标识、与每个波束标识对应的控制资源集池索引、每个波束标识对应的PUCCH资源ID、与每个波束标识对应的指示域。
可选地,也可通过两个MAC CE信令,即两个MAC CE信令分别激活各个PUCCH资源对应的波束。其中,每个MAC信令可包含至少一项:波束标识、TRP ID(用于指示每个波束对应的TRP ID)、控制资源集池索引(用于指示每个波束对应的控制资源集池索引)、PUCCH资源ID。
网络设备也可通过DCI信令指示每个PUCCH资源对应的一个波束,可分别使用用于指示通用波束(同时用于下行和上行)或上行通用波束(只用于上行)的DCI信令,指示两个TRP的上行通用波束,每个上行通用波束用于对应的一个PUCCH资源。
网络设备也可通过两个MAC CE信令分别激活一个波束,并通过一个DCI信令指示每个PUCCH资源对应的一个波束。
网络设备也可通过一个MAC CE信令激活波束,利用一个DCI信令进行指示。
网络设备也可通过两个MAC CE信令和两个DCI信令对两个PUCCH资源分别指示一个波束,每个MAC CE信令分别激活各自的多个波束,每个DCI信令分别指示各自MAC CE信令激活的多个波束中的一个。
该两个PUCCH资源中的其中一个,可以与用于服务小区的基于服务小区级别的BFR对应的SR所使用的PUCCH资源复用,或者是与基于服务小区级别的BFR对应的SR使用的PUCCH资源不同。
图14为本公开实施例提供的一种调度请求资源的确定装置的结构示意图。该装置可适用于UE。如图14所示,该调度请求资源的确定装置1400包括:确定模块1410。
确定模块1410,用于确定PUCCH资源,所述PUCCH资源用于发送一个或多个TRP的BFR对应的调度请求SR。
可选地,所述确定模块1410,包括:
接收单元,用于接收配置信息,所述配置信息用于指示所述UE的每个小区组对应的PUCCH资源;
确定单元,用于根据所述配置信息,确定所述一个TRP或所述多个TRP中每个TRP对应的PUCCH资源。
可选地,所述配置信息中包括以下信息的至少一项:小区组标识、与所述小区组标识对应的至少一个PUCCH资源标识。
可选地,所述确定模块1410,还用于确定所述至少一个PUCCH资源对应的波束信息。
可选地,所述确定模块1410,还用于:
接收指示信息,所述指示信息用于指示所述至少一个PUCCH资源中的每个PUCCH资源对应的一个或多个波束的波束标识。
可选地,所述指示信息中包括以下至少一项:至少一个波束标识、与每个所述波束标识对应的TRP标识、与每个所述波束标识对应的控制资源集池索引、PUCCH资源标识、与每个所述波束标识对应的指示域,其中,所述指示域用于指示每个所述波束标识是否出现在所述指示信息中。
可选地,所述指示信息为以下信息中的至少一项:MAC CE、DCI。
可选地,所述配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项;
所述指示信息用于指示所述一个PUCCH资源对应的一个或多个波束标识,所述多个波束标识中的每个波束标识对应不同的TRP。
可选地,所述配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项;
所述指示信息用于为所述多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
可选地,所述确定模块1410,还用于将指定的默认波束确定为所述PUCCH资源对应的波束,所述指定的默认波束为控制资源集对应的波束。
可选地,所述指定的默认波束为与所述PUCCH对应的控制资源集池标识或TRP标识相同的控制资源集对应的波束。
可选地,确定单元,用于根据所述一个TRP或所述多个TRP中每个TRP所在的小区组及所述配置信息中每个小区组对应的PUCCH资源,确定所述一个TRP或所述多个TRP中每个TRP对应的PUCCH资源。
可选地,所述PUCCH资源与所述UE的第二PUCCH资源相同;
或者,
所述PUCCH资源与所述第二PUCCH资源不同;
其中,所述第二PUCCH资源用于发送服务小区的BFR对应的SR。
可选地,该装置还可包括:
发送模块,用于响应于检测到任一TRP发生波束失败,基于所述任一TRP对应的PUCCH资源及波束信息,发送用于指示BFR的SR。
需要说明的是,上述对图1至图8提供的调度请求资源的确定方法实施例的解释说明也适用于该实施例的调度请求资源的确定装置,此处不再赘述。
本公开实施例的调度请求资源的确定装置,通过确定PUCCH资源,PUCCH资源用于发送一个或多个TRP的BFR对应的SR,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
图15为本公开实施例提供的另一种调度请求资源的确定装置的结构示意图。该装置可适用于网络设备。如图15所示,该调度请求资源的确定装置1500包括:发送模块1510。
发送模块1510,用于向UE发送配置信息,所述配置信息用于指示所述UE的PUCCH资源,所述PUCCH资源用于所述UE发送一个或多个TRP的波束失败恢复BFR对应的SR。
可选地,所述配置信息中包括以下信息的至少一项:小区组标识、与所述小区组标识对应的至少一个PUCCH资源标识。
可选地,所述发送模块1510,还用于:
向所述UE发送指示信息,所述指示信息用于向所述UE指示所述至少一个PUCCH资源中每个PUCCH资源对应的一个或多个波束的波束标识。
可选地,所述指示信息中包括以下至少一项:至少一个波束标识、与每个所述波束标识对应的TRP标识、与每个所述波束标识对应的控制资源集池索引、PUCCH资源标识、与每个所述波束标识对应的指示域,其中,所述指示域用于指示每个所述波束标识是否出现在所述指示信息中。
可选地,所述指示信息为以下信息中的至少一项:MAC CE、DCI。
可选地,所述配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项;
所述指示信息用于指示一个或多个波束标识,所述多个波束标识中的每个波束标识对应不同的TRP。
可选地,所述配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项;
所述指示信息用于为所述多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
可选地,所述PUCCH资源与所述UE的第二PUCCH资源相同;
或者,
所述PUCCH资源与所述第二PUCCH资源不同;
其中,所述第二PUCCH资源为所述UE用于发送服务小区的BFR对应的SR。
可选地,该装置还可包括:
接收模块,用于基于任一TRP对应的PUCCH资源及波束信息,接收所述UE发送的用于指示BFR的SR。
需要说明的是,上述对图9至图13提供的调度请求资源的确定方法实施例的解释说明也适用于该实施例的调度请求资源的确定装置,此处不再赘述。
本公开实施例的调度请求资源的确定装置,通过向UE发送配置信息,配置信息用于指示UE的PUCCH资源,PUCCH资源用于UE发送一个或多个TRP的BFR对应的SR,以使UE确定用于发送一个或多个TRP的BFR对应的SR的PUCCH资源,从而在TRP发生波束失败时,使得UE能及时发送用于指示BFR的SR,尽快进行波束恢复,提高了波束恢复的及时性和波束恢复效率,提高了吞吐量。
为了实现上述实施例,本公开还提出一种通信设备。
本公开实施例提供的通信设备包括:收发器;存储器;处理器,分别与所述收发器及所述存储器连接,配置为通过执行所述存储器上的计算机可执行指令,控制所述收发器的无线信号收发,并能够实现上述实施例所述的适用于UE的调度请求资源的确定方法。
该通信设备可为前述的UE。
其中,处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质。处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图1至图8的至少其中之一。
为了实现上述实施例,本公开还提出一种通信设备。
本公开实施例提供的通信设备包括:收发器;存储器;处理器,分别与所述收发器及所述存储器连接,配置为通过执行所述存储器上的计算机可执行指令,控制所述收发器的无线信号收发,并能够实现上述实施例所述的适用于网络设备的调度请求资源的确定方法。
该通信设备可为前述的网络设备。
其中,处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质。处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图9至图13的至少其中之一。
为了实现上述实施例,本公开还提出一种计算机存储介质。
本公开实施例提供的计算机存储介质,存储有可执行程序;所述可执行程序被处理器执行后,能够实现前述方法,例如,如图1至图8的至少其中之一。
为了实现上述实施例,本公开还提出一种计算机存储介质。
本公开实施例提供的计算机存储介质,存储有可执行程序;所述可执行程序被处理器执行后,能够实现前述方法,例如,如图9至图13的至少其中之一。
根据本公开的实施例,本公开还提供了一种通信设备和一种可读存储介质。
如图16所示,是根据本公开实施例的调度请求资源的确定的框图。通信设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。通信设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图16所示,该通信设备包括:一个或多个处理器1610、存储器1620,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在通信设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个通信设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图16中以一个处理器1610为例。
存储器1620即为本公开所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本公开所提供的调度请求资源的确定方法。本公开的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本公开所提供的调度请求资源的确定方法。
存储器1620作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本公开实施例中的调度请求资源的确定方法对应的程序指令/模块(例如,附图14所示的确定模块1410或者附图15所示的发送模块1510)。处理器1610通过运行存储在存储器1620中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的调度请求资源的确定方法。
存储器1620可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据定位通信设备的使用所创建的数据等。此外,存储器1620可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。可选地,存储器1620可选包括相对于处理器1610远程设置的存储器,这些远程存储器可以通过网络连接至定位通信设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
调度请求资源的确定的通信设备还可以包括:输入装置1630和输出装置1640。处理器1610、存储器1620、输入装置1630和输出装置1640可以通过总线或者其他方式连接,图16中以通过总线连接为例。
输入装置1630可接收输入的数字或字符信息,以及产生与定位通信设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1640可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以对公开中的方法、装置及设备实施例中的方法步骤、装置或设备单元进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (29)

1.一种调度请求资源的确定方法,其特征在于,适用于用户设备UE,所述方法包括:
确定物理上行控制信道PUCCH资源,所述PUCCH资源用于发送一个或多个发送接收点TRP的波束失败恢复BFR对应的调度请求SR。
2.如权利要求1所述的方法,其特征在于,所述确定物理上行控制信道PUCCH资源,包括:
接收配置信息,所述配置信息用于指示所述UE的每个小区组对应的PUCCH资源;
根据所述配置信息,确定所述一个TRP或所述多个TRP中每个TRP对应的PUCCH资源。
3.如权利要求2所述的方法,其特征在于,所述配置信息中包括以下信息的至少一项:小区组标识、与所述小区组标识对应的至少一个PUCCH资源标识。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
确定所述至少一个PUCCH资源对应的波束信息。
5.如权利要求4所述的方法,其特征在于,所述确定所述至少一个PUCCH资源对应的波束信息,包括:
接收指示信息,所述指示信息用于指示所述至少一个PUCCH资源中的每个PUCCH资源对应的一个或多个波束的波束标识。
6.根据权利要求5所述的方法,所述指示信息中包括以下至少一项:至少一个波束标识、与每个所述波束标识对应的TRP标识、与每个所述波束标识对应的控制资源集池索引、PUCCH资源标识、与每个所述波束标识对应的指示域,其中,所述指示域用于指示每个所述波束标识是否出现在所述指示信息中。
7.如权利要求5或6所述的方法,其特征在于,所述指示信息为以下信息中的至少一项:媒体接入控制单元MAC CE、下行控制信息DCI。
8.根据权利要求7所述的方法,其特征在于,
所述配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项;
所述指示信息用于指示所述一个PUCCH资源对应的一个或多个波束标识,所述多个波束标识中的每个波束标识对应不同的TRP。
9.根据权利要求7所述的方法,其特征在于,
所述配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项;
所述指示信息用于为所述多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
10.如权利要求4所述的方法,其特征在于,所述确定所述至少一个PUCCH资源对应的波束信息,包括:
将指定的默认波束确定为所述PUCCH资源对应的波束,所述指定的默认波束为控制资源集对应的波束。
11.如权利要求10所述的方法,其特征在于,
所述指定的默认波束为与所述PUCCH对应的控制资源集池标识或TRP标识相同的控制资源集对应的波束。
12.如权利要求2所述的方法,其特征在于,所述根据所述配置信息,确定所述一个TRP或所述多个TRP中每个TRP对应的PUCCH资源,包括:
根据所述一个TRP或所述多个TRP中每个TRP所在的小区组及所述配置信息中每个小区组对应的PUCCH资源,确定所述一个TRP或所述多个TRP中每个TRP对应的PUCCH资源。
13.如权利要求1-12任一所述的方法,其特征在于,
所述PUCCH资源与所述UE的第二PUCCH资源相同;
或者,
所述PUCCH资源与所述第二PUCCH资源不同;
其中,所述第二PUCCH资源用于发送服务小区的BFR对应的SR。
14.如权利要求1-12任一所述的方法,其特征在于,所述方法还包括:
响应于检测到任一TRP发生波束失败,基于所述任一TRP对应的PUCCH资源及波束信息,发送用于指示BFR的SR。
15.一种调度请求资源的确定方法,其特征在于,适用于网络设备,所述方法包括:
向用户设备UE发送配置信息,所述配置信息用于指示所述UE的PUCCH资源,所述PUCCH资源用于所述UE发送一个或多个TRP的波束失败恢复BFR对应的SR。
16.如权利要求15所述的方法,其特征在于,所述配置信息中包括以下信息的至少一项:小区组标识、与所述小区组标识对应的至少一个PUCCH资源标识。
17.如权利要求16所述的方法,其特征在于,所述方法还包括:
向所述UE发送指示信息,所述指示信息用于向所述UE指示所述至少一个PUCCH资源中每个PUCCH资源对应的一个或多个波束的波束标识。
18.如权利要求17所述的方法,其特征在于,所述指示信息中包括以下至少一项:至少一个波束标识、与每个所述波束标识对应的TRP标识、与每个所述波束标识对应的控制资源集池索引、PUCCH资源标识、与每个所述波束标识对应的指示域,其中,所述指示域用于指示每个所述波束标识是否出现在所述指示信息中。
19.如权利要求17或18所述的方法,其特征在于,所述指示信息为以下信息中的至少一项:媒体接入控制单元MAC CE、下行控制信息DCI。
20.如权利要求19所述的方法,其特征在于,
所述配置信息用于指示第一小区组标识,以及第一小区组标识对应的一个PUCCH资源中的至少一项;
所述指示信息用于指示一个或多个波束标识,所述多个波束标识中的每个波束标识对应不同的TRP。
21.根据权利要求19所述的方法,其特征在于,
所述配置信息用于指示第二小区组标识,以及第二小区组标识对应的多个PUCCH资源中的至少一项;
所述指示信息用于为所述多个PUCCH资源中的每个PUCCH资源指示一个波束标识。
22.如权利要求15-21任一所述的方法,其特征在于,
所述PUCCH资源与所述UE的第二PUCCH资源相同;
或者,
所述PUCCH资源与所述第二PUCCH资源不同;
其中,所述第二PUCCH资源为所述UE用于发送服务小区的BFR对应的SR。
23.如权利要求15-21任一所述的方法,其特征在于,所述方法还包括:
基于任一TRP对应的PUCCH资源及波束信息,接收所述UE发送的用于指示BFR的SR。
24.一种调度请求资源的确定装置,其特征在于,适用于用户设备UE,所述装置包括:
确定模块,用于确定物理上行控制信道PUCCH资源,所述PUCCH资源用于发送一个或多个发送接收点TRP的波束失败恢复BFR对应的调度请求SR。
25.一种调度请求资源的确定装置,其特征在于,适用于网络设备,所述装置包括:
发送模块,用于向用户设备UE发送配置信息,所述配置信息用于指示所述UE的PUCCH资源,所述PUCCH资源用于所述UE发送一个或多个TRP的波束失败恢复BFR对应的SR。
26.一种通信设备,其特征在于,包括处理器、收发器、存储器以及存储在所述存储器上的计算机程序,所述处理器运行所述计算机程序,以实现如权利要求1-14任一项所述的调度请求资源的确定方法。
27.一种通信设备,其特征在于,包括处理器、收发器、存储器以及存储在所述存储器上的计算机程序,所述处理器运行所述计算机程序,以实现如权利要求15-23任一项所述的调度请求资源的确定方法。
28.一种计算机存储介质,其特征在于,存储有可执行程序;所述可执行程序被处理器执行后,能够实现如权利要求1-14任一项所述的调度请求资源的确定方法。
29.一种计算机存储介质,其特征在于,存储有可执行程序;所述可执行程序被处理器执行后,能够实现如权利要求15-23任一项所述的调度请求资源的确定方法。
CN202180000146.4A 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备 Active CN113170468B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410295660.0A CN118201082A (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/071602 WO2022151102A1 (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202410295660.0A Division CN118201082A (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备

Publications (2)

Publication Number Publication Date
CN113170468A true CN113170468A (zh) 2021-07-23
CN113170468B CN113170468B (zh) 2024-04-09

Family

ID=76875982

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410295660.0A Pending CN118201082A (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备
CN202180000146.4A Active CN113170468B (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202410295660.0A Pending CN118201082A (zh) 2021-01-13 2021-01-13 调度请求资源的确定方法、装置及通信设备

Country Status (4)

Country Link
US (1) US20240073711A1 (zh)
EP (1) EP4280738A4 (zh)
CN (2) CN118201082A (zh)
WO (1) WO2022151102A1 (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109039408A (zh) * 2017-06-09 2018-12-18 维沃移动通信有限公司 一种波束失败处理方法、终端及网络设备
CN110545580A (zh) * 2018-05-28 2019-12-06 华为技术有限公司 一种资源配置的方法、装置及系统
CN110945898A (zh) * 2019-11-05 2020-03-31 北京小米移动软件有限公司 波束失败请求资源分配方法、装置及存储介质
CN111278122A (zh) * 2019-01-25 2020-06-12 维沃移动通信有限公司 波束失败恢复方法、处理方法、终端及网络侧设备
CN111543024A (zh) * 2020-04-09 2020-08-14 北京小米移动软件有限公司 波束失败的检测方法、装置、设备及可读存储介质
US20200266876A1 (en) * 2019-02-15 2020-08-20 FG Innovation Company Limited Method and apparatus for scell beam failure recovery configuration
CN111836289A (zh) * 2019-04-23 2020-10-27 中国移动通信有限公司研究院 波束失败恢复的处理方法、终端及网络侧设备
US20200396664A1 (en) * 2018-02-15 2020-12-17 Ntt Docomo, Inc. Method of performing beam failure recovery procedure and user equipment
CN112119597A (zh) * 2020-08-21 2020-12-22 北京小米移动软件有限公司 波束失败确定方法、装置、设备及存储介质
US20200403682A1 (en) * 2018-04-05 2020-12-24 Nokia Technologies Oy User equipment receiver spatial filter configuration during secondary cell beam failure recovery

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018230862A1 (en) * 2017-06-16 2018-12-20 Lg Electronics Inc. Method for performing beam failure recovery in wireless communication system and apparatus for the same
CN111149306A (zh) * 2017-08-09 2020-05-12 Idac控股公司 用于波束恢复和管理的方法和系统
US11444676B2 (en) * 2017-12-27 2022-09-13 Ntt Docomo, Inc. User terminal and radio communication method
CA3029372A1 (en) * 2018-01-09 2019-07-09 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
CN115175340A (zh) * 2018-10-26 2022-10-11 成都华为技术有限公司 通信方法和通信装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109039408A (zh) * 2017-06-09 2018-12-18 维沃移动通信有限公司 一种波束失败处理方法、终端及网络设备
US20200396664A1 (en) * 2018-02-15 2020-12-17 Ntt Docomo, Inc. Method of performing beam failure recovery procedure and user equipment
US20200403682A1 (en) * 2018-04-05 2020-12-24 Nokia Technologies Oy User equipment receiver spatial filter configuration during secondary cell beam failure recovery
CN110545580A (zh) * 2018-05-28 2019-12-06 华为技术有限公司 一种资源配置的方法、装置及系统
CN111278122A (zh) * 2019-01-25 2020-06-12 维沃移动通信有限公司 波束失败恢复方法、处理方法、终端及网络侧设备
US20200266876A1 (en) * 2019-02-15 2020-08-20 FG Innovation Company Limited Method and apparatus for scell beam failure recovery configuration
CN111836289A (zh) * 2019-04-23 2020-10-27 中国移动通信有限公司研究院 波束失败恢复的处理方法、终端及网络侧设备
CN110945898A (zh) * 2019-11-05 2020-03-31 北京小米移动软件有限公司 波束失败请求资源分配方法、装置及存储介质
CN111543024A (zh) * 2020-04-09 2020-08-14 北京小米移动软件有限公司 波束失败的检测方法、装置、设备及可读存储介质
CN112119597A (zh) * 2020-08-21 2020-12-22 北京小米移动软件有限公司 波束失败确定方法、装置、设备及存储介质

Also Published As

Publication number Publication date
US20240073711A1 (en) 2024-02-29
CN113170468B (zh) 2024-04-09
CN118201082A (zh) 2024-06-14
WO2022151102A1 (zh) 2022-07-21
EP4280738A4 (en) 2024-03-13
EP4280738A1 (en) 2023-11-22

Similar Documents

Publication Publication Date Title
US10893566B2 (en) Method for receiving beam recovery request and network device
US20230098488A1 (en) Method and apparatus for random access indication
US20210167839A1 (en) Link failure recovery method and related device
US12021596B2 (en) Information transmission method, network device, terminal device, and storage medium
EP4224733A1 (en) Beam processing method and apparatus, and related device
WO2022021426A1 (en) Method, device and computer storage medium for communication
EP3965341A1 (en) Rate matching method, device and storage medium
US20230421335A1 (en) Transmission method and apparatus
CN113170469B (zh) 波束指示方法及装置
US20240057057A1 (en) Method and apparatus for determining uplink antenna panel, and communication device
WO2023284801A1 (zh) Tci状态确定方法、装置、终端及网络侧设备
WO2023284796A1 (zh) Tci状态的指示方法、装置、终端和网络侧设备
EP4250797A1 (en) Beam indication method and apparatus, and communication device
CN113170468B (zh) 调度请求资源的确定方法、装置及通信设备
WO2022109934A1 (zh) 一种信号传输方法及装置
US20230354295A1 (en) Method and apparatus for switching scheduling mode
WO2023246890A1 (zh) 切换处理方法、装置及通信设备
US20240235761A1 (en) Transmission processing method and apparatus, terminal, network-side device, and storage medium
US20240236968A9 (en) Beam indication method and apparatus
WO2023179753A1 (zh) 波束信息指示方法、装置、终端及网络侧设备
CN115088347A (zh) 一种pucch资源指示方法以及装置
WO2024017030A1 (zh) Cho配置更新方法及网络侧设备
CN115883034A (zh) 传输参数的确定方法和设备

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