JP2015520526A - フィードバック情報を送受信するためのデバイス - Google Patents

フィードバック情報を送受信するためのデバイス Download PDF

Info

Publication number
JP2015520526A
JP2015520526A JP2014555648A JP2014555648A JP2015520526A JP 2015520526 A JP2015520526 A JP 2015520526A JP 2014555648 A JP2014555648 A JP 2014555648A JP 2014555648 A JP2014555648 A JP 2014555648A JP 2015520526 A JP2015520526 A JP 2015520526A
Authority
JP
Japan
Prior art keywords
scell
configuration
pcell
tdd
subframe
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014555648A
Other languages
English (en)
Other versions
JP6192663B2 (ja
JP2015520526A5 (ja
Inventor
ジャンペン イン
ジャンペン イン
山田 昇平
昇平 山田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JP2015520526A publication Critical patent/JP2015520526A/ja
Publication of JP2015520526A5 publication Critical patent/JP2015520526A5/ja
Application granted granted Critical
Publication of JP6192663B2 publication Critical patent/JP6192663B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Abstract

基地局装置(eNB)へ情報を送信する端末装置(UE)が記載される。UEは、プライマリセル(PCell)の時分割多重(TDD)上り下りリンク(UL−DL)構成を確定し、かつセカンダリセル(SCell)のTDD UL−DL構成を確定するように構成されたオペレーション部であって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なるオペレーション部と、チャネルセレクションを伴う物理上りリンク制御チャネル(PUCCH)フォーマット1b上でハイブリッド自動再送要求/肯定応答(HARQ−ACK)情報を送信するように構成された送信部であって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、およびSCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われる送信部とを含む。

Description

本開示は、一般に、通信システムに関する。より具体的には、本開示は、フィードバック情報を送受信するためのデバイスに関する。
ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大、および機能性の向上を期待するようになった。ワイヤレス通信システムは、多数のワイヤレス通信デバイスに通信を提供し、それぞれのデバイスが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信するデバイスである。
ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび/または効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび/または効率の向上がいくつかの問題を提起することもある。
例えば、ワイヤレス通信デバイスは、通信構造を用いて1つ以上のデバイスと通信する。しかしながら、用いられる通信構造は、限られたフレキシビリティおよび/または効率を提供するに過ぎない。この考察が示すように、通信のフレキシビリティおよび/または効率を向上させるシステムおよび方法が有益であろう。
本発明の態様は、基地局装置(eNB:evolved Node B)へ情報を送信する端末装置(UE:User Equipment)を提供し、UEは、プライマリセル(PCell:primary cell)の時分割多重(TDD:Time−Division Duplexing)上り下りリンク(UL−DL:uplink−downlink)構成を確定し、かつセカンダリセル(SCell:secondary cell)のTDD UL−DL構成を確定するように構成されたオペレーション部であって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なるオペレーション部と、チャネルセレクションを伴う物理上りリンク制御チャネル(PUCCH:Physical Uplink Control Channel)フォーマット1b上でハイブリッド自動再送要求/肯定応答(HARQ−ACK:Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement)情報を送信するように構成された送信部であって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される送信部とを備え、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおける物理下りリンク共有チャネル(PDSCH:Physical Downlink Shared Channel)に対応する。
本発明の他の態様は、UEと通信するeNBを提供し、eNBは、PCellのTDD UL−DL構成をシグナリングし、かつSCellのTDD UL−DL構成をシグナリングするように構成された送信部であって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なる送信部と、チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を送信するように構成された受信部であって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される受信部とを備え、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する。
本発明の他の態様は、UEによって情報を送信するための方法を提供し、方法は、PCellのTDD UL−DL構成を確定するステップと、SCellのTDD UL−DL構成を確定するステップであって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なる確定するステップと、チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を送信するステップであって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される送信するステップとを備え、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する。
本発明の他の態様は、eNBによって情報を受信するための方法を提供し、方法は、PCellのTDD UL−DL構成をシグナリングするステップと、SCellのTDD UL−DL構成をシグナリングするステップであって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なるシグナリングするステップと、チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を受信するステップであって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される受信するステップとを備え、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する。
本発明の他の態様は、UEに複数の機能を実行させるためにUEに搭載された集積回路を提供し、集積回路は、UEに、PCellのTDD UL−DL構成を確定するステップと、SCellのTDD UL−DL構成を確定するステップであって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なる確定するステップと、チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を送信するステップであって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される送信するステップとを行わせ、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する。
本発明の他の態様は、eNBに複数の機能を実行させるためにeNBに搭載された集積回路を提供し、集積回路は、eNBに、PCellのTDD UL−DL構成をシグナリングするステップと、SCellのTDD UL−DL構成をシグナリングするステップであって、SCellのTDD UL−DL構成は、PCellのTDD UL−DL構成とは異なるシグナリングするステップと、チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を受信するステップであって、チャネルセレクションは、PCellのための集合Kにおける、サブフレームnに対応する要素の数、および、SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、PCellのための集合Kは、PCellのTDD UL−DL構成に基づいて確定され、SCellのための集合Kは、PCellのTDD UL−DL構成およびSCellのTDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される受信するステップとを行わせ、集合Kは、1つ以上のkの値を含み、サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する。
フィードバック情報を送受信するためのシステムおよび方法が実装された1つ以上の基地局装置(eNB)および1つ以上の端末装置(UE)の一構成を示すブロック図である。 フィードバック情報を送信するための方法の一構成を示すフロー図である。 フィードバック情報を受信するための方法の一構成を示すフロー図である。 本明細書に開示されるシステムおよび方法に従って用いられる無線フレームの一例を示す図である。 本明細書に記載されるシステムおよび方法によるいくつかの上り下りリンク(UL−DL)構成を示す図である。 プライマリセル(PCell)構成およびセカンダリセル(SCell)構成の例を示す図である。 PCell構成とSCell構成との間の衝突サブフレームの例を示す図である。 UEにおいて利用される様々なコンポーネントを示す。 eNBにおいて利用される様々なコンポーネントを示す。 フィードバック情報を送信するためのシステムおよび方法が実装されたUEの一構成を示すブロック図である。 フィードバック情報を受信するためのシステムおよび方法が実装されたeNBの一構成を示すブロック図である。
フィードバック情報を送信するUEが記載される。UEは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。UEは、PCell上の上りリンクサブフレームに対して、PCellに対応するPCellフィードバック・パラメータを確定(determine)する。UEは、PCell上の既知の上りリンクサブフレームに対して、SCellに対応するSCellフィードバック・パラメータも確定する。SCellフィードバック・パラメータは、PCell上の既知の上りリンクサブフレームにおけるPCellフィードバック・パラメータと同じであっても、異なってもよい。UEは、さらに、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、物理上りリンク制御チャネル(PUCCH)フォーマット1bのチャネルセレクションを行う。加えて、UEは、チャネルセレクションに基づいて、ハイブリッド自動再送要求/肯定応答(HARQ−ACK)情報を送信する。PCellフィードバック・パラメータまたはSCellフィードバック・パラメータが上りリンクサブフレームにおいて0である場合、PUCCHフォーマット1bのチャネルセレクションを行うステップは、1つの構成された在圏セルのための方法または技術および表に従って、PUCCHフォーマット1bのチャネルセレクションを行うことを含む。
チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよい。HARQ−ACK情報を送信するステップは、PCell HARQ−ACKビットの第2の数と同じか、または異なるSCell HARQ−ACKビットの第1の数を送信することを含む。
チャネルセレクションは、少なくとも1つのチャネルセレクション表に基づいてもよい。UEは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。
フィードバック情報を受信するeNBも記載される。eNBは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。eNBは、PCell上の上りリンクサブフレームに対して、PCellに対応するPCellフィードバック・パラメータを確定する。eNBは、PCell上の既知の上りリンクサブフレームに対して、SCellに対応するSCellフィードバック・パラメータも確定する。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。eNBは、さらに、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う。加えて、eNBは、チャネルセレクションに基づいて、HARQ−ACK情報を受信する。PCellフィードバック・パラメータまたはSCellフィードバック・パラメータが上りリンクサブフレームにおいて0である場合、PUCCHフォーマット1bのチャネルセレクションを行うステップは、1つの構成された在圏セルのための方法または技術および表に従って、PUCCHフォーマット1bのチャネルセレクションを行うことを含む。
チャネルセレクションは、PCellおよびSCellのうちの関連づけられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよい。HARQ−ACK情報を送信するステップは、PCell HARQ−ACKビットの第2の数と同じか、または異なるSCell HARQ−ACKビットの第1の数を送信することを含む。
チャネルセレクションは、少なくとも1つのチャネルセレクション表に基づいてもよい。eNBは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。eNBは、PCellフィードバック・パラメータ・インジケータおよびSCellフィードバック・パラメータ・インジケータのうちの少なくとも1つを送信することができる。
UEによってフィードバック情報を送信するための方法も記載される。方法は、PCellに対応するPCellフィードバック・パラメータを確定するステップを含む。方法は、SCellに対応するSCellフィードバック・パラメータを確定するステップも含む。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。方法は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行うステップをさらに含む。加えて、方法は、チャネルセレクションに基づいて、HARQ−ACK情報を送信するステップを含む。
eNBによってフィードバック情報を受信するための方法も記載される。方法は、PCellに対応するPCellフィードバック・パラメータを確定するステップを含む。方法は、SCellに対応するSCellフィードバック・パラメータを確定するステップも含む。SCellフィードバック・パラメータは、PCellフィードバック・パラメータと同じであっても、異なってもよい。加えて、方法は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行うステップを含む。方法は、チャネルセレクションに基づいて、HARQ−ACK情報を受信するステップをさらに含む。
「3GPP」とも呼ばれる第3世代パートナーシップ・プロジェクト(3rd Generation Partnership Project)は、第3および第4世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。3GPPは、次世代モバイル・ネットワーク、システムおよびデバイスに関する仕様を規定する。
3GPPロング・ターム・エボリューション(LTE:Long Term Evolution)は、将来の要求に対処すべくユニバーサル・モバイル通信システム(UMTS:Universal Mobile Telecommunications System)モバイルフォンまたはデバイス規格を改善するプロジェクトに与えられた名称である。一態様において、UMTSは、進化型ユニバーサル地上無線アクセス(E−UTRA:Evolved Universal Terrestrial Radio Access)および進化型ユニバーサル地上無線アクセス・ネットワーク(E−UTRAN:Evolved Universal Terrestrial Radio Access Network)にサポートおよび仕様を提供するために修正された。
本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、3GPP LTE、LTEアドバンスト(LTE−A)および他の規格(例えば、3GPPリリース8、9、10および/または11)に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムに利用されてもよい。
ワイヤレス通信デバイスは、音声および/またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク(例えば、公衆交換電話網(PSTN:public switched telephone network)、インターネットなど)と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに、移動局、UE、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末(PDA:personal digital assistant)、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。3GPP仕様では、ワイヤレス通信デバイスは、典型的にUEと呼ばれる。しかしながら、本開示の範囲は、3GPP規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「UE」および「ワイヤレス通信デバイス」が同義で用いられる。
3GPP仕様では、基地局は、典型的にNode B、eNB、home enhancedまたはevolved Node B(HeNB)、あるいはいくつか他の同様の用語で呼ばれる。本開示の範囲は、3GPP規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では用語「基地局」、「Node B」、「eNB」および「HeNB」が同義で用いられる。さらにまた、用語「基地局」は、アクセスポイントを示すために用いられてもよい。アクセスポイントとは、ワイヤレス通信デバイスのためにネットワーク(例えば、ローカルエリアネットワーク(LAN:Local Area Network)、インターネットなど)へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび/または基地局の両方を示すために用いられる。
留意すべきは、本明細書では、「セル」がインターナショナル・モバイル・テレコミュニケーションズ−アドバンスト(IMT−Advanced:International Mobile Telecommunications−Advanced)に用いるべく規格化または規制団体によって仕様が定められたいずれかの通信チャネルであり、eNBとUEとの間の通信に用いるための認可されたバンド(例えば、周波数バンド)として、そのすべてまたはそのサブセットが3GPPによって採用されることである。「構成されたセル(configured cell)」は、UEが認識しており、情報を送信または受信することがeNBによって許可されたセルである。「構成されたセル(単数または複数)」は、在圏セル(単数または複数)であってもよい。UEは、すべての構成されたセル上でシステム情報を受信して、必要な測定を行う。「アクティブ化されたセル(activated cell)」は、UEが送受信を行っている構成されたセルである。すなわち、アクティブ化されたセルは、UEが物理下りリンク制御チャネル(PDCCH)をモニタする対象となるセルであり、下りリンク送信の場合に、UEがPDSCHを復号する対象となるセルである。「非アクティブ化されたセル(deactivated cell)」は、UEが送信PDCCHをモニタしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間(例えば、幾何形状)特性、および周波数特性を有する。
本明細書に開示されるシステムおよび方法は、フィードバック情報を送受信するためのデバイスを記載する。これは、キャリアアグリゲーションのコンテキストで行われる。例えば、異なる時分割多重(TDD)UL−DL構成を用いたキャリアアグリゲーション(例えば、バンド間またはバンド内キャリアアグリゲーション)に関するPDSCH HARQ−ACKレポーティングが記載される。
本明細書に開示されるシステムおよび方法に従って、バンド間キャリアアグリゲーションには異なるTDD UL−DL構成が用いられる。言い換えれば、異なるバンド(帯域)におけるセルまたはコンポーネントキャリア(CC:component carrier)は、異なるUL−DL構成を有する。キャリアアグリゲーションとは、1つ以上のキャリアを同時に利用することを指す。一例において、キャリアアグリゲーションは、UEが利用できる有効バンド幅を増加させるために用いられる。キャリアアグリゲーションの1つのタイプは、バンド間キャリアアグリゲーションである。バンド間キャリアアグリゲーションでは、複数のバンドからの複数のキャリアがアグリゲートされる。例えば、第1のバンドにおけるキャリアが第2のバンドにおけるキャリアとアグリゲートされる。本明細書では、用語「同時の」およびそのバリエーションは、少なくとも2つの事象が時間的に互いに重複することを示し、これらの少なくとも2つの事象が正確に同時刻に始まるか、および/または終わることを意味しても、しなくてもよい。本明細書に開示されるシステムおよび方法は、バンド間キャリアアグリゲーションには制約されず、バンド内キャリアアグリゲーションにも適用されてよい。
本明細書では、用語「構成」は、UL−DL構成を指す。UL−DL構成は、無線フレーム内の各サブフレームがULサブフレーム、DLサブフレーム、またはスペシャルサブフレームであるかどうかを明示する。UL−DL構成に関するさらなる詳細が下の表(1)に関連して示される。「PCell構成」は、PCellに対応するUL−DL構成を指す。例えば、PCell構成は、eNBおよびUEによってPCellでの通信に適用されるUL−DL構成である。PCell構成は、eNBによってSystemInformationBlockType1(SIB−1)でUEへシグナリングされる。SIB−1は、(例えば、eNBによって)ブロードキャスト制御チャネル上で論理チャネルとして送信される。「SCell構成」は、SCellに対応するUL−DL構成を指す。例えば、SCell構成は、eNBおよびUEによってSCellでの通信に適用されるUL−DL構成である。SCell構成は、eNBによるキャリアアグリゲーションを用いて専用無線リソース制御(RRC:Radio Resource Control)シグナリングでUEへシグナリングされる。専用RRCシグナリングは、(例えば、eNBによって)専用制御チャネル上で論理チャネルとして送信される。
加えて、または代わりに、eNBは、セルをPCellとして用いて、SCell構成をSIB−1でUEへ送信してもよい。典型的に、eNBは、セルをPCellとして用いてSIB−1でUEへ送信するときも、キャリアアグリゲーションを用いて専用RRCシグナリングでUEへ送信するときも、同じシステム情報パラメータを送信するが、これが厳密に要求されるわけではない。しかしながら、セル固有のパラメータであるパラメータは、キャリアアグリゲーションを用いて専用RRCシグナリングによってUEへシグナリングされ、かつセルをPCellとして用いてUEへシグナリングされてもよく、SCell SIB−1構成またはSCell構成と呼ばれる。
PDSCH HARQ−ACKは、PCellの上りリンク上でレポートされる。PCell構成とSCell構成との組み合わせに依存して、PCell構成、SCell構成、または参照構成がSCellのために用いられる。SCell PDSCH HARQ−ACKは、PCell ULサブフレームアロケーションへマッピングされる。「ULサブフレームアロケーション」は、UL送信のために構成された1つ以上のサブフレームを指す。例えば、PCell ULサブフレームアロケーションは、PCell構成に従って1つ以上のULサブフレームを指定する。「DLサブフレームアロケーション」は、DL送信のために構成された1つ以上のサブフレームを指す。例えば、PCell DLサブフレームアロケーションは、PCell構成に従って1つ以上のDLサブフレームを指定する。
キャリアアグリゲーションは、PCellおよびSCell(単数または複数)のための通信リソースを同じeNBスケジューラが管理することを想定する。したがって、スケジューラは、各セルの実際の構成を認識している。UEは、特にセルがPCellとは異なるUL−DL構成を有する場合に、各アグリゲートされたセルの実際のUL−DL構成を(例えば、eNBによって)通知される。
時分割多重(TDD)上り下りリンク(UL−DL)構成は、本明細書では、便宜上、「UL−DL構成」または同様の用語で呼ばれる。加えて、本明細書では、便宜上、PCellに対応するUL−DL構成は「PCell構成」と呼ばれ、SCellに対応するUL−DL構成は「SCell構成」と呼ばれる。そのうえ、本明細書では、便宜上、「上りリンク」は「UL」と略記され、「下りリンク」は「DL」と略記される。
強化されたキャリアアグリゲーション(eCA:enhanced carrier aggregation)は、異なるUL−DL構成を用いたバンド間またはバンド内キャリアアグリゲーション(CA)を含む。例えば、本明細書に開示されるシステムおよび方法は、リリース11でサポートされる、異なるUL−DL構成を用いたバンド間CAを可能にする。そのうえ、本明細書に開示されるシステムおよび方法に従って、所定のPDSCH HARQ−ACKレポーティングアソシエーションを利用することができる。
LTEリリース8、9および10仕様では、TDD CAは、同じUL−DL構成をもつセルを許可するに過ぎない。従って、すべてのセルのHARQ−ACKビットを確定するために、同じパラメータのセットが利用される。しかしながら、異なるUL−DL構成を用いたTDD CAでは、異なるセルに異なるパラメータのセットが利用される。結果として、異なるPUCCHフォーマット(例えば、PUCCHフォーマット3、およびチャネルセレクションを伴うPUCCHフォーマット1a/1b)上でのHARQ−ACKビットの多重化に係わる新たな課題が生じる。
しかしながら、PDSCH HARQ−ACKレポーティングのためのPUCCHフォーマットの詳細について3GPPミーティングでは議論されてこなかった。リリース10仕様を再使用し、かつ新しい拡張を追加することによって、これらの課題に対処することができる。
本明細書に開示されるシステムおよび方法は、UEがチャネルセレクションを伴うPUCCHフォーマット1bを用いて構成されている場合の異なるTDD構成を用いたCAに関して、HARQ−ACK情報(例えば、ビット(単数または複数))の多重化およびレポーティングを記載する。例えば、本明細書に開示されるシステムおよび方法は、異なるTDD UL−DL構成を用いたキャリアアグリゲーションに関して、チャネルセレクションを伴うPUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングおよび多重化を記載する。UL−DL構成が異なるために、異なるセルでは異なるパラメータが用いられる。本明細書に開示されるシステムおよび方法は、これらのパラメータを確定するためのアプローチを提供する。特に、次の場合に関して課題および解決法が記載される。
チャネルセレクションを伴うフォーマット1bがUE上に構成されている場合、既知の仕様は、2つのセルをサポートし、いくつかの限界を有する(例えば、各セルと関連付けられたサブフレームの数Mが同じであり、PCellは、SCellと同数か、またはそれ以上のPUCCHリソースを常に有する)。チャネルセレクションを伴うフォーマット1bは、2つのセル、プライマリセル(PCell)およびセカンダリセル(SCell)をサポートすることができる。SCellは、(TDD)UL−DL構成が異なるために、既知の上りリンクサブフレームにおいてPCellと異なるMを有する。そのうえ、異なるセルからのMは、複数の異なる値を有しうる。本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDD CAに関して、PUCCHリソース割り当てを改善し、かつチャネルセレクションを行うことを提供する。
本明細書に開示されるシステムおよび方法に従って、PCellのMは、リリース10仕様に示されるMと同じであってよい。そのうえ、本明細書に開示されるシステムおよび方法は、SCellのMを確定するための2つのアプローチを提供する。アプローチAでは、SCellのMは、参照構成に基づく参照パラメータ(例えば、MRef)である。アプローチBでは、SCellのMは、参照構成における実効的なサブフレーム数に基づく実効的なパラメータ(例えば、MEff)である。そのうえ、本明細書に開示されるシステムおよび方法は、PCellのMおよびSCellのMの可能な組み合わせを6つのケースに分類して、これらの場合を取り扱うための技術を提供する。
ケースIでは、UL−DL構成5がPCellまたはSCell上で利用されるか、あるいはSCellの参照構成として利用され、チャネルセレクションを伴うPUCCHフォーマット1bは、(例えば、少なくとも上りリンクサブフレーム2では)サポートされない。留意すべきは、SCell構成またはSCell参照構成がUL−DL構成5である場合に、PCell上の他の上りリンクには単一セル・レポーティング・モードが実装されることである。ケースIIでは、PCellのMおよびSCellのMが同じである。ケースIIでは、リリース10のアプローチが再使用される。単一セル・レポーティング・モードとは、1つの構成された在圏セルのためのPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1bまたはチャネルセレクションを伴うPUCCHフォーマット1bが、3GPP TS36.213の10.1.3.1節で定義される表に基づいて行われることを意味する。
ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有する(例えば、PCellのM>0およびSCellのM=0)。ケースIIIでは、単一セル・レポーティング・モードが有効になるか、または許可される。単一セル・レポーティング・モードとは、1つの構成された在圏セルのためのPUCCHレポーティング方法、例えば、PUCCHフォーマット1a/1bまたはチャネルセレクションを伴うPUCCHフォーマット1bが、3GPP TS36.213の10.1.3.1節で定義される表に基づいて行われることを意味する。ケースIVでは、レポートされるHARQ−ACKをSCellのみが有する(例えば、SCellのM>0およびPCellのM=0)。ケースIVでは、単一セル・レポーティング・モードが有効になるか、または許可される。ケースIIIおよびケースIVへの単一セル・レポーティング・モードの導入は、さらに良好なPUCCHリソースアロケーションおよびさらに良好なHARQ−ACKチャネルセレクション・マッピングを提供する利益がある。SCell構成またはSCell参照構成が構成5である場合には、サブフレーム2を除くPCell上の上りリンクサブフレームで単一セルPUCCHチャネルセレクション・レポーティングを用いることができる。
ケースVでは、PCellのMがSCellのMより小さい。ケースVIでは、PCellのMがSCellのMより大きい。ケースVおよびケースVIに関して、本明細書に開示されるシステムおよび方法は、PCellとSCellでは異なるM値を取り扱うために、4つの手順(例えば、手順1〜4)を提供する。いくつかの実装では、ケースIIIはケースVIの特別な場合であり、ケースIVはケースVの特別な場合である。それゆえに、ケースVおよびケースVIに関して本明細書に開示される手順は、単一セル・レポーティング・モードの代替手段として、ケースIIIおよびケースIVにも適用することができる。
手順1では、上りリンクと関連付けられたサブフレームの総数、またはHARQ−ACKビットの総数としてMtotalが定義される。Mtotal<5では、A PUCCHリソースをもつチャネルセレクション表が再使用され、A∈{2,3,4}である。そうでない場合には、
Figure 2015520526
をもつリリース10の表が再使用され、1つのセルから別のセルへのHARQ−ACKビットの多重化が可能になる。手順1は、実際のHARQ−ACKビット数にさらに良好にフィットする(例えば、最も良くフィットする)Mを可能にする利益を提供する。
手順2では、PCellのMおよびSCellのMのうちの最大値としてMmaxが定義される。リリース10における1つ以上のセルの場合に対して、チャネルセレクションアプローチを伴うPUCCHフォーマット1bがM=Mmaxとともに再使用される。Mtotal<5の場合の特別な処理として、手順1を適用してA PUCCHリソースをもつチャネルセレクション表を再使用してもよく、ここでA∈{2,3,4}である。
手順3では、SCell上にPCellのM(例えば、MPCell)が適用され、リリース10のチャネルセレクション表がM=MPCellとともに再使用される。このコンテキストでは、ケースVは、手順2と同じである。SCellのMがPCellのMより大きい、ケースVIでは、SCellに関してレポートされるHARQ−ACKビットの数が、PCellと同じHARQ−ACKビット数に切り詰められる。手順2および手順3は、既存のチャネルセレクション表を再使用することによって簡易な解決法を提供する利益がある。
手順4では、PCellおよびSCell上の異なるM値の組み合わせに対して、新しいチャネルセレクション表が定義される。手順4は、新しいチャネルセレクション表を追加することによって、改善された(例えば、最適化された)マッピングを提供する。
本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDD CAの場合に、PCellおよびSCellに関して、フィードバック・パラメータ(例えば、M)値(例えば、上りリンクサブフレームに関連付けられたサブフレームの数)を確定するためのアプローチを提供する。
異なるUL−DL構成を用いたTDD CAでは、PCellおよびSCellに関する、上りリンクサブフレームに関連付けられたサブフレームの数(例えば、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータ)の組み合わせに基づいて、PUCCHフォーマット1bのチャネルセレクションが行われる。PCellまたはSCellに関する、関連付けられたサブフレームの数が上りリンクサブフレームでは0である場合には、チャネルセレクション技術を伴う単一セルのPUCCHフォーマット1bおよびチャネルセレクション表が適用される。
PCellのための関連付けられたサブフレームの数と、SCellのための関連付けられたサブフレームの数とが異なる場合には、1つ以上の選択肢が利用される。第1の選択肢では、チャネルセレクションは、PCellおよびSCellの関連付けられたサブフレームの総数から導出された関連サブフレームの導出数(例えば、M)に基づいて行われる。いくつかの実装では、チャネルセレクションは、PCellおよびSCellのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。加えて、または代わりに、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいて行われてもよく、SCellは、PCellと同じ数までのHARQ−ACKビットをレポートする。いくつかの実装では、PCellとSCellでは異なるサブフレーム数の組み合わせに関して、チャネルセレクション表の新しいセットが定義されてもよい。
eCAは、異なるバンド上の異なるTDD UL−DL構成をサポートする。異なるUL−DL構成を用いたCAは、バンド間キャリアアグリゲーションとも呼ばれる。簡単にするために、PCellのUL−DL構成は、PCell構成と呼ばれる。さらに、SCellのUL−DL構成は、SCell構成と呼ばれる。本明細書において、「衝突サブフレーム」とは、構成間で異なるサブフレーム・タイプ(例えば、下りリンクまたはスペシャルサブフレーム対上りリンクサブフレーム)を有するサブフレームのことである。
LTEリリース10でキャリアアグリゲーションが使用されるときに、送信された下りリンク通信に対応するHARQ−ACKは、2つの技術のうちの1つに従ってPUCCH上で送信される。1つの技術では、「チャネルセレクション」を伴うフォーマット1bに基づくか、またはフォーマット3に基づいてHARQ−ACKが送信される。本明細書に開示されるシステムおよび方法のいくつかの実装は、チャネルセレクションを伴うフォーマット1bを利用し、アグリゲートされるキャリアは、異なるUL−DL構成を有する。
(3GPP TS36.211における表4.2−2からの)下の表(1)には、TDD UL−DL構成0〜6が示される。下りリンクから上りリンクへの切り替えポイント周期が5ミリ秒(ms)および10msの両方のUL−DL構成がサポートされる。特に、下の表(1)に示されるように、3GPP仕様では7つのUL−DL構成が指定される。表(1)では、「D」は下りリンクサブフレームを示し、「S」はスペシャルサブフレームを示し、「U」はULサブフレームを示す。
Figure 2015520526
本明細書に開示されるシステムおよび方法は、異なるUL−DL構成を用いたTDDのバンド間キャリアアグリゲーションCAをサポートする。いくつかの実装では、PUCCHは、PCell上でのみ送信され、リリース8、9および10仕様で既に定義された表に加えて新しいHARQ−ACKタイミング表は何も利用されない。PCellは、PDSCH HARQ−ACKタイミング、PUSCHスケジューリングおよびPUSCH HARQ−ACKタイミングを含めて、リリース8、9および10仕様に示されるのと同じタイミングを利用する。
PDSCH HARQ−ACKタイミングの課題は、PCell構成がSCell構成の上位集合か、SCell構成の部分集合か、またはいずれでもないかどうかに依存して、3つのケース(ケースA、BおよびC)に分類される。ケースAでは、SCell構成によって示されるDLサブフレームのセットが、PCell構成によって示されるDLサブフレームの部分集合であり、SCellは、PCell構成に従う。
ケースBおよびケースCに関するPDSCH HARQ−ACKレポーティングは、次のように実装される。ケースBに関しては、少なくとも自己スケジューリングおよび全2重通信のコンテキストでは、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合であり、SCellは、SCell構成に従う。いくつかの実装では、半2重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングの場合のための技術を提示する。
ケースCに関しては、少なくとも自己スケジューリングおよび全2重通信のコンテキストにおいて、SCell構成によって示されるDLサブフレームのセットは、PCell構成によって示されるDLサブフレームの部分集合でも上位集合もなく、SCellは、下の表(2)に示されるように参照構成に従う。参照構成は、PCellおよびSCellの両方に重複するULサブフレームに基づいて選択される。いくつかの実装では、半2重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングケースのための技術を提示する。
下の表(2)は、PDSCH HARQ−ACKレポーティングのためのUL−DL構成を示す。特に、列は、PCell(TDD UL−DL)構成0〜6を示し、一方で行は、SCell(TDD UL−DL)構成0〜6を示す。PCell構成およびSCell構成が交差するグリッドは、ケースに基づいてSCellが従う、対応するPDSCH HARQ−ACKタイミングをもつUL−DL構成を示す。表(2)において、「A」は、上記のケースAを表す。ケースAでは、SCell PDSCH HARQ−ACKタイミングは、PCell構成に従う。表(2)において、「B」は、上記のようなケースBを表す。ケースBでは、SCell PDSCH HARQ−ACKタイミングは、SCell構成に従う。表(2)において、「C」は、上記のようなケースCを表す。ケースCでは、SCell PDSCH HARQ−ACKタイミングは、表(2)で「C」のインスタンスに付随する数によって示される参照(TDD UL−DL)構成に従う。言い換えれば、表(2)のグリッドにおける数は、ケースCのインスタンスでSCell PDSCH HARQ−ACKタイミングが従う参照構成である。例えば、PCell構成がUL−DL構成3であり、SCell構成がUL−DL構成1であるときに、SCell PDSCH HARQ−ACKタイミングは、構成4に従う。
Figure 2015520526
LTEリリース10では、フレーム構造タイプ2をもつ1つ以上の在圏セルのアグリゲーションをサポートするUEが、上位レイヤによって構成される。フレーム構造タイプ2をもつ1つの在圏セルを用いて構成されているときに、UEは、HARQ−ACKの送信のために、HARQ−ACKバンドリングを用いるように、(例えば、3GPP TS36.213の表10.1.3−2、3もしくは4のセットに従って、または表10.1.3−5、6もしくは7のセットに従って)チャネルセレクションを伴うPUCCHフォーマット1bを用いるように、あるいは、PUCCHフォーマット3を用いるように、上位レイヤによって構成される。3GPP TS36.213の表10.1.3−2、3もしくは4、または表10.1.3−5、6もしくは7のセットの使用が上位レイヤ・シグナリングによって構成される。
チャネルセレクションを伴うPUCCH上での既知のPDSCH HARQ−ACKレポーティング手順が次のように記載される。チャネルセレクションを伴うPUCCHフォーマット1bでは、単一セルまたは2つのセルを用いたTDDがサポートされる。3GPP TS36.213は、これらの手順を以下に従って説明する。TDD HARQ−ACK多重化、およびM>1をもち、Mが(下の表(3)に示される、3GPP TS36.213からの)表10.1.3.1−1で定義される集合Kにおける要素の数である、サブフレームnに関しては、すべての対応する個別のHARQ−ACKの論理積演算によって、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。チャネルセレクションを伴うPUCCHフォーマット1bが1つの構成された在圏セルの場合に用いられる。TDD HARQ−ACK多重化、およびM=1をもつサブフレームnに関しては、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングは行われず、1つの構成された在圏セルに関して、それぞれPUCCHフォーマット1aまたはPUCCHフォーマット1bを用いて1つまたは2つのHARQ−ACKビットが送信される。
TDD、チャネルセレクションを伴うPUCCHフォーマット1bをもつ1つ以上の構成された在圏セル、および、単一のULサブフレームnと関連付けられたM個の複数のDLサブフレームに対する4つ以上のHARQ−ACKビットの場合には、すべての構成されたセルに関して、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われ、バンドルされたHARQ−ACKビットは、構成された在圏セルごとに、チャネルセレクションを伴うPUCCHフォーマット1bを用いて送信される。ここでMは、表(3)で定義される集合Kにおける、構成された在圏セルに関する要素の数である。TDD、チャネルセレクションを伴うPUCCHフォーマット1bをもつ1つ以上の構成された在圏セル、および、単一のULサブフレームnと関連付けられたM個の複数のDLサブフレームに対する4つまでのHARQ−ACKビットに関しては、すべての構成された在圏セルに関して、空間的なHARQ−ACKバンドリングは行われず、HARQ−ACKビットは、チャネルセレクションを伴うPUCCHフォーマット1bを用いて送信される。ここでMは、表(3)で定義される集合Kにおける、構成された在圏セルに関する要素の数である。
既知の手順による単一の構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関するさらなる詳細が次のように示される。1つの構成された在圏セルのためのTDD HARQ−ACKバンドリングまたはTDD HARQ−ACK多重化、およびM=1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関して、UEは、アンテナポートpへマッピングされた
Figure 2015520526
に対するサブフレームnでのHARQ−ACKの送信のために、PUCCHフォーマット1bに対してPUCCHリソース
Figure 2015520526
を用いるものとする。
TDD HARQ−ACK多重化、M>1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームn、および、1つの構成された在圏セルに関しては、サブフレームn−kから導出されたPUCCHリソースとして
Figure 2015520526
を示し、サブフレームn−kからの肯定/否定/不連続送信(ACK/NACK/DTX)応答としてHARQ−ACK(i)を示す。ここで、k∈K(表(3)で定義される)および0≦i≦M−1である。
単一の在圏セルを用いて構成されたUEは、上位レイヤ・シグナリングに基づいて、表10.1.3−2、表10.1.3−3、および表10.1.3−4のセットか、または表10.1.3−5、表10.1.3−6、および表10.1.3−7のセットのいずれかに従ってチャネルセレクションを行うことになろう。上位レイヤ・シグナリングによって示される選択された表のセットに関して、UEは、3GPP TS36.211の5.4.1節に従い、PUCCHフォーマット1bを用いて、サブフレームnにおけるPUCCHリソース
Figure 2015520526
上でb(0),b(1)を送信するものとする。b(0),b(1)の値およびPUCCHリソース
Figure 2015520526
は、それぞれM=2、3、および4に対して選択された表のセットに従って、チャネルセレクションによって生成される。表10.1.3−2/3/4のセットによる、または表10.1.3−5/6/7のセットによるチャネルセレクションを伴うPUCCHフォーマット1bは、TDD UL−DL構成5ではサポートされない。
既知の手順による2つの構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関するさらなる詳細が次のように示される。フレーム構造タイプ2をもつ1つ以上の在圏セルのアグリゲーションをサポートするUEは、フレーム構造タイプ2をもつ1つ以上の在圏セルを用いて構成されているときに、チャネルセレクションを伴うPUCCHフォーマット1bか、またはPUCCHフォーマット3のいずれかをHARQ−ACKの送信に用いるように、上位レイヤによって構成される。チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD UL−DL構成5は、2つの構成された在圏セルではサポートされない。
PUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、2つの構成された在圏セル、およびM=1をもち、Mが(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、UEは、構成された在圏セルの数および在圏セルごとに構成された下りリンク送信モードに基づいて、HARQ−ACKビットの数0を確定するものとする。UEは、2つまでのトランスポートブロックをサポートする下りリンク伝送モードで構成された在圏セルには2つのHARQ−ACKビットを用い、そうでない場合には1つのHARQ−ACKビットを用いるものとする。
チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、2つの構成された在圏セル、およびM≦2をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、UEは、PUCCHフォーマット1bを用い、表10.1.3.2−1、10.1.3.2−2および10.1.3.2−3に従って、サブフレームnにおける、A PUCCHリソース
Figure 2015520526
から選択されたPUCCHリソース
Figure 2015520526
上でb(0),b(1)を送信するものとし、ここで0≦j≦A−1、およびA∈{2,3,4}である。
M=1をもつサブフレームnでは、HARQ−ACK(j)は、在圏セルと関連付けられたトランスポートブロックまたはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対するトランスポートブロックおよび在圏セルは、表10.1.2.2.1−1によって示される。M=2をもつサブフレームnでは、HARQ−ACK(j)は、各在圏セル上の集合Kによって示されるサブフレーム(単数または複数)内のPDSCH送信またはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対する各在圏セル上のサブフレームは、表10.1.3.2−4によって示される。UEは、HARQ−ACK(j)と関連付けられたA PUCCHリソース
Figure 2015520526
を確定するものとし、ここでM=1に関しては表10.1.2.2.1−1において、M=2に関しては表10.1.3.2−4において0≦j≦A−1である。
チャネルセレクションを伴うPUCCHフォーマット1bを用いたTDD HARQ−ACK多重化、M>2をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームn、および、2つの構成された在圏セルに関しては、ULサブフレームnと関連付けられたM個のDLサブフレームでの送信から導出されるPUCCHリソースとして
Figure 2015520526
、0≦i≦3を示す。
Figure 2015520526
および
Figure 2015520526
は、プライマリセル上でのPDSCH送信(単数または複数)または(3GPP TS36.213の9.2節で定義される)下りリンク・セミパーシステント・スケジューリング(SPS:semi−persistent scheduling)リリースを示すPDCCHと関連付けられ、
Figure 2015520526
および
Figure 2015520526
は、セカンダリセル上でのPDSCH送信(単数または複数)と関連付けられる。
本明細書に開示されるシステムおよび方法に従って、異なるUL−DL構成を用いたCA(例えば、eCA)において1つ以上のフィードバック・パラメータ(例えば、M)を確定するための技術に関するさらなる詳細が以下に示される。LTEリリース10のTDD CAでは、すべてのセルが同じUL−DL構成を有する。それゆえに、HARQ−ACKレポーティングを確定するときに、すべてのセルに同じパラメータが適用される。しかしながら、eCAでは、異なる構成を用いたTDDがサポートされる。従って、異なるセルは、異なるパラメータMのセットを有しうる。異なるパラメータMのセットの利用は、設計課題をもたらす。異なるUL−DL構成を用いたCA(例えば、eCA)においてパラメータMを確定するための技術が次にように記載される。
LTEリリース10では、Mは、サブフレームnおよび集合Kと関連付けられた、(3GPP TS36.213の表10.1.3.1−1からの)下の表(3)で定義される集合Kにおける要素の数である。言い換えれば、TDDに係わる下りリンクアソシエーションセットのインデックスが表(3)ではK:{k,k,・・・,kM−1}として定義され、ここでMは、集合Kにおける要素の数である。下りリンクアソシエーションセットは、下の表(3)に示されるように、UL−DL構成に依存する。(例えば、表(2)に示されるような)異なる構成を用いたTDD CAでは、PDSCH HARQ−ACKタイミングが1つ以上のTDD UL−DL構成に基づくことにも留意すべきである。
PDSCH HARQ−ACKアソシエーションとは、PDSCH送信と上りリンクサブフレームでのそのHARQ−ACKフィードバックとの間のリンケージを意味する。上りリンクサブフレームnに対して、TDDに係わる下りリンクアソシエーションセットのインデックスが表10.1.3.1−1で定義され、下の表(3)にこれらが示される。従って、kがアソシエーションセットのインデックスK:{k,k,・・・,kM−1}に属するサブフレーム(n−k)でのPDSCH送信、PDSCHの対応するHARQ−ACKは、関連付けられた上りリンクサブフレームnでレポートされる。表(3)におけるエントリは、下りリンクアソシエーション(例えば、PDSCH HARQ−ACKアソシエーション)を定義する。集合Kは、既知の上りリンクに対するPDSCH HARQ−ACKアソシエーションセット
を定義する。
Figure 2015520526
eCAでは、異なる構成を用いたTDDがサポートされる。従って、異なるセルは、パラメータ、例えば、Mの異なるセットを有する。これは、設計課題を提示する。
自己スケジューリングでは、各セルが、同じセルのPDCCHによって、またはセミパーシステント・スケジューリング(SPS:semi−persistent scheduling)によってPDSCH送信をスケジューリングする。1つ以上のSCellのPDSCH HARQ−ACKは、表(2)で定義されるタイミング基準に従ってPCell上でレポートされる。
異なるUL−DL構成を用いたeCAでは、各セルが異なるM値を有する。セルcに関するMとしてMが定義される。言い換えれば、Mは、セルcに関して、既知の上りリンクサブフレームでのPDSCH HARQ−ACKフィードバックを必要とするサブフレームの数を示す。留意すべきは、例えば、Mが上りリンクサブフレームに依存することである。より具体的には、セルに関するM(例えば、M)は、異なる上りリンクサブフレームでは異なる。PCellに関しては、Mは、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である。集合Kは、少なくとも1つのPDSCH HARQ−ACKアソシエーションkを含む。SCellに関しては、PDSCH HARQ−ACKタイミングがSCellタイミングと同じであることも、異なることもある。SCellでは、PDSCH HARQ−ACKタイミングがSCellタイミングと同じであることも、異なることもあるので、いくつかの実装ではPDSCH HARQ−ACKタイミングとSCellタイミングとは別に確定される。
アプローチAでは、SCellのMは、MRef(例えば、PDSCH HARQ−ACKタイミングに従う対象となる参照構成のM)として定義される。言い換えれば、MRefは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。アプローチAにおけるケースA(例えば、SCell構成によって示されるDLサブフレームのセットが、PCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、PCell構成に従う。従って、MRef=MPCellであり、ここでMPCellは、PCellのM(例えば、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MPCellは、PCell構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
アプローチAにおけるケースB(例えば、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、SCell構成に従う。従って、MRef=MSCellであり、ここでMSCellは、SCellのM(例えば、SCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MSCellは、SCell構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
アプローチAにおけるケースC(例えば、PCell構成によって示されるDLサブフレームのセットが、SCell構成によって示されるDLサブフレームの部分集合である場合)に関しては、SCellは、表(2)に示されるような参照構成に従う。従って、MRef=MRefConfであり、ここでMRefConf(例えば、所定のパラメータ)は、参照構成のM(例えば、表(2)における参照UL−DL構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数)である。言い換えれば、MRefConfは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
ケースAでは、PCellがDLサブフレーム(または、例えばスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された、衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、または不連続送信(DTX:discontinuous transmission)としてレポートされることになろう。ケースAに関しては、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおいて、PCell構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームの数としてmが定義される。
同様にケースCでは、参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、またはDTXとしてレポートされる。ケースCに関しては、表(2)における参照構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおいて、(PCell構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む)衝突サブフレームの数としてmが定義される。
アプローチBでは、SCellのMがMEffとして定義され、ここでMEffは、PCell構成または参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となる参照構成の実効的なMである(例えば、MEff=MRef−m)。言い換えれば、MRefは、参照構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数であり、mは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、SCell構成では上りリンクサブフレームである衝突サブフレームの数である。
クロスキャリアスケジューリングでは、PCellがそれ自体によってのみスケジュールされることを除いて、1つのセルのPDSCH送信は、別のセルからスケジュールされる。クロスキャリアスケジューリングのコンテキストにおいてSCellのMを決定するために、いくつかの技術が利用される。
クロスキャリアスケジューリングのコンテキストにおいて、自己スケジューリングのために上記と同じ技術が適用されてもよい。これは、PDSCH HARQ−ACKレポーティングのための共通設計につながる。(例えば、クロス送信時間間隔(TTI:transmission time interval)またはクロスサブフレームスケジューリングによって)衝突サブフレームのクロスキャリアスケジューリングをサポートする実装が、例えば、これに該当するであろう。
しかしながら、既知の技術では、クロスキャリアPDSCHスケジューリングは、別のセルからのスケジューリングを同じTTIで可能にするに過ぎない。従って、スケジューリングセル(例えば、PCell)のHARQ−ACKタイミングに従う方SCellには簡易であろう。それゆえに、クロスキャリアスケジュールされるセルは、スケジューリングセルのタイミングに従う。
別のアプローチでは、SCellのMは、スケジューリングセル(例えば、PCell)に従う。1つの実装では、SCellのMは、MSchedulingCellであり、ここでMSchedulingCellは、スケジューリングセルのMである(Mは、スケジューリングセルのUL−DL構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である)。言い換えれば、MSchedulingCellは、スケジューリングセル構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのPDSCHレポーティング参照構成が用いられてもよい。別の実装では、SCellのMは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(例えば、MEffは、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル構成の実効的なMである)。言い換えれば、MEff_SchedulingCellは、衝突サブフレームを除く、スケジューリングセル構成に関するPDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。この場合、衝突サブフレームとは、スケジューリングセル構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含むサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのPDSCHレポーティング参照構成が用いられてもよい。
いくつかの実装では、(例えば、SCellのMを確定するための)フィードバック・パラメータ確定方式がeNBによって確定または構成される。従って、eNBおよびUEは、SCellのMに関して同じ設定値を有する。
PUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングに関して、SCellのMとしてMRefが構成または選択される場合、参照構成(例えば、ケースAではPCell構成、ケースBではSCell構成、ケースCでは表(2)における参照構成)に基づいて同じM値が適用されてもよい。従って、SCellについてMを確定することがより簡易であろう。しかしながら、これは、不必要なビットをレポートに含み、チャネルセレクションの性能を低下させかねない。
PUCCHフォーマット1b上でのPDSCH HARQ−ACKレポーティングのために、SCellのMとしてMEffが構成または選択される場合には、(参照構成ではDLサブフレーム、およびSCell構成ではULサブフレームをもつ)衝突サブフレームを削除するために、参照構成に基づいてM値が計算される。結果として、SCellに関するM値は、参照構成のM値とは異なる。しかしながら、レポートされるビット数が少なくなり、それによってチャネルセレクションに伴う性能向上の可能性が提供される。
異なるTDD UL−DL構成を用いたCAに関連するいくつかの課題が次のように記載される。リリース8、9および10では、(単一の構成されたセルのためのチャネルセレクションを伴うPUCCHフォーマット1bに関して)先に記載されたように、チャネルセレクションを伴うPUCCHフォーマット1bが、リリース8、9および10における1つの構成されたセルのためのTDD HARQ−ACKレポーティングに対してサポートされる。M=1に関しては、PDSCHに2つのトランスポートブロックがある場合に空間的なバンドリングは行われない。M>1に関しては、PDSCHに2つのトランスポートブロックがある場合に空間的なバンドリングが行われる。
リリース10では、2つのセルのキャリアアグリゲーションに対してチャネルセレクションがサポートされ、すべてのセルが同じTDD構成を有する。UEがチャネルセレクションを伴うフォーマット1bを用いて構成されている場合、PCell上でもSCell上でもPUCCHリソースが予約される。PCellおよびSCellのために2つまでのリソースが予約され、PCellは、SCellと同数のPUCCHリソースか、またはSCellより1つ多いPUCCHリソースを有する。
M=1に関しては、PDSCHに2つのトランスポートブロックがある場合に、空間的なバンドリングは行われない。M>1に関しては、PDSCHに2つのトランスポートブロックがある場合に、空間的なバンドリングが行われる。
M≦2に関しては、チャネルセレクションに用いられるPUCCHリソースの数は、Aであり、ここでA∈{2,3,4}である。M=1をもつサブフレームnでは、HARQ−ACK(j)は、在圏セルと関連付けられたトランスポートブロックまたはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対するトランスポートブロックおよび在圏セルは、表10.1.2.2.1−1によって示される。
M=2をもつサブフレームnでは、HARQ−ACK(j)は、各在圏セル上での集合Kによって示されるサブフレーム(単数または複数)内のPDSCH送信またはSPSリリースPDCCHに対するACK/NACK/DTX応答を示し、ここでHARQ−ACK(j)およびA PUCCHリソースに対する各在圏セル上のサブフレームは、表10.1.3.2−4によって示される。
A=2に関しては、1つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、1つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−1に従って行われる。
A=3に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、1つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−2に従って行われる。
A=4に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、2つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−3に従って行われる。
M>2に関しては、2つのPUCCHフォーマット1bリソースがPCell上でのPDSCH送信(単数または複数)と関連付けられ、2つのPUCCHフォーマット1bリソースがSCell上でのPDSCH送信(単数または複数)と関連付けられる。M=3に関しては、3ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−5に従って行われる。M=4に関しては、4ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット1bは、表10.1.3.2−6に従って行われる。これらのPUCCHリソースは、いずれもPCell上にマッピングされる。
異なるUL−DL構成を用いたTDD CAに関して、チャネルセレクションを伴うPUCCHフォーマット1bが構成される場合、異なるセル上ではパラメータが異なるために多くの課題が生じる。異なるTDD構成を用いたTDD CAの主要な課題の1つは、関連付けられたULサブフレームにおいて異なるセルのMが異なることである。PCellのMがSCellのMより小さく、結果として、PCellに関連付けられたPUCCHがSCellより少ないこともあり、逆もまた同様である。
異なるセルのMの差が1より大きく、結果として、PCellおよびSCell上でPUCCHリソースがリリース10におけるように均等には配置されないことがある。いくつかの場合には、PCellのみが上りリンクへのPDSCH HARQ−ACKアソシエーションを有するが、SCellにPDSCH−ACKは必要とされない(例えば、SCellに関してM=0)。
PCell構成がUL−DL構成0である場合、サブフレーム3およびサブフレーム8では、PCell上でレポートされるHARQ−ACKがない(例えば、PCellに関してM=0)。従って、SCellからのHARQ−ACKビットのみがレポートされる。
従って、いくつかの場合には、異なるTDD構成を用いたTDD CAに対して、リリース10のリソースアロケーション技術およびチャネルセレクション・マッピング表を直接に用いることができない。特別な処理が必要とされる。
本明細書に開示されるシステムおよび方法は、前述の課題に対する解決策を提示する。リリース10の拡張として、異なるTDD UL−DL構成を用いたTDD CAのために、2つの構成されたセルに対してチャネルセレクションを伴うフォーマット1bが用いられる。そのうえ、チャネルセレクションを伴うフォーマット1bは、PCellまたはSCell上のいずれかに構成5が構成される場合、または、SCellのための参照構成として構成5が用いられている場合にはサポートされない。
PCellのM(例えば、MPCell)は、リリース10におけるのと同じであってよい(例えば、MPCellは、PCell構成に従ってサブフレームnおよび集合Kと関連付けられた、表(3)で定義される集合Kにおける要素の数である)。
アプローチAでは、SCellのMがMRefとして選択される。このようにSCellのMは、表(2)に従ってケースAではMPCell、ケースBではMSCell、およびケースCではMRefConfである。
下の表(4)は、PCellのMとSCellのMとの組み合わせをMRefとしてリストする。上りリンクでのPUCCHフォーマット1bレポートは、次のように5つのケースに分類される。ケースIでは、PCellまたはSCell上で、またはSCellの参照構成としてTDD UL−DL構成5が用いられる。ケースIIでは、PCellのMとSCellのMとは同じである。ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有する(例えば、PCellのM>0、およびSCellのM=0)。ケースIVでは、レポートされるHARQ−ACKをSCellのみが有する(例えば、SCellのM>0、およびPCellのM=0)。ケースVでは、SCellのMがSCellのMより小さい。
アプローチBでは、SCellのMがMEff(例えば、参照構成がDLサブフレーム(またはスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された)衝突サブフレームを除く、SCellのための参照構成の実効的なM)として選択される。参照構成は、表(2)で定義される(例えば、参照構成は、ケースAでは表(2)に示されるPCell構成、ケースBではSCell構成、およびケースCでは参照構成である)。
アプローチBでは、下の表(5)がPCellのMとSCellのMとの組み合わせをMEffとしてリストする。アプローチBは、(参照構成がDLサブフレーム(またはスペシャルサブフレーム)を用いて構成され、SCellがULサブフレームを用いて構成された)衝突サブフレームに関するHARQ−ACKビットを削除する。このように、PUCCHレポーティングに必要なHARQ−ACKビットを削減することが有益であり、HARQ−ACKレポート性能を潜在的に高めることができる。PUCCHフォーマット1bは、6つのケースに分類される。アプローチAと比べると、PCellのMがSCellのMより大きいもう1つのケースVIがある。ケースVIでは、PCellのMの方がSCellのMより大きい。いくつかの実装では、アプローチAにおけるすべてのケースがアプローチBおよびケースVIに含まれる。
下の表(4A)および(4B)は、PCellのMとSCellのMとの組み合わせをMRefとして示す。表(4A)および(4B)は、まとめて表(4)と呼ばれる。表(4)および(5)において、ローマ数字(例えば、I〜VI)は、それぞれケースI〜VIを示す。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
下の表(5A)および(5B)は、PCellのMとSCellのMとの組み合わせをMEffとして示す。表(5A)および(5B)は、まとめて表(5)と呼ばれる。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
上にリストされたそれぞれのケースのための手順が次のように記載される。ケースIでは、TDD UL−DL構成5がSCellの参照構成である場合、チャネルセレクションを伴うPUCCHフォーマット1bはサポートされない。ケースIは、TDD UL−DL構成5がPCellまたはSCell上に構成されるときと、TDD UL−DL構成5が表(2)のケースCにおける参照構成であるときとを含む。これは、リリース10の拡張である。いくつかの実装では、SCell構成またはSCell参照構成が構成5である場合に、サブフレーム2を除くPCell上の上りリンクサブフレームで単一セルPUCCHチャネルセレクション・レポーティングを用いることができ、これは以下のケースIIIにおけるのと同じである。それゆえに、表(4)および表(5)では、このシナリオにおいてケースIの他に括弧内にケースIIIが含まれる。SCell構成またはSCell参照構成が構成5であり、2つだけのセルがキャリアアグリゲーションのために構成されている場合には、PCell上でのみPDSCHが検出されるので、サブフレーム2を除く、上りリンクサブフレームにおいてチャネルセレクション技術を伴う単一セルのPUCCHフォーマット1bを用いることができる。
ケースIIでは、上りリンクサブフレームにおいてPCellのMとSCellのMとが同じ場合、リリース10のチャネルセレクション技術を伴うPUCCHフォーマット1bが再使用される。留意すべきは、ケースIIでは、SCell参照構成がPCell TDD UL−DL構成と同じであっても、なくてもよいことである。特に、アプローチAを用いると、SCell参照構成がPCell UL−DL構成と同じ場合には、すべての上りリンクサブフレームがケースIIに対応することになろう。例として、アプローチBを用いると、SCell ULがアソシエーションセットから除去されているので、SCellのMは異なるであろう。
アプローチAを用いると、いくつかのPCellとSCellとの組み合わせでは、参照構成がDLサブフレーム(または、スペシャルサブフレーム)を用いて構成され、SCell構成がULサブフレームを用いて構成された衝突サブフレームがある。従って、対応するHARQ−ACKビットは、SCell上では決して生成されないか、またはDTXとして常にレポートされる。
ケースIIIでは、PCellのみがHARQ−ACK情報を上りリンクでレポートする必要がある(例えば、既知の上りリンクではPCellのMが0より大きく、SCellのMが0であるか、またはSCellに関するPDSCH HARQ−ACKアソシエーションが何もない)。表(4)および表(5)に示されるように、ケースIIIではPCellの可能な値Mは、MPCell=1またはMPCell=2である。留意すべきは、アプローチBを用いると、たとえSCellのための参照構成としてPCell構成が用いられても、(例えば、PCellがTDD UL−DL構成1を用いて構成され、SCellがTDD UL−DL構成0を用いて構成されているときに、サブフレーム3およびサブフレーム8では)上りリンク・レポーティングがケースIIIに対応することである。例として、SCellアソシエーションセットにおけるULを除去することによって、SCellのMは、PCellのMとは異なるであろう。
リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースIIIは、現在のリリース10仕様ではサポートされない。本明細書に開示されるシステムおよび方法に従って、この課題を解決するための(便宜上、手順III.1およびIII.2と示される)2つの手順がある。
手順III.1では、異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポートに対して、単一セル・レポーティング手順が適用される。リリース10では、PCellもSCellもMが同じなので、たとえSCell上でPDSCHが検出されなくても、チャネルセレクションを伴うフォーマット1bが用いられる。従って、2つの構成されたセルに基づいてチャネルセレクションが常に行われる。2つまでのPUCCHリソースをPCellおよびSCellの両方に配置することができる。手順1を用いると、SCellにPUCCHリソースを配置する必要はなく、すべてのPUCCHリソースは、上位レイヤ・シグナリングによってPCellに動的に配置されるか、または構成される。リソースアロケーションおよびマッピング表は、3GPP TS36.213の10.1.3.1節における1つの構成された在圏セルの場合に従う。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポート、およびMPCell=1に関しては、単一のPUCCHリソース上でPUCCHフォーマット1a/1bが用いられ、チャネルセレクションは必要とされない。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIIIのULレポート、および上位レイヤ・シグナリングに基づくMPCell=2に関しては、UEは、表10.1.3−2のセットか、または表10.1.3−5のセットのいずれかに従って、チャネルセレクションを用いて構成される。
手順III.1の利益は、配置されるPUCCHリソースの数が減少し、HARQ−ACKがチャネルセレクション表により正確にマッピングされることである。SCellにPUCCHリソースは必要とされない。MPCell=1のPCellには、1つだけのPUCCHフォーマット1a/1bリソースが配置される。MPCell=2では、UEが2つのPUCCHフォーマット1bリソースを配置する。PDSCHが2つのコードワードを有する場合には、すべての対応する個別のHARQ−ACKの論理積演算に基づいて、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。
手順III.2では、SCellのMにMPCell(例えば、PCellのM)が設定されている場合には、リリース10における1つ以上のセルの場合に対して、チャネルセレクション手順を伴うPUCCHフォーマット1bがM=MPCellとともに再使用される。手順III.2を用いて、SCellに対応するHARQ−ACKビットがDTXとしてレポートされる。手順2の利益は、1つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである(例えば、単一の構成されたセルに関するチャネルセレクション表のセットがTDD CAには用いられない)。M=1に関して、PCell上のPDSCHが1つのコードワードを有する場合には、A=2に関する表10.1.3.2−1が用いられる。M=1に関して、PCell上のPDSCHが2つのコードワードを有する場合には、A=3に関する表10.1.3.2−2、またはA=4に関する表10.1.3.2−3が用いられる。M=2に関しては、A=4に関する表10.1.3.2−3が用いられる。
手順III.2の欠点は、SCell上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるHARQ−ACKビットのマッピングが不十分なことである。たとえ、3GPP TS36.213の10.1.3.2におけるルールに従って、PUCCHチャネル・リソースがSCellのために構成されていても、マッピング表の設計特性ゆえに、PUCCHフィードバックを運ぶためにそれらのリソースを用いることはできない。そのうえ、すべてのSCell HARQ−ACKビットにDTXが設定されるので、チャネルセレクションの実際のHARQ−ACKビットが減少する。
ケースIVでは、SCellのみがHARQ−ACK情報を上りリンクでレポートする必要がある(例えば、既知の上りリンクではSCellのMが0より大きく、PCellのMが0であるか、またはPCellに関するPDSCH HARQ−ACKアソシエーションが何もない)。ケースIVは、PCellがTDD UL−DL構成0を用いて構成されているときに、サブフレーム3およびサブフレーム8で生じるに過ぎない。ケースIVでは、表(4)および表(5)に示されるようにSCellの可能なMは、1、2および4である。
リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースIVは、現在のリリース10仕様ではサポートされない。ケースIIIと同様に、本明細書に開示されるシステムおよび方法に従って、この課題を解決するための(便宜上、手順IV.1およびIV.2と示される)2つの手順がある。
手順IV.1では、異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに対して、単一セル・レポーティング手順が適用される。リリース10では、PCellもSCellもMが同じなので、たとえPCell上でPDSCHが検出されなくても、チャネルセレクションを伴うフォーマット1bが用いられる。従って、2つの構成されたセルに基づいてチャネルセレクションが常に行われる。2つまでのPUCCHリソースをPCellおよびSCellの両方に配置することができる。手順IV.1を用いると、PCellにはPUCCHリソースを割り当てる必要がない。そのうえ、SCell上では2つ以上のPUCCHリソースが必要とされる(例えば、SCell上でM=4をサポートするために4つのPUCCHリソースが必要である)。手順IV.1を用いて、SCellのためのPUCCHリソースが上位レイヤ・シグナリングによって動的に配置されるか、または構成される。
セカンダリセル上でサブフレーム(単数または複数)n−k内の対応するPDCCHの検出によって示され、ここでk∈表(2)に基づいて確定されたSCellの参照構成のKである、PDSCH送信(例えば、SCell上でPDSCHが自己スケジュールされる)に関しては、動的または暗黙的なPUCCH割り当てが可能ではなく、すべてのPUCCHリソースは、上位レイヤ・シグナリングによって構成される。
プライマリセル上でサブフレーム(単数または複数)n−k内の対応するPDCCHの検出によって示され、ここでk∈表(2)に基づいて確定されたセカンダリセルの参照構成のKである、PDSCH送信(例えば、SCell上のPDSCHがPCellによってクロスキャリアスケジュールされる)に関しては、PUCCHリソースを動的または暗黙的に配置することができる。例えば、PUCCHリソースは、
Figure 2015520526
であり、cは、N≦nCCE,i≦N+1,
Figure 2015520526
であるように{0,1,2,3}から選択され、ここでnCCE,iは、サブフレームn−kでの対応するPDCCHの送信に用いられる第1の制御チャネル要素(CCE:Control Channel Element)の数であり、
Figure 2015520526
は、上位レイヤによって構成される。
手順IV.1を用いると、チャネルセレクション・マッピング表は、3GPP TS36.213の10.1.3.1節における1つの構成された在圏セルの場合に従う。異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに関して、SCellのMが1であるときには、1つだけのPUCCHフォーマット1a/1bリソースが用いられ、チャネルセレクションは行われない。フォーマット1aは、PDSCH送信に1つだけのコードワードがある場合に用いられる。フォーマット1bは、PDSCH送信に2つのコードワードがある場合に用いられる。
異なるTDD UL−DL構成を用いたTDD CAにおけるケースIVのULレポートに関して、SCellのMが1より大きいときには、UEは、上位レイヤ・シグナリングに基づいて、表10.1.3−2、表10.1.3−3、および表10.1.3−4のセットか、または表10.1.3−5、表10.1.3−6、および表10.1.3−7のセットのいずれかに従って構成される。
手順IV.1の利益は、配置されるPUCCHリソースの数が減少し、HARQ−ACKがチャネルセレクション表により正確にマッピングされることである。PCellにPUCCHリソースは必要とされない。1つまたは2つのコードワードをもつMSCell=1のSCellには、1つのPUCCHフォーマット1a/1bリソースが配置される。SCellのMが2である場合、2つのPUCCHフォーマット1bリソースが配置される。SCellのMが4である場合、4つのPUCCHフォーマット1bリソースが配置される。SCellのMが1より大きく、PDSCHが2つのコードワードで構成されている場合には、2つのコードワードのHARQ−ACKビットが1つのHARQ−ACKビットへ空間的にバンドルされる。
手順IV.2では、PCellのMにSCellのMが設定されている場合には、リリース10における1つ以上のセルの場合に対して、チャネルセレクション手順を伴うPUCCHフォーマット1bがM=SCellのMとともに再使用される。手順IV.2を用いて、PCellに対応するHARQ−ACKビットがDTXでレポートされる。手順IV.2の利点は、1つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである(例えば、単一の構成されたセルに関するチャネルセレクション表のセットがTDD CAには用いられない)。M=1に関して、SCell上のPDSCHが1つのコードワードを有する場合には、A=2に関する表10.1.3.2−1が用いられる。M=1であり、SCell上のPDSCHが2つのコードワードを有するか、または、M=2に関しては、A=4に関する表10.1.3.2−3が用いられる。M=4に関しては、表10.1.3.2−6が用いられる。
手順IV.2の欠点は、PCell上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるHARQ−ACKビットのマッピングが不十分なことである。たとえ、3GPP TS36.213の10.1.3.2節におけるルールに従って、PCellのためにPUCCHチャネル・リソースが構成されていても、マッピング表の設計特性ゆえに、PUCCHフィードバックを運ぶためにそれらのリソースを用いることができない。そのうえ、すべてのPCell HARQ−ACKビットにDTXが設定されるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。従って、SCellのHARQ−ACKは、特にM=4の場合に関しては、単一セルの場合のHARQ−ACKのようには正確にレポートされない。
ケースVでは、PCellのMがSCellのMより小さい。リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースVは、現在のリリース10仕様ではサポートされない。
表(4)に示されるようなアプローチAを用いると、ケースVにおけるPCellおよびSCellのMの組み合わせは、PCellのM=1,SCellのM=2;PCellのM=1,SCellのM=3;PCellのM=1,SCellのM=4;PCellのM=2,SCellのM=4;およびPCellのM=3,SCellのM=4を含む。表(5)に示されるようなアプローチBを用いると、アプローチAのすべての組み合わせに加えて、PCellのM=2,SCellのM=3のもう1つの組み合わせがある。PCellのMは、ケースIVでは0である。それゆえに、ケースIVは、ケースVの特殊な事例であり、ケースIVについて上に記載されたアプローチの代わりに、ケースVと同じアプローチに従ってもよい。
ケースVIでは、PCellのMがSCellのMより大きい。リリース10では、PCellもSCellも同じM値を有する。それゆえに、ケースVIは、現在のリリース10仕様ではサポートされない。
ケースVIは、SCellのMとして実効値MEffが用いられるときに、アプローチBにおいてのみ上りリンク・レポートで生じる。より具体的には、ケースVIの上りリンク・レポーティングは、SCell参照構成がSCellのTDD UL−DL構成とは異なる表(2)におけるケースAおよびケースCでは、いくつかの上りリンクサブフレームで生じるであろう。アプローチBを用いると表(5)に示されるように、ケースVIにおけるPCellおよびSCellのMの組み合わせは、PCellのM=2,SCellのM=1;PCellのM=4,SCellのM=1;PCellのM=4,SCellのM=2;およびPCellのM=4,SCellのM=3を含む。SCellのMは、ケースIIIでは0である。それゆえに、ケースIIIは、ケースVの特殊な事例であり、ケースIIIに関して上に記載されたアプローチの代わりに、ケースVと同じアプローチに従ってもよい。
ケースVおよびケースVIの両方に関して、これらの課題を解決するためのいくつかの手順がある。手順V.1またはVI.1では、上りリンクと関連付けられたサブフレームの総数またはHARQ−ACKビットの総数として、Mtotalが定義される。アプローチAでは、Mtotalは、すべてのセルに関して、既知の上りリンクに関連付けられたサブフレームの総数である。それゆえに、Mtotalは、PCellのMとSCellのMとの合計である(例えば、Mtotal=MPCell+SCellのM、ここでSCellのMは、アプローチAではMRef、アプローチBではMEffである)。方法Bでは、1つのセルのMが1である場合、Mtotalは、既知の上りリンクと関連付けられたHARQ−ACKビットの総数として定義される。従って、1つだけのトランスポートブロックをサポートする伝送モードがM=1をもつ在圏セル上に構成されている場合、Mtotal=max(PCellおよびSCellのM)+1であり、ここでmax(PCellおよびSCellのM)は、PCellのMおよびSCellのMのうちの最大M値を返し;2つのトランスポートブロックをサポートする伝送モードがM=1をもつ在圏セル上に構成されている場合には、Mtotal=max(PCellおよびSCellのM)+2である。
次に、
Figure 2015520526
が導出され、Mtotalおよび導出されたM(例えば、Mderived)に基づいて、既存のリリース10のマッピング表が再使用される。例えば、Mtotal=5であれば、導出されたM=3をもつ既存のマッピング表を再使用する。Mtotal=7であれば、導出されたM=4をもつ既存のマッピング表を再使用する。Mtotalが4以下であれば、A=MtotalおよびA∈{2,3,4}をもつチャネルセレクション表10.1.3.2−1/2/3に従って、チャネルセレクションを伴うPUCCHフォーマット1bが行われる。
totalが4より大きければ、PCellおよびSCellのM値が異なるため、高い方のMをもつセルの1つのHARQ−ACKビットを、導出された
Figure 2015520526
ビットに切り詰める必要があり、切り詰められたビットが小さい方のMをもつセルのHARQ−ACKビットに多重化される。必要ならば、ビットの総数が導出された
Figure 2015520526
に達するように、小さい方のMをもつセルの末端にDTXがパッディングされる。
この手順V.1またはVI.1の利益は、実際のHARQ−ACKペイロードに最もよく合致するMを与えることである。チャネルセレクション・マッピング表を確定するためには最小M値が用いられる。潜在的にMが小さいほど、PUCCHレポートのHARQ−ACK精度が良くなる。
手順V.1またはVI.1の主要な欠点は、異なるセルをHARQ−ACKビット多重化するための余分の複雑さである。手順V.1またはVI.1に伴う別の課題は、高い方のMをもつセルのHARQ−ACKビットから、高い方のMをもつセルの切り詰められたビットへ誤差伝播である。低い方のMをもつセルにおけるHARQ−ACKビットがDTXである場合、高い方のMをもつセルの切り詰められたビットは、チャネルセレクション表では「任意」と見做される(例えば、このビットは、復号するときに考慮されない)。しかし、切り詰められたビットは、高い方のMをもつセル上のPDCCHのDAIが高い方のM値と同じである(例えば、すべてのDLサブフレームで既知のUEへのPDSCH送信がスケジュールされている)ときに、HARQ−ACK情報を運ぶにすぎない。この可能性は極めて低く、高い方のMをもつセルにおいてすべてのDLサブフレームで既知のUEへのPDSCH送信がスケジュールされている確率は極めて低いことから、Mの減少によるHARQ−ACK精度向上の利益を正当化し、かつ補償することができる。
下の表では、A=3およびA=4をもつ表において、在圏セルのn番目のサブフレームとは、在圏セルのアソシエーションセットにおける時間順にn番目のサブフレームのことである。M=1およびM=2をもつセルに関して、セルのHARQ−ACK(j)とは、アソシエーションセットにおける時間順で(j+1)番目のサブフレームのHARQ−ACK応答のことである。
下の表では、PCellおよびM>2に関して、サブフレーム(単数または複数)n−k内で検出され、k∈Kである、対応するPDCCHをもたないプライマリセル上でのPDSCH送信がある場合には、HARQ−ACK(0)は、対応するPDCCHをもたないPDSCH送信に対するACK/NACK/DTX応答である。HARQ−ACK(j)、1≦j≦M−1は、対応するPDCCHと、「j」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対する、あるいは、下りリンクSPSリリースを示し、「j」に等しいPDCCHにおけるDAI値をもつPDCCHに対するACK/NACK/DTX応答である。そうでない場合には、HARQ−ACK(j)、1≦j≦M−1は、対応するPDCCHと、「j+1」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対する、あるいは、下りリンクSPSリリースを示し、「j+1」に等しいPDCCHにおけるDAI値をもつPDCCHに対するACK/NACK/DTX応答である。下の表では、SCellおよびM>2に関して、在圏セルのHARQ−ACK(j)、1≦j≦M−1は、対応するPDCCHと、「j+1」に等しいPDCCHにおけるDAI値とをもつPDSCH送信に対するACK/NACK/DTX応答である。
リリース10では、すべてのセルが同じMを有する。M=1であれば、HARQ−ACKの空間的なバンドリングは行われない。従って、それぞれ1つまたは2つのコードワードをもつPDSCHに対して、1または2ビットのHARQ−ACKがサブフレームでレポートされる。M>1であれば、HARQ−ACKの空間的なバンドリングが常に行われ、従って、1つまたは2つのいずれかのコードワードをもつPDSCHに対して、1ビットのみのHARQ−ACKがサブフレームでレポートされる。
ケースVの上りリンク・レポーティングに関して、方法V.1.Aでは、サブフレームの総数としてMtotalが定義され、導出された
Figure 2015520526
に従って、空間的なバンドリングが行われる。導出されたMが常に1より大きいので、空間的なバンドリングが常に行われる。表(6)、表(7)、(まとめて表(8)と呼ばれる)表(8A)および(8B)、ならびに(まとめて表(9)と呼ばれる)表(9A)および(9B)は、方法V.1.Aを用いたケースVに関して、アプローチAおよびアプローチBの両方に適用できる可能な組み合わせをリストする。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
ケースVの上りリンク・レポーティングに関して、方法V.1.Bでは、1つのセルがM=1をもち、既知の上りリンクサブフレームと関連付けられたHARQ−ACKビットの総数としてMtotalが設定され、かつ導出された
Figure 2015520526
である場合、M=1をもつセルではHARQ−ACKの空間的なバンドリングは行われない。方法V.1.Bを用いたPCellに関して、M=1をもつケースVにおける可能な組み合わせが、表(10)、(まとめて表(11)と呼ばれる)表(11A)および(11B)ならびに(まとめて表(13)と呼ばれる)表(13A)および(13B)にリストされる。(まとめて表(12)と呼ばれる)表(12A)および(12B)は、1つのコードワードをもつPUSCHに対するPCellのM=1、およびSCellのM=3に関して、表(11)に代わるマッピングを提供する。A=4を用いると、SCellからの4ビットのHARQ−ACKは、高い方のMをもつセルからの切り詰め以外は通常の順序であり、従って低い方のMをもつセル上で多重化される。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
ケースVでは、SCellのMが常に1より大きく、SCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。PCellのMが1より大きい場合、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。PCellのMが1である場合には、PCellと関連付けられたPUCCHリソースは、在圏セル上で2つまでのトランスポートブロックをサポートする伝送モードを想定して、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。
ケースVIの上りリンク・レポーティングに関して、方法VI.1.Aでは、サブフレームの総数としてMtotalが定義され、導出された
Figure 2015520526
に従って、空間的なバンドリングが行われる。表(14)、(まとめて表(15)と呼ばれる)表(15A)および(15B)、(まとめて表(16)と呼ばれる)表(16A)および(16B)は、アプローチBにのみ適用できる、方法VI.1.Aを用いたケースVIに関する可能な組み合わせをリストする。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
ケースVIの上りリンク・レポーティングに関して、方法VI.1.Bでは、1つのセルがM=1をもち、HARQ−ACKビットの総数としてMtotalが定義され、
Figure 2015520526
である場合には、M=1をもつセルに対してHARQ−ACKの空間的なバンドリングは行われない。方法VI.1.Bを用いたケースVIにおける可能な組み合わせが表(17)、表(18)ならびに(まとめて表(19)と呼ばれる)表(19A)および(19B)にリストされる。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
ケースVIでは、PCellのMが常に1より大きく、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellのMが1より大きい場合、PCellと関連付けられたPUCCHリソースは、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellのMが1である場合、PCellと関連付けられたPUCCHリソースは、在圏セル上の2つまでのトランスポートブロックをサポートする伝送モードを想定して、3GPP TS36.213のリリース10 10.1.3.2.1節におけるのと同じ方法で配置される。SCellと関連付けられたPUCCHリソースは、SCell上にPDSCH送信が自己スケジュールされている場合には、上位レイヤ(例えば、シグナリング)によって構成される。SCellと関連付けられたPUCCHリソースは、PDSCH送信がPCellのPDCCHによってクロスキャリアスケジュールされている場合には、3GPP TS36.213のリリース10 10.1.3.2.1節に記載されるように動的に配置される。
手順V.2またはVI.2では、PCellのMおよびSCellのMのうちの最大値としてMmaxが定義される。手順V.2またはVI.2では、リリース10における1つ以上のセルの場合に対して、チャネルセレクション技術を伴うPUCCHフォーマット1bがM=Mmaxとともに再使用される。手順V.2またはVI.2を用いて、合計がMmaxビットになるように、小さい方のMをもつ構成されたセルの余分のHARQ−ACKビットにDTXがパッディングされる。それぞれ表(20)、(まとめて表(21)と呼ばれる)表(21A)および(21B)ならびに(まとめて表(22)と呼ばれる)表(22A)および(22B)に示されるように、それぞれMmax=2、Mmax=3およびMmax=4に対して表10.1.3.2−4/5/6のセットが用いられる。Mmax=2では、表(23)がA=4に関するチャネルセレクション表10.1.3.2−4を用いる。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
手順V.2またはVI.2の1つの利益は簡易さである。これらの手順は、1つ以上の構成された在圏セルに対してチャネルセレクション表を再使用する簡易な技術を提供する。しかしながら、これらの手順は、いくつかの欠点も有する。第1に、TDD HARQ−ACK多重化、およびM>1をもち、Mが表(3)で定義される集合Kにおける要素の数である、サブフレームnに関しては、すべての対応する個別のHARQ−ACKの論理積演算によって、DLサブフレーム内の複数のコードワードにわたる空間的なHARQ−ACKバンドリングが行われる。この場合、Mmaxが常に1より大きいので、PDSCH上で2つのコードワードが送信される場合には、たとえケースVにおけるPCellのMまたはケースVIにおけるSCellのMが1であっても、HARQ−ACKの空間的なバンドリングが常に行われる。それゆえに、HARQ−ACKの空間的なバンドリングは、セル自体のMに従う。従って、M=1をもつセルに関してPDSCH上で2つのコードワードが送信される場合には、2つのHARQ−ACKビットがレポートされる。表(23)、(まとめて表(24)と呼ばれる)表(24A)および(24B)、ならびに(まとめて表(25)と呼ばれる)表(25A)および(25B)は、M=1およびそれぞれMmax=2、Mmax=3、Mmax=4をもつ1つのセルに関するマッピングを示す。Mmax=2では、表21がA=4に関するチャネルセレクション表10.1.3.2−4を用いる。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
第2に、余分のHARQ−ACKビットにDTXがパッディングドされるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。HARQ−ACKビットを運ぶ同数の実際の情報について、高い方のM値をもつチャネルセレクションを伴うPUCCHフォーマット1bの方が、低い方のM値をもつチャネルセレクションを伴うPUCCHフォーマット1bより通常は劣る。
それゆえに、Mtotal<5ではいくつかの特別な処理が可能であり、このようにリリース10におけるA=3、4をもつ表を再使用することもできる。M=1をもつセルに対する空間的なバンドリングありまたはなしの手順V.2またはVI.2における特別な処理の場合として、手順V.1またはVI.1におけるのと同じマッピング表のセットが再使用されてもよい。
以下の記載では、A=3である。A=3に関しては、手順V.1またはVI.1における表(6)、表(10)、表(14)および表(17)が適用される、すなわち、SCellのMが2であり、PCellのMが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ;PCellのMが2であり、SCellのMが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ。
以下の記載では、A=4である。A=4に関しては、手順V.1またはVI.1における表(7)、表(12)(または表(11))および表(18)が適用される、すなわち、SCellのMが2であり、PCellのMが1である、PDSCH送信が2つのコードワードをもち、空間的なバンドリングはない;PCellのMが2であり、SCellのMが1であり、PDSCH送信が2つのコードワードをもち、空間的なバンドリングはない;SCellのMが3であり、PCellのMが1であり、PDSCH送信が1つのコードワードか、または空間的なバンドリングを伴う2つのコードワードをもつ。
手順V.3またはVI.3では、SCellにPCellのM(例えば、MPCell)が適用され、リリース10のチャネルセレクション表がM=MPCellとともに再使用される。PCellのMがSCellのMより大きい、ケースVIでは、手順VI.3は、手順VI.2と同じである。
PCellのMがSCellのMより小さい、ケースVでは、PCellと同数のHARQ−ACKビットを生成するために、SCell上でHARQ−ACKバンドリングが行われる。この技術は、PUCCHリソースアロケーションおよびマッピング表の観点から、より良好な後方互換性を有する。しかしながら、SCellビットのHARQ−ACKバンドリングは、HARQ−ACKレポーティング結果を劣化させる。特に、この場合、クロスサブフレームまたはクロスTTバンドリングが適用されると、SCellにおけるすべてのDLサブフレームにPDSCH送信がスケジュールされている場合にのみACKフィードバックが可能である。
より微妙な技術は、PCellと同数のSCellのHARQ−ACKビットをレポートすることである。PCellのMが1であり、伝送モードがPCell上の1つのコードワードをサポートする場合には、「1」に等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレーム(例えば、対応するPDCCHをサブフレームn−k内にもち、k∈SCellの参照構成のKである、SCell上でのPDSCH送信のためのサブフレーム)に対して、1つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(26)に示される、A=2に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−1上で行われる。1より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのMCが1であり、伝送モードがPCell上の2つのコードワードをサポートする場合には、「1」または「2」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレームおよび第2のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する2つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(27)に示される、A=4に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−3上で行われる。2より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのMが2である場合には、「1」または「2」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレームおよび第2のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する2つのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。チャネルセレクションは、表(28)に示される、A=4に関するHARQ−ACK多重化の送信と題した、表10.1.3.2−3上で行われる。2より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。このように、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
PCellのMが3である場合には、(まとめて表(29)と呼ばれる)表(29A)および表(29B)に示されるように、それぞれ「1」、「2」または「3」のいずれかに等しいPDCCHにおけるDAI値をもつSCell上の第1のサブフレーム、第2のサブフレームおよび第3のサブフレーム(例えば、対応するPDCCHをサブフレームn−km内にもち、km∈SCellの参照構成のKである、SCell上でのPDSCH送信)に対して、SCellに関する3までのHARQ−ACKビットがレポートされる。DTXは、対応するDAIが受信されない場合にレポートされる。3より大きいDAI値をもつPDCCHに対応するPDSCH送信に対しては、HARQ−ACKがレポートされない。かくして、eNBは、かかるPDSCH送信のスケジューリングを回避しようと試みる。
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
Figure 2015520526
手順V.4およびVI.4では、PCellのMがSCellのMとは異なる、ケースVおよびケースVIに関して、新しいチャネルセレクション・マッピング表を定義することができる。マッピング表のセットは、上記の手順V.2またはVI.2と同様に、小さい方のMをもつセルにDTXをパッディングすることによってM=3およびM=4に関する既存のマッピング表から導出される。これらの表は、PCellのMとSCellとのMの組み合わせにさらによく合致するように設計することもできる。
参考に、3GPP仕様書からの追加の表が次のように示される。留意すべきは、本明細書では、便宜上、「トランスポートブロック」が表において「TB」と略記されることである。
表10.1.2.2.1−1:PUCCHフォーマット1b HARQ−ACKチャネルセレクションのためのトランスポートブロックおよび在圏セルのHARQ−ACK(j)へのマッピング
Figure 2015520526
表10.1.3−2:M=2に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3−3:M=3に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3−4:M=4に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3−5:M=2に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3−6:M=3に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3−7:M=4に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3.2−1:A=2に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3.2−2:A=3に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3.2−3:A=4に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3.2−4:M=2をもつTDDに関するPUCCHフォーマット1b HARQ−ACKチャネルセレクションのための各在圏セル上のサブフレームのHARQ−ACK(j)へのマッピング
Figure 2015520526
表10.1.3.2−5:M=3に関するHARQ−ACK多重化の送信
Figure 2015520526
表10.1.3.2−6:M=4に関するHARQ−ACK多重化の送信
Figure 2015520526
Figure 2015520526
次に、本明細書に開示されるシステムおよび方法の様々な例が図面を参照して記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった実装に配置され、設計されてもよい。従って、図面に表現されるいくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
図1は、フィードバック情報を送受信するためのシステムおよび方法が実装された1つ以上のeNB160および1つ以上のUE102の一構成を示すブロック図である。1つ以上のUE102は、1つ以上のアンテナ122a〜nを用いて1つ以上のeNB160と通信する。例えば、UE102は、1つ以上のアンテナ122a〜nを用いてeNB160へ電磁信号を送信し、eNB160から電磁信号を受信する。eNB160は、1つ以上のアンテナ180a〜nを用いてUE102と通信する。
UE102およびeNB160は、相互に通信するために1つ以上のチャネル119、121を用いる。例えば、UE102は、1つ以上の上りリンクチャネル121を用いてeNB160へ情報またはデータを送信する。上りリンクチャネル121の例は、PUCCHおよびPUSCHなどを含む。1つ以上のeNB160も、例として、1つ以上の下りリンクチャネル119を用いて1つ以上のUE102へ情報またはデータを送信する。下りリンクチャネル119の例は、PDCCH、PDSCHなどを含む。他の種類のチャネルが用いられてもよい。
1つ以上のUE102のそれぞれは、1つ以上のトランシーバ118、1つ以上の復調器114、1つ以上のデコーダ108、1つ以上のエンコーダ150、1つ以上の変調器154、データバッファ104およびUEオペレーション・モジュール124を含む。例えば、UE102では1つ以上の受信および/または送信経路が実装される。便宜上、UE102では単一のトランシーバ118、デコーダ108、復調器114、エンコーダ150および変調器154のみが示されるが、複数の並列要素(例えば、トランシーバ118、デコーダ108、復調器114、エンコーダ150および変調器154)が実装されてもよい。
トランシーバ118は、1つ以上の受信機120および1つ以上の送信機158を含む。1つ以上の受信機120は、1つ以上のアンテナ122a〜nを用いてeNB160から信号を受信する。例えば、受信機120は、1つ以上の受信信号116を作り出すために信号を受信してダウンコンバートする。1つ以上の受信信号116は、復調器114へ供給される。1つ以上の送信機158は、1つ以上のアンテナ122a〜nを用いてeNB160へ信号を送信する。例えば、1つ以上の送信機158は、1つ以上の変調信号156をアップコンバートして送信する。
復調器114は、1つ以上の復調信号112を作り出すために1つ以上の受信信号116を復調する。1つ以上の復調信号112は、デコーダ108へ供給される。UE102は、信号を復号するためにデコーダ108を用いる。デコーダ108は、1つ以上の復号信号106、110を作り出す。例えば、第1のUE復号信号106は、データバッファ104に記憶される受信したペイロード・データを備える。第2のUE復号信号110は、オーバーヘッド・データおよび/または制御データを備える。例えば、第2のUE復号信号110は、1つ以上のオペレーションを行うためにUEオペレーション・モジュール124によって用いられるデータを供給する。
本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書に「モジュール」として示される任意の要素が代わりにハードウェアで実装されてもよいことである。例えば、UEオペレーション・モジュール124は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
一般に、UEオペレーション・モジュール124は、UE102が1つ以上のeNB160と通信することを可能にする。UEオペレーション・モジュール124は、UL−DL構成128、UE UL−DL構成確定モジュール130、HARQ−ACK生成モジュール132、UEレポーティング・サブフレーム確定モジュール134、UEフィードバック・パラメータ確定モジュール126、およびフォーマット適用モジュール184のうちの1つ以上を含む。
UL−DL構成128は、UE102とeNB160との間の通信に用いられるUL−DL構成のセットを指定する。UL−DL構成の例は、上の表(1)に示されるUL−DL構成0〜6を含む。UL−DL構成128は、eNB(単数または複数)160との通信のためのUL、DLおよびスペシャルサブフレームを指定する。例えば、UL−DL構成128は、UE102がeNB160から情報を受信するためのDLサブフレームを示し、かつUE102がeNB160へ情報を送信するためのULサブフレームを示す。セル上での適切な通信のために、UE102およびeNB160は、同じセル上では同じUL−DL構成128を適用する。しかしながら、異なるセル(例えば、PCellおよびSCell(単数または複数))上では異なるUL−DL構成128が適用されてもよい。
UL−DL構成128は、(例えば、上の表(3)に示されたように)PDSCH HARQ−ACKアソシエーションも示す。PDSCH HARQ−ACKアソシエーションは、PDSCHに対応するHARQ−ACK情報を送信するための特定の(PDSCH HARQ−ACK)タイミングを指定する。例えば、HARQ−ACK生成モジュール132は、PDSCHにおける信号(例えば、データ)が正しく受信されたか否かに基づいて、PDSCHに対応するHARQ−ACK情報を生成する。PDSCH HARQ−ACKアソシエーションは、UE102がPDSCHに対応するHARQ−ACK情報をレポートする(例えば、送信する)レポーティング・サブフレームを指定する。レポーティング・サブフレームは、PDSCHを含むサブフレームに基づいて確定される。
UE UL−DL構成確定モジュール130は、UE102が1つ以上のセルにUL−DL構成(単数または複数)128のうちのどれを適用するかを確定する。例えば、UE102は、PCellのため、および1つ以上のSCellのためのUL−DL構成(単数または複数)128を示す1つ以上のRRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)を受信する。例として、PCellおよびSCellは、キャリアアグリゲーションに利用される。UE UL−DL構成確定モジュール130は、どのUL−DL構成128をPCellに割り当て、どのUL−DL構成128をSCellに割り当てるかを確定する。PCellおよびSCell(単数または複数)のためのUL−DL構成128は、同じであっても異なってもよい。
UEレポーティング・サブフレーム確定モジュール134は、HARQ−ACK情報を送信するためのレポーティング・サブフレームを確定する。例えば、UEレポーティング・サブフレーム確定モジュール134は、UE102がSCell HARQ−ACK情報(例えば、SCellに対応するPDSCH HARQ−ACK情報)を送信するHARQ−ACKレポーティング・サブフレームを確定する。例えば、UEレポーティング・サブフレーム確定モジュール134は、表(3)に先述されたタイミング基準に従ってPCell上でSCell HARQ−ACK情報を送信するためのレポーティング・サブフレームを確定する。例として、上の表(3)(例えば、PDSCH HARQ−ACKアソシエーション表)は、サブフレーム(例えば、ULサブフレーム)番号nに対して、対応するPDSCHの位置をインデックス集合K:{k,k,・・・,kM−1}によって示し、サブフレームn−k(例えば、n−k)におけるPDSCHのHARQ−ACKがULサブフレームnでレポートされる。UE102は、確定されたHARQ−ACKレポーティング・サブフレームでSCell HARQ−ACK情報を送信する。
UEフィードバック・パラメータ確定モジュール126は、1つ以上のセル(例えば、PCell、SCell(単数または複数))に対応する1つ以上のフィードバック・パラメータを確定する。例えば、UEフィードバック・パラメータ確定モジュール126は、1つの以上のセルcに関するフィードバック・パラメータMを確定する。この確定は、例えば、先に(例として、図2に関連して)記載されたように達成される。いくつかの実装では、確定は、PCell構成、SCell構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの1つ以上に基づく。
フォーマット適用モジュール184は、ある場合に特定のフォーマットをHARQ−ACK情報に適用する。例えば、フォーマット適用モジュール184は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIII〜VIのうちの1つが適用できる場合、フォーマット適用モジュール184は、上記のようなPCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う。特に、フォーマット適用モジュール184は、対応するケースに従って、上記のアプローチ、手順、方法および技術の1つ以上を適用する。例として、フォーマット適用モジュール184は、上記のようなPCellおよびSCellの1つ以上に対応するHARQ−ACK情報を多重化する。
いくつかの実装では、UE102は、チャネルセレクション確定方式インジケータをeNB160から受信する。例えば、チャネルセレクション確定方式インジケータは、上記のアプローチ、手順、方法および技術の1つ以上を指定する。例として、UEは、行われるべきチャネルセレクションが、PCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)か、またはPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づくかどうかを示すチャネルセレクション確定方式インジケータを受信する。フォーマット適用モジュール184は、上記のアプローチ、手順、方法および技術のうちの指定された1つ以上に従って、特定のフォーマットを適用する。これは、複数のチャネルセレクション確定方式が適用される実装において、UE102およびeNB160が同じチャネルセレクション確定方式を利用することを可能にする。
UEオペレーション・モジュール124は、情報148を1つ以上の受信機120に提供する。例えば、UEオペレーション・モジュール124は、UL−DL構成128に基づいて送信をいつ受信すべきか、またはすべきでないかを受信機(単数または複数)120に通知する。
UEオペレーション・モジュール124は、情報138を復調器114へ供給する。例えば、UEオペレーション・モジュール124は、eNB160からの送信に予想される変調パターンを復調器114に通知する。
UEオペレーション・モジュール124は、情報136をデコーダ108に提供する。例えば、UEオペレーション・モジュール124は、eNB160からの送信に予想される符号化法をデコーダ108に通知する。
UEオペレーション・モジュール124は、情報142をエンコーダ150に提供する。情報142は、符号化されるデータおよび/または符号化のための命令を含む。例えば、UEオペレーション・モジュール124は、送信データ146および/または他の情報142を符号化するようにエンコーダ150に命令する。他の情報142は、PDSCH HARQ−ACK情報を含む。
エンコーダ150は、送信データ146および/またはUEオペレーション・モジュール124によって提供された他の情報142を符号化する。例えば、データ146および/または他の情報142の符号化は、誤り検出および/または訂正符号化、送信のための空間、時間および/または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ150は、符号化データ152を変調器154へ供給する。
UEオペレーション・モジュール124は、情報144を変調器154に提供する。例えば、UEオペレーション・モジュール124は、eNB160への送信に用いられる変調型(例えば、コンステレーション・マッピング)を変調器154に通知する。変調器154は、1つ以上の変調信号156を1つ以上の送信機158へ供給するために符号化データ152を変調する。
UEオペレーション・モジュール124は、情報140を1つ以上の送信機158に提供する。この情報140は、1つ以上の送信機158に対する命令を含む。例えば、UEオペレーション・モジュール124は、信号をeNB160へいつ送信すべきかを1つ以上の送信機158に命令する。いくつかの構成において、これは、UL−DL構成128に基づく。例として、1つ以上の送信機158は、ULサブフレームの間に送信する。1つ以上の送信機158は、1つ以上のeNB160へ変調信号(単数または複数)156をアップコンバートして送信する。
eNB160は、1つ以上のトランシーバ176、1つ以上の復調器172、1つ以上のデコーダ166、1つ以上のエンコーダ109、1つ以上の変調器113、データバッファ162およびeNBオペレーション・モジュール182を含む。例えば、eNB160では1つ以上の受信および/または送信経路が実装される。便宜上、eNB160では単一のトランシーバ176、デコーダ166、復調器172、エンコーダ109および変調器113のみが示されるが、複数の並列要素(例えば、トランシーバ176、デコーダ166、復調器172、エンコーダ109および変調器113)が実装されてもよい。
トランシーバ176は、1つ以上の受信機178および1つ以上の送信機117を含む。1つ以上の受信機178は、1つ以上のアンテナ180a〜nを用いてUE102から信号を受信する。例えば、受信機178は、1つ以上の受信信号174を作り出すために信号を受信してダウンコンバートする。1つ以上の受信信号174は、復調器172へ供給される。1つ以上の送信機117は、1つ以上のアンテナ180a〜nを用いてUE102へ信号を送信する。例えば、1つ以上の送信機117は、1つ以上の変調信号115をアップコンバートして送信する。
復調器172は、1つ以上の復調信号170を作り出すために1つ以上の受信信号174を復調する。1つ以上の復調信号170は、デコーダ166へ供給される。eNB160は、信号を復号するためにデコーダ166を用いる。デコーダ166は、1つ以上の復号信号164、168を作り出す。例えば、第1のeNB復号信号164は、データバッファ162に記憶される受信したペイロード・データを備える。第2のeNB復号信号168は、オーバーヘッド・データおよび/または制御データを備える。例えば、第2のeNB復号信号168は、1つ以上のオペレーションを行うためにeNBオペレーション・モジュール182が用いるデータ(例えば、PDSCH HARQ−ACK情報)を供給する。
一般に、eNBオペレーション・モジュール182は、eNB160が1つ以上のUE102と通信することを可能にする。eNBオペレーション・モジュール182は、UL−DL構成194、eNBレポーティング・サブフレーム確定モジュール198、eNB UL−DL構成確定モジュール196、eNBフィードバック・パラメータ確定モジュール151およびインタプリタ107のうちの1つ以上を含む。いくつかの実装では、eNBオペレーション・モジュール182は、方式シグナリング・モジュール153も含む。
UL−DL構成194は、eNB160とUE(単数または複数)102との間の通信に用いられるUL−DL構成のセットを指定する。UL−DL構成194の例は、上の表(1)に示されるUL−DL構成0〜6を含む。UL−DL構成194は、UE(単数または複数)102との通信のためのULおよびDLサブフレームを指定する。例えば、UL−DL構成194は、eNB160が情報をUE(単数または複数)102へ送信するためのDLサブフレームを示し、eNB160が情報をUE(単数または複数)102から受信するためのULサブフレームを示す。セル上での適切な通信のために、UE102およびeNB160は、同じセル上では同じUL−DL構成194を適用する。しかしながら、異なるセル(例えば、PCellおよびSCell(単数または複数))上では異なるUL−DL構成194が適用されてもよい。
UL−DL構成194は、例えば、(表(3)に示されるように)PDSCH HARQ−ACKアソシエーションも示す。PDSCH HARQ−ACKアソシエーションは、PDSCHに対応するHARQ−ACK情報を受信するための特定の(PDSCH HARQ−ACK)タイミングを指定する。PDSCH HARQ−ACKアソシエーションは、UE102がPDSCHに対応するHARQ−ACK情報をeNB160へレポートする(例えば、送信する)レポーティング・サブフレームを指定する。レポーティング・サブフレームは、eNB160によって送信されたPDSCHを含むサブフレームに基づいて確定される。
eNB UL−DL構成確定モジュール196は、UE102が1つ以上のセルにUL−DL構成(単数または複数)194のうちのどれを適用するかを確定する。例えば、eNB160は、PCellのため、および1つ以上のSCellのためのUL−DL構成(単数または複数)194を示す1つ以上のRRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)を送信する。例として、PCellおよびSCellは、キャリアアグリゲーションに利用される。eNB UL−DL構成確定モジュール196は、UL−DL構成(単数または複数)194をPCellに、およびSCellに割り当てる。eNB160は、これらの割り当ての1つ以上をUE102へシグナリングする。PCellおよびSCell(単数または複数)のためのUL−DL構成194は、同じあっても、異なってもよい。
eNBレポーティング・サブフレーム確定モジュール198は、HARQ−ACK情報を受信するためのレポーティング・サブフレームを確定する。例えば、eNBレポーティング・サブフレーム確定モジュール198は、eNB160がSCell PDSCH HARQ−ACK情報(例えば、SCellに対応するPDSCH HARQ−ACK情報)をUE102から受信するHARQ−ACKレポーティング・サブフレームを確定する。例えば、eNBレポーティン・サブフレーム確定モジュール198は、上の表(3)に記載された時間基準に従って、PCell上でSCell HARQ−ACK情報を受信するためのレポーティング・サブフレームを確定する。例として、上の表(3)(例えば、PDSCH HARQ−ACKアソシエーション表)は、サブフレーム(例えば、ULサブフレーム)番号nに対して、対応するPDSCHの位置をインデックス集合K:{k,k,・・・,kM−1}によって示し、サブフレームn−k(例えば、n−k)におけるPDSCHのHARQ−ACKがULサブフレームnでレポートされる。eNB160は、確定されたHARQ−ACKレポーティング・サブフレームでSCell HARQ−ACK情報を受信する。
eNBフィードバック・パラメータ確定モジュール151は、1つ以上のセル(例えば、PCell、SCell(単数または複数))に対応する1つ以上のフィードバック・パラメータを確定する。例えば、eNBフィードバック・パラメータ確定モジュール151は、1つ以上のセルcに関するフィードバック・パラメータMを確定する。この確定は、例えば、先に(例として、図3に関連して)記載されたように達成される。いくつかの実装では、確定は、PCell構成、SCell構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの1つ以上に基づく。
随意的な方式シグナリング・モジュール153は、フィードバック・パラメータ確定方式インジケータおよびチャネルセレクション確定方式インジケータのうちの1つ以上を生成する。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの1つが利用される。これらの実装では、eNB160は、どの方式が利用されるかをシグナリングする。例えば、eNB160は、フィードバック・パラメータ(例えば、M)が参照パラメータ(例えば、MRef)に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数(例えば、MEff=MRef−m)に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを送信する。他の実装では、eNB160およびUE102によって1つだけのフィードバック・パラメータ確定方式が利用される。これらの実装では、eNB160は、フィードバック・パラメータ確定方式をシグナリングしなくてもよい。
加えて、または代わりに、いくつかの実装では、複数のチャネルセレクション確定方式のうちの1つが利用される。これらの実装では、eNB160は、どの方式が利用されるかをシグナリングする。例えば、eNB160は、行われるべきチャネルセレクションがPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)、またはPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づくかどうかを示すチャネルセレクション確定方式インジケータを送信する。加えて、または代わりに、チャネルセレクション確定方式インジケータは、(例えば、チャネルセレクションを行うときにUE102が適用するための)上記のアプローチ、手順、方法および技術の1つ以上を示す。他の実装では、eNB160およびUE102によって1つだけのチャネルセレクション確定方式が利用される。これらの実装では、eNB160は、チャネルセレクション確定方式をシグナリングしなくてもよい。
インタプリタ107は、特定の場合にHARQ−ACK情報のフォーマットを解釈する。例えば、インタプリタ107は、チャネルセレクションを伴うフォーマット1bを解釈する。例として、インタプリタ107は、上記のアプローチ、手順、方法および技術の1つ以上に従い、チャネルセレクションを伴うPUCCHフォーマット1bに基づいて、受信したHARQ−ACK情報を解釈する。
eNBオペレーション・モジュール182は、情報190を1つ以上の受信機178に提供する。例えば、eNBオペレーション・モジュール182は、所定のセルのためのUL−DL構成194に基づいて、送信をいつ受信すべきか、いつすべきでないかを受信機(単数または複数)178に通知する。
eNBオペレーション・モジュール182は、情報188を復調器172に提供する。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102からの送信に予想される変調パターンを復調器172に通知する。
eNBオペレーション・モジュール182は、情報186をデコーダ166に提供する。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102からの送信に予想される符号化法をデコーダ166に通知する。
eNBオペレーション・モジュール182は、情報101をエンコーダ109に提供する。情報101は、符号化されるデータおよび/または符号化のための命令を含む。例えば、eNBオペレーション・モジュール182は、送信データ105および/または他の情報101を符号化するようにエンコーダ109に命令する。他の情報101は、例えば、RRC構成(例えば、SIB−1ブロードキャスト情報または専用シグナリング)(例えば、PCell構成インジケータ、SCell構成インジケータ)、チャネル方式確定インジケータ、およびフィードバック・パラメータ確定方式インジケータのうちの1つ以上を含む。
エンコーダ109は、送信データ105および/またはeNBオペレーション・モジュール182によって提供された他の情報101を符号化する。例えば、データ105および/または他の情報101の符号化は、誤り検出および/または訂正符号化、送信のための空間、時間および/または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ109は、符号化データ111を変調器113へ供給する。送信データ105は、UE102へ伝えるためのネットワーク・データを含む。
eNBオペレーション・モジュール182は、情報103を変調器113に提供する。この情報103は、変調器113に対する命令を含む。例えば、eNBオペレーション・モジュール182は、UE(単数または複数)102への送信に用いられる変調型(例えば、コンステレーション・マッピング)を変調器113に通知する。変調器113は、1つ以上の変調信号115を1つ以上の送信機117へ供給するために符号化データ111を変調する。
eNBオペレーション・モジュール182は、情報192を1つ以上の送信機117に提供する。この情報192は、1つ以上の送信機117に対する命令を含む。例えば、eNBオペレーション・モジュール182は、信号をUE(単数または複数)102へいつ送信すべきか(またはいつすべきでないか)を1つ以上の送信機117に命令する。いくつかの実装では、これは、UL−DL構成194に基づく。1つ以上の送信機117は、変調信号(単数または複数)115を1つ以上のUE102へアップコンバートして送信する。
留意すべきは、DLサブフレームがeNB160から1つ以上のUE102へ送信され、ULサブフレームが1つ以上のUE102からeNB160へ送信されることである。そのうえ、標準スペシャルサブフレームではeNB160も1つ以上のUE102もデータを送信できる。
留意すべきは、eNB(単数または複数)160およびUE(単数または複数)102に含まれる要素またはその部分のうちの1つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の1つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。本明細書に記載される機能または方法の1つ以上は、ハードウェアで実装されてもよく、および/またはハードウェアを用いて実行されてもよいことにも留意すべきである。例えば、本明細書に記載される方法の1つ以上は、チップセット、特定用途向け集積回路(ASIC:application−specific integrated circuit)、大規模集積回路(LSI:large−scale integrated circuit)または集積回路などで実装されてもよく、および/またはそれらを用いて実現されてもよい。
図2は、フィードバック情報を送信するための方法200の一構成を示すフロー図である。UE102は、(例として、PCell上の上りリンクサブフレームに関して)PCellに対応するPCellフィードバック・パラメータを確定する(ステップ202)。例えば、UE102は、上の記載に従ってPCellのMを確定する(ステップ202)。例として、PCellフィードバック・パラメータ(例えば、PCellのM)は、上の表(3)によって示されるように、eNB160からUE10へシグナリングされたPCell構成に対応するMである。例えば、UE102は、PCellフィードバック・パラメータを指定するPCellフィードバック・パラメータ・インジケータをeNB160から受信する。
UE102は、(例として、PCell上の既知の上りリンクサブフレームに対して)SCellに対応するSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、上の記載に従ってSCellフィードバック・パラメータ(例えば、SCellのM)を確定する(ステップ204)。例として、UE102は、PCell構成およびSCell構成に基づいてSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合であるか(ケースA)、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合であるか(ケースB)、いずれでもないか(ケースC)どうかに基づいて、SCellフィードバック・パラメータを確定する(ステップ204)。
いくつかの実装では、UE102は、上記のアプローチの1つ以上に従ってSCellフィードバック・パラメータを確定する(ステップ204)。加えて、または代わりに、UE102は、SCellフィードバック・パラメータを指定するSCellフィードバック・パラメータ・インジケータをeNB160から受信してもよい。SCellフィードバック・パラメータは、特定のUL−DL構成のSCellに関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。例として、UE102は、SCellのSCellフィードバック・パラメータを参照パラメータ(例えば、MRef)として確定する(ステップ204)。参照パラメータは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
例えば、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースA)、参照パラメータは、PCellパラメータ(例えば、MPCell)に設定される。代わりに、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースB)、参照パラメータは、SCellパラメータ(例えば、MSCell)に設定される。あるいは、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合でも上位集合でもない場合(例えば、ケースC)、参照パラメータは、所定のパラメータ(例えば、MRefConf)に設定される。留意すべきは、所定のパラメータ(例えば、MRefConf)が表(2)でケースCに関して指定された参照構成に対応することである。
いくつかの実装では、UE102は、衝突サブフレームの数(例えば、m)および参照パラメータ(例えば、MRef)に基づいてSCellフィードバック・パラメータを確定する(ステップ204)。例えば、UE102は、参照パラメータ(例えば、MRef)を上記のように確定して、SCellフィードバック・パラメータ(例えば、SCellのM)をMEff=MRef−mに等しく設定する。言い換えれば、MEffは、衝突サブフレームを除いて参照構成に従うSCellに関する、PDSCH HARQ−ACKアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではDLサブフレームまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、UE102は、SCellがクロスキャリアスケジュールされているときに、(衝突サブフレームの数(例えば、m)に加えて、またはその代わりに)参照パラメータ(例えば、MRef)に基づいて、SCellフィードバック・パラメータを確定する(ステップ204)。代わりに、UE102は、SCellがクロスキャリアスケジュールされているときに、SCellフィードバック・パラメータをスケジューリングセル・パラメータ(例えば、MSchedulingCell)として確定してもよい(ステップ204)。MSchedulingCellは、スケジューリングセル(UL−DL)構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のM)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のM)が用いられてもよい。
別の実装では、SCellのフィードバック・パラメータMは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(MEffは、例えば、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル(例えば、PCell)構成の実効的なMである)。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではDLまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のM)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のM)が用いられてもよい。残りの方法200ステップは、PCellフィードバック・パラメータとSCellフィードバック・パラメータとが異なるときに行われる。例えば、UE102は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIでは、UL−DL構成5がPCell構成およびSCell構成のうちの少なくとも1つである。ケースIでは、UE102は、チャネルセレクションを行わない。ケースIIでは、PCellフィードバック・パラメータ(例えば、PCellのM)とSCellフィードバック・パラメータ(例えば、SCellのM)とは同じである。ケースIIでは、(リリース10における)既知の技術が再使用される。しかしながら、ケースIII〜VIでは、UE102によって次の方法200ステップが適用される。
UE102は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ206)。これは、上の記載に従ってなされる。例えば、UE102は、上記のようなケースIII、IV、VおよびVIの1つでは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ206)。特に、UE102は、上記のアプローチ、手順、方法および技術の1つ以上を適用する。
例えば、ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのM)がゼロより大きく、SCellフィードバック・パラメータ(例えば、SCellのM)がゼロであり)、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む(例えば、3GPP TS36.213の10.1.3.1節で定義される表に基づいて、1つの構成された在圏セルに関するPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1b、もしくはチャネルセレクションを伴うPUCCHフォーマット1bが行われる)。そのうえ、ケースIVでは、レポートされるHARQ−ACKをSCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのM)がゼロであり、SCellフィードバック・パラメータ(例えば、SCellのM)がゼロより大きく)、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む。
ケースVでは、PCellフィードバック・パラメータ(例えば、PCellのM)がSCellフィードバック・パラメータ(例えば、SCellのM)より小さく、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のようなアプローチ、手順、方法および技術の1つ以上を適用することを含む。そのうえ、ケースVIでは、PCellフィードバック・パラメータ(例えば、PCellのM)がSCellフィードバック・パラメータ(例えば、SCellのM)より大きく、PUCCHフォーマット1bのチャネルセレクションを行うステップ206は、上記のようなアプローチ、手順、方法および技術の1つ以上を適用することを含む。
例として、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)に基づく。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づいてもよい。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいてもよく、ここでHARQ−ACK情報を送信するステップ208は、上記のようにPCell HARQ−ACKビットの第2の数と同じか、または異なる(例えば、それ以下である)SCell HARQ−ACKの第1の数を送信することを含む。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、UE102は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。チャネルセレクション表は、3GPPリリース10仕様によって規定されるチャネルセレクション表であってもよく、あるいは、上記のように(リリース10仕様によって規定されない)別の(新しい)チャネルセレクション表であってもよい。
留意すべきは、いくつかの実装では、UE102がチャネルセレクション確定方式をeNB160から受信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の1つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、UE102およびeNB160が同じチャネルセレクション確定方式を利用することを可能にする。
留意すべきは、UE102がHARQ−ACK情報を確定することである。例えば、UE102は、1つ以上のPDSCH信号(例えば、音声、データ)がPCellおよびSCellの少なくとも1つで正しく受信されたかどうかを確定する。例として、UE102は、PDSCH上で正しく受信されたパケットごとに肯定応答(ACK)ビットを生成する。しかしながら、UE102は、PDSCH上で正しく受信されないパケットごとに否定応答(NACK)ビットを生成する。
UE102は、チャネルセレクションに基づいてHARQ−ACK情報を送信する(ステップ208)。例えば、チャネルセレクションは、HARQ−ACK情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。
図3は、フィードバック情報を受信するための方法300の一構成を示すフロー図である。eNB160は、(例として、PCell上の上りリンクサブフレームに対して)PCellに対応するPCellフィードバック・パラメータを確定する(ステップ302)。例えば、eNB160は、上の記載に従ってPCellのMを確定する(ステップ302)。例として、PCellフィードバック・パラメータ(例えば、PCellのM)は、上の表(3)に示されるようにeNB160によって確定されたPCell構成に対応するMである。いくつかの実装では、eNB160は、PCellフィードバック・パラメータを指定するPCellフィードバック・パラメータ・インジケータをUE102へ送信する。
eNB160は、(例として、PCell上の既知の上りリンクサブフレームに対して)SCellに対応するSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、上の記載に従ってSCellフィードバック・パラメータ(例えば、SCellのM)を確定する(ステップ304)。例として、eNB160は、PCell構成およびSCell構成に基づいてSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合であるか(ケースA)、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合であるか(ケースB)、いずれでもないか(ケースC)どうかに基づいて、SCellフィードバック・パラメータを確定する(ステップ304)。いくつかの実装では、eNB160は、SCellフィードバック・パラメータを指定するSCellフィードバック・パラメータ・インジケータをUE102へ送信する。
いくつかの実装では、eNB160は、上記のアプローチの1つ以上に従ってSCellフィードバック・パラメータを確定する(ステップ304)。SCellフィードバック・パラメータは、特定のUL−DL構成のSCellに関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。例として、eNB160は、SCellのSCellフィードバック・パラメータを参照パラメータ(例えば、MRef)として確定する(ステップ304)。参照パラメータは、参照構成に関して、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数を示す。
例えば、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースA)、参照パラメータは、PCellパラメータ(例えば、MPCell)に設定される。代わりに、PCell構成のためのDLサブフレームのセットが、SCell構成のためのDLサブフレームのセットの部分集合である場合(例えば、ケースB)、参照パラメータは、SCellパラメータ(例えば、MSCell)に設定される。あるいは、SCell構成のためのDLサブフレームのセットが、PCell構成のためのDLサブフレームのセットの部分集合でも上位集合でもない場合(例えば、ケースC)、参照パラメータは、所定のパラメータ(例えば、MRefConf)に設定される。留意すべきは、所定のパラメータ(例えば、MRefConf)が表(2)でケースCに関して指定される参照構成に対応することである。
いくつかの実装では、eNB160は、衝突サブフレームの数(例えば、m)および参照パラメータ(例えば、MRef)に基づいてSCellフィードバック・パラメータを確定する(ステップ304)。例えば、eNB160は、上記のように参照パラメータ(例えば、MRef)を確定して、SCellフィードバック・パラメータ(例えば、SCellのM)をMEff=MRef−mに等しく設定する。言い換えれば、MEffは、衝突サブフレームを除いて参照構成に従うSCellに関する、PDSCH HARQ−ACKアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではDLサブフレームまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、eNB160は、SCellがクロスキャリアスケジュールされているときに、(衝突サブフレームの数(例えば、m)に加えて、またはその代わりに)参照パラメータ(例えば、MRef)に基づいて、SCellフィードバック・パラメータを確定する(ステップ304)。代わりに、eNB160は、SCellがクロスキャリアスケジュールされているときに、SCellフィードバック・パラメータをスケジューリングセル・パラメータ(例えば、MSchedulingCell)として確定してもよい(ステップ304)。MSchedulingCellは、スケジューリングセル(UL−DL)構成に関する、PDSCH HARQ−ACKアソシエーションをもつサブフレームの数である。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のM)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のM)が用いられてもよい。
別の実装では、SCellのフィードバック・パラメータMは、MEff_SchedulingCellであり、ここでMEff_SchedulingCellは、スケジューリングセルのMEffである(MEffは、例えば、衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となるスケジューリングセル(例えば、PCell)構成の実効的なMである)。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではDLまたはスペシャルサブフレームであり、SCell構成ではULサブフレームであるサブフレームのことである。スケジューリングセルがPCellではない場合には、スケジューリングセル構成(のM)の代わりに、スケジューリングセルのPDSCHレポーティング参照構成(のM)が用いられてもよい。残りの方法300ステップは、PCellフィードバック・パラメータとSCellフィードバック・パラメータとが異なるときに行われる。例えば、eNB160は、上記のケースI〜VIのうちのどれが適用できるかを確定する。例として、ケースIでは、UL−DL構成5がPCell構成およびSCell構成のうちの少なくとも1つである。ケースIでは、eNB160は、チャネルセレクションを行わない。ケースIIでは、PCellフィードバック・パラメータ(例えば、PCellのM)とSCellフィードバック・パラメータ(例えば、SCellのM)とは同じである。ケースIIでは、(リリース10における)既知の技術が再使用される。しかしながら、ケースIII〜VIに関しては、eNB160によって次の方法300ステップが適用される。
eNB160は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ306)。これは、上の記載に従ってなされる。例えば、eNB160は、上記のようなケースIII、IV、VおよびVIの1つでは、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいて、PUCCHフォーマット1bのチャネルセレクションを行う(ステップ306)。特に、eNB160は、上記のアプローチ、手順、方法および技術の1つ以上を適用する。
例えば、ケースIIIでは、レポートされるHARQ−ACKをPCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのM)がゼロより大きく、SCellフィードバック・パラメータ(例えば、SCellのM)がゼロであり)、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む(例えば、3GPP TS36.213の10.1.3.1節で定義される表に基づいて、1つの構成された在圏セルに関するPUCCHレポーティング方法または技術、例えば、PUCCHフォーマット1a/1b、またはチャネルセレクションを伴うPUCCHフォーマット1bが行われる)。そのうえ、ケースIVでは、レポートされるHARQ−ACKをSCellのみが有し(例えば、上りリンクサブフレームにおいてPCellフィードバック・パラメータ(例えば、PCellのM)がゼロであり、SCellフィードバック・パラメータ(例えば、SCellのM)がゼロより大きく)、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のように単一セルのPUCCHフォーマット1bのチャネルセレクションを行うことを含む。
ケースVでは、PCellフィードバック・パラメータ(例えば、PCellのM)がSCellフィードバック・パラメータ(例えば、SCellのM)より小さく、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のアプローチ、手順、方法および技術の1つ以上を適用することを含む。そのうえ、ケースVIでは、PCellフィードバック・パラメータ(例えば、PCellのM)がSCellフィードバック・パラメータ(例えば、SCellのM)より大きく、PUCCHフォーマット1bのチャネルセレクションを行うステップ306は、上記のアプローチ、手順、方法および技術の1つ以上を適用することを含む。
例として、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの総数(例えば、Mtotal)に基づく。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、上記のようにPCellおよびSCellのうちの関連付けられたサブフレームの最大数(例えば、Mmax)に基づいてもよい。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、PCellの関連付けられたサブフレームの数に基づいてもよく、ここでHARQ−ACK情報を受信するステップ308は、上記のようにPCell HARQ−ACKビットの第2の数と同じか、または異なる(例えば、それ以下である)SCell HARQ−ACKの第1の数を受信することを含む。加えて、または代わりに、ケースVまたはケースVIでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、eNB160は、PCellフィードバック・パラメータおよびSCellフィードバック・パラメータに基づいてチャネルセレクション表を選択する。チャネルセレクション表は、リリース10仕様によって規定されたチャネルセレクション表であってもよく、あるいは、上記のように(リリース10仕様によって規定されない)別の(新しい)チャネルセレクション表であってもよい。
留意すべきは、いくつかの実装では、eNB160がチャネルセレクション確定方式をUE102へ送信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の1つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、eNB160およびUE102が同じチャネルセレクション確定方式を利用することを可能にする。
留意すべきは、eNB160がPDSCH信号(例えば、音声、データ)をUE102へ送信することである。例えば、eNB160は、データ(例えば、テキストメッセージ、インターネット閲覧データなど)に加えて、またはそれらの代わりに音声通話をPDSCHによってUE102へ送信する。
eNB160は、チャネルセレクションに基づいてHARQ−ACK情報を受信する(ステップ308)。例えば、チャネルセレクションは、受信したHARQ−ACK情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。eNB160は、チャネルセレクションに基づいて、受信した(ステップ308)HARQ−ACK情報を解釈する。
図4は、本明細書に開示されるシステムおよび方法に従って用いられる無線フレーム435の一例を示す図である。この無線フレーム435構造は、TDDアプローチに適用できる。各無線フレーム435は、T=307200・T=10msの長さを有し、ここでTは、無線フレーム435の持続時間であり、Tは、1/(15000×2048)秒に等しい時間単位である。無線フレーム435は、153600・T=5msの長さをそれぞれが有する2つのハーフフレーム433を含む。各ハーフフレーム433は、30720・T=1msの長さをそれぞれが有する5つのサブフレーム423a〜e、423f〜jを含む。
上の表(1)において、無線フレームにおけるサブフレームごとに、「D」は、サブフレームが下りリンク送信のために予約されていることを示し、「U」は、サブフレームが上りリンク送信のために予約されていることを示し、「S」は、3つのフィールド、すなわち、下りリンク・パイロット時間スロット(DwPTS:downlink pilot time slot)、ガード期間(GP:guard period)および上りリンク・パイロット時間スロット(UpPTS:uplink pilot time slot)をもつスペシャルサブフレームを示す。DwPTSおよびUpPTSの長さは、DwPTS、GPおよびUpPTSの全長が30720・T=1msに等しいことを前提として、(3GPP TS36.211の表4.2−1からの)表(30)に示される。表(5)は、(標準)スペシャルサブフレームのいくつかの構成を示す。各サブフレームiは、各サブフレームにおける長さがTslot=15360・T=0.5msの2つのスロット2iおよび2i+1として定義される。表(30)では、便宜上、「サイクリックプレフィックス」は「CP」と略記され、「構成」は「Config」と略記される。
Figure 2015520526
下りリンクから上りリンクへの切り替えポイント周期が5msおよび10msの両方のUL−DL構成がサポートされる。下りリンクから上りリンクへの切り替えポイント周期が5msの場合には、スペシャルサブフレームが両方のハーフフレームに存在する。下りリンクから上りリンクへの切り替えポイント周期が10msの場合には、スペシャルサブフレームが第1のハーフフレームにのみ存在する。サブフレーム0および5ならびにDwPTSは、下りリンク送信のために予約される。UpPTSおよびスペシャルサブフレームのすぐ後に続くサブフレームは、上り送信のために予約される。
本明細書に開示されるシステムおよび方法に従って、用いられるサブフレーム423のいくつかのタイプは、下りリンクサブフレーム、上りリンクサブフレームおよびスペシャルサブフレーム431を含む。図4に示される5ms周期を有する例では、無線フレーム435に2つの標準スペシャルサブフレーム431a〜bが含まれる。
第1のスペシャルサブフレーム431aは、下りリンク・パイロット時間スロット(DwPTS)425a、ガード期間(GP)427a、および上りリンク・パイロット時間スロット(UpPTS)429aを含む。この例では、第1の標準スペシャルサブフレーム431aは、サブフレームone423bに含まれる。第2の標準スペシャルサブフレーム431bは、下りリンク・パイロット時間スロット(DwPTS)425b、ガード期間(GP)427b、および上りリンク・パイロット時間スロット(UpPTS)429bを含む。この例では、第2の標準スペシャルサブフレーム431bは、サブフレームsix423gに含まれる。DwPTS425a〜bおよびUpPTS429a〜bの長さは、DwPTS425、GP427およびUpPTS429の各集合の全長が30720・T=1msに等しいことを前提として、(上の表(5)に示される)3GPP TS36.211の表4.2−1によって与えられる。
各サブフレームi423a〜j(この例では、iは、サブフレームzero423a(例えば0)からサブフレームnine423j(例えば9)に及ぶサブフレームを示す)は、各サブフレーム423における長さがTslot=15360・T=0.5msの2つのスロット2iおよび2i+1として定義される。例えば、サブフレームzero(例えば0)423aは、第1のスロットを含めて、2つのスロットを含む。
本明細書に開示されるシステムおよび方法に従って、下りリンクから上りリンクへの切り替えポイント周期が5msおよび10msの両方のUL−DL構成が用いられる。図4は、切り替えポイント周期が5msの無線フレーム435の一例を示す。下りリンクから上りリンクへの切り替えポイント周期が5msの場合には、各ハーフフレーム433が標準スペシャルサブフレーム431a〜bを含む。下りリンクから上りリンクへの切り替えポイント周期が10msの場合には、スペシャルサブフレームは、第1のハーフフレーム433にのみ存在する。
サブフレームzero(例えば0)423aおよびサブフレームfive(例えば5)423fならびにDwPTS 425a〜bは、下りリンク送信のために予約される。UpPTS429a〜b、およびスペシャルサブフレーム(単数または複数)431a〜bのすぐ後に続くサブフレーム(単数または複数)(例えば、サブフレームtwo423cおよびサブフレームseven423h)は、上りリンク送信のために予約される。留意すべきは、いくつかの実装では、衝突サブフレームの数を確定するために、スペシャルサブフレーム431がDLサブフレームと見做されることである。
図5は、本明細書に記載されるシステムおよび方法に従って、いくつかのUL−DL構成537a〜gを示す図である。特に、図5は、サブフレーム523aおよびサブフレーム番号539aをもつUL−DL構成zero537a(例えば、「UL−DL構成0」)、サブフレーム523bおよびサブフレーム番号539bをもつUL−DL構成one537b(例えば、「UL−DL構成1」)、サブフレーム523cおよびサブフレーム番号539cをもつUL−DL構成two537c(例えば、「UL−DL構成2」)、ならびにサブフレーム523dおよびサブフレーム番号539dをもつUL−DL構成three537d(例えば、「UL−DL構成3」)を示す。図5は、サブフレーム523eおよびサブフレーム番号539eをもつUL−DL構成four537e(例えば、「UL−DL構成4」)、サブフレーム523fおよびサブフレーム番号539fをもつUL−DL構成five537f(例えば、「UL−DL構成5」)、ならびにサブフレーム523gおよびサブフレーム番号539gをもつUL−DL構成six537g(例えば、「UL−DL構成6」)も示す。
図5は、PDSCH HARQ−ACKアソシエーション541(例えば、PUCCHまたはPUSCH上でのPDSCH HARQ−ACKフィードバックアソシエーション)をさらに示す。PDSCH HARQ−ACKアソシエーション541は、PDSCH送信のためのサブフレーム(例えば、PDSCH送信が送られるか、および/または受信されるサブフレーム)に対応するHARQ−ACKレポーティング・サブフレームを示す。留意すべきは、図5に示される無線フレームのいくつかが、便宜上、切り詰められていることである。
本明細書に開示されるシステムおよび方法は、図5に示されるUL−DL構成537a〜gの1つ以上に適用できる。例えば、図5に示されるUL−DL構成537a〜gのうちの1つに対応する1つ以上のPDSCH HARQ−ACKアソシエーション541が、UE102とeNB160との間の通信に適用される。例えば、UL−DL構成537がPCellに確定される(例えば、割り当てられる、適用される)。この場合、PDSCH HARQ−ACKアソシエーション541は、PCellに対応するHARQ−ACKフィードバック送信のためのPDSCH HARQ−ACKタイミング(例えば、HARQ−ACKレポーティング・サブフレーム)を指定する。SCell HARQ−ACKフィードバック送信に関しては、フィードバック・パラメータに従って参照UL−DL構成に対応するPDSCH HARQ−ACKアソシエーション541が利用される。いくつかの事例では、PDSCH HARQ−ACK情報は、上記のようにチャネルセレクションを伴うフォーマット1bに基づいてフォーマットされて、上りリンクサブフレームでレポートされる。
図6は、PCellおよびSCell構成の例を示す図である。より具体的には、例A645aは、PCell構成のためのDLサブフレームのセットの部分集合である、SCell構成のためのDLサブフレームのセットを示す(例えば、ケースA)。例B645bは、SCell構成のためのDLサブフレームのセットの部分集合である、PCell構成のためのDLサブフレームのセットを示す(例えば、ケースB)。
本明細書に開示されるシステムおよび方法に従って、(例えば、SIB−1に基づいて確定された)SCell構成によって示されるDLサブフレームのセットが、(例えば、SIB−1に基づいて確定された)PCell構成によって示されるDLサブフレームの部分集合である場合には、フィードバック・パラメータMによって決定づけられるように、SCell PDSCH HARQ−ACKタイミング(例えば、レポート)は、PCell構成に従う。この場合、SCell構成におけるすべてDLサブフレームは、PCell構成におけるDLサブフレームでもある。留意すべきは、PCellがSCellのDLサブフレームに加えて配置された余分のDLサブフレームを有することである。図6では、便宜上、DLサブフレームは「D」で示され、ULサブフレームは「U」で示され、(例えば、UL成分およびDL成分の両方を含む)スペシャルサブフレームは「S」で示される。
特に、図6は、SCell構成によって示されるDLサブフレームのセットがPCell構成によって示されるDLサブフレームの部分集合である、例A645aを示す。より具体的には、例A645aは、PCell構成two(例えば「2」)637aおよびSCell構成one(例えば「1」)637bを示す。例A645aでは、SCell DLサブフレーム0、1、4、5、6および9は、PCell DLサブフレームの部分集合643aである。
本明細書に開示されるシステムおよび方法に従って、(例えば、SIB−1に基づいて確定された)PCell構成によって示されるDLサブフレームのセットが、(例えば、SIB−1に基づいて確定された)SCell構成によって示されるDLサブフレームの部分集合である場合には、フィードバック・パラメータMによって決定づけられるように、SCell PDSCH HARQ−ACKタイミング(例えば、レポート)は、SCell構成に従う。この場合には、PCell構成におけるすべてDLサブフレームは、SCell構成におけるDLサブフレームでもある。留意すべきは、SCellがPCellのDLサブフレームに加えて配置された余分のDLサブフレームを有することである。
特に、図6は、PCell構成によって示されるDLサブフレームのセットがSCell構成によって示されるDLサブフレームの部分集合である、例B645bを示す。より具体的には、例B645bは、SCell構成two(例えば「2」)637cおよびPCell構成one(例えば「1」)637dを示す。例B645bでは、PCell DLサブフレーム0、1、4、5、6および9は、SCell DLサブフレームの部分集合643bである。
図7は、PCell構成737bとSCell構成737aとの間の衝突サブフレーム747の例を示す図である。衝突サブフレームは、あるサブフレームが1つのUL−DL構成ではDL(またはスペシャルサブフレーム)であり、別のUL−DL構成ではULサブフレームであるときに生じる。この例では、サブフレーム3および8がSCell構成one737aおよびPCell構成two737bではULサブフレームであるので、サブフレーム3および8は、SCell構成one737aとPCell構成two737bとの間の衝突サブフレーム747である。
本明細書に開示されるシステムおよび方法に従って、上記のいくつかのアプローチでは、衝突サブフレームの数mが利用される。例えば、SCellのフィードバック・パラメータMは、MEffとして定義され、ここでMEffは、PCell構成または参照構成がDLサブフレーム(または、例えばスペシャルサブフレーム)を含み、SCell構成がULサブフレームを含む衝突サブフレームを除いて、PDSCH HARQ−ACKタイミングに従う対象となる参照構成の実効的なMである(例えば、MEff=MRef−m)。図7では、便宜上、DLサブフレームは「D」で示され、ULサブフレームは「U」で示され、(例えば、UL成分およびDL成分の両方を含む)スペシャルサブフレームは「S」で示される。
図8は、UE802に利用される様々なコンポーネントを示す。図8に関連して記載されるUE802は、図1に関連して記載されるUE102に従って実装される。UE802は、UE802のオペレーションを制御するプロセッサ863を含む。プロセッサ863は、中央処理装置(CPU:central processing unit)とも呼ばれる。メモリ869は、リードオンリメモリ(ROM:read−only memory)、ランダムアクセスメモリ(RAM:random access memory)、これら2つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ863に命令865aおよびデータ867aを与える。メモリ869の一部分は、不揮発性ランダムアクセスメモリ(NVRAM:non−volatile random access memory)も含んでよい。命令865bおよびデータ867bは、プロセッサ863にも存在する。プロセッサ863に読み込まれた命令865bおよび/またはデータ867bは、プロセッサ863による実行または処理のために読み込まれた、メモリ869からの命令865aおよび/またはデータ867aも含んでよい。命令865bは、上記の方法200を実装するためにプロセッサ863によって実行される。
UE802は、データの送受信を可能にするための1つ以上の送信機858および1つ以上の受信機820が入った筺体も含む。送信機(単数または複数)858および受信機(単数または複数)820は、1つ以上のトランシーバ818に組み合わされてもよい。1つ以上のアンテナ822a〜nは、筺体に取り付けられて、トランシーバ818に電気的に結合される。
UE802の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム871によって結合される。しかしながら、明確にするために、図8では様々なバスがバスシステム871として示される。UE802は、信号処理用のデジタル信号プロセッサ(DSP:digital signal processor)873も含んでよい。UE802は、UE802の機能へのユーザ・アクセスを提供する通信インターフェース875も含んでよい。図8に示されるUE802は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
図9は、eNB960に利用される様々なコンポーネントを示す。図9に関連して記載されるeNB960は、図1に関連して記載されるeNB160に従って実装される。eNB960は、eNB960の動作を制御するプロセッサ977を含む。プロセッサ977は、中央処理装置(CPU)とも呼ばれる。メモリ983は、リードオンリメモリ(ROM)、ランダムアクセスメモリ(RAM)、これら2つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ977に命令979aおよびデータ981aを与える。メモリ983の一部分は、不揮発性ランダムアクセスメモリ(NVRAM)も含んでよい。命令979bおよびデータ981bは、プロセッサ977にも存在する。プロセッサ977に読み込まれた命令979bおよび/またはデータ981bは、プロセッサ977による実行または処理のために読み込まれた、メモリ983からの命令979aおよび/またはデータ981aも含んでよい。命令979bは、上記の方法300を実装するためにプロセッサ977によって実行される。
eNB960は、データの送受信を可能にするための1つ以上の送信機917および1つ以上の受信機978が入った筺体も含む。送信機(単数または複数)917および受信機(単数または複数)978は、1つ以上のトランシーバ976に組み合わされてもよい。1つ以上のアンテナ980a〜nは、筺体に取り付けられて、トランシーバ976に電気的に結合される。
eNB960の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム985によって結合される。しかしながら、明確にするために、図9では様々なバスがバスシステム985として示される。eNB960は、信号処理用のデジタル信号プロセッサ(DSP)987も含んでよい。eNB960は、eNB960の機能へのユーザ・アクセスを提供する通信インターフェース989も含んでよい。図9に示されるeNB960は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
図10は、フィードバック情報を送信するためのシステムおよび方法が実装されたUE1002の一構成を示すブロック図である。UE1002は、送信手段1058、受信手段1020および制御手段1024を含む。送信手段1058、受信手段1020および制御手段1024は、上の図2および図8に関連して記載される機能の1つ以上を行うように構成される。上の図8は、図10の具体的な装置構造の一例を示す。図2および図8の機能の1つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、DSPがソフトウェアによって実現されてもよい。
図11は、フィードバック情報を受信するためのシステムおよび方法が実装されたeNB1160の一構成を示すブロック図である。eNB1160は、送信手段1117、受信手段1178および制御手段1182を含む。送信手段1117、受信手段1178および制御手段1182は、上の図3 図9に関連して記載される機能の1つ以上を行うように構成される。上の図9は、図11の具体的な装置構造の一例を示す。図3および図9の機能の1つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、DSPがソフトウェアによって実現されてもよい。
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび/またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、RAM、ROM、EEPROM(登録商標)、CD−ROMまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク(disk)およびディスク(disc)は、本明細書では、コンパクトディスク(CD:compact disc)、レーザディスク(laser disc)、光ディスク(optical disc)、デジタルバーサタイルディスク(DVD:digital versatile disc)、フロッピー(登録商標)ディスク(floppy(登録商標) disk)およびBlu−ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、磁気的にデータを再生し、一方でディスク(disc)は、レーザを用いて光学的にデータを再生する。
留意すべきは、本明細書に記載される方法の1つ以上がハードウェアで実装されてもよく、および/またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の1つ以上は、チップセット、特定用途向け集積回路(ASIC)、大規模集積回路(LSI)または集積回路などで実装されてもよく、および/またはそれらを用いて実現されてもよい。
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための1つ以上のステップまたは動作を備える。本方法のステップおよび/または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および/または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび/または動作の順序および/または使用が修正されてもよい。
当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。

