调度请求、状态报告以及逻辑信道优先化
阅读：1038发布：2020-06-03
专利汇可以提供调度请求、状态报告以及逻辑信道优先化专利检索，专利查询，专利分析的服务。并且提供了用于波束失败恢复和调度 请求 的特征、方法和功能，包括用于触发、取消和传输波束恢复请求的方法。调度请求可以被设计为容纳新准则，以在免 许可 的上行链路共享信道(UL-SCH)上进行传输并保留调度请求。，下面是调度请求、状态报告以及逻辑信道优先化专利的具体信息内容。
1.一种装置，包括处理器、存储器和通信电路系统，所述装置经由其通信电路系统连接到通信网络，所述装置进一步包括存储在所述装置的存储器中的计算机可执行指令，所述计算机可执行指令在由所述装置的处理器执行时，使得所述装置通过将逻辑信道(LCHj)的优先化桶尺寸(Bj)递增如下乘积来对新的传输执行逻辑信道优先化，所述乘积是LCHj的优先化位速率(PBR)乘以LCHj的连续数据传输机会之间的时间间隔(DTTI)的乘积，其中上行链路许可能够用于为LCHj服务。
2.如权利要求1所述的装置，其中所述指令进一步使得所述装置：在最初建立LCHj时将Bj设置为零。
3.如权利要求2所述的装置，其中所述指令进一步使得所述装置：如果Bj超过LCHj的桶尺寸，那么将Bj设置为等于LCHj的桶尺寸，其中LCHj的桶尺寸等于LCHj的PBR乘以LCHj的桶尺寸持续时间(BSD)的乘积。
4.如权利要求3所述的装置，其中LCHj的DTTI等于上行链路许可允许的连续数据传输机会之间的间隔。
5.如权利要求3所述的装置，其中LCHj的DTTI等于在上行链路许可下实际使用的连续数据传输机会之间的间隔。
6.如权利要求3所述的装置，其中所述指令进一步使得所述装置：基于上行链路许可在可允许的等待时间参数集内，确定LCHj能够由上行链路许可服务。
7.如权利要求6所述的装置，其中所述可允许的等待时间参数集包括最大等待时间和最小等待时间。
8.如权利要求7所述的装置，其中最大等待时间和最小等待时间通过关联的等待时间因子被缩放。
9.如权利要求8所述的装置，其中所述关联的等待时间因子与重传次数相关联。
10.如权利要求7所述的装置，其中所述可允许的等待时间参数集进一步包括残余混合自动请求(HARQ)操作点。
11.如权利要求10所述的装置，其中所述指令进一步使得所述装置：根据残余块错误率(BLER)和针对目标BLER的重传次数来计算残余(HARQ)操作点。
12.如权利要求1所述的装置，其中所述指令进一步使得所述装置：当(a)缓冲区状态报告(BSR)被触发且未取消、以及(b)在允许的等待时间内不存在能够用于传输BSR的上行链路许可时，传输调度请求(SR)。
13.如权利要求1所述的装置，其中所述指令进一步使得所述装置：当(a)缓冲区状态报告(BSR)被触发且未取消、(b)不存在调度请求(SR)资源、以及(c)在允许的等待时间内不存在能够用于传输BSR的上行链路许可时，执行随机接入过程。
14.如权利要求1所述的装置，其中所述指令进一步使得所述装置：当(a)缓冲区状态报告(BSR)被触发且未取消、(b)在没有指派上行链路许可的情况下达到允许的最大SR传输、以及(c)在允许的等待时间内不存在能够用于传输BSR的上行链路许可时，执行随机接入过程。
15.如权利要求13或权利要求14所述的装置，其中所述指令进一步使得所述装置：如果或者(a)SR资源变得能够用于SR的传输，或者(b)用于BSR传输的上行链路资源在所述装置接收到随机接入响应(RAR)消息之前变得可用，那么取消随机接入过程。
16.一种装置，包括处理器、存储器和通信电路系统，所述装置经由其通信电路系统连接到通信网络，所述装置进一步包括存储在所述装置的存储器中的计算机可执行指令，所述计算机可执行指令在由所述装置的处理器执行时，使得所述装置：基于即将到来的上行链路许可，延迟调度请求的传输或随机接入信道过程，其中所述上行链路许可能够用于缓冲区状态报告(BSR)。
17.如权利要求17所述的装置，其中所述装置延迟随机接入信道过程，以及随机接入信道过程是物理随机接入信道(PRACH)。
18.如权利要求17所述的装置，其中所述指令进一步使得所述装置：基于即将到来的上行链路许可的逻辑信道限制，确定是否延迟调度请求的传输或随机接入信道过程。
19.如权利要求17所述的装置，其中所述指令进一步使得所述装置：维护调度请求限制定时器。
调度请求、状态报告以及逻辑信道优先化
[0001] 相关申请的交叉引用
[0002] 本申请要求享有2017年6月15日提交的美国临时申请No.62/520,226、2017年11月2日提交的美国临时申请No.62/580,812和2018年1月10日提交的美国临时申请No.62/615,
716的权益，这些申请的公开内容通过引用整体并入本文。
716的权益，这些申请的公开内容通过引用整体并入本文。
背景技术
[0003] 机器对机器(M2M)系统，也称为物联网(IoT)或物联网络(WoT)系统，常常结合多个互连的异构网络，其中各种网络协议被用于支持各种设备、应用和服务。这些协议具有不同的功能和特征，每个功能和特征针对一种情况或另一种情况进行了优化。由于设备、应用、服务和环境的多样性，没有万能的解决方案。
[0004] 本公开涉及诸如UE、eNB、NR节点、RRH和TRP之类的节点，并且涉及终端和RAN系统的数据链路和物理层，以及3GPP和其它M2M、IoT、WoT和类似体系架构中的类似节点和层。例如，在以下文献中描述了此类节点、层和体系架构：3GPP TR 38.913 Study on Scenarios and Requirements for Next Generation Access Technologies(3GPP TR 38.913关于下一代接入技术的场景和要求的研究)(版本14)，V0.2.0；Chairman’s Note of 3GPP TSG RAN WG1#88b(3GPP TSG RAN WG1#88b的主席记录)；3GPP TS 36.321 E-UTRA Medium Access Control(MAC)protocol specification(3GPP TS 36.321 E-UTRA介质访问控制(MAC)协议规范)，V15.0.0；3GPP TS 38.321 NR Medium Access Control(MAC)protocol specification(3GPP TS 38.321 NR介质访问控制(MAC)协议规范)，V15.0.0；以及3GPP TS 38.331 NR Radio Resource Control(RRC)protocol specification(3GPP TS 38.331 NR无线资源控制(RRC)协议规范)，V15.0.0。
发明内容
发明内容
[0005] 可以经由用于触发、传输和取消波束恢复请求(BRR)的过程和技术来促进波束恢复。
[0006] 调度请求可以在无授权的上行链路共享数据信道(UL-SCH)上被传输，并被保持。
[0007] 波束恢复请求可以与调度请求多路复用，并且与调度请求交互。
[0008] SR失败报告和针对物理上行链路控制信道(PUCCH)释放的请求可以涉及SR失败类型的使用，其中用户设备(UE)UE动作基于SR失败类型。SR失败和对于gNB的PUCCH释放的请求的UE信令可以使用基于RRC或基于MAC的过程。
[0009] 可以在逻辑信道优先化(LCP)过程中使用变量(例如，Bj)，以确保满足逻辑信道的优先位速率的要求。例如，在上行链路(UL)传输发生但没有来自逻辑信道j的数据被服务的传输机会之间的经过时间可以用于计算Bj的更新值。可替代地，在UL传输发生并且实际服务来自逻辑信道j的UL数据的传输机会之间的经过时间可以用于计算Bj的更新值。
[0010] 逻辑信道选择可以根据对于给定目标块错误率(BLER)的BLER相对于重传次数而基于通过残余HARQ操作点缩放的最小和最大逻辑信道等待时间。
[0012] 当没有可用于传输SR的PUCCH资源或者SR传输已达到调度请求传输的最大数量时，可以使用定时器来延迟RACH过程的发起。
[0013] BSR可以确定重叠许可的上下文，其中应用规则来确定将哪个许可用于BSR。规则可以解决例如许可的UL数据传输时间重叠并且在相同时间或不同时间结束的情况或者许可不重叠的情况。
[0014] 定时器可以被用于延迟BSR。BSR定时器可以由MAC发起。
[0015] 提供了用于波束失败恢复和调度请求的特征、方法和功能，包括用于触发、取消和传输波束恢复请求的方法。可以将调度请求设计为适应新准则，以在免许可的上行链路共享信道(UL-SCH)上进行传输并保留调度请求。附图说明
[0016] 图1图示了用于MAC多路复用的LTE逻辑信道优先化(LCP)的示例。
[0017] 图2图示了没有可用的UL许可并且没有立即触发SR的被触发的BSR的示例。
[0018] 图3图示了没有可用的UL许可并且没有立即触发SR的被触发的BSR的替代示例。
[0019] 图4图示了第一缓冲区状态确定示例。
[0020] 图5图示了第二缓冲区状态确定示例。
[0021] 图6图示了第三缓冲区状态确定示例。
[0022] 图7图示了第四缓冲区状态确定示例。
[0023] 图8图示了第五缓冲区状态确定示例。
[0024] 图9和10是示例波束失败恢复方法的流程图。
[0025] 图11示出了示例调度请求方法。
[0026] 图12图示了示例通信系统。
[0027] 图13是被配置用于无线通信的示例装置或设备的框图，诸如例如无线发送/接收单元(WTRU)。
[0028] 图14是第一示例无线电接入网络(RAN)和核心网络的系统图。
[0029] 图15是第二示例无线电接入网络(RAN)和核心网络的系统图。
[0030] 图16是第三示例无线电接入网络(RAN)和核心网络的系统图。
[0031] 图17是其中可以实施通信网络的一个或多个装置的示例性计算系统的框图，其中装置诸如RAN、核心网络、公共交换电话网(PSTN)、互联网或其它网络中的某些节点或功能实体。
具体实施方式
[0032] 关于本文使用的首字母缩略词的列表，参见附录的表1。
[0033] 3GPP TR 38.913 Study on Scenarios and Requirements for Next Generation Access Technologies；(第14版)V0.2.03定义了用于新无线电(NR)技术的场景和要求。附录的表2中汇总了用于eMBB、URLLC和mMTC设备的关键性能指标(KPI)。
[0034] 在LTE/LTE-A中，调度请求(SR)用于请求UL-SCH资源以进行新的传输。
[0035] 当触发常规BSR并且UE没有用于传输至少常规BSR的上行链路资源时，UE的MAC触发调度请求。当数据变得可用于在上行链路中传输时，常规BSR被触发。
[0036] eNodeB需要经由RRC信令向UE配置SR配置，以便UE在PUCCH上传输SR。SR配置结构在附录的代码示例1中给出。
[0037] sr-PUCCH-ResourceIndex向UE指示频域资源，而sr-ConfigIndex确定承载SR的PUCCH的时域资源。eNodeB使用参数dsr-TransMax控制PUCCH上来自每个UE的最大量的SR传输。
[0038] 如果UE没有有效的PUCCH资源(未配置SR或者未释放SR)，那么UE发起随机接入过程。
[0039] 一旦触发了SR，UE就计算基于sr-ConfigIndexIE的SR周期性和偏移量(在此文章末尾进行解释)。在PUCCH上传输了第一SR之后，如果UE没有从eNodeB接收到上行链路资源，那么基于该周期性，UE在PUCCH上重新发送SR。如果UE未从eNodeB接收到上行链路资源，那么这个处理一直持续到UE在PUCCH上传输SR达到dsr-TransMax次。在传输SR达到最大次数(dsr-TransMax)之后，UE释放SR资源(频率以及时间)、发起随机接入过程并取消所有未决(触发)的SR。
[0040] 在版本8中最初提出了5、10、20、40和80ms的SR周期性。在版本9中，引入了1和2ms的短SR周期性，这减少了等待时间。
[0041] 当配置了短SR周期或者当运行VoIP业务时，可能不必要地重传SR。为了避免不必要的SR传输，在版本9中，引入了SR禁止定时器(sr-ProhibitTimer-r9)以减少PUCCH上的负载。
[0042] sr-ProhibitTimer-r9IE在mac-MainConfig下，并且它可以采用从0到7的值。SR禁止定时器值以SR周期数为单位。值0表示未配置定时器以用于在PUCCH上传输SR。值1与一个SR周期对应，值2与2*SR周期对应，依此类推。UE在传输SR之后启动这个定时器。当这个定时器在运行时，不应认为UE正在PUCCH上传输SR。
[0043] UE使用PUCCH格式1单独传输SR。当上行链路中的SR和HARQ反馈恰好在同一子帧中重合时，UE可以使用PUCCH格式1a/1b在SR的频率资源上传输HARQ反馈。由于接收到的PUCCH在SR资源上，因此eNodeB可以轻松理解HARQ反馈和SR存在于同一子帧中。
[0044] 如果UE未被配置用于同时的PUSCH和PUCCH传输，或者，如果UE被配置用于同时的PUSCH和PUCCH传输并且不传输PUSCH，那么在同一子帧中CSI和SR之间发生冲突的情况下，CSI被丢弃。
[0045] 在多种情况下，UE可以释放SR资源，诸如：当UE已经传输SR最大次数(dsr-TransMax)时；在timeAlignmentTimer到期之后；在MAC重置过程期间；以及在移交期间。在移交期间，将执行MAC重置。
[0046] 在移交期间，当UE释放源eNodeB中的现有SR资源时，源eNodeB必须向UE提供要在目标eNodeB中使用的新SR配置。
[0047] SR配置表在下面给出(来自3GPPTS36.213的表10.1.5-1)。SR传输实例是满足(10*SFN+subframe-Noffset,SR)mod SRperiodicity＝0的上行链路子帧。参见附录表3-SR配置。
[0048] 5GNR中的波束恢复讨论
[0049] 在当前关于5GNR的3GPP标准化工作中，在Chairman’s Note of 3GPP TSG RAN WG1#88b中同意并记录了NR中波束恢复的若干方面。UE波束失败恢复机制将包括：波束失败检测；新候选波束识别；波束失败恢复请求传输；UE监视针对波束失败恢复请求的gNB响应。对于波束失败检测，UE将监视波束失败检测RS以评估是否已满足波束失败触发条件。波束失败检测RS至少包括用于波束管理的周期性CSI-RS。如果在波束管理中也使用SS块，那么可以考虑服务小区内的SS块。FFS可以包括用于声明波束失败的触发条件。
[0050] 其它协定包括新候选波束识别、波束失败恢复请求传输以及UE监视控制信道搜索空间以接收针对波束失败恢复请求的gNB响应。
[0051] 新候选波束识别可以包括UE监视波束识别RS以找到新的候选波束。如果波束识别RS由NW配置，那么波束识别RS可以包括用于波束管理的周期性CSI-RS，而如果在波束管理中也使用SS块，那么波束识别RS可以包括服务小区内的SS块和周期性CSI-RS。
[0052] 由波束失败恢复请求携带的信息可以包括：关于识别UE的显式或隐式信息及新gNBTX波束信息；关于识别UE以及是否存在新候选波束的显式或隐式信息；指示UE波束失败的信息；以及附加信息，例如新波束质量。
[0053] 波束失败恢复请求传输可以涉及在诸如PRACH、PUCCH、类似PRACH的选项(例如，其具有与PRACH不同的前导码参数)之类的选项之间进行下选择。
[0055] UE可以监视控制信道搜索空间以接收针对波束失败恢复请求的gNB响应。例如，控制信道搜索空间可以与和服务BPL相关联的当前控制信道搜索空间相同或不同。如果gNB没有接收到波束失败恢复请求传输，那么UE可以进一步反应。
[0056] 还引起关注的是，当NW接收到波束失败恢复请求时如何支持至少一种机制。例如，NW可以向UL指派用于波束报告的许可、传输用于波束测量的DLRS，并且向UE发信号通知波束指示或确认，等等。UE可以关于应用哪种机制为NW决策提供帮助。
[0057] 进一步引起关注的是“没有新候选波束”的情况，例如，是否存在问题，并且如果存在问题，RLF过程是否可以充分处置问题。
[0058] 当执行新的传输时，逻辑信道优先化(LCP)过程可以应用于上行链路传输。无线电资源控制(RRC)信令可以通过针对每个逻辑信道发信号通知以下内容来控制上行链路数据的调度：优先级，其中增加的优先级值指示降低的优先级水平；prioritisedBitRate，其设置优先化位速率(PBR)；以及bucketSizeDuration，其设置桶尺寸持续时间(BSD)。对于NB-IoT，prioritisedBitRate、bucketSizeDuration和逻辑信道优先化过程的对应步骤(即，下面的步骤1和步骤2)可能不适用。
[0059] MAC实体可以为每个逻辑信道j维护变量Bj。当建立相关的逻辑信道时，Bj可以被初始化为零，并为每个传输时间间隔(TTI)递增PBR×TTI持续时间的乘积，其中PBR是逻辑信道j的优先化位速率。当逻辑信道在队列中等待服务的时候，可以在一段时间内为每个逻辑信道累积数据信用，使得当根据逻辑信道优先级次序轮到为那个逻辑信道服务时，从那个逻辑信道服务的数据量可以满足该逻辑信道的优先化位速率要求。Bj的值不能超过桶尺寸，并且如果Bj的值大于逻辑信道j的桶尺寸，那么将Bj设置为桶尺寸。逻辑信道的桶尺寸可以等于PBR×BSD，其中PBR和BSD由上层配置。
[0060] 当如下执行新的传输时，MAC实体可以根据逻辑信道优先化过程向逻辑信道分配资源：
[0061] 步骤1：可以以递减的优先级次序为Bj>0的所有逻辑信道分配资源。如果逻辑信道的PBR被设置为“无穷大”，那么MAC实体可以在满足(一个或多个)较低优先级逻辑信道的PBR之前为可用于在那个逻辑信道上传输的所有数据分配资源。
[0062] 步骤2：MAC实体可以将Bj递减在步骤1中服务于逻辑信道j的MACSDU的总尺寸；Bj的值可以为负。
[0063] 步骤3：如果剩余任何资源，那么可以按照严格的递减优先级次序(与Bj的值无关)为所有逻辑信道服务，直到那个逻辑信道的数据或者UL许可用尽为止，以先到者为准。被配置有相等优先级的逻辑信道可以同等地被服务。
[0064] 在逻辑信道优先化过程期间，MAC实体可以按照降序考虑以下相对优先级：用于C-RNTI的MAC控制元素或来自UL-CCCH的数据；用于BSR的MAC控制元素，但为了填充而包括的BSR除外；用于PHR、扩展PHR或双连接性PHR的MAC控制元素；用于侧链路BSR的MAC控制元素，但为了填充而包括的侧链路BSR除外；来自任何逻辑信道的数据，但来自UL-CCCH的数据除外；用于为了填充而包括的BSR的MAC控制元素；用于为了填充而包括的侧链路BSR的MAC控制元素。
[0065] 当请求MAC实体在一个TTI中传输多个MACPDU时，如上所述的步骤1至3和相关联的规则可以独立地应用于每个许可，或者可以应用于许可的容量的总和。而且，处理许可的次序由UE实施方式决定。当请求MAC实体在一个TTI中传输多个MAC PDU时，由UE实施方式决定在哪个MAC PDU中包括MAC控制元素。当请求UE在一个TTI中的两个MAC实体中生成(一个或多个)MAC PDU时，以什么次序处理许可由UE的实施方式决定。
[0066] 根据上述，MAC实体可以在MAC PDU中多路复用MAC控制元素和MAC SDU。
[0067] 在图1中描绘了用于MAC多路复用的LTE逻辑信道优先化操作的示例，其中信道1、信道2和信道3的优先级从高到低。参考图1，服务信道1直到其PBR，服务信道2直到其PBR，然后服务信道3尽可能多的可用数据(因为在这个示例中，可用数据量少于为那个信道配置的PBR所允许的数据量)。然后，MAC PDU中的剩余空间用来自信道1的数据填充，该数据具有最高优先级，直到MAC PDU中没有更多空间或没有来自信道1的更多数据为止。如果在服务信道1后仍有空间，那么以类似的方式服务信道2。
[0068] 通过波束恢复请求(BRR)被设计为NR中的L1信号，并且它是事件驱动的而不是基于调度的，就时域中的传输资源和潜在冲突而言，这将不可避免地与其它非调度的上行链路L1信号(诸如SR和HARQACK/NACK)交互。因此，需要适当的设计解决方案来解决这些问题。
[0069] 在LTE中，基于单个用例MBB、全向传输和两个可用传输信道(PUCCH和PRACH)来设计调度请求信令和过程。在NR中，支持三种用例(EMBB、URLLC、mMTC)，波束成形将用于控制和数据信道传输，并且还引入了免许可的上行链路传输。因此，需要适当的SR设计解决方案来支持新的用例，并利用波束成形和免许可的UL传输的优势。
[0070] 2.5逻辑信道优先化
[0071] 当执行新的传输时，逻辑信道优先化过程被应用于上行链路传输。
[0072] RRC通过为每个逻辑信道发信号通知以下内容来控制上行链路数据的调度：优先级，其中增加的优先级值指示降低的优先级水平；priorititisedBitRate，其设置优先化位速率(PBR)；bucketSizeDuration，其设置桶尺寸持续时间(BSD)。对于NB-IoT，prioritisedBitRate、bucketSizeDuration和逻辑信道优先化过程的对应步骤(即，下面的步骤1和步骤2)不适用。
[0073] MAC实体可以为每个逻辑信道j维护变量Bj。当建立相关的逻辑信道时，Bj可以被初始化为零，并为每个TTI递增PBR×TTI持续时间的乘积，其中PBR是逻辑信道j的优先化位速率。这里的想法是，当逻辑信道在队列中等待服务的时候，可以在一段时间内为每个逻辑信道累积数据信用，使得当根据逻辑信道优先级次序轮到为那个逻辑信道服务时，从那个逻辑信道服务的数据量可以满足该逻辑信道的优先化位速率要求。应当注意的是，Bj的值可能永远不超过桶尺寸，如果Bj的值大于逻辑信道j的桶尺寸，那么可以将其设置为桶尺寸。逻辑信道的桶尺寸等于PBR×BSD，其中PBR和BSD由上层配置。
[0074] 当执行新的传输时，MAC实体可以执行以下逻辑信道优先化过程，以便将资源分配给逻辑信道。在步骤1中，以递减的优先级次序为Bj>0的所有逻辑信道分配资源。如果逻辑信道的PBR被设置为“无穷大”，那么MAC实体可以在满足(一个或多个)较低优先级逻辑信道的PBR之前为可用于在那个逻辑信道上传输的所有数据分配资源。
[0075] 在步骤2中，MAC实体将Bj递减在步骤1中服务于逻辑信道j的MAC SDU的总尺寸；Bj的值可以为负。
[0076] 在步骤3中，如果剩余任何资源，那么按照严格的递减优先级次序(与Bj的值无关)为所有逻辑信道服务，直到那个逻辑信道的数据或者UL许可用尽为止，以先到者为准。被配置有相等优先级的逻辑信道应当同等地被服务。
[0077] 对于逻辑信道优先化过程，MAC实体可以按照降序考虑以下相对优先级：用于C-RNTI的MAC控制元素或来自UL-CCCH的数据；用于BSR的MAC控制元素，但为了填充而包括的BSR除外；用于PHR、扩展PHR或双连接性PHR的MAC控制元素；用于侧链路BSR的MAC控制元素，但为了填充而包括的侧链路BSR除外；来自任何逻辑信道的数据，但来自UL-CCCH的数据除外；用于为了填充而包括的BSR的MAC控制元素；用于为了填充而包括的侧链路BSR的MAC控制元素。
[0078] 当请求MAC实体在一个TTI中传输多个MAC PDU时，步骤1至3和相关联的规则可以独立地应用于每个许可，或者可以应用于许可的容量的总和。而且，处理许可的次序由UE实施方式决定。当请求MAC实体在一个TTI中传输多个MAC PDU时，由UE实施方式决定在哪个MAC PDU中包括MAC控制元素。当请求UE在一个TTI中的两个MAC实体中生成(一个或多个)MAC PDU时，以什么次序处理许可由UE的实施方式决定。
[0079] 根据上述，MAC实体可以在MAC PDU中多路复用MAC控制元素和MAC SDU。
[0080] 在图1中描绘了用于MAC多路复用的LTE逻辑信道优先化操作的示例，其中信道1、信道2和信道3的优先级从高到低。
[0081] 首先，服务信道1直到其PBR，服务信道2直到其PBR，然后服务信道3尽可能多的可用数据(因为在这个示例中，可用数据量少于为那个信道配置的PBR所允许的数据量)。此后，MAC PDU中的剩余空间将用来自信道1的数据填充，该数据具有最高优先级，直到MAC PDU中没有更多空间或没有来自信道1的更多数据为止。如果在服务信道1后仍有空间，那么以类似的方式服务信道2。
[0082] 3个示例挑战
[0083] 挑战1
[0084] 第一个挑战是，如果波束恢复请求(BRR)被实现为NR中的L1信号，并且因此是事件驱动的而不是基于调度的，那么就时域中的传输资源和潜在冲突而言，BRR将不可避免地与其它非调度的上行链路L1信号(诸如SR和HARQ ACK/NACK)交互。
[0085] 挑战2
[0086] 第二个挑战是，在LTE中，调度请求信令和过程是基于单个用例MBB、全向传输和两个可用传输信道(PUCCH和PRACH)设计的。在NR中，支持三种用例(EMBB、URLLC、mMTC)，并且波束成形将用于控制和数据信道传输，并且还引入了免许可的上行链路传输。
[0087] 在NR中，作为UE支持多种参数集合(numerologies)的结果，可以替换或重新定义作为传输机会之间的固定持续时间的时间间隔的传输时间间隔(TTI)的概念。这些参数集合中的每一个都可以由不同的子载波间距以及因此不同的码元持续时间、时隙持续时间和迷你时隙持续时间来表征。NR中需要解决的关键问题是，在缺乏类似LTE的TTI概念的情况下，如何随时间维持变量Bj。
[0088] 另一个与LCP相关的问题是由于使用不满足逻辑信道的可允许的等待时间要求的UL资源许可而导致的逻辑信道限制问题。需要确保仅当UL资源许可满足逻辑信道的可允许的等待时间要求时才允许逻辑信道使用UL资源许可。
[0089] 关于调度请求(SR)，已经在RAN2中达成了许多协定。
[0090] SR配置由跨越不同BWP和小区的PUCCH资源集的集合组成，其约束是每个小区在任何给定时间每个LCH最多有一个可用的PUCCH资源。这与每个BWP每个LCH上配置单个类似于LTE的SRPUCCH资源集的情况对应，并且一次仅激活一个BWP。
[0091] 每个LCH被映射到零个或一个SR配置。
[0092] 每个SR配置具有其自己的SR计数器和禁止定时器。这种计数器和定时器控制SR配置，即，在映射到所讨论的SR配置的LCH组上的SR过程。当关于SR配置达到最大SR传输计数器时，声明SR失败并且UE触发RACH并释放所有PUCCH资源。SR计数器和定时器在不同配置之间是独立的。
[0093] BWP切换和小区激活/停用不干扰计数器和定时器的操作。
[0094] 根据以上协定，当关于SR配置达到SR传输计数器的最大值时，声明SR失败并且UE触发RACH并释放所有PUCCH资源。尽管可能存在其它可能带有SR未决的PUCCH资源，UE也会采取这个动作。在这种情况下，需要将关于原始资源的SR失败通知给网络。此外，释放所有PUCCH资源并发起RACH过程的动作是昂贵的过程。因此，重要的是要使用这种补救措施作为最后的选择，因此可以考虑包括使用其它SR资源是可接受的准则的附加方法。
[0095] 挑战3
[0096] 第三个挑战是，在NR中，作为UE支持多种参数集合的结果，正在替换或重新定义作为传输机会之间的固定持续时间的时间间隔的传输时间间隔(TTI)的概念，其中每个参数集合由不同的子载波间隔以及因此不同的码元持续时间、时隙持续时间和迷你时隙持续时间来表征。
[0097] 在NR中需要解决的关键问题是在没有类似LTE的TTI概念的情况下如何随时间维持变量Bj。
[0098] 与逻辑信道优先化(LCP)相关的问题是由于使用不满足逻辑信道的可允许的等待时间要求的UL资源许可而导致的逻辑信道限制的问题，或者换句话说，如何确保仅当UL资源许可满足逻辑信道的可允许的等待时间要求时才允许逻辑信道使用UL资源许可。
[0099] 挑战4
[0100] 第四个挑战是，SR配置可以由跨越不同BWP和小区的PUCCH资源集的集合组成，其中每个小区在任何给定时间每个LCH最多有一个可用的PUCCH资源。这与每个BWP每个LCH上配置单个类似于LTE的SR PUCCH资源集的情况对应，并且一次仅激活一个BWP。每个LCH可以被映射到零个或一个SR配置。
[0101] 每个SR配置可以具有其自己的SR计数器和禁止定时器。这种计数器和定时器控制SR配置，即，在映射到所讨论的SR配置的LCH组上的SR过程。当关于SR配置达到最大SR传输计数器时，声明SR失败并且UE触发RACH并释放所有PUCCH资源。SR计数器和定时器在不同配置之间是独立的。
[0102] RAN2已经同意，BWP切换和小区激活/停用应不干扰计数器和定时器的操作。
[0103] 根据RAN2，当关于SR配置达到SR传输计数器的最大值时，声明SR失败并且UE触发RACH并释放所有PUCCH资源。尽管可能存在其它可能带有SR未决的PUCCH资源，UE也会采取这个动作。在这种情况下，需要将关于原始资源的SR失败通知给网络。此外，释放所有PUCCH资源并发起RACH过程的动作是昂贵的过程。
[0104] 挑战5
[0105] 第五个挑战是，在LTE中，3GPP TS 36.321 E-UTRA Medium Access Control(MAC)protocol specification，V15.0.0规定，对于触发调度请求(SR)，如果缓冲区状态报告过程确定至少一个BSR已经被触发并且未被取消，并且MAC实体具有分配给用于这个TTI的新传输的UL资源，那么：指示多路复用和组装过程生成(一个或多个)BSRMAC控制元素；启动或重新启动periodicBSR-Timer，除了当所有生成的BSR均为截断的BSR时之外；以及启动或重新启动retxBSR-Timer。如果缓冲区状态报告过程确定至少一个BSR尚未被触发或取消，那么，如果已触发常规BSR并且logicChannelSR-ProhibitTimer不在运行的话，如果由于数据变得可用于针对逻辑信道(对于该逻辑信道，上层为其设置了逻辑信道SR掩码(logicalChannelSR-Mask))进行传输而未触发常规BSR或者未配置上行链路许可，那么可以触发调度请求。
[0106] 在3GPP TS 38.321 NR Medium Access Control(MAC)protocol specification，V15.0.0中捕获了关于SR触发的NR文本，其规定：如果缓冲区状态报告过程确定至少一个BSR已经被触发并且没有被取消，并且UL-SCH资源可用于新的立即传输，那么MAC实体可以：指示多路复用和组装过程生成(一个或多个)BSRMACCE；除了当所有生成的BSR都是长的或短的截断的BSR时之外，启动或重新启动periodicBSR-Timer；以及启动或重新启动retxBSR-Timer。如果缓冲区状态报告过程确定至少一个BSR尚未被触发或取消，并且常规BSR已被触发，并且logicalChannelSR-DelayTimer不在运行，那么，如果对于逻辑信道(对于该逻辑信道，上层为其设置了逻辑信道SR掩码(logicalChannelSR-Mask))不触发常规BSR或者上行链路许可不是已配置的许可的话，MAC实体可以触发调度请求。
[0107] logicalChannelSR-DelayTimer用于延迟由logicChannelSR-Delay启用的逻辑信道的SR的传输。值TRUE(真)或支持logicalChannelSR-Delay的值指示对于逻辑信道启用/支持logicalChannelSR-DelayTimer。如果配置了logicalChannelSR-DelayTimer，那么仅NR(可选)配置字段(即，指示值TRUE)。应当注意的是，此处定义的logicalChannelSR-Delay与3GPP TS 38.331 NR Radio Resource Control(RRC)protocol specification，V15.0.0中定义的logicalChannelSR-DelayTimerApplied相同。
[0108] 简而言之，当前的SR触发规范可以总结如下：在LTE情况下，如果在至少一个BSR已经被触发且未被取消的TTI中没有UL许可可用，那么可以触发SR，而在NR情况下，如果至少一个BSR已经被触发并且未被取消并且没有UL-SCH资源可以用于新的立即传输，那么可以触发SR。但是，存在SR的触发可能不合适的情况。图2中图示了一个示例。
[0109] 如图2所示，当已经接收到许可但许可资源尚不可用时，BSR已被触发且未取消。根据当前规范，在这种情况下将传输SR。取决于例如图2所示的等待时间要求，在图2所示的示例中立即触发SR是对资源和UE处理的浪费。在图2所示的示例中，可以假设逻辑信道LCH2上的数据不能使用具有参数集合1的资源许可来传输。但是，如果假设逻辑信道LCH2上的数据也可以使用具有参数集合1的资源许可，那么可以使用UL资源许可1来传输LCH2的数据，以及BSR，因为可能仍然需要甚至在LCH2上的数据使用UL资源许可1传输时传输BSR，原因在于这个资源许可可能不足以传输逻辑信道LCH1和LCH2缓冲区中所有可用的数据，或者新数据的到达也可能触发了新的BSR。而且在如图3所示的这种情况下，当存在已经触发的没有被取消的BSR但是没有UL资源许可来传输BSR时SR的立即触发将导致资源和UE处理的浪费。此外，如果由于缺少用于发送SR的PUCCH资源而发起随机接入，或者由于SR传输达到允许的重传的最大数量而发起随机接入，那么许可变得对UE可用。例如，已经分配给UE的许可变得可用于UL传输，应当有针对RACH过程的触发和取消的指定准则。
[0110] 另一个与SR相关的未解决问题是存在多个未决SR的示例。在这种情况下，要解决的一个问题是应当使用哪种SR配置和PUCCH资源来传输SR。
[0111] 挑战6
[0112] 第六个挑战是，在NR中，将存在许可重叠的情况。如图4-8所示，图示了若干示例。在这些示例中，需要适当地设计用于在传输MAC PDU时针对每个许可的缓冲区状态计算的机制。
[0113] 波束恢复的方法
[0114] 仅UL波束失败时的波束失败恢复过程
[0115] 当UL波束失败但是DL波束仍在起作用时，gNB可以通过处理ULRS(诸如SRS和/或DM-RS)来监视UL服务波束和候选波束的波束质量。当服务波束的波束质量变得低于预定阈值或比另一个波束的波束质量差KdB时，gNB可以发起UL波束失败恢复过程，如下：
[0116] 如果在gNB处已知UL候选波束质量，那么它可以在下行链路中向UE发送UL波束切换命令。可以以表示波束ID或波束标签ID(与全维度波束ID相比缩短并且在一对UE和gNB之间已知)的M位的格式来用信号通知上行链路波束切换命令。可以以新的DCI格式、以其它现有的NR-PDCCH格式(诸如UL或DL许可)、以重新使用的NR-PDCCH格式或以MACCE(以NR-PDSCH)来携带UL波束切换命令。由于UL波束切换命令可能会影响许多后续子帧中的UL传输，因此应当以高可靠性进行设计。在NR-PDSCH的MACCE中发信号通知UL波束切换命令具有来自UE的ACK/NACK反馈的优势。如果使用重新使用的DCI格式(例如，使用DCI格式0，但没有有效的上行链路调度许可)来发信号通知UL波束切换命令，那么诸如HARQ进程ID、MCS级别、TPC命令、冗余性、DMRS循环移位等等的若干字段可以被设置为“0”或“1”(用作“虚拟CRC”)以提高检测的可靠性。如果使用新DCI格式发信号通知UL波束切换命令，那么应当采用强极性编码，或者应当应用时域和/或频域扩展码/序列以提高UL波束切换命令的可靠性。
[0117] 如果在gNB处未知UL候选波束质量，那么可以通过在下行链路中向UE发送非周期性(或周期性)UL波束训练命令来发起UL波束训练过程。可以以SRS资源的格式(就SRS循环移位、端口而言)和用于传输SRS的上行链路波束的子集来用信号通知上行链路波束训练命令。可以以新DCI格式、以其它现有的NR-PDCCH格式(诸如UL或DL许可)、以重新使用的NR-PDCCH格式或者以MACCE(以NR-PDSCH)携带UL波束训练命令。在接收到UL波束训练命令后，UE可以挂起任何未决SRS的传输，直到它成功地从gNB接收到有效的UL波束切换命令为止。UE可能还需要挂起其它先前调度或配置的上行链路传输(诸如半持久调度的PUSCH、CSI反馈、交叉调度的NR-PUSCH、SRS传输等)。
[0118] DL波束失败的情况下的波束恢复请求过程
[0119] 当DL波束失败时，UE不能使用当前服务的DL波束来接收DL信号。当唯一的UL波束失败时使用的由gNB发起的波束失败恢复方案可能不能在这里使用。更确切地说，当DL波束失败时，UE需要先在UL中向gNB发送波束失败恢复信号(诸如波束恢复请求)，然后重新建立DL波束(如果仅DL波束失败的话)，或者UL和DL波束(如果UL和DL波束在gNB和UE之间均失败的话)。
[0120] 有利的是，UL和DL波束维护过程使用周期性或非周期性波束训练，并且生成周期性或非周期性UL和DL波束报告。取决于所使用的特定波束维护方案，以TTI，候选波束信息对于UE和/或gNB可以是已知的或未知的(或陈旧的)。
[0121] 波束失败恢复过程的基本原理
[0122] 发明人观察到，在波束失败恢复过程中，观察以下五个原理一般是有利的。
[0123] 第一，可以用分离的波束失败恢复过程更好地服务于每个BPL多连接性或CoMP情况。
[0124] 第二，如果UL波束没有失败(但是DL波束失败)，那么UE可以在为BRR配置的PUCCH上传输BRR。如果没有为BRR配置PUCCH，但是为BRR配置了专用的PRACH资源，那么UE在已配置的专用PRACH上传输BRR，否则，在为BRR的目的而配置(不为具体UE预留)的PRACH资源池上传输BRR。
[0125] 第三，如果UL波束失败，那么UE可能不能在为BRR配置的PUCCH上传输BRR。如果为BRR配置了专用PRACH资源，那么UE在已配置的专用PRACH上传输BRR。否则，在为BRR的目的而配置(不为具体UE预留)的PRACH资源池上传输BRR。
[0126] 第四，当UL波束失败并且UE需要在PRACH上传输BRR时，UE可以在PRACH上执行波束扫描。如果UL候选波束经由波束维护过程和信令对于UE是已知的，那么UE可以首先扫描这些候选波束，并且可以以候选波束的波束质量的降序来布置波束扫描次序。可替代地，与失败的波束具有空间QCL关系的候选波束可以在应用波束质量的次序之前首先被扫描。
[0127] 第五，当UL波束失败并且UE需要在PRACH上传输BRR时，UE可以在PRACH上执行波束扫描。如果UL候选波束经由波束维护过程和信令对于UE是未知的，那么UE需要扫描所有波束或波束的子集，并且可以按照首先扫描与失败的波束具有空间QCL关系的波束、然后再扫描其它波束的次序来布置波束扫描次序。
[0128] 波束失败恢复早期终止准则：
[0129] UE可以利用L3测量或长期测量来确定其是否应当执行波束失败恢复或是否立即宣布与高层不同步。
[0130] 例如，这种L3测量可以是小区或TRxP的L3RSRP测量(跨多个波束测量的)。如果当前服务小区/TRxP的L3小区质量测量低于预定义阈值或者比其它小区/TRxP的L3小区质量测量差KBFdB，那么UE可以确定当前服务小区没有其它好的候选波束，因此它可以选择跳过波束失败恢复。
[0131] 可替代地，例如，这种L3测量可以是当前服务波束的L3RSRP测量。如果其它波束的L3 RSRP测量比服务波束的L3 RSRP测量差，或优于服务波束但仍低于与可接受的信道质量对应的预定义阈值，那么UE可以确定当前服务小区没有其它好的候选波束，因此它可以选择跳过波束失败恢复。
[0132] 波束失败恢复过程
[0133] 波束失败恢复可以以多种方式来实现。例如，波束恢复请求(BRR)可以用于发起Tx和Rx波束链路对之间的波束失败恢复过程。当对于特定波束对链路(BPL)i满足波束失败恢复准则时，为那个BPL触发BRR。
[0134] 当BRR被触发时，在BRR被取消之前可以将其视为未决。当成功接收到有效的波束恢复响应时，可以取消针对BPL i的所有未决的(一个或多个)BRR，并且可以停止brr-ResponseWindowTimer。
[0135] 可选地，UE可以评估波束失败恢复早期终止准则(如上所述)。如果满足加速的波束恢复准则(没有更好的波束可用)，那么UE可以跳过以下波束恢复过程并声明与高层不同步。否则，UE可以进行以下步骤。
[0136] 如果针对BPL i触发了BRR，并且没有其它未决的BRR，那么MAC实体可以将BPL i的BRR_COUNTER设置为0。
[0137] 如果对于BPL i至少一个BRR未决，那么MAC实体可以对每个TTI执行处理。如果UE知道其UL波束质量对于通信仍然是可接受的，并且MAC实体具有针对所配置的BRR或调度的NR-PUSCH的至少一个有效NR-PUCCH资源，或者对于这个TTI针对所配置的BRR具有至少一个有效的专用NR-PRACH资源，并且这个TTI不是用于传输的测量间隙或侧链发现间隙的一部分，并且如果brr-ResponseWindowTimer不在运行，那么处理可以取决于针对BPL i的BRR_COUNTER。
[0138] 如果针对BPL i的BRR_COUNTER
[0139] 如果针对BPL i的BRR_COUNTER不小于dbrr-TransMax，那么UE可以：通知RRC释放为所有服务小区针对BPL i的BRR配置的PUCCH或专用PRACH资源；通知RRC为所有服务小区释放BPL i的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程，并取消所有未决的BRR；以及向高层通知波束失败恢复已经失败并声明不同步。
[0140] 如果MAC实体在任何TTI中都没有针对所配置的BRR的有效NR-PUCCH资源、在任何TTI中都没有针对所配置的BRR的有效专用NR-PRACH资源、并且在任何TTI中都没有调度的NR-PUSCH，但是具有至少一个针对这个TTI的免许可NR-PUSCH传输机会，那么，如果这个TTI不是用于传输的侧链路发现间隙或测量间隙的一部分并且如果brr-ResponseWindowTimer不在运行，那么可以根据BRR_COUNTER进行处理。
[0141] 如果针对BLPi的BRR_COUNTER
[0142] 如果针对BLPi的BRR_COUNTER不小于sbrr-TransMax，那么UE可以：通知RRC为所有服务小区释放BPLi的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程并取消所有未决的BRR；以及向高层通知波束失败恢复已经失败并声明不同步。
[0143] 如果MAC实体在任何TTI中都没有针对所配置的BLP i的BRR的有效NR-PUCCH资源或有效专用NR-PRACH资源、在任何TTI中都没有调度的NR-PUSCH、在任何TTI中都没有免许可的NR-PUSCH传输机会、并且如果未配置“跳过随机接入”：在SpCell上使用为BLP i的BRR配置(但不是专用)的PRACH资源来发起随机接入过程，并取消BLP i的所有未决BRR。
[0144] 如果UE知道其UL波束质量不再是可接受的(例如，UL波束是DL波束的倒数，或者经由gNBDL信令或UE自检测获知)，那么UE不能在为BRR传输配置的PUCCH资源上传输BRR。UE如何进行可以取决于具有专用的NR-PRACH资源。
[0145] 如果MAC实体具有为这个TTI配置的用于BRR的至少一个有效的专用NR-PRACH资源，并且如果这个TTI不是用于传输的侧链路发现间隙或测量间隙的一部分，并且如果brr-ResponseWindowTimer未运行，那么处理可以取决于针对BLP i的BRR_COUNTER。
[0146] 如果针对BLP i的BRR_COUNTER
[0147] 如果针对BLP i的BRR_COUNTER不小于dbrr-TransMax，那么UE可以：通知RRC为所有服务小区释放针对BLP i的BRR配置的NR-PUCCH和专用PRACH资源；通知RRC为所有服务小区释放BLP i的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程并取消所有未决的BRR；以及向高层通知波束失败恢复已经失败并声明不同步。
[0148] 如果MAC实体在任何TTI中都没有针对BLP i的BRR配置的有效专用NR-PRACH资源，并且如果未配置“跳过随机接入”，那么：通过UL波束扫描在SpCell上使用针对BLP i的BRR配置(但不是专用)的PRACH资源发起随机接入过程，并取消BLP i的所有未决BRR。
[0149] 如果UL候选波束经由波束维护过程和信令是UE知道的，那么UE可以首先扫描这些候选波束，并且可以以候选波束的波束质量下降的次序来布置波束扫描次序。
[0150] 如果存在针对多于一个BPL未决的BRR，那么UE可以在配置的PUCCH资源上根据该配置一个接一个地进行传输，或者在单个PUCCH上传输一个BRR。
[0151] BRR的发射功率需要被调整。常规PUCCH/PRACHTx功率+余量(用于断开的波束链路)。
[0152] 如果在时间窗口内未接收到适当的响应，那么BRR的过程需要考虑BRR的重传。
[0153] 对于每个BRR束递增BRR_COUNTER。brr-ResponseWindowTimer在BRR传输处理的第一个TTI中启动，并且其值等于BRR响应窗口的尺寸。
[0154] 在图9和10中描绘示例波束失败恢复过程的流程图。
[0155] 参考图9，在步骤100中，UE检查是否满足波束失败恢复准则。如果是，那么在步骤101中，触发BRR。BRR保持未决，直到被取消。然后在步骤102中，UE评估波束失败恢复早期终止准则。
[0156] 在步骤103中，UE检查是否满足波束失败恢复早期终止准则。如果是，那么在步骤106中，跳过波束失败恢复过程。然后在步骤107中，通知RRC：为所有服务小区释放BLP i的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程并取消所有未决的BRR；向高层通知波束失败恢复已经失败；并声明不同步，从而结束该方法。
[0157] 如果在步骤103中不满足早期终止准则，那么在步骤104中，如果针对BLP i触发了BRR，并且没有其它BRR未决，那么MAC实体可以将针对BLP i的BRR_COUNTER设置为0。然后在步骤105中，只要针对BLP i有一个BRR未决，MAC实体就可以对每个TTI执行以下操作。
[0158] 在步骤105之后，现在参考图10，在步骤108中，UE检查UE的UL波束质量是否对于通信仍是可以接受的。如果不是，那么在步骤109中，UE检查是否在这个TTI中为BRR配置了专用PRACH。如果是，那么在步骤110中，UE检查针对BLP i的BRR_COUNTER是否＜dbrr-TransMax。如果不是，那么在步骤114中，通知RRC为所有服务小区释放针对BLP i的BRR配置的PUCCH或专用PRACH。然后在步骤115中，通知RRC：为所有服务小区释放BLP i的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程并取消所有未决的BRR；向高层通知波束失败恢复已经失败；以及声明不同步，从而结束该方法。
[0159] 如果在步骤110中，针对BLP i的BRR_COUNTER
[0160] 如果在步骤116中没有接收到有效的波束恢复响应，那么该方法返回到步骤108。
[0161] 如果在步骤109中在这个TTI中没有为BRR配置专用PRACH，那么在步骤118中，UE在SpCell上使用为BLP i的BRR配置(但不是专用)的PRACH资源来发起随机接入过程，并取消BLP i的所有未决BRR，此后该方法结束。
[0162] 如果在步骤108中UE的UL波束质量对于通信仍然是可接受的，那么在步骤119中，UE检查是否满足配置的PUCCH/专用PRACH传输或免许可PUSCH传输准则的条件。如果满足配置的PUCCH/专用PRACH传输的条件，那么在步骤120，UE检查针对BLP i的BRR_COUNTER是否
[0163] 如果在步骤120中，针对BLP i的BRR_COUNTER不小于dbrr-TransMax，那么在步骤124中，UE通知RRC为所有服务小区释放针对BLP i的BRR配置的PUCCH或专用PRACH。然后，在步骤125中，UE通知RRC为所有服务小区释放BLP i的SRS；清除任何配置的下行链路指派和上行链路许可；在SpCell上发起随机接入过程并取消所有未决的BRR；向高层通知波束失败恢复已经失败；以及声明不同步，从而结束方法。
[0164] 如果在步骤119中满足免许可PUSCH传输的条件，那么在步骤126中，UE检查是否针对BLP i的BRR_COUNTER是否
[0165] 如果在步骤126中，针对BLPi的BRR_COUNTER不小于sbrr-TransMax，那么该方法前进到步骤125。
[0166] 如果在步骤119中，既不满足配置的PUCCH/专用PRACH传输的条件，又不满足免许可PUSCH传输准则的条件，那么该方法前进到步骤118。
[0167] SR设计
[0168] 为了解决挑战2，例如，根据以下三个原理解决NR中的SR一般是有利的。
[0169] 第一，如果没有为SR配置PUCCH资源，那么UE可以首先考虑免许可的PUSCH(如果使用跨子帧调度，那么可以在这个TTI或接下来的几个TTI中)。如果没有可用的免许可的PUSCH，那么SR可以使用RACH。
[0170] 第二，如果等待为SR配置的PUCCH资源可能造成SR以及随后的数据的大延迟，那么UE可以选择首先使用免许可的PUSCH。在免许可的PUSCH上的传输(数据+BSR)可以保持当前SR(无需取消它)，直到接收到针对免许可的PUSCH传输的ACK/NACK。
[0171] 第三，UE的SR过程可以分开使用两个计数器dsr-TransMax和gsr-TransMax，以用于基于PUCCH的SR和免许可的UL-SCH传输。
[0172] 详细的SR过程
[0173] 调度请求(SR)可以用于请求UL-SCH资源以进行新的传输。当SR被触发时，在该SR被取消之前，可以将其视为未决。当组装MAC PDU并且这个PDU包括包含直到(并包括)触发BSR的最后一个事件的缓冲区状态的BSR时，所有未决的(一个或多个)SR都可以被取消并且sr-ProhibitTimer可以被停止，或者，当MAC PDU被组装并且这个PDU包括包含直到(并包括)触发侧链路BSR的最后一个事件的缓冲区状态的侧链路BSR时，是否所有未决的(一个或多个)SR都由侧链路BSR触发，或者，当上层配置自主资源选择时或者当(一个或多个)UL许可可以容纳所有可用于传输的未决数据时，是否所有未决的(一个或多个)SR都由侧链路BSR触发。
[0174] 如果SR被触发并且没有其它SR未决，那么MAC实体可以将SR_COUNTER设置为0。
[0175] 只要有一个SR未决，MAC实体可以用于每个TTI，并且没有UL-SCH资源可以用于这个TTI中的传输，就可以根据是否为SR配置了有效的PUCCH资源来进行处理。
[0176] 如果MAC实体在任何TTI中都没有针对SR配置的有效PUCCH资源，在任何TTI中都没有有效的免许可的UL-SCH资源，并且没有配置用于MCGMAC实体的rach-Skip或用于SCGMAC实体的rach-SkipSCG，那么MAC实体可以在SpCell上发起随机接入过程，并取消所有未决的SR。
[0177] 如果MAC实体具有为这个TTI配置的用于SR的至少一个有效的PUCCH资源，并且如果这个TTI不是用于传输的侧链路发现间隙或测量间隙的一部分，并且如果sr-ProhibitTimer未运行，那么处理可以取决于SR_COUNTER。
[0178] 如果SR_COUNTER
[0179] 如果SR_COUNTER不小于dsr-TransMax，那么MAC实体可以：通知RRC为所有服务小区释放PUCCH；通知RRC为所有服务小区释放SRS；清除任何配置的下行链路指派和上行链路许可；并在SpCell上发起随机接入过程并取消所有未决的SR。
[0180] 当MAC实体在一个TTI中具有多于一个用于SR的有效PUCCH资源时，选择用于SR的哪个有效PUCCH资源来发信号通知SR由UE实施方式决定。
[0181] 对于每个SR束递增SR_COUNTER。sr-ProhibitTimer在SR束的第一个TTI中启动。
[0182] 图11示出了示例SR过程。在步骤200中，SR被触发。SR保持未决，直到被取消。
[0183] 在步骤201中，如果SR被触发并且没有其它SR未决，那么MAC实体可以将SR_COUNTER设置为0，并将GF_SR_COUNTER设置为0。
[0184] 在步骤202处开始，只要有一个SR未决，MAC实体就为每个TTI执行其余的步骤。
[0185] 在步骤203中，MAC实体检查基于许可的UL-SCH资源是否可以用于这个TTI中的传输。如果是，那么在步骤204中，在基于许可的UL-SCH上组装并传输MAC PDU。PDU包括包含直到(并包括)触发BSR的最后一个事件的缓冲区状态的BSR。然后在步骤205中，可以取消所有未决的(一个或多个)SR，并且可以停止sr-ProhibitTimer，并且该方法结束。
[0186] 如果在步骤203中基于许可的UL-SCH资源不可用于这个TTI中的传输，那么在步骤206中，MAC实体检查满足哪些SR或数据和BSR传输准则。
[0187] 如果MAC实体在任何TTI中都没有配置用于SR的有效PUCCH资源，但是在这个TTI中具有至少一个有效的免许可的UL-SCH资源，或者可替代地，如果MAC实体在可能造成大等待时间的较晚的TTI中具有至少一个有效的配置用于SR的PUCCH资源，并且用户数据对等待时间敏感(例如，URLLC数据)，并且在这个TTI中具有至少一个有效的免许可的UL-SCH资源，并且如果该TTI不是用于传输的侧链路发现间隙或测量间隙的一部分并且如果未保留SR，那么该方法前进到步骤207。然后在步骤208中，MAC实体检查GF_SR_COUNTER是否
[0188] 如果在步骤208中，GF_SR_COUNTER不小于ssr-TransMax，那么在步骤211中，MAC实体在SpCell上发起随机接入过程并取消所有未决的SR，并且该方法结束。
[0189] 在步骤212中，如果MAC实体在任何TTI中均没有配置用于SR的有效PUCCH资源，在任何TTI中均没有有效的免许可的UL-SCH资源，并且如果未配置“跳过RACH”。该方法于是前进到步骤211。
[0190] 在步骤213中，如果MAC实体针对这个TTI具有配置用于SR的至少一个有效PUCCH资源，并且如果这个TTI不是用于传输的侧链路发现间隙或测量间隙的一部分，并且如果sr-ProhibitTimer不在运行，那么方法前进到步骤214。
[0191] 在步骤214中，Mac实体检查SR_COUNTER是否
[0192] 在步骤217中，Mac实体通过返回步骤203来处理下一个TTI。
[0193] 如果在步骤214中SR_COUNTER不小于dsr-TransMax，那么在步骤218中，MAC实体通知RRC：为所有服务小区释放PUCCH；为所有服务小区释放SRS；并清除任何配置的下行链路指派和上行链路许可。然后在步骤219中，MAC实体在SpCell上发起随机接入过程并取消所有未决的SR。
[0194] BRR与SR之间为了解决挑战2的交互有利于解决波束失败恢复与调度请求过程之间的交互。本文中，我们将两种设计原则应用于波束失败恢复和调度请求过程，这会直接影响针对BRR和SR的NR-PUCCH资源以及专用PRACH资源分配。
[0195] 设计原则1：被触发的波束失败恢复过程可以挂起任何未决的SR。当使用新的BPL成功完成波束失败恢复时，接着可以恢复或重置已挂起的SR处理。因此，BRR不应当与SR同时被传输。
[0196] 设计原则2：被触发的波束失败恢复过程不能挂起任何未决的SR。因此，BRR可以与SR同时被传输。
[0197] 针对设计原则1的资源分配和过程
[0198] 针对设计原则1为BRR和SR配置的UL信道资源可以采用以下方法之一：
[0199] 方法1：对于每个UE，可以配置一个为BRR和SR共同配置的UL信道资源。在这个UL信道上要携带的最大信息量由SR位和BRR位中的较大者确定。在NR中，BRR可以使用比SR更多的位。
[0200] 方法2：对于每个UE，可以配置分别为BRR和SR配置的两个UL信道资源。在每个UL信道上要携带的最大信息量分别由SR位和BRR位确定。
[0201] BRR和SR多路复用过程
[0202] 在满足针对UE的波束失败恢复准则的事件后，BRR被触发，并且UE可以挂起任何未决的SR(如果有的话)。具体而言，可以挂起SR过程的所有定时器和计数器。并且，在UE接收到有效的波束恢复响应命令并且在UL、DL或两者中建立新的BPL之前，不可以传输SR，并且可选地，不可以传输上行链路用户数据+BSR。然后，UE可以恢复SR过程以及相关联的定时器和计数器，或者重置SR过程以及相关联的定时器和计数器。对于资源分配方法1，可以在共同配置的UL信道资源上传输BRR和SR，但是不能同时传输。对于资源分配方法2，可以在分开配置的UL信道资源上传输BRR和SR，但不能同时传输。
[0203] 针对设计原则2的资源分配和过程
[0204] 针对设计原则2为BRR和SR配置的UL信道资源可以采用以下方法之一。
[0205] 方法1：对于每个UE，可以配置一个为BRR和SR共同配置的UL信道资源。在这个UL信道上要携带的最大信息量由用于SR和BRR的位之和确定。
[0206] 方法2：对于每个UE，可以配置分别为BRR和SR配置的两个UL信道资源。两个UL信道上要携带的最大信息量由BRR使用的位数确定。
[0207] BRR和SR多路复用过程
[0208] 在满足针对UE的波束失败恢复准则的事件后，BRR被触发，并且UE不能挂起任何未决的SR(如果有的话)。代替地，在可能时，UE可以多路复用BRR和SR。对于资源分配方法1，共同配置的UL信道资源可以仅携带BRR、仅携带SRR，或者同时携带BRR和SR。不同的内容可以通过格式指示器发信号通知，或者可以在gNB处被盲检测。对于资源分配方法2，当仅需要传输BRR或SR时，可以在为其配置的UL信道资源上传输。当需要同时传输BRR和SR两者时，仅BRR位可以在为SR配置的UL信道资源上传输。这种传输可以指示传输了BRR和SR。
[0209] 对SR的进一步增强
[0210] 调度请求可以由于多种原因而失败。例如，调度请求可以由于DL同步或UL同步丢失而失败。例如，根据当前的LTE规范，当UE不再同步时，用于SR的PUCCH资源丢失。类似地，调度请求可以由于对为SR配置的PUCCH资源的干扰或者由于错误的路径损耗估计导致UE的错误的PUCCH发射功率计算而失败。
[0211] 以上任何原因可以是具体小区或小区组相关的，但不一定依赖于具体的PUCCH资源。例如，UE如配置的定时提前组(TAG)指示的那样维持每个小区组的同步。由于同步丢失关联的PUCCH问题导致的SR失败对于链接到同一TAG的同一小区组中配置的所有SRPUCCH资源可能是共同的。类似地，由于例如对PUCCH资源的干扰或错误的路径损耗估计引起的SR失败可能是特定于小区或特定于小区组的。
[0212] 此外，在NR中，小区的载波带宽可以被配置有一个之上的带宽部分(BWP)。SR失败也可以是特定于BWP的。
[0213] 定义SR失败类型是有利的，并且，当达到SR配置的最大SR传输计数器时，声明具体的SR失败类型。SR失败类型可以包括例如：
[0214] 与SR配置相关的SR失败；与其中配置失败SR的资源的BWP相关的SR失败；以及与其中配置失败SR的资源的小区相关的SR失败。
[0215] 失败类型可以在标准中被硬编码。可替代地，UE如何相对于失败类型来解释SR失败可以由网络配置。
[0216] UE对SR失败采取的动作：
[0217] 当与SR配置相关联的SR传输计数器(SR_COUNTER)达到最大SR传输(drs-TransMax)时，UE可以采取许多动作。例如，MAC可以通知RRC为失败SR的SR配置释放PUCCH。MAC可以通知RRC为其中配置失败SR的资源的服务小区释放PUCCH。MAC可以通知RRC为其中配置失败SR的资源的服务小区的定时提前组(TAG)中的所有服务小区释放PUCCH。MAC可以通知RRC为其中配置失败SR的资源的BWP释放PUCCH。
[0218] UE可以取决于指定的SR失败类型或UE配置有的失败类型的粒度来执行以上任何动作。例如，UE可以取决于指定的(一个或多个)SR失败类型或UE所配置的(一个或多个)SR失败类型来采取以下动作。如果UE配置有SR失败类型“特定于SR配置的SR失败”，那么MAC可以通知RRC为失败SR的SR配置释放PUCCH。
[0219] 如果UE配置有SR失败类型“特定于其中配置失败SR的资源的小区的SR失败”，那么MAC可以通知RRC为其中配置失败SR的资源的服务小区释放PUCCH。
[0220] 如果UE配置有SR失败类型“特定于其中配置失败SR的资源的小区的SR失败”，那么MAC可以通知RRC为其中配置失败SR的资源的服务小区的定时提前组(TAG)中的所有服务小区释放PUCCH。例如，如果UE还检测到UL同步丢失，那么UE可以采取这个动作。
[0221] 如果UE配置有SR失败类型“MAC可以通知RRC为其中配置失败SR的资源的BWP释放PUCCH”，那么MAC通知RRC为其中配置失败SR的资源的BWP释放PUCCH。
[0222] UE向gNB发信号通知SR失败和PUCCH释放：
[0223] UE可以使用以下方法之一向gNB发信号通知SR失败和PUCCH释放。
[0224] RRC过程
[0225] 可以为UE定义新的RRC消息，以向网络报告SR失败并请求释放PUCCH。这种消息可以被命名为PUCCHFailureReport、PUCCHStatusReport、PUCCHReEstablishment、PUCCHFailureInformation等。消息可以包括RRC事务标识符和SR配置索引(sr-ConfigIndex)。此外，用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)可以包括在消息中。UE可以在RLCAM模式下在信令无线电承载SRB1上发送消息。
[0226] 可替代地，可以使用现有的UE到gNBRRC消息将SR失败信息和PUCCH释放请求发信号通知给gNB。这种消息可以包括新的消息代码，并且诸如SR配置索引(sr-ConfigIndex)和用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)之类的信息元素可以包括在消息中。
[0227] MAC过程：
[0228] RACH过程可以用于向gNB报告SR失败以及PUCCH释放的请求。UE可以在RACH消息3(Msg3)中包括与触发失败SR的逻辑信道对应的BSR。gNB隐式地从接收到的BSR中得出逻辑信道，并且因此得出失败SR的配置和要释放的PUCCH。
[0229] 在另一个实施例中，RACHMsg3可以显式地携带失败SR的资源的标识符，例如SR配置索引(sr-ConfigIndex)和/或用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)。UE使用这个信息来向gNB通知失败SR和要释放的PUCCH。
[0230] 在另一个实施例中，UE可以被配置有RACH资源和PUCCH资源(例如，SR PUCCH资源)之间的关联。UE在与失败SR的PUCCH资源相关联的RACH资源上传输RACH消息1(Msg1)。gNB基于在其上接收到RACHMsg1的RACH资源来识别失败的PUCCH资源(即，失败的SR和要释放的PUCCH)。
[0231] UE可以在其中配置失败SR的资源的服务小区上发起RACH过程。但是，在现有的LTE系统中，可以仅通过来自eNB的PDCCH命令发起SCell上的随机接入过程。由于PUCCH资源可以在任何辅助服务小区上被配置，因此有利的是，在NR系统中，出于具体原因或者当满足某些准则时，允许UE在SCell上(即，在不是主要辅助小区的辅助小区上)发起RACH过程。例如，当发生SR失败时，UE可以在SCell上发起RACH过程以发信号通知SR失败和对PUCCH释放的请求。gNB将UE在SCell上发起的RACH过程的接收(没有PDCCH命令)解释为SR失败的指示以及对那个SCell上的PUCCH释放的请求。
[0232] 例如，在一个实施例中，UE可以被配置有RACH资源，该RACH资源被保留用于由UE向gNB发信号通知SR失败和/或PUCCH资源的释放。gNB首先通过在为SR失败的信令保留的RACH资源上接收RACH过程Msg1来了解SR失败。在gNB接收到RACH过程Msg5的竞争解决后，gNB识别在SCell上发起RACH过程的UE(没有PDCCH命令)。在另一个实施例中，如果用于SR失败的发信号通知的预留RACH资源是专用于UE的RACH资源，那么gNB在接收到RACH过程Msg1后识别在SCell上发起RACH过程的UE(没有PDCCH命令)。
[0233] 对LCP的增强
[0234] 对PBR处置和变量Bj的维护的进一步增强
[0235] 可以考虑固定持续时间的基本NR时间单位(NR-UNIT)以支持MAC操作。这个基本时间单位可以是MAC实体级别上最小的时间分辨率，并且可以被视为驱动MAC操作的系统定时器中断之间的时间间隔。在每个NR-UNIT，MAC实体核实是否存在任何待执行的未决任务，例如：DL许可接收、UL许可接收、DL数据接收、包括逻辑信道优先化的UL数据传输、HARQ反馈的信令、调度请求的信令等。在NR中，可以使UL许可可用的连续数据传输机会之间的时间间隔是可变的。我们使用DTTI来表示连续数据传输机会之间的时间间隔。于是，DTTI可以用NR_UNIT表达，例如DTTI＝d*NR-UNIT，其中参数d是可变整数。
[0236] 每当执行新的传输时，可以使用逻辑信道优先化过程。
[0237] RRC通过针对每个MAC实体为每个逻辑信道发信号通知以下内容来控制上行链路数据的调度：(1)优先级，其中增加的优先级值指示降低的优先级水平；(2)prioritisedBitRate，其设置优先化位速率(PBR)；(3)bucketSizeDuration，其设置桶尺寸持续时间(BSD)。
[0238] 根据下文描述的实施例之一，MAC实体可以为每个允许的逻辑信道j维护变量Bj。
[0239] 维持变量Bj的实施例1：
[0240] 当建立相关的逻辑信道时，Bj可以被初始化为零，并且对于逻辑信道j上的每个数据传输机会，递增乘积PBR×DTTI(j)，其中PBR是逻辑信道j的优先化位速率，并且DTTI(j)是逻辑信道LCH_j上的上一次数据传输与逻辑信道LCH_j的当前数据传输机会之间的时间间隔。逻辑信道j的传输机会被定义为具有可以服务于逻辑信道j的许可的UL数据传输的时刻。但是，Bj的值永远不会超过桶尺寸，并且如果Bj的值大于逻辑信道j的桶尺寸，那么可以将其设置为桶尺寸。逻辑信道的桶尺寸等于PBR×BSD。何时更新Bj由UE的实施方式决定。
[0241] 维持变量Bj的实施例2：
[0242] 当建立相关的逻辑信道时，Bj可以被初始化为零，并且对于逻辑信道j上的每个数据传输机会，递增乘积PBR×DTTI(j)，其中PBR是逻辑信道j的优先化位速率，并且DTTI(j)是逻辑信道LCH_j上的上一次数据传输与逻辑信道LCH_j的当前数据传输机会之间的时间间隔。逻辑信道j的数据传输机会被定义为具有许可的UL数据传输的时刻，其中来自逻辑信道j的数据实际上使用那个许可被传输。但是，Bj的值永远不会超过桶尺寸，并且如果Bj的值大于逻辑信道j的桶尺寸，那么可以将其设置为桶尺寸。逻辑信道的桶尺寸等于PBR×BSD。何时更新Bj由UE的实施方式决定。
[0243] 对逻辑信道选择的进一步增强
[0244] 为了支持LCP过程，逻辑信道配置有许可必须在其内的可允许的等待时间。可以通过由Tmin/Tmax界定的时间间隔与残余HARQ操作点相组合来定义所允许的等待时间。为了实现与逻辑信道相关联的服务的目标块错误率(BLER)，可以以可接受的平均BLER在预期的重传次数上的组合来表达残余HARQ操作点。由于当执行新的传输时执行LCP过程，因此残余BLER可以与目标BLER相同。在每次新传输时，UE估计预期的重传次数，以便实现映射到逻辑信道的服务的目标BLER。目标BLER可以是最严格的目标BLER，即，在映射到逻辑信道的服务上的最小目标BLER值。UE可以通过考虑到重传的估计数量的缩放因子来缩放允许的下限时间等待时间Tmin和允许的上限时间等待时间Tmax。在不同的重传次数与不同的缩放因子相关联的情况下，可以定义多于一个缩放因子。此外，可以为参数Tmin和参数Tmax定义不同的缩放因子。UE可以被配置有缩放因子。可替代地，可以在规范中硬编码对于重传次数的映射和缩放因子。又可替代地，对于重传次数的映射以及缩放因子的选择可以留给实施方式。
[0245] 在LCP过程期间，MAC通过将参数Tmin和参数Tmax乘以适当的缩放因子来对Tmin和Tmax执行缩放操作。
[0246] 从等待时间要求的角度来看，如果许可的处理定时在逻辑信道的允许的经缩放的等待时间Tmin和Tmax内，那么UE MAC确定允许许可服务于逻辑信道。
[0247] 挑战5的解决方案–对SR触发和取消规则的进一步增强
[0248] 如图2和图3所例示的在BSR被触发但未取消且没有UL-SCH资源可用于BSR传输的场景中解决对SR触发的增强的解决方案在下面描述。
[0249] 指派给UE的UL资源许可r可以由UL许可指派时间和UL指派到UL数据传输持续时间(即，许可的总寿命)来表征。可替代地，UL指派到UL数据传输持续时间(即，许可的总寿命)可以分为两个时间间隔，即，时间间隔1和时间间隔2：时间间隔1是由UL指派到UL数据传输开始时间的时间流逝表示的持续时间，并且时间间隔2是UL资源许可的持续时间。让我们用k2表示UL指派到UL数据传输持续时间(即，许可的总寿命)，K2表示UL指派到UL数据传输开始时间的时间流逝的持续时间或长度，并且L表示UL-SCH许可的持续时间或长度，于是k2＝K2+L。让我们用H表示许可的剩余寿命。对于许可r，k2(r)表示许可的总寿命，K2(r)可以表示UL指派到UL数据传输开始时间的时间流逝，L(r)是许可的持续时间并且H(r)是许可r的剩余寿命。MAC可以通过跟踪许可r的年龄来轻松地维护许可r的剩余寿命H(r)。让我们用A(r)表示许可r的年龄。可以在UE接收到许可r指派的时刻将A(r)初始化为零，然后在每个UL传输机会处适当地递增连续UL传输机会之间经过的时间。H(r)于是可以被表达为H(r)＝k2(r)–A(r)。可替代地，可以如下维持许可的剩余寿命H(r)。H(r)在UE接收到许可r指派的时刻被初始化为k2(r)的值，然后在每个UL传输机会处适当地递减连续UL传输机会之间经过的时间。参数k2(r)、K2(r)、L(r)、H(r)和A(r)的单位可以用OFDM码元、NR时隙、迷你时隙、NR时隙和OFDM码元的组合(例如，如果传输在时隙的中间开始的话)表达，参数K2(r)可以表达为整数个时隙加上表达为整数个OFDM码元的时隙的分数，该分数指向该时隙内的UL-SCH资源r的起始码元。
[0250] 有利的是引入SR限制定时器logicalChannelSR-RestrictionTimer，该定时器用于在BSR被触发且尚未被取消、并且例如如图2所示没有UL-SCH资源许可来传输BSR的情况下延迟否则根据当前规范将立即被触发的SR的传输。每个逻辑信道都配置了定时器logicalChannelSR-RestrictionTimer。RRC向MAC实体配置定时器。定时器的值的单位可以是例如OFDM码元、时隙或绝对时间值(例如毫秒或微秒)。让我们用logicalChannelSR-RestrictionTimerDuration表示定时器logicalChannelSR-RestrictionTimer的配置值(即，持续时间)。
[0251] 如果以下情况，那么MAC实体启动定时器：(1)BSR被触发且未取消；(2)在内部的UL传输机会时间期间或BSR被触发的时刻没有可用的UL-SCH许可来传输BSR；或(3)存在指派给UE的UL-SCH许可r，该许可满足条件logicalChannelSR-RestrictionTimerDuration大于或等于H(r)。
[0252] 当传输BSR时，MAC实体取消定时器logicalChannelSR-RestrictionTimer。在另一个替代实施例中，如果传输触发BSR的逻辑信道LCH2的数据(如图2或图3所示)，那么MAC实体取消定时器logicalChannelSR-RestrictionTimer。
[0253] 在定时器logicalChannelSR-RestrictionTimer到期后，MAC触发由这个定时器的设置延迟的SR。MAC可以使用映射到逻辑信道的SR配置，该逻辑信道的数据触发为其触发SR的BSR。
[0255] RRC可以配置以下参数，例如，以控制BSR：periodicBSR-Timer；retxBSR-Timer；logicalChannelSR-Delay；logicalChannelSR-DelayTimer；logicalChannelGroup；以及[0256] logicalChannelSR-RestrictionTimer。
[0257] 可以使用logicalChannelGroup将每个逻辑信道分配给LCG。LCG的最大数量为八个。
[0258] MAC实体根据TS38.322和38.323中的数据量计算过程确定可以用于逻辑信道的UL数据量。
[0259] 如果MAC实体具有可用于属于LCG的逻辑信道的新UL数据，并且或者该新UL数据属于具有比包含属于任何LCG的可用UL数据的任何逻辑信道的优先级更高优先级的逻辑信道，或者属于LCG的逻辑信道均不包含任何可用UL数据，那么可以触发BSR，在这种情况下，BSR在下文中称为“常规BSR”。
[0260] 如果分配了UL资源并且填充位的数量等于或大于缓冲区状态报告MACCE加上其子报头的尺寸，那么可以触发BSR，在这种情况下，BSR在下文中被称为“填充BSR”。
[0261] 如果retxBSR-Timer到期，并且属于LCG的逻辑信道中的至少一个逻辑信道包含UL数据，那么可以触发BSR，在这种情况下，BSR在下文中被称为“常规BSR”；
[0262] 如果periodicBSR-Timer到期，那么可以触发BSR，在这种情况下，BSR在下文中被称为“周期性BSR”。
[0263] 对于常规BSR，如果针对由上层配置了logicalChannelSR-Delay的逻辑信道触发BSR，那么MAC实体可以启动或重新启动logicalChannelSR-DelayTimer。否则，如果其正在运行，那么MAC实体可以停止logicalChannelSR-DelayTimer。
[0264] 对于常规和周期性BSR，如果在要传输BSR时多于一个LCG具有可用于传输的数据，那么MAC实体可以对于具有可用于传输的数据的所有LCG报告长BSR。否则，MAC实体可以报告短BSR。
[0265] 对于填充BSR，如果填充位的数量等于或大于短BSR加上其子报头的尺寸，但小于长BSR加上其子报头的尺寸，并且如果在要传输BSR时多于一个LCG具有可用于传输的数据，那么，如果填充位的数量等于短BSR加上其子报头的尺寸，则MAC实体可以报告具有可用于传输的数据的逻辑信道优先级最高的LCG的短截断BSR。
[0266] 对于填充BSR，如果在要传输BSR时多于一个LCG具有可用于传输的数据，但是填充位的数量不等于短BSR加上其子报头的尺寸，那么MAC实体可以报告具有可用于传输的数据的逻辑信道优先级最高的LCG的短截断BSR。
[0267] 对于填充BSR，如果填充位的数量不等于或大于短BSR加上其子报头的尺寸，但是小于长BSR加上其子报头的尺寸，那么MAC实体可以按照优先级的降序报告带有具有可用于传输的数据的逻辑信道的(一个或多个)LCG的长截断BSR，并且在优先级相等的情况下，按照LCGID的升序。
[0268] 对于填充BSR，如果填充位的数量不等于或大于短BSR加上其子报头的尺寸，但是小于长BSR加上其子报头的尺寸，那么MAC实体可以报告短BSR。
[0269] 对于填充BSR，如果填充位的数量不等于或大于短BSR加上其子报头的尺寸，但是小于长BSR加上其子报头的尺寸，并且如果填充位的数量等于或大于长BSR加上其子报头的尺寸，那么MAC实体可以对于具有可用于传输的数据的所有LCG报告长BSR。
[0270] 如果缓冲区状态报告过程确定至少一个BSR已经被触发并且未被取消，那么，如果UL-SCH资源可用于新的立即传输，则MAC实体可以：(1)指示多路复用和组装过程生成(一个或多个)BSRMACCE；(2)除了当所有生成的BSR都是长或短截断BSR时之外，启动或重新启动periodicBSR-Timer；(3)启动或重新启动retxBSR-Timer；以及(4)如果logicalChannelSR-RestrictionTimer在运行，那么停止它。
[0271] 如果缓冲区状态报告过程确定至少一个BSR已经被触发并且没有被取消，那么，如果已经触发了常规BSR且logicalChannelSR-DelayTimer不在运行，则MAC实体可以基于条件采取许多动作。如果上行链路许可不是配置的许可，或者未针对由高层为其设置逻辑信道SR掩码(logicalChannelSR-Mask)的逻辑信道触发常规BSR，那么，如果logicalChannelSR-RestrictionTimer的配置的值大于或等于已指派给UE的许可的剩余寿命，那么MAC实体可以启动或重新启动定时器logicalChannelSR-RestrictionTimer。否则，MAC实体可以触发调度请求，并且如果logicalChannelSR-RestrictionTimer在运行，那么停止它。
[0272] 如果logicalChannelSR-RestrictionTimer到期，那么MAC实体可以触发调度请求。
[0273] 即使此时多个事件已经触发了BSR，MAC PDU最多也可以包含一个BSRMACCE。常规BSR和周期性BSR可以优先于填充BSR。
[0274] MAC实体可以在接收到用于在任何UL-SCH上传输新数据的许可后重新启动retxBSR-Timer。
[0275] 当(一个或多个)UL许可可以容纳所有可用于传输的未决数据、但不足以附加地容纳BSRMAC控制元素及其子报头时，可以取消所有触发的BSR。当BSR被包括在用于传输的MAC PDU中时，可以取消所有触发的BSR。
[0276] MAC实体可以在一个MAC PDU中传输至多一个BSR。当MAC PDU包含常规BSR或周期性BSR时，可以不包括填充BSR。
[0277] 对于调度请求过程来说有利的是，在组装MAC PDU时，所有未决的SR被取消，并且每个相应的sr-ProhibitTimerlogicalChannelSR-RestrictionTimer被停止。PDU可以包括包含直到(并包括)触发BSR的最后一个事件的缓冲区状态的BSR，或者当UL许可可以容纳所有可用于传输的未决数据时。
[0278] 另一个关注的问题是当多个SR未决并且尚未发送SR时，应当在未决SR的可用SR配置当中使用哪个SR配置。
[0279] 一个方法是对SR配置进行优先化。在此，MAC实体可以基于SR配置来确定优先级次序，以选择以下中的一个或多个：具有最大传输机会的SR配置；具有最早(即，第一)传输机会的SR配置；与最高优先级逻辑信道对应的SR配置；以及具有长PUCCH格式的SR配置(例如，其中覆盖是个问题)。
[0280] 具有短PUCCH格式的SR配置，例如如果等待时间是决定因素的话。
[0281] 可替代地，在不使SR配置优先化的情况下，每个SR可以使用用于那个SR的资源配置来传输。一旦SR之一成功，并且BSR被传输，所有剩余的未决SR就被取消。
[0282] 另一个关注的问题如下：如果由于缺少发送SR的PUCCH资源或者由于SR传输达到最大允许的传输而发起随机接入，并且接着许可变得可用于UE，例如已经分配给UE的许可变得可用于UL传输，如图2或图3所示，那么对于RACH过程的触发和取消应当存在指定的准则。
[0283] 类似地，对于SR传输的延迟，延迟RACH过程是有利的。
[0284] 有利的是，当SR传输已达到根据3GPP TS 38.321 NR Medium Access Control(MAC)protocol specification，V15.0.0由参数sr-TransMax当前定义的最大调度请求传输数，或者没有可用于发送SR的PUCCH资源时，使用用来延迟否则按照当前规范将被立即触发的RACH过程的发起的RACH过程发起限制定时器logicalChannelRACH-RestrictionTimer。每个逻辑信道配置了定时器logicalChannelRACH-RestrictionTimer。
RRC向MAC实体配置定时器。定时器值的单位可以是OFDM码元、时隙或绝对时间值(例如毫秒或微秒)。让我们用logicalChannelSR-RestrictionTimerDuration表示定时器logicalChannelSR-RestrictionTimer的配置值(即，持续时间)。
RRC向MAC实体配置定时器。定时器值的单位可以是OFDM码元、时隙或绝对时间值(例如毫秒或微秒)。让我们用logicalChannelSR-RestrictionTimerDuration表示定时器logicalChannelSR-RestrictionTimer的配置值(即，持续时间)。
[0285] 如果被触发并未决并且没有PUCCH资源可用于SR传输，或者SR传输的数量达到根据3GPP TS 38.321 NR Medium Access Control(MAC)protocol specification，V15.0.0由参数sr-TransMax当前定义的最大SR重复次数，那么MAC启动定时器。
[0286] 如果存在指派给UE的满足条件logicChannelRACH-RestrictionTimerDuration大于或等于H(r)的UL-SCH许可r，那么MAC也启动定时器。
[0287] 当使用UL-SCH资源许可r传输BSR时，MAC实体取消定时器logicalChannelRACH-RestrictionTimer。在另一个替代实施例中，如果触发BSR的逻辑信道LCH2的数据(如图2或图3中所示)是使用UL-SCH许可r传输的，那么MAC实体取消定时器logicalChannelRACH-RestrictionTimer。
[0288] 在定时器logicalChannelRACH-RestrictionTimer到期后，MAC触发由这个定时器的设置延迟的RACH过程。
[0289] 关于RACH过程的取消，如果在UE接收到随机接入响应(RAR)消息之前PUCCH资源变得可用于SR的传输或者用于BSR传输的UL-SCH资源变得可用，那么取消由SR触发的RACH过程是有利的。
[0290] 问题6的解决方案–对缓冲区状态计算的进一步增强
[0291] 在下文中讨论在存在两个或更多个重叠的UL-SCH资源许可的情况下解决缓冲区状态计算的解决方案。
[0292] 图4-8中所示的资源许可计算示例可以由与缓冲区状态确定相关的以下关键属性中的一个或多个表征。
[0293] 在情况1中，许可的UL数据传输时间重叠并同时结束(例如，在图5或图6中，当LCH2的UL传输在时隙10中时)。
[0294] 在情况2中，许可的UL数据传输时间重叠并且不同时结束(例如，在图4、图6或图7中，当LCH2的UL传输在时隙9中时)。
[0295] 在情况3中，许可的UL数据传输时间不重叠，但是从许可被指派给UE的时间到许可被用于UE传输的时间之间的时间间隔在许可之间重叠(例如，图8中)。
[0296] 情况1
[0297] 在情况1中，许可的UL数据传输时间重叠并同时结束。提出以下规则来确定缓冲区状态和要用于BSR的许可。
[0298] 由于许可的UL数据传输时间同时结束，因此有利的是，在所有可用的UL-SCH许可用尽之后，MAC实体考虑到MAC传输缓冲区中的所有剩余数据来确定缓冲区状态。关于将用于BSR的传输的(一个或多个)许可，建议MAC实体确定BSR在许可之间的分布，以便最大程度地使用无线电空中接口资源。因而，可以用一个单一许可来传输BSR。在另一个替代方案中，MAC实体可以跨可用的UL许可拆分BSR，即，例如，在两个重叠许可的情况下，可以将BSR拆分为两个BSR，其中，两个BSR之一在两个许可之一上传输，并且第二个BSR通过另一个许可传输。应当理解的是，在本文档中使用术语或表达“将BSR拆分成多于一个BSR，例如两个BSR”来表示以下内容：MAC实体计算或确定缓冲区状态，并使用确定的缓冲区状态构造多于一个BSR，并且跨所有构造的BSR的所有缓冲区尺寸的总和等于被拆分成多个BSR的缓冲区状态的尺寸。
[0299] 要包括在每个BSR中的LCG可以取决于UL许可的优先级。例如，如果我们考虑两个UL许可可用并且许可1的优先级高于许可2的优先级的情况，那么使用许可1传输的BSR可以包括优先级大于或等于许可1的优先级的LCG的缓冲区状态信息；并且使用许可2传输的BSR可以包括剩余LCG的缓存器状况信息；即，优先级低于许可1的优先级的LCG。
[0300] 对于N个许可可用的更一般的情况，可以扩展这个方法。为了说明的目的，我们可以假设许可按优先级次序编号，UL许可1是最高优先级许可，并且UL许可N是最低优先级许可。使用UL许可1传输的BSR将包括如下LCG的缓冲区状态信息，其中：
[0301] Priority(LCGi)≥Priority(grant1)；
[0302] 并且使用UL许可n传输的BSR(其中1
[0303] Priority(grantn-1)>Priority(LCGi)≥Priority(grantn)；
[0304] 并且使用许可N传输的BSR将包括如下LCG的缓冲区状态信息，其中：
[0305] Priority(LCGi)
[0306] 在这个上下文中，可以将LCGi的优先级定义为LCGi中具有可用于传输的数据的最高优先级的逻辑信道的优先级。
[0307] 可以参考与许可关联的参数集合的子载波间距(SCS)来定义许可的优先级。例如，可以根据许可的SCS的值对许可进行优先化，其中SCS的值越高，许可的优先级越高。
[0308] 可以根据以下规则来进行BSR许可的指派：如果LCGi的优先级等于或大于LCGj的优先级，那么应当在优先级等于或高于携带LCGj的缓冲区信息的许可的许可上传输LCGi的缓冲区信息。
[0309] 情况2
[0310] 在情况2中，许可的UL数据传输时间重叠并且不同时结束。
[0311] 在一个实施例中，在这种情况下提出了MAC实体将缓冲区状态确定为在具有最后结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据。在这种情况下，MAC实体仅传输一个BSR，并且该BSR用其传输时间最后结束的UL-SCH许可进行传输。这个提议的合理性在于，跨所有重叠许可的UL传输的持续时间是从具有其UL传输首先开始的资源许可的UL传输的开始、到具有其UL传输最后结束的资源许可的UL传输的结束之间的时间流逝。因此，例如，与遗留LTE系统不同但相似的机制是让MAC实体将缓冲区状态确定为在具有最后结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据，并用其传输时间最后结束的UL-SCH许可来传输BSR。
[0312] 另一个替代实施例是让MAC实体将缓冲区状态确定为在用于每个许可的每个UL传输时间结束时MAC传输缓冲区中的所有可用数据，并使用那个许可来传输对应的缓冲区状态报告。这可能有点效率低下，因为缓冲区状态被过度报告，这也意味着由于不必要的缓冲区状态报告或比所需更大的缓冲区状态报告而不必要地使用了空中接口无线电资源，因为在UE中存在可以随后用于传输作为BSR一部分报告的一些数据或所有数据的未决的资源许可。但是，这是缓冲状态确定和报告的可行方法。还应当注意的是，这种方法可能不一定导致gNB向UE过度分配UL资源许可，因为gNB知道UE处所有未决的UL资源许可，即，指派给UE但尚未用于UE的UL数据传输的UL资源许可。在这个方案中，当gNB从UE接收到BSR时，gNB通过报告知道缓冲区状态，并且可以避免为缓冲区状态中被过度报告的部分指派UL许可。在这个实施例中，可以传输多于一个BSR。
[0313] 另一个替代实施例是让MAC实体将缓冲区状态确定为在用于每个许可的每个UL传输时间结束时MAC传输缓冲区中的所有可用数据、减去可以用其传输时间稍晚结束的剩余许可来传输的数据的估计，并且使用那个许可来传输对应的缓冲区状态报告。在这个实施例中，可以传输多于一个BSR。
[0314] 在又一个替代方案中，提出了MAC实体将缓冲区状态确定为在具有最先结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据。在这种情况下，MAC实体仅传输一个BSR，并且该BSR用其传输时间最先结束的UL-SCH许可进行传输。可替代地，为了估计缓冲区状态，MAC实体将缓冲区状态确定为在具有最先结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据减去可以用剩余许可传输的数据的估计。
[0315] 情况3
[0316] 在情况3中，许可的UL数据传输时间不重叠，但是从许可被指派给UE的时间到许可被用于UE传输的时间之间的时间间隔在许可之间重叠。
[0317] 在一个实施例中，有利的是，MAC实体将缓冲区状态确定为在具有最先结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据。MAC实体仅传输一个BSR，并且该BSR使用其UL传输时间最先结束的许可进行传输。
[0318] 在替代实施例中，有利的是，将缓冲区状态确定为在具有最先结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据、减去可以用其传输时间在具有最先结束的UL传输时间的许可被用尽之后开始的剩余的非重叠许可来传输的数据的估计。MAC实体仅传输一个BSR，并且该BSR使用其UL传输时间最先结束的许可进行传输。
[0319] 在另一个实施例中，有利的是，MAC实体将缓冲区状态确定为在具有最后结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据。MAC实体仅传输一个BSR，并且该BSR用其UL传输时间最后结束的许可进行传输。
[0320] 在又一个替代实施例中，有利的是，将缓冲区状态确定为在具有最先结束的UL传输时间的许可被用尽之后MAC传输缓冲区中的所有可用数据，MAC实体仅传输一个BSR，并且该BSR使用其UL传输时间最先结束的许可进行传输。
[0321] 在另一个替代实施例中，有利的是，被触发并且未被取消的BSR的传输可以被延迟并且在后续的许可中被传输，即，允许MAC实体跳过BSR传输机会。引入BSR限制定时器logicalChannelBSR-RestrictionTimer是有利的，该BSR限制定时器用于延迟否则将立即被触发的SR的传输。每个MAC实体配置了定时器logicalChannelBSR-RestrictionTimer。RRC向MAC实体配置定时器。定时器的值的单位可以是例如OFDM码元、时隙、迷你时隙或绝对时间值(例如毫秒或微秒)。让我们用logicChannelBSR-RestrictionTimerDuration表示定时器logicalChannelBSR-RestrictionTimer的配置值(即持续时间)。
[0322] 如果(1)BSR被触发且未取消，或者(2)存在指派给UE的满足条件logicalChannelBSR-RestrictionTimerDuration大于或等于H(r)的UL-SCH许可r，那么MAC延迟BSR传输并启动定时器logicalChannelBSR-RestrictionTimer。
[0323] 当传输BSR时，MAC实体取消定时器logicalChannelBSR-RestrictionTimer。在另一个替代实施例中，如果传输触发BSR的数据，那么MAC实体取消定时器logicalChannelBSR-RestrictionTimer。
[0324] 在定时器logicalChannelBSR-RestrictionTimer到期后，MAC触发BSR。
[0325] 应当注意的是，这个替代实施例也可以应用于上述重叠许可情况2的示例。
[0326] 本文描述对SR的进一步增强。SR可以由于多种原因而失败，包括但不限于以下原因：DL同步或UL同步的丢失(例如，根据LTE规范，当UE不再同步时，用于SR的PUCCH资源丢失)；对配置用于SR的PUCCH资源的干扰；以及错误的路径损耗估计导致UE的PUCCH发射功率计算错误。以上任何原因可以取决于具体的小区或小区组，但不一定取决于具体的PUCCH资源。例如，UE可以如配置的定时提前组(TAG)所指示的那样维持每个小区组的同步。由于与同步丢失关联的PUCCH问题导致的SR失败对于链接到同一TAG的同一组小区中配置的所有SRPUCCH资源可能是共同的。类似地，由于例如对PUCCH资源的干扰或错误路径损耗估计而引起的SR失败可能特定于小区或小区组。
[0327] 此外，在NR中，小区的载波带宽可以被配置有一个之上的带宽部分(BWP)。SR失败也可以是特定于BWP的。
[0328] 因此，提出了定义SR失败类型并在达到SR配置的最大SR传输计数器时，声明具体的SR失败类型。可以考虑以下SR失败类型：特定于SR配置的SR失败；特定于BWP的SR失败，其中配置了失败SR的资源；以及特定于其中配置失败SR的资源的小区的SR失败。失败类型可以在标准中硬编码。在替代实施例中，UE如何相对于失败类型来解释SR失败可以由网络配置。
[0329] 本文描述了在SR失败时的UE动作。当与SR配置相关联的SR传输计数器(SR_COUNTER)达到最大SR传输(drs-TransMax)时，UE可以采取以下动作之一：MAC通知RRC为失败SR的SR配置释放PUCCH；MAC通知RRC为其中配置失败SR的资源的服务小区释放PUCCH；MAC通知RRC为其中配置失败SR的资源的服务小区的定时提前组(TAG)中的所有服务小区释放PUCCH；以及MAC通知RRC为其中配置失败SR的资源的BWP释放PUCCH。UE可以取决于指定的SR失败类型或UE配置有的失败类型的粒度来执行以上任何动作。例如，UE可以取决于指定的(一个或多个)SR失败类型或UE所配置的如下(一个或多个)SR失败类型来采取以下动作：如果UE配置有SR失败类型“特定于SR配置的SR失败”，那么MAC可以通知RRC为失败SR的SR配置释放PUCCH；如果UE配置有SR失败类型“特定于其中配置失败SR的资源的小区的SR失败”，那么MAC可以通知RRC为其中配置失败SR的资源的服务小区释放PUCCH；如果UE配置有SR失败类型“特定于其中配置失败SR的资源的小区的SR失败”，那么MAC可以通知RRC为其中配置失败SR的资源的服务小区的定时提前组(TAG)中的所有服务小区释放PUCCH(例如，如果UE还检测到UL同步丢失，那么UE可以采取这个动作)；如果UE配置有SR失败类型“MAC通知RRC为其中配置失败SR的资源的BWP释放PUCCH”，那么MAC可以通知RRC为其中配置失败SR的资源的BWP释放PUCCH。
[0330] 本文描述了UE向gNB发信号通知SR失败和PUCCH释放。UE可以使用以下方法之一向gNB发信号通知SR失败和PUCCH释放。
[0331] 本文描述了RRC过程。可以为UE定义新的RRC消息，以向网络报告SR失败并请求PUCCH释放。这种消息可以被命名为PUCCHFailureReport、PUCCHStatusReport、PUCCHReEstablishment、PUCCHFailureInformation等。该消息可以包括RRC事务标识符和SR配置索引(sr-ConfigIndex)。此外，用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)可以包括在消息中。UE可以在RLC AM模式下在信令无线电承载SRB1上发送消息。可替代地，可以使用现有的UE到gNB RRC消息将SR失败信息和PUCCH释放请求发信号通知给gNB。这种消息可以包括新的消息代码，并且诸如SR配置索引(sr-ConfigIndex)和用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)之类的信息元素可以包括在消息中。
[0332] 本文描述了MAC过程。RACH过程可以用于向gNB报告SR失败和PUCCH释放请求。UE可以在RACH消息3(Msg3)中包括与触发失败SR的逻辑信道对应的BSR。gNB可以隐式地从接收到的BSR中得出逻辑信道，并且因此得出失败SR的配置和要释放的PUCCH。
[0333] 在另一个实施例中，RACH Msg3可以显式地携带失败SR的资源的标识符，例如SR配置索引(sr-ConfigIndex)和/或用于失败SR的资源的索引(sr-PUCCH-ResourceIndex)。UE可以使用这个信息来向gNB通知失败SR和要释放的PUCCH。
[0334] 在另一个实施例中，UE可以被配置有RACH资源和PUCCH资源(例如，SR PUCCH资源)之间的关联。UE可以在与失败SR的PUCCH资源相关联的RACH资源上传输RACH消息1(Msg1)。gNB基于在其上接收到RACH Msg1的RACH资源来识别失败的PUCCH资源(即，失败SR)和要释放的PUCCH。
[0335] UE可以在其中配置失败SR的资源的服务小区上发起RACH过程。但是，在LTE系统中，可以仅通过来自eNB的PDCCH命令来发起辅助小区(SCell)上的随机接入过程。由于PUCCH资源可以在任何辅助服务小区上被配置，因此有利的是，在NR系统中，出于(一个或多个)具体原因或者当满足某些准则时，允许UE在SCell上发起RACH过程。例如，当发生SR失败时，UE可以在SCell上发起RACH过程以发信号通知SR失败和对PUCCH释放的请求。gNB可以将UE在SCell上发起的RACH过程的接收(没有PDCCH命令)解释为SR失败的指示以及对那个SCell上的PUCCH释放的请求。
[0336] 例如，在一个实施例中，UE可以被配置有RACH资源，该RACH资源被保留用于由UE向gNB发信号通知SR失败和/或PUCCH资源的释放。gNB可以首先通过在为SR失败的信令保留的RACH资源上接收RACH过程Msg1来了解SR失败。在gNB接收RACH过程Msg5的竞争解决后，gNB可以识别在SCell上发起RACH过程的UE(没有PDCCH命令)。在又一个实施例中，如果用于SR失败的信令的预留RACH资源是专用于该UE的RACH资源，那么gNB可以在接收到RACH过程Msg1后识别在SCell上发起RACH过程的UE(没有PDCCH命令)。
[0337] 本文描述了对LCP的增强，其可以包括对PBR处置和变量Bj的维护的进一步增强。可以考虑固定持续时间的基本NR时间单位(NR-UNIT)以支持MAC操作。这个基本时间单位可以是MAC实体级别上最小的时间分辨率，并且可以被视为驱动MAC操作的系统定时器中断之间的时间间隔。在每个NR-UNIT，MAC实体可以核实是否存在任何待执行的未决任务，诸如例如DL许可接收、UL许可接收、DL数据接收、包括逻辑信道优先化的UL数据传输、HARQ反馈的信令、调度请求的信令等。在NR中，其中UL许可可用的连续数据传输机会之间的时间间隔可以是可变的。DTTI可以用来表示连续数据传输机会之间的时间间隔。DTTI可以用NR_UNIT表达，例如DTTI＝d*NR-UNIT，其中参数d是可变整数。
[0338] 每当执行新的传输时，可以应用逻辑信道优先化过程。
[0339] RRC可以通过针对每个MAC实体的每个逻辑信道发信号通知以下内容来控制上行链路数 据的 调度 ：优先级 ，其中增加的 优先级值 指示降 低的 优先级 ；priorityitisedBitRate，其设置优先化位速率(PBR)；以及bucketSizeDuration，其设置桶尺寸持续时间(BSD)。
[0340] 根据本文描述的实施例之一，MAC实体可以为每个允许的逻辑信道j维护变量Bj。
[0341] 在用于维持变量Bj的一个实施例中，可以在建立相关逻辑信道时将变量Bj初始化为零，并且对于逻辑信道j上的每个数据传输机会，递增乘积PBR×DTTI(j)，其中PBR是逻辑信道j的优先化位速率，并且DTTI(j)是逻辑信道LCH_j上的上一次数据传输与逻辑信道LCH_j的当前数据传输机会之间的时间间隔。逻辑信道j的传输机会可以被定义为具有可以服务于逻辑信道j的许可的UL数据传输的时刻。但是，Bj的值永远不会超过桶尺寸，并且如果Bj的值大于逻辑信道j的桶尺寸，那么可以将其设置为桶尺寸。逻辑信道的桶尺寸可以等于PBR×BSD。何时更新Bj由UE的实施方式决定。
[0342] 在用于维护变量Bj的另一个实施例中，当建立相关逻辑信道时，变量Bj可以被初始化为零，并且对于逻辑信道j上的每个数据传输机会，递增乘积PBR×DTTI(j)，其中PBR是逻辑信道j的优先化位速率，并且DTTI(j)是逻辑信道LCH_j上的上一次数据传输与逻辑信道LCH_j的当前数据传输机会之间的时间间隔。逻辑信道j的数据传输机会可以被定义为具有许可的UL数据传输的时刻，其中来自逻辑信道j的数据实际上使用那个许可被传输。但是，Bj的值永远不能超过桶尺寸，并且如果Bj的值大于逻辑信道j的桶尺寸，那么可以将其设置为桶尺寸。逻辑信道的桶尺寸等于PBR×BSD。何时更新Bj由UE的实施方式决定。
[0343] 本文描述了对逻辑信道选择的进一步增强。为了支持LCP过程，逻辑信道可以配置有许可必须在其内的可允许的等待时间。可以通过由Tmin/Tmax界定的时间间隔与残余HARQ操作点相组合来定义所允许的等待时间。为了实现与逻辑信道相关联的服务的目标块错误率(BLER)，可以以可接受的平均BLER在预期的剩余重传次数上的组合来表达残余HARQ操作点。由于当执行新的传输时执行LCP过程，因此残余BLER可以与目标BLER相同。在每次新传输时，UE可以估计预期的重传次数，以便实现映射到逻辑信道的服务的目标BLER。目标BLER可以是最严格的目标BLER，即，在映射到逻辑信道的服务上的最小目标BLER值。UE可以通过考虑到重传的估计数量的缩放因子来缩放允许的下限时间等待时间Tmin和允许的上限时间等待时间Tmax。在不同的重传次数与不同的缩放因子相关联的情况下，可以定义多于一个缩放因子。此外，可以为参数Tmin和参数Tmax定义不同的缩放因子。UE可以被配置有缩放因子。可替代地，可以在规范中硬编码缩放因子和到重传次数的映射。又可替代地，缩放因子的选择以及到重传次数的映射可以留给实施方式。
[0344] 在LCP过程期间，MAC可以通过将参数Tmin和参数Tmax乘以适当的缩放因子来对Tmin和Tmax执行缩放操作。
[0345] 从等待时间要求的角度来看，如果许可的处理定时在逻辑信道的允许的经缩放的等待时间Tmin和Tmax之内，那么UE MAC可以确定允许许可服务于逻辑信道。
[0346] 在另一个实施例中，许可可以与由时间间隔Tmin(grant)和Tmax(grant)界定的处理等待时间相关联。在每次新传输时，UE可以估计预期的重传次数，以便实现映射到允许的逻辑信道的服务的目标BLER。目标BLER可以是最严格的目标BLER，即，在映射到逻辑信道的服务上的最小目标BLER值。UE可以通过考虑到估计的重传次数的(一个或多个)缩放因子来缩放许可的下限处理等待时间Tmin(grant)和许可的上限处理等待时间Tmax(grant)。在不同的重传次数与不同的缩放因子相关联的情况下，可以定义多于一个的缩放因子。此外，可以为参数Tmin(grant)和参数Tmax(grant)定义不同的缩放因子。UE可以被配置有缩放因子。可替代地，可以在规范中硬编码缩放因子和到重传次数的映射。在又一个替代方案中，缩放因子的选择以及到重传次数的映射可以留给实施方式。
[0347] 在LCP过程期间，MAC可以通过将参数Tmin(grant)和参数Tmax(grant)乘以适当的缩放因子来对Tmin(grant)和Tmax(grant)执行缩放操作。
[0348] 从等待时间要求的角度来看，如果逻辑信道的允许的等待时间在许可处理等待时间Tmin(grant)和Tmax(grant)内，那么UE MAC可以确定允许许可服务于逻辑信道。
[0349] 第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络以及服务能力-包括对编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE-Advanced标准。3GPP已经开始致力于下一代蜂窝技术的标准化，该技术被称为新无线电(NR)，也被称为“5G”。3GPP NR标准的开发预计将包括下一代无线电接入技术(新RAT)的定义，预计将包括提供低于6GHz的新灵活无线电接入，以及提供6GHz以上的新超移动宽带无线电接入。灵活的无线电接入预计包括6GHz以下新频谱中的新的、非向后兼容的无线电接入，并且预计包括可以在相同频谱中多路复用在一起的不同操作模式，以解决具有不同要求的广泛的3GPP NR用例集合。预计超移动宽带将包括cmWave和mmWave频谱，其将为用于例如室内应用和热点的超移动宽带接入提供机会。特别地，超移动宽带预计将与6GHz以下的灵活无线电接入共享共同的设计框架，具有特定于cmWave和mmWave的设计优化。
[0350] 3GPP已经识别出NR预计支持的各种用例，从而导致对数据速率、等待时间和移动性的各种用户体验要求。用例包括以下一般类别：增强的移动宽带(例如，密集区域的宽带接入、室内超高宽带接入、人群中的宽带接入、无处不在的50+Mbps、超低成本宽带接入、车载移动宽带)、关键通信、大规模机器类型通信、网络操作(例如，网络切片、路由、迁移和互通、节能)，以及增强的车辆到一切(eV2X)通信。这些类别中的具体服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流传输、基于无线云的办公室、第一响应者连接性、汽车ecall、灾难警报、实时游戏、多人视频通话、自主驾驶、增强现实、触觉互联网以及虚拟现实，等等。本文预期全部这些用例以及其它用例。
[0351] 图12图示了示例通信系统100的一个实施例，其中可以实施本文描述和要求保护的方法和装置。如图所示，示例通信系统100可以包括无线传输/接收单元(WTRU)102a、102b、102c和/或102d(一般或共同地可以称为WTRU102)、无线电接入网络(RAN)103/104/
105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、互联网110，以及其它网络112，但是应认识到的是，所公开的实施例预期任意数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d、102e中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然每个WTRU 102a、102b、102c、102d、102e在图
66-8中被描绘为手持无线通信装置，但是应该理解的是，对于5G无线通信预期的各种用例，每个WTRU可以包括被配置为传输和/或接收无线信号的任何类型的装置或设备或者在其中实施，仅作为示例，所述装置或设备包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机)等。
105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、互联网110，以及其它网络112，但是应认识到的是，所公开的实施例预期任意数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d、102e中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然每个WTRU 102a、102b、102c、102d、102e在图
66-8中被描绘为手持无线通信装置，但是应该理解的是，对于5G无线通信预期的各种用例，每个WTRU可以包括被配置为传输和/或接收无线信号的任何类型的装置或设备或者在其中实施，仅作为示例，所述装置或设备包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机)等。
[0352] 通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU 102a、102b和102c中的至少一个无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。基站114b可以是被配置为与RRH(远程无线电头)118a、118b和/或TRP(传输和接收点)119a、119b中的至少一个有线和/或无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络106/
107/109、互联网110和/或其它网络112)。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一个无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络
106/107/109、互联网110和/或其它网络112)。TRP 119a、119b可以是被配置为与WTRU 102d中的至少一个无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。举例来说，基站114a、114b可以是基站收发器台(BTS)、节点-B、eNode B、家庭节点B、家庭eNode B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b均都被描绘为单个元件，但是应认识到的是，基站114a、114b可以包括任何数量的互连基站和/或网络元件。
107/109、互联网110和/或其它网络112)。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一个无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络
106/107/109、互联网110和/或其它网络112)。TRP 119a、119b可以是被配置为与WTRU 102d中的至少一个无线接口的任何类型的设备，以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。举例来说，基站114a、114b可以是基站收发器台(BTS)、节点-B、eNode B、家庭节点B、家庭eNode B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b均都被描绘为单个元件，但是应认识到的是，基站114a、114b可以包括任何数量的互连基站和/或网络元件。
[0353] 基站114a可以是RAN 103/104/105的一部分，RAN 103/104/105还可以包括其它基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN 103b/104b/105b的一部分，RAN 103b/104b/105b还可以包括其它基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内传输和/或接收无线信号，所述地理区域可以被称为小区(未示出)。基站114b可以被配置为在特定地理区域内传输和/或接收有线和/或无线信号，所述地理区域可以被称为小区(未示出)。可以将小区进一步划分为小区扇区。例如，与基站114a相关联的小区可以被划分为三个扇区。因此，在实施例中，基站114a可以包括三个收发器，例如，小区的每个扇区一个收发器。在实施例中，基站114a可以采用多输入多输出(MIMO)技术，因此可以为小区的每个扇区使用多个收发器。
[0354] 基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一个或多个通信，空中接口115/116/117可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。
[0355] 基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b和/或TRP 119a、119b中的一个或多个通信，空中接口115b/116b/117b可以是任何合适的有线(例如，电缆、光纤等)或无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/
116b/117b。
116b/117b。
[0356] RRH 118a、118b和/或TRP 119a、119b可以通过空中接口115c/116c/117c与一个或多个WTRU 102c、102d通信，空中接口115c/116c/11c可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
[0357] 更具体而言，如上所述，通信系统100可以是多址系统，并且可以采用一种或多种信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b和TRP 119a、
119b与WTRU 102c、102d可以实现无线电技术，诸如通用移动电信系统(UMTS)地面无线电接入(UTRA)，其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/
117c。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)之类的通信协议。
HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
119b与WTRU 102c、102d可以实现无线电技术，诸如通用移动电信系统(UMTS)地面无线电接入(UTRA)，其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/
117c。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)之类的通信协议。
HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
[0358] 在实施例中，基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b和TRP 119a、119b与WTRU 102c、102d可以实现无线电技术，诸如演进的UMTS地面无线电接入(E-UTRA)，其可以使用长期演进(LTE)和/或LTE-Advanced(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。将来，空中接口115/116/117可以实现3GPP NR技术。
[0359] 在实施例中，RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b和TRP119a、119b与WTRU 102c、102d可以实现无线电技术，诸如IEEE802.16(例如，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂定标准2000(IS-2000)、暂定标准95(IS-95)、暂定标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
[0360] 例如，图12中的基站114c可以是无线路由器、家庭节点B、家庭eNode B或接入点，并且可以利用任何合适的RAT来促进局部区域(诸如商业地点、家、运载工具、校园等)中的无线连接性。在实施例中，基站114c和WTRU 102e可以实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在实施例中，基站114c和WTRU 102d可以实现诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在又一个实施例中，基站114c和WTRU
102e可以利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图12中所示，基站114b可以具有到互联网110的直接连接。因此，可以不要求基站114c经由核心网络106/107/109访问互联网110。
102e可以利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图12中所示，基站114b可以具有到互联网110的直接连接。因此，可以不要求基站114c经由核心网络106/107/109访问互联网110。
[0361] RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109通信，核心网络106/107/109可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或互联网协议语音(VoIP)服务的任何类型的网络。例如，核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、视频分发等，和/或执行高级安全功能(诸如用户认证)。
[0362] 虽然未在图12中示出，但是应认识到的是，RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网络106/107/109可以与采用和RAN 103/104/105和/或RAN 103b/
104b/105b相同的RAT或不同RAT的其它RAN直接或间接通信。例如，除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外，核心网络106/107/
109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
104b/105b相同的RAT或不同RAT的其它RAN直接或间接通信。例如，除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外，核心网络106/107/
109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
[0363] 核心网络106/107/109还可以用作WTRU 102a、102b、102c、102d、102e的网关，以接入PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议的互连的计算机网络和设备的全球系统，所述通信协议诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个核心网络，这一个或多个RAN可以采用与RAN103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。
[0364] 通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模能力，例如，WTRU 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如，图12中所示的WTRU 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用IEEE 802无线电技术的基站114c通信。
[0365] 图13是根据本文所示实施例被配置用于无线通信的示例装置或设备(诸如例如WTRU 102)的框图。如图13中所示，示例WTRU 102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136，以及其它外围设备138。应认识到的是，WTRU 102可以包括前述元件的任何子组合，同时保持与实施例一致。而且，实施例预期基站114a和114b，和/或基站114a和114b可以表示的节点(诸如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点-B、演进的家庭节点-B(eNodeB)、家庭演进节点-B(HeNB)、家庭演进节点-B网关和代理节点等)，可以包括图13中描绘并在本文描述的元件中的一些或全部。
[0366] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120，收发器120可以耦合到传输/接收元件122。虽然图13将处理器118和收发器120描绘为分开的部件，但应认识到的是，处理器118和收发器120可以一起集成在电子封装或芯片中。
[0367] 传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如，基站114a)传输信号或从基站(例如，基站114a)接收信号。例如，在实施例中，传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。虽然未在图12中示出，但是应认识到的是，RAN 103/104/105和/或核心网络106/107/109可以与采用和RAN 103/104/105相同的RAT或不同的RAT的其它RAN进行直接或间接通信。例如，除了连接到可以使用E-UTRA无线电技术的RAN 103/104/105之外，核心网106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
[0368] 核心网络106/107/109还可以用作用于WTRU 102a、102b、102c、102d的网关，以访问PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括互连计算机网络的全球系统和使用公共通信协议的设备，诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个核心网络，所述一个或多个RAN可以采用与RAN 103/104/105相同的RAT或不同的RAT。
[0369] 通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模式能力，例如，WTRU 102a、102b、102c和102d可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如，图12中所示的WTRU 102c可以被配置为与基站114a通信，基站114a可以采用基于蜂窝的无线电技术，并且与基站114b通信，基站114b可以采用IEEE 802无线电技术。
[0370] 图13是根据本文所示实施例的被配置用于无线通信的示例装置或设备(例如，WTRU 102)的框图。如图13所示，示例WTRU102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136以及其它外围设备138。应认识到的是，WTRU102可以包括前述元件的任意子组合，同时保持与实施例一致。而且，实施例预期基站114a和114b，和/或基站114a和114b可以表示的节点(例如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点-B、演进的家庭节点-B(eNodeB)、家庭演进节点-B(HeNB)、家庭演进节点-B网关以及代理节点等)可以包括图13中描述的和本文描述的元件中的一些或全部。
[0371] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理，和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120，收发器120可以耦合到传输/接收元件122。虽然图13将处理器118和收发器120描绘为单独的部件，但是应认识到的是，处理器118和收发器120可以在电子包装或芯片中集成在一起。
[0372] 传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如，基站114a)传输信号或从基站(例如，基站114a)接收信号。例如，在实施例中，传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。在实施例中，传输/接收元件122可以是发射器/检测器，其被配置为例如传输和/或接收IR、UV或可见光信号。在又一个实施例中，传输/接收元件122可以被配置为传输和接收RF和光信号。应该认识到的是，传输/接收元件122可以被配置为传输和/或接收无线信号的任意组合。
[0373] 此外，虽然传输/接收元件122在图13中被描绘为单个元件，但是WTRU 102可以包括任何数量的传输/接收元件122。更具体而言，WTRU 102可以采用MIMO技术。因此，在实施例中，WTRU102可以包括两个或更多个传输/接收元件122(例如，多个天线)，用于通过空中接口115/116/117传输和接收无线信号。
[0374] 收发器120可以被配置为调制将由传输/接收元件122传输的信号并且解调由传输/接收元件122接收的信号。如上所述，WTRU 102可以具有多模能力。因此，收发器120可以包括多个收发器，用于使WTRU 102能够经由多个RAT(例如，诸如UTRA和IEEE 802.11)通信。
[0375] WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128。此外，处理器118可以从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息并在其中存储数据。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在实施例中，处理器118可以从不是物理地位于WTRU 102上(诸如在服务器或家用计算机(未示出)上)的存储器中访问信息，并将数据存储在其中。
[0376] 处理器118可以从电源134接收电力，并且可以被配置为向WTRU 102中的其它部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
[0377] 处理器118还可以耦合到GPS芯片组136，该GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除了或代替来自GPS芯片组136的信息，WTRU 102可以通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息和/或基于从附近的两个或更多个基站接收信号的定时确定其位置。应认识到的是，WTRU 102可以通过任何合适的位置确定方法获取位置信息，同时保持与实施例一致。
[0378] 处理器118还可以耦合到其它外围设备138，外围设备138可以包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如，外围设备138可以包括各种传感器，诸如加速度计、生物识别(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、蓝牙 模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
[0379] WTRU 102可以在其它装置或设备中实施，诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机等)。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138之一的互连接口)连接到这种装置或设备的其它部件、模块或系统。
[0380] 图14是根据实施例的RAN 103和核心网络106的系统图。如上所述，RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可以与核心网络106通信。如图14中所示，RAN 103可以包括节点B140a、140b、140c，每个节点可以包括一个或多个收发器，用于通过空中接口115与WTRU 102a、102b、102c通信。节点B140a、140b、140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、
142b。应认识到的是，RAN 103可以包括任何数量的节点B和RNC，同时保持与实施例一致。
142b。应认识到的是，RAN 103可以包括任何数量的节点B和RNC，同时保持与实施例一致。
[0381] 如图14所示，节点B140a、140b可以与RNC 142a通信。此外，节点B140c可以与RNC 142b通信。节点B140a、140b、140c可以经由Iub接口与相应的RNC 142a、142b通信。RNC
142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一个可以被配置为控制与其连接的相应节点B140a、140b、140c。此外，RNC 142a、142b中的每一个可以被配置为执行或支持其它功能，诸如外环功率控制、负载控制、准入控制、分组调度、移交控制、宏分集、安全功能、数据加密等。
142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一个可以被配置为控制与其连接的相应节点B140a、140b、140c。此外，RNC 142a、142b中的每一个可以被配置为执行或支持其它功能，诸如外环功率控制、负载控制、准入控制、分组调度、移交控制、宏分集、安全功能、数据加密等。
[0382] 图14中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述元件中的每一个被描绘为核心网络106的一部分，但是应认识到的是，这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
[0383] RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。
[0384] RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
[0385] 如上所述，核心网络106还可以连接到网络112，网络112可以包括由其它服务提供商拥有和/或运营的其它有线或无线网。
[0386] 图15是根据实施例的RAN 104和核心网络107的系统图。如上所述，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网络107通信。
[0387] RAN 104可以包括eNode-B 160a、160b、160c，但是应认识到的是，RAN 104可以包括任何数量的eNode-B，同时保持与实施例一致。eNode-B 160a、160b、160c可以各自包括一个或多个收发器，用于通过空中接口116与WTRU 102a、102b、102c通信。在实施例中，eNode-B 160a、160b、160c可以实现MIMO技术。因此，eNode-B 160a例如可以使用多个天线来向WTRU 102a传输无线信号并从WTRU 102a接收无线信号。
[0388] eNode-B 160a、160b和160c中的每一个可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决定、移交决定、上行链路和/或下行链路中用户的调度等。如图15中所示，eNode-B 160a、160b、160c可以通过X2接口彼此通信。
[0389] 图15中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每一个都被描绘为核心网络107的一部分，但是应认识到的是，这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
[0390] MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个，并且可以用作控制节点。例如，MME 162可以负责认证WTRU 102a、102b、102c的用户、承载激活/停用，在WTRU 102a、102b、102c的初始附连期间选择特定的服务网关等。MME 162还可以提供用于在RAN 104与采用其它无线电技术(诸如GSM或WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。
[0391] 服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个。服务网关164一般可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其它功能，诸如在eNode B间移交期间锚定用户平面，当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼，管理和存储WTRU 102a、102b、102c的上下文，等等。
[0392] 服务网关164还可以连接到PDN网关166，PDN网关166可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
[0393] 核心网络107可以促进与其它网络的通信。例如，核心网络107可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网络107可以包括用作核心网络107和PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或者可以与其通信。此外，核心网络107可以向WTRU 102a、102b、102c提供对网络112的接入，网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
[0394] 图16是根据实施例的RAN 105和核心网络109的系统图。RAN 105可以是接入服务网络(ASN)，其采用IEEE 802.16无线电技术通过空中接口117与WTRU 102a、102b和102c通信。如下面进一步讨论的，WTRU 102a、102b、102c、RAN 105和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。
[0395] 如图16中所示，RAN 105可以包括基站180a、180b、180c和ASN网关182，但是应认识到的是，RAN 105可以包括任意数量的基站和ASN网关，同时保持与实施例一致。基站180a、180b、180c可以各自与RAN 105中的特定小区相关联，并且可以包括一个或多个收发器，用于通过空中接口117与WTRU 102a、102b、102c通信。在实施例中，基站180a、180b、180c可以实现MIMO技术。因此，基站180a例如可以使用多个天线来向WTRU 102a传输无线信号，并从WTRU 102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能，诸如移交触发、隧道建立、无线电资源管理、流量分类、服务质量(QoS)策略实施等。ASN网关182可以用作流量聚合点，并且可以负责寻呼、订户简档的高速缓存、到核心网络109的路由等。
[0396] WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE 802.16规范的R1参考点。此外，WTRU 102a、102b和102c中的每一个可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可以被定义为R2参考点，其可以被用于认证、授权、IP主机配置管理和/或移动性管理。
[0397] 每个基站180a、180b和180c之间的通信链路可以被定义为R8参考点，其包括用于促进基站之间的WTRU移交和数据传送的协议。基站180a、180b、180c和ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一个相关联的移动性事件来促进移动性管理的协议。
[0398] 如图16中所示，RAN 105可以连接到核心网络109。RAN 105和核心网络109之间的通信链路可以被定义为R3参考点，R3参考点包括用于例如促进数据传送和移动性管理能力的协议。核心网络109可以包括移动IP归属代理(MIP-HA)184、认证、授权、计费(AAA)服务器186和网关188。虽然前述元件中的每一个被描绘为核心网络109的一部分，但是应认识到的是，这些元件中的任何一个可以被除核心网络运营商以外的实体拥有和/或操作。
[0399] MIP-HA可以负责IP地址管理，并且可以使WTRU 102a、102b和102c能够在不同ASN和/或不同核心网络之间漫游。MIP-HA 184可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以促进与其它网络的互通。例如，网关188可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外，网关188可以向WTRU 102a、102b、102c提供对网络112的接入，网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
[0400] 虽然未在图16中示出，但是应认识到的是，RAN 105可以连接到其它ASN，并且核心网络109可以连接到其它核心网络。RAN 105与其它ASN之间的通信链路可以被定义为R4参考点，R4参考点可以包括用于协调RAN 105与其它ASN之间的WTRU 102a、102b、102c的移动性的协议。核心网络109和其它核心网络之间的通信链路可以被定义为R5参考，其可以包括用于促进归属核心网络和被访问核心网络之间的互通的协议。
[0401] 本文描述并在图4-8中示出的核心网络实体通过在某些现有3GPP规范中给予那些实体的名称来识别，但是应认识到的是，在将来，那些实体和功能可以通过其它名称来识别，并且某些实体或功能可以在3GPP发布的未来规范(包括未来的3GPP NR规范)中组合。因此，图4-8中描述和示出的特定网络实体和功能仅作为示例提供，并且应理解的是，本文公开并要求保护的主题可以在任何类似的通信系统中实施或实现，无论是目前定义的还是将来定义的。
[0402] 图17是示例性计算系统90的框图，其中可以实施图4-8中所示的通信网络的一个或多个装置，诸如RAN 103/104/105中的某些节点或功能实体、核心网络106/107/109、PSTN 108、互联网110或其它网络112。计算系统90可以包括计算机或服务器，并且可以主要由计算机可读指令控制，计算机可读指令可以是软件的形式，无论在哪里或以任何方式存储或访问此类软件。这种计算机可读指令可以在处理器91内执行，以使计算系统90工作。处理器
91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理，和/或使计算系统90能够在通信网络中操作的任何其它功能。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或辅助处理器91。处理器91和/或协处理器81可以接收、生成和处理与本文公开的方法和装置相关的数据。
91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理，和/或使计算系统90能够在通信网络中操作的任何其它功能。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或辅助处理器91。处理器91和/或协处理器81可以接收、生成和处理与本文公开的方法和装置相关的数据。
[0403] 在操作中，处理器91获取、解码并执行指令，并经由计算系统的主数据传送路径，系统总线80，向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的部件并定义用于数据交换的媒介。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
[0404] 耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93一般包含不能容易被修改的存储数据。存储在RAM 82中的数据可以由处理器91或其它硬件设备读取或改变。对RAM 82和/或ROM 93的存取可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能，该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能，该功能隔离系统内的进程并将系统进程与用户进程隔离。因此，以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器；除非已设置进程之间的存储器共享，否则它无法访问另一个进程的虚拟地址空间内的存储器。
[0406] 由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板来实现。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子部件。
[0407] 另外，计算系统90可以包含通信电路系统，诸如网络适配器97，其可以被用于将计算系统90连接到外部通信网络(诸如图4-8的RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其它网络112)，以使计算系统90能够与那些网络的其它节点或功能实体通信。单独地或者与处理器91组合，通信电路系统可以被用于执行本文描述的某些装置、节点或功能实体的传输和接收步骤。
[0408] 应该理解的是，本文描述的装置、系统、方法和处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式实施，该指令在由处理器(诸如处理器118或91)执行时使处理器执行和/或实现本文描述的系统、方法和处理。具体而言，本文描述的任何步骤、操作或功能可以以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非瞬态(例如，有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储器或其它磁存储设备，或者可以用于存储期望信息并且可以由计算系统访问的任何其它有形或物理介质。
[0409] 附录
[0410] 表1
[0411] 缩略语
[0412] A/N Ack/NackBRS 波束参考信号
CE 控制元件
DL 下行链路
DRX 间断接收
eMBB 增强型移动宽带
ETWS 地震海啸预警系统
HARQ 混合自动重复请求
KPI 关键性能指标
LCP 逻辑信道优先化
LTE 长期进化
MAC 介质访问控制
MIB 主信息块
mMTC 大规模机器类型通信
NACK 非确认
NR 新无线电
PBCH 物理广播信道
PDCCH 物理下行链路控制信道
PDSCH 物理下行链路共享数据信道
PRACH 物理随机接入信道
PRB 物理资源块
RAN 无线电接入网
RNTI 无线电网络临时标识符
RRC 无线电资源控制
SI 系统信息
SIB 系统信息块
SR 调度请求
TDD 时分双工
UE 用户设备
UL 上行链路
URLLC 超可靠和低等待时间通信
CE 控制元件
DL 下行链路
DRX 间断接收
eMBB 增强型移动宽带
ETWS 地震海啸预警系统
HARQ 混合自动重复请求
KPI 关键性能指标
LCP 逻辑信道优先化
LTE 长期进化
MAC 介质访问控制
MIB 主信息块
mMTC 大规模机器类型通信
NACK 非确认
NR 新无线电
PBCH 物理广播信道
PDCCH 物理下行链路控制信道
PDSCH 物理下行链路共享数据信道
PRACH 物理随机接入信道
PRB 物理资源块
RAN 无线电接入网
RNTI 无线电网络临时标识符
RRC 无线电资源控制
SI 系统信息
SIB 系统信息块
SR 调度请求
TDD 时分双工
UE 用户设备
UL 上行链路
URLLC 超可靠和低等待时间通信
[0413] 表2
[0414] eMBB、URLLC和mMTC设备的KPI
[0415]
[0416]
[0417] 表3
[0418] SR配置
[0419]
[0420]
[0421] 示例1
[0422] SR配置结构
[0423]
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于对群组、团队和站点的分类的策略 | 2020-05-08 | 545 |
| 一种反应堆压力容器顶盖贯穿件定位方法 | 2020-05-08 | 712 |
| 一种浮球式ROV对接与释放装置 | 2020-05-11 | 522 |
| 用于电子设备的柔性热管道 | 2020-05-08 | 260 |
| 具有被配置成传送经同步的信号的多个操作部分的触控笔 | 2020-05-08 | 621 |
| 一种电力系统云服务的网络安全防护系统、装置及方法 | 2020-05-11 | 343 |
| 请求响应方法、装置、设备和存储介质 | 2020-05-11 | 868 |
| 一种含双吡唑环的化合物及其中间体的制备方法 | 2020-05-08 | 30 |
| 在支持免许可频带的无线通信系统中由基站发送下行链路信号的方法以及支持该方法的装置 | 2020-05-11 | 434 |
| 一种促伤口快速愈合的抗菌性医用敷料及其制备方法 | 2020-05-08 | 674 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