(57)【特許請求の範囲】
【請求項１】
複数のアップリンク／ダウンリンク構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用して、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する移動局であって、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第１のアップリンク／ダウンリンク構成に従って、通信システムにおいて基地局と通信するように構成されており、前記複数のアップリンク／ダウンリンク構成それぞれが、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第２のアップリンク／ダウンリンク構成に基づく、通信のためのアップリンク基準タイミング関係、を適用し、前記アップリンク基準タイミング関係が、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義し、前記移動局が、
ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、ダウンリンクサブフレームまたはスペシャルサブフレームとして定義されているサブフレームにおいて受信するように構成されている受信回路と、
ＰＵＳＣＨ送信のための１つのタイミング関係を、前記アップリンク基準タイミング関係を適用することによって、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて求めるように構成されているプロセッサと、
前記第１のアップリンク／ダウンリンク構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいて前記ＰＵＳＣＨ送信を実行するように構成されている送信回路であって、前記アップリンクサブフレームが、前記求められた１つのタイミング関係に対応する、前記送信回路と、
を備えており、
通信がそれに従って設定される前記第１のＵＬ／ＤＬ構成が、前記アップリンク基準タイミング関係がそれに基づいて定義される前記第２のＵＬ／ＤＬ構成と異なり、かつ、これらのアップリンク基準タイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合に、
前記プロセッサが、前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信に使用される１つのタイミング関係を、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて示す、事前に格納される対応関係、を参照するように構成されている、
移動局。
【請求項２】
前記事前に格納される対応関係が、前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信に使用される前記１つのタイミング関係を、前記対応するＤＣＩ送信が受信された前記サブフレームと、前記基地局との通信がそれに従って設定されている前記第１のアップリンク／ダウンリンク構成とに基づいて、示す、請求項１に記載の移動局。
【請求項３】
前記事前に格納される対応関係が、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す、請求項１または請求項２に記載の移動局。
【請求項４】
前記事前に格納される対応関係が、前記基地局との通信をそれに従って第１のアップリンク／ダウンリンク構成として設定することのできる前記複数のアップリンク／ダウンリンク構成それぞれにおける、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す、請求項１から請求項３のいずれかに記載の移動局。
【請求項５】
前記事前に格納される対応関係が、前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信を実行するために使用される１つのタイミング関係を、前記アップリンク基準タイミング関係を参照することによって示すインデックス、を備えている、請求項１から請求項４のいずれかに記載の移動局。
【請求項６】
前記対応関係が、前記移動局に事前に格納される、請求項１から請求項５のいずれかに記載の移動局。
【請求項７】
前記第１のアップリンク／ダウンリンク構成がアップリンク／ダウンリンク構成１〜６のいずれかであり、かつ、前記第２のアップリンク／ダウンリンク構成がアップリンク／ダウンリンク構成０である、および／または、
ＰＵＳＣＨ送信をそれに応えて実行するべき前記ＤＣＩ送信が、ＤＣＩフォーマット０またはＤＣＩフォーマット４である、
請求項１から請求項６のいずれかに記載の移動局。
【請求項８】
命令を格納しているコンピュータ可読媒体であって、前記命令が移動局のプロセッサによって実行されたとき、それに起因して、前記移動局が、複数のアップリンク／ダウンリンク構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用して、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行し、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第１のアップリンク／ダウンリンク構成に従って、通信システムにおいて基地局と通信するように構成されており、前記複数のアップリンク／ダウンリンク構成それぞれが、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第２のアップリンク／ダウンリンク構成に基づく、通信のためのアップリンク基準タイミング関係、を適用し、前記アップリンク基準タイミング関係が、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義し、
ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、ダウンリンクサブフレームまたはスペシャルサブフレームとして定義されているサブフレームにおいて受信するステップと、
ＰＵＳＣＨ送信のための１つのタイミング関係を、前記アップリンク基準タイミング関係を適用することによって、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて求めるステップと、
前記第１のアップリンク／ダウンリンク構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいて前記ＰＵＳＣＨ送信を実行するステップであって、前記アップリンクサブフレームが、前記求められた１つのタイミング関係に対応する、ステップと、
を含み、
通信がそれに従って設定される前記第１のＵＬ／ＤＬ構成が、前記アップリンク基準タイミング関係がそれに基づいて定義される前記第２のＵＬ／ＤＬ構成と異なり、かつ、これらのアップリンク基準タイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合に、
前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信に使用される１つのタイミング関係を、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて示す、事前に格納される対応関係を、前記移動局が、前記求めるステップの一部として参照する、
コンピュータ可読媒体。
【請求項９】
複数のアップリンク／ダウンリンク構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用して、ダウンリンク制御情報（ＤＣＩ）の送信に応えて移動局によって物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する方法、であって、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第１のアップリンク／ダウンリンク構成に従って、通信システムにおいて基地局と通信するように構成されており、前記複数のアップリンク／ダウンリンク構成それぞれが、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、
前記移動局が、前記複数のアップリンク／ダウンリンク構成のうちの第２のアップリンク／ダウンリンク構成に基づく、通信のためのアップリンク基準タイミング関係、を適用し、前記アップリンク基準タイミング関係が、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義し、前記方法が、前記移動局によって実行される以下のステップ、すなわち、
ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、ダウンリンクサブフレームまたはスペシャルサブフレームとして定義されているサブフレームにおいて受信するステップと、
ＰＵＳＣＨ送信のための１つのタイミング関係を、前記アップリンク基準タイミング関係を適用することによって、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて求めるステップと、
前記第１のアップリンク／ダウンリンク構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいて前記ＰＵＳＣＨ送信を実行するステップであって、前記アップリンクサブフレームが、前記求められた１つのタイミング関係に対応する、ステップと、
を含み、
通信がそれに従って設定される前記第１のアップリンク／ダウンリンク構成が、前記アップリンク基準タイミング関係がそれに基づいて定義される前記第２のアップリンク／ダウンリンク構成と異なり、かつ、これらのアップリンク基準タイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合に、
前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信に使用される１つのタイミング関係を、前記対応するＤＣＩ送信が受信された前記サブフレームに基づいて示す、事前に格納される対応関係を、前記移動局が、前記求めるステップの一部として参照する、
方法。
【請求項１０】
前記事前に格納される対応関係が、前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信に使用される前記１つのタイミング関係を、前記対応するＤＣＩ送信が受信された前記サブフレームと、前記基地局との通信がそれに従って設定されている前記第１のアップリンク／ダウンリンク構成とに基づいて、示す、請求項９に記載の方法。
【請求項１１】
前記事前に格納される対応関係が、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す、請求項９または請求項１０に記載の方法。
【請求項１２】
前記事前に格納される対応関係が、前記基地局との通信をそれに従って第１のアップリンク／ダウンリンク構成として設定することのできる前記複数のアップリンク／ダウンリンク構成それぞれにおける、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す、請求項９から請求項１１のいずれかに記載の方法。
【請求項１３】
前記事前に格納される対応関係が、前記複数のタイミング関係のうち、前記ＰＵＳＣＨ送信を実行するために使用される１つのタイミング関係を、前記アップリンク基準タイミング関係を参照することによって示すインデックス、を備えている、請求項９から請求項１２のいずれかに記載の方法。
【請求項１４】
前記対応関係が、前記移動局に事前に格納される、請求項９から請求項１３のいずれかに記載の方法。
【請求項１５】
前記第１のアップリンク／ダウンリンク構成がアップリンク／ダウンリンク構成１〜６のいずれかであり、かつ、前記第２のアップリンク／ダウンリンク構成がアップリンク／ダウンリンク構成０である、および／または、
ＰＵＳＣＨ送信をそれに応えて実行するべき前記ＤＣＩ送信が、ＤＣＩフォーマット０またはＤＣＩフォーマット４である、
請求項９から請求項１４のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＴＤＤアップリンク／ダウンリンク構成メカニズムの機能強化に関する。より詳細には、本発明は、ダウンリンク制御情報（ＤＣＩ）の送信に応えて移動局によって物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する方法を説明する。さらに、本発明は、本明細書に記載されている方法を実施する移動局および基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
【０００３】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００４】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００５】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００６】
ＬＴＥアーキテクチャ
【０００７】
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００８】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えば、ＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００９】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス階層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【００１０】
ＬＴＥ（リリース８）におけるコンポーネントキャリアの構造
【００１１】
３ＧＰＰ  ＬＴＥ（リリース８以降）のダウンリンクコンポーネントキャリアは、時間−周波数領域において、いわゆるサブフレームに分割されている。３ＧＰＰ  ＬＴＥ（リリース８以降）では、図３に示したように、各サブフレームが２つのダウンリンクスロットに分割されており、第１のダウンリンクスロットは、最初のいくつかのＯＦＤＭシンボルにおける制御チャネル領域（ＰＤＣＣＨ領域）を含んでいる。各サブフレームは、時間領域における特定の数のＯＦＤＭシンボルからなり（３ＧＰＰ  ＬＴＥ（リリース８以降）では１２個または１４個のＯＦＤＭシンボル）、ＯＦＤＭシンボルそれぞれが、コンポーネントキャリアの帯域幅全体を範囲としている。したがって、ＯＦＤＭシンボルそれぞれは、図４にも示したように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリア上で送信される複数の変調シンボルからなる。
【００１２】
例えば、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）において使用される、例えばＯＦＤＭを採用するマルチキャリア通信システムを考えると、スケジューラによって割り当てることのできるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示的に示したように、時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボル（例：７個のＯＦＤＭシンボル）と、周波数領域におけるＮＲＢｓｃ個の連続するサブキャリアとして定義される（例：コンポーネントキャリアの１２のサブキャリア）。したがって、３ＧＰＰ  ＬＴＥ（リリース８）においては、物理リソースブロックは、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソース要素からなり、時間領域における１スロットと、周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、例えば非特許文献１の６．２節を参照）（３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）。
【００１３】
１つのサブフレームは２つのスロットからなり、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されているときにはサブフレームに１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されているときにはサブフレームに１２個のＯＦＤＭシンボルが存在する。専門用語として、以下では、サブフレーム全体にわたる、同一のＮＲＢｓｃ個の連続するサブキャリアに等しい時間−周波数リソースを、「リソースブロックペア」、または同じ意味で「ＲＢペア」または「ＰＲＢペア」と称する。
【００１４】
用語「コンポーネントキャリア」は、周波数領域におけるいくつかのリソースブロックの組合せを意味する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せを意味する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。
【００１５】
コンポーネントキャリアの構造の同様の想定は、以降のリリースにも適用される。
【００１６】
論理チャネルおよびトランスポートチャネル
【００１７】
ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネル、またはユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。
【００１８】
ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであり、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。
【００１９】
ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が実行される。
【００２０】
時分割複信：ＴＤＤ
【００２１】
ＬＴＥは、ＴＤ−ＳＣＤＭＡ（時分割同期符号分割多重アクセス）の進化もサポートするように設計されている統一フレームワーク（harmonized framework）において周波数分割複信（ＦＤＤ）モードおよび時分割複信（ＴＤＤ）モードで動作することができる。ＴＤＤでは、時間領域においてアップリンク送信とダウンリンク送信が分離されるが、周波数は同じままである。
【００２２】
用語「複信」は、２つの装置の間の双方向通信を意味し、一方向通信と区別される。双方向の場合、各方向におけるリンクを通じての送信を、同時に（「全二重」）または交替して（「半二重」）行うことができる。
【００２３】
非ペア無線スペクトル（unpaired radio spectrum）におけるＴＤＤの場合、リソースブロックおよびリソース要素の基本的な構造は図４に示してあるが、無線フレームの複数のサブフレームのうちのいくつかをダウンリンク送信に利用することができる。残りのサブフレームは、アップリンク送信またはスペシャル（特殊）サブフレームに使用される。スペシャルサブフレームは、複数のユーザ機器から（アップリンクで）送信された信号がほぼ同時にｅＮｏｄｅＢに到着するように、アップリンク送信のタイミングを進めることを可能にするうえで重要である。信号の伝搬遅延は、（反射およびその他の類似する影響を無視すると）送信装置と受信装置との間の距離に関係するため、ｅＮｏｄｅＢに近いユーザ機器によって送信される信号は、ｅＮｏｄｅＢから遠いユーザ機器によって送信される信号よりも伝搬時間が短い。同時に到着させるためには、遠い方のユーザ機器は、近い方のユーザ機器よりも早いタイミングで信号を送信しなければならず、このことは、３ＧＰＰシステムではいわゆる「タイミングアドバンス」手順によって解決される。
【００２４】
この場合、ＴＤＤにおいてはさらなる要件として、送信と受信が同じキャリア周波数で行われるため、時間領域において分割してダウンリンクとアップリンクを確保する必要がある。ｅＮｏｄｅＢから遠いユーザ機器は、近いユーザ機器よりも早いタイミングでアップリンク送信を開始する必要があるが、逆に、ダウンリンク信号は、近いユーザ機器の方が遠いユーザ機器よりも早いタイミングで受信する。ダウンリンク受信からアップリンク送信に回路を切り替えることができるようにする目的で、スペシャルサブフレームにはガードタイムが定義されている。タイミングアドバンスの問題にさらに対処するため、遠いユーザ機器のガードタイムは、近いユーザ機器のガードタイムよりも長い必要がある。
【００２５】
３ＧＰＰ  ＬＴＥリリース８以降においては、このＴＤＤ構造は「フレーム構造タイプ２」として公知であり、７つの異なるアップリンク−ダウンリンク構成が定義されており、これらの構成により、さまざまなダウンリンク−アップリンク比率および切り替え周期が可能である。図５は、７つの異なるＴＤＤアップリンク−ダウンリンク構成（番号：０〜６）の表を示しており、「Ｄ」はダウンリンクサブフレーム、「Ｕ」はアップリンクサブフレーム、「Ｓ」はスペシャルサブフレームを表す。表から理解できるように、７つの利用可能なＴＤＤアップリンク−ダウンリンク構成は、４０％〜９０％のダウンリンクサブフレームを提供することができる（スペシャルサブフレームの一部はダウンリンク送信に利用可能であるため、簡潔さのためスペシャルサブフレームをダウンリンクサブフレームとして数えるとき）。
【００２６】
図５は、特に、５ｍｓのスイッチポイント周期（つまり、ＴＤＤ構成０，１，２，６）の場合のフレーム構造タイプ２を示している。図８は、長さ１０ｍｓである無線フレームと、それぞれ５ｍｓの対応する２つのハーフフレームとを示している。無線フレームは、それぞれが１ｍｓの１０個のサブフレームから構成されており、サブフレームそれぞれには、図５の表によるアップリンク−ダウンリンク構成のそれぞれによって定義されているように、アップリンク、ダウンリンク、またはスペシャルの各タイプが割り当てられている。
【００２７】
図５から理解できるように、サブフレーム＃１はつねにスペシャルサブフレームであり、サブフレーム＃６は、ＴＤＤ構成０，１，２，６の場合にはスペシャルサブフレームであり、ＴＤＤ構成３，４，５の場合にはダウンリンクサブフレームである。スペシャルサブフレームは、３つのフィールドとして、ＤｗＰＴＳ（ダウンリンクパイロットタイムスロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット）を含む。次の表は、スペシャルサブフレームに関する情報を示しており、特に、３ＧＰＰ  ＬＴＥリリース１１において定義されているように、ＤｗＰＴＳ（ダウンリンクパイロットタイムスロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット）それぞれの長さを、サンプル時間Ｔｓ＝（１／３０７２０）ｍｓの倍数として示してある。
【００２８】
【表１】
0006419199.tif 000002
【００２９】
システムにおいて適用されるＴＤＤ構成は、移動局および基地局において実行される数多くの動作、例えば、無線リソース管理（ＲＲＭ）測定、チャネル状態情報（ＣＳＩ）測定、チャネル推定、ＰＤＣＣＨ検出、ＨＡＲＱタイミングなどに影響する。
【００３０】
特に、ユーザ機器は、システム情報を読み取ることで、自身の現在のセルにおけるＴＤＤ構成に関して認識し、つまり、測定用に監視するサブフレーム、ＣＳＩの測定および報告のために監視するサブフレーム、チャネル推定を取得するための時間領域フィルタリングのために監視するサブフレーム、ＰＤＣＣＨの検出のために監視するサブフレーム、またはＵＬ／ＤＬ  ＡＣＫ／ＮＡＣＫフィードバックのために監視するサブフレームを認識する。
【００３１】
第１層／第２層（Ｌ１／Ｌ２）制御シグナリング
【００３２】
スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長はサブフレームの倍数とすることができる。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。一般性を失うことなく、以下では、ＴＴＩが１サブフレームに等しいものと想定する。
【００３３】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネルまたは拡張物理リンクダウンリンク制御チャネルで送信される。本明細書では、一般性を失うことなく、いずれの送信チャネルもＰＤＣＣＨと称する。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動局、またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００３４】
なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。
【００３５】
アップリンクまたはダウンリンクの無線リソースを割り当てるために第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
・  ユーザ識別情報：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
・  リソース割当て情報：  ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。なお、ユーザに割り当てられるリソースブロックの数は動的とすることができる。
・  キャリアインジケータ：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関係するリソース（つまり、第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される。
・  変調・符号化方式：  採用される変調方式および符号化率を決める。
・  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
・  電力制御コマンド：  割り当てられたアップリンクデータまたは制御情報の送信時の送信電力を調整する。
・  基準信号情報：  割当てに関連する基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
・  アップリンクインデックス（「ＵＬ  ＩＮＤＥＸ」）またはダウンリンク割当てインデックス（「ＤＡＩ」）：  割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
・  ホッピング情報：  例えば、周波数ダイバーシチを増大させるためにリソースホッピングを適用するかどうか、および適用方法の指示情報。
・  ＣＳＩ要求：  割り当てられるリソースにおけるチャネル状態情報の送信をトリガーするために使用される。
・  マルチクラスタ情報：  シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００３６】
なお、上記のリストは、これらに限定されるものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００３７】
ダウンリンク制御情報は、全体的なサイズと、フィールドに含まれる情報とが異なるいくつかのフォーマットの形をとる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献２の第５．３．３．１節に詳しく記載されている（３ＧＰＰのウェブサイトで入手可能な最新バージョンはｖ１２．０．０であり、参照によって本明細書に組み込まれている）。ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献３（参照によって本明細書に組み込まれている）の９．３章を参照されたい。
【００３８】
フォーマット０：  ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
【００３９】
フォーマット１：  ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
【００４０】
フォーマット１Ａ：  ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨの送信のためのリソース割当てをコンパクトにシグナリングする目的と、非競合ランダムアクセスのための専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される。
【００４１】
フォーマット１Ｂ：  ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
【００４２】
フォーマット１Ｃ：  ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨのための割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストしたりするために使用される。
【００４３】
フォーマット１Ｄ：  ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
【００４４】
フォーマット２：  ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。
【００４５】
フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される。
【００４６】
フォーマット２Ｂ：  リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される。
【００４７】
フォーマット２Ｃ：  リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される。
【００４８】
フォーマット２Ｄ：  リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される。
【００４９】
フォーマット３および３Ａ：  ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
【００５０】
フォーマット４：  ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
【００５１】
次の表は、例示を目的として、５０個のリソースブロックのシステム帯域幅と、ｅＮｏｄｅＢにおける４つのアンテナを想定した場合における、いくつかの利用可能なＤＣＩフォーマットと一般的なビット数の概要を示している。右側の列に示したビット数は、その特定のＤＣＩのＣＲＣのビットを含む。
【００５２】
【表２】
0006419199.tif 000003
【００５３】
ユーザ機器がＰＤＣＣＨ送信を正常に受信したかを自身で識別できるようにする目的で、各ＰＤＣＣＨ（つまり、ＤＣＩ）に付加される１６ビットのＣＲＣによって誤り検出が提供される。さらには、ユーザ機器が自身を対象とするＰＤＣＣＨを識別できることが必要である。このことは、理論的には、ＰＤＣＣＨペイロードに識別子を追加することによって達成できる。しかしながら、「ユーザ機器の識別情報」によってＣＲＣをスクランブルする方がより効率的であり、追加のオーバーヘッドが節約される。ＣＲＣの計算およびスクランブリングは、非特許文献２（この文書は参照によって本明細書に組み込まれている）の５．３．３．２節「CRC attachment」において３ＧＰＰによって詳細に定義されているように行うことができる。この節には、巡回冗長検査（ＣＲＣ）を通じてＤＣＩ送信に誤り検出を導入する方法が記載されている。簡潔に要約すると以下のようになる。
【００５４】
ペイロード全体を使用して、ＣＲＣパリティビットを計算する。パリティビットを計算して付加する。ユーザ機器の送信アンテナの選択が設定されていない、または適用可能ではない場合、付加した後、ＣＲＣパリティビットを対応するＲＮＴＩによってスクランブルする。
【００５５】
さらに、スクランブリングは、非特許文献２から明らかであるように、ユーザ機器の送信アンテナの選択にも依存しうる。ユーザ機器の送信アンテナの選択が設定されていない、または適用可能ではない場合、付加した後、ＣＲＣパリティビットを、アンテナ選択マスクおよび対応するＲＮＴＩによってスクランブルする。いずれの場合にも、スクランブリング処理にＲＮＴＩが関与するため、簡潔さのため、および一般性を失うことなく、実施形態の以下の説明では、ＣＲＣがＲＮＴＩによってスクランブルされる（および必要な場合にデスクランブルされる）ものと記載されているが、例えばアンテナ選択マスクなどのさらなる要素もスクランブリング処理において使用されうることを理解されたい。
【００５６】
したがって、ユーザ機器は、「ユーザ機器の識別情報」を適用することによってＣＲＣをデスクランブルし、ＣＲＣ誤りが検出されない場合、ユーザ機器は、そのＰＤＣＣＨが自身を対象とする制御情報を伝えているものと判断する。ＣＲＣを識別情報によってスクランブルする上述したプロセスにおいては、「マスキング」および「デマスキング」という用語も使用される。
【００５７】
ＤＣＩのＣＲＣをスクランブルする上述した「ユーザ機器の識別情報」は、ＳＩ−ＲＮＴＩ（システム情報無線ネットワーク一時識別子）とすることもでき、このＳＩ−ＲＮＴＩは、「ユーザ機器の識別情報」ではなく、送信される情報のタイプ（この場合にはシステム情報）に関連付けられる識別子である。ＳＩ−ＲＮＴＩは、通常では仕様において決定され、したがってすべてのユーザ機器においてあらかじめ既知である。
【００５８】
さまざまな目的に使用されるさまざまなタイプのＲＮＴＩが存在する。非特許文献４の７．１章から引用した次の表は、さまざまな１６ビットＲＮＴＩおよびその用途の概要を示している。
【００５９】
【表３】
0006419199.tif 000004
【００６０】
ＤＣＩ送信に応えてのアップリンク送信のタイミング
【００６１】
あるサブフレームにおいて受信されるＤＣＩによって送信されるアップリンクリソース割当てと、ＰＵＳＣＨでの対応するアップリンク送信との間には、事前定義された特定のタイミング関係が存在する。詳細については、非特許文献５の８章「UE procedure for transmitting the physical uplink shared channel」に記載されており、この文書は参照によって本明細書に組み込まれている。
【００６２】
物理アップリンク共有チャネル（ＰＵＳＣＨ）で送信するためのアップリンクグラント（つまり、リソース割当て）を目的として、ＰＤＣＣＨは、（ユーザ）データのためのＰＵＳＣＨリソースを割り当てる。ＬＴＥ  ＦＤＤの場合、割り当てられたＰＵＳＣＨ送信は、そのアップリンクグラントがＰＤＣＣＨで送信されたサブフレームを基準として４つのサブフレームだけ後に（オフセットして）行われる。ＬＴＥ  ＴＤＤの場合、割り当てられたＰＵＳＣＨ送信は、そのアップリンクグラントがＰＤＣＣＨで送信されたサブフレームを基準として少なくとも４つのサブフレームだけ後に（オフセットして）行われる。
【００６３】
具体的には、図７は、ＴＤＤ構成０〜６におけるパラメータｋを定義しており、ｋは、サブフレームｎにおいて受信されたアップリンクリソース割当てに応えての対象のアップリンクサブフレームを求めるための正のサブフレームオフセットを示す。この図７は、非特許文献５の表８−２と非特許文献５の８．０節における関連する説明とに基づいている。例えば、ＴＤＤ構成１のサブフレームｎ＝１の場合、パラメータｋは６であり、つまり、ＴＤＤ構成１のサブフレーム１において受信されたアップリンクリソース割当ては、ＴＤＤ構成１のサブフレーム１＋６＝７を対象としており、サブフレーム７は実際にアップリンクサブフレームである。
【００６４】
重要な点として、図７によるＴＤＤ構成０では、１つまたは複数のサブフレームオフセットを選択することができ、以下ではこのことについて、ＤＣＩ送信のアップリンクインデックス（ＵＬ  Ｉｎｄｅｘ）フィールドに関連してさらに詳しく説明する。
【００６５】
アップリンクインデックスフィールド
【００６６】
ＤＣＩフォーマット０および４の仕様では、ＴＤＤ構成０の場合にアップリンクグラントにアップリンク（ＵＬ）インデックスビットと称される２ビットが含まれることが規定されている。図５から理解できるように、ＴＤＤ構成０では、１０個のサブフレームのうち４つのサブフレームがダウンリンクサブフレームまたはスペシャルサブフレームとして定義されており、したがってＤＣＩを送信することができ（「Ｄ」および「Ｓ」サブフレーム）、１０個のサブフレームのうち６つのサブフレームがアップリンクサブフレームとして定義されており、したがってＰＵＳＣＨを送信することができる（「Ｕ」サブフレーム）。４つのＤＣＩサブフレームから６つのアップリンクサブフレームを割り当てることができるようにする目的で、図７におけるＤＣＩ−ＰＵＳＣＨタイミング関係には、与えられたＤＣＩ送信に対して、送信用に許可されるアップリンクサブフレームを求めるための複数のタイミングオフセットが提供されている。
【００６７】
複数のタイミングオフセットからの選択を容易にするため、アップリンクインデックスビットを含める。図７にリストされている最初のオフセットおよび２番目のオフセットのうち、アップリンクインデックスビットの値に応じて、最初のオフセット、２番目のオフセット、または最初および２番目の両方のオフセットを、適用されるオフセットとして求め、これにより、図７にリストされている一方のオフセットに対応する１つのアップリンク送信、または両方のオフセットに対応する２つのアップリンク送信が許可される。
【００６８】
例えば、ＴＤＤ構成０、サブフレームｎ＝０の場合、図７に定義されている候補オフセットは「４，７」である。ＤＣＩフォーマット０または４において受信されたアップリンクインデックスビット（ＭＳＢ，ＬＳＢ）が値「（１，０）」を示す場合、対応するアップリンク送信のオフセットｋは４として求められ、したがってサブフレーム０＋４＝４におけるアップリンク送信が許可される。アップリンクインデックスビットが値「（０，１）」を示す場合、対応するアップリンク送信のオフセットｋは７として求められ、したがってサブフレーム０＋７＝７におけるアップリンク送信が許可される。アップリンクインデックスビットが値「（１，１）」を示す場合、対応するアップリンク送信のオフセットｋは４および７として求められ、したがってサブフレーム０＋４＝４およびサブフレーム０＋７＝７におけるアップリンク送信が許可される。同様に、サブフレームｎ＝１におけるＤＣＩフォーマット０または４の場合、グラントがサブフレーム１＋６＝７における送信に対応するのか、サブフレーム１＋７＝８における送信に対応するのか、またはサブフレーム１＋６＝７およびサブフレーム１＋７＝８の両方における送信に対応するのかが、アップリンクインデックスビットによって決まる。
【００６９】
ダウンリンク割当てインデックス（ＤＡＩ）
【００７０】
ＴＤＤ構成１〜６では、ＤＣＩフォーマット０および４に、アップリンクインデックスビットの代わりに２個のＤＡＩビットが含まれる。これらのＴＤＤ構成１〜６では、アップリンクグラントの送信機会として含まれるＵサブフレームの数が少ないかまたは同じであるため、ＤＣＩ送信と、対応するアップリンクサブフレームとの間の多義的な関係を確立する必要がない。このことは図７に反映されており、ＴＤＤ構成１〜６では、ＤＣＩが送信されうる各サブフレームｎに対して示されているオフセット値ｋは最大でもただ１つである。
【００７１】
逆に、これらのＴＤＤ構成１〜６では、アップリンク送信よりも多くのダウンリンク送信が伝送されうる。したがって上記とは逆の問題として、１つのアップリンクサブフレームにおいて複数のハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージを送信する必要がある。この影響は図６において理解することができ、後から「ＴＤＤ動作におけるＨＡＲＱフィードバック」のセクションでさらに説明する。
【００７２】
このように複数のハイブリッドＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージを送信するためには、いわゆるＡＣＫ／ＮＡＣＫ多重化またはＡＣＫ／ＮＡＣＫバンドリング（詳細については非特許文献３の２３．４．３節を参照）が必要であるため、ＡＣＫ／ＮＡＣＫ送信自体のリソースを効率的にする目的で、多重化またはバンドリングするべきＡＣＫ／ＮＡＣＫメッセージの数を端末が認識していることが好ましい。しかしながら、ＰＤＳＣＨのためのダウンリンク割当てを伝えるＤＣＩシグナリングの信頼性が１００％ではなく、したがって送信されたＤＣＩが、対象とする受信機によって（正しく）検出されない（つまり、「消失する」または「失われる」）場合が起こりうるため、問題が生じる。ＤＣＩ送信の設計に起因して、受信機は、このように「失われた」または「消失した」ことを認識せず、したがって基地局によって予期されるＡＣＫ／ＮＡＣＫメッセージの数を誤って想定することがある。この問題の回避を支援する目的で、ＤＣＩメッセージにダウンリンク割当てインデックス（ＤＡＩ）が含まれる。このＤＡＩは、（特に）ＴＤＤ構成１〜６が適用される場合にＤＣＩフォーマット０および４に含まれ、受信機がＡＣＫ／ＮＡＣＫ多重化またはＡＣＫ／ＮＡＣＫバンドリングを実行するように予期されるサブフレームの数を示す。
【００７３】
アップリンクのハイブリッドＡＲＱ
【００７４】
同期ＨＡＲＱは、ＨＡＲＱブロックの再送信が、事前定義された周期的な間隔で行われることを意味する。したがって、受信器に再送信のスケジュールを知らせるための明示的なシグナリングは必要ない。
【００７５】
非同期ＨＡＲＱは、エアインタフェース条件に基づいて再送信をスケジューリングする際の柔軟性をもたらす。この場合は、正しい合成とプロトコル動作を可能にするために、ＨＡＲＱプロセスの何らかの識別をシグナリングする必要がある。３ＧＰＰ  ＬＴＥシステムでは、８つのプロセスを伴うＨＡＲＱ動作が使用される。ダウンリンクデータを送信するためのＨＡＲＱプロトコル動作は、ＨＳＤＰＡと同様であるか、ＨＳＤＰＡと全く同じになることもある。
【００７６】
アップリンクのＨＡＲＱプロトコル動作では、再送信のスケジュール方法に２つの異なる選択肢がある。再送信は、ＮＡＣＫで「スケジュール」される（同期非適応型再送信とも呼ばれる）か、またはＰＤＣＣＨを送信することによりネットワークによって明示的にスケジュールされる（同期適応型再送信とも呼ばれる）かのいずれか１つである。同期非適応型再送信の場合、再送信では前回のアップリンク送信と同じパラメータを使用する。すなわち、再送信は、同じ物理チャネルリソースでシグナリングされ、それぞれ同じ変調方式／トランスポートフォーマットを使用する。
【００７７】
同期適応型再送信はＰＤＣＣＨを介して明示的にスケジュールされるので、ｅＮｏｄｅＢが再送信のために特定のパラメータを変更することが可能である。再送信は、例えば、アップリンクにおける断片化を避けるために異なる周波数リソースでスケジューリングすることも可能であり、またはｅＮｏｄｅＢが変調方式を変更するか、あるいは再送信に使用する冗長バージョンをユーザ機器に知らせることもできる。ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）とＰＤＣＣＨシグナリングは同じタイミングで行われることに留意されたい。したがって、ユーザ機器は、同期非適応型再送信がトリガーされるかどうか（つまり、ＮＡＣＫだけが受信されるかどうか）、またはｅＮｏｄｅＢが同期適応型再送信を要求しているか（つまり、ＰＤＣＣＨがシグナリングされるか）どうかを一度だけ確認すればよい。
【００７８】
ＴＤＤ動作におけるＨＡＲＱフィードバック
【００７９】
上記で説明したように、ＨＡＲＱでダウンリンクまたはアップリンクデータを送信する際には、受信通知（ＡＣＫまたは否定ＡＣＫ）を反対方向に送って、パケットの受信が成功したか失敗したかを送信側に通知する必要がある。
【００８０】
ＦＤＤ動作の場合は、サブフレームｎにおけるデータ送信に関連する受信通知インジケータが、サブフレームｎ＋４の時に反対方向に送信され、トランスポートが送信される瞬間と、それに対応する受信通知との間に一対一の同期したマッピングが存在する。一方、ＴＤＤ動作の場合は、サブフレームは、アップリンクもしくはダウンリンクまたは特殊としてセルごとに指定され（次の章を参照されたい）、それにより、リソースグラント、データ送信、受信通知、および再送信を各自の方向に送ることができる時間を制限する。したがって、ＴＤＤのＬＴＥ設計は、１つのサブフレームで複数の受信通知を伝えるためのグループ化されたＡＣＫ／ＮＡＣＫの送信をサポートしている。
【００８１】
アップリンクのＨＡＲＱでは、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical Hybrid ARQ Indicator CHannel）で複数の受信通知を（１つのダウンリンクサブフレームで）送ることは問題とならない。なぜなら、ｅＮｏｄｅＢから見ると、これは１つの受信通知が複数のＵＥに同時に送られる場合と大きく違わないためである。しかしながら、ダウンリンクのＨＡＲＱでは、非対称性がダウンリンクの方に偏っている場合、ＦＤＤのアップリンクの制御シグナリング（ＰＵＣＣＨ）フォーマットでは、追加のＡＣＫ／ＮＡＣＫ情報を伝えるのに不十分である。ＬＴＥにおけるＴＤＤサブフレーム構成（下記および図５を参照されたい）はそれぞれ、ＨＡＲＱのためにダウンリンクサブフレームとアップリンクサブフレームとの間で事前定義された独自のそのようなマッピングを有し、このマッピングは、受信通知の遅延をできる限り小さくすることと、利用可能なアップリンクサブフレームにＡＣＫ／ＮＡＣＫを均等に分配することとの間のバランスを実現するように設計されている。さらなる詳細が非特許文献５の７．３章に提供され、参照によって本明細書に組み込まれている。
【００８２】
参照によって本明細書に組み込まれている非特許文献５の１０．１．３章で、ＴＤＤのＨＡＲＱ−ＡＣＫフィードバック手順が説明される。
【００８３】
図６に再現される非特許文献５の表１０．１．３−１は、無線フレームのサブフレームについてのＡＣＫ／ＮＡＣＫ／ＤＴＸ応答のダウンリンクの対応関係セットのインデックスを示し、ＴＤＤ構成に対応する枠の中の数は、そのサブフレームのＨＡＲＱフィードバックが伝送されるサブフレームの負のオフセットを示す。例えば、ＴＤＤ構成０のサブフレーム９はサブフレーム９−４＝５のＨＡＲＱフィードバックを伝送し、ＴＤＤ構成０のサブフレーム５は実際にダウンリンクサブフレームである（図５参照）。
【００８４】
ＨＡＲＱ動作では、ｅＮＢは、再送信時に元のＴＢとは異なる符号化バージョンを送信することができ、そのため、ＵＥは増分冗長（ＩＲ：incremental redundancy）合成［８］を用いて、合成の利得に加えて追加の符号化の利得を得ることができる。しかしながら、現実のシステムでは、ｅＮＢが１つのリソースセグメントで１つの特定のＵＥにＴＢを送信するが、ＤＬ制御情報が失われたためにＵＥがデータ送信を検出できない可能性がある。その場合には、体系的なデータをＵＥで入手できていないため、ＩＲ合成では、再送信を復号する性能が非常に低くなる。この問題を緩和するために、ＵＥは、第３の状態、つまり、不連続送信（ＤＴＸ：discontinuous transmission）フィードバックをフィードバックして、関連付けられたリソースセグメントでＴＢが検出されないことを知らせるべきである（これは復号の失敗を知らせるＮＡＣＫとは異なる）。
【００８５】
ＴＤＤ  ＵＬ／ＤＬ再構成
【００８６】
ＬＴＥリリース１１までの（リリース１１を含む）、ＵＬ−ＤＬ割当てを適合させるメカニズムは、システム情報取得手順またはシステム情報変更手順に基づいており、システム情報ブロック（ＳＩＢ）によって（この場合には具体的にはＳＩＢ１のＴＤＤ−ｃｏｎｆｉｇパラメータによって）、特定のＴＤＤ  ＵＬ−ＤＬ構成が示される（システム情報のブロードキャストに関する詳細については、参照によって本明細書に組み込まれている非特許文献６の８．１．１節を参照されたい）。
【００８７】
ＬＴＥリリース８〜１１に規定されているシステム情報変更手順においては、ＴＤＤ  ＵＬ／ＤＬ再構成のためにサポートされる時間スケールは、毎６４０ｍｓ以上である。ＥＴＷＳ（地震津波警報システム）を再利用すると、ＴＤＤ  ＵＬ／ＤＬ再構成のためにサポートされる時間スケールは、設定されているデフォルトのページングサイクルに応じて毎３２０ｍｓ以上である。
【００８８】
それでも、ＴＤＤ  ＵＬ／ＤＬ構成の半静的割当ては、瞬間的なトラフィック状況を反映することもあれば、しないこともある。アップリンク優位のトラフィック状況からダウンリンク優位のトラフィック状況に急速に変化する場合には、システム情報変更手順は動的なＴＤＤ  ＵＬ／ＤＬ再構成には時間がかかり過ぎる。そのため、半静的なＴＤＤ  ＵＬ／ＤＬ再構成は、瞬間的なトラフィック状況に関しては、サブフレームの利用を最大にするには時間がかかり過ぎる。
【００８９】
これに関して、動的なＴＤＤ  ＵＬ／ＤＬ再構成がＬＴＥリリース１２との関連で広く検討されている。動的なＴＤＤ  ＵＬ／ＤＬ再構成は、ＴＤＤ  ＵＬ／ＤＬ構成を現在のトラフィック需要に適合させることが期待され、例えば、アップリンクまたはダウンリンクの通信や隣接セルとの通信への干渉を緩和するために、より多くのダウンリンクサブフレームを動的に生成してダウンリンク帯域幅を増すことや、より多くの空白のアップリンクサブフレームを動的に生成することが期待される。
【００９０】
特に、ＬＴＥリリース１２では、動的なＴＤＤ  ＵＬ／ＤＬ再構成のための明示的なシグナリング（つまり、ＰＤＣＣＨを介してのＤＣＩに基づくシグナリング）がサポートされる。このシグナリングメカニズムでは、通信システム内でＴＤＤ  ＵＬ／ＤＬ再構成に関する情報を小さい遅延で配信することが可能であり、移動局／基地局は、大きな遅延なしにＴＤＤ  ＵＬ／ＤＬ構成を再設定することができる。
【００９１】
動的なＴＤＤ  ＵＬ／ＤＬ再構成では、上記に定義されているシステムの制約下で、ＴＤＤ構成それぞれにおいて定義される、ＤＣＩとＰＵＳＣＨとの間のタイミング関係の不適合性と、ＰＤＳＣＨとＨＡＲＱ−ＡＣＫとの間のタイミング関係の不適合性とを克服しなければならない。したがって、アップリンクサブフレーム、ダウンリンクサブフレーム、およびスペシャルサブフレームを、ＤＣＩ信号によって送信されるＵＬ／ＤＬ構成（「運用されているＵＬ／ＤＬ構成」）に基づいて決定し、ＤＣＩ−ＰＵＳＣＨタイミング関係（「アップリンクＨＡＲＱ基準構成」）を、ＳＩＢ１に示されるＵＬ／ＤＬ構成によって決定し、ＰＤＳＣＨとＨＡＲＱ−ＡＣＫのタイミング関係（「アップリンクＨＡＲＱ基準構成」）を、ＲＲＣパラメータによって設定する（ＵＬ／ＤＬ構成２，４，または５を表すことができる）ことが考えられる。
【００９２】
一例として、図９は、アップリンクＨＡＲＱ基準構成がＵＬ／ＤＬ構成０であり、運用されているＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１である場合を示している。図９は、アップリンクＨＡＲＱ基準構成によって定義されるタイミングと、運用されているＵＬ／ＤＬ構成に従ってアップリンク送信に利用可能であるサブフレームとの間の関係を示している。ＵＬ／ＤＬ構成０ではサブフレーム０，１，５，６に対して２つのオフセット値がサポートされるため、これらのサブフレームからは２本の点線の矢印が出ている。したがって、サブフレーム０において送信されるＤＣＩと、サブフレーム１において送信されるＤＣＩとによって、サブフレーム７におけるＰＵＳＣＨ送信が許可されることがあり、さらに、サブフレーム１において送信されるＤＣＩによって、サブフレーム７もしくはサブフレーム８またはその両方におけるＰＵＳＣＨ送信が許可されることがある。特に、後者の多義性を解決する目的で、対応するＤＣＩにおいてアップリンクインデックスビットが利用可能である必要がある。
【００９３】
問題点の説明
【００９４】
アップリンクインデックスビットおよびＤＡＩビットが存在することによって、非特許文献２におけるＤＣＩフォーマット０および４の定義に起因して１つの問題が生じる（以下は非特許文献２からの引用であり、一部にカギ括弧を付してある）。
アップリンク（ＵＬ）インデックス：  ［３］の５．１．１．１節、７．２．１節、８節、および８．４節に定義されている２個のビット（「このフィールドはアップリンク−ダウンリンク構成０でのＴＤＤ動作の場合にのみ存在する」）。
ダウンリンク割当てインデックス（ＤＡＩ）：  ［３］の７．３節に定義されている２個のビット（「このフィールドはアップリンク−ダウンリンク構成１〜６でのＴＤＤ動作の場合にのみ存在する」）。
【００９５】
これらの定義を前述した再構成のケースにそのまま適用するとき、説明を簡潔にするため、当業者には、運用されているＵＬ／ＤＬ構成が、仕様書に示されている「ＴＤＤ動作」であることが認識されるものと想定する。結果として、運用されているＵＬ／ＤＬ構成としてＵＬ／ＤＬ構成１〜６を使用する一般的な場合、ＤＣＩフォーマット０および４には２個のＤＡＩビットが含まれるがアップリンクインデックスビットは含まれない。このことは妥当と考えられ、なぜならＤＡＩは、ダウンリンクデータ送信に関連するＨＡＲＱ−ＡＣＫフィードバックの問題を軽減するように支援するものであり、ＨＡＲＱ−ＡＣＫフィードバックの問題は、運用されるＴＤＤ  ＵＬ／ＤＬ構成を適用するうえで１つの重要なシナリオであるためである。
【００９６】
レガシーユーザ機器のパフォーマンスを低下させないためには、レガシーユーザ機器は、多数のアップリンクサブフレームを提供するＵＬ／ＤＬ構成（ＵＬ／ＤＬ構成０など）を運用することが好ましい。しかしながら図９において理解できるように、ＵＬ／ＤＬ構成０では、ＤＣＩ−ＰＵＳＣＨタイミング関係が一義的に定義されず、したがって通常ではアップリンクインデックスビットが必要である。しかしながら、図９のようなシナリオにおいては、ＤＣＩフォーマットにアップリンクインデックスビットが含まれない。
【００９７】
したがって、本発明の目的は、ＤＣＩフォーマット０または４にＤＡＩビットを含めることができるようにし、さらに、ＤＣＩフォーマット０または４にアップリンクインデックスビットが含まれないときに、動的な再構成に起因するＤＣＩとＰＵＳＣＨの間の多義性を解決することである。この方策は、良好なカバレッジと誤りに対する堅牢性を確保する（これにより、失われるＤＣＩメッセージが減少する）目的で、ＤＣＩメッセージのサイズを適度に小さく維持するうえで特に役立つ。このことは、ＤＣＩフォーマット０の場合に特に重要であり、なぜなら、ＤＣＩフォーマット０のペイロードサイズは、ダウンリンク送信を割り当てるＤＣＩフォーマット１Ａの最小のペイロードサイズでもあるためである。言い換えれば、ＤＣＩフォーマット０のペイロードサイズが大きくなると、対応するダウンリンク送信において何らの恩恵なしにＤＣＩフォーマット１Ａのペイロードサイズを大きくする必要がある。
【先行技術文献】
【非特許文献】
【００９８】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】3GPP TS 36.212, “Multiplexing and channel coding”
【非特許文献３】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
【非特許文献４】3GPP 36.321
【非特許文献５】TS 36.213 v11.1.0 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 11)”
【非特許文献６】3GPP TS 25.331, “Radio Resource Control (RRC)”, version 6.7.0
【発明の概要】
【発明が解決しようとする課題】
【００９９】
本発明の１つの目的は、上に説明した従来技術の問題点を解決する改良されたＵＬ／ＤＬ構成を提供することである。
【課題を解決するための手段】
【０１００】
この目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【０１０１】
本発明のさまざまな実施形態は、ＤＣＩ−ＰＵＳＣＨタイミング関係を、ＴＤＤ無線フレーム構成とは異なって（つまり、個別に）適用するという発想に基づく。言い換えれば、ＤＣＩ−ＰＵＳＣＨタイミング関係はＴＤＤ  ＵＬ／ＤＬ構成に基づくが、このＴＤＤ  ＵＬ／ＤＬ構成は、ＴＤＤ無線フレーム構成を定義するＴＤＤ  ＵＬ／ＤＬ構成とは異なるように設定することができる。
【０１０２】
本発明の第１の態様によると、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する動作を定義する。以下の説明から明らかになるように、この動作は、２つの異なるＴＤＤ  ＵＬ／ＤＬ構成（つまり、ＴＤＤ無線フレーム構成を定義するための第１のＴＤＤ  ＵＬ／ＤＬ構成と、ＤＣＩ−ＰＵＳＣＨタイミング関係を定義するための第２のＴＤＤ  ＵＬ／ＤＬ構成）を適用するという発想によって、悪影響を受ける。
【０１０３】
具体的には、第２のＴＤＤ  ＵＬ／ＤＬ構成に基づいて、ＤＣＩ−ＰＵＳＣＨタイミング関係を定義する。これらのＤＣＩ−ＰＵＳＣＨタイミング関係は、（１つまたは複数の）ＰＵＳＣＨ送信を実行することのできる１つまたは複数のサブフレームを、対応するＤＣＩ送信が受信されたサブフレームとの組合せにおいて示すサブフレームオフセット、を指定する。しかしながら、示された１つまたは複数のサブフレームにおいて（１つまたは複数の）ＰＵＳＣＨ送信を実際に実行するためには、これらのサブフレームが第１のＴＤＤ  ＵＬ／ＤＬ構成によってアップリンクサブフレームとして定義されていなければならない。
【０１０４】
この特殊な条件は、ＤＣＩ送信（これに応えてＰＵＳＣＨ送信が行われる）が実行されるサブフレームを制御することによって、システムレベルにおいて対処することができる。言い換えれば、ＤＣＩ−ＰＵＳＣＨタイミング関係のＴＤＤ  ＵＬ／ＤＬ構成と、運用されているＴＤＤ  ＵＬ／ＤＬ構成とが異なる場合、運用されているＴＤＤ  ＵＬ／ＤＬ構成に基づいたときに次のＰＵＳＣＨ送信を実際に行うことのできるサブフレームのみを、ＤＣＩ送信に使用することができる。
【０１０５】
しかしながら、ＤＣＩ−ＰＵＳＣＨタイミング関係の多義性によって、通信においてシステムレベルでは対処できない問題が生じる。この点において、本発明は、対応するＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するために使用できる単一の（つまり、一義的な）タイミング関係を示す、事前に格納される対応関係（association）を定義する。具体的には、この対応関係を通信システム内に事前に格納しておくことによって、第２のＴＤＤ  ＵＬ／ＤＬ構成に従って定義されるＤＣＩ−ＰＵＳＣＨタイミング関係がたとえ多義的である場合にも、ＰＵＳＣＨ送信を実行するための１つのサブフレームが定義される。
【０１０６】
具体的には、第１のＴＤＤ  ＵＬ／ＤＬ構成が第２のＴＤＤ  ＵＬ／ＤＬ構成と異なり、かつ、ＤＣＩ−ＰＵＳＣＨタイミング関係において、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係が定義されている場合に、対応関係を参照する。これに代えて、第１のＴＤＤ  ＵＬ／ＤＬ構成が第２のＴＤＤ  ＵＬ／ＤＬ構成と異なり、かつ、第２のＴＤＤ  ＵＬ／ＤＬ構成がＴＤＤ  ＵＬ／ＤＬ構成０である場合にも、対応関係を参照することができる。さらにこれに代えて、アップリンク送信を割り当てるＤＣＩ送信にアップリンクインデックスビットの代わりにＤＡＩビットを含めることが、第１のＴＤＤ  ＵＬ／ＤＬ構成によって規定され、かつ、ＤＣＩ−ＰＵＳＣＨタイミング関係において、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係が定義される場合にも、対応関係を参照することができる。これら３つの２段階の判定は、すべて代替形態とみなすことができ、いずれも、ＤＣＩ−ＰＵＳＣＨタイミング関係の多義性に対処するために、本発明の、事前に格納される対応関係が必要である状態につながる。
【０１０７】
第１の実施形態によると、本発明の第１の態様に基づき、ダウンリンク制御情報（ＤＣＩ）の送信に応えて移動局によって物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する方法、を提案する。移動局は、複数のＵＬ／ＤＬ構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用する。
【０１０８】
移動局は、複数のＵＬ／ＤＬ構成のうちの第１のＵＬ／ＤＬ構成に従って、通信システムにおいて基地局と通信するように構成されている。複数のＵＬ／ＤＬ構成それぞれは、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。移動局は、複数のＵＬ／ＤＬ構成のうちの第２のＵＬ／ＤＬ構成に基づく、通信のためのＤＣＩ−ＰＵＳＣＨタイミング関係、をさらに適用する。ＤＣＩ−ＰＵＳＣＨタイミング関係は、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義する。
【０１０９】
本方法によると、移動局は、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、あるサブフレームにおいて受信する。ＤＣＩ送信が受信されるサブフレームは、第１のＵＬ／ＤＬ構成によってダウンリンクサブフレームまたはスペシャルサブフレームとして定義されている。次いで、移動局は、ＰＵＳＣＨ送信のための１つのタイミング関係を、ＤＣＩ−ＰＵＳＣＨタイミング関係を適用することによって、対応するＤＣＩ送信が受信されたサブフレームに基づいて求める。さらに、移動局は、第１のＵＬ／ＤＬ構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいてＰＵＳＣＨ送信を実行し、このアップリンクサブフレームは、求められた１つのタイミング関係に対応する。
【０１１０】
通信がそれに従って設定される第１のＵＬ／ＤＬ構成が、ＤＣＩ−ＰＵＳＣＨタイミング関係がそれに基づいて定義される第２のＵＬ／ＤＬ構成と異なり、かつ、これらのＤＣＩ−ＰＵＳＣＨタイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合、移動局は、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームに基づいて示す、事前に格納される対応関係を、求めるステップの一部として参照する。
【０１１１】
本方法のさらに詳細な実施形態によると、事前に格納される対応関係は、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームと、基地局との通信がそれに従って設定される第１のＵＬ／ＤＬ構成とに基づいて、示す。
【０１１２】
本方法の別のさらに詳細な実施形態によると、事前に格納される対応関係は、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す。
【０１１３】
本方法のさらなる詳細な実施形態によると、事前に格納される対応関係は、基地局との通信をそれに従って第１のＵＬ／ＤＬ構成として設定することのできる複数のＵＬ／ＤＬ構成それぞれにおける、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す。
【０１１４】
本方法のさらに別のさらに詳細な実施形態によると、事前に格納される対応関係は、複数のタイミング関係のうち、ＰＵＳＣＨ送信を実行するために使用される１つのタイミング関係を、ＤＣＩ−ＰＵＳＣＨタイミング関係を参照することによって示すインデックス、を備えている。ＤＣＩ−ＰＵＳＣＨタイミング関係は、第２のＵＬ／ＤＬ構成に基づいて定義される。
【０１１５】
本方法のさらなるさらに詳細な実施形態によると、対応関係は、移動局に事前に格納される。
【０１１６】
本方法のさらに詳細な実施形態によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１〜６のいずれかであり、かつ、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である、および／または、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信が、ＤＣＩフォーマット０またはＤＣＩフォーマット４である。
【０１１７】
第２の実施形態によると、本発明の第１の態様に基づき、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する移動局、を提案する。本移動局は、複数のＵＬ／ＤＬ構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用する。
【０１１８】
移動局は、複数のＵＬ／ＤＬ構成のうちの第１のＵＬ／ＤＬ構成に従って、通信システムにおいて基地局と通信するように構成されている。複数のＵＬ／ＤＬ構成それぞれは、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。移動局は、複数のＵＬ／ＤＬ構成のうちの第２のＵＬ／ＤＬ構成に基づく、通信のためのＤＣＩ−ＰＵＳＣＨタイミング関係をさらに適用する。ＤＣＩ−ＰＵＳＣＨタイミング関係は、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義する。
【０１１９】
移動局は、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、あるサブフレームにおいて受信するように構成されている受信回路、を備えている。ＤＣＩ送信が受信されるサブフレームは、第１のＵＬ／ＤＬ構成によってダウンリンクサブフレームまたはスペシャルサブフレームとして定義されている。さらに、移動局は、ＰＵＳＣＨ送信のための１つのタイミング関係を、ＤＣＩ−ＰＵＳＣＨタイミング関係を適用することによって、対応するＤＣＩ送信が受信されたサブフレームに基づいて求めるように構成されているプロセッサ、を備えている。さらに、移動局は、第１のＵＬ／ＤＬ構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいて、ＰＵＳＣＨ送信を実行するように構成されている送信回路、を備えている。このアップリンクサブフレームは、決定された１つのタイミング関係に対応する。
【０１２０】
通信がそれに従って設定される第１のＵＬ／ＤＬ構成が、ＤＣＩ−ＰＵＳＣＨタイミング関係がそれに基づいて定義される第２のＵＬ／ＤＬ構成と異なり、かつ、これらのＤＣＩ−ＰＵＳＣＨタイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合、プロセッサは、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームに基づいて示す、事前に格納される対応関係、を参照するように構成されている。
【０１２１】
本移動局のさらに詳細な実施形態によると、事前に格納される対応関係は、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームと、基地局との通信がそれに従って設定される第１のＵＬ／ＤＬ構成とに基づいて、示す。
【０１２２】
本移動局の別のさらに詳細な実施形態によると、事前に格納される対応関係は、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す。
【０１２３】
本移動局のさらなるさらに詳細な実施形態によると、事前に格納される対応関係は、基地局との通信をそれに従って第１のＵＬ／ＤＬ構成として設定することのできる複数のＵＬ／ＤＬ構成それぞれにおける、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれについて、ＰＵＳＣＨ送信に使用される１つのタイミング関係を示す。
【０１２４】
本移動局のさらに別のさらに詳細な実施形態によると、事前に格納される対応関係は、複数のタイミング関係のうち、ＰＵＳＣＨ送信を実行するために使用される１つのタイミング関係を、ＤＣＩ−ＰＵＳＣＨタイミング関係を参照することによって示すインデックス、を備えている。ＤＣＩ−ＰＵＳＣＨタイミング関係は、第２のＵＬ／ＤＬ構成に基づいて定義される。
【０１２５】
本移動局のさらなるさらに詳細な実施形態によると、対応関係は、移動局に事前に格納される。
【０１２６】
本移動局のさらに詳細な実施形態によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１〜６のいずれかであり、かつ、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である、および／または、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信が、ＤＣＩフォーマット０またはＤＣＩフォーマット４である。
【０１２７】
第３の実施形態によると、本発明の第１の態様に基づき、命令を格納しているコンピュータ可読媒体であって、命令が移動局のプロセッサによって実行されたとき、それに起因して、移動局が、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）の送信を実行する、コンピュータ可読媒体、を提案する。移動局は、複数のＵＬ／ＤＬ構成のうちの少なくとも１つに基づく時分割複信（ＴＤＤ）通信を利用する。
【０１２８】
移動局は、複数のＵＬ／ＤＬ構成のうちの第１のＵＬ／ＤＬ構成に従って、通信システムにおいて基地局と通信するように構成されている。複数のＵＬ／ＤＬ構成それぞれは、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。移動局は、複数のＵＬ／ＤＬ構成のうちの第２のＵＬ／ＤＬ構成に基づく、通信のためのＤＣＩ−ＰＵＳＣＨタイミング関係、をさらに適用する。ＤＣＩ−ＰＵＳＣＨタイミング関係は、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義する。
【０１２９】
命令が移動局のプロセッサによって実行されたとき、それに起因して、移動局は、以下のステップ、つまり、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、ダウンリンクサブフレームまたはスペシャルサブフレームとして定義されているサブフレームにおいて受信するステップと、ＰＵＳＣＨ送信のための１つのタイミング関係を、ＤＣＩ−ＰＵＳＣＨタイミング関係を適用することによって、対応するＤＣＩ送信が受信されたサブフレームに基づいて求めるステップと、第１のＵＬ／ＤＬ構成によってアップリンクサブフレームとして定義されている１つのサブフレームにおいてＰＵＳＣＨ送信を実行するステップであって、このアップリンクサブフレームが、決定された１つのタイミング関係に対応する、ステップと、を実行する。
【０１３０】
通信がそれに従って設定される第１のＵＬ／ＤＬ構成が、ＤＣＩ−ＰＵＳＣＨタイミング関係がそれに基づいて定義される第２のＵＬ／ＤＬ構成と異なり、かつ、これらのＤＣＩ−ＰＵＳＣＨタイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係を定義している場合、移動局は、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームに基づいて示す、事前に格納される対応関係を、求めるステップの一部として参照する。
【０１３１】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１３２】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９の時点）において定義されているダウンリンクコンポーネントキャリアにおける例示的なサブフレーム境界を示している。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９の時点）において定義されているダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図５】現時点において標準化されている（静的な）７つのＴＤＤ  ＵＬ／ＤＬ構成０〜６と、各ＴＤＤ  ＵＬ／ＤＬ構成における１０個のサブフレームの定義と、それぞれのスイッチポイント周期とを示している。
【図６】３ＧＰＰ  ＬＴＥによって定義されている静的なＵＬ／ＤＬ構成０〜６における、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックのタイミングを示している。
【図７】３ＧＰＰ  ＬＴＥによって定義されている静的なＵＬ／ＤＬ構成０〜６における、ダウンリンク制御情報（ＤＣＩ）の送信に応えて物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するタイミングを示している。
【図８】２つのハーフフレーム（１０個のサブフレーム）からなり、スイッチポイント周期が５ｍｓである無線フレームの構造を示している。
【図９】無線フレームがＵＬ／ＤＬ構成１に従って設定されており、かつＤＣＩ−ＰＵＳＣＨタイミング関係がＵＬ／ＤＬ構成０に基づいて定義されている場合の、例示的なＴＤＤ通信を示している。
【図１０】ＰＵＳＣＨ送信を実行するための１つのタイミング関係を、運用されているＵＬ／ＤＬ構成と、対応するＤＣＩ送信が受信されたサブフレームとに基づいて示す、本発明の第１の実施形態による事前に格納される対応関係、を例示している。
【図１１−１】図１１ａ、図１１ｂ、図１１ｃは、無線フレームがＵＬ／ＤＬ構成１〜６に従って設定されており、かつＤＣＩ−ＰＵＳＣＨタイミング関係がＵＬ／ＤＬ構成０に基づいて定義されている場合に、第１の実施形態による事前に格納される対応関係を採用するＴＤＤ通信の例を示している。
【図１１−２】図１１ｄ、図１１ｅ、図１１ｆは、無線フレームがＵＬ／ＤＬ構成１〜６に従って設定されており、かつＤＣＩ−ＰＵＳＣＨタイミング関係がＵＬ／ＤＬ構成０に基づいて定義されている場合に、第１の実施形態による事前に格納される対応関係を採用するＴＤＤ通信の例を示している。
【図１２】本発明の第１の実施形態による、事前に格納される対応関係を利用する移動局の例示的な動作を示している。
【図１３】本発明の第２の実施形態による、事前に格納される別の対応関係であって、ＰＵＳＣＨ送信を実行するための１つのタイミング関係を、対応するＤＣＩ送信が受信されたサブフレームに基づいて示す対応関係、を例示している。
【発明を実施するための形態】
【０１３３】
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１／１２）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術については一部が上の背景技術のセクションに説明してある。
【０１３４】
なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１３５】
本発明において、「第１のＵＬ／ＤＬ構成」または「第１のアップリンク／ダウンリンク構成」と、「第２のＵＬ／ＤＬ構成」または「第２のアップリンク／ダウンリンク構成」という用語は、ＴＤＤ  ＵＬ／ＤＬ構成の概念を強調するために使用されている。しかしながら、第１のＵＬ／ＤＬ構成は、基地局との通信のために移動局を設定するための初期ＵＬ／ＤＬ構成ではないことに留意されたい。同様に、第２のＵＬ／ＤＬ構成は、基地局との通信のために移動局がアップリンク基準タイミングを適用するときに基づく最後のＵＬ／ＤＬ構成ではない。
【０１３６】
具体的には、「第１のＵＬ／ＤＬ構成」という用語は、「運用されているＵＬ／ＤＬ構成」、つまり、それに従ってＴＤＤ通信が設定され、これにより無線フレームのサブフレームがダウンリンクサブフレーム、アップリンクサブフレーム、またはスペシャルサブフレームとして定義されるＵＬ／ＤＬ構成、を意味するために使用されている。さらに、「第２のＵＬ／ＤＬ構成」という用語は、「アップリンクＨＡＲＱ基準構成」、つまり、それに基づいてＤＣＩ−ＰＵＳＣＨタイミング関係が定義されるＵＬ／ＤＬ構成を意味するために使用されている。
【０１３７】
本発明において、「アップリンク基準タイミング関係」という用語は、「ＤＣＩ−ＰＵＳＣＨタイミング関係」と互換的に使用されており、ＤＣＩ送信に関連するＰＵＳＣＨ送信を実行しなければならないときを示すタイミング関係（つまり、サブフレームオフセット）を定義するものと解釈されたい。特に、ＰＵＳＣＨ送信には、先行するアップリンクグラントが必要であるため、関連するＤＣＩ送信（このＤＣＩ送信に応えてＰＵＳＣＨ送信が行われる）は、本質的に、アップリンクグラントを伝えるＤＣＩ送信である。この点において、本発明において言及されるＤＣＩ送信は、ＤＣＩフォーマット０またはＤＣＩフォーマット４である。
【０１３８】
以下では、本発明のいくつかの実施形態について詳しく説明する。これらの説明は、本発明を制限するものではなく、本発明を深く理解するため本発明の実施形態の単なる例であることを理解されたい。当業者には、請求項に記載されている本発明の一般的な原理を、異なるシナリオに適用できること、または本明細書に明示的に記載されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的のために想定されている以下のシナリオは、本発明を制限するものではない。
【０１３９】
本発明において説明されているさまざまな実施形態は、ＵＬ／ＤＬ構成について言及し、詳細には、より柔軟性の高い改良されたＵＬ／ＤＬ構成および関連するメカニズム／プロセスを提供する。
【０１４０】
第１の実施形態
【０１４１】
発明の概要のセクションに関連してすでに強調したように、さまざまな実施形態は、ＴＤＤ通信を第１のＵＬ／ＤＬ構成に従って設定することができ、かつ、ＤＣＩ−ＰＵＳＣＨタイミング関係を別の第２のＵＬ／ＤＬ構成に基づいて定義することができるという発想に基づいている。言い換えれば、第１のＵＬ／ＤＬ構成が、無線フレームのサブフレームを、ＴＤＤ通信のためのアップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義するのに対して、ＤＣＩ送信に応えてのＰＵＳＣＨ送信のタイミング関係は、別の第２のＵＬ／ＤＬ構成に基づいて定義される。
【０１４２】
背景技術のセクションに関連して詳細に説明したように、ＤＣＩ−ＰＵＳＣＨタイミング関係はＵＬ／ＤＬ構成に基づいて定義される。具体的には、ＵＬ／ＤＬ構成０の場合にはＤＣＩ−ＰＵＳＣＨタイミング関係が多義的であることを強調した。言い換えれば、ＵＬ／ＤＬ構成０に基づくＤＣＩ−ＰＵＳＣＨタイミング関係では、１つのＤＣＩ送信に応えて（つまり、関連する）ＰＵＳＣＨ送信を行うための複数のサブフレームオフセットが示される。したがって、１つのＤＣＩ送信によって、１つまたは複数のＰＵＳＣＨ送信を許可することができる。この点において一般的に認識されていることとして、ＤＣＩ−ＰＵＳＣＨタイミング関係のみでは、１つのＤＣＩ送信に応えて１つのＰＵＳＣＨ送信を実行するための１つのタイミング関係が一義的に識別されない。
【０１４３】
背景技術のセクションでさらに説明したように、ＵＬ／ＤＬ構成０に従ってのＴＤＤ通信の場合、特定の情報（例えばアップリンクインデックスビット）を伝えるように特にフォーマットされたＤＣＩ送信を規定することによって、多義性が解決される。具体的には、ＵＬ／ＤＬ構成０の場合、ＤＣＩ−ＰＵＳＣＨタイミング関係における複数のサブフレームオフセットのうちどのサブフレームオフセットが使用されるかを示す指示情報（例えばアップリンクインデックスビット）を、ＤＣＩ送信に含めることが要求される。言い換えれば、この指示情報は、１つのＤＣＩ送信に応えて（１つまたは複数の）ＰＵＳＣＨ送信を実行するためのタイミング関係を識別する。
【０１４４】
しかしながら、これらの特にフォーマットされたＤＣＩ送信は、ＴＤＤ通信がＵＬ／ＤＬ構成０に従う場合に定義されるのみである。言い換えれば、ＴＤＤ通信がＵＬ／ＤＬ構成１〜６に従って設定されている場合、ＤＣＩ送信はこの特定のフォーマットではなく、したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係におけるどのサブフレームオフセットが使用されるかを示す指示情報が含まれない。使用される１つのタイミング関係（つまり、サブフレームオフセット）を示す指示情報（例えばアップリンクインデックスビット）の代わりに、ＤＣＩ送信にはダウンリンク割当てインデックス（ＤＡＩ）が含まれる。
【０１４５】
この第１の実施形態によると、ＤＣＩ−ＰＵＳＣＨタイミング関係（つまり、アップリンク基準タイミング関係）に加えて、ＤＣＩ−ＰＵＳＣＨタイミング関係が多義的である場合に、定義される複数のタイミング関係（つまり、サブフレームオフセット）のうち、１つのＤＣＩ送信に応えてのＰＵＳＣＨ送信に使用される１つのタイミング関係を示すための補助的な対応関係を定義する。使用される１つのタイミング関係を示すこの補助的な対応関係は、関連するＤＣＩ送信が受信されたサブフレームと、設定されているＵＬ／ＤＬ構成とに基づく。
【０１４６】
対応関係は、ＤＣＩ−ＰＵＳＣＨタイミング関係が多義的である場合にのみ必要であるため、定義されるＤＣＩ−ＰＵＳＣＨタイミング関係において、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係が指定される場合のみに、補助的な対応関係を参照する。
【０１４７】
例えば図７に示したように、ＴＤＤ通信がＵＬ／ＤＬ構成０に従って設定されている場合、ＤＣＩ−ＰＵＳＣＨタイミング関係では、１つのＤＣＩ送信に応えてどちらか一方のＰＵＳＣＨ送信を行う、または組み合わされたＰＵＳＣＨ送信を行うための２つのサブフレームオフセットが定義されている。具体的には、ＵＬ／ＤＬ構成０においては、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信が受信される複数の異なるサブフレームに対して、２つのサブフレームオフセットが定義されている。
【０１４８】
例えば、ＤＣＩ送信がサブフレーム０において受信され、かつＴＤＤ通信がＵＬ／ＤＬ構成０に従って設定されている場合、ＤＣＩ−ＰＵＳＣＨタイミング関係によると、同じＤＣＩ送信に応えてどちらか一方のＰＵＳＣＨ送信を行う、または組み合わされたＰＵＳＣＨ送信を行うためのサブフレームオフセット４および７が示される。したがって、この例においては、ＤＣＩ−ＰＵＳＣＨタイミング関係によると、第２のＵＬ／ＤＬ構成０に従ってのＴＤＤ通信において、サブフレーム４（つまり、０＋４）もしくはサブフレーム７（つまり、０＋７）またはその両方においてＰＵＳＣＨ送信を行うことができる。同様に、ＤＣＩ送信がサブフレーム１，５，または６において受信される場合にも、ＤＣＩ−ＰＵＳＣＨタイミング関係によると、どちらか一方のＰＵＳＣＨ送信を行う、または組み合わされたＰＵＳＣＨ送信を行うための２つのサブフレームオフセットが示される。
【０１４９】
したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係が第２のＵＬ／ＤＬ構成０に基づいて定義される（ＤＣＩ送信に応えてのＰＵＳＣＨ送信のためのサブフレームオフセットが多義的に定義される）場合にのみ、例示的な対応関係を参照する。
【０１５０】
これに加えて、第１の実施形態の対応関係を参照する条件として、第１のＵＬ／ＤＬ構成（このＵＬ／ＤＬ構成に従ってＴＤＤ通信が設定される）が、第２のＵＬ／ＤＬ構成（このＵＬ／ＤＬ構成に基づいてＤＣＩ−ＰＵＳＣＨタイミング関係が定義される）と異なっていなければならない。この想定下では、第１のＵＬ／ＤＬ構成によって指定される無線フレームのサブフレームが、適用されるＤＣＩ−ＰＵＳＣＨタイミング関係とは異なり、したがって、設定されているＴＤＤ通信との矛盾が生じないように、対応関係が必要である。
【０１５１】
例えば、たとえＴＤＤ通信がＵＬ／ＤＬ構成１に従って設定されている場合でも、ＵＬ／ＤＬ構成０に基づくＤＣＩ−ＰＵＳＣＨタイミング関係においては、サブフレーム０＋４におけるＰＵＳＣＨ送信（つまり、サブフレーム０において受信されるＤＣＩ送信と、サブフレームオフセット４に応えてのＰＵＳＣＨ送信）が許可される。しかしながら、サブフレーム４（つまり、０＋４）においてＰＵＳＣＨ送信を実行することはできず、なぜならＵＬ／ＤＬ構成１ではサブフレーム４がダウンリンクサブフレームとして定義されており、したがってアップリンク送信を行うことができないためである。
【０１５２】
より詳細には、ＤＣＩ−ＰＵＳＣＨタイミング関係の多義性を回避するため、複数のタイミング関係のうち、ＤＣＩ送信が受信されたサブフレームに応えてＰＵＳＣＨ送信を実際に行うことのできる（つまり、第１のＵＬ／ＤＬ構成においてアップリンクサブフレームとして定義されているサブフレームを識別する）タイミング関係のみを示すように、対応関係を適合化する。言い換えれば、１つの（例えば一義的な）タイミング関係（つまり、サブフレームオフセット）であって、それに基づいてＰＵＳＣＨ送信を実際に実行することのできる１つのタイミング関係が提供されるように、複数のタイミング関係のうち、第１のＵＬ／ＤＬ構成においてアップリンクサブフレームとして定義されていないタイミング関係を、対応関係から除外する。例えば、図１０に示したように、除外されるタイミング関係は「−」と示すことができ、斜線を付して表してある。
【０１５３】
この第１の実施形態の例においては、対応関係を参照する条件として、第１のＴＤＤ通信がＵＬ／ＤＬ構成１〜６のいずれか（つまり、第２のＵＬ／ＤＬ構成０とは異なるＵＬ／ＤＬ構成）に従って設定されていなければならない。
【０１５４】
なお、対応関係は、ＤＣＩ−ＰＵＳＣＨタイミング関係のうち事前に定義されているサブフレームオフセット（つまり、タイミング関係）に制限されることを、当業者に向けて指摘しておく。言い換えれば、事前に定義されているＤＣＩ−ＰＵＳＣＨタイミング関係は、ＴＤＤ通信において変更されないまま維持され、したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係は、ＵＬ／ＤＬ構成０に基づいて事前に定義されたままである。この点において、対応関係は、ＤＣＩ−ＰＵＳＣＨタイミング関係によって事前に定義されている複数のタイミング関係のうちの１つのタイミング関係を示すのみである。
【０１５５】
この点において、事前に定義されている複数のサブフレームオフセットのいずれも、ＤＣＩ送信に応えてＰＵＳＣＨ送信を実際に実行することのできるサブフレームを識別しないという状況が、理論的には起こりうる。しかしながら、実際にはこのような状況を排除することができ、なぜなら、事前に定義されている複数のサブフレームオフセットのいずれも、対応するＰＵＳＣＨ送信を実際に実行できるサブフレームを識別しないサブフレームにおいてＤＣＩ送信をスケジューリングすることを、基地局が避けることができるためである。
【０１５６】
この第１の実施形態による例示的な対応関係は、例えば図１０に示してある。特に、この例示的な対応関係は、ＰＵＳＣＨ送信に使用される１つのタイミング関係の指示情報を含む。具体的には、この対応関係は、ＴＤＤ通信をそれに従って設定することのできる複数のＵＬ／ＤＬ構成それぞれについて、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれに対する１つのタイミング関係を示す。
【０１５７】
より詳細には、この対応関係は、２個のアップリンクインデックスビット（ＵＬインデックスビットとも称する）の形での、１つのタイミング関係の指示情報を含む。アップリンクインデックスビットが値（１，０）を有する場合（左側のビットが最上位ビット（つまり、ＭＳＢ）であり、右側のビットが最下位ビット（つまり、ＬＳＢ）である）、ＤＣＩ−ＰＵＳＣＨタイミング関係に定義されている２つのサブフレームオフセットのうち最初の（つまり、左側の）サブフレームオフセットが、ＰＵＳＣＨ送信を実行するのに使用される。同様に、アップリンクインデックスビットが値（０，１）を有する場合、ＤＣＩ−ＰＵＳＣＨタイミング関係に定義されている２つのサブフレームオフセットのうち２番目の（つまり、右側の）サブフレームオフセットが、ＰＵＳＣＨ送信を実行するのに使用される。なお、現在定義されている２つのサブフレームオフセットの２番目のサブフレームオフセット（存在時）は、つねにｋ＝７と定義されていることに留意されたい。
【０１５８】
重要な点として、一般的には、上記のアップリンクインデックスビットはＤＣＩ送信の一部ではない。そうではなく、上記のアップリンクインデックスビットは、事前に格納される対応関係の一部であり、したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係のうちの１つのタイミング関係を求める目的で参照される。さらに、事前に格納される対応関係は、送信されるのではなく、第１のＵＬ／ＤＬ構成と、対応するＤＣＩ送信が受信されるサブフレームとに基づいて事前に決定された特定の値のアップリンクインデックスビットを想定するものと理解されたい。
【０１５９】
結果として、事前に格納される対応関係は、背景技術のセクションにおいて説明した実装（つまり、対応する値のアップリンクインデックスビットがＤＣＩ送信に含められ、複数のＤＣＩ−ＰＵＳＣＨタイミング関係のうちの１つのタイミング関係を、このアップリンクインデックスビットを使用して求める）に類似する挙動につながる。
【０１６０】
これに関連して容易に理解できる点として、２個のアップリンクインデックスビットは４つの異なる値を有することができるが、この実施形態による対応関係は、異なるサブフレームオフセットに直接関連付けられる２つの異なる値のアップリンクインデックスビットを含むのみである。この点において、この対応関係は、ＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための、ＤＣＩ−ＰＵＳＣＨタイミング関係によって定義される複数のタイミング関係のうち、１つのタイミング関係（つまり、サブフレームオフセット）を示す。
【０１６１】
さらに、本発明の基礎をなす発想では、複数の異なるＵＬ／ＤＬ構成、つまり、ＴＤＤ通信のための（したがって無線フレームのサブフレームを定義する）第１のＵＬ／ＤＬ構成と、ＤＣＩ−ＰＵＳＣＨタイミング関係のための（したがってＤＣＩ送信に応えてのＰＵＳＣＨ送信のサブフレームオフセットを定義する）第２のＵＬ／ＤＬ構成とが使用されるため、この対応関係には、ＤＣＩ−ＰＵＳＣＨタイミング関係の事前に定義されるサブフレームオフセットのいずれも、対応するＰＵＳＣＨ送信のための、アップリンクサブフレームとして定義されているサブフレームを指定しない組合せも含まれる。これらの組合せは、図１０において斜線を付して示してある。
【０１６２】
例えば、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であり（対応関係が参照されるのはＵＬ／ＤＬ構成０の場合のみである）、かつ第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成３である場合に、ＤＣＩ送信がサブフレーム０において受信されるならば、このＤＣＩ送信に応えてのＰＵＳＣＨ送信のための対応する１つのタイミング関係は、値（１，０）を有するアップリンクインデックスビットによって示される。値（１，０）を有するアップリンクインデックスビットは、ＵＬ／ＤＬ構成０に基づくＤＣＩ−ＰＵＳＣＨタイミング関係において、サブフレーム０におけるＤＣＩ送信に対して定義されているサブフレームオフセット４および７のうち、最初（つまり、左側）のサブフレームオフセットが、ＰＵＳＣＨ送信を実行するために使用されることを示す。したがって、ＰＵＳＣＨ送信は、サブフレーム０＋４において実行され、このサブフレームは、ＴＤＤ通信がそれに従って設定されているＵＬ／ＤＬ構成３によってアップリンクサブフレームとして定義されている。
【０１６３】
さらなる例として、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であり、かつ第１のＵＬ／ＤＬ構成が３である場合に、ＤＣＩ送信がサブフレーム１において受信されるものと想定したときのアップリンクインデックスビットは、斜線を付して表してあり、なぜなら、ＵＬ／ＤＬ構成０に基づいて定義されるＤＣＩ−ＰＵＳＣＨタイミング関係の２つのサブフレームオフセット６および７は、それぞれサブフレーム７（つまり、１＋６）またはサブフレーム８（つまり、１＋７）を示し、これらのサブフレームはいずれもＵＬ／ＤＬ構成３によってダウンリンクサブフレームとして定義されており、したがってこの想定上のＤＣＩ送信に応えてＰＵＳＣＨ送信を実行する目的には使用できないためである。しかしながら、この例においては、整合性の理由で、サブフレーム３における想定上のＤＣＩ送信に対するアップリンクインデックスビットも定義されている。
【０１６４】
図１０から理解できるように、ＰＵＳＣＨを割り当てるＤＣＩを送信することのできるサブフレームに対して、対応するアップリンクインデックスビットの想定値が示されていない（または適用されないため「Ｎ／Ａ」が示されている）場合がある（例えばＵＬ／ＤＬ構成３でありサブフレームｎ＝１におけるＤＣＩ送信の場合）。それ以外のサブフレームでは、第１のＵＬ／ＤＬ構成に従ってアップリンク送信用に設定されているサブフレームにおけるアップリンク送信を一義的に割り当てることができるため、このようなサブフレームにおいて送信されるＤＣＩに対しては、追加のタイミング関係を定義する必要はない。したがって、対応するアップリンクインデックスビットの想定値が示されていないサブフレームにおいて、ＰＵＳＣＨを割り当てるＤＣＩが受信された場合、誤ったＤＣＩ検出の場合における未定義の挙動もしくは望ましくないＰＵＳＣＨ送信またはその両方を回避する目的で、受信機は、そのようなＤＣＩを無視することが好ましい。
【０１６５】
第１の実施形態の第１の例
【０１６６】
第１の実施形態のさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ａはこの例を示している。
【０１６７】
具体的には、第１のＵＬ／ＤＬ構成は、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。第１のＵＬ／ＤＬ構成は、図１１ａの下段に、物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連して示してある。
【０１６８】
さらに、第２のＵＬ／ＤＬ構成に基づいて、ＤＣＩ−ＰＵＳＣＨタイミング関係（つまり、アップリンク基準タイミング関係）が定義される。ＤＣＩ−ＰＵＳＣＨタイミング関係は、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義する。ＤＣＩ−ＰＵＳＣＨタイミング関係は、図１１ａに点線の矢印として示してある。
【０１６９】
第１の実施形態のこのさらに詳細な例においては、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、この場合、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０１７０】
具体的には、ＤＣＩ送信がサブフレーム０において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム７（つまり、０＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係４および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１７１】
同様に、ＤＣＩ送信がサブフレーム１において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム８（つまり、１＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１７２】
さらには、ＤＣＩ送信がサブフレーム５およびサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信は、それぞれサブフレーム１２（つまり、５＋７）およびサブフレーム１３（つまり、６＋７）において実行される。サブフレーム１２およびサブフレーム１３は、次の無線フレームのサブフレーム２およびサブフレーム３に相当する。図１１ａにおいて、これらのＰＵＳＣＨ送信は、対応する点線の矢印が指す、それぞれの番号のアップリンクサブフレームとして示されている。
【０１７３】
第１の実施形態の第２の例
【０１７４】
第１の実施形態の別のさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成２であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ｂはこの例を示している。
【０１７５】
第１の実施形態のこのさらに詳細な例においても、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０１７６】
具体的には、ＤＣＩ送信がサブフレーム０において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム７（つまり、０＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係４および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１７７】
同様に、ＤＣＩ送信がサブフレーム１において受信される場合、対応するＰＵＳＣＨ送信は同じくサブフレーム７（つまり、１＋６）において実行され、なぜなら、事前に格納される対応関係は値（１，０）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６であることが求められるためである。
【０１７８】
さらに、ＤＣＩ送信がサブフレーム５およびサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信は、それぞれサブフレーム１２（つまり、５＋７）およびサブフレーム１２（つまり、６＋６）において実行される。サブフレーム１２およびサブフレーム１３は、次の無線フレームのサブフレーム２およびサブフレーム３に相当する。
【０１７９】
第１の実施形態の第３の例
【０１８０】
第１の実施形態の別のさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成３であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ｃはこの例を示している。
【０１８１】
第１の実施形態のこのさらに詳細な例においても、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０１８２】
具体的には、ＤＣＩ送信がサブフレーム０において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム４（つまり、０＋４）において実行され、なぜなら、事前に格納される対応関係は値（１，０）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係４および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が４であることが求められるためである。
【０１８３】
同様に、ＤＣＩ送信がサブフレーム５において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム１２（つまり、５＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１８４】
さらに、ＤＣＩ送信がサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム１３（つまり、６＋７）において実行される。サブフレーム１３は、次の無線フレームのサブフレーム３に相当する。さらに、ＰＤＣＣＨのサブフレーム１は斜線を付して表してあり、なぜなら、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のいずれも、対応するＰＵＳＣＨ送信を行うことのできるアップリンクサブフレームを指していないためである。したがって、ＰＵＳＣＨを割り当てるＤＣＩがサブフレーム１において受信された場合、誤ったＤＣＩ検出の場合における未定義の挙動もしくは望ましくないＰＵＳＣＨ送信またはその両方を回避する目的で、受信機は、そのＤＣＩを無視することが好ましい。
【０１８５】
第１の実施形態の第４の例
【０１８６】
第１の実施形態のさらなるさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成４であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ｄはこの例を示している。
【０１８７】
第１の実施形態のこのさらに詳細な例においても、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０１８８】
具体的には、ＤＣＩ送信がサブフレーム５において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム１２（つまり、５＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１８９】
同様に、ＤＣＩ送信がサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム１３（つまり、６＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１９０】
さらに、ＰＤＣＣＨのサブフレーム０および１は斜線を付して表してあり、なぜなら、ＤＣＩ−ＰＵＳＣＨタイミング関係それぞれの複数のタイミング関係４，７または６，７のいずれも、対応するＰＵＳＣＨ送信を行うことのできるアップリンクサブフレームを指していないためである。したがって、誤ったＤＣＩ検出の場合における未定義の挙動もしくは望ましくないＰＵＳＣＨ送信またはその両方を回避する目的で、受信機は、ＰＵＳＣＨを割り当てるサブフレーム０または１において受信された場合、そのＤＣＩを無視することが好ましい。
【０１９１】
第１の実施形態の第５の例
【０１９２】
第１の実施形態のさらに別のさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成５であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ｅはこの例を示している。
【０１９３】
第１の実施形態のこのさらに詳細な例においても、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０１９４】
具体的には、ＤＣＩ送信がサブフレーム５において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム１２（つまり、５＋７）において実行され、なぜなら、事前に格納される対応関係は値（０，１）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が７であることが求められるためである。
【０１９５】
同様に、ＤＣＩ送信がサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信は同じくサブフレーム１２（つまり、６＋６）において実行され、なぜなら、事前に格納される対応関係は値（１，０）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６であることが求められるためである。
【０１９６】
さらに、ＰＤＣＣＨのサブフレーム０および１は斜線を付して表してあり、なぜなら、ＤＣＩ−ＰＵＳＣＨタイミング関係それぞれの複数のタイミング関係４，７または６，７のいずれも、対応するＰＵＳＣＨ送信を行うことのできるアップリンクサブフレームを指していないためである。したがって、ＰＵＳＣＨを割り当てるＤＣＩがサブフレーム０または１において受信された場合、誤ったＤＣＩ検出の場合における未定義の挙動もしくは望ましくないＰＵＳＣＨ送信またはその両方を回避する目的で、受信機は、そのＤＣＩを無視することが好ましい。
【０１９７】
第１の実施形態の第６の例
【０１９８】
第１の実施形態のさらに別のさらに詳細な例によると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成６であるものと想定し、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であるものと想定する。図１１ｆはこの例を示している。
【０１９９】
第１の実施形態のこのさらに詳細な例においても、対応するＤＣＩ送信が受信されたサブフレームに応えてのＰＵＳＣＨ送信のための１つのタイミング関係を求めるため、事前に格納される対応関係を参照し、アップリンク送信を割り当てるＤＣＩにはアップリンクインデックスビットは含まれておらずＤＡＩビットが含まれている。
【０２００】
具体的には、ＤＣＩ送信がサブフレーム０において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム４（つまり、０＋４）において実行され、なぜなら、事前に格納される対応関係は値（１，０）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係４および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が４であることが求められるためである。
【０２０１】
同様に、ＤＣＩ送信がサブフレーム１において受信される場合、対応するＰＵＳＣＨ送信はサブフレーム７（つまり、１＋６）において実行され、なぜなら、事前に格納される対応関係は値（１，０）のアップリンクインデックスビットを示しており、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６であることが求められるためである。
【０２０２】
さらに、ＤＣＩ送信がサブフレーム５およびサブフレーム６において受信される場合、対応するＰＵＳＣＨ送信は、それぞれサブフレーム１２（つまり、５＋７）およびサブフレーム１３（つまり、６＋７）において実行される。サブフレーム１２およびサブフレーム１３は、次の無線フレームのサブフレーム２およびサブフレーム３に相当する。
【０２０３】
さらには、この詳細な例では、ＵＬ／ＤＬ構成６によってさらなるアップリンクサブフレームとして定義されているサブフレーム８におけるＰＵＳＣＨ送信が結果として失われる。しかしながら、この消失は、事前に格納される対応関係の発想に関連する。ＤＣＩ−ＰＵＳＣＨタイミング関係はＵＬ／ＤＬ構成０に基づくため、事前に格納される対応関係は、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための４つの個別のサブフレームオフセットを示すことができるのみである。結果として、サブフレーム８における第５のＰＵＳＣＨ送信をスケジューリングする機会が失われる。
【０２０４】
一般的には、サブフレーム８は、ＰＵＳＣＨ送信をスケジューリングするうえで最も魅力的でないサブフレームと考えられる。結果として、上の詳細な例は、ＰＵＳＣＨ送信をサブフレーム８において実行することを可能にする代替形態よりも有利であると考えることができる。
【０２０５】
第一に、サブフレーム８におけるＰＵＳＣＨ送信では、相当な長さのスケジューリング遅延（つまり、サブフレームオフセット７）が生じる。さらに、サブフレーム８におけるＰＵＳＣＨ送信では、アップリンク−ダウンリンク干渉が発生しやすい。具体的には、サブフレーム８は、ＵＬ／ＤＬ構成６によってアップリンクサブフレームとして定義されており、直後のサブフレーム９がＵＬ／ＤＬ構成６によってダウンリンクサブフレームとして定義されている。この点において、サブフレーム８におけるＰＵＳＣＨ送信がサブフレーム９に漏れることに起因して、アップリンク−ダウンリンク干渉が発生することがある。
【０２０６】
しかしながら、この第１の実施形態のバリエーションによると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成６であり、かつ第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合に、アップリンクインデックスビットの半静的な設定を使用することができ、この設定によると、対応するＰＵＳＣＨ送信をサブフレーム７（つまり、１＋６）において実行するかサブフレーム８（つまり、１＋７）において実行するかを示す１個のビットを、サブフレーム１におけるＤＣＩ送信に含めることができる。この点において、この１個のビットは、想定される２個のアップリンクインデックスビットを（１，０）または（０，１）のいずれかに設定するものであり、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６または７のいずれかであることを決定する。
【０２０７】
この第１の実施形態の別のバリエーションによると、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成６であり、かつ第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合、ＤＣＩ送信と、対応するＰＵＳＣＨ送信との間の少なくとも１つの対応関係を、例えばＲＲＣシグナリングを使用して好ましくは半静的に設定することができる。例えば、このような半静的なパラメータは、サブフレーム１におけるＤＣＩ送信に対応するＰＵＳＣＨ送信をサブフレーム７（つまり、１＋６）において実行するかサブフレーム８（つまり、１＋７）において実行するかを決定する。この点において、この半静的なパラメータは、想定される２個のアップリンクインデックスビットを（１，０）または（０，１）のいずれかに設定するものであり、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６または７のいずれかであることを決定する。このバリエーションは、よりフレキシブルなスケジューラを実施することができるように、６以外の第１のＵＬ／ＤＬ構成にも同様に拡張することができ、割当て可能なＰＵＳＣＨ送信が減少しうることと、このような設定機能を実装して正しく動作するかをテストするという代償を払うことで、より小さい遅延のタイミング関係を確立することができる。
【０２０８】
第１の実施形態による移動局の動作
【０２０９】
この第１の実施形態によると、移動局は、ＤＣＩ送信に応えてＰＵＳＣＨ送信を実行する。この場合、移動局は、通信システムにおいて基地局と通信するために時分割複信（ＴＤＤ）通信方式を利用するものと想定する。ＴＤＤ通信は、事前に定義される複数のＵＬ／ＤＬ構成のうちの少なくとも１つに基づく。
【０２１０】
具体的には、移動局は、複数のＵＬ／ＤＬ構成のうちの第１のＵＬ／ＤＬ構成に従って設定される。複数のＵＬ／ＤＬ構成それぞれは、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。さらに、移動局は、複数のＵＬ／ＤＬ構成のうちの第２のＵＬ／ＤＬ構成に基づいてＤＣＩ−ＰＵＳＣＨタイミング関係を適用する。ＤＣＩ−ＰＵＳＣＨタイミング関係は、１つのＤＣＩ送信に応えて１つまたは複数のＰＵＳＣＨ送信を実行するための１つまたは複数のタイミング関係を定義する。
【０２１１】
この場合、ステップ１において、移動局は、ＰＵＳＣＨ送信をそれに応えて実行するべきＤＣＩ送信を、サブフレームｎにおいて受信する。特に、ＤＣＩ送信を受信することによって、移動局はＰＵＳＣＨ送信を実行するようにトリガーされるため、ＤＣＩ送信はアップリンクグラントを伝える、つまり、ＤＣＩ送信はフォーマット０／４である。ＤＣＩ送信が受信されるサブフレームｎは、第１のＵＬ／ＤＬ構成によってダウンリンクサブフレームまたはスペシャルサブフレームとして定義されている。
【０２１２】
次いで、ステップ２において、移動局は、ＤＣＩ−ＰＵＳＣＨタイミング関係を適用することによって、対応するＤＣＩ送信が受信されたサブフレームｎに基づいて、ＰＵＳＣＨ送信のための１つのタイミング関係ｋを求める。
【０２１３】
このステップ２の一部として、移動局は、ステップ２ａにおいて、第１のＵＬ／ＤＬ構成（このＵＬ／ＤＬ構成に従って通信が設定されている）が、第２のＵＬ／ＤＬ構成（このＵＬ／ＤＬ構成に基づいてＤＣＩ−ＰＵＳＣＨタイミング関係が定義される）と異なるかを判定する。
【０２１４】
第１のＵＬ／ＤＬ構成と第２のＵＬ／ＤＬ構成とが互いに異なる（つまり、ステップ２ａにおける「はい」）場合、移動局は、ステップ２ｂにおいて、ＤＣＩ−ＰＵＳＣＨタイミング関係が、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための１つのタイミング関係を指定しているか、複数のタイミング関係を指定しているかを、さらに判定する。これに代えて、移動局は、ＤＣＩ−ＰＵＳＣＨタイミング関係がＵＬ／ＤＬ構成０に基づいて指定されているか否かを判定することができる。
【０２１５】
この判定の結果も肯定である（つまり、ステップ２ｂにおける「はい」）場合、移動局は、ＤＣＩ送信においてアップリンクインデックスビットが利用可能ではないことを認識し、この判定ステップの一部として、事前に格納される対応関係を参照する。この場合にのみ、ＤＣＩ−ＰＵＳＣＨタイミング関係は多義的であり、したがって移動局は、ＰＵＳＣＨ送信を実行するための１つのタイミング関係を求める目的で、事前に格納される対応関係の形での追加の情報を必要とする。
【０２１６】
例えば、ステップ２ｂにおける判定結果が否定である（つまり、ステップ２ｂにおける「いいえ」）場合、容易に理解できるように、ＤＣＩ−ＰＵＳＣＨタイミング関係において、ＰＵＳＣＨ送信を実行するための１つのタイミング関係が一義的に定義され、したがって移動局は、事前に格納される対応関係の形での追加の情報、またはＤＣＩ送信におけるアップリンクインデックスビットを必要としない。言い換えれば、第２のＵＬ／ＤＬ構成（このＵＬ／ＤＬ構成に基づいてＤＣＩ−ＰＵＳＣＨタイミング関係が定義される）が、設定されている第１のＵＬ／ＤＬ構成とたとえ異なる場合でも、移動局は、ＵＬ／ＤＬ構成０以外によるＤＣＩ−ＰＵＳＣＨタイミング関係が適用されることを認識することにより、ＰＵＳＣＨ送信を実行するべき１つのタイミング関係を識別することができる。
【０２１７】
さらには、例えばステップ２ａにおける判定結果が否定である（つまり、ステップ２ａにおける「いいえ」）ならば、容易に理解できるように、ＵＬ／ＤＬ構成１〜６のうちの１つが運用されている場合には、ＤＣＩ−ＰＵＳＣＨタイミング関係は一義的であり、また、ＵＬ／ＤＬ構成０が運用されている場合には、ＤＣＩに含まれているアップリンクインデックスビットによって、例えば最初のオフセット、２番目のオフセット、または両方のオフセットを適用するべきかを判定することにより、割り当てられる（１つまたは複数の）アップリンクサブフレームを求めることによって、アップリンク送信を割り当てる特定のＤＣＩに対するＤＣＩ−ＰＵＳＣＨタイミング関係を一義的に決定できるならば、ＤＣＩ−ＰＵＳＣＨタイミング関係は一義的である。
【０２１８】
事前に格納される対応関係が参照される場合、対応関係は、複数のタイミング関係のうち、ＰＵＳＣＨ送信に使用される１つのタイミング関係ｋを、対応するＤＣＩ送信が受信されたサブフレームｎと、基地局との通信がそれに従って設定される第１のＵＬ／ＤＬ構成とに基づいて示す。
【０２１９】
次いで、移動局は、ステップ３において、第１のアップリンク／ダウンリンク構成によってアップリンクサブフレームとして定義されている１つのサブフレームｎ＋ｋにおいて、ＰＵＳＣＨ送信を実行する。アップリンクサブフレームｎ＋ｋは、求めた１つのタイミング関係ｋに対応する。
【０２２０】
第２の実施形態
【０２２１】
第２の実施形態によると、ＤＣＩ−ＰＵＳＣＨタイミング関係が多義的である場合に、定義される複数のタイミング関係（つまり、サブフレームオフセット）のうち、１つのＤＣＩ送信に応えてのＰＵＳＣＨ送信に使用される１つのタイミング関係を示す、事前に格納される対応関係を定義する。この対応関係は、関連するＤＣＩ送信が受信されたサブフレームに基づく。
【０２２２】
対応関係が必要であるのは、ＤＣＩ−ＰＵＳＣＨタイミング関係が多義的であり、この多義性を解決するための手段がＤＣＩによって提供されない場合のみであるため、この実施形態の対応関係は、第１のＵＬ／ＤＬ構成（第１のＵＬ／ＤＬ構成に従ってＴＤＤ通信が設定される）が、第２のＵＬ／ＤＬ構成（第２のＵＬ／ＤＬ構成に基づいてＤＣＩ−ＰＵＳＣＨタイミング関係が定義される）と異なり、かつ、定義されたＤＣＩ−ＰＵＳＣＨタイミング関係において、１つのＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための複数のタイミング関係が指定される場合にのみ、参照される。ＤＣＩ−ＰＵＳＣＨタイミング関係において複数のタイミング関係が指定される場合とは、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合と等価であるものと考えることができる。
【０２２３】
この第２の実施形態の例においては、対応関係を参照する条件として、第１のＴＤＤ通信がＵＬ／ＤＬ構成１〜６のうちの１つ（つまり、第２のＵＬ／ＤＬ構成０とは異なるＵＬ／ＤＬ構成）に従って設定されていなければならない。
【０２２４】
なお、対応関係は、ＤＣＩ−ＰＵＳＣＨタイミング関係のうち事前に定義されているサブフレームオフセット（つまり、タイミング関係）に制限されることを、当業者に向けて指摘しておく。言い換えれば、事前に定義されているＤＣＩ−ＰＵＳＣＨタイミング関係は、ＴＤＤ通信において変更されないまま維持され、したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係は、図７に例示的に示したＵＬ／ＤＬ構成０に基づいて事前に定義されたままである。この点において、対応関係は、ＤＣＩ−ＰＵＳＣＨタイミング関係によって事前に定義されている複数のタイミング関係のうちの１つのタイミング関係を示すのみである。
【０２２５】
この第２の実施形態による例示的な対応関係は、例えば図１３に示してある。この例示的な対応関係は、特に、ＰＵＳＣＨ送信に使用される１つのタイミング関係の指示情報を含む。具体的には、この対応関係は、対応するＤＣＩ送信を受信することのできるサブフレームそれぞれに対する１つのタイミング関係を示す。
【０２２６】
より詳細には、この対応関係は、２個のアップリンクインデックスビット（ＵＬインデックスビットとも称する）の形での１つのタイミング関係の指示情報を含む。アップリンクインデックスビットが値（１，０）を有する場合（左側のビットが最上位ビット（つまり、ＭＳＢ）であり、右側のビットが最下位ビット（つまり、ＬＳＢ）である）、ＤＣＩ−ＰＵＳＣＨタイミング関係に定義されている２つのサブフレームオフセットのうちの最初の（つまり、左側の）サブフレームオフセットが、ＰＵＳＣＨ送信を実行するのに使用される。同様に、アップリンクインデックスビットが値（０，１）を有する場合、ＤＣＩ−ＰＵＳＣＨタイミング関係に定義されている２つのサブフレームオフセットのうちの２番目の（つまり、右側の）サブフレームオフセットが、ＰＵＳＣＨ送信を実行するのに使用される。なお、現在定義されている２つのサブフレームオフセットのうちの２番目のサブフレームオフセット（存在時）は、つねにｋ＝７と定義されていることに留意されたい。
【０２２７】
具体的には、対応するＤＣＩ送信がサブフレーム０または１において受信される場合、この対応関係は、値（１，０）を有するアップリンクインデックスビットによって、ＰＵＳＣＨ送信のための１つのタイミング関係を示す。対応するＤＣＩ送信がサブフレーム５または６において受信される場合、この対応関係は、値（０，１）を有するアップリンクインデックスビットによって、ＰＵＳＣＨ送信のための１つのタイミング関係を示す。
【０２２８】
したがって、この実施形態は、上に示したように特定の条件下でしか適用されないが、この実施形態の対応関係自体は、第１のＵＬ／ＤＬ構成および第２のＵＬ／ＤＬ構成とは無関係に定義され、ＰＵＳＣＨ送信を実行するためのサブフレーム４，７，１２，１３を（これらのサブフレームが第１のＵＬ／ＤＬ構成によって実際にアップリンクサブフレームとして定義されているか否かにかかわらず）識別するタイミング関係を示すことができる。
【０２２９】
重要な点として、一般的には、上記のアップリンクインデックスビットはＤＣＩ送信の一部ではない。そうではなく、上記のアップリンクインデックスビットは、事前に格納される対応関係の一部であり、したがって、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係のうちの１つのタイミング関係を求める目的で参照される。さらに、事前に格納される対応関係は、送信されるのではなく、例えば対応するＤＣＩ送信が受信されるサブフレームに基づいて事前に決定された特定の値のアップリンクインデックスビットを想定するものと理解されたい。
【０２３０】
結果として、事前に格納される対応関係は、背景技術のセクションにおいて説明した実装（つまり、対応する値のアップリンクインデックスビットがＤＣＩ送信に含められ、複数のＤＣＩ−ＰＵＳＣＨタイミング関係のうちの１つのタイミング関係を、このアップリンクインデックスビットを使用して求める）に類似する挙動につながる。
【０２３１】
これに関連して容易に理解できる点として、２個のアップリンクインデックスビットは４つの異なる値を有することができるが、この実施形態による対応関係は、異なるサブフレームオフセットに直接関連付けられる２つの異なる値のアップリンクインデックスビットを含むのみである。この点において、この対応関係は、ＤＣＩ送信に応えてＰＵＳＣＨ送信を実行するための、ＤＣＩ−ＰＵＳＣＨタイミング関係によって定義される複数のタイミング関係のうち、１つのタイミング関係（つまり、サブフレームオフセット）を示す。
【０２３２】
例えば、第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０であり、かつ第１のＵＬ／ＤＬ構成が別のＵＬ／ＤＬ構成３である場合に、ＤＣＩ送信がサブフレーム０において受信されるならば、このＤＣＩ送信に応えてのＰＵＳＣＨ送信のための対応する１つのタイミング関係は、値（１，０）を有するアップリンクインデックスビットによって示される。値（１，０）を有するアップリンクインデックスビットは、サブフレーム０におけるＤＣＩ送信に対して、ＵＬ／ＤＬ構成０に基づくＤＣＩ−ＰＵＳＣＨタイミング関係によって定義されているサブフレームオフセット４および７のうち、最初（つまり、左側）のサブフレームオフセットを使用してＰＵＳＣＨ送信が実行されるべきことを示す。したがって、ＰＵＳＣＨ送信は、サブフレーム４（つまり、０＋４）において実行され、このサブフレームは、動作中のＴＤＤ通信がそれに従って設定されているＵＬ／ＤＬ構成３によって実際にアップリンクサブフレームとして定義されている。
【０２３３】
結果として、この第２の実施形態において定義される対応関係は、少なくとも一部が、第１の実施形態において定義される対応関係に一致する。この点において、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係のうち１つのタイミング関係を求める処理の複雑さが、第１の実施形態よりも小さい。しかしながら、このように複雑さが有利に減少することによって、対応するＰＵＳＣＨ送信を実行するうえでの柔軟性が低下し、なぜなら、定義されているアップリンクサブフレームの最適な利用が可能であるのは、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成３，４，および６である場合に限られるためである。
【０２３４】
具体的には、第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１である場合には、アップリンクサブフレームとして定義されているサブフレームのすべてをＰＵＳＣＨ送信に使用できるわけではなく、なぜならこの対応関係では、例えば複数のタイミング関係のうち、ＰＵＳＣＨ送信のためのサブフレームとしてサブフレーム４を識別するタイミング関係を示さないためである。第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成２，５である場合には、第１の実施形態と比較して、スケジューリング上の柔軟性がわずかに失われ、なぜなら、これらの第１のＵＬ／ＤＬ構成による各アップリンクサブフレームを割り当てることができるサブフレームｎは、それぞれ１つのみであるためである。
【０２３５】
第２の実施形態のバリエーションによると、第１のＵＬ／ＤＬ構成と第２のＵＬ／ＤＬ構成とが異なり、かつ第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合、ＰＵＳＣＨ送信を許可するＤＣＩ送信が行われるサブフレームｎと、対応するＰＵＳＣＨ送信との間の少なくとも１つのタイミング関係を、例えばＲＲＣシグナリングを使用して好ましくは半静的に設定することができる。例えば、このような半静的なパラメータは、サブフレーム１におけるＤＣＩ送信が、サブフレーム７（つまり、１＋６）において実行されるＰＵＳＣＨ送信に対応するのか、サブフレーム８（つまり、１＋７）において実行されるＰＵＳＣＨ送信に対応するのかを決定する。この点において、この半静的なパラメータは、想定される２個のアップリンクインデックスビットを（１，０）または（０，１）のいずれかに設定するものであり、これにより、ＤＣＩ−ＰＵＳＣＨタイミング関係の複数のタイミング関係６および７のうち、１つのタイミング関係（つまり、サブフレームオフセット）が６または７のいずれかであることを決定する。これにより、よりフレキシブルなスケジューラを実施することができ、割当て可能なＰＵＳＣＨ送信が減少しうることと、このような設定機能を実装して正しく動作するかをテストするという代償を払うことで、より小さい遅延のタイミング関係を確立することができる。
【０２３６】
第３の実施形態
【０２３７】
代替実施形態においては、第１の実施形態と同様に、想定されるアップリンクインデックスビットを定義するための上記の発想を使用して、対応するタイミング関係の定義を修正することによって、多義性の場合におけるＤＣＩ−ＰＵＳＣＨタイミング関係を解決することができる。効率的に実施するため、新しいタイミングオフセットを導入せずに、既存のタイミングオフセットからいくつかを選択するならば有利である。
【０２３８】
この実施形態においては、第１のＵＬ／ＤＬ構成と第２のＵＬ／ＤＬ構成とが異なり、かつ第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合、移動局は、ＤＣＩとＰＵＳＣＨのタイミングオフセットを下の表から求め、この表のエントリは図７から得られるエントリの一部を形成している。
【０２３９】
【表４】
0006419199.tif 000005
【０２４０】
この実施形態のバリエーションによると、表に示したオフセットｋのうちの少なくとも１つを、例えばＲＲＣシグナリングを使用して好ましくは半静的に設定することができる。このバリエーションは、第１の実施形態において例示したように（ただし必要な変更を加える）、例えば第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成６である場合にサブフレーム８のスケジューリングを行うことができるように、またはスケジューラの柔軟性を高めるうえで、特に有利であり得る。
【０２４１】
第４の実施形態
【０２４２】
代替実施形態においては、第２の実施形態と同様に、想定されるアップリンクインデックスビットを定義するための上記の発想を使用して、対応するタイミング関係の定義を修正することによって、多義性の場合におけるＤＣＩ−ＰＵＳＣＨタイミング関係を解決することができる。効率的に実施するため、新しいタイミングオフセットを導入せずに、既存のタイミングオフセットからいくつかを選択するならば有利である。
【０２４３】
この実施形態においては、第１のＵＬ／ＤＬ構成と第２のＵＬ／ＤＬ構成とが異なり、かつ第２のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成０である場合、移動局は、ＤＣＩとＰＵＳＣＨのタイミングオフセットを下の表から求め、この表のエントリは図７から得られるエントリの一部を形成している。
【０２４４】
【表５】
0006419199.tif 000006
【０２４５】
この実施形態のバリエーションによると、表に示したオフセットｋのうちの少なくとも１つを、例えばＲＲＣシグナリングを使用して好ましくは半静的に設定することができる。このバリエーションは、第２の実施形態において例示したように（ただし必要な変更を加える）、例えば第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成１または６である場合に異なるアップリンクサブフレームのスケジューリングを行うことができるように、または第１のＵＬ／ＤＬ構成がＵＬ／ＤＬ構成２または５である場合にスケジューラの柔軟性を高めるうえで、特に有利であり得る。
【０２４６】
本発明のハードウェアおよびソフトウェア実装
【０２４７】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動局）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。
【０２４８】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２４９】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２５０】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の本発明の主題とすることができることに留意されたい。
【０２５１】
具体的な実施形態に示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
0006419199.tif 000007
【図２】
0006419199.tif 000008
【図３】
0006419199.tif 000009
【図４】
0006419199.tif 000010
【図５】
0006419199.tif 000011
【図６】
0006419199.tif 000012
【図７】
0006419199.tif 000013
【図８】
0006419199.tif 000014
【図９】
0006419199.tif 000015
【図１０】
0006419199.tif 000016
【図１１−１】
0006419199.tif 000017
【図１１−２】
0006419199.tif 000018
【図１２】
0006419199.tif 000019
【図１３】
0006419199.tif 000020