CN109314977A - 用于v2x通信的半持续资源分配增强 - Google Patents

Abstract

各种通信系统可以受益于适当的分配。例如，用于车对物通信的系统可以受益于例如用于上行链路半持久调度的半持久资源分配机制。一种方法，可以包括向用户设备配置至少一个主半持久调度时机。该方法还可以包括向用户设备配置至少一个后续半持久调度时机。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

Description

用于V2X通信的半持续资源分配增强

技术领域

各种通信系统受益于适当的分配。例如，用于车对物通信的系统可以受益于例如用于上行链路半持久调度的半持久资源分配机制。

背景技术

车对物(V2X)通信与长期演进(LTE)和第五代(5G)通信系统相关。V2X可以包括车对车(V2V)，车对基础设施(V2I)，车对网(V2N)之间的通信，以及车辆与其他设备之间的通信。

V2X低延迟和高容量需求可能需要网络上的一些增强，以便支持V2X服务。可以使用半持久调度(SPS)而不是动态调度来在无线电接口中为终端设备(诸如车辆或其他设备)与无线电接入网络之间的通信分配资源。这个接口可以是Uu接口。就延迟和信令开销方面而言，UL中的V2X通信可以特别受益于使用SPS。然而，目前的研究表明，使用传统LTE SPS来满足V2X延迟要求具有挑战，特别是在车辆密度高的场景下，诸如在许多汽车低速行驶的城市区域。

就分组大小和分组生成频率而言，V2X业务可能在很大程度上是不可预测的。例如，协作感知消息(CAM)的分组生成间隔可能依赖于V2X应用，并且可能在100ms到1s之间变化。用于分组生成的触发会受到外部条件影响，诸如车辆地理位置、速度、方向、交通密度等。

较高层中可变的报头大小和可变的分组周期性也可能使V2X消息大小和间隔的预测具有挑战性。诸如，证书或摘要(digest)等安全组件可能影响邮件大小。此外，可以是任何类型的用户设备(UE)的终端设备可能需要使用多个V2X服务，例如用于业务流优化的V2N，用于更多本地道路安全服务的V2I或V2V，等等，每个可能均具有其各自的周期性和分组大小。

LTE以如方式拥有特定的用于UL调度的SPS：无线电资源控制(RRC)定义半持久上行链路授权的周期性，并且物理下行链路控制信道(PDCCH)指示上行链路授权是否是半持久性的。因此，PDCCH指示是否可以根据由RRC定义的周期性在后续传输时间间隔(TTI)中隐式地重用上行链路授权。

在UE具有半持久上行链路资源的子帧中，如果UE在PDCCH上找不到其小区无线电网络临时标识符(C-RNTI)，则可以根据在TTI中指定的半持久性的分配进行上行链路的传输。网络根据预定义的MCS对预定义的物理资源块(PRB)进行解码。否则，在UE具有半持久上行链路资源的子帧中，并且如果UE在PDCCH上找到其C-RNTI时，PDCCH分配优先于该TTI的持久分配，并且UE的传输遵循PDCCH分配而不是半持久分配。

发明内容

根据某些实施例，一种方法可以包括向用户设备配置至少一个主半持久调度时机。该方法还可以包括向用户设备配置至少一个后续半持久调度时机。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

在某些实施例中，一种方法可以包括在用户设备处接收至少一个主半持久调度时机的配置。该方法还可以包括在用户设备处接收至少一个后续半持久调度时机的配置。该方法还可以进一步包括操作用户设备以至少使用主半持久调度时机进行通信。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

根据某些实施例，一种装置可以包括用于向用户设备配置至少一个主半持久调度时机的部件。该装置还可以包括用于向用户设备配置至少一个后续半持久调度时机的部件。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

