CN115835396A - 用于指示失败事件的方法和装置 - Google Patents

用于指示失败事件的方法和装置 Download PDF

Info

Publication number
CN115835396A
CN115835396A CN202211384350.3A CN202211384350A CN115835396A CN 115835396 A CN115835396 A CN 115835396A CN 202211384350 A CN202211384350 A CN 202211384350A CN 115835396 A CN115835396 A CN 115835396A
Authority
CN
China
Prior art keywords
failure
message
mac
indication
cell
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
CN202211384350.3A
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN115835396A publication Critical patent/CN115835396A/zh
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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • 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
    • 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/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection

Landscapes

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

Abstract

公开了用于指示失败事件的方法和装置。根据实施例，终端设备确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。终端设备还向网络节点发送该消息。

Description

用于指示失败事件的方法和装置
技术领域
本公开的实施例总体上涉及无线通信，并且更具体地，涉及用于指示失败事件的方法和装置。
背景技术
本节介绍可以有利于更好地理解本公开的方面。因此，本节的陈述应该从这个角度阅读，而不应被理解为对现有技术中的内容或非现有技术中的内容的认可。
第5代蜂窝系统(称为新无线电(NR))旨在实现最大的灵活性，以支持多个本质上不同的用例。除了典型的移动宽带用例，还有机器类型通信(MTC)、超低时延关键通信(ULLCC)、侧行链路设备到设备(D2D)、以及若干其他用例。
在NR中，基本的调度单元称为时隙。对于正常循环前缀配置，一个时隙包括14个正交频分复用(OFDM)符号。NR支持多种不同的子载波间隔(SCS)配置，并且在30kHz的子载波间隔下，OFDM符号持续时间约为33μs。例如，对于同一SCS，具有14个符号的时隙的长度为500μs(包括循环前缀在内)。
NR还支持针对同一服务小区上的不同用户设备(UE)进行灵活带宽配置。换言之，由UE监视并用于其控制信道和数据信道的带宽可以小于载波带宽。每个分量载波的一个或多个带宽部分(BWP)配置可以半静态地发信号通知给UE，其中带宽部分由一组连续的PRB组成。可以在带宽部分内配置预留资源。带宽部分的带宽等于或小于UE所支持的最大带宽能力。
NR针对许可频带和免许可频带二者。允许免许可网络(即在共享频谱(或免许可频谱)中操作的网络)有效地使用可用频谱是增加系统容量的有吸引力的方法。尽管免许可频谱可能不满足许可制度下的质量，但允许有效使用免许可频谱作为对许可部署的补充的解决方案有可能为运营商带来巨大价值，并最终为整个行业带来巨大价值。预期NR中的一些特征将需要进行适配性修改以符合免许可频带的特殊特性以及不同的规定。15或30kHz的子载波间隔是用于6GHz以下频率的NR免许可(NR-U)OFDM参数集的最有希望的候选。
世界上许多地区都要求：当在免许可频谱中操作时，设备要在发送之前侦听到介质是空闲的，该操作通常称为先听后说或简称为LBT。LBT设计用于免许可频谱与其他无线电接入技术(RAT)的共存。在这种机制中，无线电设备在任何传输之前应用空闲信道评估(CCA)检查(即信道侦听)。发射机涉及将一时间段上的能量检测(ED)与某个阈值(ED阈值)相比较，以确定信道是否空闲。在确定信道被占用的情况下，发射机在下一次CCA尝试之前在竞争窗口内执行随机退避。为了保护肯定应答(ACK)传输，发射机必须在每个忙的CCA时隙之后推迟一段时间再恢复退避。一旦发射机掌握了对信道的接入，只允许发射机执行长达最长持续时间(即，最大信道占用时间(MCOT))的传输。在任何上行链路传输之前，UE可能需要执行LBT操作以掌握信道信道。例如，媒体访问控制(MAC)层发起传输，MAC层请求物理(PHY)层发起LBT操作，PHY层进一步向MAC发送指示LBT结果(即成功或失败)的指示符。为了区分服务质量(QoS)，定义了基于服务类型的信道接入优先级。例如，存在四个LBT优先级类别，用于区分服务之间的竞争窗口大小(CWS)和MCOT。LBT有许多不同的类型，取决于设备使用的无线电技术以及设备该时刻想要发送的数据的类型。所有类型的共同点是在特定信道(对应于定义的载波频率)中在预定义的带宽上完成侦听。例如，在5GHz频带中，在20MHz信道上进行侦听。
原则上，设备可以在多个子带上操作的方式有两种。一种方式是：取决于哪些子带被侦听为空闲来改变发射机/接收机带宽。在该设置中，仅存在一个分量载波(CC)，并且多个子带被视为具有较大带宽的单个信道。另一种方式是：针对每个信道，设备操作几乎独立的处理链。取决于处理链的独立程度，该选项可以被称为载波聚合(CA)或双连接(DC)。
许多设备能够在包括多个子带/信道(例如LBT子带(即带宽等于LBT带宽的频率部分))的宽的带宽上进行发送和接收。设备仅被允许在介质被侦听为空闲的子带上进行发送。同样，当涉及多个子带时，存在应如何进行侦听的不同类型。
无线电链路失败(RLF)过程的主要意图之一是帮助UE在不经过空闲状态(例如，无线电资源控制空闲(RRC_IDLE)状态)的情况下执行快速可靠的恢复。避免由于从RRC_IDLE进行的随机接入信道(RACH)接入和无线电资源控制(RRC)连接建立而导致的不必要时延是有益的。图1中示出了对服务小区的无线电链路监视，其后跟随到目标小区的RRC重建。
有若干原因可以导致无线电链路失败，包括：
(1)定时器T310到期
当UE处于RRC连接模式时，UE基于下行链路参考符号来监视下行链路无线电信道质量。UE将所测量的下行链路信道质量分别与失步阈值和同步阈值(Qout和Qin)进行比较。物理信道评估下行链路信道质量，周期性地向层3发送关于失步或同步的指示。UE层3然后基于从层3过滤器输出的同步和失步指示来评估无线电链路是否失败。当连续接收到的失步指示超出计数器N310时，启动定时器T310。当T310正在运行时，如果UE从物理层连续接收到N311个同步指示，则认为无线电链路已恢复。
当定时器T310到期时，由UE声明无线电链路失败。
(2)达到上行链路中无线电链路控制(RLC)重传的最大次数
(3)切换失败和定时器T304到期
在切换过程期间，当UE接收到来自源小区的切换命令时，定时器T304启动，定时器T304的值应被设置为允许UE尝试对目标小区的最大数目的RACH接入尝试。当定时器T304到期时，检测到由于切换导致的无线电链路失败。
当无线电链路失败被触发时，无线电连接重建被触发。UE应首先执行小区搜索以确定用于无线电链路重建的最佳小区。根据3GPP技术规范(TS)36.300V15.7.0，UE可以选择相同小区、来自相同演进节点B(eNB)的不同小区、或者来自不同eNB的准备好的小区，其中，可以经由无线电连接重建过程来恢复活动(即，UE保持在连接模式)，因为可以通过小区间通信来获取先前的UE上下文。然而，当准备好的小区不可用时，UE选择未准备好的小区。在这种情况下，UE必须进入空闲模式，然后尝试设立无线电连接。在这种情况下，无法恢复UE的活动。表1是3GPP TS36.300 V15.7.0中的表10.1.6-1，其指导UE行为以进行目标小区选择，其被本文引用。
表1：移动性和无线电链路失败
Figure BDA0003930176690000041
MAC实体可以通过RRC被配置有波束失败恢复过程，该过程用于当在服务同步信号块(SSB)/信道状态信息参考信号(CSI-RS)上检测到波束失败时向服务(下一代)节点B(gNB)指示新的SSB或CSI-RS。通过对从低层到MAC实体的波束失败实例指示进行计数来检测波束失败。根据3GPP TS 38.321V15.7.0中的条款5.17(其被本文引用)，MAC实体应：
1>如果已经从低层接收到波束失败实例指示：
2>启动或重启beamFailureDetectionTimer；
2>将BFI_COUNTER增加1；
2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：
3>如果配置了beamFailureRecoveryConfig：
4>启动beamFailureRecoveryTimer(如果其已配置)；
4>通过应用在beamFailureRecoveryConfig中配置的参数powerRampingStep、preambleReceivedTargetPower和preambleTransMax，在SpCell上发起随机接入过程。
3>否则：
4>在SpCell上发起随机接入过程。
1>如果beamFailureDetectionTimer到期；
2>将BFI_COUNTER设置为0。
1>如果随机接入过程成功完成：
2>停止beamFailureRecoveryTimer(如果其已配置)；
2>认为波束失败恢复过程成功完成。
调度请求(SR)用于请求上行链路共享信道(UL-SCH)资源以进行新的传输。
MAC实体可以被配置有零个、一个或多个SR配置。SR配置包括跨不同BWP和小区的用于SR的物理上行链路控制信道(PUCCH)资源的集合。对于逻辑信道，每个BWP最多配置一个用于SR的PUCCH资源。
每个SR配置对应于一个或多个逻辑信道。每个逻辑信道可以被映射到零个或一个SR配置，这通过RRC来配置。
如果一个SR被触发，并且不存在对应于相同SR配置的其他未决SR，则MAC实体应将相应的SR配置中的SR_COUNTER设置为0。
当SR被触发时，它应该被认为是未决的，直到它被取消。当MAC协议数据单元(PDU)被发送并且该PDU包括缓冲区状态报告(BSR)MAC控制元素(CE)(其包含直到在MAC PDU组装之前触发BSR的最后一个事件并包括该最后一个事件的缓冲区状态)时，在MAC PDU组装之前触发的所有未决SR应被取消并且每个相应的定时器(例如sr-ProhibitTimer)应被停止。当上行链路(UL)授权可以容纳可用于传输的所有未决数据时，应取消所有未决SR。
仅在SR传输时机所在的时间是活动的BWP上的PUCCH资源才被认为是有效的。
根据3GPP TS 38.321V15.7.0中的条款5.4.4(其被本文引用)，只要至少一个SR是未决的，MAC实体应针对每个未决SR：
1>如果MAC实体没有配置用于该未决SR的有效PUCCH资源：
2>在SpCell上发起随机接入过程并取消该未决SR。
1>否则，针对对应于该未决SR的SR配置：
2>当MAC实体在配置用于SR的有效PUCCH资源上具有SR传输时机时；以及
2>如果在SR传输时机所在的时间sr-ProhibitTimer没在运行；以及
2>如果针对SR传输时机的PUCCH资源不与测量间隙重叠；以及
2>如果针对SR传输时机的PUCCH资源不与UL-SCH资源重叠：
3>如果SR_COUNTER<sr-TransMax：
4>将SR_COUNTER增加1；
4>指示物理层在针对SR的一个有效PUCCH资源上发信号通知SR；
4>启动sr-ProhibitTimer。
3>否则：
4>通知RRC释放所有服务小区的PUCCH；
4>通知RRC释放所有服务小区的SRS；
4>清除所有配置的下行链路指派和上行链路授权；
4>在SpCell上发起随机接入过程并取消所有未决SR。
注：当MAC实体具有针对SR传输时机的多于一个重叠的有效PUCCH资源时，选择哪个用于SR的有效PUCCH资源来发信号通知SR留给了UE实现。
MAC实体可以停止由MAC实体在MAC PDU组装之前发起的、由于未配置任何有效PUCCH资源的未决SR而引起的、正在进行的随机接入过程(如果有的话)。当MAC PDU使用PDU授权而不是由随机接入响应提供的UL授权进行发送，并且该PDU包括BSR MAC CE(其包含直到在MAC PDU组装之前触发BSR的最后一个事件并包括该最后一个事件的缓冲区状态)时，或者当UL授权可以容纳可用于传输的所有未决数据时，这样的随机接入过程可以停止。
根据3GPP TS 38.321V15.7.0的第6.1.2节，媒体访问控制(MAC)协议数据单元(PDU)由一个或多个MAC子PDU组成。每个MAC子PDU包含以下之一：1)仅MAC子报头(包括填充)；2)MAC子报头和MAC服务数据单元(SDU)；3)MAC子报头和MAC控制元素(CE)；4)MAC子报头和填充。MAC SDU的大小可变。每个MAC子报头对应于MAC SDU、MAC CE或填充。
除了针对固定大小的MAC CE、填充和包含上行链路(UL)公共控制信道(CCCH)的MAC SDU的MAC子报头之外的MAC子报头由四个报头字段R/F/LCID/L组成，如图2A(具有8比特的L字段)和图2B(具有16比特的L字段)所示。针对固定大小的MAC CE、填充和包含ULCCCH的MAC SDU的MAC子报头由两个报头字段R/LCID组成，如图2C所示。
在图2A至图2C中，逻辑信道ID(LCID)字段是指逻辑信道标识(ID)字段。它标识对应MAC SDU的逻辑信道实例或者对应MAC CE或填充的类型，如在(3GPP TS 38.321V15.7.0中的)分别针对下行链路共享信道(DL-SCH)和上行链路共享信道(UL-SCH)的表6.2.1-1和6.2.1-2中所述。每个MAC子报头存在一个LCID字段。LCID字段大小为6比特。L字段是指长度字段，并且指示对应MAC SDU或可变大小的MAC CE的长度，单位为字节。除了对应于固定大小的MAC CE、填充和包含UL CCCH的MAC SDU的子报头之外，每个MAC子报头存在一个L字段。L字段的大小由F字段指示。F字段是指格式字段，并且指示长度字段的大小。除了对应于固定大小的MACCE、填充和包含UL CCCH的MAC SDU的子报头之外，每个MAC子报头存在一个F字段。F字段的大小为1比特。值0指示8比特的长度字段。值1指示16比特的长度字段。R字段是指预留比特，并被设置为零。MAC子报头是八位字节对齐的。
以下两个表示出了在3GPP TS 38.321V15.7.0中针对DL-SCH和UL-SCH定义的LCID的值。
表2.针对DL-SCH的LCID值
Figure BDA0003930176690000081
Figure BDA0003930176690000091
表3.针对UL-SCH的LCID值
Figure BDA0003930176690000092
Figure BDA0003930176690000101
MAC CE被放置在一起。具有MAC CE的DL MAC子PDU被放置在任何具有MAC SDU的MAC子PDU和具有填充的MAC子PDU之前，如图3A所示。在MAC PDU中,具有MAC CE的UL MAC子PDU被放置在所有具有MAC SDU的MAC子PDU之后并且在具有填充的MAC子PDU之前，如图3B所示。填充的大小可以为零。
发明内容
提供了本发明内容以便以简化的形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。本发明内容不旨在标识所请求保护主题的关键特征或基本特征，也不旨在用于限制所请求保护主题的范围。
层2LBT失败机制可以考虑任何LBT失败，而不管UL传输类型。UL LBT失败机制可以针对所有失败具有相同的恢复机制，而不论UL传输类型。UL LBT失败可以针对每个BWP进行检测。UE将报告主辅小区(PSCell)和辅小区(SCell)上的持续的UL LBT失败的发生。假设将重用针对波束失败(BF)的SCell失败报告。
此外，还存在基线机制，其中不排除进一步的增强：触发“持续的”LBT失败事件的最大LBT失败次数的“阈值”将被使用；定时器和计数器二者被引入，计数器在定时器到期时复位，并且在UL LBT失败发生时递增；定时器在发生UL LBT失败时启动/重启。
从上面的描述可以看出，应该设计MAC层处的新机制来处理持续的UL LBT失败。新机制中需要引入定时器和计数器二者来触发持续的UL LBT失败事件。
MAC实体可以通过RRC被配置有持续的LBT失败恢复过程。通过针对所有UL传输对从低层到MAC实体的LBT失败指示进行计数来检测持续的LBT失败。
RRC可以配置3GPP TS 38.321V15.7.0(其被本文引用)中描述的lbt-FailureRecoveryConfig中的以下参数：
-用于持续的LBT失败检测的lbt-FailureInstanceMaxCount；
-用于持续的LBT失败检测的lbt-FailureDetectionTimer；
以下UE变量用于持续的LBT失败检测过程：
-LBT_COUNTER：针对LBT失败指示的计数器，其被初始设置为0。
MAC实体应：
1>如果已经从低层接收到LBT失败指示：
2>启动或重启lbt-FailureDetectionTimer；
2>将LBT_COUNTER增加1；
2>如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount：
3>发起[恢复机制(FFS)]
1>如果lbt-FailureDetectionTimer到期；或
[1>如果lbt-FailureDetectionTimer或lbt-FailureInstanceMaxCount被上层重新配置：]
2>将LBT_COUNTER设置为0。
[1>如果恢复机制(FFS)成功：
2>将LBT_COUNTER设置为0；
2>认为LBT失败恢复过程成功完成。]
此外，可以引入新的MAC CE来报告SCell中持续的上行链路LBT失败的发生。也就是说，当在SCell上检测到持续的上行链路LBT失败时，新的MAC CE将被用于将这报告给SCell所属的节点(例如gNB)，并且该MAC CE可被用于报告主小区(PCell)上的失败。
此外，应该设计新的MAC CE以用于指示SCell中的波束失败恢复请求(BFRQ)。更具体地，在针对SCell的BFRQ过程中，关于SCell中的BFRQ的指示符可以由用于PCell或PSCell上的BFR的至少一个专用的SR类似的PUCCH资源携带，但是关于SCell中的BFRQ的指示符是否可以由PUSCH传输中的MAC CE携带有待进一步研究。
对于NR-U，应进一步研究在以下部署场景中超出许可频谱中的操作的规范的附加功能：许可频带NR(PCell)和NR-U(SCell)之间的载波聚合；NR-U SCell可以具有DL和UL二者，或者仅具有DL；许可频带LTE(PCell)和NR-U(PSCell)之间的双连接；独立的NR-U；具有免许可频带中的DL和许可频带中的UL的NR小区；许可频带NR(PCell)和NR-U(PSCell)之间的双连接。
NR免许可操作需要支持独立场景和双连接(DC)场景二者，这意味着RACH和PUCCH-SR信令都需要在免许可频谱小区中发送，因为NR-U小区可以作为主小区操作。同时，无线电链路监视功能也应该通过重用与NR许可中相同的机制来定义，其中SSB或CSI-RS可以被配置用于无线电链路监视(RLM)目的。在任何上行链路或下行链路传输之前，必须执行LBT操作以掌握信道。
在一种情况下，NR-U UE可能在上行链路传输(例如PRACH、或PUCCH-SR，侦听、或数据传输)期间经历连续的LBT失败。在另一种情况下，gNB可能经历针对DL传输(例如专用RS(DRS)、物理下行链路控制信道(PDCCH)、或数据)的连续的LBT失败。预期：LBT失败不会影响现有的MAC/无线电链路控制(RLC)计数器是有益的。否则，正在进行的传输或过程可能会停止或延迟。LBT失败的根本原因是系统拥塞。针对UE的最佳解决方案是快速将其服务BWP/小区/载波改变到另一拥塞较低的BWP/小区/载波，以从LBT失败中恢复。
如上所述，存在定义用以报告失败事件的新的消息(例如信令或MAC子报头和/或MAC CE)的两个不同请求。虽然请求不同，但新的MAC子报头和/或MAC CE携带的信息内容可以部分相同，因为MAC子报头和/或MAC CE都适用于相同的部署场景(即双连接或载波聚合)。总而言之，存在若干问题需要解决：
问题1：新的MAC子报头和/或MAC CE需要携带哪些信息字段？
问题2：如何为两个不同请求定义相同的MAC子报头和/或MAC CE格式？
问题3：如何也应用相同的MAC子报头和/或MAC CE来报告主小区(例如PCell或PSCell)中的持续的LBT失败？
问题4：MAC子报头和/或MAC CE能够指示SCell的BWP中的持续的UL LBT失败，当SCell的所有配置的BWP中都检测到持续的LBT失败时，UE将有什么行为？
因此，本公开的目的之一在于提供解决上述问题中的至少一个的解决方案。
根据本公开的第一方面，提供了一种在终端设备处实现的方法。该方法包括确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该方法还包括向网络节点发送该消息。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
以这种方式，失败事件可被报告给网络节点。
在本公开的实施例中，持续的LBT失败与一个或多个小区相关联还包括：在一个或多个小区中检测到持续的LBT失败。
在本公开的实施例中，该指示包括MAC CE中的一个或多个比特。
在本公开的实施例中，该指示包括指示持续的LBT失败的存在或不存在的比特图。
在本公开的实施例中，该指示包括指示存在或不存在持续的LBT失败的小区的比特图。
在本公开的实施例中，该指示指明与持续的LBT失败相关联的小区。
在本公开的实施例中，小区包括特殊小区(SpCell)或辅小区(SCell)。
在本公开的实施例中，当在一个或多个小区中检测到持续的LBT失败时，该持续的LBT失败在不同的小区中经由该消息进行报告。
根据本公开的第二方面，提供了一种在网络节点处实现的方法。该方法包括从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该方法还包括根据消息中的指示来获得失败事件。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
以这种方式，可以从终端设备获得失败事件。
在本公开的实施例中，持续的LBT失败与一个或多个小区相关联还包括：在一个或多个小区中检测到持续的LBT失败。
在本公开的实施例中，该指示包括MAC CE中的一个或多个比特。
在本公开的实施例中，该指示包括指示持续的LBT失败的存在或不存在的比特图。
在本公开的实施例中，该指示包括指示存在或不存在持续的LBT失败的小区的比特图。
在本公开的实施例中，该指示指明与持续的LBT失败相关联的小区。
在本公开的实施例中，小区包括特殊小区(SpCell)或辅小区(SCell)。
在本公开的实施例中，当在一个或多个小区中检测到持续的LBT失败时，该持续的LBT失败在不同的小区中经由该消息进行报告。
根据本公开的第三方面，提供了一种在终端设备中实现的装置。该装置包括一个或多个处理器和一个或多个存储器。一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使装置至少：确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件；以及向网络节点发送该消息。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
在本公开的实施例中，在终端设备中实现的该装置可操作以执行根据上述第一方面的方法。
根据本公开的第四方面，提供了一种在网络节点中实现的装置。该装置包括一个或多个处理器和一个或多个存储器。一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使装置至少：从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件；以及根据消息中的指示来获得失败事件。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
在本公开的实施例中，在网络节点中实现的装置可操作以执行根据上述第二方面的方法。
根据本公开的第五方面，提供了一种计算机程序产品。该计算机程序产品包括指令，该指令在由至少一个处理器执行时使该至少一个处理器执行根据上述第一或第二方面的方法。
根据本公开的第六方面，提供了一种计算机可读存储介质。该计算机可读存储介质包括计算机程序代码。计算机程序代码包括用于执行根据上述第一方面或第二方面的方法的代码。
根据本公开的第七方面，提供了一种在终端设备处实现的方法。该方法包括确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该方法还包括向网络节点发送该消息。
以这种方式，失败事件可被报告给网络节点。
在本公开的实施例中，失败事件包括持续的先听后说(LBT)失败或波束失败中的至少一个。
在本公开的实施例中，该消息包括以下至少一个：媒体访问控制(MAC)子报头、MAC控制元素(CE)、无线电资源控制(RRC)信令、物理上行链路控制信道(PUCCH)信令、或随机接入信道(RACH)过程中的信令。
在本公开的实施例中，失败事件与小区、带宽部分(BWP)或波束中的至少一个相关联。
在本公开的实施例中，失败事件与小区、BWP或波束中的至少一个相关联还包括：在一个或多个小区/BWP/波束中检测到失败事件；或者由于失败事件，终端设备优选切换到一个或多个小区/BWP/波束。
在本公开的实施例中，该指示包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID(LCID)、或MAC CE。
在本公开的实施例中，该指示包括比特图，该比特图指示失败事件的存在或不存在，或指示存在或不存在失败事件的小区/BWP/波束。
在本公开的实施例中，该指示包括与失败事件相关联的小区、BWP或波束中的至少一个的索引。
在本公开的实施例中，小区包括主小区(PCell)、辅小区(SCell)或主辅小区(PSCell)。
在本公开的实施例中，当在一个或多个小区/BWP/波束中检测到失败事件时，失败事件在相同或不同的小区/BWP/波束中经由该消息进行报告。
根据本公开的第八方面，提供了一种在网络节点处实现的方法。该方法包括从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该方法还包括根据消息中的指示来获得失败事件。
以这种方式，可以从终端设备获得失败事件。
在本公开的实施例中，该方法还包括基于失败事件来执行恢复动作。
在本公开的实施例中，失败事件包括持续的先听后说(LBT)失败或波束失败中的至少一个。
在本公开的实施例中，该消息包括以下至少一个：媒体访问控制(MAC)子报头、MAC控制元素(CE)、无线电资源控制(RRC)信令、物理上行链路控制信道(PUCCH)信令、或随机接入信道(RACH)过程中的信令。
在本公开的实施例中，失败事件与小区、带宽部分(BWP)或波束中的至少一个相关联。
在本公开的实施例中，失败事件与小区、BWP或波束中的至少一个相关联还包括：在一个或多个小区/BWP/波束中检测到失败事件；或者由于失败事件，终端设备优选切换到一个或多个小区/BWP/波束。
在本公开的实施例中，该指示包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID(LCID)、或MAC CE。
在本公开的实施例中，该指示包括比特图，该比特图指示失败事件的存在或不存在，或指示存在或不存在失败事件的小区/BWP/波束。
在本公开的实施例中，该指示包括与失败事件相关联的小区、BWP或波束中的至少一个的索引。
在本公开的实施例中，小区包括主小区(PCell)、辅小区(SCell)或主辅小区(PSCell)。
在本公开的实施例中，当在一个或多个小区/BWP/波束中检测到失败事件时，失败事件在相同或不同的小区/BWP/波束中经由该消息进行报告。
根据本公开的第九方面，提供了一种在终端设备中实现的装置。该装置包括一个或多个处理器和一个或多个存储器。一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使装置至少：确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件；以及向网络节点发送该消息。
在本公开的实施例中，在终端设备中实现的装置可操作以执行根据上述第七方面的方法。
根据本公开的第十方面，提供了一种在网络节点中实现的装置。该装置包括一个或多个处理器和一个或多个存储器。一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使装置至少：从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件；以及根据消息中的指示来获得失败事件。
在本公开的实施例中，在网络节点中实现的装置可操作以执行根据上述第八方面的方法。
根据本公开的第十一方面，提供了一种计算机程序产品。该计算机程序产品包括指令，该指令在由至少一个处理器执行时使该至少一个处理器执行根据上述第七方面或第八方面的方法。
根据本公开的第十二方面，提供了一种计算机可读存储介质。该计算机可读存储介质包括计算机程序代码。计算机程序代码包括用于执行根据上述第七方面或第八方面的方法的代码。
根据本公开的第十三方面，提供了一种在终端设备中实现的装置。该装置包括确定模块，用于确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该装置还包括发送模块，用于向网络节点发送消息。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
根据本公开的第十四方面，提供了一种在网络节点中实现的装置。该装置包括接收模块，用于从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该装置还包括获得模块，用于根据消息中的指示来获得失败事件。该消息包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联。
根据本公开的第十五方面，提供了一种在终端设备中实现的装置。该装置包括确定模块，用于确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该装置还包括发送模块，用于向网络节点发送消息。
根据本公开的第十六方面，提供了一种在网络节点中实现的装置。该装置包括接收模块，用于从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件。该装置还包括获得模块，用于根据消息中的指示来获得失败事件。
根据本公开的第十七方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，经由包括基站在内的蜂窝网络向UE发起携带用户数据的传输，基站可以执行根据本公开的第二方面或第八方面的方法的任何步骤。
根据本公开的第十八方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发给蜂窝网络以传输给UE。蜂窝网络可以包括基站,基站具有无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开的第二方面或第八方面的方法的任何步骤。
根据本公开的第十九方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，经由包括基站在内的蜂窝网络向UE发起携带用户数据的传输。UE可以执行根据本公开的第一方面或第七方面的方法的任何步骤。
根据本公开的第二十方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发给蜂窝网络以传输给UE。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一方面或第七方面的方法的任何步骤。
根据本公开的第二十一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从UE接收向基站发送的用户数据，UE可以执行根据本公开的第一方面或第七方面的方法的任何步骤。
根据本公开的第二十二方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：通信接口，被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一方面或第七方面的方法的任何步骤。
根据本公开的第二十三方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收用户数据，该用户数据源自基站已从UE接收的传输。基站可以执行根据本公开的第二方面或第八方面的方法的任何步骤。
根据本公开的第二十四方面，提供了一种可以包括主机计算机的通信系统。该主机计算机可以包括：通信接口，被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开的第二方面或第八方面的方法的任何步骤。
以这种方式，终端设备能够使用信令或MAC子报头和/或MAC CE来报告失败事件，因此网络节点可以更好且更快地为遭受相同失败的一个或多个终端设备选择适当的动作。因此，它可以帮助遭受相同类型的失败事件的终端设备从失败中恢复。
附图说明
根据将结合附图阅读的对本公开的说明性实施例的以下详细描述，本公开的这些和其它目的、特征和优点将变得明显。
图1示出了下述过程：对服务小区的无线电链路监视，其后跟随到目标小区的RRC重建；
图2A至图2C示出了现有MAC子报头的结构；
图3A示出了DL MAC PDU的示例；
图3B示出了UL MAC PDU的示例；
图4A至图4C示出了实施例的MAC子报头的示例；
图5A至5C示出了另一实施例的MAC CE的示例；
图6A至图6B是示出了根据本公开的实施例的在终端设备处实现的方法的流程图；
图7A至图7B是示出了根据本公开的实施例的在网络节点处实现的方法的流程图；
图8是示出了适合于在实践本公开的一些实施例中使用的装置的框图；
图9是示出了根据本公开的实施例的在终端设备中实现的装置的框图；
图10是示出了根据本公开的实施例的在网络节点中实现的装置的框图；
图11是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；
图12是示出了根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图；
图13是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；
图14是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；
图15是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；以及
图16是示出了根据本公开的实施例的在通信系统中实现的方法的流程图。
具体实施方式
参考附图详细地描述本公开的实施例。应理解，仅出于使本领域技术人员能够更好地理解本公开并因此实现本公开的目的而讨论这些实施例，而不是暗示对本公开的范围的任何限制。贯穿本说明书对特征、优点或类似语言的引用并不意味着本公开可以实现的所有特征和优点应该都出现在本公开的任何单个实施例中或者出现在本公开的任何单个实施例中。而是，提及特征和优点的语言应被理解为表示结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，可以在一个或多个实施例中通过任何合适的方式来组合本公开所描述的特征、优点或特性。相关领域的技术人员将认识到，可以在没有具体实施例的一个或多个特定特征或优点的情况下实施本公开。在其他实例中，在某些实施例中可以认识到附加的特征和优点，这些附加的特征和优点不一定在本公开的所有实施例中存在。
如本文所使用的，术语“通信网络”是指遵循任何适当的通信标准的网络，例如新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外，可以根据任何适当代的通信协议来执行通信网络中的终端设备和网络节点之间的通信，所述任何适当代的通信协议包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或目前已知或未来将要开发的任何其他协议。
术语“网络节点”指通信网络中的网络设备，终端设备经由该网络设备接入网络并从网络接收服务。网络节点可以指基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或无线通信网络中的任何其它合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继器、低功率节点(比如，毫微微、微微等)。
网络节点的另外的示例可以包括：诸如多标准无线电(MSR)BS之类的MSR无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器、基站收发机站(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示如下的任何合适的设备(或设备组)：该设备(或设备组)能够、被配置、被布置和/或可操作以实现和/或向终端设备提供对无线通信网络的接入，或向已接入无线通信网络的终端设备提供某种服务。
术语“终端设备”指可以接入通信网络并从该通信网络接收服务的任何终端设备。作为示例而非限制，终端设备可以指移动终端、用户设备(UE)或其他合适的设备。UE可以是例如订户站、便携式订户站、移动台(MS)或接入终端(AT)。终端设备可以包括但不限于：便携式计算机、诸如数字相机的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)、车辆等。在下文的描述中，术语“终端设备”和“UE”可以互换使用。
作为又一特定示例，在物联网(IoT)场景中，终端设备也可以称为IoT设备并且表示执行监视、感测和/或测量等并将这种监视、感测和/或测量等的结果发送给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器到机器(M2M)设备，在第三代合作伙伴计划(3GPP)上下文中它可以被称为机器类型通信(MTC)设备。
作为一个具体示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的具体示例是：传感器、如电表之类的计量设备、工业机器或家用或个人设备，例如冰箱、电视、如手表等之类的个人可穿戴设备。在其他场景中，终端设备可以表示能够监视、感测和/或报告其运行状态或与其运行相关联的其他功能(或者对其运行状态或与其运行相关联的其他功能执行其他操作)的车辆或其他设备(例如，医疗仪器)。
如本文所使用的，术语“第一”、“第二”等指代不同元件。除非上下文另外明确指示，否则单数形式“一”和“一个”意在还包括复数形式。本文所使用的术语“包括”、“包含”、“具有”、“带有”、“含有”和/或“并入”表示存在所陈述的特征、元件和/或组件等，但并不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。术语“基于”应被解读为“至少部分基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一实施例”应被解读为“至少一个其他实施例”。下面可以包括显式和隐式的其他定义。
本公开提出了允许终端设备(诸如UE)使用信令或MAC子报头和/或MAC CE向网络节点(诸如其服务gNB)提供失败报告的解决方案。于是，网络能够及时采取行动来重新配置该UE或可能也遭受相同失败的其他UE。LBT失败事件和波束失败事件都可以通过信令或MAC子报头和/或MAC CE进行报告。所提出的机制既适用于许可操作也适用于免许可操作，例如许可辅助接入(LAA)/增强的许可辅助接入(eLAA)/进一步增强的LAA(feLAA)/MuLteFire等。
图6A是示出了根据本公开的一些实施例的方法600′的流程图。图6A中所示的方法600′可以由在终端设备中实现的或可通信地耦合到终端设备的装置来执行。根据示例性实施例，诸如UE之类的终端设备可以确定包括至少一个指示的消息，该至少一个指示指明持续的先听后说(LBT)失败，如框602′所示。该消息可以包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联，例如在一个或多个小区中检测到持续的LBT失败。
根据图6A所示的示例性方法600′，诸如UE之类的终端设备可以向网络节点发送消息，如框604′所示。
根据示例性实施例，该指示可以包括MAC CE中的一个或多个比特，或者包括指示持续的LBT失败的存在或不存在的比特图或者指示存在或不存在持续的LBT失败的小区的比特图，所述指示可以是显式的或隐式的。
根据示例性实施例，该指示可以指示与持续的LBT失败相关联的一个或多个小区。
根据示例性实施例，小区可以是特殊小区(SpCell)或辅小区(SCell)。
根据示例性实施例，当在一个或多个小区中检测到持续的LBT失败时，可以在不同的小区中经由该消息报告持续的LBT失败。
作为具体实施例，通用MAC CE可以被定义用于报告上述所有触发事件，触发事件可以经由MAC CE有效载荷中的字段来指示。
在一个示例中，如图5A所示，定义了三个字段来分别指示服务小区的标识、BWP的标识、触发事件的类型。在所指示的服务小区和BWP中，所指示的事件已被触发。在图5A中，触发事件占用2个比特。取决于需要报告的触发事件的数量，其也可以占用更多或更少的比特。
在一个示例中，如图5B所示，UE还可以指示UE已经检测到失败的波束。所述波束可以经由波束的索引或者与波束相关联的SSB或CSI-RS资源的索引来指示。在该图中，波束索引占用4个比特。取决于配置的波束数量，其也可以占用更多或更少的比特。
在一个示例中，如图5C所示，UE还可以指示在当前波束或服务BWP或服务小区中检测到失败时UE优选切换到的波束或BWP或小区。此外，如图5C所示，UE指示UE优选切换到的候选波束。在该示例中，MAC CE中仅包括同一小区和同一BWP中的候选波束的索引。如果UE优选切换到另一小区或另一BWP，则MAC CE还将携带另一小区或另一BWP的附加索引。
在一个示例中，在MAC CE中可以存在更多字段来指示多个服务小区的标识。这意味着UE可以同时报告多个小区的失败事件。
在一个示例中，MAC CE中可以存在针对触发事件的多个字段。以这种方式，UE可以同时报告多个不同的失败事件。
在另一示例中，可以在MAC CE中定义用以指示小区中触发事件的存在或不存在的比特图字段。比特图中的每个位置对应于小区。例如，比特图字段被设置为1指示检测到对应小区的触发事件，比特图字段被设置为0指示未检测到对应小区的触发事件。
此外，MAC CE还可以包括用于指示针对UE已检测到失败事件的每个小区的候选小区的比特图字段。还可以引入用于指示多个触发事件的比特图字段。在一个示例中，MAC CE中的一些字段可以不被需要。
作为另一具体实施例，定义不同的MAC CE格式来报告不同的触发事件。在这种情况下，MAC CE中不需要触发事件字段。上述实施例中描述的类似示例也适用于该实施例。
在接收到报告消息时，gNB分别为UE采取适当的恢复动作。
如上所述，针对任何小区(包括SCell、CA中的PCell、或DC中的SpCell)，UE可以使用MAC CE来报告失败事件。
根据示例性实施例，当在一个或多个小区中检测到失败事件时，在相同或不同的小区中经由消息来报告失败事件。
在一个示例中，当在一小区中检测到失败事件时，UE可以在相同或任何其他小区中报告该失败事件。
图7A是示出了根据本公开的一些实施例的方法700′的流程图。如结合图6A所描述的，图7A中所示的方法700′可以由在网络节点中实现的或可通信地耦合到网络节点的装置来执行。根据示例性实施例，诸如gNB之类的网络节点可以从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件，如框702′所示。该消息可以包括媒体访问控制(MAC)控制元素(CE)，并且持续的LBT失败与一个或多个小区相关联，例如在一个或多个小区中检测到持续的LBT失败。
根据图7A所示的示例性方法700′，网络节点还可以根据消息中的指示来获得失败事件，如框704′所示。
根据示例性实施例，该指示可以包括MAC CE中的一个或多个比特，或者包括指示持续的LBT失败的存在或不存在的比特图或者指示存在或不存在持续的LBT失败的小区的比特图，所述指示可以是显式的或隐式的。
根据示例性实施例，该指示可以指示与持续的LBT失败相关联的一个或多个小区。
根据示例性实施例，小区可以是特殊小区(SpCell)或辅小区(SCell)。
根据示例性实施例，当在一个或多个小区中检测到持续的LBT失败时，可以在不同的小区中经由消息报告持续的LBT失败。
作为具体实施例，通用MAC CE可以被定义用于报告上述所有触发事件，触发事件可以经由MAC CE有效载荷中的字段来指示。
在一个示例中，如图5A所示，定义了三个字段来分别指示服务小区的标识、BWP的标识、触发事件的类型。在所指示的服务小区和BWP中，所指示的事件已被触发。在图5A中，触发事件占用2个比特。取决于需要报告的触发事件的数量，其也可以占用更多或更少的比特。
在一个示例中，如图5B所示，UE还可以指示UE已经检测到失败的波束。所述波束可以经由波束的索引或者与波束相关联的SSB或CSI-RS资源的索引来指示。在该图中，波束索引占用4个比特。取决于配置的波束数量，其也可以占用更多或更少的比特。
在一个示例中，如图5C所示，UE还可以指示在当前波束或服务BWP或服务小区中检测到失败时UE优选切换到的波束或BWP或小区。此外，如图5C所示，UE指示UE优选切换到的候选波束。在该示例中，MAC CE中仅包括同一小区和同一BWP中的候选波束的索引。如果UE优选切换到另一小区或另一BWP，则MAC CE还将携带另一小区或另一BWP的附加索引。
在一个示例中，在MAC CE中可以存在更多字段来指示多个服务小区的标识。这意味着UE可以同时报告多个小区的失败事件。
在一个示例中，MAC CE中可以存在针对触发事件的多个字段。以这种方式，UE可以同时报告多个不同的失败事件。
在另一示例中，可以在MAC CE中定义用以指示小区中触发事件的存在或不存在的比特图字段。比特图中的每个位置对应于小区。例如，比特图字段被设置为1指示检测到对应小区的触发事件，比特图字段被设置为0指示未检测到对应小区的触发事件。
此外，MAC CE还可以包括用于指示针对UE已检测到失败事件的每个小区的候选小区的比特图字段。还可以引入用于指示多个触发事件的比特图字段。在一个示例中，MAC CE中的一些字段可以不被需要。
作为另一具体实施例，定义不同的MAC CE格式来报告不同的触发事件。在这种情况下，MAC CE中不需要触发事件字段。上述实施例中描述的类似示例也适用于该实施例。
在接收到报告消息时，gNB分别为UE采取适当的恢复动作。
如上所述，针对任何小区(包括SCell、CA中的PCell、或DC中的SpCell)，UE可以使用MAC CE来报告失败事件。
根据示例性实施例，当在一个或多个小区中检测到失败事件时，在相同或不同的小区中经由消息来报告失败事件。
在一个示例中，当在一小区中检测到失败事件时，UE可以在相同或任何其他小区中报告该失败事件。
根据示例性实施例，网络节点还可以基于失败事件来执行恢复动作。
将认识到，本文描述的与调度和传输相关的参数、变量和设置仅仅是示例。其他合适的网络设置、相关联的配置参数及其具体值也可以适用于实现所提出的方法。
图6B是示出了根据本公开的一些实施例的方法600的流程图。图6B所示的方法600可以由在终端设备中实现或可通信地耦合到终端设备的装置来执行。根据示例性实施例，诸如UE之类的终端设备可以确定包括至少一个指示的消息，该至少一个指示指明至少一个失败事件，如框602所示。
根据图6B所示的示例性方法600，诸如UE之类的终端设备可以向网络节点发送消息，如框604所示。
根据示例性实施例，失败事件可以包括持续的先听后说(LBT)失败或波束失败中的至少一个，并且失败事件可以与小区、带宽部分(BWP)或波束中的至少一个相关联，其包括：在一个或多个小区/BWP/波束中检测到失败事件；或者由于失败事件，终端设备优选切换到一个或多个小区/BWP/波束。
作为示例，为了UE向其服务基站报告小区中的不同失败事件，一个或多个新的MAC子报头和/或MAC CE被定义为包括以下信息字段中的至少一个：已检测到一个或多个事件(例如，持续的LBT失败或波束失败等)的一个或多个小区/BWP/波束索引；UE优选切换到的一个或多个小区/BWP/波束索引。失败事件包括以下至少一个：持续的LBT失败、波束失败。
根据示例性实施例，该指示可以包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID(LCID)、或MAC CE，此外，该指示可以包括指示失败事件的存在或不存在或者指示存在或不存在失败事件的小区/BWP/波束的比特图。
根据示例性实施例，该指示可以包括与失败事件相关联的小区、BWP或波束中的至少一个的索引。
作为第一实施例，通用MAC子报头可以被定义用于报告上述所有触发事件，触发事件可以经由MAC子报头中的字段来指示。相应地,可以定义新的MAC子报头。存在若干选项来定义新的MAC子报头。
选项1：定义新的MAC子报头。
在一个示例中，MAC CE具有固定大小，使得新的MAC子报头不包含用于指示MAC CE的长度的L字段，如图4A所示。
在更多示例中，MAC CE具有可变大小，使得MAC子报头包含用于指示MAC CE的长度的L字段。图4B和图4C中示出了两个示例。L字段可以是8个比特或16个比特。
在上述示例中，可能需要为触发事件定义新的LCID。
在上述示例中，新字段“触发事件”可以取不同的值来表示已经触发该MAC CE的不同类型的事件。例如，值“00”表示MAC CE被触发用于报告持续的LBT失败；值“01”表示MACCE被触发用于波束失败恢复请求。在上述示例中，字段“触发事件”占用2个比特。其也可以占用更多或更少的比特，这可以取决于需要报告的触发事件的多少。
选项2：引入多个LCID值来指示不同的触发事件。新的LCID值可以在预留的LCID空间中定义。在一个示例中，可以在下表中引入新的LCID值。在该示例中，MAC CE分别被命名为“UL LBT失败指示MAC CE”和“BFRQ指示MAC CE”。
表4.针对UL-SCH的LCID值
Figure BDA0003930176690000291
作为第二实施例，通用MAC CE可以被定义用于报告上述所有触发事件，触发事件可以经由MAC CE有效载荷中的字段来指示。
在一个示例中，如图5A所示，定义了三个字段来分别指示服务小区的标识、BWP的标识、触发事件的类型。在所指示的服务小区和BWP中，所指示的事件已被触发。在图5A中，触发事件占用2个比特。取决于需要报告的触发事件的数量，其也可以占用更多或更少的比特。
在一个示例中，如图5B所示，UE还可以指示UE已经检测到失败的波束。所述波束可以经由波束的索引或者与波束相关联的SSB或CSI-RS资源的索引来指示。在该图中，波束索引占用4个比特。取决于配置的波束数量，其也可以占用更多或更少的比特。
在一个示例中，如图5C所示，UE还可以指示在当前波束或服务BWP或服务小区中检测到失败时UE优选切换到的波束或BWP或小区。此外，如图5C所示，UE指示UE优选切换到的候选波束。在该示例中，MAC CE中仅包括同一小区和同一BWP中的候选波束的索引。如果UE优选切换到另一小区或另一BWP，则MAC CE还将携带另一小区或另一BWP的附加索引。
在一个示例中，在MAC CE中可以存在更多字段来指示多个服务波束/BWP/小区的标识。这意味着UE可以同时报告多个波束/BWP/小区的失败事件。MAC CE也可以仅包含一个服务小区的标识，然而，存在与该小区相关联的多个BWP的标识。以这种方式，UE可以报告属于同一服务小区的多个BWP的失败事件。MAC CE也可以仅包含一个服务小区或一个BWP的标识，然而，存在属于同一小区或BWP的多个波束的标识。以这种方式，UE可以报告属于同一服务小区或同一BWP的多个波束的失败事件。
在一个示例中，MAC CE中可以存在针对触发事件的多个字段。以这种方式，UE可以同时报告多个不同的失败事件。
在另一示例中，可以在MAC CE中定义用以指示波束/BWP/小区中触发事件的存在或不存在的比特图字段。比特图中的每个位置对应于波束/BWP/小区。例如，比特图字段被设置为1指示检测到对应波束/BWP/小区的触发事件，比特图字段被设置为0指示未检测到对应波束/BWP/小区的触发事件。
此外，在同一MAC CE中，可以存在单独的比特图字段来分别指示波束、BWP或小区的触发事件的存在或不存在。在一个示例中，存在4个比特的比特图字段，并且每个比特表示特定的BWP，比特取值“1”指示对应BWP中发生失败事件，而比特取值“0”指示对应BWP中没有发生失败事件。类似地，MAC CE还可以包括用于指示针对UE已检测到失败事件的每个波束、BWP或小区的候选波束、BWP或小区的比特图字段。还可以引入用于指示多个触发事件的比特图字段。在一个示例中，MAC CE中的一些字段可以不被需要。例如，在MAC CE中可以不需要指示已经检测到失败的BWP或波束的标识的BWP索引或波束索引，因为gNB可能知道UE的当前服务BWP或服务波束，因此，UE向其gNB发送将仅携带小区索引和/或失败事件指示符的MAC CE就足够了。
作为第三实施例，定义不同的MAC CE格式来报告不同的触发事件。在这种情况下，MAC CE中不需要触发事件字段。第二实施例中描述的类似示例也适用于该实施例。
根据示例性实施例，消息可以是以下之一：媒体访问控制(MAC)子报头、MAC控制元素(CE)、无线电资源控制(RRC)信令、物理上行链路控制信道(PUCCH)信令、或随机接入信道(RACH)过程中的信令。
根据示例性实施例，小区包括主小区(PCell)、辅小区(SCell)或主辅小区(PSCell)。
作为第四实施例，对于每个检测到的事件，UE可以取决于检测到事件的方式来不同地处理事件。如果在波束中检测到事件，则UE向基站报告针对波束的事件的发生。如果在BWP中检测到事件，则UE向基站报告针对BWP的事件的发生。如果针对服务小区中的所有配置的BWP检测到事件，则UE向基站报告针对该小区的事件的发生。备选地，gNB配置数量/阈值来限制UE报告BWP特定的失败事件，换言之，如果检测到的BWP特定的失败事件的数量已经达到该阈值，则UE向基站报告针对小区的事件。
在报告过程中，UE可以使用MAC子报头和/或MAC CE向基站发送报告。UE还可以使用诸如RRC信令或PUCCH信令之类的其他信令方式或者PRACH过程(其指示针对小区的事件的发生)来报告事件的发生。
在示例中，UE可以使用MAC子报头和/或MAC CE来报告上述实施例中描述的所有事件。在另一示例中，当在波束或BWP中检测到事件时，UE使用MAC CE来报告事件，然而，UE使用RRC信令来报告已经针对小区检测到的事件，因为gNB在接收到失败报告时可以命令UE切换到另一小区。对于这样的恢复动作，RRC信令可能更适合，因为RRC信令比MAC CE提供更好的传输可靠性。具体地，对于SCell中检测到的失败事件，UE首先使用MAC CE来报告检测到的针对波束或BWP的失败，在该SCell中的所有配置的BWP中都检测到相同的失败事件后，UE通过另一小区(例如，主小区)发送RRC信令，向基站报告该失败事件。该RRC信令可以是新的信令消息，或是扩展有新信息的现有信令消息。
在接收到报告消息时，gNB分别为UE采取适当的恢复动作。
如上所述，针对任何小区(包括SCell、CA中的PCell、或DC中的SpCell)，UE可以使用所定义的MAC子报头和/或MAC CE来报告失败事件。
根据示例性实施例，当在一个或多个小区/BWP/波束中检测到失败事件时，在相同或不同的小区/BWP/波束中经由消息来报告失败事件。
在一个示例中，当在波束/BWP/小区中检测到失败事件时，UE可以在相同或任何其他波束/BWP/小区中报告失败事件。
图7B是示出了根据本公开的一些实施例的方法700的流程图。如结合图6B所描述的，图7B中所示的方法700可以由在网络节点中实现或可通信地耦合到网络节点的装置来执行。根据示例性实施例，诸如gNB之类的网络节点可以从终端设备接收包括至少一个指示的消息，该至少一个指示指明至少一个失败事件，如框702所示。
根据图7B所示的示例性方法700，网络节点还可以根据消息中的指示来获得失败事件，如框704所示。
根据示例性实施例，网络节点还可以基于失败事件来执行恢复动作。
根据示例性实施例，失败事件可以包括持续的先听后说(LBT)失败或波束失败中的至少一个，并且失败事件可以与小区、带宽部分(BWP)或波束中的至少一个相关联，其包括：在一个或多个小区/BWP/波束中检测到失败事件；或者由于失败事件，终端设备优选切换到一个或多个小区/BWP/波束。当在一个或多个小区/BWP/波束中检测到失败事件时，失败事件可以在相同或不同的小区/BWP/波束中经由消息进行报告。
根据示例性实施例，消息可以是以下之一：媒体访问控制(MAC)子报头、MAC控制元素(CE)、无线电资源控制(RRC)信令、物理上行链路控制信道(PUCCH)信令、或随机接入信道(RACH)过程中的信令。
根据示例性实施例，该指示可以包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID(LCID)、或MAC CE，此外，该指示可以包括指示失败事件的存在或不存在或者指示存在或不存在失败事件的小区/BWP/波束的比特图。
根据示例性实施例，该指示可以包括与失败事件相关联的小区、BWP或波束中的至少一个的索引。
根据示例性实施例，小区可以包括主小区(PCell)、辅小区(SCell)或主辅小区(PSCell)。
将认识到，本文描述的与调度和传输相关的参数、变量和设置仅仅是示例。其他合适的网络设置、相关联的配置参数及其具体值也可以适用于实现所提出的方法。
图6A、图6B和图7A、图7B中所示的各个框可以被视为方法步骤，和/或由计算机程序代码的操作得到的操作，和/或被构造为执行相关联的功能的多个耦合的逻辑电路单元。上面描述的示意性流程图一般被阐述为逻辑流程图。因此，所描绘的顺序和标记的步骤是对所提出的方法的特定实施例的指示。可以构思在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其他步骤和方法。此外，具体方法的发生顺序可以严格符合或可以不严格符合所示对应步骤的顺序。
图8是示出了根据本公开的各种实施例的装置800的框图。如图8所示，装置800可以包括一个或多个处理器(例如处理器801)以及存储计算机程序代码803的一个或多个存储器(例如存储器802)。存储器802可以是非暂时性机器/处理器/计算机可读存储介质。根据一些示例性实施例，装置800可以被实现为集成电路芯片或模块，该集成电路芯片或模块可以被插入或安装到如关于图6A或图6B描述的终端设备和如关于图7A或图7B描述的网络节点中。
在一些实现中，一个或多个存储器802和计算机程序代码803可以被配置为与一个或多个处理器801一起使装置800至少执行如结合图6A或图6B描述的方法的任何操作。在其他实现中，一个或多个存储器802和计算机程序代码803可以被配置为与一个或多个处理器801一起使装置800至少执行如结合图7A或图7B描述的方法的任何操作。
备选地或附加地，一个或多个存储器802和计算机程序代码803可以被配置为与一个或多个处理器801一起使装置800至少执行或多或少的操作以实现根据本公开的示例性实施例所提出的方法。
图9是示出了根据本公开的一些实施例的装置900的框图。如图9所示，装置900可以包括确定模块901和发送模块902。在示例性实施例中，装置900可以在诸如UE的终端设备中实现。确定模块901可操作以执行框602中的操作，并且发送模块902可操作以执行框604中的操作。可选地，确定模块901和/或发送模块902可操作以执行或多或少的操作以实现根据本公开的示例性实施例所提出的方法。
图10是示出了根据本公开的一些实施例的装置1000的框图。如图10所示，装置1000可以包括接收模块1001和获得模块1002。在示例性实施例中，装置1000可以在诸如gNB的网络节点中实现。接收模块1001可操作以执行框702中的操作，并且获得模块1002可操作以执行框704中的操作。可选地，接收模块1001和/或获得模块1002可操作以执行或多或少的操作以实现根据本公开的示例性实施例所提出的方法。
以这种方式，所提出的解决方案使网络节点(例如gNB)能够更好地控制用户的性能或更好地利用可用频谱。网络节点(例如gNB)可以接收关于终端设备的相关信息，例如UE检测到的失败事件，以便网络可以采取适当的且有根据的动作来处理有问题的情形，并且能够响应于检测到的失败而采取更好且更快的动作。例如，通过关于失败原因的准确报告，网络可以采取进一步的动作，例如更新UE的RAN配置、重新配置发生失败的UE组以节省信令开销等。
使用信令或MAC子报头和/或MAC CE的失败报告可以比无线电链路失败(RLF)触发更早被触发。或者UE可以在不触发RLF的情况下切换到另一活动波束/BWP/小区。
此外，与纯粹的RRC重建过程相比，针对LBT失败或波束失败使用特定的MAC子报头和/或MAC CE可以获得更多益处。与纯粹的基于RRC信令的报告方式相比，基于MAC子报头和/或MAC CE的报告提供了更低的信令开销和更快的反应时间。
图11是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。
参照图11，根据实施例，通信系统包括电信网络1110(例如，3GPP类型的蜂窝网络)，电信网络1110包括接入网1111(例如，无线电接入网)和核心网络1114。接入网1111包括多个基站1112a、1112b、1112c(例如，NB、eNB、gNB或其他类型的无线接入点)，每个基站定义对应覆盖区域1113a、1113b、1113c。每个基站1112a、1112b、1112c通过有线或无线连接1115可连接到核心网络1114。位于覆盖区域1113c中的第一UE 1191被配置为以无线方式连接到对应基站1112c或被对应基站1112c寻呼。覆盖区域1113a中的第二UE 1192以无线方式可连接到对应基站1112a。虽然在该示例中示出了多个UE 1191、1192，但所公开的实施例同等地适用于唯一的UE处于覆盖区域中或者唯一的UE正连接到对应基站1112的情形。
电信网络1110自身连接到主机计算机1130，主机计算机1130可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机1130可以处于服务提供商的所有或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络1110与主机计算机1130之间的连接1121和1122可以直接从核心网络1114延伸到主机计算机1130，或者可以经由可选的中间网络1120进行。中间网络1120可以是公共、私有或承载网络中的一个或多于一个的组合；中间网络1120(若存在)可以是骨干网或互联网；具体地，中间网络1120可以包括两个或更多个子网络(未示出)。
图11的通信系统作为整体实现了所连接的UE 1191、1192与主机计算机1130之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接1150。主机计算机1130和所连接的UE 1191、1192被配置为使用接入网1111、核心网络1114、任何中间网络1120和可能的其他基础设施(未示出)作为中介，经由OTT连接1150来传送数据和/或信令。在OTT连接1150所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接1150可以是透明的。例如，可以不向基站1112通知或者可以无需向基站1112通知具有源自主机计算机1130的要向所连接的UE 1191转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，基站1112无需意识到源自UE 1191向主机计算机1130的输出上行链路通信的未来的路由。
图12是示出了根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图。
现将参照图12来描述根据实施例的在先前段落中所讨论的UE、基站和主机计算机的示例实现方式。在通信系统1200中，主机计算机1210包括硬件1215，硬件1215包括通信接口1216，通信接口1216被配置为建立和维护与通信系统1200的不同通信设备的接口的有线或无线连接。主机计算机1210还包括处理电路1218，其可以具有存储和/或处理能力。具体地，处理电路1218可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机1210还包括软件1211，其被存储在主机计算机1210中或可由主机计算机1210访问并且可由处理电路1218来执行。软件1211包括主机应用1212。主机应用1212可操作为向远程用户(例如，UE 1230)提供服务，UE 1230经由在UE 1230和主机计算机1210处端接的OTT连接1250来连接。在向远程用户提供服务时，主机应用1212可以提供使用OTT连接1250来发送的用户数据。
通信系统1200还包括在电信系统中提供的基站1220，基站1220包括使其能够与主机计算机1210和与UE 1230进行通信的硬件1225。硬件1225可以包括：通信接口1226，其用于建立和维护与通信系统1200的不同通信设备的接口的有线或无线连接；以及无线电接口1227，其用于至少建立和维护与位于基站1220所服务的覆盖区域(图12中未示出)中的UE1230的无线连接1270。通信接口1226可以被配置为促进到主机计算机1210的连接1260。连接1260可以是直接的，或者它可以经过电信系统的核心网络(图12中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示实施例中，基站1220的硬件1225还包括处理电路1228，处理电路1228可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站1220还具有内部存储的或经由外部连接可访问的软件1221。
通信系统1200还包括已经提及的UE 1230。其硬件1235可以包括无线电接口1237，其被配置为建立和维护与服务于UE 1230当前所在的覆盖区域的基站的无线连接1270。UE1230的硬件1235还包括处理电路1238，其可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE1230还包括软件1231，其被存储在UE 1230中或可由UE 1230访问并可由处理电路1238执行。软件1231包括客户端应用1232。客户端应用1232可操作为在主机计算机1210的支持下经由UE 1230向人类或非人类用户提供服务。在主机计算机1210中，执行的主机应用1212可以经由端接在UE 1230和主机计算机1210处的OTT连接1250与执行客户端应用1232进行通信。在向用户提供服务时，客户端应用1232可以从主机应用1212接收请求数据，并响应于请求数据来提供用户数据。OTT连接1250可以传送请求数据和用户数据二者。客户端应用1232可以与用户进行交互，以生成其提供的用户数据。
注意，图12所示的主机计算机1210、基站1220和UE 1230可以分别与图11的主机计算机1130、基站1112a、1112b、1112c之一和UE 1191、1192之一相似或相同。也就是说，这些实体的内部工作可以如图12所示，并且独立地，周围网络拓扑可以是图11的网络拓扑。
在图12中，已经抽象地绘制OTT连接1250，以示出经由基站1220在主机计算机1210与UE 1230之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向UE 1230隐藏或向操作主机计算机1210的服务提供商隐藏或向这二者隐藏。在OTT连接1250活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。
UE 1230与基站1220之间的无线连接1270根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1250向UE 1230提供的OTT服务的性能，其中无线连接1270形成OTT连接1250中的最后一段。更精确地，这些实施例中的一些的教导可以改进时延和功耗，从而提供诸如较低复杂度、减少的接入小区所需的时间、更好的响应性、延长的电池寿命等益处。
出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机1210与UE 1230之间的OTT连接1250的可选网络功能。用于重新配置OTT连接1250的测量过程和/或网络功能可以以主机计算机1210的软件1211和硬件1215或以UE 1230的软件1231和硬件1235或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接1250经过的通信设备中或与OTT连接1250经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监视量的值或提供软件1211、1231可以用来计算或估计监视量的其他物理量的值来参与测量过程。对OTT连接1250的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站1220，并且其对于基站1220来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机1210对吞吐量、传播时间、时延等的测量的专有UE信令。该测量可以如下实现：软件1211和1231在其监视传播时间、差错等的同时使得能够使用OTT连接1250来发送消息(具体地，空消息或“假”消息)。
图13是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图11和图12描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图13的图引用。在步骤13010中，主机计算机提供用户数据。在步骤1310的子步骤1311(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1320中，主机计算机发起向UE的携带用户数据的传输。在步骤1330(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中所携带的用户数据。在步骤1340(其也可以是可选的)中，UE执行与主机计算机所执行的主机应用相关联的客户端应用。
图14是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图11和图12描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图14的图引用。在方法的步骤1410中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1420中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站。在步骤1430(其可以是可选的)中，UE接收传输中所携带的用户数据。
图15是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图11和图12描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图15的图引用。在步骤1510(其可以是可选的)中，UE接收由主机计算机所提供的输入数据。附加地或备选地，在步骤1520中，UE提供用户数据。在步骤1520的子步骤1521(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1510的子步骤1511(其可以是可选的)中，UE执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE在子步骤1530(其可以是可选的)中都发起用户数据向主机计算机的传输。在方法的步骤1540中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。
图16是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图11和图12描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图16的图引用。在步骤1610(其可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1620(其可以是可选的)中，基站发起接收到的用户数据向主机计算机的传输。在步骤1630(其可以是可选的)中，主机计算机接收由基站所发起的传输中所携带的用户数据。
通常，可以用硬件或专用芯片、电路、软件、逻辑或其任何组合来实现各种示例性实施例。例如，一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本公开不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用某个其它的图形表示，但是可以理解，本文描述的这些框、装置、系统、技术或方法可以被实施为(作为非限制示例)硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者它们的某种组合。
因此，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实施。因此，应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括用于体现可配置以便根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能的固件)。
应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。一般地，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。可以将计算机可执行指令存储在诸如硬盘、光盘、可移除存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。如本领域技术人员将理解的，程序模块的功能可以在各种实施例中根据需要组合或分布。此外，功能可以全部或部分地体现在固件或硬件等同物中，例如集成电路、现场可编程门阵列(FPGA)等。
通常，可以用硬件或专用电路、软件、逻辑或其任何组合来实现各种示例性实施例。例如，一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本公开不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用某个其它的图形表示，但是可以理解，本文描述的这些框、装置、系统、技术或方法可以被实施为(作为非限制示例)硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者它们的某种组合。
因此，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实施。因此，应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括用于体现可配置以便根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能的固件)。
应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。一般地，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。可以将计算机可执行指令存储在诸如硬盘、光盘、可移除存储介质、固态存储器、RAM等的计算机可读介质上。如本领域技术人员将理解的，程序模块的功能可以在各种实施例中根据需要组合或分布。此外，功能可以全部或部分地体现在固件或硬件等同物中，例如集成电路、现场可编程门阵列(FPGA)等。
本公开中对“一个实施例”、“实施例”等的引用指示所描述的实施例可以包括特定的特征、结构或特性，但是并非每个实施例都必须包括所述特定的特征、结构或特性。此外，这些短语不一定指向同一实施例。此外，当结合实施例来描述特定特征、结构、或特性时，应认为结合其他实施例(不管是否被显式描述)来实现这种特征、结构、或特性是在本领域技术人员的知识范围内的。
应当理解，虽然可以在本文使用术语“第一”、“第二”等来描述各种元件，但是这些元件不应被这些术语限制。这些术语仅用来将元件彼此区分。例如，不脱离本公开的范围，第一元件可以被称为第二元件，并且类似地，第二元件可以被称为第一元件。如本文中使用的，术语“和/或”包括相关列出项中的一个或多个的任意和所有组合。
本文所用的术语仅是为了描述特定实施例，而不意在限制本公开。如本文所使用的，单数形式“一”、“一个”和“所述”旨在还包括复数形式，除非上下文明确地给出相反的指示。将进一步理解的是，当在本文中使用时，词语“包含”、“具有”、“包括”指明所陈述的特征、元件和/或组件的存在，但不排除存在或添加一个或多个其它特征、元件、组件和/或其组合。本文使用的术语“连接”涵盖两个元件之间的直接和/或间接连接。
本公开明确地或其任何概括包括本文公开的任何新颖特征或特征的组合。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和调整对于相关领域的技术人员而言将变得显而易见。然而，任何和所有修改仍将落入本公开的非限制性和示例性的实施例的范围内。

Claims (53)

1.一种在终端设备处实现的方法(600')，包括：
确定(602')包括至少一个指示的消息，所述至少一个指示指明持续的先听后说LBT失败；以及
向网络节点发送(604')所述消息，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
2.根据权利要求1所述的方法，其中，所述持续的LBT失败与一个或多个小区相关联还包括：在一个或多个小区中检测到所述持续的LBT失败。
3.根据权利要求1或2所述的方法，其中，所述指示包括所述MAC CE中的一个或多个比特。
4.根据权利要求1至3中任一项所述的方法，其中，所述指示包括指示所述持续的LBT失败的存在或不存在的比特图。
5.根据权利要求1至3中任一项所述的方法，其中，所述指示包括指示存在或不存在所述持续的LBT失败的小区的比特图。
6.根据权利要求1至5中任一项所述的方法，其中，所述指示指明与所述持续的LBT失败相关联的一个或多个小区。
7.根据权利要求1至6中任一项所述的方法，其中，所述小区包括特殊小区SpCell或辅小区SCell。
8.根据权利要求1至7中任一项所述的方法，其中，当在一个或多个小区中检测到所述持续的LBT失败时，所述持续的LBT失败在不同的小区中经由所述消息进行报告。
9.一种在终端设备中实现的装置(800)，包括：
一个或多个处理器(801)；以及
一个或多个存储器(802)，包括计算机程序代码(803)，
所述一个或多个存储器(802)和所述计算机程序代码(803)被配置为与所述一个或多个处理器(801)一起使所述装置(800)至少：
确定(602')包括至少一个指示的消息，所述至少一个指示指明持续的先听后说LBT失败；以及
向网络节点发送(604')所述消息，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
10.根据权利要求9所述的装置，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述装置执行根据权利要求2至8中任一项所述的方法。
11.一种在网络节点处实现的方法(700’)，包括：
从终端设备接收(702')包括至少一个指示的消息，所述至少一个指示指明持续的先听后说LBT失败；以及
根据所述消息中的指示来获得(704')所述持续的LBT失败，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
12.根据权利要求11所述的方法，其中，所述持续的LBT失败与一个或多个小区相关联还包括：在一个或多个小区中检测到所述持续的LBT失败。
13.根据权利要求11或12所述的方法，其中，所述指示包括所述MAC CE中的一个或多个比特。
14.根据权利要求11至13中任一项所述的方法，其中，所述指示包括指示所述持续的LBT失败的存在或不存在的比特图。
15.根据权利要求11至13中任一项所述的方法，其中，所述指示包括指示存在或不存在所述持续的LBT失败的小区的比特图。
16.根据权利要求11至15中任一项所述的方法，其中，所述指示指明与所述持续的LBT失败相关联的一个或多个小区。
17.根据权利要求11至16任一项所述的方法，其中，所述小区包括特殊小区SpCell或辅小区SCell。
18.根据权利要求11至17中任一项所述的方法，其中，当在一个或多个小区中检测到所述持续的LBT失败时，所述持续的LBT失败在不同的小区中经由所述消息进行报告。
19.一种在网络节点中实现的装置(800)，包括：
一个或多个处理器(801)；以及
一个或多个存储器(802)，包括计算机程序代码(803)，
所述一个或多个存储器(802)和所述计算机程序代码(803)被配置为与所述一个或多个处理器(801)一起使所述装置(800)至少：
从终端设备接收(702')包括至少一个指示的消息，所述至少一个指示指明持续的先听后说LBT失败；以及
根据所述消息中的指示来获得(704')所述持续的LBT失败，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
20.根据权利要求19所述的装置，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述装置执行根据权利要求12至18中任一项所述的方法。
21.一种计算机可读介质，其上包含有用于与计算机一起使用的计算机程序代码(803)，其中，所述计算机程序代码(803)包括用于执行根据权利要求1至8中任一项所述的方法的代码。
22.一种计算机可读介质，其上包含有用于与计算机一起使用的计算机程序代码(803)，其中，所述计算机程序代码(803)包括用于执行根据权利要求11至18中任一项所述的方法的代码。
23.一种在终端设备处实现的方法(600)，包括：
确定(602)包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
向网络节点发送(604)所述消息。
24.根据权利要求23所述的方法，其中，所述失败事件包括以下至少一个：持续的先听后说LBT失败、或波束失败。
25.根据权利要求23或24所述的方法，其中，所述消息包括以下至少一个：媒体访问控制MAC子报头、MAC控制元素CE、无线电资源控制RRC信令、物理上行链路控制信道PUCCH信令、或随机接入信道RACH过程中的信令。
26.根据权利要求23至25中任一项所述的方法，其中，所述失败事件与小区、带宽部分BWP或波束中的至少一个相关联。
27.根据权利要求26所述的方法，其中，所述失败事件与小区、BWP或波束中的至少一个相关联还包括：
在一个或多个小区/BWP/波束中检测到所述失败事件；或
由于所述失败事件，所述终端设备优选切换到一个或多个小区/BWP/波束。
28.根据权利要求23至27中任一项所述的方法，其中，所述指示包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID LCID、或MAC CE。
29.根据权利要求23至28中任一项所述的方法，其中，所述指示包括比特图，所述比特图指示所述失败事件的存在或不存在，或指示存在或不存在所述失败事件的小区/BWP/波束。
30.根据权利要求23至29中任一项所述的方法，其中，所述指示包括与所述失败事件相关联的小区、BWP或波束中的至少一个的索引。
31.根据权利要求26至30中任一项所述的方法，其中，所述小区包括主小区PCell、辅小区SCell或主辅小区PSCell。
32.根据权利要求27所述的方法，其中，当在一个或多个小区/BWP/波束中检测到所述失败事件时，所述失败事件在相同或不同的小区/BWP/波束中经由所述消息进行报告。
33.一种在终端设备中实现的装置(800)，包括：
一个或多个处理器(801)；以及
一个或多个存储器(802)，包括计算机程序代码(803)，
所述一个或多个存储器(802)和所述计算机程序代码(803)被配置为与所述一个或多个处理器(801)一起使所述装置(800)至少：
确定(602)包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
向网络节点发送(604)所述消息。
34.根据权利要求33所述的装置，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述装置执行根据权利要求24至32中任一项所述的方法。
35.一种在网络节点处实现的方法(700)，包括：
从终端设备接收(702)包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
根据所述消息中的指示来获得(704)所述失败事件。
36.根据权利要求35所述的方法，还包括：
基于所述失败事件来执行恢复动作。
37.根据权利要求35或36所述的方法，其中，所述失败事件包括以下至少一个：持续的先听后说LBT失败、或波束失败。
38.根据权利要求35至37中任一项所述的方法，其中，所述消息包括以下至少一个：媒体访问控制MAC子报头、MAC控制元素CE、无线电资源控制RRC信令、物理上行链路控制信道PUCCH信令、或随机接入信道RACH过程中的信令。
39.根据权利要求35至38中任一项所述的方法，其中，所述失败事件与小区、带宽部分BWP或波束中的至少一个相关联。
40.根据权利要求39所述的方法，其中，所述失败事件与小区、BWP或波束中的至少一个相关联还包括：
在一个或多个小区/BWP/波束中检测到所述失败事件；或
由于所述失败事件，所述终端设备优选切换到一个或多个小区/BWP/波束。
41.根据权利要求35至40中任一项所述的方法，其中，所述指示包括以下至少一个中的一个或多个比特：MAC子报头、逻辑信道ID LCID、MAC CE。
42.根据权利要求39至41中任一项所述的方法，其中，所述指示包括比特图，所述比特图指示所述失败事件的存在或不存在，或指示存在或不存在所述失败事件的小区/BWP/波束。
43.根据权利要求35至42中任一项所述的方法，其中，所述指示包括与所述失败事件相关联的小区、BWP或波束中的至少一个的索引。
44.根据权利要求35至43任一项所述的方法，其中，所述小区包括主小区PCell、辅小区SCell或主辅小区PSCell。
45.根据权利要求40所述的方法，其中，当在一个或多个小区/BWP/波束中检测到所述失败事件时，所述失败事件在相同或不同的小区/BWP/波束中经由所述消息进行报告。
46.一种在网络节点中实现的装置(800)，包括：
一个或多个处理器(801)；以及
一个或多个存储器(802)，包括计算机程序代码(803)，
所述一个或多个存储器(802)和所述计算机程序代码(803)被配置为与所述一个或多个处理器(801)一起使所述装置(800)至少：
从终端设备接收(702)包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
根据所述消息中的指示来获得(704)所述失败事件。
47.根据权利要求46所述的装置，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述装置执行根据权利要求36至45中任一项所述的方法。
48.一种计算机可读介质，其上包含有用于与计算机一起使用的计算机程序代码(803)，其中，所述计算机程序代码(803)包括用于执行根据权利要求23至32中任一项所述的方法的代码。
49.一种计算机可读介质，其上包含有用于与计算机一起使用的计算机程序代码(803)，其中，所述计算机程序代码(803)包括用于执行根据权利要求35至45中任一项所述的方法的代码。
50.一种在终端设备中实现的装置(900)，包括：
确定模块(901)，被配置为确定包括持续的先听后说LBT失败的消息；以及
发送模块(902)，被配置为向网络节点发送所述消息，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
51.一种在网络节点处实现的装置(1000)，包括：
接收模块(1001)，被配置为从终端设备接收包括至少一个指示的消息，所述至少一个指示指明持续的先听后说LBT失败；以及
获得模块(1002)，被配置为根据所述消息中的指示来获得所述持续的LBT失败，
其中，所述消息包括媒体访问控制MAC控制元素CE，并且所述持续的LBT失败与一个或多个小区相关联。
52.一种在终端设备中实现的装置(900)，包括：
确定模块(901)，被配置为确定包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
发送模块(902)，被配置为向网络节点发送所述消息。
53.一种在网络节点处实现的装置(1000)，包括：
接收模块(1001)，被配置为从终端设备接收包括至少一个指示的消息，所述至少一个指示指明至少一个失败事件；以及
获得模块(1002)，被配置为根据所述消息中的指示来获得所述失败事件。
CN202211384350.3A 2019-11-05 2020-06-22 用于指示失败事件的方法和装置 Pending CN115835396A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP2019080273 2019-11-05
EPPCT/EP2019/080273 2019-11-05
CN202080076323.2A CN114631348A (zh) 2019-11-05 2020-06-22 用于指示失败事件的方法和装置
PCT/EP2020/067351 WO2021089202A1 (en) 2019-11-05 2020-06-22 Methods and apparatus for indicating a failure event

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202080076323.2A Division CN114631348A (zh) 2019-11-05 2020-06-22 用于指示失败事件的方法和装置

Publications (1)

Publication Number Publication Date
CN115835396A true CN115835396A (zh) 2023-03-21

Family

ID=71096722

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080076323.2A Pending CN114631348A (zh) 2019-11-05 2020-06-22 用于指示失败事件的方法和装置
CN202211384350.3A Pending CN115835396A (zh) 2019-11-05 2020-06-22 用于指示失败事件的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202080076323.2A Pending CN114631348A (zh) 2019-11-05 2020-06-22 用于指示失败事件的方法和装置

Country Status (4)

Country Link
US (1) US20220394763A1 (zh)
EP (1) EP4055973A1 (zh)
CN (2) CN114631348A (zh)
WO (1) WO2021089202A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3820232A1 (en) * 2019-11-07 2021-05-12 Panasonic Intellectual Property Corporation of America User equipment and scheduling node
CN114651520A (zh) * 2019-11-07 2022-06-21 鸿颖创新有限公司 先听后说恢复过程的方法及相关设备
EP4040888A4 (en) * 2019-11-08 2022-09-14 Huawei Technologies Co., Ltd. EVENT PROCESSING METHOD AND APPARATUS
WO2021098740A1 (en) * 2019-11-18 2021-05-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Apparatus and method of wireless communication
CN115915176A (zh) * 2021-08-05 2023-04-04 夏普株式会社 由用户设备执行的方法及用户设备
US11638326B1 (en) 2021-12-14 2023-04-25 Dish Wireless L.L.C. Systems and methods for radio unit backup connections

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102340908B1 (ko) * 2016-05-12 2021-12-17 삼성전자 주식회사 비면허 대역을 사용하는 셀룰러 네트워크에서의 상향링크 자원할당 방법 및 그 장치
BR112020014199A2 (pt) * 2018-01-10 2020-12-01 Idac Holdings, Inc. método para uso em uma unidade de transmissão/recepção sem fio, unidade de transmissão/recepção sem fio, e, gnb
EP3824690A4 (en) * 2018-07-17 2022-03-02 ZTE Corporation METHOD, DEVICE AND SYSTEMS FOR TRANSMISSION OF SIGNAL AND CHANNEL INFORMATION
WO2020171478A1 (ko) * 2019-02-22 2020-08-27 한국전자통신연구원 통신 시스템에서 가변 대역폭을 사용하여 신호를 송수신하는 방법 및 장치
WO2020198584A1 (en) * 2019-03-27 2020-10-01 Apple Inc. Uplink listen before talk failure handling
KR20210154251A (ko) * 2019-05-01 2021-12-20 애플 인크. 비허가 스펙트럼 상에서 동작하는 뉴 라디오(nr) 시스템들에 대한 업링크 lbt 실패들을 핸들링하는 장치 및 방법
TW202123730A (zh) * 2019-10-01 2021-06-16 美商Ｉｄａｃ控股公司 報告通道故障方法
US11362722B2 (en) * 2019-10-03 2022-06-14 Mediatek Inc. Beam failure recovery procedure for secondary cell in mobile communications
ES2967711T3 (es) * 2019-11-05 2024-05-03 Nokia Technologies Oy Mejora en la ocasión de canal de acceso aleatorio y la asociación de bloque de ss/pbch
US10979128B1 (en) * 2019-12-07 2021-04-13 PanPsy Technologies, LLC Beam failure and consistent listen before talk failure recovery

Also Published As

Publication number Publication date
EP4055973A1 (en) 2022-09-14
CN114631348A (zh) 2022-06-14
WO2021089202A1 (en) 2021-05-14
US20220394763A1 (en) 2022-12-08

Similar Documents

Publication Publication Date Title
US11303343B2 (en) Method, terminal device, and network device for beam failure management and beam recovery
CN110249683B (zh) 用于波束故障恢复的方法和装置
US20220078873A1 (en) User Equipment, Radio Network Node and Methods for Managing Recovery Procedures Therein
US20220346174A1 (en) Reporting Listen-before-Talk Failures in a Wireless Network
US10362602B2 (en) Air channel detection method and node device
US20220394763A1 (en) Methods and apparatus for indicating a failure event
US20130201954A1 (en) Device to Device and Connection Mode Switching
EP3236701A1 (en) User equipment carrier activation
US20160066237A1 (en) Radio communication system, base station device, terminal device, radio communication method, and integrated circuit
CN113412673B (zh) 用于处理2步和4步随机接入过程的ue、网络节点和方法
US20230058492A1 (en) Beam Selection in Unlicensed Operation
US20240023160A1 (en) Methods, Apparatus and Machine-Readable Media Relating to Reporting Failure in a Wireless Network
US11490422B2 (en) Methods, terminal device and base station for channel sensing in unlicensed spectrum
EP2975893B1 (en) Wireless communication system, base station device and wireless communication method for performing dual connect
EP3952175A1 (en) Beam failure recovery method and apparatus, and communication system
US20220346127A1 (en) User equipment and scheduling node
CN113424645B (zh) Ue、无线电网络节点以及其中执行的用于处理通信的方法
WO2023239279A1 (en) Radio network node, user equipment and methods performed therein
CN116368765A (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