CN103503550A - 在基站中用于向用户设备分配通信资源的方法、基站、计算机程序和计算机程序产品 - Google Patents

Abstract

本发明涉及一种在基站2中用于向用户设备4、5、...、n分配通信资源的方法50。基站2支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备4、5、...、n。方法50包括：在PRB调度资源上从用户设备4、5、...、n接收51调度请求；以及向使用PRB调度资源的两个或者更多用户设备4、5、...、n中的选择的用户设备4、5、...、n批准接入52。本发明也涉及一种基站、计算机程序和计算机程序产品。

Description

在基站中用于向用户设备分配通信资源的方法、基站、计算机程序和计算机程序产品

技术领域

本发明涉及在基站中用于向用户设备分配通信资源的方法。

背景技术

长期演进（LTE）是3GPP（第3代合作伙伴项目）内以改进UMTS（通用移动电信系统）移动电话标准从而应对将来技术演进为目标的标准。

在LTE中，物理上行链路控制信道（PUCCH）用于传送上行链路控制信息，例如信道质量指示（CQI）和上行链路调度请求。用户设备（UE）有两种向基站（在LTE中称为演进节点B或者eNB）中的调度器通知它有数据要传输的方式。UE可以具有用于调度请求（SR）的PUCCH调度资源，并且在这样的情况下，它简单地使用这一PUCCH调度资源以向基站发送调度请求，由此通知它有数据要传输。调度请求可以视为简单标志（单个比特），并且无需提供UE的标识，因为这从在其上发送调度请求的PUCCH调度资源的标识中隐含地已知。如果UE不具有PUCCH调度资源，则用于UE发送调度请求的第二种方式是代之以执行随机接入（RA）过程。

3GPP LTE标准因此支持UE具有PUCCH调度资源或者UE使用RA过程以用于调度请求。然而为了所有用户具有调度资源，必须使用可用物理资源块（PRB）的大部分以用于PUCCH，这限制了可用于流量数据的PRB数目。

使用RA过程用于UE向基站的调度器通知它有数据要发送也存在缺点。首先，使用RA过程需要在UE与基站之间的更多消息收发，这增加了在调度UE用于数据传输之前的延迟。其次，基站中的用于处置RA过程的处理负荷可能高于用于处置PUCCH上的调度请求。使用RA过程因此意味着将必须针对更高RA负荷而优化基站，这需要用于处理容量的更高成本。

在实践中，可用调度资源数量限制了可以在通信系统中以低延时处置的用户数目。

另外，由于调度资源形成瓶颈，所以基站需要为具有优先级的UE、例如紧急呼叫，保留调度资源。这进一步增添基站的调度资源处置功能的复杂性。

从上文清楚看出PUCCH资源有限并且使用代价为流量资源，而使用RA过程这样的备选需要用户在被批准接入之前的更长延迟。显然在这一技术领域中需要对于这一情形的改进。

发明内容

本发明的目的是为用户设备实现快速批准调度请求同时最大化可用用户数据流量容量。

在本发明的第一方面中，该目的由一种在基站中用于向用户设备分配通信资源的方法实现。基站支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备。该方法包括：在PRB调度资源上从用户设备接收调度请求；以及向使用PRB调度资源的两个或者更多用户设备中的选择的用户设备批准接入。借助本发明，基站能够向更大数目的用户设备分配调度资源。在基础解决方案中，超出可用调度请求资源数目的任何附加用户设备将必须通过执行随机接入过程来请求传输，其引起这种过程的缺点。对照而言，本发明增加能够使用专用调度资源的用户设备数目。用于这样的附加用户设备的平均接入时间与基础解决方案相比将更低。本发明因此与基础解决方案相比允许基站以更小平均延迟处置更大数目的用户设备。另外，可以减少基站中的处置调度请求的复杂性，因为借助本发明，无需为具有优先级的用户设备、比如紧急呼叫，保留调度请求资源。

在一个实施例中，批准接入的步骤包括确定使用PRB调度资源的最高优先级用户设备，以及向确定的最高优先级用户设备批准接入。

在一个实施例中，批准接入的步骤包括：确定发送调度请求的用户设备的标识；以及向所标识的用户设备批准接入。

在以上实施例中，确定用户设备的标识的步骤可以包括：在使用PRB调度资源的用户设备之中排除参与发送数据流量、处于不连续接收状态中、失去同步的用户设备作为用于已经发送调度请求的候选，以及如果仅剩余一个用户设备则确定已经发送调度请求的用户设备的标识为该剩余的用户设备。