在某些实施例中，一种装置可以包括用于在用户设备处接收至少一个主半持久调度时机的配置的部件。该装置还可以包括用于在用户设备处接收至少一个后续半持久调度时机的配置的部件。该装置还可以进一步包括用于操作用户设备以至少使用主半持久调度时机进行通信的部件。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

根据某些实施例，一种装置可包括至少一个处理器和至少一个存储器，该至少一个存储器包括计算机程序代码。该至少一个存储器和该计算机程序代码可被配置为与至少一个处理器一起使得装置至少向用户设备配置至少一个主半持久调度时机。该至少一个存储器和该计算机程序代码还可以被配置为与至少一个处理器一起使得装置至少向用户设备配置至少一个后续半持久调度时机。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

在某些实施例中，一种装置可包括至少一个处理器和至少一个存储器，该至少一个存储器包括计算机程序代码。该至少一个存储器和该计算机程序代码可被配置为与至少一个处理器一起使得装置至少在用户设备处接收至少一个主半持久调度时机的配置。该至少一个存储器和该计算机程序代码还可被配置为与至少一个处理器一起使得设备至少在用户设备处接收至少一个后续半持久调度时机的配置。该至少一个存储器和该计算机程序代码还可被配置为通过至少一个处理器，使装置至少操作用户设备以至少使用主半持久调度时机进行通信。至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。

在某些实施例中，一种计算机程序产品可包括用于执行处理的指令。该处理可以是上述方法中的任意方法。

根据某些实施例，一种非暂时性计算机可读介质可用指令而被编码，该指令在硬件中执行时执行处理。处理可以是任上述方法中的任意方法。

附图说明

为了正确理解本发明，应参考附图，其中：

图1示出了根据某些实施例的一种方法。

图2示出了根据某些实施例的一种SPS时机的简单实施例。

图3示出了根据某些实施例的一种系统。

图4示出了根据某些实施例的一种信令流。

具体实施方式

某些实施例可以使半持久调度(SPS)传输适应于潜在的不一致的V2X消息生成间隔和消息大小，同时考虑这种V2X业务特性。此外，某些实施例可以在一个SPS间隔内提供具有多个交互式SPS时机的SPS增强。这种增强可以允许SPS传输和V2X消息生成时间、间隔和分组大小之间的更好对准。

图1示出了根据某些实施例的一种方法。如图1所示，一种方法可包括在110处向用户设备配置至少一个主半持久调度时机。这个配置可在150处被用户设备被接收。

该方法还可包括在120处向用户设备配置至少一个后续半持久调度时机。这个配置可在160处被用户设备接收。如下面将讨论的，至少一个后续半持久调度时机可依赖于至少一个主半持久调度时机的使用。这种依赖性可以具有各种形式，但是在某些实施例中，主半持久调度时机中的传输可被用于指示是否将要使用一个或多个后续半持久调度时机(参见下面的框130和框170的讨论)、和/或它们将被使用的程度。

至少一个主半持久调度时机和至少一个后续半持久调度时机的配置可以包括指示以下任意一种：半持久调度间隔、半持久调度时机间隔、主半持久调度时机、以及后续半持续调度时机。

该方法还可包括在145处在与指示相同的传输中或在与指示的不同传输中，接收半持久调度分配的更新的发起。这可涉及用户设备在185处利用该指示发起半持久调度分配的更新。备选地，半持久调度分配的更新可以被提供为在任何上行链路传输授权中发送的RRC信令，而不限于SPS UL授权。更新可包括更新半持久调度分配的物理资源块以及调制和编码方案。备选地，更新可包括将特定的后续半持久调度时机升级为另一个主半持久调度时机。

因此，如果存在要发送的相应数据，则框130、140和145中表示的信息(参见下面的进一步的讨论)可与在主SPS时机(M_SPS_O)中发生的传输被一起发送。框130中的信息可以在每个M_SPS_O中发送。如果缓冲区中存在等待传输的V2X消息，则框140可能发生。此外，如果车辆设备想要改变PRB和MCS或者请求将S_SPS_O升级到M_SPS_O，则框145可能发生。

