CN102791031A - 一种用于资源请求的方法、装置及*** - Google Patents
一种用于资源请求的方法、装置及*** Download PDFInfo
- Publication number
- CN102791031A CN102791031A CN 201110188593 CN201110188593A CN102791031A CN 102791031 A CN102791031 A CN 102791031A CN 201110188593 CN201110188593 CN 201110188593 CN 201110188593 A CN201110188593 A CN 201110188593A CN 102791031 A CN102791031 A CN 102791031A
- Authority
- CN
- China
- Prior art keywords
- sta
- request
- resource request
- transmission resource
- bandwidth resources
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明提供了一种用于资源请求的方法、装置及***,该方法包括:发送第一传输资源请求;接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;利用所述第一传输资源发送第二传输资源请求;接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;利用所述第二传输资源发送数据。该方法提供了一种有效获取上行传输数据所需的资源的解决方案,可适用于没有上行传输资源的场景。
Description
本申请要求申请日为2011.3.31,申请号为201110081288.6,发明名称为一种无线通信方法的在先申请的优先权,该在先申请的全部内容均已在本申请中体现。
技术领域
本发明属于无线通信领域,尤其涉及一种用于资源请求方法、装置及***。
背景技术
近年来,无线网络技术有基于802.11标准的无线局域网WiFi技术、基于802.15的蓝牙Bluetooth***以及由移动通信***衍生而来的面向室内应用的Femto技术等等。
基于IEEE 802.11的WiFi技术是当今使用最广的一种无线网络传输技术。主要应用于无线局域网环境,应用场景以室内居多,也可应用于室外环境。802.11***由最初的基于CDMA传输机制的802.11b演进为基于OFDM技术的802.11a和802.11g。尽管在最新的IEEE 802.11n-2009标准中,通过引入多天线(MIMO)技术使得802.11n物理层峰值速率可达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技术目前一直没被广泛应用的重要原因之一。
面对日益飞速发展的多媒体业务应用需求,为了更好地满足中短距离无线通信需求,需要提出更加适用的实现方案。
有鉴于此,目前提出了一种新定义的中短距离无线通信***协议架构。参见图1,该图示出了本发明中短距离无线通信***的参考模型(此处所述***参考模型主要是指空中接口参考模型),包括MAC层单元和物理层单元(PHY层),通过合理设计MAC层单元和PHY单元,实现高数据吞吐:
MAC层是位于高层和收发PHY层之间的中间层,通常用于管理和控制多个用户之间的分配和共享物理层传输资源。MAC层包括IP适配子层单元和MAC子层单元,其中各单元的主要功能如下:
IP适配子层单元:主要提供外部网络数据和MAC层服务协议单元(MSDU)之间的映射和转换的功能;
MAC子层单元:MAC作为媒体接入控制层,除了担当媒体接入控制功能外,还包括对***的管理和控制以及负责控制与连接PHY层的物理介质;它定义了数据包怎样在介质上进行传输,此外,帧的传递顺序、对收到的帧是否确认及可选择的流量控制等也可在这一层实现。
PHY层单元主要提供将MAC层协议数据单元(MPDU)映射到相应的物理信道的PHY传输机制,例如正交频分复用(OFDM)和多入多出(MIMO)技术。
参见图2,该图示出了新定义的中短距离无线通信***的PHY层帧结构,帧结构中各子信道的定义如表1所示。
表1
通常,中短距离无线通信***接入***由接入点(CAP)和终端(STA)组成,其中终端包括现有的各种数据设备,例如:PDA、笔记本、照相机、摄像机等。如图3所示,终端STA1和终端STA2通过空中接口协议接入CAP,CAP通过有线或者无线与现有的外部网络(如IP骨干网、以太网)建立通信。其中CAP的协议组成是由空中接口层,包括MAC层和PHY两层组成。STA协议组成由应用层(CAP plication)、传输控制层(TCP)、网络层(IP层)、MAC层和PHY层组成。
参见图4,该图示出了STA和CAP之间协议数据的发送和接收的过程的示意图,例如:STA想发送数据给CAP,STA首先将应用数据(如VoIP、视频等)经过应用层、TCP/IP层处理并打包,以IP分组的形式发送给IP适配层,由IP适配层进行转换和映射,发送给MAC层,MAC层经过分片、加密、成帧、聚合等操作,发给PHY层,最终由PHY映射到无线信道上进行数据传输。
在实际通讯过程中,数据的传输需要有可用的传输资源,在STA向CAP上行传输数据时,需要先获得用于上行传输数据的资源。但是,新定义的中短距离无线通信***协议中,并未对STA如何获得上行传输数据的资源进行描述。
发明内容
本发明要解决的技术问题是,提供一种用于资源请求的方法、装置及***,用以获取上行传输数据所需的资源。
为了解决上述技术问题,本发明提出一种用于资源请求的方法,包括:
发送第一传输资源请求;
接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;
利用所述第一传输资源发送第二传输资源请求;
接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;
利用所述第二传输资源发送数据。
进一步地,上述方法还可具有以下特点:
将多个业务流在所述第二传输资源中各自对应的传输资源上传输数据。
进一步地,上述方法还可具有以下特点:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
进一步地,上述方法还可具有以下特点:
在上行调度请求信道发送所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
进一步地,上述方法还可具有以下特点:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
进一步地,上述方法还可具有以下特点:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
进一步地,上述方法还可具有以下特点:
在传输控制信道上接收所述第一传输资源请求应答。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流的标识。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流需要的带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
进一步地,上述方法还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述方法还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
进一步地,上述方法还可具有以下特点:
在传输控制信道上接收所述第二传输资源请求应答。
为了解决上述技术问题,本发明还提出一种用于资源请求的方法,包括:
接收第一传输资源请求,为对应的STA分配第一传输资源;
发送第一传输资源请求应答给所述对应的STA,所述第一传输资源请求应答携带第一传输资源指示;
接收第二传输资源请求,为对应的STA分配第二传输资源;
发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
进一步地,上述方法还可具有以下特点:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
进一步地,上述方法还可具有以下特点:
在上行调度请求信道上接收所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
进一步地,上述方法还可具有以下特点:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
进一步地,上述方法还可具有以下特点:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
进一步地,上述方法还可具有以下特点:
在传输控制信道上发送所述第一传输资源请求应答。
进一步地,上述方法还可具有以下特点:
采用广播方式发送所述第一传输资源请求应答。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流的标识。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流需要的带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中还包括带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述方法还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
进一步地,上述方法还可具有以下特点:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
进一步地,上述方法还可具有以下特点:
在传输控制信道上发送所述第二传输资源请求应答。
进一步地,上述方法还可具有以下特点:
采用单播方式发送所述第二传输资源请求应答。
为了解决上述技术问题,本发明又提出一种用于资源请求的方法,包括:
生成传输资源请求,所述传输资源请求中包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小;
发送所述传输资源请求。
进一步地,上述方法还可具有以下特点:
所述传输资源请求中还包括所述每一个业务流的标识。
进一步地,上述方法还可具有以下特点:
所述传输资源请求中还包括所述每一个业务流需要的带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述传输资源请求中包括发送所述传输资源请求的STA的标识。
进一步地,上述方法还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述方法还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
为了解决上述技术问题,本发明又提出一种用于资源请求的方法,包括:
生成传输资源请求,所述传输资源请求中包括STA需要的总的带宽资源的大小;
发送所述传输资源请求。
进一步地,上述方法还可具有以下特点:
所述传输资源请求中还包括带宽资源的类型。
进一步地,上述方法还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为STA分配传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
进一步地,上述方法还可具有以下特点:
所述传输资源请求中包括发送所述传输资源请求的STA的标识。
进一步地,上述方法还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述方法还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
为了解决上述技术问题,本发明又提出一种用于资源请求的终端STA,包括:
第一发送模块,用于发送第一传输资源请求;
第一接收模块,用于接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;
第二发送模块,用于利用所述第一传输资源发送第二传输资源请求;
第二接收模块,用于接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;
第三发送模块,用于利用所述第二传输资源发送数据。
进一步地,上述STA还可具有以下特点:
资源分配模块,用于将多个业务流在所述第二传输资源中各自对应的传输资源上传输数据。
进一步地,上述STA还可具有以下特点:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
进一步地,上述STA还可具有以下特点:
所述第一发送模块,用于在上行调度请求信道发送所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
进一步地,上述STA还可具有以下特点:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
进一步地,上述STA还可具有以下特点:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
进一步地,上述STA还可具有以下特点:
所述第一接收模块,用于在传输控制信道上接收所述第一传输资源请求应答。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流的标识。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流需要的带宽资源的类型。
进一步地,上述STA还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中还包括带宽资源的类型。
进一步地,上述STA还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
进一步地,上述STA还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述STA还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
进一步地,上述STA还可具有以下特点:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
进一步地,上述STA还可具有以下特点:
所述第二接收模块,用于在传输控制信道上接收所述第二传输资源请求应答。
为了解决上述技术问题,本发明又提出一种用于资源请求的中心接入点CAP,包括:
第一接收模块,用于接收第一传输资源请求,为对应的STA分配第一传输资源;
第一发送模块,用于发送第一传输资源请求应答给所述对应的STA,所述第一传输资源请求应答携带第一传输资源指示;
第二接收模块,用于接收第二传输资源请求,为对应的STA分配第二传输资源;
第二发送模块,用于发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
进一步地,上述CAP还可具有以下特点:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
进一步地,上述CAP还可具有以下特点:
在上行调度请求信道上接收所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
进一步地,上述CAP还可具有以下特点:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
进一步地,上述CAP还可具有以下特点:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
进一步地,上述CAP还可具有以下特点:
所述第一接收模块,用于在传输控制信道上发送所述第一传输资源请求应答。
进一步地,上述CAP还可具有以下特点:
所述第一接收模块,用于采用广播方式发送所述第一传输资源请求应答。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流的标识。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中还包括所述每一个业务流需要的带宽资源的类型。
进一步地,上述CAP还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中还包括带宽资源的类型。
进一步地,上述CAP还可具有以下特点:
所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
进一步地,上述CAP还可具有以下特点:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
进一步地,上述CAP还可具有以下特点:
所述预设的资源表包括多种精度范围的资源表。
进一步地,上述CAP还可具有以下特点:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
进一步地,上述CAP还可具有以下特点:
所述第二发送模块,用于在传输控制信道上发送所述第二传输资源请求应答。
进一步地,上述CAP还可具有以下特点:
所述第二发送模块,用于采用单播方式发送所述第二传输资源请求应答。
为了解决上述技术问题,本发明又提出一种用于资源请求的***,包括上述的STA和CAP,两者交互,实现资源请求。
本发明提供的一种用于资源请求的方法、装置及***,用以获取上行传输数据所需的资源。
说明书附图
图1是新定义的中短距离无线通信***的***架构示意图;
图2是新定义的中短距离无线通信***的PHY层帧结构;
图3是新定义的中短距离无线通信***中终端和接入点的协议构成的示意图;
图4是新定义的中短距离无线通信***中STA和CAP的协议数据发送和接收的示意图;
图5是本发明第一实施例一种资源请求的方法流程图;
图6是本发明实施例调度请求序列生成方法流程示意图;
图7是本发明实施例PN序列生成器原理示意图;
图8是本发明实施例独立资源请求帧结构示意图;
图9是用于实现第一实施例的竞争资源请求的STA装置方框图;
图10是用于实现第一实施例的竞争资源请求的CAP装置方框图;
图11是本发明第二实施例一种随路资源请求的方法流程图;
图12是用于实现第二实施例的随路资源请求的STA装置方框图;
图13是用于实现第二实施例的随路资源请求的CAP装置方框图;
图14是本发明第三实施例一种轮询资源请求的方法流程图;
图15是用于实现第三实施例的轮询资源请求的CAP装置方框图;
图16是本发明第四实施例一种轮询资源请求的方法流程图;
图17是用于实现第四实施例的轮询资源请求的CAP装置方框图;
图18是本发明第五实施例一种轮询资源请求的方法流程图;
图19是用于实现第五实施例的轮询资源请求的CAP装置方框图;
图20是本发明第六实施例一种轮询资源请求的方法流程图;
图21是用于实现第六实施例的轮询资源请求的CAP装置方框图。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案,以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求,否则单独的组件和功能是可选的,并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围,以及权利要求书的所有可获得的等同物。在本文中,本发明的这些实施方案可以被单独地或总地用术语“发明”来表示,这仅仅是为了方便,并且如果事实上公开了超过一个的发明,不是要自动地限制该应用的范围为任何单个发明或发明构思。
第一实施例
本发明实施例提供了一种资源请求的方法,由需要上行传输数据的STA主动向CAP发起传输资源请求,通过竞争方式获取上行传输资源,具体如图5所示,包括步骤:
步骤S501:STA发送第一传输资源请求;
步骤S502:CAP接收所述第一传输资源请求,为所述STA分配第一传输资源;
步骤S503:所述CAP发送第一传输资源请求应答给所述STA,所述第一传输资源请求应答中携带第一传输资源指示;
步骤S504:所述STA接收所述第一传输资源请求应答;
步骤S505:所述STA利用所述第一传输资源发送第二传输资源请求;
步骤S506:所述CAP接收所述第二传输资源请求,为所述STA分配第二传输资源;
步骤S507:所述CAP发送第二传输资源请求应答给所述STA,所述第二传输资源请求应答中携带第二传输资源指示;
步骤S508:所述STA接收所述第二传输资源请求应答;
步骤S509:所述STA利用所述第二传输资源发送数据。
本发明实施例上述资源请求的方法,由STA主动向CAP发起传输资源请求,通过两次交互,即先发起第一传输资源请求,触发资源请求进程,请求到第一传输资源,再利用第一传输资源发送第二传输资源请求,请求到用于上行传输数据的第二传输资源,从而完成整个资源请求过程,获得上行传输数据所需的资源。
较佳地,所述第一传输资源请求可以通过上行调度方式发起。当然,在另一实施例中,所述第一传输资源请求也可以采用其他方式发起,例如利用空闲的上行传输资源发起,或者承载于上行数据帧中随数据帧发送出去以发起,等等,本发明在此不做限制。下面将对本发明实施例采用调度方式发起第一传输资源请求的方式做进一步说明。
所述第一传输资源请求具体可以为一上行调度请求序列。CAP接收到作为第一传输资源请求的上行调度请求序列后,在第一传输资源请求应答中携带所述上行调度请求序列的标识。当然,在另一实施例中,所述第一传输资源请求也可以采用其他形式,本发明在此不做限制。下面将对本发明实施例设计上行调度请求序列作为第一传输资源请求的方式进行说明。
可以预先设计多个可作为第一传输资源请求的上行调度请求序列,STA在发起第一传输资源请求时,可以按照预定的规则,从所述多个上行调度请求序列选择一个作为第一传输资源请求。选择方式可以根据需要设置,例如等概率选择方式,等等。
在设计上行调度请求序列的标识时,可以对可选作第一传输资源请求的多个上行调度请求序列编号,以上行调度请求序列的序号作为所述上行调度请求序列的标识。当然,也可以以其他方式来标识不同的上行调度请求序列,本发明在此不做限制。
本发明实施例还给出了一种生成上行调度请求序列的具体方法,如图6所示,依次包括步骤:生成PN序列、星座映射、子载波映射、生成循环移位序列、快速傅立叶逆变换(Inverse Fast Fourier Transform,简称FFT)、加CP。图6中,CAP_MAC指CAP的MAC地址的最低7比特,i为PN序列索引(0≤i<4),{δCS}为循环移位参数集,j为循环移位参数索引(0≤j<8)。
生成PN序列步骤,可采用如图7所示方式实现。即,PN序列采用生成多项式为1+X11+X15的最大长度线性反馈移位寄存器序列。寄存器的初始值rinit=[00101011r6r5r4r3r2r1r0]b,MSB在左,LSB在右;其中[r6r5r4r3r2r1r0]b=CAP_MAC,是CAP的MAC地址的最低7比特。
星座映射步骤,可以采用BPSK调制方式。如表2所示,序列Si经BPSK调制后,得到序列Ci。
表2
输入比特(b0) | I路输出 | Q路输出 |
0 | -1 | 0 |
1 | 1 | 0 |
子载波映射步骤,可以按照下式,将序列Ci按照下式进行子载波映射,得到序列Mi。
当然,在另一实施例中,也可以采用其他方式生成上行调度请求序列,本发明在此不做限制。
较佳地,所述第一传输资源请求可以在上行调度请求信道上发送。CAP接收到第一传输资源请求后,在第一传输资源请求应答中携带所述上行调度请求信道的标识。本发明实施例巧妙地通过上行调度请求信道发起第一传输资源请求,通过竞争方式实现本发明实施例资源请求过程,从而无需监听上行传输信道是否有资源可用,即使在没有上行传输资源的情况下,也可以进行资源请求。当然,在另一实施例中,所述第一传输资源请求也可以通过其他信道发起,例如利用上行传输信道,本发明在此不做限制。
采用上行调度请求信道发起第一传输资源请求,可设计上行调度请求信道的位置信息作为所述上行调度请求信道的标识。当然,在另一实施例中,也可以以其他方式来标识不同的上行调度请求信道,本发明在此不做限制。
在上行调度请求信道发起第一传输资源请求时,可以根据需要,采用例如BPSK、QPSK等方式将第一传输资源请求调制到一上行调度请求信道上发送出。
较佳地,所述CAP在为所述STA分配第一传输资源后,可以通过传输控制信道下发资源分配指示。即,所述CAP可以在传输控制信道上发送第一传输资源请求应答,其中携带第一传输资源指示。相应地,所述STA将会在所述传输控制信道上接收到所述第一传输资源请求应答,从中获知为其分配的第一传输资源。当然,在另一实施例中,也可以设计通过其他信道下发所述第一传输资源请求应答,本发明在此不做限制。
较佳地,所述CAP在为所述STA分配第一传输资源后,可以以广播的方式发送所述第一传输资源请求应答。
采用广播方式发送第一传输资源请求应答时,所述STA将根据预设的规则,接收对应的应答。例如,采用以上行调度请求序列作为第一传输资源请求,将其调制到一个上行调度请求信道上发送出去的调度方式发起第一传输资源请求时,可以以上行调度请求序列的标识和所述上行调度请求序列所在的上行调度请求信道的标识作为正确接收的判断依据,STA通过将其发送的作为第一传输资源请求的上行调度请求序列的标识和所述上行调度请求序列所在的上行调度请求信道的标识,与接收到的第一传输资源请求应答中的上行调度请求序列的标识和上行调度请求信道的标识匹配,以正确接收对应的应答。
较佳地,本发明实施例提供了一种第二传输资源请求的格式,支持基于业务流上报所请求的资源。其中,所述第二传输资源请求中包括发起所述第二传输资源请求的STA的标识,所述STA的一个或者多个业务流中的每一个业务流需要的带宽资源的大小,以及所述各业务流的标识。CAP通过解析所述第二传输资源请求,可获知所述STA的各业务流,以及所述各业务流的资源需求情况。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。CAP支持STA根据需要为不同的业务流选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小。
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,本发明实施例还提供了另一种第二传输资源请求的格式,支持基于STA上报所请求的资源。其中,所述第二传输资源请求中包括发起所述第二传输资源请求的STA的标识,以及所述STA需要的总的带宽资源的大小。
较佳地,所述第二传输资源请求中还可以包括所述所述STA需要的带宽资源的类型。CAP支持STA根据需要选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,本发明实施例还提供一种带宽资源表示方法,通过设计资源表,以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时,仅需要承载所述带宽资源对应于资源表中的索引值即可,尤其在请求的带宽资源较大时,以索引值来替代具体的带宽资源数值,将大大减少所占用的比特位,节约传输资源。为了更直观,下面给出一种资源表示例,如表3所示。
表3
较佳地,可以根据需要设计多种精度范围的资源表。例如表4所示的资源表,其精度大于表3所示的资源表。在执行资源请求时,可根据所请求的资源选择合适的资源表,在资源请求中携带资源表的标识和索引,CAP侧维护同样的资源表,根据接收到的资源请求中的资源表的标识和索引,定位到对应的资源表中对应索引的资源大小,从而获知STA所请求的资源的大小。
表4
索引 | 资源大小值[字节] | 索引 | 资源大小值[字节] |
0 | BS=0 | 32 | 4940<BS<=6074 |
1 | 0<BS<=10 | 33 | 6074<BS<=7469 |
2 | 10<BS<=13 | 34 | 7469<BS<=9185 |
3 | 13<BS<=16 | 35 | 9185<BS<=11294 |
4 | 16<BS<=19 | 36 | 11294<BS<=13888 |
5 | 19<BS<=23 | 37 | 13888<BS<=17077 |
6 | 23<BS<=29 | 38 | 17077<BS<=20999 |
7 | 29<BS<=35 | 39 | 20999<BS<=25822 |
8 | 35<BS<=43 | 40 | 25822<BS<=31752 |
9 | 43<BS<=53 | 41 | 31752<BS<=39045 |
10 | 53<BS<=65 | 42 | 39045<BS<=48012 |
11 | 65<BS<=80 | 43 | 48012<BS<=59039 |
12 | 80<BS<=98 | 44 | 59039<BS<=72598 |
13 | 98<BS<=120 | 45 | 72598<BS<=89272 |
14 | 120<BS<=147 | 46 | 89272<BS<=109774 |
15 | 147<BS<=181 | 47 | 109774<BS<=134986 |
16 | 181<BS<=223 | 48 | 134986<BS<=165989 |
17 | 223<BS<=274 | 49 | 165989<BS<=204111 |
18 | 274<BS<=337 | 50 | 204111<BS<=250990 |
19 | 337<BS<=414 | 51 | 250990<BS<=308634 |
20 | 414<BS<=509 | 52 | 308634<BS<=379519 |
21 | 509<BS<=625 | 53 | 379519<BS<=466683 |
22 | 625<BS<=769 | 54 | 466683<BS<=573866 |
23 | 769<BS<=945 | 55 | 573866<BS<=705666 |
24 | 945<BS<=1162 | 56 | 705666<BS<=867737 |
25 | 1162<BS<=1429 | 57 | 867737<BS<=1067031 |
26 | 1429<BS<=1757 | 58 | 1067031<BS<=1312097 |
27 | 1757<BS<=2161 | 59 | 1312097<BS<=1613447 |
28 | 2161<BS<=2657 | 60 | 1613447<BS<=1984009 |
29 | 2657<BS<=3267 | 61 | 1984009<BS<=2439678 |
30 | 3267<BS<=4017 | 62 | 2439678<BS<=3000000 |
31 | 4017<BS<=4940 | 63 | BS>3000000 |
本发明实施例中,所述第二传输资源请求可以承载于资源请求帧中发送。本发明实施例以上述基于业务流上报的方式为例,给出了一种具体的资源请求帧结构,如图8所示,包括帧头、净荷和校验信息部分(FCS)。帧头中包含帧控制信息,例如帧类型(此处为管理帧)、子类型(此处为资源请求帧)、版本信息等;净荷中包含STAID、FID个数,以及一个或者多个业务流的带宽资源请求信息,其中,每个业务流的带宽资源请求信息中包含所述业务流的FID、资源表的类型、RES-R。其中,RES-R表示所请求的带宽资源在资源表中的索引。图8中,是以资源表的类型标识资源表,例如,定义表3为非扩展的资源表,表4为扩展的资源表,资源表的类型字段为0表示使用非扩展的资源表,资源表的类型字段为1表示使用扩展的资源表,当然在另一实施例中也可以采用其他方式标识资源表,本发明在此不做限制。另外,当可支持分配不同类型的资源时,例如支持增量和总量资源分配时,还可以在所述业务流的带宽资源请求信息中设置指示该业务流请求的资源类型的信息。
若采用上述基于STA上报的方式,则只需要改变图8所示的资源请求帧的净荷部分即可,在净荷部分封装STAID、资源表的标识、RES-R,本发明实施例在此不再赘述。
所述CAP在为所述STA分配第二传输资源后,可以以单播的方式发送所述第二传输资源请求应答,其中携带第二传输资源指示。所述STA根据预设的规则,接收对应的应答。例如,以STAID作为正确接收的判断依据,即,STA在第二传输资源请求中携带自身的STAID,CAP在为所述STA返回第二传输资源请求应答时,也会在所述第二传输资源请求应答中携带所述STA的STAID,STA通过判断接收到的第二传输资源请求应答中是否携带其自身的STAID,从而确定是否正确接收到对应的应答。
较佳地,所述CAP在为所述STA分配第二传输资源后,可以通过传输控制信道下发资源分配指示。即,所述CAP可以在传输控制信道上发送第二传输资源请求应答,其中携带第二传输资源指示。相应地,所述STA将会在所述传输控制信道上接收到所述第二传输资源请求应答,从中获知为其分配的第二传输资源。当然,在另一实施例中,也可以设计通过其他信道下发所述第二传输资源请求应答,本发明在此不做限制。
为了实现上述采用竞争方式的资源请求方法,本发明实施例还提供了一种用于实现资源请求的STA,如图9所示,包括:
第一发送模块,用于发送第一传输资源请求;
第一接收模块,用于接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;
第二发送模块,用于利用所述第一传输资源发送第二传输资源请求;
第二接收模块,用于接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;
第三发送模块,用于利用所述第二传输资源发送数据。
较佳地,所述STA还包括:
资源分配模块,用于将多个业务流在所述第二传输资源中各自对应的传输资源上传输数据。
较佳地,所述第一传输资源请求可以为一上行调度请求序列;所述第一资源请求应答携带所述上行调度请求序列的标识。
较佳地,所述第一发送模块,可以在上行调度请求信道发送所述第一传输资源请求;所述第一传输资源请求应答携带所述上行调度请求信道的标识。
较佳地,所述上行调度请求序列的标识可以是所述上行调度请求序列的序号。
较佳地,所述上行调度请求信道的标识可以是所述上行调度请求信道的位置信息。
较佳地,所述第一接收模块,可以在传输控制信道上接收所述第一传输资源请求应答。
较佳地,所述第二传输资源请求可以基于业务流上报资源请求:
即所述第二传输资源请求中可以包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。其中,所述第二传输资源请求中还可以包括所述每一个业务流的标识。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述第二传输资源请求还可以基于STA上报资源请求:
即,所述第二传输资源请求中可以包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
较佳地,所述第二传输资源请求中还包括带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,可以以预设的资源表中的索引指示所请求的带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;所述第二传输资源请求应答携带有所述STA的标识。
较佳地,所述第二接收模块,可以在传输控制信道上接收所述第二传输资源请求应答。
为了实现上述采用竞争方式的资源请求方法,本发明实施例还提供了一种用于实现资源请求的CAP,如图10所示,包括:
第一接收模块,用于接收第一传输资源请求,为对应的STA分配第一传输资源;
第一发送模块,用于发送第一传输资源请求应答给所述对应的STA,所述第一传输资源请求应答携带第一传输资源指示;
第二接收模块,用于接收第二传输资源请求,为对应的STA分配第二传输资源;
第二发送模块,用于发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
较佳地,所述第一传输资源请求可以为一上行调度请求序列;所述第一资源请求应答携带所述上行调度请求序列的标识。
较佳地,可以在上行调度请求信道上接收所述第一传输资源请求;所述第一传输资源请求应答携带所述上行调度请求信道的标识。
较佳地,所述上行调度请求序列的标识可以是所述上行调度请求序列的序号。
较佳地,所述上行调度请求信道的标识可以是所述上行调度请求信道的位置信息。
较佳地,所述第一接收模块,可以在传输控制信道上发送所述第一传输资源请求应答。
较佳地,所述第一接收模块,可以采用广播方式发送所述第一传输资源请求应答。
较佳地,所述第二传输资源请求可以基于业务流上报资源请求:
即,所述第二传输资源请求中可以包括一个或者多个业务流中的每一个业务流需要的带宽资源的大小。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流的标识。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述第二传输资源请求可以基于STA上报资源请求:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
较佳地,所述第二传输资源请求中还可以包括带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,可以以预设的资源表中的索引指示所请求的带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述第二传输资源请求中可以包括发送所述第二传输资源请求的STA的标识;所述第二传输资源请求应答携带有所述STA的标识。
较佳地,所述第二发送模块,可以在传输控制信道上发送所述第二传输资源请求应答。
较佳地,所述第二发送模块,可以采用单播方式发送所述第二传输资源请求应答。
为了实现上述采用竞争方式的资源请求方法,本发明实施例还提供了一种用于实现资源请求的***,包括如上所述的STA和CAP。
第二实施例
本发明实施例还提供了一种资源请求的方法,巧妙地利用传输上行数据的时机和资源,将传输资源请求随上行数据一起发送至CAP,具体如图11所示,包括步骤:
步骤S1101:STA将传输资源请求承载于数据帧中;
步骤S1102:所述STA发送所述携带传输资源请求的数据帧;
步骤S1103:CAP接收所述携带传输资源请求的数据帧;
步骤S1104:所述CAP从所述数据帧中解析出所述传输资源请求;
步骤S1105:所述CAP根据所述传输资源请求,为所述STA分配传输资源;
步骤S1106:所述CAP发送传输资源请求应答给所述STA,所述传输资源请求应答携带传输资源指示;
步骤S1107:所述STA接收所述输资源请求应答;
步骤S1108:所述STA利用所述传输资源发送数据。
本发明实施例采用上述方法巧妙地将传输资源请求随上行数据一起发送至CAP,以请求资源。在上有上行数据传输时,可采用本发明实施例上述随路资源请求方式请求资源,从而无须为先去请求发送所述传输资源请求所需的上行传输资源,资源请求的实现过程中交互步骤更少,请求资源所需的时长更短。
较佳地,STA还可以在携带传输资源请求的数据帧中携带随路请求指示,用于指示所述传输资源请求的存在。相应地,CAP在接收到数据帧后,通过所述随路请求指示即可快速判断出所述数据帧中是否携带传输资源请求。当然,在另一实施例中,也可以不携带随路请求指示,而是通过例如设置特定字段承载所述传输资源请求,通过解析对应字段,来判断所述数据帧中是否携带传输资源请求,本发明在此不做限制。
考虑到CAP在解析数据帧时,一般要先解析帧头,获取参数信息,因此,在数据帧中封装随路请求指示时,可以将所述随路请求指示封装在所述数据帧的帧头中。
在具体实现随路请求指示时,可以在数据帧的帧头中设置一随路请求指示字段,通过所述字段的值指示所述传输资源请求的存在。例如,1表示存在传输资源请求,0表示不存在传输资源请求。
所述随路请求指示字段可以为一新增字段,也可以使用帧头中的已有字段,例如空闲字段,重新定义其为随路请求指示字段,本发明在此不做限制。所述随路请求指示字段在帧头中的位置可按照预设的规则设置,本发明在此不做限制。
STA可以将所述传输资源请求承载于所述数据帧的帧体中。在具体实现时,可以在数据帧的帧体中设置一随路资源请求字段,承载所述传输资源请求。当数据帧中不携带传输资源请求时,则可不在数据帧的帧体中设置随路资源请求字段,或者也可将所述随路资源请求字段填充为一固定值。
所述随路资源请求字段可以为一新增字段,也可以使用帧体中的已有字段,例如空闲字段,重新定义其为随路资源请求字段,本发明在此不做限制。所述随路资源请求字段在帧体中的位置按照预设的规则设置,例如可规定随路资源请求字段为帧体的前若干个比特,本发明在此不做限制。
较佳地,本发明实施例提供了一种传输资源请求的格式,支持基于业务流上报所请求的资源。其中,所述传输资源请求中包括发起所述传输资源请求的STA的标识,所述STA的一个或者多个业务流中的每一个业务流需要的带宽资源的大小,以及所述各业务流的标识。CAP通过解析所述传输资源请求,可获知所述STA的各业务流,以及所述各业务流的资源需求情况。
较佳地,所述传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。CAP支持STA根据需要为不同的业务流选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小。
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,本发明实施例还提供了另一种传输资源请求的格式,支持基于STA上报所请求的资源。其中,所述传输资源请求中包括发起所述传输资源请求的STA的标识,以及所述STA需要的总的带宽资源的大小。
较佳地,所述传输资源请求中还可以包括所述所述STA需要的带宽资源的类型。CAP支持STA根据需要选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,本发明实施例还提供一种带宽资源表示方法,通过设计资源表(例如表3),以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时,仅需要承载所述带宽资源对应于资源表中的索引值即可,尤其在请求的带宽资源较大时,以索引值来替代具体的带宽资源数值,将大大减少所占用的比特位,节约传输资源。
较佳地,可以根据需要设计多种精度范围的资源表。例如表4所示的资源表,其精度大于表3所示的资源表。在执行资源请求时,可根据所请求的资源选择合适的资源表,在资源请求中携带资源表的标识和索引,CAP侧维护同样的资源表,根据接收到的资源请求中的资源表的标识和索引,定位到对应的资源表中对应索引的资源大小,从而获知STA所请求的资源的大小。
本发明实施例给出了一种具体的包含传输资源请求的数据帧结构,包括帧头、净荷和校验信息部分(FCS)。帧头中包含随路资源请求字段,当随路资源请求字段的取值指示帧体中有传输资源请求时,帧体中包含随路资源请求字段,所述随路资源请求字段中包含一个或者多个业务流的带宽资源请求,每个业务流的带宽资源请求中包含所述业务流的FID、资源表的类型、RES-R。其中,RES-R表示所请求的带宽资源在资源表中的索引。图10中,是以资源表的类型标识资源表,例如,定义表3为非扩展的资源表,表4为扩展的资源表,资源表的类型字段为0表示使用非扩展的资源表,资源表的类型字段为1表示使用扩展的资源表,当然在另一实施例中也可以采用其他方式标识资源表,本发明在此不做限制。另外,当可支持分配不同类型的资源时,例如支持增量和总量资源分配时,还可以在所述业务流的带宽资源请求信息中设置指示该业务流请求的资源类型的信息。
若采用上述基于STA上报的方式,则只需要改变上述随路资源请求字段承载内容即可,在其中承载资源表的标识、RES-R,本发明实施例在此不再赘述。
所述CAP在为所述STA分配传输资源后,可以以单播的方式发送所述传输资源请求应答,其中携带传输资源指示。所述STA根据预设的规则,接收对应的应答。例如,以STAID作为正确接收的判断依据,即,STA在传输资源请求中携带自身的STAID,CAP在为所述STA返回传输资源请求应答时,也会在所述传输资源请求应答中携带所述STA的STAID,STA通过判断接收到的传输资源请求应答中是否携带其自身的STAID,从而确定是否正确接收到对应的应答。
较佳地,所述CAP在为所述STA分配传输资源后,可以通过传输控制信道下发资源分配指示。即,所述CAP可以在传输控制信道上发送传输资源请求应答,其中携带传输资源指示。相应地,所述STA将会在所述传输控制信道上接收到所述传输资源请求应答,从中获知为其分配的传输资源。当然,在另一实施例中,也可以设计通过其他信道下发所述传输资源请求应答,本发明在此不做限制。
为了实现上述采用随路方式的资源请求方法,本发明实施例还提供了一种用于实现随路资源请求的STA,如图12所示,包括:
封装模块,用于将传输资源请求承载于数据帧中;
第一发送模块,用于发送所述携带传输资源请求的数据帧。
接收模块,用于接收传输资源请求应答,所述传输资源请求应答中携带传输资源指示;
第二发送模块,用于利用所述传输资源发送数据。
较佳地,所述数据帧中还可以包括随路请求指示,用于指示所述传输资源请求的存在。
较佳地,所述封装模块,还可以在数据帧中封装随路请求指示,用于指示所述传输资源请求的存在。
较佳地,所述封装模块,可以将所述随路请求指示承载于所述数据帧的帧头中。
较佳地,所述封装模块,可以在数据帧的帧头中设置有一字段,通过所述字段的值指示所述传输资源请求的存在。
较佳地,所述封装模块,可以将所述传输资源请求承载于所述数据帧的帧体中。
较佳地,所述封装模块,可以在在数据帧的帧体中设置一字段,承载所述传输资源请求。
较佳地,所述传输资源请求可以基于业务流上报资源请求:
即,所述传输资源请求中可以包括个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
较佳地,所述传输资源请求中还可以包括所述各业务流需要的带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述传输资源请求可以基于STA上报资源请求:
即,所述传输资源请求中可以包括发起所述传输资源请求的STA需要的总的带宽资源的大小。
较佳地,所述传输资源请求中还可以包括带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为STA分配传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,所述传输资源请求中包括发送所述传输资源请求的STA的标识;所述传输资源请求应答携带有所述STA的标识。
较佳地,可以以预设的资源表中的索引指示带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述第二发送模块,可以将多个业务流在所述传输资源中各自对应的传输资源上传输数据。
较佳地,所述接收模块,可以在传输控制信道上接收所述传输资源请求应答。
为了实现上述采用随路方式的资源请求方法,本发明实施例还提供了一种用于实现随路资源请求的CAP,如图13所示,包括:
接收模块,用于接收携带传输资源请求的数据帧;
解析模块,用于从所述数据帧中解析出所述传输资源请求;
资源分配模块,用于根据所述传输资源请求,为对应的终端STA分配第一传输资源;
发送模块,用于发送传输资源请求应答给所述对应的STA,所述传输资源请求应答中携带传输资源指示。
较佳地,所述数据帧中还可以包括随路请求指示,用于指示所述传输资源请求的存在。相应地,所述解析模块,可通过解析数据帧中的随路请求指示,获知传输资源请求的存在。
较佳地,数据帧的帧头中设置有一字段,所述字段的值指示所述传输资源请求的存在。相应地,所述解析模块,可通过解析数据帧的帧头中的随路请求指示字段,得到所述随路请求指示。
较佳地,所述传输资源请求承载于所述数据帧的帧体中。相应地,所述解析模块,可通过解析数据帧的帧体,得到所述传输资源请求。
较佳地,所述数据帧的帧体中设置有一字段,承载所述传输资源请求。相应地,所述解析模块,可通过解析数据帧的帧体中的随路资源请求字段,以得到所述传输资源请求。
较佳地,所述传输资源请求可以基于业务流上报资源请求:
即,所述传输资源请求中包括一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
较佳地,所述传输资源请求中还可以包括所述各业务流需要的带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述传输资源请求可以基于STA上报资源请求:
即,所述传输资源请求中包括发起所述传输资源请求的STA需要的总的带宽资源的大小。
较佳地,所述传输资源请求中还可以包括带宽资源的类型。
较佳地,所述带宽资源的类型可以包括:
增量带宽,用于指示为STA分配传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,所述传输资源请求中包括发送所述传输资源请求的STA的标识;所述传输资源请求应答中携带所述STA的标识。
较佳地,可以以预设的资源表中的索引指示带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述发送模块,可以在传输控制信道上发送所述传输资源请求应答给所述对应的STA。
较佳地,所述发送模块,可以采用单播方式发送所述传输资源请求应答给所述对应的STA。
为了实现上述采用随路方式的资源请求方法,本发明实施例还提供了一种用于实现随路资源请求的***,包括如上所述的STA和CAP。
第三实施例
本发明实施例还提供了一种资源分配的方法,由CAP主动为至少一个STA轮询分配用于发送资源请求的资源,具体如图14所示,包括步骤:
步骤S1401:CAP轮询至少一个STA,为每个轮询到的STA分配第一传输资源;
步骤S1402:所述CAP发送携带第一传输资源指示的应答给所述轮询到的STA;
步骤S1403:所述STA接收携带第一传输资源指示的应答;
步骤S1404:所述STA利用所述第一传输资源发送第二传输资源请求;
步骤S1405:所述CAP接收所述第二传输资源请求,为对应的STA分配第二传输资源;
步骤S1406:所述CAP发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答中携带第二传输资源指示;
步骤S1407:所述STA接收所述第二传输资源请求应答;
步骤S1408:所述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本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,本发明实施例还提供一种带宽资源表示方法,通过设计资源表,以所述带宽资源在预设的资源表中索引来指示所请求的带宽资源的大小。从而在上报需要的带宽资源时,仅需要承载所述带宽资源对应于资源表中的索引值即可,尤其在请求的带宽资源较大时,以索引值来替代具体的带宽资源数值,将大大减少所占用的比特位,节约传输资源。可参见表3所示。
较佳地,可以根据需要设计多种精度范围的资源表。例如表4所示的资源表,其精度大于表3所示的资源表。在执行资源请求时,可根据所请求的资源选择合适的资源表,在资源请求中携带资源表的标识和索引,CAP侧维护同样的资源表,根据接收到的资源请求中的资源表的标识和索引,定位到对应的资源表中对应索引的资源大小,从而获知STA所请求的资源的大小。
本发明实施例中,所述第二传输资源请求可以承载于资源请求帧中发送。本发明实施例以上述基于业务流上报的方式为例,给出了一种具体的资源请求帧结构,如图8所示,包括帧头、净荷和校验信息部分(FCS)。帧头中包含帧控制信息,例如帧类型(此处为管理帧)、子类型(资源请求帧)、版本信息等;净荷中包含STAID、FID个数,以及一个或者多个业务流的带宽资源请求信息,其中,每个业务流的带宽资源请求信息中包含所述业务流的FID、资源表的类型、RES-R。其中,RES-R表示所请求的带宽资源在资源表中的索引。图8中,是以资源表的类型标识资源表,例如,定义表3为非扩展的资源表,表4为扩展的资源表,资源表的类型字段为0表示使用非扩展的资源表,资源表的类型字段为1表示使用扩展的资源表,当然在另一实施例中也可以采用其他方式标识资源表,本发明在此不做限制。另外,当可支持分配不同类型的资源时,例如支持增量和总量资源分配时,还可以在所述业务流的带宽资源请求信息中设置指示该业务流请求的资源类型的信息。。
若采用上述基于STA上报的方式,则只需要改变图8所示的资源请求帧的净荷部分即可,在净荷部分封装STAID、资源表的标识、RES-R,本发明实施例在此不再赘述。
所述CAP在为所述STA分配第二传输资源后,可以以单播的方式发送所述第二传输资源请求应答,其中携带第二传输资源指示。所述STA根据预设的规则,接收对应的应答。例如,以STAID作为正确接收的判断依据,即,STA在第二传输资源请求中携带自身的STAID,CAP在为所述STA返回第二传输资源请求应答时,也会在所述第二传输资源请求应答中携带所述STA的STAID,STA通过判断接收到的第二传输资源请求应答中是否携带其自身的STAID,从而确定是否正确接收到对应的应答。
较佳地,所述CAP可以通过传输控制信道发送第二传输资源请求应答,其中携带第二传输资源指示。相应地,所述STA将会在所述传输控制信道上接收到所述第二传输资源请求应答,从中获知为其分配的第二传输资源。当然,在另一实施例中,也可以设计通过其他信道,例如下行传输信道,下发所述第二传输资源请求应答,本发明在此不做限制。
为了实现上述轮询分配,本发明实施例还提供了一种用于实现资源分配的CAP,如图15所示,包括:
第一资源分配模块,用于轮询至少一个终端STA,为每个轮询到的STA分配第一传输资源;
第一发送模块,用于发送携带第一传输资源指示的应答给所述轮询到的STA;
第二资源分配模块,用于接收第二传输资源请求,为对应的STA分配第二传输资源;
第二发送模块,用于发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
较佳地,所述第二资源分配模块支持对基于业务流上报的资源请求的处理。所述基于业务流上报的资源请求包括:所述第二传输资源请求中包括STA的标识、一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。所述第二资源分配模块通过解析所述第二传输资源请求,可获知所述STA的各业务流,以及所述各业务流的资源需求情况。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。所述第二资源分配模块支持STA根据需要为不同的业务流选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小。
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述第二资源分配模块还支持对基于STA上报的资源请求的处理。所述基于STA上报的资源请求包括:所述第二传输资源请求中包括发起所述第二传输资源请求的STA的标识,以及所述STA需要的总的带宽资源的大小。所述第二资源分配模块通过解析所述第二传输资源请求,可获知所述STA总的资源需求情况。
较佳地,所述第二传输资源请求中还可以包括所述所述STA需要的带宽资源的类型。所述第二资源分配模块支持STA根据需要选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,可以以所述带宽资源在预设的资源表中的索引指示所请求的带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述第一发送模块,可以在传输控制信道上发送所述携带第一传输资源指示的应答。
较佳地,所述第一发送模块,可以采用单播方式发送所述携带第一传输资源指示的应答。
较佳地,所述第二发送模块,可以在传输控制信道上发送所述第二传输资源请求应答。
较佳地,所述第二发送模块,可以采用单播方式发送所述第二传输资源请求应答。
较佳地,所述CAP还可包括:
判断模块,用于判断当前是否有传输资源可供分配,如果当前有传输资源可供分配时,向所述第一分配模块发送资源分配指令。所述第一分配模块,接收到所述资源分配指令后,执行轮询。
第四实施例
本发明实施例还提供了另一种资源分配的方法,由CAP主动为STA分配用于发送数据的资源,如图16所示,包括步骤:
步骤S1601:CAP轮询至少一个STA,为每个轮询到的STA分配第一传输资源;
步骤S1602:所述CAP发送携带第一传输资源指示的应答给所述轮询到的STA;
步骤S1603:所述STA接收携带第一传输资源指示的应答;
步骤S1604:所述STA利用所述第一传输资源发送数据。
与第三实施例中的资源分配方法不同之处在于CAP为分配STA轮询分配的直接就是用于发送数据的资源,不需要STA再发起资源请求来获得发送数据的资源了。
为了实现上述轮询分配,本发明实施例还提供了一种用于实现资源分配的CAP,如图17所示,包括:
第一资源分配模块,用于轮询至少一个终端STA,为每个轮询到的STA分配第一传输资源;
第一发送模块,用于发送携带第一传输资源指示的应答给所述轮询到的STA;
所述第一传输资源用于STA发送数据。
较佳地,所述第一发送模块,可以在传输控制信道上发送所述携带第一传输资源指示的应答。
较佳地,所述第一发送模块,可以采用单播方式发送所述携带第一传输资源指示的应答。
较佳地,所述CAP还可包括:
判断模块,用于判断当前是否有传输资源可供分配,如果当前有传输资源可供分配时,向所述第一分配模块发送资源分配指令。所述第一分配模块,接收到所述资源分配指令后,执行轮询。
第五实施例
本发明实施例还提供了又一种资源分配的方法,由CAP主动为至少一个STA轮询分配用于发送资源请求的资源,具体如图18所示,包括步骤:
步骤S1801:CAP轮询至少一个STA,为每个轮询到且到达其资源分配周期的STA分配第一传输资源;
步骤S1801~步骤S1808:同步骤S1401~步骤S1408,各步骤的具体处理方法同上,本发明在此不再赘述。
本发明上述实施例在第三实施例轮询分配方案的基础上增加了对STA资源分配周期的监控,优先为已经达到资源分配周期的STA分配资源,从而使得资源的分配更为合理。
CAP维护STA的资源分配周期,在为STA分配第一传输资源后,将为被分配第一传输资源的STA重新计算资源分配周期。
在具体实现时,所述CAP可以利用定时器来维护STA的资源分配周期,定时器超时,则认为STA达到配置的资源分配周期,为所述STA分配资源,并重启所述定时器;如果未超时,则认为所述STA还没达到配置的资源分配周期,不为所述STA分配资源。
较佳地,根据STA的当前业务类型参数计算STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丢包率预算等参数。从而能够根据业务的实际需要设置,以能够满足业务需求为目的,使得资源的分配更为合理。
为了实现上述轮询分配,本发明实施例还提供了一种用于实现资源分配的CAP,如图19所示,包括:
第一资源分配模块,用于轮询至少一个终端STA,为每个轮询到且到达其资源分配周期的STA分配第一传输资源;
第一发送模块,用于发送携带第一传输资源指示的应答给所述轮询到的STA;
第二资源分配模块,用于接收第二传输资源请求,为对应的STA分配第二传输资源;
第二发送模块,用于发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
较佳地,所述第一资源分配模块还为被分配第一传输资源的STA重新计算资源分配周期。
在具体实现时,所述第一资源分配模块可以利用定时器来维护STA的资源分配周期,定时器超时,则认为STA达到配置的资源分配周期,为所述STA分配资源,并重启所述定时器;如果未超时,则认为所述STA还没达到配置的资源分配周期,不为所述STA分配资源。
较佳地,所述第一资源分配模块可根据STA的当前业务类型参数计算STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丢包率预算等参数。
较佳地,所述第二资源分配模块支持对基于业务流上报的资源请求的处理。所述基于业务流上报的资源请求包括:所述第二传输资源请求中包括STA的标识、一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。所述第二资源分配模块通过解析所述第二传输资源请求,可获知所述STA的各业务流,以及所述各业务流的资源需求情况。
较佳地,所述第二传输资源请求中还可以包括所述每一个业务流需要的带宽资源的类型。所述第二资源分配模块支持STA根据需要为不同的业务流选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小。
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
较佳地,所述第二资源分配模块还支持对基于STA上报的资源请求的处理。所述基于STA上报的资源请求包括:所述第二传输资源请求中包括发起所述第二传输资源请求的STA的标识,以及所述STA需要的总的带宽资源的大小。所述第二资源分配模块通过解析所述第二传输资源请求,可获知所述STA总的资源需求情况。
较佳地,所述第二传输资源请求中还可以包括所述所述STA需要的带宽资源的类型。所述第二资源分配模块支持STA根据需要选择所请求的带宽资源类型,资源请求更为灵活,更人性化。
可选的带宽资源的类型可以包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
较佳地,可以以预设的资源表中的索引指示所请求的带宽资源的大小。
较佳地,所述预设的资源表包括多种精度范围的资源表。
较佳地,所述第一发送模块,可以在传输控制信道上发送所述携带第一传输资源指示的应答。
较佳地,所述第一发送模块,可以采用单播方式发送所述携带第一传输资源指示的应答。
较佳地,所述第二发送模块,可以在传输控制信道上发送所述第二传输资源请求应答。
较佳地,所述第二发送模块,可以采用单播方式发送所述第二传输资源请求应答。
较佳地,所述CAP还可包括:
判断模块,用于判断当前是否有传输资源可供分配,如果当前有传输资源可供分配时,向所述第一分配模块发送资源分配指令。所述第一分配模块,接收到所述资源分配指令后,执行轮询。
第六实施例
本发明实施例还提供了又一种资源分配的方法,由CAP主动为STA分配用于发送数据的资源,如图20所示,包括步骤:
步骤S2001:CAP轮询至少一个STA,为每个轮询到且到达其资源分配周期的STA分配第一传输资源;
步骤S2002:所述CAP发送携带第一传输资源指示的应答给所述轮询到的STA;
步骤S2003:所述STA接收携带第一传输资源指示的应答;
步骤S2004:所述STA利用所述第一传输资源发送数据。
与第五实施例中的资源分配方法不同之处在于CAP为分配STA轮询分配的直接就是用于发送数据的资源,不需要STA再发起资源请求来获得发送数据的资源了。
为了实现上述轮询分配,本发明实施例还提供了一种用于实现资源分配的CAP,如图21所示,包括:
第一资源分配模块,用于轮询至少一个终端STA,为每个轮询到的STA分配第一传输资源;
第一发送模块,用于发送携带第一传输资源指示的应答给所述轮询到的STA;
所述第一传输资源用于STA发送数据。
较佳地,所述第一资源分配模块还为被分配第一传输资源的STA重新计算资源分配周期。
在具体实现时,所述第一资源分配模块可以利用定时器来维护STA的资源分配周期,定时器超时,则认为STA达到配置的资源分配周期,为所述STA分配资源,并重启所述定时器;如果未超时,则认为所述STA还没达到配置的资源分配周期,不为所述STA分配资源。
较佳地,所述第一资源分配模块可根据STA的当前业务类型参数计算STA的资源分配周期。所述业务类型参数包括优先级、时延预算、丢包率预算等参数。
较佳地,所述第一发送模块,可以在传输控制信道上发送所述携带第一传输资源指示的应答。
较佳地,所述第一发送模块,可以采用单播方式发送所述携带第一传输资源指示的应答。
较佳地,所述CAP还可包括:
判断模块,用于判断当前是否有传输资源可供分配,如果当前有传输资源可供分配时,向所述第一分配模块发送资源分配指令。所述第一分配模块,接收到所述资源分配指令后,执行轮询。
第七实施例
本发明上述第一至第六实施例给出了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在发送第一传输资源请求后的一预设的时间范围内,如果未接收到第一传输资源请求应答;或者在发送第二传输资源请求后的一预设的时间范围内,如果未接收到对应的ACK消息,则认为本次请求失败,将会再次执行资源请求。当采用随路资源请求方式实现资源请求时,在发送携带资源请求信息的数据帧后的一预设的时间范围内,如果未接收到对应的应答,则认为本次请求失败,将会再次执行资源请求。在此执行资源请求的具体方式,也根据当时的场景而确定,如果当前没有上行传输资源,STA适宜采用竞争方式发起资源请求;如果当前有上行传输资源,适宜采用随路方式将资源请求承载于数据帧中发送出去。
根据所述公开的实施例,可以使得本领域技术人员能够实现或者使用本发明。本发明提供的STA获得传输资源的方案并不仅仅限制于中短距离无线通信***,对于本领域技术人员来说,这些实施例的各种修改是显而易见的,并且这里定义的总体原理也可以在不脱离本发明的范围和主旨的基础上应用于其他实施例。以上所述的实施例仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (63)
1.一种用于资源请求的方法,其特征在于,包括:
发送第一传输资源请求;
接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;
利用所述第一传输资源发送第二传输资源请求;
接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;
利用所述第二传输资源发送数据。
2.如权利要求1所述的方法,其特征在于:
将多个业务流在所述第二传输资源中各自对应的传输资源上传输数据。
3.一种用于资源请求的方法,其特征在于,包括:
接收第一传输资源请求,为对应的STA分配第一传输资源;
发送第一传输资源请求应答给所述对应的STA,所述第一传输资源请求应答携带第一传输资源指示;
接收第二传输资源请求,为对应的STA分配第二传输资源;
发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
4.如权利要求1-3中任何一项所述的方法,其特征在于:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
5.如权利要求1-4中任何一项所述的方法,其特征在于:
在上行调度请求信道发送所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
6.如权利要求4所述的方法,其特征在于:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
7.如权利要求5所述的方法,其特征在于:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
8.如权利要求1至7中任何一项所述的方法,其特征在于:
所述第一传输资源请求应答在传输控制信道上发送。
9.如权利要求1至8中任何一项所述的方法,其特征在于:
所述第一传输资源请求应答采用广播方式发送。
10.如权利要求1-9中任何一项所述的方法,其特征在于:
所述第二传输资源请求应答在传输控制信道上发送。
11.如权利要求1-10中任何一项所述的方法,其特征在于:
所述第二传输资源请求应答采用单播方式发送。
12.如权利要求1-11中任何一项所述的方法,其特征在于:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
13.如权利要求1-12中任何一项所述的方法,其特征在于:
所述第二传输资源请求中包括一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
14.如权利要求13所述的方法,其特征在于:
所述第二传输资源请求中还包括各业务流需要的带宽资源的类型。
15.如权利要求14所述的方法,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
16.如权利要求1-12中任何一项所述的方法,其特征在于:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
17.如权利要求16所述的方法,其特征在于:
所述第二传输资源请求中还包括带宽资源的类型。
18.如权利要求17所述的方法,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
19.如权利要求13-18中任何一项所述的方法,其特征在于:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
20.如权利要求19中任何一项所述的方法,其特征在于:
所述预设的资源表包括多种精度范围的资源表。
21.一种用于资源请求的方法,其特征在于,包括:
生成传输资源请求,所述传输资源请求中包括STA的标识、一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
22.如权利要求21所述的方法,其特征在于:
所述传输资源请求中还包括所述各业务流需要的带宽资源的类型。
23.如权利要求22所述的方法,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
24.一种用于资源请求的方法,其特征在于,包括:
生成传输资源请求,所述传输资源请求中包括STA的标识、所述STA需要的总的带宽资源的大小;
发送所述传输资源请求。
25.如权利要求24所述的方法,其特征在于:
所述传输资源请求中还包括带宽资源的类型。
26.如权利要求25所述的方法,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为STA分配传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
27.如权利要求21-26中任何一项所述的方法,其特征在于:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
28.如权利要求27所述的方法,其特征在于:
所述预设的资源表包括多种精度范围的资源表。
29.一种用于资源请求的终端STA,其特征在于,包括:
第一发送模块,用于发送第一传输资源请求;
第一接收模块,用于接收第一传输资源请求应答,所述第一传输资源请求应答中携带第一传输资源指示;
第二发送模块,用于利用所述第一传输资源发送第二传输资源请求;
第二接收模块,用于接收第二传输资源请求应答,所述第二传输资源请求应答中携带第二传输资源指示;
第三发送模块,用于利用所述第二传输资源发送数据。
30.如权利要求29所述的STA,其特征在于:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
31.如权利要求29所述的STA,其特征在于:
所述第一发送模块,用于在上行调度请求信道发送所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
32.如权利要求30所述的STA,其特征在于:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
33.如权利要求31所述的STA,其特征在于:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
34.如权利要求29至33中任何一项所述的STA,其特征在于:
所述第一接收模块,用于在传输控制信道上接收所述第一传输资源请求应答。
35.如权利要求29-34中任何一项所述的STA,其特征在于:
所述第二接收模块,用于在传输控制信道上接收所述第二传输资源请求应答。
36.如权利要求29-35中任何一项所述的STA,其特征在于:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
37.如权利要求29至36中任何一项所述的STA,其特征在于:
所述第二传输资源请求中包括一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
38.如权利要求37所述的STA,其特征在于:
所述第二传输资源请求中还包括所述各业务流需要的带宽资源的类型。
39.如权利要求38所述的STA,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
40.如权利要求29至36中任何一项所述的STA,其特征在于:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
41.如权利要求40所述的STA,其特征在于:
所述第二传输资源请求中还包括带宽资源的类型。
42.如权利要求41所述的STA,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
43.如权利要求37-42中任何一项所述的STA,其特征在于:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
44.如权利要求43中任何一项所述的STA,其特征在于:
所述预设的资源表包括多种精度范围的资源表。
45.如权利要求29-44中任何一项所述的STA,其特征在于,还包括:
资源分配模块,用于将多个业务流在所述第二传输资源中各自对应的传输资源上传输数据。
46.一种用于资源请求的中心接入点CAP,其特征在于,包括:
第一接收模块,用于接收第一传输资源请求,为对应的STA分配第一传输资源;
第一发送模块,用于发送第一传输资源请求应答给所述对应的STA,所述第一传输资源请求应答携带第一传输资源指示;
第二接收模块,用于接收第二传输资源请求,为对应的STA分配第二传输资源;
第二发送模块,用于发送第二传输资源请求应答给所述对应的STA,所述第二传输资源请求应答携带第二传输资源指示;
所述第一传输资源用于STA发送第二传输资源请求;
所述第二传输资源用于STA发送数据。
47.如权利要求46所述的CAP,其特征在于:
所述第一传输资源请求为一上行调度请求序列;
所述第一资源请求应答携带所述上行调度请求序列的标识。
48.如权利要求46所述的CAP,其特征在于:
在上行调度请求信道上接收所述第一传输资源请求;
所述第一传输资源请求应答携带所述上行调度请求信道的标识。
49.如权利要求47所述的CAP,其特征在于:
所述上行调度请求序列的标识是所述上行调度请求序列的序号。
50.如权利要求48所述的CAP,其特征在于:
所述上行调度请求信道的标识是所述上行调度请求信道的位置信息。
51.如权利要求46-50中任何一项所述的CAP,其特征在于:
所述第一接收模块,用于在传输控制信道上发送所述第一传输资源请求应答。
52.如权利要求46-51中任何一项所述的CAP,其特征在于:
所述第一接收模块,用于采用广播方式发送所述第一传输资源请求应答。
53.如权利要求46-52中任何一项所述的CAP,其特征在于:
所述第二发送模块,用于在传输控制信道上发送所述第二传输资源请求应答。
54.如权利要求46-53中任何一项所述的CAP,其特征在于:
所述第二发送模块,用于采用单播方式发送所述第二传输资源请求应答。
55.如权利要求46-54中任何一项所述的CAP,其特征在于:
所述第二传输资源请求中包括发送所述第二传输资源请求的STA的标识;
所述第二传输资源请求应答携带有所述STA的标识。
56.如权利要求46-55中任何一项所述的CAP,其特征在于:
所述第二传输资源请求中包括一个或者多个业务流的标识,以及各业务流需要的带宽资源的大小。
57.如权利要求56所述的CAP,其特征在于:
所述第二传输资源请求中还包括所述各业务流需要的带宽资源的类型。
58.如权利要求57所述的CAP,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为业务流分配第二传输资源时,在为所述业务流已分配的带宽资源大小的基础上,增加或减少所述业务流本次请求的带宽资源的大小;
总量带宽,用于指示为业务流分配第二传输资源时,使用所述业务流本次请求的带宽资源的大小替换为所述业务流已分配的带宽资源大小。
59.如权利要求44-55中任何一项所述的CAP,其特征在于:
所述第二传输资源请求中包括发起所述第二传输资源请求的STA需要的总的带宽资源的大小。
60.如权利要求59所述的CAP,其特征在于:
所述第二传输资源请求中还包括带宽资源的类型。
61.如权利要求60所述的CAP,其特征在于,所述带宽资源的类型包括:
增量带宽,用于指示为STA分配第二传输资源时,在为所述STA已分配的带宽资源大小的基础上,增加或减少所述STA本次请求的带宽资源的大小;
总量带宽,用于指示为STA分配第二传输资源时,使用所述STA本次请求的带宽资源的大小替换为所述STA已分配的带宽资源大小。
62.如权利要求46-61中任何一项所述的CAP,其特征在于:
所述带宽资源的大小以所述带宽资源在预设的资源表中的索引指示。
63.如权利要求62中任何一项所述的CAP,其特征在于:
所述预设的资源表包括多种精度范围的资源表。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110188593 CN102791031A (zh) | 2011-03-31 | 2011-07-06 | 一种用于资源请求的方法、装置及*** |
PCT/CN2012/072899 WO2012130095A1 (zh) | 2011-03-31 | 2012-03-23 | 一种用于资源请求的方法、站点和中心接入点 |
CN2012800131473A CN103444253A (zh) | 2011-03-31 | 2012-03-23 | 一种用于资源请求的方法、站点和中心接入点 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110081288.6 | 2011-03-31 | ||
CN201110081288 | 2011-03-31 | ||
CN 201110188593 CN102791031A (zh) | 2011-03-31 | 2011-07-06 | 一种用于资源请求的方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102791031A true CN102791031A (zh) | 2012-11-21 |
Family
ID=46994208
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201110188593 Pending CN102791031A (zh) | 2011-03-31 | 2011-07-06 | 一种用于资源请求的方法、装置及*** |
CN201110189177.7A Active CN102740476B (zh) | 2011-03-31 | 2011-07-06 | 一种用于资源分配的方法及*** |
CN201110190767.1A Active CN102739349B (zh) | 2011-03-31 | 2011-07-06 | 一种用于帧确认的方法和装置 |
CN201110191160.5A Active CN102739375B (zh) | 2011-03-31 | 2011-07-06 | 一种用于重传的方法和装置 |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110189177.7A Active CN102740476B (zh) | 2011-03-31 | 2011-07-06 | 一种用于资源分配的方法及*** |
CN201110190767.1A Active CN102739349B (zh) | 2011-03-31 | 2011-07-06 | 一种用于帧确认的方法和装置 |
CN201110191160.5A Active CN102739375B (zh) | 2011-03-31 | 2011-07-06 | 一种用于重传的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (4) | CN102791031A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105960814A (zh) * | 2014-05-23 | 2016-09-21 | 华为技术有限公司 | 一种无线保真WiFi回传方法及装置 |
WO2021008263A1 (zh) * | 2019-07-16 | 2021-01-21 | 华为技术有限公司 | 数据传输方法、装置及*** |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248462B (zh) * | 2013-04-25 | 2019-01-15 | 中兴通讯股份有限公司 | 无线局域网中数据重传的方法、设备及*** |
US10516614B2 (en) | 2013-08-28 | 2019-12-24 | Qualcomm Incorporated | Methods and apparatus for multiple user uplink |
CN109314914B (zh) * | 2016-08-12 | 2020-09-11 | 华为技术有限公司 | 控制信息发送方法、接收方法及设备 |
CN109787722B (zh) * | 2019-01-25 | 2021-07-30 | 北京数码视讯技术有限公司 | 数据传输方法、装置和服务器 |
CN115086924A (zh) * | 2021-03-12 | 2022-09-20 | 华为技术有限公司 | 蓝牙通信方法、***及电子设备 |
CN115150648A (zh) * | 2022-05-31 | 2022-10-04 | 海信视像科技股份有限公司 | 显示设备及消息传输方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7095739B2 (en) * | 2003-11-25 | 2006-08-22 | Cisco Technology, Inc. | Reliable multicast communication |
CN1691820A (zh) * | 2004-04-28 | 2005-11-02 | 北京三星通信技术研究有限公司 | 对edch上行调度请求信令的控制方法 |
US7535858B2 (en) * | 2005-06-29 | 2009-05-19 | Intel Corporation | Apparatus and method of block acknowledgements with reduced recipient state information |
CN101132628A (zh) * | 2006-08-21 | 2008-02-27 | 北京三星通信技术研究有限公司 | 用于语音业务的调度请求传输方法及设备 |
CN101166186A (zh) * | 2006-10-20 | 2008-04-23 | 鲍东山 | 正交频分复用无线局域网物理层超帧的构造方法和对其的应答方法 |
EP2123034B1 (en) * | 2006-12-13 | 2018-12-05 | Thomson Licensing | Adaptive time allocation in a tdma mac layer |
CN101383685A (zh) * | 2007-09-07 | 2009-03-11 | 华为技术有限公司 | 下行混合自动重传的方法、***及装置 |
CN101426271B (zh) * | 2007-10-29 | 2011-08-10 | 电信科学技术研究院 | 一种信道配置的方法和*** |
CN101582756B (zh) * | 2008-05-14 | 2012-05-09 | 北京中电华大电子设计有限责任公司 | 一种实现无线局域网立即块应答机制的方法 |
CN101645883A (zh) * | 2008-08-08 | 2010-02-10 | 比亚迪股份有限公司 | 数据传输方法、数据发送方法及数据接收方法 |
JP5347846B2 (ja) * | 2009-08-31 | 2013-11-20 | 富士通株式会社 | ノード関連情報を収集するシステム、ノード装置、およびフレーム処理方法 |
-
2011
- 2011-07-06 CN CN 201110188593 patent/CN102791031A/zh active Pending
- 2011-07-06 CN CN201110189177.7A patent/CN102740476B/zh active Active
- 2011-07-06 CN CN201110190767.1A patent/CN102739349B/zh active Active
- 2011-07-06 CN CN201110191160.5A patent/CN102739375B/zh active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105960814A (zh) * | 2014-05-23 | 2016-09-21 | 华为技术有限公司 | 一种无线保真WiFi回传方法及装置 |
CN105960814B (zh) * | 2014-05-23 | 2019-09-20 | 华为技术有限公司 | 一种无线保真WiFi回传方法及装置 |
WO2021008263A1 (zh) * | 2019-07-16 | 2021-01-21 | 华为技术有限公司 | 数据传输方法、装置及*** |
Also Published As
Publication number | Publication date |
---|---|
CN102739375B (zh) | 2019-04-26 |
CN102739349A (zh) | 2012-10-17 |
CN102739375A (zh) | 2012-10-17 |
CN102739349B (zh) | 2018-10-09 |
CN102740476B (zh) | 2017-09-19 |
CN102740476A (zh) | 2012-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113301661B (zh) | 一种随机接入退避方法和*** | |
US10542557B2 (en) | System and method for digital communications with interference avoidance | |
CN102791031A (zh) | 一种用于资源请求的方法、装置及*** | |
CN107211323B (zh) | 用于在无线lan多用户传输机会中传输数据的***和方法 | |
CN102781102A (zh) | 一种用于资源请求的方法、站点和中心接入点 | |
CN106559904B (zh) | 无线网络的接入方法和装置 | |
CN108476476B (zh) | 功率指示***和方法 | |
CN103548411A (zh) | 用于接入无线网络的方法及装置 | |
WO2012155649A1 (zh) | 一种信道反馈信息的传输方法和*** | |
CN103609189B (zh) | 用于接入无线网络的方法及装置 | |
CN105813131A (zh) | 数据发送方法、获取方法、发送装置及获取装置 | |
Imputato et al. | Multi-AP coordination in Wi-Fi 7 exploiting time resources sharing | |
EP3391700B1 (en) | Aparatuses and methods for indicating periodic allocations | |
CN105848298A (zh) | 无线局域网的通信方法、通信装置、接入点和站点 | |
CN103249154A (zh) | 一种用于资源请求的方法、站点和中心接入点 | |
CN112714499B (zh) | 通信方法及装置 | |
CN102625248A (zh) | 用于数据传输的方法及装置 | |
CN107079481A (zh) | 无线通信方法及无线通信终端 | |
CN110089184A (zh) | 在无线lan***中发送和接收确认信息的方法及其设备 | |
US20230171762A1 (en) | Access points and communication methods |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20121121 |