(57)【要約】      （修正有）【課題】適応的に構成された時分割デュプレクス（ＴＤＤ）通信システムにおけるユーザ装置（ＵＥ）からの送信に対する電力制御を提供する。【解決手段】ＵＥは、ＵＬ送信時間間隔（ＵＬ  ＴＴＩ）内で物理ＵＬ共有チャネル（ＰＵＳＣＨ）をスケジューリングするダウンリンク制御情報（ＤＣＩ）フォーマットを伝達する物理ＤＬ制御チャネル（ＰＤＣＣＨ）を検出し９１０、そのＤＣＩフォーマットに含まれた１ビットの追加電力制御構成（ＰＣＣ）フィールドの値を検査する９２０。この値が‘０'である場合、ＵＥは、開ループ電力制御（ＯＬＰＣ）又は閉ループ電力制御ＣＬＰＣパラメータに対する値の第１のセットに従って決定された送信電力でＰＵＳＣＨを送信する９３０。この値が‘１’である場合、ＵＥは、ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第２のセットに従って決定された送信電力でＰＵＳＣＨを送信する９４０。【選択図】図９
2019208211.tif 000002
【特許請求の範囲】
【請求項１】
適応的に構成される時分割デュプレクス（Time Division Duplex）通信システムにおけるユーザ装置によりアップリンク電力を制御する方法であって、
パラメータ値の第１のセット及びパラメータ値の第２のセットを指示する構成情報を受信するステップと、
フィールド値を有するフィールドを含み、物理ＵＬ共有チャネル（ＰＵＳＣＨ；Physical Uplink Shared Channel）の伝送をスケジューリングするダウンリンク制御情報（ＤＣＩ；Downlink Control information）フォーマットを受信するステップと、
前記第１のセット及び前記第２のセットのうち前記フィールド値に基づいて選択される何れか一つに関連する伝送電力で前記ＰＵＳＣＨを伝送するステップと、を含む方法。
【請求項２】
前記ＰＵＳＣＨは、インデックスｃを有するセルを通して伝送され、
前記第１のセット及び前記第２のセットは、平均ＰＵＳＣＨ受信電力に関連するパラメータ値及び経路損失補償に関連するパラメータ値を含む請求項１に記載の方法。
【請求項３】
サウンディング参照信号（ＳＲＳ；Sounding Reference Signal）の伝送をトリガーする前記フィールドを受信するステップと、
前記第１のセット及び前記第２のセットのうち前記ＰＵＳＣＨの伝送のために選択された何れか一つに関連するＳＲＳ伝送電力で前記ＳＲＳを伝送するステップをさらに含む請求項１に記載の方法。
【請求項４】
前記フィールド値は、前記ＰＵＳＣＨの伝送のためのパラメータに対応する請求項１に記載の方法。
【請求項５】
伝送電力制御（ＴＰＣ；Transmit Power Control）命令値の第１の累積状態及びＴＰＣ命令値の第２の累積状態のための構成情報を受信するステップと、
前記ＤＣＩフォーマット内に含まれるＴＰＣ命令フィールド値を受信するステップと、をさらに含み、
前記ＴＰＣ命令フィールド値に基づいて前記第１の累積状態及び前記第２の累積状態のうちの何れか一つは、前記ＰＵＳＣＨの伝送のための前記伝送電力を計算するために利用され、
前記ＴＰＣ命令フィールド値に基づいて前記ＰＵＳＣＨの伝送のための前記伝送電力は、前記第１の累積状態又は前記第２の累積状態のうちの何れか一つに含まれるＴＰＣ命令値を累積することによって識別される請求項１に記載の方法。
【請求項６】
適応的に構成される時分割デュプレクス（Time Division Duplex）通信システムにおけるアップリンク電力を制御するユーザ装置であって、
送受信器と、
前記送受信器に接続される少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
パラメータ値の第１のセット及びパラメータ値の第２のセットを指示する構成情報を受信し、
フィールド値を有するフィールドを含み、物理ＵＬ共有チャネル（ＰＵＳＣＨ；Physical Uplink Shared Channel）の伝送をスケジューリングするダウンリンク制御情報（ＤＣＩ；Downlink Control information）フォーマットを受信し、
前記第１のセット及び前記第２のセットのうち前記フィールド値に基づいて選択される何れか一つに関連する伝送電力で前記ＰＵＳＣＨを伝送するように構成されるユーザ装置。
【請求項７】
前記ＰＵＳＣＨは、インデックスｃを有するセルを通して伝送され、
前記第１のセット及び前記第２のセットは、平均ＰＵＳＣＨ受信電力に関連するパラメータ値及び経路損失補償に関連するパラメータ値を含む請求項６に記載のユーザ装置。
【請求項８】
前記少なくとも一つのプロセッサは、
サウンディング参照信号（ＳＲＳ；Sounding Reference Signal）の伝送をトリガーする前記フィールドを受信し、
前記第１のセット及び前記第２のセットのうち前記ＰＵＳＣＨの伝送のために選択された何れか一つに関連するＳＲＳ伝送電力で前記ＳＲＳを伝送するようにさらに構成される請求項６に記載のユーザ装置。
【請求項９】
前記フィールド値は、前記ＰＵＳＣＨの伝送のためのパラメータに対応する請求項６に記載のユーザ装置。
【請求項１０】
前記少なくとも一つのプロセッサは、
伝送電力制御（ＴＰＣ；Transmit Power Control）命令値の第１の累積状態及びＴＰＣ命令値の第２の累積状態のための構成情報を受信し、
前記ＤＣＩフォーマット内に含まれるＴＰＣ命令フィールド値を受信するようにさらに構成され、
前記ＴＰＣ命令フィールド値に基づいて前記第１の累積状態及び前記第２の累積状態のうちの何れか一つは前記ＰＵＳＣＨの伝送のための前記伝送電力を計算するために利用され、
前記ＴＰＣ命令フィールド値に基づいて、前記ＰＵＳＣＨの伝送のための前記伝送電力は、前記第１の累積状態又は前記第２の累積状態のうちの何れか一つに含まれるＴＰＣ命令値を累積することによって識別される請求項６に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、無線通信に関し、より詳細には、適応的に構成された時分割デュプレクス（Time Division Duplex：ＴＤＤ）通信システムにおけるユーザ装置からの送信及び基地局からの受信に対する電力制御に関する。
【背景技術】
【０００２】
無線通信は、近代史のもっとも成功的な革新の中の１つであった。最近では、無線通信サービス加入者数は、五十億を越え、引き続き速く増加している。スマートフォン、及びタブリット、“ノートパッド”コンピュータ、ネットブック、及び電子ブックリーダのような他のモバイルデータ装置の消費者と事業者との間での増加する人気により、無線データトラフィックに対する需要が急速に増加している。モバイルデータトラフィックの高い増加に充足するために、無線インターフェース効率性及び新たなスペクトルの割り当てにおける改善が最優先の重要性を有する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、上述した課題もしくは不都合な点を解決し、少なくとも以下に示す優位性を提供する。
【０００４】
したがって、本発明は、適応的に構成された時分割デュプレクス（ＴＤＤ）通信システムにおけるユーザ装置からの送信に対する電力制御を提供することである。
【課題を解決するための手段】
【０００５】
上記のような目的を達成するために、第１の実施形態において、方法が提供される。上記方法は、基地局がユーザ装置（ＵＥ）に、時分割デュプレクス（Time Division Duplex：ＴＤＤ）アップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤ  ＵＬ−ＤＬ構成を示す第１のシグナリングを送信するステップを含む。ＴＤＤ  ＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬ  ＳＦ、通信方向がＵＥから基地局に向かうＵＬ  ＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、上記方法は、適応ＴＤＤ  ＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報をＵＥに送信するように構成される送信器を含む。有効な適応ＴＤＤ  ＵＬ−ＤＬ構成は、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤ  ＵＬ−ＤＬ構成で複数のＵＬ又は特別のＳＦは、適応ＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦであり、第１のＴＤＤ  ＵＬ−ＤＬ構成での少なくとも１つのＵＬ  ＳＦは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成でＵＬ  ＳＦのままである。上記方法は、基地局がＵＥに、第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬ  ＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤ  ＵＬ−ＤＬ構成のセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を送信するステップをさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤ  ＵＬ−ＤＬ構成でのＵＬ  ＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦである少なくとも１つのＳＦを含む。また、上記方法は、基地局がＵＥに、適応ＴＤＤ  ＵＬ−ＤＬ構成のＵＬ  ＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを送信するステップを含む。ＵＥが第１のシグナリング、第１の構成情報、第２の構成情報、及び第２のシグナリングを受信することに従って、ＵＥは、ＵＬ  ＳＦがＳＦの第１のセット内にある場合に、第１のＵＬ  ＰＣプロセスに従って決定された電力で、あるいは、ＵＬ  ＳＦがＳＦの第２のセット内にある場合に第２のＵＬ  ＰＣプロセスに従って決定された電力でＵＬ  ＳＦ内でＰＵＳＣＨ又はＳＲＳを送信する。
【０００６】
第２の実施形態において、方法が提供される。上記方法は、基地局がユーザ装置（ＵＥ）から、データ情報送信ブロック（ＴＢ）の初期送信を伝達する第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）及びデータ情報ＴＢの再送信を伝達する第２のＰＵＳＣＨを受信するステップを含む。また、上記方法は、基地局が同一のデータ情報に対して、第２の復調値を任意のファクタでスケーリングした後に、第１のＰＵＳＣＨの第１の復調値及び第２のＰＵＳＣＨの第２の復調値を結合するステップを含む。上記方法は、基地局がデータ情報ＴＢをデコーディングするステップをさらに含む。
【０００７】
第３の実施形態において、基地局が提供される。基地局は、ユーザ装置（ＵＥ）にＴＤＤアップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤ  ＵＬ−ＤＬ構成を示す第１のシグナリングを送信するように構成される送信器を含む。ＴＤＤ  ＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬ  ＳＦ、通信方向がＵＥから基地局に向かうＵＬ  ＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、基地局は、適応ＴＤＤ  ＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報をＵＥに送信するように構成される送信器を含む。有効な適応ＴＤＤ  ＵＬ−ＤＬ構成は、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤ  ＵＬ−ＤＬ構成で複数のＵＬ又は特別のＳＦは、適応ＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦであり、第１のＴＤＤ  ＵＬ−ＤＬ構成での少なくとも１つのＵＬ  ＳＦは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成でＵＬ  ＳＦのままである。基地局は、ＵＥに、 第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬ  ＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤ  ＵＬ−ＤＬ構成のセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を送信するように構成される送信器をさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤ  ＵＬ−ＤＬ構成でのＵＬ  ＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦである少なくとも１つのＳＦを含む。また、基地局は、ＵＥに、適応ＴＤＤ  ＵＬ−ＤＬ構成のＵＬ  ＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを送信するように構成された送信器を含む。基地局は、ＵＬ  ＳＦがＳＦの第１のセット内にある場合に、第１のＵＬ  ＰＣプロセスに従って決定された電力で、あるいは、ＵＬ  ＳＦがＳＦの第２のセット内にある場合に第２のＵＬ  ＰＣプロセスに従って決定された電力でＵＬ  ＳＦ内でＰＵＳＣＨ又はＳＲＳをＵＥから受信するように構成される受信器をさらに含む。
【０００８】
第４の実施形態において、ユーザ装置（ＵＥ）が提供される。ＵＥは、基地局からＴＤＤアップリンク−ダウンリンク（ＵＬ−ＤＬ）構成のセットからの第１のＴＤＤ  ＵＬ−ＤＬ構成を示す第１のシグナリングを受信するように構成される受信器を含む。ＴＤＤ  ＵＬ−ＤＬ構成は、通信方向が基地局からＵＥに向かうＤＬ  ＳＦ、通信方向がＵＥから基地局に向かうＵＬ  ＳＦ、及び通信方向が基地局からＵＥに向かうものと、ＵＥから基地局に向かうもののすべてであり得る特別のＳＦを含む１０個のサブフレームの時間にわたって定義される。１０個のＳＦのそれぞれのＳＦは、固有の時間ドメインインデックスを有する。また、ＵＥは、基地局から適応ＴＤＤ  ＵＬ−ＤＬ構成を使用する通信に対する第１の構成情報を受信するように構成される受信器を含む。有効な適応ＴＤＤ  ＵＬ−ＤＬ構成は、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから出る。第１のＴＤＤ  ＵＬ−ＤＬ構成での複数のＵＬ又は特別のＳＦは、適応ＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦであり、第１のＴＤＤ  ＵＬ−ＤＬ構成での少なくとも１つのＵＬ  ＳＦは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成でＵＬ  ＳＦのままである。ＵＥは、基地局から、第１のＵＬ電力制御（ＰＣ）プロセスと関連した第１のパラメータセット、第２のＵＬ  ＰＣプロセスと関連した第２のパラメータセット、及びＴＤＤ  ＵＬ−ＤＬ構成のセットからの任意のＴＤＤ  ＵＬ−ＤＬ構成での所定のＳＦのサブセット、及びＳＦの第１のセットとＳＦの第２のセットとの間の１対１マッピングを規定するビットマップに対する第２の構成情報を受信するように構成される受信器をさらに含む。２進値“０”は、ＳＦをＳＦの第１のセットと関連し、２進値“１”は、ＳＦをＳＦの第２のセットと関連する。ＳＦの第１のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットからのすべてのＴＤＤ  ＵＬ−ＤＬ構成でのＵＬ  ＳＦであるすべてのＳＦを含み、ＳＦの第２のセットは、ＴＤＤ  ＵＬ−ＤＬ構成のセットのサブセットから少なくとも１つのＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＳＦである少なくとも１つのＳＦを含む。また、ＵＥは、基地局から適応ＴＤＤ  ＵＬ−ＤＬ構成のＵＬ  ＳＦ内でサウンディング参照信号（ＳＲＳ）又は物理ＵＬ共有チャネル（ＰＵＳＣＨ）を送信するようにＵＥに指示する第２のシグナリングを受信するように構成される受信器を含む。また、ＵＥは、ＵＬ  ＳＦがＳＦの第１のセット内にある場合に、第１のＵＬ  ＰＣプロセスに従って決定された電力で、あるいは、ＵＬ  ＳＦがＳＦの第２のセット内にある場合に第２のＵＬ  ＰＣプロセスに従って決定された電力でＵＬ  ＳＦ内でＰＵＳＣＨ又はＳＲＳを基地局に送信するように構成される送信器を含む。
【０００９】
第５の実施形態において、基地局が提供される。基地局は、ユーザ装置（ＵＥ）から、データ情報送信ブロック（ＴＢ）の初期送信を伝達する第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）及びデータ情報ＴＢの再送信を伝達する第２のＰＵＳＣＨを受信するように構成される受信器を含む。また、基地局は、同一のデータ情報に対して、第１のＰＵＳＣＨの第１の復調値及び第２のＰＵＳＣＨの第２の復調値を任意のファクタでスケーリングした後に結合するように構成される結合器を含む。基地局は、データ情報ＴＢをデコーディングするように構成されるデコーダをさらに含む。
【００１０】
本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を説明することが好ましい。“接続（結合）する”という語句だけではなく、その派生語は、２以上の構成要素が相互に物理的な接触状態にあるか否か、それら間の任意の直接的であるか又は間接的な通信を称する。“送信する”、“受信する”、及び“通信する”という用語だけでなく、その派生語は、直間接的な通信のすべてを含む 。“含む”及び “備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。“又は”という用語は、“及び／又は”の意味を包含する。“関連した”及び“それと関連した”という語句だけではなく、その派生語句は、“含む”、“含まれる”、“相互に連結する”、“包含する”、“包含される”、“連結する”、“結合する”、“疎通する”、“協力する”、“挿入する”、“並置する”、“近接する”、“属する”、“有する”、及び“特性を有する”、“関係を有する”などを意味する。“制御器”という用語は、少なくとも１つの動作を制御する任意の装置、システム又はその一部を意味する。そのような制御器は、ハードウェア又はハードウェアとソフトウェア、及び／又はファームウェアの組み合せで実現することができる。ある特定の制御器に関連した機能性は、ローカルでも遠隔でも、集中するか又は分散することができることに留意しなければならない。“少なくとも１つの”という語句は、項目のリストとともに使用される時に、リストされた項目の中の１つ以上の相互に異なる組み合せが使用されることができ、そのリスト内の１つの項目だけが必要とされることができることを意味する。例えば、“Ａ、Ｂ、及びＣの中の少なくとも１つ”は、次のような組み合せの中のいずれか１つを含む：Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、及びＡとＢとＣ。
【００１１】
さらに、以下に記述される様々な機能は、１つ以上のコンピュータプログラムにより具現されるか又はサポートでき、そのプログラムの各々は、コンピュータ読み取り可能なプログラムコードで構成され、コンピュータ読み取り可能な媒体で実施される。“アプリケーション”及び“プログラム”という用語は、１つ以上のコンピュータプログラム、ソフトウェアコンポーネット、命令語セット、手順、関数、オブジェクト、クラス、インスタンス、関連データ、又は適合したコンピュータ読み取り可能なプログラムコードの実現に適合したそれらの一部を称する。“コンピュータ読み取り可能なプログラムコード”という語句は、ソースコード、オブジェクトコード、及び実行コードを含むすべてのタイプのコンピュータコードを含む。“コンピュータ読み取り可能な媒体”という語句は、読出し専用メモリ（read only memory：ＲＯＭ）、ランダムアクセスメモリ（random access memory：ＲＡＭ）、ハードディスクドライブ、コンパクト・ディスク（ＣＤ）、ディジタルビデオディスク（ＤＶＤ）、又は任意の他のタイプのメモリのように、コンピュータによりアクセスできるすべてのタイプの媒体を含む。“非一時的”なコンピュータ読み取り可能な媒体は、一時的な電気又は他の信号を転送する有線、無線、光学、又は他の通信リンクを除外する。非一時的なコンピュータ読み取り可能な媒体は、データが永久的に記憶されることができる媒体、及び再記録可能な光学ディスクや削除可能なメモリ装置のようにデータが記憶され、後でオーバーライティングされ得る媒体を含む。
【００１２】
他の所定の単語及び語句に対する定義がこの特許文書の全体にわたって提供される。当業者は、大部分の場合ではなくても多くの場合に、そのような定義がそのように定義された単語及び語句の前だけでなく後の使用にも適用されることが分かる。
【図面の簡単な説明】
【００１３】
【図１】本開示に従う無線通信ネットワークの例を示す図である。
【図２】本開示に従うユーザ装置（ＵＥ）の例を示す図である。
【図３】本開示に従うＮｏｄｅ（ｅＮＢ）の例を示す図である。
【図４】本開示に従う送信時間間隔（ＴＴＩ）でのＰＵＳＣＨ送信構造の例を示す図である。
【図５】本開示に従うＰＵＳＣＨ内のデータ情報及びＵＣＩのためのＵＥ送信器の例を示す図である。
【図６】本開示に従うＰＵＳＣＨ内のデータ情報及びＵＣＩのためのｅＮＢ受信器の例を示す図である。
【図７】本開示に従うＤＭＲＳ又はＳＲＳとして使用されることができるＺＣシーケンスのための送信器構造の例を示す図である。
【図８】本開示に従う異なるＵＬフレキシブルＴＴＩでの異なる干渉特性の例を示す図である。
【図９】本開示に従ってそれぞれのＰＵＳＣＨ送信を第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスと関連づけるためのＤＣＩフォーマット内のＰＣＣフィールドの使用例を示す図である。
【図１０】本開示に従って第１のＵＬ  ＰＣプロセスの使用を示すことができるか又は第２のＵＬ  ＰＣプロセスの使用を示すことができるかによりＰＵＳＣＨをスケジューリングするＤＣＩフォーマット内のＴＰＣフィールドの使用例を示す図である。
【図１１】本開示に従ってＵＥがＰＵＳＣＨでのデータＴＢの非適応的な再送信のために第１のＵＬ  ＰＣプロセスを使用するか又は第２のＵＬ  ＰＣプロセスを使用するかを決定するプロセスの例を示す図である。
【図１２】本開示に従ってＵＥが様々な個別ＤＣＩフォーマット３／３Ａから第１のＵＬ  ＰＣプロセスに対するＴＰＣ命令又は第２のＵＬ  ＰＣプロセスに対するＴＰＣ命令を取得するプロセスの例を示す図である。
【図１３】本開示に従って同一のＤＣＩフォーマット３／３Ａで第１のＵＬ  ＰＣプロセスに対するＴＰＣ命令又は第２のＵＬ  ＰＣプロセスに対するＴＰＣ命令に対するＵＥの決定例を示す図である。
【図１４】本開示に従ってＴＤＤ  ＵＬ−ＤＬ構成の適応の後に第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスの動作例を示す図である。
【図１５】本開示に従って第１のＴＴＩで複数のＣＳＩリソースを決定するための第１の
【００１４】
【数１】
2019208211.tif 000003
【００１５】
の使用及び第２のＴＴＩで複数のＣＳＩリソースを決定するための第２の
【００１６】
【数２】
2019208211.tif 000004
【００１７】
の使用の例を示す図である。
【図１６】本開示に従ってＵＥがデータＴＢの再送信のためのＭＣＳインデックスを決定するようにするＭＣＳインデックスシフト
【００１８】
【数３】
2019208211.tif 000005
【００１９】
の使用例を示す図である。
【図１７】本開示に従ってデコーディングの前にデータＴＢの初期送信からのデータ情報ビットの復調された値との結合の前に同一のデータＴＢの再送信からのデータ情報ビットの復調された値をスケーリングする例を示す図である。
【発明を実施するための形態】
【００２０】
以下に論議される図１乃至図１７、及び本特許文献において本発明の開示原則を説明するために使用される様々な実施形態は、例示としてのみ提供され、開示の範囲を限定するいかなる方法として理解されてはならない。当業者であれば、本発明の開示原則が任意の適切に配置された無線通信システムで実現することができるものであることは自明である。
【００２１】
以下の文書及び標準説明が本明細書に全体的に記述されたもののように本開示に含まれる：３ＧＰＰ  ＴＳ３６．２１１  ｖ１１．１．０，“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）電力ＣＲＳ−ＲＳ（ＮＺＰ  ＣＲＳ−ＲＳ）リソースが使用される。干渉測定のために、ＵＥ１１４は、上位レイヤーシグナリングを用いてｅＮＢ１０２がＵＥ１０２に対して構成したゼロ電力ＣＲＳ−ＲＳ（ＺＰ  ＣＲＳ−ＲＳ）と関連したＣＳＩ干渉測定（ＣＳＩ−ＩＭ）リソースを使用できる（参照１及び参照３）。ＤＭＲＳがそれぞれのＰＤＳＣＨ又はＰＤＣＣＨのＢＷだけで送信され、ＵＥ１１４は、ＤＭＲＳを使用してＰＤＳＣＨ又はＥＰＤＣＣＨでの情報をコヒーレントに復調できる（参照１）。
【００５２】
ある無線ネットワークにおいて、ＵＬ信号は、情報コンテンツを運搬するデータ信号、ＵＬ制御情報（ＵＣＩ）を運搬する制御信号、及びＲＳを含む。ＵＥ１１４は、それぞれの物理ＵＬ共有チャネル（ＰＵＳＣＨ）又は物理ＵＬ制御チャネル（ＰＵＣＣＨ）を通してデータ情報又はＵＣＩを送信する。ＵＥ１１４がデータ情報及びＵＣＩを同一の送信時間間隔（ＴＴＩ）内で送信する場合に、ＵＥ１１４は、ＰＵＳＣＨを通して両方を多重化できる。ＵＣＩは、データＰＤＳＣＨを通してデータ送信ブロック（ＴＢｓ）の正確な（ＡＣＫ）又は不正確な（ＮＡＣＫ）検出を示すハイブリッド自動反復要請確認（ＨＡＲＱ−ＡＣＫ）情報、ＵＥ１１４が自身のバッファ内にデータを有するか否かを示すスケジューリング要請（ＳＲ）、及びｅＮＢ１０２がＵＥ１１４へのＰＤＳＣＨ又はＰＤＣＣＨ送信のための適切なパラメータを選択できるようにするチャネル状態情報（ＣＳＩ）を含む。ＵＥ１１４がＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出するのに失敗した場合に、ＵＥ１１４は、ＤＴＸと呼ばれるＨＡＲＱ−ＡＣＫ状態を用いてこれを示すことができる。ＤＴＸ及びＮＡＣＫは、しばしば同一の値（ＮＡＣＫ／ＤＴＸ値）にマッピングされることができる（参照３）。ＵＬ  ＲＳは、ＤＭＲＳ及びサウンディングＲＳ（ＳＲＳ）を含む。ＤＭＲＳは、それぞれのＰＵＳＣＨ又はＰＵＣＣＨのＢＷだけで送信される。ｅＮＢ１０２は、ＰＵＳＣＨ又はＰＵＣＣＨでの情報に対する一貫した復調のためにＤＭＲＳを使用することができる。ＳＲＳは、ＵＬＣＳＩをｅＮＢ１０２に提供するために、ＵＥ１１４により送信される。
【００５３】
ＵＥからのＳＲＳ送信は、例えば、無線リソース制御（ＲＲＣ）シグナリングのような上位レイヤーシグナリングによりＵＥ１１４に対して構成される送信パラメータを使用して所定のＴＴＩ間隔で周期的であり得（Ｐ−ＳＲＳ）、あるいは、ＰＵＳＣＨ又はＰＤＳＣＨをスケジューリングするＰＤＣＣＨ又はＥＰＤＣＣＨにより伝達されるＤＣＩフォーマットを通してトリガーされるもののように非周期的であり得る（Ａ−ＳＲＳ）。次のすべての説明において、ここで特に言及されない限り、パラメータは、その値がＲＲＣのような上位レイヤーシグナリングを通して提供される場合に設定を通して決定されると言われ、その値がＰＤＣＣＨ又はＥＰＤＣＣＨで送信されるＤＣＩフォーマットにより提供される場合に動的に決定されると称される。
【００５４】
図４は、本開示によるＴＴＩでのＰＵＳＣＨ送信構造の例を示す図である。図４に示すＴＴＩでのＰＵＳＣＨ送信構造４００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。
【００５５】
図４に示すように、ＴＴＩは、２つのスロットを含む１つのサブフレーム４１０に対応する。それぞれのスロット４２０は、データ情報、ＵＣＩ、又はＲＳを送信するための
【００５６】
【数４】
2019208211.tif 000006
【００５７】
個のシンボル４３０を含む。それぞれのスロットで一部のＴＴＩシンボルは、ＤＭＲＳ４４０を送信するために使用される。送信ＢＷは、リソースブロック（ＲＢ）と呼ばれる周波数リソースユニットを含む。それぞれのＲＢは、
【００５８】
【数５】
2019208211.tif 000007
【００５９】
個の副搬送波又はＰＵＳＣＨ送信ＢＷに対する総
【００６０】
【数６】
2019208211.tif 000008
【００６１】
個に対してリソース
【００６２】
【数７】
2019208211.tif 000009
【００６３】
ＲＢ４５０を含む。最後のＴＴＩシンボルは、１つ以上のＵＥからのＳＲＳ送信４６０を多重化するために使用される。データ／ＵＣＩ／ＤＭＲＳ送信に使用可能なＴＴＩシンボルの個数は、
【００６４】
【数８】
2019208211.tif 000010
【００６５】
であり、ここで、最後のＴＴＩシンボルがＳＲＳを送信するために使用される場合には、ＮＳＲＳ＝１であり、他の場合には、ＮＳＲＳ＝０である。
【００６６】
図５は、本開示によるＰＵＳＣＨ内のデータ情報及びＵＣＩのためのＵＥ送信器の例を示す図である。図５に示すＵＥ送信器５００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、送信器５００は、ＵＥ１１４内に位置する。
【００６７】
図５に示すように、符号化され変調されたＣＳＩシンボル２０５及び符号化され変調されたデータシンボル５１０がマルチプレクサ５２０により多重化される。その後に符号化され変調されたＨＡＲＱ−ＡＣＫシンボルがマルチプレクサ５３０によりデータシンボル及び／又はＣＳＩシンボルをパンクチャすることにより挿入される。ＲＩの送信は、ＨＡＲＱ−ＡＣＫに対するものと類似している（図示せず）。離散フーリエ変換（ＤＦＴ）がＤＦＴユニット５４０により取得され、ＰＵＳＣＨ送信ＢＷに対応するＲＥ５５０が選択器５５５により選択され、逆高速フーリエ変換（ＩＦＦＴ）がＩＦＦＴユニット５６０により実行され、出力がフィルタ５７０によりフィルタリングされ、電力増幅器（ＰＡ）５８０により所定の電力が印加され、その後に、信号の送信５９０が行われる。ディジタル−アナログ変換器、フィルタ、増幅器、及び送信器アンテナだけでなくデータシンボル及びＵＣＩシンボルのための符号化器及び変調器のような追加の送信器回路は、単純化のために省略する。
【００６８】
図６は、本開示によるＰＵＳＣＨ内のデータ情報及びＵＣＩのためのｅＮＢ受信器の例を示す図である。図６に示すｅＮＢ受信器６００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、ｅＮＢ受信器６００は、ｅＮＢ１０２の内に位置する。
【００６９】
図６に示すように、受信された信号６１０は、フィルタ６２０によりフィルタリングされ、高速フーリエ変換（ＦＦＴ）がＦＦＴユニット６３０により適用され、選択器ユニット６４０が送信器により使用されたＲＥ６５０を選択し、逆ＤＦＴ（ＩＤＦＴ）ユニットがＩＤＦＴ６６０を適用し、デマルチプレクサ６７０が符号化されたＨＡＲＱ−ＡＣＫシンボルを抽出することによりデータシンボル及びＣＳＩシンボルに対応するＲＥに消去器（erasure）を位置させ、最後に他のデマルチプレクサ６８０が符号化されたデータシンボル６９０と符号化されたＣＳＩシンボル６９５を分離させる。符号化されたＲＩシンボルの受信は、符号化されたＨＡＲＱ−ＡＣＫシンボルに対するものと類似している（図示せず）。データ及びＵＣＩシンボルに対するチャネル推定器、復調器及びデコーダのような追加の受信器回路は、簡単のために図示しない。
【００７０】
簡素化のために、ＰＵＳＣＨで１つのデータＴＢに対する送信を仮定すると、ＵＥ１１４は、数式１におけるように、ＨＡＲＱ−ＡＣＫのためにレイヤーごとに符号化された変調シンボルの個数Ｑ′を決定する（参照２）。
【００７１】
【数９】
2019208211.tif 000011
【００７２】
は、任意の数をその次の整数にラウンディングする天井関数（ceiling function）であり、Ｏは、ＨＡＲＱ−ＡＣＫ情報ビットの個数であり、
【００７３】
【数１０】
2019208211.tif 000012
【００７４】
は、データＴＢに対する現在のＴＴＩのＰＵＳＣＨ送信ＢＷであり、
【００７５】
【数１１】
2019208211.tif 000013
【００７６】
は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信に対するＴＴＩシンボルの個数であり、
【００７７】
【数１２】
2019208211.tif 000014
【００７８】
は、上位レイヤーシグナリングを通してｅＮＢ１０２からＵＥに対して設定された値であり、
【００７９】
【数１３】
2019208211.tif 000015
【００８０】
は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信のためのＰＵＳＣＨ送信ＢＷであり、Ｃは、コードブロックの個数であり、Ｋｒは、コードブロックナンバーｒに対するビットの個数である。ＰＵＳＣＨがＨＡＲＱ−ＡＣＫの他にＣＳＩだけを含む時に、ＵＥは、ＨＡＲＱ−ＡＣＫに対するレイヤーごとに符号化された変調シンボルの個数Ｑ′を
【００８１】
【数１４】
2019208211.tif 000016
【００８２】
として決定し、このとき、ＯＣＳＩ−ＭＩＮは、循環反復チェック（ＣＲＣ）ビットを含むＣＳＩ情報ビットの最小個数である。レイヤーごとに符号化された変調シンボルの個数Ｑ′に対する同一の判定が
【００８３】
【数１５】
2019208211.tif 000017
【００８４】
に置き換えられた
【００８５】
【数１６】
2019208211.tif 000018
【００８６】
を使用するＲＩの送信に適用される。ＣＳＩに対して、レイヤーごとに符号化された変調シンボルの個数Ｑ′は、
【００８７】
【数１７】
2019208211.tif 000019
【００８８】
として決定され、このとき、Ｏは、ＣＳＩビットの個数であり、Ｌは、
【００８９】
【数１８】
2019208211.tif 000020
【００９０】
により与えられたＣＲＣビットの個数であり、Ｑｍは、変調シンボル当たりの情報ビットの個数である。ＲＩが送信されない場合に、
【００９１】
【数１９】
2019208211.tif 000021
【００９２】
である。ＨＡＲＱビット又はＲＩビット又はＣＳＩビットに対する終了プロセスは論議されず、これは、そのようなものが本開示において本質的なものでないためである（参照２）。
【００９３】
数式１において、個別ＵＣＩタイプに対するパラメータ
【００９４】
【数２０】
2019208211.tif 000022
【００９５】
は、ＵＣＩタイプに対するブロック誤り率（ＢＬＥＲ）からデータＴＢに対するＢＬＥＲをデカップリングすることを担当し、これは、それがデータＴＢ送信のスペクトル効率性に反比例するためである。例えば、与えられた信号対雑音及び干渉率（ＳＩＮＲ）に対して、ｅＮＢ１０２スケジューラは、データＴＢ送信のためにより大きなスペクトル効率を用いてそのデータＴＢに対してより大きなＢＬＥＲ動作ポイントにつながることができるが、
【００９６】
【数２１】
2019208211.tif 000023
【００９７】
の個別値を増加させることによりＵＣＩに対する固定ＢＬＥＲを保持してＰＵＳＣＨでの多重化のためにＵＣＩに割り当てられるＲＥの数を増加させることができる。
【００９８】
ＤＭＲＳ又はＳＲＳ送信は、それぞれのＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスの送信を通すものである。
【００９９】
【数２２】
2019208211.tif 000024
【０１００】
個のＲＢのＵＬシステムＢＷに対して、シーケンス
【０１０１】
【数２３】
2019208211.tif 000025
【０１０２】
は、
【０１０３】
【数２４】
2019208211.tif 000026
【０１０４】
に従うベースシーケンス
【０１０５】
【数２５】
2019208211.tif 000027
【０１０６】
の周期的シフト（ＣＳ）αにより規定されることができ、このとき、
【０１０７】
【数２６】
2019208211.tif 000028
【０１０８】
は、シーケンス長さであり、
【０１０９】
【数２７】
2019208211.tif 000029
【０１１０】
、
【０１１１】
【数２８】
2019208211.tif 000030
【０１１２】
であり、ｑ番目のルートＺＣシーケンスは、
【０１１３】
【数２９】
2019208211.tif 000031
【０１１４】
、
【０１１５】
【数３０】
2019208211.tif 000032
【０１１６】
により規定され、このとき、ｑは、
【０１１７】
【数３１】
2019208211.tif 000033
【０１１８】
で与えられ、
【０１１９】
【数３２】
2019208211.tif 000034
【０１２０】
は、
【０１２１】
【数３３】
2019208211.tif 000035
【０１２２】
で与えられる。ＺＣシーケンスの長さ
【０１２３】
【数３４】
2019208211.tif 000036
【０１２４】
は、
【０１２５】
【数３５】
2019208211.tif 000037
【０１２６】
となるようにもっとも大きい素数により与えられる（参照１）。複数のＺＣシーケンスは、αの相互に異なる値を使用する１つのベースシーケンスから定義されることができる。図１におけるように、ＴＴＩの２以上のシンボルを通したＤＭＲＳ送信も直交カバーリングコード（ＯＣＣ）を用いて変調されることもできる。ＰＤＣＣＨによりスケジューリングされたＰＵＳＣＨでのＤＭＲＳ送信において、ＵＥ１１４は、上位レイヤーシグナリングによるシステム情報又は構成から個別ＺＣシーケンスを決定し、ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに含まれた個別ＣＳ及びＯＣＣインデックスフィールドからＣＳ及びＯＣＣを決定する。
【０１２７】
図７は、本開示によるＤＭＲＳ又はＳＲＳとして使用されることができるＺＣシーケンスのための送信器構造の例を示す図である。図７に示す送信器７００の実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。所定の実施形態において、送信器７００は、ＵＥ１１４内に位置する。
【０１２８】
図７に示すように、マッパー７２０がＲＥ選択ユニット７３０により示されるように、長さ
【０１２９】
【数３６】
2019208211.tif 000038
【０１３０】
７１０のＺＣシーケンスを送信ＢＷのＲＥにマッピングする。マッピングは、ＤＭＲＳに対して連続的なＲＥに対するものでもあり得、ＳＲＳに対する他のＲＥに対するものでもあり得、それにより、コーム（comb）スペクトルを生成できる（参照１）。その後に、ＩＦＦＴがＩＦＦＴユニット７４０により実行され、ＣＳがＣＳユニット７５０による出力に印加され、その結果、信号がフィルタ７６０によりフィルタリングされ、送信電力が電力増幅器７７０により印加され、ＲＳの送信７８０が行われる。
【０１３１】
隣接セルに対するそれぞれの干渉を制御する間に、関連信号がｅＮＢ１０２で所望するＳＩＮＲで受信されるようにＰＵＳＣＨ送信電力が決定されることにより、受信信頼性目標を達成し、適切なネットワーク動作を保証できる。ＵＬ電力制御（ＰＣ）は、セル固有及びＵＥ固有のパラメータを用いる開ループ電力制御（ＯＬＰＣ）及び送信電力制御（ＴＰＣ）命令を通してｅＮＢ１０２により提供される閉ループ電力制御（ＣＬＰＣ）訂正を含む。ＰＵＳＣＨ送信がＰＤＣＣＨによりスケジューリングされる時に、ＴＰＣ命令が個別ＤＣＩフォーマットに含まれる。ＴＰＣ命令が合せられてＤＣＩフォーマット３／３Ａと呼ばれるＤＣＩフォーマット３又はＤＣＩフォーマット３Ａを伝達する個別のＰＤＣＣＨにより提供され、ＵＥのグループにＴＰＣ命令を提供することもできる。ＤＣＩフォーマットは、サイクリックリダンダンシーチェック（ＣＲＣ）ビットを含み、ＵＥ１１４は、ＣＲＣビットをスクランブリングするために使用される個別無線ネットワーク一時識別子（ＲＮＴＩ）からＤＣＩフォーマットタイプを識別する。ＤＣＩフォーマット３／３Ａに対して、ＲＮＴＩは、ＴＰＣ−ＲＮＴＩであり、ＵＥ１１４は、上位レイヤーシグナリングを通して設定される。ＵＥ１１４からのＰＵＳＣＨ送信又はＵＥ１１４へのＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットに対して、ＲＮＴＩは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）である。付加ＲＮＴＩタイプも存在する（参照２）。
【０１３２】
ＵＥ１１４は、数式２におけるように、ＴＴＩｉの間にセルＣ内でミリワットあたりのデシベル（ｄＢｍ）のＰＵＳＣＨ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）を導出することができる。簡素化のために、ＵＥは、同一のＴＴＩ内でＰＵＳＣＨ及びＰＵＣＣＨのすべてを送信しないと仮定する（参照３）。
【０１３３】
【数３７】
2019208211.tif 000039
【０１３４】
ＰＣＭＡＸ，ｃ（ｉ）は、上位レイヤーシグナリングを通してＵＥ１１４に対して設定される最大ＵＥ送信電力であり、ＭＰＵＳＣＨ，ｃ（ｉ）は、ＲＢのＰＵＳＣＨ送信ＢＷであり、ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｅＮＢ１０２での平均受信ＳＩＮＲを制御し、セル固有成分ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）と上位レイヤーシグナリングを通してＵＥ１１４に提供されるＵＥ固有成分ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）との和である。半永久的にスケジューリングされた（ＳＰＳ）ＰＵＳＣＨに対してｊ＝０である。動的にスケジューリングされたＰＵＳＣＨに対してｊ＝１である。ＰＬｃは、ＵＥ１１４により算出された経路損失（ＰＬ）推定値である。ｊ＝０又はｊ＝１に対して、
【０１３５】
【数３８】
2019208211.tif 000040
【０１３６】
が上位レイヤーシグナリングを通してＵＥ１１４に構成される。ＰＬが全く補償されないために、部分的ＵＬ  ＰＣは、αｃ（ｊ）＜１に対して取得される。ΔＴＦ，ｃ（ｉ）は、０に対応するか、又はＰＵＳＣＨ送信のスペクトル効率性により決定される。追加の細部内容は、本発明において本質的なものでないので省略される。最後に、累積ＣＬＰＣが使用される場合に、
【０１３７】
【数３９】
2019208211.tif 000041
【０１３８】
であり、絶対ＣＬＰＣが使用される場合に、
【０１３９】
【数４０】
2019208211.tif 000042
【０１４０】
であり、
【０１４１】
【数４１】
2019208211.tif 000043
【０１４２】
は、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれるか、又はＤＣＩフォーマット３／３Ａに含まれたＴＰＣ命令である。ＫＰＵＳＣＨがＰＵＳＣＨをスケジューリングするＰＤＣＣＨ送信のＴＴＩと個別ＰＵＳＣＨ送信のＴＴＩの間のタイムラインから導出される。
【０１４３】
ＴＴＩｉの間にセルｃのＳＲＳの電力ＰＳＲＳ，ｃ（ｉ）は、数式３のようにＰＵＳＣＨ送信電力に従う（参照３）。
【０１４４】
【数４２】
2019208211.tif 000044
【０１４５】
ＰＳＲＳ＿ＯＦＦＳＥＴ，ｃ（ｍ）は、上位レイヤーシグナリングを通してＵＥ１１４に対して構成された４ビットパラメータであり、Ｐ−ＳＲＳに対してｍ＝０であり、Ａ−ＳＲＳに対してｍ＝１であり、ＭＳＲＳ，ｃは、ＲＢの個数で表現されたＳＲＳ送信帯域幅である。
【０１４６】
ＰＵＣＣＨ送信のための電力は、ＰＵＳＣＨ送信又はＳＲＳ送信のための電力と類似している原理に従うが（参照３）、これは、本開示と関連がないので簡潔性のために追加の議論は省略される。
【０１４７】
ＴＤＤ通信システムにおいて、一部のＴＴＩでの通信方向は、ＤＬであり、一部の他のＴＴＩでの通信方向は、ＵＬである。表１は、フレーム期間とも呼ばれる１０個のＴＴＩ（１つのＴＴＩ又はサブフレーム（ＳＦ）が１ミリ秒（ｍｓｅｃ）のデュレーションを有する）間の指示ＵＬ−ＤＬ構成をリストする。“Ｄ”は、ＤＬ  ＴＴＩを示し、“Ｕ”は、ＵＬ  ＴＴＩを示し、“Ｓ”は、ＤｗＰＴＳと呼ばれるＤＬ送信フィールド、保護期間（ＧＰ）、及びＵｐＰＴＳと呼ばれるＵＬ送信フィールドを含む特別なＴＴＩを示す。総デュレーションが１つのＴＴＩである状況を前提とする特別なＴＴＩ内の各フィールドのデュレーションには、複数の組み合せが存在する。
【０１４８】
【表１】
2019208211.tif 000045
【０１４９】
表１のＴＤＤ  ＵＬ−ＤＬ構成は、ＤＬ  ＴＴＩとなるようにフレーム当たりに４０％及び９０％のＤＬ  ＴＴＩを提供する（残りは、ＵＬ  ＴＴＩとなるように提供する）。このような柔軟性にもかかわらず、システム情報ブロック（ＳＩＢ）のシグナリングを通すか、又はＤＬキャリア集積及び２次セルの場合にＲＲＣシグナリング（参照３及び参照４）を通した６４０ｍｓｅｃ未満の頻度ごとにアップデートされることができる準静的ＴＤＤ  ＵＬ−ＤＬ構成は、短期データトラフィック状態とよく合わないことがあり得る。本開示の残りの部分において、そのようなＴＤＤ  ＵＬ−ＤＬ構成は、従来の（又は非適応）ＴＤＤ  ＵＬ−ＤＬ構成と呼ばれ、セル内の従来の（又はレガシー）ＵＥにより使用されるものと仮定する。このような理由で、ＴＤＤ  ＵＬ−ＤＬ構成の高速適応期間が特に短いか、又はセル内に中間個数の接続ＵＥがある場合のシステム処理率を改善させることができる。例えば、ＵＬトラフィックよりさらに多くのＤＬトラフィックが存在する時に、従来のＴＤＤ  ＵＬ−ＤＬ構成は、１０、２０、４０又は８０ｍｓｅｃごとに、さらに多くのＤＬ  ＴＴＩを含むように適応されることができる。ＴＤＤ  ＵＬ−ＤＬ構成の高速適応のためのシグナリングは、原理的にＰＤＣＣＨを通したＤＣＩフォーマットシグナリングを含んでいくつかのメカニズムを通して提供されることができる。
【０１５０】
従来のものと他の方式のＴＤＤ  ＵＬ−ＤＬ構成の適応における動作制約は、そのような適応に対して認知できないＵＥの可能な存在にある。そのようなＵＥを従来のＵＥと称する。従来のＵＥがそれぞれのＣＲＳを用いてＤＬ  ＴＴＩで測定を実行するために、そのようなＤＬ  ＴＴＩは、ＴＤＤ  ＵＬ−ＤＬ構成の高速適応を通してＵＬ  ＴＴＩ又は特別のＴＴＩに変更されることができない。しかしながら、ＵＬ  ＴＴＩは、従来のＵＥに影響を与えずＤＬ  ＴＴＩに変更されることができ、これは、ｅＮＢ１０２が、そのようなＵＥがそのようなＵＬ  ＴＴＩで何の信号も送信しないことを保証できるためである。また、すべてのＴＤＤ  ＵＬ−ＤＬ構成に共通するＵＬ  ＴＴＩが存在し、ｅＮＢ１０２がＵＬ  ＴＴＩをＵＬのものだけとして選択できるようにする。表１のすべてのＴＤＤ  ＵＬ−ＤＬ構成を含む一部の具現例において、ＵＬ  ＴＴＩは、ＴＴＩ＃２である。
【０１５１】
ＤＬ  ＴＴＩが従来のＴＤＤ  ＵＬ−ＤＬ構成でのＤＬ  ＴＴＩである場合に、それは、固定されたものである。特別のＴＴＩは、ＤＬ  ＴＴＩだけにスイッチングできる。本開示の説明と関連して、唯一のＵＬ固定ＴＴＩは、ＴＴＩ＃２である。一般的に、ｅＮＢ１０２によりＵＥ１１４に対して構成され、ＨＡＲＱ−ＡＣＫ信号送信のためにＵＥにより使用されることができるＴＤＤ  ＵＬ−ＤＬ構成のＵＬ  ＴＴＩは、固定されたＵＬ  ＴＴＩである。ＴＴＩは、従来のＴＤＤ  ＵＬ−ＤＬ構成でＵＬ  ＴＴＩである場合にＤＬフレキシブルＴＴＩと称され、ＤＬ  ＴＴＩに適応される。ＴＴＩは、適応されたＴＤＤ  ＵＬ−ＤＬ構成のＤＬ  ＴＴＩに適応されることができるが、ＵＬ  ＴＴＩのままである従来のＴＤＤ  ＵＬ−ＤＬ構成でＵＬ  ＴＴＩである場合にＵＬフレキシブルＴＴＩと称される。
【０１５２】
上記のような内容を考慮して、表２は、表１のそれぞれのＴＤＤ  ＵＬ−ＤＬ構成ごとに最大数のフレキシブルＴＴＩ（‘Ｆ’で表示）を示す。明確に、従来のＴＤＤ  ＵＬ−ＤＬ構成のＤＬ  ＴＴＩがＵＬ  ＴＴＩに変更されることができないので、すべてのＴＤＤ  ＵＬ−ＤＬ構成がすべて適応のために使用されることはできない。例えば、ＴＤＤ  ＵＬ−ＤＬ構成２が従来のものであるとき、適応は、ただＴＤＤ  ＵＬ−ＤＬ構成５に対するものであり得る。また、ＵＥがＨＡＲＱ−ＡＣＫ送信のためのＵＬ  ＴＴＩを導出するように設定されたＴＤＤ  ＵＬ−ＤＬ構成の使用は、適応に使用されることができるＴＤＤ  ＵＬ−ＤＬ構成をさらに制限し、これは、そのようなＵＬ  ＴＴＩがＵＬ固定ＴＴＩであるためである。したがって、例えば、ＵＥ１１４がＵＬ  ＴＴＩでの従来のＴＤＤ  ＵＬ−ＤＬ構成でＤＬ  ＴＴＩをスイッチングする場合に、ＴＤＤ  ＵＬ−ＤＬ構成に対する適応の指示は、ＵＥ１１４により無効なものであると見なされることができる。無効な指示は、例えば、適応されたＴＤＤ  ＵＬ−ＤＬ構成に対する指示を運搬するＤＣＩフォーマットに対するＵＥ１１４からの誤検出により引き起こされることがある。
【０１５３】
【表２】
2019208211.tif 000046
【０１５４】
ＵＬフレキシブルＴＴＩでのＵＬ送信の電力は、ＵＬ固定ＴＴＩと異なるので、これは、前者の干渉が隣接セルでのＤＬ送信又はＵＬ送信の組み合せからあり得、後者の干渉は、隣接セルでのＵＬ送信から常にあるためである。２種類の個別のＵＬ  ＰＣプロセスが考慮される。１つは、ＴＴＩ＃２のような固定ＴＴＩでの使用のためのものであり、他の１つは、フレキシブルＴＴＩでの使用のためのものである。それぞれのＵＬ  ＰＣプロセスは、ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）及びαｃ（ｊ）の個別値を通したそれぞれのＯＬＰＣプロセスを有するか、又はＴＰＣ命令δＰＵＳＣＨ，ｃのそれぞれの適用を通したそれぞれのＣＬＰＣプロセスを有する。しかしながら、フレキシブルＴＴＩに対して単一のＵＬ  ＰＣプロセスを有する従来の方式は、十分でないので、これは、様々なフレキシブルＴＴＩは、様々な干渉特性を経験することができるためである。また、セル内のすべてのＵＥに対して同一のＵＬ  ＰＣプロセスを有するものも十分でないこともあるが、これは、様々なＵＥが様々な干渉を経験することができるためである。
【０１５５】
図８は、本開示による異なるＵＬフレキシブルＴＴＩでの異なる干渉特性の例を示す図である。図１３に示す様々なフレキシブルＴＴＩで見られる干渉特性に対する実施形態は、ただ例示のためのものである。本開示の範囲から逸脱しない他の実施形態が使用されることもできる。
【０１５６】
図８に示すように、ＴＤＤ  ＵＬ−ＤＬ構成１は、参照セル＃１  ８１０で使用され、ＴＤＤ  ＵＬ−ＤＬ構成２は、参照セル＃２  ８２０で使用され、ＴＤＤ  ＵＬ−ＤＬ構成３は、参照セル＃３  ８３０で使用される。セル＃１  ８４０、セル＃２  ８５０、及びセル＃３  ８６０内の固定ＴＴＩ＃２において、ＵＬ送信により経験する干渉は、実質的に同一であり、従来のＵＬ  ＰＣプロセスが適用されることができる。セル＃１  ８４２内のフレキシブルＴＴＩ＃３において、ＵＬ送信が経験する干渉は、固定ＴＴＩ＃２とは異なり、フレキシブルＴＴＩ＃３がセル＃２  ８５２でのＤＬ送信及びセル＃３  ８６２でのＵＬ送信のために使用されるためである。したがって、セル＃２に向かって位置したセル＃１内のＵＥ１１４は、ＴＴＩ＃２と相当に異なるＴＴＩ＃３の干渉を経験することができる。セル＃１  ８４４内のフレキシブルＴＴＩ＃７において、ＵＬ送信が経験する干渉は、固定ＴＴＩ＃２、又はフレキシブルＴＴＩ＃３とは異なり、フレキシブルＴＴＩ＃７は、セル＃２  ８５４ではＵＬ  ＴＴＩであり、セル＃３  ８６４ではＤＬ  ＴＴＩである。したがって、セル＃３に向かって位置したセル＃１内のＵＥ１１４からのＵＬ送信は、ＴＴＩ＃２又はＴＴＩ＃３と相当に異なるＴＴＩ＃７の干渉を経験することができる。最後に、セル＃１  ８４６のフレキシブルＴＴＩ＃８においてＵＬ送信が経験する干渉は、固定ＴＴＩ＃２、又はフレキシブルＴＴＩ＃３、又はフレキシブルＴＴＩ＃７と異なるので、フレキシブルＴＴＩ＃８は、セル＃２  ８５６及びセル＃３  ８６６でＤＬ  ＴＴＩであるためである。したがって、２種類のＴＴＩタイプ（固定及びフレキシブル）の間では、干渉変動だけでなく相互に異なるフレキシブルＴＴＩでの干渉変動が存在する。
【０１５７】
ＵＬ固定ＴＴＩに対するＵＬ固定ＴＴＩでのより大きい干渉変動の結果は、フレキシブルＵＬ  ＴＴＩでＰＵＳＣＨを通して送信されるデータＴＢの受信信頼性がＵＬ固定ＴＴＩでＰＵＳＣＨを通して送信されるデータＴＢのものに比べて低下し得る。一般的に、ＰＵＳＣＨでのデータＴＢの受信信頼性は、個別ＴＴＩでの干渉がＤＬのものであるときＵＬのものであるときより低下し得る。これは、データＴＢの送信がＨＡＲＱ再送信から利得を得ることができるとき深刻な問題とならないが、より厳格な信頼性要件を有し、ＨＡＲＱ再送信で利得を得ることができないＰＵＳＣＨを通したＵＣＩ送信においては、深刻な問題となる。
【０１５８】
本開示の実施形態は、ＴＴＩ＃２でないＵＬ  ＴＴＩであるＵＬフレキシブルＴＴＩが第１のＵＬ  ＰＣプロセス及び第２のＵＬ  ＰＣプロセスのうちの１つと結びつけられることができるようにするＵＥ固有方式で、第１のＵＬ  ＰＣプロセス及び第２のＵＬ  ＰＣプロセスを１つのフレーム内のＴＴＩの第１のセット及びＴＴＩの第２のセットとそれぞれ結びつけるためのメカニズムを提供する。本開示の実施形態は、ＴＴＩの第１のセット及びＴＴＩの第２のセットでＵＥ１１４からの信号送信のためにＤＣＩフォーマット３／３Ａを通してＴＰＣ命令を提供する。また、本開示の実施形態は、ＴＤＤ  ＵＬ−ＤＬ構成の適応の後に、ＴＴＩの第２のセットでＵＬ  ＰＣプロセスをサポートするためのメカニズムを提供する。さらに、本開示の実施形態は、ＵＥ１１４がＵＬ固定ＴＴＩで送信するＰＵＳＣＨを通したデータＴＢ又はＣＳＩに対する受信信頼性と比すべきＵＥ１１４がＵＬフレキシブルＴＴＩで送信するＰＵＳＣＨを通したデータＴＢ又はＣＳＩに対する受信信頼性を可能にするメカニズムを提供する。さらにまた、本開示の実施形態は、第２（又は第１）のＵＬ  ＰＣプロセスと関連したＴＴＩでのデータ送信ブロックの初期送信のために第１（又は第２）のＵＬ  ＰＣプロセスと関連したＴＴＩでデータ送信ブロックの再送信の送信及び受信を行うためのメカニズムを提供する。
【０１５９】
ＵＬフレキシブルＴＴＩでのＯＬＰＣ及びＣＬＰＣパラメータの適応
【０１６０】
所定の実施形態において、ＵＬ信号送信のために、ＵＥ１１４が使用したＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）又はαｃ（ｊ）のようなＯＬＰＣパラメータ又はｆｃ（ｉ）のようなＣＬＰＣパラメータの値は、セル内のＵＥ１１４の位置に左右されるので、そのような値の適応は、ＵＬ  ＴＴＩが固定されたものであるか又はフレキシブルなものであるかにより変わるだけではなく、特定のＵＬフレキシブルＴＴＩによっても変わる。表２のＴＴＩ＃２のようなＵＬ固定ＴＴＩに対する同一のＵＬ  ＰＣプロセスが第１のＵＬフレキシブルＴＴＩで使用されることができ、ＵＬ固定ＴＴＩに対するものと異なるＵＬ  ＰＣプロセスが第２のＵＬフレキシブルＴＴＩで使用されることができる。また、それぞれのＵＬ  ＰＣプロセスに対するＯＬＰＣ又はＣＬＰＣパラメータの値に対する適応は、ＵＥに固有であり、これは、ＵＬ信号送信が経験する干渉が同一のＵＬフレキシブルＴＴＩでの他のＵＥに対するものとは異なり得るためである。同一のＵＬフレキシブルＴＴＩでのＵＬ信号送信に対して、第１のＵＥ１１４は、ＵＬ固定ＴＴＩにおけるようなＵＬ  ＰＣプロセスを使用することができ、第２のＵＥ１１５は、ＵＬ固定ＴＴＩと異なるＵＬ  ＰＣプロセスを使用することができる。
【０１６１】
ＵＥ１１４は、通常、１つの隣接セルから支配的な干渉を経験するので、ＵＬフレキシブルＴＴＩでのＵＬ  ＰＣプロセスは、支配的な干渉セルでのフレキシブルＴＴＩもＵＬ  ＴＴＩである場合に、ＵＬ固定ＴＴＩに対するものと同一であり得る。反対に、ＵＬフレキシブルＴＴＩでのＵＬ  ＰＣプロセスは、支配的な干渉セルでのＵＬフレキシブルＴＴＩがＤＬ  ＴＴＩである場合に、ＵＬ固定ＴＴＩに対するものと異なり得る。したがって、ＵＬフレキシブルＴＴＩでのＰＵＳＣＨ又はＡ−ＳＲＳ送信のためのＵＬ  ＰＣプロセスは、ＵＥ１１４に対して、ＵＬ固定ＴＴＩ（表２のＴＤＤ  ＵＬ−ＤＬ構成に対するＴＴＩ＃２）に対するものと同一であるか又はＵＬ固定ＴＴＩでのものと異なって示されることができる。したがって、ＰＵＳＣＨ又はＡ−ＳＲＳ送信に対するそれぞれのＵＬ  ＰＣプロセスに従って第１の従来のＵＬ  ＰＣプロセスが使用されるＴＴＩ＃２を含む第１のセット及び第２のＵＬ  ＰＣプロセスが使用される第２のセットであるＵＬ  ＴＴＩの２つのセットが決定される。それぞれのＵＬ  ＰＣプロセスは、ＯＬＰＣに対するＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）又はαｃ（ｊ）の相互に異なる値又は上位レイヤーシグナリングを通して予めＵＥ１１４に対して設定されることができ、ＴＤＤ  ＵＬ−ＤＬ構成の適応と同一の速度で適応される必要がない異なるＣＬＰＣループｆｃ（ｉ）と関連することができる。Ａ−ＳＲＳ送信のために、ＰＳＲＳ＿ＯＦＦＳＥＴ，ｃ（ｍ）は、個別ＯＬＰＣに対するそれぞれのＵＬ  ＰＣプロセスに対して個別に構成されることもできる。ＵＬフレキシブルＴＴＩで第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスを使用するようにするＵＥ１１４への指示がＲＲＣシグナリングを通して構成され、可能であれば、ＲＲＣ構成は、ＰＵＳＣＨ又はＡ−ＳＲＳ送信をスケジューリングするＰＤＣＣＨ又はＥＰＤＣＣＨを通したＤＣＩフォーマットにより提供される動的指示を通して補充されることができる。
【０１６２】
動的指示のための第１の方式において、ＵＬ  ＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示がＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットで１つの２進要素を有する追加電力制御構成（ＰＣＣ）フィールドを含むことにより提供される。ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットが常に使用されると推定されるＵＬ固定ＴＴＩ＃２でのＰＵＳＣＨスケジューリングのために、ＰＣＣフィールドは、‘０’のようなデフォルト値に設定されることができる。例外は、Ａ−ＳＲＳ送信もＵＬフレキシブルＴＴＩで発生するようにトリガーされる場合であり得、この場合に、ＰＣＣフィールドは、ＵＬフレキシブルＴＴＩでのＡ−ＳＲＳ送信に適用されることができるＯＬＰＣ又はＣＬＰＣに対する値のセットを示すものとして解釈されることができる。
【０１６３】
図９は、本開示に従ってそれぞれのＰＵＳＣＨ送信を第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスと関連づけるためのＤＣＩフォーマット内のＰＣＣフィールドの使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその部分の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないという推定が導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンによって実現される。
【０１６４】
図９に示すように、ＵＥ１１４は、ＵＬ  ＴＴＩでＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨを検出する（動作９１０）。ＵＥ１１４は、そのＤＣＩフォーマットに含まれた１ビットＰＣＣフィールドの値を検査する（動作９２０）。この値が２進数‘０'である場合に、ＵＥ１１４は、ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットに従って決定された送信電力でＰＵＳＣＨを送信する（動作９３０）（第１のＵＬ  ＰＣプロセス）。この値が２進数‘１’である場合に、ＵＥ１１４は、ＯＬＰＣ又はＣＬＰＣパラメータに対する値の第２のセットに従って決定された送信電力でＰＵＳＣＨを送信する（動作９４０）（第２のＵＬ  ＰＣプロセス）。
【０１６５】
動的指示のための第２の方式において、ＵＬ  ＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示は、ＰＵＳＣＨ又はＡ−ＳＲＳ送信をスケジューリングするそれぞれのＤＣＩフォーマットで２ビットのＴＰＣフィールドの再解釈によるものである。２ビットのＴＰＣフィールドに対する従来の解釈は、各値が−１ｄＢ、０ｄＢ、１ｄＢ、及び３ｄＢを示す‘００'、‘０１'、‘１０'、及び‘１１’を有するデシベル（ｄＢ）の送信電力調整を示すものである。ＴＴＩ＃２以外のＵＬ  ＴＴＩでのＰＵＳＣＨ又はＡ−ＳＲＳ送信のために、例えば、第１のビットのようなＴＰＣフィールドの１つのビットは、送信電力調整を示すために使用されることができ、ＴＰＣフィールドの他のビットは、第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスの使用を示すために使用されることができる。例えば、送信電力調整の値は、−１ｄＢ又は１ｄＢであるか、又は第１のＵＬ  ＰＣプロセスが示されるか又は第２のＵＬ  ＰＣプロセスが示されるかにより変わる。
【０１６６】
図１０は、本開示に従って第１のＵＬ  ＰＣプロセスの使用を示すことができるか又は第２のＵＬ  ＰＣプロセスの使用を示すことができるかによりＰＵＳＣＨをスケジューリングするＤＣＩフォーマット内のＴＰＣフィールドの使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに図示されたステップの実行や信号の伝送が全的であるという推定が導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンによって実現される。
【０１６７】
図１０に示すように、ＵＥ１１４は、２ビットのＴＰＣフィールドを含み、ＰＵＳＣＨ送信をスケジューリングするＤＣＩを伝達するＰＤＣＣＨを検出する（動作１０１０）。その後に、ＵＥ１１４は、個別ＴＴＩがＵＬ固定ＴＴＩ＃２であるか否かを検査する（動作１０２０）。それがＴＴＩ＃２である場合に、ＵＥ１１４は、第１のＵＬ  ＰＣに対応するＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットを用いてＰＵＳＣＨを送信し、送信電力を調整するための値を決定するためにＴＰＣフィールドの両ビットのマッピングを使用する（動作１０３０）。ＴＴＩがＴＴＩ＃２でない場合に、ＵＥ１１４は、２ビットＴＰＣフィールドの第２のビットの値により、それぞれ第１又は第２のＵＬ  ＰＣプロセスに対応してＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセットを使用するか又は第２のセットを使用するかを決定する（動作１０４０）。例えば、第２のビット値が２進数‘０'である場合に、ＵＥ１１４は、第１のＵＬ  ＰＣプロセスを使用する。他方、第２のビット値が２進数‘１'である場合に、ＵＥ１１４は、第２のＵＬ  ＰＣプロセスを使用する。最後に、ＵＥ１１４は、ＴＰＣフィールドの第１のビットのマッピングを用いた送信電力調整のさらなる決定１０５０を行う。
【０１６８】
動的指示のための第３の方式において、ＵＬ  ＴＩ（ＴＴＩ＃２の他に）でのＵＬ信号送信のためのＯＬＰＣ又はＣＬＰＣパラメータに対する値の第１のセット又は第２のセットを使用するようにするＵＥ１１４に対する指示は、この指示を提供するためにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれた他のフィールドの状態の再解釈によるものである。例えば、適応ＴＤＤ  ＵＬ−ＤＬ構成を通して設定され、ｅＮＢ１０２に対してアクティブ接続を行うＵＥの数は、通常は大きくないので、ＵＥ間のＰＵＳＣＨ送信の空間多重化を可能にするために使用されるＤＣＩフォーマットの３ビットＣＳ及びＯＣＣインデックスフィールドは、通常は過度である。このとき、ＴＴＩ＃２でないＴＴＩでのＰＵＳＣＨ送信のために、ＣＳ及びＯＣＣフィールドの３ビットから１ビットは、第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスに対する指示を提供するために使用されることができる。そのような方式は、それぞれこれらの範囲を限定することによりＤＣＩフォーマットの他のフィールドに拡張されることができる。ＵＥ１１４の動作は、第２の方式に対するものと類似しているので、単純性のために、追加の例示は省略する。
【０１６９】
第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスの補充的な動的指示に依存する任意の方式において、ＰＵＳＣＨ送信がデータＴＢに対する再送信を送信し、それがＴＴＩ＃２でないＴＴＩで発生し、それがＤＬ  ＨＡＲＱ−ＡＣＫ信号（同一のデータＴＢの前の送信に対するＮＡＣＫ、参照３）のためにトリガーされる場合に、ＵＥ１１４は、第１のＵＬ  ＰＣプロセスを使用するか又は第２のＵＬ  ＰＣプロセスを使用するかを内在的に決定しなければならない。ＵＥ１１４がＰＤＣＣＨ又はＥＰＤＣＣＨにより同一のＴＤＤ  ＵＬ−ＤＬ構成に対する前のフレーム内の同一のＴＴＩでのＰＵＳＣＨ送信がスケジューリングされた場合には、ＵＥ１１４は、データＴＢの再送信を運搬するＰＵＳＣＨ送信に対して同一（第１又は第２）のＵＬ  ＰＣプロセスを保持する。ＵＥ１１４がＰＤＣＣＨ又はＥＰＤＣＣＨにより同一のＴＤＤ  ＵＬ−ＤＬ構成に対する前のフレーム内の同一のＴＴＩでのＰＵＳＣＨ送信がスケジューリングされなかった場合には、ＵＥ１１４が第１のＵＬ  ＰＣプロセスを使用するか又は第２のＵＬ  ＰＣプロセスを使用するかを決定するために任意の内在的な規則が適用されることができる。例えば、同一のデータＴＢの初期送信に対して、それぞれのＤＣＩフォーマットで３ビットを含むＣＳ及びＯＣＣインデックスフィールドが４個のより小さな値の中の１つを示す場合に、ＵＥ１１４は、データＴＢの再送信のために第１のＵＬ  ＰＣを使用することができ、他方、ＣＳびＯＣＣインデックスフィールドが４個のより大きな値の中の１つを示す場合に、ＵＥ１１４は、データＴＢの再送信のために第２のＵＬ  ＰＣを使用することができる。
【０１７０】
図１１は、本開示によりＵＥがＰＵＳＣＨでのデータＴＢの非適応的な再送信のために第１のＵＬ  ＰＣプロセスを使用するか又は第２のＵＬ  ＰＣプロセスを使用するかを決定するプロセスの例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１７１】
図１１に示すように、ＵＥ１１４は、データＴＢの初期送信に対してＮＡＣＫを伝達するＨＡＲＱ−ＡＣＫ信号を検出する（動作１１１０）。ＵＥ１１４は、設定されたＴＤＤ  ＵＬ−ＤＬ構成に対してＨＡＲＱ−ＡＣＫ信号検出のＴＴＩインデックスに依存するＨＡＲＱタイムラインに従ってＴＴＩ（ＴＴＩ＃２でない）でデータＴＢの再送信を伝達するＰＵＳＣＨを送信する（動作１１２０）。ＵＥ１１４は、同一のデータＴＢに対する初期ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに含まれたＣＳ及びＯＣＣインデックスの値に基づいてＰＵＳＣＨ送信のために第１のＵＬ  ＰＣプロセスを使用するか又は第２のＵＬ  ＰＣプロセスを使用するかを決定する（動作１１３０）。ＣＳ及びＯＣＣインデックスフィールドの値が下位半分の値に属する場合に、ＵＥ１１４は、第１のＵＬ  ＰＣプロセスを使用する（動作１１４０）。ＣＳ及びＯＣＣインデックスフィールドの値が上位半分の値に属する場合に、ＵＥ１１４は、第２のＵＬ  ＰＣプロセスを使用する（動作１１５０）。
【０１７２】
ＵＥ１１４がＤＬ  ＴＴＩｎで検出したＤＣＩフォーマットによりトリガーされたＡ−ＳＲＳ送信のためのＴＴＩは、ｎ＋ｋ、（ｋ≧４及び（１０・ｎｆ＋ｋＳＲＳ−Ｔｏｆｆｓｅｔ，１）ｍｏｄ  ＴＳＲＳ，１＝０）を満足する第１のＵＬ  ＴＴＩとして決定され、ここで、ｋＳＲＳは、フレームｎｆ内のＴＴＩインデックスであり、Ｔｏｆｆｓｅｔ，１は、Ａ−ＳＲＳ  ＴＴＩオフセットであり、ＴＳＲＳ，１は、Ａ−ＳＲＳ周期である（参照３）。このとき、Ａ−ＳＲＳは、ＵＬ固定ＴＴＩ（ＴＴＩ＃２のような）又はＵＬフレキシブルＴＴＩで送信されることができる。Ａ−ＳＲＳ送信は、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨによりトリガーされ、Ａ−ＳＲＳがＵＬフレキシブルＴＴＩで送信されるべき場合に、最初の２つの方式がさらに使用されることができる。具体的に、ＰＤＳＣＨをスケジューリングし、Ａ−ＳＲＳトリガーリングをサポートするＤＣＩフォーマットは、第１のＵＬプロセスが使用されなければならないか又は第２のＵＬプロセスが使用されなければならないかを示すためにＰＵＳＣＨをスケジューリングするＤＣＩフォーマットのＰＣＣフィールドと同一の方式でＡ−ＳＲＳ送信に適用されることができるＰＣＣフィールド、又は、第１の部分がＴＰＣ命令を示し、第２の部分がＰＣＣとして機能する２部分に分けられることができる（Ａ−ＳＲＳがトリガーされるときのみ）ＴＰＣフィールドを含むことができる。これとは異なり、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨによりトリガーされるＡ−ＳＲＳ送信に対して、そのようなトリガーリングは、ＵＬ支配的な干渉が存在する場合に主に有益であるので、第２のＵＬ  ＰＣプロセスがデフォルトとして使用されることができる。Ａ−ＳＲＳがＴＴＩ＃２のようなＵＬ固定ＴＴＩで送信されるべき場合に、従来のＵＬ  ＰＣプロセス（第１のＵＬ  ＰＣプロセス）が適用される。
【０１７３】
２つの異なるＵＬ  ＰＣプロセスがＰＵＳＣＨ又はＡ−ＳＲＳ送信に適用されることができるが、本開示は、ＰＵＣＣＨ送信が固定ＴＴＩ内であり得、それに従って、１つ（第１）のＵＬ  ＰＣプロセスが十分である。そのような制限の１つの理由は、ＰＵＳＣＨでのデータ送信とは異なり、ＰＵＣＣＨでの制御情報の送信は、通常さらに高い受信信頼性を要求し、ＨＡＲＱ再送信から助けを受けることができないために、ＤＬ干渉からＰＵＣＣＨ送信を保護するためである。もう１つの理由は、第２のＵＬ  ＰＣプロセスを使用し、旧ＵＥがＰＵＣＣＨを通して制御情報（又はＰＵＳＣＨを通してデータ情報まで）を送信するＵＬ  ＴＴＩでより大きい送信電力を印加することが所望しないインバンド（in-band）送出を作って第１のＵＬ  ＰＣプロセスを使用する一般的なＵＥから送信された情報の受信信頼性を深刻に低下させ得るためである。インバンド送信を避け、同一のＴＴＩで第１のＵＬ  ＰＣプロセスを使用する信号より相当に大きな電力で第２のＵＬ  ＰＣプロセスを使用する信号を受信した結果は、従来のＵＥが信号を送信するＴＴＩでは、ＵＥ１１４がそのようなＴＴＩで主にＤＬ干渉を経験するとしても、第２のＵＬ  ＰＣプロセスが使用されることができないというものである。したがって、ＵＬ  ＴＴＩと無関係に、従来のＵＥ及び適応ＴＤＤ  ＵＬ−ＤＬ構成で動作するように構成されたＵＥのすべてによるＰＵＣＣＨ送信には、常に同一のＵＬ  ＰＣプロセスが使用される。
【０１７４】
また、ＰＵＣＣＨ送信は、ＰＤＣＣＨ検出に応じたＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成される他のＴＤＤ  ＵＬ−ＤＬ構成に基づいて、ＤＬ  ＴＴＩに適応されることができないにもかかわらず、ＴＴＩ＃２でないＵＬ  ＴＴＩであるＵＬフレキシブルＴＴＩで発生することができる。例えば、ＵＬ−ＤＬ構成２がＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に対して構成される場合に、ＴＴＩ＃７は、ＵＬ−ＤＬ構成５がＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成される場合に、ＵＬフレキシブルＴＴＩであり得るとしても常にＵＬ  ＴＴＩとなる（ＴＴＩ＃２のみは、常に、ＨＡＲＱ−ＡＣＫ送信のためにＵＥ１１４に構成されるＴＤＤ  ＵＬ−ＤＬ構成とは無関係にＵＬ  ＴＴＩである）。このとき、本開示は、ＰＵＣＣＨ送信のために、第１のＵＬ  ＰＣプロセスが常に使用されると見なし、ＴＴＩ＃７は、ＰＵＣＣＨを通したＵＥ１１４からのＨＡＲＱ−ＡＣＫ信号送信に使用されることができるので、第１のＵＬ  ＰＣプロセスは、ＴＴＩ＃７にも使用される。一般的に、第１のＵＬ  ＰＣプロセスは、ＵＥ１１４がＰＵＣＣＨを送信できるＴＴＩ＃２に加えて、ＴＴＩごとのすべてのＵＬシグナリング（ＰＵＳＣＨ、ＳＲＳ、ＰＵＣＣＨ）のために使用される。
【０１７５】
Ｐ−ＳＲＳ送信に対して、ＴＴＩタイプ（固定又はフレキシブル）は、構成により予め決定されるので、第１のＵＬ  ＰＣプロセスが使用されるか又は第２のＵＬ  ＰＣプロセスが使用されるかも構成により予め決定される。ＳＰＳ  ＰＵＳＣＨ送信に対して、ＴＤＤ  ＵＬ−ＤＬ構成がＳＰＳ  ＰＵＳＣＨが送信されるＵＬ  ＴＴＩの構成より速いために、本開示は、その送信が常に固定ＴＴＩ内であり得、第１のＵＬ  ＰＣプロセスを使用することを考慮する。
ＰＵＳＣＨ送信に対して、第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスとのＵＬ  ＴＴＩのアソシエーションも、補充的な動的シグナリングなしに全的に構成（ＲＲＣシグナリング）に依存できる。例えば、一般的なものより速いＴＤＤ  ＵＬ−ＤＬ構成を適応させないセルから隣接チャネル干渉を考慮する時に、ＴＴＩでの第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスの使用は、ＲＲＣシグナリングを通して準静的方式でＵＥ１１４にシグナリングされることができる。同一の方式は、ＰＵＳＣＨ再送信ＴＴＩでＵＥが使用するＵＬ  ＰＣプロセスを動的に示す関連ＤＣＩフォーマットが存在しない時に、ＮＡＣＫ値を有するＨＡＲＱ−ＡＣＫによりトリガーされるＰＵＳＣＨ再送信又はＵＬフレキシブルＴＴＩの間に発生するように構成され、ＴＤＤ  ＵＬ−ＤＬ構成の適応によりトリガーされるＡ−ＳＲＳに対して適用することができる。
【０１７６】
１０個のＴＴＩのフレームを考慮して、ＴＴＩ＃２がＵＬ固定ＴＴＩであり、ＴＴＩ＃０、ＴＴＩ＃１、ＴＴＩ＃５は、固定ＤＬ  ＴＴＩであるか又は固定された特別のＴＴＩ（ＤｗＰＴＳ長さ及びＵｐＰＴＳ長さの同一の構成を有する）であることを考慮する時に、ＲＲＣシグナリングは（フレキシブルＴＴＩ＃３、ＴＴＩ＃４、ＴＴＩ＃６、ＴＴＩ＃７、ＴＴＩ＃８、及びＴＴＩ＃９に対して）、６ビットを含むビットマップであり得、このとき、それぞれのＴＴＩに対してビット値‘０'は、第１のＵＬ  ＰＣプロセスの使用を示すことができ、ビット値‘１’は、第２のＵＬ  ＰＣプロセスの使用を示すことができる。ＴＴＩ＃６と第２のＵＬ  ＰＣプロセスの可能なアソシエーションの理由は、それが特別のＴＴＩである場合に、それは、例えば、ＳＲＳ送信のようにＵｐＰＴＳのＵＬ送信をサポートでき、ＵＥ１１４がＵＬ干渉又はＤＬ干渉（それが隣接セルで使用されるＴＤＤ  ＵＬ−ＤＬ構成のＤＬ  ＴＴＩである場合）を経験することができるためである。ビットマップは、従来のＴＤＤ  ＵＬ−ＤＬ構成及び４ビット未満を含むことができる場合などで複数のフレキシブルＴＴＩに対応するサイズで定義されることもできる。第１のＵＬ  ＰＣプロセスと関連したＴＴＩの第１のセット及び第２のＵＬ  ＰＣプロセスと関連したＴＴＩの第２のセットでフレーム内のＵＬ  ＴＴＩのＲＲＣシグナリングを通したアソシエーションは、干渉するセルがそのＴＤＤ  ＵＬ−ＤＬ構成の従来の適応を使用する場合に十分である。
【０１７７】
また、本発明は、ＲＲＣシグナリングを通して第２のＵＬ  ＰＣプロセスの使用がＵＥ１１４に対して構成されることを考慮する。例えば、任意のセルがＴＤＤ  ＵＬ−ＤＬ構成の同一の適応を使用するセルのクラスターに属し、そのセルのクラスターで任意のセルに対する干渉が同一のクラスター内のセルにより主に発生する場合に、第２のＵＬ  ＰＣプロセスがかならず必要ではないが、これは、セル内のＵＬ送信が同一のクラスター内の他のセルからの干渉を経験するためである。
【０１７８】
固定ＴＴＩ又はフレキシブルＴＴＩで使用するＤＣＩフォーマット３／３ＡのＴＰＣ命令
【０１７９】
所定の実施形態において、ＰＵＳＣＨ送信電力又はＳＲＳ送信電力を調整するためのＴＰＣ命令も、ＴＰＣ−ＲＮＴＩとスクランブリングされたＣＲＣを用いてＤＣＩフォーマット３／３Ａの送信を通してＵＥのグループに提供される。それぞれのＵＬ  ＰＣプロセスがＵＬ  ＴＴＩの第１のセットでの送信とＵＬ  ＴＴＩの第２のセットでの送信との間で使用される時に、それぞれのＵＬ  ＰＣプロセスに対するＴＰＣ命令を識別する必要がある。
【０１８０】
第１の方式において、それぞれのＴＰＣ−ＲＮＴＩは、ＵＬ  ＴＴＩの第２のセットに適用できるＴＰＣ命令と関連し、ＲＲＣシグナリングのような上位レイヤーシグナリングによりＵＥ１１４に対して構成される。したがって、ＤＣＩフォーマット３／３Ａを運搬する個別ＰＤＣＣＨを検出する場合に、ＵＥ１１４は、ＣＲＣを第１のＵＬ  ＰＣプロセスに対するＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａに対応する第１のＴＰＣ−ＲＮＴＩ又は第２のＵＬ  ＰＣプロセスに対するＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａに対応する第２のＴＰＣ−ＲＮＴＩとデスクランブリングした後にＣＲＣチェックを実行する。
【０１８１】
図１２は、本開示によりＵＥ１１４が様々な個別ＤＣＩフォーマット３／３Ａから第１のＵＬ  ＰＣプロセスに対するＴＰＣ命令又は第２のＵＬ  ＰＣプロセスに対するＴＰＣ命令を取得するプロセスの例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１８２】
図１２に示すように、ＵＥ１１４は、潜在的にＤＣＩフォーマット３／３Ａを伝達するＰＤＣＣＨを受信し、第１のＴＰＣ−ＲＮＴＩ及び第２のＴＰＣ−ＲＮＴＩを使用してそのＣＲＣをデスクランブリングし、第１の個別ＣＲＣチェック及び第２のＣＲＣ個別ＣＲＣチェックを実行する（動作１２１０）。その後に、ＵＥ１１４は、第１及び第２のＣＲＣチェックのそれぞれの結果を検査する（動作１２２０）。そのＣＲＣチェックの中のいずれもポジティブ（positive）でない場合に、ＵＥ１１４は、ＰＤＣＣＨデコーディング結果を無視する（動作１２３０）。第１のＣＲＣチェックがポジティブである場合に（動作１２４０）、ＵＥ１１４は、ＰＵＳＣＨ又はＳＲＳ送信電力を調整するために第１のＵＬ  ＣＬＰＣプロセスに対するＤＣＩフォーマットのＴＰＣ命令を使用し（動作１２５０）、他方、ＵＥ１１４は、ＵＳＣＨ又はＳＲＳ送信電力を調整するために第２のＵＬ  ＣＬＰＣプロセスに対するＤＣＩフォーマットのＴＰＣ命令を使用する（動作１２６０）。
【０１８３】
第２の方式において、第１のＵＬ  ＰＣプロセスに適用可能なＴＰＣ命令及び第２のＵＬ  ＰＣプロセスに適用可能なＴＰＣ命令は、同一のＤＣＩフォーマット３／３Ａに提供される。ＵＥ１１４は、第１のＵＬ  ＰＣプロセスに適用可能なＴＰＣ命令に対して第１の位置で（例えば、ＲＲＣシグナリングを通して）構成され、第１のＵＬ  ＰＣプロセスに適用可能なＴＰＣ命令の後に位置する第２のＵＬ  ＰＣプロセスに適用可能なＴＰＣ命令を内在的に決定する。
【０１８４】
図１３は、本開示により同一のＤＣＩフォーマット３／３Ａで第１のＵＬ  ＰＣプロセスに対するＴＰＣ命令又は第２のＵＬ  ＰＣプロセスに対するＴＰＣ命令に対するＵＥの決定例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生なしに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１８５】
図１３に示すように、ＵＥ１１４は、潜在的にＤＣＩフォーマット３／３Ａを伝達するＰＤＣＣＨを受信し、ＴＰＣ−ＲＮＴＩを使用してそのＣＲＣをデスクランブリングし、ＣＲＣチェックを実行する（動作１３１０）。その後に、ＵＥ１１４は、ＣＲＣチェックの結果を検査する（動作１３２０）。そのＣＲＣチェックがネガティブ（negative）である場合に、ＵＥ１１４は、ＰＤＣＣＨデコーディング結果を無視する（動作１３３０）。ＣＲＣチェックがポジティブである場合に、ＵＥ１１４は、ＰＵＳＣＨ又はＳＲＳ送信を調整するために第１のＣＬＰＣプロセスに対するＤＣＩフォーマットの第１のＴＰＣ命令を使用する（動作１３４０）。また、ＵＥは、ＰＵＳＣＨ又はＳＲＳ送信を調整するために第２のＣＬＰＣプロセスに対するＤＣＩフォーマットの第２のＴＰＣ命令を使用し（動作１３５０）、このとき、第２のＴＰＣ命令の位置は、第１のＴＰＣ命令の位置と個別に構成されるか、又は第１のＴＰＣ命令の位置の直後につながる。
【０１８６】
フレキシブルＴＴＩにおいて、ＰＵＳＣＨ送信電力又はＳＲＳ送信電力を調整するためにＴＰＣ命令を提供するＤＣＩフォーマット３／３Ａの他に（すべてのフレキシブルＴＴＩが同一のＵＬ  ＰＣプロセスを適用するものでないために）、送信電力調整が適用されることができるフレキシブルＴＴＩを示すことが好ましいこともある。ＰＵＳＣＨを通したデータＴＢの非適応的な再送信に対するものと同一の方式が適用されることができる。
【０１８７】
最後に、ＤＣＩフォーマット３／３ＡによりＵＥ１１４に提供されるＴＰＣ命令は、主に（少なくとも１つのＴＰＣ命令を含むＤＣＩフォーマットを伝達するＵＥ１１４によるＰＤＣＣＨ検出に応じるＨＡＲＱ−ＡＣＫでない）ＰＵＣＣＨで送信されるＳＰＳ  ＰＵＳＣＨ、又はＰ−ＳＲＳ、又はＵＣＩのような周期的なシグナリングの送信電力を調整しようとすることを考慮する時に、ＤＣＩフォーマットの検出によりトリガーされる非周期的なシグナリングに対する送信電力は、個別ＤＣＩフォーマットに含まれたＴＰＣ命令から調整されるできるために、第２のＵＬ  ＰＣプロセスに対して独占してＤＣＩフォーマット３／３ＡによるＴＰＣ命令をサポートすることは、そのようなＴＰＣ命令を常に第１のＵＬ  ＰＣプロセスだけに適用するか、又は第１のＵＬ  ＰＣプロセス及び第２のＵＬ  ＰＣプロセスの両方とも適用するものとして解釈できる。
【０１８８】
ＴＤＤ  ＵＬ−ＤＬ構成の適応の後のＵＬ  ＰＣプロセスの調整
【０１８９】
この実施形態は、ＴＤＤ  ＵＬ−ＤＬ構成の適応の後に、フレキシブルＴＴＩでＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信が経験する干渉が隣接セルで使用されるＴＤＤ  ＵＬ−ＤＬ構成により変わることができると見なす。したがって、ＴＰＣ命令が累積される場合に、フレキシブルＴＴＩでのＰＵＳＣＨ又はＳＲＳ送信に対する前のＴＤＤ  ＵＬ−ＤＬ構成から同一のＣＬＰＣプロセスを継続して使用することは適切でないことがある。
【０１９０】
本開示は、ＴＤＤ  ＵＬ−ＤＬ構成の適応の後に、ＴＴＩの第２のセットでのＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信に対して第２のＣＬＰＣプロセスｆｃ，２が再初期化され、ＴＴＩの第１のセットでのＵＥ１１４からのＰＵＳＣＨ又はＳＲＳ送信に対して第１のＣＬＰＣプロセスｆｃ，１が前のＴＤＤ  ＵＬ−ＤＬ構成の間にその最後の値から継続されると見なす。ＴＤＤ  ＵＬ−ＤＬ構成の適応の後に第２のＵＬ  ＰＣプロセスと関連したＴＴＩの第２のセットでのＰＵＳＣＨ又はＳＲＳ送信電力を適応させるためにチャネル変動のトラッキングを保持するために、ＵＥ１１４は、前のＴＤＤ  ＵＬ−ＤＬ構成の間にｆｃ，２をｆｃ，１の最後の値に再初期化する。これとは異なり、現在のＴＤＤ  ＵＬ−ＤＬ構成に適用可能なＴＰＣ命令を受信する前に、ＵＥ１１４がｆｃ，２をｆｃ，１の現在の値に再初期化することもできる。また、ＵＥ１１４が第２のＵＬ  ＰＣプロセスを通して動作するように構成される場合に、ｆｃ，２に対する初期値は、その構成の時点でのｆｃ，１の既存の値と同一であり得る。これは、ＵＥ１１４が従来のＴＤＤ  ＵＬ−ＤＬ構成から適応ＴＤＤ  ＵＬ−ＤＬ構成への動作を遷移するすべての場合に拡張されることもできる。例えば、ＵＥ１１４が適応期間の間に第１の適応ＴＤＤ  ＵＬ−ＤＬ構成を示す第１のＤＣＩフォーマットを検出できず（ＵＥ１１４が第１のＵＬ  ＰＣプロセスを使用して従来のＴＤＤ  ＵＬ−ＤＬ構成で動作し）、その後に、ＵＥ１１４がその適応期間の間に第２の適応ＴＤＤ  ＵＬ−ＤＬ構成を示す第２のＤＣＩフォーマットを検出する場合に、ＵＥ１１４は、ｆｃ，２をｆｃ，１の既存の値に初期化できる。これとは異なり、累積又は絶対ＴＰＣの使用に対する構成は、第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスに対して独立したものであり得る。あるいは、ＵＥ１１４が適応ＴＤＤ  ＵＬ−ＤＬ構成で動作できない場合である。
【０１９１】
図１４は、本開示によりＴＤＤ  ＵＬ−ＤＬ構成の適応の後に第１のＣＬＰＣプロセス及び第２のＣＬＰＣプロセスの動作例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１９２】
図１４に示すように、ＵＥ１１４は、ＴＤＤ  ＵＬ−ＤＬ構成の適応を決定する（動作１４１０）。ＵＥ１１４は、前のＴＤＤ  ＵＬ−ＤＬ構成の間にｆｃ，１の最後の値に対応する（またはｆｃ，１の現在値に対応する）ｆｃ，２を設定する（動作１４２０）。ＵＥ１１４は、前のＴＤＤ  ＵＬ−ＤＬ構成のｆｃ，１の最後の値を使用することにより現在のＴＤＤ  ＵＬ−ＤＬ構成でのｆｃ，１をアップデートする（動作１４３０）。
【０１９３】
固定ＴＴＩ及びフレキシブルＴＴＩでのＵＣＩリソース決定
【０１９４】
所定の実施形態において、ＵＥ１１４からのＰＵＳＣＨ送信がＴＴＩ＃２のような固定ＴＴＩと少なくとも一部のフレキシブルＴＴＩとの間で経験することができる異なる干渉特性により、そして、その異なる干渉を説明する異なる個別ＵＬ  ＰＣプロセスの可能な使用にもかかわらず、ＵＥ１１４は、データＴＢの送信のために異なる個別ＢＬＥＲで動作することができる。例えば、一部のフレキシブルＴＴＩでＵＥ１１４からのＰＵＳＣＨ送信に対する干渉は、ＤＬ送信からあり得、常にＵＬ送信からあり得るＵＬ固定ＴＴＩでのＵＥ１１４からのＰＵＳＣＨ送信に対する干渉よりさらに深刻であり得る。
【０１９５】
データＴＢに対する目標ＢＬＥＲが干渉条件を含む一般動作環境での変動を説明するように調整できるとしても、ＵＣＩ目標ＢＬＥＲは、通常、動作環境とは無関係に固定される。ＰＵＣＣＨでのＵＣＩ送信は、表２のＴＤＤ  ＵＬ−ＤＬ構成に対するＴＴＩ＃２のような固定ＴＴＩのみであり得、その場合に、実質的に安定した動作条件を経験する。しかしながら、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨによりトリガーされる非周期的なＣＳＩのようなＰＵＳＣＨでのＵＣＩ送信は、固定ＴＴＩ又はフレキシブルＴＴＩであり得る。ＣＳＩ送信がフレキシブルＴＴＩでＰＵＳＣＨで多重化される場合に、個別干渉状況により、ＣＳＩに割り当てられたそれぞれの個数のＲＥは、固定ＴＴＩに対比したフレキシブルＴＴＩでのデータＴＢに対して他の動作ＢＬＥＲを説明するように調整される必要があり得る。実用的な理由で同一のＰＵＳＣＨシンボル内のＲＥの電力が同一であるために、ＣＳＩ  ＲＥ及びデータ情報ＲＥに対する個別の電力制御は、不可能である。しかしながら、ＰＵＳＣＨでのＣＳＩ多重化のために使用されるＲＥの数の調整は、機能的にデータ情報に対するＵＬ  ＰＣとは個別であるＣＳＩに対するＵＬ  ＰＣの実行に対応する。また、第１のＵＬ  ＰＣプロセスが固定ＴＴＩでのＰＵＳＣＨ送信のために使用されることができ、第２のＵＬ  ＰＣプロセスは、少なくとも一部のフレキシブルＴＴＩでＰＵＳＣＨ送信のために使用されることができるにもかかわらず、第２のＵＬ  ＰＣプロセスは、データＴＢ又はＣＳＩに対する受信信頼性を向上させるのに十分でないことがあり、これは、それぞれのＵＥが電力が限定されているか（すでにほとんど最大送信電力で動作する）、ネットワークが重大な干渉の生成を避けるために個別送信電力を大きく増加させないように選択することができるためである。
【０１９６】
ＴＴＩタイプとは無関係に、同一のＵＣＩ  ＢＬＥＲを保持しつつ非常に異なる干渉状況を経験するＴＴＩの間のＰＵＳＣＨを通したデータＴＢの異なるＢＬＥＲを説明するために、固定ＴＴＩとは異なる
【０１９７】
【数４３】
2019208211.tif 000047
【０１９８】
がフレキシブルＴＴＩでのＣＳＩ送信のために使用されることができる。したがって、ＵＥ１１４は、ｅＮＢ１０２により、第１の
【０１９９】
【数４４】
2019208211.tif 000048
【０２００】
値がＵＥ１１４が固定ＴＴＩについて統計的に類似の干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩのようなＴＴＩの第１のセットで送信されるＰＵＳＣＨでのＣＳＩ多重化に使用され、第２の
【０２０１】
【数４５】
2019208211.tif 000049
【０２０２】
値がＰＵＳＣＨ送信が固定ＴＴＩで経験するものと本質的に異なる干渉を経験するフレキシブルＴＴＩに対するもののような第２のセットで送信されたＰＵＳＣＨでのＣＳＩ多重化に使用される、２つの
【０２０３】
【数４６】
2019208211.tif 000050
【０２０４】
値で構成されることができる。さらに、ＳＰＳ  ＰＵＳＣＨ送信は、固定ＴＴＩであり得ると見なされるので、第１の
【０２０５】
【数４７】
2019208211.tif 000051
【０２０６】
値は、それぞれのＣＳＩがＳＰＳ  ＰＵＳＣＨの送信の時に多重化される場合に使用される。
【０２０７】
図１５は、本開示により第１のＴＴＩで複数のＣＳＩリソースを決定するための第１の
【０２０８】
【数４８】
2019208211.tif 000052
【０２０９】
の使用及び第２のＴＴＩで複数のＣＳＩリソースを決定するための第２の
【０２１０】
【数４９】
2019208211.tif 000053
【０２１１】
の使用の例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０２１２】
図１５に示すように、ＵＥ１１４は、ＴＴＩでＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを伝達するＰＤＣＣＨを検出する（動作１５１０）。ＵＥ１１４は、ＰＵＳＣＨがフレームのＴＴＩの第１のセットからの第１のＴＴＩで送信される場合に、第１の
【０２１３】
【数５０】
2019208211.tif 000054
【０２１４】
値を使用するか（動作１５２０）、又はＰＵＳＣＨがフレームのＴＴＩの第２のセットからの第２のＴＴＩで送信される場合に第２の
【０２１５】
【数５１】
2019208211.tif 000055
【０２１６】
値を使用して（動作１５３０）それぞれの個数のＲＥを決定することによりＰＵＳＣＨでＣＳＩを多重化する。したがって、
【０２１７】
【数５２】
2019208211.tif 000056
【０２１８】
は、フレーム内のＴＴＩの第１のセットに対するＰＵＳＣＨ上のＣＳＩ送信のために使用され、
【０２１９】
【数５３】
2019208211.tif 000057
【０２２０】
は、フレーム内のＴＴＩの第２のセットに対するＰＵＳＣＨ上のＣＳＩ送信のために使用される。
【０２２１】
ＴＴＩでのＰＵＳＣＨ送信の時に、それぞれのＣＳＩ多重化のために複数のＲＥを決定するにあたり、第１の
【０２２２】
【数５４】
2019208211.tif 000058
【０２２３】
又は第２の
【０２２４】
【数５５】
2019208211.tif 000059
【０２２５】
の使用は、上述したように（ＲＲＣシグナリングによる設定又はＤＣＩフォーマットによる動的指示）、ＰＵＳＣＨ送信のために第１のＵＬ  ＰＣプロセス又は第２のＵＬ  ＰＣプロセスの使用と同一の方式でＵＥ１１４に示されることができる。また、第１の
【０２２６】
【数５６】
2019208211.tif 000060
【０２２７】
の使用は、第１のＵＬ  ＰＣプロセスの使用と直接にリンクされることができ、第２の
【０２２８】
【数５７】
2019208211.tif 000061
【０２２９】
の使用は、第２のＵＬ  ＰＣプロセスの使用と直接にリンクされることができる（フレーム内のＴＴＩの第１のセットは、第１のＵＬ  ＰＣプロセス及び第１の
【０２３０】
【数５８】
2019208211.tif 000062
【０２３１】
を使用するように設定され、フレーム内のＴＴＩの第２のセットは、第１のＵＬ  ＰＣプロセス及び第２の
【０２３２】
【数５９】
2019208211.tif 000063
【０２３３】
を使用するように設定される）。
【０２３４】
データ送信ブロックの再送信のためのリンク適応
【０２３５】
所定の実施形態において、固定ＴＴＩと少なくとも１つのフレキシブルＴＴＩとの間の異なる干渉特性を経験することができるＰＵＳＣＨを通したＵＣＩ送信のリンク適応と類似して、そのようなリンク適応もデータＴＢの送信に対して有益であり得る。上述したように、ＵＬ支配的な干渉を有するＴＴＩ及びＤＬ支配的な干渉を有するＴＴＩでＵＥ１１４からのＵＬシグナリングに対するそれぞれのＵＬ  ＰＣプロセスの使用は、主に干渉が他のＵＥへのＤＬ送信によるＴＴＩでの受信信頼性を改善させるが、主に干渉が他のＵＥからのＵＬ送信から始まるＴＴＩと同程度の受信信頼度を提供することは、通常難しいことがある（例えば、ＵＥ送信電力限界又は追加ＵＬ干渉の限界により）。
【０２３６】
ＰＵＳＣＨでのデータＴＢの再送信が適応的であるか（それぞれのＰＤＣＣＨの検出によりトリガーされる）又は非適応的であるか（それぞれのＨＡＲＱ−ＡＣＫ信号でのＮＡＣＫ値の検出によりトリガーされる）とは無関係に、データＴＢのそれぞれの初期送信に対するものと同一の変調及び符号化方式（ＭＣＳ）インデックスＩＭＣＳが使用され、インクリメンタルリダンダンシー（ＩＲ）を使用するＨＡＲＱプロセスのリダンダンシーバージョン（ＲＶ）のみがアップデートされる。データＴＢの再送信がそのデータＴＢの初期送信と統計的に同一の干渉を経験する時に同一のＭＣＳを保持することが好ましいが、２つの送信の間の干渉が非常に異なる時には、それが有害であり得る。
【０２３７】
第１の方式において、データＴＢの初期送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥからのＵＬ送信から支配的な干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩで送信される時に、そして、同一のデータＴＢの再送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥへのＤＬ送信から支配的な干渉を経験するフレキシブルＴＴＩで送信される時に、そのデータＴＢの再送信に使用されるＭＣＳが同一のデータＴＢの初期送信のために使用されるＭＣＳより低いことが好ましい。これは、データＴＢの初期送信に対するものに相当する復調データビット（デコーディングに先立って）の値に対する信頼性を提供でき、データＴＢデコーディングの前の個別値の適切な結合を可能にする。反対に、データＴＢの初期送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥへのＤＬ送信から支配的な干渉を経験するフレキシブルＴＴＩで送信される時に、そして、同一のデータＴＢの再送信を伝達するＰＵＳＣＨが個別ＵＥが他のＵＥからのＵＬ送信から支配的な干渉を経験するフレキシブルＴＴＩ又は固定ＴＴＩで送信される時に、そのデータＴＢの再送信に使用されるＭＣＳが同一のデータＴＢの初期送信に使用されるＭＣＳより高いことが好ましい。
【０２３８】
本開示は、ｅＮＢ１０２が、ＵＥ１１４がデータＴＢの再送信のためにＭＣＳインデックスを決定する時に適用できるＭＣＳインデックスシフトＩＭＣＳ＿ｓｈｉｆｔでＵＥ１１４を構成することを考慮する。ＰＵＳＣＨを通したデータＴＢの再送信を伝達するＴＴＩでの干渉がＰＵＳＣＨを通した同一のデータＴＢの初期送信を伝達するＴＴＩでの干渉と統計的に異なり、データＴＢの初期送信に対するＭＣＳインデックスをＩＭＣＳ＿ｉｎｉｔｉａｌで示す場合に、ＵＥ１１４は、初期送信のＴＴＩが第１のＵＬ  ＰＣプロセスのＴＴＩと同一のタイプを有する場合には、データＴＢの再送信のためのＭＣＳインデックスＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎをＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ｍａｘ（ＩＭＣＳ＿ｉｎｉｔｉａｌ−ＩＭＣＳ＿ｓｈｉｆｔ，ＩＭＣＳ＿ｍｉｎ）として決定し、第２のＵＬ  ＰＣプロセスのＴＴＩと同一のタイプを有する場合には、再送信のＴＴＩとして決定する。他方、初期送信のＴＴＩが第２のＵＬ  ＰＣプロセスのＴＴＩと同一のタイプを有し、第１のＵＬ  ＰＣプロセスのＴＴＩと同一のタイプを有する場合には、再送信のＴＴＩであり、ＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ｍｉｎ（ＩＭＣＳ＿ｉｎｉｔｉａｌ＋ＩＭＣＳ＿ｓｈｉｆｔ，ＩＭＣＳ＿ｍａｘ）、ＩＭＣＳ＿ｍｉｎ及びＩＭＣＳ＿ｍａｘは、それぞれＵＥ１１４の動作に対してサポートされる最小及び最大ＭＣＳインデックスである。ＴＴＩタイプのＵＬ  ＰＣプロセスとのアソシエーションは、第１のＵＬ  ＰＣプロセス（ＴＴＩが第１のセット内にある）であるか、又は第２のＵＬ  ＰＣプロセス（ＴＴＩが第２のセット内にある）を使用するために、上述した決定方法に関連し、１つ以上のＵＬ  ＰＣプロセスが実際に使用されるか否かとは無関係である。反対に、ＰＵＳＣＨを通してデータＴＢの再送信を伝達するＴＴＩでの干渉がＰＵＳＣＨを通した同一のデータＴＢの初期送信を伝達するＴＴＩでの干渉と統計的に同一である場合に、ＭＣＳシフトは使用されない。そうすると、ＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ＩＭＣＳ＿ｉｎｉｔｉａｌである。
【０２３９】
図１６は、本開示に従ってＵＥ１１４がデータＴＢの再送信のためのＭＣＳインデックスを決定するようにするＭＣＳインデックスシフトＩＭＣＳ＿ｓｈｉｆｔの使用例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０２４０】
図１６に示すように、ｅＮＢ１０２は、上位レイヤーシグナリングを用いてＵＥ１１４へのＭＣＳインデックスシフトＩＭＣＳ＿ｓｈｉｆｔの構成（１６１０）を行う。第２のＴＴＩでのＰＵＳＣＨを通したデータＴＢの再送信に対して（動作１６２０）、ＵＥ１１４は、第２のＴＴＩが個別ＰＵＳＣＨを通した同一のデータＴＢの初期送信に対する第１のＴＴＩと同一のタイプを有するか否かを判定する（動作１６３０）。ＴＴＩは、第１のタイプ又は第２のタイプを有し得、それぞれの判定は、上述したように、ＵＥ１１４が個別ＰＵＳＣＨ送信のために第１のＵＬ  ＰＣプロセスを適用するか又は第２のＵＬ  ＰＣプロセスを適用するかを判定するものであり得る。第１のＴＴＩ及び第２のＴＴＩが同一のタイプを有する場合に、ＵＥ１１４は、データＴＢの再送信のためのＭＣＳインデックスＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎが同一のデータＴＢの初期送信に対するＭＣＳインデックスＩＭＣＳ＿ｉｎｉｔｉａｌと同一であるようにする決定１６４０を行う。第１のＴＴＩ及び第２のＴＴＩが同一のタイプを有しない場合に、ＵＥ１１４は、第１のＴＴＩが第１のタイプを有し、第２のＴＴＩが第２のタイプを有する場合に、データＴＢの再送信に対するＭＣＳインデックスをＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ｍａｘ（ＩＭＣＳ＿ｉｎｉｔｉａｌ−ＩＭＣＳ＿ｓｈｉｆｔ，ＩＭＣＳ＿ｍｉｎ）として決定するか（動作１６５０）、又は第１のＴＴＩが第２のタイプを有し、第２のＴＴＩが第１のタイプを有する場合に、ＩＭＣＳ＿ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ｍｉｎ（ＩＭＣＳ＿ｉｎｉｔｉａｌ＋ＩＭＣＳ＿ｓｈｉｆｔ，ＩＭＣＳ＿ｍａｘ）として決定する（動作１６６０）。
【０２４１】
第２の方式において、同一のデータＴＢの初期送信及び再送信に同一のＭＣＳが使用されることができるが、ｅＮＢ１０２は、データＴＢデコーディングのために、ＵＥ１１４がＵＬ支配的な干渉を経験し、第１のＵＬ  ＰＣプロセスを適用するＴＴＩで自身が受信した復調されたデータビットの値とＵＥ１１４がＤＬ支配的な干渉を経験し、第２のＵＬ  ＰＣプロセスを適用するＴＴＩで自身が受信した復調されたデータビットの値とを結合する前に、それらを異なるようにスケーリングすることができる。これは、上述したように、ＭＣＳシフトを適用するものと機能的に類似の動作を得ることができるが、データＴＢの再送信のためにＵＥ１１４でそのような送信調整を適用する代わりに、類似の調整がデータＴＢの再送信に対するｅＮＢ１０２での受信に適用される。
【０２４２】
図１７は、本開示に従ってデコーディングの前にデータＴＢの初期送信からのデータ情報ビットの復調された値との結合の前に同一のデータＴＢの再送信からのデータ情報ビットの復調された値をスケーリングする例を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのようなシーケンスから実行、ステップやその一部の連続的な実行順序について同時発生的であるか、重複的な方式、介在又は中間ステップの発生無しに説明された連続実行ではないいかなる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０２４３】
図１７に示すように、動作１７１０において、ｅＮＢ１０２が第２のＴＴＩでデータＴＢの再送信を受信し、動作１７２０において、第２のＴＴＩが、ｅＮＢ１０２が同一のデータＴＢの初期送信を受信する第１のＴＴＩと同一のタイプを有するか否かを考慮する。同一のタイプを有する場合に、動作１７３０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第１のナンバーでスケーリングされる。例えば、第１のナンバーは、１に対応することができ、復調されたデータビットは、それぞれのＳＩＮＲをキャプチャーする自身の実際値と結合される。同一のタイプを有せず、第１のＴＴＩが第１のタイプであり、第２のＴＴＩが第２のタイプである場合に、動作１７４０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第２のナンバーでスケーリングされる。例えば、第２のナンバーは、１より小さいことがある。同一のタイプを有せず、第１のＴＴＩが第２のタイプであり、第２のＴＴＩが第１のタイプである場合に、動作１７５０において、第２のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットは、デコーディングの前に第１のＴＴＩで受信された符号化されたデータ情報ビットに対応する復調されたデータビットと結合される前に第３のナンバーでスケーリングされる。例えば、第３のナンバーは、１より大きくなり得る。ＭＣＳシフトの使用と同様に、そのようなスケーリングは、第２のＵＬ  ＰＣプロセスが追加の電力が使用不可能であるために、又は他のセルへの干渉の増加を避けることが好ましいために、ＵＥ１１４からのＵＬ送信電力の限界により、ＵＬ  ＴＴＩの第２のセットでＤＬ支配的な干渉を十分に補償できない場合に特に適用可能である。
【０２４４】
本開示は、例示的な実施形態とともに説明されたが、様々な変形及び修正が可能であることは、当該技術分野における当業者には明らかである。本開示は、添付の特許請求の範囲内で上記のような変形及び修正を含む。
【符号の説明】
【０２４５】
１００  無線ネットワーク
１０１  ｅＮＢ
１０２  ｅＮＢ
１０３  ｅＮＢ
１１１  ＵＥ
１１２  ＵＥ
１１３  ＵＥ
１１４  ＵＥ
１１５  ＵＥ
１１６  ＵＥ
１２０  適用領域
１２５  適用領域
１３０  ネットワーク
２０５  アンテナ
２１０  送受信器
２１５  ＴＸ処理回路
２２０  マイクロフォン
２２５  ＲＸ処理回路
２３０  スピーカ
２４０  メインプロセッサ
２４５  Ｉ／Ｏインターフェース
２５０  キーパッド
２５５  ディスプレイ
２６０  メモリ
２６１  基本オペレーティングシステム（ＯＳ）プログラム
２６２  アプリケーション
３０５  多重アンテナ
３１０  多重ＲＦ送受信器
３１５  ＴＸ処理回路
３２０  ＲＸ処理回路
３２５  制御器／プロセッサ
３３０  メモリ
３３５  バックホール又はネットワークインターフェース
４００  ＰＵＳＣＨ送信構造
４１０  サブフレーム
４２０  スロット
４３０  シンボル
４４０  ＤＭＲＳ
４５０  ＲＢ
４６０  ＳＲＳ送信
５００  ＵＥ送信器
５１０  データシンボル
５２０  マルチプレクサ
５３０  マルチプレクサ
５４０  ＤＦＴユニット
５５０  ＲＥ
５５５  選択器
５６０  ＩＦＦＴユニット
５７０  フィルタ
５８０  電力増幅器（ＰＡ）
５９０  信号の送信
６００  ｅＮＢ受信器
６１０  受信された信号
６２０  フィルタ
６３０  ＦＦＴユニット
６４０  選択器ユニット
６５０  ＲＥ
６６０  ＩＤＦＴ
６７０  デマルチプレクサ
６８０  デマルチプレクサ
６９０  データシンボル
６９５  ＣＳＩシンボル
７００  送信器
７２０  マッパー
７３０  ＲＥ選択ユニット
７４０  ＩＦＦＴユニット
７５０  ＣＳユニット
７６０  フィルタ
７７０  電力増幅器
７８０  ＲＳの送信
８１０  参照セル＃１
８２０  参照セル＃２
８３０  参照セル＃３
８４０  セル＃１
８４２  セル＃１
８４４  セル＃１
８４６  セル＃１
８５０  セル＃２
８５２  セル＃２
８５４  セル＃２
８５６  セル＃２
８６０  セル＃３
８６２  セル＃３
８６４  セル＃３
８６６  セル＃３
【図１】
2019208211.tif 000064
【図２】
2019208211.tif 000065
【図３】
2019208211.tif 000066
【図４】
2019208211.tif 000067
【図５】
2019208211.tif 000068
【図６】
2019208211.tif 000069
【図７】
2019208211.tif 000070
【図８】
2019208211.tif 000071
【図９】
2019208211.tif 000072
【図１０】
2019208211.tif 000073
【図１１】
2019208211.tif 000074
【図１２】
2019208211.tif 000075
【図１３】
2019208211.tif 000076
【図１４】
2019208211.tif 000077
【図１５】
2019208211.tif 000078
【図１６】
2019208211.tif 000079
【図１７】
2019208211.tif 000080