CN101355788B - 发送上行资源调度请求的方法和装置 - Google Patents

Abstract

本发明公开了一种发送上行资源调度请求的方法，属于无线通信领域。该方法包括：根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置优先级和组编号；当用户设备发送数据且用户设备被分配了上行资源时，根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送该上行资源调度请求。本发明还公开了一种发送上行资源调度请求的装置。本发明通过对用户设备的无线承载进行分组和生成上行资源调度请求的格式，具有既保证了各个无线承载的服务质量要求，又可以减少上报开销的效果。

Description

发送上行资源调度请求的方法和装置

技术领域

本发明涉及无线通信领域，特别涉及一种发送上行资源调度请求的方法和装置。 

背景技术

随着2.5G、3G技术的发展，最近几年无线网络的发展异常迅猛，传统的CS(Circuit Service-电路服务)域已经不能满足数据业务的需求，手机已经不仅可以用于传递语音，而且还可以传递众多的多媒体业务，例如信息传输、视频点播等。在通信系统中，有一些资源是稀缺资源，例如GSM(Global System for Mobile communication-全球移动通信系统)系统中的频率资源，WCDMA(Wide-band Code Division Multiple Access-宽带码分多址接入)系统中的CDMA(Code Division Multiple Access-码分多址接入)码资源、功率、频率，3GPP LTE(3.GenerationPartnership Project Long Term Evolution-第三代合作伙伴计划长期演进)系统中的物理资源块。为了充分地利用资源，MAC(MediaAccess Control-媒体接入控制)层调度算法必须结合用户的QoS(Quality of Service-服务质量)要求和信道质量，同时考虑物理层的资源利用情况，进行资源分配的优化。 

eNodeB(evolutional NodeB-演进的NodeB)侧MAC层调度分为下行调度和上行调度。对于上行调度，需要UE(User Equipment-用户设备)发送上行资源调度请求信息，用于向eNodeB报告当前各个RB(Radio Bearer-无线承载)的缓存状态。缓存状态报告主要有三种报告粒度：UE、RB和RB组，每一种粒度代表了一种报告开销与报告的信息精度之间的一种折衷。上行资源调度请求(SR-Schedule Request)主要有如下两种发送方式：1.当eNodeB对UE分配了上行资源时，UE有数据需要发送的时候，SR通过带内方式与上行数据一起发送；2.当eNodeB未对UE分配了上行资源时，UE有数据需要发送的时候，通过竞争方式在RACH(RandomAccess Channel-随机接入信道)上发送SR，或者通过其它各种避免竞争方式发送SR。上行资源调度请求既要考虑QoS要求，又要考虑开销，对于开销问题，很多厂商提出一些优化方案，如映射方案、增量或总量报告方案等。 

在目前现有技术中，提出了一种通过避免竞争方式发送上行资源调度请求的机制，其原理为：当有数据无关控制信令发送的时候，上行资源调度请求和数据无关控制信令复用；当无数据无关控制信令发送的时候，上行资源调度请求使用动态自由竞争接入机制或专有信号机制。但是这种发送上行资源调度请求的机制需要根据UE有无数据无关控制信令发送来决定如何复用，而且上行资源调度请求和数据无关控制信令的上报彼此不独立，上行资源调度请求和数据无关控制信令的复用会对数据无关控制信令的上报产生影响，复用控制也比较复杂；动态自由竞争接入机制需要依赖能量检测的准确，而能量与UE个数的关系无法确定。另外，现有技术中还提出了可以缩减开销的差量缓存上报机制。差量缓存上报机制需要上报动态变化的比特数目，虽然缩减了上报开销，但是会带来控制开销，同时差量缓存上报机制还引入了同步问题。基于上述缺点，有必要提出一种综合考虑用户的QoS要求和上报开销的优化的上行资源调度请求方案。 

发明内容

为了满足用户设备的各个无线承载的服务质量要求，以及减少上报开销，本发明实施例提供了一种发送上行资源调度请求的方法，该方法包括： 

根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置优先级和组编号； 

当该用户设备发送数据且所述用户设备被分配了上行资源时，根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送该上行资源调度请求； 

所述根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求具体包括： 

根据所述每个无线承载组的优先级和缓存状态值，生成所述上行资源调度请求头结构的第一上报标识位； 

根据所述每个无线承载组的优先级和组编号，在所述上行资源调度请求的数据部分中对所述缓存状态值进行排列。。 

