WO2012130097A1

WO2012130097A1 - 一种用于资源请求的方法、站点和中心接入点

Info

Publication number: WO2012130097A1
Application number: PCT/CN2012/072904
Authority: WO
Inventors: 鲍东山; 周玉宝; 于晓燕; 姚惠娟; 闫志刚; 刘慎发
Original assignee: 北京新岸线无线技术有限公司
Priority date: 2011-03-31
Filing date: 2012-03-23
Publication date: 2012-10-04
Also published as: EP2693818A1; US20140112264A1; CN102781102A; EP2693818A4; CN103444249A; KR20140034178A; KR101910219B1; JP2014512748A; JP6105550B2

Abstract

本发明提供了一种用于资源请求的方法、站点和中心接入点，该方法包括：将传输资源请求承载于数据帧中；发送所述携带传输资源请求的数据帧。该方法提供了一种获取上行传输数据所需的资源的解决方案。

Description

一种用于资源请求的方法、站点和中心接入点本申请要求申请日为 2011年 3月 31 日，申请号为 201110081288.6，发明名称为一种无线通信方法的在先申请的优先权，申请日为 2011年 5月 19 日，申请号为 201110130194.3，发明名称为一种通信系统的在先申请的优先权，申请日为 2011年 7月 6 日，申请号为 201110188594.X, 发明名称为一种用于资源请求的方法、装置及系统的在先申请的优先权，申请日为 2012 年 2月 8 日，申请号为 201210027898.2，发明名称为一种用于资源请求的方法和装置的在先申请的优先权，以及申请日为 2012年 2月 21 日，申请号为 201210041628.7, 发明名称为一种用于资源请求的方法、站点和中心接入点的在先申请的优先权，所述在先申请的全部内容均已在本申请中体现。技术领域本发明属于无线通信领域，尤其涉及一种用于资源请求方法和装置。背景技术

近年来，无线网络技术有基于 802.11标准的无线局域网 WiFi技术、基于 802.15的蓝牙 Blu etooth系统以及由移动通信系统^"生而来的面向室内应用的 Femto技术等等。

基于 IEEE 802.11 的 WiFi技术是当今使用最广的一种无线网络传输技术。主要应用于无线局 i或网环境，应用场景以室内居多，也可应用于室外环境。 802.11系统由最初的基于 C D M A传输机制的 802.11 b演进为基于 OFDM 技术的 802.11 a和 802.11 g。尽管在最新的 IEEE 802.11 n-2009标准中，通过引入多天线（MIMO ) 技术使得 802.11 η物理层峰值速率可达 600Mbps，但是通常媒体接入控制（ MAC, Media ACess Control ) 层的呑吐仅仅最大能达到 300Mbps。所以对于传统的 WLAN 系统，基于 CSMA/CA (载波侦听 /冲突避免）的单用户接入的 MAC层设计一直是网络性能的瓶颈。所以，尽管现有的 Wi-Fi技术在一定程度上为用户提供了低廉的用户接入方式，但是很难再适应当前以及未来的飞速发展的高速率的多媒体业务需求。

基于 3GPP标准的 Femto技术是从移动通信系统演进而来的一种面向室内覆盖的新技术，基于 3G系统的 Femto技术釆用 CDMA传输机制，面向 LTE或 WiMAX系统的 Femto技术则釆用 OFDM传输机制。其多址接入机制通过时间、频率、码字为不同的用户分配相互正交的接入资源，这与面向竟争的 CSMA/CA随机多址接入有着本质不同。但是 Femto技术由面向移动通信系统的 3G/LTE/WiMAX系统衍生而来。由于 3G/LTE/WiMAX系统主要面向广域覆盖的移动通信场景，其系统特征对于中短距离无线通信场景并不优化。同时基于 3G/LTE/WiMAX比较复杂的上层协议设计和 PHY层对同步等的严格要求，导致设备成本也不能做到像 802.11 的低廉，这也是 Femto 技术目前一直没被广泛应用的重要原因之一。面对日益飞速发展的多媒体业务应用需求，为了更好地满足无线通信需求，需要提出更加适用的实现方案。发明内容

本发明要解决的技术问题是，提供一种用于资源请求的方法、站点和中心接入点，用以请求上行传输数据所需的资源。为了解决上述技术问题，本发明提出一种用于资源请求的方法，用于以随路方式发起资源请求，包括：将传输资源请求承载于数据帧中；

发送所述携带传输资源请求的数据帧。

为了解决上述技术问题，本发明还提出一种用于资源请求的方法，用于处理以随路方式发起的资源请求，包括：接收携带传输资源请求的数据帧；

从所述数据帧中解析出所述传输资源请求；根据所述传输资源请求，为对应的站点（STA)分配传输资源；

发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答中携带传输资源指示。

为了解决上述技术问题，本发明提出一种用于资源请求的 STA，用于以随路方式发起资源请求，包括：

封装模块，用于将传输资源请求承载于数据帧中；第一发送模块，用于发送所述携带传输资源请求的数据帧。

为了解决上述技术问题，本发明还提出一种用于资源请求的中心接入点 (CAP), 包括：接收模块，用于接收携带传输资源请求的数据帧；解析模块，用于从所述数据帧中解析出所述传输资源请求；

资源分配模块，用于根据所述传输资源请求，为对应的站点 STA分配传输资源；

发送模块，用于发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答中携带传输资源指示。

本发明提供的一种用于资源请求的方法、站点和中心接入点，用以获取上行传输数据所需的资源。附图说明图 1是本发明第一实施例一种资源请求的方法流程图；

图 2是本发明实施例调度请求序列生成方法流程示意图；

图 3是本发明实施例 PN序列生成器原理示意图；图 4是本发明实施例独立资源请求帧结构示意图；

图 5是用于实现第一实施例的竟争资源请求的 STA装置方框图；图 6是用于实现第一实施例的竟争资源请求的 CAP装置方框图；图 7是本发明第二实施例一种随路资源请求的方法流程图；图 8是用于实现第二实施例的随路资源请求的 STA装置方框图；图 9是用于实现第二实施例的随路资源请求的 CAP装置方框图；图 10是本发明第三实施例一种轮询资源请求的方法流程图；

图 11是用于实现第三实施例的轮询资源请求的 CAP装置方框图；图 12是本发明第四实施例一种轮询资源请求的方法流程图；图 13是用于实现第四实施例的轮询资源请求的 CAP装置方框图；图 14是本发明第五实施例一种轮询资源请求的方法流程图；图 15是用于实现第五实施例的轮询资源请求的 CAP装置方框图；图 16是本发明第六实施例一种轮询资源请求的方法流程图；

图 17是用于实现第六实施例的轮询资源请求的 CAP装置方框图。

具体实施方式以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语 "发明" 来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。第一实施例

本发明实施例提供了一种资源请求的方法，由需要上行传输数据的站点

(Station,筒称 STA)主动向中心接入点（ Central Access Point ,筒称 CAP )发起传输资源请求，通过竟争方式获取上行传输资源。其中， CAP 是为接入的 STA提供访问服务的实体； STA是具有媒体接入控制 (MAC)和物理层（ PHY ) 功能接口，能与 CAP通信的终端设备。本发明实施例资源请求方法具体如图 1所示，包括步骤：步骤 S101： STA发送第一传输资源请求；

步骤 S102: CAP接收所述第一传输资源请求，为所述 STA分配第一传输资源；

步骤 S103: 所述 CAP发送第一传输资源请求应答给所述 STA，所述第一传输资源请求应答中携带第一传输资源指示；

步骤 S104: 所述 STA接收所述第一传输资源请求应答；步骤 S105: 所述 STA利用所述第一传输资源发送第二传输资源请求；步骤 S106: 所述 CAP接收所述第二传输资源请求，为所述 STA分配第二传输资源；

步骤 S107: 所述 CAP发送第二传输资源请求应答给所述 STA，所述第二传输资源请求应答中携带第二传输资源指示；

步骤 S108: 所述 STA接收所述第二传输资源请求应答；步骤 S109: 所述 STA利用所述第二传输资源发送数据。本发明实施例上述资源请求的方法，由 STA主动向 CAP发起传输资源请求，通过两次交互，即先发起第一传输资源请求，触发资源请求进程，请求到第一传输资源，再利用第一传输资源发送第二传输资源请求，请求到用于上行传输数据的第二传输资源，从而完成整个资源请求过程，获得上行传输数据所需的资源。

较佳地，所述第一传输资源请求可以通过上行调度方式发起。当然，在另一实施例中，所述第一传输资源请求也可以釆用其他方式发起，例如利用空闲的上行传输资源发起，或者承载于上行数据帧中随数据帧发送出去以发起，等等，本发明在此不做限制。下面将对本发明实施例釆用调度方式发起第一传输资源请求的方式做进一步说明。

