具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意,本发明不应局限于下文所述的具体实施方式。另外,为了简便起见,省略了对与本发明没有直接关联的公知技术的详细描述,以防止对本发明的理解造成混淆。
下文以5G移动通信系统及其后续的演进版本作为示例应用环境,具体描述了根据本发明的多个实施方式。然而,需要指出的是,本发明不限于以下实施方式,而是可适用于更多其它的无线通信系统,例如5G之后的通信系统以及5G之前的4G移动通信系统等。
下面描述本发明涉及的部分术语,如未特别说明,本发明涉及的术语采用此处定义。本发明给出的术语在LTE、LTE-Advanced、LTE-Advanced Pro、NR以及之后的通信系统中可能采用不同的命名方式,但本发明中采用统一的术语,在应用到具体的系统中时,可以替换为相应系统中采用的术语。
LTE-A:Long Term Evolution-Advanced,长期演进技术升级版
UE:User Equipment,用户设备
CSI-RS:Channel State Information-Reference Signal,信道状态信息参考符号
RE:Resource Element,资源单元
CP-OFDM:Cyclic Prefix-Orthogonal Frequency Division Multiplexing,循环前缀-正交频分复用
DFT-s-OFDM:Discrete Fourier Transform-spread-Orthogonal FrequencyDivision Multiplexing,离散傅里叶变换-正交频分复用
RS:Reference Signal,参考信号
NR:New Radio,新无线电
EPRE:Energy Per Resource Element,每个资源单元的能量
PSS:Primary Synchronization Signal,主同步信号
SSS:Secondary Synchronization Signal,辅同步信号
PBCH:Physical Broadcast Channel,物理广播信道
RRC:Radio Resource Control,无线资源控制
MAC:Medium Access Control,介质访问控制
DCI:Downlink Control Information,下行控制信息
在本发明的一个实施方式中,利用波束故障恢复定时器(beamFailureRecoveryTimer)来消除虚假的波束故障。
在本实施方式中,若定时器beamFailureRecoveryTimer没有在运行则进行波束故障检测及恢复的相关处理,例如当UE的MAC层实体收到底层关于“波束故障实例”的指示时对所接收到的指示的个数进行累计从而得到累计值,又如当所述累计值大于第一阈值(Beam-Failure-Instance-MaxCount)时启动波束故障恢复过程。若定时器beamFailureRecoveryTimer正在运行则不进行这些处理。
例如,利用MAC协议中的语言该方案可以描述如下:
图1A、图1B是示出本发明的一个实施方式的波束故障恢复方法的流程图。
如图1A所示,当接收到关于波束故障实例(beam failure instance)的指示时,进入步骤S001。在步骤S001中,判断波束故障恢复定时器(beamFailureRecoveryTimer)是否正在运行。若波束故障恢复定时器正在运行(步骤S001,“是”),则结束流程。若波束故障恢复定时器没有正在运行(步骤S001,“否”),则进入步骤S002,使波束故障实例计数器(Beam-Failure-Instance-Count)的计数值递增。若在步骤S003中判断为波束故障实例计数器的计数值大于阈值(步骤S003,“是”),则调整波束故障实例计数器的计数值(步骤S004),启动波束故障恢复定时器(步骤S005),启动波束故障恢复流程(如执行随机接入等)(步骤S006)。
在本实施方式中,如图1B所示,当RRC连接建立时,初始化波束故障实例计数器的计数值(步骤S007)。
如上所述,在本发明的一个实施方式中,在用户设备UE中,接收到关于波束故障实例的指示时,对所接收到的指示的个数进行累计从而得到累计值,当累计值大于第一阈值时,启动波束故障恢复过程,其中,若在波束故障恢复期间,则对所接收到的关于波束故障实例的指示不进行处理,包括不进行累计。
根据本实施方式,监控是否处于波束故障恢复期间,若处于波束故障恢复期间,则接收到的波束故障实例可能没有意义,没有必要继续进行波束故障判断。通过利用现有的判断波束故障恢复定时器,能够消除在波束故障恢复期间所接收到的虚假波束故障。
在下面列举具体实施例来说明本发明的其他优选实施方式时,以利用定时器beamFailureRecoveryTimer来判断是否处于波束故障恢复期间,并且在不处于波束故障恢复期间时进行进一步的处理的情况为例进行说明。当然,以下的具体实施例、实施方式也可以不进行波束故障恢复期间的判断。此外,对于波束故障期间的判断方法,在也可以不利用定时器beamFailureRecoveryTimer而采用其他方法来进行判断。
下面,列举具体实施例来说明本发明的其他优选实施方式。
[实施例1]
在本实施例中,UE的MAC层实体定义了一个波束故障实例定时器beamFailureInstanceTimer。该定时器启动时设置的定时值可以是一个固定的值,也可以是一个可以通过高层协议配置的参数。
当UE的MAC层实体收到底层关于“波束故障实例”的指示时,执行如下步骤:
-若定时器beamFailureRecoveryTimer没有在运行,且定时器beamFailureInstanceTimer正在运行,则停止并重置定时器beamFailureInstanceTimer;
-若定时器beamFailureRecoveryTimer没有在运行,且波束故障实例计数器Beam-Failure-Instance-Count进行累计后的值超过Beam-Failure-Instance-MaxCount,则启动波束故障恢复过程。
若定时器beamFailureInstanceTimer超时,则可以通过下述两种方法之一调整波束故障实例计数器Beam-Failure-Instance-Count的值:
方法一:重置波束故障实例计数器Beam-Failure-Instance-Count(即设置Beam-Failure-Instance-Count=0)。
方法二:通过下面的两个公式之一调整波束故障实例计数器Beam-Failure-Instance-Count的值:
Beam-Failure-Instance-Count=floor(delta*Beam-Failure-Instance-Count)+1,或者
Beam-Failure-Instance-Count=ceil(delta*Beam-Failure-Instance-Count)+1
其中floor(.)是一个函数,其函数值是不大于自变量的最大整数,ceil(.)是一个函数,其函数值是不小于自变量的最小整数,delta可以是一个固定的值,也可以是一个可以通过高层协议配置的参数。delta用于设置Beam-Failure-Instance-Count的历史计数值在更新后的计数值中的权重。
在本发明中,定时器若超时则自动停止运行,若定时器在超时前被停止,则对该定时器的处理可以有以下两种方式:
方法一:该定时器被停止,且定时器计时值被重置,下次定时器启动时以初始值启动;
方法二:该定时器被停止,且定时器计时值被保留,下次定时器启动时以上次停止时残留的计时值启动。
这种对定时器的处理方式在以后的实施例或实施方式中也同样。
例如,利用MAC协议中的语言该方案可以描述如下:
图2A、图2B、图2C是示出本发明实施例1的波束故障恢复方法的流程图。
如图2A所示,当接收到关于波束故障实例(beam failure instance)的指示时,进入步骤S101。在步骤S101中,判断波束故障恢复定时器(beamFailureRecoveryTimer)是否正在运行。若波束故障恢复定时器正在运行(步骤S101,“是”),则结束流程。若波束故障恢复定时器没有正在运行(步骤S101,“否”),则进入步骤S102,判断波束故障实例定时器(beamFailureInstanceTimer)是否正在运行。若波束故障实例定时器正在运行(步骤S102,“是”),则停止波束故障实例定时器(步骤S103)。若波束故障实例定时器没有正在运行(步骤S102,“否”),则进入步骤S104,使波束故障实例计数器(Beam-Failure-Instance-Count)的计数值递增。若在步骤S105中判断为波束故障实例计数器的计数值大于阈值(步骤S105,“是”),则调整波束故障实例计数器的计数值(步骤S107),启动波束故障恢复定时器(步骤S108),启动波束故障恢复流程(如执行随机接入等)(步骤S109)。若在步骤S105中判断为“否”,则进入步骤S106,在步骤S106中,启动波束故障实例定时器(beamFailureInstanceTimer)。该定时器启动时设置的定时值可以是一个固定的值,也可以是一个通过高层协议进行配置的参数。
在本实施例中,如图2B所示,当RRC连接建立时,初始化波束故障实例计数器的计数值(步骤S110)。在本实施例中,如图2C所示,若波束故障实例定时器超时,则调整波束故障实例计数器的计数值(步骤S111)。
在本实施例中,对波束故障实例计数器的计数值进行调整时,可以采用上述两种方法中的任一种方法,也可以采用其他方法。
如上所述,在本发明的一个实施方式中,在用户设备UE中,接收到关于波束故障实例的指示时,对所接收到的指示的个数进行累计从而得到累计值,当累计值大于第一阈值时,启动波束故障恢复过程,其中,若从所述指示的接收时刻起的经过时间为第二阈值以上时未接收到其他所述指示,则调整所述累计值。
根据本实施方式,监控自从最近一个波束故障实例发生以来已经过去的时间,若该时间太长则表明以前累积的波束故障实例可能已经没有意义,没有必要用于接下来的波束故障的判断。通过自从最近一个波束故障实例发生以来已经过去的时间超过一个阈值时,对波束故障实例的累计值进行调整,能够消除虚假的波束故障。
[实施例2]
在本实施例中,UE的MAC层实体定义一个波束故障重置定时器beamFailureResetTimer。该定时器启动时设置的定时值可以是一个固定的值,也可以是一个可以通过高层协议配置的参数。
在初始化波束故障实例计数器(Beam-Failure-Instance-Count)时(如RRC连接建立时),启动定时器beamFailureResetTimer。另外,定时器beamFailureResetTimer也可以在波束故障恢复失败时启动,或者通过高层的指示启动。
当UE的MAC层实体收到底层关于“波束故障实例”的指示时,若定时器beamFailureRecoveryTimer没有在运行,且波束故障实例计数器Beam-Failure-Instance-Count进行累计后的值超过Beam-Failure-Instance-MaxCount(换句话说,此时UE判断出现了波束故障,接下来要进行波束故障相关的处理),若定时器beamFailureResetTimer正在运行,则停止并重置定时器beamFailureResetTimer。
若定时器beamFailureResetTimer超时,则重新启动定时器beamFailureResetTimer,并通过下述两种方法之一调整波束故障实例计数器Beam-Failure-Instance-Count:
方法一:重置波束故障实例计数器Beam-Failure-Instance-Count(即设置Beam-Failure-Instance-Count=0)。
方法二:通过下面的两个公式之一调整波束故障实例计数器Beam-Failure-Instance-Count的值:
Beam-Failure-Instance-Count=floor(delta*Beam-Failure-Instance-Count)+1,或者
Beam-Failure-Instance-Count=ceil(delta*Beam-Failure-Instance-Count)+1
其中floor(.)是一个函数,其函数值是不大于自变量的最大整数,ceil(.)是一个函数,其函数值是不小于自变量的最小整数,delta可以是一个固定的值,也可以是一个可以通过高层协议配置的参数。delta用于设置Beam-Failure-Instance-Count的历史计数值在更新后的计数值中的权重。
例如,利用MAC协议中的语言该方案可以描述如下:
利用MAC协议中的语言该方案还可以描述如下。其中,X可以等于Beam-Failure-Instance-MaxCount,“more than X consecutive beam failure instances”也可以写成“Y consecutive beam failure instances”,其中Y可以等于Beam-Failure-Instance-MaxCount+1。
图3A、图3B、图3C是示出本发明实施例2的波束故障恢复方法的流程图。
如图3A所示,当接收到关于波束故障实例(beam failure instance)的指示时,进入步骤S201。在步骤S201中,判断波束故障恢复定时器(beamFailureRecoveryTimer)是否正在运行。若波束故障恢复定时器正在运行(步骤S201,“是”),则结束流程,若波束故障恢复定时器没有正在运行(步骤S201,“否”),则进入步骤S202,使波束故障实例计数器(Beam-Failure-Instance-Count)的计数值递增。
然后,处理进入步骤S203,判断波束故障实例计数器的计数值是否超过阈值(Beam-Failure-Instance-MaxCount)。若在步骤S203中判断为“否”,则结束流程。若在步骤S203中判断为“是”,则调整波束故障实例计数器的计数值(步骤S204),启动波束故障恢复定时器(步骤S205)。然后,判断波束故障重置定时器(beamFailureResetTimer)是否正在运行(步骤S206),若判断为“是”,则停止波束故障重置定时器(步骤S207),然后进入步骤S208,若判断为波束故障重置定时器未运行(步骤S206,“否”),则进入步骤S208,启动波束故障恢复流程(如执行随机接入等)。
其中,对波束故障实例计数器的计数值进行调整时,可以采用上述两种方法中的任一种方法,也可以采用其他方法。
在本实施例中,如图3B所示,当RRC连接建立时,或者在波束故障恢复失败时,初始化波束故障实例计数器的计数值(步骤S209),启动波束故障重置定时器(步骤S210)。在本实施例中,如图3C所示,若波束故障重置定时器超时,则调整波束故障实例计数器的计数值(步骤S211),启动波束故障重置定时器(步骤S212)。
在本实施例中,对波束故障实例计数器的计数值进行调整时,可以采用上述两种方法中的任一种方法,也可以采用其他方法。
如上所述,在本发明的一个实施方式中,在用户设备UE中,当接收到关于波束故障实例的指示,对所接收到的指示的个数进行累计从而得到累计值,当该累计值大于第一阈值时,启动波束故障恢复过程,若在给定时间即第二阈值的范围内所累计的所述累计值不大于所述第一阈值,则调整所述累计值。
根据本实施方式,能够将满足“波束故障”条件所需要的Beam-Failure-Instance-MaxCount个“波束故障实例”发生的总时间限制在一定的范围内。若在给定的时间内波束故障实例计数器的值达不到Beam-Failure-Instance-MaxCount,则调整该计数器的值,例如,清零,进入下一个评估周期。据此,能够消除虚假的波束故障。
[实施例3]
在本实施例中,UE的MAC层实体定义一个波束故障声明定时器beamFailureDeclarationTimer。该定时器启动时设置的定时值可以是一个固定的值,也可以是一个可以通过高层协议配置的参数。
在本实施例中,UE的物理层实体在满足一定的条件时,向UE的MAC层实体指示“波束正常实例(beam success instance)”。这些条件可以包括:
1、所有用于波束故障测量的参考信号的测量值(以一个错误概率表示)都低于一个预先设定的阈值;
2、一个或多个用于波束故障测量的参考信号的测量值(以一个错误概率表示)低于一个预先设定的阈值;
3、UE在所配置的CORESET中检测到了至少一个发送给该UE的DCI(即该DCI是用分配给该UE的C-RNTI进行加扰的)。其中,所配置的控制资源集合可以是工作控制资源集合,也可以是为波束故障恢复特别配置的控制资源集合,也可以是两者的组合。
当UE的MAC层实体收到超过Beam-Success-Instance-MaxCount(Beam-Success-Instance-MaxCount可以是1,或者是其他固定的正整数值,或者是一个可以配置的RRC参数)个连续的关于“波束正常实例”的指示时,若定时器beamFailureRecoveryTimer没有在运行,若定时器beamFailureDeclarationTimer正在运行,则停止并重置定时器beamFailureDeclarationTimer。
当UE的MAC层实体收到超过Beam-Failure-Instance-MaxCount(Beam-Success-Instance-MaxCount可以是1,或者是其他固定的正整数值,或者是一个可以配置的RRC参数)个连续的关于“波束故障实例”的指示时,若定时器beamFailureRecoveryTimer没有在运行,则启动定时器beamFailureDeclarationTimer。
若定时器beamFailureDeclarationTimer超时(该条件满足则认为发生了波束故障),则启动定时器beamFailureRecoveryTimer,并启动波束故障恢复请求(如初始化随机接入流程以向基站发送“波束故障恢复请求”)。
例如,利用MAC协议中的语言该方案可以描述如下:
又如,利用MAC协议中的语言,该方案还可以描述如下:
图4A、图4B、图4C、图4D是示出本发明实施例3的波束故障恢复方法的流程图。
在本实施例中,如图4A所示,当RRC连接建立时,初始化波束故障实例计数器(Beam-Failure-Instance-Count)的计数值(步骤S301),并且初始化波束正常实例计数器(Beam-Success-Instance-Count)的计数值(步骤S302)。
如图4B所示,当接收到关于波束故障实例(beam failure instance)的指示时,进入步骤S303。在步骤S303中,重置波束正常实例计数器的计数值。然后,判断波束故障恢复定时器(beamFailureRecoveryTimer)是否正在运行(步骤S304)。若波束故障恢复定时器正在运行(步骤S304,“是”),则结束流程,若波束故障恢复定时器没有正在运行(步骤S304,“否”),则进入步骤S305,判断波束故障声明定时器(beamFailureDeclarationTimer)是否正在运行,若判断为“是”,则结束流程。若判断为波束故障声明定时器未运行(步骤S305,“否”),则进入步骤S306,使波束故障实例计数器(Beam-Failure-Instance-Count)的计数值递增。
然后,处理进入步骤S307,判断波束故障实例计数器的计数值是否超过阈值(Beam-Failure-Instance-MaxCount)。若在步骤S307中判断为“否”,则结束流程。若在步骤S307中判断为“是”,则启动波束故障声明定时器(步骤S308)。
如图4C所示,当接收到关于波束正常实例(beam success instance)的指示时,进入步骤S309。在步骤S309中,重置波束故障实例计数器的计数值。然后,判断波束故障恢复定时器(beamFailureRecoveryTimer)是否正在运行(步骤S310)。若波束故障恢复定时器正在运行(步骤S310,“是”),则结束流程,若波束故障恢复定时器没有正在运行(步骤S310,“否”),则进入步骤S311,判断波束故障声明定时器(beamFailureDeclarationTimer)是否正在运行,若判断为“否”,则结束流程。若判断为波束故障声明定时器正在运行(步骤S311,“是”),则进入步骤S312,使波束正常实例计数器的计数值递增。
然后,处理进入步骤S313,判断波束正常实例计数器的计数值是否超过阈值(Beam-Success-Instance-MaxCount)。若在步骤S313中判断为“否”,则结束流程。若在步骤S313中判断为“是”,则停止波束故障声明定时器(步骤S314)。
在本实施例中,如图4D所示,若波束故障声明定时器超时,则启动波束故障恢复定时器(步骤S315),并启动波束故障恢复流程(如执行随机接入等)(步骤S316)。
如上所述,在本发明的一个实施方式中,在用户设备UE中,当接收到关于波束故障实例的指示时,对所接收到的所述指示的个数进行累计从而得到累计值,当所述累计值达到第一阈值时开始计时,并且在经过时间为给定时间即第二阈值以上时,启动波束故障恢复过程。此外,优选当接收到关于波束正常实例的指示,对所接收到的关于波束正常实例的指示的个数进行累计从而得到累加值,当所述累加值为第三阈值以上时,停止所述经过时间的计时。
根据本实施方式,能够独立对“波束故障实例”和“波束正常实例”进行计数,并且能够根据“波束正常实例”的累加结果来清除“波束故障实例”。据此,能够消除虚假的波束故障。
图5是示出本发明的一个实施例的用户设备401的框图。如图5所示,该用户设备401包括处理器410和存储器420。处理器410例如可以包括微处理器、微控制器、嵌入式处理器等。存储器420例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器420上存储有程序指令。该指令在由处理器410运行时,可以执行本公开详细描述的由用户设备执行的上述方法。
上述的各实施例、实施方式,在不发生矛盾的情况下能够相互组合。例如,能够将考虑从最近一个波束故障实例发生以来已经过去的时间的情况、考虑在给定时间内波束故障实例计数器的值不能达到阈值的情况、以及考虑波束正常实例的情况进行任意组合。通过将各实施例、实施方式进行任意组合,能够进一步消除虚假的波束故障。
此外,在本发明中,在一些实施例中,接收关于波束故障实例的指示,可以是连续地接收关于波束故障实例的指示,此外,接收关于波束正常实例的指示,可以是连续地接收关于波束正常实例的指示。
这里,在连续地接收关于波束故障实例的指示的情况下,对于两个给定的关于波束故障实例的指示,只有当它们出现的时间点之间没有任何其他关于波束故障实例的指示,并且也没有任何其他和波束故障实例相关的指示(如关于波束正常实例的指示)的情况下,才认为这两个关于波束故障实例的指示是连续的。此时只对连续接收到的关于波束故障的实例进行累计。
在连续地接收关于波束正常实例的指示的情况下,对于两个给定的关于波束正常实例的指示,只有当它们出现的时间点之间没有任何其他关于波束正常实例的指示,并且也没有任何其他和波束正常实例相关的指示(如关于波束故障实例的指示)的情况下,才认为这两个关于波束正常实例的指示是连续的。此时只对连续接收到的关于波束正常的实例进行累计。
上文已经结合优选实施例对本发明的方法和涉及的设备进行了描述。本领域技术人员可以理解,上面示出的方法仅是示例性的。本发明的方法并不局限于上面示出的步骤和顺序。上面示出的网络节点和用户设备可以包括更多的模块,例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的,本发明并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
应该理解,本发明的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如,上述实施例中的基站和用户设备内部的各种组件可以通过多种器件来实现,这些器件包括但不限于:模拟电路器件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(CPLD),等等。
在本申请中,“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心,包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端,例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
此外,这里所公开的本发明的实施例可以在计算机程序产品上实现。更具体地,该计算机程序产品是如下的一种产品:具有计算机可读介质,计算机可读介质上编码有计算机程序逻辑,当在计算设备上执行时,该计算机程序逻辑提供相关的操作以实现本发明的上述技术方案。当在计算系统的至少一个处理器上执行时,计算机程序逻辑使得处理器执行本发明实施例所述的操作(方法)。本发明的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上,以使得计算设备中的一个或多个处理器执行本发明实施例所描述的技术方案。
此外,上述每个实施例中所使用的基站设备和终端设备的每个功能模块或各个特征可以由电路实现或执行,所述电路通常为一个或多个集成电路。设计用于执行本说明书中所描述的各个功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)或通用集成电路、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、或分立的硬件组件、或以上器件的任意组合。通用处理器可以是微处理器,或者所述处理器可以是现有的处理器、控制器、微控制器或状态机。上述通用处理器或每个电路可以由数字电路配置,或者可以由逻辑电路配置。此外,当由于半导体技术的进步,出现了能够替代目前的集成电路的先进技术时,本发明也可以使用利用该先进技术得到的集成电路。
尽管以上已经结合本发明的优选实施例示出了本发明,但是本领域的技术人员将会理解,在不脱离本发明的精神和范围的情况下,可以对本发明进行各种修改、替换和改变。因此,本发明不应由上述实施例来限定,而应由所附权利要求及其等价物来限定。