配置至少一个主半持久调度时机和至少一个后续半持久调度时机可使用无线电资源控制信令、媒体访问控制信令、物理层控制信令中的至少一个或其任意组合而被执行。配置至少一个主半持久调度时机和至少一个后续半持久调度时机可使用单个授权或使用不同授权而被执行。

配置至少一个主半持久调度时机可以与上行链路授权一起被隐式或显式地执行。

该方法进一步包括在130处接收来自用户设备的在170处发送的指示，该指示是关于至少一个后续半持成久调度时机是否将用于上行链路传输的指示。该方法可附加地包括在140处接收上行链路数据消息，诸如车辆到X消息，该上行链路数据消息在180处在与该指示相同的传输中或在与该指示不同的传输中被发送。该指示可以是或包括与要发送的数据的大小相对应的上行链路调度请求。

某些实施例提供在一个SPS间隔内的多个SPS时机之间的相互依赖性和相互作用。这种相互依赖性和相互作用可以允许SPS更好地适应可变的V2X消息生成频率和消息大小，并且可以使得资源利用更有效。

例如，在某些实施例中，在一个SPS间隔中可以存在多个相互依赖的SPS时机。这些时机可以由服务eNB或其他接入节点配置给UE。这些时机可以包括至少一个主SPS时机(M_SPS_O)。每个M_SPS_O之后可以跟随至少一个后续SPS时机(S_SPS_O)。

可以在对应的M_SPS_O中由UE向服务eNB指示S_SPS_O的实际使用和适用。下面讨论M_SPS_O和S_SPS_O的进一步表征和详细操作。在特别的情况下，可以在两个连续的SPS时机之间实现M_SPS_O和相关联的S_SPS_O的相互依赖性。

在某些实施例中，可以通过RRC信令来配置不同SPS时机的间隔。在这种情况下，多个SPS时机可以由一个PDCCH授权激活，因为UE可以基于配置的SPS时机间隔知道下一个SPS时机。这可以称为单个授权激活。在另一选项中，如果例如在不同SPS时机中的不同物理资源块(PRB)和调制和编码方案(MCS)是优选的，则可以通过不同的PDCCH授权来激活多个SPS时机。这可以称为多授权激活，或使用不同授权激活。

在某些实施例中，通过使用PDCCH激活多个SPS时机，不同SPS时机的间隔可以被动态地配置。在这种情况下，SPS时机间隔的更新可以更灵活，因为可以不涉及RRC信令。

在某些实施例中，M_SPS_O可以与UL授权一起在PDCCH中被显式地指示，或者可以被隐式地定义为例如在SPS间隔中由PDCCH UL授权激活的第一SPS时机。

UE可以在M_SPS_O中具有UL传输。UL传输可以包括关于S_SPS_O的一些信息，诸如，S_SPS_O是否将用于UL传输。

在某些实施例中，除了关于S_SPS_O的信息之外，M_SPS_O中的UL传输还可以包括实际的V2X消息。

在某些实施例中，关于S_SPS_O的信息可以是针对每个S_SPS_O的一比特的指示，以指示对应的S_SPS_O是否将用于UL传输。在这种情况下，可以被称为位图的每个S_SPS_O的一比特指示可以在物理上行链路控制信道(PUCCH)中实现，或者作为媒体访问控制(MAC)控制协议数据单元(C-PDU)来实现。

在某些实施例中，关于S_SPS_O的信息还可以包括S_SPS_O中的对应UL SPS传输的PRB和MCS信息。该信息可以被视为UE发起的SPS分配更新。或者，关于S_SPS_O的信息可以包括针对特定TB大小的UL调度请求(SR)。

在某些实施例中，关于S_SPS_O是否将用于UL传输的决定以及可选PRB和MCS信息或所指示的TB大小的SR可以基于等待时间或延迟以及UL缓冲区中V2X消息的数据量。