所述第一传输资源请求具体可以为一调度请求序列。 CAP接收到作为第一传输资源请求的调度请求序列后，在第一传输资源请求应答中携带所述调度请求序列的索引、所述调度请求序列的频域循环移位索引、所述调度请求序列在上行调度请求信道的发送位置和所述调度请求序列发送的系统帧号。 STA才艮据发送调度请求序列时使用的调度请求序列的索引、所述调度请求序列的频域循环移位索引、所述调度请求序列在上行调度请求信道的发送位置和所述调度请求序列发送的系统帧号作为判断依据，接收所述调度请求序列对应的第一传输资源请求应答。

当然，在另一实施例中，所述第一传输资源请求也可以釆用其他形式，本发明在此不故限制。下面将对本发明实施例设计调度请求序列作为第一传输资源请求的方式进行说明。

可以预先设计多个可作为第一传输资源请求的调度请求序列， STA在发起第一传输资源请求时，可以按照预定的规则，从所述多个调度请求序列选择一个作为第一传输资源请求。选择方式可以根据需要设置，例如等概率选择方式，等等。

在设计调度请求序列的标识时，可以对可选作第一传输资源请求的多个调度请求序列编号，以调度请求序列的序号作为所述调度请求序列的标识，所述编号可以为索引形式。当然，也可以以其他方式来标识不同的调度请求序列，本发明在此不故限制。本发明实施例还给出了一种生成调度请求序列的具体方法，如图 2所示，依次包括步骤：生成 PN序列、星座映射、子载波映射、生成循环移位序列、 'f夹速傅立叶逆变换 (Inverse Fast Fourier Transform,筒称 FFT)、力口 CP。图 2中，

CAP— MAC指 CAP的 MAC地址的最低 7比特，为 PN序歹' J索引（ 0≤ < 4 )， ^f^^cs }为循环移位参数集，】为循环移位参数索引（ ^0≤ < ⁸ )。生成 PN序列步骤，可釆用如图 3所示方式实现。即， PN序列釆用生成多项式为 1 + X¹¹ + X¹⁵的最大长度线性反馈移位寄存器序列。寄存器的初始值

^ = [00101011_¾¾¾¾], ， MSB 在左， LSB 在右；其中 [^r6^r5^r4^r3^r2^ri^roL = CAP MAC，是 CAP的 MAC地址的最 4氐 7比特。星座映射步骤，可以釆用 BPSK调制方式。如表 1所示，序列 ^Λ '经 BPSK 调制后，得到序列 ^e'。表 1

子载波映射步骤，可以按照下式，将序列 ·按照下式进行子载波映射，得到序列 0

生成循环移位序列步骤，可以对子载波映射后的序列 ^M '按照下式循环移位，得到序列。

N N

] ^ j- IFFT 丄、 IFFT i] .

式中：为 I FFT的点数， ² ' 2 ， ^δ 为循环移位参数，单位为釆样点个数。对于 20 M Hz系统，

, {0 32 64 96 1 28 1 60 192 224}。之后，对循环移位序列 ' 进行 I FFT和加 CP处理后，得到调度请求序列。釆用该方法将获得 32 个调度请求序列。之后，即可利用所述调度请求序列发起竟争资源请求了。

当然，在另一实施例中，也可以釆用其他方式生成调度请求序列，本发明在此不故限制。之后， STA将所述第一传输资源请求可以在上行调度请求信道上发送出去' 本发明实施例巧妙地通过上行调度请求信道发起第一传输资源请求，通过竟争方式实现本发明实施例资源请求过程，从而无需监听上行传输信道是否有资源可用，即使在没有上行传输资源的情况下，也可以进行资源请求。当然，在另一实施例中，所述第一传输资源请求也可以通过其他信道发起，例如利用上行传输信道，本发明在此不做限制。本发明实施例在上行调度请求信道发起第一传输资源请求，可设计以所述调度请求序列对应于上行调度请求信道的 OFDM 符号的位置标识所述调度请求序列的发送位置。当然，在另一实施例中，也可以以其他方式来标识调度请求序列的发送位置，本发明在此不故限制。在上行调度请求信道发起第一传输资源请求时，可以根据需要，釆用例如 BPSK、 QPSK等方式将第一传输资源请求调制到一上行调度请求信道上发送出。

较佳地，所述 CAP在为所述 STA分配第一传输资源后，可以通过传输控制信道下发资源分配指示。即，所述 CAP可以在传输控制信道上发送第一传输资源请求应答，其中携带第一传输资源指示。相应地，所述 STA将会在所述传输控制信道上接收到所述第一传输资源请求应答，从中获知为其分配的第一传输资源。当然，在另一实施例中，也可以设计通过其他信道下发所述第一传输资源请求应答，本发明在此不做限制。

较佳地，所述 CAP在为所述 STA分配第一传输资源后，可以以广播的方式发送所述第一传输资源请求应答。釆用广播方式发送第一传输资源请求应答时，所述 STA将根据预设的规则，接收对应的应答。 STA釆用调度请求序列触发上行资源请求时，可以才艮据发送调度请求序列时使用的调度请求序列的索引、所述调度请求序列的频域循环移位索引、所述调度请求序列在上行调度请求信道的发送位置和所述调度请求序列发送的系统帧号接收所述调度请求序列对应的第一传输资源请求应答。

本发明实施例此处给出一种具体的第一传输资源请求应答的格式，以作说明，参见表 2。

表 1资源请求帧资源分配比特定义

广播类型

b₃b₂b、b₀

b ₇b、b₀ =<m0, 独立资源请求帧（为独立资源请求帧分配资源）预留

=00 , 对应 UL-SRCH第 1个 OFDM符号的调度请求 23 22 ' ' ' ¾ =01 , 对应 UL-SRCH第 2个 OFDM符号的调度请求分配 1 = 10 , 对应 UL-SRCH第 3个 OFDM符号的调度请求

= 11 , 对应 UL-SRCH第 4个 OFDM符号的调度请求 b b_m , PN序列索引，域值： 0~3

较佳地，本发明实施例提供了一种第二传输资源请求的格式，支持基于业务流上报所请求的资源。其中，所述第二传输资源请求中包括发起所述第二传输资源请求的 STA的标识，所述 STA为一个或者多个业务流中的每一个业务流所请求的带宽资源的大小，以及所述各业务流的标识。 CAP通过解析所述第二传输资源请求，可获知所述 STA的各业务流，以及所述各业务流的资源需求情况。

较佳地，所述第二传输资源请求中还可以包括为每一个业务流所请求的带宽资源的类型。 CAP 支持 STA根据需要为不同的业务流选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小。

总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，本发明实施例还提供了另一种第二传输资源请求的格式，支持基于 STA上报所请求的资源。其中，所述第二传输资源请求中包括发起所述第二传输资源请求的 STA的标识，以及所述 STA请求的总的带宽资源的大小。

较佳地，所述第二传输资源请求中还可以包括所述 STA需要的带宽资源的类型。 CAP 支持 STA根据需要选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：

增量带宽，用于指示为 STA分配第二传输资源时，在为所述 STA 已分配的带宽资源大小的基础上，增加或减少所述 STA本次请求的带宽资源的大小；

总量带宽，用于指示为 STA分配第二传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，本发明实施例还提供一种带宽资源的表示方法，通过设计资源表，以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时，仅需要承载所述带宽资源对应于资源表中的索引值即可，尤其在请求的带宽资源较大时，以索引值来替代具体的带宽资源数值，将大大减少所占用的比特位，节约传输资源。为了更直观，下面给出一种资源表示例，如表 3所示。

表 3

II II II II II II II II II II II II II II II II II

II II II II II II

II II II II II II II II II II II II

55 1737< BS 〈=1792 119 229377< BS 〈=258048

56 1793< BS 〈=1904 120 258049< BS 〈=286720

57 1905< BS 〈=2016 121 28672K BS 〈=344064

58 2017< BS 〈=2128 122 344065< BS 〈=458752

59 2129< BS 〈=2240 123 458753< BS 〈=573440

60 224K BS 〈=2352 124 57344K BS 〈=802816

61 2353< BS 〈=2464 125 802817< BS 〈=1835008

62 2465< BS 〈=2576 126 1835009< BS 〈=3500000

63 2577< BS 〈=2688 127 BS 〉3500000

较佳地，可以根据需要设计多种精度范围的资源表。在执行资源请求时，可根据所请求的资源选择合适的资源表，在资源请求中携带资源表的标识和索引， CAP侧维护同样的资源表，根据接收到的资源请求中的资源表的标识和索引，定位到对应的资源表中对应索引的资源大小，从而获知 STA所请求的资源的大小。