在以上实施例中，在确定已经发送调度请求的用户设备的标识失败的情况下，批准接入的步骤包括向在剩余用户设备之中的具有优先级的用户设备批准接入。

在一个实施例中，向选择的用户设备批准接入的步骤包括：在使用PRB调度资源的用户设备之中排除参与发送数据流量、处于不连续接收状态中或者失去同步的用户设备作为用于已经发送调度请求的候选，以及如果仅剩余一个用户设备则向剩余用户设备批准接入或者如果剩余多于一个用户设备则向在剩余用户设备之中的具有优先级的用户设备批准接入。

在一个实施例中，用户设备根据以下各项中的一项或者多项被划分优先级：服务质量类别标识符、紧急呼叫、有保障比特率、最近活跃、在用户设备的缓冲器中用于下行链路传输的数据量、用户设备的最优先承载的相对优先级。

在一个实施例中，基站通过向多于一个用户设备分配相同PRB调度资源来支持使用单个PRB调度资源用于两个或者更多用户设备发送调度请求。

在一个实施例中，物理资源块（PRB）包括物理上行链路控制信道PUCCH。

在本发明的第二方面中，该目的由一种用于向用户设备分配通信资源的基站实现。该基站支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备。该基站包括：输入设备，用于在PUCCH调度资源上接收调度请求；控制器，被布置用于向使用PRB调度资源的两个或者更多用户设备中的选择的用户设备批准接入。

在本发明的第三方面中，该目的由一种用于基站的用于向用户设备分配通信资源的计算机程序实现。基站支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备。该计算机程序包括计算机程序代码，该计算机程序代码在基站上运行时使基站执行以下步骤：在PRB调度资源上接收调度请求；向使用PRB调度资源的两个或者更多用户设备中的选择的用户设备批准接入。

在本发明的第四方面中，该目的由一种包括如以上的计算机程序的计算机程序产品以及一种其上存储有该计算机程序的计算机可读装置实现。

更多特征及其优点将在阅读以下具体描述和附图时变得清楚。

附图说明

图1示意地图示其中可以实施本发明的实施例的环境。

图2是图示在基站与发送调度请求的具有优先级的用户设备之间的信令的序列图。

图3是图示在基站与发送调度请求的非最高优先级用户设备之间的信令的序列图。

图4图示用于在基站中进行的示范优先级设置的流程图。

图5是用于调度资源的随机接入信令的序列图。

图6图示用于在基站中进行的另一示范优先级设置的流程图。

图7图示本发明的一个方面中的方法的步骤。

图8图示图7中的方法的一个实施例。

图9图示图7中的方法的另一实施例。

图10图示图7中的方法的又一实施例。

图11图示本发明的一个方面中的在基站中实施方法的示范方式。

具体实施方式

在以下描述中，出于说明而非限制的目的，阐述具体细节，诸如具体架构、接口、技术等以便提供对本发明的透彻理解。然而本领域技术人员将清楚可以在有别于这些具体细节的其他实施例中实现本发明。在其他实例中，省略对熟知设备、电路和方法的具体描述以免不必要的细节模糊本发明的描述。相似标号贯穿说明书指代相似单元。

图1示意地图示其中可以实施本发明的实施例的环境。图示通信系统1包括基站2、例如LTE中的演进节点B或者eNB，该基站被布置用于使用射频发送器和接收器来与用户设备4、5、...、n通信。基站2还可以包括适合于实施本发明的不同实施例的方法的调度设备3，其也称为调度器。可以认识到基站2包括许多其他部件，但是仅描述对于本发明相关的部分。

为了克服现有技术的提到的缺点，基站2被布置用于允许过量分配PUCCH上的调度请求资源。在下文中，PUCCH上的调度请求资源用于描述本发明，但是例如根据使用哪种空中接口技术可以使用用于从用户设备4、5、...、n向基站2用信号通知它有数据要发送的另一物理资源块（PRB）。

基站2过量分配SR资源意味着多于一个用户设备4、5、...、n将使用相同PUCCH资源用于调度请求。基站2然后一般不能仅基于调度请求资源本身在被分配有相同调度请求资源的用户设备4、5、...、n之间进行区分。

