CN112770350A - 一种失败报告的上报方法及相关设备 - Google Patents

一种失败报告的上报方法及相关设备 Download PDF

Info

Publication number
CN112770350A
CN112770350A CN201911077864.2A CN201911077864A CN112770350A CN 112770350 A CN112770350 A CN 112770350A CN 201911077864 A CN201911077864 A CN 201911077864A CN 112770350 A CN112770350 A CN 112770350A
Authority
CN
China
Prior art keywords
cell
signaling
terminal
resource
failure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911077864.2A
Other languages
English (en)
Inventor
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201911077864.2A priority Critical patent/CN112770350A/zh
Priority to PCT/CN2020/126663 priority patent/WO2021088907A1/zh
Publication of CN112770350A publication Critical patent/CN112770350A/zh
Priority to US17/730,144 priority patent/US20220256384A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • 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/0825—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision detection

Landscapes

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

Abstract

本发明提供一种失败报告的上报方法及相关设备，方法包括：在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；基于所述上报信令向网络侧发送所述至少一个小区的失败信息。本发明提供的失败报告的上报方法，在至少一个小区发生LBT失败的情况下，终端可以快速的将失败信息上报给网络侧，使得网络侧可以及时对上行LBT失败进行恢复处理，避免终端不断触发连接重建过程，从而提升数据传输的效率。

Description