本发明实施例中，可以将所述第二传输资源请求封装为独立资源请求帧的形式发送出去。本发明实施例以上述基于业务流上报的方式为例，给出了一种具体的独立资源请求帧结构，如图 4所示，包括帧头、帧体和帧校验序列（FCS )。帧头中包含帧控制信息，例如帧类型（此处为管理控制）、子类型（此处为独立资源请求帧）、版本信息等；帧体中包含 STAID、 FID个数，以及一个或者多个 FID信息块，每个 FID信息块中包括业务流标识和资源索引。其中，资源索引是所请求的带宽资源在资源表中的索引。另外，当可支持分配不同类型的资源时，例如支持增量和总量资源分配时，还可以在所述业务流的带宽资源请求信息中设置指示该业务流请求的资源类型的信息。

另外，本发明设计独立资源请求帧的帧体中 STAID字段占用 12bit， FID 个数字段占用 4bit， FCS字段占 32bit，其中每个 FID信息块占 16bit，依次是 4bit的 FID字段、 4bit的预留字段、 7bit的资源索引字段和 lbit的预留字段。从而实现了按字节读取，筒化了处理。

若釆用上述基于 STA上 4艮的方式，则只需要改变图 4所示的独立资源请求帧的帧体部分即可，在帧体部分封装 STAID和资源索引。另外，若釆用多种精度的资源表，则还可以在帧体中设置资源表类型字段，本发明实施例在此不再赘述。所述 CAP在为所述 STA分配第二传输资源后，可以以单播的方式发送所述第二传输资源请求应答，其中携带第二传输资源指示。所述 STA根据预设的规则，接收对应的应答。例如，以 STAID作为正确接收的判断依据，即， STA在第二传输资源请求中携带自身的 STAID, CAP在为所述 STA返回第二传输资源请求应答时，也会在所述第二传输资源请求应答中携带所述 STA 的 STAID, STA通过判断接收到的第二传输资源请求应答中是否携带其自身的 STAID, 从而确定是否正确接收到对应的应答。

较佳地，所述 CAP在为所述 STA分配第二传输资源后，可以通过传输控制信道下发资源分配指示。即，所述 CAP可以在传输控制信道上发送第二传输资源请求应答，其中携带第二传输资源指示。相应地，所述 STA将会在所述传输控制信道上接收到所述第二传输资源请求应答，从中获知为其分配的第二传输资源。当然，在另一实施例中，也可以设计通过其他信道下发所述第二传输资源请求应答，本发明在此不做限制。较佳地，发送第一传输资源请求后，如果超过预设的第一最大等待帧间隔后，仍然没有收到第一传输资源请求应答，则认为本次资源请求失败，需要重新进行资源请求；或者，发送第二传输资源请求后，如果超过预设的第二最大等待帧间隔后，仍然没有收到第二传输资源请求应答，则认为本次资源请求失败，需要重新进行资源请求。本发明实施例监控应答返回的时间，从而判断资源请求是否成功，以便及时重新发起资源请求，同时，通过对帧计数实现定时，使得定时更精确，处理更及时。

为了实现上述釆用竟争方式的资源请求方法，本发明实施例还提供了一种用于实现资源请求的 STA，如图 5所示，包括：第一发送模块 501，用于发送第一传输资源请求；

第一接收模块 502，用于接收第一传输资源请求应答，所述第一传输资源请求应答中携带第一传输资源指示；

第二发送模块 503，用于利用所述第一传输资源发送第二传输资源请求；第二接收模块 504，用于接收第二传输资源请求应答，所述第二传输资源请求应答中携带第二传输资源指示；

第三发送模块 505，用于利用所述第二传输资源发送数据。

较佳地，在另一实施例中，所述 STA还可以包括：资源分配模块，位于第二接收模块 504和第三发送模块 505之间，用于根据所述第二传输资源指示，将资源在各业务流之间进行分配。所述第三发送模块 505，根据所述资源分配模块的资源分配结果，将多个业务流在各自对应的传输资源上传输数据。

较佳地，所述第一传输资源请求可以为一调度请求序列。所述第一传输资源请求为一调度请求序列。较佳地，所述第一发送模块 501，用于在上行调度请求信道发送所述调度请求序列。

较佳地，所述第一接收模块 502，用于根据所述调度请求序列的索引、所述调度请求序列的频域循环移位索引、所述调度请求序列在上行调度请求信道的发送位置和所述调度请求序列发送的系统帧号接收所述调度请求序列对应的第一传输资源请求应答。较佳地，所述第一接收模块 502，用于在传输控制信道上接收所述第一传输资源请求应答。

较佳地，所述第二发送模块 503，用于在所述第二传输资源请求中携带 STA的标识和所请求的资源。较佳地，所述第二发送模块 503，通过在第二传输资源请求中携带一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小，从而基于业务流进行资源请求。

较佳地，所述第二发送模块 503，用于在所述第二传输资源请求中以预设的资源表中的索引指示带宽资源的大小。

较佳地，所述第二发送模块 503，还用于在所述第二传输资源请求中携带请求资源的业务流的个数。较佳地，所述第二发送模块 503，用于将所述第二传输资源请求封装为一种独立资源请求帧发送出去；

所述独立资源请求帧包括帧头、帧体和帧校验序列 FCS; 所述帧体包括： STA的标识，以及一个或者多个 FID信息块，每个 FID 信息块中包括业务流标识和资源索引。较佳地，所述第二发送模块 503，用于将所述第二传输资源请求封装为另一种独立资源请求帧发送出去；所述独立资源请求帧包括帧头、帧体和帧校验序列 FCS;

所述帧体包括： STA的标识、业务流的个数，以及一个或者多个 FID信息块，每个 FID信息块中包括业务流标识和资源索引。较佳地，在另一实施例中，还可以包括第一重传模块，与所述第一发送模块 501和所述第一接收模块 502分别相连，在所述第一发送模块 501发送第一传输资源请求后，启动计时，如果超过预设的第一最大等待帧间隔后，所述第一接收模块 502仍然没有收到第一传输资源请求应答，则认为本次资源请求失败，触发所述第一发送模块 501重新发送第一传输资源请求。较佳地，在另一实施例中，还可以包括第二重传模块，与所述第二发送模块 503和所述第二接收模块 504分别相连，在所述第二发送模块 503发送第二传输资源请求后，如果超过预设的第二最大等待帧间隔后，所述第二接收模块 504仍然没有收到第二传输资源请求应答，则认为本次资源请求失败，触发所述第一发送模块 501重新发送第一传输资源请求。较佳地，所述第二传输资源请求中还可以包括为每一个业务流所请求的带宽资源的类型。

较佳地，所述带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小；总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，所述第二传输资源请求还可以基于 STA上报资源请求：即，所述第二传输资源请求中可以包括发起所述第二传输资源请求的 STA需要的总的带宽资源的大小。

较佳地，所述预设的资源表包括多种精度范围的资源表。

为了实现上述釆用竟争方式的资源请求方法，本发明实施例还提供了一种用于实现资源请求的 CAP, 如图 6所示，包括：第一接收模块 601，用于接收第一传输资源请求，为对应的 STA分配第一传输资源；

第一发送模块 602，用于发送第一传输资源请求应答给所述对应的 STA，所述第一传输资源请求应答携带第一传输资源指示；

第二接收模块 603，用于接收第二传输资源请求，为对应的 STA分配第二传输资源；

第二发送模块 604，用于发送第二传输资源请求应答给所述对应的 STA，所述第二传输资源请求应答携带第二传输资源指示；所述第一传输资源用于 STA发送第二传输资源请求；

所述第二传输资源用于 STA发送数据。较佳地，所述第一接收模块 601，从上行调度请求信道上接收所述第一传输资源请求，所述第一传输资源请求为一调度请求序列；所述第一发送模块 602，用于在所述第一资源请求应答中携带所述对应的调度请求序列的索？ I、所述调度请求序列的频域循环移位索引、所述调度请求序列在上行调度请求信道的发送位置和所述调度请求序列发送的系统帧号。较佳地，所述第一发送模块 602，用于在传输控制信道上发送所述第一传输资源请求应答。

较佳地，所述第一发送模块 602，用于釆用广播方式发送所述第一传输资源请求应答。

较佳地，所述第二发送模块 604，用于在传输控制信道上发送所述第二传输资源请求应答。

较佳地，所述第二发送模块 604，用于釆用单播方式发送所述第二传输资源请求应答。

较佳地，所述第二发送模块 604，在所述第二传输资源请求应答中携带对应的 STA的标识，以及为所述 STA分配的资源。

为了实现上述釆用竟争方式的资源请求方法，本发明实施例还提供了一种用于实现资源请求的系统，包括如上所述的 STA和 CAP, 两者彼此交互，通过竟争方式完成资源请求过程，尤其适用于 STA 当前没有传输资源的场景。

