CN116508391A - 失败取消记录 - Google Patents

失败取消记录 Download PDF

Info

Publication number
CN116508391A
CN116508391A CN202080106573.6A CN202080106573A CN116508391A CN 116508391 A CN116508391 A CN 116508391A CN 202080106573 A CN202080106573 A CN 202080106573A CN 116508391 A CN116508391 A CN 116508391A
Authority
CN
China
Prior art keywords
failure
cancellation
report
information
lbt
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.)
Pending
Application number
CN202080106573.6A
Other languages
English (en)
Inventor
吴春丽
S·图尔蒂南
M·托马拉
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.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
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 Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Publication of CN116508391A publication Critical patent/CN116508391A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开的实施例涉及故障取消的记录。第一设备检测针对第一设备和第二设备之间的传输的失败的报告的取消。然后，根据确定检测到故障的报告的取消，第一设备记录有关取消的信息。因此，第一设备能够在需要时向第二设备提供关于故障取消的记录信息。

Description

失败取消记录
技术领域
本公开的实施例通常涉及电信领域，尤其涉及用于记录失败(failure)取消(cancellation)的方法、设备、装置和计算机可读存储介质。
背景技术
非授权频谱中的新无线电(NR-U)旨在扩大第五代(5G)新无线电(NR)接入技术的适用性，以支持在非授权频段的操作。在部署5G网络时，NR-U为运营商提供更多的频谱选择。
此外，包括网络自配置和自优化的解决方案的自组织网络(SON)被引入长期演进(LTE)，以支持系统的部署和性能优化。SON解决方案可分为三类：自配置、自优化和自愈。作为自愈的一部分，驱动测试最小化(MDT)使终端设备(如用户设备(UE))提供与驱动测试中收集的相同类型的信息。一个很大的优势是UE可以从室内环境中检索和报告参数。因此，目前正在研究加强NR中SON/MDT的数据收集。
发明内容
一般来说，本公开的示例实施例提供了一种用于记录失败的取消的移动性的解决方案。
在第一方面，提供了第一设备。该第一设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；该至少一个存储器和计算机程序代码被配置为，与至少一个处理器一起，使得第一设备检测针对第一设备和第二设备之间的传输的失败的报告的取消；以及根据确定检测到失败的报告的取消，记录关于该取消的信息。
在第二方面，提供了第二设备。该第二设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为，与至少一个处理器一起，使得第二设备从第一设备接收信息，该信息关于针对第一设备和第二设备之间的传输的失败的报告的取消。
在第三方面，提供了一种方法。该方法包括在第一设备处检测针对第一设备和第二设备之间的传输的失败的报告的取消；以及根据确定检测到失败的报告的取消，记录关于该取消的信息。
在第四方面，提供了一种方法。该方法包括在第二设备处接收来自第一设备的信息，该信息关于针对第一设备和第二设备之间的传输的失败的报告的取消。
在第五方面，提供了第一装置。该第一装置包括用于在第一装置处检测针对第一装置和第二装置之间的传输的失败的报告的取消的部件；以及用于根据确定检测到失败的报告的取消，记录关于该取消的信息的部件。
在第六方面，提供了第二装置。该第二装置包括用于接收来自第一设备的信息的部件，该信息关于针对第一设备和第二设备之间传输的失败的报告的取消。
在第七方面，提供了一种计算机可读介质，其包括用于使得装置至少执行根据上述第三至第四方面中任何一个方面的方法的程序指令。
应当理解，发明内容部分不旨在确定本公开的实施例的关键或基本特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。
附图说明
现在将参照附图描述一些示例性实施方案，其中：
图1图示了可以在其中实现本公开的示例实施例的示例通信网络；
图2图示了根据本公开的一些示例实施例的用于记录失败取消的信令流程；
图3图示了根据本公开的一些其他示例实施例的用于记录LBT失败取消的信令流程；
图4图示了根据本公开的一些示例实施例在第一设备处实施的方法的流程图；
图5图示了根据本公开的一些示例实施例在第二设备处实施的方法的流程图；
图6图示了适合于实现本公开的示例实施例的设备的简化框图；以及
图7图示了根据本公开的一些示例实施例的示例计算机可读介质的框图。
在整个附图中，相同或相似的附图标记表示相同或相似的元素。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些实施例仅是为了说明和帮助本领域技术人员理解和实现本公开，并不表示对本公开的范围的任何限制。本文中描述的公开内容可以以除了下面描述的方式之外的各种其他方式来实现。
在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。
在本公开中，对“一个实施例”、“实施例”和“示例实施例”等的引用表明所描述的实施例可以包括特定特征、结构或特性，但并非每个实施例都必须包括该特定特征、结构或特性。此外，这样的短语不一定是指同一实施例。此外，当结合一个实施例描述特定特征、结构或特性时，本领域技术人员认为，无论是否明确描述，与其他实施例相结合来影响这样的特征、结构或特性都在本领域技术员的知识范围内。
应当理解，尽管术语“第一”和“第二”等可以在本文中用于描述各种元素，但这些元素不应受到这些术语的限制。这些术语仅用于区分一个元素和另一元素。例如，第一元素可以称为第二元素，并且类似地，第二元素可以称为第一元素，而没有脱离示例实施例的范围。如本文中使用的，术语“和/或”包括所列术语中的一个或多个术语的任何和所有组合。
本文中使用的术语仅用于描述特定实施例，而非旨在限制示例实施例。本文中使用的单数形式“一个(a)”、“一个(an)”和“该/所述(the)”也包括复数形式，除非上下文另有明确说明。进一步理解，术语“包括(comprises)”、“包括(comprising)”、“具有(has)”、“具有(having)”、“包括(includes)”和/或“包括(including)”当在本文中使用时指定所述特征、元素和/或组件等的存在，但不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。
如本申请中使用的，术语“电路系统”可以指代以下中的一项或多项或全部：
(a)纯硬件电路实现(诸如仅使用模拟和/或数字电路系统的实现)，以及
(b)硬件电路和软件的组合，诸如(如适用)：
(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及
(ii)具有软件的(多个)硬件处理器的任何部分，包括(多个)数字信号处理器、软件和(多个)存储器，其一起工作以使得装置(诸如移动电话或服务器)执行各种功能，以及
(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)进行操作，但在不需要操作时软件可以不存在。
该电路系统的定义适合于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如在本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其随附软件和/或固件的实现。例如，如果适用于特定权利要求元素，则术语电路系统还涵盖用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)、新无线电(NR)等。此外，通信网络中终端设备与网络设备之间的通信可以根据任何合适一代通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议、和/或当前已知或未来将要开发的任何其他协议。本公开的实施例可以应用于各种通信系统。考虑到通信的快速发展，当然也会有未来类型的通信技术和系统可以体现本公开。本公开的范围不应仅限于上述系统。
如本文中使用的，术语“网络设备”是指通信网络中的节点，终端设备通过该节点接入网络并且从网络接收服务。网络设备可以是指基站(BS)或接入点(AP)，例如，节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头端(RRH)、集成接入和回程(IAB)节点、中继、低功率节点(诸如毫微微、微微等)，这取决于所应用的术语和技术。
术语“终端设备”是指能够进行无线通信的任何终端设备。作为示例而非限制，终端设备也可以称为通信设备、用户设备(UE)、订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能手机、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、图像捕获终端设备(诸如数码相机)、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动站、笔记本电脑嵌入式设备(LEE)、笔记本电脑车载设备(LME)、USB加密狗、智能设备、无线客户场所设备(CPE)、物联网(IoT)设备、手表或其他可穿戴设备、头戴显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链上下文中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。
如本文所使用的，术语“资源”、“传输资源”、“资源块”、“物理资源块”(PRB)、“上行链路资源”或“下行链路资源”可以指用于执行通信(例如终端设备和网络设备之间的通信)的任何资源，诸如时域的资源、频域的资源、空间域的资源、码域的资源或使通信的任何其他资源，以及类似物。在下文中，将使用频域和时域中的资源作为传输资源的例子来描述本公开的一些示例实施例。需要指出的是，本公开的示例实施方案同样适用于其他域的其他资源。
如上所述，NR-U作为5G的接入技术之一，提供更多的频谱选择。SON被引入用于网络自配置和自优化；而MDT支持终端设备提供在驱动测试中收集的信息，从而促进从室内环境中的数据检索和报告。目前正在研究加强NR中SON/MDT的数据收集。
与NR-U相关的SON/MDT优化可以重新使用现有的NR-U测量。然而，与授权频段相比，NR-U的主要区别在于网络设备和终端设备在执行传输之前都需要进行LBT检测，否则由于同一非授权频段也可能被其他系统(如无线保真(wifi)和蓝牙)使用，将出现系统间干扰，导致接收信号的质量不理想。因此，设计了与一致(consistent)的LBT失败检测和恢复有关的机制。
相应地，终端设备的媒体访问控制(MAC)实体可以通过无线电资源控制(RRC)被配置一致的LBT失败恢复程序。通过对从较低层到MAC实体的所有UL传输的LBT失败指示进行计数，针对每个UL带宽部分(BWP)检测一致的LBT失败。
此外，诸如BWP切换、辅小区(Scell)去激活和无线电资源控制(RRC)重新配置的动作可能在任何时间点由网络设备由于不同的原因而触发。例如，可能执行将终端设备从一个BWP切换到另一个BWP(例如，切换到更窄的BWP或更宽的BWP)，以适应流量或作为对LBT失败媒体访问控制(MAC)控制元件(CE)或波束失败恢复(BFR)MAC CE接收的响应。在另一个示例中，当不再有数据要传输时，SCells去激活可由网络设备触发，以达到节能目的。
本公开的发明人注意到，针对小区的触发的一致LBT失败不仅可以在传输针对Scell的LBT失败MAC CE后(而不是在对MAC CE的网络响应后)被取消，而且可以在针对PCell的无线电接入(RA)完成、BWP切换、SCell去激活、RRC重新配置等情况下被取消，这更多地是为了涵盖由于其他原因的情况。对于这些情况，网络设备将不知道发生了一致的LBT失败。
例如，当终端设备试图在上行链路数据到达后发送调度请求(SR)(例如，通过物理上行链路控制信道(PUCCH)SCell)但由于一致的LBT失败而失败时，网络设备可能由于缺乏数据活动(例如，当与Scell相关联的bwp-InactivityTimer超时时)而将终端设备的BWP切换到狭窄的BWP。当SR随后在另一个BWP成功时，网络设备可以将终端设备切换回更宽的BWP以传输数据，但LBT问题再次出现。
在另一个示例中，当LBT失败发生在PCell上时，终端设备将切换到另一个BWP以执行随机接入信道(RACH)，然后如果一致的LBT失败也发生在那里，则切换到另一个BWP，直到它已经尝试了所有配置有RACH的BWP或在一个BWP中成功了。如果BWP上的RACH没有失败以及触发的LBT失败被取消，则报告LBT MAC CE。否则，当所有具有RACH的BWP都失败时，就会触发无线电链路失败(RLF)以及随后的重新建立。而在LBT MAC CE中仅包括服务小区的位图，指示哪个(哪些)小区正在经历一致的LBT失败，而不指示终端设备已尝试了多少个BWP。
总之，本公开的发明人注意到，由网络设备获得可能的LBT失败取消的知识可能是不可行的，因为如上所述的触发的LBT失败可能在一些场景中(例如，主小区(PCell)的随机接入(RA)完成、BWP切换、SCell去激活、RRC重新配置)在终端设备处被取消，而没有通知网络设备。
在另一个示例中，终端设备的媒体访问控制(MAC)实体可以通过无线电资源控制(RRC)被配置具有针对特殊小区(SpCell、PCell或PSCell)或SCell或两者的波束失败恢复(BFR)程序。通过计算从较低层到MAC实体的波束失败实例(BFI)指示，可以检测每个DL带宽部分(BWP)或每个服务小区的波束失败。在一些示例中，当终端设备试图在BFR程序中报告检测到的波束失败时，它准备了BFR MAC CE，其被用来指示具有波束失败的服务小区以及新的候选波束的可能可用性。然而，在一些示例中，如果在终端设备试图用BFR MAC CE报告波束失败时，网络设备去激活一个SCell，则该SCell的触发的BFR被取消。在这种情况下，网络设备在去激活SCell时不会意识到终端设备中的SCell存在波束失败。在网络设备下次为终端设备激活SCell时，这可能成为一个问题，因为失败的波束可能不会被用于通信。
因此，根据本公开的一些示例实施例，提供了一种用于记录取消失败的解决方案。在该解决方案中，终端设备检测针对终端设备和网络设备之间的传输的失败的报告的取消。然后根据确定检测到的取消失败的报告，记录有关取消的信息。终端设备能够在需要时向网络设备提供所记录的关于失败取消的信息。因此，失败取消的知识能够提供给网络设备。
图1示出了可以在其中实现本公开的示例实施例的示例通信环境100。在通信环境100中，多个通信设备，包括第一设备110和第二设备120，可以相互通信。
在图1的示例中，第一设备110被图示为终端设备，而第二设备120被示为服务终端设备的网络设备。第二设备120的服务区域可以被称为小区102。
要理解的是，图1中示出的设备数量和它们的连接只是出于说明的目的，而不暗示任何限制。环境100可包括适于实施本公开内容的实施例的任何适当数量的设备。尽管未示出，但可以理解的是，一个或多个额外的设备可以位于小区102中，并且一个或多个额外的小区可以被部署在环境100中。注意到，虽然被图示为网络设备，但第二设备120可以是网络设备以外的其他设备。尽管被示为终端设备，但第一设备110可以是终端设备以外的其他设备。
在一些示例实施例中，如果第一设备110是终端设备并且第二设备120是网络设备，则从第二设备120到第一设备110的链路被称为下行链路(DL)，而从第一设备110到第二设备120的链路被称为上行链路(UL)。在DL中，第二设备120是发送(TX)设备(或发送器)，第一设备110是接收(RX)设备(或接收器)。在UL中，第一设备110是TX设备(或发送器)，第二设备120是RX设备(或接收器)。
环境100中的通信可以根据任何(多个)适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等蜂窝通信协议、诸如电气和电子工程师协会(IEEE)802.11等无线本地网络通信协议、和/或当前已知或将来要开发的任何其他协议。此外，通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、分频双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDMA)、离散傅里叶变换扩展OFDM(DFT-s-OFDM)和/或当前已知或将来要开发的任何其他技术。
现在参考图2，该图显示了根据本公开的实施例的用于记录失败取消的信令流程200。出于讨论的目的，将参照图1来描述信令流200。信令流程200可以涉及如图1中所示的第一设备110、第二设备120。
如图2所示，第一设备110检测202针对第一设备110和第二设备120之间的传输的失败的报告的取消。例如，该失败可以是LBT失败或波束失败。然后，如果确定检测到失败的报告的取消，则第一设备110记录204关于该取消的信息。
因此，第一设备110能够在需要时将关于失败取消的记录信息发送给第二设备120。也就是说，失败取消的知识能够被第二设备120获得。同时，在接收208到记录的信息后，第二设备120能够从报告的信息中了解已取消的失败，以便更好地进行资源管理。
参考图3，该图示出了根据本公开的实施例的用于记录LBT失败取消的信令流300。出于讨论的目的，将参照图1来描述信令流程300。信令流程300可以涉及如图1中所示的第一设备110、第二设备120。
如图3所示，在一些示例实施例中，第二设备120(例如，gNB)可以向第一设备110发送302消息，以将第一设备110配置为记录取消的LBT失败的配置。在这样的实施例中，当第一设备110收到304来自第二设备120的配置时，取消的LBT失败的记录可以在第一设备110处被触发。在一些其他实施例中，第二设备120可以向第一设备110传送指示第一设备110不要记录取消的LBT失败的消息。也就是说，第二设备120可以配置第一设备110是否记录有关取消的信息。然后，第一设备110可以相应地执行。
在一些示例实施例中，第二设备120可以经由向第一设备110发送消息(未示出)来指示在哪些条件下第一设备110可以被触发记录LBT失败取消。在一个示例中，第一设备110可被触发仅记录取消LBT失败，出于第二设备120未知的任何原因。在另一个示例中，第一设备110可以被触发在经历一定数量的LBT失败后记录取消LBT失败。备选地，第一设备110可以被触发在可能导致LBT失败取消的时机(例如，BWP切换、SCell去激活(通过MAC CE或在SCell去激活计时器到期后)、由PCell上的一致LBT失败触发的随机访问程序的成功完成、LBT参数的RRC重新配置等)记录LBT失败的取消。
在一些示例实施例中，第一设备110可以被本地预配置为在第一设备110侧记录LBT失败的消除。在一些其他实施例中，第一设备110可以默认执行LBT失败的取消的记录。第一设备110可以以本文未提及的其他方式执行记录，并且本申请的范围在这方面不受限制。
在一些示例实施例中，第一设备110可以尝试306上行链路传输。例如，第一设备110可以尝试向第二设备120发送数据，但是一致的LBT失败被检测。
例如，当发生LBT失败的服务小区被配置为有LBT失败恢复配置时，当已经从较低层(例如，第一设备110的物理层)接收到LBT失败指示时，可以启动LBT失败检测定时器。LBT失败检测计时器可被配置为有预定值和最大计数。一旦接收到LBT失败指示，LBT计数器可每次递增1。如果未达到最大计数，并且LBT失败检测计时器到期，则LBT计数器将被重置。否则，如果在LBT失败检测定时器到期之前达到了LBT失败的最大计数，则在第一设备110处针对服务小区中活动的UL BWP触发一致的LBT失败。一旦第一设备110检测到一致的LBT失败，可以在第一设备110触发报告。
在一些示例实施例中，如果在向第二设备120报告一致的LBT失败之前SCell去激活计时器(例如，sCellDeactivationTimer)过期308，第一设备110可以取消314针对Scell的触发的一致的LBT失败。
在一些示例实施例中，第二设备120可以向第一设备110发送310指示(例如，传输Scell激活/去激活MAC CE)，以去激活针对第一设备110的至少一个服务小区。在接收Scell激活/去激活MAC CE 312后，第一设备110可以取消针对Scell的触发的LBT失败。
除了Scell激活/去激活，触发的LBT失败的报告还可以在其他时机被取消。在下面的部分，将介绍一些更多的时机。
在一些示例实施例中，第二设备120可以发送第二设备120决定为第一设备110的服务小区切换BWP的指示。例如，第二设备120可以向第一设备110发送用于BWP切换的PDCCH传输。在一些示例中，服务小区可以被配置为具有一个或多个BWP，并且每个服务小区的最大BWP数量可以被定义。针对服务小区的BWP切换用于一次激活非活动的BWP和去激活活动的BWP。在一个示例中，由于缺乏数据活动，第二设备120可以决定在服务小区的同一载波上，将第一设备110从较宽的BWP切换到的较窄的BWP。在这样的示例实施例中，在接收到BWP切换的指示后，第一设备110可以取消触发的LBT失败。
在一些示例实施例中，第二设备120可以向第一设备110发送用于重新配置针对第一设备110的LBT参数的消息。例如，该消息可以是RRC消息。在这样的示例实施例中，LBT参数可以包括但不限于LBT失败检测计时器(即，lbt-FailureDetectionTimer)、LBT失败实例的最大计数(即，lbt-FailureInstanceMaxCount)等。在这样的示例实施例中，在接收用于重新配置LBT参数的消息后，第一设备110可以取消触发的LBT失败。
在一个示例中，用于LBT失败的计数器可能被计数为九个，而收到的LBT失败实例的最大计数的重新配置是八个。在这样的示例中，LBT失败的计数器将被重置，并且由于接收LBT参数的重新配置，触发的LBT失败将被取消。
在一些示例实施例中，LBT失败的取消可以由PCell中一致的LBT失败所触发的随机访问程序的成功完成而触发。
现在回到图3，在一些示例实施例中，第一设备110可以记录316LBT失败的取消。第一设备100可以以各种方式记录LBT失败的取消，其细节将在以下部分中更多地阐述。
在一些示例实施例中，第一设备110可以记录在导致或触发LBT失败取消的时机下，被触发的LBT失败的取消。例如，第一设备110可以记录可以包括但不限于BWP切换、Scell去激活(通过MAC CE或在SCell去激活计时器到期后)、由PCell上的一致失败触发的随机访问程序的成功完成、RRC参数的重新配置等。
因此，当不同的LBT失败取消时机被触发时，每个时机能够被相应地记录并存储在第一设备110的存储器中，以进一步报告给第二设备120。相应地，能够向第二设备120提供专门的报告内容，以得出关于导致LBT失败取消的相关事件的正确结论。
备选地或另外地，在一些示例实施例中，第一设备110可以仅记录已经发生的LBT失败的取消。在这样的示例实施例中，LBT失败取消可以由于对第二设备120未知的任何原因而被触发。在一些其他示例实施例中，第一设备110可以记录在经历一定数量的LBT失败后触发的LBT失败的取消，即，LBT失败的取消在LBT失败的发生量超过预先确定的次数后被触发。
在一些示例实施例中，第一设备110可以记录第一设备110在其上执行LBT并失败的LBT子信道(例如，LBT子信道ID)的标识。此外，在一些示例实施例中，第一设备110可以记录第一设备110在其上执行LBT但失败的BWP(例如，BWP ID)的标识。例如，一个BWP可以包括多个LBT子信道，每个LBT子信道可以是20M。具有60M大小的每个BWP可以包括三个LBT子信道，每个LBT子信道的大小为20M。因此，第一设备110可以记录LBT失败发生在哪个具体的BWP和哪个20M LBT子信道上，也就是说，第一设备110可以记录与LBT失败有关的BWP ID和LBT子信道ID。在另一个示例中，第一设备110可以记录LBT子信道ID和相应的服务ID，在该服务ID上发生了LBT失败的报告的取消。在一些示例实施例中，第一设备110可以记录第一设备110在其上执行LBT并失败的物理信道类型(例如，SR、物理随机接入信道(PRACH)、探测参考信号(SRS)、PUCCH、物理上行链路共享信道(PUSCH)等)。
备选地，在一些实例中，第一设备110可以记录第一设备110在服务小区上执行LBT但失败的服务小区的标识(例如，服务小区ID)。类似地，第一设备110还可以记录服务小区ID以及BWP ID以及子信道ID，在其上发生LBT失败但被取消且未报告给第二设备120。
继续参考图3，在一些示例实施例中，第一设备110可以报告318所记录的信息。在接收320记录的信息后，第二设备120能够从报告的信息中意识到被取消的一致的LBT失败，以达到更好的资源管理目的。例如，第二设备120能够使用该信息作为未来选择第一设备110的BWP或服务小区的参考。
如上所述，对于由PCell中的一致LBT失败触发的随机接入程序的成功完成的情况，一致LBT失败可能首先发生在第一设备110的PCell的一个BWP上，并且第一设备110可能尝试几个用于RACH的BWP，然而直到在一个BWP上成功执行RACH，才可能报告一个MAC CE。在这种情况下，可能已经尝试了其他几个BWP，但没有通过LBT。因此，第二设备120将没有机会知道哪些BWP已经被试过但没有通过LBT。通过上述程序，第一设备110能够记录LBT失败的取消，并在需要时针对已尝试但未通过LBT的任何BWP进行报告。
在一些示例实施例中，基于本地的相关配置，第一设备110可以在信息被记录后立即触发324记录的信息的报告。在一些其他示例实施例中，第二设备120可以向第一设备110发送326指示。例如，第二设备120可以从第一设备110请求记录的信息报告。在接收328这样的指示后，第一设备110可以向第二设备120报告关于取消LBT失败的记录信息。
备选地或另外地，在一些示例实施例中，第一设备110可以例如经由MAC CE消息发送LBT失败指示(未示出)。在这样的实施例中，如果MAC协议数据单元(PDU)被发送并且没有从较低层接收到LBT失败指示，并且该MAC PDU包括LBT失败MAC CE，则SCell中的触发的一致LBT失败被取消，针对该SCell一致的LBT失败在发送的LBT失败MAC CE中被指示。在这样的示例实施例中，一致的LBT失败已经被通知到第二设备120，因此LBT失败的取消的记录可能不会被触发。也就是说，如果确定在与LBT失败相关的指示已经从第一设备110传送到第二设备120之前，检测到LBT失败的报告的取消，则记录关于取消的信息。同时，该记录可以限于在LBT MAC CE被传送之前取消一致的LBT失败的情况，因为否则第二设备120至少知道基于接收MAC CE的指示的服务小区的当前有效BWP失败。
图4图示了根据本公开的一些示例实施例在第一设备110处实施的方法400的流程图出于讨论的目的，将参照图1从第一设备110的角度来描述方法400。
在框410，第一设备检测针对第一设备和第二设备之间的传输的失败的报告的取消。在框420，根据确定检测到取消失败的报告，第一设备记录关于取消的信息。
在一些示例实施例中，失败包括先听后说失败和波束失败中的至少一项。
在一些示例实施例中，失败的报告包括失败检测和失败指示中的至少一项。
在一些示例实施例中，方法400还包括将关于取消的记录信息发送给第二设备。
在一些示例实施例中，响应于来自第二设备的请求而发送所记录的信息。
在一些示例实施例中，记录关于取消的信息包括根据取消报告失败要被记录的指示，记录关于取消的信息。
在一些示例实施例中，指示是从第二设备接收的。
在一些示例实施例中，记录的信息包括取消失败的原因，原因包括以下至少一项：针对第一设备的服务小区的带宽部分切换、第一设备的辅小区的去激活、由第一设备的主小区上的失败触发的随机接入过程的成功完成、与失败相关的参数的重新配置、或一定数量的失败的发生超过预定次数。
在一些示例实施例中，记录的信息包括以下至少一项：发生取消失败的报告的服务小区的标识、发生取消失败的报告的服务小区的带宽部分的标识、发生取消失败的报告的服务小区的子信道的标识、发生取消先听后说失败的报告的带宽部分的子信道的标识、以及发生取消先听后说失败的报告的上行物理信道类型。
在一些示例实施例中，记录关于取消的信息包括：根据确定在与失败相关的指示已经从第一设备传送到第二设备之前，检测到失败的报告的取消，记录关于取消的信息。
在一些示例实施例中，第一设备可以记录每个LBT子信道或每个UL信道类型(例如，SR、PRACH、SRS、PUCCH、PUSCH)的UE LBT失败，而不是记录LBT失败取消，基于此，第二设备可以得出哪个子信道正在经历一致的LBT失败，并相应地调整资源管理。在一些示例实施例中，超过配置的阈值数的LBT失败被记录，以跳过零星失败的报告。应该注意的是，该阈值可以低于触发一致LBT失败的阈值，以便可以在一致LBT失败被触发之前、或在SR失败/RACH失败被触发之前，记录此类LBT失败事件。在一些示例实施例中，可以限定只计算LBT失败事件的连续LBT失败，即，在有成功传输的情况下，从零开始计数。这种LBT失败的报告可以独立于一致的LBT失败检测和恢复/SR失败/RACH失败而被记录和报告，例如，基于第二设备的请求或第一设备的自发报告(如果可用)。在一些示例实施例中，LBT失败可以在第一设备触发一致的LBT失败后被报告。记录的触发条件可由第二设备作为记录配置发出信号。在配置之后，第一设备可以向第二设备提供专门针对LBT失败类型的报告。此外，第一设备还可以单独报告(从其他记录/日志中)，并通过关于可用性指示符的LBT特定信息通知第二设备(以便第一设备发信号通知：LBT-失败可用，网络只请求LBT特定的日志)。
在一些示例实施例中，第一设备是终端设备，第二设备是网络设备。
图5图示了根据本公开的一些示例实施例在第二设备上实施的方法500的流程图。出于讨论的目的，将参照图1从第二设备120的角度描述该方法500。
在框510，第二设备从第一设备接收信息，该信息关于针对第一设备和第二设备之间的传输的失败的报告的取消。在框520，在一些示例实施例中，第二设备可以向第一设备发送关于失败的报告的取消要被记录指示。
在一些示例实施例中，所述失败包括先听后说失败和波束失败中的至少一项。
在一些示例实施例中，失败的报告包括失败检测和失败指示中的至少一项。
在一些示例实施例中，响应于来自第二设备的请求而接收该信息。
在一些示例实施例中，方法500还包括向第一设备发送失败的报告的取消要被记录的指示。
在一些示例实施例中，记录的信息包括取消失败的原因，原因包括以下至少一项：针对第一设备的服务小区的带宽部分切换、第一设备的辅小区的去激活、由第一设备的主小区上的失败触发的随机接入过程的成功完成、与失败相关的参数的重新配置、或一定数量的失败的发生超过预定次数。
在一些示例实施例中，记录的信息包括以下至少一项：发生取消失败的报告的服务小区的标识、发生取消失败的报告的服务小区的带宽部分的标识、发生取消失败的报告的服务小区的子信道的标识、发生取消先听后说失败的报告的带宽部分的子信道的标识、以及发生取消先听后说失败的报告的上行物理信道类型。
在一些示例实施例中，第一设备是终端设备，第二设备是网络设备。
在一些实施例中，能够执行方法400的任何内容的第一设备(例如，第一设备110)可以包括用于执行方法400的各个步骤的部件。该部件可以以任何合适的形式实施。例如，该部件可以在电路或软件模块中实现。
在一些实施例中，第一装置包括用于在第一设备处检测针对第一装置和第二装置之间的传输的失败的报告的取消的部件；以及用于根据确定检测到失败的报告的取消，记录关于该取消的信息的部件。
在一些示例实施例中，失败包括先听后说失败和波束失败中的至少一项。
在一些示例实施例中，失败的报告包括失败检测和失败指示中的至少一项。
在一些示例实施例中，第一装置还包括用于将关于取消的记录信息发送到第二设备的部件。
在一些示例实施例中，记录的信息响应于来自第二装置的请求而被传送。
在一些示例实施例中，用于记录关于取消的信息的部件包括用于根据失败的报告的取消要被记录的指示，记录关于取消的信息的部件。
在一些示例实施例中，该指示从第二装置接收。
在一些示例实施例中，记录的信息包括取消失败的原因，原因包括以下至少一项：针对第一设备的服务小区的带宽部分切换、第一设备的辅小区的去激活、由第一设备的主小区上的失败触发的随机接入过程的成功完成、与失败相关的参数的重新配置、或一定数量的失败的发生超过预定次数。
在一些示例实施例中，记录的信息包括以下至少一项：发生取消失败的报告的服务小区的标识、发生取消失败的报告的服务小区的带宽部分的标识、发生取消失败的报告的服务小区的子信道的标识、发生取消先听后说失败的报告的带宽部分的子信道的标识、以及发生取消先听后说失败的报告的上行物理信道类型。
在一些示例实施例中，用于记录关于取消的信息的部件包括：用于根据确定在与失败相关的指示从第一装置传送到第二装置之前，检测到失败的报告的取消，记录关于取消的信息的部件。
在一些示例实施例中，第一装置是终端设备，并且第二装置备是网络设备。
在一些实施例中，能够执行方法500的任何内容的第二装置(例如，第二设备120)可以包括用于执行方法500的各个步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路或软件模块中实现。
在一些示例实施例中，第二装置包括：用于从第一装置接收信息的部件，该信息涉及针对第一装置和第二装置之间的传输的失败的报告的取消。
在一些示例实施例中，该失败包括先听后说失败和波束失败中的至少一项。
在一些示例实施例中，失败的报告包括失败检测和失败指示中的至少一项。
在一些示例实施例中，响应于来自第二装置的请求而接收该信息。
在一些示例实施例中，第二装置还包括用于向第一装置发送失败的报告的取消要被记录的指示的部件。
在一些示例实施例中，记录的信息包括取消失败的原因，原因包括以下至少一项：针对第一设备的服务小区的带宽部分切换、第一设备的辅小区的去激活、由第一设备的主小区上的失败触发的随机接入过程的成功完成、与失败相关的参数的重新配置、或一定数量的失败的发生超过预定次数。
在一些示例实施例中，记录的信息包括以下至少一项：发生取消失败的报告的服务小区的标识、发生取消失败的报告的服务小区的带宽部分的标识、发生取消失败的报告的服务小区的子信道的标识、发生取消先听后说失败的报告的带宽部分的子信道的标识、以及发生取消先听后说失败的报告的上行物理信道类型。
在一些示例实施例中，第一设备是终端设备，第二设备是网络设备。
图6是适合实现本公开内容的实施例的设备600的简化框图。可以提供设备600以实现通信设备，例如图1中所示的第一设备110、第二设备120。如图所示，设备600包括一个或多个处理器610、耦合到处理器610的一个或多个存储器620、以及耦合到处理器610的一个或多个通信模块640。
通信模块640是用于双向通信的。通信模块640具有至少一个天线以促进通信。通信接口可以代表与其他网元进行通信所必需的任何接口。
处理器610可以是适合本地技术网络的任何类型，并且作为非限制性示例，可以包括以下中的一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备600可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。
存储器620可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)624、电可编程只读存储器(EPROM)、闪存、硬盘、压缩盘(CD)、数字视频磁盘(DVD)和其他磁存储和/或光存储。易失性存储器的示例包括但不限于随机存取存储器(RAM)622和不会在断电期间持续的其他易失性存储器。
计算机程序630包括由相关联的处理器610执行的计算机可执行指令。程序630可被存储在ROM 624中。处理器610可以通过将程序630加载到RAM 622中来执行任何合适的动作和处理。
本公开的实施例可通过程序630实现，使得设备600可以执行参考图2至5讨论的本公开的任何过程。本公开的实施例也可以通过硬件或软件和硬件的组合来实现。
在一些示例实施例中，程序630可以有形地包含在计算机可读介质中，该计算机可读介质可以被包括在设备600中(例如在存储器620中)或由设备600可以接入的其他存储设备中。设备600可以将程序630从计算机可读介质加载到RAM 622以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图7示出了可以是CD或DVD形式的计算机可读介质700的示例。计算机可读介质上存储有程序630。
通常，本公开的各种实施例可以使用硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以使用硬件实现，而其他方面可以使用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的实施例的各个方面被图示和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的块、装置、系统、技术或方法可以使用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。
本公开还提供有形地存储在非暂态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，诸如程序模块中包括的指令，该指令在目标真实或虚拟处理器上的设备中执行，以执行上面参考图4至图5所述的方法400至500。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以根据需要在程序模块之间组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。
用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码在由处理器或控制器执行时引起在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上和部分在远程机器上、或完全在远程机器或服务器上执行。
在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体承载，以使得设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质等。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外线或半导体系统、装置或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备、或前述各项的任何合适的组合。
此外，虽然以特定顺序描述操作，但这不应当被理解为需要以所示特定顺序或按顺序执行这样的操作或者执行所有所示操作以获取期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，虽然在上述讨论中包含了若干具体实现细节，但这些不应当被解释为对本公开的范围的限制，而是对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。反之，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独或以任何合适的子组合来实现。
尽管本公开已经以特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或动作。相反，上述具体特征和动作被公开作为实现权利要求的示例形式。

