(57)【要約】  本発明は、（非）フレキシブル・ダウンリンク・サブフレームｎから（非）フレキシブル・アップリンク・サブフレームｎ−１への移行を回避する方法で、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用可能なフレキシブル・サブフレームを導入することによって、フレキシブルなＴＤＤ構成に基づいて通信するための方法に関する。さらに、本発明は、ＨＡＲＱアップリンク・フィードバックがフレキシブル・サブフレーム内で送信されないように、静的なＴＤＤ構成についてのＨＡＲＱアップリンク・フィードバック・タイミングに基づいてＨＡＲＱアップリンク・フィードバック・タイミングを定義することによって、ならびにＳＰＳスケジューリングされたアップリンク・データ送信、周期的なＣＳＩ報告、アップリンク・サウンディング、ランダム・アクセス、およびスケジューリング要求などの周期的なアップリンク送信についての構成もリリースすることによって、フレキシブル・サブフレームについて保留中であるアップリンク送信の数およびタイプを低減することを可能にする。
2016518087.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と基地局との間で通信するための方法であって、
前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、方法。
【請求項２】
前記移動局と前記基地局との間の前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項１に記載の方法。
【請求項３】
前記フレキシブルなＴＤＤ構成が、前記移動局および前記基地局において、あらかじめ設定されており、前記移動局が、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記基地局から受信し、または
第１の静的なＴＤＤ構成に基づいて通信する前記移動局が、フレキシブルなＴＤＤ構成を使用するための指示を前記基地局から受信し、前記移動局が、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、前記第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を決定する、
請求項１または２に記載の方法。
【請求項４】
前記フレキシブルなＴＤＤ構成が、前記無線フレームの少なくとも１つのサブフレームをアップリンク・サブフレームとして定義し、好ましくは、前記無線フレームのインデックス２のサブフレームがアップリンク・サブフレームとして定義される、
請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記少なくとも１つのフレキシブルなＴＤＤ構成が、無線フレーム内のほとんどの前記アップリンク・サブフレームを定義する静的なＴＤＤ構成に対応する、
請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記移動局および前記基地局によって、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中である場合、前記フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するステップと、
前記移動局および前記基地局によって、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中ではない場合、前記フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するステップと、
を含み、
好ましくは、前記保留中のアップリンク送信が、前記基地局から受信される動的なアップリンク・リソース割当てに従って前記フレキシブル・サブフレームについてスケジューリングされたデータ送信、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、前記移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る、
請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記移動局および前記基地局によって、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するステップ
を含み、
アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、前記基地局から送信され、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソースの無効な値を示し、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４であり、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、共通サーチ・スペースのリソースにおいて前記基地局から送信され、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、前記アップリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項１〜５のいずれか一項に記載の方法。
【請求項８】
前記移動局および前記基地局によって、ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するステップ
を含み、
ダウンリンク・リソース割当てについての前記制御情報が、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、前記基地局から送信され、
ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク・リソースの無効な値を示し、
好ましくは、ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａであり、
好ましくは、ダウンリンク・リソース割当てについての前記制御情報が、共通サーチ・スペースのリソースにおいて前記基地局から送信され、
好ましくは、前記ダウンリンク・リソース割当てについての前記制御情報が、前記ダウンリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記無線フレームの前記フレキシブル・サブフレームｎｆｌｅｘがダウンリンク・サブフレームとして使用されるべきであると判定される場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、前記移動局および前記基地局が、前記無線フレームの前記特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得ると判定する、
請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記移動局が、前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックが、フレキシブル・サブフレームにおいて前記移動局によって送信されない、
請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングが、前記複数の静的なＴＤＤ構成について事前定義され、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義され、
前記移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングが、前記少なくとも１つのフレキシブルなＴＤＤ構成について事前定義され、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義され、
前記再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで前記移動局によって送信されるように、フレキシブルなＴＤＤ構成についての前記少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれが、前記静的なＴＤＤ構成についての前記複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである、
請求項２〜１０のいずれか一項に記載の方法。
【請求項１２】
前記移動局が、アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについて、再送信プロトコル・アップリンク・フィードバックを前記基地局へ送信し、好ましくは、アップリンク通信のために使用されるフレキシブル・サブフレームについての前記再送信プロトコル・アップリンク・フィードバックが、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す、
請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
前記移動局が、好ましくは、
過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
前記過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、前記過去のアップリンク送信のためにフレキシブル・サブフレーム内でアップリンク再送信を送信しない、
請求項１〜１２のいずれか一項に記載の方法。
【請求項１４】
前記移動局が、好ましくは、
フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
前記フレキシブル・サブフレームにおける前記過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、前記フレキシブル・サブフレーム内で送信された前記過去のアップリンク送信についてのアップリンク再送信を送信しない、
請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
移動局が、
前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ・アップリンク送信、
アップリンク送信用のリソースを要求するためのスケジューリング要求、
チャネル状態情報報告、
アップリンク・サウンディング信号、
ランダム・アクセス送信
のうちの少なくとも１つを、フレキシブル・サブフレーム内で送信しない、
請求項１〜１４のいずれか一項に記載の方法。
【請求項１６】
前記移動局が、セミ・パーシステントにスケジューリングされるアップリンク送信についての設定を、前記設定によって設定されるような前記セミ・パーシステントにスケジューリングされるアップリンク送信のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースし、および／または、
前記移動局が、チャネル局情報報告についての設定を、前記設定によって設定されるような前記チャネル状態情報報告のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースし、および／または、
前記移動局が、アップリンク・サウンディング信号についての設定を、前記設定によって設定されるような少なくとも１つのアップリンク・サウンディング信号がフレキシブル・サブフレーム内で送信される場合に、リリースする、
請求項１〜１５のいずれか一項に記載の方法。
【請求項１７】
前記移動局が、前記移動局がフレキシブル・サブフレームにおいて測定を実行しないように、ダウンリンク・サブフレームおよび特殊サブフレームにおいてのみ測定を実行する、
請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づいて通信システムにおいて基地局と通信するための移動局であって、
前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、
移動局。
【請求項１９】
前記基地局との前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項１８に記載の移動局。
【請求項２０】
前記移動局が、
前記フレキシブルなＴＤＤ構成を格納するようにされたメモリと、
通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記基地局から受信するようにされた受信器と、
を備える、
請求項１８または１９に記載の移動局。
【請求項２１】
前記移動局が、第１の静的なＴＤＤ構成に基づいて通信し、前記移動局が、
前記複数の静的なＴＤＤ構成を格納するようにされたメモリと、
フレキシブルなＴＤＤ構成を使用するための指示を前記基地局から受信するようにされた受信器と、
前記受信された指示に応答して、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、前記第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を決定するようにされたプロセッサと、
を備える、
請求項１９に記載の移動局。
【請求項２２】
前記フレキシブルなＴＤＤ構成が、前記無線フレームの少なくとも１つのサブフレームをアップリンク・サブフレームとして定義し、好ましくは、前記無線フレームのインデックス２の前記サブフレームが、アップリンク・サブフレームとして定義される、
請求項１８〜２１のいずれか一項に記載の移動局。
【請求項２３】
前記少なくとも１つのフレキシブルなＴＤＤ構成が、無線フレーム内のほとんどの前記アップリンク・サブフレームを定義する静的なＴＤＤ構成に対応する、
請求項１８〜２２のいずれか一項に記載の移動局。
【請求項２４】
前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中である場合、前記フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサ、
を備え、
前記プロセッサが、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中ではない場合、前記フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであるとさらに判定するようにさらにされ、
好ましくは、前記保留中のアップリンク送信が、前記基地局から受信される動的なアップリンク・リソース割当てに従って前記フレキシブル・サブフレームについてスケジューリングされたデータ送信、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、前記移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る、
請求項１８〜２３のいずれか一項に記載の移動局。
【請求項２５】
アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサと、
前記基地局から送信されているアップリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信するようにされた受信器と、
を備え、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソースの無効な値を示し、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４であり、
好ましくは、前記受信器が、アップリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記基地局から受信するようにされており、
好ましくは、前記アップリンク・リソース割当てについての前記制御情報が、前記アップリンク・リソース割当てについての事前定義された無効な電力制御値を示す、
請求項１８〜２３のいずれか一項に記載の移動局。
【請求項２６】
前記移動局が、
ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサと、
前記基地局からのダウンリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信するようにされた受信器と、
を備え、
ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク・リソースの無効な値を示し、
好ましくは、ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａであり、
好ましくは、前記受信器が、ダウンリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記基地局から受信するようにさらにされており、
好ましくは、前記ダウンリンク・リソース割当てについての前記制御情報が、前記ダウンリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項１８〜２５のいずれか一項に記載の移動局。
【請求項２７】
前記移動局のプロセッサが、前記無線フレームの前記フレキシブル・サブフレームｎｆｌｅｘはダウンリンク・サブフレームとして使用されるべきであると判定する場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、前記プロセッサが、前記無線フレームの前記特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得るとさらに判定するようにされている、
請求項１８〜２６のいずれか一項に記載の移動局。
【請求項２８】
前記移動局が、前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、前記移動局の送信器が、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックをフレキシブル・サブフレーム内で送信しないようにされる、
請求項１８〜２７のいずれか一項に記載の移動局。
【請求項２９】
前記複数の静的なＴＤＤ構成についての、前記移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングを格納し、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされたメモリ
を備え、
前記メモリが、前記少なくとも１つのフレキシブルなＴＤＤ構成についての、前記移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングをさらに格納し、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされており、
フレキシブルなＴＤＤ構成についての前記少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれが、前記再送信プロトコル・アップリンク・フィードバックがアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで前記移動局によって送信されるように、前記静的なＴＤＤ構成についての前記複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである、
請求項１９〜２８のいずれか一項に記載の移動局。
【請求項３０】
アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについての再送信プロトコル・アップリンク・フィードバックを基地局へ送信するようにされた送信器
を備え、
好ましくは、アップリンク通信のために使用されるフレキシブル・サブフレームについての前記再送信プロトコル・アップリンク・フィードバックが、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す、
請求項１８〜２９のいずれか一項に記載の移動局。
【請求項３１】
前記移動局が、好ましくは、
過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視するようにされたプロセッサ、または
前記過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定するようにされたプロセッサ
によって、前記過去のアップリンク送信のためにフレキシブル・サブフレーム内でアップリンク再送信を送信しない、
請求項１８〜３０のいずれか一項に記載の移動局。
【請求項３２】
前記移動局が、好ましくは、
フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視するようにされたプロセッサ、または
前記フレキシブル・サブフレームにおける前記過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定するようにされたプロセッサ
によって、前記フレキシブル・サブフレーム内で送信された前記過去のアップリンク送信についてのアップリンク再送信を送信しない、
請求項１８〜３１のいずれか一項に記載の移動局。
【請求項３３】
前記移動局の送信器が、
前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ・アップリンク送信、
アップリンク送信用のリソースを要求するためのスケジューリング要求、
チャネル状態情報報告、
アップリンク・サウンディング信号、
ランダム・アクセス送信
のうちの少なくとも１つを、フレキシブル・サブフレーム内で送信しないようにされている、
請求項１８〜３２のいずれか一項に記載の移動局。
【請求項３４】
セミ・パーシステントにスケジューリングされるアップリンク送信についての設定を、前記設定によって設定されるような前記セミ・パーシステントにスケジューリングされるアップリンク送信のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ、および／または
チャネル局情報レポーティングについての設定を、前記設定によって設定されるような前記チャネル状態情報報告のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ、および／または
アップリンク・サウンディング信号についての設定を、前記設定によって設定されるような少なくとも１つのアップリンク・サウンディング信号がフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ
を備える、
請求項１８〜３３のいずれか一項に記載の移動局。
【請求項３５】
前記移動局のプロセッサが、前記移動局の前記プロセッサがフレキシブル・サブフレームにおいて測定を実行しないように、ダウンリンク・サブフレームおよび特殊サブフレームにおいてのみ測定を実行する、
請求項１８〜３４のいずれか一項に記載の移動局。
【請求項３６】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と通信するための基地局であって、前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、
基地局。
【請求項３７】
前記移動局との前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項３６に記載の基地局。
【請求項３８】
前記フレキシブルなＴＤＤ構成を格納するようにされたメモリと、
通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記移動局へ送信するようにされた送信器と、
を備える、
請求項３６または３７に記載の基地局。
【請求項３９】
前記基地局が、第１の静的なＴＤＤ構成に基づいて通信し、前記基地局が、
前記複数の静的なＴＤＤ構成を格納するようにされたメモリと、
フレキシブルなＴＤＤ構成を使用するための指示を前記移動局へ送信するようにされた送信器と、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、前記第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を決定するようにされたプロセッサと、
を備える、
請求項３７に記載の基地局。
【請求項４０】
前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中である場合、前記フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサ
を備え、
前記プロセッサが、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中ではない場合、前記フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するようにさらにされており、
好ましくは、前記保留中のアップリンク送信が、前記基地局から受信される動的なアップリンク・リソース割当てに従って前記フレキシブル・サブフレームについてスケジューリングされたデータ送信、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、前記移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る、
請求項３６〜３９のいずれか一項に記載の基地局。
【請求項４１】
フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサであって、
前記プロセッサが、フレキシブル・サブフレームはアップリンク・サブフレームとして使用されるべきであると判定する場合、前記プロセッサは、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いて、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分をスクランブルするようにされている、プロセッサと、
アップリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで前記移動局へ送信するようにされた送信器と、
を備え、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソースの無効な値を示し、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４であり、
好ましくは、前記送信器が、アップリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記移動局へ送信するようにされており、
好ましくは、前記アップリンク・リソース割当てについての前記制御情報が、前記アップリンク・リソース割当てについての事前定義された無効な電力制御値を示す、
請求項３６〜３９のいずれか一項に記載の基地局。
【請求項４２】
フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサであって、
前記プロセッサが、フレキシブル・サブフレームはダウンリンク・サブフレームとして使用されるべきであると判定する場合、前記プロセッサは、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いて、ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分をスクランブルするようにされている、プロセッサと、
ダウンリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで送信するようにされた送信器と、
を備え、
ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク・リソースの無効な値を示し、
好ましくは、ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａであり、
好ましくは、前記送信器受信器が、ダウンリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記基地局から送信するようにさらにされており、
好ましくは、前記ダウンリンク・リソース割当てについての前記制御情報が、前記ダウンリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項３６〜４１のいずれか一項に記載の基地局。
【請求項４３】
前記基地局のプロセッサが、前記無線フレームの前記フレキシブル・サブフレームｎｆｌｅｘはダウンリンク・サブフレームとして使用されるべきであると判定する場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、前記プロセッサが、前記無線フレームの前記特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得るとさらに判定するようにされている、
請求項３６〜４２のいずれか一項に記載の基地局。
【請求項４４】
前記基地局が、前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、前記基地局の受信器が、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックを、フレキシブル・サブフレームにおいて受信しない、
請求項３６〜４３のいずれか一項に記載の基地局。
【請求項４５】
前記複数の静的なＴＤＤ構成についての、前記移動局へ送信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングを格納し、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされたメモリ
を備え、
前記メモリが、前記少なくとも１つのフレキシブルなＴＤＤ構成についての、前記移動局へ送信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングをさらに格納し、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされており、
フレキシブルなＴＤＤ構成についての前記少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれが、前記再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで前記基地局によって受信されるように、前記静的なＴＤＤ構成についての前記複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである、
請求項３７〜４４のいずれか一項に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレキシブルなＴＤＤアップリンク／ダウンリンク構成に基づく、移動局と基地局との間の通信のための方法に関する。さらに、本発明は、本明細書に記載されている方法に参加する移動局および基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
【０００３】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００４】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００５】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（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）は、ダウンリンク・リソースで送信されるシステム情報に示される。
【００１５】
コンポーネントキャリアの構造の同様の想定は、以降のリリースにも適用される。
【００１６】
論理チャネルおよびトランスポートチャネル
【００１７】
ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネルか、ユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。
【００１８】
ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであるのに対して、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。
【００１９】
ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が実行される。
【００２０】
第１層／第２層（Ｌ１／Ｌ２）制御シグナリング
【００２１】
スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポート・フォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンク・データと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化し得るものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長はサブフレームの倍数であることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。一般性を失うことなく、以下では、ＴＴＩが１サブフレームに等しいものと想定する。
【００２２】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、メッセージをダウンリンク制御情報（ＤＣＩ）として伝え、このメッセージには、大抵の場合、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００２３】
なお、３ＧＰＰ  ＬＴＥでは、アップリンク・データ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンク・リソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。
【００２４】
一般的には、アップリンク無線リソースまたはダウンリンク無線リソース（特に、ＬＴＥ（−Ａ）リリース１０）を割り当てるための第１層／第２層制御シグナリングで送られる情報は、次の項目に分類することができる。
・割り当てられるユーザを示すユーザＩＤ。ユーザＩＤは、一般的には、ＣＲＣをユーザＩＤでマスクすることによってチェックサムに含まれる。
・ユーザが割り当てられるリソース（リソースブロック（ＲＢ））を示すリソース割当て情報。ユーザが割り当てられるＲＢの数は、動的にすることができることに留意されたい。
・第１のキャリアで送信される制御チャネルが、第２のキャリアに関与するリソース、すなわち、第２のキャリア上のリソースまたは第２のキャリアに関連するリソースを割り当てる場合に使用されるキャリアインジケータ。
・採用される変調方式および符号化率を決定する変調および符号化方式。
・データパケットまたはデータパケット一部の再送信において特に有益な新しいデータインジケータ（ＮＤＩ：new data indicator）および／または冗長バージョン（ＲＶ：redundancy version）などのＨＡＲＱ情報。
・割り当てられたアップリンク・データまたは制御情報送信の送信電力を調整するための電力制御コマンド。
・割当てに関連する基準信号の送信または受信のために採用されるべき、適用されるサイクリック・シフトおよび／または直交カバー符号インデックスなどの基準信号情報。
・ＴＤＤシステムにおいて特に有益な、割当ての順序を識別するために使用されるアップリンク割当てインデックスまたはダウンリンク割当てインデックス。
・例えば、周波数ダイバーシチを増加させるために、リソースホッピングを適用すべきか、およびリソースホッピングをどのように適用すべきかの指示などのホッピング情報。
・割り当てられたリソースにおけるチャネル状態情報の送信をトリガーするために使用されるＣＳＩ要求。
・送信が単一のクラスタ（隣接するＲＢのセット）において発生するのか、または複数のクラスタにおいて（隣接するＲＢの少なくとも２つの隣接しないセットにおいて）発生するのかを示し、および制御するために使用されるフラグであるマルチクラスタ情報。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ（−Ａ）リリース１０によって導入されている。
【００２５】
上記に示したものは包括的ではなく、使用されるＤＣＩフォーマットに応じて、前述されたすべての情報項目が各ＰＤＣＣＨ送信に存在する必要はないことに留意されたい。
【００２６】
ダウンリンク制御情報は、全体的なサイズにおいて、また、そのフィールドに含まれる情報においても異なるいくつかのフォーマットで発生する。ＬＴＥについて現在定義されている異なるＤＣＩフォーマットは、次の通りであり、非特許文献３の５.３.３.１節“Multiplexing and channel coding”において詳細に説明されている（非特許文献２において入手可能であり、参照によって本明細に組み込まれている）。ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献４（参照によって本明細書に組み込まれている）の９.３章を参照されたい。
フォーマット０：ＤＣＩフォーマット０は、アップリンク送信モード１またはアップリンク送信モード２において単一アンテナ・ポート送信を使用する、ＰＵＳＣＨのリソース・グラントの送信のために使用される。
フォーマット１：ＤＣＩフォーマット１は、単一符号語ＰＤＳＣＨ送信（ダウンリンク送信モード１、２および７）のリソース割当ての送信のために使用される。
フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一符号語ＰＤＳＣＨ送信のリソース割当てのコンパクトなシグナリングのため、およびコンテンションフリー・ランダム・アクセスのために移動端末に専用プリアンブル署名を割り当てるために使用される。
フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信（ダウンリンク送信モード６）による閉ループ・プリコーディングを使用したＰＤＳＣＨ送信のリソース割当てのコンパクトなシグナリングのために使用される。送信される情報は、フォーマット１Ａと同じであるが、ＰＤＳＣＨ送信に適用されるプリコーディング・ベクトルのインジケータが加えられる。
フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当ての非常にコンパクトな送信のために使用される。フォーマット１Ｃが使用される場合、ＰＤＳＣＨ送信は、ＱＰＳＫ変調を使用するように制約される。これは、例えば、ページング・メッセージおよびブロードキャスト・システム情報メッセージをシグナリングするために使用される。
フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用したＰＤＳＣＨ送信のリソース割当てのコンパクトなシグナリングのために使用される。送信される情報は、フォーマット１Ｂと同じであるが、プリコーディング・ベクトル・インジケータのビットのうちの１つの代わりに、電力オフセットがデータ・シンボルに適用されるかを示すための単一のビットが存在する。この特徴は、送信電力が２つのＵＥ間で共有されるか否かを示すために必要とされる。ＬＴＥの将来のバージョンは、これをより多くの数のＵＥ間での電力共有の場合にまで拡張し得る。
フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作のためのＰＤＳＣＨのリソース割当ての送信のために使用される。
フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作のためのＰＤＳＣＨのリソース割当ての送信のために使用される。送信される情報は、ｅＮｏｄｅＢが２つの送信アンテナ・ポートを有する場合には、プリコーディング情報が存在せず、４つのアンテナ・ポートを有する場合には、送信ランクを示すために２つのビットが使用されることを除いて、フォーマット２と同じである。
フォーマット２Ｂ：リリース９において導入され、２層ビーム形成のためのＰＤＳＣＨのリソース割当ての送信のために使用される。
フォーマット２Ｃ：リリース１０において導入され、閉ループ単一ユーザまたは最大で８層までのマルチユーザＭＩＭＯ動作のためのＰＤＳＣＨのリソース割当ての送信のために使用される。
フォーマット２Ｄ：リリース１１において導入され、最大で８層までの送信のために使用される。主に、ＣＯＭＰ（Cooperative Multipoint（協調マルチポイント））のために使用される。
フォーマット３およびフォーマット３Ａ：ＤＣＩフォーマット３およびＤＣＩフォーマット３Ａは、それぞれ２ビットまたは１ビットの電力調整を伴うＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドの送信のために使用される。これらのＤＣＩフォーマットは、ＵＥのグループの個々の電力制御コマンドを含む。
フォーマット４：ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重送信を使用した、ＰＵＳＣＨのスケジューリングのために使用される。
【００２７】
以下の表は、例示を目的として、５０ＲＢのシステム帯域幅とｅＮｏｄｅＢにおける４つのアンテナを想定して、いくつかの利用可能なＤＣＩフォーマットおよび一般的なビット数の概観を示している。右側の列に示されるビットの数は、特定のＤＣＩのＣＲＣのビットを含む。
【００２８】
【表１】
2016518087.tif 000003
【００２９】
ＵＥがＰＤＣＣＨ送信を正しく受信したかをＵＥが識別できるようにするために、誤り検出は、各ＰＤＣＣＨ（すなわち、ＤＣＩ）に付加される１６ビットのＣＲＣによって提供される。
【００３０】
さらに、どのＰＤＣＣＨがＵＥを対象としたものかをＵＥが識別することができる必要がある。これは、理論的には、ＰＤＣＣＨペイロードに識別子を加えることによって達成され得る。しかしながら、「ＵＥ  ＩＤ」を用いてＣＲＣをスクランブルする方がより効率的であることが分かっており、これにより、付加的なオーバーヘッドが節約される。ＣＲＣは、参照によって本明細書に組み込まれている非特許文献３の５.３.３.２節“CRC attachment”によって詳細に定義されるように、計算され、スクランブルされ得る。この節は、どのように誤り検出が巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を通じてＤＣＩ送信上に提供されるかを説明する。簡単な要約は、次に示されている。
【００３１】
ペイロード全体は、ＣＲＣパリティ・ビットを計算するために使用される。パリティ・ビットは、計算され、付加される。ＵＥの送信アンテナ・セクションが構成されていないか、または適用可能ではない場合には、付加後に、ＣＲＣパリティ・ビットは、対応するＲＮＴＩを用いてスクランブルされる。
【００３２】
スクランブルは、非特許文献３から明らかなように、ＵＥ送信アンテナ・セクションにさらに依存し得る。ＵＥの送信アンテナ・セクションが構成されており、適用可能である場合には、付加後に、ＣＲＣパリティ・ビットは、アンテナ選択マスクおよび対応するＲＮＴＩを用いてスクランブルされる。両方の場合においてＲＮＴＩはスクランブル動作に関与するため、簡単のために、一般性を失うことなく、以下の実施形態の説明は、ＲＮＴＩを用いてスクランブルされている（および、適用可能な場合には、デスクランブルされている）ＣＲＣに単に言及する。したがって、ＲＮＴＩは、それにもかかわらず、例えば、アンテナ選択マスクなどの、スクランブリング・プロセスにおけるさらなる要素として理解されるべきである。
【００３３】
それに応じて、ＵＥは、「ＵＥ  ＩＤ」を適用することによってＣＲＣをデスクランブルし、ＣＲＣ誤りが検出されない場合、ＵＥは、ＰＤＣＣＨがそのＵＥ自体を対象とするそのＵＥの制御情報を伝えるものと判定する。「マスキング」および「デマスキング」という用語は、ＩＤを用いてＣＲＣをスクランブルする上記したプロセスにも同様に使用される。
【００３４】
ＤＣＩのＣＲＣがスクランブルされ得る上記した「ＵＥ  ＩＤ」は、ＳＩ−ＲＮＴＩ（System Information Radio Network Temporary Identifier）とすることもできる。ＳＩ−ＲＮＴＩは、「ＵＥ  ＩＤ」自体ではなく、むしろ、示され、送信される情報、この場合には、システム情報のタイプに関連付けられる識別子である。ＳＩ−ＲＮＴＩは、通常、仕様で決められており、したがって、すべてのＵＥに先験的に認識されている。
【００３５】
異なる目的のために使用されるさまざまなタイプのＲＮＴＩが存在する。非特許文献５の７.１章に記載されている以下の表は、さまざまな１６ビットのＲＮＴＩおよびそれらの用途の概要を示す。
【００３６】
【表２】
2016518087.tif 000004
【００３７】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）
【００３８】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、例えば、ダウンリンクまたはアップリンクでデータを送信するためのリソースを割り当てるスケジューリンググラントを伝える。サブフレームにおいて複数のＰＤＣＣＨを送信することができる。
【００３９】
ユーザ機器へのＰＤＣＣＨは、サブフレームの中の最初のＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボル（通常では１個、２個、または３個のＯＦＤＭシンボル（ＰＣＦＩＣＨによって示される）、例外的なケースでは２個、３個、または４個のＯＦＤＭシンボル（ＰＣＦＩＣＨによって示される））で送信され、ＯＦＤＭシンボルはシステム帯域幅全体にわたり延びている。システム帯域幅は、一般にはセルまたはコンポーネントキャリアの範囲に等しい。時間領域における最初のＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボルと、周波数領域におけるＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとによって占有される領域は、ＰＤＣＣＨ領域または制御チャネル領域とも称される。周波数領域におけるＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアにわたる、時間領域における残りのＮＰＤＳＣＨｓｙｍｂ＝２＊ＮＤＬｓｙｍｂ−ＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボルは、ＰＤＳＣＨ領域または共有チャネル領域と称される（後述する）。
【００４０】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関するダウンリンク・グラント（すなわち、リソース割当て）において、ＰＤＣＣＨは、同じサブフレーム内の（ユーザ）データのためのＰＤＳＣＨリソースを割り当てる。サブフレーム内のＰＤＣＣＨ制御チャネル領域は、一連のＣＣＥからなり、サブフレームの制御領域におけるＣＣＥの総数は、時間−周波数制御リソース全体にわたり分散している。制御チャネルの符号化率を効果的に低減するため、複数のＣＣＥを組み合わせることができる。ＣＣＥは、さまざまな符号化率を達成するためツリー構造を使用する所定の方法において組み合わされる。
【００４１】
トランスポート・チャネル・レベルでは、ＰＤＣＣＨを介して送信される情報は、Ｌ１／Ｌ２制御シグナリングとも称される（Ｌ１／Ｌ２制御シグナリングに関する詳細については、上記を参照されたい）。
【００４２】
サブフレームにおいて受信されるアップリンク・リソース割当てと、ＰＵＳＣＨにおける対応するアップリンク送信との間には、特定の事前定義されたタイミング関係が存在する。詳細は、参照によって本明細書に組み込まれている非特許文献６の８.０章"UE procedure for transmitting the physical uplink shared channel"に示されている。特に、非特許文献６の表８−２は、ＴＤＤ構成０〜６についてのパラメータｋを定義しており、ｋは、サブフレームにおいて受信されるアップリンク・リソース割当てのターゲットの正のオフセットを示す。ＴＤＤ構成０の場合には、アップリンク・サブフレーム３および８についてのタイミングの付加的な定義が存在するが、簡単のために、ここでは省略する。例えば、ＴＤＤ構成１のサブフレーム１についてのパラメータｋは６であり、ＴＤＤ構成１のサブフレーム１において受信されるアップリンク・リソース割当てが、ＴＤＤ構成１のサブフレーム１＋６＝７を対象とすることを意味し、これは、実際にアップリンク・サブフレームである等である。
【００４３】
ハイブリッドＡＲＱ方式
【００４４】
信頼できないチャネル上でのパケット送信システムにおける誤り検出および訂正のための一般的な技術は、ハイブリッド自動再送要求（ＨＡＲＱ）と称される。ハイブリッドＡＲＱは、前方誤り訂正（ＦＥＣ：Forward Error Correction）とＡＲＱとの組合せである。
【００４５】
ＦＥＣ符号化されたパケットが送信され、受信器がそのパケットを正しく復号化できない場合（誤りは、通常、ＣＲＣ（巡回冗長検査）によって検査される）、受信器は、そのパケットの再送信を要求する。一般には（また、本文書全体を通じて）、付加的な情報の送信は、「（パケットの）再送信」と称される。この再送信は、必ずしも、同じ符号化された情報の送信を意味せず、パケットに属する任意の情報（例えば、付加的な冗長情報）の送信も意味し得る。
【００４６】
送信が構成される情報（一般には、コードビット／シンボル）に応じて、また、どのように受信器が情報を処理するかに応じて、以下のハイブリッドＡＲＱ方式が定義される。
【００４７】
タイプＩ  ＨＡＲＱ方式では、受信器がパケットを正しく復号化できない場合、符号化されたパケットの情報が破棄され、再送信が要求される。これは、すべての送信が別個に復号化されることを意味する。一般には、再送信は、最初の送信と同一の情報（コードビット／シンボル）を含む。
【００４８】
タイプＩＩ  ＨＡＲＱ方式では、受信器がパケットを正しく復号化できない場合、再送信が要求される。受信器は、（誤って受信された）符号化されたパケットを軟情報（ソフト・ビット／シンボル）として記憶する。これは、受信器においてソフト・バッファが必要とされることを意味する。再送信は、以前の送信と同じパケットに従って、同一の、部分的に同一の、または非同一の情報（コードビット／シンボル）から構成することができる。再送信を受信する場合、受信器は、ソフト・バッファからの記憶された情報と現在受信されている情報とを組み合わせて、組み合わせられた情報に基づいてパケットを復号化しようと試みる。（受信器は、送信を個々に復号化しようと試みることもできるが、一般には、送信を組み合わせる場合に性能が向上する。）送信の組合せは、受信された複数のコードビット／シンボルが尤度結合され、受信されたコードビット／シンボルのみが符号結合される、いわゆる軟結合（soft-combining）と称される。軟結合のための一般的な方法は、受信された変調シンボルの最大比結合（ＭＲＣ：Maximum Ratio Combining）および対数尤度比（ＬＬＲ：log-likelihood-ratio）結合である（ＬＬＲ結合は、コードビットのみに作用する）。
【００４９】
タイプＩＩ方式は、タイプＩ方式よりも洗練されている。なぜなら、パケットの正しい受信の確率は、受信される再送信ごとに向上するためである。この向上は、受信器における必要とされるハイブリッドＡＲＱソフト・バッファを犠牲にして得られる。この方式は、再送信されるべき情報の量を制御することによって、動的なリンク・アダプテーションを実行するために使用され得る。例えば、受信器が、復号化が「ほとんど」成功したことを検出する場合、受信器は、送信されるべき次の再送信についての小さな情報（過去の送信よりも少ない数のコードビット／シンボル）のみを要求し得る。この場合、この再送信それだけを考慮するだけでは、パケットを正しく復号化することが理論的上ですら可能ではないということが生じ得る（自己復号化不可能な再送信）。
【００５０】
タイプＩＩＩ  ＨＡＲＱ方式は、タイプＩＩ方式のサブセットとしてみなされ得る。タイプＩＩ方式の要件に加えて、タイプＩＩＩ方式における各送信は、自己復号化可能でなければならない。
【００５１】
同期ＨＡＲＱは、ＨＡＲＱブロックの再送信が事前定義された周期的な間隔で発生することを意味する。そのため、受信器に対して再送信スケジュールを示すための明示的なシグナリングが必要とされない。
【００５２】
非同期ＨＡＲＱは、エア・インタフェース条件に基づいて、再送信をスケジューリングする柔軟さを提供する。この場合、正確な結合およびプロトコル動作を可能にするために、ＨＡＲＱプロセスの何らかの識別がシグナリングされる必要がある。３ＧＰＰ  ＬＴＥシステムでは、８つのプロセスを有するＨＡＲＱ動作が使用される。ダウンリンク・データ送信のためのＨＡＲＱプロトコル動作は、ＨＳＤＰＡと同様であるか、または同一ですらある。
【００５３】
アップリンクＨＡＲＱプロトコル動作では、どのように再送信をスケジューリングするかに関して、２つの異なるオプションが存在する。再送信は、ＮＡＣＫによって「スケジューリングされる」（同期非適応型再送信（synchronous non-adaptive retransmission）とも称される）か、または、ＰＤＣＣＨを送信することによってネットワークによって明示的にスケジューリングされる（同期適応型再送信（synchronous adaptive retransmissions）とも称される）。同期非適応型再送信の場合、再送信は、過去のアップリンク送信と同じパラメータを使用する。すなわち、再送信は、同じ物理チャネル・リソース上でシグナリングされ、それぞれ同じ変調方式／トランスポート・フォーマットを使用する。
【００５４】
同期適応型再送信は、ＰＤＣＣＨを介して明示的にスケジューリングされるため、ｅＮｏｄｅＢは、再送信のために特定のパラメータを変更する可能性がある。再送信は、アップリンクにおけるフラグメンテーションを回避するために、例えば、異なる周波数リソース上でスケジューリングされ得る。または、ｅＮｏｄｅＢは、変調方式を変更し、もしくは代わりに、ユーザ機器に対して、どの冗長バージョンを再送信に使用すべきかを示し得る。ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）とＰＤＣＣＨシグナリングとは、同じタイミングで発生することに留意されたい。したがって、ユーザ機器は、同期非適応型再送信がトリガーされる（すなわち、ＮＡＣＫのみが受信される）か、または、ｅＮｏｄｅＢが同期適応型再送信を要求する（すなわち、ＰＤＣＣＨがシグナリングされる）かを、一度だけ検査しさえすればよい。
【００５５】
ＴＤＤ動作のためのＨＡＲＱおよび制御シグナリング
【００５６】
上述したように、ＨＡＲＱを用いるダウンリンク・データまたはアップリンク・データの送信は、肯定応答ＡＣＫまたは否定ＡＣＫが反対方向で送られて、送信側にパケット受信の成功または失敗を通知することを必要とする。
【００５７】
ＦＤＤ動作の場合、サブフレームｎにおけるデータ送信に関連する肯定応答インジケータは、トランスポートが送信される瞬間とその対応する肯定応答との間に１対１の同期マッピングが存在するように、サブフレームｎ＋４の間に反対方向で送信される。しかしながら、ＴＤＤ動作の場合、サブフレームは、セルに固有な基礎に基づいてアップリンクまたはダウンリンクまたは特殊（次の章を参照されたい）として指定され、それによって、リソース・グラント、データ送信、肯定応答および再送信がそれらそれぞれの方向で送られ得る時間を制約する。したがって、ＴＤＤのためのＬＴＥ設計は、グループ化されたＡＣＫ／ＮＡＣＫ送信をサポートして、１つのサブフレーム内で複数の肯定応答を伝える。
【００５８】
アップリンクＨＡＲＱの場合、物理ハイブリッドＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）上で複数の肯定応答を（１つのダウンリンク・サブフレームにおいて）送ることは、問題ではない。なぜなら、ｅＮｏｄｅＢから見れば、これは単一の肯定応答が複数のＵＥへ同時に送られる場合と著しくは異ならないからである。しかしながら、ダウンリンクＨＡＲＱの場合、非対称がダウンリンク側に偏っている（downlink-biased）場合、ＦＤＤのアップリンク制御シグナリング（ＰＵＣＣＨ）フォーマットは、付加的なＡＣＫ／ＮＡＣＫ情報を伝えるには不十分である。ＬＴＥにおけるＴＤＤサブフレーム構成（下記、および図６を参照されたい）のそれぞれは、ＨＡＲＱのために、ダウンリンク・サブフレームとアップリンク・サブフレームとの間の事前定義されたその構成自体のそのようなマッピングを有する。マッピングは、肯定応答遅延の最小化と利用可能なアップリンク・サブフレームにわたるＡＣＫ／ＮＡＣＫの均等な分配との間でバランスを達成するように設計されている。さらなる詳細は、参照によって本明細書に組み込まれている非特許文献６の７.３章において提供される。
【００５９】
参照によって本明細書に組み込まれている非特許文献６の１０.１.３章は、ＴＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順を説明する。非特許文献６の表１０.１.３−１は、無線フレームのサブフレームについてのＡＣＫ／ＮＡＣＫ／ＤＴＸ応答のためのダウンリンク対応関係セット・インデックスを記載しており、ＴＤＤ構成についてのボックス内の数字は、サブフレームのネガティブ・オフセットを示し、ＨＡＲＱフィードバックは、当該サブフレーム内でトランスポートされる。例えば、ＴＤＤ構成０のサブフレーム９は、サブフレーム９−４＝５のＨＡＲＱフィードバックをトランスポートする。ＴＤＤ構成０のサブフレーム５は、実際に、ダウンリンク・サブフレームである（図６を参照されたい）。
【００６０】
図５は、非特許文献６の表１０.１.３−１と基本的に同じであるが、ボックス内の数字はオフセットを示さず、サブフレーム番号を直接示すように変形されており、ＨＡＲＱフィードバックは、当該サブフレーム内でトランスポートされる。例示を目的として、サブフレーム０〜９の代わりに、サブフレーム２０〜２９が考慮される。図から理解できるように、例えば、ＴＤＤ構成６のサブフレーム２３は、サブフレーム１６のＡＣＫ／ＮＡＣＫ／ＤＴＸ等を伝える。
【００６１】
ＨＡＲＱ動作では、ＵＥが組合せ利得上で付加的な符号化利得を得るために増分冗長（ＩＲ：incremental redundancy）結合［８］を採用することができるように、ｅＮＢは、再送信において元のＴＢとは異なる符号化バージョンを送信することができる。しかしながら、実際のシステムでは、ｅＮＢが、１つの特定のＵＥへ１つのリソース・セグメント上でＴＢを送信しても、ＵＥは、ＤＬ制御情報の損失が原因で、データ送信を検出することができないことがあり得る。この場合、ＩＲ結合は、再送信を復号化する上で非常に低い性能につながる。なぜなら、系統的なデータは、ＵＥにおいては利用可能ではなかったからである。この問題を軽減するために、ＵＥは、第３の状態、すなわち、不連続送信（ＤＴＸ）フィードバックを返して、（復号化の失敗を示すＮＡＣＫとは異なる）関連付けられるリソース・セグメント上でＴＢが検出されないことを示すべきである。
【００６２】
時分割複信：ＴＤＤ
【００６３】
ＬＴＥは、ＴＤ−ＳＣＤＭＡ（時分割同期符号分割多重アクセス）の進化もサポートするように設計されている統一フレームワーク（harmonized framework）における周波数分割複信（ＦＤＤ）モードおよび時分割複信（ＴＤＤ）モードで動作することができる。ＴＤＤでは、時間領域においてアップリンク送信とダウンリンク送信が分離されるが、周波数は同じままである。
【００６４】
用語「複信」は、２つの装置の間の双方向通信を意味し、一方向通信と区別される。双方向の場合、各方向におけるリンクを通じての送信を、同時に（全二重）または交替して（半二重）行うことができる。
【００６５】
非ペア無線スペクトル（unpaired radio spectrum）におけるＴＤＤの場合、リソースブロックおよびリソース要素の基本的な構造は図４に示してあるが、無線フレームのサブフレームのサブセットのみがダウンリンク送信に利用可能である。残りのサブフレームは、アップリンク送信に使用される、または、特殊サブフレームに使用される。特殊サブフレームは、ＵＥからの送信信号（すなわち、アップリンク）がｅＮｏｄｅＢにほぼ同時に到達するように、アップリンク送信タイミングを進めることができるようするために重要である。信号伝搬遅延は、送信器と受信器との間の距離に関連するため（反射および他の同様の効果は無視する）、これは、ｅＮｏｄｅＢの近くのＵＥによって送信される信号が、ｅＮｏｄｅＢから遠くのＵＥによって送信される信号よりも、短い時間だけ進むことを意味する。同時に到達するためには、遠くのＵＥは、その信号を近くのＵＥよりも早期に送信しなければならない。これは、３ＧＰＰシステムにおける、いわゆる「タイミング・アドバンス」手順によって解決される。ＴＤＤでは、これは、送信および受信が同じキャリア周波数上で発生する、すなわち、ダウンリンクおよびアップリンクが時間領域において二重化される必要があるという付加的な状況を有する。ｅＮｏｄｅＢから遠くのＵＥは、近くのＵＥよりも早期にアップリンク送信を開始する必要があるのに対して、反対に、ダウンリンク信号は、近くのＵＥによって、遠くのＵＥよりも早期に受信される。回路をＤＬ受信からＵＬ送信へ切り替えられるようにするために、ガード時間が特殊サブフレームにおいて定義される。タイミング・アドバンス問題にさらに対処するために、遠くのＵＥのガード時間は、近くのＵＥよりも長くする必要がある。
【００６６】
このＴＤＤ構造は、３ＧＰＰ  ＬＴＥリリース８以降において「フレーム構造タイプ２」として公知であり、７つの異なるアップリンク−ダウンリンク構成が定義されており、これらの構成により、さまざまなダウンリンク−アップリンク比率および切替え周期が可能である。図６は、７つの異なるＴＤＤアップリンク−ダウンリンク構成（番号：０〜６）の表を示しており、「Ｄ」はダウンリンク・サブフレームを、「Ｕ」はアップリンク・サブフレームを、「Ｓ」は特殊フレームを示す。表から理解できるように、７つの利用可能なＴＤＤアップリンク−ダウンリンク構成は、ダウンリンク・サブフレームの４０％〜９０％を提供することができる（簡単のために、特殊サブフレームをダウンリンク・サブフレームとして数える場合。なぜなら、そのようなサブフレームの一部は、ダウンリンク送信に利用可能であるからである）。
【００６７】
図７は、特に、５ｍｓの切替え点周期性（すなわちＴＤＤ構成０、１、２、６）の場合のフレーム構造タイプ２を示している。
【００６８】
図７は、長さ１０ｍｓである無線フレームと、それぞれ５ｍｓの対応する２つのハーフ・フレームとを示している。無線フレームは、それぞれ１ｍｓの１０個のサブフレームから構成されており、サブフレームそれぞれには、図６の表に従ったアップリンク−ダウンリンク構成のうちの１つによって定義されるように、アップリンク、ダウンリンク、または特殊のタイプが割り当てられている。
【００６９】
図６から理解できるように、サブフレーム＃１はつねに特殊サブフレームであり、サブフレーム＃６は、ＴＤＤ構成０、１、２、６の場合には特殊サブフレームであり、ＴＤＤ構成３、４、５の場合にはダウンリンク・サブフレームである。特殊サブフレームは、３つのフィールドとして、ＤｗＰＴＳ（ダウンリンクパイロットタイムスロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット）を含む。以下の表は、特殊サブフレームに関する情報を示し、特に、３ＧＰＰ  ＬＴＥリリース１１について定義されているように、ＤｗＰＴＳ（ダウンリンク・パイロット・タイム・スロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンク・パイロット・タイム・スロット）の長さを、サンプル時間ＴＳ＝（１／３０７２０）の倍数として一覧表にしている。
【００７０】
【表３】
2016518087.tif 000005
【００７１】
システムにおいて適用されるＴＤＤ構成は、移動局および基地局において実行される数多くの動作、例えば、無線リソース管理（ＲＲＭ）測定、チャネル状態情報（ＣＳＩ）測定、チャネル推定、ＰＤＣＣＨ検出、ＨＡＲＱタイミングなどに影響する。
【００７２】
特に、ユーザ機器は、システム情報を読み取ることで、自身の現在のセルにおけるＴＤＤ構成に関して認識し、すなわち、測定用に監視するサブフレーム、ＣＳＩの測定および報告のために監視するサブフレーム、チャネル推定を取得するための時間領域フィルタリングのために監視するサブフレーム、ＰＤＣＣＨの検出のために監視するサブフレーム、またはＵＬ／ＤＬ  ＡＣＫ／ＮＡＣＫフィードバックのために監視するサブフレームを認識する。
【００７３】
現在の半静的なＴＤＤアップリンク／ダウンリンク構成方式の欠点
【００７４】
現在、ＬＴＥ  ＴＤＤでは、以下において静的ＴＤＤ構成と称される、７つの異なる半静的に設定されるアップリンク−ダウンリンク構成を提供することによって、非対称的なＵＬ−ＤＬ割当てが可能である（図６を参照）。ＵＬ−ＤＬ割当てを適合させるための現在のメカニズムは、システム情報取得手順またはシステム情報変更手順に基づいており、ＳＩＢによって、特に、ＳＩＢ１におけるＴＤＤ構成パラメータによって、ＵＬ−ＤＬ  ＴＤＤ構成が示される（システム情報のブロードキャストに関する詳細は、参照によって本明細書に組み込まれている非特許文献７）。
【００７５】
リリース８のシステム情報変更手順では、ＴＤＤ  ＵＬ／ＤＬ再構成のためのサポートされる時間スケールは、毎６４０ｍｓ以上である。ＥＴＷＳ（地震津波警報システム）を再利用すると、ＵＬ−ＤＬ  ＴＤＤ再構成のためのサポートされる時間スケールは、設定されているデフォルトのページングサイクルに応じて毎３２０ｍｓ以上である。
【００７６】
ＴＤＤ  ＵＬ／ＤＬ構成の半静的割当ては、瞬間的なトラフィック状況に合致することもあれば、しないこともある。静的なＴＤＤ構成を変更するための時間スケールは、かなり大きい。例えば、ダウンリンク帯域幅を増加させるために、より多くのダウンリンク・サブフレームを動的に作成する目的で、または、隣接セルの例えばアップリンクもしくはダウンリンクにおける通信との干渉を緩和するために、より多くの空白のアップリンク・サブフレームを動的に作成する目的で、ＴＤＤ  ＵＬ／ＤＬ構成を現在のトラフィック需要にさらにすばやく適合させることは有利である。したがって、リリース１２では、ＴＤＤ  ＵＬ／ＤＬ構成のより動的な変更が採用されるものと予測される。
【００７７】
３ＧＰＰは、さまざまなタイプのＴＤＤ  ＵＬ／ＤＬ再構成の時間スケールおよびそれらの利点／欠点を検討するため、検討項目として非特許文献８に着手した。一般的に、この検討項目の結論として、ＴＤＤ  ＵＬ／ＤＬ再構成の時間スケールが速いほど、ＴＤＤ  ＵＬ／ＤＬ再構成の時間スケールが遅いよりも大きな恩恵が得られる。さらには、要求される仕様の変更量は、サポートされる再構成の時間スケールに依存する。
【先行技術文献】
【非特許文献】
【００７８】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】http://www.3gpp.org
【非特許文献３】3GPP TS 36.212
【非特許文献４】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
【非特許文献５】3GPP 36.321
【非特許文献６】3GPP 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, section 8.1.1
【非特許文献８】TR 36.828 v11.0.0
【非特許文献９】3GPP TS 36.214 v11.1.0
【非特許文献１０】TS 36.321 v11.2.0
【非特許文献１１】3GPP TS 36.213 v11.2.0
【発明の概要】
【発明が解決しようとする課題】
【００７９】
本発明の１つの目的は、上述した従来技術の問題を解決する、よりフレキシブルな時分割複信構成動作を提供することである。
【課題を解決するための手段】
【００８０】
この目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【００８１】
本発明のさまざまな実施形態は、ダウンリンク・サブフレーム、アップリンク・サブフレームおよび特殊サブフレームは別として、新たなタイプのサブフレームがＴＤＤ構成に導入されるというコンセプトに基づいている。簡単のために、フレキシブル・サブフレームを含んでいない構成は、静的なＴＤＤ構成と称されるのに対して、少なくとも１つのフレキシブル・サブフレームを含んでいる構成は、フレキシブルなＴＤＤ構成と称される。
【００８２】
特に、アップリンクおよびダウンリンクにおける通信のために移動局によって使用されるＴＤＤ構成は、無線フレームの少なくとも１つのサブフレームがフレキシブル・サブフレームとして定義されるという点において、よりフレキシブルなものとされる。フレキシブル・サブフレームは、ダウンリンク通信もしくはアップリンク通信に使用され得る（または、いかなるダウンリンク通信もしくはアップリンク通信にも使用されないことがあり得る）。言い換えれば、フレキシブル・サブフレームは、ダウンリンク・サブフレームまたはアップリンク・サブフレームと同様に使用され得る。当然ながら、フレキシブル・サブフレームは、隣接セルにおけるこのサブフレームへの干渉を緩和するために、（任意のアップリンク・サブフレームまたはダウンリンク・フレームと同様に）いかなる通信についても全く使用されなくてもよい。どのようにフレキシブル・サブフレームを使用するかは、１つのフレキシブル・サブフレームから次のフレキシブル・サブフレームまでの通信中に変化し得る。例えば、１つの無線フレーム内のフレキシブル・サブフレームｎｆｌｅｘは、ダウンリンク用であり得るのに対して、次の無線フレーム内のフレキシブル・サブフレームｎｆｌｅｘは、アップリンク用とすることができる。同じことは、１つの無線フレーム内のさまざまなフレキシブル・サブフレームにも当てはまる。
【００８３】
そのようなフレキシブルなＴＤＤ構成における、フレキシブル・サブフレームからアップリンク・サブフレームへの移行は、ダウンリンク・サブフレームとフレキシブル・サブフレームとの間の移行と同様に、回避するべきである。
【００８４】
本発明の第１の態様によると、フレキシブルなＴＤＤ構成は、無線フレームについて、アップリンク、ダウンリンクまたは特殊となるべきサブフレームを定義する。ただし、一般に、フレキシブル・サブフレームが、アップリンク送信用に定義されるサブフレームにそのサブフレーム終端部においてつねに後に続き、ダウンリンク送信用に定義されるサブフレームにそのサブフレーム先頭においてつねに先行するように、フレキシブルなＴＤＤ構成は、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義するという違いがある。
【００８５】
より具体的には、３ＧＰＰサブフレーム・タイプについて、フレキシブルなＴＤＤ構成は、
・サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ
・サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、サブフレームをフレキシブル・サブフレームと定義する。
【００８６】
結果として、フレキシブル・サブフレームは、つねに特殊サブフレームまたはアップリンク・サブフレームの後に続き、つねにダウンリンク・サブフレームまたは特殊サブフレームに先行する。したがって、ダウンリンク・サブフレームから後続のフレキシブル・サブフレームへの移行は、フレキシブル・サブフレームから後続のアップリンク・サブフレームへの移行と同様に回避される。さらに、フレキシブル・サブフレームをダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用することにより、現在のトラフィックへのより良好な適合が可能になる。
【００８７】
この態様について説明したように、フレキシブルなＴＤＤ構成は、このように定義され、それに従って、移動局は、例えば、基地局との通信を実行し得る。当然ながら、さらにいっそうフレキシブルになり、さまざまなフレキシブルなＴＤＤ構成のうちの１つを選択することによって、トラフィックへのより良好な適合が可能になるように、それぞれが、異なる数のダウンリンク・サブフレーム、アップリンク・サブフレーム、特殊サブフレームおよびフレキシブル・サブフレームを有する、１つよりも多くのフレキシブルなＴＤＤ構成が存在してもよい。
【００８８】
第１の態様の第１のバリエーションによると、少なくとも１つのフレキシブルなＴＤＤ構成は、事前定義されており、したがって、移動局および基地局において既に認識されていることが想定される。言い換えれば、移動局および基地局は、無線フレームのサブフレームのＴＤＤタイプを定義する少なくとも１つのフレキシブルなＴＤＤ構成について（７つの静的なＴＤＤ構成に関して）の情報を保持する。それに応じて、基地局は、特定のフレキシブルなＴＤＤ構成を単に識別することによって、そのフレキシブルなＴＤＤ構成を変更するように移動局へ命令を提供し得る。これは、静的なＴＤＤ構成を識別するために現在採用されている、ＳＩＢ１におけるＴＤＤ構成パラメータの使用と同様である（背景技術のセクションを参照）。
【００８９】
理論的には、フレキシブルなＴＤＤ構成は、（フレキシブル・サブフレームについての上記要件が満たされる限り）現在標準化されている静的なＴＤＤ構成とは完全に独立して定義され得る。言い換えれば、いかなる静的なＴＤＤ構成においても、いずれにしても使用されないフレキシブル・サブフレームを無視することにより、残りの非フレキシブル・サブフレーム（すなわち、アップリンク、ダウンリンクおよび特殊）も、静的なＴＤＤ構成のうちのいずれとも異なるように定義され得る。
【００９０】
これに対して、当然ながら、フレキシブル・サブフレームは別として、フレキシブルなＴＤＤ構成が、静的なＴＤＤ構成のうちの１つとできる限り一致することは、有利となり得る。移動通信システムの基地局は、一般に、異なるＵＥと効率的に通信することができる必要があり、異なるＵＥのうちのいくつかは、おそらくはフレキシブル・サブフレームをサポートするのに対して、他のＵＥはサポートしないため、複数のサブフレーム（理想的には、できる限り多くのサブフレーム）が、それらの異なるタイプのＵＥについて同じ意味を有することが有利である。結果として、フレキシブル・サブフレームをサポートしないＵＥは、静的なＴＤＤ構成に従って動作し、フレキシブル・サブフレームをサポートするＵＥは、静的なＴＤＤ構成またはフレキシブルなＴＤＤ構成に従って動作させられ得る。前記の場合、サブフレームのうちの少なくとも１つが、フレキシブル・サブフレームとして異なって定義されることを除いて、フレキシブルなＴＤＤ構成は、静的なＴＤＤ構成のうちの１つによって行われるのと同じように、無線フレームのサブフレームがアップリンク、ダウンリンクおよび特殊になるように定義する。上述したように、フレキシブル・サブフレームによって満たされるべき要件は、静的な／フレキシブルなＴＤＤ構成のサブフレームｎｆｌｅｘ−１が特殊サブフレームまたはアップリンク・サブフレームとなり、静的な／フレキシブルなＴＤＤ構成のサブフレームｎｆｌｅｘ＋１がダウンリンク・サブフレームまたは特殊サブフレームとなることである。
【００９１】
フレキシブルなＴＤＤ構成は、静的なＴＤＤ構成のうちの１つと同じように、非フレキシブル・サブフレームを定義すると想定すると、静的なＴＤＤ構成のサブフレームｎ＝ｎｆｌｅｘがアップリンク・サブフレームであるなら、言い換えれば、フレキシブルなＴＤＤ構成が（ダウンリンク・サブフレームではなく）アップリンク・サブフレームのみをフレキシブル・サブフレームに再定義するなら、さらに有利となり得る。レガシーＵＥ、または、より一般的には、フレキシブルなＴＤＤ構成に従って通信することができないＵＥは、ダウンリンク信号測定のために、ダウンリンク・サブフレームおよび特殊サブフレームを使用し得る。
【００９２】
第１の態様の第２のバリエーションによると、フレキシブルなＴＤＤ構成は、上述したように事前定義されず、静的なＴＤＤ構成のうちの１つから、移動局および基地局において直接導かれる。前記の特定の場合、移動局および基地局において事前定義される別個のフレキシブルなＴＤＤ構成は存在せず、その代わりに、移動局および基地局が、静的なＴＤＤ構成のうちの１つからの通信に対して使用されるべきフレキシブルなＴＤＤ構成を決定する。例えば、基地局からの指示があると、移動局は（および基地局も）、以下の要件が満たされるように、少なくとも１つのサブフレームｎｆｌｅｘについて、サブフレームのタイプをフレキシブルへ再定義することによって、通信のために現在使用されている静的なＴＤＤ構成を対応するフレキシブルなＴＤＤ構成へ変更し得る。
−  静的なＴＤＤ構成のサブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
−  静的なＴＤＤ構成のサブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる。
【００９３】
任意で、静的なＴＤＤ構成のうちの１つのサブフレーム・タイプをフレキシブルなＴＤＤ構成に達するように再定義することは、アップリンク・サブフレームのみがフレキシブル・サブフレームに変更され得るように、すなわち、対応する静的なＴＤＤ構成のサブフレームｎがアップリンク・サブフレームとなるように、さらに行われ得、ｎ＝ｎｆｌｅｘである。
【００９４】
この第２のバリエーションでは、（さまざまな事前定義されたフレキシブルなＴＤＤ構成のうちで）使用されるべき特定のフレキシブルなＴＤＤ構成を直接示す代わりに、フレキシブルなＴＤＤ構成への変更のための指示があれば十分であり得る。これは、ＴＤＤ構成のフレキシブルさを有効化および無効化する単一のビットによって行われ得る。（どの特定の静的なＴＤＤ構成が現在使用されているかとは独立して）静的なＴＤＤ構成をフレキシブルに変更するためのトリガーを受信することに応答して、移動局は（および、そのトリガーを送った後には、基地局も）、上述したアルゴリズム／要件を適用することによって、静的なＴＤＤ構成からの通信に対して使用されるべきフレキシブルなＴＤＤ構成を導く／決定する。
【００９５】
本発明のさらに重要な第２の態様は、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきか、またはアップリンク・サブフレームとして使用されるべきかをどのように決定するかの問題に言及する。移動局と基地局とは、上述した第１の態様のバリエーションのうちのいずれかに従って、フレキシブルなＴＤＤ構成に基づいて、すなわち、各無線フレームに少なくとも１つのフレキシブル・サブフレームを含んで、互いに通信しているものと想定される。実際に、本発明の第２の態様は、第１の態様とは独立しており、したがって、ある程度別個に扱われるべきである。特に、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるか、またはアップリンク・サブフレームとして使用されるかをどのように決定するかは、どのように完全なフレキシブルなＴＤＤ構成が定義され、示されるかとは独立している。第２の態様は、それぞれのフレキシブル・サブフレームに言及し、どのサブフレーム・タイプがフレキシブル・サブフレームに続きもしくは先行するか、またはどれだけ多くのフレキシブル・サブフレームが各無線フレームについて定義されるかとは独立している。
【００９６】
リソースの浪費を回避するために、移動局と基地局との両方が、どのようにフレキシブル・サブフレームが使用されるべきかについて同じ理解を有することが重要である。例えば、基地局がフレキシブル・サブフレームをダウンリンク送信に使用するのに対して、移動局が同じフレキシブル・サブフレームをアップリンク送信に使用する場合、フレキシブル・サブフレームのリソースは浪費されてしまう。フレキシブル・サブフレームの使用は、以下で説明されるように、黙示的に、または明示的なシグナリングによって、制御され得る。
【００９７】
第２の態様の１つのバリエーションによると、フレキシブル・サブフレームをダウンリンクまたはアップリンクとして使用することは、前記フレキシブル・サブフレームについていずれかのアップリンク送信が保留中であるかに依存する。より具体的には、移動局がフレキシブル・サブフレーム内で送信されることになっている少なくとも１つのアップリンク送信を有する場合、フレキシブル・サブフレームは、アップリンクとして、すなわち、保留中のアップリンク通信、および、場合により、さらなるアップリンク送信のためのサブフレームとして、使用されるべきである。反対に、フレキシブル・サブフレームについて保留中のアップリンク送信が存在しない場合、フレキシブル・サブフレームは、潜在的なダウンリンク通信のためのダウンリンク・サブフレームとして使用され得る。
【００９８】
アップリンク送信は、多くの理由が原因で保留中となり得る。例えば、基地局は、フレキシブル・サブフレームについてのアップリンク送信を動的にスケジュール済みである場合があり、この場合、基地局は、いつフレキシブル・サブフレームについてのアップリンク送信が保留中であるかを認識している。
【００９９】
または、アップリンク・データ送信は、セミ・パーシステントなリソース割当てが原因で、フレキシブル・サブフレームについてスケジュールされ得る。基地局は、移動局によって使用されるセミ・パーシステントな割当て構成を認識しており、したがって、フレキシブル・サブフレームがセミ・パーシステントにスケジューリングされたアップリンク送信上に位置することも予見することができ、その結果、アップリンク・サブフレームとして使用されるべきフレキシブル・サブフレームを決定する。
【０１００】
または、過去のダウンリンク送信についての（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸなどの）再送信プロトコル・アップリンク・フィードバックが、フレキシブル・サブフレームに適用され得る。再送信プロトコル・アップリンク・フィードバックは、基地局にも認識されている事前定義されたタイミングに従って実行される。このような理由から、基地局は、再送信プロトコル・アップリンク・フィードバックについてのアップリンク送信がフレキシブル・サブフレームのために保留されている場合も認識していることになる。
【０１０１】
または、チャネル状態情報報告が、フレキシブル・サブフレームのために保留中であり得る。ＣＳＩ報告は、移動局と基地局との両方に認識されている事前定義された構成に従って、周期的に送信され得る。ＣＳＩ報告は、基地局によって動的にトリガーされてもよい。両方の場合において、基地局は、ＣＳＩ報告がフレキシブル・サブフレームのために保留中である場合を認識している。
【０１０２】
移動局がユーザ・データを送信する必要がある場合、移動局は、アップリンク送信のためのアップリンク・リソースを要求するスケジューリング要求を基地局へ送る。基地局は、いつ移動局がスケジューリング要求を実際に送信するのかを正確には認識していないが、基地局は、スケジューリング要求を送信するためにどのサブフレームが使用され得るかは認識している。なぜなら、移動局がスケジューリング要求を送信するための設定可能な制限された機会が存在するからである。基地局は、設定について認識している。前記の場合、スケジューリング要求を送信する機会を移動局に与える任意のフレキシブル・サブフレームは、したがって、アップリンク・サブフレームとしてみなされるべきである。
【０１０３】
同様に、ランダム・アクセス・メッセージは、例えば、ＵＥがそのアップリンク同期を失った場合にアップリンク時間同期を達成するために、または、基地局に接続するために、または、送信リソースを要求するために、移動局によって送信される。ＵＥは、そのアップリンク送信タイミングが同期される場合にのみ、アップリンク送信をスケジューリングされ得る。この場合も、移動局がランダム・アクセス・メッセージを送信するための設定可能な制限された機会が存在する。基地局は、設定について認識している。前記の場合、ランダム・アクセス・メッセージを送信する機会を移動局に与える任意のフレキシブル・サブフレームは、したがって、アップリンク・サブフレームとしてみなされ得る。
【０１０４】
上記の場合、フレキシブル・サブフレームにおけるアップリンク送信の存在または不在は、フレキシブル・サブフレームがアップリンク・サブフレームまたはダウンリンク・サブフレームとして使用可能であることを判定するための基準として考えられる。しかしながら、この黙示的な「指示」は、例えば、設定メッセージ内の検出されない誤りの場合に、または設定メッセージの受信と設定メッセージの適用との間のＵＥにおける未知の遅延が原因で、基地局と移動局とが、フレキシブル・サブフレームについてアップリンク送信が保留中であるか否かについて異なる理解を簡単に有し得るという点で、困難につながり得る。また、上記送信のうちのいくつかの場合、基地局は、アップリンク送信が実際に保留中であるのか、またはアップリンク送信機会がＵＥによって使用されないのかを、事前に認識することができない。これにより、フレキシブル・サブフレームがダウンリンクのために使用され得る回数が減少し、したがって、ダウンリンク容量が減少する。
【０１０５】
したがって、黙示的なシグナリングの上記の欠点を回避するために、付加的なシグナリングという代償を払っても、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきなのか、またはアップリンク・サブフレームとして使用されるべきなのかを明示的に定義することは有利となり得る。基地局は、フレキシブル・サブフレームの用途に関する対応する決定を受け入れ、どのようにフレキシブル・サブフレームが使用されるべきかを移動局に通知する命令を移動局へ送信し得る。
【０１０６】
明示的なシグナリングの特定の例によると、基地局は、アップリンク・リソース割当てのための制御情報を移動局へ送信し得る。この場合、制御情報のＣＲＣは、
ページングＲＮＴＩ、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ−ＲＮＴＩ
のうちの１つなどの非一般的な識別子を用いてスクランブルされる。
【０１０７】
事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩは、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきか、またはダウンリンク・サブフレームとして使用されるべきかを制御する目的に固有の新たに導入されるＲＮＴＩであり得る。
【０１０８】
ＬＴＥシステムでは、アップリンク・リソース割当てのためのこの制御情報は、フォーマット０のＤＣＩであり、または、ＤＣＩフォーマット４をサポートするＵＥの場合には、ＤＣＩフォーマット４が、アップリンク・リソース割当てのために代わりに使用され得る。ＤＣＩフォーマット０またはＤＣＩフォーマット４は、通常、Ｃ−ＲＮＴＩまたは（ＳＰＳについてのＳＰＳ−Ｃ−ＲＮＴＩ）などの、移動局の特定の識別子を用いてスクランブルされるが、いくつかのＵＥに共通の上記識別子のうちの１つを用いてはスクランブルされない。
【０１０９】
特定のＤＣＩフォーマット０／４は、フレキシブル・サブフレームにおいてアップリンク・リソースを実際に割り当てるＤＣＩフォーマット０／４の適当なタイミングで、基地局から送信される。さらに、ＤＣＩフォーマット０／４は、セル内のすべてのＵＥによって実際に受信され得るように、好ましくは、共通サーチ・スペース内で送信され得る。
【０１１０】
それに応じて、移動局は、前記識別子のうちの１つによってスクランブルされている対応するＣＲＣを用いてアップリンク・リソース割当てについての制御情報（ＤＣＩフォーマット０／４）を検出する場合、アップリンク・リソース割当ての受信タイミングに従った対応するフレキシブル・サブフレームがアップリンク・サブフレームとして使用され得ると判定する。それ以外の場合、すなわち、そのようなアップリンク・リソース割当てが受信されない場合、移動局は、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用され得ると判定する。
【０１１１】
いま説明したＤＣＩフォーマット０／４は、フレキシブル・サブフレームにおいてアップリンク送信のための実際のリソースを割り当てても、または割り当てなくてもよい。特に、ＤＣＩフォーマット０／４は、ＵＥに固有なＣ−ＲＮＴＩを用いては符号化されないが、別のＲＮＴＩを用いて符号化され、したがって、通常は、移動局によって「通常の」アップリンク・リソース割当てとしてみなされない。それにもかかわらず、このＤＣＩフォーマット０／４を受信するＵＥは、依然として、当該ＤＣＩフォーマット０／４を通常のアップリンク・リソース割当てとして使用し得る。あるいは、この特殊にスクランブルされたＤＣＩフォーマット０／４を受信するＵＥは、当該ＤＣＩフォーマット０／４を通常のアップリンク・リソース割当てとして無視し、当該ＤＣＩフォーマット０／４から、対応するフレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであることのみを導き得る。Ｃ−ＲＮＴＩまたはＳＰＳ−Ｃ−ＲＮＴＩを用いてスクランブルされる別個のアップリンク・リソース割当てが、付加的に受信されてもよい。
【０１１２】
誤り耐性を強化するように、特殊なＤＣＩフォーマット０／４が、アップリンク・リソースの無効な値（または事前定義された値）を示すことは、さらに有利となり得る。結果として、特定のフレキシブル・サブフレームをアップリンク・サブフレームとして示すために、アップリンク・リソース割当てのＣＲＣが特定のＲＮＴＩ（上記を参照）を用いてスクランブルされるべきであるだけでなく、アップリンク・リソース割当ても、無効な（または事前定義された）リソース割当てを示すべきである。
【０１１３】
あるいは、または、付加的に、フレキシブル・サブフレームをダウンリンク・サブフレームとして使用することは、
ページングＲＮＴＩ、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ−ＲＮＴＩ
のうちの１つを用いてスクランブルされるダウンリンク・リソース割当てのための制御情報の使用によって示される。
【０１１４】
ＬＴＥシステムでは、ダウンリンク・リソース割当てのためのこの制御情報は、例えば、フォーマット１ＡのＤＣＩである。ＤＣＩフォーマット１Ａは、ＤＣＩフォーマット１Ａが受信される同じサブフレームについてのリソースを割り当てる。しかしながら、フレキシブル・サブフレームの用途を示す目的のためには、このタイミングは遅すぎる。このような理由から、特殊にスクランブルされたＤＣＩフォーマット１Ａが、フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるアップリンク・リソース割当てのタイミングで、すなわち、ＤＣＩフォーマット０のタイミングで、送信される。
【０１１５】
また、ＤＣＩフォーマット１Ａは、ダウンリンク・リソースの無効な値を示して、誤り耐性を強化すべきである。さらに、ＤＣＩフォーマット１Ａは、セル内のすべてのＵＥによって実際に受信され得るように、共通サーチ・スペース内で送信され得る。
【０１１６】
いずれの場合にも、第２の態様のバリエーションのうちのいずれかに従って、フレキシブル・サブフレームをダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用することが可能であり、これは、対応する指示（ＤＣＩフォーマット０、１Ａ）を用いて基地局によって明示的に制御され、またはフレキシブル・サブフレームについての移動局における保留中のアップリンク送信の存在もしくは不在に応じて黙示的に制御され得る。
【０１１７】
本発明の第３の態様は、フレキシブル・サブフレームについて保留中であるアップリンク送信の数を減少させることを目的とする。フレキシブル・サブフレーム内で実行されるべきアップリンク送信の数を減少させることは、例えば、フレキシブル・サブフレームがダウンリンク・サブフレームとしてより頻繁に使用され得、したがって、フレキシブルなＴＤＤ構成のダウンリンク容量を増加させることができるという点で有利である。
【０１１８】
本発明の第３の態様は、以下に説明されるように、上述された第１の態様および第２の態様とはある程度別個のものとしてみなされるべきである。特に、フレキシブルなＴＤＤ構成が使用されることは第３の態様にとって要件であり得るが、どのようにＴＤＤ構成が詳細に定義されるか、またはどのようにＴＤＤ構成の定義が移動局へ示されるか、またはどのようにフレキシブル・サブフレームがアップリンクもしくはダウンリンクについてのものであると判定されるかは、第３の態様のバリエーションのほとんどにとって、必ずしも重要とは限らない。
【０１１９】
１つのバリエーションでは、再送信プロトコル・アップリンク・フィードバック、すなわち、ＬＴＥにおけるＨＡＲＱアップリンクＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックを基地局へ送信するためのタイミングは、当該フィードバックがフレキシブル・サブフレーム内では送信されず、代わりに、無線フレーム内の別のアップリンク・サブフレーム内で送信されるように変更される。これは、例えば、静的なＴＤＤ構成について既に事前定義されている特定のＨＡＲＱフィードバック・タイミングを再利用することによって達成され得る。特に、ＨＡＲＱフィードバック・タイミングがフレキシブル・サブフレームのうちの１つ上に位置しないように、特定のフレキシブルなＴＤＤ構成は、いくつかの静的なＴＤＤ構成のうちの１つのＨＡＲＱフィードバック・タイミングに関連付けられる。
【０１２０】
前述のバリエーションと組み合わされてもよく、または組み合わされなくてもよい、さらなるバリエーションでは、過去に送信されたデータの非適合的なアップリンク再送信は、フレキシブル・サブフレーム内で送信されるべきではない。これは、例えば、過去の送信についての基地局の対応するＮＡＣＫフィードバックを無視することによって、または、（実際のＨＡＲＱフィードバックが何であるかとは独立して）非適合的な再送信がフレキシブル・サブフレーム上に位置する、過去の送信についてのＨＡＲＱフィードバックがＡＣＫであると自動的に判定することによって、行われ得る。
【０１２１】
前述のバリエーションと組み合わされてもよく、または組み合わされなくてもよい、また別のバリエーションでは、フレキシブル・サブフレームに適用され得る他の保留中のアップリンク送信は、移動局において許容されない。これは、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされるデータ・アップリンク送信、アップリンク送信用のリソースを要求するためのスケジューリング要求、チャネル状態情報報告、アップリンク・サウンディング信号、ランダム・アクセス送信を含む。
【０１２２】
本発明の一実施形態は、少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と基地局との間で通信するための方法を提供する。少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
・サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
・サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１２３】
フレキシブル・サブフレームは、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る。
【０１２４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局と基地局との間の通信は、複数の静的なＴＤＤ構成のうちの１つに、または少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づき得る。静的なＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。少なくとも１つのフレキシブルなＴＤＤ構成は、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、無線フレームのサブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。この場合、少なくとも１つのフレキシブルなＴＤＤ構成は、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１２５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、フレキシブルなＴＤＤ構成は、移動局および基地局において、あらかじめ設定されており、移動局は、通信のために使用されるべきフレキシブルなＴＤＤ構成を識別する識別子を基地局から受信する。
【０１２６】
本発明の実施形態のいま説明したバリエーションの代わりのバリエーションによると、第１の静的なＴＤＤ構成に基づいて通信する移動局は、フレキシブルなＴＤＤ構成を使用するための指示を基地局から受信する。移動局は、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべきフレキシブルなＴＤＤ構成を決定する。
【０１２７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、フレキシブルなＴＤＤ構成は、無線フレームの少なくとも１つのサブフレームをアップリンク・サブフレームとして定義する。無線フレームのインデックス２のサブフレームがアップリンク・サブフレームとして定義される場合、さらに好ましい。
【０１２８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、少なくとも１つのフレキシブルなＴＤＤ構成は、無線フレーム内のほとんどのアップリンク・サブフレームを定義する、すなわち、すべてのフレキシブルなＴＤＤ構成の最大ダウンリンク容量利得を提供する、静的なＴＤＤ構成に対応する。
【０１２９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局および基地局は、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中である場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。さらに、移動局および基地局は、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中ではない場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。保留中のアップリンク送信は、基地局から受信される動的なアップリンク・リソース割当てに従ってフレキシブル・サブフレームについてスケジューリングされたデータ送信、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る。
【０１３０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局および基地局は、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。
【０１３１】
アップリンク・リソース割当てについての制御情報は、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、基地局から送信される。
【０１３２】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソースの無効な値を示す。
【０１３３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４である。
【０１３４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、共通サーチ・スペースのリソースにおいて基地局から送信される。
【０１３５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１３６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局および基地局は、ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。
【０１３７】
ダウンリンク・リソース割当てについての制御情報は、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、基地局から送信される。ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソースの無効な値を示す。
【０１３８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａである。
【０１３９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、共通サーチ・スペースのリソースにおいて基地局から送信される。
【０１４０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１４１】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、無線フレームのフレキシブル・サブフレームｎｆｌｅｘがダウンリンク・サブフレームとして使用されるべきであると判定される場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、移動局および基地局は、前記無線フレームの特殊サブフレームｎ−１が、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得ると判定する。
【０１４２】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局が、少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックは、フレキシブル・サブフレームにおいて移動局によって送信されない。
【０１４３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングは、複数の静的なＴＤＤ構成について事前定義され、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義される。特に、移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングは、少なくとも１つのフレキシブルなＴＤＤ構成について事前定義され、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義される。再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで移動局によって送信されるように、フレキシブルなＴＤＤ構成についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングは、静的なＴＤＤ構成についての複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである。
【０１４４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについて、再送信プロトコル・アップリンク・フィードバックを基地局へ送信する。好ましくは、アップリンク通信のために使用されるフレキシブル・サブフレームについての再送信プロトコル・アップリンク・フィードバックは、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す。
【０１４５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、好ましくは、
過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、過去のアップリンク送信のためにフレキシブル・サブフレーム内でアップリンク再送信を送信しない。
【０１４６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、好ましくは、
フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、フレキシブル・サブフレーム内で送信された過去のアップリンク送信についてのアップリンク再送信を送信しない。
【０１４７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ・アップリンク送信、アップリンク送信用のリソースを要求するためのスケジューリング要求、チャネル状態情報報告、アップリンク・サウンディング信号、ランダム・アクセス送信のうちの少なくとも１つを、フレキシブル・サブフレーム内で送信しない。
【０１４８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、セミ・パーシステントにスケジューリングされるアップリンク送信についての設定を、当該設定によって設定されるようなセミ・パーシステントにスケジューリングされるアップリンク送信のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１４９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、チャネル状態情報レポーティングについての設定を、当該設定によって設定されるようなチャネル状態情報報告のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１５０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、アップリンク・サウンディング信号についての設定を、当該設定によって設定されるような少なくとも１つのアップリンク・サウンディング信号がフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１５１】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、移動局がフレキシブル・サブフレームにおいて測定を実行しないように、ダウンリンク・サブフレームおよび特殊サブフレームにおいてのみ測定を実行する。
【０１５２】
本発明は、少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づいて通信システムにおいて基地局と通信する移動局をさらに提供する。少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
・サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ
・サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１５３】
フレキシブル・サブフレームは、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る。
【０１５４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局との通信は、複数の静的なＴＤＤ構成のうちの１つに、または少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づく。静的なＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。少なくとも１つのフレキシブルなＴＤＤ構成は、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、無線フレームのサブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。少なくとも１つのフレキシブルなＴＤＤ構成は、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１５５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のメモリは、フレキシブルなＴＤＤ構成を格納する。移動局の受信器は、通信のために使用されるべきフレキシブルなＴＤＤ構成を識別する識別子を基地局から受信する。
【０１５６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、第１の静的なＴＤＤ構成に基づいて通信している。移動局のメモリは、複数の静的なＴＤＤ構成を格納する。移動局の受信器は、フレキシブルなＴＤＤ構成を使用するための指示を基地局から受信する。移動局のプロセッサは、受信された指示に応答して、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべきフレキシブルなＴＤＤ構成を決定する。
【０１５７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、フレキシブルなＴＤＤ構成は、無線フレームの少なくとも１つのサブフレームをアップリンク・サブフレームとして定義する。好ましくは、無線フレームのインデックス２のサブフレームが、アップリンク・サブフレームとして定義される。
【０１５８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、少なくとも１つのフレキシブルなＴＤＤ構成は、無線フレーム内のほとんどのアップリンク・サブフレームを定義する静的なＴＤＤ構成に対応する。
【０１５９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中である場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。プロセッサは、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中ではない場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであるとさらに判定する。保留中のアップリンク送信は、基地局から受信される動的なアップリンク・リソース割当てに従ってフレキシブル・サブフレームについてスケジューリングされたデータ送信、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る。
【０１６０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩのうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。移動局の受信器は、基地局から送信されているアップリンク・リソース割当てについての制御情報を、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信する。
【０１６１】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソースの無効な値を示す。
【０１６２】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４である。
【０１６３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、受信器は、アップリンク・リソース割当てについての制御情報を、共通サーチ・スペースのリソースにおいて基地局から受信するようにされている。
【０１６４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１６５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分が、ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩのうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。移動局の受信器は、基地局からのダウンリンク・リソース割当てについての制御情報を、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信する。ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソースの無効な値を示す。
【０１６６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａである。
【０１６７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、受信器は、ダウンリンク・リソース割当てについての制御情報を、共通サーチ・スペースのリソースにおいて基地局から受信するようにさらにされている。
【０１６８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１６９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサが、無線フレームのフレキシブル・サブフレームｎｆｌｅｘはダウンリンク・サブフレームとして使用されるべきであると判定する場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、プロセッサは、前記無線フレームの特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得るとさらに判定する。
【０１７０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局が、少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、移動局の送信器は、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックをフレキシブル・サブフレーム内で送信しない。
【０１７１】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のメモリは、複数の静的なＴＤＤ構成についての、移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングを格納し、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納する。メモリは、少なくとも１つのフレキシブルなＴＤＤ構成についての、移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングをさらに格納し、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納する。フレキシブルなＴＤＤ構成についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれは、再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで移動局によって送信されるように、静的なＴＤＤ構成についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングのうちの１つと同じである。
【０１７２】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局の送信器は、アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについての再送信プロトコル・アップリンク・フィードバックを基地局へ送信する。
【０１７３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク通信のために使用されるフレキシブル・サブフレームについての再送信プロトコル・アップリンク・フィードバックは、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す。
【０１７４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、好ましくは、
プロセッサが、過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
プロセッサが、過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、過去のアップリンク送信のためにフレキシブル・サブフレーム内でアップリンク再送信を送信しない。
【０１７５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局は、好ましくは、
プロセッサが、フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視すること、または
プロセッサが、フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定すること
によって、フレキシブル・サブフレーム内で送信された過去のアップリンク送信についてのアップリンク再送信を送信しない。
【０１７６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局の送信器は、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ・アップリンク送信、アップリンク送信用のリソースを要求するためのスケジューリング要求、チャネル状態情報報告、アップリンク・サウンディング信号、ランダム・アクセス送信のうちの少なくとも１つを、フレキシブル・サブフレーム内で送信しない。
【０１７７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、セミ・パーシステントにスケジューリングされるアップリンク送信についての設定を、当該設定によって設定されるようなセミ・パーシステントにスケジューリングされるアップリンク送信のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１７８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、チャネル状態情報レポーティングについての設定を、当該設定によって設定されるようなチャネル状態情報報告のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１７９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、プロセッサは、アップリンク・サウンディング信号についての設定を、当該設定によって設定されるような少なくとも１つのサウンディング信号がフレキシブル・サブフレーム内で送信される場合に、リリースする。
【０１８０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局のプロセッサは、移動局のプロセッサがフレキシブル・サブフレームにおいて測定を実行しないように、ダウンリンク・サブフレームおよび特殊サブフレームにおいてのみ測定を実行する。
【０１８１】
本発明は、少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と通信するための基地局をさらに提供する。少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
・サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
・サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１８２】
フレキシブル・サブフレームは、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る。
【０１８３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、移動局との通信は、複数の静的なＴＤＤ構成のうちの１つに、または少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づく。静的なＴＤＤ構成のそれぞれは、無線フレームについて、その無線フレームのサブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。少なくとも１つのフレキシブルなＴＤＤ構成は、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、無線フレームのサブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義する。この場合、少なくとも１つのフレキシブルなＴＤＤ構成は、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する。
【０１８４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のメモリは、フレキシブルなＴＤＤ構成を格納する。基地局の送信器は、通信のために使用されるべきフレキシブルなＴＤＤ構成を識別する識別子を移動局へ送信する。
【０１８５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局は、第１の静的なＴＤＤ構成に基づいて通信する。基地局のメモリは、複数の静的なＴＤＤ構成を格納する。基地局の送信器は、フレキシブルなＴＤＤ構成を使用するための指示を移動局へ送信する。基地局のプロセッサは、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべきフレキシブルなＴＤＤ構成を決定する。
【０１８６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のプロセッサは、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中である場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。プロセッサは、移動局からのアップリンク送信がフレキシブル・サブフレームについて保留中ではない場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。保留中のアップリンク送信は、基地局から受信される動的なアップリンク・リソース割当てに従ってフレキシブル・サブフレームについてスケジューリングされたデータ送信、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る。
【０１８７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のプロセッサは、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。プロセッサが、フレキシブル・サブフレームはアップリンク・サブフレームとして使用されるべきであると判定する場合、プロセッサは、ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩのうちの１つを用いて、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分をスクランブルする。基地局の送信器は、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、アップリンク・リソース割当てについての制御情報を移動局へ送信する。
【０１８８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソースの無効な値を示す。
【０１８９】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４である。
【０１９０】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、送信器は、アップリンク・リソース割当てについての制御情報を、共通サーチ・スペースのリソースにおいて移動局へ送信するようにされる。
【０１９１】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、アップリンク・リソース割当てについての制御情報は、アップリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１９２】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のプロセッサは、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。プロセッサが、フレキシブル・サブフレームはダウンリンク・サブフレームとして使用されるべきであると判定する場合、プロセッサは、ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩのうちの１つを用いて、ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分をスクランブルするようにされる。基地局の送信器は、ダウンリンク・リソース割当てについての制御情報を、アップリンク・リソース割当てについての制御情報がフレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで移動局へ送信する。ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソースの無効な値を示す。
【０１９３】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａである。
【０１９４】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、送信器受信器は、ダウンリンク・リソース割当てについての制御情報を、共通サーチ・スペースのリソースにおいて基地局から送信するようにさらにされている。
【０１９５】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、ダウンリンク・リソース割当てについての制御情報は、ダウンリンク・リソース割当てについての事前定義された電力制御値を示す。
【０１９６】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のプロセッサが、無線フレームのフレキシブル・サブフレームｎｆｌｅｘはダウンリンク・サブフレームとして使用されるべきであると判定する場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、プロセッサは、前記無線フレームの特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得るとさらに判定する。
【０１９７】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局が、少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、基地局の受信器は、移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックを、フレキシブル・サブフレームにおいて受信しない。
【０１９８】
上記に加えて、または上記の代わりに使用され得る、本発明の実施形態の有利なバリエーションによると、基地局のメモリは、複数の静的なＴＤＤ構成についての、移動局へ送信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングを格納し、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納する。メモリは、少なくとも１つのフレキシブルなＴＤＤ構成についての、移動局へ送信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングをさらに格納し、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納する。フレキシブルなＴＤＤ構成についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれは、再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで移動局によって受信されるように、静的なＴＤＤ構成についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングのうちの１つと同じである。
【０１９９】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０２００】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９時点）において定義されているダウンリンクコンポーネントキャリアの例示的なサブフレーム境界を示している。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９時点）において定義されているダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図５】３ＧＰＰ  ＬＴＥによって定義されるような静的なＴＤＤ構成０〜６についてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック・タイミングを示している。
【図６】７つの現在標準化されている（静的な）ＴＤＤ  ＵＬ／ＤＬ構成０〜６と、１０個のサブフレームそれぞれの定義と、それらの切替え点周期性とを示している。
【図７】５ｍｓの切替え点周期性の場合における、２つのハーフ・フレーム、１０個のサブフレームから構成されている無線フレームの構造を示している。
【図８】第１の実施形態のバリエーションによるフレキシブルなＴＤＤ構成Ｆ０〜Ｆ６のセットの異なる例を示している。
【図９】第１の実施形態のバリエーションによるフレキシブルなＴＤＤ構成Ｆ０〜Ｆ６のセットの異なる例を示している。
【図１０】第１の実施形態のバリエーションによるフレキシブルなＴＤＤ構成Ｆ０〜Ｆ６のセットの異なる例を示している。
【図１１】代替的な実施形態による、フレキシブルなＴＤＤ構成がｅＮｏｄｅＢによってどのように示され得るかに関連する、ＵＥにおける処理についての流れ図を示している。
【図１２】代替的な実施形態による、フレキシブルなＴＤＤ構成がｅＮｏｄｅＢによってどのように示され得るかに関連する、ＵＥにおける処理についての流れ図を示している。
【図１３】図５と同様の静的なＴＤＤ構成０〜６についてのアップリンクにおけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック・タイミングを示しており、図１０のフレキシブルなＴＤＤ構成についてのフレキシブル・サブフレーム例を斜線付きのボックスとしてさらに示している。
【図１４】アップリンク・リソース割当ての受信と、受信されたアップリンク・リソース割当てが意図される対応するサブフレームとの間のタイミング関係を、特に、図１０によるフレキシブル・サブフレームに関連して示している。
【図１５】本発明の一実施形態による、図１０において想定されるようなフレキシブルなＴＤＤ構成Ｆ０〜Ｆ６についてのアップリンクにおけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック・タイミングを示している。
【図１６】本発明の別の実施形態による、図１０のフレキシブルなＴＤＤ構成についてのダウンリンクにおけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック・タイミングを示している。
【発明を実施するための形態】
【０２０１】
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１／１２）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術については一部が上の背景技術のセクションに説明してある。なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０２０２】
用語「静的なＴＤＤ構成」は、現在の標準規格に定義されているＴＤＤアップリンク／ダウンリンク構成を意味し、ＴＤＤ構成は、無線フレームの各サブフレームについて、それらがダウンリンク・サブフレームであるか、アップリンク・サブフレームであるか、特殊サブフレームであるかを定義する。用語「ＴＤＤ構成インデックス」は、７つの可能なＴＤＤ  ＵＬ／ＤＬ構成のうちの１つにそれぞれ関連付けられる番号（現時点では０〜６）であり、３ＧＰＰの技術規格に定義されている（図６を参照）。本発明は、「静的なＴＤＤ構成」と「フレキシブルなＴＤＤ構成」とを区別しており、フレキシブルなＴＤＤ構成は、アップリンク・サブフレーム、ダウンリンク・サブフレームおよび特殊サブフレームに加えて、フレキシブル・サブフレームを定義する。
【０２０３】
特許請求の範囲および本明細書において使用される「フレキシブル・サブフレーム」という用語は、アップリンク・サブフレームまたはダウンリンク・サブフレームとしてフレキシブルに使用され得るサブフレームとして理解されるべきであり、これは、フレキシブル・サブフレームごとに別個に決定され得る。特許請求の範囲および本明細書において使用される「動的なダウンリンク・サブフレーム」または「フレキシブルなダウンリンク・サブフレーム」という用語は、ダウンリンク・サブフレームとして使用されるフレキシブル・サブフレームとして理解されるべきである。特許請求の範囲および本明細書において使用される「動的なアップリンク・サブフレーム」または「フレキシブル・アップリンク・サブフレーム」という用語は、アップリンク・サブフレームとして使用されるフレキシブル・サブフレームとして理解されるべきである。
【０２０４】
「サブフレームｎ」という用語は、無線フレーム内の任意のサブフレームを意味するのに対して、「サブフレームｎｆｌｅｘ」という用語は、フレキシブル・サブフレームを意味する。
【０２０５】
誤り検出符号に関連して特許請求の範囲において使用され、また、（誤り検出符号の例としての）ＣＲＣに主に関連して詳細な説明において使用される「スクランブルする」という用語は、例えば、識別子を誤り検出符号（ＣＲＣ）へ黙示的に符号化するプロセスを意味する。「マスクする」という用語と、「によって設定される」という用語とは、識別子がＣＲＣへ、または、より一般的には、情報要素（例えば、ＤＣＩ）へ符号化されることを意味するために本技術分野における「スクランブルする」と同等に使用される。
【０２０６】
特許請求の範囲および本明細書において使用される「無効なパラメータ」という用語は、無効な値を有し、したがって、無効なパラメータを構成するパラメータとして理解されるべきである。
【０２０７】
以下では、本発明のいくつかの実施形態について詳しく説明する。これらの説明は、本発明を制限するものではなく、本発明を深く理解するため本発明の実施形態の単なる例であることを理解されたい。当業者には、請求項に記載されている本発明の一般的な原理を、異なるシナリオに適用できること、または本明細書に明示的に記載されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的のために想定されている以下のシナリオは、本発明を制限するものではない。
【０２０８】
本発明について説明されるさまざまな実施形態は、一般に、ＴＤＤ構成に言及し、特に、改善された、よりフレキシブルなＴＤＤ構成および関連するメカニズム／プロセスを提供する。
【０２０９】
第１の実施形態
【０２１０】
本発明の実施形態の第１のセットは、主に、フレキシブルなＴＤＤ構成の定義に関し、特に、どのようにフレキシブル・サブフレームがＴＤＤ構成に導入され得るかに関する。現在までのところ、静的なＴＤＤ構成は、アップリンク・サブフレーム、ダウンリンク・サブフレームおよび特殊サブフレームを、無線フレームベースで、５ｍｓまたは１０ｍｓの周期的パターンを用いて定義している。アップリンク・サブフレームは、アップリンク通信のみに使用され、反対に、ダウンリンク・サブフレームは、ダウンリンク通信のみに使用され得る。したがって、ＴＤＤ構成は、どちらかと言えば、静的で固定的である。７つの利用可能なＴＤＤ構成間の変更は、ゆっくりであり、高速で変化するトラフィック条件にＴＤＤ動作を適応させるためには実際的ではない。
【０２１１】
少なくとも１つのフレキシブル・サブフレームをそれぞれの無線フレームに導入することによって、すなわち、少なくとも１つのフレキシブル・サブフレームをフレキシブルなＴＤＤ構成において定義することによって、ＴＤＤ動作をよりフレキシブルにすることができ、フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして使用され得る。
【０２１２】
一般的には、ダウンリンク・サブフレームｎからアップリンク・サブフレームｎ＋１への移行は、回避されるべきである。なぜなら、そのときには、特殊サブフレームおよびガード期間に関連して背景技術のセクションにおいて説明されたように、ＵＥは、その回路を受信から送信へ切り替え、タイミング・アドバンス調整を適用する必要があるからである。
【０２１３】
以下では、簡単のために、２つ（または２つ以上の）後続のサブフレームがフレキシブルと定義されないことが想定されるが、第１の実施形態の１つのバリエーションによると、フレキシブル・ダウンリンク・サブフレームのフレキシブル・アップリンクへの移行が回避される限り、２つ（または２つ以上の）後続のサブフレームがフレキシブルと定義されることは、実際には可能である。後続のフレキシブル・サブフレームは、フレキシブルと定義され得るが、この場合、第１のサブフレームの特定の使用は、次の（および、場合により、さらなる）フレキシブル・サブフレームの使用を既に固定し得る。例えば、１つの極端な場合において、フレキシブルなＴＤＤ構成Ｆ０は、無線フレームのサブフレーム０〜９について、Ｄ、Ｓ、Ｆ、Ｆ、Ｆ、Ｄ、Ｓ、Ｆ、Ｆ、Ｆのシーケンスを用いて定義され得る。インデックス２のフレキシブル・サブフレームがアップリンク・サブフレームであると判定される場合、インデックス３の後続のフレキシブル・サブフレームは、アップリンクまたはダウンリンクと自由に選択され得る。しかしながら、インデックス２のフレキシブル・サブフレームがダウンリンク・サブフレームであると判定される場合、２つの後続のサブフレーム間でのダウンリンクからアップリンクへの移行を回避するように、インデックス３の後続のフレキシブル・サブフレーム（およびインデックス４の後続のフレキシブル・サブフレーム）も、ダウンリンク・サブフレームとして使用されなければならない。同じことは、上述したＴＤＤ構成のシーケンスの残りのフレキシブル・サブフレームにも当てはまる。このコンセプトは、他のフレキシブルなＴＤＤ構成にも適用され得る。
【０２１４】
本実施形態の別のバリエーションによると、特殊サブフレームのガード期間の必要性を回避するために、フレキシブルなＴＤＤ構成におけるフレキシブル・サブフレームは、つねに、その終端部がアップリンク送信のために定義されるサブフレームの後に続くべきであり、かつ、つねに、その開始部がダウンリンク送信のために定義されるサブフレームの前に存在する（先行する）べきである。より具体的には、３ＧＰＰ  ＬＴＥの場合、サブフレームｎは、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームもしくはアップリンク・サブフレームであり、またはサブフレームｎｆｌｅｘ−１が、実際にはダウンリンク送信が生じないダウンリンク・サブフレームである
−  サブフレームｎ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームである
場合にのみ、フレキシブル・サブフレームｎｆｌｅｘとなり得る。
【０２１５】
あるいは、サブフレームｎは、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームもしくはアップリンク・サブフレームであり、またはサブフレームｎｆｌｅｘ−１が、実際にはダウンリンク送信が生じないダウンリンク・サブフレームである
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームもしくは特殊サブフレームであり、またはサブフレームｎｆｌｅｘ＋１が、実際にはアップリンク送信が生じないアップリンク・サブフレームである
場合にのみ、フレキシブル・サブフレームｎｆｌｅｘとなり得る。
【０２１６】
しかしながら、アップリンク／ダウンリンク送信がサブフレームｎｆｌｅｘ＋１またはｎｆｌｅｘ−１において実際に生じるかという上記の要件は、リソース管理を複雑化し、送信が失われる場合または送信が誤って発生する場合には、潜在的な誤りも導入してしまう。結果として、上記の要件は、以下のように、さらに改善され得る。
【０２１７】
サブフレームｎは、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームである
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームである
場合にのみ、フレキシブル・サブフレームｎｆｌｅｘとなり得る。
【０２１８】
そのフレキシブル・サブフレームについての上記の要件を満たす、いかなるフレキシブルなＴＤＤ構成も、本発明による移動局および基地局によって使用され得る。結果として、フレキシブル・サブフレームからアップリンク・サブフレームへの移行、およびダウンリンク・サブフレームからフレキシブル・サブフレームへの移行が回避されるように、フレキシブル・サブフレームは、つねに、特殊サブフレームまたはアップリンク・サブフレームの後に続き、つねに、ダウンリンク・サブフレームまたは特殊サブフレームに先行する。
【０２１９】
これまでのところ、１つのフレキシブルなＴＤＤ構成のみが述べられているが、３ＧＰＰ  ＬＴＥに従って既に事前定義されている静的なＴＤＤ構成０〜６（図６を参照）と類似した、いくつかのフレキシブルなＴＤＤ構成（例えばＦ０〜Ｆ６）が存在し得る。さまざまなフレキシブルなＴＤＤ構成は、無線フレームについてサブフレーム・タイプの異なる定義を提供するが、それらはすべて、上記の要件を満たすべきである。以下では、説明の目的のため、いくつかのフレキシブルなＴＤＤ構成が存在するものと想定する。
【０２２０】
上述したフレキシブルなＴＤＤ構成は、フレキシブル・サブフレームについての要件が満たされる限り、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームおよびフレキシブル・サブフレームを任意の適切な方法で定義し得る。しかしながら、第１の実施形態のより好ましいバリエーションによると、フレキシブルなＴＤＤ構成は、フレキシブル・サブフレームを除いて、対応する静的なＴＤＤ構成に一致するべきである。これにより、ｅＮｏｄｅＢとさまざまなＵＥとの間での効率的な通信が可能になる。より具体的には、いくつかのＵＥは、（静的なＴＤＤ構成の使用に加えて）フレキシブルなＴＤＤ構成の使用をサポートするが、他のＵＥは、フレキシブルなＴＤＤ構成の使用をサポートしないことがあり得る。したがって、すべてのＵＥが、無線フレーム内のできる限り多くのサブフレームのサブフレーム・タイプに関して同じ意味を有することが有利である。別の利点は、静的なＴＤＤ構成ｍとフレキシブルなＴＤＤ構成Ｆｍとの間の対応に起因して、フレキシブルなＴＤＤ構成を使用するようにＵＥに指示する、ＵＥへの指示が、単に、静的なＴＤＤ構成の代わりにフレキシブルを使用するための指示となり得ることである。そのため、静的なＴＤＤ構成のシグナリングに加えて、フレキシブルなＴＤＤ構成の明示的なシグナリングを必要とする解決策と比較すると、制御シグナリング・オーバーヘッドを低減することができる。さらなる詳細は、後述される。
【０２２１】
本バリエーションによると、フレキシブルなＴＤＤ構成は、無線フレーム内の少なくとも１つのフレキシブル・サブフレームを除いて、対応する静的なＴＤＤ構成と同じになるように定義される。言い換えれば、フレキシブルなＴＤＤ構成は、少なくとも１つのサブフレームをフレキシブル・サブフレームとして定義するが、フレキシブルなＴＤＤ構成は、アップリンク・サブフレーム、ダウンリンク・サブフレームおよび特殊サブフレームを、対応する静的なＴＤＤ構成と同じように定義する。なお、本発明には直接的には重要ではないが、特殊サブフレームの定義、ならびにそのダウンリンク・パイロット時間スロット、ガード期間およびアップリンク・パイロット時間スロットなどの、静的なＴＤＤ構成について定義される他のパラメータも、フレキシブルなＴＤＤ構成について同様に再利用されることに留意されたい。
【０２２２】
これは、図８〜図１０を使用することにより、以下において例示される。
【０２２３】
図８〜図１０は、第１の実施形態の異なるバリエーションによる、異なるフレキシブルなＴＤＤ構成を示しており、静的なＴＤＤ構成と組み合わせて、どのように潜在的なフレキシブル・サブフレームについての上述した要件を適用するかを例示する。
【０２２４】
図８〜図１０の基礎は、３ＧＰＰ  ＬＴＥによって定義され、図６に示されているような静的なＴＤＤ構成である。それに基づいて、フレキシブル・サブフレームについての上述した要件を適用する場合、図８および図９は、２つの異なる結果を示している。図８は、静的なＴＤＤ構成のダウンリンク・サブフレームがフレキシブル・サブフレームへ「変更される」ことを想定するのに対して、図９は、静的なＴＤＤ構成のアップリンク・サブフレームがフレキシブル・サブフレームとして定義されることを想定する。別個の図面において示されてはいないが、これら２つの混合も可能である。
【０２２５】
対応する静的なＴＤＤ構成がアップリンク・サブフレームを定義する場合にのみフレキシブル・サブフレームが定義される図９のフレキシブルなＴＤＤ構成は、対応する静的なＴＤＤ構成がダウンリンク・サブフレームを定義する場合にのみフレキシブル・サブフレームが定義される図８のバリエーションに対して有利である。すべてのＵＥ、特に、レガシーＵＥが、フレキシブル・サブフレームを正しく扱うことができるわけではないため、これらのＵＥは、あらゆるダウンリンク・サブフレームおよび特殊サブフレームがダウンリンク信号測定のために使用され得る静的なＴＤＤ構成に従って動作し、通信する。それに応じて、ダウンリンク・サブフレームは、依然としてダウンリンク測定に使用され得る。さらに、図８のフレキシブルなＴＤＤ構成を想定する場合、フレキシブルなＴＤＤ構成をサポートしないＵＥについてのダウンリンク・サブフレームは、フレキシブルなＴＤＤ構成をサポートするＵＥについてのフレキシブル・サブフレームであると想定され、それにより、フレキシブル・サブフレームは別のＵＥによってアップリンクのために使用されるにもかかわらず、前記フレキシブル／ダウンリンク・サブフレームが、ダウンリンク測定のためにレガシーＵＥによって誤って使用され得る。したがって、レガシーＵＥの測定を潜在的に損なわせてしまう。この効果は、フレキシブル・サブフレームがアップリンクのために使用されるのか、またはダウンリンクのために使用されるのかについて、ＵＥにおいて誤った理解が存在する場合に、非レガシーＵＥについても起こり得る。一般的な測定には、ダウンリンク送信についての推奨される変調および符号化方式を判定するために使用可能な短期チャネル状態測定、または非特許文献９において定義されるような無線リンク測定が含まれる。これらの測定のうちでは、ＲＳＳＩ測定、ＲＳＲＰ測定またはＲＳＲＱ測定が特に関連する。なぜなら、これらの測定は、１つまたは複数の基地局への長期リンク品質を判定するために使用され得、最も強い受信信号または信号品質を用いて基地局へのリンクを確立するためにさらに使用され得るからである。
【０２２６】
フレキシブル・サブフレームにおける測定によって引き起こされる測定損傷（corruption）を回避するために、第１の実施形態の好ましいバリエーションでは、たとえフレキシブル・サブフレームがダウンリンク・サブフレームとして使用されると判定された場合であっても、ＵＥは、フレキシブル・サブフレームを使用してそれらの測定を実行しない。代わりに、ＵＥは、フレキシブルなＴＤＤ構成（または静的なＴＤＤ構成）の非フレキシブルな（または静的な）ダウンリンク・サブフレームまたは特殊サブフレームだけに基づいて、ＵＥによる測定を行う。
【０２２７】
それに応じて、図９のより有利なバリエーションによれば、さらなる要件がフレキシブル・サブフレームについて定式化されること、すなわち、対応する静的なＴＤＤ構成のサブフレームｎがアップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘであるように、フレキシブル・サブフレームｎｆｌｅｘが定義されることが可能になる。言い換えれば、静的なＴＤＤ構成の対応するサブフレームがアップリンク・サブフレームである場合にのみ、サブフレームｎは、フレキシブル・サブフレームとして定義されるべきである。
【０２２８】
フレキシブルなＴＤＤ構成定義の別のより有利なバリエーションは、図１０に示されている。利用可能な無線フレームごとに、少なくとも１つの非動的なアップリンク・サブフレームを有することが有利である。図９によるフレキシブルなＴＤＤ構成Ｆ５から理解できるように、アップリンク・サブフレームは存在せず、８つのダウンリンク・サブフレーム、１つの特殊サブフレームおよび１つのフレキシブル・サブフレームのみが存在する。例えば、フレキシブルなＴＤＤ構成は、無線フレームごとに少なくとも１つのフレキシブル・サブフレームを定義すべきであるが、少なくとも１つのアップリンク・サブフレームが定義されたままである場合に限る。フレキシブルなＴＤＤ構成Ｆ５の場合、これは、実際には、フレキシブル・サブフレームが定義されないかもしれないことを意味する。なぜなら、対応する静的なＴＤＤ構成は、少なくとも１つのアップリンク・サブフレームを定義する要件を満たさないため、前述の要件を満たすサブフレームｎ＝２を使用することはできないからである。図９に示されているような、フレキシブルなＴＤＤ構成Ｆ２の場合、２つの潜在的なフレキシブル・サブフレームｎｆｌｅｘ＝２および７のうちの１つだけが、フレキシブル・サブフレームとして定義され得る。図９の残りのフレキシブルなＴＤＤ構成は、少なくとも１つのアップリンク・サブフレームを有する、この付加的な要件を既に満たしている。
【０２２９】
フレキシブルなＴＤＤ構成についてつねに少なくとも１つのアップリンク・サブフレームを定義する上記の要件の代わりに、以下の要件が、フレキシブルなＴＤＤ構成によって満たされるべきである。図１０によって示されているように、フレキシブルなＴＤＤ構成は、ＴＤＤ構成サブフレーム・インデックス＝２のサブフレームを、つねにアップリンク・サブフレームとして定義するべきである。言い換えれば、ＴＤＤ構成サブフレーム・インデックス２のサブフレームは、フレキシブル・サブフレームとなることができない。利点は、異なるＴＤＤ構成における調和であり、これにより、例えば、静的な構成が使用されるのか、もしくはフレキシブルな構成が使用されるのかを認識する必要性なしに、または、どの静的なＴＤＤ構成もしくフレキシブルなＴＤＤ構成が使用されるのかを認識する必要性なしに、少なくとも１つのアップリンク・サブフレームの位置についての知識を有することが可能になる。
【０２３０】
さらなるバリエーションおよびさらなる実施形態の以下の説明は、主に、図１０のフレキシブルなＴＤＤ構成に焦点を当てる。しかしながら、当業者には明らかであるように、以下の説明は、図１０のフレキシブルなＴＤＤ構成には限定されず、図８および図９のフレキシブルなＴＤＤ構成などの、上述した他のフレキシブルなＴＤＤ構成にも同様に適用可能である。
【０２３１】
フレキシブルなＴＤＤ構成によるフレキシブル・サブフレームを導入することによって、１つのフレキシブルなＴＤＤ構成をアップリンク／ダウンリンクの必要性にフレキシブルに適応することが可能になるだけでなく、対応する静的なＴＤＤ構成のダウンリンク容量と比較して、全体的に、フレキシブルなＴＤＤ構成のダウンリンク容量が増加する。したがって、３ＧＰＰ  ＬＴＥにおいて現在定義されている静的なＴＤＤ構成（図６を参照）に対する図１０のフレキシブルなＴＤＤ構成を想定する場合、無線フレームのダウンリンク容量は、以下の表によって示されるように増加され得る。特殊サブフレームＳは、使用される特定の特殊サブフレーム構成に応じて、異なるダウンリンク容量を有する。例えば、背景技術のセクションにおける特殊サブフレーム構成についての表によれば、また、ダウンリンクにおける通常のサイクリック・プレフィックスを想定すると、３０７２００＊ＴＳのうちの１９７６０＊ＴＳが、ＴＤＤ構成１におけるダウンリンクについて定義され、これは、特殊サブフレーム全体のうちの約６４％のダウンリンクに達する。前記の表から理解できるように、特殊サブフレームにおけるダウンリンクの特定の量は、ＴＤＤ構成によって異なる。この説明に反するが、無線フレームの最大ダウンリンク容量の比較を簡単にするために、６４％のダウンリンク比が、静的なＴＤＤ構成およびフレキシブルなＴＤＤ構成におけるすべての特殊サブフレームについて想定され、これは、したがって、この評価の目的のために、ＤＬサブフレームの０.６４として数えられる。さらに、当然ながら、フレキシブル・サブフレームは、この評価の目的のために、ダウンリンク・サブフレームとして想定される。
【０２３２】
【表４】
2016518087.tif 000006
【０２３３】
明らかなように、フレキシブルなＴＤＤ構成Ｆ５については、ダウンリンク容量の改善がない。ダウンリンク容量の改善がないことは、フレキシブルなＴＤＤ構成Ｆ５にはフレキシブル・サブフレームが存在しないことから、論理的である。しかしながら、これは、システムにとっては損失ではない。なぜなら、フレキシブル・サブフレームの主な利点は、動的なダウンリンク・サブフレームを通じて付加的なダウンリンク容量を付加することによって、ダウンリンク・トラフィックの必要性に適応することだからである。ＨＡＲＱ機能性およびそれに関連する対応する容量利得について不可欠である、アップリンクにおける対応するＡＣＫ／ＮＡＣＫフィードバックを送信するために、無線フレームごとに１つのサブフレームがアップリンクとなることが必要とされることを想定すると、フレキシブルな／静的なＴＤＤ構成５は、最大のＴＤＤダウンリンク容量を既に提供している。
【０２３４】
上記の表のダウンリンク容量利得を考慮すると、第１の実施形態の別のバリエーションは、これまでに想定されたように、７つのフレキシブルなＴＤＤ構成を定義しないが、ダウンリンク容量利得が最大となる、１つまたは複数のフレキシブルなＴＤＤ構成のみを定義する。例えば、フレキシブルなＴＤＤ構成Ｆ０および／またはＦ６および／またはＦ１および／またはＦ３および／またはＦ２および／またはＦ４のみが、定義され、使用され得る。それに応じて、フレキシブルなＴＤＤ構成のこのサブセットは、対応する静的なＴＤＤ構成に対して最大の潜在的な利得を提供し、上述したように、レガシーＵＥに影響を及ぼさずに、フレキシブル・サブフレームを最も簡単に収容することもできる（それらは、バランスのとれたＴＤＤ構成、または若干アップリンク側に偏っている（uplink-biased）ＴＤＤ構成から始まる）。
【０２３５】
これまでに、フレキシブルなＴＤＤ構成の異なる定義が提示され、さまざまな利点が説明されてきた。以下では、移動局および基地局が、上述したフレキシブルなＴＤＤ構成のうちのいずれかの使用をどのように判定し、制御することができるかが説明されるであろう。この場合も、説明の目的のために、図１０によるフレキシブルなＴＤＤ構成のセットが想定される。
【０２３６】
第１の実施形態の１つのバリエーションによると、フレキシブルなＴＤＤ構成は、静的なＴＤＤ構成に対して行われるのと同様に、ＵＥおよびｅＮｏｄｅＢにおいて事前定義されることが想定される。異なる表現で言えば、ＵＥおよびｅＮｏｄｅＢは、フレキシブルなＴＤＤ構成とフレキシブルなＴＤＤ構成によって与えられる特定のサブフレーム・タイプ定義とに関する情報を、メモリ内に既に格納している。したがって、ｅＮｏｄｅＢは、さまざまなフレキシブルな（および静的な）ＴＤＤ構成のうちから、将来使用されるべきフレキシブルな（および静的な）ＴＤＤ構成を選択することができ、ｅＮｏｄｅＢが、フレキシブルなＴＤＤ構成が通信のために使用されるべきであると決定するならば、ｅＮｏｄｅＢは、使用されるべき決定された特定のフレキシブルなＴＤＤ構成を識別する、対応する指示をＵＥへ提供し得る。フレキシブルなＴＤＤ構成へ変更するためのｅＮｏｄｅＢによる決定、および、どの特定のフレキシブルなＴＤＤ構成を使用するべきかに関するｅＮｏｄｅＢによる選択は、さまざまなパラメータに基づき得るが、これは本発明の焦点ではないため、これ以上は特定されない。
【０２３７】
指示を受信すると、ＵＥは、指示されたフレキシブルなＴＤＤ構成に関する対応する情報をＵＥのメモリから収集し、指示されたフレキシブルなＴＤＤ構成をＵＥのさらなる通信のために使用する。特定のフレキシブルなＴＤＤ構成の指示は、セルのすべてのＵＥへ送信され／ブロードキャストされてもよいし、または、セルの少なくとも１つのＵＥのサブセットのみへ特別に送信されてもよい。
【０２３８】
背景技術のセクションにおいて説明したように、静的なＴＤＤ構成は、ＳＩＢ１におけるＴＤＤ構成パラメータによって、セル内のすべてのＵＥへ示されてもよい。同様に、１つのバリエーションでは、別個のパラメータのフレキシブルなＴＤＤ構成は、どのフレキシブルなＴＤＤ構成が使用されるべきかに関する指示を伝えるために、ＳＩＢ１において定義され得る。あるいは、特定の静的なＴＤＤ構成を識別するために既に定義されているＴＤＤ構成パラメータは、さらなるフレキシブルなＴＤＤ構成を識別することができるように、再利用され、または拡張され得る。
【０２３９】
いずれの場合にも、ｅＮｏｄｅＢは、さまざまな異なるフレキシブルな（および静的な）ＴＤＤ構成を区別することが可能な適当な識別子を使用することによって、フレキシブルなＴＤＤ構成をＵＥに直接示し得る。
【０２４０】
フレキシブルなＴＤＤ構成の使用をサポートしないＵＥ（例えば、レガシーＵＥ）は、単に指示を無視し、現在の静的なＴＤＤ構成に従って通信することを続行し得る。
【０２４１】
フレキシブルなＴＤＤ構成の使用を制御するための第１の実施形態の別のバリエーションは、図８〜図１０に関連して説明したように、フレキシブルなＴＤＤ構成が、フレキシブル・サブフレームを除いて、対応する静的なＴＤＤ構成に一致すると想定する。静的なＴＤＤ構成ｍとフレキシブルなＴＤＤ構成Ｆｍとの間の対応に起因して、ｍの値のみが、設定され、（静的なＴＤＤ構成ｍに従って通信を実行する）ＵＥへシグナリングされる必要があるが、第２のＴＤＤ構成パラメータＦｍが、フレキシブルなＴＤＤ構成について別個にシグナリングされる必要はない。なぜなら、ＵＥにとっては、構成ｍが静的（すなわち、構成ｍを使用すること）として解釈されるべきか、またはフレキシブル（すなわち、構成Ｆｍを使用すること）として解釈されるべきかを認識すれば、十分だからである。そのため、静的なＴＤＤ構成のシグナリングに加えて、フレキシブルなＴＤＤ構成の明示的なシグナリングを必要とする利用可能な解決策と比較すると、制御シグナリング・オーバーヘッドが低減され得る。
【０２４２】
この特定のバリエーションでは、ＵＥおよびｅＮｏｄｅＢは、フレキシブルなＴＤＤ構成に関する情報を保持せず、静的なＴＤＤ構成を単に格納する。その結果、ｅＮｏｄｅＢからの指示があると、以下に詳細に説明されるように、ＵＥは、対応する格納された静的なＴＤＤ構成から、特定のフレキシブルなＴＤＤ構成を導き得る。
【０２４３】
この場合も、フレキシブルなＴＤＤ構成および静的なＴＤＤ構成の使用の制御は、おそらくは静的なＴＤＤ構成を使用してＵＥと通信しているｅＮｏｄｅＢにおいて存在する。ｅＮｏｄｅＢは、ある時点で、ｅＮｏｄｅＢが現在使用している静的なＴＤＤ構成の代わりに、フレキシブルなＴＤＤ構成を（少なくとも１つのＵＥについて）使用しようと決定し得る。ｅＮｏｄｅＢの決定は、さまざまなパラメータに基づき得るが、これは本発明の焦点ではないため、さらに詳細には議論されない。
【０２４４】
以下の説明では、現在使用されている静的なＴＤＤ構成が、フレキシブルにされること、例えば、静的なＴＤＤ構成ｍ（例えば、ｍ＝０）の代わりに、フレキシブルなＴＤＤ構成Ｆｍ（例えば、Ｆｍ＝Ｆ０）を使用することが想定される。前記の特定の場合では、ｅＮｏｄｅＢが、現在の静的なＴＤＤ構成をフレキシブルにするように指示する指示をＵＥへ送信すれば十分である。対応する指示は、例えば、個別のメッセージもしくはブロードキャスト・メッセージにおいてＵＥもしくはＵＥのグループへ送信されるオン／オフ・パラメータによって、または、例えば、設定メッセージにおけるパラメータの存在もしくは不在によって、実装され得る。
【０２４５】
あるいは、ｅＮｏｄｅＢが、現在の静的なＴＤＤ構成に基づかない、別のフレキシブルなＴＤＤ構成を使用することが有利であると考える場合、ｅＮｏｄｅＢは、ＴＤＤ構成をフレキシブルにするようにＵＥへ指示することに加えて、静的なＴＤＤ構成を変更する必要がある。
【０２４６】
ＵＥは、どのようにフレキシブルなＴＤＤ構成がサブフレームを定義するのかに関する直接的な情報を有さないため、ＵＥは、上述した要件を静的なＴＤＤ構成の各サブフレームに適用することによって、および、その要件を満たすサブフレームに向けてサブフレーム・タイプをフレキシブルに変更することによって、その情報を静的なＴＤＤ構成から導く。図１０のフレキシブルなＴＤＤ構成の特定の例では、ＵＥは、以下の要件が満たされるように、アルゴリズムが無線フレームのサブフレームｎのサブフレーム・タイプをフレキシブルに変更するように、アルゴリズムを実行する。サブフレームｎは、
−  サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、
−  サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
−  対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
場合にのみ、フレキシブル・サブフレームｎｆｌｅｘとなり得る。
【０２４７】
ｅＮｏｄｅＢは、同じことを行い、対応するアルゴリズムを適用することによって、対応する静的なＴＤＤ構成から、使用されるべきフレキシブルなＴＤＤ構成を同様に導く。いずれの場合にも、ＵＥとｅＮｏｄｅＢとの両方が、特定のフレキシブルなＴＤＤ構成（例えば、図１０のフレキシブルなＴＤＤ構成Ｆ０〜Ｆ６のうちの１つ）を導き、それを通信のために使用する。
【０２４８】
これらの２つのバリエーションは、図１１および図１２の流れ図において示されており、図１１および図１２は、適当な指示があった場合に、フレキシブルなＴＤＤ構成へ変更するためのＵＥにおける対応するプロセスを示しており、「静的なＴＤＤ構成ｍからフレキシブルなＴＤＤ構成Ｆｍを決定する」というステップは、第１の実施形態の上記バリエーションのうちの１つに従った要件のうちの１つに従うことが好ましい。
【０２４９】
第２の実施の形態
【０２５０】
本発明の第２の実施形態は、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるか、またはアップリンク・サブフレームとして使用されるかの判定を論じる。この第２の実施形態は、第１の実施形態とは独立して考えられるべきである。なぜなら、どのようにフレキシブル・サブフレームが実際に使用されるか、すなわち、ダウンリンクまたはアップリンクのためかというコンセプトは、まさにどのようにフレキシブルなＴＤＤ構成が定義され、示されるかというコンセプトとは独立しているからである。当然ながら、第１の実施形態と第２の実施形態とは、任意の組合せにおいて使用されてもよい。
【０２５１】
フレキシブルなＴＤＤ構成の適当な使用のために、およびフレキシブル・サブフレームを最大限に活用するために、ＵＥおよびｅＮｏｄｅＢは、どのように特定のフレキシブル・サブフレームが使用されるべきかについて同じ理解を有することが重要である。このことは、ＵＥとｅＮｏｄｅＢとがフレキシブル・サブフレームを異なった方法で使用する（使用したい）場合に、リソースの浪費を回避するのに役立つ。一般的には、ｅＮｏｄｅＢによるＵＥへの明示的な指示または両者における黙示的な合意により、同じフレキシブル・サブフレームの理解を有することが可能になる。そのいくつかのバリエーションは、以下において説明されるであろう。
【０２５２】
概して、いったんフレキシブル・サブフレームの特定の使用が決定されると、ＵＥおよびｅＮｏｄｅＢは、フレキシブルなダウンリンク／アップリンク・サブフレームを他の非フレキシブル・ダウンリンク／アップリンク・サブフレームのいずれかとして使用し得る。それに応じて、ＵＥは、フレキシブルなダウンリンク・サブフレーム内でダウンリンク送信を受信するためのダウンリンク・グラント（ＰＤＣＣＨまたはＥＰＤＣＣＨ、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄ）を有し、アップリンク送信を実行するためにフレキシブル・アップリンク・サブフレームにおけるリソースをＵＥに許可する、対応するアップリンク・リソース割当てを過去に受信しているはずである。
【０２５３】
第１の黙示的なバリエーションによると、フレキシブル・サブフレームごとに別個に、ＵＥおよびｅＮｏｄｅＢは、前記フレキシブル・サブフレームについてＵＥからのアップリンク送信が保留中であるかを判定する。より一般的なバリエーションでは、ＵＥおよびｅＮｏｄｅＢは、前記フレキシブル・サブフレームについてアップリンク送信機会が保留中であるかを判定するとも言える。その違いは、ＵＥが、アップリンク送信を送信するためにフレキシブル・サブフレームにおいて、例えば、フレキシブル・サブフレームのＳＰＳスケジューリングされたリソースにおいて、アップリンク送信機会を実際に利用するかを、ｅＮｏｄｅＢが前もって認識することができないことがあり得るということである。
【０２５４】
少なくとも１つのアップリンク送信（機会）がＵＥによってフレキシブル・サブフレームにおいて送信されると仮定される場合、対応するフレキシブル・サブフレームは、アップリンク・サブフレームとして使用されるべきであり、これは、ＵＥに、保留中のアップリンク送信と（例えば、前記の特定のフレキシブル・サブフレームがアップリンク通信のために使用可能となることを認識して、ｅＮｏｄｅＢによって動的にスケジューリングされた）他のアップリンク送信とを実際に送信するための機会を与える。反対に、フレキシブル・サブフレームについてアップリンク送信が保留中ではない場合、前記フレキシブル・サブフレームは、ダウンリンク・サブフレームとして使用可能であると判定され得る。ｅＮｏｄｅＢは、前記フレキシブル・サブフレームにおいてＵＥへのダウンリンク送信をスケジューリングし得る。
【０２５５】
ＵＥは、（特に、データ送信についての特定されたタイミング関係、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、および、検出される動的な、セミ・パーシステントな、または周期的なスケジューリング割当てと共に、ＵＥのアップリンク・バッファ・ステータスまたは同期ステータスなどのＵＥ自体の送信ステータスから）フレキシブル・サブフレームについてアップリンク送信が保留中であるか否かを直接認識する。これに対して、ｅＮｏｄｅＢは、保留中のアップリンク送信の全部を確実には認識していないが、それらのうちの一部のみを認識していることがあり得る。他のものについて、ｅＮｏｄｅＢは、フレキシブル・サブフレーム上に位置し得る他の潜在的なアップリンク送信機会のみを認識していることがあり得る。これは、保留中のアップリンク送信の以下の非包括的な例に関して、より詳細に議論されるであろう。
【０２５６】
背景技術のセクションにおいて説明したように、ＨＡＲＱは、アップリンクだけでなくダウンリンクにも適用される。このため、ＵＥも、ＵＥによって過去に受信されたダウンリンク送信についてＨＡＲＱアップリンク・フィードバック（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）をｅＮｏｄｅＢへ送信することになっている。そのようなフィードバックは、ＵＥによって、ＰＵＣＣＨまたはＰＵＳＣＨ上で送信される。３ＧＰＰ  ＬＴＥに従った特定のＨＡＲＱフィードバック・タイミングは、図５において例示的に与えられる。図１３は、図５に基づいており、図１０のフレキシブルなＴＤＤ構成に従ったフレキシブル・サブフレームを付加的に示している。図１３から理解できるように、フレキシブル・サブフレームにおいて送信について保留中のＨＡＲＱフィードバックが実際に存在し得る。ＵＥは、当然ながら、ＨＡＲＱフィードバックに起因して、いかなる保留中のアップリンク送信についても認識しており、ｅＮｏｄｅＢも、ＨＡＲＱフィードバックについて図５のタイミング対応関係を認識しており、したがって、いつＵＥからのＨＡＲＱフィードバックを期待するべきかを認識しており、したがって、フレキシブル・サブフレームにおいて送信についてＨＡＲＱフィードバックが保留中である場合と保留中ではない場合とを判定し得る。
【０２５７】
別の保留中のアップリンク送信は、ＵＥからｅＮｏｄｅＢへ定期的に（例えば、周期的に）送信されるか、またはｅＮｏｄｅＢによって個別にスケジューリングされるチャネル状態情報（ＣＳＩ）報告であり得る。両方の場合において、ＵＥおよびｅＮｏｄｅＢは、ＣＳＩ報告がフレキシブル・サブフレームについて構成／スケジューリングされているか否かを前もって認識し、したがって、同じ理解がＵＥとｅＮｏｄｅＢとの間で達成され得る。
【０２５８】
別の保留中のアップリンク送信は、セミ・パーシステントな割当てに従ってスケジューリングされるアップリンク・データ送信であり得る。セミ・パーシステントな割当てにより、ＵＥは、アップリンク送信のために特定のリソースを定期的に使用することが可能になる。セミ・パーシステントな割当ては、ｅＮｏｄｅＢによって変更され、またはリリースされ得る。ＵＥについてのセミ・パーシステントな割当てを設定するのはｅＮｏｄｅＢであるため、ｅＮｏｄｅＢは、一般には、いつセミ・パーシステントに割り当てられたリソースがフレキシブル・サブフレーム上に位置するかを前もって認識する。ＵＥが送信するべきものを有さない場合であっても、ＵＥは、ＳＰＳリソースを使用して、ダミー・データをｅＮｏｄｅＢへ送信する。ｅＮｏｄｅＢが前もって認識しないことは、セミ・パーシステントに割り当てられたリソースが依然としてＵＥによって使用されるかである。なぜなら、ＵＥは、ｅＮｏｄｅＢに通知せずに、セミ・パーシステントな割当てについての設定を黙示的にリリースし得るからである。そのような黙示的なリリースは、特定の数のＳＰＳ送信についてのパディング・データのみを送信した後に、ＵＥによって実行され、設定されたアップリンク・グラントをクリアするものとして、非特許文献１０の５.１０.２章の最後において詳細に仕様化されている。
【０２５９】
別の保留中のアップリンク送信は、ＵＥによって定期的に、または明示的なトリガーに基づいて送信されるべき、ｅＮｏｄｅＢによって設定されるサウンディング・リファレンス・シンボル（ＳＲＳ）であり得る。ｅＮｏｄｅＢは、ＳＲＳが各無線フレーム内で送信され得る複数のサブフレーム・セットのうちの１つを示す、セルに固有なパラメータを設定する。その結果、ＵＥは、個別のＳＲＳを送信するようにトリガーされ、または、ＵＥは、セルに固有なパラメータを考慮して、設定された周期性により、ＳＲＳを周期的に送信するように構成され得る。さらなる詳細は、非特許文献４の１６.６章、特に１６.６.１節および１６.６.２節に記載されている。したがって、ｅＮｏｄｅＢだけでなくＵＥも、サウンディング・リファレンス・シンボルを送るために使用されるサブフレームを前もって認識し、したがって、サウンディング・リファレンス・シンボルがフレキシブル・サブフレームについて保留中である場合と保留中でない場合とを簡単に判定することができる。
【０２６０】
別の保留中のアップリンク送信は、アップリンク・リソースを要求するために、ＵＥによってｅＮｏｄｅＢへ送信されるスケジューリング要求であり得る。ＵＥが、アップリンクにおいてユーザ・データを送信する必要があり、アップリンク送信のためにＳＰＳ割当てまたは他の割当てが利用可能ではない場合、ＵＥは、何が送信されるべきかに関する情報を有するスケジューリング要求を送信することができ、ｅＮｏｄｅＢのスケジューラは、ＵＥのスケジューリング要求を考慮することができ、次いで、（可能な場合には）動的なアップリンク・リソース割当てをＵＥに提供し得る。ＵＥは、いつでもスケジューリング要求を送信することができるわけではないが、スケジューリング要求を送信するための特定の設定可能な機会を有する。したがって、ｅＮｏｄｅＢは、まさにいつＵＥがスケジューリング要求を実際に送信するのかを認識することはできないが、ｅＮｏｄｅＢは、前記の点において、ＵＥについて利用可能なスケジューリング要求機会を認識しており、したがって、スケジューリング要求機会がフレキシブル・サブフレームにおいて存在する場合と存在しない場合とを判定することができる。したがって、念のために、ｅＮｏｄｅＢは、ＵＥにとって利用可能なあらゆるスケジューリング要求機会がスケジューリング要求のために潜在的に使用され得る、すなわち、ＵＥがスケジューリング要求を実際に送るか否かとは独立して、スケジューリング要求機会を有するいかなるフレキシブル・サブフレームもアップリンク・サブフレームとみなされると仮定する。ＵＥは、当然ながら、ＵＥが実際に保留中のスケジューリング要求は存在しないことを十分に間に合って既に認識していても、スケジューリング要求機会が利用可能なフレキシブル・サブフレームをアップリンク・サブフレームとみなすことによって、対応する方法で振る舞う。後述されるさらなる実施形態では、これは、異なった方法で扱われる。
【０２６１】
別の潜在的な保留中のアップリンク送信は、（ＵＥによって失われた場合、または通信の開始時に）ＵＥがアップリンク同期を達成することができ、または基地局に接続し、もしくは送信リソースを要求するためのランダム・アクセス・メッセージである。スケジューリング要求と同様に、ＵＥは、いつでもランダム・アクセス・メッセージを送信し得るわけではないが、前記の点において、特定の機会を有する。したがって、ｅＮｏｄｅＢは、まさにいつＵＥがランダム・アクセス・メッセージを実際に送信するのかを認識することはできないが、ｅＮｏｄｅＢは、ランダム・アクセス・メッセージを送信するためにＵＥが有する機会は認識する。したがって、念のために、ｅＮｏｄｅＢは、（たとえ実際には使用されなくても）ランダム・アクセス・メッセージを送信するためにＵＥに利用可能なあらゆる機会が実際に使用される、すなわち、ＵＥがスケジューリング要求を実際に送るか否かとは独立して、ランダム・アクセス機会を有するいかなるフレキシブル・サブフレームもアップリンク・サブフレームとみなされると想定する。ＵＥは、ＵＥとｅＮｏｄｅＢとの双方が前記の点において同じ判定を行うように、それに応じて振る舞う。後述されるさらなる実施形態では、これは、異なった方法で扱われる。
【０２６２】
また別の潜在的な保留中のアップリンク送信は、ｅＮｏｄｅＢによって動的にスケジューリングされるアップリンク・ユーザ・データ送信である。ｅＮｏｄｅＢは、例えば、必要に応じて、フォーマット０またはフォーマット４のうちの１つのＤＣＩを使用することによって、フレキシブル・サブフレーム上のリソースをグラントする動的なアップリンク・リソース割当てをＵＥに提供済みであり得る。現在の３ＧＰＰ  ＬＴＥシステムでは、アップリンク・リソース割当てのためのタイミングが、さまざまな静的なＴＤＤ構成について事前定義されている。図１４は、この３ＧＰＰ標準化されているアップリンク・リソース割当てタイミングに基づいており、図１０のフレキシブルなＴＤＤ構成によって定義されるように、いつアップリンク・リソース割当てが期待されるか、どれがフレキシブル・サブフレームにおけるアップリンク・リソースをグラントするかを示している。静的なＴＤＤ構成について３ＧＰＰにおいて定義される、アップリンク・リソース割当てを受信するためのタイミングと同じタイミングが、フレキシブルなＴＤＤ構成についても使用されると想定される。
【０２６３】
例えば、ＴＤＤ構成０では、サブフレームｎ＝４においてアップリンク・リソースをグラントするためのアップリンク・リソース割当てが、サブフレーム０、すなわち、４つ前のサブフレームにおいて期待される。しかしながら、ＴＤＤ構成６の場合、アップリンク・リソース割当てとアップリンク・リソース割当てが意図される対応するサブフレームｎ＝４との間の関係は、異なる。すなわち、５つ前のサブフレームである。静的なＴＤＤ構成ｍについて定義されるこれらのタイミング関係は、フレキシブルなＴＤＤ構成Ｆｍについての対応するタイミング関係にも使用されるべきである。
【０２６４】
図１４から理解されるように、ＰＵＳＣＨ送信が、動的なリソース割当てに起因してフレキシブル・サブフレームにおいて実際に保留中であるかは、フレキシブル・サブフレームの少なくとも４つ前のサブフレームにおいて発生するアップリンク・リソース割当ての受信後につねに認識される。これは、アップリンク・リソース割当てを処理し、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するための十分な時間をＵＥに残す。また、動的なアップリンク・リソース割当ては、ここでは黙示的な合意のコンテキストにおいて説明されているが、明示的な指示とみなされてもよく、したがって、後で再度扱われる。
【０２６５】
どのようにフレキシブル・サブフレームが使用されるべきかについて同じ理解を黙示的に有する代わりに、第２の実施形態のさらなるバリエーションによると、無線フレーム内のフレキシブル・サブフレームの明示的な制御を有することも可能である。特に、（例えば、ＳＰＳまたはＣＳＩ報告についての）設定メッセージ内の検出されない誤りが原因で、または設定メッセージの受信と設定メッセージの使用との間のＵＥにおける未知の遅延が原因で、またはＵＥによって失われたアップリンク送信のためのリソース割当てが原因で、またはＵＥがアップリンク送信のためのリソース割当てを、そのようなリソース割当てがｅＮｏｄｅＢによって送信されなかったにもかかわらず、誤って検出する場合、それらすべての場合、および、当然ながら、さらなる場合に、ＵＥおよびｅＮｏｄｅＢは、どのように特定のフレキシブル・サブフレームが扱われるべきかに関して、異なる理解を有し得る。また、上述してきたように、ｅＮｏｄｅＢは、あらゆる種類の潜在的なアップリンク送信について、例えば、スケジューリング要求、ランダム・アクセス・メッセージ、またはＳＰＳスケジューリングされたアップリンク送信に関して、アップリンク送信が実際に起こるかを予測することはできない。したがって、これは、フレキシブル・サブフレームをダウンリンク・サブフレームとして使用する機会がさらに減少することにつながる。
【０２６６】
したがって、フレキシブル・サブフレームについての明示的な使用の指示は、有利となり得る。好ましくは、これは、ｅＮｏｄｅＢによって制御され、ｅＮｏｄｅＢは、フレキシブル・サブフレームがどのように使用されるべきか、すなわち、アップリンク・サブフレームまたはダウンリンク・サブフレームとして使用されるべきかに関する特定の指示をＵＥへ送信する。
【０２６７】
第１のバリエーションによると、ｅＮｏｄｅＢは、ＤＣＩフォーマット０（または、代替的にフォーマット４、もしくはアップリンク・リソース割当てを示すことができる任意の他のＤＣＩフォーマット）を特殊な方法でスクランブルして、ＵＥへ送信し、それにより、どのようにフレキシブル・サブフレームが使用されるべきかをＵＥが当該ＤＣＩフォーマットから導くことができるようにする。ＤＣＩフォーマット０およびＤＣＩフォーマット４は、図１４に関連して上述したように、ＵＥについてのアップリンク・リソースをスケジューリングする。このバリエーションの以下の説明は、ＤＣＩフォーマット０に焦点を当てるが、ＤＣＩフォーマット４、またはアップリンク・リソース割当てを示すことができる他のＤＣＩフォーマットにも同様に当てはまる。特に、ｅＮｏｄｅＢは、ＤＣＩフォーマット０がＵＥについてのアップリンク・リソースをフレキシブル・サブフレームにおいてグラントするかのように、ＤＣＩフォーマット０を送信する。別の言い方をすると、ＤＣＩフォーマット０は、図１４に関連して議論したようなアップリンク・リソース割当てタイミングに従って送信される。通常のアップリンク・リソース割当ての場合、ＤＣＩフォーマット０（または、より具体的には、ＤＣＩフォーマット０のＣＲＣ）は、ＵＥを識別し、アップリンク・リソース割当てが実際にそのＵＥ自体を意図したものであるとＵＥが判定することを可能にするＣ−ＲＮＴＩを用いて（または、セミ・パーシステントなスケジューリングの場合、ＳＰＳ−Ｃ−ＲＮＴＩを用いて）スクランブルされる。しかしながら、このバリエーションでは、ＵＥに固有なＣ−ＲＮＴＩを使用する代わりに、ｅＮｏｄｅＢは、ページングＲＮＴＩ、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩまたはマルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩなどの共通ＲＮＴＩを用いて、ＤＣＩフォーマット０のＣＲＣをスクランブルする。これらのＲＮＴＩは、ＵＥに固有ではないが、セルのＵＥセットまたはすべてのＵＥに共通である。また、あるいは、特定のＲＮＴＩが、フレキシブル・サブフレーム使用指示のために予約されてもよい。例えば、背景技術のセクションの表に記載されるようなＲＮＴＩ構造が再利用される場合、好ましくは、「将来の使用のために予約される」と表示されるＦＦＦ４〜ＦＦＦＣの範囲からの１つまたは複数の値が、前記の点において採用され得る。
【０２６８】
したがって、そのような方法でスクランブルされたＤＣＩフォーマット０は、ＵＥによって、通常のアップリンク・リソース割当てとして扱われない。共通ＲＮＴＩのうちのいずれか（または新たなＲＮＴＩ）の使用は、後方互換性の問題を引き起こさない。なぜなら、アップリンク・リソース割当てを示すことができるＤＣＩフォーマットのＣＲＣをスクランブルするための共通ＲＮＴＩの使用は、これまでのところいかなる特定の意味も有さず、むしろ本発明の一態様の主題だからである。さらに、ＵＥに固有なサーチ・スペース内でＤＣＩフォーマット０を送信する代わりに、ｅＮｏｄｅＢは、特殊にスクランブルされたＤＣＩフォーマット０を共通サーチ・スペース内で送信し、それにより、セル内のすべてのＵＥが当該ＤＣＩフォーマット０を受信することができるようにする。
【０２６９】
ＤＣＩフォーマット０は、通常、対応するサブフレームについて使用可能なアップリンク・リソース割当てを含む。１つの代替案では、ＤＣＩフォーマット０によって示されるアップリンク・リソース割当ては、有効なアップリンク・リソース割当てとして実際に使用され得る。また、ＵＥは、フレキシブル・サブフレームにおいてアップリンク内で送信するためにアップリンク・リソース割当てを使用することができる。しかしながら、前記ＤＣＩフォーマット０は、好ましくは、いくつかのＵＥによって受信されるため、これは、すべてのＵＥが同じように振る舞い、フレキシブル・サブフレームにおいてアップリンク内で送信する場合には、あまりに多くの干渉をもたらし得る。
【０２７０】
したがって、別の代替案によると、ＤＣＩフォーマット０は、リソース割当てについての無効な値、または、この場合には事前定義された値を伝えるリソース割当てを表すビットを示す。これにより、誤り耐性が改善される。なぜなら、ＵＥは、特殊にスクランブルされ、送信されたＤＣＩフォーマット０が有効なリソース割当てを示すのか、もしくは無効なリソース割当てを示すのか、または、必要に応じて、事前定義された値に一致するかをさらに検査し得るからである。ＤＣＩフォーマット０が、無効なリソース割当てを示す場合、または、必要に応じて、事前定義された値に一致する場合にのみ、ＵＥは、対応するフレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。前記の場合、前記フレキシブル・アップリンク・サブフレームのための別個のアップリンク・リソース割当ては、アップリンク内で送信するために特定のＵＥにリソースを割り当てるべく、通常の方法（例えば、特定のＵＥのＣ−ＲＮＴＩを用いてスクランブルされたＤＣＩフォーマット０）で受信され得る。
【０２７１】
上記のＤＣＩフォーマット０は、実際のアップリンク送信のために使用されるアップリンク・リソース割当てを実際には符号化しないため、前記ＤＣＩフォーマット０に含まれる送信電力制御コマンド（ＰＵＳＣＨのためのＴＰＣコマンド）も、無意味である。したがって、誤り耐性をさらに高めるために、ＤＣＩフォーマット０のＰＵＳＣＨについての対応する電力制御調整は、事前定義された値に設定され得る。例えば、それぞれのビットは、０に設定される。そのような場合、ＵＥは、電力制御調整が０ｄＢであると想定することが好ましい。
【０２７２】
ｅＮｏｄｅＢが、特定のフレキシブル・サブフレームはアップリンク・サブフレームとして使用されるべきであると決定する場合、ｅＮｏｄｅＢは、ＵＥに前記の点において明示的に通知するように、そのような特殊にスクランブルされたＤＣＩフォーマット０を送信する。反対の場合、ｅＮｏｄｅＢは、そのようなＤＣＩフォーマット０を送信しない。
【０２７３】
ＵＥが、いま説明したようにスクランブルされ、送信されたＤＣＩフォーマット０を受信する場合、ＵＥは、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定し得る。それに応じて、そのようなＤＣＩフォーマット０送信が不在の場合、ＵＥは、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。したがって、ｅＮｏｄｅＢは、特殊なＤＣＩフォーマット０をＵＥへ送信することによって、特定のフレキシブル・サブフレームの使用を明示的に示すことができる。
【０２７４】
また、ＤＣＩフォーマット０が、共通ＲＮＴＩを用いてスクランブルされ、共通サーチ・スペース内で送信される場合、ｅＮｏｄｅＢは、セル内のＵＥのすべて（またはサブセット）に到達することができ、当該ＵＥはすべて、指示に従って、フレキシブル・サブフレームがダウンリンクまたはアップリンクであると判定する。
【０２７５】
上述したＤＣＩフォーマット０（または４）の使用に代えて、ｅＮｏｄｅＢは、どのようにフレキシブル・サブフレームを使用するかをＵＥに明示的に指示するために、フォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、２Ｄなどの、ダウンリンク・リソース割当てを示すことができるＤＣＩフォーマットを再利用してもよい。例示を簡単にするために、フォーマット１Ａが、以下では想定されるが、以下は、その他のＤＣＩフォーマットにも同様に当てはまる。
【０２７６】
通常、ダウンリンク・リソース割当ては、少なくとも４つ前のサブフレームにおいて受信されるアップリンク・リソース割当て（上記議論および図１４を参照）とは対照的に、対応するダウンリンク送信が実行されるサブフレームと同じサブフレーム内で送信される。このタイミングは、ＵＥがフレキシブル・サブフレームの使用をタイミング良く判定することを可能にしない。したがって、このバリエーションによると、ＤＣＩフォーマット１Ａが、アップリンク・リソース割当てのタイミングで、すなわち、図１４において例示されたように、フレキシブル・サブフレームのためのリソースをグラントするアップリンク・リソース割当てをＵＥが受信するサブフレームにおいて、送信される。例えば、フレキシブルなＴＤＤ構成０とインデックス４を有するフレキシブル・サブフレームとを想定すると、ＤＣＩフォーマット１Ａは、インデックス０を有するサブフレーム内で送信される。
【０２７７】
また、ＤＣＩフォーマット１Ａ（または、より具体的には、ＤＣＩフォーマット１ＡのＣＲＣ）は、ページングＲＮＴＩ、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩまたはマルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩなどの共通ＲＮＴＩのうちの１つを用いてスクランブルされる。これらのＲＮＴＩは、ＵＥに固有ではないが、セルのＵＥセットまたはすべてのＵＥに共通である。しかしながら、３ＧＰＰ標準動作によると、ＤＣＩフォーマット１Ａは、（例えば、割当てられたＰＤＳＣＨリソース上でシステム情報の送信のために）これらの共通ＲＮＴＩのうちのいくつかを用いてスクランブルされ得、このため、これらの共通ＲＮＴＩのうちの１つを用いたスクランブリングは、このＤＣＩフォーマット１Ａと通常のダウンリンク・リソース割当てのための「通常の」ＤＣＩフォーマット１Ａとを区別するためには十分ではないことに留意されたい。そのような場合、リソース割当て指示は、前記区別を容易にするように、無効にされるべきである。結果として、ＵＥは、特殊にスクランブルされ、特殊に送信されたＤＣＩフォーマット１Ａもダウンリンク・リソース割当てについての無効な値を示すのかをさらに検査し、ＵＥがダウンリンク・リソース割当てについての無効な値を発見する場合にのみ、ＵＥは、フレキシブル・サブフレームをダウンリンク・サブフレームとして使用することを判定するために、ＤＣＩフォーマット１Ａを考慮する。
【０２７８】
あるいは、特定のＲＮＴＩが、フレキシブル・サブフレーム使用指示のために予約されてもよい。例えば、背景技術のセクションの表に記載されるようなＲＮＴＩ構造が再利用される場合、好ましくは、「将来の使用のために予約される」と表示されるＦＦＦ４〜ＦＦＦＣの範囲からの１つまたは複数の値が、前記の点において採用され得る。共通ＲＮＴＩのうちのいずれか（または新たなＲＮＴＩ）の使用は、後方互換性の問題を引き起こさない。前記の特定の場合、無効なリソース割当てを示す必要はないが、誤り耐性を高めるために、リソース割当てのためのそのような無効な指示、または、すべてのビットが０に設定されたものなど、リソース割当てのための事前定義された指示すら、依然として提供することも可能である。
【０２７９】
さらに、ＤＣＩフォーマット１ＡをＵＥに固有なサーチ・スペース内で送信する代わりに、ｅＮｏｄｅＢは、セル内のすべてのＵＥが特殊にスクランブルされたＤＣＩフォーマット１Ａを受信することができるように、特殊にスクランブルされたＤＣＩフォーマット１Ａを共通サーチ・スペース内で送信することが好ましい。
【０２８０】
上記のＤＣＩフォーマット１Ａは、実際の送信のために使用されるダウンリンク・リソース割当てを実際には符号化しないため、対応するＨＡＲＱフィードバックは期待されず、したがって、前記ＤＣＩフォーマット１Ａに含まれる送信電力制御コマンド（ＰＵＣＣＨのためのＴＰＣコマンド）も、無意味である。この送信電力制御コマンドは、通常、ＤＣＩフォーマット１Ａのダウンリンク送信に関連した対応するＨＡＲＱフィードバックのための電力を調整するために使用される。しかしながら、誤り耐性をさらに高めるために、ＤＣＩフォーマット１ＡのＰＵＣＣＨについての対応する電力制御調整は、事前定義された値に設定され得る。例えば、対応するビットは、０に設定される。そのような場合、ＵＥは、電力制御調整が０ｄＢであると想定し得る。
【０２８１】
ｅＮｏｄｅＢが、特定のフレキシブル・サブフレームはダウンリンク・サブフレームとして使用されるべきであると決定する場合、ｅＮｏｄｅＢは、ＵＥに前記の点において明示的に通知するように、そのような特殊にスクランブルされたＤＣＩフォーマット１Ａを送信する。反対に、ｅＮｏｄｅＢが、フレキシブル・サブフレームはアップリンク・サブフレームとして使用されるべきであると決定する場合、ｅＮｏｄｅＢは、そのようなＤＣＩフォーマット１Ａを送信しない。そのような特殊にスクランブルされ、送信されたＤＣＩフォーマット１Ａを受信するＵＥは、（アップリンク・リソース割当てについてのタイミング関係に基づいて）特殊なＤＣＩフォーマット１Ａが指すフレキシブル・サブフレームを適切に識別し、その結果、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定する。したがって、ＵＥは、フレキシブル・サブフレームにおいてさらなるダウンリンク・リソース割当てを伝えるＤＣＩと、フレキシブル・サブフレームにおける対応するダウンリンク送信とを期待することになる。それに応じて、そのようなＤＣＩフォーマット１Ａ送信が不在の場合、ＵＥは、対応するフレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定する。したがって、ｅＮｏｄｅＢは、特殊なＤＣＩフォーマット１ＡをＵＥへ送信することによって、特定のフレキシブル・サブフレームの使用を明示的に示すことができる。
【０２８２】
上記２つのバリエーションでは、特殊なＤＣＩフォーマット０／１Ａが不在の場合には、ＵＥがフレキシブル・サブフレームはダウンリンク／アップリンクとして使用されるべきであると判定し得ることが想定されてきた。しかしながら、その代わりに、２つの上記バリエーションは、例えば、ＤＣＩフォーマット０がフレキシブル・アップリンク・サブフレームを明示的に示し、ＤＣＩフォーマット１Ａがフレキシブルなダウンリンク・サブフレームを明示的に示すような方法で、組み合わせられてもよい。明示的な指示の欠如は、さらに好ましくは、ＵＥによって、対応する静的なＴＤＤ構成ｍにおいて定義されるのと同じようにフレキシブル・サブフレームを扱うように解釈され得る。
【０２８３】
共通ＲＮＴＩによってスクランブルされたＤＣＩを用いてフレキシブル・サブフレームの使用を明示的に指示する前記アプローチの場合、ＤＣＩフォーマット０およびＤＣＩフォーマット１Ａを使用することが有利である。なぜなら、これらは、同じサイズを有しており（背景技術のセクションにおける表：ＤＣＩフォーマットを参照）、したがって、ブラインド復号化中にＵＥによって簡単に検出され得るからである。また、ＤＣＩフォーマット０は、それらの構成されたアップリンク送信モードにかかわらず、ＵＥによって検出され、同様に、ＤＣＩフォーマット１Ａは、それらの構成されたダウンリンク送信モードにかかわらず、ＵＥによって検出される（それぞれ、非特許文献１１の８.０節および７.１節を参照）。
【０２８４】
上記実施形態のバリエーションでは、フレキシブル・サブフレームの使用が、無線フレーム内（または、代替的に、任意の５ｍｓ期間もしくは１０ｍｓ期間について）のすべてのフレキシブル・サブフレームについて行われる。このバリエーションでは、ＵＥは、実施形態のうちの１つまたは複数に従って、第１のフレキシブル・サブフレームの使用をダウンリンクまたはアップリンクと判定する。第１のフレキシブル・サブフレームの使用は、その結果、無線フレーム（または前記期間）内のその他のフレキシブル・サブフレームの使用を同じように判定する。例えば、図１０に示されるような構成Ｆ０を想定すると、ＵＥが、サブフレーム４はアップリンクとして使用されることを検出する場合、ＵＥは、そのことから、サブフレーム９もアップリンクとして使用されると判定する。そのようなアプローチは、フレキシブル・サブフレームを使用する指示に関与するオーバーヘッドを低減することができ、柔軟さを過度に失わずに、ネットワーク側におけるリソース管理をさらに単純化し得る。なぜなら、判定の有効性は、１０ｍｓ期間を超えないからである。また、そのようなアプローチは、例えば、ＨＡＲＱフィードバック報告について、ＵＥ側における処理を単純化することができる。なぜなら、第２のフレキシブル・サブフレームについて、ＵＥは、当該第２のフレキシブル・サブフレームがダウンリンクのために使用されるか、またはアップリンクのために使用されるかを、さらに早期に認識するからである。
【０２８５】
さらなる改善によると、また、フレキシブル・サブフレームがダウンリンクのために使用されると判定されることを想定すると、フレキシブルなダウンリンク・サブフレームにおけるそれぞれのダウンリンク送信のためにフレキシブルなダウンリンク・サブフレームにおいて受信されるＤＣＩフォーマット１Ａ（または、その他のダウンリンク・リソース割当てフォーマットのうちのいずれか）は、ＰＵＣＣＨのためのＴＰＣコマンドにおける予約された値を伝え得、それにより、ＵＥは、これらの予約された値を検証して、誤って受信されたＤＣＩの検出をさらに改善することができる。これは、対応するＨＡＲＱフィードバックが非フレキシブル・ダウンリンク・サブフレームに対応するＨＡＲＱフィードバックと共に送信される場合、フレキシブル・サブフレームにおいて受信されるＤＣＩについて特に有利である。図１５から導かれる例は、構成Ｆ１において存在し、フレキシブル・サブフレーム１８についてのＨＡＲＱフィードバックが、非フレキシブル・サブフレーム２２において、非フレキシブル・ダウンリンク・サブフレーム１４、１５、１６についてのＨＡＲＱフィードバックと共に送信される。それらの非フレキシブル・ダウンリンク・サブフレームにおいてダウンリンク・リソース割当てを伝えるＤＣＩは、それぞれＰＵＣＣＨのためのＴＰＣコマンドを既に伝えており、また、これらは、（サブフレーム２２における例において）同じＰＵＣＣＨに影響を及ぼすため、ダウンリンク・リソースを割り当て、フレキシブル・サブフレームにおいて受信されるＤＣＩからのさらなる電力調整は、厳密には必要とされず、結果として、ＤＣＩ内の対応するフィールドは、予約され、または、ビットが０であるなど、事前定義された値に設定され得る。ＵＥは、好ましくは、対応する電力制御調整を０ｄＢとして扱うべきである。
【０２８６】
この実施形態のバリエーションによると、特殊サブフレームｎｆｌｅｘ−１は、後続のフレキシブル・サブフレームｎｆｌｅｘがダウンリンクのために使用される場合、ダウンリンク・サブフレームに変更される。背景技術のセクションにおいて概要を述べたように、特殊サブフレームｎは、ＵＥにおいてサブフレームｎ−１におけるダウンリンクからサブフレームｎ＋１におけるアップリンクへ変更する場合にギャップを提供するために使用される。フレキシブル・サブフレームが特殊サブフレームによって先行され、かつ、前記フレキシブル・サブフレームがダウンリンクのために使用される場合、先行するサブフレームにおいてそのようなギャップを提供するための動機は存在しない。フレキシブル・サブフレームがアップリンクのために使用されるか、またはダウンリンクのために使用されるかは、本発明の他の態様によると、それぞれのフレキシブル・サブフレームの少なくとも４ｍｓ前のＤＣＩの受信後に認識され、結果として、それぞれの特殊サブフレームの少なくとも３ｍｓ前である。したがって、ＵＥには、ＵＥの理解を適応させ、そのような特殊サブフレームｎｆｌｅｘ−１をダウンリンク・サブフレームに変更するための十分な時間があり、これにより、ダウンリンク容量が増加し、したがって、より高いスループットが可能になる。このバリエーションは、図１０によるフレキシブルなダウンリンク構成Ｆ２に関して簡単に例示され得、ＤＳＵＤＤＤＳＦＤＤとして与えられる。フレキシブル・サブフレームｎｆｌｅｘ＝７がダウンリンクのために使用される場合、サブフレームｎｆｌｅｘ−１＝６は、ダウンリンク・サブフレームに変更される。フレキシブル・サブフレームｎｆｌｅｘ＝７がアップリンクのために使用される場合、サブフレームｎｆｌｅｘ−１＝６は、特殊サブフレームとして使用される。結果として、フレキシブル・サブフレームの判定された使用に応じて、フレキシブルなＴＤＤ構成Ｆ２は、ＤＳＵＤＤＤＤＤＤＤとして（構成５として）またはＤＳＵＤＤＤＳＵＤＤ（構成２におけるように）使用され、これは無線フレームによって変化し得る。明らかに、ＤＳＵＤＤＤＤＤＤＤとしての使用は、ＤＳＵＤＤＤＳＤＤＤとしての使用よりも、多くのダウンリンク容量を提供する。
【０２８７】
さらなる実施の形態
【０２８８】
本発明のこれらのさらなる実施形態は、フレキシブル・サブフレーム内で送信されるアップリンク送信をどのように扱うかという問題に関する。これらの実施形態は、上述した第１の実施形態および第２の実施形態と密接に関連するが、これらの実施形態は、それでもなお、さまざまな第１の実施形態および第２の実施形態と大抵は別個に、かつ、独立して扱われるべきである。以下において説明されるプロセスおよびコンセプトのほとんどは、機能すべき特定のフレキシブルなＴＤＤ構成、またはフレキシブルなダウンリンク／アップリンク・サブフレームの特定の判定を必要としない。むしろ、これらのコンセプトは、フレキシブルなＴＤＤ構成のコンテキストにおいて広く適用され得る。なお、当然ながら、以下の実施形態は、第１の実施形態および第２の実施形態と任意の適当な組合せにおいて使用され得る。
【０２８９】
第２の実施形態のコンテキストにおいて説明したように、フレキシブル・サブフレームについて潜在的に保留中であり得る、さまざまな異なるタイプのアップリンク送信が存在する。第２の実施形態の１つのバリエーションの場合、フレキシブル・サブフレームについての保留中のアップリンク送信は、フレキシブル・サブフレームをアップリンクと自動的に判定し、したがって、フレキシブル・サブフレームがダウンリンクのために使用されることを回避する。これは、フレキシブルなＴＤＤ構成の目的がダウンリンク容量を最大化することであるため、不利である。また、（アップリンク送信が保留中であるか否かにかかわらず）フレキシブル・サブフレームがダウンリンクのために使用されると判定されるべきである場合、フレキシブル・サブフレーム上に位置するこれらのアップリンク送信の異なる扱いを定義することは有利である。
【０２９０】
１つの実施形態は、フレキシブル・サブフレームについて保留中のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックが、別の非フレキシブル・アップリンク・サブフレーム内で送信されるように、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックの扱いに関する。図１３から明らかなように、あらゆるフレキシブル・サブフレームについて、少なくとも１つのＨＡＲＱフィードバックが保留中であり得る。別の言い方をすると、フレキシブルなＴＤＤ構成についても静的なＴＤＤ構成の標準的なＨＡＲＱフィードバック・タイミングを使用することは、すべての対応するダウンリンク・サブフレームが、フレキシブル・サブフレームにおけるＨＡＲＱフィードバックをトリガーするダウンリンク送信のために実際に使用されたと想定すると、ＨＡＲＱフィードバックがすべてのフレキシブル・サブフレーム内で送信され得ることをもたらす。これは、フレキシブル・サブフレームがダウンリンク・サブフレームとして実際には使用可能ではない場合ですら、もたらされ得る。なぜなら、フレキシブル・サブフレームは、ＨＡＲＱアップリンク・フィードバックによって「ブロックされる」からである。
【０２９１】
結果として、ＨＡＲＱフィードバックは、アップリンク・サブフレーム内で送信されなければならない。すなわち、フレキシブル・サブフレーム内で送信されてはならない。したがって、ＨＡＲＱフィードバックがフレキシブル・サブフレーム内で送信されることにならないように、異なるＨＡＲＱフィードバック・タイミングが、フレキシブルなＴＤＤ構成について定義されるべきである。これにより、フレキシブル・サブフレームをフレキシブル・ダウンリンク・サブフレームとして使用することが容易になる。特定の実施形態によると、静的なＴＤＤ構成（図５を参照）について標準化されているＨＡＲＱフィードバック・タイミングは、フレキシブルなＴＤＤ構成についての新たなＨＡＲＱフィードバック・タイミングを定義するために再利用される。より詳細には、それぞれのフレキシブルなＴＤＤ構成について、ＨＡＲＱアップリンク・フィードバックがフレキシブル・サブフレームのタイミングにされないように、静的なＴＤＤ構成についてのさまざまなＨＡＲＱフィードバック・タイミングのうちの１つが選択される。この広いコンセプトは、ここでは、図１０のフレキシブルなＴＤＤ構成に基づいて例示されるが、他のフレキシブルなＴＤＤ構成にも同じように適用可能である。
【０２９２】
すべてのフレキシブルなＴＤＤ構成についてのＨＡＲＱフィードバック・タイミングは、以下の表に従って、静的なＴＤＤ構成のＨＡＲＱフィードバック・タイミングに関連付けられる。
【０２９３】
【表５】
2016518087.tif 000007
【０２９４】
言い換えれば、フレキシブルなＴＤＤ構成について完全な新たなＨＡＲＱフィードバック・タイミングを定義する代わりに、ＨＡＲＱフィードバックがフレキシブル・サブフレームのタイミングにされないという結果を達成するように、フレキシブルなＴＤＤ構成のそれぞれを静的なＴＤＤ構成の１つの適当なＨＡＲＱフィードバック・タイミングに単に関連付けることが有利である。これにより、別個のＡＣＫ／ＮＡＣＫタイミング設定メッセージが回避され、それによって、制御シグナリング・オーバーヘッドの増加が回避される。
【０２９５】
図１５は、上記の表の結果、および、特に、図１０によって定義されるような７つのフレキシブルなＴＤＤ構成についてのＨＡＲＱフィードバック・タイミングを示している。理解できるように、ＨＡＲＱフィードバックがフレキシブル・サブフレーム以外のアップリンク・サブフレーム内でｅＮｏｄｅＢへ送信されるように、ＨＡＲＱフィードバックは、異なるタイミングにされている。例えば、フレキシブルなＴＤＤ構成Ｆ０を想定すると、過去にはフレキシブル・サブフレーム２４のタイミングにされていた、サブフレーム２０についてのＨＡＲＱアップリンク・フィードバックが、ここではアップリンク・サブフレーム２７内で送信されている。
【０２９６】
しかしながら、これは、以下の実施形態によって軽減され得る、さらなる問題につながる。図１５から理解できるように、また、例えば、フレキシブルなＴＤＤ構成Ｆ１について、サブフレーム２２は、サブフレーム１４、１５、１８および１６における潜在的なダウンリンク・データ送信についてのＨＡＲＱフィードバックを送信するために使用される。同様に、サブフレーム２７は、サブフレーム１９、２０、２３、２１における潜在的なダウンリンク・データ送信についてのＨＡＲＱフィードバックを送信するために使用される。しかしながら、サブフレーム１８およびサブフレーム２３は、実際にはフレキシブル・サブフレームである。フレキシブル・サブフレームがダウンリンク・サブフレームとして使用され、ダウンリンク送信がこれらのサブフレームにおいて実行される場合、ＨＡＲＱフィードバックは、通常通り送信され得る。
【０２９７】
しかしながら、フレキシブル・サブフレームがアップリンク・サブフレームであると判定される場合、フレキシブル・サブフレームにおいて発生するダウンリンク送信は存在しない。いずれの場合にも、フレキシブル・アップリンク・サブフレームについて、ＨＡＲＱアップリンク・フィードバックの使用は、したがって、意味を持たない。なお、通常のＨＡＲＱフィードバック・タイミングおよび使用によると、ＨＡＲＱフィードバックも、フレキシブル・アップリンク・サブフレームについて送信されるべきである。このコンテキストでは、１つの構成されたサービング・セルについては非特許文献６の１０.１.３.１章の「TDD HARQ-ACK procedure」および対応する表１０.１.３−２〜１０.１.３−７を参照されたい。これは、フレキシブル・サブフレームについてのフィードバックが他のサブフレームについてのＨＡＲＱフィードバックと共に送信される場合に特に当てはまる。例えば、フレキシブル・サブフレーム１３、１８についてのＨＡＲＱフィードバックは、それぞれ３つの他のＨＡＲＱフィードバックと共に送信される。
【０２９８】
フレキシブル・アップリンク・サブフレームについてのそのようなＨＡＲＱフィードバックの好ましい扱いは、エラー・ケース、または少なくともエラー・ケースの効果が最小化されるべきであるという考えに基づく。最も大きな悪影響は、ＵＥがフレキシブル・サブフレームをフレキシブル・アップリンク・サブフレームとして扱うのに対して、ｅＮｏｄｅＢがフレキシブル・サブフレームをダウンリンク・データを送信するためのフレキシブル・ダウンリンク・サブフレームとして使用することである。ＵＥは、ダウンリンク送信を期待しておらず、したがって、ダウンリンク送信を適切に受信しないため、ｅＮｏｄｅＢからのダウンリンク送信は成功しない。
【０２９９】
１つの実施形態によると、ＵＥは、したがって、ＨＡＲＱ  ＮＡＣＫを任意のフレキシブル・アップリンク・サブフレームについてのＨＡＲＱフィードバックとして送信するべきである。これは、ｅＮｏｄｅＢに、送信が成功しなかったという情報、および送信が再送信されるべきであるという情報を与える。
【０３００】
しかしながら、いくつかの場合、特に、いくつかのダウンリンク送信についてのＨＡＲＱフィードバックが同じサブフレーム内で伝達される場合、必要とされる再送信が失われるよりも、むしろ過度の再送信が促進されるように保守的な立場をとるために、単一のＮＡＣＫフィードバックは、すべての他のダウンリンク送信についてのＮＡＣＫも同様にフィードバックすることをＵＥに要求し得る。
【０３０１】
したがって、さらなる実施形態によると、ＵＥは、ＨＡＲＱ  ＤＴＸを任意のフレキシブル・アップリンク・サブフレームについてのＨＡＲＱフィードバックとして提供するべきである。ＨＡＲＱ  ＤＴＸは、例えば、検出されたＤＣＩなしのダウンリンク・サブフレームが存在する（言い換えれば、ダウンリンク・リソース割当てが検出されなかった）場合について、ＬＴＥリリース１１において既に使用されている。したがって、ＵＥがその時にアップリンクを送信していたために、ダウンリンク信号を検出することはできなかったという背景的な理由により、ＨＡＲＱ  ＤＴＸの扱いは、ダウンリンク・リソース割当てが検出されなかったことを意味するものとして、動的なアップリンク・サブフレームについてのアップリンク・フィードバックのために有利に採用され得る。
【０３０２】
同様に、ダウンリンク・リソース割当てが検出されなかった動的なダウンリンク・サブフレームについてのアップリンクＡＣＫ／ＮＡＣＫフィードバックの扱いは、好ましくは、ＤＴＸとして、または、それが利用可能ではない場合には、ＮＡＣＫとして扱われるべきである。
【０３０３】
フレキシブル・サブフレームについて潜在的に保留中であり得るアップリンク送信の別のタイプは、いわゆる「非適応型再送信」である。背景技術のセクションにおいて説明したように、非適応型再送信は、アップリンクＨＡＲＱについてＬＴＥリリース１１（およびリリース１１以前）の時点で採用されている。サブフレームｎにおける任意のアップリンク送信について、ＵＥは、サブフレームｎ＋ｋ（ｋは、標準によって与えられており、それぞれのＴＤＤ構成について固有である）における所与のリソース上の（通常、ＰＨＩＣＨによって伝達される、ハイブリッドＡＲＱ指示（ＨＩ）を使用する）ダウンリンクＡＣＫ／ＮＡＣＫフィードバックを期待する。これは、以下において例示されるであろう。
【０３０４】
フレキシブルなＴＤＤ構成Ｆ１が、以下の説明のために想定される。ＤＣＩは、サブフレーム８におけるＰＵＳＣＨ送信をスケジューリングするために、サブフレーム４内で送信される（図１４を参照）。それに応じて、ＵＥは、サブフレーム８においてアップリンク送信（ＰＵＳＣＨ）を送信し、次いで、ＨＡＲＱフィードバック・タイミングに従って（図には示されていないが、非特許文献１１の９.１.２節によって、および、特に、そこにおけるＴＤＤ構成ｍについての定義をフレキシブルなＴＤＤ構成Ｆｍに適用する表９.１.２−１によって、例示的に定義されている）、そのアップリンク送信についてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫダウンリンク・フィードバックをサブフレーム８＋６＝１４において期待する。サブフレーム１４におけるＰＨＩＣＨがＨＡＲＱ  ＮＡＣＫを伝え、新たなグラントがサブフレーム１４におけるＰＤＣＣＨまたはＥＰＤＣＣＨによって検出されない場合、ＵＥは、サブフレーム１８（すなわち、図１４によると、サブフレーム１４＋ｋ）を自律的に使用して、いわゆる非適応型再送信を送信する。
【０３０５】
ここで、我々はサブフレーム３、８、１３、１８、２３等…がフレキシブル・サブフレームであると想定するため、この例における状況は、次のようになる。フレキシブルなＴＤＤ構成Ｆ１のサブフレーム８は、（サブフレーム８におけるアップリンク送信をトリガーする、サブフレーム４におけるＤＣＩに起因して）フレキシブル・アップリンク・サブフレームであり、フレキシブル・サブフレーム１８は、（サブフレーム１８における非適応型再送信をトリガーする、サブフレーム１４内で受信されるＰＨＩＣＨ＝ＮＡＣＫに起因して）動的なアップリンク・サブフレームである。
【０３０６】
さらに、サブフレーム１４におけるＨＡＲＱダウンリンク・フィードバックを有するＰＨＩＣＨがＡＣＫとして送信される場合、それは２つの事柄を意味し得る。第１に、それは、ｅＮｏｄｅＢがフレキシブル・サブフレーム１８をダウンリンク・データを（そのＵＥへ、または他のＵＥへ）送信するための動的なダウンリンク・サブフレームとして使用したかった可能性があり、したがって、ＵＥがサブフレーム１８内で送信する非適応型再送信を受信および処理することは不可能であることを意味し得る。第２に、それは、ｅＮｏｄｅＢがサブフレーム１８を動的なアップリンク・サブフレームとして動作させるが、ＵＥが非適応型再送信を送信することは望まず、むしろ、リソースが他のＵＥによって使用されるべきであることを意味し得る。その結果、そのようなＨＡＲＱダウンリンク・フィードバックが誤って受信される場合、すなわち、ＡＣＫではなくＮＡＣＫとして受信される場合、非適応型再送信は、不要な干渉を生成する。
【０３０７】
非適応型再送信によるフレキシブル・サブフレームの上述したブロッキングを回避するために、本発明のさらなる実施形態によると、ＵＥは、非適応型再送信をフレキシブル・サブフレーム内で送信すべきではない。これは、フレキシブル・サブフレームにおける非適応型再送信を潜在的にトリガーする、対応するＨＡＲＱダウンリンク・フィードバックを無視することによって、または、代替的に、フレキシブル・サブフレームにおける非適応型再送信を潜在的にトリガーする、ＰＨＩＣＨ上のすべてのＨＡＲＱフィードバックをＨＡＲＱ  ＡＣＫ（ＰＨＩＣＨ＝ＡＣＫ）として扱うことによって、異なった方法で達成され得る。これらの方法の両方により、ＵＥは、フレキシブル・サブフレームが非適応型再送信を含まないようにすることが可能になり、ｅＮｏｄｅＢは、フレキシブル・サブフレームを制御すること、すなわち、フレキシブル・サブフレームについてのアップリンク・リソース割当てをＵＥへ送信すること、または送信しないことによって、フレキシブル・サブフレームが動的なダウンリンク・サブフレームであるか、またはアップリンク・サブフレームであるかを制御することが可能になる。過去の送信の再送信は、前記の点において新たなＤＣＩを使用して行われ得る。
【０３０８】
アップリンクＰＵＳＣＨデータ送信およびＰＨＩＣＨダウンリンク・フィードバックに関する別の複雑な要因は、フレキシブル・アップリンク・サブフレーム内で送信されるデータについてのフィードバックに関与する。
【０３０９】
いくつかのＴＤＤ構成では、フレキシブル・アップリンク・サブフレーム送信についてのＮＡＣＫを送信するＰＨＩＣＨは、（上記の例におけるように）フレキシブル・サブフレームにおける非適応型再送信をトリガーし、非フレキシブル・アップリンク・サブフレーム送信についてのＮＡＣＫを送信するＰＨＩＣＨは、後続の非フレキシブル・サブフレームにおける非適応型再送信をトリガーする。
【０３１０】
しかしながら、いくつかのＴＤＤ構成では、フレキシブル・アップリンク・サブフレーム送信についてのＮＡＣＫを送信するＰＨＩＣＨは、非フレキシブル・サブフレームにおける非適応型再送信をトリガーし、非フレキシブル・アップリンク・サブフレーム送信についてのＮＡＣＫを送信するＰＨＩＣＨは、フレキシブル・サブフレームにおける非適応型再送信をトリガーする。
【０３１１】
それらの構成の場合、ＰＨＩＣＨは、非適応型再送信をフレキシブル・サブフレームにおいてトリガーすることができず、フレキシブル・アップリンク・サブフレームにおける送信のために送信されるＰＨＩＣＨも、後続の非フレキシブル・サブフレームにおいて再送信をトリガーすることができないことが好ましい。したがって、好ましい実施形態では、ＵＥは、ダウンリンクＡＣＫ／ＮＡＣＫを以下のように扱う。
−  フレキシブル・サブフレームにおける、より早期のアップリンク・データ送信についてのフィードバックとしてＵＥによって期待されるすべてのＡＣＫ／ＮＡＣＫフィードバックは、無視され、またはＡＣＫとして扱われる
−  ＵＥによって期待され、将来のフレキシブル・サブフレームにおけるアップリンク・データ送信をトリガーするすべてのＡＣＫ／ＮＡＣＫフィードバックは、無視され、またはＡＣＫとして扱われる（上記を参照）
−  フレキシブルなＴＤＤ構成Ｆｍの非フレキシブル・アップリンク・サブフレームｎについて、アップリンク・データ送信と対応するダウンリンクＨＡＲＱフィードバックとの間のタイミングは、当該アップリンク・サブフレームｎについて静的なＴＤＤ構成ｍにおけるタイミングと同じである
−  ダウンリンクＨＡＲＱフィードバックと非フレキシブル・アップリンク・サブフレームｎにおける対応するアップリンク送信との間のタイミングについて、フレキシブルなＴＤＤ構成Ｆｍは、当該アップリンク・サブフレームｎについて静的なＴＤＤ構成ｍと同じタイミングを使用する
【０３１２】
影響は、図１６において視覚化され得る。例えば、フレキシブルなＴＤＤ構成Ｆ１についての上記の例では、サブフレーム８においてＰＵＳＣＨのためのダウンリンクにおいて送信されるサブフレーム１４におけるＰＨＩＣＨは、そのサブフレームにおいて実際に受信されるＰＨＩＣＨ値にかかわらず、ＡＣＫとして扱われる。フレキシブルなＴＤＤ構成Ｆ０では、サブフレーム１０およびサブフレーム１５のそれぞれにおいて、２つのＡＣＫ／ＮＡＣＫがＰＨＩＣＨ上で送信されること、すなわち、１つは非フレキシブル・サブフレームのアップリンク送信についてのものであり（３それぞれ８）、１つはフレキシブル・サブフレームのアップリンク送信についてのものであることに留意されたい。これらの場合であっても、必要に応じて、後者のみがＡＣＫとして扱われ、または無視される。したがって、本発明の好ましい実施形態は、それぞれのアップリンク・データ送信サブフレームが非フレキシブルである場合、フレキシブルなＴＤＤ構成Ｆｍについての、アップリンク・データ送信と対応するダウンリンクＨＡＲＱフィードバック（通常、ＰＨＩＣＨ上のＨＩ）との間のタイミング、およびダウンリンクＨＡＲＱフィードバックと対応する再送信との間のタイミングを、静的なＴＤＤ構成ｍについてのタイミングと同じように適用することである。
【０３１３】
フレキシブル・サブフレームについて回避されるべき他のタイプのアップリンク送信は、第２の実施形態に関連して既に説明済みであり、以下の通りである。
−  ＳＰＳによってスケジューリングされるデータ・アップリンク送信
−  スケジューリング要求
−  周期的なＣＳＩ報告
−  アップリンク・サウンディング
−  ランダム・アクセス・メッセージ
【０３１４】
フレキシブル・サブフレームがこれらのアップリンク送信をできる限り含まないように維持するために、これらのアップリンク送信は、抑制されるべきである。言い換えれば、上記のアップリンク送信のうちの１つがフレキシブル・サブフレーム上に位置する場合、ＵＥは、そうしたアップリンク送信を実行するべきではない。
【０３１５】
あるいは、さらなる実施形態によると、少なくとも１つの送信インスタンスがフレキシブル・サブフレームと一致する、上述したアップリンク送信について定義される任意の構成は、ＵＥによって無効と扱われ、その結果、破棄される。それに応じて、そのようなアップリンク送信は、もはや生じなくなる。しかしながら、ｅＮｏｄｅＢは、破棄された構成について新たな構成を提供するべきであり、この新たな構成は、アップリンク送信のいずれもフレキシブル・サブフレームにおいて実行されないように、フレキシブル・サブフレームを考慮する。
【０３１６】
別の代替的で有利な実施形態では、（フレキシブルな、または静的な）ＴＤＤ構成が、アップリンクＳＰＳ送信がフレキシブル・サブフレームと一致するフレキシブルなＴＤＤ構成に変化する場合、任意のアップリンクＳＰＳ構成は、ＵＥによって自動的にリリースされる。ここでも、ｅＮｏｄｅＢは、この場合には、ＵＥがＳＰＳアップリンク・リソースを使用し続けられるように、アップリンクＳＰＳの新たな構成を提供するべきである。
【０３１７】
さらなる実施形態では、フレキシブルなＴＤＤ構成の使用、または、同じように、無線フレームごとに少なくとも１つのフレキシブル・サブフレームの存在は、ダウンリンクＨＡＲＱプロセスの最大数に影響を及ぼす。特に、フレキシブルなＴＤＤ構成Ｆｍが、静的なＴＤＤ構成ｍよりも多くのダウンリンク＋フレキシブル・サブフレームを含む場合、ＵＥは、その限られたメモリ・バッファをより多くのダウンリンクＨＡＲＱプロセスに適応させることが必要とされ得る。静的なＴＤＤ構成ｍについて、非特許文献１１の表７−１は、ダウンリンクについてのＨＡＲＱプロセスの最大数を定義している。第１の好ましい実施形態では、フレキシブルなＴＤＤ構成Ｆｍを動作させる場合のＤＬ  ＨＡＲＱプロセスの最大数を決定するために、静的なＴＤＤ構成ｍについての表７−１において与えられる数が、フレキシブルなＴＤＤ構成Ｆｍにおいて定義されるフレキシブル・サブフレームごとに１つだけ増加される。例えば、表７−１は、ＴＤＤ  ＵＬ／ＤＬ構成０について最大で４つのＨＡＲＱプロセスを特定する。図１０によるフレキシブルなＴＤＤ構成Ｆ０は、２つのフレキシブル・サブフレームを含んでおり、したがって、フレキシブルなＴＤＤ  ＵＬ／ＤＬ構成Ｆ０におけるＤＬ  ＨＡＲＱプロセスの最大数は、４＋２＝６として決定される。このようにして、フレキシブルなＴＤＤ  ＵＬ／ＤＬ構成Ｆ０〜Ｆ６におけるＤＬ  ＨＡＲＱプロセスの最大数は、（それぞれ）６、９、１１、１０、１３、１５、８と求められ得る。
【０３１８】
【表６】
2016518087.tif 000008
【０３１９】
別のバリエーションでは、できる限り多くのサブフレームがフレキシブルなＴＤＤ  ＵＬ／ＤＬ構成においてダウンリンクのために使用される場合間で比較が行われ、これらを静的なＴＤＤ構成の等価な場合と比較する。例示的に、図１０におけるフレキシブルな構成が使用され、Ｆとして表されるそれぞれのサブフレームをＤによって置換し、その結果を図６と比較する。次いで、図６から得られるような等価な構成は、非特許文献１１からの表７−１に従って、ＤＬ  ＨＡＲＱプロセスの最大数をルックアップするために使用される。直接的な対応が見つからない場合、ダウンリンクのために使用可能な同じ数のサブフレームを提供する別の構成を見つけることによって、対応が確立される。このようにして、例えば、フレキシブルなＴＤＤ  ＵＬ／ＤＬ構成Ｆ６（図１０によると、最大で５×Ｄ＋２×Ｓ＝７つのダウンリンクのために使用可能なサブフレームを提供する）と、構成３（図６によると、６×Ｄ＋１×Ｓ＝７つのダウンリンクのために使用可能なサブフレームを提供する）との間の対応。その結果は、以下の表に示されている。
【０３２０】
【表７】
2016518087.tif 000009
【０３２１】
本発明のハードウェアおよびソフトウェア実装
【０３２２】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。
【０３２３】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０３２４】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０３２５】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の本発明の主題とすることができることに留意されたい。
【０３２６】
具体的な実施形態に示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2016518087.tif 000010
【図２】
2016518087.tif 000011
【図３】
2016518087.tif 000012
【図４】
2016518087.tif 000013
【図５】
2016518087.tif 000014
【図６】
2016518087.tif 000015
【図７】
2016518087.tif 000016
【図８】
2016518087.tif 000017
【図９】
2016518087.tif 000018
【図１０】
2016518087.tif 000019
【図１１】
2016518087.tif 000020
【図１２】
2016518087.tif 000021
【図１３】
2016518087.tif 000022
【図１４】
2016518087.tif 000023
【図１５】
2016518087.tif 000024
【図１６】
2016518087.tif 000025
【手続補正書】
【提出日】平成28年1月12日(2016.1.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づいて通信システムにおいて基地局と通信するための移動局であって、
前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、
移動局。
【請求項２】
前記基地局との前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項１に記載の移動局。
【請求項３】
前記移動局が、
前記フレキシブルなＴＤＤ構成を格納するようにされたメモリと、
通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記基地局から受信するようにされた受信器と、
を備える、
請求項１または２に記載の移動局。
【請求項４】
前記移動局が、第１の静的なＴＤＤ構成に基づいて通信し、前記移動局が、
前記複数の静的なＴＤＤ構成を格納するようにされたメモリと、
フレキシブルなＴＤＤ構成を使用するための指示を前記基地局から受信するようにされた受信器と、
前記受信された指示に応答して、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、前記第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を決定するようにされたプロセッサと、
を備える、
請求項２に記載の移動局。
【請求項５】
前記フレキシブルなＴＤＤ構成が、前記無線フレームの少なくとも１つのサブフレームをアップリンク・サブフレームとして定義し、好ましくは、前記無線フレームのインデックス２の前記サブフレームが、アップリンク・サブフレームとして定義される、
請求項１〜４のいずれか一項に記載の移動局。
【請求項６】
前記少なくとも１つのフレキシブルなＴＤＤ構成が、無線フレーム内のほとんどの前記アップリンク・サブフレームを定義する静的なＴＤＤ構成に対応する、
請求項１〜５のいずれか一項に記載の移動局。
【請求項７】
前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中である場合、前記フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサ、
を備え、
前記プロセッサが、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中ではない場合、前記フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであるとさらに判定するようにさらにされ、
好ましくは、前記保留中のアップリンク送信が、前記基地局から受信される動的なアップリンク・リソース割当てに従って前記フレキシブル・サブフレームについてスケジューリングされたデータ送信、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、前記移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る、
請求項１〜６のいずれか一項に記載の移動局。
【請求項８】
アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサと、
前記基地局から送信されているアップリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信するようにされた受信器と、
を備え、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソースの無効な値を示し、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４であり、
好ましくは、前記受信器が、アップリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記基地局から受信するようにされており、
好ましくは、前記アップリンク・リソース割当てについての前記制御情報が、前記アップリンク・リソース割当てについての事前定義された無効な電力制御値を示す、
請求項１〜６のいずれか一項に記載の移動局。
【請求項９】
前記移動局が、
ダウンリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するようにされたプロセッサと、
前記基地局からのダウンリンク・リソース割当てについての前記制御情報を、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで受信するようにされた受信器と、
を備え、
ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク・リソースの無効な値を示し、
好ましくは、ダウンリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ａであり、
好ましくは、前記受信器が、ダウンリンク・リソース割当てについての前記制御情報を、共通サーチ・スペースのリソースにおいて前記基地局から受信するようにさらにされており、
好ましくは、前記ダウンリンク・リソース割当てについての前記制御情報が、前記ダウンリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項１〜８のいずれか一項に記載の移動局。
【請求項１０】
前記移動局のプロセッサが、前記無線フレームの前記フレキシブル・サブフレームｎｆｌｅｘはダウンリンク・サブフレームとして使用されるべきであると判定する場合、および前記無線フレームのサブフレームｎ−１が特殊サブフレームである場合、前記プロセッサが、前記無線フレームの前記特殊サブフレームｎ−１は、特殊サブフレームとして使用される代わりに、ダウンリンク・サブフレームとして使用され得るとさらに判定するようにされている、
請求項１〜９のいずれか一項に記載の移動局。
【請求項１１】
前記移動局が、前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいて通信する場合、前記移動局の送信器が、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバックをフレキシブル・サブフレーム内で送信しないようにされる、
請求項１〜１０のいずれか一項に記載の移動局。
【請求項１２】
前記複数の静的なＴＤＤ構成についての、前記移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングを格納し、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされたメモリ
を備え、
前記メモリが、前記少なくとも１つのフレキシブルなＴＤＤ構成についての、前記移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングをさらに格納し、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングを格納するようにされており、
フレキシブルなＴＤＤ構成についての前記少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれが、前記再送信プロトコル・アップリンク・フィードバックがアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで前記移動局によって送信されるように、前記静的なＴＤＤ構成についての前記複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである、
請求項２〜１１のいずれか一項に記載の移動局。
【請求項１３】
アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについての再送信プロトコル・アップリンク・フィードバックを基地局へ送信するようにされた送信器
を備え、
好ましくは、アップリンク通信のために使用されるフレキシブル・サブフレームについての前記再送信プロトコル・アップリンク・フィードバックが、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す、
請求項１〜１２のいずれか一項に記載の移動局。
【請求項１４】
前記移動局が、好ましくは、
過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視するようにされたプロセッサ、または
前記過去のアップリンク送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定するようにされたプロセッサ
によって、前記過去のアップリンク送信のためにフレキシブル・サブフレーム内でアップリンク再送信を送信しない、
請求項１〜１３のいずれか一項に記載の移動局。
【請求項１５】
前記移動局が、好ましくは、
フレキシブル・サブフレームにおける過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックを無視するようにされたプロセッサ、または
前記フレキシブル・サブフレームにおける前記過去の送信についてのＮＡＣＫを示す再送信プロトコル・ダウンリンク・フィードバックをＡＣＫとして判定するようにされたプロセッサ
によって、前記フレキシブル・サブフレーム内で送信された前記過去のアップリンク送信についてのアップリンク再送信を送信しない、
請求項１〜１４のいずれか一項に記載の移動局。
【請求項１６】
前記移動局の送信器が、
前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ・アップリンク送信、
アップリンク送信用のリソースを要求するためのスケジューリング要求、
チャネル状態情報報告、
アップリンク・サウンディング信号、
ランダム・アクセス送信
のうちの少なくとも１つを、フレキシブル・サブフレーム内で送信しないようにされている、
請求項１〜１５のいずれか一項に記載の移動局。
【請求項１７】
セミ・パーシステントにスケジューリングされるアップリンク送信についての設定を、前記設定によって設定されるような前記セミ・パーシステントにスケジューリングされるアップリンク送信のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ、および／または
チャネル局情報レポーティングについての設定を、前記設定によって設定されるような前記チャネル状態情報報告のうちの少なくとも１つがフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ、および／または
アップリンク・サウンディング信号についての設定を、前記設定によって設定されるような少なくとも１つのアップリンク・サウンディング信号がフレキシブル・サブフレーム内で送信される場合に、リリースするようにされたプロセッサ
を備える、
請求項１〜１６のいずれか一項に記載の移動局。
【請求項１８】
前記移動局のプロセッサが、前記移動局の前記プロセッサがフレキシブル・サブフレームにおいて測定を実行しないように、ダウンリンク・サブフレームおよび特殊サブフレームにおいてのみ測定を実行する、
請求項１〜１７のいずれか一項に記載の移動局。
【請求項１９】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と通信するための基地局であって、前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、
基地局。
【請求項２０】
前記移動局との前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項１９に記載の基地局。
【請求項２１】
前記フレキシブルなＴＤＤ構成を格納するようにされたメモリと、
通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記移動局へ送信するようにされた送信器と、
を備える、
請求項１９または２０に記載の基地局。
【請求項２２】
少なくとも１つのフレキシブルな時分割複信（ＴＤＤ）構成のうちの１つに基づく通信システムにおいて移動局と基地局との間で通信するための方法であって、
前記少なくとも１つのフレキシブルなＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレーム、特殊サブフレームまたはフレキシブル・サブフレームとして定義し、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなる
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義し、
前記フレキシブル・サブフレームが、ダウンリンク・サブフレームまたはアップリンク・サブフレームとして選択的に使用され得る、方法。
【請求項２３】
前記移動局と前記基地局との間の前記通信が、複数の静的なＴＤＤ構成のうちの１つに、または前記少なくとも１つのフレキシブルなＴＤＤ構成のうちの１つに基づいており、
前記静的なＴＤＤ構成のそれぞれが、無線フレームについて、前記無線フレームの前記サブフレームを、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、
前記少なくとも１つのフレキシブルなＴＤＤ構成が、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとしてさらに定義することを除いて、対応する静的なＴＤＤ構成と同じように、前記無線フレームの前記サブフレームをアップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレームとして定義し、前記少なくとも１つのフレキシブルなＴＤＤ構成が、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして定義する、
請求項２２に記載の方法。
【請求項２４】
前記フレキシブルなＴＤＤ構成が、前記移動局および前記基地局において、あらかじめ設定されており、前記移動局が、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を識別する識別子を前記基地局から受信し、または
第１の静的なＴＤＤ構成に基づいて通信する前記移動局が、フレキシブルなＴＤＤ構成を使用するための指示を前記基地局から受信し、前記移動局が、
サブフレームｎｆｌｅｘ−１が、特殊サブフレームまたはアップリンク・サブフレームとなり、かつ、
サブフレームｎｆｌｅｘ＋１が、ダウンリンク・サブフレームまたは特殊サブフレームとなり、かつ、
前記対応する静的なＴＤＤ構成のサブフレームｎが、アップリンク・サブフレームとなり、ｎ＝ｎｆｌｅｘである
ように、前記無線フレームの少なくとも１つのサブフレームｎｆｌｅｘをフレキシブル・サブフレームとして決定することによって、前記第１の静的なＴＤＤ構成に基づいて、通信のために使用されるべき前記フレキシブルなＴＤＤ構成を決定する、
請求項２２または２３に記載の方法。
【請求項２５】
前記移動局および前記基地局によって、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中である場合、前記フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するステップと、
前記移動局および前記基地局によって、前記移動局からのアップリンク送信が前記フレキシブル・サブフレームについて保留中ではない場合、前記フレキシブル・サブフレームがダウンリンク・サブフレームとして使用されるべきであると判定するステップと、
を含み、
好ましくは、前記保留中のアップリンク送信が、前記基地局から受信される動的なアップリンク・リソース割当てに従って前記フレキシブル・サブフレームについてスケジューリングされたデータ送信、前記移動局によって受信された過去のダウンリンク送信についての再送信プロトコル・アップリンク・フィードバック、チャネル状態情報報告、前記移動局からのスケジューリング要求、サウンディング送信、ランダム・アクセス・メッセージ、前記フレキシブル・サブフレームについてセミ・パーシステントにスケジューリングされたデータ送信のうちの少なくとも１つであり得る、
請求項２２〜２４のいずれか一項に記載の方法。
【請求項２６】
前記移動局および前記基地局によって、アップリンク・リソース割当てについての制御情報の巡回冗長検査部分が、
ページング無線ネットワーク一時識別子（ＲＮＴＩ）、システム情報ＲＮＴＩ、ランダム・アクセスＲＮＴＩ、マルチメディア・ブロードキャスト・マルチキャスト・サービスＲＮＴＩ、事前定義されたフレキシブルなＴＤＤ  ＲＮＴＩ
のうちの１つを用いてスクランブルされる場合、フレキシブル・サブフレームがアップリンク・サブフレームとして使用されるべきであると判定するステップ
を含み、
アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソース割当てについての制御情報が前記フレキシブル・サブフレームにおいてアップリンク・リソースを割り当てるタイミングで、前記基地局から送信され、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、アップリンク・リソースの無効な値を示し、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、ダウンリンク制御情報（ＤＣＩ）フォーマット０またはＤＣＩフォーマット４であり、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、共通サーチ・スペースのリソースにおいて前記基地局から送信され、
好ましくは、アップリンク・リソース割当てについての前記制御情報が、前記アップリンク・リソース割当てについての事前定義された電力制御値を示す、
請求項２２〜２４のいずれか一項に記載の方法。
【請求項２７】
前記移動局によって受信された過去のダウンリンク送信についての複数の再送信プロトコル・アップリンク・フィードバック・タイミングが、前記複数の静的なＴＤＤ構成について事前定義され、静的なＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義され、
前記移動局によって受信された過去のダウンリンク送信についての少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングが、前記少なくとも１つのフレキシブルなＴＤＤ構成について事前定義され、フレキシブルなＴＤＤ構成ごとに１つの再送信プロトコル・アップリンク・フィードバック・タイミングが事前定義され、
前記再送信プロトコル・アップリンク・フィードバックが、アップリンク・サブフレーム、ダウンリンク・サブフレームまたは特殊サブフレーム内のみで前記移動局によって送信されるように、フレキシブルなＴＤＤ構成についての前記少なくとも１つの再送信プロトコル・アップリンク・フィードバック・タイミングのそれぞれが、前記静的なＴＤＤ構成についての前記複数の再送信プロトコル・フィードバック・アップリンク・タイミングのうちの１つと同じである、
請求項２３〜２６のいずれか一項に記載の方法。
【請求項２８】
前記移動局が、アップリンク通信のために使用されるべきであると判定されるフレキシブル・サブフレームについて、再送信プロトコル・アップリンク・フィードバックを前記基地局へ送信し、好ましくは、アップリンク通信のために使用されるフレキシブル・サブフレームについての前記再送信プロトコル・アップリンク・フィードバックが、ＮＡＣＫまたは不連続送信（ＤＴＸ）を示す、
請求項２２〜２７のいずれか一項に記載の方法。
【国際調査報告】
2016518087.tif 000026
2016518087.tif 000027
2016518087.tif 000028