(57)【要約】無線通信システムにおける端末のＰＳＣＣＨのブラインドデコーディング実行方法を提案する。前記方法は、ネットワークからブラインドデコーディング設定を受信し、及び前記設定に基づいて、第１のＴＴＩ内で前記ブラインドデコーディングを実行し、前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含み、前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することを特徴とする。
2020519131.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末の物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＳＣＣＨ）のブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）実行方法であって、
ネットワークからブラインドデコーディング設定を受信し、及び
前記設定に基づいて、第１の送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）内で前記ブラインドデコーディングを実行し、
前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含み、
前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することを特徴とする、実行方法。
【請求項２】
前記端末に設定されるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、前記第１のＴＴＩベースのサイドリンク動作を実行する第１の端末及び前記第２のＴＴＩベースのサイドリンク動作を実行する第２の端末が共存することを特徴とする、請求項１に記載の実行方法。
【請求項３】
前記設定は、前記端末が前記第２のブラインドデコーディングを実行する最小回数を指示することを特徴とする、請求項１に記載の実行方法。
【請求項４】
前記設定は、リソースプール−特定的（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）であることを特徴とする、請求項１に記載の実行方法。
【請求項５】
前記端末は、制限されたブラインドデコーディング能力（ｃａｐａｂｉｌｉｔｙ）を有することを特徴とする、請求項１に記載の実行方法。
【請求項６】
前記設定は、前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数の分配比率を指示することを特徴とする、請求項１に記載の実行方法。
【請求項７】
前記ブラインドデコーディングは、第１の搬送波で実行され、
前記ブラインドデコーディングは、第２の搬送波で実行可能なブラインドデコーディング回数を追加して実行することを特徴とする、請求項１に記載の実行方法。
【請求項８】
前記追加される回数は、前記ネットワークにより制御されることを特徴とする、請求項７に記載の実行方法。
【請求項９】
前記追加される回数は、前記第２の搬送波に割り当てられたブラインドデコーディング回数のうち、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数を除いた残りの回数であることを特徴とする、請求項７に記載の実行方法。
【請求項１０】
前記第２の搬送波に割り当てられたブラインドデコーディング回数は、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数より大きいことを特徴とする、請求項９に記載の実行方法。
【請求項１１】
前記端末が同時にモニタリングする搬送波の個数は、前記追加される回数に基づいて決定されることを特徴とする、請求項７に記載の実行方法。
【請求項１２】
前記端末は、前記ブラインドデコーディングに対する能力情報を前記ネットワークに送信することを特徴とする、請求項１に記載の実行方法。
【請求項１３】
前記設定は、前記能力情報に基づいて設定されることを特徴とする、請求項１２に記載の実行方法。
【請求項１４】
前記能力情報は、前記第１のＴＴＩ内で前記端末が複数個の搬送波（ｃａｒｒｉｅｒ）に対して前記ブラインドデコーディングを実行することができる最大回数を含むことを特徴とする、請求項１２に記載の実行方法。
【請求項１５】
前記設定は、煩雑度（ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ）、搬送波優先順位（ｃａｒｒｉｅｒ  ｐｒｉｏｒｉｔｙ）または端末の種類（ｔｙｐｅ）のうち少なくとも一つによって異なるように設定されることを特徴とする、請求項１に記載の実行方法。
【請求項１６】
端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ；ＵＥ）であって、
無線信号を送信及び受信するトランシーバ；及び、
前記トランシーバと結合して動作するプロセッサ；そなえてなり、
前記プロセッサは、
ネットワークからブラインドデコーディング設定を受信し、及び
前記設定に基づいて、第１の送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）内で前記ブラインドデコーディングを実行し、
前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含み、
前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することを特徴とする、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のＰＳＣＣＨのブラインドデコーディング実行方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（International Telecommunication Union Radio communication sector）では３世帯以後の次世代移動通信システムであるＩＭＴ（International Mobile Telecommunication）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ転送率でＩＰ（Internet Protocol）基盤のマルチメディアサービス支援を目標とする。
【０００３】
３ＧＰＰ（3rd Generation Partnership Project）はＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準にＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）／ＳＣ−ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access）転送方式基盤であるＬＴＥ（Long Term Evolution）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を準備している。ＬＴＥ−ＡはＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補の１つである。
【０００４】
最近、装置間の直接通信を行うＤ２Ｄ（Device-to-Device）技術に対する関心が高まっている。特に、Ｄ２Ｄは公衆安全ネットワーク（public safety network）のための通信技術として注目を受けている。商業的通信ネットワークは速くＬＴＥに変化しているが、既存の通信規格との衝突問題と費用面で現在の公衆安全ネットワークは主に２Ｇ技術に基盤している。このような技術間隙と改善されたサービスに対する要求は公衆安全ネットワークを改善しようとする努力に繋がっている。
【０００５】
次世代無線通信システムでは、相対的に長いＴＴＩベースのＶ２Ｘ動作を実行する端末と相対的に短いＴＴＩベースのＶ２Ｘ動作を実行する端末が共存するＶ２Ｘリソースプールで、端末が相対的に長いＴＴＩベースのＰＳＣＣＨと相対的に短いＴＴＩベースのＰＳＣＣＨを同時にブラインドデコーディングを実行すべき場合が発生できる。ここで、例えば、一つの相対的に長いＴＴＩの時間区間内で、端末が実行することができる最大ブラインドデコーディング回数または端末が実行することができるＰＳＣＣＨの最大個数が端末の能力により定められる。このような場合、前記端末が共存するリソースプール上で、端末間の効率的な共存のために、Ｌ−ＴＴＩベースのＰＳＣＣＨとＳ−ＴＴＩベースのＰＳＣＣＨの各々に対するブラインドデコーディング回数を適切に分配できる方法が要求される。したがって、本発明では相対的に長いＴＴＩベースのＰＳＣＣＨ及び相対的に短いＴＴＩベースのＰＳＣＣＨに対する効果的なブラインドデコーディング実行回数を調節ないし分配する方法を提案する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、無線通信システムにおける端末のＰＳＣＣＨのブラインドデコーディング実行方法及び前記方法を利用する端末を提供することにある。
【課題を解決するための手段】
【０００７】
一側面において、無線通信システムにおける端末の物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＳＣＣＨ）のブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）実行方法において、ネットワークからブラインドデコーディング設定を受信し、及び前記設定に基づいて、第１の送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）内で前記ブラインドデコーディングを実行し、前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含み、前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することを特徴とする。
【０００８】
前記端末に設定されるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、前記第１のＴＴＩベースのサイドリンク動作を実行する第１の端末及び前記第２のＴＴＩベースのサイドリンク動作を実行する第２の端末が共存する。
【０００９】
前記設定は、前記端末が前記第２のブラインドデコーディングを実行する最小回数を指示する。
【００１０】
前記設定は、リソースプール−特定的（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）である。
【００１１】
前記端末は、制限されたブラインドデコーディング能力（ｃａｐａｂｉｌｉｔｙ）を有する。
【００１２】
前記設定は、前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数の分配比率を指示する。
【００１３】
前記ブラインドデコーディングは、第１の搬送波で実行され、前記ブラインドデコーディングは、第２の搬送波で実行可能なブラインドデコーディング回数を追加して実行する。
【００１４】
前記追加される回数は、前記ネットワークにより制御される。
【００１５】
前記追加される回数は、前記第２の搬送波に割り当てられたブラインドデコーディング回数のうち、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数を除いた残りの回数である。
【００１６】
前記第２の搬送波に割り当てられたブラインドデコーディング回数は、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数より大きい。
【００１７】
前記端末が同時にモニタリングする搬送波の個数は、前記追加される回数に基づいて決定される。
【００１８】
前記端末は、前記ブラインドデコーディングに対する能力情報を前記ネットワークに送信する。
【００１９】
前記設定は、前記能力情報に基づいて設定される。
【００２０】
前記能力情報は、前記第１のＴＴＩ内で前記端末が複数個の搬送波（ｃａｒｒｉｅｒ）に対して前記ブラインドデコーディングを実行することができる最大回数を含む。
【００２１】
前記設定は、煩雑度（ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ）、搬送波優先順位（ｃａｒｒｉｅｒ  ｐｒｉｏｒｉｔｙ）または端末の種類（ｔｙｐｅ）のうち少なくとも一つによって異なるように設定される。
【００２２】
他の側面で提供される端末（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ；ＵＥ）は、無線信号を送信及び受信するトランシーバ；及び、前記トランシーバと結合して動作するプロセッサ；を含み、前記プロセッサは、ネットワークからブラインドデコーディング設定を受信し、及び前記設定に基づいて、第１の送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）内で前記ブラインドデコーディングを実行し、前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含み、前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することを特徴とする。
【発明の効果】
【００２３】
端末をして、１ｍｓ長さを有するＴＴＩ単位の動作を実行する端末と１ｍｓより短い長さを有するＴＴＩ単位の動作を実行する端末が共存するリソースプール上で効果的なＰＳＣＣＨデコーディングを実行せしめ、さらに、前記端末間の効率的なリソースプール上での共存を保障せしめることができる。これは、特に、制限されたブラインドデコーディング能力を有する端末に効果的である。また、従来１ｍｓ  ＴＴＩ単位の動作を実行する端末のみが存在するリソースプールで、端末がブラインドデコーディングを実行する場合と比較して、前記共存リソースプールでブラインドデコーディングを実行する端末の具現上の複雑度が増加する問題を緩和させることができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、無線通信システムを例示する。
【図２】図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。
【図３】図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。
【図４】図４は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】図５は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【図６】図６は、Ｖ２ＸまたはＤ２Ｄ通信を遂行する端末を例示する。
【図７】図７は、Ｖ２Ｘ／Ｄ２Ｄ関連した転送モード（transmission mode：ＴＭ）に従う端末動作を例示する。
【図８】図８は、資源単位の構成例を示す。
【図９】図９は、Ｓ−ＴＴＩとＬ−ＴＴＩの一例を概略的に示す。
【図１０】図１０は、Ｓ−ＴＴＩとＬ−ＴＴＩの他の例を概略的に示す。
【図１１】図１１は、Ｓ−ＴＴＩとＬ−ＴＴＩの他の例を概略的に示す。
【図１２】図１２は、本発明の一実施例に係る、端末のＰＳＣＣＨのブラインドデコーディング実行方法の流れ図である。
【図１３】図１３は、（規則＃Ｂ）による、端末のＰＳＣＣＨブラインドデコーディング実行方法の一例を概略的に示す。
【図１４】図１４は、本発明の他の実施例に係る、端末のＰＳＣＣＨのブラインドデコーディング実行方法の流れ図である。
【図１５】図１５は、本発明の実施例が具現される通信装置を示すブロック図である。
【図１６】図１６は、プロセッサに含まれる装置の一例を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下で説明する明細書の用語の定義及び用語の略語は、別途の記載がない限り、３ＧＰＰ  ＴＳ  ３６シリーズで定義されることができる。
【００２６】
図１は、無線通信システムを例示する。これは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ-Ａシステムと呼ばれることができる。
【００２７】
Ｅ-ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。
【００２８】
基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２９】
ＥＰＣ３０は、ＭＭＥ、Ｓ-ＧＷ及びＰ-ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ-Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ-ＧＷは、Ｅ-ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ-ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００３０】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができるが、この中で第１階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線資源を制御する役割を行う。このために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００３１】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。
【００３２】
図２及び３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位階層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。送信チャネルは、無線インタフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００３３】
互いに異なる物理階層の間、すなわち送信機と受信機の物理階層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線資源として活用する。
【００３４】
ＭＡＣ階層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３５】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３６】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面においてのみ定義される。ＲＲＣ階層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ-ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１階層（ＰＨＹ階層）及び第２階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３７】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３８】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【００３９】
端末のＲＲＣ階層とＥ-ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００４０】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とその以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００４１】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４２】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ-ｃａｒｒｉｅｒ）とから構成される。一つのサブフレーム（Ｓｕｂ-ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。資源ブロックは、資源割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４３】
以下、新しい無線アクセス技術（ｎｅｗｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗＲＡＴ、ＮＲ）に対して説明する。
【００４４】
より多くの通信機器の大きい通信容量の要求に応じて、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されており、本発明では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴまたはＮＲという。
【００４５】
図４は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【００４６】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図４ではｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースで連結されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して連結され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して連結される。
【００４７】
図５は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【００４８】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。
【００４９】
図６は、Ｖ２ＸまたはＤ２Ｄ通信を遂行する端末を例示する。
【００５０】
図６を参照すると、Ｖ２Ｘ／Ｄ２Ｄ通信で端末（ＵＥ）という用語は主にユーザの端末を意味する。しかしながら、基地局（ｅＮＢ）のようなネットワーク装備が端末の間の通信方式によって信号を送受信する場合、やはり一種の端末と見なされることもできる。
【００５１】
端末１（ＵＥ１）は一連の資源の集合を意味する資源プール（resource pool）内で特定の資源に該当する資源単位（resource unit）を選択し、該当資源単位を使用してＤ２Ｄ信号を送信するように動作することができる。これに対する受信端末である端末２（ＵＥ２）は、端末１が信号を転送することができる資源プールの設定を受けて、該当資源プール内で端末１の信号を検出することができる。
【００５２】
ここで、端末１が基地局の連結範囲にある場合、基地局が資源プールを知らせてくれることができる。一方、端末１が基地局の連結範囲外にある場合、他の端末が資源プールを知らせてくれるか、または事前に定まった資源に決定されることもできる。
【００５３】
一般的に資源プールを複数の資源単位で構成され、各端末は１つまたは複数の資源単位を選定して自身のＤ２Ｄ信号送信に使用することができる。
【００５４】
図７は、Ｖ２Ｘ／Ｄ２Ｄ関連した転送モード（transmission mode：ＴＭ）に従う端末動作を例示する。
【００５５】
図７（ａ）は転送モード１、３に対するものであり、図７（ｂ）は転送モード２、４に対するものである。転送モード１／３では、基地局が端末１にＰＤＣＣＨ（より具体的にＤＣＩ）を介して資源スケジューリングを遂行し、端末１は該当資源スケジューリングによって端末２とＤ２Ｄ／Ｖ２Ｘ通信を遂行する。端末１は端末２にＰＳＣＣＨ（physical sidelink control channel）を介してＳＣＩ（sidelink control information）を転送した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（physical sidelink shared channel）を介して転送することができる。転送モード１はＤ２Ｄに、転送モード３はＶ２Ｘに適用できる。
【００５６】
転送モード２／４は、端末が自らスケジューリングするモードということができる。より具体的に、転送モード２はＤ２Ｄに適用され、設定された資源プール内で端末が資源を自ら選択して、Ｄ２Ｄ動作を遂行することができる。転送モード４はＶ２Ｘに適用され、センシング／ＳＡデコーディング過程などを経て選択ウィンドウ内で端末が自ら資源を選択した後、Ｖ２Ｘ動作を遂行することができる。端末１は端末２にＰＳＣＣＨを介してＳＣＩを転送した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨを介して転送することができる。以下、転送モードをモードと略称することができる。
【００５７】
基地局がＰＤＣＣＨを介して端末に転送する制御情報をＤＣＩ（downlink control information）と称することに反して、端末がＰＳＣＣＨを介して他の端末に転送する制御情報をＳＣＩと称することができる。ＳＣＩはサイドリンクスケジューリング情報を伝達することができる。ＳＣＩにはいろいろなフォーマットがありうるが、例えば、ＳＣＩフォーマット０とＳＣＩフォーマット１がありうる。
【００５８】
ＳＣＩフォーマット０はＰＳＳＣＨのスケジューリングのために使われることができる。ＳＣＩフォーマット０には、周波数ホッピングプラグ（１ビット）、資源ブロック割り当て及びホッピング資源割り当てフィールド（サイドリンクの資源ブロック個数によってビット数が変わることができる）、時間資源パターン（time resource pattern、７ビット）、ＭＣＳ（modulation and coding scheme、５ビット）、時間アドバンス指示（time advance indication、１１ビット）、グループ目的地ＩＤ（group destination ID、８ビット）などを含むことができる。
【００５９】
ＳＣＩフォーマット１はＰＳＳＣＨのスケジューリングのために使われることができる。ＳＣＩフォーマット１には、優先権（priority、３ビット）、資源留保（resource reservation、４ビット）、初期転送及び再転送の周波数資源位置（サイドリンクのサブチャンネル個数によってビット数が変わることがある）、初期転送と再転送との間の時間ギャップ（time gap between initial transmission and retransmission、４ビット）、ＭＣＳ（５ビット）、再転送インデックス（１ビット）、留保された情報ビット（reserved informationbit）などを含む。留保された情報ビットを以下、留保されたビットと略称することができる。留保されたビットはＳＣＩフォーマット１のビットサイズが３２ビットになるまで追加できる。即ち、ＳＣＩフォーマット１は互いに異なる情報を含む複数のフィールドを含むが、前記ＳＣＩフォーマット１の固定された総ビット個数（３２ビット）で前記複数のフィールドの総ビット個数を除外した残りの個数のビットを留保されたビットと称することができる。
【００６０】
ＳＣＩフォーマット０は転送モード１、２に使われることができ、ＳＣＩフォーマット１は転送モード３、４に使われることができる。
【００６１】
図８は、資源単位の構成例を示す。
【００６２】
図８を参照すると、資源プールの全体周波数資源がＮF個に分割されることができ、資源プールの全体時間資源がＮT個に分割されて、資源プール内で総ＮF＊ＮT個の資源単位が定義できる。
【００６３】
ここでは、該当資源プールがＮTサブフレームを周期で反復される場合を例示している。
【００６４】
１つの資源単位（例えば、Ｕｎｉｔ＃０）は図８に示すように、周期的に反復して表れることができる。または、時間や周波数次元でのダイバーシティ（diversity）効果を得るために、１つの論理的な資源単位がマッピングされる物理的資源単位のインデックスが時間によって事前に定まったパターンに変化することもできる。このような資源単位構造において、資源プールとは、Ｄ２Ｄ信号を送信しようとする端末が送信に使用できる資源単位等の集合を意味することができる。
【００６５】
資源プールはいろいろな種類に細分化できる。例えば、各資源プールで転送されるＤ２Ｄ信号の内容（content）によって区分できる。各資源プールは次と区分されることができ、各々の資源プールで次のＤ２Ｄ信号の内容は転送できる。
【００６６】
１）スケジューリング割り当て（Scheduling assignment：ＳＡ）資源プールまたはＤ２Ｄ（sidelink）制御チャンネル：各送信端末が、後行するか、または同一なサブフレームで転送されるＤ２Ｄデータチャンネルの資源位置及びその他のデータチャンネルの復調のために必要な情報（例：変調及びコーディング技法（modulation and coding scheme：ＭＣＳ）やＭＩＭＯ転送方式、タイミングアドバンス（timing advance）などの情報）を含む信号を転送する資源プール。
【００６７】
前記１）で説明した信号は、同一資源単位上でＤ２Ｄデータと共に多重化（multiplex）されて転送できる。この場合、ＳＡ資源プールとは、ＳＡがＤ２Ｄデータと多重化されて転送される資源プールを意味することができる。ＳＡ資源プールはＤ２Ｄ（sidelink）制御チャンネルと称されることもできる。
【００６８】
２）Ｄ２Ｄデータチャンネル：ＳＡを通じて指定された資源を使用して送信端末がユーザデータを転送することに使用する資源プール。もし、同一資源単位上でＤ２ＤデータとＳＡ情報が共に多重化されて転送されることも可能な場合には、Ｄ２Ｄデータチャンネルのための資源プールではＳＡ情報を除外した形態のＤ２Ｄデータチャンネルのみ転送される形態になることができる。言い換えると、ＳＡ資源プール内の個別資源単位上でＳＡ情報を転送することに使われた資源要素（resource element）をＤ２Ｄデータチャンネル資源プールでは相変らずＤ２Ｄデータを転送することに使用するものである。
【００６９】
３）ディスカバリーチャンネル（Discovery channel）：送信端末が自身のＩＤ（identity）などの情報を転送して、隣接端末をして自身を発見することができるようにするメッセージのための資源プール。
【００７０】
以上で説明したＤ２Ｄ信号の内容が同一な場合にも、Ｄ２Ｄ信号の送受信属性によって相異する資源プールを使用することができる。一例に、同一なＤ２ＤデータチャンネルやディスカバリーメッセージとしでもＤ２Ｄ信号の送信タイミング決定方式（例えば、動機基準信号の受信時点で送信されるか、でなきれば、前記受信時点で一定のタイミングアドバンスを適用して転送されるか）や資源割り当て方式（例えば、個別信号の転送資源を基地局が個別送信端末に指定してくれるか、でなければ個別送信端末が資源プール内で自体的に個別信号転送資源を選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号が１つのサブフレームで占めるシンボルの個数や、１つのＤ２Ｄ信号の転送に使われるサブフレームの個数）、基地局からの信号強さ、Ｄ２Ｄ端末の送信電力強さなどに従って、また相異する資源プールに区分されることもできる。
【００７１】
前述したように、Ｄ２Ｄ通信で基地局がＤ２Ｄ送信端末の送信資源を直接指示する方法をモード１（Mode１）、転送資源領域が事前に設定されているか、または基地局が転送資源領域を指定し、端末が直接送信資源を選択する方法をモード２（Mode２）と称することができる。
【００７２】
Ｄ２Ｄ発見（discovery）の場合には、基地局が直接資源を指示する場合にはタイプ２（Type２）、事前に設定された資源領域または基地局が指示した資源領域で端末が直接転送資源を選択する場合はタイプ１（Type１）と称することができる。
【００７３】
一方、前記Ｄ２Ｄはサイドリンク（sidelink）と称されることもできる。ＳＡは物理サイドリンク制御チャンネル（physical sidelink control channel：ＰＳＣＣＨ）、Ｄ２Ｄ同期信号（D2D synchronization signal）はサイドリンク同期信号（sidelink synchronization signal：ＳＳＳ）と称することもできる。Ｄ２Ｄ通信の以前に、最も基本的な情報を転送する制御チャンネルを物理サイドリンク放送チャンネル（Physical sidelink broadcast channel：ＰＳＢＣＨ）と称し、ＰＳＢＣＨはＳＳＳと共に転送されることができ、または他の名称でＰＤ２ＤＳＣＨ（Physical D2D synchronization channel）と称することもできる。特定端末が自身が周辺にいることを知らせるための信号には前記特定端末のＩＤが含まれていることができ、このような信号が転送されるチャンネルを物理サイドリンクディスカバリーチャンネル（physical sidelink discovery channel：ＰＳＤＣＨ）と称することができる。
【００７４】
Ｄ２Ｄでは、Ｄ２Ｄ通信端末のみＰＳＢＣＨをＳＳＳと共に転送しており、これによって、ＳＳＳの測定はＰＳＢＣＨのＤＭＲＳ（demodulation reference signal）を用いて遂行した。カバレッジ外側の（out-coverage）の端末はＰＳＢＣＨのＤＭＲＳを測定し、この信号のＲＳＲＰ（reference signal received power）などを測定して自身が同期化ソース（synchronization source）になるか否かを決定することができる。
【００７５】
以下、今後の無線通信システムにおける送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）に対して、より詳細に説明する。
【００７６】
今後の無線通信システムでは、多様な送信カバレッジ／信頼度／遅延要求事項などのトラフィック（または、データ）を考慮して、可変的なＴＴＩ（チャネル／シグナル）が導入されることができる。一例として、事前に基本リソースユニット（Ｂａｓｉｃ  Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）が定義（／設定）された後、（特定要求事項のデータ関連チャネル／シグナル送信）ＴＴＩが単数または複数の基本リソースユニットの結合体で定義されることができる。このとき、各々のＴＴＩに対する例を図面を介して説明すると、下記の通りである。ここで、Ｓ−ＴＴＩ、Ｌ−ＴＴＩは、相対的に短いＴＴＩ（ｓｈｏｒｔ−ＴＴＩ）、相対的に長いＴＴＩ（ｌｏｎｇ−ＴＴＩ）を各々意味する。ここで、Ｌ−ＴＴＩは、既存（レガシー）ＴＴＩを意味することもある。
【００７７】
図９は、Ｓ−ＴＴＩとＬ−ＴＴＩの一例を概略的に示す。
【００７８】
図９によると、Ｓ−ＴＴＩが事前に設定（／シグナリング）された基本リソースユニットに定義された場合、Ｌ−ＴＴＩは、（事前に設定（／シグナリング））されたＫ個のＳ−ＴＴＩ（基本リソースユニット）が結合された形態に解釈されることができる。
【００７９】
図１０は、Ｓ−ＴＴＩとＬ−ＴＴＩの他の例を概略的に示す。
【００８０】
図１０によると、Ｌ−ＴＴＩが事前に設定（／シグナリング）された基本リソースユニットに定義された場合、Ｓ−ＴＴＩは、Ｌ−ＴＴＩ（基本リソースユニット）が（事前に設定（／シグナリング））されたＫ個に分割された形態（例えば、一種のＭｉｎｉ−Ｂａｓｉｃ  Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）に解釈されることができる。
【００８１】
前記図面の例と違って、Ｓ−ＴＴＩも複数の（事前に設定（／シグナリング）された）基本リソースユニットが結合された形態を有することもできる。
【００８２】
図１１は、Ｓ−ＴＴＩとＬ−ＴＴＩの他の例を概略的に示す。
【００８３】
図１１によると、例えば、Ｓ−ＴＴＩ構成＃Ａのように、１番目のＳ−ＴＴＩは、３個のＯＦＤＭシンボル（ＯＦＤＭ  ｓｙｍｂｏｌ；ＯＳ）の長さを有し、２番目のＳ−ＴＴＩは２個のＯＦＤＭシンボルの長さを有し、３番目のＳ−ＴＴＩは２個のＯＦＤＭシンボルの長さを有し、４番目のＳ−ＴＴＩは２個のＯＦＤＭシンボルの長さを有し、５番目のＳ−ＴＴＩは２個のＯＦＤＭシンボルの長さを有し、６番目のＳ−ＴＴＩは３個のＯＦＤＭシンボルの長さを有することができる。
【００８４】
または、例えば、Ｓ−ＴＴＩ構成＃Ｂのように、１番目のＳ−ＴＴＩは７個のＯＦＤＭシンボルの長さを有し、２番目のＳ−ＴＴＩは７個のＯＦＤＭシンボルの長さを有することもできる。
【００８５】
以上、Ｓ−ＴＴＩとＬ−ＴＴＩの関係に対する多様な例を図示した。しかし、前記説明した多様なＳ−ＴＴＩとＬ−ＴＴＩの例示は、説明の便宜のための一例示に過ぎず、Ｓ−ＴＴＩとＬ−ＴＴＩの形態は、前記開示された形態に制限されるものではない。
【００８６】
以下では、サイドリンクＲＳＳＩ（Sidelink Received Signal Strength Indicator；Ｓ−ＲＳＳＩ）、ＰＳＳＣＨ参照信号受信電力（PSSCH Reference Signal Received Power；ＰＳＳＣＨ−ＲＳＲＰ）、チャンネル混雑比率（CHANNEL BUSY RATIO；ＣＢＲ）、チャンネル占有比率（CHANNEL OCCUPANCY RATIO；ＣＲ）に対して説明する。
【００８７】
＜Ｓ−ＲＳＳＩ＞
【００８８】
サイドリンクＲＳＳＩ（Ｓ−ＲＳＳＩ）はサブフレームの最初のスロットの１、２、．．．、６  ＳＣ−ＦＤＭＡシンボル及び２番目のスロットの０、１、．．．、５  ＳＣ−ＦＤＭＡで設定されたサブチャンネルのみで端末により観測されたＳＣ−ＦＤＭＡ当たり全体受信された電力（［Ｗ］単位）の線形平均（linear average）として定義できる（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-channelin SC-FDMA symbols 1, 2, ..., 6 of the first slot and SC-FDMA symbols 0,1,..., 5 of the second slot of a subframe）。
【００８９】
ここで、Ｓ−ＲＳＳＩのレファレンスポイントは端末のアンテナコネクタでありうる。
【００９０】
仮に、レシーバーダイバーシティが端末により使われる場合、報告された値は任意の個別ダイバーシティブランチの対応するＳ−ＲＳＳＩより低くないことがある。
【００９１】
Ｓ−ＲＳＳＩはＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用できる。
【００９２】
＜ＰＳＳＣＨ−ＲＳＲＰ＞
【００９３】
ＰＳＳＣＨ−ＲＳＲＰは関連したＰＳＣＣＨ（Physical Sidelink Control Channel）により指示されたＰＲＢ（Physical Resource Block）内で、ＰＳＳＣＨと関連した復調基準信号を運搬する資源要素の電力寄与分（［Ｗ］単位）に対する線形平均として定義できる（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）。
【００９４】
ここで、ＰＳＳＣＨ−ＲＳＲＰに対するレファレンスポイントは端末のアンテナコネクタでありうる。
【００９５】
仮に、レシーバーダイバーシティが端末により使われる場合、報告された値は任意の個別ダイバーシティブランチの対応するＰＳＳＣＨ−ＲＳＲＰより低くないことがある。
【００９６】
ＰＳＳＣＨ−ＲＳＲＰは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用できる。
【００９７】
ここで、資源要素当たり電力はＣＰを除外した、シンボルの有用な部分で受信されたエネルギーから決定できる。
【００９８】
＜チャンネル混雑比率（CHANNEL BUSY RATIO；ＣＢＲ）＞
【００９９】
サブフレームｎで測定されたＣＢＲは以下の通り定義できる。
【０１００】
ＣＢＲは、ＰＳＳＣＨに対して、サブフレーム［ｎ−１００、ｎ−１］の間、端末により測定されたＳ−ＲＳＳＩが既設定されたしきい値を超えると感知されたリソースプールでのサブチャンネルのポーション（Portion）を意味することができる。
【０１０１】
ＣＢＲは、ＰＳＳＣＨに対して、ＰＳＣＣＨ（Physical Sidelink Control Channel）がＰＳＣＣＨに対応するＰＳＳＣＨと共に隣接しない資源ブロックで転送できるように設定されたプールで、サブフレーム［ｎ−１００、ｎ−１］の間、端末により測定されたＳ−ＲＳＳＩが既設定されたしきい値を超えると感知されたリソースプールでのサブチャンネルのポーション（portion）を意味することができる。ここで、ＰＳＣＣＨプールが周波数ドメインで２つの連続的なＰＲＢ（Physical Resource Block）対のサイズを有する資源で構成されると仮定することができる。
【０１０２】
ＣＢＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用できる。
【０１０３】
ここで、サブフレームインデックスは物理的サブフレームインデックス（Physical Subframe Index）に基づくことができる。
【０１０４】
＜チャンネル占有比率（CHANNEL OCCUPANCY RATIO；ＣＲ）＞
【０１０５】
サブフレームｎで評価されたＣＲは以下の通り定義できる。
【０１０６】
サブフレーム［ｎ−ａ、ｎ−１］で、そしてサブフレーム［ｎ、ｎ＋ｂ］で許可された（granted）、端末の転送に使われるサブチャンネルの個数を、［ｎ−ａ、ｎ＋ｂ］の間、転送プールで設定されたサブチャンネルの個数で割ったことを意味することができる。
【０１０７】
ＣＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用できる。
【０１０８】
ここで、ａは正の整数でありえ、ｂは０または正の整数を意味することができる。ａ及びｂは端末により決定されることができ、この際、‘ａ＋ｂ＋１＝１０００’、‘ａ＞＝５００’、‘ｎ＋ｂは現在転送に対する許可の最終転送機会を超えないこと（n+b should not exceed the last transmission opportunity of the grant for the currenttransmission）’を満たすことができる。
【０１０９】
ここで、ＣＲは各々の（再）転送に対して評価できる。
【０１１０】
ここで、ＣＲを評価する時、端末はサブフレームｎで使われる転送パラメータがパケットドロップ無しでサブフレーム［ｎ＋１、ｎ＋ｂ］での既存許可によって再使用できると仮定することができる。
【０１１１】
ここで、サブフレームインデックスは物理的サブフレームインデックスに基づくことができる。
【０１１２】
ここで、ＣＲは優先順位レベル毎に計算できる。
【０１１３】
以下、本発明に対して、より詳細に説明する。
【０１１４】
一例として、下記の提案方式は、"限定された（ＰＳＣＣＨ／ＰＳＳＣＨ）デコーディング能力"を有するＶ２Ｘ端末が、（既存（例えば、"１ミリセカンド（ｍｉｌｌｉｓｅｃｏｎｄ；ｍｓ）"）に比べて）相対的に短い送信時間間隔（Ｓｈｏｒｔ−Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；Ｓ−ＴＴＩ）ベースのＶ２Ｘメッセージ受信（／送信）と相対的に長いＴＴＩ（例えば、１ｍｓ）ベースのＶ２Ｘメッセージ受信（／送信）に、これを効率的に分配／運営する方法を提示する。ここで、一例として、Ｖ２Ｘ通信モードは、（代表的に）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で）Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（ＭＯＤＥ＃３）（例えば、基地局通信カバレッジ内に位置した（及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）端末が主な対象である）及び／または（Ｂ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で）Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を端末が（独自に）決定（／制御）するモード（ＭＯＤＥ＃４）（例えば、基地局通信カバレッジ内／外に位置した（及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＲＲＣ＿ＩＤＬＥ状態の）端末が主な対象である）に区分されることができる。ここで、一例として、本発明において、"センシング動作"ワーディングは、（デコーディングに成功したＰＳＣＣＨがスケジューリングする）ＰＳＳＣＨ復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＭ−ＲＳ）シーケンス（Ｓｅｑｕｅｎｃｅ）ベースのＰＳＳＣＨ−ＲＳＲＰ測定動作及び／または（Ｖ２Ｘリソースプール関連サブチャネルベースの）Ｓ−ＲＳＳＩ測定動作などに解釈されることもできる。ここで、一例として、本発明において、"受信"ワーディングは、（Ａ）Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）デコーディング（／受信）動作（及び／またはＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）チャネル（／シグナル）（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳ等）デコーディング（／受信）動作）及び／または（Ｂ）センシング動作及び／または（Ｃ）ＣＢＲ測定動作のうち、（最小限）一つに（拡張）解釈されることもできる。ここで、一例として、本発明において、"送信"ワーディングは、Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）送信動作（及び／またはＷＡＮアップリンク（Ｕｐｌｉｎｋ；ＵＬ）チャネル（／シグナル）（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ等）送信動作）に（拡張）解釈されることもできる。ここで、一例として、本発明において、"搬送波（Ｃａｒｒｉｅｒ）"ワーディングは、（Ａ）事前に設定（／シグナリング）された搬送波セット（Ｃａｒｒｉｅｒ  Ｓｅｔ）（／グループ（Ｇｒｏｕｐ））及び／または（Ｂ）Ｖ２Ｘリソースプール等に（拡張）解釈されることもできる。ここで、ＰＳＳＣＨ−ＲＳＲＰ、Ｓ−Ｒ���ＳＩ、ＣＢＲ、ＣＲに対する各々の定義は、前述した通りである。
【０１１５】
以下、本明細書で使われる略語に対して説明する。
【０１１６】
−Ｌ−ＴＴＩ：既存（レガシー（Ｌｅｇａｃｙ））１ｍｓ長さ（または、Ｓ−ＴＴＩより多いシンボル個数）ベースの動作を意味する。
【０１１７】
−Ｌ−ＴＴＩ  Ｔｒａｎｓｍｉｓｓｉｏｎ（ＴＸ）：Ｌ−ＴＴＩベースのチャネル／シグナル送信を意味する。
【０１１８】
−Ｓ−ＴＴＩ：Ｌ−ＴＴＩより少ないシンボル個数ベースの動作を意味する。
【０１１９】
−Ｓ−ＴＴＩ  Ｔｒａｎｓｍｉｓｓｉｏｎ（ＴＸ）：Ｓ−ＴＴＩベースのチャネル／シグナル送信を意味する。
【０１２０】
−Ｓ−ＰＳＣＣＨ、Ｓ−ＰＳＳＣＨ：Ｓ−ＴＴＩベースのＰＳＣＣＨ、ＰＳＳＣＨを各々意味する。
【０１２１】
−Ｌ−ＰＳＣＣＨ、Ｌ−ＰＳＳＣＨ：Ｌ−ＴＴＩベースのＰＳＣＣＨ、ＰＳＳＣＨを各々意味する。
【０１２２】
一方、下記のような事項を考慮することができる。
【０１２３】
Ｌ−ＴＴＩベースの既存（Ｒｅｌ−１４）Ｖ２Ｘ端末関連ＰＳＣＣＨ／ＰＳＳＣＨデコーディング（Ｄｅｃｏｄｉｎｇ）能力（Ｃａｐａｂｉｌｉｔｙ）は、下記のように定義されている。
【０１２４】
−｛Ｘ＝１０、Ｙ＝１００｝、｛Ｘ＝２０、Ｙ＝１３６｝
【０１２５】
ここで、Ｘ、Ｙは、各々、下記の意味を有する。
【０１２６】
ここで、例えば、端末は、一サブフレーム内でＸ個より多いＰＳＣＣＨのデコーディングを試みることが予想されない（ＵＥ  ｉｓ  ｎｏｔ  ｅｘｐｅｃｔｅｄ  ｔｏ  ａｔｔｅｍｐｔ  ｔｏ  ｄｅｃｏｄｅ  ｍｏｒｅ  ｔｈａｎ  Ｘ  ＰＳＣＣＨ（ｓ）  ｉｎ  ａ  ｓｕｂｆｒａｍｅ）。端末は、一サブフレーム内で最大Ｘ個のＰＳＣＣＨをデコーディングすることができる（ＵＥ  ｉｓ  ａｂｌｅ  ｔｏ  ｄｅｃｏｄｅ  ｕｐ  ｔｏ  Ｘ  ＰＳＣＣＨ（ｓ）  ｉｎ  ａ  ｓｕｂｆｒａｍｅ）。
【０１２７】
ここで、例えば、端末は、サブフレーム当たりＰＳＣＣＨ及びＰＳＳＣＨデコーディングリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を全てカウンティングし、最小限Ｙ個のＲＢに対するデコーディングを試みることが期待される（ＵＥ  ｉｓ  ｅｘｐｅｃｔｅｄ  ｔｏ  ａｔｔｅｍｐｔ  ｔｏ  ｄｅｃｏｄｅ  ａｔ  ｌｅａｓｔ  Ｙ  ＲＢ（ｓ）  ｐｅｒ  ｓｕｂｆｒａｍｅ  ｃｏｕｎｔｉｎｇ  ｂｏｔｈ  ＰＳＣＣＨ  ａｎｄ  ＰＳＳＣＨ  ｄｅｃｏｄｉｎｇ  ＲＢ（ｓ））。
【０１２８】
また、同じリソースプール上で、"Ｌ−ＴＴＩベースの（ＲＥＬ−１５／１４）Ｖ２Ｘ端末（以下、"Ｌ−ＵＥ"と命名する。）"と"Ｓ−ＴＴＩベースの（ＲＥＬ−１５）Ｖ２Ｘ端末（以下、"Ｓ−ＵＥ"と命名する。）"が共存する場合、限定された能力（例えば、（既存）Ｌ−ＴＴＩ（例えば、１ｍｓ）内で、ブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ；ＢＤ）を試みることができる最大（候補）ＰＳＣＣＨ個数（または、デコーディングできる最大ＰＳＣＣＨ個数）が有限な値を有する場合）の（Ｒｅｌ−１５）Ｖ２Ｘ端末をして、これをＳ−ＰＳＣＣＨとＬ−ＰＳＣＣＨとの間に適切に分配せしめるメカニズムが必要である。ここで、例えば、これは（既存対比）端末具現複雑度増加緩和（／防止）、または（同じリソースプール上で）Ｌ−ＵＥとＳ−ＵＥとの間の効率的な共存のための目的である。ここで、例えば、本発明において、"ＰＳＣＣＨ"用語は、Ｓ−ＰＳＣＣＨ（及び／またはＬ−ＰＳＣＣＨ）に（限定的に）解釈されることもできる。
【０１２９】
即ち、次世代無線通信システムでは、Ｌ−ＴＴＩベースのＶ２Ｘ動作を実行する端末とＳ−ＴＴＩベースのＶ２Ｘ動作を実行する端末が共存するＶ２Ｘリソースプールで、端末がＬ−ＴＴＩベースのＰＳＣＣＨとＳ−ＴＴＩベースのＰＳＣＣＨを同時にブラインドデコーディングを実行すべき場合が発生できる。ここで、例えば、一つのＬ−ＴＴＩの時間区間内で、端末が実行することができる（ＰＳＣＣＨ関連）最大ブラインドデコーディング回数または端末がデコーディングを実行することができるＰＳＣＣＨの最大個数が、前述したように端末の能力により定められる。このような場合、前記端末が共存するリソースプール上で、端末間の効率的な共存のために、Ｌ−ＴＴＩベースのＰＳＣＣＨとＳ−ＴＴＩベースのＰＳＣＣＨの各々に対するブラインドデコーディング回数を適切に分配できる方法が要求される。これは、特に、端末が制限されたブラインドデコーディング能力を有する場合に効率的である。
【０１３０】
したがって、以下では前述した要求事項を考慮して、Ｌ−ＴＴＩベースのＰＳＣＣＨとＳ−ＴＴＩベースのＰＳＣＣＨの各々に対するブラインドデコーディング回数の分配ないし制御に基づく端末のＰＳＣＣＨブラインドデコーディング実行方法を提案する。
【０１３１】
図１２は、本発明の一実施例に係る、端末のＰＳＣＣＨのブラインドデコーディング実行方法の流れ図である。
【０１３２】
図１２によると、前記端末は、ネットワークからブラインドデコーディング設定を受信する（Ｓ１２１０）。
【０１３３】
以後、前記端末は、前記設定に基づいて第１のＴＴＩ内で前記ブラインドデコーディングを実行する（Ｓ１２２０）。ここで、前記ブラインドデコーディングは、前記第１のＴＴＩベースの第１のＰＳＣＣＨに対する第１のブラインドデコーディング及び前記第１のＴＴＩより短い第２のＴＴＩベースの第２のＰＳＣＣＨに対する第２のブラインドデコーディングを含むことができる。また、ここで、前記設定は、前記第１のＴＴＩ内で前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数のうち少なくとも一つを制御することができる。
【０１３４】
また、ここで、前記端末に設定されるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、前記第１のＴＴＩベースのサイドリンク動作を実行する第１の端末及び前記第２のＴＴＩベースのサイドリンク動作を実行する第２の端末が共存できる。
【０１３５】
また、ここで、前記設定は、前記端末が前記第２のブラインドデコーディングを実行する最小回数を指示することができる。
【０１３６】
また、ここで、前記設定は、リソースプール−特定的（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）である。
【０１３７】
また、ここで、前記端末は、制限されたブラインドデコーディング能力（ｃａｐａｂｉｌｉｔｙ）を有することができる。
【０１３８】
また、ここで、前記設定は、前記端末が前記第１のブラインドデコーディングを実行する回数及び前記第２のブラインドデコーディングを実行する回数の分配比率を指示することができる。
【０１３９】
また、ここで、前記ブラインドデコーディングは、第１の搬送波で実行され、前記ブラインドデコーディングは、第２の搬送波で実行可能なブラインドデコーディング回数を追加して実行することができる。
【０１４０】
また、ここで、前記追加される回数は、前記ネットワークにより制御されることができる。
【０１４１】
また、ここで、前記追加される回数は、前記第２の搬送波に割り当てられたブラインドデコーディング回数のうち、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数を除いた残りの回数である。
【０１４２】
また、ここで、前記第２の搬送波に割り当てられたブラインドデコーディング回数は、前記第２の搬送波に対するリソースプールで要求されるブラインドデコーディング回数より大きい。
【０１４３】
また、ここで、前記端末が同時にモニタリングする搬送波の個数は、前記追加される回数に基づいて決定されることができる。
【０１４４】
また、ここで、前記端末は、前記ブラインドデコーディングに対する能力情報を前記ネットワークに送信できる。
【０１４５】
また、ここで、前記設定は、前記能力情報に基づいて設定されることができる。
【０１４６】
また、ここで、前記能力情報は、前記第１のＴＴＩ内で前記端末が複数個の搬送波（ｃａｒｒｉｅｒ）に対して前記ブラインドデコーディングを実行することができる最大回数を含むことができる。
【０１４７】
また、ここで、前記設定は、煩雑度（ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ）、搬送波優先順位（ｃａｒｒｉｅｒ  ｐｒｉｏｒｉｔｙ）または端末の種類（ｔｙｐｅ）のうち少なくとも一つによって異なるように設定されることができる。
【０１４８】
以下、本発明で提案する方法に対して、より具体的に説明する。
【０１４９】
−（規則＃Ａ）（Ｌ−ＵＥとＳ−ＵＥが共存するリソースプール上で）限定されたＰＳＣＣＨデコーディング（ｄｅｃｏｄｉｎｇ）能力（ｃａｐａｂｉｌｉｔｙ）の（ＲＥＬ−１５）Ｖ２Ｘ端末をして、下記（一部）規則によって、これをＳ−ＰＳＣＣＨとＬ−ＰＳＣＣＨとの間に分配せしめることができる（例えば、説明の便宜のために、事前に設定（／シグナリング）された（基準）ＴＴＩ長さ（例えば、Ｌ−ＴＴＩ（１ｍｓ））（以下、"ＣＡＰＡ＿ＲＥＦＴＴＩ"と命名する。）内で、該当端末の能力を"ＴＯＴＡＬ＿ＢＤＮＵＭ"と命名する）。
【０１５０】
ここで、例えば、ＣＡＰＡ＿ＲＥＦＴＴＩ（例えば、Ｌ−ＴＴＩ（１ｍｓ））内で、（ＴＯＴＡＬ＿ＢＤＮＵＭ中に）"最小（／最大）要求Ｓ−ＰＳＣＣＨ（または、Ｌ−ＰＳＣＣＨ）ブラインドデコーディング（／デコーディング）回数（／比率）"がネットワークから設定（／シグナリング）されることができる（例えば、該当最小（／最大）要求回数（／比率）は、同じリソースプール上で、Ｌ−ＵＥ／Ｓ−ＵＥの共存に必要な最小（／最大）要求事項と見なすことができる）。
【０１５１】
ここで、例えば、最小要求回数（／比率）外に、残りの（残った）ブラインドデコーディング（／デコーディング）回数（／比率）の運営（／割当）は、端末具現に解釈されることもできる。
【０１５２】
ここで、例えば、ＣＡＰＡ＿ＲＥＦＴＴＩ内で、（ＴＯＴＡＬ＿ＢＤＮＵＭ中に）"Ｓ−ＰＳＣＣＨとＬ−ＰＳＣＣＨとの間のブラインドデコーディング（／デコーディング）回数分配比率（／値）"がネットワークから設定（／シグナリング）されることができる（例えば、ＴＯＴＡＬ＿ＢＤＮＵＭによって、Ｓ−ＰＳＣＣＨ／Ｌ−ＰＳＣＣＨブラインドデコーディング（／デコーディング）のために実際に割り当てられる値が異なることがある）。
【０１５３】
ここで、例えば、（規則＃Ａ）関連情報は、"リソースプール−特定的な（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）"（または、"搬送波−特定的な（ｃａｒｒｉｅｒ−ｓｐｅｃｉｆｉｃ）"）形態で設定（／シグナリング）されることもできる。
【０１５４】
即ち、前述したように、効率的なＰＳＣＣＨブラインドデコーディング回数の分配のために、端末は、ネットワークからブラインドデコーディング設定を受信し、前記受信した設定に基づいて、ブラインドデコーディングを実行することができる。ここで、前記ブラインドデコーディング設定は、Ｓ−ＴＴＩベースのＰＳＣＣＨに対するブラインドデコーディングが実行されるべき最小限の回数を指示することができる。または、前記ブラインドデコーディング設定は、Ｓ−ＴＴＩベースのＰＳＣＣＨに対するブラインドデコーディング回数及びＬ−ＴＴＩベースのＰＳＣＣＨに対するブラインドデコーディング回数に対する分配比率を指示することもできる。また、ここで、前記設定は、リソースプール特定的な（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）設定である。このような方法を利用して、例えば、Ｒｅｌ−１５端末をして既存の端末（例えば、Ｒｅｌ−１４端末）を考慮した衝突回避（ｃｏｌｌｉｓｉｏｎ  ａｖｏｉｄａｎｃｅ）などをより効率的に実行せしめることができる。
【０１５５】
−（規則＃Ｂ）特定搬送波（ｃａｒｒｉｅｒ）関連ＰＳＣＣＨブラインドデコーディング（／デコーディング）回数（／比率）が、他の搬送波関連（Ｌ−ＵＥ／Ｓ−ＵＥ共存）リソースプール上での（追加的な）Ｓ−ＰＳＣＣＨ（または、Ｌ−ＰＳＣＣＨ）ブラインドデコーディング（／デコーディング）実行のために借用される場合、下記（一部）規則が適用されることができる。
【０１５６】
ここで、例えば、インター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）（または、搬送波対（ｃａｒｒｉｅｒ  ｐａｉｒ））間に借用されることができる"最大（／最小）ブラインドデコーディング（／デコーディング）回数（／比率）"がネットワークから設定（／シグナリング）されることができる（例えば、該当最大（／最小）回数（／比率）が事前に設定（／シグナリング）された"サブフレームセット（ｓｕｂｆｒａｍｅ  ｓｅｔ）"別に異なるように指定されることもできる）。
【０１５７】
ここで、例えば、前記ブラインドデコーディング（／デコーディング）回数借用は、同じ（ＴＴＩ）タイプ（／種類）のＰＳＣＣＨ間にのみ限定的に履行（／許容）されることもできる。
【０１５８】
ここで、例えば、特定搬送波からのＰＳＣＣＨブラインドデコーディング（／デコーディング）回数借用は、（事前に）該当搬送波に割り当てられたＰＳＣＣＨブラインドデコーディング（／デコーディング）回数（例えば、"ＴＯＴＡＬ＿ＢＤＮＵＭ／端末がモニタリング（／受信）する全体搬送波個数"）より、該当搬送波関連リソースプール上で、実際に実行されるべきＰＳＣＣＨブラインドデコーディング（／デコーディング）回数が小さい場合にのみ許容されることもできる（例えば、リソースプールを構成するサブチャネル個数によって、実際要求されるＰＳＣＣＨブラインドデコーディング（／デコーディング）回数が変わることができる）。
【０１５９】
ここで、例えば、（規則＃Ｂ）適用は、インター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）（または、搬送波対（ｃａｒｒｉｅｒ  ｐａｉｒ））間のブラインドデコーディング（／デコーディング）借用程度によって（または、特定搬送波上で、Ｓ−ＰＳＣＣＨ／Ｌ−ＰＳＣＣＨを同時にブラインドデコーディング（／デコーディング）するかによって）、Ｖ２Ｘ端末が同時にモニタリング（／受信）できる搬送波個数が変更（／制限）されると解釈することもできる。
【０１６０】
端末のブラインドデコーディング能力は、一つのＴＴＩ（例えば、Ｌ−ＴＴＩ）内でインター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）上でブラインドデコーディングを実行することができる最大回数に決定されることができる。ここで、ネットワークの制御を介して、端末が特定搬送波に対して実行しようとするブラインドデコーディング回数に他の搬送波上に割り当てられたブラインドデコーディング回数を追加することで、前記特定搬送波に対するブラインドデコーディング回数を増加させる方法を考慮することができる。
【０１６１】
また、前記追加される回数は、前記他の搬送波に割り当てられたＰＳＣＣＨブラインドデコーディング実行回数に比べて、実際に前記他の搬送波に対するリソースプール上で実際に実行されるべきＰＳＣＣＨブラインドデコーディング回数が小さい場合にのみ存在できる。即ち、前記他の搬送波で実際に実行されるＰＳＣＣＨブラインドデコーディング回数より前記他の搬送波に割り当てられたＰＳＣＣＨブラインドデコーディング実行回数が大きい。
【０１６２】
図１３は、（規則＃Ｂ）による、端末のＰＳＣＣＨブラインドデコーディング実行方法の一例を概略的に示す。
【０１６３】
図１３によると、Ｖ２Ｘ端末に割り当てられた搬送波＃Ｘ及び搬送波＃Ｙが示されている。ここで、例えば、一つのＬ−ＴＴＩ上で搬送波＃Ｘ及び搬送波＃Ｙに対して、前記端末が実行することができる最大ブラインドデコーディング回数がＣ回である。即ち、アクロスキャリア（ａｃｒｏｓｓ  ｃａｒｒｉｅｒ）に対して、前記端末のブラインドデコーディング能力がＣ回である。また、ここで、例えば、搬送波＃Ｘに割り当てられたブラインドデコーディング回数がＮX回であり、搬送波＃Ｙに割り当てられたブラインドデコーディング回数がＮY回である。ここで、ＮX＋ＮY＝Ｃである。
【０１６４】
ここで、前記搬送波＃Ｙで実際に実行されるべきブラインドデコーディング回数がＮY′回である。ここで、ＮYがＮY′より大きい場合、ＮR回に該当するブラインドデコーディング回数が前記搬送波＃Ｘで実行されることができる。ここで、ＮY−ＮY′＝ＮRである。ここで、前述したように（搬送波別）実際実行されるブラインドデコーディング回数が変わっても、前記端末に対して一つのＬ−ＴＴＩ上で搬送波＃Ｘ及び搬送波＃Ｙに対して実行することができる最大ブラインドデコーディング回数は、同じくＣであるため、前記端末のブラインドデコーディング能力範囲でブラインドデコーディングを実行することができる。
【０１６５】
前述した方法によると、搬送波＃Ｘでは割り当てられたブラインドデコーディング回数より多くの数のブラインドデコーディングを実際実行するようになって、結果的により効率的なＰＳＣＣＨブラインドデコーディング回数の制御／共有が可能になる。これは前記搬送波＃Ｘに対するＶ２ＸリソースプールにＬ−ＴＴＩベースのＶ２Ｘ端末とＳ−ＴＴＩベースのＶ２Ｘ端末が共存する場合、より効果的である。
【０１６６】
−（規則＃Ｃ）Ｖ２Ｘ端末が（基地局に）ＰＳＣＣＨデコーディング能力報告時、下記（一部）規則が適用されることができる。
【０１６７】
ここで、例えば、Ｖ２Ｘ端末をして、"アクロスキャリア（ａｃｒｏｓｓ  ｃａｒｒｉｅｒ）"（または、"搬送波当たり（ｐｅｒ  ｃａｒｒｉｅｒ）"）で"ＰＥＲ  ＣＡＰＡ＿ＲＥＦＴＴＩ"内でサポートできる、"最大ＰＳＣＣＨブラインドデコーディング（／デコーディング）回数”（または、Ｖ２Ｘ端末がサポートできる搬送波（／バンド（ｂａｎｄ））（個数）情報）を報告せしめることができる。
【０１６８】
ここで、例えば、追加的な一例として、（端末が報告する）前記"最大回数”情報が異なるＴＴＩタイプ（例えば、Ｓ−ＰＳＣＣＨ、Ｌ−ＰＳＣＣＨ）別に（独立的にまたは分離されて）報告されることもできる。
【０１６９】
ここで、例えば、追加的な一例として、前記情報（例えば、"アクロスキャリア"形態）を受信した基地局（または、ネットワーク）は、（規則＃Ａ）／（規則＃Ｂ）関連情報／適用可否（例えば、最小要求Ｓ−ＰＳＣＣＨ（または、Ｌ−ＰＳＣＣＨ）ブラインドデコーディング（／デコーディング）回数（／比率）、Ｓ−ＰＳＣＣＨとＬ−ＰＳＣＣＨとの間のブラインドデコーディング（／デコーディング）回数分配比率等）、または（Ｓ−ＰＳＣＣＨ／Ｌ−ＰＳＣＣＨ区分なしに）ＰＳＣＣＨブラインドデコーディング（／デコーディング）回数割当情報を"搬送波（／プール（ｐｏｏｌ））−特定的（ｓｐｅｃｉｆｉｃ）"に設定（／シグナリング）することもできる（これは、例えば、搬送波別に（１）リソースプールを構成するサブチャネル個数または（２）（Ｌ−ＵＥ／Ｓ−ＵＥ）共存リソースプール可否によって、端末が、特定搬送波上で、実際に実行すべきＰＳＣＣＨブラインドデコーディング（／デコーディング）回数またはＰＳＣＣＨ種類（／タイプ）が異なることがあるためである）。
【０１７０】
即ち、端末は、一つのＴＴＩ（例えば、Ｌ−ＴＴＩ）内で最大で実行することができるＰＳＣＣＨブラインドデコーディング回数に対する前記端末の能力情報をネットワークに送信できる。ここで、前記能力情報は、複数個の搬送波に対する前記端末のＰＳＣＣＨブラインドデコーディング回数に対する情報である。また、ここで、前記情報を受信したネットワークは、前記端末に送信するブラインドデコーディング設定に対してＰＳＣＣＨブラインドデコーディング回数などを搬送波−特定的（ｃａｒｒｉｅｒ−ｓｐｅｃｉｆｉｃ）に決定できる。
【０１７１】
図１４は、本発明の他の実施例に係る、端末のＰＳＣＣＨのブラインドデコーディング実行方法の流れ図である。
【０１７２】
図１４によると、端末は、ブラインドデコーディングに対する能力情報をネットワークに送信する（Ｓ１４１０）。
【０１７３】
以後、前記端末は、前記ネットワークからブラインドデコーディング設定を受信する（Ｓ１４２０）。ここで、前記ブラインドデコーディング設定は、前記能力情報に基づいて設定されることができる。
【０１７４】
以後、前記端末は、前記設定に基づいて、第１のＴＴＩ内で前記ブラインドデコーディングを実行する（Ｓ１４３０）。
【０１７５】
前記図１４は、前記端末がブラインドデコーディングに対する能力情報をネットワークに送信した以後、前記端末が前記ネットワークからブラインドデコーディング設定を受信する一例を示し、本発明が必ずこれに限定されるものではない。
【０１７６】
また、下記の方法を考慮することもできる。
【０１７７】
−下記のパラメータ（／条件）別に、前記（一部）規則関連情報（例えば、最小要求Ｓ−ＰＳＣＣＨ（または、Ｌ−ＰＳＣＣＨ）ブラインドデコーディング（／デコーディング）回数（／比率）、Ｓ−ＰＳＣＣＨとＬ−ＰＳＣＣＨとの間のブラインドデコーディング（／デコーディング）回数分配比率、インター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）（または、搬送波対（ｃａｒｒｉｅｒ  ｐａｉｒ））間に借用されることができる最大（／最小）ブラインドデコーディング（／デコーディング）回数（／比率）等）、または前記（一部）規則適用可否が異なるように設定（／シグナリング）されることもできる（例えば、該当情報は、"リソースプール−特定的な（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）"（または、"搬送波−特定的な（ｃａｒｒｉｅｒ−ｓｐｅｃｉｆｉｃ）"）形態に設定（／シグナリング）されることもできる）。
【０１７８】
ここで、例えば、前記パラメータは、煩雑度（Ｃｏｎｇｅｓｔｉｏｎ  Ｌｅｖｅｌ）（または、ＣＢＲ（／ＣＲ）またはＣＲ＿ＬＩＭＩＴまたは最大許容送信パワー値）である。
【０１７９】
ここで、例えば、前記パラメータは、搬送波（／サービス）優先順位（ｐｒｉｏｒｉｔｙ）（または、搬送波種類（ｃａｒｒｉｅｒ  ｔｙｐｅ）（例えば、アンカー搬送波（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）（例えば、基本的に受信（／送信）すべき搬送波）、同期化参照搬送波（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｃａｒｒｉｅｒ）））である。
【０１８０】
ここで、例えば、前記パラメータは、端末タイプ（／種類）（例えば、車両端末（Ｖｅｈｉｃｌｅ−ＵＥ；Ｖ−ＵＥ）、歩行者端末（Ｐｅｄｅｓｔｒｉａｎ−ＵＥ；Ｐ−ＵＥ））である。
【０１８１】
ここで、例えば、相対的に少ない（具現）複雑度、電力消耗を要求するＰ−ＵＥの場合、（Ａ）Ｓ−ＰＳＣＣＨとＬ−ＰＳＣＣＨの同時ブラインドデコーディング（／デコーディング）動作、または（Ｂ）Ｓ−ＴＴＩ送信（ＴＸ）（／受信（ＲＸ））動作が要求（／設定）されないこともある。
【０１８２】
ここで、例えば、前記パラメータは、（送信（／受信））（Ｖ２Ｘ）パケットのＰＰＰＰ（ＰｒｏＳｅ  Ｐｒｉｏｒｉｔｙ  Ｐｅｒ  Ｐａｃｋｅｔ）（／レイテンシ（Ｌａｔｅｎｃｙ）（／信頼度（Ｒｅｌｉａｂｉｌｉｔｙ））要件（Ｒｅｑｕｉｒｅｍｅｎｔ））値である。
【０１８３】
−前記（一部）規則の適用可否または関連情報は、事前に定義されたシグナリング（例えば、ＰＳＣＣＨ（／ＰＳＳＣＨ）、ＰＳＤＣＨ、ＳＩＢ（／ＲＲＣ）等）を介して、（Ａ）特定（送信（ＴＸ））端末が他の端末に知らせ、または（Ｂ）ネットワークが端末に（事前）設定（（ｐｒｅ−）ｃｏｎｆｉｇｕｒａｔｉｏｎ）することもできる。ここで、例えば、前記（事前）設定は、プール（ｐｏｏｌ）（／搬送波（ｃａｒｒｉｅｒ））−特定的な（ｓｐｅｃｉｆｉｃ）形態で実行されることができる。
【０１８４】
−前記（一部）規則は、Ｓ−ＴＴＩ受信（ＲＸ）（／送信（ＴＸ））（及び／またはＬ−ＴＴＩ受信（ＲＸ）（／送信（ＴＸ）））能力を有する（Ｒｅｌ−１５）Ｖ２Ｘ端末（または、Ｓ−ＴＴＩ送信（ＴＸ）（／受信（ＲＸ））（及び／またはＬ−ＴＴＩ送信（ＴＸ）（／受信（ＲＸ）））を（現在）実行している（Ｒｅｌ−１５）Ｖ２Ｘ端末）に限定的に適用されることもできる。
【０１８５】
−前記（一部）規則は、端末が（（（Ｌ−ＵＥ／Ｓ−ＵＥ）共存）リソースプール上で）異なる（または、複数個）ＴＴＩタイプ（／種類）ベースの他の端末を（実際に）検出した場合（または、（Ｌ−ＵＥ／Ｓ−ＵＥ）共存リソースプールの場合）にのみ限定的に適用されることもできる。
【０１８６】
−前記（一部）規則は、限定されたＰＳＳＣＨデコーディング能力（ｃａｐａｂｉｌｉｔｙ）のＶ２Ｘ端末が、Ｓ−ＰＳＳＣＨとＬ−ＰＳＳＣＨとの間に、これを効率的に分配／運営するためにも、拡張利用されることができる。
【０１８７】
即ち、より効率的なリソースプール上での端末間の共存のために、前述したブラインドデコーディング設定は、煩雑度（ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ、例えば、ＣＢＲまたはＣＲ）、搬送波またはサービスの優先順位、または端末の種類などによって異なるように設定されることができる。例えば、前記ブラインドデコーディング設定は、前記端末が車両端末（Ｖｅｈｉｃｌｅ−ＵＥ）かどうか、または前記他の搬送波の種類ないし前記他の搬送波で提供するサービスの種類によって異なるように設定されることができる。また、例えば、相対的に高い（サービス）優先順位を有する搬送波に対して、より多くのブラインドデコーディング回数が割り当てられ、または他の搬送波から借用できるブラインドデコーディング回数が大きく設定されることもできる。
【０１８８】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なすことができることは明白な事実である。また、前記説明した提案方式は、独立的に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。
【０１８９】
一例として、本発明では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステム外に他のシステムに拡張可能である。
【０１９０】
一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。
【０１９１】
ここで、一例として、Ｄ２Ｄ通信は、端末が他の端末と直接無線チャネルを利用して通信することを意味し、ここで、一例として、端末は、ユーザの端末を意味するが、基地局のようなネットワーク装備が端末間の通信方式によって信号を送信／受信する場合にも一種の端末と見なすことができる。
【０１９２】
また、一例として、本発明の提案方式は、ＭＯＤＥ＃３  Ｖ２Ｘ動作（及び／またはＭＯＤＥ＃４  Ｖ２Ｘ動作）にのみ限定的に適用されることもできる。
【０１９３】
また、一例として、本発明の提案方式は、事前に設定（／シグナリング）された（特定）Ｖ２Ｘチャネル（／シグナル）送信（例えば、ＰＳＳＣＨ（及び／または（連動された）ＰＳＣＣＨ及び／またはＰＳＢＣＨ））にのみ限定的に適用されることもできる。
【０１９４】
また、一例として、本発明の提案方式は、ＰＳＳＣＨと（連動された）ＰＳＣＣＨが（周波数領域上で）隣接（ａｄｊａｃｅｎｔ）（及び／または離隔（ｎｏｎ−ａｄｊａｃｅｎｔ））されて送信される場合（及び／または事前に設定（／シグナリング）された変調及びコーディング技法（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ；ＭＣＳ）（及び／またはコーディングレート及び／またはＲＢ）（値（／範囲））ベースの送信が実行される場合）にのみ限定的に適用されることもできる。
【０１９５】
また、一例として、本発明の提案方式は、ＭＯＤＥ＃３（及び／またはＭＯＤＥ＃４）Ｖ２Ｘ搬送波（及び／または（ＭＯＤＥ＃４（／３））ＳＬ（／ＵＬ）半静的なスケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ；ＳＰＳ）（及び／またはＳＬ（／ＵＬ）動的スケジューリング（Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇ））搬送波）間にのみ限定的に適用されることもできる。
【０１９６】
また、一例として、本発明の提案方式は、搬送波間に同期シグナル（送信（及び／または受信））リソース位置及び／または個数（及び／またはＶ２Ｘリソースプール関連サブフレーム位置及び／または個数（及び／またはサブチャネル大きさ及び／または個数））が同じ（及び／または（一部）異なる）場合にのみ（限定的に）適用されることもできる。
【０１９７】
図１５は、本発明の実施例が具現される通信装置を示すブロック図である。
【０１９８】
図１５を参照すると、基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。トランシーバ１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。
【０１９９】
端末２００は、プロセッサ２１０、メモリ２２０及びトランシーバ２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。トランシーバ２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。端末２００は、他の端末に前述した方法によってＤ２Ｄ動作を実行することができる。
【０２００】
プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。トランシーバ１３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１０、２１０と連結されることができる。
【０２０１】
図１６は、プロセッサに含まれる装置の一例を示すブロック図である。
【０２０２】
図１６によると、プロセッサは、機能的な側面で設定受信部１６１０、ブラインドデコーディング実行部１６２０で構成されることができる。ここで、前記プロセッサは、図１５のプロセッサ１１０、２１０である。
【０２０３】
ここで、設定受信部は、ネットワークからブラインドデコーディング設定を受信する機能を有することができる。また、ここで、ブラインドデコーディング実行部は、前記設定に基づいて第１のＴＴＩ内で前記ブラインドデコーディングを実行する機能を有することができる。
【０２０４】
前記記載したプロセッサに含まれる装置に対する説明は、一つの例示に過ぎず、プロセッサは、他の機能的な要素ないし装置をさらに含むことができる。また、前記記載した各機能的な装置が実行する動作に対する具体的な例は、前述の通りであるため、これに対する重複する説明は、省略する。
【図１】
2020519131.tif 000003
【図２】
2020519131.tif 000004
【図３】
2020519131.tif 000005
【図４】
2020519131.tif 000006
【図５】
2020519131.tif 000007
【図６】
2020519131.tif 000008
【図７】
2020519131.tif 000009
【図８】
2020519131.tif 000010
【図９】
2020519131.tif 000011
【図１０】
2020519131.tif 000012
【図１１】
2020519131.tif 000013
【図１２】
2020519131.tif 000014
【図１３】
2020519131.tif 000015
【図１４】
2020519131.tif 000016
【図１５】
2020519131.tif 000017
【図１６】
2020519131.tif 000018
【国際調査報告】
2020519131.tif 000019
2020519131.tif 000020
2020519131.tif 000021
2020519131.tif 000022
2020519131.tif 000023
2020519131.tif 000024