本发明实施例还提供了一种发送上行资源调度请求的方法，该方法包括： 

根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置组编号； 

当该用户设备发送数据且所述用户设备被分配了上行资源时，根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求，并发送该上行资源调度请求； 

所述根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求具体为：根据每个无线承载组的组编号的排列顺序，对所述缓存状态值进行排列，并在每个所述缓存状态值 的前面或后面添加组编号信息。 

本发明实施例提供了一种发送上行资源调度请求的装置，该装置包括： 

分组模块，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组； 

识别模块，用于识别出每个无线承载组所承载的业务类型，并发送识别结果； 

设置模块，用于接收所述识别模块发送的识别结果，并根据所述识别结果设置每个无线承载组的优先级和组编号；和 

生成发送模块，用于根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送该上行资源调度请求； 

所述生成发送模块包括： 

附图说明

第一上报标识位生成单元，用于根据每个无线承载组的优先级和缓存状态值，生成所述上行资源调度请求头结构的第一上报标识位； 

排列单元，用于根据每个无线承载组的优先级和组编号，在所述上行资源调度请求的数据部分中对所述缓存状态值进行排列；和 

发送单元，用于发送经过所述第一上报标识位生成单元和排列单元生成的上行资源调度请求。。 

本发明实施例还提供了一种发送上行资源调度请求的装置，该装置包括： 

分组模块，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组； 

设置模块，用于设置每个无线承载组的组编号；和 

生成发送模块，用于根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求，并发送该上行资源调度请求； 

所述生成发送模块包括： 

具体实施方式

排列单元，用于根据每个无线承载组的组编号的排列顺序，对所述缓存状态值进行排列； 

添加单元，用于在每个所述缓存状态值的前面或后面添加组编号信息；和 

发送单元，用于发送经过所述排列单元和添加单元生成的上行资源调度请求。 

本发明实施例提供的技术方案通过对用户设备的无线承载进行分组和生成上行资源调度请求，既保证了各个无线承载的服务质量要求，又可以减少上报开销。 

图1是本发明实施例提供的发送上行资源调度请求的方法流程图； 

图2是本发明实施例提供的第一种上行资源调度请求SR的格式图； 

图3是本发明实施例提供的RB组1、RB组2、RB组4需要上报缓存状态时，上行资源调度请求SR的格式图； 

图4是本发明实施例提供的第二种上行资源调度请求SR的格式图； 

图5是本发明实施例提供的第三种上行资源调度请求SR的格式图； 

图6是本发明实施例提供的第四种上行资源调度请求SR的格式图； 

图7是本发明实施例提供的第一种发送上行资源调度请求的装置的结构图； 

图8是本发明实施例提供的第二种发送上行资源调度请求的装置的结构图。 

下面结合附图对本发明实施方式作进一步地详细描述。 

当UE有数据需要发送的时候，UE发送上行资源调度请求需要考虑两种应用场景：1.eNodeB对UE分配了上行资源；2.eNodeB未对UE分配上行资源。根据这两种不同的应用场景，上行资源调度请求有不同的发送方式，下面的实施例针对这两种应用场景进行阐述。 

参见图1，本发明实施例提供的发送上行资源调度请求的方法，具体包括以下步骤： 

步骤101：UE接入eNodeB后，根据RB的QoS特性和所承载的业务类型(IP承载语音业务除外)对所有RB进行分组，并设置每个RB组的优先级和组编号group ID。 

对UE的所有RB进行分组和设置每个RB组的优先级具体包括： 

1.将承载RT(Realtime Traffic-实时业务)业务类型的RB分成一个RB组，并且设置该RB组的优先级最高； 

2.将承载NRT(Non-Realtime Traffic-非实时业务)业务类型的RB(有最小和最大速率要求)按照QoS特性分成多个RB组，分组原则为：预先设置比例常数C、速率R和所有NRT业务分组后的总RB组数N，并定义变量K(1＜＝K＜＝N)；承载NRT业务的RB的最小速率在区间(K×R，K×C×R)内的RB分为同一个RB组，即承载NRT业务的RB的最小速率在区间(R，C×R)内的RB分为同一个RB组，承载NRT业务的RB的最小速率在区间(2×R，2×C×R)内的RB分为同一个RB组，承载NRT业务的RB的最小速率在区间(3×R，3×C×R)内的RB分为同一个RB组，……，承载NRT业务的RB的最小速率在区间(N×R，N×C×R)内的RB分为同一个RB组，这样将所有承载NRT业务的RB分成了N个RB组，并且设置NRT业务下所有RB组具有相同的优先级，优先级次高； 

