JP2021119688A

JP2021119688A - 適応的に構成されたｔｄｄ通信システムにおけるアップリンク電力制御

Info

Publication number: JP2021119688A
Application number: JP2021071888A
Authority: JP
Inventors: アリス・パパサケラリオウ; Papasakellariou Aris
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2013-03-18
Filing date: 2021-04-21
Publication date: 2021-08-12
Anticipated expiration: 2034-03-17
Also published as: US11153881B2; KR102156293B1; WO2014148786A1; US9210670B2; RU2645148C2; EP2976920B1; CN110266455A; EP2976920A4; CN105264973B; JP6874057B2; CN105264973A; US20140269454A1; US20180279313A1; JP2016519476A; RU2015144586A; US9986567B2; KR20150132866A; JP2019208211A; EP2976920A1; JP7241796B2

Abstract

【課題】相互に通信する基地局又はユーザ装置（ＵＥ）に関する方法及び装置を提供する。【解決手段】ユーザ端末のアップリンク電力を制御する方法において、第１アップリンク電力制御累積状態及び第２アップリンク電力制御累積状態に係わる設定情報を受信する段階と、伝送電力制御のための情報を含むダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、伝送電力制御のための情報、第１アップリンク電力制御累積状態及び第２アップリンク電力制御累積状態のうちいずれか一つに基づき、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）伝送のための伝送電力を決定する段階と、を含む。【選択図】図９

Description

本発明は、一般的に、無線通信に関し、より詳細には、適応的に構成された時分割デュプレクス（Time Division Duplex：ＴＤＤ）通信システムにおけるユーザ装置からの送信及び基地局からの受信に対する電力制御に関する。

無線通信は、近代史のもっとも成功的な革新の中の１つであった。最近では、無線通信サービス加入者数は、五十億を越え、引き続き速く増加している。スマートフォン、及びタブリット、“ノートパッド”コンピュータ、ネットブック、及び電子ブックリーダのような他のモバイルデータ装置の消費者と事業者との間での増加する人気により、無線データトラフィックに対する需要が急速に増加している。モバイルデータトラフィックの高い増加に充足するために、無線インターフェース効率性及び新たなスペクトルの割り当てにおける改善が最優先の重要性を有する。

本発明は、上述した課題もしくは不都合な点を解決し、少なくとも以下に示す優位性を提供する。

したがって、本発明は、適応的に構成された時分割デュプレクス（ＴＤＤ）通信システムにおけるユーザ装置からの送信に対する電力制御を提供することである。

上記のような目的を達成するために、第１の実施形態において、方法が提供される。上記方法は、基地局がユーザ装置（ＵＥ）に、時分割デュプレクス（Time Division Duplex：ＴＤＤ）アップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤＵＬ−ＤＬ構成を示す第１のシグナリングを送信するステップを含む。ＴＤＤＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬＳＦ、通信方向がＵＥから基地局に向かうＵＬＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、上記方法は、適応ＴＤＤＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報をＵＥに送信するように構成される送信器を含む。有効な適応ＴＤＤＵＬ−ＤＬ構成は、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤＵＬ−ＤＬ構成で複数のＵＬ又は特別のＳＦは、適応ＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦであり、第１のＴＤＤＵＬ−ＤＬ構成での少なくとも１つのＵＬＳＦは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤＵＬ−ＤＬ構成でＵＬＳＦのままである。上記方法は、基地局がＵＥに、第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤＵＬ−ＤＬ構成のセットからの任意のＴＤＤＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を送信するステップをさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤＵＬ−ＤＬ構成でのＵＬＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦである少なくとも１つのＳＦを含む。また、上記方法は、基地局がＵＥに、適応ＴＤＤＵＬ−ＤＬ構成のＵＬＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを送信するステップを含む。ＵＥが第１のシグナリング、第１の構成情報、第２の構成情報、及び第２のシグナリングを受信することに従って、ＵＥは、ＵＬＳＦがＳＦの第１のセット内にある場合に、第１のＵＬＰＣプロセスに従って決定された電力で、あるいは、ＵＬＳＦがＳＦの第２のセット内にある場合に第２のＵＬＰＣプロセスに従って決定された電力でＵＬＳＦ内でＰＵＳＣＨ又はＳＲＳを送信する。

第２の実施形態において、方法が提供される。上記方法は、基地局がユーザ装置（ＵＥ）から、データ情報送信ブロック（ＴＢ）の初期送信を伝達する第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）及びデータ情報ＴＢの再送信を伝達する第２のＰＵＳＣＨを受信するステップを含む。また、上記方法は、基地局が同一のデータ情報に対して、第２の復調値を任意のファクタでスケーリングした後に、第１のＰＵＳＣＨの第１の復調値及び第２のＰＵＳＣＨの第２の復調値を結合するステップを含む。上記方法は、基地局がデータ情報ＴＢをデコーディングするステップをさらに含む。

第３の実施形態において、基地局が提供される。基地局は、ユーザ装置（ＵＥ）にＴＤＤアップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤＵＬ−ＤＬ構成を示す第１のシグナリングを送信するように構成される送信器を含む。ＴＤＤＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬＳＦ、通信方向がＵＥから基地局に向かうＵＬＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、基地局は、適応ＴＤＤＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報をＵＥに送信するように構成される送信器を含む。有効な適応ＴＤＤＵＬ−ＤＬ構成は、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤＵＬ−ＤＬ構成で複数のＵＬ又は特別のＳＦは、適応ＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦであり、第１のＴＤＤＵＬ−ＤＬ構成での少なくとも１つのＵＬＳＦは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤＵＬ−ＤＬ構成でＵＬＳＦのままである。基地局は、ＵＥに、第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤＵＬ−ＤＬ構成のセットからの任意のＴＤＤＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を送信するように構成される送信器をさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤＵＬ−ＤＬ構成でのＵＬＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦである少なくとも１つのＳＦを含む。また、基地局は、ＵＥに、適応ＴＤＤＵＬ−ＤＬ構成のＵＬＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを送信するように構成された送信器を含む。基地局は、ＵＬＳＦがＳＦの第１のセット内にある場合に、第１のＵＬＰＣプロセスに従って決定された電力で、あるいは、ＵＬＳＦがＳＦの第２のセット内にある場合に第２のＵＬＰＣプロセスに従って決定された電力でＵＬＳＦ内でＰＵＳＣＨ又はＳＲＳをＵＥから受信するように構成される受信器をさらに含む。

第４の実施形態において、ユーザ装置（ＵＥ）が提供される。ＵＥは、基地局からＴＤＤアップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤＵＬ−ＤＬ構成を示す第１のシグナリングを受信するように構成される受信器を含む。ＴＤＤＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬＳＦ、通信方向がＵＥから基地局に向かうＵＬＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、ＵＥは、基地局から適応ＴＤＤＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報を受信するように構成される受信器を含む。有効な適応ＴＤＤＵＬ−ＤＬ構成は、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤＵＬ−ＤＬ構成での複数のＵＬ又は特別のＳＦは、適応ＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦであり、第１のＴＤＤＵＬ−ＤＬ構成での少なくとも１つのＵＬＳＦは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤＵＬ−ＤＬ構成でＵＬＳＦのままである。ＵＥは、基地局から、第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤＵＬ−ＤＬ構成のセットからの任意のＴＤＤＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を受信するように構成される受信器をさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤＵＬ−ＤＬ構成でのＵＬＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤＵＬ−ＤＬ構成でのＤＬＳＦである少なくとも１つのＳＦを含む。また、ＵＥは、基地局から適応ＴＤＤＵＬ−ＤＬ構成のＵＬＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを受信するように構成される受信器を含む。また、ＵＥは、ＵＬＳＦがＳＦの第１のセット内にある場合に、第１のＵＬＰＣプロセスに従って決定された電力で、あるいは、ＵＬＳＦがＳＦの第２のセット内にある場合に第２のＵＬＰＣプロセスに従って決定された電力でＵＬＳＦ内でＰＵＳＣＨ又はＳＲＳを基地局に送信するように構成される送信器を含む。

第５の実施形態において、基地局が提供される。基地局は、ユーザ装置（ＵＥ）から、データ情報送信ブロック（ＴＢ）の初期送信を伝達する第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）及びデータ情報ＴＢの再送信を伝達する第２のＰＵＳＣＨを受信するように構成される受信器を含む。また、基地局は、同一のデータ情報に対して、第１のＰＵＳＣＨの第１の復調値及び第２のＰＵＳＣＨの第２の復調値を任意のファクタでスケーリングした後に結合するように構成される結合器を含む。基地局は、データ情報ＴＢをデコーディングするように構成されるデコーダをさらに含む。

本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を説明することが好ましい。“接続（結合）する”という語句だけではなく、その派生語は、２以上の構成要素が相互に物理的な接触状態にあるか否か、それら間の任意の直接的であるか又は間接的な通信を称する。“送信する”、“受信する”、及び“通信する”という用語だけでなく、その派生語は、直間接的な通信のすべてを含む。“含む”及び “備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。“又は”という用語は、“及び／又は”の意味を包含する。“関連した”及び“それと関連した”という語句だけではなく、その派生語句は、“含む”、“含まれる”、“相互に連結する”、“包含する”、“包含される”、“連結する”、“結合する”、“疎通する”、“協力する”、“挿入する”、“並置する”、“近接する”、“属する”、“有する”、及び“特性を有する”、“関係を有する”などを意味する。“制御器”という用語は、少なくとも１つの動作を制御する任意の装置、システム又はその一部を意味する。そのような制御器は、ハードウェア又はハードウェアとソフトウェア、及び／又はファームウェアの組み合せで実現することができる。ある特定の制御器に関連した機能性は、ローカルでも遠隔でも、集中するか又は分散することができることに留意しなければならない。“少なくとも１つの”という語句は、項目のリストとともに使用される時に、リストされた項目の中の１つ以上の相互に異なる組み合せが使用されることができ、そのリスト内の１つの項目だけが必要とされることができることを意味する。例えば、“Ａ、Ｂ、及びＣの中の少なくとも１つ”は、次のような組み合せの中のいずれか１つを含む：Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、及びＡとＢとＣ。

さらに、以下に記述される様々な機能は、１つ以上のコンピュータプログラムにより具現されるか又はサポートでき、そのプログラムの各々は、コンピュータ読み取り可能なプログラムコードで構成され、コンピュータ読み取り可能な媒体で実施される。“アプリケーション”及び“プログラム”という用語は、１つ以上のコンピュータプログラム、ソフトウェアコンポーネット、命令語セット、手順、関数、オブジェクト、クラス、インスタンス、関連データ、又は適合したコンピュータ読み取り可能なプログラムコードの実現に適合したそれらの一部を称する。“コンピュータ読み取り可能なプログラムコード”という語句は、ソースコード、オブジェクトコード、及び実行コードを含むすべてのタイプのコンピュータコードを含む。“コンピュータ読み取り可能な媒体”という語句は、読出し専用メモリ（read only memory：ＲＯＭ）、ランダムアクセスメモリ（random access memory：ＲＡＭ）、ハードディスクドライブ、コンパクト・ディスク（ＣＤ）、ディジタルビデオディスク（ＤＶＤ）、又は任意の他のタイプのメモリのように、コンピュータによりアクセスできるすべてのタイプの媒体を含む。“非一時的”なコンピュータ読み取り可能な媒体は、一時的な電気又は他の信号を転送する有線、無線、光学、又は他の通信リンクを除外する。非一時的なコンピュータ読み取り可能な媒体は、データが永久的に記憶されることができる媒体、及び再記録可能な光学ディスクや削除可能なメモリ装置のようにデータが記憶され、後でオーバーライティングされ得る媒体を含む。

他の所定の単語及び語句に対する定義がこの特許文書の全体にわたって提供される。当業者は、大部分の場合ではなくても多くの場合に、そのような定義がそのように定義された単語及び語句の前だけでなく後の使用にも適用されることが分かる。

本開示に従う無線通信ネットワークの例を示す図である。本開示に従うユーザ装置（ＵＥ）の例を示す図である。本開示に従うＮｏｄｅ（ｅＮＢ）の例を示す図である。本開示に従う送信時間間隔（ＴＴＩ）でのＰＵＳＣＨ送信構造の例を示す図である。本開示に従うＰＵＳＣＨ内のデータ情報及びＵＣＩのためのＵＥ送信器の例を示す図である。本開示に従うＰＵＳＣＨ内のデータ情報及びＵＣＩのためのｅＮＢ受信器の例を示す図である。本開示に従うＤＭＲＳ又はＳＲＳとして使用されることができるＺＣシーケンスのための送信器構造の例を示す図である。本開示に従う異なるＵＬフレキシブルＴＴＩでの異なる干渉特性の例を示す図である。本開示に従ってそれぞれのＰＵＳＣＨ送信を第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスと関連づけるためのＤＣＩフォーマット内のＰＣＣフィールドの使用例を示す図である。本開示に従って第１のＵＬＰＣプロセスの使用を示すことができるか又は第２のＵＬＰＣプロセスの使用を示すことができるかによりＰＵＳＣＨをスケジューリングするＤＣＩフォーマット内のＴＰＣフィールドの使用例を示す図である。本開示に従ってＵＥがＰＵＳＣＨでのデータＴＢの非適応的な再送信のために第１のＵＬＰＣプロセスを使用するか又は第２のＵＬＰＣプロセスを使用するかを決定するプロセスの例を示す図である。本開示に従ってＵＥが様々な個別ＤＣＩフォーマット３／３Ａから第１のＵＬＰＣプロセスに対するＴＰＣ命令又は第２のＵＬＰＣプロセスに対するＴＰＣ命令を取得するプロセスの例を示す図である。本開示に従って同一のＤＣＩフォーマット３／３Ａで第１のＵＬＰＣプロセスに対するＴＰＣ命令又は第２のＵＬＰＣプロセスに対するＴＰＣ命令に対するＵＥの決定例を示す図である。本開示に従ってＴＤＤＵＬ−ＤＬ構成の適応の後に第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスの動作例を示す図である。本開示に従って第１のＴＴＩで複数のＣＳＩリソースを決定するための第１の

の使用及び第２のＴＴＩで複数のＣＳＩリソースを決定するための第２の

の使用の例を示す図である。
本開示に従ってＵＥがデータＴＢの再送信のためのＭＣＳインデックスを決定するようにするＭＣＳインデックスシフト

の使用例を示す図である。
本開示に従ってデコーディングの前にデータＴＢの初期送信からのデータ情報ビットの復調された値との結合の前に同一のデータＴＢの再送信からのデータ情報ビットの復調された値をスケーリングする例を示す図である。

