CN102687449B - 用于在发送模式改变期间处理harq操作的方法和系统 - Google Patents

用于在发送模式改变期间处理harq操作的方法和系统 Download PDF

Info

Publication number
CN102687449B
CN102687449B CN201080045160.8A CN201080045160A CN102687449B CN 102687449 B CN102687449 B CN 102687449B CN 201080045160 A CN201080045160 A CN 201080045160A CN 102687449 B CN102687449 B CN 102687449B
Authority
CN
China
Prior art keywords
transmission block
sending mode
transmission
harq process
send opportunity
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.)
Active
Application number
CN201080045160.8A
Other languages
English (en)
Other versions
CN102687449A (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.)
Maliki Innovation Co ltd
Original Assignee
BlackBerry 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 BlackBerry Ltd filed Critical BlackBerry Ltd
Publication of CN102687449A publication Critical patent/CN102687449A/zh
Application granted granted Critical
Publication of CN102687449B publication Critical patent/CN102687449B/zh
Active 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/1874—Buffer management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种用于在发送模式改变期间处理混合自动重传请求(‘HARQ’)操作的方法和系统，该方法检测发送模式改变；以及基于该检测操纵HARQ进程缓冲器。此外，一种用于在发送模式改变期间处理混合自动重传请求(‘HARQ’)操作的方法和网络单元，该方法检测何时用户设备处于发送模式不确定窗口，以及阻止对用户设备的通信或利用下行链路控制信息格式1A进行对用户设备的通信。

Description

