特許 6862572 無線通信システムにおいてＶ２Ｘ端末により行われるＶ２Ｘ通信遂行方法及び前記方法を利用する端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6862572

(24)【登録日】2021年4月2日

(45)【発行日】2021年4月21日

(54)【発明の名称】無線通信システムにおいてＶ２Ｘ端末により行われるＶ２Ｘ通信遂行方法及び前記方法を利用する端末

(51)【国際特許分類】

   H04W 92/18 20090101AFI20210412BHJP

   H04W 4/40 20180101ALI20210412BHJP

   H04W 72/12 20090101ALI20210412BHJP

   H04W 76/14 20180101ALI20210412BHJP

【ＦＩ】

   H04W92/18

   H04W4/40

   H04W72/12 130

   H04W76/14

【請求項の数】8

【全頁数】39

(21)【出願番号】特願2019-552477(P2019-552477)

(86)(22)【出願日】2018年3月22日

(65)【公表番号】特表2020-510376(P2020-510376A)

(43)【公表日】2020年4月2日

(86)【国際出願番号】KR2018003384

(87)【国際公開番号】WO2018174611

(87)【国際公開日】20180927

【審査請求日】2019年10月16日

(31)【優先権主張番号】62/475,211

(32)【優先日】2017年3月22日

(33)【優先権主張国】US

(31)【優先権主張番号】62/570,116

(32)【優先日】2017年10月10日

(33)【優先権主張国】US

(31)【優先権主張番号】62/634,922

(32)【優先日】2018年2月25日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】リ，ソンミン

(72)【発明者】

【氏名】ソ，ハンビュル

(72)【発明者】

【氏名】チェ，ヒョクチン

【審査官】 石田 信行

(56)【参考文献】

【文献】 Ericsson，Congestion Control for Sidelink-based V2X [online]，3GPP TSG RAN WG2 #97 R2-1700929，２０１７年 ２月 ３日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1700929.zip>

【文献】 NEC，Load balancing via dynamic resource sharing for multiple carriers and pools [online]，3GPP TSG RAN WG1 #87 R1-1611722，２０１７年１１月 ４日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_87/Docs/R1-1611722.zip>

【文献】 Ericsson，Support for smaller resource reservation periods in V2X [online]，3GPP TSG RAN WG1 #88 R1-1703034，２０１７年 ２月 ３日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1703034.zip>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいてセンシング測定を遂行する方法であって、
モード３ ＵＥ（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；端末）により遂行されるものであり、
資源選択に対する前記センシング測定を遂行し、及び、
基地局に、前記センシング測定結果を転送することを含んでなり、
前記モード３ ＵＥは、前記基地局によりスケジューリングされた少なくとも一つの資源において、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）動作を遂行し、
前記モード３ ＵＥは、前記基地局により事前に定義されたシグナリングを介して、前記センシング測定を遂行することを指示し、
前記事前に定義されたシグナリングは、前記モード３ ＵＥにより前記センシング測定を遂行する為に使用された周期を含んでなり、及び
前記事前に定義されたシグナリングは、前記モード３ ＵＥにより前記センシング測定を遂行する為に使用された資源再選択カウンターの値を含んでなる、ことを特徴とする、方法。

【請求項2】

前記事前に定義されたシグナリングは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングであることを特徴とする、請求項１に記載の方法。

【請求項3】

前記モード３ ＵＥは、前記基地局に、資源プール上において前記センシング測定結果を転送するものであり、
前記資源プールには、少なくとも一つの第１資源と、少なくとも一つの第２資源とが共存されてなることを特徴とする、請求項１に記載の方法。

【請求項4】

前記少なくとも一つの第１資源は、前記基地局によりスケジュールされた少なくとも一つの資源であり、
前記少なくとも一つの第２資源は、前記資源プールから選択された少なくとも一つの資源であることを特徴とする、請求項３に記載の方法。

【請求項5】

モード３ ＵＥ（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；端末）であって、
無線信号を送信及び受信するトランシーバーと、
前記トランシーバーと結合して動作するプロセッサと、を備えてなり、
前記プロセッサは、
資源選択に対するセンシング測定を遂行し、及び、
基地局に、前記センシング測定結果を転送する前記トランシーバーを制御し、
前記モード３ ＵＥは、前記基地局によりスケジューリングされた少なくとも一つの資源において、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）動作を遂行し、
前記モード３ ＵＥは、前記基地局により事前に定義されたシグナリングを介して、前記センシング測定を遂行することを指示し、
前記事前に定義されたシグナリングは、前記モード３ ＵＥにより前記センシング測定を遂行する為に使用された周期を含んでなり、
前記事前に定義されたシグナリングは、前記モード３ ＵＥにより前記センシング測定を遂行する為に使用された資源再選択カウンターの値を含んでなる、モード３ ＵＥ。

【請求項6】

前記事前に定義されたシグナリングは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングであることを特徴とする、請求項５に記載のモード３ ＵＥ。

【請求項7】

前記モード３ ＵＥは、前記基地局に、資源プール上において前記センシング測定結果を転送するものであり、
前記資源プールには、少なくとも一つの第１資源と、少なくとも一つの第２資源とが共存されてなることを特徴とする、請求項５に記載のモード３ ＵＥ。

【請求項8】

前記少なくとも一つの第１資源は、前記基地局によりスケジュールされた少なくとも一つの資源であり、
前記少なくとも一つの第２資源は、前記資源プールから選択された少なくとも一つの資源であることを特徴とする、請求項７に記載のモード３ ＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、さらに詳細には、無線通信システムにおいてＶ２Ｘ端末により行われるＶ２Ｘ通信遂行方法及び前記方法を利用する端末に関する。

【背景技術】

【0002】

ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）では、３世代以降の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進めている。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速の移動状態で１Ｇｂｐｓ、高速の移動状態で１００Ｍｂｐｓのデータ転送レートでＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービス支援を目標とする。

【0003】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準としてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）転送方式ベースであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を準備している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補のうちの一つである。

【0004】

最近装置間直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公衆安全ネットワーク（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｎｅｔｗｏｒｋ）のための通信技術として注目されている。商業的通信ネットワークは、速くＬＴＥに変化しているが、既存通信規格との衝突問題と費用側面において現在の公衆安全ネットワークは、主に２Ｇ技術に基盤している。このような技術間隙と改善されたサービスに対する要求は、公衆安全ネットワークを改善しようとする努力に続けられている。

【0005】

上述のＤ２Ｄ通信を拡張して車両間の信号送受信に適用でき、車両（ＶＥＨＩＣＬＥ）と関連した通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−ＥＶＥＲＹＴＨＩＮＧ）通信と呼ぶ。Ｖ２Ｘにおいて「Ｘ」という用語は、ＰＥＤＥＳＴＲＩＡＮ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ Ａ ＶＥＨＩＣＬＥ ＡＮＤ Ａ ＤＥＶＩＣＥ ＣＡＲＲＩＥＤ ＢＹ ＡＮ ＩＮＤＩＶＩＤＵＡＬ（例：ＨＡＮＤＨＥＬＤ ＴＥＲＭＩＮＡＬ ＣＡＲＲＩＥＤ ＢＹ Ａ ＰＥＤＥＳＴＲＩＡＮ， ＣＹＣＬＩＳＴ， ＤＲＩＶＥＲ ＯＲ ＰＡＳＳＥＮＧＥＲ）、このとき、Ｖ２Ｘは、Ｖ２Ｐと表示できる）、ＶＥＨＩＣＬＥ （ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＶＥＨＩＣＬＥＳ） （Ｖ２Ｖ）， ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ （ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ Ａ ＶＥＨＩＣＬＥ ＡＮＤ Ａ ＲＯＡＤＳＩＤＥ ＵＮＩＴ （ＲＳＵ）／ＮＥＴＷＯＲＫ （例） ＲＳＵ ＩＳ Ａ ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ ＥＮＴＩＴＹ （例） ＡＮ ＥＮＴＩＴＹ ＴＲＡＮＳＭＩＴＴＩＮＧ ＳＰＥＥＤ ＮＯＴＩＦＩＣＡＴＩＯＮＳ） ＩＭＰＬＥＭＥＮＴＥＤ ＩＮ ＡＮ ｅＮＢ ＯＲ Ａ ＳＴＡＴＩＯＮＡＲＹ ＵＥ）） （Ｖ２Ｉ／Ｎ）などを意味する。歩行者（あるいは人）が所持した（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と名付け、ＶＥＨＩＣＬＥに設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と名付ける。本発明において「エンティティ（ＥＮＴＩＴＹ）」用語は、Ｐ−ＵＥ、Ｖ−ＵＥ、ＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）のうち、少なくとも一つと解析されることができる。

【0006】

従来では、一つのＶ２Ｘ資源プールにモード３ Ｖ２Ｘ端末とモード４ Ｖ２Ｘ端末が共存している状況は仮定されなかった。すなわち、従来では、モード３に対する資源分があり、これとは別にモード４に対する資源プールが別にあると仮定されたし、モード３のＶ２Ｘ端末は、モード３に対する資源プールでＶ２Ｘ通信を行い、モード４のＶ２Ｘ端末は、モード４に対する資源プールでＶ２Ｘ通信が行われると仮定された。

【0007】

これによって、従来では、モード３ Ｖ２Ｘ端末は、モード３に対する資源プール上においてＶ２Ｘ通信を行う時、自分自身の通信によりモード４ Ｖ２Ｘ端末が影響を受ける状況を大きく考慮しなかった。

【0008】

今後のＶ２Ｘ通信では、Ｖ２Ｘ資源プール上において相異なるタイプのＶ２Ｘ通信モードで動作する端末が共存する状況が考慮される。すなわち、今後のＶ２Ｘ通信では、特定資源プール上において、モード３のＶ２Ｘ端末とモード４のＶ２Ｘ端末が共存する状況が発生できる。

【0009】

そのため、本発明では、効果的にモード３端末とモード４端末が通信を行う方法を提供しようとする。

【発明の概要】

【発明が解決しようとする課題】

【0010】

本発明が解決しようとする技術的課題は、無線通信システムにおいてＶ２Ｘ端末により行われるＶ２Ｘ通信遂行方法及びこれを利用する端末を提供することである。

【課題を解決するための手段】

【0011】

本発明の一実施形態によれば、無線通信システムにおいてＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）端末により行われるＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）転送遂行方法であって、サイドリンクＳＰＳ（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）設定情報を受信するものの、前記サイドリンクＳＰＳ設定情報は、少なくとも一つ以上のサイドリンクＳＰＳ設定インデックス、及び前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスの各々に対するＳＰＳ周期を含み、活性化情報を含むダウンリンク制御情報を受信するものの、前記活性化情報は、前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスのうち、活性化される特定ＳＰＳ設定インデックスを指示し、前記サイドリンクＳＰＳ設定情報及び前記ダウンリンク制御情報に基づいて前記ＰＳＣＣＨ転送を行うものの、前記端末は、前記ＰＳＣＣＨ転送を行う時、前記ＰＳＣＣＨ上の資源予約フィールドの値を前記特定ＳＰＳ設定インデックスに対するＳＰＳ周期値に設定することを特徴とする方法が提供される。

【0012】

このとき、前記サイドリンクＳＰＳ設定情報は、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して基地局から受信されることができる。

【0013】

このとき、前記ダウンリンク制御情報は、基地局から受信され、前記ダウンリンク制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマット５Ａでありうる。

【0014】

このとき、前記端末は、前記特定ＳＰＳ設定インデックスに対するＳＰＳ周期に基づいて前記ＰＳＣＣＨ転送を行うことができる。

【0015】

このとき、前記ダウンリンク制御情報は、前記ＰＳＣＣＨ転送を行う時に使用される周波数資源の大きさ、前記ＰＳＣＣＨ転送を行う時に使用される周波数資源の位置、またはイニシャル転送と再転送との間の時間ギャップに対する情報をさらに含むことができる。

【0016】

このとき、前記資源予約フィールドは、サイドリンク制御情報（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＳＣＩ）に含まれることができる。

【0017】

前記Ｖ２Ｘ端末は、モード３端末であり、前記モード３端末は、Ｖ２Ｘ資源プール上においてＶ２Ｘメッセージに関するスケジューリング情報が基地局により制御される端末でありうる。

【0018】

このとき、前記Ｖ２Ｘ端末は、前記ＰＳＣＣＨを他のＶ２Ｘ端末に転送することができる。

【0019】

このとき、前記Ｖ２Ｘ端末は、前記ＰＳＣＣＨ上の資源予約フィールドの値を前記特定ＳＰＳ設定インデックスに対するＳＰＳ周期値に設定するかどうかを指示する情報を基地局から受信することができる。

【0020】

このとき、前記Ｖ２Ｘ端末は、前記端末の資源プール上に前記Ｖ２Ｘ端末とは異なるモードで動作するＶ２Ｘ端末が共存しているかどうかに基づいて、前記ＰＳＣＣＨ転送を行うことができる。

【0021】

このとき、前記Ｖ２Ｘ端末は、前記資源プール上においてＣＢＲ（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）測定を行い、測定されたＣＢＲに対した情報を基地局に転送することができる。

【0022】

このとき、前記Ｖ２Ｘ端末は、前記資源プール上においてセンシング動作を行い、センシングに対する結果を基地局に転送することができる。

【0023】

このとき、前記Ｖ２Ｘ端末は、前記基地局からセンシングに対する結果の転送に対する応答として新しい資源に対する情報を受信することができる。

【0024】

このとき、前記他のモードで動作するＶ２Ｘ端末は、モード４端末であり、前記モード４端末は、資源プールにおいてＶ２Ｘメッセージ関連スケジューリング情報を前記モード４端末が独自に決定する端末でありうる。

【0025】

本発明の他の実施形態によれば、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）端末（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）トランシバ（ｔｒａｎｓｃｅｉｖｅｒ）と、前記ＲＦトランシバと結合して動作するプロセッサとを含むものの、前記プロセッサは、サイドリンクＳＰＳ（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）設定情報を受信するものの、前記サイドリンクＳＰＳ設定情報は、少なくとも一つ以上のサイドリンクＳＰＳ設定インデックス、及び前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスの各々に対するＳＰＳ周期を含み、活性化情報を含むダウンリンク制御情報を受信するものの、前記活性化情報は、前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスのうち、活性化される特定ＳＰＳ設定インデックスを指示し、前記サイドリンクＳＰＳ設定情報及び前記ダウンリンク制御情報に基づいて前記ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）転送を行うものの、前記端末は、前記ＰＳＣＣＨ転送を行う時、前記ＰＳＣＣＨ上の資源予約フィールドの値を前記特定ＳＰＳ設定インデックスに対するＳＰＳ周期値に設定することを特徴とするＶ２Ｘ端末を提供する。