以下に論議される図１乃至図１７、及び本特許文献において本発明の開示原則を説明するために使用される様々な実施形態は、例示としてのみ提供され、開示の範囲を限定するいかなる方法として理解されてはならない。当業者であれば、本発明の開示原則が任意の適切に配置された無線通信システムで実現することができるものであることは自明である。

以下の文書及び標準説明が本明細書に全体的に記述されたもののように本開示に含まれる：３ＧＰＰＴＳ３６．２１１ｖ１１．１．０，“E-UTRA, Physical channels and modulation”（参照１）、３ＧＰＰＴＳ３６．２１２ｖ１１．１．０，“E-UTRA, Multiplexing and Channel coding”（参照２）、３ＧＰＰＴＳ３６．２１３ｖ１１．１．０，“E-UTRA, Physical Layer Procedures”（参照３）、“３ＧＰＰＴＳ３６．３３１ｖ１１．１．０，“E-UTRA, Radio Resource Control（RR）Protocol Specification．”（参照４）。

本開示は、時分割デュプレクス（ＴＤＤ）を活用する無線通信ネットワークにおける通信方向の適応に関する。無線通信ネットワークは、送信地点（基地局又はｅＮｏｄｅＢ）でユーザ装置（ＵＥｓ）に信号を運搬するダウンリンク（ＤＬ）を含む。また、無線通信ネットワークは、ＵＥからｅＮｏｄｅＢのような受信地点に信号を運搬するアップリンク（ＵＬ）を含む。

図１は、本開示による無線通信ネットワークの例を示す図である。図１に示す無線ネットワーク１００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない無線ネットワーク１００の他の実施形態が使用されることもできる。

図１に示すように、無線ネットワーク１００は、ｅＮｏｄｅＢ（ｅＮＢ）１０１、ｅＮＢ１０２、及びｅＮＢ１０３を含む。ｅＮＢ１０１は、ｅＮＢ１０２及びｅＮＢ１０３と通信する。また、ｅＮＢ１０１は、インターネット、独自のＩＰネットワーク、又は他のデータネットワークのような少なくとも１つのインターネットプロトコル（ＩＰ）ネットワーク１３０と通信する。

ネットワークタイプにより、“ｅＮｏｄｅＢ”又は“ｅＮＢ”の代わりに、“基地局”又は“アクセスポイント”のように他のよく知られている用語が使用されることができる。説明の便宜を図るために、遠隔端末に対する無線アクセスを提供するネットワークインフラ構成要素を称し、“ｅＮｏｄｅＢ”及び“ｅＮＢ”という用語がこの特許文書内で使用される。

また、他のネットワークタイプにより、“ユーザ装置”又は“ＵＥ”、 “移動局”、“加入者局”、“遠隔端末”、“無線端末”、又は“ユーザ装置”のような他のよく知られている用語が使用されることができる。説明の便宜のために、“ユーザ装置”及び“ＵＥ”という用語は、本特許文書において、ＵＥが（移動電話又はスマートフォンのような）移動装置として見なされるか又は（デスクトップコンピュータ又はベンディングマシンのような）一般的に固定装置として見なされるかにかかわらず、無線でｅＮＢをアクセスする遠隔無線装置を称するために使用される。

ｅＮＢ１０２は、ｅＮＢ１０２の適用領域１２０内にある第１の複数のユーザ装置（ＵＥｓ）にネットワーク１３０に対する無線広帯域アクセスを提供する。第１の複数のＵＥは、スモールビジネス（ＳＢ）内に位置できるＵＥ１１１、企業体（Ｅ）内に位置できるＵＥ１１２、ＷｉＦｉホットスポット（ＨＳ）内に位置できるＵＥ１１３、第１のレジダンス（Ｒ）内に位置できるＵＥ１１４、第２のレジダンス（Ｒ）内に位置できるＵＥ１１５、及びセルフォン、無線ラップトップ、無線ＰＤＡなどのようなモバイル装置（Ｍ）であるＵＥ１１６を含む。ｅＮＢ１０３は、ｅＮＢ１０３の適用領域１２５内にある第２の複数のＵＥにネットワーク１３０に対する無線広帯域アクセスを提供する。第２の複数のＵＥは、ＵＥ１１５及びＵＥ１１６を含む。一部の実施形態において、ｅＮＢ１０１乃至１０３の中の１つ以上は、５Ｇ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、又は他の進歩した無線通信技術を用いて、相互に及びＵＥ１１１乃至１１６と通信できる。

点線は、ただ例示及び説明のために、ほぼ円形態で見られた適用領域１２０及び１２５の概略的な程度を示す。適用領域１２０及び１２５のように、ｅＮＢと関連した適用領域は、自然的であり人為的な障害物と関連した無線環境内の変動及びｅＮＢの構成により、不規則的な形態を含む他の形態を有することができることを明確に理解することができる。

以下では、より詳細に説明するように、ネットワーク１００の様々な構成要素（ｅＮＢ１０１乃至１０３及び／又はＵＥ１１１乃至１１６）は、ＴＤＤを使用できるネットワーク１００のアップリンク電力制御をサポートする。

図１は、無線ネットワーク１００の一例を示しているが、図１に対して様々な変形がなされる。例えば、無線ネットワーク１００は、任意の数のｅＮＢ及び任意の数のＵＥを任意の適切な配置を通して含む。また、ｅＮＢ１０１は、任意の数のＵＥと直接に通信することによりそのＵＥにネットワーク１３０に対する無線広帯域アクセスを提供できる。同様に、それぞれのｅＮＢ１０２及び１０３は、ネットワーク１３０と直接に通信することによりネットワーク１３０に対する直接無線広帯域アクセスをＵＥに提供できる。さらに、ｅＮＢ１０１、１０２、及び／又は１０３は、外部電話網又は他のタイプのデータネットワークのような他の、又は、付加の外部ネットワークへのアクセスを提供できる。

図２は、本開示によるＵＥ１１４の例を示す図である。図２に示すＵＥ１１４の実施形態は、例示のためのものであるだけで、図１の他のＵＥと同一であるか又は類似の構成を有する。しかしながら、ＵＥは、広範囲な構成で現れ、図２は、本開示の範囲をＵＥの任意の特定の具現例に限定しない。

図２に示すように、ＵＥ１１４は、アンテナ２０５、無線周波数（ＲＦ）送受信器２１０、送信（ＴＸ）処理回路２１５、マイクロフォン２２０、及び受信（ＲＸ）処理回路２２５を含む。また、ＵＥ１１４は、スピーカ２３０、メインプロセッサ２４０、入力／出力（Ｉ／Ｏ）インターフェース（ＩＦ）２４５、キーパッド２５０、ディスプレイ２５５、及びメモリ２６０を含む。メモリ２６０は、基本オペレーティングシステム（ＯＳ）プログラム２６１及び１つ以上のアプリケーション２６２を含む。

ＲＦ送受信器２１０は、アンテナ２０５から、ｅＮＢ又は他のＵＥにより送信された入力ＲＦ信号を受信する。ＲＦ送受信器２１０は、入力ＲＦ信号をダウンコンバートして中間周波数（ＩＦ）又は基底帯域信号を生成する。ＩＦ又は基底帯域信号は、ＲＸ処理回路２２５に送信され、ＲＸ処理回路２２５は、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号を生成する。ＲＸ処理回路２２５は、処理された基底帯域信号をスピーカ２３０（音声データの場合）又はメインプロセッサ２４０（例えば、ウェブブラウジングデータの場合）に送信する。

ＴＸ処理回路２１５は、マイクロフォン２２０からアナログ又はディジタル音声データを、あるいはメインプロセッサ２４０から他の送信基底帯域データ（例えば、ウェブデータ、電子メール、双方向ビデオゲームデータ）を受信する。ＴＸ処理回路２１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器２１０は、処理された送信基底帯域又はＩＦ信号をＴＸ処理回路２１５から受信し、アンテナ２０５を通して送信される基底帯域又はＩＦ信号をＲＦ信号にアップコンバートする。

メインプロセッサ２４０は、１つ以上のプロセッサ又は他の処理装置を含むことができ、ＵＥ１１４の全般的な動作を制御するためにメモリに記憶される基本ＯＳプログラム２６１を実行できる。例えば、メインプロセッサ２４０は、公知の原理に従って、ＲＦ送受信器２１０、ＲＸ処理回路２２５、及びＴＸ処理回路２１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。一部の実施形態において、メインプロセッサ２４０は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。

また、メインプロセッサ２４０は、メモリ２６０に滞在している他のプロセス及びプログラムを実行することができる。メインプロセッサ２４０は、適応的に構成された時分割デュプレクス（ＴＤＤ）通信システムにおいて、アップリンク電力制御をサポートする動作のような実行プロセスにより要求される時に、メモリにデータを移動させるか又はメモリからデータを移動させることができる。一部の実施形態において、メインプロセッサ２４０は、ＯＳプログラム２６１に基づくか、あるいは、ｅＮＢ又は他のＵＥ、又はオペレータから受信された信号に応じてアプリケーション２６２を実行するように構成される。また、メインプロセッサ２４０は、ラップトップコンピュータ及びハンドヘルドコンピュータのような他の装置に接続できる機能をＵＥ１１４に提供するＩ／Ｏインターフェース２４５に結合される。Ｉ／Ｏインターフェース２４５は、これらのアクセサリ及びメインプロセッサ２４０との間の通信経路である。

また、メインプロセッサ２４０は、キーパッド２５０及びディスプレイ部２５５に結合される。ＵＥ２０２のオペレータは、キーパッド２５０を使用してデータをＵＥ１１４に入力できる。ディスプレイ２５５は、液晶ディスプレイ又はウェブサイトからテキスト及び／又は少なくとも制限されたグラフィックをレンダリングできる他のディスプレイであり得る。ディスプレイ２５５は、タッチスクリーンを示すことができる。

メモリ２６０は、メインプロセッサ２４０に結合される。メモリ２６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含むことができ、メモリ２６０の他の部分は、フラッシュメモリ又は他の読出し専用メモリ（ＲＯＭ）を含むことができる。

以下でより詳細に説明するように、ＵＥ１１４の送受信経路（ＲＦ送受信器２１０、ＴＸ処理回路２１５、及び／又はＲＸ処理回路２２５を用いて具現される）は、適応的に構成されたＴＤＤシステムにおけるアップリンク及びダウンリンク適応のためのダウンリンクシグナリングをサポートする。

図２は、ＵＥ１１４の一例を示すが、図２に対して様々な変形がなされる。例えば、図２の様々な構成要素が結合されるか、さらに細分化されるか、又は省略されるか、特定の需要に応じて追加の構成要素が付加される。特定の例として、メインプロセッサ２４０は、１つ以上の中央処理ユニット（ＣＰＵ）及び１つ以上のグラフィック処理ユニット（ＧＰＵ）のような様々なプロセッサに分割される。また、図２は、携帯電話又はスマートフォンとして構成されるＵＥ１１４を示すが、ＵＥは、他のタイプのモバイル又は固定装置として動作するように構成される。また、図２の様々な構成要素は、異なるＲＦ構成要素がｅＮＢ１０１乃至１０３及び他のＵＥと通信するために使用される場合のように置き換えられることもある。

図３は、本開示によるｅＮＢ１０２の例を示す図である。図３に示すｅＮＢ１０２の実施形態は、例示的なものであるだけであり、図１の他のｅＮＢと同一であるか又は類似の構成を有する。しかしながら、ｅＮＢは、広範囲な構成で現れ、図３は、本開示の範囲をｅＮＢの任意の特定の具現例に限定しない。

図３に示すように、ｅＮＢ１０２は、多重アンテナ３０５ａ乃至３０５ｎ、多重ＲＦ送受信器３１０ａ乃至３１０ｎ、送信（ＴＸ）処理回路３１５、及び受信（ＲＸ）処理回路３２０を含む。また、ｅＮＢ１０２は、制御器／プロセッサ３２５、メモリ３３０、及びバックホール又はネットワークインターフェース３３５を含む。

ＲＦ送受信器３１０ａ乃至３１０ｎは、アンテナ３０５ａ乃至３０５ｎからＵＥ又は他のｅＮＢにより送信された信号のような入力ＲＦ信号を受信する。ＲＦ送受信器３１０ａ乃至３１０ｎは、入力ＲＦ信号をダウンコンバートすることによりＩＦ又は基底帯域信号を生成する。ＩＦ又は基底帯域信号は、ＲＸ処理回路３２０に送信され、ＲＸ処理回路２２５は、基底帯域又はＩＦ信号のフィルタリング、デコーディング及び／又はディジタル化を行うことにより、処理された基底帯域信号を生成する。ＲＸ処理回路３２０は、処理された基底帯域信号を追加で処理するために制御器／プロセッサ３２５に送信する。

ＴＸ処理回路３１５は、制御器／プロセッサ３２５からアナログ又はディジタルデータ（音声データ、ウェブデータ、電子メール、双方向ビデオゲームデータなど）を受信する。ＴＸ処理回路３１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器３１０ａ乃至３１０ｎは、処理された送信基底帯域又はＩＦ信号をＴＸ処理回路３１５から受信し、アンテナ３０５ａ乃至３０５ｎを通して送信される基底帯域又はＩＦ信号をＲＦ信号にアップコンバートする。

制御器／プロセッサ３２５は、ｅＮＢ１０２の全般的な動作を制御する１つ以上のプロセッサ又は他の処理装置を含む。例えば、制御器／プロセッサ３２５は、よく知られている原理に従ってＲＦ送受信器３１０ａ乃至３１０ｎ、ＲＸ処理回路３２０、及びＴＸ処理回路３１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御する。制御器／プロセッサ３２５は、より進歩した無線通信機能のような追加の機能もサポートすることができる。例えば、制御器／プロセッサ３２５は、様々なアンテナ３０５ａ乃至３０５ｎから送信される信号を所望する方向に効率的に操縦するために送信される信号を異なって加重させるビームフォーミング又は方向性ルーティング動作をサポートする。広範囲な他の機能の中のいずれか１つが制御器／プロセッサ３２５によりｅＮＢ１０２内でサポートされる。一部の実施形態において、制御器／プロセッサ３２５は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。

また、制御器／プロセッサ３２５は、基本ＯＳ及び適応的に構成された時分割デュプレクス（ＴＤＤ）通信システムにおけるアップリンク電力制御をサポートする動作のように、メモリ３３０に滞在するプログラム及び他のプロセスを実行することができる。制御器／プロセッサ３２５は、実行プロセスにより要請される時に、メモリ３３０の内部又は外部にデータを移動できる。

