CN103384192A - 动态tdd***中保持上行harq进程的传输连续性的方法 - Google Patents

动态tdd***中保持上行harq进程的传输连续性的方法 Download PDF

Info

Publication number
CN103384192A
CN103384192A CN 201210134973 CN201210134973A CN103384192A CN 103384192 A CN103384192 A CN 103384192A CN 201210134973 CN201210134973 CN 201210134973 CN 201210134973 A CN201210134973 A CN 201210134973A CN 103384192 A CN103384192 A CN 103384192A
Authority
CN
China
Prior art keywords
pusch
grant
uplink
phich
timing relationship
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
Application number
CN 201210134973
Other languages
English (en)
Inventor
张世昌
李迎阳
孙程君
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN 201210134973 priority Critical patent/CN103384192A/zh
Priority to PCT/KR2013/003821 priority patent/WO2013165199A1/en
Priority to KR1020130049460A priority patent/KR20130123331A/ko
Publication of CN103384192A publication Critical patent/CN103384192A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种在动态TDD***中保持上行HARQ进程的传输连续性的方法。该方法包括:UE在发送PUSCH之后,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置,并在所确定的位置上检测上行调度命令,然后,根据接收到的上行调度命令在相应的上行子帧上处理所述上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,从而将TDD上下行配置变化前的上行HARQ进程过渡到变化后的TDD上下行配置中来,以保持上行HARQ进程的传输连续性。

Description