本发明实施例还提供了一种用于资源请求的方法，包括：

生成传输资源请求，所述传输资源请求中包括 STA的标识、一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小；发送所述传输资源请求。

较佳地，所述传输资源请求中还包括请求资源的业务流的个数。

较佳地，将所述传输资源请求封装为一种独立资源请求帧的形式发送出去 ··

所述独立资源请求帧包括帧头、帧体和 FCS; 所述帧体包括： STA的标识、以及一个或者多个 FID信息块，每个 FID 信息块中包括业务流标识和资源索引。较佳地，将所述传输资源请求封装为另一种独立资源请求帧的形式发送出去：

所述独立资源请求帧包括帧头、帧体和 FCS;

所述帧体包括： STA的标识、业务流的个数、以及一个或者多个 FID信息块，每个 FID信息块中包括业务流标识和资源索引。较佳地，所述传输资源请求中还包括所述各业务流需要的带宽资源的类型。

较佳地，所述带宽资源的类型包括：增量带宽，用于指示为业务流分配传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小；

总量带宽，用于指示为业务流分配传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。

较佳地，所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。

较佳地，在所述传输资源请求中携带预设的资源表的类型，不同类型的资源表对应于不同的精度范围。所述预设的资源表包括多种精度范围的资源表。

本发明实施例还提供了另一种用于资源请求的方法，包括：

生成传输资源请求，所述传输资源请求中包括 STA 的标识、所述 STA 所请求的总的带宽资源的大小；发送所述传输资源请求。较佳地，所述传输资源请求中还包括 STA所请求的带宽资源的类型。较佳地，所述带宽资源的类型包括：增量带宽，用于指示为 STA分配传输资源时，在为所述 STA 已分配的带宽资源大小的基础上，增加或减少所述 STA本次请求的带宽资源的大小；总量带宽，用于指示为 STA分配传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。

第二实施例

本发明实施例还提供了一种资源请求的方法，巧妙地利用传输上行数据的时机和资源，将传输资源请求随上行数据一起发送至 CAP, 具体如图 7所示，包括步骤：步骤 S701 : STA将传输资源请求承载于数据帧中；

步骤 S702: 所述 STA发送所述携带传输资源请求的数据帧；步骤 S703: CAP接收所述携带传输资源请求的数据帧；

步骤 S704: 所述 CAP从所述数据帧中解析出所述传输资源请求；步骤 S705: 所述 CAP才艮据所述传输资源请求，为所述 STA分配传输资源；

步骤 S706: 所述 CAP发送传输资源请求应答给所述 STA, 所述传输资源请求应答携带传输资源指示；

步骤 S707: 所述 STA接收所述传输资源请求应答；

步骤 S708：所述 STA利用所述传输资源发送数据。本发明实施例釆用上述方法巧妙地将传输资源请求随上行数据一起发送至 CAP, 以请求资源。在上有上行数据传输时，可釆用本发明实施例上述随路资源请求方式请求资源，从而无须为先去请求发送所述传输资源请求所需的上行传输资源，资源请求的实现过程中交互步骤更少，请求资源所需的时长更短。

较佳地， STA 还可以在携带传输资源请求的数据帧中携带随路请求指示，用于指示所述传输资源请求的存在。相应地， CAP在接收到数据帧后，通过所述随路请求指示即可快速判断出所述数据帧中是否携带传输资源请求。当然，在另一实施例中，也可以不携带随路请求指示，而是通过例如设置特定字段承载所述传输资源请求，通过解析对应字段，来判断所述数据帧中是否携带传输资源请求，本发明在此不做限制。

考虑到 CAP在解析数据帧时，一般要先解析帧头，获取参数信息，因此，在数据帧中封装随路请求指示时，可以将所述随路请求指示封装在所述数据帧的帧头中。

在具体实现随路请求指示时，可以在数据帧的帧头中设置一随路请求指示字段，通过所述字段的值指示所述传输资源请求的存在。例如， 1 表示存在传输资源请求， 0表示不存在传输资源请求。

所述随路请求指示字段可以为一新增字段，也可以使用帧头中的已有字段，例如空闲字段，重新定义其为随路请求指示字段，本发明在此不做限制。所述随路请求指示字段在帧头中的位置可按照预设的规则设置，本发明在此不丈限制。

STA可以将所述传输资源请求承载于所述数据帧的帧体中。在具体实现时，可以在数据帧的帧体中设置一随路资源请求字段，承载所述传输资源请求。当数据帧中不携带传输资源请求时，则可不在数据帧的帧体中设置随路资源请求字段，或者也可将所述随路资源请求字段填充为一固定值。所述随路资源请求字段可以为一新增字段，也可以使用帧体中的已有字段，例如空闲字段，重新定义其为随路资源请求字段，本发明在此不做限制。所述随路资源请求字段在帧体中的位置按照预设的规则设置，例如可规定随路资源请求字段为帧体的前若千个比特，本发明在此不做限制。

较佳地，本发明实施例提供了一种釆用随路方式上报的传输资源请求的格式，支持基于业务流上报所请求的资源。其中，所述传输资源请求中包括发起所述传输资源请求的 STA的标识，所述 STA为一个或者多个业务流中的每一个业务流所请求的带宽资源的大小，以及所述各业务流的标识。 CAP 通过解析所述传输资源请求，可获知所述 STA的各业务流，以及所述各业务流的资源需求情况。较佳地，所述传输资源请求中还可以包括为每一个业务流所请求的带宽资源的类型。 CAP 支持 STA根据需要为不同的业务流选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小。

总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，本发明实施例还提供了另一种传输资源请求的格式，支持基于 STA上报所请求的资源。其中，所述传输资源请求中包括发起所述传输资源请求的 STA的标识，以及所述 STA需要的总的带宽资源的大小。较佳地，所述传输资源请求中还可以包括所述 STA需要的带宽资源的类型。 CAP 支持 STA根据需要选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：

总量带宽，用于指示为 STA分配第二传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，本发明实施例还提供一种带宽资源表示方法，通过设计资源表 (例如表 3 )，以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时，仅需要承载所述带宽资源对应于资源表中的索引值即可，尤其在请求的带宽资源较大时，以索引值来替代具体的带宽资源数值，将大大减少所占用的比特位，节约传输资源。较佳地，可以根据需要设计多种精度范围的资源表。在执行资源请求时，可根据所请求的资源选择合适的资源表，在资源请求中携带资源表的标识和索引， CAP侧维护同样的资源表，根据接收到的资源请求中的资源表的标识和索引，定位到对应的资源表中对应索引的资源大小，从而获知 STA所请求的资源的大小。

本发明实施例给出了一种具体的携带传输资源请求的数据帧结构，包括帧头、帧体和 FCS。帧头中包含随路资源请求字段，当随路资源请求字段的取值指示帧体中有传输资源请求时，帧体中包含随路资源请求字段，所述随路资源请求字段中包含一个或者多个 FID信息块，每个 FID信息块包含业务流标识 (FID)和资源索引。其中，资源索引表示所请求的带宽资源在资源表中的索引。

在另一实施例中， FID信息块中还包括资源表的类型字段，以支持不同精细度的资源划分。另外，当可支持分配不同类型的资源时，例如支持增量和总量资源分配时，还可以在 FID信息块中设置指示为该业务流请求的资源类型的信息。

若釆用上述基于 STA上报的方式，则只需要改变上述随路资源请求字段承载内容即可，在其中承载资源表的标识和资源索引，本发明实施例在此不再赘述。

所述 CAP在为所述 STA分配传输资源后，可以以单播的方式发送所述传输资源请求应答，其中携带传输资源指示。所述 STA根据预设的规则，接收对应的应答。例如，以 STAID作为正确接收的判断依据，即， STA在传输资源请求中携带自身的 STAID, CAP在为所述 STA返回传输资源请求应答时，也会在所述传输资源请求应答中携带所述 STA的 STAID, STA通过判断接收到的传输资源请求应答中是否携带其自身的 STAID, 从而确定是否正确接收到对应的应答。

较佳地，所述 CAP在为所述 STA分配传输资源后，可以通过传输控制信道下发资源分配指示。即，所述 CAP可以在传输控制信道上发送传输资源请求应答，其中携带传输资源指示。相应地，所述 STA将会在所述传输控制信道上接收到所述传输资源请求应答，从中获知为其分配的传输资源。当然，在另一实施例中，也可以设计通过其他信道下发所述传输资源请求应答，本发明在此不故限制。较佳地， STA在接收传输资源请求应答后，利用所述传输资源发送数据之前，还根据所述传输资源指示，将资源在各业务流之间进行分配。