用于在发送模式改变期间处理HARQ操作的方法和系统
相关申请的交叉引用
本申请要求在2009年8月7日提交的美国申请No.12/538,016的优先权。通过参考将美国申请No.12/538,016全部并入本文。
技术领域
本公开涉及HARQ操作，并且具体涉及在发送模式改变期间的HARQ操作。
背景技术
长期演进(LTE)或演进的通用陆地无线接入(E-UTRA)是正在演进以允许多个同时的处于不同发送模式下的传输块的无线技术。因此，E-UTRAN节点B(eNB)在特定发送模式下能够在相同的子帧或发送机会内向用户设备(UE)发送多个传输块。
从一种发送模式到另一发送模式的转换可能导致UE上的数据丢失或者其他问题。具体地，接收机处的混合自动重传请求(HARQ)机制维护针对每个HARQ进程的软合并缓冲器。
此外，E-UTRA无线资源控制(RRC)在重新配置过程期间不提供精确的激活时间。如果eNB早于用户设备(UE)完成重新配置的时间就应用新的下行链路发送模式，则UE的数据接收可能失败。类似地，如果在eNB在用户设备(UE)完成重新配置的时间之后继续应用旧的下行链路发送模式，则UE的数据接收也可能失败。
附图说明
参考附图，将更好地理解本公开，在附图中：
图1是示出具有一个和两个传输块的下行链路HARQ进程的框图；
图2是示出基于发送模式改变来清除HARQ软缓冲器的过程的流程图；
图3是示出如果出现最大传输块数目发生改变的发送模式改变则清除HARQ软缓冲器的过程的流程图；
图4是示出当从具有两个传输块的模式向具有一个传输块的模式转换时在保持软比特的情况下基于发送模式改变清除缓冲器的过程的流程图；
图4A是示出基于从具有一个传输块的模式向具有两个传输块的模式的改变而清除缓冲器的过程的流程图；
图4B是示出基于从具有两个传输块的模式向具有一个传输块的模式的转换而丢弃软缓冲器比特的过程的流程图；
图5是示出当从具有两个传输块的模式向具有一个传输块的模式转换时在保持第二传输块的软比特的情况下基于发送模式改变而清除缓冲器的过程的流程图；
图5A是当从具有两个传输块的模式向具有一个传输块的模式转换时保持第二传输块的软比特的过程的流程图；
图6是示出基于从具有两个传输块的模式向具有一个传输块的模式的转换保持使用的软比特的框图；
图7是示出基于从具有一个传输块的模式向具有两个传输块的模式的转换保持使用的软比特的框图；
图8是示出基于在具有不同数目的传输块的发送模式之间的转换保持使用的软比特的流程图；
图8A是示出基于在具有不同数目的传输块的发送模式之间的转换保持使用的软比特的流程图；
图9是在传送模式之间转换期间使用的DCI格式的定时图；
图10是示出在不确定窗口期间使用DCI格式1A或阻止传输的流程图；
图11是示出针对大的传输块截断奇偶校验比特的框图；
图12是示出当从具有两个传输块的模式向具有一个传输块的模式转换时传输块的扩充的框图；
图13是示出当从具有一个传输块的模式向具有两个传输块的模式转换时传输块的截断的框图；
图14是示例性用户设备的框图。
具体实施方式
下面关于第8版E-UTRA(也称为长期演进(LTE))中的下行链路HARQ进程的示例描述本公开。然而，这不意味着限制，以及在一些情况下，所应用的方法和系统还可以与例如未来的E-UTRA版本中的上行链路HARQ进程一起使用。具体地，长期演进(LTE)针对上行链路传输可以使用多输入多输出(MIMO)，以及在该情况下本公开的方法和系统可以用于上行链路以及下行链路进程。
此外，下面的示例仅是对各种方法和系统的示例说明，并且本领域普通技术人员可以进行修改而仍然在本公开的范围内。具体地，本公开可以应用到在单个子帧中允许多于两个传输块的场景，可以应用到发送模式比7个发送模式更多或更少的无线网络。
下行链路发送模式
在第8版E-UTRA(LTE)中，在第三代合作伙伴计划(3GPP)技术规范(TS)36.213“Technical Specification Group Radio Access Network；Evolved Universal Terrestrial Radio Access (E-UTRA)；Physical LayerProcedures(Release 8)”，version 8.7.02009-06，中已经定义了7个下行链路发送模式，在此通过参考将该规范的内容并入本文。
该参考的表格7.1-5示出为下面的表1。
表1：LTE的下行链路发送模式
从上面的表1看出，定义了7个发送模式。发送模式1、2、5、6和7都是每个子帧(或者下行链路HARQ进程)使用单个传输块，而发送模式3和4可以利用2个传输块。
如技术规范36.331“Third Generation Partnership Project；TechnicalSpecification Group Radio Access Network；Evolved Universal TerrestrialRadio Access (E-UTRA)；Radio Resource Control (RRC)；ProtocolSpecification(Release 8)”，version 8.6.0，2009-06的第9.2.4节中定义的，取决于物理广播信道(PBCH)天线端口的数目，默认发送模式是发送模式1或2，在此通过参考将该规范的内容并入本文。为了使用更高效的发送模式或者更鲁棒的发送模式，eNB可以重新配置具体UE的发送模式。更高效的发送模式的示例可以包括在良好无线环境中的闭环空间复用。鲁棒的发送模式的示例可以包括在不利的无线条件下中的发射分集。
如3GPP TS36.331参考文献的第6.3.2节中定义的，使用PhysicalConfigDedicated信息单元内的AntennaInfo信息单元，通过无线资源控制协议来通知从具有一个传输块的模式向具有两个传输块的模式的重新配置。
在当前E-UTRA规范下，当配置了发送模式3或4时，eNB可以在单个子帧中向UE发送高达两个传输块。在剩余的发送模式中，eNB在给定的子帧中可以向UE发送最多一个传输块。针对给定子帧的所有的UE特定的传输块与相同的下行链路HARQ进程相关联。
发送模式重新配置
在3GPP TS 36.331规范的第5.3.10.6章中将发送模式重新配置过程描述为物理信道重新配置过程的一部分。当前，该技术标准记载如下：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其被设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其被设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
此外，3GPP TS 36.331规范的第11.2节要求UE在15毫秒内完成无线资源配置，其可以包括发送模式重新配置，其中，15毫秒是从UE成功接收包含重新配置命令的传输块的子帧处开始测量的。UE应该在不晚于该15毫秒的界限内准备好发送RRC肯定应答消息：无线资源重新配置已经完成。然而，在一些情况下，在上行链路上的RRC肯定应答消息的实际传输和可能的HARQ重传可能要求额外的时间。
通常，eNB将能够以合理的信心级别从下行链路HARQ肯定应答或否定应答(ACK/NACK)反馈中确定UE已经接收包含RRC重新配置命令的传输块。然而，存在小概率的上行链路上的NACK或ACK错误，其中，在实际上UE还没有能够成功解码对应的传输块时，eNB会一开始认为UE已经接收RRC重新配置命令。因此，直到eNB接收到RRC重新配置肯定应答，eNB才能够完全确定UE实际已经应用了发送模式改变。
应该理解，物理层重新配置可能相当频繁。此外，这样的发送模式重新配置可能出现在各种情形下，包括但不限于：
-在初始RRC连接(或者重新建立)时，其中首先使用默认的
发送模式，并且UE需要移动到MIMO模式；
-在当新小区中的信道条件还未完全知道时的小区间切换之后；
-在视线和非视线环境之间切换时。这可以例如发生在密集的城市环境中；以及
-在不同的不连续接收(DRX)周期长度之间切换时，由此引起报告速率的信道质量指示符(CQI)的变化，以及因此引起最佳MIMO模式的改变。
下行链路HARQ软缓冲器
对于HARQ，向每个接收到的编码比特指派软值。在实际的实现中，该软值通常由定点数表示。例如，使用5比特精度的软值可以是在负15和正15之间，以限定已经接收的比特。在该情况下，可以使用符号来指示接收机猜测该比特是什么，其中(例如)负符号可以代表比特值0而正符号可以代表比特值1，以及数量是接收机关于该值具有的信心的级别。因此，正15可以示出接收机相当确信接收了比特值“1”，而负15可以指示接收机相当确信接收了比特值“0”。相反，定点数“+1”可以指示接收机认为接收了比特值1，但是不是很确信。于是，将这些软比特值用作对FEC(前向纠错)解码(例如，turbo解码器)的输入，尽管任何刚接收的软比特值可以在EFC解码之前先与其他先前存储/缓存的软比特值相结合。
为了进行软合并，每个可用的下行链路HARQ进程维护软合并缓冲器。缓冲器的大小根据软信道比特的数目进行定义，其中每个软比特代表着数值，诸如为了进行前向纠错(FEC)解码而使用的对数似然比(LLR)。如本领域普通技术人员应该理解的，每个软比特值可能实际需要物理存储器的若干比特。
在LTE中，根据UE类别定义用于所有下行链路HARQ进程的软信道比特的总数。这在下文中关于图2示出，图2是3GPP TS 36.306，version8.4.0，2009-06中的表格4.1-1的表示，在此通过参考将该规范的内容并入本文。
如下面的表2指示的，每个UE类别具有在TTI(传输时间间隔)内接收的下行链路共享信道(DL-SCH)传输块比特的最大数目。如本公开中使用的(即，参考在PDSCH(物理下行链路共享信道)上携带的DL-SCH传输块和/或在PUSCH(物理上行链路共享信道)上携带的UL-SCH(上行链路共享信道)传输块)，可以认为一个TTI等效于一个子帧，并且还可以将其称为一个发送机会。因此，在E-UTRA的上下文中，一个发送机会指代等于一个子帧的发送时间单元，其可以具有1ms的长度。
表2的第四列指示所有HARQ进程上的总的软缓冲器大小。例如，在频分复用(FDD)的情况下，可以定义8个HARQ进程。因此，软信道比特的总数是针对所有HARQ进程的总和。
表2：字段ue-Category设置的下行链路物理层参数值
取自3GPP TS 36.212，version 8.7.0，2009-06的第5.1.4.1.2节中的以下等式(通过参考将该规范的内容并入本文)给出了如下针对传输块的软缓冲器大小：
(等式1)
-其中NIR是增量冗余比特的数目(即，一个单个传输块的软缓冲器大小)；
-Nsoft是上面的表2中提供的软信道比特的总数；
-如果UE被配置为接收基于发送模式3或4的物理下行链路共享信道(PDSCH)传输，则KMIMO等于2，否则KMIMO等于1；
-MDL_HARQ是下行链路HARQ进程的最大数目，其针对频分复用(FDD)固定为8，而针对时分复用是可变的；
-Mlimit是常数，并且等于8。
等式1提供了：在下行链路HARQ进程内可以包含的传输块之间，公平地划分可用的软比特存储器。换言之，在下行链路HARQ进程之间公平地划分存储器。此外，当发送模式潜在地每个子帧利用两个传输块(诸如在发送模式3或4中)时，每个传输块的软比特存储器的量是将其他发送模式的每个传输块的软比特存储器的量的一半。即，每个下行链路HARQ进程分配的总存储器或者对于发送模式1，2，5，6或7而言被一个传输块占据，或者对于发送模式3和4而言在两个传输块之间公平地划分，无论在这些缓冲器中可以存储的各个传输块的实际大小如何。
参考图1，图1示出了用于具有单个传输块的下行链路HARQ进程的缓冲器，以及还示出了具有两个传输块的下行链路HARQ进程的缓冲器。用于这两个下行链路HARQ进程中的每一个的总的存储器大小是相同的。
具体地，将发送模式1，2，5，6或7下的下行链路HARQ进程示出为DL(下行链路)HARQ进程110，而将具有两个传输块的下行链路HARQ进程示出为DL HARQ进程120。在第一情况下，DL HARQ进程110可以接收最多一个传输块112，而DL HARQ进程120可以接收最多两个传输块，即传输块122和传输块124。如本领域普通技术人员应该理解的，可以存在各种数目的这种HARQ进程，诸如在FDD中8个HARQ进程。在该情况下，将针对这8个下行链路HARQ进程中的每一个提供缓冲器，尽管在实际的实现中通常使用单个的总的存储器区域，并且将其分成8或16个存储器部分。
HARQ缓冲器清除
当前的技术规范没有描述对发送模式改变的HARQ进程重新配置。关于发送模式改变的各种考虑包括，但不限于：当每个下行链路HARQ进程的传输块的数目作为发送模式改变的结果而改变时，缓冲器的划分或合并。此外，在当前的规范下，没有清楚提供新发送模式的激活时间。
本公开的第一实施例提供了：无论何时发送模式改变，清除UE上的所有下行链路HARQ缓冲器。于是，可以将在发送模式改变之后对下行链路HARQ进程的任何其他传输或重传考虑为恰好是对下行链路HARQ进程的首次传输。换言之，针对每个单个传输块缓冲器实例，在发送模式改变之后接收的第一传输块的新数据指示符(NDI)标记将被认为是已经反转(toggle)的，即使接收的传输块对应于HARQ重传，也是如此。
可以做出对3GPP TS 36.331，具体是对第5.3.10.6节的规定的改变，以反映对缓冲器的清除(flush)，以及这样的改变的示例可以是(以粗体字示出了新文字内容)：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>如果作为应用接收的PhysicalConfigDedicated的结果，发送模式改变：
2>命令MAC清除所有的DL HARQ缓冲器，并且将针对每个DL HARQ进程的传输块的下一个发送视为恰好是针对该DL HARQ进程的首次发送。
如将看出的，当将上述示例与当前5.3.10.6的物理信道重新配置规范进行比较时，添加了新条件。具体地，如果发送模式作为应用接收的PhysicalConfigDedicated的结果而改变，则命令MAC(媒体访问控制)清除所有的下行链路HARQ缓冲器，并且将针对每个下行链路HARQ进程的传输块的下一个发送视为恰好是针对该下行链路HARQ进程的首次发送。
现在参考图2。在图2中，该过程开始于步骤210，并且前进到步骤212，在步骤212中做出检查以确定发送模式是否已经改变。应该明白，发送模式改变是接收来自eNB的PhysicalConfigDedicated消息的结果。
从步骤212出发，如果发送模式没有改变，则过程返回步骤212，并且继续等待直到出现发送模式改变。
从步骤212出发，一旦已经出现发送模式改变，则过程前进到步骤214，在步骤214中清除所有的下行链路HARQ缓冲器。然后，该过程返回步骤212并且继续等待另外的发送模式改变。
仅在传输块的数目改变时的HARQ缓冲器清除
在备选的实施例中，仅在发送模式改变以使得每个下行链路HARQ进程的最大传输块数目作为发送模式重新配置的结果而改变时，才出现UE处的下行链路HARQ缓冲器的清除。本领域普通技术人员应该明白，在当前的第8版LTE规范中，这出现在下面两种情形中：
1.发送模式从发送模式1，2，5，6或7之一改变到发送模式3或4之一。在该情况下，每个下行链路HARQ进程的传输块的数目从一个传输块改变到两个传输块；以及
2.发送模式从发送模式3或4之一改变到发送模式1，2，5，6或7之一。在该情况下，每个下行链路HARQ进程的传输块的数目从两个改变到一个。
在备选的实施例中，UE需要知道它的旧发送模式和它的新发送模式，以便检查是该转变是否是上述枚举的发送模式改变之一。UE将已经使得该需要的信号可获得。
如果发送模式改变出现，其中每个下行链路HARQ进程的传输块的数目改变(从一个到两个或从两个到一个)，下行链路HARQ缓冲器被清除，以及对下行链路HARQ进程的任何其他传输块的初始递送将被认为恰好是该下行链路HARQ进程的首次发送。
对于每个下行链路HARQ进程的传输块的数目保持相同的发送模式改变，不需要清除下行链路HARQ缓冲器，因为在发送模式重新配置之后，HARQ重传将以对于UE而言为透明的传送方式继续。
该备选实施例与在每次发送模式改变时清除缓冲器的解决方案相比，增加的复杂度仅是微小的，并且对于下行链路数据吞吐量可以呈现更小的可见的影响，因为仅针对所有可能的发送模式重新配置场景的子集来丢弃对HARQ合并潜在有用的数据。
可以修改3GPP TS 36.331的第5.3.10.6节的规定，例如修改如下(以粗体字示出了新文字内容)：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>如果作为应用接收的PhysicalConfigDedicated的结果，发送模式从{‘tm1’，‘tm2’，‘tm5’，‘tm6’，‘tm7’}之一改变到{‘tm3’，‘tm4’}之一，或者从{‘tm3’，‘tm4’}之一改变到{‘tm1’，‘tm2’，‘tm5’，‘tm6’，‘tm7’}之一：
2>命令MAC清除所有的DL HARQ缓冲器，并且将针对每个DL HARQ进程的传输块的下一个发送视为恰好是针对该DL HARQ进程的首次发送。
如从上面可以看出，修改了规范，以指示如果发送模式从发送模式1，2，5，6或7之一改变到发送模式3或4之一，或者发送模式从发送模式3或4之一改变到发送模式1，2，5，6或7之一，则作为结果，命令MAC清除所有的下行链路HARQ缓冲器，并且将针对每个下行链路HARQ进程的传输块的下一个发送视为恰好是针对该下行链路HARQ进程的首次发送。
现在参考图3。图3的过程开始于步骤310，并且前进到步骤312，在步骤312中做出检查以确定是否已经出现发送模式改变。如果没有，则，则该过程返回步骤312，并且继续等待出现发送模式改变。
从步骤312出发，如果检测到发送模式改变，则过程前进到步骤314，在步骤314中做出检查以确定作为发送模式改变的结果每个下行链路HARQ进程的传输块的数目是否改变。换言之，步骤314中的检查是检查该发送模式改变是否是从发送模式1，2，5，6或7之一到发送模式3或4之一，或者该发送模式改变是否是从发送模式3或4之一到发送模式1，2，5，6或7之一。如果不是，则过程返回步骤312，并且该过程继续等待发送模式改变。
相反，从步骤314出发，如果检测到其中最大传输块数目改变的改变，则过程前进到步骤316，在步骤316中清除所有的下行链路HARQ缓冲器。然后，该过程返回步骤312，在步骤312中该过程继续等待另外的发送模式改变。
本领域普通技术人员应该明白，在一些实现中可以将步骤312和314中的检查合并为单个检查。本领域普通技术人员应该明白，当在一个子帧中可以发送多于两个传输块的情形下(例如，在LTE-A中)，可以应用图3的扩展。
在另一个备选实施例中，可以仅在每个下行链路HARQ进程的最大传输块数目从每个进程一个传输块改变到两个时，清除UE的下行链路HARQ缓冲器。换言之，如果发送模式从发送模式1，2，5，6或7之一改变到发送模式3或4之一，则清除下行链路HARQ缓冲器。反之，当发送模式重新配置是从每个下行链路HARQ进程两个传输块切换到一个时，将不清除UE的软缓冲器，而是会仅保留两个传输块中的第一传输块。将丢弃属于第二传输块的所缓存的软比特值。
现在参考图4。图4的过程开始于步骤410，并且前进到步骤412，在步骤412中做出检查以确定是否已经出现发送模式改变。如果没有，则该过程返回步骤412，在步骤412中继续等待发送模式改变。
从步骤412出发，一旦已经检测到发送模式改变，该过程就前进到步骤414，在步骤414中做出检查以确定发送模式改变是否是从发送模式1，2，5，6或7之一到发送模式3或4之一，或者换言之，是否是从每个下行链路HARQ进程具有最多一个传输块的发送模式改变到具有最多两个传输块的发送模式。如果是，则该过程前进到步骤416，在步骤416中清除所有的下行链路HARQ缓冲器。然后，该过程返回步骤412，以等待另外的发送模式改变。
从步骤414开始，如果该改变不是从每个下行链路HARQ进程具有一个传输块的发送模式到具有两个传输块的发送模式，则该过程前进到步骤420，在步骤420中做出检查以确定发送模式改变是否是从发送模式3或4之一到发送模式1，2，5，6或7之一。因此，步骤420的检查确定发送模式改变是否是从每个下行链路HARQ进程具有两个传输块的发送模式到具有一个传输块的发送模式。如果是，该过程前进到步骤422，在步骤422中丢弃针对每个下行链路HARQ进程的第二传输块的缓冲。然后，该过程返回步骤412，在步骤412中检查发送模式的改变。
从步骤420出发，如果该改变不是从发送模式3或4之一到发送模式1，2，5，6或7之一，则该过程返回步骤412。应该明白，因为发送模式改变不是从存在单个传输块的发送模式到存在两个传输块的发送模式，也不是从存在两个传输块的发送模式到仅存在一个传输块的发送模式的改变，所以传输块的数目在这两种发送模式中保持相同，因此不需要缓冲器清除。
本领域普通技术人员应该明白，步骤414和420的检查也可以彼此独立地在不同的过程中执行。此外，在一些实施例中，步骤414或步骤420的检查可以是不必要的。
现在参考图4A。在图4A中，通过移除步骤420的检查来修改图4的过程。具体地，图4A的过程开始于步骤410，并且前进到步骤412，在步骤412中做出检查以确定是否已经出现发送模式改变。如果没有，则该过程在步骤412中继续检查发送模式改变。
如果在步骤412中检测到发送模式改变，该过程前进到步骤414，在步骤414中做出检查以确定发送模式改变是否是从具有一个传输块的发送模式到具有两个传输块的发送模式。如果是，则该过程前进到步骤416，并且清除所有的下行链路HARQ缓冲器。如果步骤414中的检查是否定的，则该过程返回步骤412。此外，过程从步骤416返回步骤412。
现在参考图4B。图4B的过程与图4的过程类似，区别在于已经移除了步骤414的检查。具体地，图4B的过程开始于步骤410，并且前进到步骤412，在步骤412中做出检查以确定是否已经出现发送模式改变。如果没有，则该过程在步骤412中继续检查发送模式改变。
一旦在步骤412中检测到发送模式改变，该过程就前进到步骤420，在步骤420中做出检查以确定该改变是否是从具有两个传输块的发送模式到具有一个传输块的发送模式。如果是，该过程前进到步骤422，在步骤422中丢弃针对第二传输块的缓冲。该过程从步骤422前进到步骤412以检查另外的发送模式改变。
从步骤420出发，如果该改变不是从具有两个传输块的发送模式到具有一个传输块的发送模式，则过程前进到步骤412以继续检查另外的发送模式改变。
在另外的备选实施例中，如果在对两个传输块中的第一传输块的最近一次解码尝试中已经成功解码了该传输块，并且因此不存在任何还没有成功解码的针对第一传输块缓存的软比特值，则可以丢弃属于第一传输块的软比特值，并且可以将属于第二传输块(假设在对第二传输块的最近一次解码尝试中还没有成功解码第二传输块)的软比特值(以及其他相关参数)作为“第一”传输块(其将被保留)处理。
现在参考图5。在又一备选实施例中，过程开始于步骤510，并且前进到步骤512，在步骤512中做出检查以确定发送模式是否已经改变。如果没有，则该过程返回步骤512，并且等待发送模式改变的出现。
从步骤512出发，一旦已经出现发送模式改变，该过程就前进到步骤514，以确定该改变是否是从具有最多一个传输块的发送模式到具有最多两个传输块的发送模式。如果是，则该过程前进到步骤516，在步骤516中清除所有的下行链路HARQ缓冲器。该过程从步骤516返回步骤512，并且等待另外的发送模式改变。
如果在步骤514中确定该改变不是从具有一个传输块的发送模式到具有两个传输块的发送模式，则该过程前进到步骤520。在步骤520中做出检查以确定该改变是否是从具有两个传输块的发送模式到具有一个传输块的发送模式。如果不是，该过程返回步骤512，并且继续等待另外的发送模式改变。
从步骤520开始，如果确定该改变是从具有两个传输块的发送模式到具有一个传输块的发送模式，则该过程前进到步骤530，在步骤530中做出检查以确定是否已经成功解码针对第一传输块的所有软比特。如果没有，则该过程前进到步骤532，在步骤532中丢弃针对第二传输块的缓冲。然后，该过程从步骤532前进到步骤512，在步骤512中等待另外的发送模式改变。
从步骤530出发，如果已经成功解码针对第一传输块的所有软比特，则该过程前进到步骤534，在步骤534中丢弃第一传输块的内容，而保留第二传输块内容。
本领域普通技术人员应该明白，步骤514和520的检查可以彼此独立地执行，并且在一些实施例中，可以完全排除检查之一。如果图5的过程排除了步骤520的检查，则过程将被修改为上面的图4A的过程。
现在参考图5A。图5A示出了已经移除了步骤514的检查的图5的过程。具体地，图5A的过程开始于步骤510，并且前进到步骤512，在步骤512中做出检查以确定是否已经出现发送模式改变。如果没有，则该过程在步骤512中继续检查发送模式改变。
一旦在步骤512中已经检测到发送模式改变，该过程就前进到步骤520，在步骤520中做出检查以确定该改变是否是从具有两个传输块的发送模式到具有一个传输块的发送模式。如果不是，该过程返回步骤512，以检查另外的发送模式改变。
从步骤520开始，如果发送模式的改变是从具有两个传输块的发送模式到具有一个传输块的发送模式，则该过程前进到步骤530，在步骤530中做出检查以确定是否已经成功解码针对第一传输块的所有软比特。如果步骤530的检查确定已经成功解码针对第一传输块的所有软比特，则该过程前进到步骤534，在步骤534中丢弃第一传输块的缓冲，且将第二传输块的内容视为第一传输块。
从步骤530出发，如果该检查确定还没有成功解码针对第一传输块的所有软比特，则该过程前进到步骤532，在步骤532中丢弃第二传输块的缓冲。
该过程从步骤532和534前进到步骤512，以继续检查另外的发送模式改变。
本领域普通技术人员应该明白，在可能具有多于两个传输块的情形下，可以对图4、4A、4B、5和5A的过程进行修改以丢弃第二和后面的传输块的缓冲而保持第一传输块，或者如果已经成功解码第一传输块中的软比特，则可以将第二或后面的传输块的软比特转移到第一传输块，并且可以丢弃后面的传输块比特。另外，可以对图4、4A、4B、5和5A的过程进行修改以处理从每个HARQ进程M个传输块到每个HARQ进程N个传输块(或反之)的发送模式改变的更普遍的情形，其中，M＞1，N＞1，以及M＞N。在该情形中，丢弃M-N个传输块，而保留N个传输块。
下行链路HARQ缓冲器重新分配
在又一实施例中，与清除缓冲器相反，可以出现重新分配以维护缓冲器的内容或部分内容。具体地，当出现导致每个下行链路HARQ进程的传输块的数目改变的发送模式改变时，UE可以仍然维持其软合并缓冲器的现有内容，以允许在发送模式改变之后的可能的下行链路HARQ重传。
具体地，现在参考图6。图6示出了下行链路HARQ进程600和下行链路HARQ进程620。从如下行链路HARQ进程610所示的具有两个传输块的第一发送模式到仅具有一个传输块的下行链路HARQ进程620的转换可以与上文关于图4描述的转换类似地发生。具体地，如下行链路HARQ进程610中所示，存在两个缓冲器，其中每个传输块一个缓冲器。这些被标记为缓冲器612和缓冲器614。
此外，缓冲器612包括分配部分616和使用部分617，而缓冲器614包括分配部分618和使用部分619。在图6的示例中，针对用于每个传输块的每个缓冲器，使用部分仅占据下行链路HARQ进程的已分配部分的一部分。已分配部分的大小可以是固定的(例如，根据等式1)，但是使用部分的大小取决于已编码的传输块的实际大小(包括系统(信息)比特和奇偶校验比特二者)，其可以随着不同的传输块而变化。
在如图6所示的发送模式转换期间，将丢弃与第二传输块关联的任何所缓存的软比特，并且将保留与第一传输块关联的任何所缓存的软比特。还将保留所存储的与第一传输块关联的NDI标记，以便确定针对该下行链路(DL)HARQ进程接收到的任何将来的传输块发送是新发送(NDI标记反转)还是当前缓存的传输块的重传(NDI标记没有反转)。因此，保留第一传输块缓冲器612的使用部分617来作为DL HARQ进程620的新扩展的已分配的缓冲器622的一部分。
图6还可以扩展到多于两个传输块的情形。在该情形中，第一传输块缓冲器612的使用部分617可以保留，以及与第二传输块和后面的传输块关联的软比特可以丢弃。另外，在发送模式改变是从具有多个(M个)传输块的模式到具有多个(N个)传输块的另一模式的情况下(其中M＞N)，则前N个传输块的使用部分将被保留，而后面的M-N个传输块将被丢弃。
现在参考图7。图7示出了具有带一个传输块缓冲器的发送模式的下行链路HARQ进程710到具有带两个传输块缓冲器722和724的发送模式的下行链路HARQ进程720的转换。
下行链路HARQ进程710包括单个缓冲器，该缓冲器具有分配部分714和使用部分712。
在转换时，针对具有两个传输块的下行链路HARQ进程，缩减分配区域714。保留与第一传输块关联的任何缓存的软比特(即使用部分712)，以及初始化与第二传输块对应的任何值。在多于两个传输块的情况下，还将初始化后面的传输块。这包括所存储的针对第二传输块或后面的传输块的NDI标记。实质上，当第二传输块是在发送模式改变之后接收的第一传输块时，它将被认为恰好是针对该一半下行链路HARQ进程的首次传输(即，将认为NDI标记已经反转)。相反，分别取决于接收的NDI标记与所存储的NDI标记值相比是否反转，与第一传输块相对应的传输的未来接收将被确定为是新传输还是重传。
可以进行如下的对3GPP TS 36.331规范的改变，以反映在转换时的数据的保留(其中以粗体字示出新的文字内容)：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>如果作为应用接收到的PhysicalConfigDedicated的结果，发送模式从{‘tm1’，‘tm2’，‘tm5’，‘tm6’，‘tm7’}之一改变到{‘tm3’，‘tm4’}之一：
2>命令MAC将针对每个DL HARQ进程的第二传输块的下一个发送视为恰好是针对该DL HARQ进程的该传输块的首次发送。
1>如果作为应用接收到的PhysicalConfigDedicated的结果，发送模式从{‘tm3’，‘tm4’}之一改变到{‘tm1’，‘tm2’，‘tm5’，‘tm6’，‘tm7’}之一：
2>命令MAC丢弃与每个DL HARQ进程的第二传输块
关联的任何缓存的软比特和对应的参数(例如，NDI标记，传输块大小)；
从上文可以看出，从每个下行链路HARQ进程具有一个传输块的发送模式到具有两个传输块的发送模式的转换导致MAC将第二传输块的下一个发送视为初始发送。而且，从具有两个传输块的发送模式到具有一个传输块的发送模式的转换导致MAC丢弃针对第二传输块的所缓存的软比特。
现在参考图8。图8示出上面的3GPP TS 36.331修改中重新定义的过程。具体地，该过程开始于步骤810，并且前进到步骤812，在步骤812中做出检查以确定是否出现发送模式改变。如果没有，则该过程返回步骤812，并且继续检查发送模式改变。
相反，如果在步骤812中检测到发送模式改变，则过程前进到步骤814，在步骤814中做出检查以确定发送模式是否是从每个下行链路HARQ进程存在一个传输块的模式改变到存在两个传输块的模式。如果该模式从具有一个传输块的模式改变到具有两个传输块的模式，则过程前进到步骤820。在步骤820中，保持针对第一传输块的缓冲器，并且命令MAC将第二传输块的下一个发送考虑为恰好是针对该传输块的首次发送。
该过程从步骤820返回步骤812，并且继续检查发送模式改变。
如果在步骤814的检查中确定发送模式改变不是从具有一个传输块的模式到具有两个传输块的模式，则该过程前进到步骤830。在步骤830中，做出检查，以确定发送模式的改变是否是从每个下行链路HARQ进程具有两个传输块的模式到具有一个传输块的模式。如果是，则该过程前进到步骤832，并且丢弃针对第二传输块缓存的软比特。
该过程从步骤832返回步骤812，并且继续检查发送模式改变。
从步骤830出发，如果发送模式的改变不是从具有两个传输块的模式到具有一个传输块的模式。则当结合步骤814和步骤830中的检查时，发送模式改变已经必然是从存在一个传输块的模式到具有一个传输块的另一模式或者是从存在两个传输块的模式到具有两个传输块的另一模式。在该情况下，过程返回步骤812，并且继续检查另外的发送模式改变，因为没有缓冲器需要清除，并且没有比特需要丢弃。
本领域普通技术人员应该理解，步骤814和830的检查可以在分离的过程中执行，并且在一些情况下可以排除步骤814和830中任一个的检查。
现在参考图8A。在图8A的过程中，已经消除了步骤830的检查。具体地，图8A的过程开始于步骤810，并且前进到步骤812，在步骤812中做出检查以确定是否出现发送模式改变。如果没有，则该过程在步骤812中继续检查发送模式改变。
一旦在步骤812中已经检测到发送模式改变，则过程前进到步骤814，在步骤814中做出检查以确定发送模式改变是否是从具有一个传输块的发送模式到具有两个传输块的发送模式。如果是，则过程前进到步骤820，在步骤820中保持针对第一传输块的缓冲器，并且将第二传输块的下一个发送考虑为该传输块上的首次发送。该过程从步骤820返回步骤812，继续检查另外的发送模式改变。
从步骤814出发，如果该改变不是从具有一个传输块的发送模式到具有两个传输块的发送模式，则该过程返回步骤812，继续检查另外的发送模式改变。
相反，如果从图8中消除步骤814，则该过程将与上面描述的图4B的过程相同。
UE实现的解决方案
本领域普通技术人员应该明白，上述的任何方案可以通过对3GPPTS 36.331规范做出改变来实现。备选地，因为不希望发送模式改变造成移动设备的操作的彻底故障，所以另一备选实施例将是留待UE制造商选择实现哪种解决方案。换言之，UE制造商可以选择实现图2、3、4、4A、4B、5、5A、8或8A的过程。本领域普通技术人员应该明白，这样的实现将不需要对任何第8版LTE规范的任何改变。
在发送模式改变期间的eNB调度
当前规范的另一不清楚的项是在UE处的发送模式改变的精确定时。具体地，在E-UTRA中不能指定下行链路发送模式重新配置的激活时间。
E-UTRARRC不支持在重新配置过程中对精确的激活时间的指定。如果eNB早于UE完成重新配置的时间就应用新的下行链路发送模式，则UE的数据接收可能失败。类似地，如果在eNB在UE完成重新配置的时间之后继续应用旧的下行链路发送模式，则UE的数据接收也可能失败。
应该理解，当在发送模式改变之前出现对下行链路HARQ进程的一个或多个传输块的发送，并且在发送模式改变之后出现对相同下行链路进程的HARQ发送时，如果每个下行链路HARQ进程的传输块的数目已经改变，则传输块数据的接收可能存在问题。
如果下行链路发送模式被重新配置，并且在子帧中能够接收的传输块的最大数目保持相同，则可以在发送模式改变之后处理对下行链路HARQ进程的重传，因为没有修改下行链路HARQ缓冲器大小或与每个下行链路HARQ进程相关联的NDI标记的数目。然而，如果发送模式重新配置导致在子帧中能够接收的传输块的最大数目发生改变，则根据当前E-UTRA规范对下行链路HARQ进程的重传的处理可能是不明确的。例如，如果发送模式从发送模式1，2，5，6或7之一改变到发送模式3或4之一，则新重传与先前缓存的软比特的合并可能不会正确发生，除非正确处理下行链路HARQ缓冲存储器的重新配置和传输。结果，重传数据的接收可能失败，并且降低总的数据传送速率。
参考下面的表3。表3示出下行链路控制信息(DCI)格式，该DCI格式寻址到当在每个发送模式下时期望其能够接收物理下行链路控制信道(PDCCH)的UE的C-RNTI(小区无线网络临时标识符)。
表3：针对每个配置的下行链路发送模式，要接收的与下行链路有关的DCI格式(寻址到UE的C-RNTI)
从上面的表3可以看出，每个发送模式具有各种下行链路DCI格式。具体地，格式下方的数字指示每个发送机会的最大传输块数目，同时字母可以用于指定解码过程，包括调制、码速率、物理资源、NDI标记、HARQ进程号，等等。
从表3可以看出，当在每个发送模式下，UE可能期望接收DCI格式1A以及一个其他下行链路DCI格式。后一下行链路DCI格式随着不同的发送模式而变化，但是对于所有发送模式而言DCI格式1A是共同的。
因此，在当前公开的一个实施例中，在与UE处的发送模式改变紧邻的时间段内，可能需要eNB将DCI格式1A用于对UE的下行链路发送，原因是发送模式改变的精确定时对于eNB是未知的，而eNB知道UE在新旧发送模式下都能够接收DCI格式1A。
现在参考图9。图9提供了一个示例，其中做出从例如发送模式4(其中通常会使用DCI2)到发送模式2(其中通常会使用DCI1)的转换。
在命令发送模式改变之前，eNB可以使用DCI 2来向UE发送。然而，在eNB不确定UE将被配置在两个发送模式中的哪种发送模式下时的时间窗口中反映出围绕着UE的实际的发送模式改变的不确定性。因此，eNB可以在该不确定窗口期间使用DCI 1A，并且仍然确保UE将能够接收对应的发送。在发送模式改变窗口之后，eNB从而能够使用DCI1来对UE进行发送，该DCI 1是发送模式2的一部分。
参考图9，使用参考标号910来标记在发送模式改变之前的时间段。在发送模式改变之后的时间段被标记为参考标号920。发送模式改变的不确定窗口被标记为参考标号930。
在图9的示例中，UE在标记为910的区域中可以处于发送模式4。在该区域中，从表3可以看出，使用的DCI通常是DCI 2。
UE在标记为920的区域中可以处于发送模式1。在该区域中，从表3可以看出，通常使用的DCI是DCI 1。
在不确定窗口930中，eNB可以使用DCI 1A进行发送，确保UE能够解码在不确定窗口期间提供的数据。
此外，因为eNB知道在时间段910中发生了到新发送模式的转换，所以eNB还可以开始禁用区域910中的传输块2，原因是区域910中的子帧接近不确定窗口930。这将确保在与第2传输块关联的任何传输块缓冲器中没有或存在很少的活跃的软比特。
本领域普通技术人员应该明白，图9的示例仅是作为示例说明，而不是作为限制。具体地，包括不确定窗区域930在内的每个转换区域所示出的子帧的数目不是旨在被固定为所示出的子帧的数目。相反，所示出的子帧的数目仅是作为示例，并且实际的窗口长度可以不同于所示出的窗口长度。
此外，如果存在多于两个传输块，则eNB可以在不确定窗口之前开始禁用第二和任一后面的传输块上的传输。在更一般的情况下，如果下行链路发送模式改变是从每个发送机会具有M个传输块的发送模式到具有N个传输块的不同发送模式(其中M≠N)，则eNB能够确保在通向发送模式改变不确定窗口的时间段中每个发送机会仅min(M，N)个传输块被发送给UE。
在备选的实施例中，eNB在发送模式不确定窗口可以不进行任何下行链路传输和/或重传。然而，在一些情形下，在下行链路业务繁重期间，在对数据传输速率无显著下降的情况下，不发送任何传输可能是困难的。
3GPP TS 36.331的规定可以改变以适应上述的发送模式DCI使用。具体地，该规定可以改变如下(以粗体字示出新文字内容)：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
注：在天线模式重新配置之前和期间，eNB在一个子帧中应该仅发送一个传输块，或者eNB应该不在DRB上进行任何发送。
从上文可以看出，规范改变包括以下注释：在天线模式重新配置之前和期间，eNB在一个子帧中应该发送最多仅一个传输块，或者eNB应该不在数据无线承载上进行任何发送。
还关于图10示出了另外的实施例。图10示出了eNB处的针对发送模式改变期间的通信的过程的流程图。
具体地，在图10的示例中，过程开始于1010，并且前进到步骤1012，在步骤1012中，做出检查以确定是否接近从每个下行链路HARQ进程存在两个传输块的发送模式到存在一个传输块的发送模式的发送模式改变。如果是，该过程前进到步骤1014，并且数据发送限于每个下行链路HARQ进程的第一传输块。然后，该过程前进到步骤1016。
如果不存在任何当前有两个传输块而在改变之后有一个传输块的发送模式改变，则该过程也从步骤1012前进到步骤1016。
本领域普通技术人员应该明白，步骤1012和1014是可选的，并且不一定需要实现。
在步骤1016中，做出检查以确定发送模式改变是否在如图9所示的不确定窗口内。如果，在步骤1016中确定UE处于发送模式不确定窗口中，则该过程前进到步骤1020，并且eNB针对数据发送使用DCI 1A，否则阻止对UE的数据发送。然后，该过程前进到步骤1022，且结束。
从步骤1016出发，如果该过程不是在发送模式不确定窗口中，则该过程前进到步骤1030，在步骤1030中使用UE正处于的发送模式通常使用的DCI格式(即，来自表3的针对具体发送模式的DCI格式(不同于DCI 1A))。于是，该过程前进到步骤1022并且结束。
在发送模式改变窗口期间的传输块大小确定
已经注意上面的图6和7，这些图提供用于在发送模式改变之后维持内容UE在下行链路HARQ进程中的现有软缓冲器。然而，图6和图7的解决方案的一个可能的问题是在缓冲器被分成两个或更多个部分时使用部分超过所分配的缓冲器大小时。例如，当从单个传输块发送模式移动到双传输块发送模式时，这可能发生。
当两个传输块与每个下行链路HARQ进程关联，并且传输块之一过大而不适合针对该传输块的可用软缓冲存储器时，针对该传输块的发送不考虑奇偶校验比特中的一些。换言之，在速率匹配过程期间，eNB将自动移除一些奇偶校验比特，如3GPP TS 36.212中描述的那样。这些奇偶校验比特将不再发送。
UE知道将不再发送这些奇偶校验比特，并且适当地执行其前向纠错(FEC)解码。
现在参考图11。图11示出了针对两个传输块的软缓冲存储器的使用。从参考标号1110可以看出，可用的软缓冲存储器具有特定尺寸。
在第一传输块1120中，系统比特和奇偶校验比特都适合放在存储器大小1110内。相反，在第二传输块1130中，系统比特和奇偶校验比特不适合放进软缓冲存储器1110。因此，针对传输块B，不再发送如参考标号1132所示的超出的奇偶校验比特。
当发送模式改变改变了与每个下行链路HARQ进程关联的传输块数目时(如上面关于图6和7所示)可能存在问题。如果在发送模式改变之后为可能的HARQ重传保留的传输块太大，则对应的软缓冲器内容可能变得不确定。eNB不知道UE将改变发送模式的确切的时间点，如从图9中看出的那样。因此，可能出现下述情形：eNB希望执行大的传输块的重传，但是不知道是否包括额外的奇偶校验比特，否则该额外的奇偶校验比特对于每个下行链路HARQ进程两个传输块的情况会被截断。
现在参考图12。图12示出从每个下行链路HARQ进程两个传输块1212和1218到单个传输块1224的发送模式改变。在该情况下，针对第一传输块1210的软缓冲内容1214可能需要针对单个传输块软缓冲内容1222进行扩展。为了简单起见，在两个传输块与每个下行链路HARQ进程关联时仅示出了第一传输块。
因此，在图12中，出现发送模式改变，其中该改变从每个下行链路HARQ进程两个传输块到一个传输块。然而，缓存的传输块足够大，使得它的一些奇偶校验比特最初被截断以便适合放在可用的软缓冲存储器内。当仅一个传输块与每个下行链路HARQ进程关联时，eNB于是将发送这些截断的奇偶校验比特，使得当UE扩展该所缓存的传输块时，如参考标号1222所示，向合适的比特位置(对应于被截断或穿孔的奇偶校验比特位置)插入0或者空值。
参考图13，当发送模式改变从每个下行链路HARQ进程一个传输块改变到两个传输块时，出现类似但相反的过程。如果缓存的传输块太大，它可能必须通过移除一些比特值或对一些比特值穿孔来缩减缓存的传输块，因为在每个下行链路HARQ进程两个传输块的场景中将不再发送对应的奇偶校验比特。在下述情形下可能出现问题：当应用发送模式转变，UE可能已经执行对缓冲器软比特值的扩展或缩小，但是eNB不精确知道何时执行该动作，所以eNB不知道是否发送额外的奇偶校验比特，其中对于每个下行链路HARQ进程两个传输块的情况，该额外的奇偶校验比特通常会被丢弃。
参考图13，在参考标号1310处示出了单个传输块下行链路HARQ进程，其具有软缓冲存储器1312和缓存的传输块1314。在参考标号1320处示出了双传输块下行链路HARQ进程，其具有传输块软缓冲器1322和1328。在下行链路HARQ进程1320中可以看出，针对第一传输块的软比特值1324，来自软比特值1314的额外的奇偶校验比特被截断或者穿孔。
可以存在针对上述问题的众多解决方案。在第一解决方案中，可以在出现导致每个下行链路HARQ进程的传输块的数目改变的发送模式改变时清除UE下行链路HARQ缓冲器，如参考图2所描述的那样。于是，在发送模式改变不确定窗口期间，eNB避免对UE的任何下行链路传输。
在备选实施例中，eNB确保在发送模式改变不确定窗口期间发送或重传的任何传输块具有足够小的大小，使得在使用每个下行链路HARQ进程两个传输块时不需要对任何奇偶校验比特进行截断或穿孔。如果当eNB发出发送模式改变命令时在UE处缓存了任何过大的传输块，eNB可能必须通过反转关联的传输块的NDI标记来手动地从UE的下行链路HARQ软缓冲器中清除那些传输块。
对上述问题的另一解决方案是UE可能能够对接收的来自大的传输块的软比特中的一些进行打孔，并且仍然在turbo解码之前执行合并。应该理解，当针对每个下行链路HARQ进程两个传输块的情形eNB发送比UE能够适配进其软比特存储器大的传输块时，出现与奇偶校验比特的截断有关的问题。然而，UE具有所有的相关的传输资源参数，诸如MCS(调制&编码机制)、RV(冗余版本)等等。MSC指定用于具体传输的调制级别(例如，QPSK、16QAM、64QAM)以及编码率。冗余版本指定了具体的传输中正在发送系统比特和/或奇偶校验比特的哪个确切集合。
在又一实施例中，在发送模式改变发生时，仅在满足以下条件时可以在UE处清除具体的下行链路HARQ进程：
1)发送模式重新配置涉及到每个下行链路HARQ下行链路进程的传输块的数目的改变；以及
2)该下行链路HARQ进程的软缓冲器中包含的至少一个传输块的传输块大小使得作为软缓冲存储器重新分配的结果发送的奇偶校验比特的数目发生改变。
在上面的解决方案中，当在下行链路HARQ进程的缓冲器内包含需要截断的传输块时，将清除缓冲器。
此外，对于从每个下行链路HARQ进程一个传输块切换到两个传输块的情形，又一解决方案是具体的下行链路HARQ进程将不对软缓冲存储器进行重新分配，直到完成当前的传输块。即，当eNB发送DCI 1A或具有非反转的NDI标记的2或2A时，针对当前传输块的软合并将继续。在使用DCI 2或2A的情况下，将需要禁用第二传输块，如TS 36.213的第7.1.7.2节所规定地那样。一旦下行链路HARQ进程接收具有反转的NDI的DCI 1A、支持一个传输块且具有反转的NDI的DCI 2/2A、或者无论NDI标记是否反转但支持两个传输块的NDI的DCI 2/2A，就可以自动清除下行链路HARQ进程，并且将重新分配对应的软合并缓冲器。这也解决了传输块对于缓冲重新分配而言太大的问题。
可以通过如下在3GPP TS 36.331的第5.3.10.6中添加注释来修改规定(以粗体字示出新文字内容)：
5.3.10.6物理信道重新配置
UE应该：：
1>根据接收的physicalConfigDedicated，重新配置物理信道配置；
1>如果包括antennaInfo，且其设为‘explicitValue’：
2>如果配置的transmissionMode不是‘tm3’或‘tm4’，在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
1>否则，如果包括antennaInfo，且其设为‘defaultValue’：
2>在先前配置了的情况下，释放cqi-ReportPeriodic中的ri-ConfigIndex；
注：在天线模式重新配置之前和期间，eNB在一个子帧中应该仅发送一个传输块，或者eNB应该不在DRB上进行任何发送。当选择传输块大小时，eNB还应该考虑在重新配置之后的DL HARQ进程的软缓冲器大小。
对LTE-A的适用性
在LTE-A中，可以增强下行链路MIMO以支持8x8MIMO发送。上面的所有提议也适用于LTE-A下行链路。而且，LTE-A也可以支持上行链路方向的MIMO发送，以及因此可以存在多个下行链路发送模式。这些下行链路发送模式将以与当前LTE的下行链路发送模式重新配置类似的方式通过RRC来配置，以及因此上面的提议也可以应用于上行链路传输。在一个实施例中，可以修改前面针对下行链路HARQ操作的所描述的提议以便解决上行链路方向的任何发送模式改变定时问题和/或维持数据传输速率。例如：
1)当重新配置上行链路发送模式时，eNB通过提供具有新数据指示的上行链路授权来开始新传输，而不是HARQ重传；
2)当上行链路发送模式被重新配置且每个上行链路HARQ进程的最大传输块数目发生改变时，eNB通过提供具有新数据指示的上行链路授权来开始新传输；
3)在上行链路发送模式重新配置之前和/或期间，eNB提供仅针对每个上行链路HARQ进程一个传输块的上行链路授权；以及
4)在更一般的情况下，如果上行链路发送模式改变是从每个发送机会具有M个传输块的发送模式到每个发送机会具有N个传输块的发送模式(其中M≠N)，则在通向发送模式改变不确定窗口的时间段中，eNB能够确保向UE提供每个发送机会仅覆盖min(M，N)个传输块的发送授权。
上面的提议也适用于第9版E-UTRA规范，以及可以应用于下述其他技术领域：其中每个发送机会提供多个上行链路或下行链路传输块并且存在发送模式之间的转换，在其中，一个或多个传输块可能被启用或禁用。
基于上文，如果UE检测到发送模式改变，则UE能够通过以下方式来操纵HARQ软缓冲器：清除缓冲器；仅当每个HARQ进程的最大传输块数目改变时清除缓冲器；如果发送模式从每个HARQ进程一个传输块改变到两个传输块则清除HARQ缓冲器，以及如果转换是从具有两个传输块的模式到具有一个传输块的模式则丢弃第二传输块；当发送模式改变是从具有一个传输块的模式到具有两个传输块的模式时保持第一传输块以及初始化第二传输块。
上面的方案可以实现在任何用户设备的接收侧和任何网络单元(诸如演进的节点B)的发送侧。在发送侧，网络单元将包括通向子系统以发送涉及使用的传送层的信心。
对于UE侧，图14是示出能够在本申请的设备和方法的优选实施例一起使用的UE的框图。移动设备1400优选地是至少具有语音通信能力的双向无线通信设备。取决于提供的准确功能，移动设备例如可以称为数据消息递送设备、双向寻呼机、无线电子邮件设备、具有数据消息递送能力的蜂窝类型的电话、无线互联网设施、或数据通信设备。
在UE 1400支持上行通信的情况下，它将集成通信子系统1411，其包括接收器1412和发射器1414，以及关联的部件，诸如一个或多个(优选嵌入式或内部的)天线元件1416和1418、本地振荡器(LO)1413、以及诸如数字信号处理器(DSP)1420之类的处理模块。通信领域的技术人员将明白，通信子系统1411的具体设计将取决于设备旨在操作在的通信网络。
网络接入要求还将基于网络1419的类型而变化。LTE UE可以要求订户标识模块(SIM)卡，以便在LTE或LTE-A网络上操纵。SIM接口1444通常与可以将SIM卡像盘或PCMCIA卡一样插入和弹出的卡槽类似。SIM卡可以保存密钥配置1451，以及其他信息1453，诸如标识以及订户相关的信息。
当已经完成需要的网络注册或激活过程，UE 1400可以在网络1419上发送和接收信号。如图14所示，网络1419可以包括与UE通信的多个天线。这些天线继而连接到eNB 1470。天线1416通过通信网络1419接收的信号被输入接收器1412，接收器1412可以执行诸如信号放大、下变频转换、滤波、信道选择等公共的接收器功能，并且在图14所示的示例性系统中还执行模数(A/D)变换。对接收到的信号的A/D转换允许在DSP 1420中执行更复杂的通信功能，例如解调和解码。以类似的方式，DSP 1420对将要发送的信号进行处理，包括例如调制和编码，并且将其提供给发射器1414以进行数模转换、上变频转换、滤波、放大并经由天线1418在通信网络1419上发送。DSP 1420不仅处理通信信号，还提供对接收器和发射器的控制。例如，可以通过DSP 1420中实现的自动增益控制算法来自适应地控制应用到接收器1412和发射器1414中的通信信号的增益。
UE 1400优选地包括微处理器1438，其控制设备的总体操作。包括数据和语音通信的通信功能通过通信子系统1411来执行。微处理器1438还与另外的设备子系统进行交互，诸如显示器1422、闪存1424、随机存取存储器(RAM)1426、辅助输入/输出(I/O)子系统1428、串口1430、一个或多个键盘或键区1432、扬声器1434、麦克风1436、其他通信子系统1440(诸如短程通信子系统)、以及一般地表示为1442的任何其他设备子系统。串口1430可以包括USB端口或者本领域普通技术人员已知的其他端口。
图14示出的子系统中的一些子系统执行通信相关的功能，而其他子系统可以提供“常驻”或者机载功能。特别地，一些子系统，诸如键盘1432和显示器1422，例如可以用于通信相关的功能(诸如输入用于通过通信网络传输的文本消息)和设备上的常驻功能二者(诸如计算器或者任务列表)。
微处理器1438使用的操作系统软件可以存储在永久性存储器中，该永久性存储器诸如是闪存1424，其可以备选地是只读存储器(ROM)或类似的存储单元(未示出)。本领域普通技术人员应该明白，操作系统、专用设备应用、或者其部分，可以临时装载到非易失性存储器(诸如RAM1426)中。接收的通信信号也可以存储在RAM 1426中。
如图所示，闪存1424可以针对计算机程序1458和程序数据存储1450、1452、1454和1456二者分成不同的区域。这些不同的存储类型指明每个程序可以分配一部分闪存1424用于其自身的数据存储要求。除了其操作系统功能之外，微处理器1438优选地支持UE上的软件应用的执行。通常在制造期间在UE 1400上安装控制基本设备操作的预定应用集合，其例如至少包括数据和语音通信应。可以后续或者动态地安装其他应用。
一种软件应用可以是个人信息管理器(PIM)应用，该应用具有组织和管理与UE的用户相关的数据项的能力，该数据项诸如是但不限于电子邮件、日历事件、语音邮件、约会、以及任务项。自然地，一个或多个存储器存储将是在UE上可用的，以便利用对PIM数据项的存储。这样的PIM应用通常将具有经由无线网络1419发送和接收数据项的能力。在一个实现中，经由无线网络1419将PIM数据项与存储在主计算机系统上或与主计算机系统关联的UE用户的对应数据项无缝地集成、同步、和更新。还可以通过网络1419、辅助I/O子系统1428、串口1430、(短程)通信子系统1440、或者任何其他合适的子系统1422将另外的应用加载到UE1400上，以及由用户将其安装到RAM 1426或者非易失性存储器(未示出)中供微处理器1438执行。这样的应用安装方面的灵活性提高了设备的功能，并且可以提供增强的机载功能、通信相关的功能、以及二者。例如，安全通信应用可以支持电子商务功能以及要使用UE 1400执行的其他这种金融交易。
在数据通信模式下，通信子系统1411处理接收信号(诸如文本消息或者网页下载)，以及将其输入微处理器1438，微处理器1438优选地针对基本特性进一步处理接收信号，以输出给显示器1422或备选地输出给辅助I/O设备1428。
UE 1400的用户还可以编写数据项(诸如电子邮件消息)，例如使用键盘1432(优选地是完全的字母数字键盘或电话类型的键区)结合显示器1422和可能的辅助I/O设备1438来编写。这样的编写的项然后可以通过通信子系统1411在通信网络上传输。
对于语音通信，UE 1400的总体操作是类似的，区别在于接收信号将优选地输出到扬声器1434，以及用于发射的信号由麦克风1436生成。还可以在UE 1400上实现备选的语音或音频I/O子系统，诸如语音消息记录子系统。尽管语音或音频信号输出优选地主要通过扬声器1434来完成，但是还可以使用显示器1422来提供例如对呼叫方的身份、语音呼叫持续时间、或者其他语音呼叫相关的信息的指示。
图14中的串口1430通常实现在个人数字助理(PDA)类型的UE中，对于这些UE与用户的台式计算机(未示出)的同步，串口1430是期望的但又是可选的部件。这样的串口1430将支持用户通过外部设备或者软件应用来设置首选项，以及通过不同于经由无线通信网络的方式向UE 1400提供信息或软件下载来扩展UE 1400的能力。备选的下载路径可以例如用于通过直接的因此是可靠和受信的连接将加密密钥加载到设备，由此提供安全的设备通信。本领域普通技术人员应该明白，串口1430还能够用于将UE连接到计算机，以便充当调制解调器。
其他通信子系统1440，诸如短程通信子系统，是可以提供UE 1400和其他不同系统或设备(其不一定是类似设备)之间的通信的其他部件。例如，子系统1440可以包括红外设备和关联的电路与部件，或者包括蓝牙通信模块，以便提供与支持类似功能的系统和设备的通信。子系统1440还可以用于WiFi或者WiMAX通信。
此处描述的实施例是具有与本申请的技术的要素对应的要素的结构、系统或方法的示例。所写的描述可以使得本领域普通技术人员能够完成和使用具有同样与本申请的技术的要素对应的备选要素的实施例。因此，本申请旨在保护的技术的范围包括与此处描述的本申请的技术无区别的其他结构、系统或方法，并且还包括与此处描述的本申请的技术有非实质性区别的其他结构、系统或方法。

