CN103327613B - 在无线通信网中用于传输调度请求的方法 - Google Patents

Abstract

本发明涉及一种在无线通信网的用户设备中用于发送调度请求的方法，所述方法包括如下步骤：从所述基站接收关于分配给所述用户设备的上行控制信道上的专用调度请求资源和随机接入信道资源的信息；在调度请求被触发之后，基于触发所述调度请求的业务的业务特性及与业务特性相关的信息来选择所述上行控制信道上的专用调度请求和所述随机接入信道之一来发送所述调度请求。本发明的方案结合了上行控制信道上的专用调度请求和随机接入信道两种传输方式，能够提供良好的调度请求延时性能并节省资源块开销，从而能够提高资源的利用率。

Description

在无线通信网中用于传输调度请求的方法

技术领域

本发明涉及无线通信网，具体地，涉及无线通信网络中用于发送调度请求的方法。

背景技术

利用现有的移动网络的设备类型越来越多，涵盖了智能手机、笔记本电脑、上网本、平板电脑和嵌入式调制解调器。这些设备中的许多都能够运行多种数据应用，而且这些常常并行地运行。这种设备和应用类型的多样性产生了相应的业务类型的多样性，这种多样性必须得到它们所在的无线接入网络(RadioAccessNetwork：RAN)的有效支持。

信令效率和容量一直是增强多种数据应用的问题所在。物理上行控制信道(PhysicalUplinkContro1Channel：PUCCH)上的控制信令包含调度请求(SchedulingRequest：SR)、信道质量指示符(ChannelQualityIndicator：CQI)和确认/确认响应。对于不同的数据应用，潜在的应用可能包括低数据率的应用，例如后台业务。由于后台业务的数据率较低，如果后台业务一直占用物理上行控制信道上的专用调度请求资源(DedicatedSR：D-SR)，则专用调度请求资源的利用率是相当之低的。如果为提高专用调度请求资源的利用率而延长专用调度请求资源的周期，则可能导致调度请求的延时增加。此外，如果期望连接更多的用户设备(UserEquipment：UE)，将会增加上行控制资源的数量。

另一方面，如果仅使用随机接入信道(RandomAccessChannel：RACH)方法代替分配周期的专用调度请求资源来为调度请求预留资源，则可能引起较高的资源块开销。

发明内容

根据上述对背景技术以及存在的技术问题的理解，如果能够提供一种改进和优化调度请求的传输的方法，将是非常有益的。

根据本发明的第一方面，提出了一种在无线通信网的用户设备中用于发送调度请求的方法，所述方法包括如下步骤：a.从所述基站接收关于分配给所述用户设备的上行控制信道上的专用调度请求资源和随机接入信道资源的信息；b.在调度请求被触发之后，基于触发所述调度请求的业务的业务特性及与业务特性相关的信息来选择所述上行控制信道的专用调度请求和所述随机接入信道之一来发送所述调度请求。

附加地，所述与业务特性相关的信息包括：一个或者多个时间窗的信息；并且，所述步骤b进一步包括：基于所述调度请求从所述至少一个时间窗内选择一个时间窗；以所述调度请求被触发的时刻为所述所选择的时间窗的起始点，判断所述所选择的时间窗内是否存在所述基站分配给所述用户设备的专用调度请求资源；如果判断结果为是，则在所述专用调度请求资源上向所述基站发送所述调度请求；如果判断结果为否，则判断在即将到来的专用调度请求资源之前是否存在随机接入信道资源；如果判断结果为是，则在所述随机接入信道资源向所述基站发送所述调度请求；如果判断结果为否，则在所述即将到来的专用调度请求资源上向所述基站发送所述调度请求。

根据本发明的第二方面，提出了一种在无线通信网的基站中用于辅助用户设备发送调度请求的方法，所述方法包括如下步骤：向所述用户设备发送关于分配给所述用户设备的上行控制信道上的专用调度请求资源、随机接入信道资源的信息，以及与业务特性相关的信息；接收来自用户设备的调度请求。

本发明的方案是一个专用调度请求/随机接入信道的组合解决方案，其能够被理解为在共享的资源上传输调度请求。该解决方案同时支持用于调度请求传输的周期性预留的上行控制信道专用调度请求资源和随机接入信道。当无线通信网中配置了两种资源时该方案是非常具有优势的。如在专用调度请求的周期设置为一个很大的值时，基于随机接入信道的方法将是周期性预留物理上行链路控制信道方法的一个很好的补充解决方案，利用该组合方案能够确保调度请求传输的延时。另一方面，该方案通过将时间窗口设为0或者无穷大值，调度请求可以选择单独用专用调度请求资源或者随机接入信道发送，选择窗口的值是和业务特性相关的。该方案能够提供良好的调度请求延时性能并节省资源块开销，从而能够提高资源的利用率。