较佳地， STA在发送所述携带传输资源请求的数据帧后，如果超过预设的最大等待帧间隔后，仍然未接收到对应的应答，则认为本次请求失败，需要重新进行资源请求。本发明实施例监控应答返回的时间，从而判断资源请求是否成功，以便及时重新发起资源请求，同时，通过对帧计数实现定时，使得定时更 ^"确，处理更及时。为了实现上述釆用随路方式的资源请求方法，本发明实施例还提供了一种用于实现随路资源请求的 STA，如图 8所示，包括：封装模块 801，用于将传输资源请求承载于数据帧中；

第一发送模块 802，用于发送所述携带传输资源请求的数据帧。接收模块 803，用于接收传输资源请求应答，所述传输资源请求应答中携带传输资源指示；

第二发送模块 804，用于利用所述传输资源发送数据。

较佳地，在另一实施例中，所述 STA还可以包括：资源分配模块，位于接收模块 803和第二发送模块 804之间，用于根据所述传输资源指示，将资源在各业务流之间进行分配。所述第二发送模块 804，艮据所述资源分配模块的资源分配结果，将多个业务流在各自对应的传输资源上传输数据。

较佳地，所述封装模块 801，还可以在数据帧中封装随路请求指示，用于指示所述传输资源请求的存在。较佳地，所述封装模块 801，可以将所述随路请求指示承载于所述数据帧的帧头中。

较佳地，所述封装模块 801，可以在数据帧的帧头中设置有一字段，通过所述字段的值指示所述传输资源请求的存在。

较佳地，所述封装模块 801，可以将所述传输资源请求承载于所述数据帧的帧体中。

较佳地，所述封装模块 801，可以在在数据帧的帧体中设置一字段，承载所述传输资源请求。

较佳地，所述传输资源请求可以基于业务流上报资源请求：即，所述传输资源请求中可以包括一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小。

较佳地，所述传输资源请求中还可以包括为各业务流所请求的带宽资源的类型。

较佳地，所述带宽资源的类型可以包括：增量带宽，用于指示为业务流分配传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小；

较佳地，所述传输资源请求可以基于 STA上报资源请求：即，所述传输资源请求中可以包括发起所述传输资源请求的 STA需要的总的带宽资源的大小。

较佳地，所述传输资源请求中还可以包括带宽资源的类型。

较佳地，所述带宽资源的类型可以包括：增量带宽，用于指示为 STA分配传输资源时，在为所述 STA 已分配的带宽资源大小的基础上，增加或减少所述 STA本次请求的带宽资源的大小；总量带宽，用于指示为 STA分配传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。

较佳地，所述传输资源请求中包括发送所述传输资源请求的 STA 的标识；所述传输资源请求应答携带有所述 STA的标识。较佳地，可以以预设的资源表中的索引指示带宽资源的大小。

较佳地，所述预设的资源表包括多种精度范围的资源表。较佳地，所述第二发送模块 804，将多个业务流在所述传输资源中各自对应的传输资源上传输数据。

较佳地，所述接收模块 803，可以在传输控制信道上接收所述传输资源请求应答。

较佳地，在另一实施例中，所述 STA还可以包括：重传模块，在所述第一发送模块 802发送所述携带传输资源请求的数据帧后，启动计时，如果超过预设的最大等待帧间隔后，所述接收模块 803仍然没有收到所述传输资源请求应答，则认为本次资源请求失败，触发封装模块 801在有数据帧传输时，将所述传输资源请求承载于数据帧中，重新发起资源请求。

为了实现上述釆用随路方式的资源请求方法，本发明实施例还提供了一种用于实现随路资源请求的 CAP, 如图 9所示，包括：接收模块 901，用于接收携带传输资源请求的数据帧；解析模块 902，用于从所述数据帧中解析出所述传输资源请求；资源分配模块 903，用于根据所述传输资源请求，为对应的 STA分配传输资源；发送模块 904，用于发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答中携带传输资源指示。

较佳地，所述数据帧中还可以包括随路请求指示，用于指示所述传输资源请求的存在。相应地，所述解析模块 902，可通过解析数据帧中的随路请求指示，获知传输资源请求的存在。

较佳地，数据帧的帧头中设置有一字段，所述字段的值指示所述传输资源请求的存在。相应地，所述解析模块 902，可通过解析数据帧的帧头中的随路请求指示字段，得到所述随路请求指示。较佳地，所述传输资源请求承载于所述数据帧的帧体中。相应地，所述解析模块 902，可通过解析数据帧的帧体，得到所述传输资源请求。较佳地，所述数据帧的帧体中设置有一字段，承载所述传输资源请求。相应地，所述解析模块 902，可通过解析数据帧的帧体中的随路资源请求字段，以得到所述传输资源请求。

较佳地，所述传输资源请求可以基于业务流上报资源请求：即，所述传输资源请求中包括一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小。较佳地，所述传输资源请求中还可以包括为各业务流请求的带宽资源的类型。

较佳地，所述传输资源请求可以基于 STA上报资源请求：即，所述传输资源请求中包括发起所述传输资源请求的 STA需要的总的带宽资源的大小。

较佳地，所述传输资源请求中还可以包括带宽资源的类型。

较佳地，所述带宽资源的类型可以包括：增量带宽，用于指示为 STA分配传输资源时，在为所述 STA 已分配的带宽资源大小的基础上，增加或减少所述 STA本次请求的带宽资源的大小；总量带宽，用于指示为 STA分配传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，所述传输资源请求中包括发送所述传输资源请求的 STA 的标识；所述传输资源请求应答中携带所述 STA的标识。较佳地，可以以预设的资源表中的索引指示带宽资源的大小。

较佳地，所述预设的资源表包括多种精度范围的资源表。较佳地，所述发送模块 904，可以在传输控制信道上发送所述传输资源请求应答给所述对应的 STA。

较佳地，所述发送模块 904，可以釆用单播方式发送所述传输资源请求应答给所述对应的 STA。

为了实现上述釆用随路方式的资源请求方法，本发明实施例还提供了一种用于实现随路资源请求的系统，包括如上所述的 STA和 CAP, 两者彼此交互，充分利用数据传输的时机和资源，通过随路方式完成资源请求过程。

第三实施例

本发明实施例还提供了一种资源分配的方法，由 CAP 主动为至少一个 STA轮询分配用于发送资源请求的资源，具体如图 10所示，包括步骤：步骤 S1001 : CAP轮询至少一个 STA，为每个轮询到的 STA分配第一传输资源；

步骤 S 1002: 所述 CAP发送第一传输资源指示给所述轮询到的 STA; 步骤 S 1003：所述 STA接收第一传输资源指示；

步骤 S1004: 所述 STA利用所述第一传输资源发送传输资源请求；步骤 S 1005: 所述 CAP接收所述传输资源请求，为对应的 STA分配第二传输资源；

步骤 S1006: 所述 CAP发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答中携带第二传输资源指示；

步骤 S1007: 所述 STA接收所述传输资源请求应答；步骤 S1008: 所述 STA利用所述第二传输资源发送数据。

本发明实施例由 CAP釆用轮询方式主动为 STA分配第一传输资源，从而使得 STA可以利用第一传输资源发起资源请求，很好地解决了在请求上行数据传输资源时，如何获取到发送请求上行传输数据的请求所需的传输资源的问题。较佳地， CAP可以按照预设的轮询策略轮询 STA:

例如，可以设置轮询次序，轮询间隔、资源分配条件等轮询参数，并据以轮询 STA。本发明实施例中设置资源分配条件为所有轮询到的 STA都分配资源。

较佳地，所述轮询策略还可以设置为：判断当前是否有传输资源可供分配；当前有传输资源可供分配时，启动轮询步骤。从而在有传输资源可供分配时，就由 CAP主动为 STA分配传输资源，无须 STA再去请求，减少了资源请求过程中的交互过程，能够提升系统整体的资源请求速度。

所述 CAP 可以按照预定的规则触发对当前可分配的带宽资源的判断，例如可以是周期性判断、实时判断、或者在符合某些条件时判断，本发明在此不^ 限制。所述 CAP在为所述 STA分配第一传输资源后，可以以单播的方式发送所述第一传输资源指示给所述 STA。

较佳地，所述 CAP在为所述 STA分配第一传输资源后，可以通过传输控制信道下发资源分配指示。即，所述 CAP可以在传输控制信道上发送第一传输资源指示。相应地，所述 STA将会在所述传输控制信道上接收到所述第一传输资源指示，从中获知为其分配的第一传输资源。当然，在另一实施例中，也可以设计通过其他信道下发所述第一传输资源指示，本发明在此不做限制。

较佳地，本发明实施例提供了一种传输资源请求的格式，支持基于业务流上报所请求的资源。其中，所述传输资源请求中包括发起所述传输资源请求的 STA的标识，一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小。 CAP通过解析所述传输资源请求，可获知所述 STA的各业务流，以及所述各业务流的资源需求情况。较佳地，所述传输资源请求中还可以包括为每一个业务流请求的带宽资源的类型。 CAP 支持 STA根据需要为不同的业务流选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小。

