CN114390705B - 无线通信方法、终端设备和网络设备 - Google Patents

无线通信方法、终端设备和网络设备 Download PDF

Info

Publication number
CN114390705B
CN114390705B CN202210082270.6A CN202210082270A CN114390705B CN 114390705 B CN114390705 B CN 114390705B CN 202210082270 A CN202210082270 A CN 202210082270A CN 114390705 B CN114390705 B CN 114390705B
Authority
CN
China
Prior art keywords
configuration
information
transmitting
priority
beam failure
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.)
Active
Application number
CN202210082270.6A
Other languages
English (en)
Other versions
CN114390705A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202210082270.6A priority Critical patent/CN114390705B/zh
Publication of CN114390705A publication Critical patent/CN114390705A/zh
Application granted granted Critical
Publication of CN114390705B publication Critical patent/CN114390705B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/08Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868Hybrid systems, i.e. switching and combining
    • H04B7/088Hybrid systems, i.e. switching and combining using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • 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
    • 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
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365Power headroom reporting
    • 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
    • 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/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

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

Abstract

本申请提供一种无线通信的方法、终端设备和网络设备,包括:在辅小区发生波束失败的情况下,终端设备生成请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。本申请提供的无线通信方法,可以执行辅小区的波束失败恢复流程。

Description