制御器／プロセッサ３２５は、バックホール又はネットワークインターフェース３３５にも結合される。バックホール又はネットワークインターフェース３３５は、ｅＮＢ１０２がバックホール接続又はネットワークを通して他の装置又はシステムと通信できるようにする。インターフェース３３５は、ある適切な有線又は無線接続を通して通信をサポートできる。例えば、ｅＮＢ１０２がセルラー通信システム（５Ｇ、ＬＴＥ、又はＬＴＥ−Ａをサポートするもののようなシステム）として具現される時に、インターフェース３３５は、ｅＮＢ１０２が有線又は無線バックホール接続を通して他のｅＮＢと通信できるようにする。ｅＮＢ１０２がアクセスポイントとして具現される時に、インターフェース３３５は、ｅＮＢ１０２が有線又は無線ローカル領域ネットワークを通すか（インターネットのような）又はより大きいネットワークへの有線又は無線接続を通して通信するようにする。インターフェース３３５は、イーサネット（登録商標）又はＲＦ送受信器のように、有線又は無線接続を通した通信をサポートするある適切な構造を含む。

メモリ３３０は、制御器／プロセッサ３２５に結合される。メモリ３３０の一部は、ＲＡＭを含み、メモリ３３０の他の一部は、フラッシュメモリ又は他のＲＯＭを含むことができる。

以下では、より詳細に説明するように、ｅＮＢ１０２の送受信経路（ＲＦ送受信器３１０ａ乃至３１０ｎ、ＴＸ処理回路３１５、及び／又はＲＸ処理回路３２０を用いて具現される）は、適応的に構成されたＴＤＤシステムにおけるアップリンク及びダウンリンク適応のためのダウンリンクシグナリングをサポートする。

図３は、ｅＮＢ１０２の一例を示しているが、図３に対して様々な変形がなされる。例えば、ｅＮＢ１０２は、図３に示す所定数のそれぞれの構成要素を含む。特定の例として、アクセスポイントは、複数のインターフェース３３５を含み、制御器／プロセッサ３２５は、異なるネットワークアドレスの間でデータをルーティングするルーティング機能をサポートできる。他の特定の例として、１つのインスタンスのＴＸ処理回路３１５及び１つのインスタンスのＲＸ処理回路３２０を含むもので図示されているが、ｅＮＢ１０２は、それぞれに対して様々なインスタンスを含む（ＲＦ送受信器当たりの１つなど）。

一部の無線ネットワークにおいて、ＤＬ信号は、情報コンテンツを伝達するデータ信号、ＤＬ制御情報（ＤＣＩ）を伝達する制御信号、及びパイロット信号とも知られている参照信号（ＲＳ）を含む。ｅＮＢ１０２のようなｅＮＢは、それぞれの物理ＤＬ共有チャネル（ＰＤＳＣＨｓ）を通してデータ情報を送信する。ｅＮＢ１０２は、物理ＤＬ制御チャネル（ＰＤＣＣＨｓ）又は改善したＰＤＣＣＨ（ＥＰＤＣＣＨｓ）を通してＤＣＩを送信する。ＰＤＣＣＨは、１つ以上の制御チャネル要素（ＣＣＥｓ）を通して送信され、ＥＰＤＣＣＨは、ＥＣＣＥを通して送信される（参照１）。ｅＮＢ１０２のようなｅＮＢは、ＵＥ−共通ＲＳ（ＣＲＳ）、チャネル状態情報ＲＳ（ＣＲＳ−ＲＳ）、及び復調ＲＳ（ＤＭＲＳ）を含む様々なタイプのＲＳの中の１つ以上を送信する。ＣＲＳは、全ＤＬ帯域幅（ＢＷ）を通して効率的に送信され、ＵＥ１１４のようなＵＥによりＰＤＳＣＨ又はＰＤＣＣＨを復調するか又は測定を実行するために使用されることができる。また、ｅＮＢ１０２は、時間及び／又は周波数ドメインでＣＲＳより小さい密度を有するＣＲＳ−ＲＳを送信できる。チャネル測定のために、非ゼロ（non-zero）電力ＣＲＳ−ＲＳ（ＮＺＰＣＲＳ−ＲＳ）リソースが使用される。干渉測定のために、ＵＥ１１４は、上位レイヤーシグナリングを用いてｅＮＢ１０２がＵＥ１０２に対して構成したゼロ電力ＣＲＳ−ＲＳ（ＺＰＣＲＳ−ＲＳ）と関連したＣＳＩ干渉測定（ＣＳＩ−ＩＭ）リソースを使用できる（参照１及び参照３）。ＤＭＲＳがそれぞれのＰＤＳＣＨ又はＰＤＣＣＨのＢＷだけで送信され、ＵＥ１１４は、ＤＭＲＳを使用してＰＤＳＣＨ又はＥＰＤＣＣＨでの情報をコヒーレントに復調できる（参照１）。

ある無線ネットワークにおいて、ＵＬ信号は、情報コンテンツを運搬するデータ信号、ＵＬ制御情報（ＵＣＩ）を運搬する制御信号、及びＲＳを含む。ＵＥ１１４は、それぞれの物理ＵＬ共有チャネル（ＰＵＳＣＨ）又は物理ＵＬ制御チャネル（ＰＵＣＣＨ）を通してデータ情報又はＵＣＩを送信する。ＵＥ１１４がデータ情報及びＵＣＩを同一の送信時間間隔（ＴＴＩ）内で送信する場合に、ＵＥ１１４は、ＰＵＳＣＨを通して両方を多重化できる。ＵＣＩは、データＰＤＳＣＨを通してデータ送信ブロック（ＴＢｓ）の正確な（ＡＣＫ）又は不正確な（ＮＡＣＫ）検出を示すハイブリッド自動反復要請確認（ＨＡＲＱ−ＡＣＫ）情報、ＵＥ１１４が自身のバッファ内にデータを有するか否かを示すスケジューリング要請（ＳＲ）、及びｅＮＢ１０２がＵＥ１１４へのＰＤＳＣＨ又はＰＤＣＣＨ送信のための適切なパラメータを選択できるようにするチャネル状態情報（ＣＳＩ）を含む。ＵＥ１１４がＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出するのに失敗した場合に、ＵＥ１１４は、ＤＴＸと呼ばれるＨＡＲＱ−ＡＣＫ状態を用いてこれを示すことができる。ＤＴＸ及びＮＡＣＫは、しばしば同一の値（ＮＡＣＫ／ＤＴＸ値）にマッピングされることができる（参照３）。ＵＬＲＳは、ＤＭＲＳ及びサウンディングＲＳ（ＳＲＳ）を含む。ＤＭＲＳは、それぞれのＰＵＳＣＨ又はＰＵＣＣＨのＢＷだけで送信される。ｅＮＢ１０２は、ＰＵＳＣＨ又はＰＵＣＣＨでの情報に対する一貫した復調のためにＤＭＲＳを使用することができる。ＳＲＳは、ＵＬＣＳＩをｅＮＢ１０２に提供するために、ＵＥ１１４により送信される。

ＵＥからのＳＲＳ送信は、例えば、無線リソース制御（ＲＲＣ）シグナリングのような上位レイヤーシグナリングによりＵＥ１１４に対して構成される送信パラメータを使用して所定のＴＴＩ間隔で周期的であり得（Ｐ−ＳＲＳ）、あるいは、ＰＵＳＣＨ又はＰＤＳＣＨをスケジューリングするＰＤＣＣＨ又はＥＰＤＣＣＨにより伝達されるＤＣＩフォーマットを通してトリガーされるもののように非周期的であり得る（Ａ−ＳＲＳ）。次のすべての説明において、ここで特に言及されない限り、パラメータは、その値がＲＲＣのような上位レイヤーシグナリングを通して提供される場合に設定を通して決定されると言われ、その値がＰＤＣＣＨ又はＥＰＤＣＣＨで送信されるＤＣＩフォーマットにより提供される場合に動的に決定されると称される。

図４は、本開示によるＴＴＩでのＰＵＳＣＨ送信構造の例を示す図である。図４に示すＴＴＩでのＰＵＳＣＨ送信構造４００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。

図４に示すように、ＴＴＩは、２つのスロットを含む１つのサブフレーム４１０に対応する。それぞれのスロット４２０は、データ情報、ＵＣＩ、又はＲＳを送信するための

個のシンボル４３０を含む。それぞれのスロットで一部のＴＴＩシンボルは、ＤＭＲＳ４４０を送信するために使用される。送信ＢＷは、リソースブロック（ＲＢ）と呼ばれる周波数リソースユニットを含む。それぞれのＲＢは、

個の副搬送波又はＰＵＳＣＨ送信ＢＷに対する総

個に対してリソース

ＲＢ４５０を含む。最後のＴＴＩシンボルは、１つ以上のＵＥからのＳＲＳ送信４６０を多重化するために使用される。データ／ＵＣＩ／ＤＭＲＳ送信に使用可能なＴＴＩシンボルの個数は、

であり、ここで、最後のＴＴＩシンボルがＳＲＳを送信するために使用される場合には、Ｎ_ＳＲＳ＝１であり、他の場合には、Ｎ_ＳＲＳ＝０である。

図５は、本開示によるＰＵＳＣＨ内のデータ情報及びＵＣＩのためのＵＥ送信器の例を示す図である。図５に示すＵＥ送信器５００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、送信器５００は、ＵＥ１１４内に位置する。

図５に示すように、符号化され変調されたＣＳＩシンボル２０５及び符号化され変調されたデータシンボル５１０がマルチプレクサ５２０により多重化される。その後に符号化され変調されたＨＡＲＱ−ＡＣＫシンボルがマルチプレクサ５３０によりデータシンボル及び／又はＣＳＩシンボルをパンクチャすることにより挿入される。ＲＩの送信は、ＨＡＲＱ−ＡＣＫに対するものと類似している（図示せず）。離散フーリエ変換（ＤＦＴ）がＤＦＴユニット５４０により取得され、ＰＵＳＣＨ送信ＢＷに対応するＲＥ５５０が選択器５５５により選択され、逆高速フーリエ変換（ＩＦＦＴ）がＩＦＦＴユニット５６０により実行され、出力がフィルタ５７０によりフィルタリングされ、電力増幅器（ＰＡ）５８０により所定の電力が印加され、その後に、信号の送信５９０が行われる。ディジタル−アナログ変換器、フィルタ、増幅器、及び送信器アンテナだけでなくデータシンボル及びＵＣＩシンボルのための符号化器及び変調器のような追加の送信器回路は、単純化のために省略する。

図６は、本開示によるＰＵＳＣＨ内のデータ情報及びＵＣＩのためのｅＮＢ受信器の例を示す図である。図６に示すｅＮＢ受信器６００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、ｅＮＢ受信器６００は、ｅＮＢ１０２の内に位置する。

図６に示すように、受信された信号６１０は、フィルタ６２０によりフィルタリングされ、高速フーリエ変換（ＦＦＴ）がＦＦＴユニット６３０により適用され、選択器ユニット６４０が送信器により使用されたＲＥ６５０を選択し、逆ＤＦＴ（ＩＤＦＴ）ユニットがＩＤＦＴ６６０を適用し、デマルチプレクサ６７０が符号化されたＨＡＲＱ−ＡＣＫシンボルを抽出することによりデータシンボル及びＣＳＩシンボルに対応するＲＥに消去器（erasure）を位置させ、最後に他のデマルチプレクサ６８０が符号化されたデータシンボル６９０と符号化されたＣＳＩシンボル６９５を分離させる。符号化されたＲＩシンボルの受信は、符号化されたＨＡＲＱ−ＡＣＫシンボルに対するものと類似している（図示せず）。データ及びＵＣＩシンボルに対するチャネル推定器、復調器及びデコーダのような追加の受信器回路は、簡単のために図示しない。

簡素化のために、ＰＵＳＣＨで１つのデータＴＢに対する送信を仮定すると、ＵＥ１１４は、数式１におけるように、ＨＡＲＱ−ＡＣＫのためにレイヤーごとに符号化された変調シンボルの個数Ｑ′を決定する（参照２）。

は、任意の数をその次の整数にラウンディングする天井関数（ceiling function）であり、Ｏは、ＨＡＲＱ−ＡＣＫ情報ビットの個数であり、

は、データＴＢに対する現在のＴＴＩのＰＵＳＣＨ送信ＢＷであり、

は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信に対するＴＴＩシンボルの個数であり、

は、上位レイヤーシグナリングを通してｅＮＢ１０２からＵＥに対して設定された値であり、

は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信のためのＰＵＳＣＨ送信ＢＷであり、Ｃは、コードブロックの個数であり、Ｋ_ｒは、コードブロックナンバーｒに対するビットの個数である。ＰＵＳＣＨがＨＡＲＱ−ＡＣＫの他にＣＳＩだけを含む時に、ＵＥは、ＨＡＲＱ−ＡＣＫに対するレイヤーごとに符号化された変調シンボルの個数Ｑ′を

として決定し、このとき、Ｏ_{ＣＳＩ−ＭＩＮ}は、循環反復チェック（ＣＲＣ）ビットを含むＣＳＩ情報ビットの最小個数である。レイヤーごとに符号化された変調シンボルの個数Ｑ′に対する同一の判定が

に置き換えられた

を使用するＲＩの送信に適用される。ＣＳＩに対して、レイヤーごとに符号化された変調シンボルの個数Ｑ′は、

として決定され、このとき、Ｏは、ＣＳＩビットの個数であり、Ｌは、

により与えられたＣＲＣビットの個数であり、Ｑ_ｍは、変調シンボル当たりの情報ビットの個数である。ＲＩが送信されない場合に、

である。ＨＡＲＱビット又はＲＩビット又はＣＳＩビットに対する終了プロセスは論議されず、これは、そのようなものが本開示において本質的なものでないためである（参照２）。

数式１において、個別ＵＣＩタイプに対するパラメータ

は、ＵＣＩタイプに対するブロック誤り率（ＢＬＥＲ）からデータＴＢに対するＢＬＥＲをデカップリングすることを担当し、これは、それがデータＴＢ送信のスペクトル効率性に反比例するためである。例えば、与えられた信号対雑音及び干渉率（ＳＩＮＲ）に対して、ｅＮＢ１０２スケジューラは、データＴＢ送信のためにより大きなスペクトル効率を用いてそのデータＴＢに対してより大きなＢＬＥＲ動作ポイントにつながることができるが、

の個別値を増加させることによりＵＣＩに対する固定ＢＬＥＲを保持してＰＵＳＣＨでの多重化のためにＵＣＩに割り当てられるＲＥの数を増加させることができる。

ＤＭＲＳ又はＳＲＳ送信は、それぞれのＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスの送信を通すものである。

個のＲＢのＵＬシステムＢＷに対して、シーケンス

は、

に従うベースシーケンス

の周期的シフト（ＣＳ）αにより規定されることができ、このとき、

は、シーケンス長さであり、

、

であり、ｑ番目のルートＺＣシーケンスは、

、

により規定され、このとき、ｑは、

で与えられ、

は、

で与えられる。ＺＣシーケンスの長さ

は、