3.将承载BE(Best Effort-尽力而为业务)业务类型的RB(最小速率为零)分成一个RB组，并且设置该RB组的优先级最低。 

RB组的分类和优先级顺序是可以根据系统需要进行设置的。不同的RB组可以有不同的上报频度，各RB组彼此独立上报上行资源调度请求。 

步骤102：UE有数据需要发送，检查eNodeB是否为其分配了上行资源，如果是，则执行步骤103-步骤104，否则执行步骤105。 

步骤103：RB组需要向eNodeB上报该组的缓存状态值，根据每个RB组的缓存状态值、每个RB组的优先级和组编号生成上行资源调度请求SR。 

RB组需要向eNodeB上报该组的缓存状态值可以通过如下方法实现：每个RB组预先设置一个门限值；UE计算最近一次该RB组向eNodeB上报的缓存数量与当前该组缓存实际数量的差值的绝对值；如果该绝对值小于该RB组设置的门限值，则该RB组需要向eNodeB上报该组的缓存状态值，否则该RB组不需要向eNodeB上报该组的缓存状态值。 

上行资源调度请求SR由SR头部和SR数据部分组成，其格式如图2所示： 

1.SR头部为二级bitmap(位图)结构，二级bitmap用于标识每个RB组是否上报缓存状态： 

第一级bitmap由三个比特位组成，作为上行资源调度请求中的第一上报标识位： 

第一个比特位对应所有RT业务所在的RB组，若该比特位置1，表示SR数据部分含有该RB组的缓存状态值；若该比特位置0，表示SR数据部分不含有该RB组的缓存状态值； 

第二个比特位对应第二级bitmap，若该比特位置1，表示存在相应的第二级bitmap；若该比特位置0，表示不存在相应的第二级bitmap； 

第三个比特位对应所有BE业务所在的RB组，若该比特位置1，表示SR数据部分含有该RB组的缓存状态值；若该比特位置0，表示SR数据部分不含有该RB组的缓存状态值。 

第二级bitmap由多个比特位组成，作为上行资源调度请求中的第二上报标识位，用来描述承载NRT业务类型的多个RB组，NRT业务分组后的总RB组数N就是第二级bitmap的比特位的总数，每个比特位按照RB组编号降序排列。第二级bitmap的每一个比特位对应NRT业务类型的一个RB组，用于标识是否含有该组的缓存状态值，若比特位置1，表示SR数据部分含有相应RB组的缓存状态值；若比特位置0，表示SR数据部分不含有相应RB组的缓存状态值；若承载NRT业务的所有RB组都不需要上报缓存状态值，则不存在第二级bitmap，在第一级bitmap的第二个比特位置0；若至少有一个承载NRT业务的RB组需要上报缓存状态值，则存在第二级bitmap，在第一级bitmap的第二个比特位置1。 

两级bitmap中的比特位的设置和排列顺序，以及每个比特位所代表的含义是可以根据系统需要进行设置的。 

2.SR数据部分：用于上报每个RB组的缓存状态值。每个RB组的缓存状态值按照RB组的优先级降序排列在SR数据部分中，承载NRT业务的RB组的缓存状态值按照组编号group ID从大到小降序排列在SR数据部分中。每个RB组的缓存状态值在SR数据部分的排列顺序是可以根据系统需要进行设置的。按照RB组优先级降序排列的顺序来设置RB组的缓存状态值在SR数据部分所在的位置，以及按照组编号group ID从大到小降序排列来设置承载NRT业务的RB组的缓存状态值在SR数据部分所在的位置，这样不需要在SR数据部分携带额外的组编号group ID等信息，因此通过上述二级bitmap可以获取相应的RB组的缓存状态值。 

为了进一步减少上报开销，同时避免eNodeB与UE之间缓存状态不同步，RB组的缓存状态值为一个由多个比特位组成的index(索引)值，每个index值对应一个实际缓存范围值，例如index值可以为5bits，相应于32个缓存范围值，index值与32个缓存范围值的对应关系可以预先配置，并在eNodeB与UE保持一致。 