【発明の効果】

【0026】

本発明によれば、モード４端末（あるいはモード３端末）は、モード３端末が周期的に占有している資源を感知できる。このとき、モード４端末（あるいはモード３端末）は、モード３端末が周期的に占有している資源を除いた後、前記モード４端末（あるいはモード３端末）自身がＶ２Ｘ通信を行う資源選択をでき、これにより、モード４端末（あるいはモード３端末）のＶ２Ｘ通信がモード３端末（あるいはモード４端末）のＶ２Ｘ通信により影響を受ける可能性が低くなる。

【図面の簡単な説明】

【0027】

【図1】本発明が適用されることができる無線通信システムを例示する。

【図2】ＰｒｏＳｅのための基準構造を示す。

【図3】ＰｒｏＳｅ直接通信を行う端末とセルカバレッジの配置例を示す。

【図4】ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す。

【図5】Ｄ２Ｄ発見のためのＰＣ５インターフェスを示す。

【図6】Ｖ２Ｘ転送資源プールのタイプを例示する。

【図7】部分センシング動作に応じるＶ２Ｘ転送資源（再）選択（／予約）方法を例示する。

【図8】本発明の一実施形態による、Ｖ２Ｘ通信遂行方法のフローチャートである。

【図9】本発明の一実施形態による、規則＃１−１に従うＶ２Ｘ通信方法のフローチャートである。

【図10】本発明の一実施形態による、規則＃２−１に従うＶ２Ｘ通信方法のフローチャートである。

【図11】本発明の一実施形態による、例示＃３−１−１に従うＶ２Ｘ通信方法のフローチャートである。

【図12】本発明の一実施形態による、規則＃５−１に従うＶ２Ｘ通信方法のフローチャートである。

【図13】本発明の一実施形態による、規則＃５−２に従うＶ２Ｘ通信方法のフローチャートである。

【図14】本発明の実施形態が具現される通信装置を示したブロック図である。

【図15】プロセッサに含まれる装置の一例を示すブロック図である。

【発明を実施するための形態】

【0028】

以下で説明される明細書の用語の定義と用語の略語は、別の記載がない限り、３ｇｐｐ ＴＳ ３６シリーズで定義されることができる。

【0029】

図１は、本発明が適用され得る無線通信システムを例示する。これは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムと呼ばれることができる。

【0030】

Ｅ−ＵＴＲＡＮは、端末１０（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）にコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザープレーン（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。

【0031】

基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と接続される。

【0032】

ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

【0033】

端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線資源を制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。

【0034】

以下、Ｄ２Ｄ動作について説明する。３ＧＰＰ ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性基盤サービス（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）と称する。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、ＰｒｏＳｅは、Ｄ２Ｄ動作と混用されうる。以下、ＰｒｏＳｅについて述べる。

【0035】

ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した２以上の端末間で行われる通信のことをいう。前記端末は、ユーザ平面のプロトコルを利用して通信を行うことができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順を支援する端末を意味する。特別な他の言及がない限り、ＰｒｏＳｅ可能端末は、公用安全端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と非−公用安全端末（ｎｏｎ−ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）を全部含む。公用安全端末は、公用安全に特化した機能とＰｒｏＳｅ過程を全部支援する端末で、非−公用安全端末は、ＰｒｏＳｅ過程は支援するが、公用安全に特化した機能は支援しない端末である。

【0036】

ＰｒｏＳｅ直接発見（ＰｒｏＳｅ ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末が近接したかどうかを判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。

【0037】

以下、便宜上ＰｒｏＳｅ直接通信は、Ｄ２Ｄ通信、ＰｒｏＳｅ直接発見は、Ｄ２Ｄ発見と称することができる。

【0038】

図２は、ＰｒｏＳｅのための基準構造を示す。

【0039】

図２を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅ ＡＰＰ ｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅ ｆｕｎｃｔｉｏｎ）を含む。

【0040】

ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、政策及び課金規則（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。

【0041】

ＰｒｏＳｅ応用サーバは、応用機能を作るためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信できる。端末内の応用プログラムは、応用機能を作るためのＰｒｏＳｅ能力を使用することができる。

【0042】

ＰｒｏＳｅ機能は、次のうち、少なくとも一つを含むことができるが、必ずこれに限定されるものではない。

【0043】

−第３者応用プログラムに向けた基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ ｖｉａ ａ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ ｔｏｗａｒｄｓ ｔｈｅ ３ｒｄ ｐａｒｔｙ ａｐｐｌｉｃａｔｉｏｎｓ）

【0044】

−発見及び直接通信のための認証及び端末に対する設定（Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｏｆ ｔｈｅ ＵＥ ｆｏｒ ｄｉｓｃｏｖｅｒｙ ａｎｄ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）

【0045】

−ＥＰＣ次元のＰｒｏＳｅ発見の機能（Ｅｎａｂｌｅ ｔｈｅ ｆｕｎｃｔｉｏｎａｌｉｔｙ ｏｆ ｔｈｅ ＥＰＣ ｌｅｖｅｌ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ）

【0046】

−ＰｒｏＳｅ関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅ ＩＤの調整（ＰｒｏＳｅ ｒｅｌａｔｅｄ ｎｅｗ ｓｕｂｓｃｒｉｂｅｒ ｄａｔａ ａｎｄ ｈａｎｄｌｉｎｇ ｏｆ ｄａｔａ ｓｔｏｒａｇｅ，ａｎｄ ａｌｓｏ ｈａｎｄｌｉｎｇ ｏｆ ＰｒｏＳｅ ｉｄｅｎｔｉｔｉｅｓ）

【0047】

−セキュリティー関連機能（Ｓｅｃｕｒｉｔｙ ｒｅｌａｔｅｄ ｆｕｎｃｔｉｏｎａｌｉｔｙ）

【0048】

−政策関連機能のためにＥＰＣに向かった制御提供（Ｐｒｏｖｉｄｅ ｃｏｎｔｒｏｌ ｔｏｗａｒｄｓ ｔｈｅ ＥＰＣ ｆｏｒ ｐｏｌｉｃｙ ｒｅｌａｔｅｄ ｆｕｎｃｔｉｏｎａｌｉｔｙ）

【0049】

−課金のための機能提供（Ｐｒｏｖｉｄｅ ｆｕｎｃｔｉｏｎａｌｉｔｙ ｆｏｒ ｃｈａｒｇｉｎｇ（ｖｉａ ｏｒ ｏｕｔｓｉｄｅ ｏｆ ＥＰＣ，ｅ．ｇ．，ｏｆｆｌｉｎｅ ｃｈａｒｇｉｎｇ））

【0050】

以下、ＰｒｏＳｅのための基準構造において基準点と基準インターフェスを説明する。

【0051】

−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラム間の基準点である。これは、応用次元においてシグナリング要求条件を定義するために使用される。

【0052】

−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能間の基準点である。これは、ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能間の相互作用を定義するために使用される。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。

【0053】

−ＰＣ３：端末とＰｒｏＳｅ機能間の基準点である。端末とＰｒｏＳｅ機能間の相互作用を定義するために使用される。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。

【0054】

−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能間の基準点である。ＥＰＣとＰｒｏＳｅ機能間の相互作用を定義するために使用される。前記相互作用は、端末の間に１：１通信のための経路を設定する時、またはリアルタイムセッション管理または移動性管理のためのＰｒｏＳｅサービス認証する時を例示できる。

【0055】

−ＰＣ５：端末同士に発見及び通信、中継、１：１通信のために制御／ユーザ平面を使用するための基準点である。

【0056】

−ＰＣ６：互いに異なるＰＬＭＮに属したユーザの間にＰｒｏＳｅ発見のような機能を使用するための基準点である。

【0057】

−ＳＧｉ：応用データ及び応用次元制御情報交換のために使用されることができる。

【0058】

＜ＰｒｏＳｅ直接通信（Ｄ２Ｄ通信）：ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ＞

【0059】

ＰｒｏＳｅ直接通信は、２個の供用安全端末がＰＣ５インターフェスを介して直接通信できる通信モードである。この通信モードは、端末がＥ−ＵＴＲＡＮのカバレッジ内でサービスを受ける場合、またはＥ−ＵＴＲＡＮのカバレッジから外れた場合、両方とも支援されることができる。

【0060】

図３は、ＰｒｏＳｅ直接通信を行う端末とセルカバレッジの配置例を示す。

【0061】

図３（ａ）を参照すると、端末Ａ、Ｂは、セルカバレッジの外側に位置できる。図３（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジの外側に位置できる。図５（ｃ）を参照すると、端末Ａ、Ｂは、全部単一セルカバレッジ内に位置できる。図５（ｄ）を参照すると、端末Ａは、第１セルのカバレッジ内に位置し、端末Ｂは、第２セルのカバレッジ内に位置できる。

【0062】

ＰｒｏＳｅ直接通信は、図５のように多様な位置にある端末の間に行われることができる。

【0063】

一方、ＰｒｏＳｅ直接通信には、次のＩＤが使用されることができる。

【0064】

ソース階層−２ ＩＤ：このＩＤは、ＰＣ５インターフェスでパケットの転送者を識別させる。

【0065】

目的階層−２ ＩＤ：このＩＤは、ＰＣ５インターフェスでパケットのターゲットを識別させる。

【0066】

ＳＡ Ｌ１ ＩＤ：このＩＤは、ＰＣ５インターフェスでスケジューリング割り当て（ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ：ＳＡ）でのＩＤである。

【0067】

図４は、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す。

【0068】

図４を参照すると、ＰＣ５インターフェスは、ＰＤＣＨ、ＲＬＣ、ＭＡＣ及びＰＨＹ階層から構成される。

【0069】

ＰｒｏＳｅ直接通信では、ＨＡＲＱフィードバックがないことができる。ＭＡＣヘッダは、ソース階層−２ ＩＤ及び目的階層−２ ＩＤを含むことができる。

【0070】

＜ＰｒｏＳｅ直接通信のための無線資源割り当て＞

【0071】

ＰｒｏＳｅ可能端末は、ＰｒｏＳｅ直接通信のための資源割り当てに対して次の２通りのモードを利用できる。

【0072】

１．モード１

【0073】

モード１は、ＰｒｏＳｅ直接通信のための資源を基地局からスケジューリングされるモードである。モード１によって端末がデータを転送するためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、転送資源を基地局に要請し、基地局は、スケジューリング割り当て及びデータ転送のための資源をスケジューリングする。端末は、基地局にスケジューリング要請を転送し、ＰｒｏＳｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を転送できる。基地局は、ＰｒｏＳｅ ＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この転送のための資源が必要であると判断する。

【0074】

２．モード２

【0075】

モード２は、端末が直接資源を選択するモードである。端末は、資源プール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）から直接ＰｒｏＳｅ直接通信のための資源を選択する。資源プールは、ネットワークによって設定されるか、または予め決まることができる。

【0076】

一方、端末がサービングセルを有している場合、すなわち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるか、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合には、前記端末は、基地局のカバレッジ内にあると見なされる。

【0077】

端末がカバレッジの外側にある場合、前記モード２だけが適用されることができる。仮に、端末がカバレッジ内にある場合、基地局の設定によってモード１またはモード２を使用することができる。

【0078】

他の例外的な条件がない場合、基地局が設定した時においてのみ、端末は、モード１からモード２に、またはモード２からモード１にモードを変更することができる。

【0079】

＜ＰｒｏＳｅ直接発見（Ｄ２Ｄ発見）：ＰｒｏＳｅ ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ＞

【0080】

ＰｒｏＳｅ直接発見は、ＰｒｏＳｅ可能端末が近接した他のＰｒｏＳｅ可能端末を発見するのに使用される手順のことを言い、Ｄ２Ｄ直接発見またはＤ２Ｄ発見とも称する。このとき、ＰＣ５インターフェスを介したＥ−ＵＴＲＡ無線信号が使用されることができる。ＰｒｏＳｅ直接発見に使用される情報を以下発見情報（ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）と称する。

【0081】

図５は、Ｄ２Ｄ発見のためのＰＣ５インターフェスを示す。

【0082】

図５を参照すると、ＰＣ５インターフェスは、ＭＡＣ階層、ＰＨＹ階層と上位階層であるＰｒｏＳｅ Ｐｒｏｔｏｃｏｌ階層から構成される。上位階層（ＰｒｏＳｅ Ｐｒｏｔｏｃｏｌ）で発見情報（ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を取り扱い、発見情報の内容は、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）に対して透明（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅ Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみをＡＳに伝達されるようにする。

【0083】

ＭＡＣ階層は、上位階層（ＰｒｏＳｅ Ｐｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ階層は、発見情報転送のために使用されない。ＭＡＣ階層は、上位階層から受けた発見情報をアナウンスするために使用される資源を決定する。ＭＡＣ階層は、発見情報を運ぶＭＡＣ ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を作って物理階層に送る。ＭＡＣヘッダは、追加されない。

【0084】

発見情報アナウンスメントのために、２種類タイプの資源割り当てがある。

【0085】

１．タイプ１

【0086】

発見情報のアナウンスメントのための資源が端末特定的でないように割り当てられる方法で、基地局が端末に発見情報アナウンスメントのための資源プール設定を提供する。この設定は、システム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ：ＳＩＢ）に含まれてブロードキャスト方式でシグナリングされうる。または、前記設定は、端末特定的ＲＲＣメッセージに含まれて提供されることができる。または、前記設定は、ＲＲＣメッセージの他に他の階層のブロードキャストシグナリングまたは端末特定的シグナリングになることもできる。

【0087】

端末は、指示された資源プールから自ら資源を選択し、選択した資源を利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ ｐｅｒｉｏｄ）の間に任意に選択した資源を介して発見情報をアナウンスできる。

【0088】

２．タイプ２

【0089】

発見情報のアナウンスメントのための資源が端末特定的に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのための資源を要請できる。基地局は、ＲＲＣ信号に発見信号アナウンスメントのための資源を割り当てることができる。端末に設定された資源プール内で発見信号モニタリングのための資源が割り当てられることができる。

【0090】

ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見情報アナウンスメントのためのタイプ１資源プールをＳＩＢに知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１資源プールを利用する。または、基地局は、２）ＳＩＢを介して前記基地局がＰｒｏＳｅ直接発見は支援することを知らせるが、発見情報アナウンスメントのための資源は提供しなくても良い。この場合、端末は、発見情報アナウンスメントのためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入っていかなければならない。

【0091】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して前記端末が発見情報アナウンスメントのためにタイプ１資源プールを使用するか、それともタイプ２資源を使用するかを設定できる。

