CN104170491A - 用于配置多个调度请求触发的方法和装置 - Google Patents

Abstract

本发明提供了一种在通信系统中为用户设备配置多个调度请求触发的方法和装置，首先，基站基于用户设备的多种业务的业务特性，为该用户设备确定多个调度请求触发以及对应于该多个调度请求触发中的每个调度请求触发的传输类型；然后，将该多个调度请求触发的配置信息发送至用户设备，该多个调度请求触发的配置信息包括该多个调度请求触发相对于用户设备的多种业务的映射方式以及对应于该多个调度请求触发中的每个调度请求触发的传输类型。用户设备首先接收到来自基站的配置信息。然后该用户设备基于待传输的当前业务的业务特性以及映射方式，选择对应于该当前业务的调度请求触发，并且通过对应于该调度请求触发的传输类型，发送所触发的调度请求。通过应用本发明的技术方案，能够提高无线资源利用率。

Description

用于配置多个调度请求触发的方法和装置

技术领域

本申请涉及LTE通信系统，尤其涉及LTE通信系统中多个调度请求触发的配置。

背景技术

目前的调度请求(scheduling request，SR)过程被设计以使得调度请求基于每个用户设备(user equipment，UE)发起。每个用户设备同一时间仅可能配置有一个调度请求。如果缓存状态报告(bufferstatus report，BSR)由于数据到达缓存而被触发，并且没有上行资源用于发送该触发的缓存状态报告，那么，调度请求将被触发。根据当前的3GPP标准，处于RRC连接(RRC-connected)模式的用户设备可通过两种方式发送调度请求：如果该用户设备配置有专用调度请求资源(dedicated-scheduling request resource,D-SR)，那么该用户设备在该专用调度请求资源上发送调度请求；如果该用户设备未被配置专用调度请求资源，那么该用户设备在RACH上发送调度请求。在同一时间，只有一种类型的调度请求发送方式可被考虑。

考虑到每个用户设备仅配置有一个调度请求，用户设备的多种业务的业务特性就无法反映在调度请求触发中。例如，如果某种类型的业务具有较低的时延需求，那么调度请求触发由于该种业务的数据达到可以被延缓。另一方面，具有严格时延需求的业务将需要立刻触发调度请求。

因此，需要提出一种基于用户设备的多种业务的业务特性为该用户设备配置多个调度请求触发的技术方案。

发明内容

在本发明的一个方面，提出了一种在通信系统的基站中为用户设备配置多个调度请求触发的方法，所述方法包括以下步骤：基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型；以及将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

有利地，所述用户设备的多种业务的业务特性通过以下任一种方式表征：

-所述用户设备的承载的QoS；

-逻辑信道的分组；

-缓存状态报告的不同类型；

-运行的应用的特性。

有利地，所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的。

有利地，所述传输类型是下列任一种：

-在RACH上传输；

-在专用调度请求资源上传输。

在本发明的另一个方面，提出了一种在通信系统的用户设备中从基站接收与多个调度请求触发相关的配置信息的方法，所述方法包括以下步骤：从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

有利地，上述方法还包括以下步骤：基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发；以及通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。

在本发明的另一个方面，提出了一种处理多个已触发的调度请求的方法，所述方法包括以下步骤：当高优先级的调度请求被触发时，取消低优先级的调度请求的触发。

在本发明的另一个方面，提出了一种处理多个已触发的调度请求的方法，所述方法包括以下步骤：当已触发的高优先级的调度请求开始传输时，取消已触发的低优先级的调度请求在RACH上的传输或者继续在RACH上传输已触发的低优先级的调度请求。

在本发明的另一个方面，提出了一种在通信系统的基站中为用户设备配置多个调度请求触发的装置，所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型；以及第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

通过应用本发明的技术方案，能够有效地提高无线资源的利用率。

附图说明

通过参照以下附图，本发明将被进一步详细描述和通过示例描述：

图1示出了在通信系统中为用户设备配置多个调度请求触发的方法流程图。

附图中相同或者相似的附图标识表示相同或者相似的部件。

具体实施方式

以下将分别对本发明的上述各个方面的技术方案进行详细描述。

在移动通信网络中应用程序的种类正日益增多，这些应用程序可以具有不同的业务特性。这些应用程序中可包括例如后台应用程序，后台应用程序不频繁地产生数据且其产生的数据的发送也容许一定程度的时延。除后台应用程序之外，这些应用程序中还可以包括其他类型的应用程序，其能够产生具有高优先级的数据。因此，为这些不同的应用程序，也即不同的业务配置不同的调度请求触发是有必要的。