此外，该基于业务的传输方案能够有效地控制用于不同种类的业务传输的不同的调度请求的传输间隔，如果两种业务并行运行，该方案能够有效地实现对调度请求的传输间隔的灵活控制，例如同时有无延时要求的后台业务传输和有延时要求的业务传输(但是是随机抵达的)运行时，该方案能够提供增益。即当同时有多种业务进行时，本发明的方案还能够提供调度请求的传输间隔控制且给标准化带来较小的改动。

附图说明

通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1(a)示出了现有技术中在用户设备侧基于上行控制信道上的专用调度请求资源传输调度请求资源的时序图；

图1(b)示出了现有技术中在用户设备侧基于随机接入信道资源传输调度请求资源的时序图；

图2示出了依据本发明的一个实施方式的方法流图；

图3示出了依据本发明的一个实施方式的在用户设备侧传输调度请求的时序图；

图4示出了依据本发明的又一个实施方式的在用户设备侧传输调度请求的时序图；

图5示出了依据本发明的又一个实施方式与现有技术相对比的在用户设备侧传输调度请求的时序图。

在图中，贯穿不同的示图，相同或类似的附图标记表示相同或相似的装置(模块)或步骤。

具体实施方式

图1示出了两种现有技术中在用户设备侧传输调度请求的时序图。其中，图1(a)示出了基于上行控制信道上的专用调度请求资源发送调度请求资源的时序图。图1(b)示出了基于随机接入信道资源发送调度请求资源的时序图。

为了说明本发明，上行控制信道上的专用调度请求资源在下文将被描述为物理上行控制信道。

具体地，图1(a)中的粗实线表示基站为该用户设备分配的周期性的物理上行控制信道资源。带箭头的粗实线表示基站为该用户设备分配的随机接入信道资源。用户设备可以在随机接入信道内以竞争的方式向基站发送信息。在现有技术中，如果基站为用户设备分配了专用调度请求资源，则用户设备不会使用随机接入信道资源发送调度请求信息。具体地，在细虚线所示的时刻调度请求被触发后(处于等待状态)，如果满足附加条件，用户设备在调度请求被触发的时刻之后到来的物理上行控制信道上发送该调度请求。附加条件在现有技术中已有定义，诸如该物理上行控制信道所在的传输时间间隔是否是测量间隙，以及调度请求禁止计时器是否在运行等，在此不再赘述。

图1(b)中的粗虚线表示基站没有为该用户设备分配的专用的物理上行控制信道资源。与图1(a)类似地，带箭头的粗实线表示基站为该用户设备分配的随机接入信道资源。由于没有为该用户设备分配的专用调度请求资源，在调度请求被触发后，用户设备在调度请求被触发的时刻之后到来的随机接入信道上发送该调度请求。

图2示出了依据本发明的一个实施例的方法流图。在方法步骤S210中，用户设备从基站接收关于分配给该用户设备的专用调度请求资源和随机接入信道资源的信息。随后，在方法步骤S211中从基站接收一个或多个时间窗的信息。本领域技术人员能够理解的是，方法步骤S211是可选的，该时间窗的信息可以是预定义的。在方法步骤S222中，用户设备判断调度请求是否已被触发，如果调度请求已被触发，则用户设备在方法步骤S223中，根据触发该调度请求的业务的业务特性(例如，业务的类型、逻辑信道组、业务的服务质量要求)选择与该业务特性相关的时间窗。

在方法步骤S224中，用户设备以调度请求被触发的时刻为所选择的时间窗的起始点，判断所选择的时间窗内是否存在基站分配给所述用户设备的上行控制信道上专用调度请求资源。如果判断结果为是，则在方法步骤S225中，在上行控制信道上专用调度请求资源上向基站发送调度请求。如果判断结果为否，则在方法步骤S226中进一步判断在即将到来的上行控制信道专用调度请求资源之前是否存在随机接入信道资源。如果判断结果为是，则在方法步骤S227中，在随机接入信道上向基站发送调度请求。如果判断结果为否，则在方法步骤S228中，在即将到来的上行控制信道的专用调度请求资源上向基站发送调度请求。

本领域技术人员能够理解的是，方法步骤S221，S223-S228是可以替代的。例如在方法步骤S222之后，用户设备能够直接基于触发调度请求的业务的业务特性及与业务特性相关的信息来选择专用调度请求资源和所述随机接入信道之一来发送所述调度请求。具体地，依据本发明的一个实施例，在调度请求被触发后，用户设备根据触发该调度请求的业务的服务质量要求选择发起随机接入过程来发送该调度请求(例如，在该业务对延时要求较高的情况下)。

