(57)【要約】本発明は、基地局、リレー端末及びリモート端末を含む無線通信システムにおいて、リレー端末により行われる優先順位決定方法であって、前記リモート端末関連情報を取得し、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定し、及び前記優先順位に基づいて前記情報を送信し、前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報を送信することを特徴とする方法を提供する。
2020519166.tif 000002
【特許請求の範囲】
【請求項１】
基地局、リレー端末及びリモート端末を含む無線通信システムにおいて、リレー端末により行われる優先順位決定方法であって、
前記リモート端末関連情報を取得し、
前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定し、及び
前記優先順位に基づいて情報送信を行い、
前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報送信を行うことを特徴とする、優先順位決定方法。
【請求項２】
前記リモート端末は、限定されたサイズ帯域の通信能力を有する端末であることを特徴とする、請求項１に記載の優先順位決定方法。
【請求項３】
前記リレー端末は、前記リモート端末関連情報が前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報である場合、前記リモート端末関連情報を前記リレー端末のＷＡＮ通信関連データ情報より高い優先順位を有するものと決定し、
前記リレー端末は、前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記基地局に送信することを特徴とする、請求項１に記載の優先順位決定方法。
【請求項４】
前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連データ情報より高い優先順位を有するものと決定し、
前記リレー端末は、前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記基地局に送信することを特徴とする、請求項１に記載の優先順位決定方法。
【請求項５】
前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報より高い優先順位を有するものと決定し、
前記リレー端末は、前記リモート端末のＷＡＮ通信関連制御情報又はフィードバック情報を前記基地局に送信することを特徴とする、請求項１に記載の優先順位決定方法。
【請求項６】
前記ＷＡＮ通信関連制御情報又はフィードバック情報は、前記リモート端末のＷＡＮダウンリンクＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＷＡＮダウンリンクＨＡＲＱ−ＡＣＫ情報、又はＷＡＮアップリンクＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）情報を含み、
前記サイドリンク通信関連制御情報又はフィードバック情報は、前記リモート端末から受信された前記サイドリンクチャネルに対するデコード状態情報、サイドリンクＣＳＩ情報又はサイドリンク測定情報を含むことを特徴とする、請求項５に記載の優先順位決定方法。
【請求項７】
前記リレー端末は、前記リモート端末関連情報を事前に定義されたチャネルを介して前記リレー端末の情報とともに送信し、
事前に定義された制御情報又はフィードバック情報は、前記事前に定義されたチャネルにピギーバックされて送信されることを特徴とする、請求項１に記載の優先順位決定方法。
【請求項８】
前記リレー端末は、前記優先順位に応じて相異なるベータオフセット値を適用して前記情報を送信し、
前記ベータオフセットは、情報送信に使用される変調シンボル個数を調節するパラメータであることを特徴とする、請求項１に記載の優先順位決定方法。
【請求項９】
前記リレー端末は、高い優先順位の情報送信にさらに多くの前記変調シンボル個数を割り当てることを特徴とする、請求項８に記載の優先順位決定方法。
【請求項１０】
前記リレー端末は、前記優先順位に応じて相異なる電力パラメータを適用して前記情報を送信し、
前記リレー端末は、高い優先順位の情報送信にさらに多くの電力を割り当てることを特徴とする、請求項１に記載の優先順位決定方法。
【請求項１１】
前記リレー端末は、前記優先順位に応じて相異なるＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）値を適用して前記情報を送信し、
前記リレー端末は、低い優先順位の情報送信に相対的に高いＭＣＳ値を適用することを特徴とする、請求項１に記載の優先順位決定方法。
【請求項１２】
前記リレー端末は、それぞれのリモート端末に関連した情報に対して相異なるＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋｓｕｍ）を付加し、
前記それぞれのＣＲＣ関連パリティビットは、前記それぞれのリモート端末の区分ＩＤでスクランブルされることを特徴とする、請求項１に記載の優先順位決定方法。
【請求項１３】
基地局、リレー端末及びリモート端末を含む無線通信システムにおける、リレー端末であって、
無線信号を送信及び受信するトランシーバと、
前記トランシーバと結合して動作するプロセサと、を備え、
前記プロセサは、
前記リモート端末関連情報を取得し、
前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定し、及び
前記優先順位に基づいて情報送信を行い、
前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報送信を行うことを特徴とする、リレー端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムにおける端末のＤ２Ｄ動作方法及びその方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）では、３世代以降の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進めている。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速の移動状態で１Ｇｂｐｓ、高速の移動状態で１００Ｍｂｐｓのデータ送信レートでＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービスサポートを目標とする。
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準としてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）送信方式ベースであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を準備している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補のうちの１つである。
【０００４】
最近、装置間に直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高くなっている。特に、Ｄ２Ｄは、公衆安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目されている。商業的通信ネットワークは急速にＬＴＥに変化しているが、既存の通信規格との衝突問題及びコストの側面から、現在の公衆安全ネットワークは主に２Ｇ技術をベースとしている。このような技術のギャップと改善されたサービスに対する要求は、公衆安全ネットワークを改善しようとする努力につながっている。
【０００５】
本発明では、ＲＥＬＡＹ  ＵＥ（中継端末、リレー端末）が（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信する方法の例示を提供しようとする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおける端末のＤ２Ｄ動作方法及びその方法を利用する端末を提供する。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によると、基地局、リレー端末及びリモート端末を含む無線通信システムにおいて、リレー端末により行われる優先順位決定方法であって、前記リモート端末関連情報を取得し、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定し、及び前記優先順位に基づいて情報送信を行い、前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報送信を行うことを特徴とする方法が提供される。
【０００８】
ここで、前記リモート端末は、限定されたサイズ帯域の通信能力を有する端末であり得る。
【０００９】
ここで、前記リレー端末は、前記リモート端末関連情報が前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報である場合、前記リモート端末関連情報を前記リレー端末のＷＡＮ通信関連データ情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。
【００１０】
ここで、前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連データ情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。
【００１１】
ここで、前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のＷＡＮ通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。
【００１２】
ここで、前記ＷＡＮ通信関連制御情報又はフィードバック情報は、前記リモート端末のＷＡＮダウンリンクＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＷＡＮダウンリンクＨＡＲＱ−ＡＣＫ情報、又はＷＡＮのＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）情報を含み、前記サイドリンク通信関連制御情報又はフィードバック情報は、前記リモート端末から受信された前記サイドリンクチャネルに対するデコード状態情報、サイドリンクＣＳＩ情報又はサイドリンク測定情報を含んでもよい。
【００１３】
ここで、前記リレー端末は、前記リモート端末関連情報を事前に定義されたチャネルを介して前記リレー端末の情報とともに送信し、事前に定義された制御情報又はフィードバック情報は前記事前に定義されたチャネルにピギーバックされて送信されてもよい。
【００１４】
ここで、前記リレー端末は、前記優先順位に応じて相異なるベータオフセット値を適用して前記情報を送信し、前記ベータオフセットは情報送信に使用される変調シンボル数を調節するパラメータであり得る。
【００１５】
ここで、前記リレー端末は、高い優先順位の情報送信にさらに多くの前記変調シンボル数を割り当てることができる。
【００１６】
ここで、前記リレー端末は、前記優先順位に応じて相異なる電力パラメータを適用して前記情報を送信し、前記リレー端末は、高い優先順位の情報送信にさらに多くの電力を割り当てることができる。
【００１７】
ここで、前記リレー端末は、前記優先順位に応じて相異なるＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）値を適用して前記情報を送信し、前記リレー端末は、低い優先順位の情報送信に相対的に高いＭＣＳ値を適用することができる。
【００１８】
ここで、前記リレー端末は、それぞれのリモート端末に関連した情報に対して相異なるＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋｓｕｍ）を付加し、前記それぞれのＣＲＣ関連パリティビットは前記それぞれのリモート端末の区分ＩＤでスクランブルされることができる。
【００１９】
本発明の他の実施形態によると、基地局、リレー端末及びリモート端末を含む無線通信システムにおいて、リレー端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）は、無線信号を送信及び受信するトランシーバと、前記トランシーバと結合して動作するプロセッサとを含み、前記プロセッサは、前記リモート端末関連情報を取得し、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定し、及び前記優先順位に基づいて情報送信を行い、前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報送信を行うことを特徴とするリレー端末が提供される。
【発明の効果】
【００２０】
本発明によると、ＲＥＬＡＹ  ＵＥが（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は無線通信システムを例示する。
【図２】図２はユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】図３は制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】図４はＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】図５はＮＧ−ＲＡＮと５ＧＣ間の機能的な分割を例示する。
【図６】図６はＶ２Ｘ又はＤ２Ｄ通信を行う端末を例示する。
【図７】図７はＶ２Ｘ／Ｄ２Ｄに関連した送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ：ＴＭ）による端末動作を例示する。
【図８】図８はリソース単位の構成例を示す。
【図９】図９は単一方向リレーと双方向リレーの一例をそれぞれ概略的に示す図である。
【図１０】図１０は本発明の一実施形態による、リレー端末により行われる情報送信方法のフローチャートである。
【図１１】図１１は本発明の他の実施形態による、リレー端末により行われる情報送信方法のフローチャートである。
【図１２】図１２は本発明の一実施形態による、基地局により行われる複数のリモート端末関連情報の送信方法に対するフローチャートである。
【図１３】図１３は本発明の一実施形態が実現できるシナリオの一例を示す図である。
【図１４】図１４は本発明の実施形態が実現される通信装置を示すブロック図である。
【図１５】図１５はプロセッサに含まれる装置の一例を示すブロック図である。
【発明を実施するための形態】
【００２２】
図１は、無線通信システムを例示する。これは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００２３】
Ｅ−ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）など、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）など、他の用語で呼ばれることができる。
【００２４】
基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２５】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２６】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３個層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線リソースを制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２７】
図２は、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザプレーンは、ユーザーデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御プレーンは、制御信号送信のためのプロトコルスタックである。
【００２８】
図２及び３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層との間にデータが移動する。送信チャネルは、無線インタフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００２９】
互いに異なる物理層の間、すなわち送信機と受信機の物理層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線リソースとして活用する。
【００３０】
ＭＡＣ層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【００３１】
ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ：ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。 
【００３２】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【００３３】
ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザーデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、制御プレーンデータの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３４】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する通路として使用される。
【００３５】
端末のＲＲＣ層とＥ-ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００３６】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とその以外にユーザートラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３７】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とから構成される。１つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。リソースブロックは、リソース割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３９】
以下、新しい無線アクセス技術（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ  ＲＡＴ）について説明する。前記新しい無線アクセス技術はＮＲ（ｎｅｗ  ｒａｄｉｏ）と略称してもよい。
【００４０】
より多くの通信機器がより大きな通信容量を要求するようになるにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭してきている。また、多数の機器及び物事を接続していつでもどこでも様々なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主なイシューの１つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が議論されており、本発明では便宜のために該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴ又はＮＲと呼ぶ。
【００４１】
図４は、ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステムの構造を例示する。
【００４２】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザプレーン及び制御プレーンプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／又はｅＮＢを含む。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互にＸｎインタフェースで接続されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインタフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインタフェースを介して接続され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインタフェースを介して接続される。
【００４３】
図５は、ＮＧ−ＲＡＮと５ＧＣ間の機能的な分割を例示する。
【００４４】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＆  Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。
【００４５】
図６は、Ｖ２Ｘ又はＤ２Ｄ通信を行う端末を例示する。
【００４６】
図６を参照すると、Ｖ２Ｘ／Ｄ２Ｄ通信において端末（ＵＥ）という用語は、主にユーザの端末を意味する。しかしながら、基地局（ｅＮＢ）のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、一種の端末と見なされることもある。
【００４７】
端末１（ＵＥ１）は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択し、当該リソース単位を使用してＤ２Ｄ信号を送信するように動作することができる。これに対する受信端末である端末２（ＵＥ２）は、端末１が信号を送信できるリソースプールが設定されると、該当リソースプール内で端末１の信号を検出することができる。
【００４８】
ここで、端末１が基地局の接続範囲にある場合、基地局がリソースプールを知らせることができる。それに対して、端末１が基地局の接続範囲外にある場合、他の端末がリソースプールを知らせるか、又は事前に定められたリソースに決定される。
【００４９】
一般的に、リソースプールは複数のリソース単位で構成され、各端末は１つ又は複数のリソース単位を選定して自分のＤ２Ｄ信号送信に使用することができる。
【００５０】
図７は、Ｖ２Ｘ／Ｄ２Ｄに関連した送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ：ＴＭ）による端末動作を例示する。
【００５１】
図７（ａ）は、送信モード１、３に関連した図であり、図７（ｂ）は、送信モード２、４に関連した図である。送信モード１／３においては、基地局が端末１にＰＤＣＣＨ（より具体的にはＤＣＩ）を介してリソーススケジューリングを行い、端末１は、当該リソーススケジューリングに従って端末２とＤ２Ｄ／Ｖ２Ｘ通信を行う。端末１は、端末２にＰＳＣＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を介してＳＣＩ（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介して送信することができる。送信モード１はＤ２Ｄに、送信モード３はＶ２Ｘに適用される。
【００５２】
送信モード２／４は、端末が自らスケジューリングをするモードであり得る。より具体的に、送信モード２はＤ２Ｄに適用され、設定されたリソースプール内で端末がリソースを自ら選択してＤ２Ｄ動作を行うことができる。送信モード４はＶ２Ｘに適用され、センシング／ＳＡデコード過程などを経て選択ウィンドウ内で端末が自らリソースを選択した後、Ｖ２Ｘ動作を行うことができる。端末１は、端末２にＰＳＣＣＨを介してＳＣＩを送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨを介して送信することができる。以下、送信モードをモードと略称してもよい。
【００５３】
基地局がＰＤＣＣＨを介して端末に送信する制御情報をＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と称するのに対して、端末がＰＳＣＣＨを介して他の端末に送信する制御情報をＳＣＩと称することができる。ＳＣＩは、サイドリンクスケジューリング情報を伝達することができる。ＳＣＩには様々なフォーマットがあり得るが、例えば、ＳＣＩフォーマット０とＳＣＩフォーマット１がある。
【００５４】
ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングのために使用されることができる。ＳＣＩフォーマット０には、周波数ホッピングフラグ（１ビット）、リソースブロック割り当て及びホッピングリソース割り当てフィールド（サイドリンクのリソースブロックの個数によってビット数が変わる）、時間リソースパターン（ｔｉｍｅ  ｒｅｓｏｕｒｃｅｐａｔｔｅｒｎ、７ビット）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ、５ビット）、時間アドバンス指示（ｔｉｍｅ  ａｄｖａｎｃｅ  ｉｎｄｉｃａｔｉｏｎ、１１ビット）、グループ目的地ＩＤ（ｇｒｏｕｐ  ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ、８ビット）などを含むことができる。
【００５５】
ＳＣＩフォーマット１は、ＰＳＳＣＨのスケジューリングのために使用されることができる。ＳＣＩフォーマット１には、優先権（ｐｒｉｏｒｉｔｙ、３ビット）、リソース留保（ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒｖａｔｉｏｎ、４ビット）、初期送信及び再送信の周波数リソース位置（サイドリンクのサブチャネル数に応じてビット数が変わる）、初期送信と再送信の間の時間ギャップ（ｔｉｍｅ  ｇａｐ  ｂｅｔｗｅｅｎ  ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、４ビット）、ＭＣＳ（５ビット）、再送信インデックス（１ビット）、留保された情報ビット（ｒｅｓｅｒｖｅｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）などを含む。以下に、留保された情報ビットを留保されたビットと略称する。留保されたビットは、ＳＣＩフォーマット１のビットサイズが３２ビットになるまで追加されることもある。すなわち、ＳＣＩフォーマット１は、相異なる情報を含む複数のフィールドを含み、前記ＳＣＩフォーマット１の固定された総ビット数（３２ビット）から前記複数のフィールドの総ビット数を除いた残りの数のビットを留保されたビットと称する。
【００５６】
ＳＣＩフォーマット０は、送信モード１、２に使用され、ＳＣＩフォーマット１は、送信モード３、４に使用される。
【００５７】
図８は、リソース単位の構成例を示す。
【００５８】
図８を参照すると、リソースプールの全体周波数リソースがＮＦ個に分割され、リソースプールの全体時間リソースがＮＴ個に分割されて、リソースプール内で総ＮＦ＊ＮＴ個のリソース単位が定義される。
【００５９】
ここでは、当該リソースプールがＮＴサブフレームを周期として繰り返される場合を例示している。
【００６０】
１つのリソース単位（例えば、Ｕｎｉｔ♯０）は、図８に示すように、周期的に繰り返して現れる。または、時間や周波数次元でのダイバーシティ（ｄｉｖｅｒｓｉｔｙ）効果を得るために、１つの論理的なリソース単位がマップピングされる物理的リソース単位のインデックスが時間によって事前に定められたパターンに変化することもある。このようなリソース単位構造において、リソースプールとはＤ２Ｄ信号を送信しようとする端末が送信に使用できるリソース単位の集合を意味する。
【００６１】
リソースプールは、様々な種類に細分化される。例えば、各リソースプールにおいて送信されるＤ２Ｄ信号の内容（ｃｏｎｔｅｎｔ）によって区分されることができる。各リソースプールは次のように区分され、それぞれのリソースプールにおいて次のＤ２Ｄ信号の内容が送信されることができる。
【００６２】
１）スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）リソースプール又はＤ２Ｄ（ｓｉｄｅｌｉｎｋ）制御チャネル：各送信端末が、後行するか又は同じサブフレームにおいて送信されるＤ２Ｄデータチャネルのリソース位置及びその他のデータチャネルの復調のために必要な情報（例えば、変造及びコーディング技法（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ    ｃｏｄｉｎｇ  ｓｃｈｅｍｅ：ＭＣＳ）やＭＩＭＯ送信方式、タイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）などの情報）を含む信号を送信するリソースプール。
【００６３】
前記１）で説明した信号は、同一リソース単位上でＤ２Ｄデータとともに多重化（ｍｕｌｔｉｐｌｅｘ）されて送信されることができる。この場合、ＳＡリソースプールとは、ＳＡがＤ２Ｄデータと多重化されて送信されるリソースプールを意味し得る。ＳＡリソースプールは、Ｄ２Ｄ（ｓｉｄｅｌｉｎｋ）制御チャネルと呼ばれることもできる。
【００６４】
２）Ｄ２Ｄデータチャネル：ＳＡを介して指定されたリソースを使用して送信端末がユーザデータを送信するのに使用するリソースプール。もし、同一リソース単位上でＤ２ＤデータとＳＡ情報が共に多重化されて送信されることも可能である場合は、Ｄ２ＤデータチャネルのためのリソースプールにおいてはＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信される形態となり得る。言い換えると、ＳＡリソースプール内の個別リソース単位上でＳＡ情報を送信するのに使用されたリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を、Ｄ２Ｄデータチャネルリソースプールにおいては依然としてＤ２Ｄデータを送信するのに使用することである。
【００６５】
３）ディスカバリチャネル（Ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）：送信端末が自分のＩＤ（ｉｄｅｎｔｉｔｙ）などの情報を送信して、隣接端末が自分を発見できるようにするメッセージのためのリソースプール。
【００６６】
以上で説明したＤ２Ｄ信号の内容が同一である場合も、Ｄ２Ｄ信号の送受信属性によって相異なるリソースプールを使用することができる。一例として、同一のＤ２Ｄデータチャネルやディスカバリメッセージであっても、Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも前記受信時点で一定のタイミングアドバンスを適用して送信されるか）やリソース割り当て方式（例えば、個別信号の送信リソースを基地局が個別送信端末に指定するか、それとも個別送信端末がリソースプール内で自体的に個別信号送信リソースを選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号が１つのサブフレームにおいて占めるシンボルの数や、１つのＤ２Ｄ信号の送信に使用されるサブフレームの数）、基地局からの信号強度、Ｄ２Ｄ端末の送信電力強度などによって、さらに相異なるリソースプールとして区分されることもできる。
【００６７】
前述したように、Ｄ２Ｄ通信において基地局がＤ２Ｄ送信端末の送信リソースを直接指示する方法をモード１（Ｍｏｄｅ１）、送信リソース領域が事前に設定されているか、基地局が送信リソース領域を指定し、端末が直接送信リソースを選択する方法をモード２（Ｍｏｄｅ２）という。
【００６８】
Ｄ２Ｄ発見（ｄｉｓｃｏｖｅｒｙ）の場合は、基地局が直接リソースを指示する場合をタイプ２（Ｔｙｐｅ２）といい、事前に設定されたリソース領域又は基地局が指示したリソース領域において端末が直接送信リソースを選択する場合をタイプ１（Ｔｙｐｅ１）という。
【００６９】
一方、前記Ｄ２Ｄは、サイドリンク（ｓｉｄｅｌｉｎｋ）と呼ばれることもできる。ＳＡは、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＳＣＣＨ）と呼ばれ、Ｄ２Ｄ同期信号（Ｄ２Ｄ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）は、サイドリンク同期信号（ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ：ＳＬＳＳ又はＳＳＳ）と呼ばれることもできる。Ｄ２Ｄ通信前に、最も基本的な情報を送信する制御チャネルを物理サイドリンク放送チャネル（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ：ＰＳＢＣＨ）と称し、ＰＳＢＣＨは、ＳＳＳとともに送信されることができ、又は他の名称としてＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）と呼ばれることもできる。特定端末が、自分が周辺にあることを知らせるための信号には前記特定端末のＩＤが含まれている可能性もあり、これらの信号が送信されるチャネルを物理サイドリンクディスカバリチャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ：ＰＳＤＣＨ）と呼ぶことができる。
【００７０】
Ｄ２Ｄにおいては、Ｄ２Ｄ通信端末のみがＰＳＢＣＨをＳＳＳとともに送信し、これにより、ＳＳＳの測定はＰＳＢＣＨのＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を利用して行った。カバレッジ外（ｏｕｔ−ｃｏｖｅｒａｇｅ）の端末はＰＳＢＣＨのＤＭＲＳを測定し、この信号のＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）などを測定して自分が同期化ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）になるか否かを決定することができる。
【００７１】
以下では、サイドリンクＲＳＳＩ（Ｓｉｄｅｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：Ｓ−ＲＳＳＩ）、ＰＳＳＣＨ参照信号受信電力（ＰＳＳＣＨ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ   Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ：ＰＳＳＣＨ−ＲＳＲＰ）、チャネル煩雑比率（ＣＨＡＮＮＥＬ  ＢＵＳＹ  ＲＡＴＩＯ：ＣＢＲ）、チャネル占有比率（ＣＨＡＮＮＥＬ  ＯＣＣＵＰＡＮＣＹ  ＲＡＴＩＯ：ＣＲ）について説明する。
【００７２】
＜Ｓ−ＲＳＳＩ＞
【００７３】
サイドリンクＲＳＳＩ（Ｓ−ＲＳＳＩ）は、サブフレームの１番目のスロットの１、２、．．．、６ＳＣ−ＦＤＭＡシンボル及び２番目のスロットの０、１、．．．、５ＳＣ−ＦＤＭＡにおいて設定されたサブチャネルにおいてのみ端末により観測されたＳＣ−ＦＤＭＡ当たり全体の受信された電力（［Ｗ］単位）の線形平均（ｌｉｎｅａｒ  ａｖｅｒａｇｅ）と定義されることができる（Sidelink RSSI(S-RSSI) may be defined as the linear average of the total received power(in[W]) per SC-FDMA symbol observed by the UE only in the configured sub-channel in SC-FDMA symbols 1, 2, ..., 6 of the first slot and SC-FDMA symbols 0, 1, ..., 5 of the second slot of a subframe）。
【００７４】
ここで、Ｓ−ＲＳＳＩのリファレンスポイントは端末のアンテナコネクタであり得る。
【００７５】
もし、レシーバダイバシティが端末により使われる場合、報告された値は任意の個別ダイバシティブランチの対応するＳ−ＲＳＳＩよりも低くない可能性がある。
【００７６】
Ｓ−ＲＳＳＩは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数において適用できる。
【００７７】
＜ＰＳＳＣＨ−ＲＳＲＰ＞
【００７８】
ＰＳＳＣＨ−ＲＳＲＰは、関連されたＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）により指示されたＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内で、ＰＳＳＣＨと関連した復調基準信号を運搬するリソース要素の電力寄与分（［Ｗ］単位）に対する線形平均と定義されることができる（PSSCH Reference Signal Received Power(PSSCH-RSRP) may be defined as the linear average over the power contributions(in[W]) of the resource elements that carry demodulation reference signals associated with PSSCH, within the PRBs indicated by the associated PSCCH）。
【００７９】
ここで、ＰＳＳＣＨ−ＲＳＲＰに対するリファレンスポイントは、端末のアンテナコネクタであり得る。
【００８０】
もし、レシーバダイバシティが端末により使われる場合、報告された値は任意の個別ダイバシティブランチの対応するＰＳＳＣＨ−ＲＳＲＰより低くない可能性がある。
【００８１】
ＰＳＳＣＨ−ＲＳＲＰは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＮＥＣＴＥＤインター周波数において適用できる。
【００８２】
ここで、リソース要素当たりの電力はＣＰを除いた、シンボルの有用な部分において受信されたエネルギーから決定されることができる。
【００８３】
＜チャネル煩雑比率（ＣＨＡＮＮＥＬ  ＢＵＳＹ  ＲＡＴＩＯ：ＣＢＲ）＞
【００８４】
サブフレームｎにおいて測定されたＣＢＲは、以下のように定義されることができる。
【００８５】
ＣＢＲは、ＰＳＳＣＨに対して、サブフレーム［ｎ−１００、ｎ−１］の間、端末により測定されたＳ−ＲＳＳＩが既に設定された閾値を超えることが感知されたリソースプールでのサブチャネルのポーション（Ｐｏｒｔｉｏｎ）を意味することがある。
【００８６】
ＣＢＲは、ＰＳＳＣＨに対して、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）がＰＳＣＣＨに対応するＰＳＳＣＨとともに隣接していないリソースブロックにおいて送信できるように設定されたプールにおいて、サブフレーム［ｎ−１００、ｎ−１］の間、端末により測定されたＳ−ＲＳＳＩが既に設定された閾値を超えることが感知されたリソースプールでのサブチャネルのポーション（ｐｏｒｔｉｏｎ）を意味することがある。ここで、ＰＳＣＣＨが周波数ドメインにおいて２つの連続的なＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対のサイズを有するリソースで構成されると仮定することができる。
【００８７】
ＣＢＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数において適用できる。
【００８８】
ここで、サブフレームインデックスは、物理的サブフレームインデックス（Ｐｈｙｓｉｃａｌ  Ｓｕｂｆｒａｍｅ  Ｉｎｄｅｘ）に基づくことができる。
【００８９】
＜チャネル占有比率（ＣＨＡＮＮＥＬ  ＯＣＣＵＰＡＮＣＹ  ＲＡＴＩＯ：ＣＲ）＞
【００９０】
サブフレームｎにおいて評価されたＣＲは、以下のように定義されることができる。
【００９１】
サブフレーム［ｎ−ａ、ｎ−１］においてそしてサブフレーム［ｎ、ｎ＋ｂ］において許可された（ｇｒａｎｔｅｄ）、端末の送信に使用されるサブチャネルの個数を、［ｎ−ａ、ｎ＋ｂ］の間、送信プールにおいて設定されたサブチャネルの数で割ったことを意味することがある。
【００９２】
ＣＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数において適用できる。
【００９３】
ここで、ａは正の整数を意味し、ｂは０又は正の整数を意味し得る。ａ及びｂは、端末により決定されることができ、ここで、「ａ＋ｂ＋１＝１０００」、「ａ＞＝５００」、「ｎ＋ｂは現在送信に対する許可の最終送信機会を超えないこと（n+b should not exceed the last transmission opportunity of the grant for the current transmission）」を満たすことができる。
【００９４】
ここで、ＣＲは、それぞれの（再）送信に対して評価されることができる。
【００９５】
ここで、ＣＲを評価するとき、端末は、サブフレームｎにおいて使用される送信パラメータがパケットドロップなしにサブフレーム［ｎ＋１、ｎ＋ｂ］での既存の許可によって再使用できると仮定することができる。
【００９６】
ここで、サブフレームインデックスは、物理的サブフレームインデックスに基づく。
【００９７】
ここで、ＣＲは、優先順位レベルごとに計算されることができる。
【００９８】
＜ＦｅＤ２Ｄ（Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｍｅｎｔ  Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）＞
【００９９】
以下、ＦｅＤ２Ｄ（Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｍｅｎｔ  Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ ）について説明する。
【０１００】
近接サービス（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅｓ）を活性化する標準ＲＡＮ作業は、ＬＴＥ  Ｒｅｌ．１２において公共安全アプリケーションに重点を置いて開始された。以下では、ＬＴＥ  Ｒｅｌ．１２において標準化された主要機能について説明する。
【０１０１】
−ネットワークカバレッジ内で装置対装置間発見（ｄｉｓｃｏｖｅｒｙ）（商業的及び公共安全使用事例の両方とも）
【０１０２】
−装置間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）ブロードキャスト通信において、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）は主に公共安全使用事例をターゲティングするネットワークカバレッジ内／部分、ネットワークカバレッジ外に対するグループキャスト（ｇｒｏｕｐｃａｓｔ）及びユニキャスト（ｕｎｉｃａｓｔ）通信をサポートする。
【０１０３】
ＬＴＥ技術を使って安価なＭＴＣ装置を接続して管理することに多くの関心が集まっている。このような低コスト機器の重要な１つの例はウェアラブル機器（ｗｅａｒａｂｌｅ）であり、ほぼ常にリレーの役割を果たすことができるスマートフォン（ｓｍａｒｔｐｈｏｎｅ）に近接できるという利点がある。これに、非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）短距離技術を含めて、Ｄ２Ｄをそのような装置に適用する方法に関する研究が行われており、特に、Ｄ２ＤがサポートされるウェアラブルとＭＴＣアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）を可能にするためにＬＴＥ技術がさらに強化されなければならない２つの主要な側面がある（In particular there are two main aspects to be further enhanced in LTE technology to enable D2D aided wearable and MTC applications）。
【０１０４】
−端末−ネットワークリレーイング機能の強化（Ｅｎｈａｎｃｅｍｅｎｔ  ｏｆ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  ｒｅｌａｙｉｎｇ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）：ＰｒｏＳｅにおいてＵＥとネットワーク間の中継構造は、アクセス（ａｃｃｅｓｓ）層において中継端末（又は、リレー端末、ＲＥＬＡＹ  ＵＥ）のトラフィックとリモート端末（又は、遠隔ＵＥ、Ｒｅｍｏｔｅ  ＵＥ）のトラフィックを区別しない。このモデルは、ネットワーク及び運営者がリモートＵＥを課金（ｂｉｌｌｉｎｇ）又はセキュリティ（ｓｅｃｕｒｉｔｙ）などのための個別サービスとして別の装置として扱う能力を制限する。特に、３ＧＰＰセキュリティ連携は絶対にネットワークとリモート端末間のエンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）に到達することなく、これは、中継端末がリモート端末の通信に対するクリアテキストアクセス（ｃｌｅａｒ  ｔｅｘｔ  ａｃｃｅｓｓ）を有することを意味する。リレーリンク、サービス連続性、可能な場合のＥ２Ｅ  ＱｏＳ、多重リモート端末との効率的な動作、Ｕｕ及びＤ２Ｄ無線インタフェース間の効率的な経路転換によりエンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）セキュリティをサポートするためにＵＥ−ネットワークリレーイングが強化されなければならない。Ｄ２Ｄを利用したリレーイングは、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉ−Ｆｉのような非３ＧＰＰ技術をベースとすることもできる。サービス連続性のような一部向上した機能は、商業的使用事例（ｃｏｍｍｅｒｃｉａｌ  ｕｓｅ  ｃａｓｅｓ）において、このような技術に対するリレーイングをさらに魅力的にすることができる。これは、ユーザのスマートフォンに近接した使用パターン及び直接Ｕｕ接続を実用的でないようにするフォームファクタ（ｆｏｒｍ−ｆａｃｔｏｒ）制限（例えば、バッテリサイズ制限）によりウェアラブルに特に有用であり得る。リレーイングは（中継されたトラフィックを取得する）リモートＵＥに対して相当の電力低減を可能にすることができる。特に、ディープカバレッジシナリオ（ｄｅｅｐ  ｃｏｖｅｒａｇｅ  ｓｃｅｎａｒｉｏｓ）において特にそうである。リレーイングを導入するコストの側面から効率的な方法の１つは、遠隔装置とリレー装置間の単方向Ｄ２Ｄリンクを使用することである。この場合、中継端末（ＲＥＬＡＹ  ＵＥ）は、リモート端末からアップリンクデータのみを中継するのに利用されることがある。このような接近法の利点は、Ｄ２Ｄ受信をリモートＵＥに追加するための追加的なＲＦ機能がないということである。
【０１０５】
−低電力、低速及び低い複雑度／コストの装置を最小限にサポートするために信頼できるユニキャストＰＣ５リンクを活性化する機能の強化（Enhancements to enable reliable unicast PC5 link to at least support low power, low rate and low complexity/cost devices）：低コストＤ２Ｄ装置は、ＮＢ−ＩｏＴ（Ｎａｒｒｏｗ  Ｂａｎｄ−ＩｏＴ）及びｅＭＴＣの研究中に開発されたアイデアを再利用することにより可能になる。例えば、ＮＢ−ＩｏＴ／ｅＭＴＣアップリンク波形はＤ２Ｄに再利用されることができる。このような装置は、潜在的にインターネット／クラウドと通信し、近距離装置（ｐｒｏｘｉｍａｌ  ｄｅｖｉｃｅｓ）と通信するために単一モデムを使う。公共安全使用事例により主導されるブロードキャスト志向のデザインから継承された現在のＰＣ５リンクデザインは、リンク適応とフィードバックメカニズムの不在のため、低電力及び安定的なＤ２Ｄの通信を妨害するボトルネック現象を示す。このような短所は、電力消費、スペクトル効率及び装置複雑度の側面で、ウェアラブル及びＭＴＣ使用事例の目標性能メトリック（ｔａｒｇｅｔ  ｐｅｒｆｏｒｍａｎｃｅ  ｍｅｔｒｉｃｓ）を達成することを許容しない。電力消費減少及び低い複雑度は、一般的に小さいフォームファクタ（ｓｍａｌｌ  ｆｏｒｍ  ｆａｃｔｏｒｓ）及び長いバッテリ寿命を特徴とするウェアラブル及びＭＴＣ使用事例の核心属性である。
【０１０６】
＜ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹ＞
【０１０７】
一例として、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹとは、基地局から遠く離れたＲＥＭＯＴＥ  ＵＥが相対的に基地局に近接したＲＥＬＡＹ  ＵＥにより提供される中継動作を通じて自分のＤＡＴＡを基地局に伝達する状況において、ＲＥＭＯＴＥ  ＵＥで生成されたＤＡＴＡは中継の過程を経るが、ネットワークで生成されて基地局に到達したＤＡＴＡは中継の過程なしに直接ＲＥＭＯＴＥ  ＵＥに伝達される状況を意味する。すなわち、ＲＥＭＯＴＥ  ＵＥは、送信するＤＡＴＡをＳＩＤＥＬＩＮＫを介してＲＥＬＡＹ  ＵＥに送信し、ＲＥＬＡＹ  ＵＥは、これをまたＵＰＬＩＮＫを介して基地局に送信する。基地局は、送信するＤＡＴＡをＤＯＷＮＬＩＮＫを介して中継動作なしに直ちにＲＥＭＯＴＥ  ＵＥに送信する。このようなＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹ動作は、ＲＥＭＯＴＥ  ＵＥが近接したＲＥＬＡＹ  ＵＥに低い電力で送信するため、バッテリ消耗を低減できながらも、ＤＯＷＮＬＩＮＫは持続的に受信できるため、ＤＯＷＮＬＩＮＫ  ＤＡＴＡの時間遅延を減らすことができるという利点がある。また、一般的にＳＩＤＥＬＩＮＫは、ＵＰＬＩＮＫと同一の周波数領域において同一又は類似のＷＡＶＥＦＯＲＭで構成されるものの、ＵＰＬＩＮＫ送信機能を備えたＵＥがＳＩＤＥＬＩＮＫ送信機能を追加で備えることは簡単であるが、ＤＯＷＮＬＩＮＫ受信機能に加えて別途にＳＩＤＥＬＩＮＫ受信機能を備えることは相当の実現コストがかかる。このとき、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹを行うと、ＲＥＭＯＴＥ  ＵＥは、ＳＩＤＥＬＩＮＫ受信機能を備える必要がないので、実現コストを低減することが可能となる。
【０１０８】
一例として、基地局とＲＥＭＯＴＥ  ＵＥの間のＤＯＷＮＬＩＮＫ及びＲＥＭＯＴＥ  ＵＥとＲＥＬＡＹ  ＵＥ間のＳＩＤＥＬＩＮＫが円滑に動作するためには、当該ＬＩＮＫに対するＦＥＥＤＢＡＣＫ情報が必要である。これらのＦＥＥＤＢＡＣＫ情報として以下のものが可能である。
【０１０９】
−データデコード結果（ＤＡＴＡ  ＤＥＣＯＤＩＮＧ  ＲＥＳＵＬＴ）：ＬＩＮＫを介して受信されたＤＡＴＡのデコード成功可否を示す情報であって、ＨＡＲＱ−ＡＣＫが代表的な例である。受信端がこの情報を送信端にＦＥＥＤＢＡＣＫすると、送信端はデコードに失敗したＤＡＴＡに対する再送信を行うことができる。
【０１１０】
−測定結果（ＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＳＵＬＴ）：ＲＳＲＰ（ＲＥＦＥＲＥＮＣＥ  ＳＩＧＮＡＬ  ＲＥＣＥＩＶＥＤ  ＰＯＷＥＲ）、ＲＳＲＱ（ＲＥＦＥＲＥＮＣＥ  ＳＩＧＮＡＬ  ＲＥＣＥＩＶＥＤ  ＱＵＡＬＩＴＹ）、ＣＳＩ（ＣＨＡＮＮＥＬ  ＳＴＡＴＵＳ  ＩＮＦＯＲＭＡＴＩＯＮ）、ＰＡＴＨＬＯＳＳなど、該当ＬＩＮＫの品質を示す情報である。受信端がこれを測定して送信端にＦＥＥＤＢＡＣＫすると、送信端はその情報を活用して送信に使用されるリソースの量やＭＣＳ（ＭＯＤＵＬＡＴＩＯＮ  ＡＮＤ  ＣＯＤＩＮＧ  ＳＣＨＥＭＥ）を当該ＬＩＮＫ品質に最適なものに調整することができる。
【０１１１】
前述したＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹの場合は、このようなＦＥＥＤＢＡＣＫに対する適切な設計が必要であるが、あるＤＥＶＩＣＥが他のＤＥＶＩＣＥに送信する場合、その反対方向の送信は許容されなく、第３のＤＥＶＩＣＥを介するＲＥＬＡＹＩＮＧのみが可能であるためである。例えば、ＤＯＷＮＬＩＮＫの場合、ＲＥＭＯＴＥ  ＵＥが生成したＦＥＥＤＢＡＣＫ情報を直接基地局に伝達することができないため、ＲＥＬＡＹ  ＵＥを介する伝達のみが可能である。
【０１１２】
以下、理解の便宜のために、単一方向リレーと双方向リレーの一例を図面を参照して説明する。
【０１１３】
図９は、単一方向リレーと双方向リレーの一例をそれぞれ概略的に示す図である。
【０１１４】
図９（ａ）は、双方向リレー（ｂｉｄｉｒｅｃｔｉｏｎａｌ  ｒｅｌａｙ）の一例を概略的に示す図である。図９（ａ）によると、基地局と中継（リレー）端末は、Ｕｕインタフェースに基づいたアップリンクとダウンリンク通信が可能である。また、中継端末とリモート端末は、ＰＣ５インタフェースに基づいたサイドリンク通信が相互間に可能である。すなわち、中継端末は、リモート端末のアップリンク及びダウンリンク端末特定的データの全てを中継する。
【０１１５】
図９（ｂ）は、単一方向リレー（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ  ｒｅｌａｙ）の一例を概略的に示す図である。図９（ｂ）によると、前述した双方向リレーの場合と同様に、基地局と中継端末はＵｕインタフェースに基づいたアップリンクとダウンリンク通信が可能である。ここで、リモート端末は、基地局から直接ダウンリンク通信が可能であるが、アップリンク通信の場合は、中継端末を介する中継が要求される。すなわち、中継端末は、リモート端末のアップリンクデータを中継する。
【０１１６】
別途に図示していないが、図９（ｂ）とは異なり、単一方向リレーはリモート端末のダウンリンクデータのみのための中継形態で構成されることもできる。
【０１１７】
一例として、以下では、単一方向／双方向（Ｕｎｉ−Ｄｉｒｅｃｔｉｏｎａｌ／Ｂｉ−Ｄｉｒｅｃｔｉｏｎａｌ）リレーイング（Ｒｅｌａｙｉｎｇ）動作関連端末の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）に対する例示、又はこのようなリレーイング（Ｒｅｌａｙｉｎｇ）動作を効率的にサポートするメカニズム（Ｍｅｃｈａｎｉｓｍ）に対する例示を示す。
【０１１８】
進化した端末−ネットワークリレー端末は、全てのダウンリンク／アップリンク／サイドリンクシステム帯域幅能力をサポートすることができる（すなわち、１．４ＭＨｚ以上のシステム帯域幅がサポートできる。）（Evolved UE-to-NW Relay UEs support all DL／UL／SL system bandwidth capabilities（i.e. system BW from 1.4MHz and above is supported））。
【０１１９】
また、２つのタイプのリモート端末も考慮できる。
【０１２０】
−タイプ１：ダウンリンク及びサイドリンク受信能力を有する端末（UEs that have DL and SL reception capabilities）。
【０１２１】
−タイプ２：サイドリンク受信能力を有しない端末（UEs that do not have SL reception capabilities）。
【０１２２】
また、複雑度が低いリモート端末は、単一受信チェーンを有することができる。ここで、単一方向リレーイングの場合、前記チェーンはダウンリンクに固定されるか又は発見（ｄｉｓｃｏｖｅｒｙ）のためにサイドリンクにスイッチングされることができる。また、ここで、双方向リレーの場合、前記受信チェーンは発見（ｄｉｓｃｏｖｅｒｙ）及び通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）のためにダウンリンクとサイドリンク間にスイッチングされることができる（Low complexity Remote UEs can have single RX chain. In unidirectional relaying case, the chain can be fixed to DL or FFS switched to SL for discovery. In bidirectional relaying case, the receiver chain may be switched between DL and SL for discovery and communication.）。
【０１２３】
また、カバレッジ内にある中継端末は、カバレッジ内にあるリモート端末のための同期ソースとして利用されることができる（In-coverage Relay UE can serve as a synchronization source for in-coverage Remote UE.）。
【０１２４】
また、次のようなサイドリンクユニキャスト通信が考慮されることができる。
【０１２５】
−中継端末とリモート端末間の通信のためにｅＮＢにより制御されるリソース割り当てと設定。ここで、リソース割り当てに対するｅＮＢの決定は、中継端末によるリモート端末に接続される（eNB controlled resource allocation and configuration for communication between Relay and Remote UE. eNB decision on resource allocation is relayed to Remote UE by Relay UE.）。
【０１２６】
−ｅＮＢにより制御される中継端末サポートリソース割り当て及び設定（Relay UE assisted resource allocation and configuration under eNB control）。
【０１２７】
−リソース割り当てサポートリモート端末（Remote UE assisted resource allocation）
【０１２８】
また、フィードバックを提供するのみのための新しいサイドリンク物理チャネルはない可能性がある。ここで、既存のチャネルでのピギーバックは除外されない可能性がある（No new sidelink physical channel to be introduced solely to provide feedback. Piggyback in existing channels is not precluded.）。
【０１２９】
また、サイドリンク適応のための受信及び送信端末間に以下のフィードバック情報が考慮される（Study the following feedback information to be exchanged between the receiving and transmitting UEs for sidelink link adaptation.）。
【０１３０】
−複雑度及びリモート端末の電力消耗に対する影響を考慮したデコード状態（Decoding status, taking into account the impacts on complexity and Remote UE power consumption.）。
【０１３１】
−ＭＣＳ、（再）送信の回数及び送信リソースの適応（Adaptation of MCS, number of (re)transmissions and resource for transmission）。ここで、サイドリンクＣＳＩフィードバックが考慮される。
【０１３２】
−サイドリンク−ＲＳＳＩ／ＲＳＲＰ／ＲＳＲＱ測定（SL measurements e.g. SL-RSSI/RSRP/RSRQ）。
【０１３３】
また、中継端末とリモート端末間の伝搬特性を考慮したサイドリンク電力調節が考慮される。ここで、伝搬特性は、サイドリンク経路損失、受信信号品質、干渉レベルなどを含んでもよい（Sidelink power control taking into account propagation characteristics between Relay UE and Remote UE is further studied. Propagation characteristics can include sidelink pathloss, received signal quality, interference level etc.）。
【０１３４】
また、サイドリンクリソース設定に対する下記の３つのオプションが考慮される（Three sidelink resource configuration options are further analysed.）。
【０１３５】
−Ｒｅｌ−１２と類似した、端末とシステム観点でのＰＳＣＣＨ／ＰＳＳＣＨ間のＴＤＭ（TDM between PSCCH/PSSCH from UE and system perspective(Similar to R12)）。
【０１３６】
−Ｒｅｌ−１４と類似した、端末とシステム観点でのＰＳＣＣＨ／ＰＳＳＣＨ間のＦＤＭ（FDM between PSCCH/PSSCH from UE and system perspective(Similar to R14)）。
【０１３７】
−システム観点でのＰＳＣＣＨ／ＰＳＳＣＨ間のＦＤＭ、しかしながら、端末観点ではＴＤＭ（FDM between PSCCH/PSSCH from system perspective but TDM from UE perspective）。
【０１３８】
以下、本発明について説明する。
【０１３９】
基本的に、狭帯域リモート端末（ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥ）が自分の情報（例えば、ＷＡＮ通信関連情報）を、リレー端末（ＲＥＬＡＹ  ＵＥ）のサイドリンクリレーイング（ＳＩＤＥＬＩＮＫ  ＲＥＬＡＹＩＮＧ）動作を通じて基地局に伝達することは、ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥが直接ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）アップリンク（ＵＬ）を介して基地局に伝達することより、信頼度／バッテリ消耗の面で利得がある。
【０１４０】
このような趣旨のもとに、ＲＥＬＡＹ  ＵＥが（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信する方法が必要である。
【０１４１】
もし、そうでないと、ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報の不要な再送信が発生して、前述した利得（特に、バッテリセービング（ＢＡＴＴＥＲＹ  ＳＡＶＩＮＧ））が得られないだけでなく、ＲＥＬＡＹ  ＵＥのＳＩＤＥＬＩＮＫ  ＲＥＬＡＹＩＮＧ動作の動機（ＭＯＴＩＶＡＴＩＯＮ）も弱まる。
【０１４２】
これに、本発明では、前述したような趣旨を考慮して、ＲＥＬＡＹ  ＵＥが（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信する方法の例示を提供する。
【０１４３】
一例として、下記の提案方式は（ＳＩＤＥＬＩＮＫ  ＲＥＬＡＹＩＮＧ環境下で）ＷＡＮ通信及び／又はＳＬ通信関連（制御／フィードバック／データ）情報を効率的に送信する方法を提示する。
【０１４４】
ここで、一例として、本発明において「ＲＥＭＯＴＥ−ＵＥ」という表現は、（ＲＥＬＡＹ−ＵＥに比べて）（相対的に）限定されたサイズ帯域（例えば、６（／１）ＲＢ）の送信（及び／又は受信）能力を有する端末と（最小限）解釈されることもある。
【０１４５】
ここで、一例として、Ｄ２Ｄ（／Ｖ２Ｘ）通信モードは、（代表的に）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＤ２Ｄ（／Ｖ２Ｘ）リソースプール上で）Ｄ２Ｄ（／Ｖ２Ｘ）メッセージ送信（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（例えば、基地局通信カバレッジ内に位置した（そして／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）端末が主な対象である）及び／又は、（Ｂ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＤ２Ｄ（／Ｖ２Ｘ）リソースプール上で）Ｄ２Ｄ（／Ｖ２Ｘ）メッセージ送信（／受信）関連スケジューリング情報を端末が（独自に）決定（／制御）するモード（例えば、基地局通信カバレッジ内／外に位置する（そして／又は、 ＲＲＣ＿ＣＯＮＮＮＥＣＴＥＤ／ＩＤＬＥ状態の）端末が主な対象である）に区分されることができる。
【０１４６】
ここで、一例として、本発明において、「センシング動作」という表現は、（デコード成功したＰＳＣＣＨがスケジュールする）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＳＥＱＵＥＮＣＥベースのＰＳＳＣＨ−ＲＳＲＰ測定動作及び／又は（Ｄ２Ｄ（／Ｖ２Ｘ）リソースプール関連のサブチャネルベースの）Ｓ−ＲＳＳＩ測定動作などと解釈（表３．１参照）されることもある。
【０１４７】
ここで、一例として、本発明において、「受信」という表現は、（Ａ）Ｄ２Ｄ（／Ｖ２Ｘ）チャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、PＳＳＳ／ＳＳＳＳなど）デコード（／受信）動作（及び／又は、ＷＡＮ  ＤＬチャネル（／シグナル）（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳなど）デコード（／受信）動作）及び／又は、（Ｂ）センシング動作及び／又は、（Ｃ）ＣＢＲ測定動作のうち（最小限）１つに（拡張）解釈されることもある。ここで、の一例として、本発明において「送信」という表現は、Ｄ２Ｄ（／Ｖ２Ｘ）チャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳなど）送信動作（及び／又は、ＷＡＮ  ＵＬチャネル（／シグナル）（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳなど）送信動作）に（拡張）解釈されることもある。
【０１４８】
ここで、一例として、本発明において「ＣＡＲＲＩＥＲ」という表現は、（Ａ）事前に設定（／シグナリング）されたＣＡＲＲＩＥＲ  ＳＥＴ（／ＧＲＯＵＰ）及び／又は、（Ｂ）Ｄ２Ｄ（／Ｖ２Ｘ）リソースプールなどに（拡張）解釈されることもある。
【０１４９】
ここで、一例として、本発明において「ＲＳ」という表現は、ＤＭ−ＲＳと（最小限）解釈されることもある。
【０１５０】
ここで、一例として、本発明において「スクランブリング」という表現は、ＰＳＳＣＨ（／ＰＳＣＣＨ）スクランブリングと（最小限）解釈されることもある。
【０１５１】
本発明において、下記のような状況が考慮されることがある。
【０１５２】
（１）まず、ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ−ＵＥ（Ｍ−ＵＥ）（例えば、６ＲＢ）がＳＩＤＥＬＩＮＫ（ＳＬ）（例えば、ＰＳＳＣＨ、ＰＳＣＣＨ、ＰＳＤＣＨ）を介してＲＥＬＡＹ−ＵＥ（Ｒ−ＵＥ）に、下記に羅列された情報のうち少なくとも１つを送信する場合が考慮される。それぞれの情報に対する具体的な例示は、以下のようである。
【０１５３】
−Ｍ−ＵＥのＷＡＮ通信関連フィードバック／制御／データ情報：
【０１５４】
例えば、（自分の）ＷＡＮ  ＤＬ  ＨＡＲＱ−ＡＣＫ情報、ＷＡＮ  ＤＬＣＳＩ情報、ＷＡＮ  ＵＬ  ＤＡＴＡ情報、ＷＡＮ  ＵＬ  ＳＲ情報
【０１５５】
−（Ｍ−ＵＥ／Ｒ−ＵＥ間の）ＳＬ通信関連のフィードバック／制御情報：
【０１５６】
例えば、Ｒ−ＵＥが送信した（特定）ＳＬ  ＣＨＡＮＮＥＬ／ＳＩＧＮＡＬ受信関連ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ情報、
【０１５７】
または、例えば、（Ｍ−ＵＥが測定した）ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ（例えば、ＳＬ−ＲＳＳＩ／ＲＳＲＰ／ＲＳＲＱ）情報又はＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫ情報
【０１５８】
または、例えば、Ｒ−ＵＥの（特定）ＳＬ  ＣＨＡＮＮＥＬ／ＳＩＧＮＡＬ送信関連ＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ情報（例えば、ＭＣＳ、ＲＥ−ＴＲＡＮＳＭＩＳＳＩＯＮ  ＮＵＭＢＥＲ、ＴＸ  ＲＥＳＯＲＵＣＥ、ＳＬ  ＴＸ  ＰＯＷＥＲ  ＣＯＮＴＲＯＬ（ＴＰＣ）  ＰＡＲＡＭＥＴＥＲ （例えば、Ｐ＿Ｏ、ＡＬＰＡＨ）など）
【０１５９】
一例として、前記ＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ情報は、（Ｍ−ＵＥが導出／測定した又はＲ−ＵＥからフィードバックされた）ＳＬ  ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ、ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ、ＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫなどの情報の基づいて（Ｍ−ＵＥ又は基地局により）決定されることができる。
【０１６０】
（２）Ｒ−ＵＥがＷＡＮ  ＵＬ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ）を介して基地局に、下記に羅列された情報のうち少なくとも１つを送信する場合（例えば、Ｒ−ＵＥが送信する該当情報は基地局を介してＭ−ＵＥに（最終）伝達されることもできる）が考慮される。それぞれの情報に関する具体的な例示は、以下のようである。
【０１６１】
−Ｒ−ＵＥのＷＡＮ通信関連フィードバック／制御／データ情報
【０１６２】
−Ｍ−ＵＥのＷＡＮ通信関連フィードバック／制御／データ情報：
【０１６３】
例えば、（Ｍ−ＵＥからＳＬを介して受信された）Ｍ−ＵＥ関連ＷＡＮ  ＤＬ  ＨＡＲＱ−ＡＣＫ情報、ＷＡＮ  ＤＬ  ＣＳＩ情報、ＷＡＮ  ＵＬ  ＤＡＴＡ情報、ＷＡＮ  ＵＬ  ＳＲ情報
【０１６４】
−（Ｍ−ＵＥ／Ｒ−ＵＥ間の）ＳＬ通信関連のフィードバック／制御情報（例えば、当該情報はＲ−ＵＥがＳＬを介してＭ−ＵＥに直接送信することも可能）：
【０１６５】
例えば、Ｍ−ＵＥが送信した（特定）ＳＬ  ＣＨＡＮＮＥＬ／ＳＩＧＮＡＬ受信関連ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ情報、
【０１６６】
例えば、（Ｒ−ＵＥが測定した）ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ情報又はＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫ情報、
【０１６７】
例えば、Ｍ−ＵＥの（特定）ＳＬ  ＣＨＡＮＮＥＬ／ＳＩＧＮＡＬ送信関連ＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ情報。一例として、前記ＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ情報は、（Ｒ−ＵＥが導出／測定した又はＭ−ＵＥからフィードバックされた）ＳＬ  ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ、ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ、ＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫなどの情報に基づいて（Ｒ−ＵＥ又は基地局により）決定されることができる。
【０１６８】
一例として、前述した一部の場合は、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹＩＮＧ （又は、ＢＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹＩＮＧ）環境下でのみ（限定的に）発生することもある。
【０１６９】
一例として、ＳＬ  ＲＥＬＡＹＩＮＧ利得／有用性を最大化させるか、又は、ＳＬ通信品質向上のために、前述した「ＳＬ通信」又は「ＷＡＮ  ＤＬ／ＵＬ通信」関連情報を早い時間内に信頼度高く送信（／リレー）するメカニズムが必要となり得る。例えば、説明の便宜のために、「ピギーバック」という用語は、前記情報をＰＵＮＣＴＵＲＩＮＧ（又は、ＲＡＴＥ−ＭＡＴＣＨＩＮＧ）形態で、事前に定義されたチャネル／シグナルを介して送信することに解釈することができる。
【０１７０】
前述したような考慮状況において、ＲＥＬＡＹ  ＵＥが（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信するための方法を図面を参照して説明すると、以下のようである。
【０１７１】
図１０は、本発明の一実施形態による、リレー端末により行われる情報送信方法のフローチャートである。
【０１７２】
図１０によると、リレー端末は、リモート端末関連情報を取得できる（Ｓ１０１０）。ここで、前記リモート端末は、限定されたサイズ帯域の通信能力を有する端末であり得る。
【０１７３】
前記リレー端末が取得したリモート端末関連情報の例示は、前述した通りである。これは、リモート端末がサイドリンクチャネルを介してリレー端末に送信したものであり、一例として、リモート端末のＷＡＮ通信関連のフィードバック／制御／データ情報などが該当する。また、これは、リレー端末がリモート端末のために送信するサイドリンク通信関連のフィードバック／制御情報でもあり、一例として、リモート端末が送信したサイドリンクチャネルに対する受信／デコードの成功可否情報、サイドリンクＣＳＩ／測定情報などが該当する。ここで、当該サイドリンク通信関連のフィードバック／制御情報は、リレー端末がリモート端末にサイドリンクチャネルを介して直接送信することもできる。以下、具体的な例は前述したので、重複内容の説明は省略する。
【０１７４】
あわせて、本方法は、前述したように、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹの状況に対しても適用できる。すなわち、前記リモート端末は、前記リレー端末の中継過程を通じて、前記基地局に前記リモート端末関連情報を送信するが、前記基地局が送信する情報を前記リレー端末の中継過程なしに（ＷＡＮダウンリンクを介して）受信する端末でもあり得る。
【０１７５】
リレー端末は、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報間の優先順位を決定することができる（Ｓ１０２０）。
【０１７６】
一例として、前記リレー端末は、前記リモート端末関連情報と前記リレー端末の情報との間の優先順位を決定することができる。
【０１７７】
例えば、前記リレー端末は、前記リモート端末関連情報が前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報である場合、前記リモート端末関連情報を前記リレー端末のＷＡＮ通信関連データ情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１７８】
一例として、前記リレー端末は、前記リモート端末関連情報間の優先順位を決定することもできる。
【０１７９】
例えば、前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連データ情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。または、例えば、前記リレー端末は、前記リモート端末関連情報のうち前記リモート端末のＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）通信関連制御情報又はフィードバック情報を前記リモート端末のためのサイドリンク通信関連制御情報又はフィードバック情報より高い優先順位を有するものと決定し、前記リレー端末は、前記リモート端末のＷＡＮ通信関連制御情報又はフィードバック情報を前記基地局に送信することができる。ここで、前記ＷＡＮ通信関連制御情報又はフィードバック情報は、前記リモート端末のＷＡＮダウンリンクＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＷＡＮダウンリンクＨＡＲＱ−ＡＣＫ情報、又はＷＡＮアップリンクＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）情報を含み、前記サイドリンク通信関連制御情報又はフィードバック情報は、前記リモート端末から受信された前記サイドリンクチャネルに対するデコード状態情報、サイドリンクＣＳＩ情報又はサイドリンク測定情報を含むことができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８０】
以後、リレー端末は、前記優先順位に基づいて情報送信を行うことができる（Ｓ１０３０）。ここで、前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報の送信を行うことができる。また、ここで、前記リレー端末は、特定情報を前記基地局又は前記リモート端末に送信することができる。
【０１８１】
一例として、前記リレー端末は、前記リモート端末関連情報を事前に定義されたチャネルを介して前記リレー端末の情報とともに送信し、事前に定義された制御情報又はフィードバック情報は前記事前に定義されたチャネルにピギーバックされて送信されることができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８２】
一例として、前記リレー端末は、前記優先順位に応じて相異なるベータオフセット値を適用して前記情報を送信し、前記ベータオフセットは、情報送信に使用される変調シンボル個数を調節するパラメータであり得る。ここで、前記リレー端末は、高い優先順位の情報送信にさらに多くの前記変調シンボル個数を割り当てることができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８３】
一例として、前記リレー端末は、前記優先順位に応じて相異なる電力パラメータを適用して前記情報を送信し、前記リレー端末は、高い優先順位の情報送信にさらに多くの電力を割り当てることができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８４】
一例として、前記リレー端末は、前記優先順位に応じて相異なるＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）値を適用して前記情報を送信し、前記リレー端末は、低い優先順位の情報送信に相対的に高いＭＣＳ値を適用することができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８５】
一例として、前記リレー端末は、それぞれのリモート端末に関連した情報に対して相異なるＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋｓｕｍ）を付加し、前記それぞれのＣＲＣ関連パリティビットは、前記それぞれのリモート端末の区分ＩＤでスクランブルされることができる。以下、本内容に関する具体的な例は、説明の便宜のために後述する。
【０１８６】
図１０のフローチャートは、主にリレー端末の観点で記載されている。しかしながら、これは説明の便宜のために任意にリレー端末が主体となる動作を記載していることにすぎない。例えば、図１０のフローチャートは、リモート端末（又は、基地局）の観点で動作されることもできる。すなわち、本発明においては、リレー端末が主体となる方法の実施形態だけでなく、リモート端末が主体となる方法の実施形態もサポートされる。
【０１８７】
以下、図１０に対するより具体的な例示を説明する。
【０１８８】
（規則♯１）前記（一部の）情報が事前に定義されたチャネル／シグナルを介して（ピギーバック）送信されるとき、当該情報の優先順位又はタイプなどに応じて、相異なる（又は、独立的な）ＢＥＴＡ  ＯＦＦＳＥＴ値（例えば、ＩＮＦＯＲＭＡＴＩＯＮの送信に使用されるＭＯＤＵＬＡＴＩＯＮ  ＣＯＤＥＤ  ＳＹＭＢＯＬ（ＣＭ＿ＳＹＭＢＯＬ）の個数を調節するパラメータ）が設定（／シグナリング）されることができる（例えば、高い優先順位の情報送信にさらに多くのＣＭ＿ＳＹＭＢＯＬの個数を割り当てることにより（例えば、ＥＦＦＥＣＴＩＶＥ  ＣＯＤＩＮＧ  ＲＡＴＥを低減する効果）、受信成功率をさらに向上させることができる）。
【０１８９】
例）前記（一部の）情報間の優先順位は、下記（一部）規則によって定義されることもある（例えば、「Ｘ＞Ｙ」という表現は、ＸがＹより高い優先順位を有することを意味し、また、記述されていないが、符号方向が反対（又は、等号）である場合も、本発明の提案によりカバーされることを明示する）。
【０１９０】
−ＷＡＮ通信関連情報＞ＳＬ通信関連情報、又はＳＬ通信関連制御／フィードバック情報＞ＷＡＮ通信関連データ情報、ＷＡＮ通信関連制御／フィードバック情報＞ＳＬ通信関連制御／フィードバック情報、
【０１９１】
−ＳＬ  ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ情報＞ＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫ（／ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ／ＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ）情報、又はＳＬ  ＬＩＮＫ  ＡＤＡＰＴＡＴＩＯＮ（／ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ）＞ＳＬ  ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ情報＞ＳＬ  ＣＳＩ  ＦＥＥＤＢＡＣＫ情報、又はＳＬ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ関連情報＞ＳＬ  ＤＩＳＣＯＶＥＲＹ関連情報、又は長い送信／報告周期の情報＞短い送信／報告周期の情報
【０１９２】
−ＷＡＮ  ＤＬ  ＨＡＲＱ−ＡＣＫ情報（＝ＷＡＮ  ＵＬ  ＳＲ情報）＞ ＷＡＮ  ＤＬ  ＣＳＩ情報（＞ ＷＡＮ  ＵＬ  ＤＡＴＡ情報）
【０１９３】
−自分（例えば、Ｒ−ＵＥ）のＷＡＮ通信関連情報＞（リレーする）他のＵＥ（例えば、Ｍ−ＵＥ）のＷＡＮ通信関連情報（又は、自分のＳＬ通信関連情報＞（リレーする他のＵＥのＳＬ通信関連情報）、又は（リレーする）他のＵＥのＷＡＮ通信（又は、ＳＬ通信）関連制御／フィードバック情報＞自分のＷＡＮ通信関連データ情報、自分のＷＡＮ通信関連制御／フィードバック情報＞（リレーする）他のＵＥのＷＡＮ通信関連データの情報
【０１９４】
例えば、前記（一部の）情報が（ピギーバック）送信されるとき、当該情報の優先順位又はタイプなどに応じて事前に設定（／シグナリング）された相異なる（又は、独立的な）ＭＣＳ値が適用されるようにすることもできる（例えば、低い優先順位の情報送信にさらに高いＭＣＳ値を適用することにより、当該情報のピギーバックによる影響を低減することができる）。
【０１９５】
例えば、前記優先順位は、相異なる（ＣＡ）  ＣＥＬＬ上の（一部又は全部）重なる情報送信間に、パワー割り当て（又は、送信省略）優先順位決定のためにも拡張利用されることができる（例えば、ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥにのみ（限定的に）適用されることもできる）。
【０１９６】
（規則♯２）前記（一部の）情報が事前に定義されたチャネル／シグナルを介して（ピギーバック）送信されるとき、そうでない場合に比べて、事前に設定（／シグナリング）された相異なる（又は、独立的な）ＰＯＷＥＲ  ＣＯＮＴＲＯＬ  ＰＡＲＡＭＥＴＥＲ（例えば、ＯＰＥＮ−ＬＯＯＰ  ＴＰＣ  ＰＡＲＡＭＥＴＥＲ（例えば、Ｐ＿Ｏ、ＡＬＰＨＡ）、ＭＡＸ  ＴＸ  ＰＯＷＥＲ値、ＭＩＮ．ＧＵＡＲＡＮＴＥＥＤ  ＰＯＷＥＲなど）（又は、追加的なＴＸ  ＰＯＷＥＲ  ＯＦＦＳＥＴ値）を適用するようにすることができる（例えば、短い時間内に、又は少ない（再）送信回数で送／受信成功を達成するための目的）。
【０１９７】
例えば、当該ＰＯＷＥＲ  ＣＯＮＴＲＯＬ  ＰＡＲＡＭＥＴＥＲ（又は、追加的なＴＸ  ＰＯＷＥＲ  ＯＦＦＳＥＴ値）は、（規則♯１）で説明した、情報別の優先順位又はタイプなどに応じて、相異なるように（又は、独立的に）設定（／シグナリング）されることもできる（例えば、高い優先順位の情報送信にさらに多くの電力を割り当てるようにすることにより、ＬＯＷＥＲ  ＬＡＴＥＮＣＹ／ＤＥＬＡＹ、ＨＩＧＨＥＲ  ＲＥＬＩＡＢＩＬＩＴＹ送信が可能となる）。
【０１９８】
（規則♯３）前記（一部の）情報（例えば、（特に）ＳＬ  ＤＥＣＯＤＩＮＧ  ＳＴＡＴＵＳ情報、ＷＡＮ  ＤＬ  ＨＡＲＱ−ＡＣＫ情報など）が事前に定義されたチャネル／シグナルを介して（ピギーバック）送信されるとき、ＳＰＡＴＩＡＬ（／ＴＩＭＥ）  ＢＵＮＤＬＩＮＧが適用されるか否かが設定（／シグナリング）されることができる（例えば、ＳＰＡＴＩＡＬ（／ＴＩＭＥ）  ＢＵＮＤＬＩＮＧが適用された場合、送／受信成功の信頼度は相対的に低下する可能性があるが、それに対して、当該情報のピギーバックによる影響を減らすことができる）。
【０１９９】
例えば、当該ＳＰＡＴＩＡＬ（／ＴＩＭＥ）  ＢＵＮＤＬＩＮＧが適用されるか否かも、（規則♯１）で説明した、情報別の優先順位又はタイプなどに応じて、相異なるように（又は、独立的に）設定（／シグナリング）されることもできる（例えば、低い優先順位の情報送信にＳＰＡＴＩＡＬ（／ＴＩＭＥ）  ＢＵＮＤＬＩＮＧが適用される形態）。
【０２００】
（規則♯４）特定ＵＥ（例えば、Ｒ−ＵＥ）にとって、前記（一部の）情報（例えば、Ｍ−ＵＥのＷＡＮ通信関連フィードバック／制御情報、ＳＬ通信関連フィードバック／制御情報など）を事前に定義されたチャネル／シグナル（例えば、ＰＵＳＣＨ）を介して（ピギーバック）送信するとき、自分の（ＷＡＮ通信関連）ＣＯＮＴＲＯＬ（ピギーバック）送信がないにもかかわらず、これを（自分の）「ＣＯＮＴＲＯＬ  ＤＡＴＡ  ＳＥＮＴ  ＶＩＡ  ＰＵＳＣＨ  ＷＩＴＨ（ＯＲ  ＷＩＴＨＯＵＴ）ＵＬ−ＳＣＨ」（又は、「ＰＵＣＣＨ Ｗ／ＨＡＲＱ−ＡＣＫ（ＯＲ  ＣＳＩ）」）と同一優先順位（例えば、ＰＯＷＥＲ  ＡＬＬＯＣＡＴＩＯＮ／ＤＲＯＰＰＩＮＧ  ＰＲＩＯＲＩＴＹ）と見なすようにすることができる（例えば、他のＵＥ関連制御／フィードバック情報であるにもかかわらず、効率的にＰＲＯＴＥＣＴＩＯＮするためである）。
【０２０１】
例えば、当該規則を適用するか否かは、（規則♯１）で説明した、情報別の優先順位又はタイプなどに応じて、相異なるように（又は、独立的に）設定（／シグナリング）されることもできる（例えば、高い優先順位の情報送信のためにのみ適用される形態）。
【０２０２】
例えば、前記（一部の）情報がＳＬチャネル／シグナルを介して（ピギーバック）送信されるとき、当該ＳＬチャネル／シグナル送信は、（Ａ）（事前に設定（／シグナリング）された特定）ＷＡＮ  ＵＬ送信より高い優先順位に設定（／シグナリング）（例えば、ＣＯＬＬＩＳＩＯＮ（／（ＴＩＭＥ）  ＯＶＥＲＬＡＰＰＩＮＧ）発生のとき、ＷＡＮ  ＵＬ送信が省略される）されるか、又は、（Ｂ）（事前に設定（／シグナリング）された特定ＳＬチャネル／シグナル（例えば、ＳＬＳＳ）送信を除いた）他の（残りの）ＳＬチャネル／シグナル送信より高い優先順位に設定（／シグナリング）（例えば、ＣＯＬＬＩＳＩＯＮ（／（ＴＩＭＥ）  ＯＶＥＲＬＡＰＰＩＮＧ）発生のとき、他の（残りの）ＳＬチャネル／シグナル送信が省略される）されることもできる。ここで、一例として、当該規則を適用するかどうかは、（規則♯１）で説明した、情報別の優先順位又はタイプなどに応じて、相異なるように（又は、独立的に）設定（／シグナリング）されることもできる（例えば、高い優先順位の情報送信のためにのみ適用される形態）。
【０２０３】
前述した提案方法に対する理解を助けるために、前述した内容を他の図面を参照して説明すると、以下のようである。
【０２０４】
図１１は、本発明の他の実施形態による、リレー端末により行われる情報送信方法のフローチャートである。
【０２０５】
図１１によると、リレー端末は、リモート端末関連情報を取得することができる（Ｓ１１１０）。ここで、本内容に関する例示は、前述した通りであるので、説明の便宜のために重複内容の説明は省略する。
【０２０６】
以後、リレー端末は、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定することができる（Ｓ１１２０）。ここで、本内容に関する例示は、前述した通りであるので、説明の便宜のために重複内容の説明は省略する。
【０２０７】
リレー端末は、前記優先順位に基づいて前記情報を送信するものの、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して情報送信を行うことができる（Ｓ１１３０）。ここで、本内容に関する例示は、前述した通りであるので、説明の便宜のために重複内容の説明は省略する。
【０２０８】
前記に複数の図面を参照して説明したＲＥＬＡＹ  ＵＥが（少なくとも事前に設定された高い優先順位の）ＮＡＲＲＯＷ−ＢＡＮＤ  ＲＥＭＯＴＥ  ＵＥの情報を信頼度高く送信するための方法には、下記のような構成が追加的に（又は、別途に）考慮されることがある。
【０２０９】
−（特定ＵＥ（例えば、Ｒ−ＵＥ）により、自分だけでなく他のＵＥ（例えば、Ｍ−ＵＥ）関連）前記（一部の）情報が事前に定義されたチャネル／シグナルを介して（ピギーバック）送信されるとき、相異なるＵＥ情報（又は、相異なるタイプ（／種類）情報又は相異なるＰＲＩＯＲＩＴＹ情報）間に、（Ａ）ＳＥＰＡＲＡＴＥ  （ＣＨＡＮＮＥＬ）  ＣＯＤＩＮＧを適用するようにするか、又は（Ｂ）事前に設定（／シグナリング）された相異なる（又は、独立的な）ＢＥＴＡ  ＯＦＦＳＥＴ値（又は、ＭＣＳ値）を適用するようにすることもできる。
【０２１０】
例）また他の一例として、前記の場合に、事前に定義された同一（ＣＨＡＮＮＥＬ）  ＣＯＤＩＮＧを適用するようにするか、又は、事前に設定（／シグナリング）された同一ＢＥＴＡ  ＯＦＦＳＥＴ値（又は、ＭＣＳ値）を適用するようにすることもできる。
【０２１１】
例）また他の一例として、前記の場合に、相異なるＵＥ情報のＣＭ＿ＳＹＭＢＯＬ（又は、相異なるタイプ（／種類）情報のＣＭ＿ＳＹＭＢＯＬ又は相異なるＰＲＩＯＲＩＴＹ情報のＣＭ＿ＳＹＭＢＯＬ）がインターリビングされて、ＦＲＥＱＵＥＣＹ−ＦＩＲＳＴ （又は、ＴＩＭＥ−ＦＩＲＳＴ） マッピングされるようにすることもできる。
【０２１２】
例）また他の一例として、前記の場合に、相異なるＵＥ情報（又は、相異なるタイプ（／種類）情報又は相異なるＰＲＩＯＲＩＴＹ情報）間にＣＲＣがそれぞれ（独立的に）ＧＥＮＥＲＡＴＩＯＮ／ＡＤＤされるようにすることもできる。ここで、一例として、ＣＲＣ  ＰＡＲＩＴＹ  ＢＩＴは、事前に定義された「情報タイプ（／種類）区分インジケータ」（又は、「情報ＰＲＩＯＲＩＴＹ区分インジケータ」）もしくは「ＵＥ区分ＩＤ（／インジケータ）」でＳＣＲＡＭＢＬＩＮＧ（又は、ＭＡＳＫＩＮＧ）されることもできる。
【０２１３】
−ＰＵＣＣＨ／ＰＵＳＣＨ同時送信が可能なＵＥ（例えば、Ｒ−ＵＥ）の場合、自分のＷＡＮ通信（及び／又は、ＳＬ通信）関連制御／フィードバック情報（例えば、ＷＡＮ  ＤＬ  ＨＡＲＱ−ＡＣＫ（／ＣＳＩ）など）は（常に）ＰＵＣＣＨで送信するようにし、他のＵＥ関連前記（一部の）情報（及び／又は、自分のＳＬ通信関連情報）は（常に）ＰＵＳＣＨで（ピギーバック）送信するように設定（／シグナリング）されることもできる。
【０２１４】
−Ｒ−ＵＥから受信（／リレー）された（複数の）ＩＮ−ＣＯＶＥＲＡＧＥＭ−ＵＥ関連の前記（一部の）情報を基地局がＭ−ＵＥに（ＷＡＮ  ＤＬを介して）（再）送信する場合、下記（一部の）規則が適用されることができる。
【０２１５】
例）複数のＭ−ＵＥに、共通した１つのＧＲＯＵＰ−ＲＮＴＩ値を設定（／シグナリング）し、当該ＧＲＯＵＰ−ＲＮＴＩ値に（ブラインド）デコードされるＤＣＩ（例えば、ＣＳＳ上のＤＣＩ０（／１Ａ）と同一ペイロードの長さにＳＩＺＥ−ＦＩＴＴＩＮＧされることができる）がスケジュールするＰＤＳＣＨ上に、当該複数のＭ−ＵＥ関連情報が（ともに）包含／送信されることができる（例えば、一種のＭＡＣ  ＣＥの形態と見ることができ、また、「Ｍ−ＵＥ区分ＩＤ（／インジケータ）フィールド」が定義されることができる）。
【０２１６】
理解の便宜のために、基地局が、リレー端末から受信（／リレー）された（複数の）ＩＮ−ＣＯＶＥＲＡＧＥリモート端末関連の前記（一部の）情報をリモート端末に（ＷＡＮ  ＤＬを介して）（再）送信する例を図面を参照して改めて説明すると、下記のようである。
【０２１７】
図１２は、本発明の一実施形態による、基地局により行われる複数のリモート端末関連情報の送信方法に関するフローチャートである。
【０２１８】
図１２によると、基地局は、複数のリモート端末に、共通した１つのグループＲＮＴＩをシグナリングすることができる（Ｓ１２１０）。以下、説明の便宜のために、重複内容の説明は省略する。
【０２１９】
以後、基地局は、前記グループＲＮＴＩ値にデコードされるＤＣＩがスケジュールするＰＤＳＣＨ上に、前記複数のリモート端末関連情報を送信することができる（Ｓ１２２０）。ここで、基地局がリモート端末に送信する情報は、リレー端末から受信（／リレー）された（複数の）ＩＮ−ＣＯＶＥＲＡＧＥリモート端末関連情報（例えば、リモート端末が送信したサイドリンクチャネルに対する受信／デコードの成功可否情報など）と解釈されることができる。以下、説明の便宜のために重複内容の説明は省略する。
【０２２０】
図１２においては、説明の便宜のために、基地局の観点で本発明の実施形態を説明した。しかしながら、これは説明の便宜のためのものに過ぎず、本発明の実施形態は、リレー端末、又はリモート端末の観点で説明されることもできる。
【０２２１】
例えば、別途に図示していないが、リモート端末観点で図１２の例を説明すると、リモート端末は基地局からグループＲＮＴＩがシグナリングされる。以後、前記リモート端末は、前記グループＲＴＮＩ値にデコードされるＤＣＩがスケジュールするＰＤＳＣＨ上に、前記リモート端末関連情報を基地局から受信することができる。
【０２２２】
ここで、前述したように、グループＲＮＴＩに基づいて、リレー端末から受信（／リレー）された（複数の）ＩＮ−ＣＯＶＥＲＡＧＥリモート端末関連の前記（一部の）情報を基地局がリモート端末に（ＷＡＮ  ＤＬを介して）（再）送信する場合、基地局が複数のリモート端末に迅速に当該情報をスケジュールすることができるという効果がある。
【０２２３】
あわせて、図１２の実施形態は、前述した図１０ないし図１１の実施形態と結合されることもできる。
【０２２４】
例えば、別途に図示してはいないが、リモート端末がリレー端末に（サイドリンクチャネルを介して）特定情報を送信し、リレー端末は、前記基地局に前記特定情報関連のフィードバック／制御情報を優先順位に基づいて（相異なる物理チャネルパラメータを適用した後）中継することができる。以後、リモート端末は、基地局から前記特定情報関連フィードバック／制御情報を、（事前に設定された）前記グループＲＮＴＩ値にデコードされるＤＣＩがスケジュールするＰＤＳＣＨを介して受信することができる。ここで、リモート端末がリレー端末の中継動作により基地局から受信する情報は、前述した通りである。以下、説明の便宜のために、前述した内容の反復記載は省略する。
【０２２５】
−事前に設定（／シグナリング）された臨界値以下のペイロードの長さを有する情報、又は事前に設定（／シグナリング）された臨界値以上のＰＲＩＯＲＩＴＹを有する情報、又は事前に設定（／シグナリング）されたタイプ（／種類）の情報は（相対的に重要な）「ＣＯＮＴＲＯＬ（／ＦＥＥＤＢＡＣＫ）」情報と見なす（例えば、ピギーバック送信）ようにし、その他の残りの情報（例えば、ＵＥ区分ＩＤ（／インジケータ）情報など）は「ＤＡＴＡ」情報と見なす（例えば、ＭＡＣ  ＣＥの形態で送信）ようにすることもできる。
【０２２６】
−前記（一部の）情報が事前に定義されたチャネル／シグナルを介して（ピギーバック）送信されるとき、（全体）ペイロード長さが事前に設定（／シグナリング）された臨界値を超過するか否かによって、事前に設定（／シグナリング）された相異なるＢＥＴＡ  ＯＦＦＳＥＴ値（又は、ＭＣＳ値）が適用されるようにすることもできる（例えば、臨界値超過のとき、相対的に大きいＢＥＴＡ  ＯＦＦＳＥＴ値が適用される形態）
【０２２７】
−事前に定義されたチャネル／シグナルを介して、前記（一部の）情報が（ピギーバック）送信される場合とそうでない場合との間で「ＳＥＰＡＲＡＴＥ  ＴＰＣ  ＡＣＣＵＭＵＬＡＴＩＯＮ」が設定（／シグナリング）されることもできる。
【０２２８】
例）ＤＣＩ３／３Ａ（例えば、ＵＥ−ＧＲＯＵＰ  ＴＰＣ  ＤＣＩ）の場合、特定ＵＥに、前者と後者のための（独立した）２つの「ＴＰＣフィールドインデックス情報」が（上位層シグナリングを介して）指定されることもできる。
【０２２９】
−前記（一部の）情報の効率的な送信のために,（ＷＡＮ  ＵＬ）ＳＰＳリソースが独立的に（又は、追加的に）設定（／シグナリング）されることもできる。
【０２３０】
例）ＤＣＩ３／３Ａの場合、特定ＵＥに、前記（新たな用途の）ＳＰＳ関連ＴＸ  ＰＯＷＥＲ  ＣＯＮＴＲＯＬのための「ＴＰＣフィールドインデックス情報」が（上位層シグナリングを介して）追加的に指定されることもできる。
【０２３１】
例）前記（新たな用途の）ＳＰＳ関連ＢＳＲ（／ＳＲ）送信が追加的に指定されることもできる。
【０２３２】
−既存のＡＰＥＲＩＯＤＩＣ  ＣＳＩ  ＯＮＬＹ（Ｗ／Ｏ  ＵＬ−ＳＣＨ）ＴＲＩＧＧＥＲＩＮＧ  ＤＣＩと類似して、前記（一部の）情報送信のためのＴＲＩＧＧＥＲＩＮＧ（／ＳＣＨＥＤＵＬＩＮＧ）  ＤＣＩ（例えば、ＳＡＭＥ  ＳＥＡＲＣＨ  ＳＰＡＣＥ上のＤＣＩ０（／１Ａ）と同一ペイロード長さにＳＩＺＥ−ＦＩＴＴＩＮＧされることができる）が新たに定義されることもできる（例えば、当該用途の（新しい）ＤＣＩブラインド検出のための、追加的なＲＮＴＩ値が設定（／シグナリング）されることもできる）。
【０２３３】
−送信される前記（一部の）情報のペイロードサイズ（ＡＣ＿ＰＡＹＳＩＺＥ）が、使用されるチャネル／シグナル（例えば、ＰＵＣＣＨ）が許容する（又は、サポートする）最大ペイロードサイズ値（ＭＡＸ＿ＰＡＹＳＩＺＥ）（例えば、事前に設定（／シグナリング）された（ＰＥＲ  ＵＥ）  ＣＯＤＥ  ＲＡＴＥ値と使用可能なＰＨＹＳＩＣＡＬ  ＣＨＡＮＮＥＬ  ＢＩＴとの積として計算されることができる）より大きい場合、（Ａ）（ＭＡＸ＿ＰＡＹＳＩＺＥに対比してＡＣ＿ＰＡＹＳＩＺＥが小さいか同一になるまで）（規則♯１）で説明した低い優先順位の情報（又は、事前に設定（／シグナリング）された特定タイプ（／種類）情報（又は、特定ＰＲＩＯＲＩＴＹ情報あるいは特定ＵＥ情報））を優先的にＤＲＯＰＰＩＮＧ（又は、ＳＰＡＴＩＡＬ（／ＴＩＭＥ）  ＢＵＮＤＬＩＮＧ）するようにするか、又は（Ｂ）事前に設定（／シグナリング）された特定タイプ（／種類）情報（又は、特定ＰＲＩＯＲＩＴＹ情報あるいは特定ＵＥ情報）のみを（限定的に）送信するようにすることもできる。
【０２３４】
例）ＵＥ（例えば、Ｒ−ＵＥ）にとって、ＰＵＣＣＨ  ＦＯＲＭＡＴ  ＡＤＡＰＴＡＴＩＯＮ（／ＳＥＬＥＣＴＩＯＮ）は自分のＷＡＮ（／ＳＬ）通信関連（フィードバック／制御）情報量のみを考慮して（又は、他のＵＥのＷＡＮ（／ＳＬ）通信関連（フィードバック／制御）情報量（／送信可否）もともに考慮して）行うようにすることもできる。
【０２３５】
例）前記（ＰＥＲ  ＵＥ）  ＣＯＤＥ  ＲＡＴＥ値は、ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥの可否によって、相異なるように設定（／シグナリング）されることもできる（例えば、ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥの場合、相対的に低い値に指定されることもできる）。
【０２３６】
−一例として、Ｒ−ＵＥにとって、前記（一部の）情報を事前に定義されたチャネル／シグナル（例えば、ＰＵＳＣＨ（／ＰＵＣＣＨ））を介して基地局に報告するようにし、当該受信された情報に基づいて基地局は「ＳＬ  ＰＯＷＥＲ  ＬＥＶＥＬ／ＰＡＲＡＭＥＴＥＲ」（例えば、Ｐ＿Ｏ、ＡＬＰＨＡ、ＭＡＸ  ＴＸ  ＰＯＷＥＲ値）を決定することができる。ここで、一例として、当該決定された「ＳＬ  ＰＯＷＥＲ  ＬＥＶＥＬ／ＰＡＲＡＭＥＴＥＲ」は、（Ａ）基地局がＷＡＮ  ＤＬを介して（関連）Ｍ−ＵＥに（直接）シグナリングするか、又は、（Ｂ）基地局がＲ−ＵＥに（ＷＡＮ  ＤＬを介して）シグナリングし、再びＲ−ＵＥがＳＬを介して（関連）Ｍ−ＵＥにシグナリングすることもできる。
【０２３７】
−ＰＵＣＣＨ／ＰＵＳＣＨ同時送信能力のない特定ＵＥ（例えば、Ｍ−ＵＥ）がＰＵＣＣＨ／ＰＵＳＣＨ送信タイミングが重なってＰＵＣＣＨ情報をＰＵＳＣＨにピギーバックしなければならない場合（又は、ＰＵＣＣＨ／ＰＵＳＣＨ同時送信能力がある特定ＵＥ（例えば、Ｍ−ＵＥ）がＰＵＣＣＨ／ＰＵＳＣＨ同時送信を行う場合）、もし、ＳＬ  ＲＥＬＡＹＩＮＧベースの送信（／助け）を選択すると、ＰＵＳＣＨ情報（例えば、ＤＡＴＡ（ＵＬ−ＳＣＨ））はＳＬで（Ｒ−ＵＥに）送信し、ＰＵＣＣＨ情報（例えば、ＵＣＩ）は（ＴＤＭさせて）ＷＡＮ  ＵＬで（基地局に）送信するようにすることもできる。
【０２３８】
−一例として、（同一ＰＯＯＬ内の）ＳＵＢＢＡＮＤ−ＳＰＥＣＩＦＩＣ（又は、ＰＯＯＬ−ＳＰＥＣＩＦＩＣ）  ＳＬ  ＭＥＡＳＵＲＥＭＥＮＴ（例えば、ＳＬ−ＲＳＳＩ／ＲＳＲＰ／ＲＳＲＱ）、及び／又はＲＥＰＯＲＴ動作は、ＳＵＢＢＡＮＤ（又は、ＰＯＯＬ）別の（一部）相異なる干渉環境を考慮した、相対的に良い状態（／品質）（例えば、ＬＯＷＥＲ  ＩＮＴＥＲＦＥＲＥＮＣＥ  ＬＥＶＥＬ）のＳＵＢＢＡＮＤ（又は、ＰＯＯＬ）選択を可能にする。ここで、一例として、当該測定／報告動作は、下記（一部）規則に従うように定義されることができる。
【０２３９】
例）Ｒ−ＵＥがＭ−ＵＥに（又は、基地局がＵＥに）前記測定（／報告）関連設定情報（例えば、（ＳＵＢＢＡＮＤ−ＳＰＥＣＩＦＩＣ）測定（／報告）周期（／パターン）（例えば、ＩＮＴＥＲ−ＳＵＢＢＡＮＤ測定（／報告）周期（／パターン））、（ＳＵＢＢＡＮＤ−ＳＰＥＣＩＦＩＣ）測定（／報告）関連サブフレームオフセット、（ＳＵＢＢＡＮＤ−ＳＰＥＣＩＦＩＣ）（最小）測定時間長さ（／区間）の情報など）を事前に定義されたシグナリング（例えば、ＰＳＣＣＨ（／ＰＳＳＣＨ）、ＰＳＤＣＨ（／ＰＢＣＨ）、ＳＩＢ（／ＲＲＣ））を介して知らせることもできる。
【０２４０】
例）前記測定（／報告）形態は、ＳＵＢＢＡＮＤ−ＳＰＥＣＩＦＩＣしながら、同時に、ＳＵＢＦＲＡＭＥ−ＳＥＴ  ＳＰＥＣＩＦＩＣに設定（／シグナリング）されることもできる。
【０２４１】
例）前記測定（例えば、ＳＬ−ＲＳＳＩ）は、ＳＵＢＢＡＮＤスイッチング（／送受信スイッチング／ＡＧＣ  ＳＥＴＴＬＩＮＧ）に使用されるシンボル及び／又はＤＭ−ＲＳシンボルを除いた残りの（データ）シンボル上にのみ行われるように設定（／シグナル）されるか、又は事前に設定（／シグナル）された特定チャネル（／シグナル）（例えば、ＰＳＳＣＨ（／ＰＳＣＣＨ）、ＰＳＤＣＨ（／ＰＢＣＨ）に対してのみ行われるようにすることもできる。
【０２４２】
例）Ｍ−ＵＥがＲ−ＵＥに前記測定関連設定情報をシグナリングすることもできる（例えば、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹＩＮＧの場合）。
【０２４３】
例）Ｍ−ＵＥが（自分が行った）測定リソース位置／パターン／平均化させた区間長さなどの情報を、Ｒ−ＵＥに報告することもできる（例えば、測定値報告のとき、ともに報告することができる）。
【０２４４】
例）前記測定を行ったＵＥが（（ＳＩＤＥＬＩＮＫを介して）他のＵＥではなく）基地局に（事前に定義されたチャネルを介して）直接報告するようにすることもできる。
【０２４５】
例）前記測定／報告実行のとき、事前に設定（／シグナリング）された上位Ｋ個（例えば、干渉レベルの低いＫ個）の情報のみを報告するようにすることもできる（例えば、オーバーヘッド減少効果）。
【０２４６】
−前記（一部の）規則は、ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥ（又は、ＮＯＮ−ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥ）にのみ限定的に適用されることもできる。
【０２４７】
−前記（一部の）規則の適用可否、又は関連情報は事前に定義されたシグナリング（例えば、ＰＳＣＣＨ（／ＰＳＳＣＨ）、ＰＳＤＣＨ、ＳＩＢ（／ＲＲＣ）など）を介して、（Ａ）特定（ＴＸ）  ＵＥが他のＵＥに知らせるか、又は（Ｂ）ネットワークがＵＥに（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ （例えば、ＰＯＯＬ（／ＣＡＲＲＩＥＲ)−ＳＰＥＣＩＦＩＣ形態）することもできる。
【０２４８】
前述した提案方式に対する一例もまた、本発明の実現方法の１つとして含まれることができるため、一種の提案方式と見なされ得ることは明らかな事実である。
【０２４９】
また、前述した提案方式は、独立的に実現されることもできるが、一部の提案方式の組み合わせ（又は、併合）の形態で実現されることもできる。
【０２５０】
一例として、本発明では、説明の便宜のために３ＧＰＰ  ＬＴＥシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステム以外に他のシステムにも拡張可能である。
【０２５１】
一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡大適用可能である。ここで、一例として、Ｄ２Ｄ通信は、ＵＥが他のＵＥと直接無線チャネルを利用して通信することを意味し、ここで、一例として、ＵＥはユーザの端末を意味するが、基地局のようなネットワーク機器がＵＥ間の通信方式によって信号を送／受信する場合は、一種のＵＥと見なされ得る。
【０２５２】
また、一例として、本発明の提案（一部）方式は、ＭＯＤＥ１（／３）  Ｄ２Ｄ（／Ｖ２Ｘ）動作（及び／又は、ＭＯＤＥ２（／４）  Ｄ２Ｄ（／Ｖ２Ｘ）動作）に限定的に適用されることもできる。
【０２５３】
また、一例として、本発明の提案（一部）方式は、事前に設定（／シグナリング）された（特定）Ｄ２Ｄ（／Ｖ２Ｘ）チャネル（／シグナル）送信（例えば、ＰＳＳＣＨ（及び／又は、（連動された）ＰＳＣＣＨ及び／又はＰＳＢＣＨ））にのみ限定的に適用されることもできる。
【０２５４】
また、一例として、本発明の提案（一部）方式は、ＰＳＳＣＨと（連動された）ＰＳＣＣＨが（周波数領域上で）隣接（ＡＤＪＡＣＥＮＴ）（及び／又は、離隔（ＮＯＮ−ＡＤＪＡＣＥＮＴ））されて送信される場合（及び／又は、事前に設定（／シグナリング）されたＭＣＳ（及び／又は、コーディングレート及び／又はＲＢ）（値／範囲）ベースの送信が行われる場合）にのみ限定的に適用されることもできる。
【０２５５】
また、一例として、本発明の提案（一部）方式は、ＭＯＤＥ♯１（／３）（及び／又は、ＭＯＤＥ♯２（／４）  Ｄ２Ｄ（／Ｖ２Ｘ）  ＣＡＲＲＩＥＲ（及び／又は、（ＭＯＤＥ♯１（／２）（／４（／３）））  ＳＬ（／ＵＬ）  ＳＰＳ（及び／又は、ＳＬ（／ＵＬ）  ＤＹＮＡＭＩＣ  ＳＣＨＥＤＵＬＩＮＧ）  ＣＡＲＲＩＥＲ）間にのみ限定的に適用されることもできる。また、一例として、本発明の提案（一部）方式は、ＣＡＲＲＩＥＲ間に同期シグナル（送信（及び／又は、受信））リソース位置及び／又は個数（及び／又は、Ｄ２Ｄ（／Ｖ２Ｘ）リソースプール関連サブフレーム位置及び／又は個数（及び／又はサブチャネルサイズ及び／又は個数））が同一の（及び／又は、（一部）相異なる）場合にのみ（限定的に）適用されることもできる。
【０２５６】
また、一例として、本発明の（一部）提案方式は、ＵＮＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹＩＮＧ（及び／又は、ＢＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＲＥＬＡＹＩＮＧ）関連ＲＥＭＯＴＥ  ＵＥ（及び／又は、ＲＥＬＡＹ  ＵＥ）にのみ（限定的に）適用できることもできる。
【０２５７】
また、一例として、本発明の（一部）提案方式は、（Ｄ２Ｄ）  ＣＯＭＭＵＮＩＣＡＴＩＯＮ動作（及び／又は、（Ｄ２Ｄ）  ＤＩＳＣＯＶＥＲＹ動作）にのみ（限定的に）適用されることもできる。
【０２５８】
図１３は、本発明の一実施形態が実現できるシナリオの一例を示す図である。
【０２５９】
図１３によると、Ｄ２Ｄ動作が実行できる車両１３１０及び前記車両内の搭乗者の端末（ＵＥ）１３２０、前記端末と前記車両がそれぞれ接続できる基地局１３３０がそれぞれ概略的に図示されている。ここで、例えば、前述した中継端末（ＲＥＬＡＹ  ＵＥ）は前記車両であり得るし、前述したリモート端末（ＲＥＭＯＴＥ  ＵＥ）は前記端末であり得る。
【０２６０】
ここで、例えば、前記搭乗者の端末に送信されるメッセージが一応前記車両（具体的に、車両のモデム）に送信され、前記車両がサイドリンク通信を利用して前記端末に前記メッセージを送信することができる。
【０２６１】
一方、図１３では、端末と車両間のＤ２Ｄ動作を一例に挙げたが、本発明の一実施形態が実現される例はこれに限らず、例えば、端末とウェアラブル機器間のＤ２Ｄ動作の場合など、本発明の実施形態が適用可能な例示は多様であり得る。
【０２６２】
図１４は、本発明の実施形態が実現される通信装置を示すブロック図である。
【０２６３】
図１４を参照すると、基地局１００は、プロセッサ（processor）１１０、メモリ（memory）１２０及びトランシーバ（transceiver）１３０）を含む。プロセッサ１１０は、提案された機能、過程及び／又は方法を実現する。メモリ１２０は、プロセッサ１１０に接続され、プロセッサ１１０を駆動するための様々な情報を保存する。トランシーバ１３０は、プロセッサ１１０と接続され、無線信号を送信及び／又は受信する。
【０２６４】
端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／又は方法を実現する。メモリ２２０は、プロセッサ２１０と接続され、プロセッサ２１０を駆動するための様々な情報を保存する。トランシーバ２３０は、プロセッサ２１０と接続され、無線信号を送信及び／又は受信する。端末２００は、他の端末に前述した方法によってＤ２Ｄ動作を行うことができる。
【０２６５】
プロセッサ１１０、２１０は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路、データ処理装置及び／又はベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。トランシーバ１３０、２３０は、無線信号を送信及び／又は受信する１つ以上のアンテナを含むことができる。実施形態がソフトウェアとして実現されるとき、前述した技法は前述した機能を行うモジュール（過程、機能など）で実現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により行われることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部又は外部に位置し、周知の多様な手段でプロセッサ１１０、２１０と接続されることができる。
【０２６６】
図１５は、プロセッサに含まれる装置の一例を示すブロック図である。
【０２６７】
図１５によると、プロセッサは、機能的な側面で情報取得部１５１０、優先順位決定部１５２０、情報送信部１５３０で構成される。ここで、前記プロセッサは、図１４のプロセッサ２１０であり得る。
【０２６８】
ここで、情報取得部１５１０は、前記リモート端末関連情報を取得する機能を有する。また、ここで、優先順位決定部１５２０は、前記リモート端末関連情報を取得した後、前記リモート端末関連情報間の優先順位及び前記リモート端末関連情報と前記リレー端末関連情報との間の優先順位を決定する機能を有する。また、ここで、送信実行部１５３０は、前記優先順位に基づいて情報送信を果たすが、前記リレー端末は、前記リレー端末により決定された前記優先順位に基づいて相異なる物理チャネルパラメータを適用して前記情報送信を行う機能を有する。
【０２６９】
前記に記載したプロセッサに含まれる装置に関する説明は１つの例示に過ぎず、プロセッサは、他の機能的な要素ないし装置をさらに含めることができる。また、前記に記載した各機能的な装置が行う動作に関する具体的な例は、前述したようであるので、これに関する重複説明は省略する。
【図１】
2020519166.tif 000003
【図２】
2020519166.tif 000004
【図３】
2020519166.tif 000005
【図４】
2020519166.tif 000006
【図５】
2020519166.tif 000007
【図６】
2020519166.tif 000008
【図７】
2020519166.tif 000009
【図８】
2020519166.tif 000010
【図９】
2020519166.tif 000011
【図１０】
2020519166.tif 000012
【図１１】
2020519166.tif 000013
【図１２】
2020519166.tif 000014
【図１３】
2020519166.tif 000015
【図１４】
2020519166.tif 000016
【図１５】
2020519166.tif 000017
【国際調査報告】
2020519166.tif 000018
2020519166.tif 000019
2020519166.tif 000020
2020519166.tif 000021