CN111093290A - 由用户设备执行的方法及用户设备 - Google Patents

由用户设备执行的方法及用户设备 Download PDF

Info

Publication number
CN111093290A
CN111093290A CN201811248927.1A CN201811248927A CN111093290A CN 111093290 A CN111093290 A CN 111093290A CN 201811248927 A CN201811248927 A CN 201811248927A CN 111093290 A CN111093290 A CN 111093290A
Authority
CN
China
Prior art keywords
user equipment
random access
time window
drx
bfi
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
CN201811248927.1A
Other languages
English (en)
Other versions
CN111093290B (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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to CN201811248927.1A priority Critical patent/CN111093290B/zh
Priority to EP19876554.7A priority patent/EP3873166A4/en
Priority to US17/288,222 priority patent/US20210392521A1/en
Priority to PCT/CN2019/112188 priority patent/WO2020083182A1/zh
Publication of CN111093290A publication Critical patent/CN111093290A/zh
Application granted granted Critical
Publication of CN111093290B publication Critical patent/CN111093290B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本发明提供一种由用户设备执行的方法及用户设备，该用户设备被配置了不连续接收DRX模式，所述由用户设备执行的方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及在所述BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与所述随机接入过程有关的时间窗的运行状态，进行与所述随机接入过程有关的控制。由此，即使在被配置了不连续接收DRX模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。

Description

由用户设备执行的方法及用户设备
技术领域
本发明涉及无线通信技术领域，更具体地，本发明涉及由与不连续接收有关的用户设备执行的方法以及相应的基站和用户设备。
背景技术
随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计***以更好地支持万物互联是一项需要深入研究的课题。
为此，在2016年3月举行的第三代合作伙伴计划(3GPP)RAN#64次全会上，提出了新5G无线接入技术的研究课题(参见非专利文献：RP-160671New SID Proposal：Study onNew Radio Access Technology)。在该工作项目的描述中，未来新的通信制式的工作频段可扩展至100GHz，同时将至少满足增强的移动宽带业务需求、海量物联网终端的通信需求，以及高可靠性要求的业务需求等，该项目研究工作将于2018年结束。
不连续接收(DRX)是指当UE的业务不繁忙时，可以不持续监听(monitor)PDCCH，而是周期性地醒来，持续监听一段时间，在这段时间内没有收到对UE的调度，那么UE将不再监听PDCCH直至下一个醒来的时刻。
为了让UE能更好地工作在高频段，NR采用了波束成形技术，通过该技术，使得发射能量集中，改善信号质量。为了保证传输过程中的信号质量，UE需要根据测量结果评估链路质量，并向上层指示测量的结果，实现链路重配置的过程。
DRX允许UE不连续监听PDCCH，从而达到节能的效果，但是链路重配置过程要求UE接收测量信号，测量链路质量，并在必要时向上层指示发生波束失败实例(beam failureinstance，BFI)，以进行波束传输失败检测(beam failure detection)。
在beam failure detection过程中，当上层接收到的BFI的个数达到门限值时，为了恢复链路，UE会启动波束传输失败恢复(beam failure recovery)过程，触发随机接入。这样的beam failure recovery过程可以发生在处于DRX模式下的UE的ACTIVE time以及非ACTIVE time。当beam failure recovery过程发生时，UE处于ACTIVE time，UE可以按照non-DRX mode进行操作，但是如何进行发生在非ACTIVE time的beam failure recovery过程，这是需要解决的问题。
发明内容
为了解决上述问题，本发明提供了一种由用户设备执行的方法以及用户设备，能够在被配置了不连续接收DRX模式的用户设备中可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。
根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及在所述BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与所述随机接入过程有关的时间窗的运行状态，进行与所述随机接入过程有关的控制。
在上述方法中，可以是，在触发了所述随机接入过程且所述用户设备处于非激活状态时，在所述时间窗处于运行期间的情况下，将所述用户设备切换为激活状态。
根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及在所述BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分BWP活跃期相关的定时器的运行状态，进行与所述随机接入过程有关的控制。
在上述方法中，可以是，在触发了所述随机接入过程且所述用户设备处于非激活状态时，在所述定时器超时而发生了带宽部分BWP的切换的情况下，将所述用户设备切换为激活状态。
根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及在所述BFI的累计次数达到预设的门限值以上且所述用户设备处于非激活状态时，延迟执行随机接入过程的触发。
在上述方法中，可以是，根据与所述随机接入过程有关的时间窗的运行状态来控制延迟的时间长度。
在上述方法中，可以是，在所述时间窗处于运行期间的情况下，在该时间窗运行结束时触发所述随机接入过程，在所述时间窗没有运行的情况下，开始运行所述时间窗，并且在该时间窗运行结束时触发所述随机接入过程。
在上述方法中，可以是，所述时间窗的长度由网络侧预先配置，或者由所述用户设备根据与链路状态有关的信息来确定。
在上述方法中，可以是，将所述随机接入过程的触发延迟至预设的时刻为止，或者延迟至发生特定事件为止。
根据本发明，提出了一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行上述方法。
发明效果
根据本发明的由用户设备执行的方法以及用户设备，能够在被配置了不连续接收DRX模式的用户设备中可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。
附图说明
通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
图1示出了根据本发明实施例的由用户设备执行的方法的流程图；
图2示出了根据本发明实施例的由用户设备执行的另一方法的流程图；
图3示出了根据本发明实施例的由用户设备执行的另一方法的流程图；
图4示出了根据本发明实施例的用户设备的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义。
Figure DA00018396113950704
Figure DA00018396113950726
下文以NR移动通信***及其后续的演进版本作为示例应用环境，以支持NR的基站和UE设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信***，例如eLTE通信***，而且可以适用于其他基站和UE设备，例如支持eLTE的基站和UE设备。
UE在测量链路评估链路质量时，具体的操作包括，在一段时间内测量参考信号，测量的结果反映了参考信号的强度，并且判断参考信号的强度是否高于/低于预设的门限值。这段测量参考信号的时间可以称为评估周期(evaluation period)，也可以称作测量周期(measurement period)，即测量/评估执行的时期，下文中不再赘述。评估周期的长度单位可以是毫秒或者是时隙(slot)数，还可以是子帧(subframe)数。如果参考信号不是连续出现，而是周期性出现的，那么评估周期的长度还可以描述为包含参考信号周期的个数。
在评估周期或者测量周期内，UE定期接收参考信号，进行采样测量，然后得出信号强度值或者是将强度值映射/折算为传输误块率，即通过测量获得表征链路质量或者信号强度的测量结果，或者是通过测量获得链路质量，这里统称为测量结果。可见在评估周期内，由于UE接收参考信号而带来了能量消耗。评估完成后，UE根据参考信号的测量结果是否高于/低于预设的门限值进行判断：当测量的参考信号的测量结果低于门限值时，UE的PHY向上层指示一个BFI，表示产生了一个BFI；当测量的参考信号的强度高于门限值时，那么UE的PHY不会向上层进行任何指示。这种根据测量结果进行判断的行为是周期性发生的，其周期可以称为指示周期(indication period)。根据判断结果，在指示周期的边界，如果有BFI生成，UE可以向上层指示BFI；如果没有BFI生成，UE不进行任何指示。
由于判断的行为总是发生在评估周期结束的时刻，可以认为UE在进行指示之前的一段时间进行测量，然后根据测量结果进行指示。这段进行测量的时间的长度等于评估周期的长度，即UE基于指示之前的评估周期这段时间内的测量结果进行判断并指示。
为了检测beam failure，需要进行上述的测量，常用的参考信号可以是SSB或者CSI-RS。当判断发生beam failure instance时，UE的下层，这里主要指PHY，会向上层，主要指MAC层，指示一个BFI。MAC层收到BFI后会对计数器BFI_COUNTER的值加一，并且启动对应于指示周期的定时器beam failure detection timer，这个定时器超时，意味着一个指示周期结束，如果此时又有BFI被指示，那么MAC层的计数器BFI_COUNTER会继续加1；如果没有BFI被指示，那么MAC层的计数器BFI_COUNTER则被重置为零。当计数器的值大于等于门限值beamFailureInstanceMaxCount时，会触发随机接入过程(random access procedure)。
在触发的随机接入过程中，UE可以在基于无竞争冲突的PRACH资源上发送特定的前导序列preamble，或者是发送基于无竞争冲突的、用于beam failure recovery request的preamble，并启动时间窗ra-ResponseWindow，信元BeamFailureRecoveryConfig中配置了该时间窗的取值；如果UE在该时间窗运行期间，接收到指向UE的C-RNTI的PDCCH时，那么可以认为随机接入过程成功完成，进而认为beam failure recovery过程成功完成。
在触发的随机接入过程中，UE还可以在基于竞争冲突的PRACH资源上发送preamble，然后接收基站Gnb发送的随机接入响应消息random access response，RAR。在RAR中调度的上行资源上，UE发送携带UE的身份标识C-RNTI的消息三，并启动竞争冲突解决定时器，在竞争冲突解决定时器运行期间，如果UE接收到指向UE的C-RNTI的PDCCH，那么可以认为竞争冲突解决以及随机接入过程成功完成，进而认为beam failure recovery过程成功完成。
这里说的“指向UE的C-RNTI的PDCCH”是指用UE的C-RNTI加扰的PDCCH，可以被称为PDCCH addressed to the C-RNTI。
本文中的DRX模式DRX mode是指UE被配置了DRX功能(DRX is configured)，或者是被配置了DRX相关的参数，或者是指进行DRX操作的UE。本文中的非DRX模式Non-DRX mode是指UE未被配置DRX功能或者未被配置DRX相关的参数，或者是UE未进行DRX操作。UE在DRX模式下，周期性地持续监听PDCCH，这里的周期为DRX cycle。当UE遵循DRX cycle，在ACTIVEtime醒来监听PDCCH时，UE会启动定时器drx-onDurationTimer，在这个定时器运行期间，UE会持续监听PDCCH。这里所说的“持续监听PDCCH”是指在PDCCH可能出现的所有时刻接收PDCCH，并且检测该PDCCH或者其包含的DCI的格式(format)是否是被该UE的C-RNTI加扰，即该PDCCH是否指向UE的C-RNTI(PDCCH addressed to the C-RNTI)。如果是，则根据被监听的DCI的格式解码该PDCCH，从而获取其中指示的信息DCI。
在DRX mode下UE可以处于ACTIVE time或者Non-ACTIVE time。本文中的非ACTIVEtime是指UE不处于ACTIVE time的时期，或者是不属于ACTIVE time的时间。UE在非ACTIVEtime不监听PDCCH，这意味着PDCCH可能出现的时刻发生在UE的非ACTIVE time，那么UE在这个PDCCH可能出现的时刻，不会去接收并检测PDCCH。
当UE被配置了DRX cycle，ACTIVE time指的是下述时刻：
-定时器drx-onDurationTimer，drx-InactivityTimer or drx-RetransmissionTimerDL or drx-RetransmissionTimerUL or ra-ContentionResolutionTimer运行期间；
-在PUCCH上发送的调度请求处于挂起(pending)的时候
-在一个随机接入过程中，如果发送的前导序列不是从基于竞争冲突的随机接入前导序列中选择的，那么在成功收到RAR之后，还没有收到一个指向UE的C-RNTI的PDCCH的时候。
图1示出了根据本发明实施例的由用户设备UE执行的方法的流程图，在该方法中，用户设备UE被配置了DRX模式。
具体而言，如图1所示的方法包括步骤S110和步骤S120。
在步骤S110中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI。
在步骤S120中，在BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与随机接入过程有关的时间窗的运行状态，进行与随机接入过程有关的控制，其中，与随机接入过程有关的控制例如包括用户设备的状态的切换等。
根据上述方法，提供了一种在被配置了DRX模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与随机接入过程有关的时间窗的运行状态，进行与随机接入过程有关的控制。
因此，根据上述方法，即使在被配置了不连续接收DRX模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。
图2示出了根据本发明实施例的由用户设备UE执行的另一方法的流程图，在该方法中，用户设备UE被配置了DRX模式。
具体而言，如图2所示的方法包括步骤S210和步骤S220。
在步骤S210中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI。
在步骤S220中，在BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分BWP活跃期相关的定时器的运行状态，进行与随机接入过程有关的控制，其中，与随机接入过程有关的控制例如包括用户设备的状态的切换等。
根据上述方法，提供了一种在被配置了DRX模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分BWP活跃期相关的定时器的运行状态，进行与随机接入过程有关的控制。
因此，根据上述方法，即使在被配置了不连续接收DRX模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。
图3示出了根据本发明实施例的由用户设备UE执行的另一方法的流程图，在该方法中，用户设备UE被配置了DRX模式。
具体而言，如图3所示的方法包括步骤S310和步骤S320。
在步骤S310中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI。
在步骤S320中，在BFI的累计次数达到预设的门限值以上且用户设备处于非激活状态时，延迟执行随机接入过程的触发。
根据上述方法，提供了一种在被配置了DRX模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在BFI的累计次数达到预设的门限值以上且用户设备处于非激活状态时，延迟执行随机接入过程的触发。
因此，根据上述方法，即使在被配置了不连续接收DRX模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信***整体的可靠性以及通信效率。另一方面，根据上述方法，还能够实现终端节电。
以下，详细描述本发明的若干实施例。
由于beam failure recovery触发RA的时刻仅与上报的BFI的个数有关，因此触发的RA可以发生在ACTIVE time或者是非ACTIVE time。因此，上述标志着RA成功完成以及beam failure recovery成功完成的PDCCH可以是在ACTIVE time由网络侧发送的，并被收到，或者在非ACTIVE time由网络侧发送的。
现有机制中，对于MAC实体在处于ACTIVE time时，规定了UE需要持续地监听下行PDCCH，以确定是否是被该UE的C-RNTI加扰的，如果是被该UE的C-RNTI加扰的PDCCH，对于该PDCCH指示的上行/下行传输/调度定义了相应的行为。但是，对于UE在非ACTIVE time下，现有技术不支持UE监听PDCCH，那么存在问题，当上述标志着RA成功完成以及beam failurerecovery成功完成的PDCCH在非ACTIVE time由网络侧发送时，UE因为处于非ACTIVE而无法去监听并成功接收，从而导致UE执行的beam failure recovery过程失败。因此需要解决该beam failure recovery过程失败的问题。
实施例1
为了解决上述问题，一种方法是扩展ACTIVE time的定义，使得UE在网络侧发送前文所述的、标志着RA成功完成以及beam failure recovery成功完成的PDCCH时处于ACTIVEtime，从而使得UE监听并接收到该PDCCH，完成随机接入过程，进而完成beam failurerecovery过程。该方法的具体实施方式可以是：
当beam failure recovery过程被触发，从该时刻起的时间包含在ACTIVE time中，即一旦beam failure recovery被触发，UE判定MAC实体进入/处于ACTIVE time；或者
对于一个由beam failure recovery触发的随机接入过程，它在执行期间所属的时间包含在ACTIVE time中；或者
beam failure recovery过程进行的时间包含在ACTIVE time；或者
当UE在基于无竞争冲突(based on contention free)的PRACH资源上发送preamble时，从该时刻起的时间包含在ACTIVE time中，即一旦preamble在基于无竞争冲突的PRACH资源上被发送，UE判定MAC实体进入/处于ACTIVE time，即这段时间包含在ACTIVEtime内；优选的，该PRACH资源用于beam failure recovery。
又或者
当UE发送了用于无竞争冲突(based on contention free)的preamble时，从该时刻起的时间包含在ACTIVE time中，即一旦preamble在基于无竞争冲突的PRACH资源上被发送，UE判定MAC实体进入/处于ACTIVE time，即这段时间包含在ACTIVE time内；优选的，该preamble用于beam failure recovery。
在一个随机接入过程中，如果发送的前导序列是从基于竞争冲突的随机接入前导序列中选择的，那么在成功收到RAR之后，还没有收到一个指向UE的C-RNTI的PDCCH的时候，从该时刻起，UE判定MAC实体进入/处于ACTIVE time，即这段时间包含在ACTIVE time内；或者
当在一个由beam failure recovery触发的随机接入过程中，在成功接收了随机接入响应，但是指向该UE的C-RNTI的PDCCH还没有接收到时，从该时刻起，UE判定MAC实体进入/处于ACTIVE time，即这段时间包含在ACTIVE time内；或者
当UE被配置了DRX，在ra-ResponseWindow运行(running)期间，UE判定MAC实体进入/处于ACTIVE time，包括将处于非激活状态的UE切换为激活状态的操作；优选的，该ra-ResponseWindow的取值是由信息元素(Information Element)BeamFailureRecoveryConfig中配置的，或者是该ra-ResponseWindow被配置的取值和beamfailure recovery的配置相关联，或者该ra-ResponseWindow被配置了与beam failurerecovery相关的取值。所述的“在ra-ResponseWindow运行(running)期间，UE判定MAC实体进入/处于ACTIVE time”可以理解为，
-当ra-ResponseWindow启动时，如果MAC实体处于Non-ACTIVE time，那么MAC实体进入ACTIVE time；如果MAC实体已经处于ACTIVE time，那么MAC实体继续处于ACTIVEtime；
-当ra-ResponseWindow运行停止时，MAC实体仍然处于ACTIVE time，又或者是ra-ResponseWindow运行停止时，如果没有其他触发条件导致MAC实体处于ACTIVE time，那么ra-ResponseWindow运行停止时，MAC实体进入Non-ACTIVE time。
这里所说的“其他的触发条件导致MAC实体一直处于ACTIVE time”包括本文中其他部分提到的任何导致MAC实体一直处于ACTIVE time的判断。
由于在BeamFailureRecoveryConfig配置的ra-ResponseWindow运行(running)期间，UE需要在信元recoverySearchSpaceId指示的搜索空间中搜索/监听指向该UE的C-RNTI的PDCCH，因此一种可以替换的方案为：当UE被配置了DRX，如果需要在信元recoverySearchSpaceId指示的搜索空间中搜索/监听指向UE的C-RNTI的PDCCH，则UE判定MAC实体进入/处于ACTIVE time，包括将处于非激活状态的UE切换为激活状态的操作。
此外，当与BWP活跃期相关的定时器bwp-InactivityTimer超时，UE将回落到初始下行BWP(initial DL BWP)或者默认的下行BWP(default DL BWP)，从而发生了BWP的切换。在这一过程中，由于UE在被回落的BWP上没有持续的链路监测，所以极有可能检测到beamfailure，进而触发beam failure recovery以及相应的随机接入过程。由于bwp-InactivityTimer运行超时可以发生在非ACTIVE time，因此还存在一种方案，当UE被配置了DRX，在bwp-InactivityTimer运行超时时，UE判定MAC实体进入/处于ACTIVE time，包括将处于非激活状态的UE切换为激活状态的操作。所述的“当UE被配置了DRX，在bwp-InactivityTimer运行超时时，UE判定MAC实体进入/处于ACTIVE time”可以理解为：
当MAC实体处于non-ACTIVE time时，在bwp-InactivityTimer运行超时时，MAC实体进入ACTIVE time；
如果没有其他触发条件导致MAC实体一直处于ACTIVE time，那么由bwp-InactivityTimer运行超时导致进入的ACTIVE time可以持续到drx-onDurationTimer启动，一旦drx-onDurationTimer启动，UE继续处于ACTIVE time；
还可以是在bwp-InactivityTimer运行超时时启动一个定时器，这个定时器运行时，UE处于ACTIVE time，那么上述方案的一种变形为：当UE被配置了DRX，在bwp-InactivityTimer运行超时时，如果UE不处于ACTIVE time(或者是UE处于non-ACTIVEtime)，那么启动一个定时器以及UE判定MAC实体进入/处于ACTIVE time，包括将处于非激活状态的UE切换为激活状态的操作。
上述方案的另一种变形为：当UE被配置了DRX，在bwp-InactivityTimer运行超时时，如果UE不处于ACTIVE time(或者是UE处于non-ACTIVE time)，那么启动一个定时器；以及在该定时器运行期间UE判定MAC实体进入/处于ACTIVE time，包括将处于非激活状态的UE切换为激活状态的操作。
在该定时器超时时，如果没有其他的触发条件导致MAC实体一直处于ACTIVEtime，那么UE可以离开ACTIVE time，或者说是进入non-ACTIVE time。一旦由其他的触发条件导致MAC实体一直处于ACTIVE time，那么当这些触发条件发生时，该定时器被停止。
这里所说的“其他的触发条件导致MAC实体一直处于ACTIVE time”包括本文中其他部分提到的任何导致MAC实体一直处于ACTIVE time的判断。
定时器的时长可以由网络侧预先配置例如通过***信息/***信息块广播，以及通过专有信令发送给UE。这个定时器的配置信息可以和DRX的配置信息一起配置给UE。
优选的，这样的定时器也可以用时间窗来实现。即用启动时间窗来取代定时器运行/启动，用停止时间窗来取代停止定时器，以及用时间窗超时来取代定时器运行结束，用时间窗运行来取代定时器的运行。时间窗的时长设置方法可以和定时器的时长设置方法相同。
由于UE仅在被配置了DRX模式，或者DRX cycle，或者DRX功能时，才区分ACTIVEtime和非ACTIVE time，因此可以理解，当UE被配置了DRX模式，或者DRX cycle，或者DRX功能时，可以执行上述方法。
基于上述方法之一或多，使得UE在网络侧发送前面所述的PDCCH时处于ACTIVEtime，从而使得UE监听并接收到该PDCCH，完成随机接入过程，进而完成beam failurerecovery过程。
在UE监听并接收到了指向该UE的C-RNTI的PDCCH时，该PDCCH可以指示了一个上行传输/调度(UL transmission/UL grant)，或者指示了PDSCH上的下行传输/指派(DLtransmission/DL assginment)，又或者是既不指示上行传输/调度又不指示下行传输/指派，仅仅是对UE的beam failure recovery request的响应。
在上述的PDCCH指示的任一情况下，UE可以启动或者重新启动定时器drx-InactivityTimer。在这个定时器运行期间，属于ACTIVE time，UE持续监听PDCCH。
优选的，如果前面所述PDCCH指示了PDSCH上的下行指派，那么当相应的PUCCH传输完成后，UE为这个HARQ进程启动定时器drx-HARQ-RTT-TimerDL。这里“相应的PUCCH传输”是指UE在接收了PDSCH上的传输信息后，通过PUCCH向Gnb反馈接收信息的ACK/NACK信息。当drx-HARQ-RTT-TimerDL超时，如果相应于与本次传输的相关的HARQ进程对应的下行数据没有正确接收，那么为这个HARQ进程启动定时器drx-RetransmissionTimerDL。在drx-RetransmissionTimerDL运行期间，UE持续监视PDCCH。
以及可选的，在ACTIVE time期间，如果前面所述PDCCH指示了一个上行调度/传输，那么当相应的PUSCH传输完成后，或者是相应的PUSCH的第一次重复传输完成后，UE为这个HARQ进程启动定时器drx-HARQ-RTT-TimerUL。这里“相应的PUSCH传输”是指UE在PDCCH指示的上行调度的时刻和频域对应的PUSCH上传输的上行数据。如果drx-HARQ-RTT-TimerUL超时，那么为相应于与本次传输的相关的HARQ进程启动drx-RetransmissionTimerUL。在drx-RetransmissionTimerUL运行期间，UE持续监视PDCCH。
实施例2
为了实现终端节电，另外一种可行的方法是当beam failure recovery被触发时，如果UE处于非ACTIVE time，UE延迟执行触发随机接入过程。
由于UE仅在被配置了DRX模式，或者DRX cycle，或者DRX功能时，才区分ACTIVEtime和非ACTIVE time，因此可以理解当UE被配置了DRX模式，或者DRX cycle，或者DRX功能时，可以执行上述方法。
具体可以是，
当UE的上层接收到的BFI的个数大于等于beamFailureInstanceMaxCount时，UE进一步判断MAC实体是否处于ACTIVE time。
如果处于ACTIVE time，则立刻触发随机接入过程；
如果不处于ACTIVE time，则推迟执行触发随机接入过程。
其中，推迟执行触发随机接入过程可以通过下述方案实现：
方案一
延迟的时间长度可以是由一个时间窗控制，具体可以是，
当UE的上层接收到的BFI的个数大于等于beamFailureInstanceMaxCount时，如果UE的MAC实体不处于ACTIVE time，并且该时间窗没有运行，那么则运行/启动该时间窗。
当时间窗运行结束时，触发用于beam failure recovery的随机接入过程。
在时间窗运行期间，不触发用于beam failure recovery的随机接入过程。
时间窗的长度可以是UE从网络侧接收的信息中预先配置的，还可以是UE根据链路的情况来确定。例如，当前链路的性能稳定，信号质量的波动不大，即连续测量的信号质量都高于某个阈值，那么时间窗的长度可以设置为较大的值；如果当前链路的性能不稳定，信号质量低于某个阈值，那么时间窗的长度可以设置为较小的值，甚至为0。优选的，可以由物理层来确定时间窗的长度，并提供给MAC层。时间窗的长度还可以基于DRX cycle、Activetime、参考信号周期的时间长度等其他与链路状态有关的信息来确定。
在一些情况下，运行的时间窗可以被停止，例如UE进入了ACTIVE time，又或者当UE工作的BWP或者激活的BWP发生切换时，例如，与BWP活跃期相关的定时器运行超时，UE需要回落到初始的BWP或者默认的BWP上，那么这时可以停止运行的时间窗。当beamFailureDetectionTimer超时，导致BFI COUNTER被设置或者重置为0时，可以停止运行的时间窗。
优选的，这样的时间窗也可以用定时器来实现。即用启动定时器来取代运行/启动时间窗，用停止定时器来取代停止时间窗，以及用定时器超时来取代时间窗运行结束，用定时器运行来取代时间窗的运行。定时器的时长设置方法可以和时间窗的时长设置方法相同。
方案二
还可以是UE推迟执行触发随机接入过程直到某个时刻或者某个事件发生，即，将随机接入过程的触发延迟至预设的时刻为止，或者延迟至发生特定事件为止，例如直到UE进入ACTIVE time。具体可以是，
当UE的上层接收到的BFI的个数大于等于beamFailureInstanceMaxCount时，如果不处于ACTIVE time，则不执行触发随机接入过程，并设置参数beamfailurerecovery为pending；
当UE进入ACTIVE time时，判断参数beamfailurerecovery取值，如果参数beamfailurerecovery取值为pending，那么触发用于beam failurerecovery的随机接入过程。
其中，当UE工作的BWP或者激活的BWP发生切换时，例如，与BWP活跃期相关的定时器运行超时，如果参数beamfailurerecovery为pending，那么将参数beamfailurerecovery取值设为no pending。还可以是当beamFailureDetectionTimer超时，导致BFI COUNTER被设置或者重置为0时，如果参数beamfailurerecovery为pending，那么将参数beamfailurerecovery取值设为no pending。
这里参数beamfailurerecovery的取值设为pending的含义是指有一个挂起的beam failure recovery，no pending的含义是没有挂起的beam failure recovery。还可以是取值为0或者1，取值为1时对应pending的含义，取值为0时对应no pending的含义，这里不做限定。参数beamfailurerecovery的初始值可以设为no pending。
图4示出了根据本发明实施例的用户设备40的框图。如图4所示，该用户设备40包括处理器410和存储器420。处理器410例如可以包括微处理器、微控制器、嵌入式处理器等。存储器420例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器420上存储有程序指令。该指令在由处理器410运行时，可以执行本发明详细描述的用户设备中的上述方法。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***，可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (10)

1.一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：
在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及
在所述BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与所述随机接入过程有关的时间窗的运行状态，进行与所述随机接入过程有关的控制。
2.根据权利要求1所述的方法，其特征在于，
在触发了所述随机接入过程且所述用户设备处于非激活状态时，
在所述时间窗处于运行期间的情况下，将所述用户设备切换为激活状态。
3.一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：
在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及
在所述BFI的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分BWP活跃期相关的定时器的运行状态，进行与所述随机接入过程有关的控制。
4.根据权利要求3所述的方法，其特征在于，
在触发了所述随机接入过程且所述用户设备处于非激活状态时，
在所述定时器超时而发生了带宽部分BWP的切换的情况下，将所述用户设备切换为激活状态。
5.一种由用户设备执行的方法，该用户设备被配置了不连续接收DRX模式，所述方法包括：
在参考信号的测量结果低于门限值时生成并指示波束传输失败实例BFI；以及
在所述BFI的累计次数达到预设的门限值以上且所述用户设备处于非激活状态时，延迟执行随机接入过程的触发。
6.根据权利要求5所述的方法，其特征在于，
根据与所述随机接入过程有关的时间窗的运行状态来控制延迟的时间长度。
7.根据权利要求6所述的方法，其特征在于，
在所述时间窗处于运行期间的情况下，在该时间窗运行结束时触发所述随机接入过程，
在所述时间窗没有运行的情况下，开始运行所述时间窗，并且在该时间窗运行结束时触发所述随机接入过程。
8.根据权利要求5所述的方法，其特征在于，
所述时间窗的长度由网络侧预先配置，或者由所述用户设备根据与链路状态有关的信息来确定。
9.根据权利要求5所述的方法，其特征在于，
将所述随机接入过程的触发延迟至预设的时刻为止，或者延迟至发生特定事件为止。
10.一种用户设备，包括：
处理器；以及
存储器，存储有指令；
其中，所述指令在由所述处理器运行时执行根据权利要求1至9中任一项所述的方法。
CN201811248927.1A 2018-10-24 2018-10-24 由用户设备执行的波束失败恢复的方法及用户设备 Active CN111093290B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201811248927.1A CN111093290B (zh) 2018-10-24 2018-10-24 由用户设备执行的波束失败恢复的方法及用户设备
EP19876554.7A EP3873166A4 (en) 2018-10-24 2019-10-21 PROCEDURE AND USER DEVICE PERFORMED BY USER DEVICE
US17/288,222 US20210392521A1 (en) 2018-10-24 2019-10-21 Method and apparatus of beam failure recovery executed by user equipment
PCT/CN2019/112188 WO2020083182A1 (zh) 2018-10-24 2019-10-21 由用户设备执行的方法及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811248927.1A CN111093290B (zh) 2018-10-24 2018-10-24 由用户设备执行的波束失败恢复的方法及用户设备

Publications (2)

Publication Number Publication Date
CN111093290A true CN111093290A (zh) 2020-05-01
CN111093290B CN111093290B (zh) 2023-11-07

Family

ID=70331250

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811248927.1A Active CN111093290B (zh) 2018-10-24 2018-10-24 由用户设备执行的波束失败恢复的方法及用户设备

Country Status (4)

Country Link
US (1) US20210392521A1 (zh)
EP (1) EP3873166A4 (zh)
CN (1) CN111093290B (zh)
WO (1) WO2020083182A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022082771A1 (en) * 2020-10-23 2022-04-28 Apple Inc. Beam management for non-terrestrial network (ntn)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3939212A4 (en) * 2020-05-18 2022-05-25 Nokia Technologies Oy METHOD AND APPARATUS FOR DIRECT ACCESS PROCESS

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612119A (zh) * 2011-01-19 2012-07-25 华为技术有限公司 一种处理方法、通信方法及装置
CN107534888A (zh) * 2015-05-01 2018-01-02 华为技术有限公司 用于混合波束成形的csi反馈的装置、网络及方法
US20180227899A1 (en) * 2017-02-06 2018-08-09 Mediatek Inc. Beam Failure Recovery Mechanism for Multi-Beam Operation
CN108632007A (zh) * 2017-03-22 2018-10-09 华为技术有限公司 用于传输数据的方法和终端设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10194442B2 (en) * 2017-02-10 2019-01-29 Qualcomm Incorporated Uplink resources for beam recovery
EP3780852B1 (en) * 2018-03-28 2023-02-15 Beijing Xiaomi Mobile Software Co., Ltd. Information transmission method and information transmission device
CN112514524B (zh) * 2018-07-27 2023-05-02 华为技术有限公司 C-drx模式的链路故障恢复
WO2020033406A2 (en) * 2018-08-08 2020-02-13 Babaei Alireza Beam failure recovery in unlicensed cells
US11012137B2 (en) * 2018-08-09 2021-05-18 Comcast Cable Communications, Llc Resource management for beam failure recovery procedures

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612119A (zh) * 2011-01-19 2012-07-25 华为技术有限公司 一种处理方法、通信方法及装置
CN107534888A (zh) * 2015-05-01 2018-01-02 华为技术有限公司 用于混合波束成形的csi反馈的装置、网络及方法
US20180227899A1 (en) * 2017-02-06 2018-08-09 Mediatek Inc. Beam Failure Recovery Mechanism for Multi-Beam Operation
CN108632007A (zh) * 2017-03-22 2018-10-09 华为技术有限公司 用于传输数据的方法和终端设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"\"R2-1712562\"", 3GPP TSG_RAN\\WG2_RL2 *
ASUSTEK: "R2-1815238 \"BFR procedure during DRX mode\"", 3GPP TSG_RAN\\WG2_RL2 *
ERICSSON: "R2-1803198 \"Contention based random access for beam failure\"", 3GPP TSG_RAN\\WG2_RL2 *
HUAWEI, HISILICON: "R2-1814867 \"Correction for the termination of BFR\"", 3GPP TSG_RAN\\WG2_RL2 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022082771A1 (en) * 2020-10-23 2022-04-28 Apple Inc. Beam management for non-terrestrial network (ntn)

Also Published As

Publication number Publication date
US20210392521A1 (en) 2021-12-16
EP3873166A1 (en) 2021-09-01
EP3873166A4 (en) 2022-08-03
CN111093290B (zh) 2023-11-07
WO2020083182A1 (zh) 2020-04-30

Similar Documents

Publication Publication Date Title
US11470487B2 (en) User equipment and method thereof
CN111034302B (zh) 用于波束故障恢复的随机接入的方法和设备
US11228977B2 (en) Methods and apparatuses for monitoring a radio link
EP3170352B1 (en) Medium access control in lte-u
CN109952789A (zh) 一种省电信号模式的使用方法、装置及终端
CN106533633B (zh) 信息处理方法、用户设备及基站
CN111294928A (zh) 由用户设备执行的方法以及用户设备
KR20140140619A (ko) 하이브리드 네트워크의 동기화 복구를 위한 장치 및 방법
KR20110025599A (ko) 무선 통신 시스템상에서 물리 하향 채널의 모니터링 동작을 효율적으로 제어하는 방법
EP2918093A1 (en) Drx parameter configuration method and associated base station for facilitating anr measurement
CN106535336B (zh) 基站及其进行非连续接收处理方法
AU2019248657B2 (en) Access control method and user equipment
WO2014184668A2 (en) Relaxed performance requirements for offloading measurements
CN112954733A (zh) 由用户设备执行的方法及用户设备
WO2012167629A1 (zh) Drx模式下终端保持上行同步的处理方法及装置
CN111093290B (zh) 由用户设备执行的波束失败恢复的方法及用户设备
AU2018311884B2 (en) Method and device for resetting media access control layer
CN111200832B (zh) 一种波束失败恢复方法、装置及终端
CN110650486B (zh) 一种随机接入方法、用户设备和具有存储功能的装置
CN114071783A (zh) 由用户设备执行的方法以及用户设备
CN112105044B (zh) 一种驻留状态检测方法、装置及设备
CN114679749A (zh) 邻区测量方法及装置、计算机可读存储介质
CN115150046A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220408

Address after: Japan's Osaka City. Sakai Sakai district town 1 times

Applicant after: Sharp Corp.

Applicant after: FG Innovation Co.,Ltd.

Address before: Japan's Osaka City. Sakai Sakai district town 1 times

Applicant before: Sharp Corp.

GR01 Patent grant
GR01 Patent grant