下面通过一个具体的例子来说明上行资源调度请求SR的格式：根据RB的QoS特性和所承载的业务类型，UE将所有RB分为4个RB组，并分配组编号为：RB组1、RB组2、RB组3和RB组4。RB组1承载RT业务；承载NRT业务的分为两组，分别为RB组2和RB组3；RB组4承载BE业务。RB组1、RB组2、RB组4需要上报缓存状态值，缓存状态值分别为：11111、10011、01010，则上行资源调度请求SR的格式如图3所示。RB组1、RB组2、RB组4上报的缓存状态值分别对应一个实际缓存范围值，例如缓存状态值11111代表的实际缓存范围值为512KB、缓存状态值10011代表的实际缓存范围值为256KB、缓存状态值01010代表的实际缓存范围值为1024KB，不同的缓存状态值所代表的实际缓存范围值可以根据系统需要进行设置。 

步骤104：上行资源调度请求SR通过带内方式与UE要发送的数据一起发送给eNodeB。 

eNodeB从收到的上行资源调度请求SR中获得RB组的缓存状态值，并根据RB组的缓存状态值合理的给UE分配上行资源。如果eNodeB从上行资源调度请求SR中没有获得某个RB组的缓存状态值，则eNodeB使用最近一次该RB组通过上行资源调度请求SR向eNodeB上报的缓存状态值，进而根据RB组的缓存状态值合理的给UE分配上行资源。 

步骤105：UE通过竞争方式在RACH上发送数字序列。 

UE通过竞争方式在RACH上发送数字序列，eNodeB收到数字序列后，根据该数字序列的编号所对应的缓存范围值向UE分配上行资源，数字序列的编号与缓存范围值的对应关系可以根据系统需要进行设置。为了保证UE可以获得足够大的上行资源，通常情况下，UE通过竞 争方式在RACH上发送的数字序列为代表最大缓存范围值的数字序列。 

本实施例根据RB的QoS特性和所承载的业务类型进行分组，既保证了各个RB的QoS要求，又可以减少上报开销；采用上报index方式有利于减少上报开销；上行资源调度请求SR的头部采用bitmap设计有利于独立控制各个RB组的上报频度；按照预定义的优先级降序排列顺序和组编号group ID从大到小排列顺序，设置RB组的缓存状态值在SR数据部分中的位置，使得SR数据部分不需要携带额外的group ID等信息，减少了额外信息带来的开销；每个RB组通过预先设置一个门限值来决定是否向eNodeB上报缓存状态值，这样有利于进一步减少上报开销；通过竞争方式在RACH上发送数字序列，避免了信息量大和由此带来的时延问题。 

除了上面实施例提到的上行资源调度请求SR的头部可以设计为两级bitmap结构外，还可以设计上行资源调度请求SR的头部为一级bitmap结构： 

1.上行资源调度请求SR的头部为一级bitmap结构时，如图4所示：SR头部的bitmap由多个比特位组成，作为上行资源调度请求中的第一上报标识位，比特位的总数与所有业务类型的RB组的总数一样，每一个比特位对应一个RB组，用于标识SR数据部分是否含有相应RB组的缓存状态值，若比特位置1，表示SR数据部分含有相应RB组的缓存状态值；若比特位置0，表示SR数据部分不含有相应RB组的缓存状态值。RB组与RB组之间可以有不同的上报频度，每个RB组根据频度上报缓存状态值。一级bitmap中的比特位的设置和排列顺序，以及每个比特位所代表的含义是可以根据系统需要进行设置的。每个RB组的缓存状态值按照RB组的优先级降序排列在SR数据部分中，承载NRT业务类型的RB组的缓存状态值按照组编号group ID从大到小降序排列在SR数据部分中。每个RB组的缓存状态值在SR数据部分的排列顺序是可以根据系统需要进行设置的。按照RB组优先级降序排列的顺序来设置RB组的缓存状态值在SR数据部分所在的位置，以及按照组编号group ID从大到小降序排列来设置承载NRT业务的RB组的缓存状态值在SR数据部分所在的位置，这样不需要在SR数据部分携带额外的组编号group ID等信息，而可以通过bitmap获取相应的RB组的缓存状态值。 

2.上行资源调度请求SR的头部为一级bitmap结构时，如图5所示：SR头部的bitmap由3个比特位组成，作为上行资源调度请求中的第一上报标识位，各个比特位的定义如下： 

