[发明专利]调度请求、状态报告以及逻辑信道优先化

说明书

提供了用于波束失败恢复和调度请求的特征、方法和功能，包括用于触发、取消和传输波束恢复请求的方法。调度请求可以被设计为容纳新准则，以在免许可的上行链路共享信道(UL‑SCH)上进行传输并保留调度请求。

相关申请的交叉引用

本申请要求享有2017年6月15日提交的美国临时申请No.62/520,226、2017年11月2日提交的美国临时申请No.62/580,812和2018年1月10日提交的美国临时申请No.62/615,716的权益，这些申请的公开内容通过引用整体并入本文。

背景技术

机器对机器(M2M)系统，也称为物联网(IoT)或物联网络(WoT)系统，常常结合多个互连的异构网络，其中各种网络协议被用于支持各种设备、应用和服务。这些协议具有不同的功能和特征，每个功能和特征针对一种情况或另一种情况进行了优化。由于设备、应用、服务和环境的多样性，没有万能的解决方案。

本公开涉及诸如UE、eNB、NR节点、RRH和TRP之类的节点，并且涉及终端和RAN系统的数据链路和物理层，以及3GPP和其它M2M、IoT、WoT和类似体系架构中的类似节点和层。例如，在以下文献中描述了此类节点、层和体系架构：3GPP TR 38.913 Study on Scenariosand Requirements for Next Generation Access Technologies(3GPP TR 38.913关于下一代接入技术的场景和要求的研究)(版本14)，V0.2.0；Chairman’s Note of 3GPP TSGRAN WG1#88b(3GPP TSG RAN WG1#88b的主席记录)；3GPP TS 36.321 E-UTRA MediumAccess Control(MAC)protocol specification(3GPP TS 36.321 E-UTRA介质访问控制(MAC)协议规范)，V15.0.0；3GPP TS 38.321 NR Medium Access Control(MAC)protocolspecification(3GPP TS 38.321 NR介质访问控制(MAC)协议规范)，V15.0.0；以及3GPP TS38.331 NR Radio Resource Control(RRC)protocol specification(3GPP TS 38.331 NR无线资源控制(RRC)协议规范)，V15.0.0。

发明内容

可以经由用于触发、传输和取消波束恢复请求(BRR)的过程和技术来促进波束恢复。

调度请求可以在无授权的上行链路共享数据信道(UL-SCH)上被传输，并被保持。

波束恢复请求可以与调度请求多路复用，并且与调度请求交互。

SR失败报告和针对物理上行链路控制信道(PUCCH)释放的请求可以涉及SR失败类型的使用，其中用户设备(UE)UE动作基于SR失败类型。SR失败和对于gNB的PUCCH释放的请求的UE信令可以使用基于RRC或基于MAC的过程。

可以在逻辑信道优先化(LCP)过程中使用变量(例如，Bj)，以确保满足逻辑信道的优先位速率的要求。例如，在上行链路(UL)传输发生但没有来自逻辑信道j的数据被服务的传输机会之间的经过时间可以用于计算Bj的更新值。可替代地，在UL传输发生并且实际服务来自逻辑信道j的UL数据的传输机会之间的经过时间可以用于计算Bj的更新值。

逻辑信道选择可以根据对于给定目标块错误率(BLER)的BLER相对于重传次数而基于通过残余HARQ操作点缩放的最小和最大逻辑信道等待时间。

当缓冲区状态报告(BSR)被触发并且没有UL-SCH许可可用于BSR的传输，但是存在指派给UE的还不可用的许可(例如，可以在以后使用的许可)时，可以使用定时器来延迟调度请求触发。

当没有可用于传输SR的PUCCH资源或者SR传输已达到调度请求传输的最大数量时，可以使用定时器来延迟RACH过程的发起。