WO2021203396A1 - 持续lbt失败检测与恢复的方法及装置 - Google Patents

持续lbt失败检测与恢复的方法及装置 Download PDF

Info

Publication number
WO2021203396A1
WO2021203396A1 PCT/CN2020/084074 CN2020084074W WO2021203396A1 WO 2021203396 A1 WO2021203396 A1 WO 2021203396A1 CN 2020084074 W CN2020084074 W CN 2020084074W WO 2021203396 A1 WO2021203396 A1 WO 2021203396A1
Authority
WO
WIPO (PCT)
Prior art keywords
lbt failure
continuous
mac
failure
cell
Prior art date
Application number
PCT/CN2020/084074
Other languages
English (en)
French (fr)
Inventor
贾美艺
张磊
王昕�
Original Assignee
富士通株式会社
贾美艺
张磊
王昕�
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 富士通株式会社, 贾美艺, 张磊, 王昕� filed Critical 富士通株式会社
Priority to PCT/CN2020/084074 priority Critical patent/WO2021203396A1/zh
Priority to JP2022559839A priority patent/JP2023520691A/ja
Priority to CN202080099235.4A priority patent/CN115362749A/zh
Publication of WO2021203396A1 publication Critical patent/WO2021203396A1/zh
Priority to US17/955,935 priority patent/US20230025873A1/en

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/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the terminal device cancels the triggered continuous LBT failure listed above, for some cases, for example, for the deactivation of the secondary cell, even if the cancellation of the continuous LBT fails, but the continuous LBT failure does exist, the continuous LBT Failure to continue the indication will not bring adverse consequences to the network device; but for the continuous LBT failure that is cancelled in other situations, the problem of the continuous LBT failure indicated has been resolved. If the continuous LBT failure is continued to be indicated to the network device, the network device may Misunderstanding the busyness of the NR-U channel, resulting in unnecessary BWP handover and unnecessary SCell reconfiguration on the primary cell (PCell), and lower utilization efficiency of the NR-U channel.
  • PCell primary cell
  • embodiments of the present application provide a method and device for detecting and recovering from continuous LBT failure.
  • an apparatus for detecting and recovering from a continuous LBT failure is applied to a terminal device.
  • the apparatus includes: a first triggering unit, which when a higher layer receives an LBT failure indication from a lower layer And the count value of the counter used for continuous LBT failure detection is equal to the first value, or when the upper layer receives an LBT failure indication from the lower layer and the count value of the counter used for continuous LBT failure detection is greater than or equal to the first value and the When a continuous LBT that is not triggered in an activated BWP of a serving cell of the terminal device fails, the continuous LBT that triggers the activated BWP in the serving cell fails.
  • an apparatus for detecting and recovering from a persistent LBT failure is applied to a network device.
  • the apparatus includes: a first receiving unit that receives a first persistent LBT failure from a terminal device.
  • a method for detecting and recovering from a continuous LBT failure is applied to a terminal device.
  • the method includes at least one of the following steps: when the continuous LBT failure is cancelled, an instruction is generated Continuous LBT failure information; indicating the cell information or frequency information of the continuous LBT failure to the network device; and stopping the ongoing continuous LBT failure recovery process.
  • a storage medium storing a computer readable program, wherein the computer readable program enables the continuous LBT failure detection and recovery apparatus or network device to execute the first step of the embodiment of the present invention.
  • FIG. 20 is a schematic block diagram of the system configuration of a network device according to Embodiment 11 of the present invention.
  • Figure 21 is a schematic diagram of the existing one-byte LBT failure MAC CE format
  • Figure 22 is a schematic diagram of the existing 4-byte LBT failure MAC CE format.
  • the term "User Equipment” refers to, for example, a device that accesses a communication network through a network device and receives network services, and may also be referred to as "Terminal Equipment” (TE, Terminal Equipment).
  • the terminal device may be fixed or mobile, and may also be called a mobile station (MS, Mobile Station), terminal, subscriber station (SS, Subscriber Station), access terminal (AT, Access Terminal), station, etc.
  • the problem of the continuous LBT failure indicated by the terminal device 102 has been resolved. If the continuous LBT failure is continued to be indicated to the network device 101 , The network device 101 may misunderstand the busyness of the NR-U channel, thereby causing unnecessary BWP switching and unnecessary SCell reconfiguration on the primary cell (PCell), and resulting in lower usage efficiency of the NR-U channel.
  • FIG. 3 is another schematic diagram of the method for detecting and recovering from a continuous LBT failure in Embodiment 1 of the present application. As shown in Figure 3, the method includes:
  • Step 303 The lower layer of the terminal device executes the LBT process.
  • Step 403 The lower layer of the terminal device executes the LBT process.
  • Step 404 Uplink transmission is blocked due to LBT failure.
  • Step 501 When the first condition is met, reset the counter for continuous LBT failure detection.
  • a BWP is deactivated and configured for continuous LBT failure recovery
  • the secondary cell is deactivated, or a message to deactivate the secondary cell is received, or the timer associated with the secondary cell expires.
  • the information of the deactivated secondary cell is carried by the SCell Activation/Deactivation MAC CE, for example, the timing The device is sCellDeactivationTimer;
  • a continuous LBT failure is triggered on a special cell (SpCell) without cancellation, and there are uplink shared channel (UL-SCH) resources available for new transmission in the special cell, and logical channel prioritization (LCP) makes this
  • UL-SCH uplink shared channel
  • LCP logical channel prioritization
  • step 601 when the continuous LBT failure is cancelled, it is instructed to generate continuous LBT failure information.
  • the terminal device indicates the updated continuous LBT failure information to the network device, thereby avoiding unnecessary BWP handover and secondary cell reconfiguration initiated by the network device, and ensuring the effective use of the NR-U channel.
  • the continuous LBT failure triggered on a serving cell without cancellation includes: the continuous LBT failure triggered on a special cell (SpCell) without cancellation, and there is available in the special cell In the newly transmitted uplink shared channel (UL-SCH) resource and logical channel prioritization (LCP) so that the resource can accommodate the LBT failure MAC CE plus its subheader; and/or in at least one secondary cell Continuous LBT failure is triggered and not cancelled.
  • a serving cell that does not trigger continuous LBT failure has uplink shared channel (UL-SCH) resources available for new transmission and logical channel prioritization (LCP) enables this resource to accommodate the LBT failure MAC CE plus its sub-header.
  • FIG. 10 is another schematic diagram of the method for continuous LBT failure detection and recovery in Embodiment 3 of the present application. As shown in Figure 10, the method includes:
  • the terminal device will not indicate to the network device a continuous LBT failure on a certain serving cell multiple times, thereby avoiding unnecessary network-initiated BWP handover and secondary cell reconfiguration, and ensuring the effective use of the NR-U channel.
  • unnecessary connection reconstruction can be avoided, and service interruption can be avoided.
  • step 603 when the continuous LBT failure is cancelled, the ongoing continuous LBT failure recovery process is stopped.
  • FIG. 11 is a schematic diagram of a method for detecting and recovering from a continuous LBT failure in Embodiment 4 of the present application. As shown in Figure 11, the method includes:
  • Step 1102 Receive cell information or frequency information indicating continuous LBT failure from the terminal device.
  • the method may include at least one of steps 1101 and 1102.
  • the execution order of these steps is not limited.
  • the high-level message is an RRC message.
  • the method may include at least one of steps 1103 to 1105.
  • the execution order of these steps is not limited.
  • FIG. 12 is a schematic diagram of a method for detecting and recovering from a continuous LBT failure according to Embodiment 5 of the present application. As shown in Figure 12, the method includes:
  • Step 1302 The terminal device sends a data packet including the first LBT failure MAC CE to the network device;
  • the first instructing unit 1601 when the continuous LBT failure is cancelled, instructs to generate the continuous LBT failure information
  • the first stopping unit 1603 stops the ongoing continuous LBT failure recovery process.
  • the second trigger unit 1702 triggers a continuous LBT failure on a special cell (SpCell) without cancellation, and there is an uplink shared channel (UL-SCH) available for new transmission in the special cell (SpCell) Resource and logical channel prioritization (LCP) so that the resource can accommodate the LBT failure MAC CE plus its subheader; and/or the continuous LBT failure is triggered and not cancelled in at least one secondary cell, and one is not triggered.
  • the serving cell with persistent LBT failure has uplink shared channel (UL-SCH) resources available for new transmission, and logical channel prioritization (LCP) enables this resource to accommodate the LBT failure MAC CE plus its subheader.
  • UL-SCH uplink shared channel
  • LCP logical channel prioritization
  • the cell information or frequency information of the continuous LBT failure indicated to the network device is carried by the MAC CE or a higher layer message.
  • the cancellation of the persistent LBT failure is caused by at least one of the following events: MAC reconfiguration; receipt of an instruction to trigger a BWP handover on the serving cell of the persistent LBT failure; and reconfiguration persistence LBT failed to restore the configuration.
  • the first stopping unit 1603 stops the ongoing continuous LBT failure recovery process when the continuous LBT failure is cancelled.
  • the embodiment of the present application provides an apparatus for detecting and recovering from a continuous LBT failure, and the apparatus is applied to a network device. Since the principle of the device to solve the problem is similar to the method of embodiment 4, its specific implementation can refer to the implementation of the method described in embodiment 4, and the same content or related parts will not be repeated.
  • FIG. 18 is a schematic diagram of an apparatus for detecting and recovering a continuous LBT failure according to Embodiment 9 of the present application. As shown in FIG. 18, the apparatus 1800 includes:
  • the first persistent LBT failure information is carried by the first LBT failure MAC CE
  • the second persistent LBT failure information is carried by the second LBT failure MAC CE.
  • the device 1800 further includes at least one of the following units:
  • the processor 1910 may be configured to: when the upper layer receives the LBT failure indication from the lower layer and the count value of the counter for continuous LBT failure detection is equal to the first value, or when the upper layer receives the LBT failure indication from the lower layer When the LBT failure indication of the terminal device and the count value of the counter for continuous LBT failure detection is greater than or equal to the first value and the continuous LBT failure that is not triggered in an activated BWP of a serving cell of the terminal device, trigger the continuous LBT failure in the serving cell Continuous LBT activation of BWP failed.
  • the device for continuous LBT failure detection and recovery can be configured separately from the processor 1910.
  • the device for continuous LBT failure detection and recovery can be configured as a chip connected to the processor 1910 and controlled by the processor 1910. To realize the function of a device for continuous LBT failure detection and recovery.
  • the terminal device can also prevent the terminal device from continuously triggering unnecessary continuous LBT failure and perform a series of actions, thereby reducing the power consumption and air interface overhead of the terminal device; and/or , Through at least one of the following steps: when the continuous LBT failure is cancelled, instruct the generation of continuous LBT failure information; indicate the cell information or frequency information of the continuous LBT failure to the network device; and stop the ongoing continuous LBT failure recovery process, pass At least one of the above steps can avoid BWP handover and secondary cell reconfiguration initiated by unnecessary network equipment, and ensure the effective use of the NR-U channel.
  • the first persistent LBT failure information is carried by the first LBT failure MAC CE
  • the second persistent LBT failure information is carried by the second LBT failure MAC CE.
  • the cell information or frequency information of the persistent LBT failure is carried by the persistent LBT failure MAC CE or other MAC CE or higher layer messages.
  • the network device obtains updated persistent LBT failure information from the terminal device, and/or the network device can know the cell or frequency where the persistent LBT failure occurs, thereby avoiding unnecessary BWP handovers and secondary cells initiated by the network device Reconfiguration to ensure the effective use of the NR-U channel.
  • the structure of the communication system can refer to FIG. 1.
  • the communication system 100 includes a network device 101 and a terminal device 102.
  • the terminal device 102 is the same as the terminal device described in Embodiment 11.
  • the network equipment recorded in 12 is the same, and the repeated content will not be repeated.
  • the above devices and methods of the present invention can be implemented by hardware, or can be implemented by hardware combined with software.
  • the present invention relates to such a computer-readable program, when the program is executed by a logic component, the logic component can realize the above-mentioned device or constituent component, or the logic component can realize the above-mentioned various methods Or steps.
  • Logic components such as field programmable logic components, microprocessors, processors used in computers, etc.
  • the present invention also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memory, and the like.
  • the method/device described in conjunction with the embodiments of the present application may be directly embodied as hardware, a software module executed by a processor, or a combination of the two.
  • one or more of the functional block diagrams shown in FIGS. 14, 15, and 16 and/or one or more combinations of the functional block diagrams may correspond to each software module of the computer program flow, or may correspond to each hardware Module.
  • These software modules can respectively correspond to the steps shown in Figures 2, 5, and 6.
  • These hardware modules can be implemented by solidifying these software modules by using a field programmable gate array (FPGA), for example.
  • FPGA field programmable gate array
  • the software module can be located in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other form of storage medium known in the art.
  • a storage medium may be coupled to the processor, so that the processor can read information from the storage medium and write information to the storage medium; or the storage medium may be a component of the processor.
  • the processor and the storage medium may be located in the ASIC.
  • the software module can be stored in the memory of the mobile terminal, or can be stored in a memory card that can be inserted into the mobile terminal.
  • the first reset unit resets the counter for continuous LBT failure detection when the first condition is met.
  • the scheduling request of the MAC CE of the LBT failure was triggered.
  • a BWP is deactivated and configured with LBT failure recovery configuration parameters
  • a method for continuous LBT failure detection and recovery is applied to a terminal device, and the method includes:
  • a persistent LBT failure to activate a BWP in a serving cell is triggered, or a persistent LBT failure to activate a BWP in a serving cell;
  • the scheduling request of the MAC CE of the LBT failure was triggered.
  • a BWP is deactivated and configured for continuous LBT failure recovery
  • a BWP is deactivated and configured with LBT failure recovery configuration parameters
  • a BWP is deactivated and configured with a counter for continuous LBT failure detection
  • the secondary cell is deactivated, or a message to deactivate the secondary cell is received, or the timer associated with the secondary cell expires;
  • the MAC entity receives a physical downlink control channel (PDCCH) for the BWP handover of a serving cell, and the serving cell does not have an ongoing random access process associated with it or when it receives a cell radio network temporary identification (C-RNTI) request The ongoing random access process associated with the serving cell when the physical downlink control channel of the address is successfully completed; and
  • PDCCH physical downlink control channel
  • C-RNTI cell radio network temporary identification
  • RRC configuration or RRC reconfiguration for BWP handover is received.
  • a continuous LBT failure is triggered on a special cell (SpCell) without cancellation, and there are uplink shared channel (UL-SCH) resources available for new transmission in the special cell, and logical channel prioritization (LCP) enables The resource can accommodate the LBT failure MAC CE plus its subheader; and
  • Continuous LBT failure is triggered in at least one secondary cell and is not cancelled.
  • a serving cell that does not trigger continuous LBT failure has uplink shared channel (UL-SCH) resources available for new transmission and logical channel prioritization (LCP) enables all The resource can accommodate the LBT failure MAC CE plus its subheader.
  • UL-SCH uplink shared channel
  • LCP logical channel prioritization
  • Continuous LBT failure is triggered and not cancelled in at least one secondary cell, and there is no uplink shared channel (UL-SCH) resource available for new transmission in a serving cell that does not trigger continuous LBT failure, and logical channel prioritization (LCP) enables all
  • UL-SCH uplink shared channel
  • LCP logical channel prioritization
  • the first condition occurs in a special cell, a secondary cell, or a serving cell.
  • the lower layer is a physical layer
  • the upper layer is a medium access control (MAC) layer.
  • MAC medium access control
  • the cancellation of the continued LBT failure was caused by at least one of the following events:
  • the second LBT failure MAC CE is generated by the terminal device instructed to be generated and sent to the network device when the continuous LBT failure is cancelled.
  • the cell information or frequency information of the persistent LBT failure is carried by the persistent LBT failure MAC CE or other MAC CE or higher layer messages.

