CN113826426A - 用于v2x中的资源分配的方法和装置 - Google Patents

Abstract

公开了用于V2X中的资源分配的方法和装置。一种网络设备的方法包括：从第一UE接收配置请求，该配置请求被用于指示第一UE旨在辅助用于UE组的资源分配，其中，该配置请求包括组ID、组成员信息、第一UE ID和第一UE能力中的一个或多个；确定第一UE中的一个或多个是辅助用于UE组的资源分配的调度器；向确定的第一UE中的一个或多个UE发射配置响应，该配置响应被用于指示确定的第一UE中的一个或多个UE是辅助用于UE组的资源分配的调度器。

Description

用于V2X中的资源分配的方法和装置

技术领域

本文中公开的主题一般涉及无线通信，更具体地涉及V2X场景中的资源分配。

背景技术

在此定义了以下缩写和首字母缩写，其中至少一些在以下描述中被提及。

第三代合作伙伴计划(“3GPP”)、下行链路(“DL”)、演进节点B(“eNB”)、欧洲电信标准协会(“ETSI”)、频分双工(“FDD”)、频分多路复用(“FDM”)、频分多址(“FDMA”)、信息元素(“IE”)、长期演进(“LTE”)、高级LTE(“LTE-A”)、网络设备(NE)、主信息块(“MIB”)、机器类型通信(“MTC”)、无线电资源控制(“RRC”)、资源预留字段(“RRF”)、参考信号接收功率(“RSRP”)、参考信号接收质量(“RSRQ”)、参考信号强度指示符(“RSSI”)、接收(“RX”)、系统信息块(“SIB”)、时分双工(“TDD”)、时分多路复用(“TDM”)、发射(“TX”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、通用移动电信系统(“UMTS”)、车辆对车辆(“V2V”)和车辆对一切(“V2X”)。

相对于3GPP Rel-14中的V2X，以整体和互补的方式增强基于蜂窝的V2X服务(V2V、V2I/N和V2P)的兴趣已经增加，这将涉及Uu接口和PC5接口两者的增强。

本研究的目的之一是设计用于资源分配的综合模式，使得UE，尤其是在gNB的覆盖范围之外的UE，能够以有效的方式获得由gNB调度的资源。具体地，如与V2X相关的3GPP规范所描述的，用于资源分配的模式1通常是指UE使用基站调度的侧链路资源进行侧链路传输，而用于资源分配的模式2通常是指UE自行确定其(多个)侧链路传输资源，形成gNB所指示的侧链路资源池或预先配置的侧链路资源池。也就是说，基站不在模式2中为UE调度资源，此外，用于资源分配的模式2的定义指示潜在的侧链路无线电层功能或包括用于资源分配的若干子模式。然而，模式2的细节，包括模式2的子模式，尚未得到解决，因此，有必要研究模式2中的资源分配。

发明内容

在V2X场景中，通常情况是UE组中的大多数UE在诸如gNB的NE的覆盖范围之外，而该UE组中的有限的UE可以保持与NE的通信，即它们在NE的覆盖范围内。因此，有必要为不能够与NE直接通信的UE设计一种资源分配机制。在另一方面，即使UE能够建立与NE的通信链路，也会花费NE的显著处理能力。因此，对用于该UE组的资源分配的增强不仅有助于以及时且有效的方式调度已经发射了调度请求的UE的资源，而且还提高了NE的处理能力的使用。

公开了用于V2X中的资源分配的方法和装置。针对网络设备提出的一个方法包括：从第一UE接收配置请求，该配置请求被用于指示第一UE旨在辅助用于UE组的资源分配，其中，该配置请求包括组ID、组成员信息、第一UE ID和第一UE能力中的一个或多个；确定第一UE中的一个或多个是辅助用于UE组的资源分配的调度器；向确定的第一UE中的一个或多个发射配置响应，该配置响应被用于指示确定的第一UE中的一个或多个是辅助用于UE组的资源分配的调度器。

在另一方面，针对能够作为调度器的第一UE提出的一种方法包括：向网络设备发射配置请求，该配置请求被用于指示辅助用于UE组的资源分配的意图，其中，该配置请求包括组ID、组成员信息、第一UE ID和第一UE能力；在第一UE由网络设备被选择为调度器的情况下从该网络设备接收配置响应。此外，第一UE向UE组广播至少包括组ID的指示，该指示指示第一UE是辅助资源分配的调度器。

在另一方面，针对作为成员UE的第二UE提出的一种方法包括：从第一UE接收包括组ID的指示，该指示被用于指示第一UE旨在成为辅助用于包括该装置的该UE组的资源分配的调度器；确定第一UE是辅助资源分配的调度器。此外，第二UE将向选择的调度器发射调度请求，该调度请求指示需要资源分配。

本文中的方法和装置不仅提供V2X中的UE的资源分配的机制，其中UE能够在作为调度器的另一UE的辅助下获取资源，从而节省NE的处理功率，而且考虑了尤其是在调度器不可用的情况下的资源分配的可靠性。因此，本文中的方法和装置有助于增强资源分配以及提高NE的处理能力的使用。

附图说明

将通过参考附图中图示的特定实施例来渲染上文简要描述的实施例的更特定描述。假设这些附图仅描绘了一些实施例，并且因此不被认为是限制范围，将通过使用附图以附加的特征和细节来描述和解释实施例，其中：

图1A、1B和1C是示出V2X中的信令传输的示意图；

图2是图示根据第一实施例的由gNB确定辅助用于UE组的资源分配的调度器的调用流程；

图3是图示根据第二实施例的由成员UE确定辅助资源分配的调度器的调用流程；

图4是图示根据第三实施例的由gNB剥夺调度器的调用流程；

图5是图示根据第四实施例的由gNB剥夺调度器的调用流程；

图6是图示根据第五实施例的在调度器的辅助下用于成员UE的资源分配的调用流程；

图7是图示根据第六实施例的在调度器的辅助下用于成员UE的资源分配的调用流程；

图8是图示根据第七实施例的在调度器的辅助下用于成员UE的资源分配的调用流程；

图9是图示根据一个实施例的诸如调度器或成员UE的UE的组件的示意性框图；以及

图10是图示根据一个实施例的网络设备的组件的示意性框图。

具体实施方式

如本领域技术人员将理解的，实施例的各方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取全硬件实施例、全软件实施例(包括固件、驻留软件、微代码等)或组合软件与硬件方面的实施例的形式。

例如，公开的实施例可以被实现为包括定制超大规模集成(“VLSI”)电路或门阵列、诸如逻辑芯片、晶体管或其他分离组件的现成半导体的硬件电路。公开的实施例还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件器件中被实现。作为另一示例，公开的实施例可以包括可执行代码的一个或多个物理或逻辑块，其可以例如被组织为对象、过程或函数。

此外，一个或多个实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，所述计算机可读存储设备存储机器可读代码、计算机可读代码和/或程序代码，其在下文被称为“代码”。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在特定实施例中，存储设备仅采用用于访问代码的信号。

一个或多个计算机可读介质的任何组合可以被利用。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备，或者前述的任何合适的组合。

存储设备的更具体示例的非详尽列表可以包括以下：具有一个或多个线缆的电连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式光盘只读存储器(“CD-ROM”)、光学存储设备、磁存储设备、或前述的任何合适的组合。在本文档的上下文中，计算机可读存储介质可以是任何有形介质，其能够包含或存储由指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合使用的程序。

在整个说明书中，对“一个实施例”、“实施例”或类似语言的引用意味着结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不必都指相同实施例，而是意味着“一个或多个但不是所有实施例”，除非另有明确说明。术语“包括”、“包含”、“具有”及其变体表示“包括但不限于”，除非另有明确说明。列举的项目列表并不意味着任何或所有项目是互斥的，除非另有明确说明。术语“一”、“一个”和“该”也指“一个或多个”，除非另有明确说明。

此外，所描述的实施例的特征、结构或特性可以以任何合适的方式被组合。在以下描述中，提供了许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有一个或多个特定细节的情况下，或者利用其他方法、组件、材料等被实践。在其它情况下，没有详细示出或描述公知的结构、材料或操作，以避免使实施例的方面模糊。

下面参考方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述各个实施例的方面。应当理解，示意性流程图和/或示意性框图中的每个框以及示意性流程图和/或示意性框图中的框的组合能够由代码实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现示意性流程图和/或示意性框图中指定的功能/动作的装置。

代码还可以被存储在存储设备中，该存储设备能够引导计算机、其他可编程数据处理装置或其他设备以特定方式工作，使得存储在存储设备中的指令产生包括实现示意性流程图和/或示意性框图中指定的功能/动作的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，以使在计算机、其他可编程装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现示意性流程图和/或示意性框图中指定的功能/动作的进程。

附图中的示意性流程图和/或示意性框图图示了根据各个实施例的不同装置、系统、方法和程序产品的可能的实施方式的架构、功能和操作。对此，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、段或部分，其包括用于实现(多个)指定的逻辑功能的代码的一个或多个可执行指令。然而，相关领域的技术人员将认识到，流程图不一定必须以图中所示的顺序被实践，并且能够在没有一个或多个特定步骤的情况下或者利用图中未示出的其它步骤被实践。

还应当注意，在一些替代实施方式中，在标识的框中注释的功能可以不按图中注释的顺序发生。例如，取决于所涉及的功能，连续示出的两个框实际上可以基本上同时被执行，或者这些框有时可以以相反的顺序被执行。可以设想在功能、逻辑或效果上与图示的附图中的一个或多个框或其部分等效的其它步骤和方法。

每个附图中的元件的描述可以参考前面各附图中的元件。在所有附图中，相同的附图标记表示相同的元件，包括相同元件的替代实施例。

应当研究用于UE组中的UE的资源分配的增强，以使UE，尤其是在NE的覆盖范围之外的UE，能够及时且有效地获知用于侧链路传输的可用的资源。因此，首先应当确定调度器，其也是该组中的UE，以辅助其他成员的资源分配。可以理解，需要调度器以维持与NE的通信链路，以便在成员UE与NE之间转发请求和响应。在另一方面，在成员UE不能够通过调度器获得所需要的资源的情况下，允许成员UE寻求另一种方式来申请资源。在一个实施例中，成员UE能够根据预定义的规则来选择新调度器。在另一个实施例中，成员UE能够切换到另一种资源分配模式，诸如成员UE与NE直接通信以申请资源的模式1、成员UE依靠其自身确定其侧链路传输资源的模式2。

应当注意，调度器在这里被称为第一UE，该调度器也是组中的UE并且旨在辅助用于UE组的资源分配，而成员UE在这里被称为第二UE，该成员UE通常不建立与NE的通信链路并且获取资源，例如用于通过调度器的侧链路传输。此外，术语网络设备包括但不限于诸如gNB的基站。

图1A、1B和1C是图示V2X中的信令传输的示意图。

如图1A所示，调度器在gNB的覆盖范围内，并且通过Uu接口与gNB通信。被示为在gNB的覆盖范围之外但这不是限制的成员UE通过侧链路接口，即PC5接口，与调度器通信。图1A中还示出信令的示例。具体地，成员UE通过PC5接口发射用于申请资源的调度请求的RRC信令，然后调度器通过Uu接口向gNB转发调度请求的信令。响应于接收到调度请求的信令，gNB通过Uu接口向调度器发射调度响应，该调度响应可以指示对于成员UE可用的资源池或专用的资源，相应地，调度器向成员UE转发调度响应的信令。

在另一方面，在调度器对于成员UE不可用的情况下，如图1B所示，其图示了V2X中的资源分配的模式1，成员UE需要直接通过Uu接口与gNB通信。例如，用于申请资源的调度请求从成员UE被发射到gNB，相应地，用于指示可用资源的调度响应从gNB被发射到成员UE。

可替代地，在调度器对于成员UE不可用的情况下，如图1C所示，其图示了V2X中的资源分配的模式2，成员UE1需要依靠其自身确定其侧链路资源，例如，通过Uu接口从gNB所预先指示的资源池中确定其侧链路资源。gNB与成员UE1之间的虚线指示当成员UE1在gNB的覆盖中时，资源池由gNB配置或指示。尽管示出了成员UE1在gNB的覆盖范围之外，但这不是限制。并且然后，成员UE1通过PC5接口使用所确定的资源执行与成员UE2的侧链路通信。

可以理解，成员UE首先尝试在调度器的辅助下获得资源，如图1A所示。在第一次获取资源的尝试失败的情况下，如果成员UE在gNB的覆盖范围内则成员UE能够尝试通过与gNB的直接通信来获得资源(即，用于资源分配的模式1)，或者如果成员UE在gNB的覆盖范围之外则成员UE可以从gNB所预先指示的资源池或预先配置的资源池中确定资源(即，用于资源分配的模式2)。可替代地，gNB可以预先配置成员UE应当尝试使用模式2获得用于侧链路传输的资源，无论其是否在覆盖范围内。这样，gNB的负载能够被减轻，并且进一步其处理功率能够被节省。

图2是图示根据第一实施例的由gNB确定辅助用于UE组的资源分配的调度器的调用流程。

如图2所示，在步骤S201，包括UE1、UE2、UE3、UE4、UE4和其它UE(未示出)的UE组中的UE1、UE2和UE3发射配置请求的RRC信令，其被用于指示这三个UE旨在辅助用于该UE组的资源分配。具体地，来自UE1的配置请求包括组标识(ID)、组成员信息、UE1 ID和UE1能力中的一个或多个。类似地，来自UE2的配置请求包括具有分别代替UE1 ID和UE1能力的UE2 ID和UE2能力的类似元素，并且来自UE3的配置请求还包括具有分别代替UE1 ID和UE1能力的UE3 ID和UE3能力的类似元素。其中，组成员信息是指第一UE(即UE1、UE2或UE3)能够辅助资源分配的方面的成员列表。例如，来自UE1的组成员信息可以包括UE4，来自UE2的组成员信息可以包括UE5，并且来自UE3的组成员信息可以包括UE4和UE5两者。第一UE(UE1、UE2及UE3)能力指示除3GPP规范中定义的传统能力外，第一UE是否能够辅助资源分配。

在步骤S202，gNB确定一个或多个第一UE是辅助用于UE组的分配资源的调度器。在一个实施例中，gNB基于在对应配置请求中报告的组成员信息从UE1、UE2和UE3确定调度器。在UE1能够辅助UE4、UE2能够辅助UE5以及UE3能够辅助UE4和UE5两者的资源分配方面的上述示例中，gNB可以选择UE1与UE2的组合作为调度器，或选择UE3作为调度器，以便覆盖尽可能多的成员UE。在另一实施例中，gNB基于在对应配置请求中报告的UE能力，确定来自UE1、UE2和UE3的调度器。例如，在UE3能力指示UE3无法辅助资源分配的情况下，gNB将UE3从作为调度器排除。在又一个实施例中，gNB基于例如在来自对应UE的测量报告中的由对应UE报告的诸如RSRP值、RSRQ值或RSSI值的信号强度从UE1、UE2和UE3确定调度器。例如，gNB可以选择其UE信号强度高于其它UE的UE信号强度的UE作为调度器。因此，可以理解，gNB根据组成员信息、第一UE能力、来自第一UE的信号强度中的一个或多个来确定第一UE中的一个或多个是辅助用于UE组的资源分配的调度器。一旦调度器被决定，gNB就向所确定的调度器发射配置响应，该配置响应被用于指示这些UE是辅助UE组的分配资源的调度器。如步骤s202所示，gNB向UE1和UE2二者发射配置响应，以指示这些UE是辅助UE组的分配资源的调度器。

在步骤S203中，调度器(即，如图2所示的UE1或UE2)向UE组广播指示，该指示被用于指示该UE是辅助用于UE组的资源分配的调度器。在一个实施例中，该指示包括组ID，由此成员UE(即，如图2所示的UE4或UE5)将从其接收该指示的UE认为是调度器。在另一实施例中，除了组ID之外，该指示进一步包括由成员UE使用的以确定其调度器辅助资源分配的第二阈值和第二持续时间两者，这将参考图3被描述。

由于该指示被广播到UE组，因此不需要辅助资源分配的UE(例如，UE1)也可能接收该指示。在这种情况下，UE能够忽略该指示，并且保持资源分配的原始模式。可替代地，UE能够接受调度器的辅助，从而它将稍后通过调度器申请资源。

在一个实施例中，调度器(即UE1和UE2)根据配置请求中报告的组成员信息向其成员列表广播指示。在这种情况下，UE1向UE4发射指示，而UE2向UE5发射指示。以这种方式，侧链路传输资源被节省。

图3是图示根据第二实施例的由成员UE确定辅助资源分配的调度器的调用流程。

如上所提到的，在指示进一步包括第二阈值和第二持续时间两者的情况下，成员UE将考虑这两个值来确定其调度器辅助资源分配。

在步骤S301，一旦UE1由gNB被确定为辅助用于UE组的资源分配的调度器，UE1就向成员UE(即，如图3所示的UE4)广播或发射包括组ID、第二阈值和第二持续时间的指示。

在步骤S302，UE4持续地(例如，周期性地)学习来自UE1的信号强度。例如，信号强度可以被包括在从UE1到UE4的测量报告中。此外，来自UE1的信号强度始终高于第二阈值。

在步骤S303，UE4确定来自UE1的信号强度在第二持续时间内高于第二阈值，这导致UE4在步骤S304确定UE1作为辅助资源分配的其调度器。

以UE2的另一调度器作为反例，类似地，一旦UE2由gNB被确定为辅助用于UE组的资源分配的调度器，UE2就向UE4广播或发射包括组ID、第二阈值和第二持续时间的指示，如步骤S305所示。

在步骤S306，UE4持续地(例如，周期性地)学习来自UE2的信号强度。

然而，在步骤S307中，在第二持续时间期满前，来自UE2的信号强度低于第二阈值，这导致在步骤S308中，来自UE2的信号强度在小于第二持续时间内高于第二阈值。因此，在步骤S308中，UE4至少暂时不将UE2认为是其调度器。

在另一方面，在第一UE(即，如图2所示的UE1和UE2)没有资格作为用于第二(成员)UE(即，如图2所示的UE4)的调度器的情况下，例如，来自UE1和UE2的信号强度在第二持续时间内都不大于第二阈值，成员UE将切换到其中用于其自身的资源分配不由调度器辅助的另一资源分配模式。

可以理解，由gNB确定的调度器可能不适合辅助用于组成员的资源分配。因此，有必要定义用于剥夺调度器的条件。

图4是图示根据第三实施例由gNB剥夺调度器的调用流程。

在步骤S401，gNB持续地(例如，周期性地)学习来自当前调度器(即，如图4所示的UE1)的诸如RSRP值、RSRQ值、或RSSI值的信号强度。例如，信号强度可以被包括在来自UE1至gNB的测量报告中。如步骤S401所示，来自UE4的信号强度始终低于第一阈值。

在步骤S402，gNB确定来自UE1的信号强度在第一持续时间内低于第一阈值。因此，gNB向UE1发射释放命令，其被用于指示UE1不负责辅助用于该UE组的资源分配。

可以理解，释放命令可以不被UE4接收，例如，在UE4移出gNB的覆盖范围的情况下。然而，从gNB的角度来看，UE4不再是调度器，并且用于通过UE4申请资源的调度请求可以不由gNB响应。它可以使已经发射调度请求的UE寻求另一种方式来申请资源。

图5是示出根据第四实施例由gNB剥夺调度器的调用流程。

在步骤S501，之前由gNB确定为调度器的UE1发射解配置请求，该解配置请求指示其不旨在辅助用于组成员的资源分配。

可选地，gNB在剥夺UE1作为调度器之前选择另一UE作为辅助用于UE组的资源分配的新调度器。优选地，gNB选择已经发射配置请求以指示辅助资源分配的意图的UE作为新调度器。可以理解，gNB还根据组成员信息、配置请求中包括的UE能力以及来自UE的信号强度中的一个或多个来确定新调度器。一旦gNB确定新调度器(即，如图5所示的UE3)，gNB向新调度器发射配置响应，其指示UE3是辅助用于UE组的资源分配的调度器。

在步骤S503，新调度器(即，如图5所示的UE3)向UE组广播指示，其指示UE3是辅助用于UE组的资源分配的调度器。该步骤的细节与图2中的步骤203的细节类似，因此为了简洁和简明的目的省略了相应的描述。

在步骤S504，gNB向UE发射释放命令，其指示UE1不负责辅助用于UE组的资源分配。可选地，如图5所示，UE1保持用作调度器，直到释放命令被接收到为止，以便提高公开的资源分配模式的可靠性。

应当注意，除了图4-图5中描述的条件之外，gNB可以剥夺UE依靠其自身实现的辅助资源分配，在一个示例中，gNB决定将组成员切换到另一资源分配模式，在该模式中资源分配不由调度器辅助。在另一示例中，gNB检测到调度器的数目满足最大值，从而具有较低信号强度或具有较少组成员信息的调度器被剥夺作为调度器。

优选地，gNB在释放命令的传输之前选择新调度器，以确保有足够的调度器辅助资源分配。然而，在最后一个调度器将要被剥夺辅助资源分配之前gNB不能够选择第一UE作为新调度器的情况下，可选地，gNB仍可以向最后一个调度器发射释放命令。在这种情况下，成员UE将被强制切换到另一资源分配模式，诸如模式1或模式2，其中资源分配不由调度器辅助。

图6-图8涉及在调度器的辅助下用于成员UE的资源分配的细节。

图6是图示根据第五实施例在调度器的辅助下用于成员UE的资源分配的调用流程。

作为成员UE的UE 4决定在调度器的辅助下申请资源。如图6所示，存在一个以上的调度器(即，UE1和UE2)，其能够辅助UE 4的资源分配。在这种情况下，可选地，UE 4从UE1和UE2选择用于当前资源分配的实际调度器。

在步骤S601，UE 4分别学习来自UE1和UE2的信号强度(诸如RSRP值、RSRQ值或RSSI值)。如上所述，信号强度可以被包括在测量中。

在步骤S602，UE 4选择UE1作为其实际调度器，因为来自UE1的信号强度大于来自UE2的信号强度。应当注意，步骤S601-S602是可选的。在另一实施例中，UE 4可以随机地或以循环方式从可用调度器中选择其实际调度器。

在步骤S603，UE 4向其当前调度器(即UE1)发射调度请求，其指示UE 4需要资源分配。其中，调度请求包括组ID、UE 4ID、所需要的资源量和业务模式信息中的一个或多个。业务模式信息是指在3GPP规范中定义的传统概念。例如，业务模式信息指示是否需要半静态调度(SPS)。

在步骤S604，UE1向gNB发射调度请求。优选地，作为调度器的UE1将不改变调度请求中的信息。也就是说，UE1在转发消息方面以中继模式工作。但是不限于此，可选地，UE1可以在调度请求中插入或更新一些信息。

在步骤S605，gNB响应于接收到调度请求而发射调度响应。调度响应指示对于UE 4可用的资源池或专用资源。

在步骤S606，UE1向UE 4发射调度响应。优选地，作为调度器的UE1将不改变调度响应中的信息。也就是说，UE1在转发消息方面以中继模式工作。但是不限于此，可选地，UE1可以在调度响应中插入或更新一些信息。

在一个实施例中，在通过gNB的可调度资源不满足UE 4所需要的资源量的情况下，通过调度器然后通过UE1发射的调度响应指示UE 4需要切换到另一资源分配模式，诸如模式1或模式2，其中用于UE 4的资源分配不由调度器辅助。例如，UE 4需要从由gNB预先指示的资源池或预先配置的资源池中确定用于侧链路传输的资源。也就是说，UE 4能够被切换到资源分配的模式2。

在另一实施例中，在由gNB的可调度资源不满足UE 4所需要的资源量的情况下，通过调度器然后通过UE1发射的调度响应指示资源的调度被推迟。在这种情况下，例如，UE 4将等待相当长的时间以再次申请资源。

图7是图示根据第六实施例的在调度器的辅助下用于成员UE的资源分配的调用流程。步骤S701-S704与图6中的步骤S601-S604类似，因此为了简洁和简明的目的，省略了对其的描述。

注意，UE1首先被选择为辅助用于UE 4的资源分配的实际调度器。然而，如图7所示，第三持续时间自由UE 4的调度请求的传输起期满，然而，对应的调度响应尚未被接收到。因此，UE 4决定选择另一调度器以辅助资源分配。可以理解，对另一调度器的选择也能够基于来自可用调度器的信号强度，但这不是限制。

在步骤S705，UE 4选择UE2作为辅助资源分配的新调度器。UE 4将调度请求发射到UE2，该请求还包括组ID、UE 4ID、所需要的资源量和业务模式信息中的一个或多个。在步骤S706中，UE2向gNB转发调度请求。在步骤S707，gNB响应于接收到调度请求而发射调度响应，其也指示对于UE 4可用的资源池或专用资源。在步骤S707，UE2向UE 4转发调度响应。

图8是图示根据第七实施例的在调度器的辅助下用于成员UE的资源分配的调用流程。步骤S801-S804与图6中的步骤S601-S604类似，因此为了简洁和简明的目的，省略了对其的描述。

注意，UE1首先被选择为辅助用于UE 4的资源分配的实际调度器。然而，如图8的步骤S805所示，来自UE1的信号强度在第四持续时间内低于第四阈值，这意味着UE1可能不适合辅助UE 4的资源分配。在这种情况下，UE 4决定选择另一调度器来辅助资源分配。可以理解，对另一调度器的选择也能够基于来自可用调度器的信号强度，但这不是限制。

在步骤S806，UE 4选择UE2作为辅助资源分配的新调度器。UE 4将调度请求发射到UE2，该请求还包括组ID、UE 4ID、所需要的资源量和业务模式信息中的一个或多个。在步骤S807，UE2向gNB转发调度请求。在步骤S808中，gNB响应于接收到调度请求而发射调度响应，其也指示对于UE 4可用的资源池或专用资源。在步骤S809，UE2向UE 4转发调度响应。

如图7或图8所示，在多于一个调度器可用的情况下，成员UE可选地基于来自调度器的信号强度，确定每次发射调度请求的一个调度器。

应当理解，在没有调度器(即，如图7或8所示的UE1和UE2)可用于辅助用于成员UE(即，如图7或8所示的UE 4)的资源分配的情况下，成员UE将切换到另一资源分配模式，诸如模式1或模式2，其中用于其自身的资源分配不由调度器辅助。

然而，相关领域的技术人员将认识到，图2-图8中描述的过程不必以图中所示的顺序被实践，并且能够在没有一个或多个特定步骤的情况下或利用图中未示出的其他步骤被实践。

图9是图示根据一个实施例的诸如调度器或成员UE的UE的组件的示意性框图；以及

UE 900是图1至图8中描述的调度器(第一UE)和成员UE(第二UE)的实施例，此外，UE 900可以包括处理器902、存储器904以及收发器910。在一些实施例中，UE 900可以包括输入设备906和/或显示器908。在某些实施例中，输入设备906和显示器908可以被组合到诸如触摸屏的单个设备中。

在一个实施例中，处理器902可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知的控制器。例如，处理器902可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似的可编程控制器。在一些实施例中，处理器902执行存储在存储器904中的指令以执行本文中描述的方法和例程。处理器902被通信地耦合到存储器904、输入设备906、显示器908和收发器910。

在一些实施例中，处理器902控制收发器910向网络设备1000发射RRC信令和/或从网络设备1000接收RRC信令。在某些实施例中，处理器902可以针对特定消息来监视经由收发器910接收到的DL信号。

在一个实施例中，存储器904是计算机可读存储介质。在一些实施例中，存储器904包括易失性计算机存储介质。例如，存储器904可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器904包括非易失性计算机存储介质。例如，存储器904可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器904包括易失性和非易失性计算机存储介质两者。在一些实施例中，存储器904存储与包括组ID和组成员资格的UE组的信息相关的数据。在一些实施例中，存储器904还存储程序代码和相关数据，诸如在UE 900上操作的操作系统或其他控制器算法。

UE 900可以可选地包括输入设备906。在一个实施例中，输入设备906可以包括任何已知的计算机输入设备，其包括触摸面板、按钮、键盘、指示笔、麦克风等。在一些实施例中，输入设备906可以与显示器908集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备906包括触摸屏，使得文本可以使用触摸屏上显示的虚拟键盘和/或通过触摸屏上的手写而被输入。在一些实施例中，输入设备906包括两个或更多个不同的设备，诸如键盘和触摸面板。在某些实施例中，输入设备906可以包括用于监视UE 900的环境的一个或多个传感器。

UE 900可以可选地包括显示器908。在一个实施例中，显示器908可以包括任何已知的电子可控制的显示器或显示设备。显示器908可被设计成输出视觉、听觉和/或触觉信号。在一些实施例中，显示器908包括能够向用户输出视觉数据的电子显示器。例如，显示器908可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性实例，显示器908可以包括可穿戴显示器，例如，智能手表、智能眼镜、平视显示器等。此外，显示器908可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，显示器908可以包括用于产生声音的一个或多个扬声器。例如，显示器908可以产生可听的警报或通知(例如，蜂鸣声或钟声)。在一些实施例中，显示器908包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器908的全部或部分可以与输入设备906集成。例如，输入设备906和显示器908可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器908可以位于输入设备906附近。

在一个实施例中，收发器910被配置为与网络设备1000无线地通信。在某些实施例中，收发器910包括发射器912和接收器914。发射器912被用于向网络设备1200发射UL通信信号，并且接收器914被用于从网络设备1200接收DL通信信号。例如，发射器912可以发射包括信号强度的测量报告。作为另一个示例，接收器914可以从网络设备1000接收RRC信令。

发射器912和接收器914可以是任何合适类型的发射器和接收器。尽管仅一个发射器912和一个接收器914被图示，但收发器910可以具有任何合适数量的发射器912和接收器914。例如，在一些实施例中，UE 900包括用于在多个无线网络和/或射频频带上进行通信的多个发射器912和接收器914对，每个发射器912和接收器914对被配置为在与其他发射器912和接收器914对不同的无线网络和/或射频频带上进行通信。

图10是图示根据一个实施例的网络设备的组件的示意性框图。

网络设备1000包括图1至图8中描述的eNB的一个实施例，此外，网络设备1000可以包括处理器1002、存储器1004、输入设备1006、显示器1008以及收发器1010。如可以理解的，处理器1002、存储器1004、输入设备1006和显示器1008可以分别与UE 900的处理器1002、存储器1004、输入设备1006和显示器1008基本类似。

在一些实施例中，处理器1002控制收发器1010向UE 1000发射DL信号。处理器1002还可以控制收发器1010从UE 900接收UL信号。例如，处理器1002可以控制收发器1010从UE900接收RRC信令。在另一个示例中，处理器1002可以控制收发器1010向UE 900发射RRC信令，如上所述。

在一个实施例中，收发器1010被配置为与UE 900无线地通信。在某些实施例中，收发器1010包括发射器1012和接收器1014。发射器1012被用于向UE 900发射DL通信信号，并且接收器1014被用于从UE 900接收UL通信信号。

收发器1010可以同时与多个UE 900进行通信。例如，发射器1012可以向UE 900发射DL通信信号。作为另一示例，接收器1014可以同时从UE 900接收UL通信信号。发射器1012和接收器1014可以是任何合适类型的发射器和接收器。尽管仅一个发射器1012和一个接收器1014被图示，但是收发器1010可以具有任何合适数量的发射器1012和接收器1014。例如，网络设备1000可以服务多个小区和/或小区扇区，其中，收发器1010包括用于每个小区或小区扇区的发射器1012和接收器1014。

实施例可以以其它特定形式被实践。所描述的实施例在所有方面都应被认为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是由前面的描述指示。在权利要求的等效含义和范围内的所有改变都将被包含在其范围内。

Claims (52)

1.一种装置，包括：

收发器，所述收发器从第一UE接收配置请求，所述配置请求被用于指示所述第一UE旨在辅助用于UE组的资源分配，其中，所述配置请求包括组标识(ID)、组成员信息、所述第一UE ID和所述第一UE能力中的一个或多个；

处理器，所述处理器确定所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器；

所述收发器进一步向确定的所述第一UE中的一个或多个发射配置响应，所述配置响应被用于指示确定的所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器。

2.根据权利要求1所述的装置，其中，所述处理器根据所述组成员信息、所述第一UE能力和来自所述第一UE的信号强度中的一个或多个来确定所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器。

3.根据权利要求1所述的装置，其中，

所述处理器确定调度器不负责辅助用于所述UE组的资源分配；

所述收发器向所述调度器发射释放命令，所述释放命令被用于指示所述调度器不负责辅助用于所述UE组的资源分配。

4.根据权利要求3所述的装置，其中，

所述处理器在来自所述调度器的信号强度在第一持续时间内低于第一阈值的情况下或者在从所述调度器接收到用于指示所述调度器不旨在辅助用于所述UE组的资源分配的解配置请求的情况下，确定所述调度器不负责辅助用于所述UE组的资源分配。

5.根据权利要求3所述的装置，其中，

所述处理器在向所述调度器发射所述释放命令之前将另一第一UE确定为辅助用于所述UE组的资源分配的新调度器。

6.根据权利要求1所述的装置，其中，

所述收发器从所述调度器接收调度请求，所述调度请求被用于指示所述UE组中的第二UE需要资源分配，其中，所述调度请求包括组ID、第二UE ID、所需要的资源量和业务模式信息中的一个或多个；

所述处理器确定对于所述UE组中的所述第二UE可用的资源池或专用资源；

所述收发器进一步向所述调度器发射调度响应，所述调度响应被用于指示对于所述UE组中的所述第二UE可用的所述资源池或专用资源。

7.根据权利要求6所述的装置，其中，

所述处理器在可调度的资源不满足所述第二UE所需要的资源量的情况下，确定将所述第二UE切换到用于所述第二UE的所述资源分配不由所述调度器辅助的另一资源分配模式；

所述收发器进一步向所述调度器发射调度响应，所述调度响应被用于指示第二UE被切换到所述另一资源分配模式。

8.根据权利要求6所述的装置，其中，

所述处理器在可调度的资源不满足所述第二UE所需要的资源量的情况下，推迟用于所述第二UE的资源的调度；

所述收发器进一步向所述调度器发射调度响应，所述调度响应被用于指示用于所述第二UE的资源的调度被推迟。

9.一种方法，包括：

从第一UE接收配置请求，所述配置请求被用于指示所述第一UE旨在辅助用于UE组的资源分配，其中，所述配置请求包括组ID、组成员信息、所述第一UEID和所述第一UE能力中的一个或多个；

确定所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器；

向确定的所述第一UE中的一个或多个发射配置响应，所述配置响应被用于指示确定的所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器。

10.根据权利要求9所述的方法，进一步包括：

根据所述组成员信息、所述第一UE能力和来自所述第一UE的信号强度中的一个或多个来确定所述第一UE中的一个或多个是辅助用于所述UE组的资源分配的调度器。

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

确定调度器不负责辅助用于所述UE组的资源分配；

向所述调度器发射释放命令，所述释放命令被用于指示所述调度器不负责辅助用于所述UE组的资源分配。

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

在来自所述调度器的信号强度在第一持续时间内低于第一阈值的情况下或者在从所述调度器接收到用于指示所述调度器不旨在辅助用于所述UE组的资源分配的解配置请求的情况下，确定所述调度器不负责辅助用于所述UE组的资源分配。

13.根据权利要求11所述的方法，进一步包括：

在向所述调度器发射所述释放命令之前将另一第一UE确定为辅助用于所述UE组的资源分配的新调度器。

14.根据权利要求9所述的方法，进一步包括：

从所述调度器接收调度请求，所述调度请求被用于指示所述UE组中的第二UE需要资源分配，其中，所述调度请求包括所述组ID、第二UEID、所需要的资源量和业务模式信息中的一个或多个；

确定对于所述UE组中的所述第二UE可用的资源池或专用资源；

向所述调度器发射调度响应，所述调度响应被用于指示对于所述UE组中的所述第二UE可用的所述资源池或专用资源。

15.根据权利要求14所述的方法，进一步包括：

在可调度的资源不满足所述第二UE所需要的资源量的情况下，确定将所述第二UE切换到用于所述第二UE的所述资源分配不由所述调度器辅助的另一资源分配模式；

向所述调度器发射调度响应，所述调度响应被用于指示第二UE被切换到所述另一资源分配模式。

16.根据权利要求14所述的方法，进一步包括：

在可调度的资源不满足所述第二UE所需要的资源量的情况下，推迟用于所述第二UE的资源的调度；

向所述调度器发射调度响应，所述调度响应被用于指示用于所述第二UE的资源的调度被推迟。

17.一种装置，包括：

收发器，所述收发器向网络设备发射配置请求，所述配置请求被用于指示辅助用于UE组的资源分配的意图，其中，所述配置请求包括组ID、组成员信息、装置ID和所述装置能力中的一个或多个；

所述收发器进一步在所述装置由所述网络设备被选择为所述调度器的情况下从所述网络设备接收配置响应。

18.根据权利要求17所述的装置，其中，

所述收发器从所述网络设备接收释放命令，所述释放命令被用于指示所述装置不是辅助用于所述UE组的资源分配的所述调度器。

19.根据权利要求18所述的装置，其中，在对所述网络设备的信号强度在第一持续时间内低于第一阈值或者被用于指示没有辅助用于所述UE组的资源分配的意图的解配置请求从所述装置被发射的情况下，所述释放命令从所述网络设备被接收。

20.根据权利要求19所述的装置，其中，在所述解配置请求从所述装置被发射的情况下，所述装置保持用作所述调度器，直到所述释放命令从所述网络设备被接收到为止。

21.根据权利要求17所述的装置，其中，

所述收发器向所述UE组广播包括所述组ID的指示，所述指示被用于指示所述装置是辅助用于所述UE组的资源分配的调度器。

22.根据权利要求21所述的装置，其中，

所述收发器向所述UE组广播进一步包括第二阈值和第二持续时间的指示，所述指示被用于指示所述装置在对所述UE组的信号强度在所述第二持续时间内高于所述第二阈值的情况下将是辅助用于所述UE组的资源分配的所述调度器。

23.根据权利要求17所述的装置，其中，

所述收发器从所述UE组中的第二UE接收调度请求，所述调度请求被用于指示所述第二UE需要资源分配，其中，所述调度请求包括所述组ID、第二UE ID、所需要的资源量和业务模式信息中的一个或多个；

向所述网络设备发射所述调度请求；

从所述网络设备接收调度响应，所述调度响应被用于指示对于所述UE组中的第二UE可用的资源池或专用资源；

向所述第二UE发射所述调度响应。

24.根据权利要求23所述的装置，其中，从所述网络设备接收到的所述调度响应指示所述第二UE在所述网络设备的可调度的资源不满足所述第二UE所需要的资源量的情况下被切换到用于所述第二UE的所述资源分配不由所述调度器辅助的另一资源分配模式。

25.根据权利要求23所述的装置，在所述网络设备的可调度的资源不满足所述第二UE所需要的资源量的情况下，从所述网络设备接收到的所述调度响应指示用于所述第二UE的资源的调度被推迟。

26.一种方法，包括：

向网络设备发射配置请求，所述配置请求被用于指示辅助用于UE组的资源分配的意图，其中，所述配置请求包括组ID、组成员信息、发射所述配置请求的第一UE的ID(第一UEID)和所述第一UE能力；

在所述第一UE通过所述网络设备被选择为所述调度器的情况下，从所述网络设备接收配置响应。

27.根据权利要求26所述的方法，进一步包括：从所述网络设备接收释放命令，所述释放命令被用于指示所述第一UE不是辅助用于所述UE组的资源分配的所述调度器。

28.根据权利要求27所述的方法，其中，在对所述网络设备的信号强度在第一持续时间内低于第一阈值或者被用于指示没有辅助用于所述UE组的资源分配的意图的解配置请求被发射的情况下，所述释放命令从所述网络设备被接收。

29.根据权利要求28所述的方法，进一步包括，在所述解配置请求被发射的情况下，保持用作所述调度器，直到所述释放命令从所述网络设备被接收到为止。

30.根据权利要求26所述的方法，进一步包括：

向所述UE组广播包括所述组ID的指示，所述指示被用于指示所述第一UE是辅助用于所述UE组的资源分配的调度器。

31.根据权利要求30所述的方法，进一步包括：

向所述UE组广播进一步包括第二阈值和第二持续时间的指示，所述指示被用于指示所述第一UE在对所述UE组的信号强度在所述第二持续时间内高于所述第二阈值的情况下将是辅助用于所述UE组的资源分配的所述调度器。

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

从所述UE组中的第二UE接收调度请求，所述调度请求被用于指示所述第二UE需要资源分配，其中，所述调度请求包括所述组ID、第二UEID、所需要的资源量和业务模式信息中的一个或多个：；

向所述网络设备发射所述调度请求；

从所述网络设备接收调度响应，所述调度响应被用于指示对于所述UE组中的第二UE可用的资源池或专用资源；

向所述第二UE发射所述调度响应。

33.根据权利要求32所述的方法，其中，从所述网络设备接收到的所述调度响应指示所述第二UE在所述网络设备的可调度的资源不满足所述第二UE所需要的资源量的情况下被切换到用于所述第二UE的所述资源分配不由所述调度器辅助的所述另一资源分配模式。

34.根据权利要求32所述的方法，在所述网络设备的可调度的资源不满足所述第二UE所需要的资源量的情况下，从所述网络设备接收到的所述调度响应指示用于所述第二UE的资源的调度被推迟。

35.一种装置，包括：

收发器，所述收发器从第一UE接收包括组ID的指示，所述指示被用于指示所述第一UE旨在成为辅助用于包括所述装置的UE组的资源分配的调度器；

处理器，所述处理器确定所述第一UE是辅助资源分配的调度器。

36.根据权利要求35所述的装置，其中，所述指示进一步包括第二阈值和第二持续时间，所述装置进一步包括：

处理器，所述处理器在来自所述第一UE的信号强度在所述第二持续时间内高于所述第二阈值的情况下确定所述第一UE是辅助资源分配的调度器。

37.根据权利要求35或36所述的装置，其中，

所述处理器在所述第一UE没有资格作为所述调度器的情况下确定所述装置被切换到用于所述装置的所述资源分配不由所述调度器辅助的另一资源分配模式。

38.根据权利要求35所述的装置，其中，

所述收发器向所述调度器发射调度请求，所述调度请求被用于指示所述装置需要资源分配，其中，所述调度请求包括所述组ID、装置ID、所需要的资源量和业务模式信息中的一个或多个；

从所述调度器接收调度响应，所述调度响应被用于指示可用资源池或专用资源。

39.根据权利要求38所述的装置，其中，

所述处理器基于来自所述调度器的信号强度来确定所述调度器。

40.根据权利要求38所述的装置，其中，从所述调度器接收到的所述调度响应指示所述装置在所述网络设备的可调度的资源不满足所述装置所需要的资源量的情况下被切换到用于所述装置的所述资源分配不由所述调度器辅助的另一资源分配模式。

41.根据权利要求38所述的装置，其中，从所述调度器接收到的所述调度响应指示在所述网络设备的可调度的资源不满足所述装置所需要的资源量的情况下资源的调度被推迟。

42.根据权利要求38所述的装置，其中，

所述处理器在多于一个调度器可用的情况下，基于来自所述调度器的信号强度来在每次发射所述调度请求时确定一个调度器。

43.根据权利要求38或42所述的装置，其中，

所述处理器在自从所述调度请求的传输以来的第三持续时间内尚未接收到调度响应或者来自所述调度器的信号强度在第四持续时间内低于第四阈值的情况下确定另一调度器。

44.一种方法，包括：

从第一UE接收包括组ID的指示，所述指示被用于指示所述第一UE旨在成为辅助用于包括装置的UE组的资源分配的调度器；

确定所述第一UE是辅助资源分配的调度器。

45.根据权利要求44所述的方法，其中，所述指示进一步包括第二阈值和第二持续时间，所述方法进一步包括：

在来自所述第一UE的信号强度在所述第二持续时间内高于所述第二阈值的情况下确定所述第一UE是辅助资源分配的调度器。

46.根据权利要求44或45所述的方法，还包括：

在所述第一UE没有资格作为所述调度器的情况下确定所述装置被切换到用于所述装置的所述资源分配不由所述调度器辅助的另一资源分配模式。

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

向所述调度器发射调度请求，所述调度请求被用于指示需要资源分配，其中，所述调度请求包括所述组ID、装置ID、所需要的资源量和业务模式信息中的一个或多个；

从所述调度器接收调度响应，所述调度响应被用于指示可用资源池或专用资源。

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

基于来自所述调度器的信号强度来确定所述调度器。

49.根据权利要求47所述的方法，其中，从所述调度器接收到的所述调度响应指示在所述网络设备的可调度的资源不满足所需要的资源量的情况下切换到用于所述装置的所述资源分配不由所述调度器辅助的另一资源分配模式。

50.根据权利要求47所述的方法，其中，从所述调度器接收到的所述调度响应指示在所述网络设备的可调度的资源不满足所需要的资源量的情况下资源的调度被推迟。

51.根据权利要求47所述的方法，进一步包括：

在多于一个调度器可用的情况下，基于来自所述调度器的信号强度来在每次发射所述调度请求时确定一个调度器。

52.根据权利要求47或51所述的方法，还包括：

在自从所述调度请求的传输以来的第三持续时间内尚未接收到调度响应或者来自所述调度器的信号强度在第四持续时间内低于第四阈值的情况下确定另一调度器。

Images