1)第一个比特位对应所有RT业务所在的RB组，若该比特位置1，表示SR数据部分含有该RB组的缓存状态值；若该比特位置0，表示SR数据部分不含有该RB组的缓存状态值；优先级最高； 

2)第二个比特位对应所有BE业务所在的RB组，若该比特位置1，表示SR数据部分含有该RB组的缓存状态值；若该比特位置0，表示SR数据部分不含有该RB组的缓存状态值；优先 级最低； 

3)第三个比特位对应所有NRT业务，所有承载NRT业务的RB按照QoS特性分成多个RB组，分组原则为：预先设置比例常数C、速率R和所有NRT业务分组后的总RB组数N，并定义变量K(1＜＝K＜＝N)；承载NRT业务的RB的最小速率在区间(K×R，K×C×R)内的RB分为同一个RB组，即承载NRT业务的RB的最小速率在区间(R，C×R)内的RB分为同一个RB组，承载NRT业务的RB的最小速率在区间(2×R，2×C×R)内的RB分为同一个RB组，承载NRT业务的RB的最小速率在区间(3×R，3×C×R)内的RB分为同一个RB组，……，承载NRT业务的RB的最小速率在区间(N×R，N×C×R)内的RB分为同一个RB组，这样将所有承载NRT业务的RB分成了N个RB组，并且设置NRT业务下所有RB组具有相同的优先级，优先级次高；若至少一个承载NRT业务的RB组上报缓存状态值，则将bitmap中的第三个比特位置1，每个承载NRT业务的RB组之间通过添加组编号group ID进行区分。 

每一个比特位用于标识是否含有该类业务上报的缓存状态值，若没有该类业务上报的缓存状态值，eNodeB参考最近一次该类业务上报的缓存状态值；RB组与RB组之间可以有不同的上报频度，每个RB组根据频度上报。一级bitmap中的比特位的设置和排列顺序，以及每个比特位所代表的含义是可以根据系统需要进行设置的。每个RB组的缓存状态值按照bitmap结构中比特位的对应关系排列在SR数据部分中，在属于NRT业务类型的RB组的缓存状态值的前面或后面添加组编号，本实施例在属于NRT业务类型的每个RB组的缓存状态值前面添加组编号group ID信息，并按照组编号从大到小降序排列在SR数据部分中。每个RB组的缓存状态值在SR数据部分的排列顺序是可以根据系统需要进行设置的。 

除了上行资源调度请求SR的头部可以为两级bitmap结构或一级bitmap结构外，还可以不包含bitmap结构，如图6所示。发送不包含bitmap结构的上行资源调度请求SR的方法与上面的实施例基本相同，只是步骤101和步骤103有所不同，步骤101和步骤103变为： 

步骤101′：UE接入eNodeB后，根据RB的QoS特性和所承载的业务类型(IP承载语音业务除外)对所有RB进行分组，并设置每个RB组的组编号group ID。 

对UE的所有RB进行分组同上面实施例步骤101中的分组，这里不再赘述。 

步骤103′：RB组需要向eNodeB上报该组的缓存状态值，根据每个RB组的缓存状态值和组编号生成上行资源调度请求SR。 

上行资源调度请求SR由所有业务类型的每个RB组的缓存状态值和每个RB组的组编号group ID组成，每个RB组的缓存状态值按照组编号group ID从大到小降序排列在SR中，且在 每个RB组的缓存状态值的前面或后面添加组编号group ID信息，本实施在每个RB组的缓存状态值前面添加组编号group ID信息，每个RB组之间通过组编号group ID进行区分。缓存状态值为一个由多个比特位组成的index(索引)值，每个index值对应一个实际缓存范围值，例如index值可以为5bits，相应于32个缓存范围值，index值与32个缓存范围值的对应关系可以预先配置，并在eNodeB与UE保持一致。 

本实施例根据RB的QoS特性和所承载的业务类型进行分组，既保证了各个RB的QoS要求，又可以减少上报开销；采用上报index方式有利于减少上报开销。 

参见图7，本发明实施例提供了一种发送上行资源调度请求的装置，该装置包括： 

分组模块101，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组； 

识别模块102，用于识别出每个无线承载组所承载的业务类型，并发送识别结果； 

设置模块103，用于接收识别模块发送的识别结果，并根据识别结果设置每个无线承载组的优先级和组编号； 

生成发送模块104，用于根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送该上行资源调度请求。 

上行资源调度请求包括头结构和数据部分。 

生成发送模块104包括： 