Claims (24)

1.一种第一设备，包括：
至少一个处理器；以及
包括计算机程序代码的至少一个存储器；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述第一设备：
检测针对所述第一设备和第二设备之间的传输的失败的报告的取消；以及
根据确定检测到所述失败的所述报告的所述取消，记录关于所述取消的信息。
2.根据权利要求1所述的第一设备，其中所述失败包括先听后说失败和波束失败中的至少一项。
3.根据权利要求1所述的第一设备，其中所述失败的所述报告包括失败检测和失败指示中的至少一项。
4.根据权利要求1所述的第一设备，其中所述第一设备还被使得：
将记录的关于所述取消的所述信息发送到所述第二设备。
5.根据权利要求4所述的第一设备，其中记录的所述信息响应于来自所述第二设备的请求而被发送。
6.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下来记录关于所述取消的所述信息：
根据所述失败的所述报告的所述取消要被记录的指示，记录关于所述取消的所述信息。
7.根据权利要求6所述的第一设备，其中所述指示是从所述第二设备接收的。
8.根据权利要求1所述的第一设备，其中记录的所述信息包括所述失败的取消原因，所述取消原因包括以下至少一项：
针对所述第一设备的服务小区的带宽部分切换，
所述第一设备的辅小区的去激活，
由所述第一设备的主小区上的所述失败触发的随机接入过程的成功完成，
与所述失败相关的参数的重新配置，或
一定数量的失败的发生超过预定次数。
9.根据权利要求1所述的第一设备，其中记录的所述信息包括以下至少一项：
发生所述失败的所述报告的所述取消的服务小区的标识，
发生所述失败的所述报告的所述取消的所述服务小区的带宽部分的标识，
发生所述失败的所述报告的所述取消的所述服务小区的子信道的标识，
发生先听后说失败的所述报告的所述取消的所述带宽部分的子信道的标识，以及
发生先听后说失败的所述报告的所述取消的上行链路物理信道类型。
10.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下来记录关于所述取消的所述信息：
根据确定在与所述失败相关联的指示已从所述第一设备发送到所述第二设备之前，检测到所述失败的所述报告的所述取消，记录关于所述取消的所述信息。
11.根据权利要求1所述的第一设备，其中所述第一设备是终端设备，并且所述第二设备是网络设备。
12.一种第二设备，包括：
至少一个处理器；以及
包括计算机程序代码的至少一个存储器；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述第二设备：
从第一设备接收信息，所述信息关于针对所述第一设备和所述第二设备之间的传输的失败的报告的取消。
13.根据权利要求12所述的第一设备，其中所述失败包括先听后说失败和波束失败中的至少一项。
14.根据权利要求12所述的第一设备，其中所述失败的所述报告包括失败检测和失败指示中的至少一项。
15.根据权利要求12所述的第二设备，其中所述信息响应于来自所述第二设备的请求而被接收。
16.根据权利要求12所述的第二设备，其中所述第二设备还被使得：
向所述第一设备发送所述失败的所述报告的所述取消要被记录的指示。
17.根据权利要求12所述的第二设备，其中记录的所述信息包括所述失败的取消原因，所述取消原因包括以下至少一项：
针对所述第一设备的服务小区的带宽部分切换，
所述第一设备的辅小区的去激活，
由所述第一设备的主小区上的所述失败触发的随机接入过程的成功完成，
与所述失败相关的参数的重新配置，或
一定数量的失败的发生超过预定次数。
18.根据权利要求12所述的第二设备，其中记录的所述信息包括以下至少一项：
发生所述失败的所述报告的所述取消的服务小区的标识，
发生所述失败的所述报告的所述取消的所述服务小区的带宽部分的标识，
发生所述失败的所述报告的所述取消的所述服务小区的子信道的标识，
发生先听后说失败的所述报告的所述取消的所述带宽部分的子信道的标识，以及
发生先听后说失败的所述报告的所述取消的上行链路物理信道类型。
19.根据权利要求12所述的第二设备，其中所述第一设备是终端设备，并且所述第二设备是网络设备。
20.一种方法，包括：
在第一设备处，检测针对所述第一设备和第二设备之间的传输的失败的报告的取消；以及
根据确定检测到所述失败的所述报告的所述取消，记录关于所述取消的信息。
21.一种方法，包括：
在第二设备处，接收来自第一设备的信息，所述信息关于针对所述第一设备和所述第二设备之间的传输的失败的报告的取消。
22.一种第一装置，包括：
用于在第一装置处检测针对所述第一装置和第二装置之间的传输的失败的报告的取消的部件；以及
用于根据确定检测到所述失败的所述报告的所述取消，记录关于所述取消的信息的部件。
23.一种第二装置，包括：
用于从第一装置接收信息的部件，所述信息关于针对所述第一装置和所述第二装置之间的传输的失败的报告的取消。
24.一种计算机可读介质，包括程序指令，所述程序指令用于使得装置至少执行根据权利要求20或21所述的方法。
CN202080106573.6A 2020-10-22 2020-10-22 失败取消记录 Pending CN116508391A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/122927 WO2022082640A1 (en) 2020-10-22 2020-10-22 Failure cancellation recording