然而在一些情况下，基站2可以确定哪个用户设备4、5、...、n发送了调度请求。例如，如果已经向两个用户设备4、5、...、n分配特定调度请求资源并且它们之一已经具有用于发送数据的有效批准，则可以假设发送该调度请求的是另一用户设备。

作为另一示例，有可能可以基于基站2接收的功率电平来确定两个用户设备中的哪个用户设备发送了调度请求。具体而言，基站、例如LTE系统的eNB通常从用户设备定期地接收测量报告。这些报告指示来自基站的传输功率的多大部分在去往用户设备的路上被损失掉。如果基站假设在相反方向上的损失功率数量将以相同方式表现，则基站可以估计报告来自基站的高接收功率的用户设备应当在它发送调度请求时在高功率上被检测到。因此：对于在高功率接收的调度请求，应当选择在测量报告中报告来自基站的高测量功率的用户设备；对于在低功率接收的调度请求，选择在测量报告中报告来自基站的低测量功率的用户设备。

基站2可以能够确定两个用户设备之一未发送调度请求，并且由此确定另一用户设备是发送调度请求的用户设备。例如，处于不连续接收模式中的用户设备不会发送调度请求。

作为又一示例，基站2可以被布置用于分析用户设备的传输模式并且基于传输模式确定哪个用户设备最可能在这一时间点发送数据，因此最可能已经发送调度请求。

无论基站2何时能够确定发送调度请求的用户设备4、5的标识，它向所标识的用户设备4、5发送接入批准。

然而在一般情况下，基站2不能确定发送调度请求的用户设备4、5、...、n的标识，并且在这样的情况下使用另一方式。具体而言，基站2选择向使用特定调度请求资源的哪个用户设备4、5、...、n发送批准。可以用不同方式进行选择。

基站2可以例如基于用户设备4、5、...、n的优先级来发送批准。高优先级用户设备的示例是发送紧急呼叫的用户设备或者具有有保障比特率（GBR）承载的用户设备。

选择向哪个用户设备发送批准的另一方式是基于特定用户设备是发送调度资源请求的用户设备的概率。该选择可以例如基于使用调度请求资源的用户设备4、5、...、n的活动。可以例如向最近已经活跃的用户设备发送批准。最活跃用户设备发送调度请求的概率高于更少活跃的用户设备是发送调度请求的用户设备的概率。通过让基站2向若干用户设备分配相同调度请求资源，更大数目的用户设备可以通过这样的调度请求资源来用信号通知它们需要发送数据。这些用户设备将具有与使用随机接入信令以获得批准相比更低的延迟。因此也产生更低随机接入信令负荷。

可能产生基站2中的在处置调度请求时的一些增添的复杂性，因为基站2需要确定哪个用户设备4、5、...、n应当获得批准。然而在基站无需为具有优先级的用户设备保留调度请求资源时产生的减少的复杂性可以减轻所增加的复杂性。

基站2因此向多于一个用户设备分配相同调度请求资源。在基站2在这一资源上接收调度请求时，它选择这些用户设备中的哪个用户设备将首先获得调度。

图2是图示在基站2与发送调度请求的具有优先级的用户设备4（UE1）之间的信令的序列图。基站2接收调度请求，确定使用调度请求资源的最高优先级用户设备4并且向这一用户设备4发送批准，由此用户设备4开始发送它的数据。

图3是图示在发送调度请求的用户设备5（UE2）不是最高优先级（或者首先选择）的用户设备时在基站2与用户设备5之间的信令的序列图。具体而言，基站2从第二用户设备5接收调度请求。它然后确定在使用这一特定调度请求资源的用户设备之中哪个用户设备具有最高优先级并且向这一用户设备4（UE1）发送批准。然而响应于该批准，基站2从最高优先级用户设备4接收空缓冲器状态报告。基站2然后确定使用这一特定调度请求资源的次高优先级用户设备5并且向这一用户设备5批准接入。

通常，在发送调度请求与发送数据之间的时间段约为8ms。然而根据基站2上的负荷，仅作为示例可以提到在发送调度请求的用户设备与它开始发送数据之间的时间对于图3中图示和以上描述的情况可以如16ms一样短。这等于用户设备执行随机接入过程的时间。这意味着对于不具有优先级的用户设备，对于该用户设备获得至少相同性能，但是基站2具有更低信号处置负荷。

注意可以向多于两个用户设备指派相同调度请求资源。然而延迟可能随着被指派相同调度请求资源的用户设备的数目而增加。