Claims (6)

  1. 基地局装置(eNB)へ情報を送信する端末装置(UE)であって、前記端末装置(UE)は、
    プライマリセル(PCell:primary cell)の時分割多重(TDD:Time Divison Duplexing)上り下りリンク(UL−DL:uplink−downlink)構成を確定し、かつセカンダリセル(SCell:secondary cell)のTDD UL−DL構成を確定するように構成されたオペレーション部であって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記オペレーション部と、
    チャネルセレクションを伴う物理上りリンク制御チャネル(PUCCH:Physical Uplink Control Channel)フォーマット1b上で、ハイブリッド自動再送要求/肯定応答(HARQ−ACK:Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement)情報を送信するように構成された送信部であって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記送信部と
    を備え、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおける物理下りリンク共有チャネル(PDSCH:Physical Downlink Shared Channel)に対応する、
    端末装置(UE)。
  2. 端末装置(UE)と通信する基地局装置(eNB)であって、前記基地局装置(eNB)は、
    PCellのTDD UL−DL構成をシグナリングし、かつSCellのTDD UL−DL構成をシグナリングするように構成された送信部であって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記送信部と、
    チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を受信するように構成された受信部であって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記受信部と
    を備え、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPUSCHに対応する、
    基地局装置(eNB)。
  3. 端末装置(UE)によって情報を送信する方法であって、前記方法は、
    PCellのTDD UL−DL構成を確定するステップと、
    SCellのTDD UL−DL構成を確定するステップであって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記確定するステップと、
    チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を送信するステップであって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記送信するステップと
    を備え、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する、
    方法。
  4. 基地局装置(eNB)によって情報を受信する方法であって、前記方法は、
    PCellのTDD UL−DL構成をシグナリングするステップと、
    SCellのTDD UL−DL構成をシグナリングするステップであって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記シグナリングするステップと、
    チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を受信するステップであって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記受信するステップと
    を備え、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する、
    方法。
  5. 端末装置(UE)に複数の機能を実行させるために前記UEに搭載された集積回路であって、前記集積回路は、前記UEに、
    PCellのTDD UL−DL構成を確定するステップと、
    SCellのTDD UL−DL構成を確定するステップであって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記確定するステップと、
    チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を送信するステップであって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記送信するステップと
    を実行させ、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPDSCHに対応する、
    集積回路。
  6. 基地局装置(eNB)に複数の機能を実行させるために前記eNBに搭載された集積回路であって、前記集積回路は、前記eNBに、
    PCellのTDD UL−DL構成をシグナリングするステップと、
    SCellのTDD UL−DL構成をシグナリングするステップであって、前記SCellの前記TDD UL−DL構成は、前記PCellの前記TDD UL−DL構成とは異なる、前記シグナリングするステップと、
    チャネルセレクションを伴うPUCCHフォーマット1b上でHARQ−ACK情報を受信するステップであって、前記チャネルセレクションは、前記PCellのための集合Kにおける、サブフレームnに対応する要素の数、および前記SCellのための集合Kにおける、サブフレームnに対応する要素の数のうちの最大数に基づいて行われ、前記PCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成に基づいて確定され、前記SCellのための前記集合Kは、前記PCellの前記TDD UL−DL構成および前記SCellの前記TDD UL−DL構成に基づいて確定された、TDD UL−DL構成に基づいて確定される、前記受信するステップと
    を実行させ、
    前記集合Kは、1つ以上のkの値を含み、前記サブフレームnにおけるHARQ−ACKは、サブフレームn−kにおけるPUSCHに対応する、
    集積回路。