动态TDD***中保持上行HARQ进程的传输连续性的方法
技术领域
本发明涉及移动通信技术领域,具体而言,本发明涉及动态TDD***中保持上行HARQ进程的传输连续性的方法。
背景技术
长期演进(LTE,Long Term Evolution)技术支持频分双工(FDD,Frequency Division Duplexing)和时分双工(TDD,Time Division Duplexing)两种双工方式。图1为LTE的TDD***的帧结构示意图。每个无线帧的长度是10毫秒(ms),等分为两个长度为5ms的半帧,每个半帧包含8个长度为0.5ms的时隙和3个的特殊域,3个的特殊域总长度为1ms,3个特殊域分别为下行导频时隙(DwPTS,Downlink pilot time slot)、保护间隔(GP,Guard period)和上行导频时隙(UpPTS,Uplink pilot time slot),每个子帧由两个连续的时隙构成。
TDD***中的传输包括:由基站到用户设备(UE,User Equipment)的传输(称为下行)和由UE到基站的传输(称为上行)。基于图1所示的帧结构,每10ms时间内上行和下行共用10个子帧,每个子帧或者配置给上行或者配置给下行,将配置给上行的子帧称为上行子帧,将配置给下行的子帧称为下行子帧。TDD***中支持7种上下行配置,如表1所示,D代表下行子帧,U代表上行子帧,S代表上述包含3个特殊域的特殊子帧。
Figure BDA00001595890400011
Figure BDA00001595890400021
表1TDD上下行配置表
LTE的TDD***支持HARQ机制,其基本原理包括:基站为UE分配上行资源;UE利用上行资源向基站发送上行数据;基站接收上行数据并向UE发送HARQ指示信息,UE按照该指示信息进行上行数据的重传。具体的,UE通过物理上行共享信道(PUSCH)承载上行数据,基站通过物理下行控制信道(PDCCH,Physical Downlink Control Channel)承载PUSCH的调度和控制信息,即上行授权(UL Grant),基站通过物理混合重传指示信道(PHICH)承载HARQ指示信息。在上述过程中,PUSCH一次传输的定时位置与后续的重传定时位置的确定基于预先配置的定时关系,包括UL Grant到PUSCH的定时关系、PHICH到PUSCH的定时关系和PUSCH到PHICH的定时关系,下文中将上述三个定时关系合称为PUSCH同步HARQ定时关系。
首先,介绍现有LTE中的UL Grant或PHICH到PUSCH的定时关系。
对UL Grant到PUSCH的定时关系,假设UE在下行子帧n(n为子帧索引序号,下同)收到UL Grant,则该UL Grant用于控制上行子帧n+k内的PUSCH。这里k的值在表2中定义。具体地说,对TDD上下行配置(或简称上下行配置)1~6来说,上行子帧的数量小于等于下行子帧(S帧可用作下行子帧),对于任意下行子帧n,可以通过一个唯一的k值,配置出唯一的PUSCH同步HARQ定时关系,反映在表2中,一个下行子帧内可以不调度PUSCH,或者只能调度一个上行子帧内的PUSCH;而对TDD上下行配置0来说,上行子帧的数量大于下行子帧,每个下行子帧的PDCCH需要调度两个上行子帧中的PUSCH,为此,k值不能唯一,需要在PDCCH用上行索引(UL index)技术来支持调度两个上行子帧中的PUSCH,对于索引不同的PUSCH,使用不同的k值。例如,当UE在下行子帧0收到PDCCH,其调度的是上行子帧4和/或上行子帧7内的PUSCH;当UE在下行子帧1收到PDCCH,其调度的是上行子帧7和/或上行子帧8内的PUSCH。
对PHICH到PUSCH的定时关系,在现有LTE中,为每个上行子帧内的PUSCH都独立分配了PHICH资源集,假设UE在下行子帧n收到PHICH,则该PHICH用于指示上行子帧n+j上的PUSCH的HARQ-ACK信息。这里j的值在表2中定义。具体地说,对TDD上下行配置1~6来说,上行子帧的数量小于等于下行子帧,对于任意下行子帧n,可以通过一个唯一的j值,配置出唯一的PUSCH同步HARQ定时关系,反映在表2中,一个下行子帧内可以不配置PHICH资源集,或者只能配置一个上行子帧的PHICH资源集;对TDD上下行配置0来说,上行子帧的数量大于下行子帧,则j值不唯一,而是在下行子帧0和5分别配置了两个PHICH资源集,即PHICH资源0和PHICH资源1,对于不同的PHICH资源,使用不同的j值。例如,当UE在下行子帧0收到PHICH,可以触发上行子帧4和/或上行子帧7内的PUSCH。
表2UL-Grant/PHICH到PUSCH的定时关系表
其次,介绍现有LTE中的PUSCH到PHICH的定时关系。
对TDD上下行配置1~6来说,当UE在下行子帧n内收到PHICH时,该PHICH指示的是上行子帧n-h内的PUSCH的HARQ-ACK信息,h的取值如表3所示。
对TDD上下行配置0来说,由于配置了两个PHICH资源,则当UE在下行子帧n内的PHICH资源0上收到PHICH时,该PHICH可以按照表3中h的定义,指示上行子帧n-h内的PUSCH的HARQ-ACK信息。而当UE在下行子帧0或者下行子帧5的PHICH资源1上收到PHICH,则该PHICH指示的是上行子帧n-6内的PUSCH传输的HARQ-ACK信息。
Figure BDA00001595890400041
表3PUSCH到PHICH的定时关系表
根据上述三种定时关系的表格(表2和表3),即可确定出Cell采用某一特定TDD上下行配置时的PUSCH同步HARQ定时关系,从而根据这个PUSCH同步HARQ定时关系实现PUSCH的同步传输。
而随着用户对数据传输速率要求的提高,人们又提出了LTE的增强(LTE-A)技术。在LTE-A中,通过动态TDD技术,即通过物理层信令来配置TDD***的上下行配置,可以使当前的上行子帧和下行子帧的比例更符合当前上行业务量和下行业务量的比例,有利于提高用户的上下行峰值速率并提高***的吞吐量。
对于动态TDD***,小区的TDD上下行配置是随着当前小区内的上下行业务量而动态变化的。在小区的TDD上下行配置改变之后,在原TDD上下行配置下的某些上行HARQ进程所对应的PUSCH的HARQ-ACK指示在新TDD上下行配置下可能无法发送,在这种情况下,将导致这些上行HARQ进程的非自适应重传,用户上行速率和整个***的上行吞吐量都会受到影响。因此,有必要提出相应有效的技术方案,以实现TDD上下行配置改变之后上行HARQ进程的重传或新传指示,并使这些上行HARQ进程的传输能够接续。
发明内容
本发明提供了一种动态TDD***中保持上行HARQ进程的传输连续性的方法,以在动态改变TDD上下行配置时,保证上行HARQ进程传输的连续性。
本发明提供的一种动态TDD***中保持上行HARQ进程的传输连续性的方法,包括:
A、用户设备(UE)在发送物理上行共享信道(PUSCH)之后,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置;
B、UE在所确定的位置上检测上行调度命令;
C、UE根据接收到的上行调度命令在相应的上行子帧上处理所述上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输。
较佳地,所述A中,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置包括:
UE根据当前的PUSCH同步HARQ定时关系确定对应于所述PUSCH的上行HARQ进程的下一次传输所在的上行子帧的位置;
UE根据所述上行子帧的位置将所有PUSCH同步HARQ定时关系下可能出现对所述上行子帧的上行调度命令的位置作为所述下一次调度命令所在的位置。
较佳地,所述上行调度命令包括:物理HARQ指示信道(PHICH)和/或上行授权(UL-Grant);
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表4在子帧NUlNext-k上检测UL-Grant:
  NUlNext   0   1  2   3   4   5   6   7   8   9
  k   -   -  4,6,7   4,7   4,5   -   -   4,6,7   4,7   4
