发明内容
本发明实施例提供一种控制信息的传输方法、装置和系统,提高了上行数据传输速率和系统吞吐量。
本发明实施例提出一种控制信息的传输方法,包括以下步骤:
基站设备接收来自用户设备的上行调度请求,根据所述上行调度请求进行资源调度,通过增强专用信道绝对许可信道E-AGCH将至少两路上行增强数据对应的资源许可信息发送到所述用户设备,使所述用户设备根据所述资源许可信息发送至少两路上行增强数据;
所述基站设备接收来自所述用户设备的至少两路上行增强数据,通过增强专用信道混合自动重传请求应答指示信道E-HICH向所述用户设备返回所述至少两路上行增强数据对应的反馈信息。
优选地,所述基站设备通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备之后,还包括:
所述用户设备接收来自所述基站设备的至少两路上行增强数据对应的资源许可信息,根据所述资源许可信息配置所述至少两路上行增强数据的发送参数,所述资源许可信息通过所述E-AGCH承载的信令信息进行标识;
所述用户设备使用所述发送参数发送所述至少两路上行增强数据。
优选地,所述基站设备通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备之前,还包括:
网络侧通过高层信令将所述E-AGCH的类型通知所述用户设备;
所述用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息,具体包括:
所述用户设备根据所述E-AGCH的类型对所述E-AGCH进行接收和解码,从所述E-AGCH的信令域中获取所述E-AGCH承载的信令信息。
优选地,所述E-AGCH承载的信令信息包括功率资源相关信息PRRI、E-HICH指示信息EI、增强上行控制信道E-UCCH个数指示信息ENI、码道资源相关信息CRRI、时隙资源相关信息TRRI、许可持续时间指示RDI和上行数据流个数指示,所述发送参数包括发射功率、E-UCCH个数和E-HICH,
所述用户设备根据资源许可信息配置至少两路上行增强数据的发送参数,具体包括:
所述用户设备根据所述PRRI设置所述发射功率,根据所述ENI选择E-UCCH的个数,根据所述EI选择E-HICH。
优选地,所述E-AGCH承载的信令信息还包括flag比特位,
所述用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息之后,还包括:
所述用户设备根据所述flag比特获取上行增强数据的路数信息。
优选地,所述用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息之后,还包括:
所述用户设备根据所述E-AGCH的长度获取上行增强数据的路数信息。
优选地,所述基站设备通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息之前,还包括:
所述基站设备从网络侧为所述用户设备配置的所有E-HICH中确定至少两条E-HICH,每条E-HICH使用相同的正交序列承载一路上行增强数据对应的反馈信息。
优选地,所述基站设备通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息之前,还包括:
网络侧为所述用户设备配置占用至少两个SF=16码道的E-HICH,所述E-HICH中的每个SF=16码道承载一路上行增强数据对应的反馈信息。
优选地,所述基站设备通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息之前,还包括:
网络侧为所述用户设备配置至少两个不同的正交序列;
所述基站设备从网络侧为所述用户设备配置的所有E-HICH中确定一条E-HICH,并在所述E-HICH上使用网络侧为所述用户配置的所述至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息。
优选地,所述网络侧通过高层信令将所述至少两个不同的正交序列通知所述用户设备;或者
所述基站设备在所述E-AGCH上将所述至少两个不同的正交序列通知所述用户设备。
优选地,所述基站设备通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息之前,还包括:
网络侧为所述用户设备配置一个正交序列和至少一个正交序列偏移;
所述基站设备从网络侧为所述用户设备配置的所有E-HICH中确定一条E-HICH,并在所述E-HICH上使用所述正交序列和所述正交序列偏移所对应的至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息;
优选地,所述网络侧通过高层信令将所述至少一个正交序列偏移通知所述用户设备;或者
所述基站设备在所述E-AGCH上将所述至少一个正交序列偏移通知所述用户设备。
本发明实施例还提出一种基站设备,包括:
接收模块,用于接收来自用户设备的上行调度请求和至少两路上行增强数据;
调度模块,用于根据所述接收模块接收到的上行调度请求进行资源调度,获取所述至少两路上行增强数据对应的资源许可信息;
发送模块,用于通过E-AGCH将所述调度模块获取的至少两路上行增强数据对应的资源许可信息发送到所述用户设备,使所述用户设备根据所述资源许可信息发送至少两路上行增强数据,并通过E-HICH向所述用户设备返回所述至少两路上行增强数据对应的反馈信息。
优选地,当基站设备从网络侧为所述用户设备配置的所有E-HICH中确定至少两条E-HICH时,
所述发送模块,具体用于通过E-AGCH将所述调度模块获取的至少两路上行增强数据对应的资源许可信息发送到所述用户设备,并通过至少两条E-HICH向所述用户设备返回所述至少两路上行增强数据对应的反馈信息,每条E-HICH使用相同的正交序列承载一路上行增强数据对应的反馈信息。
优选地,当网络侧为所述用户设备配置占用至少两个SF=16码道的E-HICH时,
所述发送模块,具体用于通过E-AGCH将所述调度模块获取的至少两路上行增强数据对应的资源许可信息发送到所述用户设备,并通过占用至少两个SF=16码道的E-HICH向所述用户设备返回所述至少两路上行增强数据对应的反馈信息,所述E-HICH中的每个SF=16码道承载一路上行增强数据对应的反馈信息。
优选地,当网络侧为所述用户设备配置至少两个不同的正交序列时,
所述发送模块,具体用于通过E-AGCH将所述调度模块获取的至少两路上行增强数据对应的资源许可信息发送到所述用户设备,在所述E-HICH上使用所述至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息。
优选地,所述发送模块,还用于在所述E-AGCH上将所述网络侧为所述用户设备配置的至少两个不同的正交序列通知所述用户设备。
优选地,当网络侧为所述用户设备配置一个正交序列和至少一个正交序列偏移时,
所述发送模块,具体用于通过E-AGCH将所述调度模块获取的至少两路上行增强数据对应的资源许可信息发送到所述用户设备,在所述E-HICH上使用所述正交序列和所述正交序列偏移承载至少两路上行增强数据对应的反馈信息。
优选地,所述发送模块,还用于在所述E-AGCH上将所述网络侧为所述用户设备配置的至少一个正交序列偏移通知所述用户设备。
本发明实施例还提出一种用户设备,包括:
发送模块,用于向基站设备发送上行调度请求和至少两路上行增强数据,使所述基站设备根据所述上行调度请求进行资源调度以及返回所述至少两路上行增强数据对应的反馈信息;
接收模块,用于通过E-AGCH接收来自所述基站设备的至少两路上行增强数据对应的资源许可信息,通过E-HICH接收来自所述基站设备的至少两路上行增强数据对应的反馈信息。
优选地,所述用户设备,还包括:
配置模块,用于根据所述接收模块接收到的至少两路上行增强数据对应的资源许可信息,配置所述至少两路上行增强数据的发送参数,所述资源许可信息通过所述E-AGCH承载的信令信息进行标识;
所述发送模块,具体用于向所述基站设备发送上行调度请求,并使用所述配置模块配置的发送参数向所述基站设备发送所述至少两路上行增强数据。
优选地,所述接收模块,具体用于接收来自网络侧的高层信令,获取所述E-AGCH的类型,根据所述E-AGCH的类型对所述E-AGCH进行接收和解码,从所述E-AGCH的信令域中获取所述E-AGCH承载的信令信息,并通过E-HICH接收来自所述基站设备的至少两路上行增强数据对应的反馈信息。
优选地,所述E-AGCH承载的信令信息包括功率资源相关信息PRRI、E-HICH指示信息EI、增强上行控制信道E-UCCH个数指示信息ENI、码道资源相关信息CRRI、时隙资源相关信息TRRI、许可持续时间指示RDI和上行数据流个数指示,所述发送参数包括发射功率、E-UCCH个数和E-HICH,
所述配置模块,具体用于根据所述PRRI设置所述发射功率,根据所述ENI选择E-UCCH的个数,根据所述EI选择E-HICH。
优选地,所述E-AGCH承载的信令信息还包括flag比特位,
所述接收模块,还用于根据所述flag比特获取上行增强数据的路数信息。
优选地,所述接收模块,还用于根据所述E-AGCH的长度获取上行增强数据的路数信息。
本发明实施例还提出一种控制信息的传输系统,包括基站设备和用户设备,
所述基站设备,用于接收来自所述用户设备的上行调度请求,根据所述上行调度请求进行资源调度,通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到所述用户设备,使所述用户设备根据所述资源许可信息发送至少两路上行增强数据;接收来自所述用户设备的至少两路上行增强数据,通过E-HICH向所述用户设备返回所述至少两路上行增强数据对应的反馈信息;
所述用户设备,用于向所述基站设备发送上行调度请求,使所述基站设备根据所述上行调度请求进行资源调度,通过E-AGCH接收来自所述基站设备的至少两路上行增强数据对应的资源许可信息,向所述基站设备发送至少两路上行增强数据,通过E-HICH接收来自所述基站设备的至少两路上行增强数据对应的反馈信息。
本发明实施例的技术方案具有以下优点,因为提出了传输至少两路上行增强数据时E-AGCH和E-HICH的结构设计与编码方案,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
具体实施方式
本发明实施例提出在TDD系统中支持上行SU-MIMO和上行多载波等多路并行传输技术的E-AGCH和E-HICH结构和编码方案,系统工作在非MIMO模式还是MIMO模式由高层信令RRC来配置,即高层根据实时的业务类型、用户数据量、信道环境等因素,决定系统在某段时间内采用的工作模式,其中,非MIMO模式即为HSUPA中未引入MIMO技术的工作模式,而MIMO模式中包括单流和双流两种情况。考虑到UE的尺寸限制,可以假设UE上行发送2个并行数据流。需要说明的是,本发明实施例提供的技术方案可以适用于任何天线配置和发送2个以上并行数据流的情况。类似地,系统工作在单载波模式还是多载波模式可以由RRC信令来配置,也可以由基站设备通过物理控制信道通知UE。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图2所示,为本发明实施例一中的一种控制信息的传输方法流程图,包括以下步骤:
步骤201,基站设备接收来自用户设备的上行调度请求,根据该上行调度请求进行资源调度,通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备,使该用户设备根据资源许可信息发送至少两路上行增强数据。
具体地,基站设备通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备之前,网络侧通过高层信令将E-AGCH的类型通知用户设备;用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息,具体包括:用户设备根据E-AGCH的类型对E-AGCH进行接收和解码,从E-AGCH的信令域中获取E-AGCH承载的信令信息。
基站设备通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备之后,用户设备接收来自该基站设备的至少两路上行增强数据对应的资源许可信息,根据该资源许可信息配置至少两路上行增强数据的发送参数,该资源许可信息通过所述E-AGCH承载的信令信息进行标识;用户设备使用上述发送参数发送至少两路上行增强数据。
其中,E-AGCH承载的信令信息包括功率资源相关信息PRRI、E-HICH指示信息EI、增强上行控制信道E-UCCH个数指示信息ENI、码道资源相关信息CRRI、时隙资源相关信息TRRI、许可持续时间指示RDI和上行数据流个数指示,发送参数包括发射功率、E-UCCH个数和E-HICH,用户设备根据资源许可信息配置至少两路上行增强数据的发送参数,具体包括:用户设备根据PRRI设置发射功率,根据ENI选择E-UCCH的个数,根据EI选择E-HICH。
上述E-AGCH承载的信令信息还包括flag比特位,用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息之后,根据flag比特获取上行增强数据的路数信息。
用户设备接收来自基站设备的至少两路上行增强数据对应的资源许可信息之后,还可以根据E-AGCH的长度获取上行增强数据的路数信息。
步骤202,基站设备接收来自用户设备的至少两路上行增强数据,通过E-HICH向用户设备返回该至少两路上行增强数据对应的反馈信息。
具体地,基站设备通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息之前,基站设备可以从网络侧为用户设备配置的所有E-HICH中确定至少两条E-HICH,每条E-HICH使用相同的正交序列承载一路上行增强数据对应的反馈信息;网络侧还可以为用户设备配置占用至少两个SF=16码道的E-HICH,该E-HICH中的每个SF=16码道承载一路上行增强数据对应的反馈信息;还可以为用户设备配置至少两个不同的正交序列,并由基站设备从网络侧为用户设备配置的所有E-HICH中确定一条E-HICH,并在E-HICH上使用网络侧为用户配置的至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息,网络侧可以通过高层信令将上述至少两个不同的正交序列通知用户设备,或者由基站设备在E-AGCH上将上述至少两个不同的正交序列通知用户设备;网络侧还可以为用户设备配置一个正交序列和至少一个正交序列偏移,基站设备从网络侧为用户设备配置的所有E-HICH中确定一条E-HICH,并在该E-HICH上使用正交序列和正交序列偏移所对应的至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息,网络侧可以通过高层信令将所述至少一个正交序列偏移通知所述用户设备,或者由基站设备在E-AGCH上将上述至少一个正交序列偏移通知用户设备。
其中,上述反馈信息可以为ACK反馈信息。
本发明实施例的技术方案具有以下优点,通过E-AGCH和E-HICH的结构设计与编码方案,将至少两路上行增强数据对应的资源许可信息和反馈信息分别承载在E-AGCH和E-HICH上,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
为详细描述本发明实施例中的控制信息的传输方法,以下实施例将对E-AGCH的结构设计与编码方案进行具体的说明。
具体地,E-AGCH分为type1和type2两种格式,当满足变量E_DCH_SPS_STATUS=FALSE时,系统采用E-AGCH type1,总长度为42bits,E-AGCH type1承载的相关信令信息如表1所示。
表1 1.28Mcps TDD HSUPA的E-AGCH type1信令表
PRRI |
功率资源相关信息(5bits); |
CRRI |
码道资源相关信息(5bits),当CRRI=31,表示并未给UE分配物理资源但其他信息内容仍然有 |
|
效 |
TRRI |
时隙资源相关信息(5bits),比特位图标识NodeB为UE分配的资源所在的时隙 |
ECSN |
E-AGCH循环序列号(3bits),用于计算E-AGCH的误块率 |
RDI |
许可持续时间指示(3bits ifpresent),由高层指定是否承载该值 |
EI |
E-HICH指示信息(2bits),标识所调度UE对应的E-HICH |
ENI |
E-UCCH个数指示信息(3bits),标识一个TTI内E-PUCH上承载的E-UCCH个数 |
E-RNTI |
标识接收调度许可的UE(16bits) |
SS |
用于保持E-PUCH的上行同步 |
TPC |
用于E-PUCH的闭环功控 |
其中,PRRI信令的取值对应绝对准予功率值,该绝对准予功率值的单位为dB,如表2所示,为PRRI信令的取值与绝对准予功率值的映射关系表。
表2PRRI信令的取值与绝对准予功率值的映射关系表
绝对准予功率值 |
PRRI信令的取值 |
19dB |
31 |
18dB |
30 |
17dB |
29 |
... |
... |
CRRI信令为码道资源相关信息,用于指示所分配的OVSF码树中的节点,如表3所示,为OVSF码树中的节点0-30与CRRI的5比特信令的映射关系。其中,在Ci (Q)中“Q”为扩频因子,“i”为信道化码。
表3OVSF码树中的节点与CRRI信令的映射关系
C1 (16)[15]
C1 (8)[7]
C2 (16)[16]
C1 (4)[3]
C3 (16)[17]
C2 (8)[8]
C4 (16)[18]
C1 (2)[1]
C5 (16)[19]
C1 (1)[0] C3 (8)[9]
C6 (16)[20]
C2 (4)[4]
C7 (16)[21]
C4 (8)[10]
C8 (16)[22]
C9 (16)[23]
C2 (2)[2] C3 (4)[5] C5 (8)[11]
C10 (16)[24]
C11 (16)[25]
C6 (8)[12]
C12 (16)[26]
C13 (16)[27]
C7 (8)[13]
C14 (16)[28]
C4 (4)[6]
C15 (16)[29]
C8 (8)[14]
C16 (16)[30]
为支持上行多路数据传输,包括上行MIMO和上行多载波,可以对E-AGCH type1中的控制信令进行如下设计:
(1)PRRI信令
PRRI信令用于标识Node B对UE的绝对准予功率值,在引入上行MIMO或上行多载波后,该信令可以进行以下任意一种修改:
(a)为上行所有数据流的总功率统一做功率授权,即只有一个PRRI信令。信令长度仍为5bits,功率值仍为-12~19dB。
(b)为上行所有数据流的总功率统一做功率授权,即只有一个PRRI信令。信令长度仍为5bits,功率值范围在现有标准的基础上进行扩大,使得在将总功率在多个上行数据流上分配时,每个流都能获得的功率范围不会太小。扩大功率值范围可以增加粒度,从而扩大PRRI信令对应的授权功率的最大取值和最小取值。
(c)为上行所有数据流的总功率统一做功率授权,即只有一个PRRI信令。信令长度增加,大于5bits,功率值粒度可以保持不变或者增大,依靠增加信令长度后的PRRI信令来扩大授权功率的最大取值和最小取值。
(d)为上行每个数据流独立做功率授权,各路数据使用各自的PRRI信令,在上行双流时,可以将PRRI信令分为2个域,分别为2个数据流的功率授权,每部分的比特可以均为5bits,功率取值与现有标准相同或者增加功率值粒度而扩大授权功率值范围;或者分别为2个数据流做功率授权,每部分比特大于5比特,功率值粒度可以不变或增加,扩大授权功率值范围。例如,每个数据流对应的PRRI信令为00000时,表示该数据流的授权功率为-12dB,可以用0000000000指示两个数据流的授权功率均为-12dB,用0000000001指示数据流1的授权功率为-12dB,数据流2的授权功率为-11dB。
(e)为上行每个数据流独立做功率授权,各路数据的PRRI信令做联合指示,在上行双流时,共有2个PRRI信令,对应的功率值与范围均与(d)相似,但不是将2个PRRI信令分别独立指示,而是做联合指示,即在功率取值范围内,数据流1的某个功率授权值与数据流2的某个功率授权值进行绑定,并将两个数据流的PRRI信令联合用一个比特序列状态来指示,该联合比特序列长度可以根据双流绑定后的功率授权值的组个数来决定。
(f)为上行每个数据流独立做功率授权,各数据流的PRRI信令按照offset方式进行指示。满足上行多路数据传输时每路数据的信道条件比较接近,则说明各路数据的功率授权可以相差不多,可以设定某路数据流为参考流,该数据流对应的PRRI信令的信令长度为5bits,其他数据流对应的PRRI信令使用自身与参考流的差值来表示,则总比特为5bits+offset。例如,当上行双流时,设定第一个流为参考流,用5bits指示该流对应的PRRI信令,另一个流的PRRI信令用offset来表示,认为两个流最多相差不会超出3dB,则另一个流的PRRI信令与参考流的差值可以取-3dB、-2dB、-1dB、0dB、1dB、2dB、3dB,则offset可以为3bit,两个数据流对应的PRRI信令的信令长度为5+3=8bits。在其他流数和其他差值的情况,可以采用类似的方法进行处理。
(2)CRRI信令
(a)保持CRRI信令的比特长度与意义不变,与现有标准相同。
(b)增加码道分配粒度,减少CRRI信令的比特长度。例如,当上行采用MIMO多流传输时,各数据流占用相同的时隙码道资源,但使用不同的信道估计窗(midamble shift)。根据现有标准,每个流的信道估计窗对应着不同的码道,该码道被多流所共享,因此,为多流传输时分配的码道资源往往比单流时要大,可以增大码道资源分配的粒度,从而减少CRRI信令的比特长度。由表3可知,当最小码道分配粒度为SF=8的码道时,CRRI信令的比特长度为4bits(指示OVSF码树中节点0-14),当最小码道分配粒度为SF=4时,CRRI信令的比特长度为3bits(指示OVSF码树中节点0-6)。
(3)TRRI信令
(a)保持TRRI信令的比特长度与意义不变,与现有标准相同。
(b)减少上行时隙分配的个数,从而减少TRRI信令的比特长度。在1.28Mcps TDD的帧结构中,每个子帧包括7个常规时隙TS0~TS6,其中,TS0固定为下行时隙传输广播消息,TS1固定为上行时隙,当TS2~TS6均被分配为上行时隙时,没有下行时隙来传输E-AGCH、E-HICH等下行控制信道,因此,可以将上行时隙最多设置为4个或者3个,相应地,TRRI信令的比特长度为4bits或者3bits
(4)RDI信令
(a)保持RDI信令的比特长度与意义不变,与现有标准相同。
(b)在MIMO或多载波模式中的E-AGCH结构中去掉RDI信令。
(5)EI信令
现有标准中的EI信令的比特长度为2bits,用于指示向UE发送反馈信息时使用的E-HICH。在引入上行MIMO或上行多载波后,该信令可以进行以下任意一种修改:
(a)当需要多条E-HICH来承载多个上行数据流的ACK/NACK消息时,需要增加EI信令的比特长度。如果网络侧为UE配置最多四条E-HICH,当Node B为UE反馈双流的ACK/NACK时,EI信令用于通过四条E-HICH中的哪两条给UE反馈,需要将EI信令的比特长度设置为至少3比特。
(b)当使用1条E-HICH且使用该E-HICH的不同正交序列来承载多个上行数据流的ACK/NACK消息时,EI信令用来指示使用的E-HICH,但在E-AGCH上增加一个正交序列序号的信息域,来显式通知各数据流的正交序列序号。
(c)当使用1条E-HICH且使用该E-HICH的不同正交序列来承载多个上行数据流的ACK/NACK消息时,EI信令用来指示使用的E-HICH,但在E-AGCH上增加一个正交序列序号偏移的信息域,来显式通知正交序列偏移。此时,可以根据E-PUCH物理资源与正交序列的映射关系确定一个数据流所使用的正交序列,再通过该正交序列序号偏移信息域,指示其他数据流所使用的正交序列序号的偏移,即在E-PUCH物理资源映射出的正交序列编号基础上,加上配置的偏移确定另一个流所使用的正交序列的序号。
(6)ENI信令
现有标准中的ENI信令为3bits,用ENI+1来指示E-UCCH的个数。在引入上行MIMO或上行多载波后,该信令可以进行以下任意一种修改:
(a)由于上行并行的各数据流的E-PUCH是各自独立的,为每个数据流E-PUCH上的E-UCCH都设置3bits来指示E-UCCH的个数。例如,上行双流时,在E-AGCH的ENI信令中共需要3+3=6bits,其中,每3bits用于指示一个数据流上E-UCCH的个数
(b)虽然上行并行的各数据流历经空间信道的衰落是独立的,但满足上行多流传输时每个流的信道条件会比较接近,又由于E-UCCH的个数是为了保证该信道的接收质量,因此,既然每个流信道条件接近,则说明各个流的E-UCCH个数会相差不多,可以设定某个流为参考流,该参考流对应的E-UCCH个数使用3bits的ENI信令表示,其他流的E-UCCH个数使用该个数与参考流上E-UCCH个数的差值来表示,ENI的形式为3bits+offset。例如,当上行双流时,设定第一个流为参考流,用3bits的ENI信令指示该参考流的E-UCCH个数,另一个流的E-UCCH个数用offset来表示,上述两个流最多相差不会超出1个E-UCCH,则offset可以为2bit,ENI信令的比特长度为3+2=5bits,其中,当offset比特取00,表示该offset对应的数据流比参考流少一个E-UCCH,取01或10表示该offset对应的数据流与参考流的E-UCCH个数相等,取11表示该offset对应的数据流比参考流多一个E-UCCH。其他流数和其他差值的情况采用类似的方法处理。
(c)保持ENI信令的比特长度仍为3bits。减少在多流传输时每个流的E-UCCH个数的取值,例如,当上行双流时,限定每个流的E-UCCH个数最多为3个,则两个流的E-UCCH最多一共为6个,用3bits的ENI信令即可指示。而当需要更多的E-UCCH个数时,可以令上行使用单流传输,此时,与现有标准相同;或者将多流的E-UCCH个数取值绑定为不超过8种组合,然后用3bits的ENI信令即可指示。
(7)上行数据流个数指示
(a)设置flag比特位,可以通过以下设置方式实现:
i.flag比特位为新增比特,当上行最多双流传输时,flag比特位用新增1比特即可,该比特取0表示单流传输,取1表示双流传输。
ii.nag比特位可以是某个信令的未被使用的比特状态,例如,某个信令比特全0时,表示该信令比特未被定义,可以用来作为flag比特位。
iii.flag比特位可以是某个信令的比特长度缩减后节省出的比特,例如,当TRRI信令由5bits减为4bits或者3bits,节省出的比特可以作为flag比特位来指示数据流的个数。
iv.flag比特位可以是取出某个信令的已用状态并将其定义改为数据流个数指示,例如上行最多双流传输,且每个流有各自的PRRI信令时,可以取当某个流的PRRI信令的比特状态为全0时表示单流,两个流的PRRI信令的信令比特都不为全0时表示双流。
(b)根据上述各个信令的设计可知,不同数据流个数所需信令长度一般都是不同的,上行不同流数对应的E-AGCH长度是不同的。因此,UE可以使用盲检测,按不同长度解码E-AGCH,CRC校验正确后说明E-AGCH解码正确,可以根据正确解码后的E-AGCH长度获取上行数据流的个数。
除了上述分析的信令外,E-AGCH上的其他信令保持不变,如图3所示,为E-AGCH type1的编码过程示意图,基站设备将E-AGCH type1中的所有信令比特复用到一起,并依次进行信道编码、速率匹配、交织、物理信道分割和映射等处理。
另外,当满足变量E_DCH_SPS_STATUS=TRUE时,系统采用E-AGCHtype2,信道总长度为46bits,E-AGCH type2承载的相关信令信息,如表4所示。
表41.28Mcps TDD HSUPA的E-AGCH type2信令表
CRRI |
码道资源相关信息(4bits) |
TRRI |
时隙资源相关信息(5bits),比特位图标识NodeB为UE分配的资源所在的时隙 |
ECSN |
E-AGCH循环序列号(3bits),用于计算E-AGCH的误块率 |
Field flag |
标志位(2bits) |
Specialinformation1 |
特殊信息1(2bits) |
Specialinformation2 |
特殊信息2(5bits) |
ENI |
E-UCCH个数指示信息(3bits),标识一个TTI内E-PUCH上承载的E-UCCH个数 |
Reserved |
预留比特(1bit) |
E-RNTI |
标识接收调度许可的UE发送(16bits) |
SS |
用于保持E-PUCH的上行同步 |
TPC |
用于E-PUCH的闭环功控 |
对于E-AGCH type2,E-AGCH order的格式为:将TRRI信令的5比特设为00000,将ECSN信令的3比特设为xodt,1,xodt,2,xodt,3,当ECSN信令为000时表示释放CELL_DCH状态下为UE所分配的半持续E-PUCH资源,其它比特位均无意义。
CRRI信令用于表示码道资源相关信息,信令长度为4比特,指示了OVSF码树中节点0-14与CRRI的4比特信令的映射关系。
Field flag域用于区分special information1和specialinformation2的映射,如果Field flag域的2比特为00,则special information1表示为E-AGCH type中的EI信令,special information2中的前3个比特为E-AGCH type1中的RDI信令,后2个比特预留。否则,special information1表示半持续调度中的资源重复周期索引(xrrpi,1,xrrpi,2),special information2的5比特预留。
为支持上行多路数据传输,包括上行MIMO和上行多载波,可以对E-AGCH type2中的控制信令进行如下设计:
(1)PRRI信令、TRRI信令和ENI信令
与上述E-AGCH type1中支持上行多路数据传输的设计方法相同,其中,当TRRI信令的比特长度缩减时,E-AGCH order的格式为将TRRI信令缩减后的比特设为全0。
(2)CRRI信令
(a)保持CRRI信令的比特长度与意义不变,与现有标准相同,即最小码道分配粒度为SF=8的码道,CRRI信令的4bits指示OVSF码树中节点0-14。
(b)增加码道分配粒度,减少CRRI信令的比特长度,例如将最小码道分配粒度定为SF=4,CRRI信令的信令长度为3bits,指示OVSF码树中节点0-6。
(3)EI信令和RDI信令
(a)当Field flag域的2bits为00,则special information1表示为E-AGCHtype1中的EI信令,special information2中的前3个比特为E-AGCH type1中的RDI信令,后2个比特预留,此时,EI信令和RDI信令的设计方法与上述E-AGCH type1中支持上行多路数据传输的设计方法相同。
(b)EI信令和RDI信令的信令域是否存在不受Field flag的限制,在E-AGCH始终设置有EI信令和RDI信令的信令域,上述两个信令的设计方法与上述E-AGCH type1中支持上行多路数据传输的设计方法相同。
(4)上行数据流个数指示
该信令的设计方法与上述E-AGCH type1中支持上行多路数据传输的设计方法相同。
除了上述分析的信令外,E-AGCH上的其他信令保持不变。如图4所示,为E-AGCH type2的编码过程示意图,基站设备将E-AGCH type2中的所有信令比特复用到一起,并依次进行信道编码、速率匹配、交织、物理信道分割和映射等处理。
在TDD系统中引入上行MIMO或上行多载波后,E-AGCH可以包括多种类型,以支持传统HSUPA、半持续调度、上行MIMO、上行多载波等业务。不同类型的E-AGCH的总比特长度根据不同设计方法可以是等长度的,也可以是不等长度的。在支持上行MIMO或上行多载波的E-AGCH中,指示不同流数的E-AGCH的总比特长度根据各信令设计方法也可以是等长的或者不等长的。网络侧通过高层信令通知当前使用的E-AGCH的类型,UE进行相应的E-AGCH接收和解码,从E-AGCH的各个信令域获得各个信令信息。当网络侧通过高层信令通知当前使用的E-AGCH的类型为支持上行MIMO或上行多载波的E-AGCH时,UE根据上述E-AGCH设计方案中关于数据流指示的设计方法,获知数据流的个数信息。
基站设备通过E-HICH向用户设备返回上行增强数据对应的反馈信息时,E-HICH上的ACK/NACK编码方法可以为将1比特的ACK信息或者NACK信息与80比特长的正交序列进行异或操作。其中,正交序列由E-PUCH所占用的物理资源以及一个固定的随机化过程得到。如表5所示,为ACK信息对应的HARQ(Hybrid-ARQ,混合自动重传请求)确认指示映射关系表。
表5HARQ确认指示映射关系表
Command HARQ acknowledgement indicator
value
NACK 0
ACK 1
具体地,协议规定了一个80阶的正交矩阵C80,在ACK/NACK编码时,从该正交矩阵中取出某一行80长序列(C80,r’,n),其中,r’表示80阶正交矩阵的第r’行,由r通过一个随机化过程得到,即r′=P(r,SFN′,MidambleCode),其中,SFN’为E-HICH的系统子帧号,MidambleCode为小区指定的基本Midamble码序列,P为一个伪随机序列,r为逻辑资源标签ID,r与E-PUCH所占物理资源存在以下映射关系:
其中,t0为分配时隙中的最后的时隙,即最大时隙号(1,2,..,5),q0为t0时隙内的最小信道化码号(1,2,...,Q0),Q0为y0时隙最小信道化码号采用的扩频系数。
如图5所示,为r与E-PUCH的对应关系示意图,当E-PUCH所占的物理资源为时隙1和时隙2的第1个SF=4的码道,相应的r应当为16。
对于非调度传输和E-DCH的半持续调度,E-HICH携带ACK/NACK信息和TPC/SS信令。将80个正交序列分为20组,每组包括4个相邻逻辑资源标签ID的序列。逻辑资源标签ID和物理标签ID的映射与调度传输相同。高层为每个非调度用户分配一组序列来指示ACK/NACK信息和TPC/SS信令。在每组序列中,第一个序列用于ACK/NACK信息的扩频操作,其余三个序列中的一个序列用于隐式指示TPC/SS信令。
对于调度传输,将80个异或后的比特分为两部分,中间放置8个空闲比特,空闲比特序列没有定义,异或后并且插入空闲比特后的输出为:
dh={bh,0,bh,1,...,bh,39,z0,z1,...z7,bh,40,bh,41,...,bh,79}
对于非调度传输,异或后并且插入空闲比特后的输出为:
dh1={ch,0,ch,1,...,ch,39,z0,z1,...z7,ch,40,ch,41,...,ch,79}
dh2={eh,0,eh,1,...,eh,39,z0,z1,...z7,eh,40,eh,41,...,eh,79}
基站设备将各UE的上述比特序列进行相加、调制和扩频处理后,将处理结果发送给各UE。
本发明以下实施例结合E-HICH承载双流ACK反馈信息的应用场景,详细描述ACK反馈信息的传输方法。
如图6所示,为本发明实施例二中的一种ACK反馈信息的传输方法流程图,包括以下步骤:
步骤301,网络侧为UE配置至少两条E-HICH,基站设备通过E-AGCH上的EI指示承载两条数据流的ACK反馈信息的两条E-HICH。
具体地,当基站设备为UE反馈两条数据流的ACK反馈信息时,需要修改E-AGCH上的EI,将EI设置为至少3比特,通过EI指示两条E-HICH承载ACK反馈信息。另外,网络侧为UE配置的E-HICH的条数大于或等于用户上行数据流的最大个数。
步骤302,基站设备确定承载ACK反馈信息的两条E-HICH上的正交序列。
具体地,基站设备根据E-PUCH的资源来确定正交序列,对于UE的两条数据流的ACK反馈信息,两条E-HICH上的正交序列是相同的。
步骤303,基站设备通过两条E-HICH分别发送两条数据流的ACK反馈信息。
基站设备确定两条E-HICH上的正交序列后,将UE的两条数据流的ACK反馈信息分别使用两条E-HICH来承载,即第一条数据流的ACK反馈信息与一条E-HICH的正交序列做异或操作,第二个流的ACK反馈信息与另一条E-HICH的正交序列做异或操作,并分别进行空闲比特填充、调制和扩频处理。
步骤304,UE根据E-AGCH上的EI指示获取承载ACK反馈信息的两条E-HICH,并在上述两条E-HICH上接收和解码ACK反馈信息。
需要说明的是,本发明实施例中的ACK反馈信息的传输方法并不仅限于传输两条数据流,对传输两条以上的数据流的ACK反馈信息的应用场景也同样适用。具体地,当传输两条以上的数据流的ACK反馈信息时,基站设备通过EI指示两条以上的E-HICH承载ACK反馈信息,并分别确定每条E-HICH上的正交序列,使用E-HICH和正交序列传输ACK反馈信息。
如图7所示,为本发明实施例三中的一种ACK反馈信息的传输方法流程图,包括以下步骤:
步骤401,网络侧为UE配置E-HICH,基站设备通过E-AGCH上的EI指示承载数据流的ACK反馈信息的E-HICH。
其中,网络侧为具备上行SU-MIMO能力的UE或者进入了MIMO模式的UE配置占用2条SF=16码道的E-HICH。
步骤402,基站设备根据E-PUCH的资源确定正交序列。
步骤403,基站设备通过占用2个SF=16码道的E-HICH发送两条数据流的ACK反馈信息。
基站设备使用步骤402中确定的正交序列分别与每个流的ACK反馈信息进行异或操作,获取两个80比特长的序列,并在每个80比特长的序列的中间放置8个空闲比特,组成两个88比特长的序列,每个序列由1个SF=16的码道承载,这两个序列占用两个SF=16的码道,组成一条新的E-HICH。
基站设备通过占用2个SF=16码道的E-HICH发送单数据流的ACK反馈信息时,可以与现有技术相同,即使用现有的只占一个SF=16的码道,或者根据现有技术确定一个SF=16码道上的反馈信息,再将一个SF=16码道上的信息复制到另一个SF=16的码道,使用两个SF=16的码道组成一条新的E-HICH。
步骤404,UE根据E-AGCH上的EI指示获取承载ACK反馈信息的E-HICH,并在该E-HICH上接收和解码ACK反馈信息。
由于E-HICH上承载的ACK反馈信息的个数与UE发送的E-PUCH流数相同,UE会根据预知的流数对E-HICH进行解码,获知数据流的ACK反馈信息。
需要说明的是,本发明实施例中的ACK反馈信息的传输方法并不仅限于传输两条数据流,对传输两条以上的数据流的ACK反馈信息的应用场景也同样适用。具体地,当传输两条以上的数据流的ACK反馈信息时,基站设备通过占用两个以上SF=16码道的E-HICH传输ACK反馈信息。
如图8所示,为本发明实施例四中的一种ACK反馈信息的传输方法流程图,包括以下步骤:
步骤501,网络侧为UE配置E-HICH,基站设备通过E-AGCH上的EI指示承载数据流的ACK反馈信息的E-HICH。
步骤502,基站设备使用同一个E-HICH上的2个不同正交序列承载两条数据流的ACK反馈信息。
具体地,网络侧可以预先通过高层信令为UE配置2个正交序列,并将正交序列的序号通知UE。基站设备不再根据E-PUCH物理资源映射确定正交序列的方法,而是使用网络侧配置的2个正交序列对ACK反馈信息进行编码,并通过一条E-HICH将编码后的ACK反馈信息发送给UE。基站设备选择的E-HICH不能在同一时刻,使用相同的正交序列对其它UE的ACK反馈信息编码。
网络侧还可以通过高层信令为UE配置一个正交序列偏移,基站设备根据E-PUCH物理资源与正交序列的映射关系确定一条数据流的ACK反馈信息所使用的正交序列,并在该正交序列的基础上加上配置的正交序列偏移,确定另一条数据流的ACK反馈信息所使用的正交序列。
基站设备可以在E-AGCH上增加一个正交序列序号的信息域,通过E-AGCH向UE显式通知正交序列的序号。基站设备在对UE进行调度时,通过E-AGCH上的正交序列序号的信息域,向UE指示反馈ACK反馈信息时使用的两个正交序列的序号,每个正交序列承载UE的一条数据流的ACK反馈信息。
基站设备也可以在E-AGCH上增加一个正交序列偏移的信息域,通过E-AGCH向UE显式通知正交序列偏移。基站设备还可以在E-AGCH上隐式指示正交序列偏移,即通过其他信息域隐式地表示正交序列偏移,例如,基站设备预先约定UE发送两条数据流时使用的midamble窗与正交序列偏移的对应关系,可以约定奇数号midamble窗对应的正交序列偏移为0,偶数号midamble窗对应的正交序列偏移为1。
步骤503,UE根据E-AGCH上的EI指示获取承载ACK反馈信息的E-HICH,并根据正交序列在E-HICH上接收和解码ACK反馈信息。
需要说明的是,本发明实施例中的ACK反馈信息的传输方法并不仅限于传输两条数据流,对传输两条以上的数据流的ACK反馈信息的应用场景也同样适用。具体地,当传输两条以上的数据流的ACK反馈信息时,网络侧可以配置两个以上的正交序列或者至少两个正交序列偏移,基站设备通过上述配置传输ACK反馈信息。
本发明实施例的技术方案具有以下优点,通过提出了传输至少两路上行增强数据时E-HICH的结构设计与编码方案,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
如图9所示,为本发明实施例五中的一种基站设备结构示意图,包括:
接收模块610,用于接收来自用户设备的上行调度请求和至少两路上行增强数据。
调度模块620,用于根据接收模块610接收到的上行调度请求进行资源调度,获取至少两路上行增强数据对应的资源许可信息。
发送模块630,用于通过E-AGCH将调度模块620获取的至少两路上行增强数据对应的资源许可信息发送到用户设备,使该用户设备根据资源许可信息发送至少两路上行增强数据,并通过E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息。
当基站设备从网络侧为用户设备配置的所有E-HICH中确定至少两条E-HICH时,上述发送模块630,具体用于通过E-AGCH将调度模块620获取的至少两路上行增强数据对应的资源许可信息发送到用户设备,并通过至少两条E-HICH向该用户设备返回至少两路上行增强数据对应的反馈信息,每条E-HICH使用相同的正交序列承载一路上行增强数据对应的反馈信息。
当网络侧为用户设备配置占用至少两个SF=16码道的E-HICH时,上述发送模块630,具体用于通过E-AGCH将调度模块620获取的至少两路上行增强数据对应的资源许可信息发送到用户设备,并通过占用至少两个SF=16码道的E-HICH向用户设备返回至少两路上行增强数据对应的反馈信息,该E-HICH中的每个SF=16码道承载一路上行增强数据对应的反馈信息。
当网络侧为用户设备配置至少两个不同的正交序列时,上述发送模块630,具体用于通过E-AGCH将调度模块620获取的至少两路上行增强数据对应的资源许可信息发送到用户设备,在E-HICH上使用至少两个不同的正交序列分别承载至少两路上行增强数据对应的反馈信息,并在E-AGCH上将网络侧为用户设备配置的至少两个不同的正交序列通知用户设备。
当网络侧为用户设备配置一个正交序列和至少一个正交序列偏移时,上述发送模块630,具体用于通过E-AGCH将调度模块620获取的至少两路上行增强数据对应的资源许可信息发送到用户设备,在E-HICH上使用正交序列和正交序列偏移承载至少两路上行增强数据对应的反馈信息,并在E-AGCH上将网络侧为用户设备配置的至少一个正交序列偏移通知用户设备。
本发明实施例的技术方案具有以下优点,因为提出了传输至少两路上行增强数据时E-AGCH和E-HICH的结构设计与编码方案,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
如图10所示,为本发明实施例六中的一种用户设备结构示意图,包括:
发送模块710,用于向基站设备发送上行调度请求和至少两路上行增强数据,使该基站设备根据上行调度请求进行资源调度以及返回至少两路上行增强数据对应的反馈信息。
接收模块720,用于通过E-AGCH接收来自基站设备的至少两路上行增强数据对应的资源许可信息,通过E-HICH接收来自基站设备的至少两路上行增强数据对应的反馈信息。
配置模块730,用于根据接收模块720接收到的至少两路上行增强数据对应的资源许可信息,配置至少两路上行增强数据的发送参数,该资源许可信息通过E-AGCH承载的信令信息进行标识。
上述发送模块710,具体用于向基站设备发送上行调度请求,并使用配置模块730配置的发送参数向所述基站设备发送所述至少两路上行增强数据。
上述接收模块720,具体用于接收来自网络侧的高层信令,获取E-AGCH的类型,根据该E-AGCH的类型对E-AGCH进行接收和解码,从E-AGCH的信令域中获取E-AGCH承载的信令信息,并通过E-HICH接收来自基站设备的至少两路上行增强数据对应的反馈信息。
上述E-AGCH承载的信令信息包括PRRI、EI、ENI、CRRI、TRRI、许RDI和上行数据流个数指示,上述发送参数包括发射功率、E-UCCH个数和E-HICH,上述配置模块730,具体用于根据PRRI设置发射功率,根据ENI选择E-UCCH的个数,根据EI选择E-HICH。
上述E-AGCH承载的信令信息还包括flag比特位,上述接收模块720,还用于根据flag比特获取上行增强数据的路数信息。
上述接收模块720,还用于根据E-AGCH的长度获取上行增强数据的路数信息。
本发明实施例的技术方案具有以下优点,因为提出了传输至少两路上行增强数据时E-AGCH和E-HICH的结构设计与编码方案,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
如图11所示,为本发明实施例七中的一种控制信息的传输系统结构示意图,包括基站设备810和用户设备820,
基站设备810,用于接收来自用户设备820的上行调度请求,根据该上行调度请求进行资源调度,通过E-AGCH将至少两路上行增强数据对应的资源许可信息发送到用户设备820,使用户设备820根据资源许可信息发送至少两路上行增强数据;接收来自用户设备820的至少两路上行增强数据,通过E-HICH向用户设备820返回至少两路上行增强数据对应的反馈信息。
用户设备820,用于向基站设备810发送上行调度请求,使基站设备810根据上行调度请求进行资源调度,通过E-AGCH接收来自基站设备810的至少两路上行增强数据对应的资源许可信息,向基站设备810发送至少两路上行增强数据,通过E-HICH接收来自基站设备810的至少两路上行增强数据对应的反馈信息。
本发明实施例的技术方案具有以下优点,因为提出了传输至少两路上行增强数据时E-AGCH和E-HICH的结构设计与编码方案,使TDD系统能够更好地支持上行MIMO技术和上行多载波技术,提高了上行数据传输速率和系统吞吐量。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署,可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。