在某些实施例中，S_SPS_O可以隐式地或显式地升级到M_SPS_O。这个升级可以由如下所述的来自UE的显式请求触发，或者由M_SPS_O中的UL SPS传输隐式地触发，该UL SPS传输仅包括S_SPS_O的信息而没有实际V2X消息，以便更好地将M_SPS_O与V2X消息生成定时对准。隐式升级可以应用于M_SPS_O旁边的S_SPS_O。显式升级可以由eNB在预期的S_SPS_O中利用PDCCH信令指示。

在某些实施例中，当UE检测到某些配置的条件时，例如，当缓冲器中的V2X消息的等待时间/延迟变得长于预定阈值时，S_SPS_O到M_SPS_O的升级可以由UE来进行请求。该请求可以与关于S_SPS_O的信息一起在M_SPS_O中发送。

UE可以在或不在S_SPS_O中发送UL传输，以便灵活地使SPS传输适应真实消息生成时间和消息大小，并且同时实现更好的资源利用。

在某些实施例中，如果UL容量遇到瓶颈，则针对多个UE的S_SPS_O中的UL授权可能具有重叠的资源分配。在这种情况下，在S_SPS_O中可能发生争用。然而，利用上述的S_SPS_O的指示，eNB可以容易地解决争用，例如通过去激活UE SPS分配中的一个或者将未使用的UL资源重新分配给S_SPS_O中的竞争中涉及UE中的一个。在这方面，M_SPS_O可以被表征为非争用和必须使用的时机，并且S_SPS_O被表征为争用或动态调度的时机。为了在S_SPS_O上进行发送，UE可能需要监视PDCCH以寻找可能的基于C-RNTI的授权，其被eNB用于动态调度以及解决不同UE之间的S_SPS_O上的预定竞争。

图2示出了根据某些实施例的SPS时机的一个简单实施例。图2显示了多个相互依赖的SPS时机，特别是一个SPS时间间隔内的两个SPS时机。在此示例中，如果M_SPS_O没有要发送的V2X消息或M_SPS_O显式地指示更新，则可以对时机进行更新。

如上所述，UE可以根据eNB给出的调度UL授权在M_SPS_O中进行UL传输。UL传输可以包括关于S_SPS_O是否将用于发送另外的UL消息的信息以及可选地进一步通知S_SPS_O中的UL传输的所用PRB和MCS的信息。如果UL缓冲器中存在可用数据并且所分配的资源允许，则M_SPS_O中的UL传输可以包括实际的UL数据传输。M_SPS_O中的调度UL授权可以考虑周期性V2X消息业务的特性(例如，消息大小和/或CAM消息生成间隔)，使得M_SPS_O可以用于发送这样的周期性V2X消息。

S_SPS_O可以主要用于发送非周期性V2X消息(例如，被事件触发的分散环境通知消息(DENM))或者由于消息大小的改变而无法在M_SPS_O中发送的周期性V2X消息的部分。在典型情况下，S_SPS_O可能未被完全用于UL传输，因此利用所描述的竞争解决方法，在高UE密度时的多个UE的重叠资源分配可以很好地工作。例如，当多个UE在与UL SPS授权相同的TTI中被分配重叠UL PRB时，这些UE之间的UL传输存在争用的风险。然而，在一些情况下，可能只有一个UE指示它将在分配了重叠UL PRB的下一个S_SPS_O中具有UL传输。在这种情况下，不会发生争用。如果存在多于一个UE指示要在下一个S_SPS_O中使用重叠PRB发送数据，则eNB可通过仅允许一个UE基于SPS授权发送，或如果PDCCH定义了不同SPS时机的间隔时通过允许一个UE基于SPS授权发送并且将相同TTI中或甚至在其他TTI中的未使用UL资源重新分配其他UE，来解决争用。