总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，本发明实施例还提供了另一种传输资源请求的格式，支持基于 STA上报所请求的资源。其中，所述传输资源请求中包括发起所述传输资源请求的 STA的标识，以及所述 STA需要的总的带宽资源的大小。较佳地，所述传输资源请求中还可以包括所述 STA请求的带宽资源的类型。 CAP 支持 STA根据需要选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：

总量带宽，用于指示为 STA分配第二传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，本发明实施例还提供一种带宽资源表示方法，通过设计资源表 (可参见表 3 )，以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时，仅需要承载所述带宽资源对应于资源表中的索引值即可，尤其在请求的带宽资源较大时，以索引值来替代具体的带宽资源数值，将大大减少所占用的比特位，节约传输资源。较佳地，可以根据需要设计多种精度范围的资源表。例在执行资源请求时，可根据所请求的资源选择合适的资源表，在资源请求中携带资源表的标识和索引， CAP侧维护同样的资源表，根据接收到的资源请求中的资源表的标识和索引，定位到对应的资源表中对应索引的资源大小，从而获知 STA所请求的资源的大小。本发明实施例中，所述传输资源请求可以承载于资源请求帧中发送。本发明实施例以上述基于业务流上报的方式为例，给出了一种具体的资源请求帧结构，如图 4所示，包括帧头、帧体和 FCS。帧头中包含帧控制信息，例如帧类型（此处为管理控制）、子类型（此处为独立资源请求帧）、版本信息等；帧体中包含 STAID, FID个数，以及一个或者多个 FID信息块，每个 FID 信息块中包括业务流标识和资源索引。其中，资源索引是所请求的带宽资源在资源表中的索引。另外，当可支持分配不同类型的资源时，例如支持增量和总量资源分配时，还可以在所述业务流的带宽资源请求信息中设置指示该业务流请求的资源类型的信息。

若釆用上述基于 STA上 4艮的方式，则只需要改变图 4所示的独立资源请求帧的帧体部分即可，在帧体部分封装 STAID和资源索引。另外，若釆用多种精度的资源表，则还可以在帧体中设置资源表类型字段，本发明实施例在此不再赘述。所述 CAP在为所述 STA分配第二传输资源后，可以以单播的方式发送所述传输资源请求应答，其中携带第二传输资源指示。所述 STA根据预设的规则，接收对应的应答。例如，以 STAID作为正确接收的判断依据，即， STA 在传输资源请求中携带自身的 STAID, CAP在为所述 STA返回传输资源请求应答时，也会在所述传输资源请求应答中携带所述 STA 的 STAID, STA 通过判断接收到的传输资源请求应答中是否携带其自身的 STAID, 从而确定是否正确接收到对应的应答。

较佳地，所述 CAP可以通过传输控制信道发送传输资源请求应答，其中携带第二传输资源指示。相应地，所述 STA将会在所述传输控制信道上接收到所述传输资源请求应答，从中获知为其分配的第二传输资源。当然，在另一实施例中，也可以设计通过其他信道，例如下行传输信道，下发所述传输资源请求应答，本发明在此不故限制。

为了实现上述轮询分配，本发明实施例还提供了一种用于实现资源分配的 CAP, 口图 11所示，包括：第一资源分配模块 1101，用于轮询至少一个 STA，为每个轮询到的 STA 分配第一传输资源；第一发送模块 1102，用于发送第一传输资源指示给所述轮询到的 STA; 第二资源分配模块 1103，用于接收传输资源请求，为对应的 STA分配第二传输资源；第二发送模块 1104，用于发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答携带第二传输资源指示；

所述第一传输资源用于 STA发送传输资源请求；

所述第二传输资源用于 STA发送数据。较佳地，所述第二资源分配模块 1103支持对基于业务流上报的资源请求的处理。所述基于业务流上报的资源请求包括：所述传输资源请求中包括 STA 的标识、一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小。所述第二资源分配模块 1103通过解析所述传输资源请求，可获知所述 STA的各业务流，以及所述各业务流的资源需求情况。较佳地，所述传输资源请求中还可以包括为每一个业务流所请求的带宽资源的类型。所述第二资源分配模块 1103支持 STA根据需要为不同的业务流选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小。

总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，所述第二资源分配模块 1103还支持对基于 STA上报的资源请求的处理。所述基于 STA上报的资源请求包括：所述传输资源请求中包括发起所述传输资源请求的 STA的标识，以及所述 STA需要的总的带宽资源的大小。所述第二资源分配模块 1103通过解析所述传输资源请求，可获知所述 STA总的资源需求情况。较佳地，所述传输资源请求中还可以包括所述 STA需要的带宽资源的类型。所述第二资源分配模块 1103支持 STA根据需要选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：

总量带宽，用于指示为 STA分配第二传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，可以以所述带宽资源在预设的资源表中的索引指示所请求的带宽资源的大小。较佳地，所述预设的资源表包括多种精度范围的资源表。

较佳地，所述第一发送模块 1102，可以在传输控制信道上发送所述第一传输资源指示。

较佳地，所述第一发送模块 1102，可以釆用单播方式发送所述第一传输资源指示。

较佳地，所述第二发送模块 1104，可以在传输控制信道上发送所述传输资源请求应答。

较佳地，所述第二发送模块 1104，可以釆用单播方式发送所述传输资源请求应答。

较佳地，所述 CAP还可包括：判断模块 1105，用于判断当前是否有传输资源可供分配，如果当前有传输资源可供分配时，向所述第一资源分配模块 1101发送资源分配指令。所述第一资源分配模块 1101，接收到所述资源分配指令后，执行轮询处理。

第四实施例

本发明实施例还提供了另一种资源分配的方法，由 CAP主动为 STA分配用于发送数据的资源，如图 12所示，包括步骤：步骤 S1201 : CAP轮询至少一个 STA，为每个轮询到的 STA分配第一传输资源；

步骤 S1202: 所述 CAP发送第一传输资源指示给所述轮询到的 STA; 步骤 S 1203：所述 STA接收第一传输资源指示；

步骤 S1204: 所述 STA利用所述第一传输资源发送数据。

与第三实施例中的资源分配方法不同之处在于 CAP为分配 STA轮询分配的直接就是用于发送数据的资源，不需要 STA再发起资源请求来获得发送数据的资源了。

为了实现上述轮询分配，本发明实施例还提供了一种用于实现资源分配的 CAP, 口图 13所示，包括：

第一资源分配模块 1301，用于轮询至少一个 STA，为每个轮询到的 STA 分配第一传输资源；第一发送模块 1302，用于发送第一传输资源指示给所述轮询到的 STA; 所述第一传输资源用于 STA发送数据。

较佳地，所述第一发送模块 1302，可以在传输控制信道上发送所述第一传输资源指示。

较佳地，所述第一发送模块 1302，可以釆用单播方式发送所述第一传输资源指示。

较佳地，所述 CAP还可包括：判断模块 1303，用于判断当前是否有传输资源可供分配，如果当前有传输资源可供分配时，向所述第一资源分配模块 1301 发送资源分配指令。所述第一资源分配模块 1301，接收到所述资源分配指令后，执行轮询处理。

第五实施例

本发明实施例还提供了又一种资源分配的方法，由 CAP 主动为至少一个 STA轮询分配用于发送资源请求的资源，具体如图 14所示，包括步骤：步骤 S 1401： CAP轮询至少一个 STA，为每个轮询到且到达其资源分配周期的 STA分配第一传输资源；

步骤 S1402: 所述 CAP发送第一传输资源指示给所述轮询到的 STA; 步骤 S 1403：所述 STA接收第一传输资源指示；步骤 S1404: 所述 STA利用所述第一传输资源发送传输资源请求；步骤 S 1405: 所述 CAP接收所述传输资源请求，为对应的 STA分配第二传输资源；

步骤 S1406: 所述 CAP发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答中携带第二传输资源指示；

步骤 S 1407: 所述 STA接收所述传输资源请求应答；步骤 S1408: 所述 STA利用所述第二传输资源发送数据。

本发明上述实施例在第三实施例轮询分配方案的基础上增加了对 STA 资源分配周期的监控，优先为已经达到资源分配周期的 STA分配资源，从而使得资源的分配更为合理。

CAP维护 STA的资源分配周期，在为 STA分配第一传输资源后，将为被分配第一传输资源的 STA重新计算资源分配周期。

