CN104349459B - 在无线通信***中进行动态上行配置的方法、基站和终端 - Google Patents

在无线通信***中进行动态上行配置的方法、基站和终端 Download PDF

Info

Publication number
CN104349459B
CN104349459B CN201310316687.5A CN201310316687A CN104349459B CN 104349459 B CN104349459 B CN 104349459B CN 201310316687 A CN201310316687 A CN 201310316687A CN 104349459 B CN104349459 B CN 104349459B
Authority
CN
China
Prior art keywords
configuration
uplink
ascending
reconfiguration
point
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.)
Expired - Fee Related
Application number
CN201310316687.5A
Other languages
English (en)
Other versions
CN104349459A (zh
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.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority to CN201310316687.5A priority Critical patent/CN104349459B/zh
Priority to US14/903,141 priority patent/US10305642B2/en
Priority to PCT/CN2014/082678 priority patent/WO2015010595A1/zh
Publication of CN104349459A publication Critical patent/CN104349459A/zh
Priority to US16/368,851 priority patent/US10567122B2/en
Application granted granted Critical
Publication of CN104349459B publication Critical patent/CN104349459B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
    • H04B7/2656—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA] for structure of frame, burst
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames

Landscapes

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

Abstract

本公开涉及一种在无线通信***中进行动态上行配置的方法、基站和终端。根据本公开的方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用所述第二上下行子帧配置的上行调度时序。根据本公开的方法、基站和终端，可以达到有效地保证在TDD上下行配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。

Description