第一上报标识位生成单元，用于根据每个无线承载组的优先级和缓存状态值，生成上行资源调度请求头结构的第一上报标识位； 

排列单元，用于根据每个无线承载组的优先级和组编号，在上行资源调度请求的数据部分中对缓存状态值进行排列； 

发送单元，用于发送经过第一上报标识位生成单元和排列单元生成的上行资源调度请求。 

生成发送模块104还包括第二上报标识位生成单元，第二上报标识位生成单元用于根据承载非实时业务的每个无线承载组的组编号和缓存状态值，生成上行资源调度请求头结构的第二上报标识位。 

生成发送模块104还包括添加单元，添加单元用于在承载非实时业务的每个无线承载组的缓存状态值的前面或后面添加组编号信息。 

缓存状态值为一个由多个比特位组成的索引值，索引值对应一个实际的缓存范围值。 

本实施通过分组模块101对用户设备的无线承载进行分组，通过生成发送模块104生成 并发送上行资源调度请求，使得既保证了各个无线承载的服务质量要求，又可以减少上报开销。 

参见图8，本发明实施例还提供了一种发送上行资源调度请求的装置，该装置包括： 

分组模块201，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组； 

设置模块202，用于设置每个无线承载组的组编号； 

生成发送模块203，用于根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求，并发送该上行资源调度请求。 

生成发送模块203包括： 

排列单元，用于根据每个无线承载组的组编号的排列顺序，对缓存状态值进行排列； 

添加单元，用于在每个缓存状态值的前面或后面添加组编号信息； 

发送单元，用于发送经过排列单元和添加单元生成的上行资源调度请求。 

缓存状态值为一个由多个比特位组成的索引值，索引值对应一个实际的缓存范围值。 

本实施通过分组模块201对用户设备的无线承载进行分组，通过生成发送模块203生成并发送上行资源调度请求，使得既保证了各个无线承载的服务质量要求，又可以减少上报开销。 

本发明实施例比较全面的考虑了上行资源调度请求应用的所有场景；根据RB的QoS特性和所承载的业务类型进行分组，既保证了各个RB的QoS要求，又可以减少上报开销，而且还不用动态切换上报粒度；采用上报index方式有利于减少上报开销；上行资源调度请求SR的头部采用bitmap设计有利于独立控制各个RB组的上报频度，两级bitmap的设计灵活而且便于扩充；按照RB组优先级降序排列的顺序来设置RB组的缓存状态值在SR数据部分所在的位置，以及按照组编号group ID从大到小降序排列来设置承载NRT业务的RB组的缓存状态值在SR数据部分所在的位置，这样不需要在SR数据部分携带额外的组编号group ID等信息，减少了额外信息带来的开销；每个RB组通过预先设置一个门限值来决定是否向eNodeB上报该组的缓存状态值，这样有利于进一步减少上报开销；通过竞争方式在RACH上发送数字序列，避免了信息量大和由此带来的时延问题。 

本发明实施例可以利用软件实现，例如利用C语言、汇编语言实现，相应的软件可以存储在可读取的存储介质中，例如计算机的硬盘、内存中。 

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之 内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (18)

1.一种发送上行资源调度请求的方法，其特征在于，所述方法包括：

根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置优先级和组编号；

当所述用户设备发送数据且所述用户设备被分配了上行资源时，根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送所述上行资源调度请求；

所述根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求具体包括：

根据所述每个无线承载组的优先级和缓存状态值，生成所述上行资源调度请求头结构的第一上报标识位；

根据所述每个无线承载组的优先级和组编号，在所述上行资源调度请求的数据部分中对所述缓存状态值进行排列。

2.如权利要求1所述的发送上行资源调度请求的方法，其特征在于，所述对无线承载进行分组具体包括：

将承载实时业务的无线承载分成一组，将承载非实时业务的无线承载按照所述服务质量特性分成多个组，将承载尽力而为业务的无线承载分成一组。

3.如权利要求2所述的发送上行资源调度请求的方法，其特征在于，所述将承载非实时业务的无线承载按照所述服务质量特性分成多个组具体为：根据承载非实时业务的无线承载的最小速率将承载非实时业务的无线承载分成多个组。

4.如权利要求1所述的发送上行资源调度请求的方法，其特征在于，所述上行资源调度请求包括头结构和数据部分。

5.如权利要求1所述的发送上行资源调度请求的方法，其特征在于，所述根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求还包括：