在具体实现时，所述 CAP可以利用定时器来维护 STA的资源分配周期，定时器超时，则认为 STA达到配置的资源分配周期，为所述 STA分配资源，并重启所述定时器；如果未超时，则认为所述 STA还没达到配置的资源分配周期，不为所述 STA分配资源。较佳地，根据 STA的当前业务类型参数计算 STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丟包率预算等参数。从而能够根据业务的实际需要设置，以能够满足业务需求为目的，使得资源的分配更为合理。

为了实现上述轮询分配，本发明实施例还提供了一种用于实现资源分配的 CAP, 口图 15所示，包括：

第一资源分配模块 1501，用于轮询至少一个 STA，为每个轮询到且到达其资源分配周期的 STA分配第一传输资源；

第一发送模块 1502，用于发送第一传输资源指示给所述轮询到的 STA; 第二资源分配模块 1503，用于接收传输资源请求，为对应的 STA分配第二传输资源；第二发送模块 1504，用于发送传输资源请求应答给所述对应的 STA，所述传输资源请求应答携带第二传输资源指示；所述第一传输资源用于 STA发送传输资源请求；

所述第二传输资源用于 STA发送数据。较佳地，所述第一资源分配模块 1501 还为被分配第一传输资源的 STA 重新计算资源分配周期。在具体实现时，所述第一资源分配模块 1501可以利用定时器来维护 STA 的资源分配周期，定时器超时，则认为 STA达到配置的资源分配周期，为所述 STA分配资源，并重启所述定时器；如果未超时，则认为所述 STA还没达到配置的资源分配周期，不为所述 STA分配资源。较佳地，所述第一资源分配模块 1501可根据 STA的当前业务类型参数计算 STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丟包率预算等参数。

较佳地，所述第二资源分配模块 1503 支持对基于业务流上报的资源请求的处理。所述基于业务流上报的资源请求包括：所述传输资源请求中包括 STA的标识、一个或者多个业务流的标识，以及各业务流需要的带宽资源的大小。所述第二资源分配模块 1503 通过解析所述传输资源请求，可获知所述 STA的各业务流，以及所述各业务流的资源需求情况。较佳地，所述传输资源请求中还可以包括为每一个业务流所请求的带宽资源的类型。所述第二资源分配模块 1503支持 STA根据需要为不同的业务流选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：增量带宽，用于指示为业务流分配第二传输资源时，在为所述业务流已分配的带宽资源大小的基础上，增加或减少所述业务流本次请求的带宽资源的大小。

总量带宽，用于指示为业务流分配第二传输资源时，使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。较佳地，所述第二资源分配模块 1503还支持对基于 STA上报的资源请求的处理。所述基于 STA上报的资源请求包括：所述传输资源请求中包括发起所述传输资源请求的 STA的标识，以及所述 STA需要的总的带宽资源的大小。所述第二资源分配模块 1503 通过解析所述传输资源请求，可获知所述 STA总的资源需求情况。较佳地，所述传输资源请求中还可以包括所述 STA需要的带宽资源的类型。所述第二资源分配模块 1503支持 STA根据需要选择所请求的带宽资源类型，资源请求更为灵活，更人性化。可选的带宽资源的类型可以包括：

总量带宽，用于指示为 STA分配第二传输资源时，使用所述 STA本次请求的带宽资源的大小替换为所述 STA已分配的带宽资源大小。较佳地，可以以预设的资源表中的索引指示所请求的带宽资源的大小。较佳地，所述预设的资源表包括多种精度范围的资源表。

较佳地，所述第一发送模块 1502，可以在传输控制信道上发送所述第一传输资源指示。

较佳地，所述第一发送模块 1502，可以釆用单播方式发送所述第一传输资源指示。

较佳地，所述第二发送模块 1504，可以在传输控制信道上发送所述传输资源请求应答。

较佳地，所述第二发送模块 1504，可以釆用单播方式发送所述传输资源请求应答。

较佳地，所述 CAP还可包括：判断模块 1505，用于判断当前是否有传输资源可供分配，如果当前有传输资源可供分配时，向所述第一资源分配模块 1501 发送资源分配指令。所述第一资源分配模块 1501，接收到所述资源分配指令后，执行轮询处理。

第六实施例

本发明实施例还提供了又一种资源分配的方法，由 CAP主动为 STA分配用于发送数据的资源，如图 16所示，包括步骤：

步骤 S 1601： CAP轮询至少一个 STA，为每个轮询到且到达其资源分配周期的 STA分配第一传输资源；

步骤 S 1602: 所述 CAP发送第一传输资源指示给所述轮询到的 STA; 步骤 S 1603：所述 STA接收第一传输资源指示；

步骤 S 1604: 所述 STA利用所述第一传输资源发送数据。

与第五实施例中的资源分配方法不同之处在于 CAP为分配 STA轮询分配的直接就是用于发送数据的资源，不需要 STA再发起资源请求来获得发送数据的资源了。

为了实现上述轮询分配，本发明实施例还提供了一种用于实现资源分配的 CAP, 口图 17所示，包括：第一资源分配模块 1701，用于轮询至少一个 STA，为每个轮询到的 STA 分配第一传输资源; 第一发送模块 1702，用于发送第一传输资源指示给所述轮询到的 STA; 所述第一传输资源用于 STA发送数据。较佳地，所述第一资源分配模块 1701 还为被分配第一传输资源的 STA 重新计算资源分配周期。

在具体实现时，所述第一资源分配模块 1701可以利用定时器来维护 STA 的资源分配周期，定时器超时，则认为 STA达到配置的资源分配周期，为所述 STA分配资源，并重启所述定时器；如果未超时，则认为所述 STA还没达到配置的资源分配周期，不为所述 STA分配资源。较佳地，所述第一资源分配模块 1701可根据 STA的当前业务类型参数计算 STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丟包率预算等参数。

较佳地，所述第一发送模块 1702，可以在传输控制信道上发送所述第一传输资源指示。

较佳地，所述第一发送模块 1702，可以釆用单播方式发送所述第一传输资源指示。

较佳地，所述 CAP还可包括：判断模块 1703，用于判断当前是否有传输资源可供分配，如果当前有传输资源可供分配时，向所述第一分配模块发送资源分配指令。所述第一分配模块，接收到所述资源分配指令后，执行轮询。

第七实施例