となるようにもっとも大きい素数により与えられる（参照１）。複数のＺＣシーケンスは、αの相互に異なる値を使用する１つのベースシーケンスから定義されることができる。図１におけるように、ＴＴＩの２以上のシンボルを通したＤＭＲＳ送信も直交カバーリングコード（ＯＣＣ）を用いて変調されることもできる。ＰＤＣＣＨによりスケジューリングされたＰＵＳＣＨでのＤＭＲＳ送信において、ＵＥ１１４は、上位レイヤーシグナリングによるシステム情報又は構成から個別ＺＣシーケンスを決定し、ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに含まれた個別ＣＳ及びＯＣＣインデックスフィールドからＣＳ及びＯＣＣを決定する。

図７は、本開示によるＤＭＲＳ又はＳＲＳとして使用されることができるＺＣシーケンスのための送信器構造の例を示す図である。図７に示す送信器７００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、送信器７００は、ＵＥ１１４内に位置する。

図７に示すように、マッパー７２０がＲＥ選択ユニット７３０により示されるように、長さ

７１０のＺＣシーケンスを送信ＢＷのＲＥにマッピングする。マッピングは、ＤＭＲＳに対して連続的なＲＥに対するものでもあり得、ＳＲＳに対する他のＲＥに対するものでもあり得、それにより、コーム（comb）スペクトルを生成できる（参照１）。その後に、ＩＦＦＴがＩＦＦＴユニット７４０により実行され、ＣＳがＣＳユニット７５０による出力に印加され、その結果、信号がフィルタ７６０によりフィルタリングされ、送信電力が電力増幅器７７０により印加され、ＲＳの送信７８０が行われる。

隣接セルに対するそれぞれの干渉を制御する間に、関連信号がｅＮＢ１０２で所望するＳＩＮＲで受信されるようにＰＵＳＣＨ送信電力が決定されることにより、受信信頼性目標を達成し、適切なネットワーク動作を保証できる。ＵＬ電力制御（ＰＣ）は、セル固有及びＵＥ固有のパラメータを用いる開ループ電力制御（ＯＬＰＣ）及び送信電力制御（ＴＰＣ）命令を通してｅＮＢ１０２により提供される閉ループ電力制御（ＣＬＰＣ）訂正を含む。ＰＵＳＣＨ送信がＰＤＣＣＨによりスケジューリングされる時に、ＴＰＣ命令が個別ＤＣＩフォーマットに含まれる。ＴＰＣ命令が合せられてＤＣＩフォーマット３／３Ａと呼ばれるＤＣＩフォーマット３又はＤＣＩフォーマット３Ａを伝達する個別のＰＤＣＣＨにより提供され、ＵＥのグループにＴＰＣ命令を提供することもできる。ＤＣＩフォーマットは、サイクリックリダンダンシーチェック（ＣＲＣ）ビットを含み、ＵＥ１１４は、ＣＲＣビットをスクランブリングするために使用される個別無線ネットワーク一時識別子（ＲＮＴＩ）からＤＣＩフォーマットタイプを識別する。ＤＣＩフォーマット３／３Ａに対して、ＲＮＴＩは、ＴＰＣ−ＲＮＴＩであり、ＵＥ１１４は、上位レイヤーシグナリングを通して設定される。ＵＥ１１４からのＰＵＳＣＨ送信又はＵＥ１１４へのＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットに対して、ＲＮＴＩは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）である。付加ＲＮＴＩタイプも存在する（参照２）。

ＵＥ１１４は、数式２におけるように、ＴＴＩｉの間にセルＣ内でミリワットあたりのデシベル（ｄＢｍ）のＰＵＳＣＨ送信電力Ｐ_{ＰＵＳＣＨ，ｃ}（ｉ）を導出することができる。簡素化のために、ＵＥは、同一のＴＴＩ内でＰＵＳＣＨ及びＰＵＣＣＨのすべてを送信しないと仮定する（参照３）。

Ｐ_{ＣＭＡＸ，ｃ}（ｉ）は、上位レイヤーシグナリングを通してＵＥ１１４に対して設定される最大ＵＥ送信電力であり、Ｍ_{ＰＵＳＣＨ，ｃ}（ｉ）は、ＲＢのＰＵＳＣＨ送信ＢＷであり、Ｐ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）は、ｅＮＢ１０２での平均受信ＳＩＮＲを制御し、セル固有成分Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ}（ｊ）と上位レイヤーシグナリングを通してＵＥ１１４に提供されるＵＥ固有成分Ｐ_{Ｏ＿ＵＥ＿ＰＵＳＣＨ，ｃ}（ｊ）との和である。半永久的にスケジューリングされた（ＳＰＳ）ＰＵＳＣＨに対してｊ＝０である。動的にスケジューリングされたＰＵＳＣＨに対してｊ＝１である。ＰＬ_ｃは、ＵＥ１１４により算出された経路損失（ＰＬ）推定値である。ｊ＝０又はｊ＝１に対して、

が上位レイヤーシグナリングを通してＵＥ１１４に構成される。ＰＬが全く補償されないために、部分的ＵＬＰＣは、α_ｃ（ｊ）＜１に対して取得される。Δ_ＴＦ，ｃ（ｉ）は、０に対応するか、又はＰＵＳＣＨ送信のスペクトル効率性により決定される。追加の細部内容は、本発明において本質的なものでないので省略される。最後に、累積ＣＬＰＣが使用される場合に、

であり、絶対ＣＬＰＣが使用される場合に、

であり、

は、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれるか、又はＤＣＩフォーマット３／３Ａに含まれたＴＰＣ命令である。Ｋ_{ＰＵＳＣＨ}がＰＵＳＣＨをスケジューリングするＰＤＣＣＨ送信のＴＴＩと個別ＰＵＳＣＨ送信のＴＴＩの間のタイムラインから導出される。

ＴＴＩｉの間にセルｃのＳＲＳの電力Ｐ_{ＳＲＳ，ｃ}（ｉ）は、数式３のようにＰＵＳＣＨ送信電力に従う（参照３）。

Ｐ_{ＳＲＳ＿ＯＦＦＳＥＴ，ｃ}（ｍ）は、上位レイヤーシグナリングを通してＵＥ１１４に対して構成された４ビットパラメータであり、Ｐ−ＳＲＳに対してｍ＝０であり、Ａ−ＳＲＳに対してｍ＝１であり、Ｍ_{ＳＲＳ，ｃ}は、ＲＢの個数で表現されたＳＲＳ送信帯域幅である。

ＰＵＣＣＨ送信のための電力は、ＰＵＳＣＨ送信又はＳＲＳ送信のための電力と類似している原理に従うが（参照３）、これは、本開示と関連がないので簡潔性のために追加の議論は省略される。

ＴＤＤ通信システムにおいて、一部のＴＴＩでの通信方向は、ＤＬであり、一部の他のＴＴＩでの通信方向は、ＵＬである。表１は、フレーム期間とも呼ばれる１０個のＴＴＩ（１つのＴＴＩ又はサブフレーム（ＳＦ）が１ミリ秒（ｍｓｅｃ）のデュレーションを有する）間の指示ＵＬ−ＤＬ構成をリストする。“Ｄ”は、ＤＬＴＴＩを示し、“Ｕ”は、ＵＬＴＴＩを示し、“Ｓ”は、ＤｗＰＴＳと呼ばれるＤＬ送信フィールド、保護期間（ＧＰ）、及びＵｐＰＴＳと呼ばれるＵＬ送信フィールドを含む特別なＴＴＩを示す。総デュレーションが１つのＴＴＩである状況を前提とする特別なＴＴＩ内の各フィールドのデュレーションには、複数の組み合せが存在する。

表１のＴＤＤＵＬ−ＤＬ構成は、ＤＬＴＴＩとなるようにフレーム当たりに４０％及び９０％のＤＬＴＴＩを提供する（残りは、ＵＬＴＴＩとなるように提供する）。このような柔軟性にもかかわらず、システム情報ブロック（ＳＩＢ）のシグナリングを通すか、又はＤＬキャリア集積及び２次セルの場合にＲＲＣシグナリング（参照３及び参照４）を通した６４０ｍｓｅｃ未満の頻度ごとにアップデートされることができる準静的ＴＤＤＵＬ−ＤＬ構成は、短期データトラフィック状態とよく合わないことがあり得る。本開示の残りの部分において、そのようなＴＤＤＵＬ−ＤＬ構成は、従来の（又は非適応）ＴＤＤＵＬ−ＤＬ構成と呼ばれ、セル内の従来の（又はレガシー）ＵＥにより使用されるものと仮定する。このような理由で、ＴＤＤＵＬ−ＤＬ構成の高速適応期間が特に短いか、又はセル内に中間個数の接続ＵＥがある場合のシステム処理率を改善させることができる。例えば、ＵＬトラフィックよりさらに多くのＤＬトラフィックが存在する時に、従来のＴＤＤＵＬ−ＤＬ構成は、１０、２０、４０又は８０ｍｓｅｃごとに、さらに多くのＤＬＴＴＩを含むように適応されることができる。ＴＤＤＵＬ−ＤＬ構成の高速適応のためのシグナリングは、原理的にＰＤＣＣＨを通したＤＣＩフォーマットシグナリングを含んでいくつかのメカニズムを通して提供されることができる。

従来のものと他の方式のＴＤＤＵＬ−ＤＬ構成の適応における動作制約は、そのような適応に対して認知できないＵＥの可能な存在にある。そのようなＵＥを従来のＵＥと称する。従来のＵＥがそれぞれのＣＲＳを用いてＤＬＴＴＩで測定を実行するために、そのようなＤＬＴＴＩは、ＴＤＤＵＬ−ＤＬ構成の高速適応を通してＵＬＴＴＩ又は特別のＴＴＩに変更されることができない。しかしながら、ＵＬＴＴＩは、従来のＵＥに影響を与えずＤＬＴＴＩに変更されることができ、これは、ｅＮＢ１０２が、そのようなＵＥがそのようなＵＬＴＴＩで何の信号も送信しないことを保証できるためである。また、すべてのＴＤＤＵＬ−ＤＬ構成に共通するＵＬＴＴＩが存在し、ｅＮＢ１０２がＵＬＴＴＩをＵＬのものだけとして選択できるようにする。表１のすべてのＴＤＤＵＬ−ＤＬ構成を含む一部の具現例において、ＵＬＴＴＩは、ＴＴＩ＃２である。

ＤＬＴＴＩが従来のＴＤＤＵＬ−ＤＬ構成でのＤＬＴＴＩである場合に、それは、固定されたものである。特別のＴＴＩは、ＤＬＴＴＩだけにスイッチングできる。本開示の説明と関連して、唯一のＵＬ固定ＴＴＩは、ＴＴＩ＃２である。一般的に、ｅＮＢ１０２によりＵＥ１１４に対して構成され、ＨＡＲＱ−ＡＣＫ信号送信のためにＵＥにより使用されることができるＴＤＤＵＬ−ＤＬ構成のＵＬＴＴＩは、固定されたＵＬＴＴＩである。ＴＴＩは、従来のＴＤＤＵＬ−ＤＬ構成でＵＬＴＴＩである場合にＤＬフレキシブルＴＴＩと称され、ＤＬＴＴＩに適応される。ＴＴＩは、適応されたＴＤＤＵＬ−ＤＬ構成のＤＬＴＴＩに適応されることができるが、ＵＬＴＴＩのままである従来のＴＤＤＵＬ−ＤＬ構成でＵＬＴＴＩである場合にＵＬフレキシブルＴＴＩと称される。

上記のような内容を考慮して、表２は、表１のそれぞれのＴＤＤＵＬ−ＤＬ構成ごとに最大数のフレキシブルＴＴＩ（‘Ｆ’で表示）を示す。明確に、従来のＴＤＤＵＬ−ＤＬ構成のＤＬＴＴＩがＵＬＴＴＩに変更されることができないので、すべてのＴＤＤＵＬ−ＤＬ構成がすべて適応のために使用されることはできない。例えば、ＴＤＤＵＬ−ＤＬ構成２が従来のものであるとき、適応は、ただＴＤＤＵＬ−ＤＬ構成５に対するものであり得る。また、ＵＥがＨＡＲＱ−ＡＣＫ送信のためのＵＬＴＴＩを導出するように設定されたＴＤＤＵＬ−ＤＬ構成の使用は、適応に使用されることができるＴＤＤＵＬ−ＤＬ構成をさらに制限し、これは、そのようなＵＬＴＴＩがＵＬ固定ＴＴＩであるためである。したがって、例えば、ＵＥ１１４がＵＬＴＴＩでの従来のＴＤＤＵＬ−ＤＬ構成でＤＬＴＴＩをスイッチングする場合に、ＴＤＤＵＬ−ＤＬ構成に対する適応の指示は、ＵＥ１１４により無効なものであると見なされることができる。無効な指示は、例えば、適応されたＴＤＤＵＬ−ＤＬ構成に対する指示を運搬するＤＣＩフォーマットに対するＵＥ１１４からの誤検出により引き起こされることがある。

ＵＬフレキシブルＴＴＩでのＵＬ送信の電力は、ＵＬ固定ＴＴＩと異なるので、これは、前者の干渉が隣接セルでのＤＬ送信又はＵＬ送信の組み合せからあり得、後者の干渉は、隣接セルでのＵＬ送信から常にあるためである。２種類の個別のＵＬＰＣプロセスが考慮される。１つは、ＴＴＩ＃２のような固定ＴＴＩでの使用のためのものであり、他の１つは、フレキシブルＴＴＩでの使用のためのものである。それぞれのＵＬＰＣプロセスは、Ｐ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）及びα_ｃ（ｊ）の個別値を通したそれぞれのＯＬＰＣプロセスを有するか、又はＴＰＣ命令δ_{ＰＵＳＣＨ，ｃ}のそれぞれの適用を通したそれぞれのＣＬＰＣプロセスを有する。しかしながら、フレキシブルＴＴＩに対して単一のＵＬＰＣプロセスを有する従来の方式は、十分でないので、これは、様々なフレキシブルＴＴＩは、様々な干渉特性を経験することができるためである。また、セル内のすべてのＵＥに対して同一のＵＬＰＣプロセスを有するものも十分でないこともあるが、これは、様々なＵＥが様々な干渉を経験することができるためである。

図８は、本開示による異なるＵＬフレキシブルＴＴＩでの異なる干渉特性の例を示す図である。図１３に示す様々なフレキシブルＴＴＩで見られる干渉特性に対する実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。