Landscapes

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

Abstract

一种持续LBT失败检测与恢复的方法及装置。所述方法应用于终端设备，所述方法包括：当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且所述终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发所述服务小区里的所述激活BWP的持续LBT失败。

Description

持续LBT失败检测与恢复的方法及装置 技术领域
本发明涉及通信领域。
背景技术
为了在未授权频段上提供3GPP服务，引入了以下机制：通话前监听(Listen Before Talk，LBT)以及发现信号测量定时配置(Discovery RS Measurement Timing Configuration，DMTC)。其中，低层执行LBT过程，根据LBT结果，如果信道确定被占用，不进行传输。当低层在传输前执行了LBT过程且该传输未执行，即上行传输由于LBT失败被阻挡时，低层向MAC层指示LBT失败。
应该注意，上面对技术背景的介绍只是为了方便，对本发明的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
在未授权频段上的新无线(NR-U)系统中，引入了LBT失败检测和恢复机制，也可以称为上行传输的持续LBT失败检测和恢复机制。LBT失败检测和恢复机制(也可以称为上行传输的持续LBT失败检测和恢复机制、上行LBT失败检测和恢复机制、持续LBT失败检测和恢复机制或者持续上行LBT失败检测和恢复机制)可以是LBT失败检测过程(上行传输的持续LBT失败检测过程)，或LBT失败恢复过程(上行传输的持续LBT失败恢复过程)，或既包括LBT失败检测过程(上行传输的持续LBT失败检测过程)，又包括LBT失败恢复过程(上行传输的持续LBT失败恢复过程)。
无线资源控制(Radio Resource Control，RRC)层可以为高层，例如MAC层的MAC实体配置持续LBT失败的恢复过程。持续LBT失败的检测是在每个上行BWP(Bandwidth part)上进行的。为此引入一个计数器和一个定时器，当上行LBT失败发生时，启动或重启定时器，每当MAC层收到来自低层(例如物理层)的上行LBT失败指示时，计数器加1，当收到的计数值超过预设的数值时，触发持续LBT失败。另外当定时器超时时，该计数器重置。所述过程可以看作“持续(上行)LBT失败 的检测过程”或“持续(上行)LBT失败的检测过程”的一部分或一个步骤。
当在主小区(PCell)或者主辅小区(PSCell)上发生持续LBT失败时，终端设备可以切换到另一个BWP上并发起随机接入。在这种情况下，终端设备触发MAC CE(Control Element)向网络指示持续LBT失败的发生，该MAC CE在随机接入过程期间在终端设备切换到的BWP上发送。所述过程可以看作“(特殊小区里)持续(上行)LBT失败的恢复过程”或“(特殊小区里)持续(上行)LBT失败的恢复过程”的一部分或一个步骤。
当在一个辅小区(SCell)上检测到持续LBT失败时，使用一个MAC CE向该SCell所属的网络设备上报该失败，该MAC CE在不同于发生持续LBT失败的SCell的另外一个小区上发送。另外，该MAC CE可以上报多个失败的小区。
如果没有可用的上行资源发送指示发生持续LBT失败的SCell的MAC CE，终端设备可触发调度请求(Scheduling Request，SR)。当终端设备成功发送了指示一个服务小区的LBT失败的MAC CE，取消该服务小区或BWP上的持续LBT失败。所述过程可以看作“(辅小区里)持续(上行)LBT失败的恢复过程”或“(辅小区里)持续(上行)LBT失败的恢复过程”的一部分或一个步骤。
按照现有的规则，MAC实体将会：如果特殊小区(SpCell)即主小区(PCell)或者主辅小区(PSCell)中触发了持续LBT失败且未取消，且如果该特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使这些资源能容纳该LBT失败MAC CE加上其子头，则指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE。否则，如果在至少一个辅小区(SCell)中触发了持续LBT失败且未取消，且如果一个未触发持续LBT失败的服务小区里有可用于新传的UL-SCH资源且LCP使这些资源能容纳该LBT失败MAC CE加上其子头，则指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；否则，触发LBT失败MAC CE的SR。所述过程可以看作“持续(上行)LBT失败的恢复过程”或“持续(上行)LBT失败的恢复过程”的一部分或一个步骤。
如果发送了一个MAC PDU(Protocol Data Unit，协议数据单元)且该PDU包括LBT失败MAC CE，MAC实体将会取消在发送的LBT失败MAC CE里指示了持续LBT失败的服务小区中触发的持续LBT失败。
发明人发现，对于每个激活的配置了LBT失败恢复配置参数lbt-FailureRecoveryConfig的服务小区，MAC实体将会：如果已经收到来自低层的LBT失败指示，那么：启动或重启用于持续LBT失败检测的定时器lbt-FailureDetectionTimer；用于持续LBT失败检测的计数器LBT_COUNTER加1；如果LBT_COUNTER≥lbt-FailureInstanceMaxCount，那么：触发这个服务小区里的该激活BWP的持续LBT失败。所述过程可以看作“持续(上行)LBT失败的检测过程”或“持续(上行)LBT失败的检测过程”的一部分或一个步骤。
例如，如果该服务小区是特殊小区(SpCell)，那么：如果在该服务小区里相同载波(carrier)上所有配置了物理随机接入信道时机(PRACH occasions)的上行BWP里都已经触发了持续LBT失败，则向高层，例如RRC，指示持续LBT失败；否则，即如果在该服务小区里相同载波上所有配置了PRACH occasions的上行BWP里不是都已经触发了持续LBT失败，则停止该服务小区里任何正在进行的随机接入过程，并将激活BWP切换到该服务小区里相同载波上配置了PRACH occasion且尚未触发持续LBT失败的一个上行BWP，并发起随机接入过程。所述过程可以看作“(特殊小区里)持续(上行)LBT失败的恢复过程”或“(特殊小区里)持续(上行)LBT失败的恢复过程”的一部分或一个步骤。
这样，对于每个激活的配置了lbt-FailureRecoveryConfig的服务小区，如果已经收到来自低层的LBT失败指示且LBT_COUNTER≥lbt-FailureInstanceMaxCount，MAC实体将会触发该服务小区里的该激活BWP的持续LBT失败，并执行一系列行动。例如，收到来自低层的第lbt-FailureInstanceMaxCount个LBT失败指示时，MAC实体将会触发持续LBT失败；但是，在后续继续收到来自低层的LBT失败指示时，由于LBT_COUNTER继续增加，仍然满足LBT_COUNTER≥lbt-FailureInstanceMaxCount的条件，因此还会继续触发持续LBT失败并执行一系列行动。
因此，终端设备可能不停地触发持续LBT失败并执行一系列行动，而这并不是终端设备想要的行为，并且会增加终端设备的耗电以及空口开销，例如，随机接入资源和数据传输。
发明人还发现，一旦终端设备成功发送了指示一个服务小区的持续LBT失败MAC CE，则取消该服务小区或BWP的持续LBT失败。此外，在其他情况下，终端 设备也可能会取消触发的持续LBT失败。
例如，对于特殊小区(SpCell)：当MAC重置时，如果存在相应服务小区触发的持续LBT失败，终端设备取消该持续LBT失败；当相应服务小区上由于收到BWP切换指令或RRC信令进行BWP切换时，终端设备取消触发的持续LBT失败；如果重配持续LBT失败恢复配置(lbt-FailureRecoveryConfig IE)，取消触发的持续LBT失败。
对于辅小区(SCell)：当辅小区去激活时，终端设备取消该辅小区触发的所有持续LBT失败；当MAC重置时，如果存在相应服务小区触发的持续LBT失败，终端设备取消该持续LBT失败；当相应服务小区上由于收到BWP切换指令或RRC信令进行BWP切换时，终端设备取消触发的持续LBT失败；如果重配持续LBT失败恢复配置(lbt-FailureRecoveryConfig IE)，取消触发的持续LBT失败。
当触发了持续LBT失败，终端设备将执行持续LBT失败恢复过程，例如BWP切换和/或发送MAC CE，以告知网络设备在终端设备里的持续LBT失败。在此期间，基于上面的规则，触发恢复过程的持续LBT失败可能被取消。
在以上列出的终端设备取消触发的持续LBT失败的情况中，对于某些情况，例如，对于辅小区去激活的情况，即使取消持续LBT失败，但该持续LBT失败确实存在，将该持续LBT失败继续指示给网络设备不会带来不良后果；但对于其他情况取消的持续LBT失败，指示的该持续LBT失败的问题已经得到了解决，如果继续向网络设备指示该持续LBT失败，网络设备可能误解NR-U信道的忙碌情况，从而造成主小区(PCell)上不必要的BWP切换和不必要的SCell重配置，并造成NR-U信道更低的使用效率。
为了解决上述问题中的一个或多个，本申请实施例提供了一种持续LBT失败检测与恢复的方法及装置。
根据本申请实施例的第一方面，提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备，该装置包括：第一触发单元，其当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且该终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
根据本申请实施例的第二方面，提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备，该装置包括：第一重置单元，其当满足第一条件时，重置用于持续LBT失败检测的计数器。
根据本申请实施例的第三方面，提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备，该装置包括以下单元中的至少一个：第一指示单元，其当持续LBT失败被取消时，指示生成持续LBT失败信息；第二指示单元，其向网络设备指示持续LBT失败的小区信息或频率信息；以及第一停止单元，其停止正在进行的持续LBT失败恢复过程。
根据本申请实施例的第四方面，提供了一种持续LBT失败检测与恢复的装置，该装置应用于网络设备，该装置包括：第一接收单元，其从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，第二接收单元，其从终端设备接收指示持续LBT失败的小区信息或频率信息。
根据本申请实施例的第五方面，提供了一种终端设备，该终端设备包括根据根据本申请实施例的第一方面至第三方面中的任一方面所述的装置
根据本申请实施例的第六方面，提供了网络设备，该网络设备包括根据本申请实施例的第四方面所述的装置。
根据本申请实施例的第七方面，提供了一种通信系统，该通信系统包括根据本申请实施例的第五方面所述的终端设备和/或根据本申请实施例的第六方面所述的网络设备。
根据本申请实施例的第八方面，提供了一种持续LBT失败检测与恢复的方法，该方法应用于终端设备，该方法包括：当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且该终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
根据本申请实施例的第九方面，提供了一种持续LBT失败检测与恢复的方法，该方法应用于终端设备，该方法包括：当满足第一条件时，重置用于持续LBT失败检测的计数器。
根据本申请实施例的第十方面，提供了一种持续LBT失败检测与恢复的方法， 该方法应用于终端设备，该方法包括以下步骤中的至少一个：当持续LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续LBT失败恢复过程。
根据本申请实施例的第十一方面，提供了一种持续LBT失败检测与恢复的方法，该方法应用于网络设备，该方法包括：从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，从终端设备接收指示持续LBT失败的小区信息或频率信息。
根据本申请实施例的第十二方面，提供了一种提供了一种计算机可读程序，其中当在持续LBT失败检测与恢复的装置或终端设备中执行所述程序时，所述程序使得所述持续LBT失败检测与恢复的装置或终端设备执行本发明实施例的第八方面或第九方面或第十方面所述的持续LBT失败检测与恢复的方法。
根据本发明实施例的第十三方面，提供了一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得持续LBT失败检测与恢复的装置或终端设备执行本发明实施例的第八方面或第九方面或第十方面所述的持续LBT失败检测与恢复的方法。
根据本发明实施例的第十四方面，提供了一种计算机可读程序，其中当在持续LBT失败检测与恢复的装置或网络设备中执行所述程序时，所述程序使得所述持续LBT失败检测与恢复的装置或网络设备执行本发明实施例的第十一方面所述的持续LBT失败检测与恢复的方法。
根据本发明实施例的第十五方面，提供一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得持续LBT失败检测与恢复的装置或网络设备执行本发明实施例的第十一方面所述的持续LBT失败检测与恢复的方法。
本申请实施例的有益效果之一在于：
仅当计数器的计数值等于第一数值时触发持续LBT失败，或者当计数器的计数值大于或等于第一数值且一个服务小区的一个激活BWP里没有触发的持续LBT失败时触发持续LBT失败，因此，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销；
和/或，当满足一定的条件时重置用于持续LBT失败检测的计数器，这样，也能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少 了终端设备的耗电以及空口开销；
和/或，通过以下步骤中的至少一个：当持续LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续LBT失败恢复过程，能够避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含/具有”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
所包括的附图用来提供对本申请实施例的进一步的理解，其构成了说明书的一部分，用于例示本发明的实施方式，并与文字描述一起来阐释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。在附图中：
图1是本申请实施例的通信系统的一示意图；
图2是本申请实施例1的持续LBT失败检测与恢复的方法的一示意图；
图3是本申请实施例1的持续LBT失败检测与恢复的方法的另一示意图；
图4是本申请实施例1的持续LBT失败检测与恢复的方法的另一示意图；
图5是本申请实施例2的持续LBT失败检测与恢复的方法的一示意图；
图6是本申请实施例3的持续LBT失败检测与恢复的方法的一示意图；
图7是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图；
图8是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图；
图9是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图；
图10是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图；
图11本申请实施例4的持续LBT失败检测与恢复的方法的一示意图；
图12是本申请实施例5的持续LBT失败检测与恢复的方法的一示意图；
图13是本申请实施例5的持续LBT失败检测与恢复的方法的另一示意图；
图14是本申请实施例4的持续LBT失败检测与恢复的装置的一示意图；
图15是本申请实施例7的持续LBT失败检测与恢复的装置的一示意图；
图16是本申请实施例8的持续LBT失败检测与恢复的装置的一示意图；
图17是本申请实施例8的第二指示单元的一示意图；
图18是本申请实施例9的持续LBT失败检测与恢复的装置的一示意图；
图19是本发明实施例10的终端设备的系统构成的一示意框图；
图20是本发明实施例11的网络设备的系统构成的一示意框图；
图21是现有的一个字节的LBT失败MAC CE的格式的一示意图；
图22是现有的4个字节的LBT失败MAC CE的格式的一示意图。
具体实施方式
参照附图，通过下面的说明书，本发明的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本发明的特定实施方式，其表明了其中可以采用本发明的原则的部分实施方式，应了解的是，本发明不限于所描述的实施方式，相反，本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解 为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及未来的5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将用户设备接入通信网络并为该用户设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
其中，基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。
在本申请实施例中，术语“用户设备”(UE，User Equipment)例如是指通过网络设备接入通信网络并接收网络服务的设备，也可以称为“终端设备”(TE，Terminal Equipment)。终端设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、站，等等。
其中，终端设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持 设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，终端设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。
在本申请实施例中，“当……时”、“在……情况下”、“对于……的情况”以及“如果……”都表示基于某个或某些条件或状态等，另外，这些表述方式可以互相替换。
以下通过示例对本申请实施例的场景进行说明，但本发明不限于此。
图1是本申请实施例的通信系统的一示意图，其示意性说明了以终端设备和网络设备为例的情况，如图1所示，通信系统100可以包括：网络设备101和终端设备102。为简单起见，图1仅以一个终端设备为例进行说明。网络设备101例如为NR的网络设备gNB。
在本申请实施例中，网络设备101和终端设备102之间可以进行现有的业务或者未来可实施的业务。例如，这些业务包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)和高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)，等等。
当终端设备102进行LBT时，可能发生LBT失败。按照现有的规则，当终端设备102高层收到来自终端设备102低层的LBT失败指示且满足LBT_COUNTER≥lbt-FailureInstanceMaxCount的条件时，终端设备102高层可能会不停地触发持续LBT失败并执行一系列行动，而这并不是终端设备102想要的行为，并且会增加终端设备的耗电以及空口开销，例如，随机接入资源和数据传输。
另外，按照现有的规则，对于终端设备102取消触发的持续LBT失败的某些情况，终端设备102指示的该持续LBT失败的问题已经得到了解决，如果继续向网络设备101指示该持续LBT失败，网络设备101可能误解NR-U信道的忙碌情况，从而造成主小区(PCell)上不必要的BWP切换和不必要的SCell重配置，并造成NR-U信道更低的使用效率。
下面结合附图对本申请实施例的各种实施方式进行说明。这些实施方式只是示例 性的，不是对本发明的限制。
实施例1
本申请实施例提供了一种持续LBT失败检测与恢复的方法，该方法应用于终端设备。
图2是本申请实施例1的持续LBT失败检测与恢复的方法的一示意图。如图2所示，该方法包括：
步骤201：当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
由此，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
在本申请的至少一个实施例中，低层例如是物理层，高层例如是MAC层。
图3是本申请实施例1的持续LBT失败检测与恢复的方法的另一示意图。如图3所示，该方法包括：
步骤301：高层收到来自低层的LBT失败指示；
步骤302：当用于持续LBT失败检测的计数器的计数值等于第一数值时，触发终端设备的一个服务小区里的一个激活BWP的持续LBT失败。
在步骤301中，高层收到来自低层的LBT失败指示，也就是说，低层向高层通知或指示LBT失败。在步骤301之前，该方法还可以包括：
步骤303：终端设备的低层执行LBT过程；以及
步骤304：上行传输由于LBT失败被阻挡。
这样，上行传输由于LBT失败被阻挡，高层收到了来自低层的LBT失败指示。
在步骤302中，当用于持续LBT失败检测的计数器的计数值等于第一数值时，触发终端设备的一个服务小区里的一个激活BWP的持续LBT失败。
在本申请的至少一个实施例中，当上行LBT失败发生时，即高层已经收到来自低层的LBT失败指示时，启动或重启一个定时器，例如，lbt-FailureDetectionTimer；并且，每当高层收到来自低层的LBT失败指示时，该用于持续LBT失败检测的计数 器加1；当该计数器的计数值等于第一数值时，触发终端设备的一个服务小区里的一个激活BWP的持续LBT失败，而当该计数器的计数值大于该第一数值时，不再触发终端设备的该服务小区里的该激活BWP的持续LBT失败。
也就是说，当该计数器的计数值等于第一数值触发了该服务小区里的该BWP的持续LBT失败之后，即使高层继续收到来自低层的LBT失败指示而使得该计数器的计数值继续增加，也不会继续触发该服务小区里的该BWP的持续LBT失败，从而防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动。
图4是本申请实施例1的持续LBT失败检测与恢复的方法的另一示意图。如图4所示，该方法包括：
步骤401：高层收到来自低层的LBT失败指示；
步骤402：当用于持续LBT失败检测的计数器的计数值大于或等于第一数值且终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
与图3类似，在步骤301之前，该方法还可以包括：
步骤403：终端设备的低层执行LBT过程；以及
步骤404：上行传输由于LBT失败被阻挡。
这样，上行传输由于LBT失败被阻挡，高层收到了来自低层的LBT失败指示。
在步骤402中，当用于持续LBT失败检测的计数器的计数值大于或等于第一数值且终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发终端设备的该服务小区里的该激活BWP的持续LBT失败。
在本申请的至少一个实施例中，当上行LBT失败发生时，即高层已经收到来自低层的LBT失败指示时，启动或重启一个定时器，例如，lbt-FailureDetectionTimer；并且，每当高层收到来自低层的LBT失败指示时，该用于持续LBT失败检测的计数器加1；当该计数器的计数值达到或超过第一数值时，判断终端设备的一个服务小区的一个激活BWP里是否有触发的持续LBT失败，当该服务小区的该激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败，而当该服务小区的该激活BWP里已经有触发的持续LBT失败时，则不触发该服务小区里的该激活BWP的持续LBT失败，这样，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动。
在本申请的至少一个实施例中，例如，该用于持续LBT失败检测的计数器是LBT_COUNTER。
在本申请的至少一个实施例中，该第一数值可以根据实际情况而确定，例如，该第一数值表示为lbt-FailureInstanceMaxCount。
在本申请的至少一个实施例中，该服务小区可以是特殊小区(SPCell)，即主小区(PCell)或主辅小区(PSCell)，或者也可以是辅小区(SCell)。
在本申请的至少一个实施例中，例如，该一系列行动是：对于特殊小区(SpCell)，那么：如果在该服务小区里相同载波(carrier)上所有配置了物理随机接入信道时机(PRACH occasions)的上行BWP里都已经触发了持续LBT失败，则向高层指示持续LBT失败；否则，停止该服务小区里任何正在进行的随机接入过程；将激活BWP切换到该服务小区里相同载波上配置了PRACH occasion且尚未触发持续LBT失败的一个上行BWP；发起随机接入过程。
由上述实施例可知，仅当计数器的计数值等于第一数值时触发持续LBT失败，或者当计数器的计数值大于或等于第一数值且一个服务小区的一个激活BWP里没有触发的持续LBT失败时触发持续LBT失败，因此，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
实施例2
本申请实施例提供了一种持续LBT失败检测与恢复的方法，该方法应用于终端设备。
图5是本申请实施例2的持续LBT失败检测与恢复的方法的一示意图。如图5所示，该方法包括：
步骤501：当满足第一条件时，重置用于持续LBT失败检测的计数器。
这样，当满足一定的条件时重置用于持续LBT失败检测的计数器，由此，也能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
在本申请的至少一个实施例中，该第一条件可以包括以下条件中的至少一个：
一个服务小区里的激活BWP的持续LBT失败被触发，或者，一个服务小区里的激活BWP上存在持续LBT失败；也可以是，一个服务小区里的激活BWP的持续LBT 失败已经被触发，或者，一个服务小区里的激活BWP上存在有持续LBT失败；
发生了导致触发的持续LBT失败被取消的事件；
触发的持续LBT失败被取消；
发生了导致指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE的事件；
指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；
发生了导致触发LBT失败MAC CE对应的调度请求的事件；以及
触发了LBT失败MAC CE的调度请求(SR)。
例如，该发生了导致触发的持续LBT失败被取消的事件包括以下至少一个：
一个BWP是去激活的；
一个BWP是去激活的且配置了持续LBT失败恢复；
一个BWP是去激活的且配置了LBT失败恢复配置参数，例如，该LBT失败恢复配置参数是lbt-FailureRecoveryConfig；
一个BWP是去激活的且配置了用于持续LBT失败检测的计数器，例如，该计数器是LBT_COUNTER；
LBT失败信息被发送，例如，一个MAC PDU(Protocol Data Unit，协议数据单元)被发送且该PDU包括持续LBT失败MAC CE；
持续LBT失败被触发且未被取消，且随机接入过程被认为成功完成；
辅小区(SCell)被去激活，或者收到一个去激活辅小区的消息，或者辅小区关联的定时器超时，例如，去激活辅小区的信息由SCell Activation/Deactivation MAC CE承载，例如，该定时器是sCellDeactivationTimer；
MAC实体收到一个服务小区的BWP切换的物理下行控制信道(PDCCH)，并且，该服务小区没有关联的正在进行的随机接入过程或当收到小区无线网络临时标识(C-RNTI)寻址的物理下行控制信道时该服务小区关联的正在进行的随机接入过程成功完成；以及
收到BWP切换的RRC配置或RRC重配置。
例如，该导致指示复用与组装过程生成LBT失败MAC CE的事件包括以下事件中的至少一个：
在特殊小区(SpCell)上触发了持续LBT失败且未取消，且该特殊小区里有可用 于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使该资源能容纳该LBT失败MAC CE加上其子头；以及
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
例如，该发生了导致触发LBT失败MAC CE的调度请求的事件包括：在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里没有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
在本申请的至少一个实施例中，该第一条件可以发生在一个特殊小区里、一个辅小区里或者一个服务小区里。
在本申请的至少一个实施例中，在步骤501中，重置用于持续LBT失败检测的计数器，包括：设置该计数器的计数值等于0。因此也可以说，当满足第一条件时，设置用于持续LBT失败检测的计数器的计数值等于0。
在本申请的至少一个实施例中，例如，该用于持续LBT失败检测的计数器是LBT_COUNTER。
在本申请的至少一个实施例中，例如，该计数器对应于已经发送的LBT失败MAC CE里指示的持续LBT失败的服务小区、辅小区、特殊小区或激活的BWP。
又例如，该计数器对应于触发的持续LBT失败所在的服务小区、辅小区、特殊小区或激活的BWP。
由上述实施例可知，当满足一定的条件时重置用于持续LBT失败检测的计数器，由此，也能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
实施例3
本申请实施例提供了一种持续LBT失败检测与恢复的方法，该方法应用于终端设备。
图6是本申请实施例3的持续LBT失败检测与恢复的方法的一示意图。如图6所示，该方法包括以下步骤中的至少一个：
步骤601：当持续LBT失败被取消时，指示生成持续LBT失败信息；
步骤602：向网络设备指示持续LBT失败的小区信息或频率信息；以及
步骤603：停止正在进行的持续LBT失败恢复过程。
这样，能够避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
在本申请实施例中，该方法可以包括步骤601至603中的至少一个步骤，当该方法包括其中的两个或三个步骤时，不对这些步骤的执行顺序进行限制。
下面，针对步骤601至603的各个步骤，分别进行说明。
在步骤601中，当持续LBT失败被取消时，指示生成持续LBT失败信息。这样，终端设备向网络设备指示更新的持续LBT失败信息，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
在本申请的至少一个实施例中，指示生成持续LBT失败信息可以是指示复用组装实体，MAC，或者RRC生成持续LBT失败信息。
在本申请的至少一个实施例中，持续LBT失败被取消可以是以下事件中的至少一个导致的：MAC重配置；收到触发了持续LBT失败的服务小区上的BWP切换的指示，例如，收到触发了持续LBT失败的服务小区上的BWP switching DCI或收到触发了持续LBT失败的服务小区上的RRC信令；以及重配持续LBT失败恢复配置，例如，lbt-FailureRecoveryConfig IE。
在本申请的至少一个实施例中，步骤601中指示生成的LBT失败信息可以由MAC CE或高层消息来承载。
在本申请实施例中，该MAC CE可以是第二LBT失败MAC CE。例如，该第二LBT失败MAC CE可以重用现有LBT失败MAC CE的格式。
图21是现有的一个字节的LBT失败MAC CE的格式的一示意图，如图21所示，一个字节的LBT失败MAC CE通过一个携带LCID的MAC子头确认。其大小固定，包括单一字节，即8个C域。关于C i，如果存在为MAC实体配置了服务小区索引i的一个服务小区，且如果这个服务小区里已经触发了持续LBT失败且未取消，该域设置为1，否则该域设置为0。
图22是现有的4个字节的LBT失败MAC CE的格式的一示意图，如图22所示，4个字节的LBT失败MAC CE通过一个携带LCID的MAC子头确认。其大小固定，包括4个字节，即832个C域。关于C i，如果存在为MAC实体配置了服务小区索引 i的一个服务小区，且如果这个服务小区里已经触发了持续LBT失败且未取消，该域设置为1，否则该域设置为0。
在本申请实施例中，该MAC CE可以是第二LBT失败MAC CE，也可以是新的MAC CE，例如LBT failuire cancel MAC CE。
在本申请实施例中，例如，该高层消息是RRC消息。
对应于步骤601，图7是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图。如图7所示，该方法包括：
步骤701：取消触发的持续LBT失败；以及
步骤702：指示生成持续LBT失败信息。
在步骤602中，终端设备向网络设备指示持续LBT失败的小区信息或频率信息。这样，使得网络设备知道发生持续LBT失败的小区或频率，从而避免网络设备发起不必要的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
在本申请的至少一个实施例中，终端设备向网络设备指示持续LBT失败的小区信息或频率信息可以是在持续LBT失败被取消之前，也可以是在持续LBT失败被取消时。
图8是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图。如图8所示，该方法包括：
步骤801：当在一个服务小区上触发了持续LBT失败且未取消时，向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
这样，在持续LBT失败被取消之前，终端设备向网络设备指示持续LBT失败的小区信息或频率信息。
在步骤801中，可以是向网络设备发送第一LBT失败MAC CE，该发生所述持续LBT失败的小区或BWP的小区信息或频率信息由第一LBT失败MAC CE承载。也就是说，在一个服务小区上触发了持续LBT失败而指示生成了第一LBT失败MAC CE，该MAC CE还包含了发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
在本申请的至少一个实施例中，持续LBT失败的小区信息表示触发了持续LBT失败且未取消的小区，也就是说，除了上述服务小区之外，还可以包括其他触发了持续LBT失败且未取消的小区。
在本申请的至少一个实施例中，该在一个服务小区上触发了持续LBT失败且未取消，包括：在特殊小区(SpCell)上触发了持续LBT失败且未取消，且该特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使该资源能容纳该LBT失败MAC CE加上其子头；和/或在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
在本申请的至少一个实施例中，持续LBT失败的频率信息表示发生持续LBT失败的频率。
图9是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图。如图9所示，该方法包括：
步骤901：当持续LBT失败被取消时，向网络设备指示持续LBT失败的小区信息或频率信息。
这样，在持续LBT失败被取消时，终端设备向网络设备指示持续LBT失败的小区信息或频率信息。
在本申请的至少一个实施例中，当持续LBT失败被取消时，终端设备向网络设备指示的该持续LBT失败的小区信息或频率信息可以由MAC CE或高层消息承载。
对于由MAC CE承载的情况，例如，该MAC CE是第二LBT失败MAC CE。例如，该第二LBT失败MAC CE可以重用现有LBT失败MAC CE的格式。
或者，该MAC CE也可以是新的MAC CE，例如LBT failuire cancel MAC CE。
对于由高层消息承载的情况，例如，该高层消息是RRC消息。
对于由MAC CE承载的情况，图10是本申请实施例3的持续LBT失败检测与恢复的方法的另一示意图。如图10所示，该方法包括：
步骤1001：在一个服务小区中触发了持续LBT失败且未取消该持续LBT失败，指示生成第一LBT失败MAC CE；
步骤1002：当持续LBT失败被取消时，指示生成第二LBT失败MAC CE，该第二LBT失败MAC CE中包含该持续LBT失败的小区信息或频率信息。
在本申请的至少一个实施例中，持续LBT失败被取消可以是以下事件中的至少一个导致的：MAC重配置；收到触发了持续LBT失败的服务小区上的BWP切换的 指示，例如，收到触发了持续LBT失败的服务小区上的BWP switching DCI或收到触发了持续LBT失败的服务小区上的RRC信令；以及重配持续LBT失败恢复配置，例如，lbt-FailureRecoveryConfig IE。
在步骤603中，停止正在进行的持续LBT失败恢复过程。
这样，终端设备不会向网络设备多次指示某个服务小区上发生的持续LBT失败，从而避免不必要的网络发起的BWP切换和辅小区重配置，保证NR-U信道有效利用。并且，能够避免不必要的连接重建，避免业务中断。
在本申请的至少一个实施例中，该停止正在进行的持续LBT失败恢复过程，包括：终止或中止正在进行的持续LBT失败恢复过程。
也就是说，本申请实施例中的停止可以是指终止或中止。
在本申请的至少一个实施例中，在步骤603中，当持续LBT失败被取消时，停止正在进行的持续LBT失败恢复过程。
在本申请的至少一个实施例中，持续LBT失败被取消可以是以下事件中的至少一个导致的：MAC重配置；收到触发了持续LBT失败的服务小区上的BWP切换的指示，例如，收到触发了持续LBT失败的服务小区上的BWP switching DCI或收到触发了持续LBT失败的服务小区上的RRC信令；以及重配持续LBT失败恢复配置，例如，lbt-FailureRecoveryConfig IE。
在本申请的至少一个实施例中，该停止正在进行的持续LBT失败恢复过程包括以下行为中的至少一个：停止正在进行的上行传输；清空相应的混合自动重传请求(Hybrid AutomaticRepeat Request，HAQR)进程的HAQR缓冲器(HAQR buffer)；停止持续LBT失败触发的BWP切换过程中激活BWP上正在进行的随机接入过程；停止持续LBT失败触发的主小区组(MCG)的无线链路失败(RLF)后正在进行的RRC连接重建过程；停止持续LBT失败触发的辅小区组(SCG)的无线链路失败后正在进行的SCG失败信息过程；以及停止正在进行的由于无线链路失败失败的待定调度请求(pending SR)发起的随机接入过程。
以上针对步骤601至步骤603的各个步骤分别进行了说明，但是，本申请实施例的方法也可以是步骤601至步骤603中的各个步骤的各种组合。
由上述实施例可知，当持续LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续 LBT失败恢复过程，通过以上步骤的至少一个，能够避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例4
本申请实施例提供了一种持续LBT失败检测与恢复的方法，该方法应用于网络设备，其对应于实施例3所述的应用于终端设备的持续LBT失败检测与恢复的方法，相同的内容不再重复说明。
图11本申请实施例4的持续LBT失败检测与恢复的方法的一示意图。如图11所示，该方法包括：
步骤1101：从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，
步骤1102：从终端设备接收指示持续LBT失败的小区信息或频率信息。
在本申请实施例中，该方法可以包括步骤1101和1102中的至少一个步骤，当该方法包括步骤1101和1102这两个步骤时，不对这些步骤的执行顺序进行限制。
这样，网络设备从终端设备获得更新的持续LBT失败信息，和/或，网络设备能够知道发生持续LBT失败的小区或频率，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
在本申请的至少一个实施例中，在步骤1101中，第一持续LBT失败信息可以由第一LBT失败MAC CE承载，第二持续LBT失败信息可以由第二LBT失败MAC CE承载。
例如，第一LBT失败MAC CE在一个服务小区中触发了持续LBT失败且未取消该持续LBT失败时，由终端设备指示生成并发送给网络设备，第二LBT失败MAC CE当持续LBT失败被取消时，由终端设备指示生成并发送给网络设备。
在本申请的至少一个实施例中，在步骤1102中，该持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
例如，所述持续LBT失败MAC CE是所述第一LBT失败MAC CE或所述第二LBT失败MAC CE。
例如，该高层消息为RRC消息。
例如，在持续LBT失败被取消之前，终端设备向网络设备指示持续LBT失败的小区信息或频率信息，或者，在持续LBT失败被取消时，终端设备向网络设备指示 持续LBT失败的小区信息或频率信息。
在本申请的至少一个实施例中，如图11所示，该方法还包括以下步骤中的至少一个：
步骤1103：对于终端设备的MAC重配置；
步骤1104：发送BWP切换的指示；以及
步骤1105：对于终端设备重配持续LBT失败恢复配置。
在本申请实施例中，该方法可以包括步骤1103至1105中的至少一个步骤，当该方法包括其中的两个或三个步骤时，不对这些步骤的执行顺序进行限制。另外，不对步骤1103至1105和步骤1101、1102之间的执行顺序进行限制。
这样，通过步骤1103至1105中的至少一个步骤，触发终端设备的持续LBT失败被取消。
由上述实施例可知，网络设备从终端设备获得更新的持续LBT失败信息，和/或，网络设备能够知道发生持续LBT失败的小区或频率，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例5
本申请实施例提供了一种持续LBT失败检测与恢复的方法，该方法应用于网络设备和终端设备，其对应于实施例3所述的应用于终端设备的持续LBT失败检测与恢复的方法和实施例4所述的应用于网络设备的持续LBT失败检测与恢复的方法，相同的内容不再重复说明。
图12是本申请实施例5的持续LBT失败检测与恢复的方法的一示意图。如图12所示，该方法包括：
步骤1201：终端设备在一个服务小区中触发了持续LBT失败且未取消该持续LBT失败，指示生成第一LBT失败MAC CE；
步骤1202：终端设备向网络设备发送包括第一LBT失败MAC CE的数据包；
步骤1203：终端设备取消该持续LBT失败；
步骤1204：终端设备指示生成第二LBT失败MAC CE；以及
步骤1205：终端设备向网络设备发送包括第二LBT失败MAC CE的数据包。
在本申请的至少一个实施例中，第二LBT失败MAC CE可以包括更新的持续LBT失败信息。
在本申请的至少一个实施例中，第二LBT失败MAC CE可以包括持续LBT失败的小区信息或频率信息。
图13是本申请实施例5的持续LBT失败检测与恢复的方法的另一示意图。如图13所示，该方法包括：
步骤1301：终端设备在一个服务小区中触发了持续LBT失败且未取消该持续LBT失败，指示生成第一LBT失败MAC CE，该第一LBT失败MAC CE包括该持续LBT失败的小区信息或频率信息；
步骤1302：终端设备向网络设备发送包括第一LBT失败MAC CE的数据包；
步骤1303：终端设备取消该持续LBT失败。
在本申请的至少一个实施例中，图12和图13中各个步骤的具体实施可以参照实施例3和实施例4的记载，此处不再重复说明。
由上述实施例可知，网络设备从终端设备获得更新的持续LBT失败信息，和/或，网络设备能够知道发生持续LBT失败的小区或频率，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例6
本申请实施例提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备。由于该装置解决问题的原理与实施例1的方法类似，因此其具体的实施可以参照实施例1所述的方法的实施，内容相同或相关之处不再重复说明。
图14是本申请实施例4的持续LBT失败检测与恢复的装置的一示意图，如图14所示，装置1400包括：
第一触发单元1401，其当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
在本申请的至少一个实施例中，所述终端设备和/或所述服务小区配置了LBT失败恢复配置参数。
在本申请的至少一个实施例中，所述LBT失败恢复配置参数是lbt-FailureRecoveryConfig参数，或者lbt-FailureInstanceMaxCount参数和/或 lbt-FailureDetectionTimer参数。
在本实施例中，上述各个单元的功能的实现可以参照实施例1中相关步骤的内容，此处不再重复说明。
由上述实施例可知，仅当计数器的计数值等于第一数值时触发持续LBT失败，或者当计数器的计数值大于或等于第一数值且一个服务小区的一个激活BWP里没有触发的持续LBT失败时触发持续LBT失败，因此，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
实施例7
本申请实施例提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备。由于该装置解决问题的原理与实施例2的方法类似，因此其具体的实施可以参照实施例2所述的方法的实施，内容相同或相关之处不再重复说明。
图15是本申请实施例7的持续LBT失败检测与恢复的装置的一示意图，如图15所示，装置1500包括：
第一重置单元1501，其当满足第一条件时，重置用于持续LBT失败检测的计数器。
在本申请的至少一个实施例中，该第一条件包括以下条件中的至少一个：一个服务小区里的激活BWP的持续LBT失败被触发，或者，一个服务小区里的激活BWP上存在持续LBT失败；发生了导致触发的持续LBT失败被取消的事件；触发的持续LBT失败被取消；发生了导致指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE的事件；指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；发生了导致触发LBT失败MAC CE对应的调度请求的事件；以及触发了LBT失败MAC CE的调度请求。
在本申请的至少一个实施例中，该发生了导致触发的持续LBT失败被取消的事件包括以下至少一个：一个BWP是去激活的；一个BWP是去激活的且配置了持续LBT失败恢复；一个BWP是去激活的且配置了LBT失败恢复配置参数；一个BWP是去激活的且配置了用于持续LBT失败检测的计数器；LBT失败信息被发送；持续LBT失败被触发且未被取消，且随机接入过程被认为成功完成；辅小区被去激活，或者收到一个去激活辅小区的消息，或者辅小区关联的定时器超时；MAC实体收到 一个服务小区的BWP切换的物理下行控制信道(PDCCH)，并且，该服务小区没有关联的正在进行的随机接入过程或当收到小区无线网络临时标识(C-RNTI)寻址的物理下行控制信道时该服务小区关联的正在进行的随机接入过程成功完成；以及收到BWP切换的RRC配置或RRC重配置。
在本申请的至少一个实施例中，该导致指示复用与组装过程生成LBT失败MAC CE的事件包括以下事件中的至少一个：在特殊小区(SpCell)上触发了持续LBT失败且未取消，且该特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使该资源能容纳该LBT失败MAC CE加上其子头；以及在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
在本申请的至少一个实施例中，该发生了导致触发LBT失败MAC CE的调度请求的事件包括：在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里没有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
在本申请的至少一个实施例中，该第一条件发生在一个特殊小区里、一个辅小区里或者一个服务小区里。
在本申请的至少一个实施例中，该重置用于持续LBT失败检测的计数器，包括：设置该计数器的计数值等于0。
在本申请的至少一个实施例中，该计数器对应于已经发送的LBT失败MAC CE里指示的持续LBT失败的服务小区、辅小区、特殊小区或激活的BWP。
在本申请的至少一个实施例中，该计数器对应于触发的持续LBT失败所在的服务小区、辅小区、特殊小区或激活的BWP。
由上述实施例可知，当满足一定的条件时重置用于持续LBT失败检测的计数器，由此，也能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销。
实施例8
本申请实施例提供了一种持续LBT失败检测与恢复的装置，该装置应用于终端设备。由于该装置解决问题的原理与实施例3的方法类似，因此其具体的实施可以参 照实施例3所述的方法的实施，内容相同或相关之处不再重复说明。
图16是本申请实施例8的持续LBT失败检测与恢复的装置的一示意图，如图16所示，装置1600包括以下单元中的至少一个：
第一指示单元1601，其当持续LBT失败被取消时，指示生成持续LBT失败信息；
第二指示单元1602，其向网络设备指示持续LBT失败的小区信息或频率信息；以及
第一停止单元1603，其停止正在进行的持续LBT失败恢复过程。
图17是本申请实施例8的第二指示单元的一示意图，如图17所示，第二指示单元1602包括
第三指示单元1701，其当在一个服务小区上触发了持续LBT失败且未取消时，向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
在本申请的至少一个实施例中，第三指示单元1702向网络设备发送第一LBT失败MAC CE，该发生所述持续LBT失败的小区或BWP的小区信息或频率信息由第一LBT失败MAC CE承载。
在本申请的至少一个实施例中，第二触发单元1702在特殊小区(SpCell)上触发了持续LBT失败且未取消，且该特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使该资源能容纳该LBT失败MAC CE加上其子头；和/或在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使该资源能容纳该LBT失败MAC CE加上其子头。
在本申请的至少一个实施例中，第二指示单元1701当持续LBT失败被取消时，向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
在本申请的至少一个实施例中，当持续LBT失败被取消时，向网络设备指示的该持续LBT失败的小区信息或频率信息由MAC CE或高层消息承载。
在本申请的至少一个实施例中，当持续LBT失败被取消时，指示生成的该持续LBT失败信息通过第二LBT失败MAC CE承载。
在本申请的至少一个实施例中，该持续LBT失败被取消是以下事件中的至少一个导致的：MAC重配置；收到触发持续LBT失败的服务小区上的BWP切换的指示； 以及重配持续LBT失败恢复配置。
在本申请的至少一个实施例中，第一停止单元1603终止或中止正在进行的持续LBT失败恢复过程。
在本申请的至少一个实施例中，第一停止单元1603当持续LBT失败被取消时，停止正在进行的持续LBT失败恢复过程。
在本申请的至少一个实施例中，该持续LBT失败被取消是以下事件中的至少一个导致的：MAC重配置；收到触发了持续LBT失败的服务小区上的BWP切换的指示；以及重配持续LBT失败恢复配置。
在本申请的至少一个实施例中，该停止正在进行的持续LBT失败恢复过程包括以下行为中的至少一个：停止正在进行的上行传输；清空相应的混合自动重传请求(Hybrid AutomaticRepeat Request，HAQR)进程的HAQR缓冲器(HAQR buffer)；停止持续LBT失败触发的BWP切换过程中激活BWP上正在进行的随机接入过程；停止持续LBT失败触发的主小区组(MCG)的无线链路失败(RLF)后正在进行的RRC连接重建过程；停止持续LBT失败触发的辅小区组(SCG)的无线链路失败后正在进行的SCG失败信息过程；以及停止正在进行的由于无线链路失败失败的待定调度请求(pending SR)发起的随机接入过程。
由上述实施例可知，当持续LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续LBT失败恢复过程，通过以上步骤的至少一个，能够避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例9
本申请实施例提供了一种持续LBT失败检测与恢复的装置，该装置应用于网络设备。由于该装置解决问题的原理与实施例4的方法类似，因此其具体的实施可以参照实施例4所述的方法的实施，内容相同或相关之处不再重复说明。
图18是本申请实施例9的持续LBT失败检测与恢复的装置的一示意图，如图18所示，装置1800包括：
第一接收单元1801，其从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，
第二接收单元1802，其从终端设备接收指示持续LBT失败的小区信息或频率信 息。
在本申请的至少一个实施例中，第一持续LBT失败信息由第一LBT失败MAC CE承载，第二持续LBT失败信息由第二LBT失败MAC CE承载。
在本申请的至少一个实施例中，该持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
在本申请的至少一个实施例中，装置1800还包括以下单元中的至少一个：
第一配置单元1801，其对于终端设备的MAC重配置；
第一发送单元1802，其发送BWP切换的指示；以及
第二配置单元1803，其对于终端设备重配持续LBT失败恢复配置。
由上述实施例可知，网络设备从终端设备获得更新的持续LBT失败信息，和/或，网络设备能够知道发生持续LBT失败的小区或频率，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例10
本申请实施例提供了一种终端设备，该终端设备包括如实施例6或实施例7或实施例8所述的持续LBT失败检测与恢复的装置。
图19是本发明实施例10的终端设备的系统构成的一示意框图。如图19所示，终端设备1900可以包括处理器1910和存储器1920；存储器1920耦合到处理器1910。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在一个实施方式中，持续LBT失败检测与恢复的装置的功能可以被集成到处理器1910中。
对应于实施例6，处理器1910可以被配置为：当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且该终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发该服务小区里的该激活BWP的持续LBT失败。
对应于实施例7，处理器1910可以被配置为：当满足第一条件时，重置用于持续LBT失败检测的计数器。
对应于实施8，处理器1910可以被配置为执行以下步骤中的至少一个：当持续 LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续LBT失败恢复过程。
在另一个实施方式中，持续LBT失败检测与恢复的装置可以与处理器1910分开配置，例如可以将持续LBT失败检测与恢复的装置配置为与处理器1910连接的芯片，通过处理器1910的控制来实现持续LBT失败检测与恢复的装置的功能。
如图19所示，终端设备1900还可以包括：通信模块1930、输入单元1940、显示器1950、电源1960。值得注意的是，终端设备1900也并不是必须要包括图19中所示的所有部件；此外，终端设备1900还可以包括图19中没有示出的部件，可以参考相关技术。
如图19所示，处理器1910有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该处理器1910接收输入并控制终端设备1900的各个部件的操作。
其中，存储器1920，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存各种数据，此外还可存储执行有关信息的程序。并且处理器1910可执行该存储器1920存储的该程序，以实现信息存储或处理等。其他部件的功能与现有类似，此处不再赘述。终端设备1900的各部件可以通过专用硬件、固件、软件或其结合来实现，而不偏离本发明的范围。
由上述实施例可知，仅当计数器的计数值等于第一数值时触发持续LBT失败，或者当计数器的计数值大于或等于第一数值且一个服务小区的一个激活BWP里没有触发的持续LBT失败时触发持续LBT失败，因此，能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销；和/或，当满足一定的条件时重置用于持续LBT失败检测的计数器，这样，也能够防止终端设备不停的触发不必要的持续LBT失败并执行一系列行动，从而也减少了终端设备的耗电以及空口开销；和/或，通过以下步骤中的至少一个：当持续LBT失败被取消时，指示生成持续LBT失败信息；向网络设备指示持续LBT失败的小区信息或频率信息；以及停止正在进行的持续LBT失败恢复过程，通过以上步骤的至少一个，能够避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例11
本发明实施例提供了一种网络设备，该网络设备包括如实施例9所述的持续LBT失败检测与恢复的装置。
图20是本发明实施例11的网络设备的系统构成的一示意框图。如图20所示，网络设备2000可以包括：处理器(processor)2010和存储器2020；存储器2020耦合到处理器2010。其中该存储器2020可存储各种数据；此外还存储信息处理的程序2030，并且在处理器2010的控制下执行该程序2030，以接收终端设备发送的各种信息、并且向终端设备发送各种信息。
在一个实施方式中，持续LBT失败检测与恢复的装置的功能可以被集成到处理器2010中。其中，处理器2010可以被配置为：从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，从终端设备接收指示持续LBT失败的小区信息或频率信息。
例如，第一持续LBT失败信息由第一LBT失败MAC CE承载，第二持续LBT失败信息由第二LBT失败MAC CE承载。
例如，该持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
例如，处理器2010还可以被配置为执行以下步骤中的至少一个：对于终端设备的MAC重配置；发送BWP切换的指示；以及对于终端设备重配持续LBT失败恢复配置。
在另一个实施方式中，持续LBT失败检测与恢复的装置可以与处理器2010分开配置，例如可以将持续LBT失败检测与恢复的装置配置为与处理器2010连接的芯片，通过处理器2010的控制来实现持续LBT失败检测与恢复的装置的功能。
此外，如图20所示，网络设备2000还可以包括：收发机2040和天线2050等；其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，网络设备2000也并不是必须要包括图20中所示的所有部件；此外，网络设备2000还可以包括图20中没有示出的部件，可以参考现有技术。
由上述实施例可知，网络设备从终端设备获得更新的持续LBT失败信息，和/或，网络设备能够知道发生持续LBT失败的小区或频率，从而避免不必要的网络设备发起的BWP切换和辅小区重配置，保证NR-U信道的有效利用。
实施例12
本申请实施例提供了一种通信系统，包括根据实施例10所述的终端设备和/或根据实施例11所述的网络设备。
例如，该通信系统的结构可以参照图1，如图1所示，通信系统100包括网络设备101和终端设备102，终端设备102与实施例11中记载的终端设备相同，网络设备101与实施例12中记载的网络设备相同，重复的内容不再赘述。
本发明以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本发明涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。逻辑部件例如现场可编程逻辑部件、微处理器、计算机中使用的处理器等。本发明还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图14、15、16中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图2、5、6中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图14、15、16中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本发明所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图18描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为 计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本发明进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的精神和原理对本发明做出各种变型和修改，这些变型和修改也在本发明的范围内。
根据本申请实施例公开的各种实施方式，还公开了如下附记：
附记一、
1、一种持续LBT失败检测与恢复的装置，所述装置应用于终端设备，所述装置包括：
第一触发单元，其当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且所述终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，触发所述服务小区里的所述激活BWP的持续LBT失败。
2、根据附记1所述的装置，其中，
所述终端设备和/或所述服务小区配置了LBT失败恢复配置参数。
3、根据附记2所述的装置，其中，
所述LBT失败恢复配置参数是lbt-FailureRecoveryConfig参数。
4、一种持续LBT失败检测与恢复的装置，所述装置应用于终端设备，所述装置包括：
第一重置单元，其当满足第一条件时，重置用于持续LBT失败检测的计数器。
5、根据附记4所述的装置，其中，所述第一条件包括以下条件中的至少一个：
一个服务小区里的激活BWP的持续LBT失败被触发，或者，一个服务小区里的激活BWP上存在持续LBT失败；
发生了导致触发的持续LBT失败被取消的事件；
触发的持续LBT失败被取消；
发生了导致指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE的事件；
指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；
发生了导致触发LBT失败MAC CE对应的调度请求的事件；以及
触发了LBT失败MAC CE的调度请求。
6、根据附记5所述的装置，其中，所述发生了导致触发的持续LBT失败被取消的事件包括以下至少一个：
一个BWP是去激活的；
一个BWP是去激活的且配置了持续LBT失败恢复；
一个BWP是去激活的且配置了LBT失败恢复配置参数；
一个BWP是去激活的且配置了用于持续LBT失败检测的计数器；
LBT失败信息被发送；
持续LBT失败被触发且未被取消，且随机接入过程被认为成功完成；
辅小区被去激活，或者收到一个去激活辅小区的消息，或者辅小区关联的定时器超时；
MAC实体收到一个服务小区的BWP切换的物理下行控制信道(PDCCH)，并且，所述服务小区没有关联的正在进行的随机接入过程或当收到小区无线网络临时标识(C-RNTI)寻址的物理下行控制信道时所述服务小区关联的正在进行的随机接入过程成功完成；以及
收到BWP切换的RRC配置或RRC重配置。
7、根据附记5所述的装置，其中，所述导致指示复用与组装过程生成LBT失败MAC CE的事件包括以下事件中的至少一个：
在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；以及
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
8、根据附记5所述的装置，其中，所述发生了导致触发LBT失败MAC CE的调度请求的事件包括：
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败 的服务小区里没有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
9、根据附记4-8中的任一项所述的装置，其中，
所述第一条件发生在一个特殊小区里、一个辅小区里或者一个服务小区里。
10、根据附记4-9中的任一项所述的装置，其中，所述重置用于持续LBT失败检测的计数器，包括：设置所述计数器的计数值等于0。
11、根据附记4-10中的任一项所述的装置，其中，所述计数器对应于已经发送的LBT失败MAC CE里指示的持续LBT失败的服务小区、辅小区、特殊小区或激活的BWP。
12、根据附记4-10中的任一项所述的装置，其中，所述计数器对应于触发的持续LBT失败所在的服务小区、辅小区、特殊小区或激活的BWP。
13、根据附记1-12中的任一项所述的装置，其中，
所述低层为物理层，所述高层为介质访问控制(MAC)层。
14、一种持续LBT失败检测与恢复的装置，所述装置应用于终端设备，
所述装置包括以下单元中的至少一个：
第一指示单元，其当持续LBT失败被取消时，指示生成持续LBT失败信息；
第二指示单元，其向网络设备指示持续LBT失败的小区信息或频率信息；以及
第一停止单元，其停止正在进行的持续LBT失败恢复过程。
15、根据附记14所述的装置，其中，所述第二指示单元包括：
第三指示单元，其当在一个服务小区上触发了持续LBT失败且未取消时，向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
16、根据附记15所述的装置，其中，所述第三指示单元向网络设备发送第一LBT失败MAC CE，所述发生所述持续LBT失败的小区或BWP的小区信息或频率信息由第一LBT失败MAC CE承载。
17、根据附记16所述的装置，其中，所述在一个服务小区上触发了持续LBT失败且未取消包括，
在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；和/或
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
18、根据附记14所述的装置，其中，所述第二指示单元当持续LBT失败被取消时，向网络设备指示持续LBT失败的小区信息或频率信息。
19、根据附记18所述的装置，其中，
当持续LBT失败被取消时，向网络设备指示的所述持续LBT失败的小区信息或频率信息由MAC CE或高层消息承载。
20、根据附记14所述的装置，其中，
当持续LBT失败被取消时，指示生成的所述持续LBT失败信息通过第二LBT失败MAC CE承载。
21、根据附记14或20所述的装置，其中，
所述持续LBT失败被取消是以下事件中的至少一个导致的：
MAC重配置；
收到触发持续LBT失败的服务小区上的BWP切换的指示；以及
重配持续LBT失败恢复配置。
22、根据附记14所述的装置，其中，所述第一停止单元终止或中止正在进行的持续LBT失败恢复过程。
23、根据附记14或22所述的装置，其中，
所述第一停止单元当持续LBT失败被取消时，停止正在进行的持续LBT失败恢复过程。
24、根据附记23所述的装置，其中，所述持续LBT失败被取消是以下事件中的至少一个导致的：
MAC重配置；
收到触发了持续LBT失败的服务小区上的BWP切换的指示；以及
重配持续LBT失败恢复配置。
25、根据附记14或23所述的装置，其中，所述停止正在进行的持续LBT失败恢复过程包括以下行为中的至少一个：
停止正在进行的上行传输；
清空相应的混合自动重传请求(Hybrid AutomaticRepeat Request，HAQR)进程的HAQR缓冲器(HAQR buffer)；
停止持续LBT失败触发的BWP切换过程中激活BWP上正在进行的随机接入过程；
停止持续LBT失败触发的主小区组(MCG)的无线链路失败(RLF)后正在进行的RRC连接重建过程；
停止持续LBT失败触发的辅小区组(SCG)的无线链路失败后正在进行的SCG失败信息过程；以及
停止正在进行的由于无线链路失败失败的待定调度请求(pending SR)发起的随机接入过程。
26、一种持续LBT失败检测与恢复的装置，所述装置应用于网络设备，所述装置包括：
第一接收单元，其从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，
第二接收单元，其从终端设备接收指示持续LBT失败的小区信息或频率信息。
27、根据附记26所述的装置，其中，
第一持续LBT失败信息由第一LBT失败MAC CE承载，
第二持续LBT失败信息由第二LBT失败MAC CE承载。
28、根据附记27所述的装置，其中，
所述第一LBT失败MAC CE是在一个服务小区中触发了持续LBT失败且未取消所述持续LBT失败时由所述终端设备指示生成并发送给所述网络设备，和/或
所述第二LBT失败MAC CE是当持续LBT失败被取消时，由所述终端设备指示生成并发送给所述网络设备。
29、根据附记26所述的装置，其中，
所述持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
30、根据附记29所述的装置，其中，
所述持续LBT失败MAC CE是所述第一LBT失败MAC CE或所述第二LBT失败MAC CE。
31、根据附记26所述的装置，其中，所述装置还包括以下单元中的至少一个：
第一配置单元，其对于终端设备的MAC重配置；
第一发送单元，其发送BWP切换的指示；以及
第二配置单元，其对于终端设备重配持续LBT失败恢复配置。
32、一种终端设备，所述终端设备包括根据附记1-25中的任一项所述的装置。
33、一种网络设备，所述网络设备包括根据附记26-31中的任一项所述的装置。
34、一种通信系统，所述通信系统包括根据附记32所述的终端设备和/或根据附记33所述的网络设备。
附记二、
1、一种持续LBT失败检测与恢复的方法，所述方法应用于终端设备，所述方法包括：
当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值等于第一数值时，或者，当高层收到来自低层的LBT失败指示且用于持续LBT失败检测的计数器的计数值大于或等于第一数值且所述终端设备的一个服务小区的一个激活BWP里没有触发的持续LBT失败时，
触发所述服务小区里的所述激活BWP的持续LBT失败。
2、根据附记1所述的方法，其中，
所述终端设备和/或所述服务小区配置了LBT失败恢复配置参数。
3、根据附记2所述的方法，其中，
所述LBT失败恢复配置参数是lbt-FailureRecoveryConfig参数。
4、一种持续LBT失败检测与恢复的方法，所述方法应用于终端设备，所述方法包括：
当满足第一条件时，重置用于持续LBT失败检测的计数器。
5、根据附记4所述的方法，其中，所述第一条件包括以下条件中的至少一个：
一个服务小区里的激活BWP的持续LBT失败被触发，或者，一个服务小区里的激活BWP上存在持续LBT失败；
发生了导致触发的持续LBT失败被取消的事件；
触发的持续LBT失败被取消；
发生了导致指示复用与组装(Multiplexing and Assembly)过程生成LBT失败 MAC CE的事件；
指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；
发生了导致触发LBT失败MAC CE对应的调度请求的事件；以及
触发了LBT失败MAC CE的调度请求。
6、根据附记5所述的方法，其中，所述发生了导致触发的持续LBT失败被取消的事件包括以下至少一个：
一个BWP是去激活的；
一个BWP是去激活的且配置了持续LBT失败恢复；
一个BWP是去激活的且配置了LBT失败恢复配置参数；
一个BWP是去激活的且配置了用于持续LBT失败检测的计数器；
LBT失败信息被发送；
持续LBT失败被触发且未被取消，且随机接入过程被认为成功完成；
辅小区被去激活，或者收到一个去激活辅小区的消息，或者辅小区关联的定时器超时；
MAC实体收到一个服务小区的BWP切换的物理下行控制信道(PDCCH)，并且，所述服务小区没有关联的正在进行的随机接入过程或当收到小区无线网络临时标识(C-RNTI)寻址的物理下行控制信道时所述服务小区关联的正在进行的随机接入过程成功完成；以及
收到BWP切换的RRC配置或RRC重配置。
7、根据附记5所述的方法，其中，所述发生了导致指示复用与组装过程生成LBT失败MAC CE的事件包括以下至少一个：
在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；以及
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
8、根据附记5所述的方法，其中，所述发生了导致触发LBT失败MAC CE的调度请求的事件包括：
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里没有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
9、根据附记4-8中的任一项所述的方法，其中，
所述第一条件发生在一个特殊小区里、一个辅小区里或者一个服务小区里。
10、根据附记4-9中的任一项所述的方法，其中，所述重置用于持续LBT失败检测的计数器，包括：设置所述计数器的计数值等于0。
11、根据附记4-10中的任一项所述的方法，其中，所述计数器对应于已经发送的LBT失败MAC CE里指示的持续LBT失败的服务小区、辅小区、特殊小区或激活的BWP。
12、根据附记4-10中的任一项所述的方法，其中，所述计数器对应于触发的持续LBT失败所在的服务小区、辅小区、特殊小区或激活的BWP。
13、根据附记1-12中的任一项所述的方法，其中，
所述低层为物理层，所述高层为介质访问控制(MAC)层。
14、一种持续LBT失败检测与恢复的方法，所述方法应用于终端设备，
所述方法包括以下步骤中的至少一个：
当持续LBT失败被取消时，指示生成持续LBT失败信息；
向网络设备指示持续LBT失败的小区信息或频率信息；以及
停止正在进行的持续LBT失败恢复过程。
15、根据附记14所述的方法，其中，所述向网络设备指示持续LBT失败的小区信息或频率信息，包括：
当在一个服务小区上触发了持续LBT失败且未取消时，
向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息。
16、根据附记15所述的方法，其中，所述在一个服务小区上触发了持续LBT失败且未取消；向网络设备指示发生所述持续LBT失败的小区或BWP的小区信息或频率信息，包括：
在一个服务小区上触发了持续LBT失败且未取消；向网络设备发送第一LBT失败MAC CE，所述发生所述持续LBT失败的小区或BWP的小区信息或频率信息由第一LBT失败MAC CE承载。
17、根据附记16所述的方法，其中，所述在一个服务小区上触发了持续LBT失败且未取消，包括：
在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；和/或
在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
18、根据附记14所述的方法，其中，所述向网络设备指示持续LBT失败的小区信息或频率信息，包括：
当持续LBT失败被取消时，向网络设备指示持续LBT失败的小区信息或频率信息。
19、根据附记18所述的方法，其中，
当持续LBT失败被取消时，向网络设备指示的所述持续LBT失败的小区信息或频率信息由MAC CE或高层消息承载。
20、根据附记14所述的方法，其中，
当持续LBT失败被取消时，指示生成的所述持续LBT失败信息通过第二LBT失败MAC CE承载。
21、根据附记14或20所述的方法，其中，
所述持续LBT失败被取消是以下事件中的至少一个导致的：
MAC重配置；
收到触发持续LBT失败的服务小区上BWP切换的指示；以及
重配持续LBT失败恢复配置。
22、根据附记14所述的方法，其中，所述停止正在进行的持续LBT失败恢复过程，包括：
终止或中止正在进行的持续LBT失败恢复过程。
23、根据附记14或22所述的方法，其中，
当持续LBT失败被取消时，停止正在进行的持续LBT失败恢复过程。
24、根据附记23所述的方法，其中，所述持续LBT失败被取消是以下事件中的 至少一个导致的：
MAC重配置；
收到触发持续LBT失败的服务小区上的BWP切换的指示；以及
重配持续LBT失败恢复配置。
25、根据附记14或23所述的方法，其中，所述停止正在进行的持续LBT失败恢复过程包括以下行为中的至少一个：
停止正在进行的上行传输；
清空相应的混合自动重传请求(Hybrid AutomaticRepeat Request，HAQR)进程的HAQR缓冲器(HAQR buffer)；
停止持续LBT失败触发的BWP切换过程中激活BWP上正在进行的随机接入过程；
停止持续LBT失败触发的主小区组(MCG)的无线链路失败(RLF)后正在进行的RRC连接重建过程；
停止持续LBT失败触发的辅小区组(SCG)的无线链路失败后正在进行的SCG失败信息过程；以及
停止正在进行的由于无线链路失败失败的待定调度请求(pending SR)发起的随机接入过程。
26、一种持续LBT失败检测与恢复的方法，所述方法应用于网络设备，所述方法包括：
从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，
从终端设备接收指示持续LBT失败的小区信息或频率信息。
27、根据附记26所述的方法，其中，
第一持续LBT失败信息由第一LBT失败MAC CE承载，
第二持续LBT失败信息由第二LBT失败MAC CE承载。
28、根据附记27所述的方法，其中，
所述第一LBT失败MAC CE是在一个服务小区中触发了持续LBT失败且未取消所述持续LBT失败时由所述终端设备指示生成并发送给所述网络设备，和/或
所述第二LBT失败MAC CE是当持续LBT失败被取消时，由所述终端设备指示 生成并发送给所述网络设备。
29、根据附记26所述的方法，其中，
所述持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
30、根据附记29所述的方法，其中，
所述持续LBT失败MAC CE是所述第一LBT失败MAC CE或所述第二LBT失败MAC CE。
31、根据附记26所述的方法，其中，所述方法还包括以下步骤中的至少一个：
对于终端设备的MAC重配置；
发送BWP切换的指示；以及
对于终端设备重配持续LBT失败恢复配置。