本领域技术人员能够理解的是，在如图2所示的实施例中，时间窗可以是由基站根据业务特性和/或网络情况确定的，例如当业务的延时要求较高时，将与该业务相关的时间窗设为较小的值；当网络负载较大甚至发生拥堵时，将与该业务相关的时间窗设为较大的值。

由此，本发明的方案够有效地控制用于不同种类的业务的不同的调度请求传输间隔，如果两种业务并行运行，该方案能够有效地实现对灵活的调度请求传输间隔的控制。

在依据本发明的一个实施例中，例如在业务没有延时要求的情况下，时间窗被设为缺省值无穷大。在这一实施例中，用户设备不会启用随机接入信道来发送调度请求。

在依据本发明的另一个实施例中，例如在业务对延时要求极高的情况下，时间窗被设为0。在这一实施例中，用户设备将选择在随机接入信道和专用调度请求资源中更靠近调度请求被触发的时刻的那个来发送调度请求。

本领域技术人员能够理解的是，以上两种实施方式可以在不引入时间窗的情况下，根据业务的特性来实现。业务特性通过业务的类型、逻辑信道组、或业务的服务质量要求来表征。

在依据本发明的一个实施例中，在上行控制信道上的专用调度请求资源上向基站发送调度请求之前，还需要进一步判断附加条件是否满足；如果判断结果为是，则在上行控制信道的专用调度请求资源上向基站发送调度请求；如果判断结果为否，则向所述基站发送请求消息，以通知所述基站释放分配给所述用户设备的上行控制信道上的专用调度请求资源，并在随机接入信道上向基站发送调度请求。附加条件与在前文结合现有技术描述的类似，在此不再赘述。

在依据本发明的一个实施例中，上行控制信道的专用调度请求资源和随机接入信道资源是与业务特性相关的。

图3示出了依据本发明的一个实施方式的在用户设备侧传输调度请求的时序图。图3中粗实线与带箭头的粗实线以及细虚线表示的内容与结合图1所描述的类似，在此不再赘述。在图3所示的实施例中，用户设备处仅有一种业务类型的调度请求被触发。在该实施例中，用户设备被配置具有调度请求时间窗，如果调度请求被触发，那么用户设备将启动该时间窗且判断用于调度请求的预留的物理上行控制信道是否在该调度请求时间窗内。在图3上半部分所示的场景1中，物理上行控制信道不在该时间窗内且在即将到来的物理上行控制信道资源之前有随机接入信道资源，所以用户设备将在随机接入信道上发送调度请求。在图3下半部分所示的场景2中，在该时间窗内存在物理上行控制信道，因此用户设备将等待，并在用于调度请求的有效物理上行控制信道上传输调度请求。

图4示出了依据本发明的又一个实施方式的在用户设备侧传输调度请求的时序图。在图3所示的实施例中，用户设备处有两种业务类型(业务1和业务2)的调度请求被触发。在该实施例中，每一种业务(其属于不同的逻辑信道组(LogicChannelGroup：LCG))将被配置不同的调度请求时间窗。如果调度请求被触发，那么用户设备首先将判断该触发的调度请求是由哪一种业务引起的并启动相应的时间窗，然后判断即将到来的用于调度请求的预留的物理上行控制信道是否在已启动的时间窗之内。如图4中上半部分所示的场景1，第一个触发的调度请求是由业务1引起的，将为该业务启动时间窗T1，因为即将到来的为调度请求预留的物理上行控制信道不在该时间窗内且在即将到来的预留的物理上行控制信道资源之前有随机接入信道资源，用户设备将采用随机接入信道传输调度请求。第二个触发的调度请求是由业务2引起的，将为该业务启动时间窗T2，因为即将到来的为调度请求预留的物理上行控制信道不在该时间窗内且在即将到来的预留的物理上行控制信道资源之前有随机接入信道资源，用户设备将采用随机接入信道传输调度请求。在图4中下半部分所示的场景2中，第一个触发的调度请求是由业务1引起的，将为该业务启动时间窗T1，因为为调度请求预留的物理上行控制信道在该时间窗内，用户设备将等待，并在用于调度请求的有效的物理上行控制信道上传输该调度请求。第二个触发的调度请求是由业务2引起的，将为该业务启动时间窗T2，因为为调度请求预留的物理上行控制信道在该时间窗内，用户设备将等待，并在即将到来的用于调度请求的有效的物理上行控制信道上传输该调度请求。