图4图示用于在基站2中进行的示范优先级设置的流程图。两个用户设备UE1和UE2共享相同调度请求资源。在块21，基站2检测调度请求，然后在块22，它选择这两个用户设备中的具有优先级的用户设备。该选择可以例如通过确定第一用户设备UE1是否具有优先级（块23）来完成。如果是，则基站2向此第一用户设备UE1发送批准（块24）。已经向第一用户设备UE1批准接入后，基站可以开始从其接收数据（块25）。如果实际发送调度请求的正是第一用户设备UE1，则基站2真正开始从这一用户设备UE接收数据并且继续向第一用户设备UE1发送批准（块26）直至它的缓冲器为空，即直至基站2从第一用户设备UE1接收到空缓冲器状态报告。已经接收到空缓冲器状态报告后，基站等待另一调度请求（块28）。

然而在块25，在基站2已经向第一用户设备UE1批准接入、但是未从其接收到数据时，基站2然后向第二最高优先级用户设备UE2发送批准（块27）。基站2继续向这一第二用户设备UE2发送批准直至它接收到空缓冲器状态报告。已经接收到空缓冲器状态报告后，基站等待另一调度请求（块28）。

如果在块23中基站2确定第一用户设备UE1没有优先级，则它向第二用户设备UE2发送批准（块29）。然后与块25对应，已经向第二用户设备UE2批准接入后，基站2可以开始从其接收数据（块30）。如果基站2从第二用户设备UE2接收数据，则它继续向第二用户设备UE2发送批准直至它接收到空缓冲器状态报告（块27）并且开始等待另一调度请求（块28）。如果基站2未接收到数据，则它代之以继续向第一用户设备UE1发送批准（块26）。同样，已经接收到空缓冲器状态报告后，基站等待另一调度请求（块28）。

图5是用于调度资源的随机接入信令的序列图。通常，基站2在随机接入信道上从第一用户设备4接收第一随机接入消息。基站2然后发送查询用户设备4的标识的消息。用户设备4对这一查询做出响应，由此基站2向第一用户设备4发送批准。基站2然后开始从第一用户设备4接收数据。

基站2用来通过设置优先级从而确定选择哪个用户设备的算法可以使用各种输入。一个这样的输入可以是用户设备的不连续接收（DRX）状态。处于DRX状态中的用户设备将被排除作为候选，因为这样的用户设备未监视下行链路信道（以便节省电池）。另一输入可以是每个用户设备如果有则在它们的缓冲器中有多少数据用于下行链路传输。具有用于下行链路传输的空缓冲器状态的用户将被给予低优先级，因为它最可能未发送调度请求。又一输入可以是用户设备的最优先承载的相对优先级。一般而言，准则可以基于用户设备配置和承载配置以及承载质量类别。例如不同配置、比如鲁棒首部压缩（ROHC）、服务认知缓冲器估计（SABE）、基于优先级的调度、频率选择性调度。这样的输入和其他输入的任何组合可以用来确定基站2应当在确定首先调度哪个用户设备时使用的优先级顺序。

图6图示用于在基站2中进行的示范优先级设置的流程图。在这一示例中，首先排除更少可能已经做出调度请求的用户设备作为潜在候选。基站2包括被分配有特定调度请求资源的用户设备4、5、...、n的列表。

在块31，基站2接收调度请求。在块32，排除在使用这一特定调度请求资源之中的已经接收到批准的所有用户设备作为用于已经发送调度请求的候选。基站2然后在块33确定是否在列表上仅留下一个用户设备。如果是，则选择这一剩余用户设备（块34）并且基站2在已经向用户设备发送批准之后完成（块35）。

如果在块33在列表上留下多于一个用户设备，则从列表中去除失去同步的所有用户设备（块36）。失去同步的用户设备可能丢失它的调度请求资源，并且被迫首先使用随机接入过程以获得批准。在这一算法中未考虑这样的用户设备作为已经发送调度请求的潜在候选。在块33排除失去同步、但是仍然被允许保持它们的调度请求资源的所有用户设备。基站2然后在块37并且与块33对应地确定是否在列表上仅留下一个用户设备。如果是，则选择这一剩余用户设备（块34）并且基站2在已经向该用户设备发送批准之后完成（块35）。