无线通信方法、终端设备和网络设备
本申请是中国申请号为201980095822.3(对应于PCT国际申请号PCT/CN2019/100887)、申请日为2019年8月15日、发明名称为“无线通信方法、终端设备和网络设备”的发明专利申请的分案申请。
技术领域
本申请实施例涉及通信技术领域,具体涉及一种无线通信方法、终端设备和网络设备。
背景技术
在通信标准中,辅小区(Secondary Cell,SCell)的波束失败恢复(Beam FailureRecovery,BFR)流程还未定义。
发明内容
本申请实施例提供一种无线通信方法、终端设备和网络设备,能够执行SCell的BFR流程。
第一方面,提供一种无线通信方法,包括:在辅小区发生波束失败的情况下,终端设备生成请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
本申请实施例提供的无线通信的方法,在辅小区发生波束失败的情况下,终端设备可以按照第一配置或第二配置生成请求消息,可以实现辅小区的BFR流程。
第一配置为关联至少一个逻辑信道的调度请求的配置,表明该请求消息的配置可以复用逻辑信道的调度请求的配置,可以降低通信标准的复杂度,以及降低终端设备实现的复杂度。
或者,第二配置为不关联逻辑信道的调度请求的配置,则可以避免该请求消息的配置与逻辑信道的调度请求的配置的冲突,简化对该请求消息和调度请求的处理。
第二方面,提供一种无线通信方法,包括:终端设备接收配置信息,所述配置信息用于配置PUCCH资源;在辅小区发生波束失败的情况下,所述终端设备利用所述PUCCH资源传输上报消息和/或利用PUSCH资源传输MAC CE。
在本申请实施例中,网络设备可以向终端设备发送配置信息,该配置信息可以用于配置PUCCH资源,在辅小区发生波束失败的情况下,终端设备可以利用该PUCCH资源传输上报消息或利用PUSCH资源传输MAC CE,从而可以实现辅小区的BFR流程。
第三方面,提供一种无线通信方法,包括:网络设备接收终端设备在辅小区发生波束失败的情况下发送的请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
第四方面,提供一种无线通信方法,包括:网络设备向终端设备发送配置信息,所述配置信息用于配置PUCCH资源;所述网络设备接收所述终端设备在辅小区发生波束失败的情况下利用所述PUCCH资源传输的上报消息和/或利用PUSCH资源传输的MAC CE。
第五方面,提供一种终端设备,包括:处理模块,用于在辅小区发生波束失败的情况下,生成请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
第六方面,提供一种终端设备,包括:通信模块,用于接收配置信息,所述配置信息用于配置PUCCH资源;所述通信模块还用于:在辅小区发生波束失败的情况下,利用所述PUCCH资源传输上报消息和/或利用PUSCH资源传输MAC CE。
第七方面,提供一种网络设备,包括:通信模块,用于接收终端设备在辅小区发生波束失败的情况下发送的请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
第八方面,提供一种网络设备,包括:通信模块,用于向终端设备发送配置信息,所述配置信息用于配置PUCCH资源;所述通信模块还用:接收所述终端设备在辅小区发生波束失败的情况下利用所述PUCCH资源传输的上报消息和/或利用PUSCH资源传输的MAC CE。
第九方面,提供一种通信设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或第二方面或其各实现方式中的方法。
第十方面,提供一种通信设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第三方面或第四方面或其各实现方式中的方法。
第十一方面,提供了一种芯片,用于实现上述第一方面或第二方面或其各实现方式中的方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面或第二方面或其各实现方式中的方法。
第十二方面,提供了一种芯片,用于实现上述第三方面或第四方面或其各实现方式中的方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第三方面或第四方面或其各实现方式中的方法。
第十三方面,提供一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面或第二方面或其各实现方式中的方法。
第十四方面,提供一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第三方面或第四方面或其各实现方式中的方法。
第十五方面,提供一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面或第二方面或其各实现方式中的方法。
第十六方面,提供一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第三方面或第四方面或其各实现方式中的方法。
第十七方面,提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面或第二方面或其各实现方式中的方法。
第十八方面,提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第三方面或第四方面或其各实现方式中的方法。
附图说明
图1是本申请实施例提供的一种应用场景的示意性图;
图2是本申请一实施例提供的一种无线通信的方法的示意性图;
图3是本申请另一实施例提供的一种无线通信的方法的示意性图;
图4是本申请又一实施例提供的一种无线通信的方法的示意性图;
图5是本申请一实施例提供的一种终端设备的示意性框图;
图6是本申请另一实施例提供的一种终端设备的示意性框图;
图7是本申请一实施例提供的一种网络设备的示意性框图;
图8是本申请另一实施例提供的一种网络设备的示意性框图;
图9是本申请一实施例提供的一种通信设备的示意性框图;
图10是本申请实施例提供的一种芯片的示意性框图;
图11是本申请实施例提供的一种通信***的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信***,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)***、码分多址(Code Division MultipleAccess,CDMA)***、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)***、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)***、LTE频分双工(Frequency Division Duplex,FDD)***、LTE时分双工(Time Division Duplex,TDD)、通用移动通信***(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信***或5G***等。
如图1所示。该终端设备110与第一通信***下的第一网络设备130和第二通信***下的第二网络设备120相连,例如,该第一网络设备130为LTE下的网络设备,该第二网络设备120为新空口(New Radio,NR)下的网络设备。
其中,该第一网络设备130和该第二网络设备120下可以包括多个小区。
应理解,图1是本申请实施例的通信***的示例,本申请实施例不限于图1所示。
作为一个示例,本申请实施例适应的通信***可以包括至少该第一通信***下的多个网络设备和/或该第二通信***下的多个网络设备。
例如,图1所示的***100可以包括第一通信***下的一个主网络设备和第二通信***下的至少一个辅助网络设备。至少一个辅助网络设备分别与该一个主网络设备相连,构成多连接,并分别与终端设备110连接为其提供服务。具体地,终端设备110可以通过主网络设备和辅助网络设备同时建立连接。
可选地,终端设备110和主网络设备建立的连接为主连接,终端设备110与辅助网络设备建立的连接为辅连接。终端设备110的控制信令可以通过主连接进行传输,而终端设备110的数据可以通过主连接以及辅连接同时进行传输,也可以只通过辅连接进行传输。
作为又一示例,本申请实施例中的第一通信***和第二通信***不同,但对第一通信***和该第二通信***的具体类别不作限定。
例如,该第一通信***和该第二通信***可以是各种通信***,例如:GSM***、CDMA***、WCDMA***、GPRS、LTE***、TDD、UMTS等。
所述主网络设备和所述辅助网络设备可以为任意接入网设备。
可选地,在一些实施例中,所述接入网设备可以是GSM***或CDMA***中的基站(Base Transceiver Station,BTS),也可以是WCDMA***中的基站(NodeB,NB),还可以是LTE***中的演进型基站(Evolutional Node B,eNB或eNodeB)。
可选地,所述接入网设备还可以是下一代无线接入网(Next Generation RadioAccess Network,NG RAN),或者是NR***中的基站(gNB),或者是云无线接入网络(CloudRadio Access Network,CRAN)中的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备,或者未来演进的公共陆地移动网络(Public Land MobileNetwork,PLMN)中的网络设备等。
在图1所示的***100中,以该第一网络设备130为主网络设备,以该第二网络设备120为辅助网络设备为例。
该第一网络设备130可以为LTE网络设备,该第二网络设备120可以为NR网络设备。或者该第一网络设备130可以为NR网络设备,第二网络设备120可以为LTE网络设备。或者该第一网络设备130和该第二网络设备120都可以为NR网络设备。或者该第一网络设备130可以为GSM网络设备,CDMA网络设备等,该第二网络设备120也可以为GSM网络设备,CDMA网络设备等。或者第一网络设备130可以是宏基站(Macrocell),第二网络设备120可以为微蜂窝基站(Microcell)、微微蜂窝基站(Picocell)或者毫微微蜂窝基站(Femtocell)等。
可选地,所述终端设备110可以是任意终端设备,所述终端设备110包括但不限于:
经由有线线路连接,如经由公共交换电话网络(Public Switched TelephoneNetworks,PSTN)、数字用户线路(Digital Subscriber Line,DSL)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(Wireless Local Area Network,WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(Internet of Things,IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信***(PersonalCommunications System,PCS)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位***(Global Positioning System,GPS)接收器的PDA;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal DigitalAssistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
应理解,本文中术语“***”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
波束在***中是通过其对应的参考信号资源,例如通过测量信道状态信息参考信号(Channel State Information Reference Signal,CSI-RS)资源和/或或同步信号块(Synchronization Signal/Physical Broadcast Channel block,SS/PBCH Block)来体现的。因此在前面以及后续的描述中,为了表述简洁,往往直接使用波束这个词,但实际上都是指其对应的CSI-RS资源和/或SS/PBCH Block。
在本申请实施例中,可以根据SCell自身的特点,设计对应的BFR流程,例如,在SCell的链路质量出现问题时,可以使用终端设备对应的主小区(Primary Cell,PCell)或主辅小区(Primary Secondary Cell,PSCell)进行通信。
本申请实施例中,BFR流程有时候也可以称为波束失败请求(Beam FailureReQuest,BFRQ)流程。
基于此,例如,可以通过终端设备的PCell或PSCell或其他SCell向网络设备发送用于请求资源的消息以在请求的资源上发送某个SCell的波束失败信息,或者可以通过终端设备的PCell或PSCell或其他SCell,利用网络设备配置的物理上行控制信道(PhysicalUplink Control Channel,PUCCH)资源,传输请求消息或利用物理上行共享信道(PhysicalUplink Shared Channel,PUSCH)资源传输媒体接入控制控制元素(Media Access ControlControl Element,MAC CE),所述MAC CE携带某个SCell波束失败相关信息和/或对应的新的候选波束信息。
本申请实施例中,在某个SCell发生波束失败的情况下,终端设备可以生成请求消息,该请求消息可以用于向网络设备请求上行传输资源或通知网络设备该终端设备的所述SCell发生波束失败,网络设备接收到终端设备发送的请求消息后,可以向终端设备分配资源,从而使得终端设备可以在分配的资源上向网络设备发送所述SCell的波束失败信息。进一步地,波束失败信息的发送可以优先其他数据或信息的发送,从而可以降低BFR流程的时延。
图2为本申请一实施例提供的一种无线通信的方法200的示意性流程图。该方法200可以由图1所示的通信***中的终端设备执行,如图2所示,该方法200可以包括步骤210。
210,在SCell发生波束失败的情况下,终端设备生成请求消息。
图3为本申请另一实施例提供的一种无线通信的方法300的示意性流程图。如图3所示,该方法300可以包括步骤310-330。
310,在SCell发生波束失败的情况下,终端设备生成请求消息。
320,终端设备向网络设备发送请求消息。
330,网络设备接收请求消息。
其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
在本申请实施例中,终端设备生成的请求消息可以为用于BFR的请求消息,该BFR的请求消息为调度请求(Scheduling Request,SR),若终端设备的SCell发生波束失败,可以基于其SR配置与网络设备进行通信,请求消息所对应的配置可以为上述提到的第一配置。
该请求消息所对应的配置也可以是与SR配置不同的配置,可以是网络设备向终端设备额外指示的一个配置,该配置可以不与任何一个逻辑信道相关联。若终端设备的SCell发生波束失败,可以基于该配置与网络设备进行通信,该请求消息所对应的配置可以为上述提到的第二配置。
对于PCell或PSCell来说,若终端设备的PCell或PSCell发生波束失败,终端设备可以从竞争性的随机接入资源中选择一个物理随机接入信道(Physical Random AccessChannel,PRACH)发起传输。
可选地,在一些实施例中,网络设备向终端设备额外指示的配置也可以称为SR配置。也就是说,虽然网络设备向终端设备额外指示的配置可以不与逻辑信道相关联,但是部分或全部配置参数类型可以与SR配置相同,因此该配置也可以称为SR配置,终端设备仍然可以基于该配置与网络设备进行通信。
本申请实施例提供的无线通信的方法,在SCell发生波束失败的情况下,终端设备可以按照第一配置或第二配置生成请求消息,可以执行辅小区的BFR流程。
第一配置为关联至少一个逻辑信道的调度请求的配置,表明该请求消息的配置可以复用逻辑信道的调度请求的配置,可以降低通信标准的复杂度,以及降低终端设备实现的复杂度。
或者,第二配置为不关联逻辑信道的调度请求的配置,则可以避免该请求消息的配置与逻辑信道的调度请求的配置的冲突,简化对该请求消息和调度请求的处理。
可选地,在一些实施例中,该请求消息用于向网络设备请求上行传输资源和/或用于通知有SCell发生波束失败。
本申请实施例中,若终端设备向网络设备发送请求消息,一种实现方式中,该请求消息可以用于向网络设备请求上行传输资源,网络设备在接收到该请求消息后,可以向终端设备分配资源,终端设备可以基于分配的资源向网络设备发送SCell的波束失败信息。
另一种实现方式中,该请求消息可以用于通知网络设备SCell发生波束失败。网络设备在接收到该请求消息后,可以基于预定的规则向终端设备分配资源,从而终端设备可以基于分配的资源向网络设备发送SCell的波束失败信息。其中,该预定的规则可以是终端设备与网络设备预先约定的规则,即网络设备接收到通知其发生波束失败的请求消息,则向终端设备分配资源,该预定的规则也可以是网络设备自己实现的。
本申请实施例中的上行传输资源可以为PUSCH资源。可以理解的是,在终端设备的SCell发生波束失败的情况下,若终端设备需要向网络设备发送该SCell的波束失败信息,由于终端设备的SCell发生了波束失败,可以先基于终端设备的PCell或PSCell或其他SCell通过PUCCH资源向网络设备发送请求消息,以向网络设备请求PUSCH资源,网络设备在接收到请求消息后,可以向终端设备分配PUSCH资源,终端设备可以通过网络设备该PUSCH资源向网络设备发送该SCell的波束失败信息。可选的,通过PUCCH资源向网络设备发送请求消息这一步骤可以省略。
本申请实施例中的SCell具体的波束失败信息可以通过MAC CE来传输,该SCell的波束失败信息可以指示发生波束失败的小区,也可以指示发生波束失败的波束,也可以指示一个新的波束,还可以指示没有满足预设条件的波束。
上文指出,请求消息的配置可以对应第一配置,也可以对应第二配置,以下将分别介绍在对应这两种配置的情况下,BFR的相关流程。
可选地,在请求消息对应的配置为第一配置的情况下,该第一配置可以是从基于以下中的至少一种配置集合中确定的:网络设备的指示信息、配置集合中各个配置对应的调度请求的标识、配置集合中各个配置对应的资源的标识,配置集合中各个配置对应的逻辑信道的优先级排序;或者,第一配置是从配置集合中随机选择的。
其中,所述配置集合包括至少一个调度请求的配置,每个调度请求对应至少一个逻辑信道。
本申请实施例中,请求消息的配置可以是从配置集合中选择的,在选择第一配置的过程中,可以基于不同的准则或规则进行选择。例如,可以是网络设备的指示信息指示配置集合中的一个配置作为请求消息的配置;也可以是基于配置集合中各个配置对应的SR的标识(Identifier,ID)或各个配置对应的SR资源的标识;还可以是基于配置集合中各个配置对应的逻辑信道的优先级排序;或者可以是终端设备从配置集合中随机选择的一个配置。
本申请实施例中,配置对应的逻辑信道可以是指与调度请求配置相关联的逻辑信道。
本申请实施例中的SR的ID或SR资源的ID可以为序列,终端设备可以根据SR的ID或SR资源的ID来选择请求消息的配置。
应理解,本申请实施例中的配置集合中的每一个配置可以关联至少一个逻辑信道,而不同的逻辑信道上可以承载不同的数据,因此,可以根据不同逻辑信道对应的优先级来确定第一配置。
在本申请实施例中,该配置集合中的每一个配置中可以包括对应SR的ID,定时器以及最大传输次数。例如,定时器可以用来控制PUCCH资源传输请求消息的间隔,以及最大传输次数可以为利用PUCCH资源传输请求消息的最大传输次数。该配置集合中的每一个配置对应的资源配置可以包括关联哪个SR,时域周期和位置以及PUCCH资源等。其中,关联哪个SR可以使得该SR能够基于对应的资源配置发送消息,时域周期可以为利用PUCCH资源间隔时间,若配置中对应的资源配置中包括一PUCCH资源,终端设备可以利用该PUCCH资源向网络设备发送请求消息。
在上文中,简单说明了网络设备可以基于不同的准则或规则从配置集合中确定第一配置,下面将分别进行详细描述。
可选地,在一些实施例中,所述网络设备的指示信息通过BFR相关的配置信息来指示。
在BFR的过程中,网络设备可以通过BFR配置信息来指示请求消息的配置。例如,可以通过BFR配置信息中的信息元素(Information Element,IE)(也可以称为1个域field)在配置集合中指示一个配置作为请求消息的配置,即第一配置。
举例说明,若配置集合中包括5个SR配置,即SR0配置,SR1配置,SR2配置,SR3配置,SR4配置,BFR配置信息中的IE可以指示SR1所对应的配置为第一配置,则终端设备可以基于SR1的配置生成对应的请求消息,和/或通过其对应的PUCCH资源向网络设备发送请求消息。
应理解,上述BFR配置信息中的IE指示SR1配置为第一配置仅为举例说明,不应对本申请造成特别限定,也可以指示其他SR所对应的配置为第一配置。
可选地,第一配置是配置集合中满足以下条件的配置:对应的调度请求标识最大或最小,或者对应的调度请求对应的资源标识最大或最小。
本申请实施例中,可以根据SR配置对应的SR的ID从配置集合中确定请求消息的配置,即第一配置。例如,可以将SR配置对应的最大的SR的ID或SR配置对应的最小的SR的ID确定为第一配置。
例如,若配置集合中包括5个SR配置,即SR0配置,SR1配置,SR2配置,SR3配置,SR4配置,其对应的SR的ID依次分别为0,1,2,3,4。终端设备可以基于SR的ID最大的SR4对应的配置向网络设备发送请求消息,也可以基于SR的ID最小的SR0对应的配置向网络设备发送请求消息。
本申请实施例中,可以基于SR配置中最大的SR的ID或最小的SR的ID所对应的配置生成对应的请求消息,和/或向网络设备发送请求消息,在一些情况下,也可以从配置集合中任意选择一个SR的ID,基于任意选择的SR的ID所对应的SR的配置向网络设备发送请求消息。
在一些实施例中,也可以将SR配置对应的最大的资源ID或最小的资源ID确定为第一配置。
例如,若配置集合中包括5个SR配置,即SR0配置,SR1配置,SR2配置,SR3配置,SR4配置,其对应的SR的对应的资源ID依次分别为1,2,3,4,5。终端设备可以基于SR的对应的资源ID最大的SR4对应的配置向网络设备发送请求消息,也可以基于SR的对应的资源ID最小的SR0对应的配置向网络设备发送请求消息。
本申请实施例中,可以基于SR配置中最大的SR的资源ID的或最小的SR的资源ID所对应的配置生成对应的请求消息,和/或向网络设备发送请求消息,在一些情况下,也可以从配置集合中任意选择一个SR的资源ID,基于任意选择的SR的资源ID所对应的SR的配置向网络设备发送请求消息。
可选地,第一配置是配置集合中满足以下条件的配置:对应的调度请求所关联的逻辑信道的优先级最高或最低。
本申请实施例中,由于配置集合中的SR配置可以关联至少一个逻辑信道,因此可以根据SR配置所关联的逻辑信道的优先级从配置集合中确定第一配置。例如,可以将SR配置所关联的逻辑信道的优先级最高的或SR配置所关联的逻辑信道的优先级最低的确定为第一配置。
例如,若配置集合中包括5个SR配置,即SR0配置,SR1配置,SR2配置,SR3配置,SR4配置,这5个SR配置中的每一个SR配置所关联的逻辑信道可以不同,假设这5个SR配置所关联的逻辑信道的优先级排序为:SR0配置所关联的逻辑信道>SR1配置所关联的逻辑信道>SR2配置所关联的逻辑信道>SR3配置所关联的逻辑信道>SR4配置所关联的逻辑信道,则终端设备可以选择与优先级最高的逻辑信道所对应的SR0的配置作为第一配置,也可以选择与优先级最低的逻辑信道所对应的SR4的配置作为第一配置。
若终端设备选择优先级最高的逻辑信道所对应的SR0的配置作为第一配置,即终端设备基于该第一配置可以优先向网络设备发送波束失败信息,从而可以降低BFR流程的时延。
若终端设备选择优先级最低的逻辑信道所对应的SR4的配置作为第一配置,即终端设备基于该第一配置可以靠后向网络设备发送波束失败信息,从而可以不干扰与基于其他SR的配置的数据或信息的发送。
应理解,上述SR配置所关联的逻辑信道的优先级排序仅为举例说明,还可以为其他排序,不应对本申请造成特别限定。
可选地,在一些实施例中,第一配置可以是从配置集合中随机选择的。
本申请实施例中,在终端设备的SCell发生波束失败的情况下,生成请求消息,该请求消息的配置可以是终端设备从配置集合中随机选择的一个配置,终端设备可以基于随机选择的配置向网络设备发送请求消息。由于该第一配置是终端设备从配置集合中随机选择的,因此可以减少选择配置的时间,从而可以降低***时延。
上文介绍了若请求消息的配置为第一配置,终端设备可以基于第一配置生成请求消息,和/或向网络设备发送对应请求消息的情况,在一些实施例中,请求消息的配置也可以为第二配置,下文将介绍请求消息的配置为第二配置时的情况。
可选地,在一些实施例中,第二配置的调度请求标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求标识;和/或,所述第二配置对应的调度请求资源标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求资源标识。
本申请实施例中,为了避免与SR配置混淆,本申请实施例中的第二配置的调度请求标识可以不同于和逻辑信道相关联的SR配置对应的SR标识,和/或第二配置的调度请求资源标识可以不同于和逻辑信道相关联的SR配置对应的SR资源的标识。在终端设备的SCell发生波束失败的情况下,终端设备可以基于第二配置生成请求消息,和/或向网络设备发送请求消息,从而可以避免影响与SR配置关联的逻辑信道的处理。
可选地,在一些实施例中,第二配置的部分或全部参数类型与和逻辑信道相关联的调度请求的配置的部分或全部参数类型相同。
在本申请实施例中,若该请求消息的配置为第二配置,该第二配置虽可以不与逻辑信道相关联,但该消息的配置的部分参数类型可以与SR配置的部分参数类型相同或该消息的配置的全部参数类型可以与SR配置的全部参数类型相同。例如,该第二配置可以具有对应的消息标识,和/或该第二配置可以具有对应的消息资源标识,和/或该第二配置对应的资源配置中也可以包含PUCCH资源指示信息。
可选地,在一些实施例中,第二配置的调度请求标识的取值为大于或等于8的整数。
一般情况下,关联逻辑信道的SR配置对应的SR的ID可以取值为0至7的整数,本申请实施例中的第二配置的调度请求的ID可以取值为大于或等于8的整数。
举例说明,若关联逻辑信道的SR配置有8个SR配置,其对应的SR的ID依次为0,1,2,3,4,5,6,7。第二配置的调度请求的ID可以取值为8或9或10,只要大于或等于8的整数均可以,本申请对此不作具体限定。
本申请实施例中,关联逻辑信道的SR配置对应的SR的ID可以取值为0至7的整数,若网络设备给终端设备配置的关联逻辑信道的SR配置有5个SR配置,其对应的SR的ID依次可以为0,1,2,3,4;也可以为1,2,3,4,5;还可以为2,3,4,5,6。本申请实施中的第二配置的调度请求的ID仍然可以取值为大于或等于8的整数。也就是说,不管网络设备给终端设备配置的关联逻辑信道的SR配置的个数有多少个,本申请实施中的第二配置的调度请求的ID仍然取值为大于或等于8的整数。
可选地,在一些实施例中,所述第二配置的调度请求资源标识的取值为大于或等于9的整数或等于0。
一般情况下,关联逻辑信道的SR配置对应的SR资源的ID的取值可以为1至8的整数,本申请实施例中的第二配置的调度请求的资源的ID可以取值为大于或等于9的整数,或者取值为0。
举例说明,若关联逻辑信道的SR配置有8个SR配置,其对应的SR资源的ID依次为1,2,3,4,5,6,7,8。第二配置的调度请求的资源的ID可以取值为9或10,只要大于等于9的整数均可以,或者也可以取值为0,本申请对此不作具体限定。
应理解,关联逻辑信道的SR配置对应的SR资源的ID可以取值为1至8的整数,若网络设备给终端设备配置的关联逻辑信道的SR配置有5个SR配置,其对应的SR的ID依次可以为1,2,3,4,5;也可以为2,3,4,5,6;还可以为3,4,5,6,7。本申请实施中的第二配置的调度请求的资源的ID仍然取值为大于或等于9的整数或取值为0。也就是说,不管网络设备给终端设备配置的关联逻辑信道的SR配置的个数有多少个,本申请实施中的第二配置的调度请求的ID仍然取值为大于或等于9的整数或者取值为0。
可选地,在一些实施例中,上述第二配置指示PUCCH资源。
本申请实施例中,第二配置可以指示PUCCH资源,请求消息可以承载于第二配置所指示的PUCCH资源上。也就是说,在SCell发生波束失败的情况下,终端设备可以基于第二配置所指示的PUCCH资源向网络设备发送请求消息。
一般情况下,关联逻辑信道的SR配置对应的SR资源配置中可以包括PUCCH资源指示信息,也可以不包括PUCCH资源指示信息。在关联逻辑信道的SR配置对应的SR资源配置中不包括PUCCH资源指示信息的情况下,可能需要基于RACH资源来传输。本申请实施例中的第二配置可以指示PUCCH资源,终端设备可以基于该PUCCH资源向网络设备发送请求消息,能够避免回退到利用RACH资源来传输,从而可以降低BFR流程的时延。
可选地,在一些实施例中,第二配置对应的信令包含一个必选(mandatory)域来指示所述PUCCH资源。
本申请实施例中,可以通过一个必选域来指示PUCCH资源。由于第二配置中可以包括PUCCH资源指示信息,以使得终端设备能够通过PUCCH资源指示信息所指示的PUCCH资源向网络设备发送请求消息,而指示PUCCH资源可以通过一个必选域来指示。在这种情况下,由于第二配置中可以包含一个必选域来指示PUCCH资源,因此可以避免回退到利用RACH资源来传输,从而降低BFR流程的时延。
可选地,在一些实施例中,所述PUCCH资源对应的PUCCH格式为PUCCH格式0或PUCCH格式1。
本申请实施例中,PUCCH资源对应的格式可以为PUCCH格式0或PUCCH格式1。可以理解的是,由于PUCCH资源对应的格式可以包括格式0,格式1,格式2,格式3,格式4,其在正交频分复用(Orthogonal Frequency Division Multiplexing,OFDM)符号中的长度分别为1-2,4-14,1-2,4-14,4-14,这5种格式中,格式0和格式1的比特数均小于或等于2,格式2,格式3和格式4的比特数均大于2。因此,本申请实施例中的PUCCH资源对应的PUCCH格式可以为格式0和格式1,从而在传输的过程中,所传输的比特数较小。
可选地,所述第二配置由BFR对应的配置信息指示。
本申请实施例中,第二配置也可以由BFR对应的配置信息指示。例如,可以通过BFR相关的配置信息中的IE指示第二配置。可以理解的是,由于第二配置可以为不关联逻辑信道的调度请求的配置,则BFR配置消息中的IE可以基于这一原则向终端设备指示配置,终端设备可以基于BFR相关的配置消息中的IE指示的配置通过PUCCH资源向网络设备发送请求消息。
可选的,基于第二配置的生成请求消息,后续的处理流程可以使用调度请求类似的处理流程(例如请求消息如何向网络传输等),这里不再赘述。
以上介绍了关于请求消息的配置情况,在一些情况下,若终端设备需要向网络设备发送数据,同时发生波束失败需要向网络设备发送波束失败信息,此时终端设备应该如何处理,下文将具体介绍。
可选地,在一些实施例中,传输信息的优先级可以根据以下规则中的一条或多条确定:
a1、传输SCell的波束失败信息的优先级高于传输任一个逻辑信道的优先级。
a2、传输SCell的波束失败信息的优先级高于传输小区无线网络临时标识(Cell-Radio Network Temporary Identifier,C-RNTI)信息或来自于上行公共控制信道(UplinkCommon Control Channel,UL-CCCH)的数据的优先级。
a3、传输SCell的波束失败信息的优先级低于传输C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级。
a4、传输SCell的波束失败信息的优先级与传输C-RNTI信息或来自于UL-CCCH的数据的优先级相同。
a5、传输SCell的波束失败信息的优先级与传输配置授权确认信息的优先级相同。
a6、传输SCell的波束失败信息的优先级低于传输配置授权确认信息的优先级且高于传输缓存状态报告(Buffer Status Report,BSR)信息的优先级。
a7、传输SCell的波束失败信息的优先级与传输BSR信息的优先级相同。
a8、传输SCell的波束失败信息的优先级低于传输BSR信息的优先级且高于传输单条功率余量报告(Power Headroom Report,PHR)信息或多条PHR信息的优先级。
以请求消息的配置为第一配置为例进行说明。本申请实施例中,按照规则a1,当需要同时传输波束失败信息和基于逻辑信道的数据,则优先传输波束失败信息。
举例说明,若有4个与逻辑信道关联的SR配置,分别为SR0配置,SR1配置,SR2配置,SR3配置,不同的逻辑信道可以承载不同的数据,例如,SR0配置关联的逻辑信道0上可以承载C-RNTI MAC CE或来自于UL-CCCH的数据,SR1配置关联的逻辑信道1上承载配置授权确认信息,例如,可以为配置授权确认MAC CE,SR2配置关联的逻辑信道2上承载除包括填充BSR之外的BSR信息,SR3配置关联的逻辑信道3上承载单条PHR信息或多条PHR信息。基于规则a1,由于这4个SR配置均关联不同的逻辑信道,因此可以优先传输SCell的波束失败信息。
若按照规则a2,当终端设备需要同时向网络设备传输SCell的波束失败信息和C-RNTI MAC CE或来自于UL-CCCH的数据,可以优先传输SCell的波束失败信息。
本申请实施例中,若终端设备基于SR0配置向网络设备请求上行传输资源,该SR0配置关联的逻辑信道上可以承载C-RNTI MAC CE或来自于UL-CCCH的数据。在网络设备向终端设备分配资源后,如果分配的资源不能够同时传输上述几个数据,终端设备可以基于分配的资源优先发送波束失败信息,再向网络设备发送C-RNTI MAC CE或来自于UL-CCCH的数据。
若按照规则a3,当终端设备需要同时向网络设备传输SCell的波束失败信息和C-RNTI MAC CE或来自于UL-CCCH的数据,可以优先传输C-RNTI MAC CE或来自于UL-CCCH的数据。
具体的传输过程可以与规则a2的过程类似,只是优先传输的信息不同,可以参考规则a2的过程,这里不再赘述。
若按照规则a4,当终端设备需要同时向网络设备传输SCell的波束失败信息和C-RNTI MAC CE或来自于UL-CCCH的数据,可以任意选择一个进行传输,即可以优先传输C-RNTI MAC CE或来自于UL-CCCH的数据;也可以优先传输SCell的波束失败信息。
若按照规则a5,当终端设备需要同时向网络设备传输SCell的波束失败信息和配置授权确认信息,可以任意选择一个进行传输,即可以优先传输SCell的波束失败信息;或优先传输配置授权确认信息。
若按照规则a6,当终端设备需要同时向网络设备传输SCell的波束失败信息和配置授权确认信息,可以优先传输配置授权确认信息。
若按照规则a7,当终端设备需要同时向网络设备传输SCell的波束失败信息和BSR信息,则可以优先传输SCell的波束失败信息,该BSR信息可以为除包括填充BSR之外的BSR信息;也可以优先传输除包括填充BSR之外的BSR信息。
若按照规则a8,当终端设备需要同时向网络设备传输SCell的波束失败信息和BSR信息,则可以优先传输BSR信息。其中,该BSR信息可以为除包括填充BSR之外的BSR信息。
本申请实施例中,若在终端设备向网络设备请求上行传输资源后,网络设备给终端设备分配的资源比较多,也可以同时将多个数据或信息上传至网络设备。
例如,以规则a2为例,当终端设备需要同时向网络设备传输SCell的波束失败信息和C-RNTI MAC CE或来自于UL-CCCH的数据,可以优先传输SCell的波束失败信息,再传输C-RNTI MAC CE或来自于UL-CCCH的数据。若终端设备向网络设备发送请求消息后,网络设备向终端设备分配的资源比较多,即该资源可以同时传输SCell的波束失败信息和C-RNTIMAC CE或来自于UL-CCCH的数据,则终端设备可以利用该资源同时将承载SCell的波束失败信息和C-RNTI MAC CE或来自于UL-CCCH的数据发送至网络设备。
可以理解的是,若网络设备向终端设备分配的资源更多,即该资源可以同时承载SCell的波束失败信息、C-RNTI MAC CE或来自于UL-CCCH的数据、配置授权确认的MAC CE、BSR的MAC CE以及单条PHR信息或多条PHR信息,则终端设备可以同时利用分配的资源将上述这些数据或信息发送至网络设备。
类似地,若按照其他规则,在网络设备向终端设备分配相应的资源后,终端设备也可以根据分配的资源的多少确定发送数据的多少,为了简洁,这里不再赘述。
在一些实现方式中,若有用于传输其他数据或信息的资源,可以将优先级较高的信息随着该资源一起传输。
例如,以规则a2为例,若有用于传输C-RNTI MAC CE或来自于UL-CCCH的数据的上行传输资源,在SCell发生波束失败的情况下,可以将波束失败信息随着该C-RNTI MAC CE或来自于UL-CCCH的数据一起传输至网络设备。若该上行传输资源比较多,也可以将配置授权确认信息、BSR信息以及单条PHR信息或多条PHR信息一起发送至网络设备。其发送的优先级顺序可以为波束失败信息、授权确认信息、BSR信息以及单条PHR信息或多条PHR信息。
换句话说,若该上行传输资源可以同时传输2条信息,则可以将C-RNTI MAC CE或来自于UL-CCCH的数据和波束失败信息一起发送至网络设备;若该上行传输资源可以同时传输3条信息,则可以将C-RNTI MAC CE或来自于UL-CCCH的数据、波束失败信息以及配置确认信息一起发送至网络设备;若该上行传输资源可以同时传输4条信息,则可以将C-RNTIMAC CE或来自于UL-CCCH的数据、波束失败信息、配置确认信息以及BSR信息一起发送至网络设备。
可选地,在一些实施例中,请求消息是在终端设备的特殊小区上传输,该特殊小区可以包括终端设备的PCell或PSCell。
本申请实施例中,在终端设备的SCell发生波束失败的情况下,其对应的PCell或PSCell仍然可以正常发送消息或信息。因此,在终端设备的Scell发生波束失败的情况下,终端设备可以基于PCell或PSCell向网络设备发送请求消息。
可选地,在一些实施例中,SCell的波束失败信息是在终端设备的特殊小区上传输的,该特殊小区可以包括终端设备的PCell或PSCell。
类似地,在终端设备的SCell发生波束失败的情况下,其对应的PCell或PSCell仍然可以正常发送消息或信息。因此,终端设备可以基于其PCell或PSCell向网络设备发送请求消息。在网络设备向终端设备分配资源后,同样可以基于PCell或PSCell在分配的资源上向网络设备发送SCell的波束失败信息。
可选地,在一些实施例中,SCell的波束失败信息通过MAC CE传输。
本申请实施例中,终端设备向网络设备发送的波束失败信息可以通过MAC CE传输。本申请实施例中的MAC CE可以指示发生波束失败的小区,也可以指示一个新的波束,该新的波束可以通过CSI-RS资源或SS/PBCH block来表示,还可以通过特定值指示没有满足预设条件的波束。
可选地,在一些实施例中,波束失败信息承载于第一资源上,所述第一资源是所述请求消息的响应消息所指示的资源。
本申请实施例中,终端设备可以通过第一资源向网络设备发送波束失败信息,该第一资源可以是终端设备向网络设备发送的请求消息的响应消息所指示的资源。例如,在终端设备向网络设备发送请求消息后,网络设备响应于该请求消息,向终端设备指示资源,以使得终端设备能够在网络设备所指示的资源上传输波束失败信息。
上文说明了终端设备可以向网络设备发送请求消息以请求上行传输资源,从而通过请求的资源向网络设备发送SCell的波束失败信息,然而并不是每次SCell的BFR都会成功,在一些情况下,SCell的BFR也可能会失败,下面将具体介绍。
可选地,在一些实施例中,在请求消息的传输次数大于或大于等于请求消息的配置指示的最大传输次数的情况下,终端设备确认SCell的BFR失败;或在向网络设备发送SCell的波束失败信息且未接收到针对所述SCell的波束失败信息的反馈信息或响应消息的情况下,终端设备确认SCell的BFR失败。
以请求消息的传输次数大于或大于等于请求消息的配置所对应的最大传输次数为例进行说明。本申请实施例中,请求消息的配置中可以配置有最大传输次数,终端设备向网络设备发送请求消息,可能由于信道质量差或其他原因导致网络设备未接收到请求消息或网络设备接收到请求消息由于信道质量的问题而导致网络设备未能向终端设备分配资源,因此,终端设备可以多次向网络设备发送请求消息。
若终端设备向网络设备发送请求消息的次数大于请求消息的配置所对应的最大传输次数,则终端设备确认SCell的BFR失败。例如,若请求消息的配置所对应的最大传输次数为10次,在终端设备第10次向网络设备发送请求消息后,还未接收到网络设备所分配的资源,当终端设备准备再次向网络设备发送请求消息时,由于已经超过请求消息的配置中所对应的最大传输次数,在这种情况下,可以确认该终端设备SCell的BFR失败。
终端设备也可以通过是否接收到针对SCell的波束失败信息的反馈信息或响应消息来确认该终端设备的BFR是否成功或失败。具体地,终端设备向网络设备请求上行传输资源且网络设备向终端设备分配资源后,终端设备可以基于该资源向网络设备发送SCell的波束失败信息。若终端设备未接收到针对SCell的波束失败信息的反馈信息或响应消息,例如,反馈消息可以是混合自动重传请求-确认字符(Hybrid Automatic Repeat reQuest-Acknowledgement,HARQ-ACK)信息,响应消息可以是SCell对应的波束管理流程相关的配置信令,例如无线资源控制(Radio Resource Control,RRC)信令,或MAC CE信令,或下行控制信息(Downlink Control Information,DCI)触发的波束测量上报等,则可以确认该终端设备的SCell的BFR失败;若终端设备确认接收到针对SCell的波束失败信息的反馈信息或响应消息,例如,HARQ-ACK信息或SCell对应的波束管理流程相关的配置信令,或MAC CE信令,或DCI触发的波束测量上报,则可以确认该终端设备的SCell的BFR成功。
可选地,在一些实施例中,终端设备向网络设备发送SCell的波束失败信息;在所述SCell的BFR的定时器结束时,如果未接收到针对SCell的波束失败信息的反馈信息或响应消息的情况下,所述终端设备确认所述SCell的BFR失败。
可选地,在SCell的BFR的定时器结束前,如果已接收到针对所述SCell波束失败信息的反馈信息或响应消息的情况下,所述终端设备确认所述SCell的BFR成功。
本申请实施例中,BFR相关的配置消息,或者请求消息的配置可以配置BFR定时器,该BFR定时器可以监测BFR的整个流程时间。若从终端设备向网络设备发送请求消息开始,在BFR定时器结束时,终端设备仍未接收到针对SCell的波束失败信息的反馈信息或响应消息,则可以确认该终端设备的SCell的BFR失败;若在SCell的BFR的定时器结束前,终端设备已接收到针对SCell的波束失败信息的反馈信息或响应消息,则可以确认该终端设备的SCell的BFR成功。
在本申请提供的无线通信方法中,由于增加了BFR定时器,可以监测BFR的整个流程时间,从而可以更好地控制BFR流程的时延。
可以理解的是,若未配置BFR定时器,在没有时长的约束下,终端设备经过较长的时间才收到SCell的波束失败信息,这种情况下,也可以认为该终端设备的SCell的BFR成功。
可选地,在一些实施例中,若确认该终端设备的SCell的BFR失败,则去激活该终端设备的SCell。
本申请实施例中,在终端设备确认其SCell的BFR失败,则可以去激活该终端设备的所述SCell,即不再使用该SCell。
可选地,在一些实施例中,响应于SCell的BFR成功,停止SCell的BFR的定时器。
可选地,在一些实施例中,响应于SCell的BFR成功,将用于判定SCell发生波束失败的计数器重置为0。
本申请实施例中,在终端设备确认其SCell的BFR成功,可以停止SCell的BFR定时器。可以理解的是,该SCell的BFR定时器是用于监测SCell的BFR的时长的,因此,在终端设备确认其SCell的BFR成功时,可以响应于SCell的BFR成功,停止SCell的BFR定时器。
本申请实施例中的计数器是用于判定SCell发生波束失败的,即在一定时间内,若计数器所计的BFI的个数在一定数值内,可以认为该终端设备的SCell未发生波束失败;若计数器所计的BFI的个数超过该一定数值,可以认为该终端设备的SCell发生波束失败。因此,在终端设备确认其SCell的BFR成功时,可以响应于SCell的BFR成功,将用于判定SCell发生波束失败的计数器重置为0。
可选地,在一些实施例中,定时器是网络设备向终端设备配置的。
可选地,在一些实施例中,定时器是所述网络设备通过RRC信令向所述终端设备配置的。
本申请实施例中,SCell的BFR的定时器可以是网络设备向终端设备配置的。进一步地,该SCell的BFR的定时器可以是网络设备通过RRC信令向终端设备配置的。配置的BFR的定时器的时长也可以由网络设备确定,例如,可以为100ms或1s,本申请对此不作具体限定。
可选地,在一些实施例中,启动或重启定时器的时间为以下时间中的一个:
终端设备检测到SCell发生波束失败时;终端设备检测到SCell发生波束失败后;生成请求消息时;生成请求消息前;生成请求消息后;发送请求消息时;发送请求消息前;发送请求消息后;传输SCell的波束失败信息时;传输SCell的波束失败信息前;传输SCell的波束失败信息后。
本申请实施例中,终端设备可以在检测到SCell发生波束失败时,启动BFR的定时器,也可以在检测到SCell发生波速失败后再启动BFR的定时器。至于终端设备在检测到SCell发生波束失败后的多长时间内启动BFR的定时器,可以由终端设备确定,例如,可以在终端设备检测到SCell发生波束失败后的2ms后,再启动BFR的定时器。
本申请实施中的数值仅为举例说明,还可以为其它数值,本申请对此不作具体限定。
类似地,其他情况下启动或重启BFR的定时器与上述过程类似,为了简洁,这里不再赘述。
因此,根据本申请提供的无线通信的方法,在SCell发生波束失败的情况下,终端设备可以按照第一配置或第二配置生成请求消息,可选地,向网络设备发送请求消息,以向网络设备请求上行传输资源或通知网络设备该终端设备的SCell发生波束失败,网络设备接收到终端设备发送的第一消息或通知后,可以向终端设备分配资源,从而使得终端设备可以在分配的资源上向网络设备发送SCell的波束失败信息。进一步地,波束失败信息的发送可以优先其他数据或信息的发送,从而可以降低BFR流程的时延。
图4为本申请另一实施例提供的一种无线通信的方法400的示意性流程图。如图4所示,该方法400可以包括步骤410-430。
410,网络设备向终端设备发送配置信息,所述配置信息配置PUCCH资源。
420,终端设备接收配置信息。
430,在SCell发生波束失败的情况下,所述终端设备利用所述PUCCH资源传输上报消息或利用PUSCH资源传输MAC CE。
本申请实施例中的终端设备利用PUCCH资源传输上报消息可以是指终端设备利用PUCCH资源向网络设备发送上报消息,终端设备利用PUSCH资源传输MAC CE可以是指终端设备利用PUSCH资源向网络设备发送SCell波束失败信息对应的MAC CE。
本申请实施例中,若终端设备的SCell发生波束失败,终端设备可以通过网络设备向终端设备配置的PUCCH资源向网络设备发送上报消息,和/或可以通过PUSCH资源向网络设备发送MAC CE。
本申请实施例中的SCell的波束失败信息可以指示发生波束失败的小区,也可以指示发生波束失败的波束,也可以指示一个新的波束,还可以指示没有满足预设条件的波束。
本申请实施例中的PUSCH资源可以是终端设备向网络设备传输的上报消息的响应消息所指示的资源,也可以是周期性或半持续性的PUSCH资源,还可以是终端设备传输其它数据采用的PUSCH资源。
本申请提供的无线通信方法,网络设备可以向终端设备发送配置信息,该配置信息可以用于配置PUCCH资源,在SCell发生波束失败的情况下,终端设备可以利用该PUCCH资源传输上报消息和/或利用PUSCH资源传输MAC CE,从而可以实现SCell的BFR流程。
可选地,在一些实施例中,在满足以下条件中的一种或多种时,取消或停止在所述PUCCH资源的当前次有效传输时间上传输所述上报消息:
b1、PUCCH资源对应的第一定时器在PUCCH资源的当前次有效传输时间正在运行,所述第一定时器用于控制PUCCH资源传输间隔。
b2、PUCCH资源的当前次有效传输时间与PUSCH资源包括的第一PUSCH资源交叠。
b3、在第一时间段或第二时间段内有所述PUSCH资源包括的第二PUSCH资源,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
b4、在第三时间段或第四时间段内有用于调度所述PUSCH资源包括的第三PUSCH资源的下行控制信息DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
b5、PUCCH资源的当前次有效传输时间与测量间隔交叠。
b6、PUCCH资源的配置对应的第二定时器在PUCCH资源的当前次有效传输时间停止或超时(expire),所述第二定时器用于控制传输所述PUCCH资源的最大传输时间。
b7、PUCCH资源的当前次有效传输时间与携带HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源。
b8,PUCCH资源的当前次有效传输时间与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源。
b9、所述终端设备在所述PUCCH资源的当前次有效传输时间之前,接收到用于调度第四PUSCH资源的DCI,所述DCI为在所述PUCCH资源的之前次的有效传输时间上传输的上报消息的响应消息。
b10、所述终端设备在所述PUCCH资源的当前次有效传输时间之前,利用该PUSCH资源传输所述MAC CE或者利用该PUSCH资源传输MAC CE成功。
本申请实施例中,以条件b1为例进行说明,若用于控制PUCCH资源的传输间隔的第一定时器在PUCCH资源的当前次有效时间运行,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,第一定时器可以用于控制PUCCH资源的传输间隔,若PUCCH资源的传输周期为10ms,如果第3ms为利用PUCCH资源传输上报消息的当前次有效传输时间,在该时间下第一定时器处于运行状态,即控制PUCCH资源的传输间隔的定时器运行,则可以取消或停止PUCCH资源在第3ms传输上报消息。
在取消或停止PUCCH资源的当前次有效传输时间传输上报消息的情况下,若在PUCCH资源的下一次有效传输时间上第一定时器处于停止状态,可以在PUCCH资源的下一次传输时间传输上报消息。
类似地,以条件b2为例进行说明。本申请实施例中,若PUCCH资源的当前次有效传输时间与PUSCH资源包括的第一PUSCH资源交叠,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
具体地,若PUCCH资源的传输周期为10ms,如果第3ms为传输PUCCH资源的当前次有效传输时间,此时若有一个第一PUSCH资源也在第3ms传输,则终端设备可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
类似地,以条件b3为例进行说明。若在第一时间段或第二时间段内有PUSCH资源包括的第二PUSCH资源,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息,第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
在一种实现方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第一时间段内有第二PUSCH资源的传输,例如,第一时间段的时长的取值为2ms,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。换句话说,若在第1ms或第2ms有第二PUSCH资源的传输,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。
在另一种实施方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第二时间段内有第二PUSCH资源的传输,例如,第二时间段的时长的取值为2ms,则终端设备可以取消或停止在PUCCH资源的当前传输时间上传输上报消息。换句话说,若在第4ms或第5ms有第二PUSCH资源的传输,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。
本申请实施例中的第二PUSCH资源可以与上述提到的第一PUSCH资源相同,也可以不相同,本申请对此不作具体限定。
类似地,以条件b4为例进行说明。若在第三时间段或第四时间段内有用于调度PUSCH资源包括的第三PUSCH资源的DCI,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息,第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
在一种实现方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第三时间段内有可以调度第三PUSCH资源的DCI,例如,第三时间段的时长的取值为2ms,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。换句话说,若在第1ms或第2ms有可以调度第三PUSCH资源的DCI,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。
在另一种实施方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第四时间段内有可以调度第三PUSCH资源的DCI,例如,第四时间段的时长的取值为2ms,则终端设备可以取消或停止在PUCCH资源的当前传输时间上传输上报消息。换句话说,若在第4ms或第5ms有可以调度第三PUSCH资源的DCI,则终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。
应理解,本申请实施例中的数值仅为举例说明,还可以为其它数值,不应对本申请造成特别限定。
本申请实施例中的第三PUSCH资源可以与上文提到的第一PUSCH资源和第二PUSCH资源相同,也可以不相同,本申请对比不作具体限定。
类似地,以条件b5为例进行说明。本申请实施例中,若PUCCH资源的当前次有效传输时间与测量间隔重叠,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
在本申请实施例中,测量间隔可以是指,在测量间隔这段时间内,终端设备可以不发送和接收任何数据,而将接收机调向目标小区频点,进行异频的测量,测量间隔时间结束时再转到当前本小区。也就是说,在终端设备的SCell发生波束失败后,若此时需要利用该终端设备的PCell进行测量间隔,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。在测量间隔时间结束后,若需要利用PUCCH资源传输上报消息,可以在PUCCH资源的下一次有效传输时间传输上报消息。
类似地,以条件b6为例进行说明。本申请实施例中,若所述PUCCH资源的配置对应的第二定时器在PUCCH资源的当前次有效传输时间停止或超时,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,第二定时器可以用于控制利用PUCCH资源传输上报消息的最大传输时间。若该第二定时器在PUCCH资源的当前次有效传输时间处于停止状态或超时,在这种情况下,可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例提供的无线通信方法,由于第二定时器可以更好地监控利用PUCCH资源传输上报消息的时间,可以更好地控制BFR流程的时间,因此,在第二定时器停止或超时的情况下,可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
可选的,在第二定时器停止的情况下,也可以利用PUCCH资源的当前次有效传输时间传输上报消息,虽然第二定时器处于停止的状态,即使超过了利用该PUCCH资源传输上报消息的最大传输时间,终端设备可能不会因为超时的原因而确认SCell的BFR失败,因此,终端设备仍然可以利用PUCCH资源继续传输上报消息。
类似地,以条件b7为例进行说明。本申请实施例中,PUCCH资源的当前次有效传输时间与携带HARQ信息的传输资源重叠,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,若PUCCH资源的传输周期为10ms,如果第3ms为传输PUCCH资源的当前次有效传输时间,此时若有携带HARQ信息的资源也在第3ms传输,则终端设备可以取消或停止利用PUCCH资源的当前次有效传输时间传输上报消息。在这种情况下,终端设备可以优先传输携带HARQ信息。
类似地,以条件b8为例进行说明。若PUCCH资源的当前次有效传输时间与对应调度请求的传输资源重叠,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,若PUCCH资源的传输周期为10ms,如果第3ms为传输PUCCH资源的当前次有效传输时间,此时若有对应调度请求的传输资源也在第3ms传输,则终端设备可以取消或停止利用PUCCH资源的当前次有效传输时间传输上报消息。在这种情况下,终端设备可以优先传输该调度请求。
本申请实施例中,对于携带HARQ信息的上行传输或对应调度请求的上行传输可以优先传输,再利用PUCCH资源传输上报消息。
类似地,以条件b9为例进行说明。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间之前,接收到用于调度PUSCH资源包括的第四PUSCH资源的DCI,可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,终端设备可以利用PUCCH资源向终端设备发送上报消息,网络设备在接收到上报消息后,基于该上报消息,可以向终端设备发送一个DCI。该DCI可以调度一个第四PUSCH资源以用于终端设备通过该第四PUSCH资源传输MAC CE,因此可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中的DCI可以为终端设备向网络设备发送的上报消息的响应消息,也可以为基于正常业务调度的DCI,终端设备可以基于该DCI调度的第四PUSCH资源传输MACCE。
类似地,以条件b10为例进行说明,若终端设备在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输MA C CE或利用PUSCH资源传输MAC CE成功,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
本申请实施例中,终端设备可以利用PUSCH资源向网络设备传输MAC CE,若在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输MAC CE或成功传输MAC CE,则可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。
具体地,本申请实施例中,若PUCCH资源的传输周期为10ms,如果第3ms为传输PUCCH资源的当前次有效传输时间,同时在第3ms之前利用PUSCH资源传输MAC CE或成功传输MAC CE,则可以取消或停止PUCCH资源在第3ms传输上报消息。
以上说明了在一些情况下可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息,下文将描述在一些情况下在PUCCH资源的当前次有效传输时间传输上报消息,即上报消息在PUCCH资源的当前次有效传输时间传输。
可选地,在一些实施例中,在以下条件部分或全部得到满足时,所述上报消息可以在PUCCH资源的当前次有效传输时间传输:
c1、PUCCH资源对应的第一定时器在所述PUCCH资源的当前次有效传输时间停止,所述第一定时器用于控制所述PUCCH资源传输间隔,
c2、PUCCH资源的当前次有效传输时间未与PUSCH资源交叠,
c3、PUCCH资源的当前次有效传输时间未与测量间隔交叠,
c4、PUCCH资源对应的第二定时器在所述PUCCH资源的当前次有效传输时间运行,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间,
c5、PUCCH资源的当前次有效传输时间未与携带HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源。
c6、PUCCH资源的当前次有效传输未与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源。
c7、终端设备在PUCCH资源的当前次有效传输时间之前,未接收到用于调度PUSCH资源的DCI。
c8、在第三时间段或第四时间段内未接收到用于调度PUSCH资源的DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
c9、终端设备在PUCCH资源的当前次有效传输时间之前,未利用PUSCH资源传输所述MAC CE。
c10、终端设备在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输所述MAC CE失败。
本申请实施例中,以条件c1为例进行说明,若第一定时器在PUCCH资源的当前次有效传输时间处于停止状态,可以利用PUCCH资源的当前次有效传输时间传输MAC CE。
本申请实施例中的第一定时器可以用于控制PUCCH资源的传输间隔,若利用PUCCH资源传输上报消息的传输周期为10ms,如果第3ms为利用PUCCH资源传输上报消息的当前次有效传输时间,在第一定时器停止或超时的情况下,可以利用PUCCH资源的当前次有效传输时间传输上报消息,即在第3ms可以利用PUCCH资源传输上报消息。
可以理解的是,在这种情况下,若终端设备利用PUCCH资源的当前次有效传输时间传输上报消息失败,可以利用PUCCH资源的下一次有效传输时间传输上报消息,即在13ms可以利用PUCCH资源传输上报消息(假设满足相关条件)。
类似地,以条件c2为例进行说明,若PUCCH资源的当前次有效传输时间未与PUSCH资源交叠,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若PUCCH资源的当前次有效传输时间与PUSCH资源交叠,可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息,在这种情况下,例如可以利用PUSCH资源传输MAC CE,可以降低BFR流程的时延。本申请实施例中,若PUCCH资源的当前次有效传输时间未与PUSCH资源交叠,可以利用PUCCH资源的当前次有效传输时间传输上报消息,以使得终端设备可以利用请求的资源传输MAC CE,进一步地可以提高BFR的成功的可能性。
类似地,以条件c3为例进行说明。若PUCCH资源的当前次有效传输时间未与测量间隔交叠,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若PUCCH资源的当前次有效传输时间与测量间隔交叠,可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若PUCCH资源的当前次有效传输时间未与测量间隔交叠,即终端设备可以正常的发送/接收数据或信息,因此终端设备可以利用PUCCH资源的当前次有效传输时间传输上报消息,从而可以降低BFR流程的时延。
类似地,以条件c4为例进行说明。若PUCCH资源的配置对应的第二定时器在所述PUCCH资源的当前次有效传输时间运行,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间。
上文指出,若第二定时器在PUCCH资源的当前次有效传输时间停止,可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若第二定时器在PUCCH资源的当前次有效传输时间运行,由于第二定时器可以更好地控制利用PUCCH资源传输上报消息的时间,因此可以在PUCCH资源的当前次有效传输时间传输上报消息。
类似地,以条件c5为例进行说明。若PUCCH资源的当前次有效传输时间未与携带HARQ信息的传输资源重叠,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若终端设备在PUCCH资源的当前次有效传输时间与携带HARQ信息的传输资源重叠,可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间未与携带HARQ信息的传输资源重叠,则终端设备可以利用PUCCH资源的当前次有效传输时间传输上报消息。
类似地,以条件c6为例进行说明。若PUCCH资源的当前次有效传输时间未与对应调度请求的传输资源重叠,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若终端设备在PUCCH资源的当前次有效传输时间与对应调度请求的的传输资源重叠,可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间未与对应调度请求的传输资源重叠,则终端设备可以利用PUCCH资源的当前次有效传输时间传输上报消息。
类似地,以条件c7为例进行说明。若终端设备在PUCCH资源的当前次有效传输时间之前,未接收到用于调度PUSCH资源的DCI,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若终端设备在PUCCH资源的当前次有效传输时间之前,接收到用于调度PUSCH资源的DCI,则可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间之前,未接收到用于调度PUSCH资源的DCI,即终端设备没有可以调度PUSCH资源的DCI,则终端设备可以在PUCCH资源的当前次有效传输时间传输上报消息,以使得终端设备可以基于上报消息请求的资源传输MAC CE。
类似地,以条件c8为例进行说明,在第三时间段或第四时间段未接收到用于调度PUSCH资源的DCI,可以利用PUCCH资源的当前次有效传输时间传输上报消息,第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
本申请实施例中,若终端设备在第三时间段或第四时间段内,未接收到用于调度PUSCH资源的DCI,即没有可以利用的PUSCH资源传输MAC CE,在这种情况下,可以利用PUCCH资源的当前次有效传输时间传输上报消息,以使得终端设备可以基于上报消息请求的资源传输MAC CE。
类似地,以条件c9为例进行说明,若终端设备在PUCCH资源的当前次有效传输时间之前,未利用PUSCH资源传输MAC CE,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若终端设备在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输MAC CE,则可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间之前,未利用PUSCH资源传输MACCE,则终端设备可以在PUCCH资源的当前次有效传输时间传输上报消息,以使得终端设备可以基于上报消息请求的资源传输MAC CE。
类似地,以条件c10为例进行说明。若终端设备在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输所述MAC CE失败,可以利用PUCCH资源的当前次有效传输时间传输上报消息。
上文指出,若终端设备在PUCCH资源的当前次有效传输时间之前,利用PUSCH资源传输所述MAC CE成功,则可以取消或停止PUCCH资源的当前次有效传输时间传输上报消息。本申请实施例中,若终端设备在PUCCH资源的当前次有效传输时间之前,可以利用PUSCH资源传输MAC CE,但是MAC CE并未传输成功,则终端设备可以在PUCCH资源的当前次有效传输时间传输上报消息,以使得终端设备可以基于上报消息请求的资源传输MAC CE。
可选地,在一些实施例中,所述PUSCH资源包括第四PUSCH资源,所述第四PUSCH资源是所述上报消息的响应消息所指示的资源。
本申请实施例中,在SCell发生波束失败的情况下,终端设备向网络设备发送上报消息以向网络设备请求上行传输资源,网络设备在接收到上报消息后,可以响应于该该上报消息指示第四PUSCH资源,终端设备可以基于该第四PUSCH资源传输MAC CE。
可选地,在一些实施例中,上文提到的PUSCH资源包括第一PUSCH资源,所述第一PUSCH资源与所述PUCCH资源的当前次有效传输时间重叠;和/或PUSCH资源包括第二PUSCH资源,所述第二PUSCH资源在时域上位于第一时间段或第二时间段内,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或PUSCH资源包括第三PUSCH资源,其中,用于调度所述第三PUSCH资源的DCI在时域上位于第三时间段或第四时间段内,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或PUSCH资源包括第五PUSCH资源,其中所述第五PUSCH资源由配置授权(Configured Grant)类型1或类型2调度。
本申请实施例中,若PUSCH资源包括的第一PUSCH资源与PUCCH资源的当前次有效传输时间重叠,则可以利用第一PUSCH资源传输MAC CE。
具体地,若利用PUCCH资源传输上报消息的传输周期为10ms,如果第3ms为传输PUCCH资源的当前次有效传输时间,此时若有第一PUSCH资源也在第3ms传输,上文指出终端设备取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。在另一种实施例中,终端设备也可以在第3ms利用第一PUSCH资源传输MAC CE。
在本申请提供的无线通信的方法中,若PUCCH资源的当前次有效传输时间与PUSCH资源包括的第一PUSCH资源的传输时间重叠,终端设备可以基于第一PUSCH资源传输MACCE,在这种情况下,终端设备可以不再通过PUCCH资源向网络设备请求上行传输资源,从而可以减少BFR的流程时延。
本申请实施例中,若PUSCH资源包括的第二PUSCH资源在时域上位于第一时间段或第二时间段内,则终端设备可以利用该第二PUSCH资源向网络设备发送MAC CE,第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
在一种实现方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第一时间段之内有第二PUSCH资源的传输,例如,第一时间段的时长的取值为2ms,上文指出,终端设备可以取消或停止在PUCCH资源的当前传输时间传输上报消息。本申请实施例中,若在第1ms或第2ms有第二PUSCH资源的传输,则终端设备可以利用第二PUSCH资源将MAC CE发送至网络设备。
在另一种实施方式中,若终端设备准备利用PUCCH资源在第3ms向网络设备发送上报消息,如果在从第3ms起的第二时间段之内有第二PUSCH资源的传输,例如,第二时间段的时长的取值为2ms,上文指出,终端设备可以取消或停止在PUCCH资源的当前传输时间上传输上报消息。本申请实施例中,若在第4ms或第5ms有第二PUSCH资源的传输,则终端设备可以利用第二PUSCH资源将MAC CE发送至网络设备。
应理解,上述数值仅为举例说明,不应对本申请造成特别限定。本申请实施例中的第一时间段的时长和第二时间段的时长的取值可以相同,也可以不相同,本申请对此不作具体限定。
类似地,PUSCH资源包括第三PUSCH资源,若用于调度第三PUSCH资源的DCI在时域上位于第三时间段或第四时间段内,则终端设备可以利用该第三PUSCH资源向网络设备发送MAC CE,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻。
本申请实施例中,若在PUCCH资源的当前次有效传输时间的临近时间有可以调度第三PUSCH资源的DCI,在SCell发生波束失败的情况下,终端设备可以利用该DCI调度第三PUSCH资源,从而可以利用调度的第三PUSCH资源传输MAC CE。
本申请实施例中的DCI可以由PDCCH承载,网络设备发给终端设备的DCI,可以包括上下行资源分配、HARQ信息、功率控制等。因此,在没有第三PUSCH资源传输的时候,若SCell发生波束失败,可以基于DCI去调度第三PUSCH资源,从而可以利用第三PUSCH资源传输MACCE。
本申请实施例中,若有配置授权类型1或类型2调度的第五PUSCH资源,则终端设备可以利用第五PUSCH资源传输MAC CE。
本申请实施例中,配置授权类型1可以在一定时间内周期性地调度第五PUSCH资源,终端设备可以利用第五PUSCH资源传输MAC CE;配置授权类型2在DCI触发的条件下,可以连续地调度第五PUSCH资源或间隔一段时间调度第五PUSCH资源,从而终端设备可以利用第五PUSCH资源传输MAC CE。
可选地,在一些实施例中,若终端设备通过PUSCH资源传输MAC CE成功,不再利用PUCCH资源传输上报消息。
可选地,在一些实施例中,响应于利用PUSCH资源传输MAC CE或接收到调度PUSCH资源的DCI,停止第二定时器,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间。
本申请实施例中,在终端设备利用PUSCH资源传输MAC CE的情况下,即网络设备可以知道终端设备的SCell发生波束失败以及相关的信息,可以不再利用PUCCH资源传输上报消息。若第二定时器开启,若终端设备利用PUSCH资源传输MAC CE或接收到调度PUSCH资源的DCI,由于第二定时器是用于控制传输PUCCH资源的最大传输时间的,因此,在这种情况下,可以停止第二定时器。
本申请实施例中的第一时间段或第三时间段的终止时刻可以是PUCCH资源的第一个符号开始点。
本申请实施例中的第一时间段或第三时间段的终止时刻可以是PUCCH资源的第一个符号开始点。以在PUCCH资源的当前次有效传输时间起往前的第一时间段内有第二PUSCH资源为例进行说明,本申请实施例中的第一时间段可以是指在第一时间段内有第二PUSCH资源的全部符号或部分符号。
本申请实施例中的第一时间段或第三时间段的终止时刻可以是PUCCH资源的第一个符号的开始点,也可以是PUCCH资源的最后一个符号的结束点,还可以是从PUCCH资源的中间符号的中间点,还可以是其它符号的开始点,结束点或者中间点,本申请对此不做具体限定。
本申请实施例中的第二时间段或第四时间段的起始时刻可以是PUCCH资源的第一个符号开始点或最后一个符号的结束点。
本申请实施例中的第二时间段或第四时间段的起始时刻可以是PUCCH资源的第一个符号开始点或最后一个符号的结束点。以在PUCCH资源的当前次有效传输时间起往后的第二时间段内有第二PUSCH资源为例进行说明,本申请实施例中的第二时间段可以是指在第二时间段之内有第二PUSCH资源的全部符号或部分符号。
本申请实施例中的第二时间段或第四时间段的起始时刻可以是PUCCH资源的第一个符号的开始点,也可以是PUCCH资源的最后一个符号的结束点,还可以是PUCCH资源的中间符号的中间点,还可以是从其它符号的开始点,结束点或者中间点,本申请对此不作具体限定。
本申请实施例中的第一时间段、第二时间段、第三时间段以及第四时间段的时长的取值可以由协议规定来确定,也可以由网络设备预先的配置来确定,还可以根据终端设备的上报能力来确定。
例如,若协议中规定或网络设备预先的配置中配置第一时间段的时长的取值为2ms,则可以确定第一时间段的时长为2ms;若协议中规定或网络设备预先的配置中配置第三时间段的时长的取值为3ms,则可以确定第三时间段的时长为3ms;或者也可以根据终端设备的上报能力来确定第一时间段或第三时间段的时长的取值。若终端设备的上报能力较好一些,可以将第一时间段或第三时间段的时长的取值设置的较大一些,若终端设备的上报能力较差一些,可以将第一时间段或第三时间段的时长的取值设置的较小一些。
可选地,在一些实施例中,所述配置信息包含一个必选域来指示所述PUCCH资源。
本申请实施例中,可以通过一个必选域来指示PUCCH资源。由于第二配置中可以包括PUCCH资源指示信息,以使得终端设备能够通过PUCCH资源指示信息所指示的PUCCH资源向网络设备发送第一上报消息,而指示PUCCH资源可以通过一个必选域来指示。在这种情况下,由于第二配置中可以包含一个必选域来指示PUCCH资源,因此可以避免回退到利用RACH资源来传输,从而可以降低BFR流程的时延。
可选地,在一些实施例中,所述MAC CE承载所述SCell的波束失败信息。
本申请实施例中,MAC CE可以承载SCell的波束失败信息,该波束失败信息可以指示发生波束失败的小区,也可以指示发生波束失败的波束,也可以指示一个新的波束,还可以指示没有满足预设条件的波束。
可选地,在一些实施例中,所述配置信息指示以下信息中的一种或多种:利用所述PUCCH资源传输所述上报消息的周期,在所述PUCCH资源的每个周期的时域偏移,利用所述PUCCH资源传输所述上报消息的最大传输次数,利用所述PUCCH资源传输所述上报消息的最大传输时间的定时器,利用所述PUCCH资源传输所述上报消息的最大传输时间的窗口时间,利用所述PUCCH资源传输所述上报消息的间隔的定时器,利用所述PUCCH资源传输所述上报消息的小区,所述PUCCH资源对应的带宽部分(Bandwidth Part,BWP),所述PUCCH资源对应的PUCCH格式。
本申请实施例中,终端设备接收的第一配置中可以指示上述至少一种信息,以用于配置PUCCH资源。例如,可以指示利用所述PUCCH资源传输上报消息的周期,即PUCCH资源的当前次有效传输时间和PUCCH资源的下一次有效传输时间的差值;在PUCCH资源的每个周期内的时域偏移;利用PUCCH资源传输上报消息的最大传输次数,也就是说,PUCCH资源可以周期性的传输,但不能超过利用PUCCH资源传输上报消息的最大传输次数。
第一配置中还可以指示用于控制传输所述PUCCH资源的最大传输时间的定时器或窗口时间,即在该定时器或窗口时间配置的最大传输时间范围内,可以利用PUCCH资源多次传输上报消息,若超过该定时器或窗口时间配置的最大传输时间,终端设备还未接收到PUSCH相关的调度信息,或者还未接收到针对MAC CE的反馈信息,则可以认为该SCell的BFR失败。
第一配置中还可以指示用于控制所述PUCCH资源传输间隔的定时器,即PUCCH资源的当前次有效传输时间可以间隔一段时间再发起PUCCH资源的下一次有效传输时间,间隔的这段时间可以取为不同的值。
第一配置中还可以指示PUCCH资源对应的BWP。若终端设备的业务量较大,第一配置中指示PUCCH资源对应的BWP可以宽一些,例如,可以为40MHZ;若终端设备的业务量较小,第一配置中指示PUCCH资源对应的BWP可以小一些,例如,可以为10MHZ。
应理解,本申请实施例中的数值仅为举例说明,还可以为其它数值,不应对本申请造成特别限定。
可选地,在一些实施例中,传输PUCCH资源的小区可以为终端设备的PCell或SCell或支持PUCCH传输的SCell。
本申请实施例中,由于在终端设备的SCell发生波束失败的情况下,其对应的PCell或PSCell仍然处于正常状态,因此传输该PUCCH资源的小区可以为终端设备的PCell或PSCell。此外,网络设备可以给终端设备配置一个可以支持PUCCH传输的SCell,在终端设备的SCell发生波束失败的情况下,可以通过支持PUCCH资源的传输的SCell将上报消息发送至网络设备。
可选地,在一些实施例中,PUCCH资源对应的PUCCH格式为格式0或格式1。
本申请实施例中,PUCCH资源对应的格式可以为格式0或格式1。可以理解的是,由于PUCCH资源对应的格式可以包括格式0,格式1,格式2,格式3,格式4,其在OFDM符号中的长度分别为1-2,4-14,1-2,4-14,4-14,这5种格式中,格式0和格式1的比特数均小于或等于2,格式2,格式3和格式4的比特数均大于2。因此,本申请实施例中的PUCCH资源对应的PUCCH格式可以为格式0和格式1,从而在传输的过程中,所传输的比特数较小。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为0,所述PUCCH资源的循环因子中的参数为特定值。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为1,在所述PUCCH资源上传输上报消息的比特值为特定值。
本申请实施例中,若PUCCH资源对应的格式为0,则PUCCH资源的循环因子中的参数可以为特定值。可以理解的是,PUCCH资源对应一段序列,不同的序列可以传递不同的信息,通过改变循环因子的值,可以利用PUCCH资源传递不同的信息。
本申请实施例中,若PUCCH资源对应的格式为1,则在PUCCH资源上传输上报消息的比特值可以为特定值,例如,可以为00,01,10,11等。
可选地,在一些实施例中,所述特定值由协议规定或由所述网络设备配置。
本申请实施例中,PUCCH资源的循环因子的参数的取值或在PUCCH资源上传输上报消息的比特值可以由协议规定或由网络设备配置。例如,在一种实现方式中,协议中可以规定PUCCH资源的循环因子的参数可以取值为0,或在PUCCH资源上传输上报消息的的比特值可以为00。
在另一种实现方式中,网络设备可以配置PUCCH资源的循环因子的参数为0,或配置在PUCCH资源上传输上报消息的比特值为01。
应理解,上述数值仅举例说明,还可以为其它数值,本申请对此不作具体限定。
可选地,在一些实施例中,传输信息或数据的优先级排序可以为:
d1、传输MAC CE的优先级高于传输任一个逻辑信道的优先级。
d2、传输MAC CE的优先级高于传输C-RNTI信息或来自于UL-CCCH的数据的优先级。
d3、传输MAC CE的优先级低于传输C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级。
d4、传输MAC CE的优先级与传输C-RNTI信息或来自于UL-CCCH的数据的优先级相同。
d5、传输MAC CE的优先级与传输配置授权确认信息的优先级相同。
d6、传输MAC CE的优先级低于传输配置授权确认信息的优先级且高于传输BSR信息的优先级。
d7、传输MAC CE的优先级与传输所述BSR信息的优先级相同。
d8、传输MAC CE的优先级低于传输所述BSR信息的优先级且高于传输单条PHR信息或多条PHR信息的优先级。
基于d1-d8的规则传输数据或信息的优先级与规则a1-a8的过程类似,可以参考上述过程,为了简洁,这里不再赘述。
可选地,在一些实施例中,若终端设备利用PUCCH资源传输上报消息的次数大于或大于等于利用PUCCH资源传输所述上报消息的最大传输次数,终端设备确认SCell的BFR失败;或若第二定时器超时,所述第二定时器用于控制传输PUCCH资源的最大传输时间,终端设备确认SCell的BFR失败,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间;或在第一窗口时间内终端设备未通过PUSCH资源向网络设备发送所述MAC CE或未接收到调度PUSCH资源的DCI,终端设备确认SCell的BFR失败;或终端设备向网络设备发送MAC CE且未接收到针对MAC CE的反馈信息的情况下,终端设备确认SCell的BFR失败。
在一种实现方式中,若终端设备利用PUCCH资源上报消息的次数大于或大于等于利用PUCCH资源传输上报消息的最大传输次数,终端设备确认SCell的BFR失败。例如,若利用PUCCH传输上报消息的最大传输次数为10次,在终端设备第10次向利用PUCCH资源传输上报消息以请求资源,但未请求成功的情况下,当终端设备再次利用PUCCH资源传输上报消息时,由于已经超过利用PUCCH资源传输上报消息的最大传输次数,在这种情况下,则可以确认该终端设备SCell的BFR失败。
可选地,本申请实施例中所提及的利用PUCCH资源传输上报消息的传输次数可以为利用PUCCH资源实际传输上报消息的次数,也可以为利用PUCCH资源实际传输上报消息的次数和有传输机会而未实际传输上报消息的次数之和。
上文指出,若利用PUCCH资源传输上报消息与一个测量间隔交叠,则终端设备可以取消或停止在PUCCH资源的当前次有效传输时间传输上报消息,或若利用PUCCH资源传输上报消息与一个PUSCH资源的传输交叠,则终端设备取消或停止在PUCCH资源的当前次有效传输时间传输上报消息。因此,在这两种情况下,终端设备可以利用PUCCH资源传输上报消息但是最终未利用PUCCH资源的当前次有效传输时间传输上报消息。
例如,若利用PUCCH资源传输上报消息的最大传输次数为10次,利用PUCCH资源实际传输上报消息的次数为5次,有机会传输上报消息而实际未传输上报消息的次数为6次,在一种实施例中,还可以继续传输上报消息;在另一种实施例中,利用PUCCH资源实际传输上报消息的次数和触发有机会传输上报消息而实际未传输上报消息的次数之和大于利用PUCCH资源传输上报消息的最大传输次数,则可以确认该终端设备SCell的BFR失败。
在另一种实现方式中,若第二定时器超时,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间,终端设备确认SCell的BFR失败。
本申请实施例中,第二定时器可以用于控制传输PUCCH资源的最大传输时间。例如,若利用PUCCH资源传输上报消息的最大传输时间为10ms,若在10m内终端设备利用PUCCH资源向网络设备发送上报消息而未接收到该上报消息的反馈信息或响应信息,则可以确认SCell的BFR失败。
在另一种实现方式中,例如,若利用PUSCH资源传输MAC CE的最大传输时间为10ms,若在10ms内未通过PUSCH资源传输MAC CE或未接收到调度PUSCH资源的DCI,则可以确认SCell的BFR失败。应理解,本申请实施例中的未通过PUSCH资源传输MAC CE可以指的是终端设备向网络设备发送MAC CE而未接收到针对MAC CE的反馈信息,或者未利用PUSCH向网络传输所述MAC CE。
在另一种实现方式中,若终端设备向网络设备发送MAC CE且未接收到针对MAC CE的反馈信息或响应消息的情况下,则确认SCell的BFR失败。
本申请实施例中,终端设备可以利用PUSCH资源向网络设备发送MAC CE,网络设备在接收到该MAC CE后,可以向终端设备发送针对该MAC CE的反馈信息或响应消息,终端设备若未接收到该反馈信息或响应消息,则终端设备可以确认该SCell的BFR失败。
可选地,在一些实施例中,若终端设备向网络设备发送MAC CE且接收到针对MACCE的反馈信息或响应消息的情况下,则确认SCell的BFR成功。
本申请实施例中,终端设备可以利用PUSCH资源向网络设备发送MAC CE,网络设备在接收到该MAC CE后,可以向终端设备发送针对该MAC CE的反馈信息,终端设备在接收到该反馈信息或响应消息后,则可以确认该SCell的BFR成功。
可选地,在一些实施例中,在SCell的BFR的定时器结束时,所述终端设备向所述网络设备发送所述MAC CE且未接收到针对所述MAC CE的反馈信息或响应消息的情况下,所述终端设备确认SCell的BFR失败。
可选地,在一些实施例中,在SCell的BFR的定时器结束前,所述终端设备向所述网络设备发送所述MAC CE且接收到针对所述MAC CE的反馈信息或响应消息的情况下,则确认SCell的BFR成功。
本申请实施例中,该BFR定时器可以监测BFR的整个流程的时间。若从终端设备通过PUCCH资源向网络设备发送上报消息开始或利用PUSCH资源传输MAC CE开始,在BFR定时器结束时,终端设备仍未接收到针对MAC CE的反馈信息或响应消息,则可以确认该终端设备的SCell的BFR失败;若在SCell的BFR的定时器结束前,终端设备已接收到针对SCell的波束失败信息的反馈信息或响应消息,则可以确认该终端设备的SCell的BFR成功。
本申请实施例中的定时器可以更好的控制BFR的时长。可以理解的是,若在BFR的过程中,未配置BFR定时器,在没有时长的约束下,终端设备经过较长的时间才收到SCell的波束失败信息,这种情况下,也可以认为该终端设备的SCell的BFR成功。
可选地,在一些实施例中,响应于SCell的BFR成功,停止SCell的BFR的定时器。
可选地,在一些实施例中,响应于SCell的BFR成功,将用于判定SCell发生波束失败的计数器重置为0。
本申请实施例中,在终端设备确认其SCell的BFR成功,可以停止SCell的BFR定时器。可以理解的是,该SCell的BFR定时器是用于监测SCell的BFR的时长的,即在一定时长内判定SCell的BFR是否成功,因此,在终端设备确认其SCell的BFR成功时,可以响应于SCell的BFR成功,停止SCell的BFR定时器。
本申请实施例中的计数器是用于判定SCell发生波束失败的,即在一定时间内,若计数器所计算的BFI的个数在一定数值内,可以认为该终端设备的SCell未发生波束失败;若计数器所计算的BFI的个数超过该一定数值,可以认为该终端设备的SCell发生波束失败。因此,在终端设备确认其SCell的BFR成功时,可以响应于SCell的BFR成功,将用于判定SCell发生波束失败的计数器重置为0。
可选地,在一些实施例中,所述定时器是所述网络设备向所述终端设备配置的。
可选地,在一些实施例中,所述定时器是所述网络设备通过RRC信令向所述终端设备配置的。
本申请实施例中,SCell的BFR的定时器可以是网络设备向终端设备配置的。进一步地,SCell的BFR的定时器可以是网络设备通过RRC信令向终端设备配置的。配置的BFR的定时器的时长也可以由网络设备确定,例如,可以为100ms或1s,本申请对此不作具体限定。
可选地,在一些实施例中,启动或重启所述BFR的定时器的时间为以下时间中的一个:
所述终端设备检测到SCell发生波束失败时;所述终端设备检测到SCell发生波束失败后;通过所述PUCCH资源传输上报消息时;通过所述PUCCH资源传输上报消息前;通过所述PUCCH资源传输上报消息后;传输所述SCell的MAC CE时;传输所述SCell的MAC CE前;传输所述SCell的MAC CE后。
本申请实施例中,以终端设备在检测到SCell发生波束失败时或后为例进行说明。终端设备在检测到SCell发生波束失败时,可以在启动BFR的定时器,也可以在检测到SCell发生波速失败后再启动BFR的定时器,至于终端设备在检测到SCell发生波束失败后的多长时间内启动BFR的定时器,可以由终端设备确定,例如,可以在终端设备检测到SCell发生波束失败后的2ms后,再启动BFR的定时器。
本申请实施中的数值仅为举例说明,还可以为其它数值,本申请对此不作具体限定。
类似地,其他情况下启动或重启BFR的定时器这里不再赘述。
因此,根据本申请实施例的无线通信的方法,网络设备可以向终端设备发送配置信息,该配置信息可以用于配置PUCCH资源,终端设备在接收到配置信息后,可以利用该PUCCH资源传输上报消息或利用PUSCH资源传输MAC CE。进一步地,终端设备在利用与该PUCCH资源向网络设备发送上报消息时与其他资源重叠,例如,与第一PUSCH资源重叠,可以利用第一PUSCH资源传输MAC CE,可以减少不必要的PUCCH资源的传输,从而可以降低BFR流程的时延。
上文结合图2至图4,详细描述了本申请的方法实施例,下文结合图5至图11,详细描述本申请的装置实施例,应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。
图5示出了根据本申请实施例的终端设备500的示意性框图。
如图5所示,该终端设备500包括:处理模块510,用于在辅小区发生波束失败的情况下,生成请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
可选地,在一些实施例中,所述请求消息用于向网络设备请求上行传输资源和/或用于通知所述网络设备有辅小区发生波束失败。
可选地,在一些实施例中,在所述请求消息对应的配置为所述第一配置的情况下,所述第一配置是基于以下中的至少一种从配置集合中确定的:网络设备的指示信息、所述配置集合中各个配置对应的调度请求的标识、所述配置集合中各个配置对应的资源的标识、所述配置集合中各个配置对应的逻辑信道的优先级排序;或者,所述第一配置是从所述配置集合中随机选择的;其中,所述配置集合包括至少一个调度请求的配置,每个调度请求对应至少一个逻辑信道。
可选地,在一些实施例中,所述网络设备的指示信息通过波束失败恢复BFR对应的配置信息来指示。
可选地,在一些实施例中,所述第一配置是所述配置集合中满足以下条件的配置:对应的调度请求标识最大或最小,或者对应的调度请求对应的资源标识最大或最小。
可选地,在一些实施例中,所述第一配置是所述配置集合中满足以下条件的配置:对应的调度请求所关联的逻辑信道的优先级最高或最低。
可选地,在一些实施例中,所述第二配置的调度请求标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求标识;和/或,所述第二配置对应的调度请求资源标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求资源标识。
可选地,在一些实施例中,所述第二配置的参数类型与逻辑信道的调度请求的配置的部分或全部参数类型相同。
可选地,在一些实施例中,所述第二配置的调度请求标识的取值为大于或等于8的整数。
可选地,在一些实施例中,所述第二配置的调度请求资源标识的取值为大于或等于9的整数或等于0。
可选地,在一些实施例中,所述第二配置指示物理上行控制信道PUCCH资源。
可选地,在一些实施例中,所述第二配置对应的信令包含一个必选域来指示PUCCH资源。
可选地,在一些实施例中,所述PUCCH资源对应的PUCCH格式为PUCCH格式0或PUCCH格式1。
可选地,在一些实施例中,所述第二配置由BFR对应的配置消息指示。
可选地,在一些实施例中,传输所述辅小区的波束失败信息的优先级高于传输任一个逻辑信道的优先级;或传输所述辅小区的波束失败信息的优先级高于传输C-RNTI信息或来自于UL-CCCH的数据的优先级;或传输所述辅小区的波束失败信息的优先级低于传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或传输所述辅小区的波束失败信息的优先级与传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或传输所述辅小区的波束失败信息的优先级与传输所述配置授权确认信息的优先级相同;或传输所述辅小区的波束失败信息的优先级低于传输所述配置授权确认信息的优先级且高于传输BSR信息的优先级;或传输所述辅小区的波束失败信息的优先级与传输所述BSR信息的优先级相同;或传输所述辅小区的波束失败信息的优先级低于传输所述BSR信息的优先级且高于传输PHR信息或多条PHR信息的优先级。
可选地,在一些实施例中,所述请求消息是在所述终端设备的特殊小区上传输,所述终端设备的特殊小区包括所述终端设备的主小区或主辅小区。
可选地,在一些实施例中,所述终端设备还包括:通信模块,用于向网络设备发送所述辅小区的波束失败信息。
可选地,在一些实施例中,所述辅小区的波束失败信息是在所述终端设备的特殊小区上传输的,所述终端设备的特殊小区包括所述终端设备的主小区或主辅小区。
可选地,在一些实施例中,所述辅小区的波束失败信息通过媒体接入控制控制元素MAC CE传输。
可选地,在一些实施例中,所述波束失败信息承载于第一资源上,所述第一资源是所述请求消息的响应消息所指示的资源。
可选地,在一些实施例中,所述处理模块510还用于:在所述请求消息的传输次数大于或等于所述请求消息的配置指示的最大传输次数的情况下,确认所述辅小区的BFR失败;或者在向所述网络设备发送所述辅小区波束失败信息且未接收到针对所述辅小区波束失败信息的反馈信息或响应消息的情况下,确认所述辅小区的BFR失败。
可选地,在一些实施例中,所述终端设备还包括:通信模块,用于向网络设备发送所述辅小区波束失败信息;所述处理模块510还用于:在所述辅小区BFR的定时器结束时,如果未接收到针对所述辅小区波束失败信息的反馈信息或响应消息的情况下,确认所述辅小区的BFR失败。
可选地,在一些实施例中,所述处理模块510还用于:去激活所述辅小区。
可选地,在一些实施例中,所述终端设备还包括:通信模块,用于向网络设备发送所述辅小区波束失败信息;所述处理模块510还用于:若接收到针对所述辅小区波束失败信息的反馈信息或响应消息,确认所述辅小区的BFR成功。
可选地,在一些实施例中,所述处理模块510还用于:在所述辅小区BFR的定时器结束前,如果已接收到针对所述辅小区波束失败信息的反馈信息或响应消息的情况下,确认所述辅小区的BFR成功。
可选地,在一些实施例中,所述处理模块510还用于:响应于所述辅小区的BFR成功,停止所述辅小区BFR对应的定时器。
可选地,在一些实施例中,所述处理模块510还用于:响应于所述辅小区的BFR成功,将用于判定所述辅小区发生波束失败的计数器重置为0。
可选地,在一些实施例中,所述定时器是所述网络设备向所述终端设备配置的。
可选地,在一些实施例中,所述定时器是所述网络设通过无线资源控制RRC信令向所述终端设备配置的。
可选地,在一些实施例中,启动或重启所述定时器的时间为以下时间中的一个:所述终端设备检测到所述辅小区发生波束失败时;所述终端设备检测到所述辅小区发生波束失败后;生成所述请求消息时;生成所述请求消息前;生成所述请求消息后;发送所述请求消息时;发送所述请求消息前;发送所述请求消息后;传输所述辅小区的波束失败信息时;传输所述辅小区的波束失败信息前;传输所述辅小区的波束失败信息后。
图6示出了根据本申请另一实施例的终端设备600的示意性框图。
如图6所示,该终端设备600包括:通信模块610,用于接收配置信息,所述配置信息用于配置物理上行控制信道PUCCH资源;所述通信模块610还用于:在辅小区发生波束失败的情况下,利用所述PUCCH资源传输上报消息和/或利用物理上行共享信道PUSCH资源传输媒体接入控制控制元素MAC CE。
可选地,在一些实施例中,所述终端设备还包括:处理模块,用于在满足以下条件中的一种或多种时,取消或停止在所述PUCCH资源的当前次有效传输时间上传输所述上报消息:所述PUCCH资源对应的第一定时器在所述PUCCH资源的当前次有效传输时间正在运行,所述第一定时器用于控制所述PUCCH资源传输间隔;所述PUCCH资源的当前次有效传输时间与所述PUSCH资源包括的第一PUSCH资源交叠;在第一时间段或第二时间段内有所述PUSCH资源包括的第二PUSCH资源,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;在第三时间段或第四时间段内有用于调度所述PUSCH资源包括的第三PUSCH资源的下行控制信息DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;所述PUCCH资源的当前次有效传输时间与测量间隔交叠;所述PUCCH资源对应的第二定时器在所述PUCCH资源的当前次有效传输时间停止或超时,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间;所述PUCCH资源的当前次有效传输时间与携带混合自动重传请求HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述PUCCH资源的当前次有效传输时间与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述终端设备在所述PUCCH资源的当前次有效传输时间之前,接收到用于调度所述PUSCH资源包括的第四PUSCH资源的DCI;所述终端设备在所述PUCCH资源的当前次有效传输时间之前,利用所述PUSCH资源传输所述MA C CE或者利用所述PUSCH资源传输所述MAC CE成功。
可选地,在一些实施例中,在满足以下条件中的一种或多种时,所述上报消息在所述PUCCH资源的当前次有效传输时间传输:所述PUCCH资源对应的第一定时器在所述PUCCH资源的当前次有效传输时间停止或超时,所述第一定时器用于控制所述PUCCH资源传输间隔;所述PUCCH资源的当前次有效传输时间未与PUSCH资源交叠;所述PUCCH资源的当前次有效传输时间未与测量间隔交叠;所述PUCCH资源对应的第二定时器在所述PUCCH资源的当前次有效传输时间运行,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间;所述PUCCH资源的当前次有效传输时间未与携带HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述PUCCH资源的当前次有效传输时间未与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述终端设备在所述PUCCH资源的当前次有效传输时间之前,未接收到用于调度PUSCH资源的DCI;在第三时间段或第四时间段内未接收到用于调度PUSCH资源的DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;所述终端设备在所述PUCCH资源的当前次有效传输时间之前,未利用所述PUSCH资源传输所述MAC CE;所述终端设备在所述PUCCH资源的当前次有效传输时间之前,利用所述PUSCH资源传输所述MAC CE失败。
可选地,在一些实施例中,所述PUSCH资源包括第四PUSCH资源,所述第四PUSCH资源是所述上报消息的响应消息所指示的资源。
可选地,在一些实施例中,所述PUSCH资源包括第一PUSCH资源,所述第一PUSCH资源与所述PUCCH资源的当前次有效传输时间重叠;和/或所述PUSCH资源包括第二PUSCH资源,所述第二PUSCH资源在时域上位于第一时间段或第二时间段内,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或所述PUSCH资源包括第三PUSCH资源,其中,用于调度所述第三PUSCH资源的DCI在时域上位于第三时间段或第四时间段内,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或所述PUSCH资源包括第五PUSCH资源,其中所述第五PUSCH资源由配置授权类型1或类型2调度。
可选地,在一些实施例中,所述终端设备还包括:处理模块,用于若利用所述PUSCH资源传输所述MAC CE成功,不再利用所述PUCCH资源传输所述上报消息。
可选地,在一些实施例中,所述终端设备还包括:处理模块,用于响应于所述终端设备利用所述PUSCH资源传输所述MAC CE或接收到调度所述PUSCH资源的DCI,停止第二定时器,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间。
可选地,在一些实施例中,所述第一时间段或第三时间段的终止时刻是所述PUCCH资源的第一个符号的开始点。
可选地,在一些实施例中,所述第一时间段或第三时间段的时长的取值根据以下情况中的至少一种确定:协议规定,所述网络设备预先的配置,所述终端设备的上报能力。
可选地,在一些实施例中,所述第二时间段或所述第四时间段的起始时刻是所述PUCCH资源的最后一个符号的结束点或第一个符号的开始点。
可选地,在一些实施例中,所述第二时间段或所述第四时间段的时长的取值根据以下情况中的至少一种确定:协议规定,所述网络设备预先的配置,所述终端设备的上报能力。
可选地,在一些实施例中,所述配置信息包含一个必选域来指示所述PUCCH资源。
可选地,在一些实施例中,所述MAC CE承载所述辅小区的波束失败信息。
可选地,在一些实施例中,所述配置信息指示以下信息中的至少一种:利用所述PUCCH资源传输所述上报消息的周期,在所述PUCCH资源的每个周期的时域偏移,利用所述PUCCH资源传输所述上报消息的最大传输次数,利用所述PUCCH资源传输所述上报消息的最大传输时间的定时器,利用所述PUCCH资源传输所述上报消息的最大传输时间的窗口时间,利用所述PUCCH资源传输所述上报消息的间隔的定时器,所述PUCCH资源对应的小区,所述PUCCH资源对应的带宽部分BWP,所述PUCCH资源对应的PUCCH格式。
可选地,在一些实施例中,所述PUCCH资源对应的小区为所述终端设备的主小区或主辅小区或支持PUCCH传输的辅小区。
可选地,在一些实施例中,所述PUCCH资源对应的PUCCH格式为PUCCH格式0或PUCCH格式1。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为PUCCH格式0,所述PUCCH资源的循环因子中的参数为特定值。
可选地,在一些实施例中,所述特定值由协议规定或由所述网络设备配置。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为PUCCH格式1,在所述PUCCH资源上传输的所述上报消息的比特值为特定值。
可选地,在一些实施例中,所述特定值由协议规定或由所述网络设备配置。
可选地,在一些实施例中,传输所述MAC CE的优先级高于传输任一个逻辑信道的优先级;传输所述MAC CE的优先级高于传输小区无线网络临时标识C-RNTI信息或来自于上行公共控制信道UL-CCCH的数据的优先级;或传输所述MAC CE的优先级低于传输所述小区无线网络临时标识C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或传输所述MAC CE的优先级与传输所述小区无线网络临时标识C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或传输所述MAC CE的优先级与传输所述配置授权确认信息的优先级相同;或传输所述MAC CE的优先级低于传输所述配置授权确认信息的优先级且高于传输缓存状态报告BSR信息的优先级;或传输所述MAC CE的优先级与传输所述BSR信息的优先级相同;或传输所述MAC CE的优先级低于传输所述BSR信息的优先级且高于传输单条功率余量报告PHR信息或多条PHR信息的优先级。
可选地,在一些实施例中,所述终端设备还包括:处理模块,用于若所述终端设备利用所述PUCCH资源传输所述上报消息的次数大于或等于利用所述PUCCH资源传输所述上报消息的最大传输次数,确认所述辅小区的BFR失败;或若第二定时器超时,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间,确认所述辅小区的BFR失败;或在第一窗口时间内所述终端设备未通过所述PUSCH资源向所述网络设备发送所述MAC CE或未接收到调度所述PUSCH资源的DCI,确认所述辅小区的BFR失败;或在所述终端设备向所述网络设备发送所述MAC CE且未接收到针对所述MAC CE的反馈信息或响应消息的情况下,确认所述辅小区的BFR失败。
可选地,在一些实施例中,所述终端设备利用所述PUCCH资源传输所述上报消息的次数为利用所述PUCCH资源实际传输所述上报消息的次数;或所述终端设备利用所述PUCCH资源传输所述上报消息的次数为利用所述PUCCH资源实际传输所述上报消息的次数与所述PUCCH资源有传输机会但实际未传输所述上报消息的次数之和。
可选地,在一些实施例中,所述处理模块还用于:在所述辅小区BFR对应的定时器结束时,所述终端设备向所述网络设备发送所述MAC CE且未接收到针对所述MAC CE的反馈信息或响应消息的情况下,确认所述辅小区的BFR失败。
可选地,在一些实施例中,所述终端设备还包括:处理模块,用于在所述终端设备向网络设备发送所述MAC CE且接收到针对所述MAC CE的反馈信息或响应消息的情况下,确认所述辅小区的BFR成功。
可选地,在一些实施例中,所述处理模块还用于:在所述辅小区BFR的定时器结束前,所述终端设备向所述网络设备发送所述MAC CE且接收到针对所述MAC CE的反馈信息或响应消息的情况下,则确认所述辅小区的BFR成功。
可选地,在一些实施例中,所述处理模块还用于:响应于所述辅小区的BFR成功,停止所述辅小区BFR对应的定时器。
可选地,在一些实施例中,所述处理模块还用于:响应于所述辅小区的BFR成功,将用于判定所述辅小区发生波束失败的计数器重置为0。
可选地,在一些实施例中,所述定时器是所述网络设备向所述终端设备配置的。
可选地,在一些实施例中,所述定时器是所述网络设备通过无线资源控制RRC信令向所述终端设备配置的。
可选地,在一些实施例中,启动或重启所述BFR的定时器的时间为以下时间中的一个:所述终端设备检测到所述辅小区发生波束失败时;所述终端设备检测到所述辅小区发生波束失败后;通过所述PUCCH资源传输所述上报消息时;通过所述PUCCH资源传输所述上报消息前;通过所述PUCCH资源传输所述上报消息后;传输所述辅小区的MAC CE时;传输所述辅小区的MAC CE前;传输所述辅小区的MAC CE后。
图7示出了根据本申请一实施例的网络设备700的示意性框图。
如图7所示,该网络设备700包括:通信模块710,用于接收终端设备在辅小区发生波束失败的情况下发送的请求消息;其中,所述请求消息对应第一配置或第二配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置,所述第二配置为不关联逻辑信道的调度请求的配置。
可选地,在一些实施例中,所述请求消息用于向所述网络设备请求上行传输资源和/或用于通知所述网络设备有辅小区发生波束失败。
可选地,在一些实施例中,所述第二配置的调度请求标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求标识;和/或,所述第二配置对应的调度请求资源标识不同于和逻辑信道相关联的调度请求的配置对应的调度请求资源标识。
可选地,在一些实施例中,所述第二配置的参数类型与逻辑信道的调度请求的配置的部分或全部参数类型相同。
可选地,在一些实施例中,所述第二配置的调度请求标识的取值为大于或等于8的整数。
可选地,在一些实施例中,所述第二配置的调度请求资源标识的取值为大于或等于9的整数或等于0。
可选地,在一些实施例中,所述第二配置指示物理上行控制信道PUCCH资源。
可选地,在一些实施例中,所述第二配置对应的信令包含一个必选域来指示PUCCH资源。
可选地,在一些实施例中,所述PUCCH资源对应的PUCCH格式为PUCCH格式0或PUCCH格式1。
可选地,在一些实施例中,所述第二配置由波束失败恢复BFR配置消息指示。
可选地,在一些实施例中,所述请求消息是在所述终端设备的特殊小区上传输的,所述终端设备的特殊小区包括所述终端设备的主小区或主辅小区。
可选地,在一些实施例中,所述通信模块710还用于:接收所述辅小区的波束失败信息。
可选地,在一些实施例中,所述辅小区的波束失败信息是在所述终端设备的特殊小区上传输的,所述终端设备的特殊小区包括所述终端设备的主小区或主辅小区。
可选地,在一些实施例中,所述辅小区的波束失败信息通过媒体接入控制控制元素MAC CE传输。
可选地,在一些实施例中,所述波束失败信息承载于第一资源上,所述第一资源是所述请求消息的响应消息所指示的资源。
图8示出了根据本申请另一实施例的网络设备800的示意性框图。
如图8所示,该网络设备800包括:通信模块810,用于向终端设备发送配置信息,所述配置信息用于配置物理上行控制信道PUCCH资源;所述通信模块810还用于:接收所述终端设备在辅小区发生波束失败的情况下利用所述PUCCH资源传输的上报消息和/或利用物理上行共享信道PUSCH资源传输的媒体接入控制控制元素MAC CE。
可选地,在一些实施例中,所述网络设备还包括:处理模块,用于在满足以下条件中的一种或多种时,取消或停止接收所述终端设备在所述PUCCH资源的当前次有效传输时间上传输的所述上报消息:所述PUCCH资源对应的第一定时器在所述PUCCH资源的当前次有效传输时间正在运行,所述第一定时器用于控制所述PUCCH资源传输间隔;所述PUCCH资源的当前次有效传输时间与所述PUSCH资源包括的第一PUSCH资源交叠;在第一时间段或第二时间段内有所述PUSCH资源包括的第二PUSCH资源,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;在第三时间段或第四时间段内有用于调度所述PUSCH资源包括的第三PUSCH资源的下行控制信息DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;所述PUCCH资源的当前次有效传输时间与测量间隔交叠;所述PUCCH资源对应的第二定时器在所述PUCCH资源的当前次有效传输时间停止或超时,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间;所述PUCCH资源的当前次有效传输时间与携带混合自动重传请求HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述PUCCH资源的当前次有效传输时间与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述网络设备在所述PUCCH资源的当前次有效传输时间之前,向所述终端设备发送用于调度所述PUSCH资源包括的第四PUSCH资源的DCI;所述网络设备在所述PUCCH资源的当前次有效传输时间之前,接收到所述终端设备利用所述PUSCH资源传输的所述MAC CE。
可选地,在一些实施例中,所述通信模块810还用于:在满足以下条件中的一种或多种时,接收所述终端设备在所述PUCCH资源的当前次有效传输时间上传输的所述上报消息:所述PUCCH资源对应的第一定时器在所述PUCCH资源的当前次有效传输时间停止或超时,所述第一定时器用于控制所述PUCCH资源传输间隔;所述PUCCH资源的当前次有效传输时间未与PUSCH资源交叠;所述PUCCH资源的当前次有效传输时间未与测量间隔交叠;所述PUCCH资源对应的第二定时器在所述PUCCH资源的当前次有效传输时间运行,所述第二定时器用于控制传输所述PUCCH资源的最大传输时间;所述PUCCH资源的当前次有效传输时间未与携带HARQ信息的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述PUCCH资源的当前次有效传输时间未与对应调度请求的传输资源重叠,其中所述传输资源对应传输所使用的时域资源;所述网络设备在所述PUCCH资源的当前次有效传输时间之前,未向所述终端设备发送用于调度PUSCH资源的DCI;在第三时间段或第四时间段内未接收到用于调度PUSCH资源的DCI,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;所述网络设备在所述PUCCH资源的当前次有效传输时间之前,未接收到所述终端设备利用所述PUSCH资源传输的所述MAC CE。
可选地,在一些实施例中,所述PUSCH资源包括第四PUSCH资源,所述第四PUSCH资源是所述上报消息的响应消息所指示的资源。
可选地,在一些实施例中,所述PUSCH资源包括第一PUSCH资源,所述第一PUSCH资源与所述PUCCH资源的当前次有效传输时间重叠;和/或所述PUSCH资源包括第二PUSCH资源,所述第二PUSCH资源在时域上位于第一时间段或第二时间段内,所述第一时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第二时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或所述PUSCH资源包括第三PUSCH资源,其中,用于调度所述第三PUSCH资源的DCI在时域上位于第三时间段或第四时间段内,所述第三时间段的终止时刻早于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻,所述第四时间段的起始时刻晚于所述当前次有效传输时间或为所述当前次有效传输时间中的时刻;和/或所述PUSCH资源包括第五PUSCH资源,其中,所述第五PUSCH资源由配置授权类型1或类型2调度。
可选地,在一些实施例中,所述第一时间段或第三时间段的终止时刻是所述PUCCH资源的第一个符号的开始点。
可选地,在一些实施例中,所述第一时间段或第三时间段的时长的取值根据以下情况中的至少一种确定:协议规定,所述网络设备预先的配置,所述终端设备的上报能力。
可选地,在一些实施例中,所述第二时间段或所述第四时间段的起始时刻是所述PUCCH资源的最后一个符号的结束点或第一个符号的开始点。
可选地,在一些实施例中,所述第二时间段或所述第四时间段的时长的取值根据以下情况中的至少一种确定:协议规定,所述网络设备预先的配置,所述终端设备的上报能力。
可选地,在一些实施例中,所述配置信息包含一个必选域来指示所述PUCCH资源。
可选地,在一些实施例中,所述MAC CE承载所述辅小区的波束失败信息。
可选地,在一些实施例中,所述配置信息指示以下信息中的至少一种:利用所述PUCCH资源传输所述上报消息的周期,在所述PUCCH资源的每个周期的时域偏移,利用所述PUCCH资源传输所述上报消息的最大传输次数,利用所述PUCCH资源传输所述上报消息的最大传输时间的定时器,利用所述PUCCH资源传输所述上报消息的最大传输时间的窗口时间,利用所述PUCCH资源传输所述上报消息的间隔的定时器,所述PUCCH资源对应的小区,所述PUCCH资源对应的带宽部分BWP,所述PUCCH资源对应的PUCCH格式。
可选地,在一些实施例中,所述PUCCH资源对应的小区为所述终端设备的主小区或主辅小区或支持PUCCH传输的辅小区。
可选地,在一些实施例中,所述PUCCH资源对应的PUCCH格式为PUCCH格式0或PUCCH格式1。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为PUCCH格式0,所述PUCCH资源的循环因子中的参数为特定值。
可选地,在一些实施例中,所述特定值由协议规定或由所述网络设备配置。
可选地,在一些实施例中,若所述PUCCH资源对应的PUCCH格式为PUCCH格式1,在所述PUCCH资源上传输的所述上报消息的比特值为特定值。
可选地,在一些实施例中,所述特定值由协议规定或由所述网络设备配置。
本申请实施例还提供了一种通信设备900,如图9所示,包括处理器910和存储器920,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行本申请实施例中的方法。
处理器910可以从存储器920中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器920可以是独立于处理器910的一个单独的器件,也可以集成在处理器910中。
可选地,如图9所示,通信设备900还可以包括收发器930,处理器910可以控制该收发器930与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器930可以包括发射机和接收机。收发器930还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备900具体可为本申请实施例的网络设备,并且该通信设备900可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备900具体可为本申请实施例的移动终端/终端设备,并且该通信设备900可以实现本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
图10是本申请实施例的芯片的示意性结构图。图10所示的芯片1000包括处理器1010,处理器1010可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图10所示,芯片1000还可以包括存储器1020。其中,处理器1010可以从存储器1020中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1020可以是独立于处理器1010的一个单独的器件,也可以集成在处理器1010中。
可选地,该芯片1000还可以包括输入接口1030。其中,处理器1010可以控制该输入接口1030与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片1000还可以包括输出接口1040。其中,处理器1010可以控制该输出接口1040与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的网络设备,并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的移动终端/终端设备,并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为***级芯片,***芯片,芯片***或片上***芯片等。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的***和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图11是本申请实施例提供的一种通信***1100的示意性结构图。如图11所示,该通信***1100包括终端设备1110和网络设备1120。
其中,该终端设备1110可以用于实现上述方法中由终端设备实现的相应的功能,以及该网络设备1120可以用于实现上述方法中由网络设备实现的相应的功能为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的移动终端/终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (25)

1.一种无线通信的方法,其特征在于,包括:
终端设备接收网络设备发送的配置信息;
在辅小区发生波束失败的情况下,所述终端设备生成调度请求,所述调度请求用于向所述网络设备请求上行传输资源;
所述终端设备接收由所述网络设备发送的所述调度请求的响应消息,所述响应消息指示第一资源;以及
所述终端设备通过媒体接入控制控制元素MAC CE传输辅小区波束失败信息,所述波束失败信息承载于所述第一资源上,
其中,在所述配置信息为第一配置的情况下,所述调度请求对应于所述第一配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置信息;
在所述配置信息为第二配置的情况下,所述调度请求对应于所述第二配置,所述第二配置为不关联逻辑信道的调度请求的配置信息,所述第二配置的调度请求标识不同于与逻辑信道相关联的调度请求的配置信息对应的调度请求标识。
2.根据权利要求1所述的方法,其特征在于,在所述配置信息为所述第一配置的情况下,所述第一配置是基于以下中的至少一种从配置集合中确定的:
网络设备的指示信息、所述配置集合中各个配置信息对应的调度请求的标识、所述配置集合中各个配置信息对应的资源的标识、所述配置集合中各个配置信息对应的逻辑信道的优先级排序;
或者,所述第一配置是从所述配置集合中随机选择的;
其中,所述配置集合包括至少一个调度请求的配置信息,每个调度请求对应至少一个逻辑信道。
3.根据权利要求1所述的方法,其特征在于,所述第二配置的参数类型与逻辑信道的调度请求的配置信息的部分或全部参数类型相同。
4.根据权利要求1至3中任一项所述的方法,其特征在于,
传输所述辅小区的波束失败信息的优先级高于传输任一个逻辑信道的优先级;或
传输所述辅小区的波束失败信息的优先级高于传输小区无线网络临时标识C-RNTI信息或来自于上行公共控制信道UL-CCCH的数据的优先级;或
传输所述辅小区的波束失败信息的优先级低于传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或
传输所述辅小区的波束失败信息的优先级与传输所述配置授权确认信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述配置授权确认信息的优先级且高于传输缓存状态报告BSR信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述BSR信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述BSR信息的优先级且高于传输单条功率余量报告PHR信息或多条PHR信息的优先级。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备向所述网络设备发送辅小区波束失败信息;
若接收到针对所述辅小区波束失败信息的响应消息,所述终端设备确认所述辅小区的BFR成功。
6.一种无线通信方法,其特征在于,包括:
网络设备向终端设备发送配置信息;
所述网络设备接收所述终端设备在辅小区发生波束失败的情况下发送的调度请求,所述调度请求用于向所述网络设备请求上行传输资源;
所述网络设备向所述终端设备发送所述调度请求的响应消息,所述响应消息指示第一资源;以及
所述网络设备通过媒体接入控制控制元素MAC CE接收辅小区波束失败信息,所述波束失败信息承载于所述第一资源上,
其中,在所述配置信息为第一配置的情况下,所述调度请求对应于所述第一配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置信息;
在所述配置信息为第二配置的情况下,所述调度请求对应于所述第二配置,所述第二配置为不关联逻辑信道的调度请求的配置信息,所述第二配置的调度请求标识不同于与逻辑信道相关联的调度请求的配置信息对应的调度请求标识。
7.根据权利要求6所述的方法,其特征在于,在所述配置信息为所述第一配置的情况下,所述第一配置是基于以下中的至少一种从配置集合中确定的:
所述网络设备的指示信息、所述配置集合中各个配置信息对应的调度请求的标识、所述配置集合中各个配置信息对应的资源的标识、所述配置集合中各个配置信息对应的逻辑信道的优先级排序;
或者,所述第一配置是从所述配置集合中随机选择的;
其中,所述配置集合包括至少一个调度请求的配置信息,每个调度请求对应至少一个逻辑信道。
8.根据权利要求6所述的方法,其特征在于,所述第二配置的参数类型与逻辑信道的调度请求的配置信息的部分或全部参数类型相同。
9.根据权利要求6至8中任一项所述的方法,其特征在于,
传输所述辅小区的波束失败信息的优先级高于传输任一个逻辑信道的优先级;或
传输所述辅小区的波束失败信息的优先级高于传输小区无线网络临时标识C-RNTI信息或来自于上行公共控制信道UL-CCCH的数据的优先级;或
传输所述辅小区的波束失败信息的优先级低于传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或
传输所述辅小区的波束失败信息的优先级与传输所述配置授权确认信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述配置授权确认信息的优先级且高于传输缓存状态报告BSR信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述BSR信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述BSR信息的优先级且高于传输单条功率余量报告PHR信息或多条PHR信息的优先级。
10.根据权利要求6至8中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述终端设备发送针对所述辅小区波束失败信息的响应消息,使得所述终端设备确认所述辅小区的BFR成功。
11.一种终端设备,其特征在于,包括:
通信模块,用于接收网络设备发送的配置信息;和
处理模块,用于在辅小区发生波束失败的情况下,生成调度请求,所述调度请求用于向所述网络设备请求上行传输资源,
所述通信模块还用于:
接收由所述网络设备发送的所述调度请求的响应消息,所述响应消息指示第一资源;以及
通过媒体接入控制控制元素MAC CE传输辅小区波束失败信息,所述波束失败信息承载于所述第一资源上,
其中,在所述配置信息为第一配置的情况下,所述调度请求对应于所述第一配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置信息;
在所述配置信息为第二配置的情况下,所述调度请求对应于所述第二配置,所述第二配置为不关联逻辑信道的调度请求的配置信息,所述第二配置的调度请求标识不同于与逻辑信道相关联的调度请求的配置信息对应的调度请求标识。
12.根据权利要求11所述的终端设备,其特征在于,在所述配置信息为所述第一配置的情况下,所述第一配置是基于以下中的至少一种从配置集合中确定的:
网络设备的指示信息、所述配置集合中各个配置信息对应的调度请求的标识、所述配置集合中各个配置信息对应的资源的标识、所述配置集合中各个配置信息对应的逻辑信道的优先级排序;
或者,所述第一配置是从所述配置集合中随机选择的;
其中,所述配置集合包括至少一个调度请求的配置信息,每个调度请求对应至少一个逻辑信道。
13.根据权利要求11所述的终端设备,其特征在于,所述第二配置的参数类型与逻辑信道的调度请求的配置信息的部分或全部参数类型相同。
14.根据权利要求11至13中任一项所述的终端设备,其特征在于,
传输所述辅小区的波束失败信息的优先级高于传输任一个逻辑信道的优先级;或
传输所述辅小区的波束失败信息的优先级高于传输小区无线网络临时标识C-RNTI信息或来自于上行公共控制信道UL-CCCH的数据的优先级;或
传输所述辅小区的波束失败信息的优先级低于传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或
传输所述辅小区的波束失败信息的优先级与传输所述配置授权确认信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述配置授权确认信息的优先级且高于传输缓存状态报告BSR信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述BSR信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述BSR信息的优先级且高于传输单条功率余量报告PHR信息或多条PHR信息的优先级。
15.根据权利要求11至13中任一项所述的终端设备,其特征在于,
所述通信模块还用于:
向所述网络设备发送辅小区波束失败信息;
若接收到针对所述辅小区波束失败信息的响应消息,确认所述辅小区的BFR成功。
16.一种网络设备,其特征在于,包括:
通信模块,用于向终端设备发送配置信息;
所述通信模块还用于:
接收所述终端设备在辅小区发生波束失败的情况下发送的调度请求,所述调度请求用于向所述网络设备请求上行传输资源;
向所述终端设备发送所述调度请求的响应消息,所述响应消息指示第一资源;以及
通过媒体接入控制控制元素MAC CE接收辅小区波束失败信息,所述波束失败信息承载于所述第一资源上,
其中,在所述配置信息为第一配置的情况下,所述调度请求对应于所述第一配置,所述第一配置为关联至少一个逻辑信道的调度请求的配置信息;
在所述配置信息为第二配置的情况下,所述调度请求对应于所述第二配置,所述第二配置为不关联逻辑信道的调度请求的配置信息,所述第二配置的调度请求标识不同于与逻辑信道相关联的调度请求的配置信息对应的调度请求标识。
17.根据权利要求16所述的网络设备,其特征在于,在所述配置信息为所述第一配置的情况下,所述第一配置是基于以下中的至少一种从配置集合中确定的:
所述网络设备的指示信息、所述配置集合中各个配置信息对应的调度请求的标识、所述配置集合中各个配置信息对应的资源的标识、所述配置集合中各个配置信息对应的逻辑信道的优先级排序;
或者,所述第一配置是从所述配置集合中随机选择的;
其中,所述配置集合包括至少一个调度请求的配置信息,每个调度请求对应至少一个逻辑信道。
18.根据权利要求16所述的网络设备,其特征在于,所述第二配置的参数类型与逻辑信道的调度请求的配置信息的部分或全部参数类型相同。
19.根据权利要求16至18中任一项所述的网络设备,其特征在于,
传输所述辅小区的波束失败信息的优先级高于传输任一个逻辑信道的优先级;或
传输所述辅小区的波束失败信息的优先级高于传输小区无线网络临时标识C-RNTI信息或来自于上行公共控制信道UL-CCCH的数据的优先级;或
传输所述辅小区的波束失败信息的优先级低于传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级且高于传输配置授权确认信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述C-RNTI信息或来自于UL-CCCH的数据的优先级相同;或
传输所述辅小区的波束失败信息的优先级与传输所述配置授权确认信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述配置授权确认信息的优先级且高于传输缓存状态报告BSR信息的优先级;或
传输所述辅小区的波束失败信息的优先级与传输所述BSR信息的优先级相同;或
传输所述辅小区的波束失败信息的优先级低于传输所述BSR信息的优先级且高于传输单条功率余量报告PHR信息或多条PHR信息的优先级。
20.根据权利要求16至18中任一项所述的网络设备,其特征在于,
所述通信模块还用于:
向所述终端设备发送针对所述辅小区波束失败信息的响应消息,使得所述终端设备确认所述辅小区的BFR成功。
21.一种通信设备,其特征在于,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至5中任一项所述的方法。
22.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至5中任一项所述的方法。
23.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求6至10中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至5中任一项所述的方法。
25.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求6至10中任一项所述的方法。
CN202210082270.6A 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备 Active CN114390705B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210082270.6A CN114390705B (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202210082270.6A CN114390705B (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备
PCT/CN2019/100887 WO2021026932A1 (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备
CN201980095822.3A CN113728706A (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201980095822.3A Division CN113728706A (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Publications (2)

Publication Number Publication Date
CN114390705A CN114390705A (zh) 2022-04-22
CN114390705B true CN114390705B (zh) 2023-08-08

Family

ID=74570420

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210082270.6A Active CN114390705B (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备
CN201980095822.3A Pending CN113728706A (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201980095822.3A Pending CN113728706A (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Country Status (8)

Country Link
US (1) US20220123822A1 (zh)
EP (2) EP3979732B1 (zh)
JP (1) JP7414949B2 (zh)
KR (1) KR102647538B1 (zh)
CN (2) CN114390705B (zh)
AU (1) AU2019461152A1 (zh)
BR (1) BR112022002360A2 (zh)
WO (1) WO2021026932A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3788775B1 (en) * 2018-05-02 2021-09-22 Telefonaktiebolaget LM Ericsson (publ) User equipment, method by a user equipment, and network node
US11889520B2 (en) * 2020-08-06 2024-01-30 Lg Electronics Inc. Method and apparatus for transmitting or receiving signal in wireless communication system
EP4333489A4 (en) * 2021-05-08 2024-05-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. SDT ERROR REPORTING PROCEDURE, TERMINAL DEVICE AND NETWORK DEVICE
KR20240089235A (ko) * 2022-04-20 2024-06-20 지티이 코포레이션 스케줄링 요청을 구성하고 송신하기 위한 방법, 디바이스, 및 시스템
CN117750529A (zh) * 2022-09-21 2024-03-22 华为技术有限公司 侧行链路通信的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019032882A1 (en) * 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
CN109803286A (zh) * 2017-11-17 2019-05-24 北京展讯高科通信技术有限公司 波束失败后的处理方法、装置及终端

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102567727B1 (ko) 2016-10-19 2023-08-18 아이피엘에이 홀딩스 인크. 장치
JP7110328B2 (ja) * 2017-09-11 2022-08-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるビーム失敗復旧を行う方法、及びこのための装置
KR102166103B1 (ko) * 2017-09-20 2020-10-16 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 빔 결정 방법 및 장치
US11050478B2 (en) 2017-12-19 2021-06-29 Samsung Electronics Co., Ltd. Method and apparatus for beam reporting in next generation wireless systems
CN109962756A (zh) * 2017-12-22 2019-07-02 华为技术有限公司 通信方法和装置
KR102472292B1 (ko) * 2018-01-10 2022-11-30 삼성전자 주식회사 무선 통신 시스템에서 경쟁 및 비경쟁 기반 빔 실패 복구를 수행하는 방법 및 장치
CN110022613B (zh) * 2018-01-10 2019-12-17 展讯通信(上海)有限公司 波束接收失败的上报方法、用户设备及通信***
CN110035556B (zh) * 2018-01-11 2020-10-16 维沃移动通信有限公司 通信业务过程冲突的处理方法及终端
KR20190085760A (ko) * 2018-01-11 2019-07-19 주식회사 아이티엘 무선 통신 시스템에서 무선 링크 실패 처리 동작 방법 및 장치
EP3930237A1 (en) * 2018-05-10 2021-12-29 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
EP3648369A1 (en) * 2018-11-01 2020-05-06 Comcast Cable Communications, LLC Beam failure recovery in carrier aggregation
KR20210147041A (ko) 2019-04-25 2021-12-06 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 빔 실패의 보고 방법, 장치 및 저장 매체
WO2020263047A1 (ko) * 2019-06-28 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 스케줄링 요청의 송수신 방법 및 그 장치
EP4280659A4 (en) * 2021-01-13 2024-03-20 Fujitsu Limited METHOD AND DEVICE FOR DETECTING BEAM DEFECTS

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019032882A1 (en) * 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
CN109803286A (zh) * 2017-11-17 2019-05-24 北京展讯高科通信技术有限公司 波束失败后的处理方法、装置及终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Summary on SCell BFR and L1-SINR.3GPP TSG RAN WG1 Meeting #96 R1- 1903461.2019,全文. *

Also Published As

Publication number Publication date
CN114390705A (zh) 2022-04-22
EP3979732B1 (en) 2024-06-26
KR20220047570A (ko) 2022-04-18
CN113728706A (zh) 2021-11-30
EP4401334A2 (en) 2024-07-17
JP2022548466A (ja) 2022-11-21
JP7414949B2 (ja) 2024-01-16
WO2021026932A1 (zh) 2021-02-18
BR112022002360A2 (pt) 2022-04-26
KR102647538B1 (ko) 2024-03-14
EP3979732A4 (en) 2022-06-08
AU2019461152A1 (en) 2022-02-24
US20220123822A1 (en) 2022-04-21
EP3979732A1 (en) 2022-04-06

Similar Documents

Publication Publication Date Title
CN114390705B (zh) 无线通信方法、终端设备和网络设备
KR20210102424A (ko) 채널 접속 방안의 결정 방법 및 장치, 단말 장치, 네트워크 장치
CN113490286B (zh) 随机接入的方法、终端设备和网络设备
US20210400707A1 (en) Wireless communication method, terminal device, and network device
KR20210139282A (ko) 2 단계의 랜덤 액세스를 위한 방법, 단말 디바이스 및 네트워크 디바이스
US20230345525A1 (en) Random access method, and electronic device and storage medium
US20220039152A1 (en) Method for transmitting information in random access process, terminal device and network device
US20230292327A1 (en) Method and apparatus for data transmission
US20220086921A1 (en) Method and device for random access
CN114208080B (zh) 竞争窗口大小的确定方法,网络设备,终端设备
CN113647133B (zh) 发送、接收反馈信息的方法和设备
CN114071571A (zh) 上行信道间冲突的传输方法、装置及存储介质
RU2795935C1 (ru) Способ беспроводной связи, терминальное устройство и сетевое устройство
US12022508B2 (en) Competition window size determination method and related product
US12041623B2 (en) Random access method, terminal device and network device
US20220141888A1 (en) Random access method and device, and terminal
WO2021092957A1 (zh) 随机接入问题上报方法、终端设备及存储介质
WO2020206597A1 (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