表4
其中,NUlNext为所述下一次传输所在的上行子帧的子帧号。
该方法可以进一步包括:如果UE在子帧NUlNext-k上检测到UL-Grant,并且,根据该UL-Grant确定PUSCH同步HARQ定时关系发生了改变,则将当前的PUSCH同步HARQ定时关系调整为该UL-Grant所对应的PUSCH同步HARQ定时关系。
较佳地,所述A中,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置包括:
UE根据所述PUSCH的位置将所有PUSCH同步HARQ定时关系下可能出现对应于所述PUSCH的上行调度命令的位置作为所述下一次调度命令所在的位置。
较佳地,所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表5在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4   5   6   7   8   9
  k   -   -   4,6   7,6   6   -   -   4,6   7,6   6
表5
其中,n为所述PUSCH所在的子帧号。
较佳地,所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表6在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4  5   6   7   8   9
  k   -   -   4,6   7,6   6  -   -   4   7,6   6
表6
其中,n为所述PUSCH所在的子帧号。
较佳地,所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表7在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4   5   6   7   8   9
  k   -   -   4   7,6   6   -   -   4   7,6   6
表7
其中,n为所述PUSCH所在的子帧号。
该方法可以进一步包括:如果UE在子帧n+k上检测到UL-Grant,并且,根据该UL-Grant确定PUSCH同步HARQ定时关系发生了改变,则将当前的PUSCH同步HARQ定时关系调整为该UL-Grant所对应的PUSCH同步HARQ定时关系。
由本发明上述技术方案可见,本发明通过UE在每次发送PUSCH之后,在对应于该PUSCH的上行HARQ进程的下一次调度命令的所有可能所在的位置上检测调度命令,并在接收到上行调度命令后,根据上行调度命令的内容在相应的上行子帧处理该上行HARQ进程的重传或处理一个新的上行HARQ进程的传输,从而,以上行HARQ进程在变换后的PUSCH同步HARQ定时关系中的第一次调度命令为桥梁,将PUSCH同步HARQ定时关系变化前后的上行HARQ进程衔接起来,实现了将TDD上下行配置变化前的上行HARQ进程过渡到变化后的TDD上下行配置中来,并保持了上行HARQ进程的传输连续性。
将本发明应用于动态TDD***中,能够有效管理PUSCH的传输,并且,对现有***的改动很小,不会影响***的兼容性,而且实现简单、高效。
附图说明
图1为LTE的TDD***的帧结构示意图;
图2为本发明方法的流程示意图;
图3为本发明实施例一的第一个示例的具体实施场景示意图;
图4为本发明实施例一的第二个示例的具体实施场景示意图;
图5为本发明实施例二的第一个示例的具体实施场景示意图;
图6为本发明实施例二的第二个示例的具体实施场景示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明主要针对动态TDD(Dynamic TDD)场景。在这种场景下,随着当前小区内的上下行业务量的动态变化,小区的TDD上下行配置也会随之而变化,为了尽可能保证TDD上下行配置变化前后上行HARQ进程的连续,本发明提出了一种保持上行HARQ进程的传输连续性的方法。
本发明方法主要是以上行HARQ进程在变换后的PUSCH同步HARQ定时关系中的第一次调度命令为桥梁,将PUSCH同步HARQ定时关系变化前后的上行HARQ进程衔接起来,即UE在每次发送PUSCH之后,均以某种方式确定对应于该PUSCH的上行HARQ进程的下一次调度命令所有可能所在的位置,并在所有可能的位置上检测调度命令,在接收到调度命令后,根据调度命令的内容在相应的上行子帧处理该上行HARQ进程的重传或处理一个新的上行HARQ进程的传输,并重新确定当前的PUSCH同步HARQ定时关系,从而将TDD上下行配置变化前的上行HARQ进程过渡到变化后的TDD上下行配置中来,并保持了上行HARQ进程的传输连续性。如图2所示,具体包括以下步骤:
步骤201:UE在发送PUSCH之后,根据一定的规则确定对应于该PUSCH的上行HARQ进程的下一次调度命令所在的位置。
步骤202:UE在步骤201确定的位置上检测上行调度命令。
步骤203:UE根据接收到的上行调度命令在相应的上行子帧上处理该上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,并在必要时,将当前的PUSCH同步HARQ定时关系转换为eNB最新指示的PUSCH同步HARQ定时关系。
下面通过两个具体实施例对本发明进行详细说明。
实施例一:
本实施例中,UE在每次发送PUSCH之后,根据当前的PUSCH同步HARQ定时关系(以下记为Tc)确定对应于该PUSCH的上行HARQ进程(以下记为Pc)的下一次传输所在的上行子帧(以下记为NUlNext),并将接下来接收到的针对NUlNext的上行调度命令作为Pc的下一次调度命令。这里,假设对于在变换后的TDD上下行配置中NUlNext不是上行子帧的情况,已由eNB进行相应处理,也就是说,本发明所涉及的NUlNext均为上行子帧。
具体实施步骤如下:
S110、UE在发送PUSCH之后,根据当前的PUSCH同步HARQ定时关系Tc确定对应于该PUSCH的上行HARQ进程Pc的下一次传输所在的上行子帧位置NUlNext
如果Pc对应的是10ms的上行RTT(Round Trip Time),则NUlNext为下一个***帧的相同子帧;如果Pc对应的是非10ms的上行RTT,则需要先确定Pc根据Tc对应的PHICH和/或UL-Grant的位置,然后根据PHICH和/或UL-Grant的位置和Tc确定出NUlNext
S 120、如果NUlNext所在的***帧的PUSCH同步HARQ定时关系与当前的PUSCH同步HARQ定时关系相同,则eNB按照现有LTE/LTE-A的规定发送PHICH和/或UL-Grant;如果NUlNext所在的***帧的PUSCH同步HARQ定时关系与当前的PUSCH同步HARQ定时关系不同,则eNB需要根据新的PUSCH同步HARQ定时关系(即:NUlNext所在的***帧的PUSCH同步HARQ定时关系)确定对应于NUlNext的UL-Grant位置,并在该UL-Grant位置发送UL-Grant调度NUlNext,并将新的PUSCH同步HARQ定时关系通知UE。
这里,eNB需要像UE一样执行步骤S110中的操作,确定该上行HARQ进程数据的下一次发送位置NUlNext。如果接下来Pc根据Tc对应的PHICH位置依然为下行子帧,则eNB可以根据需要和Pc的接收状况(正确接收/错误接收)在该PHICH位置发送PHICH或/和UL-Grant。
eNB可以通过UL-Grant所在的下行子帧位置和/或UL-Grant中的某些比特位的状态来通知UE该UL-Grant所对应的PUSCH同步HARQ定时关系。
S130、UE在所有可能出现针对NUlNext的上行调度命令的位置上检测上行调度命令。
这里,上行调度命令包括PHICH和/或UL-Grant。其中,对于PHICH,UE只需要在Pc根据Tc所对应的PHICH位置上检测针对Pc的PHICH;而对于UL-Grant,UE需要在子帧NUlNext-k位置上检测UL-Grant,其中k与NUlNext的关系如表4所示。表4是根据表2反推得到的所有PUSCH同步HARQ定时关系下可能出现UL-Grant的位置。
  NUlNext   0   1   2   3   4   5   6   7   8   9
  k   -   -   4,6,7   4,7   4,5   -   -   4,6,7   4,7   4