根据承载非实时业务的每个无线承载组的组编号和缓存状态值，生成所述上行资源调度请求头结构的第二上报标识位。

6.如权利要求1所述的发送上行资源调度请求的方法，其特征在于，所述在所述上行资源调度请求的数据部分中对所述缓存状态值进行排列还包括：在承载非实时业务的每个无线承载组的缓存状态值的前面或后面添加组编号信息。

7.如权利要求1-6中任一权利要求所述的发送上行资源调度请求的方法，其特征在于，所述缓存状态值为一个由多个比特位组成的索引值，所述索引值对应一个实际的缓存范围值。

8.一种发送上行资源调度请求的方法，其特征在于，所述方法包括：

根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置组编号；

当所述用户设备发送数据且所述用户设备被分配了上行资源时，根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求，并发送该上行资源调度请求；

所述根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求具体为：根据每个无线承载组的组编号的排列顺序，对所述缓存状态值进行排列，并在每个所述缓存状态值的前面或后面添加组编号信息。

9.如权利要求8所述的发送上行资源调度请求的方法，其特征在于，所述对无线承载进行分组具体包括：

将承载实时业务的无线承载分成一组，将承载非实时业务的无线承载按照所述服务质量特性分成多个组，将承载尽力而为业务的无线承载分成一组。

10.如权利要求9所述的发送上行资源调度请求的方法，其特征在于，所述将承载非实时业务的无线承载按照所述服务质量特性分成多个组具体为：根据承载非实时业务的无线承载的最小速率将承载非实时业务的无线承载分成多个组。

11.如权利要求8-10中任一权利要求所述的发送上行资源调度请求的方法，其特征在于，所述缓存状态值为一个由多个比特位组成的索引值，所述索引值对应一个实际的缓存范围值。

12.一种发送上行资源调度请求的装置，其特征在于，包括：

分组模块，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组；

识别模块，用于识别出每个无线承载组所承载的业务类型，并发送识别结果；

设置模块，用于接收所述识别模块发送的识别结果，并根据所述识别结果设置每个无线承载组的优先级和组编号；和

生成发送模块，用于根据每个无线承载组的缓存状态值、优先级和组编号生成上行资源调度请求，并发送该上行资源调度请求；

所述生成发送模块包括：

第一上报标识位生成单元，用于根据每个无线承载组的优先级和缓存状态值，生成所述上行资源调度请求头结构的第一上报标识位；

排列单元，用于根据每个无线承载组的优先级和组编号，在所述上行资源调度请求的数据部分中对所述缓存状态值进行排列；和

发送单元，用于发送经过所述第一上报标识位生成单元和排列单元生成的上行资源调度请求。

13.如权利要求12所述的发送上行资源调度请求的装置，其特征在于，所述上行资源调度请求包括头结构和数据部分。

14.如权利要求12所述的发送上行资源调度请求的装置，其特征在于，所述生成发送模块还包括第二上报标识位生成单元，所述第二上报标识位生成单元用于根据承载非实时业务的每个无线承载组的组编号和缓存状态值，生成所述上行资源调度请求头结构的第二上报标识位。

15.如权利要求12所述的发送上行资源调度请求的装置，其特征在于，所述生成发送模块还包括添加单元，所述添加单元用于在承载非实时业务的每个无线承载组的缓存状态值的前面或后面添加组编号信息。

16.如权利要求12-15中任一权利要求所述的发送上行资源调度请求的装置，其特征在于，所述缓存状态值为一个由多个比特位组成的索引值，所述索引值对应一个实际的缓存范围值。

17.一种发送上行资源调度请求的装置，其特征在于，包括：

分组模块，用于根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组；

设置模块，用于设置每个无线承载组的组编号；和

生成发送模块，用于根据每个无线承载组的缓存状态值和组编号生成上行资源调度请求，并发送该上行资源调度请求；

所述生成发送模块包括：

排列单元，用于根据每个无线承载组的组编号的排列顺序，对所述缓存状态值进行排列；

添加单元，用于在每个所述缓存状态值的前面或后面添加组编号信息；和

发送单元，用于发送经过所述排列单元和添加单元生成的上行资源调度请求。

18.如权利要求17所述的发送上行资源调度请求的装置，其特征在于，所述缓存状态值为一个由多个比特位组成的索引值，所述索引值对应一个实际的缓存范围值。

Images