Claims (22)

1.一种在无线通信网络中的用户设备处用于在发送模式改变期间处理混合自动重传请求HARQ操作的方法，包括：
检测发送模式改变，所述发送模式改变至少定义每个发送机会的最大传输块数目；以及
基于所述检测操纵HARQ进程缓冲器，所述操纵包括以下至少一项：
a)清除所述HARQ进程缓冲器；
b)丢弃至少一个传输块；
c)初始化至少一个传输块；以及
d)缓冲传输块。
2.根据权利要求1所述的方法，其中，所述操纵包括：仅当所述发送模式改变包括改变所述每个发送机会的最大传输块数目时，才清除所述HARQ进程缓冲器。
3.根据权利要求1所述的方法，其中，所述操纵包括：
仅当所述发送模式改变包括从每个发送机会具有一个传输块的发送模式向每个发送机会具有多个传输块的发送模式的改变时，才清除所述HARQ进程缓冲器。
4.根据权利要求1所述的方法，其中，所述操纵包括：
如果所述发送模式改变是从每个发送机会具有两个传输块的模式至每个发送机会具有一个传输块的模式，则仅丢弃第二传输块。
5.根据权利要求1所述的方法，其中，所述操纵包括：
如果所述发送模式改变是从每个发送机会具有两个传输块的模式至每个发送机会具有一个传输块的模式，以及如果已经成功解码第一传输块上的所有软比特，则仅丢弃第一传输块，以及将来自第二传输块的软比特作为第一传输块进行处理。
6.根据权利要求1所述的方法，其中，所述操纵包括：
当所述发送模式改变包括从每个发送机会具有第一数目的传输块的发送模式向每个发送机会具有第一数目加第二数目的传输块的发送模式的改变时，保持第一数目的传输块以及初始化第二数目的传输块。
7.根据权利要求1所述的方法，还包括：
检测何时传输块小于预定的大小，以及如果传输块不小于预定的大小，则所述操纵包括缓冲或丢弃所述传输块。
8.根据权利要求1所述的方法，其中，所述操纵包括：
如果所述发送模式改变涉及改变所述每个发送机会的最大传输块数目，以及如果传输块的大小大于阈值，则所述操纵包括清除所述传输块。
9.根据权利要求1所述的方法，其中，所述HARQ进程缓冲器是下行链路HARQ进程缓冲器。
10.根据权利要求1所述的方法，其中，所述HARQ进程缓冲器是上行链路HARQ进程缓冲器。
11.根据权利要求10所述的方法，其中，当重新配置上行链路发送模式时，eNB通过提供具有新数据指示的上行链路授权来开始新发送。
12.根据权利要求10所述的方法，其中，当重新配置上行链路发送模式并且每个上行链路HARQ进程的最大传输块数目发生改变时，eNB通过提供具有新数据指示的上行链路授权来开始新发送。
13.根据权利要求10所述的方法，其中，在上行链路发送模式重新配置之前、期间或者在之前和在期间，eNB针对每个上行链路HARQ进程仅提供对第一数目的传输块的上行链路授权，在所述上行链路发送模式重新配置中，传输块的数目从第二传输块数目减小到第一传输块数目，第二传输块数目大于第一传输块数目。
14.根据权利要求10所述的方法，其中，在上行链路发送模式重新配置期间，eNB针对每个上行链路HARQ进程仅提供对第一数目的传输块的上行链路授权，在所述上行链路发送模式重新配置中，传输块的数目从第一传输块数目增加到第二传输块数目，第二传输块数目大于第一传输块数目。
15.一种配置用于在发送模式改变期间处理混合自动重传请求HARQ操作的用户设备，包括：
处理器；以及
通信子系统；
所述处理器和通信子系统被配置为：
检测发送模式改变，所述发送模式改变至少定义每个发送机会的最大传输块数目；以及
基于所述检测操纵HARQ进程缓冲器，所述操纵包括以下至少一项：
a)清除所述HARQ进程缓冲器；
b)丢弃至少一个传输块；
c)初始化至少一个传输块；以及
d)缓冲传输块。
16.根据权利要求15所述的用户设备，还被配置为：
仅当所述发送模式改变包括改变所述每个发送机会的最大传输块数目时，才清除所述HARQ进程缓冲器。
17.根据权利要求15所述的用户设备，还被配置为：
仅当所述发送模式改变包括从每个发送机会具有一个传输块的发送模式向每个发送机会具有多个传输块的发送模式的改变时，才清除所述HARQ进程缓冲器。
18.根据权利要求15所述的用户设备，还被配置为：
如果所述发送模式改变是从每个发送机会具有两个传输块的模式至每个发送机会具有一个传输块的模式，则仅丢弃第二传输块。
19.根据权利要求15所述的用户设备，还被配置为：
如果所述发送模式改变是从每个发送机会具有两个传输块的模式至每个发送机会具有一个传输块的模式，以及如果已经成功解码第一传输块上的所有软比特，则仅丢弃第一传输块，以及将来自第二传输块的软比特作为第一传输块进行处理。
20.根据权利要求15所述的用户设备，还被配置为：
当所述发送模式改变包括从每个发送机会具有一个传输块的发送模式向每个发送机会具有多个传输块的发送模式的改变时，保持第一传输块以及初始化第二或后续的传输块。
21.根据权利要求15所述的用户设备，还被配置为：
检测何时传输块小于预定的大小，以及如果传输块不小于预定的大小，则所述操纵包括缓冲或丢弃所述传输块。
22.根据权利要求15所述的用户设备，还被配置为：
如果所述发送模式改变涉及改变所述每个发送机会的最大传输块数目，以及如果传输块的大小大于阈值，则清除所述传输块。
CN201080045160.8A 2009-08-07 2010-08-06 用于在发送模式改变期间处理harq操作的方法和系统 Active CN102687449B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/538,016 US8386875B2 (en) 2009-08-07 2009-08-07 Method and system for handling HARQ operations during transmission mode changes
US12/538,016 2009-08-07
PCT/US2010/044722 WO2011017621A2 (en) 2009-08-07 2010-08-06 Method and system for handling harq operations during transmission mode changes