如果在块37在列表上留下多于一个用户设备，则从列表中去除处于不连续接收模式中的所有用户设备（块38）。可以如更早提到的那样排除这样的用户设备作为已经发送调度请求的候选。然后同样与块33和37对应，基站2确定（在块39中）是否在列表上仅留下一个用户设备。如果是，则选择这一用户设备（块34）并且基站2在已经向该用户设备发送批准之后完成（块35）。

如果仍然留下多于一个用户设备，则更多参数可以用于排除更少可能已经做出调度请求的用户设备（未图示）。在块40，在已经发送调度请求的潜在用户设备之上仍然在列表上留下多于一个用户设备，并且在具有最高服务质量类别指示符（QCI）的用户设备之中随机选择这些用户设备之一。

图7图示在基站2中用于向用户设备4、5、...、n分配通信资源的方法50。方法50包括在物理资源块（PRB）调度资源、例如物理上行链路控制信道PUCCH上从用户设备4、5、...、n接收51调度请求的第一步骤。

方法50包括向使用该PRB调度资源的两个或者更多用户设备4、5、...、n中的选择的用户设备4、5、...、n批准接入52的第二步骤。

如更早描述的那样，可以用不同方式进行选择。图8图示一个实施例。这一实施例中，批准接入的步骤52包括确定使用该PRB调度资源的最高优先级用户设备4、5、...、n以及向所确定的最高优先级用户设备4、5、...、n批准接入。

图9图示另一实施例的流程图。在这一实施例中，批准接入的步骤52包括确定发送调度请求的用户设备4、5、...、n的标识，然后向所标识的用户设备4、5、...、n批准接入。

在以上实施例中，确定用户设备4、5、...、n的标识的步骤可以例如包括在使用该PRB调度资源的用户设备4、5、...、n之中排除参与发送数据流量、处于不连续接收状态中或者失去同步的用户设备4、5、...、n作为用于已经发送调度请求的候选。然后如果仅剩余一个则确定已经发送调度请求的用户设备4、5、...、n的标识为该剩余的用户设备4、5、...、n。

如果确定已经发送调度请求的用户设备4、5、...、n的标识失败，则批准接入的步骤代之以包括向在剩余用户设备4、5、...、n之中的具有优先级的用户设备4、5、...、n批准接入。

图10图示又一实施例。在这一实施例中，向选择的用户设备4、5、...、n批准接入的步骤52包括在使用PRB调度资源的用户设备4、5、...、n之中排除参与发送数据流量、处于不连续接收状态中或者失去同步的用户设备4、5、...、n作为用于已经发送调度请求的候选。如果仅剩余一个则基站2继而向该剩余的用户设备4、5、...、n批准接入或者如果剩余多于一个则基站2向在剩余用户设备4、5、...、n之中的具有优先级的用户设备4、5、...、n批准接入。

在图8、9和10的所有实施例中，用户设备4、5、...、n可以例如根据以下各项中的一项或者多项被划分优先级：服务质量类别标识符、紧急呼叫、有保障比特率、最近活跃、在用户设备的缓冲器中用于下行链路传输的数据量、用户设备的最优先承载的相对优先级、基于用户设备的传输模式。

图11图示在基站2中实施如描述的方法的示范方式。基站2可以包括被布置用于执行如以上描述的方法的调度设备3。调度设备3包括能够执行在例如形式为存储器的计算机程序产品7中存储的软件指令的处理器9、例如中央处理单元、微控制器、数字信号处理器（DSP）等。处理器9连接到输入设备8，该输入设备通常经由基站2的某个其他设备、例如收发器从用户设备4、5、...、n接收输入（调度请求）。注意虽然在图11中图示仅一个处理器9，但是实现方式可以包括分布式硬件，从而在运行软件时使用若干CPU而不是一个。

所描述的用于在处置调度请求时使用的方法和算法或者其部分可以例如由处理器9中的软件和/或专用集成电路来实施。为此，调度设备3还可以包括在计算机程序产品7上存储的计算机程序6。

仍然参照图11，本发明也涵盖用于处置调度请求的这样的计算机程序6。计算机程序6包括在运行于调度设备3并且具体为其处理器9上时使调度设备3执行如描述的方法的计算机程序代码。

也提供包括计算机程序6和在其上存储计算机程序6的计算机可读装置的计算机程序产品7。计算机程序产品7可以是读取和写入存储器（RAM）或者只读存储器的任何组合。计算机程序产品7也可以包括持久存储装置，该持久存储装置例如可以是磁存储器、光存储器或者固态存储器中的任何单个存储器或者组合。