图1示出了在通信系统中为用户设备配置多个调度请求触发的方法流程图。该通信系统可以是例如LTE通信系统。

参照图1，首先，在步骤S11中，基站10(base station，BS)基于用户设备20的多种业务的业务特性为该用户设备20确定多个调度请求触发以及对应于该多个调度请求触发中的每一个调度请求触发的传输类型。

用户设备20可以是例如处于RRC连接(RRC-connected)模式的用户设备。

用户设备20的多种业务的业务特性可以通过以下任一种方式表征：

-所述用户设备的承载的QoS；

-逻辑信道的分组；

-缓存状态报告的不同类型；

-运行的应用的特性。

该多个调度请求触发中的每一个调度请求触发的传输类型可以基于对应于该调度请求触发的业务的优先级来确定。

其次，在步骤S12中，基站10将该多个调度请求触发的配置信息发送至用户设备20。配置信息中包括该多个调度请求触发相对于用户设备20的多种业务的映射方式以及对应于该多个调度请求触发中的每一个调度请求触发的传输类型。

在一个例子中，基站10可通过专用RRC信令将配置信息发送至用户设备20。在另一个例子中，基站10可通过广播信令将配置信息发送至用户设备20。

然后，在步骤S13中，用户设备20从基站10处接收该配置信息。

在用户设备20获得配置信息之后，如果有某一业务(以下称之为“当前业务”)的数据到达上行缓存且没有可用于传输缓存状态报告的上行资源，那么，用户设备20首先基于当前业务的业务特性以及多个调度请求触发相对于用户设备20的多种业务的映射方式，选择对应于该当前业务的调度请求触发，然后，通过对应于所选择的调度请求触发的传输类型，传输所触发的调度请求。

基站10何时为用户设备20配置多个调度请求触发取决于网络实现方式。在一个例子中，网络侧可以为用户设备20运行一个类似休眠定时器。如果在该类似休眠定时器所定义的时间段内除了后台业务所产生的数据之外没有其他用户平面的数据出现，那么，网络侧可以为用户设备20配置多个调度请求触发。

调度请求的触发可以基于以下情形：没有来自高优先级承载的业务，没有高优先级承载，和/或QoS需求的变化。

具体地，假定用户设备20具有两种类型的业务，其中，一种业务是由后台应用程序产生的(以下简称“后台业务”)，另一种业务是由高优先级的应用程序产生的(例如，视频业务)。由于后台业务的时延需求较为宽松而视频业务的时延需求较为严格，因此，可以为该两种不同业务特性的业务分别配置两种不同的调度请求触发。为简明起见，下文中，将为后台业务配置的调度请求触发称为RS1，将为视频业务配置的调度请求触发称为RS0。

由于后台业务和视频业务的不同时延需求，RS1和RS0可通过不同的传输类型进行传输。

在一个例子中，RS0和RS1可以在具有不同RACH配置的RACH上传输。由于视频业务具有严格的时延需求，因此，用于RS0传输的RACH配置具有较短的PRACH周期和较低的接入冲突可能性。而由于后台业务具有宽松的时延需求和QoS需求，因此，用于RS1传输的RACH配置具有较长的PRACH周期和较高的接入冲突可能性。RACH配置可以呈现多种形式。例如，如上所描述的，用于RS0传输的RACH配置可包括RS0在其上传输的RACH的时间和/或频率资源以及周期；用于RS1传输的RACH配置可包括RS1在其上传输的RACH的时间和/或频率资源以及周期。又例如，用于RS0传输的RACH配置可包括RACH中传输RS0的前导码的组；用于RS1传输的RACH配置可包括该RACH中传输RS1的前导码的组。由于后台业务具有相对宽松的时延需求和对高冲突可能性的容忍度，因此，用于RS1传输的前导码的个数可以少于用于RS0传输的前导码的个数。需要说明的是，基于RS0和RS1的RACH配置，可获得相应的RA-RNTI以用于区分对应于RS0和RS1的随机接入响应(RAresponse)。

在一个替换的例子中，RS0可以在RACH上传输，而RS1可以在所配置的具有较大周期的专用调度请求资源上传输。

当确定了调度请求触发相对于两种类型的业务的映射方式(RS0和RS1)以及RS0和RS1各自的传输类型后，所有这些配置信息由基站10发送至用户设备20。

当用户设备20接收到来自基站10的配置信息，也即调度请求触发相对于两种类型的业务的映射方式(RS0和RS1)以及RS0和RS1各自的传输类型后，该用户设备20能够基于该配置信息为不同类型的业务分配不同的调度请求触发。