表4
S140、UE根据接收到的调度命令在NUlNext上处理Pc的重传,或者处理一个新的上行HARQ进程的传输。如果UE收到过针对NUlNext的UL-Grant,并且,根据该UL-Grant确定PUSCH同步HARQ定时关系发生了改变,则将当前的PUSCH同步HARQ定时关系调整为该UL-Grant所对应的PUSCH同步HARQ定时关系;否则PUSCH同步HARQ定时关系保持不变。
UE可以通过检测到的UL-Grant所在的下行子帧位置和/或UL-Grant中的某些比特位的状态确定该UL-Grant所对应的PUSCH同步HARQ定时关系。
下面参见图3和图4,举两个具体的示例对本发明实施例一进行进一步详细说明。
第一个示例:
如图3所示,该示例中,第一***帧采用TDD上下行配置0,第二***帧采用TDD上下行配置2。
根据S110,UE在第一***帧的子帧4上发送PUSCH后,根据当前TDD上下行配置0的PUSCH同步HARQ定时关系可以确定出对应于该PUSCH的上行HARQ进程的下一次发送位置为第二***帧的子帧7。
由于eNB需要在第二***帧将TDD上下行配置改为配置2,根据表2所示PUSCH同步HARQ定时关系,在TDD上下行配置2下,调度子帧7的UL-Grant应该在子帧3发送,因此,eNB需要在第二***帧的子帧3发送调度第二***帧的子帧7的UL-Grant,并将新的PUSCH同步HARQ定时关系通知UE。
同时,根据TDD上下行配置0的PUSCH到PHICH的定时关系,子帧4的PHICH应该在下一个***帧的子帧0发送,而本示例中,第一***帧的下一个***帧(即:第二***帧)中的子帧0仍然是下行子帧,因此,eNB仍然可以按照TDD上下行配置0的PUSCH到PHICH的定时关系,在第二***帧的子帧0发送针对第一***帧的子帧4的PHICH。
根据S130,UE应该在第二***帧的子帧0上检测针对第一***帧子帧4的PHICH,并按照表4在第二***帧的子帧0、子帧1和子帧3上检测针对第二***帧子帧7的UL-Grant。由于在第二***帧中子帧0依然是下行子帧,所以UE可以检测到PHICH,同时,如果UE正确接收到第二***帧的子帧3上的UL-Grant,则UE需要根据接收到的UL-Grant的指示在第二***帧的子帧7上处理第一***帧子帧4上的上行HARQ进程重传或者处理一个新的上行HARQ进程的传输,并将当前的PUSCH同步HARQ定时关系改为TDD上下行配置2所对应的PUSCH同步HARQ定时关系。
第二个示例:
如图4所示,该示例中,第一***帧采用TDD上下行配置1,第二***帧采用TDD上下行配置0。
根据S110,UE在第一***帧的子帧8上发送PUSCH后,根据当前TDD上下行配置1的PUSCH同步HARQ定时关系可以确定出对应于该PUSCH的上行HARQ进程的下一次发送位置为第二***帧的子帧8。
由于eNB需要在第二***帧将TDD上下行配置改为配置0,根据表2所示PUSCH同步HARQ定时关系,在TDD上下行配置0下,调度子帧8的UL-Grant应该在子帧1发送,因此,eNB需要在第二***帧的子帧1发送调度第二***帧的子帧8的UL-Grant,并将新的PUSCH同步HARQ定时关系通知UE。
同时,根据TDD上下行配置1的PUSCH到PHICH的定时关系,子帧8的PHICH应该在下一个***帧的子帧4发送,而本示例中,第一***帧的下一个***帧(即:第二***帧)中的子帧4是上行子帧,无法发送PHICH,因此,eNB不发送针对第一***帧的子帧8的PHICH。
根据S130,UE应该在第二***帧的子帧4上检测针对第一***帧子帧8的PHICH,并按照表4在第二***帧的子帧4和子帧1上检测针对第二***帧子帧8的UL-Grant。由于在第二***帧中子帧4已经变成上行子帧,所以UE检测不到PHICH,但可以在第二***帧的子帧1上检测到UL-Grant,此时,UE需要根据接收到的UL-Grant的指示在第二***帧的子帧8上处理第一***帧子帧8上的上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,并将当前的PUSCH同步HARQ定时关系改为TDD上下行配置0所对应的PUSCH同步HARQ定时关系。
实施例二:
本实施例中,UE在每次发送PUSCH之后,在所有可能的位置上检测上行调度命令,如果检测到的上行调度命令,并且按照该上行调度命令所确定的PUSCH同步HARQ定时关系能够对应到该PUSCH,则认为该上行调度命令为该PUSCH的下一次调度命令。具体步骤如下:
S210、UE在上行子帧n发送PUSCH之后,根据当前PUSCH同步HARQ定时关系Tc在对应的位置上检测PHICH,并在所有可能的位置n+k上检测UL-Grant。
这里,k的取值与PUSCH的发送位置n有关,如果保留当前LTE/LTE-A所定义的所有TDD上下行配置的PUSCH同步HARQ定时关系,那么,n和k的关系如表5所示。表5是根据表3反推得到的所有可能出现UL-Grant的位置。
  n   0   1   2   3   4   5   6   7   8   9
  k   -   -   4,6   7,6   6   -   -   4,6   7,6   6