Claims (12)

1.一种在基站（2）中用于向用户设备（4，5，...，n）分配通信资源的方法（50），所述基站（2）支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备（4，5，...，n），所述方法（50）包括：

-在所述PRB调度资源上从用户设备（4，5，...，n）接收（51）调度请求，以及

-向使用所述PRB调度资源的所述两个或者更多用户设备（4，5，...，n）中的选择的用户设备（4，，...，n）批准接入（52）。

2.如权利要求1所述的方法（50），其中批准接入的所述步骤（52）包括确定使用所述PRB调度资源的最高优先级用户设备（4，5，...，n），以及向所确定的最高优先级用户设备（4，5，...，n）批准接入。

3.如权利要求1所述的方法（50），其中批准接入的所述步骤（52）包括：

-确定发送所述调度请求的所述用户设备（4，5，...，n）的标识，

-向所标识的用户设备（4，5，...，n）批准接入。

4.如权利要求3所述的方法（50），其中确定所述用户设备（4，5，...，n）的标识的所述步骤包括：

-在使用所述PRB调度资源的所述用户设备（4，5，...，n）之中排除参与发送数据流量、处于不连续接收状态中、失去同步的用户设备（4，5，...，n）作为用于已经发送所述调度请求的候选，以及

-如果仅剩余一个则确定已经发送所述调度请求的用户设备（4，5，...，n）的标识为所述剩余的用户设备（4，5，...，n）。

5.如权利要求4所述的方法（50），其中在确定已经发送所述调度请求的所述用户设备（4，5，...，n）的标识失败的情况下，批准接入的所述步骤包括向在所述剩余的用户设备（4，5，...，n）之中的具有优先级的用户设备（4，5，...，n）批准接入。

6.如权利要求1所述的方法（50），其中向选择的用户设备（4，5，...，n）批准接入的所述步骤（52）包括：

-在使用所述PRB调度资源的所述用户设备（4，5，...，n）之中排除参与发送数据流量、处于不连续接收状态中或者失去同步的用户设备（4，5，...，n）作为用于已经发送所述调度请求的候选，以及

-如果仅剩余一个则向所述剩余的用户设备（4，5，...，n）批准接入或者如果剩余多于一个则向所述剩余的用户设备（4，5，...，n）之中的具有优先级的用户设备（4，5，...，n）批准接入。

7.如权利要求2、5或者6所述的方法（50），其中所述用户设备（4，5，...，n）根据以下各项中的一项或者多项被划分优先级：服务质量类别标识符、紧急呼叫、有保障比特率、最近活跃、在所述用户设备的缓冲器中用于下行链路传输的数据量、用户设备的最优先承载的相对优先级、基于用户设备的传输模式。

8.如前述权利要求中的任一权利要求所述的方法（50），其中所述基站（2）通过向多于一个用户设备（4，5，...，n）分配相同的PRB调度资源来支持使用单个PRB调度资源用于两个或者更多用户设备发送调度请求。

9.如前述权利要求中的任一权利要求所述的方法（50），其中所述物理资源块（PRB）包括物理上行链路控制信道PUCCH。

10.一种用于向用户设备（4，5，...，n）分配通信资源的基站（2），所述基站（2）支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备（4，5，...，n），所述基站（2）包括：

-输入设备（8），用于在PUCCH调度资源上接收调度请求，

-控制器（9），被布置用于向使用所述PRB调度资源的所述两个或者更多用户设备（4，5，...，n）中的选择的用户设备（4，5，...，n）批准接入。

11.一种用于基站（2）的用于向用户设备（4，5，...，n）分配通信资源的计算机程序（6），所述基站（2）支持使用单个物理资源块PRB调度资源用于两个或者更多用户设备（4，5，...，n），所述计算机程序（6）包括计算机程序代码，所述计算机程序代码在所述基站（2）上运行时使所述基站（2）执行以下步骤：

-在所述PRB调度资源上接收调度请求，

-向使用所述PRB调度资源的所述两个或者更多用户设备（4，5，...，n）中的选择的用户设备（4，5，...，n）批准接入。

12.一种计算机程序产品（7），包括如权利要求11所述的计算机程序（6）以及在其上存储有所述计算机程序（6）的计算机可读装置。

Images