図８に示すように、ＴＤＤＵＬ−ＤＬ構成１は、参照セル＃１８１０で使用され、ＴＤＤＵＬ−ＤＬ構成２は、参照セル＃２８２０で使用され、ＴＤＤＵＬ−ＤＬ構成３は、参照セル＃３８３０で使用される。セル＃１８４０、セル＃２８５０、及びセル＃３８６０内の固定ＴＴＩ＃２において、ＵＬ送信により経験する干渉は、実質的に同一であり、従来のＵＬＰＣプロセスが適用されることができる。セル＃１８４２内のフレキシブルＴＴＩ＃３において、ＵＬ送信が経験する干渉は、固定ＴＴＩ＃２とは異なり、フレキシブルＴＴＩ＃３がセル＃２８５２でのＤＬ送信及びセル＃３８６２でのＵＬ送信のために使用されるためである。したがって、セル＃２に向かって位置したセル＃１内のＵＥ１１４は、ＴＴＩ＃２と相当に異なるＴＴＩ＃３の干渉を経験することができる。セル＃１８４４内のフレキシブルＴＴＩ＃７において、ＵＬ送信が経験する干渉は、固定ＴＴＩ＃２、又はフレキシブルＴＴＩ＃３とは異なり、フレキシブルＴＴＩ＃７は、セル＃２８５４ではＵＬＴＴＩであり、セル＃３８６４ではＤＬＴＴＩである。したがって、セル＃３に向かって位置したセル＃１内のＵＥ１１４からのＵＬ送信は、ＴＴＩ＃２又はＴＴＩ＃３と相当に異なるＴＴＩ＃７の干渉を経験することができる。最後に、セル＃１８４６のフレキシブルＴＴＩ＃８においてＵＬ送信が経験する干渉は、固定ＴＴＩ＃２、又はフレキシブルＴＴＩ＃３、又はフレキシブルＴＴＩ＃７と異なるので、フレキシブルＴＴＩ＃８は、セル＃２８５６及びセル＃３８６６でＤＬＴＴＩであるためである。したがって、２種類のＴＴＩタイプ（固定及びフレキシブル）の間では、干渉変動だけでなく相互に異なるフレキシブルＴＴＩでの干渉変動が存在する。

ＵＬ固定ＴＴＩに対するＵＬ固定ＴＴＩでのより大きい干渉変動の結果は、フレキシブルＵＬＴＴＩでＰＵＳＣＨを通して送信されるデータＴＢの受信信頼性がＵＬ固定ＴＴＩでＰＵＳＣＨを通して送信されるデータＴＢのものに比べて低下し得る。一般的に、ＰＵＳＣＨでのデータＴＢの受信信頼性は、個別ＴＴＩでの干渉がＤＬのものであるときＵＬのものであるときより低下し得る。これは、データＴＢの送信がＨＡＲＱ再送信から利得を得ることができるとき深刻な問題とならないが、より厳格な信頼性要件を有し、ＨＡＲＱ再送信で利得を得ることができないＰＵＳＣＨを通したＵＣＩ送信においては、深刻な問題となる。

本開示の実施形態は、ＴＴＩ＃２でないＵＬＴＴＩであるＵＬフレキシブルＴＴＩが第１のＵＬＰＣプロセス及び第２のＵＬＰＣプロセスのうちの１つと結びつけられることができるようにするＵＥ固有方式で、第１のＵＬＰＣプロセス及び第２のＵＬＰＣプロセスを１つのフレーム内のＴＴＩの第１のセット及びＴＴＩの第２のセットとそれぞれ結びつけるためのメカニズムを提供する。本開示の実施形態は、ＴＴＩの第１のセット及びＴＴＩの第２のセットでＵＥ１１４からの信号送信のためにＤＣＩフォーマット３／３Ａを通してＴＰＣ命令を提供する。また、本開示の実施形態は、ＴＤＤＵＬ−ＤＬ構成の適応の後に、ＴＴＩの第２のセットでＵＬＰＣプロセスをサポートするためのメカニズムを提供する。さらに、本開示の実施形態は、ＵＥ１１４がＵＬ固定ＴＴＩで送信するＰＵＳＣＨを通したデータＴＢ又はＣＳＩに対する受信信頼性と比すべきＵＥ１１４がＵＬフレキシブルＴＴＩで送信するＰＵＳＣＨを通したデータＴＢ又はＣＳＩに対する受信信頼性を可能にするメカニズムを提供する。さらにまた、本開示の実施形態は、第２（又は第１）のＵＬＰＣプロセスと関連したＴＴＩでのデータ送信ブロックの初期送信のために第１（又は第２）のＵＬＰＣプロセスと関連したＴＴＩでデータ送信ブロックの再送信の送信及び受信を行うためのメカニズムを提供する。

ＵＬフレキシブルＴＴＩでのＯＬＰＣ及びＣＬＰＣパラメータの適応

所定の実施形態において、ＵＬ信号送信のために、ＵＥ１１４が使用したＰ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）又はα_ｃ（ｊ）のようなＯＬＰＣパラメータ又はｆ_ｃ（ｉ）のようなＣＬＰＣパラメータの値は、セル内のＵＥ１１４の位置に左右されるので、そのような値の適応は、ＵＬＴＴＩが固定されたものであるか又はフレキシブルなものであるかにより変わるだけではなく、特定のＵＬフレキシブルＴＴＩによっても変わる。表２のＴＴＩ＃２のようなＵＬ固定ＴＴＩに対する同一のＵＬＰＣプロセスが第１のＵＬフレキシブルＴＴＩで使用されることができ、ＵＬ固定ＴＴＩに対するものと異なるＵＬＰＣプロセスが第２のＵＬフレキシブルＴＴＩで使用されることができる。また、それぞれのＵＬＰＣプロセスに対するＯＬＰＣ又はＣＬＰＣパラメータの値に対する適応は、ＵＥに固有であり、これは、ＵＬ信号送信が経験する干渉が同一のＵＬフレキシブルＴＴＩでの他のＵＥに対するものとは異なり得るためである。同一のＵＬフレキシブルＴＴＩでのＵＬ信号送信に対して、第１のＵＥ１１４は、ＵＬ固定ＴＴＩにおけるようなＵＬＰＣプロセスを使用することができ、第２のＵＥ１１５は、ＵＬ固定ＴＴＩと異なるＵＬＰＣプロセスを使用することができる。

ＵＥ１１４は、通常、１つの隣接セルから支配的な干渉を経験するので、ＵＬフレキシブルＴＴＩでのＵＬＰＣプロセスは、支配的な干渉セルでのフレキシブルＴＴＩもＵＬＴＴＩである場合に、ＵＬ固定ＴＴＩに対するものと同一であり得る。反対に、ＵＬフレキシブルＴＴＩでのＵＬＰＣプロセスは、支配的な干渉セルでのＵＬフレキシブルＴＴＩがＤＬＴＴＩである場合に、ＵＬ固定ＴＴＩに対するものと異なり得る。したがって、ＵＬフレキシブルＴＴＩでのＰＵＳＣＨ又はＡ−ＳＲＳ送信のためのＵＬＰＣプロセスは、ＵＥ１１４に対して、ＵＬ固定ＴＴＩ（表２のＴＤＤＵＬ−ＤＬ構成に対するＴＴＩ＃２）に対するものと同一であるか又はＵＬ固定ＴＴＩでのものと異なって示されることができる。したがって、ＰＵＳＣＨ又はＡ−ＳＲＳ送信に対するそれぞれのＵＬＰＣプロセスに従って第１の従来のＵＬＰＣプロセスが使用されるＴＴＩ＃２を含む第１のセット及び第２のＵＬＰＣプロセスが使用される第２のセットであるＵＬＴＴＩの２つのセットが決定される。それぞれのＵＬＰＣプロセスは、ＯＬＰＣに対するＰ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）又はα_ｃ（ｊ）の相互に異なる値又は上位レイヤーシグナリングを通して予めＵＥ１１４に対して設定されることができ、ＴＤＤＵＬ−ＤＬ構成の適応と同一の速度で適応される必要がない異なるＣＬＰＣループｆ_ｃ（ｉ）と関連することができる。Ａ−ＳＲＳ送信のために、Ｐ_{ＳＲＳ＿ＯＦＦＳＥＴ，ｃ}（ｍ）は、個別ＯＬＰＣに対するそれぞれのＵＬＰＣプロセスに対して個別に構成されることもできる。ＵＬフレキシブルＴＴＩで第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスを使用するようにするＵＥ１１４への指示がＲＲＣシグナリングを通して構成され、可能であれば、ＲＲＣ構成は、ＰＵＳＣＨ又はＡ−ＳＲＳ送信をスケジューリングするＰＤＣＣＨ又はＥＰＤＣＣＨを通したＤＣＩフォーマットにより提供される動的指示を通して補充されることができる。

動的指示のための第１の方式において、ＵＬＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示がＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットで１つの２進要素を有する追加電力制御構成（ＰＣＣ）フィールドを含むことにより提供される。ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットが常に使用されると推定されるＵＬ固定ＴＴＩ＃２でのＰＵＳＣＨスケジューリングのために、ＰＣＣフィールドは、‘０’のようなデフォルト値に設定されることができる。例外は、Ａ−ＳＲＳ送信もＵＬフレキシブルＴＴＩで発生するようにトリガーされる場合であり得、この場合に、ＰＣＣフィールドは、ＵＬフレキシブルＴＴＩでのＡ−ＳＲＳ送信に適用されることができるＯＬＰＣ又はＣＬＰＣに対する値のセットを示すものとして解釈されることができる。

図９は、本開示に従ってそれぞれのＰＵＳＣＨ送信を第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスと関連づけるためのＤＣＩフォーマット内のＰＣＣフィールドの使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその部分の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないという推定が導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンによって実現される。

図９に示すように、ＵＥ１１４は、ＵＬＴＴＩでＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨを検出する（動作９１０）。ＵＥ１１４は、そのＤＣＩフォーマットに含まれた１ビットＰＣＣフィールドの値を検査する（動作９２０）。この値が２進数‘０'である場合に、ＵＥ１１４は、ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットに従って決定された送信電力でＰＵＳＣＨを送信する（動作９３０）（第１のＵＬＰＣプロセス）。この値が２進数‘１’である場合に、ＵＥ１１４は、ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第２のセットに従って決定された送信電力でＰＵＳＣＨを送信する（動作９４０）（第２のＵＬＰＣプロセス）。

動的指示のための第２の方式において、ＵＬＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示は、ＰＵＳＣＨ又はＡ−ＳＲＳ送信をスケジューリングするそれぞれのＤＣＩフォーマットで２ビットのＴＰＣフィールドの再解釈によるものである。２ビットのＴＰＣフィールドに対する従来の解釈は、各値が−１ｄＢ、０ｄＢ、１ｄＢ、及び３ｄＢを示す‘００'、‘０１'、‘１０'、及び‘１１’を有するデシベル（ｄＢ）の送信電力調整を示すものである。ＴＴＩ＃２以外のＵＬＴＴＩでのＰＵＳＣＨ又はＡ−ＳＲＳ送信のために、例えば、第１のビットのようなＴＰＣフィールドの１つのビットは、送信電力調整を示すために使用されることができ、ＴＰＣフィールドの他のビットは、第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスの使用を示すために使用されることができる。例えば、送信電力調整の値は、−１ｄＢ又は１ｄＢであるか、又は第１のＵＬＰＣプロセスが示されるか又は第２のＵＬＰＣプロセスが示されるかにより変わる。

図１０は、本開示に従って第１のＵＬＰＣプロセスの使用を示すことができるか又は第２のＵＬＰＣプロセスの使用を示すことができるかによりＰＵＳＣＨをスケジューリングするＤＣＩフォーマット内のＴＰＣフィールドの使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに図示されたステップの実行や信号の伝送が全的であるという推定が導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンによって実現される。

図１０に示すように、ＵＥ１１４は、２ビットのＴＰＣフィールドを含み、ＰＵＳＣＨ送信をスケジューリングするＤＣＩを伝達するＰＤＣＣＨを検出する（動作１０１０）。その後に、ＵＥ１１４は、個別ＴＴＩがＵＬ固定ＴＴＩ＃２であるか否かを検査する（動作１０２０）。それがＴＴＩ＃２である場合に、ＵＥ１１４は、第１のＵＬＰＣに対応するＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットを用いてＰＵＳＣＨを送信し、送信電力を調整するための値を決定するためにＴＰＣフィールドの両ビットのマッピングを使用する（動作１０３０）。ＴＴＩがＴＴＩ＃２でない場合に、ＵＥ１１４は、２ビットＴＰＣフィールドの第２のビットの値により、それぞれ第１又は第２のＵＬＰＣプロセスに対応してＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットを使用するか又は第２のセットを使用するかを決定する（動作１０４０）。例えば、第２のビット値が２進数‘０'である場合に、ＵＥ１１４は、第１のＵＬＰＣプロセスを使用する。他方、第２のビット値が２進数‘１'である場合に、ＵＥ１１４は、第２のＵＬＰＣプロセスを使用する。最後に、ＵＥ１１４は、ＴＰＣフィールドの第１のビットのマッピングを用いた送信電力調整のさらなる決定１０５０を行う。

動的指示のための第３の方式において、ＵＬＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示は、この指示を提供するためにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれた他のフィールドの状態の再解釈によるものである。例えば、適応ＴＤＤＵＬ−ＤＬ構成を通して設定され、ｅＮＢ１０２に対してアクティブ接続を行うＵＥの数は、通常は大きくないので、ＵＥ間のＰＵＳＣＨ送信の空間多重化を可能にするために使用されるＤＣＩフォーマットの３ビットＣＳ及びＯＣＣインデックスフィールドは、通常は過度である。このとき、ＴＴＩ＃２でないＴＴＩでのＰＵＳＣＨ送信のために、ＣＳ及びＯＣＣフィールドの３ビットから１ビットは、第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスに対する指示を提供するために使用されることができる。そのような方式は、それぞれこれらの範囲を限定することによりＤＣＩフォーマットの他のフィールドに拡張されることができる。ＵＥ１１４の動作は、第２の方式に対するものと類似しているので、単純性のために、追加の例示は省略する。

