CN107733597A - 确定混合自动重复请求进程号的方法以及基站和用户设备 - Google Patents

确定混合自动重复请求进程号的方法以及基站和用户设备 Download PDF

Info

Publication number
CN107733597A
CN107733597A CN201610658522.XA CN201610658522A CN107733597A CN 107733597 A CN107733597 A CN 107733597A CN 201610658522 A CN201610658522 A CN 201610658522A CN 107733597 A CN107733597 A CN 107733597A
Authority
CN
China
Prior art keywords
data
harq process
down link
process numbers
field
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
CN201610658522.XA
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to CN201610658522.XA priority Critical patent/CN107733597A/zh
Priority to EP17838747.8A priority patent/EP3499779B1/en
Priority to EP21159534.3A priority patent/EP3860030A3/en
Priority to US16/324,477 priority patent/US10952197B2/en
Priority to JP2019507111A priority patent/JP7021186B2/ja
Priority to PCT/CN2017/096718 priority patent/WO2018028617A1/zh
Priority to CN201780048847.9A priority patent/CN109565416B/zh
Publication of CN107733597A publication Critical patent/CN107733597A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling

Abstract

公开了确定分配给下行链路(DL)数据的混合自动重复请求(HARQ)进程号(HPN)的方法、通知对DL数据分配的HPN的方法、对DL数据分配HPN的方法、基站和用户设备。确定分配给DL数据的HPN的方法包括：接收与DL数据相关联的DL控制信息(DCI)；根据DCI确定所述DL数据是否满足预定条件；当所述DL数据满足预定条件时，基于DCI中的HPN字段和附加字段确定分配给所述DL数据的HPN。或者，所述确定分配给DL数据的HPN的方法包括：接收与当前DL数据相关联的DCI；确定DCI中的HPN字段是否为表示至少第一HPN和第二HPN的预定值；当确定HPN字段为预定值时，根据在当前DL数据之前发送的DL数据的接收状态确定分配给当前DL数据的HPN。由此，可支持超过8个HARQ进程而不增加开销和功耗。

Description