在无线通信***中进行动态上行配置的方法、基站和终端
技术领域
本公开涉及无线通信的技术领域，具体地涉及用于在无线通信***中进行动态上行配置的方法、基站和通信终端。
背景技术
这个部分提供了与本公开有关的背景信息，这不一定是现有技术。
在长期演进（LTE）技术支持的时分双工（TDD）无线通信***中，能够能提供7种不同的非对称上下行配置。这些上下行配置可以提供40%-90%的下行子帧，具有灵活的业务适应特性。
针对7种上下行配置，目前标准规定了不同配置下的上下行混合自动重传（HARQ）时序，以及不同配置下的上下行HARQ并发进程数目。其中，上行HARQ时序包括物理上行共享信道（PUSCH）的调度UL grant时序和针对PUSCH的反馈PHICH（物理混合重传指示信道）时序，而下行HARQ时序则包括物理下行共享信道（PDSCH）的反馈ACK/NACK时序。
在现行TDD无线通信***中，为了减小小区间干扰和降低管理复杂度，全网的小区都会被静态地设定相同的上下行配置。在同构网络下，用宏基站进行覆盖时，由于宏基站服务用户较多，并且覆盖区域的统计规律较为平稳一致，所以采用全网小区静态设置相同的上下行配置的方法是合适的。但是，在异构网络下，低功率接入点如微基站、微微基站、家庭基站、射频拉远单元等大量引入。由于低功率接入点服务用户数较少，并且多为热点覆盖，其覆盖区域的上下行业务量动态变化较为显著，所以不同的低功率接入点之间的上下行业务量会有明显差别。在这种情况下，继续采用上述全网静态同配置的方案将会影响异构网络吞吐量的提升。
可以设想具有灵活业务自适应特性的动态TDD上下行配置。相比于传统的静态或半静态TDD上下行配置，在动态TDD上下行配置的情况下，各个小区根据自身的业务量变化状况动态地选择合适的上下行配置，其适应性和灵活性更强。
但另一方面，由于每个小区使用的上下行配置随着自身业务量变化而动态变化，所以一个小区在不同的时间可能使用不同的上下行配置。在当前标准里规定的HARQ时序方案在前后上下行配置改变的情况下可能不再适用。
发明内容
这个部分提供了本公开的一般概要，而不是其全部范围或其全部特征的全面披露。
本公开的目的在于提供一种用于在无线通信***中进行动态上行配置的方法、基站和通信终端，其能够达到有效地保证在TDD上下行配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。
根据本公开的一方面，提供了一种用于在无线通信***中进行动态上行配置的方法，该方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用所述第二上下行子帧配置的上行调度时序。
根据本公开的另一方面，提供了一种用于在无线通信***中进行动态上行配置的方法，该方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，停止上行数据的传输。
根据本公开的另一方面，提供了一种通信装置，该通信装置包括：确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用所述第二上下行子帧配置的上行调度时序。
根据本公开的另一方面，提供了一种通信装置，该通信装置包括：设置单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，停止上行数据的传输。
根据本公开的另一方面，提供了一种通信装置，该通信装置包括：确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及调度控制单元，用于在所述重配点之前的预定时间期间对上行HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行HARQ进程。
根据本公开的另一方面，提供了一种基站，该基站包括：根据本公开的通信装置；以及传输单元，用于向通信终端发送信令以向该通信终端通知重配信息。
根据本公开的另一方面，提供了一种通信终端，该通信终端包括：根据本公开的通信装置；接收单元，用于接收由基站发送的信令以获得重配信息供所述通信装置中包括的确定单元确定，并且基于所述动态上行配置接收由所述基站传输的上行调度信息或反馈信息；处理单元，用于基于所述动态上行配置解码所述上行调度信息或反馈信息；以及传输单元，用于基于所述动态上行配置并且基于所述处理单元解码的结果向所述基站发出上行数据。
根据本公开的另一方面，提供了一种程序产品，该程序产品包括存储在其中的机器可读指令代码，其中，所述指令代码当由计算机读取和执行时，能够使所述计算机执行根据本公开的用于在无线通信***中进行动态上行配置的方法。
根据本公开的另一方面，提供了一种机器可读存储介质，其上携带有根据本公开的程序产品。
根据本公开的用于在无线通信***中进行动态上行配置的方法、基站和通信终端通过在重配点之前的最后一个传输周期中针对上行数据的时序采用新周期配置的上行调度时序，可以实现在小区动态上下行配置灵活业务自适应的同时，保证用户吞吐量，减少传输时延。
从在此提供的描述中，进一步的适用性区域将会变得明显。这个概要中的描述和特定例子只是为了示意的目的，而不旨在限制本公开的范围。
附图说明
在此描述的附图只是为了所选实施例的示意的目的而非全部可能的实施，并且不旨在限制本公开的范围。在附图中：
图1是图示配置#0的上行HARQ进程的示意图；
图2是图示配置#1的上行HARQ进程的示意图；
图3是图示配置#2的上行HARQ进程的示意图；
图4是图示配置#3的上行HARQ进程的示意图；
图5是图示配置#4的上行HARQ进程的示意图；
图6是图示配置#5的上行HARQ进程的示意图；
图7是图示配置#6的上行HARQ进程的示意图；
图8是图示根据本公开的实施例的用于在无线通信***中进行动态上行配置的方法的流程图；
图9是图示根据本公开的另一个实施例的用于在无线通信***中进行动态上行配置的方法的流程图；
图10是图示当上下行子帧配置从配置#1改变为配置#0时的动态上行配置的示意图；
图11是图示配置#6的进程调度控制的示意图；
图12是图示当上下行子帧配置从配置#6改变为配置#1时的动态上行配置的示意图；
图13是图示当上下行子帧配置从配置#1改变为配置#3时的动态上行配置的示意图；
图14是图示根据本公开的实施例的无线通信***的框图；
图15是图示在基站和通信终端之间进行的上行HARQ进程的周期性重配的时序图；
图16是图示在基站和通信终端之间进行的上行HARQ进程的非周期性重配的时序图；以及
图17为其中可以实现根据本公开的实施例的用于在无线通信***中进行动态上行配置的方法的通用个人计算机的示例性结构的框图。
虽然本公开容易经受各种修改和替换形式，但是其特定实施例已作为例子在附图中示出，并且在此详细描述。然而应当理解的是，在此对特定实施例的描述并不打算将本公开限制到公开的具体形式，而是相反地，本公开目的是要覆盖落在本公开的精神和范围之内的所有修改、等效和替换。要注意的是，贯穿几个附图，相应的标号指示相应的部件。
具体实施方式
现在参考附图来更加充分地描述本公开的例子。以下描述实质上只是示例性的，而不旨在限制本公开、应用或用途。
提供了示例实施例，以便本公开将会变得详尽，并且将会向本领域技术人员充分地传达其范围。阐述了众多的特定细节如特定部件、装置和方法的例子，以提供对本公开的实施例的详尽理解。对于本领域技术人员而言将会明显的是，不需要使用特定的细节，示例实施例可以用许多不同的形式来实施，它们都不应当被解释为限制本公开的范围。在某些示例实施例中，没有详细地描述众所周知的过程、众所周知的结构和众所周知的技术。
首先描述现行标准中的上行HARQ规则。
由于用户设备（UE）的上行数据共享信道需要基站进行调度，因此上行HARQ时序包括PUSCH的调度UL grant时序和针对PUSCH的反馈PHICH时序两部分。
当UE有新数据发送时，会通过PUCCH向基站发送调度请求（SR）。基站接收调度请求，并且通过PDCCH向UE发送DCI（下行控制信息）0/4上行调度信令。
当UE在子帧n收到PDCCH中的UL grant信令时，会在子帧n+k发送上行数据。k通过查找下面的表1得到。
表1针对TDD配置#0-6的k值
特别地，如果***的上下行配置为配置#0，则由于配置#0的上行子帧多于下行子帧，因此在某些下行子帧的PDCCH中需要为多个上行子帧进行调度，这具体取决于DCI0/4中的UL INDEX值：
如果DCI0/4中的UL INDEX的高位设置为1，则k取值查表1；
如果DCI0/4中的UL INDEX的低位设置为1，则k=7；以及
如果DCI0/4中的UL INDEX的高位和低位都设置为1，则在子帧n+k和n+7中都需要传输数据，k取值查表1。
上面描述了上行PUSCH的调度UL grant时序。接下来描述上行PUSCH的反馈PHICH时序。
当基站收到UE发送来的上行数据后，会在相应的下行子帧的PHICH信道中反馈ACK/NACK信令。
当基站在子帧n收到数据后，会在子帧n+kPHICH发送反馈信息。其中kPHICH通过查找下面的表2得到。特别地，如果***的上下行配置为配置#0，则在子帧0与子帧5会反馈两个上行PUSCH的数据。
表2针对TDD配置#0-6的kPHICH值
对于TDD LTE***，不同的上下行配置支持不同的上行HARQ最大进程数，具体数值见表3。
表3针对TDD的同步上行HARQ进程数
TDD UL/DL配置 常规HARQ操作的HARQ进程数
0 7
1 4
2 2
3 3
4 2
5 1
6 6
在LTE***中上行采用同步HARQ机制，即进程号与子帧号存在映射关系。在上下行配置中的配置#1至配置#5中，进程号与子帧号的对应是确定的，即每个帧周期的子帧都固定传输相应进程的数据。配置#0与配置#6的RTT（往返时间）周期则为11，即进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧数是相同的。
图1示出了配置#0的上行HARQ进程。其中，字母“D”表示下行子帧，字母“S”表示特殊子帧，而字母“U”则表示上行子帧。如图1所示，在配置#0的上行HARQ进程中，进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧数是相同的（均为6个）。在本公开中，按照一个配置周期中的上下行子帧配置传输相同进程号的数据之间的间隔周期被称为传输周期。显然，在配置#0的上行HARQ进程中，传输周期大于帧周期。
如图2所示，在配置#1的上行HARQ进程中，进程0在上行子帧2中传输，进程1在上行子帧3中传输，进程2在上行子帧7中传输，并且进程3在上行子帧8中传输。在这种情况下，传输周期等于帧周期。
如图3所示，在配置#2的上行HARQ进程中，进程0在上行子帧2中传输，并且进程1在上行子帧7中传输。在这种情况下，传输周期等于帧周期。
如图4所示，在配置#3的上行HARQ进程中，进程0在上行子帧2中传输，进程1在上行子帧3中传输，并且进程2在上行子帧4中传输。在这种情况下，传输周期等于帧周期。
如图5所示，在配置#4的上行HARQ进程中，进程0在上行子帧2中传输，并且进程1在上行子帧3中传输。在这种情况下，传输周期等于帧周期。
如图6所示，在配置#5的上行HARQ进程中，进程0在上行子帧2中传输。在这种情况下，传输周期等于帧周期。
如图7所示，在配置#6的上行HARQ进程中，进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧数是相同的（均为5个）。在这种情况下，传输周期大于帧周期。
不同的上下行配置的上行HARQ调度与反馈的时序是不同的，并且上行采用的是同步HARQ时序，其调度与反馈子帧是确定的。UE在某个子帧收到UL grant指令时，就确定了在后面的哪个子帧发送数据或重传。同样地，UE发送数据后，会在确定的子帧接收该数据的反馈信号与重传调度（基站一般会将反馈信号与重传调度放在同一个子帧的PDCCH中）。4
当上下行配置更改之后，由于时序的不一致，对于重配点之后的上行子帧会由于没有收到上行调度信息而无法利用，同时重配点之前的数据也无法正确获得反馈信息。本公开中的重配点指的是从前一个配置周期中的上下行子帧配置改变为下一个配置周期中的上下行子帧配置的时间点。
另外，当上下行配置更改之后，对重配点前未完成的反馈或重传需要在下一个配置周期的进程上继续传输。由于不同配置的HARQ最大进程数不同，所以如果新周期的HARQ最大进程数小于原周期，则会使得原周期大于最大进程数的进程无法正确传输而产生错误。例如，当上下行配置从配置#0改变到配置#3时，由于配置#3最多只能提供3个上行进程号标识，而配置#0上行有7个进程，所以会出现进程号映射的问题。
随着上下行重配周期缩短，***遇到上述冲突的可能性增大，用户的HARQ性能下降就会越来越明显。因而，在TDD-LTE动态上下行配置***中需要重新考虑HARQ时序方案以及进程号映射方案以保证用户吞吐量。
针对以上分析，本公开的发明人提出了一种在TDD-LTE动态上下行配置***中协调上行HARQ时序及进程的方案。该方案针对较长TDD UL/DL配置重配周期给出了对传统用户设备（legacy UE）和R12用户设备（R12UE）的上行HARQ时序及进程处理方案，能达到有效保证在TDD UL/DL配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。
图8示出了根据本公开的实施例的用于在无线通信***中进行动态上行配置的方法。
如图8所示，在步骤S110中，确定包含重配点的重配信息，以便在重配点之前的第一配置周期中采用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。
在本公开中，重配信息除了包含重配点之外，还可以包含重配周期、上下行配置等，这将在下文中加以详细描述。
进一步，在步骤S120中，在重配点之前的最后一个传输周期中，停止上行数据的传输。
这里的上行数据可以包括上行HARQ和非周期性上报的上行控制信息中至少之一。
对于上行HARQ进程而言，在前一周期的最后一个传输周期，上行的HARQ进程不发起新数据传输，也不发起数据重传，并且前一周期的进程在新周期中当作新数据重新传输。
由于在重配点之前的最后一个传输周期中停止了上行数据的传输，所以就不会出现上行HARQ时序冲突的情况。如图3所示的方法既可以适用于legacy UE的动态上行配置，也可以适用于R12UE的动态上行配置。
图9示出了根据本公开的另一个实施例的用于在无线通信***中进行动态上行配置的方法。
如图9所示，在步骤S210中，确定包含重配点的重配信息，以便在重配点之前的第一配置周期中采用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。
进一步，在步骤S220中，在重配点之前的最后一个传输周期中，针对上行数据的时序，采用第二上下行子帧配置的上行调度时序。
这里的上行数据同样可以包括上行HARQ和非周期性上报的上行控制信息中至少之一。
如图9所示的方法仅适用于R12UE的动态上行配置。
对于上行HARQ进程而言，可以根据重配点前后的配置周期的上下行子帧配置的上行HARQ最大进程数的情况，将动态TDD***分为以下三种情况：
情况一：前一个周期（亦即第一配置周期）的配置中包含的上行子帧的集合是新配置中的上行子帧的子集（亦即，新配置中包含前一个周期配置的所有上行子帧，并且存在额外的不包括在前一个周期配置中的上行子帧。换言之，也可以看作下行子帧的超集关系）；
情况二：前一个周期的配置中包含的上行子帧的集合是新配置中的上行子帧的超集（亦即，前一个周期的配置中包含新配置中的所有上行子帧，并且存在额外的不包括在新配置中的上行子帧。换言之，也可以看作下行子帧的子集关系）；以及
情况三：前一个周期的配置中包含的上行子帧的集合既不是新配置中的上行子帧的超集也不是子集。
根据上面的分类，可以画出所有重配情况的分类表，如表4所示。在表4中，数字“1”表示情况一，数字“2”表示情况二，并且数字“3”表示情况三。
表4不同子帧重配的情况分类
对于情况一，在前一周期的最后一个传输周期采用新周期配置的上行调度与反馈重传时序，这样能够保证前一周期的上行HARQ进程顺利反馈到新周期的预定下行子帧，同时新周期中新增加的上行HARQ进程也可以得到提前调度。
对于情况二，可以首先通过进程调度控制，使得在前一周期的最后一个传输周期中只保留新周期配置中存在的上行HARQ进程。
具体地，可以在重配点之前的第一配置周期（前一周期）中设置调度控制的开始时间点，以在调度控制的开始时间点和重配点之间的时间期间对上行HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置（新周期配置）中存在的上行HARQ进程。
设置开始时间点的目的就是要进行重配点之前的调度控制。
可以根据信道状况选择一个开始时间点。信道状况越好，发生数据重传的概率越小，则选择的开始时间点可以越靠近重配点。能够保证在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行HARQ进程的最晚开始时间点为重配点之前的3个最大RTT时间。换言之，开始时间点和重配点之间的时间可以不小于最大RTT时间的3倍。当调度控制的开始时间点和重配点之间的时间大于最大RTT时间的3倍时，能够保证在任意信道情况下在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行HARQ进程。然而，在信道较好的情况下，开始时间点可以小于最大RTT时间的3倍。这样可能出现进程号不一致的情况，但是其概率较小。若发生进程号冲突，可以将此进程中断并重新传输。另外，调度控制的开始时间点越靠近重配点则资源利用率越高。
在调度控制的开始时间点和重配点之间的时间期间，可以只在保留的上行HARQ进程中传输新的数据，并且如果保留的上行HARQ进程已被占用，则不调度新的数据进行传输。
对于保留的上行HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之前发生反馈操作，则可以采用第一上下行子帧配置（前一周期配置）的反馈时序。
进一步，对于保留的上行HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之后发生反馈与重传操作，则可以采用第二上下行子帧配置（新周期配置）的反馈重传时序。
进而，对于保留的上行HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之前发生NACK反馈并且在重配点之后发生重传操作，并且如果针对发生NACK反馈的下行子帧，在第二上下行子帧配置（新周期配置）中不存在上行调度时序，则可以针对该下行子帧为第二上下行子帧配置重新定义一个上行调度，以将重传的上行HARQ进程调度到第二上下行子帧配置（新周期配置）的上行子帧中。当然，如果针对发生NACK反馈的下行子帧，在第二上下行子帧配置（新周期配置）中存在上行调度时序，则按照第二上下行子帧配置（新周期配置）的上行调度时序进行调度。
下面的表5列出了情况二中所有需要重新定义UL grant的情况。
表5情况二中所有需要重新定义UL grant的情况
对于情况三，由于前后周期配置的上行子帧位置的差异，因此首先需要进行进程调度控制，使得在前一周期的最后一个传输周期中只保留前后周期配置中的上行HARQ进程的交集。调度控制完成之后相当于变为了情况二，接下来再通过情况二的处理方法进行处理即可。
下面的表6列出了情况三中所有需要重新定义UL grant的情况。
表6情况三中所有需要重新定义UL grant的情况
下面通过具体的例子来说明如图9所示的上行HARQ进程处理中对R12UE上行的三种情况的上行HARQ进程处理方案。
对于情况一，以前一周期采用配置#1并且新周期采用配置#0为例。配置#1中有4个上行子帧，配置#0中有7个上行子帧，并且配置#1中包含的上行子帧的集合是配置#0中包含的上行子帧的集合的子集。
如图10所示，假设最坏情况下，所有进程均需要重传。由于配置#0的特殊情况，一个下行子帧可以承载两个上行资源的调度（取决于DCI0的格式），因此需要基站进行合理选择，保证上行子帧的一一映射关系。图10中的虚线和点划线表示新调度的上行进程，其中虚线是跨周期调度。通过这种方案，既没有新定义时序，又能保证上行资源的高效利用。
对于情况一，在重配点之前的最后一个传输周期中，采用配置#0的上行调度时序和反馈重传时序。具体地，上行子帧2的进程0将会在下行子帧6反馈并重传调度，然后会在新周期的上行子帧3重传，成为新周期中的进程1。
进一步，上行子帧3的进程1将会在新周期的下行子帧0反馈并重传调度，然后会在新周期的上行子帧4重传，成为新周期中的进程2。
进一步，上行子帧7的进程2将会在新周期的下行子帧1反馈并重传调度，然后会在新周期的上行子帧8重传，成为新周期中的进程4。
进一步，上行子帧8的进程3将会在新周期的下行子帧5反馈并重传调度，然后会在新周期的上行子帧9重传，成为新周期中的进程5。
进而，新周期中的进程0在上行子帧2中传输，其调度可以安排在前一周期的下行子帧6中，如图10中的虚线所示。
进而，新周期中的进程3在上行子帧7中传输，其调度可以安排在新周期的下行子帧0中，如图10中的点划线所示。
最后，新周期中的进程6在上行子帧2中传输，其调度可以安排在新周期的下行子帧6中，如图10中的点划线所示。
对于情况二，以前一周期采用配置#6并且新周期采用配置#1为例。配置#6中有6个上行子帧，配置#1中有4个上行子帧，并且配置#6中包含的上行子帧的集合是配置#1中包含的上行子帧的集合的超集。
如图11所示，首先对配置#6的进程进行调度控制。由于配置#1中的进程在上行子帧2、3、7和8处传输，因此对于配置#6只保留0、1、3和4号进程。图11中的开始时间为三倍RTT时间，其他进程中的数据最多进行两次重传。
进程调度控制结束后，进行进程的反馈与重传时序。如图12所示，虚线表示的是发生在重配点之前的上行子帧调度。此时，优先按照配置#1已定义的上行调度映射进行。这里子帧6和9在配置#1中均有定义，因此可以直接按照配置#1中进行调度。
具体地，上行子帧2的进程0将会在下行子帧6中反馈并重传调度，然后会在新周期的上行子帧2重传，成为新周期中的进程0。
进一步，上行子帧3的进程1将会在下行子帧9中反馈并重传调度，然后会在新周期的上行子帧3重传，成为新周期中的进程1。
进一步，上行子帧7的进程3将会在新周期的下行子帧1中反馈并重传调度，然后会在新周期的上行子帧7重传，成为新周期中的进程2。
最后，上行子帧8的进程4将会在新周期的下行子帧4中反馈并重传调度，然后会在新周期的上行子帧8重传，成为新周期中的进程3。
对于情况三，以前一周期采用配置#1并且新周期采用配置#3为例。配置#1中有4个上行子帧，配置#3中有3个上行子帧，并且配置#1中包含的上行子帧的集合既不是配置#3中包含的上行子帧的集合的超集也不是子集。
首先对配置#1的上行进程进行调度控制，只保留子帧2和3处的进程，然后使用与情况二中相同的方法进行时序调度。如图13所示，虚线表示的是重配点之前的上行调度。由于配置#3没有定义下行子帧6的调度时序，因此需要重新定义上行调度时序：6→2。点划线表示的是对新进程的上行调度。
具体地，上行子帧2的进程0将会在下行子帧6中反馈并重传调度。这时，由于配置#3中的下行子帧6没有定义调度时序，因此定义到新周期的上行子帧2重传，成为新周期中的进程0。
进一步，上行子帧3的进程1将会在下行子帧9中反馈并重传调度，然后会在新周期的上行子帧3重传，成为新周期中的进程1。
最后，新周期中的进程2在上行子帧4中传输，其调度可以安排在新周期的下行子帧0中。
上面以上行HARQ进程作为上行数据的例子描述了根据本公开的实施例的用于在无线通信***中进行动态上行配置的方法。需要说明的是，上行数据不仅可以包括上行HARQ进程，而且还可以包括上行控制信息。另外，上面说明了根据本公开的分别针对情况一、情况二和情况三的上行HARQ进程处理方案。根据本公开的HARQ进程处理方案既可以仅针对这三种情况中的一种情况，也可以针对这三种情况中的任意两种情况或全部三种情况，本公开对此并没有特殊限制。
另外需要说明的是，也可以不考虑第一上下行子帧配置中包含的上行子帧的集合和第二上下行子帧配置中包含的上行子帧的集合之间的关系，而是以重配点为界限进行操作。在这种情况下，可以在重配点之前的预定时间期间对上行HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行HARQ进程。这个操作的具体实施与上面描述的相同。如果第一上下行子帧配置中包含的上行子帧的集合是第二上下行子帧配置中包含的上行子帧的集合的子集，则可以跳过这个操作。
然后，在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之前发生反馈操作，则可以采用第一上下行子帧配置的反馈时序，而如果上行HARQ进程在重配点之后发生反馈与重传操作，则可以采用第二上下行子帧配置的反馈与重传时序。
另外，在重配点之前的最后一个传输周期中，还可以停止对在重配点之后的第二配置周期中传输的新上行数据的调度。
换言之，在前一周期不发起对于新配置周期的新数据调度。具体地，在前一配置周期的最后一个传输周期中，当接收到来自UE通过PUCCH发送的关于新数据的调度请求（SR）时，基站判断如果向该UE发出上行调度信令，被调度的上行数据是否需要在新配置周期中传输。如果是，则暂停发出上行调度信令，直至进入新配置周期再由新配置周期的PDCCH向UE发出上行调度信令。如果不是，则正常进行上行调度。
发生在重配点之后的重传数据与新数据调度，可以按照新周期配置的重传调度时序进行。
在重配点之前的重传操作中，针对发生NACK反馈的下行子帧，在新周期配置中不存在上行调度时序的情况下，需要在该下行子帧重新定义上行调度时序。下面的表7列出了这种情况下所有需要重新定义UL grant的情况。
表7新定义的重传UL grant时序
配置情况(前一周期/新周期) 新增调度指令（下行PDCCH/上行调
度子帧）
配置#0/配置#2 下行子帧6/上行子帧2
配置#0/配置#3 下行子帧6/上行子帧2
配置#0/配置#4 下行子帧6/上行子帧2
配置#0/配置#5 下行子帧6/上行子帧2
配置#0/配置#6 下行子帧6/上行子帧2
配置#1/配置#0 下行子帧9/上行子帧3
配置#1/配置#2 下行子帧6/上行子帧2
配置#1/配置#3 下行子帧6/上行子帧2
配置#1/配置#4 下行子帧6/上行子帧2
配置#1/配置#5 下行子帧6/上行子帧2
配置#2/配置#0 下行子帧8/上行子帧2
配置#2/配置#1 下行子帧8/上行子帧2
配置#2/配置#6 下行子帧8/上行子帧2
配置#3/配置#0 下行子帧8/上行子帧2
配置#3/配置#0 下行子帧9/上行子帧3
配置#3/配置#1 下行子帧8/上行子帧2
配置#3/配置#6 下行子帧8/上行子帧2
配置#4/配置#0 下行子帧8/上行子帧2
配置#4/配置#0 下行子帧9/上行子帧3
配置#4/配置#1 下行子帧8/上行子帧2
配置#4/配置#6 下行子帧8/上行子帧2
配置#5/配置#0 下行子帧8/上行子帧2
配置#5/配置#1 下行子帧8/上行子帧2
配置#5/配置#6 下行子帧8/上行子帧2
配置#6/配置#0 下行子帧9/上行子帧3
配置#6/配置#2 下行子帧6/上行子帧2
配置#6/配置#3 下行子帧6/上行子帧2
配置#6/配置#4 下行子帧6/上行子帧2
配置#6/配置#5 下行子帧6/上行子帧2
在LTE***中，UE会向基站发送上行控制信息（UCI），来反馈信道状况、预编码格式、MIMO发送方式、数据接收情况和新数据请求等等。UCI具体可以包括：CQI(ChannelQuality Indication，信道质量指示)信息，用于发送用户测量的当前信道信息，可以为基站的下行调制编码格式和资源调度等行为提供重要的参考；PMI(Precoding MatrixIndicator，预编码矩阵指示器)和RI(Rank Indication，秩指示)信息，用于MIMO发送时为基站选择预编码矩阵和映射层数提供依据；以及RSRP/RSRQ(Reference Signal ReceivingPower/Quality，参考信号接收功率/质量)信息，用于支持用户的切换以及无线资源管理功能等。
这些控制信息的上报分为周期性上报与非周期性上报，一般由PUCCH进行传输，也可以在PUSCH上与上行数据一起传输。周期性上报过程中会预先设定控制信息的上报周期，之后UE会根据上报周期在预定的上行子帧中发送信息。TDD***中周期性上报的上报周期是基站根据信道质量状况、当前发送模式以及上下行配置等参数决定的，并提前通知给UE。非周期上报是需要触发机制的，基站如果需要UE上报非周期控制信息，会通过下行控制信令进行通知。UE接收到通知之后会根据协议中的规定上报非周期控制信息。
例如，当UE在子帧n接收到上行DCI格式或者随机接入响应授权信息时，会在子帧n+k上报非周期CQI信息。对于配置#1到配置#6，k的取值如表1所示。对于配置#0，k的取值与上行DCI格式中的UL index取值有关：
如果DCI0/4中的UL INDEX的高位设置为1，则k取值查表1；
如果DCI0/4中的UL INDEX的低位设置为1，则k=7；以及
如果DCI0/4中的UL INDEX的高位和低位都设置为1，则k取值查表1。
当上下行配置更改之后，由于时序的不一致，重配点前后的上行控制信息上报将会出现错误，因此需要进行更正。
动态TDD***对上行控制信令的周期性上报时序的影响与***的上下行重配时间和控制信令的上报周期有关。重配时间和上报周期越短，则上报时序影响越大。
对于基站来说，在重配点之前的最后一个传输周期中，基站需要根据新周期的配置重新调整周期性上报的上报周期，并通过下行控制信道对UE进行通知。如果基站没有在预定位置收到上行控制信令，则按照之前的值进行调制编码与资源调度选择。
对UE而言，当UE接收到基站发送的周期调整指令后，在重配点附近如果预定的上报位置子帧变为下行子帧，则丢弃此次测量的上行控制信息，并按照新的周期上报上行控制信令。
一般而言，上行控制信令的非周期上报机制参考的时序方案与上行HARQ时序方案中的UL grant基本相同，而在动态TDD***中需要进行相应的更改。
对于legacy UE而言，根据上面描述的方案，在重配点之前不会再进行数据的传输。因此，即使UE没有上报上行控制信息，也不会对***的资源分配与传输产生较大影响。所以，legacy UE在重配点前的最后一个传输周期中不再上报上行控制信息。
对于R12UE而言，当UE接收到基站发送的非周期上报指令时，新的非周期上报时序将参照更改后的上行HARQ时序UL grant方案，按照上面描述的情况一、情况二和情况三进行上报。具体方案在此不再赘述。
根据本公开的实施例，提供了在TDD通用移动通信***（UMTS）长期演进（LTE）动态上下行配置***中的上行HARQ时序、进程以及CQI非周期上报的方法。实现了在小区动态上下行配置灵活业务自适应的同时，协调HARQ时序，保证用户吞吐量，减少传输时延。本公开可以应用于TDD模式下的同构或异构的通信网络中。
根据本公开的HARQ时序处理和HARQ进程号处理，legacy UE可以具有后向兼容性，并且R12UE可以具有较好的资源利用率与较低的传输时延特性。
下面结合图14来描述根据本公开的实施例的无线通信***。如图14所示，根据本公开的实施例的无线通信***100包括基站200和通信终端300。
基站200可以包括通信装置250、传输单元230和接收单元240。通信装置250可以进一步包括确定单元210和动态上行配置单元220。
确定单元210可以用于确定包含重配点的重配信息，以便在重配点之前的第一配置周期中采用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。
动态上行配置单元220可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，针对上行数据的时序，采用第二上下行子帧配置的上行调度时序。
根据本公开的实施例，这里的上行数据可以是上行HARQ。
根据本公开的实施例，第一上下行子帧配置中包含的上行子帧的集合可以是第二上下行子帧配置中包含的上行子帧的集合的子集。在这种情况下，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，针对上行数据的时序，采用第二上下行子帧配置的反馈重传时序。
根据本公开的实施例，第一上下行子帧配置中包含的上行子帧的集合可以不是第二上下行子帧配置中包含的上行子帧的集合的子集。在这种情况下，通信装置250可以进一步包括开始时间点设置单元（未示出）。开始时间点设置单元可以用于在重配点之前的第一配置周期中设置调度控制的开始时间点，以在调度控制的开始时间点和重配点之间的时间期间对上行HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行HARQ进程。
根据本公开的实施例，调度控制的开始时间点和重配点之间的时间可以不小于最大RTT时间的3倍。
根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在调度控制的开始时间点和重配点之间的时间期间，只在保留的上行HARQ进程中传输新的数据，并且如果保留的上行HARQ进程已被占用，则不调度新的数据进行传输。
根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之前发生反馈操作，则采用第一上下行子帧配置的反馈时序。
根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之后发生反馈与重传操作，则采用第二上下行子帧配置的反馈重传时序。
根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便如果上行HARQ进程在重配点之前发生NACK反馈并且在重配点之后发生重传操作，并且如果针对发生NACK反馈的下行子帧，在第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行HARQ进程调度到第二上下行子帧配置的上行子帧中。
根据本公开的实施例，这里的上行数据也可以是非周期性上报的上行控制信息。
根据本公开的实施例，代替地，动态上行配置单元220也可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，停止上行数据的传输。
根据本公开的实施例，也可以不需要考虑第一上下行子帧配置中包含的上行子帧的集合和第二上下行子帧配置中包含的上行子帧的集合之间的关系，而是以重配点为界限进行操作。在这种情况下，通信装置250可以包括确定单元210和调度控制单元（未示出）。调度控制单元可以用于在重配点之前的预定时间期间对上行HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行HARQ进程。在这种情况下，通信装置250可以进一步包括动态上行配置单元220。此时，动态上行配置单元220可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行HARQ进程在重配点之前发生反馈操作，则采用第一上下行子帧配置的反馈时序，而如果上行HARQ进程在重配点之后发生反馈与重传操作，则采用第二上下行子帧配置的反馈与重传时序。另外，调度控制单元还可以在重配点之前的最后一个传输周期中，停止对在重配点之后的第二配置周期中传输的新上行数据的调度。
传输单元230可以用于向通信终端300发送信令以向通信终端300通知重配信息。另外，传输单元230还可以用于基于动态上行配置向通信终端300传输上行调度信息或反馈信息。
接收单元240可以用于基于动态上行配置接收由通信终端300发出的上行数据。
通信终端300可以包括通信装置350、接收单元330、传输单元360和处理单元340。通信装置350可以进一步包括确定单元310和动态上行配置单元320。通信装置350以及其中包括的确定单元310和动态上行配置单元320在功能上可以分别对应于基站200中包括的通信装置250以及其中包括的确定单元210和动态上行配置单元220。接收单元330可以接收由传输单元230发送的信令以获得重配信息供确定单元310确定，并且可以基于动态上行配置单元320执行的动态上行配置接收由传输单元230传输的上行调度信息或反馈信息。处理单元340可以基于动态上行配置单元320执行的动态上行配置解码由接收单元330接收的上行调度信息或反馈信息。处理单元340可以执行如上所述的HARQ进程号处理，这里不再赘述。传输单元360可以基于动态上行配置单元320执行的动态上行配置并且基于处理单元340解码的结果向接收单元240发出上行数据。
图15是图示在基站和通信终端之间进行的上行HARQ进程的周期性重配的时序图。如图15所示，在周期性重配的情况下，基站事先向通信终端通知包括重配点、重配周期和上下行配置的重配信息。然后，在基站和通信终端之间进行数据的传输与反馈。当到达重配点时，基站和通信终端可以按照事先通知的上下行配置的方式进行动态上下行配置，并且在基站和通信终端之间按照新的上下行配置进行数据的传输与反馈。接下来，在到达下一个重配点之前，基站可以向通信终端通知重配的上下行配置。由于在周期性重配的情况下重配点和重配周期是固定的，所以不需要重新通知重配点和重配周期。当到达新的重配点时，基站和通信终端可以按照重配的上下行配置的方式进行动态上下行配置，并且在基站和通信终端之间按照重配的上下行配置进行数据的传输与反馈。
图16是图示在基站和通信终端之间进行的上行HARQ进程的非周期性重配的时序图。如图16所示，在非周期性重配的情况下，基站在重配点1之前向通信终端通知包括重配点与上下行配置的重配信息。当到达重配点1时，基站和通信终端可以按照通知的上下行配置的方式进行动态上下行配置，并且在重配周期T1期间在基站和通信终端之间按照通知的上下行配置进行数据的传输与反馈。然后，基站可以在重配周期T1期间向通信终端通知下一个重配周期亦即重配周期T2的重配点2与上下行配置。由于在非周期性重配的情况下重配点和重配周期是不固定的，所以需要通知新的重配点。当到达重配点2时，基站和通信终端可以按照通知的新的上下行配置的方式进行动态上下行配置，并且在重配周期T2期间在基站和通信终端之间按照通知的新的上下行配置进行数据的传输与反馈。
基站向用户终端通知包括重配点（重配周期）和上下行配置的重配信息可以采用物理（PHY）层信令、媒体访问控制（MAC）层信令或无线资源控制（RRC）层信令或者更新***信息的方式。更新***信息可以进一步包括重用R8中***信息块（SIB）更新或者采用R10中的地震海啸预警***（ETWS）等。这几种支持重配的方法所支持的最小重配周期从几百毫秒到几毫秒不等。能支持短周期上下行重配的方法也可以应用于长周期重配中，只需在若干个短周期期间配置不发生变化即可。
根据本公开的实施例的无线通信***的上述各个单元的各种具体实施方式前面已经作过详细描述，在此不再重复说明。
显然，根据本公开的用于在无线通信***中进行动态上行配置的方法的各个操作过程可以以存储在各种机器可读的存储介质中的计算机可执行程序的方式实现。
而且，本公开的目的也可以通过下述方式实现：将存储有上述可执行程序代码的存储介质直接或者间接地提供给***或设备，并且该***或设备中的计算机或者中央处理单元（CPU）读出并执行上述程序代码。此时，只要该***或者设备具有执行程序的功能，则本公开的实施方式不局限于程序，并且该程序也可以是任意的形式，例如，目标程序、解释器执行的程序或者提供给操作***的脚本程序等。
上述这些机器可读存储介质包括但不限于：各种存储器和存储单元，半导体设备，磁盘单元例如光、磁和磁光盘，以及其它适于存储信息的介质等。
另外，计算机通过连接到因特网上的相应网站，并且将依据本公开的计算机程序代码下载和安装到计算机中然后执行该程序，也可以实现本公开的技术方案。
图17为其中可以实现根据本公开的实施例的用于在无线通信***中进行动态上行配置的方法的通用个人计算机的示例性结构的框图。
如图17所示，CPU1301根据只读存储器(ROM)1302中存储的程序或从存储部分1308加载到随机存取存储器(RAM)1303的程序执行各种处理。在RAM1303中，也根据需要存储当CPU1301执行各种处理等等时所需的数据。CPU1301、ROM1302和RAM1303经由总线1304彼此连接。输入/输出接口1305也连接到总线1304。
下述部件连接到输入/输出接口1305：输入部分1306（包括键盘、鼠标等等）、输出部分1307（包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，以及扬声器等）、存储部分1308（包括硬盘等）、通信部分1309（包括网络接口卡比如LAN卡、调制解调器等）。通信部分1309经由网络比如因特网执行通信处理。根据需要，驱动器1310也可连接到输入/输出接口1305。可拆卸介质1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1310上，使得从中读出的计算机程序根据需要被安装到存储部分1308中。
在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1311安装构成软件的程序。
本领域的技术人员应当理解，这种存储介质不局限于图17所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质1311。可拆卸介质1311的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘（包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM1302、存储部分1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。
在本公开的***和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上虽然结合附图详细描述了本公开的实施例，但是应当明白，上面所描述的实施方式只是用于说明本公开，而并不构成对本公开的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本公开的实质和范围。因此，本公开的范围仅由所附的权利要求及其等效含义来限定。