图5示出了依据本发明的又一个实施方式与现有技术相对比的在用户设备侧传输调度请求的时序图。如图5所示在依据本发明实施例中，物理上行控制信道的周期为P1，时间窗是物理上行链路控制信道周期P1的一半，且现有的解决方案的调度请求的周期为P1/2。在依据本发明的实施例中，如果调度请求SR1在时间点A(在时间点P1/2之前)被触发，那么将在时间点A采用随机接入信道传输调度请求，且如果调度请求SR2在时间点B(在时间点P1/2之后)被触发，那么用户设备将等待预留的物理上行控制信道资源且在时间点C传输调度请求。而在现有的方法中，如果调度请求在时间点A(在时间点P1/2之前)被触发，那么用户设备将等待预留的物理上行链路控制信道资源且在时间点D传输调度请求。且如果调度请求在时间点B(在时间点P1/2之后)被触发，那么用户设备将等待预留的物理上行链路控制信道资源且在时间点E传输调度请求。因此，从延时性能方面来看，依据本发明的具有调度请求周期P1的方法明显优于具有调度请求周期P1/2的现有方法。更进一步地，我们的方法还可以节省资源块开销且能够享受由长的物理上行控制信道周期带来的增益。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论如何来看，均应将实施例看作是示范性的，而且是非限制性的。此外，明显的，“包括”一词不排除其他元素和步骤，并且措辞“一个”不排除复数。装置权利要求中陈述的多个元件也可以由一个元件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (13)

1.一种在无线通信网的用户设备中用于发送调度请求的方法，所述方法包括如下步骤：

a.从基站接收关于分配给所述用户设备的上行控制信道上的专用调度请求资源和随机接入信道资源的信息；

b.在调度请求被触发之后，基于触发所述调度请求的业务的业务特性及与业务特性相关的信息来选择所述上行控制信道上的专用调度请求和所述随机接入信道之一来发送所述调度请求。

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

-业务的类型；

-逻辑信道组；

-业务的服务质量要求。

3.根据权利要求1所述的方法，其特征在于，所述与业务特性相关的信息包括：一个或多个时间窗的信息；

并且，所述步骤b进一步包括：

-基于所述调度请求从所述一个或多个时间窗内选择一个时间窗；

-以所述调度请求被触发的时刻为所述所选择的时间窗的起始点，判断所述所选择的时间窗内是否存在所述基站分配给所述用户设备的上行控制信道上的专用调度请求资源；

-如果判断结果为是，则在所述上行控制信道上的专用调度请求资源上向所述基站发送所述调度请求；

-如果判断结果为否，则进一步判断在即将到来的上行控制信道上的专用调度请求资源之前是否存在随机接入信道资源；

-如果判断结果为是，则在所述随机接入信道上向所述基站发送所述调度请求；

-如果判断结果为否，则在所述即将到来的上行控制信道上的专用调度请求资源上向所述基站发送所述调度请求。

4.根据权利要求3所述的方法，其特征在于，

在所述上行控制信道上的专用调度请求资源/所述即将到来的上行控制信道上的专用调度请求资源上向所述基站发送所述调度请求之前，进一步判断附加条件是否满足；

-如果判断结果为是，则在所述上行控制信道上的专用调度请求资源/所述即将到来的上行控制信道上的专用调度请求资源上向基站发送所述调度请求；

-如果判断结果为否，则向所述基站发送请求消息，以通知所述基站释放分配给所述用户设备的上行控制信道上的专用调度请求资源，并在随机接入信道上向所述基站发送所述调度请求。

5.根据权利要求3所述的方法，其特征在于，

在所述步骤b之前还包括步骤：

-从所述基站接收所述一个或者多个时间窗的信息。

6.根据权利要求3所述的方法，其特征在于，所述至少一个时间窗的信息是预先定义的。

7.根据权利要求3所述的方法，其特征在于，所述步骤b进一步包括：

-在调度请求被触发之后，根据触发所述调度请求的业务的业务特性选择与所述业务特性相关的时间窗。

8.根据权利要求1-7中任意一项所述的方法，其特征在于，所述上行控制信道上的专用调度请求资源和随机接入信道资源是与业务特性相关的。

9.根据权利要求3-7中任意一项所述的方法，其特征在于，所述至少一个时间窗中的每一个是与当前网络状态相关的。

10.一种在无线通信网的基站中用于辅助用户设备发送调度请求的方法，所述方法包括如下步骤：

i.向所述用户设备发送关于分配给所述用户设备的上行控制信道上的专用调度请求资源、随机接入信道资源的信息，以及与业务特性相关的信息；

ii.接收来自用户设备的调度请求，其中，所述调度请求基于触发所述调度请求的业务的业务特性及与业务特性相关的信息来选择所述上行控制信道上的专用调度请求和所述随机接入信道之一来发送。

11.根据权利要求10所述的方法，其特征在于，所述业务特性通过以下任一种方式表征：

-业务的类型；

-逻辑信道组；

-业务的服务质量要求。

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

-根据所述业务特性确定所述与业务特性相关的信息，所述与业务特性相关的信息包括一个或多个时间窗。

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

-根据当前网络状态确定所述一个或多个时间窗中的每一个。