【0092】

＜ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマット＞

【0093】

一方、ＤＣＩフォーマットの用途は、次の表１のように区分されることができる。

【表1】

【0094】

＜Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）通信＞ 前述したように、 一般にＤ２Ｄ動作は、近接した機器間の信号送受信であるという点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い転送率及び低い遅延を有しデータ通信を行うことができる。また、Ｄ２Ｄ動作は、基地局に集中するトラフィックを分散させることができ、Ｄ２Ｄ動作を行う端末が中継器として機能する場合、基地局のカバレッジを拡張させる機能も行うことができる。上述のＤ２Ｄ通信の拡張で車両間の信号送受信を含んで、車両（ＶＥＨＩＣＬＥ）と関連した通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）通信と呼ぶ。

【0095】

ここで、一例として、Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）で‘Ｘ’用語は、 ＰＥＤＥＳＴＲＩＡＮ （ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ Ａ ＶＥＨＩＣＬＥ ＡＮＤ Ａ ＤＥＶＩＣＥ ＣＡＲＲＩＥＤ ＢＹ ＡＮ ＩＮＤＩＶＩＤＵＡＬ （例） ＨＡＮＤＨＥＬＤ ＴＥＲＭＩＮＡＬ ＣＡＲＲＩＥＤ ＢＹ Ａ ＰＥＤＥＳＴＲＩＡＮ， ＣＹＣＬＩＳＴ， ＤＲＩＶＥＲ ＯＲ ＰＡＳＳＥＮＧＥＲ）） （Ｖ２Ｐ）， ＶＥＨＩＣＬＥ （ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＶＥＨＩＣＬＥＳ） （Ｖ２Ｖ）， ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ （ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ Ａ ＶＥＨＩＣＬＥ ＡＮＤ Ａ ＲＯＡＤＳＩＤＥ ＵＮＩＴ （ＲＳＵ）／ＮＥＴＷＯＲＫ （ 例 ） ＲＳＵ ＩＳ Ａ ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ ＥＮＴＩＴＹ （ 例 ） ＡＮ ＥＮＴＩＴＹ ＴＲＡＮＳＭＩＴＴＩＮＧ ＳＰＥＥＤ ＮＯＴＩＦＩＣＡＴＩＯＮＳ） ＩＭＰＬＥＭＥＮＴＥＤ ＩＮ ＡＮ ｅＮＢ ＯＲ Ａ ＳＴＡＴＩＯＮＡＲＹ ＵＥ）） （Ｖ２Ｉ／Ｎ）などを意味する。また、一例として、提案方式に対する説明の便宜のために、歩行者（あるいは人）が所持した（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と名付け、ＶＥＨＩＣＬＥに設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と名付ける。また、一例として、本発明において「エンティティ（ＥＮＴＩＴＹ）」用語は、Ｐ−ＵＥそして／あるいはＶ−ＵＥ、そして／あるいはＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）と解析されることができる。

【0096】

Ｖ２Ｘ端末は、事前に定義された（あるいはシグナリングされた）リソースプール（ＲＥＳＯＵＲＣＥ ＰＯＯＬ）上においてメッセージ（あるいはチャネル）転送を行うことができる。ここで、リソースプールは、端末がＶ２Ｘ動作を行うように（あるいはＶ２Ｘ動作を行うことができる）事前に定義された資源（ら）を意味できる。このとき、リソースプールは、例えば、時間−周波数側面で定義されうる。

【0097】

一方、Ｖ２Ｘ転送資源プールは、多様なタイプが存在できる。

【0098】

図６は、Ｖ２Ｘ転送資源プールのタイプを例示する。

【0099】

図６（ａ）を参照すると、Ｖ２Ｘ転送資源プール＃Ａは、（部分）センシング（ｓｅｎｓｉｎｇ）のみが許容される資源プールでありうる。Ｖ２Ｘ転送資源プール＃Ａにおける端末は、（部分）センシングを行った後にＶ２Ｘ転送資源を選択しなければならず、ランダム選択は許容されないことができる。（部分）センシングによって選択されたＶ２Ｘ転送資源は、図６（ａ）に示すように一定周期で半静的に維持される。

【0100】

端末がＶ２Ｘ転送資源プール＃Ａ上においてＶ２Ｘメッセージ転送を行うためには、（スケジューリング割り当てデコード／エネルギー測定基盤の）センシング動作を（部分的に）行うように基地局は設定できる。これは、前記Ｖ２Ｘ転送資源プール＃Ａ上においては、転送資源の「ランダム選択」が許容されないものと解釈されることができ、「（部分）センシング」基盤の転送資源選択（のみ）が行われる（／許容）される）と解釈されうる。前記設定は、基地局ができる。

【0101】

図６（ｂ）を参照すると、Ｖ２Ｘ転送資源プール＃Ｂは、ランダム選択（ｒａｎｄｏｍ ｓｅｌｅｃｔｉｏｎ）のみが許容される資源プールでありうる。Ｖ２Ｘ転送資源プール＃Ｂにおける端末は、（部分）センシングを行わずに、選択ウィンドウでＶ２Ｘ転送資源をランダムに選択できる。ここで、一例として、ランダム選択のみが許容される資源プールでは、（部分）センシングのみが許容される資源プールとは異なり、選択された資源が半静的に留保されないように設定（／シグナリング）されうる。

【0102】

基地局は、端末がＶ２Ｘ転送資源プール＃Ｂ上においてＶ２Ｘメッセージ転送動作を行うためには、（スケジューリング割り当てデコード／エネルギー測定基盤の）センシング動作を行わないように設定できる。これは、Ｖ２Ｘ転送資源プール＃Ｂ上においては、転送資源「ランダム選択」（のみ）が遂行（／許容）されるもの、そして／あるいは「（部分）センシング」基盤の転送資源選択が許容されないものと解釈できる。

【0103】

一方、図６には図示していないが、（部分）センシングとランダム選択の両方ともが可能な資源プールも存在できる。基地局は、このような資源プールにおいて（端末具現で）（部分）センシングとランダム選択のうち、一つの方式（ｅｉｔｈｅｒ ｏｆ ｔｈｅ ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ ａｎｄ ｔｈｅ ｒａｎｄｏｍ ｓｅｌｅｃｔｉｏｎ）でＶ２Ｘ資源を選択できることを知らせることができる。

【0104】

図７は、部分センシング動作に応じるＶ２Ｘ転送資源（再）選択（／予約）方法を例示する。

【0105】

図７を参照すると、端末（Ｐ−ＵＥ、以下、同一）は、（事前に定義された条件を満たすかどうかによって）Ｖ２Ｘ信号転送のための資源の（再）選択（／予約）が決定（／トリガーリング）されうる。例えば、サブフレーム＃ｍにおいて、前記転送資源（再）選択（／予約）が決定またはトリガーリングされたと仮定してみよう。この場合、端末は、サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間において、Ｖ２Ｘ信号転送のための資源を（再）選択（／予約）できる。前記サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間を、以下で選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）と称する。選択ウィンドウは、例えば、連続する１００個のサブフレームから構成されることができる。

【0106】

端末は、選択ウィンドウ内において、最小Ｙ個のサブフレームを候補（ｃａｎｄｉｄａｔｅ）資源として選択できる。すなわち、端末は、選択ウィンドウ内で最小限Ｙ個のサブフレームを候補資源として考慮しなければならない。前記Ｙ値は、予め設定された値であっても良く、ネットワークによって設定される値であっても良い。ただし、選択ウィンドウ内でＹ個のサブフレームをどのように選択するかは、端末具現の問題でありうる。すなわち、前記Ｙ値が例えば、５０である場合、選択ウィンドウを構成する１００個のサブフレームのうち、どんな５０個のサブフレームを選択するかは、端末が選択できる。例えば、端末は、前記１００個のサブフレームのうち、サブフレーム番号が奇数である５０個のサブフレームを選択しても良く、サブフレーム番号が偶数である５０個のサブフレームを選択しても良い。または、任意の規則によって５０個のサブフレームを選択できる。

【0107】

一方、前記Ｙ個のサブフレームのうち、特定サブフレーム、例えば、サブフレーム＃Ｎ（ＳＦ＃Ｎ）をＶ２Ｘ信号を転送できるＶ２Ｘ転送サブフレームとして（再）選択（／予約）するためには、端末は、前記サブフレーム＃Ｎにリンクまたは関連した少なくとも一つのサブフレームをセンシングしなければならない。センシングのために定義された（全体）サブフレーム区間をセンシングウィンドウ（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）と称し、例えば、１０００個のサブフレームから構成されることができる。すなわち、センシングウィンドウは、１０００ミリ秒（ｍｓ）または１秒で構成されることができる。例えば、端末は、センシングウィンドウ内で、サブフレーム＃Ｎ−１００＊ｋ（ここで、ｋは、［１，１０］範囲の各要素の集合でありえ、予め設定されるか、またはネットワークによって設定される値でありうる）に該当するサブフレームをセンシングできる。

【0108】

図７では、ｋ値が｛１，３，５，７，１０｝である場合を例示している。すなわち、端末は、サブフレーム＃Ｎ−１０００、＃Ｎ−７００、＃Ｎ−５００、＃Ｎ−３００、＃Ｎ−１００をセンシングして、サブフレーム＃Ｎが他のＶ２Ｘ端末によって使用されているかどうか（そして／あるいはサブフレーム＃Ｎ上に相対的に高い（あるいは事前に設定（／シグナリング）された臨界値以上の）干渉が存在しているかどうか）を推定／判断し、その結果によってサブフレーム＃Ｎを（最終的に）選択できる。歩行端末は、車両端末に比べてバッテリー消耗に敏感なので、センシングウィンドウ内のすべてのサブフレームをセンシングすることではなく、一部サブフレームのみをセンシング、すなわち、部分センシング（ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ）する。

【0109】

＜Ｓ−ＲＳＳＩ＞

【0110】

サイドリンクＲＳＳＩ（Ｓ−ＲＳＳＩ）は、サブフレームの１番目のスロットの１，２，．．．，６ＳＣ−ＦＤＭＡシンボル及び２番目のスロットの０，１，．．．，５ＳＣ−ＦＤＭＡにおいて設定されたサブチャネルにおいてのみ端末により観測されたＳＣ−ＦＤＭＡ当たりの全体受信された電力（［Ｗ］単位）の線形平均（ｌｉｎｅａｒ ａｖｅｒａｇｅ）と定義されることができる（Ｓｉｄｅｌｉｎｋ ＲＳＳＩ （Ｓ−ＲＳＳＩ） ｍａｙ ｂｅ ｄｅｆｉｎｅｄ ａｓ ｔｈｅ ｌｉｎｅａｒ ａｖｅｒａｇｅ ｏｆ ｔｈｅ ｔｏｔａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ （ｉｎ ［Ｗ］） ｐｅｒ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌ ｏｂｓｅｒｖｅｄ ｂｙ ｔｈｅ ＵＥ ｏｎｌｙ ｉｎ ｔｈｅ ｃｏｎｆｉｇｕｒｅｄ ｓｕｂ−ｃｈａｎｎｅｌ ｉｎ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ １， ２， ．．．， ６ ｏｆ ｔｈｅ ｆｉｒｓｔ ｓｌｏｔ ａｎｄ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ ０，１，．．．， ５ ｏｆ ｔｈｅ ｓｅｃｏｎｄ ｓｌｏｔ ｏｆ ａ ｓｕｂｆｒａｍｅ）。

【0111】

ここで、Ｓ−ＲＳＳＩのレファレンスポイントは、端末のアンテナコネクタでありうる。

【0112】

仮に、レシーバーダイバーシチが端末により使用される場合、報告された値は、任意の個別ダイバーシチブランチの対応するＳ−ＲＳＳＩより低くないことができる。

【0113】

Ｓ−ＲＳＳＩは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用されることができる。

【0114】

＜ＰＳＳＣＨ−ＲＳＲＰ＞

【0115】

ＰＳＳＣＨ−ＲＳＲＰは、関連したＰＳＣＣＨにより指示されたＰＲＢ内で、ＰＳＳＣＨと関連した復調基準信号を運搬する資源要素の電力寄与分（［Ｗ］単位）に対した線形平均と定義されることができる（ＰＳＳＣＨ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ （ＰＳＳＣＨ−ＲＳＲＰ） ｍａｙ ｂｅ ｄｅｆｉｎｅｄ ａｓ ｔｈｅ ｌｉｎｅａｒ ａｖｅｒａｇｅ ｏｖｅｒ ｔｈｅ ｐｏｗｅｒ ｃｏｎｔｒｉｂｕｔｉｏｎｓ （ｉｎ ［Ｗ］） ｏｆ ｔｈｅ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔｓ ｔｈａｔ ｃａｒｒｙ ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ＰＳＳＣＨ， ｗｉｔｈｉｎ ｔｈｅ ＰＲＢｓ ｉｎｄｉｃａｔｅｄ ｂｙ ｔｈｅ ａｓｓｏｃｉａｔｅｄ ＰＳＣＣＨ）。

【0116】

ここで、ＰＳＳＣＨ−ＲＳＲＰに対するレファレンスポイントは、端末のアンテナコネクタでありうる。

【0117】

仮に、レシーバーダイバーシチが端末により使用される場合、報告された値は、任意の個別ダイバーシチブランチの対応するＰＳＳＣＨ−ＲＳＲＰより低くないことができる。

【0118】

ＰＳＳＣＨ−ＲＳＲＰは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用されることができる。

【0119】

ここで、資源要素当たりの電力は、ＣＰを除いた、シンボルの有用な部分で受信されたエネルギーから決定されることができる。

【0120】

＜チャネルビジー割合（ＣＨＡＮＮＥＬ ＢＵＳＹ ＲＡＴＩＯ；ＣＢＲ）＞

【0121】

サブフレームｎで測定されたＣＢＲは、下記のように定義されることができる。

【0122】

−ＣＢＲは、ＰＳＳＣＨに対して、サブフレーム［ｎ−１００，ｎ−１］の間に端末により測定されたＳ−ＲＳＳＩが予め設定されたしきい値を超えると感知されたリソースプールでのサブチャネルのポーション（Ｐｏｒｔｉｏｎ）を意味できる。

【0123】

−ＣＢＲは、ＰＳＳＣＨに対して、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）がＰＳＣＣＨに対応するＰＳＳＣＨと共に隣接しない資源ブロックから転送されうるように設定されたプールで、サブフレーム［ｎ−１００，ｎ−１］の間に端末により測定されたＳ−ＲＳＳＩが予め設定されたしきい値を超えると感知されたリソースプールでのサブチャネルのポーション（ｐｏｒｔｉｏｎ）を意味できる。ここで、ＰＳＣＣＨプールが周波数ドメインで２個の連続的なＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）対の大きさを有する資源で構成されると仮定することができる。

