本申请要求申请日为2011年3月25日,申请号为201110074598.5,发明名称为无线通信***中解调导频的调整方法及***的在先申请的优先权,以及申请日为2011年3月31日,申请号为201110080637.2,发明名称为一种调度方法、无线通信***与设备的在先申请的优先权,以及申请日为2011年5月19日,申请号为201110130194.3,发明名称为一种通信***的在先申请的优先权,以及申请日为2012年2月16日,申请号为201210035784.2,发明名称为一种调度方法、网络设备和终端设备的在先申请的优先权,所述在先申请的全部内容均已在本申请中体现。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案,以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求,否则单独的组件和功能是可选的,并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围,以及权利要求书的所有可获得的等同物。在本文中,本发明的这些实施方案可以被单独地或总地用术语“发明”来表示,这仅仅是为了方便,并且如果事实上公开了超过一个的发明,不是要自动地限制该应用的范围为任何单个发明或发明构思。
本发明提出了一种调度方法,如图1所示,包括:
步骤S101:获取调度信息;
步骤S102:根据该调度信息调度传输资源;
所述调度信息包括各接收设备的调度需求,或,各接收设备的不同业务流的调度需求;
步骤S103:根据本帧内调度的传输资源计算上行调度周期和下行调度周期;
步骤S104:根据上行调度周期、下行调度周期和保护间隔确定本帧的结构;
步骤S105:广播本帧的结构,并发送调度信令。
所述调度信令用于指示传输资源的分配。
其中,为计算出下行调度周期,包括:获取下行调度信息;根据所述下行调度信息调度下行传输资源;根据本帧内调度的下行传输资源计算下行调度周期。
其中,根据所述下行调度信息调度下行传输资源可以包括:根据所述下行调度信息调度下行传输信道。所述下行传输信道用于传输下行的业务、信令和反馈信息中的一种或者多种。
较佳地,可结合下行传输信道的质量信息和/或状态信息调度下行传输资源,因此,本发明设计:
方式一:根据所述下行调度信息调度用于STA发送上行探测信号的上行探测信道;通过测量上行探测信道的探测信号,计算出上行传输信道的质量和/或状态,基于***的上下互易性,确定下行传输信道的质量和/或状态;结合所述下行传输信道的质量信息和/或状态信息调度下行传输资源。
方式二:根据所述下行调度信息,调度用于CAP发送下行探测信号的下行探测信道;以及调度用于STA反馈根据下行探测信号测算出的下行传输信道的质量和/或状态的上行传输信道;结合反馈获取到的下行传输信道的质量和/或状态,调度下行传输资源。
其中,为计算出上行调度周期,包括:获取上行调度信息;根据所述上行调度信息调度上行传输资源;根据本帧内调度的上行传输资源计算上行调度周期。
其中,根据所述上行调度信息调度上行传输资源可以包括:根据所述上行调度信息调度上行传输信道。所述上行传输信道用于传输上行的业务、信令和反馈信息中的一种或者多种。
较佳地,可结合上行传输信道的质量信息和/或状态信息调度上行传输资源,因此,本发明设计:
方式一:根据所述上行调度信息调度用于STA发送上行探测信号的上行探测信道;通过测量上行探测信道的探测信号,计算出上行传输信道的质量和/或状态;结合所述上行传输信道的质量信息和/或状态信息调度上行传输资源。
方式二:根据所述上行调度信息,调度用于CAP发送下行探测信号的下行探测信道;以及调度用于STA反馈根据下行探测信号测算出的下行传输信道的质量和/或状态的上行传输信道;通过反馈获取到下行传输信道的质量和/或状态,基于***的上下互易性,确定上行传输信道的质量和/或状态,结合所述上行传输信道的质量和/或状态,调度上行传输资源。
其中,还调度***信息信道和控制信道:
通过***信息信道广播本帧的结构;或者,通过***信息信道和控制信道共同广播本帧的结构;
通过控制信道发送所述调度信令。
该方法还可能包括广播本帧的帧长。通过***信息信道,或者,***信息信道和控制信道,或者其他信道广播本帧的结构和/或帧长。采用本发明的方法不存在竞争冲突或者随机退避导致的无线资源浪费。与传统移动通信***(包括:LTE、WiMax等下一代移动通信***)不同,该***能够基于业务需求动态划分上下行无线资源,能够较好的动态适配未来种类丰富且特征各异的数据业务需求。
通过上述方法,我们可以得到要传输的通信帧。
本发明中的传输的通信帧是以TDD双工方式(在某一固定载波上,基站或CAP与终端或STA通过收发转换分时完成接收与发射)为基础,每个TDD帧(Frame)包括下行(DL,Downlink,从基站到终端或从CAP到STA方向)传输与上行(UL,Uplink,从终端到基站或从STA到CAP方向)传输两个部分,但下行传输与上行传输周期可动态配置,进而每个TDD帧周期也可动态变化。
下面以图2为例,具体描述本发明动态配置通信帧的结构。
实施例一
图2为实施例一提供的一种帧结构的示意图。如图2所示,横坐标表示时间,纵坐标表示频率。每个帧包括下行子帧和上行子帧,将下行子帧和上行子帧按照功能划分不同的信道,并且各信道按照功能划分不同的字段。
下行子帧至少划分为前导序列、***信息信道和控制信道,下行子帧和上行子帧之间具有下行保护间隔DGI和上行保护间隔UGI,下行保护间隔DGI为下行至上行收发保护间隔;上行保护间隔UGI为上行至下行收发保护间隔,DGI与UGI配置由***信息信道的周期性广播消息指示。
每帧起始位置为Preamble前导序列,前导序列可以划分为短前导序列和长前导序列。其中,短前导序列主要用于***粗同步,还用于帧检测、自动增益控制、粗频率同步或粗符号同步,长前导序列主要用于***精同步及信道估计,还用于精频率同步、精符号同步等。
***信息信道,不仅能够广基本***配置,例如频带配置、天线配置和帧编号等,还能够广播本帧的帧结构配置,例如:各信道或者部分信道的配置或周期,结构和/或帧长,具体例如:通过***信息信道指示控制信道周期、下行传输信道周期、上行传输信道周期、辅助信道(下行探测信道、上行探测信道、上行调度请求信道、上行随机接入信道)的配置以及保护间隔的配置等。通过检测帧结构配置,与网络设备关联的所有终端设备均可获得本帧的结构,或,获得本帧的结构和帧长。
控制信道承载指示上下行调度传输的信令信息,指示下行与上行传输信道资源分配和传输格式。
下行子帧还可能包括下行传输信道,用于网络设备向终端设备传输下行业务数据和/或控制信令。在下行传输信道进行下行业务调度传输和/或下行信令调度传输。
下行子帧还可能包括下行探测信道,下行探测信道用于下行信道的质量/状态测量与估计。
上行子帧可能包括上行传输信道,用于终端设备向网络设备传输上行数据业务和/或反馈信息。在上行传输信道进行上行业务调度传输和/或上行反馈调度传输。
上行子帧还可能包括上行探测信道、上行调度请求信道和上行随机接入信道以上几种辅助信道中的一个或多个;其中,
上行探测信道用于上行信道的质量/状态测量与估计;
上行调度请求信道用于终端设备触发上行调度请求或上行快速反馈;
上行随机接入信道用于终端设备初始接入,或终端设备调度请求。
图2仅仅列举了其中一种包括所有辅助信道的帧结构的举例,在实际情况中依据***应用场景或方案的不同,某些辅助信道(下行探测信道、上行探测信道、上行调度请求信道或上行随机接入信道)也可不予考虑。
如图2所示,辅助信道与上行传输信道采用了时分复用的传输方式。依据场景要求,也可实现辅助信道与上下行传输信道频分或码分复用或时分、频分或码分的组合复用。
***信息信道与控制信道采用时分复用方式,也可实现***信息信道与控制信道频分、码分或者时分、频分或码分的组合复用,而具体的资源分配由控制信道予以指示。
下行探测信道可以位于下行传输信道的两端或中间。如图2中,仅列举了下行探测信道在下行传输信道后面的情况,也可以在下行传输信道前面或中间,在下行多入多出(MU-MIMO,Multiple-Input Multiple-Out-put,)传输方案中,由于下行MU-MIMO***性能不仅对下行信道的状态信息延迟敏感,而且多用户MIMO会涉及较大的信号处理复杂度。综合考虑信道的状态信息延迟,以及不同应用场景下可能不同的硬件处理复杂度,下行探测信道位于下行传输信道的中间更为合理。下行探测信道在下行传输信道的具***置由***信息信道的周期性广播消息指示。如果下行探测信道位置固定,可用在***信息信道中用1bit指示下行探测信道有无。如果***中存在不同处理能力的终端设备,下行探测信道位置可变。此时,在***信息信道中不仅需要指示下行探测信道的有无、周期和位置,还需要指两个下行传输信道周期。两个下行传输信道周期指示可采用如下三种方法:
分别指示下行传输信道一和下行传输信道二的周期;
分别指示下行传输信道总周期和下行传输信道一的周期;
分别指示下行传输信道总周期和下行传输信道二的周期。
通过上述动态或半静态设置下行探测信道位置,为不同处理能力的设备提供足够的处理时间。
具体地,在帧结构中,可以通过在***信息信道中用bit位指示帧结构,即指示各信道的有无和周期。举例如下:
在***信息信道中,用6bit指示控制信道周期,最大63个OFDM符号,资源最小分配单位:1个OFDM符号;用9bits指示下行传输信道周期,最大512个OFDM符号(包括专用解调导频);用9bits指示上行传输信道周期,最大512个OFDM符号(包括专用解调导频);用1bit指示保护间隔DGI,共1个OFDM符号;用2bits指示探测信道配置,分别指示0、1、2、4个OFDM符号;用2bits指示上行调度请求信道配置,分别指示1、2、3、4个OFDM符号;用1bit指示上行随机接入信道配置,分别指示有或者无两种情况;若有,仅1个OFDM符号;用1bit指示保护间隔UGI,共1个OFDM符号。
控制信道指示下行传输信道或上行传输信道资源分配的方法举例如下:
在控制信道,分别用Nbit指示某个STA在下行传输信道的起始位置,再用Nbit指示该STA在该位置后连续多少个bit是为其分配的资源。例如:N=9,控制信道对STA指示起始位置,000010000,转换为十进制数是16,表示该STA起始位置是第16个OFDM符号。资源长度为000100000,转换为十进制数是32,表示该符号后(包括该符号),连续32个符号都分配给该STA。在控制信道,分别用Mbit指示某个STA在上行传输信道的起始位置,再用Mbit指示该STA在该位置后连续多少个bit是为其分配的资源。
或者可以通过***信息信道与控制信道共同指示帧结构和/或帧长,举例如下:
在***信息信道中,用6bits指示控制信道周期,最大63个OFDM符号,或者同时也指示帧长;在控制信道中,用9bits指示下行传输信道周期,用9bits指示上行传输信道周期,用1bit指示下行保护间隔DGI,用2bits指示上行探测信道配置,用2bits指示上行调度请求信道配置,用1bits指示上行随机接入信道配置,用1bit指示上行保护间隔UGI。
与该网络设备或关联的所有终端设备接收到网络设备发送的通信帧后,能够通过如下两种方法准确判断每个TDD帧周期以及该帧内上行传输周期和下行传输周期。
第一种方法:通过***信息信道指示帧结构;或者通过***信息信道指示帧结构和帧长。
由***信息信道通过***信息广播该TDD帧各部分信道周期配置。例如:如图2所示,***信息信道不仅能够广播网络设备的频带配置、天线配置、帧编号等基本***信息,还能够广播本帧内各子信道或者部分子信道的周期或有无,如控制信道周期、上下行传输信道周期、辅助信道的有无及周期。
通过***信息信道指示本帧的结构的情况下,由于***信息信道指示了控制信道传输周期和部分辅助信道传输的有无或周期,因此,与网络设备关联的所有终端设备,当收到网络设备发送的每个通信帧后,首先检测该通信帧的***信息信道,确定控制信道传输周期、上下行传输信道传输周期和其它辅助信道有无和传输周期,并将各信道周期进行求和,计算获得各终端设备占用的传输资源,并最终确定本帧的结构及帧长。
而通过***信息信道指示本帧的结构和帧长的情况下,与网络设备关联的所有终端设备当收到网络设备发送的每个通信帧后,首先检测该通信帧的***信息信道,确定控制信道周期、下行传输信道传输周期、上行传输信道传输周期和其它辅助信道有无和传输周期,并且直接获得本帧的帧长。
第二种方法:通过***信息信道和控制信道联合指示帧结构;或者通过***信息信道和控制信道联合指示帧结构和帧长。
通过***信息信道和控制信道联合指示帧结构的情况下,与网络设备关联的所有终端设备,当收到网络设备发送的每个通信帧后,首先检测该通信帧的***信息信道,确定控制信道传输周期或有无和其它辅助信道传输周期或有无。在每帧的控制信道上,确定网络设备分别为本帧内需要调度的每个终端设备调度上下行传输信道资源及各辅助信道(例如:下行探测信道、上行探测信道、上行调度请求信道、上行随机接入信道)资源。综合***信息信道和控制信道中传输的信息,将各信道周期进行求和,计算获得各终端设备占用的传输资源,并最终确定本帧的结构,计算本帧的帧长;
通过***信息信道和控制信道联合指示帧结构和帧长的情况下,与网络设备关联的所有终端设备当收到网络设备发送的每个通信帧后,首先检测该通信帧的***信息信道,确定控制信道传输周期或有无和其它辅助信道传输周期或有无,并且直接获得本帧的帧长。在每帧的控制信道上,确定网络设备分别为本帧内需要调度的每个终端设备调度上下行传输信道资源及各辅助信道资源。
各与网络设备关联的终端设备接收所述调度信令,根据所述传输资源确定传输周期并计算本帧的帧长,或者获得本帧的帧长并根据所述传输资源确定传输周期,具体包括:各与网络设备关联的终端设备接收到帧结构信息和调度信令后,据以检测******信息信道和控制信道,综合***信息信道中传输的***信息和控制信道中传送的调度信令,计算获得各用户占用的传输资源,并最终确定下行传输信道周期、上行传输信道周期,通过对前导序列周期、***信息信道周期、控制信道周期、下行传输信道周期、下行探测信道周期、DGI周期、上行探测信道周期、上行调度请求信道周期、上行传输信道周期、上行随机接入信道周期和UGI周期进行求和计算,得到本帧的帧长,或者如果网络设备发送通信帧的时候广播了本帧的帧长,则终端设备直接获得本帧的帧长,不需要计算。
本发明中提到的网络设备不仅仅局限于CAP,也可能是基站等其他网络设备,终端设备也不仅仅局限于STA,也可能是终端等其他终端设备。
下面分别对下行调度及传输过程和上行调度及传输过程进行详细说明。
实施例二
图3是本发明实施例二提供的适用于下行调度的调度方法的流程示意图。下面具体描述下行调度及传输过程,包括如下四个步骤:
步骤s301:网络设备获取下行调度信息;
其中,下行调度信息包括各终端设备或各终端设备的不同业务流的调度需求(例如:待调度的业务和队列长度、不同业务的服务质量QoS需求、业务优先级等等)。
其中,步骤s301还可能包括:获取网络设备至各终端设备的下行传输信道的状态信息或质量信息(网络设备能否获得下行传输信道的状态信息或质量信息取决于终端设备的能力,若终端设备不支持,网络设备可不依赖该信道信息调度)。
在下行调度传输中,帧周期确定由网络设备侧的调度器完成。调度器从网络设备的MAC或高层获得下行调度信息,具体通过如下三种方式均可以获得下行传输信道的状态信息或质量信息:
第一种方式:网络设备为需要调度的N个终端设备调度N个上行探测信道,各终端设备在上行探测信道发射探测信号,网络设备通过上行探测信号测量上行传输信道的质量,并基于TDD***上下行互易性得到各终端设备对应的下行传输信道的质量信息;
第二种方式:网络设备为需要调度的N个终端设备调度N个上行反馈信道,各终端设备依据下行探测或公共导频信号测量信道的状态或质量,并在网络设备调度的上行反馈信道上反馈信道的状态信息或质量信息;
第三种方式:网络设备为需要调度的N个终端设备调度N个上行探测信道和N个上行反馈信道,各终端设备依据下行探测或公共导频信号测量信道的状态或质量,并在上行传输中,各终端设备在为其调度的上行探测信道和上行反馈信道分别发射上行探测信号和反馈全部或者部分信道的状态或质量信息。
对于上述下行调度及传输过程需要说明如下:
1、信道的状态信息指下行传输信道矩阵H(N×M阶,N个接收天线,M个发射天线),或者指下行传输信道矩阵H在SVD分解后的V(M×K阶)矩阵,或者指该V矩阵的压缩信息;
2、信道的质量信息指下述信息或部分信息:下行传输信道的SNR(信噪比)或SINR(信干噪比),MCS(下行传输可采用的调制编码集合),Nss(下行传输可采用的空间流数),PMI(下行传输可采用的预编码矩阵集合)等其它相关测量尺度;
3、信道的状态或质量的测量和反馈可以是测量和反馈整个频带的信道的状态信息或质量信息,也可以是测量和反馈部分频带的信道的状态信息或质量信息;
4、上行探测信道可以是按需调度,按需调度包括两种方式:所述网络设备触发调度STA发射探测信号,或所述网络设备调度一次后,在一段时间内,所述终端设备在上行探测信道上周期性地发射探测信号;
5、对于本帧内下行传输信道的业务的ACK或NACK反馈,可以是在本帧的上行传输信道反馈,也可以是在其它帧的上行传输信道反馈,也可以不反馈。
步骤s302:网络设备的调度器完成调度算法,包括:网络设备根据下行调度信息,为全部或部分有业务需求的终端设备调度下行传输资源;或者网络设备根据下行调度信息,结合信道的状态和/或质量信息,为全部或部分有业务需求的终端设备调度下行传输资源;
其中,调度算法例如最大载干比调度算法,轮询调度算法,正比公平调度算法等。
各终端设备可通过时分,频分,码分、空分或者上述复用方式的结合共享下行传输资源。
其中,根据下行调度信息调度下行传输资源包括:为终端设备调度下行传输信道,或为终端设备调度下行传输信道和下行探测信道。
步骤s303:网络设备根据本帧内调度的下行资源计算本帧内下行调度周期(包括前导序列周期、***信息信道周期、控制信道周期和下行传输信道周期,还可能包括下行探测信道周期中的一个或多个),并结合上行调度周期(可能包括上行探测信道周期、上行调度请求信道周期、上行传输信道周期、上行随机接入信道周期中的一个或多个)和保护间隔确定本帧的结构;
确定本帧的结构之后还可能包括步骤:计算本帧的帧长。
其中,根据本帧内调度的下行资源计算本帧内控制信道周期,具体为:根据下行调度信令的个数,以及各信令的分组大小,计算控制信道周期。具体实现,例如:将每个信令分组的大小求和计算得到控制信道周期,或者如果信令分组是固定大小的话,用信令分组的固定大小与信令的个数相乘计算,得到控制信道周期。
根据本帧内调度的下行资源计算本帧内下行传输信道周期,具体为:对各终端设备调度的下行传输资源求和计算得到下行传输信道周期。
步骤s304:网络设备广播本帧的结构,并发送下行调度信令。
其中,可以通过***信息信道,或者***信息信道与控制信道结合,或者其他信道广播本帧的结构;
可以通过控制信道或其他信道发送下行调度信令。
其中,步骤s304还可能包括步骤:广播本帧的帧长。
此时,通过***信息信道,或者***信息信道与控制信道结合,或者其他信道广播本帧的结构和/或帧长。
步骤s304还可能包括步骤:网络设备发送下行业务数据和/或控制信令,具体包括:通过下行传输信道或其他信道发送下行业务数据和/或控制信令。
通过上述过程,配置好通信帧的结构,并发送给与网络设备关联的终端设备。
当终端设备接收到网络设备发送的下行调度信令后,检查***信息信道和控制信道,根据***信息和下行调度信令,计算获得各终端设备占用的传输资源,确定下行传输周期、上行传输周期并计算本帧的帧长;
如果步骤s304不但广播本帧的结构还广播了帧长,则终端设备直接获得本帧的帧长,不需要计算。
通过上述步骤s301~s304,即可得到要传输的通信帧。
图4和图5为下行调度及传输过程列举的实施例三和四。下面以网络设备为CAP,终端设备为STA为例,对下行调度及传输过程进行详细说明。
实施例三
在实施例三中,具体描述在CAP通过上行探测信道测量下行信道的质量的情况下的下行调度及传输过程,具体包括以下步骤:
步骤s401:CAP获取下行调度信息和下行传输信道的质量,包括:CAP为需要调度的2个STA,即STA1和STA2调度2个上行探测信道,为需要调度的STA1调度1个上行传输信道,STA1和STA2在上行探测信道发射探测信号,CAP通过上行探测信号测量上行传输信道的质量,并基于TDD***上下行互易性得到各STA1和STA2对应的下行传输信道的质量;
步骤S402:CAP测量信道状态并完成调度算法,包括:CAP依据下行调度信息和下行传输信道的质量为有业务需求的STA1和STA2调度下行传输资源,STA1和STA2通过时分复用方式的结合共享下行传输资源;
步骤S403:CAP根据本帧内调度的下行传输资源计算本帧内下行调度周期(前导序列周期、***信息信道周期、控制信道周期和下行传输信道周期)并结合本帧内上行调度周期(上行探测信道周期、上行调度请求信道周期、上行传输信道周期、上行随机接入信道周期)和保护间隔确定本帧的结构;
步骤S404:CAP在***信息信道,或者***信息信道与控制信道结合,广播本帧的结构,并通过控制信道发送下行调度信令,通过下行传输信道发送下行业务数据和/或控制信令。
通过上述步骤得到的帧结构参见图4。
图4是本发明实施例三提供的CAP通过上行探测信道测量下行传输信道的质量的帧结构的示意图。
如图4所示,通信帧被划分为前导序列、***信息信道、控制信道、下行传输信道、DGI、上行探测信道、上行调度请求信道、上行传输信道、上行随机接入信道和UGI。
实施例四
在实施例四中,具体描述在CAP通过上行反馈信道的质量调度下行传输的过程,具体包括以下步骤:
步骤s501:CAP获取下行调度信息和下行传输信道的质量,包括:CAP为需要调度的2个STA,即STA1和STA2调度2个上行传输信道(用于反馈),STA1和STA2依据下行探测或公共导频信号测量下行探测信道的状态或质量,并在CAP调度的上行传输信道上反馈信道的状态或质量,即CSI反馈;
步骤s502:CAP测量信道状态并完成调度算法,包括:CAP依据下行调度信息和CSI反馈,为STA1和STA2调度下行传输资源,STA1和STA2通过时分复用方式的结合共享下行传输资源;
步骤s503:CAP依据本帧内调度的下行传输资源计算本帧内下行调度周期(前导序列周期、***信息信道周期、控制信道周期、下行传输信道周期和下行探测信道周期)并结合本帧内上行调度周期(上行传输信道周期、上行随机接入信道周期和上行调度请求信道周期)和保护间隔确定本帧的结构,计算本帧的帧长;
步骤s504:CAP在***信息信道,或者***信息信道与控制信道结合,广播本帧的结构和帧长,并通过控制信道发送下行调度信令,通过下行传输信道发送下行业务数据和/或控制信令。
通过上述步骤得到的帧结构参见图5。
图5是本发明实施例四提供的CAP通过上行反馈信道的质量调度下行传输的帧结构的示意图。
如图5所示,通信帧被划分为前导序列、***信息信道、控制信道、下行传输信道一、下行探测信道、下行传输信道二、DGI、上行调度请求信道、上行传输信道、上行随机接入信道和UGI。
实施例三和四中,由于帧N-1与帧N需要承载的下行业务不同,帧N-1与帧N具有不同的帧长。在图4所示的帧结构中,由于考虑TDD上下行信道互易性获得下行传输信道的质量,需要上行探测信道。而在图5的实施例四中,STA测量下行探测信道并将信道的质量反馈给CAP,因此不再需要上行探测信道。采用哪种反馈方式,由CAP调度器依据STA能力,以及***设置确定。CAP可依据各帧内上下行传输信道需求与各辅助或控制信道的有无或周期,确定本帧帧结构及帧长,并通过***信息或者***信息与控制信道共同广播本帧的基本***配置信息。上下行传输周期可随上下行业务需求自适应变化,***调度周期可随无线信道时间选择性衰落自适应调整。本帧内上下行传输信道周期,各辅助或控制信道的有无或周期均由调度器依据业务和信令调度需求确定。
在实施例三和四中,STA1在第N帧的下行传输业务均在该帧的上行传输反馈ACK1信令,STA2在第N帧的下行传输并未在该帧的上行传输反馈ACK2信令,这可能是由于下述原因:(1)STA2在第N帧的下行传输在第N+k帧反馈;(2)STA2的下行业务不需要反馈ACK信令。
实施例五
图6是本发明实施例五提供的适用于上行调度的调度方法的流程示意图,体描述上行调度及传输过程,包括如下四个步骤:
步骤s601:网络设备获取上行调度信息;
其中,上行调度信息包括各终端设备或各终端设备的不同业务流的调度需求(例如:待调度的业务和队列长度、不同业务的服务质量QoS需求、业务优先级等等);
其中,步骤s601还可能包括:获取各终端设备至网络设备的上行传输信道的状态信息或质量信息(网络设备也可不依赖该信道信息调度)。
上行调度传输,帧周期确定由网络设备侧调度器完成。网络设备可通过上行探测信道测量上行信道的状态或质量,并告知网络设备侧调度器。网络设备可按照需求为终端设备调度上行探测信道,也可为终端设备配置周期性上行探测信道。若网络设备为终端设备配置有周期性上行探测信道,在上行调度时,网络设备可依据已有的上行传输信道信息为终端设备调度时频资源。
具体地,网络设备可通过如下三种方式均可以获得上行调度信息:
第一种:通过请求-应答方式获取上行调度信息,具体为:终端设备发起调度请求,网络设备在上行传输信道为该终端设备分配资源,终端设备在相应的资源内反馈上行调度需求信息;
第二种:通过轮询方式获取上行调度信息,具体为:网络设备周期性轮询各终端设备反馈上行调度需求;
第三种:通过携带上报方式获取上行调度信息:终端设备在上行业务传输中稍带剩余的上行调度需求。
对于第一种方式,终端设备发起调度请求,具体有如下两种方式:
(1)、基于无冲突上行传输请求机制,即:网络设备为终端设备分配独有的上行传输请求信道;
(2)、基于竞争的上行传输请求机制,即:终端设备没有指定的上行传输请求信道,通过竞争上行传输请求信道或随机接入信道向网络设备发射上行请求。
上行调度传输,帧周期确定由CAP侧调度器完成。CAP可通过上行探测信道测量上行信道状态或质量,并告知CAP侧调度器。CAP可按照需求为STA调度上行探测信道,也可为STA配置周期性上行探测信道。若CAP为STA配置有周期性上行探测信道,在上行调度时,CAP可依据已有的上行传输信道信息为STA调度时频资源。
步骤s602:网络设备的调度器完成调度算法,包括:网络设备根据所述上行调度信息分配为全部或部分有业务需求的终端设备调度上行传输资源;
其中,所述调度算法例如最大载干比调度算法,轮询调度算法,正比公平调度算法等。
各终端设备可通过时分,频分,码分、空分或者上述复用方式的结合共享上行传输资源。
其中,根据上行调度信息调度上行传输资源包括:为终端设备调度上行传输信道。
根据上行调度信息调度上行传输资源还包括:为终端设备调度上行探测信道、上行调度请求信道中的一个或多个。
步骤s603:网络设备依据本帧内调度的上行资源计算本帧内上行调度周期(包括上行传输信道周期、上行探测信道周期、上行调度请求信道周期、上行随机接入信道周期中的一个或多个),并结合本帧内下行调度周期(包括前导序列周期、***信息信道周期、控制信道周期和下行传输信道周期,还可能包括下行探测信道周期)和保护间隔等确定本帧的结构;
确定本帧的结构之后还可能包括步骤:计算本帧的帧长。
其中,根据本帧内调度的上行资源计算本帧内上行传输信道周期,具体为:根据为各终端设备调度的上行传输资源求和计算上行传输信道周期。
步骤s604:网络设备广播本帧的结构,并发送调度信令。
其中,可以通过***信息信道,或者***信息信道与控制信道结合,或者其他信道广播本帧的结构;
可以通过控制信道或其他信道发送调度信令。
其中,步骤s604还可能包括步骤:广播本帧的帧长。
此时,通过***信息信道,或者***信息信道与控制信道结合,或者其他信道广播本帧的结构和/或帧长。
除步骤s601~s604之外,还可能包括:
步骤s605:终端设备发送上行业务数据和/或反馈信息,具体包括:通过上行传输信道发送上行业务数据和/或反馈信息。
通过上述过程,配置好通信帧的结构,并发送给与网络设备关联的终端设备。
当终端设备接收到网络设备发送的上行调度信令后,检查***信息信道和控制信道,根据***信息和上行调度信令,计算所获得各终端设备占用的传输资源,确定上行传输周期,并计算本帧的帧长;
如果步骤s604不但广播本帧的结构还广播了帧长,则终端设备直接获得本帧的帧长,不需要计算。
通过上述步骤s601~s604或s601~s605,我们可以得到要传输的通信帧。
下面以网络设备为CAP,终端设备为STA为例,对上行调度及传输过程进行详细说明。
实施例六
在实施例六中,具体描述在CAP未知上行信道的状态/质量信息和带宽需求时的情况下的上行调度及传输过程,具体包括以下步骤:
步骤s701:CAP获取上行调度信息和上行传输信道的质量,具体包括:由STA在CAP为其分配的独享的无冲突上行调度请求信道触发调度请求,CAP在对应信道收到调度请求后,即可确定是哪个STA发起调度请求;并在N-1帧调度该STA反馈调度信息,同时调度该STA发射上行探测信号,便于CAP测量上行传输信道的状态或质量信息;
步骤s702:CAP完成调度算法,包括:获知调度信息与上行传输信道的状态或质量信息后,CAP依据上行调度信息和上行信道的质量,在第N帧为STA调度上行传输资源;
步骤s703:CAP依据本帧内上行调度传输计算本帧内控制信道周期和上行调度周期(上行探测信道周期、上行调度请求信道周期、上行传输信道周期和上行随机接入信道周期),并结合本帧内下行调度周期(前导序列周期、***信息信道周期、控制信道周期和下行传输信道周期)和保护间隔等确定本帧的结构;
步骤s704:CAP在***信息信道,或者***信息信道与控制信道结合,广播本帧的结构,并通过控制信道发送上行调度信令;
步骤s705:STA通过上行传输信道发送上行业务数据和/或反馈信息。
通过上述步骤得到的帧结构参见图7。
图7是本发明实施例六提供的CAP未知上行信道的状态/质量信息和带宽需求时的上行调度传输过程的帧结构的示意图。
如图7所示,通信帧被划分前导序列信道、***信息信道、控制信道、下行传输信道、下行保护间隔DGI、上行探测信道、上行调度请求信道、上行传输信道,上行随机接入信道和上行保护间隔UGI。
实施例七
在实施例七中,具体描述在CAP通过上行业务传输稍带调度信息时的情况下的上行调度及传输过程,具体包括以下步骤:
步骤s801:CAP获取上行调度信息,具体包括:STA在第N帧上行业务传输过程中稍带了上行调度信息;
步骤s802:获知该上行调度信息后,完成调度算法,并CAP在第N+1帧直接调度该STA上行传输;
步骤s803:CAP依据本帧内上行调度传输计算本帧内控制信道周期和上行调度周期(上行传输信道周期、上行探测信道周期、上行调度请求信道周期和上行随机接入信道周期),并结合本帧内下行调度周期(前导序列周期、***信息信道周期、控制信道周期和下行传输信道周期)和上下行保护间隔等确定本帧的结构,计算本帧的帧长;
步骤s804:CAP在***信息信道,或者***信息信道与控制信道结合,广播本帧的结构或结构和帧长,并通过控制信道发送上行调度信令;
步骤s805:STA通过上行传输信道发送上行业务和/或反馈信息。
通过上述步骤得到的帧结构参见图8。
图8是本发明实施例七提供的CAP通过上行业务传输稍带调度信息时的上行调度传输过程的帧结构的示意图。
如图8所示,通信帧被划分前导序列信道、***信息信道、控制信道、下行传输信道、下行保护间隔DGI、上行探测信道、上行调度请求信道、上行传输信道,上行随机接入信道和上行保护间隔UGI。
实施例八
为了实现上述方法,本发明实施例提供了一种网络设备,如图9所示,包括:
获取单元901,用于获取调度信息;
调度单元902,与所述获取单元901相连,用于根据所述调度信息调度传输资源;
确定单元903,与所述调度单元902相连,用于根据本帧内调度的传输资源计算上行调度周期和下行调度周期;以及根据上行调度周期、下行调度周期和保护间隔确定本帧的结构;
广播单元904,与所述确定单元903相连,用于广播本帧的结构;
发送单元905,与所述调度单元902相连用于发送下行调度信令。
进一步,上述网络设备还可具有以下特点:
所述调度信息包括各接收设备的调度需求,或,各接收设备的不同业务流的调度需求;
所述调度信令用于指示传输资源的分配。
进一步,上述网络设备还可具有以下特点:
所述获取单元901,用于获取下行调度信息;
所述调度单元902,用于根据所述下行调度信息调度下行传输资源;
所述确定单元903,用于根据本帧内调度的下行传输资源计算下行调度周期。
进一步,上述网络设备还可具有以下特点:
所述调度单元902,用于根据所述下行调度信息调度下行传输信道。
进一步,上述网络设备还可具有以下特点:
还包括与所述调度单元902相连的第一计算单元906,其中:
所述调度单元902,用于根据所述下行调度信息调度用于STA发送上行探测信号的上行探测信道;以及结合下行传输信道的质量信息和/或状态信息调度下行传输资源;
所述第一计算单元906,用于通过测量上行探测信道的探测信号,计算出上行传输信道的质量和/或状态,基于***的上下互易性,确定下行传输信道的质量和/或状态。
进一步,上述网络设备还可具有以下特点:
所述调度单元902,用于根据所述下行调度信息,调度用于CAP发送下行探测信号的下行探测信道;以及调度用于STA反馈根据下行探测信号测算出的下行传输信道的质量和/或状态的上行传输信道;以及结合通过反馈获取到的下行传输信道的质量和/或状态,调度下行传输资源。
进一步,上述网络设备还可具有以下特点:
所述获取单元901,用于获取上行调度信息;
所述调度单元902,用于根据所述上行调度信息调度上行传输资源;
所述确定单元903,用于根据本帧内调度的上行传输资源计算上行调度周期。
进一步,上述网络设备还可具有以下特点:
所述调度单元902,用于根据所述上行调度信息调度上行传输信道。
进一步,上述网络设备还可具有以下特点:
还包括与所述调度单元902相连的第二计算单元907,其中:
所述调度单元902,用于根据所述上行调度信息调度用于STA发送上行探测信号的上行探测信道;以及结合所述上行传输信道的质量信息和/或状态信息调度上行传输资源;
所述第二计算单元907,用于通过测量上行探测信道的探测信号,计算出上行传输信道的质量和/或状态。
进一步,上述网络设备还可具有以下特点:
所述调度单元902,用于根据所述上行调度信息,调度用于CAP发送下行探测信号的下行探测信道;以及调度用于STA反馈根据下行探测信号测算出的下行传输信道的质量和/或状态的上行传输信道;以及通过反馈获取到下行传输信道的质量和/或状态后,基于***的上下互易性,确定上行传输信道的质量和/或状态,结合所述上行传输信道的质量和/或状态,调度上行传输资源。
进一步,上述网络设备还可具有以下特点:
所述调度单元902,用于调度***信息信道和控制信道;
所述广播单元904,用于通过***信息信道广播本帧的结构;或者,通过***信息信道和控制信道共同广播本帧的结构;
所述发送单元905,用于通过控制信道发送所述调度信令。
实施例九
为了实现上述方法,本发明实施例提供了一种终端设备,如图10所示,包括:
接收单元1001,用于接收本帧的结构信息和调度信令;
确定单元1002,与所述接收单元1001相连,用于根据本帧的结构信息确定本帧的结构,以及根据调度信令确定资源的分配。
进一步,上述终端设备还可具有以下特点:
还包括:
处理单元1003,与所述确定单元1002相连,用于根据本帧的结构和资源分配情况,解析本帧,在对应的信道上执行数据的收发处理。
应用实例一
图11为应用实例提供的上下行调度传输过程的***帧结构的示意图。
如图11所示,帧被划分前导序列、***信息信道、控制信道、下行业务传输信道、下行保护间隔DGI、上行探测信道、上行调度请求信道、上行业务传输信道、上行随机接入信道和上行保护间隔UGI。
其中,前导序列具体包括短前导和长前导。
某个CAP关联有4个STA:STA0、STA1、STA2和STA3。
在第N-1帧,STA0进行了上下行业务传输,但STA0各业务的下行传输队列中依然有分组排队,等待被调度;在上行业务传输中,STA0向上稍带了N-1帧结束后,STA0各业务上行队列等待被调度的分组数量。为了确保第N帧高效下行调度,STA在第N-1帧调度STA0通过上行传输信道反馈下行信道的质量;为了确保第N帧高效上行调度,CAP在第N-1帧调度STA0在上行探测信道1上发射上行探测信号,便于CAP测量上行信道的质量。在N-1帧,STA1有新的下行业务到达,等待被调度。STA2在N-1帧完成随机接入过程,等待被调度,向CAP报告STA2的传输能力和设备配置。STA3在N-1帧上行调度请求信道成功发起上行调度请求。
在第N帧,下行传输过程,CAP依据STA0下行传输队列信息,以及在N-1帧反馈的下行传输信道的质量,为STA0调度了下行384个OFDM符号用于下行业务传输。由于只有STA0有业务传输,本帧内下行传输信道共分配了384个OFDM符号,其中编号1至编号384的OFDM符号都由CAP向STA0传输下行业务。为了便于CAP在后续帧下行调度STA1,CAP发起下行探测信号,并调度STA1在上行传输过程反馈信道的状态信息。因此,本帧内下行探测信道设置1个OFDM符号。
在第N帧,上行传输过程,CAP依据STA0反馈的上行传输队列信息,以及CAP依据上行探测信道1测量的上行传输信道的质量,为STA0调度了上行128个OFDM符号用于上行业务传输。CAP为STA2分配了16个OFDM符号报告STA2传输能力和设备配置。CAP为STA3分配了16个OFDM符号,报告上行调度信道。STA2与STA3均为反馈传输,采用确定的调制编码格式,CAP不需要考虑上行传输信道的质量为其指配传输格式。本帧传输结束后,STA0不再有下行业务传输,因此STA0不再需要反馈下行信道的质量。但CAP估计STA0依然有上行业务等待传输,因此调度STA0依然通过上行探测信道1发射上行探测信道。同时,CAP调度STA3在上行探测信道2发射上行探测信道,便于在N+1帧调度STA3上行传输。另外,CAP为STA1分配了64个OFDM符号反馈上行信道的质量。综上,上行探测信道共需要128+16+16+64=224个OFDM符号。其中,编号1至编号16用于STA2报告设备能力;编号17至编号32用于STA3反馈上行调度信息;编号33至编号96用于STA1反馈下行信道的质量;编号98至编号224用于STA0进行上行传输。另外,本帧还需要2个上行探测信道。由于未知其它STA是否还会发起上行业务调度请求,需要预留2个OFDM符号用于上行调度请求信道;由于未知是否会有新的STA发起随机接入,预留1个OFDM符号用于上行随机接入。
CAP计算控制信道需求:下行调度传输,以及为N-1帧STA0上行传输反馈ACK/NACK信令,共需2个控制子信道;上行调度传输,需要6个控制子信道,分别用于STA0、STA1、STA2与STA3上行传输信道调度,以及STA0和STA3上行探测信道指配。综上分析,本帧需要6个OFDM符号用于控制信道传输。
基于上述调度考虑,第N帧帧配置信息如下:6个OFDM符号用于控制信道传输,384个OFDM符号用于下行业务传输,1个OFDM符号用于下行探测信道传输(下行探测信道位置固定),2个OFDM符号用于上行探测信道传输,2个OFDM符号用于上行调度请求信道,224个OFDM符号用于上行传输信道,1个OFDM符号用于上行随机接入信道。加之***固有的短前导、长前导、***信息信道各一个OFDM符号。下行至上行保护间隔DGI,以及上行至下行保护间隔UGI各一个OFDM符号。本帧共计:3+6+384+1+1+2+2+224+1+1=625个OFDM符号。
基于上述过程,STA0、STA 1、STA 2、STA 3收到通信帧后,通过检测***信息信道的广播信息,可获得控制信道周期6个OFDM符号、下行传输信道周期384个OFDM符号、DGI周期1个OFDM符号、下行探测信道周期1个OFDM符号、上行探测信道周期2个OFDM符号、调度请求信道周期2个OFDM符号、上行传输信道周期224个OFDM符号、随机接入信道周期1个OFDM符号和UGI周期1个OFDM符号;然后通过对前导序列信道周期2个OFDM符号(短训练序列1个OFDM符号、长训练序列1个OFDM符号)、***信息信道周期1个OFDM符号、控制信道周期、下行传输信道周期、下行探测信道周期、DGI周期、上行探测信道周期、调度请求信道周期、上行传输周期、随机接入信道周期和UGI周期进行求和运算,确定帧N帧长,即3+6+384+1+1+2+2+224+1+1=625个OFDM符号。
采用本发明的方法、***和设备,通过动态配置帧结构,通过上下行调度,能够实现基于业务需求动态划分上下行无线资源,能够较好的动态适配未来种类丰富且特征各异的数据业务需求。同时,该***能够提供甚小的资源颗粒度,不仅能够适配不同终端的较大的业务速率需求变化,而且也能够较好的适配无线信道的动态变化。概括言之,该***能够权衡业务需求与信道特征,动态划分上下行链路资源,在考虑链路自适应的条件下,为不同终端动态分配无线资源。
应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。
在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。
上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。