Claims (29)

1.一种用于在无线通信***中进行动态上行配置的方法，包括：
确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及
在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用所述第二上下行子帧配置的上行调度时序。
2.根据权利要求1所述的方法，其中，所述上行数据是上行HARQ。
3.根据权利要求2所述的方法，其中，所述第一上下行子帧配置中包含的上行子帧的集合是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且
在所述重配点之前的最后一个传输周期中，针对所述上行数据的时序，采用所述第二上下行子帧配置的反馈重传时序。
4.根据权利要求2所述的方法，其中，所述第一上下行子帧配置中包含的上行子帧的集合不是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且
所述方法进一步包括：
在所述重配点之前的第一配置周期中设置调度控制的开始时间点，以在所述调度控制的开始时间点和所述重配点之间的时间期间对上行HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行HARQ进程。
5.根据权利要求4所述的方法，其中，所述调度控制的开始时间点和所述重配点之间的时间不小于最大RTT时间的3倍。
6.根据权利要求4所述的方法，其中，在所述调度控制的开始时间点和所述重配点之间的时间期间，只在保留的所述上行HARQ进程中传输新的数据，并且如果保留的所述上行HARQ进程已被占用，则不调度新的数据进行传输。
7.根据权利要求4所述的方法，其中，在所述重配点之前的最后一个传输周期中，如果上行HARQ进程在所述重配点之前发生反馈操作，则采用所述第一上下行子帧配置的反馈时序。
8.根据权利要求4所述的方法，其中，在所述重配点之前的最后一个传输周期中，如果上行HARQ进程在所述重配点之后发生反馈与重传操作，则采用所述第二上下行子帧配置的反馈重传时序。
9.根据权利要求7所述的方法，其中，如果上行HARQ进程在所述重配点之前发生NACK反馈并且在所述重配点之后发生重传操作，并且如果针对发生所述NACK反馈的下行子帧，在所述第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行HARQ进程调度到所述第二上下行子帧配置的上行子帧中。
10.根据权利要求1所述的方法，其中，所述上行数据是非周期性上报的上行控制信息。
11.一种用于在无线通信***中进行动态上行配置的方法，包括：
确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及
在所述重配点之前的最后一个传输周期中，停止上行数据的传输。
12.根据权利要求11所述的方法，其中，所述上行数据包括上行HARQ和非周期性上报的上行控制信息中至少之一。
13.一种通信装置，包括：
确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及
动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用所述第二上下行子帧配置的上行调度时序。
14.根据权利要求13所述的通信装置，其中，所述上行数据是上行HARQ。
15.根据权利要求14所述的通信装置，其中，所述第一上下行子帧配置中包含的上行子帧的集合是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且
所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对所述上行数据的时序，采用所述第二上下行子帧配置的反馈重传时序。
16.根据权利要求14所述的通信装置，其中，所述第一上下行子帧配置中包含的上行子帧的集合不是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且
所述通信装置进一步包括：
开始时间点设置单元，用于在所述重配点之前的第一配置周期中设置调度控制的开始时间点，以在所述调度控制的开始时间点和所述重配点之间的时间期间对上行HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行HARQ进程。
17.根据权利要求16所述的通信装置，其中，所述调度控制的开始时间点和所述重配点之间的时间不小于最大RTT时间的3倍。
18.根据权利要求16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述调度控制的开始时间点和所述重配点之间的时间期间，只在保留的所述上行HARQ进程中传输新的数据，并且如果保留的所述上行HARQ进程已被占用，则不调度新的数据进行传输。
19.根据权利要求16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行HARQ进程在所述重配点之前发生反馈操作，则采用所述第一上下行子帧配置的反馈时序。
20.根据权利要求16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行HARQ进程在所述重配点之后发生反馈与重传操作，则采用所述第二上下行子帧配置的反馈重传时序。
21.根据权利要求19所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便如果上行HARQ进程在所述重配点之前发生NACK反馈并且在所述重配点之后发生重传操作，并且如果针对发生所述NACK反馈的下行子帧，在所述第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行HARQ进程调度到所述第二上下行子帧配置的上行子帧中。
22.根据权利要求13所述的通信装置，其中，所述上行数据是非周期性上报的上行控制信息。
23.一种通信装置，包括：
确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及
动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，停止上行数据的传输。
24.一种通信装置，包括：
确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及
调度控制单元，用于在所述重配点之前的预定时间期间对上行HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行HARQ进程。
25.根据权利要求24所述的通信装置，进一步包括：
动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行HARQ进程在所述重配点之前发生反馈操作，则采用所述第一上下行子帧配置的反馈时序，而如果上行HARQ进程在所述重配点之后发生反馈与重传操作，则采用所述第二上下行子帧配置的反馈与重传时序。
26.根据权利要求24所述的通信装置，其中，所述调度控制单元还被配置为在所述重配点之前的最后一个传输周期中，停止对在所述重配点之后的第二配置周期中传输的新上行数据的调度。
27.一种基站，包括：
根据权利要求13、23或24所述的通信装置；以及
传输单元，用于向通信终端发送信令以向该通信终端通知重配信息。
28.根据权利要求27所述的基站，其中，所述传输单元还基于所述通信装置中的动态上行配置单元执行的动态上行配置向所述通信终端传输上行调度信息或反馈信息，并且所述基站还包括：
接收单元，用于基于所述动态上行配置接收由所述通信终端发出的上行数据。
29.一种通信终端，包括：
根据权利要求13或23所述的通信装置；
接收单元，用于接收由基站发送的信令以获得包含重配点的重配信息，并且基于动态上行配置接收由所述基站传输的上行调度信息或反馈信息；
处理单元，用于基于所述动态上行配置解码所述上行调度信息或反馈信息；以及
传输单元，用于基于所述动态上行配置并且基于所述处理单元解码的结果向所述基站发出上行数据。
CN201310316687.5A 2013-07-25 2013-07-25 在无线通信***中进行动态上行配置的方法、基站和终端 Expired - Fee Related CN104349459B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310316687.5A CN104349459B (zh) 2013-07-25 2013-07-25 在无线通信***中进行动态上行配置的方法、基站和终端
US14/903,141 US10305642B2 (en) 2013-07-25 2014-07-22 Method, base station and terminal for dynamic uplink configuration in wireless communication system
PCT/CN2014/082678 WO2015010595A1 (zh) 2013-07-25 2014-07-22 在无线通信***中进行动态上行配置的方法、基站和终端
US16/368,851 US10567122B2 (en) 2013-07-25 2019-03-28 Method, base station and terminal for dynamic uplink configuration in wireless communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310316687.5A CN104349459B (zh) 2013-07-25 2013-07-25 在无线通信***中进行动态上行配置的方法、基站和终端