一种失败报告的上报方法及相关设备
技术领域
本发明涉及无线通信技术领域，尤其是涉及一种失败报告的上报方法及相关设备。
背景技术
随着移动通信技术的发展，为满足日益增加的业务量，第三代合作伙伴项目(Third Generation Partnership Project，3GPP)组织将非授权频段(Unlicensed Band)辅助授权频段提供通信服务，从而实现对通信服务进行扩容。
在无线通信***中，使用非授权频段进行数据收发需要进行发前听(Listen-Before-Talk，LBT)，即终端(User Equipment，UE)在发送数据之前监听非授权频段是否被占用(或空闲)，若非授权频段未被占用，则终端可以在非授权频段进行数据收发，即LBT成功；若非授权频段被占用，则终端无法在非授权频段进行数据收发，即LBT失败。而在终端检测到LBT失败的情况下，终端可能不断触发连接重建过程，从而导致数据传输的效率降低。
可见，目前使用非授权频段进行数据收发的过程中，存在数据传输效率低的问题。
发明内容
本发明实施例提供一种失败报告的上报方法及相关设备，以解决目前使用非授权频段进行数据收发的过程中，存在数据传输效率低的问题。
为解决上述问题，本发明实施例是这样实现的：
第一方面，本发明实施例提供一种失败报告的上报方法，应用于终端，包括：
在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
第二方面，本发明实施例还提供一种失败报告的上报方法，应用于网络侧设备，包括：
接收终端基于上报信令发送的至少一个小区的失败信息。
第三方面，本发明实施例还提供一种终端，包括：
确定模块，用于在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
第一发送模块，用于基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
第四方面，本发明实施例还提供一种网络侧设备，包括：
第一接收模块，用于接收终端基于上报信令发送的至少一个小区的失败信息。
第五方面，本发明实施例还提供一种终端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面的失败报告的上报方法的步骤。
第六方面，本发明实施例还提供一种网络侧设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第二方面的失败报告的上报方法的步骤。
第七方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或者第二方面的失败报告的上报方法的步骤。
本发明实施例中，通过在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；基于所述上报信令向网络侧发送所述至少一个小区的失败信息。这样，在至少一个小区发生上行发前听LBT失败的情况下，终端可以快速的将失败信息上报给网络侧，使得网络侧可以及时对上行LBT失败进行恢复处理，避免终端不断触发连接重建过程，从而提升数据传输的效率。
附图说明
图1是本发明实施例可应用的一种网络***的结构图；
图2是本发明实施例提供的失败报告的上报方法的流程示意图之一；
图3是本发明实施例提供的上报信令的示意图之一；
图4是本发明实施例提供的上报信令的示意图之二；
图5是本发明实施例提供的上报信令的示意图之三；
图6是本发明实施例提供的失败报告的上报方法的流程示意图之二；
图7是本发明实施例提供的终端的结构示意图之一；
图8是本发明实施例网络侧设备的终端的结构示意图之一；
图9是本发明实施例提供的终端的结构示意图之二；
图10是本发明实施例提供的网络侧设备的结构示意图之二。
具体实施方式
参见图1，图1是本发明实施例可应用的网络示意图，如图1所示，包括终端11和网络侧设备12，其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(Personal Digital Assistant，PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等终端侧设备，需要说明的是，在本发明实施例中并不限定用户终端11的具体类型。上述网络侧设备12可以为宏站、LTE eNB、5G NR gNB等；网络侧设备12也可以是小站，如低功率节点(Low PowerNode，LPN)pico、femto等小站，或者网络侧设备12可以为接入点(AP，Access Point)；网络侧设备12也可以是中央单元(Central Unit，CU)与其管理和控制的多个传输接收点(Transmission Reception Point，TRP)共同组成的网络节点。需要说明的是，在本发明实施例中并不限定网络侧设备12的具体类型。
参见图2，本发明实施例提供一种失败报告的上报方法，应用于终端，如图2所述，所述失败报告的上报方法包括如下步骤：
步骤101、在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
步骤102、基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
这样，终端在检测到其在至少一个小区发生上行发前听LBT失败的情况下，可以基于上报信令向网络侧发送至少一个小区的失败信息，可以快速的将失败信息上报给网络侧，使得网络侧可以及时对上行LBT失败进行恢复处理，避免终端不断触发连接重建过程，从而提升数据传输的效率。
在上述步骤101中，终端要采用非授权的频段进行数据的收发时，会在非授权频段上的至少一个小区进行LBT，在终端检测到其在该至少一个小区上发生LBT失败(即被占用)的情况下，终端可以确定用于上报该至少一个小区发生LBT失败的失败信息的上报信令。
这里，上述终端确定上报信令，可以理解为确定上报信令的信令格式，即确定采用哪种信令格式的上报信令上报上述至少一个小区的发生LBT失败的失败信息。
另外，由于终端可以在主小区组(Master Cell Group，MCG)和辅小区组(Secondary Cell Group，SCG)同时建立连接，且MCG包括主小区(Primary Cell，PCell)和辅小区(Secondary Cell，SCell)，以及，SCG包括主辅小区(Primary Secondary Cell，PSCell)和SCell，其中，PCell和PSCell可以称为特殊小区(Special Cell，SpCell)。本实施例中，上述至少一个小区可以是一个或者至少两个SCell。
本实施例中，上述上报信令可以是任何能够用于向网络侧发送上述至少一个小区发生LBT失败的失败信息的信令，以使得网络侧根据上报信令获知上述至少一个小区发生LBT失败的失败信息。
具体地，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
这里，终端可以通过上述第一信令或者至少一个第二信令向网络侧发送上述至少一个小区的失败信息，使得终端向网络侧设备发送上述至少一个小区的失败信息的方式更灵活。
本实施方式中，上述第一信令可以用于指示发生上行LBT失败的一个或者至少两个小区的小区标识，具体地，可以是第一信令中携带有发声上行LBT失败的一个小区或者至少两个小区的小区标识，例如，上述第一信令为媒体接入控制(Medium Access Control，MAC)控制单元(Control Element，CE)，包含MAC CE的MAC子协议数据单元(即MAC subPDUincluding MAC CE)包括子头(即R/LCID subheader)和MAC CE主体(即Fixed-sized MACCE)，且MAC CE主体包括发生LBT失败的至少一个小区的小区标识。
另外，上述第一信令占据的字节大小可以根据其所指示的发生LBT失败的小区的数量设定，具体地，所述第一信令包括用于指示所述至少一个小区的小区指示，在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度可以为1个字节，例如，如图3所示的MAC CE用于指示7个SCell，且MAC CE主体中的字节1(Oct 1)的每一比特设置1个小区标识，且每一小区标识用于指示一个SCell发生LBT失败(如小区标识C1用于指示SCell 1发生LBT失败)。
或者，在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度可以为4个字节，如图4所示，MAC CE主体中的4个字节(Oct1至Oct4)最多可以指示31个SCell，当然，在该MAC CE指示的SCell的数量小于31个的情况下，4个字节终端额部分比特可以空置即不设置小区标识。
本实施方式中，上述上报信令也可以是包括至少一个第二信令，且每一第二信令仅用于指示发生上行LBT失败的一个小区，例如，在上述N个小区发生LBT失败的情况下，上述上报信令可以包括了与N个小区一一对应的N个第二信令，且每一信令指示其所对应的小区发生LBT失败，N为正整数。
另外，上述第二信令用于指示发生上行LBT失败的一个小区，也可以是第二信令携带有其所指示的小区的小区标识，以使网络侧设备根据其携带的小区标识获取发生LBT失败的小区，例如，如图5所示，第二信令为MAC CE，且该MAC CE的主体设置有一个小区的小区标识(即Cell ID)。具体地，上述小区标识可以是小区的服务小区标识或者辅小区标识，即小区的服务小区标识或者辅小区标识。
需要说明的是，终端在针对小区进行LBT过程中，可以对该小区的带宽部分(Bandwidth Part，BWP)进行LBT，具体地，若终端在检测到该小区的一个BWP上发生上述LBT失败，则终端会变更其激活的BWP到该小区的其他BWP，触发随机接入过程。
在一些实施方式中，所述上报信令包括第一小区的BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP，从而不仅可以实现指示发生LBT失败的小区，还可以进一步指示发生LBT失败的BWP。
例如，小区1发生上行LBT失败，且小区1的部分或者全部BWP发生了上行LBT失败，则上报信令可以包括第一信令或者第二信令，通过第一信令或者第二信令指示小区1，且上报信令还可以包括小区1的BWP标识信息，该BWP标识信息用于指示小区1发生上行LBT失败的BWP。
本实施方式中，上述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP，可以是BWP标识信息用于指示第一小区上发生上行LBT失败的部分或者全部BWP，具体地，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP，例如，在上述小区1的BWP1和BWP2都发生了上行LBT失败的情况下，上述BWP标识信息可以用于指示BWP1和BWP2，等等；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP，例如，在上述小区1的BWP1和BWP2都发生了上行LBT失败的情况下，若最后一个发生上行LBT失败的BWP为BWP2(即BWP2发生上行LBT失败的时间最晚)，则BWP标识信息可以仅用于指示BWP2；或者
指示所述第一小区上首次发生上行LBT失败的BWP，例如，在上述小区1的BWP1和BWP2都发生了上行LBT失败的情况下，且在BWP1上发生上行LBT失败再变换到BWP2，在BWP2上发起随机接入过程中仍然发生LBT失败，即首次发生上行LBT失败的BWP为BWP1，那么，BWP标识信息可以仅用于指示BWP1。
在另一些实施方式中，可以通过协议约定第一小区的激活的BWP发生上行LBT失败，使得网络侧可以根据协议约定，直接确定发生上行LBT失败的小区中激活的BWP为发生上行LBT失败的BWP，从而无需额外发送BWP标识信息，节省终端的资源开销。
需要说明的是，当终端接收到上行授权，会根据该上行授权可以承载的数据量将不同逻辑信道标识对应的数据复用在一起生成MAC PDU发送，且该数据复用的优先级顺序为(从高到低排序如下)：
小区无线网络临时标识(Cell RNTI，C-RNTI)MAC CE或者来自上行链路公共控制信道的数据(data from UL-CCCH)；
配置的授权确认(Configured Grant Confirmation)MAC CE；
用于缓存状态报告的MAC CE，但用于填充的缓存状态报告除外(MAC CE for BSR,with exception of BSR included for padding)；
单次功率余量报告MAC CE或多次功率余量报告MAC CE(Single Entry PHR MACCE or Multiple Entry PHR MAC CE)；
来自除上行链路公共控制信道之外的任何逻辑信道的数据；
用于推荐比特率查询的MAC CE(MAC CE for Recommended bit rate query)；
用于填充的缓存状态报告的MAC CE(MAC CE for BSR included for padding)。
在一些实施方式中，所述上报信令的优先级可以高于数据信道的优先级，从而使网路侧可以优先处理上报信令，使得网络侧能够更及时地对上行LBT失败进行恢复处理，进一步提升数据传输效率。
本实施方式中，上述上报信令的优先级可以高于数据信道的优先级，可以是高于上述数据复用的优先级排序中的任一数据复用的优先级，例如，可以是上报信令的优先级高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
在一些实施方式中，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
这里，通过设置上报信令的优先级还满足上述任一项，从而使得上报信令的优先级设置更合适。
本实施例中，终端在至少一个小区发生上行LBT失败的情况下，若终端有可用的上行资源，例如，由上行授权(Uplink grant)指示的上行资源，则终端是通过其可用的上行资源上上报上述失败信息，即：上述步骤101，可以包括：在第一上行资源上，基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
需要说明的是，上述第一上行资源可以是由网络侧配置且能够用于上报上述失败信息的的任一上行资源。
或者，在一些实施方式中，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
这里，通过除发生上行LBT失败的小区之外的小区的上行资源，或者与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源上报上述失败信息，从而可以保证上报的成功率。
具体地，上述特殊小区包括PCell和PSCell，例如，终端在SCG的SCell发生上行LBT失败的情况下，可以是在SCG的PSCell上基于上报信令向网络侧发送所述至少一个小区的失败信息。
在一些实施方式中，在所述终端未配置所述第一上行资源的情况下，在第一调度请求SR资源上发送第一SR，其中，所述第一SR资源为网络侧配置的，所述第一SR用于请求网络侧为所述终端配置第二上行资源，从而在终端未配置有可用的上行资源用于上报失败信息的情况下，使得终端可以通过上报SR向网络侧请求上行资源。
本实施方式中，上述网络侧为终端配置第二上行资源，可以是网络侧收到终端发送的第一SR的情况下，网络侧发送上行资源分配信息给终端，例如，可以是通过下行控制信息(Downlink Control Information，DCI)中的上行授权信息指示上行资源分配信息，从而通过上行资源分配信息为终端配置第二上行资源。
另外，上述第二上行资源可以是上述第一上行资源，即第一SR资源可以是网络侧专属配置给上述失败信息使用的SR资源，那么，终端在网络侧为其配置上述第二上行资源时，终端可以在上述第二上行资源上，基于所述上报信令向网络侧发送所述至少一个小区的失败信息。当然，上述第二上行资源也可以是除上述第一上行资源之外的其他上行资源，例如，第二上行资源用于发送除上述失败信息之外的其他数据的上行资源。
本实施方式中，上述终端向网络侧发送第一SR，可以是根据预设规则触发第一SR的发送，具体地，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
更进一步地，上述终端向网络侧发送第一SR，可以是第一SR的发送只能由上行LBT失败事件触发，而不能其他事件(例如，有逻辑信道有上行数据到达)触发。
需要说明的是，在上述终端触发发送上述第一SR的过程中，终端可能会持续不断地发送上述第一SR，在一些实施方式中，上述方法还可以包括：在所述失败信息发送的情况下，在第一SR资源上不发送第一SR，从而可以及时停止第一SR的发送，降低终端的资源浪费。
另外，上述在第一SR资源上发送第一SR，可以是第一SR通过第一SR资源中任意的SR资源发送。
或者，在一些实施方式中，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述在第一SR资源上发送第一SR，包括：
在第一SR资源中除所述第二SR资源之外的SR资源发送第一SR。
这里，在第一SR通过第一SR资源中除第二SR资源之外的SR资源发送，从而可以提高第一SR发送的成功率。
需要说明的是，本实施例中可能存在网络侧设备没有给终端配置任何SR资源，或者，没有配置用于上行LBT失败信息上报的特定的SR资源，因此，在所述终端未接收到网络侧配置的SR资源的情况下，所述方法还包括：在所述终端发送所述上报信令的情况下，触发随机接入过程，从而使终端可以继续随机接入过程。
在上述步骤102中，终端可以基于步骤101确定的上报信令向网络侧发送至少一个小区的失败信息，且网络侧可以根据上报信息确定上述发生上行LBT失败的至少一个小区，并对该至少一个小区的上行LBT失败进行恢复处理，从而提升数据传输效率。
在一些实施方式中，所述确定上报信令之后，还包括：
在所述失败信息发送的情况下，启动重传定时器；
在所述重传定时器超时的情况下，重新发送所述失败信息。
这里，在终端基于上报信令向网络侧发送所述至少一个小区的失败信息时，终端可以启动重传定时器，并在重传定时器超时的情况下，重新发送基于上报信令向网络侧发送所述至少一个小区的失败信息，从而可以提升网络侧接收到失败信息的成功率。
需要说明的是，上述重传定时器可以是与上述上报信令关联的定时器，且在上述上报信令包括多个第一信令的情况下，可以是每一第一信令对应设置有一个定时器，且在基于任意一个第一信令发送其指示的小区的失败信息的情况下，启动该第一信令对应的重传定时器，以及在该第一信令对应的重传定时器超时时，重新发送该第一信息指示的小区发生上行LBT失败的失败信息。
在一些实施方式中，所述启动重传定时器之后，还包括：
在满足停止条件的情况下，停止所述重传定时器，其中，所述停止条件包括如下至少一项：
所述上报信令所指示的小区被去激活或被删除；
接收到网络侧发送的确认指示，其中，所述确认指示用于指示所述网络侧接收到所述失败信息。
这里，通过设置重传定时器的停止条件，从而可以实现及时停止重传定时器，降低终端资源的浪费。
本实施方式中，上述在上报信令指示的小区被去激活或被删除的情况下，终端可以停止重传定时器。
例如，在上述上报信令包括上述第一信令，且第一信令指示发生上行LBT失败的小区1和小区2的情况下，若小区1和小区2被去激活或被删除，则终端停止该第一信令关联的重传定时器；或者，在上述上报信令包括第二信令1和第二信令2，且第二信令1指示发生上行LBT失败的小区1，以及第二信令2指示发生上行LBT失败的小区2的情况下，若小区1被去激活或被删除，则终端停止第二信令1关联的重传定时器；若小区2被去激活或被删除，则终端停止第二信令2关联的重传定时器。
另外，在一些实施方式中，在所述停止条件包括所述上报信令所指示的小区被去激活的情况下，所述方法还包括：
取消上行LBT失败触发的SR的发送，和/或，取消所述失败信息的发送。
这里，终端在上报信令指示的小区被去激活的情况下，可以及时取消SR(例如，第一SR)的发送，或者，取消失败信息的发送，或者，取消SR发送以及失败信息的发送，可以避免终端持续重复发送SR和失败信息，进一步降低终端的资源浪费。
本实施方式中，由于网络侧在接收到上述失败信息的情况下，会向终端发送确认指示，终端接收到该确认指示可以获知网络侧已接收到失败信息，此时终端也可以停止上报信令关联的重传定时器。
在一些实施方式中，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
这里，网路侧可以通过隐式指示(即上述新传指示)指示终端其已接收到上述失败信息，也可以通过显示指示(即RRC信令、MAC信令或PDCCH信令)指示终端其已接收到上述失败信息，从而使网路侧发送确认指示的方式更加灵活。
本发明实施例中，通过在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；基于所述上报信令向网络侧发送所述至少一个小区的失败信息。这样，在至少一个小区发生上行发前听LBT失败的情况下，终端可以快速的将失败信息上报给网络侧，使得网络侧可以及时对上行LBT失败进行恢复处理，避免终端不断触发连接重建过程，从而提升数据传输的效率。
参见图6，本发明实施例提供另一种失败报告的上报方法，应用于网络侧设备，如图6所述，所述失败报告的上报方法包括如下步骤：
步骤601、接收终端基于上报信令发送的至少一个小区的失败信息。
可选的，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
可选的，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
可选的，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；
在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度为4个字节。
可选的，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
可选的，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
可选的，通过协议约定第一小区的激活的BWP发生上行LBT失败。
可选的，所述上报信令的优先级高于数据信道的优先级。
可选的，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
可选的，所述接收终端基于上报信令发送的至少一个小区的失败信息，包括：
接收终端在第一上行资源上基于上报信令发送的至少一个小区的失败信息。
可选的，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
可选的，所述方法还包括：
接收所述终端在第一SR资源上发送的第一SR，其中，所述第一SR资源为网络侧配置的；
响应于所述第一SR，为所述终端配置第二上行资源。
可选的，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
可选的，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述接收所述终端在第一SR资源上发送的第一SR，包括：
接收所述终端在第一SR资源中除所述第二SR资源之外的SR资源发送的第一SR。
可选的，所述接收终端基于上报信令发送的至少一个小区的失败信息之后，还包括：
向终端发送接收到所述失败信息的确认指示。
可选的，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
需要说明的是，本实施例作为与图2方法实施例对应的网络侧的实施方式，因此，可以参见上述方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。
参见图7，本发明实施例提供一种终端，如图7所示，所述终端700，包括：
确定模块701，用于在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
第一发送模块702，用于基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
可选的，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
可选的，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
可选的，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；
在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度为4个字节。
可选的，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
可选的，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
可选的，通过协议约定第一小区的激活的BWP发生上行LBT失败。
可选的，所述上报信令的优先级高于数据信道的优先级。
可选的，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
可选的，所述第一发送模块702，具体用于：
在第一上行资源上，基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
可选的，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
可选的，所述终端700，还包括：
第二发送模块，用于在所述终端未配置所述第一上行资源的情况下，在第一SR资源上发送第一SR，其中，所述第一SR资源为网络侧配置的，所述第一SR用于请求网络侧为所述终端配置第二上行资源。
可选的，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
可选的，所述终端700，还包括：
第一处理模块，用于在所述失败信息发送的情况下，在第一SR资源上不发送第一SR。
可选的，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述第二发送模块，具体用于：
在第一SR资源中除所述第二SR资源之外的SR资源发送第一SR。
可选的，在所述终端未接收到网络侧配置的SR资源的情况下，所述终端700，还包括：
第二处理模块，用于在所述终端发送所述上报信令的情况下，触发随机接入过程。
可选的，所述终端700，还包括：
定时器启动模块，用于在所述失败信息发送的情况下，启动重传定时器；
第三发送模块，用于在所述重传定时器超时的情况下，重新发送所述失败信息。
可选的，所述终端700，还包括：
定时器停止模块，用于在满足停止条件的情况下，停止所述重传定时器，其中，所述停止条件包括如下至少一项：
所述上报信令所指示的小区被去激活或被删除；
接收到网络侧发送的确认指示，其中，所述确认指示用于指示所述网络侧接收到所述失败信息。
可选的，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
可选的，在所述停止条件包括所述上报信令所指示的小区被去激活的情况下，所述终端700，还包括：
第三处理模块，用于取消上行LBT失败触发的SR的发送，和/或，取消所述失败信息的发送。
需要说明的是，终端700能够实现本发明图2方法实施例中的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
参见图8，本发明实施例还提供一种网络侧设备，如图8所示，所述网络侧设备800，包括：
第一接收模块801，用于接收终端基于上报信令发送的至少一个小区的失败信息。
可选的，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
可选的，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
可选的，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；
在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度为4个字节。
可选的，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
可选的，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
可选的，通过协议约定第一小区的激活的BWP发生上行LBT失败。
可选的，所述上报信令的优先级高于数据信道的优先级。
可选的，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
可选的，所述第一接收模块801，还用于：
接收终端在第一上行资源上基于上报信令发送的至少一个小区的失败信息。
可选的，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
可选的，所述网络侧设备800，还包括：
第二接收模块，用于接收所述终端在第一SR资源上发送的第一SR，其中，所述第一SR资源为网络侧配置的；
资源配置模块，用于响应于所述第一SR，为所述终端配置第二上行资源。
可选的，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
可选的，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述第二接收模块，具体用于：
接收所述终端在第一SR资源中除所述第二SR资源之外的SR资源发送的第一SR。
可选的，所述网络侧设备800，还包括：
发送模块，用于向终端发送接收到所述失败信息的确认指示。
可选的，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
需要说明的是，网络侧设备800能够实现本发明图6方法实施例中的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
请参考图9，本发明实施例提供一种终端。如图9所示，终端900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、处理器910、以及电源911等部件。本领域技术人员可以理解，图9中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端900包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中，处理器910，用于：
在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
射频单元901，用于：
基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
可选的，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
可选的，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
可选的，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；
在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度为4个字节。
可选的，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
可选的，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
可选的，通过协议约定第一小区的激活的BWP发生上行LBT失败。
可选的，所述上报信令的优先级高于数据信道的优先级。
可选的，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
可选的，射频单元901，具体用于：
在第一上行资源上，基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
可选的，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
可选的，射频单元901，还用于：
在所述终端未配置所述第一上行资源的情况下，在第一调度请求SR资源上发送第一SR，其中，所述第一SR资源为网络侧配置的，所述第一SR用于请求网络侧为所述终端配置第二上行资源。
可选的，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
可选的，处理器910，还用于：
在所述失败信息发送的情况下，在第一SR资源上不发送第一SR。
可选的，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
射频单元901，具体用于：
在第一SR资源中除所述第二SR资源之外的SR资源发送第一SR。
可选的，处理器910，还用于：
在所述终端发送所述上报信令的情况下，触发随机接入过程。
可选的，处理器910，还用于：
在所述失败信息发送的情况下，启动重传定时器；
射频单元901，还用于：
在所述重传定时器超时的情况下，重新发送所述失败信息。
可选的，处理器910，还用于：
在满足停止条件的情况下，停止所述重传定时器，其中，所述停止条件包括如下至少一项：
所述上报信令所指示的小区被去激活或被删除；
接收到网络侧发送的确认指示，其中，所述确认指示用于指示所述网络侧接收到所述失败信息。
可选的，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
可选的，在所述停止条件包括所述上报信令所指示的小区被去激活的情况下，处理器910，还用于：
取消上行LBT失败触发的SR的发送，和/或，取消所述失败信息的发送。
需要说明的是，本实施例中上述终端900可以实现本发明实施例中图2方法实施例中终端实现的各个过程，以及达到相同的有益效果，为避免重复，此处不再赘述。
应理解的是，本发明实施例中，射频单元901可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器910处理；另外，将上行的数据发送给基站。通常，射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元901还可以通过无线通信***与网络和其他设备通信。
终端通过网络模块902为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元903还可以提供与终端900执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。
输入单元904用于接收音频或视频信号。输入单元904可以包括图形处理器(Graphics Processing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。
终端900还包括至少一种传感器905，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板9061的亮度，接近传感器可在终端900移动到耳边时，关闭显示面板9061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器905还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板9061。
用户输入单元907可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器910，接收处理器910发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9071。除了触控面板9071，用户输入单元907还可以包括其他输入设备9072。具体地，其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步的，触控面板9071可覆盖在显示面板9061上，当触控面板9071检测到在其上或附近的触摸操作后，传送给处理器910以确定触摸事件的类型，随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图9中，触控面板9071与显示面板9061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板9071与显示面板9061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元908为外部装置与终端900连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端900内的一个或多个元件或者可以用于在终端900和外部装置之间传输数据。
存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器909可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器910是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器909内的软件程序和/或模块，以及调用存储在存储器909内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器910可包括一个或多个处理单元；优选的，处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。
终端900还可以包括给各个部件供电的电源911(比如电池)，优选的，电源911可以通过电源管理***与处理器910逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
另外，终端900包括一些未示出的功能模块，在此不再赘述。
优选的，本发明实施例还提供一种终端，包括处理器910，存储器909，存储在存储器909上并可在所述处理器910上运行的计算机程序，该计算机程序被处理器910执行时实现上述方法实施例终端实现的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
参见图10，本发明实施例提供的一种网络侧设备，如图10所示，网络侧设备1000包括：处理器1001、存储器1002、用户接口1003、收发机1004和总线接口。
其中，在本发明实施例中，网络侧设备1000还包括：存储在存储器1002上并可在处理器1001上运行的计算机程序，计算机程序被处理器1001执行时实现如下步骤：
通过收发机1004接收终端基于上报信令发送的至少一个小区的失败信息。
在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1004可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1003还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1001负责管理总线架构和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的数据。
可选的，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
可选的，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
可选的，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述至少一个小区中的辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；
在所述至少两个小区的小区数量大于7的情况下，所述小区指示的长度为4个字节。
可选的，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
可选的，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
可选的，通过协议约定第一小区的激活的BWP发生上行LBT失败。
可选的，所述上报信令的优先级高于数据信道的优先级。
可选的，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
可选的，收发机1004，具体用于：
接收终端在第一上行资源上基于上报信令发送的至少一个小区的失败信息。
可选的，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
可选的，收发机1004，还用于：
接收所述终端在第一SR资源上发送的第一SR，其中，所述第一SR资源为网络侧配置的；
响应于所述第一SR，为所述终端配置第二上行资源。
可选的，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
可选的，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
收发机1004，具体还用于：
接收所述终端在第一SR资源中除所述第二SR资源之外的SR资源发送的第一SR。
可选的，收发机1004，还用于：
向终端发送接收到所述失败信息的确认指示。
可选的，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
网络侧设备1000能够实现上述方法实施例中网络侧设备实现的各个过程，为避免重复，这里不再赘述。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述监听方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (31)

1.一种失败报告的上报方法，应用于终端，其特征在于，包括：
在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
2.根据权利要求1所述的方法，其特征在于，所述上报信令包括第一信令或者至少一个第二信令，其中：
所述第一信令用于指示发生上行LBT失败的至少一个小区；
所述第二信令用于指示发生上行LBT失败的一个小区。
3.根据权利要求2所述的方法，其特征在于，所述第二信令包括其指示的小区的服务小区标识或者辅小区标识。
4.根据权利要求2所述的方法，其特征在于，所述第一信令包括用于指示所述至少一个小区的小区指示，其中：
在所述辅小区数量小于或者等于7的情况下，所述小区指示的长度为1个字节；或
在所述辅小区数量大于7的情况下，所述小区指示的长度为4个字节。
5.根据权利要求1所述的方法，其特征在于，所述上报信令包括第一小区的带宽部分BWP标识信息，所述第一小区为所述至少一个小区中的任一小区，所述BWP标识信息用于指示所述第一小区上发生上行LBT失败的BWP。
6.根据权利要求5所述的方法，其特征在于，所述BWP标识信息用于：
指示所述第一小区上发生上行LBT失败的全部BWP；或者
指示所述第一小区上发生上行LBT失败的时间最晚的BWP；或者
指示所述第一小区上首次发生上行LBT失败的BWP。
7.根据权利要求1所述的方法，其特征在于，通过协议约定第一小区的激活的BWP发生上行LBT失败。
8.根据权利要求1所述的方法，其特征在于，所述上报信令的优先级高于数据信道的优先级。
9.根据权利要求8所述的方法，其特征在于，所述上报信令的优先级还满足如下任一项：
与小区无线网络临时标识媒体接入控制控制单元C-RNTI MAC CE的优先级相同；
仅次于C-RNTI MAC CE的优先级；
仅高于来自除上行链路公共控制信道之外的任何逻辑信道的数据的优先级。
10.根据权利要求1所述的方法，其特征在于，所述基于所述上报信令向网络侧发送所述至少一个小区的失败信息，包括：
在第一上行资源上，基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
11.根据权利要求10所述的方法，其特征在于，所述第一上行资源包括：
除发生上行LBT失败的小区之外的小区的上行资源；或者
与发生上行LBT失败的小区处于同一小区组的特殊小区的上行资源。
12.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述终端未配置所述第一上行资源的情况下，在第一调度请求SR资源上发送第一SR，其中，所述第一SR资源为网络侧配置的，所述第一SR用于请求网络侧为所述终端配置第二上行资源。
13.根据权利要求12所述的方法，其特征在于，所述第一SR由小区发生上行LBT失败事件触发发送，或者，由上报上行LBT失败的信息触发发送。
14.根据权利要求12所述的方法，其特征在于，所述方法，还包括：
在所述失败信息发送的情况下，在第一SR资源上不发送第一SR。
15.根据权利要求12所述的方法，其特征在于，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述在第一SR资源上发送第一SR，包括：
在第一SR资源中除所述第二SR资源之外的SR资源发送第一SR。
16.根据权利要求12所述的方法，其特征在于，在所述终端未接收到网络侧配置的SR资源的情况下，所述方法还包括：
在所述终端发送所述上报信令的情况下，触发随机接入过程。
17.根据权利要求1所述的方法，其特征在于，所述确定上报信令之后，还包括：
在所述失败信息发送的情况下，启动重传定时器；
在所述重传定时器超时的情况下，重新发送所述失败信息。
18.根据权利要求17所述的方法，其特征在于，所述启动重传定时器之后，还包括：
在满足停止条件的情况下，停止所述重传定时器，其中，所述停止条件包括如下至少一项：
所述上报信令所指示的小区被去激活或被删除；
接收到网络侧发送的确认指示，其中，所述确认指示用于指示所述网络侧接收到所述失败信息。
19.根据权利要求18所述的方法，其特征在于，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
20.根据权利要求18所述的方法，其特征在于，在所述停止条件包括所述上报信令所指示的小区被去激活的情况下，所述方法还包括：
取消上行LBT失败触发的SR的发送，和/或，取消所述失败信息的发送。
21.一种失败报告的上报方法，应用于网络侧设备，其特征在于，包括：
接收终端基于上报信令发送的至少一个小区的失败信息。
22.根据权利要求21所述的方法，其特征在于，所述接收终端基于上报信令发送的至少一个小区的失败信息，包括：
接收终端在第一上行资源上基于上报信令发送的至少一个小区的失败信息。
23.根据权利要求21所述的方法，其特征在于，所述方法还包括：
接收所述终端在第一SR资源上发送的第一SR，其中，所述第一SR资源为网络侧配置的；
响应于所述第一SR，为所述终端配置第二上行资源。
24.根据权利要求23所述的方法，其特征在于，所述第一SR资源包括发生上行LBT失败的小区的第二SR资源；
所述接收所述终端在第一SR资源上发送的第一SR，包括：
接收所述终端在第一SR资源中除所述第二SR资源之外的SR资源发送的第一SR。
25.根据权利要求21所述的方法，其特征在于，所述接收终端基于上报信令发送的至少一个小区的失败信息之后，还包括：
向终端发送接收到所述失败信息的确认指示。
26.根据权利要求25所述的方法，其特征在于，所述确认指示包括如下任一项：
发送所述失败信息的混合自动重传请求HARQ进程对应的新传指示；
无线资源控制层RRC信令、媒体接入控制MAC信令或物理下行控制信道PDCCH信令。
27.一种终端，其特征在于，包括：
确定模块，用于在检测到所述终端在至少一个小区发生上行发前听LBT失败的情况下，确定上报信令；
第一发送模块，用于基于所述上报信令向网络侧发送所述至少一个小区的失败信息。
28.一种网络侧设备，其特征在于，包括：
第一接收模块，用于接收终端基于上报信令发送的至少一个小区的失败信息。
29.一种终端，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至20中任一项所述的失败报告的上报方法的步骤。
30.一种网络侧设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求21至26中任一项所述的失败报告的上报方法的步骤。
31.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至26中任一项所述的失败报告的上报方法的步骤。
CN201911077864.2A 2019-11-06 2019-11-06 一种失败报告的上报方法及相关设备 Pending CN112770350A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201911077864.2A CN112770350A (zh) 2019-11-06 2019-11-06 一种失败报告的上报方法及相关设备
PCT/CN2020/126663 WO2021088907A1 (zh) 2019-11-06 2020-11-05 失败报告的上报方法及相关设备
US17/730,144 US20220256384A1 (en) 2019-11-06 2022-04-26 Method for reporting failure report and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911077864.2A CN112770350A (zh) 2019-11-06 2019-11-06 一种失败报告的上报方法及相关设备

Publications (1)

Publication Number Publication Date
CN112770350A true CN112770350A (zh) 2021-05-07

Family

ID=75692804

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911077864.2A Pending CN112770350A (zh) 2019-11-06 2019-11-06 一种失败报告的上报方法及相关设备

Country Status (3)

Country Link
US (1) US20220256384A1 (zh)
CN (1) CN112770350A (zh)
WO (1) WO2021088907A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236484A1 (zh) * 2021-05-08 2022-11-17 Oppo广东移动通信有限公司 Sdt失败上报的方法、终端设备和网络设备
WO2023070565A1 (zh) * 2021-10-29 2023-05-04 Oppo广东移动通信有限公司 无线通信的方法及终端设备
WO2023202316A1 (zh) * 2022-04-22 2023-10-26 大唐移动通信设备有限公司 一种一致性lbt失败的处理方法、终端及网络设备
WO2023220900A1 (zh) * 2022-05-16 2023-11-23 北京小米移动软件有限公司 Mcg失败相关信息上报方法、装置
WO2024031335A1 (en) * 2022-08-09 2024-02-15 Lenovo (Beijing) Limited Methods and apparatuses for handling consistent lbt failure
WO2024093052A1 (en) * 2023-02-17 2024-05-10 Lenovo (Beijing) Limited Terminal device and method for sidelink communication
WO2024103268A1 (zh) * 2022-11-15 2024-05-23 北京小米移动软件有限公司 连接失败后的处理方法、装置、终端设备以及网络侧设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107371168A (zh) * 2016-05-12 2017-11-21 电信科学技术研究院 一种非授权频谱中的测量方法和设备
CN108174445A (zh) * 2016-12-07 2018-06-15 华为技术有限公司 一种上行信息处理的方法及装置
US20180176961A1 (en) * 2016-12-16 2018-06-21 Alireza Babaei Random access in a wireless device and wireless network
WO2018137485A1 (zh) * 2017-01-25 2018-08-02 维沃移动通信有限公司 上行数据的发送方法和接收方法、用户终端和网络侧设备
CN109586854A (zh) * 2017-09-28 2019-04-05 华为技术有限公司 数据传输方法及装置
WO2019195465A1 (en) * 2018-04-03 2019-10-10 Idac Holdings, Inc. Methods for channel access management

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108243508A (zh) * 2016-12-23 2018-07-03 北京佰才邦技术有限公司 一种资源配置方法、信息发送方法、基站及终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107371168A (zh) * 2016-05-12 2017-11-21 电信科学技术研究院 一种非授权频谱中的测量方法和设备
CN108174445A (zh) * 2016-12-07 2018-06-15 华为技术有限公司 一种上行信息处理的方法及装置
US20180176961A1 (en) * 2016-12-16 2018-06-21 Alireza Babaei Random access in a wireless device and wireless network
WO2018137485A1 (zh) * 2017-01-25 2018-08-02 维沃移动通信有限公司 上行数据的发送方法和接收方法、用户终端和网络侧设备
CN109586854A (zh) * 2017-09-28 2019-04-05 华为技术有限公司 数据传输方法及装置
WO2019195465A1 (en) * 2018-04-03 2019-10-10 Idac Holdings, Inc. Methods for channel access management

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
VIVO: "R2-1912177 "Remaining Issues on Uplink LBT Failure"", 3GPP TSG_RAN\\WG2_RL2, no. 2, pages 1 - 2 *
VIVO: "Remaining issues of uplink LBT failure", 《3GPP TSG-RAN WG2 MEETING #107BIS R2-1912177》 *
VIVO: "Remaining issues of uplink LBT failure", 《3GPP TSG-RAN WG2 MEETING #107BIS R2-1912177》, 4 October 2019 (2019-10-04), pages 1 - 2 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236484A1 (zh) * 2021-05-08 2022-11-17 Oppo广东移动通信有限公司 Sdt失败上报的方法、终端设备和网络设备
WO2023070565A1 (zh) * 2021-10-29 2023-05-04 Oppo广东移动通信有限公司 无线通信的方法及终端设备
WO2023202316A1 (zh) * 2022-04-22 2023-10-26 大唐移动通信设备有限公司 一种一致性lbt失败的处理方法、终端及网络设备
WO2023220900A1 (zh) * 2022-05-16 2023-11-23 北京小米移动软件有限公司 Mcg失败相关信息上报方法、装置
WO2024031335A1 (en) * 2022-08-09 2024-02-15 Lenovo (Beijing) Limited Methods and apparatuses for handling consistent lbt failure
WO2024103268A1 (zh) * 2022-11-15 2024-05-23 北京小米移动软件有限公司 连接失败后的处理方法、装置、终端设备以及网络侧设备
WO2024093052A1 (en) * 2023-02-17 2024-05-10 Lenovo (Beijing) Limited Terminal device and method for sidelink communication

Also Published As

Publication number Publication date
US20220256384A1 (en) 2022-08-11
WO2021088907A1 (zh) 2021-05-14

Similar Documents

Publication Publication Date Title
CN112770350A (zh) 一种失败报告的上报方法及相关设备
CN110475364B (zh) 一种非周期跟踪参考信号的接收方法及终端
WO2020063241A1 (zh) 信息传输方法及终端
CN111800240B (zh) 信息传输方法、装置、终端、设备及介质
US20220014343A1 (en) Indication method, terminal device, and network-side device
KR20210036956A (ko) 재구성 방법 및 단말
EP3876583B1 (en) Processing method and terminal
US20220240266A1 (en) Information transmission method, information receiving method, terminal, and network side device
WO2019056959A1 (zh) 完整性保护方法、终端和基站
CN112788754B (zh) 信息传输方法及设备
CN111436026B (zh) 副链路组播通信的配置方法和终端
CN111278117B (zh) 带宽部分切换方法及装置、通信设备
CN113259077B (zh) 带宽部分激活或去激活方法、副链路连接释放方法及设备
WO2021036943A1 (zh) 发生波束失败的处理方法和终端
CN111465119B (zh) 数据发送方法、信息配置方法、终端及网络设备
CN110769518B (zh) 随机接入方法、终端设备及网络设备
WO2020024832A1 (zh) 传输方法、终端设备及网络侧设备
WO2019137425A1 (zh) 重配置方法、终端及基站
WO2020151494A1 (zh) Pucch的发送方法、接收方法、终端和网络侧设备
CN110475285B (zh) 一种操作方法及终端
CN113473605A (zh) 一种冲突资源确定方法和终端
CN116073872A (zh) Csi传输方法、触发csi传输的方法及相关设备
CN111818655A (zh) 传输方法、终端和网络设备
CN112533256A (zh) 数据传输方法、终端及网络节点
CN111246517B (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