一种由用户装备UE进行的用于增强型干扰管理和话务适配eIMTA无线通信的方法，包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令； 基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时；以及基于所述动态UL-DL子帧配置确定HARQ资源分配，其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。

你是一名经验丰富的专利代理师，请紧密结合目标专利说明书解释权利要求。分析过程紧密结合对比文件的原文，并指出各对比文件原文的详细出处给出特征比对表格。若用类似D1，D2的表述指代对比文件，请附上对比文件公开号

请分析以下对比文件是否有单独或者组合毫无疑义的公开或实质公开了技术特征D

本提示词包含以下权利要求文件：
1. 权利要求1.docx

本提示词包含以下对比文件：
1. 2012-03-22_发明申请_WO2012035712A1 端末装置及び再送制御方法.docx
2. 2012-08-16_发明申请_WO2012106840A1 RESOURCE ALLOCATION FOR FLEXIBLE TDD CONFIGURATION.docx
3. 2014-06-12_US2014161001A_发明申请_US20140161001A1 Resource Allocation for Flexible TDD Configuration.docx
4. 2014-09-18_US2014269539A_发明申请_US20140269539A1 SYSTEMS AND METHODS FOR FEEDBACK REPORTING.docx
5. 2014-11-13_US2014334457A_发明申请_US20140334457A1 NEW CARRIER TYPE FOR TIME DIVISION COMMUNICATION.docx

================================================================================


【权利要求文件】
###权利要求###【权利要求1.docx】
权利要求1：
一种由用户装备UE进行的用于增强型干扰管理和话务适配eIMTA无线通信的方法，包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令；

基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时；以及基于所述动态UL-DL子帧配置确定HARQ资源分配，其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。
技术特征：
技术特征A：包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令
技术特征B：基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时
技术特征C：以及基于所述动态UL-DL子帧配置确定HARQ资源分配，
技术特征D：其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。

###目标专利说明书###【发明授权_CN105493597B PUCCH资源映射和HARQ-ACK反馈.docx】
原文 复制到剪贴板
V
复制译文
V
PUCCH资源映射和HARQ-ACK反馈译
[0001] 相关申请的交叉引用译
[0002] 本申请要求于2013年8月21日递交的且被转让给本发明受让人的题为“PUCCH资源映射和HARQ-ACK反馈”的PCT申请No.PCT/CN2013/081961的权益，其内容通过援引被纳入于本文中。译
技术领域译
[0003] 本公开的某些方面一般涉及无线通信，并尤其涉及用于利用动态子帧配置的系统中的资源分配的技术。译
背景技术译
[0004] 无线通信系统被广泛部署以向无线设备提供各种类型的通信内容，诸如语音和数据。这些系统可以是能够通过共享可用系统资源(例如，带宽和发射功率)来支持与多个用户的同时通信的多址系统。此类多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、3GPP长期演进(LTE)系统、以及正交频分多址(OFDMA)系统。译
[0005] 一般而言，无线多址通信系统能同时支持与多个无线终端的通信。每个终端经由前向和反向链路上的传输与一个或多个基站通信。前向链路(或即下行链路)是指从基站至无线终端的通信链路，而反向链路(或即上行链路)是指从无线终端至基站的通信链路。此通信链路可经由单输入单输出、多输入单输出或多输入多输出(MIMO)系统来建立。译
发明内容译
[0006] 本公开的某些方面提供了一种用于由用户装备(下文中称之为“UE”)进行无线通信的方法。该方法一般包括接收指示动态上行链路-下行链路(下文称之为“UL-DL”)子帧配置的信令，基于参考UL-DL子帧配置确定混合自动重复请求(下文中称之为“HARQ”)确收/否定确收(下文中称之为“ACK/NACK”)定时，以及基于该动态UL-DL子帧配置确定HARQ资源分配。译
[0007] 本公开的某些方面提供一种用于由基站(下文称之为“BS”)进行无线通信的方法。该方法一般包括向UE传送指示动态UL-DL子帧配置的信令，基于参考UL-DL子帧配置确定用于UE的HARQ ACK/NACK定时，以及基于该动态UL-DL子帧配置来确定用于UE的HARQ资源分配。
译
[0008] 本公开的某些方面还提供用于执行以上所描述的方法的操作的各种装置和程序产品。译
附图说明译
[0009] 为了能详细理解本公开的以上陈述的特征所用的方式，可参照各方面来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中解说。然而应该注意，附图仅解说了本公开的某些典型方面，故不应被认为限定其范围，因为本描述可允许有其他等同有效的方面。译
[0010] 图1解说了根据本公开各方面的多址无线通信系统。译
[0011] 图2是根据本公开各方面的通信系统的框图。译
[0012] 图3解说了根据本公开各方面的示例帧结构。译
[0013] 图4解说了根据本公开各方面的示例子帧资源元素映射。译
[0014] 图5解说了本公开的各方面可用以实践的示例子帧配置集和示例特殊子帧格式。译
[0015] 图6解说了根据本公开各方面的参考子帧配置的示例使用。译
[0016] 图7解说了根据本公开各方面的示例下行链路关联集。译
[0017] 图8解说了根据本公开各方面的示例上行链路控制信道资源分配。译
[0018] 图9A和9B解说了根据本公开各方面的不同UE的上行链路之间的示例冲突。译
[0019] 图10根据本公开各方面解说了根据本公开各方面的示例下行链路关联集。译
[0020] 图11解说了根据本公开各方面的可由用户装备(UE)执行的示例操作。译
[0021] 图12解说了根据本公开各方面的可由基站执行的示例操作。译
具体实施方式译
[0022] 增强型干扰缓解和话务适配(下文中为“eIMTA”)允许基于实际话务需要的UL-DL子帧配置动态适配。为eIMTA使用参考配置可以导致资源分配的效率低下以及指派给旧式UE和eIMTA UE使用的资源之间的冲突。本公开的各方面提供可被认为是参考UL-DL子帧配置和动态UL-DL子帧配置的混合设计(由UE确定)的设计，其可以允许减少资源分配中的效率低下以及指派给旧式UE和eIMTA UE使用的资源之间的冲突。译
[0023] 根据本文中所提供的某些方面，UE能够确定支持动态UL-DL子帧配置的系统中的上行链路资源分配。译
[0024] 以下结合附图阐述的详细描述旨在作为各种配置的描述，而无意表示可实践本文中所描述的诸方面的仅有的配置。本详细描述包括具体细节以用于提供对本文所阐述的各种方面的透彻理解。然而，对于本领域技术人员将显而易见的是，没有这些具体细节也可实践这些概念。在一些实例中，以框图形式示出众所周知的结构和组件以便避免淡化此类方面。译
[0025] 本文中描述的技术可用于各种无线通信网络，诸如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络等。术语“网络”和“系统”常被可互换地使用。CDMA网络可以实现例如通用陆地无线接入(UTRA)、CDMA2000等的无线电技术。UTRA包括宽带-CDMA(W-CDMA)以及低码片速率(LCR)协议。CDMA2000包括IS-2000、IS-95和IS-856标准。TDMA网络可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如演进UTRA(E-UTRA)、IEEE 802.11、IEEE 802.16、IEEE 802.20、 等的无线电技术。UTRA、E-UTRA和GSM是通用移动电信系统(UMTS)的一部分。长期演进(LTE)是即将发布的使用E-UTRA的UMTS版本。UTRA、E-UTRA、GSM、UMTS和LTE在来自名为“第3代伙伴项目”(3GPP)的组织的文献中描述。cdma2000在来自名为“第3代伙伴项目2”(3GPP2)的组织的文献中描述。这些各种各样的无线电技术和标准在本领域中是公知的。为了清楚起见，以下针对LTE来描述这些技术的某些方面，并且贯穿以下描述的很大部分使用LTE术语。
译
[0026] 利用单载波调制和频域均衡的单载波频分多址(SC-FDMA)是用于启用多址通信的技术。SC-FDMA具有和OFDMA系统相似的性能以及本质上相同的总体复杂度。SC-FDMA信号因其固有的单载波结构而具有较低的峰均功率比(PAPR)。SC-FDMA已引起极大的注意，尤其是对于其中较低PAPR在发射功率效率的意义上将极大地裨益移动终端的上行链路通信中。使用在3GPP长期演进(LTE)或演进UTRA中的上行链路多址方案中是当前的工作设想。译
[0027] 图1解说了其中可实践本公开的各方面的示例多址无线通信系统。例如，BS 100可被配置成执行或指导图12中的操作1200以使用参考UL-DL子帧配置和动态UL-DL子帧配置的混合设计从而为连接的接入终端确定HARQ ACK/NACK定时和HARQ资源分配、和/或用于本文中所描述的技术的其他过程。类似地，UE 116和122可被配置成执行或指导图11中的操作1100以使用参考UL-DL子帧配置和动态UL-DL子帧配置的混合设计从而为UE确定HARQ ACK/NACK定时和HARQ资源分配、和/或用于本文中所描述的技术的其他过程。
译
[0028] 如所示出的，BS 100包括多个天线群，一个天线群包括天线104和106，另一个天线群包括天线108和110，以及另外一个天线群包括天线112和114。在图1中，为每个天线群仅示出了两个天线，然而，可为每个天线群利用更多或更少的天线。UE 116被示为与天线112和114正处于通信，其中天线112和114在前向链路120上向接入终端116传送信息，并在反向链路118上接收来自接入终端116的信息。UE 122被示为与天线106和108正处于通信，其中天线106和108在前向链路126上向接入终端122传送信息，并在反向链路124上接收来自接入终端122的信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率以用于与UE的通信；例如，前向链路120可以使用与反向链路118用来与UE通信的频率不同的频率来与同一UE通信。译
[0029] 每群天线和/或它们被设计成在其中通信的区域常常被称为接入点的扇区。在该实施例中，天线群各自被设计成向落在接入点100所覆盖的区域的一扇区中的AT通信。译
[0030] 当在前向链路120和126上与UE 116或122处于通信时，BS 100的发射天线利用波束成形以便改进用于与不同接入终端116和122通信的前向链路的信噪比。同样，与BS通过单个天线向其所有接入终端进行传送相比，BS使用波束成形向随机分散遍及BS的覆盖区域的接入终端传送信号对相邻蜂窝小区中的UE导致较小干扰。译
[0031] 如本文中所使用的，术语BS通常是指用于与诸终端通信的固定站或移动站，并且也可以被称为接入点、B节点、演进B节点(eNB)、或某一其他术语。UE也可以被称为接入终端、无线通信设备、终端、移动站或者某一其他术语。译
[0032] 图2是MIMO系统200中的BS(诸如发射机系统210)以及UE(诸如接收机系统250)的实施例的框图。在发射机系统210处，从数据源212向发射(TX)数据处理器214提供数个数据流的话务数据。译
[0033] 在一方面，每一数据流在各自相应的发射天线上被发射。TX数据处理器214使用为每个数据流选定的特定编码方案来格式化、编码、和交织该数据流的话务数据以提供经编码数据。译
[0034] 每个数据流的经编码数据可使用OFDM技术来与导频数据复用。导频数据通常是以已知方式处理的已知数据码型，并且可在接收机系统250处用于估计信道响应。随后基于为每个数据流选定的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，码元映射)该数据流的经复用的导频和经编码数据以提供调制码元。每个数据流的数据率、编码和调制可以由存储在存储器232中的指令确定，并且基于为数据流所确定的数据率、编码以及调制而生成调制码元可以由处理器230执行。译
[0035] 所有数据流的调制码元随后被提供给TX MIMO处理器220，其可进一步处理这些调制码元(例如，针对OFDM)。TX MIMO处理器220然后将NT个调制码元流提供给个NT个发射机(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220向这些数据流的码元以及藉以发射该码元的天线应用波束成形权重。译
[0036] 每个发射机222接收并处理各自相应的码元流以提供一个或多个模拟信号，并进一步调理(例如，放大、滤波、和上变频)这些模拟信号以提供适于在MIMO信道上传输的经调制信号。来自发射机222a到222t的NT个经调制信号随后分别从NT个天线224a到224t被发射。译
[0037] 在接收机系统250处，所传送的经调制信号被NR个天线252a到252r所接收，并且从每个天线252接收到的信号被提供给各自相应的接收机(RCVR)254a到254r。每个接收机254调理(例如，滤波、放大、以及下变频)各自接收到的信号，将经调理的信号数字化以提供采样，并进一步处理这些采样以提供对应的“收到”码元流。译
[0038] RX数据处理器260随后从NR个接收机254接收这NR个收到码元流并基于特定接收机处理技术对其进行处理以提供NT个“检出”码元流。RX数据处理器260随后解调、解交织、和解码每个检出码元流以恢复该数据流的话务数据。RX数据处理器260所作的处理与发射机系统210处由TX MIMO处理器220和TX数据处理器214所执行的处理互补。译
[0039] 处理器270周期性地确定要使用哪个预编码矩阵。处理器270编制包括矩阵索引部分和秩值部分的反向链路消息。译
[0040] 该反向链路消息可包括关于通信链路和/或收到数据流的各种类型的信息。TX数据处理器238可以处理反向链路消息(以及来自数据源236的多个数据流的其他话务数据)。经处理的反向链路消息随后由调制器280调制，由发射机254a到254r调理，并且被传送回发射机系统210。
译
[0041] 在发射机系统210处，从接收机系统250接收的经调制信号被天线224所接收，由接收机222调理，由解调器240解调，并由RX数据处理器242处理，以提取由接收机系统250传送的反向链路消息。处理器230随后确定要使用哪个预编码矩阵以用于确定用于与接收机系统250通信的波束成形权重，并且随后处理所提取的消息。译
[0042] 根据各方面，控制器/处理器230和270可以分别指导发射机系统210和/或接收机系统250处的操作以执行本文中所描述的各种技术。例如，发射机系统210处的控制器/处理器230、TX数据处理器214和/或其他处理器和模块可以执行或指导图12中的操作1200以使用参考UL-DL子帧配置和动态UL-DL子帧配置的混合设计从而为连接的接收机系统250确定HARQ ACK/NACK定时和HARQ资源分配、和/或用于本文中所描述的技术的其他过程。根据另一方面，接收机系统250处的控制器/处理器270、RX处理器260和/或其他处理器和模块可以执行或指导图11中的操作1100以使用参考UL-DL子帧配置和动态UL-DL子帧配置的混合设计从而为接收机系统250确定HARQ ACK/NACK定时和HARQ资源分配、和/或用于本文中所描述的技术的其他过程。然而，图2中的任何其他处理器或组件可以执行或指导图11中的操作1100、图12中的操作1200和/或用于本文中所描述的技术的其他过程。存储器232和272可分别存储用于发射机系统210和接收机系统250的数据和程序代码。
译
[0043] 在一方面，逻辑信道被分类成控制信道和话务信道。逻辑控制信道包括广播控制信道(BCCH)，后者是用于广播系统控制信息的DL信道。寻呼控制信道(PCCH)是传递寻呼信息的DL信道。多播控制信道(MCCH)是用于传送关于一个或若干个MTCH的多媒体广播和多播服务(MBMS)调度和控制信息的点对多点DL信道。一般而言，在建立了无线电资源控制(下文称之为“RRC”)连接之后，此信道仅由接收MBMS(例如，旧MCCH+MSCH)的UE使用。专用控制信道(DCCH)是点对点双向信道，其传送由具有RRC连接的UE使用的专用控制信息。在一方面，逻辑话务信道包括专用话务信道(DTCH)，该专用话务信道是专用于一个UE的点对点双向信道，用于用户信息的传递。而且，多播话务信道(MTCH)是用于传送话务数据的点对多点DL信道。译
[0044] 在一方面，传输信道被分类为下行链路(DL)和上行链路(UL)。DL传输信道包括广播信道(BCH)、下行链路共享数据信道(DL-SDCH)和寻呼信道(PCH)，该PCH用于支持UE省电(由网络向UE指示DRX(非连续接收)循环)、在整个蜂窝小区上广播并被映射到能被用于其他控制/话务信道的PHY资源。UL传输信道包括随机接入信道(RACH)、请求信道(REQCH)、上行链路共享数据信道(UL-SDCH)、以及多个PHY信道。这些PHY信道包括DL信道和UL信道的集合。译
[0045] DL PHY信道包括：译
[0046] 共用导频信道(CPICH)译
[0047] 同步信道(SCH)译
[0048] 共用控制信道(CCCH)译
[0049] 共享DL控制信道(SDCCH)译
[0050] 多播控制信道(MCCH)译
[0051] 共享UL指派信道(SUACH)译
[0052] 确收信道(ACKCH)译
[0053] DL物理共享数据信道(DL-PSDCH)译
[0054] UL功率控制信道(UPCCH)译
[0055] 寻呼指示符信道(PICH)译
[0056] 负载指示符信道(LICH)译
[0057] UL PHY信道包括：译
[0058] 物理随机接入信道(PRACH)译
[0059] 信道质量指示符信道(CQICH)译
[0060] 确收信道(ACKCH)译
[0061] 天线子集指示符信道(ASICH)译
[0062] 共享请求信道(SREQCH)译
[0063] UL物理共享数据信道(UL-PSDCH)译
[0064] 宽带导频信道(BPICH)译
[0065] 在一方面，提供保留单载波波形的低PAR(在任何给定时间，该信道在频率上连贯或均匀间隔)特性的信道结构。译
[0066] 出于本文档的目的，适用以下缩写：译
[0067] AM    确收模式译
[0068] AMD   确收模式数据译
[0069] ARQ   自动重复请求译
[0070] BCCH  广播控制信道译
[0071] BCH   广播信道译
[0072] C-控制-译
[0073] CCCH   共用控制信道译
[0074] CCH    控制信道译
[0075] CCTrCH 编码复合传输信道译
[0076] CP     循环前缀译
[0077] CRC    循环冗余校验译
[0078] CTCH   共用话务信道译
[0079] DCCH   专用控制信道译
[0080] DCH   专用信道译
[0081] DL   下行链路译
[0082] DL-SCH 下行链路共享信道译
[0083] DM-RS  解调-参考信号译
[0084] DSCH 下行链路共享信道译
[0085] DTCH 专用话务信道译
[0086] FACH 前向链路接入信道译
[0087] FDD   频分双工译
[0088] L1   层1(物理层)译
[0089] L2   层2(数据链路层)译
[0090] L3   层3(网络层)译
[0091] LI 长度指示符译
[0092] LSB   最低有效位译
[0093] MAC   媒体接入控制译
[0094] MBMS   多媒体广播多播服务译
[0095] MCCH   MBMS点对多点控制信道译
[0096] MRW   移动接收窗译
[0097] MSB   最高有效位译
[0098] MSCH   MBMS点对多点调度信道译
[0099] MTCH   MBMS点对多点话务信道译
[0100] PCCH 寻呼控制信道译
[0101] PCH   寻呼信道译
[0102] PDU   协议数据单元译
[0103] PHY   物理层译
[0104] PhyCH  物理信道译
[0105] RACH   随机接入信道译
[0106] RB   资源块译
[0107] RLC   无线电链路控制译
[0108] RRC   无线电资源控制译
[0109] SAP   服务接入点译
[0110] SDU   服务数据单元译
[0111] SHCCH  共享信道控制信道译
[0112] SN   序列号译
[0113] SUFI   超级字段译
[0114] TCH  话务信道译
[0115] TDD   时分双工译
[0116] TFI   传输格式指示符译
[0117] TM   透明模式译
[0118] TMD  透明模式数据译
[0119] TTI   传输时间区间译
[0120] U-用户-译
[0121] UE   用户装备译
[0122] UL   上行链路译
[0123] UM   不确收模式译
[0124] UMD   不确收模式数据译
[0125] UMTS   通用移动电信系统译
[0126] UTRA   UMTS地面无线电接入译
[0127] UTRAN  UMTS地面无线电接入网译
[0128] MBSFN  多媒体广播单频网译
[0129] MCE   MBMS协调实体译
[0130] MCH   多播信道译
[0131] MSCH   MBMS控制信道译
[0132] PDCCH  物理下行链路控制信道译
[0133] PDSCH  物理下行链路共享信道译
[0134] PRB   物理资源块译
[0135] VRB   虚拟资源块译
[0136] 另外，Rel-12是指LTE标准的第12版。译
[0137] 图3示出了LTE中用于FDD的示例性帧结构300。用于下行链路传输和上行链路传输中的每一者的传输时间线可以被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms))，并且可被划分成具有索引0至9的10个子帧。每个子帧可包括两个时隙。每个无线电帧可因此包括具有索引0至19的20个时隙。每个时隙可包括L个码元周期，例如，对于正常循环前缀(如图3中所示)为7个码元周期，或者对于扩展循环前缀为6个码元周期。
每个子帧中的这2L个码元周期可被指派索引0至2L-1，其中在图3中，L为7。
译
[0138] 在LET中，eNB可在用于该eNB所支持的每个蜂窝小区的系统带宽的中心1.08MHz频带中的下行链路上传送主同步信号(PSS)和副同步信号(SSS)。PSS和SSS可以在具有正常循环前缀的每个无线电帧的子帧0和5中分别在码元周期6和5中传送，如图3中所示。PSS和SSS可被UE用于蜂窝小区搜索和捕获。eNB可跨用于该eNB所支持的每个蜂窝小区的系统带宽来传送因蜂窝小区而异的参考信号(CRS)。CRS可在每个子帧的某些码元周期中传送，并且可被UE用于执行信道估计、信道质量测量、和/或其他功能。eNB还可在某些无线电帧的时隙1中的码元周期0到3中传送物理广播信道(PBCH)。PBCH可携带一些系统信息。eNB可在某些子帧中在物理下行链路共享信道(PDSCH)上传送诸如系统信息块(SIB)之类的其他系统信息。eNB可在子帧的前B个码元周期中在物理下行链路控制信道(PDCCH)上传送控制信息/数据，其中B可以是对每个子帧可配置的。eNB可在每个子帧的其余码元周期中在PDSCH上传送话务数据和/或其他数据。
译
[0139] 图4示出具有正常循环前缀的用于下行链路的两个示例性子帧格式410和420。用于下行链路的可用时频资源可被划分成资源块。每个资源块可覆盖一个时隙中的12个副载波并且可包括数个资源元素。每个资源元素可覆盖一个码元周期中的一个副载波，并且可被用于发送一个调制码元，该调制码元可以是实数值或复数值。译
[0140] 子帧格式410可供装备有两个天线的eNB使用。CRS可在码元周期0、4、7和11中从天线0和1发射。参考信号是发射机和接收机先验已知的信号，并且也可被称为导频。CRS是因蜂窝小区而异的参考信号，例如是基于蜂窝小区身份(ID)生成的。在图4中，对于具有标记Ra的给定资源元素，可在该资源元素上从天线a发射调制码元，并且可以在该资源元素上不从其他天线发射任何调制码元。子帧格式420可供装备有四个天线的eNB使用。CRS可在码元周期0、4、7和11中从天线0和1发射以及在码元周期1和8中从天线2和3发射。对于子帧格式410和420两者，CRS可在均匀间隔的副载波上传送，这些副载波可以是基于蜂窝小区ID确定的。取决于不同eNB的蜂窝小区ID，这些eNB可在相同或不同副载波上传送它们的CRS。对于子帧格式410和420两者，未被用于CRS的资源元素可被用于传送数据(例如，话务数据、控制数据、和/或其他数据)。
译
[0141] LTE中的PSS、SSS、CRS和PBCH在公众可获取的题为“Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical Channels and Modulation(演进型通用地面无线电接入(E-UTRA)；物理信道和调制)”的3GPP TS 36.211中作了描述。译
[0142] 为了在LTE中实现FDD，可将交织结构用于下行链路和上行链路中的每一者。例如，可定义具有索引0到Q-1的Q股交织，其中Q可等于4、6、8、10或其他某个值。每股交织可包括间隔开Q个帧的子帧。具体而言，交织q可包括子帧q、q+Q、q+2Q等，其中q∈{0,...,Q-1}。译
[0143] 无线网络可支持针对下行链路和上行链路上的数据传输的混合自动重传(HARQ)。对于HARQ，发射机(例如，eNB)可发送分组的一个或多个传输直至该分组被接收机(例如，UE)正确解码或是遭遇到其他某个终止条件。对于同步HARQ，该分组的所有传输可在单股交织的各子帧中发送。对于异步HARQ，该分组的每个传输可在任何子帧中发送。
译
[0144] UE可能位于多个eNB的覆盖区域内。可选择这些eNB之一来服务该UE。服务eNB可基于各种准则(诸如，收到信号强度、收到信号质量、路径损耗等)来选择。收到信号质量可由信噪干扰比(SINR)、或参考信号收到质量(RSRQ)或其他某个度量来量化。UE可能在强势干扰情景中工作，在此类强势干扰情景中UE可能会观察到来自一个或多个干扰eNB的严重干扰。译
[0145] 示例eIMTA译
[0146] 本公开的各方面可以被使用在增强型干扰管理和话务适配(eIMTA)系统中，其中上行链路-下行链路(UL-DL)子帧配置可以被动态地切换(例如，基于改变的UL/DL负载)。译
[0147] 在LTE中，频分双工(FDD)和时分双工(TDD)帧结构两者都被支持。如图5的表500中所解说的，对于TDD，LTE中支持7种可能的DL和UL子帧配置。如所解说的，存在两个切换周期性，5ms和10ms。如图5的图表550中所示，对于具有5ms切换周期性的子帧配置，一个(10ms)帧中有两个特殊子帧。对于具有10ms切换周期性的子帧配置，每帧中有一个特殊子帧。译
[0148] 如上所述，使用eIMTA(诸如LTE版本12中所提供的)，有可能基于实际话务需要而动态地适配TDD DL/UL子帧配置。例如，若在短历时期间，则需要下行链路上的大数据突发，子帧配置可以被改变成具有更多DL子帧的配置，例如，从配置#1(6DL：4UL)改变成配置#5(9DL：1UL)。译
[0149] TDD配置的适配预期不慢于640ms。在极端情形中，该适配可以快达10ms，尽管这可能不是期望的。在任何情形中，当两个或更多蜂窝小区具有不同下行链路和上行链路子帧时，该适配可以导致对下行链路和上行链路两者的压倒性干扰。译
[0150] 该适配也可引起DL和UL HARQ定时管理中的某种复杂性。常规地，七种DL/UL子帧配置中的每一种都具有针对每种配置优化(在HARQ操作效率方面)的其自己的DL/UL HRQ定时。例如，从PDSCH到对应ACK/NAK的定时对于不同TDD DL/UL子帧配置而言可以是不同的(例如，取决于下一可用UL子帧何时发生)。译
[0151] 7种配置(或者在更灵活的适配被认为是必要的情况下更多种配置)之间的动态切换意味着若当前DL/UL HARQ定时被保持，那么对于某些DL或UL传输来说可能会存在错过的ACK/NAK传输机会。译
[0152] 为了简化eIMTA的操作，有可能将一种或多种DL/UL配置定义为用于许多物理层操作的参考。作为示例，DL HARQ操作可以基于作为参考配置的DL/UL子帧配置#5，而不管特定帧(或半帧)中正在使用的实际DL/UL子帧配置。译
[0153] 换句话说，若动态DL/UL子帧配置被启用，那么DL HARQ定时可以始终基于(作为参考的配置#5的)9:1的DL/UL子帧配置。与此同时，UL HARQ操作可以基于DL/UL子帧配置#0，而不管帧(或半帧)中正在使用的实际DL/UL子帧配置。即，若动态DL/UL子帧配置被启用，那么UL HARQ定时可以始终基于(配置#0的)4:6的DL/UL子帧配置。这在图6中被解说，图6通过顶部的虚线示出基于配置#5的DL HARQ定时的参考配置，而通过底部的虚线示出基于配置#0的UL HARQ定时。如图6中所示，子帧的实际使用可以经历eNB调度。例如，子帧3/4/5/7/8/9可以使DL或者UL子帧中的一者，而子帧6可以是DL或者特殊子帧中的一者。
译
[0154] 在某些情形中，PUCCH资源分配可以被隐式地确定。例如，对于具有信道选择的PUCCH格式1a/1b/1c，PUCCH资源可以通过PDCCH/EPDCCH的第一控制信道元素(CCE)/增强型控制信道元素(ECCE)索引隐式地确定。例如当多个DL子帧的HARQ-ACK被在单个UL子帧中反馈时，也可以使用块交织映射。下行链路关联集可以取决于TDD UL-DL配置。与单个DL子帧相关联的PUCCH资源可以如下确定：译
[0155]译
[0156] 与多个DL子帧相关联的PUCCH资源可以如下确定：译
[0157]译
[0158] 图7解说了示例DL关联集。图8中解说了用于单个子帧和集束子帧的不同资源分配。译
[0159] 即使在使用基于参考配置的DL HARQ的情形中，在动态地切换子帧配置的系统中也可能会出现各种问题。例如，若PUCCH资源分配是基于参考配置的，那么可能会保留过量的PUCCH区域。例如，若配置#5被用作参考，那么PUCCH资源区域可能需要被保留以用于总共9个DL子帧。
译
[0160] 另一个问题在于，若码本大小也是由参考配置确定的话，那么HARQ-ACK码本大小对于eIMTA UE(例如，支持动态子帧配置切换的UE)来说也可能过大。对于三种类型的ACK/NACK传输(例如，集束、具有信道选择的PUCCH格式1b上的复用、以及PUCCH格式3)，码本大小可以由三种不同的技术确定(例如，分别是集束大小(时域)、ACK/NACK映射表以及格式3的有效载荷大小)确定。译
[0161] 另一个问题在于，若参考配置不同于旧式UE(例如，不支持动态子帧配置切换的UE)所遵循的SIB1 UL-DL配置，那么eIMTA UE所采用的PUCCH资源可能与旧式UE的资源冲突。译
[0162] 图9A解说了第一情形(情形1)，其中不同子帧中出现了相同的第一CCE索引，由此导致了冲突。该示例假定旧式UE用SIB1 UL-DL配置#0操作，参考配置#2用于eIMTA UE，以及用于旧式UE的DL SF6中的PDCCH和用于eIMTA UE的DL SF4中的PDCCH可映射到相同的PUCCH资源。译
[0163] 图9B解说了第二情形(情形2)，其中不同子帧中的不同的第一CCE索引导致冲突。该示例假定SIB-1UL-DL配置是#6，并且#1用作参考配置。由于集束集合的不同大小，对于用于旧式UE的DL SF5和用于eIMTA UE的DL SF6的隐式PUCCH资源分配可能仍然冲突。
译
[0164] 示例混合参考和动态配置译
[0165] 本公开的各方面提供了基于参考配置和动态配置两者的“混合”设计。例如，对于PDSCH HARQ-ACK反馈，HARQ定时可以基于参考配置(例如，用以传送PDSCH HARQ-ACK的子帧可以从参考配置确定)。然而，HARQ-ACK码本大小以及PUCCH资源分配可以通过动态TDD UL-DL配置确定(例如，基于重配置的动态L1信令)。该混合办法的优点可包括更为高效的HARQ-ACK反馈和低PUCCH资源开销。在一些情形中，支持回退方案也会是直接了当的，例如，在丢失动态重配置信令或者解码尝试失败的情形中。在此类情形中，SIB1UL-DL配置可以被用于确定HARQ-ACK码本大小和PUCCH资源分配。译
[0166] 在一些情形中，码本大小或者ACK/NACK位的数目可以基于如从动态UL-DL配置和DL传输模式确定的DL关联集大小M的实际大小以及用于载波聚集情形的载波数目来确定。这可以意味着，对于基于ACK/NAK集束的PUCCH传输，可以有较小的时域集束。对于具有信道选择的PUCCH格式1b上的ACK/NAK复用，这可以意味着能够使用较小大小的映射表。对于ACK/NAK PUCCH格式3，这可需要减小的有效载荷大小以及使用双RM编码(其比单一RM更低效)和调用空间集束(这可以在ACK/NAK有效载荷大小>20时发生)的更低的可能性。
译
[0167] 根据某些方面，PUCCH资源映射可以基于动态子帧配置确定。例如，eIMTA UE可以基于动态指示的UL-DL配置的DL关联集的大小M来确定PUCCH资源分配。更确切来说，集束集合中未被动态重配置信令配置为DL子帧的灵活子帧可以不被计及，而剩余的DL子帧可以被用来确定关联集大小M。集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变。译
[0168] 作为示例，若参考配置#4被用于DL HARQ定时，则DL子帧4、5、8和6的HARQ-ACK被映射到上行链路SF2中。若动态配置是#3，则SF4是UL子帧，并且隐式PUCCH资源可以仅被保留用于子帧5、8和6，这可以具有经更新的打包次序{0,1,2}来替代{2,3,4}。此外，剩余DL子帧的打包次序也可以被重新排序，例如，其中固定DL子帧始终被映射为第一个。重排序可以被用于在旧式UE和eIMTA UE之间共享PUCCH资源。图10解说了用于不同参考和候选UL-DL配置的DL子帧集束集合的示例。此类基于动态DL关联集的PUCCH资源映射可以大大地改善PUCCH资源利用。译
[0169] 在一些情形中，分开的PUCCH资源区域可以被配置用于eIMTA UE和旧式UE以避免冲突，该配置(另一N(1)PUCCH)可以经由较高层信令。然而，若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用。例如，基于旧式UE所使用的实际子帧配置和动态子帧配置，eIMTA UE可以确定在UL子帧中，若与用于旧式的UL子帧相关联的DL关联集和动态指示的配置相同，那么UE可以使用第一偏移(例如，与旧式UE相同)。否则，eIMTA可以使用第二偏移。如以上所述的，在丢失动态重配置信令(或者解码尝试失败)的情形中，第一偏移可以被用作回退。译
[0170] 在一些情形中，N(1)PUCCH的动态选择也可以由eNB经由显式信令来指示。例如，eNB可以重用在集束集合的共用DL子帧中传送的DCI格式(例如，1A/1B/1D/1/2A/2/2B/2C/2D)中的发射功率控制(TPC)命令位。在此类情形中，用于eIMTA UE的PUCCH功率控制可以基于集束集合中的其他DL子帧中所指示的TPC命令或者经由群功率控制(例如，使用DCI格式3/3A)。作为另一选项，共用DL子帧中的TPC命令可被用作HARQ-ACK资源偏移(ARO)。此类ARO值可以是取决于子帧的。例如，取决于子帧在M个子帧的集合内的位置，ARO值可以有所不同。
TPC命令的(以上述方式的)使用可以在每个eIMTA UE基础上由较高层信令配置。
译
[0171] 取决于子帧的ARO值的示例可以基于以下理念：因为CCE索引是基于块的，并且取决于M的值，因此旧式UE和新UE之间的区别也可以是取决于子帧的。作为一个示例，假定旧式UE看到M＝2，每个子帧中有两个控制码元(每个子帧具有10个CCE)，CCE索引可以为：译
[0172] 第一子帧，第一码元：0-9译
[0173] 第二子帧，第一码元：10-19译
[0174] 第一子帧，第二码元：20-29译
[0175] 第二子帧，第二码元：30-39译
[0176] 新UE可看到M＝3，仍然每个子帧有2个控制码元，并且每个子帧有10个CCE。CCE索引可以为：译
[0177] 第一子帧，第一码元：0-9译
[0178] 第二子帧，第一码元：10-19译
[0179] 第三子帧，第一码元：20-29译
[0180] 第一子帧，第二码元：30-39译
[0181] 第二子帧，第二码元：40-49译
[0182] 第三子帧，第二码元：50-59译
[0183] 作为结果，对于新UE，对于第一子帧，ARO值可以是0或者-10中的一者；对于第二子帧，ARO值可以是0和-10；对于第三子帧，其可以是+20和0。也可以注意到，用于旧式UE的集合M1以及用于新UE的M2中的子帧的次序可以不同。在该情形中，ARO值可以被设计成考虑到这一点。译
[0184] 用于PDCH监视子帧的上述资源映射技术也可以被应用于增强型PDCCH(EPDCCH)。此外，在EPDCCH子帧中，PUCCH资源可以被ARO字段进一步调节用于冲突避免。在一些情形中，某种形式的ARO资源压缩可以被用来减小PUCCH开销。例如，ARO字段可以被用来动态地指示PUCCH资源开始偏移N(1)PUCCH。
译
[0185] 图11解说了根据本公开各方面的可由用户装备(UE)执行的用于无线通信的示例操作1100。操作1100可以例如由能够支持动态子帧配置的eIMTA UE执行。译
[0186] 操作1100开始于1102，接收指示动态上行链路-下行链路(UL-DL)子帧配置的信令。在1104，UE可以基于参考UL-DL子帧配置确定混合自动重复请求(HARQ)确收/否定确收(ACK/NACK)定时。在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。译
[0187] 图12解说了根据本公开各方面的可由基站(BS)执行的用于无线通信的示例操作1200。
译
[0188] 操作1200开始于1202，向用户装备(UE)传送指示动态上行链路-下行链路(UL-DL)子帧配置的信令。在1204，BS可以基于参考UL-DL子帧配置确定用于UE的混合自动重复请求(HARQ)确收/否定确收(ACK/NACK)定时。在1206，BS可以基于动态UL-DL子帧配置确定用于UE的HARQ资源分配。译
[0189] 如以上所述，指示动态UL-DL子帧配置的信令可包括L1信令。译
[0190] 在一些情形中，基于参考UL-DL子帧配置确定HARQ ACK/NACK定时可包括基于参考UL-DL子帧确定在其中传送HARQ ACK/NACK的子帧。译
[0191] 在一些情形中，基于动态UL-DL子帧配置确定HARQ资源分配可包括基于动态UL-DL子帧配置确定HARQ-ACK码本大小。在一些情形中，可以基于动态UL-DL配置的DL关联集的大小来确定码本大小或ACK/NACK位的数目中的至少一者。例如，可以从DL传输模式或者利用载波聚集的情况下载波的数目中的至少一者来确定DL关联集的大小。译
[0192] 在一些情形中，基于动态UL-DL子帧配置确定HARQ资源分配可包括基于动态UL-DL子帧配置确定物理上行链路控制信道(PUCCH)资源分配。例如，可以基于动态UL-DL配置的DL关联集的大小来确定物理上行链路控制信道(PUCCH)资源分配。例如，当确定DL关联集的大小时，集束集合中未被配置为动态UL-DL配置中的DL的灵活子帧可以不被计及。集束集合中的剩余DL子帧的打包次序可以通过移除UL子帧来确定。在一些情形中，固定DL子帧可以在剩余DL子帧的打包次序中被映射为第一个。译
[0193] 在一些情形中，可以为能够支持动态UL-DL配置的UE和不能够支持动态UL-DL配置的旧式UE配置分开的PUCCH区域。在一些情形中，可确定是否存在与旧式UE PUCCH区域的潜在冲突。若没有检测到潜在冲突，则eIMTA UE可以被配置成使用旧式PUCCH区域。若没有检测到潜在冲突，则eIMTA UE可以被配置成选择第一偏移值，并且若检测到潜在冲突，则eIMTA UE可以被配置成选择第二偏移值。译
[0194] 在一些情形中，可以至少部分基于动态信令来确定PUCCH资源分配。动态信令可以经由用于发射功率控制(TPC)命令的下行链路控制信息(DCI)格式中的一个或多个位来传达。在一些情形中，动态信令经由一个或多个HARQ确收资源偏移(ARO)位来传达。译
[0195] 如以上所描述的，可以支持回退操作。例如，通过检测丢失的动态UL-DL子帧配置，以及响应于该检测，基于在系统信息块(SIB)中信令通知的UL-DL子帧配置来确定HARQ资源分配。译
[0196] 以上描述的各方法的各种操作可由硬件和/或软件组件和/或模块的任何合适的组合来执行。译
[0197] 应理解，所公开的过程中各步骤的具体次序或层次是示例性办法的示例。基于设计偏好，应理解这些过程中步骤的具体次序或层次可被重新安排而仍在本公开的范围之内。所附方法权利要求以范例次序呈现各种步骤的要素，且并不意味着被限定于所给出的具体次序或层次。译
[0198] 本领域技术人员应理解，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。译
[0199] 本领域技术人员将进一步领会，结合本文所公开的实施例描述的各种解说性逻辑框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解读为致使脱离本公开的范围。译
[0200] 结合本文所公开的实施例描述的各种解说性逻辑框、模块、以及电路可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。译
[0201] 结合本文所公开的实施例描述的方法或算法的各个步骤可直接用硬件、由处理器执行的软件模块或两者的组合来实现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。替换地，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。如本文中(包括权利要求中)所使用的，在接有“中的至少一个”的项目列举中使用的“或”指示析取式列举，以使得例如“A、B、或C中的至少一个”的列举表示A或B或C或AB或AC或BC或ABC(即，A和B和C)。译
[0202] 提供前面对所公开的实施例的描述是为了使本领域任何技术人员皆能制作或使用本公开。对这些实施例的各种改动对于本领域技术人员将是显而易见的，并且本文中定义的普适原理可被应用于其他实施例而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中示出的实施例，而是应被授予与本文中公开的原理和新颖性特征一致的最广的范围。译

【其他对比文件】
###对比文件###【2012-03-22_发明申请_WO2012035712A1 端末装置及び再送制御方法.docx】
端末装置及び再送制御方法
[2] 本発明は、端末装置及び再送制御方法に関する。
[2] ３ＧＰＰ ＬＴＥでは、下り回線の通信方式としてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）が採用されている。 ３ＧＰＰ ＬＴＥが適用された無線通信システムでは、基地局が予め定められた通信リソースを用いて同期信号（Synchronization Channel：ＳＣＨ）及び報知信号（Broadcast Channel：ＢＣＨ）を送信する。 そして、端末は、まず、ＳＣＨを捕まえることによって基地局との同期を確保する。 その後、端末は、ＢＣＨ情報を読むことにより基地局独自のパラメータ（例えば、周波数帯域幅など）を取得する（非特許文献１、２、３参照）。
[2] また、端末は、基地局独自のパラメータの取得が完了した後、基地局に対して接続要求を行うことにより、基地局との通信を確立する。 基地局は、通信が確立された端末に対して、必要に応じてＰＤＣＣＨ（Physical Downlink Control Channel）を介して制御情報を送信する。
[2] そして、端末は、受信したＰＤＣＣＨ信号に含まれる複数の制御情報（下り割当制御情報：DL Assignment（Downlink Control Information：ＤＣＩと呼ばれることもある））をそれぞれ「ブラインド判定」する。 すなわち、制御情報は、ＣＲＣ（Cyclic Redundancy Check）部分を含み、このＣＲＣ部分は、基地局において、送信対象端末の端末ＩＤによってマスクされる。 従って、端末は、受信した制御情報のＣＲＣ部分を自機の端末ＩＤでデマスクしてみるまでは、自機宛の制御情報であるか否かを判定できない。 このブラインド判定では、デマスクした結果、ＣＲＣ演算がＯＫとなれば、その制御情報が自機宛であると判定される。
[2] また、３ＧＰＰ ＬＴＥでは、基地局から端末への下り回線データに対してＡＲＱ（Automatic Repeat Request）が適用される。 つまり、端末は下り回線データの誤り検出結果を示す応答信号を基地局へフィードバックする。 端末は下り回線データに対しＣＲＣを行って、ＣＲＣ＝ＯＫ（誤り無し）であればＡＣＫ（Acknowledgment）を、ＣＲＣ＝ＮＧ（誤り有り）であればＮＡＣＫ（Negative Acknowledgment）を応答信号として基地局へフィードバックする。 この応答信号(つまり、ＡＣＫ／ＮＡＣＫ信号。以下、単に「Ａ／Ｎ」と表記することもある)のフィードバックには、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上り回線制御チャネルが用いられる。
[2] ここで、基地局から送信される上記制御情報には、基地局が端末に対して割り当てたリソース情報等を含むリソース割当情報が含まれる。 この制御情報の送信には、前述の通りＰＤＣＣＨが用いられる。 このＰＤＣＣＨは、１つ又は複数のＬ１／Ｌ２ＣＣＨ（L1/L2 Control Channel）から構成される。 各Ｌ１／Ｌ２ＣＣＨは、１つ又は複数のＣＣＥ（Control Channel Element）から構成される。 すなわち、ＣＣＥは、制御情報をＰＤＣＣＨにマッピングするときの基本単位である。 また、１つのＬ１／Ｌ２ＣＣＨが複数（２，４，８個）のＣＣＥから構成される場合には、そのＬ１／Ｌ２ＣＣＨには偶数のインデックスを持つＣＣＥを起点とする連続する複数のＣＣＥが割り当てられる。 基地局は、リソース割当対象端末に対する制御情報の通知に必要なＣＣＥ数に従って、そのリソース割当対象端末に対してＬ１／Ｌ２ＣＣＨを割り当てる。 そして、基地局は、このＬ１／Ｌ２ＣＣＨのＣＣＥに対応する物理リソースにマッピングして制御情報を送信する。
[2] また、ここで、各ＣＣＥは、ＰＵＣＣＨの構成リソース（以下、ＰＵＣＣＨリソースと呼ぶことがある）と１対１に対応付けられている。 従って、Ｌ１／Ｌ２ＣＣＨを受信した端末は、このＬ１／Ｌ２ＣＣＨを構成するＣＣＥに対応するＰＵＣＣＨの構成リソースを特定し、このリソースを用いて応答信号を基地局へ送信する。 ただし、Ｌ１／Ｌ２ＣＣＨが連続する複数のＣＣＥを占有する場合には、端末は、複数のＣＣＥにそれぞれ対応する複数のＰＵＣＣＨ構成リソースのうち一番インデックスが小さいＣＣＥに対応するＰＵＣＣＨ構成リソース（すなわち、偶数番号のＣＣＥインデックスを持つＣＣＥに対応付けられたＰＵＣＣＨ構成リソース）を利用して、応答信号を基地局へ送信する。 こうして下り回線の通信リソースが効率良く使用される。
[2] 複数の端末から送信される複数の応答信号は、図１に示すように、時間軸上でZero Auto-correlation特性を持つＺＡＣ（Zero Auto-correlation）系列、ウォルシュ（Walsh）系列、及び、ＤＦＴ（Discrete Fourier Transform）系列によって拡散され、ＰＵＣＣＨ内でコード多重されている。 図１において（Ｗ ０ ,Ｗ １ ,Ｗ ２ ,Ｗ ３ ）は系列長４のウォルシュ系列を表わし、（Ｆ ０ ,Ｆ １ ,Ｆ ２ ）は系列長３のＤＦＴ系列を表す。 図１に示すように、端末では、ＡＣＫ又はＮＡＣＫの応答信号が、まず周波数軸上でＺＡＣ系列（系列長１２）によって１ＳＣ－ＦＤＭＡシンボルに対応する周波数成分へ１次拡散される。 すなわち、系列長１２のＺＡＣ系列に対して複素数で表される応答信号成分が乗算される。 次いで１次拡散後の応答信号及び参照信号としてのＺＡＣ系列がウォルシュ系列（系列長４：Ｗ ０ ～Ｗ ３ 。ウォルシュ符号系列（Walsh Code Sequence）と呼ばれることもある）、ＤＦＴ系列（系列長３：Ｆ ０ ～Ｆ ３ ）それぞれに対応させられて２次拡散される。 すなわち、系列長１２の信号（１次拡散後の応答信号、又は、参照信号としてのＺＡＣ系列（Reference Signal Sequence）のそれぞれの成分に対して、直交符号系列（Orthogonal sequence：ウォルシュ系列又はＤＦＴ系列）の各成分が乗算される。さらに、２次拡散された信号が、ＩＦＦＴ（Inverse Fast Fourier Transform）によって時間軸上の系列長１２の信号に変換される。そして、ＩＦＦＴ後の信号それぞれに対しＣＰが付加され、７つのＳＣ－ＦＤＭＡシンボルからなる１スロットの信号が形成される。
[2] 異なる端末からの応答信号同士は、異なる巡回シフト量（Cyclic Shift Index）に対応するＺＡＣ系列、又は、異なる系列番号（Orthogonal Cover Index : OC index）に対応する直交符号系列を用いて拡散されている。 直交符号系列は、ウォルシュ系列とＤＦＴ系列との組である。 また、直交符号系列はブロックワイズ拡散コード系列（Block-wise spreading code）と称されることもある。 従って、基地局は、従来の逆拡散及び相関処理を用いることにより、これらコード多重された複数の応答信号を分離することができる（非特許文献４参照）。
[2] ただし、各端末が各サブフレームにおいて自分宛の下り割当制御信号をブラインド判定するので、端末側では、必ずしも下り割当制御信号の受信が成功するとは限らない。 端末が或る下り単位バンドにおける自分宛の下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおいて自分宛の下り回線データが存在するか否かさえも知り得ない。 従って、或る下り単位バンドにおける下り割当制御信号の受信に失敗した場合、端末は、当該下り単位バンドにおける下り回線データに対する応答信号も生成しない。 このエラーケースは、端末側で応答信号の送信が行われないという意味での、応答信号のＤＴＸ（DTX (Discontinuous transmission) of ACK/NACK signals）として定義されている。
[2] ところで、３ＧＰＰ ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）では、基地局は上り回線データ及び下り回線データに対してそれぞれ独立にリソース割当を行う。 そのため、ＬＴＥシステムでは、上り回線において、端末（つまり、ＬＴＥシステム対応の端末（以下、「ＬＴＥ端末」という））が、下り回線データに対する応答信号と、上り回線データとを同時に送信しなければならない状況が発生する。 この状況では、端末からの応答信号及び上り回線データは、時間多重（Time Division Multiplexing：ＴＤＭ）を用いて送信される。 このように、ＴＤＭを用いて応答信号と上り回線データとを同時に送信することで、端末の送信波形のシングルキャリア特性（Single carrier properties）を維持している。
[2] また、図２に示すように、時間多重（ＴＤＭ）では、端末から送信される応答信号（「Ａ／Ｎ」）は、上り回線データ向けに割り当てられたリソース（ＰＵＳＣＨ（Physical Uplink Shared CHannel）リソース）の一部（参照信号（ＲＳ（Reference Signal））がマッピングされるＳＣ－ＦＤＭＡシンボルに隣接するＳＣ－ＦＤＭＡシンボルの一部）を占有して基地局に送信される。 ただし、図中の縦軸の「Subcarrier」は「Virtual subcarrier」、又は「Time contiguous signal」と呼ばれることもあり、ＳＣ－ＦＤＭＡ送信機においてＤＦＴ（Discrete Fourier Transform）回路に纏めて入力される「時間的に連続する信号」を便宜上「subcarrier」として表したものである。 すなわち、ＰＵＳＣＨリソースでは、応答信号によって、上り回線データのうちの任意のデータがパンクチャ（puncture）される。 このため、符号化後の上り回線データの任意のビットがパンクチャされることで、上り回線データの品質（例えば、符号化利得）が大幅に劣化する。 そのため、基地局は、例えば、端末に対して非常に低い符号化率を指示したり、非常に大きな送信電力を指示したりすることで、パンクチャによる上り回線データの品質劣化を補償する。
[2] また、３ＧＰＰ ＬＴＥよりも更なる通信の高速化を実現する３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄの標準化が開始された。 ３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄシステム（以下、「ＬＴＥ－Ａシステム」と呼ばれることがある）は、３ＧＰＰ ＬＴＥシステム（以下、「ＬＴＥシステム」と呼ばれることがある）を踏襲する。 ３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄでは、最大１Ｇｂｐｓ以上の下り伝送速度を実現するために、４０ＭＨｚ以上の広帯域周波数で通信可能な基地局及び端末が導入される見込みである。
[2] ＬＴＥ－Ａシステムにおいては、ＬＴＥシステムにおける伝送速度の数倍もの超高速伝送速度による通信、及び、ＬＴＥシステムに対する後方互換性（バックワードコンパチビリティー：Backward Compatibility）を同時に実現するために、ＬＴＥ－Ａシステム向けの帯域が、ＬＴＥシステムのサポート帯域幅である２０ＭＨｚ以下の「単位バンド」に区切られる。 すなわち、「単位バンド」は、ここでは、最大２０ＭＨｚの幅を持つ帯域であって、通信帯域の基本単位として定義される。 さらに、下り回線における「単位バンド」（以下、「下り単位バンド」という）は基地局から報知されるＢＣＨの中の下り周波数帯域情報によって区切られた帯域、又は、下り制御チャネル（ＰＤＣＣＨ）が周波数領域に分散配置される場合の分散幅によって定義される帯域として定義されることもある。 また、上り回線における「単位バンド」（以下、「上り単位バンド」という）は、基地局から報知されるＢＣＨの中の上り周波数帯域情報によって区切られた帯域、又は、中心付近にＰＵＳＣＨ（Physical Uplink Shared Channel）領域を含み、両端部にＬＴＥ向けのＰＵＣＣＨを含む２０ＭＨｚ以下の通信帯域の基本単位として定義されることもある。 また、「単位バンド」は、３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄにおいて、英語でＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ｓ）又はＣｅｌｌと表記されることがある。 また、略称としてＣＣ（ｓ）と表記されることもある。
[2] そして、ＬＴＥ－Ａシステムでは、その単位バンドを幾つか束ねた帯域を用いた通信、所謂Carrier aggregationがサポートされる。 そして、一般的に上りに対するスループット要求と下りに対するスループット要求とは異なるので、ＬＴＥ－Ａシステムでは、任意のＬＴＥ－Ａシステム対応の端末（以下、「ＬＴＥ－Ａ端末」という）に対して設定される単位バンドの数が上りと下りで異なるCarrier aggregation、所謂Asymmetric Carrier aggregationも検討されている。 さらに、上りと下りで単位バンド数が非対称であり、且つ、各単位バンドの周波数帯域幅がそれぞれ異なる場合も、サポートされる。
[2] 図３は、個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図である。 図３には、基地局の上りと下りの帯域幅及び単位バンド数が対称である例が示されている。
[2] 図３Ｂに示すように、端末１に対しては、２つの下り単位バンドと左側の１つの上り単位バンドを用いてCarrier aggregationを行うような設定（Configuration）が為される一方、端末２に対しては、端末１と同一の２つの下り単位バンドを用いるような設定が為されるにも拘らず、上り通信では右側の上り単位バンドを利用するような設定が為される。
[2] そして、端末１に着目すると、ＬＴＥ－Ａシステムを構成するＬＴＥ－Ａ基地局とＬＴＥ－Ａ端末との間では、図３Ａに示すシーケンス図に従って、信号の送受信が行われる。 図３Ａに示すように、（１）端末１は、基地局との通信開始時に、左側の下り単位バンドと同期を取り、左側の下り単位バンドとペアになっている上り単位バンドの情報をＳＩＢ２（System Information Block Type 2）と呼ばれる報知信号から読み取る。 （２）端末１は、この上り単位バンドを用いて、例えば、接続要求を基地局に送信することによって基地局との通信を開始する。 （３）端末に対し複数の下り単位バンドを割り当てる必要があると判断した場合には、基地局は、端末に下り単位バンドの追加を指示する。 ただし、この場合、上り単位バンド数は増えず、個別の端末である端末１において非対称Carrier aggregationが開始される。
[2] また、前述のCarrier aggregationが適用されるＬＴＥ－Ａでは、端末が一度に複数の下り単位バンドにおいて複数の下り回線データを受信することがある。 ＬＴＥ－Ａでは、この複数の下り回線データに対する複数の応答信号の送信方法として、Channel Selection（Multiplexingとも呼ぶ）、Bundling、及び、ＤＦＴ－Ｓ－ＯＦＤＭ（Discrete Fourier Transform spread Orthogonal Frequency Division Multiplexing）フォーマットが検討されている。 Channel Selectionでは、複数の下り回線データに関する誤り検出結果のパターンに応じて、応答信号に用いるシンボル点だけでなく、応答信号をマッピングするリソースも変化させる。 これに対し、Bundlingでは、複数の下り回線データに関する誤り検出結果より生成されたＡＣＫ又はＮＡＣＫ信号をBundlingして（すなわち、ＡＣＫ＝１、ＮＡＣＫ＝０とし、複数の下り回線データに関する誤り検出結果の論理積（Logical AND)を計算して）、予め決められた一つのリソースを用いて応答信号を送信する。 また、ＤＦＴ－Ｓ－ＯＦＤＭフォーマットを用いた送信時には、端末は複数の下り回線データに対する応答信号を纏めて符号化（Joint coding）し、当該フォーマットを用いてその符号化データを送信する（非特許文献５参照）。 例えば、端末は、誤り検出結果のパターンのビット数に応じて、Channel Selection、Bundling、又は、ＤＦＴ－Ｓ－ＯＦＤＭのいずれかによる応答信号（ＡＣＫ／ＮＡＣＫ）のフィードバックを行ってもよい。 又は、基地局が上記応答信号の送信方法を予め設定してもよい。
[2] すなわち、Channel Selectionは、図４に示すように、複数の下り単位バンドで受信した複数の下り回線データに対する誤り検出結果がそれぞれＡＣＫかＮＡＣＫかに基づいて、応答信号の位相点（すなわち、Constellation point）だけではなく、応答信号の送信に用いるリソース（以下、「ＰＵＣＣＨリソース」と表記することもある）も変化させる手法である。 これに対し、Bundlingは、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねて、予め決められた一つのリソースから送信する手法である（非特許文献６、７参照）。 以下、複数の下り回線データに対するＡＣＫ／ＮＡＣＫ信号を一つに束ねた信号を束ＡＣＫ／ＮＡＣＫ信号と呼ぶことがある。
[2] ここで、端末がＰＤＣＣＨを介して下り割当制御情報を受信し、下り回線データを受信した場合における上り回線での応答信号の送信方法として、以下の２つの方法が考えられる。
[2] 一つは、ＰＤＣＣＨが占有しているＣＣＥ（Control Channel Element）と１対１に関連付けられたＰＵＣＣＨリソースを用いて応答信号を送信する方法（Implicit signalling）である（方法１）。 つまり、基地局配下の端末に向けたＤＣＩをＰＤＣＣＨ領域に配置する場合、各ＰＤＣＣＨは、１つまたは連続する複数のＣＣＥで構成されるリソースを占有する。 また、ＰＤＣＣＨが占有するＣＣＥ数（ＣＣＥ連結数：CCE aggregation level）としては、例えば、割当制御情報の情報ビット数又は端末の伝搬路状態に応じて、１，２，４，８の中の１つが選択される。
[2] もう一つは、基地局からＰＵＣＣＨ向けのリソースを端末に対して予め通知しておく方法（Explicit signalling）である（方法２）。 つまり、方法２では、端末は、基地局から予め通知されたＰＵＣＣＨリソースを用いて応答信号を送信する。
[2] また、図４に示すように、２つの下り単位バンドのうち、１つの下り単位バンドは、応答信号を送信すべき１つの上り単位バンドとペアになっている。 このような応答信号を送信すべき上り単位バンドとペアになっている下り単位バンドは、ＰＣＣ（Primary Component Carrier）又はＰＣｅｌｌ（Primary Cell）と呼ばれる。 また、それ以外の下り単位バンドは、ＳＣＣ（Secondary Component Carrier）又はＳＣｅｌｌ（Secondary Cell）と呼ばれる。 例えば、ＰＣＣ（ＰＣｅｌｌ）は、応答信号を送信すべき上り単位バンドに関する報知情報（例えば、ＳＩＢ２（System Information Block type2））を送信している下り単位バンドである。
[2] なお、方法２では、複数の端末間で共通のＰＵＣＣＨ向けのリソース（例えば４つのＰＵＣＣＨ向けのリソース）を、基地局から端末に対して予め通知してもよい。 例えば、端末は、ＳＣｅｌｌ内のＤＣＩに含まれる２ビットのＴＰＣ（Transmit Power Control）コマンド（送信電力制御命令）に基づいて、実際に用いるＰＵＣＣＨ向けのリソースを１つ選択する方法を採ってもよい。 その際、当該ＴＰＣコマンドは、ＡＲＩ（Ack/nack Resource Indicator）と呼ばれる。 これにより、Explicit signalling時に、或るサブフレームにおいて、或る端末がexplicit signallingされたＰＵＣＣＨ向けのリソースを使い、別のサブフレームでは、別の端末が、同一のexplicit signallingされたＰＵＣＣＨ向けのリソースを使うことができるようになる。
[2] また、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図４ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられる（Implicit signalling）。
[2] ここで、上記した非対称のCarrier aggregationが端末に適用される場合のChannel SelectionによるＡＲＱ制御について、図４、図５を援用して説明する。
[2] 例えば、図４に示すように、端末１に対して、下り単位バンド１（ＰＣｅｌｌ），下り単位バンド２（ＳＣｅｌｌ）及び上り単位バンド１から成る単位バンドグループ（英語で「Component carrier set」と表記されることがある）が設定される場合には、下り単位バンド１，２のそれぞれのＰＤＣＣＨを介して下りリソース割当情報が基地局から端末１へ送信された後に、その下りリソース割当情報に対応するリソースで下り回線データが送信される。
[2] また、Channel selectionでは、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に失敗した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＡＣＫで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＮＡＣＫの場合）には、Implicit signallingされるＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースに、応答信号がマッピングされ、且つ、その応答信号の位相点として、第１の位相点（例えば、（１，０）等の位相点）が用いられる。 また、単位バンド１（ＰＣｅｌｌ）における下りデータの受信に成功し、かつ、単位バンド２（ＳＣｅｌｌ）における下りデータの受信にも成功した場合には、ＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされ、且つ、第１の位相点が用いられる。 すなわち、下り単位バンドが２つの場合、かつ、下り単位バンドあたり１つのＣＷ（Code Word）が存在する場合、誤り検出結果のパターンが４パターン（すなわち、ＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫ）あるので、２つのＰＵＣＣＨリソースと２種類の位相点（例えばＢＰＳＫ（Binary Phase Shift Keying）マッピング）との組み合わせにより、その４パターンを表すことができる。
[2] また、単位バンド１（ＰＣｅｌｌ）において、ＤＣＩの受信に失敗し、単位バンド２（ＳＣｅｌｌ）における下りデータの受信に成功した場合（つまり、単位バンド１（ＰＣｅｌｌ）の誤り検出結果がＤＴＸで、単位バンド２（ＳＣｅｌｌ）の誤り検出結果がＡＣＫの場合）には、端末１宛のＰＤＣＣＨが占有しているＣＣＥを特定できないため、その先頭ＣＣＥインデックスに１対１に関連付けられた、ＰＵＣＣＨ領域１内に含まれるＰＵＣＣＨリソースもまた、特定できない。 したがって、この場合、単位バンド２の誤り検出結果であるＡＣＫを基地局に通知するためには、explicit signallingされたＰＵＣＣＨ領域２内に含まれるＰＵＣＣＨリソースに応答信号がマッピングされる必要がある（以降、「Implicit signallingをサポートする」と表記することもある）。
[2] ここで、具体的に、下り単位バンドが２つ（ＰＣｅｌｌが１つで、ＳＣｅｌｌが１つ）の場合、かつ、
（ａ）下り単位バンドあたり１ＣＷ、
（ｂ）一方の下り単位バンドは１ＣＷで、他方の下り単位バンドは２ＣＷ、
（ｃ）下り単位バンドあたり２ＣＷ、のそれぞれの場合の誤り検出結果のパターンのマッピングの一例を図５に示す。 誤り検出結果のパターン数は、（ａ）については、２ ２ ＝４パターン存在する。 （ｂ）については、２ ３ ＝８パターン存在する。 （ｃ）については、２ ４ ＝１６パターン存在する。 全てのパターンをマッピングするために必要なＰＵＣＣＨリソース数は、マッピングする各位相点間の位相差が最小でも９０度である場合（すなわち、１つのＰＵＣＣＨリソースあたり最大４パターンをマッピングする場合）、（ａ）については、１つ以上、（ｂ）については、２つ以上、（ｃ）については、４つ以上、となる。
[2] 図５Ａでは誤り検出結果のパターンが４パターンしか存在しないため、ＱＰＳＫでマッピングすればＰＵＣＣＨリソースは１つで十分である。 しかし、マッピングの自由度と、応答信号を基地局に通知する際の誤り率を改善させるため、図５Ａに示すように、２つのＰＵＣＣＨリソースを用いてＢＰＳＫマッピングすることができる。 図５Ａのマッピングでは、単位バンド２（ＳＣｅｌｌ）に対応する誤り検出結果については、基地局は、どちらのＰＵＣＣＨリソースに対して応答信号が通知されているかを判定するだけで、ＡＣＫかＮＡＣＫかの判定が可能になる。
[2] 一方で、単位バンド１（ＰＣｅｌｌ）に対応する誤り検出結果については、基地局は、どちらのＰＵＣＣＨリソースに対して応答信号が通知されているかを判定するだけでは、ＡＣＫかＮＡＣＫかの判定ができず、さらに、ＢＰＳＫ上のどちらのパターンにマッピングされているかを判定することで、基地局はＡＣＫかＮＡＣＫかの判定が可能になる。
[2] このように、マッピングの方法によって、基地局は、応答信号の判定方法が異なり、その結果、応答信号毎の誤り率特性に差が発生する。 すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定するだけで、ＡＣＫかＮＡＣＫかを判定する（以降、「判定方法１」と表記することもある）方が、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する（以降、「判定方法２」と表記することもある）ことで、ＡＣＫかＮＡＣＫかを判定するのに比べて、誤りが少ない。
[2] 同様に、図５Ｂでは、単位バンド１（ＰＣｅｌｌ）のＣＷ０に対応する応答信号の誤り率特性が、他の２つの応答信号の誤り率特性よりも誤りが少ない。 図５Ｃでは、単位バンド１（ＰＣｅｌｌ）の２ＣＷ（ＣＷ０、ＣＷ１）に対応する応答信号の誤り率特性が、単位バンド２（ＳＣｅｌｌ）の２ＣＷ（ＣＷ０、ＣＷ１）に対応する応答信号の誤り率特性よりも誤りが少ない。
[2] ところで、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）が存在する。 基地局は、端末に対して、ＣＣ数を変更するよう再設定（reconfiguration）するメッセージを通知し、端末はその通知を受けて、ＣＣ数が変更されたと認識し、基地局に対してＣＣ数の再設定の完了メッセージを通知する。 端末に設定されているＣＣ数の認識が異なる期間は、基地局がその通知を受けて初めて、端末に設定されているＣＣ数が変更されたと認識することに起因する。
[2] 例えば、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合、端末は、１ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末が受信したデータに対する応答信号を送信する。 一方、基地局は、２ＣＣに対応した、誤り検出結果のパターンのマッピングを用いて、端末に送信したデータに対する端末からの応答信号の判定を行う。
[2] １ＣＣの場合、ＬＴＥシステムとの後方互換性を担保するために、ＬＴＥシステムで用いられる１ＣＣ用の誤り検出結果のパターンのマッピングが用いられる（以降、「ＬＴＥ ｆａｌｌｂａｃｋ」と表記することもある）。 すなわち、図６Ａに示すように、１ＣＣが１ＣＷ処理の場合、ＡＣＫを（－１，０）の位相点に、ＮＡＣＫを（１，０）の位相点に、ＢＰＳＫマッピングする（以降、「Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ」と表記することもある）。 図６Ｂに示すように、１ＣＣが２ＣＷ処理の場合、ＡＣＫ／ＡＣＫを（－１，０）の位相点に、ＡＣＫ／ＮＡＣＫを（０，１）の位相点に、ＮＡＣＫ／ＡＣＫを（０，－１）の位相点に、ＮＡＣＫ／ＮＡＣＫを（１，０）の位相点にＱＰＳＫマッピング（以降、「Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ」と表記することもある）する。
[2] より具体的に、端末は、設定されているＣＣ数が１つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が２つであると認識している場合において、基地局が２ＣＣで、かつ、ＰＣｅｌｌに１ＣＷ、ＳＣｅｌｌに１ＣＷのデータを端末に送信した場合を例に説明する。 端末は、設定されているＣＣ数が１つであると認識しているので、ＰＣｅｌｌのみを受信する。 端末は、ＰＣｅｌｌにおける下りデータの受信に成功した場合、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース１）に、図６Ａのマッピングを用いて応答信号をマッピングする。 すなわち、端末は、位相点（－１，０）を用いる。 一方、基地局は、端末に設定されているＣＣ数が２つであると認識しているので、図５Ａのマッピングを用いて応答信号の判定を行う。 すなわち、基地局は、ＰＵＣＣＨリソース１の位相点（－１，０）より、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌの１ＣＷがＮＡＣＫまたはＤＴＸと判定することができる。 同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。
[2] 端末と基地局の認識が、上記例と逆である場合も同様である。 すなわち、端末は、設定されているＣＣ数が２つであると認識していて、一方、基地局は、端末に設定されているＣＣ数が１つであると認識している場合において、基地局が１ＣＣで、かつ、ＰＣｅｌｌに１ＣＷのデータを端末に送信した場合である。 端末は、設定されているＣＣ数が２つであると認識しているので、ＰＣｅｌｌとＳＣｅｌｌを受信する。 端末がＰＣｅｌｌにおける下りデータの受信に成功した場合、基地局は、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられた（Implicit signallingされた）、上り単位バンド内のＰＵＣＣＨリソース（ＰＵＣＣＨリソース１）に、図６Ａのマッピングを用いて、位相点（－１，０）を受信することを期待する。 したがって、端末は、ＣＣ数が２つであると認識していたとしても、ＰＣｅｌｌの１ＣＷがＡＣＫ、ＳＣｅｌｌがＤＴＸである場合、図５Ａのように、ＰＵＣＣＨリソース１の位相点（－１，０）にマッピングする必要がある。 同様に、端末は、ＰＣｅｌｌにおける下りデータの受信に失敗した場合は、位相点（１，０）にマッピングする必要がある。
[2] このように、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、ＰＣｅｌｌとＳＣｅｌｌの応答信号を正しく判定できる（以降、「ＬＴＥ ｆａｌｌｂａｃｋをサポートする」と表記することもある）必要がある。
[2] なお、図５Ａは、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。 より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ａへのＬＴＥ ｆａｌｌｂａｃｋをサポートする。 図５Ｂは、ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。 より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ａへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。 また、図５Ｂは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理のとき、Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされず、Ａ／Ｎ／ＤがＰＵＣＣＨリソース１の（０，１）にマッピングされず、さらに、Ｎ／Ａ／ＤがＰＵＣＣＨリソース１の（０，－１）にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。 より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ｂへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。 図５Ｃは、Ａ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされず、Ａ／Ｎ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，１）にマッピングされず、さらに、Ｎ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点(0,-1)にマッピングされていないため、ＬＴＥ ｆａｌｌｂａｃｋをサポートしない。 より具体的には、ＰＵＣＣＨ ｆｏｒｍａｔ１ｂへのＬＴＥ ｆａｌｌｂａｃｋをサポートしない。
[2] 非特許文献８で開示されているマッピング方法（「送信ルールテーブル」、「マッピングテーブル」とも呼ばれる）（図７、図８）では、例えば図８の「４ＡＣＫ／ＮＡＣＫ Ｂｉｔｓ」の場合、２つのＡＣＫ／ＮＡＣＫビット（「ＨＡＲＱ－ＡＣＫ」ビットとも呼ばれる）（非特許文献９のｂ０とｂ１）は、常に、判定方法１で判定できる。 これに対し、例えば図８の「４ＡＣＫ／ＮＡＣＫ Ｂｉｔｓ」において残りの２つのＡＣＫ／ＮＡＣＫビット（非特許文献９のｂ２とｂ３）は、常に、判定方法２で判定する。 上記のマッピングを用いた評価結果が非特許文献９に開示されているが、ｂ２とｂ３のＮＡＫ－ｔｏ－ＡＣＫ特性が、ｂ０とｂ１に比べて悪いことがわかる。
[2] 非特許文献１０で開示されているマッピング方法（図９）は、判定方法１で判定可能なＰＵＣＣＨリソースの個数が、ビット間で平滑化されている。 すなわち、ＰＵＣＣＨ１ではｂ３が、ＰＵＣＣＨ２ではｂ０とｂ１が、ＰＵＣＣＨ３ではｂ１、ｂ２が、ＰＵＣＣＨ４ではｂ３が、判定方法１で判定可能である。 図９では、判定方法１で判定可能なＰＵＣＣＨリソースのビット毎の個数は、ｂ０で１個、ｂ１で２個、ｂ２で１個、ｂ３で２個である。 さらに、非特許文献１０では、ＰＵＣＣＨ１とｂ０、ＰＵＣＣＨ２とｂ１、ＰＵＣＣＨ３とｂ２、ＰＵＣＣＨ４とｂ３の関連付けに関する記載は無いが、仮にこれらが関連付けられていると仮定すると、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしている。 しかし、このマッピングでは、２ＣＣにおけるＬＴＥ ｆａｌｌｂａｃｋをサポートできない。
[2] 3GPP TS 36.211 V9.1.0, " Physical Channels and Modulation (Release 9), " March 2010 3GPP TS 36.212 V9.2.0, " Multiplexing and channel coding (Release 9), " June 2010 3GPP TS 36.213 V9.2.0, " Physical layer procedures (Release 9), " June 2010 Seigo Nakao, Tomofumi Takata, Daichi Imamura, and Katsuhiko Hiramatsu, " Performance enhancement of E-UTRA uplink control channel in fast fading environments, "Proceeding of IEEE VTC 2009 spring, April. 2009 Ericsson and ST-Ericsson, " A/N transmission in the uplink for carrier aggregation, " R1-100909, 3GPP TSG-RAN WG1 #60, Feb. 2010 ZTE, 3GPP RAN1 meeting #57, R1-091702, " Uplink Control Channel Design for LTE-Advanced, " May 2009 Panasonic, 3GPP RAN1 meeting #57, R1-091744, " UL ACK/NACK transmission on PUCCH for Carrier aggregation, " May 2009 CATT, LG Electronics, Qualcomm Incorporated, ZTE, 3GPP RAN1 meeting, R1-104140, " ACK/NACK Multiplexing Simulation Assumptions in Rel-10, " June 2010 CATT, 3GPP RAN1 meeting, R1-104314, " Equalization of ACK/NACK bit performance in LTE-A, " Aug. 2010 Panasonic, 3GPP RAN1 meeting #61, R1-102856, " Support of UL ACK/NACK channel selection for carrier aggregation, " May 2010
[0046] 前述のChannel selectionにおいて、誤り検出結果のパターンのマッピング方法によって、基地局は、応答信号の判定方法が異なり、その結果、応答信号毎の誤り率特性に差が発生してしまう。
[0047] 応答信号毎の誤り率特性が異なると、誤り率特性の悪い応答信号を基地局に通知する際に、送信電力の制約が厳しい端末において、より大きい送信電力が必要となってしまう。 また、送信電力の増大により、他端末への干渉も増大してしまう。
[0048] また、前述の通り、Channel selectionでは、ＰＣＣ（ＰＣｅｌｌ）内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース（図４ではＰＵＣＣＨ領域１内のＰＵＣＣＨリソース）が割り当てられている（Implicit signalling）必要がある。 ＰＣｅｌｌ内の自端末宛のＰＤＳＣＨを指示するＰＤＣＣＨの受信に失敗した場合、端末は、受信に失敗したＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと、１対１に関連付けられた、上り単位バンド内のＰＵＣＣＨリソースを特定することができない。 そのため、ＰＣｅｌｌのＰＤＳＣＨに対する誤り検出結果がＤＴＸである場合、このＰＵＣＣＨリソースを用いない（Implicit signallingをサポートする）マッピングでなければならない。
[0049] さらに、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる期間（uncertainty period、または、misalignment period）における動作を考慮すると、ＬＴＥ ｆａｌｌｂａｃｋをサポートするマッピングでなければならない。 特に、初期のＬＴＥ－Ａシステムでは、最大２ＣＣでの運用が主であることを考えると、２ＣＣ時において、ＬＴＥ ｆａｌｌｂａｃｋをサポートするマッピングでなければならない。
[0050] 本発明の目的は、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる端末装置及び再送制御方法を提供することである。
[0051] 本発明の一態様に係る端末装置は、複数の下り単位バンドの内の少なくとも１つの下りデータチャネルで送信された下りデータを受信する下りデータ受信手段と、前記受信された下りデータの受信誤りの有無を検出する誤り検出手段と、前記誤り検出手段で得られた誤り検出結果に基づいて、上り単位バンドの上り制御チャネルを用いて応答信号を送信する送信手段と、を具備し、前記複数の下り単位バンドとそれぞれ関連づけられた複数の上り制御チャネル領域が、同一の時間周波数リソースブロックにおける複数の系列によって定義されるリソース群によって定義され、前記送信手段は、前記複数の上り制御チャネル領域のいずれかに配置された前記上り制御チャネルを用いて前記応答信号を送信する。
[0052] 本発明の一態様に係る再送制御方法は、複数の下り単位バンドの内の少なくとも１つの下りデータチャネルで送信された下りデータを受信する下りデータ受信し、前記受信された下りデータの受信誤りの有無を検出し、前記検出した誤り検出結果に基づいて、上り単位バンドの上り制御チャネルを用いて応答信号を送信し、前記複数の下り単位バンドとそれぞれ関連づけられた複数の上り制御チャネル領域が、同一の時間周波数リソースブロックにおける複数の系列によって定義されるリソース群によって定義され、前記複数の上り制御チャネル領域のいずれかに配置された前記上り制御チャネルを用いて前記応答信号が送信される。
[0053] 本発明によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を、改善することができる。
応答信号及び参照信号の拡散方法を示す図
ＰＵＳＣＨリソースにおける応答信号及び上り回線データのＴＤＭの適用に関わる動作を示す図
個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
個別の端末に適用される非対称のCarrier aggregation及びその制御シーケンスの説明に供する図
ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図１
ＡＣＫ／ＮＡＣＫマッピング例の説明に供する図２
非特許文献８が開示するＡＣＫ／ＮＡＣＫのマッピング１
非特許文献８が開示するＡＣＫ／ＮＡＣＫのマッピング２
非特許文献１０が開示するＡＣＫ／ＮＡＣＫのマッピング
本発明の実施の形態１に係る基地局の構成を示すブロック図
本発明の実施の形態１に係る端末の構成を示すブロック図
本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例１
本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例２
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例１
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例１
本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例３
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例２
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例２
本発明の実施の形態１に係るＰＵＣＣＨリソースの制御例４
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例３
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例３
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングの制御例４
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例４
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例５
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例６
本発明の実施の形態１に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例７
本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングの制御例
本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例
本発明の実施の形態２に係る各下り単位バンド数における、ＰＣｅｌｌでのＣＷ数、ＳＣｅｌｌでのＣＷ数及びＡＣＫ／ＮＡＣＫビット数を示す図
本発明の実施の形態２に係るImplicit signallingを行えない理由の説明に供する図
本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース６）
本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース６）
本発明の実施の形態２に係る本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース７）
本発明の実施の形態２に係る本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース７）
本発明の実施の形態２に係る本発明の実施の形態２に係るＰＵＣＣＨリソースの制御例を示す図（ケース８）
本発明の実施の形態２に係る本発明の実施の形態２に係るＡＣＫ／ＮＡＣＫマッピングテーブルの例を示す図（ケース８）
[2] 以下、本発明の実施の形態について図面を参照して詳細に説明する。 なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
[2] （実施の形態１）
［基地局の構成］
図１０は、本実施の形態に係る基地局１００の構成を示すブロック図である。 図１０において、基地局１００は、制御部１０１と、制御情報生成部１０２と、符号化部１０３と、変調部１０４と、符号化部１０５と、データ送信制御部１０６と、変調部１０７と、マッピング部１０８と、ＩＦＦＴ（Inverse Fast Fourier Transform）部１０９と、ＣＰ付加部１１０と、無線送信部１１１と、無線受信部１１２と、ＣＰ除去部１１３と、ＰＵＣＣＨ抽出部１１４と、逆拡散部１１５と、系列制御部１１６と、相関処理部１１７と、Ａ／Ｎ判定部１１８と、束Ａ／Ｎ逆拡散部１１９と、ＩＤＦＴ（Inverse Discrete Fourier Transform）部１２０と、束Ａ／Ｎ判定部１２１と、再送制御信号生成部１２２とを有する。
[2] 制御部１０１は、リソース割当対象端末（以下「宛先端末」又は単に「端末」ともいう）２００に対して、制御情報を送信するための下りリソース（つまり、下り制御情報割当リソース）、及び、下り回線データを送信するための下りリソース（つまり、下りデータ割当リソース）を割り当てる（Assignする）。 このリソース割当は、リソース割当対象端末２００に設定される単位バンドグループに含まれる下り単位バンドにおいて行われる。 また、下り制御情報割当リソースは、各下り単位バンドにおける下り制御チャネル（ＰＤＣＣＨ）に対応するリソース内で選択される。 また、下りデータ割当リソースは、各下り単位バンドにおける下りデータチャネル（ＰＤＳＣＨ）に対応するリソース内で選択される。 また、リソース割当対象端末２００が複数有る場合には、制御部１０１は、リソース割当対象端末２００のそれぞれに異なるリソースを割り当てる。
[2] 下り制御情報割当リソースは、上記したＬ１／Ｌ２ＣＣＨと同等である。 すなわち、下り制御情報割当リソースは、１つ又は複数のＣＣＥ（又は、Ｒ－ＣＣＥ。以下、ＣＣＥとＲ－ＣＣＥとを区別せずに、単にＣＣＥと呼ぶことがある）から構成される。
[2] また、制御部１０１は、リソース割当対象端末２００に対して制御情報を送信する際に用いる符号化率を決定する。 この符号化率に応じて制御情報のデータ量が異なるので、このデータ量の制御情報をマッピング可能な数のＣＣＥを持つ下り制御情報割当リソースが、制御部１０１によって割り当てられる。
[2] そして、制御部１０１は、制御情報生成部１０２に対して、下りデータ割当リソースに関する情報を出力する。 また、制御部１０１は、符号化部１０３に対して、符号化率に関する情報を出力する。 また、制御部１０１は、送信データ（つまり、下り回線データ）の符号化率を決定し、符号化部１０５に出力する。 また、制御部１０１は、下りデータ割当リソース及び下り制御情報割当リソースに関する情報をマッピング部１０８に対して出力する。 ただし、制御部１０１は下り回線データと当該下り回線データに対する下り制御情報を同一の下り単位バンドにマッピングするよう制御する。
[2] 制御情報生成部１０２は、下りデータ割当リソースに関する情報を含む制御情報を生成して符号化部１０３へ出力する。 この制御情報は下り単位バンド毎に生成される。 また、リソース割当対象端末２００が複数有る場合に、リソース割当対象端末２００同士を区別するために、制御情報には、宛先端末２００の端末ＩＤが含まれる。 例えば、宛先端末２００の端末ＩＤでマスキングされたＣＲＣビットが制御情報に含まれる。 この制御情報は、「下り割当制御情報（Control information carrying downlink assignment）」又は「Downlink Control Information（ＤＣＩ）」と呼ばれることがある。
[2] 符号化部１０３は、制御部１０１から受け取る符号化率に従って、制御情報を符号化し、符号化された制御情報を変調部１０４へ出力する。
[2] 変調部１０４は、符号化後の制御情報を変調し、得られた変調信号をマッピング部１０８へ出力する。
[2] 符号化部１０５は、宛先端末２００毎の送信データ（つまり、下り回線データ）及び制御部１０１からの符号化率情報を入力として送信データを符号化し、データ送信制御部１０６に出力する。 ただし、宛先端末２００に対して複数の下り単位バンドが割り当てられる場合には、各下り単位バンドで送信される送信データをそれぞれ符号化し、符号化後の送信データをデータ送信制御部１０６へ出力する。
[2] データ送信制御部１０６は、初回送信時には、符号化後の送信データを保持すると共に変調部１０７へ出力する。 符号化後の送信データは、宛先端末２００毎に保持される。 また、１つの宛先端末２００への送信データは、送信される下り単位バンド毎に保持される。 これにより、宛先端末２００に送信されるデータ全体の再送制御だけでなく、下り単位バンド毎の再送制御も可能になる。
[2] また、データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＮＡＣＫ又はＤＴＸを受け取ると、この下り単位バンドに対応する保持データを変調部１０７へ出力する。 データ送信制御部１０６は、再送制御信号生成部１２２から或る下り単位バンドで送信した下り回線データに対するＡＣＫを受け取ると、この下り単位バンドに対応する保持データを削除する。
[2] 変調部１０７は、データ送信制御部１０６から受け取る符号化後の送信データを変調し、変調信号をマッピング部１０８へ出力する。
[2] マッピング部１０８は、制御部１０１から受け取る下り制御情報割当リソースの示すリソースに、変調部１０４から受け取る制御情報の変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
[2] また、マッピング部１０８は、制御部１０１から受け取る下りデータ割当リソース（すなわち、制御情報に含まれる情報）の示すリソース（ＰＤＳＣＨ（下りデータチャネル））に、変調部１０７から受け取る送信データの変調信号をマッピングし、ＩＦＦＴ部１０９へ出力する。
[2] マッピング部１０８にて複数の下り単位バンドにおける複数のサブキャリアにマッピングされた制御情報及び送信データは、ＩＦＦＴ部１０９で周波数領域信号から時間領域信号に変換され、ＣＰ付加部１１０にてＣＰが付加されてＯＦＤＭ信号とされた後に、無線送信部１１１にてＤ／Ａ（Digital to Analog）変換、増幅及びアップコンバート等の送信処理が施され、アンテナを介して端末２００へ送信される。
[2] 無線受信部１１２は、端末２００から送信された上り応答信号又は参照信号を、アンテナを介して受信し、上り応答信号又は参照信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。
[2] ＣＰ除去部１１３は、受信処理後の上り応答信号又は参照信号に付加されているＣＰを除去する。
[2] ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、予め端末２００に通知してある束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域の信号を抽出する。 ここで、束ＡＣＫ／ＮＡＣＫリソースとは、前述したように、束ＡＣＫ／ＮＡＣＫ信号が送信されるべきリソースであり、ＤＦＴ－Ｓ－ＯＦＤＭフォーマット構成を採るリソースである。 具体的には、ＰＵＣＣＨ抽出部１１４は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域のデータ部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号が配置されているＳＣ－ＦＤＭＡシンボル）と参照信号部分（すなわち、束ＡＣＫ／ＮＡＣＫ信号を復調するための参照信号が配置されているＳＣ－ＦＤＭＡシンボル）を抽出する。 ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分を束Ａ／Ｎ逆拡散部１１９に出力し、参照信号部分を逆拡散部１１５－１に出力する。
[2] また、ＰＵＣＣＨ抽出部１１４は、受信信号に含まれるＰＵＣＣＨ信号から、下り割当制御情報（ＤＣＩ）の送信に用いられたＰＤＣＣＨが占有していたＣＣＥに対応付けられているＡ／Ｎリソース及び予め端末２００に通知してある複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域を抽出する。 ここで、Ａ／Ｎリソースとは、Ａ／Ｎが送信されるべきリソースである。 具体的には、ＰＵＣＣＨ抽出部１１４は、Ａ／Ｎリソースに対応するＰＵＣＣＨ領域のデータ部分（上り制御信号が配置されているＳＣ－ＦＤＭＡシンボル）と参照信号部分（上り制御信号を復調するための参照信号が配置されているＳＣ－ＦＤＭＡシンボル）を抽出する。 そして、ＰＵＣＣＨ抽出部１１４は、抽出したデータ部分及び参照信号部分の両方を、逆拡散部１１５－２に出力する。 このようにして、ＣＣＥに関連付けられたＰＵＣＣＨリソース及び端末２００に対して通知した特定のＰＵＣＣＨリソースの中から選択されたリソースで応答信号が受信される。
[2] 系列制御部１１６は、端末２００から通知されるＡ／Ｎ、Ａ／Ｎに対する参照信号、及び、束ＡＣＫ／ＮＡＣＫ信号に対する参照信号のそれぞれの拡散に用いられる可能性があるＢａｓｅ ｓｅｑｕｅｎｃｅ（すなわち、系列長１２のＺＡＣ系列）を生成する。 また、系列制御部１１６は、端末２００が用いる可能性のあるＰＵＣＣＨリソースにおいて、参照信号が配置され得るリソース（以下「参照信号リソース」という）に対応する相関窓をそれぞれ特定する。 そして、系列制御部１１６は、束ＡＣＫ／ＮＡＣＫリソースにおいて参照信号が配置され得る参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７－１に出力する。 系列制御部１１６は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを、相関処理部１１７－１に出力する。 また、系列制御部１１６は、Ａ／Ｎ及びＡ／Ｎに対する参照信号が配置されるＡ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを相関処理部１１７－２に出力する。
[2] 逆拡散部１１５－１及び相関処理部１１７－１は、束ＡＣＫ／ＮＡＣＫリソースに対応するＰＵＣＣＨ領域から抽出された参照信号の処理を行う。
[2] 具体的には、逆拡散部１１５－１は、端末２００が束ＡＣＫ／ＮＡＣＫリソースの参照信号において２次拡散に用いるべきウォルシュ系列で参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７－１に出力する。
[2] 相関処理部１１７－１は、参照信号リソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５－１から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値を求める。 そして、相関処理部１１７－１は、相関値を束Ａ／Ｎ判定部１２１に出力する。
[2] 逆拡散部１１５－２及び相関処理部１１７－２は、複数のＡ／Ｎリソースに対応する複数のＰＵＣＣＨ領域から抽出された参照信号及びＡ／Ｎの処理を行う。
[2] 具体的には、逆拡散部１１５－２は、端末２００が各Ａ／Ｎリソースのデータ部分及び参照信号部分において２次拡散に用いるべきウォルシュ系列及びＤＦＴ系列でデータ部分及び参照信号部分を逆拡散し、逆拡散後の信号を相関処理部１１７－２に出力する。
[2] 相関処理部１１７－２は、各Ａ／Ｎリソースに対応する相関窓を示す情報及びＢａｓｅ ｓｅｑｕｅｎｃｅを用いて、逆拡散部１１５－２から入力される信号と、端末２００において１次拡散に用いられる可能性のあるＢａｓｅ ｓｅｑｕｅｎｃｅとの相関値をそれぞれ求める。 そして、相関処理部１１７－２は、それぞれの相関値をＡ／Ｎ判定部１１８に出力する。
[2] Ａ／Ｎ判定部１１８は、相関処理部１１７－２から入力される複数の相関値に基づいて、端末２００からどのＡ／Ｎリソースを用いて信号が送信されているか、若しくは、いずれのＡ／Ｎリソースも用いられていないかを判定する。 そして、Ａ／Ｎ判定部１１８は、端末２００からいずれかのＡ／Ｎリソースを用いて信号が送信されていると判定した場合、参照信号に対応する成分及びＡ／Ｎに対応する成分を用いて同期検波を行い、同期検波の結果を再送制御信号生成部１２２に出力する。 一方、Ａ／Ｎ判定部１１８は、端末２００がいずれのＡ／Ｎリソースも用いていないと判定した場合には、Ａ／Ｎリソースが用いられていない旨を再送制御信号生成部１２２に出力する。 なお、Ａ／Ｎ判定部１１８における、Ａ／Ｎ判定に用いるＡ／Ｎの位相点のマッピングの詳細については、後述する。
[2] 束Ａ／Ｎ逆拡散部１１９は、ＰＵＣＣＨ抽出部１１４から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号をＤＦＴ系列によって逆拡散し、その信号をＩＤＦＴ部１２０に出力する。
[2] ＩＤＦＴ部１２０は、束Ａ／Ｎ逆拡散部１１９から入力される周波数領域上の束ＡＣＫ／ＮＡＣＫ信号を、ＩＤＦＴ処理によって時間領域上の信号に変換し、時間領域上の束ＡＣＫ／ＮＡＣＫ信号を束Ａ／Ｎ判定部１２１に出力する。
[2] 束Ａ／Ｎ判定部１２１は、ＩＤＦＴ部１２０から入力される束ＡＣＫ／ＮＡＣＫリソースのデータ部分に対応する束ＡＣＫ／ＮＡＣＫ信号を、相関処理部１１７－１から入力される束ＡＣＫ／ＮＡＣＫ信号の参照信号情報を用いて復調する。 また、束Ａ／Ｎ判定部１２１は、復調後の束ＡＣＫ／ＮＡＣＫ信号を復号し、復号結果を束Ａ／Ｎ情報として再送制御信号生成部１２２に出力する。 ただし、束Ａ／Ｎ判定部１２１は、相関処理部１１７－１から入力される相関値が閾値よりも小さく、端末２００から束Ａ／Ｎリソースを用いて信号が送信されていないと判定した場合には、その旨を再送制御信号生成部１２２に出力する。
[2] 再送制御信号生成部１２２は、束Ａ／Ｎ判定部１２１から入力される情報、及び、Ａ／Ｎ判定部１１８から入力される情報に基づいて、下り単位バンドで送信したデータ（下り回線データ）を再送すべきか否かを判定し、判定結果に基づいて再送制御信号を生成する。 具体的には、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要があると判断した場合には、当該下り回線データの再送命令を示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。 また、再送制御信号生成部１２２は、或る下り単位バンドで送信した下り回線データに対して再送する必要が無いと判断した場合には、当該下り単位バンドで送信した下り回線データを再送しないことを示す再送制御信号を生成して、再送制御信号をデータ送信制御部１０６へ出力する。
[2] ［端末の構成］
図１１は、本実施の形態に係る端末２００の構成を示すブロック図である。 図１１において、端末２００は、無線受信部２０１と、ＣＰ除去部２０２と、ＦＦＴ（Fast Fourier
Transform）部２０３と、抽出部２０４と、復調部２０５と、復号部２０６と、判定部２０７と、制御部２０８と、復調部２０９と、復号部２１０と、ＣＲＣ部２１１と、応答信号生成部２１２と、符号化・変調部２１３と、１次拡散部２１４－１，２１４－２と、２次拡散部２１５－１，２１５－２と、ＤＦＴ部２１６と、拡散部２１７と、ＩＦＦＴ部２１８－１，２１８－２，２１８－３と、ＣＰ付加部２１９－１，２１９－２，２１９－３と、時間多重部２２０と、選択部２２１と、無線送信部２２２とを有する。
[2] 無線受信部２０１は、基地局１００から送信されたＯＦＤＭ信号を、アンテナを介して受信し、受信ＯＦＤＭ信号に対しダウンコンバート、Ａ／Ｄ変換等の受信処理を行う。 なお、受信ＯＦＤＭ信号には、ＰＤＳＣＨ内のリソースに割り当てられたＰＤＳＣＨ信号（下り回線データ）又はＰＤＣＣＨ内のリソースに割り当てられたＰＤＣＣＨ信号が含まれる。
[2] ＣＰ除去部２０２は、受信処理後のＯＦＤＭ信号に付加されているＣＰを除去する。
[2] ＦＦＴ部２０３は、受信ＯＦＤＭ信号をＦＦＴして周波数領域信号に変換し、得られた受信信号を抽出部２０４へ出力する。
[2] 抽出部２０４は、入力される符号化率情報に従って、ＦＦＴ部２０３から受け取る受信信号から下り制御チャネル信号（ＰＤＣＣＨ信号）を抽出する。 すなわち、符号化率に応じて下り制御情報割当リソースを構成するＣＣＥ（又はＲ－ＣＣＥ）の数が変わるので、抽出部２０４は、その符号化率に対応する個数のＣＣＥを抽出単位として、下り制御チャネル信号を抽出する。 また、下り制御チャネル信号は、下り単位バンドごとに抽出される。 抽出された下り制御チャネル信号は、復調部２０５へ出力される。
[2] また、抽出部２０４は、後述する判定部２０７から受け取る自装置宛の下りデータ割当リソースに関する情報に基づいて、受信信号から下り回線データ（下りデータチャネル信号（ＰＤＳＣＨ信号））を抽出し、復調部２０９へ出力する。 このように、抽出部２０４は、ＰＤＣＣＨにマッピングされた下り割当制御情報（ＤＣＩ）を受信し、ＰＤＳＣＨで下り回線データを受信する。
[2] 復調部２０５は、抽出部２０４から受け取る下り制御チャネル信号を復調し、得られた復調結果を復号部２０６に出力する。
[2] 復号部２０６は、入力される符号化率情報に従って、復調部２０５から受け取る復調結果を復号して、得られた復号結果を判定部２０７に出力する。
[2] 判定部２０７は、復号部２０６から受け取る復号結果に含まれる制御情報が自装置宛の制御情報であるか否かをブラインド判定（モニタ）する。 この判定は、上記した抽出単位に対応する復号結果を単位として行われる。 例えば、判定部２０７は、自装置の端末ＩＤでＣＲＣビットをデマスキングし、ＣＲＣ＝ＯＫ（誤り無し）となった制御情報を自装置宛の制御情報であると判定する。 そして、判定部２０７は、自装置宛の制御情報に含まれる、自装置に対する下りデータ割当リソースに関する情報を抽出部２０４へ出力する。
[2] また、判定部２０７は、自装置宛の制御情報（すなわち、下り割当制御情報）を検出した場合、ＡＣＫ／ＮＡＣＫ信号が発生（存在）する旨を制御部２０８に通知する。 また、判定部２０７は、自装置宛の制御情報をＰＤＣＣＨ信号から検出した場合、当該ＰＤＣＣＨが占有していたＣＣＥに関する情報を制御部２０８に出力する。
[2] 制御部２０８は、判定部２０７から入力されるＣＣＥに関する情報から、当該ＣＣＥに関連付けられたＡ／Ｎリソースを特定する。 そして、制御部２０８は、ＣＣＥに関連付けられたＡ／Ｎリソース、又は、予め基地局１００から通知されているＡ／Ｎリソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４－１へ出力し、当該Ａ／Ｎリソースに対応するウォルシュ系列及びＤＦＴ系列を２次拡散部２１５－１へ出力する。 また、制御部２０８は、Ａ／Ｎリソースの周波数リソース情報をＩＦＦＴ部２１８－１に出力する。
[2] また、制御部２０８は、束ＡＣＫ／ＮＡＣＫ信号を束ＡＣＫ／ＮＡＣＫリソースを用いて送信すると判断した場合、予め基地局１００から通知されている束ＡＣＫ／ＮＡＣＫリソースの参照信号部分（参照信号リソース）に対応するＢａｓｅ ｓｅｑｕｅｎｃｅ及び循環シフト量を、１次拡散部２１４－２へ出力し、ウォルシュ系列を２次拡散部２１５－２へ出力する。 また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８－２に出力する。
[2] また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソースのデータ部分の拡散に用いるＤＦＴ系列を拡散部２１７に出力し、束ＡＣＫ／ＮＡＣＫリソースの周波数リソース情報をＩＦＦＴ部２１８－３に出力する。
[2] また、制御部２０８は、束ＡＣＫ／ＮＡＣＫリソース又はＡ／Ｎリソースのいずれかを選択し、選択したリソースを無線送信部２２２に出力するよう選択部２２１に指示する。 更に、制御部２０８は、選択したリソースに応じて、束ＡＣＫ／ＮＡＣＫ信号又はＡＣＫ／ＮＡＣＫ信号のいずれかを生成するよう応答信号生成部２１２に指示する。 なお、制御部２０８における、Ａ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法については後述する。
[2] 復調部２０９は、抽出部２０４から受け取る下り回線データを復調し、復調後の下り回線データを復号部２１０へ出力する。
[2] 復号部２１０は、復調部２０９から受け取る下り回線データを復号し、復号後の下り回線データをＣＲＣ部２１１へ出力する。
[2] ＣＲＣ部２１１は、復号部２１０から受け取る復号後の下り回線データを生成し、ＣＲＣを用いて下り単位バンド毎に誤り検出し、ＣＲＣ＝ＯＫ（誤り無し）の場合にはＡＣＫを、ＣＲＣ＝ＮＧ（誤り有り）の場合にはＮＡＣＫを、応答信号生成部２１２へそれぞれ出力する。 また、ＣＲＣ部２１１は、ＣＲＣ＝ＯＫ（誤り無し）の場合には、復号後の下り回線データを受信データとして出力する。
[2] 応答信号生成部２１２は、ＣＲＣ部２１１から入力される、各下り単位バンドにおける下り回線データの受信状況（下り回線データの誤り検出結果）に基づいて応答信号を生成する。 すなわち、応答信号生成部２１２は、制御部２０８から束ＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、下り単位バンド毎の誤り検出結果の各々が個別データとして含まれている束ＡＣＫ／ＮＡＣＫ信号を生成する。 一方、応答信号生成部２１２は、制御部２０８からＡＣＫ／ＮＡＣＫ信号を生成するように指示された場合には、１シンボルのＡＣＫ／ＮＡＣＫ信号を生成する。 そして、応答信号生成部２１２は生成した応答信号を符号化・変調部２１３に出力する。 なお、応答信号生成部２１２における、ＡＣＫ／ＮＡＣＫ信号の生成方法については後述する。
[2] 符号化・変調部２１３は、束ＡＣＫ／ＮＡＣＫ信号が入力された場合には、入力された束ＡＣＫ／ＮＡＣＫ信号を符号化・変調し、１２シンボルの変調信号を生成し、ＤＦＴ部２１６へ出力する。 また、符号化・変調部２１３は、１シンボルのＡＣＫ／ＮＡＣＫ信号が入力された場合には、当該ＡＣＫ／ＮＡＣＫ信号を変調し、１次拡散部２１４－１に出力する。
[2] ＤＦＴ部２１６は、入力される時系列の束ＡＣＫ／ＮＡＣＫ信号を１２個纏めてＤＦＴ処理を行うことにより、１２個の周波数軸上の信号成分を得る。 そして、ＤＦＴ部２１６は１２個の信号成分を拡散部２１７に出力する。
[2] 拡散部２１７は、制御部２０８から指示されたＤＦＴ系列を用いて、ＤＦＴ部２１６から入力された１２個の信号成分を拡散し、ＩＦＦＴ部２１８－３に出力する。
[2] また、Ａ／Ｎリソース、及び、束ＡＣＫ／ＮＡＣＫリソースの参照信号リソースに対応する１次拡散部２１４－１及び２１４－２は、制御部２０８の指示に従ってＡＣＫ／ＮＡＣＫ信号又は参照信号を、リソースに対応するＢａｓｅ ｓｅｑｕｅｎｃｅによって拡散し、拡散した信号を２次拡散部２１５－１，２１５－２へ出力する。
[2] ２次拡散部２１５－１，２１５－２は、制御部２０８の指示により、入力された１次拡散後の信号をウォルシュ系列又はＤＦＴ系列を用いて拡散しＩＦＦＴ部２１８－１，２１８－２に出力する。
[2] ＩＦＦＴ部２１８－１，２１８－２，２１８－３は、制御部２０８の指示により、入力された信号を、配置されるべき周波数位置に対応付けてＩＦＦＴ処理を行う。 これにより、ＩＦＦＴ部２１８－１，２１８－２，２１８－３に入力された信号（すなわち、ＡＣＫ／ＮＡＣＫ信号、Ａ／Ｎリソースの参照信号、束ＡＣＫ／ＮＡＣＫリソースの参照信号、束ＡＣＫ／ＮＡＣＫ信号）は時間領域の信号に変換される。
[2] ＣＰ付加部２１９－１，２１９－２，２１９－３は、ＩＦＦＴ後の信号の後尾部分と同じ信号をＣＰとしてその信号の先頭に付加する。
[2] 時間多重部２２０は、ＣＰ付加部２１９－３から入力される束ＡＣＫ／ＮＡＣＫ信号（すなわち、束ＡＣＫ／ＮＡＣＫリソースのデータ部分を用いて送信される信号）と、ＣＰ付加部２１９－２から入力される束ＡＣＫ／ＮＡＣＫリソースの参照信号とを、束ＡＣＫ／ＮＡＣＫリソースに時間多重し、得られた信号を選択部２２１へ出力する。
[2] 選択部２２１は、制御部２０８の指示に従って、時間多重部２２０から入力される束ＡＣＫ／ＮＡＣＫリソースとＣＰ付加部２１９－１から入力されるＡ／Ｎリソースのいずれかを選択し、選択したリソースに割り当てられた信号を無線送信部２２２へ出力する。
[2] 無線送信部２２２は、選択部２２１から受け取る信号に対しＤ／Ａ変換、増幅及びアップコンバート等の送信処理を行い、アンテナから基地局１００へ送信する。
[2] ［基地局１００及び端末２００の動作］
上述のように構成された基地局１００及び端末２００の動作について説明する。
[2] 以下、応答信号の送信に用いるＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法およびＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング方法）について、制御例１～５で説明する。
[2] ［制御例１：ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時］
図１２に、２ＣＣ時、ＰＣｅｌｌ、ＳＣｅｌｌともに２ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。 ただし、図１２では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。 すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
[2] 図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。 また、図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。
[2] さらに、図１２では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ'（ｎ＿ＣＣＥ'≠ｎ＿ＣＣＥ））に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。 また、図１２では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ'＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース４が割り当てられる（Implicit signalling）。
[2] なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース３、４は、基地局から予め通知されてもよい（Explicit signalling）。 また、図１３に示すように、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース３、４は、基地局から予め通知されてもよい（Explicit signalling）。
[2] なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３、４）は、基地局から予め通知されてもよい（Explicit signalling）。
[2] 図１４および図１５に、２ＣＣ時、ＰＣｅｌｌ、ＳＣｅｌｌともに２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。 ただし、図１４及び図１５のＰＵＣＣＨリソース１、２、３、４は、図１２で示したＰＵＣＣＨリソース１、２、３、４にそれぞれ対応する。 複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２、ｂ３とする。 また、ビットｂ０、ｂ１、ｂ２、ｂ３の順に、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号に対応付けられている。 なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
[2] 全てのＰＵＣＣＨリソースについて、ＤＴＸを示す誤り検出結果のパターンによらず、４つの位相点に対して応答信号がマッピングされる。 また、応答信号は、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
[2] 図１４Ａにおける、ビットｂ０、ｂ１、ｂ２、ｂ３のそれぞれに対するＰＵＣＣＨリソース１、２、３、４のＡＣＫ／ＮＡＣＫの偏りを、図１４Ｂに示す。 例えば図１４Ａより、ビットｂ１は、ＰＵＣＣＨリソース３において、ＡＣＫが１個、ＮＡＣＫが３個マッピングされている。 これは、図１４Ｂにおいて、「ｂ１」の行と「ＰＵＣＣＨリソース３」の列が交差する、「１，３」に対応している。 また、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」列は、ビットｂ０、ｂ１、ｂ２、ｂ３のうち、各ＰＵＣＣＨリソースにそれぞれ何組の「ＡＣＫが４個、ＮＡＣＫが０個」（Ａ：Ｎ＝１：０（＝４：０））、または、「ＡＣＫが０個、ＮＡＣＫが４個」（Ａ：Ｎ＝０：１（＝０：４））が存在するかを示したものである。 さらに、図１４Ｂにおいて、「Ａ／Ｎの偏り」の列は、各ＰＵＣＣＨリソースにおけるＡＣＫとＮＡＣＫの個数の差の絶対値の、全ＰＵＣＣＨリソースでの総和である。
[2] 前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。 すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
[2] 本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化（同等化、equalization）しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１４は、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を図１４に示す。 図１５は、図１４に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
[2] 判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図１４Ｂにおいて、Ａ：Ｎ＝１：０（＝４：０）またはＡ：Ｎ＝０：１（＝０：４）であるＰＵＣＣＨリソースである。 そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図１４Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。 さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。 より具体的には、図１４のマッピングでは、２ＣＣでＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、２ビット（ｂ０，ｂ２）が２個、残りの２ビット（ｂ１，ｂ３）が１個であるため、最大値と最小値の差は１である。
[2] 任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図１４Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ０が、ＤＴＸのマッピングをとらないことである。 同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース２においてビットｂ１がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース３においてはビットｂ２がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース４においてはビットｂ３がＤＴＸのマッピングをとらないことである。
[2] なお、図１４は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース１以外はExplicit signallingされていてもよい。 すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
[2] ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）～（３）を同時に満足することである。 （１）あるＰＵＣＣＨリソースにおいて、２つのビットがＡ：Ｎ＝０：１（＝０：４）を満足し、残りの２ビットが、図６Ｂのマッピングであること、（２）前記残りの２ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する２ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図１４の例では、ＰＵＣＣＨリソース１）であること、である。
[2] なお、図１４Ａのマッピングは一例であり、前記（１）～（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。 ビットｂ２とビットｂ３とを入れ替えたマッピングでもよい。 また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース１以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。 また、ＣＷの優先度に応じて、ビット入れ替え制御を行っても良い。 例えば、優先度の高いＣＷは、ビットｂ１よりもビットｂ０に優先的に割り振る、または、ビットｂ３よりもビットｂ２に優先的に割り振る。 これにより、優先度の高いＣＷのＡＣＫ／ＮＡＣＫ信号を、より誤り率の低いビットに振り分けて基地局に通知することができる。
[2] このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１４では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] ［制御例２：ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時］
図１６に、２ＣＣ時、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。 ただし、図１６では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。 すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
[2] 図１６では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。 また、図１６では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。
[2] さらに、図１６では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ'）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。
[2] なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース３は、基地局から予め通知されてもよい（Explicit signalling）。 また、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース３は、基地局から予め通知されてもよい（Explicit signalling）。
[2] なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３）は、基地局から予め通知されてもよい（Explicit signalling）。
[2] 図１７および図１８に、２ＣＣ時、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。 ただし、図１７及び図１８のＰＵＣＣＨリソース１、２、３は、図１６で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。 複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。 また、ビットｂ０、ｂ１、ｂ２の順に、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。 すなわち、ビットｂ０、ｂ１を２ＣＷ処理するＣｅｌｌと対応付け、ビット２を１ＣＷ処理するＣｅｌｌと対応付けている。 なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
[2] 図１７に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンを除くと、３つの位相点に対して応答信号がマッピングされる。 図１７に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、３つの位相点に対して応答信号がマッピングされる。 図１７に示すＰＵＣＣＨリソース３では、２つの位相点に対して応答信号がマッピングされる。 また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
[2] 図１７Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図１７Ｂに示す。
[2] 前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。 すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
[2] 本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１７では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図１７に示す。 図１８は、図１７に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
[2] 判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図１７Ｂにおいて、Ａ：Ｎ＝１：０（＝３：０）またはＡ：Ｎ＝０：１（＝０：３＝０：２）であるＰＵＣＣＨリソースである。 そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図１７Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。 さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。 より具体的には、図１７のマッピングでは、２ＣＣでＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、１ビット（ｂ２）が２個、残りの２ビット（ｂ０，ｂ１）が１個であるため、最大値と最小値の差は１である。
[2] 任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図１７Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ０が、ＤＴＸのマッピングをとらないことである。 同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース２においてビットｂ１がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース３においてビットｂ２がＤＴＸのマッピングをとらないことである。
[2] なお、図１７は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース１以外はExplicit signallingされていてもよい。 すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
[2] ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）～（３）を同時に満足することである。 （１）あるＰＵＣＣＨリソースにおいて、１つのビットがＡ：Ｎ＝０：１（＝０：２＝０：３）を満足し、残りの２ビットが、図６Ｂのマッピングであること、（２）前記残りの２ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する２ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図１７の例では、ＰＵＣＣＨリソース１）であること、である。
[2] なお、図１７Ａのマッピングは一例であり、前記（１）～（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。 また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース１以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。
[2] このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図１７では、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] ［制御例３：ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時 その１］
図１９に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理し、かつ、クロスキャリアスケジューリング（Cross-carrier scheduling）時のＡ／Ｎリソース（ＰＵＣＣＨリソース）の決定方法を示す。 ただし、図１９では、ＰＣｅｌｌからＳＣｅｌｌのクロスキャリアスケジューリングの例を示す。 すなわち、ＰＣｅｌｌ内のＰＤＣＣＨが、ＳＣｅｌｌ内のＰＤＳＣＨを指示する。
[2] 図１９では、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース１が割り当てられる（Implicit signalling）。
[2] さらに、図１９では、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリングされた、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＣｅｌｌ内のＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ'）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース２が割り当てられる（Implicit signalling）。 また、図１９では、ＳＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックスの次のインデックス（ｎ＿ＣＣＥ'＋１）に１対１に関連付けられて、上り単位バンド内のＰＵＣＣＨリソース３が割り当てられる（Implicit signalling）。
[2] なお、第一のＳＣｅｌｌから第二のＳＣｅｌｌにクロスキャリアスケジューリングされる場合、上記ＰＵＣＣＨリソース２、３は、基地局から予め通知されてもよい（Explicit signalling）。 また、クロスキャリアスケジューリングされない場合も、同様に、ＰＵＣＣＨリソース２、３は、基地局から予め通知されてもよい（Explicit signalling）。
[2] なお、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース１を除く、他のＰＵＣＣＨリソース（ＰＵＣＣＨリソース２、３）は、基地局から予め通知されてもよい（Explicit signalling）。
[2] 図２０および図２１に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。 ただし、図２０及び図２１のＰＵＣＣＨリソース１、２、３は、図１９で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。 複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。 また、ビットｂ０、ｂ１、ｂ２の順に、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。 なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
[2] さらに、本制御例では、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する制御例２と同一のマッピングを用いるために、ビットｂ０、ｂ１を２ＣＷ処理する（または、ＳＤＭ（Space Division Multiplexing）が設定された）Ｃｅｌｌに対応付け、ビットｂ２を１ＣＷ処理する（または、非ＳＤＭが設定された）Ｃｅｌｌに対応付けている。 同一のマッピングテーブルを用いているため、図２０Ａのマッピングテーブル（あるいは、図１７Ａのマッピングテーブル）は、Ｆｏｒｍａｔ１ａとＦｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋをサポート可能である。 同一のマッピングを用いることで、１つのマッピングテーブルで、２つの制御例（すなわち、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する例と、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する例）を同時にサポートできる。 これにより、端末および基地局で保持するマッピングテーブルの組合せ数が少なくて済み、端末における応答信号の送信、および、基地局における応答信号の判定の構成の複雑度が下がる。 なお、ここでは、同一のマッピングテーブルを用いることによる追加的な効果を記載したものであり、必ずしも同一のマッピングを用いることに限定されるものではない。
[2] 図２０に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンを除くと、３つの位相点に対して応答信号がマッピングされる。 図２０に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、３つの位相点に対して応答信号がマッピングされる。 図２０に示すＰＵＣＣＨリソース３では、２つの位相点に対して応答信号がマッピングされる。 また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
[2] 図２０Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図２０Ｂに示す。
[2] 前述の通り、マッピングの方法によって、基地局は、応答信号の判定方法が２つ存在する。 すなわち、応答信号が通知されたＰＵＣＣＨリソースを判定する方法（判定方法１）と、応答信号が通知されたＰＵＣＣＨリソースを判定し、かつ、そのＰＵＣＣＨリソースの位相点を判定する方法（判定方法２）である。
[2] 本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２０では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図２０に示す。 図２１は、図２０に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
[2] 判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースとは、すなわち、図２０Ｂにおいて、Ａ：Ｎ＝１：０（＝３：０）またはＡ：Ｎ＝０：１（＝０：３＝０：２）であるＰＵＣＣＨリソースである。 そして、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数とは、図２０Ｂにおいて、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」である。 さらに、平滑化とは、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」の最大値と最小値の差が１以下となるマッピングである。 より具体的には、図２０のマッピングでは、２ＣＣでＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理する場合、「Ａ：Ｎ＝１：０ ｏｒ ０：１の個数」は、１ビット（ｂ０）が２個、残りの２ビット（ｂ１，ｂ２）が１個であるため、最大値と最小値の差は１である。
[2] 任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、すなわち、図２０Ａにおいて、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられたＰＵＣＣＨリソース３において、ＰＣｅｌｌのＣＷ０のＡＣＫ／ＮＡＣＫと対応付けられたビットｂ２が、ＤＴＸのマッピングをとらないことである。 同様に、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートするとは、ＰＵＣＣＨリソース０においてビットｂ０がＤＴＸのマッピングをとらないことであり、ＰＵＣＣＨリソース１においてビットｂ１がＤＴＸのマッピングをとらないことである。
[2] なお、図２０は、全てのＰＵＣＣＨリソースがImplicit signallingされた例であるため、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートしているが、ＰＵＣＣＨリソース３以外はExplicit signallingされていてもよい。 すなわち、その場合は、少なくとも１つのＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートすればよい。
[2] ＬＴＥ ｆａｌｌｂａｃｋをサポートするとは、すなわち、以下の（１）～（３）を同時に満足することである。 （１）あるＰＵＣＣＨリソースにおいて、２つのビットがＡ：Ｎ＝０：１（＝０：２＝０：３）を満足し、残りの１ビットが、図６Ａのマッピングであること、（２）前記残りの１ビットが、ＰＣｅｌｌ内のＰＤＳＣＨで処理する１ＣＷに対応付けられていること、（３）前記の（１）を満足するＰＵＣＣＨリソースが、ＰＣｅｌｌ内のＰＤＳＣＨを指示するＰＤＣＣＨが占有している、ＣＣＥの先頭ＣＣＥインデックス（ｎ＿ＣＣＥ）に１対１に関連付けられて割り当てられる、ＰＵＣＣＨリソース（図２０の例では、ＰＵＣＣＨリソース３）であること、である。
[2] なお、図２０Ａのマッピングは一例であり、前記（１）～（３）を同時に満足すればよいので、例えば、ビットｂ０とビットｂ１とを入れ替えたマッピングでもよい。 また、例えば、ＬＴＥ ｆａｌｌｂａｃｋをサポートするＰＵＣＣＨリソース３以外のＰＵＣＣＨリソースに対するマッピングは、それぞれ、時計回りに９０度、１８０度、２７０度回転したものであってもよい。
[2] このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２０では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] ［制御例４：ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理、ＰＣｅｌｌからＳＣｅｌｌにクロスキャリアスケジューリング時 その２］
本制御例は、制御例３と共通する点が多いため、共通点については割愛する。
[2] 図２２および図２３に、２ＣＣ時、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する場合のＡＣＫ／ＮＡＣＫ信号の生成方法（マッピング）を示す。 ただし、図２２及び図２３のＰＵＣＣＨリソース１、２、３は、図１９で示したＰＵＣＣＨリソース１、２、３にそれぞれ対応する。 複数のＡＣＫまたはＮＡＣＫまたはＤＴＸから構成される組合せを構成するビットを、順にビットｂ０、ｂ１、ｂ２とする。 また、ビットｂ０、ｂ１、ｂ２の順に、ＳＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号、ＳＣｅｌｌのＰＤＳＣＨのＣＷ１のＡＣＫ／ＮＡＣＫ信号、ＰＣｅｌｌのＰＤＳＣＨのＣＷ０のＡＣＫ／ＮＡＣＫ信号に対応付けられている。 なお、ビットとＡＣＫ／ＮＡＣＫ信号の対応付けはこれに限定されるものではない。
[2] 本制御例では、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合と同一のマッピングを用いてもよい。 同一のマッピングを用いる場合、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋのみがサポート可能であり、Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋはサポートできない。 同一のマッピングを用いることで、１つのマッピングテーブルで、２つの制御例（すなわち、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する例と、ＰＣｅｌｌが１ＣＷ処理し、ＳＣｅｌｌが２ＣＷ処理する例）を同時にサポートできる。 これにより、端末および基地局で保持するマッピングテーブルの組合せ数が少なくて済み、端末における応答信号の送信、および、基地局における応答信号の判定の構成の複雑度が下がる。 一方で、異なるマッピングを用いる場合、図２２よりＦｏｒｍａｔ１ａへのｆａｌｌｂａｃｋはサポートできる。 Ｆｏｒｍａｔ１ｂへのｆａｌｌｂａｃｋのサポートは、ＰＣｅｌｌが２ＣＷ処理し、ＳＣｅｌｌが１ＣＷ処理する場合のマッピングに依存する。 なお、ここでは、同一のまたは異なるマッピングテーブルを用いることによる追加的な効果を記載したものであり、必ずしも同一のマッピングを用いることに限定されるものではない。
[2] 図２２に示すＰＵＣＣＨリソース１では、ＤＴＸを示す誤り検出結果のパターンによらず、２つの位相点に対して応答信号がマッピングされる。 図２２に示すＰＵＣＣＨリソース２では、ＤＴＸを示す誤り検出結果のパターンによらず、４つの位相点に対して応答信号がマッピングされる。 図２２に示すＰＵＣＣＨリソース３では、ＤＴＸを示す誤り検出結果のパターンによらず、２つの位相点に対して応答信号がマッピングされる。 また、ＰＵＣＣＨリソース毎に、隣接する位相点のハミング距離が小さくなるよう（すなわち、よりグレイマッピングに近づくよう）マッピングされている。
[2] 図２２Ａにおける、ビットｂ０、ｂ１、ｂ２のそれぞれに対するＰＵＣＣＨリソース１、２、３のＡＣＫ／ＮＡＣＫの偏りを、図２２Ｂに示す。
[2] 本実施の形態で開示する、判定方法１でＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化しつつ、任意のＡＣＫ／ＮＡＣＫビットに対するImplicit signallingをサポートし、ＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２２では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートするマッピング方法を、図２２に示す。 図２３は、図２２に対応するＡＣＫ／ＮＡＣＫマッピングテーブル（送信ルールテーブル）を示す。
[2] このように、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋ（より具体的には、図２２では、Ｆｏｒｍａｔ１ａへのｆａｌｌｂａｃｋ）をサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] ［制御例５：ＲＡＮＫ Ａｄａｐｔａｔｉｏｎ適用時のマッピングテーブルの制御例］
本制御例は、ＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＣ(Component Carrier)数とトランスミッションモードだけでなく、ダイナミックに制御されるＲａｎｋ Ａｄａｐｔａｔｉｏｎに応じてマッピングテーブルを切り替える制御を行う場合のマッピングテーブルを開示する。 すなわち、Ｒａｎｋ Ａｄａｐｔａｔｉｏｎにより、ＰＣｅｌｌまたはＳＣｅｌｌにＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＷ数（例えばＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが２ＣＷ）よりも少ないＣＷ数（例えばＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが１ＣＷ）になった場合のマッピングテーブルを開示する。 すなわち、ｅＮＢに通知するＡＣＫ/ＮＡＣＫのリソースと、そのリソース内のコンスタレーション位置を、ＣｏｎｆｉｇｕｒａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルではなく、Ｒａｎｋ ＡｄａｐｔａｔｉｏｎされたＣＷ数から求められるＡＣＫ／ＮＡＣＫビット数に基づいたマッピングテーブルにしたがって決定する。
[2] 例えば、１つのＰＣｅｌｌ、１つのＳＣｅｌｌがそれぞれ２ＣＷでＣｏｎｆｉｇｕｒａｔｉｏｎされているとき、かつ、そのＳＣｅｌｌがＲａｎｋ Ａｄａｐｔａｔｉｏｎにより１ＣＷしかＵＥに送信されない場合、ＵＥがｅＮＢに通知するＡＣＫ／ＮＡＣＫの数は、Ｃｏｎｆｉｇｕｒａｔｉｏｎされた数である４つではなく、３つあれば十分である。 このとき、端末は３ビット分のマッピングテーブル（すなわちTable1(b)）を用いてｅＮＢに通知すればよい。
[2] ただしその場合、例えばＵＥが、１ＣＷのＳＣｅｌｌのＰＤＣＣＨを受信して、ＰＣｅｌｌのＰＤＣＣＨを受信できなかった場合、ＰＣｅｌｌのデータに対応するＡＣＫ／ＮＡＣＫビットはＤＴＸとなる。 しかしＵＥは、ＰＤＣＣＨの受信に失敗したため、ＰＣｅｌｌのデータが１ＣＷであったのか、２ＣＷであったのかを判断できない。 そのため、ＵＥは、３ビット（ＰＣｅｌｌが２ＣＷ、ＳＣｅｌｌが１ＣＷ）のマッピングテーブルを用いるか、２ビット（ＰＣｅｌｌが１ＣＷ、ＳＣｅｌｌが１ＣＷ）のマッピングテーブルを用いるのかを特定できない。 本発明は、かかる場合においてもｅＮＢに正しくＤＴＸを通知することができる。
[2] 以下、図２４、図２５および図２６を援用して説明する。 ただし、図２４に開示するマッピングテーブルは、制御例４で説明した特徴を持ち、図２５に開示するマッピングテーブルは、制御例２および３で説明した特徴を持ち、図２６に開示するマッピングテーブルは、制御例１で説明した特徴を持つため、詳細な説明は割愛する。 すなわち図２４、図２５および図２６に開示するマッピングテーブルは、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] 図２４および図２５を援用して説明する。 図２５の３ビットのマッピングテーブルのＰＣｅｌｌ（ＳＤＭ Ｃｅｌｌ）がＤＴＸ（ＤＴＸ，ＤＴＸ）、ＳＣｅｌｌ（Ｎｏｎ－ＳＤＭ Ｃｅｌｌ）がＡＣＫである場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション（Ｃｏｎｓｔｅｌｌａｔｉｏｎ）位置と、図２４の２ビットのマッピングテーブルのＰＣｅｌｌがＤＴＸ、ＳＣｅｌｌがＡＣＫである場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置とが、一致する。 同様に、ＳＣｅｌｌがＮＡＣＫであった場合もＮｏ Ｔｒａｎｓｍｉｓｓｉｏｎとなり一致する。 また、ＰＣｅｌｌが１ＣＷ送信、ＳＣｅｌｌがＤＴＸ（ＵＥは１ＣＷ送信なのか２ＣＷ送信なのかを特定できない）の場合にも、図２４、図２５に示すマッピングテーブルは、ともにＰＵＣＣＨ ｆｏｒｍａｔ１ａをサポートしているため、ＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置が、２ビットのマッピングテーブルと３ビットのマッピングテーブルとで一致する。
[2] 同様に、図２５および図２６を援用して説明する。 図２６の４ビットのマッピングテーブルのＰＣｅｌｌがＤＴＸ（ＤＴＸ，ＤＴＸ）、ＳＣｅｌｌが（ＡＣＫ，ＡＣＫ）である場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション（Ｃｏｎｓｔｅｌｌａｔｉｏｎ）位置と、図２５の３ビットのマッピングテーブルのＰＣｅｌｌ（ｎｏｎ－ＳＤＭ Ｃｅｌｌ）がＤＴＸ、ＳＣｅｌｌ（ＳＤＭ Ｃｅｌｌ）が（ＡＣＫ，ＡＣＫ）である場合のＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置とが、一致する。 同様に、ＳＣｅｌｌがＮＡＣＫであった場合もＮｏ Ｔｒａｎｓｍｉｓｓｉｏｎとなり一致する。 また、ＰＣｅｌｌが２ＣＷ送信、ＳＣｅｌｌがＤＴＸ（ＵＥは１ＣＷ送信なのか２ＣＷ送信なのかを特定できない）の場合にも、図２５、図２６に示すマッピングテーブルは、ともにＰＵＣＣＨ ｆｏｒｍａｔ１ｂをサポートしているため、ＰＵＣＣＨリソースおよびそのリソース内のコンスタレーション位置が、３ビットのマッピングテーブルと４ビットのマッピングテーブルとで一致する。
[2] 以上、応答信号の送信に用いるＡ／Ｎリソースの決定方法およびＡＣＫ／ＮＡＣＫ信号の生成方法について、制御例１～５を用いて説明した。
[2] このようにして、端末２００は、Channel selection時、ＣＣＥに関連付けられたＰＵＣＣＨリソース、および、基地局１００から予め通知された特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いるリソースを選択し、応答信号の送信を制御する。 そして、端末２００は、任意の応答信号に対するImplicit signallingをサポートし、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化するマッピング方法をとることにより、悪い伝送特性を有する応答信号の特性を改善することが可能となる。
[2] また、基地局１００は、ＣＣＥに関連付けられたＰＵＣＣＨリソース、及び、端末２００に対して予め通知した特定のＰＵＣＣＨリソースの中から、応答信号の送信に用いられたリソースを選択する。 そして、基地局１００は、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化するマッピングを用いて、ＡＣＫ／ＮＡＣＫを判定する。
[2] よって、本実施の形態によれば、上り単位バンド及び上り単位バンドと対応づけられた複数の下り単位バンドを使用した通信においてＡＲＱが適用される場合、かつ、ＰＣｅｌｌ内のＰＤＣＣＨ領域に含まれる各ＣＣＥが、上り単位バンド内のＰＵＣＣＨリソースと１対１に関連付けられている場合において、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋをサポートすると同時に、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、ビット間で平滑化することにより、悪い伝送特性を有する応答信号の特性を改善することができる。
[2] （実施の形態２）
本実施の形態では、端末に設定された下り単位バンド数及び送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられたＰＵＣＣＨリソース（Implicit signallingされるＰＵＣＣＨリソース）、及び、ＰＣｅｌｌで受信されるＣＷに対する誤り検出結果を表すビット（ＡＣＫ／ＮＡＣＫビット）の組み合わせを切り替える場合について説明する。
[2] なお、本実施の形態では、一例として、１ＣＷ送信のみをサポートする送信モードを「ｎｏｎ－ＭＩＭＯ（Multiple Input Multiple Output）モード」とし、２ＣＷ送信までをサポートする送信モードを「ＭＩＭＯモード」とする。
[2] 実施の形態１と同様、例えば、端末は、図２７及び図２８に示すように、誤り検出結果のパターン候補（誤り検出結果パターン、又はＡＣＫ／ＮＡＣＫステートと記載することもある）と、応答信号が割り当てられるＰＵＣＣＨリソース及びＰＵＣＣＨリソース内の位相点との対応付け（ＡＣＫ／ＮＡＣＫマッピングテーブル。応答信号の送信ルールテーブル）に基づいて、基地局へフィードバックする応答信号を生成する。 なお、誤り検出結果パターンは、少なくとも２つの下り単位バンドで受信された複数の下り回線データに対する誤り検出結果で構成される。
[2] ＡＣＫ／ＮＡＣＫマッピングテーブルは、端末に対して予め設定された下り単位バンド数（Carrier Aggregationが行われるので少なくとも２つの下り単位バンド）と、送信モードとによって決定される。 具体的には、ＡＣＫ／ＮＡＣＫマッピングテーブルは、下り単位バンド数と送信モードとによって定まるＡＣＫ／ＮＡＣＫビット数によって決定される。
[2] 図２７は、端末に設定された下り単位バンドが２つ（ＰＣｅｌｌ：１個、ＳＣｅｌｌ：１個）の場合の誤り検出結果パターンのマッピング例を示す。
[2] 図２７Ａは、各下り単位バンドにそれぞれ、ｎｏｎ－ＭＩＭＯモードが設定されている場合のマッピング例である。 つまり、図２７Ａは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が２ビットで表される場合のマッピング例（２ビット用のマッピング）である。 図２７Ｂは、一方の下り単位バンドにｎｏｎ－ＭＩＭＯモードが設定され、他方の下り単位バンドにＭＩＭＯモードが設定されている場合のマッピング例である。 つまり、図２７Ｂは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が３ビットで表されるマッピング例（３ビット用のマッピング）である。 図２７Ｃ）は、各下り単位バンドにそれぞれ、ＭＩＭＯモードが設定されている場合のマッピング例である。 つまり、図２７Ｃは、誤り検出結果パターン（つまり、ＡＣＫ／ＮＡＣＫビット数）が４ビットで表される場合のマッピング例（４ビット用のマッピング）である。
[2] なお、図２８Ａ～Ｃに示すマッピングテーブルは、図２７Ａ～Ｃのマッピングにそれぞれ対応する。
[2] 図２７Ａ～Ｃ及び図２８Ａ～Ｃに示すように、誤り検出結果パターンは、最大４ビット（ｂ０～ｂ３）で表される。 また、図２７Ａ～Ｃ及び図２８Ａ～Ｃに示すように、最大４つのＰＵＣＣＨリソース１～４（Ｃｈ１～Ｃｈ４）が設定される。
[2] 例えば、図２７Ｂ（図２８Ｂ）において、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ－ＭＩＭＯが設定されている場合について説明する。 例えば、ＰＣｅｌｌのＣＷ０に対する誤り検出結果ｂ０がＡＣＫ、ＰＣｅｌｌのＣＷ１に対する誤り検出結果ｂ１がＡＣＫ、ＳＣｅｌｌのＣＷ０に対する誤り検出結果ｂ２がＮＡＣＫまたはＤＴＸであるとき、図２７Ｂに示すように、応答信号はＰＵＣＣＨリソース１のシンボル位置（位相点）（－１，０）にマッピングされる。 ここで、図２７Ｂに示すＰＵＣＣＨリソース１は、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスに１対１に関連付けられたＰＵＣＣＨリソースである。
[2] ここで、上述したように、誤り検出結果パターンを構成するビット数（ＡＣＫ／ＮＡＣＫビット数）が４ビット以下の場合、端末は、Channel Selection又はＤＦＴ－Ｓ－ＯＦＤＭを用いて応答信号をフィードバックする。 Channel Selection又はＤＦＴ－Ｓ－ＯＦＤＭのいずれを用いるかは、基地局によって予め設定される。 一方、誤り検出結果パターンを構成するビット数が４ビットより多い場合、端末は、ＤＦＴ－Ｓ－ＯＦＤＭを用いて応答信号をフィードバックする。
[2] また、ＬＴＥ－Ａｄｖａｎｃｅｄでは、サービス当初を想定して、下り単位バンド数が２個の場合を想定して最適化されたChannel Selectionに用いる誤り検出結果パターンのマッピング（例えば、図２７及び図２８）が定められる。
[2] ここで、下り単位バンド数が２個の場合を想定して最適化されたマッピングとは、ＬＴＥシステムで用いられる１ＣＣ用の誤り検出結果パターンのマッピングとして切り替えて使用可能なマッピング（すなわち、ＬＴＥ ｆａｌｌｂａｃｋがサポートされているマッピング）のことである。 より詳細には、ＬＴＥ ｆａｌｌｂａｃｋがサポートされているマッピングでは、例えば、図２８Ｃに示すように、ＳＣｅｌｌで受信されるＣＷに対する誤り検出結果ｂ２，ｂ３が全てＤＴＸとなる特定の誤り検出結果パターンに対応付けられたＰＵＣＣＨリソース１内の位相点が、１ＣＣ時に使用される他のＡＣＫ／ＮＡＣＫマッピングテーブル（例えば図６Ｂ））における、上記特定の誤り検出結果パターン内のＰＣｅｌｌで受信されるＣＷに対する誤り検出結果ｂ０，ｂ１と同一の誤り検出結果に対応付けられた位相点と同一となる。 図２８Ａ，Ｂについても同様である。
[2] これにより、基地局と端末との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、基地局は、ＰＣｅｌｌ及びＳＣｅｌｌの応答信号を正しく判定できる。
[2] しかし、ＬＴＥ－Ａｄｖａｎｃｅｄにおいて今後、下り単位バンド数を３，４個までサポートされることが考えられる。 この際、下り単位バンド数が２個の場合に最適化されたマッピングを再利用しつつ、下り単位バンド数が３，４個の場合にもサポートされるマッピングを用いることが、端末及び基地局の構成の簡略の観点で望ましい。
[2] ここで、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされることが提案されている（例えば、「Panasonic, 3GPP RAN1 meeting #63bis, R1-110192, “Text Proposal for PUCCH Resource Allocation for channel selection,” January 2011」参照）。 例えば、ＰＣｅｌｌにＭＩＭＯモードが設定されている場合（最大２ＣＷ送信の場合）、２つのＰＵＣＣＨリソースがImplicit signallingされる。 この場合、Implicit signallingされる２つのＰＵＣＣＨリソースのうち、一方のＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられる。 また、Implicit signallingされる他方のＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭から２番目のＣＣＥインデックスと１対１に関連付けられる。
[2] 一方、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されている場合、１つのＰＵＣＣＨリソースがImplicit signallingされる。 当該ＰＵＣＣＨリソースは、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられる。
[2] 例えば、図２７Ｃ及び図２８Ｃでは、ＰＣｅｌｌにＭＩＭＯモードが設定されている。 よって、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされる。 一方、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
[2] また、図２７Ｂ及び図２８Ｂにおいて、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているとする。 この場合、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）がExplicit signallingされる。
[2] また、図２７Ｂ及び図２８Ｂにおいて、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定され、ＳＣｅｌｌにＭＩＭＯモードが設定されているとする。 この場合、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされ、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
[2] また、図２７Ａ及び図２８Ａでは、ＰＣｅｌｌ及びＳＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されている。 この場合、図２７Ａ及び図２８Ａでは、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
[2] 前述したように、誤り検出結果パターンのビット数が４ビット以下の場合、端末は、Channel Selectionを用いて応答信号をフィードバックすることができる。 図２９は、下り単位バンド数が２個（２ＣＣｓ）、３個（３ＣＣｓ）及び４個（４ＣＣｓ）の場合における、ＰＣｅｌｌでのＣＷ数、ＳＣｅｌｌ（ＳＣｅｌｌ１～３）でのＣＷ数、及び、Channel Selectionを用いて応答信号をフィードバックする際のＡＣＫ／ＮＡＣＫの数（誤り検出結果パターンを表すＡＣＫ／ＮＡＣＫビット数）を示す。
[2] 例えば、図２９において、下り単位バンド数が３個（３ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１及びＳＣｅｌｌ２でそれぞれｎｏｎ－ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は３ビットとなる。 よって、端末は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
[2] また、図２９において、下り単位バンド数が３個（３ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１及びＳＣｅｌｌ２のうち、１つのＣｅｌｌでＭＩＭＯモードが設定され、残りの２つのＣｅｌｌでそれぞれｎｏｎ－ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は４ビットとなる。 よって、端末は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
[2] また、図２９において、下り単位バンド数が４個（４ＣＣｓ）であり、ＰＣｅｌｌ、ＳＣｅｌｌ１～ＳＣｅｌｌ３でそれぞれｎｏｎ－ＭＩＭＯモードが設定されている場合、ＡＣＫ／ＮＡＣＫビット数は４ビットとなる。 よって、端末は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。
[2] しかしながら、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯが設定される場合、全てのＰＵＣＣＨリソースは、Explicit signallingされる必要がある（例えば、「LG Electronics, 3GPP RAN1 meeting #63, R1-106129, “PUCCH resource allocation for ACK/NACK,” November 2010」参照）。 すなわち、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯが設定される場合、Implicit signallingを行えない。
[2] 以下、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯが設定される場合、Implicit signallingを行えない理由について説明する。 一例として、図３０（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ＰＣｅｌｌ、ＳＣｅｌｌ１～３の４つの下り単位バンドが１つの端末に設定され、かつ、各下り単位バンドにｎｏｎ－ＭＩＭＯモードが設定される場合について説明する。 すなわち、図３０に示すように、ＰＣｅｌｌ、ＳＣｅｌｌ１、ＳＣｅｌｌ２及びＳＣｅｌｌ３の誤り検出結果はｂ０、ｂ１、ｂ２及びｂ３の４ビットでそれぞれ表される。
[2] 上述したように、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる方法によれば、図３０では、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２～４（Ｃｈ２～４）がExplicit signallingされる。 すなわち、ＰＵＣＣＨリソース１（Ｃｈ１）は、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１で関連付けられる。
[2] ここで、図３０に示すように、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）は、ＰＵＣＣＨリソース１（Ｃｈ１）の位相点“－ｊ”にマッピングされる。 しかし、ＰＣｅｌｌの誤り検出結果ｂ０がＤＴＸであり、ＰＣｅｌｌ内の端末宛てのＰＤＣＣＨの受信に失敗している。 このため、端末は、ＰＵＣＣＨリソース１（ＣＨ１）の位置を特定することができない。
[2] よって、図３０において、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされる場合、端末は、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）を基地局へフィードバックすることができない。 このため、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）の場合、端末は、ＳＣｅｌｌ１の誤り検出結果ｂ１がＡＣＫであるにもかかわらず、その旨を基地局へフィードバックできない。 このため、基地局は、誤り検出結果ｂ１＝ＡＣＫであるにもかかわらず、ＳＣｅｌｌ１に対して不要な再送処理を実施してしまう。
[2] 以上の理由により、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯが設定される場合、全てのＰＵＣＣＨリソース１～４（Ｃｈ１～４）は、Explicit signallingされる必要がある。
[2] なお、誤り検出結果パターンのビット数が４ビットの場合、かつ、下り単位バンド数が２個の場合には、例えば図１３に示すように、ＰＣｅｌｌ内の１つのＰＤＣＣＨを用いてＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）がImplicit signallingされる。 すなわち、端末は、上記ＰＤＣＣＨを正常に受信できればＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）の双方を特定できる。 一方、端末は、上記ＰＤＣＣＨの受信に失敗すればＰＵＣＣＨリソース１及び２（Ｃｈ１及び２）の双方を特定できない。 換言すると、ＰＣｅｌｌ内で受信した２つのＣＷに対する各誤り検出結果として、「ＤＴＸ，ＡＣＫ」となる状況は生じない。 すなわち、下り単位バンド数が２個の場合には、図２８Ｃにおいて、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）＝（Ｄ，Ａ，Ｎ／Ｄ，Ｎ／Ｄ）とはならない。 よって、下り単位バンド数が２個の場合には、上述したようなImplicit signallingされるＰＵＣＣＨリソースを使用できない状況は発生しない。
[2] 同様に、誤り検出結果パターンのビット数が３ビットの場合、かつ、下り単位バンド数が２個の場合、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定される場合には、例えば図１９に示すように、ＰＣｅｌｌ内のＰＤＣＣＨを用いてＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされる。 ただし、図２８Ｂに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用されるのは、ＰＣｅｌｌで受信されるＣＷに対する誤り検出結果がＡＣＫ又はＮＡＣＫの場合である。 すなわち、図２８Ｂに示すように、ＰＵＣＣＨリソース（Ｃｈ３）が使用される場合には、端末は、ＰＤＣＣＨを正常に受信した状態である。 よって、この場合にも、上述したようなImplicit signallingされるＰＵＣＣＨリソースを使用できない状況は発生しない。
[2] 一方で、誤り検出結果パターンのビット数が４ビット以下の場合、かつ、下り単位バンド数が３，４個の場合に、全てのＰＵＣＣＨリソース１～４（Ｃｈ１～４）をExplicit signallingすると、ＰＵＣＣＨリソースのオーバヘッドが増大してしまう。
[2] Implicit signallingされるＰＵＣＣＨリソースは、ＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥ（ＣＣＥインデックス）に１対１で関連付けられている。 このため、ＣＣＥインデックスに依存した、規定された大きさのＰＵＣＣＨリソース領域を占有する。 これに対して、Explicit signallingされるＰＵＣＣＨリソースは、Implicit signallingされるＰＵＣＣＨリソースとは別に、追加的に設定されるＰＵＣＣＨリソース領域を占有する。
[2] また、一般に、基地局のスケジューリングの観点から、Explicit signallingされるＰＵＣＣＨリソースは、Implicit signallingされるＰＵＣＣＨリソースとは異なるＰＵＣＣＨリソース領域を占有することが望ましい。 これは、Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとを共有した場合、Explicit signallingされたＰＵＣＣＨリソースとして共有のＰＵＣＣＨリソースが或る端末で使用されると、当該共有のＰＵＣＣＨリソースでの衝突発生を考慮して、当該端末及び他の端末ではImplicit signallingされるＰＵＣＣＨリソースとして、当該共有のＰＵＣＣＨリソースを用いることができないためである。 このように、Implicit signallingされるＰＵＣＣＨリソースと、Explicit signallingされるＰＵＣＣＨリソースとの共有は、基地局でのスケジューリングに制約を与えてしまう。
[2] Explicit signallingされたＰＵＣＣＨリソースとImplicit signallingされたＰＵＣＣＨリソースとを共有しない場合、Explicit signallingされたＰＵＣＣＨリソースは、Implicit signallingされたＰＵＣＣＨリソースとは別に設定される。 よって、応答信号のフィードバックに使用されるＰＵＣＣＨリソースのうち、Explicit signallingされるＰＵＣＣＨリソースが多いほど、ＰＵＣＣＨでのオーバヘッドが増大してしまう。
[2] このように、誤り検出結果パターンのビット数が４ビット以下であり、下り単位バンド数が３，４個であり、かつ、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯが設定される場合、ＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できない場合が生じ、不要な再送が行われてしまう。 一方、Explicit signallingされたＰＵＣＣＨリソースのみを用いるのでは、ＰＵＣＣＨのオーバヘッドが大きくなってしまう。
[2] そこで、本実施の形態では、端末は、誤り検出結果パターンのビット数が４ビット以下の場合、かつ、下り単位バンド数が３，４個の場合、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌで受信されるＣＷに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットの組み合わせを、ＰＣｅｌｌに設定された送信モードと、ＡＣＫ／ＮＡＣＫマッピングテーブルとに基づいて切り替える。
[2] ［基地局１００及び端末２００の動作］
本実施の形態に係る基地局１００（図１０）及び端末２００（図１１）の動作について説明する。
[2] 以下の説明では、下り単位バンド数が４個以下であり、誤り検出結果パターンを構成するビット数（ＡＣＫ／ＮＡＣＫビット数）が下り単位バンド数以上かつ４以下の場合について説明する。
[2] 以下、下り単位バンド数、ＡＣＫ／ＮＡＣＫビット数及びＰＣｅｌｌに設定された送信モードがそれぞれ異なるケース１～８について説明する。
[2] ＜ケース１ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：４ビットの場合＞
すなわち、ケース１では、ＰＣｅｌｌ及びＳＣｅｌｌにＭＩＭＯモードがそれぞれ設定されている。
[2] ケース１では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図２８Ｃにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２及びｂ３は、ＳＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表す。
[2] また、ケース１では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース１では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] 例えば、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
[2] ケース１では、このようにして、基地局１００から端末２００に対して４つのＰＵＣＣＨリソース１～４（Ｃｈ１～４）が通知される。
[2] ＜ケース２ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：３ビット、ＰＣｅｌｌの送信モード：ＭＩＭＯの場合＞
すなわち、ケース２では、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されている。
[2] ケース２では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図２８Ｂにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２は、ＳＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
[2] また、ケース２では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース２では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] 例えば、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）がExplicit signallingされる。
[2] ケース２では、このようにして、基地局１００から端末２００に対して３つのＰＵＣＣＨリソース１～３（Ｃｈ１～３）が通知される。
[2] ＜ケース３ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：３ビット、ＰＣｅｌｌの送信モード：ｎｏｎ－ＭＩＭＯの場合＞
すなわち、ケース３では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定され、ＳＣｅｌｌにＭＩＭＯモードが設定されている。
[2] ケース３では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図２８Ｂにおいて、ビットｂ０及びｂ１は、ＳＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２は、ＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
[2] また、ケース３では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース３では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] 例えば、図２７Ｂ及び図２８Ｂでは、ＰＵＣＣＨリソース３（Ｃｈ３）がImplicit signallingされ、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
[2] ケース３では、このようにして、基地局１００から端末２００に対して３つのＰＵＣＣＨリソース１～３（Ｃｈ１～３）が通知される。
[2] ＜ケース４ 下り単位バンド数：２個、ＡＣＫ／ＮＡＣＫビット数：２ビットの場合＞
すなわち、ケース４では、ＰＣｅｌｌ及びＳＣｅｌｌにｎｏｎ－ＭＩＭＯモードがそれぞれ設定されている。
[2] ケース４では、端末２００は、図２７Ａ及び図２８Ａに示す２ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図２８Ａにおいて、ビットｂ０は、ＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１は、ＳＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表す。
[2] また、ケース４では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース４では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] 例えば、図２７Ａ及び図２８Ａでは、ＰＵＣＣＨリソース１（Ｃｈ１）がImplicit signallingされ、ＰＵＣＣＨリソース２（Ｃｈ２）がExplicit signallingされる。
[2] ケース４では、このようにして、基地局１００から端末２００に対して２つのＰＵＣＣＨリソース１，２（Ｃｈ１，２）が通知される。
[2] ＜ケース５ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：４ビット、ＰＣｅｌｌの送信モード：ＭＩＭＯの場合＞
すなわち、ケース５では、ＰＣｅｌｌにＭＩＭＯモードが設定され、ＳＣｅｌｌ１およびＳＣｅｌｌ２にｎｏｎ－ＭＩＭＯモードがそれぞれ設定されている。
[2] ケース５では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図２８Ｃにおいて、ビットｂ０及びｂ１は、ＰＣｅｌｌで受信する２個のＣＷに対する誤り検出結果をそれぞれ表し、ビットｂ２及びｂ３は、ＳＣｅｌｌ１、２でそれぞれ受信する２個のＣＷに対する誤り検出結果を表す。
[2] また、ケース５では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース５では、ＰＣｅｌｌにＭＩＭＯモードが設定されているので、２つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] 例えば、図２７Ｃ及び図２８Ｃでは、ＰＵＣＣＨリソース１（Ｃｈ１）及びＰＵＣＣＨリソース２（Ｃｈ２）がImplicit signallingされ、ＰＵＣＣＨリソース３（Ｃｈ３）及びＰＵＣＣＨリソース４（Ｃｈ４）がExplicit signallingされる。
[2] ケース５では、このようにして、基地局１００から端末２００に対して４つのＰＵＣＣＨリソース１～４（Ｃｈ１～４）が通知される。
[2] ＜ケース６ 下り単位バンド数：４個、ＡＣＫ／ＮＡＣＫビット数：４ビットの場合＞
すなわち、ケース６では、ＰＣｅｌｌ及びＳＣｅｌｌ１～３にｎｏｎ－ＭＩＭＯモードがそれぞれ設定されている。
[2] 例えば、図３１に、下り単位バンド数が４個の場合のＰＣｅｌｌ及びＳＣｅｌｌ１～３におけるＰＵＣＣＨリソースの決定方法を示す。
[2] ケース６では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図３２Ａ（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ０はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１～ｂ３はＳＣｅｌｌ１～３でそれぞれ受信する３個のＣＷに対する誤り検出結果を表す。
[2] また、ケース６では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース６では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] ケース６では、図３２Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、図３２Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２，４（Ｃｈ１，２，４）である。
[2] ここで、図３２Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用されるのは、ＡＣＫ／ＮＡＣＫステート（ｂ０，ｂ１，ｂ２，ｂ３）が、（Ａ，Ｎ／Ｄ，Ａ，Ａ）、（Ａ，Ｎ／Ｄ，Ａ，Ｎ／Ｄ）、（Ａ，Ａ，Ｎ／Ｄ，Ａ）、及び、（Ａ，Ｎ／Ｄ，Ｎ／Ｄ，Ａ）の場合である。
[2] 図３２Ａにおいて、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果（ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果）を表すビット「ｂ０」に着目する。 図３２Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ビットｂ０は常に「ＡＣＫ」となる。 つまり、図３２Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝４：０）となる。 すなわち、端末２００は、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果が「ＡＣＫ」である場合のみ、ＰＵＣＣＨリソース３（Ｃｈ３）を応答信号の送信に使用する。
[2] このように、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨ（ＰＤＳＣＨの割当指示）の受信に成功している場合（ｂ０＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）には使用されない。 すなわち、図３２Ａに示すように、端末２００は、ＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）、Explicit signallingされたＰＵＣＣＨリソース１，２，４のいずれかを使用する。 つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ０に対するImplicit signallingをサポートする。
[2] これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
[2] このように、ケース６におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３２Ａ）では、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３２ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３２Ａではｂ０）がＡＣＫのみとなるＰＵＣＣＨリソースである。
[2] または、ケース６におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
[2] また、例えば、ケース６と、ケース１（下り単位バンド数が２個でＡＣＫ／ＮＡＣＫビット数が４ビットの場合）とを比較する。 ケース１（図２８Ｃ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。 これに対して、ケース６（図３２Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、ケース６（ＰＣｅｌｌ：ｎｏｎ－ＭＩＭＯモード）とケース１（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
[2] また、ケース６とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース６ではＰＵＣＣＨリソース３とｂ０、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] このように、ケース６（下り単位バンド数が４個の場合（図３２Ａ））では、下り単位バンド数が２個の場合（図２８Ｃ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。 これにより、下り単位バンド数が４個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
[2] こうすることで、ケース６では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。 つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
[2] また、ケース６では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。 これにより、ケース６では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
[2] なお、図３２Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３２Ｂ及び図３２Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
[2] 図３２Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ１」である。 また、図３２Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。 ここで、図３２Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ１は常に「ＡＣＫ」となる。 よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ１＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ１＝ＤＴＸ）には使用されない。 つまり、図３２Ｂに示すＰＵＣＣＨリソース２は、ビットｂ１に対するImplicit signallingをサポートする。
[2] また、図３２Ｂとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。 また、図３２Ｂと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３２ＢではＰＵＣＣＨリソース２とｂ１、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] 同様に、図３２Ｃでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。 また、図３２Ｃでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。 ここで、図３２Ｃに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。 よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。 つまり、図３２Ｃに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。
[2] また、図３２Ｃと、図２８Ｃ（例えばケース１）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
[2] 更に、図３２Ｃと、図２８Ｃ（例えばケース１）とを比較すると、図２８ＣではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３２Ｃでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。 すなわち、図３２Ｃと図２８Ｃとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。 また、図３２Ｃと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３２ＣではＰＵＣＣＨリソース２とｂ２、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] ＜ケース７ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：４ビット、ＰＣｅｌｌの送信モード：ｎｏｎ－ＭＩＭＯの場合＞
すなわち、ケース７では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定され、ＳＣｅｌｌ１、２のうち、いずれか一方にｎｏｎ－ＭＩＭＯモードが設定され、他方にＭＩＭＯモードが設定されている。
[2] 例えば、図３３に、下り単位バンド数が３個の場合のＰＣｅｌｌ及びＳＣｅｌｌ１、２におけるＰＵＣＣＨリソースの決定方法を示す。
[2] ケース７では、端末２００は、図２７Ｃ及び図２８Ｃに示す４ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図３４Ａ（図２８Ｃと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ０はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ１～ｂ３はＳＣｅｌｌ１、２でそれぞれ受信する３個のＣＷに対する誤り検出結果を表す。
[2] また、ケース７では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース７では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] ケース７では、図３４Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、図３４Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２，４（Ｃｈ１，２，４）である。
[2] 図３４Ａに示すように、ケース６（図３２Ａ）と同様、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ビット「ｂ０」は常に「ＡＣＫ」となる。 つまり、図３４Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝４：０）となる。 つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ０＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ０＝ＤＴＸ）には使用されない。 つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ０に対するImplicit signallingをサポートする。
[2] これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
[2] このように、ケース７におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３４Ａ）では、ケース６と同様、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３４ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３４Ａではｂ０）がＡＣＫのみとなるＰＵＣＣＨリソースである。
[2] または、ケース７におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
[2] また、例えば、ケース７と、ケース１（下り単位バンド数が２個でＡＣＫ／ＮＡＣＫビット数が４ビットの場合）とを比較する。 ケース１（図２８Ｃ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。 これに対して、ケース７（図３４Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、ケース７（ＰＣｅｌｌ：ｎｏｎ－ＭＩＭＯモード）とケース１（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
[2] また、ケース７とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース７ではＰＵＣＣＨリソース３とｂ０、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] このように、ケース７（下り単位バンド数が３個の場合（図３４Ａ））では、下り単位バンド数が２個の場合（図２８Ｃ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。 これにより、下り単位バンド数が３個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
[2] こうすることで、ケース７では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。 つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
[2] また、ケース７では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。 これにより、ケース７では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
[2] なお、図３４Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３４Ｂ及び図３４Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
[2] 図３４Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ１」である。 また、図３４Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。 ここで、図３４Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ１は常に「ＡＣＫ」となる。 よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ１＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ１＝ＤＴＸ）には使用されない。 つまり、図３４Ｂに示すＰＵＣＣＨリソース２は、ビットｂ１に対するImplicit signallingをサポートする。
[2] また、図３４Ｂとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。 また、図３４Ｂと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３４ＢではＰＵＣＣＨリソース２とｂ１、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] 同様に、図３４Ｃでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。 また、図３４Ｃでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。 ここで、図３４Ｃに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。 よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。 つまり、図３４Ｃに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。
[2] また、図３４Ｃとケース１（図２８Ｃ）とを比較すると、同一のＡＣＫ／ＮＡＣＫビット数（４ビット）であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
[2] 更に、図３４Ｃと、図２８Ｃ（例えばケース１）とを比較すると、図２８ＣではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３４Ｃでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。 すなわち、図３４Ｃと図２８Ｃとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。 また、図３４Ｃと図２８Ｃとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３４ＣではＰＵＣＣＨリソース２とｂ２、図２８ＣではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] ＜ケース８ 下り単位バンド数：３個、ＡＣＫ／ＮＡＣＫビット数：３ビットの場合＞
すなわち、ケース８では、ＰＣｅｌｌ、ＳＣｅｌｌ１、２にｎｏｎ－ＭＩＭＯモードがそれぞれ設定されている。
[2] 例えば、図３５に、下り単位バンド数が３個の場合のＰＣｅｌｌ、ＳＣｅｌｌ１、２におけるＰＵＣＣＨリソースの決定方法を示す。
[2] ケース８では、端末２００は、図２７Ｂ及び図２８Ｂに示す３ビット用のマッピング（ＡＣＫ／ＮＡＣＫマッピングテーブル）を用いる。 なお、図３６Ａ（図２８Ｂと同一のＡＣＫ／ＮＡＣＫマッピングテーブル）に示すように、ビットｂ２はＰＣｅｌｌで受信する１個のＣＷに対する誤り検出結果を表し、ビットｂ０、ｂ１はＳＣｅｌｌ１、２でそれぞれ受信する２個のＣＷに対する誤り検出結果を表す。
[2] また、ケース８では、ダイナミックスケジューリング時に、ＰＣｅｌｌでサポートされるＣＷ数の最大数分のＰＵＣＣＨリソースがImplicit signallingされる。 よって、ケース８では、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されているので、１つのＰＵＣＣＨリソースがImplicit signallingされる。
[2] ケース８では、図３６Ａに示すように、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、図３６Ａにおいて、Explicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１，２（Ｃｈ１，２）である。
[2] 図３６Ａに示すように、ＰＵＣＣＨリソース３（Ｃｈ３）が使用される場合には、ケース６，７と同様、ビット「ｂ２」は常に「ＡＣＫ」となる。 つまり、図３６Ａに示すＰＵＣＣＨリソース３（Ｃｈ３）では、ＡＣＫとＮＡＣＫとの比率（Ａ：Ｎ）は、Ａ：Ｎ＝１：０（＝３：０）となる。 つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 換言すると、ＰＵＣＣＨリソース３（Ｃｈ３）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。 つまり、ＰＵＣＣＨリソース３（Ｃｈ３）は、ビットｂ２に対するImplicit signallingをサポートする。
[2] これにより、端末２００が応答信号の送信に使用するＰＵＣＣＨリソースの位置を特定できずに基地局１００で不要な再送処理が発生することを防ぐことができる。
[2] このように、ケース８におけるＡＣＫ／ＮＡＣＫマッピングテーブル（図３６Ａ）では、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（図３６ＡではＰＵＣＣＨリソース３）は、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果（図３６Ａではｂ２）がＡＣＫのみとなるＰＵＣＣＨリソースである。
[2] または、ケース８におけるＡＣＫ／ＮＡＣＫマッピングテーブルでは、Implicit signallingされるＰＵＣＣＨリソースは、当該ＰＵＣＣＨリソースに対応付けられた誤り検出結果パターンのそれぞれにおいて、ＰＣｅｌｌ内で受信されたＣＷに対する誤り検出結果がＮＡＣＫのみ（すなわち、ＤＴＸ以外）となるＰＵＣＣＨリソースでもよい。
[2] また、例えば、ケース８と、ケース２（下り単位バンド数が２個であり、ＡＣＫ／ＮＡＣＫビット数が３ビットであり、ＰＣｅｌｌにＭＩＭＯモードが設定されている場合）とを比較する。 ケース２（図２８Ｂ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース１（Ｃｈ１）である。 これに対して、ケース８（図３６Ａ）では、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース３（Ｃｈ３）である。 すなわち、ケース８（ＰＣｅｌｌ：ｎｏｎ－ＭＩＭＯモード）とケース２（ＰＣｅｌｌ：ＭＩＭＯモード）とは、同一のＡＣＫ／ＮＡＣＫビット数であり、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いるものの、Implicit signallingされるＰＵＣＣＨリソースが互いに異なる。
[2] 更に、図２８Ｂ（ケース２）ではＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが「ｂ０及びｂ１」であるのに対して、図３６Ａでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットは「ｂ２」である。 すなわち、図３４Ａと図２８Ｂとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。 また、ケース８とケース１とは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（ケース８ではＰＵＣＣＨリソース３とｂ２、ケース１ではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] このように、ケース８（下り単位バンド数が３個の場合（図３６Ａ））では、下り単位バンド数が２個の場合（図２８Ｂ）にImplicit signallingされるＰＵＣＣＨリソース１（Ｃｈ１）以外のＰＵＣＣＨリソース（ここではＰＵＣＣＨリソース３（Ｃｈ３））をImplicit signallingされるＰＵＣＣＨリソースとする。 これにより、下り単位バンド数が３個の場合でも、下り単位バンド数が２個の場合に使用したＡＣＫ／ＮＡＣＫマッピングテーブルを用いて、Implicit signallingによりＰＵＣＣＨリソースを通知することが可能となる。
[2] こうすることで、ケース８では、端末２００がＰＣｅｌｌ内でImplicit signallingされたＰＵＣＣＨリソースを特定できないことを防ぐことができる。 つまり、端末２００が応答信号のフィードバックに使用するＰＵＣＣＨリソースを特定できないことによる基地局１００での不要な再送処理を防ぐことができる。
[2] また、ケース８では、応答信号のフィードバックに使用するＰＵＣＣＨリソースのうち、一部のＰＵＣＣＨリソースは、Implicit signallingにより基地局１００から端末２００へ通知される。 これにより、ケース８では、全てのＰＵＣＣＨリソースをExplicit signallingにより基地局１００から端末２００へ通知する場合と比較して、Explicit signallingされるＰＵＣＣＨリソース数を抑えることができ、ＰＵＣＣＨでのオーバヘッドの増加を抑えることができる。
[2] なお、図３６Ａに示すＡＣＫ／ＮＡＣＫマッピングテーブルに限らず、例えば、図３６Ｂに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いてもよい。
[2] 図３６Ｂでは、ＰＣｅｌｌで受信するＣＷに対する誤り検出結果を表すビットは「ｂ２」である。 また、図３６Ｂでは、Implicit signallingされるＰＵＣＣＨリソースは、ＰＵＣＣＨリソース２（Ｃｈ２）である。 ここで、図３６Ｂに示すように、ＰＵＣＣＨリソース２（Ｃｈ２）が使用される場合には、ビットｂ２は常に「ＡＣＫ」となる。 よって、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に成功している場合（ｂ２＝ＡＣＫ）にのみ使用されるＰＵＣＣＨリソースである。 すなわち、ＰＵＣＣＨリソース２（Ｃｈ２）は、端末２００がＰＣｅｌｌ内の自機宛のＰＤＣＣＨの受信に失敗した場合（ｂ２＝ＤＴＸ）には使用されない。 つまり、図３６Ｂに示すＰＵＣＣＨリソース２は、ビットｂ２に対するImplicit signallingをサポートする。 更に、図３４Ｂと図２８Ｂとでは、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すビットが互いに異なる。 また、図３６Ｂと図２８Ｂとは、Implicit signallingされるＰＵＣＣＨリソース及びＰＣｅｌｌ内で受信されるＣＷに対する誤り検出結果を表すビットの組み合わせ（図３６ＢではＰＵＣＣＨリソース２とｂ２、図２８ＢではＰＵＣＣＨリソース０とｂ０）が互いに異なる。
[2] 以上、下り単位バンド数、ＡＣＫ／ＮＡＣＫビット数及びＰＣｅｌｌに設定された送信モードがそれぞれ異なるケース１～８について説明した。
[2] このようにして、端末２００（例えば制御部２０８）は、ＰＣｅｌｌに設定された送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨの割当を指示するＰＤＣＣＨが占有しているＣＣＥの先頭ＣＣＥインデックスと１対１に関連付けられるＰＵＣＣＨリソース（Implicit signallingされるＰＵＣＣＨリソース）及びＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットの組み合わせを切り替える。 例えば、端末２００は、ＰＣｅｌｌに設定された送信モードに応じて、Implicit signallingされるＰＵＣＣＨリソースを切り替える。 又は、端末２００は、ＰＣｅｌｌに設定された送信モードに応じて、ＰＣｅｌｌ内のＰＤＳＣＨに対する誤り検出結果を表すＡＣＫ／ＮＡＣＫビットを切り替える。
[2] 具体的には、端末２００は、下り単位バンド数が３、４個であり、ＡＣＫ／ＮＡＣＫビット数が下り単位バンド数以上かつ４ビット以下であり、ＰＣｅｌｌにｎｏｎ－ＭＩＭＯモードが設定されている場合（ケース６～８）の応答信号のマッピングと、下り単位バンド数が２個の場合（ケース１～４）又はＰＣｅｌｌにＭＩＭＯモードが設定されている場合（ケース１，２，５）の応答信号のマッピングとを異ならせる。
[2] 例えば、ケース６～８では、端末２００は、図３２、図３４又は図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。 これにより、ｎｏｎ－ＭＩＭＯモードが設定されたＰＣｅｌｌでＤＴＸとなる場合（Implicit signallingされるＰＵＣＣＨリソースを特定できない場合）でも、上述したように、端末２００は、応答信号のフィードバックに使用するＰＵＣＣＨリソース（Explicit signalling）を特定することができる。 すなわち、ケース６～８では、基地局１００での不要な再送処理を発生させることなく、Implicit signallingによるＰＵＣＣＨリソースの通知が可能となる。 また、ケース６～８では、Implicit signallingを用いることで、全てのＰＵＣＣＨリソースの通知をExplicit signallingする場合と比較して、ＰＵＣＣＨのオーバヘッドを低減できる。
[2] 一方、ケース１～５では、例えば、端末２００は、図２８Ａ～Ｃに示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。 ここで、図２８Ａ～Ｃは、実施の形態１と同様、２ＣＣからのＬＴＥ ｆａｌｌｂａｃｋがサポートされている。 例えば、図２８Ａは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされ、Ｎ／ＤがＰＵＣＣＨリソース１の位相点（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。 同様に、例えば、図２８Ｂは、ＰＣｅｌｌが１ＣＷ処理、ＳＣｅｌｌが２ＣＷ処理のとき、Ｄ／Ｄ／ＡがＰＵＣＣＨリソース３の位相点（－１，０）にマッピングされ、Ｄ／Ｄ／ＮがＰＵＣＣＨリソース３の（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。 また、図２８Ｂは、ＰＣｅｌｌが２ＣＷ処理、ＳＣｅｌｌが１ＣＷ処理のとき、Ａ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされ、Ａ／Ｎ／ＤがＰＵＣＣＨリソース１の（０，１）にマッピングされ、Ｎ／Ａ／ＤがＰＵＣＣＨリソース１の位相点（０，－１）にマッピングされ、Ｎ／Ｎ／ＤがＰＵＣＣＨリソース１の（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。 同様に、図２８Ｃは、Ａ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（－１，０）にマッピングされ、Ａ／Ｎ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，１）にマッピングされ、Ｎ／Ａ／Ｄ／ＤがＰＵＣＣＨリソース１の位相点（０，－１）にマッピングされ、（Ｎ／Ｎ／Ｄ／Ｄ）がＰＵＣＣＨリソース１の位相点（１，０）にマッピングされるので、ＬＴＥ ｆａｌｌｂａｃｋをサポートする。 つまり、図２８Ａ～Ｃは、１ＣＣ時の応答信号のマッピング（例えば、図６Ａ、Ｂ）を包含するマッピングとなる。 これにより、基地局１００と端末２００との間において、端末に設定（configuration）されているＣＣ数の認識が異なる場合においても、ＰＣｅｌｌとＳＣｅｌｌの応答信号を正しく判定できる。
[2] なお、ケース６～８で用いる、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルでは、ＬＴＥ ｆａｌｌｂａｃｋはサポートされない。 しかしながら、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルが使用される状況（下り単位バンド数：３，４個）から、ＬＴＥ ｆａｌｌｂａｃｋが必要となる状況へ、端末２００の設定が変更される確率は極めて低い。 よって、ケース６～８において、端末２００が図３２、図３４又は図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いても、ＬＴＥ ｆａｌｌｂａｃｋに関して影響を及ぼす可能性は低い。
[2] また、図２８Ｂ及び図３６、若しくは、図２８Ｃ、図３２及び図３４に示すように、誤り検出結果パターン（ｂ０～ｂ３）と、ＰＵＣＣＨリソース（ＣＨ１～ＣＨ４）及び各ＰＵＣＣＨリソース内の位相点との対応付けは同一である。 すなわち、ＰＣｅｌｌでの送信モードがＭＩＭＯモードであっても、ｎｏｎ－ＭＩＭＯであっても、基地局１００及び端末２００では、ＡＣＫ／ＮＡＣＫビット数に応じた、同一のＡＣＫ／ＮＡＣＫマッピングテーブルを用いる。 すなわち、基地局１００及び端末２００は、下り単位バンドが３，４個に設定される場合、下り単位バンドが２個に設定される場合と比較してImplicit signallingされるＰＵＣＣＨリソースを切り替えるものの、下り単位バンドが２個の場合に最適化されたＡＣＫ／ＮＡＣＫマッピングテーブル（図２８Ｂ、Ｃ）を再利用することができる。
[2] なお、本実施の形態において、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルは、実施の形態１と同様、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数が、誤り検出結果パターンを構成するビット間で平滑化されたマッピングを表している。 つまり、基地局１００は、応答信号が通知されたＰＵＣＣＨリソースを判定するだけでＡＣＫ／ＮＡＣＫを判定可能なＰＵＣＣＨリソースの個数を、誤り検出結果パターンを構成するビット間で平滑化するマッピングを用いて、ＡＣＫ／ＮＡＣＫを判定する。 すなわち、図３２、図３４及び図３６では、誤り検出結果パターンを構成する誤り検出結果のそれぞれに対する、Ａ：Ｎ＝１：０（又はＡ：Ｎ＝０：１）となるＰＵＣＣＨリソースの数の最大値と最小値との差が１以下となる。 ここで、或る誤り検出結果に対するＡ：Ｎ＝１：０（又はＡ：Ｎ＝０：１）となるＰＵＣＣＨリソースとは、当該ＰＵＣＣＨリソース内の全ての位相点で指示される当該誤り検出結果がＡＣＫのみ（またはＮＡＣＫのみ）となるＰＵＣＣＨリソースである。 これにより、本実施の形態では、実施の形態１と同様、悪い伝送特性を有する応答信号の特性を改善することができる。 すなわち、図３２、図３４及び図３６に示すＡＣＫ／ＮＡＣＫマッピングテーブルを用いることで、Implicit signallingされるＰＵＣＣＨリソースの切替を行わなくても、実施の形態１と同様の効果を得ることができる。
[2] 以上、本発明の各実施の形態について説明した。
[2] なお、上記実施の形態では、拡散に用いられる系列の一例として、ＺＡＣ系列、ウォルシュ系列及びＤＦＴ系列について説明した。 しかし、本発明では、ＺＡＣ系列の代わりに、ＺＡＣ系列以外の、互いに異なる循環シフト量により互いに分離可能な系列を用いてもよい。 例えば、ＧＣＬ（Generalized Chirp like）系列、ＣＡＺＡＣ（Constant Amplitude Zero Auto Correlation）系列、ＺＣ（Zadoff-Chu）系列、Ｍ系列や直交ゴールド符号系列等のＰＮ系列、又は、コンピュータによってランダムに生成された時間軸上での自己相関特性が急峻な系列等を１次拡散に用いてもよい。 また、ウォルシュ系列及びＤＦＴ系列の代わりに、互いに直交する系列、又は、互いにほぼ直交すると見なせる系列であればいかなる系列を直交符号系列として用いてもよい。 以上の説明では、周波数位置、及び、ＺＡＣ系列の循環シフト量と直交符号系列の系列番号とによって応答信号のリソース（例えば、Ａ／Ｎリソース及び束ＡＣＫ／ＮＡＣＫリソース）が定義されている。
[2] また、上記実施の形態では、基地局１００の制御部１０１は、下り回線データと当該下り回線データに対する下り割当制御情報とを同一の下り単位バンドにマッピングするよう制御するとしたが、これに限定されない。 すなわち、下り回線データと当該下り回線データに対する下り割当制御情報とが別の下り単位バンドにマッピングされていても、下り割当制御情報と下り回線データとの対応関係が明確であれば、各実施の形態で説明した技術を適用できる。
[2] また、本実施の形態では、端末側の処理の順番として、１次拡散、２次拡散の後に、ＩＦＦＴ変換を行う場合について説明した。 しかし、これらの処理の順番はこれに限定されない。 １次拡散処理の後段にＩＦＦＴ処理がある限り、２次拡散処理の場所はどこにあっても等価な結果が得られる。
[2] また、上記実施の形態ではアンテナとして説明したが、本発明はアンテナポート（antenna port）でも同様に適用できる。
[2] アンテナポートとは、１本又は複数の物理アンテナから構成される、論理的なアンテナを指す。 すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。
[2] 例えば３ＧＰＰ ＬＴＥにおいては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照信号（Reference signal）を送信できる最小単位として規定されている。
[2] また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
[2] また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアでも実現することも可能である。
[2] また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。 これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。 ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
[2] また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。 ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
[2] さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。 バイオ技術の適用等が可能性としてありえる。
[2] ２０１０年９月１６日出願の特願２０１０－２０８０６８、２０１０年１０月１４日出願の特願２０１０－２３１８６６および２０１１年３月２９日出願の特願２０１１－０７２０４５の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
[2] 本発明は、移動体通信システム等に適用することができる。
[2] １００ 基地局 １０１，２０８ 制御部 １０２ 制御情報生成部 １０３ 符号化部 １０４ 変調部 １０５ 符号化部 １０６ データ送信制御部 １０７ 変調部 １０８ マッピング部 １０９，２１８－１，２１８－２，２１８－３ ＩＦＦＴ部 １１０，２１９－１，２１９－２，２１９－３ ＣＰ付加部 １１１，２２２ 無線送信部 １１２，２０１ 無線受信部 １１３，２０２ ＣＰ除去部 １１４ ＰＵＣＣＨ抽出部 １１５ 逆拡散部 １１６ 系列制御部 １１７ 相関処理部 １１８ Ａ／Ｎ判定部 １１９ 束Ａ／Ｎ逆拡散部 １２０ ＩＤＦＴ部 １２１ 束Ａ／Ｎ判定部 １２２ 再送制御信号生成部 ２００ 端末 ２０３ ＦＦＴ部 ２０４ 抽出部 ２０５，２０９ 復調部 ２０６，２１０ 復号部 ２０７ 判定部 ２１１ ＣＲＣ部 ２１２ 応答信号生成部 ２１３ 符号化・変調部 ２１４－１，２１４－２ １次拡散部 ２１５－１，２１５－２ ２次拡散部 ２１６ ＤＦＴ部 ２１７ 拡散部 ２２０ 時間多重部 ２２１ 選択部

###对比文件###【2012-08-16_发明申请_WO2012106840A1 RESOURCE ALLOCATION FOR FLEXIBLE TDD CONFIGURATION.docx】
[p0001] RESOURCE ALLOCATION FOR FLEXIBLE TDD CONFIGURATION
[p0002] TECHNICAL FIELD:
[p0003] [0001] The exemplary and non-limiting embodiments of this invention relate generally to wireless communication systems, methods, devices and computer programs and, more specifically, relate to mapping between downlink subframes and uplink subframes and control channel elements therein, such as for purposes of automatic repeat request signaling.
[p0004] BACKGROUND:
[p0005] [0002] The following abbreviations that may be found in the specification and/or the drawing figures are defined as follows:
[p0006] 3 GPP third generation partnership project
[p0007] CCE control channel element
[p0008] CRC cyclic redundancy check
[p0009] DL downlink
[p0010] eNB node B/base station in an E-UTRAN system
[p0011] E-UTRAN evolved UTRAN (LTE)
[p0012] HARQ hybrid automatic repeat request
[p0013] LTE long term evolution
[p0014] LTE-A long term evolution advanced
[p0015] PDCCH physical downlink control channel
[p0016] PCFICH physical control format indicator channel
[p0017] PHICH physical HARQ indicator channel
[p0018] PUCCH physical uplink control channel
[p0019] PUSCH physical uplink shared channel
[p0020] RRC radio resource control
[p0021] TDD time division duplex
[p0022] UE user equipment
[p0023] UL uplink
[p0024] UTRAN universal terrestrial radio access network
[0003] The LTE-Advanced wireless system aims to provide enhanced services by means of higher data rates and lower latency with reduced cost. One benefit of deploying the LTE TDD system is to enable asymmetric UL-DL allocations in a frame; since typically more data is sent DL there can be a higher number of DL subframes in a frame to accommodate that greater data volume. But this makes mapping the ACK/NACK for the DL frame more complex, since more DL than UL subframes means the ACK/NACK for more than one DL subframe must map to the same UL subframe in which the ACK/NACK is sent to the network.
[0004] In LTE TDD the asymmetric resource allocation is realized by providing seven different semi-statically configured UL-DL subframe configurations for a given frame, as shown at Figure 1 which is reproduced from Table 10.1 -1 of 3 GPP TS 36.213 v9.0,l (2009-12). These allocations can provide between 40% and 90% DL subframes, and in conventional practice the UL-DL configuration in use is informed to the UE (and changed) only via system information on the broadcast channel. The UL-DL configuration is only allocated semi-statically and so cannot adapt to the instantaneous traffic situation. This is an inefficient resource utilization, particularly in cells with a small number of users where the traffic situation typically changes more frequently.
[0005] To address this inefficiency, what is termed a 'flexible TDD configuration' has been proposed as a study item for LTE-A Release 11. Two proposals for such a flexible TTD configuration were submitted at the 3 GPP TSG-RAN Meeting #50 (Istanbul, Turkey; December 7-10, 2010) and are set forth at document RP-101265 by Ericsson and ST Ericsson entitled "New study item proposal for UL-DL Flexibility and Interference Management in LTE TDD"; and document RP-101241 by CATT entitled "New Study Item Proposal: DL-UL Interference Management for TDD EUTRA".
[0006] As with asymmetric UL-DL configuration itself, there are challenges to overcome before any implementation may be considered viable. For flexible TDD allocation one such challenge is how to map feedback signaling and HARQ timing between the UL subframes and CCEs which carry that feedback signaling and the DL subframes to which that feedback signaling is reporting upon,
[0007] Since the Release 1 1 deployment will have to maintain some backward compatibility with pre-Release 1 1 UEs (legacy UEs), and to more clearly detail the environment for the exemplary embodiments of the invention detailed below, first consider those seven existing Release 10 TDD UL-DL configurations noted above and reproduced at Figure 1. Specifically for LTE, the UE sends its ACK/NACK in UL subframe n for DL subframe n-k, where k e K : {/c0 , · · · kM_ } and the value for k is given at the intersection of the current UL-DL configuration (row) and the UL subframe n (column). The UE adds the value k to the DL subframe in which it receives data to find the subframe n in which the UE is to send its corresponding ACK NACK, and the eNB subtracts the value k from the UL subframe n in which the eNB received the ACK/NACK to know which DL subframe, and which data, is being ACK'd/NACK'd. In the current LTE specification, the PUCCH ACK/NACK resources are defined as a function of M, which is the size of the DL association set as shown in Figure 1 and above. Unlike the mapping example above, at Figure 1 there are asymmetric UL-DL configurations in which multiple DL subframes map to one UL subframe. For example, for UL-DL configuration #2, UL subframe n=2 is associated with four DL subframes, (n-8), (n-7), (n-4), and (n-6). One PUCCH resource will be reserved for each CCE index in those four DL subframes, and the reserved PUCCH resources are interleaved to minimize the inefficiency in "overbooking". More specifically, for ACK NACK bundling or ACK/NACK multiplexing with association set size M-l, the PUCCH resource for ACK/NACK feedback in subframe #n is determined by the index of first CCE used for sending the DL grant according to the following equation taken from section 10.1 of 3GPP TS 36.213 v9.0.1 (2009-12): n pucGH = CCE!ndsx + ^pu r.H ;
[p0030] where, = (ii - m ~ i) x ¾ +in x¾„1 + Ti (;i;£ ; an(]
[p0031] p is selected from {0, 1 , 2, 3} such that Np≤ nCCEJ < Np+] ,
[p0032] NP = ma ¾· x(/v B χ ρ -4)] /3δ]| , nCCEJ is the number of the first CCE used for transmission of the corresponding PDCCH in subframe n -kt- , and NpuCCH is configured by higher layers. But if there is a different understanding on the TDD configuration, either between different UEs or between a UE and the eNB, there clearly can be a PUCCH resource collision or a detection error at the eNB. Such different understanding may arise from different UEs have different TDD configurations, which is inevitable if only the Release 1 1 UEs are to be capable of flexible TDD allocations. It may also arise from signaling error, by example if a UE does not correctly detect signaling which indicates for the UE its new flexible TDD configuration.
[0010] Figures 2A-B illustrate the PUCCH resource collision problem in which the Release 1 1 UE has been flexibly (dynamically) allocated UL-DL configuration 2 and the legacy UE has been semi-statically (via broadcast system information) allocated UL-DL configuration 0. Both UEs send an ACK or NAC in UL subframe n=2, which by Figure 1 maps for the legacy UE (configuration 0) to DL subframe n-6 and for the Release 1 1 UE (configuration 2) maps to DL subframes (n-8), (n-7), (n-6) and (n-4). [001 1 ] Figure 2B gives an example of the CCE indexing according to the conventional rules above (taken from TS 36,213, section 10), In this example, CCEs in the (n-6)th subframes for the legacy UEs (top row of Figure 2B) and CCEs in the (n~7)th and (n-8)th subframes for the Release 1 1 UEs (second row of Figure 2B) may get the same index and map to same PUCCH resource. This is a PUCCH collision.
[0012] Two straightforward solutions to this collision are seen by the inventors as sub-optimal. Simply configuring a different PUCCH resource offset for the Release 11 UEs to avoid such collisions is highly inefficient because multiplexing between Release 1 1 and legacy UEs in the PUCCH region is not possible. Configuring the subframes (n-4) and (n-8) as UL subframes to avoid the collision over-reserves the PUCCH and results in a discontinuous PUSCH resource. The opposite solution is reserving PUCCH subframes (n-4) and (n-8) for only flexible TDD allocation use is also an over-reservation, but in this case would likely increase the peak-to-average power ratio PAPR and would impose an undesirable scheduling restriction on the PUSCH at least concerning the legacy UEs. The description below is seen to be a more elegant and optimal solution to the above collision problem.
[p0035] SUMMARY:
[001 3] In a first exemplary embodiment of the invention there is an apparatus comprising at least one processor and at least one memory storing a computer program. In this embodiment the at least one memory with the computer program is configured with the at least one processor to cause the apparatus to at least: determine a first uplink-downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and exclude at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration.
[0014] In a second exemplary embodiment of the invention there is a method comprising: determining a first uplink-downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and excluding at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration.
[0015] In a third exemplary embodiment of the invention there is a computer readable memory storing a computer program, in which the computer program comprises: code for determining a first uplink- downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and code for excluding at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration. [0016] These and other embodiments and aspects are detailed below with particularity.
[p0039] BRIEF DESCRIPTION OF THE DRAWINGS:
[p0040] [0017] Figure 1 shows the possible UL-DL subframe configurations for a frame, reproduced from Table 10.1-1 of 3GPP TS 36.213 v9.0.1 (2009-12).
[0018] Figure 2A illustrates PUCCH resource collision at UL subframe n-6 resulting when a first UE is flexibly allocated UL-DL configuration 2 (top row) and a second UE is semi-statically allocated UL-DL configuration 0 (bottom row).
[0019] Figure 2B shows the conventional CCE indexing which results in the collision at Figure 2A: in which the HARQ from the second UE uses configuration 0 (top row) and from the first UE uses configuration 2 (bottom row).
[0020] Figure 3 are mapping diagrams for three examples which illustrate CCE indexing when mapping to a PUCCH resource according to a first exemplary embodiment of the invention.
[00 1] Figure 4 are mapping diagrams for two examples which illustrate CCE indexing when mapping to a PUCCH resource according to a second exemplary embodiment of the invention. [0022] Figure 5 are mapping diagrams for five examples which illustrate CCE indexing when mapping to a PUCCH resource according to a third exemplary embodiment of the invention.
[0023] Figure 6 is a mapping diagram for one example illustrating CCE indexing when mapping to a PUCCH resource according to a fourth exemplary embodiment of the invention.
[0024] Figure 7 is a logic flow diagram that illustrates the operation of a method, and a result of execution of computer program instructions embodied on a computer readable memory, in accordance with the exemplary embodiments of this invention.
[0025] Figure 8 is a simplified block diagram of the UE in communication with a wireless network illustrated as an eNB and a serving gateway SGW, which are exemplary electronic devices suitable for use in practicing the exemplary embodiments of this invention.
[p0048] DETAILED DESCRIPTION: [0026] Exemplary embodiments of these teachings provide new PUCCH resource allocation schemes for UEs supporting flexible TDD, which avoids at least some of the problems detailed in the background section above. While the examples detailed below are in the context of the LTE-Advanced TDD system and specifically re-use the LTE Release 10 UL-DL configurations reproduced at Figure 1 , these are only for simplicity of explanation and the broader aspects of these teachings are not limited to either of those specifics.
[0027] Firstly, consider that the TDD subframes can be divided into fixed subframes and dynamic/flexible subframes in order to balance among complexity and flexibility. Examining the seven TDD configurations of LTE Release 10 at Figure 1 , the link directions of subframes 0,1 ,2,5, and 6 are fixed (except that in some cases subframe #6 can be a special subframe including a downlink pilot timeslot DwPTS region) for the seven TDD configurations while link directions of other subframes are changing.
[p0050] 10028] Secondly, in the background section was noted two possibilities for driving PUCCH collisions. Collisions due to signaling error can be avoided by restricting the ACK/NACK feedback in a fixed subframe, thereby rendering the feedback mapping independent of the TDD configuration for the Release 1 1 (flexible TDD allocated) UE. The cost of this is a bit increased delay in the HARQ feedback signaling.
[0029] No decisions have been made in the 3GPP development of Release 1 1 concerning HARQ timing for flexible TDD UL-DL configurations, and so the examples herein follow two broad directions for the PUCCH resource allocation. The examples below of the exemplary embodiments of these teachings are divided into these two broad directions, discussed as case 1 and case 2. Both enable efficient ACK/NACK feedback for a flexible TDD system as well as enable coexistence of legacy UEs and new (Release 1 1) UEs. [0030] Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) is restricted to follow the ACK NACK feedback timing as specified for the existing TDD UL-DL configuration #2 (or alternatively TDD UL-DL configuration #5). This means that regardless of what is the flexibly configured UL-DL for the new UE, the AC / ACK feedback mapping is done using UL-DL configuration #2. The reason that UL-DL configuration #2 is chosen (or alternatively #5) is that these have the greatest number of DL subframes, which means the DL association set is at its maximum size.
[0031 ] Case 2 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) follows the exact pattern for the flexibly configured UL-DL configuration. This is possible when both the eNB and the new UE have the same understanding of which is the flexible TDD UL-DL configuration that is allocated,
[0032] From the UE's perspective there is at least one DL subframe from which it needs to map to an associated UL subframe in which that UE sends its HARQ signaling. The network may have to map in reverse more than one UL subframe in which it receives HARQ signaling from multiple UEs to the corresponding DL subframes which the network sent. The examples below assume that there is an initial TDD configuration which is the TDD UL-DL configuration that is broadcast in the system information and which is used conventionally by the legacy UEs in the cell. [0033] If we consider that this initial uplink-downlink configuration which is semi-statically allocated is a second UL-DL configuration, then as will be seen in the examples below there is also first UL-DL configuration which is used to map the HARQ signaling, but at least some of the DL subframes mapped by the second configuration are excluded from the conventional form of that mapping. The HARQ signaling for the legacy or second UE will be conventional, using the second UL-DL configuration which is semi-statically signaled. But for the new or first UE, the HARQ signaling is mapped using the first DL-UL configuration and excluding all or some of those DL subframes which are mapped by the second UL-DL configuration. [0034] For case 1 mapping of the HARQ timing is therefore independent of the flexible TDD UL-DL configuration which is dynamically allocated to the first UE, since in this case the first UL-DL configuration is fixed: in an embodiment it is UL-DL configuration #2 (or alternatively #5) of Figure 1 regardless of which configuration is dynamically allocated to that first UE. Mapping HARQ signaling for a given DL subframe for the first UE under case 1 remains the same regardless of the dynamically allocated configuration, which may be considered a third UL-DL configuration and which may or may not be the same as the first UL-DL configuration in any given instant. For case 2 mapping of the HARQ timing is dependent on the flexible TDD UL-DL configuration which is dynamically allocated to the first UE since in that case the first UL-DL configuration is the dynamically allocated UL-DL configuration. Mapping HARQ signaling for a given DL subframe for the first UE under case 2 changes depending upon the dynamically allocated configuration. For both case 1 and case 2, mapping HARQ signaling for a given DL subframe for the second (legacy) UE remains unchanged and conventional for Release 10 according to the examples below.
[0035] In the following examples of the various PUCCH resource allocation schemes, it is assumed that the first (new) UE is configured with ACK/NACK bundling or ACK/NACK multiplexing with M = 1 where M is the size of the DL association set. This assumption is not limiting and these examples can readily be extended to the situation where ACK/NACK multiplexing with M greater than 1 is used.
[0036] Figure 3 illustrates PUCCH resource mapping in three distinct examples of a first exemplary embodiment under case 1, where HARQ timing for the first UE is independent of the UL-DL configuration which is dynamically allocated to the first UE. Under the general approach of case 1, the ACK NACK feedback is restricted to fixed UL subframes and the first UL-DL configuration itself is fixed, by example as configuration #2 or alternatively #5 of Figure 1. In the Figure 3 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE.
[0037] According to the Figure 3 examples a, b and c, the PUCCH resources in which the ACK NACK is found by the following procedure.
[0038] First, a DL association set is determined based on the conventional allocations (Figure 1). If we assume that the fixed DL UL configuration is #2 (or #5), then denote the relevant DL subframes for that configuration as set A, and the DL association set from the initial TDD configuration (also at Figure 1) are denoted as set B. Denote n as the UL subframe as in Figure 1. For example 3a the first/fixed configuration is #2 and the initial/second configuration is #0 meaning set A={n-8, n-7, n-4, n-6} and set B~{n-6}; for example 3b the first/fixed configuration is also #2 and the initial/second configuration is #1 meaning set A={n-8, n-7} n-4, n-6} and set B={n-7, n-6}; and for example 3c the alternate first/fixed configuration #5 is assumed and the initial/second configuration is #3 meaning set A={n-13, n-12, n-9, n-8, n-7, n-5, n-4, n-1 1 , n-6} and set B={n-7, n-6, n-1 1 } . [0039] Second, the DL subframes within set A are divided into two groups. The first group contains the DL subframes/special subframes in set B, which is the DL association set determined by the second/initial TDD configuration. The second group contains all other DL subframes in set A, For example 3a, group l=set B={n-6} and group 2=set A-set B={n-8, n-7, n-4}; for example 3b, group l=set B={n-7, n-6} and group 2=set A-set B={n-8, n-4}; and for example 3c, group l=set B={n-7, n-6, n-1 1 } and group 2^set A-set B={n-13, n-12, n-9, n-8, n-5, n-4} where {n- 13, n-12, n-5, n-4} are fixed DL subframes and indexed first, followed by flexible subframes {n-8, n-9} .
[0040] Third, the PUCCH resource for the first group subframes are indexed first in the same way as for the second/initial TDD configuration, namely,
[p0059]
= CM - m - lD N
p + TTi x N
v_
L + n
CCE
[0041 ] Fourth, the PUCCH resource for the second group subframes are indexed in the following way:
[p0061] i. Fixed DL subframes in the second group form a DL association set C, the PUCCH resource for them is determined by:
[p0062] n PUC CH = c - m - 1) x Nv + x p_L + nCCE + NCCS + N P, UC CH , where MC is the number of DL subframes in set C and NCCE is the total number of CCEs in the first group subframes. The variable m assumes the UE is configured for ACK/NACK bundling; if configured for ACK/NACK multiplexing the conventional i is in place of m for the above equation.; ii. PUCCH for flexible subframes 4 or 9 are indexed as follows if available (Figure 3 shows subframes 4 in examples a and b and subframes 4 and 9 at example c);
[p0063] where NCcE_set_c is the number of CCEs in set C subframes, else it is set to 0 if set C is empty; iii. PUCCH for flexible subframe 3 or 8 are indexed as follows if available (Figure 3 shows subframes 8 only in each of the examples a , b and c);
[p0064] where NccE_Fiex_49 is the number of CCEs in flexible subframe 4 or 9, else if no flexible subframe 4 or 9 is in the second group it is set to be 0.
[0042] As shown in the examples at Figure 3, the DL subframes which need to be fed back in the same UL subframe are divided into 2 groups. The first group consists of the DL subframe/special subframes which need to be fed back in same UL subframe n according to the second/initial TDD configuration indicated in system information. For DL subframes in this group, their CCEs are interleaved and indexed in the same way as that for the second/initial TDD configuration as is conventional for Release 10 when used to map to their PUCCH resource. This makes it backward compatible with the legacy UE's operation.
[0043] All other DL subframes/special subframes which need to be fed back in the same UL subframe n according to TDD configuration 2 (or if the second/initial TDD configuration has a 10ms period as in UL-DL configuration #3, then use TDD configuration #5 as the first configuration) form the second group. For the fixed DL subframes in the second group, their CCEs are also interleaved as is conventional for Release 0 before mapping to their PUCCH resource. The interleaving for CCEs in the fixed subframe in the second group is done in the same way as is conventional for Release 10 for this first TDD configuration #2 (or #5), with the CCEs of DL subframes in the first group and the flexible subframes deleted. Then the CCEs of the flexible subframes are indexed following that of the fixed DL subframe in the second group when mapping to their PUCCH resource.
[0044] If there are multiple flexible DL subframes in the second group, the PUCCH resources for the flexible subframes n-4 and/or n-9 are indexed first, then the PUCCH resources for flexible subframes n-3 and/or n-8 are indexed. This is due to the consideration that subframe n-4 or n-9 is set as DL subframes in more TDD configurations than subframes n-3 or n-8. That is, since subframe n-3 or n-8 is more likely to be UL subframes, then it is better to put their PUCCH resource adjacent to the PUSCH so as to avoid a discontinuous PUSCH resource.
[0045] For example, at example 3a, according to TDD configuration #2, DL subframes {n-8, n-7, n-4, n-6} need to be fed back in UL subframe n, and they form the set A, and among them {n-6} is in set B and the PUCCH for it is indexed firstly. Since according to the initial TDD configuration #0 it needs to be fed back in the same UL subframe, then {n-8, n-7, n-4} are in the second group. Then n-7 is a fixed DL subframe and its PUCCH resources are indexed following subframe n-6, while n-8 and n-4 are flexible subframes and indexed following subframe n-7.
[0046] The first/new UE maps from the DL subframe in which it received data to the appropriate UL subframe npwc u in the second group as above. This mapping follows that of the first/fixed UL-DL configuration but as above it maps only to the second group of subframes, which for this first embodiment excludes all the DL subframes which are mapped by the second/initial UL-DL configuration. The network maps similarly but in reverse, from the UL subframe in which it received an ACK/NACK to the DL subframe associated with that ACK/NACK to know which data sent by the network is being ACK'd NACK'd.
[0047] Figure 4 illustrates PUCCH resource mapping in two distinct examples of a second exemplary embodiment under case 1 , where again HARQ timing for the first UE is independent of the UL-DL configuration which is dynamically allocated to the first UE. Still under the general approach of case 1 the ACK/NACK feedback is restricted to fixed UL subframes (e.g., configuration #2 or #5). [0048] Whereas for the first embodiment of Figure 3 the PUCCH resource mapping was implicit in the signaling which dynamically allocated a UL-DL configuration to the first UE, for the second embodiment at Figure 4 there is an implicit and an explicit hybrid PUCCH allocation. For this second embodiment the first group of DL subframes is the same as is detailed above for the first embodiment, but for this second embodiment the PUCCH resources for DL subframes within the second group are communicated by the eNB via some explicit signaling,
[0049] At Figure 4 example a assumes that the second/initial TDD UL-DL configuration is 0, and example b assumes the second/initial TDD UL-DL configuration is 1, both those configurations being detailed at Figure 1. As with the first example under case 1 , mapping the HARQ signaling for the first/new UE (which is dynamically allocated its UL-DL configuration) excludes the DL subframes mapped by the second/initial UL-DL configuration, but in this case some but not necessarily all of the DL subframes mapped by the second/initial configuration are excluded. The second group of DL subframes in this second embodiment may not be identical to the second group under the first embodiment above. This is possible because in this second embodiment the explicit signaling enables the network to tailor it for current allocations for legacy UEs in the cell, so for example if the second/initial configuration is #1 but no data is currently sent DL to a UE in DL subframe n-7, then in this second embodiment it is possible for the network to allow that UL subframe n for ACK/NACK feedback from a new UE even though that UL subframe maps generically under UL-DL configuration #1. Below are two distinct but non-limiting ways for the network to signal this second group of UL subframes to that first new UE.
[0050] In a first implementation of the second embodiment, the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. The second implementation of the second embodiment may be considered as two steps. First, multiple sets of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. Then the network dynamically indicates to the first/new UE which one among the sets will be used for the given UL subframe. In both implementations the first UE is left with a group of DL subframes which exclude at least some of those which map according to the second/initial UL-DL configuration since some UEs in the cell will be utilizing that configuration, but the DL subframes within the second set are adjustable by the network in this second embodiment on a per-UE basis, without having to change the second/initial configuration for the whole cell.
[0051] At Figure 4, example a has UL subframe n=2 mapping from DL subframe n-6 as set forth in the mapping for second/initial subframe configuration 0, and the second group of DL subframes is signaled to the first/new UE so as to identify the second group of subframes as {n-8, n-7, n-4} which each map to different PUCCH resources. Example b at Figure 4 has UL subframe n=2 mapping from DL subframes n-7 and n-6 as set forth in the mapping for second/initial subframe configuration #1, and the second group of DL subframes is signaled to the first/new UE so as to identify the second group of subframes as {n-8, n-4} which each map to different PUCCH resources than the {n-7, n-6} DL subframes. In each case collisions with the legacy UE mapping from the {n-6} or {n-7, n-6} DL subframes are avoided. The PUCCH resource for the first group of DL subframes is determined by implicit mapping as is conventional for Release 0 for the second/initial TDD configuration, while the PUCCH resources for the second group DL subframes are explicitly signaled.
[0052] Figure 5 illustrates PUCCH resource mapping in five distinct examples of a third exemplary embodiment which falls under case 2, where HARQ timing for the first UE is dependent on the UL-DL configuration which is dynamically allocated to the first UE, Under the general approach of case 2, the ACK/NAC feedback is not restricted to fixed UL subframes since the first UL-DL configuration is itself the one which is dynamically allocated to the first/new UE. Like Figure 3, in the Figure 5 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE. [0053] According to the non-limiting Figure 5 examples a, b , c, d and e, the PUCCH resources in which the ACK/NACK is found by the following procedure.
[0054] First, two DL subframe/special subframe groups are defined as follows, assuming UL subframe n is the one in which the mapped ACK/NACK is sent. These two groups do not necessarily have to be complementary to each other. i. The first group contains the DL association set corresponding to the UL subframe according to the second/initial TDD configuration. For examples 5a and 5b the initial configuration is 0 and so the first group is {n-6}; for example 5c the initial configuration is 1 and so the first group is {n-7, n-6} ; and for examples 5d and 5e the initial configuration is 3 and so the first group is {n-75 n-6, n-11 } . ii. The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration , but not in the first group. For example 5a the flexible configuration is 1 and so subtracting out its first group leaves the second group as {n-7}; for example 5b the flexible configuration is 2 and so subtracting out its first group leaves the second group as {n-8, n-7, n-4} ; for example 5c the flexible configuration is also 2 and so subtracting out its first group leaves the second group as {n-8, n-4}; for example 5d the flexible configuration is 4 and so subtracting out its first group leaves the second group as {n-12, n-8}; and for example 5e the flexible configuration is 5 and so subtracting out its first group leaves the second group as {n-13, n-12, n-9, n-8, n-5, n-4}.
[0055] Second, the PUCCH resource for the first group subframes are indexed first the same way as for the initial TDD configuration in Release 10,
[p0077] nP< u N = (Μ - τη - lD x -Vp + m x Np_t + n CCE +
[p0078] [0056] Third, the second group subframes form a DL association set C, and the PUCCH resources for them are indexed as follows:
[p0079] 71 wrrirff = CMC - m - 1} x ¾ + m x Wp_t + nccs + NCCE + Ν Γι (:Η where Mc is the number of DL subframes in the second group and NCCE is the total number of CCEs in the first group subframes. [0057] Restricting all the ACK/NACK feedback to fixed UL subframes as in the first and second embodiments has the advantage of being simpler, but it results in a large feedback size in one UL subframe, and a long HARQ delay. The third and fourth embodiments address those issues since the HARQ timing depends on the flexible TDD configuration itself and so the ACK/NAC feedback time follows from the dynamically configured TDD configuration. In these embodiments the link direction of the flexible subframe is already known, so there need not be any over-reservation for the flexible subframes and co-existence with legacy UEs is the key issue to address. [0058] In the third and fourth embodiments the DL subframes which need to be fed back in the same UL subframe n are again divided into 2 groups. The first group consists of DL subframe/special subframes which need to be fed back in the same UL subframe n according to the second/initial TDD configuration indicated in system information. For DL subframes in this group, their CCEs are interleaved and indexed in the same way as is conventional for that second/initial TDD configuration in Release 10 when mapping to PUCCH resources. This resolves the backward compatibility issue in the same way as the first and second embodiments.
[0059] All other DL subframes/special subframes which need to be fed back in the same UL subframe n according to the first/flexible TDD configuration form the second group. In the third embodiment, for DL subframes in the second group, their CCEs are interleaved and indexed after the first group CCEs when mapping to PUCCH resources. For example, assuming CCEs in the first group are indexed from 0 to NCCE-1 , then the index of the CCEs in the second group will start from NCCE■ The interleaving for the subframe in the second group is done in the same way as is conventional for Release 10 for the second (flexible) TDD configuration, but with the DL subframes of the first group deleted. According to the fourth embodiment below the PUCCH resources for the second group subframes are allocated via explicit signaling. [0060] At Figure 5 the DL subframes which need feedback in the same UL subframe n are divided into 2 groups. The CCE interleaving and index in the first group is determined by the second/initial TDD configuration, while CCEs in the subframes in the second group is interleaved and indexed according to the first flexible TDD configuration. By example, at example 5a DL subframe n-7 is in the second group and according to TDD configuration #1 the n-7 subframe should be fed back together with subframe n-6, and their CCEs should be interleaved. But since subframe n-6 is in the first group, then when it is removed when interleaving.
[0061] The first group is used to avoid collision with legacy UEs, while the conventional Release 10 CCE interleaving in the second group is reused to make the over-reserved PUCCH resource for PDCCH in some OFDM symbols adjacent to PUSCH resources.
[0062] Figure 6 illustrates PUCCH resource mapping in one example of a fourth exemplary embodiment which falls under case 2 (HARQ timing for the first UE is dependent of the UL-DL configuration which is dynamically allocated to the first UE). Like the second embodiment at Figure 4, in this fourth embodiment at Figure 6 there is an implicit and an explicit hybrid PUCCH allocation. For this fourth embodiment the first group of DL subframes is the same as is detailed above for the third embodiment, but for this fourth embodiment the PUCCH resources for DL subframes within the second group are communicated by the eNB via some explicit signaling. [0063] In a first implementation of the fourth embodiment, the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. The second implementation of the second embodiment may be considered as two steps. First, multiple sets of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. Then the network dynamically indicates to the first/new UE which one among the sets will be used for the given UL subframe. In both implementations the first UE is left with a group of DL subframes which exclude at least some of those which map according to the second/initial UL-DL configuration since some UEs in the cell will be utilizing that configuration, but the DL subframes within the second set are adjustable by the network in this second embodiment on a per-UE basis, without having to change the second/initial configuration for the whole cell.
[0064] In the example at Figure 6 the second/initial UL-DL configuration is 0 and the first/dynamically allocated UL-DL configuration is 1. The first group is then {n-6} and the second group is {n-7}, and the network signals the PUCCHs associated with DL subframe 7. As seen at Figure 6 the CCEs indexed from subframe {n-6} map to one PUCCH (1) and are left available for the legacy UE to send its ACK/NAC while the CCEs indexed from subframe {n-7} map to a different PUCCH (2) for the first/new UE to send its own ACK/NACK.
[0065] The DL subframe in the first group is determined by the second/initial TDD configuration, and their CCEs are implicitly mapped to PUCCH resources, while DL subframes in the second group is determined by the first/flexible TDD configuration and their corresponding PUCCH resource is explicitly signaled.
[0066] Figures 4 and 6 illustrate two examples of explicit PUCCH resource allocations. Following is an example of how such explicit allocations might be signaled. Firstly, assume in total there are Ml PUCCH resources assigned for a UE implicitly, and denote the resources as set / = {PUCCH J, PUCCH J J PUCCHJ_M1}. The above descriptions corresponding to Figures 4 and 6 summarize two ways for signaling such an explicit assignment. For the first implementation in which the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis, what is signaled is the set = {PUCCH _i_l, PUCCHJ 2, .... PUCCH_i_Ml}. For the second implementation in which the signaling is in two steps, for the first step the multiple sets are predefined and signaled via higher layer to a given UE. For example the sets l_l, I_2, ...I_N, are signaled, where N is the number of sets. Then the UE is sent via layer 1 (LI) signaling an indication of the specific one of those multiple sets of PUCCH resources to use, such as for example two bits in a PDCCH that contains the DL grant can indicate one out of four sets of PUCCH resources.
[0067] For both case 1 and case 2, the DL subframes which need feedback in the same UL subframe n are divided into two groups. The DL subframe in the first group is determined by the second/initial TDD configuration, while the DL subframes in the second group is determined by the first TDD configuration which for case 1 (the first and second embodiments) is fixed (e.g., TDD configuration #2 or #5), and which for case 2 is the dynamically allocated TDD UL-DL configuration.
[0068] Additionally, in both case 1 and case 2, for the DL subframes in the first group the PUCCH resource is determined by implicit CCE to PUCCH mapping according to conventional mapping rules. For DL subframes in the second group the PUCCH resource can be derived based on implicit CCE to PUCCH mapping following the defined CCE indexing rule in the first and third embodiments, or the PUCCH resource can be explicitly allocated by signaling from the eNB in the second and fourth embodiments.
[0069] Exemplary embodiments of these teachings provide the technical effect of being backward compatible with legacy UEs' operation and so are simple to implement in a practical system, while further avoiding potential PUCCH resource collisions between new UEs and legacy UEs. Additionally, by maximally reusing the CCE interleaving which is now adopted in the current LTE release the implementation complexity of these embodiments is also kept low. For the first and third embodiments there is an over-reservation of PUCCH resources adjacent to a PUSCH resource to get a continuous PUSCH transmission, which minimizes wasting of radio resources. And the hybrid PUCCH resource allocation scheme detailed at the second and fourth embodiments saves the required signaling and at the same time avoids the new implementation of CCE indexing.
[0070] Figure 7 is a logic flow diagram which describes an exemplary embodiment of the invention in a manner which may be from the perspective of the UE or of the eNB, since both map but in different directions. Figure 7 maybe considered to illustrate the operation of a method, and a result of execution of a computer program stored in a computer readable memory, and a specific manner in which components of an electronic device are configured to cause that electronic device to operate. The various blocks shown in Figure 7 may also be considered as a plurality of coupled logic circuit elements constructed to carry out the associated function(s), or specific result of strings of computer program code stored in a memory.
[0071 ] Such blocks and the functions they represent are non-limiting examples, and may be practiced in various components such as integrated circuit chips and modules, and that the exemplary embodiments of this invention may be realized in an apparatus that is embodied as an integrated circuit. The integrated circuit, or circuits, may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor or data processors, a digital signal processor or processors, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this invention.
[0072] At block 702 there is determines a first UL-DL configuration for subframes in a frame and a second UL-DL configuration for subframes in a frame, in which the second UL-DL configuration is semi-statically allocated. At block 704, at least some downlink subframes which are mapped by the second UL-DL configuration are excluded when mapping ARQ signaling for a first UE which is dynamically allocated an UL-DL configuration.
[0073] The remainder of Figure 7 illustrate more specific implementations for blocks 702 and 704. At block 706 the first UL-DL configuration is one of fixed or dynamically allocated to the first UE, and the second UL-DL configuration is broadcast in system information. At block 708 is indexed UL resources mapped from a first group of DL subframes according to the second UL-DL configuration, and thereafter is indexed UL resources mapped from a second group of DL subframes according to the first UL-DL configuration. Further at block 708 the excluded DL subframes are within the first group and excluded from the second group, and the ARQ signaling is in an UL resource mapped from the second group of DL subframes. And at block 710 the DL subframes which are excluded from the mapping are indicated to the first UE via explicit signaling.
[0074] Reference is now made to Figure 8 for illustrating a simplified block diagram of various electronic devices and apparatus that are suitable for use in practicing the exemplary embodiments of this invention. In Figure 8 a wireless network (eNB 22 and mobility management entity MME/serving gateway SGW 24) is adapted for communication over a wireless link 21 with an apparatus, such as a mobile terminal or UE 20, via a network access node, such as a base or relay station or more specifically an eNB 22. The network may include a network control element MME/SGW 24, which provides connectivity with further networks (e.g., a publicly switched telephone network PSTN and/or a data communications network/Internet). [0075] The UE 20 includes processing means such as at least one data processor (DP) 20A, storing means such as at least one computer-readable memory (MEM) 20B storing at least one computer program (PROG) 20C, communicating means such as a transmitter TX 20D and a receiver RX 20E for bidirectional wireless communications with the eNB 22 via one or more antennas 20F. Also stored in the MEM 20B at reference number 20G is an algorithm for mapping from the second group DL subframes to the PUCCH resources as detailed in the examples above.
[0076] The eNB 22 also includes processing means such as at least one data processor (DP) 22A, storing means such as at least one computer-readable memory (MEM) 22B storing at least one computer program (PROG) 22C, and communicating means such as a transmitter TX 22D and a receiver RX 22E for bidirectional wireless communications with the UE 20 via one or more antennas 22F. There is a data and/or control path 25 coupling the eNB 22 with the MME/SGW 24, and another data and/or control path 23 coupling the eNB 22 to other eNBs/access nodes. The eNB 22 stores the algorithm 22G for mapping from the PUCCH resources on which it receives the ACK/NACK signaling to the second group DL subframes as detailed in the examples above.
[0077] Similarly, the MME/SGW 24 includes processing means such as at least one data processor (DP) 24A, storing means such as at least one computer-readable memory (MEM) 24B storing at least one computer program (PROG) 24C, and communicating means such as a modem 24H for bidirectional wireless communications with the eNB 22 via the data/control path 25. While not particularly illustrated for the UE 20 or eNB 22, those devices are also assumed to include as part of their wireless communicating means a modem which may be inbuilt on an RF front end chip within those devices 20, 22 and which also carries the TX 20D/22D and the RX 20E/22E.
[0078] At least one of the PROGs 20C in the UE 20 is assumed to include program instructions that, when executed by the associated DP 20A, enable the device to operate in accordance with the exemplary embodiments of this invention, as detailed above. The eNB 22 and MME/SGW 24 may also have software stored in their respective MEMs to implement certain aspects of these teachings. In these regards the exemplary embodiments of this invention may be implemented at least in part by computer software stored on the MEM 20B, 22B which is executable by the DP 20A of the UE 20 and/or by the DP 22A of the eNB 22, or by hardware, or by a combination of tangibly stored software and hardware (and tangibly stored firmware). Electronic devices implementing these aspects of the invention need not be the entire UE 20 or eNB 22, but exemplary embodiments may be implemented by one or more components of same such as the above described tangibly stored software, hardware, firmware and DP, or a system on a chip SOC or an application specific integrated circuit ASIC.
[0079] In general, the various embodiments of the UE 20 can include, but are not limited to personal portable digital devices having wireless communication capabilities, including but not limited to cellular telephones, navigation devices, laptop/palmtop/tablet computers, digital cameras and music devices, and Internet appliances. [0080] Various embodiments of the computer readable MEMs 20B and 22B include any data storage technology type which is suitable to the local technical environment, including but not limited to semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, removable memory, disc memory, flash memory, DRAM, SRAM, EEPROM and the like. Various embodiments of the DPs 20A and 22A include but are not limited to general puipose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and multi-core processors.
[0081 ] Various modifications and adaptations to the foregoing exemplary embodiments of this invention may become apparent to those skilled in the relevant arts in view of the foregoing description. While the exemplary embodiments have been described above in the context of the E-UTRAN system, it should be appreciated that the exemplary embodiments of this invention are not limited for use with only this one particular type of wireless communication system, and that they may be used to advantage in other wireless communication systems such as for example UTRAN, GERAN and GSM and others so long as there are different carriers operating on different timing which might be assigned to a UE.
[0082] Further, some of the various features of the above non-limiting embodiments may be used to advantage without the corresponding use of other described features. The foregoing description should therefore be considered as merely illustrative of the principles, teachings and exemplary embodiments of this invention, and not in limitation thereof.

###对比文件###【2014-06-12_US2014161001A_发明申请_US20140161001A1 Resource Allocation for Flexible TDD Configuration.docx】
TECHNICAL FIELD
[0001] The exemplary and non-limiting embodiments of this invention relate generally to wireless communication systems, methods, devices and computer programs and, more specifically, relate to mapping between downlink subframes and uplink subframes and control channel elements therein, such as for purposes of automatic repeat request signaling.
BACKGROUND
[0002] The following abbreviations that may be found in the specification and/or the drawing figures are defined as follows:
[0003] 3GPP third generation partnership project
[0004] CCE control channel element
[0005] CRC cyclic redundancy check
[0006] DL downlink
[0007] eNB node B/base station in an E-UTRAN system
[0008] E-UTRAN evolved UTRAN (LTE)
[0009] HARQ hybrid automatic repeat request
[0010] LTE long term evolution
[0011] LTE-A long term evolution advanced
[0012] PDCCH physical downlink control channel
[0013] PCFICH physical control format indicator channel
[0014] PHICH physical HARQ indicator channel
[0015] PUCCH physical uplink control channel
[0016] PUSCH physical uplink shared channel
[0017] RRC radio resource control
[0018] TDD time division duplex
[0019] UE user equipment
[0020] UL uplink
[0021] UTRAN universal terrestrial radio access network
[0022] The LTE-Advanced wireless system aims to provide enhanced services by means of higher data rates and lower latency with reduced cost. One benefit of deploying the LTE TDD system is to enable asymmetric UL-DL allocations in a frame; since typically more data is sent DL there can be a higher number of DL subframes in a frame to accommodate that greater data volume. But this makes mapping the ACK/NACK for the DL frame more complex, since more DL than UL subframes means the ACK/NACK for more than one DL subframe must map to the same UL subframe in which the ACK/NACK is sent to the network.
[0023] In LTE TDD the asymmetric resource allocation is realized by providing seven different semi-statically configured UL-DL subframe configurations for a given frame, as shown at FIG. 1 which is reproduced from Table 10.1-1 of 3GPP TS 36.213 v9.0.1 (2009 December). These allocations can provide between 40% and 90% DL subframes, and in conventional practice the UL-DL configuration in use is informed to the UE (and changed) only via system information on the broadcast channel. The UL-DL configuration is only allocated semi-statically and so cannot adapt to the instantaneous traffic situation. This is an inefficient resource utilization, particularly in cells with a small number of users where the traffic situation typically changes more frequently.
[0024] To address this inefficiency, what is termed a ‘flexible TDD configuration’ has been proposed as a study item for LTE-A Release 11. Two proposals for such a flexible TTD configuration were submitted at the 3GPP TSG-RAN Meeting #50 (Istanbul, Turkey; Dec. 7-10, 2010) and are set forth at document RP-101265 by Ericsson and ST Ericsson entitled “New study item proposal for UL-DL Flexibility and Interference Management in LTE TDD”; and document RP-101241 by CATT entitled “New Study Item Proposal: DL-UL Interference Management for TDD EUTRA”.
[0025] As with asymmetric UL-DL configuration itself, there are challenges to overcome before any implementation may be considered viable. For flexible TDD allocation one such challenge is how to map feedback signaling and HARQ timing between the UL subframes and CCEs which carry that feedback signaling and the DL subframes to which that feedback signaling is reporting upon.
[0026] Since the Release 11 deployment will have to maintain some backward compatibility with pre-Release 11 UEs (legacy UEs), and to more clearly detail the environment for the exemplary embodiments of the invention detailed below, first consider those seven existing Release 10 TDD UL-DL configurations noted above and reproduced at FIG. 1. Specifically for LTE, the UE sends its ACK/NACK in UL subframe n for DL subframe n-k, where kεK:{k0, k1 . . . kM-1} and the value for k is given at the intersection of the current UL-DL configuration (row) and the UL subframe n (column). The UE adds the value k to the DL subframe in which it receives data to find the subframe n in which the UE is to send its corresponding ACK/NACK, and the eNB subtracts the value k from the UL subframe n in which the eNB received the ACK/NACK to know which DL subframe, and which data, is being ACK'd/NACK'd,
[0027] In the current LTE specification, the PUCCH ACK/NACK resources are defined as a function of M, which is the size of the DL association set as shown in FIG. 1 and above. Unlike the mapping example above, at FIG. 1 there are asymmetric UL-DL configurations in which multiple DL subframes map to one UL subframe. For example, for UL-DL configuration #2, UL subframe n=2 is associated with four DL subframes, (n-8), (n-7), (n-4), and (n-6). One PUCCH resource will be reserved for each CCE index in those four DL subframes, and the reserved PUCCH resources are interleaved to minimize the inefficiency in “overbooking”. More specifically, for ACK/NACK bundling or ACK/NACK multiplexing with association set size the PUCCH resource for ACK/NACK feedback in subframe #n is determined by the index of first CCE used for sending the DL grant according to the following equation taken from section 10.1 of 3GPP TS 36.213 v9.0.1 (2009 December):
nPUGGH(1)=CCEIndex+NPHGGH(1);
where, CCEIndex=(M−m−1)×Np+m×Np-1+nCCE, and
p is selected from {0, 1, 2, 3} such that Np≦nCCE,i<Np+1,
Np=max{0,└[NRBDL×(NscRB×p−4)]/36┘}, nCCE,j is the number of the first CCE used for transmission of the corresponding PDCCH in subframe n−ki, and NPUCCH(1) is configured by higher layers.
[0031] But if there is a different understanding on the TDD configuration, either between different UEs or between a UE and the eNB, there clearly can be a PUCCH resource collision or a detection error at the eNB. Such different understanding may arise from different UEs have different TDD configurations, which is inevitable if only the Release 11 UEs are to be capable of flexible TDD allocations. It may also arise from signaling error, by example if a UE does not correctly detect signaling which indicates for the UE its new flexible TDD configuration,
[0032] FIGS. 2A-B illustrate the PUCCH resource collision problem in which the Release 11 UE has been flexibly (dynamically) allocated UL-DL configuration 2 and the legacy UE has been semi-statically (via broadcast system information) allocated UL-DL configuration 0. Both UEs send an ACK or NACK in UL subframe n=2, which by FIG. 1 maps for the legacy UE (configuration 0) to DL subframe n-6 and for the Release 11 UE (configuration 2) maps to DL subframes (n-8), (n-7), (n-6) and (n-4).
[0033] FIG. 2B gives an example of the CCE indexing according to the conventional rules above (taken from TS 36,213, section 10). In this example, CCEs in the (n-6)th subframes for the legacy UEs (top row of FIG. 2B) and CCEs in the (n-7)th and (n-8)th subframes for the Release 11 UEs (second row of FIG. 2B) may get the same index and map to same PUCCH resource. This is a PUCCH collision.
[0034] Two straightforward solutions to this collision are seen by the inventors as sub-optimal. Simply configuring a different PUCCH resource offset for the Release 11 UEs to avoid such collisions is highly inefficient because multiplexing between Release 11 and legacy UEs in the PUCCH region is not possible. Configuring the subframes (n-4) and (n-8) as UL subframes to avoid the collision over-reserves the PUCCH and results in a discontinuous PUSCH resource. The opposite solution is reserving PUCCH subframes (n-4) and (n-8) for only flexible TDD allocation use is also an over-reservation, but in this case would likely increase the peak-to-average power ratio PAPR and would impose an undesirable scheduling restriction on the PUSCH at least concerning the legacy UEs. The description below is seen to be a more elegant and optimal solution to the above collision problem.
SUMMARY
[0035] In a first exemplary embodiment of the invention there is an apparatus comprising at least one processor and at least one memory storing a computer program. In this embodiment the at least one memory with the computer program is configured with the at least one processor to cause the apparatus to at least: determine a first uplink-downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and exclude at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration.
[0036] In a second exemplary embodiment of the invention there is a method comprising: determining a first uplink-downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and excluding at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration.
[0037] In a third exemplary embodiment of the invention there is a computer readable memory storing a computer program, in which the computer program comprises: code for determining a first uplink-downlink configuration for subframes in a frame and a second uplink-downlink configuration for subframes in a frame, in which the second uplink-downlink configuration is semi-statically allocated; and code for excluding at least some downlink subframes mapped by the second uplink-downlink configuration when mapping automatic repeat request signaling for a first user equipment which is dynamically allocated an uplink-downlink configuration.
[0038] These and other embodiments and aspects are detailed below with particularity.
BRIEF DESCRIPTION OF THE DRAWINGS
[0039] FIG. 1 shows the possible UL-DL subframe configurations for a frame, reproduced from Table 10.1-1 of 3GPP TS 36.213 v9.0.1 (2009 December).
[0040] FIG. 2A illustrates PUCCH resource collision at UL subframe n-6 resulting when a first UE is flexibly allocated UL-DL configuration 2 (top row) and a second UE is semi-statically allocated UL-DL configuration 0 (bottom row).
[0041] FIG. 2B shows the conventional CCE indexing which results in the collision at FIG. 2A, in which the HARQ from the second UE uses configuration 0 (top row) and from the first UE uses configuration 2 (bottom row).
[0042] FIG. 3 are mapping diagrams for three examples which illustrate CCE indexing when mapping to a PUCCH resource according to a first exemplary embodiment of the invention.
[0043] FIG. 4 are mapping diagrams for two examples which illustrate CCE indexing when mapping to a PUCCH resource according to a second exemplary embodiment of the invention.
[0044] FIG. 5 are mapping diagrams for five examples which illustrate CCE indexing when mapping to a PUCCH resource according to a third exemplary embodiment of the invention.
[0045] FIG. 6 is a mapping diagram for one example illustrating CCE indexing when mapping to a PUCCH resource according to a fourth exemplary embodiment of the invention.
[0046] FIG. 7 is a logic flow diagram that illustrates the operation of a method, and a result of execution of computer program instructions embodied on a computer readable memory, in accordance with the exemplary embodiments of this invention.
[0047] FIG. 8 is a simplified block diagram of the UE in communication with a wireless network illustrated as an eNB and a serving gateway SGW, which are exemplary electronic devices suitable for use in practicing the exemplary embodiments of this invention.
DETAILED DESCRIPTION
[0048] Exemplary embodiments of these teachings provide new PUCCH resource allocation schemes for UEs supporting flexible TDD, which avoids at least some of the problems detailed in the background section above. While the examples detailed below are in the context of the LTE-Advanced TDD system and specifically re-use the LTE Release 10 UL-DL configurations reproduced at FIG. 1, these are only for simplicity of explanation and the broader aspects of these teachings are not limited to either of those specifics.
[0049] Firstly, consider that the TDD subframes can be divided into fixed subframes and dynamic/flexible subframes in order to balance among complexity and flexibility.
[0050] Examining the seven TDD configurations of LTE Release 10 at FIG. 1, the link directions of subframes 0, 1, 2, 5, and 6 are fixed (except that in some cases subframe #6 can be a special subframe including a downlink pilot timeslot DwPTS region) for the seven TDD configurations while link directions of other subframes are changing.
[0051] Secondly, in the background section was noted two possibilities for driving PUCCH collisions. Collisions due to signaling error can be avoided by restricting the ACK/NACK feedback in a fixed subframe, thereby rendering the feedback mapping independent of the TDD configuration for the Release 11 (flexible TDD allocated) UE. The cost of this is a bit increased delay in the HARQ feedback signaling.
[0052] No decisions have been made in the 3GPP development of Release 11 concerning HARQ timing for flexible TDD UL-DL configurations, and so the examples herein follow two broad directions for the PUCCH resource allocation. The examples below of the exemplary embodiments of these teachings are divided into these two broad directions, discussed as case 1 and case 2. Both enable efficient ACK/NACK feedback for a flexible TDD system as well as enable coexistence of legacy UEs and new (Release 11) UEs.
[0053] Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) is restricted to follow the ACK/NACK feedback timing as specified for the existing TDD UL-DL configuration #2 (or alternatively TDD UL-DL configuration #5). This means that regardless of what is the flexibly configured UL-DL for the new UE, the ACK/NACK feedback mapping is done using UL-DL configuration #2. The reason that UL-DL configuration #2 is chosen (or alternatively #5) is that these have the greatest number of DL subframes, which means the DL association set is at its maximum size.
[0054] Case 2 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) follows the exact pattern for the flexibly configured UL-DL configuration. This is possible when both the eNB and the new UE have the same understanding of which is the flexible TDD UL-DL configuration that is allocated.
[0055] From the UE's perspective there is at least one DL subframe from which it needs to map to an associated UL subframe in which that UE sends its HARQ signaling. The network may have to map in reverse more than one UL subframe in which it receives HARQ signaling from multiple UEs to the corresponding DL subframes which the network sent. The examples below assume that there is an initial TDD configuration which is the TDD UL-DL configuration that is broadcast in the system information and which is used conventionally by the legacy UEs in the cell.
[0056] If we consider that this initial uplink-downlink configuration which is semi-statically allocated is a second UL-DL configuration, then as will be seen in the examples below there is also first UL-DL configuration which is used to map the HARQ signaling, but at least some of the DL subframes mapped by the second configuration are excluded from the conventional form of that mapping. The HARQ signaling for the legacy or second UE will be conventional, using the second UL-DL configuration which is semi-statically signaled. But for the new or first UE, the HARQ signaling is mapped using the first DL-UL configuration and excluding all or some of those DL subframes which are mapped by the second UL-DL configuration.
[0057] For case 1 mapping of the HARQ timing is therefore independent of the flexible TDD UL-DL configuration which is dynamically allocated to the first UE, since in this case the first UL-DL configuration is fixed: in an embodiment it is UL-DL configuration #2 (or alternatively #5) of FIG. 1 regardless of which configuration is dynamically allocated to that first UE. Mapping HARQ signaling for a given DL subframe far the first UE under case 1 remains the same regardless of the dynamically allocated configuration, which may be considered a third UL-DL configuration and which may or may not be the same as the first UL-DL configuration in any given instant. For case 2 mapping of the HARQ timing is dependent on the flexible TDD UL-DL configuration which is dynamically allocated to the first UE since in that case the first UL-DL configuration is the dynamically allocated UL-DL configuration. Mapping HARQ signaling for a given DL subframe for the first UE under case 2 changes depending upon the dynamically allocated configuration. For both case 1 and case 2, mapping HARQ signaling for a given DL subframe for the second (legacy) UE remains unchanged and conventional for Release 10 according to the examples below.
[0058] In the following examples of the various PUCCH resource allocation schemes, it is assumed that the first (new) UE is configured with ACK/NACK bundling or ACK/NACK multiplexing with M=1 where M is the size of the DL association set. This assumption is not limiting and these examples can readily be extended to the situation where ACK/NACK multiplexing with M greater than 1 is used.
[0059] FIG. 3 illustrates PUCCH resource mapping in three distinct examples of a first exemplary embodiment under case 1, where HARQ timing for the first UE is independent of the UL-DL configuration which is dynamically allocated to the first UE. Under the general approach of ease 1, the ACK/NACK feedback is restricted to fixed UL subframes and the first UL-DL configuration itself is fixed, by example as configuration #2 or alternatively #5 of FIG. 1. In the FIG. 3 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE.
[0060] According to the FIG. 3 examples a, b and c, the PUCCH resources in which the ACK/NACK is found by the following procedure.
[0061] First, a DL association set is determined based on the conventional allocations (FIG. 1). If we assume that the fixed DL/UL configuration is #2 (or #5), then denote the relevant DL subframes for that configuration as set A, and the DL association set from the initial TDD configuration (also at FIG. 1) are denoted as set B. Denote n as the UL subframe as in FIG. 1. For example 3a the first/fixed configuration is #2 and the initial/second configuration is #0 meaning set A={n-8, n-7, n-4, n-6} and set B={n-6}; for example 3b the first/fixed configuration is also #2 and the initial/second configuration is #1 meaning set A={n-8, n-7, n-4, n-6} and set B={n-7, n-6}; and for example 3c the alternate first/fixed configuration #5 is assumed and the initial/second configuration is #3 meaning set A={n-13, n-12, n-9, n-8, n-7, n-5, n-4, n-11, n-6} and set B={n-7, n-6, n-11}.
[0062] Second, the DL subframes within set A are divided into two groups. The first group contains the DL subframes/special subframes in set B, which is the DL association set determined by the second/initial TDD configuration. The second group contains all other DL subframes in set A, For example 3a, group 1=set B={n-6} and group 2=set A-set B={n-8, n-7, n-4}; for example 3b, group 1=set B={n-7, n-6} and group 2=set A-set B={n-8, n-4}; and for example 3c, group 1=set B={n-7, n-6, n-11} and group 2=set A-set B={n-13, n-12, n-9, n-8, n-5, n-4} where {n-13, n-12, n-5, n-4} are fixed DL subframes and indexed first, followed by flexible subframes {n-8, n-9}.
[0063] Third, the PUCCH resource for the first group subframes are indexed first in the same way as for the second/initial TDD configuration, namely,
nPUCCH(1)=(M−m−1)×Np+m×Np-1+nCCE+BPUCCH(1).
[0064] Fourth, the PUCCH resource for the second group subframes are indexed in the following way:
i. Fixed DL subframes in the second group form a DL association set C, the PUCCH resource for them is determined by:
nPUCCH(1)=(MC−m−1)×Np+m×Np-1+nCCE+NCCE+NPUCCH(1),
where MC is the number of DL subframes in set C and NCCE is the total number of CCEs in the first group subframes. The variable m assumes the UE is configured for ACK/NACK bundling; if configured for ACK/NACK multiplexing the conventional i is in place of m for the above equation;
ii. PUCCH for flexible subframes 4 or 9 are indexed as follows if available
[0067] (FIG. 3 shows subframes 4 in examples a and b and subframes 4 and 9 at example c);
n
PUCCH
(
1
)
=
n
CCE
+
N
CCE
+
N
CCE
set
C
+
N
PUCCH
(
1
)
,
where NCCE—set—C is the number of CCEs in set C subframes, else it is set to 0 if set C is empty;
iii. PUCCH for flexible subframe 3 or 8 are indexed as follows if available (FIG. 3 shows subframes 8 only in each of the examples a, b and c);
n
PUCCH
(
1
)
=
n
CCE
+
N
CCE
+
N
CCE
set
C
+
N
CCE
Flex
49
+
N
PUCCH
(
1
)
,
where NCCE—Flex—49 is the number of CCEs in flexible subframe 4 or 9, else if no flexible subframe 4 or 9 is in the second group it is set to be 0.
[0069] As shown in the examples at FIG. 3, the DL subframes which need to be fed back in the same UL subframe are divided into 2 groups. The first group consists of the DL subframe/special subframes which need to be fed back in same UL subframe n according to the second/initial TDD configuration indicated in system information. For DL subframes in this group, their CCEs are interleaved and indexed in the same way as that for the second/initial TDD configuration as is conventional for Release 10 when used to map to their PUCCH resource. This makes it backward compatible with the legacy UE's operation.
[0070] All other DL subframes/special subframes which need to be fed back in the same UL subframe n according to TDD configuration 2 (or if the second/initial TDD configuration has a 10 ms period as in UL-DL configuration #3, then use TDD configuration #5 as the first configuration) form the second group. For the fixed DL subframes in the second group, their CCEs are also interleaved as is conventional for Release 10 before mapping to their PUCCH resource. The interleaving for CCEs in the fixed subframe in the second group is done in the same way as is conventional for Release 10 for this first TDD configuration #2 (or #5), with the CCEs of DL subframes in the first group and the flexible subframes deleted. Then the CCEs of the flexible subframes are indexed following that of the fixed DL subframe in the second group when mapping to their PUCCH resource.
[0071] If there are multiple flexible DL subframes in the second group, the PUCCH resources for the flexible subframes n-4 and/or n-9 are indexed first, then the PUCCH resources for flexible subframes n-3 and/or n-8 are indexed. This is due to the consideration that subframe n-4 or n-9 is set as DL subframes in more TDD configurations than subframes n-3 or n-8. That is, since subframe n-3 or n-8 is more likely to be UL subframes, then it is better to put their PUCCH resource adjacent to the PUSCH so as to avoid a discontinuous PUSCH resource.
[0072] For example, at example 3a, according to TDD configuration #2, DL subframes {n-8, n-7, n-4, n-6} need to be fed back in UL subframe n, and they form the set A, and among them {n-6} is in set B and the PUCCH for it is indexed firstly. Since according to the initial TDD configuration #0 it needs to be fed back in the same UL subframe, then {n-8, n-7, n-4} are in the second group. Then n-7 is a fixed DL subframe and its PUCCH resources are indexed following subframe n-6, while n-8 and n-4 are flexible subframes and indexed following subframe n-7.
[0073] The first/new UE maps from the DL subframe in which it received data to the appropriate UL subframe nPUCCH(1) in the second group as above. This mapping follows that of the first/fixed UL-DL configuration but as above it maps only to the second group of subframes, which for this first embodiment excludes all the DL subframes which are mapped by the second/initial UL-DL configuration. The network maps similarly but in reverse, from the UL subframe in which it received an ACK/NACK to the DL subframe associated with that ACK/NACK to know which data sent by the network is being ACK'd/NACK'd.
[0074] FIG. 4 illustrates PUCCH resource mapping in two distinct examples of a second exemplary embodiment under case 1, where again HARQ timing for the first UE is independent of the UL-DL configuration which is dynamically allocated to the first UE. Still under the general approach of case 1 the ACK/NACK feedback is restricted to fixed UL subframes (e.g., configuration #2 or #5).
[0075] Whereas for the first embodiment of FIG. 3 the PUCCH resource mapping was implicit in the signaling which dynamically allocated a UL-DL configuration to the first UE, for the second embodiment at FIG. 4 there is an implicit and an explicit hybrid PUCCH allocation. For this second embodiment the first group of DL subframes is the same as is detailed above for the first embodiment, but for this second embodiment the PUCCH resources for DL subframes within the second group are communicated by the eNB via some explicit signaling.
[0076] At FIG. 4 example a assumes that the second/initial TDD UL-DL configuration is 0, and example b assumes the second/initial TDD UL-DL configuration is 1, both those configurations being detailed at FIG. 1. As with the first example under case 1, mapping the HARQ signaling for the first/new UE (which is dynamically allocated its UL-DL configuration) excludes the DL subframes mapped by the second/initial UL-DL configuration, but in this case some but not necessarily all of the DL subframes mapped by the second/initial configuration are excluded. The second group of DL subframes in this second embodiment may not be identical to the second group under the first embodiment above. This is possible because in this second embodiment the explicit signaling enables the network to tailor it for current allocations for legacy UEs in the cell, so for example if the second/initial configuration is #1 but no data is currently sent DL to a UE in DL subframe n-7, then in this second embodiment it is possible for the network to allow that UL subframe n for ACK/NACK feedback from a new UE even though that UL subframe maps generically under UL-DL configuration #1. Below are two distinct but non-limiting ways for the network to signal this second group of UL subframes to that first/new UE.
[0077] In a first implementation of the second embodiment, the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. The second implementation of the second embodiment may be considered as two steps. First, multiple sets of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. Then the network dynamically indicates to the first/new UE which one among the sets will be used for the given UL subframe. In both implementations the first UE is left with a group of DL subframes which exclude at least some of those which map according to the second/initial UL-DL configuration since some UEs in the cell will be utilizing that configuration, but the DL subframes within the second set are adjustable by the network in this second embodiment on a per-UE basis, without having to change the second/initial configuration for the whole cell.
[0078] At FIG. 4, example a has UL subframe n=2 mapping from DL subframe n-6 as set forth in the mapping for second/initial subframe configuration 0, and the second group of DL subframes is signaled to the first/new UE so as to identify the second group of subframes as {n-8, n-7, n-4} which each map to different PUCCH resources. Example b at FIG. 4 has UL subframe n=2 mapping from DL subframes n-7 and n-6 as set forth in the mapping for second/initial subframe configuration #1, and the second group of DL subframes is signaled to the first/new UE so as to identify the second group of subframes as {n-8, n-4} which each map to different PUCCH resources than the {n-7, n-6} DL subframes. In each case collisions with the legacy UE mapping from the {n-6} or {n-7, n-6} DL subframes are avoided. The PUCCH resource for the first group of DL subframes is determined by implicit mapping as is conventional for Release 10 for the second/initial TDD configuration, while the PUCCH resources for the second group DL subframes are explicitly signaled.
[0079] FIG. 5 illustrates PUCCH resource mapping in five distinct examples of a third exemplary embodiment which falls under case 2, where HARQ timing for the first UE is dependent on the UL-DL configuration which is dynamically allocated to the first UE. Under the general approach of case 2, the ACK/NACK feedback is not restricted to fixed UL subframes since the first UL-DL configuration is itself the one which is dynamically allocated to the first/new UE. Like FIG. 3, in the FIG. 5 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE.
[0080] According to the non-limiting FIG. 5 examples a, b, c, d and e, the PUCCH resources in which the ACK/NACK is found by the following procedure.
[0081] First, two DL subframe/special subframe groups are defined as follows, assuming UL subframe n is the one in which the mapped ACK/NACK is sent. These two groups do not necessarily have to be complementary to each other.
i. The first group contains the DL association set corresponding to the UL subframe according to the second/initial TDD configuration. For examples 5a and 5b the initial configuration is 0 and so the first group is {n-6}; for example 5c the initial configuration is 1 and so the first group is {n-7, n-6}; and for examples 5d and 5e the initial configuration is 3 and so the first group is {n-7, n-6, n-11}.
ii. The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration, but not in the first group. For example 5a the flexible configuration is 1 and so subtracting out its first group leaves the second group as {n-7}; for example 5b the flexible configuration is 2 and so subtracting out its first group leaves the second group as {n-8, n-7, n-4}; for example 5c the flexible configuration is also 2 and so subtracting out its first group leaves the second group as {n-8, n-4}; for example 5d the flexible configuration is 4 and so subtracting out its first group leaves the second group as {n-12, n-8}; and for example 5e the flexible configuration is 5 and so subtracting out its first group leaves the second group as {n-13, n-12, n-9, n-8, n-5, n-4}.
[0084] Second, the PUCCH resource for the first group subframes are indexed first in the same way as for the initial TDD configuration in Release 10,
nPUCCH(1)=(M−m−1)×Np+m×Np-1+nCCE+BPUCCH(1).
[0085] Third, the second group subframes form a DL association set C, and the PUCCH resources for them are indexed as follows:
nPUCCH(1)=(MC−m−1)×Np+m×Np-1+nCCE+NCCE+NPUCCH(1)
where MC is the number of DL subframes in the second group and NCCE is the total number of CCEs in the first group subframes.
[0087] Restricting all the ACK/NACK feedback to fixed UL subframes as in the first and second embodiments has the advantage of being simpler, but it results in a large feedback size in one UL subframe, and a long HARQ delay. The third and fourth embodiments address those issues since the HARQ timing depends on the flexible TDD configuration itself and so the ACK/NACK feedback time follows from the dynamically configured TDD configuration. In these embodiments the link direction of the flexible subframe is already known, so there need not be any over-reservation for the flexible subframes and co-existence with legacy UEs is the key issue to address.
[0088] In the third and fourth embodiments the DL subframes which need to be fed back in the same UL subframe n are again divided into 2 groups. The first group consists of DL subframe/special subframes which need to be fed back in the same UL subframe n according to the second/initial TDD configuration indicated in system information. For DL subframes in this group, their CCEs are interleaved and indexed in the same way as is conventional for that second/initial TDD configuration in Release 10 when mapping to PUCCH resources. This resolves the backward compatibility issue in the same way as the first and second embodiments.
[0089] All other DL subframes/special subframes which need to be fed back in the same UL subframe n according to the first/flexible TDD configuration form the second group. In the third embodiment, for DL subframes in the second group, their CCEs are interleaved and indexed after the first group CCEs when mapping to PUCCH resources. For example, assuming CCEs in the first group are indexed from 0 to NCCE−1, then the index of the CCEs in the second group will start from NCCE. The interleaving for the subframe in the second group is done in the same way as is conventional for Release 10 for the second (flexible) TDD configuration, but with the DL subframes of the first group deleted. According to the fourth embodiment below the PUCCH resources for the second group subframes are allocated via explicit signaling.
[0090] At FIG. 5 the DL subframes which need feedback in the same UL subframe n are divided into 2 groups. The CCE interleaving and index in the first group is determined by the second/initial TDD configuration, while CCEs in the subframes in the second group is interleaved and indexed according to the first/flexible TDD configuration. By example, at example 5a DL subframe n-7 is in the second group and according to TDD configuration #1 the n-7 subframe should be fed back together with subframe n-6, and their CCEs should be interleaved. But since subframe n-6 is in the first group, then when it is removed when interleaving.
[0091] The first group is used to avoid collision with legacy UEs, while the conventional Release 10 CCE interleaving in the second group is reused to make the over-reserved PUCCH resource for PDCCH in some OFDM symbols adjacent to PUSCH resources.
[0092] FIG. 6 illustrates PUCCH resource mapping in one example of a fourth exemplary embodiment which falls under case 2 (HARQ timing for the first UE is dependent of the UL-DL configuration which is dynamically allocated to the first UE). Like the second embodiment at FIG. 4, in this fourth embodiment at FIG. 6 there is an implicit and an explicit hybrid PUCCH allocation. For this fourth embodiment the first group of DL subframes is the same as is detailed above for the third embodiment, but for this fourth embodiment the PUCCH resources for DL subframes within the second group are communicated by the eNB via some explicit signaling.
[0093] In a first implementation of the fourth embodiment, the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. The second implementation of the second embodiment may be considered as two steps. First, multiple sets of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis. Then the network dynamically indicates to the first/new UE which one among the sets will be used for the given UL subframe. In both implementations the first UE is left with a group of DL subframes which exclude at least some of those which map according to the second/initial UL-DL configuration since some UEs in the cell will be utilizing that configuration, but the DL subframes within the second set are adjustable by the network in this second embodiment on a per-UE basis, without having to change the second/initial configuration for the whole cell.
[0094] In the example at FIG. 6 the second/initial UL-DL configuration is 0 and the first/dynamically allocated UL-DL configuration is 1. The first group is then {n-6} and the second group is {n-7}, and the network signals the PUCCHs associated with DL subframe 7. As seen at FIG. 6 the CCEs indexed from subframe {n-6} map to one PUCCH (1) and are left available for the legacy UE to send its ACK/NACK while the CCEs indexed from subframe {n-7} map to a different PUCCH (2) for the first/new UE to send its own ACK/NACK.
[0095] The DL subframe in the first group is determined by the second/initial TDD configuration, and their CCEs are implicitly mapped to PUCCH resources, while DL subframes in the second group is determined by the first/flexible TDD configuration and their corresponding PUCCH resource is explicitly signaled.
[0096] FIGS. 4 and 6 illustrate two examples of explicit PUCCH resource allocations. Following is an example of how such explicit allocations might be signaled. Firstly, assume in total there are M1 PUCCH resources assigned for a UE implicitly, and denote the resources as set I={PUCCH_i—1, PUCCH_i—2, . . . , PUCCH_i_M1}. The above descriptions corresponding to FIGS. 4 and 6 summarize two ways for signaling such an explicit assignment. For the first implementation in which the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis, what is signaled is the set I={PUCCH_i—1, PUCCH_i—2, . . . , PUCCH_i_M1}. For the second implementation in which the signaling is in two steps, for the first step the multiple sets are predefined and signaled via higher layer to a given UE. For example the sets I—1, I—2, . . . I_N, are signaled, where N is the number of sets. Then the UE is sent via layer 1 (L1) signaling an indication of the specific one of those multiple sets of PUCCH resources to use, such as for example two bits in a PDCCH that contains the DL grant can indicate one out of four sets of PUCCH resources.
[0097] For both case 1 and case 2, the DL subframes which need feedback in the same UL subframe n are divided into two groups. The DL subframe in the first group is determined by the second/initial TDD configuration, while the DL subframes in the second group is determined by the first TDD configuration which for case 1 (the first and second embodiments) is fixed (e.g., TDD configuration #2 or #5), and which for case 2 is the dynamically allocated TDD UL-DL configuration.
[0098] Additionally, in both case 1 and case 2, for the DL subframes in the first group the PUCCH resource is determined by implicit CCE to PUCCH mapping according to conventional mapping rules. For DL subframes in the second group the PUCCH resource can be derived based on implicit CCE to PUCCH mapping following the defined CCE indexing rule in the first and third embodiments, or the PUCCH resource can be explicitly allocated by signaling from the eNB in the second and fourth embodiments.
[0099] Exemplary embodiments of these teachings provide the technical effect of being backward compatible with legacy UEs' operation and so are simple to implement in a practical system, while further avoiding potential PUCCH resource collisions between new UEs and legacy UEs. Additionally, by maximally reusing the CCE interleaving which is now adopted in the current LTE release the implementation complexity of these embodiments is also kept low. For the first and third embodiments there is an over-reservation of PUCCH resources adjacent to a PUSCH resource to get a continuous PUSCH transmission, which minimizes wasting of radio resources. And the hybrid PUCCH resource allocation scheme detailed at the second and fourth embodiments saves the required signaling and at the same time avoids the new implementation of CCE indexing.
[0100] FIG. 7 is a logic flow diagram which describes an exemplary embodiment of the invention in a manner which may be from the perspective of the UE or of the eNB, since both map but in different directions. FIG. 7 may be considered to illustrate the operation of a method, and a result of execution of a computer program stored in a computer readable memory, and a specific manner in which components of an electronic device are configured to cause that electronic device to operate. The various blocks shown in FIG. 7 may also be considered as a plurality of coupled logic circuit elements constructed to carry out the associated function(s), or specific result of strings of computer program code stored in a memory.
[0101] Such blocks and the functions they represent are non-limiting examples, and may be practiced in various components such as integrated circuit chips and modules, and that the exemplary embodiments of this invention may be realized in an apparatus that is embodied as an integrated circuit. The integrated circuit, or circuits, may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor or data processors, a digital signal processor or processors, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this invention.
[0102] At block 702 there is determines a first UL-DL configuration for subframes in a frame and a second UL-DL configuration for subframes in a frame, in which the second UL-DL configuration is semi-statically allocated. At block 704, at least some downlink subframes which are mapped by the second UL-DL configuration are excluded when mapping ARQ signaling for a first UE which is dynamically allocated an UL-DL configuration.
[0103] The remainder of FIG. 7 illustrate more specific implementations for blocks 702 and 704. At block 706 the first UL-DL configuration is one of fixed or dynamically allocated to the first UE, and the second UL-DL configuration is broadcast in system information. At block 708 is indexed UL resources mapped from a first group of DL subframes according to the second UL-DL configuration, and thereafter is indexed UL resources mapped from a second group of DL subframes according to the first UL-DL configuration. Further at block 708 the excluded DL subframes are within the first group and excluded from the second group, and the ARQ signaling is in an UL resource mapped from the second group of DL subframes. And at block 710 the DL subframes which are excluded from the mapping are indicated to the first UE via explicit signaling.
[0104] Reference is now made to FIG. 8 for illustrating a simplified block diagram of various electronic devices and apparatus that are suitable for use in practicing the exemplary embodiments of this invention. In FIG. 8 a wireless network (eNB 22 and mobility management entity MME/serving gateway SGW 24) is adapted for communication over a wireless link 21 with an apparatus, such as a mobile terminal or UE 20, via a network access node, such as a base or relay station or more specifically an eNB 22. The network may include a network control element MME/SGW 24, which provides connectivity with further networks (e.g., a publicly switched telephone network PSTN and/or a data communications network/Internet).
[0105] The UE 20 includes processing means such as at least one data processor (DP) 20A, storing means such as at least one computer-readable memory (MEM) 20B storing at least one computer program (PROG) 20C, communicating means such as a transmitter TX 20D and a receiver RX 20E for bidirectional wireless communications with the eNB 22 via one or more antennas 20F. Also stored in the MEM 20B at reference number 20G is an algorithm for mapping from the second group DL subframes to the PUCCH resources as detailed in the examples above.
[0106] The eNB 22 also includes processing means such as at least one data processor (DP) 22A, storing means such as at least one computer-readable memory (MEM) 22B storing at least one computer program (PROG) 22C, and communicating means such as a transmitter TX 22D and a receiver RX 22E for bidirectional wireless communications with the UE 20 via one or more antennas 22F. There is a data and/or control path 25 coupling the eNB 22 with the MME/SGW 24, and another data and/or control path 23 coupling the eNB 22 to other eNBs/access nodes. The eNB 22 stores the algorithm 22G for mapping from the PUCCH resources on which it receives the ACK/NACK signaling to the second group DL subframes as detailed in the examples above.
[0107] Similarly, the MME/SGW 24 includes processing means such as at least one data processor (DP) 24A, storing means such as at least one computer-readable memory (MEM) 24B storing at least one computer program (PROG) 24C, and communicating means such as a modem 24H for bidirectional wireless communications with the eNB 22 via the data/control path 25. While not particularly illustrated for the UE 20 or eNB 22, those devices are also assumed to include as part of their wireless communicating means a modem which may be inbuilt on an RF front end chip within those devices 20, 22 and which also carries the TX 20D/22D and the RX 20E/22E.
[0108] At least one of the PROGs 20C in the UE 20 is assumed to include program instructions that, when executed by the associated DP 20A, enable the device to operate in accordance with the exemplary embodiments of this invention, as detailed above. The eNB 22 and MME/SGW 24 may also have software stored in their respective MEMs to implement certain aspects of these teachings. In these regards the exemplary embodiments of this invention may be implemented at least in part by computer software stored on the MEM 20B, 22B which is executable by the DP 20A of the UE 20 and/or by the DP 22A of the eNB 22, or by hardware, or by a combination of tangibly stored software and hardware (and tangibly stored firmware). Electronic devices implementing these aspects of the invention need not be the entire UE 20 or eNB 22, but exemplary embodiments may be implemented by one or more components of same such as the above described tangibly stored software, hardware, firmware and DP, or a system on a chip SOC or an application specific integrated circuit ASIC.
[0109] In general, the various embodiments of the UE 20 can include, but are not limited to personal portable digital devices having wireless communication capabilities, including but not limited to cellular telephones, navigation devices, laptop/palmtop/tablet computers, digital cameras and music devices, and Internet appliances.
[0110] Various embodiments of the computer readable MEMs 20B and 22B include any data storage technology type which is suitable to the local technical environment, including but not limited to semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, removable memory, disc memory, flash memory, DRAM, SRAM, EEPROM and the like. Various embodiments of the DPs 20A and 22A include but are not limited to general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and multi-core processors.
[0111] Various modifications and adaptations to the foregoing exemplary embodiments of this invention may become apparent to those skilled in the relevant arts in view of the foregoing description. While the exemplary embodiments have been described above in the context of the E-UTRAN system, it should be appreciated that the exemplary embodiments of this invention are not limited for use with only this one particular type of wireless communication system, and that they may be used to advantage in other wireless communication systems such as for example UTRAN, GERAN and GSM and others so long as there are different carriers operating on different timing which might be assigned to a UE.
[0112] Further, some of the various features of the above non-limiting embodiments may be used to advantage without the corresponding use of other described features. The foregoing description should therefore be considered as merely illustrative of the principles, teachings and exemplary embodiments of this invention, and not in limitation thereof.

###对比文件###【2014-09-18_US2014269539A_发明申请_US20140269539A1 SYSTEMS AND METHODS FOR FEEDBACK REPORTING.docx】
TECHNICAL FIELD
[0001] The present disclosure relates generally to communication systems. More specifically, the present disclosure relates to systems and methods for feedback reporting.
BACKGROUND
[0002] Wireless communication devices have become smaller and more powerful in order to meet consumer needs and to improve portability and convenience. Consumers have become dependent upon wireless communication devices and have come to expect reliable service, expanded areas of coverage and increased functionality. A wireless communication system may provide communication for a number of wireless communication devices, each of which may be serviced by a base station. A base station may be a device that communicates with wireless communication devices.
[0003] As wireless communication devices have advanced, improvements in communication capacity, speed, flexibility and/or efficiency have been sought. However, improving communication capacity, speed, flexibility and/or efficiency may present certain problems.
[0004] For example, wireless communication devices may communicate with one or more devices using a communication structure. However, the communication structure used may only offer limited flexibility and/or efficiency. As illustrated by this discussion, systems and methods that improve communication flexibility and/or efficiency may be beneficial.
BRIEF DESCRIPTION OF THE DRAWINGS
[0005] FIG. 1 is a block diagram illustrating one configuration of one or more evolved Node Bs (eNBs) and one or more User Equipments (UEs) in which systems and methods for feedback reporting may be implemented;
[0006] FIG. 2 is a flow diagram illustrating one implementation of a method for sending feedback by a UE;
[0007] FIG. 3 is a flow diagram illustrating one implementation of a method for receiving feedback by an eNB;
[0008] FIG. 4 is a diagram illustrating one example of a radio frame that may be used in accordance with the systems and methods disclosed herein;
[0009] FIG. 5 is a diagram illustrating some time-division duplexing (TDD) uplink/downlink (UL/DL) configurations in accordance with the systems and methods described herein;
[0010] FIG. 6 is a flow diagram illustrating one implementation of a method for determining a DL-reference UL/DL configuration for a primary cell (PCell);
[0011] FIG. 7 is a flow diagram illustrating another implementation of a method for determining a DL-reference UL/DL configuration for a primary cell (PCell);
[0012] FIG. 8 is a flow diagram illustrating one implementation of a method for determining a DL-reference UL/DL configuration for a secondary cell (SCell);
[0013] FIG. 9 is a flow diagram illustrating another implementation of a method for determining a DL-reference UL/DL configuration for a secondary cell (SCell);
[0014] FIG. 10 illustrates various components that may be utilized in a UE; and
[0015] FIG. 11 illustrates various components that may be utilized in an eNB;
[0016] FIG. 12 is a block diagram illustrating one configuration of a UE in which systems and methods for feedback reporting may be implemented; and
[0017] FIG. 13 is a block diagram illustrating one configuration of an eNB in which systems and methods for feedback reporting may be implemented.
DETAILED DESCRIPTION
[0018] A user equipment (UE) for sending feedback is described. The UE includes a processor and memory in electronic communication with the processor. Executable instructions are stored in the memory. The UE receives signaling to configure the UE with multiple serving cells having a first uplink/downlink (UL/DL) configuration for each of the serving cells. If the UE is configured with the multiple serving cells and at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the UE also determines a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell. The UE further sends Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.
[0019] If the at least one serving cell is a secondary cell, then determining the DL-reference UL/DL configuration for the at least one serving cell may include determining the DL-reference UL/DL configuration based on a pair formed by a primary cell UL/DL configuration and a secondary cell UL/DL configuration. The secondary cell UL/DL configuration may be determined based on a first UL/DL configuration of the at least one serving cell and the additional reconfiguration information.
[0020] The primary cell UL/DL configuration may be determined based on a first UL/DL configuration of the primary cell. The primary cell UL/DL configuration may be determined based on a first UL/DL configuration of the primary cell and additional reconfiguration information of the primary cell.
[0021] If the at least one serving cell is a primary cell, then determining the DL-reference UL/DL configuration may include determining the DL-reference UL/DL configuration based on a first UL/DL configuration of the at least one serving cell and the additional reconfiguration information. Two or more of the multiple serving cells may have a different first UL/DL configuration.
[0022] An evolved Node B (eNB) for receiving feedback is also described. The eNB includes a processor and memory in electronic communication with the processor. Executable instructions are stored in the memory. The eNB sends signaling to configure a user equipment (UE) with multiple serving cells having a first uplink/downlink (UL/DL) configuration for each of the serving cells. If at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the eNB also determines a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell. The eNB further receives Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.
[0023] If the at least one serving cell is a secondary cell, then determining the DL-reference UL/DL configuration for the at least one serving cell may include determining the DL-reference UL/DL configuration based on a pair formed by a primary cell UL/DL configuration and a secondary cell UL/DL configuration. The secondary cell UL/DL configuration may be determined based on a first UL/DL configuration of the at least one serving cell and the additional reconfiguration information.
[0024] The primary cell UL/DL configuration may be determined based on a first UL/DL configuration of the primary cell. The primary cell UL/DL configuration may be determined based on a first UL/DL configuration of the primary cell and additional reconfiguration information of the primary cell.
[0025] If the at least one serving cell is a primary cell, then determining the DL-reference UL/DL configuration may include determining the DL-reference UL/DL configuration based on a first UL/DL configuration of the at least one serving cell and the additional reconfiguration information. Two or more of the multiple serving cells may have a different first UL/DL configuration.
[0026] A method for sending feedback by a UE is also described. The method includes receiving signaling to configure the UE with multiple serving cells having a first uplink/downlink (UL/DL) configuration for each of the serving cells. If the UE is configured with the multiple serving cells and at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the method also includes determining a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell. The method further includes sending Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.
[0027] A method for receiving feedback by an eNB is also described. The method includes sending signaling to configure a user equipment (UE) with multiple serving cells having a first uplink/downlink (UL/DL) configuration for each of the serving cells. If at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the method also includes determining a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell. The method further includes receiving Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.
[0028] The 3rd Generation Partnership Project, also referred to as “3GPP,” is a collaboration agreement that aims to define globally applicable technical specifications and technical reports for third and fourth generation wireless communication systems. The 3GPP may define specifications for next generation mobile networks, systems, and devices.
[0029] 3GPP Long Term Evolution (LTE) is the name given to a project to improve the Universal Mobile Telecommunications System (UMTS) mobile phone or device standard to cope with future requirements. In one aspect, UMTS has been modified to provide support and specification for the Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN).
[0030] At least some aspects of the systems and methods disclosed herein may be described in relation to the 3GPP LTE, LTE-Advanced (LTE-A) and other standards (e.g., 3GPP Releases 8, 9, 10 and/or 11). However, the scope of the present disclosure should not be limited in this regard. At least some aspects of the systems and methods disclosed herein may be utilized in other types of wireless communication systems.
[0031] A wireless communication device may be an electronic device used to communicate voice and/or data to a base station, which in turn may communicate with a network of devices (e.g., public switched telephone network (PS TN), the Internet, etc.). In describing systems and methods herein, a wireless communication device may alternatively be referred to as a mobile station, a UE, an access terminal, a subscriber station, a mobile terminal, a remote station, a user terminal, a terminal, a subscriber unit, a mobile device, etc. Examples of wireless communication devices include cellular phones, smart phones, personal digital assistants (PDAs), laptop computers, netbooks, e-readers, wireless modems, etc. In 3GPP specifications, a wireless communication device is typically referred to as a UE. However, as the scope of the present disclosure should not be limited to the 3GPP standards, the terms “UE” and “wireless communication device” may be used interchangeably herein to mean the more general term “wireless communication device.”
[0032] In 3GPP specifications, a base station is typically referred to as a Node B, an evolved Node B (eNB), a home enhanced or evolved Node B (HeNB) or some other similar terminology. As the scope of the disclosure should not be limited to 3GPP standards, the terms “base station,” “Node B,” “eNB,” and “HeNB” may be used interchangeably herein to mean the more general term “base station.” Furthermore, the term “base station” may be used to denote an access point. An access point may be an electronic device that provides access to a network (e.g., Local Area Network (LAN), the Internet, etc.) for wireless communication devices. The term “communication device” may be used to denote both a wireless communication device (e.g., UE) and/or a base station (e.g., eNB).
[0033] It should be noted that as used herein, a “cell” may refer to any set of communication channels over which the protocols for communication between a UE and eNB that may be specified by standardization or governed by regulatory bodies to be used for International Mobile Telecommunications-Advanced (IMT-Advanced) or its extensions and all of it or a subset of it may be adopted by 3GPP as licensed bands (e.g., frequency bands) to be used for communication between an eNB and a UE. “Configured cells” are those cells of which the UE is aware and is allowed by an eNB to transmit or receive information. “Configured cell(s)” may be serving cell(s). The UE may receive system information and perform the required measurements on all configured cells. “Activated cells” are those configured cells on which the UE is transmitting and receiving. That is, activated cells are those cells for which the UE monitors the physical downlink control channel (PDCCH) and in the case of a downlink transmission, those cells for which the UE decodes a physical downlink shared channel (PDSCH). “Deactivated cells” are those configured cells that the UE is not monitoring the transmission PDCCH. It should be noted that a “cell” may be described in terms of differing dimensions. For example, a “cell” may have temporal, spatial (e.g., geographical) and frequency characteristics.
[0034] The systems and methods disclosed herein describe feedback reporting associated with dynamic UL/DL reconfiguration. A TDD UL/DL reconfiguration may also be written as a TDD UL-DL reconfiguration. In particular, the systems and methods disclosed herein describe PDSCH hybrid automatic repeat request acknowledgement (HARQ-ACK) timing associated with dynamic UL/DL reconfiguration. In some configurations, the systems and methods disclosed herein describe HARQ-ACK reporting reference configurations used in TDD carrier aggregation (CA) for cells that support dynamic UL/DL reconfiguration. It should be noted that dynamic UL/DL reconfiguration may also be referred to as enhanced interference mitigation with traffic adaptation (eIMTA). Therefore, a cell that supports dynamic UL/DL reconfiguration (e.g., a dynamic UL/DL reconfiguration cell) may be referred to as an eIMTA cell. Enhanced interference mitigation with traffic adaptation (eIMTA) is a major topic for LTE TDD networks to enable more flexible use of spectrum using dynamic UL/DL allocation based on traffic load. Therefore, some subframes may be flexible and convertible and may be used as either downlink or uplink as described below.
[0035] A dynamic UL/DL reconfiguration cell is a TDD cell that supports dynamic UL/DL reconfiguration to adapt the traffic load on the cell. In LTE time-division duplexing (LTE TDD), the same frequency band may be used for both uplink and downlink signals. To achieve different DL and UL allocations (e.g., traffic ratios) in LTE TDD, seven uplink-downlink (UL/DL) configurations are given in 3GPP specifications (e.g., 3GPP TS 36.211). These allocations can allocate between 40% and 90% of subframes to DL signals.
[0036] According to current specifications (e.g., LTE Releases 8, 9, 10 and 11), a system information change procedure is used to change the UL/DL configuration. This procedure has long delay, and requires a cold system restart (e.g., all UEs in a system cannot transmit and receive for a certain period of time in order to disconnect the UL/DL associations of the old configuration and set up new associations). It should be noted that a subframe association may be referred to as a “UL/DL association,” which may include UL-to-DL subframe associations and DL-to-UL subframe associations. Examples of associations include association of a DL subframe (PDCCH) to UL power control in a UL subframe, association of a DL subframe physical DL control channel (PDCCH) to physical UL shared channel (PUSCH) allocation in a UL subframe, associations of acknowledgement and negative acknowledgement (ACK/NACK) feedback on UL subframe(s) for physical downlink shared channel (PDSCH) transmissions in DL subframe(s), association of acknowledgement and negative acknowledgement (ACK/NACK) feedback on a physical hybrid automatic repeat request (HARD) indicator channel (PHICH) or physical downlink control channel (PDCCH) for physical UL shared channel (PUSCH) transmission(s) in UL subframe(s), etc.
[0037] Known physical (PHY) layer signaling may be extended to enable dynamic DL-to-UL conversion. For example, a special subframe type 2 may be used, which may be viewed as an extension of a current standard special subframe that is used for DL-to-UL transition. This special subframe type 2 can be used to provide UL transmissions while maintaining existing UL/DL associations. PHY layer signaling may also include using DCI 0/4 formats for PUSCH scheduling following the association timings of an UL-reference TDD UL/DL configuration, and using DCI formats 1/2 and extensions for PDSCH scheduling, etc.
[0038] As used herein, a “Release 12 UE” may be a UE that may operate in accordance with anticipated 3GPP Release 12 specifications and possibly subsequent specifications. A Release 12 UE may be a UE that supports dynamic UL/DL reconfiguration. Additionally, as used herein, a “legacy UE” may be a UE that may operate in accordance with earlier (e.g., LTE Releases 8, 9, 10, 11) specifications.
[0039] Dynamic UL/DL reconfiguration may be applied for both DL-to-UL and UL-to-DL reconfiguration or switching. Dynamic UL/DL reconfiguration allows applying one configuration for PDSCH hybrid automatic repeat request acknowledgement (HARQ-ACK) timing and applying another configuration for PUSCH scheduling and PUSCH HARQ-ACK timing. UEs that support dynamic UL/DL reconfiguration may follow these timings based on the corresponding reference UL/DL configurations in an allowed UL/DL reconfiguration range (e.g., switching region). Legacy UEs may follow the existing associations without any change or knowledge of the dynamic UL/DL reconfiguration. However, the eNB may restrict the legacy UEs in some subframes to maintain backward compatible timing.
[0040] In known LTE TDD systems, the UL and DL allocation is chosen from seven defined UL/DL configurations, and is synchronized system-wide. Currently, UL/DL allocation reconfiguration in a cell may be very costly because all transmissions have to be stopped to adjust the UL/DL associations. A change in one cell may cause or accompany a sequence of changes at neighbor cells (and their neighbor cells, etc.) to match UL/DL configuration synchronization at neighbor cells (and their neighbor cells, etc.). Furthermore, current UL/DL allocation reconfiguration requires a system information change. Thus, it has long delay and is not adaptive to instantaneous or short-term changes in traffic load.
[0041] The systems and methods disclosed herein provide approaches for applying PDSCH HARQ-ACK timings for UEs that may operate in accordance with anticipated Release 12 specifications (and beyond) based on different DL-reference UL/DL configurations. For legacy UEs, impacts and restrictions of allowing legacy UEs to operate without any modifications to existing timings are also analyzed herein.
[0042] Based on an allowed UL/DL reconfiguration range, for example, the PDSCH HARQ-ACK timing may be configured differently for UEs that support dynamic UL/DL reconfiguration than for legacy UEs. A legacy UE should assume no HARQ-ACK timing change. However, the eNB may schedule legacy UEs to avoid potential conflicts.
[0043] For UEs that support and are configured with dynamic UL/DL reconfiguration cells, the PDSCH HARQ-ACK timing of a dynamic UL/DL reconfiguration cell may be based on one reference UL/DL configuration, while PUSCH scheduling and PUSCH HARQ-ACK timing of a dynamic UL/DL reconfiguration cell may be based on another reference UL/DL configuration. For example, the PDSCH HARQ-ACK configuration may follow a first reference UL/DL configuration with a number (e.g., minimum number) of UL subframes in the allowed UL/DL reconfiguration range. The first reference UL/DL configuration may or may not be the same as a default UL/DL configuration.
[0044] The PUSCH scheduling and PUSCH HARQ-ACK timing of a dynamic UL/DL reconfiguration cell may follow a second reference UL/DL configuration with a number (e.g., maximum number) of UL subframes in the allowed UL/DL reconfiguration range. The second reference UL/DL configuration may or may not be the same as a default UL/DL configuration. For subframes with allowed UL/DL switching (e.g., subframes in one or more convertible regions), systems and methods are provided herein for providing PDSCH HARQ-ACK timing when dynamic UL/DL reconfiguration cell is configured.
[0045] The systems and methods disclosed herein may apply a reference UL/DL configuration for PDSCH HARQ-ACK timing of a dynamic UL/DL reconfiguration cell. They may define backward compatible subframes that can be scheduled for legacy UEs, which follow default timing without knowledge of an applied UL/DL reconfiguration. The systems and methods disclosed herein may utilize physical layer signaling to dynamically change the direction in convertible or flexible subframes. They may also provide an approach to decide the direction of each convertible or flexible subframe.
[0046] To support dynamic UL and DL reconfiguration while reducing UL/DL allocation reconfiguration (using a system information change, for example), the systems and methods disclosed herein may use physical layer (e.g., PHY layer) signaling to change the UL and DL allocation with traffic adaptation. The PHY layer signaling may be an extension of existing PHY layer signaling so that standard UL/DL associations are maintained.
[0047] In current specifications (e.g., LTE Releases 8, 9, 10 and 11), a system information change procedure may be used to change the UL/DL configuration. This procedure requires multiple broadcast channel intervals and thus has a long delay and cannot adapt to an instantaneous traffic load change. Examples of UL/DL associations (in LTE-TDD, for instance) include the association of a PDCCH for UL power control of a UL subframe, association of a PDCCH for physical uplink shared channel (PUSCH) allocation in a UL subframe, associations of ACK/NACK feedback of DL transmission on UL subframe(s), ACK/NACK feedback of UL transmission on PHICH or PDCCH, etc. Due to different UL/DL associations, all transmitters may have to turn off the transmissions altogether to disconnect the UL/DL associations of the old configuration and to set up the new associations.
[0048] This may cause a huge loss of system capacity (e.g., offered load on uplink or downlink) and user traffic interruption. Thus, the reconfiguration of UL and DL allocation may also be very costly. Furthermore, a change in one cell may force adjacent cells to change their UL/DL configurations. Thus, a “ripple” effect may occur. With high traffic load fluctuation, frequent UL/DL reconfiguration may cause serious network problems.
[0049] When the network aggregated traffic load-to-capacity ratio is low, a UL/DL configuration is acceptable if the UL traffic and DL traffic load can be supported by the allocated UL subframes and DL subframes, respectively. In this case, the actual UL/DL traffic ratio may be the same or different from the UL/DL allocation. On the other hand, if the total traffic load-to-capacity ratio is high, a better matching UL/DL ratio may be configured.
[0050] A reconfiguration may be needed in several cases. For example, a reconfiguration may be needed if the allocated UL resource cannot support the UL traffic load. In another example, reconfiguration may be needed if the allocated DL resource cannot support the DL traffic load. Furthermore, a reconfiguration may be used to adapt to a traffic load with a better matching UL/DL allocation. For instance, a reconfiguration may be needed if a current UL/DL configuration does not match the UL-to-DL traffic ratio.
[0051] In order to better adapt to traffic conditions, dynamic UL/DL reconfiguration procedures may be supported aside from the system information change. Dynamic UL/DL reconfiguration may maintain backward compatibility (for legacy UEs, for example) and provide more flexibility (for UEs operating in accordance with Release 12 specifications and beyond, for example) with fast subframe modifications based on real-time traffic changes. Furthermore, different UL/DL configurations in neighboring cells may be supported (in Release 11, for example) in a temporary or persistent manner with co-channel interference mitigation techniques. The different UL/DL configurations may be caused by different initial network configurations and/or by dynamic UL/DL reconfiguration changes with traffic adaptation.
[0052] In Releases 8, 9, 10 and 11, the TDD UL/DL associations on PDSCH HARQ-ACK, PUSCH scheduling and PUSCH HARQ-ACK are defined by the TDD UL/DL configuration. All legacy UEs in the network follow the same PDSCH HARQ-ACK report associations defined by the given TDD UL/DL configuration. Similarly, all legacy UEs in the network follow the same PUSCH scheduling and PUSCH HARQ-ACK report associations defined by the given TDD UL/DL configuration.
[0053] However, dynamic UL/DL reconfiguration provides an approach that may separate PDSCH and PUSCH timing associations based on different reference UL/DL configurations. For example, a network (e.g., one or more UEs and one or more eNBs) may be configured to allow dynamic UL/DL reconfiguration based on traffic adaptation (aside from the default UL/DL configuration as in Releases 8, 9, 10 and 11). For instance, a UE that is configured to allow dynamic UL/DL reconfiguration may utilize one reference UL/DL configuration for PDSCH HARQ-ACK association (e.g., a DL-reference UL/DL configuration) and another reference UL/DL configuration for PUSCH scheduling and PUSCH HARQ-ACK association (e.g., an UL-reference UL/DL configuration), while the UE has knowledge of a default UL/DL configuration (e.g., a first UL/DL configuration). Therefore, because a dynamic UL/DL reconfiguration cell may dynamically change its TDD UL/DL configuration, the DL-reference UL/DL configuration should be specified.
[0054] Carrier aggregation (CA) refers to the concurrent utilization of more than one carrier. In CA, more than one cell (e.g., a serving cell) may be aggregated to a UE. In one example, CA may be used to increase the effective bandwidth available to a UE. A serving cell may be a primary cell (PCell) or a secondary cell (SCell). Carrier aggregation (CA) was introduced in LTE Release-10. In Release-10, all aggregated cells have the same TDD UL/DL configuration. In Release-11, TDD CA with different UL/DL configurations was supported.
[0055] The DL HARQ-ACK reporting timing of an SCell is decided based on the combination of PCell and SCell configurations. If a dynamic UL/DL reconfiguration-capable cell is used in TDD CA, the UL/DL configuration of the dynamic UL/DL reconfiguration-capable cell may change. Each serving cell may be configured with a UL/DL configuration (referred to as a first UL/DL configuration). The first UL/DL configuration of a dynamic UL/DL reconfiguration-capable cell may be different from the current (e.g., actual) UL/DL configuration. The systems and methods described herein provide various implementations to determine the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration-capable cell.
[0056] In carrier aggregation, a DL-reference UL/DL configuration for the serving cell may be determined for a primary cell and a secondary cell. According to Release-11, if a serving cell is a primary cell, and if the UE is configured with more than one serving cell and if at least two serving cells have different UL/DL configurations, then the PCell UL/DL configuration is the DL-reference UL/DL configuration for the serving cell.
[0057] Additionally, according to Release-11, if a serving cell is a secondary cell and at least two serving cells have different UL/DL configurations, the DL HARQ-ACK timing follows a DL-reference UL/DL configuration, which is decided by the combination of a primary cell and the SCell UL/DL configurations. In one TDD CA implementation, the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration belongs to Set 1 in Table (1) (from Table 10.2-1 of 3GPP TS 36.213) below. In this implementation, the DL-reference UL/DL configuration for the serving cell is defined in the corresponding set in Table (1).
TABLE 1
(Primary cell UL/DL configuration,
DL-reference UL/
Set #
Secondary cell UL/DL configuration)
DL configuration
Set 1
(0, 0)
0
(1, 0), (1, 1), (1, 6)
1
(2, 0), (2, 2), (2, 1), (2, 6)
2
(3, 0), (3, 3), (3, 6)
3
(4, 0), (4, 1), (4, 3), (4, 4), (4, 6)
4
(5, 0), (5, 1), (5, 2), (5, 3), (5, 4), (5, 5), (5, 6)
5
(6, 0), (6, 6)
6
Set 2
(0, 1), (6, 1)
1
(0, 2), (1, 2), (6, 2)
2
(0, 3), (6, 3)
3
(0, 4), (1, 4), (3, 4), (6, 4)
4
(0, 5), (1, 5), (2, 5), (3, 5), (4, 5), (6, 5)
5
(0, 6)
6
Set 3
(3, 1), (1, 3)
4
(3, 2), (4, 2), (2, 3), (2, 4)
5
Set 4
(0, 1), (0, 2), (0, 3), (0, 4), (0, 5), (0, 6)
0
(1, 2), (1, 4), (1, 5)
1
(2, 5)
2
(3, 4), (3, 5)
3
(4, 5)
4
(6, 1), (6, 2), (6, 3), (6, 4), (6, 5)
6
Set 5
(1, 3)
1
(2, 3), (2, 4)
2
(3, 1), (3, 2)
3
(4, 2)
4
[0058] In another TDD CA implementation in which a serving cell is a secondary cell and at least two serving cells have different UL/DL configurations, the UE is not configured to monitor a physical downlink control channel (PDCCH) or enhanced physical downlink control channel (EPDCCH) with a carrier indicator field for the serving cell. If the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration belongs to Set 2 or Set 3 in Table (1), then the DL-reference UL/DL configuration for the serving cell is also defined in the corresponding set in Table (1).
[0059] In yet another TDD CA implementation in which a serving cell is a secondary cell and at least two serving cells have different UL/DL configurations, the UE is configured to monitor a PDCCH or EPDCCH with a carrier indicator field for the serving cell. If the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration belongs to Set 4 or Set 5 in Table (1), then the DL-reference UL/DL configuration for the serving cell is defined for the corresponding set in Table (1).
[0060] In another TDD CA implementation in which a serving cell is a secondary cell and at least two serving cells have different UL/DL configurations, the UE is not configured to monitor PDCCH with a carrier indicator field for the serving cell. If the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration belongs to {(3,2),(4,2),(2,3),(2,4)}, then the UE is not expected to be configured with more than two serving cells.
[0061] For TDD operating according to Release-11, if a UE is configured with one serving cell, or the UE is configured with more than one serving cell and the UL/DL configurations of all serving cells is the same, then the UE shall, upon detection of a PDSCH transmission within subframe(s) n−k, where kεK and K is defined in Table (2) below (from Table 10.1.3.1-1 of 3GPP TS 36.213), intended for the UE and for which a HARQ-ACK response shall be provided, transmit the HARQ-ACK response in UL subframe n.
TABLE (2)
UL/DL
Subframe n
Configuration
0
1
2
3
4
5
6
7
8
9
0
—
—
6
—
4
—
—
6
—
4
1
—
—
7, 6
4
—
—
—
7, 6
4
—
2
—
—
8, 7, 4, 6
—
—
—
—
8, 7, 4, 6
—
—
3
—
—
7, 6, 11
6, 5
5, 4
—
—
—
—
—
4
—
—
12, 8, 7, 11
6, 5, 4, 7
—
—
—
—
—
—
5
—
—
13, 12, 9, 8, 7, 5,
—
—
—
—
—
—
—
4, 11, 6
6
—
—
7
7
5
—
—
7
7
—
[0062] Furthermore, in an implementation of TDD operating according to Release-11, if a UE is configured with more than one serving cell and if at least two serving cells have different UL/DL configurations, then the UE shall, upon detection of a PDSCH transmission within subframe(s) n−k for serving cell c, where kεKC intended for the UE and for which a HARQ-ACK response shall be provided, transmit the HARQ-ACK response in UL subframe n. Set KC contains values of kεK such that subframe n−k corresponds to a DL subframe for serving cell c. The K value defined in Table (2) (where “UL/DL configuration” in Table 10.1.3.1-1 refers to the “DL-reference UL/DL configuration”) is associated with subframe n.
[0063] For HARQ-ACK bundling in TDD operating according to Release-11, if the UE detects that at least one downlink assignment has been missed, the UE shall not transmit HARQ-ACK on a PUCCH if HARQ-ACK is the only uplink control information (UCI) present in a given subframe. Furthermore, the uplink timing for the ACK corresponding to a detected PDCCH indicating downlink semi-persistent scheduling (SPS) release shall be the same as the uplink timing for the HARQ-ACK corresponding to a detected PDSCH, as defined above.
[0064] In Release-12, dynamic UL/DL reconfiguration (e.g., eIMTA) is considered for a TDD cell. With dynamic UL/DL reconfiguration, a cell may dynamically change the TDD UL/DL configuration based on the traffic load. The systems and methods described herein provide ways to decide the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell for CA. These systems and methods have the benefit of adapting the mechanisms of Release 11 and earlier to allow for dynamic UL/DL reconfiguration in such a way as to minimize system and specification complexity. Also these systems and methods have the benefit of allowing a combination of carrier aggregation and dynamic UL/DL reconfiguration.
[0065] There are various scenarios in which dynamic UL/DL reconfiguration for TDD CA may be beneficial. In a first scenario, multiple femto cells may be deployed on the same carrier frequency. In a second scenario, multiple femto cells may be deployed on the same carrier frequency and multiple macro cells may be deployed on an adjacent carrier frequency where all macro cells have the same UL/DL configuration and femto cells can adjust their UL/DL configuration. In a third scenario, multiple outdoor pico cells may be deployed on the same carrier frequency. In a fourth scenario, multiple outdoor pico cells may be deployed on the same carrier frequency and multiple macro cells may be deployed on an adjacent carrier frequency where all macro cells have the same UL/DL configuration and outdoor pico cells can adjust their UL/DL configuration.
[0066] In the third and fourth scenarios, the dynamic UL/DL reconfiguration feature may be limited to pico cells with interference mitigation and TDD UL/DL reconfiguration signaling. The fourth scenario may be the most common deployment for TDD carrier aggregation where a macro cell has a fixed TDD UL/DL configuration and the pico cell is a dynamic UL/DL reconfiguration cell. Furthermore, either the macro cell or the pico cell may be configured as the primary cell (PCell) in TDD CA. The dynamic UL/DL reconfiguration-capable pico cell may have the same or different TDD UL/DL configurations as the macro cell.
[0067] In one implementation of TDD CA with dynamic UL/DL reconfiguration, a first UL/DL configuration may be the default UL/DL configuration of a dynamic UL/DL reconfiguration cell. The first UL/DL configuration may be configured the same way as in Release-8, 9, 10 and 11. For example, the first UL/DL configuration may be signaled with a system information block-1 (SIB1). The first (e.g., default) UL/DL configuration may be configured by a TDD-Config information element (IE) in a SIB or master information block (MIB). For a UE that does not support dynamic UL/DL reconfiguration, the UE may treat a dynamic UL/DL reconfiguration cell as a regular TDD cell with the first UL/DL configuration. For a UE that supports dynamic UL/DL reconfiguration, the first UL/DL configuration may be the most commonly used configuration.
[0068] A UE that does not support dynamic UL/DL reconfiguration refers to a legacy UE (e.g., a Release-8, 9, 10 or 11 UE) that does not understand eIMTA signaling or a Release-12 and beyond UE that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE or eIMTA config is set to FALSE). Additionally, a Release-12 and beyond UE that is configured not to use eIMTA capability may refer to a UE that is configured not to apply any additional information that enables dynamic UL/DL reconfiguration, a UE that is configured not to apply dynamic UL/DL reconfiguration, etc. A UE that supports dynamic UL/DL reconfiguration refers to a Release-12 and beyond UE that is configured with eIMTA support (e.g., the eIMTA capability is set to TRUE, eIMTA config set to TRUE).
[0069] The UL/DL reconfiguration range of a dynamic UL/DL reconfiguration cell may be defined by several UL/DL configurations. The UL/DL reconfiguration range may be defined by a DL-reference UL/DL configuration and a UL reference UL/DL configuration. The flexible subframes are defined by the subframes that have different directions or allocations in these UL/DL configurations. The UL/DL configurations may include a primary UL/DL configuration and one or more secondary UL/DL configurations.
[0070] Therefore, a dynamic UL/DL reconfiguration-capable cell may have a first UL/DL configuration and a UL/DL reconfiguration range. The first UL/DL configuration and the UL/DL reconfiguration range may be considered as an ordered pair of a default UL/DL configuration (e.g., first UL/DL configuration) and a set of achievable (or admissible) UL/DL configurations (e.g., the UL/DL reconfiguration range).
[0071] For PDSCH HARQ-ACK reporting, a DL-reference UL/DL configuration of a serving cell may be the reference UL/DL configuration of a serving cell for DL HARQ-ACK reporting timing when more than one serving cell is configured for a UE. As discussed above, the serving cell may be a PCell or an SCell. Furthermore, the serving cell may be a legacy TDD cell or a dynamic UL/DL reconfiguration cell.
[0072] The DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell may be the reference UL/DL configuration of a dynamic UL/DL reconfiguration cell for DL HARQ-ACK reporting timing when the dynamic UL/DL reconfiguration cell is used alone. If the dynamic UL/DL reconfiguration cell is aggregated with other cells, the DL-reference UL/DL configuration of the configured dynamic UL/DL reconfiguration serving cell may be the same or different from the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration cell when used alone, as discussed below.
[0073] For single dynamic UL/DL reconfiguration cell operation, there are several implementations to determine the DL-reference UL/DL configuration for DL HARQ-ACK reporting timing for the dynamic UL/DL reconfiguration cell. For legacy UEs that are not capable of dynamic UL/DL reconfiguration support or a Release-12 and beyond UE that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE), a dynamic UL/DL reconfiguration cell may be treated as a legacy TDD CA with a first (e.g., default) UL/DL configuration. Therefore, it is up to the eNB scheduler to avoid conflicts in flexible subframes between the legacy UEs and dynamic UL/DL reconfiguration-capable UEs.
[0074] In one implementation, for UEs that support dynamic UL/DL reconfiguration to determine the DL-reference UL/DL configuration for single dynamic UL/DL reconfiguration cell operation, several UL/DL configurations may be configured for a dynamic UL/DL reconfiguration cell. A DL-reference UL/DL configuration may then be derived to determine the downlink association set for PDSCH HARQ-ACK reporting. This DL-reference UL/DL configuration may be referred to as the first reference UL/DL configuration. The DL-reference UL/DL configuration may be a configuration with only fixed UL allocations among all configured UL/DL configurations.
[0075] A UL-reference UL/DL configuration may also be derived for PUSCH scheduling and HARQ-ACK reporting, known as the second reference UL/DL configuration. The UL-reference UL/DL configuration may be a configuration with only fixed DL or special subframe allocations. Therefore, if all configurations have the same periodicity, among these configurations, the UL/DL configuration with minimum UL allocation (e.g., maximum DL allocation) may be used as the DL-reference UL/DL configuration (e.g., the first reference UL/DL configuration). Furthermore, the UL/DL configuration with maximum UL allocation (e.g., minimum DL allocation) may be used as the UL-reference UL/DL configuration (e.g., the second reference UL/DL configuration).
[0076] If the UL/DL configurations have different periodicity, the first reference UL/DL configuration is a configuration defined by the fixed UL allocations among all configured configurations, and the second reference UL/DL configuration is defined by the fixed DL or special subframe allocations among all configured UL/DL configurations. Therefore, the reference UL/DL configurations may be the same as one of the configured UL/DL configurations, or the reference UL/DL configurations may be different from the configured UL/DL configurations. The first reference UL/DL configuration (e.g., the DL-reference UL/DL configuration) and the second reference UL/DL configuration (e.g., the UL-reference UL/DL configuration) may be selected from the seven existing TDD UL/DL configurations.
[0077] With this implementation, the PDSCH HARQ-ACK association and timing may follow the first reference UL/DL configuration (e.g., the DL-reference UL/DL configuration) of the dynamic UL/DL reconfiguration cell. Because all flexible subframes are included in the subset of DL subframes of the DL-reference UL/DL configuration, the DL-reference UL/DL configuration may be used regardless of the actual flexible subframe allocation.
[0078] In another implementation to determine the DL-reference UL/DL configuration for single dynamic UL/DL reconfiguration cell operation, the UL/DL configuration of a dynamic UL/DL reconfiguration cell is signaled for a UL/DL reconfiguration. The new UL/DL configuration may be applied after the reconfiguration (e.g., transition). Therefore, a UE may always have a current TDD UL/DL configuration (e.g., the actual UL/DL configuration in use). The current UL/DL configuration may be the same as or different from the first (e.g., default) UL/DL configuration. The current UL/DL configuration may be any configuration within the UL/DL reconfiguration range. Since the current UL/DL configuration is known to both eNB and the UE, the PDSCH HARQ-ACK association and timing may follow the current UL/DL configuration of the dynamic UL/DL reconfiguration cell. In other words, the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell may be the current UL/DL configuration of the dynamic UL/DL reconfiguration cell.
[0079] In yet another implementation to determine the DL-reference UL/DL configuration for single dynamic UL/DL reconfiguration cell operation, a fixed UL/DL configuration may be used as the DL-reference UL/DL configuration for a dynamic UL/DL reconfiguration cell. For example, if a dynamic UL/DL reconfiguration SCell has 5 millisecond (ms) periodicity, then TDD UL/DL configuration 2 may be used as the DL-reference UL/DL configuration. If the dynamic UL/DL reconfiguration SCell has 10 ms periodicity, then TDD UL/DL configuration 5 may be used as the DL-reference UL/DL configuration.
[0080] In TDD carrier aggregation with a dynamic UL/DL reconfiguration cell, the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration cell may also be determined. As mentioned above, a fourth TDD carrier aggregation scenario may be the most common deployment of TDD carrier aggregation where a macro cell has a fixed UL/DL configuration and the pico cell is a dynamic UL/DL reconfiguration cell. With TDD CA, either the macro cell or the pico cell may be configured as the PCell. A dynamic UL/DL reconfiguration cell may perform dynamic UL/DL reconfiguration for traffic adaptation.
[0081] For a legacy UE (e.g., Release-8, 9, 10 and 11 UEs) that are not capable of dynamic UL/DL reconfiguration support, or a Release-12 and beyond UE that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE), during TDD CA a dynamic UL/DL reconfiguration cell may be treated as a regular TDD CA with a default UL/DL configuration. Therefore, the reference UL/DL configuration of a dynamic UL/DL reconfiguration serving cell may be decided based on the same method as in Release-11 by applying the default UL/DL configuration as the dynamic UL/DL reconfiguration cell UL/DL configuration. The dynamic UL/DL reconfiguration cell may be a PCell or SCell. Therefore, in one implementation of TDD CA, if a legacy UE is configured with more than one serving cell and if at least two serving cells have different UL/DL configurations and if a serving cell is a PCell, then the PCell UL/DL configuration is the DL-reference UL/DL configuration for the serving cell.
[0082] In another implementation of TDD CA with a legacy UE or a Release-12 and beyond UE that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE), the UE may be configured with more than one serving cell and at least two serving cells have different UL/DL configurations. If a serving cell is an SCell, and the DL-reference UL/DL configuration for a serving cell is based on the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration in Table (1) above, then the first (e.g., default) UL/DL configuration of a dynamic UL/DL reconfiguration cell is used as the UL/DL configuration of the dynamic UL/DL reconfiguration serving cell. It is up to the eNB scheduler to avoid conflicts in flexible subframes between the legacy UEs and dynamic UL/DL reconfiguration-capable UEs. For example, the eNB may set the first (e.g., default) UL/DL configuration as the UL/DL configuration with minimum UL allocation within the allowed UL/DL reconfiguration range.
[0083] For UEs that support dynamic UL/DL reconfiguration (e.g., Release-12 and beyond UEs that are configured with eIMTA support), the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell may be used to determine the DL-reference UL/DL configuration of a serving cell. Different approaches may be applied if a dynamic UL/DL reconfiguration cell is configured as a PCell or if a dynamic UL/DL reconfiguration cell is configured as an SCell.
[0084] In one TDD CA scenario, the PCell is a regular TDD cell with fixed UL/DL allocation, and a dynamic UL/DL reconfiguration cell is configured as an SCell. The DL-reference configuration of the PCell may be the PCell UL/DL configuration, which is the same as in Release-11. For the SCell (which is capable of dynamic UL/DL reconfiguration), several implementations may be considered for the PDSCH HARQ-ACK association and timing. For a dynamic UL/DL reconfiguration SCell, the DL-reference UL/DL configuration may be determined based on the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration, where the SCell UL/DL configuration is replaced by the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration SCell.
[0085] In one implementation involving a dynamic UL/DL reconfiguration SCell in TDD CA, the SCell may be configured with several UL/DL configurations (e.g., a UL/DL reconfiguration range). Then, a DL-reference UL/DL configuration may be derived for PDSCH HARQ-ACK reporting. This DL-reference UL/DL configuration may be referred to as the first reference UL/DL configuration. The DL-reference UL/DL configuration should be a TDD UL/DL configuration with only fixed UL allocations among all configured configurations. Therefore, if all UL/DL configurations have the same periodicity, among these UL/DL configurations, then the UL/DL configuration with minimum UL allocation (e.g., maximum DL allocation) may be used as the DL-reference UL/DL configuration (e.g., first reference UL/DL configuration). If the UL/DL configurations have different periodicity, then the first reference UL/DL configuration is a UL/DL configuration defined by the fixed UL allocations among all configured UL/DL configurations. The first reference UL/DL reference configuration (e.g., the DL-reference UL/DL configuration) may be selected from the seven existing TDD UL/DL configurations.
[0086] In this implementation, the DL-reference UL/DL configuration of the SCell (e.g., the first reference UL/DL configuration of the SCell) may be used as the SCell UL/DL configuration. Therefore, the DL-reference UL/DL configuration of the SCell may be set as the SCell UL/DL configuration. Then, the DL-reference UL/DL configuration of the serving cell is determined based on the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration in Table (1) above, where the SCell UL/DL configuration is the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration SCell.
[0087] In another implementation involving a dynamic UL/DL reconfiguration SCell in TDD CA, the SCell UL/DL configuration may be signaled for a UL/DL reconfiguration. In this implementation, a new UL/DL configuration is applied on the SCell after the reconfiguration (e.g., transition). Therefore, a UE always has a current TDD UL/DL configuration (e.g., the actual UL/DL configuration) in use. Since the current UL/DL configuration is known to both eNB and the UE, the PDSCH HARQ-ACK association and timing may follow the current UL/DL configuration of the dynamic UL/DL reconfiguration cell. In other words, the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration SCell may be the current UL/DL configuration of the SCell. It should be noted that because the dynamic UL/DL reconfiguration SCell may change UL/DL configurations, the current UL/DL configuration may differ from a first (e.g., default) UL/DL configuration.
[0088] In this implementation, the DL-reference UL/DL configuration of the SCell (e.g., the current UL/DL configuration of the dynamic UL/DL reconfiguration SCell) may be used as the SCell UL/DL configuration. Therefore, the current UL/DL configuration of the SCell is set as the SCell UL/DL configuration. Then, the DL-reference UL/DL configuration of the serving cell may be determined based on the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration in Table (1) above, where the SCell UL/DL configuration is the current UL/DL configuration of the dynamic UL/DL reconfiguration SCell.
[0089] In yet another implementation involving a dynamic UL/DL reconfiguration SCell in TDD CA, a fixed UL/DL configuration may be used as the DL-reference UL/DL configuration for the SCell. For example, if both the PCell and the dynamic UL/DL reconfiguration SCell have a 5 ms periodicity, then TDD configuration 2 may be used as the DL-reference UL/DL configuration. If either the PCell or the dynamic UL/DL reconfiguration SCell has 10 ms periodicity, then TDD configuration 5 may be used as the DL-reference UL/DL configuration. Then, the DL-reference UL/DL configuration of the serving cell may be determined based on the pair formed by a PCell UL/DL configuration and the SCell UL/DL configuration in Table (1) above, where the SCell UL/DL configuration is the fixed DL-reference UL/DL configuration.
[0090] In another implementation involving a dynamic UL/DL reconfiguration SCell in TDD CA, a regional mapping may be used based on the PCell UL/DL configuration. Since the PCell configuration is fixed, the regional mapping is fixed and may be applied to any TDD UL/DL configurations of a dynamic UL/DL reconfiguration cell. If regional mapping is employed, each UL subframe on the PCell may be associated with a set of subframes on an SCell. This set may be referred to as a mapping region of a UL subframe. A mapping region may include DL, UL or flexible subframes on an SCell. With this implementation, the PCell UL/DL configuration is a virtual reference UL/DL configuration for a dynamic UL/DL reconfiguration SCell, and no extra DL-reference UL/DL configuration may be needed for the dynamic UL/DL reconfiguration SCell.
[0091] In another TDD CA scenario, the PCell is a dynamic UL/DL reconfiguration cell and an SCell is a regular TDD cell with fixed UL/DL allocation. The DL-reference UL/DL configuration of the PCell may be the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration cell, which may be the same or different from the first (e.g., default) UL/DL configuration of the dynamic UL/DL reconfiguration PCell. Therefore, this implementation differs from Release-11. For an SCell, the DL-reference UL/DL configuration of the serving cell is determined based on the pair formed by the PCell UL/DL configuration and an SCell UL/DL configuration, where the PCell UL/DL configuration is replaced by the DL-reference configuration of the dynamic UL/DL reconfiguration PCell.
[0092] In one implementation involving a dynamic UL/DL reconfiguration PCell in TDD CA, several UL/DL configurations may be configured for the PCell. Among these cells, a TDD UL/DL configuration with minimum UL allocation (e.g., maximum DL allocation) may be derived and used as the DL-reference UL/DL configuration of the PCell. The DL-reference UL/DL configuration may be denoted as the first reference UL/DL configuration. The DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell (e.g., the first reference UL/DL configuration of the PCell) may be used as the cell UL/DL configuration of the dynamic UL/DL reconfiguration PCell.
[0093] In another implementation involving a dynamic UL/DL reconfiguration PCell in TDD CA, the UL/DL configuration of the PCell may be signaled for a UL/DL reconfiguration. The new UL/DL configuration may be applied on the PCell after the transition. Therefore, a UE always has a current UL/DL configuration (e.g., the actual UL/DL configuration) in use. Since the current UL/DL configuration is known to both eNB and the UE, the PDSCH HARQ-ACK association and timing may follow the current UL/DL configuration of the PCell. In other words, the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration PCell may be the current UL/DL configuration of the dynamic UL/DL reconfiguration PCell. It should be noted that because the dynamic UL/DL reconfiguration PCell may change UL/DL configurations, the current UL/DL configuration may differ from a first (e.g., default) UL/DL configuration.
[0094] In yet another implementation involving a dynamic UL/DL reconfiguration PCell in TDD CA, a fixed UL/DL configuration may be used as the DL-reference UL/DL configuration for the PCell. For example, if the dynamic UL/DL reconfiguration PCell has 5 ms periodicity, the TDD configuration 2 may be used as the DL-reference UL/DL configuration. If the dynamic UL/DL reconfiguration PCell has 10 ms periodicity, then TDD configuration 5 may be used as the DL-reference UL/DL configuration.
[0095] In yet another TDD CA scenario, both the PCell and the SCell are dynamic UL/DL reconfiguration-capable cells. In this scenario, the DL-reference configuration of the PCell should be the DL-reference configuration of the dynamic UL/DL reconfiguration PCell, which may be the same or different from the first (e.g., default) UL/DL configuration of the dynamic UL/DL reconfiguration PCell. This is different from Release-11. For an SCell, the DL-reference UL/DL configuration of the serving cell is determined based on the pair formed by the PCell UL/DL configuration and the SCell UL/DL configuration, where the PCell UL/DL configuration is replaced by the DL-reference UL/DL configuration of the dynamic UL/DL reconfiguration PCell, and the SCell UL/DL configuration is replaced by the DL-reference configuration of the dynamic UL/DL reconfiguration SCell. The DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell may be the reference UL/DL configuration with minimum UL allocation, or the current UL/DL configuration applied in a dynamic UL/DL reconfiguration cell, or a fixed UL/DL configuration, as discussed above.
[0096] One example of cell UL/DL configurations and UE behaviors for TDD carrier aggregation in accordance with the systems and methods described herein is illustrated in Table (3). A cell (e.g., legacy TDD cell) may have a first UL/DL configuration (F) only, defined by a configuration setting {F}. A cell (e.g., dynamic UL/DL reconfiguration cell) may have a first UL/DL configuration and additional information (e.g., additional reconfiguration information) as defined by a configuration setting set {F, X}. The additional information X is defined as information that enables dynamic UL/DL reconfiguration or information that enables having a flexible subframe in the cell. Even if a UE is configured with one or more serving cells with the additional information X, the UE may be further configured not to apply the additional information X. Then, the UE may follow behavior of a Release-11 UE. It should be noted that implementations that do not apply the additional information X may not be shown in the examples (illustrated in Table (3), for instance).
[0097] The additional information X may be signaling of an additional UL/DL configuration (e.g., by a combination with the first UL/DL configuration and defining a range of UL/DL configurations to which the cell can be reconfigured), multiple UL/DL configurations (e.g., a range of UL/DL configurations to which the cell can be reconfigured), signaling of a new UL/DL configuration to which the cell may be reconfigured (e.g., the current UL/DL configuration), etc. Function f(F, X) is the function to decide a UL/DL configuration that is used for a DL-reference UL/DL configuration (e.g., Rp, Rsi, Dp, Dsi). f may or may not use F because the first UL/DL configuration may not be used to derive the DL-reference UL/DL configuration.
TABLE (3)
The following is a behavior of a UE configured with dynamic UL/DL
reconfiguration.
If a UE is configured with one serving cell,
For the PCell
If the PCell is a cell configured with {Fp} only,
DASp=d(Fp)
End if
If the PCell is a cell configured with {Fp, Xp},
Rp=f(Fp, Xp)
DASp=d(Rp)
End if
End for
End if
If a UE is configured with more than one serving cell,
If any of the serving cells are not configured with Xp or Xsi,
If the UL/DL configurations of all serving cells are the same
{Fp(=Fsi)},
DASp=DASsi=d(Fp)
End if
If at least two serving cells have different UL/DL configurations,
For the PCell
Dp=Fp
Rp=Dp
DASp=d(Rp)
End for
For an SCell i
Dp=Fp
Dsi=Fsi
Rsi=r(Dp, Dsi)
DASsi=d(Rsi)
End for
End if
End if
If any of the serving cells are configured with Xp or Xsi,
For the PCell
If the PCell is a cell configured with {Fp} only,
Rp=Fp
DASp=d(Rp)
End if
If the PCell is a UL/DL cell configured with {Fp, Xp},
Rp= f(Fp, Xp)
DASp=d(Rp)
End if
End for
For an SCell i
If the SCell is configured with {Fsi} only,
Dp=Rp, where Rp is defined above for the PCell
Dsi=Fsi
End if
If the SCell is a cell configured with {Fsi, Xsi},
Dp=Rp, where Rp is defined above for the PCell
Dsi=f(Fsi, Xsi)
End if
Rsi = r(Dp, Dsi)
DASsi=d(Rsi)
End for
End if
End if
The following is the behavior of a legacy UE or a Release-12 and
beyond UE that is not configured to support eIMTA.
If a UE is configured with one serving cell,
For the PCell
DASp=d(Fp)
End for
End if
If a UE is configured with more than one serving cell,
If the UL/DL configurations of all serving cells are the same
{Fp(=Fsi)}, DASp=DASsi=d(Fp)
End if
If at least two serving cells have different UL/DL configurations,
For the PCell
Dp=Fp
Rp=Dp
DASp=d(Rp)
End for
For an SCell i
Dp=Fp
Dsi=Fsi
Rsi=r(Dp, Dsi)
DASsi=d(Rsi)
End for
End if
End if
[0098] In Table (3), DAS is a downlink association set, which is an output of Table (2) (from Table 10.1.3.1-1 of 3GPP TS 36.213), and decided by DAS=d(z), where z is an input (e.g., a UL/DL configuration) of Table (2) and d is the function to decide DAS. If a UE is configured with one serving cell without additional information that enables dynamic UL/DL reconfiguration, z is a first UL/DL configuration of the primary cell. If a UE is configured with more than one serving cell and the UL/DL configurations of all serving cells are the same and if any of the serving cells are not configured with the additional information, z is a first UL/DL configuration of the primary cell. If a UE is configured with more than one serving cell and at least two serving cells have different UL/DL configurations and if any of the serving cells are not configured with the additional information, z is a DL-reference UL/DL configuration of each serving cell. D is a UL/DL configuration that is used for an input for r(x, y). D is a temporary parameter for deriving the DL-reference UL/DL configuration of a cell in carrier aggregation. For a primary cell (PCell), Fp is a first UL/DL configuration of a primary cell, Xp is additional information for the primary cell that enables dynamic UL/DL reconfiguration, DASp is a downlink association set of the primary cell and Dp is an input x for r(x, y).
[0099] For a secondary cell (SCell) #i, Fsi is a first UL/DL configuration of a secondary cell #i, Xsi is additional information for a secondary cell #i that enables dynamic UL/DL reconfiguration, DAS si is a downlink association set of a secondary cell #i, and Dsi is an input y for r(x, y). Therefore, Rp is the DL-reference UL/DL configuration of a primary cell in CA as an input z for d(z). Rsi is the DL-reference UL/DL configuration of a secondary cell #i in CA as an input z for d(z). Rsi=r(x, y), where r is the function to decide the DL-reference UL/DL configuration of a secondary cell #i in CA based on Table (1), where x is a PCell UL/DL configuration (Dp) and y is the SCell UL/DL configuration (Dsi).
[0100] In a case where any of the serving cells are not configured with the additional information that enables dynamic UL/DL reconfiguration, Dp is a PCell UL/DL configuration that is a first UL/DL configuration of a primary cell and Dsi is an SCell UL/DL configuration that is a first UL/DL configuration of the secondary cell.
[0101] In another case where any of the serving cells are configured with the additional information that enables dynamic UL/DL reconfiguration, if a primary cell is configured with Xp, then Dp is a UL/DL configuration {Rp}, which is determined by f(Fp, Xp). Furthermore, in this case, if a primary cell is not configured with Xp, then Dp is the first UL/DL configuration of the primary cell {Fp}. Additionally, in this case, if a serving cell #i is configured with Xsi, then Dsi is a UL/DL configuration, which is determined by f(Fsi, Xsi). Furthermore, in this case, if a serving cell #i is not configured with Xsi, then Dsi is a first UL/DL configuration of the serving cell #i. If a serving cell is a primary cell and if the serving cell is not configured with Xp, then z is a first UL/DL configuration of the primary cell. If a serving cell is a primary cell and if the serving cell is configured with Xp, then z is a UL/DL configuration (e.g., a DL-reference UL/DL configuration Rp}, which is determined by f(Fp, Xp). If a serving cell #i is a secondary cell, then z is Rsi which is determined r(Dp, Dsi).
[0102] Various examples of the systems and methods disclosed herein are now described with reference to the Figures, where like reference numbers may indicate functionally similar elements. The systems and methods as generally described and illustrated in the Figures herein could be arranged and designed in a wide variety of different implementations. Thus, the following more detailed description of several implementations, as represented in the Figures, is not intended to limit scope, as claimed, but is merely representative of the systems and methods.
[0103] FIG. 1 is a block diagram illustrating one configuration of one or more eNBs 160 and one or more UEs 102 in which systems and methods for feedback reporting may be implemented. The one or more UEs 102 communicate with one or more eNBs 160 using one or more antennas 122a-n. For example, a UE 102 transmits electromagnetic signals to the eNB 160 and receives electromagnetic signals from the eNB 160 using the one or more antennas 122a-n. The eNB 160 communicates with the UE 102 using one or more antennas 180a-n.
[0104] The UE 102 and the eNB 160 may use one or more channels 119, 121 to communicate with each other. For example, a UE 102 may transmit information or data to the eNB 160 using one or more uplink channels 121. Examples of uplink channels 121 include a PUCCH and a PUSCH, etc. The one or more eNBs 160 may also transmit information or data to the one or more UEs 102 using one or more downlink channels 119, for instance. Examples of downlink channels 119 include a PDCCH, a PDSCH, etc. Other kinds of channels may be used.
[0105] Each of the one or more UEs 102 may include one or more transceivers 118, one or more demodulators 114, one or more decoders 108, one or more encoders 150, one or more modulators 154, a data buffer 104 and a UE operations module 124. For example, one or more reception and/or transmission paths may be implemented in the UE 102. For convenience, only a single transceiver 118, decoder 108, demodulator 114, encoder 150 and modulator 154 are illustrated in the UE 102, though multiple parallel elements (e.g., transceivers 118, decoders 108, demodulators 114, encoders 150 and modulators 154) may be implemented.
[0106] The transceiver 118 may include one or more receivers 120 and one or more transmitters 158. The one or more receivers 120 may receive signals from the eNB 160 using one or more antennas 122a-n. For example, the receiver 120 may receive and downconvert signals to produce one or more received signals 116. The one or more received signals 116 may be provided to a demodulator 114. The one or more transmitters 158 may transmit signals to the eNB 160 using one or more antennas 122a-n. For example, the one or more transmitters 158 may upconvert and transmit one or more modulated signals 156.
[0107] The demodulator 114 may demodulate the one or more received signals 116 to produce one or more demodulated signals 112. The one or more demodulated signals 112 may be provided to the decoder 108. The UE 102 may use the decoder 108 to decode signals. The decoder 108 may produce one or more decoded signals 106, 110. For example, a first UE-decoded signal 106 may comprise received payload data, which may be stored in a data buffer 104. A second UE-decoded signal 110 may comprise overhead data and/or control data. For example, the second UE-decoded signal 110 may provide data that may be used by the UE operations module 124 to perform one or more operations.
[0108] As used herein, the term “module” may mean that a particular element or component may be implemented in hardware, software or a combination of hardware and software. However, it should be noted that any element denoted as a “module” herein may alternatively be implemented in hardware. For example, the UE operations module 124 may be implemented in hardware, software or a combination of both.
[0109] In general, the UE operations module 124 may enable the UE 102 to communicate with the one or more eNBs 160. The UE operations module 124 may include one or more of a UE serving cell configuration module 128, a UE DL-reference UL/DL configuration determination module 130 and a UE PDSCH HARQ-ACK module 132.
[0110] It should be noted that in some implementations, the UE 102 may include built-in support for dynamic UL/DL reconfiguration. A UE 102 may have different behaviors depending on whether the UE 102 includes support for dynamic UL/DL reconfiguration. For example, a Release-12 UE 102 may support eIMTA (e.g., a Release-12 UE 102 may support dynamic UL/DL reconfiguration). However, a legacy (e.g., Release-11) UE 102 may not support eIMTA. Therefore, a UE 102 may not need to check on its own capabilities (e.g., support for dynamic UL/DL reconfiguration) when being configured with a serving cell.
[0111] The UE serving cell configuration module 128 may receive signaling to configure the UE 102 with one or more serving cells. As described above, a serving cell may be a cell of which the UE 102 is aware and is allowed by an eNB 160 to transmit or receive information. A serving cell may or may not support dynamic UL/DL reconfiguration. The signaling may indicate a first UL/DL configuration for a serving cell. A serving cell may also be configured with additional reconfiguration information. In some implementations, the additional reconfiguration information may enable dynamic UL/DL reconfiguration. For example, the additional reconfiguration information may enable having a flexible subframe. Examples of the additional reconfiguration information may include an additional UL/DL configuration, multiple UL/DL configurations, a current UL/DL configuration (after a reconfiguration, for example) and/or a periodicity (e.g., a minimum number of uplink allocations based on the periodicity). In one case, the UE serving cell configuration module 128 may receive signaling to configure the UE 102 with a single serving cell that supports dynamic UL/DL reconfiguration.
[0112] In another case, the UE serving cell configuration module 128 may receive additional signaling to configure the UE 102 with at least one additional serving cell. A UE 102 that is configured with more than one serving cell may perform carrier aggregation (CA). In a case with more than one serving cell, a serving cell may be a primary cell (PCell) or a secondary cell (SCell). Each of the multiple serving cells may have a separate first UL/DL configuration. Furthermore, each first UL/DL configuration may indicate the same or different UL/DL configuration.
[0113] The UE DL-reference UL/DL configuration determination module 130 may determine a DL-reference UL/DL configuration for the one or more serving cells. As described above, PDSCH and PUSCH timing associations may be based on separate reference UL/DL configurations. For example, the UEs 102 and the eNB 160 may be configured to allow dynamic UL/DL reconfiguration based on traffic adaptation (besides the UL/DL reconfiguration as in Release 8, 9, 10 and 11 specifications that requires a system information change). For instance, the UE 102 may utilize a DL-reference UL/DL configuration for PDSCH HARQ-ACK association and a UL-reference UL/DL configuration for PUSCH scheduling and PUSCH HARQ-ACK association, while the UE 102 has knowledge of a first (e.g., default) UL/DL configuration. The DL-reference UL/DL configuration for PDSCH HARQ-ACK association may or may not be the same as the first UL/DL configuration. It should be noted that the eNB 160 may signal the first UL/DL configuration to the UE 102.
[0114] In one scenario, the UE 102 may be configured with one serving cell. The UE DL-reference UL/DL configuration determination module 130 may determine the DL-reference UL/DL configuration in different ways depending on whether the UE 102 supports dynamic UL/DL reconfiguration. For example, if the UE 102 supports dynamic UL/DL reconfiguration, then the UE DL-reference UL/DL configuration determination module 130 may determine the DL-reference UL/DL configuration based on a UL/DL configuration and additional reconfiguration information, as described in more detail below in connection with FIG. 2. If the UE 102 does not support dynamic UL/DL reconfiguration, then the first UL/DL configuration of the serving cell may be used for the DL-reference UL/DL configuration.
[0115] In another scenario, the UE 102 may be configured with more than one serving cell. In this scenario, a serving cell may be a primary cell (PCell) or a secondary cell (SCell). If the serving cell is a PCell and both the PCell and the UE 102 support dynamic UL/DL reconfiguration, then the UE DL-reference UL/DL configuration determination module 130 may determine the DL-reference UL/DL configuration based on a first UL/DL configuration of the PCell and additional reconfiguration information of the PCell, as described in more detail below in connection with FIG. 2. If the PCell supports dynamic UL/DL reconfiguration, but the UE 102 does not support dynamic UL/DL reconfiguration, then a first UL/DL configuration may be used as the DL-reference UL/DL configuration. Alternatively, if the PCell does not support dynamic UL/DL reconfiguration, then a current UL/DL configuration may be used as the DL-reference UL/DL configuration.
[0116] If the serving cell is an SCell, then the UE DL-reference UL/DL configuration determination module 130 may determine the DL-reference UL/DL configuration based on a pair formed by a PCell UL/DL configuration and an SCell UL/DL configuration. The PCell UL/DL configuration may be determined as described above (e.g., the PCell UL/DL configuration may be the DL-reference UL/DL configuration of the PCell). If the SCell and the UE 102 support dynamic UL/DL reconfiguration, then the SCell UL/DL configuration may be based on a first UL/DL configuration of the serving cell and the additional reconfiguration information of the serving cell, as described in more detail below in connection with FIG. 2. If the SCell supports dynamic UL/DL reconfiguration, but the UE 102 does not support dynamic UL/DL reconfiguration, then a first UL/DL configuration may be used as the SCell UL/DL configuration. Alternatively, if the SCell does not support dynamic UL/DL reconfiguration, then a current SCell UL/DL configuration may be used as the SCell UL/DL configuration.
[0117] Upon determining the PCell UL/DL configuration and the SCell UL/DL configuration, the UE DL-reference UL/DL configuration determination module 130 may determine whether the PCell UL/DL configuration and the SCell UL/DL configuration contain different UL/DL configurations. If the PCell UL/DL configuration and the SCell UL/DL configuration contain different UL/DL configurations, then the UE DL-reference UL/DL configuration determination module 130 may determine the DL-reference UL/DL configuration of the SCell based on Table (1) above. If the PCell UL/DL configuration and the SCell UL/DL configuration are the same UL/DL configuration, then the SCell UL/DL configuration may be used as the DL-reference UL/DL configuration.
[0118] It should be noted that if no serving cell is configured with (e.g., supports) dynamic UL/DL reconfiguration, then the UE 102 may follow legacy (e.g., Release-11) behavior. For example, if the TDD UL/DL configuration of all the configured serving cells is the same, the first UL/DL configuration of all serving cells may be used for determining a downlink association set that may be used for the HARQ-ACK for PDSCH for the serving cell. If the TDD UL/DL configurations of at least two configured serving cells are different, then the first UL/DL configurations of some or all of the configured serving cells are used for determining the DL-reference UL/DL configuration for each serving cell and downlink association set that may be used for the HARQ-ACK for PDSCH for the serving cell.
[0119] The UE PDSCH HARQ-ACK module 132 may send PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE PDSCH HARQ-ACK module 132 may send PDSCH HARQ-ACK information in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration. For instance, the UE PDSCH HARQ-ACK module 132 may inform the transmitter(s) 158 when or when not to send PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration.
[0120] The UE operations module 124 may provide information 148 to the one or more receivers 120. For example, the UE operations module 124 may inform the receiver(s) 120 when to receive retransmissions.
[0121] The UE operations module 124 may provide information 138 to the demodulator 114. For example, the UE operations module 124 may inform the demodulator 114 of a modulation pattern anticipated for transmissions from the eNB 160.
[0122] The UE operations module 124 may provide information 136 to the decoder 108. For example, the UE operations module 124 may inform the decoder 108 of an anticipated encoding for transmissions from the eNB 160.
[0123] The UE operations module 124 may provide information 142 to the encoder 150. The information 142 may include data to be encoded and/or instructions for encoding. For example, the UE operations module 124 may instruct the encoder 150 to encode transmission data 146 and/or other information 142. The other information 142 may include PDSCH HARQ-ACK information.
[0124] The encoder 150 may encode transmission data 146 and/or other information 142 provided by the UE operations module 124. For example, encoding the data 146 and/or other information 142 may involve error detection and/or correction coding, mapping data to space, time and/or frequency resources for transmission, multiplexing, etc. The encoder 150 may provide encoded data 152 to the modulator 154.
[0125] The UE operations module 124 may provide information 144 to the modulator 154. For example, the UE operations module 124 may inform the modulator 154 of a modulation type (e.g., constellation mapping) to be used for transmissions to the eNB 160. The modulator 154 may modulate the encoded data 152 to provide one or more modulated signals 156 to the one or more transmitters 158.
[0126] The UE operations module 124 may provide information 140 to the one or more transmitters 158. This information 140 may include instructions for the one or more transmitters 158. For example, the UE operations module 124 may instruct the one or more transmitters 158 when to transmit a signal to the eNB 160. In some configurations, this may be based on the DL-reference UL/DL configuration (determined by the UE DL-reference UL/DL configuration determination module 130, for example). For instance, the one or more transmitters 158 may transmit during a UL subframe. The one or more transmitters 158 may upconvert and transmit the modulated signal(s) 156 to one or more eNBs 160.
[0127] The eNB 160 may include one or more transceivers 176, one or more demodulators 172, one or more decoders 166, one or more encoders 109, one or more modulators 113, a data buffer 162 and an eNB operations module 182. For example, one or more reception and/or transmission paths may be implemented in an eNB 160. For convenience, only a single transceiver 176, decoder 166, demodulator 172, encoder 109 and modulator 113 are illustrated in the eNB 160, though multiple parallel elements (e.g., transceivers 176, decoders 166, demodulators 172, encoders 109 and modulators 113) may be implemented.
[0128] The transceiver 176 may include one or more receivers 178 and one or more transmitters 117. The one or more receivers 178 may receive signals from the UE 102 using one or more antennas 180a-n. For example, the receiver 178 may receive and downconvert signals to produce one or more received signals 174. The one or more received signals 174 may be provided to a demodulator 172. The one or more transmitters 117 may transmit signals to the UE 102 using one or more antennas 180a-n. For example, the one or more transmitters 117 may upconvert and transmit one or more modulated signals 115.
[0129] The demodulator 172 may demodulate the one or more received signals 174 to produce one or more demodulated signals 170. The one or more demodulated signals 170 may be provided to the decoder 166. The eNB 160 may use the decoder 166 to decode signals. The decoder 166 may produce one or more decoded signals 164, 168. For example, a first eNB-decoded signal 164 may comprise received payload data, which may be stored in a data buffer 162. A second eNB-decoded signal 168 may comprise overhead data and/or control data. For example, the second eNB-decoded signal 168 may provide data (e.g., PDSCH HARQ-ACK information) that may be used by the eNB operations module 182 to perform one or more operations.
[0130] In general, the eNB operations module 182 may enable the eNB 160 to communicate with the one or more UEs 102. The eNB operations module 182 may include one or more of an eNB serving cell configuration module 196, an eNB DL-reference UL/DL configuration determination module 198 and an eNB PDSCH HARQ-ACK module 107.
[0131] The eNB serving cell configuration module 196 may send signaling to configure the UE 102 with a serving cell. As described above, a serving cell may or may not support dynamic UL/DL reconfiguration. A serving cell may or may not support dynamic UL/DL reconfiguration. The signaling may indicate a first UL/DL configuration for a serving cell. A serving cell may also be configured with additional reconfiguration information. In some implementations, the additional reconfiguration information may enable dynamic UL/DL reconfiguration.
[0132] In one implementation, the eNB serving cell configuration module 196 may send signaling to configure the UE 102 with a single serving cell that supports dynamic UL/DL reconfiguration. In another implementation, the eNB serving cell configuration module 196 may send additional signaling to configure the UE 102 with at least one additional serving cell. For example, one eNB 160 may be associated with one serving cell, and another eNB 160 may be associated with another serving cell. In another example, a single eNB 160 may be associated with multiple serving cells. A UE 102 that is configured with more than one serving cell may perform carrier aggregation (CA). In an implementation with more than one serving cell, a serving cell may be a primary cell (PCell) or a secondary cell (SCell).
[0133] The eNB DL-reference UL/DL configuration determination module 198 may determine a DL-reference UL/DL configuration for the one or more serving cells. As described above, PDSCH and PUSCH timing associations may be based on separate reference UL/DL configurations. For example, the UEs 102 and the eNB 160 may be configured to allow dynamic UL/DL reconfiguration based on traffic adaptation (besides the UL/DL reconfiguration as in Release 8, 9, 10 and 11 specifications that requires a system information change). For instance, the eNB 160 may utilize a DL-reference UL/DL configuration for PDSCH HARQ-ACK association and a UL-reference UL/DL configuration for PUSCH scheduling and PUSCH HARQ-ACK association with the UE 102, while the UE 102 has knowledge of a first (e.g., default) UL/DL configuration. The DL reference UL/DL configuration for PDSCH HARQ-ACK association may or may not be the same as the first UL/DL configuration. It should be noted that the eNB 160 may signal the first UL/DL configuration to the UE 102.
[0134] In some cases, the eNB 160 may transition operation between UL/DL configurations. For example, the eNB 160 may perform dynamic UL/DL reconfiguration by directing one or more UEs 102 to use a UL/DL configuration that is different from the first UL/DL configuration. Therefore, the current UL/DL configuration may be different than the first UL/DL configuration. The eNB DL-reference UL/DL configuration determination module 198 may determine a DL-reference UL/DL configuration that may be used to receive PDSCH HARQ-ACK information from the UE 102 upon dynamic UL/DL reconfiguration.
[0135] In one scenario, a UE 102 may be configured with one serving cell associated with the eNB 160. The eNB DL-reference UL/DL configuration determination module 198 may determine the DL-reference UL/DL configuration in different ways depending on whether the UE 102 supports dynamic UL/DL reconfiguration. For example, if the UE 102 supports dynamic UL/DL reconfiguration, then the eNB DL-reference UL/DL configuration determination module 198 may determine the DL-reference UL/DL configuration based on a first UL/DL configuration and additional reconfiguration information, as described in more detail below. If the UE 102 does not support dynamic UL/DL reconfiguration, then the first UL/DL configuration of the serving cell may be used for the DL-reference UL/DL configuration.
[0136] In another scenario, the UE 102 may be configured with more than one serving cell. In this scenario, a serving cell may be a primary cell (PCell) or a secondary cell (SCell). If the serving cell (associated with the eNB 160) is a PCell and both the PCell and the UE 102 support dynamic UL/DL reconfiguration, then the eNB DL-reference UL/DL configuration determination module 198 may determine the DL-reference UL/DL configuration based on a first UL/DL configuration and additional reconfiguration information, as described in more detail below. If the PCell supports dynamic UL/DL reconfiguration, but the UE 102 does not support dynamic UL/DL reconfiguration, then a first UL/DL configuration may be used as the DL-reference UL/DL configuration. Alternatively, if the PCell does not support dynamic UL/DL reconfiguration, then a current UL/DL configuration may be used as the DL-reference UL/DL configuration.
[0137] If the serving cell (associated with the eNB 160) is an SCell, then the eNB DL-reference UL/DL configuration determination module 198 may determine the DL-reference UL/DL configuration based on a pair formed by a PCell UL/DL configuration and an SCell UL/DL configuration. The PCell UL/DL configuration may be determined as described above (e.g., the PCell UL/DL configuration may be the DL-reference UL/DL configuration of the PCell). If the SCell and the UE 102 support dynamic UL/DL reconfiguration, then the SCell UL/DL configuration may be based on a first UL/DL configuration and additional reconfiguration information, as described in more detail below. If the SCell supports dynamic UL/DL reconfiguration, but the UE 102 does not support dynamic UL/DL reconfiguration, then a first UL/DL configuration may be used as the SCell UL/DL configuration. Alternatively, if the SCell does not support dynamic UL/DL reconfiguration, then a current SCell UL/DL configuration may be used as the SCell UL/DL configuration.
[0138] Upon determining the PCell UL/DL configuration and the SCell UL/DL configuration, the eNB DL-reference UL/DL configuration determination module 198 may determine whether the PCell UL/DL configuration and the SCell UL/DL configuration contain different UL/DL configurations. If the PCell UL/DL configuration and the SCell UL/DL configuration contain different UL/DL configurations, then the eNB DL-reference UL/DL configuration determination module 198 may determine the DL-reference UL/DL configuration of the SCell based on Table (1) above. If the PCell UL/DL configuration and the SCell UL/DL configuration are the same UL/DL configuration, then the SCell UL/DL configuration may be used as the DL-reference UL/DL configuration.
[0139] It should be noted that if no serving cell is configured with dynamic UL/DL reconfiguration, then the eNB 160 may follow legacy (e.g., Release-11) behavior. Therefore, if no serving cell supports dynamic UL/DL reconfiguration, then the downlink association set used for receiving the PDSCH HARQ-ACK information may be based on the first UL/DL configuration of the serving cell.
[0140] The eNB PDSCH HARQ-ACK module 107 may receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the eNB PDSCH HARQ-ACK module 107 may receive PDSCH HARQ-ACK information in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration. For instance, the eNB PDSCH HARQ-ACK module 107 may inform the receivers(s) 178 when or when not to receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration.
[0141] The eNB operations module 182 may provide information 190 to the one or more receivers 178. For example, the eNB operations module 182 may inform the receiver(s) 178 when or when not to receive PDSCH HARQ-ACK information based on the set of downlink subframe associations corresponding to the DL-reference UL/DL configuration.
[0142] The eNB operations module 182 may provide information 188 to the demodulator 172. For example, the eNB operations module 182 may inform the demodulator 172 of a modulation pattern anticipated for transmissions from the UE(s) 102.
[0143] The eNB operations module 182 may provide information 186 to the decoder 166. For example, the eNB operations module 182 may inform the decoder 166 of an anticipated encoding for transmissions from the UE(s) 102.
[0144] The eNB operations module 182 may provide information 101 to the encoder 109. The information 101 may include data to be encoded and/or instructions for encoding. For example, the eNB operations module 182 may instruct the encoder 109 to encode transmission data 105 and/or other information 101.
[0145] The encoder 109 may encode transmission data 105 and/or other information 101 provided by the eNB operations module 182. For example, encoding the data 105 and/or other information 101 may involve error detection and/or correction coding, mapping data to space, time and/or frequency resources for transmission, multiplexing, etc. The encoder 109 may provide encoded data 111 to the modulator 113. The transmission data 105 may include network data to be relayed to the UE 102.
[0146] The eNB operations module 182 may provide information 103 to the modulator 113. This information 103 may include instructions for the modulator 113. For example, the eNB operations module 182 may inform the modulator 113 of a modulation type (e.g., constellation mapping) to be used for transmissions to the UE(s) 102. The modulator 113 may modulate the encoded data 111 to provide one or more modulated signals 115 to the one or more transmitters 117.
[0147] The eNB operations module 182 may provide information 192 to the one or more transmitters 117. This information 192 may include instructions for the one or more transmitters 117. For example, the eNB operations module 182 may instruct the one or more transmitters 117 when to (or when not to) transmit a signal to the UE(s) 102. In some implementations, this may be based on a DL-reference UL/DL configuration. The one or more transmitters 117 may upconvert and transmit the modulated signal(s) 115 to one or more UEs 102.
[0148] It should be noted that a DL subframe may be transmitted from the eNB 160 to one or more UEs 102 and that a UL subframe may be transmitted from one or more UEs 102 to the eNB 160. Furthermore, both the eNB 160 and the one or more UEs 102 may transmit data in a standard special subframe.
[0149] It should also be noted that one or more of the elements or parts thereof included in the eNB(s) 160 and UE(s) 102 may be implemented in hardware. For example, one or more of these elements or parts thereof may be implemented as a chip, circuitry or hardware components, etc. It should also be noted that one or more of the functions or methods described herein may be implemented in and/or performed using hardware. For example, one or more of the methods described herein may be implemented in and/or realized using a chipset, an application-specific integrated circuit (ASIC), a large-scale integrated (LSI) circuit or integrated circuit, etc.
[0150] FIG. 2 is a flow diagram illustrating one implementation of a method 200 for sending feedback by a UE 102. The UE 102 may be configured with dynamic UL/DL reconfiguration (e.g., eIMTA support). The UE 102 may receive 202 signaling to configure the UE 102 with one or multiple serving cells. As described above, a serving cell may be a cell of which the UE 102 is aware and is allowed by an eNB 160 to transmit or receive information. The UE 102 may receive 202 the signaling to configure the UE 102 with multiple serving cells from an eNB 160. The signaling may indicate a first UL/DL configuration for a serving cell. Each of the multiple serving cells may have a separate first UL/DL configuration. Furthermore, each first UL/DL configuration may indicate the same or different UL/DL configuration. A first UL/DL configuration may be signaled in an SIB.
[0151] A first UL/DL configuration may be used as the default TDD UL/DL configuration of a serving cell. A serving cell may also be configured with additional reconfiguration information. A serving cell may be configured (e.g., switched) to another UL/DL configuration that is different from the first UL/DL configuration. The current UL/DL configuration may also be referred to as the actual UL/DL configuration. A serving cell may be configured with multiple TDD UL/DL configurations and have multiple reference TDD UL/DL configurations. In some implementations, the additional reconfiguration information may enable dynamic UL/DL reconfiguration. Examples of the additional reconfiguration information may include an additional UL/DL configuration, multiple UL/DL configurations, a current UL/DL configuration (after a reconfiguration, for example) and/or a periodicity (e.g., a minimum number of uplink allocations based on the periodicity). As described above, a UE 102 may support dynamic UL/DL reconfiguration, or the UE 102 may be a legacy UE 102 that may not support dynamic UL/DL reconfiguration.
[0152] If the UE 102 is configured with the one or multiple serving cells and at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the UE 102 may determine 204 a DL-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the serving cell and the additional reconfiguration information of the serving cell. In one implementation, the DL-reference UL/DL configuration may be determined 204 based on a first reference UL/DL configuration. For example, the UE 102 may receive 202 signaling with a UL/DL reconfiguration range. A DL-reference UL/DL configuration may then be determined 204 based on the UL/DL reconfiguration range. This DL-reference UL/DL configuration may be referred to as the first reference UL/DL configuration. The DL-reference UL/DL configuration may be a UL/DL configuration with only fixed UL allocations among all configured UL/DL configurations.
[0153] If all configurations have the same periodicity, among these configurations, the UL/DL configuration with minimum UL allocation (e.g., maximum DL allocation) may be used as the DL-reference UL/DL configuration (e.g., the first reference UL/DL configuration). If the configurations have different periodicity, the first reference UL/DL configuration is a configuration defined by the fixed UL allocations among all configured configurations. Therefore, the DL-reference UL/DL configuration may be the same as one of the configured UL/DL configurations, or the DL-reference UL/DL configuration may be different from the configured UL/DL configurations. The first reference UL/DL configuration (e.g., the DL-reference UL/DL configuration) may be selected from the seven existing TDD UL/DL configurations.
[0154] With this implementation, the PDSCH HARQ-ACK association and timing may follow the first reference UL/DL configuration (e.g., the DL-reference UL/DL configuration) of the serving cell. Because all flexible subframes are included in the subset of DL subframes of the DL-reference UL/DL configuration, the DL-reference UL/DL configuration may be used regardless of the actual flexible subframe allocation.
[0155] In another implementation, the DL-reference UL/DL configuration may be determined 204 based on a current UL/DL configuration. For example, the UL/DL configuration of the serving cell may be signaled upon a UL/DL reconfiguration. The new UL/DL configuration may be applied after a UL/DL configuration transition (e.g., reconfiguration). Therefore, the UE 102 may always have a current UL/DL configuration (e.g., the actual UL/DL configuration in use). The current UL/DL configuration may be the same or different from the first (e.g., default) UL/DL configuration. The current UL/DL configuration may be any configuration within the UL/DL reconfiguration range. Since the current UL/DL configuration is known to both eNB 160 and the UE 102, the PDSCH HARQ-ACK association and timing may follow the current UL/DL configuration of the serving cell. In other words, the DL-reference UL/DL configuration of the serving cell may be the current UL/DL configuration of the serving cell.
[0156] In yet another implementation, the DL-reference UL/DL configuration may be determined 204 based on a periodicity of fixed UL/DL configurations. For example, a fixed UL/DL configuration may be used as the DL-reference UL/DL configuration for the first cell. If the serving cell is an SCell that has 5 millisecond (ms) periodicity, then TDD UL/DL configuration 2 may be used as the DL-reference UL/DL configuration. If a serving cell is an SCell that has 10 ms periodicity, then TDD UL/DL configuration 5 may be used as the DL-reference UL/DL configuration.
[0157] If the UE 102 does not support dynamic UL/DL reconfiguration, then the UE 102 may determine 204 a DL-reference UL/DL configuration based on a first UL/DL configuration. A UE 102 that does not support dynamic UL/DL reconfiguration may be a legacy UE 102 (e.g., Release-8, 9, 10 and 11 UE 102) or a Release-12 and beyond UE 102 that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE). In other words, if the UE 102 does not support dynamic UL/DL reconfiguration, but the serving cell does support dynamic UL/DL reconfiguration, the UE 102 may determine 204 the DL-reference UL/DL configuration based on a default UL/DL configuration of the serving cell. In this way, the UE 102 may treat the serving cell as a legacy TDD cell with a default TDD UL/DL configuration.
[0158] The UE 102 may send 206 PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE 102 may send 206 PDSCH HARQ-ACK information to the eNB 160 in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0159] FIG. 3 is a flow diagram illustrating one implementation of a method 300 for receiving feedback by an eNB 160. The eNB 160 may send 302 signaling to configure a UE 102 with multiple serving cells. The signaling may indicate a first UL/DL configuration for a serving cell. Each of the multiple serving cells may have a separate first UL/DL configuration. Furthermore, each first UL/DL configuration may indicate the same or different UL/DL configuration. A first UL/DL configuration may be signaled in an SIB.
[0160] A first UL/DL configuration may be used as the default TDD UL/DL configuration of a serving cell. A serving cell may also be configured with additional reconfiguration information. A serving cell may be configured (e.g., switched) to another UL/DL configuration that is different from the first UL/DL configuration. The current UL/DL configuration may also be referred to as the actual UL/DL configuration. A serving cell may be configured with multiple TDD UL/DL configurations and have multiple reference TDD UL/DL configurations. In some implementations, the additional reconfiguration information may enable dynamic UL/DL reconfiguration. Examples of the additional reconfiguration information may include an additional UL/DL configuration, multiple UL/DL configurations, a current UL/DL configuration (after a reconfiguration, for example) and/or a periodicity (e.g., a minimum number of uplink allocations based on the periodicity).
[0161] If at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration, then the eNB 160 may determine 304 a DL-reference UL/DL configuration based the first UL/DL configuration of the serving cell and the additional reconfiguration information of the serving cell. In one implementation, the DL-reference UL/DL configuration may be determined 304 based on a first reference UL/DL configuration. For example, the eNB 160 may send 304 signaling with a UL/DL reconfiguration range to the UE 102. A DL-reference UL/DL configuration may then be determined 304 based on the UL/DL reconfiguration range as described above in connection with FIG. 2.
[0162] In another implementation, the DL-reference UL/DL configuration may be determined 304 based on a current UL/DL configuration. This may be accomplished as described above in connection with FIG. 2.
[0163] In yet another implementation, the DL-reference UL/DL configuration may be determined 304 based on a periodicity of fixed UL/DL configurations. This may also be accomplished as described above in connection with FIG. 2.
[0164] If the UE 102 does not support dynamic UL/DL reconfiguration, then the eNB 160 may determine 304 a DL-reference UL/DL configuration based on a first UL/DL configuration. A UE 102 that does not support dynamic UL/DL reconfiguration may be a legacy UE 102 (e.g., Release-8, 9, 10 and 11 UE 102) or a Release-12 and beyond UE 102 that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE). In other words, if the UE 102 does not support dynamic UL/DL reconfiguration, but the serving cell does support dynamic UL/DL reconfiguration, the eNB 160 may determine 304 the DL-reference UL/DL configuration based on a default UL/DL configuration of the serving cell. In an implementation where the eNB 160 is connected to multiple UEs 102, it is up to the eNB 160 to avoid conflicts in flexible subframes between the legacy UEs 102 and dynamic UL/DL reconfiguration-capable UEs 102.
[0165] The eNB 160 may receive 306 PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the eNB 160 may receive 306 PDSCH HARQ-ACK information in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0166] FIG. 4 is a diagram illustrating one example of a radio frame 435 that may be used in accordance with the systems and methods disclosed herein. This radio frame 435 structure illustrates a TDD structure. Each radio frame 435 may have a length of Tf=307200·Ts=10 ms, where Tf is a radio frame 435 duration and Ts is a time unit equal to
1
(
15000
×
2048
)
[0000] seconds. The radio frame 435 may include two half-frames 437, each having a length of 153600·Ts=5 ms. Each half-frame 437 may include five subframes 423a-e, 423f-j each having a length of 30720·Ts=1 ms.
[0167] TDD UL/DL configurations 0-6 are given below in Table (4) (from Table 4.2-2 in 3GPP TS 36.211). UL/DL configurations with both 5 ms and 10 ms downlink-to-uplink switch-point periodicity may be supported. In particular, seven UL/DL configurations are specified in 3GPP specifications, as shown in Table (4) below. In Table (4), “D” denotes a downlink subframe, “S” denotes a special subframe and “U” denotes a UL subframe.
TABLE (4)
TDD UL/
Downlink-
DL Con-
to-Uplink
figuration
Switch-Point
Subframe Number
Number
Periodicity
0
1
2
3
4
5
6
7
8
9
0
5 ms
D
S
U
U
U
D
S
U
U
U
1
5 ms
D
S
U
U
D
D
S
U
U
D
2
5 ms
D
S
U
D
D
D
S
U
D
D
3
10 ms
D
S
U
U
U
D
D
D
D
D
4
10 ms
D
S
U
U
D
D
D
D
D
D
5
10 ms
D
S
U
D
D
D
D
D
D
D
6
5 ms
D
S
U
U
U
D
S
U
U
D
[0168] In Table (4) above, for each subframe in a radio frame, “D” indicates that the subframe is reserved for downlink transmissions, “U” indicates that the subframe is reserved for uplink transmissions and “S” indicates a special subframe with three fields: a downlink pilot time slot (DwPTS), a guard period (GP) and an uplink pilot time slot (UpPTS). The length of DwPTS and UpPTS is given in Table (5) (from Table 4.2-1 of 3GPP TS 36.211) subject to the total length of DwPTS, GP and UpPTS being equal to 30720·Ts=1 ms. Table (5) illustrates several configurations of (standard) special subframes. Each subframe i is defined as two slots, 2i and 2i+1 of length Tslot=15360·Ts=0.5 ms in each subframe. In Table (5), “cyclic prefix” is abbreviated as “CP” and “configuration” is abbreviated as “Config” for convenience.
TABLE (5)
Normal CP in downlink
Extended CP in downlink
UpPTS
UpPTS
Special
Normal
Extended
Normal
Extended
Subframe
CP in
CP in
CP in
CP in
Config
DwPTS
uplink
uplink
DwPTS
uplink
uplink
0
6592 · Ts
2192 · Ts
2560 · Ts
7680 · Ts
2192 · Ts
2560 · Ts
1
19760 · Ts
20480 · Ts
2
21952 · Ts
23040 · Ts
3
24144 · Ts
25600 · Ts
4
26336 · Ts
7680 · Ts
4384 · Ts
5120 · Ts
5
6592 · Ts
4384 · Ts
5120 · Ts
20480 · Ts
6
19760 · Ts
23040 · Ts
7
21952 · Ts
—
—
—
8
24144 · Ts
—
—
—
[0169] UL/DL configurations with both 5 ms and 10 ms downlink-to-uplink switch-point periodicity are supported. In the case of 5 ms downlink-to-uplink switch-point periodicity, the special subframe exists in both half-frames. In the case of 10 ms downlink-to-uplink switch-point periodicity, the special subframe exists in the first half-frame only. Subframes 0 and 5 and DwPTS may be reserved for downlink transmission. UpPTS and the subframe immediately following the special subframe may be reserved for uplink transmission.
[0170] In accordance with the systems and methods disclosed herein, some types of subframes 423 that may be used include a downlink subframe, an uplink subframe and a special subframe 431. In the example illustrated in FIG. 4, which has a 5 ms periodicity, two standard special subframes 431a-b are included in the radio frame 435.
[0171] The first special subframe 431a includes a downlink pilot time slot (DwPTS) 425a, a guard period (GP) 427a and an uplink pilot time slot (UpPTS) 429a. In this example, the first standard special subframe 431a is included in subframe one 423b. The second standard special subframe 431b includes a downlink pilot time slot (DwPTS) 425b, a guard period (GP) 427b and an uplink pilot time slot (UpPTS) 429b. In this example, the second standard special subframe 431b is included in subframe six 423g. The length of the DwPTS 425a-b and UpPTS 429a-b may be given by Table 4.2-1 of 3GPP TS 36.211 (illustrated in Table (5) above) subject to the total length of each set of DwPTS 425, GP 427 and UpPTS 429 being equal to 30720·Ts=1 ms.
[0172] Each subframe i 423a-j (where i denotes a subframe ranging from subframe zero 423a (e.g., 0) to subframe nine 423j (e.g., 9) in this example) is defined as two slots, 2i and 2i+1 of length Tslot=15360·Ts=0.5 ms in each subframe 423. For example, subframe zero (e.g., 0) 423a may include two slots, including a first slot 439.
[0173] UL/DL configurations with both 5 ms and 10 ms downlink-to-uplink switch-point periodicity may be used in accordance with the systems and methods disclosed herein. FIG. 4 illustrates one example of a radio frame 435 with 5 ms switch-point periodicity. In the case of 5 ms downlink-to-uplink switch-point periodicity, each half-frame 437 includes a standard special subframe 431a-b. In the case of 10 ms downlink-to-uplink switch-point periodicity, a special subframe may exist in the first half-frame 437 only.
[0174] Subframe zero (e.g., 0) 423a and subframe five (e.g., 5) 423f and DwPTS 425a-b may be reserved for DL transmission. The UpPTS 429a-b and the subframe(s) immediately following the standard special subframe(s) 431a-b (e.g., subframe two 423c and subframe seven 423h) may be reserved for UL transmission. In one implementation, in a case where multiple cells are aggregated, a UE 102 may assume the same UL/DL configuration across all the cells and that the guard period (GP) of the special subframe(s) in the different cells have an overlap of at least 1456·Ts.
[0175] One or more of the subframes 423 illustrated in FIG. 4 may be convertible, depending on the UL/DL reconfiguration range. Assuming a default UL/DL configuration 1 as given in Table (4) above, for example, subframe three (e.g., 3) 423d may be a convertible subframe 433 (from UL-to-DL, for instance).
[0176] FIG. 5 is a diagram illustrating some TDD UL/DL configurations 541a-g in accordance with the systems and methods described herein. In particular, FIG. 5 illustrates UL/DL configuration zero 541a (e.g., “UL/DL configuration 0”) with subframes 523a and subframe numbers 543a, UL/DL configuration one 541b (e.g., “UL/DL configuration 1”) with subframes 523b and subframe numbers 543b, UL/DL configuration two 541c (e.g., “UL/DL configuration 2”) with subframes 523c and subframe numbers 543c and UL/DL configuration three 541d (e.g., “UL/DL configuration 3”) with subframes 523d and subframe numbers 543d. FIG. 5 also illustrates UL/DL configuration four 541e (e.g., “UL/DL configuration 4”) with subframes 523e and subframe numbers 543e, UL/DL configuration five 541f (e.g., “UL/DL configuration 5”) with subframes 523f and subframe numbers 543f and UL/DL configuration six 541g (e.g., “UL/DL configuration 6”) with subframes 523g and subframe numbers 543g.
[0177] Furthermore, FIG. 5 illustrates PDSCH HARQ-ACK associations 545 (e.g., PDSCH HARQ-ACK feedback on PUCCH or PUSCH associations). The PDSCH HARQ-ACK associations 545 may indicate HARQ-ACK reporting subframes corresponding to subframes for PDSCH transmissions (e.g., subframes in which PDSCH transmissions may be sent and/or received). It should be noted that some of the radio frames illustrated in FIG. 5 have been truncated for convenience.
[0178] The systems and methods described herein may be applied to one or more of the UL/DL configurations 541a-g illustrated in FIG. 5. For example, one or more PDSCH HARQ-ACK associations 545 corresponding to one of the UL/DL configurations 541a-g illustrated in FIG. 5 may be applied to communications between a UE 102 and eNB 160. For example, a DL-reference UL/DL configuration 541 may be determined (e.g., assigned to, applied to) for a serving cell. In this case, PDSCH HARQ-ACK associations 545 may specify PDSCH HARQ-ACK timing (e.g., a HARQ-ACK reporting subframe) for HARQ-ACK feedback transmissions corresponding to the serving cell.
[0179] A PDSCH HARQ-ACK association 545 may specify a particular (PDSCH HARQ-ACK) timing for receiving HARQ-ACK information corresponding to a PDSCH. A PDSCH HARQ-ACK association 545 may specify a reporting subframe in which the UE 102 reports (e.g., transmits) the HARQ-ACK information corresponding to the PDSCH to the eNB 160. The reporting subframe may be determined based on the subframe that includes the PDSCH sent by the eNB 160.
[0180] FIG. 6 is a flow diagram illustrating one implementation of a method 600 for determining a DL-reference UL/DL configuration for a primary cell (PCell). The method 600 may be performed by a communication device associated with a serving cell. The communication device may be configured to support dynamic UL/DL reconfiguration, (e.g., eIMTA). The communication device may be a UE 102 configured with the serving cell and one or more additional serving cells, which may include a PCell and one or more SCells. The multiple serving cells may be used for carrier aggregation (CA). The communication device may additionally or alternatively be an eNB 160 associated with the serving cell. In the implementation described in FIG. 6, the serving cell is a PCell and the UE 102 supports dynamic UL/DL reconfiguration. The implementation described in FIG. 6 may be only applied in a case where any of the serving cells are configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration or that enables having a flexible subframe in the cell.
[0181] The communication device may determine 602 that the serving cell is a PCell. For example, the eNB 160 may configure the serving cell as a PCell. The UE 102 may receive an indication from the eNB 160 indicating that the serving cell is a PCell.
[0182] The communication device may determine 604 whether the serving cell supports dynamic UL/DL reconfiguration. If the serving cell supports dynamic UL/DL reconfiguration, then the communication device may determine 606 the DL-reference UL/DL configuration based on a first UL/DL configuration of the serving cell and additional reconfiguration information of the serving cell. This may be accomplished as described in connection with FIG. 2. For example, in one implementation, the DL-reference UL/DL configuration may be determined 606 based on a first reference UL/DL configuration. In another implementation, the DL-reference UL/DL configuration may be determined 606 based on a current UL/DL configuration. In yet another implementation, the DL-reference UL/DL configuration may be determined 606 based on a periodicity of fixed UL/DL configurations.
[0183] If the communication device determines 604 that the serving cell does not support dynamic UL/DL reconfiguration, then the communication device may use 608 the TDD UL/DL configuration of the serving cell as the DL-reference UL/DL configuration. In other words, if the serving cell is operating as a legacy serving cell, then the currently used UL/DL configuration may be used 608 as the DL-reference UL/DL configuration. It should be noted that there may be only one configuration for a legacy cell.
[0184] It should be noted that the communication device may send or receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE 102 may send PDSCH HARQ-ACK information to the eNB 160 in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0185] FIG. 7 is a flow diagram illustrating another implementation of a method 700 for determining a DL-reference UL/DL configuration for a primary cell (PCell). The method 700 may be performed by a communication device associated with a serving cell. The communication device may be a UE 102 configured with the serving cell and one or more additional serving cells, which may include a PCell and one or more SCells. The multiple serving cells may be used for carrier aggregation (CA). The communication device may additionally or alternatively be an eNB 160 associated with the serving cell. The communication device may not support eIMTA. For example, the communication device may be a legacy (e.g., Release-8, 9, 10 and 11) UE 102 or a Release-12 and beyond UE 102 that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE). In this implementation, the serving cell is a PCell. Furthermore, the UE 102 in this implementation does not support dynamic UL/DL reconfiguration.
[0186] The communication device may determine 702 that the serving cell is a PCell. For example, the eNB 160 may configure the serving cell as a PCell. The UE 102 may receive an indication from the eNB 160 that the serving cell is a PCell.
[0187] The communication device may determine 704 whether the serving cell supports dynamic UL/DL reconfiguration. If the serving cell supports dynamic UL/DL reconfiguration and if the UE 102 is a Release-12 and beyond UE 102 that is configured not to use eIMTA capability, then the communication device may use 706 a first UL/DL configuration as the DL-reference UL/DL configuration. A legacy UE 102 that does not understand dynamic UL/DL reconfiguration signaling only receives the first PCell UL/DL configuration, and uses it as the PCell UL/DL configuration. In the case where the serving cell supports dynamic UL/DL reconfiguration, the current UL/DL configuration of the serving cell may not be the same as the first (e.g., default) UL/DL configuration. As discussed above, it is up to the eNB 160 to avoid conflicts in flexible subframes between the legacy and non-eIMTA supported UEs 102 and dynamic UL/DL reconfiguration-capable UEs 102. Therefore, the eNB 160 may set the first (e.g., default) UL/DL configuration as the UL/DL configuration with minimum UL allocation within the allowed UL/DL reconfiguration range.
[0188] If the communication device determines 704 that the serving cell does not support dynamic UL/DL reconfiguration or the UE 102 is a legacy UE 102 that does not understand dynamic UL/DL reconfiguration signaling, then the communication device may use 708 a current UL/DL configuration as the DL-reference UL/DL configuration. In other words, if the serving cell is operating as a legacy serving cell, then the currently configured TDD UL/DL configuration of the cell may be used 708 as the DL-reference UL/DL configuration.
[0189] It should be noted that the communication device may send or receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE 102 may send PDSCH HARQ-ACK information to the eNB 160 in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0190] FIG. 8 is a flow diagram illustrating one implementation of a method 800 for determining a DL-reference UL/DL configuration for a secondary cell (SCell). The method 800 may be performed by a communication device associated with a serving cell. The communication device may be a UE 102 configured with the serving cell and one or more additional serving cells, which may include a PCell and one or more SCells. The communication device may be configured to support dynamic UL/DL configuration (e.g., eIMTA). The multiple serving cells may be used for carrier aggregation (CA). The communication device may additionally or alternatively be an eNB 160 associated with the serving cell. In this implementation, the serving cell is an SCell and the UE 102 supports dynamic UL/DL reconfiguration. The implementation described in FIG. 8 may be only applied in a case where any of the serving cells are configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration or that enables having a flexible subframe in the cell.
[0191] The communication device may determine 802 that the serving cell is an SCell. For example, the eNB 160 may configure the serving cell as an SCell. The UE 102 may receive an indication from the eNB 160 indicating that the serving cell is an SCell. It should be noted that a “first UL/DL configuration” may denote a “default UL/DL configuration.”
[0192] The communication device may determine 804 whether the PCell supports dynamic UL/DL reconfiguration. If the PCell supports dynamic UL/DL reconfiguration, then the communication device may determine 806 a PCell UL/DL configuration based on a first UL/DL configuration of the PCell and additional reconfiguration information of the PCell. This may be accomplished as described in connection with FIG. 2. For example, in one implementation, the PCell UL/DL configuration may be determined 806 based on a first reference UL/DL configuration. In another implementation, the PCell UL/DL configuration may be determined 806 based on a current PCell UL/DL configuration. In yet another implementation, the PCell UL/DL configuration may be determined 806 based on a periodicity of fixed UL/DL configurations.
[0193] If the communication device determines 804 that the PCell does not support dynamic UL/DL reconfiguration, then the communication device may use 808 the TDD UL/DL configuration of the PCell as the PCell UL/DL configuration. In other words, if the PCell is operating as a legacy serving cell, then the currently used UL/DL configuration of the PCell may be used 808 as the PCell UL/DL configuration.
[0194] The communication device may determine 810 whether the serving cell (e.g., the SCell) supports dynamic UL/DL reconfiguration. If the serving cell supports dynamic UL/DL reconfiguration, then the communication device may determine 812 the SCell UL/DL configuration based on a first UL/DL configuration and additional reconfiguration information of the serving cell. This may be accomplished as described in connection with FIG. 2. For example, in one implementation, the SCell UL/DL configuration may be determined 812 based on a first reference UL/DL configuration. In another implementation, the SCell UL/DL configuration may be determined 812 based on a current SCell UL/DL configuration. In yet another implementation, the SCell UL/DL configuration may be determined 812 based on a periodicity of fixed UL/DL configurations.
[0195] If the communication device determines 810 that the serving cell does not support dynamic UL/DL reconfiguration, then the communication device may use 814 the TDD UL/DL configuration of the SCell as the SCell UL/DL configuration. In other words, if the serving cell is operating as a legacy serving cell, then the currently used UL/DL configuration of the serving cell may be used 814 as the SCell UL/DL configuration.
[0196] The communication device may determine 816 the DL-reference UL/DL configuration of the SCell based on Table (1) above. It should be noted that the communication device may send or receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE 102 may send PDSCH HARQ-ACK information to the eNB 160 in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0197] FIG. 9 is a flow diagram illustrating another implementation of a method 900 for determining a DL-reference UL/DL configuration for a secondary cell (SCell). The method 900 may be performed by a communication device associated with a serving cell. The communication device may be a UE 102 configured with the serving cell and one or more additional serving cells, which may include a PCell and one or more SCells. The multiple serving cells may be used for carrier aggregation (CA). The communication device may not support eIMTA. For example, the communication device may be a legacy (e.g., Release-8, 9, 10 and 11) UE 102 or a Release-12 and beyond UE 102 that is configured not to use eIMTA capability (e.g., the eIMTA capability is set to FALSE). The communication device may also be an eNB 160 associated with the serving cell. In this implementation, the serving cell is an SCell and the UE 102 does not support dynamic UL/DL reconfiguration.
[0198] The communication device may determine 902 that the serving cell is an SCell. For example, the eNB 160 may configure the serving cell as an SCell. The UE 102 may receive an indication from the eNB 160 indicating that the serving cell is an SCell.
[0199] The communication device may determine 904 whether the PCell supports dynamic UL/DL reconfiguration. If the PCell supports dynamic UL/DL reconfiguration and if the UE 102 is a Release-12 and beyond UE 102 is configured not to use eIMTA capability, then the communication device may use 906 a first PCell UL/DL configuration as the PCell UL/DL configuration. A legacy UE 102 that does not understand dynamic UL/DL reconfiguration signaling only receives the first PCell UL/DL configuration and uses it as the PCell UL/DL configuration. It should be noted that in the case where the serving cell supports dynamic UL/DL reconfiguration, the current UL/DL configuration of the serving cell may not be the same as the first (e.g., default) UL/DL configuration. Therefore, the first PCell UL/DL configuration may or may not be the same as the current PCell UL/DL configuration.
[0200] If the communication device determines 904 that the PCell does not support dynamic UL/DL reconfiguration, then the communication device may use 908 the TDD PCell UL/DL configuration of the PCell as the PCell UL/DL configuration. In other words, if the PCell is operating as a legacy serving cell, then the currently used UL/DL configuration of the PCell may be used 908 as the PCell UL/DL configuration.
[0201] The communication device may determine 910 whether the serving cell (e.g., the SCell) supports dynamic UL/DL reconfiguration. If the serving cell supports dynamic UL/DL reconfiguration and if the UE 102 is a Release-12 and beyond UE 102 that is configured not to use eIMTA capability, then the communication device may use 912 a first SCell UL/DL configuration as the SCell UL/DL configuration. A legacy UE 102 that does not understand dynamic UL/DL reconfiguration signaling only receives the first SCell UL/DL configuration, and uses it as the SCell UL/DL configuration. As mentioned above, it should be noted that in the case where the serving cell supports dynamic UL/DL reconfiguration, the current UL/DL configuration of the serving cell may not be the same as the first (e.g., default) UL/DL configuration. Therefore, the first SCell UL/DL configuration may or may not be the same as the current SCell UL/DL configuration.
[0202] If the communication device determines 910 that the serving cell does not support dynamic UL/DL reconfiguration, then the communication device may use 914 the TDD UL/DL configuration of the SCell as the SCell UL/DL configuration. In other words, if the serving cell is operating as a legacy serving cell, then the currently used UL/DL configuration of the serving cell may be used 914 as the SCell UL/DL configuration.
[0203] The communication device may determine 916 the DL-reference UL/DL configuration of the SCell based on Table (1) above. It should be noted that the communication device may send or receive PDSCH HARQ-ACK information based on the DL-reference UL/DL configuration. For example, the UE 102 may send PDSCH HARQ-ACK information to the eNB 160 in the uplink subframes corresponding to the set of downlink subframe associations associated with the DL-reference UL/DL configuration.
[0204] FIG. 10 illustrates various components that may be utilized in a UE 1002. The UE 1002 described in connection with FIG. 10 may be implemented in accordance with the UE 102 described in connection with FIG. 1. The UE 1002 includes a processor 1063 that controls operation of the UE 1002. The processor 1063 may also be referred to as a central processing unit (CPU). Memory 1069, which may include read-only memory (ROM), random access memory (RAM), a combination of the two or any type of device that may store information, provides instructions 1065a and data 1067a to the processor 1063. A portion of the memory 1069 may also include non-volatile random access memory (NVRAM). Instructions 1065b and data 1067b may also reside in the processor 1063. Instructions 1065b and/or data 1067b loaded into the processor 1063 may also include instructions 1065a and/or data 1067a from memory 1069 that were loaded for execution or processing by the processor 1063. The instructions 1065b may be executed by the processor 1063 to implement one or more of the methods 200, 600, 700, 800 and 900 described above.
[0205] The UE 1002 may also include a housing that contains one or more transmitters 1058 and one or more receivers 1020 to allow transmission and reception of data. The transmitter(s) 1058 and receiver(s) 1020 may be combined into one or more transceivers 1018. One or more antennas 1022a-n are attached to the housing and electrically coupled to the transceiver 1018.
[0206] The various components of the UE 1002 are coupled together by a bus system 1071, which may include a power bus, a control signal bus and a status signal bus, in addition to a data bus. However, for the sake of clarity, the various buses are illustrated in FIG. 10 as the bus system 1071. The UE 1002 may also include a digital signal processor (DSP) 1073 for use in processing signals. The UE 1002 may also include a communications interface 1075 that provides user access to the functions of the UE 1002. The UE 1002 illustrated in FIG. 10 is a functional block diagram rather than a listing of specific components.
[0207] FIG. 11 illustrates various components that may be utilized in an eNB 1160. The eNB 1160 described in connection with FIG. 11 may be implemented in accordance with the eNB 160 described in connection with FIG. 1. The eNB 1160 includes a processor 1177 that controls operation of the eNB 1160. The processor 1177 may also be referred to as a central processing unit (CPU). Memory 1183, which may include read-only memory (ROM), random access memory (RAM), a combination of the two or any type of device that may store information, provides instructions 1179a and data 1181a to the processor 1177. A portion of the memory 1183 may also include non-volatile random access memory (NVRAM). Instructions 1179b and data 1181b may also reside in the processor 1177. Instructions 1179b and/or data 1181b loaded into the processor 1177 may also include instructions 1179a and/or data 1181a from memory 1183 that were loaded for execution or processing by the processor 1177. The instructions 1179b may be executed by the processor 1177 to implement one or more of the methods 300, 600, 700, 800 and 900 described above.
[0208] The eNB 1160 may also include a housing that contains one or more transmitters 1117 and one or more receivers 1178 to allow transmission and reception of data. The transmitter(s) 1117 and receiver(s) 1178 may be combined into one or more transceivers 1176. One or more antennas 1180a-n are attached to the housing and electrically coupled to the transceiver 1176.
[0209] The various components of the eNB 1160 are coupled together by a bus system 1185, which may include a power bus, a control signal bus and a status signal bus, in addition to a data bus. However, for the sake of clarity, the various buses are illustrated in FIG. 11 as the bus system 1185. The eNB 1160 may also include a digital signal processor (DSP) 1187 for use in processing signals. The eNB 1160 may also include a communications interface 1189 that provides user access to the functions of the eNB 1160. The eNB 1160 illustrated in FIG. 11 is a functional block diagram rather than a listing of specific components.
[0210] FIG. 12 is a block diagram illustrating one configuration of a UE 1202 in which systems and methods for feedback reporting may be implemented. The UE 1202 includes transmit means 1258, receive means 1220 and control means 1224. The transmit means 1258, receive means 1220 and control means 1224 may be configured to perform one or more of the functions described in connection with FIG. 2, FIG. 6, FIG. 7, FIG. 8, FIG. 9 and FIG. 10 above. FIG. 10 above illustrates one example of a concrete apparatus structure of FIG. 12. Other various structures may be implemented to realize one or more of the functions of FIG. 2, FIG. 6, FIG. 7, FIG. 8, FIG. 9 and FIG. 10. For example, a DSP may be realized by software.
[0211] FIG. 13 is a block diagram illustrating one configuration of an eNB 1360 in which systems and methods for feedback reporting may be implemented. The eNB 1360 includes transmit means 1317, receive means 1378 and control means 1382. The transmit means 1317, receive means 1378 and control means 1382 may be configured to perform one or more of the functions described in connection with FIG. 3, FIG. 6, FIG. 7, FIG. 8, FIG. 9 and FIG. 11 above. FIG. 11 above illustrates one example of a concrete apparatus structure of FIG. 13. Other various structures may be implemented to realize one or more of the functions of FIG. 3, FIG. 6, FIG. 7, FIG. 8, FIG. 9 and FIG. 11. For example, a DSP may be realized by software.
[0212] The term “computer-readable medium” refers to any available medium that can be accessed by a computer or a processor. The term “computer-readable medium,” as used herein, may denote a computer- and/or processor-readable medium that is non-transitory and tangible. By way of example, and not limitation, a computer-readable or processor-readable medium may comprise RAM, ROM, Electrically Erasable Programmable Read-Only Memory (EEPROM), Compact Disc Read-Only Memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer or processor. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and Blu-ray® disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
[0213] It should be noted that one or more of the methods described herein may be implemented in and/or performed using hardware. For example, one or more of the methods described herein may be implemented in and/or realized using a chipset, an application-specific integrated circuit (ASIC), a large-scale integrated circuit (LSI) or integrated circuit, etc.
[0214] Each of the methods disclosed herein comprises one or more steps or actions for achieving the described method. The method steps and/or actions may be interchanged with one another and/or combined into a single step without departing from the scope of the claims. In other words, unless a specific order of steps or actions is required for proper operation of the method that is being described, the order and/or use of specific steps and/or actions may be modified without departing from the scope of the claims.
[0215] It is to be understood that the claims are not limited to the precise configuration and components illustrated above. Various modifications, changes and variations may be made in the arrangement, operation and details of the systems, methods, and apparatus described herein without departing from the scope of the claims.

###对比文件###【2014-11-13_US2014334457A_发明申请_US20140334457A1 NEW CARRIER TYPE FOR TIME DIVISION COMMUNICATION.docx】
BACKGROUND
[0001] 1. Field
[0002] Certain embodiments relate to wireless communication systems, such as long term evolution advanced (LTE-A), which may be part of third generation partnership project (3GPP) LTE release 12 (Rel-12). More specifically, certain embodiments may provide an arrangement related to new carrier type for time division long term evolution (TD-LTE), which may also be related to Enhanced Interference Management and Traffic Adaptation.
[0003] 2. Description of the Related Art
[0004] New carrier type (NCT) aims to provide improved energy efficiency, improved support for heterogeneous network (HetNet) and enhanced spectral efficiency. NCT operation can be based on demodulation reference signal (DM RS) and enhanced physical downlink control channel (EPDCCH), instead of common reference signal (CRS) and physical downlink control channel (PDCCH).
[0005] FIG. 1 shows a typical radio frame structure of new carrier type. As shown in FIG. 1, CRS, along with primary synchronization signal (PSS)/secondary synchronization signal (SSS), are transmitted only in every 5th subframe from one antenna port for the purpose of time/frequency tracking and synchronization as well as radio resource management (RRM) measurements. Spectral efficiency can be improved by minimizing legacy control signaling, such as PDCCH, PHICH, PCFICH, PBCH, and CRS. However, conventionally NCT is not backwards compatible, which means that legacy user equipment (UEs), such as those from Rel-8 to Rel-11, may not be able to operate in the NCT carrier at all.
[0006] Enhanced interference management and traffic adaptation (eIMTA) aims to enable more flexible time division duplex (TDD) uplink-downlink (UL-DL) reconfiguration for traffic adaptation in, for example, small cells. The eNodeB may vary UL-DL configuration relatively often, for those UEs configured to flexible UL/DL mode, compared to an existing situation where UL-DL configuration is in practice very stationary.
[0007] In eIMTA, there may be a predefined cell-specific UL/DL configuration broadcasted in the cell using system information block #1 (SIB-1). The legacy UEs (Rel-8 to Rel-11) in the cell may follow this configuration all the time. No new TDD UL-DL configurations are introduced. Rather, flexible TDD reconfiguration can only happen among existing (seven) configurations. FIG. 2 illustrates the available UL-DL configurations for TD-LTE (Rel-8/9/10/11).
[0008] Moreover, in eIMTA, TDD reconfiguration typically can occur with, at most, a single radio frame periodicity for those UEs configured to flexible UL/DL mode, although certain signaling solutions allow for selecting link direction separately for each scheduled subframe. The radio frame may be about 10 ms and consists of 10 subframes. In each UL-DL configuration there may be fixed subframes where the link direction is always predetermined. These fixed subframes are denoted as D (Downlink), S (Special) and U (Uplink) in FIG. 2. Additionally, as shown in FIG. 3, there may also be flexible subframes (denoted as F). Flexible (F) subframes can be used as D or U. The number of Flexible subframes may depend on the scenario, for example by SIB-1 configuration.
[0009] FIG. 3 illustrates a radio frame showing Downlink (D), Uplink (U) and Special (S) subframes according to exemplary SIB-1 configuration #0, as well as an exemplary set of flexible subframes available for Rel-12 UEs configured to flexible UL/DL mode.
[0010] Thus, FIG. 3 illustrates the basic settings. TDD configuration 0 is shown as an example, but the same principle can apply to other configurations as well. In addition to the SIB-1 configured UL-DL configuration, which defines whether a given subframe in the radio frame is downlink, special, or uplink subframe, in the case of flexible TDD UL-DL configurations some of the, for example, uplink subframes can be changed into downlink subframes.
[0011] Existing explanations of NCT, however, are limited to frequency division duplex (FDD) mode, rather than providing TDD specific aspects of NCT apart from some details on the reference signal and synchronization signal structure. Therefore, backwards compatibility related to NCT has not been addressed separately for FDD and TDD. Moreover, the combination of NCT and eIMTA is not conventionally known.
SUMMARY
[0012] According to certain embodiments, a method can include determining that a split configuration is to be followed, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The method can also include applying the determined split configuration to communications with an access point.
[0013] In certain embodiments, a method can include configuring a user device to follow a split configuration, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The method can also include signaling the user device the configuration.
[0014] An apparatus, according to certain embodiments, can include at least one processor and at least one memory including computer program code. The at least one memory and the computer program code can be configured to, with the at least one processor, cause the apparatus at least to determine that a split configuration is to be followed, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The at least one memory and the computer program code can also be configured to, with the at least one processor, cause the apparatus at least to apply the determined split configuration to communications with an access point.
[0015] An apparatus, in certain embodiments, can include at least one processor and at least one memory including computer program code. The at least one memory and the computer program code can be configured to, with the at least one processor, cause the apparatus at least to configure a user device to follow a split configuration, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The at least one memory and the computer program code can also be configured to, with the at least one processor, cause the apparatus at least to signal the user device the configuration.
[0016] According to certain embodiments, an apparatus can include means (for example, 824 and 825 in FIG. 8) for determining that a split configuration is to be followed, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The apparatus can also include means for applying (for example, 824 and 826 in FIG. 8)the determined split configuration to communications with an access point.
[0017] In certain embodiments, an apparatus can include means (for example, 814 and 815 in FIG. 8) for configuring a user device to follow a split configuration, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The apparatus can also include means for signaling (for example, 816 in FIG. 8) the user device the configuration.
[0018] A computer-readable medium, for example a signal or a non-transitory computer-readable medium, can, according to certain embodiments, be encoded with instructions that, when executed in hardware, perform a process. The process can include determining that a split configuration is to be followed, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The process can also include applying the determined split configuration to communications with an access point.
[0019] A computer-readable medium, for example a signal or a non-transitory computer-readable medium, can, in certain embodiments, be encoded with instructions that, when executed in hardware, perform a process. The process can include configuring a user device to follow a split configuration, in which at least one system information block configured uplink subframe is reconfigured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is as indicated by system information block configuration. The process can also include signaling the user device the configuration. The process can further include transmitting to the user equipment following the split configuration based on the determining.
BRIEF DESCRIPTION OF THE DRAWINGS
[0020] For proper understanding of the invention, reference should be made to the accompanying drawings, wherein:
[0021] FIG. 1 shows a typical frame structure of new carrier type.
[0022] FIG. 2 illustrates UL-DL configurations for TD-LTE (Rel-8/9/10/11).
[0023] FIG. 3 illustrates a radio frame showing Downlink (D), Uplink (U) and Special (S) subframes according to exemplary SIB-1 configuration #0, as well as flexible (F) subframes available for Rel-12 UEs configured to flexible UL/DL mode.
[0024] FIG. 4 illustrates legacy subframes and NCT subframes as interpreted by legacy UEs and Release 12 UEs, according to certain embodiments.
[0025] FIG. 5 illustrates a comparison of legacy mode and flexible TDD mode to a radio frame configurations in a variety of different options, according to certain embodiments.
[0026] FIG. 6 illustrates signaling of a method according to certain embodiments.
[0027] FIG. 7 illustrates a method according to certain embodiments.
[0028] FIG. 8 illustrates a system according to certain embodiments.
DETAILED DESCRIPTION
[0029] Certain embodiments provide a backwards compatible new carrier type (NCT) realization for time division long term evolution (TD-LTE) based on a framework associated with enhanced interference management and traffic adaptation (eIMTA). Certain embodiments may relate to a specific mode available for eIMTA-capable user equipment (UEs) from Rel-12 onwards. This mode can be referred to as “TD-NCT mode,” without limitation but for convenience of reference.
[0030] TD-NCT mode can be applied during predefined NCT subframes. In one embodiment, an evolved Node B (eNB) can configure one or more uplink (UL) subframes as NCT subframes. The UL subframes can be defined by uplink-downlink (UL-DL) configuration signaled via system information block #1 (SIB-1).
[0031] In another embodiment, NCT subframes can be defined to be the same as Flexible eIMTA subframes. However, when using TD-NCT mode, special subframes may not be used as NCT subframes. Instead, a special subframe may be used as S or D when using TD-NCT mode as will be discussed below.
[0032] Legacy mode can be applied during other-than-NCT subframes. Hybrid automatic repeat request (HARQ) feedback related to physical downlink shared channel (PDSCH) transmitted during NCT subframes can also be conveyed via other-than-NCT subframes.
[0033] UEs configured to use TD-NCT mode may follow separate HARQ/scheduling timing as compared to legacy UEs, which may follow the HARQ/scheduling timing defined by SIB-1 configuration. HARQ timing for TD-NCT mode can be derived more than one way. For example, HARQ timing for TD-NCT mode can be based on actual UL/DL split according to existing Rel-11 UL/DL configurations. Alternatively, HARQ timing for TD-NCT mode can be based on a so-called reference configuration principle, for example having separate configurations defined for UL-related and DL-related signaling.
[0034] FIG. 4 illustrates legacy subframes and NCT subframes as interpreted by legacy UEs and Release 12 UEs, according to certain embodiments. As shown in FIG. 4, NCT subframes can be seen as UL subframes from legacy UEs' point of view. Thus, UL usage of NCT DL subframes can be completely prevented by a specific eNB scheduler implementation and/or proper selection of NCT subframes. Proper selection of NCT subframes may for example allow to keep NCT subframes free from PUSCH re-transmissions.
[0035] As also shown in FIG. 4, NCT subframes can be seen as NCT DL subframes from Rel-12 UEs' point of view. The NCT DL subframes can have the following characteristics. There may be no uncertainty related to the NCT subframe link direction at the UE side. This may enable optimization of NCT subframes for DL-only usage in terms of channel state information (CSI) measurement and reporting by using, for example, similar CSI measurement and reporting mechanisms as discussed for secondary cell (Scell) NCT.
[0036] Certain embodiments, more particularly, can relate to determining that at least some of the SIB-1 configured UL subframes are used as NCT (DL) subframes whereas at least some other SIB-1 configured subframes are kept as regular DL/S/UL subframes. For example, the first configuration of the resource may be kept unchanged or a new configuration or reconfiguration may be used, depending on the current situation. Additionally, certain embodiments can include applying HARQ/scheduling timing based on determined subframe split between regular DL/S/UL and NCT subframes.
[0037] The determining can be done based on broadcast or dedicated signalling Moreover, the NCT subframe can be characterized as having no CRS, PSS/SSS, PDCCH, PHICH, PCFICH, physical broadcast channel (PBCH), or the like, transmitted. The transmission mode applied in NCT and regular DL subframes can be different. Further, demodulation reference signal can be used instead of common reference signal in NCT operation as reference for channel estimation (for example, phase and amplitude) for received signals. DM-RS differs from CRS several ways. DM-RS is transmitted only on PRBs currently allocated for PDSCH, EPDCCH, or some other channel. In other words, it is not transmitted on empty PRBs as CRS is. Further, DM-RS can be precoded with antenna weights that may be selected based on available channel state information for UEs receiving the signals contained in PDSCH or EPDCCH. Hence, and contrary to CRS, DM-RS precoding may change between both PRBs and subframes. The applied precoding can remain transparent to UE, as the same precoding is applied both for DM-RS as well as for PDSCH and EPDCCH. This is contrary to CRS, in which case UE needs to know the used eNB antenna ports as well as precoding possibly applied on PUSCH to successfully utilize CRS based channel estimation in PUSCH detection. Furthermore, UL usage (including legacy UE UL usage) of NCT DL subframes can be completely prevented by a specific eNB scheduler implementation and/or proper selection of NCT subframes. The operations of determining and applying can relate to a specific operation mode available for certain UE types, such as Rel-12 UEs.
[0038] HARQ/scheduling timing for UEs configured to the specific operation mode can be based on actual UL/DL split w.r.t existing Rel-11 UL/DL configurations or, as mentioned above, it can be based on a so-called reference configuration principle, such as having separate configurations defined for UL-related and DL-related signaling.
[0039] Even more generally, certain embodiments can provide for avoiding unutilized NCT potential for TD-LTE-specific optimization. Thus, certain embodiments provide ways to maintain backwards compatibility. Certain embodiments provide for ways to configure NCT for TD-LTE. Furthermore, certain embodiments provides ways to arrange HARQ/signaling timing. Thus, certain embodiments may reach NCT benefits on top of existing TD-LTE carrier benefits.
[0040] FIG. 5 illustrates a comparison of legacy mode and flexible TDD mode to a radio frame configurations in a variety of different options, according to certain embodiments. As shown in FIG. 5, radio frame structures applicable to TD-NCT mode can be compared with legacy mode, assuming SIB-1, as well as flexible TDD mode. NCT subframes are depicted as N in the figure. Four slightly different options have been identified as examples, while other options are also permitted. Option #1 can be a baseline scheme for the TD-NCT mode. In this option, NCT subframes can be defined to be the same as Flexible eIMTA subframes. Moreover, in this option a special subframe may not be considered as a flexible subframe.
[0041] In option #2, a special subframe can be considered as a DL subframe for UEs configured to use TD-NCT mode. This can provide at least two extra orthogonal frequency division multiple access (OFDMA) symbols for subframe #6, when compared to the first option. The exact number may depend on the special subframe configuration.
[0042] In option #3, a predefined number of flexible, for example eIMTA, subframes succeeding fixed UL subframe can be considered as UL subframe(s). This option may permit a balance between UL and DL capacity when TD-NCT mode is applied.
[0043] In option #4, a predefined number of flexible, for example eIMTA, subframes succeeding fixed UL subframe can be considered as flexible subframes. For example, the eNB scheduler may dynamically use these subframes as U or D, but not as N.
[0044] In certain embodiments, a Rel-12 UE configured to TD-NCT mode can have two transmission modes (TM) configured for DL subframes. A first transmission mode can be for NCT subframes. In this mode, CRS, PDCCH, physical HARQ indicator channel (PHICH), physical control format indicator channel (PCFICH), PSS/SSS and physical broadcast channel (PBCH) may not be transmitted at all. DM-RS based TM, similar to TM10, can be applied. For example, DM-RS can be used for data demodulation. Scheduling and HARQ feedback timing can follow either a predefined UL-DL configuration or eIMTA reference configuration approach, as discussed below. CSI measurement and reporting can follow mechanisms presented for secondary cell (Scell) NCT.
[0045] EPDCCH can be used for conveying DL control information. There can be separate EPDCCH configuration for NCT subframes and other DL subframes. Depending on the embodiment, EPDCCH may only contain DL assignments. UL subframes can be scheduled as in legacy mode, according to UL reference configuration timing. Alternatively, EPDCCH may also contain both DL assignments and UL grants. EPDCCH may have common search space similar to PDCCHs. Moreover, EPHICH may be present, at least in some scenarios, depending on the HARQ/scheduling timing defined for NCT subframes.
[0046] A second transmission mode can apply to legacy DL or special subframes. In this mode, CRS can be transmitted. Moreover, CRS or DM-RS based TM can be applied. Likewise, PDCCH/PHICH/PCFICH can be transmitted. EPDCCH may be transmitted in addition to PDCCH (according to Rel-11 rules).
[0047] HARQ and scheduling timing can be performed in a variety of ways. For example, it is possible to define HARQ and scheduling timing for TD-NCT mode based on actual UL/DL split w.r.t current Rel-11 UL/DL configurations. In options #1-2, the system could apply HARQ/scheduling timing specified for UL-DL configuration 5, whereas in option #3, the system could apply HARQ/scheduling timing specified for UL-DL configuration #4, and so on.
[0048] Various options can involve usage of EPHICH for at least some NCT subframes. Another approach is to define HARQ and scheduling timing for UEs configured to TD-NCT mode according to a so-called reference configuration principle, for example, determining separate reference configuration for UL and DL. This approach could be applied, for example, in the case of option #4.
[0049] The UL reference configuration can define PUSCH-to-(E)PHICH timing, DCI/(E)PHICH-to-PUSCH timing, and the number of HARQ processes for UL. Likewise, the DL reference UL/DL configuration can define PDSCH-to-ACK timing, the maximum number of HARQ processes for DL side, and HARQ-ACK signalling in UL, for example, a size of the HARQ-ACK codebook, i.e. number of HARQ-ACK bits to feedback.
[0050] The DL reference configuration cam be defined in such a way that NCT subframes are kept free from PUCCH/PUSCH (in case of legacy UEs, eNB scheduling restrictions are used to keep NCT subframes free from UL, as said). DL reference configuration determines the UL subframes for UEs configured to TD-NCT mode.
[0051] In certain embodiments, UL reference configuration can be defined more liberally than in eIMTA, such as in the case EPHICH is applied. Thus, NCT subframes can also contain HARQ feedback and scheduling information for UL subframes for UEs configured to TD-NCT mode. The scheduling overhead may be larger in macro cells, where TD-NCT mode can be used, than in small cells, which may be a target for eIMTA. Hence it may be beneficial for TD-NCT mode if signaling for UL scheduling is not focused on only a few subframes but can be spread over a larger number of subframes. This “NCT” UL reference configuration may be different from UL reference configuration signaled in SIB 1 and used by legacy terminals and terminals entering cell. In certain embodiments, DL reference configuration can also be used NCT UL reference configuration. In other words, UL/DL configuration in SIB 1 can determine both UL/DL configuration for UEs in legacy mode and also legacy DL subframes for TD-NCT mode UEs.
[0052] For remaining subframes, other than legacy DL subframes, DL reference configuration can determine subframe type: NCT DL subframe, special subframe, or UL subframe.
[0053] There may be further difference from flexible TDD. For example, in TD-NCT mode, CSI measurement and reporting can be different as compared to that of flexible UL/DL mode and can more closely resemble, for example, NCT Scell measurements. In NCT DL subframes, UE may be configured to measure own cell channel from CSI-RS resources and use DL IMR for inter-cell interference measurements without special modifications on measurements or measurement resources used to take potential own cell UL interference into account.
[0054] These differ from UE behavior discussed for eIMTA flexible subframes, as UE does not need to be prepared for cross-link UL interference on NCT DL subframes. Nevertheless, UE may be configured to transmit separate CSI reports for legacy and NCT DL subframes.
[0055] There is neither need for conveying the actual TDD configuration nor implicitly determining the link direction for the flexible subframes in TD-NCT mode, which may be the case in flexible TDD mode. Thus, TD-NCT mode can be free from additional signaling overhead as well as related error cases present in flexible TDD mode.
[0056] Further, eIMTA WI may or may not have particular DL PC solutions on flexible subframes to handle cross-link interference between cells in flexible subframes. For example, such DL PC enhancements may not be applied on NCT DL subframes due to absence of cross-link interference problem.
[0057] Certain embodiments may be standard related, while other embodiments may also be considered implementation related. In that case, UEs in macro cell are configured to flexible UL/DL mode with suitable configuration parameters, for example for EPDCCH and CSI-RS but eNB simply does not apply any UL/DL reconfigurations.
[0058] Signaling details can vary from embodiment to embodiment. FIG. 6, however, illustrates signaling of a method according to certain embodiments. As shown in FIG. 6, the signaling may occur between a user equipment 610 and a network element 620, which may be a device such as, for example, an access point or eNB.
[0059] At 1, initial access can follow legacy mode and UL-DL configuration defined by SIB-1. Then, at 2, an eNB, for example network element 620, can utilize dedicated higher layer signaling to configure TD-NCT mode for Rel-12 UEs, including UE 610, supporting the feature.
[0060] The higher layer signaling contains configuration of EPDCCH; CSI measurement resource (CSI-RS and IMR configuration) and CSI reporting parameters for NCT DL subframes; transmission mode parameters for NCT DL subframes; as well as UL-DL configuration or DL reference configuration applied in TD-NCT mode. Depending on the embodiment, the configuration may include also configuration for EPHICH for NCT DL subframes. Signalling may also contain explicit indicator for UL and Flexible subframes and/or NCT subframes (Option#3, Option#4).
[0061] Based on higher layer signaling, at 3 the UE 610 can derive the subframe type: Legacy mode DL subframe, NCT DL subframe, special subframe, or UL subframe. Moreover, based on the higher layer signaling, the UE 610 can also derive UL-DL configuration or DL reference configurations applied for HARQ/scheduling timing. Depending on embodiment (i.e. whether UL scheduling is supported via NCT DL subframes), UE may set UL reference configuration to be either the DL reference configuration or the UL/DL configuration defined by SIB-1.
[0062] The UE 610 may utilize the subframe type information when defining the PDCCH/EPDDCH blind decodings, EPHICH detection, control signaling codebook size, DL transmission mode, timing for scheduling and HARQ feedback, and possible micro sleep, for example to minimize UE power consumption.
[0063] At 4, the UE 610 configured to TD-NCT mode can start using the new configuration at the time the new configuration becomes valid at the UE side. During a time of uncertainty at 3a, the eNB 620 may schedule only via legacy mode DL subframes. Also at 4, the UE 610 can start using HARQ/scheduling timing defined by new UL-DL configuration or UL and DL reference configurations. Moreover, at 4, the UE may start to determine subframe type based on DL reference configuration and SIB-1 defined UL/DL configurations. The UE 610 can determine DL transmission mode as well as CSI measurement resources and reporting based on subframe type.
[0064] At 5, the eNB 620 may reconfigure legacy DL mode for the UE 610 at some point. This time may happen when there is no need for TD-NCT mode any more.
[0065] FIG. 7 illustrates a method according to certain embodiments. As shown in FIG. 7, a method may include, at 710, a user equipment determining that a split configuration is to be followed, in which at least one system information block configured uplink subframe is configured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is kept as indicated by system information block configuration. The determining can be based on broadcast or dedicated signaling, received at 705.
[0066] The new carrier type subframe can lack common reference signal, primary synchronization signal, secondary synchronization signal, and physical broadcast channel, and the like. The hybrid automatic repeat request or scheduling timing can be based on at least one of an actual split between uplink and downlink with respect to an uplink-downlink configuration indicated by the uplink-downlink configuration associated with the system information block configuration or a reference configuration principle.
[0067] The method may also include, at 720, applying the determined split configuration to communications with an access point. The applying the determined split can include applying at least one of hybrid automatic repeat request or scheduling timing based on the determined subframe split. A transmission mode applied in the new carrier type subframe can be different from a transmission mode indicated by the system information block configuration.
[0068] The method can also include the access point at 730, signaling to the user equipment that a split configuration is to be followed, in which at least one system information block configured uplink subframe is configured as a new carrier type downlink subframe, whereas at least one other system information block configured subframe is kept as indicated by system information block configuration. For example, the signaling at 730 can include both signaling an indication of what the split configuration is and a signaling a command for the user equipment to use the split configuration. Alternatively, the split configuration itself can be signaled at one time and the instruction to use the split configuration can be signaled at another time. Moreover, optionally if a split configuration is used once, the split configuration may be taken into use again at some other time without a new reconfiguration of the full details of the split configuration but only by signaling a reversion to the split configuration.
[0069] The signaling can be directed to instruct the user equipment only when the user equipment is configured to use new carrier type. The signaling can include broadcast or dedicated signaling. Other kinds of signaling, such as multicast signaling, is also permitted. The signaling can be configured to instruct the user equipment to follow a first hybrid automatic repeat request or scheduling timing based on the subframe split, wherein the first hybrid automatic repeat request or scheduling timing is different from a second hybrid automatic repeat request or scheduling timing as indicated by the system information block configuration.
[0070] The method can also include, at 740, determining whether the user equipment is configured to follow the split configuration. As illustrated in FIG. 6, a transitional operation in which a legacy mode is used can be implemented before the determination is made.
[0071] As shown in FIG. 7, the method can further include, at 750, transmitting to the user equipment following the split configuration based on the determining. The method can include, at 760, completely preventing uplink usage of new carrier type downlink subframes by at least one of a specific scheduler implementation. Other approaches for preventing uplink usage of new carrier type downlink subframes are also permitted.
[0072] Other steps can also be performed, such as reconfiguring the UE for legacy UL/DL operation, as shown in FIG. 6. Likewise, other operations discussed herein may be performed together with the illustrated steps.
[0073] FIG. 8 illustrates a system according to certain embodiments of the invention. It should be understood that each block of the flowchart of FIG. 7 and any combination thereof may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry. In one embodiment, a system may comprise several devices, such as, for example, network element 810 and user equipment (UE) or user device 820. The system may comprise more than one UE 820 and more than one network element 810, although only one of each is shown in FIG. 8 for the purposes of illustration. A network element can be an access point, a base station, an eNode B (eNB), a server or any of the network elements discussed herein. Each of these devices may include at least one processor or control unit or module, respectively indicated as 814 and 824. At least one memory may be provided in each device, and indicated as 815 and 825, respectively. The memory may include computer program instructions or computer code contained therein. One or more transceiver 816 and 826 may be provided, and each device may also include an antenna, respectively illustrated as 817 and 827. Although only one antenna each is shown, many antennas and multiple antenna elements may be provided to each of the devices. Other configurations of these devices may be provided. For example, network element 810 and UE 820 may be additionally configured for wired communication, in addition to wireless communication, and in such a case antennas 817 and 827 may illustrate any form of communication hardware, without being limited to merely an antenna. Likewise, some network elements 810 may be solely configured for wired communication, and such cases antenna 817 may illustrate any form of wired communication hardware, such as a network interface card.
[0074] Transceivers 816 and 826 may each, independently, be a transmitter, a receiver, or both a transmitter and a receiver, or a unit or device that may be configured both for transmission and reception. The transmitter and/or receiver may also be implemented as a remote radio head which is not located in the device itself, but in a mast, for example. It should also be appreciated that according to a liquid or flexible radio concept, the operations and functionalities may be performed in different entities, such as nodes, hosts or servers, in a flexible manner. In other words, division of labor may vary case by case. One possible use is to make a network element to deliver local content. One or more functionalities may also be implemented as a virtual application that is configured as software that can run on a server.
[0075] A user device or user equipment may be a mobile station (MS) such as a mobile phone or smart phone or multimedia device, a computer, such as a tablet, provided with wireless communication capabilities, personal data or digital assistant (PDA) provided with wireless communication capabilities, portable media player, digital camera, pocket video camera, navigation unit provided with wireless communication capabilities or any combinations thereof.
[0076] Processors 814 and 824 may be embodied by any computational or data processing device, such as a central processing unit (CPU), digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), digitally enhanced circuits, or comparable device or a combination thereof. The processors may be implemented as a single controller, or a plurality of controllers or processors.
[0077] For firmware or software, the implementation may include modules or unit of at least one chip set, for example, procedures, functions, and the like. Memories 815 and 825 may independently be any suitable storage device, such as a non-transitory computer-readable medium. A hard disk drive (HDD), random access memory (RAM), flash memory, or other suitable memory may be used. The memories may be combined on a single integrated circuit as the processor, or may be separate therefrom. Furthermore, the computer program instructions may be stored in the memory and which may be processed by the processors can be any suitable form of computer program code, for example, a compiled or interpreted computer program written in any suitable programming language. The memory or data storage entity may be internal but may also be external or a combination thereof, such as in the case when additional memory capacity is obtained from a service provider. The memory may be fixed or removable.
[0078] The memory and the computer program instructions may be configured, with the processor for the particular device, to cause a hardware apparatus such as network element 810 and/or UE 820, to perform any of the processes described above (see, for example, FIGS. 6 and 7). Therefore, in certain embodiments, a computer-readable medium (for example, a signal or a non-transitory computer-readable medium) may be encoded with computer instructions or one or more computer program (such as added or updated software routine, applet or macro) that, when executed in hardware, may perform a process such as one of the processes described herein. Computer programs may be coded by a programming language, which may be a high-level programming language, such as objective-C, C, C++, C#, Java, or the like, or a low-level programming language, such as a machine language, or assembler. Another option is that the computer program or computer program code is loadable into the device or a memory the device has access to. Alternatively, certain embodiments of the invention may be performed entirely in hardware. Yet another option is that apparatus, such as a network element, is implemented at least partially by undedicated and programmable hardware which uses programmable resources.
[0079] It should be appreciated that embodiments may also be carried out at least partially by using cloud services or other software resources which do not necessarily locate in the device itself, but are otherwise available, such as transmittable from a server or host. In certain embodiments, many of the functions may be performed in distributed locations using a virtualization approach to computing.
[0080] Furthermore, although FIG. 8 illustrates a system including a network element 810 and a UE 820, embodiments of the invention may be applicable to other configurations, and configurations involving additional elements, as illustrated and discussed herein. For example, multiple user equipment devices and multiple network elements may be present, or other nodes providing similar functionality, such as nodes that combine the functionality of a user equipment and an access point, such as a relay node.
[0081] Certain embodiments may have various benefits or advantages. For example, certain embodiments may provide for backwards compatibility in connection with new carrier type (NCT), while achieving the benefits associated with NCT as such. Moreover, certain embodiments may help time division duplex (TDD) to compete with frequency division duplex (FDD) as an alternative. For example, NCT for TD-LTE does not need to suffer from compromises made for flexible UL/DL ratio. Moreover, it may not make sense to use flexible TDD in all scenarios, for example in a macro scenario. Certain embodiments may provide a better use of resources for such scenarios.
[0082] One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations which are different than those which are disclosed. Therefore, although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention. In order to determine the metes and bounds of the invention, therefore, reference should be made to the appended claims.
GLOSSARY
[0083] 3GPP Third Generation Partnership Program
[0084] ACK Acknowledgement
[0085] CRS Common (Cell-specific) Reference Signal
[0086] CSI Channel State Information
[0087] CSI-RS Channel State Information Reference Signal
[0088] DCI Downlink Control Information
[0089] DL, D Downlink
[0090] DM RS Demodulation Reference Signal
[0091] EPDCCH Enhanced Physical Downlink Control Channel
[0092] EPHICH Enhanced Physical HARQ Indicator Channel
[0093] eIMTA Enhanced Interference Management and Traffic Adaptation
[0094] eNB eNode B (Base Station)
[0095] F Flexible
[0096] FDD Frequency Division Duplexing
[0097] HARQ Hybrid Automatic Repeat Request
[0098] HetNet Heterogenous Network
[0099] LTE Long Term Evolution
[0100] LTE-A Long Term Evolution Advanced
[0101] NCT New Carrier Type
[0102] OFDMA Orthogonal Frequency Division Multiple Access
[0103] PBCH Physical Broadcast Channel
[0104] PCFICH Physical Control Format Indicator Channel
[0105] PDCCH Physical Downlink Control Channel
[0106] PDSCH Physical Downlink Shared Channel
[0107] PHICH Physical HARQ Indicator Channel
[0108] PSS Primary Synchronization Signal
[0109] PUCCH Physical Uplink Control Channel
[0110] PUSCH Physical Uplink Shared Channel
[0111] RAN Radio Access Network
[0112] Rel Release
[0113] RLM Radio Link Monitoring
[0114] RRM Radio Resource Management
[0115] S Special
[0116] Scell Secondary cell
[0117] SIB-1 System Information Block #1
[0118] SSS Secondary Synchronization Signal
[0119] TDD Time Division Duplexing
[0120] TD-LTE Time Division (TDD) LTE
[0121] TM Transmission Mode
[0122] UE User Equipment
[0123] UL, U Uplink
[0124] UpPTS Uplink Pilot Time Slot

如权利要求1所述的方法，其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。

如权利要求1所述的方法，其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。

如权利要求1所述的方法，其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。

如权利要求4所述的方法，其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。

如权利要求5所述的方法，其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。

如权利要求6所述的方法，其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。

如权利要求7所述的方法，其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。

如权利要求4所述的方法，其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。

如权利要求9所述的方法，其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。

如权利要求10所述的方法，其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。

如权利要求10所述的方法，其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值；以及 若检测到潜在冲突，则选择第二偏移值。

如权利要求4所述的方法，其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。

如权利要求13所述的方法，其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。

如权利要求1所述的方法，其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置；以及 响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。

一种由基站BS进行的用于增强型干扰管理和话务适配eIMTA无线通信的方法，包括：向用户装备UE传送指示动态上行链路-下行链路UL-DL子帧配置的信令； 基于参考UL-DL子帧配置确定用于所述UE的混合自动重复请求HARQ确收/否定确收ACK/NACK定时；以及基于所述动态UL-DL子帧配置确定用于所述UE的HARQ资源分配，其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。

如权利要求16所述的方法，其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。

如权利要求16所述的方法，其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。

如权利要求16所述的方法，其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。

如权利要求19所述的方法，其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。

如权利要求19所述的方法，其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。

如权利要求21所述的方法，其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。

如权利要求22所述的方法，其特征在于： 若没有检测到潜在冲突，则旧式PUCCH区域被用于旧式UE以及能够支持动态UL-DL子帧配置的UE二者。

如权利要求22所述的方法，其特征在于，进一步包括：若没有检测到潜在冲突，则将第一偏移值选择到PUCCH区域中；以及若检测到潜在冲突，则将第二偏移值选择到PUCCH区域中。

如权利要求19所述的方法，其特征在于，进一步包括向所述UE提供动态信令以在确定所述PUCCH资源分配中使用。

如权利要求23所述的方法，其特征在于，所述动态信令经由以下至少一者传达：用于发射功率控制TPC的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。

一种由用户装备UE进行的用于增强型干扰管理和话务适配eIMTA无线通信的设备，包括：用于接收指示动态上行链路-下行链路UL-DL子帧配置的信令的装置； 用于基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时的装置；以及用于基于所述动态UL-DL子帧配置确定HARQ资源分配的装置，其中所述用于基于所述动态UL-DL子帧配置确定HARQ资源分配的装置包括用于基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小的装置。

一种由基站BS进行的用于增强型干扰管理和话务适配eIMTA无线通信的设备，包括：用于向用户装备UE传送指示动态上行链路-下行链路UL-DL子帧配置的信令的装置； 用于基于参考UL-DL子帧配置确定用于所述UE的混合自动重复请求HARQ确收/否定确收ACK/NACK定时的装置；以及用于基于所述动态UL-DL子帧配置确定用于所述UE的HARQ资源分配的装置，其中所述用于基于所述动态UL-DL子帧配置确定HARQ资源分配的装置包括用于基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小的装置。