表5
一种改进方案是:因为现有LTE/LTE-A所定义的TDD上下行配置2的上行子帧是TDD上下行配置1的子集,而且两者的上行RTT(Round Trip Time)均为10ms,所以在动态TDD中,可以用TDD上下行配置1的PUSCH同步HARQ定时关系取代TDD上下行配置2的PUSCH同步HARQ定时关系;同理,也可以用TDD上下行配置3的PUSCH同步HARQ定时关系取代TDD上下行配置4和TDD上下行配置5的PUSCH同步HARQ定时关系。因此,在考虑所有可能检测到UL-Grant的位置时,可以只保留当前LTE/LTE-A所定义的TDD上下行配置0,1,3和6的PUSCH同步HARQ定时关系,从而,n和k的关系如表6所示。相对于表5而言,表6减少了UE检测UL-Grant的位置。
  n   0   1   2   3   4   5   6   7   8   9
  k   -   -   4,6   7,6   6   -   -   4   7,6   6
表6
在表6的基础上,如果进一步限制子帧2的调度指示发送位置只能在子帧6,这样可以进一步减少UE检测UL-Grant的位置,如表7所示:
  n   0   1   2   3   4   5   6   7   8   9
  k   -   -   4   7,6   6   -   -   4   7,6   6
表7
S220、如果下一个***帧的PUSCH同步HARQ定时关系与当前PUSCH同步HARQ定时关系相同,则eNB按照现有LTE/LTE-A的规定发送PHICH和/或UL-Grant;如果下一个***帧的PUSCH同步HARQ定时关系与当前PUSCH同步HARQ定时关系不同,则eNB需要根据新的PUSCH同步HARQ定时关系在n+k上发送UL-Grant,并将新的PUSCH同步HARQ定时关系通知UE。
这里k的取值由eNB根据新的PUSCH同步HARQ定时关系和表3确定;eNB可以通过UL-Grant所在的下行子帧位置和/或UL-Grant中的某些比特位的状态来通知UE该UL-Grant所对应的PUSCH同步HARQ定时关系。
S230、如果UE在按照Tc确定的子帧n上的PUSCH对应的PHICH位置上检测到PHICH,或在按照Tc确定的子帧n上的PUSCH对应的PHICH位置上检测到UL-Grant而且该UL-Grant所指示的PUSCH同步HARQ定时关系与Tc相同,则UE的行为和现有LTE/LTE-A的规定相同。
如果UE在子帧n+k上检测到UL-Grant而且该UL-Grant所指示的PUSCH同步HARQ定时关系与Tc不同,则UE应根据UL-Grant的内容和新的PUSCH同步HARQ定时关系在相应的上行子帧上处理子帧n上的上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,并将当前的PUSCH同步HARQ定时关系调整为UL-Grant中指示的PUSCH同步HARQ定时关系。
下面参见图5和图6,举两个具体的示例对本发明实施例二进行进一步详细说明。
第一个示例:
如图5所示,该示例中,第一***帧采用TDD上下行配置0,第二***帧采用TDD上下行配置3。
根据S210,UE在第一***帧的子帧4上发送PUSCH后,根据当前TDD上下行配置0的PUSCH同步HARQ定时关系在第二***帧的子帧0上检测PHICH,并根据表5,表6或表7在第二***帧的子帧0上检测UL-Grant。
由于eNB需要在第二***帧将TDD上下行配置改为配置3,根据表2所示PUSCH同步HARQ定时关系,在TDD上下行配置3下,调度子帧4的UL-Grant应该在子帧0发送,因此,eNB需要在第二***帧的子帧0发送调度第二***帧子帧4的UL-Grant,并将新的PUSCH同步HARQ定时关系通知UE。
根据S230,UE在子帧0上检测到UL-Grant之后,应该根据UL-Grant的内容在第二***帧的子帧4上处理第一***帧子帧4上的上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,并将当前PUSCH同步HARQ进程改为TDD上下行配置3所对应的PUSCH同步HARQ进程。
第二个示例:
如图6所示,该示例中,第一***帧采用TDD上下行配置1,第二***帧采用TDD上下行配置0。
根据S210,UE在第一***帧的子帧8上发送PUSCH后,根据当前TDD上下行配置1的PUSCH同步HARQ定时关系在第二***帧的子帧4上检测PHICH,并根据表5,表6或表7在第二***帧的子帧4和子帧5上检测UL-Grant。
由于eNB需要在第二***帧将TDD上下行配置改为配置0,根据表2所示PUSCH同步HARQ定时关系,在TDD上下行配置0下,调度子帧9的UL-Grant应该在子帧5发送,因此,eNB需要在第二***帧的子帧5发送调度第二***帧子帧9的UL-Grant,并将新的PUSCH同步HARQ定时关系通知UE。
根据S230,UE在子帧5上检测到UL-Grant之后,应该根据UL-Grant的内容在第二***帧的子帧9上处理第一***帧子帧8上的上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输,并将当前PUSCH同步HARQ进程改为TDD上下行配置0所对应的PUSCH同步HARQ进程。
本技术领域的普通技术人员可以理解实现上述实施例。方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (9)