如果M_SPS_O未用于发送UL V2X消息，或者UE由于例如V2X消息生成间隔或定时的改变而请求将S_SPS_O升级到M_SPS_O，则升级可以隐式地针对前一种情况发生，或者eNB可以显式地指出两种情况下的升级。

可以为UE分配例如具有多个时机的一个长SPS间隔，或者分配多于一个的较短间隔，每个较短间隔具有较少的时机。在后一种选择中，根据某些实施例的机制可以应用于单独的SPS间隔或跨越具有聚集的或聚合的多个时机的多个SPS间隔。在某些实施例中，一个间隔可以被配置为主间隔，其包括M_SPS_O，和其他间隔作为后续间隔，其包括对应于各个M_SPS_O的S_SPS_O。

图3示出了根据本发明某些实施例的一种系统。应当理解，图1的流程图的每个框可以通过各种装置或它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路。在一个实施例中，系统可以包括若干设备，诸如像是网络元件310和用户装置(UE)或用户设备320的设备。尽管仅为了说明的目的而示出每个设备中的一个，但是系统可以包括多于一个UE 320和多于一个网络元件310。网络元件可以是接入点、基站、eNode B(eNB)或任何其他网络元件，诸如V2X系统的基站。这些设备中的每个均可以包括至少一个处理器或控制单元或模块，分别表示为314和324。可以在每个设备中提供至少一个存储器，并分别表示为315和325。存储器可以包括计算机程序指令或包含在其中的计算机代码，例如用于执行上述实施例。可以提供一个或多个收发器316和326，并且每个设备还可以包括天线，分别示为317和327。尽管仅示出一个天线，但是可以向每个设备提供许多天线和多个天线元件。例如，可以提供这些设备的其他配置。例如，除了无线通信之外，网络元件310和UE 320可以另外地被配置以用于有线通信，并且在这种情况下，天线317和327可以是任何形式的通信硬件，而不仅限于天线。

收发器316和326可以各自独立是发射器、接收器，或发射器和接收器两者，或者可以配置用于发射和接收的单元或设备。发射器和/或接收器(就无线电部件而言)也可以实现为远程无线电头端，其并不位于设备本身中，而是例如位于桅杆中。还应当理解，根据“流动的”或灵活的无线电概念，操作和功能可以以灵活的方式在不同的实体中执行，诸如在节点、主机或服务器中执行。换句话说，分工可能会因具体情况而异。一种可能的用途是使网络元件传递本地内容。一个或多个功能也可以实现为虚拟应用程序，其被提供为可以在服务器上运行的软件。

用户设备或用户装置320可以是移动站(MS)，诸如移动电话或智能电话或多媒体设备，计算机，诸如具有无线通信能力的平板电脑，具有无线通信能力的个人数据或数字助理(PDA)，具有无线通信能力的便携式媒体播放器、数码相机、袖珍摄像机、导航单元，配备有无线电的车辆，或其任何组合。用户装置或用户设备320可以是传感器或智能仪表，或是通常可以配置用于单独定位的其他设备。

在示例性实施例中，诸如节点或用户设备的装置可以包括用于执行以上关于图1描述的实施例的部件。

处理器314和324可以由任何计算或数据处理设备实现，诸如中央处理单元(CPU)，数字信号处理器(DSP)，专用集成电路(ASIC)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、数字增强电路或类似设备，或其组合。处理器可以实现为单个控制器、或多个控制器或处理器。另外，处理器可以实现为本地配置、云配置或其组合中的处理器池。

对于固件或软件，实现可以包括，至少一个芯片组的模块或单元(例如，程序，功能等)。存储器315和325可以是独立地任何适当的存储设备，诸如非暂时性计算机可读介质。可以使用硬盘驱动器(HDD)、随机存取存储器(RAM)、闪存或其他适当的存储器。存储器可以与处理器组合在单个集成电路上，或者可以与其分离。此外，计算机程序指令可以存储在存储器中，并且可以由处理器处理的计算机程序指令可以是任何合适形式的计算机程序代码，例如，以任何适当的编程语言编写的编译或解释的计算机程序。存储器或数据存储实体通常是内部的，但也可以是外部的或其组合，诸如在从服务提供商获得额外存储器容量的情况下。存储器可以是固定的或可移动的。

