(57)【特許請求の範囲】
【請求項１】
第１の無線送受信ユニット（ＷＴＲＵ）が、第２のＷＴＲＵと直接的にデバイス間（Ｄ２Ｄ）通信を実行する方法であって、
少なくとも送信構成に基づいて、ネットワークカバリッジの外で、前記Ｄ２Ｄ通信のために使用する基本パターンを決定するステップであって、前記基本パターンは、事前定義された持続時間および１つ以上の送信機会を有する１つ以上の基本パターンを含む基本パターンファミリの中から選択され、前記基本パターンファミリは、前記１つ以上の送信機会の数によって定義される、ステップと、
前記選択された基本パターンの前記１つ以上の送信機会の中において前記第２のＷＴＲＵへ１つ以上のデータパケットを送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記基本パターンを決定する前記ステップは、
送信されることになるバッファリングされたデータパケットの数を決定するステップと、
到来するスケジューリング期間において前記バッファリングされたデータパケットを送信するのに必要とされる送信機会の数を推定するステップと、
前記必要とされる送信機会の数に対応する利用可能な送信機会の数を有する利用可能な基本パターンを選択するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記基本パターンを決定する前記ステップは、
前記Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定するステップと、
前記Ｄ２Ｄ通信が、フィードバックを伴うユニキャストの性質を有する場合、前記第２のＷＴＲＵからのフィードバック送信を可能にする数の利用可能な送信機会を有する利用可能な基本パターンを選択するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記基本パターンを決定する前記ステップは、
前記Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定するステップと、
Ｄ２Ｄ通信の前記決定された性質に対応する基本パターンファミリの事前定義されたセットから利用可能な基本パターンを選択するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記基本パターンを決定する前記ステップは、
１つ以上の隣接するＷＴＲＵの基本パターンへの干渉が最小化されるように、利用可能な基本パターンを選択するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記基本パターンを決定する前記ステップは、
前記Ｄ２Ｄ通信のための到来するスケジューリング期間における必要とされる送信の数を決定するステップであって、前記必要とされる送信の数は、前記Ｄ２Ｄ通信のトラフィックタイプに依存する、ステップと、
前記必要とされる送信の数に対応する利用可能な送信機会の数を有する利用可能な基本パターンを選択するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記基本パターンを決定する前記ステップは、ランダムな選択を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記基本パターンを決定する前記ステップは、１つ以上の識別子を使用して前記基本パターンを選択するステップを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記基本パターンを決定する前記ステップは、識別子を用いて初期化された疑似乱数発生器に基づいて、選択を行うステップを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
もう１つの無線送受信ユニット（ＷＴＲＵ）と直接的にデバイス間（Ｄ２Ｄ）通信を実行するためのＷＴＲＵであって、
プロセッサと、
前記プロセッサに動作可能に結合されたアンテナと
を備え、
前記プロセッサは、少なくとも送信構成に基づいて、ネットワークカバリッジの外で、前記Ｄ２Ｄ通信のために使用する基本パターンを決定するように構成され、前記基本パターンは、事前定義された持続時間および１つ以上の送信機会を有する１つ以上の基本パターンを含む基本パターンファミリの中から選択され、前記基本パターンファミリは、前記１つ以上の送信機会の数によって定義され、
前記プロセッサおよび前記アンテナは、前記選択された基本パターンの前記１つ以上の送信機会の中において前記もう１つのＷＴＲＵへ１つ以上のデータパケットを送信するように構成された
ことを特徴とするＷＴＲＵ。
【請求項１１】
前記プロセッサは、
送信されるバッファリングされたデータパケットの数を決定し、
到来するスケジューリング期間において前記バッファリングされたデータパケットを送信するのに必要とされる送信機会の数を推定し、
前記必要とされる送信機会の数に対応する利用可能な送信機会の数を有する利用可能な基本パターンを選択する
ようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、
前記Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定し、
前記Ｄ２Ｄ通信が、ユニキャストの性質を有する場合、前記もう１つのＷＴＲＵからのフィードバック送信を可能にする数の利用可能な送信機会を有する利用可能な基本パターンを選択する
ようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、
１つ以上の隣接するＷＴＲＵの基本パターンへの干渉が最小化されるように、利用可能な基本パターンを選択する
ようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、
前記Ｄ２Ｄ通信のための到来するスケジューリング期間における必要とされる送信の数を決定し、前記必要とされる送信の数は、前記Ｄ２Ｄ通信のトラフィックタイプに依存しており、
前記必要とされる送信の数に対応する利用可能な送信機会の数を有する利用可能な基本パターンを選択する
ようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、
前記Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定し、
Ｄ２Ｄ通信の前記決定された性質に対応する基本パターンファミリの事前定義されたセットから利用可能な基本パターンを選択する
ようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１６】
前記プロセッサは、ランダムな選択に基づいて、基本パターンを選択するようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、１つ以上の識別子を使用して、基本パターンを選択するようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１８】
前記プロセッサは、識別子を用いて初期化された疑似乱数発生器に基づいて、前記基本パターンファミリから基本パターンを選択するようにさらに構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。
【背景技術】
【０００２】
本出願は、２０１４年８月６日に出願された米国特許仮出願第６２／０３４０２５号、２０１４年９月２４日に出願された米国特許仮出願第６２／０５４８０９号、および２０１４年１１月５日に出願された米国特許仮出願第６２／０７５６０４号の利益を主張し、それらの内容は、参照によって本明細書に組み込まれる。
【０００３】
ロングタームエボリューション（ＬＴＥ）通信は、その技術が成熟するにつれて、より一層の普及を見せており、新しい領域で使用され始めている。最近、公安当局（例えば、警察、消防、救急医療）は、それらの主要通信ツールとしてＬＴＥを使用することに一層の関心を示している。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＬＴＥの現行バージョンは、ネットワークカバレージの下でしか機能せず、このことは、公安に関する多くの状況にとって制約となることがある。
【課題を解決するための手段】
【０００５】
実施形態では、第１の無線送受信ユニット（ＷＴＲＵ）が、第２のＷＴＲＵと直接的にデバイス間（Ｄ２Ｄ）通信を実行するための方法が、開示される。方法は、ネットワークから独立して、Ｄ２Ｄ通信のために使用する基本パターンを決定するステップであって、基本パターンは、１または複数（１以上）の送信機会を有する事前定義された持続時間を有し、各送信機会の間に、第１のＷＴＲＵは、データパケットを送信する、ステップと、基本パターンを選択するステップとを含むことができる。
【０００６】
別の実施形態では、別のＷＴＲＵと直接的にＤ２Ｄ通信を実行するためのＷＴＲＵが、開示される。ＷＴＲＵは、ネットワークから独立して、Ｄ２Ｄ通信のために使用する基本パターンを決定し、選択するように構成されたスケジューラであって、基本パターンは、１または複数（１以上）の送信機会を有する事前定義された持続時間を有し、各送信機会の間に、第１のＷＴＲＵは、データパケットを送信する、スケジューラを含むことができる。より詳細な理解は、添付の図面と併せて、例として与えられる、以下の説明から得ることができる。
【図面の簡単な説明】
【０００７】
【図１Ａ】１または複数の開示される実施形態を実施することができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内において使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内において使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２Ａ】データ送信のための第１の例示的な基本パターンを示す図である。
【図２Ｂ】データ送信のための第２の例示的な基本パターンを示す図である。
【図３】データ送信期間の全持続時間にわたって基本パターンを繰り返すように無線送受信ユニット（ＷＴＲＵ）が構成された実施形態を示す図である。
【図４】データ送信期間の全持続時間にわたって基本パターンを繰り返すように無線送受信ユニット（ＷＴＲＵ）が構成された実施形態を示す図である。
【図５】データ送信期間の持続時間のための第１の基本パターンの導出を適用するようにＷＴＲＵが構成された例を示す図である。
【図６】データ送信期間の持続時間のための第１の基本パターンの導出を適用するようにＷＴＲＵが構成された例を示す図である。
【図７】２つ以上の基本パターンを組み合わせた、データパケットおよびブラインド再送を含む、例示的な組み合わせパターンの図である。
【図８】時間および周波数の両方において拡張された、データパケットおよびブラインド再送を含む、拡張されたパターンを示す図である。
【図９】基本パターン、ならびに隣接しない時間リソースおよび周波数リソースのセットを示すようにＷＴＲＵが構成された例を示す図である。
【図１０Ａ】同じ内容を有する複数のＳＡを異なるパターンで送信する例を示す図である。
【図１０Ｂ】同じ内容を有する複数のＳＡを異なるパターンで送信する例を示す図である。
【発明を実施するための形態】
【０００８】
第３世代パートナシッププロジェクト（３ＧＰＰ）は、ＬＴＥのためのデバイスとデバイスとの間（すなわち、デバイス間またはＤ２Ｄ）における直接通信をサポートするためのソリューションを開発中であるが、その重点は、主に半二重ボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーションに置かれている。例えば、ネットワーク外カバレージ（out-of-network coverage）の場合、リソース割り当ておよびスケジューリングは、Ｄ２Ｄ通信の主要な構成要素となることがある。従来のＬＴＥの場合、ｅノードＢが、リソース割り当ておよびスケジューリングを制御することができるが、ネットワーク外カバレージの場合、これが可能ではないことがある。Ｄ２Ｄの場合、リソース割り当ては、送信および受信するサブフレームのセットによって特徴付けられた送信パターンを含むことができる。
【０００９】
典型的なＶｏＩＰパケットは、２０ｍｓ毎にコーデックから生成することができる。例えば、典型的な半二重ＶｏＩＰ送信パターンは、２０ｍｓほどの短い持続時間（duration）にわたって定義することができる。さらに、シミュレーション結果は、事前決定されたカバレージに到達するために、ＶｏＩＰパケット毎に少なくとも４回のブラインド再送を使用することができることを示している。このシナリオでは、ＶｏＩＰをサポートする典型的な送信パターンは、２０ｍｓの期間にわたって、近似的に５回の送信を使用することができる。Ｄ２Ｄアプリケーションの場合、ファイル転送プロトコル（ＦＴＰ）、ウェブブラウジング、ビデオストリーミング、ユニキャスト通信、およびゲーミングなど、他のトラフィックタイプが、使用される可能性が高い。これらの追加の特徴に適合するように、リソース割り当ておよび関連するシグナリングを、しかるべく設計することができる。
【００１０】
図１Ａ〜図１０Ｂを参照して本明細書で説明される例は、Ｄ２Ｄ通信のための基本パターンおよび関連する制御シグナリングの設計、構成、および選択に取り組む。本明細書で説明される例は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の数が、事前決定された基本パターンのファミリがサポートすることができるＭＡＣ  ＰＤＵの数よりも多い場合に（例えば、複数の同時ハイブリッド自動再送要求（Ｈ−ＡＲＱ）プロセス）、いかにして基本パターンをスケジューリング期間において提供するかに取り組むことができる。例は、ＭＡＣ  ＰＤＵの数が、事前決定された基本パターンのファミリがサポートすることができるＭＡＣ  ＰＤＵの数よりも少ない場合に、いかにして基本パターンをスケジューリング期間において提供するかにも取り組むことができる。加えて、例は、他の通信への干渉を最小化し、リソースを効率的に使用するために、いかにして１または複数（１以上）の基本パターンを選択するかに取り組むことができる。
【００１１】
ここで図１Ａを参照すると、１または複数（１以上）の開示される実施形態を実施することができる例示的な通信システム１００の図が、示されている。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数（１以上）のチャネルアクセス方法を利用することができる。
【００１２】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解される。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
【００１３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数（１以上）の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解される。
【００１４】
基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【００１５】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数（１以上）と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１６】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数（１以上）のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１７】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥおよび／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１８】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１９】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数（１以上）に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解される。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２１】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数（１以上）のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２３】
ここで図１Ｂを参照すると、例示的なＷＴＲＵ１０２のシステム図が、示されている。ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解される。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数（１以上）のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解される。
【００２５】
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解される。
【００２６】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）上などに配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、電力のＷＴＲＵ１０２内の他の構成要素への分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信することができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解される。
【００３１】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００３２】
ここで図１Ｃを参照すると、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図が、示されている。上で言及されたように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。
【００３３】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解される。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数（１以上）の送受信機を含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３４】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３５】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解される。
【００３６】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供することができる。
【００３７】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は、一般に、ユーザデータパケットの経路選択およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの転送を行うことができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合のページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【００３８】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３９】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間との通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００４０】
本明細書で説明される例では、Ｄ２Ｄ送信パターンのファミリについて説明することができる。そのようなＤ２Ｄ送信パターンは、本明細書では基本パターンと呼ばれ、様々なデータトラフィックおよび／または通信のために使用することができる。以下の実施形態は、基本パターンをＶｏＩＰアプリケーションとの関連において使用することがあるが、トラフィックの他の形態において基本パターンを使用することができる実施形態が考えられることに留意されたい。以下の実施形態は、例のために提供され、アプリケーションをＶｏＩＰトラフィックだけに限定することは意図していない。
【００４１】
ＶｏＩＰアプリケーションでは、典型的な基本パターンは、２０ｍｓ毎に生成されるデータパケットをサポートすることができる。一例では、基本パターンは、サブフレームの数または絶対時間として表現される固定長を有することができ、Ｄ２Ｄデータを送信するための固定数のサブフレームを有することができる。別の例では、基本パターンは、例えば、ＶｏＩＰ送信レートを満たすことを目標とした可変長を有することができる。基本パターンは、事前決定された周波数ホッピングルールによって示すこともできる。
【００４２】
本明細書で説明される例では、基本パターンは、送信当たり１つのＭＡＣ  ＰＤＵをサポートすることができ、基本パターンにおいて許可される全送信の数は、関連するＭＡＣ  ＰＤＵのためのハイブリッド自動再送要求（Ｈ−ＡＲＱ）送信に対応することができる。さらに、基本パターンにおける各送信と冗長バージョンとの間の関係が知られていることを仮定することができる。したがって、基本パターンは、例えば、割り当てることができる最大帯域幅、またはパターン長に基づいて、最大送信レートをサポートすることができるにすぎないことがある。
【００４３】
Ｄ２Ｄ通信では、ＷＴＲＵ１０２は、事前決定された基本パターンのファミリを用いるように構成することができる。基本パターンのファミリは、テーブルエントリによって示すこと、式として表現すること、または疑似乱数発生器によって生成することができる。
【００４４】
ここで図２Ａおよび図２Ｂを参照すると、Ｄ２Ｄ通信のために使用することができる第１の基本パターン２０２および第２の基本パターン２０４の図が、示されている。第１の基本パターン２０２および第２の基本パターン２０４はともに、Ｄ２Ｄ通信の場合のＶｏＩＰのための要件を満たすことができる。言い換えると、データ送信期間の全持続時間（図示されず）は、１６０ｍｓとすることができ、データパケット２０６は、２０ｍｓ毎にコーデックから生成することができ、パケット毎に４回のブラインド再送２０８が、存在することができ、各ブラインド再送２０８の間には、最低でも４ｍｓが存在して、十分な復号時間を保証することができる。
【００４５】
データ送信期間は、関連するスケジューリング割り当て（ＳＡ）（図示されず）によって示されるような、Ｄ２Ｄ  ＷＴＲＵ１０２がデータを送信する時間の期間とすることができ、絶対時間を単位として（例えば、１６０ｍｓ）、またはＤ２Ｄ送信のために割り当てられたサブフレームを単位として記述することができる。ＳＡは、例えば、関連するデータ送信期間内におけるデータ送信に適用される、変調および符号化方式（ＭＣＳ）、識別子、ならびに時間および／または周波数のリソースに関する情報を含むことができる、制御信号とすることができる。
【００４６】
図２Ａおよび図２Ｂに示される例では、ｙ軸は、周波数領域を表すことができ、ｘ軸は、時間領域を表すことができる。しかしながら、実施形態では、ｙ軸は、物理的な周波数リソースが、物理アップリンク制御チャネル（ＰＵＣＣＨ）様か、それとも物理アップリンク共用チャネル（ＰＵＳＣＨ）様かに関わらず、物理的な周波数リソースの代わりに、仮想的な周波数リソースを表すことができる。
【００４７】
実施形態では、送信ＷＴＲＵ１０２は、スケジューリング期間中にＳＡで基本パターンパラメータを示すように構成することができる。これは、受信ＷＴＲＵ１０２が、Ｄ２Ｄ送信パターンを決定することを可能にすることができる。基本パターン２０２、２０４の持続時間は、データ送信期間よりも短くすることができるので、ＷＴＲＵ１０２は、送信パターンの残りを以下の方法のうちの１または複数から決定するように構成することができる。実施形態では、ＷＴＲＵ１０２は、ＳＡから最初の基本パターン２０２、２０４を決定することができ、残りのデータ送信期間にわたって、同じ基本パターン２０２、２０４を繰り返すことができる。別の実施形態では、ＷＴＲＵ１０２は、ＳＡから複数の基本パターン２０２、２０４のうちの１つを決定することができ、ＷＴＲＵ１０２は、残りのデータ送信期間のための残りの送信パターン（すなわち、他の基本パターン２０２、２０４）を導出するように事前構成することができる。
【００４８】
送信ＷＴＲＵ１０２がスケジューリング期間中に異なる基本パターン２０２、２０４を使用する実施形態では、送信および受信ＷＴＲＵ１０２は、各々が、一連のパターンについて知っていることができる。ＳＡから１または複数（１以上）の基本パターン２０２、２０４を決定する１つの手法では、送信ＷＴＲＵ１０２は、送信の時間リソースパターン（Ｔ−ＲＰＴ）など、基本パターン２０２、２０４のサブセットを用いるように構成することができ、サブセットから１つの基本パターン２０２、２０４をさらに選択することができる。この基本パターン２０２、２０４は、おそらくは１または複数（１以上）のパラメータとともに、基本パターン系列を定義することができる、ルート基本パターン２０２、２０４として使用することができる。基本パターン系列は、例えば、選択されたルート基本パターン２０２、２０４で開始し、特定の期間を通じて（例えば、スケジューリング期間、または系列がその後繰り返すより短い時間の期間を通じて）、基本パターン２０２、２０４のサブセット上で反復することができる。
【００４９】
基本パターン２０２、２０４の系列は、例えば、ルート基本パターン２０２、２０４（またはそれのインデックス）を、おそらくは１または複数（１以上）の追加のパラメータと組み合わせて使用することによって、決定することができる。１つの特定の例では、基本パターン系列は、Ｔ−ＲＰＴフィールド内のＳＡで示すことができる、ルート基本パターン２０２、２０４の値を用いて初期化される、疑似乱数発生器の出力から導出することができる。これは、ＳＡで伝達された識別情報（ＩＤ）または別のパラメータと（例えば、モジュロ加算を使用して）任意選択で組み合わせることができる。
【００５０】
実施形態では、疑似乱数発生器の出力は、選択されたサブセットに属する基本パターン２０２、２０４を適切にインデックス付けするために、調整する必要があることがある。一例では、これは、インデックスが適切な範囲を有することを保証するように、モジュロ演算を使用して達成することができる。
【００５１】
ＳＡを受信したＷＴＲＵ１０２は、Ｔ−ＲＰＴフィールド内のルート基本パターン２０２、２０４、およびＳＡで伝達されたＩＤを検出することによって、基本パターン系列を決定することができる。基本パターン２０２、２０４のサブセットは、より高位のレイヤシグナリングまたは事前構成を介してＷＴＲＵ１０２に知られることを仮定することができる。
【００５２】
ここで図３および図４を参照すると、データ送信期間３０６の全持続時間にわたって基本パターン３０４を繰り返すようにＷＴＲＵ１０２が構成された実施形態の図が、示されている。図３に示される例では、ＳＡ３０２は、スケジューリング期間３０８中に、送信期間の持続時間にわたって基本パターン３０４を繰り返すことをＷＴＲＵ１０２に示す。この概念は、１６０ｍｓの全データ送信期間３０６にわたって、基本パターン３０４が繰り返される、図４に示されている。
【００５３】
ここで図５および図６を参照すると、スケジューリング期間５１２中にＳＡ５０２におけるパラメータによって示されるように、データ送信期間５１０の持続時間のための基本パターン５０４の導出を適用するようにＷＴＲＵ１０２が構成された例の図が、示されている。データ送信期間５１０中、基本パターン５０４、第２のパターン５０６、および第３のパターン５０８を送信することができる。この概念は、１６０ｍｓのデータ送信期間５１０にわたって、基本パターン５０４を送信するが、反復（例えば、第２のパターン５０６および第３のパターン５０８）毎に追加の周波数シフトが施されるようにＷＴＲＵ１０２が構成される、図６に示されている。
【００５４】
基本パターン３０４、５０４は、時間成分および周波数成分を用いて記述することができることに留意されたい。しかしながら、本明細書で説明される実施形態は、基本パターン３０４、５０４が時間もしくは周波数だけにおいて、または時間および周波数の両方において決定されるケースにも適用することができる。
【００５５】
上で説明されたように、データ送信のために短いパターンを選択した場合、ＷＴＲＵ１０２の最大送信レートは、使用することができる利用可能なリソースによって制限されることがある。従来のＤ２Ｄ通信は、より多くのＭＡＣ  ＰＤＵを送信する必要がある場合、またはより高いデータ送信レートが必要とされる場合、スケーラブルではないことがある。加えて、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２中に、より少ないＭＡＣ  ＰＤＵを送信することしか必要とされない場合、またはより低いデータ送信レートしか必要とされない場合、低減された無線効率を有することがある。基本パターン３０４、５０４と関連付けられたリソースは、送信されるデータが存在しない場合であっても、依然としてＷＴＲＵ１０２のために確保されることがある。
【００５６】
より高いデータ送信能力を達成するために、ＷＴＲＵ１０２は、基本パターンを組み合わせること、基本パターンを拡張すること、Ｈ−ＡＲＱ送信の回数を変更すること、および／または複数のアンテナを備えるＤ２Ｄ  ＷＴＲＵ１０２のアンテナ毎に異なる基本パターンを利用することを含む、１または複数の技法を任意の順序または組み合わせで使用することによって、より多くのリソースを使用するように構成することができる。
【００５７】
実施形態では、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２において、２つ以上の基本パターン３０４、５０４を組み合わせることによって、より多くのリソースを使用するように構成することができる。スケジューリング期間３０８、５１２（またはＳＡサイクル）は、ＳＡ５０２が送信される、および／または有効である、時間の期間とすることができる。ＷＴＲＵ１０２は、任意の順序または組み合わせで、時間直交性、カバレージシナリオ、トラフィックタイプ／サービス品質（ＱｏＳ）要件／アプリケーション、干渉制御、ＷＴＲＵ１０２の能力、ワイドエリアネットワーク（ＷＡＮ）データトラフィック、測定、および／または疑似ランダム選択などのパラメータに基づいて、２つ以上の基本パターン３０４、５０４を組み合わせるように構成することができる。
【００５８】
時間直交性に関して、基本パターン３０４、５０４は、それらの相互時間直交性特性に基づいて、構成することができる。２つの基本パターン３０４、５０４は、それらが時間的に直交する場合、組み合わせについて検討することができ、これは、２つの基本パターン３０４、５０４の間の送信は、潜在的な周波数割り当てに関わらず、（例えば、同じサブフレーム内で）時間的にオーバーラップしないことを意味する。
【００５９】
実施形態では、ＷＴＲＵ１０２は、Ｄ２Ｄ通信についての有効な範囲（例えば、メートル単位）またはロケーションのタイプ（例えば、オフィス、映画館、もしくはスタジアム）に関連するパラメータを用いるように構成することができる。ＷＴＲＵ１０２は、関心カバレージエリアが地理的により小さい場合、より少ない制約を有することができ、ＷＴＲＵ１０２は、基本パターン３０４、５０４のより柔軟な組み合わせを使用することができる。
【００６０】
実施形態では、ＷＴＲＵ１０２は、Ｄ２Ｄ通信のトラフィックタイプ、ＱｏＳ要件、またはアプリケーションに基づいて、基本パターン３０４、５０４の組み合わせを選択するように構成することができる。例えば、ＷＴＲＵ１０２は、ＶｏＩＰタイプのアプリケーション、ビデオストリーミング、またはファイル転送プロトコル（ＦＴＰ）などのフルバッファ通信のために設計された、基本パターンファミリを用いるように構成することができる。ＷＴＲＵ１０２は、例えば、同じ基本パターンファミリの基本パターン３０４、５０４だけを組み合わせるように構成することができる。ＦＴＰのアプリケーションの場合、ＷＴＲＵ１０２は、所望のデータレートをサポートするために、いくつかの基本パターン３０４、５０４を組み合わせるように構成することができる。
【００６１】
実施形態では、ＷＴＲＵ１０２は、基本パターン３０４、５０４の他の可能な組み合わせと比較して、基本パターン３０４、５０４の間でより僅かな干渉しか引き起こされないように組み合わせされた、基本パターン３０４、５０４を選択するように構成することができる。実施形態では、ＷＴＲＵ１０２は、測定を行うことによって、他のＷＴＲＵ１０２に対して引き起こされた干渉の量を推定するように構成することができる。
【００６２】
実施形態では、ＷＴＲＵ１０２は、ＷＴＲＵ１０２の能力に基づいて、１または複数の基本パターン３０４、５０４または基本パターン組み合わせを選択するように構成することができる。例えば、ＷＴＲＵ１０２は、周波数範囲、帯域幅、または無線周波数（ＲＦ）についての事前決定された設計検討事項に限られたアクセスしか有さないことがある。これは、それによって、基本パターン３０４、５０４を選択する、一般には、基本パターン組み合わせを選択する際の柔軟性を制限することがある。
【００６３】
ＷＡＮデータトラフィックについて、実施形態では、ＷＴＲＵ１０２が、部分カバレージシナリオにある場合、またはＷＡＮデータが割り当てられる絶対もしくは相対時間期間について知っている場合、基本パターン３０４、５０４は、（Ｄ２Ｄ通信のために割り当てられたサブフレームだけとは対照的に）すべてのサブフレーム上で定義することができる。ＷＴＲＵ１０２は、送信オケージョンがＷＡＮ送信（例えば、基地局１１４への送信）とオーバーラップすることがある、基本パターン３０４、５０４および基本パターン組み合わせの選択を回避するように構成することができる。送信オケージョンパターンは、Ｄ２Ｄ通信のために許可された（例えば、基地局１１４によって構成される、またはカバレージ外のために事前構成されるような）サブフレームのセットを含むことができる。送信の時間リソースパターン（Ｔ−ＲＰＴ）は、送信オケージョンパターン上で定義することができ、データを送信するためにＷＴＲＵ１０２によって使用されるサブフレームのセットを含むことができる。Ｔ−ＲＰＴは、各ＭＡＣ  ＰＤＵの送信のためのリソースを示すことができる。複数のＭＡＣ  ＰＤＵの場合、Ｔ−ＲＰＴは、送信間隔またはそれらの間の間隔を示すことができる。
【００６４】
実施形態では、ＷＴＲＵ１０２は、測定に基づいて、基本パターン３０４、５０４または基本パターン組み合わせを選択するように構成することができる。例えば、ＷＴＲＵ１０２は、ＳＡ３０２、５０２および／または先行するデータ送信期間３０６、５１０を考慮して、基本パターン３０４、５０４または基本パターン組み合わせを選択するように構成することができる。ＳＡ３０２、５０２に関して、ＷＴＲＵ１０２は、基本パターン３０４、５０４の選択を行うために、他のＷＴＲＵ１０２からのＳＡ３０２、５０２の送信を受信するように構成することができる。先行するデータ送信期間３０６、５１０に関して、ＷＴＲＵ１０２は、送信期間３０６、５１０中に行われた電力／無線測定に基づいて、基本パターン３０４、５０４または基本パターン組み合わせを選択するように構成することができる。
【００６５】
実施形態では、ＷＴＲＵ１０２は、識別子、ＭＡＣ  ＰＤＵの数、および／または巡回冗長検査（ＣＲＣ）のうちの１または複数を考慮して、ランダムまたは疑似ランダムに、基本パターン３０４、５０４または基本パターン組み合わせを選択するように構成することができる。
【００６６】
実施形態では、送信ＷＴＲＵ１０２は、送信期間において利用可能なすべての送信機会よりも少ない送信機会を使用するように構成することができる。ＷＴＲＵ１０２は、以下のうちの１または複数のために、すなわち、データ送信が終了したことを示すこと、リソースが利用可能であることを示すこと、基準信号を送信すること、追加のＤ２Ｄ制御信号を送信すること、可能な干渉を測定すること、近くの基地局１１４から可能な構成信号を受信すること、送信先ＷＴＲＵ１０２からデータを受信すること、および／またはフィードバック情報を受信することを行うために、未使用の送信機会を利用するように構成することができる。
【００６７】
ここで図７を参照すると、実施形態では、ＷＴＲＵ１０２は、従来の基本パターン３０４、５０４によってサポートされるものの２倍の送信データレートを達成するように構成することができる。ＷＴＲＵ１０２は、データ送信期間にわたって、図２Ａおよび図２Ｂに示される基本パターンなど、時間的に直交する基本パターン３０４、５０４の組み合わせを利用するように構成することができる。図７は、基本パターン２０２および２０４（図２Ａおよび図２Ｂ）に基づいたデータパケット２０６およびブラインド再送２０８を含む、例示的な組み合わせパターン７０２の図である。
【００６８】
実施形態では、ＷＴＲＵ１０２は、事前構成を使用して、またはＷＴＲＵ１０２へのシグナリングによって示されるように、１または複数の基本パターン３０４、５０４を拡張することによって、より多くのリソースを獲得するように構成することができる。ＷＴＲＵ１０２は、時間（ｎ個の連続する時間フレームに拡張することによって）、周波数（構成に応じて、中心周波数もしくはバンドエッジに向かってｎ個の連続するリソースブロック（ＲＢ）に拡張することによって）、またはアンテナ極性／方向など、１または複数のパラメータにおいて、データ送信のための利用可能なリソースを拡張するように事前構成することができる。
【００６９】
基本パターンを組み合わせることに関して上で説明された例と同様に、ＷＴＲＵ１０２は、時間直交性、カバレージシナリオ、トラフィックタイプ／ＱｏＳ要件／アプリケーション、干渉制御、ＷＴＲＵ１０２のデータトラフィック、（例えば、ＳＡおよび／もしくは先行するデータ送信期間のうちの１もしくは複数を考慮した）測定、ならびに／または（例えば、識別子、ＭＡＣ  ＰＤＵの数、および／もしくはＣＲＣのうちの１もしくは複数を考慮した）疑似ランダム選択を任意の順序または組み合わせで考慮して、利用可能なデータリソースを拡張するように構成することができる。
【００７０】
上で説明されたように、基本パターン３０４、５０４を組み合わせる代わりに、それらを拡張することには、より単純な制御シグナリングを関連付けることができる。基本パターン３０４、５０４が、組み合わされる代わりに拡張される場合、削減された数の基本パターン３０４、５０４しか指定する必要がないことがある。
【００７１】
ここで図８を参照すると、基本パターン３０４、５０４、ならびに時間および周波数において基本パターン３０４、５０４に直接的に隣接した関連する拡張リソースを示すようにＷＴＲＵ１０２が構成された例の図が、示されている。図８は、基本パターン２０２（図２Ａ）のデータパケット２０６およびブラインド再送２０８が時間および周波数の両方において拡張された、拡張されたパターン８０２を示している。
【００７２】
図９を参照すると、基本パターン３０４、５０４、ならびに隣接しない時間リソースおよび周波数リソースのセットを示すようにＷＴＲＵ１０２が構成された例の図である。これは、追加の時間リソースからのフィードバック情報のいかなる遅延要件にも適合することができる。言い換えると、それは、ＷＴＲＵ１０２が、送信と送信との間にフィードバック情報を受信することを可能にすることができる。それは、ＷＴＲＵ１０２が、追加の周波数リソースからの無線チャネルからの可能な周波数ダイバーシティを利用することを可能にすることもできる。図９は、図２Ｂの基本パターン２０４のデータパケット２０６およびブラインド再送２０８が、示されるように追加の時間リソースおよび周波数リソースを用いて拡張された、拡張パターン９０２を示している。
【００７３】
実施形態では、基本パターン３０４、５０４のＨ−ＡＲＱ送信の数は、変更することができる。基本パターン３０４、５０４は、事前決定された性能要件を満たすように、事前決定された数の再送２０８と関連付けることができる。例えば、必要とされる再送の数は、ＶｏＩＰアプリケーションの場合は、４になるように構成することができる。より高いデータ送信能力を達成するために、ＷＴＲＵ１０２は、いくつかのシナリオでは、数を減らして、より少数のブラインド再送２０８を送信するように構成することができる。しかしながら、これは、無線カバレージを犠牲にすることがある。
【００７４】
ＷＴＲＵ１０２は、最低性能要件、カバレージシナリオ、トラフィックタイプ／ＱｏＳ要件／アプリケーション、データ送信のために使用されるＭＣＳ、干渉制御、およびＷＴＲＵ１０２の能力を含む１または複数のパラメータを、任意の順序または組み合わせで考慮して、基本パターン３０４、５０４における再送２０８の数を減じるように構成することができる。実施形態では、ＷＴＲＵ１０２は、より高いデータ送信レートと引き換えに、それの最低性能要件を引き下げるように構成することができる。実施形態では、ＷＴＲＵ１０２は、関連するトラフィックタイプ／ＱｏＳ要件／アプリケーションが、従来の技法よりも誤り耐性があるように構成することができる。実施形態では、ＷＴＲＵ１０２は、より少数の再送２０８しか必要としないように、２位相偏移変調（ＢＰＳＫ）など、より低い次数の変調、またはより低い符号化レートを用いるように構成することができる。
【００７５】
減じられた数の再送２０８しか必要ではないことを識別した場合、ＷＴＲＵ１０２は、事前決定されたテーブルを用いるように構成することができる。テーブルは、着信したＭＡＣ  ＰＤＵの送信が、与えられた基本パターン３０４、５０４においてサブフレームにどのようにマッピングされるかを示すことができる。例えば、テーブルは、ＷＴＲＵ１０２が、１つのＭＡＣ  ＰＤＵに対して偶数番のサブフレームを割り当て、別のＭＡＣ  ＰＤＵに対して奇数番のサブフレームを割り当てることができることを示すことができる。別の例では、テーブルは、最初に着信したＭＡＣ  ＰＤＵに対して最初のｎ個のサブフレームを割り当て、次に着信したＭＡＣ  ＰＤＵに対して次のｍ個のサブフレームを割り当て、以下同様に割り当てることができることを示すことができる。
【００７６】
実施形態では、ＷＴＲＵ１０２は、複数のアンテナを備えることができ、例えば、空間多重化技法を使用して、送信アンテナ毎に異なる基本パターン３０４、５０４を利用することができる。基本パターン３０４、５０４を決定するために、ＷＴＲＵ１０２は、直交性、干渉についての検討事項、ＷＴＲＵ１０２の能力、ＷＡＮデータトラフィック、および疑似ランダム選択を含む１または複数のパラメータを、任意の組み合わせまたは順序で使用するように構成することができる。実施形態では、基本パターン３０４、５０４の選択は、データ送信を最大化し、可能な干渉を低減させるために、非直交であるものを除外することができる。実施形態では、ＷＴＲＵ１０２は、識別子、ＭＡＣ  ＰＤＵの数、および／またはＣＲＣのうちの１または複数を考慮して、疑似ランダム選択によって、対応する基本パターン３０４、５０４を選択するように構成することができる。
【００７７】
実施形態では、ＷＴＲＵ１０２は、与えられた基本パターン３０４、５０４の最初のＮtx個のＨ−ＡＲＱ送信だけを送信するように構成することができ、ここで、Ｎtxは、より高位のレイヤを介して構成することができる。
【００７８】
別の実施形態では、ＷＴＲＵ１０２は、より高いデータ送信能力を達成するために、追加のシグナリングを利用するように構成することができる。追加のシグナリングは、例えば、ＳＡ３０２、５０２において追加のビットを定義することによって、および／または複数のＳＡ３０２、５０２を送信することによって、達成することができる。
【００７９】
ＳＡ３０２、５０２において追加のビットを定義することに関して、ＷＴＲＵ１０２は以下の情報、すなわち、ＭＣＳ関連のパラメータ、個々の基本パターンのインデックス、２つ以上の基本パターン３０４、５０４の組み合わせを示すためのビットの特別なセット、基本パターン３０４、５０４を拡張するためのビットの特別なセット、ブラインド再送２０８の数、空間多重化インデックス、および／またはパターン拡張モードのうちの１または複数を、ＳＡ３０２、５０２の内容に含むように構成することができる。
【００８０】
実施形態では、ＷＴＲＵ１０２は、より高次の変調（例えば、６４直交振幅変調（ＱＡＭ））、またはより高い（例えば、１に近い）コードレートなど、より動的なＭＣＳ関連のパラメータを適用するように構成することができる。これは、送信先ＷＴＲＵ１０２が近くにあるＤ２Ｄ通信において、またはカバレージがＤ２Ｄ通信の主要関心事でない場合に、有利なことがある。
【００８１】
実施形態では、ＷＴＲＵ１０２は、複数の基本パターン３０４、５０４を個々に利用することができる場合に、より多くの基本パターン関連のインデックスを伝達するように構成することができる。
【００８２】
実施形態では、ＷＴＲＵ１０２は、事前構成されたテーブルを使用して、基本パターン３０４、５０４の特別な組み合わせを示すように構成することができる。基本パターン３０４、５０４の様々な組み合わせに対応するために、ＷＴＲＵ１０２は、特別なビットフィールドを使用することができる。
【００８３】
実施形態では、ＷＴＲＵ１０２は、隣接するリソースまたは隣接しないリソースを用いて、基本パターン３０４、５０４を拡張するように構成することができる。
【００８４】
実施形態では、ＷＴＲＵ１０２は、必要とされる再送２０８の数を、事前決定された集合（例えば、｛１，２，４，８｝）から示すように構成することができる。
【００８５】
実施形態では、ＷＴＲＵ１０２は、空間多重化が使用可能かどうかを示すように構成することができる。それが使用可能である場合、送信アンテナ毎の事前決定されたテーブルを、対応する基本パターン３０４、５０４の選択のために使用することができる。
【００８６】
実施形態では、ＷＴＲＵ１０２は、基本パターン拡張または組み合わせのモードを示すように構成することができる。例えば、ＷＴＲＵ１０２は、このパラメータを介して、基本パターン３０４、５０４が拡張されるか、組み合わされるか、それともそのままかを示すことができる。ＷＴＲＵ１０２は、さらに、基本パターン拡張モードの値に応じて、個々の基本パターンのインデックスなど、他のパラメータを異なるように解釈することができる。
【００８７】
実施形態では、ＷＴＲＵ１０２は、高められたロバスト性および追加のシグナリングの目的で、２つ以上のＳＡ３０２、５０２を送信するように構成することができる。複数のＳＡ３０２、５０２の伝達のために使用される時間および／または周波数リソースは、ＷＴＲＵ１０２に知られていることを仮定することができる。この仮定に基づいて、ＷＴＲＵ１０２は、同じ内容の複数のＳＡ３０２、５０２を送信することによって、構成することができる。例えば、ＷＴＲＵ１０２は、時間割り当ておよび周波数割り当ての事前決定された組み合わせを介して、複数のＳＡ３０２、５０２からの追加の制御シグナリングを送信することによって、構成することができる。このケースでは、ＷＴＲＵ１０２は、時間リソースおよび周波数リソースの特別な組み合わせにマッピングされる特別なシグナリングのリストを有する、事前構成されたテーブルを有することができる。これの利益は、それの単純性およびロバスト性とすることができる。
【００８８】
ここで図１０Ａおよび図１０Ｂを参照すると、同じ内容を有する複数のＳＡ３０２、５０２を異なるパターンを使用して送信する例を示す図が、示されている。図１０Ａでは、ＳＡ３０２、５０２の時間／周波数ロケーションは、ＷＴＲＵ１０２が、基本パターン３０４、５０４をそれの隣接する時間リソースおよび周波数リソースの両方に拡張するように構成されることを示すことができる。図１０Ｂでは、ＳＡ３０２、５０２の時間／ロケーションは、ＷＴＲＵ１０２が、２つの基本パターン３０４、５０４を組み合わせるように構成されることを示すことができる。これらの基本パターンのインデックスは、スケジューリング期間３０８、５１２中に、ＳＡ３０２、５０２の時間／周波数ロケーションから導出することができる。
【００８９】
複数のＳＡ３０２、５０２は、各々がｎビットの情報を伝える能力を有し、各ＳＡ３０２、５０２が異なる内容を運ぶことを可能にすることによって、ｍ＞ｎであるｍビットの制御情報を伝達するように事前構成することができる。このケースでは、ＷＴＲＵ１０２は、各ＳＡ３０２、５０２の内容の特別な組み合わせにマッピングされる特別なシグナリングのリストを有する、事前構成されたテーブルを有することができる。これは、より多くの制御シグナリングに対応することができる。
【００９０】
Ｄ２Ｄ通信のためのより効率的なデータ送信を達成するために、ＷＴＲＵ１０２は、送信先識別子を変更すること、および／またはＷＴＲＵ１０２が必ずしもすべての送信機会を使用しないことを可能にすることのうちの１または複数を使用することによって、基本パターン３０４、５０４および／またはデータ送信期間３０６、５１０のうちの１または複数において、より多くのリソースのために構成することができる。
【００９１】
実施形態では、より多くの送信先識別子に対応する必要性を識別した場合、ＷＴＲＵ１０２は、事前決定されたテーブルを用いるように構成することができる。テーブルは、着信したＭＡＣ  ＰＤＵにいつ異なる識別子を適用すべきか、および与えられた基本パターン３０４、５０４におけるどのサブフレーム上においてかを示すことができる。例えば、テーブルは、ＷＴＲＵ１０２が、１つの送信先識別子に対して偶数番のサブフレームを割り当て、別の送信先識別子に対して奇数番のサブフレームを割り当てることができることを示すことができる。別の例では、テーブルは、ＷＴＲＵ１０２が、１つの送信先識別子に対して偶数番の基本パターン３０４、５０４を割り当て、別の送信先識別子に対して奇数番の基本パターン３０４、５０４を割り当てることができることを示すことができる。別の例では、テーブルは、ＷＴＲＵ１０２が、最初の送信先識別子に対して最初のｎ個のサブフレームを割り当て、次の送信先識別子に対して次のｍ個のサブフレームを割り当て、以下同様に割り当てることができることを示すことができる。別の例では、テーブルは、ＷＴＲＵ１０２が、最初の送信先識別子に対して最初のｎ個の基本パターン３０４、５０４を割り当て、次の送信先識別子に対して次のｍ個の基本パターン３０４、５０４を割り当て、以下同様に割り当てることを示すことができる。
【００９２】
実施形態では、送信ＷＴＲＵ１０２は、送信期間３０６、５１０中に、送信機会のいくつかだけを使用するように構成することができる。ＷＴＲＵ１０２は、以下の目的、すなわち、データ送信が終了したことを示すこと、リソースが利用可能であることを示すこと、基準信号を送信すること、追加のＤ２Ｄ制御信号を送信すること、可能な干渉を測定すること、近くの基地局１１４から可能な構成信号を受信すること、送信先ＷＴＲＵ１０２からデータを受信すること、および／またはフィードバック情報を受信することのうちの１または複数のために、未使用の送信機会を利用するように構成することができる。
【００９３】
実施形態では、ＷＴＲＵ１０２は、送信のために１または複数の基本パターン３０４、５０４を選択するように構成することができる。一例では、ＷＴＲＵ１０２は、新しいスケジューリング期間３０８、５１２が開始する直前に、または到来するスケジューリング期間３０８、５１２と関連付けられたＳＡ３０２、５０２の送信前に、基本パターン選択を実行することができる。別の例では、ＷＴＲＵ１０２は、最初に基本パターンのファミリを選択し、次に基本パターンファミリにおいて特定のパターン３０４、５０４を選択することによって、与えられたスケジューリング期間３０８、５１２のための基本パターン３０４、５０４を選択するように構成することができる。別の例では、ＷＴＲＵ１０２は、例えば、所望の送信レートまたはスケジューリング期間３０８、５１２などに基づいて、最初に、１または複数の送信プールおよびそれらに対応する基本パターンのファミリを一緒に選択するように構成することができる。ＷＴＲＵ１０２は、次に、基本パターンファミリにおいて特定の基本パターン３０４、５０４を選択することができる。
【００９４】
基本パターンのファミリは、Ｄ２Ｄ通信のためだけに予約されたサブフレームを有する基本パターン３０４、５０４を含むことができる。これは、Ｄ２Ｄリソースのためのサブフレームビットマッピング、およびリソースプールの反復サイクルにおけるＤ２Ｄサブフレームの数などを含むことができる、送信プールの構成によって、達成することができる。送信プールは、無線リソース制御（ＲＲＣ）シグナリングを介して伝達することができ、またはネットワーク外カバレージの場合、例えば、ＷＴＲＵ１０２内に、事前構成することができる。
【００９５】
いくつかのケースでは、ＷＴＲＵ１０２は、基本パターンファミリの他に、送信プールの利用可能なソースに属する１または複数の送信プールも一緒に選択するように構成することができる。一例では、ＷＴＲＵ１０２は、以下の検討事項、すなわち、干渉軽減、事前決定されたデータ送信のプライオリティ（例えば、公安）、（所望のレート、アプリケーション、サービスを含む）送信要件、測定、および／または他の検討事項のうちの１または複数を、任意の順序または組み合わせで使用して、１または複数の特定の送信プールを選択するように構成することができる。
【００９６】
基本パターンファミリは、例えば、以下の要素、すなわち、基本パターン長、送信の数、および／またはファミリの直交性特性のうちの１または複数によって、特徴付けることができる。基本パターン長は、基本パターン３０４、５０４がその上で定義されるサブフレームの数とすることができる。送信の数は、基本パターン３０４、５０４における送信サブフレームの数とすることができ、一例では、Ｈ−ＡＲＱ送信の数に対応することができる。基本パターンファミリの直交性特性は、例えば、ファミリにおける任意の２つの基本パターン３０４、５０４が互いにオーバーラップすることがあるサブフレームの最大数（本明細書では最大オーバーラップと呼ばれる）を表現することができる。一般に、基本パターンファミリの直交性特性は、メトリックを提供すること、または同じファミリの基本パターン３０４、５０４の間の直交性を特徴付けることができる。
【００９７】
基本パターン３０４、５０４は、１または複数のテーブルにおいて表現することができる。以下の表１は、基本パターンテーブルの例を提供している。各エントリは、与えられたパターン番号によってインデックス付けすることができる。ファミリインデックスも、ファミリ＃の列において割り当てられている。この例では、各基本パターンファミリは、基本パターン長と、送信機会の数と、基本パターンファミリにおける任意の２つのエントリ間の最大オーバーラップとの組み合わせに対応する。基本パターンの列におけるエントリは、１が送信機会を示し、０が送信なしを示す、送信パターンを示すことができる。基本パターン３０４、５０４の長さは、与えられた基本パターン長に対応し、１の数は、送信の数の列によって与えられ、与えられた基本パターンファミリのための任意の２つの基本パターン３０４、５０４の間のオーバーラップする送信機会の最大数は、最大オーバーラップの列によって与えられる。
【００９８】
【表１】
0006449987.tif 000002
【００９９】
ＷＴＲＵ１０２は、到来するスケジューリング期間３０８、５１２におけるＤ２Ｄ送信のために使用する基本パターン３０４、５０４のファミリを決定するように構成することができる。決定は、以下の例示的なパラメータ、すなわち、サービスタイプ／ＱｏＳ／ＱＣＩ、スケジューリング期間３０８、５１２、遅延／レート要件、カバレージシナリオ／条件、バッファ内のデータの量／バッファステータス（例えば、バッファ内の蓄積されたＭＡＣ  ＰＤＵの数）、アプリケーションデータレート、（例えば、基地局１１４によって構成されるような）Ｄ２Ｄ送信オケージョンの数、スケジューリング期間３０８、５１２中に送信されるＭＡＣ  ＰＤＵの推定される数、測定／ＳＡ受信（例えば、リソース利用可能性の推定、干渉測定、および／もしくはどのパターンファミリが現在使用されているかを示す他のＷＴＲＵ１０２からのＳＡ３０２、５０２の受信）、ユニキャスト動作対マルチキャスト／グループキャスト／ブロードキャスト動作、（例えば、セル内もしくは１ｋｍ以内の）周囲のＤ２Ｄ  ＷＴＲＵ１０２の数、ＲＲＣ構成、ならびに／または送信プールのうちの１または複数に、任意の順序または組み合わせで、基づくことができる。
【０１００】
以下の例は、到来するスケジューリング期間３０８、５１２におけるＤ２Ｄ送信のために使用する基本パターン３０４、５０４を決定するために、ＷＴＲＵ１０２がこれらのパラメータをどのように使用することができるかを示している。例は、個々に説明されるが、実際には、ＷＴＲＵ１０２は、例を任意の順序または組み合わせで使用するように構成することができることが理解されるべきである。以下の例は、単一の基本パターンファミリを選択するＷＴＲＵ１０２に関して説明されるが、例は、２つ以上の基本パターンファミリを選択するＷＴＲＵ１０２にも適用することができることがさらに理解されるべきである。
【０１０１】
ＷＴＲＵ１０２は、それのカバレージシナリオに基づいて、使用する基本パターンファミリを決定するように構成することができる。一例では、ＷＴＲＵ１０２は、事前決定された基本パターン長を有する基本パターンファミリを使用するように構成することができる。例えば、ＷＴＲＵ１０２は、カバレージ外の場合、事前定義された基本パターン長、例えば、２０という基本パターン長を使用することに決定することができる。カバレージ内の場合、ＷＴＲＵ１０２は、基地局１１４から基本パターン長についての構成を受信するように構成することができる。カバレージ内の場合の明示的な構成は、ＲＲＣシグナリングを介して（例えば、専用シグナリングまたはシステム情報ブロック（ＳＩＢ）を介して）実施することができる。基地局１１４は、デフォルトの基本パターンファミリを使用することをＷＴＲＵ１０２に示すこともできる（例えば、ＷＴＲＵ１０２は、カバレージ内で動作する場合、デフォルトの基本パターンファミリまたは基本パターン長を用いるように構成することができる）。
【０１０２】
別の例では、ＷＴＲＵ１０２は、サービス／アプリケーション要件（例えば、ＱｏＳ／ＱＣＩ要件）に基づいて、固定された基本パターンファミリを使用するように構成することができる。ＷＴＲＵ１０２は、例えば、ＶｏＩＰトラフィックを送信する場合、指定された基本パターンファミリ（例えば、５つの送信を有するファミリインデックス＃０）を使用するように構成することができる。
【０１０３】
別の例では、サービス／アプリケーション要件に基づいて、ＷＴＲＵ１０２は、スケジューリングサイクル毎に異なる基本パターンファミリを選択するように構成することができる。より具体的には、ＷＴＲＵ１０２は、例えば、リソースプールビットマップに従ってＤ２Ｄデータを送信するように構成することができる。スケジューリング期間３０８、５１２において、ＷＴＲＵ１０２は、最初に適切な基本パターン長を決定し、次に対応する基本パターンファミリを選択する必要があることがある。
【０１０４】
別の例では、ＷＴＲＵ１０２は、例えば、ＶｏＩＰの場合、２０ｍｓ毎に少なくとも５つの送信をサポートする基本パターンファミリを選択するように構成することができる。ＷＴＲＵ１０２は、最初に、与えられたスケジューリング期間３０８、５１２中に、Ｄ２Ｄ送信オケージョンの数を決定することができる。これは、カバレージ内で動作する場合、例えば、基地局１１４から受信した構成に基づいて決定することができる。別の実施形態では、Ｄ２Ｄ送信オケージョンの数は、ネットワークカバレージの外部の場合、例えば、汎用加入者識別モジュール（ＵＳＩＭ）、アプリケーションにおいて事前決定すること、または仕様で固定することができる。
【０１０５】
実施形態では、ＷＴＲＵ１０２は、２０ｍｓの期間毎に、平均でいくつのＤ２Ｄ送信オケージョンが存在するかをさらに決定することができる。これは、（例えば、余りを無視した、またはフロア演算を適用した）単純な除算によって行うことができる。ＷＴＲＵ１０２は、次に、この数に基づいて、基本パターン長を選択することができる。
【０１０６】
ＷＴＲＵ１０２は、必要とされる送信の数、および基本パターン長に基づいて、基本パターンファミリを選択することができる。ＷＴＲＵ１０２は、ファミリにおける基本パターンの間でオーバーラップするサブフレームの数が最も少ない、基本パターンファミリを選択するように構成することができる。実際には、しかしながら、最大オーバーラップパラメータは、基本パターン長および送信の数に依存することがある可能性が高い。
【０１０７】
別の例では、ＷＴＲＵ１０２は、それが到来するスケジューリング期間３０８、５１２において送信する必要があるＭＡＣ  ＰＤＵの数を推定するように構成することができる。ＷＴＲＵ１０２は、次に、送信オケージョンを所与として、ＭＡＣ  ＰＤＵ送信の数をサポートする基本パターン長を選択することができる。
【０１０８】
実施形態では、ＷＴＲＵ１０２は、それが２つ以上のブラインド再送（例えば、Ｈ−ＡＲＱプロセス）を必要とするかどうかを決定することができる。ＷＴＲＵ１０２は、到来するスケジューリング期間３０８、５１２のために必要とされる必要とされるＨ−ＡＲＱプロセスの数を決定することができる。ＷＴＲＵ１０２は、例えば、以下のうちの１または複数、すなわち、バッファ内のデータの量、サービス遅延要件、および／または与えられた時間間隔において（例えば、次のスケジューリング期間３０８、５１２中に）生成される推定されるデータの量に基づいて、この決定を行うことができる。例えば、従来のＬＴＥアップリンク送信またはＤ２Ｄ通信におけるように、物理アップリンク共用チャネル（ＰＵＳＣＨ）送信を使用する場合、各サブフレームにおいて単一のＭＡＣ  ＰＤＵ（または単一のＨ−ＡＲＱプロセス）を送信するだけであることが、望ましいことがある。これは、送信が、それのシングルキャリア直交周波数分割多元接続（ＳＣ−ＯＦＤＭＡ）特性を維持すること、および送信機が、それの電力増幅器をより良く使用することができることを保証することができる。
【０１０９】
ＷＴＲＵ１０２が、それがスケジューリング期間３０８、５１２中に２つ以上のＨ−ＡＲＱプロセスを必要とすると決定する、実施形態では、ＷＴＲＵ１０２は、最大オーバーラップが０の（例えば、時間において完全に直交する）基本パターンファミリから１または複数の基本パターン３０４、５０４を選択するように構成することができる。これは、複数のＨ−ＡＲＱプロセスを異なるオーバーラップしない基本パターン３０４、５０４に割り当てることができることを保証することができる。あるいは、ＷＴＲＵ１０２は、与えられた基本パターンファミリにおける相互に時間的に直交する基本パターン３０４、５０４のセットから、基本パターン３０４、５０４を選択するように構成することができる。すなわち、各基本パターンファミリ内において、時間的に直交する基本パターン３０４、５０４のいくつかの組み合わせが存在することがある。ＷＴＲＵ１０２は、次に、送信のために、各Ｈ−ＡＲＱプロセスを時間的に直交する異なる基本パターン３０４、５０４に割り当てることができる。
【０１１０】
実施形態では、ＷＴＲＵ１０２は、実施される通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、グループキャストの性質を有するか、それともブロードキャストの性質を有するかを決定するように構成することができる。実施される通信が、ユニキャストの性質を有する場合、ＷＴＲＵ１０２は、次に、ユニキャスト通信に固有の基本パターンファミリを決定するように構成することができる。あるいは、実施される通信が、マルチキャスト、グループキャスト、またはブロードキャストの性質を有する場合、ＷＴＲＵ１０２は、マルチキャスト、グループキャスト、またはブロードキャストに固有の基本パターンファミリを決定するように構成することができる。
【０１１１】
遅延要件、およびバッファ内の蓄積されたＭＡＣ  ＰＤＵの数に応じて、ＷＴＲＵ１０２は、関連する基本パターン長または送信の数に基づいて、基本パターンファミリを決定するように構成することができる。一例では、バッファがほぼ満杯の場合、ＷＴＲＵ１０２は、バッファを空にするファミリパラメータ（例えば、より長い基本パターン長、またはより多い送信の数）を有する基本パターンファミリを選択することができる。別の例では、ＷＴＲＵ１０２は、電子メール送信またはウェブブラウジングなど、遅延に敏感でないアプリケーションのためのファミリパラメータ（例えば、より短い基本パターン長、またはより少ない送信の数）を有する基本パターンファミリを選択するように構成することができる。
【０１１２】
ＷＴＲＵ１０２の事前決定された範囲内に１または複数の送信Ｄ２Ｄ  ＷＴＲＵ１０２が存在することができる、実施形態では、ＷＴＲＵ１０２は、短い基本パターン長、より少ない送信の数、またはファミリ内の任意の２つのエントリ間におけるより小さい最大オーバーラップを含むファミリパラメータを有する、基本パターンファミリを使用するように構成することができる。そうすることによって、ＷＴＲＵ１０２は、他の送信ＷＴＲＵ１０２をリスンし、データ送信の衝突および干渉の確率を低減させるための、それの能力を強化することができる。ＷＴＲＵ１０２の事前決定された範囲内に僅か（例えば、２つ未満）しか、または全くＷＴＲＵが存在しない、実施形態では、ＷＴＲＵ１０２は、より長い基本パターン長、またはより多い送信の数を含むファミリパラメータを有する、基本パターンファミリを選択することができる。事前決定された範囲は、例えば、ＷＴＲＵ１０２と同じセル、またはＷＴＲＵ１０２から一定の距離（例えば、１ｋｍ）以内とすることができる。
【０１１３】
実施形態では、ＷＴＲＵ１０２は、事前構成または選択された送信プールに基づいて、基本パターンファミリを使用するように構成することができる。一例では、ＷＴＲＵ１０２は、例えば、所望の送信レートを満たすために、ビットマップにおける１の分配によって決定された基本パターンファミリを用いるように構成することができる。別の例では、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２以内にＷＴＲＵ１０２がデータ送信を終了させることを可能にする、指定されたファミリパラメータ（例えば、基本パターン長または送信の数）を有する、基本パターンファミリを選択することができる。
【０１１４】
ＷＴＲＵ１０２は、特定の基本パターンファミリから１または複数の基本パターン３０４、５０４を選択するように構成することもできる。より具体的には、ＷＴＲＵ１０２が基本パターンファミリをひとたび決定すると、ＷＴＲＵ１０２は、Ｄ２Ｄデータ送信のために、その基本パターンファミリから１または複数の基本パターン３０４、５０４を選択するように構成することができる。
【０１１５】
実施形態では、ＷＴＲＵ１０２は、例えば、一様分布を使用して、与えられた基本パターンファミリから基本パターン３０４、５０４をランダムに選択するように構成することができる。この手法は、例えば、ＷＴＲＵ１０２が、他のＷＴＲＵ１０２が何を使用していることがあるかについての事前知識を有さない場合に、使用することができる。
【０１１６】
実施形態では、ＷＴＲＵ１０２は、１または複数の識別子に基づいて、与えられた基本パターンファミリから基本パターン３０４、５０４を選択するように構成することができる。一例では、ＷＴＲＵ１０２は、例えば、モジュロ演算など、識別子に対する演算に基づいて、基本パターン３０４、５０４を選択するように構成することができる。
【０１１７】
ＷＴＲＵ１０２は、疑似乱数発生器の結果に基づいて、与えられた基本パターンファミリから基本パターン３０４、５０４を選択するように構成することができる。実施形態では、疑似乱数発生器は、一意的なＷＴＲＵ１０２の識別子（例えば、無線ネットワーク一時識別子（ＲＮＴＩ）、国際モバイル加入者識別番号（ＩＭＳＩ）、またはグループ識別子）などの識別子を用いて初期化し、システムフレーム番号（ＳＦＮ）などの知られた時間変数を用いて反復することができる。この手法は、例えば、２つのＷＴＲＵ１０２がたびたび同じ基本パターン３０４、５０４を選択しないことを保証することができる。
【０１１８】
実施形態では、ＷＴＲＵ１０２は、送信のためにどの基本パターン３０４、５０４を使用すべきかを決定するために、測定を実行し、および／または異なるＷＴＲＵ１０２からの１もしくは複数のＳＡ３０２、５０２を検出するように構成することができる。一例では、ＷＴＲＵ１０２は、測定／ＳＡ３０２、５０２の受信から、他のＷＴＲＵ１０２によってすでに使用されている基本パターン３０４、５０４のセットを決定するように構成することができる。ＷＴＲＵ１０２は、この情報を使用して、送信のためにどの基本パターン３０４、５０４を使用すべきかを決定することができる。
【０１１９】
より具体的には、ＷＴＲＵ１０２は、他のＷＴＲＵ１０２によって使用されていると決定された基本パターン３０４、５０４に関して時間的に直交する、１または複数の基本パターン３０４、５０４を選択するように構成することができる。この手法は、ＷＴＲＵ１０２が、他の送信からの干渉を回避することを可能にすることができる。時間的に直交する基本パターン３０４、５０４を見つけることができない（例えば、すべての時間的に直交する基本パターン３０４、５０４がすでに使用されていることが分かった）場合、ＷＴＲＵ１０２は、使用されている基本パターン３０４、５０４と時間的にオーバーラップする量が最も少ない基本パターン３０４、５０４を選択するように構成することができる。
【０１２０】
これは、例えば、基本パターン３０４、５０４のペアの間の相関を決定することによって達成することができる。例えば、ＷＴＲＵ１０２は、基本パターン３０４、５０４の各ペアについての相関メトリックを決定するように構成することができる。実施形態では、この相関メトリックは、時間パターンばかりでなく、周波数ホッピングおよび／または測定された受信電力も考慮することができる。ＷＴＲＵ１０２は、次に、現在他のＷＴＲＵによって使用されていると決定された基本パターン３０４、５０４と最も良好な相関メトリック（例えば、小さい相関）を有する、基本パターン３０４、５０４を選択するように構成することができる。
【０１２１】
いくつかの実施形態で使用されるような、Ｄ２Ｄ通信のための送信パラメータの選択が、本明細書でさらに説明される。例えば、ＭＣＳおよび送信されるリソースブロック（ＲＢ）の数の選択が、説明される。いくつかの例では、送信ＷＴＲＵ１０２は、多くのＲＢのうちの少なくとも１つを選択すること、およびスケジューリング期間３０８、５１２のすべての送信のために使用されるＭＣＳを選択することができる。
【０１２２】
いくつかの実施形態では、一方ではＭＣＳと、ＲＢの数と、空間多重化されるレイヤの数との組み合わせと、他方ではトランスポートブロックサイズとの間に、事前定義されたマッピングが存在することがある。マッピングは、複数の組み合わせが同じトランスポートブロックサイズにマッピングされるようなものとすることができる。事前定義されたマッピングは、ネットワークへの送信およびネットワークからの送信のために使用されるマッピングと同一とすることができる。
【０１２３】
いくつかの実施形態では、ＷＴＲＵ１０２は、最初に、スケジューリング期間３０８、５１２にわたって送信されるトランスポートブロックのサイズを決定し、次に、決定されたトランスポートブロックサイズにマッピングされるＭＣＳと、ＲＢの数と、レイヤの数との１つの組み合わせを選択することができる。実施形態では、ＭＣＳと、ＲＢの数と、レイヤの数との組み合わせは、事前定義または構成された値のサブセットのうちの１つに制限することができる。例えば、ＱＰＳＫ変調に対応するＭＣＳのみ、事前定義もしくは構成された最小値と最大値の間のＲＢの数のみ、および／またはシングルレイヤ送信のみに制限することができる。実施形態では、ＭＣＳと、ＲＢの数と、レイヤの数との組み合わせは、特定のメトリックが最大になるもの、または事前定義もしくは構成された目標値に最も近くなるものとすることができる。メトリックは、ＲＢの数、ＭＣＳインデックス、スペクトル効率、送信レイヤの数、（符号化ビットに対する情報ビットの比として、もしくは符号化変調シンボルに対する情報ビットの比として定義される）符号化レート、ＲＢの数（もしくは帯域幅）とＭＣＳインデックスとの間の比、および／またはＲＢの数とスペクトル効率との間の比を含むことができる。
【０１２４】
いくつかの実施形態で使用されるような、Ｄ２Ｄ通信のためのＴ−ＲＰＴおよびトランスポートブロックサイズの選択が、本明細書でさらに説明される。例では、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２のすべての送信のために使用される、Ｔ−ＲＰＴパターンおよびトランスポートブロックサイズ（Ｓ）のうちの少なくとも一方を選択することができる。例では、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２にわたって送信される情報ビットの数（Ｂ）を最初に決定することができる。この数は、以下の基準、すなわち、Ｂについての事前定義または構成された最小値および／または最大値、より高位のレイヤ（例えば、パケットデータ収束プロトコル（ＰＤＣＰ）または無線リンク制御（ＲＬＣ））からの目標情報ビットレート、スケジューリング期間３０８、５１２の持続時間、最大または目標送信待ち時間、最大または目標送信バッファサイズ、ＭＡＣ、ＲＬＣ、またはＰＤＣＰプロトコルヘッダのために必要とされるビットの数、ビットレートを適応的に変更するために使用されるステップサイズ、ならびに送信バッファの状態のうちの少なくとも１つを考慮して、決定することができる。送信バッファの状態は、ビットの数、ＳＤＵがバッファに到着してから経過した時間の持続時間、またはそれの最大値を使用して、決定することができる。
【０１２５】
例えば、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２にわたって送信する情報ビットの数は、現在送信バッファ内にある情報ビットの数と、プロトコルヘッダのために必要とされるビットの数との和に対応することができると決定することができる。
【０１２６】
別の例では、ＷＴＲＵ１０２は、事前決定されたバッファサイズおよび／または待ち時間を目標とすることができる。ＷＴＲＵ１０２は、バッファサイズおよび／または待ち時間が目標を上回る場合、Ｂの値を（最大値を限度に）漸増させることができ、バッファサイズおよび／または待ち時間が目標を下回る場合、Ｂの値を（最小値を限度に）漸減させることができる。ＷＴＲＵ１０２が、情報ビットの数Ｂを決定した後、ＷＴＲＵ１０２は、スケジューリング期間３０８、５１２にわたってのＢビットの送信を可能にする、トランスポートブロックサイズＳとＴ−ＲＰＴパターンとの組み合わせを決定することができる。
【０１２７】
スケジューリング期間３０８、５１２にわたって送信することが可能な情報ビットの数は、１または複数のパラメータの関数とすることができる。１つのパラメータは、スケジューリング期間３０８、５１２の全サブフレームの数とすることができ、例えば、サブフレームの数は、１６０とすることができる。別のパラメータは、Ｎ個のサブフレームからなるＴ−ＲＰＴパターンにおいて送信のために利用可能なサブフレームの数（Ｋ）とすることができ、例えば、Ｋは、１、２、４、または８のうちの１つとすることができる。別のパラメータは、使用されるＤ２Ｄ送信プールを所与として、スケジューリング期間３０８、５１２内においてＤ２Ｄ送信のために利用可能なサブフレームの数（Ｄ）とすることができる。例えば、スケジューリング期間３０８、５１２におけるサブフレームの数が、１６０であり、Ｄ２Ｄ送信プールが、サブフレームの半分がＤ２Ｄに利用可能であるようなものである場合、Ｄは、８０に等しくすることができる。別のパラメータは、単一トランスポートブロックの送信のために使用されるサブフレームの数（Ｒ）とすることができ、例えば、Ｒは、４に等しくすることができる。
【０１２８】
上述のパラメータを使用する場合、スケジューリング期間３０８、５１２にわたって送信することができる情報ビットの数は、
【０１２９】
【数１】
0006449987.tif 000003
【０１３０】
に等しくすることができる。ＷＴＲＵ１０２は、以下の条件、すなわち、
【０１３１】
【数２】
0006449987.tif 000004
【０１３２】
を満たすように、ＳおよびＫのための値の少なくとも１つのセットを選択することができる。いくつかの例では、パラメータＳおよびＫの少なくとも一方は、差
【０１３３】
【数３】
0006449987.tif 000005
【０１３４】
が、非負の値を維持しながら、最小化されるように選択することができる。これは、パディングの最小化、またはＴ−ＲＰＴパターンにおける未使用サブフレームの数の最小化を可能にする。例えば、Ｓが、ある値に固定された場合、Ｋは、式（２）が満たされる最小の値となるように選択することができる。
【０１３５】
式（２）が、ＳおよびＫについての値の２つ以上の組み合わせを満たすことができる、実施形態では、可能な組み合わせのセットは、制約の少なくとも１つに基づいて、減少させることができる。実施形態では、可能な組み合わせのセットは、Ｓの可能な値の事前定義または構成されたセットに基づいて、減少させることができる。例えば、Ｓの最大値は、ＭＣＳの最大値および／またはＲＢの数から導出することができる。実施形態では、Ｓの一意の値は、与えられたアプリケーションに対して構成または事前定義することができる。実施形態では、Ｓの値は、有限なセットに属する有効なトランスポートブロックサイズの値のうちの１つに上方または下方調整されなければならないことがあり、有効なトランスポートブロックサイズの値は、事前定義されたマッピングに従って、ＭＣＳと、ＲＢの数と、送信レイヤの数との組み合わせに関連付けることができるものである。
【０１３６】
実施形態では、ＳおよびＫの値の可能な組み合わせのセットは、Ｋについての可能な値の事前定義または構成されたセットに基づいて、減少させることができる。例えば、Ｋは、１、２、４、または８のうちの１つになるように制限することができる。実施形態では、使用されるＫの値は、より高位のレイヤによって、４になるように構成することができる。実施形態では、ＳおよびＫの値の組み合わせは、特定の量が最大、最小、または事前定義もしくは構成された目標値に最も近くなるものとすることができる。メトリックは、ＳもしくはＫであること、またはＳもしくはＫを含むことができる。
【０１３７】
実施形態では、ＳおよびＫの値の可能な組み合わせのセットは、送信に関連付けられたプライオリティのレベルに基づいて、減少させることができる。例えば、Ｋは、送信のプライオリティがより高い場合、より大きい値になるように選択することができる。
【０１３８】
実施形態では、ＳおよびＫの値の可能な組み合わせのセットは、時間の期間以内に他のＷＴＲＵ１０２から受信されたＳＡ３０２、５０２の数に基づいて、減少させることができる。例えば、この数が閾値よりも高い場合、Ｋの第１の最大値を使用することができ、この数が閾値よりも低い場合、Ｋの第２の最大値を使用することができる。これは、送信を行うＷＴＲＵ１０２がより多く存在する場合に、受信のために利用可能なより多くのサブフレームを有するＴ−ＲＰＴパターンの選択を可能にすることができる。
【０１３９】
実施形態では、ＷＴＲＵ１０２は、Ｔ−ＲＰＴパターンのサブセットの中からＴ−ＲＰＴパターンを選択することができる。以下では、そこから選択が行われるＴ−ＲＰＴパターンのサブセットを決定するために使用することができる条件のいくつかの例が、説明される。そのような条件は組み合わせて使用することができることに留意されたい。例えば、ＷＴＲＵ１０２がＴ−ＲＰＴパターンをそこから選択するサブセットは、異なる条件から獲得されたサブセットの共通部分とすることができる。Ｔ−ＲＰＴパターンがそこから選択されるサブセット、サブセットの決定のために使用されるパラメータの値、およびそのようなパラメータが使用されるかどうかは、ＷＴＲＵ１０２がユニキャスト送信を実行するか、マルチキャスト送信を実行するか、それともブロードキャスト送信を実行するかに、または送信先ＷＴＲＵ１０２もしくはＷＴＲＵ１２０のグループに依存することができる。
【０１４０】
実施形態では、ＷＴＲＵ１０２は、送信のために利用可能なＮ個のサブフレームのうちのＫ個を有するＴ−ＲＰＴパターンのサブセットの中からＴ−ＲＰＴパターンを選択することができる。値Ｋは、上で説明された制限を考慮したＫおよびＳの可能な組み合わせのうちの少なくとも１つの一部であることができる。例えば、ＫおよびＳの組み合わせのセットは、第１の組み合わせであるＫ＝２、Ｓ＝６００ビットと、第２の組み合わせであるＫ＝４、Ｓ＝３００ビットとを含むことができる。このケースでは、ＷＴＲＵ１０２は、Ｋ＝２またはＫ＝４である、Ｔ−ＲＰＴパターンのセットの中の１つのＴ−ＲＰＴパターンを選択することができる。実施形態では、選択は、ランダムとすることができる。ＫおよびＳについての選択される組み合わせは、その場合、選択されたＴ−ＲＰＴパターンに対応するＫの値に依存することができる。あるいは、ＷＴＲＵ１０２は、最初に、ＫおよびＳの可能な組み合わせのセットの中からＫおよびＳの組み合わせをランダムに選択し、次に、対応するＫの値を有するパターンのセット内においてＴ−ＲＰＴパターンをランダムに選択することができる。
【０１４１】
実施形態では、Ｔ−ＲＰＴパターンのサブセットは、ある最大オーバーラップ（または等価的にユークリッド距離などの最小距離）を互いに有するＴ−ＲＰＴパターンを含むことができる。最大オーバーラップが０である場合、Ｔ−ＲＰＴパターンのサブセットは、直交であると見なすことができる。実施形態では、ある最大オーバーラップを有するＴ−ＲＰＴパターンの可能なサブセットは、事前定義することができる。例えば、Ｔ−ＲＰＴパターンのサブセットは、最大オーバーラップの条件が満たされる与えられたＴ−ＲＰＴパターンのすべての循環シフトのセットから構成することができる。実施形態では、最大オーバーラップの値は、より高位のレイヤによって事前定義、事前構成、または伝達することができる。あるいは、Ｔ−ＲＰＴパターンのサブセットについての最大オーバーラップは、暗黙的に導出すること、またはＫの値に結び付けることができる。例えば、Ｔ−ＲＰＴパターンのサブセットについてのＫの値が２である場合、最大オーバーラップは、０とすることができる。Ｔ−ＲＰＴパターンのサブセットについてのＫの値が４である場合、最大オーバーラップは、２とすることができる。
【０１４２】
実施形態では、Ｔ−ＲＰＴパターンのサブセットは、少なくとも１つの基準Ｔ−ＲＰＴパターンから導出されたＴ−ＲＰＴパターンを含むことができる。基準Ｔ−ＲＰＴパターンは、より高位のレイヤによって（例えば、システム情報を使用して）事前構成または伝達することができる。実施形態では、より高位のレイヤからのシグナリングは、Ｔ−ＲＰＴインデックスまたはビットマップを含むことができる。
【０１４３】
上述の実施形態のうちの１または複数は、Ｔ−ＲＰＴパターンのサブセットが直交Ｔ−ＲＰＴパターンの事前定義されたサブセットを含むように、組み合わせることができる。直交Ｔ−ＲＰＴパターンのサブセットは、パターンが相互に直交するように、伝達された基準Ｔ−ＲＰＴパターンの循環シフトのセットから構成することができる。例えば、基準Ｔ−ＲＰＴパターンが［１  １  ０  ０  ０  ０  ０  ０］である場合、直交Ｔ−ＲＰＴパターンのサブセットは、以下のように、すなわち、［１  １  ０  ０  ０  ０  ０  ０］、［０  ０  １  １  ０  ０  ０  ０］、［０  ０  ０  ０  １  １  ０  ０］、［０  ０  ０  ０  ０  ０  １  １］のように定義することができる。別の例では、基準Ｔ−ＲＰＴパターンが［１  ０  １  ０  ０  ０  ０  ０］である場合、直交Ｔ−ＲＰＴパターンのサブセットは、以下のように、すなわち、［１  ０  １  ０  ０  ０  ０  ０］、［０  １  ０  １  ０  ０  ０  ０］、［０  ０  ０  ０  １  ０  １  ０］、および［０  ０  ０  ０  ０  １  ０  １］のように定義することができる。
【０１４４】
実施形態では、Ｔ−ＲＰＴパターンのサブセットは、送信のために利用可能な少なくとも１つのサブフレーム（または送信のために利用可能でない少なくとも１つのサブフレーム）を基準Ｔ−ＲＰＴパターンと共有する、Ｔ−ＲＰＴパターンを含むことができる。Ｔ−ＲＰＴパターンのサブセットは、特定の数のそのようなサブフレームを共有するＴ−ＲＰＴパターン、少なくともある数のそのようなサブフレームを共有するＴ−ＲＰＴパターン、または最大である数のそのようなサブフレームを共有するＴ−ＲＰＴパターンを含むことができる。（やはり「オーバーラップ」と呼ばれることがある）共有されるサブフレームの数は、より高位のレイヤによって事前構成、事前決定、もしくは伝達することができ、または基準Ｔ−ＲＰＴパターンにおける送信のために利用可能な（もしくは送信のために利用可能でない）サブフレームの数とすることができる。例えば、基準Ｔ−ＲＰＴパターンが、以下を、すなわち、［１  １  ０  ０  ０  ０  ０  ０］を含むケースでは、Ｔ−ＲＰＴパターンのサブセットは、少なくとも最初の２つのサブフレームが送信のために利用可能なパターン（すなわち、［１  １  ｘ  ｘ  ｘ  ｘ  ｘ  ｘ］のように定義されるパターンからなるサブセット、ここで、ｘは０または１とすることができる）だけを含むことができる。
【０１４５】
あるいは、Ｔ−ＲＰＴパターンのサブセットは、送信のために利用可能ないかなるサブフレームも基準Ｔ−ＲＰＴパターンと共有しない（または送信のために利用可能なサブフレームを最大である数まで共有する）、Ｔ−ＲＰＴパターンからなることができる。共有することができるサブフレームの最大数は、より高位のレイヤによって事前定義、事前構成、または伝達することができる。例えば、基準Ｔ−ＲＰＴパターンが、以下を、すなわち、［１  １  ０  ０  ０  ０  ０  ０］を含むケースでは、Ｔ−ＲＰＴパターンのサブセットは、少なくとも最初の２つのサブフレームが送信のために利用可能でないパターン（すなわち、［０  ０  ｘ  ｘ  ｘ  ｘ  ｘ  ｘ］のように定義されるパターンからなるサブセット、ここで、ｘは０または１とすることができる）だけを含むことができる。
【０１４６】
実施形態では、ＷＴＲＵ１０２は、可能なＴ−ＲＰＴパターンの明示的なテーブルを用いずに、可能なＴ−ＲＰＴパターンをマッピングすることができる。いくつかの例では、Ｎ個のサブフレームからなるＴ−ＲＰＴパターンは、Ｂビットのフィールドによって示すことができ、ここで、Ｂは、可能なＴ−ＲＰＴパターンのセットが制限される場合は、Ｎよりも小さくすることができる。例えば、Ｔ−ＲＰＴパターンは、送信のために利用可能なＫ個のサブフレームを含むように制限することができ、ここで、Ｋは、有限なセットに属する値のうちの１つである。
【０１４７】
実施形態では、送信および受信ＷＴＲＵ１０２は、Ｔ−ＲＰＴフィールドに対する以下の演算のうちの少なくとも１つを使用して、Ｔ−ＲＰＴフィールドからＴ−ＲＰＴパターンを導出することができる。Ｔ−ＲＰＴパターンは、Ｔ−ＲＰＴフィールドのバイナリ表現における「１」ビットの総数を決定し、この数の値に基づいてＴ−ＲＰＴフィールドに対する演算を選択することによって、導出することができる。Ｔ−ＲＰＴパターンは、先頭または末尾における追加を含む、Ｔ−ＲＰＴフィールドのバイナリ表現の特定の位置における「０」または「１」の挿入を行うことによって、導出することができる。Ｔ−ＲＰＴパターンは、Ｔ−ＲＰＴフィールドのバイナリ表現の値を入れ替える（すなわち、「０」を「１」に、「１」を「０」に変更する）ことによって、または等価的に、Ｔ−ＲＰＴフィールドのバイナリ表現の各ビットに対して「ＮＯＴ」演算を（すなわち、ビット毎のＮＯＴを）実行することによって、導出することができる。Ｔ−ＲＰＴパターンは、「１」を送信のために利用可能なサブフレームとして、「０」を送信のために利用可能でないサブフレームとして（またはその逆に）解釈することによって、導出することができる。
【０１４８】
例えば、Ｎ＝８、Ｂ＝７であり、Ｋが１、２、４、または８のうちの１つに制限されるケースでは、以下の手順を適用して、Ｔ−ＲＰＴフィールドからＴ−ＲＰＴパターンを導出することができる。第１のステップにおいて、Ｔ−ＲＰＴフィールドのバイナリ表現における「１」の数をカウントし、「ｍ」で表すことができる。「ｍ」の値が２、または４である実施形態では、Ｔ−ＲＰＴパターンは、Ｔ−ＲＰＴフィールドのバイナリ表現の末尾に「０」を追加することによって決定することができる。「ｍ」の値が０、１、３、または７である実施形態では、Ｔ−ＲＰＴパターンは、Ｔ−ＲＰＴフィールドのバイナリ表現の末尾に「１」を追加することによって決定することができる。「ｍ」の値が６である実施形態では、Ｔ−ＲＰＴパターンは、Ｔ−ＲＰＴフィールドのバイナリ表現に対してビット毎のＮＯＴ演算を適用し、その結果の末尾に「０」を追加することによって決定することができる。「ｍ」の値が５である実施形態では、Ｔ−ＲＰＴフィールドは、有効なＴ−ＲＰＴパターンを示さないことがある。そのような値は、他のシグナリング目的で使用することができる。
【０１４９】
Ｔ−ＲＰＴフィールドをＴ−ＲＰＴパターンの関数として決定する逆演算の場合、以下の演算のうちの少なくとも１つを使用することができる。Ｔ−ＲＰＴフィールドは、Ｔ−ＲＰＴパターンを一連のＮ個の「０」および「１」によって表すことによって決定することができ、「０」は、送信のために利用可能でないサブフレームを、「１」は、送信のために利用可能なサブフレームを（またはその逆を）表すことができる。Ｔ−ＲＰＴフィールドは、Ｔ−ＲＰＴパターン表現に対する演算を、Ｋの関数、または表現の特定のビットの値の関数として選択することによって決定することができる。Ｔ−ＲＰＴフィールドは、Ｔ−ＲＰＴパターンのバイナリ表現の特定の位置においてビットを削除すること、Ｔ−ＲＰＴパターンのバイナリ表現の値を入れ替える（すなわち、「０」を「１」に、「１」を「０」に変更する）こと、または等価的に、パターンのバイナリ表現の各ビットに対して「ＮＯＴ」演算を（ビット毎のＮＯＴを）実行することによって決定することができる。
【０１５０】
例えば、以下の手順を適用して、Ｔ−ＲＰＴパターンからＴ−ＲＰＴフィールドを導出することができる。Ｋが２、４、または８である実施形態では、Ｔ−ＲＰＴフィールドは、Ｔ−ＲＰＴパターンのバイナリ表現から最終ビットを削除することによって獲得することができる。Ｋが１であり、最終ビットが送信のために利用可能でないサブフレームを表す（例えば、「０」である）場合、Ｔ−ＲＰＴフィールドは、Ｔ−ＲＰＴパターンのバイナリ表現に対してビット毎のＮＯＴ演算を適用し、最終ビットを削除することによって獲得することができる。Ｋが１であり、最終ビットが送信のために利用可能なサブフレームを表す（例えば、「１」である）実施形態において、Ｔ−ＲＰＴフィールドは、連続する７個の「０」を含む、すなわち、ｍ＝０であることができる。
【０１５１】
実施形態では、複数のシナリオにおいて、「無効な」Ｔ−ＲＰＴインデックスコードを使用することができる。例えば、ＳＡ３０２、５０２またはＤ２Ｄグラントに含まれるＴ−ＲＰＴフィールドを特定の値になるように設定することは、送信オケージョンパターンまたはＴ−ＲＰＴパターンについての実際の情報以外の情報を受信機に伝達するまたは伝えるために使用することができる。
【０１５２】
実施形態では、Ｔ−ＲＰＴコードポイントの第１の数は、Ｔ−ＲＰＴパターン設定についての情報を受信機に伝えるために使用することができる。Ｔ−ＲＰＴコードポイントの第２の数は、他の目的に関連するシグナリングまたは構成を伝えることを意図した特別な値として使用することができる。例えば、ＳＡ３０２、５０２またはＤ２ＤグラントにおけるＴ−ＲＰＴビットフィールドのためにＮ＝７ビットが使用される場合、Ｎ１＝１２０個の値は、基本パターンまたは組み合わされたパターンの形態を取る、実際の明確に定義されたＴ−ＲＰＴパターンに対応することができる。これらは、ＷＴＲＵ１０２がデータを送信するサブフレームを示すことができる。しかしながら、７ビットフィールドのＮ２個の値は、そのようなＴ−ＲＰＴパターンを直接的に示さない特別な目的のシグナリングに対応することができる。例えば、Ｎ２＝７個の特別なコードポイントは、１１１１００１、１１１１０１０、１１１１０１１、．．．、１１１１１１１に対応することができ、Ｎ１＝１２１個のＴ−ＲＰＴ値は、０００００００、００００００１、０００００１０、．．．、１１１１０００に対応することができる。
【０１５３】
選択されたＴ−ＲＰＴコードポイントの特別な目的のシグナリングは、いくつかの可能なシグナリング目的のうちの１つ、またはそれらの組み合わせに対応することができる。第１の可能なシグナリング目的は、単一もしくは複数のデータ送信期間３０６、５１０にわたる、または時間の持続時間の間の、構成された送信パターンのアクティブ化または非アクティブ化を含むことができる。例えば、Ｔ−ＲＰＴフィールドで伝達される特別なコードポイントは、時間の持続時間にわたって、データのための半静的な送信パターンをオンに切り換えるために使用することができる。別の伝達される特別なコードポイントは、事前決定された基準に従って、そのような送信パターンを非アクティブ化することができる。この半静的な送信パターンは、事前構成して、Ｄ２Ｄ端末上に記憶することができ、またはそれは、基地局１１４によってＲＲＣシグナリングを通して構成することができる。これらの送信パターンの２つ以上は、同時に構成することができ、複数の対応するコードポイントは、選択された送信パターンをアクティブ化または非アクティブ化するために、使用することができる。
【０１５４】
別の可能なシグナリング目的は、データ送信期間３０６、５１０におけるＤ２Ｄチャネルの内容を区別することを含むことができる。例えば、Ｔ−ＲＰＴフィールドで伝達される特別なコードポイントは、ＳＡ３０２、５０２を通して示されるＤ２Ｄチャネルの以降の内容が、データではなく制御シグナリングを含むことを示すために、使用することができる。Ｔ−ＲＰＴフィールドで伝達される特別なコードポイントは、通常のＴ−ＲＰＴコードポイントに関連して有効な第１の送信フォーマットを、特別なコードポイントに関連して有効な第２の送信フォーマットから弁別することもできる。
【０１５５】
別の可能なシグナリング目的は、ＳＡ３０２、５０２またはＤ２Ｄグラントの内容および送信フォーマットを区別することを含むことができる。例えば、ＳＡ３０２、５０２またはＤ２Ｄグラントにおける特別なコードポイントの設定は、ＳＡ３０２、５０２またはＤ２Ｄグラントが通常のデータ送信とは異なって復号または解釈されるべきことを、意図された受信機に伝達するために、使用することができる。特別なコードポイントは、復号されるサブフレームもしくはチャネルの数を増減すること、アクティビティ間隔もしくはタイマを増減すること、またはこれらを選択された値になるように設定することなど、受信機における選択されたアクションおよび復号ステップをオン／オフに切り換えるために、送信機によって発行されるコマンドとして、使用することができる。
【０１５６】
別の例示的な使用では、ＳＡ３０２、５０２またはＤ２Ｄグラントに含まれるＭＣＳフィールドを特定の値になるように設定することは、先に説明されたように、送信オケージョンパターンまたはＴ−ＲＰＴについての実際の情報以外の情報を受信機に伝達するまたは伝えるために、使用することができる。
【０１５７】
別の例示的な使用では、Ｔ−ＲＰＴパターンおよびＭＣＳフィールドを併せて設定することは、実際のＭＣＳ設定またはＴ−ＲＰＴパターン以外の特別な目的のシグナリングを伝達するまたは伝えるために、使用することができる。
【０１５８】
実施形態
１．無線送受信ユニット（ＷＴＲＵ）が、無線ネットワーク上で、別のＷＴＲＵとデバイス間（Ｄ２Ｄ）通信を実行するための方法であって、方法は、ＷＴＲＵが、他のＷＴＲＵとのＤ２Ｄ通信のために使用する基本パターンを選択するステップであって、基本パターンは、ＷＴＲＵがその間に１つのパケットを送信する事前定義された持続時間を有する、ステップと、事前定義された持続時間の間にパケットを送信するためのサブフレームおよび周波数を指定するステップとを含む、方法。
【０１５９】
２．基本パターンの事前定義された持続時間は、２０ｍｓである、実施形態１に記載の方法。
【０１６０】
３．基本パターンは、事前定義された持続時間の間に、送信された１つのパケットに対する４つのブラインド再送をさらに含む、実施形態１または２に記載の方法。
【０１６１】
４．基本パターンは、ボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーションの場合は、事前定義された持続時間の間に、送信された１つのパケットに対する４つ未満のブラインド再送をさらに含む、実施形態１または２に記載の方法。
【０１６２】
５．基本パターンは、各ブラインド再送の間に４ｍｓが存在するように構成される、実施形態３に記載の方法。
【０１６３】
６．ＷＴＲＵが、基本パターンの持続時間よりも長い送信期間にわたって、複数のパケットを送信するステップをさらに含む、実施形態１〜５のいずれか１つに記載の方法。
【０１６４】
７．送信期間は、１６０ｍｓという事前定義された長さを有する、実施形態６に記載の方法。
【０１６５】
８．ＷＴＲＵは、全送信期間にわたって、同じ基本パターンを反復することによって、送信期間にわたって、複数のパケットを送信する、実施形態６または７に記載の方法。
【０１６６】
９．ＷＴＲＵは、全送信期間にわたって、基本パターンの導出を適用することによって、送信期間にわたって、複数のパケットを送信する、実施形態６または７に記載の方法。
【０１６７】
１０．適用される基本パターンの導出は、基本パターンの各反復に対する追加の周波数シフトを含む、基本パターンの導出を含む、実施形態９に記載の方法。
【０１６８】
１１．ＷＴＲＵが、関連するデータ送信期間に先立つスケジューリング期間の間に、スケジューリング割り当て（ＳＡ）を送信するステップをさらに含む、実施形態１〜１０のいずれか１つに記載の方法。
【０１６９】
１２．ＳＡは、関連するデータ送信期間内におけるデータ送信に対して適用される、基本パターンの表示、変調および符号化方式（ＭＣＳ）、識別子、または時間リソースおよび周波数リソースに関する情報のうちの少なくとも１つを含む、実施形態１１に記載の方法。
【０１７０】
１３．ＷＴＲＵは、ＳＡにおいて、２つ以上の基本パターンの組み合わせを使用する、実施形態１１または１２に記載の方法。
【０１７１】
１４．ＷＴＲＵは、時間直交性、カバレージシナリオ、トラフィックタイプ／サービス品質（ＱｏＳ）要件／アプリケーション、干渉制御、ＷＴＲＵの能力、ワイドエリアネットワーク（ＷＡＮ）トラフィック、測定、または疑似ランダム選択のうちの１または複数を使用して、ＳＡにおいて２つ以上の基本パターンの組み合わせを使用する、実施形態１３に記載の方法。
【０１７２】
１５．ＷＴＲＵは、データ送信期間を通じて、１または複数の基本パターンを拡張する、実施形態１１〜１４のいずれか１つに記載の方法。
【０１７３】
１６．ＷＴＲＵは、基本パターンと、時間および周波数において基本パターンに隣接する関連する拡張リソースとをＳＡにおいて示すことによって、１または複数の基本パターンを拡張する、実施形態１５に記載の方法。
【０１７４】
１７．ＷＴＲＵは、基本パターンと、時間および周波数において基本パターンに隣接しない関連する拡張リソースとをＳＡにおいて示すことによって、１または複数の基本パターンを拡張する、実施形態１５に記載の方法。
【０１７５】
１８．ＳＡは、ＭＣＳ関連のパラメータ、個々のパターンのインデックス、２つ以上の基本パターン組み合わせを示すための特別なビットのセット、基本パターンを拡張するための特別なビットのセット、ブラインド再送の数、空間多重化インデックス、またはパターン拡張モードのうちの少なくとも１つをさらに含む、実施形態１１〜１７のいずれか１つに記載の方法。
【０１７６】
１９．ＷＴＲＵは、関連する送信期間についての複数のＳＡを送信する、実施形態１１〜１８のいずれか１つに記載の方法。
【０１７７】
２０．複数のＳＡの各々は、同じ内容を含む、実施形態１９に記載の方法。
【０１７８】
２１．複数のＳＡの時間ロケーションおよび周波数ロケーションは、ＷＴＲＵが、基本パターンに隣接する時間リソースおよび周波数リソースの両方に基本パターンを拡張するように構成されることを示す、実施形態２０に記載の方法。
【０１７９】
２２．複数のＳＡの時間およびロケーションは、ＷＴＲＵが、２つの基本パターンを組み合わせるように構成されることを示す、実施形態２０または２１に記載の方法。
【０１８０】
２３．複数のＳＡの各々は、異なる内容を含む、実施形態１９に記載の方法。
【０１８１】
２４．ＷＴＲＵは、新しいスケジューリング期間が開始する前に、または到来するスケジューリング期間と関連付けられたＳＡを送信する前に、他のＷＴＲＵとのＤ２Ｄ通信のために使用する基本パターンを選択する、実施形態１〜２３のいずれか１つに記載の方法。
【０１８２】
２５．ＷＴＲＵは、所望のレートまたはスケジューリング期間の少なくとも一方に基づいて、基本パターンのファミリを選択することによって、他のＷＴＲＵとのＤ２Ｄ通信のために使用する基本パターンを選択する、実施形態１〜２４のいずれか１つに記載の方法。
【０１８３】
２６．ＷＴＲＵがそれから選択することができる複数の基本パターンの各々は、特定の基本パターン長、送信の数、または直交性特性のうちの少なくとも１つと関連付けられる、実施形態２５に記載の方法。
【０１８４】
２７．ＷＴＲＵは、ＷＴＲＵのカバレージシナリオに基づいて、基本パターンのファミリを選択する、実施形態２５または２６に記載の方法。
【０１８５】
２８．ＷＴＲＵは、サービス要件またはアプリケーション要件の少なくとも一方に基づいて、基本パターンの固定されたファミリを選択する、実施形態２５〜２７のいずれか１つに記載の方法。
【０１８６】
２９．ＷＴＲＵは、ＶｏＩＰトラフィックを送信する場合、基本パターンの固定されたファミリを選択する、実施形態２８に記載の方法。
【０１８７】
３０．ＷＴＲＵは、Ｄ２Ｄ通信が本質的にユニキャストか、それともマルチキャスト／グループキャスト／ブロードキャストかに応じて、基本パターンのファミリを選択する、実施形態２５〜２９のいずれか１つに記載の方法。
【０１８８】
３１．ＷＴＲＵは、基本パターンのファミリにおいて特定の基本パターンを選択することによって、他のＷＴＲＵとのＤ２Ｄ通信のために使用する基本パターンをさらに選択する、実施形態２５に記載の方法。
【０１８９】
３２．ＷＴＲＵは、基本パターンのファミリにおいて特定の基本パターンをランダムに選択する、実施形態３１に記載の方法。
【０１９０】
３３．ＷＴＲＵは、１または複数の識別子に基づいて、基本パターンのファミリにおいて特定の基本パターンを選択する、実施形態３１に記載の方法。
【０１９１】
３４．ＷＴＲＵは、疑似乱数発生器の結果に基づいて、基本パターンのファミリにおいて特定の基本パターンを選択する、実施形態３１に記載の方法。
【０１９２】
３５．ＷＴＲＵは、現在使用中の基本パターンについての知識に基づいて、基本パターンのファミリにおいて特定の基本パターンを選択する、実施形態３１に記載の方法。
【０１９３】
３６．パケットは、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）である、実施形態１に記載の方法。
【０１９４】
３７．無線ネットワークは、ロングタームエボリューション（ＬＴＥ）無線ネットワークである、実施形態１に記載の方法。
【０１９５】
３８．基本パターンは、可変長を有する、実施形態１〜３７のいずれか１つに記載の方法。
【０１９６】
３９．基本パターンは、ＶｏＩＰ送信レートを満たすことを目標とする可変長を有する、実施形態１〜３８のいずれか１つに記載の方法。
【０１９７】
４０．ＷＴＲＵは、最初にパターンのファミリを選択し、次にファミリにおいて特定のパターンを選択することによって、与えられたスケジューリング期間のためのＤ２Ｄ通信パターンを選択する、実施形態１〜３９のいずれか１つに記載の方法。
【０１９８】
４１．ＷＴＲＵは、１または複数の送信プールと、それらに対応するパターンのファミリとを選択し、次にファミリにおいて特定のパターンを選択する、実施形態１〜３９のいずれか１つに記載の方法。
【０１９９】
４２．ＷＴＲＵは、所望の送信レートまたはスケジューリング期間に基づいて、１または複数の送信プールと、それらに対応するパターンのファミリとを選択する、実施形態４１に記載の方法。
【０２００】
４３．ＷＴＲＵは、パターンファミリと、プールの利用可能なソースに属する少なくとも１つの送信プールとを一緒に選択する、実施形態１〜４２のいずれか１つに記載の方法。
【０２０１】
４４．ＷＴＲＵは、干渉軽減、データ送信プライオリティ、送信要件、所望のデータレート、所望のアプリケーション、所望のサービス、または測定のうちの１または複数に基づいて、１または複数の送信プールを選択する、実施形態１〜４３のいずれか１つに記載の方法。
【０２０２】
４５．ＷＴＲＵは、周囲のＤ２Ｄ  ＷＴＲＵの数に基づいて、基本パターンのファミリを選択する、実施形態１〜４４のいずれか１つに記載の方法。
【０２０３】
４６．ＷＴＲＵは、ＲＲＣ構成および／または送信プールに基づいて、基本パターンのファミリを選択する、実施形態１〜４５のいずれか１つに記載の方法。
【０２０４】
４７．ＷＴＲＵは、サービス要件および／またはアプリケーション要件に基づいて、各スケジューリングサイクルのためのパターンのファミリを選択する、実施形態１〜４６のいずれか１つに記載の方法。
【０２０５】
４８．ＷＴＲＵは、リソースプールビットマップに従って、Ｄ２Ｄデータを送信する、実施形態１〜４７のいずれか１つに記載の方法。
【０２０６】
４９．ＷＴＲＵは、基本パターン長を決定し、次に、基本パターン長に対応する基本パターンファミリを選択する、実施形態１〜４８のいずれか１つに記載の方法。
【０２０７】
５０．閾値数のＭＡＣ  ＰＤＵがバッファ内に蓄積されたという条件で、ＷＴＲＵは、関連するパターン長または関連する送信の数に基づいて、基本パターンファミリを決定する、実施形態１〜４９のいずれか１つに記載の方法。
【０２０８】
５１．ＷＴＲＵは、ＷＴＲＵから閾値距離以内の、またはＷＴＲＵと同じセル内の送信ＷＴＲＵの数に関連する、基本パターン長または送信の数と関連付けられた、基本パターンまたは基本パターンファミリを選択する、実施形態１〜５０のいずれか１つに記載の方法。
【０２０９】
５２．ＷＴＲＵは、ＷＴＲＵから閾値距離以内に、またはＷＴＲＵと同じセル内に、より少数の送信ＷＴＲＵが存在するか、それともより多数の送信ＷＴＲＵが存在するかに応じて、より長いもしくはより短い基本パターン長、またはより多数もしくは少数の送信の数を有する、基本パターンまたは基本パターンファミリを選択する、実施形態１〜５１のいずれか１つに記載の方法。
【０２１０】
５３．ＷＴＲＵは、遅延に敏感でないアプリケーションに対して、より短い基本パターン長、またはより少数の送信の数を有する、基本パターンまたは基本パターンファミリを選択する、実施形態１〜５２のいずれか１つに記載の方法。
【０２１１】
５４．ＷＴＲＵは、事前構成または選択された送信プールに基づいて、パターンファミリを使用する、実施形態１〜５３のいずれか１つに記載の方法。
【０２１２】
５５．送信ＷＴＲＵは、スケジューリング期間のすべての送信のために使用される、リソースブロックの数および変調および符号化方式の少なくとも一方を選択する、実施形態１〜５４のいずれか１つに記載の方法。
【０２１３】
５６．リソースブロックの数、変調および符号化方式、および空間的に多重化されるレイヤの数は、トランスポートブロックサイズにマッピングされる、実施形態１〜５５のいずれか１つに記載の方法。
【０２１４】
５７．ＷＴＲＵは、スケジューリング期間にわたって送信されるトランスポートブロックのサイズを決定し、次に、決定されたトランスポートブロックサイズにマッピングされる、ＭＣＳと、ＲＢの数と、空間的に多重化されるレイヤの数との組み合わせを選択する、実施形態１〜５６のいずれか１つに記載の方法。
【０２１５】
５８．ＷＴＲＵによって選択することができる、ＭＣＳと、ＲＢの数と、空間的に多重化されるレイヤの数との組み合わせは、可能なＭＣＳ、ＲＢの数、および／または空間的に多重化されるレイヤの数のサブセットに制限される、実施形態１〜５７のいずれか１つに記載の方法。
【０２１６】
５９．ＷＴＲＵによって選択することができる、ＭＣＳと、ＲＢの数と、空間的に多重化されるレイヤの数との組み合わせは、組み合わせのためのメトリックの目標値に基づいて、選択される、実施形態１〜５８のいずれか１つに記載の方法。
【０２１７】
６０．ＷＴＲＵは、スケジューリング期間のすべての送信のために使用される、Ｔ−ＲＰＴパターンおよびトランスポートブロックサイズの少なくとも一方を選択する、実施形態１〜５９のいずれか１つに記載の方法。
【０２１８】
６１．ＷＴＲＵは、スケジューリング期間にわたって送信される情報ビットの数を決定し、送信される情報ビットの数に基づいて、Ｔ−ＲＰＴパターンまたはトランスポートブロックサイズを選択する、実施形態１〜６０のいずれか１つに記載の方法。
【０２１９】
６２．ＷＴＲＵは、最小値、最大値、目標情報ビットレート、スケジューリング期間の持続時間、最大もしくは目標送信待ち時間、最大もしくは目標送信バッファサイズ、ＭＡＣ、ＲＬＣ、もしくはＰＤＣＰプロトコルヘッダのために必要とされるビットの数、ビットレートを適応的に変更するためのステップサイズ、送信バッファの状態、送信バッファ内のビットの数、ＳＤＵが送信バッファに到着してから経過した時間の量、またはＳＤＵが送信バッファに到着してから経過することができる時間の最大量のうちの少なくとも１つに基づいて、スケジューリング期間にわたって送信されるビットの数を決定する、実施形態６１に記載の方法。
【０２２０】
６３．スケジューリング期間にわたって送信することができるビットの最大数は、スケジューリング期間におけるサブフレームの数、Ｎ個のサブフレームからなるＴ−ＲＰＴパターンにおいて送信のために利用可能なサブフレームの数（Ｋ）、Ｄ２Ｄ送信プールを所与として、スケジューリング期間内においてＤ２Ｄ送信のために利用可能なサブフレームの数（Ｄ）、および単一のトランスポートブロックの送信のために使用されるサブフレームの数（Ｒ）に基づいて、決定される、実施形態６１または６２に記載の方法。
【０２２１】
６４．ＷＴＲＵは、Ｓ×Ｋ≧Ｂ×Ｎ×Ｒ／Ｄとなるように、ＳおよびＫについての値の少なくとも１つのセットを選択する、実施形態６３に記載の方法。
【０２２２】
６５．ＳおよびＫについての値の２つ以上の組み合わせが、式Ｓ×Ｋ≧Ｂ×Ｎ×Ｒ／Ｄを満たすという条件で、ＳおよびＫについての値の可能な組み合わせのセットは、Ｓの可能な値のセット、Ｋについての可能な値のセット、Ｓが最大もしくは目標に最も近くなるＳおよびＫの組み合わせ、Ｋが最大もしくは目標に最も近くなるＳおよびＫの組み合わせのうちの少なくとも１つに基づいて、送信のプライオリティに基づいて、またはアプリケーションのための構成に基づいて、減少させることができる、実施形態６４に記載の方法。
【０２２３】
６６．ＷＴＲＵは、送信のために利用可能なＮ個のサブフレームのうちのＫ個を有するＴ−ＲＰＴパターンのセットからＴ−ＲＰＴを選択し、ここで、Ｋは、ＫおよびＳの可能な組み合わせの少なくとも１つに属する部分の値である、実施形態６１〜６５のいずれか１つに記載の方法。
【０２２４】
６７．Ｘ個のサブフレームからなるＴ−ＲＰＴは、ＹビットのＴ−ＲＰＴフィールドによって示される、実施形態６１〜６６のいずれか１つに記載の方法。
【０２２５】
６８．ＷＴＲＵは、以下のうちの１または複数を実行することによって、すなわち、Ｔ−ＲＰＴフィールドのバイナリ表現における１のビットの総数を決定し、総数に基づいてＴ−ＲＰＴフィールドに対する演算を選択することによって、バイナリ表現のある位置に０もしくは１を挿入することによって、バイナリ表現の各ビットに対してビット毎のＮＯＴ演算を実行することによって、または１のビットを送信のために利用可能なサブフレームに対応するものとして、０のビットを送信のために利用可能でないサブフレームに対応するものとして、もしくはその逆に解釈することによって、Ｔ−ＲＰＴフィールドからＴ−ＲＰＴを導出する、実施形態６１〜６７のいずれか１つに記載の方法。
【０２２６】
６９．ＷＴＲＵは、以下のうちの１または複数を実行することによって、すなわち、０が送信のために利用可能でないサブフレームを表し、１が送信のために利用可能なサブフレームを表す、もしくはその逆の、一連のＸビットによってＴ−ＲＰＴパターンを表すことによって、送信のために利用可能なサブフレームの数の関数、もしくは表現の特別なビットの値の関数として、Ｔ−ＲＰＴパターン表現に対する演算を選択することによって、Ｔ−ＲＰＴパターンのバイナリ表現の特定の位置にあるビットを削除することによって、または表現の各ビットに対してビット毎のＮＯＴ演算を実行することによって、Ｔ−ＲＰＴパターンからＴ−ＲＰＴフィールドを導出する、実施形態６１〜６８のいずれか１つに記載の方法。
【０２２７】
７０．Ｔ−ＲＰＴフィールドは、送信オケージョンパターンまたはＴ−ＲＰＴに関する情報以外の情報を表す、実施形態１〜６９のいずれか１つに記載の方法。
【０２２８】
７１．フィールドのＴ−ＲＰＴコードポイントの第１のセットは、Ｔ−ＲＰＴパターン設定に関する情報を表し、フィールドのＴ−ＲＰＴコードポイントの第２のセットは、他の情報を表す、実施形態７０に記載の方法。
【０２２９】
７２．Ｔ−ＲＰＴコードポイントの第２のセットは、構成された送信パターンのアクティブ化もしくは非アクティブ化、データ送信期間におけるＤ２Ｄチャネルの内容、スケジューリング割り当ての内容および送信フォーマット、またはＤ２Ｄグラントの内容および送信フォーマットのうちの１または複数を表す、実施形態７０または７１に記載の方法。
【０２３０】
７３．スケジューリング割り当てまたはＤ２ＤグラントのＭＣＳフィールドは、送信オケージョンパターンまたはＴ−ＲＰＴ以外の情報を表す、実施形態１〜７２のいずれか１つに記載の方法。
【０２３１】
７４．Ｔ−ＲＰＴおよびＭＣＳフィールドを併せての設定は、ＭＣＳ設定またはＴ−ＲＰＴパターンに関する情報以外の情報を表す、実施形態１〜７３のいずれか１つに記載の方法。
【０２３２】
７５．送信および受信ＷＴＲＵは、各々が、パターンの系列を知っている、実施形態１〜７４のいずれか１つに記載の方法。
【０２３３】
７６．送信ＷＴＲＵは、基本パターンのサブセットを用いるように構成され、ルートパターンとして使用するためにサブセットから１つの基本パターンを選択する、実施形態１〜７５のいずれか１つに記載の方法。
【０２３４】
７７．基本パターン系列は、ルートパターンに基づいて、定義される、実施形態１〜７６のいずれか１つに記載の方法。
【０２３５】
７８．基本パターン系列は、ルートパターンで、またはルートパターンに関連して選択されたパターンで開始し、基本パターンは、特定の期間にわたって、基本パターンのサブセット上で反復される、実施形態１〜７７のいずれか１つに記載の方法。
【０２３６】
７９．基本パターンの系列は、ルートパターンおよび／または少なくとも１つの追加のパラメータに基づいて、決定される、実施形態１〜７８のいずれか１つに記載の方法。
【０２３７】
８０．基本パターンの系列は、疑似乱数発生器の出力に基づいて、決定される、実施形態１〜７９のいずれか１つに記載の方法。
【０２３８】
８１．疑似乱数発生器は、ルート基本パターンに対応する値、および／またはＳＡにおいて伝達された識別情報、および／またはＳＡにおいて伝達されたパラメータを用いて初期化される、実施形態１〜８０のいずれか１つに記載の方法。
【０２３９】
８２．選択されたサブセットに属する基本パターンをインデックス付けするように、疑似乱数発生器の出力を調整するステップをさらに含む、実施形態１〜８１のいずれか１つに記載の方法。
【０２４０】
８３．モジュロ演算を使用して基本パターンをインデックス付けするステップをさらに含む、実施形態１〜８２のいずれか１つに記載の方法。
【０２４１】
８４．受信ＷＴＲＵは、ルート基本パターンおよび／またはＳＡ上で伝達された識別情報を検出することによって、基本系列パターンを決定する、実施形態１〜８３のいずれか１つに記載の方法。
【０２４２】
８５．ＷＴＲＵは、Ｔ−ＲＰＴパターンのサブセットの中からＴ−ＲＰＴパターンを選択する、実施形態１〜８４のいずれか１つに記載の方法。
【０２４３】
８６．ＷＴＲＵは、Ｔ−ＲＰＴパターンの少なくとも２つの決定されたサブセットの共通部分の中からＴ−ＲＰＴパターンを選択する、実施形態１〜８５のいずれか１つに記載の方法。
【０２４４】
８７．サブセットは、少なくとも１つのパラメータに基づいて、決定される、実施形態１〜８６のいずれか１つに記載の方法。
【０２４５】
８８．サブセットは、ＷＴＲＵが、ユニキャスト送信を実行するか、マルチキャスト送信を実行するか、それともブロードキャスト送信を実行するかに基づいて、決定される、実施形態１〜８７のいずれか１つに記載の方法。
【０２４６】
８９．サブセットは、送信先ＷＴＲＵまたはＷＴＲＵのグループに基づいて、決定される、実施形態１〜８８のいずれか１つに記載の方法。
【０２４７】
９０．サブセットは、互いに最大オーバーラップを有するＴ−ＲＰＴパターンを含む、実施形態１〜８９のいずれか１つに記載の方法。
【０２４８】
９１．Ｔ−ＲＰＴパターンのサブセットは、最大オーバーラップが０であるという条件において直交する、実施形態１〜９０のいずれか１つに記載の方法。
【０２４９】
９２．サブセットは、最大オーバーラップの条件が満たされる与えられたＴ−ＲＰＴパターンのすべての循環シフトを含む、実施形態１〜９１のいずれか１つに記載の方法。
【０２５０】
９３．最大オーバーラップは、より高位のレイヤによって事前定義、事前構成、および／または伝達される、実施形態１〜９２のいずれか１つに記載の方法。
【０２５１】
９４．最大オーバーラップは、Ｋの値から、またはＫの値に関連して暗黙的に導出される、実施形態１〜９３のいずれか１つに記載の方法。
【０２５２】
９５．サブセットは、少なくとも１つの基準Ｔ−ＲＰＴパターンから導出されるＴ−ＲＰＴパターンを含む、実施形態１〜９４のいずれか１つに記載の方法。
【０２５３】
９６．基準Ｔ−ＲＰＴパターンは、より高位のレイヤによって事前構成または伝達される、実施形態１〜９５のいずれか１つに記載の方法。
【０２５４】
９７．基準Ｔ−ＲＰＴパターンは、インデックスおよび／またはビットマップを使用して伝達される、実施形態１〜９６のいずれか１つに記載の方法。
【０２５５】
９８．サブセットは、直交Ｔ−ＲＰＴパターンの事前定義されたサブセットの一部であり、伝達された基準Ｔ−ＲＰＴパターンの循環シフトであり、および相互に直交する、Ｔ−ＲＰＴパターンを含む、実施形態１〜９７のいずれか１つに記載の方法。
【０２５６】
９９．サブセットは、送信のために利用可能な少なくとも１つのサブフレームを基準Ｔ−ＲＰＴパターンと共有する、Ｔ−ＲＰＴパターンを含む、実施形態１〜９８のいずれか１つに記載の方法。
【０２５７】
１００．サブセットは、最小数または最大数の基準Ｔ−ＲＰＴパターンと共有する、Ｔ−ＲＰＴパターンを含む、実施形態１〜９９のいずれか１つに記載の方法。
【０２５８】
１０１．基準Ｔ−ＲＰＴパターンの最小数または最大数は、より高位のレイヤによって事前定義、事前構成、および／または伝達される、実施形態１〜１００のいずれか１つに記載の方法。
【０２５９】
１０２．サブセットは、送信のために利用可能ないかなるサブフレームも基準Ｔ−ＲＰＴパターンと共有しない、Ｔ−ＲＰＴパターンを含む、実施形態１〜１０１のいずれか１つに記載の方法。
【０２６０】
１０３．第１の無線送受信ユニット（ＷＴＲＵ）が、第２のＷＴＲＵと直接的にデバイス間（Ｄ２Ｄ）通信を実行するための方法であって、方法は、ネットワークから独立して、Ｄ２Ｄ通信のために使用する基本パターンファミリを決定するステップであって、基本パターンファミリは、１または複数の送信機会を有する事前定義された持続時間を有し、各送信機会の間に、第１のＷＴＲＵは、データパケットを送信する、ステップと、基本パターンファミリから基本パターンを選択するステップとを含む、方法。
【０２６１】
１０４．基本パターンファミリを決定するステップは、送信されるバッファリングされたデータパケットの数を決定するステップと、到来するスケジューリング期間においてバッファリングされたデータパケットを送信するのに必要とされる送信機会の数を推定するステップと、必要とされる送信機会の数に対応する数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択するステップとを含む、実施形態１０３に記載の方法。
【０２６２】
１０５．基本パターンファミリを決定するステップは、Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定するステップと、Ｄ２Ｄ通信が、フィードバックを伴うユニキャストの性質を有する場合、第２のＷＴＲＵからのフィードバック送信を可能にする数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択するステップとを含む、実施形態１０３に記載の方法。
【０２６３】
１０６．基本パターンファミリを決定するステップは、Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定するステップと、Ｄ２Ｄ通信の決定された性質に対応する基本パターンファミリの事前定義されたセットから利用可能な基本パターンファミリを選択するステップとを含む、実施形態１０３に記載の方法。
【０２６４】
１０７．基本パターンを選択するステップは、Ｄ２Ｄ通信を実行する１または複数の送信ＷＴＲＵが第１のＷＴＲＵに隣接して存在すると決定するステップと、１または複数の送信ＷＴＲＵの基本パターンへの干渉が最小化されるように、利用可能な基本パターンを選択するステップとを含む、実施形態１０３に記載の方法。
【０２６５】
１０８．基本パターンファミリを決定するステップは、Ｄ２Ｄ通信のための到来するスケジューリング期間における必要とされる送信の数を決定するステップであって、必要とされる送信の数は、Ｄ２Ｄ通信のトラフィックタイプに依存する、ステップと、必要とされる送信の数に対応する数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択するステップとを含む、実施形態１０３に記載の方法。
【０２６６】
１０９．基本パターンファミリは、基本パターンにおいて利用可能な送信機会の数と、基本パターンファミリ内の複数の基本パターン間における送信機会の最大オーバーラップとによって定義される、実施形態１０３に記載の方法。
【０２６７】
１１０．基本パターンを選択するステップは、ランダムな選択を含む、実施形態１０３に記載の方法。
【０２６８】
１１１．基本パターンを選択するステップは、１または複数の識別子を使用して基本パターンを選択するステップを含む、実施形態１０３に記載の方法。
【０２６９】
１１２．基本パターンを選択するステップは、識別子を用いて初期化された疑似乱数発生器に基づいて、選択を行うステップを含む、実施形態１０３に記載の方法。
【０２７０】
１１３．別の無線送受信ユニット（ＷＴＲＵ）と直接的にデバイス間（Ｄ２Ｄ）通信を実行するためのＷＴＲＵであって、ＷＴＲＵは、ネットワークから独立して、Ｄ２Ｄ通信のために使用する基本パターンファミリを決定し、選択するように構成されたスケジューラであって、基本パターンファミリは、１または複数の送信機会を有する事前定義された持続時間を有し、各送信機会の間に、第１のＷＴＲＵは、データパケットを送信する、スケジューラを備える、ＷＴＲＵ。
【０２７１】
１１４．スケジューラは、送信されるバッファリングされたデータパケットの数を決定することと、到来するスケジューリング期間においてバッファリングされたデータパケットを送信するのに必要とされる送信機会の数を推定することと、必要とされる送信機会の数に対応する数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択することとを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７２】
１１５．基本パターンファミリは、基本パターンにおいて利用可能な送信機会の数と、基本パターンファミリ内の複数の基本パターン間における送信機会の最大オーバーラップとによって定義される、実施形態１１３に記載のＷＴＲＵ。
【０２７３】
１１６．スケジューラは、Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定することと、Ｄ２Ｄ通信が、ユニキャストの性質を有する場合、第２のＷＴＲＵからのフィードバック送信を可能にする数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択することとを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７４】
１１７．スケジューラは、Ｄ２Ｄ通信を実行する１または複数の送信ＷＴＲＵが第１のＷＴＲＵに隣接して存在すると決定することと、１または複数の送信ＷＴＲＵの基本パターンへの干渉が最小化されるように、基本パターンファミリ内において利用可能な基本パターンを選択することとを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７５】
１１８．スケジューラは、Ｄ２Ｄ通信のための到来するスケジューリング期間における必要とされる送信の数を決定することであって、必要とされる送信の数は、Ｄ２Ｄ通信のトラフィックタイプに依存する、決定することと、必要とされる送信の数に対応する数の利用可能な送信機会を有する利用可能な基本パターンファミリを選択することとを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７６】
１１９．スケジューラは、Ｄ２Ｄ通信が、ユニキャストの性質を有するか、マルチキャストの性質を有するか、それともブロードキャストの性質を有するかを決定することと、Ｄ２Ｄ通信の決定された性質に対応する基本パターンファミリの事前定義されたセットから利用可能な基本パターンファミリを選択することとを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７７】
１２０．スケジューラは、ランダムな選択に基づいて、基本パターンファミリから基本パターンを選択することを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７８】
１２１．スケジューラは、１または複数の識別子を使用して、基本パターンファミリから基本パターンを選択することを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２７９】
１２２．スケジューラは、識別子を用いて初期化された疑似乱数発生器に基づいて、基本パターンファミリから基本パターンを選択することを行うようにさらに構成される、実施形態１１３に記載のＷＴＲＵ。
【０２８０】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解する。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータのための無線周波送受信機を実施するために、ソフトウェアと連携するプロセッサを使用することができる。
【図１Ａ】
0006449987.tif 000006
【図１Ｂ】
0006449987.tif 000007
【図１Ｃ】
0006449987.tif 000008
【図２Ａ】
0006449987.tif 000009
【図２Ｂ】
0006449987.tif 000010
【図３】
0006449987.tif 000011
【図４】
0006449987.tif 000012
【図５】
0006449987.tif 000013
【図６】
0006449987.tif 000014
【図７】
0006449987.tif 000015
【図８】
0006449987.tif 000016
【図９】
0006449987.tif 000017
【図１０Ａ】
0006449987.tif 000018
【図１０Ｂ】
0006449987.tif 000019