Publications (1)

Publication Number Publication Date
CN116508391A true CN116508391A (zh) 2023-07-28

Family

ID=81291419

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080106573.6A Pending CN116508391A (zh) 2020-10-22 2020-10-22 失败取消记录

Country Status (4)

Country Link
US (1) US20230396303A1 (zh)
EP (1) EP4233463A4 (zh)
CN (1) CN116508391A (zh)
WO (1) WO2022082640A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118303126A (zh) * 2022-11-03 2024-07-05 北京小米移动软件有限公司 侧行链路连续先听后说失败的处理方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7853683B1 (en) * 2002-07-31 2010-12-14 Cisco Technology, Inc. Approach for canceling events
CN103119868A (zh) * 2010-09-21 2013-05-22 京瓷株式会社 无线测量收集方法和无线终端
CN105265004A (zh) * 2013-10-31 2016-01-20 华为技术有限公司 无线链路失败报告处理方法及装置、系统
CN110431901A (zh) * 2017-03-23 2019-11-08 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
US20200221495A1 (en) * 2019-01-09 2020-07-09 FG Innovation Company Limited Method and apparatus for lbt failure detection
CN111586739A (zh) * 2019-02-15 2020-08-25 华为技术有限公司 信息处理方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3668231A4 (en) * 2017-08-11 2021-02-17 Fujitsu Limited METHOD AND APPARATUS FOR CONFIGURING A TRIGGERING CONDITIONS FOR A WAVEBACK FAILURE EVENT, AND COMMUNICATION SYSTEM
CN111418231B (zh) * 2018-02-14 2022-04-15 Oppo广东移动通信有限公司 一种信息上报的方法、装置及系统
WO2019161548A1 (zh) * 2018-02-23 2019-08-29 Oppo广东移动通信有限公司 控制上报安全校验失败的方法及装置、计算机存储介质
WO2020061931A1 (zh) * 2018-09-27 2020-04-02 Oppo广东移动通信有限公司 一种切换上报的方法、终端设备及网络设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7853683B1 (en) * 2002-07-31 2010-12-14 Cisco Technology, Inc. Approach for canceling events
CN103119868A (zh) * 2010-09-21 2013-05-22 京瓷株式会社 无线测量收集方法和无线终端
CN105265004A (zh) * 2013-10-31 2016-01-20 华为技术有限公司 无线链路失败报告处理方法及装置、系统
CN110431901A (zh) * 2017-03-23 2019-11-08 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
US20200221495A1 (en) * 2019-01-09 2020-07-09 FG Innovation Company Limited Method and apparatus for lbt failure detection
CN111586739A (zh) * 2019-02-15 2020-08-25 华为技术有限公司 信息处理方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "R2-2001207 "Handling consistent UL LBT failures"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 14 February 2020 (2020-02-14), pages 1 - 5 *