【0124】

ＣＢＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用されることができる。

【0125】

ここで、サブフレームインデックスは、物理的サブフレームインデックス（Ｐｈｙｓｉｃａｌ Ｓｕｂｆｒａｍｅ Ｉｎｄｅｘ）に基づくことができる。

【0126】

＜チャネル占有割合（ＣＨＡＮＮＥＬ ＯＣＣＵＰＡＮＣＹ ＲＡＴＩＯ；ＣＲ）＞

【0127】

サブフレームｎで評価されたＣＲは、下記のように定義できる。

【0128】

−サブフレーム［ｎ−ａ，ｎ−１］においてそしてサブフレーム［ｎ，ｎ＋ｂ］において許可された（ｇｒａｎｔｅｄ）、端末の転送に使用されるサブチャネルの個数を、［ｎ−ａ，ｎ＋ｂ］の間に転送プールで設定されたサブチャネルの個数で割り算したことを意味できる。

【0129】

ＣＲは、ＲＲＣ＿ＩＤＬＥイントラ周波数、ＲＲＣ＿ＩＤＬＥインター周波数、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤイントラ周波数、及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤインター周波数で適用されることができる。

【0130】

ここで、ａは、正の整数でありえ、ｂは、０または正の整数を意味できる。ａ及びｂは、端末により決定されることができ、このとき、‘ａ＋ｂ＋１＝１０００’、‘ａ＞＝５００’、‘ｎ＋ｂは、現在転送に対する許可の最終転送機会を超えない（ｎ＋ｂ ｓｈｏｕｌｄ ｎｏｔ ｅｘｃｅｅｄ ｔｈｅ ｌａｓｔ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ ｏｆ ｔｈｅ ｇｒａｎｔ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）’を充足できる。

【0131】

ここで、ＣＲがそれぞれの（再）転送に対して評価されることができる。

【0132】

ここで、ＣＲを評価する時、端末は、サブフレームｎで使用される転送パラメータがパケットドロップ無しでサブフレーム［ｎ＋１，ｎ＋ｂ］での既存許可によって再使用できると仮定することができる。

【0133】

ここで、サブフレームインデックスは、物理的サブフレームインデックスに基づくことができる。

【0134】

ここで、ＣＲは、優先順位レベルごとに計算されることができる。

【0135】

以下、サイドリンクＲＳＳＩ（Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ；Ｓ−ＲＳＳＩ）及び ＰＳＳＣＨ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｒ Ｐｏｗｅｒ（ＰＳＳＣＨ−ＲＳＲＰ）に対して説明する。

【0136】

以下、本発明について説明する。

【0137】

一例として、Ｖ２Ｘ通信モードは、（代表的に）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において）Ｖ２Ｘメッセージ送（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（ＭＯＤＥ＃３）（例えば、基地局通信カバレッジ内に位置した（そして／あるいはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）端末が主な対象である）そして／あるいは（Ｂ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において）Ｖ２Ｘメッセージ送（／受信）関連スケジューリング情報を端末が（独自に）決定（／制御）するモード（ＭＯＤＥ＃４）（例えば、基地局通信カバレッジ内／外に位置した（そして／あるいはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＩＤＬＥ状態の）端末が主な対象である）に区分されることができる。

【0138】

従来では、一つのＶ２Ｘ資源プールにモード３ Ｖ２Ｘ端末とモード４ Ｖ２Ｘ端末が共存している状況は仮定されなかった。すなわち、従来では、モード３に対する資源プールがあり、これとは別に、モード４に対する資源プールが別にあると仮定されたし、モード３のＶ２Ｘ端末は、モード３に対する資源プールでＶ２Ｘ通信を行い、モード４のＶ２Ｘ端末は、モード４に対する資源プールでＶ２Ｘ通信が行われると仮定された。

【0139】

これによって、従来では、モード３ Ｖ２Ｘ端末は、モード３に対する資源プール上においてＶ２Ｘ通信を行う時、自分自身の通信によりモード４ Ｖ２Ｘ端末が影響を受ける状況（そして／あるいは（反対に）モード４ Ｖ２Ｘ端末の通信により自身が影響を受ける状況）を大きく考慮しなかった。

【0140】

今後のＶ２Ｘ通信では、資源利用効率性（ｒｅｓｏｕｒｃｅ ｕｔｉｌｉｚａｔｉｏｎ ｅｆｆｉｃｉｅｎｃｙ）向上のために、Ｖ２Ｘ資源プール上において相異なるタイプのＶ２Ｘ通信モードで動作する端末が共存する状況が考慮される。すなわち、今後のＶ２Ｘ通信では、特定資源プール上において、モード３のＶ２Ｘ端末とモード４のＶ２Ｘ端末が共存する状況が発生できる。

【0141】

以上のように、モード３端末とモード４端末が共存する状況において、従来のように、モード３ Ｖ２Ｘ端末がモード４ Ｖ２Ｘ端末を考慮せずにＶ２Ｘ通信を行う場合（あるいはモード４ Ｖ２Ｘ端末がモード３ Ｖ２Ｘ端末を考慮せずにＶ２Ｘ通信を行う場合）、以下のような状況が発生できる。

【0142】

まず、モード４端末は、他の端末により転送されたＰＳＣＣＨの資源予約（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ）フィールドの値が「０」に設定されたことを知るようになった場合には、前記モード４端末は、前記他の端末が次のメッセージ（あるいはＴＢ）転送のために現在（使用される）資源を再利用（あるいは維持）しない（あるいは次のメッセージ（あるいはＴＢ）転送のために（現在資源と）異なる資源を選択する）と判断する。

【0143】

ここで、従来では、特定資源プールでモード３端末とモード４端末が共存する状況が考慮されなかったから、モード３端末が（資源予約基盤の）ＳＬ ＳＰＳ（ｓｉｄｅｌｉｎｋ ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）に基づいてＶ２Ｘ通信を行う場合にも、モード３端末は、ＰＳＣＣＨの資源予約フィールドを（ＳＬ ＳＰＳ周期に設定せずに）「０」に設定した。

【0144】

モード３端末とモード４端末が特定資源プール上に共存する時にも、従来の技術が適用される場合には、モード４端末が実際には、（資源予約基盤の）ＳＬ ＳＰＳ動作に基づいてＶ２Ｘ通信を行っているモード３端末から、「０」に設定された資源予約フィールドを含むＰＳＣＣＨを受信する状況が発生できる。

【0145】

このとき、モード４端末は、モード３端末が転送したＰＳＣＣＨ上の資源予約フィールドが「０」に設定されているから、（モード３端末が実際には、（資源予約基盤の）ＳＬ ＳＰＳに応じるＶ２Ｘ通信を行う場合にも）モード３端末が次のメッセージ（あるいはＴＢ）転送のために現在（使用される）資源を再利用（あるいは維持）しない（あるいは次のメッセージ（あるいはＴＢ）転送のために、（現在資源と）異なる資源を選択する）と判断するようになる。

【0146】

以上のようにモード３端末が実際には、（資源予約基盤の）ＳＬ ＳＰＳに基づいたＶ２Ｘ通信を行っているにもかかわらず、モード４端末観点で、モード３端末が次のメッセージ（あるいはＴＢ）転送のために現在（使用される）資源を再利用（あるいは維持）しない（あるいは次のメッセージ（あるいはＴＢ）転送のために（現在資源と）異なる資源を選択する）と誤認する場合、モード４端末は、モード３端末が占有している資源を（效率的に）センシング及び除外できないという問題点が発生できる。すなわち、モード４端末は、（資源予約基盤の）ＳＬ ＳＰＳ動作に基づいて、Ｖ２Ｘ通信を行っているモード３端末が占有している資源を除いた残りの資源に基づいてＶ２Ｘ通信を行うことが好ましいにもかかわらず、モード４端末は、モード３端末が占有している資源上においてＶ２Ｘ通信を行おうとすることができる。

【0147】

従来の技術とは対比的に、例えば、モード４端末が主体になって、モード３端末が（資源予約基盤の）ＳＬ ＳＰＳ動作を行っていることを正確に把握できる場合、モード４端末は、前記モード３端末が周期的に占有している資源を感知できる。このとき、モード４端末は、モード３端末が周期的に占有している資源を除いた後、前記モード４端末自身がＶ２Ｘ通信を行う資源選択をでき、これにより、モード４端末（あるいはモード３端末）のＶ２Ｘ通信がモード３端末（あるいはモード４端末）のＶ２Ｘ通信により影響を受ける可能性が低くなる。

【0148】

そのため、本発明では、従来技術の問題点を解決すべく、モード３端末が（資源予約基盤の）ＳＬ ＳＰＳを行う場合には、モード３端末が転送するＰＳＣＣＨ上の資源予約フィールドをＳＬ ＳＰＳ周期に設定して、モード４端末にとってモード３端末が（資源予約基盤の）ＳＬ ＳＰＳ動作を行っていることを知っているようにする構成を提供しようとする。また、本発明では、上記のようにモード３端末が資源予約フィールドをＳＬ ＳＰＳ関連周期に設定する実施形態と独立的に（あるいは併合されて）適用されうる追加的な実施形態を提供しようとする。

【0149】

なお、以下、説明の便宜のために、「モード３端末」は、「モード３ Ｖ２Ｘ端末」、‘ＭＯＤＥ＃３ ＵＥ’、‘ＭＯＤＥ３ ＵＥ’などと混用されする。なお、「 モード４端末」は、「モード４ Ｖ２Ｘ端末」、「ＭＯＤＥ＃４ ＵＥ」、「ＭＯＤＥ４ ＵＥ」などと混用されることができる。

【0150】

一例として、以下の提案方式は、事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において、相異なるタイプ（／特性）のＶ２Ｘ通信モードで動作する端末が、效率的に共存する方法を提示する。

【0151】

ここで、一例として、Ｖ２Ｘ通信モードは、（代表的に）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において）Ｖ２Ｘメッセージ送（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（ＭＯＤＥ＃３）（例えば、基地局通信カバレッジ内に位置した（そして／あるいはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の）端末が主な対象である）そして／あるいは（Ｂ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において）Ｖ２Ｘメッセージ送（／受信）関連スケジューリング情報を端末が（独自に）決定（／制御）するモード（ＭＯＤＥ＃４）（例えば、基地局通信カバレッジ内／外に位置した（そして／あるいはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ／ＩＤＬＥ状態の）端末が主な対象である）に区分されることができる。

【0152】

ここで、一例として、本発明において「センシング動作」ワーディングは、（デコード成功したＰＳＣＣＨがスケジューリングする）ＰＳＳＣＨ ＤＭ−ＲＳ ＳＥＱＵＥＮＣＥ基盤のＰＳＳＣＨ−ＲＳＲＰ測定動作そして／あるいは（Ｖ２Ｘ資源プール関連サブチャネル基盤の）Ｓ−ＲＳＳＩ測定動作などと解析されることもできる。

【0153】

図８は、本発明の一実施形態による、Ｖ２Ｘ通信遂行方法のフローチャートである。

【0154】

図８によれば、Ｖ２Ｘ端末は、サイドリンクＳＰＳ（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）設定情報を受信することができる（Ｓ８１０）。このとき、前記Ｖ２Ｘ端末は、モード３端末でありうる。

【0155】

ここで、前記サイドリンクＳＰＳ設定情報は、少なくとも一つ以上のサイドリンクＳＰＳ設定インデックス及び前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスの各々に対する（ＳＬ）ＳＰＳ周期を含むことができる。なお、前記サイドリンクＳＰＳ設定情報は、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して基地局から受信されることができる。このとき、サイドリンクＳＰＳ設定情報は、例えば、「ＳＰＳ−ＣｏｎｆｉｇＳＬ」のように命名でき、サイドリンクＳＰＳ設定インデックスは、例えば「ｓｐｓ−ＣｏｎｆｉｇＩｎｄｅｘ」のように命名できる。また、（ＳＬ）ＳＰＳ周期は、例えば「ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＳＬ」と命名できる。

【0156】

ここで「ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＳＬ」の値は、サブフレームの個数で定義されうる。例えば、「ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＳＬ」の値がＳＦ２０である場合、（ＳＬ）ＳＰＳ周期が２０個のサブフレーム単位であるということを意味できる。

【0157】

Ｖ２Ｘ端末は、活性化（ａｃｔｉｖａｔｉｏｎ）（及び非活性化（ｒｅｌｅａｓｅ））情報を含むダウンリンク制御情報を受信する（Ｓ８２０）。このとき、前記ダウンリンク制御情報は、基地局から受信されることができ、前記ダウンリンク制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマット５Ａを意味できる。前記活性化情報は、前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスのうち、活性化される特定（ＳＬ）ＳＰＳ設定インデックスを指示できる。

【0158】

ここで、ＤＣＩフォーマット５Ａに対した具体的な説明は、以下のとおりである。

【0159】

＜ＤＣＩフォーマット５Ａ＞

【0160】

ＤＣＩフォーマット５Ａは、ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）スケジューリングのために使用されることができ、また、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のスケジューリングのために使用されるいくつかのＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマット１フィールドを含むことができる。

【0161】

ここで、以下のような情報がＤＣＩフォーマット５Ａを介して転送されることができる。

【0162】

−キャリヤ指示子

【0163】

−イニシャル転送に対するサブチャネル割り当ての最低インデックス

【0164】

−ＳＣＩフォーマット１フィールド（イニシャル転送及び再転送の周波数資源位置及び／またはイニシャル転送と再転送との間のタイムギャップ）

【0165】

−サイドリンクインデックス

【0166】

ここで、ＤＣＩフォーマット５Ａ ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）がＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩとスクランブルされる場合、次のようなフィールド（あるいは情報）が存在できる。

【0167】

−サイドリンクＳＰＳ設定インデックス（ＳＬ ＳＰＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）

【0168】

−活性化／リリース指示子（ａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅ ｉｎｄｉｃａｔｉｏｎ）

【0169】

定理すると、基地局は、「ＤＣＩ ＦＯＲＭＡＴ ５Ａ」転送を介して、（Ａ）事前にＲＲＣ ＳＩＧＮＡＬＩＮＧで設定した「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ（Ｓ）」のうち、どうなることをＡＣＴＩＶＡＴＩＯＮ（及びＲＥＬＥＡＳＥ）するかを知らせるだけでなく、（Ｂ）該当ＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連（リンケージされた）周期基盤にＰＳＣＣＨ／ＰＳＳＣＨ転送を行う時、使用される（ＰＳＣＣＨ／ＰＳＳＣＨ）周波数資源大きさ／位置情報、ＩＮＩＴＩＡＬ ＴＲＡＮＳＭＩＳＳＩＯＮとＲＥＴＲＡＮＳＭＩＳＳＩＯＮとの間のＴＩＭＥ ＧＡＰ情報なども知らせることができる。