Publications (2)

Publication Number Publication Date
CN104349459A CN104349459A (zh) 2015-02-11
CN104349459B true CN104349459B (zh) 2019-04-19

Family

ID=52392723

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310316687.5A Expired - Fee Related CN104349459B (zh) 2013-07-25 2013-07-25 在无线通信***中进行动态上行配置的方法、基站和终端

Country Status (3)

Country Link
US (2) US10305642B2 (zh)
CN (1) CN104349459B (zh)
WO (1) WO2015010595A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9929799B2 (en) * 2014-07-18 2018-03-27 Htc Corporation Network and user equipment of HD-FDD communication system for handling HARQ
US10306680B2 (en) * 2014-08-15 2019-05-28 Interdigital Patent Holdings, Inc. Supporting random access and paging procedures for reduced capability WTRUs in an LTE system
US11558894B2 (en) 2015-03-02 2023-01-17 Apple Inc. Aperiodic scheduling of uplink grants in a wireless communication system
CN106160838B (zh) * 2015-04-16 2020-02-07 电信科学技术研究院 一种传输数据的方法和设备
WO2017031648A1 (zh) * 2015-08-21 2017-03-02 华为技术有限公司 一种上行数据传输方法和装置
WO2017147905A1 (zh) * 2016-03-04 2017-09-08 华为技术有限公司 子帧配置的切换方法及装置
CN107734668B (zh) 2016-08-12 2020-06-30 ***通信有限公司研究院 一种帧结构的配置方法、网络侧设备及终端
CN106301686B (zh) * 2016-08-16 2019-10-11 宇龙计算机通信科技(深圳)有限公司 基于动态帧结构的上行调度方法及上行调度装置和基站
US11483805B2 (en) 2016-08-18 2022-10-25 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving uplink control information in wireless communication system
WO2018216163A1 (ja) * 2017-05-25 2018-11-29 富士通株式会社 基地局装置、端末装置、無線通信システム、及び無線リソース情報通知方法
CN107295690B (zh) * 2017-06-07 2020-10-13 武汉虹信通信技术有限责任公司 一种用于lte通信***的调度实现方法
CN109275192B (zh) * 2017-07-18 2022-12-13 华为技术有限公司 用于传输信息的方法和设备
CN107589985B (zh) * 2017-07-19 2020-04-24 山东大学 一种面向大数据平台的两阶段作业调度方法及***
CN108011780B (zh) * 2017-12-01 2019-01-22 北京百度网讯科技有限公司 一种数据传输速率测量方法、装置、设备和计算机可读介质
WO2021146950A1 (zh) * 2020-01-21 2021-07-29 Oppo广东移动通信有限公司 一种确定重传资源的方法及装置、终端设备
EP4179671A4 (en) * 2020-07-13 2024-05-22 Qualcomm Incorporated FRAME STRUCTURES FOR UPLINK CARRIER AGGREGATION OF TWO TIME DUPLEX CARRIER

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010049587A1 (en) * 2008-10-31 2010-05-06 Nokia Corporation Dynamic allocation of subframe scheduling for time division duplex operation in a packet-based wireless communication system
CN102215060A (zh) * 2010-04-01 2011-10-12 中兴通讯股份有限公司 中继子帧的配置和指示方法、实现中继传输的方法及***
CN102404850A (zh) * 2010-09-07 2012-04-04 ***通信集团设计院有限公司 长期演进***中特殊时隙的配置方法及装置
CN102523627A (zh) * 2011-12-08 2012-06-27 电信科学技术研究院 一种数据传输方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272175B (zh) 2007-03-21 2013-02-13 电信科学技术研究院 时分双工ofdma***上行控制信令传输方法与装置
CN101222309B (zh) * 2008-01-25 2013-06-05 中兴通讯股份有限公司 Lte tdd***上行harq进程的配置方法和装置
US8934424B2 (en) * 2011-09-29 2015-01-13 Sharp Laboratories Of America, Inc. Devices for reconfiguring a subframe allocation
CN104040913B (zh) * 2012-01-06 2017-03-15 Lg电子株式会社 用于分配关于上行链路绑定的信道的方法和设备
US20130188533A1 (en) * 2012-01-23 2013-07-25 Hong He Dynamic Direction Changing in Time Division Duplex Radios
US9521669B2 (en) * 2012-04-16 2016-12-13 Blackberry Limited HARQ for dynamic change of the TDD UL/DL configuration in LTE TDD systems
CN103384393A (zh) * 2012-05-04 2013-11-06 北京三星通信技术研究有限公司 一种业务流量自适应***中的pusch传输方法
WO2014113987A1 (en) * 2013-01-28 2014-07-31 Qualcomm Incorporated Method and apparatus for utilizing a reconfiguration timer for updating tdd configuration
US9503248B2 (en) * 2013-03-28 2016-11-22 Htc Corporation User equipment and base station using dynamic TDD configuration mechanism
US9179445B2 (en) * 2013-04-02 2015-11-03 Blackberry Limited Communication in the presence of uplink-downlink configuration change
US9084275B2 (en) * 2013-04-12 2015-07-14 Blackberry Limited Selecting an uplink-downlink configuration for a cluster of cells
CN105144609B (zh) * 2013-04-23 2018-08-03 Lg 电子株式会社 在无线通信***中控制数据传输的方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010049587A1 (en) * 2008-10-31 2010-05-06 Nokia Corporation Dynamic allocation of subframe scheduling for time division duplex operation in a packet-based wireless communication system
CN102215060A (zh) * 2010-04-01 2011-10-12 中兴通讯股份有限公司 中继子帧的配置和指示方法、实现中继传输的方法及***
CN102404850A (zh) * 2010-09-07 2012-04-04 ***通信集团设计院有限公司 长期演进***中特殊时隙的配置方法及装置
CN102523627A (zh) * 2011-12-08 2012-06-27 电信科学技术研究院 一种数据传输方法及装置

