收发器设备和调度设备的制作方法

1.本发明涉及通信系统中信号的发送和接收。具体地，本发明涉及用于这种发送和接收的方法和装置。


背景技术：

2.第三代合作伙伴项目(3gpp)致力于下一代蜂窝技术的技术规范，下一代蜂窝技术也称为第五代(5g)，包括“新无线电”(nr)无线电接入技术(rat)，其在从亚1ghz到毫米频带的频谱范围内工作。nr是长期演进(lte)和lte高级(lte-a)技术的追随者。
3.对于如lte、lte-a和nr的系统，进一步的修改和选项可促进通信系统以及与系统相关的特定设备的有效操作。


技术实现要素：

4.一个非限制性和示例性实施例有助于提供灵活且降低功耗的调度请求。
5.在一个实施例中，本文公开的技术特征在于一种收发器设备，包括：收发器，通过物理上行链路控制信道pucch发送用于调度数据的调度请求；以及电路，在收发器发送调度请求之后启动监视休眠定时器，其中，收发器在监视休眠定时器正运行时不监视物理下行链路控制信道pdcch，并且在监视休眠定时器已过期时开始针对用于调度数据的资源分配监视pdcch。
6.应注意，一般或特定实施例可实施为系统、方法、集成电路、计算机程序、存储介质或其任何选择性组合。
7.从说明书和附图中，所公开的实施例的附加益处和优点将变得显而易见。益处和/或优点可以通过说明书和附图的各种实施例和特征单独获得，为了获得一个或多个这样的益处和/或优点，不需要提供所有这些实施例和特征。
附图说明
8.在下文中，参考附图和图片更详细地描述示例性实施例。
9.图1是示出3gpp nr系统的示例性架构的示意图；
10.图2是示出lte enb、gnb和ue的示例性用户和控制平面架构的框图；
11.图3是示出ng-ran和5gc之间的功能划分的示意图；
12.图4是rrc连接建立/重新配置过程的序列图；
13.图5是示出增强型移动宽带、大规模机器类型通信(mmtc)和超可靠低等待时间通信(urllc)的使用场景的示意图；
14.图6是示出示例性5g系统架构的框图；
15.图7示出了根据3gpp tr 38.321的当配置了不连续接收drx周期时调度请求和活动时段的传输；
16.图8a示意性地示出了调度请求的发送和上行链路授权的接收的时间序列以及相
关联的高优先级逻辑信道的drx配置中的活动时段；
17.图8b示意性地示出了调度请求的发送和上行链路授权的接收的时间序列以及相关联的低优先级逻辑信道的drx配置中的活动时段；
18.图9是示出根据实施例的收发器设备和调度设备的功能组件的框图；
19.图10示出了根据实施例的从调度请求的发送时间开始的活动时段的延迟；
20.图11是示出调度请求的传输和在监视休眠定时器过期之后开始监视物理下行链路控制信道的流程图；
21.图12示意性地示出了每个逻辑信道的单个调度请求配置的映射，其中监视休眠定时器的第一运行时被配置用于第一逻辑信道，监视休眠定时器的第二运行时被配置用于第二逻辑信道；
22.图13示意性地示出了每两个逻辑信道一个调度请求配置的映射；
23.图14示意性地示出了根据实施例的mac控制元素ce，其指示监视休眠定时器的运行时；
24.图15示意性地示出了根据实施例的调度请求的发送、监视休眠指示符的接收和上行链路授权的接收以及活动时段的时间序列；
25.图16是示出调度请求的发送、监视休眠指示符的接收以及在监视休眠定时器过期之后开始监视物理下行链路控制信道的流程图；
26.图17示意性地示出了根据实施例的调度请求的发送、休眠监视定时器的启动、监视休眠指示符的接收和监视休眠定时器的重新启动的时间序列。
27.图18a示出了缓冲器状态报告bsr的短格式。
28.图18b示出了缓冲器状态报告bsr的长格式。
29.图19示出了当配置了不连续接收drx周期时，缓冲器状态报告的传输和活动时段；
30.图20a示意性地示出了缓冲器状态报告的发送和上行链路授权的接收以及相关联的高优先级逻辑信道组的drx配置中的活动时段的时间序列；
31.图20b示意性地示出了缓冲器状态报告的发送和上行链路授权的接收以及相关联的低优先级逻辑信道组的drx配置中的活动时段的时间序列；
32.图21示出了根据实施例的从缓冲器状态报告的发送时间开始的活动时段的延迟；
33.图22是示出缓冲器状态报告的发送和在监视休眠定时器过期之后开始监视物理下行链路控制信道的流程图；
34.图23示出了调度请求过程的步骤，其中发送调度请求和缓冲器状态报告，并且可以启动相应的监视休眠定时器。
具体实施方式
35.5g nr系统架构和协议栈
36.3gpp一直致力于第五代蜂窝技术(简称5g)的下一版本，包括开发一种新的无线接入技术(nr)，其工作频率高达100ghz。第一版5g标准于2017年底完成，其允许继续进行符合5g nr标准的试验和智能手机的商业部署。
37.除其他事项外，整体系统架构假定包括gnb的ng-ran(下一代无线电接入网络)，其向ue提供ng无线电接入用户平面(sdap/pdcp/rlc/mac/phy)和控制平面(rrc)协议终端。
gnb通过xn接口的方式相互互连gnb还通过下一代(ng)接口的方式连接到ngc(下一代核心)，更具体地，通过ng-c接口的方式连接到amf(接入和移动性管理功能)(例如，执行amf的特定核心实体)和通过ng-u接口的方式连接到upf(用户平面功能)(例如，执行upf的特定核心实体)。ng-ran架构如图1所示。
38.可以支持各种不同的部署场景。例如，其中提出了非集中式部署场景，其中可以部署支持5g nr的基站。图2示出了示例性非集中式部署场景，同时还示出了lte enb以及连接到gnb和lte enb两者的用户设备(ue)。nr 5g的新enb可以示例性地称为gnb。elte enb是支持到epc(演进分组核心)和ngc(下一代核心)的连接的enb的演进。
39.nr的用户平面协议栈包括pdcp(分组数据汇聚协议)、rlc(无线链路控制)和mac(介质接入控制)子层，它们在网络侧的gnb中终止。此外，在pdcp之上引入了新的接入层(as)子层(sdap，服务数据适配协议)。还为nr定义了控制平面协议栈。
40.ng-ran和5gc之间的5g nr功能划分
41.图3示出了ng-ran和5gc之间的功能划分。ng-ran逻辑节点是gnb或ng-enb。5gc具有上述逻辑节点amf、upf和smf。
42.具体地，gnb和ng-enb承载以下主要功能：
[0043]-用于无线资源管理的功能，诸如无线电承载控制、无线电接入控制、连接移动性控制、在上行链路和下行链路两者中向ue动态分配资源(调度)；
[0044]-ip报头压缩、加密和数据完整性保护；
[0045]-当不能根据ue提供的信息确定到amf的路由时，在ue附件处选择amf；
[0046]-用户平面数据向upf的路由；
[0047]-控制平面信息向amf的路由；
[0048]-连接建立和释放；
[0049]-调度和传输寻呼消息；
[0050]-系统广播信息的调度和传输(源自amf或oam)；
[0051]-移动和调度的测量和测量报告配置；
[0052]-上行链路中的传输级分组标记；
[0053]-会话管理；
[0054]-支持网络切片；
[0055]-qos流管理和到数据无线电承载的映射；
[0056]-支持处于rrc_inactive状态的ue；
[0057]-nas消息的分发功能；
[0058]-无线电接入网络共享；
[0059]-双连通性；
[0060]-nr和e-utra之间的紧密互通。
[0061]
接入和移动性管理功能(amf)承载以下主要功能：
[0062]-非接入层nas信令终端；
[0063]-nas信令安全；
[0064]-接入层as安全控制；
[0065]-用于3gpp接入网络之间的移动性的核心间网络cn节点信令；
[0066]-空闲模式ue可达性(包括控制和执行寻呼重传)；
[0067]-注册区域管理；
[0068]-支持系统内和系统间的移动性；
[0069]-接入认证；
[0070]-接入授权，包括漫游权限检查；
[0071]-移动性管理控制(订阅和策略)；
[0072]-支持网络切片；
[0073]-会话管理功能smf选择。
[0074]
此外，用户平面功能upf承载以下主要功能：
[0075]-rat内/间移动性的锚点(如适用)；
[0076]-连接到数据网络的外部pdu会话点；
[0077]-分组路由和转发；
[0078]-分组检查和策略规则实施的用户平面部分；
[0079]-业务使用报告；
[0080]-上行链路分类器，支持将业务流路由到数据网络；
[0081]-支持多宿pdu会话的分支点；
[0082]-用户平面的qos处理，例如分组过滤、选通、ul/dl速率实施；
[0083]-上行链路业务验证(sdf到qos流映射)；
[0084]-下行链路分组缓冲和下行链路数据通知触发。
[0085]
最后，会话管理功能smf承载以下主要功能：
[0086]-会话管理；
[0087]-ue ip地址分配和管理；
[0088]-up功能的选择和控制；
[0089]-在用户平面功能upf处配置业务控制，以将业务路由到适当的目的地；
[0090]-策略实施的控制部分和qos；
[0091]-下行链路数据通知。
[0092]
rrc连接建立和重新配置过程
[0093]
图4示出了ue、gnb和amf(5gc实体)之间关于rrc是用于ue和gnb配置的高层信令(协议)的一些交互。具体地，amf准备ue上下文数据(包括例如pdu会话上下文、安全密钥、ue无线电能力和ue安全能力等)，并将其与initial context setup request一起发送给gnb。然后，gnb激活与ue的as安全性，这是通过gnb发送securitymodecommand消息给ue和ue使用securitymodecomplete消息响应gnb来执行的。随后，gnb通过rrcreconfiguration和rrcreconfigurationcomplete的方式执行重新配置以建立信令无线电承载2(srb2)和数据无线电承载drb。对于仅信令连接，跳过步骤8，因为未建立srb2和drb。最后，gnb用initial context setup response通知amf建立过程已完成。
[0094]
因此，在本发明中，提供了一种第五代核心(5gc)的实体(例如amf、smf等)，包括控制电路，该控制电路与gnodeb建立下一代(ng)连接，以及发送器，该发送器经由ng连接将初始上下文建立消息发送到gnodeb，以在gnodeb和用户设备(ue)之间建立信令无线电承载。具体地，gnodeb经由信令无线电承载向ue发送包含资源分配配置信息元素的无线电资源控
制rrc信令。ue然后基于资源分配配置执行上行链路发送或下行链路接收。
[0095]
2020及以后的imt的使用场景
[0096]
图5示出了5g nr的一些用例。在第三代合作伙伴项目新无线电(3gpp nr)中，正在考虑三个用例，这些用例被设想为通过imt-2020支持多种服务和应用。增强型移动宽带(embb)的阶段1的规范已经完成。除了进一步扩展embb支持之外，当前和未来的工作还将涉及超可靠低等待时间通信(urllc)和大规模机器类型通信的标准化。图5示出了imt在2020及以后的预期使用场景的一些示例。
[0097]
urllc用例对诸如吞吐量、等待时间和可用性的能力有严格的要求，并被设想为未来垂直应用的使能器之一，诸如工业制造或生产工艺的无线控制、远程医疗手术、智能电网中的配电自动化、运输安全等。通过标识满足tr38.913规定要求的技术，支持urllc的超可靠性。对于版本15的nr urlcc，关键要求包括ul(上行链路)的目标用户平面等待时间为0.5ms，dl(下行链路)的目标用户平面等待时间为0.5ms。一次分组传输的一般urllc要求是bler(块错误率)为1e-5，分组大小为32字节，用户平面为1ms。
[0098]
从ran1的角度来看，可以通过多种可能的方式改善可靠性。用于改进定义urllc的单独cqi表的可靠性的当前范围、更紧凑的dci格式、pdcch的重复等。然而，随着nr变得更稳定和先进(对于nr urlcc关键要求)，实现超可靠性的范围可能会扩大。因此，rel.15的nr urlcc应能够在1ms的用户平面等待时间内传输32字节的分组，成功概率对应于1e-5的bler。rel.15的nr urlcc的特定用例包括增强现实/虚拟现实(ar/vr)、电子健康、电子安全和任务关键型应用。
[0099]
此外，nr urlcc针对等待时间改进和可靠性改进的技术增强。等待时间改进的技术增强包括可配置的参数集、具有灵活映射的非基于时隙的调度、无授权(配置授权)上行链路、数据信道的时隙级重复和下行链路抢占。抢占意味着停止已分配资源的传输，并且已分配的资源用于稍后请求的、但具有较低的等待时间/较高的优先级要求的另一个传输。因此，已授权的传输被稍后的传输抢占。抢占适用于独立于特定服务类型的传输。例如，服务类型a(urlcc)的传输可能被服务类型b(诸如embb)的传输抢占。可靠性改进方面的技术增强包括1e-5的目标bler的专用cqi/mcs表。
[0100]
mmtc的用例的特点是大量连接的设备通常传输相对低容量的非延迟敏感数据。设备要求成本低且电池寿命长。从nr的角度来看，利用非常窄的带宽部分是从ue角度实现节能并延长电池寿命的一种可能解决方案。
[0101]
如上所述，nr的可靠性范围有望扩大。所有情况下的一个关键要求，尤其是urllc和mmtc所需的一个关键要求是高可靠性或超可靠性。从无线电角度和网络角度来看，可以考虑几种机制来改善可靠性。一般来说，存在一些有助于改善可靠性的潜在领域。这些领域包括紧凑的控制信道信息、数据/控制信道重复、以及频率、时间和/或空间域的多样性。这些领域通常适用于可靠性，无论特定通信场景如何。
[0102]
对于nr urllc，已经标识了要求更严格的更多用例，诸如工厂自动化、运输业和配电，包括工厂自动化、运输业和配电。更严格的要求是更高的可靠性(高达10-6级)、更高的可用性、分组大小高达256字节、时间同步低至几μm(其中值可以是一或几μm，具体取决于频率范围)、短等待时间为0.5到1ms，特别是目标用户平面等待时间为0.5毫秒，具体取决于用例。
[0103]
此外，对于nr urlcc，已经从ran1的角度确定了若干技术增强。其中包括与紧凑dci、pdcch重复、增加的pdcch监视相关的pdcch(物理下行链路控制信道)增强。此外，uci(上行链路控制信息)增强与增强的harq(混合自动重复请求)和csi反馈增强相关。此外，还标识了与小时隙级跳频和重传/重复增强相关的pusch增强。术语“小时隙”指包括比时隙(包括14个符号的时隙)数量更少的符号的传输时间间隔(tti)。
[0104]
qos控制
[0105]
5g qos模型基于qos流，并且支持需要保证流比特率的qos流(gbr qos流)和不需要保证流比特率的qos流(非gbr qos流)。因此，在nas级，qos流是pdu会话中qos区分的最细粒度。qos流在pdu会话中通过ng-u接口上封装头中携带的qos流id(qfi)进行标识。
[0106]
对于每个ue，5gc建立一个或多个pdu会话。对于每个ue，ng-ran与pdu会话一起建立至少一个数据无线电承载(drb)，并且随后可以配置用于该pdu会话的qos流的附加drb(取决于ng-ran何时这样做)，例如，如上文参考图4所示。ng-ran将属于不同pdu会话的分组映射到不同的drb。ue和5gc中的nas级分组过滤器将ul和dl分组与qos流相关联，而ue和ng-ran中的as级映射规则将ul和dl qos流与drb相关联。
[0107]
图6示出了5g nr非漫游参考架构。应用功能(af)与3gpp核心网络交互以提供服务，例如支持对业务路由的应用影响、接入网络公开功能(nef)或与策略框架交互以进行策略控制(参见策略控制功能pcf)。基于运营商部署，运营商认为值得信任的应用功能可以直接与相关网络功能交互。运营商不允许直接接入网络功能的应用功能经由nef使用外部公开框架与相关网络功能进行交互。
[0108]
图6示出了5g架构的其他功能单元，即网络切片选择功能(nssf)、网络存储库功能(nrf)、统一数据管理(udm)、认证服务器功能(ausf)、接入和移动性管理功能(amf)、会话管理功能(smf)和数据网络(dn)，例如运营商服务、互联网接入或第三方服务。
[0109]
终端在lte和nr中被称为用户设备(ue)。这可能是移动设备，诸如无线电话、智能手机、平板电脑或具有用户设备功能的usb(通用串行总线)棒。然而，术语移动设备不限于此，通常，中继也可以具有这种移动设备的功能，并且移动设备也可以用作中继。
[0110]
基站是网络节点，例如形成用于向终端提供服务的网络的一部分。基站是向终端提供无线接入的网络节点。终端和基站之间的通信通常是标准化的。在lte和nr中，无线接口协议栈包括物理层、介质接入层(mac)和高层。在控制平面中，提供了高层的无线电资源控制协议。经由rrc，基站可以控制终端的配置，并且终端可以与基站通信以执行诸如连接和承载建立、修改等控制任务、测量和其他功能。
[0111]
将层提供的数据传输到高层的服务通常称为信道。例如，lte和nr区分由mac层提供给高层的逻辑信道、由物理层提供给mac层的传输信道以及定义物理资源上的映射的物理信道。
[0112]
逻辑信道是mac提供的不同类型的数据传输服务。每个逻辑信道类型由传输的信息类型定义。逻辑信道分为两组：控制信道和业务信道。控制信道仅用于传输控制平面信息。业务信道仅用于传输用户平面信息。
[0113]
然后，mac层将逻辑信道映射到传输信道上。例如，逻辑业务信道和一些逻辑控制信道可以映射到下行链路中称为下行链路共享信道dl-sch的传输信道和上行链路中称为上行链路共享信道ul-sch的传输信道。
[0114]
调度
[0115]
在3gpp中，描述了基于nr的操作中的调度(例如，参见3gpp tr 38.321，nr；medium access control(mac)protocol specification，版本15.4.0)。
[0116]
调度是诸如nr和/或lte的通信系统的核心部分。对于每个时间实例，调度器确定应将共享的时间频率资源分配给哪个ue。可以调度上行链路、下行链路和/或侧行链路传输。
[0117]
具体地，上行链路调度器可负责动态控制哪些终端将在其上行链路共享信道(ul-sch)上传输。每个调度的终端被提供有调度授权，该调度授权包括终端应在其上传输其ul-sch的资源集。
[0118]
换句话说，上行链路调度的功能是动态地确定哪些设备要传输以及在哪些上行链路资源上传输。动态调度通常通过物理下行链路控制信道(pdcch)的方式来执行。物理下行链路控制信道携带调度授权和其他控制信息，这些控制信息也可以被称为下行链路控制信息dci。每个终端(ue)监视pdcch。这意味着ue(盲目地)解码被称为搜索空间的特定资源。pdcch搜索空间是下行链路资源网格中可以携带pdcch的区域。ue在这些搜索空间中执行盲解码，试图找到pdcch数据(dci)。为了解码pdcch，ue应用其自己的rnti(无线电网络临时标识)，并尝试在称为控制信道元素cce的资源中解码pdcch。如果解码成功(可通过错误检测码(诸如循环冗余检查)进行检查)，则接收dci。ue还可以针对一些选定的传输参数盲目地尝试各种参数值。每个终端可以监视多个pdcch。pdcch可以是一组ue共用的(在这种情况下，ue正在使用公共组rnti)或者专用于特定ue。
[0119]
该标准(lte或nr)定义了几种不同格式的dci。这些格式因它们的目的不同而不同。例如，用于携带上行链路授权的格式(诸如格式0或4)不同于携带下行链路授权或根本不携带授权的格式。此外，存在根据波束形成、广播/多播等的利用而定义的不同格式。
[0120]
相应地，在上行链路中，物理层上的控制信息由物理上行链路控制信道携带。pucch携带称为uci(上行链路控制信息)的参数集。这类似于携带上述dci的pdcch。取决于uci在pucch中携带的信息类型，pucch也可以采用不同的格式。例如：
[0121]-格式1携带调度请求sr，
[0122]-格式4携带sr以及信道状态信息(csi)，
[0123]-格式3携带带有harq确认(肯定或否定)的sr和csi，
[0124]
还有由lte和/或nr定义的其他格式。
[0125]
上行链路调度的基础是调度授权，包含提供关于资源的设备信息和用于ul-sch的传输的关联传输格式。换句话说，具有特定格式(例如，在标准中定义的)的dci可以携带与资源授权相对应的资源分配(ra)，以及一些其他的传输参数，诸如调制和编码方案(mcs)、用于多输入多输出(mimo)传输的配置等。
[0126]
如果终端具有有效授权，则允许将其对应的ul-sch映射到由资源分配指定的物理上行链路共享信道(pusch)上。
[0127]
也就是说，调度器需要关于具有要传输的数据的终端的知识，因此需要调度上行链路资源。不需要向没有数据要传输的设备提供上行链路资源，因为这将导致设备执行填充以填充所授权的资源。因此，调度器需要知道设备是否有数据要传输，并且应该获得授权。
[0128]
调度请求
[0129]
调度请求可用于不具有有效调度授权的终端。调度请求可以在物理上行链路控制信道pucch上传输。每个终端可以被分派专用的调度请求资源，发生在每个第n子帧。调度请求可以是简单标志，由终端提出(设置)以从上行链路调度器请求上行链路资源。通过专用调度请求机制，请求终端的标识不必与调度请求一起提供，因为终端的标识是从传输请求的资源隐式知道的。这些由调度节点(诸如gnb)例如通过高层的控制协议配置。
[0130]
在接收到调度请求时，调度设备可以向终端分派调度授权。如果终端接收到调度授权，它将在调度资源中传输其数据。要在pusch上传输的数据可以包括，在第一缓冲器状态，其通知调度节点ue必须传输的数据量。基于缓冲器状态，调度节点然后可以在pusch上调度实际数据资源。然而，这只是一种选择，通常，数据资源还可以被直接调度。在一些系统中，还可以将调度请求与请求调度的特定数据量相关联。
[0131]
如果终端直到下一个可能的时刻才接收到调度授权，则可以重复调度请求。
[0132]
因此，在pucch上提供了无争用调度请求机制，其中小区中的每个终端被给予可以在其上传输对上行链路资源的请求的保留资源。
[0133]
ue mac实体可以被配置有零、一或多个sr配置。sr配置由用于跨不同带宽部分(bwp)调度请求的pucch资源集组成。对于逻辑信道(lch)，每个bwp最多为sr配置一个pucch资源。每个sr配置对应于一个或多个逻辑信道。逻辑信道和sr配置之间的映射可以通过无线电资源控制(rrc)消息来配置。
[0134]
如上所述，当在ue中触发常规缓冲器状态报告(bsr)但是用于发送bsr的上行链路无线电资源不可用时，可以启动sr过程。在sr过程期间，ue可以通过pucch执行sr的传输或者发起随机接入(ra)过程，这取决于ue是否配置有用于sr的pucch资源。ra过程仅在未配置sr的pucch资源时启动。
[0135]
当ue mac实体在配置的用于sr的有效pucch资源上具有sr传输位置时，指示物理层(phy)在用于sr的一个有效pucch资源上向sr发信号。随后，sr禁止定时器启动(sr_prohibittimer)。在连续sr传输时机，如果sr禁止定时器正在运行，则mac不指示phy向sr发信号。
[0136]
在nr中，sr资源以特定周期性配置。一旦ue发送sr，sr禁止定时器被启动，并且只要sr禁止定时器正在运行，就不会在已经配置的资源上发送sr。
[0137]
3gpp ts 38.331(“nr；radio resource control(rrc)；protocol specification”，版本15.4.0，第6.3.2节)中定义了用于配置调度请求的调度请求配置信息元素，如下所示。
[0138]
schedulingrequestconfig信息元素
[0139]
具体地，调度请求禁止定时器由sr-prohibittimer配置，并且指示在sr的传输之后不发送调度请求的持续时间，即使没有接收到调度授权。调度请求的最大数量由sr-transmax定义。例如，经由rrc信令从调度节点向ue提供sr-prohibittimer和sr-transmax。
[0140]
当禁止定时器(sr-prohibittimer)活动时，不会再启动sr。为每个sr配置sr-prohibittimer，可设置为1ms至128ms范围内的值。
[0141]
例如，如果gnb将sr-prohibittimer配置为32ms，那么gnb可以在接收到sr之后的32ms内分配上行链路资源，并且ue需要在发送sr之后监视pdcch最长32ms。
[0142]
不连续接收
–
drx
[0143]
分组数据通常是高度突发的，偶尔会出现一段时间的沉默。从延迟的角度来看，永久地监视下行链路控制信令以接收上行链路授权或下行链路数据传输并对业务行为的变化即时作出反应是有益的。同时，这在设备的功耗方面也是有代价的。为了降低设备功耗，lte包括用于不连续接收(drx)的机制。
[0144]
drx的基本机制是设备中可配置的drx周期。在配置了drx周期的情况下，设备仅在每个drx周期的活动时段内监视下行链路控制信令，在剩余的非活动时段内，在接收器电路关闭的情况下休眠。这允许显著降低功耗。当然，这意味着对调度器的限制，因为设备只能在活动时段中被寻址。
[0145]
可以在lte下行链路中配置drx周期，使得ue通过周期性地关闭接收器，不必在某些时段中解码物理下行链路控制信道(pdcch)或接收物理下行链路共享信道(pdsch)传输，对于连接模式如3gpp ts 36.321“(evolved universal terrestrial radio access(e-utra)；medium access control(mac)protocol specification”，版本15.5.0，第5.7节)中定义的，对于空闲模式如3gpp ts 36.304(“evolved universal terrestrial radio access(e-utra)；user equipment(ue)procedures in idle mode”，版本15.3.0，第7.1节)中定义的。
[0146]
根据3gpp ts 38.321v15.5.0规范，当配置了drx周期时，活动时间包括drx-ondurationtimer、drx-inactivitytimer、drx-retransmissiontimerdl、drx-retransmissiontimerul或ra-contentionresolutiontimer运行的时间，如3gpp ts 38.321第5.1.5节所述。
[0147]
drx-ondurationtimer定义了drx周期开始时的持续时间，而drx-inactivitytimer指定pdcch指示mac实体的新的上行链路(ul)或下行链路(dl)传输的pdcch时机之后的持续时间。drx-retransmissiontimerdl和-ul分别定义接收dl重传之前的最长持续时间和接收ul重传授权之前的最长持续时间。
[0148]
此外，活动时间包括指示寻址到mac实体的小区无线网络临时标识符(c-rnti)的新传输的pdcch在成功接收到针对在基于竞争的随机接入前导码中未被mac实体选择的随机接入前导码的随机接入响应之后未被接收到的时间，如3gpp ts 38.321v15.5.0的第5.1.4节所述。
[0149]
如上所述，ue使用调度请求过程为新的上行链路传输请求无线电资源。特别是，在调度请求已被发送且处于挂起状态的时间期间，如3gpp ts 38.321v15.5.0第5.4.4节所述，监视pdcch以进行调度分配。
[0150]
也就是说，当在pucch上发送sr并且挂起时，pdcch被监视。图7示意性地示出了根据配置的drx周期(实线)的活动和非活动时间(打开时段和关闭时段)以及由于挂起的调度请求(虚线)而导致的活动时间。在图7中，时间在横轴上示出。一旦在pucch上发送sr，如图7中标记为“sr”的箭头所示，ue就开始针对要传输的调度数据的上行链路授权监视pdcch。
[0151]
然而，在发送调度请求之后可能不会立即调度ue。图8a和8b示意性地示出了根据配置的drx周期的活动和非活动时间以及由于挂起的调度请求而导致的活动时间。在图中，接收到上行链路授权(ul授权)的时间点由标记为“ul授权”的箭头指示。只要sr处于挂起状态，就会针对ul授权监视pdcch。
[0152]
在图8b所示的情况中，在sr传输之后比在图8a所示的情况中更长的时间点接收ul授权。这可能是调度设备基于相关联的逻辑信道的优先级和业务负载对ul授权的调度进行优先级排序的情况。
[0153]
结果，在当gnb不打算向ue调度ul授权的时段期间，ue在监视pdcch中消耗功率。该时段在图8a和8b中被示为阴影区域。在没有传输ul授权的时段期间，ue监视pdcch，并且因此消耗功率。
[0154]
本发明提供了有助于在sr过程的框架中调整监视持续时间的技术。特别地，本发明提供了在配置的drx周期中用于降低ue的功耗的sr过程。
[0155]
本发明提供如图9所示的收发器设备和调度设备。
[0156]
收发器设备100包括收发器110(发送器和/或接收器，包括诸如一个或多个天线的硬件组件和控制硬件组件的操作的控制电路)，通过物理上行链路控制信道pucch传输用于调度数据的调度请求。此外，收发器设备100包括电路120(或处理电路)，在收发器110发送调度请求之后启动监视休眠定时器。此外，收发器110在监视休眠定时器正运行时不监视物理下行链路控制信道pdcch，并且当监视休眠定时器过期时开始针对用于调度数据的资源分配监视pdcch。
[0157]
例如，收发器设备100是nr网络中的ue。因此，收发器110和电路120也被称为“ue收发器”和“ue电路”。然而，这些术语仅用于区分收发器110和电路120与由诸如调度设备或基站的其他设备包括的电路和收发器。收发器设备100可以是类似通信系统的终端服务、中继设备或通信设备。ue电路可以被视为或包括“监视休眠控制电路”。
[0158]
还提供了如图9所示的调度设备200(或调度节点)。
[0159]
调度设备200包括电路220，其根据调度数据的调度请求分配资源，并启动传输定时器。调度设备200还包括收发器210，其通过物理上行链路控制信道pucch接收调度请求，并且在传输定时器过期之后，通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0160]
例如，调度设备200是nr网络系统(gnb)或类似通信系统中的网络节点(基站)。电路220也被称为“调度请求控制电路”或“调度设备电路”，以将其与诸如ue电路120的电路区分开来。
[0161]
还提供了一种方法，包括通过物理上行链路控制信道pucch传输用于调度数据的调度请求，以及在发送调度请求之后启动监视休眠定时器。此外，该方法包括在监视休眠定时器运行时防止对物理下行链路控制信道pdcch的监视，以及在监视休眠定时器过期时开始针对用于调度数据的资源分配监视pdcch。
[0162]
还提供了一种方法，包括通过物理上行链路控制信道pucch接收用于调度数据的调度请求，以及启动传输定时器。该方法还包括根据调度请求分配资源，并在传输定时器过期之后通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0163]
在进一步的描述中，除非明确声明或上下文另有指示，否则细节和实施例适用于
收发器设备100、调度设备200(或调度节点)和方法中的每一个。
[0164]
收发器设备100使用收发器110发送用于通过pucch发送调度数据的调度请求，并在sr已经发送之后使用ue电路120启动监视休眠定时器。当监视休眠定时器正在运行时，收发器110不针对接收与发送的sr相对应的ul授权监视pdcch。在监视休眠定时器过期之后，收发器110开始针对根据所发送的sr接收ul授权监视pdcch，其中，ul授权指示用于发送调度数据的分配的资源。
[0165]
在图10中示意性地示出时间序列，其中，当配置了drx周期时，ue(或者具体地，收发器)在活动时段期间监视pdcch，而在非活动时段期间不监视pdcch。
[0166]
根据一个实施例，一旦sr被发送，则监视休眠定时器被启动，并且当监视休眠定时器已经过期时，收发器110开始针对来自调度设备200的ul授权监视pdcch。也就是说，根据本实施例，当收发器110发送调度请求时，启动监视休眠定时器。
[0167]
利用该过程，ue的功耗降低，因为ue的活动时间监视pdcch由于在sr挂起但调度设备不打算发送ul授权的时段中运行监视休眠定时器而降低。
[0168]
图11是示出根据实施例的调度请求的传输和在监视休眠定时器过期之后开始监视物理下行链路控制信道的流程图。
[0169]
在过程开始之后，在步骤s100中，确定是否配置了drx模式，即，ue是否处于drx模式。在确定ue不处于drx模式的情况下(步骤s100中为否)，该过程在开始时重复。在确定ue处于drx模式的情况下(步骤s100中为是)，过程继续到步骤s110。
[0170]
在步骤s110中，确定是否发送了sr。例如，如图9所示，确定收发器110是否已通过pucch将用于调度要发送的数据的调度请求发送到调度设备200。在没有发送调度请求的情况下(步骤s110中为否)，过程重复步骤s110。在确定已经发送sr的情况下(步骤s110中为是)，过程继续到步骤s120。
[0171]
在步骤s120中，启动监视休眠定时器。例如，如图9所示，收发器设备100的电路120启动监视休眠定时器。例如，监视休眠定时器的运行时可以由持续时间或pdcch的特定符号或时隙的偏移来定义。下文对此进行了描述。此外，监视休眠定时器的运行时可以根据调度请求配置进行配置，如下所述。在监视休眠定时器正在运行(即未过期)时，不会针对调度数据的ul授权监视pdcch。
[0172]
在步骤s130中，确定监视休眠定时器是否已过期。在监视休眠定时器尚未过期的情况下(步骤s130中为否)，过程保持在步骤s130，并重复确定监视休眠定时器是否已过期。在监视休眠定时器已经过期的情况下(步骤s130中为是)，过程继续到步骤s140。
[0173]
在步骤s140中，开始pdcch的监视，用于接收与在步骤s110中发送的调度请求相对应的调度数据的资源分配(ul授权)。
[0174]
如上所述，可以根据服务的优先级单独配置监视休眠定时器的运行时，即，可以在每个sr配置中单独配置监视休眠定时器的值。也就是说，根据调度请求配置的优先级级别配置监视休眠定时器的运行时。
[0175]
例如，对于第一优先级级别的sr配置，监视休眠定时器的运行时可以被设置为比低于第一优先级级别的第二优先级级别的sr配置更小的值。
[0176]
换句话说，具有较高优先级和较小等待时间的sr可被配置有相对较小的监视休眠定时器的运行时，并且具有较低优先级和较大等待时间的sr可被配置有相对较大的监视休
眠定时器的运行时。在这种情况下，与较低优先级和较大等待时间服务相比，较高优先级和较低等待时间服务的节能效果要小。
[0177]
如上所述，在收发器110发送sr之后，ue电路120应用与sr配置相对应的监视休眠定时器的运行时。
[0178]
如图12所示，可以为第一逻辑信道配置监视休眠定时器的第一运行时，并且可以为第二逻辑信道配置监视休眠定时器的第二运行时。因此，监视休眠定时器的运行时可能取决于逻辑信道而不同。具体地，可以为低优先级逻辑信道配置比高优先级逻辑信道更大的监视休眠定时器的运行时，反之亦然。如图12所示，lch1和lch2被映射到不同的sr配置，因为lch1和lch2具有不同的优先级。
[0179]
尽管在图12中，针对两个逻辑信道示出了监视休眠定时器的运行时的映射，但本实施例不限于此，并且可以针对多个逻辑信道/sr配置配置监视休眠定时器的不同运行时。
[0180]
例如，如图13所示，相同优先级级别的两个逻辑信道(lch1和lch2)被映射到单个sr配置，并且监视休眠定时器的单个运行时被映射到sr配置。
[0181]
虽然在图12和13中，示出了运行时、sr配置和逻辑信道的一对一映射或多个逻辑信道到单个sr配置的映射，但本实施例不限于此，并且可以应用单个sr配置到多个逻辑信道的映射和单个sr配置到单个逻辑信道的映射的组合。
[0182]
根据一个实施例，监视休眠定时器的运行时是固定的，其中网络/调度设备200和收发器设备100将每个sr配置映射有监视休眠定时器的预定义运行时。具体地，映射可以取决于逻辑信道(sr)优先级，使得定义哪个逻辑信道对应于监视休眠定时器的哪个运行时。使用这种方法，不需要额外的信令。
[0183]
例如，表1示出了规范中的固定值。如表1所示，根据符号(sym)或时隙(sl)偏移，为调度请求标识符0到7指示监视休眠定时器的运行时。例如，对于调度请求标识符5，收发器110不针对8个时隙的ul授权监视pdcch。替代地，可以根据持续时间(例如，从0到256ms的持续时间)来配置监视休眠定时器的运行时。
[0184]
schedulingrequestid定时器/偏移0sym21sym62sl13sl24sl45sl86sl107sl16
[0185]
表1：监视休眠定时器运行时/偏移的固定值。
[0186]
例如，当逻辑信道lch1映射到sr配置1并且由于lch1触发调度请求时，mac将schedulingrequestid信息传递给phy以发送调度请求。如果lch1的sr配置与schedulingrequestid 5相关联，则ue应用8ms的监视休眠定时器运行时。
[0187]
收发器设备100可以通过调度请求配置指示符来接收调度请求配置，调度请求配置指示符指示至少一个具有至少相关联的优先级级别的调度请求配置。
[0188]
例如，收发器110可以经由无线电资源控制rrc消息接收调度请求配置指示符。
[0189]
根据一个实施例，网络针对每个sr配置向监视休眠定时器的运行时发信号，使得监视休眠定时器运行时可以被动态配置。例如，可以经由rrc消息(系统信息消息或专用rrc消息)来发信号通知监视休眠定时器运行时。通过这种方法，网络可以考虑当前业务负载，并经由rrc消息改变运行时。
[0190]
例如，可用于调度请求的配置的用于rrc信令的调度请求配置信息元素如下所示。
[0191]
schedulingrequestresourceconfig信息元素
[0192]
具体地，监视休眠定时器由定时器/偏移配置，并且根据pdcch的时隙的符号指示监视休眠定时器的运行时。
[0193]
根据一个实施例，如果网络/gnb 200不打算在接收到调度数据的调度请求之后调度ul资源，则网络/gnb 200可以确定监视休眠定时器的运行时，并将所确定的运行时发送给ue 100。
[0194]
例如，指示监视休眠定时器的运行时的mac控制元素可以以比特图格式携带定时相关信息来被发送。
[0195]
例如，在lte中，mac层可以将所谓的mac控制元素(mac ce)插入传输块中，以便通过传输信道传输。mac ce用于带内控制信令，例如，定时提前命令或随机接入响应。
[0196]
然而，根据本发明，mac ce可以携带关于监视休眠定时器的运行时的信息，其中mac ce例如可以指示0到256范围内的持续时间。长度的时间单位可以是持续时间(ms)或符号数或时隙数。
[0197]
图14示意性地示出了根据实施例的指示监视休眠定时器的运行时的mac控制元素ce。例如，如果ue 100接收到指示“0 0 0 0 1 0 0 0 0”的mac ce命令，则ue不针对调度8ms或8个时隙的资源监视pdcch。
[0198]
图15示意性地示出了根据实施例的调度请求的发送、监视休眠指示符的接收和上行链路授权的接收以及活动时段的时间序列。具体地，收发器110发送用于调度数据的调度请求，并针对ul授权监视pdcch。当接收到指示监视休眠定时器的运行时的mac ce(如用“mac ce”指示的箭头所示)时，电路120根据接收到的mac ce指示的运行时以相关联的运行时来启动监视休眠定时器。只要监视休眠定时器正在运行，收发器110就不针对与发送的调度请求相对应的调度数据的调度分配监视pdcch。当监视休眠定时器已过期时，收发器110开始针对ul授权监视pdcch。
[0199]
也就是说，收发器110接收指示监视休眠定时器的运行时的监视休眠指示符(例如mac ce)，并且当收发器接收到监视休眠指示符时，电路120启动监视休眠定时器
[0200]
通过该方法，收发器设备100的收发器110在由接收到的mac ce指示的持续时间的时间段内不监视pdcch。因此，通过考虑业务负载和sr优先级两者，可以以更动态的方式实现ue节能
[0201]
图16是示出调度请求的发送、监视休眠指示符的接收以及在监视休眠定时器过期
之后开始监视物理下行链路控制信道的流程图。
[0202]
在过程开始之后，在步骤s200中，确定是否配置了drx模式，即，ue是否处于drx模式。在确定ue不处于drx模式的情况下(步骤s200中为否)，过程在开始处重复。在确定ue处于drx模式的情况下(步骤s200中为是)，过程继续到步骤s210。
[0203]
在步骤s210中，确定是否已经发送了sr。例如，确定收发器110是否已通过pucch向调度设备200发送了用于调度要发送的数据的调度请求。在没有发送调度请求的情况下(步骤s210中为否)，过程重复步骤s210。在确定已经发送了sr的情况下(步骤s210中为是)，过程继续到步骤s220。
[0204]
在步骤s220中，开始监视pdcch。在步骤s230中，确定是否接收到指示监视休眠定时器的运行时的mac ce。在未接收到指示运行时的mac ce的情况下(步骤s230中为否)，过程重复pdcch的监视。在接收到指示监视休眠定时器的运行时的mac ce的情况下(步骤s240中的是)，过程继续到步骤s240。
[0205]
在步骤s240中，利用与mac ce指示的运行时相对应的运行时来启动监视休眠定时器。此外，pdcch的监视被终止。也就是说，在监视休眠定时器正在运行时，即尚未过期，例如，pdcch不被收发器110所监视。
[0206]
在步骤s250中，确定监视休眠定时器是否已过期。在监视休眠定时器尚未过期的情况下(步骤s250中为否)，过程保持在步骤s250，并重复确定监视休眠定时器是否已过期。在监视休眠定时器已经过期的情况下(步骤s250中为是)，过程继续到步骤s260。
[0207]
在步骤s260中，开始pdcch的监视，用于接收与发送的调度请求相对应的调度数据的资源分配(ul授权)。
[0208]
根据该实施例，监视休眠定时器的运行时由调度设备200使用mac控制元素来发信号通知。然而，本发明不限于使用mac ce的传输，并且监视休眠定时器的运行时可以是另一种传输方式。具体地，调度设备200可以发送指示监视休眠定时器的运行时的监视休眠指示符，并且ue电路120可以在接收到监视休眠指示符时启动监视休眠定时器。
[0209]
不用说，在可以通过pdcch接收ul授权而没有接收到监视指示符的情况下。在这种情况下，不再需要由于挂起的调度请求而不监视pdcch。
[0210]
此外，根据上述实施例，例如，可以由mac ce在发送调度请求时或接收到监视休眠指示符时启动监视休眠定时器。
[0211]
在第一示例中，pdcch的监视不是在发送调度请求之后立即开始的，而是监视休眠定时器被启动，并且监视在过期之后开始。
[0212]
在第二示例中，当发送调度请求时，pdcch的监视开始，并且当接收到监视休眠指示符时，pdcch的监视在与监视休眠指示符指示的运行时相对应的持续时间内中断。
[0213]
然而，本发明不限于所述实施例中的任何一个。具体地，在sr的发送和监视休眠定时器的过期之间以及在监视休眠指示符的接收和相应的监视休眠定时器的过期之间，可能不执行pdcch的监视。换句话说，可以组合上述示例的方法。
[0214]
这在图17中示出，其中阴影区域指示由于在发送sr时启动的监视休眠定时器而不监视pdcch的时间段。此外，当接收到指示监视休眠定时器的运行时的mac ce时，可以使用接收到的运行时重新启动监视休眠定时器，或者可以启动第二监视休眠定时器，使得在mac ce指示的持续时间段内不监视pdcch。
[0215]
请注意，对于这种情况，根据一个或多个实施例的监视休眠定时器可以由电路120重新启动或重新开始。换句话说，在监视休眠定时器正在运行的情况下，可以重新启动该定时器，或者可以调整其剩余或总运行时，直到过期。替代地或者另外地，可以启动额外的监视休眠定时器。
[0216]
根据实施例的调度设备200可以确定监视休眠定时器的运行时，并使用收发器210发送指示监视休眠定时器的运行时的监视休眠指示符。具体地，传输定时器的运行时可对应于监视休眠定时器的运行时。
[0217]
此外，在上述实施例中，确定是否为收发器设备100配置了drx周期。然而，本发明不限于确定是否配置了drx周期。特别是，只要监视休眠定时器正在运行，配置的drx周期就不是启动监视休眠定时器和不监视pdcch的强制性要求。
[0218]
本发明还提供了在配置的drx周期中用于降低ue的功耗的sr过程。
[0219]
如图9所示，收发器设备100包括收发器110(包括诸如一个或多个天线的硬件组件和控制硬件组件的操作的控制电路的发送器和/或接收器)，传输指示调度数据量的缓冲器状态报告。此外，收发器设备100包括电路120(或处理电路)，在收发器110传输缓冲器状态报告之后启动监视休眠定时器。此外，收发器110在监视休眠定时器正运行时不监视物理下行链路控制信道pdcch，并且在监视休眠定时器过期时开始针对调度数据的资源分配监视pdcch。
[0220]
还提供了如图9所示的调度设备200(或调度节点)。
[0221]
调度设备200包括电路220，根据指示调度数据量的缓冲器状态报告分配资源，并启动传输定时器；调度设备200还包括收发器210，接收缓冲器状态报告，并在传输定时器过期之后通过物理下行链路控制信道pdcch传输指示所分配资源的资源分配指示符。
[0222]
还提供了一种方法，包括传输指示调度数据量的缓冲器状态报告，以及在传输缓冲器状态报告之后启动监视休眠定时器。此外，该方法包括在监视休眠定时器正在运行时防止对物理下行链路控制信道pdcch的监视，并且在监视休眠定时器已过期时开始针对调度数据的资源分配监视pdcch。
[0223]
还提供了一种方法，包括接收指示调度数据量的缓冲器状态报告，以及启动传输定时器。该方法还包括根据缓冲器状态报告分配资源，以及在传输定时器过期之后通过物理下行链路控制信道pdcch传输指示所分配的资源的资源分配指示符。
[0224]
缓冲器状态报告bsr可以是由ue 100向作为调度设备200的服务gnb传输的介质接入控制(mac)级消息，以便向gnb提供关于ue 100的上行链路缓冲器中的数据量的信息(参见3gpp ts 36.321(“evolved universal terrestrial radio access(e-utra)；medium access control(mac)protocol specification”，版本15.5.0，第5.4.5节)。
[0225]
在上行链路中报告bsr以通知gnb 200关于ue 100处的缓冲数据量，并允许gnb 200区分具有不同调度优先级的数据，因为bsr报告是针对每个逻辑信道组(lcg)执行的，其中每个lcg可与各自的优先级级别相关联。
[0226]
lcg是一组上行链路逻辑信道，或者由ue 100在bsr中报告单个联合缓冲器填充级别。lcg的映射可由gnb 200定义(参见3gpp ts 36.321(“evolved universal terrestrial radio access(e-utra)；medium access control(mac)protocol specification”，版本15.5.1，第6.3.2节)。lcg可被定义为具有类似qos(服务质量)要求的一组逻辑信道。
[0227]
可通过分别使用长bsr格式或短bsr格式(分别如图18a和18b所示)每个lcg执行缓冲器状态报告。图18a是短bsr格式的图示，其中其缓冲器状态正在报告的逻辑信道组由长度为三比特的逻辑信道组id字段指示。此外，缓冲器大小字段指示数据总量。根据如图18b所示的长bsr格式，bsr包含多个缓冲器大小字段，每个缓冲器大小字段表示一个lcg。换句话说，短bsr格式用于报告一个指示的逻辑信道组的数据量，而长bsr格式用于报告所有逻辑信道组的数据量。例如，取决于服务质量(qos)要求，网络可每个ue配置多达八个逻辑信道组。
[0228]
当在drx关闭时段期间传输bsr时，ue可以切换到drx活动时间，在此期间，pdcch被监视用于接收上行链路授权。这在图19中示出
[0229]
然而，由于bsr的传输而通过输入drx活动时间来监视pdcch可能导致不必要的功耗，因为ue 100在发送bsr之后可能不会立即被调度。换句话说，在gnb 200不打算调度资源到ue 100的情况下，例如当ul授权的调度基于bsr的优先级级别和业务负载时，ue 100可能不必针对上行链路授权监视pucch。例如，如图20a和20b所示，bsr传输的更高优先级可能导致比bsr传输的更低优先级(导致更长的pdcch监视时段)更短的pdcch监视时段。
[0230]
因此，收发器设备100使用收发器110传输指示调度数据量的bsr，并在传输了bsr之后使用ue电路120启动监视休眠定时器。在监视休眠定时器正在运行时，收发器110不监视pdcch用于接收对应于所传输的sr的ul授权。在监视休眠定时器过期之后，收发器110开始根据所传输的bsr监视pdcch用于接收ul授权，其中ul授权指示用于传输调度数据的分配资源。
[0231]
图21示意性地示出了时间序列，其中，ue(或者具体地，收发器)，在活动时段期间监视pdcch，而在非活动时段期间不监视pdcch。具体地，在已经传输bsr之后，监视休眠定时器被启动，并且当定时器过期时，ue100切换到活动时间，其中针对上行链路授权监视pdcch。换句话说，从不监视切换到监视pdcch被从bsr的传输延迟了时间偏移。
[0232]
图22示出了由ue 100执行的方法。步骤s300、s310、s330和s340对应于图11中所示的方法，其中发送缓冲器状态报告而不是调度请求sr。在步骤s320中，根据逻辑信道组lcg利用运行时启动监视休眠定时器。
[0233]
例如，可以为每个lcg配置运行时。例如，与具有较低优先级的lcg相比，具有较高优先级的lcg可以与较短的监视休眠定时器运行时相关联。
[0234]
lcg的映射和监视休眠定时器的运行时可以是预定义的(例如根据规范文档中给出的定义)，或者是动态配置的(例如经由rrc)。
[0235]
表2举例说明了监视休眠定时器运行时的固定值。如表所示，监视休眠定时器的运行时由x1到x10表示，分别与标识符id为0到7的lcg相关联。例如，在优先级从lgc id 0降低到lcg id 7的情况下，监视休眠定时器的运行时可以从x1增加到x10。换句话说，相关联的lcg的级别越低监视休眠定时器的运行时可能越大。预定义运行时/偏移不需要额外的信令。
[0236][0237][0238]
表2：每个lcg id的监视休眠定时器运行时/偏移的固定值。
[0239]
替代地或另外地，监视休眠定时器的运行时可以被动态配置，例如，通过rrc。利用动态配置lcg id和偏移/定时器运行时之间的映射，网络可以考虑业务负载和业务优先级，并经由rrc(例如，经由系统信息消息或专用rrc消息)按需更改定时器运行时/偏移。
[0240]
例如，可使用的rrc信令的逻辑信道配置信息元素如下所示。
[0241]
logicalchannelconfig信息元素
[0242][0243]
具体地，每个逻辑信道组的“logicalchannel groupoffset”指示监视休眠定时器运行时。
[0244]
在bsr指示与不同lcg相关联的多个调度数据量的情况下，可以将监视定时器的运行时设置为与最高优先级逻辑信道组相关联的运行时，对于该逻辑信道组，在bsr中指示了调度数据量。替代地，监视休眠定时器的运行时可被设置为与具有最低lcg id的lcg相关联的运行时。替代地，监视休眠定时器的运行时可被设置为与lcg相关联的最短运行时，对于该lcg，bsr中指示了的调度数据量。
[0245]
总而言之，根据本公开的实施例，如ue 100的收发器设备发送调度请求或缓冲器状态报告，并且随后启动专用定时器，即监视休眠定时器。只要该定时器没有过期，ue 100就不监视pdcch用于接收上行链路授权。当定时器过期时，ue开始监视pdcch。这可以允许能量消耗的减少，因为在不期望调度授权时，ue 100不监视pdcch。
[0246]
监视休眠定时器可仅在发送调度请求后启动，或仅在发送缓冲器状态报告后启动，或在发送调度请求后启动，并在发送缓冲器状态报告后启动。在最后一种情况下，在发送sr后启动的定时器的运行时可能等于runti在发送bsr之后启动的定时器的运行时。然而，本发明不限于此，并且在发送sr之后启动的定时器的运行时可以不同于在发送bsr之后启动的定时器的运行时。
[0247]
图23a中示出了调度请求过程的示例，其中sr和bsr从ue 100被发送到gnb 200。在步骤1中，调度请求由ue 100通过pucch发送到gnb 200。此外，在步骤2中，ue 100从gnb接收指示用于发送调度数据的资源的调度授权。在步骤3中，ue 100使用pusch的指示的资源向gnb 200发送缓冲器状态报告。在步骤4中，ue 100从gnb 200接收用于发送调度数据的调度授权。在步骤5中，ue 100使用由所接收的上行链路授权指示的资源发送调度数据。
[0248]
如图23b所示，根据本发明，ue 100在已经通过pucch发送sr之后启动监视休眠定时器，并且在定时器未过期时，即在指示为偏移/休眠时段的时段内，不监视pdcch用于接收上行链路授权。在监视休眠定时器的过期之后，ue 100在被指示作为ue唤醒时段的时段内监视pdcch用于接收上行链路授权。
[0249]
此外，如图23c所示，ue在发送bsr之后(即在步骤3之后)启动监视休眠定时器，并且在监视休眠定时器未过期时(即在被指示作为偏移/休眠时段的时段期间)不监视pdcch。当定时器已过期时，ue 1200开始监视pdcch用于接收数据上行链路授权。
[0250]
ue 100可以在sr的传输之后、bsr的传输之后或者在每个的传输之后启动监视休眠定时器。在sr的传输之后启动的监视休眠定时器的运行时可以等于或不同于在bsr的传输之后启动的监视休眠定时器的运行时。
[0251]
本发明可以通过软件、硬件或与硬件配合的软件来实现。在上述每个实施例的描述中使用的每个功能块可以部分或全部由诸如集成电路(ic)的lsi(大规模集成)来实现，并且每个实施例中描述的每个过程可以部分或全部由相同的lsi或lsi的组合控制。lsi可以单独形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。lsi可以包括与其耦合的数据输入和输出。这里可以参考lsi根据集成度的不同，集成电路可以被称为ic、系统lsi、超级lsi或超lsi。然而，实现集成电路的技术不限于lsi，可以使用专用电路、通用处理器或专用处理器来实现。此外，fpga(现场可编程门阵列)可在制造lsi或可重新配置处理器后进行编程，其中可使用配置在lsi内部的电路单元的连接和设置。本发明可实现为数字处理或模拟处理。如果未来的集成电路技术取代lsi作为可重新配置处理器由于半导体技术或其他衍生技术的进步，功能块可以使用未来的集成电路技术进行集成。生物技术也可以
应用。
[0252]
本发明可以通过具有通信功能的任何类型的装置、设备或系统来实现，该装置、设备或系统被称为通信装置。
[0253]
此类通信装置的一些非限制性示例包括电话(例如，蜂窝(手机)电话、智能电话)、平板电脑、个人计算机(pc)(例如，笔记本电脑、台式机、上网本)、相机(例如，数字静止/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字图书阅读器、远程健康/远程医疗(远程健康和医疗)设备以及提供通信功能的载具(例如，汽车、飞机、船舶)及其各种组合。
[0254]
通信装置不限于便携式或可移动的，并且还可以包括非便携式或固定的任何类型的装置、设备或系统，诸如智能家居设备(例如，家电、照明、智能仪表、控制面板)、自动售货机以及“物联网(iot)”网络中的任何其他“事物”。
[0255]
通信可以包括通过例如蜂窝系统、无线lan系统、卫星系统等及其各种组合来交换数据。
[0256]
通信装置可以包括诸如控制器或传感器的设备，其耦合到执行本公开中描述的通信功能的通信设备。例如，通信装置可以包括控制器或传感器，该控制器或传感器生成控制信号或数据信号，该控制信号或数据信号由执行通信装置的通信功能的通信设备使用。
[0257]
通信装置还可以包括基础设施，诸如基站、接入点以及与诸如上述非限制性示例中的那些设备通信或控制这些设备的任何其他装置、设备或系统。
[0258]
如上所述，提供了能够提供灵活且降低功耗的调度请求和资源分配指示的设备和方法。
[0259]
提供了一种收发器设备，包括：收发器，通过物理上行链路控制信道pucch发送用于调度数据的调度请求；以及电路，在收发器发送调度请求之后启动监视休眠定时器，其中，收发器在监视休眠定时器正运行时不监视物理下行链路控制信道pdcch，并且在监视休眠定时器过期时开始针对用于调度数据的资源分配监视pdcch。
[0260]
在一些实施例中，当调度请求由收发器发送时，电路启动监视休眠定时器。
[0261]
在一些实施例中，收发器接收指示监视休眠定时器的运行时的监视休眠指示符；并且当收发器接收到监视休眠指示符时，电路启动监视休眠定时器。
[0262]
例如，监视休眠指示符根据pdcch的持续时间或符号和/或时隙的数量指示监视休眠定时器的运行时。
[0263]
在一些实施例中，根据调度请求配置的优先级级别配置监视休眠定时器的运行时。
[0264]
例如，为具有第一优先级级别的第一调度请求配置配置监视休眠定时器的第一运行时；为具有不同于第一优先级级别的第二优先级级别的第二调度请求配置配置不同于监视休眠定时器的第一运行时的第二运行时。
[0265]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0266]
在一些实施例中，收发器接收调度请求配置指示符，该指示符指示具有至少一个相关联的优先级级别的至少一个调度请求配置。
[0267]
例如，收发器经由无线电资源控制rrc消息接收调度请求配置指示符。
[0268]
在一些实施例中，配置了不连续接收drx周期，其中收发器在活动时段中监视pdcch，而不在非活动时段中监视pdcch。
[0269]
还提供了一种收发器设备，包括：收发器，发送指示至少调度数据量的缓冲器状态报告；以及电路，在收发器发送缓冲器状态报告之后启动监视休眠定时器，其中，收发器在监视休眠定时器正运行时不监视物理下行链路控制信道pdcch，并在监视休眠定时器过期时开始针对用于调度数据的资源分配监视pdcch。
[0270]
在一些实施例中，缓冲器状态报告通过物理上行链路共享信道pusch被发送。
[0271]
在一些实施例中，当缓冲器状态报告由收发器发送时，电路启动监视休眠定时器。
[0272]
在一些实施例中，收发器接收指示监视休眠定时器的运行时的监视休眠指示符；并且当收发器接收到监视休眠指示符时，电路启动监视休眠定时器。
[0273]
在一些实施例中，监视休眠指示符根据pdcch的持续时间或符号和/或时隙的数量指示监视休眠定时器的运行时。
[0274]
在一些实施例中，根据逻辑信道组配置监视休眠定时器的运行时。
[0275]
例如，缓冲器状态报告还指示与调度数据量相关联的逻辑信道组。
[0276]
在一些实施例中，缓冲器状态报告指示多个逻辑信道组，每个逻辑信道组与相应量的调度数据相关联。
[0277]
例如，每个逻辑信道组都与监视休眠定时器的相应运行时相关联。
[0278]
例如，监视休眠定时器的运行时可以被设置为与具有最高优先级的lcg相关联的运行时。
[0279]
在一些实施例中，为具有第一优先级级别的第一逻辑信道组配置监视休眠定时器的第一运行时，并且，为具有不同于第一优先级级别的第二优先级级别的第二逻辑信道组配置不同于监视休眠定时器的第一运行时的第二运行时。
[0280]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0281]
在一些实施例中，收发器接收逻辑信道组运行时指示符，该指示符指示至少一个逻辑信道组与监视休眠定时器的相关联的运行时。
[0282]
例如，收发器经由无线电资源控制rrc消息接收逻辑信道组运行时指示符。
[0283]
在一些实施例中，配置了不连续接收drx周期，其中收发器在活动时段中监视pdcch，而不在非活动时段中监视pdcch。
[0284]
还提供了一种调度设备，包括：电路，根据调度数据的调度请求分配资源，启动传输定时器；以及收发器，通过物理上行链路控制信道pucch接收调度请求，以及在传输定时器过期之后，通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0285]
在一些实施例中，电路确定监视休眠定时器的运行时；并且收发器发送指示监视休眠定时器的运行时的监视休眠指示符。
[0286]
例如，传输定时器的运行时等于监视休眠定时器的运行时。
[0287]
还提供了一种调度设备，包括：电路，根据指示调度数据量的缓冲器状态报告分配资源，启动传输定时器；以及收发器，接收缓冲器状态报告，以及在传输定时器过期之后，通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0288]
例如，收发器通过物理上行链路共享信道pusch接收缓冲器状态报告。
[0289]
在一些实施例中，电路确定监视休眠定时器的运行时；并且收发器发送指示监视休眠定时器的运行时的监视休眠指示符。
[0290]
例如，传输定时器的运行时等于监视休眠定时器的运行时。
[0291]
在一些实施例中，电路根据逻辑信道组确定监视休眠定时器的运行时。
[0292]
例如，缓冲器状态报告还指示与调度数据量相关联的逻辑信道组。
[0293]
在一些实施例中，缓冲器状态报告指示多个逻辑信道组，每个逻辑信道组与相应量的调度数据相关联。
[0294]
例如，每个逻辑信道组都与监视休眠定时器的相应运行时相关联。
[0295]
在一些实施例中，为具有第一优先级级别的第一逻辑信道组配置监视休眠定时器的第一运行时，并且，为具有不同于第一优先级级别的第二优先级级别的第二逻辑信道组配置不同于监视休眠定时器的第一运行时的第二运行时。
[0296]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0297]
在一些实施例中，收发器发送逻辑信道组运行时指示符，该指示符指示至少一个逻辑信道组与监视休眠定时器的相关联的运行时。
[0298]
例如，收发器经由无线电资源控制rrc消息发送逻辑信道组运行时指示符。
[0299]
还提供了一种方法，包括：通过物理上行链路控制信道pucch发送用于调度数据的调度请求，在发送调度请求之后启动监视休眠定时器；防止在监视休眠定时器运行时监视物理下行链路控制信道pdcch；以及在监视休眠定时器已过期时开始针对用于调度数据的资源分配监视pdcch。
[0300]
在一些实施例中，当调度请求被发送时，监视休眠定时器被启动。
[0301]
在一些实施例中，接收指示监视休眠定时器的运行时的监视休眠指示符；当接收到监视休眠指示符时，启动监视休眠定时器；
[0302]
例如，监视休眠指示符根据pdcch的持续时间或符号和/或时隙的数量指示监视休眠定时器的运行时。
[0303]
在一些实施例中，根据调度请求配置的优先级级别配置监视休眠定时器的运行时。
[0304]
例如，监视休眠定时器的第一运行时被配置为具有第一优先级级别的第一调度请求配置；以及不同于监视休眠定时器的第一运行时的第二运行时被配置用于具有不同于第一优先级级别的第二优先级级别的第二调度请求配置。
[0305]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0306]
在一些实施例中，接收调度请求配置指示符，该指示符指示具有至少一个相关联的优先级级别的至少一个调度请求配置，
[0307]
例如，调度请求配置指示符经由无线电资源控制rrc消息被接收。
[0308]
在一些实施例中，配置了不连续接收drx周期，其中pdcch在活动时段中被监视，而pdcch在非活动时段中不被监视。
[0309]
还提供了一种方法，包括发送指示调度数据量的缓冲器状态报告；在发送缓冲器状态报告之后启动监视休眠定时器；防止在监视休眠定时器运行时监视物理下行链路控制
信道pdcch；以及在监视休眠定时器已过期时开始针对用于调度数据的资源分配监视pdcch。
[0310]
在一些实施例中，缓冲器状态报告通过物理上行链路共享信道pusch被发送。
[0311]
在一些实施例中，当发送缓冲器状态报告时启动监视休眠定时器。
[0312]
在一些实施例中，该方法包括接收指示监视休眠定时器的运行时的监视休眠指示符；以及当接收到监视休眠指示符时启动监视休眠定时器。
[0313]
在一些实施例中，监视休眠指示符根据pdcch的持续时间或符号和/或时隙的数量指示监视休眠定时器的运行时。
[0314]
在一些实施例中，根据逻辑信道组配置监视休眠定时器的运行时。
[0315]
例如，缓冲器状态报告还指示与调度数据量相关联的逻辑信道组。
[0316]
在一些实施例中，缓冲器状态报告指示多个逻辑信道组，每个逻辑信道组与相应量的调度数据相关联。
[0317]
例如，每个逻辑信道组都与监视休眠定时器的相应运行时相关联。
[0318]
例如，监视休眠定时器的运行时可以被设置为与具有最高优先级的lcg相关联的运行时。
[0319]
在一些实施例中，为具有第一优先级级别的第一逻辑信道组配置监视休眠定时器的第一运行时，并且，为具有不同于第一优先级级别的第二优先级级别的第二逻辑信道组配置不同于监视休眠定时器的第一运行时的第二运行时。
[0320]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0321]
在一些实施例中，该方法包括接收逻辑信道组运行时指示符，该指示符指示至少一个逻辑信道组与监视休眠定时器的相关联的运行时。
[0322]
例如，逻辑信道组运行时指示符经由无线电资源控制rrc消息被接收。
[0323]
在一些实施例中，配置了不连续接收drx周期，其中pdcch在活动时段中被监视，而pdcch在非活动时段中不被监视。
[0324]
还提供了一种方法，包括通过物理上行链路控制信道pucch接收用于调度数据的调度请求；启动传输定时器；根据调度请求分配资源；以及在传输定时器过期之后，通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0325]
在一些实施例中，确定监视休眠定时器的运行时；以及发送指示监视休眠定时器的运行时的监视休眠指示符。
[0326]
例如，传输定时器的运行时等于监视休眠定时器的运行时。
[0327]
还提供了一种方法，包括接收指示调度数据量的缓冲器状态报告；启动传输定时器；根据缓冲器状态报告分配资源；以及在传输定时器过期之后，通过物理下行链路控制信道pdcch发送指示所分配的资源的资源分配指示符。
[0328]
例如，收发器通过物理上行链路共享信道pusch接收缓冲器状态报告。
[0329]
在一些实施例中，该方法包括确定监视休眠定时器的运行时；以及发送指示监视休眠定时器的运行时的监视休眠指示符。
[0330]
例如，传输定时器的运行时等于监视休眠定时器的运行时。
[0331]
在一些实施例中，该方法包括根据逻辑信道组确定监视休眠定时器的运行时。
[0332]
例如，缓冲器状态报告还指示与调度数据量相关联的逻辑信道组。
[0333]
在一些实施例中，缓冲器状态报告指示多个逻辑信道组，每个逻辑信道组与相应量的调度数据相关联。
[0334]
例如，每个逻辑信道组都与监视休眠定时器的相应运行时相关联。
[0335]
在一些实施例中，为具有第一优先级级别的第一逻辑信道组配置监视休眠定时器的第一运行时，并且，为具有不同于第一优先级级别的第二优先级级别的第二逻辑信道组配置不同于监视休眠定时器的第一运行时的第二运行时。
[0336]
例如，在第一优先级级别低于第二优先级级别的情况下，第一运行时大于第二运行时，并且在第一优先级级别高于第二优先级级别的情况下，第一运行时小于第二运行时。
[0337]
在一些实施例中，该方法包括发送逻辑信道组运行时指示符，该指示符指示至少一个逻辑信道组与监视休眠定时器的相关联的运行时。
[0338]
例如，逻辑信道组运行时指示符经由无线电资源控制rrc消息传输。