【0170】

以後、Ｖ２Ｘ端末は、前記サイドリンクＳＰＳ設定情報及び前記ダウンリンク制御情報に基づいてＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）転送を行う（Ｓ８３０）。ここで、Ｖ２Ｘ端末は、前記サイドリンクＳＰＳ設定情報及び前記ダウンリンク制御情報に基づいてＰＳＳＣＨ転送もまた行うことができる。

【0171】

このとき、前記端末は、前記ＰＳＣＣＨ及びＰＳＳＣＨ転送を行う時、前記ＰＳＣＣＨ上の資源予約フィールドの値を前記（活性化された）特定（ＳＬ）ＳＰＳ設定インデックスに対する（ＳＬ）ＳＰＳ周期値に設定できる。

【0172】

ここで、前記資源予約フィールドは、サイドリンク制御情報（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＳＣＩ）に含まれることができ、ＳＣＩフォーマット１の具体的な説明は、以下のとおりである。

【0173】

＜ＳＣＩフォーマット１＞

【0174】

ＳＣＩフォーマット１は、ＰＳＳＣＨのスケジューリングのために使用されることができる。

【0175】

ここで、ＳＣＩフォーマット１を介して次のような情報（あるいはフィールド）が転送されることができる。

【0176】

−優先度（ｐｒｉｏｒｉｔｙ）

【0177】

−資源予約（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ）

【0178】

−イニシャル転送と再転送の周波数資源位置（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｉｏｎ ｏｆ ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）

【0179】

−イニシャル転送と再転送との間のタイムギャップ（Ｔｉｍｅ ｇａｐ ｂｅｔｗｅｅｎ ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）

【0180】

−モジュレーション及びコーディングスキーム（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）

【0181】

−再転送インデックス（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｉｎｄｅｘ）

【0182】

−予約された情報ビット

【0183】

理解の便宜のために、図８の例を再度定理すると、次の通りである。

【0184】

ＭＯＤＥ ３ ＳＬ ＳＰＳ ＵＥ（ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態）は、基地局から、ＲＲＣ ＳＩＧＮＡＬＩＮＧを介して、「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ情報」を受けることができる。ここで、該当「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ情報」は、一つあるいは複数の「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ」を含むことができ、各々の「ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯ ＩＮＤＥＸ」別に「（ＳＬ ＳＰＳ）周期情報」などがリンケージされている。

【0185】

以後、基地局は、「ＤＣＩ ＦＯＲＭＡＴ ５Ａ」転送を介して、（Ａ）事前にＲＲＣ ＳＩＧＮＡＬＩＮＧに設定した「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ（Ｓ）」のうち、どれをＡＣＴＩＶＡＴＩＯＮ（及びＲＥＬＥＡＳＥ）するかを知らせるだけでなく、（Ｂ）該当ＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連（リンケージされた）周期を基盤にＰＳＣＣＨ／ＰＳＳＣＨ転送を行う時、使用される（ＰＳＣＣＨ／ＰＳＳＣＨ）周波数資源大きさ／位置情報、ＩＮＩＴＩＡＬ ＴＲＡＮＳＭＩＳＳＩＯＮとＲＥＴＲＡＮＳＭＩＳＳＩＯＮとの間のＴＩＭＥ ＧＡＰ情報なども端末に知らせることができる。

【0186】

このとき、ＭＯＤＥ ３ ＳＬ ＳＰＳ ＵＥが該当ＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連（前記）情報を基盤にＰＳＣＣＨ／ＰＳＳＣＨ転送を行う時、ＰＳＣＣＨ上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ ＦＩＥＬＤ」値をＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸにリンケージされた「（ＳＬ ＳＰＳ）周期」にセッティングできる。

【0187】

なお、図８では、説明の便宜のために各々のステップを別に示したが、これは、単純に本発明の説明の便宜のためである。すなわち、図８での各々のステップは、一つのステップに合わせられることができる。

【0188】

いままで、本発明の一実施形態を、図面を介して説明した。ここで、モード３端末が転送するＰＳＣＣＨ上の資源予約フィールドをＳＬ ＳＰＳ周期に設定することは、特定資源プール上にモード３端末とモード４端末が共存する状況においてのみ適用されることではない。すなわち、（特定資源プール上にモード３端末とモード４端末が共存する状況はもちろん）特定資源プール上にモード３端末のみがある場合にも、モード３端末が転送するＰＳＣＣＨ上の資源予約フィールドをＳＬ ＳＰＳ周期に設定されることができる。

【0189】

また、モード３端末により資源予約フィールドがＳＬ ＳＰＳ周期に設定されたＰＳＣＣＨは、モード４端末のみが受信することではない。すなわち、Ｖ２Ｘ通信に関心のある端末は、（モード３端末でもモード４端末でも関わらず）、モード３端末により資源予約フィールドがＳＬ ＳＰＳ周期に設定されたＰＳＣＣＨを受信することができる。

【0190】

以下、事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において、相異なるタイプ（／特性）のＶ２Ｘ通信モードで動作する端末が、效率的に共存する方法に対する例示をさらに提示する。

【0191】

［提案方法］一例として、事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において、ＭＯＤＥ＃３／４で動作する端末が共存する場合、以下の（一部）規則に従うように定義（／シグナリング）されることができる。ここで、一例として、（特定）端末にとって、Ｖ２Ｘ資源プール上において、ＭＯＤＥ＃３／４で動作する端末が共存することを（Ａ）Ｖ２Ｘ資源プール設定情報と共にシグナリング（例、ＳＩＢ、ＲＲＣ）される（関連）指示子（例えば、「Ｖ２Ｘ ＭＯＤＥ＃３／４ ＯＮ／ＯＦＦ ＩＮＤＩＣＡＯＴＲ」）そして／あるいは（Ｂ）ＰＳＣＣＨ上の事前に定義された（関連）フィールド（／指示子）（例えば、「Ｖ２Ｘ ＭＯＤＥ ＩＮＤＩＣＡＴＯＲ」）を介して把握するようにすることもできる。

【0192】

ここで、一例として、（該当）「Ｖ２Ｘ ＭＯＤＥ ＩＮＤＩＣＡＴＯＲ（例えば、１ビット）」は、（従来（ＲＥＬ−１４））ＰＳＣＣＨ上の「ＲＥＳＥＲＶＡＴＩＯＮ ＢＩＴ（／ＦＩＥＬＤ）」を利用して定義されうる。ここで、一例として、下記（一部）方式は、事前に設定（／シグナリング）されたＶ２Ｘ資源プール上において、「ＭＯＤＥ＃４ ＳＬ ＳＰＳ（そして／あるいはＳＬ ＤＹＮＡＭＩＣ ＳＣＨＥＤＵＬＩＮＧ）動作」の端末と「ＭＯＤＥ＃３ ＳＬ ＳＰＳ（そして／あるいはＳＬ ＤＹＮＡＭＩＣ ＳＣＨＥＤＵＬＩＮＧ）動作」の端末が共存（許容）される場合のみに限定的に適用されうる。

【0193】

ここで、一例として、本発明において、「ＭＯＤＥ＃３」ワーディングは、「（ＭＯＤＥ＃３基盤の）ＳＬ ＳＰＳ（そして／あるいはＳＬ ＤＹＮＡＭＩＣ ＳＣＨＥＤＵＬＩＮＧ（そして／あるいはＵＬ ＳＰＳ））動作」のうち、（最小限）一つに（拡張）解析されることができ、また、「ＭＯＤＥ＃４」ワーディングは、「（ＭＯＤＥ＃４基盤の）ＳＬ ＳＰＳ（そして／あるいはＳＬ ＤＹＮＡＭＩＣ ＳＣＨＥＤＵＬＩＮＧ）動作」のうち、（最小限）一つに（拡張）解析されうる。ここで、一例として、以下では、説明の便宜のために、ＭＯＤＥ＃３／４で動作する端末をそれぞれ「ＭＯＤＥ３ ＵＥ」、「ＭＯＤＥ＃４ ＵＥ」と命名し、また、ＭＯＤＥ＃３／４ ＵＥが共存するＶ２Ｘ資源プールを「ＣＯＥＸ＿ＰＯＯＬ」と命名する。

【0194】

ここで、一例として、下記（一部）方式は、ＭＯＤＥ＃３ ＳＬ ＳＰＳ ＵＥがＰＳＣＣＨ（例えば、ＳＣＩ ＦＯＲＭＡＴ＃１）上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ」フィールドを、事前に定義されたＤＣＩ（例えば、（ＣＲＣがＳＬ−ＳＰＳ−Ｖ−ＲＮＴＩでスクランブリングされる）ＤＣＩ ＦＯＲＭＡＴ＃５Ａ）が活性化させる「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ」関連周期値に設定する場合のみに限定的に適用されうる。

【0195】

ここで、一例として、ＭＯＤＥ＃３ ＵＥにとって、下記（一部）方式は、ＣＯＥＸ＿ＰＯＯＬ上においてのみ適用するようにし、（これに対して）ＭＯＤＥ＃３ ＵＥのみが存在するＶ２Ｘ資源プール上においては、従来の（ＲＥＬ−１４）と同様に動作（例えば、（ＲＥＬ−１４）ＭＯＤＥ＃３ ＵＥは、Ｖ２Ｘ資源プール上においてＣＢＲ測定そして／あるいは報告動作、ＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＡＤＡＰＴＡＴＩＯＮ動作、センシング動作などを行わないこと）するようにすることができる。

【0196】

ここで、一例として、本発明の（一部）提案方式は、ＭＯＤＥ＃３ ＵＥ（そして／あるいはＭＯＤＥ＃４ ＵＥ）だけが存在するＶ２Ｘ資源プール上において、ＭＯＤＥ＃３ ＵＥ（そして／あるいはＭＯＤＥ＃４ ＵＥ）のために、拡張適用されうる。

【0197】

ここで、一例として、ＭＯＤＥ＃３／４ ＵＥ間の（特定）Ｖ２Ｘ資源プール共有は、（（該当）Ｖ２Ｘ資源プール関連）ＣＢＲ測定値が事前に設定（／シグナリング）された臨界値以下（／以上）である場合（そして／あるいは（（該当）Ｖ２Ｘ資源プール上において）（最小限）基地局（時間／周波数）同期基盤のＶ２Ｘメッセージ転送（／受信）が許容された場合）のみに限定的に許容されうる。

【0198】

ここで、一例として、本発明において、「ＣＢＲ」ワーディングは、「ＭＯＤＥ−ＳＰＥＣＩＦＩＣ ＣＢＲ（例、ＭＯＤＥ＃４ ＵＥ（そして／あるいはＭＯＤＥ＃３ ＵＥ）に対するＣＢＲ測定値）」（そして／あるいは「ＵＥＴＹＰＥ（／ＲＥＬＥＡＳＥ）−ＳＰＥＣＩＦＩＣ ＣＢＲ（例、ＬＥＧＡＣＹ（ＲＥＬ−１４）ＵＥ（そして／あるいはＡＤＶＡＮＣＥＤ（ＲＥＬ−１５）ＵＥ）に対するＣＢＲ測定値）」）で解析されうる。

【0199】

ここで、一例として、本発明の（一部あるいはすべての）提案方式は、ＭＯＤＥ＃４ ＵＥ（／通信）（そして／あるいはＭＯＤＥ＃３ ＵＥ（／通信））に（限定あるいは拡張）適用されうる。

【0200】

（規則＃１−１）一例として、事前に設定（／シグナリング）されたＣＯＥＸ＿ＰＯＯＬ上において、ＭＯＤＥ＃３ ＵＥにとって、（例外的に）ＣＢＲ測定そして／あるいは報告動作を（追加的に）行うようにすることもできる。

【0201】

ここで、一例として、該当規則が適用される場合、（（特に）ＣＯＥＸ＿ＰＯＯＬ上に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＭＯＤＥ＃４ ＵＥが相対的に少ないとき（そして／あるいはＩＤＬＥ状態のＭＯＤＥ＃４ ＵＥが相対的に多い時））基地局が（Ａ）（該当）ＣＯＥＸ＿ＰＯＯＬ関連（従来）設定情報（例えば、資源プール大きさ等）の変更が必要であるかどうかそして／あるいは（Ｂ）ＭＯＤＥ＃３ ＵＥ数が調節（／制御）されるかどうか（そして／あるいは（Ｃ）（ＣＯＥＸ＿ＰＯＯＬ上において）測定されたＣＢＲ値（／範囲）、（転送する）Ｖ２ＸメッセージのＰＰＰＰ値に応じて許容（／制限）されたＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＳＥＴ（例えば、最大転送パワー、ＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）当たりの再転送回数値（／範囲）、ＭＣＳ値（／範囲），ＯＣＣＵＰＡＮＣＹ ＲＡＴＩＯの最大制限（ＣＲ＿ＬＩＭＩＴ）等）変更が必要であるかどうか）などを判断するのに有用でありうる。

【0202】

規則＃１−１に対して、さらに具体的に説明すると、以下のとおりである。

【0203】

規則＃１−１は、基地局が相異なるモードの端末が共存する資源プールを効率的を運営／管理するようにするために、モード３端末が基地局に基地局にとって役に立つ情報を提供する方法に該当する。

【0204】

図９は、本発明の一実施形態による、規則＃１−１に従うＶ２Ｘ通信方法のフローチャートである。

【0205】

図９によれば、Ｖ２Ｘ端末は、特定資源プール上においてＶ２Ｘ端末及び前記Ｖ２Ｘ端末とは異なるモードの端末が共存しているかどうかを決定する（Ｓ９１０）。このとき、前記Ｖ２Ｘ端末は、モード３端末でありえ、前記Ｖ２Ｘ端末とは異なるモードの端末は、モード４端末でありうる。

【0206】

前記特定資源プール上においてＶ２Ｘ端末及び前記Ｖ２Ｘ端末とは異なるモードの端末が共存する場合、Ｖ２Ｘ端末は、ＣＢＲ測定を行うことができる（Ｓ９２０）。

【0207】