JP2014555648A 2012-05-17 2013-05-14 フィードバック情報を送受信するためのデバイス Active JP6192663B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/474,467 2012-05-17
US13/474,467 US8953635B2 (en) 2012-05-17 2012-05-17 Devices for sending and receiving feedback information
PCT/JP2013/063878 WO2013172473A1 (en) 2012-05-17 2013-05-14 Devices for sending and receiving feedback information

Publications (3)

Publication Number Publication Date
JP2015520526A true JP2015520526A (ja) 2015-07-16
JP2015520526A5 JP2015520526A5 (ja) 2016-05-26
JP6192663B2 JP6192663B2 (ja) 2017-09-06

Family

ID=49581248

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014555648A Active JP6192663B2 (ja) 2012-05-17 2013-05-14 フィードバック情報を送受信するためのデバイス

Country Status (5)

Country Link
US (2) US8953635B2 (ja)
EP (1) EP2850871B1 (ja)
JP (1) JP6192663B2 (ja)
CN (1) CN104285468B (ja)
WO (1) WO2013172473A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015523825A (ja) * 2012-08-03 2015-08-13 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 方法及び装置

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9014097B2 (en) * 2010-10-08 2015-04-21 Lg Electronics Inc. Method for transmitting control information and device therefor
CN103378954B (zh) 2012-04-20 2019-03-15 北京三星通信技术研究有限公司 支持发送分集和信道选择的分配harq-ack信道资源的方法
US9497747B2 (en) * 2012-06-22 2016-11-15 Qualcomm Incorporated Data transmission in carrier aggregation with different carrier configurations
US9571252B2 (en) * 2012-07-04 2017-02-14 Nokia Solutions And Networks Oy Method and apparatus for signalling of HARQ timing at UL/DL subframe reconfiguration
KR102088022B1 (ko) 2012-08-01 2020-03-11 엘지전자 주식회사 제어 정보를 시그널링 하는 방법 및 이를 위한 장치
US9258741B2 (en) * 2012-08-03 2016-02-09 Blackberry Limited Carrier aggregation acknowledgement bits
WO2014025237A1 (ko) * 2012-08-09 2014-02-13 엘지전자 주식회사 수신 확인 전송 방법 및 장치
CN104620523B (zh) * 2012-08-10 2018-03-27 Lg 电子株式会社 在无线通信系统中支持突发传输的方法和设备
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
JP2014090396A (ja) * 2012-10-04 2014-05-15 Ntt Docomo Inc 移動局及び無線基地局
US10003452B2 (en) * 2012-11-09 2018-06-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for operation with carrier aggregation of time division duplex cells
US9407302B2 (en) * 2012-12-03 2016-08-02 Intel Corporation Communication device, mobile terminal, method for requesting information and method for providing information
DK2938013T3 (da) 2012-12-18 2019-06-24 Lg Electronics Inc Fremgangsmåde og apparat til at transmittere downlink-styringsinformation i et trådløst kommunikationssystem
US9179445B2 (en) * 2013-04-02 2015-11-03 Blackberry Limited Communication in the presence of uplink-downlink configuration change
EP2983307B1 (en) * 2013-04-03 2020-01-22 LG Electronics Inc. Method and apparatus for allocating resources to multiple sites which use same frequency band
US10237020B2 (en) 2013-07-19 2019-03-19 Sharp Kabushiki Kaisha Systems and methods for carrier aggregation
US9559817B2 (en) * 2013-07-19 2017-01-31 Sharp Kabushiki Kaisha Systems and methods for carrier aggregation
WO2015024248A1 (zh) * 2013-08-23 2015-02-26 华为技术有限公司 信息传输方法和设备
EP2954719A4 (en) * 2013-12-19 2016-10-26 Nec Corp METHODS FOR AGGREGATION OF INTER-SYSTEM CARRIERS IN IMPROVED WIRELESS COMMUNICATION SYSTEMS
US11115174B2 (en) 2014-07-01 2021-09-07 Ntt Docomo, Inc. Base station, user terminal, radio communication system, and communication control method
JP6592445B2 (ja) * 2014-09-03 2019-10-16 シャープ株式会社 端末、および、基地局
JP6460430B2 (ja) * 2014-09-18 2019-01-30 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 応答情報を送信するための方法、装置及びデバイス
EP3198961B1 (en) * 2014-09-24 2019-06-26 Telefonaktiebolaget LM Ericsson (publ) Method and bs for scheduling ue and method and ue for transmitting harq
JP6592448B2 (ja) * 2014-10-17 2019-10-16 シャープ株式会社 端末装置、通信方法、および、集積回路
US10306612B2 (en) * 2014-10-31 2019-05-28 Samsung Electronics Co., Ltd. Method and apparatus for transmitting control channel in intra-cell carrier aggregation system
CN105871525B (zh) * 2015-01-19 2020-09-15 夏普株式会社 基站、用户设备及其方法
US10952193B2 (en) 2015-03-13 2021-03-16 Qualcomm Incorporated LTE-TDD carrier aggregation enhancement for half-duplex UES
CN107432015B (zh) * 2015-04-02 2021-12-07 株式会社Ntt都科摩 用户终端、无线基站以及无线通信方法
US9998264B2 (en) * 2015-04-10 2018-06-12 Sharp Laboratories Of America, Inc. User equipments, base stations and methods for carrier aggregation
JP6783753B2 (ja) * 2015-04-24 2020-11-11 シャープ株式会社 端末装置、基地局装置および、通信方法
EP3295701B1 (en) * 2015-05-14 2022-01-26 Sierra Wireless, Inc. Method and apparatus for resource allocation for half duplex frequency division duplexing in a wireless communication system
CN107810658B (zh) * 2015-06-24 2021-06-25 诺基亚技术有限公司 用于多连接性的装置、方法和计算机可读介质
EP4084567A1 (en) * 2015-08-14 2022-11-02 Electronics and Telecommunications Research Institute Operating method of communication node in network supporting licensed and unlicensed bands
US10869302B2 (en) 2015-11-16 2020-12-15 Qualcomm Incorporated Techniques for downlink assignment index (DAI) management in carrier aggregation
US11304164B2 (en) * 2016-11-18 2022-04-12 Qualcomm Incorporated Asynchronous CA handling
CN106411482A (zh) * 2016-12-08 2017-02-15 珠海市魅族科技有限公司 Tdd系统的下行harq反馈方法及装置
CN112437492A (zh) * 2016-12-29 2021-03-02 华为技术有限公司 一种多载波中传输数据的方法、终端设备和网络设备
CN109152018B (zh) 2017-06-16 2021-02-09 华为技术有限公司 一种载波分组方法及设备
JP6848052B2 (ja) 2017-09-11 2021-03-24 エルジー エレクトロニクス インコーポレイティド E−utraとnrとの間の二重接続をサポートする端末が信号を送受信する方法及び方法を実行する端末
EP3684116A4 (en) * 2017-09-11 2021-07-07 NTT DoCoMo, Inc. USER DEVICE AND RADIO COMMUNICATION PROCEDURE
CN109495220B (zh) * 2017-09-11 2021-08-17 中兴通讯股份有限公司 数据传输方法及装置、用户终端及计算机可读存储介质
US10694536B2 (en) * 2017-12-04 2020-06-23 Qualcomm Incorporated Dynamic downlink control information timing indications in new radio

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8942080B2 (en) * 2008-04-17 2015-01-27 Texas Instruments Incorporated Transmission of bundled ACK/NAK bits
EP2297894B1 (en) * 2008-06-23 2014-11-05 Nokia Solutions and Networks Oy Method and apparatus for providing acknowledgment bundling
DK2351445T3 (en) * 2008-10-20 2015-10-26 Interdigital Patent Holdings carrier Aggregation
CN101702823B (zh) * 2009-11-04 2015-05-13 中兴通讯股份有限公司 一种发射功率控制命令的发送方法
KR101646513B1 (ko) * 2010-06-16 2016-08-08 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US9083520B2 (en) 2010-09-15 2015-07-14 Lg Electronics Inc. Apparatus for transmitting control information in a wireless communication system and method thereof
EP2448167B1 (en) * 2010-11-02 2019-08-21 LG Electronics Inc. Method and apparatus for transmitting control information in radio communication system
JP5946838B2 (ja) * 2010-11-11 2016-07-06 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置
CN103222223B (zh) * 2010-11-18 2018-01-30 Lg电子株式会社 发射控制信息的方法及其装置
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ack/nack 자원 할당 방법 및 장치와 이를 이용한 ack/nack 신호 전송 방법
CN102611540A (zh) * 2011-01-20 2012-07-25 北京三星通信技术研究有限公司 一种反馈ack/nack信息的方法
EP2688237B1 (en) * 2011-03-14 2020-04-29 LG Electronics Inc. Method and device for transmitting ack/nack in wireless communication system
US9705659B2 (en) * 2011-04-11 2017-07-11 Avago Technologies General Ip (Singapore) Pte. Ltd. Method and apparatus for providing uplink feedback optimization
EP2515463B1 (en) * 2011-04-19 2020-04-29 Samsung Electronics Co., Ltd. Apparatus and method for transmitting acknowledgement information in a tdd communication system
KR20120119176A (ko) * 2011-04-20 2012-10-30 주식회사 팬택 통신 시스템에서 제어신호 송수신 장치 및 방법
US9125188B2 (en) * 2011-04-29 2015-09-01 Interdigital Patent Holdings, Inc. Carrier aggregation of carriers with subframe restrictions
US8897187B2 (en) * 2011-09-23 2014-11-25 Lg Electronics Inc. Method for transmitting control information and apparatus for same
CN103095432A (zh) * 2011-11-07 2013-05-08 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
US9203559B2 (en) * 2012-01-27 2015-12-01 Blackberry Limited System and method for supporting inter-band carrier aggregation with different UL/DL TDD configurations
US9049708B2 (en) * 2012-02-03 2015-06-02 Interdigital Patent Holdings, Inc. Method and apparatus for coexistence among wireless transmit/receive units (WTRUs) operating in the same spectrum
US9007963B2 (en) * 2012-03-16 2015-04-14 Blackberry Limited Uplink control channel resource mapping in carrier aggregation systems
US20130242881A1 (en) * 2012-03-16 2013-09-19 Yiping Wang Explicit indication of uplink control channel resources in carrier aggregation systems
US9072087B2 (en) * 2012-03-28 2015-06-30 Qualcomm Incorporated Channel state information dependent ACK/NAK bundling
MY182206A (en) * 2012-05-10 2021-01-18 Ericsson Telefon Ab L M Method and apparatus for hybrid automatic repeat request signaling
WO2013169168A1 (en) * 2012-05-11 2013-11-14 Telefonaktiebolaget Lm Ericsson (Publ) Resources for multi-cell channel state information feedback
US9185564B2 (en) * 2012-05-11 2015-11-10 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
US9094960B2 (en) * 2012-05-30 2015-07-28 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "Discussion on PUCCH HARQ-ACK transmission", 3GPP TSG RAN WG1 #69 R1-122220, JPN6017016457, 12 May 2012 (2012-05-12) *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015523825A (ja) * 2012-08-03 2015-08-13 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 方法及び装置
US9913254B2 (en) 2012-08-03 2018-03-06 Nokia Solutions And Networks Oy Method and apparatus for indicating subframes associated with a hybrid automatic repeat request feedback
US10708889B2 (en) 2012-08-03 2020-07-07 Nokia Technologies Oy Method and apparatus for indicating subframes associated with a hybrid automatic repeat request feedback