Also Published As

Publication number Publication date
US20230396303A1 (en) 2023-12-07
EP4233463A4 (en) 2024-07-31
WO2022082640A1 (en) 2022-04-28
EP4233463A1 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
US20240284431A1 (en) Reporting beam failure
US11539422B2 (en) Beam management method, terminal, network device, and storage medium
CN112119672A (zh) 辅小区波束恢复
CN114747288A (zh) 报告无线网络中的先听后说失败
EP3692763B1 (en) User equipment overheating handling during lte-new radio simultaneous ul transmition.
US20230156806A1 (en) Enhanced report for random access channel
CN114071758A (zh) 确定空间域发送滤波器的方法及装置
US12068982B2 (en) Method performed by user equipment, and user equipment
CN113489522B (zh) 无线通信中的链路恢复
CN116326057A (zh) 用于免许可频谱中的nr侧链通信的harq反馈
US20230361835A1 (en) Beam information reporting and receiving method and apparatus
US20220046672A1 (en) Method, device and computer readable medium for multi-trp transmission
WO2019183889A1 (en) Method, devices and computer readable medium for uplink transmission in a wireless communication system
JP2023101012A (ja) 端末デバイス、ネットワークデバイス、及びネットワークデバイスで実施される方法
US20230007554A1 (en) Failure Recovery for Serving Cell
WO2022082640A1 (en) Failure cancellation recording
US11445425B2 (en) Beam failure recovery mechanism
WO2022150994A1 (en) Mechanism for beam failure recovery
WO2023010481A1 (en) Methods, devices and computer storage media for communication
US20240098798A1 (en) Mechanism for cell activation
EP4231766A1 (en) Radio communication method, apparatus and system
WO2019192011A1 (en) Backup configuration in random access procedure
CN117882424A (zh) 减轻性能下降
CN118525585A (zh) 基于帧的设备配置调整
CN118285133A (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