以後、Ｖ２Ｘ端末は、測定されたＣＢＲに関する情報を基地局に転送できる（Ｓ９３０）。ここで、Ｖ２Ｘ端末が転送するＣＢＲに関する情報は、基地局にとって（Ａ）（該当）ＣＯＥＸ＿ＰＯＯＬ関連（従来）設定情報（例えば、資源プール大きさ等）の変更が必要であるかどうかそして／あるいは（Ｂ）ＭＯＤＥ＃３ ＵＥ数の調節（／制御）があるかどうか（そして／あるいは（Ｃ）（ＣＯＥＸ＿ＰＯＯＬ上において）測定されたＣＢＲ値（／範囲）、（転送する）Ｖ２ＸメッセージのＰＰＰＰ値に応じて許容（／制限）されたＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＳＥＴ（例えば、最大転送パワー、ＴＢ当たりの再転送回数値（／範囲）、ＭＣＳ値（／範囲），ＯＣＣＵＰＡＮＣＹ ＲＡＴＩＯの最大制限（ＣＲ＿ＬＩＭＩＴ）等）変更が必要であるかどうか）を決定するのに使用されることができる情報でありうる。ここで、端末が転送する情報に対する具体的な例は、上述のとおりである。

【0208】

別に図示していないが、前記Ｖ２Ｘ端末は、ＣＢＲに関する情報を転送したことに対する応答として、基地局の制御によって、（該当）ＣＯＥＸ＿ＰＯＯＬ関連（従来）設定情報（例えば、資源プール大きさ等）を変更するか、そして／あるいは（ＣＢＲ値（／範囲）とＶ２ＸメッセージのＰＰＰＰ値との間の組み合わせ別）（許容）ＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＳＥＴ（例えば、最大転送パワー、ＴＢ当たりの再転送回数値（／範囲）、ＭＣＳ値（／範囲），ＯＣＣＵＰＡＮＣＹ ＲＡＴＩＯの最大制限（ＣＲ＿ＬＩＭＩＴ）等）を変更することができる。

【0209】

別に図示していないが、例えば図９の実施形態は、図８の実施形態と結合されることができる。なお、図９の実施形態は、本明細書の他の図面に対する実施形態及び／または別の図面図示無しで明細書本文のみに記載されている実施形態と結合されることができる。

【0210】

例えば、一実施形態によれば、基地局がＭＯＤＥ３ ＵＥにＤＣＩ ＦＯＲＭＡＴ ５Ａを介してＡＣＴＩＶＡＴＩＯＮされるＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ及びＰＳＣＣＨ／ＰＳＳＣＨ資源情報をシグナリングすることができる。このとき、ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ別ＳＰＳ周期情報は、基地局が端末にＲＲＣシグナリングを介して知らせることができる。以後、ＭＯＤＥ３ ＵＥがＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連資源を介して、ＳＬ ＳＰＳ ＴＸ動作を行う時、ＳＣＩ ＦＯＲＭＡＴ１上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ ＦＩＥＬＤ」値を該当ＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連周期値に設定できる。このとき、モード３端末は、前記特定資源プール上においてモード３端末とモード４端末が共存する場合、ＣＢＲ測定を行い、測定されたＣＢＲ結果を基地局に転送することもできる。

【0211】

（規則＃１−２）一例として、（前記説明した（規則＃１−１）が適用される場合）ＭＯＤＥ＃３ ＵＥにとって、「（ＣＯＥＸ＿ＰＯＯＬ上において）測定されたＣＢＲ値（／範囲）」そして／あるいは「（転送する）Ｖ２ＸメッセージのＰＰＰＰ値」に基づいて、「ＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＡＤＡＰＴＡＴＩＯＮ」動作を行うようにしうる。

【0212】

ここで、一例として、（ＭＯＤＥ＃３ ＵＥのための）「ＣＯＥＸ＿ＰＯＯＬ上において）測定されたＣＢＲ値（／範囲）」そして／あるいは「（転送する）Ｖ２ＸメッセージのＰＰＰＰ値」別許容（／制限）されたＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＳＥＴ情報は、（ＭＯＤＥ＃４関連情報とは独立的に）事前に設定（／シグナリング）されうる。

【0213】

ここで、一例として、（ＭＯＤＥ＃４ ＵＥがセンシング動作に基づいて、（センシング動作を行わない）ＭＯＤＥ＃３ ＵＥの（Ｖ２Ｘメッセージ）転送資源を回避できると仮定する時）ＭＯＤＥ＃３転送関連（許容）ＰＰＰＰ値（／範囲）、そして／あるいは（同一ＣＢＲ測定値（／範囲）そして／あるいは（転送する）Ｖ２ＸメッセージのＰＰＰＰ値下において）ＣＲ＿ＬＩＭＩＴそして／あるいは最大転送パワー値（そして／あるいはＴＢ当たりの再転送回数値（／範囲）そして／あるいはＭＣＳ値（／範囲））などが、ＭＯＤＥ＃４転送に比べて、相対的に高く（あるいは低く（例えば、センシング動作を行わないＭＯＤＥ＃３ ＵＥにペナルティを与えるための目的））設定（／シグナリング）されうる。

【0214】

ここで、一例として、ＭＯＤＥ＃３ ＵＥのための、（サブ）チャネルＢＵＳＹ（／ＩＤＬＥ）判断において使用されるＣＢＲ臨界値が、（ＭＯＤＥ＃４関連情報とは、独立的に）事前に設定（／シグナリング）されうる。

【0215】

ここで、一例として、ＭＯＤＥ＃３ ＵＥ関連（該当）ＣＢＲ臨界値が、ＭＯＤＥ＃４ ＵＥに比べて、相対的に低く（あるいは高く）設定（／シグナリング）されうる。ここで、一例として、（特定）端末にとって、相異なるモード間に、ＣＲ（そして／あるいはＣＢＲ）測定を独立的に（あるいは併合して）行うようにしうる。

【0216】

また、一例として、（前記説明した（規則＃１−１）に従って）ＭＯＤＥ＃３ ＵＥがＣＯＥＸ＿ＰＯＯＬ上において、ＣＢＲ測定そして／あるいは報告動作を（追加的に）行わない場合、事前に設定（／シグナリング）された「名目上の（ＮＯＭＩＮＡＬ）（あるいは特定）ＣＢＲ値（／範囲）」（そして／あるいは「（転送する）Ｖ２ＸメッセージのＰＰＰＰ値」）に基づいて「 ＲＡＤＩＯ−ＬＡＹＥＲ ＰＡＲＡＭＥＴＥＲ ＡＤＡＰＴＡＴＩＯＮ」動作を行うようにしうる。

【0217】

（規則＃２−１）一例として、事前に設定（／シグナリング）されたＣＯＥＸ＿ＰＯＯＬ上において、ＭＯＤＥ＃３ ＵＥにとって、センシング（／測定）動作を（例外的に）行うようにしうる。

【0218】

ここで、一例として、（該当）「センシング（／測定）動作」ワーディングは、「ＦＵＬＬ ＳＥＮＳＩＮＧ」（そして／あるいは「ＰＡＲＴＩＡＬ ＳＥＮＳＩＮＧ」）のうち、（最小限）一つに（拡張）解析されうる。

【0219】

ここで、一例として、該当規則が適用される場合、（ＭＯＤＥ＃３ ＵＥにとって）事前に定義されたチャネル（／シグナル）を介して、基地局に、（Ａ）現在スケジューリングされた（ＭＯＤＥ＃３転送）資源が適合するかどうか（そして／あるいは変更（／（非）活性化）が必要であるかどうか）そして／あるいは（Ｂ）（ＭＯＤＥ＃４ ＵＥから）相対的に干渉量（そして／あるいは衝突確率）少ない（自身が好む）（あるいは高い（自身が好まない））資源情報（例えば、資源位置（／パターン／大きさ／周期／サブフレームオフセット）等）などを知らせることもできる（一種の「ＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮ」形態）。

【0220】

ここで、一例として、（ＭＯＤＥ＃３ ＵＥが報告する）（該当）情報（ＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮ）は、（従来（ＲＥＬ−１４）情報（例えば、（観測されたトラフィックパターン基盤の）最大ＴＢ大きさ、推定されたデータ（／パケット）到着周期、推定されたパケット到着タイミング（サブフレームオフセット）、報告されたトラフィックパターンと連動されたＰＰＰＰ値等）だけでなく）（（ＭＯＤＥ＃４ ＵＥから）相対的に干渉量（そして／あるいは衝突確率）少ない（自身が好む）（あるいは高い（自身が好まない）））サブチャネル情報（例えば、（該当サブチャネル関連）位置（／パターン）／周期／サブフレームオフセット等）形態に（追加的に）定義されうる。

【0221】

ここで、一例として、端末が（基地局に）「ＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮ」報告時、（自身のあるいはセンシング（／測定）された）モード種類（／タイプ）情報も（共に）知らせるようにしうる。

【0222】

ここで、一例として、「資源」ワーディングは、「（ＭＯＤＥ＃３）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）」に拡張解析されうる。

【0223】

定理すると、規則＃２−１は、モード３端末がセンシングを行った後、センシング遂行結果を基地局に転送して、基地局にとって役に立つ情報を提供する方法に該当する。以下、規則＃２−１に対した内容を図面を介して示す内容を説明する。

【0224】

図１０は、本発明の一実施形態による、規則＃２−１に従うＶ２Ｘ通信方法のフローチャートである。

【0225】

図１０によれば、Ｖ２Ｘ端末は、特定資源プール上においてＶ２Ｘ端末及び前記Ｖ２Ｘ端末とは異なるモードの端末が共存しているかどうかを決定する（Ｓ１０１０）。このとき、前記Ｖ２Ｘ端末は、モード３端末で、前記Ｖ２Ｘ端末とは異なるモードの端末は、モード４端末でありうる。

【0226】

Ｖ２Ｘ端末は、前記特定資源プール上においてＶ２Ｘ端末及び前記Ｖ２Ｘ端末とは異なるモードの端末が共存する場合、センシング（ｓｅｎｓｉｎｇ）を行うことができる（Ｓ１０２０）。ここで、センシングに対する具体的な内容は、上述のとおりである。

【0227】

以後、Ｖ２Ｘ端末は、センシング結果に関する情報を基地局に転送できる（Ｓ１０３０）。ここで、Ｖ２Ｘ端末が転送するセンシング結果に対する情報は、例えば、（Ａ）現在スケジューリングされた（ＭＯＤＥ＃３転送）資源が適合性があるかどうか（そして／あるいは変更（／（非）活性化）が必要であるかどうか）そして／あるいは（Ｂ）（ＭＯＤＥ＃４ ＵＥから）相対的に干渉量（そして／あるいは衝突確率）少ない（自身が好む）（あるいは高い（自身が好まない））資源情報（例えば、資源位置（／パターン／大きさ／周期／サブフレームオフセット）等）の形態でありうる。ここで、端末が転送する情報に対する具体的な例は、上述のとおりである。

【0228】

別に図示していないが、Ｖ２Ｘ端末は、基地局に転送した情報に対する応答として、資源再設定の指示を受けることができ、このとき、基地局は、資源再設定のための新しい資源をＶ２Ｘ端末に転送できる。すなわち、モード３端末とモード４端末が資源プール上に共存する場合、モード３端末は、基地局が設定した（ＳＬ）ＳＰＳリソスが（ＭＯＤＥ＃４ ＵＥから）実際に干渉が多く入った資源であるかどうかを（事前に定義された規則を介して）センシングできる。以後、端末が基地局に基地局が設定した資源が干渉が激しいという点を報告すると、基地局は、端末に（ＳＬ）ＳＰＳ資源再設定をしてくれることができる。

【0229】

別に図示していないが、例えば図１０の実施形態は、図８の実施形態と結合されることができる。なお、図１０の実施形態は、本明細書の他の図面に対する実施形態及び／または別の図面図示無しで明細書本文のみに記載されている実施形態と結合されることができる。

【0230】

例えば、一実施形態によれば、基地局がＭＯＤＥ３ ＵＥにＤＣＩ ＦＯＲＭＡＴ ５Ａを介してＡＣＴＩＶＡＴＩＯＮされるＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ及びＰＳＣＣＨ／ＰＳＳＣＨ資源情報をシグナリングすることができる。このとき、ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ別ＳＰＳ周期情報は、基地局が端末にＲＲＣシグナリングを介して知らせることができる。以後、ＭＯＤＥ３ ＵＥがＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連資源を介して、ＳＬ ＳＰＳ ＴＸ動作を行う時、ＳＣＩ ＦＯＲＭＡＴ１上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ ＦＩＥＬＤ」値を該当ＡＣＴＩＶＡＴＥＤ ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ関連周期値に設定できる。このとき、モード３端末は、前記特定資源プール上においてモード３端末とモード４端末が共存する場合、センシングを行い、センシング結果を基地局に転送できる。

【0231】

ここで、一例として、（ＭＯＤＥ＃３ ＵＥにとって）（前記）センシング（／測定）動作は、以下の（一部）規則によって行われるようにしたり、そして／あるいは（事前に定義された形態の）（センシング（／測定））結果情報を報告するようにすることもできる。

【0232】

（例示＃２−１−１）一例として、ＭＯＤＥ＃３ ＵＥにとって、複数の（ＡＣＴＩＶＡＴＥＤ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）のうち、Ｖ２Ｘメッセージ転送に（現在）使用されない（ＡＣＴＩＶＡＴＥＤ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）（ＤＴＸ＿ＳＰＳＣＦＧ）関連（一部）資源に対して、センシング（／測定）動作を行うようにしうる。

【0233】

ここで、一例として、（該当）ＤＴＸ＿ＳＰＳＣＦＧ関連（一部）資源に対するセンシング（／測定）動作情報（例えば、センシング（／測定）パターン（／周期）等）は、事前に設定（／シグナリング）されうる。

【0234】

ここで、一例として、Ｖ２Ｘメッセージ転送に（現在）使用されている（ＡＣＴＩＶＡＴＥＤ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）（ＴＸ＿ＳＰＳＣＦＧ）関連（一部）資源に対するセンシング（／測定）動作は、（基地局から）事前に設定（／シグナリング）された「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」基盤に行われるようにしうる。

【0235】

ここで、一例として、ＭＯＤＥ＃３ ＵＥは、（該当）「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」上において（ＴＸ＿ＳＰＳＣＦＧ関連）Ｖ２Ｘメッセージ転送動作を行わずに（そして／あるいはＶ２Ｘメッセージ転送動作を省略し）、（ＴＸ＿ＳＰＳＣＦＧ関連（一部）資源に対する）センシング（／受信）動作を行うと解析されうる。

【0236】

ここで、一例として、（該当）「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」関連設定情報は、（センシング（／測定）資源）パターン（例えば、ビットマップ）そして／あるいは周期（そして／あるいは連動された（ＡＣＴＩＶＡＴＥＤ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ））などで構成されうる。