第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスの補充的な動的指示に依存する任意の方式において、ＰＵＳＣＨ送信がデータＴＢに対する再送信を送信し、それがＴＴＩ＃２でないＴＴＩで発生し、それがＤＬＨＡＲＱ−ＡＣＫ信号（同一のデータＴＢの前の送信に対するＮＡＣＫ、参照３）のためにトリガーされる場合に、ＵＥ１１４は、第１のＵＬＰＣプロセスを使用するか又は第２のＵＬＰＣプロセスを使用するかを内在的に決定しなければならない。ＵＥ１１４がＰＤＣＣＨ又はＥＰＤＣＣＨにより同一のＴＤＤＵＬ−ＤＬ構成に対する前のフレーム内の同一のＴＴＩでのＰＵＳＣＨ送信がスケジューリングされた場合には、ＵＥ１１４は、データＴＢの再送信を運搬するＰＵＳＣＨ送信に対して同一（第１又は第２）のＵＬＰＣプロセスを保持する。ＵＥ１１４がＰＤＣＣＨ又はＥＰＤＣＣＨにより同一のＴＤＤＵＬ−ＤＬ構成に対する前のフレーム内の同一のＴＴＩでのＰＵＳＣＨ送信がスケジューリングされなかった場合には、ＵＥ１１４が第１のＵＬＰＣプロセスを使用するか又は第２のＵＬＰＣプロセスを使用するかを決定するために任意の内在的な規則が適用されることができる。例えば、同一のデータＴＢの初期送信に対して、それぞれのＤＣＩフォーマットで３ビットを含むＣＳ及びＯＣＣインデックスフィールドが４個のより小さな値の中の１つを示す場合に、ＵＥ１１４は、データＴＢの再送信のために第１のＵＬＰＣを使用することができ、他方、ＣＳびＯＣＣインデックスフィールドが４個のより大きな値の中の１つを示す場合に、ＵＥ１１４は、データＴＢの再送信のために第２のＵＬＰＣを使用することができる。

図１１は、本開示によりＵＥがＰＵＳＣＨでのデータＴＢの非適応的な再送信のために第１のＵＬＰＣプロセスを使用するか又は第２のＵＬＰＣプロセスを使用するかを決定するプロセスの例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１１に示すように、ＵＥ１１４は、データＴＢの初期送信に対してＮＡＣＫを伝達するＨＡＲＱ−ＡＣＫ信号を検出する（動作１１１０）。ＵＥ１１４は、設定されたＴＤＤＵＬ−ＤＬ構成に対してＨＡＲＱ−ＡＣＫ信号検出のＴＴＩインデックスに依存するＨＡＲＱタイムラインに従ってＴＴＩ（ＴＴＩ＃２でない）でデータＴＢの再送信を伝達するＰＵＳＣＨを送信する（動作１１２０）。ＵＥ１１４は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに含まれたＣＳ及びＯＣＣインデックスの値に基づいてＰＵＳＣＨ送信のために第１のＵＬＰＣプロセスを使用するか又は第２のＵＬＰＣプロセスを使用するかを決定する（動作１１３０）。ＣＳ及びＯＣＣインデックスフィールドの値が下位半分の値に属する場合に、ＵＥ１１４は、第１のＵＬＰＣプロセスを使用する（動作１１４０）。ＣＳ及びＯＣＣインデックスフィールドの値が上位半分の値に属する場合に、ＵＥ１１４は、第２のＵＬＰＣプロセスを使用する（動作１１５０）。

ＵＥ１１４がＤＬＴＴＩｎで検出したＤＣＩフォーマットによりトリガーされたＡ−ＳＲＳ送信のためのＴＴＩは、ｎ＋ｋ、（ｋ≧４及び（１０・ｎ_ｆ＋ｋ_ＳＲＳ−Ｔ_{ｏｆｆｓｅｔ，１}）ｍｏｄＴ_{ＳＲＳ，１}＝０）を満足する第１のＵＬＴＴＩとして決定され、ここで、ｋ_ＳＲＳは、フレームｎ_ｆ内のＴＴＩインデックスであり、Ｔ_{ｏｆｆｓｅｔ，１}は、Ａ−ＳＲＳＴＴＩオフセットであり、Ｔ_{ＳＲＳ，１}は、Ａ−ＳＲＳ周期である（参照３）。このとき、Ａ−ＳＲＳは、ＵＬ固定ＴＴＩ（ＴＴＩ＃２のような）又はＵＬフレキシブルＴＴＩで送信されることができる。Ａ−ＳＲＳ送信は、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨによりトリガーされ、Ａ−ＳＲＳがＵＬフレキシブルＴＴＩで送信されるべき場合に、最初の２つの方式がさらに使用されることができる。具体的に、ＰＤＳＣＨをスケジューリングし、Ａ−ＳＲＳトリガーリングをサポートするＤＣＩフォーマットは、第１のＵＬプロセスが使用されなければならないか又は第２のＵＬプロセスが使用されなければならないかを示すためにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットのＰＣＣフィールドと同一の方式でＡ−ＳＲＳ送信に適用されることができるＰＣＣフィールド、又は、第１の部分がＴＰＣ命令を示し、第２の部分がＰＣＣとして機能する２部分に分けられることができる（Ａ−ＳＲＳがトリガーされるときのみ）ＴＰＣフィールドを含むことができる。これとは異なり、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨによりトリガーされるＡ−ＳＲＳ送信に対して、そのようなトリガーリングは、ＵＬ支配的な干渉が存在する場合に主に有益であるので、第２のＵＬＰＣプロセスがデフォルトとして使用されることができる。Ａ−ＳＲＳがＴＴＩ＃２のようなＵＬ固定ＴＴＩで送信されるべき場合に、従来のＵＬＰＣプロセス（第１のＵＬＰＣプロセス）が適用される。

２つの異なるＵＬＰＣプロセスがＰＵＳＣＨ又はＡ−ＳＲＳ送信に適用されることができるが、本開示は、ＰＵＣＣＨ送信が固定ＴＴＩ内であり得、それに従って、１つ（第１）のＵＬＰＣプロセスが十分である。そのような制限の１つの理由は、ＰＵＳＣＨでのデータ送信とは異なり、ＰＵＣＣＨでの制御情報の送信は、通常さらに高い受信信頼性を要求し、ＨＡＲＱ再送信から助けを受けることができないために、ＤＬ干渉からＰＵＣＣＨ送信を保護するためである。もう１つの理由は、第２のＵＬＰＣプロセスを使用し、旧ＵＥがＰＵＣＣＨを通して制御情報（又はＰＵＳＣＨを通してデータ情報まで）を送信するＵＬＴＴＩでより大きい送信電力を印加することが所望しないインバンド（in-band）送出を作って第１のＵＬＰＣプロセスを使用する一般的なＵＥから送信された情報の受信信頼性を深刻に低下させ得るためである。インバンド送信を避け、同一のＴＴＩで第１のＵＬＰＣプロセスを使用する信号より相当に大きな電力で第２のＵＬＰＣプロセスを使用する信号を受信した結果は、従来のＵＥが信号を送信するＴＴＩでは、ＵＥ１１４がそのようなＴＴＩで主にＤＬ干渉を経験するとしても、第２のＵＬＰＣプロセスが使用されることができないというものである。したがって、ＵＬＴＴＩと無関係に、従来のＵＥ及び適応ＴＤＤＵＬ−ＤＬ構成で動作するように構成されたＵＥのすべてによるＰＵＣＣＨ送信には、常に同一のＵＬＰＣプロセスが使用される。

また、ＰＵＣＣＨ送信は、ＰＤＣＣＨ検出に応じたＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成される他のＴＤＤＵＬ−ＤＬ構成に基づいて、ＤＬＴＴＩに適応されることができないにもかかわらず、ＴＴＩ＃２でないＵＬＴＴＩであるＵＬフレキシブルＴＴＩで発生することができる。例えば、ＵＬ−ＤＬ構成２がＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に対して構成される場合に、ＴＴＩ＃７は、ＵＬ−ＤＬ構成５がＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成される場合に、ＵＬフレキシブルＴＴＩであり得るとしても常にＵＬＴＴＩとなる（ＴＴＩ＃２のみは、常に、ＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成されるＴＤＤＵＬ−ＤＬ構成とは無関係にＵＬＴＴＩである）。このとき、本開示は、ＰＵＣＣＨ送信のために、第１のＵＬＰＣプロセスが常に使用されると見なし、ＴＴＩ＃７は、ＰＵＣＣＨを通したＵＥ１１４からのＨＡＲＱ−ＡＣＫ信号送信に使用されることができるので、第１のＵＬＰＣプロセスは、ＴＴＩ＃７にも使用される。一般的に、第１のＵＬＰＣプロセスは、ＵＥ１１４がＰＵＣＣＨを送信できるＴＴＩ＃２に加えて、ＴＴＩごとのすべてのＵＬシグナリング（ＰＵＳＣＨ、ＳＲＳ、ＰＵＣＣＨ）のために使用される。

Ｐ−ＳＲＳ送信に対して、ＴＴＩタイプ（固定又はフレキシブル）は、構成により予め決定されるので、第１のＵＬＰＣプロセスが使用されるか又は第２のＵＬＰＣプロセスが使用されるかも構成により予め決定される。ＳＰＳＰＵＳＣＨ送信に対して、ＴＤＤＵＬ−ＤＬ構成がＳＰＳＰＵＳＣＨが送信されるＵＬＴＴＩの構成より速いために、本開示は、その送信が常に固定ＴＴＩ内であり得、第１のＵＬＰＣプロセスを使用することを考慮する。
ＰＵＳＣＨ送信に対して、第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスとのＵＬＴＴＩのアソシエーションも、補充的な動的シグナリングなしに全的に構成（ＲＲＣシグナリング）に依存できる。例えば、一般的なものより速いＴＤＤＵＬ−ＤＬ構成を適応させないセルから隣接チャネル干渉を考慮する時に、ＴＴＩでの第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスの使用は、ＲＲＣシグナリングを通して準静的方式でＵＥ１１４にシグナリングされることができる。同一の方式は、ＰＵＳＣＨ再送信ＴＴＩでＵＥが使用するＵＬＰＣプロセスを動的に示す関連ＤＣＩフォーマットが存在しない時に、ＮＡＣＫ値を有するＨＡＲＱ−ＡＣＫによりトリガーされるＰＵＳＣＨ再送信又はＵＬフレキシブルＴＴＩの間に発生するように構成され、ＴＤＤＵＬ−ＤＬ構成の適応によりトリガーされるＡ−ＳＲＳに対して適用することができる。

１０個のＴＴＩのフレームを考慮して、ＴＴＩ＃２がＵＬ固定ＴＴＩであり、ＴＴＩ＃０、ＴＴＩ＃１、ＴＴＩ＃５は、固定ＤＬＴＴＩであるか又は固定された特別のＴＴＩ（ＤｗＰＴＳ長さ及びＵｐＰＴＳ長さの同一の構成を有する）であることを考慮する時に、ＲＲＣシグナリングは（フレキシブルＴＴＩ＃３、ＴＴＩ＃４、ＴＴＩ＃６、ＴＴＩ＃７、ＴＴＩ＃８、及びＴＴＩ＃９に対して）、６ビットを含むビットマップであり得、このとき、それぞれのＴＴＩに対してビット値‘０'は、第１のＵＬＰＣプロセスの使用を示すことができ、ビット値‘１’は、第２のＵＬＰＣプロセスの使用を示すことができる。ＴＴＩ＃６と第２のＵＬＰＣプロセスの可能なアソシエーションの理由は、それが特別のＴＴＩである場合に、それは、例えば、ＳＲＳ送信のようにＵｐＰＴＳのＵＬ送信をサポートでき、ＵＥ１１４がＵＬ干渉又はＤＬ干渉（それが隣接セルで使用されるＴＤＤＵＬ−ＤＬ構成のＤＬＴＴＩである場合）を経験することができるためである。ビットマップは、従来のＴＤＤＵＬ−ＤＬ構成及び４ビット未満を含むことができる場合などで複数のフレキシブルＴＴＩに対応するサイズで定義されることもできる。第１のＵＬＰＣプロセスと関連したＴＴＩの第１のセット及び第２のＵＬＰＣプロセスと関連したＴＴＩの第２のセットでフレーム内のＵＬＴＴＩのＲＲＣシグナリングを通したアソシエーションは、干渉するセルがそのＴＤＤＵＬ−ＤＬ構成の従来の適応を使用する場合に十分である。

また、本発明は、ＲＲＣシグナリングを通して第２のＵＬＰＣプロセスの使用がＵＥ１１４に対して構成されることを考慮する。例えば、任意のセルがＴＤＤＵＬ−ＤＬ構成の同一の適応を使用するセルのクラスターに属し、そのセルのクラスターで任意のセルに対する干渉が同一のクラスター内のセルにより主に発生する場合に、第２のＵＬＰＣプロセスがかならず必要ではないが、これは、セル内のＵＬ送信が同一のクラスター内の他のセルからの干渉を経験するためである。

固定ＴＴＩ又はフレキシブルＴＴＩで使用するＤＣＩフォーマット３／３ＡのＴＰＣ命令

所定の実施形態において、ＰＵＳＣＨ送信電力又はＳＲＳ送信電力を調整するためのＴＰＣ命令も、ＴＰＣ−ＲＮＴＩとスクランブリングされたＣＲＣを用いてＤＣＩフォーマット３／３Ａの送信を通してＵＥのグループに提供される。それぞれのＵＬＰＣプロセスがＵＬＴＴＩの第１のセットでの送信とＵＬＴＴＩの第２のセットでの送信との間で使用される時に、それぞれのＵＬＰＣプロセスに対するＴＰＣ命令を識別する必要がある。

第１の方式において、それぞれのＴＰＣ−ＲＮＴＩは、ＵＬＴＴＩの第２のセットに適用できるＴＰＣ命令と関連し、ＲＲＣシグナリングのような上位レイヤーシグナリングによりＵＥ１１４に対して構成される。したがって、ＤＣＩフォーマット３／３Ａを運搬する個別ＰＤＣＣＨを検出する場合に、ＵＥ１１４は、ＣＲＣを第１のＵＬＰＣプロセスに対するＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａに対応する第１のＴＰＣ−ＲＮＴＩ又は第２のＵＬＰＣプロセスに対するＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａに対応する第２のＴＰＣ−ＲＮＴＩとデスクランブリングした後にＣＲＣチェックを実行する。

図１２は、本開示によりＵＥ１１４が様々な個別ＤＣＩフォーマット３／３Ａから第１のＵＬＰＣプロセスに対するＴＰＣ命令又は第２のＵＬＰＣプロセスに対するＴＰＣ命令を取得するプロセスの例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１２に示すように、ＵＥ１１４は、潜在的にＤＣＩフォーマット３／３Ａを伝達するＰＤＣＣＨを受信し、第１のＴＰＣ−ＲＮＴＩ及び第２のＴＰＣ−ＲＮＴＩを使用してそのＣＲＣをデスクランブリングし、第１の個別ＣＲＣチェック及び第２のＣＲＣ個別ＣＲＣチェックを実行する（動作１２１０）。その後に、ＵＥ１１４は、第１及び第２のＣＲＣチェックのそれぞれの結果を検査する（動作１２２０）。そのＣＲＣチェックの中のいずれもポジティブ（positive）でない場合に、ＵＥ１１４は、ＰＤＣＣＨデコーディング結果を無視する（動作１２３０）。第１のＣＲＣチェックがポジティブである場合に（動作１２４０）、ＵＥ１１４は、ＰＵＳＣＨ又はＳＲＳ送信電力を調整するために第１のＵＬＣＬＰＣプロセスに対するＤＣＩフォーマットのＴＰＣ命令を使用し（動作１２５０）、他方、ＵＥ１１４は、ＵＳＣＨ又はＳＲＳ送信電力を調整するために第２のＵＬＣＬＰＣプロセスに対するＤＣＩフォーマットのＴＰＣ命令を使用する（動作１２６０）。

