(57)【要約】本発明は、無線通信システムにおいてＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法であって、センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外したサブフレームを選択区間から選択し、上記選択されたサブフレームに基づいてＶ２Ｘ通信を行うことを特徴とする方法を提供する。【選択図】図２６
2019526995.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてビークルツーエブリシング（Vehicle-to-X；Ｖ２Ｘ）端末により行われるＶ２Ｘ動作方法であって、
センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外したサブフレームを選択区間から選択し、
前記選択されたサブフレームに基づいてＶ２Ｘ通信を行う、方法。
【請求項２】
前記除外されたサブフレームは、前記選択区間でのサブフレームである、請求項１に記載の方法。
【請求項３】
前記センシング区間の間に送信が行われたサブフレームと特定周期で対応するサブフレームが前記関連するサブフレームのリソース予約周期に従って予約されるサブフレームとオーバラップする場合、前記関連するサブフレームが除外される、請求項１に記載の方法。
【請求項４】
前記センシング区間の間に送信が行われたサブフレームは、サブフレームｋであり、ｋは、正の整数であり、
前記サブフレームｋと特定周期で対応するサブフレームは、サブフレーム（ｋ＋１００＊ｉ）であり、前記ｉは、基地局により設定される正の整数であり、
前記サブフレーム（ｋ＋１００＊ｉ）とサブフレーム（ｙ＋Ｐ＊ｊ）とがオーバラップする場合、サブフレームｙが選択から除外され、前記ｙは、正の整数であり、Ｐは、リソース予約周期であり、ｊは、正の整数である、請求項３に記載の方法。
【請求項５】
前記ｊの範囲は、前記Ｖ２Ｘ端末が任意に決定したカウンタ値に比例する正の整数値により決定される、請求項４に記載の方法。
【請求項６】
前記カウンタ値は、５以上１５以下の値である、請求項５に記載の方法。
【請求項７】
前記Ｐは、１００ｍｓである、請求項４に記載の方法。
【請求項８】
前記センシング区間は、１ｓで、前記選択区間は、１００ｍｓである、請求項１に記載の方法。
【請求項９】
前記センシング区間は、センシングウィンドウであり、前記選択区間は、選択ウィンドウである、請求項１に記載の方法。
【請求項１０】
前記センシングウィンドウは、端末固有である、請求項９に記載の方法。
【請求項１１】
端末（User Equipment；ＵＥ）であって、
無線信号を送信及び受信する無線周波（Radio Frequency；ＲＦ）部と、
前記ＲＦ部と結合して動作するプロセッサと、を有し、
前記プロセッサは、
センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外したサブフレームを選択区間から選択し、
前記選択されたサブフレームに基づいてＶ２Ｘ通信を行う、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、さらに詳細には、無線通信システムにおいて端末により行われるビークルツーエブリシング（Vehicle-to-X；Ｖ２Ｘ）送信リソース（資源）（resources）選択方法及びこの方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（International Telecommunication Union Radio communication sector）では、３世代以後の次世代移動通信システムであるＩＭＴ（International Mobile Telecommunication）−Ａｄｖａｎｃｅｄの標準化作業が進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信レート（送信率）（data rate）でＩＰ（Internet Protocol）ベースの（基盤の）（based）マルチメディアサービスサポート（支援）（support）を目標とする。
【０００３】
３ＧＰＰ（3rd Generation Partnership Project）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を充足させるシステム標準として、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）／ＳＣ−ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access）送信方式ベースであるＬＴＥ（Long Term Evolution）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を準備している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補の一つである。
【０００４】
最近、装置間直接通信を行うＤ２Ｄ（Device-to-Device）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公安（公衆安全）ネットワーク（public safety network）のための通信技術として注目されつつある。商業的通信ネットワークは、急速にＬＴＥに変化しつつあるが、従来の通信規格との衝突問題及びコスト（費用）の側面のため、現在の公安ネットワークは、主に２Ｇ技術に基づく。このようなテクノロジギャップ（技術間隙）（technology gap）及び改善されたサービスに対する要求は、公安ネットワークを改善しようとする努力に引き継がれている。
【０００５】
上述のＤ２Ｄ通信を拡張して車両間の信号送受信に適用でき、車両（ＶＥＨＩＣＬＥ）と関連する通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−ＥＶＥＲＹＴＨＩＮＧ）通信と呼ぶ。Ｖ２Ｘのうち、「Ｘ」という用語は、ＰＥＤＥＳＴＲＩＡＮ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＤＥＶＩＣＥ  ＣＡＲＲＩＥＤ  ＢＹ  ＡＮ  ＩＮＤＩＶＩＤＵＡＬ（例：ＨＡＮＤＨＥＬＤ  ＴＥＲＭＩＮＡＬ  ＣＡＲＲＩＥＤ  ＢＹ  Ａ  ＰＥＤＥＳＴＲＩＡＮ、ＣＹＣＬＩＳＴ、ＤＲＩＶＥＲ  ＯＲ  ＰＡＳＳＥＮＧＥＲ）、このとき、Ｖ２Ｘは、Ｖ２Ｐと表示できる）、ＶＥＨＩＣＬＥ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  ＶＥＨＩＣＬＥＳ）（Ｖ２Ｖ）、ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＲＯＡＤＳＩＤＥ  ＵＮＩＴ（ＲＳＵ）／ＮＥＴＷＯＲＫ（例）ＲＳＵ  ＩＳ  Ａ  ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ  ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ  ＥＮＴＩＴＹ（例）ＡＮ  ＥＮＴＩＴＹ  ＴＲＡＮＳＭＩＴＴＩＮＧ  ＳＰＥＥＤ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ）ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮ  ＡＮ  ｅＮＢ  ＯＲ  Ａ  ＳＴＡＴＩＯＮＡＲＹ  ＵＥ））（Ｖ２Ｉ／Ｎ）などを意味する。歩行者（又は人）が所持した（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と名付け、車両（ＶＥＨＩＣＬＥ）に設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と名付ける。本発明において「エンティティ（ＥＮＴＩＴＹ）」という用語は、Ｐ−ＵＥ、Ｖ−ＵＥ、ＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）のうち、少なくとも一つとして解釈されることができる。
【０００６】
一方、Ｖ２Ｘ通信において、Ｐ−ＵＥがＶ２Ｘ信号を送信しようとするとき、どのリソースをどのように選択するかが問題になることができる。Ｐ−ＵＥは、車両に設置された端末とは異なり、バッテリ消費にセンシティブ（敏感）な（sensitive）特徴がある。また、Ｖ２Ｘ通信では、主に周期的に信号を送信し、他の端末に干渉を与えないことが重要でありうる。このような点を考慮して、Ｐ−ＵＥの送信リソース選択方法を決定する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする技術的課題は、無線通信システムにおいて端末により行われるＶ２Ｘ送信リソース選択方法及びこれを利用する端末を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によれば、無線通信システムにおいてＶ２Ｘ（Vehicle-to-X）端末により行われるＶ２Ｘ動作方法であって、センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外した（excluding）サブフレームを選択区間から選択し、選択されたサブフレームに基づいてＶ２Ｘ通信を行うことを特徴とする方法が提供される。
【０００９】
このとき、除外されたサブフレームは、選択区間でのサブフレームでありうる。
【００１０】
このとき、センシング区間の間に送信が行われたサブフレームと特定周期で対応するサブフレームが関連するサブフレームのリソース予約周期に従って予約される（reserved）サブフレームとオーバラップする場合、関連するサブフレームが除外されることができる。
【００１１】
このとき、センシング区間の間に送信が行われたサブフレームは、サブフレームｋであり、ｋは、正の整数であり、サブフレームｋと特定周期で対応するサブフレームは、サブフレーム（ｋ＋１００＊ｉ）であり、ｉは、基地局により設定される正の整数であり、サブフレーム（ｋ＋１００＊ｉ）とサブフレーム（ｙ＋Ｐ＊ｊ）とがオーバラップする場合、サブフレームｙが選択から除外され、ｙは、正の整数で、Ｐは、リソース予約周期で、ｊは、正の整数でありうる。
【００１２】
このとき、ｊの範囲は、Ｖ２Ｘ端末が任意に決定したカウンタ値に比例する正の整数値により決定されることができる。
【００１３】
このとき、カウンタ値は、５以上１５以下の値でありうる。
【００１４】
このとき、Ｐは、１００ｍｓでありうる。
【００１５】
このとき、センシング区間は、１ｓで、選択区間は、１００ｍｓでありうる。
【００１６】
このとき、センシング区間は、センシングウィンドウであり、選択区間は、選択ウィンドウでありうる。
【００１７】
このとき、センシングウィンドウは、端末固有（特定的）（specific to）でありうる。
【００１８】
本発明の他の実施形態によれば、端末（User Equipment；ＵＥ）は、無線信号を送信及び受信する無線周波（Radio Frequency；ＲＦ）部と、ＲＦ部と結合して動作するプロセッサと、を有し、プロセッサは、センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外したサブフレームを選択区間から選択し、選択されたサブフレームに基づいてＶ２Ｘ通信を行うことを特徴とする端末が提供される。
【発明の効果】
【００１９】
本発明によれば、端末がＶ２Ｘ通信を行うとき、Ｖ２Ｘ通信が行われるリソースを効率的に予約できる。これにより、本発明に係る端末は、無線リソースを効率的に利用できるので、不必要な無線リソースの占有が最小になり、無線通信の効率性が極大になる。
【図面の簡単な説明】
【００２０】
【図１】本発明が適用されることができる無線通信システムを例示する図である。
【図２】ユーザプレーン（ユーザ平面）（user plane）に関する無線プロトコル構造（radio protocol architecture）を示したブロック図である。
【図３】制御プレーン（制御平面）（control plane）に関する無線プロトコル構造を示したブロック図である。
【図４】ＰｒｏＳｅのための基準構造を示す図である。
【図５】ＰｒｏＳｅ直接通信を行う端末及びセルカバレッジの配置例を示す図である。
【図６】ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す図である。
【図７】Ｄ２Ｄ発見のためのＰＣ５インタフェースを示す図である。
【図８】本発明の一実施形態による、端末固有（UE-specific）センシング区間に基づいたＶ２Ｘ通信実行（遂行）（performing）方法に関するフローチャートである。
【図９】端末固有センシングウィンドウに関する概略的な例を示した図である。
【図１０】本発明の一実施形態による、選択ウィンドウ構成方法に関するフローチャートである。
【図１１】［提案規則＃１］に関する図式的表現である。
【図１２】［提案規則＃１］に関する図式的表現である。
【図１３】再予約（／選択）リソース決定及び再予約（／選択）されたリソースに基づいて直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示す図である。
【図１４】再予約（／選択）リソース決定及び再予約（／選択）されたリソースに基づいて直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示す図である。
【図１５】（‘ＳＩＮＧＬＥ  Ｖ２  ＸＵＥ’の観点において）‘制御（／スケジューリング）情報’と‘（該当（対応する）（corresponding）制御（／スケジューリング）情報と連動する）データ’とが同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に関する一例を示す図である。
【図１６】（‘ＳＩＮＧＬＥ  Ｖ２  ＸＵＥ’の観点において）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’とが同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に関する一例を示す図である。
【図１７】（システムの観点において）‘制御（／スケジューリング）情報送信プール’及び‘データ送信プール’が、‘ＦＤＭ’形態で設定（／構成）された場合に関する一例を示す図である。
【図１８】本発明の一実施形態による、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法のフローチャートである。
【図１９】ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ（すなわち、センシング）が、端末が送信しようとするデータのサブチャネルサイズで行われることの一例を示す図である。
【図２０】‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（又は‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）の形態に関する一例を示す図である。
【図２１】‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（又は‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）の形態に関する一例を示す図である。
【図２２】“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生する例を概略的に示したものである。
【図２３】本発明の一実施形態による、有限の個数のリソースを予約する方法のフローチャートである。
【図２４】本発明の一実施形態による、端末がリソースを再選択する方法のフローチャートである。
【図２５】前述の提案を考慮してリソース予約を行う方法の一例を示す図である。
【図２６】本発明の一実施形態による、端末がセンシングを行うことができなかったサブフレームに関連する（選択ウィンドウでの）サブフレームを排除する（excluding）方法のフローチャートである。
【図２７】端末がセンシングを行うことができなかったサブフレームに関連する（選択ウィンドウでの）サブフレームを排除する例を示す図である。
【図２８】“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”における（リソースを）反映する例を示す図である。
【図２９】“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”における（リソースを）反映する例を示す図である。
【図３０】“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”における（リソースを）反映する例を示す図である。
【図３１】（従来）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”又は“１０１７６”）を増加させた場合に関する一例を示す図である。
【図３２】アップデートされたシステム情報を送信する一例を示す図である。
【図３３】ハイパーＤＦＮの一例を示す図である。
【図３４】本発明の一実施形態による、割り当てられたＶ２Ｘリソースプール上においてＶ２Ｘ通信を行う方法のフローチャートである。
【図３５】ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を概略的に示す図である。
【図３６】ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を概略的に示す図である。
【図３７】本発明の一実施形態による、短い周期のリソース予約が設定される場合、Ｖ２Ｘ送信リソースに対する予約が行われる方法のフローチャートである。
【図３８】本発明の一実施形態による、短い周期のリソース予約が設定される場合、相対的に短い周期でセンシングを行う方法のフローチャートである。
【図３９】本発明の実施形態が具現される端末を示したブロック図である。
【発明を実施するための形態】
【００２１】
図１は、本発明が適用されることができる無線通信システムを例示する。これは、Ｅ−ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）、又はＬＴＥ（Long Term Evolution）／ＬＴＥ−Ａシステムと呼ばれることができる。
【００２２】
Ｅ−ＵＴＲＡＮは、端末１０（User Equipment、ＵＥ）に制御プレーン（control plane）及びユーザプレーン（user plane）を提供する基地局２０（Base Station、ＢＳ）を含む。端末１０は、固定されるか、又はモビリティ（移動性）を有する（mobile）ことができ、Ｍｓ（Mobile Station）、ＵＴ（User Terminal）、ＳＳ（Subscriber Station）、ＭＴ（Mobile Terminal）、無線機器（Wireless Device）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定局（支点）（fixed station）をいい、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（Access Point）等、他の用語で呼ばれることができる。
【００２３】
基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Evolved Packet Core）３０、さらに詳細には、Ｓ１−ＭＭＥを介してＭＭＥ（Mobility Management Entity）とＳ１−Ｕを介してＳ−ＧＷ（Serving Gateway）とに接続される。
【００２４】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Packet Data Network-Gateway）から構成される。ＭＭＥは、端末の接続情報又は端末の能力に関する情報を有しており、このような情報は、端末のモビリティ管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２５】
端末とネットワークとの間の無線インタフェースプロトコル（Radio Interface Protocol）の層（階層）（layers）は、通信システムにおいて広く知られたオープン（開放型）システム間相互接続（Open System Interconnection；ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Physical Channel）を利用した情報送信サービス（Information Transfer Service）を提供し、第３層に位置するＲＲＣ（Radio Resource Control）層は、端末とネットワークとの間で無線リソースを制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間でＲＲＣメッセージを交換する。
【００２６】
図２は、ユーザプレーン（user plane）に関する無線プロトコル構造（radio protocol architecture）を示したブロック図である。図３は、制御プレーン（control plane）に関する無線プロトコル構造を示したブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（protocol stack）で、制御プレーンは、制御信号送信のためのプロトコルスタックである。
【００２７】
図２及び３を参照すると、物理層（ＰＨＹ（Physical） layer）は、物理チャネル（physical channel）を利用して上位層に情報送信サービス（information transfer service）を提供する。物理層は、上位層であるＭＡＣ（Medium Access Control）層とはトランスポート（送信）チャネル（transport channel）を介して接続されている。トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが移動する。トランスポートチャネルは、無線インタフェースを介してデータがどのようにどのような特徴で送信されるかによって分類される。
【００２８】
互いに異なる物理層間、すなわち送信器と受信器との物理層間は、物理チャネルを介してデータが移動する。上記物理チャネルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式で変調されることができ、時間及び周波数を無線リソースとして活用（使用）する（use）。
【００２９】
ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間のマッピングと、論理チャネルに属するＭＡＣ  ＳＤＵ（Service Data Unit）のトランスポートチャネル上に物理チャネルを介して提供されるトランスポートブロック（transport block）への多重化／逆多重化と、を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Radio Link Control）層にサービスを提供する。
【００３０】
ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵのコンカチネーション（接続）（concatenation）、セグメンテーション（分割）（segmentation）及び再結合（reassembly）を含む。無線ベアラ（Radio Bearer；ＲＢ）が要求する多様なＱｏＳ（Quality of Service）を保証（保障）する（guarantee）ために、ＲＬＣ層は、透明モード（Transparent Mode、ＴＭ）、非確認モード（Unacknowledged Mode、ＵＭ）及び確認モード（Acknowledged Mode、ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（Automatic Repeat Request）を介してエラー訂正を提供する。
【００３１】
ＲＲＣ（Radio Resource Control）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラの設定（configuration）、再設定（re-configuration）及び解除（release）と関連して、論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理パス（論理的経路）（logical route）を意味する。
【００３２】
ユーザプレーンでのＰＤＣＰ（Packet Data Convergence Protocol）層の機能は、ユーザデータの伝達、ヘッダ圧縮（header compression）及び暗号化（ciphering）を含む。制御プレーンでのＰＤＣＰ（Packet Data Convergence Protocol）層の機能は、制御プレーンデータの伝達及び暗号化／完全性（整合性）保護（integrity protection）を含む。
【００３３】
ＲＢが設定されるということは、特定のサービスを提供するために無線プロトコル層（階層）（layer）及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Signaling RB）とＤＲＢ（Data RB）との２通りに分けられることができる。ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する通信路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する通信路として使用される。
【００３４】
端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（RRC Connection）が確立されると、端末は、ＲＲＣ接続（RRC connected）状態にあるようになり、そうでない場合、ＲＲＣアイドル（RRC idle）状態にあるようになる。
【００３５】
ネットワークにおいて端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Broadcast Channel）と、それ以外にユーザトラフィック又は制御メッセージを送信するダウンリンクＳＣＨ（Shared Channel）と、がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、又は別のダウンリンクＭＣＨ（Multicast Channel）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するＲＡＣＨ（Random Access Channel）と、それ以外にユーザトラフィック又は制御メッセージを送信するアップリンクＳＣＨ（Shared Channel）と、がある。
【００３６】
トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Logical Channel）には、ＢＣＣＨ（Broadcast Control Channel）、ＰＣＣＨ（Paging Control Channel）、ＣＣＣＨ（Common Control Channel）、ＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ（Multicast Traffic Channel）などがある。
【００３７】
物理チャネル（Physical Channel）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Sub-carrier）とから構成される。一つのサブフレーム（Sub-frame）は、時間領域で複数のＯＦＤＭシンボル（Symbol）から構成される。リソースブロックは、リソース割り当て単位であって、複数のＯＦＤＭシンボル及び複数の副搬送波（sub-carrier）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Physical Downlink Control Channel）すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定のＯＦＤＭシンボル（例えば、第１番目のＯＦＤＭシンボル）の特定の副搬送波を利用できる。ＴＴＩ（Transmission Time Interval）は、サブフレーム送信の単位時間である。
【００３８】
以下、Ｄ２Ｄ動作について説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連するサービスをプロキシミティ（近接性）ベースサービス（Proximity based Services：ＰｒｏＳｅ）と称する。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、ＰｒｏＳｅは、Ｄ２Ｄ動作と混用されることができる。これから、ＰｒｏＳｅについて述べる。
【００３９】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（communication）とＰｒｏＳｅ直接発見（direct discovery）とがある。ＰｒｏＳｅ直接通信は、近接した（adjacent）２以上の端末の間で行われる通信のことをいう。上記端末は、ユーザプレーンのプロトコルを利用して通信を行うことができる。ＰｒｏＳｅ可能端末（ProSe-enabled UE）は、ＰｒｏＳｅの要求条件と関連する手順をサポートする端末を意味する。別の言及がなければ、ＰｒｏＳｅ可能端末は、公共安全端末（public safety UE）及び非−公共安全端末（non-public safety UE）を全部含む。公共安全端末は、公共安全に特化した機能及びＰｒｏＳｅ過程を全部サポートする端末であり、非−公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化した機能はサポートしない端末である。
【００４０】
ＰｒｏＳｅ直接発見（ProSe direct discovery）は、ＰｒｏＳｅ可能端末が隣接する他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、上記２個のＰｒｏＳｅ可能端末の能力だけを使用する。ＥＰＣレベル（次元）のＰｒｏＳｅ発見（EPC-level ProSe discovery）は、ＥＰＣが２個のＰｒｏＳｅ可能端末が近接した（closed to each other）かどうかを判断し、上記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００４１】
以下、便宜上ＰｒｏＳｅ直接通信は、Ｄ２Ｄ通信、ＰｒｏＳｅ直接発見は、Ｄ２Ｄ発見と称することができる。
【００４２】
図４は、ＰｒｏＳｅのための基準構造を示す。
【００４３】
図４を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅアプリケーション（応用）（application）プログラムを含む複数の端末、ＰｒｏＳｅアプリケーションサーバ（ProSe APP server）、及びＰｒｏＳｅ機能（ProSe function）を含む。
【００４４】
ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ポリシ（政策）及び課金規則（Policy And Charging Rules Function：ＰＣＲＦ）、ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）などを含むことができる。
【００４５】
ＰｒｏＳｅアプリケーションサーバ（ProSe application server）は、アプリケーションアプリケーション機能を作るためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅアプリケーションサーバは、端末内のアプリケーションプログラムと通信できる。端末内のアプリケーションプログラムは、アプリケーション機能を作るためのＰｒｏＳｅ能力を使用することができる。
【００４６】
ＰｒｏＳｅ機能は、次のうち、少なくとも一つを含むことができるが、必ずしもこれに制限されるものではない。
【００４７】
−第三者（第３雌）アプリケーションプログラムに向けた基準点を介したインターワーキング（Interworking via a reference point towards the 3rd party applications）
【００４８】
−発見及び直接通信のための認証及び端末に対する設定（Authorization and configuration of the UE for discovery and direct communication）
【００４９】
−ＥＰＣレベル（次元）のＰｒｏＳｅ発見の機能（Enable the functionality of the EPC level ProSe discovery）
【００５０】
−ＰｒｏＳｅ関連の新しい加入者データ及びデータ記憶の取り扱い（調整）、ＰｒｏＳｅ  ＩＤの取り扱い（ProSe related new subscriber data and handling of data storage、and also handling of ProSe identities）
【００５１】
−セキュリティ関連機能（Security related functionality）
【００５２】
−ポリシ関連機能のためにＥＰＣに向けた制御の提供（Provide control towards the EPC for policy related functionality）
【００５３】
−課金のための機能の提供（Provide functionality for charging（via or outside of EPC, e.g., offline charging））
【００５４】
以下、ＰｒｏＳｅのための基準構造において基準点及び基準インタフェースを説明する。
【００５５】
-ＰＣ１：端末内のＰｒｏＳｅアプリケーションプログラムとＰｒｏＳｅアプリケーションサーバ内のＰｒｏＳｅアプリケーションプログラムとの間の基準点である。これは、アプリケーションレベルにおいてシグナリング要求条件を定義するために使用される。
【００５６】
-ＰＣ２：ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の相互作用を定義するために使用される。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースのアプリケーションデータアップデートが上記相互作用の一例になることができる。
【００５７】
-ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使用される。ＰｒｏＳｅ発見及び通信のための設定が上記相互作用の一例になることができる。
【００５８】
-ＰＣ４：ＥＰＣとＰｒｏＳｅ機能との間の基準点である。ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するために使用される。上記相互作用は、端末間に１：１通信のための経路を設定する時、又はリアルタイムセッション管理又はモビリティ管理のためのＰｒｏＳｅサービス認証するときを例示できる。
【００５９】
-ＰＣ５：端末間で発見及び通信、中継、１：１通信のために制御／ユーザプレーンを使用するための基準点である。
【００６０】
-ＰＣ６：互いに異なるＰＬＭＮに属したユーザ間でＰｒｏＳｅ発見などの機能を使用するための基準点である。
【００６１】
-ＳＧｉ：アプリケーションデータ及びアプリケーションレベルの制御情報交換のために使用されることができる。
【００６２】
＜ＰｒｏＳｅ直接通信（Ｄ２Ｄ通信）：ProSe Direct Communication＞。
【００６３】
ＰｒｏＳｅ直接通信は、２個の公共安全端末がＰＣ５インタフェースを介して直接通信できる通信モードである。この通信モードは、端末がＥ−ＵＴＲＡＮのカバレッジ内でサービスを受ける場合又はＥ−ＵＴＲＡＮのカバレッジから外れた場合の両方においてサポートされることができる。
【００６４】
図５は、ＰｒｏＳｅ直接通信を行う端末及びセルカバレッジの配置例を示す。
【００６５】
図５（ａ）を参照すると、端末Ａ、Ｂは、セルカバレッジの外側に位置できる。図５（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジの外側に位置できる。図５（ｃ）を参照すると、端末Ａ、Ｂとも、単一セルカバレッジ内に位置できる。図５（ｄ）を参照すると、端末Ａは、第１セルのカバレッジ内に位置し、端末Ｂは、第２セルのカバレッジ内に位置できる。
【００６６】
ＰｒｏＳｅ直接通信は、図５のように多様な位置にある端末間で行われることができる。
【００６７】
一方、ＰｒｏＳｅ直接通信には、次のＩＤが使用されることができる。
【００６８】
ソースレイヤ−２  ＩＤ：このＩＤは、ＰＣ５インタフェースにおけるパケットの送信者（sender）を識別させる。
【００６９】
目的レイヤ（Purpose layer）−２  ＩＤ：このＩＤは、ＰＣ５インタフェースにおけるパケットのターゲットを識別させる。
【００７０】
ＳＡ  Ｌ１  ＩＤ：このＩＤは、ＰＣ５インタフェースにおけるスケジューリング割り当て（Scheduling Assignment：ＳＡ）でのＩＤである。
【００７１】
図６は、ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す。
【００７２】
図６を参照すると、ＰＣ５インタフェースは、ＰＤＣＨ、ＲＬＣ、ＭＡＣ及びＰＨＹ層から構成される。
【００７３】
ＰｒｏＳｅ直接通信では、ＨＡＲＱフィードバックがなくてもよい。ＭＡＣヘッダは、ソースレイヤ−２  ＩＤ及び目的レイヤ−２  ＩＤを含むことができる。
【００７４】
＜ＰｒｏＳｅ直接通信のための無線リソース割り当て＞
【００７５】
ＰｒｏＳｅ可能端末は、ＰｒｏＳｅ直接通信のためのリソース割り当てに対して、次の２とおりのモードを利用できる。
【００７６】
１．モード１
【００７７】
モード１は、ＰｒｏＳｅ直接通信のためのリソースを基地局からスケジューリングされるモードである。モード１によって、端末がデータを送信するためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信リソースを基地局に要求（要請）し（requests）、基地局は、スケジューリング割り当て及びデータ送信のためのリソースをスケジューリングする。端末は、基地局にスケジューリング要求（scheduling request）を送信し、ＰｒｏＳｅ  ＢＳＲ（Buffer Status Report）を送信できる。基地局は、ＰｒｏＳｅ  ＢＳＲに基づいて、上記端末がＰｒｏＳｅ直接通信を行うデータを有しており、この送信のためのリソースが必要であると判断する。
【００７８】
２．モード２
【００７９】
モード２は、端末が直接リソースを選択するモードである。端末は、リソースプール（resource pool）において直接ＰｒｏＳｅ直接通信のためのリソースを選択する。リソースプールは、ネットワークによって設定されるか、又は予め決定されることができる。
【００８０】
一方、端末がサービングセルを有している場合、すなわち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるか、又はＲＲＣ＿ＩＤＬＥ状態で特定セルに位置する場合には、上記端末は、基地局のカバレッジ内にあると見なされる。
【００８１】
端末がカバレッジ外にある場合、上記モード２のみが適用されることができる。端末がカバレッジ内にある場合、基地局の設定によってモード１又はモード２を使用することができる。
【００８２】
他の例外的な条件がない場合、基地局が設定したときにおいてのみ、端末は、モード１からモード２又はモード２からモード１にモードを変更できる。
【００８３】
＜ＰｒｏＳｅ直接発見（Ｄ２Ｄ発見）：ProSe direct discovery＞
【００８４】
ＰｒｏＳｅ直接発見は、ＰｒｏＳｅ可能端末が近接した他のＰｒｏＳｅ可能端末を発見するのに使用される手順のことをいい、Ｄ２Ｄ直接発見又はＤ２Ｄ発見とも呼ぶ。このとき、ＰＣ５インタフェースを介したＥ−ＵＴＲＡ無線信号が使用されることができる。ＰｒｏＳｅ直接発見に使用される情報を以下発見情報（discovery information）と呼ぶ。
【００８５】
図７は、Ｄ２Ｄ発見のためのＰＣ５インタフェースを示す。
【００８６】
図７を参照すると、ＰＣ５インタフェースは、ＭＡＣ層、ＰＨＹ層と、上位層であるＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ層と、から構成される。上位層（ProSe Protocol）において発見情報（discovery information）の通知（お知らせ）（announcement：以下、アナウンスメント）及びモニタリング（monitoring）に対する許可を取り扱い、発見情報の内容は、ＡＳ（Access Stratum）に対して透明（transparent）である。ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみＡＳに伝達されるようにする。
【００８７】
ＭＡＣ層は、上位層（ProSe Protocol）から発見情報を受信する。ＩＰ層は、発見情報送信のために使用されない。ＭＡＣ層は、上位レイヤから受けた発見情報をアナウンスするために使用されるリソースを決定する。ＭＡＣ層は、発見情報を運ぶＭＡＣ  ＰＤＵ（Protocol Data Unit）を作って物理層に送る。ＭＡＣヘッダは、追加されない。
【００８８】
発見情報アナウンスメントのために、２通りのタイプのリソース割り当てがある。
【００８９】
１．タイプ１
【００９０】
発見情報のアナウンスメントのためのリソースが端末固有でなく割り当てられる方法であって、基地局が端末に発見情報アナウンスメントのためのリソースプール設定を提供する。この設定は、システム情報ブロック（System Information Block：ＳＩＢ）に含まれて、ブロードキャスト方式でシグナリングされることができる。又は、上記設定は、端末固有ＲＲＣメッセージに含まれて提供されることができる。又は、上記設定は、ＲＲＣメッセージの他、他の層のブロードキャストシグナリング又は端末固有シグナリングであることができる。
【００９１】
端末は、指示されたリソースプールでから自らリソースを選択し、選択したリソースを利用して発見情報をアナウンスする。端末は、各発見周期（discovery period）の間に任意に選択したリソースを介して発見情報をアナウンスできる。
【００９２】
２．タイプ２
【００９３】
発見情報のアナウンスメントのためのリソースが端末固有に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのためのリソースを要求できる。基地局は、ＲＲＣ信号に発見信号アナウンスメントのためのリソースを割り当てることができる。端末に設定されたリソースプール内で発見信号モニタリングのためのリソースが割り当てられることができる。
【００９４】
ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見情報アナウンスメントのためのタイプ１リソースプールをＳＩＢに知らせることができる。ＰｒｏＳｅ直接発見が許可（許容）された（allowed）端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１リソースプールを利用する。又は、基地局は、２）ＳＩＢを介して上記基地局がＰｒｏＳｅ直接発見をサポートすることを知らせるが、発見情報アナウンスメントのためのリソースは提供しなくてもよい。この場合、端末は、発見情報アナウンスメントのために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入らなければならない。
【００９５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して上記端末が発見情報アナウンスメントのためにタイプ１リソースプールを使用するか、それともタイプ２リソースを使用するかを設定できる。
【００９６】
＜Ｖ２Ｘ（VEHICLE-TO-X）通信＞
【００９７】
前述のように、一般にＤ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信レート及び低い遅延を有してデータ通信を行うことができる。また、Ｄ２Ｄ動作は、基地局に集中するトラフィックを分散させることができ、Ｄ２Ｄ動作を行う端末が中継器としての役割を果たすと、基地局のカバレッジを拡張させる役割も果たすことができる。上述のＤ２Ｄ通信の拡張で車両間の信号送受信を含んで、車両（ＶＥＨＩＣＬＥ）と関連する通信を特にＶ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）通信と呼ぶ。
【００９８】
ここで、一例として、Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）中、「Ｘ」という用語は、ＰＥＤＥＳＴＲＩＡＮ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＤＥＶＩＣＥ  ＣＡＲＲＩＥＤ  ＢＹ  ＡＮ  ＩＮＤＩＶＩＤＵＡＬ（例）ＨＡＮＤＨＥＬＤ  ＴＥＲＭＩＮＡＬ  ＣＡＲＲＩＥＤ  ＢＹ  Ａ  ＰＥＤＥＳＴＲＩＡＮ、ＣＹＣＬＩＳＴ、ＤＲＩＶＥＲ  ＯＲ  ＰＡＳＳＥＮＧＥＲ））（Ｖ２Ｐ）、ＶＥＨＩＣＬＥ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  ＶＥＨＩＣＬＥＳ）（Ｖ２Ｖ）、ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ／ＮＥＴＷＯＲＫ（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＶＥＨＩＣＬＥ  ＡＮＤ  Ａ  ＲＯＡＤＳＩＤＥ  ＵＮＩＴ（ＲＳＵ）／ＮＥＴＷＯＲＫ（例）ＲＳＵ  ＩＳ  Ａ  ＴＲＡＮＳＰＯＲＴＡＴＩＯＮ  ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ  ＥＮＴＩＴＹ（例）ＡＮ  ＥＮＴＩＴＹ  ＴＲＡＮＳＭＩＴＴＩＮＧ  ＳＰＥＥＤ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ）ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮ  ＡＮ  ｅＮＢ  ＯＲ  Ａ  ＳＴＡＴＩＯＮＡＲＹ  ＵＥ））（Ｖ２Ｉ／Ｎ）などを意味する。また、一例として、提案方式に関する説明の便宜のために、歩行者（又は人）が所持する（Ｖ２Ｐ通信関連）デバイスを「Ｐ−ＵＥ」と名付け、ＶＥＨＩＣＬＥに設置された（Ｖ２Ｘ通信関連）デバイスを「Ｖ−ＵＥ」と命名する。また、一例として、本発明において「エンティティ（ＥＮＴＩＴＹ）」という用語は、Ｐ−ＵＥ及び／又はＶ−ＵＥ及び／又はＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）と解釈されることができる。
【００９９】
Ｖ２Ｘ端末は、予め定義された（又はシグナリングされた）リソースプール（ＲＥＳＯＵＲＣＥ  ＰＯＯＬ）上においてメッセージ（又はチャネル）送信を行うことができる。ここで、リソースプールは、端末がＶ２Ｘ動作を行うように（又はＶ２Ｘ動作を行うことができる）予め定義された（一つ又は複数の）リソースを意味できる。このとき、リソースプールは、例えば時間−周波数の側面において定義されることもできる。
【０１００】
一方、Ｖ２Ｘ送信リソースプールは、多様なタイプが存在できる。
【０１０１】
図６は、Ｖ２Ｘ送信リソースプールのタイプを例示する。
【０１０２】
図６（ａ）を参照すると、Ｖ２Ｘ送信リソースプール＃Ａは、（部分）センシング（sensing）のみが許可されるリソースプールでありうる。Ｖ２Ｘ送信リソースプール＃Ａにおいて端末は、（部分）センシングを行なった後にＶ２Ｘ送信リソースを選択しなければならず、ランダム選択は許可されない場合もある。（部分）センシングによって選択されたＶ２Ｘ送信リソースは、図６（ａ）に示すように一定周期で準静的（半静的）（semi-statically）に維持される。
【０１０３】
端末がＶ２Ｘ送信リソースプール＃Ａ上においてＶ２Ｘメッセージ送信を行うためには、（スケジューリング割り当てデコード／エネルギ測定ベースの）センシング動作を（部分的に）行うように基地局は設定できる。これは、上記Ｖ２Ｘ送信リソースプール＃Ａ上においては、送信リソースの「ランダム選択」が許可されないと解釈されることができ、「（部分）センシング」ベースの送信リソース選択（のみ）が実行（／許可）されると解釈されることができる。上記設定は、基地局が行うことができる。
【０１０４】
図６（ｂ）を参照すると、Ｖ２Ｘ送信リソースプール＃Ｂは、ランダム選択（random selection）のみが許可されるリソースプールでありうる。Ｖ２Ｘ送信リソースプール＃Ｂにおける端末は、（部分）センシングを行わずに、選択ウィンドウでＶ２Ｘ送信リソースをランダムに選択できる。ここで、一例として、ランダム選択のみが許可されるリソースプールでは、（部分）センシングのみが許可されるリソースプールとは異なり、選択されたリソースが準静的にリザーブ（留保）され（reserved）ないように設定（／シグナリング）されることもできる。
【０１０５】
基地局は、端末がＶ２Ｘ送信リソースプール＃Ｂ上においてＶ２Ｘメッセージ送信動作を行うためには、（スケジューリング割り当てデコード／エネルギ測定ベースの）センシング動作を行わないように設定できる。これは、Ｖ２Ｘ送信リソースプール＃Ｂ上においては、送信リソース「ランダム選択」（のみ）が実行（／許可）されること、及び／又は「（部分）センシング」ベースの送信リソース選択が許可されないことと解釈されることができる。
【０１０６】
一方、図６には示していないが、（部分）センシング及びランダム選択の両方が可能なリソースプールも存在できる。基地局は、このようなリソースプールで（端末の具現により）（部分）センシング及びランダム選択のうち、いずれか一つの方式（either of the partial sensing and the random selection）によりＶ２Ｘリソースを選択できることを知らせることができる。
【０１０７】
図７は、部分センシング動作に応じるＶ２Ｘ送信リソース（再）選択（／予約）方法を示す。
【０１０８】
図７に示すように、端末（Ｐ−ＵＥ、以下、同一）は、（予め定義された条件を満たしたかどうかによって）Ｖ２Ｘ信号送信のためのリソースの（再）選択（／予約）が決定（／トリガ）されることができる。例えば、サブフレーム＃ｍにおいて、上記送信リソース（再）選択（／予約）が決定又はトリガされたと仮定してみよう。この場合、端末は、サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間において、Ｖ２Ｘ信号送信のためのリソースを（再）選択（／予約）できる。上記サブフレーム＃ｍ＋Ｔ１から＃ｍ＋Ｔ２までのサブフレーム区間を、以下、選択ウィンドウ（Selection Window）と呼ぶ。選択ウィンドウは、例えば、連続する１００個のサブフレームから構成されることができる。
【０１０９】
端末は、選択ウィンドウ内において、最小Ｙ個のサブフレームを候補（candidate）リソースとして選択できる。すなわち、端末は、選択ウィンドウ内で最小限Ｙ個のサブフレームを候補リソースとして考慮しなければならない。上記Ｙ値は、予め設定された値であってもよく、ネットワークによって設定される値であってもよい。ただし、選択ウィンドウ内においてＹ個のサブフレームをどのように選択するかは、端末の具現の問題（issues of implementing a UE）でありうる。すなわち、上記Ｙ値が例えば、５０であると仮定すると、選択ウィンドウを構成する１００個のサブフレームのうち、どの５０個のサブフレームを選択するかは、端末が選択できる。例えば、端末は、上記１００個のサブフレームのうち、サブフレーム番号が奇数である５０個のサブフレームを選択してもよく、サブフレーム番号が偶数である５０個のサブフレームを選択してもよい。又は、任意の規則に従って５０個のサブフレームを選択してもよい。
【０１１０】
一方、上記Ｙ個のサブフレームのうち、特定のサブフレーム、例えば、サブフレーム＃Ｎ（ＳＦ＃Ｎ）をＶ２Ｘ信号を送信できるＶ２Ｘ送信サブフレームとして（再）選択（／予約）するためには、端末は、上記サブフレーム＃Ｎにリンク又は関連付けられた少なくとも一つのサブフレームをセンシングしなければならない。センシングのために定義された（全体）サブフレーム区間をセンシングウィンドウ（sensing window）と呼び、例えば、１０００個のサブフレームから構成されることができる。すなわち、センシングウィンドウは、１０００ミリ秒（ｍｓ）又は１秒で構成されることができる。例えば、端末は、センシングウィンドウ内において、サブフレーム＃Ｎ−１００＊ｋ（ここで、ｋは、［１，１０］の範囲の各要素の集合でありえ、予め設定されるか、又はネットワークによって設定される値でありうる）に該当するサブフレームをセンシングできる。
【０１１１】
図７では、ｋ値が｛１，３，５，７，１０｝である場合を示している。すなわち、端末は、サブフレーム＃Ｎ−１０００、＃Ｎ−７００、＃Ｎ−５００、＃Ｎ−３００、＃Ｎ−１００をセンシングして、サブフレーム＃Ｎが他のＶ２Ｘ端末によって使用されているかどうか（及び／又はサブフレーム＃Ｎ上に相対的に高い（又は予め設定（／シグナリング）されたしきい値（臨界値）（threshold value）以上の）干渉が存在しているかどうか）を推定／判断し、その結果に応じてサブフレーム＃Ｎを（最終的に）選択できる。歩行端末は、車両端末に比べてバッテリ消費にセンシティブなので、センシングウィンドウ内のすべてのサブフレームをセンシングすることではなく、一部サブフレームのみをセンシング、すなわち、部分センシング（partial sensing）することである。
【０１１２】
一例として、Ｖ２Ｖ通信を行う時に、（Ａ）センシング動作ベースの送信リソース選択手順（／方法）及び／又は（Ｂ）Ｖ２Ｖリソースプール設定（／シグナリング）手順（／方法）に関する一例は、下記のように述べられることができる。
【０１１３】
（Ａ）センシング動作ベースの送信リソース選択手順（／方法）に関して、
【０１１４】
ＳＴＥＰ  １：ＰＳＳＣＨリソース（再）選択に関して、すべてのＰＳＣＣＨ／ＰＳＳＣＨ送信が同じ優先順位を有する場合、先ずはすべてのリソースが選択可能なリソースとして考慮されることができる。
【０１１５】
ＳＴＥＰ  ２：一方、端末は、ＳＡデコード及び追加条件のうち、少なくとも一つに基づいてリソースを除外できる。
【０１１６】
端末は、スケジューリング割り当て及び追加的な条件に基づいて特定のリソースを除外した後、Ｖ２Ｘ送信リソースを選択した。このとき、スケジューリング割り当てとこれに関連するデータが同じサブフレームから送信される場合、ＰＳＳＣＨのＤＭ−ＲＳ受信電力に基づいてリソースを除外する方法がサポートされることができる。すなわち、デコードされたスケジューリング割り当てによって指示されるか、又はリザーブ（予約）されたリソース及び上記スケジューリング割り当てに関連するデータリソースから受信したＰＳＳＣＨ  ＲＳＲＰ（Reference Signal Received Power）がしきい値以上であるリソースを除外することである。具体的には、ＰＳＳＣＨ  ＲＳＲＰは、ＰＳＣＣＨによって指示されたＰＲＢ（Physical Resource Block）内でＰＳＳＣＨと関連するＤＭ−ＲＳを運ぶＲＥ（Resource Element）の電力分布の線形平均として定義されることができる。ＰＳＳＣＨ  ＲＳＲＰは、端末のアンテナ接続部を基準点として測定されることができる。上記スケジューリング割り当ては、３ビットのＰＰＰＰフィールドを含むことができる。
【０１１７】
しきい値は、優先順位情報に対して関数形態で与えられることができる。例えば、トランスポートブロックの優先順位情報及びデコードされたスケジューリング割り当ての優先順位情報に依存し（従属的であり）（dependent）うる。上記しきい値は、［−１２８ｄＢｍ］から［０ｄＢｍ］の範囲において［２ｄＢｍ］単位で与えられることができる。合計（総）（total）６４個のしきい値が予め設定されることができる。
【０１１８】
端末は、センシング区間内にあるサブフレーム＃ｍ＋ｃにおいてスケジューリング割り当てをデコードし、サブフレーム＃ｍ＋ｄ＋Ｐ*ｉにおいて上記スケジューリング割り当てによって同じ周波数リソースがリザーブ（予約）されると仮定することができる。前述のように、Ｐは、１００に固定された値でありうる。ｉは、［０，１，．．．，１０］の範囲で選択されることができるが、搬送波固有（特定的）（carrier-specific）にネットワークによって設定されるか、又は予め決定されることができる。ｉ＝０は、周波数リソースをリザーブ（予約）する意図がないことを意味する。ｉは、１０ビットのビットマップによって設定されることもでき、スケジューリング割り当て内で４ビットフィールドに設定されることもできる。
【０１１９】
周期Ｐ＊Ｉにおいて候補準静的リソースＸが他の端末のスケジューリング割り当てによって予約されたリソースＹと衝突し、除外条件を満たす場合、端末は、上記候補準静的リソースＸを除外できる。上記Ｉは、スケジューリング割り当てによってシグナリングされたｉの値である。
【０１２０】
スケジューリング割り当てデコード、センシング過程などを経てリソースを除外した後に残ったリソースが選択ウィンドウ内での総リソースの２０％より少ない場合、端末は、しきい値を増加（例えば、３ｄＢ）させた後、またリソースを除外する過程を行い、この過程は、上記残ったリソースが上記選択ウィンドウ内での総リソースの２０％より多くなるまで行われることができる。上記選択ウィンドウ内での総リソースは、可能な候補リソースで端末が考慮しなければならないリソースを意味する。
【０１２１】
一方、特定のリソースを除外した後、Ｖ２Ｘ送信リソースを選択する過程において、端末は、カウンタが０値に到達すると、確率ｐで現在リソースを維持し、上記カウンタをリセットすることができる。すなわち、確率１−ｐでリソースが再度選択されることができる。
【０１２２】
搬送波固有パラメータであるｐは、予め設定されることができ、［０，０．２，０．４，０．６，０．８］の範囲で設定されることができる。
【０１２３】
端末は、特定のリソースを除外した残りのＰＳＳＣＨリソースを測定し、総受信エネルギに基づいてランキングを付けた後、部分集合を選択する。上記部分集合は、最も低い受信エネルギを有する候補リソースの集合でありうる。上記部分集合の大きさは、選択ウィンドウ内の総リソースの２０％でありうる。
【０１２４】
端末は、上記部分集合から一つのリソースをランダムに選択できる。
【０１２５】
一つのサブフレームにおいて一つのトランスポートブロックのみが送信されるとき、端末は、連続したＭ個のサブチャネルを選択でき、各サブチャネルにおいて測定したエネルギの平均が各リソースのエネルギ測定値になることができる。
【０１２６】
一方、トランスポートブロック（Transmission Block；ＴＢ）が二つのサブフレームにおいて送信される場合、以下のようなリソース選択がサポートされることができる。
【０１２７】
まず、一つのサブフレームにおいて送信されるＴＢの場合に対して定義されるメカニズムが使用される一つのリソースが選択されることができる。
【０１２８】
そして、他のリソースは、以下のような条件下でランダムに選択されることができる。選択されたリソースは、第１番目のリソースと同じサブフレームであってはならず、リソース選択から除外されるサブフレームであってはならない。なお、ＳＣＩは、二つの選択されたリソースの間のタイムギャップを指示できなければならない。
【０１２９】
第２番目のリソースの選択条件を満たすリソースがない場合、ＴＢは、第１番目のリソースだけを使用して送信されることができる。
【０１３０】
ＳＴＥＰ  ３：端末は、除外されないリソースのうち、Ｖ２Ｘ送信リソースを選択できる。
【０１３１】
（Ｂ）Ｖ２Ｖリソースプール設定（／シグナリング）手順（／方法）
【０１３２】
まず、同じサブフレームにおいてＳＡ及びデータが常に送信されるようにリソースが設定された場合、端末は、混合されたＰＳＣＣＨが互いに異なるサブフレームにおいて送信されることが期待（予見）され（expected）ない。
【０１３３】
端末が同じサブフレームに隣接するＲＢからＳＡ及びデータを常に送信するように設定されたプールでは、データ送信に対して選択されたもののうち、最低のインデックスを有するサブチャネルは、ＳＡ送信のために使用されることができる。
【０１３４】
端末が同じサブフレームの隣接していないＲＢからＳＡ及びデータを送信するように設定されたプールの場合には、ＳＡプールでのＳＡ候補リソースの数は、関連するデータプールでのサブチャネルの数と同一でありうる。データ送信に対して選択されたもののうち、最低のインデックスと関連するＳＡリソースは、ＳＡ送信に対して使用されることができる。
【０１３５】
端末は、ＴＴＩｍ（＞＝ｎ）でのリソース選択／再選択決定を行うことができる。ここで、ＴＴＩｍは、対応するＴＢの受信時間を意味することができる。
【０１３６】
リソース再選択に関して、端末は、［ｍ＋Ｔ１，ｍ＋Ｔ２］の区間での可能な候補リソースを考慮しなければならない。ここで、Ｔ１は、端末の具現によることができ、Ｔ１＜＝［４］でありうる。なお、Ｔ２もまた端末の具現によることができ、２０＜＝Ｔ２＜＝１００でありうる。ここで、選択されたＴ２は、レイテンシ要求を満たさなければならない。
【０１３７】
なお、センシングウィンドウは、［ｍ−ａ，ｍ−ｂ］のように変わることもできる。（ここで、ａ＝ｂ＋１０００  及び（and）  ｂ＝１）
【０１３８】
同じサブフレームの隣接するＲＢからＳＡ及びデータを端末が常に送信するように設定されたプールの場合、リソースプールは、周波数領域（ドメイン）（domain）での一つ又は複数のサブチャネルからなることができる。ここで、サブチャネルは、同じサブフレームにおいて近接したＲＢのグループから構成されることができる。なお、リソースプールでのサブチャネルの大きさは、基地局（例えば、ｅＮＢ）により設定されるか、又は予め設定された値を有することができる。ここで、サブチャネルの候補リソースは、｛５，６，１０，１５，２０，２５，５０，７５，１００｝を意味できる。
【０１３９】
同じサブフレームの隣接していないＲＢからＳＡ及びデータを端末が送信するように設定されたプールの場合、リソースプールは、周波数領域での一つ又は複数のサブチャネルからなることができる。ここで、サブチャネルは、同じサブフレームにおいて近接したＲＢのグループからなることができる。なお、リソースプールでのサブチャネルの大きさは、基地局（例えば、ｅＮＢ）により設定されるか、又は予め設定された値を有することができる。ここで、上記サブチャネルは、最大２０個であることができ、最小候補サイズは、４未満の値を有さないときもある。
【０１４０】
端末は、送信のために、整数個の隣接サブチャネルを選択でき、端末は、一つのサブフレームにおいて［１００］ＲＢ以上をデコードしないときもある。なお、端末は、一つのサブフレームにおいて［１０］ＰＳＳＣＨ以上をデコードしないときもある。
【０１４１】
ＳＡプールと、関連するデータプールとは、オーバラップすることができる。なお、ＳＡプールと、関連しないデータプールともまたオーバラップすることができる。
【０１４２】
同じサブフレームの隣接するＲＢからＳＡ及びデータを端末が送信するように設定されたプールの場合には、リソースプールは、周波数領域でＮ個の連続したＰＲＢから構成されることができる。ここで、Ｎは、（サブチャネルのサイズ＊サブチャネルの数）と同じでありうる。
【０１４３】
Ｖ２Ｖプールは、スキップされるＳＬＳＳサブフレームを除外したすべてのサブフレームに対して、ビットマップが繰り返されながらマッピングされるように定義されることができる。ここで、ビットマップの長さは、１６、２０、又は１００を意味できる。ここで、ビットマップは、プールに対してどのサブフレームがＶ２Ｖ  ＳＡ／データ送信及び／又は受信について許可されるかを定義することを意味できる。
【０１４４】
一方、リソース再選択がトリガされる場合、端末は、ＴＢに対応するすべての送信に関するリソースを再選択できる。ここで、ＳＡは、一つのＴＢに対応する送信をスケジューリングできる。また、成功裏にデコードした関連するＳＡの受信以前に発生したＴＴＩで測定されたＰＳＳＣＨ−ＲＳＲＰを適用することができる。ここで、ＴＢの送信数は、１又は２を意味できる。追加的に、各々のＳＡは、同じＴＢに対応するすべてのデータ送信の時間／周波数リソースを指示できる。
【０１４５】
以下、本発明について説明する。
【０１４６】
以下の提案方式は、Ｖ２Ｘ  ＵＥ（Ｓ）が“センシング（ＳＥＮＳＩＮＧ）動作”に基づいて、自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ送信（ＴＸ）関連リソースを（再）予約（／選択）する時、（Ａ）センシング動作が行われる時間領域の境界（ＢＯＵＮＤＡＲＹ）を効果的に定義する方法及び／又は（Ｂ）センシング動作の実行で省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）の再送信（ＲＥ−ＴＸ）を効率的にサポートする方法を提示する。ここで、一例として、本発明において“センシング”という用語（のワーディング）（the word）は、（デコードに成功したＰＳＣＣＨがスケジューリングするＰＳＳＣＨ上の）（予め定義（／シグナリング）された）参照信号（Reference Signal（ＲＳ））に対するＲＳＲＰ測定（例えば、Ｓ−ＲＳＲＰ）動作及び／又は（サブ）チャネルに対するエネルギ測定（例えば、Ｓ−ＲＳＳＩ）動作として解釈されるか、又は予め定義（／シグナル）されたチャネル（例えば、ＰＳＣＣＨ（Physical Sidelink Control Channel））に対するデコード動作として解釈されることができる。ここで、一例として、本発明において、“ＤＵＲＡＴＩＯＮ”（及び／又は“区間”）という用語は、“ＲＡＮＧＥ（／ＷＩＮＤＯＷ）”（及び／又は“範囲”）に拡張解釈されることもできる。
【０１４７】
［提案規則＃１］（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域（／区間）の境界（／位置）が“ＵＥ−ＳＰＥＣＩＦＩＣ（（ＴＩＭＥ）ＢＯＵＮＤＡＲＹ）”の形態（／特性）を有することができる。ここで、一例として、特定のＶ２Ｘ  ＵＥの（リソース（再）予約（／選択）関連）センシング動作が行われる時間領域（／区間）の境界（／位置）は、（該当Ｖ２Ｘ  ＵＥの）“Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  ＴＩＭＥ（ＳＦ＃Ｋ）”と定義されることができる。このような規則が適用される場合、一例として、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｋ−Ｄ）からＳＦ＃Ｋ（又はＳＦ＃（Ｋ−１-Ｄ）からＳＦ＃（Ｋ−１））までのリソース区間（ここで、一例として、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味する）”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残りの（リソース）時点においてセンシング動作を行なった後、後で自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを（再）予約（／選択）するようになる。ここで、さらに他の一例として、Ｖ２Ｘ  ＵＥは、（予め定義された規則に従って）（必要な場合）‘ＳＦ＃Ｋ’上の自体の（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）（最後の）送信を省略（／中断）し、自体が使用していた（又は以前に予約（／選択）した）リソース（ＳＦ＃Ｋ）までセンシング（／測定）して、最適な再予約（／選択）リソース決定（及び／又は再予約（／選択）されたリソースに基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信）を行うことができる。ここで、さらに他の一例として、上記リソース区間においてセンシング動作を行なったＶ２Ｘ  ＵＥの場合、“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１＋Ｒ）（又はＳＦ＃ＫからＳＦ＃（Ｋ＋Ｒ））までのリソース区間（ここで、一例として、“Ｒ”は、予め定義（／シグナル）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’を意味する”）において、（センシング結果ベースの）リソース（再）予約（／選択）を行うことができる。
【０１４８】
理解の便宜のために、図面によって提案規則＃１での（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域の境界が“ＵＥ−ＳＰＥＣＩＦＩＣ  （ＴＩＭＥ）  ＢＯＵＮＤＡＲＹ”の形態（／特性）であるという点を説明すれば、以下のとおりである。
【０１４９】
図８は、本発明の一実施形態による、端末固有センシング区間に基づいたＶ２Ｘ通信実行方法に関するフローチャートである。
【０１５０】
図８によれば、端末は、端末固有のセンシング区間の間にセンシングを行って、Ｖ２Ｘ通信を行うリソースを選択することができる（Ｓ８１０）。ここで、端末が特定区間（すなわち、端末固有のセンシング区間（又は端末固有センシングウィンドウ））の間にセンシングを行なって、Ｖ２Ｘ通信を行うリソースを選択することは、（Ａ）端末がセンシングを行う区間（すなわち、センシングウィンドウ）が端末固有であるという観点と、（Ｂ）端末がセンシングを行う区間が１秒（すなわち、１０００個のサブフレームに対応する区間、各々のサブフレームは、１ＭＳの区間）であり、上記１秒は、最大ＳＰＳ  ＰＥＲＩＯＤ（又は最大リソース予約（可能）周期）長さ（すなわち、［Ｎ−１０００，Ｎ−１］）に対応するという観点と、を中心に説明されることができる。
【０１５１】
（Ａ）まず、端末がセンシングを行う区間（すなわち、センシングウィンドウ）が端末固有であるという点を中心に説明すれば、以下のとおりである。
【０１５２】
端末は、前述のように、センシングを行なってＶ２Ｘ通信を行うリソースを選択できるが、ここで、センシングを行う区間は、端末別に異なるセンシング区間（すなわち、端末固有のセンシング区間）を有することができる。ここで、端末別に異なるセンシング区間を有するということは、センシング時間自体が端末別に異なるという意味ではなく、センシング区間（すなわち、センシングウィンドウ）の位置が端末別に異なることを意味することができる。
【０１５３】
すなわち、（Ｖ２Ｘ  ＵＥ（Ｓ）別に）センシング動作が行われる時間領域の境界が「ＵＥ−ＳＰＥＣＩＦＩＣ（ＴＩＭＥ）  ＢＯＵＮＤＡＲＹ」の形態（／特性）を有することができる。言い換えれば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＷＩＮＤＯＷがＵＥ−ＳＰＥＣＩＦＩＣであること（すなわち、“［Ｎ−Ａ、Ｎ−Ｂ］”エネルギセンシング（／測定）区間の場合、Ｎ値がＵＥ−ＳＰＥＣＩＦＩＣである）を意味し、これを図面によって説明すれば、以下のとおりである。
【０１５４】
図９は、端末固有センシングウィンドウに関する概略的な例を示した図である。
【０１５５】
図９を参照すると、各々の端末、すなわち‘ＵＥ１’及び‘ＵＥ２’は、互いに異なる時間でセンシングウィンドウを有し、互いに異なる時間で各々の端末に対するセンシングウィンドウが存在できる。
【０１５６】
さらに具体的には、特定のサブフレーム（以下、サブフレームＮ）において端末の上位レイヤからの要求が発生した場合、端末は、Ｖ２Ｘメッセージ送信（例えば、ＰＳＳＣＨ送信）に関して上位レイヤに送信されねばならないリソースのセットを決定できる。
【０１５７】
以後、端末は、（端末による送信が発生するサブフレームを除外した）特定のセンシング区間の間に（例えば、サブフレームＮ−１０００，Ｎ−９９９，Ｎ−９９８，．．．，  Ｎ−１まで）をモニタリングする。ここで、端末自体の上位レイヤにより決定されるサブフレームＮを基準として、特定のセンシング区間（例えば、サブフレームＮ−１０００，Ｎ−９９９，．．．，Ｎ−１まで）を端末がモニタリングを行うということは、端末がモニタリングを行う区間であるセンシングウィンドウが各々の端末により決定されるということを意味する。
【０１５８】
図９の例を基準に説明すれば、ＵＥ１の場合、Ｎ_UE1でＵＥ１の上位レイヤからの要求が発生した（生成された）（generates）と仮定することができる。このとき、ＵＥ１でのセンシング区間（すなわち、センシングウィンドウ）はサブフレームＮ_UE1-１０００，Ｎ_UE1-９９９，．．．，Ｎ_UE1-１までを意味でき、このときのセンシングウィンドウは、図９に示したように、ＵＥ１に対し固有である。同様に、ＵＥ２の場合、Ｎ_UE2でＵＥ２の上位レイヤからの要求が発生したと仮定することができる。このとき、ＵＥ２でのセンシング区間（すなわち、センシングウィンドウ）は、サブフレームＮ_UE2-１０００，Ｎ_UE2-９９９，．．．，Ｎ_UE2-１までを意味でき、このときのセンシングウィンドウは、図９に示したように、ＵＥ２に対して固有である。
【０１５９】
以後、端末は、前述したサブフレーム、すなわち、サブフレームＮ−１０００，Ｎ−９９９，Ｎ−９９８，．．．，Ｎ−１内で測定されたＳ−ＲＳＳＩ及びデコードされたＰＳＣＣＨに基づいて、Ｖ２Ｘ通信を行うリソースを選択できる。ここで、端末がＶ２Ｘ通信を行うリソースを選択する具体的な例は、前述のとおりである。
【０１６０】
（Ｂ）端末がセンシングを行う区間が１秒（すなわち、１０００個のサブフレーム区間）であり、上記１秒は、最大ＳＰＳ（ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ）ＰＥＲＩＯＤ（又は最大リソース予約（可能）周期）長さ（すなわち、［Ｎ−１０００，Ｎ−１］）に対応するという点を中心に説明すれば、以下のとおりである。
【０１６１】
一例として、Ｖ２Ｘ  ＵＥが‘ＳＦ＃（Ｎ−Ａ），ＳＦ＃（Ｎ−Ａ＋１），．．．，ＳＦ＃（Ｎ−Ｂ）（又はＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ａ）、ＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ａ＋１），．．．，ＳＣ  ＰＥＲＩＯＤ＃（Ｎ−Ｂ））（Ａ≧Ｂ（例えば、「Ｂ」値は、リソース（再）選択のための処理（プロセシング）時間（processing time）を考慮して、「０」より大きな正の整数でありうる））」の区間をモニタリングすることによって獲得したセンシング結果を、（リソース再予約（／選択）がトリガされた‘ＳＦ＃Ｎ’（又は‘ＳＣ  ＰＥＲＩＯＤ＃Ｎ’）で、（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連）リソース（再）予約（／選択）に利用する場合、“ＭＯＮＩＴＯＲＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ（すなわち、‘（Ａ−Ｂ）’）”は、リソース（再）予約（／選択）が起きる時間（例えば、予約リソースの間隔（／ＩＮＴＥＲＶＡＬ）で解釈可能である（時間））の最大値に合わせることもできる。ここで、一例として、該当Ｖ２Ｘ  ＵＥは、‘ＳＦ＃（Ｎ＋Ｃ），ＳＦ＃（Ｎ＋Ｃ＋１），．．．，ＳＦ＃（Ｎ＋Ｄ）（又はＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｃ），ＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｃ＋１），．．．，ＳＣ  ＰＥＲＩＯＤ＃（Ｎ＋Ｄ））（Ｄ≧Ｃ（例えば、‘Ｃ’値は、ＰＳＣＣＨ／ＰＳＳＣＨ生成関連処理時間を考慮して、‘０’より大きな正の整数でありうる））’の区間において、自体の送信リソースを選択するようになる。具体的な一例として、‘５００ミリ秒（MiliSecond；ＭＳ）’に一度リソース（再）予約（／選択）するようになると、（送信リソースの時間長（／ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）である‘１００ＭＳ’を考慮して）‘（Ａ−Ｂ）’は、‘４００ＭＳ’（ここで、例えば、‘４００ＭＳ’は、‘５００ＭＳ’から予め定義（／シグナリング）された一つの‘ＳＣ  ＰＥＲＩＯＤ（１００ＭＳ）’（／ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を引いた残りの値として解釈されることもできる。また、一例として、該当の‘４００ＭＳ’区間は、‘ＳＦ＃（Ｎ−５００ＭＳ）’から‘ＳＦ＃（Ｎ−１００ＭＳ）’までの区間として解釈されることもできる）になることができる。言い換えれば、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’（又は‘（Ａ−Ｂ）’）は、予め定義（／設定）された‘リソース（再）予約（／選択）周期’の関数になることができるということである（又は‘リソース（再）予約（／選択）周期’から導出（誘導）される（derived）時間の間に‘ＳＥＮＳＩＮＧ動作’を行うと解釈されることができる）。要約すると、一例として、‘リソース再予約（／選択）’を行うまでは、同じリソースを選択（／使用）するはずなので、現在（直前）の（‘リソース再予約（／選択）’）周期リソースの直前（以前）のものをセンシングする意味があるが、‘リソース再予約（／選択）’が必ず起きる時間以前のものまでは（センシング）する必要がないということである（it may be meaningful to sense the resource right before the current (‘resource re-reservation (or selection)’) period, but it is not required to sense the resource before the time at which the ‘resource re-reservation (or selection)’ necessarily occurs）。ここで、一例として、このような規則は、ＳＡ／ＤＡＴＡ（ＰＯＯＬ）が‘ＴＤＭ構造’により具現化される���合に特に有用でありうる。
【０１６２】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＳＦ＃（Ｎ＋Ｃ）’から‘ＳＦ＃（Ｎ＋Ｄ）’（例えば、‘Ｄ≧Ｃ’）上の連動した‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信関連‘ＳＡ（／ＰＳＣＣＨ）’送信を行う状況を仮定する。ここで、一例として、‘ＳＦ＃Ｎ’は、（予め定義された規則（／シグナリング）に従って）‘ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ’動作が行われる時点、及び／又は‘ＳＦ＃（Ｎ−Ａ）’から‘ＳＦ＃（Ｎ−Ｂ）’（例えば、‘Ａ＞Ｂ＞０’）までの区間は、‘（ＳＡ（／ＰＳＣＣＨ）（‘ＳＦ＃（Ｎ＋Ｃ）’）及び／又はＤＡＴＡ（／ＰＳＳＣＨ）（‘ＳＦ＃（Ｎ＋Ｄ）’））ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ’実行時に参照されるセンシング結果が導き出される（又はセンシングが行われる）領域と仮定（／解釈）することができる。ここで、一例として、‘ＳＦ＃（Ｎ＋Ｄ）’から‘ＳＦ＃（Ｎ＋Ｅ）’（例えば、‘Ｄ＜Ｅ’）上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信実行時、（‘ＳＦ＃（Ｎ＋Ｄ）’上の‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された）‘（周波数）リソース’を再使用するかに関する‘意図’を（予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）（又は‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して）知らせることができる。ここで、一例として、該当用途として使用されるＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に（追加的に）‘（Ｅ−Ｃ）’値（又は‘（Ｅ−Ｄ）’値又は‘Ｅ’値）が送信されるフィールドが（新しく）定義されることもできる。ここで、一例として、‘（Ｅ−Ｃ）’値（Ｅ＿ＣＧＡＰ）（又は‘（Ｅ−Ｄ）’値（Ｅ＿ＤＧＡＰ））（又は‘Ｅ’値（Ｅ＿ＧＡＰ））は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘ＮＥＸＴ  ＴＢ’関連（ＰＯＴＥＮＴＩＡＬ）ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点との間の間隔（又は‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）からスケジューリングされる‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点と‘ＮＥＸＴ  ＴＢ’関連（ＰＯＴＥＮＴＩＡＬ）ＤＡＴＡ（／ＰＳＳＣＨ）’送信時点との間の間隔）又は‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’と解釈されることができる。ここで、一例として、Ｖ２Ｘ  ＵＥの‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’（例えば、‘（Ｂ−Ａ）’）は、以下の（一部の）規則に従って決定（／設定）されることができる。ここで、一例として、‘Ｅ＿ＣＧＡＰ’（又はＥ＿ＤＧＡＰ又はＥ＿ＧＡＰ）関連（最大（／最小））値は、（ネットワーク（又は（サービング）基地局）から）（‘ＵＥ−ＣＯＭＭＯＮ’又は‘ＵＥ−ＳＰＥＣＩＦＩＣ’に）‘ＳＩＮＧＬＥ  ＶＡＬＵＥ’又は‘ＭＵＬＴＩＰＬＥ  ＶＡＬＵＥ（Ｓ）’に設定（／シグナリング）されるか、又はＶ２Ｘ  ＵＥが自体の（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’と同様に見な（／仮定）されることができる。
【０１６３】
（規則＃Ａ）‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、（Ａ）‘Ｅ＿ＣＧＡＰ’（又はＥ＿ＤＧＡＰ又はＥ＿ＧＡＰ）関連（最大（／最小））値及び／又は（Ｂ）（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’値と見な（／決定）されることができる。さらに他の一例として、‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、（Ａ）‘Ｅ＿ＣＧＡＰ’（又はＥ＿ＤＧＡＰ又はＥ＿ＧＡＰ）関連（最大（／最小））値及び／又は（Ｂ）（最大（／最小））‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’値に関係なく、予め設定（／シグナリング）された（特定の）値に設定されることができる。ここで、一例として、このような規則が適用される場合、Ｖ２Ｘ  ＵＥが（相対的に）長い‘ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ（／ＴＸ）  ＰＥＲＩＯＤＩＣＩＴＹ’の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ’送信を行うときにも（予め設定（／シグナリング）された）（相対的に）小さな値の‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’でセンシング動作を行う（例えば、一種の‘ＰＡＲＴＩＡＬ（／ＬＩＭＩＴＥＤ）ＲＥＧＩＯＮ  ＳＥＮＳＩＮＧ’と解釈されることもできる）こともできる。一例として、上記（規則＃Ａ）において‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、‘ＵＥ−ＣＯＭＭＯＮ’（又は‘ＵＥ−ＳＰＥＣＩＦＩＣ’）に設定されることができる。
【０１６４】
（規則＃Ｂ）‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、予め設定（／シグナリング）された‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’値として見な（／決定）されることができる。ここで、（該当規則が適用された場合に対する）一例として、‘ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’に互いに異なる複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ）’が設定（／シグナリング）されると、‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ）’別に‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’が異なるものと解釈される（／見なされる）こともできる。さらに他の一例として、互いに異なる‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’の複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ／（送信）動作）’が設定（／シグナリング／許可）された場合、該当の‘（Ｖ２Ｘ）  ＳＰＳ  ＰＥＲＩＯＤＩＣＩＴＹ’のうち最大（／最小）値として‘（ＣＯＭＭＯＮ）  ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’が決定（／導出）され、複数の‘ＳＰＳ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（／ＰＲＯＣＥＳＳ／（送信）動作）’に共通に適用されうる。一例として、上記（規則＃Ｂ）において‘ＳＥＮＳＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥ’は、‘ＵＥ−ＳＰＥＣＩＦＩＣ’（又は‘ＵＥ−ＣＯＭＭＯＮ’）に設定されることができる。
【０１６５】
ここで、ＳＰＳ周期（ＰＥＲＩＯＤ）は、以下の表１に表したように、ＳＣＩ（Sidelink Control Information）フォーマット１でのリソース予約フィールドのように決定されることができる。
【０１６６】
＜表１＞
【表１】
2019526995.tif 000003
【０１６７】
ここで、受信端末（ＲＸ  ＵＥ）は、表１に表したＳＣＩ  ＦＯＲＭＡＴ上のＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮフィールドにシグナリングされうる値に基づいて、最終送信端末（ＴＸ  ＵＥ）のリソース予約周期を把握できる。
【０１６８】
ここで、ＲＸ  ＵＥは、リソース予約フィールドの値に１００をかけて、ＴＸ  ＵＥが設定できる“リソース予約周期候補値”を決定できる。例えば、リソース予約フィールドの値が‘０００１’である場合、リソース予約周期値は、１００ＭＳでありえ、リソース予約フィールドの値が‘００１０’である場合、リソース予約周期値は、２００ＭＳでありうる。同様に、リソース予約フィールドの値が‘１０１０’である場合、リソース予約周期値は、１０００ＭＳでありうる。
【０１６９】
要約（定理）すると（To summarize）、ＲＸ  ＵＥは、リソース予約フィールドの値に１００をかけて、ＴＸ  ＵＥが設定できる“リソース予約周期候補値”が“２０，５０，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００ＭＳ”であることが分かり、これに応じて、ＳＰＳ周期（ＰＥＲＩＯＤ）の最大値は、１０００ＭＳ（すなわち、１ｓ）の値を有することができる。
【０１７０】
上述のように、端末がセンシングを行う区間（すなわち、端末のセンシングウィンドウ）は、最大ＳＰＳ（ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ）ＰＥＲＩＯＤ（又は最大リソース予約（可能）周期）の長さを有することができ、これに応じて、端末がセンシングを行う区間（すなわち、センシングウィンドウ）は、ＳＰＳ周期の最大値である１０００ＭＳ（すなわち、１ｓ）でありうる。
【０１７１】
また、図８に戻って、端末は、選択された上記リソースに基づいてＶ２Ｘ通信を行うことができる（Ｓ８２０）。前述（又は後述）のように、上記端末は、端末固有のセンシング区間の間に行なったセンシング結果に基づいて、選択ウィンドウ以内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約リソースを決定し、上記予約リソース上においてＶ２Ｘ通信を行うことができる。端末が選択したリソースに基づいて、Ｖ２Ｘ通信を行う具体的な例は、前述（又は後述）したものと同様なので、具体的な内容は省略することにする。
【０１７２】
一方、Ｖ２Ｘ通信では、エンドツーエンド（ＥＮＤ  ＴＯ  ＥＮＤ）レイテンシ（ＬＡＴＥＮＣＹ）が考慮されなければならない。すなわち、端末が上位レイヤで生成したパケットを送信するとき、上位レイヤで生成されたパケットを物理層まで下ろして送る時間だけでなく、受信端末が上記パケットを受信した後、受信端末の上位レイヤまで上げて送る時間まで考慮されなければならない。これにより、端末がＶ２Ｘメッセージ送信を行うリソースを選択する区間、すなわち、選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）をどのような方法で構成して送信リソースを選択するかが問題になる。以下、図面を介して選択ウィンドウを構成する方法について説明する。
【０１７３】
図１０は、本発明の一実施形態による、選択ウィンドウ構成方法に関するフローチャートである。
【０１７４】
端末は、レイテンシ要求（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を満たす範囲内でＶ２Ｘ通信を行うリソース（又はサブフレーム、以下では、説明の便宜のためにリソースとサブフレームとを混用できる。）を選択できる（Ｓ１０１０）。このとき、上記端末は、上記レイテンシ要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して上記リソースを選択でき、上記Ｖ２Ｘ通信は、複数のサブチャネル単位で行われ、上記複数のサブチャネルの大きさに対応する大きさのサブチャネル単位で行われたセンシングに基づいて、上記Ｖ２Ｘ通信を行うリソースが選択されることができる。上記センシングが行われるときに利用されるセンシング領域は、上記複数のサブチャネルの大きさに対応する大きさの領域でありうる。なお、上記端末は、上記複数のサブチャネルに含まれたサブチャネルのエネルギ測定平均値を利用してセンシングを行うこともできる。
【０１７５】
要約すると、端末は、レイテンシ要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して、上記リソースを選択できるだけでなく、上記Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合には、複数のサブチャネル単位でセンシングを行うこともできる。ここで、上記Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合に、複数のサブチャネル単位でセンシングを行う具体的な例は、後述する。
【０１７６】
以下、端末がレイテンシ要求を充足させる範囲内で送信リソースを選択する例を重点的に説明する。
【０１７７】
端末は、レイテンシ要求（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）を満たす範囲内で、（ＳＬＥＣＴＩＯＮ  ＷＩＮＤＯＷを構成し）送信リソース（又はサブフレーム）を選択できる。ここで、端末は、特定の区間（例えば、［ｎ＋Ｔ1，ｎ＋Ｔ2］）以内に含まれたＶ２Ｘリソースプール（例えば、ＰＳＳＣＨリソースプール）での隣接するサブチャネル（例えば、ＬsubCH）のセットは、一つの候補サブフレーム（リソース）に対応すると仮定することができる。このとき、上記特定区間を決定するための情報（例えば、Ｔ1及びＴ2）の選択は、端末の具現に従うことができる。Ｔ1は、４以下の値を有することができ、Ｔ2は、２０以上１００以下の値を有することができる。特に、端末のＴ2の選択（UE’s selection of T2）は、レイテンシ要求を満たさなければならない。
【０１７８】
例えば、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’及び／若しくは‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’は、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＰＥＲＩＯＤ’（及び／若しくは‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）と（暗黙的に）同様に仮定される（並びに／又は、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＰＥＲＩＯＤ’（及び／若しくは、‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’及び／若しくは‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ（／ＴＢ））又はＰＰＰＰ’（例えば、互いに異なる‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘ  ＭＥＳＳＡＧＥ（／ＴＢ）別に（一部）異なる‘ＰＰＰＰ’値が設定（／許可）される場合））によって互いに異なるように仮定（／変更）される）か、並びに／又は予め定義（／シグナリング）された特定値として仮定されることができる（例えば、該当規則は、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすように設定されると解釈されることもできる）。ここで、一例として、（特に、後者の場合）‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’と‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’とは、（常に）同じ値に設定される（／見なされる）か、又は独立した（若しくは互いに異なる）値として定義されることもできる。さらに他の一例として、特定のＶ２Ｘ  ＵＥの（リソース（再）予約（／選択）関連）センシング動作が行われる時間領域の境界は、（該当のＶ２Ｘ  ＵＥの）“Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＴＩＭＥ”で定義されることもできる。さらに他の一例として、（Ｖ２Ｘ  ＵＥの）‘（ＴＸ）ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’などを考慮するとき、上記説明した（リソース（再）予約（／選択）関連）‘センシング動作が行われる時間領域の境界基準’（例えば、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  ＴＩＭＥ’、‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＧＥＮＥＲＡＴＩＯＮ  ＴＩＭＥ’）において予め定義（／シグナリング）された一定のオフセットを足した（又は引いた）時点が、最終的な‘センシング動作が行われる時間領域の境界基準’になることもできる。具体的な一例として、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｋ−Ｄ-Ｓ）からＳＦ＃（Ｋ−Ｓ）（又はＳＦ＃（Ｋ−１-Ｄ−Ｓ）からＳＦ＃（Ｋ−１-Ｓ））までのリソース区間（ここで、一例として、“Ｄ”及び“Ｓ”は、それぞれ予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’、（Ｖ２Ｘ  ＵＥの）‘（ＴＸ）ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’を意味する）”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残り（リソース）の時点においてセンシング動作を行なった後、（“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１＋Ｒ）（又はＳＦ＃ＫからＳＦ＃（Ｋ＋Ｒ））までのリソース区間（ここで、一例として、“Ｒ”は、予め定義（／シグナル）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’を意味する）”において）後で自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを（再）予約（／選択）するようになる。
【０１７９】
以後、端末は、選択された上記リソースに基づいて、Ｖ２Ｘ通信を行うことができる（Ｓ１０２０）。ここで、前述のように、選択された上記リソースは、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成された（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）に基づいて決定されたリソース（すなわち、レイテンシ要求を満たす選択ウィンドウ上のリソース）を意味できる。また、前述（又は後述）のように、上記端末は、端末固有のセンシング区間の間に行なったセンシング結果に基づいて、選択ウィンドウ以内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約リソースを決定し、上記予約リソース上においてＶ２Ｘ通信を行うことができる。端末が選択したリソースに基づいてＶ２Ｘ通信を行う具体的な例は、前述（又は後述）の通りであるので、具体的な内容は省略する。
【０１８０】
図１１及び図１２は、［提案規則＃１］に関する図式的表現である。
【０１８１】
図１１及び図１２によれば、ここで、一例として、（Ｖ２Ｘ  ＵＥ（Ｓ）別に）Ｖ２Ｘ  ＭＥＳＳＡＧＥが周期的に発生（例えば、‘１００ＭＳ’）する状況を仮定した。また、一例として、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（／ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ）’及び‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連繰り返し回数（ＲＥＰＥＴＩＴＩＯＮ  ＮＵＭＢＥＲ）’がそれぞれ‘１００ＭＳ’、‘１’に設定された場合を仮定した。追加的な一例として、図１１は、“ＳＦ＃（Ｋ−１００）からＳＦ＃Ｋまでのリソース区間”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残りの（リソース）時点でセンシング動作を行なった後、該当センシング結果に基づいて“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１０１）までのリソース区間”において自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを再予約（／選択）する場合を示す。図１２は、“ＳＦ＃（Ｋ−１）からＳＦ＃（Ｋ−１０１）までのリソース区間”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残り（リソース）時点でセンシング動作を行なった後、該当センシング結果に基づいて“ＳＦ＃（Ｋ＋１）からＳＦ＃（Ｋ＋１０１）までのリソース区間”において自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを再予約（／選択）する場合を示す。一例として、図１１及び図１２において‘（Ｎ＋１）番目のＶ２Ｘ  ＭＥＳＳＡＧＥの送信’は、再選択リソース（例えば、ＳＦ＃（Ｋ＋Ｚ＋１００））を介して行われる。
【０１８２】
図１３及び図１４は、再予約（／選択）リソース決定及び再予約（／選択）されたリソースに基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行うことを示したものである。
【０１８３】
さらに具体的には、図１３及び図１４は、それぞれ図１１、図１２と同じ状況下で、Ｖ２Ｘ  ＵＥが（予め定義された規則に従って）‘ＳＦ＃Ｋ’上での（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を省略（／中断）し、自体が使用していた（又は以前に予約（／選択）した）リソース（ＳＦ＃Ｋ）までセンシング（／測定）し、最適な再予約（／選択）リソースを決定して当該再予約（／選択）リソースに基づいて、直ちに（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信を行う場合を示す。ここで、一例として、‘（Ｎ＋１）番目のＶ２Ｘ  ＭＥＳＳＡＧＥの送信’は、再選択リソース（例えば、ＳＦ＃（Ｋ＋Ｚ＋１００））を介して行われる。
【０１８４】
［提案規則＃２］（上記［提案規則＃１］で）使用していた（又は以前に予約（／選択）した）リソースに対するセンシング（／測定）を目的として、省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ送信（例えば、図１３及び図１４の場合、‘Ｎ番目のＶ２Ｘ  ＭＥＳＳＡＧＥ送信’）は、以下の（一部の）規則に従って再送信されることができる。
【０１８５】
（例示＃２−１）（‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信に対する考慮なしで）‘センシング（／測定）結果’及び‘予め定義された（再予約（／選択））基準（／規則）’に従ってリソース再予約（／選択）を行なった後、再予約（／選択）されたリソースを介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われるときに‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができると、（該当の再予約（／選択）されたリソースに基づいて）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が（直ちに）行われるように定義されることができる。（一方（反面に）（On the other hand）、）ここで、一例として、再予約（／選択）されたリソースを介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われるときに‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができないと、（該当の再予約（／選択）されたリソースに基づいて）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われないように定義されることもできる。具体的な一例として、図１３及び図１４の場合、再予約（／選択）されたリソース（ＳＦ＃（Ｋ＋Ｚ））を介して‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ（ＳＦ＃Ｋ）’の再送信が行われるときに‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（１００ＭＳ）’を満たすことができるので、（再予約（／選択）されたリソース（ＳＦ＃（Ｋ＋Ｚ））を介して）直ちに‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われる。
【０１８６】
（例示＃２−２）Ｖ２Ｘ  ＵＥにとって、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができる‘候補リソース’のみを考慮して、リソース再予約（／選択）を行うように定義されることができる。このような規則が適用される場合、一例として、Ｖ２Ｘ  ＵＥは、該当の‘候補リソース’のうち、予め定義された（再予約（／選択））基準（／規則）を満たす最適なリソースを最終的に再予約（／選択）するようになる。ここで、一例として、該当の最終の再予約（／選択）されたリソースを介して、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信だけでなく、‘後で（発生された）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信が行われる。上記規則は、一例として、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信を高い確率で保証することができる。上記説明した動作を保証するために、一例として、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（Ｒ）’の領域を縮小することもできる。これにより、一例として、‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たしながら（省略（／中断）された）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）を再送信できるように、現在（省略（／中断）された）送信時点の近隣リソースのみが選択可能になる。このような場合、一例として、‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ（Ｄ）’の領域も（これに応じて）縮小されることができる。
【０１８７】
（例示＃２−３）（予め）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信（のみ）のためのリソース（／ＰＯＯＬ）が独立（／追加）して設定（／シグナリング）されるか、又は、Ｖ２Ｘ  ＵＥにとって、予め定義（／シグナリング）された以下の（一部の）規則（／基準）に従って‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のためのリソースを追加的に選択するようにすることができる。ここで、一例として、（後者の場合）追加的に選択された該当のリソースは、（以前に）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信だけのために一時的に（又は限定的に）使用されることができる。
【０１８８】
（一例＃２−３-１）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができる‘候補リソース’のみを考慮して、追加的な（再送信）リソースを選択するようにする。さらに他の一例として、‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信でなく、‘後に（発生する）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信のためのリソース再予約（／選択）は、予め定義（／シグナリング）された‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ’内で行われることができる。ここで、一例として、このような用途で再予約（／選択）されたリソースは、（たとえ‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信が行われるときに‘（ＳＥＲＶＩＣＥ）ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができるとしても）‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のための候補リソースから除外することができる。すなわち、一例として、‘後に（発生する）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信のためのリソースが‘省略（／中断）されたＶ２Ｘ  ＭＥＳＳＡＧＥ’の再送信のためのリソースより（相対的に）高い優先順位を有すると解釈（又は‘後に（発生する）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（Ｓ）’の送信は、予め定義された（再予約（／選択））基準（／規則）を満たす（最も）最適なリソースを介して行われると解釈）されることができる。
【０１８９】
［提案規則＃３］（上記［提案規則＃１］において）一つのＶ２Ｘ  ＭＥＳＳＡＧＥが‘Ｑ’回（番）（times）繰り返し送信されると、（リソース（再）予約（／選択）関連）センシング動作が行われる時間領域の境界（ＢＯＵＮＤＡＲＹ）は、以下の（一部の）基準（／規則）に従って定義されることができる。ここで、一例として、‘Ｑ’値は、１より大きな正の整数でありうる。以下では、説明の便宜のために、一例として、（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが‘２回繰り返し送信（例えば、ＳＦ＃（Ｎ＋Ｋ１），ＳＦ＃（Ｎ＋Ｋ１））’される状況を仮定する。
【０１９０】
（例示＃３−１）（（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが複数のＳＦ（Ｓ）を介して（繰り返し）送信されるか、及び／又は各々のＳＦ上において独立したリソース割り当てを行うことでないと）第１番目（又は最後の）‘繰り返し送信タイミング’（又は‘ＳＦ’）が（リソース（再）予約（／選択）関連）センシング動作が行われる時間領域の境界として定義されることができる。具体的な一例として、第１番目の‘繰り返し送信タイミング’（又は‘ＳＦ’）（例えば、ＳＦ＃（Ｎ＋Ｋ１））がセンシング動作が行われる時間領域の境界として指定される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｎ＋Ｋ１−Ｄ）からＳＦ＃（Ｎ＋Ｋ１）（又はＳＦ＃（Ｎ＋Ｋ１−１-Ｄ）からＳＦ＃（Ｎ＋Ｋ１−１））までのリソース区間（ここで、一例として、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味する）”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残りの（リソース）時点でセンシング動作を行なった後、後で自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを（再）予約（／選択）するようになる。さらに他の一例として、最後の‘繰り返し送信タイミング’（又は‘ＳＦ’）（例えば、ＳＦ＃（Ｎ＋Ｋ２））がセンシング動作が行われる時間領域の境界として指定される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｎ＋Ｋ２−Ｄ）からＳＦ＃（Ｎ＋Ｋ２）（又はＳＦ＃（Ｎ＋Ｋ２−１-Ｄ）からＳＦ＃（Ｎ＋Ｋ２−１））までのリソース区間”において、自体が（実際に）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作を行う（リソース）時点を除外した残りの（リソース）時点でセンシング動作を行なった後、後で自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを（再）予約（／選択）するようになる。
【０１９１】
（例示＃３−２）使用した（又は以前に予約（／選択）した）リソースに対するセンシング（／測定）を目的として、’Ｑ’回の繰り返し送信中に一部が省略（／中断）される場合、第１番目（又は最後の）‘省略（／中断）された送信タイミング’（又は‘ＳＦ’）が（リソース（再）予約（／選択）関連）センシング動作が行われる時間領域の境界として定義されることができる。
【０１９２】
（例示＃３−３）一つのＶ２Ｘ  ＭＥＳＳＡＧＥが’Ｑ’回繰り返し送信される場合、各々の送信（又は互いに異なる‘ＲＶ（ＲＥＤＵＮＤＡＮＣＹ  ＶＥＲＳＩＯＮ）’送信）ごとに（又は初期（ＩＮＩＴＩＡＬ）送信と再送信（ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ）との間に）以下の（一部の）パラメータが互いに異なるように（又は独立して）定義（／管理（運営）（managed））されることができる。さらに他の一例として、互いに異なるＭＥＳＳＡＧＥの‘大きさ（／タイプ）’及び／又は‘送信（／発生）周期’及び／又は‘優先順位（ＰＲＩＯＲＩＴＹ）’別に（又は予め定義（／シグナリング）された‘ＳＥＣＵＲＩＴＹ情報’が含まれて送信されるかどうかによって）、以下の（一部の）パラメータが独立して（又は互いに異なるように）定義（／運用）されることもできる。ここで、具体的な一例として、低い（又は高い）優先順位のＭＥＳＳＡＧＥ関連‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’は長く設定して、リソース再予約（／選択）の頻度を少なくし、高い（又は低い）優先順位のＭＥＳＳＡＧＥ関連‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’は短く設定して、リソース再予約（／選択）の頻度を大きくすることができる。
【０１９３】
（一例＃３−３-１）‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ値’（及び／又は‘リソース再予約（／選択）実行関連確率値’及び／又は‘リソース再予約（／選択）実行関連バックオフ値’及び／又は‘最大予約可能（時間）長さ（ＭＡＸＩＭＵＭ  ＲＥＳＥＲＶＡＴＩＯＮ  ＴＩＭＥ）’及び／又は‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン／省略するかどうか）’）
【０１９４】
さらに他の一例として、以下の（一部の）規則により、‘（リソース（再）予約（／選択）関連）センシング動作’及び／又は‘リソース再予約（／選択）’が行われるように定義されることができる。
【０１９５】
［提案規則＃４］“ＲＡＮＤＯＭ  ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”（又は“予め定義（／シグナリング）された確率ベースのＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”）によって、自体が使用した（又は以前に予約（／選択）した）リソースに対するセンシング動作が行われるとき、（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥの（繰り返し）送信に使用される全ての（全体）（all of）ＳＦ（Ｓ）をＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）することでなく（又は（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥ関連の’Ｑ’回の繰り返し送信の全てを省略（／中断）することでなく）、予め定義（／シグナリング）された規則（／（ホッピング）パターン）に従って、一部のＳＦ（又は繰り返し送信）だけを（周期的に）交互にＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）（又は省略（／中断））できる。ここで、一例として、該当の（ホッピング）パターンは、‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（及び／又は‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／リソース）周期インデックス’及び／又は‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの（一つ又は複数の）入力パラメータに基づいてランダム化されることができる。さらに他の一例として、“（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”実行時に、初期送信と再送信との間で‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（又は独立して）定義されることもできる。ここで、一例として、このような規則は、‘ＲＶ０’（初期送信）と他の‘ＲＶ’（再送信）との間で‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（又は独立して）設定された（又は‘ＲＶ’ごとに‘（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））確率（／周期／パターン）’が互いに異なるように（又は独立して）設定された）と解釈できる。具体的な一例として、‘ＲＶ０’（初期送信）が他の‘ＲＶ’（再送信）より相対的に小さな確率で“（ＲＡＮＤＯＭ）ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ／送信省略（／中断））”されるように設定されることができる。
【０１９６】
［提案規則＃５］（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが複数のＳＦ（Ｓ）を介して（繰り返し）送信される場合（又は（一つの）Ｖ２Ｘ  ＭＥＳＳＡＧＥが’Ｑ’回繰り返し送信される場合）、リソース再予約（／選択）時、すべてのＳＦ（Ｓ）（又は’Ｑ’回の繰り返し送信関連リソース）を一度に再予約（／選択）するのではなく、予め定義（／シグナリング）された規則（／（ホッピング）パターン）に従って、一度に予め定義（／シグナリング）された‘Ｔ’個のＳＦ（又は繰り返し送信関連リソース）のみを再予約（／選択）するよう設定されることができる。ここで、一例として、‘Ｔ’値は、‘１’に設定されることができる。また、一例として、該当の（ホッピング）パターンは、‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（及び／又は‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／リソース）周期インデックス’及び／又は‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの（一つ又は複数の）入力パラメータに基づいてランダム化されることができる。上記規則が適用される場合、一例として、（全）リソースの再予約（／選択）が干渉環境に急激な変化を与えるのを緩和させることができる。
【０１９７】
さらに他の一例として、（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースの（準静的な）（再）予約（／選択）が行われ、“センシング動作”が予め定義（／シグナリング）されたチャネル（例えば、ＰＳＣＣＨ（／ＳＡ（ＳＣＨＥＤＵＬＩＮＧ  ＡＳＳＩＧＮＭＥＮＴ）））に対するデコードを介して履行される場合、以下の（一部の）規則に従って、‘ＤＡＴＡ（又はＰＳＳＣＨ（ＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＳＨＡＲＥＤ  ＣＨＡＮＮＥＬ））’デコード動作が行われることができる。
【０１９８】
［提案規則＃６］特定の周期においてＳＡ（／ＰＳＣＣＨ）デコードに成功し、リソース予約が設定（ＳＥＴ（／ＯＮ））されている場合、（Ａ）次の周期においてＳＡ（／ＰＳＣＣＨ）が成功裏に受信されると、該当の（受信成功した）ＳＡ（／ＰＳＣＣＨ）に従ってＤＡＴＡ（／ＰＳＳＣＨ）デコードを行えばいいが、（Ｂ）（一方）次の周期においてＳＡ（／ＰＳＣＣＨ）の受信に失敗すると、既存の（受信成功した）（又は最も最近に受信成功した）ＳＡ（／ＰＳＣＣＨ）の予め定義（／シグナリングされた）複数の情報（例えば、ＲＡ（ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ）、ＭＣＳ（ＭＯＤＵＬＡＴＩＯＮ  ＡＮＤ  ＣＯＤＩＮＧ  ＳＣＨＥＭＥ）、ＲＳ  ＳＥＱＵＥＮＣＥ  ＳＥＴＴＩＮＧ等）を再使用して、ＤＡＴＡ（／ＰＳＳＣＨ）デコードを試みるように設定されることができる。
【０１９９】
［提案規則＃７］一応（再）予約（／選択）したリソースを維持できる‘最大時間’がある場合（例えば、‘ＲＥＳＯＵＲＣＥ  ＲＥＳＥＬＥＣＴＩＯＮ  ＴＩＭＥＲ’がある場合）、又は（ＰＳＣＣＨ（／ＳＡ）（若しくはＰＳＳＣＨ（／ＤＡＴＡ））上の）‘ＲＥＳＥＲＶＡＴＩＯＮ  ＦＩＥＬＤ’において（再）予約（／選択）したリソースをどれくらい維持するかを指定してくれる場合、（ＳＡ（／ＰＳＣＣＨ）受信失敗した）受信Ｖ２Ｘ  ＵＥにとって、該当時間の間は、最も最近に受信成功した（ＰＳＣＣＨ（／ＳＡ）に基づいてＤＡＴＡ（／ＰＳＳＣＨ）デコードを試み、また、該当の（他のＶ２Ｘ  ＵＥにより）占有されたリソース位置を‘ＲＥＳＯＵＲＣＥ（ＲＥ）ＡＬＬＯＣＡＴＩＯＮ’で避けるように設定されることができる。
【０２００】
さらに他の一例として、Ｖ２Ｘ  ＵＥにとって、予約（／選択）したリソースがあるのにも関わらず、予め定義（／シグナリング）された基準（／規則）を満たすより良いリソースが発見されると、自体が使用していた（又は以前に予約（／選択）した）リソースを‘再予約（／選択）’するようにすることもできる。追加的な一例として、Ｖ２Ｘ  ＵＥにとって、現在（自体が）予約しているリソースをセンシング（／測定）するために、‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）’を行う代わりに、予め設定（／シグナリング）された他のリソース（／ＰＯＯＬ）に少しの間移動して（及び／又は（移動した該当のリソース（／ＰＯＯＬ）上において）Ｖ２Ｘ  ＭＥＳＳＡＧＥの送信を実行して（一種の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ  Ｗ／Ｏ  ＲＥＳＥＲＶＡＴＩＯＮ’と解釈可能））から、（自体が予約したリソースを）センシング（／測定）し（再度）帰って（元のリソースに戻って）くる（returning (back) to the original resource）ようにすることもできる。ここで、一例として、他のリソース（／ＰＯＯＬ）にとどまる‘時間’は、予め設定（／シグナリング）されることができる。このような規則が適用される場合、一例として、‘ＭＵＴＩＮＧ（／ＳＩＬＥＮＣＩＮＧ）’動作でＶ２Ｘ  ＭＥＳＳＡＧＥの送信が省略（／中断）されることを緩和させることができる。
【０２０１】
さらに他の一例として、特定のＶ２Ｘ  ＵＥの（リソース（再）予約（／選択）関連）‘センシング動作が行われる時間領域の境界’は、予め定義（／シグナル）された規則に基づいて選ばれた“ＰＩＶＯＴ  ＳＦ（又はＲＥＦＥＲＥＮＣＥ  ＳＦ）”（ＳＦ＃Ｐ）と定義されることができる。ここで、一例として、このような規則が適用される場合、Ｖ２Ｘ  ＵＥは、“ＳＦ＃（Ｐ−Ｙ１）からＳＦ＃（Ｐ＋Ｙ２）までのリソース区間（ここで、一例として、‘Ｙ１＝ＦＬＯＯＲ（（Ｄ−１）／２）’、‘Ｙ２＝ＣＥＩＬＩＮＧ（（Ｄ−Ｙ１）／２）’（又は‘Ｙ１＝ＣＥＩＬＩＮＧ（（Ｄ−１）／２）’、‘Ｙ２＝ＦＬＯＯＲ（（Ｄ−Ｙ１）／２）’））（又はＳＦ＃（Ｐ−Ｄ）からＳＦ＃Ｐまでのリソース区間若しくはＳＦ＃（Ｐ−１-Ｄ）からＳＦ＃（Ｐ−１）までのリソース区間）”において、センシング動作を行なった後、後で自体の（一つ又は複数の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ関連リソースを（再）予約（／選択）するようになる。ここで、“Ｄ”は、予め定義（／シグナル）された‘ＳＥＮＳＩＮＧ  ＤＵＲＡＴＩＯＮ’を意味し、‘ＣＥＩＬＩＮＧ（Ｘ）’と‘ＦＬＯＯＲ（Ｘ）’は、それぞれ‘Ｘより大きいか、又は同じである最小整数を導き出す関数’、‘Ｘより小さいか、又は同じである最大整数を導き出す関数’を意味する。ここで、一例として、該当の“ＰＩＶＯＴ  ＳＦ（又はＲＥＦＥＲＥＮＣＥ  ＳＦ）”は、（‘（ＳＯＵＲＣＥ）ＵＥ  ＩＤ’（及び／又は‘（Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ動作が行われる）ＰＯＯＬ（／リソース）周期インデックス’及び／又は‘ＳＡ  ＰＥＲＩＯＤインデックス’）などの（一つ又は複数の）入力パラメータに基づいて）ランダムに選択されることができる。また、一例として、上記提案規則は、（Ｖ２Ｘ  ＵＥ）電源をつけた後に初期（ＩＮＩＴＩＡＬ）センシング動作が行われる場合、及び／又は以前の時点で（又は予め定義（／シグナリング）された長さの（以前の）区間（／ウィンドウ）内で）Ｖ２Ｘ  ＭＥＳＳＡＧＥ送信が（一度も）行われない場合においてのみ限定的に適用されることができる。
【０２０２】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＳＦ＃（Ｎ＋Ｃ）’から‘ＳＦ＃（Ｎ＋Ｄ）’（例えば、‘Ｄ≧Ｃ’）上の連動した‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信関連‘ＳＡ（／ＰＳＣＣＨ）’送信を行う状況を仮定する。ここで、一例として、‘ＳＦ＃（Ｎ＋Ｄ）’から‘ＳＦ＃（Ｎ＋Ｅ）’（例えば、‘Ｄ＜Ｅ’）上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信の実行時、（‘ＳＦ＃（Ｎ＋Ｄ）’上の‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された）‘（周波数）リソース’を再使用するかに関する‘意図’を（予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）（又は‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して）知らせることができる。ここで、一例として、説明の便宜のために、Ｖ２Ｘ  ＵＥ＃Ｘにより、（‘ＳＦ＃（Ｎ＋Ｅ）’上での他の‘ＴＢ’関連‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信の実行時）再使用する‘意図’がないと指示（／シグナリング）された‘（周波数）リソース’を‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と命名する。ここで、一例として、Ｖ２Ｘ  ＵＥ＃Ｙが‘ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ（及び／又はＳＡ  ＤＥＣＯＤＩＮＧ）’ベースのセンシング動作を行うとき、（現在（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’）又はセンシング区間内で）高いエネルギが測定されるＶ２Ｘ  ＵＥ＃Ｘにより‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）リソース’を（自体のリソース選択（／予約）時）、以下の（一部の）規則に従って仮定（／処理）できる。それは、一例として、Ｖ２Ｘ  ＵＥ＃Ｘにより‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された該当の‘（周波数）リソース’は、（‘ＳＦ＃（Ｎ＋Ｅ）’を含んだ）後に（ある程度の時間の間は、）使用されない確率が高いにもかかわらず、（現在（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’）又はセンシング区間内で）測定された高いエネルギによって、Ｖ２Ｘ  ＵＥ＃Ｙにより選択（／予約）されないからである。ここで、一例として、下記の規則は、Ｖ２Ｘ  ＵＥ（Ｓ）が特定の時点から自体が以前（リソース（再）選択（／予約）周期）に予約（／選択）したリソース（同様に‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と命名）をもうこれ以上使用しないことを（他のＶ２Ｘ  ＵＥ（Ｓ）に）予め定義（／シグナリング）されたチャネル（例えば、‘ＳＡ（／ＰＳＣＣＨ）’（又は‘ＤＡＴＡ（／ＰＳＳＣＨ）’））を介して知らせるときにも拡張適用されることができる。ここで、一例として、下記の規則は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＯＮＬＹ’ベースのセンシング動作’又は‘ＣＯＭＢＩＮＡＴＩＯＮ  ＯＦ  ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ  ＡＮＤ  ＳＡ  ＤＥＣＯＤＩＮＧ’ベースのセンシング動作’を行う場合においてのみ限定的に適用される（例えば、‘ＳＡ  ＤＥＣＯＤＩＮＧ  ＯＮＬＹ’ベースのセンシング動作’を行う場合には適用されない）こともできる。
【０２０３】
［提案規則＃８］‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）リソース’に対するエネルギ測定値は、（該当の‘（周波数）リソース’上において測定されたエネルギ値から）‘ＲＳＲＰ測定値’を引いた残りの値（又は予め設定（／シグナリング）されたオフセット値を引いた残りの値）と見なし（／仮定し）、リソース別エネルギ測定値に対する‘ＲＡＮＫＩＮＧ’を行う。ここで、一例として、該当の‘ＲＳＲＰ測定’は、予め設定（／シグナリング）されたチャネル（例えば、‘ＰＳＢＣＨ’（／‘ＰＳＣＣＨ’／‘ＰＳＳＣＨ’））上の参照信号（例えば、‘ＤＭ−ＲＳ’）に基づいて行われることができる。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’と‘ＤＡＴＡ（／ＰＳＳＣＨ）’とが‘ＦＤＭ’される場合、‘（周波数）リソース’（又は‘ＳＡ（／ＰＳＣＣＨ）’若しくは‘ＤＡＴＡ（／ＰＳＳＣＨ）’）関連の最終‘ＲＳＲＰ（測定）値’は、（実際に測定された‘ＲＳＲＰ値’から）（‘ＳＡ（／ＰＳＣＣＨ）’と‘ＤＡＴＡ（／ＰＳＳＣＨ）’との間の（周波数領域上の）離隔距離に応じて（互いに異なるように））適用された（予め設定（／シグナリング）された）‘ＭＰＲ値’を補償して（又は足して）最終的に導出（／仮定）されることもできる。
【０２０４】
［提案規則＃９］‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）リソース’に対する‘エネルギ測定値’又は‘ＲＡＮＫＩＮＧ値’は、予め設定（／シグナリング）された値と見な（／仮定）されることができる。ここで、一例として、‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）リソース’に対する‘ＲＡＮＫＩＮＧ値’は、最下位（例えば、該当の‘（周波数）リソース’が選択（／予約）される確率が低い）（又は最上位（例えば、該当の‘（周波数）リソース’が選択（／予約）される確率が高い））として設定（／シグナリング）されることができる。さらに他の一例として、‘ＵＮ−ＢＯＯＫＩＮＧ  ＲＥＳＯＵＲＣＥ’と指示された‘（周波数）リソース’は、リソース選択（／予約）時、常に除外（又は（優先的に）選択）されるように規則が定義されることもできる。
【０２０５】
一方、Ｖ２Ｘ  ＵＥ（Ｓ）のセンシング動作は、以下のように行われることができる。
【０２０６】
以下の提案方式は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ送信（ＴＸ）関連リソース’を選択するための（効率的な）‘センシング方法’を提示する。ここで、一例として、‘センシング’動作が適用される場合、（近接した（隣接した）（closed）距離にある）互いに異なるＶ２Ｘ  ＵＥ（Ｓ）が同じ位置の送信リソースを選択して、（実際の送信実行時）相互間で干渉をやりとりする問題を緩和させることができる。ここで、一例として、‘センシング’という用語は、（Ａ）エネルギ（若しくはパワー）測定動作として解釈されるか、並びに／又は（Ｂ）予め定義（／シグナリング）されたチャネル（例えば、ＰＳＣＣＨ（Physical Sidelink Control Channel））に対するデコード動作として解釈されることができる。ここで、一例として、‘エネルギ（若しくはパワー）測定’は、（Ａ）‘ＲＳＳＩ（Received Signal Strength Indicator）形態（例えば、（予め定義（／シグナリング）されたアンテナポートの‘ＤＭ−ＲＳ’が送信される若しくはデータが送信される）シンボルから測定した受信電力の平均値）’、並びに／又は（Ｂ）‘ＲＳＲＰ（Reference Signal Received Power）（例えば、（予め定義（／シグナリング）されたアンテナポートの）‘ＤＭ−ＲＳ’が送信される‘ＲＥ（Resource Element）’で測定した受信電力の平均値）形態’、並びに／又は（Ｃ）‘予め定義（／シグナリング）された規則（／数式）に従って‘ＲＳＳＩ’と‘ＲＳＲＰ’とを組み合わせた形態（例えば、‘ＲＳＲＱ（Reference Signal Received Quality）’と類似の形態）’として解釈されることができる。
【０２０７】
一例として、（Ａ）Ｖ２Ｘ  ＵＥ（Ｓ）の‘ＴＯＰＯＬＯＧＹ’が変更されて‘センシング’情報が不正確になる問題、及び／又は（Ｂ）‘ＨＡＬＦ  ＤＵＰＬＥＸ’問題などを緩和させるために、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’の観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’とが同一サブフレーム（ＳＦ）上において‘ＦＤＭ（Frequency Division Multiplexing）’形態で送信されることが考慮されることができる。
【０２０８】
図１５及び図１６は、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’の観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’とが同一ＳＦ上において‘ＦＤＭ’形態で送信される場合に関する一例を示す。
【０２０９】
ここで、一例として、図１５及び図１６は、それぞれ‘連続したリソースブロック（ＲＢ（Resource Block））上で制御（／スケジューリング）情報と連動したデータとが送信される場合’、‘連続しないリソース（ＲＢ）上で制御（／スケジューリング）情報と連動したデータとが送信される場合’を示す。さらに他の一例として、‘制御（／スケジューリング）情報’の‘ＬＩＮＫ  ＢＵＤＧＥＴ’を考慮するとき、（‘ＳＩＮＧＬＥ  Ｖ２Ｘ  ＵＥ’の観点で）‘制御（／スケジューリング）情報’と‘（該当制御（／スケジューリング）情報と連動した）データ’とが他のＳＦ上において‘ＴＤＭ（Time Division Multiplexing）’形態で送信されることが考慮されることもできる。
【０２１０】
図１７は、（システムの観点で）‘制御（／スケジューリング）情報送信プール’及び‘データ送信プール’が、‘ＦＤＭ’形態で設定（／構成）された場合に関する一例を示す。
一例として、（Ａ）‘Ｖ２Ｘ  ＳＥＲＶＩＣＥ’の‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’を（効率的に）満たし、及び／又は（Ｂ）‘制御（／スケジューリング）情報送信’を時間領域上において分散させるために、（システムの観点で）‘制御（／スケジューリング）情報送信プール’と‘データ送信プール’とが‘ＦＤＭ’形態で設定（／構成）されることができる。図１７は、このような場合に関する一例を示す。ここで、一例として、特定の‘制御（／スケジューリング）情報送信プール’と連動する‘データ送信プール’とは、‘ＴＤＭ’されていると仮定した。
【０２１１】
一方、（基本的に）端末は、（各々の）サブチャネル単位でセンシングを行うが、実際のＶ２Ｘメッセージ送信は、複数のサブチャネル単位で行われてもよい。端末が実際のＶ２Ｘメッセージ送信に使用するサブチャネルの数が複数である場合（すなわち、Ｖ２Ｘメッセージ送信が複数のサブチャネル単位で行われる場合）、センシングをどのように行うかが問題になる。そのため、以下では、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法を説明する。
【０２１２】
［提案方法］一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（自体が）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用する‘リソース大きさ単位’でセンシング動作を行うように規則が定義されることができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＵＥの‘センシングリソースユニットの大きさ’は、（該当のＶ２Ｘ  ＵＥが）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用する‘リソースの大きさ’と同一になる。例えば、端末がセンシング動作でエネルギ測定を行う場合、上記エネルギ測定をどのようなリソース単位／大きさで行うかが問題になることができる。このとき、本提案方法では、エネルギ測定の単位／大きさを、端末がデータ送信に使用するリソース単位／大きさ、例えばサブチャネルサイズにすることができる。例えば、端末がＶ２Ｘメッセージ送信を特定のサブチャネルサイズで行う場合、センシング動作のためのエネルギ測定は、上記特定サブチャネルサイズのリソース単位で行われることができる。以下、本提案方法を図面を使用して説明する。
【０２１３】
図１８は、本発明の一実施形態による、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの数が複数である場合、センシングを行う方法のフローチャートである。
【０２１４】
図１８によれば、端末は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行なって、Ｖ２Ｘメッセージ送信を行うリソースを選択する（Ｓ１８１０）。このとき、上記端末は、レイテンシ要求を満たす範囲内で選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）を構成して上記リソースを選択でき、上記Ｖ２Ｘメッセージ送信は、複数のサブチャネル単位で行われ、上記複数のサブチャネルの大きさに対応する大きさのサブチャネル単位で行われたセンシングに基づいて、上記Ｖ２Ｘ通信を行うリソースが選択されることができる。上記センシングが行われるときに利用されるセンシング領域は、上記複数のサブチャネルの大きさに対応する大きさの領域でありうる。なお、上記端末は、上記複数のサブチャネルに含まれたサブチャネルのエネルギ測定平均値を利用してセンシングを行うこともできる。
【０２１５】
要約すると、端末は、Ｖ２Ｘ通信が複数のサブチャネル単位で行われる場合には、複数のサブチャネル単位でセンシングを行うことができるだけでなく、レイテンシ要求を満たす範囲内で選択ウィンドウ（Selection Window）を構成して、上記リソースを選択することもできる。ここで、レイテンシ要求を満たす範囲内で選択ウィンドウ（Selection Window）を構成して、上記リソースを選択する例は、前述のとおりである。
【０２１６】
以下では、Ｖ２Ｘメッセージ送信が複数のサブチャネル単位で行われる場合、端末が複数のサブチャネル単位でセンシングを行う例を重点的に説明する。
【０２１７】
端末は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行い、端末は、センシング結果に基づいてＶ２Ｘメッセージ送信を行うリソースを選択できる。言い換えれば、センシング（例えば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ）は、端末が送信しようとするデータのサブチャネルサイズで行われることができる。
【０２１８】
端末が送信しようとするデータのサブチャネルサイズでセンシング（例えば、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ）が行われる時、サブチャネルのリニア（ＬＩＮＥＡＲ）平均値が利用されることができる。さらに具体的には、（すべての候補単一サブフレームリソースの集合である）セットＳAに残った候補単一サブフレームリソースＲx,yに対し、センシング領域（例えば、メトリックＥx,y）は、サブチャネルｘ＋ｋにおいて測定されたＳ−ＲＳＳＩのリニア平均として定義されることができる。ここで、Ｋ＝０，．．．，ＬsubCH-１のように定義されることができ、ＬsubCHは、実際にパケットを送るときに必要なサブチャネルの数を意味できる。理解の便宜のために、本内容を図面を利用して下記のように説明できる。
【０２１９】
図１９は、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴ（すなわち、センシング）が端末が送信しようとするデータのサブチャネルサイズで行われることの一例を示したものである。図１９では、端末が送信しようとするＶ２Ｘメッセージ（例えば、Ｖ２Ｘデータ）のサブチャネルサイズを２と仮定（すなわち、ＬsubCH＝２）した。
【０２２０】
図１９の例において、ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＴは、端末が送信するデータのサブチャネルサイズに対応する二つのサブチャネル単位で行われることができる。例えば、優先的に、端末は、センシング領域＃１すなわち、サブチャネル＃１及びサブチャネル＃２でのエネルギセンシング値の平均を利用して、センシング領域＃１に対するセンシング値を決定できる。なお、端末は、センシング領域＃２すなわち、サブチャネル＃２及びサブチャネル＃３でのエネルギセンシング値の平均を利用して、センシング領域＃２に対するセンシング値を決定できる。同様に、端末は、センシング領域＃３すなわち、サブチャネル＃３及びサブチャネル＃４でのエネルギセンシング値の平均を利用して、センシング領域＃３に対するセンシング値を決定できる。
【０２２１】
図１９の例では、端末が送信しようとするデータのサブチャネルサイズを２個と仮定したが、端末が送信しようとするデータのサブチャネルサイズは、３個以上の値を有することもできる。別に図示していないが、端末が送信しようとするデータのサブチャネルサイズが３個である場合、端末は、サブチャネル＃１ないしサブチャネル＃３でのエネルギセンシング値の平均を利用して、センシング領域に対するセンシング値を決定することもできる。
【０２２２】
再度、図１８に戻って、端末は、選択された上記リソースに基づいてＶ２Ｘメッセージを送信できる（Ｓ１８２０）。前述（又は後述）の通り、上記端末は、端末固有のセンシング区間の間に行なったセンシング結果に基づいて、選択ウィンドウ以内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約リソースを決定し、上記予約リソース上においてＶ２Ｘ通信を行うことができる。端末が選択したリソースに基づいてＶ２Ｘ通信を行う具体的な例は、前述（又は後述）のとおりであるので、具体的な内容は省略する。
【０２２３】
図２０及び図２１は、‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ（又は‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）の形態に関する一例を示したものである。
【０２２４】
一例として、センシング動作は、（Ａ）‘ＮＯＮ−ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’の形態（図２０参照）、並びに／又は（Ｂ）‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’（若しくは‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）の形態（図２１参照）により具現化されることができる。ここで、一例として、前者の規則（‘（Ａ）’）が適用される場合、（連続して）センシング動作が行われる領域が互いに重ならない（例えば、図２０上の‘（センシング領域＃１）’、‘（センシング領域＃２）’、‘（センシング領域＃３）’が互いに重ならないことを見ることができる）。（一方）後者の規則（‘（Ｂ）’）が適用される場合、一例として、（連続して）センシング動作が行われる領域が予め設定（／シグナリング）された‘割合’（又は‘リソース量（／大きさ）’）だけ互いに重なるようになる（例えば、図２１上の‘（センシング領域＃１）と（センシング領域＃２）’、‘（センシング領域＃２）と（センシング領域＃３）’、‘（センシング領域＃３）と（センシング領域＃４）’、‘（センシング領域＃４）と（センシング領域＃５）’がそれぞれ予め定義（／シグナリング）された‘割合’（又は‘リソース量（／大きさ）’）だけ互いに重なるのを見ることができる）。一例として、前者の規則（‘（Ａ）’）は、後者の規則（‘（Ｂ）’）に比べて、Ｖ２Ｘ  ＵＥの‘センシング動作実行の複雑度’を下げることができる。言い換えれば、一例として、同一の大きさのリソースプールで要求される‘全体のセンシング回数（total number of sensing）’は、前者の規則（‘（Ａ）’）が後者の規則（‘（Ｂ）’）に比べて相対的に少なくありうる。一方、一例として、後者の規則（‘（Ｂ）’）は、前者の規則（‘（Ａ）’）に比べて、（同一の大きさのリソースプールで要求される‘全体のセンシング回数’がより多くありうるが）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’関連の‘利用可能リソース候補位置’を相対的に効率的に（又は綿密に）探索（／選択）できる。
【０２２５】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、予め設定（／シグナリング）された‘リソース単位（／大きさ）’（例えば、‘１個のＲＢ’）で（優先的に）センシング動作を行うようにした後、自体の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用される‘リソース大きさ（／単位）’に該当する複数のセンシング（／測定）値の‘（加重値）平均値’（又は‘ＳＵＭ’）（又は複数のセンシング（／測定）値のうち、最大値（又は最小値又は中間値））を（‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’に使用される）‘リソース大きさ（／単位）’別代表センシング（／測定）値として見なす（／仮定する）こともできる。
【０２２６】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘周波数（リソース）領域’上において‘不連続な位置’の（複数の）リソースを利用して‘（Ｖ２Ｘ）チャネル／シグナル送信’（例えば、‘ＭＵＬＴＩ−ＣＬＵＳＴＥＲ  ＴＸ’（又は‘ＤＶＲＢ  ＴＸ’））を行う時、予め設定（／シグナリング）された‘センシングリソースユニット単位（／大きさ）’（例えば、‘Ｋ個’の‘ＲＢ’（又は‘ＲＢＧ（ＲＥＳＯＵＲＣＥ  ＢＬＯＣＫ  ＧＲＯＵＰ）’）で（‘ＮＯＮ−ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’又は‘ＰＡＲＴＩＡＬＬＹ  ＯＶＥＲＬＡＰＰＥＤ  ＲＥＧＩＯＮ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’（／‘ＳＬＩＤＩＮＧ  ＷＩＮＤＯＷ  ＢＡＳＥＤ  ＳＥＮＳＩＮＧ’）の形態ベースの）センシング（／測定）動作を行うようにした後、（予め設定（／シグナリング）されたしきい値より小さな（又は大きな）（エネルギ）測定値のリソースのうち）自体の‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＸ’関連リソースを（最終的に）選択するようにすることができる。
【０２２７】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）が‘（ＳＩＮＧＬＥ）Ｖ２Ｘ  ＴＢ（／ＭＥＳＳＡＧＥ）’を送信する場合において、‘Ｋ回（番）’の繰り返し送信（‘Ｋ’repeated transmissions）（例えば、‘Ｋ’値は、‘初期送信’及び‘再送信’の回数を（全部）含むことである）を行う状況を仮定する。ここで、一例として、説明の便宜のために、‘Ｋ’値を‘４’と仮定する。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’送信が‘ＳＦ＃（Ｎ＋Ｃ）’で行われ、連動する（‘４’回の）‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信が、それぞれ‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’で（例えば、‘Ｃ≦Ｄ’，‘０＜Ｋ１＜Ｋ２＜Ｋ３’）行われると仮定する。ここで、一例として、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上で、（Ａ）‘Ｋ回’、又は（Ｂ）‘（Ｋ−１）回’の繰り返し送信関連の‘時間リソース位置’を知らせるためのフィールドが定義されることができ、このために、以下の（一部の）規則が適用されることができる。ここで、一例として、後者（‘（Ｂ）’）の場合、該当フィールドが‘初期（／第１番目の）送信’を除外した‘残りの（‘（Ｋ−１）回’の）送信’関連の‘時間リソース位置’を知らせると解釈されるか、及び／又は‘初期（／第１番目の）送信’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）と同じ時間リソース（位置）において（常に）行われると解釈されるか、及び／又は‘初期（／第１番目の）送信’関連の‘時間リソース位置’は、（予め定義された）‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘初期（／第１番目の）送信’時点との間の間隔を知らせる（他の）フィールドでシグナリングされると解釈されることができる。
【０２２８】
（例示＃Ａ）‘初期（／第１番目の）送信’関連の‘時間リソース位置’は、（予め定義された）‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘初期（／第１番目の）送信’時点（‘ＳＦ＃（Ｎ＋Ｄ）’）との間の間隔を知らせる（他の）‘ＦＩＥＬＤ＃Ｆ’でシグナリングされ、‘残りの（‘（Ｋ−１）回’の）送信’関連の‘時間リソース位置’（例えば、‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）は、予め設定（／シグナリング）された‘第１番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）時点と‘Ｋ番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）時点との間の最大間隔（ＭＡＸ＿ＧＡＰ）と同じサイズ（／大きさ）の（新しい）‘ＦＩＥＬＤ＃Ｓ’でシグナリングされることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｓ’は、‘ビットマップ’形態により具現化されることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｓ’関連‘ビットマップ’は、‘初期（／第１番目の）（ＤＡＴＡ（／ＰＳＳＣＨ））送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）時点を基準（／開始点）として適用されることができる。ここで、一例として、‘ＭＡＸ＿ＧＡＰ’値が‘１０’に設定（／シグナリング）された場合、‘ＦＩＥＬＤ＃Ｓ’が‘０１００１００１００’とシグナリング（／設定）された場合、‘第２番目の送信’、‘第３番目の送信’、‘第４番目の送信’は、それぞれ‘ＳＦ＃（Ｎ＋Ｄ＋２）’，‘ＳＦ＃（Ｎ＋Ｄ＋５）’，‘ＳＦ＃（Ｎ＋Ｄ＋８）’において行われる。さらに他の一例として、‘Ｋ回’の繰り返し送信（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）関連の‘時間リソース位置’は、予め設定（／シグナリング）された‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）送信時点と‘Ｋ番目の送信’（‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）時点との間の最大間隔（ＭＡＸ＿ＴＶＡＬ）と同じサイズ（／大きさ）の（新しい）‘ＦＩＥＬＤ＃Ｑ’でシグナリングされることもできる。ここで、一例として、‘ＦＩＥＬＤ＃Ｑ’は、‘ビットマップ’形態により具現化されることができる。ここで、一例として、‘ＦＩＥＬＤ＃Ｑ’関連‘ビットマップ’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）時点を基準（／開始点）として適用されることができる。ここで、一例として、‘ＭＡＸ＿ＴＶＡＬ’値が‘１０’に設定（／シグナリング）された場合、‘ＦＩＥＬＤ＃Ｑ’が‘１１００１００１００’とシグナリング（／設定）されたとすれば、’第１番目の送信’、‘第２番目の送信’、’第３番目の送信’、’第４番目の送信’は、それぞれ‘ＳＦ＃（Ｎ＋Ｃ＋１）’，‘ＳＦ＃（Ｎ＋Ｃ＋２）’，‘ＳＦ＃（Ｎ＋Ｃ＋５）’，‘ＳＦ＃（Ｎ＋Ｃ＋８）’において行われる。該当の例示において、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に‘ＦＩＥＬＤ＃Ｆ’が定義されている場合、‘ＦＩＥＬＤ＃Ｆ’値は、‘１’に設定されることができる。さらに他の一例として、Ｖ２Ｘ通信関連の‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）ＣＯＮＴＲＯＬ結果’で、‘ＦＩＥＬＤ＃Ｓ’（若しくは‘ＦＩＥＬＤ＃Ｑ’（若しくは‘ＦＩＥＬＤ＃Ｆ’））が有することができる‘パターン（形態／個数）’（又は‘（最大（／最小））値（／長さ）’）、並びに／又は‘（ビットマップ上において）‘１’に設定されることができるビットの（最大（／最小））個数’などに対する制限が発生することもできる。ここで、一例として、該当の（制限）情報は、Ｖ２Ｘ  ＵＥ（Ｓ）が‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）’状況を（報告）（予め定義（／シグナリング）された規則（／基準）に従って）（調べた後）決定するか、又は（Ｖ２Ｘ  ＵＥ（Ｓ）から報告を受けた若しくは自体が測定した‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）’情報に基づいて）（サービング）基地局が設定（／シグナリング）することができる。ここで、一例として、Ｖ２Ｘ通信関連‘ＣＯＮＧＥＳＴＩＯＮ（／ＬＯＡＤ／ＭＥＡＳＵＲＥＭＥＮＴ）ＣＯＮＴＲＯＬ結果’として‘ＭＡＸ＿ＧＡＰ’（又は‘ＭＡＸ＿ＴＶＡＬ’）が有することができる‘（最大（／最小））値（／長さ）’に制限が（同様に）発生することもできる。
【０２２９】
（例示＃Ｂ）‘Ｋ回’の繰り返し送信（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）関連の‘時間リソース位置’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上に定義された‘Ｋ個’の‘ＦＩＥＬＤ＃Ｆ’（‘（例示＃Ａ）’）（例えば、‘（Ｘ番目の）ＦＩＥＬＤ＃Ｆ’は、‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）の送信時点と‘Ｘ番目の送信’時点との間の（時間領域上での）間隔を知らせるようになる）でシグナリングされることができる。
【０２３０】
（例示＃Ｃ）（上記（一部の）規則（例えば、（例示＃Ａ）、（例示＃Ｂ））が適用される状況下で）（‘Ｋ回’（例えば、‘ＳＦ＃（Ｎ＋Ｄ）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ１）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ２）’，‘ＳＦ＃（Ｎ＋Ｄ＋Ｋ３）’）の）‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信ごとに（各々）‘ＳＡ（／ＰＳＣＣＨ）’送信が行われる場合、下記の（一部の）規則が適用されることができる。ここで、一例として、下記の（一部の）規則は、‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’が行われる場合においてのみ限定的に適用されうる。
【０２３１】
（一例＃１）‘初期（／第１番目の）送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）関連の‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上の‘ＳＦ  ＰＡＴＴＥＲＮ’情報（／フィールド）及び／又は‘周波数リソース（位置）’情報（／フィールド）及び／又は‘ＭＣＳ’情報（／フィールド）のうちの一部が‘残りの（‘（Ｋ−１）回’の）送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’上でも同様に送信されることができる。ここで、一例として、こういう区分のために、一つの‘ＴＢ’が複数のＳＦ（Ｓ）から送信される場合、各ＳＦ上の（ＤＡＴＡ／（ＰＳＳＣＨ））送信をスケジューリングする‘ＳＡ（／ＰＳＣＣＨ）’に、何番目（（ＤＡＴＡ／（ＰＳＳＣＨ））送信）のＳＦに該当するかに関する‘ＣＯＵＮＴＥＲ情報’（又は‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信かに関する情報（／フィールド）又は‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連‘ＲＶ’情報（／フィールド））が含まれることができる。ここで、一例として、‘初期（／第１番目の）送信’（‘ＳＦ＃（Ｎ＋Ｄ）’）関連の‘ＳＡ（／ＰＳＣＣＨ）’（‘ＳＦ＃（Ｎ＋Ｃ）’）上には、（少なくとも（最小限）（at least））‘初期（／第１番目の）送信’関連の‘周波数リソース（位置）’情報（／フィールド）、及び／又は‘ＭＣＳ’情報（／フィールド）、及び／又は（上述した）‘ＦＩＥＬＤ＃Ｓ’（又は‘ＦＩＥＬＤ＃Ｑ’）（又は‘ＳＦ  ＰＡＴＴＥＲＮ’情報（／フィールド））、及び／又は‘ＦＩＥＬＤ＃Ｆ’（例えば、‘Ｘ番目の送信’関連‘ＳＡ（／ＰＳＣＣＨ）’送信時点と‘Ｘ番目の送信’時点との間の間隔を知らせるフィールドとして（拡張）解釈されることができる）、及び／又は‘（該当の）ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信かに関する情報（／フィールド）（又は‘（該当の）ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連‘ＲＶ’情報（／フィールド））（及び／又は‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’が適用されたかどうかに関する情報（／フィールド））などが定義されることができる。ここで、一例として、該当の規則が適用される場合、（‘残りの（‘（Ｋ−１）回’の）送信’関連‘周波数リソース（位置）’情報が関連‘ＳＡ（／ＰＳＣＣＨ）’上において（直接）送信（／シグナリング）されないか、及び／又は‘ＦＩＥＬＤ＃Ｆ’値が‘初期（／第１番目の）送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’の送信時点と‘初期（／第１番目の）送信’時点との間の間隔と同様に設定されるが）Ｖ２Ｘ  ＵＥ（Ｓ）が‘以前の送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’の受信（／デコード）に失敗しても、‘後続（以後）（subsequent）送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’の受信（／デコード）に成功すると、該当の‘後続送信’関連の‘周波数リソース（位置）情報’を、（Ａ）‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧパターン’情報、並びに／又は（Ｂ）‘後続送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’上の‘初期（／第１番目の）送信’関連の‘周波数リソース（位置）’情報、並びに／又は（Ｃ）‘ＦＩＥＬＤ＃Ｓ’（若しくは‘ＦＩＥＬＤ＃Ｑ’）情報（又は‘ＳＦ  ＰＡＴＴＥＲＮ’情報）並びに／又は‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’が何番目の送信かに関する情報（若しくは‘ＤＡＴＡ（／ＰＳＣＣＨ）送信’関連の‘ＲＶ’情報）を組み合わせて、（バックトラッキング（逆追跡）（backtracking）形態で）把握（／導出）できる。ここで、一例として、‘後続送信’関連の‘時間リソース（位置）情報’は、‘後続送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’上の‘ＦＩＥＬＤ＃Ｆ’を介して把握（／導出）できる。ここで、一例として、上記提案規則が適用される場合（特に、‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’動作が適用される場合）、‘初期（／第１番目の）送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’受信（／デコード）に成功したＶ２Ｘ  ＵＥ（Ｓ）は、‘残りの（‘（Ｋ−１）回’の）送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’デコード（／受信）を（一部）試みないこともある。さらに他の一例として、（上記提案規則で）‘ＦＩＥＬＤ＃Ｆ’（例えば、‘ＳＡ（／ＰＳＣＣＨ）’送信時点と‘連動したＤＡＴＡ（ＰＳＳＣＨ）’送信時点との間の‘ＴＩＭＩＮＧ  ＧＡＰ’として解釈されることができる）（又は後で（特定の時点に）他の‘ＴＢ’関連の‘ＰＯＴＥＮＴＩＡＬ  ＤＡＴＡ（／ＰＳＳＣＨ）’送信の実行時、以前の‘ＤＡＴＡ（／ＰＳＳＣＨ）’送信に使用された‘（周波数）リソース’を再使用するかに関する‘意図’を知らせるフィールド）が各々の‘ＳＡ（／ＰＳＣＣＨ）’送信ごとに独立して（又は（全部）同一に）設定（／シグナリング）されることもできる。ここで、一例として、該当の規則が適用される場合、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、‘Ｋ回’の送信関連の（‘Ｋ’transmission-related）‘ＳＡ（／ＰＳＣＣＨ）’に対して（全部）デコード（／受信）を試みるようにすることもできる。さらに他の一例として、（上記提案規則で）Ｖ２Ｘ  ＴＸ  ＵＥが（一つの‘ＴＢ’を複数のＳＦ（Ｓ）から送信する場合）、（中間に）予め設定（／シグナリング）された規則（例えば、（他のＶ２Ｘ  ＵＥ（Ｓ）が送信する‘ＨＩＧＨＥＲ  ＰＲＩＯＲＩＴＹ’の‘ＳＡ（／ＰＳＣＣＨ）’（／’ＤＡＴＡ（ＰＳＳＣＨ）’）を検出した場合）‘ＣＵＲＲＥＮＴ  ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ’が予め定義（／シグナリング）された‘ＲＥＱＵＩＲＥＭＥＮＴ’（例えば、ＬＡＴＥＮＣＹ、ＲＥＬＩＡＢＩＬＩＴＹ、ＰＲＩＯＲＩＴＹ、ＦＡＩＲＮＥＳＳ、ＱＯＳ）を満たすことができない場合等）に従って、‘ＲＥＳＯＵＲＣＥ  ＲＥＳＥＬＥＣＴＩＯＮ’動作を行うこともできる。したがって、一例として、Ｖ２Ｘ  ＲＸ  ＵＥにとって、（該当の‘ＴＢ’関連の）‘後続ＳＡ（／ＰＳＳＣＨ）’が‘以前のＳＡ（／ＰＳＣＣＨ）’と異なるスケジューリングを行う場合、‘後続ＳＡ（／ＰＳＳＣＨ）’に従うようにすることができる。
【０２３２】
（一例＃２）（（一例＃１）で）‘Ｘ番目の送信’（例えば、‘Ｘ＞１’）関連の‘ＳＡ（／ＰＳＣＣＨ）’の送信時、‘ＦＩＥＬＤ＃Ｓ’（又は‘ＦＩＥＬＤ＃Ｑ’）は、該当する‘Ｘ番目の送信’があたかも‘初期（／第１番目の）送信’のように仮定し、‘ＦＩＥＬＤ＃Ｓ’（又は‘ＦＩＥＬＤ＃Ｑ’）を設定するようにすることもできる。さらに他の一例として、‘ＳＡ（／ＰＳＣＣＨ）’上に‘周波数リソース（位置）’情報（／フィールド）が定義され、‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’動作が行われる場合、‘周波数リソース（位置）’情報（／フィールド）値自体は、‘ＳＡ（／ＰＳＣＣＨ）’送信ごとに（該当の‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧパターン’を考慮して）互いに異なるように設定されることができる。なぜなら、一例として、‘（Ｎ＋１）番目の送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’は、‘Ｎ番目の送信’関連の‘ＳＡ（／ＰＳＣＣＨ）’がスケジューリングした‘周波数リソース（位置）’に‘（ＤＡＴＡ／（ＰＳＳＣＨ））ＦＲＥＱＵＥＮＣＹ  ＨＯＰＰＩＮＧ’を適用した後、（該当する）変更された‘周波数リソース（位置）’を指定（／シグナリング）しなければならないためである。
【０２３３】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自体が（一定期間（／周期）の間に）予約（／選択）した（送信）リソースを、予め設定（／シグナリング）された条件が満たされるごとに、再選択するようにすることができる。ここで、一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、予め定義（／シグナリング）された範囲（“Ｃ＿ＲＡＮＧＥ”）からカウンタ（ＣＯＵＮＴＥＲ）値を選択するようにした後、該当カウンタが‘０’（又は‘０より小さな値’）になるとき、自体が（一定期間（／周期）の間に）予約（／選択）した（送信）リソースを再選択するようにすることができる。ここで、一例として、該当カウンタは、（Ａ）（新しい）ＴＢ送信（例えば、‘ＴＢ送信’という用語は、‘実際に（成功裏に）行われたＴＢ送信’だけと解釈されるか、及び／若しくは（‘センシング結果’及び／若しくは‘相対的に高い優先順位の（他のＶ２Ｘ  ＵＥ（Ｓ）の）メッセージ送信との衝突’によって）‘省略されたＴＢ送信’も含まれると解釈されることができる）ごとに予め定義（／シグナリング）された値（例えば、‘１’）に減少（若しくは増加）するか、又は（Ｂ）予め設定（／シグナリング）された（周期）値（例えば、‘１００ＭＳ’）ごとに予め定義（／シグナリング）された値（例えば、‘１’）に減少（若しくは増加）するようにすることができる。ここで、一例として、予め定義（／シグナリング）された範囲からカウンタ値を（再）選択する作業（又はカウンタ値を‘ＲＥＳＥＴ’する作業）は、‘（ＡＬＬ）ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴＬＹ  ＳＥＬＥＣＴＥＤ  ＲＥＳＯＵＲＣＥ（Ｓ）’関連の‘（ＲＥＳＯＵＲＣＥ（Ｓ））ＲＥＳＥＬＥＣＴＩＯＮ’がトリガされる場合として定義されることができる。ここで、一例として、‘Ｃ＿ＲＡＮＧＥ’値は、以下の（一部の）パラメータに応じて（一部が）互いに異なるように設定（／仮定）されるようにすることができる。ここで、一例として、（（特定の）パラメータの範囲に応じる）‘Ｃ＿ＲＡＮＧＥ’値は、予め定義されるか、又はネットワークからシグナリングされることができる。
【０２３４】
（一例＃１）‘Ｖ２Ｘ  ＵＥ  ＶＥＬＯＣＩＴＹ’。ここで、一例として、（相対的に又は予め設定（／シグナリング）されたしきい値より）速い‘Ｖ２Ｘ  ＵＥ  ＶＥＬＯＣＩＴＹ’の場合、（相対的に）長い（又は短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３５】
（一例＃２）‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’（例えば、‘ｅＮＢ’、‘ＧＮＳＳ’、‘ＵＥ’）。ここで、一例として、‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’がＧＮＳＳ（又はｅＮＢ又はＵＥ）である場合、（‘（ＴＲＡＮＳＭＩＳＳＩＯＮ）ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＲＥＦＥＲＥＮＣＥ  ＴＹＰＥ’は、ｅＮＢ（又はＵＥ又はＧＮＳＳ）である場合に比べて）（相対的に）長い（又は短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３６】
（一例＃３）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＲＡＮＳＭＩＳＳＩＯＮ（及び／又はＧＥＮＥＲＡＴＩＯＮ）ＰＥＲＩＯＤＩＣＩＴＹ’。ここで、一例として、（相対的に又は予め設定（／シグナリング）されたしきい値より）長い‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＴＲＡＮＳＭＩＳＳＩＯＮ（及び／又はＧＥＮＥＲＡＴＩＯＮ）ＰＥＲＩＯＤＩＣＩＴＹ’の場合、（相対的に）長い（又は短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３７】
（一例＃４）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（及び／又はＳＥＲＶＩＣＥ）ＴＹＰＥ’（例えば、‘ＥＶＥＮＴ−ＴＲＩＧＧＥＲＥＤ  ＭＥＳＳＡＧＥ’、‘ＰＥＲＩＯＤＩＣ  ＭＥＳＳＡＧＥ’（又は‘（相対的に）小さなＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（及び／又は（相対的に）高い信頼度（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ及び／又は（相対的に）高い優先順位）のメッセージ’、‘（相対的に）長いＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ（及び／又は（相対的に）低い信頼度（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ及び／又は（相対的に）低い優先順位）のメッセージ’）。ここで、一例として、‘ＥＶＥＮＴ−ＴＲＩＧＧＥＲＥＤ  ＭＥＳＳＡＧＥ’の場合、（‘ＰＥＲＩＯＤＩＣＭＥＳＳＡＧＥ’である場合に比べて）（相対的に）長い（又は短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３８】
（一例＃５）‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（及び／又はＳＥＲＶＩＣＥ）ＰＲＩＯＲＩＴＹ（及び／又はＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ及び／又はＲＥＬＩＡＢＩＬＩＴＹ  ＲＥＱＵＩＲＥＭＥＮＴ及び／又はＱＯＳ  ＲＥＱＵＩＲＥＭＥＮＴ）’。ここで、一例として、（相対的に）低い‘Ｖ２Ｘ  ＭＥＳＳＡＧＥ（及び／又はＳＥＲＶＩＣＥ）ＰＲＩＯＲＩＴＹ（及び／又はＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ及び／又はＲＥＬＩＡＢＩＬＩＴＹ  ＲＥＱＵＩＲＥＭＥＮＴ及び／又はＱＯＳ  ＲＥＱＵＩＲＥＭＥＮＴ）’の場合、（相対的に）長い（又は短い）‘Ｃ＿ＲＡＮＧＥ’値が適用されることができる。
【０２３９】
さらに他の一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、下記の（一部又はすべての）規則に従って、（Ｖ２Ｘ  ＭＥＳＳＡＧＥ）送信リソース（再）予約（／選択）動作を行うようにすることができる。ここで、一例として、（該当の）送信リソース（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）の中からランダムに選択した（送信リソース（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が、“０”（及び／又は“負の整数値”）になったときに、（少なくとも）トリガされることができる。ここで、一例として、（選択された）カウンタ値は、（実際の）ＴＲＡＮＳＰＯＲＴ  ＢＬＯＣＫ（ＴＢ）（／パケット）送信ごとに（及び／又は（（実際の）ＴＢ（／パケット）送信と関係なく）、（選択された）カウンタ値（／個数）（及び／又は（選択された）カウンタ値（／個数）から導出された値（／個数））だけの（リソース予約（間隔）周期“Ｐ”の）送信リソースが予約（／選択）されたと見なした（／仮定した）後、（時間領域上において）該当予約（／選択）された送信リソースが通過する（通る）（passed）ごとに、並びに／又は（ＬＯＷ  ＬＡＹＥＲ）バッファ（及び／若しくはＰＤＣＰ  ＬＡＹＥＲ）において（送信又は生成（／受信）された）ＴＢ（／パケット）が存在する（及び／若しくは存在しない）場合）、予め設定（／シグナリング）された値（例えば、“１”）分だけ減少させるようにすることができる。ここで、一例として、本発明において“（再）予約（／選択）”という用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）（例えば、“前述のＳＴＥＰ３”）に基づいて既に選択した（送信）リソースを維持（／再使用）しないと決定した場合（例えば、“０”と“１”との間でランダムに選択した値がＫＥＥＰ＿Ｐより小さいか、若しくは同じである場合においてのみ既に選択した（送信）リソースを維持すると見なす）（又は該当の確率値（ＫＥＥＰ＿Ｐ）に関係なく））、センシング結果に基づいて（既存と異なる（若しくは同じ））送信リソースを再予約（／選択）すること、並びに／又は（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（又は該当の確率値（ＫＥＥＰ＿Ｐ）に関係なく））既に選択した（送信）リソースを維持（／再使用）すること、並びに／又は（Ｃ）既存と同じ有限の個数（又は予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（及び／若しくはＳＥＬ＿ＣＮＴＶＡＬ値から導出される値）より大きな（若しくは大きいか、若しくは同じ）値として解釈））のサブフレーム（若しくは（既存と）同じリソース）を（再度）予約（／選択）すること、として（一般に）解釈されることができる。ここで、一例として、（一般に）“（再）予約（／選択）”動作が行われる場合、（送信リソース（再）予約）カウンタ値を新しく（ランダムに）選択（又は（送信リソース（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存の値（ＳＥＬ＿ＣＮＴＶＡＬ）（又は残りの値（又は予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることができる。
【０２４０】
（例示＃１）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信リソース（再）予約（／選択）実行時、（リソース予約（間隔）周期“Ｐ”の）無限の（an infinite number of）サブフレーム（／リソース）を（優先的に）予約（／選択）するようにした後、送信リソース（再）予約（／選択）動作がトリガされるまで（該当の）予約（／選択）されたリソースを使用するようにすることができる。しかしながら、一例として、該当規則が適用される場合、“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生できる。
【０２４１】
以下、理解の便宜のために、図面によって“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生する例を説明する。
【０２４２】
図２２は、“ＳＦＮ（ＳＹＳＴＥＭ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）ＷＲＡＰ  ＡＲＯＵＮＤ”問題が発生する例を概略的に示したものである。
【０２４３】
図２２によれば、一例として、ＳＵＢＦＲＡＭＥ＃０の時点において“１００ＭＳ”のリソース予約（間隔）周期で送信リソース（再）予約（／選択）を行おうとするＶ２Ｘ  ＴＸ  ＵＥ＃Ｘがあると仮定しよう。ここで、一例として、すべての１０２４０個のサブフレームがＶ２Ｘリソース（プール）で設定（／シグナリング）されたと仮定しよう。ここで、一例として、このような場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘは、ＳＵＢＦＲＡＭＥ＃０，ＳＵＢＦＲＡＭＥ＃１００，．．．，ＳＵＢＦＲＡＭＥ＃１０２００、そして、ＳＵＢＦＲＡＭＥ＃１０３００を選択しなければならない場合に（ＳＦＮの制限によって）ＳＵＢＦＲＡＭＥ＃６０を選択するようになる。その結果、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘの（すべての）サブフレーム選択が終わった後、第２番目の送信機会は、ＳＵＢＦＲＡＭＥ＃１００の前に発生するようになる。
【０２４４】
一方、該当の問題を解決するために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信リソース（再）予約（／選択）を実行時、（リソース予約（間隔）周期“Ｐ”の）有限の個数（ＦＩＮＩ＿ＳＦＮＵＭ）のサブフレーム（／リソース）を（優先的に）予約（／選択）するようにすることができる。以下、端末が予め定義された規則に従って、有限の個数のＲＥＳＯＵＲＣＥ（すなわち、１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）を予約する例を図面によって説明する。
【０２４５】
図２３は、本発明の一実施形態による、有限の個数のリソースを予約する方法のフローチャートである。
【０２４６】
図２３によれば、端末は、Ｖ２Ｘ通信が行われる有限の個数のリソースに対する予約を行うことができる（Ｓ２３１０）。端末は、選択ウィンドウ上のリソースを選択し、選択されたリソースから特定の周期に基づいて繰り返されるリソースに対する予約を行うことができ、このときの予約された（一つ又は複数の）リソースは、有限の個数でありうる。このとき、上記有限の個数は、端末が任意に選択（又は決定）したカウンタ（例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥ）値に比例し、上記カウンタ値は、正の整数を有することができる。また、上記カウンタ値は、５以上の値を有し、上記カウンタ値は、１５以下の値を有することができる。なお、上記有限の個数は、上記端末が任意に選択したカウンタ値の１０倍の値を有することができる。以下、端末が有限の個数のリソースを予約する例を具体的に説明する。
【０２４７】
端末は、Ｖ２Ｘ通信が行われる複数のリソースを予約でき、予約される複数のリソースは、有限の個数を有することができる。端末が有限の個数のＲＥＳＯＵＲＣＥを予約するとき、予め定義された規則（例えば、１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）を適用できる。
【０２４８】
予め定義された規則に対する具体的な例として、ＰＳＳＣＨの送信機会に関する時間及び周波数リソースの一つのセットでのサブフレームの個数は、特定値（例えば、Ｃresel）として与えられることができる。このとき、Ｃreselは、（特定カウンタ（例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）が設定された場合）１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲのように定義されることができ、そうでない場合（すなわち、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが設定されない場合）には、Ｃreselが１に設定されることができる。ここで、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、５以上、１５以下の値のうち、ランダムな値が設定されることができる。
【０２４９】
例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが５の場合には、ＰＳＳＣＨの送信のために予約されるサブフレームが合計５０個でありえ、例えば、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが１５の場合には、ＰＳＳＣＨの送信のために予約されるサブフレームは、合計１５０個でありうる。
【０２５０】
ここで、一例として、（該当の）有限の個数は、（Ａ）Ｖ２Ｘリソース（プール）で設定（／シグナリング）されたサブフレーム（／リソース）の総個数（ＴＮＵＭ＿Ｖ２ＸＳＦ）（ここで、一例として、ＴＮＵＭ＿Ｖ２ＸＳＦ値は、１０２４０より小さいか、又は同じである（“０”を含んだ）正の整数値として解釈されることができる）（又は“ＦＬＯＯＲ（ＴＮＵＭ＿Ｖ２ＸＳＦ／リソース予約（間隔）周期（Ｐ））”（又は“ＣＥＩＬＩＮＧ（ＴＮＵＭ＿Ｖ２ＸＳＦ／リソース予約（間隔）周期（Ｐ））”又は“ＦＬＯＯＲ（１０２４０／リソース予約（間隔）周期（Ｐ））”又は“ＣＥＩＬＩＮＧ（１０２４０／リソース予約（間隔）周期（Ｐ））”）（ここで、一例として、ＦＬＯＯＲ（Ｘ）とＣＥＩＬＩＮＧ（Ｘ）は、それぞれＸより小さいか若しくは同じである最大整数値を導き出す関数、Ｘより大きいか若しくは同じである最小整数値を導き出す関数を表す）又は（予め設定（／シグナリング）された）ＴＮＵＭ＿Ｖ２ＸＳＦ（若しくは１０２４０）より小さいか（若しくは小さいか若しくは同じである）値）、並びに／又は（Ｂ）（（サービング）基地局（若しくはネットワーク）から）予め設定（／シグナリング）された（特定）値として定義されることができる。ここで、一例として、（該当する）有限の個数（及び／若しくはＴＮＵＭ＿Ｖ２ＸＳＦ値）は、ＳＥＬ＿ＣＮＴＶＡＬ値（及び／若しくはＳＥＬ＿ＣＮＴＶＡＬ値から導出される値）より大きな（若しくは大きいか若しくは同じである）ものと解釈される（並びに／又は（該当する）有限の個数（及び／若しくはＴＮＵＭ＿Ｖ２ＸＳＦ値）は、（一種の）予約（／選択）可能な最大サブフレーム（／リソース）の個数として解釈される）ことができる。ここで、一例として、該当規則の適用により、（選択された）カウンタ値が正の整数値の状態にもかかわらず、予約（／選択）したサブフレーム（／リソース）が（時間領域上において）全部）通過する問題も緩和されることができる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（該当する）有限の個数（例えば、（一種の）予約（／選択）可能な最大サブフレーム（／リソース）の個数として解釈可能である）を定義するが、ＳＥＬ＿ＣＮＴＶＡＬ値（及び／又はＳＥＬ＿ＣＮＴＶＡＬ値から導出される値）が（該当の）有限の個数より小さいと、（例外的に）ＳＥＬ＿ＣＮＴＶＡＬ個（及び／又はＳＥＬ＿ＣＮＴＶＡＬ値から導出される値（／個数）及び／又はより小さな値（／個数））のサブフレーム（／リソース）を予約（／選択）するようにすることもできる。
【０２５１】
端末は、予約された上記有限の個数のリソース上においてＶ２Ｘ通信を行うことができる（Ｓ２３２０）。端末が予約されたリソース上においてＶ２Ｘ通信を行うことは、前述のとおりである。
【０２５２】
一方、端末は、予約されたリソース上において無限にＶ２Ｘ送信を行わない。すなわち、端末は、予約された送信リソースを再選択でき、前述のように、（該当の）送信リソース（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）の中からランダムに選択した（送信リソース（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が“０”（及び／又は“負の整数値”）になったときに（少なくとも）トリガされることができる。
【０２５３】
このとき、上記Ｖ２Ｘ端末は、予約された上記リソースがもうこれ以上残っていない場合、選択ウィンドウでのリソース再選択を行うことができる。また、上記Ｖ２Ｘ端末が１秒間連続してＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことができ、上記Ｖ２Ｘ端末が予め設定された個数の送信機会の間に連続してＶ２Ｘ送信を行わない場合、選択ウィンドウでのリソース再選択を行うことができる。一例として、（該当の）有限の個数（及び／若しくはＴＮＵＭ＿Ｖ２ＸＳＦ個）の予約（／選択）されたサブフレーム（／リソース）が（時間領域上において）（全部）通過する（並びに／又は予め設定（／シグナリング）されたサブフレームインデックス（例えば、１０２４０（若しくはＴＮＵＭ＿Ｖ２ＸＳＦ））が通過する）にもかかわらず、（選択された）カウンタ値が“０”（及び／若しくは“負の整数値”）にならない場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、送信リソース（再）予約（／選択）動作を行うようにするものの、（送信リソース（再）予約）カウンタ値を新しく（ランダムに）選択するように（又は（送信リソース（再）予約）カウンタ値を（新しく（ランダムに）選択しないで）既存の値（ＳＥＬ＿ＣＮＴＶＡＬ）（若しくは残りの値（若しくは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用））するようにすることもできる。
【０２５４】
端末が送信リソースを再選択する具体的な例は、後述するようにする。
【０２５５】
ここで、一例として、（該当の）“送信リソース（再）予約（／選択）動作”という用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて既に選択した（送信）リソースを維持（／再使用）しないことを決定した場合（若しくは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））、センシング結果に基づいて（既存と異なる（若しくは同じ））送信リソースを（再）予約（／選択）すること、並びに／又は（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（若しくは該当の確率値（ＫＥＥＰ＿Ｐ）に関係なく））既に選択した（送信）リソースを維持（／（再）使用）すること、（並びに／又は（Ｃ）既存と同じ有限の個数（若しくは予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（及び／若しくはＳＥＬ＿ＣＮＴＶＡＬ値から導出される値）より大きな（若しくは大きいか若しくは同じである）値として解釈））のサブフレーム（若しくは（既存と）同じリソース）を（再度）予約（／選択）すること）として解釈されることができる。
【０２５６】
（例示＃２）一例として、（（例示＃１）が適用される場合）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（例えば、リソース予約（間隔）周期“Ｐ＿Ｘ”）にとって、（ＰＳＣＣＨデコードで把握した）他のＶ２Ｘ  ＴＸ  ＵＥ＃Ｙが予約（／選択）したリソース予約（間隔）周期“Ｐ＿Ｙ”の送信リソースと自体の予約（／選択）可能な候補リソースとの間で衝突（／重複）するかどうかの判断（例えば、前述した“ＳＴＥＰ２”）は、（該当する候補リソース上において）自体が仮定する（／見なす）（有限の）個数（ＮＵＭ＿ＥＸＴＸ）の送信が行われると仮定（／見なし）したとき（又は自体が予約（／選択）する（リソース予約（間隔）周期“Ｐ＿Ｘ”の）有限のサブフレーム（／リソース）の個数分だけの送信が行われると仮定した（／見なした）とき）、衝突（／重なり）が発生するかどうかによって決定されるようにすることができる。ここで、（該当の規則が適用された場合に対する）一例として、（（ＳＵＢＦＲＡＭＥ＃（Ｎ−１０））ＰＳＣＣＨデコードで）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが“１０００ＭＳ”のリソース予約（間隔）周期でＳＵＢＦＲＡＭＥ＃（Ｎ−１０）、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０）上の送信リソースを予約（／選択）したことを把握した場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（“１００ＭＳ”のリソース予約（間隔）周期）にとって、ＳＵＢＦＲＡＭＥ＃Ｎ（現在時点）において送信リソースの（再）予約（／選択）を実行時、（予め設定（／仮定）された“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の）ＵＢＦＲＡＭＥ＃（Ｎ＋９０）上の（Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙと同じ（周波数）位置の）候補リソースが選択可能であるかを判断するために、“ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋１９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋２９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋３９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋４９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋５９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋６９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋７９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋８９０），（ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））”（及び／又は“ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊９）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊８）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊７）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊６）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊５）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊４）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊３）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００＊２）），ＳＵＢＦＲＡＭＥ＃（Ｎ＋（９９０−１００）），（ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））”）の形態のモニタリングを行うようにすることができる。ここで、一例として、該当形態のモニタリングは、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘが、（予め設定（／仮定）された“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが予約（／選択）した同一（周波数）位置の候補リソース（ＳＵＢＦＲＡＭＥ＃Ｚ（例えば、“Ｚ＝（Ｎ＋９０）”））が選択可能であるかを、（該当の）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが（“Ｐ＿Ｙ”に基づいて）（追加的に）予約（／選択）したリソ��ス（／サブフレーム）時点（例えば、ＳＵＢＦＲＡＭＥ＃Ｇ（例えば、“Ｇ＝（Ｎ＋９９０）”））（例えば、一種の“ＵＰＰＥＲ  ＢＯＵＮＤ”と解釈されることができる）と、ＳＵＢＦＲＡＭＥ＃（Ｚ＋Ｐ＿Ｘ＊Ｋ）（ここで、一例として、“０≦Ｋ≦（“（Ｚ＋Ｐ＿Ｘ＊Ｍ）”値が“Ｇ”値より小さいか若しくは同じである条件を満たす最大の（整数）Ｍ値）”）と、の間に重なりが発生するか（並びに／又は、ＳＵＢＦＲＡＭＥ＃Ｚと、ＳＵＢＦＲＡＭＥ＃（Ｇ−Ｐ＿Ｘ＊Ｒ）（ここで、一例として、“０≦Ｒ≦（“（Ｇ−Ｐ＿Ｘ＊Ｈ）”値が（予め設定（／仮定）された）“（ＴＸ  ＲＥＳＯＵＲＣＥ）ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ”内の最小サブフレームインデックス値より大きいか若しくは同じである条件を満たす最大の（整数）Ｈ値）”）と、の間に重なりが発生するか）によって決定（／判断）されると見なされる。ここで、一例として、（（例示＃２）の）提案規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予約（／選択）するリソースの個数（例えば、（例示＃１））と、衝突（／重複）を判断するために将来（未来）（future）を把握しなければならないリソースの個数（例えば、（例示＃２））と、は異なりうると解釈されることができる。ここで、（該当の規則が適用された場合に対する）さらに他の一例として、（（ＳＵＢＦＲＡＭＥ＃（Ｎ−１０））ＰＳＣＣＨデコードで）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙが“１０００ＭＳ”のリソース予約（間隔）周期でＳＵＢＦＲＡＭＥ＃（Ｎ−１０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０）上の送信リソースを予約（／選択）したことを把握した場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｘ（“１００ＭＳ”のリソース予約（間隔）周期）にとって、ＳＵＢＦＲＡＭＥ＃Ｎ（現在時点）で送信リソース（再）予約（／選択）の実行時、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０）上の（Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙと同じ（周波数）位置の）候補リソースは、自体が仮定（／見なし）する（有限の）個数（例えば、“９”個）（例えば、該当の（有限の）個数は、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙの予約（／選択）送信リソース（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））時点よりモニタリングサブフレームインデックスの最大値が大きくならない（最大）（整数）値に設定されることができる）の送信（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋１９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋２９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋３９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋４９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋５９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋６９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋７９０），ＳＵＢＦＲＡＭＥ＃（Ｎ＋８９０））が行われるとき、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｙの予約（／選択）送信リソース（例えば、ＳＵＢＦＲＡＭＥ＃（Ｎ＋９９０））と衝突するか（又は重なっているか）によって、（最終的に）選択するかどうかが決定されることができる。ここで、一例として、該当する例では、衝突しない（又は重ならない）から、（最終的な）選択が可能である。一例として、ＮＵＭ＿ＥＸＴＸ値とＦＩＮＩ＿ＳＦＮＵＭ値（（例示＃１）参照）とは、独立して（／互いに異なるように）（又は同一に）設定（／シグナリング）されることができる。ここで、一例とし��、ＦＩＮＩ＿ＳＦＮＵＭ値は、（同じキャリア（／周波数）上の（Ｖ２Ｘリソースプールを共有する））Ｖ２Ｘ  ＵＥ（ＧＲＯＵＰ）間で共通の値（又は独立した値）に設定（／シグナリング）（及び／又はＮＵＭ＿ＥＸＴＸ値は、（同じキャリア（／周波数）上の（Ｖ２Ｘリソースプールを共有する））Ｖ２Ｘ  ＵＥ（ＧＲＯＵＰ）間で独立した値（例えば、端末の上位層が設定）（又は共通の値）に設定（／シグナリング））されることもできる。
【０２５７】
（例示＃３）一例として、（選択された）カウンタ値が（実際の）ＴＢ（／パケット）送信ごとに、予め設定（／シグナルリール）された値（例えば、“１”）分だけ減少する場合、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｍに送信するＴＢ（／パケット）が（長時間の間）（（ＬＯＷ  ＬＡＹＥＲ）バッファ（及び／又はＰＤＣＰ  ＬＡＹＥＲ）上に）ないと（及び／又は（実際の）ＴＢ（／パケット）送信がないと）、（選択された）カウンタ値の減少が中断し、（長時間後に）送信するＴＢ（／パケット）がまた生じたとき（及び／又は（実際の）ＴＢ（／パケット）送信が行われるとき）、（該当の）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｍは、（（選択された）カウンタ値が正の整数値状態であるから）（既に）予約（／選択）されたリソースを依然として有していると見なし（／仮定し）、（該当の）リソースを誤って（正しくなく）使用するようになる。
【０２５８】
端末は、予約された送信リソースを再選択でき、（該当の）送信リソース（再）予約（／選択）動作は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）された範囲（例えば、“５〜１５”）内でランダムに選択した（送信リソース（再）予約）カウンタ値（ＳＥＬ＿ＣＮＴＶＡＬ）が“０”（及び／又は“負の整数値”）になったときに（少なくとも）トリガされることができる。ここで、一例として、端末は、実際の送信を行なったとき、上記カウンタ値を‘１’ずつ減少させることができ、カウンタ値が０になった場合に、端末がリソース再予約動作を行うことができる。言い換えれば、この場合、送信リソース再予約は、（（予め）予約されたリソース上において）端末が実際に送信を行わなければ発生しない（トリガされない）ことができる。
【０２５９】
前述のように、（リソース再予約をトリガする）上記カウンタの値は、（（予め）予約されたリソース上において）端末による実際のパケット送信が行われなければ減少しないが、（予め）予約された（有限の）個数のリソースが（時間領域上において）全部通過したにもかかわらず、該当カウンタ値が“０”（及び／又は“負の整数値”）にならないと、（永遠にリソース再予約がトリガされない）デッドロック（Deadlock）問題が発生できる。
【０２６０】
そのため、前述の（先に）（aforementioned）発生する問題を解決するために、以下では、（上記カウンタの値が０にならない場合にも）リソース再予約（すなわち、リソース再選択）を行うことができる方法を図面によって説明する。
【０２６１】
図２４は、本発明の一実施形態による、端末がリソースを再選択する方法のフローチャートである。
【０２６２】
図２４によれば、端末は、リソース再選択条件が満たされるかどうかを決定する（Ｓ２４１０）。リソース再選択条件は、複数でありうる。端末は、上記複数のリソース再選択条件のうち、少なくとも一つを満たす場合、リソース再選択を行うことができる。ここで、一例として、（該当問題を解決するために）（（選択された）カウンタ値が正の整数値の状態である）Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｍにとって、予め設定（／シグナリング）されたしきい（時間）値以上に送信するＴＢ（／パケット）が（（ＬＯＷ  ＬＡＹＥＲ）バッファ（及び／若しくはＰＤＣＰ  ＬＡＹＥＲ）上に）ない場合（並びに／又は（実際の）ＴＢ（／パケット）送信が（連続して）行われない場合）（並びに／又は（現在の）サブフレームインデックスが１０２４０（若しくはＴＮＵＭ＿Ｖ２ＸＳＦ）値を超過する場合、並びに／又は自体が予約（／選択）した（有限の個数の）サブフレーム（／リソース）が（時間領域上において）（全部）通過する場合）、送信リソース（再）予約（／選択）動作を行うようにするものの、（送信リソース（再）予約）カウンタ値を新しく（ランダムに）選択するように（又は（送信リソース（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存の値（ＳＥＬ＿ＣＮＴＶＡＬ）（若しくは残りの値（若しくは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用）するように）することもできる。
【０２６３】
要約すると、端末のリソース再選択条件は、（Ａ）Ｖ２Ｘ送信のためのリソースがもうこれ以上残っていない場合（例えば、前述のように‘自体が予約（／選択）したサブフレーム（／リソース）が（全部）通過した場合’）、（Ｂ）端末が連続する１秒の間にパケット送信を行わない場合（例えば、前述のように、‘予め設定（／シグナリング）されたしきい時間値以上に（連続した）ＴＢ（／パケット）送信が行われない場合’）、（Ｃ）端末が予め設定された個数の連続した送信機会をスキップした場合（例えば、前述のように、‘予め設定（／シグナリング）されたしきい値以上に（連続して）ＴＢ（／パケット）送信が行われない場合’）が存在できる。以下、前述のリソース再選択条件に対する具体的な例を説明するようにする。
【０２６４】
（Ａ）Ｖ２Ｘ送信のためのリソースがもうこれ以上残っていない場合
【０２６５】
端末は、設定されたサイドリンクグラントと関連するリソースがもうこれ以上残っていない場合、リソース再選択を行うことができる。すなわち、端末は、設定されたサイドリンクグラントと関連するリソースがもうこれ以上残っておらず、端末に送信する新しいＭＡＣ  ＰＤＵがある場合、リソース再選択がトリガされることができる。（すなわち、前述の場合に、端末は、リソース再選択を行うことができる。）
【０２６６】
一例として、（該当の）有限の個数（及び／又はＴＮＵＭ＿Ｖ２ＸＳＦ個）の予約（／選択）されたサブフレーム（／リソース）が（時間領域上において）（全部）通過した（及び／又は予め設定（／シグナリング）されたサブフレームインデックス（例えば、１０２４０（又はＴＮＵＭ＿Ｖ２ＸＳＦ））が通過した）にもかかわらず、（選択された）カウンタ値が“０”（及び／又は“負の整数値”）にならなかった場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信リソース（再）予約（／選択）動作を行うようにするものの、（送信リソース（再）予約）カウンタ値を新しく（ランダムに）選択するように（又は（送信リソース（再）予約）カウンタ値を（新しく（ランダムに）選択せずに）既存の値（ＳＥＬ＿ＣＮＴＶＡＬ）（若しくは残りの値（若しくは予め設定（／シグナリング）された（他の）値））を継承（／維持／適用）するように）することもできる。
【０２６７】
（Ｂ）端末が連続する１秒の間にパケット送信を行わない場合
【０２６８】
（最後の）１秒の間に、設定されたサイドリンクグラントで指示されるリソース上において送信又は再送信が（ＭＡＣエンティティにより）行われない場合、端末は、リソース再選択を行うことができる。すなわち、端末が１秒という連続する送信機会において送信又は再送信を行わない場合、リソース再選択がトリガされることができる。
【０２６９】
（Ｃ）端末が予め設定された個数の連続した送信機会をスキップした場合
【０２７０】
端末に予め設定された値が設定されており、（設定されたサイドリンクグラントが指示するリソース上において）使用されない送信機会の個数が上記予め設定された値と同じである場合、端末は、リソース再選択を行うことができる。言い換えれば、端末に特定の値が設定されており、端末が連続して上記特定の値の個数分だけの送信機会をスキップした場合、端末は、リソース再選択を行うことができる。
【０２７１】
すなわち、端末がＮ回（ここで、Ｎは、正の整数）の連続する送信機会をスキップした場合、リソース再選択がトリガされることができる。ここで、上記条件が使用される場合に、上記Ｎが端末に設定され、上記Ｎは、［１，２，３，４，５，６，７，８，９］という値を有することができる。
【０２７２】
例えば、端末が‘５’回の連続する送信機会をスキップする場合に、端末がリソース再選択を行うように設定されている場合には、端末は、５回の連続する送信機会の間に送信を行わないときにリソース再選択を行うことができる。
【０２７３】
以後、端末は、リソース再選択条件が満たされる場合、Ｖ２Ｘ通信が行われるリソースに対する再選択を行うことができる（Ｓ２４２０）。言い換えれば、端末は、上記リソース再選択条件が満たされる場合、Ｖ２Ｘ通信が行われるリソースを再選択でき、以後、端末は、選択されたリソース上においてＶ２Ｘ通信を行うことができる。例えば、前述のように、端末は、（Ａ）Ｖ２Ｘ送信のためのリソースがもうこれ以上残っていない場合（例えば、前述のように‘自体が予約（／選択）したサブフレーム（／リソース）が（全部）通過した場合’）、（Ｂ）端末が連続する１秒の間にパケット送信を行わない場合（例えば、前述のように、‘予め設定（／シグナリング）されたしきい時間値以上に（連続した）ＴＢ（／パケット）送信が行われない場合’）、又は（Ｃ）端末が予め設定された数の連続した送信機会をスキップした場合（例えば、前述のように、‘予め設定（／シグナリング）されたしきい値以上に（連続して）ＴＢ（／パケット）送信が行われない場合’）、Ｖ２Ｘ通信が行われるリソースを再選択して、選択されたリソース上においてＶ２Ｘ通信を行うことができる。
【０２７４】
以後、端末は、選択された上記リソースに基づいて上記Ｖ２Ｘ通信を行うことができる（Ｓ２４３０）。ここで、前述のように、選択された上記リソースは、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成されたＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷに基づいて決定されたリソース（すなわち、レイテンシ要求を満たす選択ウィンドウ上のリソース）を意味できる。また、前述（又は後述）のように、上記端末は、端末固有のセンシング区間の間に行なったセンシング結果に基づいて、選択ウィンドウ以内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約リソースを決定し、上記予約リソース上においてＶ２Ｘ通信を行うことができる。端末が選択したリソースに基づいてＶ２Ｘ通信を行う具体的な例は、前述（又は後述）の通りであるので、具体的な内容は省略する。
【０２７５】
ここで、一例として、（該当の）“送信リソース（再）予約（／選択）動作”という用語は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて既に選択した（送信）リソースを維持（／再使用）しないことを決定した場合（若しくは該当確率値（ＫＥＥＰ＿Ｐ）に関係なく））センシング結果に基づいて（既存と異なる（若しくは同じである））送信リソースを（再）予約（／選択）すること、並びに／又は（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（予め設定（／シグナリング）された確率値（ＫＥＥＰ＿Ｐ）に基づいて（若しくは該当の確率値（ＫＥＥＰ＿Ｐ）に関係なく））既存に選択した（送信）リソースを維持（／（再）使用）すること（並びに／又は（Ｃ）既存と同一の有限の個数（若しくは予め設定（／シグナリング）された（他の）個数（例えば、ＳＥＬ＿ＣＮＴＶＡＬ値（及び／若しくはＳＥＬ＿ＣＮＴＶＡＬ値から導出される値）より大きい（若しくは大きいか若しくは同じである）値として解釈））のサブフレーム（若しくは（既存と）同じリソース）を（再度）予約（／選択）すること）として解釈されることができる。
【０２７６】
（例示＃４）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ＃Ｕにとって、（自体の送信リソースの（再）予約（／選択）実行時、及び／又は他のＶ２Ｘ  ＴＸ  ＵＥ＃Ｚの選択（／予約）されたサブフレーム（／リソース）の位置把握時）にリソース予約（間隔）周期“Ｐ”の有限（／無限）の個数の（予約（／選択））サブフレーム（／リソース）が（以前の）１０２４０番目のサブフレームを超過する（例えば、“Ｚ”番目のサブフレーム（ここで、一例として、“Ｚ”は、“１０２４０”より大きな正の整数値））場合、次の（又は以後の）１０２４０個のサブフレーム内の“ＭＯＤ（Ｚ，１０２４０）（ここで、一例として、ＭＯＤ（Ｘ，Ｙ）は、ＸをＹで割り算したときの残りの値を導き出す関数を表す）”番目のサブフレームから（再度）リソース予約（間隔）周期“Ｐ”の間隔で（サブフレーム（／リソース）が）予約（／選択）されると見なす（／仮定する）ようにすることができる。
【０２７７】
（例示＃５）一例として、（（例示＃１）及び／又は（例示＃２）及び／又は（例示＃３）及び／又は（例示＃４）の場合）（Ｖ２Ｘ  ＵＥ（Ｓ）にとって）（有限（／無限）の個数のサブフレーム（／リソース））予約（／選択）自体は、ＳＦＮの範囲（又はＴＮＵＭ＿Ｖ２ＸＳＦ範囲）から外れて（ＳＦＮ  ＷＲＡＰ  ＡＲＯＵＮＤさせて）行うものの、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自体のリソース予約（間隔）周期“Ｐ”をよく守りながら、おかしな（時点の）サブフレーム（／リソース）は、（有効な送信サブフレーム（／リソース）から）除外（ＳＫＩＰ）する形態（及び／又は（有限（／無限）の個数のサブフレーム（／リソース）の）予約（／選択）を自体でＳＦＮ範囲（又はＴＮＵＭ＿Ｖ２ＸＳＦ範囲）を増やしながら行う形態）で動作するようにすることができる。
【０２７８】
（例示＃７）一例として、以下の説明は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の効率的な（Ｖ２Ｘメッセージ（／ＴＢ））送信動作をサポートするための方法を示す。以下、端末は、リソース予約周期Ｐ間隔で１０＊Ｃサブフレームを予約し、このとき、Ｃは、ＭＡＣにより決定されるＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲを意味できる。
【０２７９】
（Ａ）前述のように、端末がリソース予約周期Ｐ間隔で１０＊Ｃサブフレームを予約することにより、大きく２通りの問題点が存在できる。
【０２８０】
まず、端末は、有限の個数のサブフレームを予約するが、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、ＭＡＣ  ＰＤＵが送信される場合においてのみ減少できる。したがって、上位レイヤが特定の時間区間の間にパケット生成を中断する場合、そして多くの予約サブフレームにおいて送信をスキップした場合、端末は、予約されたリソースがもうこれ以上有効でなくなり、新しく到着したパケットの送信に対するリソースがもうこれ以上残っていないことができる。
【０２８１】
また、予約されたサブフレームのセットの時間区間がＤＦＮ（Ｄ２Ｄ  ＦＲＡＭＥ  ＮＵＭＢＥＲ）の範囲を超える場合（すなわち、１０＊Ｃ＊Ｐ＞Ｔmax，Ｔmaxは、１０２４０又は１０１７６）、第２番目のＤＦＮ範囲でのサブフレームナンバは、１００で分けられないことができる（すなわち、１００で分ける場合、残りが発生できる）。
【０２８２】
例えば、図２２の場合のように、Ｖ２Ｖサブフレームが１０２４０というインデックス範囲を有する場合、端末がインデックス｛０，１００，．．．，１０２００，１０３００，．．．，１４９００｝に対するサブフレームを予約する場合、上記１０３００から１４９００までのサブフレームナンバは、ＤＦＮ範囲を超える範囲に該当するから、実際には｛０，１００，．．．，１０２００，６０，１６０，．．．，３６６０｝に対するサブフレームが予約されることができる。
【０２８３】
（Ｂ）これについて、以下では、前述した２通りの問題点を解決するための方法を提供するようにする。
【０２８４】
まず、第１の問題点を解決するために、端末が予約したリソースがもうこれ以上残っていないにもかかわらず、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが依然として０より大きい場合、端末は、リソース予約を拡張できる。
【０２８５】
第２の問題点を解決するために、予約されたサブフレームの数をカウンタ数と独立して設定できる。なお、予約されたサブフレームの数をカウンタ値より小さく設定することもできる。例えば、端末は、リソース予約がトリガされるとき、現在のＤＦＮ範囲の境界までのサブフレームのセットを予約できる。
【０２８６】
図２５は、前述の提案を考慮してリソース予約を行う方法の一例である。
【０２８７】
図２５によれば、前述の２通りの提案を考慮して、端末は、まずＤＦＮ境界以前に終了するサブフレームのセットを決定し、より多くのリソースが必要であれば、同じリソース予約間隔でリソース予約を繰り返すことができる。
【０２８８】
（Ｃ）前述の提案を要約すると、以下の通りである。
【０２８９】
提案１：端末がもうこれ以上予約されたリソースを有していないものの、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲが依然として０より大きな場合、端末がリソース予約を拡張できる。
【０２９０】
提案２：リソース予約がトリガされるとき、端末は、現在のＤＦＮ範囲の境界までのサブフレームのセットを予約できる。
【０２９１】
Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）の送信リソース（再）予約（／選択）動作に関する一例は、以下の表２のように表すことができる。
【０２９２】
＜表２−１＞
【表２−１】
2019526995.tif 000004
【０２９３】
＜表２−２＞
【表２−２】
2019526995.tif 000005
【０２９４】
＜表２−３＞
【表２−３】
2019526995.tif 000006
【０２９５】
（例示＃６）一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、表２（例えば、前述（又は後述）の“ＳＴＥＰ  ２／３”）に従って、送信リソース（再）予約（／選択）動作を行うようにすることができる。ここで、一例として、ＳＣＩフォーマット上の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＦＩＥＬＤ（ＲＲ＿ＦＩＥＬＤ）”値は、（（端末）上位レイヤから設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ（ＲＲ＿ＩＮＶ）”値を予め定義（／シグナリング）された値（Ｐ＿ＳＴＥＰ）（例えば、“Ｐ＿ＳＴＥＰ＝１００”）で割り算した商（／値）（Ｉ＿ＶＡＬＵＥ）として指定されることができる。ここで、一例として、Ｉ＿ＶＡＬＵＥ値は、（最大）“１≦Ｉ＿ＶＡＬＵＥ≦１０”の範囲に設定（／シグナリング）されることができる。ここで、一例として、特定のＩ＿ＶＡＬＵＥ値の選択（／許可）が可能であるかどうかは、“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で（予め定義されたシグナリング（例えば、１０−ＢＩＴ  ＢＩＴＭＡＰ上のＸ番目のビットがＸ番目のＩ＿ＶＡＬＵＥ値の選択（／許可）が可能であるかどうかを指示する）を介して）指定されうる。ここで、一例として、特定のＩ＿ＶＡＬＵＥ値（Ｉ＿ＲＥＳＶＡＬ）の選択制限は、（Ａ）“Ｉ＿ＲＥＳＶＡＬ＊Ｐ＿ＳＴＥＰ”値のＲＲ＿ＩＮＶ値を（（端末）上位層が）設定（／シグナリング）できないこと、及び／又は（Ｂ）（（端末）上位層が）（実際に）所望する（願う）（desired）ＲＲ＿ＩＮＶ値に最も近似する（近接した）（approximate）値を表現できる（Ｉ＿ＲＥＳＶＡＬでない）他のＩ＿ＶＡＬＵＥ値を設定（／シグナリング）しなければならないと解釈されることができる。
【０２９６】
一方、端末が（センシングウィンドウで）センシングを行う間に送信が行われる場合、すなわち、センシングウィンドウ内でＶ２Ｘ送信が行われるサブフレームに対しては、（ハーフデュプレックス問題によって）端末がセンシングを行うことができない可能性もある。このとき、端末がセンシングを行うことができないサブフレームと特定周期に対応するサブフレーム上において、端末がＶ２Ｘメッセージ送信を行う場合には、端末がセンシングを行うことができなかったサブフレームに基づいてＶ２Ｘメッセージを送信する結果を招くようになる。
【０２９７】
そのため、以下では、端末がセンシングを行うことができなかったサブフレームに基づいてＶ２Ｘメッセージを送信する問題を解決するために、端末がセンシングを行うことができなかったサブフレームに関連する（選択ウィンドウでの）サブフレームを排除させる方法を図面によって提供する。
【０２９８】
図２６は、本発明の一実施形態による、端末がセンシングを行うことができなかったサブフレームに関連する（選択ウィンドウでの）サブフレームを排除させる方法のフローチャートである。
【０２９９】
図２６によれば、端末は、センシング区間の間に送信が行われたサブフレームに関連する（選択ウィンドウでの）サブフレームを除外したサブフレームを、（選択ウィンドウで）選択する（Ｓ２６１０）。言い換えれば、端末は、選択ウィンドウでの複数のサブフレームの中で、センシング区間の間に送信が行われたサブフレームと関連する選択ウィンドウでのサブフレームを除外し、除外された選択ウィンドウでのサブフレーム以外のサブフレームを上記複数のサブフレームの中から選択できる。
【０３００】
ここで、センシング区間の間に送信が行われたサブフレームと関連する選択ウィンドウにおけるサブフレームは、端末が上記選択ウィンドウでのサブフレームを選択する場合、選択されたサブフレームのリソース予約周期に応じて（サブフレームが）端末がセンシングを行うことができないサブフレームに（特定周期で）対応するサブフレームとオーバラップするサブフレームを意味できる。理解の便宜のために、本内容を図面によって説明すれば、以下のとおりである。。
【０３０１】
図２７は、端末がセンシングを行うことができなかったサブフレームに関連する（選択ウィンドウでの）サブフレームを排除する例を示したことである。
【０３０２】
図２７によれば、例えば、第１サブフレームは、端末がセンシングを行うことができなかったサブフレームを意味できる。上記第１サブフレームと特定周期で対応するサブフレームは、第３サブフレームであると仮定することができる。
【０３０３】
ここで、選択ウィンドウにおける第２サブフレームが選択されるとき、選択された第２サブフレームに対するリソース予約周期に従って予約されるサブフレームが複数あり、予約されるサブフレームのうち、一つ（又は複数）のサブフレームが上記第３サブフレームとオーバラップする場合には、端末は、上記第２サブフレームを選択ウィンドウで選択しないこともできる（すなわち、選択において除外できる）。
【０３０４】
図２６へ戻ってこれを一般化すると、例えば、（センシングウィンドウ以内の）サブフレーム＃ｋで（Ｖ２Ｘメッセージ送信が行われて）端末がセンシングを行うことができなかったり、サブフレーム＃（ｙ＋Ｐ＊ｊ）とサブフレーム＃（ｋ＋１００＊ｉ）とがオーバラップする場合、端末は、選択ウィンドウ以内のサブフレーム＃ｙをリソース予約選択から排除することができる。ここで、前述のように、サブフレーム＃ｋは、端末がセンシングを行うことができなかったサブフレームに対応し、サブフレーム＃ｙは、選択ウィンドウ以内のサブフレームを意味できる。また、上記Ｐは、端末のリソース予約周期を意味でき、例えば、Ｐは、１００ｍｓの値を有することができる。上記ｊは、０，１，２，．．．，Ｃ_resel-１の値を意味でき、Ｃ_reselは、前述のように特定のカウンタ値に比例する値（例えば、１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲの値）を意味できる。特定カウンタについての内容（すなわち、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）は、前述のとおりであるので、具体的な説明は省略する。なお、ｉは、キャリア固有設定により制限されるセットでの要素を意味できる。すなわち、上記ｉは、基地局が予約を許すことができる値を意味し、特定の周期と関連する値（例えば、ｉが２の場合、特定周期（例えば、１ホップ）は、１００＊ｉ＝２００ｍｓ）を意味できる。このとき、ｉは、例えば２，４，６，８の値を有することもできる。
【０３０５】
ここで、一例として、表２でに述べられたＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、ＳＴＥＰ  ２において
2019526995.tif 000007
が自体のＶ２Ｘメッセージ送信動作でモニタリングされなかった場合（及び／又は自体のＶ２Ｘメッセージ送信動作で
2019526995.tif 000008
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連ＰＳＣＣＨデコード及び（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（及び／又はＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＳAに属するRX,Yのうち、ＲX,Y+RR_INVTX*jが
2019526995.tif 000009
（及び／又は
2019526995.tif 000010
上の他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）により選択（／予約）されうる（一部の）（一つ又は複数の）リソース）と重なる場合、ＲX,YをＳA集合から（追加的に）除外させるようにすることができる。ここで、一例として、“Ｊ”値は、“０，１，．．．，（ＣRESEL-１）（表２を参照）”の形態で定義されることができる。ここで、一例として、“ＲＲ＿ＩＮＶＴＸ”は、自体の（上位層から設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値を意味し、“Ｉ＿ＣＡＮＶＡＬ”は、（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）-ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で指定された選択（／許可）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する（一つ又は複数の）値として（限定的に）解釈されることができる。ここで、一例として、上記規則が適用される場合、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＳＴＥＰ  ２において自体のＶ２Ｘメッセージ送信動作によりリソース（例えば、
2019526995.tif 000011
）をモニタリングしないので（モニタリングされなかったリソース（例えば、
2019526995.tif 000012
）が発生することによって）（as a resource (for example, 
2019526995.tif 000013
) is not monitored from the V2X message transmission operation of the V2X TX UE(s) in the STEP 2））ＳA集合からＲX,Yが（追加）除外されるかどうかを判断するとき、（特定のキャリア（／プール）上において）（実際に）選択（／許可）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”（及び／又は“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”）だけを考慮すると解釈されることができる。
【０３０６】
以後、端末は、選択された上記サブフレームに基づいてＶ２Ｘ通信を行うことができる（Ｓ２６２０）。ここで、前述のように、選択された上記サブフレーム（又はリソース）は、ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴを満たす範囲内で構成された（ＳＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）に基づいて決定されたリソース（すなわち、レイテンシ要求を満たす選択ウィンドウ上のリソース）を意味できる。また、前述（又は後述）のように、上記端末は、端末固有のセンシング区間の間に行なったセンシング結果に基づいて、選択ウィンドウ以内のサブフレームを選択でき、端末は、選択されたサブフレームに基づいて送信予約リソースを決定し、上記予約リソース上においてＶ２Ｘ通信を行うことができる。前述のように、端末が選択された上記サブフレーム上においてＶ２Ｘ通信を行うということは、端末が選択したサブフレームに関連して予約されたサブフレーム上においてＶ２Ｘ通信を行うことを意味できる。端末が選択したリソースに基づいてＶ２Ｘ通信を行う具体的な例は、前述（又は後述）の通りであるので、具体的な内容は省略する。
【０３０７】
ここで、さらに他の一例として、表２上に述べられたＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、ＳＴＥＰ  ２において
2019526995.tif 000014
が自体のＶ２Ｘメッセージ送信動作でモニタリングされなかった場合（及び／又は自体のＶ２Ｘメッセージ送信動作で
2019526995.tif 000015
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連のＰＳＣＣＨデコード及び（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（及び／又はＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＳAに属するＲX,Yのうち、ＲX,Y+RR_INVTX*Jが
2019526995.tif 000016
（及び／又は
2019526995.tif 000017
上の他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）により選択（／予約）されうる（一部の）（一つ又は複数の）リソース）と重なる場合、ＲX,YをＳA集合から（追加的に）除外させるようにすることができる。ここで、一例として、“Ｉ＿ＣＡＮＶＡＬ＿Ｘ”は、（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で指定された選択（／許可）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する（一つ又は複数の）値のうち、最大値（又は最小値又は特定値）として設定（／シグナリング）されることができる。ここで、さらに他の一例として、表２上に述べられるＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、
2019526995.tif 000018
が自体のＶ２Ｘメッセージ送信動作でＳＴＥＰ  ２においてモニタリングされなかった場合（及び／又は自体のＶ２Ｘメッセージ送信動作で
2019526995.tif 000019
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連のＰＳＣＣＨデコード及び（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（及び／又はＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＲX,YをＳA集合から（追加的に）除外させるようにすることができる。ここで、一例として、“（Ｎ−１００１）≦（Ｙ−Ｉ＿ＣＡＮＶＡＬ＊Ｐ＿ＳＴＥＰ）≦（Ｎ−２）”（ここで、一例として、ＳＵＢＦＲＡＭＥ＃Ｎ時点は、（上位層から）（送信）リソース（再）予約（／選択）実行が設定（／シグナリング）された時点として解釈されることができる）（及び／又は“Ｐ＿ＳＴＥＰ＝１００”）と定義されることができる。ここで、さらに他の一例として、表２上に述べられるＳＴＥＰ  ５において、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、
2019526995.tif 000020
が自体のＶ２Ｘメッセージ送信動作でＳＴＥＰ  ２においてモニタリングされなかった場合（及び／又は自体のＶ２Ｘメッセージ送信動作で
2019526995.tif 000021
上において他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）関連のＰＳＣＣＨデコード及び（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ（及び／又はＳ−ＲＳＳＩ）測定動作を行うことができなかった場合）、ＲX,YをＳA集合から（追加的に）除外させるようにすることができる。ここで、一例として、“（Ｎ−１００１）≦（Ｙ−Ｉ＿ＣＡＮＶＡＬ＿Ｑ＊Ｐ＿ＳＴＥＰ＊Ｋ）≦（Ｎ−２）”（ここで、一例として、ＳＵＢＦＲＡＭＥ＃Ｎ時点は、（上位層から）（送信）リソース（再）予約（／選択）実行が設定（／シグナリング）された時点として解釈されることができる）（及び／又は“Ｐ＿ＳＴＥＰ＝１００”）及び／又は“Ｋ＝ＮＯＮ−ＮＥＧＡＴＩＶＥ  ＩＮＴＥＧＥＲ”と定義されることができる。ここで、一例として、“Ｉ＿ＣＡＮＶＡＬ＿Ｑ”は、（（予め）“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で指定された）選択（／許可）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する（一つ又は複数の）値（及び／又は選択（／許可）可能な“Ｉ＿ＶＡＬＵＥ  ＳＥＴ”に属する（一つ又は複数の）値のうち、最小値（又は最大値又は特定値））として設定（／シグナリング）されることができる。ここで、一例として、上記（一部の）規則が適用される場合、ＳA集合からＲX,Yの（追加的な）除外を行うかどうかを判断するとき、（Ａ）Ｊ値を予め設定（／シグナリング）された（一つ若しくは複数の）特定の値（例えば、“Ｊ＝１（／０）”）（並びに／又は“ＲＲ＿ＩＮＶＴＸ＊Ｊ”（若しくは“Ｐ＿ＳＴＥＰ＊Ｊ”）が（特定キャリア（／プール）上において）（実際に）選択（／許可）可能な最大（若しくは最小）の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（又は予め設定（／シグナリング）された特定の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”）と同じになるＪ値（若しくは該当する導き出されたＪ値より小さいか（若しくは大きいか）若しくは同じ（一つ若しくは複数の）値））（のみ）で仮定するようにするか、並びに／又は（Ｂ）ＲＲ＿ＩＮＶＴＸ値を予め設定（／シグナリング）された特定の（一つ若しくは複数の）値（例えば、“ＲＲ＿ＩＮＶＴＸ＝１０００ＭＳ”）（並びに／又は（特定のキャリア（／プール）上において）（実際に）選択（／許可）可能な最大（若しくは最小）の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（又は該当の最大（若しくは最小）の“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”より小さいか（若しくは大きいか）若しくは同じ（一つ若しくは複数の）値））（のみ）で仮定するようにすることができる。ここで、一例として、上記提案方法は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信するメッセージ（／パケット）関連優先順位値（及び／又は（該当の）キャリア（／プール）関連のＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ値）が予め設定（／シグナリング）されたしきい値より小さい（又は大きい）場合においてのみ限定的に適用されるようにすることもできる。
【０３０８】
（例示＃８）一例として、（Ｖ２Ｘ  ＵＥ（Ｓ））自体の送信動作でモニタリング（／センシング）されなかったリソース（／サブフレーム）を、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”において効果的に反映する方法は、以下のとおりである。
【０３０９】
サブフレーム＃ｋにおいて他の端末によりＴＢの単一送信が行われる場合、スキップされたサブフレーム＃ｋ上においてＰＳＳＣＨ−ＲＳＲＰの正確な情報を獲得することは困難でありうる。そのため、サブフレーム＃（ｙ＋Ｐ＊ｊ）がサブフレーム＃（ｋ＋１００＊ｉ）とオーバラップする場合、端末＃Ａが端末の選択ウィンドウ以内に存在するサブフレーム＃ｋを除外することを考慮できる。このとき、前述のように、Ｐは、端末のリソース予約インターバルを意味でき、ｊは、０，１，．．．，１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ−１を意味できる。なお、ｉは、キャリア固有ネットワーク（予め）設定により制限されるセットでの（可能な）要素を意味できる。
【０３１０】
（ここで、一例として、“ＳＵＢＦＲＡＭＥ＃（Ｋ＋１００＊Ｉ）”上の“１００”値は、（予め設定（／シグナリング）された（特定の）リソースプール上における“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（及び／又は（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＳＨＯＲＴＰ＿ＵＥ（Ｓ））と、“（ＲＥＬＡＴＩＶＥＬＹ）ＬＯＮＧＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（及び／又は（相対的に）長い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＬＯＮＧＰ＿ＵＥ（Ｓ））と、が共存するとき、）（Ａ）ＳＨＯＲＴＰ＿ＵＥ（Ｓ）がセンシング動作を行う場合、及び／又は（Ｂ）ＬＯＮＧＰ＿ＵＥ（Ｓ）が（ＳＨＯＲＴＰ＿ＵＥ（Ｓ）に対する）センシング動作を行う場合、（予め設定（／シグナリング）された）他の値として指定されることができる。）
【０３１１】
前述のアプローチ（接近）方法と共に、端末＃Ａは、スキップされたサブフレーム＃ｋからスケジューリングされうる他の端末の送信とオーバラップする（端末の選択ウィンドウ内の）すべてのリソースを除外できる。以下、これを図面によって説明する。
【０３１２】
図２８ないし図３０は、“ＲＥＳＯＵＲＣＥ  ＥＸＣＬＵＳＩＯＮ  ＰＲＯＣＥＤＵＲＥ（ＢＡＳＥＤ  ＯＮ  ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ）”（におけるリソースを）反映する例を示す図である。
【０３１３】
図２８ないし図３０によれば、ｉのセットは、｛２，４｝のように制限されることができ、Ｐ及びＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲは、それぞれ２００ｍｓ、５に設定されることができる。
【０３１４】
図２８の場合、“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊２）（すなわち、ｉ＝２）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊０）（すなわち、ｊ＝０）”，“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊４）（すなわち、ｉ＝４）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊１）（すなわち、ｊ＝１）”によって、（選択ウィンドウ以内の）サブフレーム＃ｋが選択から除外されることができる。
【０３１５】
図２９の場合、“ｓｕｂｆｒａｍｅ＃（ｋ＋１００＊４）（すなわち、ｉ＝４）及びｓｕｂｆｒａｍ＃（ｙ＋２００＊０）（すなわち、ｊ＝０）”によって、（選択ウィンドウ以内の）サブフレーム＃ｋが選択から除外されることができる。
【０３１６】
しかしながら、図３０の場合、前述によるオーバラップが発生する選択ウィンドウでのサブフレームがないので、選択ウィンドウ内のサブフレームが選択から除外されないこともある（選択から除外することは、選択ウィンドウでのサブフレームがないこともできる）（no subframe within the selection window may be excluded from selection）。
【０３１７】
結論として、以下のような提案が提供される。
【０３１８】
提案：リソース排除手順から（自体の送信によって）スキップされたサブフレーム＃ｋを処理するために、以下の解決策が提案されることができる。端末＃ａは、サブフレーム＃（ｙ＋Ｐ＊ｊ）がサブフレーム＃（ｋ＋１００＊ｉ）と重なることができるならば、自体の選択ウィンドウ内でのサブフレーム＃ｙを排除しなければならない。ここで、Ｐは、端末のリソース予約間隔を意味でき、ｊは、０，１，．．．，（１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ−１）であり、ｉは、キャリア別ネットワークの（事前）構成（(pre)setting）により制限されたセットのすべての（使用可能な）要素でありうる。
【０３１９】
さらに他の一例として、予め指定（／シグナリング）された（特定の）長さ（例えば、“１６”、“２０”、“１００”）のビットマップがＶ２Ｘリソースプール設定のために繰り返し適用される場合、（特に、ＳＬＳＳ送信用（途）として設定（／シグナリング）されたサブフレームがＶ２Ｘリソースプールとして設定（／シグナリング）可能な（候補）サブフレームから除外されることによって）“ＤＦＮ  ＲＡＮＧＥ  ＥＮＤ”において該当のビットマップ（適用）が“ＴＲＵＮＣＡＴＥＤ”される問題が発生できる。ここで、一例として、該当の問題を解決するために、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”又は“１０１７６”）を増加（例えば、一種のＨＹＰＥＲ−ＳＦＮ（／ＨＹＰＥＲ−ＤＦＮ）方式で解釈可能）させることができる。ここで、一例として、（増加した）“（最大）ＤＦＮ  ＲＡＮＧＥ”値は、“１０２４０（／１０１７６）＊Ｈ＿ＶＡＬ”（又は“１０２４０（／１０１７６）＊Ｈ＿ＭＡＸＶＡＬ”）（及び／又は“ＭＡＸ  ＤＦＮ  ＲＡＮＧＥ＊Ｈ＿ＶＡＬ”（又は“ＭＡＸ  ＤＦＮ  ＲＡＮＧＥ＊Ｈ＿ＭＡＸＶＡＬ”））の形態で定義されることができる。ここで、一例として、（Ａ）（現在適用される）Ｈ＿ＶＡＬ値（／インデックス）、（Ｂ）設定（／使用）可能なＨ＿ＶＡＬ（インデックス）範囲、並びに／又は（Ｃ）Ｈ＿ＶＡＬの最大値（／最大インデックス）（Ｈ＿ＭＡＸＶＡＬ）（及び／若しくは最小値（／最小インデックス）（Ｈ＿ＭＩＮＶＡＬ））などは、ネットワーク（若しくはサービングセル）が、予め定義された（上位（／物理）層）シグナリングを介して（及び／若しくは（ＳＹＮＣＨ．ＳＯＵＲＣＥ）端末がＰＳＢＣＨ上の（新しく定義された）フィールドを介して（若しくは予め定義されたＤ２Ｄチャネル／シグナルを介して））、（“ＣＡＲＲＩＥＲ（／ＰＯＯＬ／ＣＥＬＬ）−ＳＰＥＣＩＦＩＣ（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態及び／若しくは“Ｖ２Ｘ  ＰＯＯＬ（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の一環として）予め設定（／シグナリング）することができる。
【０３２０】
図３１は、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”又は“１０１７６”）を増加させた場合に関する一例を示す図である。ここで、一例として、Ｈ＿ＶＡＬ（及び／又はＨ＿ＭＡＸＶＡＬ）値（例えば、図３１では、“Ｈ”で表示）が“５”に設定された状況を仮定した。ここで、一例として、（増加した）“（最大）ＤＦＮ  ＲＡＮＧＥ”値がＶ２Ｘリソースプール設定関連の（指定（／シグナリング）された）ビットマップ長さで（残り無しで）割り切れるように（及び／又は（Ｖ２Ｘリソースプールに設定（／シグナリング）された（全体の）サブフレーム上において）（（特定キャリア（／プール）上において）（実際に）選択（／許可）可能な）（最大（若しくは最小）の又は予め設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（例えば、“１００ＭＳ”）の倍数に該当する周期の（正しい）“ＷＲＡＰ  ＡＲＯＵＮＤ”が可能なように）Ｈ＿ＶＡＬ値（及び／又はＨ＿ＭＡＸＶＡＬ）（及び／又はＶ２Ｘリソースプール設定（／シグナリング）関連のビットマップ値）が（制限的に）設定（／シグナリング）されることができる。ここで、一例として、上記規則が適用される場合、Ｖ２Ｘ  ＵＥ（Ｓ）は、（既存の）“（最大）ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４（／１０２４０）”）を通過するごとに、Ｈ＿ＶＡＬ値を予め設定（／シグナリング）された値（例えば、“１”）分だけずつ増加させるものの、同じＨ＿ＶＡＬ値ベースの（Ｖ２Ｘ）サブフレーム（集合）内で相対的に小さなインデックスの（Ｖ２Ｘ）サブフレームから（Ｖ２Ｘメッセージ）送信（及び／又はＶ２Ｘ通信）に使用（／考慮）するようになる。さらに他の一例として、センシングなどの動作において“ＳＵＢＦＲＡＭＥＩＮＤＥＸ”は、（Ｖ２Ｘ）リソースプール内での“ＬＯＧＩＣＡＬ  ＩＮＤＥＸ”を使用する。ここで、一例として、（予め設定された）他のシグナルと（Ｖ２Ｘ）リソースプールとが“ＴＤＭ”される場合、物理的な時間間隔が相対的に大きくなることができる。ここで、一例として、このような場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値をより小さな値で使用するようにすることができる。
【０３２１】
一方、上述の規則が適用された場合（例えば、上述のように、（既存の）“ＤＦＮ  ＲＡＮＧＥ”値（例えば、“１０２４０”又は“１０１７６”）を増加（例えば、一種のＨＹＰＥＲ−ＳＦＮ（／ＨＹＰＥＲ−ＤＦＮ）方式で解釈可能）させる場合）、下記のようにＶ２Ｘ通信が行われることができる。
【０３２２】
（Ａ）（例えば、Ｖ２Ｖサブフレームに対するビットマップがＤＦＮ期間［ＲＡＮ１，ＲＡＮ２］内で整数回数繰り返さない場合）、Ｖ２Ｖは、他の信号／チャネルと多重化されることができる。
【０３２３】
（Ｂ）現在、Ｖ２Ｖに対するＤＦＮ範囲、すなわちＶ２Ｖに割り当てられうるサブフレームの数を意味するＴｍａｘは、ＳＬＳＳリソース構成に応じて１０２４０又は１０１７６でありうる。
【０３２４】
これに対し、リソースプールに対するＶ２Ｖサブフレームを表すビットマップの長さは、１６、２０又は１００でありうる。したがって、前述（例えば、図２２の場合）のように、ＤＦＮ範囲がビットマップ長の単位で割り切れ（割り算され）（divided exactly）ない場合が発生できる。
【０３２５】
この問題を解決できる根本的な解決策は、ＤＦＮ範囲（すなわち、Ｔｍａｘ）を常にビットマップの長さで割り切れることができるように変更することである。これは、ビットマップの長さの倍数になるようにＤＦＮ範囲を増やすことを意味できる。このため、ＳＦＮ範囲を増やすために、“ハイパーＳＦＮ（Ｈ−ＳＦＮ）”という概念を導入できる。
【０３２６】
ここで、Ｈ−ＳＦＮがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＢＲで提供される場合、ＣＥ内のＢＬ  ＵＥ及びＵＥに対する修正周期境界は、（Ｈ−ＳＦＮ＊１０２４＋ＳＦＮ）  ｍｏｄ  ｍ＝０であるＳＦＮ値により定義されることができる。ここで、ＮＢ−ＩｏＴに関して、Ｈ−ＳＦＮは、常に提供されることができ、修正周期境界は、（Ｈ−ＳＦＮ＊１０２４＋ＳＦＮ）  ｍｏｄ  ｍ＝０であるＳＦＮ値により定義されることができる。修正周期は、システム情報により設定されることができる。
【０３２７】
修正周期より長いか、又は同じｅＤＲＸ周期を使用するＲＲＣ＿ＩＤＬＥ端末に対するシステム情報アップデート通知を可能にするために、ｅＤＲＸ獲得周期が定義されることができる。ｅＤＲＸ獲得周期の境界は、Ｈ−ＳＦＮ  ｍｏｄ  ２５６＝０であるＨ−ＳＦＮ値により決定されることができる。特に、ＮＢ−ＩｏＴの場合、ｅＤＲＸ獲得期間の境界は、Ｈ−ＳＦＮ  ｍｏｄ  １０２４＝０であるＨ−ＳＦＮ値により決定されることができる。
【０３２８】
図３２は、アップデートされたシステム情報を送信する一例を示す図である。
【０３２９】
図３２によれば、ネットワークが（一部の）システム情報を変更すると、ネットワークは、この変更（変化）に対して端末にまず通知できる。次の修正周期においてネットワークは、アップデートされたシステム情報を送信できる。変更通知を受信すると、端末は、修正周期より小さいか、又は同じであるＤＲＸサイクルを使用して、次の修正周期の始まりから新しいシステム情報を直ちに獲得することができる。
【０３３０】
送信されるシステム情報、すなわち、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１は、以下の表３のように定義されることができる。
【０３３１】
＜表３＞
【表３】
2019526995.tif 000022
【０３３２】
ここで、‘ｈｙｐｅｒＳＦＮ’は、ＳＦＮがラッピングされるときに一つずつ増加するハイパーＳＦＮを表し、‘ｅＤＲＸ−Ａｌｌｏｗｅｄ’に関して、このフィールドの存在は、アイドルモードが拡張されたＤＲＸがセルで許可されるかどうかを表す。端末は、ｅＤＲＸ許可が存在しないと、拡張されたアイドルモードにおけるＤＲＸ（アイドルモードから拡張されたＤＲＸ）（the DRX in the extended idle mode）の使用を中断しなければならない。
【０３３３】
類似の原理を使用すると、“ハイパーＤＦＮ”を定義してＤＦＮ範囲を増やすことができる。（すなわち、ＳＬＳＳサブフレームを除外した）論理領域でのＶ２Ｖサブフレームインデックスは、（Ｈ−ＤＦＮ＊Ｔｍａｘ＋ＤＦＮ）により与えられることができる。
【０３３４】
Ｈ−ＤＦＮの最大値であるＨｍａｘは、ハイパーＤＦＮ範囲で潜在的なＶ２Ｖサブフレームの総数であるＨｍａｘ＊Ｔｍａｘに達する（が構成された）（amounting to）ビットマップの長さで分り切れるように構成できる。
【０３３５】
図３３は、ハイパーＤＦＮの一例を示している。
【０３３６】
本例では、Ｈｍａｘが５に設定されることができる。（すなわち、Ｈ−ＤＦＮ＃５がＨ−ＤＦＮ＃０にリセットされる）。このようなハイパーＤＦＮをサポートするために、現在のＨ−ＤＦＮインデックスは、同じリソースプールを共有する端末だけでなく、ｅＮＢと端末との間で同期化する必要がある。これは、ｅＮＢと端末との間のリソースプール構成の一部としてシグナリングされることができ、またＰＳＢＣＨを介してシグナリングされることができる。ＧＮＳＳが同期化参照（synchronization reference）である場合、Ｈ−ＤＦＮインデックスは、現在のＵＴＣ値から派生されることができる。
【０３３７】
（Ｃ）結論として、
【０３３８】
サブフレームビットマップの繰り返しの不連続性を処理するために、ハイパーＤＦＮが次のように提案されることができる。
【０３３９】
提案１：ハイパーＤＦＮは、ＤＦＮ範囲をＨｍａｘ時間分だけ増加させるように定義されることができる。論理領域のＶ２Ｖサブフレームインデックスは、Ｈ−ＤＦＮ＝０，１，．．．，Ｈｍａｘ−１であるＴｍａｘサブフレーム以後にＨ−ＤＦＮが増加する（Ｈ−ＤＦＮ＊Ｔｍａｘ＋ＤＦＮ）により提供されることができる。
【０３４０】
提案２：Ｈｍａｘは、リソースプールのＶ２Ｖサブフレームビットマップの長さでＨｍａｘ＊Ｔｍａｘを割り算した値のように設定されることができる。
【０３４１】
提案３：現在のＨ−ＤＦＮは、ｅＮＢからのリソースプール構成の一部としてシグナリングされることができる。そして、またＰＳＢＣＨを介してシグナリングされることができる。
【０３４２】
さらに他の一例として、前述の例においてＨmax値は、（追加的なシグナリングを必要とせずに（without additional signaling））予め定義された値に（スペック上で（on the specification））固定されることもできる。ここで、一例として、Ｈmax値は、“２５”（又は“２５の倍数値”）に固定されることができる。表４、表５、表６は、前述したことに関する分析資料である。
【０３４３】
＜表４＞
【表４】
2019526995.tif 000023
【０３４４】
＜表５＞
【表５】
2019526995.tif 000024
【０３４５】
＜表６＞
【表６】
2019526995.tif 000025
【０３４６】
さらに他の一例として、（Ａ）予め設定（／シグナリング）された（特定の）長さのビットマップが繰り返し適用されてＶ２Ｘリソース分析プールが指定される場合、並びに／又は（Ｂ）（（端末の）上位層から設定（／シグナリング）された）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”ベースの（周期的な）（一つ若しくは複数の）送信リソースが予約（／選択）される場合、（該当の）ビットマップにより指定された（一部の）Ｖ２Ｘリソース及び／若しくは（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部の）（周期的な）送信リソースが、ＷＡＮ通信関連ＤＬ（時間（／周波数））リソース（例えば、“ＤＬＳＦ”及び／若しくは“（ＴＤＤ）ＳＰＥＣＩＡＬ  ＳＦ”（及び／若しくは“ＤＷＰＴＳ”））上に位置できる。
【０３４７】
一方、端末が特定のキャリア上においてＶ２Ｘメッセージ送信を行うとき、端末は、上記キャリア上のすべてのサブフレームを利用してＶ２Ｘメッセージ送信を行うことができないことがある。そのため、端末がＶ２Ｘメッセージ送信を行わないサブフレームを考慮して、Ｖ２Ｘメッセージを送信する方法に関する例を図面によって説明する。
【０３４８】
図３４は、本発明の一実施形態による、割り当てられたＶ２Ｘリソースプール上においてＶ２Ｘ通信を行う方法のフローチャートである。
【０３４９】
図３４によれば、端末は、特定のサブフレームを除外した残りのサブフレームに対してＶ２Ｘリソースプールを割り当てることができる（Ｓ３４１０）。このとき、上記特定サブフレームは、（Ａ）ＳＬＳＳサブフレーム、（Ｂ）ＴＤＤ共有キャリアの場合、ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレーム、又は（Ｃ）予約されたサブフレームを意味できる。以下、Ｖ２Ｘ送信から除外されるサブフレームを決定するより具体的な例を説明する。
【０３５０】
（Ａ）ＳＬＳＳサブフレームに関して
【０３５１】
まず、端末は、ＳＬＳＳサブフレームを除外した残りのサブフレームに対してＶ２Ｘリソースプールを割り当てることができる。
【０３５２】
具体的には、ＳＬＳＳサブフレームは、（繰り返される）Ｖ２Ｖプールビットマップ（すなわち、Ｖ２Ｘプールが割り当てられることができるサブフレームを指示するビットマップ（又は情報））に応じたマッピングから除外されることができ、このとき、上記ビットマップ長は、１６、２０、又は１００を意味できる。上記ビットマップは、どのようなサブフレームがＶ２Ｖ  ＳＡ及び／又はデータ送信及び／又は受信が許されるサブフレームであるかを定義することができる。ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を図面によって説明すれば、以下のとおりである。
【０３５３】
図３５は、ＳＬＳＳサブフレームがＶ２Ｘ送信から除外される例を概略的に示す図である。
【０３５４】
図３５では、サブフレームナンバが０，１，．．．，１０２３９（すなわち、サブフレームが合計１０２４０個）を有することができるということを仮定しており、Ｖ２Ｘビットマップが１０個のサブフレーム単位で繰り返され、Ｖ２Ｘビットマップが［０１１０１０１１０１］であるということを仮定している。
【０３５５】
端末は、Ｖ２Ｘ論理インデックスを割り当てるとき、ＳＬＳＳサブフレームを除外したサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる。例えば、サブフレームインデックス＃３、＃１６３などが各々ＳＬＳＳサブフレームに該当すると仮定（ＳＬＳＳサブフレームは、１６０個のサブフレーム単位で繰り返されると仮定）するとき、Ｖ２Ｘ端末は、サブフレームインデックス＃３、＃１６３などを除外した残りのサブフレーム（すなわち、ＳＬＳＳサブフレームを除外した残りのサブフレーム）に対してＶ２Ｘ論理インデックスを割り当てることができる（Ｓ３５１０）。ここで、端末は、Ｖ２Ｘ論理インデックスにより割り当てられた（が割り当てた）サブフレーム（the subframe allocated by the V2X logical index）に対して、Ｖ２Ｘビットマップに応じてＶ２Ｘリソースを割り当てると仮定することができる。
【０３５６】
このとき、前述したことにより導き出されたＶ２Ｘ論理インデックスは、Ｖ２Ｘビットマップの整数倍に対応しないこともできる。例えば、１６０個のサブフレーム単位でＳＬＳＳサブフレームが割り当てられる場合、前述のように１０２４０個のサブフレームでは、６４個のＳＬＳＳサブフレームが存在でき、これにより、Ｖ２Ｘ論理インデックスは、１０２４０−６４に該当する１０１７６個のサブフレームに割り当てられることができる。
【０３５７】
このように、１０１７６個のサブフレームにＶ２Ｘ論理インデックスが割り当てられることができ、Ｖ２Ｘビットマップ周期が１０個であると仮定する場合には、論理インデックスがＶ２Ｘビットマップ周期で割り切れない（the logical index is not divided exactly by the V2X bitmap period）。すなわち、１０１７６個のサブフレームに１０の周期を有するＶ２Ｘビットマップを割り当てる場合には、６個のサブフレームに対してビットが割り当てられる場合が発生できる。
【０３５８】
そのため、端末は、前述した割り当てられていない個数分だけのサブフレームをＶ２Ｘ論理インデックス割り当てから除外させることができる（Ｓ３５２０）。このとき、割り当てられていないサブフレームは、均等に分配（ＥＶＥＮＬＹ  ＤＩＳＴＲＩＢＵＴＥＤ）されることができる。
【０３５９】
（Ｂ）ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームに関して
【０３６０】
ＴＤＤ（共有）キャリアの場合、ＤＬ及び／又はＳ（ＳＰＥＣＩＡＬ）サブフレームは、（繰り返される）Ｖ２Ｖプールビットマップに応じたマッピングから除外されることができる。ＤＬ及び／又はＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を図面によって説明すれば、以下のとおりである。
【０３６１】
図３６は、ＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームがＶ２Ｘ送信から除外される例を概略的に示したものである。
【０３６２】
図３６では、サブフレームナンバが０，１，．．．，１０２３９（すなわち、サブフレームが合計１０２４０個）を有することができるということを仮定しており、Ｖ２Ｘビットマップが１０個のサブフレーム単位で繰り返され、Ｖ２Ｘビットマップが［０１１０１０１１０１］であるということを仮定している。
【０３６３】
端末は、Ｖ２Ｘ論理インデックスを割り当てるとき、ＤＬ及び／又はＳ（ＳＰＥＣＩＡＬ）サブフレーム（及び／又はＳＬＳＳサブフレーム）を除外したサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる。例えば、サブフレームインデックス＃７（等）がＤＬ及びＳ（ＳＰＥＣＩＡＬ）サブフレームに該当すると仮定するとき、Ｖ２Ｘ端末は、サブフレームインデックス＃７（等）を除外した残りのサブフレームに対してＶ２Ｘ論理インデックスを割り当てることができる（Ｓ３６１０）。ここで、端末は、Ｖ２Ｘ論理インデックスにより割り当てられた（割り当てた）サブフレームに対して、Ｖ２Ｘビットマップに応じてＶ２Ｘリソースを割り当てることができる。
【０３６４】
以後、端末は、割り当てられていない個数分だけのサブフレームをＶ２Ｘ論理インデックス割り当てに追加的に除外させることができる（Ｓ３５２０）。このとき、割り当てられていないサブフレームは、均等に分配（ＥＶＥＮＬＹ  ＤＩＳＴＲＩＢＵＴＥＤ）できる。
【０３６５】
（Ｃ）予約されたサブフレームの場合、
【０３６６】
リソースプールは、特定の範囲（例えば、ＤＦＮ（D2D Frame Number）範囲）内の整数でビットマップが繰り返されるように複数の予約されたサブフレームから構成される。例えば、ここで、Ｖ２Ｘ（例えば、Ｖ２Ｖ）論理サブフレームインデックスは、予約されたサブフレームに割り当てられないことができる。なお、予約されたサブフレームの位置は、暗黙的な方法で記される（表示される）（marked）ことができる。
【０３６７】
要約すると、ここで、一例として、該当の問題が発生する理由は、Ｖ２Ｘリソースプール設定関連のビットマップが、（予め設定（／シグナリング）された）Ｖ２Ｘ  ＳＹＮＣＨ．ＳＩＧＮＡＬ送信関連の（時間（／周波数））リソース（例えば、Ｖ２Ｘ  ＳＹＮＣＨ．ＳＵＢＦＲＡＭＥ（Ｓ））のみを除外し、ＷＡＮ通信関連ＤＬ／ＵＬ（時間（／周波数））リソースに対して条件（区分）なしで（unconditionally）適用されるため（及び／又はＤＦＮ  ＷＲＡＰ  ＡＲＯＵＮＤ問題（／現象）のため）である。ここで、一例として、該当問題を解決するために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（Ａ）ＷＡＮ通信関連ＤＬ（時間（／周波数））リソース上の（ビットマップにより指定された）（一部の）Ｖ２Ｘリソースは、（（Ｖ２Ｘプール関連）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”の側面で）有効でないと仮定するか、並びに／又は（Ｂ）ＷＡＮ通信関連ＤＬ（時間（／周波数））リソース上の（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部の）（周期的な）送信リソースでは、（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を省略する（及び／若しくは（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を省略せずに以後の（最も近い）有効な（／使用可能な）Ｖ２Ｘリソース上において（Ｖ２Ｘメッセージ（／ＴＢ））送信動作を（再）実行する）ようにすることができる。ここで、一例として、前者の場合、（Ｖ２Ｘプール関連）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”は、上記有効でないリソース（例えば、ＤＬ（時間（／周波数））リソース）を含んで（例えば、“ＬＯＧＩＣＡＬ  ＩＮＤＥＸ”に基づいて特定周期の送信タイミングが決定されるとき、実際の送信周期が意図した（ターゲット）周期より（過度に）大きくなるという問題を緩和させることができる）（又は排除して）行われると解釈されることもできる。さらに他の一例として、予め設定（／シグナリング）された（特定の）長さのビットマップが繰り返し適用されるとき、ＷＡＮ通信関連ＤＬ（時間（／周波数））リソース（例えば、“ＤＬ  ＳＦ”及び／又は“（ＴＤＤ）ＳＰＥＣＩＡＬ  ＳＦ”（及び／又は“ＤＷＰＴＳ”））を（追加的に）排除し（例えば、該当の（追加的に）排除されるリソースは（Ｖ２Ｘプール関連）“ＬＯＧＩＣＡＬ  ＩＮＤＥＸＩＮＧ”が実行（／適用）されないと解釈することもできる）、（ＷＡＮ通信関連ＵＬ（時間（／周波数））リソースだけを考慮して）適用するようにすることができる。ここで、一例として、上記規則は、“ＩＮ−ＣＯＶＥＲＡＧＥ”環境（及び／又はＴＤＤシステム）下においてのみ限定的に適用されることができる。
【０３６８】
図３４に戻って、端末は、割り当てられたＶ２Ｘリソースプール上においてＶ２Ｘ通信を行うことができる（Ｓ２４２０）。端末がＶ２Ｘ通信を行う具体的な例は、前述のとおりである。
【０３６９】
ここで、一例として、上記規則は、（ビットマップにより指定された）（一部の）Ｖ２Ｘリソース並びに／又は（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）により）予約（／選択）された（一部の）（周期的な）送信リソースがＷＡＮ通信関連ＤＬ（時間（／周波数））リソース上に位置する場合だけでなく、（予め設定（／シグナリング）された）Ｖ２Ｘ通信実行が適合しないリソース（例えば、“ＵＬ  ＳＦ”（及び／若しくは“ＵＰＰＴＳ”）に加えて（外の）（in addition to）（時間（／周波数））リソース）（並びに／又は（送信するＶ２Ｘメッセージ関連優先順位より）相対的に高い優先順位の（特定の）Ｖ２Ｘチャネル（／シグナリング）送信（／受信）が設定されたリソース）上に位置する場合にも拡張適用されることができる。
【０３７０】
さらに他の一例として、（基地局カバレッジ内の）Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（（サービング）基地局から）予めシグナリング（／設定）された“ＧＮＳＳベースのＤＦＮ＃０に対するオフセット値”を予め定義されたチャネル（例えば、ＰＳＢＣＨ）を介して（基地局カバレッジ外の）他のＶ２Ｘ  ＵＥ（Ｓ）に送信するようにすることができる。
【０３７１】
さらに他の一例として、Ｖ２Ｘリソースプール（及び／若しくは（Ｖ２Ｘ）キャリア）上において選択（／許可）可能なＩ＿ＶＡＬＵＥ（範囲）値及び／若しくは“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”（範囲）値が（“ＣＡＲＲＩＥＲ（／ＰＯＯＬ）−ＳＰＥＣＩＦＩＣ  ＮＥＴＷＯＲＫ  （ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮ”の形態で）限定される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、該当のＶ２Ｘリソースプール（及び／若しくは（Ｖ２Ｘ）キャリア）上において、（Ａ）Ｉ＿ＶＡＬＵＥの最小値（Ｉ＿ＭＩＮＶＡＬ）（若しくは最大値）（又は予め設定（／シグナリング）された（特定の）Ｉ＿ＶＡＬＵＥ値）から導出（／計算）されうる周期値（例えば、“Ｉ＿ＭＩＮＶＡＬ＊Ｐ＿ＳＴＥＰ”）、並びに／又は（Ｂ）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”の最小（若しくは最大）の周期値（又は予め設定（／シグナリング）された（特定の）“ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＩＮＴＥＲＶＡＬ”値）、に基づいてセンシング動作（例えば、表２のＳＴＥＰ  ５）（及び／若しくはエネルギ測定動作（例えば、表２のＳＴＥＰ  ８））を行うようにすることができる。ここで、一例として、特定のＶ２Ｘリソースプールが（Ｖ−ＵＥ（Ｓ）に比べて）相対的に長い周期（例えば、“５００ＭＳ”）でＶ２Ｘメッセージ送信を行うＰ−ＵＥ（Ｓ）のみのために設定（／許可）され上記規則が適用される場合、Ｐ−ＵＥ（Ｓ）は、（該当の）周期（例えば、“５００ＭＳ”）ベースのセンシング動作（及び／又はエネルギ測定動作）を行うようになる。
【０３７２】
一方、上述のように、端末は、例えば相対的に長いリソース予約周期（例えば、１００ｍｓ以上のリソース予約周期）（“Ｌ＿ＰＥＲ”と命名）では、５以上１５以下の区間でランダム値を選び、選ばれた値に１０をかけた分だけにリソースを予約できる。しかしながら、上述のリソース予約方法を、相対的に短いリソース予約周期（例えば、（１００ｍｓより小さな）２０ｍｓ、５０ｍｓ）（“Ｓ＿ＰＥＲ”と命名）の場合に適用することは、同一リソースプール上において共存するＬ＿ＰＥＲ端末がＳ＿ＰＥＲ端末をセンシングするのに適合しないこともできる。
【０３７３】
そのため、端末が（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信をサポートするために、（相対的に）“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”（例えば、“２０ＭＳ”）が導入される場合、下記の（一部の）パラメータが（（相対的に）長い周期（又は予め設定（／シグナリング）された（しきい）周期値）（例えば、“１００ＭＳ”）のＶ２Ｘメッセージ（／トラフィック）送信の場合と比較するとき）互いに異なるように（又は独立して）設定（／シグナリング）されることができる。ここで、一例として、下記の（一部の）パラメータは、（予め設定（／シグナリング）された（特定の）リソースプール上において“ＳＨＯＲＴＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（及び／又は（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＳＨＯＲＴＰ＿ＵＥ（Ｓ））と、“（ＲＥＬＡＴＩＶＥＬＹ）ＬＯＮＧＥＲ  ＲＥＳＯＵＲＣＥ  ＲＥＳＥＲＶＡＴＩＯＮ  ＰＥＲＩＯＤ（／ＩＮＴＥＲＶＡＬ）”のＶ２Ｘ  ＵＥ（Ｓ）（及び／又は（相対的に）長い周期のＶ２Ｘメッセージ（／トラフィック）送信を行うＶ２Ｘ  ＵＥ（Ｓ））（ＬＯＮＧＰ＿ＵＥ（Ｓ））と、が共存するとき、）（Ａ）ＳＨＯＲＴＰ＿ＵＥ（Ｓ）がセンシング動作を行う場合、及び／又は（Ｂ）ＬＯＮＧＰ＿ＵＥ（Ｓ）が（ＳＨＯＲＴＰ＿ＵＥ（Ｓ）に対する）センシング動作を行う場合、に適用されると解釈されることができる。以下、本方法について、図面によって説明する。
【０３７４】
図３７は、本発明の一実施形態による、相対的に短い周期（例えば、（１００ｍｓより小さな）２０ｍｓ、５０ｍｓ）のリソース予約が設定される場合、Ｖ２Ｘ送信リソースに対する予約が行われる方法のフローチャートである。
【０３７５】
図３７によれば、端末は、相対的に短い周期のリソース予約が設定される場合、相対的に多くの数のＶ２Ｘ送信リソースに対する予約を行うことができる（Ｓ３７１０）。ここで、相対的に多くの数のＶ２Ｘ送信リソースを予約するということは、上述のように、端末が５以上１５以下の区間においてランダム値を選び、選ばれた値に１０をかけた分だけリソースを予約することではなく、端末が５＊Ｋ（ここで、Ｋは、２以上の正の整数）以上１５＊Ｋ以下の区間においてランダム値を選び、選ばれた値に１０をかけた分だけリソースを予約することを意味する。
【０３７６】
すなわち、相対的に短いリソース予約周期（例えば、２０ｍｓ、５０ｍｓ）の場合、上述のカウンタ値（５以上、１５以下の値）に例えば５又は２の値をかけた後、追加的に１０をかけた分だけのリソースを予約できる。
【０３７７】
例えば、リソース予約周期が‘２０ｍｓ’である場合、端末は、［５＊５，１５＊５］（すなわち、５＊２以上、１５＊５以下）の区間においてランダム値を選び、ここに追加的に１０をかけた数だけのリソースを予約できる。本例による場合、端末は、２５０個以上７５０個以下のリソースを予約できる。
【０３７８】
さらに他の例として、リソース予約周期が‘５０ｍｓ’である場合、端末は、［５＊２、１５＊２］区間においてランダム値を選び、これに追加的に１０をかけた数だけのリソースを予約できる。本例による場合、端末は、１００個以上、３００個以下のリソースを予約できる。
【０３７９】
（例題＃１）送信リソース（再）予約（／選択）の実行時、仮定（／使用）される（リソース予約（間隔）周期の）有限のサブフレーム個数（及び／又は表２上のＣresel値（例えば、“［１０＊ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ］”））。ここで、一例として、（相対的に）短い周期のＶ２Ｘメッセージ（／トラフィック）送信の場合、該当の（リソース予約（間隔）周期の）有限のサブフレーム個数値（及び／又はＣresel値）が相対的に小さく設定（／シグナリング）されることができる（例えば、（短い時間区間内における）過度なリソース予約（／選択）を防止する効果がある）。
【０３８０】
以後、端末は、予約されたＶ２Ｘ送信リソース上においてＶ２Ｘ通信を行うことができる（Ｓ３７２０）。端末が予約されたＶ２Ｘ送信リソース上においてＶ２Ｘ通信を行う具体的な例は、前述のとおりである。
【０３８１】
図３８は、本発明の一実施形態による、短い周期のリソース予約が設定される場合、相対的に短い周期でセンシングを行う方法のフローチャートである。
【０３８２】
図３８によれば、端末は、短い周期のリソース予約が設定される場合、センシング区間において相対的に短い周期でセンシングを行なって、Ｖ２Ｘ通信が行われるリソースを決定できる（Ｓ３８１０）。すなわち、前述のように、端末に短い周期のリソース予約が設定（例えば、１００ｍｓより短い区間単位でリソース予約が設定）された場合には、センシング（すなわち、Ｓ−ＲＳＳＩ測定）区間は、端末の送信に使用されるリソース予約区間として設定されることができる。言い換えれば、端末に短い周期のリソース予約が設定される場合、端末は、リソース予約に使用される上記短い周期に従ってセンシングを行うことができる。これをさらに具体的に説明すれば、以下のとおりである。
【０３８３】
（例題＃２）Ｖ２Ｘメッセージの優先順位（例えば、相対的に低い（若しくは高い）優先順位で設定（／シグナリング）されることができる）並びに／又は表２のＳＴＥＰ  ５上の“ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ”しきい値（並びに／又は表２のＳＴＥＰ  ６（／８）上の“０．２＊Ｍtotal”関連係数（／割合）値（例えば、表２のＳＴＥＰ  ５を行なった後に（すべての（候補）リソースのうち）（集合ＳA内に）残っていなければならない最小の（候補）リソースの個数を導出（／決定）する割合値及び／若しくは表２のＳＴＥＰ  ８を行なった後に集合ＳB内に残っていなければならない（あってこそ）（最小の）（候補）リソースの個数を導出（／決定）する割合値として解釈されることができる）が、互いに異なる（若しくは独立した）値として設定（／シグナリング）されることができる。並びに／又は、表２のＳＴＥＰ  ５を行なった後に（すべての（候補）リソースのうち）ＳA集合内に残っていなければならない最小の（候補）リソースの個数が満たされない場合に適用される“ＰＳＳＣＨ−ＲＳＲＰ  ＭＥＡＳＵＲＥＭＥＮＴ”増加値（例えば、“３ＤＢ”）並びに／又はセンシング動作（例えば、表２のＳＴＥＰ  ５）に使用される周期値（並びに／又はエネルギ測定動作（例えば、表２のＳＴＥＰ  ８）に使用される周期値（例えば、表２のＳＴＥＰ  ８において“１００ＭＳ”値が（相対的に短い（若しくは長い）値に）変更されることができる））が、互いに異なる（若しくは独立した）値として設定（／シグナリング）されることができる（and/or the 
“PSSCH-RSRP MEASUREMENT” increase (for example, “3DB”) applied when the minimum number of (candidate) resources that have to be remained within the SA set (among all of the (candidate) resources) after the STEP 5 of Table 2 is performed is not satisfied and/or the period value (and/or a period value used for energy measurement operation (for example, STEP 8 of Table 2) used for the sensing operation (for example, the STEP 5 of Table 2) (for example, in the STEP 8 of Table 2, the value of “100 ms” may be changed (to a relatively short (or long) value)) may be set (or signaled) to have a different (or independent) value)。
【０３８４】
（例題＃３）Ｖ２Ｘリソースプール（及び／又は（Ｖ２Ｘ）キャリア）上において選択（／許可）可能なＩ＿ＶＡＬＵＥ（範囲）値及び／又はＰ＿ＳＴＥＰ値。
【０３８５】
（例題＃４）送信電力関連（ＯＰＥＮ−ＬＯＯＰ）パラメータ（／値）（例えば、“ＰO“，”ＡＬＰＨＡ”等）及び／又はＶ２Ｘリソースプール（／キャリア）。
【０３８６】
さらに他の一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（送信）リソース（再）選択を下記のように行うことができる。
【０３８７】
Ｖ２Ｘ端末は、次のような方式で送信リソースを選択できる。
【０３８８】
端末自らリソース選択を行うモードであると仮定する。上記モードの下で、端末は、Ｖ２Ｘメッセージ送信のためのリソース選択／再選択がトリガされると、センシングを行い、上記センシングに基づいてリソースを選択／再選択する。端末は、上記選択／再選択したリソースを指示するスケジューリング割り当て（ＳＡ）を送信できる。
【０３８９】
例えば、サブフレーム（ｓｕｂｆｒａｍｅ、ＴＴＩと呼ぶこともできる、以下、同様）＃ｎにおいて、端末にリソース選択／再選択がトリガ（triggering）されることができる。すると、端末は、サブフレーム＃ｎ−ａとサブフレーム＃ｎ−ｂ（ａ＞ｂ＞０であり、ａ、ｂは整数）との間でセンシング（sensing）を行い、その結果に基づいてＶ２Ｘメッセージ送信のためのリソースを選択／再選択できる。
【０３９０】
記ａ、ｂは、Ｖ２Ｘ端末に共通に設定される値であってもよく、各Ｖ２Ｘ端末に独立して設定される値であってもよい。
【０３９１】
又は、前述したａ、ｂ値がＶ２Ｘ端末に共通の値の場合、例えば、‘ａ＝１０００＋ｂ’のような関係でありうる。すなわち、Ｖ２Ｘメッセージ送信のためのリソースを端末自ら選択するようにトリガされると、端末は、１秒（１０００ｍｓ＝１０００個のサブフレーム＝１０００個のＴＴＩ）の間にセンシング動作を行うことができる。
【０３９２】
端末は、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間でデコードされたＳＡ送信をすべて考慮することができる。上記デコードされたＳＡは、サブフレーム＃ｎ−ａからサブフレーム＃ｎ−ｂまでの区間でのデータ送信に関連することでありえ、上記デコードされたＳＡは、サブフレーム＃ｎ−ａより先に送信されたことも考慮されることができる。
【０３９３】
サブフレーム＃ｍにおいてセンシング動作を行うことができなかった端末は（例えば、サブフレーム＃ｍにおいて信号を送信しなければならないという理由などで）、サブフレーム＃（ｍ＋１００＊ｋ）をリソース選択／再選択から除外することができる。一方、端末は、自体が信号を送信するのに使用されるサブフレームでは、センシング動作を行わずにスキップ（skip）できる。
【０３９４】
端末は、上記センシングを行なった後、ＰＳＳＣＨ、すなわち、サイドリンクデータチャネルのための時間／周波数リソースを選択する。
【０３９５】
端末は、サブフレーム＃ｎ＋ｃにおいてスケジューリング割り当て（ＳＡ）を送信できる。上記ｃは、０以上の整数であって、固定された値又は変数でありうる。端末は、上記ｃ値がｃminより小さいサブフレームでは、スケジューリング割り当て送信（すなわち、ＰＳＣＣＨ送信）が要求されないことができる。上記ｃminは、固定された値又はネットワークによって設定された値でありうる。
【０３９６】
サブフレーム＃ｎ＋ｃにおいて送信される上記スケジューリング割り当て（ＳＡ）は、サブフレーム＃ｎ＋ｄにおいて送信される関連するデータ（associated data）を指示できる。ｄは、ｃ以上の整数（integer）でありうる（ｄ≧ｃ）。ｃ、ｄは、両方とも１００以下の値でありうる。
【０３９７】
一方、次の条件のうち、いずれか一つでも満たすと、Ｖ２Ｘリソースの再選択がトリガされることができる。
【０３９８】
（Ａ）カウンタが満了条件を満たす場合
【０３９９】
カウンタは、トランスポートブロック送信ごとに値が減少し、準静的に選択されたリソースの全部に対して再選択がトリガされると、値がリセット（reset）されることができる。リセットされる値は、特定の範囲、例えば、５と１５との間で同等な確率でランダムに選択されることができる。
【０４００】
（Ｂ）許可される最大ＭＣＳ（Modulation And Coding Scheme）を使用しても、現在リソース割り当てにトランスポートブロックが適合し（suitable）ない場合
【０４０１】
（Ｃ）上位層によって指示される場合などである。
【０４０２】
一方、すべてのＰＳＣＣＨ／ＰＳＳＣＨ送信が同じ優先順位を有している場合、ＰＳＳＣＨリソースの選択／再選択は、次の過程を経て選択されることができる。
【０４０３】
（Ａ）ＳＴＥＰ  １：  
【０４０４】
一旦、すべてのリソースが選択可能であると見なした後、
【０４０５】
（Ｂ）ＳＴＥＰ  ２：  
【０４０６】
スケジューリング割り当てデコード及び追加的な条件に基づいて特定リソースを除外する。このとき、端末は、次の２通りのオプションのうち、いずれか一つを選択できる。
【０４０７】
第１のオプションは、デコードされたスケジューリング割り当てによって指示又はリザーブ（予約）されたリソース及び上記スケジューリング割り当てに関連するデータリソースから受信したＤＭ−ＲＳ電力がしきい値以上であるリソースを除外することである。
【０４０８】
第２のオプションは、デコードされたスケジューリング割り当てによって指示又はリザーブ（予約）されたリソース及び上記スケジューリング割り当てに関連するデータリソースで測定されたエネルギがしきい値以上であるリソースを除外することである。
【０４０９】
（Ｃ）ＳＴＥＰ  ３：
【０４１０】
端末は、除外されないリソースのうち、Ｖ２Ｘ送信リソースを選択できる。
【０４１１】
例えば、端末は、総受信エネルギに基づいて、残っているＰＳＳＣＨリソースを測定しランキングを付けた後、部分集合を選択できる。端末は、現在選択されたリソースでのエネルギと上記部分集合でのエネルギとを比較して、現在選択されたリソースでのエネルギが上記部分集合でのエネルギに比べてしきい値よりさらに大きいと、上記部分集合のうち、いずれか一つを選択できる。端末は、上記部分集合において一つのリソースをランダムに選択できる。
【０４１２】
又は、端末は、総受信エネルギに基づいて、残っているＰＳＳＣＨリソースを測定しランキングを付けた後、部分集合を選択できる。端末は、上記部分集合において一つのリソースをランダムに選択できる。
【０４１３】
又は、端末は、総受信エネルギに基づいて、残っているＰＳＳＣＨリソースを測定しランキングを付けた後、部分集合を選択できる。端末は、上記部分集合において周波数リソースのフラグメンテーション（分割）（fragmentation）を最小にするリソースを選択できる。
【０４１４】
一例として、上記表２に従って（送信）リソース（再）選択動作が行われる場合、下記の（一部の）規則が追加的に適用されることもできる。
【０４１５】
［提案規則＃１０］一例として、（送信又は生成された）パケットの‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’（及び／又は‘ＰＲＩＯＲＩＴＹ’及び／又は‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’）に従って、‘（Ｄ（／Ｃ）−Ｍ）’（（最大値（／最小値））の範囲）（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’で解釈可能）（例えば、‘Ｍ’値は、‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が到着（／受信）する時点（又はパケット（／メッセージ）が生成される時点）と解釈されることもでき、また、（ここで）‘Ｄ（／Ｃ）’という用語は、（例外的に）リソース（再）選択（／予約）動作がトリガ（例えば、ＳＵＢＦＲＡＭＥ＃Ｎ）された後の（初期）データ（ＰＳＳＣＨ）（／制御情報（ＰＳＣＣＨ））送信時点と解釈されることもできる）が互いに異なるように設定（／シグナリング）されることができる。さらに他の一例として、‘Ｃ’及び／又は‘Ｄ’（（最大値（／最小値））範囲）値（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’（及び／又は‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’）によって互いに異なることができる‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすように（又は考慮して）決定されなければならない。ここで、一例として、‘Ｃ’及び／又は‘Ｄ’値の‘ＵＰＰＥＲ  ＬＩＭＩＴ（／ＬＯＷＥＲ  ＢＯＵＮＤ）’（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、固定されないことができる。ここで、一例として、該当の‘ＵＰＰＥＲ  ＬＩＭＩＴ（／ＬＯＷＥＲ  ＢＯＵＮＤ）’は、‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’（及び／又は‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’及び／又は‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’）に応じて、互いに異なるように設定（／シグナリング）されることができる。ここで、一例として、現在選択された‘Ｄ’値（又は‘ＳＵＢＦＲＡＭＥ＃Ｄ’）が新しく到達した（／生成（／受信）された）パケット（／メッセージ）の‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすのに問題がある場合、（送信）リソース（再）選択動作がトリガされることができる。ここで、一例として、‘Ｄ’（及び／又は‘Ｃ’）値の最大値（及び／又は最小値）又は範囲（例えば、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’と解釈可能）は、‘ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が到着（／受信）する時点（又はパケット（／メッセージ）が生成される時点）（‘Ｍ’）及び／又は（予め定義（／シグナリング）された条件が満たされて）（送信）リソース（再）選択動作がトリガされる時点（‘Ｎ’）及び／又は‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’（‘Ｌ’）（例��ば、‘１００ＭＳ’）及び／又はパケット（／メッセージ）の‘ＰＰＰＰ’（例えば、互いに異なる‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のパケット（／メッセージ）別に（一部）異なる‘ＰＰＰＰ’値が設定（／許可）される場合）などを考慮して決定されることができる。ここで、具体的な一例として、‘Ｄ’（及び／又は‘Ｃ’）値の最大値（及び／又は最小値）は、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））’として決定されるか、又は‘ＭＩＮ（Ｌ，（Ｌ−ＡＢＳ（Ｍ−Ｎ）））’（ここで、一例として、‘ＭＩＮ（Ｘ，Ｙ）’、‘ＡＢＳ（Ｚ）’は、ぞれぞれ‘Ｘ’と‘Ｙ’のうち、最小値を導き出す関数、‘Ｚ’の絶対値を導き出す関数を意味する）として決定されるか、又は‘Ｄ’（及び／又は‘Ｃ’）値の範囲は、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））＜Ｄ（／Ｃ）＜１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’（又は‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））≦Ｄ（／Ｃ）≦１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’）として指定されることもできる。ここで、一例として、特定（一つ）の‘ＴＢ（／パケット／メッセージ）’の再送信を考慮して、‘Ｄ’（及び／又は‘Ｃ’）値の最大値（及び／又は最小値）の計算（／決定）時、‘Ｌ’値から予め定義（／シグナリング）された一定の‘ＭＡＲＧＩＮ（／ＯＦＦＳＥＴ）’値（‘ＭＡＧ＿ＶＡＬ’）を引かなければならないこともある。ここで、一例として、該当規則が適用される場合、‘Ｄ’（及び／又は‘Ｃ’）値の最大値（及び／又は最小値）は、‘（（Ｌ−ＭＡＧ＿ＶＡＬ）−ＡＢＳ（Ｍ−Ｎ））’又は‘ＭＩＮ（（Ｌ−ＭＡＧ＿ＶＡＬ），（（Ｌ−ＭＡＧ＿ＶＡＬ）−ＡＢＳ（Ｍ−Ｎ）））’として決定されることができる。ここで、一例として、‘ＭＡＧ＿ＶＡＬ’値は、再送信回数に‘ＤＥＰＥＮＤＥＮＣＹ’（例えば、再送信回数が増加するほど‘ＭＡＧ＿ＶＡＬ’値が大きくなる）を有することもできる。ここで、一例として、上記規則は、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）リソース（再）選択動作’がトリガされ）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が存在する場合（又はパケット（／メッセージ）が生成された場合）においてのみ、限定的に適用されることもできる。ここで、さらに他の一例として、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）リソース（再）選択動作’がトリガされたが）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が存在しない場合（又は生成されたパケット（／メッセージ）がない場合）、‘（Ｎ＝Ｍ）’（例えば、（送信）リソース（再）選択動作がトリガされる時点（‘Ｎ’）が‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が受信される時点（‘Ｍ’）として仮定する（／見なす）と解釈されることができる）と仮定する（／見なす）か、又は（送信）リソース（再）選択動作を‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／又は‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信又は生成された）パケット（／メッセージ）が実際に到着する（／受信）（又は実際にパケット（／メッセージ）が生成される）まで延期させるか、又は（‘Ｎ’時点を含んで（若しくは含まないで）以前に）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／若しくは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信若しくは生成された）パケット（／メッセージ）が到着（／受信）したと（／存在すると）仮定し（又はパケット（／メッセージ）が生成されたと仮定し）、（送信）リソース（再）選択動作を行うようにすることもできる。さらに他の一例として、（上記説明した）‘Ｄ’（及び／又は‘Ｃ’）値の最大値（例えば、‘（Ｌ−ＡＢＳ（Ｍ−Ｎ））’，‘１００（／‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’）’）に該当する時点を含んだ（又は含まない）以後のリソースは利用可能でないものと仮定し（／見なし）、（（‘ＳＴＥＰ  ３（／２）’上の）（再）選択可能な候補リソースから）除外するようにすることができる。追加的な一例として、‘Ｃ’（及び／又は‘Ｄ’）値（例えば、‘Ｃ’時点は、（送信）リソース（再）選択動作がトリガされた（‘Ｎ’）後に（第１番目の）制御（／スケジューリング）情報（ＰＳＣＣＨ）送信が行われる時点として解釈されることができる）の最小値（Ｃ＿ＭＩＮ）（例えば、‘最小値’は、端末の‘ＰＲＯＣＥＳＳＩＮＧ  ＴＩＭＥ’を考慮して決定（例えば、‘４ＭＳ’）されうる）に該当する時点（例えば、‘（Ｃ＋Ｃ＿ＭＩＮ）’）を含んだ（又は含まない）以前のリソース（又は‘Ｎ’時点と‘（Ｃ＋Ｃ＿ＭＩＮ）’時点との間のリソース（ここで、一例として、‘Ｎ’時点及び‘（Ｃ＋Ｃ＿ＭＩＮ）’時点に該当するリソースは、含まれる（又は含まれない）ことができる））は利用可能でないものと仮定し（／見なし）、（（‘ＳＴＥＰ  ２（／３）’上の）（再）選択可能な候補リソースから）除外するようにすることができる。さらに他の一例として、本発明において説明した（一部の）提案規則（例えば、［提案規則＃１］、［提案規則＃１０］等）に従って、‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’（（最大値（／最小値）の）範囲）が‘ＰＲＩＯＲＩＴＹ  ＬＥＶＥＬ’（及び／又は‘ＳＥＲＶＩＣＥ  ＴＹＰＥ’及び／又は‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’）などを考慮して互いに異なるように設定（／変更）される場合、予め定義された条件を満たすかどうかによって、センシング動作（及び／又は（送信）リソース（再）選択（／予約）動作（及び／又はＶ２Ｘメッセージ送信））関連の下記（一部）のパラメータが互いに異なるように指定されるようにすることもできる。ここで、一例として、（該当）条件は、（Ａ）予め設定（／シグナリング）されたしきい値より短い（若しくは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージを送信する場合（並びに／又は予め設定（／シグナリング）されたしきい値より高い（若しくは低い）‘ＰＰＰＰ’のＶ２Ｘメッセージを送信する場合）、並びに／又は（Ｂ）‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯ���（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’内に、予め設定（／シグナリング）されたしきい値より少ない（若しくは多くの）個数の（選択可能な）（候補）リソース（例えば、サブフレーム）が存在する（／残った）場合（並びに／又は‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’の最小値（／最大値）が予め設定（／シグナリング）されたしきい値より小さい（若しくは大きい）場合）などと定義されることもできる。
【０４１６】
（例示＃１０−１）（Ｖ２Ｘメッセージ関連）ＰＰＰＰ値（／範囲）（例えば、（予め設定（／シグナリング）されたしきい値より）短い（若しくは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合、相対的に高い（若しくは低い）ＰＰＰＰ値（／範囲）を選択するようにすることによって、該当の送信を保護することができる。ここで、一例として、高い（若しくは低い）ＰＰＰＰ値（／範囲）ベースの送信は、他の端末が該当送信に使用されているリソースの選択（若しくはＩＤＬＥ／ＢＵＳＹ）が可能であるかどうかを判断するとき、相対的に低い（若しくは高い）ＰＳＳＣＨ−ＲＳＲＰしきい値に基づいて（として）（on the basis of）判断するようになることを意味する（並びに／又は、ＰＰＰＰ値（／範囲）に連動したＰＳＳＣＨ−ＲＳＲＰしきい値（例えば、同一のＰＰＰＰ値（／範囲）であるとしても、（予め設定（／シグナリング）されたしきい値より）長い（若しくは短い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合、相対的に低い（若しくは高い）ＰＳＳＣＨ−ＲＳＲＰしきい値を設定（／シグナリング）することによって、（予め設定（／シグナリング）されたしきい値より）短い（若しくは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージ送信を保護することができる）。並びに／又は、センシング動作実行区間（／周期）及び／若しくは候補（送信）リソースを選択できる（（最大値（／最小値））区間（／範囲）（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）及び／若しくは（再）選択（／予約）したリソースの維持区間を決めるためにランダム値を選定する（若しくは選ぶ）範囲（及び／若しくは（Ｃ＿ＲＥＳＥＬ値［１／２／３］を導き出すために）該当の選定されたランダム値に掛けられる係数）並びに／又はリソース予約周期及び／若しくはＰＳＳＣＨ−ＲＳＲＰしきい値ベースの候補（送信）リソースの排除動作後に、最小限に残っていなければならない候補（送信）リソースの割合（／個数）（並びに／又は該当の残った候補（送信）リソースの割合（／個数）が予め設定（／シグナリング）されたしきい値より小さい場合、（関連する）ＰＳＳＣＨ−ＲＳＲＰしきい値に加算されるオフセット値）並びに／又はＳ−ＲＳＳＩベースの候補（送信）リソースの排除動作後に、最小限に残っていなければならない候補（送信）リソースの割合（／個数）（例えば、（予め設定（／シグナリング）されたしきい値より）短い（若しくは長い）‘ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ’のＶ２Ｘメッセージの場合（並びに／又は（予め設定（／シグナリング）されたしきい値より）高い（若しくは低い）‘ＰＰＰＰ’のＶ２Ｘメッセージを送信する場合並びに／又は‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’内に、予め設定（／シグナリング）されたしきい値より少ない（若しくは多くの）個数の（選択可能な）（候補）リソースが存在する（／残った）場合並びに／又は‘ＴＸ  ＲＥＳＯＵＲＣＥ  （ＲＥ）ＳＥＬＥＣＴＩＯＮ  ＤＵＲＡＴＩＯＮ（／ＲＡＮＧＥ／ＷＩＮＤＯＷ）’の最小値（／最大値）が予め設定（／シグナリング）されたしき��値より小さい（若しくは大きい）場合）、（Ａ）ＰＳＳＣＨ−ＲＳＲＰしきい値ベースの候補（送信）リソースの排除動作後に、最小限に残っていなければならない候補（送信）リソースの割合（／個数）、並びに／又は（Ｂ）該当の残った候補（送信）リソースの割合（／個数）が予め設定（／シグナリング）されたしきい値より小さい場合、（関連する）ＰＳＳＣＨ−ＲＳＲＰしきい値に加算されるオフセット値、並びに／又は（Ｃ）Ｓ−ＲＳＳＩベースの候補（送信）リソースの排除動作後に、最小限に残っていなければならない候補（送信）リソースの割合（／個数）、などが相対的に高く指定（例えば、衝突確率増加緩和効果）されることもできる。並びに／又は（サブ）チャネルＢＵＳＹ（／ＩＤＬＥ）判断において使用されるＣＢＲしきい値及び／若しくは（ＰＰＰＰ／ＣＢＲ別）許可（／制限）されたＲＡＤＩＯ−ＬＡＹＥＲ  ＰＡＲＡＭＥＴＥＲ  ＳＥＴ（例えば、最大送信パワー、ＴＢ当たりの再送信回数値（／範囲）、ＭＣＳ値（／範囲）、ＯＣＣＵＰＡＮＣＹ  ＲＡＴＩＯの最大制限（ＣＲ＿ＬＩＭＩＴ）等）［１／２／３］）
【０４１７】
［提案規則＃１１］一例として、（送信）リソース（再）選択関連の‘（ＴＩＭＥＲ）  ＥＸＰＩＲＡＴＩＯＮ  ＣＯＮＤＩＴＩＯＮ’は、以下（一部）の条件が（同時に）満たされた場合と定義されることができる。ここで、一例として、以下（一部）の条件が（同時に）満たされたときのみにおいて、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（実際に）（（送信）リソース（再）選択動作がトリガされたと見な（／仮定）し）（送信）リソース（再）選択動作を行うようにすると解釈されることもできる。
【０４１８】
（例示＃１１−１）（ＴＢ送信ごとに予め設定された値（例えば、‘１’）分だけ減少される）カウンタ値が‘０’（及び／又は‘負数の値’）に変更された場合
【０４１９】
（例示＃１１−２）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／若しくは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信若しくは生成（／受信）された）パケット（／メッセージ）がある場合（並びに／又はパケット（／メッセージ）が生成された場合）
【０４２０】
［提案規則＃１２］一例として、（ＴＢ送信ごとに予め設定された値（例えば、‘１’）分だけ減少される）カウンタ値が‘ＥＸＰＩＲＡＴＩＯＮ  ＣＯＮＤＩＴＩＯＮ’（例えば、カウンタ値が‘０’（及び／若しくは‘負数の値’）に変更された場合）を満たしたが（並びに／又は（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）リソースの（再）選択動作’がトリガされたが）、‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／若しくは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信若しくは生成（／受信）された）パケット（／メッセージ）がない場合（又はパケット（／メッセージ）が生成されなかった場合）、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（直近（最も最近）の（most recent））パケット（／メッセージ）が以前（／最近）に観察された‘ＩＮＴＥＲＶＡＬ（／ＰＥＲＩＯＤＩＣＩＴＹ）’に到達（／生成（／受信））すると仮定し、（送信）リソースを（再）選択した後に（後で）実際に問題（例えば、（再）選択された（送信）リソースで‘ＬＡＴＥＮＣＹ（／ＱＯＳ）ＲＥＱＵＩＲＥＭＥＮＴ’を満たすことができない場合）が発生すると、（送信）リソースの（再）選択動作を追加的に行うようにすることもできる。
【０４２１】
一例として、（表２上に述べられた規則とともに）以下の方法に従って、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（送信）リソースの（再）予約を行うようにすることができる。
【０４２２】
ｄは、ｄmax以下の値でありうる。ｄmaxは、端末／データ／サービスタイプなどの優先順位（priority）に依存して（depending on）決定されることができる。
【０４２３】
端末は、サブフレーム＃ｎ＋ｄにおいて送信される信号のための周波数リソースをサブフレーム＃ｎ＋ｅでの他のトランスポートブロックの潜在的送信に再使用するかどうかを知らせることができる。ここで、ｅは整数であり、ｄ＜ｅの関係にある。端末は、明示的又は暗黙的に上記再使用を行うかどうかを知らせることができる。上記ｅ値は、一つの値であってもよく、複数の値であってもよい。また、追加的に、サブフレーム＃ｎ＋ｅの次からは、サブフレーム＃ｎ＋ｄで送信される信号のための周波数リソースを使用しないことを知らせることもできる。
【０４２４】
Ｖ２Ｘ信号を受信する受信端末は、Ｖ２Ｘ信号を送信する送信端末が送信したスケジューリング割り当て（ＳＡ）をデコードする。このとき、上記スケジューリング割り当てによってサブフレーム＃ｎ＋ｄ＋Ｐ＊ｊ（ｊ＝ｉ，２＊ｉ，．．．，Ｊ＊ｉ）において同じ周波数リソースがリザーブ（reserved）されると仮定することができる。上記Ｐは、１００でありうる。上記Ｊ値は、上記スケジューリング割り当てによって明示的にシグナリングされてもよく、固定された値（例えば、１）であってもよい。上記ｉ値は、上記スケジューリング割り当てによって明示的にシグナリングされてもよく、予め設定された値又は固定された値であってもよい。又は、上記ｉ値は、０と１０との間の整数でもある。
【０４２５】
［提案規則＃１３］一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、“Ｉ”値（前述したＩ参照）をＳＡ（フィールド）を介してシグナリングするようにすることによって、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が後のどの時点で（該当の）ＳＡを介して指定（／スケジューリング）された同一周波数リソースを（追加的に）予約（／使用）するかを把握できる（例えば、Ｖ２Ｘ  ＴＸ  ＵＥが“Ｉ”値を“２”でシグナリングされた場合、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、“ＴＴＩ＃（Ｎ＋Ｄ）”、“ＴＴＩ＃（Ｎ＋Ｄ＋２＊Ｐ）”上において（該当の）ＳＡを介して指定（／スケジューリング）された同一周波数リソースが予約されたと仮定する）ようになる。ここで、一例として、以下、説明の便宜のために、“Ｉ”値が予め設定（／シグナリング）された“［０，１，．．．，１０］”の範囲内で選択（４ビット）され、及び／又は“Ｊ”値（前述したＪ参照）は、“１”に固定されたと仮定する。ここで、一例として、予め定義されたパラメータ（例えば、速度／（進行）方向の変化量等）によってＶ２Ｘ  ＭＥＳＳＡＧＥ生成周期が変更されることによって、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（自体の）Ｖ２Ｘ  ＭＥＳＳＡＧＥ生成周期を正確に予測し難い場合、上記方法に従って（将来の（future））リソースを予約することは効率的でない。ここで、一例として、該当問題を解決できる一つの方法でＶ２Ｘ  ＲＸ  ＵＥ（Ｓ）にとって、特定のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）が（ＳＡフィールド上の）“Ｉ”値を“２”でシグナリングされた場合に“ＴＴＩ＃（Ｎ＋Ｄ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋２＊Ｐ）”上の（該当）ＳＡを介して指定（／スケジューリング）された同一周波数リソース（ＨＡＲＤ＿ＲＳＣ）は、“ＥＸＰＬＩＣＩＴ（又はＨＡＲＤ）”に予約されたと仮定するものの、（ＳＡ（フィールド）を介してシグナリングされない）残りの“Ｉ”値ベースの時点（例えば、“ＴＴＩ＃（Ｎ＋Ｄ＋１＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋３＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋４＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋５＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋６＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋７＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋８＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋９＊Ｐ）”，“ＴＴＩ＃（Ｎ＋Ｄ＋１０＊Ｐ）”）上の（（該当）ＳＡを介して指定（／スケジューリング）された）同一周波数リソース（ＳＯＦＴ＿ＲＳＣ）は、“ＰＯＴＥＮＴＩＡＬ（又はＳＯＦＴ）”に予約されたと仮定するようにすることができる。ここで、一例として、該当規則（及び／又はＳＯＦＴ＿ＲＳＣ予約）は、予め設定（／シグナリング）された特定のＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ  ＭＯＤＥに対してのみ適用される（例えば、ＭＯＤＥ１及び／又はＰ−ＵＥのＲＡＮＤＯＭ  ＲＥＳＯＵＲＣＥ  ＳＥＬＥＣＴＩＯＮ（／ＰＡＲＴＩＡＬ  ＳＥＮＳＩＮＧベースのＲＥＳＯＵＲＣＥ  ＳＥＬＥＣＴＩＯＮ）に対しては適用されないことができる）ことができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣ及びＳＯＦＴ＿ＲＳＣに対して、“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に応じて、選択可能な候補リソースであるか、又は排除するリソースであるかを判断するとき（表２のＳＴＥＰ  ２）、予め設定（／シグナリング）された互いに異なる（ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ）しきい値を適用するようにすることができる。ここで、一例として、ＨＡＲＤ＿ＲＳＣ関連しきい値（ＨＡＲＤ＿ＴＨ）がＳＯＦＴ＿ＲＳＣのもの（ＳＯＦＴ＿ＴＨ）より低く（又は高く）設定（／シグナリング）される（例えば、ＨＡＲＤ＿ＲＳＣがＳＯＦＴ＿ＲＳＣに比べて相対的に高い優先順位で保護されると解釈されることができる）ことができる。ここで、一例として、ＳＯＦＴ＿ＲＳＣ関連のしきい値は、ＨＡＲＤ＿ＲＳＣのものに対するオフセット値（ＨＡＲＤ＿ＴＨＯＦＦ）の形態で設定（／シグナリング）（及び／又はＨＡＲＤ＿ＴＨ関連のしきい値は、ＳＯＦＴ＿ＲＳＣのものに対するオフセット値（ＳＯＦＴ＿ＴＨＯＦＦ）の形態で設定（／シグナリング））されることもできる。ここで、一例として、（Ａ）ＨＡＲＤ＿ＴＨＯＦＦ値が“０”に設定（／シグナリング）されると、他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）は、（該当のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）の）ＨＡＲＤ＿ＲＳＣとＳＯＦＴ＿ＲＳＣとを同じ優先順位で“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に応じて、排除するかどうかを判断（表２のＳＴＥＰ  ２）するようになり（又は（該当の）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がすべての“Ｉ”値ベースの時点上の（（該当）ＳＡを介して指定（／スケジューリング）された）同一周波数リソースを予約しようとする意図として解釈し）、（Ｂ）ＨＡＲＤ＿ＴＨＯＦＦ値が“無限大（又は相対的に大きな値）”に設定（／シグナリング）されると、他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）は、（該当のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）の）ＳＯＦＴ＿ＲＳＣを常に（又は非常に高い確率で）選択可能な候補リソースと判断（表２のＳＴＥＰ  ２）するようになる。ここで、一例として、（Ａ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（及び／若しくは自体が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）、並びに／又は（Ｂ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”別に（該当）しきい値（例えば、ＨＡＲＤ＿ＴＨ、ＳＯＦＴ＿ＴＨ）（若しくはオフセット値（例えば、ＨＡＲＤ＿ＴＨＯＦＦ（若しくはＳＯＦＴ＿ＴＨＯＦＦ）））が互いに異なるように設定（／シグナリング））され、並びに／又は（Ｃ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（及び／若しくは自体が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）、並びに／又は（Ｄ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”に応じて（該当）しきい値（例えば、ＨＡＲＤ＿ＴＨ，ＳＯＦＴ＿ＴＨ）（若しくはオフセット値（例えば、ＨＡＲＤ＿ＴＨＯＦＦ（若しくはＳＯＦＴ＿ＴＨＯＦＦ）））が調節されることもできる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣ及びＳＯＦＴ＿ＲＳＣ関連の“Ｄ��−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に予め設定（／シグナリング）された互いに異なるオフセット値を適用して、選択可能な候補リソースであるか、又は排除するリソースであるかを判断（表２のＳＴＥＰ  ２）するようにすることができる。ここで、一例として、ＨＡＲＤ＿ＲＳＣ関連のオフセット値（例えば、“負の値”と仮定）がＳＯＦＴ＿ＲＳＣのものより大きく（又は小さく）設定（／シグナリング）されることができる（例えば、ＨＡＲＤ＿ＲＳＣがＳＯＦＴ＿ＲＳＣに比べて相対的に高い優先順位で保護されると解釈されることができる）。ここで、一例として、ＳＯＦＴ＿ＲＳＣ（又はＨＡＲＤ＿ＲＳ）関連の“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”値に対するオフセット値だけが設定（／シグナリング）されることもできる。ここで、一例として、（Ａ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（及び／若しくは自体が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）、並びに／又は（Ｂ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”別に（該当）オフセット値が互いに異なるように設定（／シグナリング）、並びに／又は（Ｃ）ＳＡデコードに基づいて把握した他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ（及び／若しくは自体が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ）、並びに／又は（Ｄ）（測定された）“ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ”に応じて（該当）オフセット値が調節されることもできる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＳＡ  ＴＸ関連リソースの選択（／予約）時、（ＳＡデコードに基づいて判断した）他のＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＨＡＲＤ＿ＲＳＣ及びＳＯＦＴ＿ＲＳＣ上の（一つ又は複数の）データ送信と連動する（一つ又は複数の）ＳＡ送信リソースに対し、（同様に）予め設定（／シグナリング）された互いに異なる“ＤＭ−ＲＳ  ＰＯＷＥＲ／ＥＮＥＲＧＹ  ＭＥＡＳＵＲＥＭＥＮＴ”しきい値（又はオフセット値）を適用して、選択可能な（ＳＡ）候補リソースであるか、又は排除する（ＳＡ）リソースであるかを判断するようにすることができる。ここで、一例として、（Ａ）ＳＡ送信時点と連動するデータ送信時点との間の“ＴＩＭＥ  ＧＡＰ”（範囲）値が、該当データがどのようなリソースタイプ（例えば、ＨＡＲＤ＿ＲＳＣ，ＳＯＦＴ＿ＲＳＣ）を介して送信されるかによって、互いに異なるように設定（／シグナリング）、並びに／又は（Ｂ）互いに異なるリソースタイプを介して送信されるデータ関連（送信）電力値（／（送信）電力制御パラメータ）（及び／若しくは（最大許可）ＭＣＳ値）が異なるように（若しくは独立して）設定（／シグナリング）されることもできる。一例として、ＰＥＤＥＳＴＲＩＡＮ  ＵＥ（Ｐ−ＵＥ）のＶ２Ｘメッセージ送信周期（例えば、“１０００ＭＳ”）は、（相対的に遅い移動速度及び／又はバッテリの節約の必要性を考慮するとき）ＶＥＨＩＣＬＥ  ＵＥ（Ｖ−ＵＥ）のもの（例えば、“１００ＭＳ”）に比べて相対的に長く設定（／シグナリング）されることができる。ここで、一例として、Ｐ���ＵＥがＶ２Ｘメッセージの送信時、ＳＡフィールド上の“Ｉ”値が予め設定（／シグナリング）された特定の値（又は“ＲＥＳＥＲＶＥＤ  ＳＴＡＴＥ”）を指すようにすることによって、他のＶ２Ｘ  ＲＸ  ＵＥ（Ｓ）にとって、（Ａ）（該当）ＳＡ（及び／若しくは連動するデータ）送信は、Ｐ−ＵＥが行なったと解釈されるようにするか、並びに／又は（Ｂ）（該当）ＳＡベースの（スケジュール）リソースは、予め設定（／シグナリング）された（（Ｖ−ＵＥの場合に比べて）相対的に長い）（他の）周期で予約されたと解釈されるようにすることができる。
【０４２６】
［提案規則＃１４］一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（Ａ）（互いに異なるサービスタイプ及び／若しくはＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ関連の）複数の（ＳＩＤＥＬＩＮＫ（ＳＬ））ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）を同時に操作（運営）し（operated）（若しくは活性化させ）ている場合、特定の（ＳＬ）ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）関連の送信リソースの選択時、以前に（若しくは既に）選択した他の（ＳＬ）ＳＰＳ  ＰＲＯＣＥＳＳ（／ＣＯＮＦＩＧＵＲＡＴＩＯＮ）関連のリソース（ここで、リソースは、サブフレームと解釈されることもできる。）は、（選択可能な）候補リソースから排除するように定義され（表２のＳＴＥＰ  ２）、並びに／又は（Ｂ）予め設定（／シグナリング）された同期シグナル（ＰＲＩＭＡＲＹ  ＳＩＤＥＬＩＮＫ  ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＩＧＮＡＬ（ＰＳＳＳ）／ＳＥＣＯＮＤＡＲＹ  ＳＩＤＥＬＩＮＫ  ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＩＧＮＡＬ（ＳＳＳＳ））（及び／若しくはＰＨＹＳＩＣＡＬ  ＳＩＤＥＬＩＮＫ  ＢＲＯＡＤＣＡＳＴ  ＣＨＡＮＮＥＬ（ＰＳＢＣＨ））送信（時間（／周波数））リソース（例えば、“サブフレーム”）は、（選択可能な）候補リソースから排除するように定義（表２のＳＴＥＰ  ２）されることができる。
【０４２７】
［提案規則＃１５］一例として、予め設定（／シグナリング）された“（ＤＲＯＰＰＩＮＧ）ＰＲＩＯＲＩＴＹ”に応じて、特定の時点でＶ２Ｘ（ＴＢ）送信動作が省略される場合（例えば、“ＷＡＮ  ＵＬ  ＴＸ（Ｓ）”（及び／又は“同期シグナル送信（リソース）”）とＶ２Ｘ  （ＭＥＳＳＡＧＥ）  ＴＸ（Ｓ）とが時間（／周波数）領域で（一部又は全部）重なる場合）、リソース再選択関連のカウンタ（表２）値は、関係なく（blindly）減少するように定義（及び／若しくはリソース再選択動作がトリガされるように定義）されることができる。一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、自体の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、リソース再選択動作がトリガされるように定義（及び／若しくは変更された“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連の時間（／周波数）同期値と既存の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連の（時間（／周波数）同期）値との間の差が、予め設定（／シグナリング）された（最大許容）しきい値より大きい場合においてのみリソース再選択動作がトリガされるように定義）されることができる。一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、自体の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、（Ａ）（残っている“ＬＡＴＥＮＣＹ”値が予め設定（／シグナリング）されたしきい値より少ない場合）送信リソースをランダムに選択（／予約）するよう定義される（例えば、ランダムに選択されたリソースは、予め設定（／シグナリング）された個数の“ＴＲＡＮＳＰＯＲＴ  ＢＬＯＣＫ（ＴＢ）”送信においてのみ利用するようにし、以後には、センシングベースで選択（／予約）されたリソースを介して“ＴＢ”送信を行うように定義される）こともできる、並びに／又は（Ｂ）予め設定（／シグナリング）された（時間）区間の間にセンシング動作を行なった後に、送信リソースを選択（／予約）するよう定義されることができる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、（現在の“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”を含んで）（予め設定（／シグナリング）された値に基づいて）複数の（他の）“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連の通信に対するセンシング動作を行うようにした後、このうちの一つで“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”が変更されると、該当の（変更された“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ”関連の）センシング結果値を利用して、送信リソースを選択（／予約）するようにすることができる。
【０４２８】
［提案規則＃１６］一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、（Ａ）（時間（／周波数））同期が同じ（若しくは（時間（／周波数））同期差が予め設定（／シグナリング）されたしきい値より小さい）複数のキャリアに対する同時受信（／送信）能力があるかどうかを報告するように定義、並びに／又は（時間（／周波数））同期が異なる（若しくは（時間（／周波数））同期差が予め設定（／シグナリング）されたしきい値より大きい）複数のキャリアに対する同時受信（／送信）能力があるかを（独立して）報告するように定義されることができる。ここで、一例として、このような（能力）情報を受信した（サービング）基地局は、（該当の）Ｖ２Ｘ  ＵＥ（Ｓ）の能力を考慮して、適当な個数のキャリアをＶ２Ｘ通信（受信（／送信））用として設定（／シグナリング）できる。一例として、ＭＯＤＥ  １  Ｖ２Ｘ通信の場合、（サービング）基地局は、Ｖ２Ｘ  ＵＥ（Ｓ）の絶対速度及び／又は“ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＳＯＵＲＣＥ  ＴＹＰＥ（例えば、ＧＮＳＳ、ＥＮＢ）”に応じて、互いに異なるＭＣＳ（範囲）値及び／又はＲＥＳＯＵＲＣＥ  ＢＬＯＣＫ（ＲＢ）の個数及び／又は（ＨＡＲＱ）再送信回数のＶ２Ｘ  ＴＸ動作が行われるように関連情報を（Ｖ２Ｘ  ＵＥ（Ｓ）に）シグナリングすることができる。一例として、（サービング）基地局は、（自体のカバレッジ内にある）Ｖ２Ｘ  ＵＥ（Ｓ）から報告された速度（／位置）情報に基づいて、“位置ベースのプールの大きさ”を調節することができる。ここで、一例として、（サービング）基地局は、（自体のカバレッジ内にある）Ｖ２Ｘ  ＵＥ（Ｓ）に速度（範囲）別に“位置ベースプールの大きさ”情報を互いに異なるように設定（／シグナリング）し、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自体の速度に該当する“位置ベースのプールの大きさ”情報を適用（／利用）して、Ｖ２Ｘ通信を行うようにすることができる。
【０４２９】
［提案規則＃１７］一例として、（（Ａ）特定のＴＢ関連の相異なるＲＥＤＵＮＤＡＮＣＹ  ＶＥＲＳＩＯＮ（ＲＶ）（データ）の受信に対するＨＡＲＱ  ＣＯＭＢＩＮＩＮＧ動作並びに／又は（Ｂ）データ（再）送信関連の（時間）リソース位置情報シグナリングに必要なＰＳＣＣＨペイロードの大きさ（増加）を考慮して）、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、特定（一つ）のＴＢ関連データの（再）送信関連の複数（ＮＵＭ＿ＲＥＴＸ）の時間リソース（特定（一つ）のＴＢ関連の複数（ＮＵＭ＿ＲＥＴＸ）のデータ（再）送信関連の時間リソース）（a plurality (NUM_RETX) of specific (one) TB-related data (re)transmission-related time resources）が、予め設定（／シグナリング）された区間（ＬＩＭ＿ＴＩＭＥＷＩＮ）内で選択されるようにすることができる。ここで、一例として、該当規則が適用される場合、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、以下（一部）の方法によってセンシングベースのリソース（再）選択（例えば、表２のＳＴＥＰ  ２／３）動作を行うようにすることができる。ここで、一例として、ＬＩＭ＿ＴＩＭＥＷＩＮ値は、（Ａ）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信しようとするＶ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ、並びに／又は（Ｂ）（測定された）ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬ、並びに／又は（Ｃ）Ｖ２Ｘ  ＭＥＳＳＡＧＥ（／ＳＥＲＶＩＣＥ）関連ＴＡＲＧＥＴ  ＬＡＴＥＮＣＹ（／ＲＥＬＩＡＢＩＬＩＴＹ）ＲＥＱＵＩＲＥＭＥＮＴなどに応じて調節される（若しくは互いに異なるように設定（／シグナリング）される）ことができる。
【０４３０】
（例示＃１７−１）一例として、（表２）ＳＴＥＰ  ２（例えば、ＯＰＴＩＯＮ  ２−１）を行なった結果で導き出された（排除されない）リソース（ＮＯＥＸ＿ＲＳＣ）のうち、（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信関連の時間リソースを、ＬＩＭ＿ＴＩＭＥＷＩＮ内で（全部）選択できないと（若しくはＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる候補の個数が予め設定（／シグナリング）されたしきい値より小さいと）、（Ａ）（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信を（全部）省略するように定義されるか、並びに／又は（Ｂ）ＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる（最大個数の）時間リソースのみを利用して（特定ＴＢ関連の）データの（再）送信を（部分的に）行うように定義されるか、並びに／又は（Ｃ）（このような場合に使用（／適用）されるように）予め追加的に設定（／シグナリング）された区間値（ＦＬＩＭ＿ＴＩＭＥＷＩＮ）（例えば、“ＦＬＩＭ＿ＴＩＭＥＷＩＮ＞ＬＩＭ＿ＴＩＭＥＷＩＮ”）内で（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信関連の時間リソースを選択するように定義される（例えば、ＦＬＩＭ＿ＴＩＭＥＷＩＮ内で選択可能な候補がないと省略するようにすることができる）か、並びに／又は（Ｄ）（表２）ＳＴＥＰ  ２の（リソース排除関連の）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ  ＴＨＲＥＳＨＯＬＤ値を、（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信関連の時間リソースがＬＩＭ＿ＴＩＭＥＷＩＮ（若しくはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内で（全部）選択されることができるまで（又はＬＩＭ＿ＴＩＭＥＷＩＮ内で選択できる候補の個数が予め設定（／シグナリング）されたしきい値より大きくなるまで）、予め設定（／シグナリング）されたオフセット値分だけ増加させるように定義されることができる。一例として、（（上記規則に従って）（表２）ＳＴＥＰ  ２が行われた後）（表２）ＳＴＥＰ  ３上において、下位（若しくは上位）Ｘ％のＰＳＳＣＨ  ＤＭ−ＲＳ  ＲＳＲＰ値が測定されたリソースのうち（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信関連の時間リソースを予め定義された規則（例えば、ランダム選択方法）に従って選択するとき、選択された（一部の）時間リソースがＬＩＭ＿ＴＩＭＥＷＩＮ（若しくはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内に存在しないと、（Ａ）（該当条件を満たすまで）再選択を行うように定義されるか、並びに／又は（Ｂ）（特定ＴＢ関連の）ＮＵＭ＿ＲＥＴＸ個のデータの（再）送信を（全部）省略するように定義されるか、及び／又は（Ｃ）ＬＩＭ＿ＴＩＭＥＷＩＮ（若しくはＦＬＩＭ＿ＴＩＭＥＷＩＮ）内に位置する時間リソースだけを利用して（特定ＴＢ関連の）データの（再）送信を（部分的に）行うように定義されることができる。
【０４３１】
［提案規則＃１８］一例として、ＰＳＣＣＨ  ＤＭ−ＲＳ関連ＣＹＣＬＩＣ  ＳＨＩＦＴ（ＣＳ）（及び／又はＯＣＣ）値は、予め定義（／シグナリング）された（特定）値（例えば、“ＣＳ  ＩＮＤＥＸ＝０”，“ＯＣＣ＝［＋１＋１］”）に固定されている。ここで、一例として、該当規則が適用される場合、互いに異なるＶ２Ｘ  ＴＸ  ＵＥ（Ｓ）間でＰＳＣＣＨ送信リソースが（一部）重なるようになると、ＰＳＣＣＨ関連の受信性能が保証されないという問題が発生する。ここで、一例として、該当問題を緩和させるために、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）にとって、予め設定（／シグナリング）されたＣＳ  ＳＥＴ（及び／又はＯＣＣ  ＳＥＴ）内で予め定義された規則（例えば、ランダム選択方法）に従って（一つの）ＣＳ（及び／又はＯＣＣ）値を選択するようにすることができる。ここで、一例として、ＣＳ（ＩＮＤＥＸ）  ＳＥＴは、“ＣＳ  ＩＮＤＥＸ０，３，６，９”に設定（／シグナリング）されることができる。ここで、一例として、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がどのような値を選択するかを正確に知らないために）該当ＣＳ  ＳＥＴ（及び／又はＯＣＣ  ＳＥＴ）内の（すべての）ＣＳ（及び／又はＯＣＣ）に対するブラインド検出（ＢＤ）動作を行うようになる。ここで、一例として、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）がＣＳ  ＳＥＴ（及び／若しくはＯＣＣ  ＳＥＴ）内で選択するようになるＣＳ（及び／若しくはＯＣＣ）値は、（Ａ）（Ｖ２Ｖ）サブフレーム（／スロット）インデックス、並びに／又は（Ｂ）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（若しくは（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ）、並びに／又は（Ｃ）ＰＳＣＣＨ上で送信される（Ｘビットの）ＩＤなどを入力パラメータ（／シード値）として有する関数（／（数式））によってランダム化（／ホッピング）されるように定義される（並びに／又は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）のＣＳ  ＳＥＴ（及び／若しくはＯＣＣ  ＳＥＴ）（構成）は、（Ｄ）（Ｖ２Ｖ）サブフレーム（／スロット）インデックス並びに／又は（Ｅ）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（若しくは（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ）並びに／又は（Ｆ）ＰＳＣＣＨ上で送信される（Ｘビットの）ＩＤなどを入力パラメータ（／シード値）として有する関数（／（数式））によってランダム化（／変更）されるように定義される）ことができる。ここで、一例として、ＣＳ  ＳＥＴ（及び／又はＯＣＣ  ＳＥＴ）（構成）は、（Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が送信しようとする）Ｖ２Ｘ  ＭＥＳＳＡＧＥ  ＰＲＩＯＲＩＴＹ及び／又は（測定した）ＣＯＮＧＥＳＴＩＯＮ  ＬＥＶＥＬなどによって互いに異なるように設定（／シグナリング）されることができる。ここで、一例として、（上記規則が適用される場合）Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）の（ＰＳＣＣＨ  ＤＭ−ＲＳ）ＣＳ（及び／又はＯＣＣ）ＢＤ動作関連の複雑度を下げるために、（（サービング）基地局から）一つのサブフレーム内で（Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）が）行わなければならない最大ＢＤ回数が設定（／シグナリング）されることができる。ここで、一例として、Ｖ２Ｘ  ＵＥ（Ｓ）にとって、自体が一つのサブフレーム内で最大に行うことができるＢＤ回数情報を（（サービング）基地局に）予め定��されたシグナリングを介して報告するようにすることができる。ここで、一例として、ＰＳＣＣＨ  ＳＣＲＡＭＢＬＩＮＧ  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＯＲが、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が選択するようになる（予め設定（／シグナリング）された）ＣＳ  ＳＥＴ（及び／又はＯＣＣ  ＳＥＴ）内の（すべての）ＣＳ（及び／又はＯＣＣ）値（及び／又は予め設定（／シグナリング）されたＣ＿ＩＮＩＴ値（例えば、“５１０”））に応じて初期化（ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ）されるようにすることができる。ここで、一例として、（該当規則が適用される場合）ＰＳＣＣＨ上にＣＳフィールド（例えば、“３ビット”）が定義されることができ、該当ＣＳフィールド値は、Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）されたＣＳ  ＳＥＴ内で予め定義された規則（例えば、ランダム選択方法）に従って選択した（一つの）ＣＳ値（ＳＥＬＣＳ＿ＶＡＬ）により（及び／又はＳＥＬＣＳ＿ＶＡＬ値を入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数ベースの導出（／計算）値により）（同様に）指定されることができ、該当の（指定された）ＣＳフィールド値に応じて（ＰＳＣＣＨと連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ値が設定（／決定）されることができる。ここで、一例として、該当規則が適用される場合、ＰＳＣＣＨ  ＤＭ−ＲＳ  （ＣＳ）上の干渉が緩和（／ランダム化）されると、（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  （ＣＳ）上の干渉も（同様に）緩和（／ランダム化）されることができる。ここで、一例として、（上記規則が適用される場合）（ＰＳＣＣＨと連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ値は、（ＰＳＣＣＨ上にＣＳフィールド（例えば、“３ビット”）を追加的に定義せずに）Ｖ２Ｘ  ＴＸ  ＵＥ（Ｓ）が予め設定（／シグナリング）されたＣＳ  ＳＥＴ内で予め定義された規則（例えば、ランダム選択方法）に従って選択した（一つの）ＰＳＣＣＨ  ＤＭ−ＲＳ  ＣＳ値（ＳＥＬＣＳ＿ＶＡＬ）により（及び／又はＳＥＬＣＳ＿ＶＡＬ値を入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数ベースの導出（／計算）値により）（同一に）設定されることができる。ここで、一例として、ＰＳＳＣＨ  ＳＣＲＡＭＢＬＩＮＧ  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＯＲが（ＰＳＣＣＨ上の）ＣＳフィールド値（及び／又は（ＰＳＣＣＨ上の）Ｖ２Ｘ  ＴＸ  ＵＥ  ＩＤ（又は（ＴＡＲＧＥＴ）Ｖ２Ｘ  ＲＸ  ＵＥ  ＩＤ（若しくはＸビットのＩＤ））及び／又は（Ｖ２Ｖ）サブフレーム（／スロット）インデックス）に従って初期化（ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ）されるようにすることができる。
【０４３２】
一例として、Ｖ２Ｖ通信を行うとき、ＰＳＣＣＨ及び／又は（連動した）ＰＳＳＣＨ関連の、（Ａ）（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＩＯＮ  ＲＵＬＥ、及び／又は（Ｂ）（ＤＭ−ＲＳ）  ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ  ＳＥＬＥＣＴＩＯＮ（／ＤＥＴＥＲＭＩＮＡＴＩＯＮ）  ＲＵＬＥ、及び／又は（Ｃ）ＧＲＯＵＰ／ＳＥＱＵＥＮＣＥ  ＨＯＰＰＩＮＧ  ＲＵＬＥなどは、表７及び表８のように定義されることができる。一例として、以下の（一部の）提案方式は、互いに異なる端末間のＰＳＣＣＨ及び／又はＰＳＳＣＨ送信リソースが（一部又は全部）重なる場合、（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ）（及び／又は干渉）ランダム化動作が効率的に行われるようにする方法を提示する。
【０４３３】
以下、表７及び表８によって、Ｖ２Ｖ通信を行うとき、ＰＳＣＣＨ及び／又は（連動する）ＰＳＳＣＨ関連の、（Ａ）（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ  ＧＥＮＥＲＡＴＩＯＮ  ＲＵＬＥ、及び／又は（Ｂ）（ＤＭ−ＲＳ）  ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ  ＳＥＬＥＣＴＩＯＮ（／ＤＥＴＥＲＭＩＮＡＴＩＯＮ）  ＲＵＬＥ、及び／又は（Ｃ）ＧＲＯＵＰ／ＳＥＱＵＥＮＣＥ  ＨＯＰＰＩＮＧ  ＲＵＬＥなどに関する一例を説明する。このとき、Ｖ２Ｖ  ＷＩでは、ノーマルＣＰのみがサポートされることができ、宛先（目的地）（destination）ＩＤは、ＳＡを介して伝達されないこともある。なお、ＳＡからの１６ＣＲＣビットは、ＰＳＳＣＨ  ＤＭＲＳシーケンス及びデータスクランブルシーケンスを生成するのに使用されることができる。
【０４３４】
＜表７＞
【表７】
2019526995.tif 000026
【０４３５】
ここで、
2019526995.tif 000027
でありうる。
【０４３６】
＜表８＞
【表８】
2019526995.tif 000028
【０４３７】
ここで、
2019526995.tif 000029
でありえ、
2019526995.tif 000030
は、ＰＳＳＣＨ  ＤＭＲＳシーケンスを生成するのに使用されるＳＡでのＸビットを意味できる。
【０４３８】
［提案規則＃１９］一例として、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）の決定に使用されるビット（フィールド）（例えば、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ0，Ｃ1，．．．，Ｃ15）のうち、“Ｃ12，Ｃ13，Ｃ14”の（３）ビット値）のうち、予め設定（／シグナリング）された（又はランダムに選択された）２ビットを選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）で）ＳＣＲＡＭＢＬＩＮＧされるようにすることができる。ここで、一例として、このような規則が適用される場合、（Ａ）ＰＳＣＣＨの（最終的な）１６ビットのＣＲＣは、“Ｃ0，Ｃ1，．．．，Ｃ15”値に維持（／適用）（例えば、（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）の決定に使用されるＣＲＣ（及び／若しくはビット（フィールド））のみが（該当の）ＳＣＲＡＭＢＬＩＮＧ動作により変更されたと見な（／仮定））されるようにするか、並びに／又は（Ｂ）（該当）ＳＣＲＡＭＢＬＩＮＧ動作により（一部）変更された１６ビットＣＲＣがＰＳＣＣＨの（最終的な）ＣＲＣになるようにすることができる。一例として、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ0，Ｃ1，．．．，Ｃ15）のうち、ＬＳＢ（例えば、該当規則が適用される場合、ＰＳＳＣＨ  ＤＭ−ＲＳ  ＯＣＣインデックス（／値）も変更されることができる）（若しくはＭＳＢ）２ビット（並びに／又は予め設定（／シグナリング）された（若しくはランダムに選択された）特定位置の２ビット）を選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）でＳＣＲＡＭＢＬＩＮＧされるようにすることができる。ここで、一例として、このような規則が適用される場合、（Ａ）（該当の）ＳＣＲＡＭＢＬＩＮＧ動作により（一部）変更された１６ビットのＣＲＣがＰＳＣＣＨの（最終的な）ＣＲＣになるようにするか、並びに／又は（Ｂ）ＰＳＣＣＨの（最終的な）１６ビットのＣＲＣは、“Ｃ0，Ｃ1，．．．，Ｃ15”値に維持（／適用）（例えば、（連動した）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）の決定に使用されるＣＲＣ（及び／若しくは、ビット（フィールド））のみが（該当の）ＳＣＲＡＭＢＬＩＮＧ動作により変更されたと見なされる（／仮定される））ようにすることができる。一例として、ＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）別にＳＣＲＡＭＢＬＩＮＧ用の（互いに異なる）１６ビットが予め設定（／シグナリング）され、端末にとって、（Ａ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）と連動するＳＣＲＡＭＢＬＩＮＧ用の１６ビット（Ｓ0，Ｓ1，．．．，Ｓ15）とＰＳＣＣＨの（生成された）１６ビットＣＲＣ（Ｃ0，Ｃ1，．．．，Ｃ15）とをＳＣＲＡＭＢＬＩＮＧさせた後、（該当の）ＳＣＲＡＭＢＬＩＮＧの結果値（Ｗ0，Ｗ1，．．．，Ｗ15）をＰＳＣＣＨの最終的な１６ビットＣＲＣになるようにするか、並びに／又は（Ｂ）ＰＳＣＣＨの（最終的な）１６ビットＣＲＣは、“Ｃ0，Ｃ1，．．．，Ｃ15”値に維持（／適用）するものの、（連動する）ＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳインデックス（／値）の決定に使用される１６ビットＣＲＣ（及び／若しくはビット（フィールド））だけを“Ｗ0，Ｗ1，．．．，Ｗ15“値（��び／若しくは“Ｗ0，Ｗ1，．．．，Ｗ15”のうち“Ｗ12，Ｗ13，Ｗ14”の（３）ビット値）として使用（／仮定）するようにすることができる。
【０４３９】
一例として、（Ａ）ＭＯＤＥ  ２  Ｖ２Ｖ  ＳＣＨＥＤＵＬＩＮＧ（ＭＯＤＥ２＿ＳＣＨ）動作時に使用される（一つ又は複数の）ＳＣＩ  ＦＯＭＲＡＴ構成フィールド及び／又は（Ｂ）ＭＯＤＥ  １  ＤＹＮＡＭＩＣ  Ｖ２Ｖ  ＳＣＨＥＤＵＬＩＮＧ（ＭＯＤＥ１＿ＤＹＮ）動作時に使用される（一つ又は複数の）ＤＣＩ  ＦＯＲＭＡＴ構成フィールドは、下記のように定義されることができる。ここで、一例として、ＦＲＡ＿ＩＮＲＥＴＸフィールドは、（既存ＬＴＥシステムのＬＶＲＢ形態と似たように）ＲＥＳＯＵＲＣＥ  ＩＮＤＩＣＡＴＩＯＮ  ＶＡＬＵＥ  （ＲＩＶ）値が（ＰＳＳＣＨ送信関連）（Ａ）開始サブチャネルインデックス（／位置）情報（ＳＵＢ＿ＳＴＡＲＴ）及び／又は（周波数領域上において）連続して割り当て（／位置）られたサブチャネル長さ（／個数）情報（ＳＵＢ＿ＬＥＮＧＴＨ）を知らせる形態で定義されることができる。ここで、一例として、特定（一つの）ＴＢ送信のために、２回のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（Ａ）ＳＵＢ＿ＳＴＡＲＴ値は、第２番目のＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報（ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ）と解釈されることができ、及び／又は（Ｂ）ＳＵＢ＿ＬＥＮＧＴＨ値は、第１番目と第２番目のＰＳＳＣＨ送信に使用されるサブチャネル長さ（／個数）情報（ＳＦＤＡＴＡ＿ＳＵＢＬＮ）と解釈されることができる。ここで、一例として、第１番目のＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報（ＦＩＲＤＡＴＡ＿ＳＵＢＳＴ）は、（ＦＲＡ＿ＩＮＲＥＴＸフィールドを介して直接シグナリングされることでなく）受信端末にとって、予め定義（／シグナリング）された“（（ブラインド）検出された）（第１番目）ＰＳＣＣＨリソースインデックス（／位置）情報”と“（連動した）（第１番目）ＰＳＳＣＨ送信が行われるサブチャネルの開始インデックス（／位置）情報”間の（一対一）マッピング（／リンケージ）関係を介して、暗黙的に把握するようにすることができる。
【０４４０】
以下では、ＭＯＤＥ２＿ＳＣＨ動作時に使用される（一つ又は複数の）ＳＣＩ  ＦＯＭＲＡＴ構成フィールド並びに／又は（Ｂ）ＭＯＤＥ１＿ＤＹＮ動作時に使用される（一つ若しくは複数の）ＤＣＩ  ＦＯＲＭＡＴ構成フィールドについての一例を説明する。
【０４４１】
ＳＣＩは、１）ＰＲＩＯＲＩＴＹ：３ビット、２）リソース予約：４ビット、３）ＭＣＳ：５ビット、４）ＣＲＣ：１６ビット、５）再送信インデックス（ＲＥＴＸ＿ＩＮＤＥＸ）：１ビット、６）送信開始と再送信との間の時間ギャップ（ＴＧＡＰ＿ＩＮＩＲＥＴＸ）：４ビット、７）送信開始及び再送信の周波数リソース位置（ＦＲＡ＿ＩＮＲＥＴＸ）：８ビット、８）予約されたビット（ＲＳＶ＿ＢＩＴ）：７ビットが設定されることができる。
【０４４２】
ＤＣＩは、１）ＣＩＦ：３ビット、２）送信開始に割り当てられるサブチャネルの最小インデックス（ＰＳＣＣＨ＿ＲＡ）：５ビット、３）（ＳＡコンテンツとして）送信開始と再送信との間の時間ギャップ：４ビット、４）送信開始及び再送信の周波数リソース位置（ＦＲＡ＿ＩＮＲＥＴＸ）：８ビットを含むことができる。
【０４４３】
［提案方法＃２０］一例として、特定（一つ）のＴＢ送信のために、１回のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（上記で説明した）ＦＲＡ＿ＩＮＲＥＴＸフィールドの一部の情報（例えば、“ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ関連情報”）は、不必要になる。（言い換えれば）一例として、該当する場合に必要な情報は、（ただ）第１番目のＰＳＳＣＨ送信に使用されるサブチャネル長（／個数）情報（ＦＤＡＴＡ＿ＳＵＢＬＮ）だけ（only）である。ここで、一例として、（該当の）不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットは、以下の（一部又はすべての）規則に従って定義されることができる。
【０４４４】
（例示＃２０−１）一例として、（Ａ）（一つのサブフレーム上において）最大２０個のサブチャネルが（Ｖ２Ｖ）リソースプールとして設定（／シグナリング）されることができると仮定するとき、ＦＤＡＴＡ＿ＳＵＢＬＮ情報を表すために必要なビット個数は、“５”ビット（すなわち、“ＣＥＩＬＩＮＧ（ＬＯＧ2（２０））＝５”（ここで、一例として、ＣＥＩＬＩＮＧ（Ｘ）は、Ｘより大きいか、又は同じである最小情報値を導き出す関数である））になるか、並びに／又は（Ｂ）（一つのサブフレーム上において）Ｋ個のサブチャネルが（Ｖ２Ｖ）リソースプールとして設定（／シグナリング）されたと仮定するとき、ＦＤＡＴＡ＿ＳＵＢＬＮ情報を表すために必要なビット個数は、“ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ））”になることができる。ここで、一例として、特定（一つ）のＴＢ送信のために、２回のＰＳＳＣＨ送信が設定（／シグナリング）された場合、（必要な）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを“Ｑ”ビット（例えば、“Ｑ＝８”）と仮定するとき、“（Ｑ−５）”（及び／又は“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ）））”）の残りのビットが不必要な情報関連ビットとして解釈される（／見なされる）ことができる。
【０４４５】
（例示＃２０−２）一例として、特定（一つ）のＴＢ送信のために、２回のＰＳＳＣＨ送信が設定（／シグナリング）された場合、（必要な）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを“Ｑ”ビットと仮定するとき、（実際に必要な）特定（一つ）のＦＤＡＴＡ＿ＳＵＢＬＮ（又はＳＦＤＡＴＡ＿ＳＵＢＬＮ）値と共に指定されることができる（予め設定（／シグナリング）された）複数の（一部又はすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値が不必要な情報関連のＳＴＡＴＥ（又は値）として解釈される（／見なされる）ことができる。
【０４４６】
（例示＃２０−３）一例として、特定（一つ）のＴＢ送信のために、１回のＰＳＳＣＨ送信が設定（／シグナリング）される場合、Ｖ２Ｘ  ＲＸ  ＵＥ（Ｓ）は、ＴＧＡＰ＿ＩＮＩＲＥＴＸフィールドを介して、（該当の）Ｖ２Ｘ  ＴＸ  ＵＥが（特定（一つ）のＴＢに対して）１回又は２回のいずれのＰＳＳＣＨ送信を行うかを把握できるから、ＲＥＴＸ＿ＩＮＤＥＸ関連のＳＴＡＴＥ（又は値）は、不必要な情報として解釈される（／見なされる）ことができる。さらに他の一例として、特定（一つ）のＴＢ送信のために、１回のＰＳＳＣＨ送信が設定（／シグナリング）される場合、ＲＥＴＸ＿ＩＮＤＥＸ関連の値（又はＳＴＡＴＥ）は、予め設定（／シグナリング）された（特定の）値（又はＳＴＡＴＥ）として指定されることができる。ここで、一例として、（ＲＥＴＸ＿ＩＮＤＥＸ関連）の該当（特定）の値（又はＳＴＡＴＥ）は、“ＶＩＲＴＵＡＬ  ＣＲＣ”用として使用されることができる。
【０４４７】
（例示＃２０−４）一例として、ＲＳＶ＿ＢＩＴフィールド関連ビット（例えば、“７ビット”）のうち、予め設定（／シグナリング）された一部のビットが不必要な情報関連のビット（又は値）として解釈される（／見なされる）ことができる。
【０４４８】
一例として、下記の（一部の）規則に従って、（上記で説明した）不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットをランダム化することによって、互いに異なる端末のＰＳＳＣＨ送信リソースが（一部又は全部）重なるときに発生するＰＳＳＣＨ（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸ）  ＣＯＬＬＩＳＩＯＮ問題を緩和させる（例えば、（該当の動作を介して）ＰＳＣＣＨ  ＣＲＣがランダム化され、これによって（最終的に）ＰＳＳＣＨ（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸなどがランダム化される）ことができる。ここで、一例として、上記で説明した不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットの発生の場合（例えば、特定（一つ）のＴＢ送信のために、１回のＰＳＳＣＨ送信が設定（／シグナリング）された場合）は、一つの例に過ぎず、本発明の（一部又はすべての）提案方法は、（不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットが発生する）多様な場合（例えば、（ＭＯＤＥ１＿ＤＹＮ  ＤＣＩ  ＦＯＲＭＡＴ及び／又はＭＯＤＥ２＿ＳＣＨ  ＳＣＩ  ＦＯＲＭＡＴの場合）ＦＲＡ＿ＩＮＲＥＴＸの大きさが（予め設定（／シグナリング）された（一つのサブフレーム内で）Ｖ２Ｖリソースプールを構成する全サブチャネルの数（Ｋ）に応じて）変更されることによって発生する（追加的な）余裕分のビット（例えば、“（８−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ・（Ｋ＋１）／２））（ＦＲＡ＿ＩＮＲＥＴＸの大きさ））”（及び／又は“（８−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ・（Ｋ＋１）／２））（ＦＲＡ＿ＩＮＲＥＴＸの大きさ）−ＣＥＩＬＩＮＧ（ＬＯＧ２（Ｋ））（ＰＳＣＣＨ＿ＲＡの大きさ））”））（及び／又は予め定義（／シグナリング）された（ターゲット）ペイロードの大きさ（例えば、ＭＯＤＥ１＿ＤＹＮ  ＤＣＩ  ＦＯＲＭＡＴ，ＭＯＤＥ２＿ＳＣＨ  ＳＣＩ  ＦＯＲＭＡＴの（ターゲット）ペイロードの大きさは、それぞれ（既存の）ＤＣＩ  ＦＯＲＭＡＴ  ０ペイロードの大きさ（前述したことを参照）、４８ビット（前述したことを参照）になることができる）で、ＦＲＡ＿ＩＮＲＥＴＸの大きさが変更されることによって発生する（追加的な）余裕分のビット）が不必要な情報関連のビットとして見なされることもできる）に拡張適用が可能である。ここで、一例として、該当の（不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットの）ランダム化の動作を介して、ＰＳＣＣＨの１６ビットＣＲＣ（Ｃ0，Ｃ1，．．．，Ｃ15）がランダム化（／変更）され、最終的にＰＳＳＣＨ  ＤＭ−ＲＳ  ＣＳ（／ＳＥＱＵＥＮＣＥ／ＯＣＣ）（インデックス）もランダム化（／変更）（表７及び／又は表８を参照）されるようになる。ここで、一例として、（Ａ）（上記で説明した）（例示＃２０−３）及び／又は（Ｂ）（例示＃２０−４）及び／又は（Ｃ）ＦＲＡ＿ＩＮＲＥＴＸの大きさが（予め設定（／シグナリング）された（一つのサブフレーム内で）Ｖ２Ｖリソースプールを構成する全サブチャネルの数（Ｋ）に応じて）変更されることによって発生する（追加的な）余裕分のビットに下記の（一部の）規則を適用させることは、Ｖ２Ｖリソースプールを構成する全サブチャネルの数が予め設定（／シグナリング）された値（例えば、“１”）以下に指定された場合（例えば、ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさが小さくなって（例えば、“０”）になってＰＳＳＣＨ  ＤＭＲＳ（／ＰＳＣＣＨ  ＣＲＣ）のランダム化を（該当フィールドを介して）追加的に導き出し難い状況として解釈されるこができる）に限定されうる。
【０４４９】
（規則＃２０−１）一例として、送信端末にとって、（上記で説明した）不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビットをランダムに選択した値（及び／又は（（サービング）基地局（又はネットワーク）から）予め設定（／シグナリング）された値）として指定するようにすることができる。ここで、一例として、（上記で説明した）不必要な情報関連のＳＴＡＴＥ（又は値）及び／又はビット別（例えば、（例示＃２０−１）、（例示＃２０−２）、（例示＃２０−３）、（例示＃２０−４））にこのような規則が適用される条件が互いに異なるように定義（／シグナリング）されることもできる。ここで、一例として、（Ｖ２Ｘ通信のために）リソースプールとして設定（／シグナリング）されたサブチャネルの数が“１”である場合（並びに／又は特定（一つ）のＴＢ送信のために１回のＰＳＳＣＨ送信が設定（／シグナリング）された場合）には、（実際に使用される）ＦＲＡ＿ＩＮＲＥＴＸの大きさが“０”になるので、（例示＃２０−３）（例えば、ＲＥＴＸ＿ＩＮＤＥＸ関連のＳＴＡＴＥ（若しくは値））の不必要な情報関連のＳＴＡＴＥ（若しくは値）及び／若しくはビットに上記規則が適用されるようにし、その他の場合（例えば、（Ｖ２Ｘ通信のために）リソースプールとして設定（／シグナリング）されたサブチャネルの数が“１”でない（及び／若しくは“１”より大きい）場合（並びに／又は特定（一つ）のＴＢ送信のために１回のＰＳＳＣＨ送信が設定（／シグナリング）された場合））には、（例示＃２０−２）（例えば、（実際に必要な）特定（一つ）のＦＤＡＴＡ＿ＳＵＢＬＮ値と共に指定されることができる（予め設定（／シグナリング）された）複数の（一部若しくはすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値（若しくはＳＴＡＴＥ））の不必要な情報関連のＳＴＡＴＥ（若しくは値）及び／若しくはビットに上記規則が適用されるようにすることができる。ここで、一例として、（特定（一つ）のＴＢ送信のために１回のＰＳＳＣＨ送信が行われる環境下で）（Ｖ２Ｘ通信のために）リソースプールとして設定（／シグナリング）されたサブチャネルの数に関係なく（例示＃２０−３）（例えば、ＲＥＴＸ＿ＩＮＤＥＸ関連のＳＴＡＴＥ（若しくは値））の不必要な情報関連のＳＴＡＴＥ（若しくは値）及び／若しくはビットに上記規則が適用されるようにし、（Ｖ２Ｘ通信のために）リソースプールとして設定（／シグナリング）されたサブチャネルの数が“１”でない（及び／若しくは“１”より大きい）場合においてのみ（例示＃２０−２）（例えば、（実際に必要な）特定（一つ）のＦＤＡＴＡ＿ＳＵＢＬＮ値と共に指定されることができる（予め設定（／シグナリング）された）複数の（一部若しくはすべての）ＳＥＣＤＡＴＡ＿ＳＵＢＳＴ値（若しくはＳＴＡＴＥ））の不必要な情報関連のＳＴＡＴＥ（若しくは値）及び／若しくはビットに上記規則が適用されるようにすることもできる。
【０４５０】
（規則＃２０−２）一例として、送信端末にとって、（上記で説明した）不必要な情報関連のＳＴＡＴＥ（若しくは値）及び／若しくはビットを、（Ａ）送信（若しくは（ターゲット）受信）端末識別子並びに／又は（Ｂ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）などを入力パラメータとして有する予め定義された（ランダム化（／ホッピング））関数ベースの導出（／計算）値により指定される（又は、（Ｃ）送信（若しくは（ターゲット）受信）端末識別子並びに／又は（Ｄ）選択されたＰＳＣＣＨ  ＣＳインデックス（／値）（例えば、“２ビット”）などにより導出された値として指定される）ようにすることができる。ここで、一例として、（上記で説明した）不必要な情報関連のビットが（例示＃２０−１）の形態で定義された場合、“（Ｑ−５）”（及び／若しくは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ）））”）（例えば、“Ｑ＝８”，“Ｋ＝２０”）が選択されたＰＳＣＣＨ  ＣＳインデックス（／値）を表すビット値（ＰＣ＿ＳＥＬＣＳＢＩＴ）（例えば、“２ビット”）より大きいと、（Ａ）“（Ｑ−５）”（及び／若しくは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ）））”）ビットのうち、ＰＣ＿ＳＥＬＣＳＢＩＴビット（／値）（若しくはＰＣ＿ＳＥＬＣＳＢＩＴビットで導出されたビット（／値））として指定されなければならない（ビット）位置が予め設定（／シグナリング）されるか、並びに／又は（Ｂ）“（Ｑ−５−ＰＣ＿ＳＥＬＣＳＢＩＴ）”（及び／若しくは“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ））-ＰＣ＿ＳＥＬＣＳＢＩＴ）”）の残りのビット（例えば、“１”ビット）をＺＥＲＯ  ＰＡＤＤＩＮＧする（若しくは予め設定（／シグナリング）された特定値として指定する）ようにすることができる。
【０４５１】
一例として、特定（一つ）のＴＢ送信のために１回のＰＳＳＣＨ送信が設定（／シグナリング）される場合、（上記で説明した）ＦＲＡ＿ＩＮＲＥＴＸフィールドの大きさを（例外的に）減らすようにすることもできる（例えば、“（Ｑ−５）”，“（Ｑ−ＣＥＩＬＩＮＧ（ＬＯＧ2（Ｋ）））”）。
【０４５２】
一例として、特定の時点で送信されるＰＳＳＣＨ関連の（ＤＭ−ＲＳ）  ＳＥＱＵＥＮＣＥ（／ＣＳ（／ＯＣＣ）  ＩＮＤＥＸなどのパラメータの決定に使用されるＰＳＣＣＨ  ＣＲＣは、（ＰＳＣＣＨと（連動する）ＰＳＳＣＨが“ＦＤＭ”形態で送信される場合）ＰＳＳＣＨと同一の時点で送信されるＰＳＣＣＨ  ＣＲＣ（及び／又はＰＳＳＣＨ送信のために（必ず）共に送信されるＰＳＣＣＨ  ＣＲＣ）として定義されることができる。
【０４５３】
上記で説明した提案方式に関する一例もまた、本発明の具現方法の一つとして含まれることができるので、一種の提案方式として見なされることができることは明らかな事実である。また、上記で説明した提案方式は、独立して具現されることもできるが、一部の提案方式の組み合わせ（又は併合）の形態により具現されることもできる。一例として、本発明では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステムの他に他のシステムにも拡張可能である。一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。ここで、一例として、Ｄ２Ｄ通信は、ＵＥが他のＵＥと直接無線チャネルを利用して通信することを意味し、ここで、一例として、ＵＥは、ユーザの端末を意味するが、基地局のようなネットワーク装置（装備）（device）がＵＥ間の通信方式に従って信号を送／受信する場合にもやはり、一種のＵＥと見なされることができる。また、一例として、本発明の提案方式は、ＭＯＤＥ  ２  Ｖ２Ｘ動作（及び／又はＭＯＤＥ  １  Ｖ２Ｘ動作）においてのみ限定的に適用されうる。また、一例として、本発明の提案方式は、（（予め定義（／シグナリング）された条件が満たされることによって）‘（送信）リソースの（再）選択動作’がトリガされ）‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／若しくは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信若しくは生成された）パケット（／メッセージ）が存在する場合（又はパケット（／メッセージ）が生成された場合）（又は‘（ＬＯＷ  ＬＡＹＥＲ）バッファ’（及び／若しくは‘ＰＤＣＰ  ＬＡＹＥＲ’）上に（送信若しくは生成された）パケット（／メッセージ）が存在しない場合（又はパケット（／メッセージ）が生成されない場合））においてのみ限定的に適用されることもできる。また、一例として、本発明の提案方式は、ＰＳＣＣＨと（連動する）ＰＳＳＣＨが同一のサブフレーム上の隣接ＲＢ（Ｓ）に位置しない（又は位置する）場合においてのみ限定的に適用されることもできる。また、一例として、本発明の提案方式は、Ｖ２Ｖ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＤＹＮＡＭＩＣ  ＳＣＨＥＤＵＬＩＮＧ動作だけでなく、Ｖ２Ｖ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＳＥＭＩ−ＰＥＲＳＩＳＴＥＮＴ  ＳＣＨＥＤＵＬＩＮＧ（ＳＰＳ）動作（及び／又はＶ２Ｘ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＤＹＮＡＭＩＣ  ＳＣＨＥＤＵＬＩＮＧ動作及び／又はＶ２Ｘ  ＭＯＤＥ  １（／ＭＯＤＥ  ２）ＳＰＳ動作）でも拡張適用が可能である。また、一例として、本発明において“送信リソース選択”という用語は、“送信リソース（再）予約”に（拡張して）解釈されることもできる。
【０４５４】
図３９は、本発明の実施形態が具現される端末を示したブロック図である。
【０４５５】
図３９を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（radio frequency unit）１１３０を含む。
【０４５６】
一実施形態によれば、プロセッサ１１１０は、本発明が説明する機能／動作／方法を実施できる。例えば、プロセッサ１１１０は、端末固有のセンシング区間の間にセンシングを行って、Ｖ２Ｘ通信を行うリソースを選択し、選択された上記リソースに基づいてＶ２Ｘ通信を行うことができる。
【０４５７】
例えば、プロセッサ１１１０は、レイテンシ要求を満たす範囲内でＶ２Ｘ通信を行うリソースを選択し、選択された上記リソースに基づいてＶ２Ｘ通信を行うことができる。
【０４５８】
例えば、プロセッサ１１１０は、Ｖ２Ｘメッセージ送信に使用されるサブチャネルの大きさに対応する大きさのサブチャネル単位でセンシングを行なって、上記Ｖ２Ｘメッセージ送信を行うリソースを選択し、選択された上記リソースに基づいて上記Ｖ２Ｘメッセージ送信を行うことができる。
【０４５９】
例えば、プロセッサ１１１０は、Ｖ２Ｘ通信が行われる有限の個数のリソースに対する予約を行い、予約された上記有限の個数のリソース上において上記Ｖ２Ｘ通信を行うことができる。
【０４６０】
例えば、プロセッサ１１１０は、リソース再選択条件が満たされるかどうかを決定し、上記リソース再選択条件が満たされる場合、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）通信が行われるリソースに対する再選択を行い、選択された上記リソースに基づいて上記Ｖ２Ｘ通信を行うことができる。
【０４６１】
例えば、プロセッサ１１１０は、センシング区間の間に送信が行われたサブフレームに関連するサブフレームを除外したサブフレームを選択区間から選択し、選択された上記サブフレームに基づいてＶ２Ｘ通信を行うことができる。
【０４６２】
例えば、プロセッサ１１１０は、特定のサブフレームを除外した残りのサブフレームに対してＶ２Ｘリソースプールを割り当て、割り当てられたＶ２ＸリソースプールにおいてＶ２Ｘ通信を行うことができる。
【０４６３】
ＲＦ部１１３０は、プロセッサ１１１０に接続されて無線信号を送信及び受信する。
【０４６４】
プロセッサは、ＡＳＩＣ（Application-Specific Integrated Circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリは、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、メモリカード、記憶媒体及び／又は他の記憶装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアにより具現化されるとき、上述の技法は、上述の機能を行うモジュール（過程、機能など）により具現化されることができる。モジュールは、メモリに記憶され、プロセッサにより実行されることができる。メモリは、プロセッサの内部又は外部に在ることができ、周知の多様な手段によりプロセッサに接続されることができる。
【図１】
2019526995.tif 000031
【図２】
2019526995.tif 000032
【図３（ａ）】
2019526995.tif 000033
【図３（ｂ）】
2019526995.tif 000034
【図３（ｃ）】
2019526995.tif 000035
【図３（ｄ）】
2019526995.tif 000036
【図４】
2019526995.tif 000037
【図５】
2019526995.tif 000038
【図６】
2019526995.tif 000039
【図７】
2019526995.tif 000040
【図８】
2019526995.tif 000041
【図９】
2019526995.tif 000042
【図１０】
2019526995.tif 000043
【図１１】
2019526995.tif 000044
【図１２】
2019526995.tif 000045
【図１３】
2019526995.tif 000046
【図１４】
2019526995.tif 000047
【図１５】
2019526995.tif 000048
【図１６】
2019526995.tif 000049
【図１７】
2019526995.tif 000050
【図１８】
2019526995.tif 000051
【図１９】
2019526995.tif 000052
【図２０】
2019526995.tif 000053
【図２１】
2019526995.tif 000054
【図２２】
2019526995.tif 000055
【図２３】
2019526995.tif 000056
【図２４】
2019526995.tif 000057
【図２５】
2019526995.tif 000058
【図２６】
2019526995.tif 000059
【図２７】
2019526995.tif 000060
【図２８】
2019526995.tif 000061
【図２９】
2019526995.tif 000062
【図３０】
2019526995.tif 000063
【図３１】
2019526995.tif 000064
【図３２】
2019526995.tif 000065
【図３３】
2019526995.tif 000066
【図３４】
2019526995.tif 000067
【図３５】
2019526995.tif 000068
【図３６】
2019526995.tif 000069
【図３７】
2019526995.tif 000070
【図３８】
2019526995.tif 000071
【図３９】
2019526995.tif 000072
【国際調査報告】
2019526995.tif 000073
2019526995.tif 000074
2019526995.tif 000075
2019526995.tif 000076