存储器和计算机程序指令可以与用于特定设备的处理器一起配置，以使诸如网络元件310和/或UE 320的硬件设备执行上述任何处理(例如参见图1)。因此，在某些实施例中，非暂时性计算机可读介质可以用计算机指令或一个或多个计算机程序(诸如添加或更新的软件例程，小应用程序或宏)编码，当在硬件中执行时，可以执行处理，诸如本文所述的一种处理。计算机程序可以由编程语言编码，编程语言可以是高级编程语言，诸如objective-C、C、C++、C#、Java等，或者是低级编程语言，诸如机器语言、或汇编程序。备选地，本发明的某些实施例可以完全以硬件执行。

此外，尽管图3示出了包括网络元件310和UE 320的系统，但是本发明的实施例可以适用于其他配置，以及涉及附加元件的配置，如本文所示和所讨论的。例如，可以存在多个UE设备和多个网络元件，或者提供类似功能的其他节点，诸如组合用户设备和接入点的功能的节点，诸如，中继节点。

图4示出了根据某些实施例的信令流。如图4所示，在410处，RRC信令可以如在传统SPS中那样用于配置UL SPS间隔。可选地，可以配置多个相互依赖的SPS时机，并且它们之间的间隔也可通过RRC信令配置。

在420，如果RRC信令不包括这样的配置，则PDCCH可以被用于在TTI级别上配置SPS时机以及M_SPS_O或S_SPS_O。在430处，可以由eNB动态地配置时机间隔，并且用两个SPS UL授权隐式地来指示。这是在第一消息中的RRC配置时机间隔的另一选项。

在440处，UE可以在M_SPS_O处发送UL传输，其中如果存在等待传输的消息，则也可以存在在S_SPS_O上传输的信息和可选的V2X消息。

在450处，基于所接收的S_SPS_O信息，eNB可以确定在S_SPS_O处是否以及如何发生UL传输。结合来自其他UE的S_SPS_O信息，eNB还可能需要解决争用。

在460处，如果存在可用数据并且如果已经向eNB指示了该传输且作为争用解决结果eNB没有重新调度UL传输，则UE可以在S_SPS_O处发送UL传输。在470处，UE可以通过RRC信令或在UL SPS中传输的MAC C-PDU请求将S_SPS_O升级到M_SPS_O。

在480处，eNB可以确定将S_SPS_O升级到M_SPS_O，并且可因此在490处，发送一个或多个UL授权。在490处的第一PDCCH可以指示将先前M_SPS_O变更为S_SPS_O，并且第二PDCCH可以用于指示将先前的S_SPS_O变更为M_SPS_O。

本领域普通技术人员将容易理解，如上所讨论的本发明可以以不同顺序的步骤来实践，和/或利用与所公开的配置不同的配置的硬件元件来实践。因此，尽管已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说显而易见的是，某些修改、变化和替代构造将是显而易见的，同时保持在本发明的精神和范围内。

缩略语列表

BSR 缓冲状态报告

C-RNTI 小区无线电网络临时标识符

CAM 协作感知消息

DENM 分散环境通知消息

RRC 无线电资源控制

SPS 半持续调度

V2X 车对物通信

Claims (28)

1.一种方法，包括：

向用户设备配置至少一个主半持久调度时机；以及

向所述用户设备配置至少一个后续半持久调度时机，

其中所述至少一个后续半持久调度时机依赖于所述至少一个主半持久调度时机的使用。