第２の方式において、第１のＵＬＰＣプロセスに適用可能なＴＰＣ命令及び第２のＵＬＰＣプロセスに適用可能なＴＰＣ命令は、同一のＤＣＩフォーマット３／３Ａに提供される。ＵＥ１１４は、第１のＵＬＰＣプロセスに適用可能なＴＰＣ命令に対して第１の位置で（例えば、ＲＲＣシグナリングを通して）構成され、第１のＵＬＰＣプロセスに適用可能なＴＰＣ命令の後に位置する第２のＵＬＰＣプロセスに適用可能なＴＰＣ命令を内在的に決定する。

図１３は、本開示により同一のＤＣＩフォーマット３／３Ａで第１のＵＬＰＣプロセスに対するＴＰＣ命令又は第２のＵＬＰＣプロセスに対するＴＰＣ命令に対するＵＥの決定例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１３に示すように、ＵＥ１１４は、潜在的にＤＣＩフォーマット３／３Ａを伝達するＰＤＣＣＨを受信し、ＴＰＣ−ＲＮＴＩを使用してそのＣＲＣをデスクランブリングし、ＣＲＣチェックを実行する（動作１３１０）。その後に、ＵＥ１１４は、ＣＲＣチェックの結果を検査する（動作１３２０）。そのＣＲＣチェックがネガティブ（negative）である場合に、ＵＥ１１４は、ＰＤＣＣＨデコーディング結果を無視する（動作１３３０）。ＣＲＣチェックがポジティブである場合に、ＵＥ１１４は、ＰＵＳＣＨ又はＳＲＳ送信を調整するために第１のＣＬＰＣプロセスに対するＤＣＩフォーマットの第１のＴＰＣ命令を使用する（動作１３４０）。また、ＵＥは、ＰＵＳＣＨ又はＳＲＳ送信を調整するために第２のＣＬＰＣプロセスに対するＤＣＩフォーマットの第２のＴＰＣ命令を使用し（動作１３５０）、このとき、第２のＴＰＣ命令の位置は、第１のＴＰＣ命令の位置と個別に構成されるか、又は第１のＴＰＣ命令の位置の直後につながる。

フレキシブルＴＴＩにおいて、ＰＵＳＣＨ送信電力又はＳＲＳ送信電力を調整するためにＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａの他に（すべてのフレキシブルＴＴＩが同一のＵＬＰＣプロセスを適用するものでないために）、送信電力調整が適用されることができるフレキシブルＴＴＩを示すことが好ましいこともある。ＰＵＳＣＨを通したデータＴＢの非適応的な再送信に対するものと同一の方式が適用されることができる。

最後に、ＤＣＩフォーマット３／３ＡによりＵＥ１１４に提供されるＴＰＣ命令は、主に（少なくとも１つのＴＰＣ命令を含むＤＣＩフォーマットを伝達するＵＥ１１４によるＰＤＣＣＨ検出に応じるＨＡＲＱ−ＡＣＫでない）ＰＵＣＣＨで送信されるＳＰＳＰＵＳＣＨ、又はＰ−ＳＲＳ、又はＵＣＩのような周期的なシグナリングの送信電力を調整しようとすることを考慮する時に、ＤＣＩフォーマットの検出によりトリガーされる非周期的なシグナリングに対する送信電力は、個別ＤＣＩフォーマットに含まれたＴＰＣ命令から調整されるできるために、第２のＵＬＰＣプロセスに対して独占してＤＣＩフォーマット３／３ＡによるＴＰＣ命令をサポートすることは、そのようなＴＰＣ命令を常に第１のＵＬＰＣプロセスだけに適用するか、又は第１のＵＬＰＣプロセス及び第２のＵＬＰＣプロセスの両方とも適用するものとして解釈できる。

ＴＤＤＵＬ−ＤＬ構成の適応の後のＵＬＰＣプロセスの調整

この実施形態は、ＴＤＤＵＬ−ＤＬ構成の適応の後に、フレキシブルＴＴＩでＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信が経験する干渉が隣接セルで使用されるＴＤＤＵＬ−ＤＬ構成により変わることができると見なす。したがって、ＴＰＣ命令が累積される場合に、フレキシブルＴＴＩでのＰＵＳＣＨ又はＳＲＳ送信に対する前のＴＤＤＵＬ−ＤＬ構成から同一のＣＬＰＣプロセスを継続して使用することは適切でないことがある。

本開示は、ＴＤＤＵＬ−ＤＬ構成の適応の後に、ＴＴＩの第２のセットでのＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信に対して第２のＣＬＰＣプロセスｆ_ｃ，２が再初期化され、ＴＴＩの第１のセットでのＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信に対して第１のＣＬＰＣプロセスｆ_ｃ，１が前のＴＤＤＵＬ−ＤＬ構成の間にその最後の値から継続されると見なす。ＴＤＤＵＬ−ＤＬ構成の適応の後に第２のＵＬＰＣプロセスと関連したＴＴＩの第２のセットでのＰＵＳＣＨ又はＳＲＳ送信電力を適応させるためにチャネル変動のトラッキングを保持するために、ＵＥ１１４は、前のＴＤＤＵＬ−ＤＬ構成の間にｆ_ｃ，２をｆ_ｃ，１の最後の値に再初期化する。これとは異なり、現在のＴＤＤＵＬ−ＤＬ構成に適用可能なＴＰＣ命令を受信する前に、ＵＥ１１４がｆ_ｃ，２をｆ_ｃ，１の現在の値に再初期化することもできる。また、ＵＥ１１４が第２のＵＬＰＣプロセスを通して動作するように構成される場合に、ｆ_ｃ，２に対する初期値は、その構成の時点でのｆ_ｃ，１の既存の値と同一であり得る。これは、ＵＥ１１４が従来のＴＤＤＵＬ−ＤＬ構成から適応ＴＤＤＵＬ−ＤＬ構成への動作を遷移するすべての場合に拡張されることもできる。例えば、ＵＥ１１４が適応期間の間に第１の適応ＴＤＤＵＬ−ＤＬ構成を示す第１のＤＣＩフォーマットを検出できず（ＵＥ１１４が第１のＵＬＰＣプロセスを使用して従来のＴＤＤＵＬ−ＤＬ構成で動作し）、その後に、ＵＥ１１４がその適応期間の間に第２の適応ＴＤＤＵＬ−ＤＬ構成を示す第２のＤＣＩフォーマットを検出する場合に、ＵＥ１１４は、ｆ_ｃ，２をｆ_ｃ，１の既存の値に初期化できる。これとは異なり、累積又は絶対ＴＰＣの使用に対する構成は、第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスに対して独立したものであり得る。あるいは、ＵＥ１１４が適応ＴＤＤＵＬ−ＤＬ構成で動作できない場合である。

図１４は、本開示によりＴＤＤＵＬ−ＤＬ構成の適応の後に第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスの動作例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１４に示すように、ＵＥ１１４は、ＴＤＤＵＬ−ＤＬ構成の適応を決定する（動作１４１０）。ＵＥ１１４は、前のＴＤＤＵＬ−ＤＬ構成の間にｆ_ｃ，１の最後の値に対応する（またはｆ_ｃ，１の現在値に対応する）ｆ_ｃ，２を設定する（動作１４２０）。ＵＥ１１４は、前のＴＤＤＵＬ−ＤＬ構成のｆ_ｃ，１の最後の値を使用することにより現在のＴＤＤＵＬ−ＤＬ構成でのｆ_ｃ，１をアップデートする（動作１４３０）。

固定ＴＴＩ及びフレキシブルＴＴＩでのＵＣＩリソース決定

所定の実施形態において、ＵＥ１１４からのＰＵＳＣＨ送信がＴＴＩ＃２のような固定ＴＴＩと少なくとも一部のフレキシブルＴＴＩとの間で経験することができる異なる干渉特性により、そして、その異なる干渉を説明する異なる個別ＵＬＰＣプロセスの可能な使用にもかかわらず、ＵＥ１１４は、データＴＢの送信のために異なる個別ＢＬＥＲで動作することができる。例えば、一部のフレキシブルＴＴＩでＵＥ１１４からのＰＵＳＣＨ送信に対する干渉は、ＤＬ送信からあり得、常にＵＬ送信からあり得るＵＬ固定ＴＴＩでのＵＥ１１４からのＰＵＳＣＨ送信に対する干渉よりさらに深刻であり得る。

データＴＢに対する目標ＢＬＥＲが干渉条件を含む一般動作環境での変動を説明するように調整できるとしても、ＵＣＩ目標ＢＬＥＲは、通常、動作環境とは無関係に固定される。ＰＵＣＣＨでのＵＣＩ送信は、表２のＴＤＤＵＬ−ＤＬ構成に対するＴＴＩ＃２のような固定ＴＴＩのみであり得、その場合に、実質的に安定した動作条件を経験する。しかしながら、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨによりトリガーされる非周期的なＣＳＩのようなＰＵＳＣＨでのＵＣＩ送信は、固定ＴＴＩ又はフレキシブルＴＴＩであり得る。ＣＳＩ送信がフレキシブルＴＴＩでＰＵＳＣＨで多重化される場合に、個別干渉状況により、ＣＳＩに割り当てられたそれぞれの個数のＲＥは、固定ＴＴＩに対比したフレキシブルＴＴＩでのデータＴＢに対して他の動作ＢＬＥＲを説明するように調整される必要があり得る。実用的な理由で同一のＰＵＳＣＨシンボル内のＲＥの電力が同一であるために、ＣＳＩＲＥ及びデータ情報ＲＥに対する個別の電力制御は、不可能である。しかしながら、ＰＵＳＣＨでのＣＳＩ多重化のために使用されるＲＥの数の調整は、機能的にデータ情報に対するＵＬＰＣとは個別であるＣＳＩに対するＵＬＰＣの実行に対応する。また、第１のＵＬＰＣプロセスが固定ＴＴＩでのＰＵＳＣＨ送信のために使用されることができ、第２のＵＬＰＣプロセスは、少なくとも一部のフレキシブルＴＴＩでＰＵＳＣＨ送信のために使用されることができるにもかかわらず、第２のＵＬＰＣプロセスは、データＴＢ又はＣＳＩに対する受信信頼性を向上させるのに十分でないことがあり、これは、それぞれのＵＥが電力が限定されているか（すでにほとんど最大送信電力で動作する）、ネットワークが重大な干渉の生成を避けるために個別送信電力を大きく増加させないように選択することができるためである。

ＴＴＩタイプとは無関係に、同一のＵＣＩＢＬＥＲを保持しつつ非常に異なる干渉状況を経験するＴＴＩの間のＰＵＳＣＨを通したデータＴＢの異なるＢＬＥＲを説明するために、固定ＴＴＩとは異なる

がフレキシブルＴＴＩでのＣＳＩ送信のために使用されることができる。したがって、ＵＥ１１４は、ｅＮＢ１０２により、第１の

値がＵＥ１１４が固定ＴＴＩについて統計的に類似の干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩのようなＴＴＩの第１のセットで送信されるＰＵＳＣＨでのＣＳＩ多重化に使用され、第２の

値がＰＵＳＣＨ送信が固定ＴＴＩで経験するものと本質的に異なる干渉を経験するフレキシブルＴＴＩに対するもののような第２のセットで送信されたＰＵＳＣＨでのＣＳＩ多重化に使用される、２つの

値で構成されることができる。さらに、ＳＰＳＰＵＳＣＨ送信は、固定ＴＴＩであり得ると見なされるので、第１の

値は、それぞれのＣＳＩがＳＰＳＰＵＳＣＨの送信の時に多重化される場合に使用される。

図１５は、本開示により第１のＴＴＩで複数のＣＳＩリソースを決定するための第１の

の使用の例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１５に示すように、ＵＥ１１４は、ＴＴＩでＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨを検出する（動作１５１０）。ＵＥ１１４は、ＰＵＳＣＨがフレームのＴＴＩの第１のセットからの第１のＴＴＩで送信される場合に、第１の

値を使用するか（動作１５２０）、又はＰＵＳＣＨがフレームのＴＴＩの第２のセットからの第２のＴＴＩで送信される場合に第２の

値を使用して（動作１５３０）それぞれの個数のＲＥを決定することによりＰＵＳＣＨでＣＳＩを多重化する。したがって、

は、フレーム内のＴＴＩの第１のセットに対するＰＵＳＣＨ上のＣＳＩ送信のために使用され、

は、フレーム内のＴＴＩの第２のセットに対するＰＵＳＣＨ上のＣＳＩ送信のために使用される。

ＴＴＩでのＰＵＳＣＨ送信の時に、それぞれのＣＳＩ多重化のために複数のＲＥを決定するにあたり、第１の

又は第２の

の使用は、上述したように（ＲＲＣシグナリングによる設定又はＤＣＩフォーマットによる動的指示）、ＰＵＳＣＨ送信のために第１のＵＬＰＣプロセス又は第２のＵＬＰＣプロセスの使用と同一の方式でＵＥ１１４に示されることができる。また、第１の

の使用は、第１のＵＬＰＣプロセスの使用と直接にリンクされることができ、第２の

の使用は、第２のＵＬＰＣプロセスの使用と直接にリンクされることができる（フレーム内のＴＴＩの第１のセットは、第１のＵＬＰＣプロセス及び第１の

を使用するように設定され、フレーム内のＴＴＩの第２のセットは、第１のＵＬＰＣプロセス及び第２の

を使用するように設定される）。

データ送信ブロックの再送信のためのリンク適応

所定の実施形態において、固定ＴＴＩと少なくとも１つのフレキシブルＴＴＩとの間の異なる干渉特性を経験することができるＰＵＳＣＨを通したＵＣＩ送信のリンク適応と類似して、そのようなリンク適応もデータＴＢの送信に対して有益であり得る。上述したように、ＵＬ支配的な干渉を有するＴＴＩ及びＤＬ支配的な干渉を有するＴＴＩでＵＥ１１４からのＵＬシグナリングに対するそれぞれのＵＬＰＣプロセスの使用は、主に干渉が他のＵＥへのＤＬ送信によるＴＴＩでの受信信頼性を改善させるが、主に干渉が他のＵＥからのＵＬ送信から始まるＴＴＩと同程度の受信信頼度を提供することは、通常難しいことがある（例えば、ＵＥ送信電力限界又は追加ＵＬ干渉の限界により）。