1.一种动态时分双工(TDD)***中保持上行混合自动重传请求(HARQ)进程的传输连续性的方法,其特征在于,包括:
A、用户设备(UE)在发送物理上行共享信道(PUSCH)之后,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置;
B、UE在所确定的位置上检测上行调度命令;
C、UE根据接收到的上行调度命令在相应的上行子帧上处理所述上行HARQ进程的重传或者处理一个新的上行HARQ进程的传输。
2.根据权利要求1所述的方法,其特征在于,所述A中,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置包括:
UE根据当前的PUSCH同步HARQ定时关系确定对应于所述PUSCH的上行HARQ进程的下一次传输所在的上行子帧的位置;
UE根据所述上行子帧的位置将所有PUSCH同步HARQ定时关系下可能出现对所述上行子帧的上行调度命令的位置作为所述下一次调度命令所在的位置。
3.根据权利要求2所述的方法,其特征在于:
所述上行调度命令包括:物理HARQ指示信道(PHICH)和/或上行授权(UL-Grant);
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表4在子帧NUlNext-k上检测UL-Grant:
  NUlNext   0   1  2   3   4   5   6   7   8   9   k   -   -  4,6,7   4,7   4,5   -   -   4,6,7   4,7   4
表4
其中,NUlNext为所述下一次传输所在的上行子帧的子帧号。
4.根据权利要求3所述的方法,其特征在于,该方法进一步包括:
如果UE在子帧NUlNext-k上检测到UL-Grant,并且,根据该UL-Grant确定PUSCH同步HARQ定时关系发生了改变,则将当前的PUSCH同步HARQ定时关系调整为该UL-Grant所对应的PUSCH同步HARQ定时关系。
5.根据权利要求1所述的方法,其特征在于,所述A中,确定对应于所述PUSCH的上行HARQ进程的下一次调度命令所在的位置包括:
UE根据所述PUSCH的位置将所有PUSCH同步HARQ定时关系下可能出现对应于所述PUSCH的上行调度命令的位置作为所述下一次调度命令所在的位置。
6.根据权利要求5所述的方法,其特征在于:
所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表5在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4   5   6   7   8   9   k   -   -   4,6   7,6   6   -   -   4,6   7,6   6
表5
其中,n为所述PUSCH所在的子帧号。
7.根据权利要求5所述的方法,其特征在于:
所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表6在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4   5   6   7   8   9   k   -   -   4,6   7,6   6   -   -   4   7,6   6
表6
其中,n为所述PUSCH所在的子帧号。
8.根据权利要求5所述的方法,其特征在于:
所述上行调度命令包括:PHICH和/或UL-Grant;
所述B包括:
对于PHICH,根据当前的PUSCH同步HARQ定时关系在所述PUSCH所对应的PHICH位置上检测PHICH;
对于UL-Grant,根据表7在子帧n+k上检测UL-Grant:
  n   0   1   2   3   4   5   6   7   8   9   k   -   -   4   7,6   6   -   -   4   7,6   6