本发明上述第一至第六实施例给出了 STA 获取上行传输数据所需的资源的几种方式，包括：竟争资源请求方式（第一实施例）、随路资源请求方式 (第二实施例）、轮询分配方式（第三至第六实施例）。其中：竟争资源请求方式和随路资源请求方式都是由 STA 主动发起请求，其中：竟争资源请求方式由 STA是通过竟争方式主动请求得到资源，可适用于无上行传输资源可利用的场景；随路资源请求方式是由 STA将资源请求信息承载于数据帧中，随上行传输数据一起发送，更适用于当前有数据上行传输的场景，能够减少资源请求的交互次数，提升系统整体的资源分配速度。轮询分配方式则提供了一种由 CAP主动为 STA分配资源的方式，无需 STA主动发起请求，能够合理分析资源，在可用时主动为 STA分配，能够减少资源请求的交互次数，提升系统整体的资源分配速度。因此，若能够根据具体场景，合理将这 3种资源分配方式合理结合，将会达到更优的效果。本发明实施例在此提供一种合理结合的方式，如下： CAP在有可用资源时，将主动为 STA分配资源， STA在获知 CAP为其分配的资源后，可以利用所述上行传输资源发送资源请求，或者直接发送数据； CAP没有为 STA分配资源时，如果当前没有上行传输资源， STA适宜釆用竟争方式发起资源请求；如果当前有上行传输资源，适宜釆用随路方式将资源请求承载于数据帧中发送出去。

较佳地，本发明实施例设计 CAP向 STA分配用于上行传输数据所需的资源是基于 STAID实现的，即 CAP根据 STA请求的资源（基于 FID请求或者基于 STA请求），计算为 STA分配的总的资源，将资源在业务流之间的分配则交由 STA侧来完成，即， STA在获知为其分配的总的资源后，要通过内部调度，在业务流之间进行二次分配，即将传输资源在多个业务流之间分配，之后，控制所述多个业务流分别在对应的传输资源上传输数据。所述将资源在业务流之间进行分配的方式可以才艮据需要设置，例如按照优先级分配、均分等等，本发明在此不做限制。釆用上述二次分配方式，筒化了 CAP侧的操作，由 STA侧分担部分资源分配工作，对多 STA系统而言，能够大大提升系统整体的资源分配速度，且， STA可以根据需求设计资源分配的策略，例如设置业务优先级，从而使得资源分配更为灵活，能够满足不同用户的需求，用户体验效果更佳。

较佳地，所述 STA在获知为其分配的资源后，还判断所述分配的资源是否满足需求，如果满足需求，则利用所述传输资源发送待发送数据，如果不满足需求，则利用所述传输资源发送待发送数据中的部分数据，同时根据当前需要的带宽资源，再次执行资源请求。再次执行资源请求时，由于有上行数据发送，因此，较佳的做法是，釆用随路资源请求方式实现资源请求。可以将分配的资源与所请求的资源比较，以判断是否满足需求，如果所述分配的资源小于请求的资源，则认为不满足需求，否则，认为满足需求。

较佳地，所述 STA在发送请求消息后的一预设的时间范围内，如果未接收到对应的应答，则认为本次请求失败，将会再次执行资源请求。较佳地，本发明实施例釆用对帧计数的方式实现定时，使得定时更精确，处理更及时：当釆用竟争资源请求方式请求资源时， CAP在接收到第二传输资源请求后，还会返回应答 ( ACK )消息，以通知 STA已接收到所述第二传输资源请求。 STA在发送第一传输资源请求后，如果超过预设的第一最大等待帧间隔后，仍然没有收到第一传输资源请求应答，则认为本次资源请求失败，需要重新进行资源请求；或者，在发送第二传输资源请求后，如果超过预设的第二最大等待帧间隔后，仍然没有收到第二传输资源请求应答，则认为本次资源请求失败，需要重新进行资源请求。当釆用随路资源请求方式实现资源请求时，在发送携带资源请求信息的数据帧后，如果超过预设的第三最大等待帧间隔后，仍然未接收到对应的应答，则认为本次请求失败，将会再次执行资源请求。

再次执行资源请求的具体方式，可根据当时的场景而确定，如果当前没有上行传输资源， STA适宜釆用竟争方式发起资源请求；如果当前有上行传输资源，适宜釆用随路方式将资源请求承载于数据帧中发送出去。应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。在上述的详细描述中，各种特征一起组合在单个的实施方案中，以筒化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语"包含"，该词的涵盖方式类似于术语 "包括"，就如同"包括， "在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语"或者"是要表示"非排它性的或者"。

Claims

权利要求书

1. 一种用于资源请求的方法，其特征在于，包括：将传输资源请求承载于数据帧中；

发送所述携带传输资源请求的数据帧。

2. 如权利要求 1所述的方法，其特征在于，还包括：接收传输资源请求应答，所述传输资源请求应答中携带传输资源指示；利用所述传输资源发送数据。

3. 如权利要求 2所述的方法，其特征在于：在接收传输资源请求应答后，利用所述传输资源发送数据之前，还根据所述传输资源指示，将资源在各业务流之间进行分配。

4. 如权利要求 1所述的方法，其特征在于：将所述传输资源请求承载于所述数据帧的帧体中。

5. 如权利要求 4所述的方法，其特征在于，还包括：在所述数据帧的帧头中设置随路请求指示，用于指示所述传输资源请求的存在。

6. 如权利要求 1所述的方法，其特征在于：在所述传输资源请求中封装一个或者多个业务流的标识，以及为各业务流请求的带宽资源的大小。

7. 如权利要求 6所述的方法，其特征在于：在所述传输资源请求中以预设的资源表中的索引指示带宽资源的大小。

8. 如权利要求 7所述的方法，其特征在于：在所述传输资源请求中携带资源表的类型，不同类型的资源表对应于不同的精度范围。

9. 如权利要求 1所述的方法，其特征在于：在发送所述携带传输资源请求的数据帧后，如果超过预设的最大等待帧间隔后，仍然未接收到对应的应答，则认为本次请求失败，需要重新进行资源请求。

10.—种用于资源请求的方法，其特征在于，包括：接收携带传输资源请求的数据帧；

从所述数据帧中解析出所述传输资源请求；才艮据所述传输资源请求，为对应的站点 STA分配传输资源；

11.如权利要求 10所述的方法，其特征在于：从所述数据帧的帧体中解析出所述传输资源请求。

12.如权利要求 11所述的方法，其特征在于，还包括：解析所述数据帧的帧头，获得随路请求指示，据以判断所述传输资源请求的存在。

13.如权利要求 10所述的方法，其特征在于：所述传输资源请求中包括一个或者多个业务流的标识，以及为各业务流所请求的带宽资源的大小；根据所述传输资源请求分别为所述一个或者多个业务流分配带宽资源。

14.如权利要求 13所述的方法，其特征在于：所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示；通过查找预设的资源表，获知为各业务流请求的带宽资源的大小。

15.如权利要求 14所述的方法，其特征在于：所述传输资源请求中携带资源表的类型；

在根据索引查找资源表之前，先根据所述传输资源请求中的资源表的类型，定位到对应精度范围的资源表。

16.—种用于资源请求的站点 STA，其特征在于，包括：封装模块，用于将传输资源请求承载于数据帧中；

第一发送模块，用于发送所述携带传输资源请求的数据帧。

17.如权利要求 16所述的 STA，其特征在于，还包括：接收模块，用于接收传输资源请求应答，所述传输资源请求应答中携带传输资源指示；

第二发送模块，用于根据所述传输资源指示在对应的传输资源上发送数据。

18.如权利要求 17所述的 STA，其特征在于，还包括：接收模块，用于接收传输资源请求应答，所述传输资源请求应答中携带传输资源指示；

资源分配模块，与所述接收模块相连，用于根据所述传输资源指示，将资源在各业务流之间进行分配；第二发送模块，与所述资源分配模块相连，用于根据资源分配结果在对应的传输资源上发送数据。

19.如权利要求 16所述的 STA，其特征在于：所述封装模块，还在数据帧中封装随路请求指示，用于指示所述传输资源请求的存在。

20.如权利要求 19所述的 STA，其特征在于：所述封装模块，将所述随路请求指示承载于所述数据帧的帧头中。

21.如权利要求 20所述的 STA，其特征在于：所述封装模块，在数据帧的帧头中设置有一字段，通过所述字段的值指示所述传输资源请求的存在。

22.如权利要求 16所述的 STA，其特征在于：所述封装模块，将所述传输资源请求承载于数据帧的帧体中。

23.所如权利要求 22所述的 STA，其特征在于：所述封装模块，在数据帧的帧体中设置有一字段，承载所述传输资源请求。

24.如权利要求 16所述的 STA，其特征在于：所述封装模块，用于在所述传输资源请求中封装一个或者多个业务流的标识，以及为各业务流请求的带宽资源的大小。

25.如权利要求 24所述的 STA，其特征在于：所述封装模块，用于以预设的资源表中的索引指示带宽资源的大小。

26.如权利要求 25所述的 STA，其特征在于：所述封装模块，还用于在所述传输资源请求中承载资源表的类型，不同类型的资源表具有不同的精度范围。

27.如权利要求 17所述的 STA，其特征在于，还包括：重传模块，在所述第一发送模块发送所述携带传输资源请求的数据帧后，启动计时，如果超过预设的最大等待帧间隔后，所述接收模块仍然没有收到所述传输资源请求应答，则认为本次资源请求失败，触发所述封装模块在有数据帧传输时，将所述传输资源请求承载于数据帧中，重新发起资源请求。

28.—种用于资源请求的中心接入点 CAP, 其特征在于，包括：接收模块，用于接收携带传输资源请求的数据帧；

解析模块，用于从所述数据帧中解析出所述传输资源请求；

29.如权利要求 28所述的 CAP, 其特征在于，还包括：所述解析模块，通过解析数据帧中的随路请求指示，以获知传输资源请求的存在。

30.如权利要求 29所述的 CAP, 其特征在于：所述解析模块，通过解析数据帧的帧头中的随路请求指示字段，以得到所述随路请求指示。

31.如权利要求 28所述的 CAP, 其特征在于：所述解析模块，通过解析数据帧的帧体，得到所述传输资源请求。

32.所如权利要求 31所述的 CAP, 其特征在于：所述解析模块，通过解析数据帧的帧体中的随路资源请求字段，以得到所述传输资源请求。

33.如权利要求 28所述的 CAP, 其特征在于：所述传输资源请求中包括一个或者多个业务流的标识，以及为各业务流请求的带宽资源的大小；所述资源分配模块，根据所述传输资源请求分别为所述一个或者多个业务流分配带宽资源。

34.如权利要求 33所述的 CAP, 其特征在于：所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示；所述资源分配模块，通过查找预设的资源表，获知为各业务流请求的带宽资源的大小。

35.如权利要求 34中任何一项所述的 CAP, 其特征在于：所述传输资源请求中携带资源表的类型；所述资源分配模块，在根据索引查找资源表之前，先根据资源表的类型，定位到对应精度范围的资源表。

36.如权利要求 28所述的 CAP, 其特征在于：所述发送模块，用于在传输控制信道上发送所述传输资源请求应答给所述对应的 STA。

37.如权利要求 28所述的 CAP, 其特征在于：所述发送模块，用于釆用单播方式发送所述传输资源请求应答给所述对应的 STA。