Claims (20)

  1. 一种持续LBT失败检测与恢复的装置，所述装置应用于终端设备，所述装置包括：
    第一重置单元，其当满足第一条件时，重置用于持续LBT失败检测的计数器，所述第一条件包括以下条件中的至少一个：
    一个服务小区里的激活BWP的持续LBT失败被触发，或者，一个服务小区里的激活BWP上存在持续LBT失败；
    发生了导致触发的持续LBT失败被取消的事件；
    触发的持续LBT失败被取消；
    发生了导致指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE的事件；
    指示复用与组装(Multiplexing and Assembly)过程生成LBT失败MAC CE；
    发生了导致触发LBT失败MAC CE对应的调度请求的事件；以及
    触发了LBT失败MAC CE的调度请求。
  2. 根据权利要求1所述的装置，其中，所述发生了导致触发的持续LBT失败被取消的事件包括以下至少一个：
    一个BWP是去激活的；
    一个BWP是去激活的且配置了持续LBT失败恢复；
    一个BWP是去激活的且配置了LBT失败恢复配置参数；
    一个BWP是去激活的且配置了用于持续LBT失败检测的计数器；
    LBT失败信息被发送；
    持续LBT失败被触发且未被取消，且随机接入过程被认为成功完成；
    辅小区被去激活，或者收到一个去激活辅小区的消息，或者辅小区关联的定时器超时；
    MAC实体收到一个服务小区的BWP切换的物理下行控制信道(PDCCH)，并且，所述服务小区没有关联的正在进行的随机接入过程或当收到小区无线网络临时标识(C-RNTI)寻址的物理下行控制信道时所述服务小区关联的正在进行的随机接入过 程成功完成；以及
    收到BWP切换的RRC配置或RRC重配置。
  3. 根据权利要求1所述的装置，其中，所述导致指示复用与组装过程生成LBT失败MAC CE的事件包括以下事件中的至少一个：
    在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；以及
    在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
  4. 根据权利要求1所述的装置，其中，所述发生了导致触发LBT失败MAC CE的调度请求的事件包括：
    在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里没有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
  5. 根据权利要求1所述的装置，其中，所述重置用于持续LBT失败检测的计数器，包括：设置所述计数器的计数值等于0。
  6. 根据权利要求1所述的装置，其中，
    所述终端设备的低层为物理层，高层为介质访问控制(MAC)层。
  7. 一种持续LBT失败检测与恢复的装置，所述装置应用于终端设备，
    所述装置包括以下单元中的至少一个：
    第一指示单元，其当持续LBT失败被取消时，指示生成持续LBT失败信息；
    第二指示单元，其向网络设备指示持续LBT失败的小区信息或频率信息；以及
    第一停止单元，其停止正在进行的持续LBT失败恢复过程。
  8. 根据权利要求7所述的装置，其中，所述第二指示单元包括：
    第二触发单元，其在一个服务小区上触发了持续LBT失败且未取消；
    第三指示单元，其向网络设备指示持续LBT失败的小区信息或频率信息。
  9. 根据权利要求8所述的装置，其中，所述第二触发单元，
    在特殊小区(SpCell)上触发了持续LBT失败且未取消，且所述特殊小区里有可 用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(logical channel prioritization，LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头；和/或
    在至少一个辅小区里触发了持续LBT失败且未取消，一个未触发持续LBT失败的服务小区里有可用于新传输的上行共享信道(UL-SCH)资源且逻辑信道优先化(LCP)使所述资源能容纳所述LBT失败MAC CE加上其子头。
  10. 根据权利要求7所述的装置，其中，所述第二指示单元当持续LBT失败被取消时，向网络设备指示持续LBT失败的小区信息或频率信息。
  11. 根据权利要求7所述的装置，其中，
    当持续LBT失败被取消时，指示生成的所述持续LBT失败信息通过第二LBT失败MAC CE承载。
  12. 根据权利要求7所述的装置，其中，
    所述持续LBT失败被取消是以下事件中的至少一个导致的：
    MAC重配置；
    收到触发持续LBT失败的服务小区上的BWP切换的指示；以及
    重配持续LBT失败恢复配置。
  13. 根据权利要求7所述的装置，其中，所述第一停止单元终止或中止正在进行的持续LBT失败恢复过程。
  14. 根据权利要求7所述的装置，其中，
    所述第一停止单元当持续LBT失败被取消时，停止正在进行的持续LBT失败恢复过程。
  15. 根据权利要求14所述的装置，其中，所述持续LBT失败被取消是以下事件中的至少一个导致的：
    MAC重配置；
    收到触发了持续LBT失败的服务小区上的BWP切换的指示；以及
    重配持续LBT失败恢复配置。
  16. 根据权利要求7所述的装置，其中，所述停止正在进行的持续LBT失败恢复过程包括以下行为中的至少一个：
    停止正在进行的上行传输；
    清空相应的混合自动重传请求(HAQR)进程的HAQR缓冲器(HAQR buffer)；
    停止持续LBT失败触发的BWP切换过程中激活BWP上正在进行的随机接入过程；
    停止持续LBT失败触发的主小区组(MCG)的无线链路失败(RLF)后正在进行的RRC连接重建过程；
    停止持续LBT失败触发的辅小区组(SCG)的无线链路失败后正在进行的SCG失败信息过程；以及
    停止正在进行的由于无线链路失败失败的待定调度请求(pending SR)发起的随机接入过程。
  17. 一种持续LBT失败检测与恢复的装置，所述装置应用于网络设备，所述装置包括：
    第一接收单元，其从终端设备分别接收第一持续LBT失败信息和/或第二持续LBT失败信息；和/或，
    第二接收单元，其从终端设备接收指示持续LBT失败的小区信息或频率信息。
  18. 根据权利要求17所述的装置，其中，
    第一持续LBT失败信息由第一LBT失败MAC CE承载，
    第二持续LBT失败信息由第二LBT失败MAC CE承载。
  19. 根据权利要求18所述的装置，其中，
    所述第一LBT失败MAC CE是在一个服务小区中触发了持续LBT失败且未取消所述持续LBT失败时由所述终端设备指示生成并发送给所述网络设备，和/或
    所述第二LBT失败MAC CE是当持续LBT失败被取消时，由所述终端设备指示生成并发送给所述网络设备。
  20. 根据权利要求17所述的装置，其中，
    所述持续LBT失败的小区信息或频率信息由持续LBT失败MAC CE或其他MAC CE或高层消息承载。
PCT/CN2020/084074 2020-04-09 2020-04-09 持续lbt失败检测与恢复的方法及装置 WO2021203396A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2020/084074 WO2021203396A1 (zh) 2020-04-09 2020-04-09 持续lbt失败检测与恢复的方法及装置
JP2022559839A JP2023520691A (ja) 2020-04-09 2020-04-09 持続ｌｂｔ失敗検出及び回復の方法及び装置
CN202080099235.4A CN115362749A (zh) 2020-04-09 2020-04-09 持续lbt失败检测与恢复的方法及装置
US17/955,935 US20230025873A1 (en) 2020-04-09 2022-09-29 Method and apparatus for consistent lbt failure detection and recovery

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/084074 WO2021203396A1 (zh) 2020-04-09 2020-04-09 持续lbt失败检测与恢复的方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/955,935 Continuation US20230025873A1 (en) 2020-04-09 2022-09-29 Method and apparatus for consistent lbt failure detection and recovery

Publications (1)

Publication Number Publication Date
WO2021203396A1 true WO2021203396A1 (zh) 2021-10-14

Family

ID=78023812

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/084074 WO2021203396A1 (zh) 2020-04-09 2020-04-09 持续lbt失败检测与恢复的方法及装置

Country Status (4)

Country Link
US (1) US20230025873A1 (zh)
JP (1) JP2023520691A (zh)
CN (1) CN115362749A (zh)
WO (1) WO2021203396A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023211208A1 (ko) * 2022-04-29 2023-11-02 엘지전자 주식회사 Lbt와 관련된 무선 통신을 수행하는 방법 및 장치
WO2024092626A1 (zh) * 2022-11-03 2024-05-10 北京小米移动软件有限公司 侧行链路连续先听后说失败的处理方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107371168A (zh) * 2016-05-12 2017-11-21 电信科学技术研究院 一种非授权频谱中的测量方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3841823A1 (en) * 2018-09-26 2021-06-30 Convida Wireless, Llc Nr-u lbt mac procedures

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107371168A (zh) * 2016-05-12 2017-11-21 电信科学技术研究院 一种非授权频谱中的测量方法和设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Remaining issue on handling UL LBT failure", 3GPP DRAFT; R2-2000957, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. eMeeting; 20200224 - 20200306, 14 February 2020 (2020-02-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051849392 *
VIVO: "Remaining Issues of UL LBT failure", 3GPP DRAFT; R2-2000148, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Meeting; 20200224 - 20200306, 14 February 2020 (2020-02-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051848832 *
VIVO: "Remaining issues on uplink LBT failure", 3GPP DRAFT; R2-1914367, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051816451 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023211208A1 (ko) * 2022-04-29 2023-11-02 엘지전자 주식회사 Lbt와 관련된 무선 통신을 수행하는 방법 및 장치
WO2024092626A1 (zh) * 2022-11-03 2024-05-10 北京小米移动软件有限公司 侧行链路连续先听后说失败的处理方法及装置

Also Published As

Publication number Publication date
US20230025873A1 (en) 2023-01-26
JP2023520691A (ja) 2023-05-18
CN115362749A (zh) 2022-11-18

Similar Documents

Publication Publication Date Title
US20230345312A1 (en) User mobility method and device
US9258747B2 (en) User equipment and methods for fast handover failure recovery in 3GPP LTE network
WO2018113661A1 (zh) 用户移动性方法和设备
KR102587763B1 (ko) Lbt 모니터링 장애를 위한 처리 방법, 디바이스 및 시스템
US20210251032A1 (en) Communication method, apparatus, and system
US20230025873A1 (en) Method and apparatus for consistent lbt failure detection and recovery
US20230072832A1 (en) Method and apparatus for consistent lbt failure detection and recovery in cell handover
JP2023535123A (ja) マスターセルグループのための方法および装置
US20230353223A1 (en) Method and apparatus for detecting beam failure
WO2020191751A1 (zh) 波束失败恢复方法、装置和通信系统
WO2022236600A1 (en) Method, device and computer storage medium of communication
US20200329463A1 (en) Bandwidth Part Timing Method and Apparatus and Communication System
WO2021159402A1 (zh) Lbt失败的处理方法及装置
WO2022022444A1 (zh) 由用户设备执行的方法以及用户设备
WO2020042160A1 (zh) 随机接入方法，数据接收方法及其装置、通信系统
WO2023193266A1 (zh) 下行无线链路质量的评估方法及装置
WO2021203395A1 (zh) 指示lbt失败的方法及装置
WO2024031293A1 (zh) 小区改变的方法及装置
WO2023205975A1 (zh) 辅小区波束失败恢复的方法和装置
WO2022237612A1 (zh) 网络转换方法以及用户设备
WO2024065543A1 (zh) 失败检测及恢复方法和装置
WO2023150946A1 (zh) 通信保持方法和装置
WO2021232384A1 (zh) 计数器维护方法，调度请求接收方法以及装置
WO2023150963A1 (zh) 路径切换方法及装置
WO2020061729A1 (zh) 信号收发方法、天线面板的指示方法、装置和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20930073

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022559839

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20930073

Country of ref document: EP

Kind code of ref document: A1