表7
其中,n为所述PUSCH所在的子帧号。
9.根据权利要求6至8任一项所述的方法,其特征在于,该方法进一步包括:
如果UE在子帧n+k上检测到UL-Grant,并且,根据该UL-Grant确定PUSCH同步HARQ定时关系发生了改变,则将当前的PUSCH同步HARQ定时关系调整为该UL-Grant所对应的PUSCH同步HARQ定时关系。
CN 201210134973 2012-05-02 2012-05-02 动态tdd***中保持上行harq进程的传输连续性的方法 Pending CN103384192A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN 201210134973 CN103384192A (zh) 2012-05-02 2012-05-02 动态tdd***中保持上行harq进程的传输连续性的方法
PCT/KR2013/003821 WO2013165199A1 (en) 2012-05-02 2013-05-02 Method for maintaining transmission continuity of uplink harq process in dynamic tdd system
KR1020130049460A KR20130123331A (ko) 2012-05-02 2013-05-02 동적 tdd 시스템에서 업링크 harq 프로세스의 송신 연속성을 유지하는 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 201210134973 CN103384192A (zh) 2012-05-02 2012-05-02 动态tdd***中保持上行harq进程的传输连续性的方法

Publications (1)

Publication Number Publication Date
CN103384192A true CN103384192A (zh) 2013-11-06

Family

ID=49491896

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 201210134973 Pending CN103384192A (zh) 2012-05-02 2012-05-02 动态tdd***中保持上行harq进程的传输连续性的方法