【0237】

ここで、一例として、「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」上において（ＴＸ＿ＳＰＳＣＦＧ関連）Ｖ２Ｘメッセージ中断（／省略）による影響（そして／あるいは性能減少）を減らすために、端末にとって、（Ａ）（現在）「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」でない他の（ＡＣＴＩＶＡＴＥＤ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）関連（一部）資源を利用して、（中断（／省略）された）（ＴＸ＿ＳＰＳＣＦＧ関連）Ｖ２Ｘメッセージ転送動作を（再度）行うようにしたり、そして／あるいは（Ｂ）（（現在）「ＳＩＬＥＮＣＩＮＧ ＤＵＲＡＴＩＯＮ」でない他の資源を利用して）「ＯＮＥ−ＳＨＯＴ ＴＲＡＮＳＭＩＳＳＩＯＮ」形態（例えば、資源予約無しで行われる転送形態そして／あるいはＳＩＮＧＬＥ ＰＡＣＫＥＴ（／ＭＡＣ ＰＤＵ）転送形態と解析可能である）で（中断（／省略）された）（ＴＸ＿ＳＰＳＣＦＧ関連）Ｖ２Ｘメッセージ転送動作を（再度）行うようにしうる。

【0238】

ここで、一例として、該当動作を行う端末にとって、事前に定義されたチャネル（例えば、ＰＳＣＣＨ（ＷＩＴＨＯＵＴ ＨＡＶＩＮＧ ＡＳＳＯＣＩＡＴＥＤ ＰＳＳＣＨ ＴＲＡＮＳＭＩＳＳＩＯＮ））を介して、（他の端末に）関連情報（例えば、従来ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）資源基盤の転送動作中断情報、ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）スイッチング情報等）をシグナリングするようにしうる。

【0239】

（例示＃２−１−２）一例として、基地局（あるいはネットワーク）が事前に定義されたシグナリングを介して、ＭＯＤＥ＃３ ＵＥに、特定（資源）位置（例、周期／サブフレームオフセット）で資源測定（／センシング）を指示しうる。

【0240】

ここで、一例として、（該当）端末は、（前記説明したＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮと共に）（Ａ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）別測定（／センシング）値を報告したり、そして／あるいは（Ｂ）（（ＭＯＤＥ＃４ ＵＥからの）（測定された）干渉量そして／あるいは衝突確率などの側面で）最上位（そして／あるいは上位「Ｋ」個）のＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）を報告しうる。

【0241】

ここで、一例として、前記規則は、（基地局（あるいはネットワーク）が）（Ａ）（事前に設定（／シグナリング）された）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）の中で、活性化しない（ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）関連）（一部）資源に対して測定（／センシング）しろと指示したり、そして／あるいは（Ｂ）（事前に設定（／シグナリング）された）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）を活性化する前に、該当（一部）資源を測定（／センシング）しろと指示したり、そして／あるいは（Ｃ）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮとは別に「ＭＥＡＳＵＲＥＭＥＮＴ（／ＳＥＮＳＩＮＧ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ」が設定（／シグナリング）され、該当「ＭＥＡＳＵＲＥＭＥＮＴ（／ＳＥＮＳＩＮＧ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ」基盤の測定（／センシング）結果を報告するように指示すると解析（一種の「ＡＳＳＩＳＴＡＮＣＥ ＩＮＦＯＲＭＡＴＩＯＮ」形態）されうる。

【0242】

（規則＃３−１）一例として、（（特に）事前に定義された方法の適用を介して、ＭＯＤＥ＃３／４ ＵＥが区分されうるとき）以下の（一部）規則に従って、センシング（／測定）動作を行うようにしうる。

【0243】

ここで、一例として、ＭＯＤＥ＃３／４ ＵＥの区分は、（Ａ）ＰＳＣＣＨ上に、事前に定義された（関連）フィールド（／指示子）（例えば、「Ｖ２Ｘ ＭＯＤＥ ＩＮＤＩＣＡＴＯＲ」（例えば、（従来（ＲＥＬ−１４））「ＲＥＳＥＲＶＡＴＩＯＮ ＢＩＴ（／ＦＩＥＬＤ）」を利用））を介して行われるか、そして／あるいは（Ｂ）ＭＯＤＥ別に使用（／許容）されうるＰＰＰＰ値（／範囲）を（相異なるように）設定（／シグナリング）することによって行われることもできる。

【0244】

（例示＃３−１−１）一例として、（ＣＯＥＸ＿ＰＯＯＬ上において）ＭＯＤＥ＃４ ＵＥ（あるいはＭＯＤＥ＃３ ＵＥ）のセンシング動作（そして／あるいはＶ２Ｘメッセージ転送）関連以下の（一部）パラメータがＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）に比べて（そして／あるいは同一モード端末のみが存在するＶ２Ｘ資源プールに比べて）、相異なるように設定（／シグナリング）されうる。

【0245】

また、一例として、端末にとって、（ＰＳＣＣＨデコードに基づいて）検出（／センシング）した他の端末のモードが自分と同一であるか、または異なるかによって、事前に設定（／シグナリング）された相異なる（センシング動作関連）下記（一部）パラメータを適用するようにしうる。

【0246】

以下、モード４端末（あるいはモード３端末）がモード３端末（あるいはモード４端末）が占有している資源に対する情報に基づいてＶ２Ｘ通信を行う方法について図面を介して説明する。

【0247】

図１１は、本発明の一実施形態による、例示＃３−１−１によるＶ２Ｘ通信方法のフローチャートである。

【0248】

図１１によれば、Ｖ２Ｘ端末は、検出されたＶ２Ｘ端末のモードが自身のモードと異なるかどうかを決定する（Ｓ１１１０）。ここで、Ｖ２Ｘ端末は、モード４端末に該当でき、検出されたＶ２Ｘ端末は、モード３端末を意味できる。

【0249】

以後、Ｖ２Ｘ端末は、前記決定に基づいてセンシング及び資源排除動作を行う（Ｓ１１２０）。例えば、上述のように、（ＣＯＥＸ＿ＰＯＯＬ上において）ＭＯＤＥ＃４ ＵＥ（あるいはＭＯＤＥ＃３ ＵＥ）のセンシング動作（そして／あるいはＶ２Ｘメッセージ転送）関連以下の（一部）パラメータがＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）に比べて（そして／あるいは同一モード端末のみが存在するＶ２Ｘ資源プールに比べて）、相異なるように設定（／シグナリング）されうる。これに対する重複する内容の反復記載は省略する。

【0250】

また、上述のように、一例として、端末にとって、（ＰＳＣＣＨデコードに基づいて）検出（／センシング）した他の端末のモードが自分と同じであるか、または異なるかによって、事前に設定（／シグナリング）された相異なった（センシング動作関連）下記（一部）パラメータを適用するようにしうる。ここで、一例として、ＭＯＤＥ＃４ ＵＥが（他の）ＭＯＤＥ＃３ ＵＥを検出（／センシング）したとき、（他の）ＭＯＤＥ＃４ ＵＥを検出（／センシング）した場合に比べて、相対的に低い（あるいは高い）値（／範囲）の下記（一部）パラメータを適用するようにしうる。

【0251】

別に図示していないが、例えば、図１１の実施形態は、図８の実施形態と結合されることができる。なお、図１１の実施形態は、本明細書の他の図面に対する実施形態及び／または別の図面図示が無しで明細書本文のみに記載されている実施形態と結合されることができる。

【0252】

ここで、一例として、ＭＯＤＥ＃４ ＵＥが（他のＭＯＤＥ＃３ ＵＥを検出（／センシング）したとき、（他の）ＭＯＤＥ＃４ ＵＥを検出（／センシング）した場合に比べて、相対的に低い（あるいは高い）値（／範囲）の下記（一部）パラメータを適用するようにしうる。

【0253】

（Ｖ２Ｘメッセージ関連）ＰＰＰＰ値（／範囲）（例えば、ＭＯＤＥ＃４ ＵＥがＭＯＤＥ＃３ ＵＥに比べて、相対的に低い（あるいは高い）ＰＰＰＰ値（／範囲）を選択するようにすることによって、相対的にＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）の転送を保護することができる。

【0254】

ここで、一例として、低い（あるいは高い）ＰＰＰＰ値（／範囲）基盤の転送は、他の端末が該当転送に使用されている資源の選択が可能（あるいはＩＤＬＥ／ＢＵＳＹ）であるかどうかを判断する時、相対的に高い（あるいは低い）ＰＳＳＣＨ−ＲＳＲＰ臨界値で判断するようになることを意味する。）（そして／あるいはＰＰＰＰ値（／範囲）に連動されたＰＳＳＣＨ−ＲＳＲＰ臨界値（例えば、同一ＰＰＰＰ値（／範囲）であっても、ＭＯＤＥ＃４ ＵＥにＭＯＤＥ＃３ ＵＥに比べて、相対的に低い（あるいは高い）ＰＳＳＣＨ−ＲＳＲＰ臨界値を設定（／シグナリング）することによって、相対的にＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）の転送を保護することができる。）そして／あるいはセンシング動作遂行区間（／周期）そして／あるいは候補（転送）資源を選択できる区間（ＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷ）そして／あるいは（再）選択（／予約）した資源の維持区間を決めるためにランダム値を選定する（あるいは選ぶ）範囲（そして／あるいは（Ｃ＿ＲＥＳＥＬ値［２］導出のために）該当選ばれたランダム値に掛け算される係数）そして／あるいは資源予約周期そして／あるいはＰＳＳＣＨ−ＲＳＲＰ臨界値基盤の候補（転送）資源排除動作後に、最小限に残っていなければならない候補（転送）資源割合（／個数）（そして／あるいは該当残った候補（転送）資源割合（／個数）が事前に設定（／シグナリング）された臨界値より小さな場合、（関連）ＰＳＳＣＨ−ＲＳＲＰ臨界値に足されるオフセット値）そして／あるいはＳ−ＲＳＳＩ基盤の候補（転送）資源排除動作後に、最小限に残っていなければならない候補（転送）資源割合（／個数））。

【0255】

（例示＃３−１−２）一例として、ＭＯＤＥ＃４ ＵＥ（あるいはＭＯＤＥ＃３ ＵＥ）にとって、（ＳＥＮＳＩＮＧ ＷＩＮＤＯＷ内で）ＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）のＰＳＣＣＨが検出されると、ＰＳＳＣＨ−ＲＳＲＰ測定基盤の（ＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷ内の）候補（転送）資源排除動作を行う時、一回の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ ＩＮＴＥＲＶＡＬ」分だけ離れた資源のみを考慮（／排除）することではなく、（（該当）「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ ＩＮＴＥＲＶＡＬ」で）事前に設定（／シグナリング）された回数（例えば、「１」より大きな正の整数値）（そして／あるいは無限回数）分だけ繰り返される資源を（全部）考慮（／排除）するようにしうる。

【0256】

また、一例として、ＭＯＤＥ＃４ ＵＥ（あるいはＭＯＤＥ＃３ ＵＥ）が転送資源（再度）予約（／選択）時、（ＰＳＣＣＨデコードに基づいて）検出（／センシング）した他の端末のモードがＭＯＤＥ＃３（あるいはＭＯＤＥ＃４）である場合、該当ＭＯＤＥ＃３ ＵＥ（あるいはＭＯＤＥ＃４ ＵＥ）が使用する（転送）資源は、（事前に設定（／シグナリング）されたＰＳＳＣＨ−ＲＳＲＰ臨界値が超過するかどうかに関わらず）（常に）排除するようにしうる。

【0257】

また、一例として、（基地局は、事前に定義されたシグナリング（／指示子）を介して）（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮを結んでいる）ＭＯＤＥ＃４ ＵＥにとって、ＭＯＤＥ＃３ ＵＥの転送資源をセンシング（／測定）して（関連情報（例、時間／周波数資源位置、ＰＰＰＰ値、資源予約周期、端末識別子等）を）報告するようにすることもできる。

【0258】

ここで、一例として、該当報告動作は、事前に設定（／シグナリング）された臨界値以上のＰＳＳＣＨ−ＲＳＲＰ（あるいはＳ−ＲＳＳＩ）測定値を有する（あるいはＰＳＣＣＨ（／ＰＳＳＣＨ）デコードが成功された）ＭＯＤＥ＃３ ＵＥに対してのみ（例、選択（／予約）資源衝突時、大きな干渉を誘発する隣接位置の端末のみを考慮するようにすることによって、報告動作オーバーヘッド減少効果がある）行われるようにしうる。

【0259】

例えば、端末がすべての資源をセンシングする場合、基地局に過度に多くのオーバーヘッドが付与されうる。これに、端末が特定資源に対してのみセンシングをする場合、基地局オーバーヘッド減少側面において有利でありうる。

【0260】

（規則＃４−１）一例として、ＭＯＤＥ＃３（ＳＬ ＳＰＳ）ＵＥにとって、特定ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）が（基地局により）非活性化されると、事前に定義されたチャネル（例えば、ＰＳＣＣＨ（ＷＩＴＨＯＵＴ ＨＡＶＩＮＧ ＡＳＳＯＣＩＡＴＥＤ ＰＳＳＣＨ ＴＲＡＮＳＭＩＳＳＩＯＮ））を介して、（他の端末（例えば、ＭＯＤＥ＃４ ＵＥ）に）関連情報（例えば、（該当）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）資源基盤の転送が最後（あるいは終わり）であることを知らせる情報そして／あるいは（該当）ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ（ＩＮＤＥＸ）関連資源（予約）がＲＥＬＥＡＳＥされるという情報等）をシグナリングするようにしうる。

【0261】

（規則＃５−１）一例として、基地局がＭＯＤＥ＃３として使用されている（あるいは使用される確率が高い）資源情報（例、周波数／時間資源位置、資源予約周期（そして／あるいはサブフレームオフセット）、予約資源使用時間等）を事前に定義されたシグナリング（例えば、「ＳＩＢ」）を介して、（（ＭＯＤＥ＃４）端末に）知らせるようにしうる。

【0262】

ここで、一例として、該当情報は、（Ａ）事前に設定（／シグナリング）された（すべての）サブチャネル（グループ）単位で、ＭＯＤＥ＃３の使用有無を（直接的に）知らせる形態であるか、そして／あるいは（Ｂ）（全体（周波数／時間）資源領域中に）一部（周波数／時間）資源領域をＭＯＤＥ＃３で高い確率で使用（／スケジューリング）すると（間接的に）知らせる形態（そして／あるいは特定周波数資源（例えば、サブチャネル）（そして／あるいは時間資源）は、ＭＯＤＥ＃３として使用（／スケジューリング）されるかもしれないという形態）でありうる。