2.根据权利要求1所述的方法，其中所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机的所述配置包括指示半持久调度间隔、半持久调度时机间隔、主半持续调度时机、以及后续半持续调度时机中的至少一个。

3.根据权利要求1所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用无线电资源控制信令、媒体访问控制信令、物理层控制信令中的至少一个或其任意组合而被执行。

4.根据权利要求1所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用单个授权而被执行。

5.根据权利要求1所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用不同的授权而被执行。

6.根据权利要求1所述的方法，其中所述配置所述至少一个主半持久调度时机与上行链路授权一起被显式地执行。

7.根据权利要求1所述的方法，其中所述配置所述至少一个主半持久调度时机被隐式地执行。

8.根据权利要求1所述的方法，还包括：

接收来自所述用户设备的、关于所述至少一个后续半持久调度时机是否将被用于上行链路传输的指示。

9.根据权利要求8所述的方法，还包括：

在与所述指示相同的传输中接收上行链路数据消息。

10.根据权利要求8所述的方法，其中所述指示包括与将要发送的数据的大小相对应的上行链路调度请求。

11.根据权利要求8所述的方法，还包括：

在与所述指示相同的传输中或在与所述指示不同的传输中接收半持久调度分配的更新的发起。

12.根据权利要求11所述的方法，其中所述更新包括以下中的至少一个：更新所述半持久调度分配的物理资源块以及调制和编码方案，或者将特定的后续半持久调度时机升级为另一个主半持久调度时机。

13.一种方法，包括：

在用户设备处接收至少一个主半持久调度时机的配置；以及

在所述用户设备处接收至少一个后续半持续调度时机的配置；以及

操作所述用户设备以至少使用所述主半持久调度时机进行通信，

其中所述至少一个后续半持久调度时机依赖于所述至少一个主半持久调度时机的使用。

14.根据权利要求13所述的方法，其中所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机的所述配置包括半持久调度间隔、半持久调度时机间隔、主半持续调度时机、以及后续半持续调度时机中的至少一个的指示。

15.根据权利要求13所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用无线电资源控制信令、媒体访问控制信令、物理层控制信令中的至少一个或其任意组合而被执行。

16.根据权利要求13所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用单个授权而被执行。

17.根据权利要求13所述的方法，其中所述配置所述至少一个主半持久调度时机和所述至少一个后续半持久调度时机使用不同的授权而被执行。

18.根据权利要求13所述的方法，其中所述配置所述至少一个主半持久调度时机与上行链路授权一起被显式地执行。

19.根据权利要求13所述的方法，其中所述配置所述至少一个主半持久调度时机被隐式地执行。

20.根据权利要求13所述的方法，还包括：

发送来自所述用户设备的、关于所述至少一个后续半持久调度时机是否将被用于上行链路传输的指示。

21.根据权利要求20所述的方法，还包括：

在与所述指示相同的传输中发送上行链路数据消息。

22.根据权利要求20所述的方法，其中所述指示包括与将要发送的数据的大小相对应的上行链路调度请求。

23.根据权利要求20所述的方法，还包括：

利用所述指示或在与所述指示不同的传输中发起半持久调度分配的更新。

24.根据权利要求23所述的方法，其中所述更新包括以下中的至少一个：更新所述半持久调度分配的物理资源块以及调制和编码方案，或者将特定的后续半持久调度时机升级为另一个主半持久调度时机。

25.一种装置，包括：

用于执行根据权利要求1-24中任一项所述的方法的部件。

26.一种装置，包括：

至少一个处理器；以及

包括计算机程序代码的至少一个存储器，

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少执行根据权利要求1-24中任一项所述的方法。

27.一种计算机程序产品，包括用于执行根据权利要求1-24中任一项所述的方法的指令。

28.一种非暂时性计算机可读介质，所述非暂时性计算机可读介质被编码有指令，所述指令在硬件中执行时执行处理，所述处理包括根据权利要求1-24中任一项所述的方法。