(57)【要約】  本発明は、無線通信システムでＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法において、Ｖ２Ｘ通信が行われる有限な個数のリソースに対する予約を行い、予約された前記有限な個数のリソース上で前記Ｖ２Ｘ通信を行うことを特徴とする方法を提供する。【選択図】図２３
2019530325.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムでＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法において、
Ｖ２Ｘ通信が行われる有限な個数のリソースに対する予約を行うことと、
予約された前記有限な個数のリソース上で前記Ｖ２Ｘ通信を行うことと、を特徴とする方法。
【請求項２】
前記有限な個数は、前記Ｖ２Ｘ端末が任意に選択したカウンタ値に比例し、
前記カウンタ値は、正の整数を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記カウンタ値は、５以上の値を有し、
前記カウンタ値は、１５以下の値を有することを特徴とする請求項２に記載の方法。
【請求項４】
前記有限な個数は、前記Ｖ２Ｘ端末が任意に選択したカウンタ値の１０倍の値を有することを特徴とする請求項３に記載の方法。
【請求項５】
前記Ｖ２Ｘ端末は、予約された前記リソースがこれ以上残ってない場合、選択ウィンドウでのリソース再選択を行うことを特徴とする請求項１に記載の方法。
【請求項６】
前記Ｖ２Ｘ端末が１秒間連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことを特徴とする請求項１に記載の方法。
【請求項７】
前記Ｖ２Ｘ端末が予め設定された個数の送信機会の間に連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことを特徴とする請求項１に記載の方法。
【請求項８】
無線通信システムでＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法において、
リソース再選択条件が満たされるか否かを決定することと、
前記リソース再選択条件が満たされる場合、Ｖ２Ｘ（Vehicle-to-X）通信が行われるリソースに対する再選択を行うこと、及び、選択された前記リソースに基づいて前記Ｖ２Ｘ通信を行うことと、を特徴とする方法。
【請求項９】
前記Ｖ２Ｘ端末は、予約された前記リソースがこれ以上残ってない場合、選択ウィンドウにおいてリソース再選択を行うことを特徴とする請求項８に記載の方法。
【請求項１０】
前記Ｖ２Ｘ端末が１秒間連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウにおいてリソース再選択を行うことを特徴とする請求項８に記載の方法。
【請求項１１】
前記Ｖ２Ｘ端末が、予め設定された個数の送信機会の間に連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウにおいてリソース再選択を行うことを特徴とする請求項８に記載の方法。
【請求項１２】
前記予め設定された個数は、１ないし９の値を有することを特徴とする請求項１１に記載の方法。
【請求項１３】
端末（User equipment：ＵＥ）であって、
無線信号を送信及び受信するＲＦ（Radio Frequency）部、及び
前記ＲＦ部と結合して動作するプロセッサを含み、
前記プロセッサは、
Ｖ２Ｘ（Vehicle-to-X）通信が行われる有限な個数のリソースに対する予約を行い、
予約された前記有限な個数のリソース上で前記Ｖ２Ｘ通信を行う、
ことを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムで端末により行われるＶ２Ｘ送信リソースの選択方法及びその方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）では、第３世代以後の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信率でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）基盤のマルチメディアサービス支援を目標とする。
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を充足させるシステム標準としてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）送信方式基盤であるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を準備している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補の一つである。
【０００４】
最近、装置間直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公衆安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目されつつある。商業的通信ネットワークは、急速にＬＴＥに変化しつつあるが、従来の通信規格との衝突問題と費用面のため、現在の公衆安全ネットワークは、主に２Ｇ技術に基づいている。このような技術間隙と改善されたサービスに対する要求は、公衆安全ネットワークを改善しようとする努力に引き継がれている。
【０００５】
上述のＤ２Ｄ通信を拡張して車両間の信号送受信に適用でき、車両（ＶＥＨＩＣＬＥ）と関連した通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−ＥＶＥＲＹＴＨＩＮＧ）通信と呼ぶ。Ｖ２Ｘのうち、「Ｘ」という用語は、ＰＥＤＥＳＴＲＩＡＮ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＤＥＶＩＣＥ  ＣＡＲＲＩＥＤ  ＢＹ  ＡＮ  ＩＮＤＩＶＩＤＵＡＬ（例：ＨＡＮＤＨＥＬＤ  ＴＥＲＭＩＮＡＬ  ＣＡＲＲＩＥＤ  ＢＹ  Ａ  ＰＥＤＥＳＴＲＩＡＮ、ＣＹＣＬＩＳＴ、ＤＲＩＶＥＲ  ＯＲ  ＰＡＳＳＥＮＧＥＲ）、このとき、Ｖ２Ｘは、Ｖ２Ｐと表示できる）、ＶＥＨＩＣＬＥ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  ＶＥＨＩＣＬＥＳ）（Ｖ２Ｖ）、ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＲＯＡＤＳＩＤＥ  ＵＮＩＴ（ＲＳＵ）／ＮＥＴＷＯＲＫ（例）ＲＳＵ  ＩＳ  Ａ  ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ  ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ  ＥＮＴＩＴＹ（例）ＡＮ  ＥＮＴＩＴＹ  ＴＲＡＮＳＭＩＴＴＩＮＧ  ＳＰＥＥＤ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ）ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮ  ＡＮ  ｅＮＢ  ＯＲ  Ａ  ＳＴＡＴＩＯＮＡＲＹ  ＵＥ））（Ｖ２Ｉ／Ｎ）などを意味する。歩行者（あるいは人）が所持した（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と名付け、車両（ＶＥＨＩＣＬＥ）に設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と名付ける。本発明において「エンティティ（ＥＮＴＩＴＹ）」という用語は、Ｐ−ＵＥ、Ｖ−ＵＥ、ＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）のうち、少なくとも一つとして解釈されることができる。
【０００６】
一方、Ｖ２Ｘ通信において、Ｐ−ＵＥがＶ２Ｘ信号を送信しようとするとき、どの資源をどのように選択するかが問題になることができる。Ｐ−ＵＥは、車両に設置された端末とは異なり、バッテリー消費に敏感な特徴がある。また、Ｖ２Ｘ通信では、主に周期的に信号を送信し、他の端末に干渉を与えないことが重要でありうる。このような点を考慮して、Ｐ−ＵＥの送信資源選択方法を決定する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする技術的課題は、無線通信システムで端末により行われるＶ２Ｘ送信リソースの選択方法及びそれを利用する端末を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によれば、無線通信システムでＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法において、Ｖ２Ｘ通信が行われる有限な個数のリソースに対する予約を行うことと、予約された前記有限な個数のリソース上で前記Ｖ２Ｘ通信を行うことと、を特徴とする方法が提供される。
【０００９】
ここで、前記有限な個数は、前記Ｖ２Ｘ端末が任意に選択したカウンタ値に比例し、前記カウンタ値は、正の整数を有することができる。
【００１０】
ここで、前記カウンタ値は５以上の値を有し、前記カウンタ値は１５以下の値を有することができる。
【００１１】
ここで、前記有限な個数は、前記Ｖ２Ｘ端末が任意に選択したカウンタ値の１０倍の値を有することができる。
【００１２】
ここで、前記Ｖ２Ｘ端末は、予約された前記リソースがこれ以上残ってない場合、選択ウィンドウでのリソース再選択を行うことができる。
【００１３】
ここで、前記Ｖ２Ｘ端末が１秒間連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことができる。
【００１４】
ここで、前記Ｖ２Ｘ端末が予め設定された個数の送信機会の間に連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことができる。
【００１５】
本発明の他の実施形態によれば、無線通信システムでＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法において、リソース再選択条件が満たされるか否かを決定することと、前記リソース再選択条件が満たされる場合、Ｖ２Ｘ（Vehicle-to-X）通信が行われるリソースに対する再選択を行うこと、及び、選択された前記リソースに基づいてＶ２Ｘ（Vehicle-to-X）通信を行うことと、を特徴とする方法が提供される。
【００１６】
ここで、前記Ｖ２Ｘ端末は、予約された前記リソースがこれ以上残ってない場合、選択ウィンドウにおいてリソース再選択を行うことができる。
【００１７】
ここで、前記Ｖ２Ｘ端末が１秒間連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウにおいてリソース再選択を行うことができる。
【００１８】
ここで、前記Ｖ２Ｘ端末が予め設定された個数の送信機会の間に連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウにおいてリソース再選択を行うことができる。
【００１９】
ここで、前記予め設定された個数は１ないし９の値を有することができる。
【００２０】
本発明のさらに他の実施形態によれば、端末（User equipment：ＵＥ）であって、無線信号を送信及び受信するＲＦ（Radio Frequency）部、及び、前記ＲＦ部と結合して動作するプロセッサを含み、前記プロセッサは、Ｖ２Ｘ（Vehicle-to-X）通信が行われる有限な個数のリソースに対する予約を行い、予約された有限な個数のリソース上で前記Ｖ２Ｘ通信を行うことを特徴とする端末が提供される。
【発明の効果】
【００２１】
本発明によれば、端末がＶ２Ｘ通信を行うとき、Ｖ２Ｘ通信が行われるリソースを効率的に予約することができる。これにより、本発明による端末は、無線リソースを有効に利用することができるので、不要な無線リソースの占有が最小化され、無線通信の効率性が極大化される。
【図面の簡単な説明】
【００２２】
【図１】図１は、本発明が適用されることができる無線通信システムを例示する。
【図２】図２は、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。
【図３】図３は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。
【図４】図４は、ＰｒｏＳｅのための基準構造を示す。
【図５】図５は、ＰｒｏＳｅ直接通信を行う端末とセルカバレッジの配置例を示す。
【図６】図６は、ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す。
【図７】図７は、Ｄ２Ｄ発見のためのＰＣ５インタフェースを示す。
【図８】図８は、本発明の一実施の形態による、端末を特定したセンシング区間に基づいたＶ２Ｘ通信遂行方法に対するフローチャートである。
【図９】図９は、端末を特定したセンシングウィンドウに対する概略的な例を示した図である。
【図１０】図１０は、本発明の一実施の形態による、選択ウィンドウ構成方法に対するフローチャートである。
【図１１】図１１は、［提案規則＃１］に対する図式的表現である。
【図１２】図１２は、［提案規則＃１］に対する図式的表現である。
【図１３】図１３は、再予約（／選択）資源決定及び再予約（／選択）された資源に基づいて直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示したものである。
【図１４】図１４は、再予約（／選択）資源決定及び再予約（／選択）された資源に基づいて直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示したものである。
【図１５】図１５は、（‘ＳＩＮＧＬＥ  Ｖ２  ＸＵＥ’観点において）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動された）データ’が同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に対する一例を示す。
【図１６】図１６は、（‘ＳＩＮＧＬＥ  Ｖ２  ＸＵＥ’観点において）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動された）データ’が同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に対する一例を示す。
【図１７】図１７は、（システム観点において）‘制御（／スケジューリング）情報送信プール’と‘データ送信プール’が、‘ＦＤＭ’形態で設定（／構成）された場合に対する一例を示す。
【図１８】図１８は、本発明の一実施の形態による、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法のフローチャートである。
【図１９】図１９は、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ（すなわち、センシング）が端末が送信しようとするデータのサブチャネルサイズで行われることの一例を示したものである。
【図２０】図２０は、‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（あるいは‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）形態に対する一例を示したものである。
【図２１】図２１は、‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（あるいは‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）形態に対する一例を示したものである。
【図２２】図２２は、“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生される例を概略的に示したものである。
【図２３】図２３は、本発明の一実施の形態による、有限の個数の資源を予約する方法のフローチャートである。
【図２４】図２４は、本発明の一実施の形態による、端末が資源を再選択する方法のフローチャートである。
【図２５】図２５は、前述の提案を考慮して資源予約を行う方法の一例である。
【図２６】図２６は、本発明の一実施の形態による、端末がセンシングを行うことができなかったサブフレームに関連した（選択ウィンドウでの）サブフレームを排除させる方法のフローチャートである。
【図２７】図２７は、端末がセンシングを行うことができなかったサブフレームに関連した（選択ウィンドウでの）サブフレームを排除する例を示したものである。
【図２８】図２８は、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”において反映する例を示したものである。
【図２９】図２９は、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”において反映する例を示したものである。
【図３０】図３０は、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”において反映する例を示したものである。
【図３１】図３１は、（従来）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”あるいは“１０１７６”）を増加させた場合に対する一例を示したものである。
【図３２】図３２は、アップデートされたシステム情報を送信する一例を示したものである。
【図３３】図３３は、ハイパーＤＦＮの一例を示している。
【図３４】図３４は、本発明の一実施の形態による、割り当てられたＶ２Ｘ資源プール上においてＶ２Ｘ通信を行う方法のフローチャートである。
【図３５】図３５は、ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を概略的に示したものである。
【図３６】図３６は、ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を概略的に示したものである。
【図３７】図３７は、本発明の一実施の形態による、短い周期の資源予約が設定される場合、Ｖ２Ｘ送信資源に対する予約が行われる方法のフローチャートである。
【図３８】図３８は、本発明の一実施の形態による、短い周期の資源予約が設定される場合、相対的に短い周期でセンシングを行う方法のフローチャートである。
【図３９】図３９は、本発明の実施の形態が実装される端末を示したブロック図である。
【発明を実施するための形態】
【００２３】
図１は、本発明が適用されることができる無線通信システムを例示する。これは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムと呼ばれることができる。
【００２４】
Ｅ−ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。
【００２５】
基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２６】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２７】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線資源を制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２８】
図２は、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御プレーンは、制御信号送信のためのプロトコルスタックである。
【００２９】
図２及び図３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層との間にデータが移動する。送信チャネルは、無線インタフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００３０】
互いに異なる物理層の間、すなわち送信機と受信機の物理層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線資源として活用する。
【００３１】
ＭＡＣ層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【００３２】
ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３３】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【００３４】
ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、制御プレーンデータの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３５】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、また、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する通路として使用される。
【００３６】
端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００３７】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３８】
送信チャネルの上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３９】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域の複数のＯＦＤＭシンボルと周波数領域の複数の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とから構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。資源ブロックは、資源割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定のＯＦＤＭシンボル（例、第１番目のＯＦＤＭシンボル）の特定の副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４０】
以下、Ｄ２Ｄ動作について説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性基盤サービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）と称する。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、ＰｒｏＳｅは、Ｄ２Ｄ動作と混用されることができる。これから、ＰｒｏＳｅについて述べる。
【００４１】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した２以上の端末の間で行われる通信のことをいう。前記端末は、ユーザプレーンのプロトコルを利用して通信を行うことができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順を支援する端末を意味する。別の言及がなければ、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を全部含む。公共安全端末は、公共安全に特化した機能とＰｒｏＳｅ過程を全部支援する端末であり、非公共安全端末は、ＰｒｏＳｅ過程は支援するが、公共安全に特化した機能は支援しない端末である。
【００４２】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力だけを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末が近接したかどうかを判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００４３】
以下、便宜上ＰｒｏＳｅ直接通信は、Ｄ２Ｄ通信、ＰｒｏＳｅ直接発見は、Ｄ２Ｄ発見と称することができる。
【００４４】
図４は、ＰｒｏＳｅのための基準構造を示す。
【００４５】
図４を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅ  ＡＰＰ  ｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅ  ｆｕｎｃｔｉｏｎ）を含む。
【００４６】
ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ポリシー及び課金規則（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。
【００４７】
ＰｒｏＳｅ応用サーバは、応用機能を作るためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信できる。端末内の応用プログラムは、応用機能を作るためのＰｒｏＳｅ能力を使用することができる。
【００４８】
ＰｒｏＳｅ機能は、次のうち、少なくとも一つを含むことができるが、必ずこれに制限されるものではない。
【００４９】
−第３者応用プログラムに向かった基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｖｉａ  ａ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｔｏｗａｒｄｓ  ｔｈｅ  ３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎｓ）
【００５０】
−発見及び直接通信のための認証及び端末に対する設定（Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ｔｈｅ  ＵＥ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【００５１】
−ＥＰＣ次元のＰｒｏＳｅ発見の機能（Ｅｎａｂｌｅ  ｔｈｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  ｔｈｅ  ＥＰＣ  ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）
【００５２】
−ＰｒｏＳｅに関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅ  ＩＤの調整（ＰｒｏＳｅ  ｒｅｌａｔｅｄ  ｎｅｗ  ｓｕｂｓｃｒｉｂｅｒ  ｄａｔａ  ａｎｄ  ｈａｎｄｌｉｎｇ  ｏｆ  ｄａｔａ  ｓｔｏｒａｇｅ、ａｎｄ  ａｌｓｏ  ｈａｎｄｌｉｎｇ  ｏｆ  ＰｒｏＳｅ  ｉｄｅｎｔｉｔｉｅｓ）
【００５３】
−セキュリティー関連機能（Ｓｅｃｕｒｉｔｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５４】
−ポリシー関連機能のためにＥＰＣに向かった制御提供（Ｐｒｏｖｉｄｅ  ｃｏｎｔｒｏｌ  ｔｏｗａｒｄｓ  ｔｈｅ  ＥＰＣ  ｆｏｒ  ｐｏｌｉｃｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５５】
−課金のための機能提供（Ｐｒｏｖｉｄｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｆｏｒ  ｃｈａｒｇｉｎｇ（ｖｉａ  ｏｒ  ｏｕｔｓｉｄｅ  ｏｆ  ＥＰＣ，ｅ．ｇ．，ｏｆｆｌｉｎｅ  ｃｈａｒｇｉｎｇ））
【００５６】
以下、ＰｒｏＳｅのための基準構造において基準点と基準インタフェースを説明する。
【００５７】
−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラムとの間の基準点である。これは、応用次元においてシグナリング要求条件を定義するために使用される。
【００５８】
−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の相互作用を定義するために使用される。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。
【００５９】
−ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使用される。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。
【００６０】
−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能間の基準点である。ＥＰＣとＰｒｏＳｅ機能間の相互作用を定義するために使用される。前記相互作用は、端末の間に１：１通信のための経路を設定する時、またはリアルタイムセッション管理または移動性管理のためのＰｒｏＳｅサービス認証するときを例示できる。
【００６１】
−ＰＣ５：端末間の発見及び通信、中継、１：１通信のために制御／ユーザプレーンを使用するための基準点である。
【００６２】
−ＰＣ６：互いに異なるＰＬＭＮに属したユーザ間でＰｒｏＳｅ発見のような機能を使用するための基準点である。
【００６３】
−ＳＧｉ：応用データ及び応用次元制御情報交換のために使用されることができる。
【００６４】
＜ＰｒｏＳｅ直接通信（Ｄ２Ｄ通信）：ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ＞。
【００６５】
ＰｒｏＳｅ直接通信は、２個の公共安全端末がＰＣ５インタフェースを介して直接通信できる通信モードである。この通信モードは、端末がＥ−ＵＴＲＡＮのカバレッジ内でサービスを受ける場合またはＥ−ＵＴＲＡＮのカバレッジから外れた場合ともにおいて支援されることができる。
【００６６】
図５は、ＰｒｏＳｅ直接通信を行う端末とセルカバレッジの配置例を示す。
【００６７】
図５（ａ）を参照すると、端末Ａ、Ｂは、セルカバレッジの外側に位置できる。図５（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジの外側に位置できる。図５（ｃ）を参照すると、端末Ａ、Ｂとも、単一セルカバレッジ内に位置できる。図５（ｄ）を参照すると、端末Ａは、第１セルのカバレッジ内に位置し、端末Ｂは、第２セルのカバレッジ内に位置できる。
【００６８】
ＰｒｏＳｅ直接通信は、図５のように多様な位置にある端末間に行われることができる。
【００６９】
一方、ＰｒｏＳｅ直接通信には、次のＩＤが使用されることができる。
【００７０】
ソースレイヤー−２  ＩＤ：このＩＤは、ＰＣ５インタフェースにおいてパケットの送信者を識別させる。
【００７１】
目的レイヤー−２  ＩＤ：このＩＤは、ＰＣ５インタフェースにおいてパケットのターゲットを識別させる。
【００７２】
ＳＡ  Ｌ１  ＩＤ：このＩＤは、ＰＣ５インタフェースにおいてスケジューリング割り当て（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）でのＩＤである。
【００７３】
図６は、ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す。
【００７４】
図６を参照すると、ＰＣ５インタフェースは、ＰＤＣＨ、ＲＬＣ、ＭＡＣ及びＰＨＹ層から構成される。
【００７５】
ＰｒｏＳｅ直接通信では、ＨＡＲＱフィードバックがなくても良い。ＭＡＣヘッダは、ソースレイヤー−２  ＩＤ及び目的レイヤー−２  ＩＤを含むことができる。
【００７６】
＜ＰｒｏＳｅ直接通信のための無線資源割り当て＞
【００７７】
ＰｒｏＳｅ可能端末は、ＰｒｏＳｅ直接通信のための資源割り当てに対して、次の２とおりのモードを利用できる。
【００７８】
１．モード１
【００７９】
モード１は、ＰｒｏＳｅ直接通信のための資源を基地局からスケジューリングされるモードである。モード１によって、端末がデータを送信するためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信資源を基地局に要求し、基地局は、スケジューリング割り当て及びデータ送信のための資源をスケジューリングする。端末は、基地局にスケジューリング要求を送信し、ＰｒｏＳｅ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信できる。基地局は、ＰｒｏＳｅ  ＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この送信のための資源が必要であると判断する。
【００８０】
２．モード２
【００８１】
モード２は、端末が直接資源を選択するモードである。端末は、資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）において直接ＰｒｏＳｅ直接通信のための資源を選択する。資源プールは、ネットワークによって設定されるか、または予め決まることができる。
【００８２】
一方、端末がサービングセルを有している場合、すなわち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるか、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合には、前記端末は、基地局のカバレッジ内にあると見なされる。
【００８３】
端末がカバレッジ外にあると、前記モード２のみが適用されることができる。仮に、端末がカバレッジ内にあると、基地局の設定によってモード１またはモード２を使用することができる。
【００８４】
他の例外的な条件がないと、基地局が設定した時においてのみ、端末は、モード１からモード２またはモード２からモード１にモードを変更できる。
【００８５】
＜ＰｒｏＳｅ直接発見（Ｄ２Ｄ発見）：ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ＞
【００８６】
ＰｒｏＳｅ直接発見は、ＰｒｏＳｅ可能端末が近接した他のＰｒｏＳｅ可能端末を発見するのに使用される手順のことをいい、Ｄ２Ｄ直接発見またはＤ２Ｄ発見とも呼ぶ。このとき、ＰＣ５インタフェースを介したＥ−ＵＴＲＡ無線信号が使用されることができる。ＰｒｏＳｅ直接発見に使用される情報を以下発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。
【００８７】
図７は、Ｄ２Ｄ発見のためのＰＣ５インタフェースを示す。
【００８８】
図７を参照すると、ＰＣ５インタフェースは、ＭＡＣ層、ＰＨＹ層と上位層であるＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ層から構成される。上位層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）において発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を取り扱い、発見情報の内容は、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）に対して透過（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみＡＳに伝達されるようにする。
【００８９】
ＭＡＣ層は、上位層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ層は、発見情報送信のために使用されない。ＭＡＣ層は、上位レイヤーから受けた発見情報をアナウンスするために使用される資源を決定する。ＭＡＣ層は、発見情報を運ぶＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を作って物理層に送る。ＭＡＣヘッダは、追加されない。
【００９０】
発見情報アナウンスメントのために、２通りのタイプの資源割り当てがある。
【００９１】
１．タイプ１
【００９２】
発見情報のアナウンスメントのための資源が端末を特定せずに割り当てられる方法であって、基地局が端末に発見情報アナウンスメントのための資源プール設定を提供する。この設定は、システム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ：ＳＩＢ）に含まれて、ブロードキャスト方式でシグナリングされることができる。または、前記設定は、端末を特定したＲＲＣメッセージに含まれて提供されることができる。または、前記設定は、ＲＲＣメッセージの他、他の層のブロードキャストシグナリングまたは端末を特定したシグナリングになることができる。
【００９３】
端末は、指示された資源プールでから自ら資源を選択し、選択した資源を利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ）の間に任意に選択した資源を介して発見情報をアナウンスできる。
【００９４】
２．タイプ２
【００９５】
発見情報のアナウンスメントのための資源が端末を特定して割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのための資源を要求できる。基地局は、ＲＲＣ信号に発見信号アナウンスメントのための資源を割り当てることができる。端末に設定された資源プール内で発見信号モニタリングのための資源が割り当てられることができる。
【００９６】
ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見情報アナウンスメントのためのタイプ１資源プールをＳＩＢに知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１資源プールを利用する。または、基地局は、２）ＳＩＢを介して前記基地局がＰｒｏＳｅ直接発見は支援することを知らせるが、発見情報アナウンスメントのための資源は提供しなくても良い。この場合、端末は、発見情報アナウンスメントのためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入っていかなければならない。
【００９７】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して前記端末が発見情報アナウンスメントのためにタイプ１資源プールを使用するか、それともタイプ２資源を使用するかを設定できる。
【００９８】
＜Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）通信＞
【００９９】
前述のように、一般にＤ２Ｄ動作は、近接した機器の間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び小さい遅延を有してデータ通信を行うことができる。また、Ｄ２Ｄ動作は、基地局に集中するトラフィックを分散させることができ、Ｄ２Ｄ動作を行う端末が中継器としての役割を果たすと、基地局のカバレッジを拡張させる役割も果たすことができる。上述のＤ２Ｄ通信の拡張で車両間の信号送受信を含んで、車両（ＶＥＨＩＣＬＥ）と関連した通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）通信と呼ぶ。
【０１００】
ここで、一例として、Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）中、「Ｘ」という用語は、ＰＥＤＥＳＴＲＩＡＮ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＤＥＶＩＣＥ  ＣＡＲＲＩＥＤ  ＢＹ  ＡＮ  ＩＮＤＩＶＩＤＵＡＬ（例）ＨＡＮＤＨＥＬＤ  ＴＥＲＭＩＮＡＬ  ＣＡＲＲＩＥＤ  ＢＹ  Ａ  ＰＥＤＥＳＴＲＩＡＮ、ＣＹＣＬＩＳＴ、ＤＲＩＶＥＲ  ＯＲ  ＰＡＳＳＥＮＧＥＲ））（Ｖ２Ｐ）、ＶＥＨＩＣＬＥ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  ＶＥＨＩＣＬＥＳ）（Ｖ２Ｖ）、ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＲＯＡＤＳＩＤＥ  ＵＮＩＴ（ＲＳＵ）／ＮＥＴＷＯＲＫ（例）ＲＳＵ  ＩＳ  Ａ  ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ  ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ  ＥＮＴＩＴＹ（例）ＡＮ  ＥＮＴＩＴＹ  ＴＲＡＮＳＭＩＴＴＩＮＧ  ＳＰＥＥＤ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ）ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮ  ＡＮ  ｅＮＢ  ＯＲ  Ａ  ＳＴＡＴＩＯＮＡＲＹ  ＵＥ））（Ｖ２Ｉ／Ｎ）などを意味する。また、一例として、提案方式に対する説明の便宜のために、歩行者（あるいは人）が所持した（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と命名し、ＶＥＨＩＣＬＥに設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と命名する。また、一例として、本発明において「エンティティ（ＥＮＴＩＴＹ）」という用語は、Ｐ−ＵＥそして／あるいはＶ−ＵＥそして／あるいはＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）と解釈されることができる。
【０１０１】
Ｖ２Ｘ端末は、予め定義された（あるいはシグナリングされた）リソースプール（ＲＥＳＯＵＲＣＥ  ＰＯＯＬ）上においてメッセージ（あるいはチャネル）送信を行うことができる。ここで、リソースプールは、端末がＶ２Ｘ動作を行うように（あるいはＶ２Ｘ動作を行うことができる）予め定義された資源を意味できる。このとき、リソースプールは、例えば時間−周波数側面において定義されることもできる。
【０１０２】
一方、Ｖ２Ｘ送信資源プールは、多様なタイプが存在できる。
【０１０３】
図６は、Ｖ２Ｘ送信資源プールのタイプを例示する。
【０１０４】
図６（ａ）を参照すると、Ｖ２Ｘ送信資源プール＃Ａは、（部分）センシング（ｓｅｎｓｉｎｇ）のみが許容される資源プールでありうる。Ｖ２Ｘ送信資源プール＃Ａにおいて端末は、（部分）センシングを行った後にＶ２Ｘ送信資源を選択しなければならず、ランダム選択は許容されない場合もある。（部分）センシングによって選択されたＶ２Ｘ送信資源は、図６（ａ）に示すように一定周期で半静的に維持される。
【０１０５】
端末がＶ２Ｘ送信資源プール＃Ａ上においてＶ２Ｘメッセージ送信を行うためには、（スケジューリング割り当てデコード／エネルギー測定基盤の）センシング動作を（部分的に）行うように基地局は設定できる。これは、前記Ｖ２Ｘ送信資源プール＃Ａ上においては、送信資源の「ランダム選択」が許容されないと解釈されることができ、「（部分）センシング」基盤の送信資源選択（のみ）が遂行（／許容）されると解釈されることができる。前記設定は、基地局が行うことができる。
【０１０６】
図６（ｂ）を参照すると、Ｖ２Ｘ送信資源プール＃Ｂは、ランダム選択（ｒａｎｄｏｍ  ｓｅｌｅｃｔｉｏｎ）のみが許容される資源プールでありうる。Ｖ２Ｘ送信資源プール＃Ｂにおける端末は、（部分）センシングを行わずに、選択ウィンドウでＶ２Ｘ送信資源をランダムに選択できる。ここで、一例として、ランダム選択のみが許容される資源プールでは、（部分）センシングのみが許容される資源プールとは異なり、選択された資源が半静的に留保されないように設定（／シグナリング）されることもできる。
【０１０７】
基地局は、端末がＶ２Ｘ送信資源プール＃Ｂ上においてＶ２Ｘメッセージ送信動作を行うためには、（スケジューリング割り当てデコード／エネルギー測定基盤の）センシング動作を行わないように設定できる。これは、Ｖ２Ｘ送信資源プール＃Ｂ上においては、送信資源「ランダム選択」（のみ）が遂行（／許容）されること、そして／あるいは「（部分）センシング」基盤の送信資源選択が許容されないことに解釈されることができる。
【０１０８】
一方、図６には示していないが、（部分）センシングとランダム選択ともが可能な資源プールも存在できる。基地局は、このような資源プールで（端末の実装により）（部分）センシングとランダム選択のうち、いずれか一つの方式（ｅｉｔｈｅｒ  ｏｆ  ｔｈｅ  ｐａｒｔｉａｌ  ｓｅｎｓｉｎｇ  ａｎｄ  ｔｈｅ  ｒａｎｄｏｍ  ｓｅｌｅｃｔｉｏｎ）によりＶ２Ｘ資源を選択できることを知らせることができる。
【０１０９】
図７は、部分センシング動作に応じるＶ２Ｘ送信資源（再）選択（／予約）方法を示す。
【０１１０】
図７に示すように、端末（Ｐ−ＵＥ、以下、同様）は、（予め定義された条件を満たしたかどうかによって）Ｖ２Ｘ信号送信のための資源の（再）選択（／予約）が決定（／トリガリング）されることができる。例えば、サブフレーム＃ｍにおいて、前記送信資源（再）選択（／予約）が決定またはトリガリングされたと仮定してみよう。この場合、端末は、サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間において、Ｖ２Ｘ信号送信のための資源を（再）選択（／予約）できる。前記サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間を、以下、選択ウィンドウ（Ｓｅｌｅｃｔｉｏｎ  Ｗｉｎｄｏｗ）と呼ぶ。選択ウィンドウは、例えば、連続する１００個のサブフレームから構成されることができる。
【０１１１】
端末は、選択ウィンドウ内において、最小Ｙ個のサブフレームを候補（ｃａｎｄｉｄａｔｅ）資源として選択できる。すなわち、端末は、選択ウィンドウ内で最小限Ｙ個のサブフレームを候補資源として考慮しなければならない。前記Ｙ値は、予め設定された値であっても良く、ネットワークによって設定される値であっても良い。ただし、選択ウィンドウ内においてＹ個のサブフレームをどのように選択するかは、端末の実装の問題でありうる。すなわち、前記Ｙ値が例えば、５０であると仮定すると、選択ウィンドウを構成する１００個のサブフレームのうち、どんな５０個のサブフレームを選択するかは、端末が選択できる。例えば、端末は、前記１００個のサブフレームのうち、サブフレーム番号が奇数である５０個のサブフレームを選択しても良く、サブフレーム番号が偶数である５０個のサブフレームを選択しても良い。または、任意の規則に従って５０個のサブフレームを選択しても良い。
【０１１２】
一方、前記Ｙ個のサブフレームのうち、特定サブフレーム、例えば、サブフレーム＃Ｎ（ＳＦ＃Ｎ）をＶ２Ｘ信号を送信できるＶ２Ｘ送信サブフレームとして（再）選択（／予約）するためには、端末は、前記サブフレーム＃Ｎにリンクまたは関連された少なくとも一つのサブフレームをセンシングしなければならない。センシングのために定義された（全体）サブフレーム区間をセンシングウィンドウ（ｓｅｎｓｉｎｇ  ｗｉｎｄｏｗ）と呼び、例えば、１０００個のサブフレームから構成されることができる。すなわち、センシングウィンドウは、１０００ミリ秒（ｍｓ）または１秒で構成されることができる。例えば、端末は、センシングウィンドウ内において、サブフレーム＃Ｎ−１００＊ｋ（ここで、ｋは、［１，１０］範囲の各要素の集合であり、予め設定されるか、またはネットワークによって設定される値でありうる）に該当するサブフレームをセンシングできる。
【０１１３】
図７では、ｋ値が｛１，３，５，７，１０｝である場合を示している。すなわち、端末は、サブフレーム＃Ｎ−１０００、＃Ｎ−７００、＃Ｎ−５００、＃Ｎ−３００、＃Ｎ−１００をセンシングして、サブフレーム＃Ｎが他のＶ２Ｘ端末によって使用されているかどうか（そして／あるいはサブフレーム＃Ｎ上に相対的に高い（あるいは予め設定（／シグナリング）された臨界値以上の）干渉が存在しているかどうか）を推定／判断し、その結果に応じてサブフレーム＃Ｎを（最終的に）選択できる。歩行端末は、車両端末に比べてバッテリー消費に敏感なので、センシングウィンドウ内のすべてのサブフレームをセンシングすることではなく、一部サブフレームのみをセンシング、すなわち、部分センシング（ｐａｒｔｉａｌ  ｓｅｎｓｉｎｇ）することである。
【０１１４】
一例として、Ｖ２Ｖ通信を行う時に、（Ａ）センシング動作基盤の送信資源選択手順（／方法）そして／あるいは（Ｂ）Ｖ２Ｖ資源プール設定（／シグナリング）手順（／方法）に対する一例は、下記のように述べられることができる。
【０１１５】
（Ａ）センシング動作基盤の送信資源選択手順（／方法）に関して、
【０１１６】
ＳＴＥＰ  １：ＰＳＳＣＨ資源（再）選択に関して、すべてのＰＳＣＣＨ／ＰＳＳＣＨ送信が同じ優先順位を有する場合、先ずはすべての資源が選択可能な資源として考慮されることができる。
【０１１７】
ＳＴＥＰ  ２：一方、端末は、ＳＡデコード及び追加的条件のうち、少なくとも一つに基づいて、資源を除外できる。
【０１１８】
端末は、スケジューリング割り当て及び追加的な条件に基づいて特定資源を除外した後、Ｖ２Ｘ送信資源を選択した。このとき、スケジューリング割り当てとこれに関連したデータが同じサブフレームから送信される場合、ＰＳＳＣＨのＤＭ−ＲＳ受信電力に基づいて資源を除外する方法が支援されることができる。すなわち、デコードされたスケジューリング割り当てによって指示されるか、または留保（予約）された資源及び前記スケジューリング割り当てに関連したデータ資源から受信されたＰＳＳＣＨ  ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）がしきい値以上である資源を除外することである。具体的にＰＳＳＣＨ  ＲＳＲＰは、ＰＳＣＣＨによって指示されたＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）内でＰＳＳＣＨと関連したＤＭ−ＲＳを運ぶＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）の電力分布の線形平均として定義されることができる。ＰＳＳＣＨ  ＲＳＲＰは、端末のアンテナ接続部を基準点として測定されることができる。前記スケジューリング割り当ては、３ビットのＰＰＰＰフィールドを含むことができる。
【０１１９】
しきい値は、優先順位情報に対して関数の形態で与えられることができる。例えば、送信ブロックの優先順位情報及びデコードされたスケジューリング割り当ての優先順位情報に従属的でありうる。前記しきい値は、［−１２８ｄＢｍ］から［０ｄＢｍ］範囲において［２ｄＢｍ］単位で与えられることができる。合計６４個のしきい値が予め設定されることができる。
【０１２０】
端末は、センシング区間内にあるサブフレーム＃ｍ＋ｃにおいてスケジューリング割り当てをデコードし、サブフレーム＃ｍ＋ｄ＋Ｐ＊ｉにおいて前記スケジューリング割り当てによって同じ周波数資源が留保（予約）されると仮定することができる。前述のように、Ｐは、１００に固定された値でありうる。ｉは、［０，１，．．．，１０］の範囲で選択されることができるが、搬送波を特定してネットワークによって設定されるか、または予め決まることができる。ｉ＝０は、周波数資源を留保（予約）する意図がないことを意味する。ｉは、１０ビットのビットマップによって設定されることもでき、スケジューリング割り当て内で４ビットフィールドに設定されることもできる。
【０１２１】
周期Ｐ＊Ｉにおいて候補半静的資源Ｘが他の端末のスケジューリング割り当てによって予約された資源Ｙと衝突し、除外条件を満たす場合、端末は、前記候補半静的資源Ｘを除外できる。前記Ｉは、スケジューリング割り当てによってシグナリングされたｉの値である。
【０１２２】
スケジューリング割り当てデコード、センシング過程などを経て資源を除外した後に残った資源が選択ウィンドウ内での総資源の２０％より少ない場合、端末は、しきい値を増加（例えば、３ｄＢ）させた後、また資源を除外する過程を行い、この過程は、前記残った資源が前記選択ウィンドウ内での総資源の２０％より多くなるまで行われることができる。前記選択ウィンドウ内での総資源は、可能な候補資源で端末が考慮しなければならない資源を意味する。
【０１２３】
一方、特定資源を除外した後、Ｖ２Ｘ送信資源を選択する過程において、端末は、カウンタが０値に到達すると、確率ｐで現在資源を維持し、前記カウンタをリセットすることができる。すなわち、確率１−ｐで資源が再度選択されることができる。
【０１２４】
搬送波を特定したパラメータであるｐは、予め設定されることができ、［０，０．２，０．４，０．６，０．８］の範囲で設定されることができる。
【０１２５】
端末は、特定資源を除外した残りのＰＳＳＣＨ資源を測定し、総受信エネルギーに基づいてランキングを付けた後、部分集合を選択する。前記部分集合は、最も低い受信エネルギーを有する候補資源の集合でありうる。前記部分集合の大きさは、選択ウィンドウ内の総資源の２０％でありうる。
【０１２６】
端末は、前記部分集合から一つの資源をランダムに選択できる。
【０１２７】
一つのサブフレームにおいて一つの送信ブロックのみが送信される時、端末は、連続したＭ個のサブチャネルを選択でき、各サブチャネルにおいて測定したエネルギーの平均が各資源のエネルギー測定値になることができる。
【０１２８】
一方、送信ブロック（ＴＲＡＮＳＭＩＳＳＩＯＮ  ＢＬＯＣＫ；ＴＢ）が二つのサブフレームにおいて送信される場合、以下のような資源選択が支援されることができる。
【０１２９】
まず、一つのサブフレームにおいて送信されるＴＢの場合に対して定義されるメカニズムが使用される一つの資源が選択されることができる。
【０１３０】
そして、他の資源は、以下のような条件下でランダムに選択されることができる。選択された資源は、第１番目の資源と同じサブフレームであってはならず、資源選択から除外されるサブフレームであってはならない。なお、ＳＣＩは、二つの選択された資源の間のタイムギャップを指示できなければならない。
【０１３１】
仮に、第２番目の資源の選択条件を満たす資源がない場合、ＴＢは、第１番目の資源だけを使用して送信されることができる。
【０１３２】
ＳＴＥＰ  ３：端末は、除外されない資源のうち、Ｖ２Ｘ送信資源を選択できる。
【０１３３】
（Ｂ）Ｖ２Ｖ資源プール設定（／シグナリング）手順（／方法）
【０１３４】
まず、同じサブフレームにおいてＳＡ及びデータが常に送信されることに資源が設定された場合、端末は、混合されたＰＳＣＣＨが互いに異なるサブフレームにおいて送信されることが予見されない。
【０１３５】
仮に、端末が同じサブフレームの隣接したＲＢからＳＡ及びデータを常に送信することに設定されたプールでは、データ送信に対して選択されたもののうち、最低のインデックスを有するサブチャネルは、ＳＡ送信のために使用されることができる。
【０１３６】
仮に、端末が同じサブフレームの隣接していないＲＢからＳＡ及びデータを送信することに設定されたプールの場合には、ＳＡプールでのＳＡ候補資源の数は、関連したデータプールでのサブチャネルの数と同一でありうる。データ送信に対して選択されたもののうち、最低のインデックスと関連したＳＡ資源は、ＳＡ送信に対して使用されることができる。
【０１３７】
端末は、ＴＴＩｍ（＞＝ｎ）での資源選択／再選択決定をすることができる。ここで、ＴＴＩｍは、対応するＴＢの受信時間を意味することができる。
【０１３８】
資源再選択に関して、端末は、［ｍ＋Ｔ１，ｍ＋Ｔ２］の区間での可能な候補資源を考慮しなければならない。ここで、Ｔ１は、端末の実装によることができ、Ｔ１＜＝［４］でありうる。なお、Ｔ２もまた端末の実装によることができ、２０＜＝Ｔ２＜＝１００でありうる。ここで、選択されたＴ２は、レイテンシー要求を満たさなければならない。
【０１３９】
なお、センシングウィンドウは、［ｍ−ａ，ｍ−ｂ］のように変わることもできる。（ここで、ａ＝ｂ＋１０００  ａｎｄ  ｂ＝１）
【０１４０】
同じサブフレームの隣接したＲＢからＳＡ及びデータを端末が常に送信するように設定されたプールの場合、資源プールは、周波数ドメインでの一つまたは複数のサブチャネルからなることができる。ここで、サブチャネルは、同じサブフレームにおいて近接したＲＢのグループから構成されることができる。なお、資源プールでのサブチャネルの大きさは、基地局（ｅ．ｇ．ｅＮＢ）により設定されるか、または予め設定された値を有することができる。ここで、サブチャネルの候補資源は、｛５，６，１０，１５，２０，２５，５０，７５，１００｝を意味できる。
【０１４１】
同じサブフレームの隣接していないＲＢからＳＡ及びデータを端末が送信するように設定されたプールの場合、資源プールは、周波数ドメインでの一つまたは複数のサブチャネルからなることができる。ここで、サブチャネルは、同じサブフレームにおいて近接したＲＢのグループからなることができる。なお、資源プールでのサブチャネルの大きさは、基地局（ｅ．ｇ．ｅＮＢ）により設定されるか、または予め設定された値を有することができる。ここで、前記サブチャネルは、最大２０個であることができ、最小候補サイズは、４未満の値を有さないときもある。
【０１４２】
端末は、送信のために、整数個の隣接サブチャネルを選択でき、端末は、一つのサブフレームにおいて［１００］ＲＢ以上をデコードしないときもある。なお、端末は、一つのサブフレームにおいて［１０］ＰＳＳＣＨ以上をデコードしないときもある。
【０１４３】
ＳＡプールと、関連したデータプールとはオーバラップすることができる。なお、ＳＡプールと、関連しないデータプールもまたオーバラップすることができる。
【０１４４】
同じサブフレームの隣接したＲＢからＳＡ及びデータを端末が送信するように設定されたプールの場合には、資源プールは、周波数ドメインでＮ個の連続したＰＲＢから構成されることができる。ここで、Ｎは、（サブチャネルのサイズ＊サブチャネルの数）と同じでありうる。
【０１４５】
Ｖ２Ｖプールは、スキップされるＳＬＳＳサブフレームを除外したすべてのサブフレームに対してビットマップが繰り返されながらマッピングされるように定義されることができる。ここで、ビットマップの長さは、１６、２０、または１００を意味できる。ここで、ビットマップは、プールに対してどんなサブフレームがＶ２Ｖ  ＳＡ／データ送信及び／または受信に対して許容されるかを定義することを意味できる。
【０１４６】
一方、資源再選択がトリガーされる場合、端末は、ＴＢに対応するすべての送信に関する資源を再選択できる。ここで、ＳＡは、一つのＴＢに対応する送信をスケジューリングできる。また、デコードに成功した関連したＳＡの受信以前に発生したＴＴＩで測定されたＰＳＳＣＨ−ＲＳＲＰを適用することができる。ここで、ＴＢの送信数は、１または２を意味できる。追加的に、各々のＳＡは、同じＴＢに対応するすべてのデータ送信の時間／周波数資源を指示できる。
【０１４７】
以下、本発明について説明する。
【０１４８】
以下の提案方式は、Ｖ２Ｘ  ＵＥ（Ｓ）が“センシング（ＳＥＮＳＩＮＧ）動作”に基づいて、自身のＶ２Ｘ  ＭＥＳＳＡＧＥ送信（ＴＸ）関連資源を（再）予約（／選択）する時、（Ａ）センシング動作が行われる時間領域の境界（ＢＯＵＮＤＡＲＹ）を効果的に定義する方法そして／あるいは（Ｂ）センシング動作の遂行で省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）の再送信（ＲＥ−ＴＸ）を効率的に支援する方法を提示する。ここで、一例として、本発明において“センシング”のワーディングは、（デコードに成功したＰＳＣＣＨがスケジューリングするＰＳＳＣＨ上の）（予め定義（／シグナリング）された）参照信号（ＲＥＦＥＲＥＮＣＥ  ＳＩＧＮＡＬ（ＲＳ））に対するＲＳＲＰ測定（例えば、Ｓ−ＲＳＲＰ）動作そして／あるいは（サブ）チャネルに対するエネルギー測定（例えば、Ｓ−ＲＳＳＩ）動作として解釈されるか、あるいは予め定義（／シグナル）されたチャネル（例えば、ＰＳＣＣＨ（ＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ））に対するデコード動作として解釈されることができる。ここで、一例として、本発明において、“ＤＵＲＡＴＩＯＮ”（そして／あるいは“区間”）のワーディングは、“ＲＡＮＧＥ（／ＷＩＮＤＯＷ）”（そして／あるいは“範囲”）に拡張解釈されることもできる。
【０１４９】
［提案規則＃１］（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域（／区間）の境界（／位置）が“ＵＥ−ＳＰＥＣＩＦＩＣ（（ＴＩＭＥ）ＢＯＵＮＤＡＲＹ）”の形態（／特性）を有することができる。ここで、一例として、特定Ｖ２Ｘ  ＵＥの（資源（再）予約（／選択）関連）センシング動作が行われる時間領域（／区間）の境界（／位置）は、（該当Ｖ２Ｘ  ＵＥの）“Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  ＴＩＭＥ（ＳＦ＃Ｋ）”と定義されることができる。このような規則が適用される場合、一例として、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｋ−Ｄ）からＳＦ＃Ｋ（あるいはＳＦ＃（Ｋ−１−Ｄ）からＳＦ＃（Ｋ−１））までの資源区間（ここで、一例として、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味する）”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残りの（資源）時点においてセンシング動作を行った後、後に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を（再）予約（／選択）するようになる。ここで、さらに他の一例として、Ｖ２Ｘ  ＵＥは、（予め定義された規則に従って）（必要時）‘ＳＦ＃Ｋ’上の自身の（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）（最後の）送信を省略（／中断）し、自身が使用していた（あるいは以前に予約（／選択）した）資源（ＳＦ＃Ｋ）までセンシング（／測定）して、最適な再予約（／選択）資源決定（そして／あるいは再予約（／選択）された資源に基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信）を行うことができる。ここで、さらに他の一例として、前記資源区間においてセンシング動作を行ったＶ２Ｘ  ＵＥの場合、“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１＋Ｒ）（あるいはＳＦ＃ＫからＳＦ＃（Ｋ＋Ｒ））までの資源区間（ここで、一例として、“Ｒ”は、予め定義（／シグナル）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’を意味する”）上において、（センシング結果基盤の）資源（再）予約（／選択）を行うことができる。
【０１５０】
理解の便宜のために、図面によって提案規則＃１での（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域の境界が“ＵＥ−ＳＰＥＣＩＦＩＣ  （ＴＩＭＥ）  ＢＯＵＮＤＡＲＹ”の形態（／特性）であるという点を説明すれば、以下のとおりである。
【０１５１】
図８は、本発明の一実施の形態による、端末を特定したセンシング区間に基づいたＶ２Ｘ通信遂行方法に対するフローチャートである。
【０１５２】
図８によれば、端末は、端末を特定したセンシング区間の間にセンシングを行って、Ｖ２Ｘ通信を行う資源を選択することができる（Ｓ８１０）。ここで、端末が特定区間（すなわち、端末を特定したセンシング区間（あるいは端末を特定したセンシングウィンドウ））の間にセンシングを行って、Ｖ２Ｘ通信を行う資源を選択することは、（Ａ）端末がセンシングを行う区間（すなわち、センシングウィンドウ）が端末を特定しているという観点と、（Ｂ）端末がセンシングを行う区間が１秒（すなわち、１０００個のサブフレームに対応する区間、各々のサブフレームは、１ＭＳの区間）であり、前記１秒は、最大ＳＰＳ  ＰＥＲＩＯＤ（あるいは最大資源予約（可能）周期）長さ（ｉ．ｅ．［Ｎ−１０００，Ｎ−１］）に対応するという観点を中心に説明されることができる。
【０１５３】
（Ａ）まず、端末がセンシングを行う区間（すなわち、センシングウィンドウ）が端末を特定しているという点を中心に説明すれば、以下のとおりである。
【０１５４】
端末は、前述のように、センシングを行ってＶ２Ｘ通信を行う資源を選択できるが、ここで、センシングを行う区間は、端末別に異なるセンシング区間（すなわち、端末を特定したセンシング区間）を有することができる。ここで、端末別に異なるセンシング区間を有するということは、センシング時間自体が端末別に異なるという意味ではなく、センシング区間（すなわち、センシングウィンドウ）の位置が端末別に異なるということを意味することができる。
【０１５５】
すなわち、（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域の境界が「ＵＥ−ＳＰＥＣＩＦＩＣ（ＴＩＭＥ）  ＢＯＵＮＤＡＲＹ」の形態（／特性）を有することができる。言い換えれば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＷＩＮＤＯＷがＵＥ−ＳＰＥＣＩＦＩＣであること（すなわち、“［Ｎ−Ａ、Ｎ−Ｂ］”のエネルギーセンシング（／測定）区間の場合、Ｎ値がＵＥ−ＳＰＥＣＩＦＩＣである）を意味し、これを図面によって説明すれば、以下のとおりである。。
【０１５６】
図９は、端末を特定したセンシングウィンドウに対する概略的な例を示した図である。
【０１５７】
図９を参照すると、各々の端末すなわち‘ＵＥ１’及び‘ＵＥ２’は、互いに異なる時間でセンシングウィンドウを有し、互いに異なる時間で各々の端末に対するセンシングウィンドウが存在できる。
【０１５８】
さらに具体的に、特定サブフレーム（以下、サブフレームＮ）において端末の上位レイヤーからの要求が発生した場合、端末は、Ｖ２Ｘメッセージ送信（例えば、ＰＳＳＣＨ送信）に関して上位レイヤーに送信されねばならない資源のセットを決定できる。
【０１５９】
以後、端末は、（端末による送信が発生するサブフレームを除外した）特定センシング区間の間に（例えば、サブフレームＮ−１０００，Ｎ−９９９，Ｎ−９９８，．．．，  Ｎ−１まで）をモニタリングする。ここで、端末自体の上位レイヤーにより決定されるサブフレームＮを基準として、特定センシング区間（例えば、サブフレームＮ−１０００，Ｎ−９９９，．．．，Ｎ−１まで）を端末がモニタリングを行うということは、端末がモニタリングを行う区間であるセンシングウィンドウが各々の端末により決定されるという点を意味する。
【０１６０】
図９の例を基準に説明すれば、ＵＥ１の場合、Ｎ＿ＵＥ１でＵＥ１の上位レイヤーからの要求が発生したと仮定することができる。このとき、ＵＥ１でのセンシング区間（すなわち、センシングウィンドウ）をサブフレームＮ＿ＵＥ１−１０００，Ｎ＿ＵＥ１−９９９，．．．，Ｎ＿ＵＥ１−１までを意味でき、このときのセンシングウィンドウは、図９に示したように、ＵＥ１を特定している。同様に、ＵＥ２の場合、Ｎ＿ＵＥ２でＵＥ２の上位レイヤーからの要求が発生したと仮定することができる。このとき、ＵＥ２でのセンシング区間（すなわち、センシングウィンドウ）は、サブフレームＮ＿ＵＥ２−１０００，Ｎ＿ＵＥ２−９９９，．．．，Ｎ＿ＵＥ２−１までを意味でき、このときのセンシングウィンドウは、図９に示したように、ＵＥ２を特定している。
【０１６１】
以後、端末は、前述したサブフレーム、すなわち、サブフレームＮ−１０００，Ｎ−９９９，Ｎ−９９８，．．．，Ｎ−１内で測定されたＳ−ＲＳＳＩ及びデコードされたＰＳＣＣＨに基づいて、Ｖ２Ｘ通信を行う資源を選択できる。ここで、端末がＶ２Ｘ通信を行う資源を選択する具体的な例は、前述のとおりである。
【０１６２】
（Ｂ）端末がセンシングを行う区間が１秒（すなわち、１０００個のサブフレーム区間）であり、前記１秒は、最大ＳＰＳ（ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ）ＰＥＲＩＯＤ（あるいは最大資源予約（可能）周期）長さ（ｉ．ｅ．［Ｎ−１０００，Ｎ−１］）に対応するという点を中心に説明すれば、以下のとおりである。。
【０１６３】
一例として、Ｖ２Ｘ  ＵＥが‘ＳＦ＃（Ｎ−Ａ），ＳＦ＃（Ｎ−Ａ＋１），．．．，ＳＦ＃（Ｎ−Ｂ）（あるいはＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ａ）、ＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ａ＋１），．．．，ＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ｂ））（Ａ≧Ｂ（例えば、「Ｂ」値は、資源（再）選択のためのプロセシング時間を考慮して、「０」より大きな正の整数でありうる））」の区間をモニタリングすることによって獲得したセンシング結果を（資源再予約（／選択）がトリガリングされた‘ＳＦ＃Ｎ’（あるいは‘ＳＣ  ＰＥＲＩＯＤ＃Ｎ’）で）（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連）資源（再）予約（／選択）に利用する場合、“ＭＯＮＩＴＯＲＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ（すなわち、‘（Ａ−Ｂ）’）”は、資源（再）予約（／選択）が起きる時間（例えば、予約資源の間隔（／ＩＮＴＥＲＶＡＬ）で解釈可能である）の最大値に合わされることもできる。ここで、一例として、該当Ｖ２Ｘ  ＵＥは、‘ＳＦ＃（Ｎ＋Ｃ），ＳＦ＃（Ｎ＋Ｃ＋１），．．．，ＳＦ＃（Ｎ＋Ｄ）（あるいはＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｃ），ＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｃ＋１），．．．，ＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｄ））（Ｄ≧Ｃ（例えば、‘Ｃ’値は、ＰＳＣＣＨ／ＰＳＳＣＨ生成関連プロセシング時間を考慮して、‘０’より大きな正の整数でありうる））’の区間上において自身の送信資源を選択するようになる。具体的な一例として、仮に‘５００ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ；ＭＳ）’に一度資源（再）予約（／選択）するようになると、（送信資源の時間長（／ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）である‘１００ＭＳ’を考慮して）‘（Ａ−Ｂ）’は、‘４００ＭＳ’（ここで、例えば、‘４００ＭＳ’は、‘５００ＭＳ’から予め定義（／シグナリング）された一つの‘ＳＣ  ＰＥＲＩＯＤ（１００ＭＳ）’（／ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を引いた残りの値として解釈されることもできる。また、一例として、該当‘４００ＭＳ’区間は、‘ＳＦ＃（Ｎ−５００ＭＳ）’から‘ＳＦ＃（Ｎ−１００ＭＳ）’までの区間として解釈されることもできる）になることができる。言い換えれば、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’（あるいは‘（Ａ−Ｂ）’）は、予め定義（／設定）された‘資源（再）予約（／選択）周期’の関数になることができるということである（あるいは‘資源（再）予約（／選択）周期’から誘導される時間の間に‘ＳＥＮＳＩＮＧ動作’を行うと解釈されることができる）。要約すると、一例として、‘資源再予約（／選択）’をするまでは、同じ資源を選択（／使用）するはずなので、直前（‘資源再予約（／選択）’）周期資源の以前のものをセンシングする意味があるが、‘資源再予約（／選択）’が必ず起きる時間以前のものまでは（センシング）する必要がないということである。ここで、一例として、このような規則は、ＳＡ／ＤＡＴＡ（ＰＯＯＬ）が‘ＴＤＭ構造’により実現される場合に特に有用でありうる。
【０１６４】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＳＦ＃（Ｎ＋Ｃ）’から‘ＳＦ＃（Ｎ＋Ｄ）’（例えば、‘Ｄ≧Ｃ’）上の連動した‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信関連‘ＳＡ（／ＰＳＣＣＨ）’送信を行う状況を仮定する。ここで、一例として、‘ＳＦ＃Ｎ’は、（予め定義された規則（／シグナリング）に従って）‘ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ’動作が行われる時点、そして／あるいは‘ＳＦ＃（Ｎ−Ａ）’から‘ＳＦ＃（Ｎ−Ｂ）’（例えば、‘Ａ＞Ｂ＞０’）までの区間は、‘（ＳＡ（／ＰＳＣＣＨ）（‘ＳＦ＃（Ｎ＋Ｃ）’）そして／あるいはＤＡＴＡ（／ＰＳＳＣＨ）（‘ＳＦ＃（Ｎ＋Ｄ）’））ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ’遂行時に参照されるセンシング結果が導き出される（あるいはセンシングが行われる）領域と仮定（／解釈）されることができる。ここで、一例として、‘ＳＦ＃（Ｎ＋Ｄ）’から‘ＳＦ＃（Ｎ＋Ｅ）’（例えば、‘Ｄ＜Ｅ’）上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’の送信の遂行時、（‘ＳＦ＃（Ｎ＋Ｄ）’上の‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された）‘（周波数）資源’を再使用するかに対する‘意図’を（予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）（あるいは‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して）知らせることができる。ここで、一例として、該当用途として使用されるＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に（追加的に）‘（Ｅ−Ｃ）’値（あるいは‘（Ｅ−Ｄ）’値あるいは‘Ｅ’値）が送信されるフィールドが（新しく）定義されることもできる。ここで、一例として、‘（Ｅ−Ｃ）’値（Ｅ＿ＣＧＡＰ）（あるいは‘（Ｅ−Ｄ）’値（Ｅ＿ＤＧＡＰ））（あるいは‘Ｅ’値（Ｅ＿ＧＡＰ））は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘ＮＥＸＴ  ＴＢ’関連（ＰＯＴＥＮＴＩＡＬ）ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点間の間隔（あるいは‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）からスケジューリングされる‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点と‘ＮＥＸＴ  ＴＢ’関連（ＰＯＴＥＮＴＩＡＬ）ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点間の間隔）あるいは‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’と解釈されることができる。ここで、一例として、Ｖ２Ｘ  ＵＥの‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’（例えば、‘（Ｂ−Ａ）’）は、以下（一部）規則に従って決定（／設定）されることができる。ここで、一例として、‘Ｅ＿ＣＧＡＰ’（あるいはＥ＿ＤＧＡＰあるいはＥ＿ＧＡＰ）関連（最大（／最小））値は、（ネットワーク（あるいは（サービング）基地局）から）（‘ＵＥ−ＣＯＭＭＯＮ’あるいは‘ＵＥ−ＳＰＥＣＩＦＩＣ’に）‘ＳＩＮＧＬＥ  ＶＡＬＵＥ’あるいは‘ＭＵＬＴＩＰＬＥ  ＶＡＬＵＥ（Ｓ）’に設定（／シグナリング）されるか、あるいはＶ２Ｘ  ＵＥが自身の（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’と同様に見なされる（／仮定される）ことができる。
【０１６５】
（規則＃Ａ）‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、（Ａ）‘Ｅ＿ＣＧＡＰ’（あるいはＥ＿ＤＧＡＰあるいはＥ＿ＧＡＰ）関連（最大（／最小））値そして／あるいは（Ｂ）（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’値と見なされる（／決定される）ことができる。さらに他の一例として、‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、（Ａ）‘Ｅ＿ＣＧＡＰ’（あるいはＥ＿ＤＧＡＰあるいはＥ＿ＧＡＰ）関連（最大（／最小））値そして／あるいは（Ｂ）（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’値に関係なく、予め設定（／シグナリング）された（特定の）値に設定されることができる。ここで、一例として、このような規則が適用される場合、Ｖ２Ｘ  ＵＥが（相対的に）長い‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ’送信を行う時にも（予め設定（／シグナリング）された）（相対的に）小さな値の‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’でセンシング動作を行う（例えば、一種の‘ＰＡＲＴＩＡＬ（／ＬＩＭＩＴＥＤ）ＲＥＧＩＯＮ  ＳＥＮＳＩＮＧ’と解釈されることもできる）こともできる。一例として、前記（規則＃Ａ）において‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、‘ＵＥ−ＣＯＭＭＯＮ’（あるいは‘ＵＥ−ＳＰＥＣＩＦＩＣ’）に設定されることができる。
【０１６６】
（規則＃Ｂ）‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、予め設定（／シグナリング）された‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’値として見なされる（／決定される）ことができる。ここで、（該当規則が適用された場合に対する）一例として、仮に‘ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’が互いに異なる複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ）’が設定（／シグナリング）されると、‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ）’別に‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’が異なるものと解釈される（／見なされる）こともできる。さらに他の一例として、互いに異なる‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’の複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ／（送信）動作）’が設定（／シグナリング／許容）された場合、該当‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’のうち、最大（／最小）値として‘（ＣＯＭＭＯＮ）  ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’が決定（／導出）され、複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ／（送信）動作）’上に共通に適用されうる。一例として、前記（規則＃Ｂ）において‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、‘ＵＥ−ＳＰＥＣＩＦＩＣ’（あるいは‘ＵＥ−ＣＯＭＭＯＮ’）に設定されることができる。
【０１６７】
ここで、ＳＰＳ周期（ＰＥＲＩＯＤ）は、以下の表１に表したように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット１での資源予約フィールドのように決定されることができる。
【０１６８】
【表１】
2019530325.tif 000003
【０１６９】
ここで、受信端末（ＲＸ  ＵＥ）は、表１に表したＳＣＩ  ＦＯＲＭＡＴ上のＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮフィールドにシグナリングされうる値に基づいて、最終送信端末（ＴＸ  ＵＥ）の資源予約周期を把握できる。
【０１７０】
ここで、ＲＸ  ＵＥは、資源予約フィールドの値に１００をかけてＴＸ  ＵＥが設定できる“資源予約周期候補値”を決定できる。例えば、資源予約フィールドの値が‘０００１’である場合、資源予約周期の値は、１００ＭＳであり、資源予約フィールドの値が‘００１０’である場合、資源予約周期の値は、２００ＭＳでありうる。同様に、資源予約フィールドの値が‘１０１０’である場合、資源予約周期の値は、１０００ＭＳでありうる。
【０１７１】
整理すると、ＲＸ  ＵＥは、資源予約フィールドの値に１００をかけてＴＸ  ＵＥが設定できる“資源予約周期候補値”が  “２０，５０，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００ＭＳ”であることが分かり、これに応じて、ＳＰＳ周期（ＰＥＲＩＯＤ）の最大値は、１０００ＭＳ（すなわち、１ｓ）の値を有することができる。
【０１７２】
上述のように、端末がセンシングを行う区間（すなわち、端末のセンシングウィンドウ）は、最大ＳＰＳ（ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ）ＰＥＲＩＯＤ（あるいは最大資源予約（可能）周期）長さを有することができ、これに応じて、端末がセンシングを行う区間（すなわち、センシングウィンドウ）は、ＳＰＳ周期の最大値である１０００ＭＳ（すなわち、１ｓ）でありうる。
【０１７３】
また、図８に戻って、端末は、選択された前記資源に基づいてＶ２Ｘ通信を行うことができる（Ｓ８２０）。前述（あるいは後述）のように、前記端末は、端末を特定したセンシング区間の間に行ったセンシング結果に基づいて、選択ウィンドウ内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約資源を決定し、前記予約資源上においてＶ２Ｘ通信を行うことができる。端末が選択した資源に基づいて、Ｖ２Ｘ通信を行う具体的な例は、前述（あるいは後述）したものと同様なので、具体的な内容は省略することにする。
【０１７４】
一方、Ｖ２Ｘ通信では、エンドツーエンド（ＥＮＤ  ＴＯ  ＥＮＤ）レイテンシー（ＬＡＴＥＮＣＹ）が考慮されなければならない。すなわち、端末が上位レイヤーで生成したパケットを送信する時、上位レイヤーで生成されたパケットを物理層まで下ろして送る時間だけでなく、受信端末が前記パケットを受信した後、受信端末の上位レイヤーまで上げて送る時間まで考慮されなければならない。これにより、端末がＶ２Ｘメッセージ送信を行う資源を選択する区間、すなわち、選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）をどんな方法で構成して送信資源を選択するかどうかが問題になる。以下、図面を介して選択ウィンドウを構成する方法について説明する。
【０１７５】
図１０は、本発明の一実施の形態による、選択ウィンドウ構成方法に対するフローチャートである。
【０１７６】
端末は、レイテンシー要求（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を満たす範囲内でＶ２Ｘ通信を行う資源（あるいはサブフレーム、以下では、説明の便宜のために資源とサブフレームとを混用できる。）を選択できる（Ｓ１０１０）。このとき、前記端末は、前記レイテンシー要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して前記資源を選択でき、前記Ｖ２Ｘ通信は、複数のサブチャネル単位で行われ、前記複数のサブチャネルの大きさに対応する大きさのサブチャネル単位で行われたセンシングに基づいて、前記Ｖ２Ｘ通信を行う資源が選択されることができる。前記センシングが行われる時に利用されるセンシング領域は、前記複数のサブチャネルの大きさに対応する大きさの領域でありうる。なお、前記端末は、前記複数のサブチャネルに含まれたサブチャネルのエネルギー測定平均値を利用してセンシングを行うこともできる。
【０１７７】
整理すると、端末は、レイテンシー要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して、前記資源を選択できるだけでなく、前記Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合には、複数のサブチャネル単位でセンシングを行うこともできる。ここで、前記Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合には、複数のサブチャネル単位でセンシングを行う具体的な例は、後述する。
【０１７８】
以下、端末がレイテンシー要求を充足させる範囲内で送信資源を選択する例を重点的に説明する。
【０１７９】
端末は、レイテンシー要求（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を満たす範囲内で、（ＳＬＥＣＴＩＯＮ  ＷＩＮＤＯＷを構成し）送信資源（あるいはサブフレーム）を選択できる。ここで、端末は、特定区間（例えば、［ｎ＋Ｔ１，ｎ＋Ｔ２］）内に含まれたＶ２Ｘ資源プール（例えば、ＰＳＳＣＨ資源プール）での隣接したサブチャネル（例えば、ＬｓｕｂＣＨ）のセットは、一つの候補サブフレーム（資源）に対応すると仮定することができる。このとき、前記特定区間を決定するための情報（例えば、Ｔ１及びＴ２）の選択は、端末の実装に従うことができる。Ｔ１は、４以下の値を有することができ、Ｔ２は、２０以上１００以下の値を有することができる。特に、Ｔ２の端末選択は、レイテンシー要求を満たさなければならない。
【０１８０】
例えば、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’そして／あるいは‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’は、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＰＥＲＩＯＤ’（そして／あるいは‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）と（暗黙的に）同様に仮定（そして／あるいは‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＰＥＲＩＯＤ’（そして／あるいは‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’そして／あるいは‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ（／ＴＢ））ＰＰＰＰ’（例えば、互いに異なる‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘ  ＭＥＳＳＡＧＥ（／ＴＢ）別に（一部）異なる‘ＰＰＰＰ’値が設定（／許容）される場合））によって互いに異なるように仮定（／変更））されるか、そして／あるいは予め定義（／シグナリング）された特定値として仮定されることができる（例えば、該当規則は、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすように設定されると解釈されることもできる。）。ここで、一例として、（特に、後者の場合）‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’と‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’は、（常に）同じ値に設定される（／見なされる）か、あるいは独立的な（あるいは互いに異なる）値として定義されることもできる。さらに他の一例として、特定Ｖ２Ｘ  ＵＥの（資源（再）予約（／選択）関連）センシング動作が行われる時間領域の境界は、（該当Ｖ２Ｘ  ＵＥの）“Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＴＩＭＥ”で定義されることもできる。さらに他の一例として、（Ｖ２Ｘ  ＵＥの）‘（ＴＸ）ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’などを考慮する時、前記説明した（資源（再）予約（／選択）関連）‘センシング動作が行われる時間領域の境界基準’（例えば、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  ＴＩＭＥ’、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＴＩＭＥ’）において予め定義（／シグナリング）された一定のオフセットを足した（あるいは引いた）時点が、最終的な‘センシング動作が行われる時間領域の境界基準’になることもできる。具体的な一例として、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｋ−Ｄ−Ｓ）からＳＦ＃（Ｋ−Ｓ）（あるいはＳＦ＃（Ｋ−１−Ｄ−Ｓ）からＳＦ＃（Ｋ−１−Ｓ））までの資源区間（ここで、一例として、“Ｄ”と“Ｓ”は、それぞれ予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’、（Ｖ２Ｘ  ＵＥの）‘（ＴＸ）ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’を意味する）”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残り（資源）の時点においてセンシング動作を行った後、（“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１＋Ｒ）（あるいはＳＦ＃ＫからＳＦ＃（Ｋ＋Ｒ））までの資源区間（ここで、一例として、“Ｒ”は、予め定義（／シグナル）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’を意味する）”上において）後に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を（再）予約（／選択）するようになる。
【０１８１】
以後、端末は、選択された前記資源に基づいて、Ｖ２Ｘ通信を行うことができる（Ｓ１０２０）。ここで、前述のように、選択された前記資源は、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成された（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）に基づいて決定された資源（すなわち、レイテンシー要求を満たす選択ウィンドウ上の資源）を意味できる。また、前述（あるいは後述）のように、前記端末は、端末を特定したセンシング区間の間に行ったセンシング結果に基づいて、選択ウィンドウ内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約資源を決定し、前記予約資源上においてＶ２Ｘ通信を行うことができる。端末が選択した資源に基づいてＶ２Ｘ通信を行う具体的な例は、前述（あるいは後述）の通りであるので、具体的な内容は省略する。
【０１８２】
図１１と図１２は、［提案規則＃１］に対する図式的表現である。
【０１８３】
図１１と図１２によれば、ここで、一例として、（Ｖ２Ｘ  ＵＥ（Ｓ）別に）Ｖ２Ｘ  ＭＥＳＳＡＧＥが周期的に発生（例えば、‘１００ＭＳ’）する状況を仮定した。また、一例として、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（／ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ）’と‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連繰り返し回数（ＲＥＰＥＴＩＴＩＯＮ  ＮＵＭＢＥＲ）’がそれぞれ‘１００ＭＳ’、‘１’に設定された場合を仮定した。追加的な一例として、図１１は、“ＳＦ＃（Ｋ−１００）からＳＦ＃Ｋまでの資源区間”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残りの（資源）時点でセンシング動作を行った後、該当センシング結果に基づいて“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１０１）までの資源区間”上に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を再予約（／選択）する場合を示す。図１２は、“ＳＦ＃（Ｋ−１）からＳＦ＃（Ｋ−１０１）までの資源区間”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残り（資源）時点でセンシング動作を行った後、該当センシング結果に基づいて“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１０１）までの資源区間”上に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を再予約（／選択）する場合を示す。一例として、図１１と図１２において‘（Ｎ＋１）番目のＶ２Ｘ  ＭＥＳＳＡＧＥの送信’は、再選択資源（例えば、ＳＦ＃（Ｋ＋Ｚ＋１００））を介して行われる。
【０１８４】
図１３と図１４は、再予約（／選択）資源決定及び再予約（／選択）された資源に基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示したものである。
【０１８５】
さらに具体的に、図１３と図１４は、それぞれ図１１、図１２と同じ状況下で、Ｖ２Ｘ  ＵＥが（予め定義された規則に従って）‘ＳＦ＃Ｋ’上での（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を省略（／中断）し、自身が使用していた（あるいは以前に予約（／選択）した）資源（ＳＦ＃Ｋ）までセンシング（／測定）して、最適な再予約（／選択）資源決定及び再予約（／選択）された資源に基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行う場合を示す。ここで、一例として、‘（Ｎ＋１）番目のＶ２Ｘ  ＭＥＳＳＡＧＥの送信’は、再選択資源（例えば、ＳＦ＃（Ｋ＋Ｚ＋１００））を介して行われる。
【０１８６】
［提案規則＃２］（前記［提案規則＃１］で）使用していた（あるいは以前に予約（／選択）した）資源に対するセンシング（／測定）を目的として、省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ送信（例えば、図１３と図１４の場合、‘Ｎ番目のＶ２Ｘ  ＭＥＳＳＡＧＥ送信’）は、以下の（一部）規則に従って再送信されることができる。
【０１８７】
（例示＃２−１）（‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信に対する考慮なしで）‘センシング（／測定）結果’及び‘予め定義された（再予約（／選択））基準（／規則）’に従って資源再予約（／選択）を行った後、仮に再予約（／選択）された資源を介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われる時に‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができると、（該当再予約（／選択）された資源に基づいて）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が（直ちに）行われるように定義されることができる。ここで、一例として、反対に、再予約（／選択）された資源を介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われる時に‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができないと、（該当再予約（／選択）された資源に基づいて）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われないように定義されることもできる。具体的な一例として、図１３と図１４の場合、再予約（／選択）された資源（ＳＦ＃（Ｋ＋Ｚ））を介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ（ＳＦ＃Ｋ）’の再送信が行われる時に‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（１００ＭＳ）’を満たすことができるので、（再予約（／選択）された資源（ＳＦ＃（Ｋ＋Ｚ））を介して）直ちに‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われる。
【０１８８】
（例示＃２−２）Ｖ２Ｘ  ＵＥにとって、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができる‘候補資源’のみを考慮して、資源再予約（／選択）を行うように定義されることができる。このような規則が適用される場合、一例として、Ｖ２Ｘ  ＵＥは、該当‘候補資源’のうち、予め定義された（再予約（／選択））基準（／規則）を満たす最適な資源を最終的に再予約（／選択）するようになる。ここで、一例として、該当最終再予約（／選択）された資源を介して、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信だけでなく、‘後に（発生される）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信が行われる。前記規則は、一例として、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信を高い確率で保証することができる。前記説明した動作を保証するために、一例として、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’の領域を縮小することもできる。これにより、一例として、‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たしながら（省略（／中断）された）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）を再送信できるように、現在（省略（／中断）された）送信時点の近隣資源のみが選択可能になる。このような場合、一例として、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’の領域も（これに応じて）縮小されることができる。
【０１８９】
（例示＃２−３）（予め）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信（のみ）のための資源（／ＰＯＯＬ）が独立（／追加）的に設定（／シグナリング）されるか、あるいはＶ２Ｘ  ＵＥにとって、予め定義（／シグナリング）された以下の（一部）規則（／基準）に従って‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のための資源を追加的に選択するようにすることができる。ここで、一例として、（後者の場合）追加的に選択された該当資源は、（以前に）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信だけのために一時的に（あるいは限定的に）使用されることができる。
【０１９０】
（一例＃２−３−１）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができる‘候補資源’のみを考慮して、追加的な（再送信）資源を選択するようにする。さらに他の一例として、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信でなく、‘後に（発生される）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信のための資源再予約（／選択）は、予め定義（／シグナリング）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’内で行われることができる。ここで、一例として、このような用途として再予約（／選択）された資源は、（たとえ‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われる時に‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができるとしても）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のための候補資源から除外させることができる。すなわち、一例として、‘後に（発生される）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信のための資源が‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のための資源より（相対的に）高い優先順位を有すると解釈（あるいは‘後に（発生される）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信は、予め定義された（再予約（／選択））基準（／規則）を満たす（最も）最適な資源を介して行われると解釈）されることができる。
【０１９１】
［提案規則＃３］（前記［提案規則＃１］において）仮に一つのＶ２Ｘ  ＭＥＳＳＡＧＥが‘Ｑ’回繰り返し送信されると、（資源（再）予約（／選択）関連）センシング動作が行われる時間領域の境界（ＢＯＵＮＤＡＲＹ）は、以下（一部）の基準（／規則）に従って定義されることができる。ここで、一例として、‘Ｑ’値は、１より大きな正の整数でありうる。以下では、説明の便宜のために、一例として、（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが‘２回繰り返し送信（例えば、ＳＦ＃（Ｎ＋Ｋ１），ＳＦ＃（Ｎ＋Ｋ１））’される状況を仮定する。
【０１９２】
（例示＃３−１）（（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが複数のＳＦ（Ｓ）を介して（繰り返し）送信されるか、そして／あるいは各々のＳＦ上において独立的な資源割り当てをすることでないと）第１番目（あるいは最後）‘繰り返し送信タイミング’（あるいは‘ＳＦ’）が（資源（再）予約（／選択）関連）センシング動作が行われる時間領域の境界として定義されることができる。具体的な一例として、第１番目の‘繰り返し送信タイミング’（あるいは‘ＳＦ’）（例えば、ＳＦ＃（Ｎ＋Ｋ１））がセンシング動作が行われる時間領域の境界として指定される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｎ＋Ｋ１−Ｄ）からＳＦ＃（Ｎ＋Ｋ１）（あるいはＳＦ＃（Ｎ＋Ｋ１−１−Ｄ）からＳＦ＃（Ｎ＋Ｋ１−１））までの資源区間（ここで、一例として、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味する）”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残りの（資源）時点でセンシング動作を行った後、後に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を（再）予約（／選択）するようになる。さらに他の一例として、最後の‘繰り返し送信タイミング’（あるいは‘ＳＦ’）（例えば、ＳＦ＃（Ｎ＋Ｋ２））がセンシング動作が行われる時間領域の境界として指定される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｎ＋Ｋ２−Ｄ）からＳＦ＃（Ｎ＋Ｋ２）（あるいはＳＦ＃（Ｎ＋Ｋ２−１−Ｄ）からＳＦ＃（Ｎ＋Ｋ２−１））までの資源区間”上において、自身が（実際）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（資源）時点を除外した残りの（資源）時点でセンシング動作を行った後、後に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を（再）予約（／選択）するようになる。
【０１９３】
（例示＃３−２）使用した（あるいは以前に予約（／選択）した）資源に対するセンシング（／測定）目的として、‘Ｑ’回の繰り返し送信中に一部が省略（／中断）される場合、第１番目（あるいは最後）‘省略（／中断）された送信タイミング’（あるいは‘ＳＦ’）が（資源（再）予約（／選択）関連）センシング動作が行われる時間領域の境界として定義されることができる。
【０１９４】
（例示＃３−３）一つのＶ２Ｘ  ＭＥＳＳＡＧＥが‘Ｑ’回繰り返し送信される場合、各々の送信（あるいは互いに異なる‘ＲＶ（ＲＥＤＵＮＤＡＮＣＹ  ＶＥＲＳＩＯＮ）’送信）ごとに（あるいは初期（ＩＮＩＴＩＡＬ）送信と再送信（ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ）との間に）以下の（一部）パラメータが互いに異なるように（あるいは独立的に）定義（／運営）されることができる。さらに他の一例として、互いに異なるＭＥＳＳＡＧＥ‘大きさ（／タイプ）’そして／あるいは‘送信（／発生）周期’そして／あるいは‘優先順位（ＰＲＩＯＲＩＴＹ）’別に（あるいは予め定義（／シグナリング）された‘ＳＥＣＵＲＩＴＹ情報’が含まれて送信されるかどうかによって）以下の（一部）パラメータが独立的に（あるいは互いに異なるように）定義（／運営）されることもできる。ここで、具体的な一例として、低い（あるいは高い）優先順位のＭＥＳＳＡＧＥ関連‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’は長く設定して、資源再予約（／選択）頻度を少なくし、高い（あるいは低い）優先順位のＭＥＳＳＡＧＥ関連‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’は短く設定して、資源再予約（／選択）頻度を大きくすることができる。
【０１９５】
（一例＃３−３−１）‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’（そして／あるいは‘資源再予約（／選択）遂行関連確率値’そして／あるいは‘資源再予約（／選択）遂行関連バックオフ値’そして／あるいは‘最大予約可能（時間）長さ（ＭＡＸＩＭＵＭ  ＲＥＳＥＲＶＡＴＩＯＮ  ＴＩＭＥ）’そして／あるいは‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン／省略するかどうか）’）
【０１９６】
さらに他の一例として、以下の（一部）規則により、‘（資源（再）予約（／選択）関連）センシング動作’そして／あるいは‘資源再予約（／選択）’が行われるように定義されることができる。
【０１９７】
［提案規則＃４］“ＲＡＮＤＯＭ  ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”（あるいは“予め定義（／シグナリング）された確率基盤のＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”）によって、自身が使用した（あるいは以前に予約（／選択）した）資源に対するセンシング動作が行われる時、（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥの（繰り返し）送信に使用される全体ＳＦ（Ｓ）をＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）することでなく（あるいは（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥ関連の‘Ｑ’回の繰り返し送信を全体省略（／中断）することでなく）、予め定義（／シグナリング）された規則（／（ホッピング）パターン）に従って、一部ＳＦ（あるいは繰り返し送信）だけを（周期的に）交互にＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）（あるいは省略（／中断））できる。ここで、一例として、該当（ホッピング）パターンは、‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（そして／あるいは‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／資源）周期インデックス’そして／あるいは‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの入力パラメータに基づいてランダム化されることができる。さらに他の一例として、“（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”遂行時に、初期送信と再送信との間に‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（あるいは独立的に）定義されることもできる。ここで、一例として、このような規則は、‘ＲＶ０’（初期送信）と他の‘ＲＶ’（再送信）との間に‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（あるいは独立的に）設定されたこと（あるいは‘ＲＶ’ごとに‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（あるいは独立的に）設定されたと解釈できる。具体的な一例として、‘ＲＶ０’（初期送信）が他の‘ＲＶ’（再送信）より相対的に小さな確率で“（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”されるように設定されることができる。
【０１９８】
［提案規則＃５］（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが複数のＳＦ（Ｓ）を介して（繰り返し）送信される場合（あるいは（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが‘Ｑ’回繰り返し送信される場合）、資源再予約（／選択）時、すべてのＳＦ（Ｓ）（あるいは‘Ｑ’回の繰り返し送信関連資源）を一度に再予約（／選択）することでなく、予め定義（／シグナリング）された規則（／（ホッピング）パターン）に従って、一度に予め定義（／シグナリング）された‘Ｔ’個のＳＦ（あるいは繰り返し送信関連資源）のみを再予約（／選択）するよう設定されることができる。ここで、一例として、‘Ｔ’値は、‘１’に設定されることができる。また、一例として、該当（ホッピング）パターンは、‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（そして／あるいは‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／資源）周期インデックス’そして／あるいは‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの入力パラメータに基づいてランダム化されることができる。前記規則が適用される場合、一例として、（全体）資源再予約（／選択）が干渉環境に急激な変化を与えるのを緩和させることができる。
【０１９９】
さらに他の一例として、Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源の（半静的な）（再）予約（／選択）が行われ、“センシング動作”が予め定義（／シグナル）されたチャネル（例えば、ＰＳＣＣＨ（／ＳＡ（ＳＣＨＥＤＵＬＩＮＧ  ＡＳＳＩＧＮＭＥＮＴ）））に対するデコードを介して実行される場合、以下の（一部）規則に従って、‘ＤＡＴＡ（あるいはＰＳＳＣＨ（ＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＳＨＡＲＥＤ  ＣＨＡＮＮＥＬ））’デコード動作が行われることができる。
【０２００】
［提案規則＃６］特定周期においてＳＡ（／ＰＳＣＣＨ）デコードに成功し、資源予約が設定（ＳＥＴ（／ＯＮ））されていると、（Ａ）次の周期においてＳＡ（／ＰＳＣＣＨ）の受信に成功すると、該当（受信に成功した）ＳＡ（／ＰＳＣＣＨ）に従ってＤＡＴＡ（／ＰＳＳＣＨ）デコードを行えばいいが、（Ｂ）（反対に）次の周期においてＳＡ（／ＰＳＣＣＨ）の受信に失敗すると、既存（受信成功した）（あるいは最後に受信成功した）ＳＡ（／ＰＳＣＣＨ）の予め定義（／シグナリングされた）複数の情報（例えば、ＲＡ（ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ）、ＭＣＳ（ＭＯＤＵＬＡＴＩＯＮ  ＡＮＤ  ＣＯＤＩＮＧ  ＳＣＨＥＭＥ）、ＲＳ  ＳＥＱＵＥＮＣＥ  ＳＥＴＴＩＮＧ等）を再使用して、ＤＡＴＡ（／ＰＳＳＣＨ）デコードを試みるように設定されることができる。
【０２０１】
［提案規則＃７］一応（再）予約（／選択）した資源を維持できる‘最大時間’がある場合（例えば、‘ＲＥＳＯＵＲＣＥ  ＲＥＳＥＬＥＣＴＩＯＮ  ＴＩＭＥＲ’がある場合）あるいは（ＰＳＣＣＨ（／ＳＡ）（あるいはＰＳＳＣＨ（／ＤＡＴＡ））上の）‘ＲＥＳＥＲＶＡＴＩＯＮ  ＦＩＥＬＤ’において（再）予約（／選択）した資源をどれくらい維持するかを指定してくれる場合、（ＳＡ（／ＰＳＣＣＨ）受信失敗した）受信Ｖ２Ｘ  ＵＥにとって、該当時間の間は、最後に受信成功した（ＰＳＣＣＨ（／ＳＡ）に基づいてＤＡＴＡ（／ＰＳＳＣＨ）デコードを試み、また、該当（他のＶ２Ｘ  ＵＥにより）占有された資源位置を‘ＲＥＳＯＵＲＣＥ（ＲＥ）ＡＬＬＯＣＡＴＩＯＮ’で避けるように設定されることができる。
【０２０２】
さらに他の一例として、Ｖ２Ｘ  ＵＥにとって、予約（／選択）した資源があるのにも関わらず、予め定義（／シグナリング）された基準（／規則）を満たすより良い資源が発見されると、自身が使用していた（あるいは以前に予約（／選択）した）資源を‘再予約（／選択）’するようにすることもできる。追加的な一例として、Ｖ２Ｘ  ＵＥにとって、現在（自身が）予約している資源をセンシング（／測定）するために、‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）’を行う代わりに、予め設定（／シグナリング）された他の資源（／ＰＯＯＬ）に少しの間移動（そして／あるいは（該当移動した資源（／ＰＯＯＬ）上において）Ｖ２Ｘ  ＭＥＳＳＡＧＥの送信を遂行（一種の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  Ｗ／Ｏ  ＲＥＳＥＲＶＡＴＩＯＮ’と解釈可能））してから、（自身が予約した資源を）センシング（／測定）し（再度）帰ってくるようにすることもできる。ここで、一例として、他の資源（／ＰＯＯＬ）にとどまる‘時間’は、予め設定（／シグナリング）されることができる。このような規則が適用される場合、一例として、‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）’動作でＶ２Ｘ  ＭＥＳＳＡＧＥの送信が省略（／中断）されることを緩和させることができる。
【０２０３】
さらに他の一例として、特定Ｖ２Ｘ  ＵＥの（資源（再）予約（／選択）関連）‘センシング動作が行われる時間領域の境界’は、予め定義（／シグナル）された規則に基づいて選ばれた“ＰＩＶＯＴ  ＳＦ（あるいはＲＥＦＥＲＥＮＣＥ  ＳＦ）”（ＳＦ＃Ｐ）と定義されることができる。ここで、一例として、このような規則が適用される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｐ−Ｙ１）からＳＦ＃（Ｐ＋Ｙ２）までの資源区間（ここで、一例として、‘Ｙ１＝ＦＬＯＯＲ（（Ｄ−１）／２）’、‘Ｙ２＝ＣＥＩＬＩＮＧ（（Ｄ−Ｙ１）／２）’（あるいは‘Ｙ１＝ＣＥＩＬＩＮＧ（（Ｄ−１）／２）’、‘Ｙ２＝ＦＬＯＯＲ（（Ｄ−Ｙ１）／２）’））（あるいはＳＦ＃（Ｐ−Ｄ）からＳＦ＃Ｐまでの資源区間あるいはＳＦ＃（Ｐ−１−Ｄ）からＳＦ＃（Ｐ−１）までの資源区間）”上において、センシング動作を行った後、後に自身のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連資源を（再）予約（／選択）するようになる。ここで、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味し、‘ＣＥＩＬＩＮＧ（Ｘ）’と‘ＦＬＯＯＲ（Ｘ）’は、それぞれ‘Ｘより大きいか、または同じである最小整数を導き出す関数’、‘Ｘより小さいか、または同じである最大整数を導き出す関数’を意味する。ここで、一例として、該当“ＰＩＶＯＴ  ＳＦ（あるいはＲＥＦＥＲＥＮＣＥ  ＳＦ）”は、（‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（そして／あるいは‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／資源）周期インデックス’そして／あるいは‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの入力パラメータに基づいて）ランダムに選択されることができる。また、一例として、前記提案規則は、（Ｖ２Ｘ  ＵＥ）電源をつけた後に初期（ＩＮＩＴＩＡＬ）センシング動作が行われる場合、そして／あるいは以前の時点で（あるいは予め定義（／シグナリング）された長さの（以前）区間（／ウィンドウ）内で）Ｖ２Ｘ  ＭＥＳＳＡＧＥ送信が（一度も）行われない場合においてのみ限定的に適用されることができる。
【０２０４】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＳＦ＃（Ｎ＋Ｃ）’から‘ＳＦ＃（Ｎ＋Ｄ）’（例えば、‘Ｄ≧Ｃ’）上の連動した‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信関連‘ＳＡ（／ＰＳＣＣＨ）’送信を行う状況を仮定する。ここで、一例として、‘ＳＦ＃（Ｎ＋Ｄ）’から‘ＳＦ＃（Ｎ＋Ｅ）’（例えば、‘Ｄ＜Ｅ’）上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信遂行時、（‘ＳＦ＃（Ｎ＋Ｄ）’上の‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された）‘（周波数）資源’を再使用するかに対する‘意図’を（予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）（あるいは‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して）知らせることができる。ここで、一例として、説明の便宜のために、Ｖ２Ｘ  ＵＥ＃Ｘにより、（‘ＳＦ＃（Ｎ＋Ｅ）’上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信遂行時）再使用の‘意図’がないと指示（／シグナリング）された‘（周波数）資源’を‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と命名する。ここで、一例として、Ｖ２Ｘ  ＵＥ＃Ｙが‘ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ（そして／あるいはＳＡ  ＤＥＣＯＤＩＮＧ）’基盤のセンシング動作を行う時、（現在（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’）あるいはセンシング区間内で）高いエネルギーが測定されるＶ２Ｘ  ＵＥ＃Ｘにより‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）資源’を（自身の資源選択（／予約）時）、以下の（一部）規則に従って仮定（／処理）できる。それは、一例として、Ｖ２Ｘ  ＵＥ＃Ｘにより‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された該当‘（周波数）資源’は、（‘ＳＦ＃（Ｎ＋Ｅ）’を含んだ）後に（ある程度の時間の間は、）使用されない確率が高いにもかかわらず、（現在（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’）あるいはセンシング区間内で）測定された高いエネルギーによって、Ｖ２Ｘ  ＵＥ＃Ｙにより選択（／予約）されないからである。ここで、一例として、下記の規則は、Ｖ２Ｘ  ＵＥ（Ｓ）が特定時点から自身が以前（資源（再）選択（／予約）周期）に予約（／選択）した資源（同様に‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と命名）をもうこれ以上使用しないことを（他のＶ２Ｘ  ＵＥ（Ｓ）に）予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（あるいは‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して知らせるときにも拡張適用されることができる。ここで、一例として、下記の規則は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＯＮＬＹ’基盤のセンシング動作’あるいは‘ＣＯＭＢＩＮＡＴＩＯＮ  ＯＦ  ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＡＮＤ  ＳＡ  ＤＥＣＯＤＩＮＧ’基盤のセンシング動作’を行う場合においてのみ限定的に適用（例えば、‘ＳＡ  ＤＥＣＯＤＩＮＧ  ＯＮＬＹ’基盤のセンシング動作’を行う場合には適用されないこと）されることもできる。
【０２０５】
［提案規則＃８］‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）資源’に対するエネルギー測定値は、（該当‘（周波数）資源’上において測定されたエネルギー値から）‘ＲＳＲＰ測定値’を引いた残りの値（あるいは予め設定（／シグナリング）されたオフセット値を引いた残りの値）と見なし（／仮定し）、資源別エネルギー測定値に対する‘ＲＡＮＫＩＮＧ’を行う。ここで、一例として、該当‘ＲＳＲＰ測定’は、予め設定（／シグナリング）されたチャネル（例えば、‘ＰＳＢＣＨ’（／‘ＰＳＣＣＨ’／‘ＰＳＳＣＨ’））上の参照信号（例えば、‘ＤＭ−ＲＳ’）に基づいて行われることができる。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’と‘ＤＡＴＡ（／ＰＳＳＣＨ）’が‘ＦＤＭ’される場合、‘（周波数）資源’（あるいは‘ＳＡ（／ＰＳＣＣＨ）’あるいは‘ＤＡＴＡ（／ＰＳＳＣＨ）’）関連の最終‘ＲＳＲＰ（測定）値’は、（実際測定された‘ＲＳＲＰ値’から）（‘ＳＡ（／ＰＳＣＣＨ）’と‘ＤＡＴＡ（／ＰＳＳＣＨ）’との間の（周波数領域上の）離隔距離に応じて（互いに異なるように））適用された（予め設定（／シグナリングされた））‘ＭＰＲ値’を補償して（あるいは足して）最終導出（／仮定）されることもできる。
【０２０６】
［提案規則＃９］‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）資源’に対する‘エネルギー測定値’あるいは‘ＲＡＮＫＩＮＧ値’は、予め設定（／シグナリング）された値と見なされる（／仮定される）ことができる。ここで、一例として、‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）資源’に対する‘ＲＡＮＫＩＮＧ値’は、最下位（例えば、該当‘（周波数）資源’が選択（／予約）される確率が低い）（あるいは最上位（例えば、該当‘（周波数）資源’が選択（／予約）される確率が高い））として設定（／シグナリング）されることができる。さらに他の一例として、‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）資源’は、資源選択（／予約）時、常に除外（あるいは（優先的に）選択）されるように規則が定義されることもできる。
【０２０７】
一方、Ｖ２Ｘ  ＵＥ（Ｓ）のセンシング動作は、以下のように行われることができる。
【０２０８】
以下の提案方式は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ送信（ＴＸ）関連資源’を選択するための（効率的な）‘センシング方法’を提示する。ここで、一例として、‘センシング’動作が適用される場合、（隣接した距離にある）互いに異なるＶ２Ｘ  ＵＥ（Ｓ）が同じ位置の送信資源を選択して、（実際に送信を遂行する時）相互間に干渉をやりとりする問題を緩和させることができる。ここで、一例として、‘センシング’のワーディングは、（Ａ）エネルギー（あるいはパワー）測定動作として解釈されるか、またはそして／あるいは（Ｂ）予め定義（／シグナリング）されたチャネル（例えば、ＰＳＣＣＨ（ＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ））に対するデコード動作として解釈されることができる。ここで、一例として、‘エネルギー（あるいはパワー）測定’は、（Ａ）‘ＲＳＳＩ（ＲＥＣＥＩＶＥＤ  ＳＩＧＮＡＬ  ＳＴＲＥＮＧＴＨ  ＩＮＤＩＣＡＴＯＲ）形態（例えば、（予め定義（／シグナリング）されたアンテナポートの‘ＤＭ−ＲＳ’が送信されるあるいはデータが送信される）シンボルから測定した受信電力の平均値）’そして／あるいは（Ｂ）‘ＲＳＲＰ（ＲＥＦＥＲＥＮＣＥ  ＳＩＧＮＡＬ  ＲＥＣＥＩＶＥＤ  ＰＯＷＥＲ）（例えば、（予め定義（／シグナリング）されたアンテナポートの）‘ＤＭ−ＲＳ’が送信される‘ＲＥ（ＲＥＳＯＵＲＣＥ  ＥＬＥＭＥＮＴ）’で測定した受信電力の平均値）形態’そして／あるいは（Ｃ）‘予め定義（／シグナリング）された規則（／数式）に従って‘ＲＳＳＩ’と‘ＲＳＲＰ’とを組み合わせた形態（例えば、‘ＲＳＲＱ（ＲＥＦＥＲＥＮＣＥ  ＳＩＧＮＡＬ  ＲＥＣＥＩＶＥＤ  ＱＵＡＬＩＴＹ）’と類似の形態）’として解釈されることができる。
【０２０９】
一例として、（Ａ）Ｖ２Ｘ  ＵＥ（Ｓ）の‘ＴＯＰＯＬＯＧＹ’が変更されて‘センシング’情報が不正確になる問題、そして／あるいは、（Ｂ）‘ＨＡＬＦ  ＤＵＰＬＥＸ’問題などを緩和させるために、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’が同一サブフレーム（ＳＦ）上において‘ＦＤＭ（ＦＲＥＱＵＥＮＣＹ  ＤＩＶＩＳＩＯＮ  ＭＵＬＴＩＰＬＥＸＩＮＧ）’形態で送信されることが考慮されることができる。
【０２１０】
図１５及び図１６は、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’が同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に対する一例を示す。
【０２１１】
ここで、一例として、図１５と図１６は、それぞれ‘連続した資源（ＲＢ（ＲＥＳＯＵＲＣＥ  ＢＬＯＣＫ））上に制御（／スケジューリング）情報と連動したデータが送信される場合’、‘連続されない資源（ＲＢ）上に制御（／スケジューリング）情報と連動したデータが送信される場合’を示す。さらに他の一例として、‘制御（／スケジューリング）情報’の‘ＬＩＮＫ  ＢＵＤＧＥＴ’を考慮する時、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’が他のＳＦ上において‘ＴＤＭ（ＴＩＭＥ  ＤＩＶＩＳＩＯＮ  ＭＵＬＴＩＰＬＥＸＩＮＧ）’形態で送信されることが考慮されることもできる。
【０２１２】
図１７は、（システム観点で）‘制御（／スケジューリング）情報送信プール’と‘データ送信プール’が‘ＦＤＭ’形態で設定（／構成）された場合に対する一例を示す。
【０２１３】
一例として、（Ａ）‘Ｖ２Ｘ  ＳＥＲＶＩＣＥ’の‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を（効率的に）満たし、そして／あるいは（Ｂ）‘制御（／スケジューリング）情報送信’を時間領域上において分散させるために、（システム観点で）‘制御（／スケジューリング）情報送信プール’と‘データ送信プール’が‘ＦＤＭ’形態で設定（／構成）されることができる。図１７は、このような場合に対する一例を示す。ここで、一例として、特定‘制御（／スケジューリング）情報送信プール’と連動した‘データ送信プール’は、‘ＴＤＭ’されていると仮定した。
【０２１４】
一方、（基本的に）端末は、（各々の）サブチャネル単位でセンシングを行うが、実際Ｖ２Ｘメッセージ送信は、複数のサブチャネル単位で行われても良い。仮に、端末が実際Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合（すなわち、Ｖ２Ｘメッセージ送信が複数のサブチャネル単位で行われる場合）、センシングをどのように行うかが問題になる。そのため、以下では、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法を説明する。
【０２１５】
［提案方法］一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（自身が）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用する‘資源大きさ単位’でセンシング動作を行うように規則が定義されることができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＵＥの‘センシング資源ユニットの大きさ’は、（該当Ｖ２Ｘ  ＵＥが）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用する‘資源の大きさ’と同一になる。例えば、端末がセンシング動作でエネルギー測定を行う場合、前記エネルギー測定をどんな資源単位／大きさで行うかが問題になることができる。このとき、本提案方法では、エネルギー測定の単位／大きさを、端末がデータ送信に使用する資源単位／大きさ、例えばサブチャネルサイズにすることができる。例えば、端末がＶ２Ｘメッセージ送信を特定サブチャネルサイズで行う場合、センシング動作のためのエネルギー測定は、前記特定サブチャネルサイズの資源単位で行われることができる。以下、本提案方法を図面を使用して説明する。
【０２１６】
図１８は、本発明の一実施の形態による、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法のフローチャートである。
【０２１７】
図１８によれば、端末は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行って、Ｖ２Ｘメッセージ送信を行う資源を選択する（Ｓ１８１０）。このとき、前記端末は、レイテンシー要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して前記資源を選択でき、前記Ｖ２Ｘメッセージ送信は、複数のサブチャネル単位で行われ、前記複数のサブチャネルの大きさに対応する大きさのサブチャネル単位で行われたセンシングに基づいて、前記Ｖ２Ｘ通信を行う資源が選択されることができる。前記センシングが行われる時に利用されるセンシング領域は、前記複数のサブチャネルの大きさに対応する大きさの領域でありうる。なお、前記端末は、前記複数のサブチャネルに含まれたサブチャネルのエネルギー測定平均値を利用してセンシングを行うこともできる。
【０２１８】
整理すると、端末は、Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合には、複数のサブチャネル単位でセンシングを行うことができるだけでなく、レイテンシー要求を満たす範囲内で選択ウィンドウ（Ｓｅｌｅｃｔｉｏｎ  Ｗｉｎｄｏｗ）を構成して、前記資源を選択することもできる。ここで、レイテンシー要求を満たす範囲内で選択ウィンドウ（Ｓｅｌｅｃｔｉｏｎ  Ｗｉｎｄｏｗ）を構成して、前記資源を選択する例は、前述のとおりである。
【０２１９】
以下では、Ｖ２Ｘメッセージ送信が複数のサブチャネル単位で行われる場合、端末が複数のサブチャネル単位でセンシングを行う例を重点的に説明する。
【０２２０】
端末は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行い、端末は、センシング結果に基づいてＶ２Ｘメッセージ送信を行う資源を選択できる。言い換えれば、センシング（例えば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ）は、端末が送信しようとするデータのサブチャネルサイズで行われることができる。
【０２２１】
端末が送信しようするデータのサブチャネルサイズでセンシング（例えば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ）が行われる時、サブチャネルのリニア（ＬＩＮＥＡＲ）平均値が利用されることができる。さらに具体的に、（すべての候補の単一のサブフレームの資源の集合である）セットＳＡに残った候補の単一のサブフレームの資源Ｒｘ，ｙに対し、センシング領域（例えば、メトリックＥｘ，ｙ）は、サブチャネルｘ＋ｋにおいて測定されたＳ−ＲＳＳＩのリニア平均として定義されることができる。ここで、Ｋ＝０，．．．，ＬｓｕｂＣＨ−１のように定義されることができ、ＬｓｕｂＣＨは、実際にパケットを送る時に必要なサブチャネルの数を意味できる。理解の便宜のために、本内容を図面を利用して下記のように説明できる。
【０２２２】
図１９は、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ（すなわち、センシング）が端末が送信しようとするデータのサブチャネルサイズで行われることの一例を示したものである。図１９では、端末が送信しようとするＶ２Ｘメッセージ（例えば、Ｖ２Ｘデータ）のサブチャネルサイズを２と仮定（すなわち、ＬｓｕｂＣＨ＝２）した。
【０２２３】
図１９の例において、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴは、端末が送信するデータのサブチャネルサイズに対応する二つのサブチャネル単位で行われることができる。例えば、優先的に端末は、センシング領域＃１すなわち、サブチャネル＃１及びサブチャネル＃２でのエネルギーセンシング値の平均を利用して、センシング領域＃１に対するセンシング値を決定できる。なお、端末は、センシング領域＃２すなわち、サブチャネル＃２及びサブチャネル＃３でのエネルギーセンシング値の平均を利用して、センシング領域＃２に対するセンシング値を決定できる。同様に、端末は、センシング領域＃３すなわち、サブチャネル＃３及びサブチャネル＃４でのエネルギーセンシング値の平均を利用して、センシング領域＃３に対するセンシング値を決定できる。
【０２２４】
図１９の例では、端末が送信しようとするデータのサブチャネルサイズが２個と仮定したが、端末が送信しようとするデータのサブチャネルサイズは、３個以上の値を有することもできる。別に図示していないが、端末が送信しようとするデータのサブチャネルサイズが３個である場合、端末は、サブチャネル＃１ないしサブチャネル＃３でのエネルギーセンシング値の平均を利用して、センシング領域に対するセンシング値を決定することもできる。
【０２２５】
再度、図１８に戻って、端末は、選択された前記資源に基づいてＶ２Ｘメッセージを送信できる（Ｓ１８２０）。前述（あるいは後述）の通り、前記端末は、端末を特定したセンシング区間の間に行ったセンシング結果に基づいて、選択ウィンドウ内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約資源を決定し、前記予約資源上においてＶ２Ｘ通信を行うことができる。端末が選択した資源に基づいてＶ２Ｘ通信を行う具体的な例は、前述（あるいは後述）のとおりであるので、具体的な内容は省略する。
【０２２６】
図２０及び図２１は、‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（あるいは‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）形態に対する一例を示したものである。
【０２２７】
一例として、センシング動作は、（Ａ）‘ＮＯＮ−ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’形態（図２０参照）そして／あるいは（Ｂ）‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’（あるいは‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）形態（図２１参照）により実現されることができる。ここで、一例として、前者の規則（‘（Ａ）’）が適用される場合、（連続的に）センシング動作が行われる領域が互いに重ならない（例えば、図２０上の‘（センシング領域＃１）’、‘（センシング領域＃２）’、‘（センシング領域＃３）’が互いに重ならないことを見ることができる）。（反対に）後者の規則（‘（Ｂ）’）が適用される場合、一例として、（連続的に）センシング動作が行われる領域が予め設定（／シグナリング）された‘割合’（あるいは‘資源量（／大きさ）’）だけ互いに重なるようになる（例えば、図２１上の‘（センシング領域＃１）と（センシング領域＃２）’、‘（センシング領域＃２）と（センシング領域＃３）’、‘（センシング領域＃３）と（センシング領域＃４）’、‘（センシング領域＃４）と（センシング領域＃５）’がそれぞれ予め定義（／シグナリング）された‘割合’（あるいは‘資源量（／大きさ）’）だけ互いに重なるのを見ることができる）。一例として、前者の規則（‘（Ａ）’）は、後者の規則（‘（Ｂ）’）に比べて、Ｖ２Ｘ  ＵＥの‘センシング動作遂行の複雑度’を下げることができる。言い換えれば、一例として、同一大きさの資源プールで要求される‘全体センシング回数’が前者の規則（‘（Ａ）’）が後者の規則（‘（Ｂ）’）に比べて相対的に少なくありうる。反対に、一例として、後者の規則（‘（Ｂ）’）は、前者の規則（‘（Ａ）’）に比べて、（同一大きさの資源プールで要求される‘全体センシング回数’がより多くありうるが）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’関連の‘利用可能資源候補位置’を相対的に効率的に（あるいは綿密に）探索（／選択）できる。
【０２２８】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、予め設定（／シグナリング）された‘資源単位（／大きさ）’（例えば、‘１ＲＢ’）で（優先的に）センシング動作を行うようにした後、自身の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用される‘資源大きさ（／単位）’に該当する複数のセンシング（／測定）値の‘（加重値）平均値’（あるいは‘ＳＵＭ’）（あるいは複数のセンシング（／測定）値のうち、最大値（あるいは最小値あるいは中間値））を（‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用される）‘資源大きさ（／単位）’別代表センシング（／測定）値として見なす（／仮定する）こともできる。
【０２２９】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘周波数（資源）領域’上において‘不連続的な位置’の（複数の）資源を利用して‘（Ｖ２Ｘ）チャネル／シグナル送信’（例えば、‘ＭＵＬＴＩ−ＣＬＵＳＴＥＲ  ＴＸ’（あるいは‘ＤＶＲＢ  ＴＸ’））を行う時、予め設定（／シグナリング）された‘センシング資源ユニット単位（／大きさ）’（例えば、‘Ｋ個’の‘ＲＢ’（あるいは‘ＲＢＧ（ＲＥＳＯＵＲＣＥ  ＢＬＯＣＫ  ＧＲＯＵＰ）’）で（‘ＮＯＮ−ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’あるいは‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’（／‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）形態基盤の）センシング（／測定）動作を行うようにした後、（予め設定（／シグナリング）された臨界値より小さな（あるいは大きな）（エネルギー）測定値の資源のうち）自身の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’関連資源を（最終）選択するようにすることができる。
【０２３０】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘（ＳＩＮＧＬＥ）Ｖ２Ｘ  ＴＢ（／ＭＥＳＳＡＧＥ）’を送信するにおいて、‘Ｋ番’の繰り返し送信（例えば、‘Ｋ’値は、‘初期送信’と‘再送信’回数を（全部）含んだことである）を行う状況を仮定する。ここで、一例として、説明の便宜のために、‘Ｋ’値を‘４’と仮定する。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’送信が‘ＳＦ＃（Ｎ＋Ｃ）’で行われ、連動した（‘４’番の）‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信がそれぞれ‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’で（例えば、‘Ｃ≦Ｄ’，‘０＜Ｋ１＜Ｋ２＜Ｋ３’）行われると仮定する。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に（Ａ）‘Ｋ番’あるいは（Ｂ）‘（Ｋ−１）番’の繰り返し送信関連‘時間資源位置’を知らせるためのフィールドが定義されることができ、このために、以下の（一部）規則が適用されることができる。ここで、一例として、後者（‘（Ｂ）’）の場合、該当フィールドが‘初期（／第１番目）送信’を除外した‘残りの（‘（Ｋ−１）番’の）送信’関連‘時間資源位置’を知らせると解釈されるか、またはそして／あるいは‘初期（／第１番目）送信’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）と同じ時間資源（位置）上において（常に）行われると解釈されるか、またはそして／あるいは‘初期（／第１番目）送信’関連‘時間資源位置’は、（予め定義された）‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘初期（／第１番目）送信’時点との間の間隔を知らせる（他の）フィールドでシグナリングされると解釈されることができる。
【０２３１】
（例示＃Ａ）‘初期（／第１番目）送信’関連‘時間資源位置’は、（予め定義された）‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘初期（／第１番目）送信’時点（‘ＳＦ＃（Ｎ＋Ｄ）’）との間の間隔を知らせる（他の）‘ＦＩＥＬＤ＃Ｆ’でシグナリングされ、‘残りの（‘（Ｋ−１）番’の）送信’関連‘時間資源位置’（例えば、‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）は、予め設定（／シグナリング）された‘第１番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）時点と‘Ｋ番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）時点との間の最大間隔（ＭＡＸ＿ＧＡＰ）と同じサイズ（／大きさ）の（新しい）‘ＦＩＥＬＤ＃Ｓ’でシグナリングされることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｓ’は、‘ビットマップ’形態により実現されることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｓ’関連‘ビットマップ’は、‘初期（／第１番目）（ＤＡＴＡ（／ＰＳＳＣＨ））送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）時点を基準（／開始点）として適用されることができる。ここで、一例として、‘ＭＡＸ＿ＧＡＰ’値が‘１０’に設定（／シグナリング）された場合、仮に‘ＦＩＥＬＤ＃Ｓ’が‘０１００１００１００’にシグナリング（／設定）された場合、‘第２番目の送信’、‘第３番目の送信’、‘第４番目の送信’は、それぞれ‘ＳＦ＃（Ｎ＋Ｄ＋２）’，‘ＳＦ＃（Ｎ＋Ｄ＋５）’，‘ＳＦ＃（Ｎ＋Ｄ＋８）’上において行われる。さらに他の一例として、‘Ｋ番’の繰り返し送信（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）関連の‘時間資源位置’は、予め設定（／シグナリング）された‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）の送信時点と‘Ｋ番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）時点間の最大間隔（ＭＡＸ＿ＴＶＡＬ）と同じサイズ（／大きさ）の（新しい）‘ＦＩＥＬＤ＃Ｑ’でシグナリングされることもできる。ここで、一例として、‘ＦＩＥＬＤ＃Ｑ’は、‘ビットマップ’形態により実現されることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｑ’関連‘ビットマップ’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）時点を基準（／開始点）として適用されることができる。ここで、一例として、‘ＭＡＸ＿ＴＶＡＬ’値が‘１０’に設定（／シグナリング）された場合、仮に‘ＦＩＥＬＤ＃Ｑ’が‘１１００１００１００’にシグナリング（／設定）されたとすれば、’第１番目の送信’、‘第２番目の送信’、’第３番目の送信’、’第４番目の送信’は、それぞれ‘ＳＦ＃（Ｎ＋Ｃ＋１）’，‘ＳＦ＃（Ｎ＋Ｃ＋２）’，‘ＳＦ＃（Ｎ＋Ｃ＋５）’，‘ＳＦ＃（Ｎ＋Ｃ＋８）’上において行われる。該当例示において仮に‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に‘ＦＩＥＬＤ＃Ｆ’が定義されている場合、‘ＦＩＥＬＤ＃Ｆ’値は、‘１’に設定されることができる。さらに他の一例として、Ｖ２Ｘ通信関連‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）ＣＯＮＴＲＯＬ結果’で‘ＦＩＥＬＤ＃Ｓ’（あるいは‘ＦＩＥＬＤ＃Ｑ’（あるいは‘ＦＩＥＬＤ＃Ｆ’））が有することができる‘パターン（形態／個数）’（あるいは‘（最大（／最小））値（／長さ）’）そして／あるいは‘（ビットマップ上において）‘１’に設定されることができるビットの（最大（／最小））個数’などに対する制限が発生することもできる。ここで、一例として、該当（制限）情報は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）’状況を報告（予め定義（／シグナリング）された規則（／基準）に従って）決定するか、または（Ｖ２Ｘ  ＵＥ（Ｓ）から報告を受けたあるいは自身が測定した‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）’情報に基づいて）（サービング）基地局が設定（／シグナリング）することができる。ここで、一例として、Ｖ２Ｘ通信関連‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）ＣＯＮＴＲＯＬ結果’として‘ＭＡＸ＿ＧＡＰ’（あるいは‘ＭＡＸ＿ＴＶＡＬ’）が有することができる‘（最大（／最小））値（／長さ）’に制限が（同様に）発生することもできる。
【０２３２】
（例示＃Ｂ）‘Ｋ番’の繰り返し送信（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）関連の‘時間資源位置’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に定義された‘Ｋ個’の‘ＦＩＥＬＤ＃Ｆ’（‘（例示＃Ａ）’）（例えば、‘（Ｘ番目の）ＦＩＥＬＤ＃Ｆ’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘Ｘ番目の送信’時点との間の（時間領域上での）間隔を知らせるようになる）でシグナリングされることができる。
【０２３３】
（例示＃Ｃ）（前記（一部）規則（例えば、（例示＃Ａ）、（例示＃Ｂ））が適用される状況下で）（‘Ｋ番’（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）の）‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信ごとに（各々）‘ＳＡ（／ＰＳＣＣＨ）’送信が行われる場合、下記の（一部）規則が適用されることができる。ここで、一例として、下記の（一部）規則は、‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’が行われる場合においてのみ限定的に適用されうる。
【０２３４】
（一例＃１）‘初期（／第１番目）送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）関連‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上の‘ＳＦ  ＰＡＴＴＥＲＮ’情報（／フィールド）そして／あるいは‘周波数資源（位置）’情報（／フィールド）そして／あるいは‘ＭＣＳ’情報（／フィールド）のうちの一部が‘残り（‘（Ｋ−１）番’の）送信’関連‘ＳＡ（／ＰＳＣＣＨ）’上にも同様に送信されることができる。ここで、一例として、こういう区分のために、一つの‘ＴＢ’が複数のＳＦ（Ｓ）から送信される場合、各ＳＦ上の（ＤＡＴＡ／（ＰＳＳＣＨ））送信をスケジューリングする‘ＳＡ（／ＰＳＣＣＨ）’に何番目（（ＤＡＴＡ／（ＰＳＳＣＨ））送信）のＳＦに該当するかに対する‘ＣＯＵＮＴＥＲ情報’（あるいは‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信なのかに対する情報（／フィールド）あるいは‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連‘ＲＶ’情報（／フィールド））が含まれることができる。ここで、一例として、‘初期（／第１番目）送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）関連‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上には、（最小限）‘初期（／第１番目）送信’関連‘周波数資源（位置）’情報（／フィールド）そして／あるいは‘ＭＣＳ’情報（／フィールド）そして／あるいは（上述した）‘ＦＩＥＬＤ＃Ｓ’（あるいは‘ＦＩＥＬＤ＃Ｑ’）（あるいは‘ＳＦ  ＰＡＴＴＥＲＮ’情報（／フィールド））そして／あるいは‘ＦＩＥＬＤ＃Ｆ’（例えば、‘Ｘ番目の送信’関連‘ＳＡ（／ＰＳＣＣＨ）’送信時点と‘Ｘ番目の送信’時点との間の間隔を知らせるフィールドとして（拡張）解釈されることができる）そして／あるいは‘（該当）ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信なのかに対する情報（／フィールド）（あるいは‘（該当）ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連‘ＲＶ’情報（／フィールド））（そして／あるいは‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’が適用されたかどうかに関する情報（／フィールド））などが定義されることができる。ここで、一例として、該当規則が適用される場合、（‘残り（‘（Ｋ−１）番’の）の送信’関連‘周波数資源（位置）’情報が関連‘ＳＡ（／ＰＳＣＣＨ）’上において（直接的に）送信（／シグナリング）されないか、またはそして／あるいは‘ＦＩＥＬＤ＃Ｆ’値が‘初期（／第１番目）送信’関連‘ＳＡ（／ＰＳＣＣＨ）’送信時点と‘初期（／第１番目）送信’時点との間の間隔と同様に設定されるが）Ｖ２Ｘ  ＵＥ（Ｓ）が‘以前送信’関連‘ＳＡ（／ＰＳＣＣＨ）’受信（／デコード）に失敗しても、‘以後送信’関連‘ＳＡ（／ＰＳＣＣＨ）’受信（／デコード）に成功すると、該当‘以後送信’関連‘周波数資源（位置）情報’を（Ａ）‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧパターン’情報そして／あるいは‘以後送信’関連‘ＳＡ（／ＰＳＣＣＨ）’上の（Ｂ）‘初期（／第１番目）送信’関連‘周波数資源（位置）’情報そして／あるいは（Ｃ）‘ＦＩＥＬＤ＃Ｓ’（あるいは‘ＦＩＥＬＤ＃Ｑ’）情報（あるいは‘ＳＦ  ＰＡＴＴＥＲＮ’情報）そして／あるいは‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信なのかに対する情報（あるいは‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連‘ＲＶ’情報）を組み合わせて、（逆追跡形態で）把握（／導出）できる。ここで、一例として、‘以後送信’関連‘時間資源（位置）情報’は、‘以後送信’関連‘ＳＡ（／ＰＳＣＣＨ）’上の‘ＦＩＥＬＤ＃Ｆ’を介して把握（／導出）できる。ここで、一例として、前記提案規則が適用される場合、（特に、‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’動作が適用される場合）‘初期（／第１番目）送信’関連‘ＳＡ（／ＰＳＣＣＨ）’受信（／デコード）に成功したＶ２Ｘ  ＵＥ（Ｓ）は、‘残り（‘（Ｋ−１）番’の）送信’関連‘ＳＡ（／ＰＳＣＣＨ）’デコード（／受信）を（一部）試みないこともある。さらに他の一例として、（前記提案規則で）‘ＦＩＥＬＤ＃Ｆ’（例えば、‘ＳＡ（／ＰＳＣＣＨ）’送信時点と‘連動されたＤＡＴＡ（ＰＳＳＣＨ）’送信時点との間の‘ＴＩＭＩＮＧ  ＧＡＰ’として解釈されることができる）（あるいは後に（特定時点に）他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信遂行時、以前‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された‘（周波数）資源’を再使用するかに対する‘意図’を知らせるフィールド）が各々の‘ＳＡ（／ＰＳＣＣＨ）’送信ごとに独立的に（あるいは（全部）同一に）設定（／シグナリング）されることもできる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、‘Ｋ番’の送信関連‘ＳＡ（／ＰＳＣＣＨ）’に対して（全部）デコード（／受信）を試みるようにすることもできる。さらに他の一例として、（前記提案規則で）Ｖ２Ｘ  ＴＸ  ＵＥが（一つの‘ＴＢ’を複数のＳＦ（Ｓ）から送信する場合）、（中間に）予め設定（／シグナリング）された規則（例えば、（他のＶ２Ｘ  ＵＥ（Ｓ）が送信する‘ＨＩＧＨＥＲ  ＰＲＩＯＲＩＴＹ’の‘ＳＡ（／ＰＳＣＣＨ）’（／’ＤＡＴＡ（ＰＳＳＣＨ）’）を検出した場合）‘ＣＵＲＲＥＮＴ  ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ’が予め定義（／シグナリング）された‘ＲＥＱＵＩＲＥＭＥＮＴ’（例えば、ＬＡＴＥＮＣＹ、ＲＥＬＩＡＢＩＬＩＴＹ、ＰＲＩＯＲＩＴＹ、ＦＡＩＲＮＥＳＳ、ＱＯＳ）を満たすことができない場合等）に従って、‘ＲＥＳＯＵＲＣＥ  ＲＥＳＥＬＥＣＴＩＯＮ’動作を行うこともできる。したがって、一例として、Ｖ２Ｘ  ＲＸ  ＵＥにとって、（該当‘ＴＢ’関連）‘後続ＳＡ（／ＰＳＳＣＨ）’が‘以前ＳＡ（／ＰＳＣＣＨ）’と異なるスケジューリングを行う場合、‘後続ＳＡ（／ＰＳＳＣＨ）’に従うようにすることができる。
【０２３５】
（一例＃２）（（一例＃１）で）‘Ｘ番目の送信’（例えば、‘Ｘ＞１’）関連‘ＳＡ（／ＰＳＣＣＨ）’送信時、‘ＦＩＥＬＤ＃Ｓ’（あるいは‘ＦＩＥＬＤ＃Ｑ’）は、該当‘Ｘ番目の送信’があたかも‘初期（／第１番目）送信’のように仮定し、‘ＦＩＥＬＤ＃Ｓ’（あるいは‘ＦＩＥＬＤ＃Ｑ’）を設定するようにすることもできる。さらに他の一例として、‘ＳＡ（／ＰＳＣＣＨ）’上に‘周波数資源（位置）’情報（／フィールド）が定義され‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’動作が行われる場合、‘周波数資源（位置）’情報（／フィールド）値自体は、‘ＳＡ（／ＰＳＣＣＨ）’送信ごとに（該当‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧパターン’を考慮して）互いに異なるように設定されることができる。なぜなら、一例として、‘（Ｎ＋１）番目の送信’関連‘ＳＡ（／ＰＳＣＣＨ）’は、‘Ｎ番目の送信’関連‘ＳＡ（／ＰＳＣＣＨ）’がスケジューリングした‘周波数資源（位置）’に‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’を適用した後、（該当）変更された‘周波数資源（位置）’を指定（／シグナリング）しなければならないためである。
【０２３６】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自身が（一定期間（／周期）の間に）予約（／選択）した（送信）資源を予め設定（／シグナリング）された条件が満たされるごとに、再選択するようにすることができる。ここで、一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、予め定義（／シグナリング）された範囲（“Ｃ＿ＲＡＮＧＥ”）からカウンタ（ＣＯＵＮＴＥＲ）値を選択するようにした後、該当カウンタが‘０’（あるいは‘０より小さな値’）になる時、自身が（一定期間（／周期）の間に）予約（／選択）した（送信）資源を再選択するようにすることができる。ここで、一例として、該当カウンタは、（Ａ）（新しい）ＴＢ送信（例えば、‘ＴＢ送信’のワーディングは、‘実際（成功裏に）行われたＴＢ送信’だけで解釈されるか、またはそして／あるいは（‘センシング結果’そして／あるいは‘相対的に高い優先順位の（他のＶ２Ｘ  ＵＥ（Ｓ）の）メッセージ送信との衝突’によって）‘省略されたＴＢ送信’も含まれると解釈されることができる）ごとに予め定義（／シグナリング）された値（例えば、‘１’）に減少（あるいは増加）するか、または（Ｂ）予め設定（／シグナリング）された（周期）値（例えば、‘１００ＭＳ’）ごとに予め定義（／シグナリング）された値（例えば、‘１’）に減少（あるいは増加）するようにすることができる。ここで、一例として、予め定義（／シグナリング）された範囲からカウンタ値を（再）選択する作業（あるいはカウンタ値を‘ＲＥＳＥＴ’する作業）は、‘（ＡＬＬ）ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴＬＹ  ＳＥＬＥＣＴＥＤ  ＲＥＳＯＵＲＣＥ（Ｓ）’関連‘（ＲＥＳＯＵＲＣＥ（Ｓ））ＲＥＳＥＬＥＣＴＩＯＮ’がトリガリングされる場合として定義されることができる。ここで、一例として、‘Ｃ＿ＲＡＮＧＥ’値は、以下の（一部）パラメータに応じて（一部）互いに異なるように設定（／仮定）されるようにすることができる。ここで、一例として、（（特定の）パラメータの範囲に応じる）‘Ｃ＿ＲＡＮＧＥ’値は、予め定義されるか、またはネットワークからシグナリングされることができる。
【０２３７】
（一例＃１）‘Ｖ２Ｘ  ＵＥ  ＶＥＬＯＣＩＴＹ’。ここで、一例として、（相対的にあるいは予め設定（／シグナリング）された臨界値より）速い‘Ｖ２Ｘ  ＵＥ  ＶＥＬＯＣＩＴＹ’の場合、（相対的に）長い（あるいは短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３８】
（一例＃２）‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’（例えば、‘ｅＮＢ’、‘ＧＮＳＳ’、‘ＵＥ’）。ここで、一例として、‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’がＧＮＳＳ（あるいはｅＮＢあるいはＵＥ）である場合、（‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’は、ｅＮＢ（あるいはＵＥあるいはＧＮＳＳ）である場合に比べて）（相対的に）長い（あるいは短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３９】
（一例＃３）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＲＡＮＳＭＩＳＳＩＯＮ（そして／あるいはＧＥＮＥＲＡＴＩＯＮ）ＰＥＲＩＯＤＩＣＩＴＹ’。ここで、一例として、（相対的にあるいは予め設定（／シグナリング）された臨界値より）長い‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＲＡＮＳＭＩＳＳＩＯＮ（そして／あるいはＧＥＮＥＲＡＴＩＯＮ）ＰＥＲＩＯＤＩＣＩＴＹ’の場合、（相対的に）長い（あるいは短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２４０】
（一例＃４）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（そして／あるいはＳＥＲＶＩＣＥ）ＴＹＰＥ’（例えば、‘ＥＶＥＮＴ−ＴＲＩＧＧＥＲＥＤ  ＭＥＳＳＡＧＥ’、‘ＰＥＲＩＯＤＩＣ  ＭＥＳＳＡＧＥ’（あるいは‘（相対的に）小さなＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（そして／あるいは（相対的に）高い信頼度（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴそして／あるいは（相対的に）高い優先順位）のメッセージ’、‘（相対的に）長いＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（そして／あるいは（相対的に）低い信頼度（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴそして／あるいは（相対的に）低い優先順位）のメッセージ’）。ここで、一例として、‘ＥＶＥＮＴ−ＴＲＩＧＧＥＲＥＤ  ＭＥＳＳＡＧＥ’の場合、（‘ＰＥＲＩＯＤＩＣＭＥＳＳＡＧＥ’である場合に比べて）（相対的に）長い（あるいは短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２４１】
（一例＃５）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（そして／あるいはＳＥＲＶＩＣＥ）ＰＲＩＯＲＩＴＹ（そして／あるいはＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴそして／あるいはＲＥＬＩＡＢＩＬＩＴＹ  ＲＥＱＵＩＲＥＭＥＮＴそして／あるいはＱＯＳ  ＲＥＱＵＩＲＥＭＥＮＴ）’。ここで、一例として、（相対的に）低い‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（そして／あるいはＳＥＲＶＩＣＥ）ＰＲＩＯＲＩＴＹ（そして／あるいはＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴそして／あるいはＲＥＬＩＡＢＩＬＩＴＹ  ＲＥＱＵＩＲＥＭＥＮＴそして／あるいはＱＯＳ  ＲＥＱＵＩＲＥＭＥＮＴ）’の場合、（相対的に）長い（あるいは短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２４２】
さらに他の一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、下記の（一部あるいはすべての）規則に従って、（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信資源（再）予約（／選択）動作を行うようにすることができる。ここで、一例として、（該当）送信資源（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）の中からランダムに選択した（送信資源（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が“０”（そして／あるいは“負の整数値”）になった時に（少なくとも）トリガリングされることができる。ここで、一例として、（選択された）カウンタ値は、（実際）ＴＲＡＮＳＰＯＲＴ  ＢＬＯＣＫ（ＴＢ）（／パケット）送信ごとに（そして／あるいは（（実際）ＴＢ（／パケット）送信と関係なしで）（選択された）カウンタ値（／個数）（そして／あるいは（選択された）カウンタ値（／個数）から誘導された値（／個数））だけの（資源予約（間隔）周期“Ｐ”の）送信資源が予約（／選択）されたと見なした（／仮定した）後、（時間領域上において）該当予約（／選択）された送信資源が通るごとにそして／あるいは（ＬＯＷ  ＬＡＹＥＲ）バッファ（そして／あるいはＰＤＣＰ  ＬＡＹＥＲ）上に（送信されるあるいは生成（／受信）された）ＴＢ（／パケット）が存在する（そして／あるいは存在しない）場合）、予め設定（／シグナリング）された値（例えば、“１”）分だけ減少させるようにすることができる。ここで、一例として、本発明において“（再）予約（／選択）”用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）（例えば、“前述のＳＴＥＰ３”）に基づいて既に選択した（送信）資源を維持（／再使用）しないと決定した場合（例えば、“０”と“１”との間でランダムに選択した値がＫＥＥＰ＿Ｐより小さいか、または同じである場合においてのみ既に選択した（送信）資源を維持すると見なす）（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））センシング結果に基づいて（既存と異なる（あるいは同じ））送信資源を再予約（／選択）すること、そして／あるいは（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））既に選択した（送信）資源を維持（／再使用）すること（そして／あるいは（Ｃ）既存と同じ有限の個数（あるいは予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値）より大きな（あるいは大きいか、または同じ）値として解釈））のサブフレーム（あるいは（既存と）同じ資源）を（再度）予約（／選択）すること）として（一般に）解釈されることができる。ここで、一例として、（一般に）“（再）予約（／選択）”動作が行われる場合、（送信資源（再）予約）カウンタ値を新しく（ランダムに）選択（あるいは（送信資源（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存値（ＳＥＬ＿ＣＮＴＶＡＬ）（あるいは残りの値（あるいは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることができる。
【０２４３】
（例示＃１）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信資源（再）予約（／選択）遂行時、（資源予約（間隔）周期“Ｐ”の）無限のサブフレーム（／資源）を（優先的に）予約（／選択）するようにした後、送信資源（再）予約（／選択）動作がトリガリングされるまで（該当）予約（／選択）された資源を使用するようにすることができる。しかしながら、一例として、該当規則が適用される場合、“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生できる。
【０２４４】
以下、理解の便宜のために、図面によって“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生される例を説明する。
【０２４５】
図２２は、“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生する例を概略的に示したものである。
【０２４６】
図２２によれば、一例として、ＳＵＢＦＲＡＭＥ＃０時点において“１００ＭＳ”の資源予約（間隔）周期で送信資源（再）予約（／選択）を行おうとするＶ２Ｘ  ＴＸ  ＵＥ＃Ｘがあると仮定しよう。ここで、一例として、すべての１０２４０個のサブフレームがＶ２Ｘ資源（プール）で設定（／シグナリング）されたと仮定しよう。ここで、一例として、このような場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘは、ＳＵＢＦＲＡＭＥ＃０，ＳＵＢＦＲＡＭＥ＃１００，．．．，ＳＵＢＦＲＡＭＥ＃１０２００、そして、ＳＵＢＦＲＡＭＥ＃１０３００を選択しなければならない場合に（ＳＦＮの制限によって）ＳＵＢＦＲＡＭＥ＃６０を選択するようになる。その結果、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘの（すべての）サブフレーム選択が終わった後、第２番目の送信機会は、ＳＵＢＦＲＡＭＥ＃１００前に発生するようになる。
【０２４７】
一方、該当問題を解決するために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信資源（再）予約（／選択）遂行時、（資源予約（間隔）周期“Ｐ”の）有限の個数（ＦＩＮＩ＿ＳＦＮＵＭ）のサブフレーム（／資源）を（優先的に）予約（／選択）するようにすることができる。以下、端末が予め定義された規則に従って、有限の個数のＲＥＳＯＵＲＣＥを予約（ｉ．ｅ．，１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）する例を図面によって説明する。
【０２４８】
図２３は、本発明の一実施の形態による、有限の個数の資源を予約する方法のフローチャートである。
【０２４９】
図２３によれば、端末は、Ｖ２Ｘ通信が行われる有限の個数の資源に対する予約を行うことができる（Ｓ２３１０）。端末は、選択ウィンドウ上の資源を選択し、選択された資源から特定周期に基づいて繰り返される資源に対する予約を行うことができ、このときの予約された資源は、有限の個数でありうる。このとき、前記有限の個数は、端末が任意的に選択（あるいは決定）したカウンタ（例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥ）値に比例し、前記カウンタ値は、正の整数を有することができる。また、前記カウンタ値は、５以上の値を有し、前記カウンタ値は、１５以下の値を有することができる。なお、前記有限の個数は、前記端末が任意的に選択したカウンタ値の１０倍の値を有することができる。以下、端末が有限の個数の資源を予約する例を具体的に説明する。
【０２５０】
端末は、Ｖ２Ｘ通信が行われる複数の資源を予約でき、予約される複数の資源は、有限の個数を有することができる。端末が有限の個数のＲＥＳＯＵＲＣＥを予約する時、予め定義された規則（ｅ．ｇ．１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）を適用できる。
【０２５１】
予め定義された規則に対する具体的な例として、ＰＳＳＣＨの送信機会に関する時間及び周波数資源の一つのセットでのサブフレームの個数は、特定値（例えば、Ｃｒｅｓｅｌ）のように与えられることができる。このとき、Ｃｒｅｓｅｌは、（特定カウンタ（例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）が設定された場合）１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲのように定義されることができ、そうでない場合（すなわち、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが設定されない場合）には、Ｃｒｅｓｅｌが１に設定されることができる。ここで、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、５以上、１５以下の値のうち、ランダムな値が設定されることができる。
【０２５２】
例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが５の場合には、ＰＳＳＣＨの送信のために予約されるサブフレームが合計５０個であり、例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが１５の場合には、ＰＳＳＣＨの送信のために予約されるサブフレームは、合計１５０個でありうる。
【０２５３】
ここで、一例として、（該当）有限の個数は、（Ａ）Ｖ２Ｘ資源（プール）で設定（／シグナリング）されたサブフレーム（／資源）の総数（ＴＮＵＭ＿Ｖ２ＸＳＦ）（ここで、一例として、ＴＮＵＭ＿Ｖ２ＸＳＦ値は、１０２４０より小さいか、または同じである（“０”を含んだ）正の整数値として解釈されることができる）（あるいは“ＦＬＯＯＲ（ＴＮＵＭ＿Ｖ２ＸＳＦ／資源予約（間隔）周期（Ｐ））”（あるいは“ＣＥＩＬＩＮＧ（ＴＮＵＭ＿Ｖ２ＸＳＦ／資源予約（間隔）周期（Ｐ））”あるいは“ＦＬＯＯＲ（１０２４０／資源予約（間隔）周期（Ｐ））”あるいは“ＣＥＩＬＩＮＧ（１０２４０／資源予約（間隔）周期（Ｐ））”）（ここで、一例として、ＦＬＯＯＲ（Ｘ）とＣＥＩＬＩＮＧ（Ｘ）は、それぞれＸより小さいか、または同じである最大整数値を導き出す関数、Ｘより大きいか、または同じである最小整数値を導き出す関数を表す）あるいは（予め設定（／シグナリング）された）ＴＮＵＭ＿Ｖ２ＸＳＦ（あるいは１０２４０）より小さいか（あるいは小さいか、または同じである）値）、またはそして／あるいは（Ｂ）（（サービング）基地局（あるいはネットワーク）から）予め設定（／シグナリング）された（特定の）値として定義されることができる。ここで、一例として、（該当）有限の個数（そして／あるいはＴＮＵＭ＿Ｖ２ＸＳＦ値）は、ＳＥＬ＿ＣＮＴＶＡＬ値（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値）より大きな（あるいは大きいか、または同じである）ものと解釈（そして／あるいは（該当）有限の個数（そして／あるいはＴＮＵＭ＿Ｖ２ＸＳＦ値）は、（一種の）予約（／選択）可能な最大サブフレーム（／資源）の個数として解釈）されることができる。ここで、一例として、該当規則の適用により、（選択された）カウンタ値が正の整数値の状態にもかかわらず、予約（／選択）したサブフレーム（／資源）が（時間領域上において）全部）通る問題も緩和されることができる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（該当）有限の個数（例えば、（一種の）予約（／選択）可能な最大サブフレーム（／資源）の個数として解釈可能である）を定義するが、仮にＳＥＬ＿ＣＮＴＶＡＬ値（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値）が（該当）有限の個数より小さいと、（例外的に）ＳＥＬ＿ＣＮＴＶＡＬ個（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値（／個数）そして／あるいはより小さな値（／個数））のサブフレーム（／資源）を予約（／選択）するようにすることもできる。
【０２５４】
端末は、予約された前記有限の個数の資源上においてＶ２Ｘ通信を行うことができる（Ｓ２３２０）。端末が予約された資源上においてＶ２Ｘ通信を行うことは、前述のとおりである。
【０２５５】
一方、端末は、予約された資源上において無限にＶ２Ｘ送信を行わない。すなわち、端末は、予約された送信資源を再選択でき、前述のように、（該当）送信資源（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）の中からランダムに選択した（送信資源（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が“０”（そして／あるいは“負の整数値”）になった時に（少なくとも）トリガリングされることができる。
【０２５６】
このとき、前記Ｖ２Ｘ端末は、予約された前記資源がもうこれ以上残っていない場合、選択ウィンドウでの資源再選択を行うことができる。また、前記Ｖ２Ｘ端末が１秒間連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでの資源再選択を行うことができ、前記Ｖ２Ｘ端末が予め設定された個数の送信機会の間に連続的にＶ２Ｘ送信を行わない場合、選択ウィンドウでの資源再選択を行うことができる。一例として、（該当）有限の個数（そして／あるいはＴＮＵＭ＿Ｖ２ＸＳＦ個）の予約（／選択）されたサブフレーム（／資源）が（時間領域上において）（全部）過ぎる（そして／あるいは予め設定（／シグナリング）されたサブフレームインデックス（例えば、１０２４０（あるいはＴＮＵＭ＿Ｖ２ＸＳＦ））が通る）にもかかわらず、（選択された）カウンタ値が“０”（そして／あるいは“負の整数値”）にならない場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信資源（再）予約（／選択）動作を行うようにするものの、（送信資源（再）予約）カウンタ値を新しく（ランダムに）選択（あるいは（送信資源（再）予約）カウンタ値を（新しく（ランダムに）選択しなくて）既存値（ＳＥＬ＿ＣＮＴＶＡＬ）（あるいは残りの値（あるいは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることもできる。
【０２５７】
端末が送信資源を再選択する具体的な例は、後述するようにする。
【０２５８】
ここで、一例として、（該当）“送信資源（再）予約（／選択）動作”という用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて既に選択した（送信）資源を維持（／再使用）しないことを決定した場合（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））センシング結果に基づいて（既存と異なる（あるいは同じ））送信資源を（再）予約（／選択）すること、そして／あるいは（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））既に選択した（送信）資源を維持（／（再）使用）すること、（そして／あるいは（Ｃ）既存と同じ有限の個数（あるいは予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値）より大きな（あるいは大きいか、または同じである）値として解釈））のサブフレーム（あるいは（既存と）同じ資源）を（再度）予約（／選択）すること）として解釈されることができる。
【０２５９】
（例示＃２）一例として、（（例示＃１）が適用される場合）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（例えば、資源予約（間隔）周期“Ｐ＿Ｘ”）にとって、（ＰＳＣＣＨデコードで把握した）他のＶ２Ｘ  ＴＸ  ＵＥ＃Ｙが予約（／選択）した資源予約（間隔）周期“Ｐ＿Ｙ”の送信資源と自身の予約（／選択）可能な候補資源との間で衝突（／重複）するかどうかを判断（例えば、前述した“ＳＴＥＰ２”）は、（該当候補資源上において）自身が仮定する（／見なす）（有限の）個数（ＮＵＭ＿ＥＸＴＸ）の送信が行われると仮定（／見なし）した時（あるいは自身が予約（／選択）する（資源予約（間隔）周期“Ｐ＿Ｘ”の）有限のサブフレーム（／資源）個数分だけの送信が行われると仮定した（／見なした）時）、衝突（／重なり）が発生するかどうかによって決定されるようにすることができる。ここで、（該当規則が適用された場合に対する）一例として、（（ＳＵＢＦＲＡＭＥ＃（Ｎ−１０））ＰＳＣＣＨデコードで）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが“１０００ＭＳ”の資源予約（間隔）周期でＳＵＢＦＲＡＭＥ＃（Ｎ−１０）、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０）上の送信資源を予約（／選択）したことを把握した場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（“１００ＭＳ”の資源予約（間隔）周期）にとって、ＳＵＢＦＲＡＭＥ＃Ｎ（現在時点）において送信資源（再）予約（／選択）を遂行する時、（予め設定（／仮定）された“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の）ＵＢＦＲＡＭＥ＃（Ｎ＋９０）上の（Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙと同じ（周波数）位置の）候補資源が選択可能であるかを判断するために、“ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋１９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋２９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋３９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋４９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋５９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋６９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋７９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋８９０），（ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））”（そして／あるいは“ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊９）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊８）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊７）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊６）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊５）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊４）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊３）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊２）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００）），（ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））”）形態のモニタリングを行うようにすることができる。ここで、一例として、該当形態のモニタリングは、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘが（予め設定（／仮定）された“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが予約（／選択）した同一（周波数）位置の候補資源（ＳＵＢＦＲＡＭＥ＃Ｚ（例えば、“Ｚ＝（Ｎ＋９０）”））が選択可能であるかは、（該当）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが（“Ｐ＿Ｙ”に基づいて）（追加的に）予約（／選択）した資源（／サブフレーム）時点（例えば、ＳＵＢＦＲＡＭＥ＃Ｇ（例え��、“Ｇ＝（Ｎ＋９９０）”））（例えば、一種の“ＵＰＰＥＲ  ＢＯＵＮＤ”と解釈されることができる）とＳＵＢＦＲＡＭＥ＃（Ｚ＋Ｐ＿Ｘ＊Ｋ）（ここで、一例として、“０≦Ｋ≦（“（Ｚ＋Ｐ＿Ｘ＊Ｍ）”値が“Ｇ”値より小さいか、または同じである条件を満たす最大（整数）Ｍ値）”）の間に重なりが発生（そして／あるいはＳＵＢＦＲＡＭＥ＃ＺとＳＵＢＦＲＡＭＥ＃（Ｇ−Ｐ＿Ｘ＊Ｒ）（ここで、一例として、“０≦Ｒ≦（“（Ｇ−Ｐ＿Ｘ＊Ｈ）”値が（予め設定（／仮定）された）“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の最小サブフレームインデックス値より大きいか、または同じである条件を満たす最大（整数）Ｈ値）”）の間に重なりが発生）するかによって決定（／判断）されると見なされる。ここで、一例として、（（例示＃２）の）提案規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予約（／選択）する資源の個数（例えば、（例示＃１））と衝突（／重複）を判断するために未来を把握しなければならない資源の個数（例えば、（例示＃２））は異なりうると解釈されることができる。ここで、（該当規則が適用された場合に対する）さらに他の一例として、（（ＳＵＢＦＲＡＭＥ＃（Ｎ−１０））ＰＳＣＣＨデコードで）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが“１０００ＭＳ”の資源予約（間隔）周期でＳＵＢＦＲＡＭＥ＃（Ｎ−１０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０）上の送信資源を予約（／選択）したことを把握した場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（“１００ＭＳ”の資源予約（間隔）周期）にとって、ＳＵＢＦＲＡＭＥ＃Ｎ（現在時点）で送信資源（再）予約（／選択）遂行時、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０）上の（Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙと同じ（周波数）位置の）候補資源は、自身が仮定する（／みなす）（有限の）個数（例えば、“９”個）（例えば、該当（有限の）個数は、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙの予約（／選択）送信資源（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））時点よりモニタリングサブフレームインデックスの最大値が大きくならない（最大）（整数）値に設定されることができる）の送信（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋１９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋２９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋３９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋４９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋５９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋６９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋７９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋８９０））が行われる時、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙの予約（／選択）送信資源（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））と衝突するか（あるいは重なっているか）によって、（最終）選択するかどうかが決定されることができる。ここで、一例として、該当する例示では、衝突しない（あるいは重ならない）から、（最終）選択が可能である。一例として、ＮＵＭ＿ＥＸＴＸ値とＦＩＮＩ＿ＳＦＮＵＭ値（（例示＃１）参照）とは、独立的に（／互いに異なるように）（あるいは同一に）設定（／シグナリング）されることができる。ここで、一例として、ＦＩＮＩ＿ＳＦＮＵＭ値は、（同じキャリア（／周波数）上の（Ｖ２Ｘ資源プールを共有する））Ｖ２Ｘ  ＵＥ（ＧＲＯＵＰ）間に共通な値（あるいは独立的な値）  に設定（／シグナリング）（そして／あるいはＮＵＭ＿ＥＸＴＸ値は、（同じキャリア（／周波数）上の（Ｖ２Ｘ資源プールを共有する））Ｖ２Ｘ  ＵＥ（ＧＲＯＵＰ）間に独立的な値（例えば、端末の上位層が設定）（あるいは共通な値）に設定（／シグナリング））されることもできる。
【０２６０】
（例示＃３）一例として、（選択された）カウンタ値が（実際の）ＴＢ（／パケット）送信ごとに、予め設定（／シグナルリール）された値（例えば、“１”）分だけ減少する場合、仮にＶ２Ｘ  ＴＸ  ＵＥ＃Ｍに送信するＴＢ（／パケット）が（長時間の間）（（ＬＯＷ  ＬＡＹＥＲ）バッファ（そして／あるいはＰＤＣＰ  ＬＡＹＥＲ）上に）ないと（そして／あるいは（実際）ＴＢ（／パケット）送信がないと）、（選択された）カウンタ値の減少が中断し、（長時間後に）送信するＴＢ（／パケット）がまた生じた時（そして／あるいは（実際に）ＴＢ（／パケット）送信が行われる時）、（該当）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｍは、（（選択された）カウンタ値が正の整数値の状態であるから）（既に）予約（／選択）された資源を依然として有していると見なし（／仮定し）、（該当）資源を正しくなく使用するようになる。
【０２６１】
端末は、予約された送信資源を再選択でき、（該当）送信資源（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）内でランダムに選択した（送信資源（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が“０”（そして／あるいは“負の整数値”）になった時に（少なくとも）トリガリングされることができる。ここで、一例として、端末は、実際に送信を行った時、前記カウンタ値を‘１’ずつ減少させることができ、カウンタ値が０になる場合に、端末が資源再予約動作を行うことができる。言い換えれば、この場合、送信資源再予約は、（（予め）予約された資源上において）端末が実際に送信を行わなければ発生しない（トリガーされない）ことができる。
【０２６２】
前述のように、（資源再予約をトリガーさせる）前記カウンタの値は、（（予め）予約された資源上において）端末による実際パケット送信が行われなければ減少しないが、仮に（予め）予約された（有限の）個数の資源が（時間領域上において）＿全部通るにもかかわらず、該当カウンタ値が“０”（そして／あるいは“負の整数値”）にならないと、（永遠に資源再予約がトリガリングされない）デッドロック（Ｄｅａｄｌｏｃｋ）問題が発生できる。
【０２６３】
そのため、先に発生する問題を解決するために、以下では、（前記カウンタの値が０にならない場合にも）資源再予約（すなわち、資源再選択）を行うことができる方法を図面によって説明する。
【０２６４】
図２４は、本発明の一実施の形態による、端末が資源を再選択する方法のフローチャートである。
【０２６５】
図２４によれば、端末は、資源再選択条件が満たされるかどうかを決定する（Ｓ２４１０）。資源再選択条件は、複数でありうる。端末は、前記複数の資源再選択条件のうち、少なくとも一つを満たす場合、資源再選択を行うことができる。ここで、一例として、（該当問題を解決するために）（（選択された）カウンタ値が正の整数値状態である）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｍにとって、仮に予め設定（／シグナリング）された臨界（時間）値以上に送信するＴＢ（／パケット）が（（ＬＯＷ  ＬＡＹＥＲ）バッファ（そして／あるいはＰＤＣＰ  ＬＡＹＥＲ）上に）ないと（そして／あるいは（実際）ＴＢ（／パケット）送信が（連続的に）行われないと）（そして／あるいは（現在の）サブフレームインデックスが１０２４０（あるいはＴＮＵＭ＿Ｖ２ＸＳＦ）値を超過すると、そして／あるいは自身が予約（／選択）した（有限の個数の）サブフレーム（／資源）が（時間領域上において）（全部）通ると）、送信資源（再）予約（／選択）動作を行うようにするものの、（送信資源（再）予約）カウンタ値を新しく（ランダムに）選択（あるいは（送信資源（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存値（ＳＥＬ＿ＣＮＴＶＡＬ）（あるいは残りの値（あるいは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることもできる。
【０２６６】
整理すると、端末の資源再選択条件は、（Ａ）Ｖ２Ｘ送信のための資源がもうこれ以上残っていない場合（例えば、前述のように‘自身が予約（／選択）したサブフレーム（／資源）が（全部）通る場合’）、（Ｂ）端末が連続的な１秒の間にパケット送信を行わない場合（例えば、前述のように、‘予め設定（／シグナリング）された臨界時間値以上に（連続した）ＴＢ（／パケット）送信が行われない場合’）、（Ｃ）端末が予め設定された個数の連続した送信機会をスキップした場合（例えば、前述のように、‘予め設定（／シグナリング）された臨界値以上に（連続的に）ＴＢ（／パケット）送信が行われない場合’）が存在できる。以下、前述の資源再選択条件に対する具体的な例を説明するようにする。
【０２６７】
（Ａ）Ｖ２Ｘ送信のための資源がもうこれ以上残っていない場合、
【０２６８】
端末は、設定されたサイドリンクグラントと関連した資源がもうこれ以上残っていない場合、資源再選択を行うことができる。すなわち、端末は、設定されたサイドリンクグラントと関連した資源がもうこれ以上残っておらず、端末に送信する新しいＭＡＣ  ＰＤＵがある場合、資源再選択がトリガーされることができる。（すなわち、前述の場合に、端末は、資源再選択を行うことができる。）
【０２６９】
一例として、（該当）有限の個数（そして／あるいはＴＮＵＭ＿Ｖ２ＸＳＦ個）の予約（／選択）されたサブフレーム（／資源）が（時間領域上において）（全部）通る（そして／あるいは予め設定（／シグナリング）されたサブフレームインデックス（例えば、１０２４０（あるいはＴＮＵＭ＿Ｖ２ＸＳＦ））が通る）にもかかわらず、（選択された）カウンタ値が“０”（そして／あるいは“負の整数値”）にならなかった場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信資源（再）予約（／選択）動作を行うようにするものの、（送信資源（再）予約）カウンタ値を新しく（ランダムに）選択（あるいは（送信資源（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存値（ＳＥＬ＿ＣＮＴＶＡＬ）（あるいは残りの値（あるいは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることもできる。
【０２７０】
（Ｂ）端末が連続的な１秒の間にパケット送信を行わない場合、
【０２７１】
（最後）１秒の間に、設定されたサイドリンクグラントで指示される資源上において送信または再送信が（ＭＡＣエンティティにより）行われない場合、端末は、資源再選択を行うことができる。すなわち、端末が１秒という連続的な送信機会上において送信または再送信を行わない場合、資源再選択がトリガーされることができる。
【０２７２】
（Ｃ）端末が予め設定された個数の連続した送信機会をスキップした場合、
【０２７３】
端末に予め設定された値が設定されており、（設定されたサイドリンクグラントが指示する資源上において）使用されない送信機会の個数が前記予め設定された値と同じである場合、端末は、資源再選択を行うことができる。言い換えれば、端末に特定値が設定されており、端末が連続的に前記特定値の個数分だけの送信機会をスキップした場合、端末は、資源再選択を行うことができる。
【０２７４】
すなわち、端末にＮ（ここで、Ｎは、正の整数）という連続的な送信機会をスキップした場合、資源再選択がトリガーされることができる。ここで、前記条件が使用される場合に、前記Ｎが端末に設定され、前記Ｎは、［１，２，３，４，５，６，７，８，９］という値を有することができる。
【０２７５】
例えば、端末に‘５’個の連続的な送信機会をスキップする場合に、端末が資源再選択を行うように設定されている場合には、端末は、５個の連続的な送信機会の間に送信を行わない時に資源再選択を行うことができる。
【０２７６】
以後、端末は、資源再選択条件が満たされる場合、Ｖ２Ｘ通信が行われる資源に対する再選択を行うことができる（Ｓ２４２０）。言い換えれば、端末は、前記資源再選択条件が満たされる場合、Ｖ２Ｘ通信が行われる資源を再選択でき、以後、端末は、選択された資源上においてＶ２Ｘ通信を行うことができる。例えば、前述のように、端末は、（Ａ）Ｖ２Ｘ送信のための資源がもうこれ以上残っていない場合（例えば、前述のように‘自身が予約（／選択）したサブフレーム（／資源）が（全部）通る場合’）、（Ｂ）端末が連続的な１秒の間にパケット送信を行わない場合（例えば、前述のように、‘予め設定（／シグナリング）された臨界時間値以上に（連続した）ＴＢ（／パケット）送信が行われない場合’）、または（Ｃ）端末が予め設定された個数の連続した送信機会をスキップした場合（例えば、前述のように、‘予め設定（／シグナリング）された臨界値以上に（連続的に）ＴＢ（／パケット）送信が行われない場合’）、Ｖ２Ｘ通信が行われる資源を再選択して、選択された資源上においてＶ２Ｘ通信を行うことができる。
【０２７７】
以後、端末は、選択された前記資源に基づいて前記Ｖ２Ｘ通信を行うことができる（Ｓ２４３０）。ここで、前述のように、選択された前記資源は、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成されたＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷに基づいて決定された資源（すなわち、レイテンシー要求を満たす選択ウィンドウ上の資源）を意味できる。また、前述（あるいは後述）のように、前記端末は、端末を特定したセンシング区間の間に行ったセンシング結果に基づいて、選択ウィンドウ内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約資源を決定し、前記予約資源上においてＶ２Ｘ通信を行うことができる。端末が選択した資源に基づいてＶ２Ｘ通信を行う具体的な例は、前述（あるいは後述）の通りであるので、具体的な内容は省略する。
【０２７８】
ここで、一例として、（該当）“送信資源（再）予約（／選択）動作”という用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて既に選択した（送信）資源を維持（／再使用）しないことを決定した場合（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））センシング結果に基づいて（既存と異なる（あるいは同じである））送信資源を（再）予約（／選択）すること、そして／あるいは（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（あるいは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））既に選択した（送信）資源を維持（／（再）使用）すること（そして／あるいは（Ｃ）既存と同一な有限の個数（あるいは予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（そして／あるいはＳＥＬ＿ＣＮＴＶＡＬ値から誘導される値）より大きな（あるいは大きいか、または同じである）値として解釈））のサブフレーム（あるいは（既存と）同じ資源）を（再度）予約（／選択）すること）として解釈されることができる。
【０２７９】
（例示＃４）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｕにとって、（自身の送信資源（再）予約（／選択）遂行時、そして／あるいは他のＶ２Ｘ  ＴＸ  ＵＥ＃Ｚの選択（／予約）されたサブフレーム（／資源）位置把握時）資源予約（間隔）周期“Ｐ”の有限（／無限）の個数の（予約（／選択））サブフレーム（／資源）が（以前）１０２４０番目のサブフレームを超過（例えば、“Ｚ”番目のサブフレーム（ここで、一例として、“Ｚ”は、“１０２４０”より大きな正の整数値））する場合、次の（あるいは以後）１０２４０個のサブフレーム内の“ＭＯＤ（Ｚ，１０２４０）（ここで、一例として、ＭＯＤ（Ｘ，Ｙ）は、ＸをＹで割り算した時の残りの値を導き出す関数を表す）”番目のサブフレームから（再度）資源予約（間隔）周期“Ｐ”の間隔で（サブフレーム（／資源）が）予約（／選択）されると見なす（／仮定する）ようにすることができる。
【０２８０】
（例示＃５）一例として、（（例示＃１）そして／あるいは（例示＃２）そして／あるいは（例示＃３）そして／あるいは（例示＃４）の場合）（Ｖ２Ｘ  ＵＥ（Ｓ）にとって）（有限（／無限）個数のサブフレーム（／資源））予約（／選択）自体は、ＳＦＮ範囲（あるいはＴＮＵＭ＿Ｖ２ＸＳＦ範囲）から外れて（ＳＦＮ  ＷＲＡＰ  ＡＲＯＵＮＤさせて）するものの、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自身の資源予約（間隔）周期“Ｐ”をよく守りながら、おかしな（時点の）サブフレーム（／資源）は、（有効な送信サブフレーム（／資源）から）除外（ＳＫＩＰ）する形態（そして／あるいは（有限（／無限）個数のサブフレーム（／資源））予約（／選択）を自体的にＳＦＮ範囲（あるいはＴＮＵＭ＿Ｖ２ＸＳＦ範囲）を増やしながらする形態）で動作するようにすることができる。
【０２８１】
（例示＃７）一例として、以下の説明は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の効率的な（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を支援するための方法を示す。以下、端末は、資源予約周期Ｐ間隔で１０＊Ｃサブフレームを予約し、このとき、Ｃは、ＭＡＣにより決定されるＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲを意味できる。
【０２８２】
（Ａ）前述のように、端末が資源予約周期Ｐ間隔で１０＊Ｃサブフレームを予約することは、大きく２通りの問題点が存在できる。
【０２８３】
まず、端末は、有限の個数のサブフレームを予約するが、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、ＭＡＣ  ＰＤＵが送信される場合においてのみ減少できる。したがって、上位レイヤーが特定時間区間の間にパケット生成を中断する場合、そして多くの予約サブフレームにおいて送信をスキップした場合、端末は、予約された資源がもうこれ以上有効でなくなり、新しく到着したパケットの送信に対する資源がもうこれ以上残っていないことができる。
【０２８４】
また、予約されたサブフレームのセットの時間区間がＤＦＮ（Ｄ２Ｄ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）範囲を超える場合（すなわち、１０＊Ｃ＊Ｐ＞Ｔｍａｘ，Ｔｍａｘは、１０２４０または１０１７６）、第２番目のＤＦＮ範囲でのサブフレームナンバーは、１００で分けられないことができる（すなわち、１００で分ける場合、残りが発生できる）。
【０２８５】
例えば、図２２の場合のように、Ｖ２Ｖサブフレームが１０２４０というインデックス範囲を有する場合、端末がインデックス｛０，１００，．．．，１０２００，１０３００，．．．，１４９００｝に対するサブフレームを予約する場合、前記１０３００から１４９００までのサブフレームナンバーは、ＤＦＮ範囲を超える範囲に該当するから、実際に｛０，１００，．．．，１０２００，６０，１６０，．．．，３６６０｝に対するサブフレームが予約されることができる。
【０２８６】
（Ｂ）これに、以下では、前述した２通りの問題点を解決するための方法を提供するようにする。
【０２８７】
まず、第１の問題点を解決するために、端末が予約した資源がもうこれ以上残っていないことにもかかわらず、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが依然として０より大きな場合、端末は、資源予約を拡張できる。
【０２８８】
第２の問題点を解決するために、予約されたサブフレームの数がカウンタ数と独立的に設定できる。なお、予約されたサブフレームが数をカウンタ値より小さく設定することもできる。例えば、端末は、資源予約がトリガーされる時、現在のＤＦＮ範囲の境界までのサブフレームのセットを予約できる。
【０２８９】
図２５は、前述の提案を考慮して資源予約を行う方法の一例である。
【０２９０】
図２５によれば、前述の２通りの提案を考慮して、端末は、まずＤＦＮ境界以前に終了するサブフレームのセットを決定し、より多くの資源が必要であれば、同じ資源予約間隔で資源予約を繰り返すことができる。
【０２９１】
（Ｃ）前述の提案を整理すると、以下の通りである。
【０２９２】
提案１：端末がもうこれ以上予約されたリソースを有していないものの、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが依然として０より大きな場合、端末が資源予約を拡張できる。
【０２９３】
提案２：資源予約がトリガーされる時、端末は、現在のＤＦＮ範囲の境界までのサブフレームのセットを予約できる。
【０２９４】
Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の送信資源（再）予約（／選択）動作に対する一例は、以下の表２のように表すことができる。
【０２９５】
【表２−１】
2019530325.tif 000004
【０２９６】
【表２−２】
2019530325.tif 000005
【０２９７】
【表２−３】
2019530325.tif 000006
【０２９８】
（例示＃６）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、表２（例えば、前述（あるいは後述）の“ＳＴＥＰ  ２／３”）に従って、送信資源（再）予約（／選択）動作を行うようにすることができる。ここで、一例として、ＳＣＩフォーマット上の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＦＩＥＬＤ（ＲＲ＿ＦＩＥＬＤ）”値は、（（端末）上位レイヤーから設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ（ＲＲ＿ＩＮＶ）”値を予め定義（／シグナリング）された値（Ｐ＿ＳＴＥＰ）（例えば、“Ｐ＿ＳＴＥＰ＝１００”）で割り算した商（／値）（Ｉ＿ＶＡＬＵＥ）として指定されることができる。ここで、一例として、Ｉ＿ＶＡＬＵＥ値は、（最大）“１≦Ｉ＿ＶＡＬＵＥ≦１０”の範囲に設定（／シグナリング）されることができる。ここで、一例として、特定Ｉ＿ＶＡＬＵＥ値の選択（／許容）が可能であるかどうかは、“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”形態で（予め定義されたシグナリング（例えば、１０−ＢＩＴ  ＢＩＴＭＡＰ上のＸ番目のビットがＸ番目のＩ＿ＶＡＬＵＥ値の選択（／許容）が可能であるかどうかを指示する）を介して）指定されうる。ここで、一例として、特定Ｉ＿ＶＡＬＵＥ値（Ｉ＿ＲＥＳＶＡＬ）の選択制限は、（Ａ）“Ｉ＿ＲＥＳＶＡＬ＊Ｐ＿ＳＴＥＰ”値のＲＲ＿ＩＮＶ値を（（端末）上位層が）設定（／シグナリング）できないこと、そして／あるいは（Ｂ）（（端末）上位層が）（実際に）願うＲＲ＿ＩＮＶ値と最も近接した値を表現できる（Ｉ＿ＲＥＳＶＡＬでない）他のＩ＿ＶＡＬＵＥ値を設定（／シグナリング）しなければならないと解釈されることができる。
【０２９９】
一方、端末が（センシングウィンドウで）センシングを行う間に送信が行われる場合、すなわち、センシングウィンドウ内でＶ２Ｘ送信が行われるサブフレームに対しては、（ハーフデュプレックス問題によって）端末がセンシングを行うことができない可能性もある。このとき、端末がセンシングを行うことができないサブフレームと特定周期に対応するサブフレーム上において、端末がＶ２Ｘメッセージ送信を行う場合には、端末がセンシングを行うことができなかったサブフレームに基づいてＶ２Ｘメッセージを送信する結果を招くようになる。
【０３００】
そのため、以下では、端末がセンシングを行うことができなかったサブフレームに基づいてＶ２Ｘメッセージを送信する問題を解決するために、端末がセンシングを行うことができなかったサブフレームに関連した（選択ウィンドウでの）サブフレームを排除させる方法を図面によって提供する。
【０３０１】
図２６は、本発明の一実施の形態による、端末がセンシングを行うことができなかったサブフレームに関連した（選択ウィンドウでの）サブフレームを排除させる方法のフローチャートである。
【０３０２】
図２６によれば、端末は、センシング区間の間に送信が行われたサブフレームに関連した（選択ウィンドウでの）サブフレームを除外した、サブフレームを（選択ウィンドウで）選択する（Ｓ２６１０）。言い換えれば、端末は、選択ウィンドウでの複数のサブフレームの中でセンシング区間の間に送信が行われたサブフレームと関連した選択ウィンドウでのサブフレームを除外し、除外された選択ウィンドウでのサブフレーム以外のサブフレームを前記複数のサブフレームの中から選択できる。
【０３０３】
ここで、センシング区間の間に送信が行われたサブフレームと関連した選択ウィンドウでのサブフレームは、端末が前記選択ウィンドウでのサブフレームを選択する場合、選択されたサブフレームの資源予約周期に応じるサブフレームが端末がセンシングを行うことができないサブフレームと特定周期に対応するサブフレームとオーバラップするサブフレームを意味できる。理解の便宜のために、本内容を図面によって説明すれば、以下のとおりである。。
【０３０４】
図２７は、端末がセンシングを行うことができなかったサブフレームに関連した（選択ウィンドウでの）サブフレームを排除する例を示したものである。
【０３０５】
図２７によれば、例えば、第１サブフレームは、端末がセンシングを行うことができなかったサブフレームを意味できる。前記第１サブフレームと特定周期に対応するサブフレームは、第３サブフレームであると仮定することができる。
【０３０６】
ここで、選択ウィンドウでの第２サブフレームが選択される時、選択された第２サブフレームに対する資源予約周期に従って予約されるサブフレームが複数あり、予約されるサブフレームのうち、一つ（あるいは複数）のサブフレームが前記第３サブフレームとオーバラップする場合には、端末は、前記第２サブフレームを選択ウィンドウで選択しないこともできる（すなわち、選択において除外できる）。
【０３０７】
図２６へ戻ってこれを一般化すると、例えば、（センシングウィンドウ内の）サブフレーム＃ｋで（Ｖ２Ｘメッセージ送信が行われて）端末がセンシングを行うことができなかったし、サブフレーム＃（ｙ＋Ｐ＊ｊ）とサブフレーム＃（ｋ＋１００＊ｉ）がオーバラップする場合、端末は、選択ウィンドウ内のサブフレーム＃ｙを資源予約選択から排除することができる。ここで、前述のように、サブフレーム＃ｋは、端末がセンシングを行うことができなかったサブフレームに対応し、サブフレーム＃ｙは、選択ウィンドウ内のサブフレームを意味できる。また、前記Ｐは、端末の資源予約周期を意味でき、例えば、Ｐは、１００ｍｓの値を有することができる。前記ｊは、０，１，２，．．．，Ｃ＿ｒｅｓｅｌ−１の値を意味でき、Ｃ＿ｒｅｓｅｌは、前述のように特定カウンタ値が比例する値（例えば、１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）の値を意味できる。特定カウンタに対する内容（すなわち、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）は、前述のとおりであるので、具体的な説明は省略する。なお、ｉは、キャリアを特定した設定により制限されるセットでの要素を意味できる。すなわち、前記ｉは、基地局が予約を許すことができる値を意味し、特定周期と関連した値（例えば、ｉが２の場合、特定周期（例えば、１ホップ）は、１００＊ｉ＝２００ｍｓ）を意味できる。このとき、ｉは、例えば２，４，６，８の値を有することもできる。
【０３０８】
ここで、一例として、表２上に述べられたＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、仮にＳＴＥＰ  ２において
2019530325.tif 000007
が自身のＶ２Ｘメッセージ送信動作でモニタリングされなかった場合（そして／あるいは自身のＶ２Ｘメッセージ送信動作で
2019530325.tif 000008
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連ＰＳＣＣＨデコード及び（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（そして／あるいはＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＳＡに属するＲＸ，Ｙのうち、ＲＸ，Ｙ＋ＲＲ＿ＩＮＶＴＸ＊ｊが
2019530325.tif 000009
（そして／あるいは
2019530325.tif 000010
上の他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）により選択（／予約）されうる（一部）資源）と重なる場合、ＲＸ，ＹをＳＡ集合から（追加的に）除外させるようにすることができる。ここで、一例として、“Ｊ”値は、“０，１，．．．，（ＣＲＥＳＥＬ−１）（表２参照）”の形態で定義されることができる。ここで、一例として、“ＲＲ＿ＩＮＶＴＸ”は、自身の（上位層から設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値を意味し、“Ｉ＿ＣＡＮＶＡＬ”は、（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で指定された選択（／許容）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する値として（限定的に）解釈されることができる。ここで、一例として、前記規則が適用される場合、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＳＴＥＰ  ２において自身のＶ２Ｘメッセージ送信動作によりモニタリングされなかった資源（例えば、
2019530325.tif 000011
）が発生されることによって）ＳＡ集合からＲＸ，Ｙが（追加）除外されるかどうかを判断する時、（特定キャリア（／プール）上において）（実際に）選択（／許容）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”（そして／あるいは“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”）だけを考慮すると解釈されることができる。
【０３０９】
以後、端末は、選択された前記サブフレームに基づいてＶ２Ｘ通信を行うことができる（Ｓ２６２０）。ここで、前述のように、選択された前記サブフレーム（あるいは資源）は、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成された（ＳＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）に基づいて決定された資源（すなわち、レイテンシー要求を満たす選択ウィンドウ上の資源）を意味できる。また、前述（あるいは後述）のように、前記端末は、端末を特定したセンシング区間の間に行ったセンシング結果に基づいて、選択ウィンドウ内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約資源を決定し、前記予約資源上においてＶ２Ｘ通信を行うことができる。前述のように、端末が選択された前記サブフレーム上においてＶ２Ｘ通信を行うということは、端末が選択したサブフレームに関連して予約されたサブフレーム上においてＶ２Ｘ通信を行うということを意味できる。端末が選択した資源に基づいてＶ２Ｘ通信を行う具体的な例は、前述（あるいは後述）の通りであるので、具体的な内容は省略する。
【０３１０】
ここで、さらに他の一例として、表２上に述べられたＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、仮にＳＴＥＰ  ２において
2019530325.tif 000012
が自身のＶ２Ｘメッセージ送信動作でモニタリングされなかった場合（そして／あるいは自身のＶ２Ｘメッセージ送信動作で
2019530325.tif 000013
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連ＰＳＣＣＨデコード及び（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（そして／あるいはＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＳＡに属するＲＸ，Ｙのうち、ＲＸ，Ｙ＋ＲＲ＿ＩＮＶＴＸ＊Ｊが
2019530325.tif 000014
（そして／あるいは
2019530325.tif 000015
上の他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）により選択（／予約）されうる（一部）資源）と重なる場合、ＲＸ，ＹをＳＡ集合から（追加的に）除外させるようにすることができる。ここで、一例として、“Ｉ＿ＣＡＮＶＡＬ＿Ｘ”は、（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で指定された選択（／許容）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する値のうち、最大値（あるいは最小値あるいは特定値）として設定（／シグナリング）されることができる。ここで、さらに他の一例として、表２上に述べられるＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、仮に
2019530325.tif 000016
が自身のＶ２Ｘメッセージ送信動作でＳＴＥＰ  ２においてモニタリングされなかった場合（そして／あるいは自身のＶ２Ｘメッセージ送信動作で
2019530325.tif 000017
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連のＰＳＣＣＨデコード及び（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（そして／あるいはＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＲＸ，ＹをＳＡ集合から（追加的に）除外させるようにすることができる。ここで、一例として、“（Ｎ−１００１）≦（Ｙ−Ｉ＿ＣＡＮＶＡＬ＊Ｐ＿ＳＴＥＰ）≦（Ｎ−２）”（ここで、一例として、ＳＵＢＦＲＡＭＥ＃Ｎ時点は、（上位層から）（送信）資源（再）予約（／選択）遂行が設定（／シグナリング）された時点として解釈されることができる）（そして／あるいは“Ｐ＿ＳＴＥＰ＝１００”）と定義されることができる。ここで、さらに他の一例として、表２上に述べられるＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、仮に
2019530325.tif 000018
が自身のＶ２Ｘメッセージ送信動作でＳＴＥＰ  ２においてモニタリングされなかった場合（そして／あるいは自身のＶ２Ｘメッセージ送信動作で
2019530325.tif 000019
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連のＰＳＣＣＨデコード及び（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（そして／あるいはＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＲＸ，ＹをＳＡ集合から（追加的に）除外させるようにすることができる。ここで、一例として、“（Ｎ−１００１）≦（Ｙ−Ｉ＿ＣＡＮＶＡＬ＿Ｑ＊Ｐ＿ＳＴＥＰ＊Ｋ）≦（Ｎ−２）”（ここで、一例として、ＳＵＢＦＲＡＭＥ＃Ｎ時点は、（上位層から）（送信）資源（再）予約（／選択）遂行が設定（／シグナリング）された時点として解釈されることができる）（そして／あるいは“Ｐ＿ＳＴＥＰ＝１００”）そして／あるいは“Ｋ＝ＮＯＮ−ＮＥＧＡＴＩＶＥ  ＩＮＴＥＧＥＲ”と定義されることができる。ここで、一例として、“Ｉ＿ＣＡＮＶＡＬ＿Ｑ”は、（（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”形態で指定された）選択（／許容）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する値（そして／あるいは選択（／許容）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する値のうち、最小値（あるいは最大値あるいは特定値））として設定（／シグナリング）されることができる。ここで、一例として、前記（一部）規則が適用される場合、ＳＡ集合からＲＸ，Ｙの（追加）除外をするかどうかを判断する時、（Ａ）Ｊ値を予め設定（／シグナリング）された特定値（例えば、“Ｊ＝１（／０）”）（そして／あるいは“ＲＲ＿ＩＮＶＴＸ＊Ｊ”（あるいは“Ｐ＿ＳＴＥＰ＊Ｊ”）が（特定キャリア（／プール）上において）（実際に）選択（／許容）可能な最大（あるいは最小）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（あるいは予め設定（／シグナリング）された特定“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”）と同じくなるＪ値（あるいは該当導き出されたＪ値より小さいか（あるいは大きいか）または同じ値））（のみ）で仮定するようにするか、そして／あるいは（Ｂ）ＲＲ＿ＩＮＶＴＸ値を予め設定（／シグナリング）された特定値（例えば、“ＲＲ＿ＩＮＶＴＸ＝１０００ＭＳ”）（そして／あるいは（特定キャリア（／プール）上において）（実際）選択（／許容）可能な最大（あるいは最小）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（あるいは該当最大（あるいは最小）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”より小さいか（あるいは大きいか）または同じ値））（のみ）で仮定するようにすることができる。ここで、一例として、前記提案方法は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信するメッセージ（／パケット）関連の優先順位の値（そして／あるいは（該当）キャリア（／プール）関連ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ値）が予め設定（／シグナリング）された臨界値より小さな（あるいは大きな）場合においてのみ限定的に適用されるようにすることもできる。
【０３１１】
（例示＃８）一例として、（Ｖ２Ｘ  ＵＥ（Ｓ））自身の送信動作でモニタリング（／センシング）されなかった資源（／サブフレーム）を“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”において効果的に反映する方法は、以下のとおりである。
【０３１２】
サブフレーム＃ｋにおいて他の端末によりＴＢの単一送信が行われる場合、スキップされたサブフレーム＃ｋ上においてＰＳＳＣＨ−ＲＳＲＰの正確な情報を獲得することは難しくありうる。そのため、サブフレーム＃（ｙ＋Ｐ＊ｊ）がサブフレーム＃（ｋ＋１００＊ｉ）とオーバラップする場合、端末＃Ａが端末の選択ウィンドウ内に存在するサブフレーム＃ｋを除外することを考慮できる。このとき、前述のように、Ｐは、端末の資源予約インターバルを意味でき、ｊは、０，１，．．．，１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ−１を意味できる。なお、ｉは、キャリアを特定したネットワーク（予め）設定により制限されるセットでの（可能な）要素を意味できる。
【０３１３】
（ここで、一例として、“ＳＵＢＦＲＡＭＥ＃（Ｋ＋１００＊Ｉ）”上の“１００”の値は、（予め設定（／シグナリング）された（特定の）資源プール上において“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（そして／あるいは（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＳＨＯＲＴＰ＿ＵＥ（Ｓ））と“（ＲＥＬＡＴＩＶＥＬＹ）ＬＯＮＧＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（そして／あるいは（相対的に）長い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＬＯＮＧＰ＿ＵＥ（Ｓ））が共存する時）（Ａ）ＳＨＯＲＴＰ＿ＵＥ（Ｓ）がセンシング動作を行う場合、そして／あるいは（Ｂ）ＬＯＮＧＰ＿ＵＥ（Ｓ）が（ＳＨＯＲＴＰ＿ＵＥ（Ｓ）に対する）センシング動作を行う場合に（予め設定（／シグナリング）された）他の値として指定されることができる。）
【０３１４】
前述の接近方法と共に、端末＃Ａは、スキップされたサブフレーム＃ｋからスケジュールされうる他の端末の送信にオーバラップする（端末の選択ウィンドウ内の）すべての資源を除外できる。以下、これを図面によって説明する。
【０３１５】
図２８ないし図３０は、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”で反映する例を示したものである。
【０３１６】
図２８ないし図３０によれば、ｉのセットは、｛２，４｝のように制限されることができ、Ｐ及びＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、それぞれ２００ｍｓ、５に設定されることができる。
【０３１７】
図２８の場合、“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊２）（ｉ．ｅ．，ｉ＝２）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊０）（ｉ．ｅ．，ｊ＝０）”，“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊４）（ｉ．ｅ．，ｉ＝４）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊１）（ｉ．ｅ．，ｊ＝１）”によって、（選択ウィンドウ内の）サブフレーム＃ｋが選択から除外されることができる。
【０３１８】
図２９の場合、“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊４）（ｉ．ｅ．，ｉ＝４）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊０）（ｉ．ｅ．，ｊ＝０）”によって、（選択ウィンドウ内の）サブフレーム＃ｋが選択から除外されることができる。
【０３１９】
しかしながら、図３０の場合、前述によるオーバラップが発生する選択ウィンドウでのサブフレームがないので、選択から除外することは、選択ウィンドウでのサブフレームがないこともできる。
【０３２０】
結論として、以下のような提案が提供される。
【０３２１】
提案：資源排除手順から（自身の送信によって）スキップされたサブフレーム＃ｋを処理するために、以下の解決策が提案されることができる。端末＃ａは、サブフレーム＃（ｙ＋Ｐ＊ｊ）がサブフレーム＃（ｋ＋１００＊ｉ）と重なることができるならば、自身の選択ウィンドウ内でのサブフレーム＃ｙを排除しなければならない。ここで、Ｐは、端末の資源予約間隔を意味でき、ｊは、０，１，．．．，（１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ−１）であり、ｉは、キャリア別ネットワーク（事前）構成により制限されたセットのすべての（使用可能な）要素でありうる。
【０３２２】
さらに他の一例として、予め指定（／シグナリング）された（特定の）長さ（例えば、“１６”、“２０”、“１００”）のビットマップがＶ２Ｘ資源プール設定のために繰り返し適用される場合、（特に、ＳＬＳＳ送信用途として設定（／シグナリング）されたサブフレームがＶ２Ｘ資源プールとして設定（／シグナリング）可能な（候補）サブフレームから除外されることによって）“ＤＦＮ  ＲＡＮＧＥ  ＥＮＤ”において該当ビットマップ（適用）が“ＴＲＵＮＣＡＴＥＤ”される問題が発生できる。ここで、一例として、該当問題を解決するために、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”あるいは“１０１７６”）を増加（例えば、一種のＨＹＰＥＲ−ＳＦＮ（／ＨＹＰＥＲ−ＤＦＮ）方式で解釈可能）させることができる。ここで、一例として、（増加した）“（最大）ＤＦＮ  ＲＡＮＧＥ”値は、“１０２４０（／１０１７６）＊Ｈ＿ＶＡＬ”（あるいは“１０２４０（／１０１７６）＊Ｈ＿ＭＡＸＶＡＬ”）（そして／あるいは“ＭＡＸ  ＤＦＮ  ＲＡＮＧＥ＊Ｈ＿ＶＡＬ”（あるいは“ＭＡＸ  ＤＦＮ  ＲＡＮＧＥ＊Ｈ＿ＭＡＸＶＡＬ”））の形態で定義されることができる。ここで、一例として、（Ａ）（現在適用される）Ｈ＿ＶＡＬ値（／インデックス）（Ｂ）設定（／使用）可能なＨ＿ＶＡＬ（インデックス）の範囲そして／あるいは（Ｃ）Ｈ＿ＶＡＬの最大値（／最大インデックス）（Ｈ＿ＭＡＸＶＡＬ）（そして／あるいは最小値（／最小インデックス）（Ｈ＿ＭＩＮＶＡＬ））などは、ネットワーク（あるいはサービングセル）が予め定義された（上位（／物理）層）シグナリング（そして／あるいは（ＳＹＮＣＨ．ＳＯＵＲＣＥ）端末がＰＳＢＣＨ上の（新しく定義された）フィールド（あるいは予め定義されたＤ２Ｄチャネル／シグナル））を介して（“ＣＡＲＲＩＥＲ（／ＰＯＯＬ／ＣＥＬＬ）−ＳＰＥＣＩＦＩＣ（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”形態そして／あるいは“Ｖ２Ｘ  ＰＯＯＬ（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の一環として）予め設定（／シグナリング）することができる。
【０３２３】
図３１は、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”あるいは“１０１７６”）を増加させた場合に対する一例を示したことである。ここで、一例として、Ｈ＿ＶＡＬ（そして／あるいはＨ＿ＭＡＸＶＡＬ）値（例えば、図３１では、“Ｈ”で表示）が“５”に設定された状況を仮定した。ここで、一例として、（増加した）“（最大）ＤＦＮ  ＲＡＮＧＥ”値がＶ２Ｘ資源プール設定関連（指定（／シグナリング）された）のビットマップ長で（残り無しで）割り切れるように（そして／あるいは（Ｖ２Ｘ資源プールに設定（／シグナリング）された（全体）サブフレーム上において）（（特定キャリア（／プール）上において）（実際に）選択（／許容）可能な）（最大（あるいは最小）あるいは予め設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（例えば、“１００ＭＳ”）の倍数に該当する周期の（正しい）“ＷＲＡＰ  ＡＲＯＵＮＤ”が可能なように）Ｈ＿ＶＡＬ値（そして／あるいはＨ＿ＭＡＸＶＡＬ）（そして／あるいはＶ２Ｘ資源プール設定（／シグナリング）関連ビットマップ値）が（制限的に）設定（／シグナリング）されることができる。ここで、一例として、前記規則が適用される場合、Ｖ２Ｘ  ＵＥ（Ｓ）は、（既存の）“（最大）ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４（／１０２４０）”）を通るごとに、Ｈ＿ＶＡＬ値を予め設定（／シグナリング）された値（例えば、“１”）分だけずつ増加させるものの、同じＨ＿ＶＡＬ値基盤の（Ｖ２Ｘ）サブフレーム（集合）内で相対的に小さなインデックスの（Ｖ２Ｘ）サブフレームから（Ｖ２Ｘメッセージ）送信（そして／あるいはＶ２Ｘ通信）に使用（／考慮）するようになる。さらに他の一例として、センシングなどの動作において“ＳＵＢＦＲＡＭＥＩＮＤＥＸ”は、（Ｖ２Ｘ）資源プール内での“ＬＯＧＩＣＡＬ  ＩＮＤＥＸ”を使用する。ここで、一例として、（予め設定された）他のシグナルと（Ｖ２Ｘ）資源プールが“ＴＤＭ”される場合、物理的な時間間隔が相対的に大きくなることができる。ここで、一例として、このような場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値をより小さな値で使用するようにすることができる。
【０３２４】
一方、上述の規則が適用された場合（例えば、上述のように、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”あるいは“１０１７６”）を増加（例えば、一種のＨＹＰＥＲ−ＳＦＮ（／ＨＹＰＥＲ−ＤＦＮ）方式で解釈可能）させる場合）、下記のようにＶ２Ｘ通信が行われることができる。
【０３２５】
（Ａ）（例えば、Ｖ２Ｖサブフレームに対するビットマップがＤＦＮ期間［ＲＡＮ１，ＲＡＮ２］内で整数回数繰り返さない場合）、Ｖ２Ｖは、他の信号／チャネルとマルチプレクスされることができる。
【０３２６】
Ｂ）現在、Ｖ２Ｖに対するＤＦＮ範囲、すなわちＶ２Ｖに割り当てられうるサブフレームの数を意味するＴｍａｘは、ＳＬＳＳ資源構成に応じて１０２４０または１０１７６でありうる。
【０３２７】
これに対し、資源プールに対するＶ２Ｖサブフレームを表すビットマップの長さは、１６、２０または１００でありうる。したがって、前述（例えば、図２２の場合）のように、ＤＦＮ範囲がビットマップ長の単位で割り算されない場合が発生できる。
【０３２８】
この問題を解決できる根本的な解決策は、ＤＦＮ範囲（すなわち、Ｔｍａｘ）を常にビットマップ長で割り算されることができるように変更することである。これは、ビットマップ長の倍数になるようにＤＦＮ範囲を増やすのを意味できる。これに、ＳＦＮ範囲を増やすために、“ハイパーＳＦＮ（Ｈ−ＳＦＮ）”という概念を導入できる。
【０３２９】
ここで、Ｈ−ＳＦＮがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＢＲで提供される場合、ＣＥ内のＢＬ  ＵＥ及びＵＥに対する修正周期境界は、（Ｈ−ＳＦＮ＊１０２４＋ＳＦＮ）ｍｏｄ  ｍ＝０であるＳＦＮ値により定義されることができる。ここで、ＮＢ−ＩｏＴに関して、Ｈ−ＳＦＮは、常に提供されることができ、修正周期境界は、（Ｈ−ＳＦＮ＊１０２４＋ＳＦＮ）ｍｏｄ  ｍ＝０であるＳＦＮ値により定義されることができる。修正周期は、システム情報により設定されることができる。
【０３３０】
修正周期より長いか、または同じｅＤＲＸ周期を使用するＲＲＣ＿ＩＤＬＥ端末に対するシステム情報アップデート通知を可能にするために、ｅＤＲＸ獲得周期が定義されることができる。ｅＤＲＸ獲得周期の境界は、Ｈ−ＳＦＮ  ｍｏｄ  ２５６＝０であるＨ−ＳＦＮ値により決定されることができる。特に、ＮＢ−ＩｏＴの場合、ｅＤＲＸ獲得期間の境界は、Ｈ−ＳＦＮ  ｍｏｄ  １０２４＝０であるＨ−ＳＦＮ値により決定されることができる。
【０３３１】
図３２は、アップデートされたシステム情報を送信する一例を示したものである。
【０３３２】
図３２によれば、ネットワークが（一部の）システム情報を変更すると、ネットワークは、この変化に対して端末にまず通知できる。次の修正周期においてネットワークは、アップデートされたシステム情報を送信できる。変更通知を受信すると、端末は、修正周期より小さいか、または同じであるＤＲＸサイクルを使用して、次の修正周期の始まりから新しいシステム情報を直ちに獲得することができる。
【０３３３】
送信されるシステム情報、すなわち、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１は、以下の表３のように定義されることができる。
【０３３４】
【表３】
2019530325.tif 000020
【０３３５】
ここで、‘ｈｙｐｅｒＳＦＮ’は、ＳＦＮがラッピングされる時に一つずつ増加するハイパーＳＦＮを表し、‘ｅＤＲＸ−Ａｌｌｏｗｅｄ’に関して、このフィールドの存在は、アイドルモード拡張されたＤＲＸがセルで許容されるかどうかを表す。端末は、ｅＤＲＸ許容が存在しないと、アイドルモードから拡張されたＤＲＸ使用を中断しなければならない。
【０３３６】
類似の原理を使用すると、“ハイパーＤＦＮ”を定義してＤＦＮ範囲を増やすことができる。（すなわち、ＳＬＳＳサブフレームを除外した）論理的ドメインでのＶ２Ｖサブフレームインデックスは、（Ｈ−ＤＦＮ＊Ｔｍａｘ＋ＤＦＮ）により与えられることができる。
【０３３７】
Ｈ−ＤＦＮの最大値であるＨｍａｘは、ハイパーＤＦＮ範囲で潜在的なＶ２Ｖサブフレームの総数であるＨｍａｘ＊Ｔｍａｘが構成されたビットマップ長で分けられるように構成できる。
【０３３８】
図３３は、ハイパーＤＦＮの一例を示している。
【０３３９】
本例では、Ｈｍａｘが５に設定されることができる。（すなわち、Ｈ−ＤＦＮ＃５がＨ−ＤＦＮ＃０にリセットされる）。このようなハイパーＤＦＮを支援するために、現在のＨ−ＤＦＮインデックスは、同じリソースプールを共有する端末だけでなく、ｅＮＢと端末との間に同期化する必要がある。これは、ｅＮＢと端末との間の資源プール構成の一部としてシグナリングされることができ、またＰＳＢＣＨを介してシグナリングされることができる。ＧＮＳＳが同期化参照である場合、Ｈ−ＤＦＮインデックスは、現在ＵＴＣ値から派生されることができる。
【０３４０】
（Ｃ）結論として、
【０３４１】
サブフレームビットマップの繰り返しの不連続性を処理するために、ハイパーＤＦＮが次のように提案されることができる。
【０３４２】
提案１：ハイパーＤＦＮは、ＤＦＮ範囲をＨｍａｘ時間分だけ増加させるように定義されることができる。論理的ドメインのＶ２Ｖサブフレームインデックスは、Ｈ−ＤＦＮ＝０，１，．．．，Ｈｍａｘ−１であるＴｍａｘサブフレーム以後にＨ−ＤＦＮが増加する（Ｈ−ＤＦＮ＊Ｔｍａｘ＋ＤＦＮ）により提供されることができる。
【０３４３】
提案２：Ｈｍａｘは、リソースプールのＶ２Ｖサブフレームビットマップの長さでＨｍａｘ＊Ｔｍａｘを割り算した値のように設定されることができる。
【０３４４】
提案３：現在のＨ−ＤＦＮは、ｅＮＢからの資源プール構成の一部としてシグナリングされることができる。そして、またＰＳＢＣＨを介してシグナリングされることができる。
【０３４５】
さらに他の一例として、前述の例においてＨｍａｘ値は、（追加的なシグナリングが必要なく）予め定義された値に（スペック上に）固定されることもできる。ここで、一例として、Ｈｍａｘ値は、“２５”（あるいは“２５の倍数値”）に固定されることができる。表４、表５、表６は、前述したことに対する分析資料である。
【０３４６】
【表４】
2019530325.tif 000021
【０３４７】
【表５】
2019530325.tif 000022
【０３４８】
【表６】
2019530325.tif 000023
【０３４９】
さらに他の一例として、（Ａ）予め設定（／シグナリング）された（特定の）長さのビットマップが繰り返し適用されてＶ２Ｘ資源分析プールが指定される場合、そして／あるいは（Ｂ）（（端末）上位層から設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”基盤の（周期的な）送信資源が予約（／選択）される場合、（該当）ビットマップにより指定された（一部）Ｖ２Ｘ資源そして／あるいは（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部）（周期的な）送信資源がＷＡＮ通信関連ＤＬ（時間（／周波数））資源（例えば、“ＤＬＳＦ”そして／あるいは“（ＴＤＤ）ＳＰＥＣＩＡＬ  ＳＦ”（そして／あるいは“ＤＷＰＴＳ”））上に位置できる。
【０３５０】
一方、端末が特定キャリア上においてＶ２Ｘメッセージ送信を行う時、端末は、前記キャリア上のすべてのサブフレームを利用してＶ２Ｘメッセージ送信を行うことができることではない。そのため、端末がＶ２Ｘメッセージ送信を行わないサブフレームを考慮して、Ｖ２Ｘメッセージを送信する方法に対する例を図面によって説明する。
【０３５１】
図３４は、本発明の一実施の形態による、割り当てられたＶ２Ｘ資源プール上においてＶ２Ｘ通信を行う方法のフローチャートである。
【０３５２】
図３４によれば、端末は、特定サブフレームを除外した残りのサブフレームに対してＶ２Ｘ資源プールを割り当てることができる（Ｓ３４１０）。このとき、前記特定サブフレームは、（Ａ）ＳＬＳＳサブフレーム、（Ｂ）ＴＤＤ共有キャリアの場合、ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレーム、あるいは（Ｃ）予約されたサブフレームを意味できる。以下、Ｖ２Ｘ送信から除外されるサブフレームを決定するより具体的な例を説明する。
【０３５３】
（Ａ）ＳＬＳＳサブフレームに関して
【０３５４】
まず、端末は、ＳＬＳＳサブフレームを除外した残りのサブフレームに対してＶ２Ｘ資源プールを割り当てることができる。
【０３５５】
具体的に、ＳＬＳＳサブフレームは、（繰り返される）Ｖ２Ｖプールビットマップ（すなわち、Ｖ２Ｘプールが割り当てられることができるサブフレームを指示するビットマップ（あるいは情報））に応じるマッピングから除外されることができ、このとき、前記ビットマップ長は、１６、２０、あるいは１００を意味できる。前記ビットマップは、どんなサブフレームがＶ２Ｖ  ＳＡ及び／またはデータ送信及び／または受信が許されるサブフレームであるかを定義することができる。ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を図面によって説明すれば、以下のとおりである。。
【０３５６】
図３５は、ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を概略的に示したものである。
【０３５７】
図３５では、サブフレームナンバーが０，１，．．．，１０２３９（すなわち、サブフレームが合計１０２４０個）を有することができるという点を仮定しており、Ｖ２Ｘビットマップが１０個のサブフレーム単位で繰り返され、Ｖ２Ｘビットマップが［０１１０１０１１０１］であるという点を仮定している。
【０３５８】
端末は、Ｖ２Ｘ論理インデックスを割り当てる時、ＳＬＳＳサブフレームを除外したサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる。例えば、サブフレームインデックス＃３、＃１６３などが各々ＳＬＳＳサブフレームに該当すると仮定（ＳＬＳＳサブフレームは、１６０個のサブフレーム単位で繰り返されると仮定）する時、Ｖ２Ｘ端末は、サブフレームインデックス＃３、＃１６３などを除外した残りのサブフレーム（すなわち、ＳＬＳＳサブフレームを除外した残りのサブフレーム）に対してＶ２Ｘ論理インデックスを割り当てることができる（Ｓ３５１０）。ここで、端末は、Ｖ２Ｘ論理インデックスが割り当てたサブフレームに対してＶ２Ｘビットマップに応じてＶ２Ｘ資源を割り当てると仮定することができる。
【０３５９】
このとき、前述したことにより導き出されたＶ２Ｘ論理インデックスは、Ｖ２Ｘビットマップの整数倍に対応しないこともできる。例えば、１６０個のサブフレーム単位でＳＬＳＳサブフレームが割り当てられる場合、前述のように１０２４０個のサブフレームでは、６４個のＳＬＳＳサブフレームが存在でき、これにより、Ｖ２Ｘ論理インデックスは、１０２４０−６４に該当する１０１７６個のサブフレームに割り当てられることができる。
【０３６０】
このように、１０１７６個のサブフレームにＶ２Ｘ論理インデックスが割り当てられることができ、Ｖ２Ｘビットマップ周期が１０個と仮定する場合には、論理インデックスとＶ２Ｘビットマップ周期が割り切れない。すなわち、１０１７６個のサブフレームに１０の周期を有するＶ２Ｘビットマップを割り当てる場合には、６個のサブフレームに対してビットが割り当てられる場合が発生できる。
【０３６１】
そのため、端末は、前述した割り当てられていない個数分だけのサブフレームをＶ２Ｘ論理インデックス割り当てに除外させることができる（Ｓ３５２０）。このとき、割り当てられていないサブフレームは、均等に分配（ＥＶＥＮＬＹ  ＤＩＳＴＲＩＢＵＴＥＤ）されることができる。
【０３６２】
（Ｂ）ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームに関して
【０３６３】
ＴＤＤ（共有）キャリアの場合、ＤＬ及び／またはＳ（ＳＰＥＣＩＡＬ）サブフレームは、（繰り返される）Ｖ２Ｖプールビットマップに応じるマッピングから除外されることができる。ＤＬ及び／またはＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を図面によって説明すれば、以下のとおりである。。
【０３６４】
図３６は、ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を概略的に示したものである。
【０３６５】
図３６では、サブフレームナンバーが０，１，．．．，１０２３９（すなわち、サブフレームが合計１０２４０個）を有することができるという点を仮定しており、Ｖ２Ｘビットマップが１０個のサブフレーム単位で繰り返され、Ｖ２Ｘビットマップが［０１１０１０１１０１］であるという点を仮定している。
【０３６６】
端末は、Ｖ２Ｘ論理インデックスを割り当てる時、ＤＬ及び／またはＳ（ＳＰＥＣＩＡＬ）サブフレーム（及び／またはＳＬＳＳサブフレーム）を除外したサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる。例えば、サブフレームインデックス＃７（等）がＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームに該当すると仮定する時、Ｖ２Ｘ端末は、サブフレームインデックス＃７（等）を除外した残りのサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる（Ｓ３６１０）。ここで、端末は、Ｖ２Ｘ論理インデックスが割り当てたサブフレームに対してＶ２Ｘビットマップに応じてＶ２Ｘ資源を割り当てることができる。
【０３６７】
以後、端末は、割り当てられていない個数分だけのサブフレームをＶ２Ｘ論理インデックス割り当てに追加的に除外させることができる（Ｓ３５２０）。このとき、割り当てられていないサブフレームは、均等に分配（ＥＶＥＮＬＹ  ＤＩＳＴＲＩＢＵＴＥＤ）できる。
【０３６８】
（Ｃ）予約されたサブフレームの場合、
【０３６９】
資源プールは、特定の範囲（例えば、ＤＦＮ（Ｄ２Ｄ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）の範囲）内の整数でビットマップが繰り返されるように複数の予約されたサブフレームから構成される。例えば、ここで、Ｖ２Ｘ（例えば、Ｖ２Ｖ）論理的サブフレームインデックスは、予約されたサブフレームに割り当てられないことができる。なお、予約されたサブフレームの位置は、暗黙的な方法で表示されることができる。
【０３７０】
整理すると、ここで、一例として、該当問題が発生する理由は、Ｖ２Ｘ資源プール設定関連ビットマップが（予め設定（／シグナリング）された）Ｖ２Ｘ  ＳＹＮＣＨ．ＳＩＧＮＡＬ送信関連（時間（／周波数））資源（例えば、Ｖ２Ｘ  ＳＹＮＣＨ．ＳＵＢＦＲＡＭＥ（Ｓ））のみを除外し、ＷＡＮ通信関連ＤＬ／ＵＬ（時間（／周波数））資源に対する区分なしで適用されるため（そして／あるいはＤＦＮ  ＷＲＡＰ  ＡＲＯＵＮＤ問題（／現象）のため）である。ここで、一例として、該当問題を解決するために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（Ａ）ＷＡＮ通信関連ＤＬ（時間（／周波数））資源上の（ビットマップにより指定された）（一部）Ｖ２Ｘ資源は、（（Ｖ２Ｘプール関連）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”側面で）有効でないと仮定するか、そして／あるいは（Ｂ）ＷＡＮ通信関連ＤＬ（時間（／周波数））資源上の（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部）（周期的な）送信資源では、（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を省略（そして／あるいは（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を省略せずに以後の（最も近い）有効な（／使用可能な）Ｖ２Ｘ資源上において（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を（再）遂行）するようにすることができる。ここで、一例として、前者の場合、（Ｖ２Ｘプール関連の）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”は、前記有効でない資源（例えば、ＤＬ（時間（／周波数））資源）を含んで（例えば、“ＬＯＧＩＣＡＬ  ＩＮＤＥＸ”に基づいて特定周期の送信タイミングが決定される時、実際に送信する周期が意図した（ターゲット）周期より（過度に）大きくなるという問題を緩和させることができる）（あるいは排除し）行われると解釈されることもできる。さらに他の一例として、予め設定（／シグナリング）された（特定の）長さのビットマップが繰り返し適用される時、ＷＡＮ通信関連ＤＬ（時間（／周波数））資源（例えば、“ＤＬ  ＳＦ”そして／あるいは“（ＴＤＤ）ＳＰＥＣＩＡＬ  ＳＦ”（そして／あるいは“ＤＷＰＴＳ”））を（追加的に）排除（例えば、該当（追加的に）排除される資源は（Ｖ２Ｘプール関連）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”が遂行（／適用）されないと解釈することもできる）し、（ＷＡＮ通信関連ＵＬ（時間（／周波数））資源だけを考慮して）適用するようにすることができる。ここで、一例として、前記規則は、“ＩＮ−ＣＯＶＥＲＡＧＥ”環境（そして／あるいはＴＤＤシステム）下においてのみ限定的に適用されることができる。
【０３７１】
図３４に戻って、端末は、割り当てられたＶ２Ｘ資源プール上においてＶ２Ｘ通信を行うことができる（Ｓ２４２０）。端末がＶ２Ｘ通信を行う具体的な例は、前述のとおりである。
【０３７２】
ここで、一例として、前記規則は、（ビットマップにより指定された）（一部）Ｖ２Ｘ資源そして／あるいは（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部）（周期的な）送信資源がＷＡＮ通信関連ＤＬ（時間（／周波数））資源上に位置した場合だけでなく（予め設定（／シグナリング）された）Ｖ２Ｘ通信遂行が適合しない資源（例えば、“ＵＬ  ＳＦ”（そして／あるいは“ＵＰＰＴＳ”）外の（時間（／周波数））資源）（そして／あるいは（送信するＶ２Ｘメッセージ関連優先順位より）相対的に高い優先順位の（特定の）Ｖ２Ｘチャネル（／シグナリング）送信（／受信）が設定された資源）上に位置した場合にも拡張適用されることができる。
【０３７３】
さらに他の一例として、（基地局カバレッジ内の）Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（（サービング）基地局から）予めシグナリング（／設定）された“ＧＮＳＳ基盤のＤＦＮ＃０に対するオフセット値”を予め定義されたチャネル（例えば、ＰＳＢＣＨ）を介して（基地局カバレッジ外の）他のＶ２Ｘ  ＵＥ（Ｓ）に送信するようにすることができる。
【０３７４】
さらに他の一例として、Ｖ２Ｘ資源プール（そして／あるいは（Ｖ２Ｘ）キャリア）上において選択（／許容）可能なＩ＿ＶＡＬＵＥ（範囲）値そして／あるいは“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（範囲）値が（“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で）限定される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、該当Ｖ２Ｘ資源プール（そして／あるいは（Ｖ２Ｘ）キャリア）上において、（Ａ）Ｉ＿ＶＡＬＵＥの最小値（Ｉ＿ＭＩＮＶＡＬ）（あるいは最大値）（あるいは予め設定（／シグナリング）された（特定の）Ｉ＿ＶＡＬＵＥ値）に導出（／計算）されうる周期の値（例えば、“Ｉ＿ＭＩＮＶＡＬ＊Ｐ＿ＳＴＥＰ”）そして／あるいは（Ｂ）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”の最小（あるいは最大）周期の値（あるいは予め設定（／シグナリング）された（特定の）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値）に基づいてセンシング動作（例えば、表２のＳＴＥＰ  ５）（そして／あるいはエネルギー測定動作（例えば、表２のＳＴＥＰ  ８））を行うようにすることができる。ここで、一例として、特定Ｖ２Ｘ資源プールが（Ｖ−ＵＥ（Ｓ）に比べて）相対的に長い周期（例えば、“５００ＭＳ”）でＶ２Ｘメッセージ送信を行うＰ−ＵＥ（Ｓ）のみのために設定（／許容）され前記規則が適用される場合、Ｐ−ＵＥ（Ｓ）は、（該当）周期（例えば、“５００ＭＳ”）基盤のセンシング動作（そして／あるいはエネルギー測定動作）を行うようになる。
【０３７５】
一方、上述のように、端末は、例えば相対的に長い資源予約周期（例えば、１００ｍｓ以上の資源予約周期）（“Ｌ＿ＰＥＲ”と命名）では、５以上１５以下の区間でランダム値を選び、選ばれた値に１０をかけた分だけの資源を予約できる。しかしながら、上述の資源予約方法を、相対的に短い資源予約周期（例えば、（１００ｍｓより小さな）２０ｍｓ、５０ｍｓ）（“Ｓ＿ＰＥＲ”と命名）の場合に適用することは、同一資源プール上において共存するＬ＿ＰＥＲ端末がＳ＿ＰＥＲ端末をセンシングするのに適合しないこともできる。
【０３７６】
そのため、端末が（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信を支援するために、（相対的に）“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”（例えば、“２０ＭＳ”）が導入される場合、下記の（一部）パラメータが（（相対的に）長い周期（あるいは予め設定（／シグナリング）された（臨界）周期の値）（例えば、“１００ＭＳ”）のＶ２Ｘメッセージ（／トラフィック）送信の場合と比較する時）互いに異なるように（あるいは独立的に）設定（／シグナリング）されることができる。ここで、一例として、下記の（一部）パラメータは、（予め設定（／シグナリング）された（特定の）資源プール上において“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（そして／あるいは（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＳＨＯＲＴＰ＿ＵＥ（Ｓ））と“（ＲＥＬＡＴＩＶＥＬＹ）ＬＯＮＧＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（そして／あるいは（相対的に）長い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＬＯＮＧＰ＿ＵＥ（Ｓ））が共存する時）（Ａ）ＳＨＯＲＴＰ＿ＵＥ（Ｓ）がセンシング動作を行う場合そして／あるいは（Ｂ）ＬＯＮＧＰ＿ＵＥ（Ｓ）が（ＳＨＯＲＴＰ＿ＵＥ（Ｓ）に対する）センシング動作を行う場合に適用されると解釈されることができる。以下、本方法について、図面によって説明する。
【０３７７】
図３７は、本発明の一実施の形態による、相対的に短い周期（例えば、（１００ｍｓより小さな）２０ｍｓ、５０ｍｓ）の資源予約が設定される場合、Ｖ２Ｘ送信資源に対する予約が行われる方法のフローチャートである。
【０３７８】
図３７によれば、端末は、相対的に短い周期の資源予約が設定される場合、相対的に多くの数のＶ２Ｘ送信資源に対する予約を行うことができる（Ｓ３７１０）。ここで、相対的に多くの数のＶ２Ｘ送信資源を予約するということは、上述のように、端末が５以上１５以下の区間においてランダム値を選び、選ばれた値に１０をかけた分だけの資源を予約することでなく、端末が５＊Ｋ（ここで、Ｋは、２以上の正の整数）以上１５＊Ｋ以下の区間においてランダム値を選び、選ばれた値に１０をかけた分だけの資源を予約するということを意味する。
【０３７９】
すなわち、相対的に短い資源予約周期（例えば、２０ｍｓ、５０ｍｓ）の場合、上述のカウンタ値（５以上、１５以下の値）に例えば５または２の値をかけた後、追加的に１０をかけた分だけの資源を予約できる。
【０３８０】
例えば、資源予約周期が‘２０ｍｓ’である場合、端末は、［５＊５、１５＊５］（すなわち、５＊２以上、１５＊５以下）の区間においてランダム値を選び、ここに追加的に１０をかけた数だけの資源を予約できる。本例による場合、端末は、２５０個以上７５０個以下の資源を予約できる。
【０３８１】
さらに他の例として、資源予約周期が‘５０ｍｓ’である場合、端末は、［５＊２、１５＊２］の区間においてランダム値を選び、ここに追加的に１０をかけた数だけの資源を予約できる。本例による場合、端末は、１００個以上、３００個以下の資源を予約できる。
【０３８２】
（例＃１）送信資源（再）予約（／選択）遂行時、仮定（／使用）される（資源予約（間隔）周期の）有限のサブフレーム個数（そして／あるいは表２上のＣｒｅｓｅｌ値（例えば、“［１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ］”））。ここで、一例として、（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信の場合、該当（資源予約（間隔）周期の）有限のサブフレーム個数の値（そして／あるいはＣｒｅｓｅｌ値）が相対的に小さく設定（／シグナリング）されることができる（例えば、（短い時間区間内に）過度な資源予約（／選択）を防止する効果がある）。
【０３８３】
以後、端末は、予約されたＶ２Ｘ送信資源上においてＶ２Ｘ通信を行うことができる（Ｓ３７２０）。端末が予約されたＶ２Ｘ送信資源上においてＶ２Ｘ通信を行う具体的な例は、前述のとおりである。
【０３８４】
図３８は、本発明の一実施の形態による、短い周期の資源予約が設定される場合、相対的に短い周期でセンシングを行う方法のフローチャートである。
【０３８５】
図３８によれば、端末は、短い周期の資源予約が設定される場合、センシング区間において相対的に短い周期でセンシングを行って、Ｖ２Ｘ通信が行われる資源を決定できる（Ｓ３８１０）。すなわち、前述のように、端末が短い周期の資源予約が設定（例えば、１００ｍｓより短い区間単位で資源予約が設定）された場合には、センシング（すなわち、Ｓ−ＲＳＳＩ測定）区間は、端末の送信に使用される資源予約区間として設定されることができる。言い換えれば、端末が短い周期の資源予約が設定される場合、端末は、資源予約に使用される前記短い周期に従ってセンシングを行うことができる。これをさらに具体的に説明すれば、以下のとおりである。
【０３８６】
（例＃２）Ｖ２Ｘメッセージ優先順位（例えば、相対的に低い（あるいは高い）優先順位で設定（／シグナリング）されることができる）そして／あるいは表２のＳＴＥＰ  ５上の“ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ”臨界値（そして／あるいは表２のＳＴＥＰ  ６（／８）上の“０．２＊Ｍｔｏｔａｌ”関連係数（／割合）の値（例えば、表２のＳＴＥＰ  ５を行った後に（全体（候補）資源のうち）（ＳＡ集合内に）残っていなければならない最小（候補）資源個数を導出（／決定）する割合の値そして／あるいは表２のＳＴＥＰ  ８を行った後にＳＢ集合内にあってこそ（最小）（候補）資源個数を導出（／決定）する割合の値として解釈されることができる）が互いに異なる（あるいは独立的な）値として設定（／シグナリング）されることができる。そして／あるいは表２のＳＴＥＰ  ５を行った後に（全体（候補）資源のうち）ＳＡ集合内に残っていなければならない最小（候補）資源個数が満たされない場合に適用される“ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ”の増加値（例えば、“３ＤＢ”）そして／あるいはセンシング動作（例えば、表２のＳＴＥＰ  ５）に使用される周期の値（そして／あるいはエネルギー測定動作（例えば、表２のＳＴＥＰ  ８）に使用される周期の値（例えば、表２のＳＴＥＰ  ８において“１００ＭＳ”値が（相対的に短い（あるいは長い）値に）変更されることができる）））。
【０３８７】
（例＃３）Ｖ２Ｘ資源プール（そして／あるいは（Ｖ２Ｘ）キャリア）上において選択（／許容）可能なＩ＿ＶＡＬＵＥ（範囲）値そして／あるいはＰ＿ＳＴＥＰ値。
【０３８８】
（例＃４）送信電力関連（ＯＰＥＮ−ＬＯＯＰ）パラメータ（／値）（例えば、“ＰＯ”， “ＡＬＰＨＡ”等）そして／あるいはＶ２Ｘ資源プール（／キャリア）。
【０３８９】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（送信）資源（再）選択を下記のように行うことができる。
【０３９０】
Ｖ２Ｘ端末は、次のような方式で送信資源を選択できる。
【０３９１】
端末自ら資源選択をするモードであると仮定する。前記モードの下で、端末は、Ｖ２Ｘメッセージ送信のための資源選択／再選択がトリガリングされると、センシングを行い、前記センシングに基づいて資源を選択／再選択する。端末は、前記選択／再選択した資源を指示するスケジューリング割り当て（ＳＡ）を送信できる。
【０３９２】
例えば、サブフレーム（ｓｕｂｆｒａｍｅ、ＴＴＩと呼ぶこともできる、以下、同様）＃ｎにおいて端末に資源選択／再選択がトリガリング（ｔｒｉｇｇｅｒｉｎｇ）されることができる。すると、端末は、サブフレーム＃ｎ−ａとサブフレーム＃ｎ−ｂ（ａ＞ｂ＞０であり、ａ、ｂは整数）との間でセンシング（ｓｅｎｓｉｎｇ）を行い、その結果に基づいてＶ２Ｘメッセージ送信のための資源を選択／再選択できる。
【０３９３】
前記ａ、ｂは、Ｖ２Ｘ端末に共通に設定される値であっても良く、各Ｖ２Ｘ端末に独立的に設定される値であっても良い。
【０３９４】
または、前述したａ、ｂ値がＶ２Ｘ端末に共通な値の場合、例えば、‘ａ＝１０００＋ｂ’のような関係でありうる。すなわち、Ｖ２Ｘメッセージ送信のための資源を端末自ら選択するようにトリガリングされると、端末は、１秒（１０００ｍｓ＝１０００個のサブフレーム＝１０００個のＴＴＩ）の間にセンシング動作を行うことができる。
【０３９５】
端末は、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間でデコードされたＳＡ送信をすべて考慮することができる。前記デコードされたＳＡは、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間でのデータ送信に関連したことであり、前記デコードされたＳＡは、サブフレーム＃ｎ−ａより先に送信されたことも考慮されることができる。
【０３９６】
サブフレーム＃ｍにおいてセンシング動作を行うことができなかった端末は（例えば、サブフレーム＃ｍにおいて信号を送信しなければならないというの理由などで）、サブフレーム＃（ｍ＋１００＊ｋ）を資源選択／再選択から除外することができる。一方、端末は、自身が信号を送信するのに使用されるサブフレームでは、センシング動作を行わずにスキップ（ｓｋｉｐ）できる。
【０３９７】
端末は、前記センシングを行った後、ＰＳＳＣＨすなわち、サイドリンクデータチャネルのための時間／周波数資源を選択する。
【０３９８】
端末は、サブフレーム＃ｎ＋ｃにおいてスケジューリング割り当て（ＳＡ）を送信できる。前記ｃは、０以上の整数であって、固定された値または変数でありうる。端末は、前記ｃ値がｃｍｉｎより小さなサブフレームでは、スケジューリング割り当て送信（すなわち、ＰＳＣＣＨ送信）が要求されないことができる。前記ｃｍｉｎは、固定された値またはネットワークによって設定された値でありうる。
【０３９９】
サブフレーム＃ｎ＋ｃにおいて送信される前記スケジューリング割り当て（ＳＡ）は、サブフレーム＃ｎ＋ｄにおいて送信される関連したデータ（ａｓｓｏｃｉａｔｅｄ  ｄａｔａ）を指示できる。ｄは、ｃ以上の整数（ｉｎｔｅｇｅｒ）でありうる（ｄ≧ｃ）。ｃ、ｄは、両方とも１００以下の値でありうる。
【０４００】
一方、次の条件のうち、いずれか一つでも満たすと、Ｖ２Ｘ資源の再選択がトリガリングされることができる。
【０４０１】
（Ａ）カウンタが満了条件を満たす場合
【０４０２】
カウンタは、送信ブロック送信ごとに値が減少し、半静的に選択された資源の全部に対して再選択がトリガリングされると、値がリセット（ｒｅｓｅｔ）されることができる。リセットされる値は、特定範囲、例えば、５と１５との間で同等な確率でランダムに選択されることができる。
【０４０３】
（Ｂ）許容される最大ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）を使用しても、現在資源割り当てに送信ブロックが合わない場合
【０４０４】
（Ｃ）上位層によって指示される場合などである。
【０４０５】
一方、すべてのＰＳＣＣＨ／ＰＳＳＣＨ送信が同じ優先順位を有している場合、ＰＳＳＣＨ資源の選択／再選択は、次の過程を経て選択されることができる。
【０４０６】
Ａ）ＳＴＥＰ  １：
【０４０７】
一旦、すべての資源が選択可能であると見なした後、
【０４０８】
（Ｂ）ＳＴＥＰ  ２：
【０４０９】
スケジューリング割り当てデコード及び追加的な条件に基づいて特定資源を除外する。このとき、端末は、次の２通りのオプションのうち、いずれか一つを選択できる。
【０４１０】
第１のオプションは、デコードされたスケジューリング割り当てによって指示または留保（予約）された資源及び前記スケジューリング割り当てに関連したデータ資源から受信されたＤＭ−ＲＳ電力がしきい値以上である資源を除外することである。
【０４１１】
第２のオプションは、デコードされたスケジューリング割り当てによって指示または留保（予約）された資源及び前記スケジューリング割り当てに関連したデータ資源で測定されたエネルギーがしきい値以上である資源を除外することである。
【０４１２】
（Ｃ）ＳＴＥＰ  ３：
【０４１３】
端末は、除外されない資源のうち、Ｖ２Ｘ送信資源を選択できる。
【０４１４】
例えば、端末は、総受信エネルギーに基づいて残っているＰＳＳＣＨ資源を測定しランキングを付けた後、部分集合を選択できる。端末は、現在選択された資源でのエネルギーと前記部分集合でのエネルギーとを比較して、現在選択された資源でのエネルギーが前記部分集合でのエネルギーに比べてしきい値よりさらに大きいと、前記部分集合のうち、いずれか一つを選択できる。端末は、前記部分集合において一つの資源をランダムに選択できる。
【０４１５】
または、端末は、総受信エネルギーに基づいて、残っているＰＳＳＣＨ資源を測定しランキングを付けた後、部分集合を選択できる。端末は、前記部分集合において一つの資源をランダムに選択できる。
【０４１６】
または、端末は、総受信エネルギーに基づいて、残っているＰＳＳＣＨ資源を測定しランキングを付けた後、部分集合を選択できる。端末は、前記部分集合において周波数資源の分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）を最小化する資源を選択できる。
【０４１７】
一例として、前記表２に従って（送信）資源（再）選択動作が行われる場合、下記の（一部）規則が追加的に適用されることもできる。
【０４１８】
［提案規則＃１０］一例として、（送信あるいは生成された）パケットの‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’（そして／あるいは‘ＰＲＩＯＲＩＴＹ’そして／あるいは‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’）に従って、‘（Ｄ（／Ｃ）−Ｍ）’（（最大値（／最小値））範囲）（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’で解釈可能）（例えば、‘Ｍ’値は、‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が到着（／受信）する時点（あるいはパケット（／メッセージ）が生成される時点）と解釈されることもでき、また、（ここで）‘Ｄ（／Ｃ）’のワーディングは、（例外的に）資源（再）選択（／予約）動作がトリガリング（例えば、ＳＵＢＦＲＡＭＥ＃Ｎ）された後の（初期）データ（ＰＳＳＣＨ）（／制御情報（ＰＳＣＣＨ））送信時点と解釈されることもできる）が互いに異なるように設定（／シグナリング）されることができる。さらに他の一例として、‘Ｃ’そして／あるいは‘Ｄ’（（最大値（／最小値））範囲）値（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’（そして／あるいは‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’）によって互いに異なることができる‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすように（あるいは考慮して）決定されなければならない。ここで、一例として、‘Ｃ’そして／あるいは‘Ｄ’値の‘ＵＰＰＥＲ  ＬＩＭＩＴ（／ＬＯＷＥＲ  ＢＯＵＮＤ）’（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、固定されないことができる。ここで、一例として、該当‘ＵＰＰＥＲ  ＬＩＭＩＴ（／ＬＯＷＥＲ  ＢＯＵＮＤ）’は、‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’（そして／あるいは‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’そして／あるいは‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’）に応じて、互いに異なるように設定（／シグナリング）されることができる。ここで、一例として、仮に現在選択された‘Ｄ’値（あるいは‘ＳＵＢＦＲＡＭＥ＃Ｄ’）が新しく到達（／生成（／受信））されたパケット（／メッセージ）の‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすのに問題がある場合、（送信）資源（再）選択動作がトリガリングされることができる。ここで、一例として、‘Ｄ’（そして／あるいは‘Ｃ’）値の最大値（そして／あるいは最小値）あるいは範囲（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、‘ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が到着（／受信）する時点（あるいはパケット（／メッセージ）が生成される時点）（‘Ｍ’）そして／あるいは（予め定義（／シグナリング）された条件が満たされて）（送信）資源（再���選択動作がトリガリングされる時点（‘Ｎ’）そして／あるいは‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’（‘Ｌ’）（例えば、‘１００ＭＳ’）そして／あるいはパケット（／メッセージ）の‘ＰＰＰＰ’（例えば、互いに異なる‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のパケット（／メッセージ）別に（一部）異なる‘ＰＰＰＰ’値が設定（／許容）される場合）などを考慮して決定されることができる。ここで、具体的な一例として、‘Ｄ’（そして／あるいは‘Ｃ’）値の最大値（そして／あるいは最小値）は、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））’として決定されるか、あるいは‘ＭＩＮ（Ｌ，（Ｌ−ＡＢＳ（Ｍ−Ｎ）））’（ここで、一例として、‘ＭＩＮ（Ｘ，Ｙ）’、‘ＡＢＳ（Ｚ）’は、ぞれぞれ‘Ｘ’と‘Ｙ’のうち、最小値を導き出す関数、‘Ｚ’の絶対値を導き出す関数を意味する）として決定されるか、あるいは‘Ｄ’（そして／あるいは‘Ｃ’）値の範囲は、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））＜Ｄ（／Ｃ）＜１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’（あるいは‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））≦Ｄ（／Ｃ）≦１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’）として指定されることもできる。ここで、一例として、特定（一つの）‘ＴＢ（／パケット／メッセージ）’の再送信を考慮して、‘Ｄ’（そして／あるいは‘Ｃ’）値の最大値（そして／あるいは最小値）計算（／決定）時、‘Ｌ’値から予め定義（／シグナリング）された一定‘ＭＡＲＧＩＮ（／ＯＦＦＳＥＴ）’値（‘ＭＡＧ＿ＶＡＬ’）を引かなければならないこともある。ここで、一例として、該当規則が適用される場合、‘Ｄ’（そして／あるいは‘Ｃ’）値の最大値（そして／あるいは最小値）は、‘（（Ｌ−ＭＡＧ＿ＶＡＬ）−ＡＢＳ（Ｍ−Ｎ））’あるいは‘ＭＩＮ（（Ｌ−ＭＡＧ＿ＶＡＬ），（（Ｌ−ＭＡＧ＿ＶＡＬ）−ＡＢＳ（Ｍ−Ｎ）））’として決定されることができる。ここで、一例として、‘ＭＡＧ＿ＶＡＬ’値は、再送信回数に‘ＤＥＰＥＮＤＥＮＣＹ’（例えば、再送信回数が増加するほど‘ＭＡＧ＿ＶＡＬ’値が大きくなる）を有することもできる。ここで、一例として、前記規則は、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）資源（再）選択動作’がトリガリングされ）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が存在する場合（あるいはパケット（／メッセージ）が生成された場合）においてのみ、限定的に適用されることもできる。ここで、さらに他の一例として、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）資源（再）選択動作’がトリガリングされたが）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が存在しない場合（あるいは生成されたパケット（／メッセージ）がない場合）、‘（Ｎ＝Ｍ）’（例えば、（送信）資源（再）選択動作がトリガリングされる時点（‘Ｎ’）が‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信ある��は生成された）パケット（／メッセージ）が受信される時点（‘Ｍ’）として仮定する（／見なす）と解釈されることができる）と仮定する（／見なす）か、あるいは（送信）資源（再）選択動作を‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が実際に到着（／受信）（あるいは実際にパケット（／メッセージ）が生成）するまで延期させるか、または（‘Ｎ’時点を含んで（あるいは含まないで）以前に）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が到着（／受信）したと（／存在すると）仮定（あるいはパケット（／メッセージ）が生成されたと仮定）し、（送信）資源（再）選択動作を行うようにすることもできる。さらに他の一例として、（前記説明した）‘Ｄ’（そして／あるいは‘Ｃ’）値の最大値（例えば、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））’，‘１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’）に該当する時点を含んだ（あるいは含まない）以後の資源は利用可能でないものと仮定し（／見なし）（（‘ＳＴＥＰ  ３（／２）’上の）（再）選択可能な候補資源から）除外するようにすることができる。追加的な一例として、‘Ｃ’（そして／あるいは‘Ｄ’）値（例えば、‘Ｃ’時点は、（送信）資源（再）選択動作がトリガリングされた（‘Ｎ’）後に（第１番目）制御（／スケジューリング）情報（ＰＳＣＣＨ）送信が行われる時点として解釈されることができる）の最小値（Ｃ＿ＭＩＮ）（例えば、‘最小値’は、端末の‘ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’を考慮して決定（例えば、‘４ＭＳ’）されうる）に該当する時点（例えば、‘（Ｃ＋Ｃ＿ＭＩＮ）’）を含んだ（あるいは含まない）以前の資源（あるいは‘Ｎ’時点と‘（Ｃ＋Ｃ＿ＭＩＮ）’時点との間の資源（ここで、一例として、‘Ｎ’時点と‘（Ｃ＋Ｃ＿ＭＩＮ）’時点に該当する資源は、含まれる（あるいは含まれない）ことができる））は利用可能でないものと仮定し（／見なし）（（‘ＳＴＥＰ  ２（／３）’上の）（再）選択可能な候補資源から）除外するようにすることができる。さらに他の一例として、本発明において説明した（一部）提案規則（例えば、［提案規則＃１］、［提案規則＃１０］等）に従って、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’（（最大値（／最小値））範囲）が‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’（そして／あるいは‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’そして／あるいは‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’）などを考慮して互いに異なるように設定（／変更）される場合、予め定義された条件を満たすかどうかによって、センシング動作（そして／あるいは（送信）資源（再）選択（／予約）動作（そして／あるいはＶ２Ｘメッセージ送信））関連の下記（一部）のパラメータが互いに異なるように指定されるようにすることもできる。ここで、一例として、（該当）条件は、（Ａ）予め設定（／シグナリング）された臨界値より短い（あるいは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’���Ｖ２Ｘメッセージを送信する場合（そして／あるいは予め設定（／シグナリング）された臨界値より高い（あるいは低い）‘ＰＰＰＰ’のＶ２Ｘメッセージを送信する場合）、そして／あるいは（Ｂ）‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’内に、予め設定（／シグナリング）された臨界値より少ない（あるいは多くの）個数の（選択可能な）（候補）資源（例えば、サブフレーム）が存在する（／残った）場合（そして／あるいは‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’の最小値（／最大値）が予め設定（／シグナリング）された臨界値より小さな（あるいは大きな）場合）などと定義されることもできる。
【０４１９】
（例示＃１０−１）（Ｖ２Ｘメッセージ関連）ＰＰＰＰ値（／範囲）（例えば、（予め設定（／シグナリング）された臨界値より）短い（あるいは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合、相対的に高い（あるいは低い）ＰＰＰＰ値（／範囲）を選択するようにすることによって、該当送信を保護することができる。ここで、一例として、高い（あるいは低い）ＰＰＰＰ値（／範囲）基盤の送信は、他の端末が該当送信に使用されている資源の選択（あるいはＩＤＬＥ／ＢＵＳＹ）が可能であるかどうかを判断する時、相対的に低い（あるいは高い）ＰＳＳＣＨ−ＲＳＲＰ臨界値として判断するようになることを意味する。）（そして／あるいはＰＰＰＰ値（／範囲）に連動したＰＳＳＣＨ−ＲＳＲＰ臨界値（例えば、同一ＰＰＰＰ値（／範囲）であるとしても、（予め設定（／シグナリング）された臨界値より）長い（あるいは短い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合、相対的に低い（あるいは高い）ＰＳＳＣＨ−ＲＳＲＰ臨界値を設定（／シグナリング）することによって、（予め設定（／シグナリング）された臨界値より）短い（あるいは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージ送信を保護することができる。）そして／あるいはセンシング動作遂行区間（／周期）そして／あるいは候補（送信）資源を選択できる（（最大値（／最小値））区間（／範囲）（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）そして／あるいは（再）選択（／予約）した資源の維持区間を決めるためにランダム値を選定する（あるいは選ぶ）範囲（そして／あるいは（Ｃ＿ＲＥＳＥＬ値［１／２／３］を導き出すために）該当選定されたランダム値に掛けられる係数）そして／あるいは資源予約周期そして／あるいはＰＳＳＣＨ−ＲＳＲＰ臨界値基盤の候補（送信）資源排除動作後に、最小限に残っていなければならない候補（送信）資源割合（／個数）（そして／あるいは該当残った候補（送信）資源割合（／個数）が予め設定（／シグナリング）された臨界値より小さな場合、（関連）ＰＳＳＣＨ−ＲＳＲＰ臨界値に加算されるオフセット値）そして／あるいはＳ−ＲＳＳＩ基盤の候補（送信）資源排除動作後に、最小限に残っていなければならない候補（送信）資源割合（／個数）（例えば、（予め設定（／シグナリング）された臨界値より）短い（あるいは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合（そして／あるいは（予め設定（／シグナリング）された臨界値より）高い（あるいは低い）‘ＰＰＰＰ’のＶ２Ｘメッセージを送信する場合そして／あるいは‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’内に、予め設定（／シグナリング）された臨界値より少ない（あるいは多くの）個数の（選択可能な）（候補）資源が存在する（／残った）場合そして／あるいは‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’の最小値（／最大値）が予め設定（／シグナリング）された臨界値より小さな（あるいは大きな）場合）、（Ａ）ＰＳＳＣＨ−ＲＳＲＰ臨界値基盤の候補（��信）資源排除動作後に、最小限に残っていなければならない候補（送信）資源割合（／個数）そして／あるいは（Ｂ）該当残った候補（送信）資源割合（／個数）が予め設定（／シグナリング）された臨界値より小さな場合、（関連）ＰＳＳＣＨ−ＲＳＲＰ臨界値に加算されるオフセット値そして／あるいは（Ｃ）Ｓ−ＲＳＳＩ基盤の候補（送信）資源排除動作後に、最小限に残っていなければならない候補（送信）資源割合（／個数）などが相対的に高く指定（例えば、衝突確率増加緩和効果）されることもできる。）そして／あるいは（サブ）チャネルＢＵＳＹ（／ＩＤＬＥ）判断において使用されるＣＢＲ臨界値そして／あるいは（ＰＰＰＰ／ＣＢＲ別）許容（／制限）されたＲＡＤＩＯ−ＬＡＹＥＲ  ＰＡＲＡＭＥＴＥＲ  ＳＥＴ（例えば、最大送信パワー、ＴＢ当たりの再送信回数値（／範囲）、ＭＣＳ値（／範囲）、ＯＣＣＵＰＡＮＣＹ  ＲＡＴＩＯの最大制限（ＣＲ＿ＬＩＭＩＴ）等）［１／２／３］）
【０４２０】
［提案規則＃１１］一例として、（送信）資源（再）選択関連‘（ＴＩＭＥＲ）  ＥＸＰＩＲＡＴＩＯＮ  ＣＯＮＤＩＴＩＯＮ’は、以下（一部）の条件が（同時に）満たされた場合と定義されることができる。ここで、一例として、以下（一部）の条件が（同時に）満たされた時のみにおいてＶ２Ｘ  ＵＥ（Ｓ）にとって、（実際に）（（送信）資源（再）選択動作がトリガリングされたと見な（／仮定）し）（送信）資源（再）選択動作を行うようにすると解釈されることもできる。
【０４２１】
（例示＃１１−１）（ＴＢ送信ごとに予め設定された値（例えば、‘１’）分だけ減少される）カウンタ値が‘０’（そして／あるいは‘負数の値’）に変更された場合
（例示＃１１−２）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成（／受信）された）パケット（／メッセージ）がある場合（そして／あるいはパケット（／メッセージ）が生成された場合）
［提案規則＃１２］一例として、（ＴＢ送信ごとに予め設定された値（例えば、‘１’）分だけ減少される）カウンタ値が‘ＥＸＰＩＲＡＴＩＯＮ  ＣＯＮＤＩＴＩＯＮ’（例えば、カウンタ値が‘０’（そして／あるいは‘負数の値’）に変更された場合）を満たしたが（そして／あるいは（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）資源（再）選択動作’がトリガリングされたが）、仮に‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成（／受信）された）パケット（／メッセージ）がない場合（あるいはパケット（／メッセージ）が生成されなかった場合）、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（最後の）パケット（／メッセージ）が以前（／最近）に観察された‘ＩＮＴＥＲＶＡＬ（／ＰＥＲＩＯＤＩＣＩＴＹ）’に到達（／生成（／受信））すると仮定し、（送信）資源（再）選択した後に（後で）実際に問題（例えば、（再）選択された（送信）資源で‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができない場合）が発生すると、（送信）資源（再）選択動作を追加的に行うようにすることもできる。
【０４２２】
一例として、（表２上に述べられた規則とともに）以下の方法に従って、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（送信）資源（再）予約を行うようにすることができる。
【０４２３】
ｄは、ｄｍａｘ以下の値でありうる。ｄｍａｘは、端末／データ／サービスタイプなどの優先順位（ｐｒｉｏｒｉｔｙ）に従属的に決定されることができる。
【０４２４】
端末は、サブフレーム＃ｎ＋ｄにおいて送信される信号のための周波数資源をサブフレーム＃ｎ＋ｅでの他の送信ブロックの潜在的送信に再使用するかどうかを知らせることができる。ここで、ｅは整数であり、ｄ＜ｅの関係にある。端末は、明示的または暗黙的に前記再使用をするかどうかを知らせることができる。前記ｅ値は、一つの値であっても良く、複数の値であっても良い。また、追加的に、サブフレーム＃ｎ＋ｅの次からはサブフレーム＃ｎ＋ｄで送信される信号のための周波数資源を使用しないことを知らせることもできる。
【０４２５】
Ｖ２Ｘ信号を受信する受信端末は、Ｖ２Ｘ信号を送信する送信端末が送信したスケジューリング割り当て（ＳＡ）をデコードする。このとき、前記スケジューリング割り当てによってサブフレーム＃ｎ＋ｄ＋Ｐ＊ｊ（ｊ＝ｉ，２＊ｉ，．．．，Ｊ＊ｉ）において同じ周波数資源が留保（ｒｅｓｅｒｖｅｄ）されると仮定することができる。前記Ｐは、１００でありうる。前記Ｊ値は、前記スケジューリング割り当てによって明示的にシグナリングされても良く、固定された値（例えば、１）であっても良い。前記ｉ値は、前記スケジューリング割り当てによって明示的にシグナリングされても良く、予め設定された値または固定された値であっても良い。または、前記ｉ値は、０と１０との間の整数でもある。
【０４２６】
［提案規則＃１３］一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、“Ｉ”値（前述したＩ参照）をＳＡ（フィールド）を介してシグナリングするようにすることにって、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が後のどの時点に（該当）ＳＡを介して指定（／スケジューリング）された同一周波数資源を（追加的に）予約（／使用）するかを把握（例えば、Ｖ２Ｘ  ＴＸ  ＵＥが“Ｉ”値を“２”でシグナリングされた場合、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、“ＴＴＩ＃（Ｎ＋Ｄ）”、“ＴＴＩ＃（Ｎ＋Ｄ＋２＊Ｐ）”上において（該当）ＳＡを介して指定（／スケジューリング）された同一周波数資源が予約されたと仮定する）できるようになる。ここで、一例として、以下、説明の便宜のために、“Ｉ”値が予め設定（／シグナリング）された“［０，１，．．．，１０］”範囲内で選択（４ビット）され、そして／あるいは“Ｊ”値（前述したＪ参照）は、“１”に固定されたと仮定する。ここで、一例として、予め定義されたパラメータ（例えば、速度／（進行）方向変化量等）によってＶ２Ｘ  ＭＥＳＳＡＧＥ生成周期が変更されることによって、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（自身の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ生成周期を正確に予測し難い場合、前記方法に従って（未来）資源を予約することは効率的でない。ここで、一例として、該当問題を解決できる一つの方法でＶ２Ｘ  ＲＸ  ＵＥ（Ｓ）にとって、特定Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（ＳＡフィールド上の）“Ｉ”値を“２”でシグナリングされた場合に“ＴＴＩ＃（Ｎ＋Ｄ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋２＊Ｐ）”上の（該当）ＳＡを介して指定（／スケジューリング）された同一周波数資源（ＨＡＲＤ＿ＲＳＣ）は、“ＥＸＰＬＩＣＩＴ（あるいはＨＡＲＤ）”に予約されたと仮定するものの、（ＳＡ（フィールド）を介してシグナリングされない）残りの“Ｉ”値基盤の時点（例えば、“ＴＴＩ＃（Ｎ＋Ｄ＋１＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋３＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋４＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋５＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋６＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋７＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋８＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋９＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋１０＊Ｐ）”）上の（（該当）ＳＡを介して指定（／スケジューリング）された）同一周波数資源（ＳＯＦＴ＿ＲＳＣ）は、“ＰＯＴＥＮＴＩＡＬ（あるいはＳＯＦＴ）”に予約されたと仮定するようにすることができる。ここで、一例として、該当規則（そして／あるいはＳＯＦＴ＿ＲＳＣ予約）は、予め設定（／シグナリング）された特定ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ  ＭＯＤＥに対してのみ適用（例えば、ＭＯＤＥ１そして／あるいはＰ−ＵＥのＲＡＮＤＯＭ  ＲＥＳＯＵＲＣＥ  ＳＥＬＥＣＴＩＯＮ（／ＰＡＲＴＩＡＬ  ＳＥＮＳＩＮＧ基盤のＲＥＳＯＵＲＣＥ  ＳＥＬＥＣＴＩＯＮ）に対しては適用されないことができる）されることができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣとＳＯＦＴ＿ＲＳＣに対して、“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に応じて、選択可能な候補資源であるか、または排除させる資源であるかを判断する時（表２のＳＴＥＰ  ２）、予め設定（／シグナリング）された互いに異なる（ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ）臨界値を適用するようにすることができる。ここで、一例として、ＨＡＲＤ＿ＲＳＣ関連臨界値（ＨＡＲＤ＿ＴＨ）がＳＯＦＴ＿ＲＳＣのもの（ＳＯＦＴ＿ＴＨ）より低く（あるいは高く）設定（／シグナリング）（例えば、ＨＡＲＤ＿ＲＳＣがＳＯＦＴ＿ＲＳＣに比べて相対的に高い優先順位で保護されると解釈されることができる）されることができる。ここで、一例として、ＳＯＦＴ＿ＲＳＣ関連臨界値は、ＨＡＲＤ＿ＲＳＣのものに対するオフセット値（ＨＡＲＤ＿ＴＨＯＦＦ）形態で設定（／シグナリング）（そして／あるいはＨＡＲＤ＿ＴＨ関連臨界値は、ＳＯＦＴ＿ＲＳＣのものに対するオフセット値（ＳＯＦＴ＿ＴＨＯＦＦ）形態で設定（／シグナリング））されることもできる。ここで、一例として、（Ａ）ＨＡＲＤ＿ＴＨＯＦＦ値が“０”に設定（／シグナリング）されると、他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）は、（該当Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の）ＨＡＲＤ＿ＲＳＣとＳＯＦＴ＿ＲＳＣを同じ優先順位で“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に応じて、排除するかどうかを判断（表２のＳＴＥＰ  ２）するようになり（あるいは（該当）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がすべての“Ｉ”値基盤の時点上の（（該当）ＳＡを介して指定（／スケジューリング）された）同一周波数資源を予約しようとする意図として解釈し）、（Ｂ）ＨＡＲＤ＿ＴＨＯＦＦ値が“無限大（あるいは相対的に大きな値）”に設定（／シグナリング）されると、他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）は、（該当Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の）ＳＯＦＴ＿ＲＳＣを常に（あるいは非常に高い確率で）選択可能な候補資源と判断（表２のＳＴＥＰ  ２）するようになる。ここで、一例として、（Ａ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（そして／あるいは自身が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）そして／あるいは（Ｂ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”別に（該当）臨界値（例えば、ＨＡＲＤ＿ＴＨ、ＳＯＦＴ＿ＴＨ）（あるいはオフセット値（例えば、ＨＡＲＤ＿ＴＨＯＦＦ（あるいはＳＯＦＴ＿ＴＨＯＦＦ）））が互いに異なるように設定（／シグナリング）（そして／あるいは（Ｃ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（そして／あるいは自身が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）そして／あるいは（Ｄ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”に応じて（該当）臨界値（例えば、ＨＡＲＤ＿ＴＨ，ＳＯＦＴ＿ＴＨ）（あるいはオフセット値（例えば、ＨＡＲＤ＿ＴＨＯＦＦ（あるいはＳＯＦＴ＿ＴＨＯＦＦ）））が調節）されることもできる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣとＳＯＦＴ＿ＲＳＣ関連“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳ���ＲＥＭＥＮＴ”値に予め設定（／シグナリング）された互いに異なるオフセット値を適用して、選択可能な候補資源であるか、または排除させる資源であるかを判断（表２のＳＴＥＰ  ２）するようにすることができる。ここで、一例として、ＨＡＲＤ＿ＲＳＣ関連オフセット値（例えば、“負の値”と仮定）がＳＯＦＴ＿ＲＳＣのものより大きく（あるいは小さく）設定（／シグナリング）（例えば、ＨＡＲＤ＿ＲＳＣがＳＯＦＴ＿ＲＳＣに比べて相対的に高い優先順位で保護されると解釈されることができる）されることができる。ここで、一例として、ＳＯＦＴ＿ＲＳＣ（あるいはＨＡＲＤ＿ＲＳ）関連“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に対するオフセット値だけが設定（／シグナリング）されることもできる。ここで、一例として、（Ａ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（そして／あるいは自身が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）そして／あるいは（Ｂ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”別に（該当）オフセット値が互いに異なるように設定（／シグナリング）（そして／あるいは（Ｃ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（そして／あるいは自身が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）そして／あるいは（Ｄ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”に応じて（該当）オフセット値が調節）されることもできる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＳＡ  ＴＸ関連資源選択（／予約）時、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣとＳＯＦＴ＿ＲＳＣ上のデータ送信と連動したＳＡ送信資源に対し、（同様に）予め設定（／シグナリング）された互いに異なる“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”臨界値（あるいはオフセット値）を適用して、選択可能な（ＳＡ）候補資源であるか、または排除させる（ＳＡ）資源であるかを判断するようにすることができる。ここで、一例として、（Ａ）ＳＡ送信時点と連動したデータ送信時点との間の“ＴＩＭＥ  ＧＡＰ”（範囲）値が該当データがどんな資源タイプ（例えば、ＨＡＲＤ＿ＲＳＣ，ＳＯＦＴ＿ＲＳＣ）を介して送信されるかによって、互いに異なるように設定（／シグナリング）そして／あるいは（Ｂ）互いに異なる資源タイプを介して送信されるデータ関連（送信）電力値（／（送信）電力制御パラメータ）（そして／あるいは（最大許容）ＭＣＳ値）が異なるように（あるいは独立的に）設定（／シグナリング）されることもできる。一例として、ＰＥＤＥＳＴＲＩＡＮ  ＵＥ（Ｐ−ＵＥ）のＶ２Ｘメッセージ送信周期（例えば、“１０００ＭＳ”）は、（相対的に遅い移動速度そして／あるいはバッテリーの節約必要性を考慮する時）ＶＥＨＩＣＬＥ  ＵＥ（Ｖ−ＵＥ）のもの（例えば、“１００ＭＳ”）に比べて相対的に長く設定（／シグナリング）されることができる。ここで、一例として、Ｐ−ＵＥがＶ２Ｘメッセージ送信時、ＳＡフィールド上の“Ｉ”値が予め設定（／シグナリング���された特定値（あるいは“ＲＥＳＥＲＶＥＤ  ＳＴＡＴＥ”）を指すようにすることによって、他のＶ２Ｘ  ＲＸ  ＵＥ（Ｓ）にとって、（Ａ）（該当）ＳＡ（そして／あるいは連動したデータ）送信は、Ｐ−ＵＥが行ったと解釈されるようにするか、そして／あるいは（Ｂ）（該当）ＳＡ基盤の（スケジュール）資源は、予め設定（／シグナリング）された（（Ｖ−ＵＥの場合に比べて）相対的に長い）（他の）周期で予約されたと解釈されるようにすることができる。
【０４２７】
［提案規則＃１４］一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（Ａ）仮に（互いに異なるサービスタイプそして／あるいはＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ関連）複数の（ＳＩＤＥＬＩＮＫ（ＳＬ））ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）を同時に運営し（あるいは活性化させ）ている場合、特定（ＳＬ）ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）関連送信資源選択時、以前に（あるいは既に）選択した他の（ＳＬ）ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）関連資源（ここで資源は、サブフレームと解釈されることもできる。）は、（選択可能な）候補資源から排除させるように定義（表２のＳＴＥＰ  ２）そして／あるいは（Ｂ）予め設定（／シグナリング）された同期シグナル（ＰＲＩＭＡＲＹ  ＳＩＤＥＬＩＮＫ  ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＩＧＮＡＬ（ＰＳＳＳ）／ＳＥＣＯＮＤＡＲＹ  ＳＩＤＥＬＩＮＫ  ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＩＧＮＡＬ（ＳＳＳＳ））（そして／あるいはＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＢＲＯＡＤＣＡＳＴ  ＣＨＡＮＮＥＬ（ＰＳＢＣＨ））送信（時間（／周波数））資源（例えば、“サブフレーム”）は、（選択可能な）候補資源から排除させるように定義（表２のＳＴＥＰ  ２）されることができる。
【０４２８】
［提案規則＃１５］一例として、予め設定（／シグナリング）された“（ＤＲＯＰＰＩＮＧ）ＰＲＩＯＲＩＴＹ”に応じて、特定時点上にＶ２Ｘ（ＴＢ）送信動作が省略される場合（例えば、“ＷＡＮ  ＵＬ  ＴＸ（Ｓ）”（そして／あるいは“同期シグナル送信（資源）”）とＶ２Ｘ  （ＭＥＳＳＡＧＥ）  ＴＸ（Ｓ）が時間（／周波数）領域で（一部あるいは全部）重なる場合）、資源再選択関連カウンタ（表２）値は、関係なしで減少させるように定義（そして／あるいは資源再選択動作がトリガリングされるように定義）されることができる。一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、自身の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、資源再選択動作がトリガリングされるように定義（そして／あるいは変更された“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連時間（／周波数）同期値と既存“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連（時間（／周波数）同期）値との間の差が予め設定（／シグナリング）された（最大許容）臨界値より大きな場合においてのみ資源再選択動作がトリガリングされるように定義）されることができる。一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、自身の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、（Ａ）（残っている“ＬＡＴＥＮＣＹ”値が予め設定（／シグナリング）された臨界値より少ない場合）送信資源をランダム選択（／予約）するよう定義（例えば、ランダム選択された資源は、予め設定（／シグナリング）された個数の“ＴＲＡＮＳＰＯＲＴ  ＢＬＯＣＫ（ＴＢ）”送信においてのみ利用するようにし、以後には、センシング基盤の選択（／予約）された資源を介して“ＴＢ”送信を行うように定義されることもできる）そして／あるいは（Ｂ）予め設定（／シグナリング）された（時間）区間の間にセンシング動作を行った後に、送信資源を選択（／予約）するよう定義されることができる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（現在の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”を含んで）（予め設定（／シグナリング）された値に基づいて）複数の（他の）“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連通信に対するセンシング動作を行うようにした後、このうちの一つで“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、該当（変更された“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連）センシング結果の値を利用して、送信資源を選択（／予約）するようにすることができる。
【０４２９】
［提案規則＃１６］一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（Ａ）（時間（／周波数））同期が同じ（あるいは（時間（／周波数））同期差が予め設定（／シグナリング）された臨界値より小さな）複数のキャリアに対する同時受信（／送信）能力があるかどうかを報告するように定義そして／あるいは（時間（／周波数））同期が異なる（あるいは（時間（／周波数））同期差が予め設定（／シグナリング）された臨界値より大きな）複数のキャリアに対する同時受信（／送信）能力があるかを（独立的に）報告するように定義されることができる。ここで、一例として、このような（能力）情報を受信した（サービング）基地局は、（該当）Ｖ２Ｘ  ＵＥ（Ｓ）の能力を考慮して、適当な個数のキャリアをＶ２Ｘ通信（受信（／送信））用途として設定（／シグナリング）できる。一例として、ＭＯＤＥ  １  Ｖ２Ｘ通信の場合、（サービング）基地局は、Ｖ２Ｘ  ＵＥ（Ｓ）の絶対速度そして／あるいは“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ  ＴＹＰＥ（例えば、ＧＮＳＳ、ＥＮＢ）”に応じて、互いに異なるＭＣＳ（範囲）値そして／あるいはＲＥＳＯＵＲＣＥ  ＢＬＯＣＫ（ＲＢ）個数そして／あるいは（ＨＡＲＱ）再送信回数のＶ２Ｘ  ＴＸ動作が行われるように関連情報を（Ｖ２Ｘ  ＵＥ（Ｓ）に）シグナリングすることができる。一例として、（サービング）基地局は、（自身のカバレッジ内にある）Ｖ２Ｘ  ＵＥ（Ｓ）から報告された速度（／位置）情報に基づいて、“位置基盤プールの大きさ”を調節することができる。ここで、一例として、（サービング）基地局は、（自身のカバレッジ内にある）Ｖ２Ｘ  ＵＥ（Ｓ）に速度（範囲）別に“位置基盤プールの大きさ”情報を互いに異なるように設定（／シグナリング）し、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自身の速度に該当する“位置基盤プールの大きさ”情報を適用（／利用）して、Ｖ２Ｘ通信を行うようにすることができる。
【０４３０】
［提案規則＃１７］一例として、（（Ａ）特定ＴＢ関連相異なるＲＥＤＵＮＤＡＮＣＹ  ＶＥＲＳＩＯＮ（ＲＶ）（データ）受信に対するＨＡＲＱ  ＣＯＭＢＩＮＩＮＧ動作そして／あるいは（Ｂ）データ（再）送信関連（時間）資源位置情報シグナリングに必要なＰＳＣＣＨペイロードの大きさ（増加）を考慮して）、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、特定（一つの）ＴＢ関連複数（ＮＵＭ＿ＲＥＴＸ）のデータ（再）送信関連時間資源が予め設定（／シグナリング）された区間（ＬＩＭ＿ＴＩＭＥＷＩＮ）内で選択されるようにすることができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、以下（一部）の方法によってセンシング基盤の資源（再）選択（例えば、表２のＳＴＥＰ  ２／３）動作を行うようにすることができる。ここで、一例として、ＬＩＭ＿ＴＩＭＥＷＩＮ値は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹそして／あるいは（Ｂ）（測定された）ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬそして／あるいは（Ｃ）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（／ＳＥＲＶＩＣＥ）関連ＴＡＲＧＥＴ  ＬＡＴＥＮＣＹ（／ＲＥＬＩＡＢＩＬＩＴＹ）ＲＥＱＵＩＲＥＭＥＮＴなどに応じて調節（あるいは互いに異なるように設定（／シグナリング）されることができる。
【０４３１】
（例示＃１７−１）一例として、（表２）ＳＴＥＰ  ２（例えば、ＯＰＴＩＯＮ  ２−１）を行った結果で導き出された（排除されない）資源（ＮＯＥＸ＿ＲＳＣ）のうち、（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信関連時間資源をＬＩＭ＿ＴＩＭＥＷＩＮ内で（全部）選択できないと（あるいはＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる候補個数が予め設定（／シグナリング）された臨界値より小さいと）、（Ａ）（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信を（全部）省略するように定義されるか、そして／あるいは（Ｂ）ＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる（最大個数の）時間資源のみを利用して（特定ＴＢ関連）データ（再）送信を（部分的に）行うように定義されるか、またはそして／あるいは（Ｃ）（このような場合に使用（／適用）されるように）予め追加的に設定（／シグナリング）された区間値（ＦＬＩＭ＿ＴＩＭＥＷＩＮ）（例えば、“ＦＬＩＭ＿ＴＩＭＥＷＩＮ＞ＬＩＭ＿ＴＩＭＥＷＩＮ”）内で（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信関連時間資源を選択するように定義（例えば、ＦＬＩＭ＿ＴＩＭＥＷＩＮ内で選択可能な候補がないと省略するようにすることができる）されるか、またはそして／あるいは（Ｄ）（表２）ＳＴＥＰ  ２の（資源排除関連）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ  ＴＨＲＥＳＨＯＬＤ値を（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信関連時間資源がＬＩＭ＿ＴＩＭＥＷＩＮ（あるいはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内で（全部）選択されることができるまで（あるいはＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる候補個数が予め設定（／シグナリング）された臨界値より大きくなるまで）、予め設定（／シグナリング）されたオフセット値分だけ増加させるように定義されることができる一例として、（（前記規則に従って）（表２）ＳＴＥＰ  ２が行われた後）（表２）ＳＴＥＰ  ３上において下位（あるいは上位）Ｘ％のＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ値が測定された資源のうち（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信関連時間資源を予め定義された規則（例えば、ランダム選択方法）に従って選択する時、仮に選択された（一部）時間資源がＬＩＭ＿ＴＩＭＥＷＩＮ（あるいはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内に存在しないと、（Ａ）（該当条件を満たすまで）再選択を行うように定義されるか、そして／あるいは（Ｂ）（特定ＴＢ関連）ＮＵＭ＿ＲＥＴＸ個のデータ（再）送信を（全部）省略するように定義されるか、そして／あるいは（Ｃ）ＬＩＭ＿ＴＩＭＥＷＩＮ（あるいはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内に位置した時間資源だけを利用して（特定ＴＢ関連）データ（再）送信を（部分的に）行うように定義されることができる。
【０４３２】
［提案規則＃１８］一例として、ＰＳＣＣＨ  ＤＭ−ＲＳ関連ＣＹＣＬＩＣ  ＳＨＩＦＴ（ＣＳ）（そして／あるいはＯＣＣ）値は、予め定義（／シグナリング）された（特定の）値（例えば、“ＣＳ  ＩＮＤＥＸ＝０”，“ＯＣＣ＝［＋１＋１］”）に固定されている。ここで、一例として、該当規則が適用される場合、互いに異なるＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）間にＰＳＣＣＨ送信資源が（一部）重なるようになると、ＰＳＣＣＨ関連受信性能が保証されないという問題が発生する。ここで、一例として、該当問題を緩和させるために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、予め設定（／シグナリング）されたＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）内で予め定義された規則（例えば、ランダム選択方法）に従って（一つの）ＣＳ（そして／あるいはＯＣＣ）値を選択するようにすることができる。ここで、一例として、ＣＳ（ＩＮＤＥＸ）  ＳＥＴは、“ＣＳ  ＩＮＤＥＸ０，３，６，９”に設定（／シグナリング）されることができる。ここで、一例として、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がどんな値を選択するかを正確に知らないために）該当ＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）内の（すべての）ＣＳ（そして／あるいはＯＣＣ）に対するブラインド検出（ＢＤ）動作を行うようになる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）内で選択するようになるＣＳ（そして／あるいはＯＣＣ）値は、（Ａ）（Ｖ２Ｖ）サブフレーム（／スロット）インデックスそして／あるいは（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（あるいは（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ）そして／あるいは（Ｃ）ＰＳＣＣＨ上に送信される（Ｘビットの）ＩＤなどを入力パラメータ（／シード値）として有する関数（／（数式））によってランダム化（／ホッピング）されるように定義（そして／あるいはＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）（構成）は、（Ｄ）（Ｖ２Ｖ）サブフレーム（／スロット）インデックスそして／あるいは（Ｅ）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（あるいは（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ）そして／あるいは（Ｆ）ＰＳＣＣＨ上に送信される（Ｘビットの）ＩＤなどを入力パラメータ（／シード値）として有する関数（／（数式））によってランダム化（／変更）されるように定義）されることができる。ここで、一例として、ＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）（構成）は、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信しようとする）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹそして／あるいは（測定した）ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬなどによって互いに異なるように設定（／シグナリング）されることができる。ここで、一例として、（前記規則が適用される場合）Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）の（ＰＳＣＣＨ  ＤＭ−ＲＳ）ＣＳ（そして／あるいはＯＣＣ）ＢＤ動作関連複雑度を下げるために、（（サービング）基地局から）一つのサブフレーム内で（Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）カ）行わなければならない最大ＢＤ回数が設定（／シグナリング）されることができる。ここで、一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自身が一つのサブフレーム内で最大に行うことが��きるＢＤ回数情報を（（サービング）基地局に）予め定義されたシグナリングを介して報告するようにすることができる。ここで、一例として、ＰＳＣＣＨ  ＳＣＲＡＭＢＬＩＮＧ  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＯＲがＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）が選択するようになる（予め設定（／シグナリング）された）ＣＳ  ＳＥＴ（そして／あるいはＯＣＣ  ＳＥＴ）内の（すべての）ＣＳ（そして／あるいはＯＣＣ）値（そして／あるいは予め設定（／シグナリング）されたＣ＿ＩＮＩＴ値（例えば、“５１０”））に応じて初期化（ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ）されるようにすることができる。ここで、一例として、（該当規則が適用される場合）ＰＳＣＣＨ上にＣＳフィールド（例えば、“３ビット”）が定義されることができ、該当ＣＳフィールド値は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）されたＣＳ  ＳＥＴ内で予め定義された規則（例えば、ランダム選択方法）に従って選択した（一つの）ＣＳ値（ＳＥＬＣＳ＿ＶＡＬ）により（そして／あるいはＳＥＬＣＳ＿ＶＡＬ値を入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数基盤の導出（／計算）値により）（同様に）指定されることができ、該当（指定された）ＣＳフィールド値に応じて（ＰＳＣＣＨと連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ値が設定（／決定）されることができる。ここで、一例として、該当規則が適用される場合、ＰＳＣＣＨ  ＤＭ−ＲＳ  （ＣＳ）上の干渉が緩和（／ランダム化）されると、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  （ＣＳ）上の干渉も（同様に）緩和（／ランダム化）されることができる。ここで、一例として、ここで、一例として、（前記規則が適用される場合）（ＰＳＣＣＨと連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ値は、（ＰＳＣＣＨ上にＣＳフィールド（例えば、“３ビット”）を追加的に定義せずに）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）されたＣＳ  ＳＥＴ内で予め定義された規則（例えば、ランダム選択方法）に従って選択した（一つの）ＰＳＣＣＨ  ＤＭ−ＲＳ  ＣＳ値（ＳＥＬＣＳ＿ＶＡＬ）により（そして／あるいはＳＥＬＣＳ＿ＶＡＬ値を入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数基盤の導出（／計算）値により）（同一に）設定されることができる。ここで、一例として、ＰＳＳＣＨ  ＳＣＲＡＭＢＬＩＮＧ  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＯＲが（ＰＳＣＣＨ上の）ＣＳフィールド値（そして／あるいは（ＰＳＣＣＨ上の）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（あるいは（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ（あるいはＸビットのＩＤ））そして／あるいは（Ｖ２Ｖ）サブフレーム（／スロット）インデックス）に従って初期化（ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ）されるようにすることができる。
【０４３３】
一例として、Ｖ２Ｖ通信を行う時、ＰＳＣＣＨそして／あるいは（連動した）ＰＳＳＣＨ関連（Ａ）（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＩＯＮ  ＲＵＬＥそして／あるいは（Ｂ）（ＤＭ−ＲＳ）  ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ  ＳＥＬＥＣＴＩＯＮ（／ＤＥＴＥＲＭＩＮＡＴＩＯＮ）  ＲＵＬＥそして／あるいは（Ｃ）ＧＲＯＵＰ／ＳＥＱＵＥＮＣＥ  ＨＯＰＰＩＮＧ  ＲＵＬＥなどは、表７及び表８のように定義されることができる。一例として、以下の（一部）提案方式は、互いに異なる端末間のＰＳＣＣＨそして／あるいはＰＳＳＣＨ送信資源が（一部あるいは全部）重なる場合、（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ）（そして／あるいは干渉）ランダム化動作が効率的に行われるようにする方法を提示する。
【０４３４】
以下、表７及び表８によって、Ｖ２Ｖ通信を行う時、ＰＳＣＣＨそして／あるいは（連動した）ＰＳＳＣＨ関連（Ａ）（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＩＯＮ  ＲＵＬＥそして／あるいは（Ｂ）（ＤＭ−ＲＳ）  ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ  ＳＥＬＥＣＴＩＯＮ（／ＤＥＴＥＲＭＩＮＡＴＩＯＮ）  ＲＵＬＥそして／あるいは（Ｃ）ＧＲＯＵＰ／ＳＥＱＵＥＮＣＥ  ＨＯＰＰＩＮＧ  ＲＵＬＥなどに対する一例を説明する。このとき、Ｖ２Ｖ  ＷＩでは、一般ＣＰのみが支援されることができ、目的地ＩＤは、ＳＡを介して伝達されないこともある。なお、ＳＡからの１６ＣＲＣビットは、ＰＳＳＣＨ  ＤＭＲＳシーケンス及びデータスクランブリングシーケンスを生成するのに使用されることができる。
【０４３５】
【表７】
2019530325.tif 000024
【０４３６】
ここで、
2019530325.tif 000025
でありうる。
【０４３７】
【表８】
2019530325.tif 000026
【０４３８】
ここで、
2019530325.tif 000027
であり、
2019530325.tif 000028
は、ＰＳＳＣＨ  ＤＭＲＳシーケンスを生成するのに使用されるＳＡでのＸビットを意味できる。
【０４３９】
［提案規則＃１９］一例として、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）決定に使用されるビット（フィールド）（例えば、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ０，Ｃ１，．．．，Ｃ１５）のうち、“Ｃ１２，Ｃ１３，Ｃ１４”の（３）ビット値）のうち、予め設定（／シグナリング）された（あるいはランダム選択された）２ビットを選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）で）ＳＣＲＡＭＢＬＩＮＧされるようにすることができる。ここで、一例として、このような規則が適用される場合、（Ａ）ＰＳＣＣＨの（最終的な）１６ビットのＣＲＣは、“Ｃ０，Ｃ１，．．．，Ｃ１５”値に維持（／適用）（例えば、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）決定に使用されるＣＲＣ（そして／あるいはビット（フィールド））のみが（該当）ＳＣＲＡＭＢＬＩＮＧ動作により変更されたと見なす（／仮定））されるようにするか、そして／あるいは（Ｂ）（該当）ＳＣＲＡＭＢＬＩＮＧ動作により（一部）変更された１６ビットＣＲＣがＰＳＣＣＨの（最終的な）ＣＲＣになるようにすることができる。一例として、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ０，Ｃ１，．．．，Ｃ１５）のうち、ＬＳＢ（例えば、該当規則が適用される場合、ＰＳＳＣＨ  ＤＭ−ＲＳ  ＯＣＣインデックス（／値）も変更されることができる）（あるいはＭＳＢ）２ビット（そして／あるいは予め設定（／シグナリング）された（あるいはランダム選択された）特定位置の２ビット）を選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）でＳＣＲＡＭＢＬＩＮＧされるようにすることができる。ここで、一例として、このような規則が適用される場合、（Ａ）（該当）ＳＣＲＡＭＢＬＩＮＧ動作により（一部）変更された１６ビットのＣＲＣがＰＳＣＣＨの（最終的な）ＣＲＣになるようにするか、またはそして／あるいは（Ｂ）ＰＳＣＣＨの（最終的な）１６ビットのＣＲＣは、“Ｃ０，Ｃ１，．．．，Ｃ１５”値に維持（／適用）（例えば、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）決定に使用されるＣＲＣ（そして／あるいは、ビット（フィールド））のみが（該当）ＳＣＲＡＭＢＬＩＮＧ動作により変更されたと見なし（／仮定））されるようにすることができる。一例として、ＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）別にＳＣＲＡＭＢＬＩＮＧ用途の（互いに異なる）１６ビットが予め設定（／シグナリング）され、端末にとって、（Ａ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）と連動したＳＣＲＡＭＢＬＩＮＧ用途の１６ビット（Ｓ０，Ｓ１，．．．，Ｓ１５）とＰＳＣＣＨの（生成された）１６ビットＣＲＣ（Ｃ０，Ｃ１，．．．，Ｃ１５）をＳＣＲＡＭＢＬＩＮＧさせた後、（該当）ＳＣＲＡＭＢＬＩＮＧ結果の値（Ｗ０，Ｗ１，．．．，Ｗ１５）をＰＳＣＣＨの最終的な１６ビットＣＲＣになるようにするか、そして／あるいは（Ｂ）ＰＳＣＣＨの（最終的な）１６ビットＣＲＣは、“Ｃ０，Ｃ１，．．．，Ｃ１５”値に維持（／適用）するものの、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）決定に使用される１６ビットＣＲＣ（そして／あ��いはビット（フィールド））だけを“Ｗ０，Ｗ１，．．．，Ｗ１５“値（そして／あるいは“Ｗ０，Ｗ１，．．．，Ｗ１５”のうち“Ｗ１２，Ｗ１３，Ｗ１４”の（３）ビット値）として使用（／仮定）するようにすることができる。
【０４４０】
一例として、（Ａ）ＭＯＤＥ  ２  Ｖ２Ｖ  ＳＣＨＥＤＵＬＩＮＧ（ＭＯＤＥ２＿ＳＣＨ）動作時に使用されるＳＣＩ  ＦＯＭＲＡＴ構成フィールドそして／あるいは（Ｂ）ＭＯＤＥ  １  ＤＹＮＡＭＩＣ  Ｖ２Ｖ  ＳＣＨＥＤＵＬＩＮＧ（ＭＯＤＥ１＿ＤＹＮ）動作時に使用されるＤＣＩ  ＦＯＲＭＡＴ構成フィールドは、下記のように定義されることができる。ここで、一例として、ＦＲＡ＿ＩＮＲＥＴＸフィールドは、（既存ＬＴＥシステムのＬＶＲＢ形態と似たように）ＲＥＳＯＵＲＣＥ  ＩＮＤＩＣＡＴＩＯＮ  ＶＡＬＵＥ  （ＲＩＶ）値が（ＰＳＳＣＨ送信関連）（Ａ）開始サブチャネルインデックス（／位置）情報（ＳＵＢ＿ＳＴＡＲＴ）そして／あるいは（周波数領域上において）連続的に割り当てられた（／位置する）サブチャネル長さ（／個数）情報（ＳＵＢ＿ＬＥＮＧＴＨ）を知らせる形態で定義されることができる。ここで、一例として、特定（一つの）ＴＢ送信のために、２番のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（Ａ）ＳＵＢ＿ＳＴＡＲＴ値は、第２番目のＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報（ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ）と解釈されることができ、そして／あるいは（Ｂ）ＳＵＢ＿ＬＥＮＧＴＨ値は、第１番目と第２番目のＰＳＳＣＨ送信に使用されるサブチャネル長さ（／個数）情報（ＳＦＤＡＴＡ＿ＳＵＢＬＮ）と解釈されることができる。ここで、一例として、第１番目のＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報（ＦＩＲＤＡＴＡ＿ＳＵＢＳＴ）は、（ＦＲＡ＿ＩＮＲＥＴＸフィールドを介して直接的にシグナリングされることでなく）受信端末にとって、予め定義（／シグナリング）された“（（ブラインド）検出された）（第１番目）ＰＳＣＣＨ資源インデックス（／位置）情報”と“（連動した）（第１番目）ＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報”間の（一対一）マッピング（／リンケージ）関係を介して、暗黙的に把握するようにすることができる。
【０４４１】
以下では、ＭＯＤＥ２＿ＳＣＨ動作時に使用されるＳＣＩ  ＦＯＭＲＡＴ構成フィールドそして／あるいは（Ｂ）ＭＯＤＥ１＿ＤＹＮ動作時に使用されるＤＣＩ  ＦＯＲＭＡＴ構成フィールドについての一例を説明する。
【０４４２】
ＳＣＩは、１）ＰＲＩＯＲＩＴＹ：３ビット、２）資源予約：４ビット、３）ＭＣＳ：５ビット、４）ＣＲＣ：１６ビット、５）再送信インデックス（ＲＥＴＸ＿ＩＮＤＥＸ）：１ビット、６）送信開始と再送信間の時間ギャップ（ＴＧＡＰ＿ＩＮＩＲＥＴＸ）：４ビット、７）送信開始と再送信の周波数資源位置（ＦＲＡ＿ＩＮＲＥＴＸ）：８ビット、８）予約されたビット（ＲＳＶ＿ＢＩＴ）：７ビットが設定されることができる。
【０４４３】
ＤＣＩは、１）ＣＩＦ：３ビット、２）送信開始に割り当てられるサブチャネルの最低インデックス（ＰＳＣＣＨ＿ＲＡ）：５ビット、３）（ＳＡコンテンツとして）送信開始及び再送信間の時間ギャップ：４ビット、４）送信開始及び再送信の周波数資源位置（ＦＲＡ＿ＩＮＲＥＴＸ）：８ビットを含むことができる。
【０４４４】
［提案方法＃２０］一例として、特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（前記説明した）ＦＲＡ＿ＩＮＲＥＴＸフィールドの一部情報（例えば、“ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ関連情報”）は、不必要になる。（言い換えれば）一例として、該当する場合に必要な情報は、（ただ）第１番目のＰＳＳＣＨ送信に使用されるサブチャネル長（／個数）情報（ＦＤＡＴＡ＿ＳＵＢＬＮ）である。ここで、一例として、（該当）不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットは、以下の（一部あるいはすべての）規則に従って定義されることができる。
【０４４５】
（例示＃２０−１）一例として、（Ａ）（一つのサブフレーム上において）最大２０個のサブチャネルが（Ｖ２Ｖ）資源プールとして設定（／シグナリング）されることができると仮定する時、ＦＤＡＴＡ＿ＳＵＢＬＮ情報を表すために必要なビット個数は、“５”ビット（すなわち、“ＣＥＩＬＩＮＧ（ＬＯＧ２（２０））＝５”（ここで、一例として、ＣＥＩＬＩＮＧ（Ｘ）は、Ｘより大きいか、または同じである最小情報値を導き出す関数である））になるか、そして／あるいは（Ｂ）（一つのサブフレーム上において）Ｋ個のサブチャネルが（Ｖ２Ｖ）資源プールとして設定（／シグナリング）されたと仮定する時、ＦＤＡＴＡ＿ＳＵＢＬＮ情報を表すために必要なビット個数は、“ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））”になることができる。ここで、一例として、特定（一つの）ＴＢ送信のために、２番のＰＳＳＣＨ送信が設定（／シグナリング）された場合、（必要な）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを“Ｑ”ビット（例えば、“Ｑ＝８”）と仮定する時、“（Ｑ−５）”（そして／あるいは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ）））”）の残りのビットが不必要情報関連ビットとして解釈される（／見なされる）ことができる。
【０４４６】
（例示＃２０−２）一例として、特定（一つの）ＴＢ送信のために、２番のＰＳＳＣＨ送信が設定（／シグナリング）された場合、（必要な）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを“Ｑ”ビットと仮定する時、（実際に必要な）特定（一つの）ＦＤＡＴＡ＿ＳＵＢＬＮ（あるいはＳＦＤＡＴＡ＿ＳＵＢＬＮ）値と共に指定されることができる（予め設定（／シグナリング）された）複数個の（一部あるいはすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値が不必要情報関連ＳＴＡＴＥ（あるいは値）として解釈される（／見なされる）ことができる。
【０４４７】
（例示＃２０−３）一例として、特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）される場合、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、ＴＧＡＰ＿ＩＮＩＲＥＴＸフィールドを介して、（該当）Ｖ２Ｘ  ＴＸ  ＵＥが（特定（一つの）ＴＢに対して）１番あるいは２番のＰＳＳＣＨ送信を行うかどうかを把握できるから、ＲＥＴＸ＿ＩＮＤＥＸ関連ＳＴＡＴＥ（あるいは値）は、不必要情報として解釈される（／見なされる）ことができる。さらに他の一例として、特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）される場合、ＲＥＴＸ＿ＩＮＤＥＸ関連値（あるいはＳＴＡＴＥ）は、予め設定（／シグナリング）された（特定の）値（あるいはＳＴＡＴＥ）として指定されることができる。ここで、一例として、（ＲＥＴＸ＿ＩＮＤＥＸ関連）該当（特定の）値（あるいはＳＴＡＴＥ）は、“ＶＩＲＴＵＡＬ  ＣＲＣ”用途として使用されることができる。
【０４４８】
（例示＃２０−４）一例として、ＲＳＶ＿ＢＩＴフィールド関連ビット（例えば、“７ビット”）のうち、予め設定（／シグナリング）された一部ビットが不必要情報関連ビット（あるいは値）として解釈される（／見なされる）ことができる。
【０４４９】
一例として、下記の（一部）規則に従って、（前記説明した）不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットをランダム化させることによって、互いに異なる端末のＰＳＳＣＨ送信資源が（一部あるいは全部）重なる時に発生されるＰＳＳＣＨ（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ）  ＣＯＬＬＩＳＩＯＮ問題を緩和（例えば、（該当動作を介して）ＰＳＣＣＨ  ＣＲＣがランダム化され、これによって（最終的に）ＰＳＳＣＨ（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸなどがランダム化される）させることができる。ここで、一例として、前記説明した不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビット発生の場合（例えば、特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）された場合）は、一つの例示に過ぎず、本発明の（一部あるいはすべての）提案方法は、（不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットが発生する）多様な場合（例えば、（ＭＯＤＥ１＿ＤＹＮ  ＤＣＩ  ＦＯＲＭＡＴそして／あるいはＭＯＤＥ２＿ＳＣＨ  ＳＣＩ  ＦＯＲＭＡＴの場合）ＦＲＡ＿ＩＮＲＥＴＸの大きさが（予め設定（／シグナリング）された（一つのサブフレーム内で）Ｖ２Ｖ資源プールを構成する全体サブチャネルの数（Ｋ）に応じて）変更されることによって発生される（追加的な）余裕分のビット（例えば、“（８−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（ＦＲＡ＿ＩＮＲＥＴＸの大きさ））”（そして／あるいは“（８−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ・（Ｋ＋１）／２））（ＦＲＡ＿ＩＮＲＥＴＸの大きさ）−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））（ＰＳＣＣＨ＿ＲＡの大きさ））”））（そして／あるいは予め定義（／シグナリング）された（ターゲット）ペイロードの大きさ（例えば、ＭＯＤＥ１＿ＤＹＮ  ＤＣＩ  ＦＯＲＭＡＴ，ＭＯＤＥ２＿ＳＣＨ  ＳＣＩ  ＦＯＲＭＡＴの（ターゲット）ペイロードの大きさは、それぞれ（既存の）ＤＣＩ  ＦＯＲＭＡＴ  ０ペイロードの大きさ（前述したことを参照）、４８ビット（前述したことを参照）になることができる）で、ＦＲＡ＿ＩＮＲＥＴＸの大きさが変更されることによって発生する（追加的な）余裕分のビット）が不必要情報関連ビットとして見なされることもできる）に拡張適用が可能である。ここで、一例として、該当（不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットの）ランダム化動作を介して、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ０，Ｃ１，．．．，Ｃ１５）がランダム化（／変更）され、最終的にＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ（／ＳＥＱＵＥＮＣＥ／ＯＣＣ）（インデックス）もランダム化（／変更）（表７及び／または表８参照）されるようになる。ここで、一例として、（Ａ）（前記説明した）（例示＃２０−３）そして／あるいは（Ｂ）（例示＃２０−４）そして／あるいは（Ｃ）ＦＲＡ＿ＩＮＲＥＴＸの大きさが（予め設定（／シグナリング）された（一つのサブフレーム内で）Ｖ２Ｖ資源プールを構成する全体サブチャネルの数（Ｋ）に応じて）変更されることによって発生する（追加的な）余裕分のビットに下記の（一部）規則を適用させることは、Ｖ２Ｖ資源プールを構成する全体サブチャネルの数が予め設定（／シグナリング）された値（例えば、“１”）以下に指定された場合（例えば、ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさが小さくなって（例えば、“０”）になってＰＳＳＣＨ  ＤＭＲＳ（／ＰＳＣＣＨ  ＣＲＣ）ランダム化を（該当フィールドを介して）追加的に導き出し難い状況と解釈されるこができる）に限定されうる。
【０４５０】
（規則＃２０−１）一例として、送信端末にとって、（前記説明した）不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットをランダムに選択した値（そして／あるいは（（サービング）基地局（あるいはネットワーク）から）予め設定（／シグナリング）された値）として指定するようにすることができる。ここで、一例として、（前記説明した）不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビット別（例えば、（例示＃２０−１）、（例示＃２０−２）、（例示＃２０−３）、（例示＃２０−４））にこのような規則が適用される条件が互いに異なるように定義（／シグナリング）されることもできる。ここで、一例として、（Ｖ２Ｘ通信のために）資源プールとして設定（／シグナリング）されたサブチャネルの数が“１”である場合（そして／あるいは特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）された場合）には、（実際使用される）ＦＲＡ＿ＩＮＲＥＴＸの大きさが“０”になるので、（例示＃２０−３）（例えば、ＲＥＴＸ＿ＩＮＤＥＸ関連ＳＴＡＴＥ（あるいは値））の不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットに前記規則が適用されるようにし、その他の場合（例えば、（Ｖ２Ｘ通信のために）資源プールとして設定（／シグナリング）されたサブチャネルの数が“１”でない（そして／あるいは“１”より大きな）場合（そして／あるいは特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）された場合））には、（例示＃２０−２）（例えば、（実際に必要な）特定（一つの）ＦＤＡＴＡ＿ＳＵＢＬＮ値と共に指定されることができる（予め設定（／シグナリング）された）複数個の（一部あるいはすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値（あるいはＳＴＡＴＥ））の不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットに前記規則が適用されるようにすることができる。ここで、一例として、（特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が行われる環境下で）（Ｖ２Ｘ通信のために）資源プールとして設定（／シグナリング）されたサブチャネルの数に関係なしで（例示＃２０−３）（例えば、ＲＥＴＸ＿ＩＮＤＥＸ関連ＳＴＡＴＥ（あるいは値））の不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットに前記規則が適用されるようにし、（Ｖ２Ｘ通信のために）資源プールとして設定（／シグナリング）されたサブチャネルの数が“１”でない（そして／あるいは“１”より大きな）場合においてのみ（例示＃２０−２）（例えば、（実際に必要な）特定（一つの）ＦＤＡＴＡ＿ＳＵＢＬＮ値と共に指定されることができる（予め設定（／シグナリング）された）複数個の（一部あるいはすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値（あるいはＳＴＡＴＥ））の不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットに前記規則が適用されるようにすることもできる。
【０４５１】
（規則＃２０−２）一例として、送信端末にとって、（前記説明した）不必要情報関連ＳＴＡＴＥ（あるいは値）そして／あるいはビットを（Ａ）送信（あるいは（ターゲット）受信）端末識別子そして／あるいは（Ｂ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）などを入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数基盤の導出（／計算）値により指定（あるいは（Ｃ）送信（あるいは（ターゲット）受信）端末識別子そして／あるいは（Ｄ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）などにより誘導された値として指定）されるようにすることができる。ここで、一例として、（前記説明した）不必要情報関連ビットが（例示＃２０−１）形態で定義された場合、仮に“（Ｑ−５）”（そして／あるいは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ）））”）（例えば、“Ｑ＝８”，“Ｋ＝２０”）が選択されたＰＳＣＣＨ  ＣＳインデックス（／値）を表すビット値（ＰＣ＿ＳＥＬＣＳＢＩＴ）（例えば、“２ビット”）より大きいと、（Ａ）“（Ｑ−５）”（そして／あるいは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ）））”）ビットのうち、ＰＣ＿ＳＥＬＣＳＢＩＴビット（／値）（あるいはＰＣ＿ＳＥＬＣＳＢＩＴビットで誘導されたビット（／値））として指定されなければならない（ビット）位置が予め設定（／シグナリング）されるか、そして／あるいは（Ｂ）“（Ｑ−５−ＰＣ＿ＳＥＬＣＳＢＩＴ）”（そして／あるいは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））−ＰＣ＿ＳＥＬＣＳＢＩＴ）”）の残りのビット（例えば、“１”ビット）をＺＥＲＯ  ＰＡＤＤＩＮＧ（あるいは予め設定（／シグナリング）された特定値として指定）するようにすることができる。
【０４５２】
一例として、特定（一つの）ＴＢ送信のために、１番のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（前記説明した）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを（例外的に）減らすようにすることもできる（例えば、“（Ｑ−５）”，“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ）））”）。
【０４５３】
一例として、特定時点で送信されるＰＳＳＣＨ関連（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸなどのパラメータ決定に使用されるＰＳＣＣＨ  ＣＲＣは、（ＰＳＣＣＨと（連動した）ＰＳＳＣＨが“ＦＤＭ”形態で送信される場合）ＰＳＳＣＨと同一時点で送信されるＰＳＣＣＨ  ＣＲＣ（そして／あるいはＰＳＳＣＨ送信のために（必ず）共に送信されるＰＳＣＣＨ  ＣＲＣ）と定義されることができる。
【０４５４】
前記説明した提案方式に対する一例もまた、本発明の実現方法の一つとして含まれることができるので、一種の提案方式として見なされることができることは明らかな事実である。また、前記説明した提案方式は、独立的に実現されることもできるが、一部提案方式の組み合わせ（あるいは併合）の形態により実現されることもできる。一例として、本発明では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステムの他に他のシステムにも拡張可能である。一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。ここで、一例として、Ｄ２Ｄ通信は、ＵＥが他のＵＥと直接無線チャネルを利用して通信することを意味し、ここで、一例としてＵＥは、ユーザの端末を意味するが、基地局のようなネットワーク装備がＵＥ間の通信方式に従って信号を送信／受信する場合にもやはり、一種のＵＥと見なされることができる。また、一例として、本発明の提案方式は、ＭＯＤＥ  ２  Ｖ２Ｘ動作（そして／あるいはＭＯＤＥ  １  Ｖ２Ｘ動作）においてのみ限定的に適用されうる。また、一例として、本発明の提案方式は、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）資源（再）選択動作’がトリガリングされ）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が存在する場合（あるいはパケット（／メッセージ）が生成された場合）（あるいは‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（そして／あるいは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信あるいは生成された）パケット（／メッセージ）が存在しない場合（あるいはパケット（／メッセージ）が生成されない場合））においてのみ限定的に適用されることもできる。また、一例として、本発明の提案方式は、ＰＳＣＣＨと（連動した）ＰＳＳＣＨが同一サブフレーム上の隣接ＲＢ（Ｓ）に位置しない（あるいは位置する）場合においてのみ限定的に適用されることもできる。また、一例として、本発明の提案方式は、Ｖ２Ｖ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＤＹＮＡＭＩＣ  ＳＣＨＥＤＵＬＩＮＧ動作だけでなく、Ｖ２Ｖ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ（ＳＰＳ）動作（そして／あるいはＶ２Ｘ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＤＹＮＡＭＩＣ  ＳＣＨＥＤＵＬＩＮＧ動作そして／あるいはＶ２Ｘ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＳＰＳ動作）でも拡張適用が可能である。また、一例として、本発明において“送信資源選択”のワーディングは、“送信資源（再）予約”に（拡張）解釈されることもできる。
【０４５５】
図３９は、本発明の実施の形態が実装される端末を示したブロック図である。
【０４５６】
図３９を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１１３０を含む。
【０４５７】
一実施の形態によれば、プロセッサ１１１０は、本発明が説明する機能／動作／方法を実施できる。例えば、プロセッサ１１１０は、端末を特定したセンシング区間の間にセンシングを行って、Ｖ２Ｘ通信を行う資源を選択し、及び選択された前記資源に基づいてＶ２Ｘ通信を行うことができる。
【０４５８】
例えば、プロセッサ１１１０は、レイテンシー要求を満たす範囲内でＶ２Ｘ通信を行う資源を選択し、及び選択された前記資源に基づいてＶ２Ｘ通信を行うことができる。
【０４５９】
例えば、プロセッサ１１１０は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行って、前記Ｖ２Ｘメッセージ送信を行う資源を選択し、及び選択された前記資源に基づいて前記Ｖ２Ｘメッセージ送信を行うことができる。
【０４６０】
例えば、プロセッサ１１１０は、Ｖ２Ｘ通信が行われる有限の個数の資源に対する予約を行い、及び予約された前記有限の個数の資源上において前記Ｖ２Ｘ通信を行うことができる。
【０４６１】
例えば、プロセッサ１１１０は、資源再選択条件が満たされるかどうかを決定し、前記資源再選択条件が満たされる場合、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）通信が行われる資源に対する再選択を行い、及び選択された前記資源に基づいて前記Ｖ２Ｘ通信を行うことができる。
【０４６２】
例えば、プロセッサ１１１０は、センシング区間の間に送信が行われたサブフレームに関連したサブフレームを除外したサブフレームを選択区間から選択し、及び選択された前記サブフレームに基づいてＶ２Ｘ通信を行うことができる。
【０４６３】
例えば、プロセッサ１１１０は、特定サブフレームを除外した残りのサブフレームに対してＶ２Ｘ資源プールを割り当て、及び割り当てられたＶ２Ｘ資源プール上においてＶ２Ｘ通信を行うことができる。
【０４６４】
ＲＦ部１１３０は、プロセッサ１１１０に接続されて無線信号を送信及び受信する。
【０４６５】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施の形態がソフトウェアにより実現されるとき、上述の技法は、上述の機能を行うモジュール（過程、機能など）により実現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあることができ、周知の多様な手段によりプロセッサに接続されることができる。
【図１】
2019530325.tif 000029
【図２】
2019530325.tif 000030
【図３（ａ）】
2019530325.tif 000031
【図３（ｂ）】
2019530325.tif 000032
【図３（ｃ）】
2019530325.tif 000033
【図３（ｄ）】
2019530325.tif 000034
【図４】
2019530325.tif 000035
【図５】
2019530325.tif 000036
【図６】
2019530325.tif 000037
【図７】
2019530325.tif 000038
【図８】
2019530325.tif 000039
【図９】
2019530325.tif 000040
【図１０】
2019530325.tif 000041
【図１１】
2019530325.tif 000042
【図１２】
2019530325.tif 000043
【図１３】
2019530325.tif 000044
【図１４】
2019530325.tif 000045
【図１５】
2019530325.tif 000046
【図１６】
2019530325.tif 000047
【図１７】
2019530325.tif 000048
【図１８】
2019530325.tif 000049
【図１９】
2019530325.tif 000050
【図２０】
2019530325.tif 000051
【図２１】
2019530325.tif 000052
【図２２】
2019530325.tif 000053
【図２３】
2019530325.tif 000054
【図２４】
2019530325.tif 000055
【図２５】
2019530325.tif 000056
【図２６】
2019530325.tif 000057
【図２７】
2019530325.tif 000058
【図２８】
2019530325.tif 000059
【図２９】
2019530325.tif 000060
【図３０】
2019530325.tif 000061
【図３１】
2019530325.tif 000062
【図３２】
2019530325.tif 000063
【図３３】
2019530325.tif 000064
【図３４】
2019530325.tif 000065
【図３５】
2019530325.tif 000066
【図３６】
2019530325.tif 000067
【図３７】
2019530325.tif 000068
【図３８】
2019530325.tif 000069
【図３９】
2019530325.tif 000070
【手続補正書】
【提出日】平成31年4月3日(2019.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムで端末がデータのＶ２Ｘ（Vehicle-to-X）送信のためのリソースを選択する方法において、
データのＶ２Ｘ送信のための第１リソースを選択することと、
臨界時間値以上の間、前記第１リソースで送信されるデータがなかったときに、データのＶ２Ｘ送信のための第２リソースを選択することと、を含む、前記端末で行われる方法。
【請求項２】
前記リソースは、Ｖ２Ｘリソースプール内で選択されるサブフレームである、請求項１に記載の方法。
【請求項３】
前記臨界時間値は、前記端末にシグナリングされる又は予め定義される、請求項１又は２に記載の方法。
【請求項４】
前記臨界時間値以上の間、前記端末の送信バッファ内に前記第１リソースで送信されるデータがないことを決定することをさらに含む、請求項１〜３の何れか一項に記載の方法。
【請求項５】
前記送信バッファは、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層又は下位層の送信バッファである、請求項４に記載の方法。
【請求項６】
前記下位層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）送信バッファである、請求項５に記載の方法。
【請求項７】
データのＶ２Ｘ（Vehicle-to-X）送信のためのリソースを選択する端末であって、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）送受信機と、
前記ＲＦ送受信機と結合されたプロセッサであって、
データのＶ２Ｘ送信のための第１リソースを選択し、
臨界時間値以上の間、前記第１リソースで送信されるデータがなかったときに、データのＶ２Ｘ送信のための第２リソースを選択するように構成された、プロセッサと、
を有する、端末。
【請求項８】
前記リソースは、Ｖ２Ｘリソースプール内で選択されるサブフレームである、請求項７に記載の端末。
【請求項９】
前記臨界時間値は、前記端末にシグナリングされる又は予め定義される、請求項７又は８に記載の端末。
【請求項１０】
前記臨界時間値以上の間、前記端末の送信バッファ内に前記第１リソースで送信されるデータがないことを決定することをさらに含む、請求項７〜９の何れか一項に記載の端末。
【請求項１１】
前記送信バッファは、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層又は下位層の送信バッファである、請求項１０に記載の端末。
【請求項１２】
前記下位層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）送信バッファである、請求項１１に記載の端末。
【国際調査報告】
2019530325.tif 000071
2019530325.tif 000072
2019530325.tif 000073
2019530325.tif 000074
2019530325.tif 000075
2019530325.tif 000076
2019530325.tif 000077
2019530325.tif 000078