确定混合自动重复请求进程号的方法以及基站和用户设备
技术领域
本公开涉及混合自动重复请求(HARQ)，并且具体涉及一种对下行链路数据分配HARQ进程号(HPN)的方法、确定分配给下行链路数据的HARQ进程号的方法、通知对下行链路数据分配的HARQ进程号的方法、以及对应的用户设备和基站。
背景技术
在第三代合作伙伴计划(3GPP)标准Rel.13中，演进的机器间通信(eMTC)支持与长期演进(LTE)系统相同的HARQ机制。具体地，eMTC支持最多8个HARQ进程，并且在下行链路控制信息(DCI)中通过3比特的HARQ进程号(HPN)字段来指示分配给与该DCI相关的数据(例如物理下行链路(PDSCH))的HPN。然而，eMTC系统使用与LTE系统不同的调度方式。即，在eMTC系统中，在物理下行控制信道(MPDCCH)发送结束之后的第二个有效子帧上发送PDSCH，而由于在eMTC系统中，从发送PDSCH到接收到对该PDSCH的反馈信息为止的回程时间(RTT)为10ms，因此eMTC系统实际上有能力支持至少10个并行的HARQ进程。
因此，在3GPP标准Rel.14的MTC系统中，希望能够支持至少10个HARQ进程，以提高数据发送速率。然而，3GPP标准Rel.13的DCI中的3比特的HPN字段最多只能表示8个HPN，因此，对于支持至少10个HARQ进程的系统，需要一种对下行链路数据分配HPN并通知所分配的HPN的方法以及UE确定分配给PDSCH的HPN的方法。
发明内容
根据本公开的一个实施例，提供了一种确定分配给下行链路数据的混合自动重复请求(HARQ)进程号的方法，包括：接收与所述下行链路数据相关联的下行链路控制信息；根据所述下行链路控制信息确定所述下行链路数据是否满足预定条件；当所述下行链路数据满足预定条件时，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种确定分配给当前下行链路数据的混合自动重复请求(HARQ)进程号的方法，包括：接收与当前下行链路数据相关联的下行链路控制信息；确定所述下行链路控制信息中的HARQ进程号字段是否为表示至少第一HARQ进程号和第二HARQ进程号的预定值；当确定HARQ进程号字段为所述预定值时，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种通知对下行链路数据分配的混合自动重复请求(HARQ)进程号的方法，包括：确定所述下行链路数据是否满足预定条件；当所述下行链路数据满足预定条件时，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种对当前下行链路数据分配混合自动重复请求(HARQ)进程号的方法，包括：确定在当前下行链路数据之前发送的下行链路数据的接收状态；以及根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据，其中，利用下行链路控制信息中的HARQ进程号字段的预定值来表示第一HARQ进程号和第二HARQ进程号二者。
根据本公开的另一实施例，提供了一种用户设备，包括：接收单元，被配置为接收与所述下行链路数据相关联的下行链路控制信息；确定单元，被配置为根据所述下行链路控制信息确定所述下行链路数据是否满足预定条件，并且当所述下行链路数据满足预定条件时，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种用户设备，包括：接收单元，被配置为接收与当前下行链路数据相关联的下行链路控制信息；确定单元，被配置为确定所述下行链路控制信息中的HARQ进程号字段是否为表示至少第一HARQ进程号和第二HARQ进程号的预定值，并且当确定HARQ进程号字段为所述预定值时，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种基站，包括：确定单元，被配置为确定所述下行链路数据是否满足预定条件；通知单元，被配置为当所述下行链路数据满足预定条件时，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号。
根据本公开的另一实施例，提供了一种基站，包括：确定单元，被配置为确定在当前下行链路数据之前发送的下行链路数据的接收状态；以及分配单元，被配置为根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据，其中，利用下行链路控制信息中的HARQ进程号字段的预定值来表示第一HARQ进程号和第二HARQ进程号二者。
附图说明
通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
图1是可以在其中应用根据本公开实施例的演进的机器间通信(MTC)系统的示意图。
图2示出了根据本公开第一实施例的通知对下行链路数据分配的HARQ进程号的方法的流程图。
图3示出了根据本公开第一实施例的对下行链路数据分配HARQ进程号并且通知所分配的HARQ进程号的例子。
图4示出了根据本公开第一实施例的确定分配给下行链路数据的HARQ进程号的方法的流程图。
图5示出了根据本公开第一实施例的基站的框图。
图6示出了根据本公开第一实施例的UE的框图。
图7示出了对PDCCH和PDSCH分配频率资源块的示意图。
图8示出了根据本公开第二实施例的通知分配给下行链路数据的HARQ进程号的方法的流程图。
图9示出了根据本公开第二实施例的确定分配给下行链路数据的HARQ进程号的方法的流程图。
图10示出了根据本公开第二实施例的基站的框图。
图11示出了根据本公开第二实施例的UE的框图。
图12示出了根据本公开第三实施例的对当前下行链路数据分配HARQ进程号的方法。
图13示出了根据本公开第三实施例的确定分配给当前下行链路数据的HARQ进程号的方法。
图14示出了根据本公开第三实施例的基站的框图。
图15示出了根据本公开第三实施例的UE的框图。
具体实施方式
为了使得本公开的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。基于本公开中描述的本公开实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本公开的保护范围之内。
图1示出了可以在其中应用根据本公开实施例的演进的机器间通信(eMTC)系统的示意图。如图1所示，该系统包括基站(eNB)10和用户设备(UE)20，其中，基站10向用户设备20发送控制信号和数据，用户设备20接收并检测所述控制信号和下行链路数据，并且向基站发送对于所述数据的反馈信息(HARQ反馈信息)。所述反馈信息可以是表示成功接收所述数据的肯定确认信息(ACK)或表示没有成功接收所述数据的否定确认信息(NACK)。所述控制信号例如是物理下行链路控制信道(PDCCH或mPDCCH(即，在MTC系统中使用的PDCCH))，所述下行链路数据例如可以是物理下行链路共享信道(PDSCH)。在下文中，以PDCCH和PDSCH作为控制信号和下行链路数据的示例来进行说明，但这只是说明性的，所述控制信号和下行链路数据也可以是其它类型的控制信号和数据。此外，需要注意的是，尽管图1中仅示出一个基站和一个UE，但这只是说明性的，在所述系统中，可以存在多个基站和/或多个UE。
在eMTC系统中，如本领域公知的，例如当基站与UE之间的信道质量不好时，基站可以将发送给UE的PDSCH重复发送多次，以确保UE能够正确地接收到该PDSCH。相应地，在DCI中设置了PDSCH重复字段，以指示该PDSCH的重复次数。此外，当PDSCH的重复次数大于1时，可以在第一频带上发送首次发送的PDSCH，并且在不同的第二频带上发送再次发送的PDSCH，即，通过跳频来发送要被重复发送的PDSCH。相应地，在DCI中设置了1比特的跳频字段，以指示被重复发送的PDSCH是否被跳频发送。除了上述字段以外，DCI还包括资源分配字段，用于指示被分配用于该PDSCH的频率资源块。该资源分配字段具有5比特。
下面，将参照附图来描述本公开的各个实施例。所述实施例可以应用于可以支持8个以上的HARQ进程的系统(例如eMTC系统)中。在下文中，以支持10个HARQ进程的eMTC系统为例来描述各个实施例，但这不是限制性的，本公开的各个实施例可以应用于支持其它数目的HARQ进程的其它系统。
(第一实施例)
在本公开的第一实施例中，基站可以向发送给UE的PDSCH分配例如10个HARQ进程。由于DCI中的HPN字段只有3比特，从而最多能表示8个HARQ进程号，因此为了解决这一问题，在第一实施例中，除了DCI中的HPN字段以外，还选择性地使用DCI中的冗余字段来表示分配给PDSCH的HPN。
在eMTC系统中，由于一次PDSCH传输的回程时间为10ms(10个子帧)，并且在PDCCH之后的第二子帧上发送对应的PDSCH，因此要使用8个或更多HARQ进程，需要至少6(＝10-2-1-1)个PDSCH不被重复发送，即，至少6个PDSCH的重复数量为1。对于重复数量为1的PDSCH，不需要通过跳频来发送该PDSCH，因此DCI中的跳频字段不需要指示是否存在跳频，从而成为冗余字段。在这种情况下，可以给这6个重复数量为1的PDSCH中的一个或多个分配大于8的HPN，并且利用HPN字段和所述跳频字段来表示该大于8的HPN。对于重复数量大于1的PDSCH，可以分配小于或等于8的HPN，并且仅利用HPN字段来表示该HPN。
下面，参照图2来描述根据本公开第一实施例的通知对PDSCH分配的HPN的方法，该方法可以由基站执行。
如图2所示，在步骤S201中，可以确定所述PDSCH是否满足预定条件。在本实施例中，所述预定条件可以是PDSCH的重复数量为1。例如，基站可以确定其对该PDSCH设定的重复数量是否为1来确定该PDSCH是否满足预定条件。
接下来，在步骤S202中，当所述PDSCH满足预定条件时，利用DCI中的HPN字段和附加字段通知分配给所述PDSCH的HPN。
具体地，如上文所述，在PDSCH的重复数量为1时，DCI中指示是否通过跳频来发送所述PDSCH的跳频字段成为冗余字段，因此可以使用该跳频字段作为用于表示和通知分配给所述PDSCH的附加字段，即，使用HPN字段和该跳频字段二者来表示和通知分配给所述PDSCH的HPN。具体地，可以利用通过将HARQ进程号字段与跳频字段组合而获得的值来通知分配给所述PDSCH的HPN。例如，可以将跳频字段的1比特A与HPN字段的3比特BBB级联为ABBB，使得当A＝0时，可以表示HPN#0-HPN#7，而当A＝1时，表示HPN#8-HPN#15。需要认识到，将HARQ进程号字段与跳频字段组合的方式可以根据实际需要而灵活地选择。例如，跳频字段可以如前所述是组合后的字段的最高有效位，也可以是组合后的字段的最低有效位或中间的某位。
另一方面，当确定所述PDSCH不满足预定条件时，即，所述PDSCH的重复数量大于1，则如上所述，可能通过跳频来重复发送该PDSCH，在这种情况下，跳频字段将表示是否通过跳频来发送该PDSCH，而不是冗余的。在这种情况下，仅利用DCI中的HPN字段通知分配给所述PDSCH的HPN。在这种情况下，HPN字段可以表示HPN#0-HPN#7。
图3示出了根据本公开第一实施例的对PDSCH分配HPN并且通知所分配的HPN的例子。如图3所示，由于通过PDCCH#1和PDCCH#0调度的PDSCH的重复数量为2，而通过PDCCH#2-PDCCH#8调度的PDSCH的重复数量均为1，因此可以在PDCCH#2-PDCCH#8的DCI中通过4比特(跳频字段的1比特和HPN字段的3比特)来表示分配给PDSCH的HPN，并且可以在PDCCH#1和PDCCH#0的DCI中通过HPN字段的3比特来表示分配给PDSCH的HPN。
下面，参照图4来描述根据本公开第一实施例的确定分配给下行链路数据(仍然以PDSCH为例)的HPN的方法。该方法可以由UE执行。
如图4所示，在步骤S401中，接收与所述PDSCH相关联的下行链路控制信息(DCI)。具体地，可以接收从基站发送的用于调度所述PDSCH的PDCCH(mPDCCH)，并且从所述PDCCH中提取所述DCI。
接下来，在步骤S402中，根据所述DCI确定所述PDSCH是否满足预定条件。在本实施例中，如上所述，所述预定条件是所述DCI指示的所述下行链路数据的重复数量为1。例如，UE可以读取DCI中的PDSCH重复字段以确定PDSCH的重复数量是否为1，从而确定PDSCH是否满足预定条件。
接下来，在步骤S403中，当所述PDSCH满足预定条件时，基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。如上文所述，当所述PDSCH满足预定条件时，即所述PDSCH的重复数量为1时，DCI中的跳频字段是冗余的，使得基站利用HPN字段和跳频字段来表示分配给PDSCH的HPN。也就是说，所述附加字段是DCI中的跳频字段。相应地，在UE侧，可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。例如，可以将HPN字段与跳频字段组合，并且基于组合后的值确定分配给PDSCH的HPN。组合HPN字段和跳频字段的方式例如可以在UE和基站中预先定义，也可以由基站通过信令通知给UE，从而使得UE可以按照与基站相同的方式来组合所述字段。
另一方面，当所述PDSCH不满足上述预定条件时，可以基于DCI中的HPN字段确定分配给PDSCH的HPN。具体地，当PDSCH的重复数量大于1时，如上文所述，基站仅使用DCI中的HPN字段来表示分配给PDSCH的HPN，因此在UE中，可以通过读取该HPN来确定分配给PDSCH的HPN。
下面，参照5来描述根据本公开第一实施例的基站，其可以执行在上文中参照图2描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图5所示，基站10包括确定单元11和通知单元12。需要注意的是，在这里，为简单起见，仅示出基站中与本公开密切相关的两个单元，但这只是说明性的，根据需要，基站也可以包括其他单元。
确定单元11可以确定所述PDSCH是否满足预定条件。在本实施例中，所述预定条件可以是PDSCH的重复数量为1。例如，确定单元11可以确定其对该PDSCH设定的重复数量是否为1来确定该PDSCH是否满足预定条件。
通知单元12可以在当所述PDSCH满足预定条件时，利用DCI中的HPN字段和附加字段通知分配给所述PDSCH的HPN。具体地，如上文所述，在PDSCH的重复数量为1时，DCI中的跳频字段成为冗余字段，从而可以被当做所述附加字段。在这种情况下，通知单元12可以使用HPN字段和该跳频字段二者来表示和通知分配给所述PDSCH的HPN。具体地，通知单元12可以利用通过将HARQ进程号字段与跳频字段组合而获得的值来通知分配给所述PDSCH的HPN。将HARQ进程号字段与跳频字段组合的方式可以根据实际需要而灵活地选择。另一方面，当确定所述PDSCH不满足预定条件时，即，所述PDSCH的重复数量大于1时，通知单元12可以利用DCI中的HPN字段通知分配给所述PDSCH的HPN。
下面，参照图6来描述根据本公开第一实施例的UE。该UE可以执行在上文中参照图3描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图6所示，UE 20包括接收单元21和确定单元22。需要注意的是，在这里，为简单起见，仅示出UE中与本公开密切相关的两个单元，但这只是说明性的，根据需要，UE也可以包括其他单元。
接收单元21可以接收与所述PDSCH相关联的下行链路控制信息(DCI)。具体地，接收单元21可以接收从基站发送的用于调度所述PDSCH的PDCCH(mPDCCH)，并且从所述PDCCH中提取所述DCI。
确定单元22可以根据所述DCI确定所述PDSCH是否满足预定条件。在本实施例中，如上所述，所述预定条件是所述DCI指示的所述下行链路数据的重复数量为1。例如，确定单元22可以读取DCI中的PDSCH重复字段以确定PDSCH的重复数量是否为1，从而确定PDSCH是否满足预定条件。
此外，当所述PDSCH满足预定条件时，确定单元22可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。如上文所述，当所述PDSCH满足预定条件时，即所述PDSCH的重复数量为1时，DCI中的跳频字段是冗余的，从而可被用作用于表示分配给PDSCH的HPN的附加字段，使得基站利用HPN字段和该附加字段来表示分配给PDSCH的HPN。相应地，在UE侧，确定单元22可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。例如，确定单元22可以将HPN字段与跳频字段组合，并且基于组合后的值确定分配给PDSCH的HPN。组合HPN字段和跳频字段的方式例如可以在UE和基站中预先定义，也可以由基站通过信令通知给UE，从而使得确定单元22可以按照与基站相同的方式来组合所述字段。
另一方面，当所述PDSCH不满足上述预定条件时，确定单元22可以基于DCI中的HPN字段确定分配给PDSCH的HPN。
可以看到，通过根据本公开第一实施例的上述方法、基站和UE，可以选择性地使用DCI中的冗余字段来通知分配给PDSCH的HPN，而不需要增加新的字段或比特。由此，可以在不增加信令开销和功耗的情况下，支持8个或更多个HARQ进程。
(第二实施例)
下面，描述根据本公开第二实施例。在本公开的第二实施例中，基站可以向发送给UE的PDSCH分配例如10个HARQ进程。同样，在第二实施例中，除了DCI中的HPN字段以外，还选择性地使用DCI中的冗余字段来表示分配给PDSCH的HPN。
具体地，在eMTC系统中，可以在不同的频带(窄带)中发送PDCCH和PDSCH。然而，要使用8个或更多HARQ进程，在至少6(＝10-2-1-1)个子帧中发送的PDCCH和PDSCH应当处于相同频带中以便能够同时接收它们。由于如图7所示，eMTC系统的频带可以包括例如6个频率资源块，并且PDCCH的发送需要占用至少2个频率资源块，因此最多可以在4个频率资源块中发送PDSCH，这意味着可以仅使用4(＝ceil(log2(4*(4+1)/2))个比特来指示分配给PDSCH的频率资源块。在这种情况下，由于资源分配字段具有5比特，因此资源分配字段中的1比特成为冗余比特。因此，可以给在这6个子帧中发送的PDSCH中的至少一个分配大于8的HPN，并且利用HPN字段和资源分配字段中的所述冗余比特来表示该HPN。需要注意的是，可以将资源分配字段中的任意比特(例如最高有效比特、最低有效比特或中间的某个比特)预定义为所述冗余比特。
附带地说，在进行资源分配时，基站可以针对不同的PDSCH以不同的方式分配频率资源。对于在与PDCCH不同的频带中发送的PDSCH，基站可以按照传统的方式来对该PDSCH分配频率资源。另一方面，当PDSCH在与PDSCH相同的频带中发送时，基站可以在该频带中分配给PDCCH的频率资源块之外的剩余资源块中对PDSCH进行资源分配。例如，基站可以按照频率的升序，对剩余的资源块添加索引，如图7所示，然后利用3GPP标准中规定的类型2资源分配方式对PDSCH分配所述频率资源块之一，并且利用资源分配字段的4个比特来指示分配给PDSCH的频率资源块的位置。当然，基站也可以根据需要，使用任意的方式或特定的方式将剩余的一个或多个频率资源块分配给PDSCH，并且利用资源分配字段的4个比特来指示分配给PDSCH的频率资源块的位置。此外，在分配了资源之后，基站可以设置发送给UE的与该PDSCH相关联的DCI的频带指示符字段，使得该字段指示所述PDSCH的发送频带。
下面，参照图8描述根据本公开第二实施例的通知对PDSCH分配的HPN的方法，该方法可以由基站执行。图8所示的各个步骤与图2所示的各个步骤大部分相同，二者区别在于所述预定条件和所使用的附加字段不同。在这里，为简单起见，对于第二实施例中与第一实施例相同的部分将不再赘述。
如图8所示，在步骤S801中，可以确定所述PDSCH是否满足预定条件。在本实施例中，所述预定条件是所述PDSCH的发送频带与DCI的发送频带(即，承载该DCI的PDCCH的发送频带)相同。具体地，由于基站可以例如根据信道质量等因素决定PDSCH的发送频带以及PDCCH的发送频带，因此，基站可以比较二者的发送频带，以确定它们是否处于相同的频带(例如窄带)中，从而确定PDSCH是否满足上述预定条件。
接下来，在步骤S802中，当所述PDSCH满足预定条件时，利用DCI中的HPN字段和附加字段通知分配给所述PDSCH的HPN。
具体地，如上文所述，所述PDSCH的发送频带与DCI的发送频带相同时，DCI中指示分配给PDSCH的频率资源的资源分配字段中的至少1比特成为冗余比特，其中，可以将资源分配字段中的任意比特预先定义为所述冗余比特(预定比特)。因此，可以使用资源分配字段作为用于表示和通知分配给所述PDSCH的附加字段，即，使用HPN字段和资源分配字段二者来表示和通知分配给所述PDSCH的HPN。具体地，可以利用通过将HPN字段与上述资源分配字段中的预定比特组合而获得的值来通知分配给所述PDSCH的HPN。例如，可以将资源分配字段中的1比特A’与HPN字段的3比特BBB级联为A’BBB，使得当A’＝0时，可以表示HPN#0-HPN#7，而当A’＝1时，表示HPN#8-HPN#15。需要认识到，将HPN字段与上述预定比特组合的方式可以根据实际需要而灵活地选择。例如，所述预定比特可以如前所述是组合后的比特串的最高有效位，也可以是组合后的比特串的最低有效位或中间的某位。
另一方面，当确定所述PDSCH不满足预定条件时，即，当所述PDSCH的发送频带与DCI的发送频带不相同时，则如上所述，资源分配字段中的所有比特都可能要用来指示分配给PDSCH的频率资源的位置，从而不存在冗余比特。在这种情况下，仅利用DCI中的HPN字段通知分配给所述PDSCH的HPN。在这种情况下，HPN字段可以表示HPN#0-HPN#7。
下面，参照图9来描述根据本公开第二实施例的确定分配给下行链路数据(仍然以PDSCH为例)的HPN的方法。该方法可以由UE执行。
如图9所示，在步骤S901中，接收与所述PDSCH相关联的下行链路控制信息(DCI)。具体地，可以接收从基站发送的用于调度所述PDSCH的PDCCH(mPDCCH)，并且从所述PDCCH中提取所述DCI。
接下来，在步骤S902中，根据所述DCI确定所述PDSCH是否满足预定条件。在本实施例中，如上所述，所述预定条件是所述DCI指示的所述PDSCH的发送频带与DCI的发送频带(即，承载该DCI的PDCCH的发送频带)相同。具体地，基站发送的DCI包含指示PDSCH的发送频带的频带指示符字段。此外，基站可以通过诸如资源控制(RRC)信令等的信令，将PDCCH的发送频带预先通知给UE。因此，UE可以读取DCI中的频带指示符字段以确定PDSCH的发送频带，并且将其与基站通知的PDCCH的发送频带进行比较，以确定所述PDSCH的发送频带与DCI的发送频带是否相同，从而确定PDSCH是否满足预定条件。
接下来，在步骤S903中，当所述PDSCH满足预定条件时，基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。如上文所述，当所述PDSCH满足预定条件时，即所述PDSCH的发送频带与DCI的发送频带相同时，DCI中的资源分配字段中的至少1比特是冗余的，使得基站可以利用HPN字段和资源分配字段来表示分配给PDSCH的HPN。也就是说，所述附加字段是DCI中的资源分配字段，更具体地，资源分配字段中的预定比特。相应地，在UE侧，可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。例如，可以将HPN字段与资源分配字段中的预定比特组合，并且基于组合后的值确定分配给PDSCH的HPN。组合HPN字段和资源分配字段中的预定比特的方式例如可以在UE和基站中预先定义，也可以由基站通过信令通知给UE，从而使得UE可以按照与基站相同的方式来组合所述字段。
另一方面，当所述PDSCH不满足上述预定条件时，可以基于DCI中的HPN字段确定分配给PDSCH的HPN。具体地，当所述PDSCH的发送频带与DCI的发送频带不相同时，如上文所述，基站仅使用DCI中的HPN字段来表示分配给PDSCH的HPN，因此在UE中，可以通过读取该HPN来确定分配给PDSCH的HPN。
下面，参照10来描述根据本公开第二实施例的基站，其可以执行在上文中参照图8描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图10所示，基站10’包括确定单元11’和通知单元12’。需要注意的是，在这里，为简单起见，仅示出基站中与本公开密切相关的两个单元，但这只是说明性的，根据需要，基站也可以包括其他单元。
确定单元11’可以确定所述PDSCH是否满足预定条件。在本实施例中，所述预定条件是所述PDSCH的发送频带与DCI的发送频带(即，承载该DCI的PDCCH的发送频带)相同。具体地，由于基站可以例如根据信道质量等因素决定PDSCH的发送频带以及PDCCH的发送频带，因此，确定单元11’可以比较二者的发送频带，以确定它们是否处于相同的频带(例如窄带)中，从而确定PDSCH是否满足上述预定条件。
通知单元12’可以在所述PDSCH满足预定条件时，利用DCI中的HPN字段和附加字段通知分配给所述PDSCH的HPN。
具体地，如上文所述，所述PDSCH的发送频带与DCI的发送频带相同时，DCI中指示分配给PDSCH的频率资源的资源分配字段中的至少1比特成为冗余比特。因此，通知单元12’可以使用资源分配字段作为用于表示和通知分配给所述PDSCH的附加字段，即，使用HPN字段和资源分配字段二者来表示和通知分配给所述PDSCH的HPN。具体地，通知单元12’可以利用通过将HPN字段与上述资源分配字段中的预定比特组合而获得的值来通知分配给所述PDSCH的HPN。
另一方面，当确定所述PDSCH不满足预定条件时，即，当所述PDSCH的发送频带与DCI的发送频带不相同时，通知单元12’可以利用DCI中的HPN字段通知分配给所述PDSCH的HPN。
下面，参照图11来描述根据本公开第二实施例的UE。该UE可以执行在上文中参照图9描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图11所示，UE 20’包括接收单元21’和确定单元22’。需要注意的是，在这里，为简单起见，仅示出UE中与本公开密切相关的两个单元，但这只是说明性的，根据需要，UE也可以包括其他单元。
接收单元21’可以接收与所述PDSCH相关联的下行链路控制信息(DCI)。具体地，接收单元21’可以接收从基站发送的用于调度所述PDSCH的PDCCH(mPDCCH)，并且从所述PDCCH中提取所述DCI。
确定单元22’可以根据所述DCI确定所述PDSCH是否满足预定条件。在本实施例中，如上所述，所述预定条件是所述DCI指示的所述PDSCH的发送频带与DCI的发送频带相同。具体地，确定单元22’可以读取DCI中的频带指示符字段以确定PDSCH的发送频带，并且将其与基站通知的PDCCH的发送频带进行比较，以确定所述PDSCH的发送频带与DCI的发送频带是否相同，从而确定PDSCH是否满足预定条件。
此外，当所述PDSCH满足预定条件时，确定单元22’可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。如上文所述，当所述PDSCH满足预定条件时，即所述PDSCH的发送频带与DCI的发送频带相同时，DCI中的资源分配字段中的至少1比特是冗余的，使得基站可以利用HPN字段和资源分配字段来表示分配给PDSCH的HPN。也就是说，所述附加字段是DCI中的资源分配字段，更具体地，资源分配字段中的预定比特。相应地，在UE侧，确定单元22’可以基于DCI中的HPN字段和附加字段确定分配给PDSCH的HPN。例如，确定单元22’可以将HPN字段与资源分配字段中的预定比特组合，并且基于组合后的值确定分配给PDSCH的HPN。组合HPN字段和资源分配字段中的预定比特的方式例如可以在UE和基站中预先定义，也可以由基站通过信令通知给UE，从而使得UE可以按照与基站相同的方式来组合所述字段。
另一方面，当所述PDSCH不满足上述预定条件时，确定单元22’可以基于DCI中的HPN字段确定分配给PDSCH的HPN。
可以看到，通过根据本公开第二实施例的上述方法、基站和UE，可以选择性地使用DCI中的冗余字段来通知分配给PDSCH的HPN，而不需要增加新的字段或比特。由此，可以在不增加信令开销和功耗的情况下，支持8个或更多个HARQ进程。
(第三实施例)
下面描述本公开的第三实施例。在第三实施例中，基站可以向发送给UE的PDSCH分配例如10个HARQ进程。此外，在第三实施例中，不使用冗余字段和HPN字段的组合来显式地指示分配给PDSCH(为便于描述，以下称为当前PDSCH)的HPN，而是根据在当前PDSCH之前发送的相关PDSCH的接收状态来隐式地确定分配给当前PDSCH的HPN。
具体地，DCI中的HPN字段只有3个比特，从而最多能够指示8个HPN。为了指示更多的HPN，可以选择HPN字段所能够表示的一个或多个值作为预定值，并且使用每个预定值指示至少两个HPN。所选择的预定值的数量可以根据需要表示的HPN数量与8的差值来确定。作为示例，在系统支持10个HARQ进程从而需要指示10个HPN的情况下，可以将HPN字段所能够表示的“000”选择为第一预定值以指示HPN#0和HPN#8，将“001”选择为第二预定值以指示HPN#1和HPN#9，而HPN字段所能够表示的其他值“010”～“111”中的每一个可以指示对应的一个HPN，如下表1所示。需要认识到，表1所示的选择预定值和分配HPN的方式只是说明性的，根据需要，也可以采用其它选择和分配方式。例如，可以选择更多的预定值，每个预定值指示至少两个HPN，尽管实际上选择2个预定值就足以表示10个HPN。可替换地，每个预定值可以指示3个或更多HPN，而不限于2个HPN。
HPN字段的值 所指示的HPN
000 HPN#0,HPN#8
001 HPN#1,HPN#9
010～111 HPN#2～HPN#7
表1
按照上述方式，当UE接收到的与当前PDSCH关联的DCI中的HPN字段为预定值时，该HPN字段可以表示至少两个HPN，这使得UE难以确定哪个HPN被分配给当前PDSCH。为了避免这一问题，基站可以按照预定规则对要发送给UE的当前PDSCH分配HPN，UE也可以根据该规则来确定分配给当前PDSCH的HPN。在本实施例中，如下所示，所述规则基于在当前PDSCH之前发送的PDSCH的接收状态。
在对当前PDSCH分配HPN时，基站可以首先确定是否要对当前PDSCH分配由上述预定值指示的HPN。如果不是，则基站可以按照现有的方式对当前PDSCH分配相应的HPN，如上所述，该HPN将由HPN字段所能够表示的预定值以外的一个值来指示。另一方面，如果基站要对当前PDSCH分配由上述预定值指示的HPN，则基站可以用下文所述的方法来对当前PDSCH分配HPN。
接下来，参照图12来描述根据本公开第三实施例的对当前PDSCH分配HPN的方法。在这里，以一个预定值指示两个HPN为例来进行描述，为便于说明，将这两个HPN称为第一HPN和第二HPN，然而，应当注意，这里以及其它部分使用的“第一”和“第二”仅用于标识的目的，而无意用于表示对应对象的顺序或优先级等。
如图12所示，在步骤S1201中，确定在当前PDSCH之前发送的PDSCH(以下为便于描述，称为在先PDSCH)的接收状态。然后，在步骤S1202中，根据所述发送状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据。如上所述，所述第一HPN和第二HPN是由DCI中的HPN字段的预定值表示的。下面，结合具体的实现方式来描述上述方法。
在一种实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH和被分配了第二HPN的第二PDSCH。在表1所示的例子中，第一HPN例如为与预定值“000”对应的HPN#0，第二HPN例如为与预定值“000”对应的HPN#8。在发送当前PDSCH之前，基站已经发送了第一PDSCH和第二PDSCH。UE接收第一PDSCH和第二PDSCH，并且将指示这两个PDSCH的接收状态的反馈信息发送给基站。对于每个PDSCH的反馈信息例如可以是指示该PDSCH被成功接收的肯定确认(ACK)或指示该PDSCH未被成功接收的否定确认(NACK)。当基站接收到所述反馈信息时，可以确定对应的PDSCH的接收状态。然后，可以根据第一PDSCH和第二PDSCH的接收状态，可以按照不同的方式对当前PDSCH分配HPN。
具体地，当第一PDSCH和第二PDSCH均被成功接收时，可以将第一HPN分配给当前PDSCH。这是因为当第一PDSCH和第二PDSCH均被成功接收时，第一HPN和第二HPN均可被释放用于当前的PDSCH的发送，在这种情况下，可以将第一HPN和第二HPN中小的一个分配给当前的PDSCH。可替换地，在其它实施例中，也可以将第一HPN和第二HPN中大的一个分配给当前的PDSCH，只要在UE和基站之间预先约定即可。
当第一PDSCH和第二PDSCH均未被成功接收时，可以将第一PDSCH和第二PDSCH中先结束传输的数据的HPN分配给当前下行链路数据。这是因为当第一PDSCH和第二PDSCH均未被成功接收时，需要重传第一PDSCH和第二PDSCH，这意味着当前PDSCH可以是第一PDSCH和第二PDSCH之一，在这种情况下，先结束传输的PDSCH将先被重传，这意味着当前PDSCH是第一PDSCH和第二PDSCH中先结束传输的PDSCH，从而可以被分配先结束传输的数据的HPN。
当第一PDSCH被成功接收，而第二PDSCH未被成功接收时，可以将第二HPN分配给当前PDSCH。这是因为第一PDSCH不需要重传，而第二PDSCH需要重传，这意味着当前PDSCH可以是重传的第二PDSCH，从而可以被分配第二HPN。
在另一实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH。同样，基站可以根据对于第一PDSCH的反馈信息来确定其接收状态。如果基站确定没有接收到第一PDSCH的反馈信息，这意味着要在尚未接收到对于第一PDSCH的接收确认的情况下(即，在第一PDSCH的回程时间尚未过去时)发送当前PDSCH。在这种情况下，可以对当前PDSCH分配未被占用的第二HPN。
按照上述方法，基站可以根据在先PDSCH的接收状态对要发送给UE的当前PDSCH分配HPN。
接下来，参照图13来描述根据本公开第三实施例的确定分配给当前PDSCH的HPN的方法。该方法可以由UE执行。为避免重复，在这里不再描述与参照图12描述的上述方法相同的内容。
如图13所示，在步骤S1301中，接收与当前PDSCH相关联的DCI。具体地，可以通过接收与当前PDSCH相关联的PDCCH来接收所述DCI。UE检测并接收PDCCH的方式是本领域公知的，在这里不再赘述。
在步骤S1302中，确定所述DCI中的HPN字段是否为表示至少第一HPN和第二HPN的预定值。具体地，如上文所述，可以选择HPN字段所能够表示的一个或多个值作为预定值，并且使用每个预定值指示至少两个HPN。因此，当确定DCI中的HPN字段表示至少第一HPN和第二HPN的预定值时，分配给当前PDSCH的HPN可能是至少第一HPN和第二HPN之一。
接下来，在步骤S1303中，当确定所述HPN字段为预定值时，根据在当前PDSCH之前发送的PDSCH(即上文所述的在先PDSCH)的接收状态确定分配给当前PDSCH的HPN。
在一种实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH和被分配了第二HPN的第二PDSCH。UE可以确定自己是否成功接收第一PDSCH和第二PDSCH来确认第一PDSCH和第二PDSCH的接收状态，然后根据该接收状态来确定分配给当前PDSCH的HPN。具体地，当第一PDSCH和第二PDSCH均被成功接收时，可以确定第一HPN被分配给当前PDSCH。当第一PDSCH和第二PDSCH均未被成功接收时，可以确定第一PDSCH和第二PDSCH中先结束传输的数据的HPN被分配给当前下行链路数据。当第一PDSCH被成功接收，而第二PDSCH未被成功接收时，可以确定第二HPN被分配给当前PDSCH。
在另一实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH。同样，UE例如可以根据PDSCH的回程时间确定基站是否尚未接收到对于第一PDSCH的接收确认。如果是，这意味着当前PDSCH是在基站尚未接收到对于第一PDSCH的接收确认的情况下发送的，因此可以确定未被占用的第二HPN被分配给当前PDSCH。
下面，参照图14来描述根据本公开第三实施例的基站，其可以执行在上文中参照图12描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图14所示，基站10”包括确定单元11”和分配单元12”。需要注意的是，在这里，为简单起见，仅示出基站中与本公开密切相关的两个单元，但这只是说明性的，根据需要，基站也可以包括其他单元。
确定单元11”可以在对当前PDSCH分配HPN时，确定是否要对当前PDSCH分配由上文所述的预定值指示的HPN。如果不是，则分配单元12”可以按照现有的方式对当前PDSCH分配相应的HPN，如上所述，该HPN将由HPN字段所能够表示的预定值以外的一个值来指示。
另一方面，如果确定单元11”确定要对当前PDSCH分配由上述预定值指示的HPN，则分配单元12”可以用下文所述的方法来对当前PDSCH分配HPN。
具体地，确定单元11”可以确定在当前PDSCH之前发送的PDSCH(以下为便于描述，称为在先PDSCH)的接收状态。然后，分配单元12”可以根据所述发送状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据。如上所述，所述第一HPN和第二HPN是由DCI中的HPN字段的预定值表示的。下面，结合具体的实现方式来描述上述方法。
在一种实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH和被分配了第二HPN的第二PDSCH。确定单元11”可以根据接收到的对于第一PDSCH和第二PDSCH的反馈信息时，确定对应的PDSCH的接收状态。然后，分配单元12”可以根据第一PDSCH和第二PDSCH的接收状态，按照不同的方式对当前PDSCH分配HPN。具体地，当第一PDSCH和第二PDSCH均被成功接收时，分配单元12”可以将第一HPN分配给当前PDSCH。当第一PDSCH和第二PDSCH均未被成功接收时，分配单元12”可以将第一PDSCH和第二PDSCH中先结束传输的数据的HPN分配给当前下行链路数据。当第一PDSCH被成功接收，而第二PDSCH未被成功接收时，分配单元12”可以将第二HPN分配给当前PDSCH。
在另一实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH。同样，确定单元11”可以根据对于第一PDSCH的反馈信息来确定其接收状态。如果基站确定没有接收到第一PDSCH的反馈信息，这意味着要在尚未接收到对于第一PDSCH的接收确认的情况下(即，在第一PDSCH的回程时间尚未过去时)发送当前PDSCH。在这种情况下，分配单元12”可以对当前PDSCH分配未被占用的第二HPN。
按照上述方法，基站可以根据在先PDSCH的接收状态对要发送给UE的当前PDSCH分配HPN。
接下来，参照图15来描述根据本公开第三实施例的UE。该UE可以执行在上文中参照图13描述的方法。为避免重复，在这里不再描述与上述方法相同的内容。
如图15所示，UE 20”包括接收单元21”和确定单元22”。需要注意的是，在这里，为简单起见，仅示出UE中与本公开密切相关的两个单元，但这只是说明性的，根据需要，UE也可以包括其他单元。
接收单元21”可以接收与当前PDSCH相关联的DCI。具体地，接收单元21”可以通过接收与当前PDSCH相关联的PDCCH来接收所述DCI。接收单元21”检测并接收PDCCH的方式是本领域公知的，在这里不再赘述。
确定单元22”可以确定所述DCI中的HPN字段是否为表示至少第一HPN和第二HPN的预定值。具体地，如上文所述，可以选择HPN字段所能够表示的一个或多个值作为预定值，并且使用每个预定值指示至少两个HPN。因此，当确定DCI中的HPN字段表示至少第一HPN和第二HPN的预定值时，分配给当前PDSCH的HPN可能是至少第一HPN和第二HPN之一。
当确定所述HPN字段为预定值时，确定单元22”可以根据在当前PDSCH之前发送的PDSCH(即上文所述的在先PDSCH)的接收状态确定分配给当前PDSCH的HPN。
在一种实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH和被分配了第二HPN的第二PDSCH。确定单元22”可以确定自己是否成功接收第一PDSCH和第二PDSCH来确认第一PDSCH和第二PDSCH的接收状态，然后根据该接收状态来确定分配给当前PDSCH的HPN。具体地，当第一PDSCH和第二PDSCH均被成功接收时，确定单元22”可以确定第一HPN被分配给当前PDSCH。当第一PDSCH和第二PDSCH均未被成功接收时，确定单元22”可以确定第一PDSCH和第二PDSCH中先结束传输的数据的HPN被分配给当前下行链路数据。当第一PDSCH被成功接收，而第二PDSCH未被成功接收时，确定单元22”可以确定第二HPN被分配给当前PDSCH。
在另一实现方式中，所述在先PDSCH可以包括被分配了第一HPN的第一PDSCH。同样，确定单元21”例如可以根据PDSCH的回程时间确定基站是否尚未接收到对于第一PDSCH的接收确认。如果是，这意味着当前PDSCH是在基站尚未接收到对于第一PDSCH的接收确认的情况下发送的，因此确定单元22”可以确定第二HPN被分配给当前PDSCH。
可以看到，通过根据本公开第三实施例的上述方法、基站和UE，可以利用现有的DCI中的冗余字段来通知分配给PDSCH的HPN，而不需要增加新的字段或比特。由此，可以在不增加信令开销和功耗的情况下，支持8个或更多个HARQ进程。
需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本公开可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本公开的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例或者实施例的某些部分所述的方法。
以上对本公开进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (36)

1.一种确定分配给下行链路数据的混合自动重复请求(HARQ)进程号的方法，包括：
接收与所述下行链路数据相关联的下行链路控制信息；
根据所述下行链路控制信息确定所述下行链路数据是否满足预定条件；
当所述下行链路数据满足预定条件时，基于下行链路控制信息中的
HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号。
2.如权利要求1所述的方法，还包括：当所述下行链路数据不满足预定条件时，基于下行链路控制信息中的HARQ进程号字段确定分配给所述下行链路数据的HARQ进程号。
3.如权利要求1或2所述的方法，其中，所述预定条件是所述下行链路控制信息指示的所述下行链路数据的重复数量为1。
4.如权利要求3所述的方法，其中，所述附加字段是下行链路控制信息中的跳频字段，并且其中，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号包括：
将HARQ进程号字段与跳频字段组合；以及
基于组合后的值确定分配给所述下行链路数据的HARQ进程号。
5.如权利要求1或2所述的方法，其中，所述预定条件是所述下行链路控制信息指示的所述下行链路数据的发送频带与下行链路控制信息的发送频带相同。
6.如权利要求5所述的方法，其中，所述附加字段是下行链路控制信息中的资源分配字段，并且其中，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号包括：
将HARQ进程号字段与资源分配字段中的预定比特组合；以及
基于组合后的值确定分配给所述下行链路数据的HARQ进程号。
7.一种确定分配给当前下行链路数据的混合自动重复请求(HARQ)进程号的方法，包括：
接收与当前下行链路数据相关联的下行链路控制信息；
确定所述下行链路控制信息中的HARQ进程号字段是否为表示至少第一HARQ进程号和第二HARQ进程号的预定值；
当确定HARQ进程号字段为所述预定值时，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号。
8.如权利要求7所述的方法，其中，在当前下行链路数据之前发送的下行链路数据包括被分配了第一HARQ进程号的第一数据和被分配了第二HARQ进程号的第二数据，并且其中，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号包括：
当第一数据和第二数据均被成功接收时，确定第一HARQ进程号被分配给当前下行链路数据；或者
当第一数据和第二数据均未被成功接收时，确定第一数据和第二数据中先结束传输的数据的HARQ进程号被分配给当前下行链路数据；或者
当第一数据被成功接收，而第二数据未被成功接收时，确定第二HARQ进程号被分配给当前下行链路数据。
9.如权利要求7所述的方法，其中，在当前下行链路数据之前发送的下行链路数据是被分配了第一HARQ进程号的第一数据，并且其中，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号包括：
当基站在尚未接收到对于第一数据的确认的情况下发送当前下行链路数据时，确认第二HARQ进程号被分配给当前下行链路数据。
10.一种通知对下行链路数据分配的混合自动重复请求(HARQ)进程号的方法，包括：
确定所述下行链路数据是否满足预定条件；
当所述下行链路数据满足预定条件时，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号。
11.如权利要求10所述的方法，还包括：当所述下行链路数据不满足预定条件时，利用下行链路控制信息中的HARQ进程号字段通知分配给所述下行链路数据的HARQ进程号。
12.如权利要求10或11所述的方法，其中，所述预定条件是所述下行链路数据的重复数量为1。
13.如权利要求12所述的方法，其中，所述附加字段是下行链路控制信息中的跳频字段，并且其中，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号包括：
利用通过将HARQ进程号字段与跳频字段组合而获得的值来通知分配给所述下行链路数据的HARQ进程号。
14.如权利要求10或11所述的方法，其中，所述预定条件是所述下行链路数据的发送频带与下行链路控制信息的发送频带相同。
15.如权利要求14所述的方法，其中，所述附加字段是下行链路控制信息中的资源分配字段，并且其中，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号包括：
利用通过将HARQ进程号字段与资源分配字段中的预定比特组合而获得的值来通知分配给所述下行链路数据的HARQ进程号。
16.一种对当前下行链路数据分配混合自动重复请求(HARQ)进程号的方法，包括：
确定在当前下行链路数据之前发送的下行链路数据的接收状态；以及
根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据，
其中，利用下行链路控制信息中的HARQ进程号字段的预定值来表示第一HARQ进程号和第二HARQ进程号二者。
17.如权利要求16所述的方法，其中，在当前下行链路数据之前发送的下行链路数据包括被分配了第一HARQ进程号的第一数据和被分配了第二HARQ进程号的第二数据，并且其中，根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据包括：
当第一数据和第二数据均被成功接收时，将第一HARQ进程号分配给当前下行链路数据；或者
当第一数据和第二均未被成功接收时，将第一数据和第二数据中先结束传输的数据的HARQ进程号被分配给当前下行链路数据；或者
当第一数据被成功接收，而第二数据未被成功接收时，将第二HARQ进程号分配给当前下行链路数据。
18.如权利要求16所述的方法，其中，在当前下行链路数据之前发送的下行链路数据是被分配了第一HARQ进程号的第一数据，并且其中，根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据包括：
当在尚未接收到对于第一数据的确认的情况下发送当前下行链路数据时，将第二HARQ进程号分配给当前下行链路数据。
19.一种用户设备，包括：
接收单元，被配置为接收与所述下行链路数据相关联的下行链路控制信息；
确定单元，被配置为根据所述下行链路控制信息确定所述下行链路数据是否满足预定条件，并且当所述下行链路数据满足预定条件时，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号。
20.如权利要求19所述的用户设备，其中，所述确定单元还配置为当所述下行链路数据不满足预定条件时，基于下行链路控制信息中的HARQ进程号字段确定分配给所述下行链路数据的HARQ进程号。
21.如权利要求19或20所述的用户设备，其中，所述预定条件是所述下行链路控制信息指示的所述下行链路数据的重复数量为1。
22.如权利要求21所述的用户设备，其中，所述附加字段是下行链路控制信息中的跳频字段，并且其中，所述确定单元被配置为将HARQ进程号字段与跳频字段组合，并且基于组合后的值确定分配给所述下行链路数据的HARQ进程号。
23.如权利要求19或20所述的用户设备，其中，所述预定条件是所述下行链路控制信息指示的所述下行链路数据的发送频带与下行链路控制信息的发送频带相同。
24.如权利要求23所述的用户设备，其中，所述附加字段是下行链路控制信息中的资源分配字段，并且其中，基于下行链路控制信息中的HARQ进程号字段和附加字段确定分配给所述下行链路数据的HARQ进程号包括：
将HARQ进程号字段与资源分配字段中的预定比特组合；以及
基于组合后的值确定分配给所述下行链路数据的HARQ进程号。
25.一种用户设备，包括：
接收单元，被配置为接收与当前下行链路数据相关联的下行链路控制信息；
确定单元，被配置为确定所述下行链路控制信息中的HARQ进程号字段是否为表示至少第一HARQ进程号和第二HARQ进程号的预定值，并且当确定HARQ进程号字段为所述预定值时，根据在当前下行链路数据之前发送的下行链路数据的接收状态确定分配给当前下行链路数据的HARQ进程号。
26.如权利要求25所述的用户设备，其中，在当前下行链路数据之前发送的下行链路数据包括被分配了第一HARQ进程号的第一数据和被分配了第二HARQ进程号的第二数据，并且其中，所述确定单元被配置为：
当第一数据和第二数据均被成功接收时，确定第一HARQ进程号被分配给当前下行链路数据；或者
当第一数据和第二数据均未被成功接收时，确定第一数据和第二数据中先结束传输的数据的HARQ进程号被分配给当前下行链路数据；或者
当第一数据被成功接收，而第二数据未被成功接收时，确定第二HARQ进程号被分配给当前下行链路数据。
27.如权利要求25所述的用户设备，其中，在当前下行链路数据之前发送的下行链路数据是被分配了第一HARQ进程号的第一数据，并且其中，所述确定单元被配置为当基站在尚未接收到对于第一数据的确认的情况下发送当前下行链路数据时，确认第二HARQ进程号被分配给当前下行链路数据。
28.一种基站，包括：
确定单元，被配置为确定所述下行链路数据是否满足预定条件；
通知单元，被配置为当所述下行链路数据满足预定条件时，利用下行链路控制信息中的HARQ进程号字段和附加字段通知分配给所述下行链路数据的HARQ进程号。
29.如权利要求28所述的基站，其中，所述通知单元还配置为当所述下行链路数据不满足预定条件时，利用下行链路控制信息中的HARQ进程号字段通知分配给所述下行链路数据的HARQ进程号。
30.如权利要求28或29所述的基站，其中，所述预定条件是所述下行链路数据的重复数量为1。
31.如权利要求30所述的基站，其中，所述附加字段是下行链路控制信息中的跳频字段，并且其中，所述通知单元被配置为利用通过将HARQ进程号字段与跳频字段组合而获得的值来通知分配给所述下行链路数据的HARQ 进程号。
32.如权利要求28或29所述的基站，其中，所述预定条件是所述下行链路数据的发送频带与下行链路控制信息的发送频带相同。
33.如权利要求32所述的基站，其中，所述附加字段是下行链路控制信息中的资源分配字段，并且其中，所述通知单元利用通过将HARQ进程号字段与资源分配字段中的预定比特组合而获得的值来通知分配给所述下行链路数据的HARQ进程号。
34.一种基站，包括：
确定单元，被配置为确定在当前下行链路数据之前发送的下行链路数据的接收状态；以及
分配单元，被配置为根据所述接收状态，将第一HARQ进程号或第二HARQ进程号分配给当前下行链路数据，
其中，利用下行链路控制信息中的HARQ进程号字段的预定值来表示第一HARQ进程号和第二HARQ进程号二者。
35.如权利要求34所述的基站，其中，在当前下行链路数据之前发送的下行链路数据包括被分配了第一HARQ进程号的第一数据和被分配了第二HARQ进程号的第二数据，并且其中，所述分配单元被配置为：
当第一数据和第二数据均被成功接收时，将第一HARQ进程号分配给当前下行链路数据；或者
当第一数据和第二均未被成功接收时，将第一数据和第二数据中先结束传输的数据的HARQ进程号被分配给当前下行链路数据；或者
当第一数据被成功接收，而第二数据未被成功接收时，将第二HARQ进程号分配给当前下行链路数据。
36.如权利要求34所述的基站，其中，在当前下行链路数据之前发送的下行链路数据是被分配了第一HARQ进程号的第一数据，并且其中，所述分配单元被配置为当在尚未接收到对于第一数据的确认的情况下发送当前下行链路数据时，将第二HARQ进程号分配给当前下行链路数据。
CN201610658522.XA 2016-08-11 2016-08-11 确定混合自动重复请求进程号的方法以及基站和用户设备 Pending CN107733597A (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201610658522.XA CN107733597A (zh) 2016-08-11 2016-08-11 确定混合自动重复请求进程号的方法以及基站和用户设备
EP17838747.8A EP3499779B1 (en) 2016-08-11 2017-08-10 Method for determining hybrid automatic repeat request process number, base station, and user equipment
EP21159534.3A EP3860030A3 (en) 2016-08-11 2017-08-10 Method for determining hybrid automatic repeat request process number, base station, and user equipment
US16/324,477 US10952197B2 (en) 2016-08-11 2017-08-10 Method for determining hybrid automatic repeat request process number, base station, and user equipment
JP2019507111A JP7021186B2 (ja) 2016-08-11 2017-08-10 ハイブリッド自動再送要求プロセス番号を特定する方法、及び基地局とユーザ端末
PCT/CN2017/096718 WO2018028617A1 (zh) 2016-08-11 2017-08-10 确定混合自动重复请求进程号的方法以及基站和用户设备
CN201780048847.9A CN109565416B (zh) 2016-08-11 2017-08-10 确定混合自动重复请求进程号的方法以及基站和用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610658522.XA CN107733597A (zh) 2016-08-11 2016-08-11 确定混合自动重复请求进程号的方法以及基站和用户设备

Publications (1)

Publication Number Publication Date
CN107733597A true CN107733597A (zh) 2018-02-23

Family

ID=61161644

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610658522.XA Pending CN107733597A (zh) 2016-08-11 2016-08-11 确定混合自动重复请求进程号的方法以及基站和用户设备
CN201780048847.9A Active CN109565416B (zh) 2016-08-11 2017-08-10 确定混合自动重复请求进程号的方法以及基站和用户设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780048847.9A Active CN109565416B (zh) 2016-08-11 2017-08-10 确定混合自动重复请求进程号的方法以及基站和用户设备

Country Status (5)

Country Link
US (1) US10952197B2 (zh)
EP (2) EP3499779B1 (zh)
JP (1) JP7021186B2 (zh)
CN (2) CN107733597A (zh)
WO (1) WO2018028617A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020019250A1 (zh) * 2018-07-26 2020-01-30 华为技术有限公司 一种信道检测方法及相关设备
WO2020098685A1 (zh) * 2018-11-16 2020-05-22 华为技术有限公司 接收数据的方法和通信装置
CN114342295A (zh) * 2019-09-12 2022-04-12 联想(北京)有限公司 用于emtc的调度增强
CN115174010A (zh) * 2021-04-06 2022-10-11 维沃移动通信有限公司 信息确定、信息指示方法、装置、终端及网络侧设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018090365A1 (zh) * 2016-11-21 2018-05-24 富士通株式会社 反馈数据传输确认的方法、装置以及通信系统
CN110800228B (zh) * 2017-05-05 2022-11-08 瑞典爱立信有限公司 用于处于覆盖增强模式中的无线装置的调制和编码方案的指示
EP3549380B1 (en) * 2017-06-16 2024-03-27 ZTE Corporation System and method for allocating resource blocks
EP3780805B1 (en) * 2018-05-31 2022-06-01 Mitsubishi Electric Corporation Wireless communication apparatus, wireless communication system, wireless communication method, control circuit, and storage medium
US11889509B2 (en) * 2018-06-12 2024-01-30 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for transmitting MTC downlink control information, base station and user equipment
KR20200038065A (ko) * 2018-10-02 2020-04-10 한국전자통신연구원 주파수 이용 현황 분석 방법 및 장치
US11477760B2 (en) * 2019-12-19 2022-10-18 Qualcomm Incorporated Frequency diversity techniques for single frequency networks
WO2022027348A1 (en) * 2020-08-05 2022-02-10 Apple Inc. Multiple pdsch/pusch transmission scheduling with repetition

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562511B (zh) * 2008-04-15 2012-02-08 鼎桥通信技术有限公司 一种获取混合自动重传进程号的方法及系统
CN101990242B (zh) * 2009-07-31 2014-08-13 夏普株式会社 频谱聚合系统中的自适应重传方法和用户设备
CN101989901B (zh) 2009-08-06 2013-07-10 华为技术有限公司 下行链路数据的重传判断方法及装置
CN102714580B (zh) * 2009-11-09 2015-02-25 Lg电子株式会社 用于支持多天线传输技术的有效控制信息传输方法和装置
CN104079395B (zh) * 2010-11-29 2018-03-13 中兴通讯股份有限公司 数据传输方法及通信节点
US9398122B2 (en) * 2011-07-27 2016-07-19 Lg Electronics Inc. Sequence mapping method and apparatus in wireless communication system
CN102394728B (zh) * 2011-11-17 2014-08-20 电信科学技术研究院 下行进程号的确定方法和设备
CN103199965A (zh) * 2012-01-09 2013-07-10 华为技术有限公司 确定harq进程号的方法和设备
JP6034485B2 (ja) * 2012-05-11 2016-11-30 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｈａｒｑをサポートする、ワイヤレス通信方法、ユーザ装置および基地局
CN103731926A (zh) * 2012-10-15 2014-04-16 株式会社Ntt都科摩 一种时分双工系统的跨载波调度方法及装置
JP6224358B2 (ja) * 2013-06-14 2017-11-01 株式会社Ｎｔｔドコモ 無線基地局、ユーザ端末及び無線通信方法
WO2015065000A1 (en) * 2013-10-29 2015-05-07 Itl, Inc. Method and apparatus of transmitting control information considering tdd-fdd ca
EP3429112B1 (en) * 2013-11-28 2021-04-07 Telefonaktiebolaget LM Ericsson (publ) Methods, apparatuses and user equipment for hybrid automatic repeat request transmission
CN108293248B (zh) * 2015-11-04 2022-03-11 康维达无线有限责任公司 通信装置、基础设施设备、通信系统和方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020019250A1 (zh) * 2018-07-26 2020-01-30 华为技术有限公司 一种信道检测方法及相关设备
WO2020098685A1 (zh) * 2018-11-16 2020-05-22 华为技术有限公司 接收数据的方法和通信装置
CN111200871A (zh) * 2018-11-16 2020-05-26 华为技术有限公司 接收数据的方法和通信装置
CN111200871B (zh) * 2018-11-16 2022-02-18 华为技术有限公司 接收数据的方法和通信装置
CN114342295A (zh) * 2019-09-12 2022-04-12 联想(北京)有限公司 用于emtc的调度增强
CN115174010A (zh) * 2021-04-06 2022-10-11 维沃移动通信有限公司 信息确定、信息指示方法、装置、终端及网络侧设备

Also Published As

Publication number Publication date
EP3860030A3 (en) 2022-01-05
CN109565416B (zh) 2021-12-31
EP3860030A2 (en) 2021-08-04
EP3499779A4 (en) 2020-09-09
US10952197B2 (en) 2021-03-16
JP7021186B2 (ja) 2022-02-16
EP3499779B1 (en) 2024-01-10
WO2018028617A1 (zh) 2018-02-15
JP2019530280A (ja) 2019-10-17
US20190215810A1 (en) 2019-07-11
CN109565416A (zh) 2019-04-02
EP3499779A1 (en) 2019-06-19

Similar Documents

Publication Publication Date Title
CN107733597A (zh) 确定混合自动重复请求进程号的方法以及基站和用户设备
CN107027184B (zh) 一种下行控制信息传输方法及装置
EP4236136A2 (en) Uplink transmission method and corresponding equipment
US11743868B2 (en) Short physical uplink shared channel arrangement
CN106686691B (zh) 一种随机接入响应rar传输方法及相关设备
CN106533638B (zh) 用于载波聚合系统的通信方法和装置
CN102131297B (zh) 上行资源分配方法和设备
CN104202828B (zh) 控制信息的传输、接收方法、装置及系统
EP3197060B1 (en) Data transmission method, device and system
JP2016515337A5 (zh)
EP2800432B1 (en) Mapping method and device for search space of downlink control channel
EP2858446A1 (en) Downlink-data feedback information transmission method, terminal, and base station
CN107241802A (zh) 上行控制信息uci的发送方法及装置
CN110278062A (zh) 资源指示、确定方法及装置
CN105578608A (zh) 一种下行控制信息的发送、接收方法和设备
CN106850129A (zh) 非预期的下行链路子帧的harq‑ack处置方法
US20160198453A1 (en) Method, Device, and System for Sending Feedback Information
EP2938145B1 (en) Method and device for determining epdcch candidate
EP2878165A1 (en) Dl scheduling and harq-ack feedback for dl transmissions in flexible-tdd systems without and with cross-subframe scheduling
CN102333381A (zh) 一种资源调度及数据传输的方法、装置
CN102215571B (zh) 为物理混合自动重传请求指示信道分配资源的方法以及装置
CN109921888B (zh) 一种控制信道候选的分配方法及装置
WO2017167242A1 (zh) 物理上行共享信道的发送方法及装置
CN105991251B (zh) 信息传输的方法、用户设备和基站
CN109041249A (zh) 数据传输方法、装置、网络设备及ue

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180223