ＰＵＳＣＨでのデータＴＢの再送信が適応的であるか（それぞれのＰＤＣＣＨの検出によりトリガーされる）又は非適応的であるか（それぞれのＨＡＲＱ−ＡＣＫ信号でのＮＡＣＫ値の検出によりトリガーされる）とは無関係に、データＴＢのそれぞれの初期送信に対するものと同一の変調及び符号化方式（ＭＣＳ）インデックスＩ_ＭＣＳが使用され、インクリメンタルリダンダンシー（ＩＲ）を使用するＨＡＲＱプロセスのリダンダンシーバージョン（ＲＶ）のみがアップデートされる。データＴＢの再送信がそのデータＴＢの初期送信と統計的に同一の干渉を経験する時に同一のＭＣＳを保持することが好ましいが、２つの送信の間の干渉が非常に異なる時には、それが有害であり得る。

第１の方式において、データＴＢの初期送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥからのＵＬ送信から支配的な干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩで送信される時に、そして、同一のデータＴＢの再送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥへのＤＬ送信から支配的な干渉を経験するフレキシブルＴＴＩで送信される時に、そのデータＴＢの再送信に使用されるＭＣＳが同一のデータＴＢの初期送信のために使用されるＭＣＳより低いことが好ましい。これは、データＴＢの初期送信に対するものに相当する復調データビット（デコーディングに先立って）の値に対する信頼性を提供でき、データＴＢデコーディングの前の個別値の適切な結合を可能にする。反対に、データＴＢの初期送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥへのＤＬ送信から支配的な干渉を経験するフレキシブルＴＴＩで送信される時に、そして、同一のデータＴＢの再送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥからのＵＬ送信から支配的な干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩで送信される時に、そのデータＴＢの再送信に使用されるＭＣＳが同一のデータＴＢの初期送信に使用されるＭＣＳより高いことが好ましい。

本開示は、ｅＮＢ１０２が、ＵＥ１１４がデータＴＢの再送信のためにＭＣＳインデックスを決定する時に適用できるＭＣＳインデックスシフトＩ_{ＭＣＳ＿ｓｈｉｆｔ}でＵＥ１１４を構成することを考慮する。ＰＵＳＣＨを通したデータＴＢの再送信を伝達するＴＴＩでの干渉がＰＵＳＣＨを通した同一のデータＴＢの初期送信を伝達するＴＴＩでの干渉と統計的に異なり、データＴＢの初期送信に対するＭＣＳインデックスをＩ_{ＭＣＳ＿ｉｎｉｔｉａｌ}で示す場合に、ＵＥ１１４は、初期送信のＴＴＩが第１のＵＬＰＣプロセスのＴＴＩと同一のタイプを有する場合には、データＴＢの再送信のためのＭＣＳインデックスＩ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}をＩ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}＝ｍａｘ（Ｉ_{ＭＣＳ＿ｉｎｉｔｉａｌ}−Ｉ_{ＭＣＳ＿ｓｈｉｆｔ}，Ｉ_{ＭＣＳ＿ｍｉｎ}）として決定し、第２のＵＬＰＣプロセスのＴＴＩと同一のタイプを有する場合には、再送信のＴＴＩとして決定する。他方、初期送信のＴＴＩが第２のＵＬＰＣプロセスのＴＴＩと同一のタイプを有し、第１のＵＬＰＣプロセスのＴＴＩと同一のタイプを有する場合には、再送信のＴＴＩであり、Ｉ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}＝ｍｉｎ（Ｉ_{ＭＣＳ＿ｉｎｉｔｉａｌ}＋Ｉ_{ＭＣＳ＿ｓｈｉｆｔ}，Ｉ_{ＭＣＳ＿ｍａｘ}）、Ｉ_{ＭＣＳ＿ｍｉｎ}及びＩ_{ＭＣＳ＿ｍａｘ}は、それぞれＵＥ１１４の動作に対してサポートされる最小及び最大ＭＣＳインデックスである。ＴＴＩタイプのＵＬＰＣプロセスとのアソシエーションは、第１のＵＬＰＣプロセス（ＴＴＩが第１のセット内にある）であるか、又は第２のＵＬＰＣプロセス（ＴＴＩが第２のセット内にある）を使用するために、上述した決定方法に関連し、１つ以上のＵＬＰＣプロセスが実際に使用されるか否かとは無関係である。反対に、ＰＵＳＣＨを通してデータＴＢの再送信を伝達するＴＴＩでの干渉がＰＵＳＣＨを通した同一のデータＴＢの初期送信を伝達するＴＴＩでの干渉と統計的に同一である場合に、ＭＣＳシフトは使用されない。そうすると、Ｉ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}＝Ｉ_{ＭＣＳ＿ｉｎｉｔｉａｌ}である。

図１６は、本開示に従ってＵＥ１１４がデータＴＢの再送信のためのＭＣＳインデックスを決定するようにするＭＣＳインデックスシフトＩ_{ＭＣＳ＿ｓｈｉｆｔ}の使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１６に示すように、ｅＮＢ１０２は、上位レイヤーシグナリングを用いてＵＥ１１４へのＭＣＳインデックスシフトＩ_{ＭＣＳ＿ｓｈｉｆｔ}の構成（１６１０）を行う。第２のＴＴＩでのＰＵＳＣＨを通したデータＴＢの再送信に対して（動作１６２０）、ＵＥ１１４は、第２のＴＴＩが個別ＰＵＳＣＨを通した同一のデータＴＢの初期送信に対する第１のＴＴＩと同一のタイプを有するか否かを判定する（動作１６３０）。ＴＴＩは、第１のタイプ又は第２のタイプを有し得、それぞれの判定は、上述したように、ＵＥ１１４が個別ＰＵＳＣＨ送信のために第１のＵＬＰＣプロセスを適用するか又は第２のＵＬＰＣプロセスを適用するかを判定するものであり得る。第１のＴＴＩ及び第２のＴＴＩが同一のタイプを有する場合に、ＵＥ１１４は、データＴＢの再送信のためのＭＣＳインデックスＩ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}が同一のデータＴＢの初期送信に対するＭＣＳインデックスＩ_{ＭＣＳ＿ｉｎｉｔｉａｌ}と同一であるようにする決定１６４０を行う。第１のＴＴＩ及び第２のＴＴＩが同一のタイプを有しない場合に、ＵＥ１１４は、第１のＴＴＩが第１のタイプを有し、第２のＴＴＩが第２のタイプを有する場合に、データＴＢの再送信に対するＭＣＳインデックスをＩ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}＝ｍａｘ（Ｉ_{ＭＣＳ＿ｉｎｉｔｉａｌ}−Ｉ_{ＭＣＳ＿ｓｈｉｆｔ}，Ｉ_{ＭＣＳ＿ｍｉｎ}）として決定するか（動作１６５０）、又は第１のＴＴＩが第２のタイプを有し、第２のＴＴＩが第１のタイプを有する場合に、Ｉ_{ＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ}＝ｍｉｎ（Ｉ_{ＭＣＳ＿ｉｎｉｔｉａｌ}＋Ｉ_{ＭＣＳ＿ｓｈｉｆｔ}，Ｉ_{ＭＣＳ＿ｍａｘ}）として決定する（動作１６６０）。

第２の方式において、同一のデータＴＢの初期送信及び再送信に同一のＭＣＳが使用されることができるが、ｅＮＢ１０２は、データＴＢデコーディングのために、ＵＥ１１４がＵＬ支配的な干渉を経験し、第１のＵＬＰＣプロセスを適用するＴＴＩで自身が受信した復調されたデータビットの値とＵＥ１１４がＤＬ支配的な干渉を経験し、第２のＵＬＰＣプロセスを適用するＴＴＩで自身が受信した復調されたデータビットの値とを結合する前に、それらを異なるようにスケーリングすることができる。これは、上述したように、ＭＣＳシフトを適用するものと機能的に類似の動作を得ることができるが、データＴＢの再送信のためにＵＥ１１４でそのような送信調整を適用する代わりに、類似の調整がデータＴＢの再送信に対するｅＮＢ１０２での受信に適用される。

図１７は、本開示に従ってデコーディングの前にデータＴＢの初期送信からのデータ情報ビットの復調された値との結合の前に同一のデータＴＢの再送信からのデータ情報ビットの復調された値をスケーリングする例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１７に示すように、動作１７１０において、ｅＮＢ１０２が第２のＴＴＩでデータＴＢの再送信を受信し、動作１７２０において、第２のＴＴＩが、ｅＮＢ１０２が同一のデータＴＢの初期送信を受信する第１のＴＴＩと同一のタイプを有するか否かを考慮する。同一のタイプを有する場合に、動作１７３０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第１のナンバーでスケーリングされる。例えば、第１のナンバーは、１に対応することができ、復調されたデータビットは、それぞれのＳＩＮＲをキャプチャーする自身の実際値と結合される。同一のタイプを有せず、第１のＴＴＩが第１のタイプであり、第２のＴＴＩが第２のタイプである場合に、動作１７４０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第２のナンバーでスケーリングされる。例えば、第２のナンバーは、１より小さいことがある。同一のタイプを有せず、第１のＴＴＩが第２のタイプであり、第２のＴＴＩが第１のタイプである場合に、動作１７５０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第３のナンバーでスケーリングされる。例えば、第３のナンバーは、１より大きくなり得る。ＭＣＳシフトの使用と同様に、そのようなスケーリングは、第２のＵＬＰＣプロセスが追加の電力が使用不可能であるために、又は他のセルへの干渉の増加を避けることが好ましいために、ＵＥ１１４からのＵＬ送信電力の限界により、ＵＬＴＴＩの第２のセットでＤＬ支配的な干渉を十分に補償できない場合に特に適用可能である。

本開示は、例示的な実施形態とともに説明されたが、様々な変形及び修正が可能であることは、当該技術分野における当業者には明らかである。本開示は、添付の特許請求の範囲内で上記のような変形及び修正を含む。

１００無線ネットワーク
１０１ｅＮＢ
１０２ｅＮＢ
１０３ｅＮＢ
１１１ＵＥ
１１２ＵＥ
１１３ＵＥ
１１４ＵＥ
１１５ＵＥ
１１６ＵＥ
１２０適用領域
１２５適用領域
１３０ネットワーク
２０５アンテナ
２１０送受信器
２１５ＴＸ処理回路
２２０マイクロフォン
２２５ＲＸ処理回路
２３０スピーカ
２４０メインプロセッサ
２４５Ｉ／Ｏインターフェース
２５０キーパッド
２５５ディスプレイ
２６０メモリ
２６１基本オペレーティングシステム（ＯＳ）プログラム
２６２アプリケーション
３０５多重アンテナ
３１０多重ＲＦ送受信器
３１５ＴＸ処理回路
３２０ＲＸ処理回路
３２５制御器／プロセッサ
３３０メモリ
３３５バックホール又はネットワークインターフェース
４００ＰＵＳＣＨ送信構造
４１０サブフレーム
４２０スロット
４３０シンボル
４４０ＤＭＲＳ
４５０ＲＢ
４６０ＳＲＳ送信
５００ＵＥ送信器
５１０データシンボル
５２０マルチプレクサ
５３０マルチプレクサ
５４０ＤＦＴユニット
５５０ＲＥ
５５５選択器
５６０ＩＦＦＴユニット
５７０フィルタ
５８０電力増幅器（ＰＡ）
５９０信号の送信
６００ｅＮＢ受信器
６１０受信された信号
６２０フィルタ
６３０ＦＦＴユニット
６４０選択器ユニット
６５０ＲＥ
６６０ＩＤＦＴ
６７０デマルチプレクサ
６８０デマルチプレクサ
６９０データシンボル
６９５ＣＳＩシンボル
７００送信器
７２０マッパー
７３０ＲＥ選択ユニット
７４０ＩＦＦＴユニット
７５０ＣＳユニット
７６０フィルタ
７７０電力増幅器
７８０ＲＳの送信
８１０参照セル＃１
８２０参照セル＃２
８３０参照セル＃３
８４０セル＃１
８４２セル＃１
８４４セル＃１
８４６セル＃１
８５０セル＃２
８５２セル＃２
８５４セル＃２
８５６セル＃２
８６０セル＃３
８６２セル＃３
８６４セル＃３
８６６セル＃３

Claims

ユーザ端末のアップリンク電力を制御する方法において、
第１アップリンク電力制御累積状態及び第２アップリンク電力制御累積状態に係わる設定情報を受信する段階と、
伝送電力制御のための情報を含むダウンリンク制御情報（ＤＣＩ：downlink control information）を受信する段階と、
前記伝送電力制御のための情報、前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態のうちいずれか一つに基づき、ＰＵＳＣＨ（physical uplink shared channel）伝送のための伝送電力を決定する段階と、を含む、方法。
前記ＤＣＩは、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報をさらに含む、請求項１に記載の方法。
前記伝送電力制御のための情報、前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態のうちいずれか一つに基づき、前記ＰＵＳＣＨ伝送のための伝送電力を決定する段階は、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報が０である場合、前記伝送電力制御のための情報を、前記第１アップリンク電力制御累積状態に適用することにより、前記ＰＵＳＣＨ伝送のための伝送電力を決定する、請求項１に記載の方法。
前記伝送電力制御のための情報、前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態のうちいずれか一つに基づき、前記ＰＵＳＣＨ伝送のための伝送電力を決定する段階は、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報が１である場合、前記伝送電力制御のための情報を、前記第２アップリンク電力制御累積状態に適用することにより、前記ＰＵＳＣＨ伝送のための伝送電力を決定する、請求項１に記載の方法。
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報は、前記ＤＣＩ内の第３ビットを介して表示される、請求項２に記載の方法。
アップリンク電力を制御するユーザ端末において、前記ユーザ端末は、
トランシーバと、
第１アップリンク電力制御累積状態及び第２アップリンク電力制御累積状態に係わる設定情報を受信し、伝送電力制御のための情報を含むダウンリンク制御情報（ＤＣＩ：downlink control information）を受信し、前記伝送電力制御のための情報、前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態のうちいずれか一つに基づき、ＰＵＳＣＨ（physical uplink shared channel）伝送のための伝送電力を決定するように構成された、前記トランシーバと結合されたプロセッサと、を含む、端末。
前記ＤＣＩは、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報をさらに含む、請求項６に記載の端末。
前記プロセッサは、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報が０である場合、前記伝送電力制御のための情報を、前記第１アップリンク電力制御累積状態に適用することにより、前記ＰＵＳＣＨ伝送のための伝送電力を決定する、請求項６に記載の端末。
前記プロセッサは、
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報が１である場合、前記伝送電力制御のための情報を、前記第２アップリンク電力制御累積状態に適用することにより、前記ＰＵＳＣＨ伝送のための伝送電力を決定する、請求項６に記載の端末。
前記第１アップリンク電力制御累積状態及び前記第２アップリンク電力制御累積状態を指示する指示情報は、前記ＤＣＩ内の第３ビットを介して表示される、請求項７に記載の端末。