(57)【要約】  無線通信システムにおいて端末のサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）送信方法及び装置を提供する。上記方法は、ＳＣＩフォーマットを生成し、前記生成されたＳＣＩフォーマットを他の端末に送信し、前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することを特徴とする。【選択図】図１１
2019535162.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）送信方法において、
ＳＣＩフォーマットを生成し、
前記生成されたＳＣＩフォーマットを他の端末に送信し、
前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することを特徴とする方法。
【請求項２】
前記ＳＣＩフォーマットを構成する総ビット数は、固定された値であることを特徴とする請求項１に記載の方法。
【請求項３】
前記総ビット数は、４８ビットであることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドを構成するビット数は、固定された値であることを特徴とする請求項１に記載の方法。
【請求項５】
前記資源割当フィールドを構成するビット数は、８ビットであることを特徴とする請求項４に記載の方法。
【請求項６】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドで実際に使用されるビット個数は、前記端末に割り当てられるサブチャネルの個数によって決定されることを特徴とする請求項１に記載の方法。
【請求項７】
前記サブチャネルは、隣接した複数の資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）等で構成されることを特徴とする請求項６に記載の方法。
【請求項８】
無線通信システムにおいてサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）を送信する装置は、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部と、
前記ＲＦ部と結合して動作するプロセッサと、
を備え、
前記プロセッサは、
ＳＣＩフォーマットを生成し、
前記生成されたＳＣＩフォーマットを他の端末に送信し、
前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することを特徴とする装置。
【請求項９】
前記ＳＣＩフォーマットを構成する総ビット数は、固定された値であることを特徴とする請求項８に記載の装置。
【請求項１０】
前記総ビット数は、４８ビットであることを特徴とする請求項９に記載の装置。
【請求項１１】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドを構成するビット数は、固定された値であることを特徴とする請求項８に記載の装置。
【請求項１２】
前記資源割当フィールドを構成するビット数は、８ビットであることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドで実際に使用されるビット個数は、前記端末に割り当てられるサブチャネルの個数によって決定されることを特徴とする請求項８に記載の装置。
【請求項１４】
前記サブチャネルは、隣接した複数の資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）等で構成されることを特徴とする請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムにおいて端末がサイドリンク制御情報を送信する方法及び上記方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）では、３世代以後の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信率でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービスのサポートを目標とする。
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を充足させるシステム標準としてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）送信方式基盤であるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）をＩＴＵ−Ｒに提出し、第４世代移動通信標準と承認された。
【０００４】
３ＧＰＰでは、ＬＴＥのＲｅｌｅａｓｅ  １４バージョンのための研究課題（ＳＩ）のうちの１つとして、Ｖ２Ｘに関する研究を進めている。Ｖ２Ｘは、車両と任意の事物間の通信を意味し、Ｖ２Ｖ、すなわち、車両と車両間の通信も含む。
【０００５】
Ｖ２Ｖ通信を行うのにおいて、端末が他の端末にサイドリンク制御情報を送信しなければならない場合がある。この場合、前記サイドリンク制御情報をどのフィールドで構成するか、Ｖ２Ｖ通信に割り当てられる資源の個数が変更されることにより、資源割当フィールドの長さを可変するか、それとも固定させるかなどのように、サイドリンク制御情報構成をどのようにするかが問題となりうる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、無線通信システムにおける端末のサイドリンク制御情報送信方法及び前記方法を利用する端末を提供することである。
【課題を解決するための手段】
【０００７】
一側面において、無線通信システムにおける端末のサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）送信方法を提供する。前記方法は、ＳＣＩフォーマットを生成し、前記生成されたＳＣＩフォーマットを他の端末に送信し、前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することを特徴とする。
【０００８】
前記ＳＣＩフォーマットを構成する総ビット数は、固定された値でありうる。
【０００９】
前記総ビット数は、４８ビットでありうる。
【００１０】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドを構成するビット数は、固定された値でありうる。
【００１１】
前記資源割当フィールドを構成するビット数は、８ビットでありうる。
【００１２】
前記ＳＣＩフォーマットに含まれた前記資源割当フィールドで実際に使用されるビット個数は、前記端末に割り当てられるサブチャネルの個数によって決定されることができる。
【００１３】
前記サブチャネルは、隣接した複数の資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）等で構成されることができる。
【００１４】
他の側面で提供される、無線通信システムにおいてサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）を送信する装置は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と結合して動作するプロセッサを備え、前記プロセッサは、ＳＣＩフォーマットを生成し、前記生成されたＳＣＩフォーマットを他の端末に送信する。このとき、前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することを特徴とする。
【発明の効果】
【００１５】
基地局が端末に送信する下向きリンク制御情報とは異なり、端末が他の端末にサイドリンク通信を行うときに送信するサイドリンク制御情報は、そのビットサイズが固定され、割り当てられる資源のサイズに関係なく、固定されたサイズの資源割当フィールドで構成されることができる。これにより、複雑度を低め、サイドリンク制御情報検出をより容易にすることができる。また、サイドリンク制御情報フォーマットの資源割当フィールドが固定されたビット個数で構成されるとき、前記資源割当フィールドで実際に使用されるビット等の個数が前記固定されたビット個数より少ない場合、その残りのビットは、ゼロパディングして、仮想的なＣＲＣとして使用することもできる。
【図面の簡単な説明】
【００１６】
【図１】無線通信システムを示す。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＰｒｏＳｅのための基準構造を示す。
【図５】Ｄ２Ｄの動作を実行する端末とセルカバレッジの配置例を示す。
【図６】Ｖ２Ｖ通信の実行シナリオを例示する。
【図７】端末等と基地局との間でＶ２Ｖ通信のためのシグナリング過程を例示する。
【図８】端末間でＶ２Ｖ通信のためのシグナリング過程を例示する。
【図９】提案方法＃１によるＤＣＩフォーマット５Ａのペイロードサイズ決定方法を示す。
【図１０】提案方法＃２が適用される場合を例示する。
【図１１】提案方法＃２が適用される方法を例示する。
【図１２】本発明の実施形態が実現される装置を示したブロック図である。
【発明を実施するための形態】
【００１７】
図１は、無線通信システムを示す。
【００１８】
無線通信システムは、例えば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムという。
【００１９】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２０】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２１】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２２】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、そのうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２３】
図2は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図3は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２４】
図2及び図3を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００２５】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００２６】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００２７】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００２８】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００２９】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３０】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３１】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３２】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３３】
トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３４】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３５】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位でＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。
【００３６】
ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３７】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００３８】
ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功裏に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。
【００３９】
端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１  ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。
【００４０】
以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、Ｄ２Ｄ動作と混用されることができる。サイドリンク通信（ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、Ｄ２Ｄ通信、ＰｒｏＳｅ直接通信、ＰｒｏＳｅ通信などの他の用語として使用されることができ、サイドリンク発見は、Ｄ２Ｄ発見、ＰｒｏＳｅ直接発見、ＰｒｏＳｅ発見などの他の用語として使用されることもできる。これから、ＰｒｏＳｅについて記述する。Ｄ２Ｄ動作は、端末間で行われるが、前記端末間のインターフェースをサイドリンク（ｓｉｄｅｌｉｎｋ）と称することができる。サイドリンクは、サイドリンク通信及びサイドリンク発見のための端末と端末間のインターフェースであり、ＰＣ５インターフェースに対応する。
【００４１】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）とがある。ＰｒｏＳｅ直接通信は、近接した二つ以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順をサポートする端末を意味する。特別な言及がない場合、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を両方とも含む。公共安全端末は、公共安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化された機能はサポートしない端末である。
【００４２】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００４３】
以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。
【００４４】
図４は、ＰｒｏＳｅのための基準構造を示す。
【００４５】
図４を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅ  ＡＰＰ  ｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅ  ｆｕｎｃｔｉｏｎ）を含む。
【００４６】
ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、政策及び課金規則（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。
【００４７】
ＰｒｏＳｅ応用サーバは、応用機能を作るためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信することができる。端末内の応用プログラムは、応用機能を作るためのＰｒｏＳｅ能力を使用することができる。
【００４８】
ＰｒｏＳｅ機能は、下記のうち少なくとも一つを含むことができるが、必ずこれに制限されるものではない。
【００４９】
−第３者応用プログラムに向かう基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｖｉａ  ａ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｔｏｗａｒｄｓ  ｔｈｅ  ３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎｓ）
【００５０】
−発見及び直接通信のための認証及び端末に対する設定（Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ｔｈｅ  ＵＥ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【００５１】
−ＥＰＣ次元のＰｒｏＳｅ発見の機能（Ｅｎａｂｌｅ  ｔｈｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  ｔｈｅ  ＥＰＣ  ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）
【００５２】
−ＰｒｏＳｅと関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅ  ＩＤの調整（ＰｒｏＳｅ  ｒｅｌａｔｅｄ  ｎｅｗ  ｓｕｂｓｃｒｉｂｅｒ  ｄａｔａ  ａｎｄ  ｈａｎｄｌｉｎｇ  ｏｆ  ｄａｔａ  ｓｔｏｒａｇｅ、ａｎｄ  ａｌｓｏ  ｈａｎｄｌｉｎｇ  ｏｆ  ＰｒｏＳｅ  ｉｄｅｎｔｉｔｉｅｓ）
【００５３】
−セキュリティ関連機能（Ｓｅｃｕｒｉｔｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５４】
−政策関連機能のためにＥＰＣに向かう制御提供（Ｐｒｏｖｉｄｅ  ｃｏｎｔｒｏｌ  ｔｏｗａｒｄｓ  ｔｈｅ  ＥＰＣ  ｆｏｒ  ｐｏｌｉｃｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５５】
−課金のための機能提供（Ｐｒｏｖｉｄｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｆｏｒ  ｃｈａｒｇｉｎｇ（ｖｉａ  ｏｒ  ｏｕｔｓｉｄｅ  ｏｆ  ＥＰＣ、例えば、ｏｆｆｌｉｎｅ  ｃｈａｒｇｉｎｇ））
【００５６】
以下、ＰｒｏＳｅのための基準構造において、基準点と基準インターフェースを説明する。
【００５７】
−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラムとの間の基準点である。これは応用次元でシグナリング要求条件を定義するために使われる。
【００５８】
−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の基準点である。これはＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。
【００５９】
−ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。
【００６０】
−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能との間の基準点である。ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。前記相互作用は、端末間に１：１通信のための経路を設定する時、または実時間セッション管理や移動性管理のためのＰｒｏＳｅサービスを認証する時を例示することができる。
【００６１】
−ＰＣ５：端末間に発見及び通信、中継、１：１通信のために制御／ユーザ平面を使用するための基準点である。
【００６２】
−ＰＣ６：互いに異なるＰＬＭＮに属するユーザ間にＰｒｏＳｅ発見のような機能を使用するための基準点である。
【００６３】
−ＳＧｉ：応用データ及び応用次元制御情報交換のために使われることができる。
【００６４】
Ｄ２Ｄ動作は、端末がネットワーク（セル）のカバレッジ内でサービスを受ける場合やネットワークのカバレッジから外れた場合の両方ともでサポートされることができる。
【００６５】
図５は、Ｄ２Ｄ動作を実行する端末とセルカバレッジの配置例を示す。
【００６６】
図５（ａ）を参照すると、端末Ａ及びＢは、両方ともセルカバレッジ外側に位置できる。図５（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジ外側に位置できる。図５（ｃ）を参照すると、端末Ａ及びＢは、両方とも単一セルカバレッジ内に位置できる。図５（ｄ）を参照すると、端末Ａは、第１のセルのカバレッジ内に位置し、端末Ｂは、第２のセルのカバレッジ内に位置できる。
【００６７】
Ｄ２Ｄ動作は、図５のように多様な位置にある端末間に実行されることができる。
【００６８】
＜Ｄ２Ｄ通信（ＰｒｏＳｅ直接通信）のための無線リソース割当＞
【００６９】
Ｄ２Ｄ通信のためのリソース割当には、下記の二つのモードのうち少なくとも一つを利用することができる。
【００７０】
１．モード１
【００７１】
モード１は、ＰｒｏＳｅ直接通信のためのリソースを基地局からスケジューリングを受けるモードである。モード１により端末がデータを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信リソースを基地局に要求し、基地局は、スケジューリング割当及びデータ送信のためのリソースをスケジューリングする。端末は、基地局にスケジューリング要求を送信し、ＰｒｏＳｅ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信することができる。基地局は、ＰｒｏＳｅ  ＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この送信のためのリソースが必要であると判断する。
【００７２】
２．モード２
【００７３】
モード２は、端末が直接リソースを選択するモードである。端末は、リソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）で直接ＰｒｏＳｅ直接通信のためのリソースを選択する。リソースプールは、ネットワークにより設定され、または予め決めることができる。
【００７４】
一方、端末がサービングセルを有している場合、即ち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合、前記端末は、基地局のカバレッジ内にあると見なされる。
【００７５】
端末がカバレッジ外にある場合、前記モード２のみ適用されることができる。もし、端末がカバレッジ内にある場合、基地局の設定によってモード１またはモード２を使用することができる。
【００７６】
他の例外的な条件がない場合、基地局が設定した時にのみ、端末は、モード１からモード２に、またはモード２からモード１にモードを変更することができる。
【００７７】
＜Ｄ２Ｄ発見（ＰｒｏＳｅ直接発見：ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）＞
【００７８】
Ｄ２Ｄ発見は、ＰｒｏＳｅ可能端末が、近接した他のＰｒｏＳｅ可能端末を発見するときに使われる手順を意味し、ＰｒｏＳｅ直接発見とも呼ばれる。以下、ＰｒｏＳｅ直接発見に使われる情報を発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）という。
【００７９】
Ｄ２Ｄ発見のためにはＰＣ５インターフェースが使われることができる。ＰＣ５インターフェースは、ＭＡＣ階層、ＰＨＹ階層、及び上位階層であるＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ階層で構成される。上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）で発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を扱って、発見情報の内容は、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）に対して透明（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみがＡＳに伝達されるようにする。ＭＡＣ階層は、上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ階層は、発見情報送信のために使われない。ＭＡＣ階層は、上位階層から受けた発見情報をアナウンスするために使われるリソースを決定する。ＭＡＣ階層は、発見情報を伝送するＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を作って物理階層に送る。ＭＡＣヘッダは、追加されない。
【００８０】
発見情報アナウンスメントのために二つのタイプのリソース割当がある。
【００８１】
1. タイプ１ 
【００８２】
発見情報のアナウンスメントのためのリソースが端末特定的でなく割り当てられる方法であって、基地局が端末に発見情報アナウンスメントのためのリソースプール設定を提供する。この設定は、システム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ：ＳＩＢ）に含まれてブロードキャスト方式でシグナリングされることができる。または、前記設定は、端末特定的なＲＲＣメッセージに含まれて提供されることができる。または、前記設定は、ＲＲＣメッセージ外の他の階層のブロードキャストシグナリングまたは端末特定的なシグナリングになることもできる。
【００８３】
端末は、指示されたリソースプールから自体的にリソースを選択し、選択したリソースを利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ）の間に任意に選択したリソースを介して発見情報をアナウンスすることができる。
【００８４】
2. タイプ２
【００８５】
発見情報のアナウンスメントのためのリソースが、端末特定的に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのためのリソースを要求することができる。基地局は、ＲＲＣ信号で発見信号アナウンスメントのためのリソースを割り当てることができる。端末に設定されたリソースプール内で発見信号モニタリングのためのリソースが割り当てられることができる。
【００８６】
ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見信号アナウンスメントのためのタイプ１のリソースプールをＳＩＢで知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１のリソースプールを利用する。または、基地局は、２）ＳＩＢを介して前記基地局が、ＰｒｏＳｅ直接発見はサポートすることを知らせるが、発見情報アナウンスメントのためのリソースは提供しない。この場合、端末は、発見情報アナウンスメントのためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入しなければならない。
【００８７】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して前記端末が発見情報アナウンスメントのためにタイプ１のリソースプールを使用するか、またはタイプ２のリソースを使用するかを設定することができる。
【００８８】
これから、本発明について説明する。
【００８９】
本発明では、無線通信システムにおける下向きリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）送信方法及び装置を提案する。
【００９０】
以下、端末は、ユーザの端末を意味するが、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合には、前記ネットワーク装備も一種の端末としてみなされることができる。
【００９１】
説明の都合上、本発明において使用される略字について説明する。
【００９２】
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）は、物理サイドリンクブロードキャストチャネルである。ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、物理サイドリンク制御チャネルである。ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  ＣＨａｎｎｅｌ）は、物理サイドリンク発見チャネルである。ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）は、物理サイドリンク共有チャネルである。ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）は、サイドリンク同期化信号である。ＳＬＳＳには、ＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とがある。
【００９３】
ここで、サイドリンクは、前述したＤ２Ｄ通信とＤ２Ｄ発見のための端末と端末間のインターフェースを意味する。サイドリンクは、ＰＣ５インターフェースに対応する。Ｄ２Ｄ通信は、サイドリンク通信（ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）または単純に通信、Ｄ２Ｄ発見は、サイドリンク発見（ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ）または単純に発見と称することができる。Ｄ２Ｄ端末は、Ｄ２Ｄ動作を行う端末を意味し、Ｄ２Ｄ動作は、Ｄ２Ｄ通信、Ｄ２Ｄ発見のうち、少なくとも１つを含む。
【００９４】
以下では、説明の都合上、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムの他に、他のシステムへも拡張可能である。
【００９５】
また、本発明は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信にも適用されることができる。Ｖ２Ｘ通信は、運転中、道路インフラ及び他の車両と通信しながら交通状況などの情報を交換したり、共有する通信方式を意味する。Ｖ２Ｘは、車両間の通信を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）、車両と個人により携帯される端末間の通信を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）、車両と路辺のユニット（ｒｏａｄｓｉｄｅ  ｕｎｉｔ：ＲＳＵ）とネットワーク（ｎｅｔｗｏｒｋ）間の通信を意味するＶ２Ｉ／Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）を含むことができる。以下、Ｖ２Ｘ通信の例としてＶ２Ｖを例示するが、これは、制限ではない。
【００９６】
Ｖ２Ｖ通信実行に関連した端末動作について説明する。Ｖ２Ｖ通信は、第１の車両に設けられた端末と第２の車両に設けられた端末との間の通信を意味する。
【００９７】
図６は、Ｖ２Ｖ通信の実行シナリオを例示する。
【００９８】
図６に示すように、Ｖ２Ｖ通信には、１）ただ端末（ＵＥ）間のインターフェースであるＰＣ５基盤のＶ２Ｖ動作のみを支援するシナリオ（Ｓｃｅｎａｒｉｏ  １）、２）ただ基地局（ｅＮｏｄｅＢ）と端末（ＵＥ）との間のインターフェースであるＵｕ基盤のＶ２Ｖ動作のみを支援するシナリオ（Ｓｃｅｎａｒｉｏ  ２）、３）ＰＣ５及びＵｕを共に使用してＶ２Ｖ動作を支援するシナリオ（Ｓｃｅｎａｒｉｏ  ３）などがある。
【００９９】
図７は、端末等と基地局との間でＶ２Ｖ通信のためのシグナリング過程を例示する。
【０１００】
図７に示すように、基地局は、端末＃１にＤＣＩフォーマットを送信する（Ｓ７０）。前記ＤＣＩフォーマットは、モード１、すなわち、基地局がＶ２Ｖ通信のための資源をスケジューリングするモードに対するＤＣＩフォーマットでありうる。端末＃１は、前記ＤＣＩフォーマットによってスケジューリングされた資源を利用して端末＃２とサイドリンク通信、例えば、Ｖ２Ｖ通信を行うことができる（Ｓ７１）。
【０１０１】
図８は、端末間でＶ２Ｖ通信のためのシグナリング過程を例示する。
【０１０２】
図８に示すように、端末＃１は、Ｖ２Ｖ通信のためのＳＣＩ（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）フォーマットを送信する（Ｓ８０）。その後、端末＃１は、端末＃２に前記ＳＣＩフォーマットに基づいたＶ２Ｖ通信を行うことができる（Ｓ８１）。
【０１０３】
一方、Ｖ２Ｖ通信と関連して、スケジューリング割当（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）と、これに連関したデータが同じサブフレーム内で送信される場合、前記ＳＡをデコードすることによって指示されるか、留保された（ｒｅｓｅｒｖｅｄ）資源または連関したデータ資源でのＰＳＳＣＨ  ＲＳＲＰが閾値以上である資源は除かれることができる。
【０１０４】
ここで、前記連関したデータ資源でのＰＳＳＣＨ  ＲＳＲＰは、連関したＰＳＣＣＨによって指示されたＰＲＢ内でＰＳＳＣＨと連関したＤＭ  ＲＳを運ぶ資源要素等の電力分布の線形平均と定義されることができる。
【０１０５】
ＰＳＳＣＨ  ＲＳＲＰに対する基準点（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）は、端末のアンテナ連結子（ａｎｔｅｎｎａ  ｃｏｎｎｅｃｔｏｒ）でありうる。
【０１０６】
ＳＡデコードと関連して端末は、次のような動作を行うことができる。
【０１０７】
サブフレーム（ｓｕｂｆｒａｍｅ、ＴＴＩと称することもできる、以下、同様）＃ｎで端末に資源選択／再選択がトリガリング（ｔｒｉｇｇｅｒｉｎｇ）され得る。すると、端末は、サブフレーム＃ｎ−ａとサブフレーム＃ｎ−ｂ（ａ＞ｂ＞０であり、ａ、ｂは、整数）間でセンシング（ｓｅｎｓｉｎｇ）を行い、その結果に基づいてＶ２Ｖメッセージ送信のための資源を選択／再選択できる。
【０１０８】
前記ａ、ｂは、端末に共通的に設定される値でありうるし、各端末に独立に設定される値でありうる。
【０１０９】
前述したａ、ｂ値が端末に共通的な値である場合、例えば、「ａ＝１０００＋ｂ」のような関係でありうる。すなわち、Ｖ２Ｖメッセージ送信のための資源を端末が自ら選択するようにトリガリングされれば、端末は、１秒（１０００ｍｓ＝１０００個のサブフレーム＝１０００個のＴＴＩ）の間、センシング動作を行うことができる。
【０１１０】
端末は、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間で他の端末のＳＡを考慮できる。前記ＳＡは、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間でのデータ送信に連関したものでありうるし、前記ＳＡは、サブフレーム＃ｎ−ａより先に送信されることができる。
【０１１１】
サブフレーム＃ｍでセンシング動作を行えなかった端末は（例えば、サブフレーム＃ｍで信号を送信すべきなどの理由で）、サブフレーム＃（ｍ＋１００＊ｋ）を資源選択／再選択から除くことができる。一方、端末は、自分が信号を送信するのに使用されるサブフレームでは、センシング動作を行わずに、スキップ（ｓｋｉｐ）することができる。
【０１１２】
端末は、前記センシングを行った後、ＰＳＳＣＨ、すなわち、サイドリンクデータチャネルのための時間／周波数資源を選択する。
【０１１３】
または、センシング周期内のサブフレーム（ＴＴＩ）＃ｍ＋ｃでＳＡをデコードした第１の端末は、ＳＡを送信した第２の端末によって同じ周波数資源がサブフレーム＃ｍ＋ｄ＋Ｐ＊ｉでも留保されていると仮定することができる。ここで、Ｐは、１００に固定された値でありうる。ｉは、［０、１、．．．、１０］の中で選択されることができ、搬送波特定的に制限されることができる。または、ｉは、０に設定されることができ、これは、周波数資源留保意図がないことを意味する。前記ｉの値は、ＳＡ内の４ビットフィールドによってシグナリングされることができる。
【０１１４】
Ｐ＊Ｉ周期を有する候補半静的資源（ｃａｎｄｉｄａｔｅ  ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｒｅｓｏｕｒｃｅ）Ｘが他の端末のＳＡによって留保された資源Ｙと衝突し、閾値条件を満たすと、端末は、前記資源Ｘを除くことができる。前記Ｉ値は、ＳＡによってシグナリングされたｉのための値でありうる。
【０１１５】
ＳＡデコード、センシング過程などを経て資源を除いた後、残った資源が選択ウィンドウ内での総資源の２０％より少ない場合、端末は、閾値を増加（例えば、３ｄＢ）させた後、再度資源を除く過程を行い、この過程は、前記残った資源が前記選択ウィンドウ内での総資源の２０％より多くなるまで行われることができる。
【０１１６】
ＰＳＳＣＨ資源の測定周期は、Ｐでありうる。前記測定は、前述した段階を経て残った資源に限定して行われることができる。
【０１１７】
一方、特定資源を除いた後、Ｖ２Ｖ送信資源を選択する過程で、端末は、カウンタが０値に到達すれば、確率ｐに現在資源を維持し、前記カウンタをリセットすることができる。すなわち、確率１−ｐに資源が再選択されることができる。搬送波特定的パラメータであるｐは、予め設定されることができ、［０、０．２、０．４、０．６、０．８］範囲で設定されることができる。
【０１１８】
端末は、特定資源を除いた残りのＰＳＳＣＨ資源を測定し、総受信エネルギーに基づいてランキングを付けた後、部分集合を選択する。前記部分集合は、最も低い受信エネルギーを有する候補資源等の集合でありうる。前記部分集合のサイズは、選択ウィンドウ内の総資源の２０％でありうる。
【０１１９】
端末は、前記部分集合から１つの資源をランダムに選択することができる。
【０１２０】
１つのサブフレームで１つの送信ブロックのみが送信されるとき、端末は、連続したＭ個のサブチャネルを選択でき、各サブチャネルで測定したエネルギーの平均が各資源のエネルギー測定値になることができる。
【０１２１】
送信ブロックが２個のサブフレームから送信されるとき、次の資源選択方法が支援され得る。送信ブロックが１つのサブフレームから送信される場合について定義されたメカニズムを使用して１つの資源が選択され得る。または、特定条件を満たす場合、ランダムに他の資源を選択できる。
【０１２２】
端末は、ＳＡ無しでは送信ブロックを送信できない。すなわち、ＴＢ送信または再送信にＳＡも送信されなければならない。
【０１２３】
同一のサブフレーム内でＳＡとデータとが送信され得るように資源が設定されれば、端末は、他のサブフレームから送信されたＰＳＣＣＨとの結合は期待しない。
【０１２４】
同一サブフレームにおいて、隣接した資源ブロックでＳＡとデータとが常に送信されるように資源が設定されれば、データ送信のために選択されたサブチャネルの中で最も低いインデックスを有するサブチャネルがＳＡ送信のために使用される。資源プールは、周波数領域で１つまたは複数のサブチャネルで構成されることができる。サブチャネルは、同一サブフレームにおいて連続する資源ブロックで構成されることができる。サブチャネルのサイズ、すなわち、サブチャネルを構成する資源ブロックの個数は、｛５、６、１０、１５、２０、２５、５０、７５、１００｝のうち、いずれか１つでありうるし、予め決められるか、基地局によって設定されることができる。各サブチャネルは、１つのＳＡ候補資源を含むことができる。ＳＡ候補資源は、データ送信に使用されることもできる。
【０１２５】
同一サブフレームにおいて、隣接しない資源ブロックでＳＡとデータとを送信できるように資源が設定されれば、連関したデータ資源プールでのサブチャネルの個数とＳＡ資源プールでのＳＡ候補資源等の個数は同一でありうる。ＳＡ資源プールでのＳＡ候補資源とデータ資源プールでのサブチャネルとは、１：１に連関することができる。ＰＳＳＣＨ資源プールは、周波数領域において１つまたは複数のサブチャネルで構成されることができる。サブチャネルは、同一サブフレームにおいて連続する資源ブロックで構成されることができ、予め決められるか、基地局によって設定されることができる。１つのサブフレームにおいて最大サブチャネル個数は２０個でありうる。サブチャネルの最小サイズ（資源ブロックの個数）は、４でありうる。ＰＳＣＣＨ資源プールは、連続するＰＲＢで構成されることができる。
【０１２６】
ＰＳＳＣＨのエネルギーセンシングの単位（ｇｒａｎｕｌａｒｉｔｙ）は、サブチャネルのサイズでありうる。
【０１２７】
端末は、送信のために整数個の隣接するサブチャネルを常に選択することができる。
【０１２８】
端末は、１つのサブフレームにおいて１００個より多い資源ブロックのデコードを試みず、１０個より多いＰＳＣＣＨデコードも試みない。
【０１２９】
ＳＡ資源プールとデータ資源プールとは重なることがある。
【０１３０】
Ｖ２Ｖのための資源プールは、ＳＬＳＳが送信されるサブフレームを除いた残りのサブフレームにマッピングされるビットマップによって定義されることができる。前記ビットマップの長さは、１５、２０、１００のうち、いずれか１つでありうる。前記ビットマップは、Ｖ２ＶのためのＳＡ／データ送信／受信が許容されるサブフレームを指示／定義することができる。
【０１３１】
資源再選択がトリガリングされれば、端末は、送信ブロックに対応する送信の全てに対して資源を再選択する。ＳＡは、１つの送信ブロックに対応する送信のみスケジューリングする。
【０１３２】
以下では、（Ａ）モード２  Ｖ２Ｖスケジューリング（ＭＯＤＥ２＿ＳＣＨ）動作時に使用されるサイドリンク制御情報（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）フォーマット構成フィールド（等）、そして／あるいは（Ｂ）モード１動的（ＤＹＮＡＭＩＣ）Ｖ２Ｖスケジューリング（ＭＯＤＥ１＿ＤＹＮ）動作時に使用されるＤＣＩフォーマット構成フィールド（等）について説明する。ここで、モード１は、Ｖ２Ｖ通信のための資源を基地局からスケジューリングされるモードであり、モード２は、ネットワークによって設定されるか、予め決められた資源プールから端末がＶ２Ｖ通信のための資源を選択するモードである。
【０１３３】
ＳＣＩは、サイドリンクにおいて端末により送信される制御情報であって、総４８ビットでありうるし、次のようなフィールドを含むことができる。
【０１３４】
優先権（Ｐｒｉｏｒｉｔｙ）：３ビット、資源留保（ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒｖａｔｉｏｎ）：４ビット、ＭＣＳ：５ビット、ＣＲＣ：１６ビット、再送信インデックス：１ビット、初期送信と再送信との間の時間ギャップ：４ビット（ただし、このフィールドは、０〜１５のうち、１つの値を有し、０は、関連送信ブロックの再送信がない／再送信でないことを表す）、初期送信及び再送信の周波数資源位置（ＦＲＡ＿ＩＮＲＥＴＸ）：８ビット、留保されたビット：７ビット、初期送信及び再送信に順にＲＶ０、２が使用される。
【０１３５】
サイドリンクの動的スケジューリングのために基地局が送信する下向きリンク制御情報（ＤＣＩ）には、次のフィールドを含むことができる。
【０１３６】
ＣＩＦ：３ビット（ＣＩＦの解釈は、予め設定されることができ、これは、上向きリンク、下向きリンクのためのＣＩＦと異なるように設定されることもできる）、初期送信に割り当てられたサブチャネルの最も低い（小さい）インデックス（ＰＳＣＣＨ＿ＲＡ）：５ビット、ＳＡ内容：ｉ）初期送信と再送信との間の時間ギャップ（ＴＧＡＰ＿ＩＮＲＥＴＸ：４ビット）、ｉｉ）初期送信及び再送信の周波数資源位置（ＦＲＡ＿ＩＮＲＥＴＸ：８ビット）、前記ＤＣＩの長さは、ＤＣＩフォーマット０と同一でありうるし、Ｃ−ＲＮＴＩ／ＳＰＳ−ＲＮＴＩでない他のＲＮＴＩが使用され得る。初期送信の時間位置は、Ｖ２Ｖ搬送波での資源プールに含まれた最初サブフレームでありうるし、ＤＣＩが送信されたサブフレームから４ｍｓ後のサブフレームでありうる。
【０１３７】
１つのサブフレーム内において、Ｖ２Ｖ資源プールで構成され得るサブチャネル等の最大個数（これをＳＦ＿ＭＡＸＮＵＭＳＣＨとする）を（常に）「２０」個と仮定するとき、ＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマットのペイロードサイズは、総「２０」ビット（例えば、「３（＝ＣＩＦ）＋５（＝ＰＳＣＣＨ＿ＲＡ）＋４（＝ＴＧＡＰ＿ＩＮＲＥＴＸ）＋８（＝ＦＲＡ＿ＩＮＲＥＴＸ）＝２０」）でありうる。
【０１３８】
ＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマットのペイロードサイズを既存のＤＣＩフォーマット０のものと同様に合わせるとき、特定システム帯域幅（例えば、「１．４ＭＨＺ」）での既存のＤＣＩフォーマット０のペイロードサイズ（例えば、「１９」ビット（１．４ＭＨＺ））よりＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマットのもの（例えば、「２０」ビット）が大きくなるという問題が生じる可能性がある。下記（一部）の提案方式等は、当該問題を解決するための方法を提示する。
【０１３９】
一例として、Ｖ２Ｖ（ＰＳＳＣＨ（／ＰＳＣＣＨ））資源プールは、（Ａ）１つのサブフレーム内でＶ２Ｖ資源プールを構成する全体サブチャネル個数、そして／あるいは（Ｂ）（１つの）サブチャネルを構成する資源ブロックＲＢ個数（サブチャネルサイズ）、そして／あるいは（Ｃ）周波数領域上でサブチャネルの開始ＲＢ位置、そして／あるいは（Ｄ）Ｖ２Ｖ資源プールが設定されたサブフレーム位置（例えば、予め定義された長さ（例えば、「１６」、「２０」、「１００」）のビットマップ形態）、（そして／あるいは（Ｅ）ＰＳＣＣＨ資源プールの（周波数領域上で）サブチャネル開始ＲＢ位置（例えば、当該情報は、ＰＳＣＣＨと（連動された）ＰＳＳＣＨとが同一サブフレーム上の隣接ＲＢ（Ｓ）に位置しない場合にのみ有効（／存在）でありうる））などに関する情報）シグナリングで設定されることができる。
【０１４０】
下記（一部）の提案方式等は、ＭＯＤＥ２＿ＳＣＨ動作関連ＳＣＩフォーマット（上のＦＲＡ＿ＩＮＲＥＴＸサイズ決定）にも拡張適用されることができる。
【０１４１】
次の表は、システム帯域別に既存のＤＣＩフォーマット０のペイロードサイズを例示する。
【０１４２】
【表１】
2019535162.tif 000003
【０１４３】
［提案方法＃１］一例として、ＤＣＩフォーマット５Ａに含まれたＦＲＡ＿ＩＮＲＥＴＸ（そして／あるいは、ＰＳＣＣＨ＿ＲＡ）サイズが予め設定（／シグナリング）された（１つのサブフレーム内で）Ｖ２Ｖ資源プールを構成する全体サブチャネルの個数（ＴＳＵＢＮＵＭ＿ＳＦ）によって変更されるようにすることができる。ここで、ＤＣＩフォーマット５Ａは、ＰＳＣＣＨスケジューリングに使用されるＤＣＩフォーマットであり、ＰＳＳＣＨスケジューリングに使用されるフィールド等も含むことができる。
【０１４４】
図９は、提案方法＃１によるＤＣＩフォーマット５Ａのペイロードサイズ決定方法を示す。
【０１４５】
図９に示すように、基地局は、サブフレーム内のＶ２Ｖ資源プールのサブチャネル個数（＝ＴＳＵＢＮＵＭ＿ＳＦ）を決定し（Ｓ１００）、前記サブチャネル個数（＝ＴＳＵＢＮＵＭ＿ＳＦ）によってＤＣＩフォーマット５Ａのペイロード（ｐａｙｌｏａｄ）サイズを変更（初期送信及び再送信の周波数資源位置フィールド）できる（Ｓ１１０）。ここで、サブチャネルは、同一サブフレーム内において隣接した複数の資源ブロックで構成されることができる。例えば、基地局は、サブチャネルを構成する資源ブロックの個数を調節することにより、ＤＣＩフォーマット５ＡのＲＡ（資源割当）フィールドのサイズを調節できる。これにより、ＤＣＩフォーマット５Ａの総ペイロードサイズがＤＣＩフォーマット０より大きくなることを防止できる。
【０１４６】
例えば、「１つのサブフレーム内でＶ２Ｖ資源プールを構成する全体サブチャネルの個数（ＴＳＵＢＮＵＭ＿ＳＦ）＝Ｋ」の場合、ＤＣＩフォーマット５Ａに含まれたＦＲＡ＿ＩＮＲＥＴＸ（＝初期送信及び再送信の周波数資源位置フィールド）（そして／あるいは、ＰＳＣＣＨ＿ＲＡ（＝初期送信に割り当てられたサブチャネルの最も低い（小さい）インデックスフィールド））のサイズは、「ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））」（そして／あるいは、「ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））」）でありうる。ここで、ＣＥＩＬＩＮＧ（Ｘ）は、Ｘより大きいか、同じ最小整数値を導き出す関数である。
【０１４７】
一例として、「１つのサブフレーム内でＶ２Ｖ資源プールを構成する全体サブチャネルの個数（ＴＳＵＢＮＵＭ＿ＳＦ）＝１０」の場合、前記ＦＲＡ＿ＩＮＲＥＴＸ（そして／あるいは、前記ＰＳＣＣＨ＿ＲＡ）サイズは、「６」ビット（そして／あるいは、「４」ビット）でありうる。
【０１４８】
このような規則が適用される場合、（ネットワークにより）ＴＳＵＢＮＵＭ＿ＳＦ（＝サブチャネル個数）値が適切に設定（／シグナリング）されることにより、前述した問題、すなわち、「１．４ＭＨＺシステム帯域幅下の既存のＤＣＩフォーマット０のペイロードサイズ（例えば、「１９」ビット）よりＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマットのペイロードサイズ（例えば、「２０」ビット）が大きくなるという問題を解決できる。
【０１４９】
一例として、「ＦＬＯＯＲ（システム帯域幅／（１つの）サブチャネルを構成する資源ブロック等の個数（サブチャネルサイズ））」値（これをＭＡＸ＿ＳＵＢＶＡＬとする）によって、ＦＲＡ＿ＩＮＲＥＴＸ（そして／あるいは、ＰＳＣＣＨ＿ＲＡ）サイズが変更されるようにすることもできる。ここで、ＦＬＯＯＲ（Ｘ）は、Ｘより小さいか、同じ最大整数値を導き出す関数である。
【０１５０】
一例として、「ＭＡＸ＿ＳＵＢＶＡＬ＝Ｋ」の場合、ＦＲＡ＿ＩＮＲＥＴＸの（そして／あるいは、ＰＳＣＣＨ＿ＲＡ）サイズは、「ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））」（そして／あるいは、「ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））」）に変更されることができる。
【０１５１】
［提案方法＃２］一例として、（前記［提案方法＃１］が適用される場合）「（（既存）ＤＣＩフォーマット０のペイロードサイズ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ）−３（＝ＣＩＦ）−５（＝ＰＳＣＣＨ＿ＲＡ）−４（＝ＴＧＡＰ＿ＩＮＲＥＴＸ））」の残りのビット（そして／あるいは、「（（既存）ＤＣＩフォーマット０のペイロードサイズ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ）−３（＝ＣＩＦ）−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））（＝ＰＳＣＣＨ＿ＲＡサイズ）−４（＝ＴＧＡＰ＿ＩＮＲＥＴＸ））」の残りのビット）は、（サービング）基地局（あるいは、ネットワーク）が予め定義された（上位（／物理）階層（例えば、「ＳＩＢ（あるいは、ＲＲＣ）」））シグナリングを介して指定した値（例えば、「０」（あるいは、「１」））に設定するようにしたり、あるいは、（端末にして）（常に）「ゼロパディング（ＺＥＲＯ  ＰＡＤＤＩＮＧ）」させることができる。残りのビットは、「仮想ＣＲＣ（ＶＩＲＴＵＡＬ  ＣＲＣ）」として使用されることができる。
【０１５２】
このような（一部）規則の適用は（ＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマットそして／あるいはＭＯＤＥ２＿ＳＣＨ  ＳＣＩフォーマットの場合）、ＦＲＡ＿ＩＮＲＥＴＸサイズが前記［提案方法＃１］によって変更されることにより発生される追加的な余裕分のビット（例えば、「（８−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ））」（そして／あるいは、「（８−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ）−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））（＝ＰＳＣＣＨ＿ＲＡサイズ））」））（そして／あるいは、予め定義（／シグナリング）された（ターゲット）ペイロードサイズ（例えば、ＭＯＤＥ１＿ＤＹＮ  ＤＣＩフォーマット、ＭＯＤＥ２＿ＳＣＨ  ＳＣＩフォーマットの（ターゲット）ペイロードサイズは、各々（既存）ＤＣＩフォーマット０ペイロードサイズ、４８ビットになることができる）において、ＦＲＡ＿ＩＮＲＥＴＸサイズが前記［提案方法＃１］によって変更されることにより発生される（追加的な）余裕分のビットが（サービング）基地局（あるいは、ネットワーク）が予め定義された（上位（／物理）階層）シグナリングを介して指定した値で指定されるか、あるいは、（端末により）（常に）「ゼロパディング」されることと解釈されることもできる。
【０１５３】
図１０は、提案方法＃２が適用される場合を例示する。
【０１５４】
図１０に示すように、本発明に係るＳＣＩフォーマット（例えば、ＳＣＩフォーマット１）は、優先権フィールド（＝３ビット）、資源留保フィールド（＝４ビット）、ＲＡフィールド（このフィールドは、初期送信及び再送信の周波数資源位置を表し、資源割当フィールドでありうるし、８ビットで構成されることができる）、初期送信及び再送信間の時間ギャップフィールド（＝４ビット）、ＭＣＳフィールド（＝５ビット）、再送信インデックスフィールド（＝１ビット）、留保された情報フィールド（＝７ビット）、ＣＲＣフィールド（＝１６ビット）で構成されることができる。すなわち、ＳＣＩフォーマット１の総ビット個数は４８ビットであり、ＣＲＣビットを除いた情報ビットは３２ビットである。このようなＳＣＩフォーマット１は、全体ビット数、すなわち、全体サイズが固定され、ＲＡフィールドのサイズも８ビットに固定されることができる。ただし、ＲＡフィールドは、そのサイズが固定されていても、実際に使用されるビットの個数は、常に８であるものではない。すなわち、サブチャネルの個数によって８個より少ない個数のビットのみ使用されることができるものである。このような場合、本発明では、前記ＲＡフィールドで使用されるビットを除いたビットをゼロパディングするものである。前記ＲＡフィールドで、実際に使用されるビットを除いたビットがゼロパディングされた後、仮想的なＣＲＣとして活用されることもできる。
【０１５５】
理解のために、従来技術と比較してみる。まず、ＤＣＩフォーマット０では、ＲＡフィールドのサイズが固定されておらず、可変的である。すなわち、システム全体（割り当てられる）資源ブロックの個数によってＲＡフィールドのビット数が変わる。したがって、ＤＣＩフォーマット０は、全体長さ（サイズ）も固定されておらず、可変的である。したがって、ＤＣＩフォーマット１Ａを前記ＤＣＩフォーマット０の全体長さに合わせてゼロパディングするとしても、これは、本発明のように固定された長さを有する特定フィールドにゼロパディングするものではなく、可変的なＤＣＩフォーマット０の全体長さに合わせてＤＣＩフォーマット１Ａをゼロパディングするものであるから、本発明とはメカニズムが完全に異なる。
【０１５６】
図１１は、提案方法＃２が適用される方法を例示する。
【０１５７】
図１１に示すように、端末は、ＳＣＩフォーマット１の資源割当フィールドで実際に使用されるビット個数を決定し（Ｓ５００）、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）する（Ｓ５１０）。
【０１５８】
すなわち、端末は、ＳＣＩフォーマットを生成し、前記生成されたＳＣＩフォーマットを他の端末に送信するにあたって、前記ＳＣＩフォーマットに含まれた資源割当フィールドで実際に使用されるビット個数を決定し、前記資源割当フィールドから前記実際に使用されるビット個数を除いたビットをゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）した後、送信することができる。前記資源割当フィールドで実際使用されるビット個数は、前記端末に割り当てられるサブチャネルの個数によって決定されることができる。
【０１５９】
前記［提案方法＃１］が適用される場合、ＭＯＤＥ１＿ＤＹＮ動作関連ＤＣＩフォーマット上に（モード１）ＳＰＳ動作関連フィールド（例えば、「ＳＰＳ設定（／活性化（／解除））指示子」）（ＳＰＳ＿ＰＡＬＤ）が追加的に定義されなければならないとき、「（（既存）ＤＣＩフォーマット０のペイロードサイズ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ）−３（＝ＣＩＦ）−５（＝ＰＳＣＣＨ＿ＲＡ）−４（＝ＴＧＡＰ＿ＩＮＲＥＴＸ）−ＳＰＳ＿ＰＡＬＤサイズ）」の残りのビット（そして／あるいは、「（（既存）ＤＣＩフォーマット０のペイロードサイズ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（＝ＦＲＡ＿ＩＮＲＥＴＸサイズ）−３（＝ＣＩＦ）−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））（＝ＰＳＣＣＨ＿ＲＡサイズ）−４（＝ＴＧＡＰ＿ＩＮＲＥＴＸ）−ＳＰＳ＿ＰＡＬＤサイズ）」の残りのビット）が「０」より大きい条件を満たす範囲内で、ＴＳＵＢＮＵＭ＿ＳＦ値が（限定的に）設定（／シグナリング）されるようにすることもできる。
【０１６０】
前述した提案方式に対する一例も本発明の実現方法のうち、１つとして含まれることができるので、一種の提案方式とみなされ得ることは明らかな事実である。また、前述した提案方式等は、独立的に実現されることができるが、一部提案方式等の組み合わせ（あるいは、併合）形態で実現されることもできる。
【０１６１】
本発明では、説明の都合上、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムの他に、他のシステムへも拡張可能である。
【０１６２】
本発明の提案方式等は、Ｄ２Ｄ通信のためにも拡張適用可能である。ここで、Ｄ２Ｄ通信は、端末が他の端末と直接無線チャネルを用いて通信することを意味する。端末は、ユーザの端末でありうるし、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合にも一種の端末としてみなされることができる。
【０１６３】
本発明の提案方式等は、モード２  Ｖ２Ｘ動作（そして／あるいは、モード１（サイドリンク動的スケジューリング、そして／あるいはサイドリンクＳＰＳ、そして／あるいは上向きリンクＳＰＳ）Ｖ２Ｘ動作）にのみ限定的に適用されることもできる。
【０１６４】
本発明の提案方式等は、ＰＳＣＣＨと（連動された）ＰＳＳＣＨとが同一サブフレーム上の隣接資源ブロックに位置しない（あるいは、位置する）場合にのみ限定的に適用されることもできる。
【０１６５】
また、本発明の提案方式等は、Ｖ２Ｖモード１（／モード２）動的スケジューリング動作だけでなく、Ｖ２Ｖモード１（／モード２）半静的スケジューリング（ＳＰＳ）動作（そして／あるいは、Ｖ２Ｘモード１（／モード２）動的スケジューリング動作、そして／あるいは、Ｖ２Ｘモード１（／モード２）ＳＰＳ動作）でも拡張適用が可能である。
【０１６６】
本発明において「モード１」（あるいは、「モード２」）という用語は、Ｖ２Ｘ通信関連「モード３」（あるいは、「モード４」）と解釈（／代替）されることもできる。
【０１６７】
本発明の（全てのあるいは一部）提案技術等は、Ｖ２Ｘ通信関連ＤＣＩ、そして／あるいは、ＳＣＩに対して拡張適用されることもできる。
【０１６８】
図１２は、本発明の実施形態が実現される装置を示したブロック図である。
【０１６９】
図１２に示すように、装置１１００は、プロセッサ１１１０、メモリ１１２０、及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ、１１３０）を備える。装置１１００は、基地局または中継局でありうるし、端末でありうる。プロセッサ１１１０は、提案された機能、過程、及び／又は方法を実現する。
【０１７０】
ＲＦ部１１３０は、プロセッサ１１１０と連結されて、無線信号を送信及び受信する。メモリ１１２０は、プロセッサ１１１０及び／又はＲＦ部１１３０の駆動に必要な情報を格納することができる。
【０１７１】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段によりプロセッサと連結されることができる。
【図１】
2019535162.tif 000004
【図２】
2019535162.tif 000005
【図３】
2019535162.tif 000006
【図４】
2019535162.tif 000007
【図５（ａ）】
2019535162.tif 000008
【図５（ｂ）】
2019535162.tif 000009
【図５（ｃ）】
2019535162.tif 000010
【図５（ｄ）】
2019535162.tif 000011
【図６】
2019535162.tif 000012
【図７】
2019535162.tif 000013
【図８】
2019535162.tif 000014
【図９】
2019535162.tif 000015
【図１０】
2019535162.tif 000016
【図１１】
2019535162.tif 000017
【図１２】
2019535162.tif 000018
【国際調査報告】
2019535162.tif 000019
2019535162.tif 000020
2019535162.tif 000021
2019535162.tif 000022