Publications (2)

Publication Number Publication Date
CN102687449A CN102687449A (zh) 2012-09-19
CN102687449B true CN102687449B (zh) 2015-01-21

Family

ID=43086499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080045160.8A Active CN102687449B (zh) 2009-08-07 2010-08-06 用于在发送模式改变期间处理harq操作的方法和系统

Country Status (5)

Country Link
US (4) US8386875B2 (zh)
EP (2) EP3176972B1 (zh)
CN (1) CN102687449B (zh)
CA (1) CA2769841C (zh)
WO (1) WO2011017621A2 (zh)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140241149A1 (en) * 2013-02-27 2014-08-28 Qualcomm Incorporated Systems and methods for synchronizing wireless communication device configurations
SG188107A1 (en) 2008-02-01 2013-03-28 Research In Motion Ltd System and method for uplink timing synchronization in conjunction with discontinuous reception
US8179828B2 (en) 2008-03-28 2012-05-15 Research In Motion Limited Precoding matrix index feedback interaction with discontinuous reception
US8199725B2 (en) 2008-03-28 2012-06-12 Research In Motion Limited Rank indicator transmission during discontinuous reception
US8386876B2 (en) * 2009-08-14 2013-02-26 Sharp Laboratories Of America, Inc. Transmission of different redundancy versions on different degrees of freedom
KR101641968B1 (ko) 2009-09-14 2016-07-29 엘지전자 주식회사 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치
CN105610549B (zh) * 2009-09-21 2019-07-30 中兴通讯股份有限公司 一种下行控制信息的传输方法及传输系统
US9031008B2 (en) 2009-10-30 2015-05-12 Samsung Electronics Co., Ltd. Methods and apparatus for multi-user MIMO transmissions in wireless communication systems
CN102148658A (zh) * 2010-02-10 2011-08-10 中兴通讯股份有限公司 一种基于分层映射的速率匹配权值校正方法和装置
WO2011105813A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 상향링크 다중 안테나 전송을 지원하는 무선 통신 시스템에서 상향링크 전송을 위한 제어정보를 제공하는 방법 및 장치
JP4823371B2 (ja) * 2010-03-30 2011-11-24 シャープ株式会社 無線通信システム、移動局装置、基地局装置、無線通信方法および集積回路
US9941998B2 (en) * 2010-06-24 2018-04-10 Qualcomm Incorporated Control information signaling for MIMO transmissions
US8606257B2 (en) * 2010-06-25 2013-12-10 Htc Corporation Apparatuses and methods for mobile capability signaling
US20110317642A1 (en) * 2010-06-25 2011-12-29 Qualcomm Incorporated System and process for transmission sequence number management in an intra-node b unsynchronized serving cell change
US8649326B2 (en) * 2010-07-06 2014-02-11 Htc Corporation Method of handling capability information of a mobile device and related communication device
US8923223B2 (en) * 2010-08-16 2014-12-30 Qualcomm Incorporated Physical uplink control channel resource allocation for multiple component carriers
JP5009410B2 (ja) * 2010-10-29 2012-08-22 シャープ株式会社 移動局装置、無線通信方法および集積回路
US8797957B2 (en) * 2010-11-12 2014-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Terminal, network node, system and methods for soft buffer handling in carrier aggregation
US9204289B2 (en) * 2011-02-15 2015-12-01 Samsung Electronics Co., Ltd. Method and apparatus of handling user equipment category in wireless communication system
EP2490362B1 (en) 2011-02-15 2018-04-04 LG Electronics Inc. Method and apparatus for transmitting channel quality control information in wireless access system
KR101923440B1 (ko) * 2011-02-15 2018-11-29 엘지전자 주식회사 무선접속시스템에서 채널품질제어정보 전송방법 및 장치
KR101728840B1 (ko) * 2011-03-03 2017-04-20 텔레콤 이탈리아 소시에떼 퍼 아찌오니 Ｌｔｅ 스케줄링
KR101921179B1 (ko) * 2011-03-23 2018-11-22 엘지전자 주식회사 무선 통신 시스템에서 동적 서브프레임 설정 시 재전송 방법 및 이를 위한 장치
WO2012141638A1 (en) * 2011-04-13 2012-10-18 Telefonaktiebolaget L M Ericsson (Publ) Method and device for soft buffer management based on user equipment categories in a communications network
RU2589655C2 (ru) * 2011-04-13 2016-07-10 Телефонактиеболагет Л М Эрикссон (Пабл) Способ и устройство для определения числа уровня mimo
KR101556050B1 (ko) * 2011-06-28 2015-09-25 엘지전자 주식회사 Tdd시스템에서 통신 방법 및 장치
WO2013025236A1 (en) * 2011-08-12 2013-02-21 Intel Corporation System and method of uplink power control in a wireless communication system
KR102032848B1 (ko) * 2011-08-23 2019-10-16 엘지전자 주식회사 무선 통신 시스템에서 동적 서브프레임 변경을 위한 harq 버퍼 운용 방법 및 이를 위한 장치
JP6112487B2 (ja) * 2011-08-31 2017-04-12 パナソニックＩｐマネジメント株式会社 移動端末及びレート変更制御方法
CN103024820B (zh) * 2011-09-20 2018-03-23 北京三星通信技术研究有限公司 软缓存处理的方法及设备
US9178664B2 (en) * 2012-01-12 2015-11-03 Blackberry Limited Method and system for handling of a transport block size change in an adaptive retransmit order
US9369239B2 (en) * 2012-02-19 2016-06-14 Lg Electronics Inc. Method and apparatus for transmitting acknowledgments in wireless communication systems
US9521669B2 (en) * 2012-04-16 2016-12-13 Blackberry Limited HARQ for dynamic change of the TDD UL/DL configuration in LTE TDD systems
US9253785B2 (en) * 2012-05-04 2016-02-02 Broadcom Corporation Multi-cell incremental redundancy
KR102182156B1 (ko) 2012-07-17 2020-11-24 선 페이턴트 트러스트 기지국 장치, 기지국 장치에서 실행되는 방법 및 집적 회로
JP6183618B2 (ja) * 2012-07-18 2017-08-23 サン パテント トラスト 端末装置、通信方法及び集積回路
EP2871882B1 (en) 2012-07-31 2021-10-20 Nokia Technologies Oy Memory allocation method and system, user equipment, and network device
JP5881903B2 (ja) * 2012-09-25 2016-03-09 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ＣｏＭＰ状態をシグナリングする無線通信方法、ならびにそのための送信ポイントおよびユーザ機器
WO2014084640A1 (en) * 2012-11-28 2014-06-05 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in a wireless communication system
KR102117024B1 (ko) 2012-11-28 2020-06-01 삼성전자 주식회사 무선 통신 시스템의 통신 방법 및 장치
WO2014111045A1 (zh) * 2013-01-18 2014-07-24 联发科技（新加坡）私人有限公司 决定上下行链路重配置期间确认信令时序和调度时序的方法及用户设备
US9705658B2 (en) * 2013-02-04 2017-07-11 Mbit Wireless, Inc. Method and apparatus for detecting inconsistent control information in wireless communication systems
US9179445B2 (en) * 2013-04-02 2015-11-03 Blackberry Limited Communication in the presence of uplink-downlink configuration change
CN104104484B (zh) * 2013-04-03 2018-11-16 上海诺基亚贝尔股份有限公司 用于对lte中时分双工配置的改变进行适配的方法和设备
CN104348576B (zh) * 2013-07-26 2017-11-03 普天信息技术有限公司 下行harq重传中mcs等级的确定方法及系统
US20150172023A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Process for discarding pending harq processes
EP3094130A4 (en) * 2014-01-29 2017-01-25 Huawei Technologies Co., Ltd. Data transmission method, device, and system
US9801185B2 (en) * 2014-01-30 2017-10-24 Telefonaktiebolaget Lm Ericsson (Publ) 256 quadrature amplitude modulation user equipment category handling
US10893509B2 (en) * 2015-02-11 2021-01-12 Qualcomm Incorporated Multiple tri-state HARQ processes
CN108141308B (zh) * 2015-10-23 2021-03-16 瑞典爱立信有限公司 基于解码裕度估计确定传输特性
EP3414856B1 (en) * 2016-02-09 2023-03-22 Telefonaktiebolaget LM Ericsson (PUBL) Efficient harq feedback
WO2018014192A1 (en) * 2016-07-19 2018-01-25 Nec Corporation Method and device for performing communication
WO2018021768A1 (en) * 2016-07-28 2018-02-01 Samsung Electronics Co., Ltd. Method and apparatus for managing hybrid automatic repeat request process in mobile communication system
US11290911B2 (en) 2017-02-24 2022-03-29 Lg Electronics Inc. Method for processing data block and method for HARQ ACK/NACK feedback
CN109275192B (zh) * 2017-07-18 2022-12-13 华为技术有限公司 用于传输信息的方法和设备
US10581495B2 (en) * 2017-08-18 2020-03-03 Nokia Technologies Oy Physical layer configuration continuity during radio resource control restoration
US10680764B2 (en) * 2018-02-09 2020-06-09 Qualcomm Incorporated Low-density parity check (LDPC) parity bit storage for redundancy versions
CN111988112A (zh) * 2019-05-23 2020-11-24 华为技术有限公司 通信方法和装置
US11985649B2 (en) * 2020-04-10 2024-05-14 Qualcomm Incorporated Modifications to uplink grant configurations

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1722652A (zh) * 2004-05-04 2006-01-18 三星电子株式会社 基于混合自动重传请求改变发射时间间隔的方法和设备
CN101057423A (zh) * 2004-11-15 2007-10-17 三星电子株式会社 在支持上行链路分组数据服务的移动通信系统中传送和接收下行链路控制信息的方法和设备
WO2007124675A1 (en) * 2006-04-20 2007-11-08 Huawei Technologies Co., Ltd. Method and apparatus for sharing radio resources in a wireless communications system
EP2026491A1 (en) * 2007-08-13 2009-02-18 Panasonic Corporation Soft-buffer management of a re-transmission protocol for unicast and multicast transmissions

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003021903A1 (fr) * 2001-08-28 2003-03-13 Sony Corporation Emetteur et procede de commande d'emissions
DE60311574T2 (de) 2003-08-14 2007-11-15 Matsushita Electric Industrial Co., Ltd., Kadoma Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
US7584397B2 (en) * 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
CA2614506C (en) * 2005-08-09 2013-02-12 Samsung Electronics Co., Ltd. Method and apparatus for allocating communication resources using virtual circuit switching in a wireless communication system and method for transmitting and receiving data in a mobile station using the same
CN101371459B (zh) 2006-01-20 2013-07-10 三星电子株式会社 在频分多址系统中进行开环功率控制的方法和设备
TWI499261B (zh) * 2006-02-03 2015-09-01 Interdigital Tech Corp 高速封包存取演進及長期演進系統中以服務品質為基礎之資源決定及配置裝置及方法
US9065651B2 (en) * 2006-08-11 2015-06-23 Google Technology Holdings LLC Apparatus and method for automatic repeat request with reduced resource allocation overhead in a wireless VoIP communication system
JP4703513B2 (ja) * 2006-08-22 2011-06-15 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムで使用される無線基地局及び方法
US7719470B2 (en) * 2007-08-23 2010-05-18 Research In Motion Limited Multi-band antenna, and associated methodology, for a radio communication device
EP2034555B1 (en) 2007-09-06 2011-01-19 Research In Motion Limited Mobile wireless communications device including multi-loop folded monopole antenna and related methods
US9306709B2 (en) * 2007-09-14 2016-04-05 Futurewei Technologies, Inc. Method and apparatus for associating a packet with an H-ARQ channel identifier
JP2011504669A (ja) * 2007-11-05 2011-02-10 ノーテル・ネットワークス・リミテッド 資源割り当てのための方法およびシステム
ES2537341T3 (es) * 2008-03-24 2015-06-05 Nokia Technologies Oy Configuración de memoria intermedia suave en un sistema de comunicaciones
US8473799B2 (en) * 2008-08-21 2013-06-25 Qualcomm Incorporated Handling of disrupted synchronous hybrid automatic repeat request (HARQ) cycle at system time rollover
KR100937433B1 (ko) * 2008-09-17 2010-01-18 엘지전자 주식회사 최대 전송 회수를 고려한 ｈａｒｑ 동작 방법
US8296617B2 (en) * 2009-02-25 2012-10-23 Alcatel Lucent Method and apparatus of HARQ process selection
EP3358773B1 (en) * 2009-03-20 2020-05-27 Telefonaktiebolaget LM Ericsson (publ.) Hybrid-arq mechanism for cooperative base stations uplink
US8312337B2 (en) * 2009-05-01 2012-11-13 Clearwire Ip Holdings Llc System and method for dynamic hybrid automatic repeat request (HARQ) enable/disable

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1722652A (zh) * 2004-05-04 2006-01-18 三星电子株式会社 基于混合自动重传请求改变发射时间间隔的方法和设备
CN101057423A (zh) * 2004-11-15 2007-10-17 三星电子株式会社 在支持上行链路分组数据服务的移动通信系统中传送和接收下行链路控制信息的方法和设备
WO2007124675A1 (en) * 2006-04-20 2007-11-08 Huawei Technologies Co., Ltd. Method and apparatus for sharing radio resources in a wireless communications system
CN101395831A (zh) * 2006-04-20 2009-03-25 华为技术有限公司 无线通信系统中共享无线资源的方法和装置
EP2026491A1 (en) * 2007-08-13 2009-02-18 Panasonic Corporation Soft-buffer management of a re-transmission protocol for unicast and multicast transmissions

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP.3rd Generation Partnership Project Technical Specification Group Radio Access Network Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC) Protocol specification(Release 8).《3GPP TS 36.331 V8.6.0》.MOBILE COMPETENCE CENTRE 650, ROUTE DES LUCIOLES;F-06921 SOPHIA-ANTIPOLIS CEDEX FRANCE,2009,第47-50,114-134页. *
3GPP.Research in Motion UK Limited: DL HARQ Operation during Transmission Mode change, 3GPP DRAFT R2-094287.《3GPP TSG-RAN2#67》.2009,第1-3页. *