由于用户设备10被配置有多个调度请求触发，因此，可能会产生同一时间超过一个调度请求被触发的情形。该情形可通过如下方式解决。

当高优先级的调度请求(例如，上述的“RS0”)被触发时，可以将低优先级的调度请求(例如，上述的“RS1”)的触发取消。

当已触发的高优先级的调度请求(例如，上述的“RS0”)开始传输时，可以将已触发的低优先级的调度请求(例如，上述的“RS1”)在RACH上的传输取消或者继续在RACH上传输已触发的低优先级的调度请求(例如，上述的“RS1”)。

以上的场景是基于用户设备具有两种类型的业务。在另一种仅有后台业务存在的场景中，基站10可以保持用户设备20运行在RRC连接模式从而减少无线/核心网络接口的信令开销。对于与后台业务相对应的调度请求，基站10可以为该调度请求的传输配置具有较大周期的专用调度请求资源，或者释放专用调度请求资源。尽管对于后台应用程序产生的业务的发送没有严格的时延要求，但是，处于RRC连接模式的用户设备可能需要快速接入网络以发送用于移动性支持的测量报告，也会有来自对时延有严格需求的应有程序的数据，对应于这些类型的业务的调度请求可以配置在RACH上传输。在此场景下，随机接入过程和RACH容量被设计为满足低时延需求，因此，随机接入的冲突的可能性被保持在较低的水平。此外，用于RACH的物理资源(时间和/或频率资源)可被频繁地配置以减少用户设备对于RACH机会的等待时间。

使用多个调度请求触发还可适用于MTC(机器类通信)设备提供多种业务的场景。在一个场景中，MTC设备在执行读表操作的同时还可以显示电视频道。在该场景中，为多种应用分配不同的调度请求触发可以获得较高的资源利用率。

在本发明的另一方面，提供了一种在通信系统的基站中为用户设备配置多个调度请求触发的装置，所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型；以及第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

在本发明的另一方面，提供了一种在通信系统的用户设备中从基站接收与多个调度请求触发相关的配置信息的装置，所述装置包括：第三单元用于从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

可以理解，上述描述的实施例仅用于描述而非限制本发明，本领域技术人员可以理解，可以对本发明进行修改和变形，只要不偏离本发明的精神和范围。上述的修改和变形被认为是本发明和所附权利要求的范围。本发明的保护范围由所附的权利要求所限定。此外，权利要求中的任何附图标记不应被理解为对权利要求的限制。动词“包括”和其变形不排除出现权利要求中声明以外的其他的元件或步骤。在元件或步骤之前的不定冠词“一”不排除出现多个这样的元件或步骤。

Claims (16)

1.一种在通信系统的基站中为用户设备配置多个调度请求触发的方法，所述方法包括以下步骤：

a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型；

b.将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

2.根据权利要求1所述的方法，其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：

-所述用户设备的承载的QoS；

-逻辑信道的分组；

-缓存状态报告的不同类型；

-运行的应用的特性。

3.根据权利要求1所述的方法，其特征在于，所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的。

4.根据权利要求3所述的方法，其特征在于，所述传输类型是下列任一种：

-在RACH上传输；

-在专用调度请求资源上传输。

5.根据权利要求4所述的方法，其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。

6.根据权利要求4所述的方法，其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。

7.根据权利要求4所述的方法，其特征在于，当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。

8.根据权利要求7所述的方法，其特征在于，分配给PRACH的物理资源包括以下任一种：

-RACH的时间资源和周期；

-RACH的前导码的组。

9.根据权利要求1所述的方法，其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。

10.根据权利要求1所述的方法，其特征在于，所述用户设备为RRC连接的用户设备。

11.根据权利要求1所述的方法，其特征在于，所述通信系统为LTE通信系统。

12.一种在通信系统的用户设备中从基站接收与多个调度请求触发相关的配置信息的方法，所述方法包括以下步骤：

i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括以下步骤：

ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发；

iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。

14.一种处理多个已触发的调度请求的方法，所述方法包括以下步骤：

-当高优先级的调度请求被触发时，取消低优先级的调度请求的触发。

15.一种处理多个已触发的调度请求的方法，所述方法包括以下步骤：

-当已触发的高优先级的调度请求开始传输时，取消已触发的低优先级的调度请求在RACH上的传输或者继续在RACH上传输已触发的低优先级的调度请求。

16.一种在通信系统的基站中为用户设备配置多个调度请求触发的装置，所述装置包括：

第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型；

第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型。