Also Published As

Publication number Publication date
WO2015010595A1 (zh) 2015-01-29
US20160218838A1 (en) 2016-07-28
US10567122B2 (en) 2020-02-18
US20190229858A1 (en) 2019-07-25
CN104349459A (zh) 2015-02-11
US10305642B2 (en) 2019-05-28

Similar Documents

Publication Publication Date Title
CN104349459B (zh) 在无线通信***中进行动态上行配置的方法、基站和终端
US20220046675A1 (en) Identifying a resource for transmitting a first uplink channel
JP5774217B2 (ja) キャリア・アグリゲーションシステムにおけるデータの伝送方法及び装置
CN104955111B (zh) 一种非授权频带上的传输方法和装置
CN109565395A (zh) 用于报告信道状态信息的方法和装置
CN105659511B (zh) 用于收发下行链路控制信息的方法及其装置
CN105340196B (zh) 用于e节点B间载波聚合的UL TDM的方法
CN103339999B (zh) 上/下行调度信息发送方法和接收方法及装置
CN107135052B (zh) 一种发送harq-ack反馈信息的方法
CN104205711B (zh) 根据lte中的交叉载波调度的h‑arq时序确定
CN105122925B (zh) 针对覆盖受限的机器类型通信的无控制操作
CN103024905B (zh) 一种子帧配比方法与装置
JP2022043270A (ja) 基地局、マシンタイプ通信装置、及び方法
CN107637158A (zh) 用于在无线通信***中管理竞争窗口的方法和装置
CN109804688A (zh) 低时延与非低时延上行链路控制信道的并发传输
CN105743619A (zh) 混合自动重传请求（harq）传输的方法和设备
CN106537821A (zh) 在无线通信***中报告关于未授权带的信道状态信息的方法及其设备
CN105814811B (zh) 基于载波聚合的无线通信***中的通信方法
KR20140142299A (ko) 다운링크 제어 정보 전송 방법 및 장치
CN104685955A (zh) 上行链路传输方法和上行链路传输装置
CN102056345A (zh) 无线电基站及其控制方法、无线电通信装置及其控制方法
CN105122932A (zh) 用于设备到设备通信的方法和装置
CN105981317A (zh) 避免开放发现与蜂窝资源之间的冲突的方法
CN107438970A (zh) 用于关键任务应用的事件触发式多链路信道质量测量和报告
CN105099603A (zh) 一种信道状态信息的汇报方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190419