【0263】

ここで、一例として、該当情報を受信したＭＯＤＥ＃４ ＵＥは、（高い確率で）ＭＯＤＥ＃３として使用される資源（領域）を除いた残り（領域）において、（ＭＯＤＥ＃４）資源選択（／予約）を行うこともできる。

【0264】

ここで、一例として、前記規則は、（事前に設定（／シグナリング）された）Ｖ２Ｘ資源プール（例えば、ＣＯＥＸ＿ＰＯＯＬ）内で、ＭＯＤＥ＃３として使用される（特定）資源を予約（／シグナリング）する形態で解析されうる。

【0265】

ここで、一例として、基地局（／セル）間にＭＯＤＥ＃３として使用される資源情報（例えば、ＳＰＳ資源設定情報）を（事前に定義されたシグナリング（例えば、バックホールシグナリング）を介して）交換（／共有）するようにしうる。

【0266】

ここで、一例として、該当規則が適用される場合、相異なる基地局（／セル）間に、持続的な（ＭＯＤＥ＃３）資源衝突を緩和させることができる。

【0267】

ここで、一例として、基地局は、ＭＯＤＥ＃３として使用されている（あるいは使用される確率が高い）資源情報だけでなく、該当ＭＯＤＥ＃３資源を介して転送されるメッセージ関連サービス種類（／タイプ）、（ＨＩＧＨＥＳＴ）ＰＲＩＯＲＩＴＹ（／ＰＰＰＰ）（例、基地局は、これをＭＯＤＥ＃３ ＵＥから報告されたＴＲＡＦＦＩＣ ＰＡＴＴＥＲＮと連動されたＰＲＩＯＲＩＴＹ（／ＰＰＰＰ）情報を介して把握できる）などに対する情報も追加的に（（ＭＯＤＥ＃４）端末に）知らせることもできる。

【0268】

定理すると、規則＃５−１は、モード４端末が基地局の助けを受けて、モード３として使用されている資源を考慮してＶ２Ｘ通信を行う方法に該当する。以下、規則＃５−１に従うＶ２Ｘ通信方法の例を図面を介して説明する。

【0269】

図１２は、本発明の一実施形態による、規則＃５−１に従うＶ２Ｘ通信方法のフローチャートである。

【0270】

図１２によれば、Ｖ２Ｘ端末は、基地局からモード３として使用されている資源に対する情報を受信する（Ｓ１２１０）。ここで、Ｖ２Ｘ端末は、モード４端末に該当できる。

【0271】

以後、Ｖ２Ｘ端末は、前記情報に基づいてＶ２Ｘ通信を行う（Ｓ１２２０）。ここで、一例として、該当情報は、（Ａ）事前に設定（／シグナリング）された（すべての）サブチャネル（グループ）単位で、ＭＯＤＥ＃３の使用有無を（直接的に）知らせる形態であるか、そして／あるいは（Ｂ）（全体（周波数／時間）資源領域中に）一部（周波数／時間）資源領域をＭＯＤＥ＃３として高い確率で使用（／スケジューリング）すると（間接的に）知らせる形態（そして／あるいは特定周波数資源（例えば、サブチャネル）（そして／あるいは時間資源）は、ＭＯＤＥ＃３として使用（／スケジューリング）されるかもしれないという形態）でありうる。ここで、一例として、該当情報を受信したＭＯＤＥ＃４ ＵＥは、（高い確率で）ＭＯＤＥ＃３として使用される資源（領域）を除いた残り（領域）において、（ＭＯＤＥ＃４）資源選択（／予約）を行うこともできる。これについての具体的な例は、上述のとおりであるので、重複する内容の反復記載は省略する。

【0272】

別に図示していないが、例えば図１２の実施形態は、図８の実施形態と結合されることができる。合わせて、図１２の実施形態は、本明細書の他の図面に対する実施形態及び／または別の図面図示が無しで明細書本文のみに記載されている実施形態と結合されることができる。

【0273】

（規則＃５−２）一例として、ネットワーク（あるいは基地局）は、事前に定義された（物理レイヤー／上位レイヤー）シグナリング（例えば、ＳＩＢ、ＲＲＣ、ＤＣＩ等）を介して、（ＲＥＬ−１５）ＭＯＤＥ＃３ ＳＬ ＳＰＳ ＵＥにとって、ＰＳＣＣＨ（例えば、ＳＣＩ ＦＯＲＭＡＴ＃１）上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ（ＩＮＴＥＲＶＡＬ）」フィールドを連動された「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ」関連周期値に設定するかどうかの情報を知らせることもできる。

【0274】

ここで、具体的な一例として、（ＲＥＬ−１５）ＭＯＤＥ＃３ ＳＬ ＳＰＳ ＵＥがＲＥＬ−１４基地局と（ＲＲＣ）ＣＯＮＮＥＣＴＩＯＮを結ぶ場合（例、基地局が転送するＳＩＢ情報のＲＥＬＥＡＳＥ ＦＬＡＧが「ＲＥＬ−１４」で表記された場合）には、ＰＳＣＣＨ上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＴＩＯＮ（ＩＮＴＥＲＶＡＬ）」フィールド値を（暗黙的に）従来（ＲＥＬ−１４）のように「０」に設定でき、また、反面にＲＥＬ−１５基地局と（ＲＲＣ）ＣＯＮＮＥＣＴＩＯＮを結ぶ場合（例、基地局が転送するＳＩＢ情報のＲＥＬＥＡＳＥ ＦＬＡＧが「ＲＥＬ−１５」で表記された場合）には、該当基地局が前記規則を適用するかどうかを（Ａ）（追加的な）ＲＲＣ（／ＳＩＢ）シグナリング、あるいは（Ｂ）（ＭＯＤＥ＃３ ＰＳＣＣＨ／ＰＳＳＣＨスケジューリング（あるいはＭＯＤＥ＃３（ＳＬ）ＳＰＳ ＡＣＴＩＶＡＴＩＯＮ／ＲＥＬＥＡＳＥ）関連）ＤＣＩ上の（該当用途として定義された）フィールド（例、１ビット）を介して知らせることもできる。ここで、一例として、該当規則が適用される場合、ＬＥＧＡＣＹ（ＲＥＬ−１４）ＵＥのみが存在する資源プール（そして／あるいはＬＥＧＡＣＹ（ＲＥＬ−１４）Ｖ２Ｘ動作機能の基地局が設定した資源プール）上において、ＬＥＧＡＣＹ（ＭＯＤＥ＃４）ＵＥのセンシング／資源選択動作に（ＲＥＬ−１５）ＭＯＤＥ＃３ ＵＥが及ぼす影響を減少（あるいは（ＲＥＬ−１５）ＭＯＤＥ＃３ ＵＥを従来（ＲＥＬ−１４）のように動作）させることができる。

【0275】

ここで、さらに他の一例として、Ｖ２Ｘ資源プール設定情報と共にシグナリング（例、ＳＩＢ、ＲＲＣ）される（追加的な）指示子を介して、特定資源プール上において相異なるモード（すなわち、ＭＯＤＥ＃３／４）の端末が共存するということを（ＲＥＬ−１５）ＭＯＤＥ＃３ ＳＬ ＳＰＳ ＵＥが知るようになると、ＰＳＣＣＨ上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ（ＩＮＴＥＲＶＡＬ）」フィールドを連動された「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ」関連周期値に設定するようにしうる。

【0276】

定理すると、規則＃５−２は、（ＰＳＣＣＨ上の）資源予約に関する（フィールド）情報を、（ＳＬ）ＳＰＳ周期に設定するかに対する情報を別に受信した後、受信された情報に基づいてＶ２Ｘ通信を行う方法に該当する。以下、規則＃５−２に従うＶ２Ｘ通信方法の例を図面を介して説明する。

【0277】

図１３は、本発明の一実施形態による、規則＃５−２に従うＶ２Ｘ通信方法のフローチャートである。

【0278】

図１３によれば、Ｖ２Ｘ端末は、基地局から（ＰＳＣＣＨ上の）資源予約に関する（フィールド）情報を（ＳＬ ＳＰＳ）周期値として決定するかどうかを指示する情報を受信する（Ｓ１３１０）。ここで、Ｖ２Ｘ端末は、モード３端末に該当できる。例えば、ネットワーク（あるいは基地局）は、事前に定義された（物理レイヤー／上位レイヤー）シグナリング（例えば、ＳＩＢ、ＲＲＣ、ＤＣＩ等）を介して、（ＲＥＬ−１５）ＭＯＤＥ＃３ ＳＬ ＳＰＳ ＵＥにとって、ＰＳＣＣＨ（例えば、ＳＣＩ ＦＯＲＭＡＴ＃１）上の「ＲＥＳＯＵＲＣＥ ＲＥＳＥＲＶＡＴＩＯＮ（ＩＮＴＥＲＶＡＬ）」フィールドを連動された「ＳＬ ＳＰＳ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＩＮＤＥＸ」関連周期値に設定するかどうかに対する情報を知らせることもできる。これについての具体的な例は、上述のとおりであるので、重複する内容の反復記載は省略する。

【0279】

以後、Ｖ２Ｘ端末は、前記情報に基づいてＶ２Ｘ通信を行う（Ｓ１３２０）。

【0280】

別に図示していないが、例えば図１３の実施形態は、図８の実施形態と結合されることができる。なお、図１３の実施形態は、本明細書の他の図面に対する実施形態及び／または別の図面図示が無しで明細書本文のみに記載されている実施形態と結合されることができる。

【0281】

前記説明した提案方式に対する一例もまた、本発明の具現方法のうちの一つとして含まれうるので、一種の提案方式として見なされうることは明白な事実である。

【0282】

また、前記説明した提案方式は、独立的に具現されうるが、一部提案方式の 組み合わせ（あるいは併合）形態により具現されうる。

【0283】

一例として、本発明では、説明の便宜のために３ＧＰＰ ＬＴＥシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ ＬＴＥシステムの他に他のシステムへも拡張可能である。

【0284】

一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。

【0285】

ここで、一例として、Ｄ２Ｄ通信は、ＵＥが他のＵＥと直接無線チャネルを利用して通信することを意味し、ここで、一例としてＵＥは、ユーザの端末を意味するが、基地局のようなネットワーク装備がＵＥ間の通信方式に従って信号を送／受信する場合にも一種のＵＥとして見なされることができる。

【0286】

また、一例として、本発明の提案方式は、ＭＯＤＥ ３ Ｖ２Ｘ動作（そして／あるいはＭＯＤＥ ４ Ｖ２Ｘ動作）のみに限定的に適用されうる。

【0287】

また、一例として、本発明の提案方式は、特定ＴＸＤ技法（例えば、、ＳＴＢＣあるいはＰＲＥＣＯＤＩＮＧ（／ＢＥＡＭ）ＣＹＣＬＩＮＧ）基盤のＶ２Ｘメッセージ転送時のみに限定的に適用されうる。

【0288】

また、一例として、本発明の提案方式は、事前に設定（／シグナリング）された（特定）Ｖ２Ｘチャネル（／シグナル）転送（例えば、ＰＳＳＣＨ（そして／あるいは（連動された）ＰＳＣＣＨそして／あるいはＰＳＢＣＨ））のみに限定的に適用されうる。

【0289】

また、一例として、本発明の提案方式は、ＰＳＳＣＨと（連動された）ＰＳＣＣＨが（周波数領域上において）隣接（ＡＤＪＡＣＥＮＴ）（そして／あるいは離隔（ＮＯＮ−ＡＤＪＡＣＥＮＴ））して転送される場合（そして／あるいは事前に設定（／シグナリング）されたＭＣＳ（そして／あるいはコーディングレートそして／あるいはＲＢ）（値（／範囲））基盤の転送が行われる場合）のみに限定的に適用されうる。

【0290】

図１４は、本発明の実施形態が具現される通信装置を示したブロック図である。

【0291】

図１４を参照すると、基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びトランシバ（ｔｒａｎｓｃｅｉｖｅｒ）１３０を含む。図示のプロセッサ、メモリ及びトランシバがそれぞれ別のチップにより具現化されるか、または少なくとも二以上のブロック／機能が一つのチップにより具現化されることができる。

【0292】

プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。メモリ１２０は、プロセッサ１１０に接続されて、プロセッサ１１０を駆動するための多様な情報を格納する。トランシバ１３０は、プロセッサ１１０に接続されて、無線信号を転送及び／または受信する。

【0293】

端末２００は、プロセッサ２１０、メモリ２２０及びトランシバ２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。メモリ２２０は、プロセッサ２１０に接続されて、プロセッサ２１０を駆動するための多様な情報を格納する。トランシバ２３０は、プロセッサ２１０に接続されて、無線信号を転送及び／または受信する。端末２００は、他の端末に前述した方法に従ってＶ２Ｘ信号を転送／再転送できる。

【0294】

プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。トランシバ１３０、２３０は、無線信号を転送及び／または受信する一つ以上のアンテナを含むことができる。実施形態がソフトウェアにより具現される時、上述の技法は、上述の機能を行うモジュール（過程、機能など）により具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあることができ、周知の多様な手段によりプロセッサ１１０、２１０に接続されることができる。

【0295】

図１５は、プロセッサに含まれる装置の一例を示すブロック図である。

【0296】

図１５によれば、プロセッサ１５００は、機能的な側面において情報受信部１５１０、情報決定部１５２０、通信遂行部１５３０を含むことができる。

【0297】

ここで、情報受信部１５１０は、サイドリンクＳＰＳ（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）設定情報を受信する機能を有することができる。ここで、前記サイドリンクＳＰＳ設定情報は、少なくとも一つ以上のサイドリンクＳＰＳ設定インデックス及び前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスの各々に対するＳＰＳ周期を含むことができる。なお、情報受信部１５１０は、活性化情報を含むダウンリンク制御情報を受信する機能を有することができる。ここで、前記活性化情報は、前記少なくとも一つ以上のサイドリンクＳＰＳ設定インデックスのうち、活性化される特定ＳＰＳ設定インデックスを指示できる。

【0298】

通信遂行部１５２０は、前記サイドリンクＳＰＳ設定情報及び前記ダウンリンク制御情報に基づいて、前記ＰＳＣＣＨ転送を行う機能を有することができる。

【0299】

前記記載したプロセッサに含まれる装置に対する説明は、一つの例示に過ぎず、プロセッサは、他の機能的な要素ないし装置をさらに含むことができる。また、前記記載した各機能的な装置が行う動作に対する具体的な例は、前述した通りであるので、これについての重複する説明は省略する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】