发明内容
本发明的目的旨在至少解决上述技术缺陷之一,特别是解决移动通信中持续调度资源释放确认的问题。
本发明一方面提出了一种调度资源释放的确认方法,包括以下步骤:用户设备UE接收基站发送的持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息;所述UE根据所述释放命令和指示信息,当所述UE正确接收到所述释放命令,所述UE向所述基站发送反馈信息。
根据本发明的实施例,所述释放命令包括上行和下行的持续调度资源的释放命令,所述指示信息包括持续调度资源释放信道的DCI(DownlinkControl Information,下行控制信息)中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令,所述UE将所述反馈信息在PUCCH(Physical Downlink Share Channel,物理下行共享信道)上向所述基站发送。
根据本发明的实施例,当所述指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在FDD通信方式下,所述UE将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,以BPSK调制方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述UE正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在FDD通信方式下,所述UE将上行和下行释放信令的反馈信息以下表方式进行调制映射,以QPSK调制方式向所述基站发送,
下行释放命令 |
上行释放命令 |
QPSK符号 |
ACK |
ACK |
11 |
ACK |
- |
10 |
- |
ACK |
01 |
下行释放命令 |
上行释放命令 |
QPSK符号 |
- |
- |
00 |
其中,所述UE正确接收释放命令记为ACK,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,所述UE将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,以BPSK调制方式使用LTE中ACK/NACK合并的传输方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述UE正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,
所述UE将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将合并之后的结果与双码字中的一个码字的ACK/NACK信息合并向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述UE正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令,或者
所述UE将上行和下行释放信令的反馈信息以下表方式进行调制映射,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将得到的两比特信息分别与双码字中的一个码字的ACK/NACK信息合并,将合并之后的结果向所述基站发送,
下行释放命令 |
上行释放命令 |
QPSK符号 |
ACK |
ACK |
11 |
ACK |
- |
10 |
- |
ACK |
01 |
- |
- |
00 |
其中,所述UE正确接收释放命令记为ACK,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,所述UE将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,使用LTE中的QPSK调制的ACK/NACK复用的传输方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述UE正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述指示信息指示当前子帧中只存在上行或下行的持续调度资源的释放信令,在FDD通信方式下,所述UE根据当前子帧中的持续调度资源释放的起始CCE(Control Channel Element,控制信道单元)编号nCCE得到相应的PUCCH的信道编号nAN,将上行或下行释放信令的反馈信息在信道编号nAN上发送给所述基站。
根据本发明的实施例,当所述指示信息指示当前子帧中只存在上行或下行的持续调度资源的释放信令,在TDD通信方式下,
所述UE通过BPSK调制的ACK/NACK合并的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给所述基站,或者
所述UE通过QPSK调制的ACK/NACK合并或复用的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给所述基站,其中在合并格式发送时,上行或下行释放信令的反馈信息与一个码字进行合并。
本发明另一方面还提出了一种调度资源释放的确认方法,包括以下步骤:
基站向UE发送持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息,所述指示信息指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令;所述基站在物理上行控制信道PUCCH上接收所述UE发送的所述持续调度资源释放的确认信息。
根据本发明的实施例,所述释放命令包括上行和下行的持续调度资源的释放命令。
根据本发明的实施例,所述指示信息包括持续调度资源释放信道的下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令。
本发明另一方面还提出了一种调度资源释放的确认方法,包括以下步骤:
基站向UE在一个下行子帧中发送的持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息;所述基站在物理上行控制信道PUCCH上接收所述UE发送的所述持续调度资源释放的确认信息。
根据本发明的实施例,所述持续调度资源的释放命令为上行持续调度资源的释放信令或下行持续调度资源的释放信令,所述持续调度资源的释放命令或物理下行共享信道PDSCH的调度指示在所述下行子帧中发送,所述UE在一个上行子帧中反馈所述持续调度资源的释放命令或物理下行共享信道PDSCH的调度指示的确认信息。
根据本发明的实施例,在TDD通信方式下,所述UE通过ACK/NACK合并或复用的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给所述基站,其中,当通过ACK/NACK合并的格式发送时,所述指示信息指示在同一个上行反馈窗口内下行分配索引DAI的数目,当通过ACK/NACK复用的格式发送时,所述指示信息指示在同一个上行反馈窗口内进行ACK/NACK反馈的下行数据子帧数目KPDSCH与资源释放信令的数目KSPS-release之和不大于4。
本发明另一方面还提出了一种UE,包括:接收模块,所述接收模块用于接收基站发送的持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息;反馈模块,所述反馈模块用于指示是否向所述基站发送反馈信息以及反馈的信息内容;发送模块,所述发送模块用于向所述基站发送反馈信息。
根据本发明的实施例,所述UE还包括解析模块,所述解析模块用于解析所述释放命令的指示信息,其中,所述指示信息为持续调度资源释放信道的下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令。
根据本发明的实施例,所述反馈模块包括判断模块,所述判断模块用于判断当前***处于FDD通信方式或TDD通信方式。
根据本发明的实施例,当所述判断模块判断当前***处于FDD通信方式,且所述解析模块解析所述释放命令的指示信息为当前子帧中同时存在上行和下行的持续调度资源的释放信令时,
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,所述发送模块以BPSK调制方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述接收模块正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令,或者
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行调制映射,所述发送模块以QPSK调制方式向所述基站发送,
下行释放命令 |
上行释放命令 |
QPSK符号 |
ACK |
ACK |
11 |
ACK |
- |
10 |
- |
ACK |
01 |
- |
- |
00 |
其中,所述接收模块正确接收释放命令记为ACK,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令。
根据本发明的实施例,当所述判断模块判断当前***处于TDD通信方式,且所述解析模块解析所述释放命令的指示信息为当前子帧中同时存在上行和下行的持续调度资源的释放信令时,
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,所述发送模块以BPSK调制方式使用LTE中ACK/NACK合并的传输方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述接收模块正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令,或者
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,所述发送模块将合并之后的结果与双码字中的一个码字的ACK/NACK信息合并向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述接收模块正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令,或者
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行调制映射,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将得到的两比特信息分别与双码字中的一个码字的ACK/NACK信息合并,所述发送模块将合并之后的结果向所述基站发送,
下行释放命令 |
上行释放命令 |
QPSK符号 |
ACK |
ACK |
11 |
ACK |
- |
10 |
- |
ACK |
01 |
- |
- |
00 |
其中,所述接收模块正确接收释放命令记为ACK,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令,或者
所述反馈模块将上行和下行释放信令的反馈信息以下表方式进行反馈信息合并,所述发送模块使用LTE中的QPSK调制的ACK/NACK复用的传输方式向所述基站发送,
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
- |
DTX |
- |
ACK |
DTX |
- |
- |
DTX |
其中,所述接收模块正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述接收模块未检测到基站端发送的持续调度资源释放信令。
根据本发明提出的上述技术方案,UE能通过上行信道对资源释放命令作出确认反馈。本发明提出的技术方案,充分利用现有***定义的消息字段,实现简单、高效,有利于提高***的兼容性。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本发明提出了一种调度资源释放的确认方法,包括以下步骤:用户设备UE接收基站发送的持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息;所述UE根据所述释放命令和指示信息,当所述UE正确接收到所述释放命令,所述UE向所述基站发送反馈信息。
为了便于理解本发明提出的技术方案,有必要介绍一下LTE***中确认消息的反馈机制。
在LTE***中,下行传输中开启了HARQ功能时,UE在完成了对下行子帧n′上的数据的解调、译码后,将在上行子帧n=n′+k上向基站反馈该下行子帧上的数据是否需要重传的信令,即ACK/NACK信息,其中ACK用‘1’表示,表示此时数据正确接收,不需要重传;NACK用‘0’表示,表示此时数据译码错误,需要重传。对于FDD***,k=4。对于TDD***,k∈K,集合K的取值与***的上下行配置及具体的子帧编号有关,如表1所示:
表1:TDD中下行相关集合K
此时,多个无线帧顺序排列,即若无线帧a中最后一个子帧为k,则无线帧a+1中第一个子帧为k+1,上表只以一个无线帧为例给出了每个上行子帧所对于的K的情况,其中n-k<0则表示前一无线帧中的下行子帧。例如,对于上下行配置0的子帧编号2,表中相应的数值为6,2-6=-4,即前一无线帧中的下行子帧6的反馈信息,在当前子帧2中发送。
***进行多码字(code word)传输时,通过使用空间复用技术,将在同一个物理资源上,复用传输属于同一用户的多路数据流。一个子帧中,不同的数据流上的数据将独立的进行编码,成为码字。此时反馈的ACK/NACK信息将基于码字产生,即对每个码字译码后将得到1比特独立的ACK/NACK信息。
***中使用BPSK或QPSK对ACK/NACK反馈信息进行调制,且每个上行子帧中最多只能承载一个调制符号,该符号经两次扩频等方式,即先使用循环移位序列在频域上进行扩频,再使用正交序列在时域上进行扩频,处理后成为一个单载波播信号后,在指定的反馈信道内进行传输,小区内多个用户的ACK/NACK通过码分的方式复用在相同的物理资源上进行传输。
对于不同的***及配置,为了保证每个下行子帧上的ACK/NACK都能够被传输,且不破坏上行传输的单载波特性,则需要对多个ACK/NACK反馈信息进行合并处理,如,将多个下行子帧上的ACK/NACK合并成一个ACK/NACK、将一个下行子帧中多个码字的ACK/NACK合并成一个ACK/NACK。例如,在TDD通信方式下,多个下行子帧的ACK/NACK需要在同一个上行子帧反馈的配置,如表1所示,对于上下行配置2的子帧编号2,表中相应的数值为8、7、6、4,即前一无线帧中的下行子帧4、6、7、8的反馈信息,在当前子帧2中发送。此外,为了保证反馈信令的具有较为可靠的检测性能,每个上行子帧内传输的反馈信息不能超过2比特,即最高只能使用QPSK调制。
基站进行下行控制信令传输时,会为每个用户分配专属的资源,但对于上行ACK/NACK的反馈传输,用户不知道其他用户使用信道情况,为了避免用户在反馈时发生资源冲突,进行反馈的UE将根据其接收到的下行控制信令的起始CCE编号nCCE,算出其进行ACK/NACK反馈所使用的起始CCE编号nAN,nAN是一个关于nCCE的函数,nAN=f(nCCE)+NAN,其中NAN为高层配置参数,该函数满足一一对应关系,即不同nCCE映射后会得到不同的nAN。
目前LTE***TDD模式下存在两种不同的上行ACK/NACK反馈方法:
(1)ACK/NACK合并(Bundling)传输。将M个子帧中的ACK/NACK进行逻辑加后,得到一组复合的ACK/NACK信息,经调制得到一个符号,再进行“两次扩频”等处理,使用特定的上行信道进行传输。在合并传输中,合并基于码字进行。其中上行信道的编号与这M个子帧中,用户实际所使用的第一个子帧上属于该用户的下行控制信令起始CCE编号绑定。对于同一个用户,基站在一个上行子帧中最多只能检测出一组ACK/NACK,且对进行合并的M个子帧上的数据将进行相同的处理:在达到最大重传次数(包括初次传输)之前,任一子帧上出现译码错误或数据丢失,则M个子帧上的数据都要重传;若M个子帧都正确接收时,则不需要进行重传。
(2)ACK/NACK复用(multiplexing)传输。将每个子帧内多个码字上的ACK/NACK进行逻辑加后得到一个复合的ACK/NACK,根据各下行子帧具体的情况得到2比特反馈信息b(0),b(1),对b(0),b(1)进行QPSK调制得到一个调制符号后,再对其进行“两次扩频”等处理,并选择合适的上行信道进行传输。对于M个下行子帧都存在着一个与其唯一对应的信道号nUL,m,m∈{0,1,...,M-1}。UE需要根据反馈信息的具体情况选择在不同的信道号,传输2比特反馈信息b(0),b(1),b(0),b(1)的取值也与反馈信息的具体情况有关,对于M为2至4的情况,如表2至表4所示,其中N/A表示还没进行定义。具体的使用该方法为,基站能够检测出属于同一个UE的M个ACK/NACK状态,因此可以对这M个子帧上的数据分别进行处理:多码字传输时,同一子帧内属于不同码字的数据将进行相同的处理;不同子帧上的数据可以独立的进行重传。
表2:M=2时反馈组合
HARQ-ACK(1),HARQ-ACK(2) |
nUL,m |
b(0),b(1) |
ACK,ACK |
nUL,1 |
1,1 |
ACK,NACK/DTX |
nUL,0 |
0,1 |
NACK/DTX,ACK |
nUL,1 |
0,0 |
NACK/DTX,NACK |
nUL,1 |
1,0 |
NACK,DTX |
nUL,0 |
1,0 |
DTX,DTX |
N/A |
N/A |
表3:M=3时反馈组合
HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3) |
nUL,m |
b(0),b(1) |
ACK,ACK,ACK |
nUL,2 |
1,1 |
ACK,ACK,NACK/DTX |
nUL,1 |
1,1 |
ACK,NACK/DTX,ACK |
nUL,0 |
1,1 |
ACK,NACK/DTX,NACK/DTX |
nUL,0 |
0,1 |
NACK/DTX,ACK,ACK |
nUL,2 |
1,0 |
NACK/DTX,ACK,NACK/DTX |
nUL,1 |
0,0 |
NACK/DTX,NACK/DTX,ACK |
nUL,2 |
0,0 |
DTX,DTX,NACK |
nUL,2 |
0,1 |
DTX,NACK,NACK/DTX |
nUL,1 |
1,0 |
NACK,NACK/DTX,NACK/DTX |
nUL,0 |
1,0 |
DTX,DTX,DTX |
N/A |
N/A |
表4:M=4时反馈组合
HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3),HARQ-ACK(4) |
nUL,m |
b(0),b(1) |
ACK,ACK,ACK,ACK |
nUL,1 |
1,1 |
ACK,ACK,ACK,NACK/DTX |
nUL,1 |
1,0 |
NACK/DTX,NACK/DTX,NACK,DTX |
nUL,2 |
1,1 |
ACK,ACK,NACK/DTX,ACK |
nUL,1 |
1,0 |
NACK,DTX,DTX,DTX |
nUL,0 |
1,0 |
HARQ-ACK(1),HARQ-ACK(2),HARQ-ACK(3),HARQ-ACK(4) |
nUL,m |
b(0),b(1) |
ACK,ACK,NACK/DTX,NACK/DTX |
nUL,1 |
1,0 |
ACK,NACK/DTX,ACK,ACK |
nUL,3 |
0,1 |
NACK/DTX,NACK/DTX,NACK/DTX,NACK |
nUL,3 |
1,1 |
ACK,NACK/DTX,ACK,NACK/DTX |
nUL,2 |
0,1 |
ACK,NACK/DTX,NACK/DTX,ACK |
nUL,0 |
0,1 |
ACK,NACK/DTX,NACK/DTX,NACK/DTX |
nUL,0 |
1,1 |
NACK/DTX,ACK,ACK,ACK |
nUL,3 |
0,1 |
NACK/DTX,NACK,DTX,DTX |
nUL,1 |
0,0 |
NACK/DTX,ACK,ACK,NACK/DTX |
nUL,2 |
1,0 |
NACK/DTX,ACK,NACK/DTX,ACK |
nUL,3 |
1,0 |
NACK/DTX,ACK,NACK/DTX,NACK/DTX |
nUL,1 |
0,1 |
NACK/DTX,NACK/DTX,ACK,ACK |
nUL,3 |
0,1 |
NACK/DTX,NACK/DTX,ACK,NACK/DTX |
nUL,2 |
0,0 |
NACK/DTX,NACK/DTX,NACK/DTX,ACK |
nUL,3 |
0,0 |
DTX,DTX,DTX,DTX |
N/A |
N/A |
对于FDD通信方式的***,如果当前子帧中只有一条一个UE的上行/下行的持续调度资源释放的控制信令,由于FDD的上下行子帧存在一一对应的关系,那么可以根据当前子帧中的持续调度资源释放的控制信令的起始CCE编号nCCE得到相应的PUCCH的信道编号nAN,从而进行上行/下行的持续调度资源释放的确认。如果当前子帧中同时存在关于UE的上行和下行的持续调度资源释放的控制信令,对于PUCCH的反馈,可以根据本发明提出的技术方案实现,具体实现方式见步骤S101、S102。
对于TDD通信方式的***,由于存在多个下行子帧对应一个上行子帧的情况,需要经过ACK/NACK合并/复用的机制进行传输,如果当前子帧中包含一个或者同时存在UE的上行/下行的持续调度资源释放的控制信令,也可以根据本发明提出的技术方案实现,具体实现方式见步骤S101、S102。
如图3所示,为本发明提出的调度资源释放的确认方法的流程图,包括以下步骤:
S101:UE接收持续调度资源的释放命令,其中释放命令包括释放命令的指示信息。
在LTE***中,对于持续调度的激活和再配置,主要通过更改指定下行控制信令格式中的特定信息域来指示。对于持续调度的激活和再配置的确认机制,是通过类似于PDSCH的确认机制,由于持续调度的激活和再配置的确认机制包含需要传输的PDSCH数据,通过对于当前信令中包含的PDSCH数据的确认达到对持续调度的激活和再配置的确认。
根据现有的***结构,本发明提出一种对于持续调度资源释放的确认机制,根据本发明提出的技术方案,既能实现对资源释放命令的确认,又尽可能利用现有***定义的消息字段,实现简单、高效。
根据本发明的技术方案,采用确认机制的持续调度资源释放的机制,这些确认消息需要通过PUCCH的ACK进行确认。对于持续调度资源释放的确认只有一种状态,UE收到基站发送的释放的信令,UE就反馈ACK,UE漏检了基站发送的释放的信令,则UE没有相应的反馈信息。
作为本发明的实施例,持续调度资源释放命令包括上行和下行的持续调度资源的释放命令。在本实施例中,指示信息为持续调度资源释放信道的下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令。当UE需要向基站发送确认消息,UE将反馈信息在物理上行控制信道PUCCH上向基站发送。
例如,在用于持续调度资源释放信令的DCI格式中用1比特的空闲比特,用于指示当前子帧中是否同时存在上行和下行的持续调度资源释放信令,这样既可以通知UE当前***发送的释放信令的情况,又尽可能利用现有***定义的消息字段,实现简单、高效,有利于提高***的兼容性。
S102:根据释放命令和指示信息,当UE正确接收到释放命令时向基站发送反馈信息。
当指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在FDD通信方式下,UE将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,以BPSK调制方式向所述基站发送,
表5:合并映射
下行释放命令 |
上行释放命令 |
反馈信息合并 |
ACK |
ACK |
ACK |
ACK |
- |
DTX |
- |
ACK |
DTX |
下行释放命令 |
上行释放命令 |
反馈信息合并 |
- |
- |
DTX |
其中,所述UE正确接收释放命令记为ACK,DTX表示不发送,“-”表示所述UE未检测到基站端发送的持续调度资源释放信令。通过表5的合并方式后,得到1比特信息,即可沿用上述介绍的LTE***中的反馈机制,将确认信息发送给基站。
当指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在FDD通信方式下,UE将上行和下行释放信令的反馈信息以表6方式进行调制映射,以QPSK调制方式向基站发送,
表6:调制映射
下行释放命令 |
上行释放命令 |
QPSK符号 |
ACK |
ACK |
11 |
ACK |
- |
10 |
- |
ACK |
01 |
- |
- |
00 |
其中,UE正确接收释放命令记为ACK,“-”表示UE未检测到基站端发送的持续调度资源释放信令。通过表6的调制映射后,得到2比特信息,即可沿用上述介绍的LTE***中的反馈机制,将确认信息发送给基站。
当指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,UE将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,以BPSK调制方式使用LTE中ACK/NACK合并的传输方式向基站发送。即通过表5的合并方式后,得到1比特信息,即可沿用上述介绍的LTE***中的反馈机制,将确认信息发送给基站。
当指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,UE将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将合并之后的结果与双码字中的一个码字的ACK/NACK信息合并向基站发送;或者
UE将上行和下行释放信令的反馈信息以表6方式进行调制映射,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将得到的两比特信息分别与双码字中的一个码字的ACK/NACK信息合并,将合并之后的结果向基站发送。
当指示信息指示当前子帧中同时存在上行和下行的持续调度资源的释放信令,在TDD通信方式下,UE将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,使用LTE中的QPSK调制的ACK/NACK复用的传输方式向基站发送。
此外,当指示信息指示当前子帧中只存在上行或下行的持续调度资源的释放信令,在FDD通信方式下,UE根据当前子帧中的持续调度资源释放的控制信令的起始CCE编号nCCE得到相应的PUCCH的信道编号nAN,将上行或下行释放信令的反馈信息在信道编号nAN上发送给基站。
当指示信息指示当前子帧中只存在上行或下行的持续调度资源的释放信令,在TDD通信方式下,UE通过BPSK调制的ACK/NACK合并的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给基站,或者
UE通过QPSK调制的ACK/NACK合并或复用的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给基站,其中在合并格式发送时,上行或下行释放信令的反馈信息与一个码字进行合并。
下面结合附图4a,对本发明提出的调度资源释放的确认方法进一步举例说明。在TDD***中,一个上行子帧携带的反馈信令对应的多个下行子帧中。如图4a所示,下行子帧2中同时包含上行和下行的持续调度资源释放信令。一个上行子帧携带的反馈信令对应的4个下行子帧中,释放命令的指示信息为下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令,例如,该比特置为1,表示同一子帧内同时存在上下行资源释放信令。反馈信令的合并/复用过程及其意义如下:
(1)当UE检测到两个资源释放信令,则UE的资源释放信令的确认信息在PUCCH上传输,PUCCH的格式根据本发明公开的上述技术方案进行定义;
(2)当UE漏检了下行子帧2中的一条资源释放信令,则UE可以根据检测到的释放命令的指示信息为1确认是否漏检了一条资源释放信令,如果漏检了一条资源释放信令,那么这条信息的确认信息表示为DTX,PUCCH的格式根据本发明公开的上述技术方案进行定义。
(3)如果UE没有检测到任何一条资源释放信令,则根据其它DAI信息判断,UE漏检了一个DAI计数中的数据,DAI由基站端发送,主要用于指示当前的一个上行子帧中需要对应的多个下行子帧中的需要反馈ACK/NACK的个数,UE在根据接受到的DAI来判断是否所有的数据包都接收到,例如,如果DAI为4,那么接收到3个数据包,则认为其中的一个丢包,然后根据合并或复用的相关方法处理。。
本发明还提出了一种调度资源释放的确认方法,包括以下步骤:
基站向UE发送持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息,所述指示信息指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令;所述基站在物理上行控制信道PUCCH上接收所述UE发送的所述持续调度资源释放的确认信息。
作为本发明的实施例,所述释放命令包括上行和下行的持续调度资源的释放命令。
作为本发明的实施例,所述指示信息包括持续调度资源释放信道的下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令。通过DCI字段的指示,既可以通知UE当前***发送的释放信令的情况,又尽可能利用现有***定义的消息字段,实现简单、高效,有利于提高***的兼容性。
本发明还提出了一种调度资源释放的确认方法,包括以下步骤:基站向UE在一个下行子帧中发送的持续调度资源的释放命令,其中所述释放命令包括所述释放命令的指示信息;所述基站在物理上行控制信道PUCCH上接收所述UE发送的所述持续调度资源释放的确认信息。
作为本发明的实施例,所述释放命令的指示信息可以通过***默认配置实现,例如,在FDD***下,***规定在同一个下行子帧中只传上行或下行的持续调度资源的释放信令。在此条件下,在具体实施时,释放命令的指示信息将不会出现。
作为本发明的实施例,所述持续调度资源的释放命令为上行持续调度资源的释放信令或下行持续调度资源的释放信令,所述持续调度资源的释放命令或物理下行共享信道PDSCH的调度指示在所述下行子帧中发送,所述UE在一个上行子帧中反馈所述持续调度资源的释放命令或物理下行共享信道PDSCH的调度指示的确认信息。
如图4b、图4c以及图4d所示,上行持续调度资源的释放信令或下行持续调度资源的释放信令或物理下行共享信道PDSCH的调度指示在下行子帧中发送之后,UE在一个上行子帧中反馈所述持续调度资源的释放命令或物理下行共享信道PDSCH的调度指示的确认信息。
作为本发明的实施例,在TDD通信方式下,所述UE通过ACK/NACK合并或复用的格式,将上行或下行释放信令的反馈信息在PUCCH上发送给所述基站,其中,当通过ACK/NACK合并的格式发送时,所述指示信息指示在同一个上行反馈窗口内DAI的数目,当通过ACK/NACK复用的格式发送时,所述指示信息指示在同一个上行反馈窗口内进行ACK/NACK反馈的下行数据子帧数目KPDSCH与资源释放信令的数目KSPS-release之和不大于4。
例如,如表1所示,对于上下行配置2的子帧编号2,表中相应的数值为8、7、6、4,即前一无线帧中的下行子帧4、6、7、8的反馈信息,所述指示信息指示在同一个上行反馈窗口内DAI=4,即当UE对4个信息均正确接收时,向基站反馈ACK消息,这时无论是基站发送的是上行和/或下行的持续调度资源的释放信令,基站和UE均知道已经释放并得到确认。当在同一个上行反馈窗口内进行ACK/NACK反馈的下行数据子帧数目KPDSCH与资源释放信令的数目KSPS-release之和不大于4,UE可以使用表4的反馈组合向基站发送确认消息。
根据本发明提出的上述方法,UE能通过上行信道对资源释放命令作出确认反馈。本发明提出的上述方法,充分利用现有***定义的消息字段,实现简单、高效,有利于提高***的兼容性。
如图5所示,本发明还提出了一种UE500,包括接收模块510,反馈模块530,发送模块520。
其中,接收模块510用于接收基站发送的持续调度资源的释放命令,其中释放命令包括释放命令的指示信息;反馈模块530用于指示是否向基站发送反馈信息以及反馈的信息内容;发送模块520用于向基站发送反馈信息。
作为本发明的实施例,UE500还包括解析模块540,解析模块540用于解析释放命令的指示信息,其中,指示信息为持续调度资源释放信道的下行控制信息DCI中的一个比特或者一个信息字段,用于指示当前子帧中是否同时存在上行和下行的持续调度资源的释放信令。
作为本发明的实施例,反馈模块530包括判断模块531,判断模块531用于判断当前***处于FDD通信方式或TDD通信方式。
作为本发明的实施例,当判断模块531判断当前***处于FDD通信方式,且解析模块540解析释放命令的指示信息为当前子帧中同时存在上行和下行的持续调度资源的释放信令时,反馈模块530将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,发送模块520以BPSK调制方式向基站发送,或者
反馈模块530将上行和下行释放信令的反馈信息以表6方式进行调制映射,发送模块520以QPSK调制方式向基站发送。
作为本发明的实施例,当判断模块531判断当前***处于TDD通信方式,且解析模块540解析释放命令的指示信息为当前子帧中同时存在上行和下行的持续调度资源的释放信令时,反馈模块530将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,发送模块520以BPSK调制方式使用LTE中ACK/NACK合并的传输方式向基站发送,或者
反馈模块530将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,发送模块520将合并之后的结果与双码字中的一个码字的ACK/NACK信息合并向基站发送,或者
反馈模块530将上行和下行释放信令的反馈信息以表6方式进行调制映射,使用LTE中双码字的QPSK调制的ACK/NACK合并的格式,将得到的两比特信息分别与双码字中的一个码字的ACK/NACK信息合并,发送模块520将合并之后的结果向基站发送,或者
反馈模块530将上行和下行释放信令的反馈信息以表5方式进行反馈信息合并,发送模块520使用LTE中的QPSK调制的ACK/NACK复用的传输方式向基站发送。
根据本发明提出的上述设备,UE能通过上行信道对资源释放命令作出确认反馈。本发明提出的设备UE,充分利用现有***定义的消息字段,实现简单、高效,有利于提高***的兼容性。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。