Country Status (3)

Country Link
KR (1) KR20130123331A (zh)
CN (1) CN103384192A (zh)
WO (1) WO2013165199A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017132840A1 (en) * 2016-02-02 2017-08-10 Nec Corporation Methods and apparatuses for performing uplink scheduling and ul transmission
WO2018010497A1 (zh) * 2016-07-15 2018-01-18 深圳市金立通信设备有限公司 一种混合自动重传请求进程处理方法、设备及通信***
CN108200649A (zh) * 2016-12-08 2018-06-22 华为技术有限公司 一种信息传输方法及其网元
WO2020062302A1 (zh) * 2018-09-30 2020-04-02 Oppo广东移动通信有限公司 一种混合自动重传请求处理方法、终端设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101079095B1 (ko) * 2004-12-27 2011-11-02 엘지전자 주식회사 Ofdma 무선 접속 시스템에서의 자동 재전송 요구지원 방법
KR101065428B1 (ko) * 2006-02-03 2011-09-19 인터디지탈 테크날러지 코포레이션 하이브리드 자동 반복 요청 메모리를 동적으로 구성하는 방법 및 장치
KR101514071B1 (ko) * 2008-09-05 2015-04-22 삼성전자주식회사 무선 통신 시스템에서 자원 할당 방법과 장치 및 그 시스템
KR20120018141A (ko) * 2009-06-02 2012-02-29 엘지전자 주식회사 다중 반송파 시스템에서 제어 정보의 송수신 방법 및 장치

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017132840A1 (en) * 2016-02-02 2017-08-10 Nec Corporation Methods and apparatuses for performing uplink scheduling and ul transmission
US10880908B2 (en) 2016-02-02 2020-12-29 Nec Corporation Methods and apparatuses for performing uplink scheduling and UL transmission
WO2018010497A1 (zh) * 2016-07-15 2018-01-18 深圳市金立通信设备有限公司 一种混合自动重传请求进程处理方法、设备及通信***
CN108200649A (zh) * 2016-12-08 2018-06-22 华为技术有限公司 一种信息传输方法及其网元
CN108200649B (zh) * 2016-12-08 2022-01-14 华为技术有限公司 一种信息传输方法及其网元
WO2020062302A1 (zh) * 2018-09-30 2020-04-02 Oppo广东移动通信有限公司 一种混合自动重传请求处理方法、终端设备及存储介质

Also Published As

Publication number Publication date
WO2013165199A1 (en) 2013-11-07
KR20130123331A (ko) 2013-11-12

Similar Documents

Publication Publication Date Title
CN102281099B (zh) Tdd无线帧中传输数据的方法、***和设备
CN103313380A (zh) 上行调度的方法及设备
EP3211813B1 (en) Device and method of handling hybrid automatic repeat request transmission
US20150173065A1 (en) Method and apparatus for harq-ack transmission in traffic adaptive tdd system
US20130294242A1 (en) Method and apparatus for transmitting pusch in traffic adaptation system
US20180131473A1 (en) Method for supporting harq in communication system using unlicensed frequency band and device having applied same
CN105634693A (zh) 用于载波聚合***的通信方法和装置
CN103220104A (zh) 一种pusch的传输方法
CN105009496A (zh) 用于在通信***中确定harq定时的方法和装置
CN102201859A (zh) 一种数据传输的方法及装置
CN103716143A (zh) 一种时分双工动态帧结构配置方法、确定方法和相应装置
CN101485118A (zh) 共存网络的资源分配
CN104796926A (zh) 资源管理方法和装置
CN104080161A (zh) 物理上行共享信道的传输方法及用户设备
CN104348591A (zh) 一种上行控制信息的发送方法及用户设备、基站
US20190207718A1 (en) Information transmission method and device
US20140092788A1 (en) Method and apparatus for transmitting and receiving data in mobile communication system
CN102916791A (zh) 载波聚合和动态tdd***中的pusch传输方法和移动终端
US9444513B2 (en) Communication method and device for dynamic adjustment of downlink-uplink subframe configuration in a time division duplex system
CN105099601A (zh) 一种灵活fdd***中上行传输的方法和设备
CN101730245B (zh) Pdcch丢失情况下sps激活的方法、***及装置
CN104104483A (zh) 物理上行共享信道的传输方法、上行调度方法及设备
CN105472757A (zh) 一种d2d通信调度方法及设备
CN103384192A (zh) 动态tdd***中保持上行harq进程的传输连续性的方法
CN103369695A (zh) 一种上行调度方法及装置

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: 20131106