Also Published As

Publication number Publication date
JP6192663B2 (ja) 2017-09-06
US8953635B2 (en) 2015-02-10
EP2850871A1 (en) 2015-03-25
US9882696B2 (en) 2018-01-30
CN104285468A (zh) 2015-01-14
US20130308550A1 (en) 2013-11-21
US20150092634A1 (en) 2015-04-02
WO2013172473A1 (en) 2013-11-21
EP2850871A4 (en) 2016-01-20
CN104285468B (zh) 2019-03-01
EP2850871B1 (en) 2020-04-29

Similar Documents

Publication Publication Date Title
JP6192663B2 (ja) フィードバック情報を送受信するためのデバイス
JP6200434B2 (ja) フィードバック情報を送受信するためのデバイス
JP6452447B2 (ja) フィードバック情報を送受信するためのデバイス
US10708889B2 (en) Method and apparatus for indicating subframes associated with a hybrid automatic repeat request feedback
JP6271535B2 (ja) キャリアアグリゲーションのためのシステムおよび方法
US10455585B2 (en) Method and apparatus for carrier aggregation
KR101605843B1 (ko) 스케줄링 요청 자원들을 이용한 다중 요소 반송파 통신 시스템에서의 하이브리드 자동 재전송 요청 피드백 송신
US10389488B2 (en) Method and apparatus for transmitting ACK/NACK in wireless communication system
US20180048447A1 (en) User equipments, base stations and methods
JP2015510700A (ja) 上りリンクおよび下りリンク割り当てを再構成するためのデバイス
JP2017511016A (ja) キャリアアグリゲーションのための拡張pucchレポーティング

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160329

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160329

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170509

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170706

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170801

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170808

R150 Certificate of patent or registration of utility model

Ref document number: 6192663

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150