Also Published As

Publication number Publication date
CA2769841C (en) 2015-11-17
US20130128851A1 (en) 2013-05-23
CN102687449A (zh) 2012-09-19
US20110035639A1 (en) 2011-02-10
US8578233B2 (en) 2013-11-05
EP2462713A2 (en) 2012-06-13
CA2769841A1 (en) 2011-02-10
EP3176972A1 (en) 2017-06-07
US8386875B2 (en) 2013-02-26
EP3176972B1 (en) 2018-10-17
USRE46821E1 (en) 2018-05-01
WO2011017621A3 (en) 2011-05-19
EP2462713B1 (en) 2017-04-12
USRE48441E1 (en) 2021-02-16
WO2011017621A2 (en) 2011-02-10

Similar Documents

Publication Publication Date Title
CN102687449B (zh) 用于在发送模式改变期间处理harq操作的方法和系统
CN111726215B (zh) 上行链路控制信息在载波聚合中的传输方法和装置
CN102415195B (zh) 用于多载波无线通信的半持久调度
EP1878177B1 (en) Fixed hs-dsch or e-dch allocation for voip (or hs-dsch without hs-scch/e-dch without e-dpcch)
US9231855B2 (en) Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling
CN100417061C (zh) 重传控制方法和无线通信终端设备
CN100393022C (zh) Cdma通信系统中混合自动重发机制内改进的数据传送
US8559457B2 (en) Method for dynamic interpretation of transport block size
KR101087117B1 (ko) 상향링크에서의 수신확인 전송 전력
EP2238705B1 (en) Harq operation method for retransmitted data
RU2554527C2 (ru) Способы и устройства в телекоммуникационной системе
CN102948191A (zh) 针对上行链路控制信息选择码字并确定符号长度
US20120106433A1 (en) Apparatus and method for cooperatively transmitting downlink between base station and relay station
CN103580841A (zh) 分时双工系统中处理通信运作的方法及其相关装置
EP1708399A2 (en) Method of detecting an error in a control information transmitted on a downlink radio channel and mobile terminal
CN101801100A (zh) 一种lte系统中激活配置的方法及装置
CN101606344A (zh) 重发控制方法以及接收侧装置
CN115836500A (zh) Harq反馈传输方法、基站和用户设备
CN109845362A (zh) 确定接收状态的方法和装置
CN113543041A (zh) 上行反馈方法、终端设备和网络侧设备
CN111034083A (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
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Voight, Ontario, Canada

Applicant after: BlackBerry Ltd.

Address before: Voight, Ontario, Canada

Applicant before: Research In Motion Ltd.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: RESEARCH IN MOTION LTD. TO: BLACKBERRY LTD.

C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240605

Address after: Illinois

Patentee after: Ot patent trusteeship Co.,Ltd.

Country or region after: U.S.A.

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada

TR01 Transfer of patent right

Effective date of registration: 20240702

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Illinois

Patentee before: Ot patent trusteeship Co.,Ltd.

Country or region before: U.S.A.

TR01 Transfer of patent right