(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）動作を行う方法において、
別の端末から、前記別の端末のデータ送信に用いられるリソース領域を通知する信号を受信し、
前記信号によって通知される前記リソース領域のエネルギーを測定し、
前記測定されたリソース領域のエネルギーが閾値より高いことに基づいて、前記リソース領域を除くリソースを用いてＶ２Ｘメッセージを送信することを特徴とする方法。
【請求項２】
前記端末は、少なくとも一つのサブフレームで構成される基本リソース単位（ｂａｓｉｃ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）における前記信号を受信することを特徴とする請求項１に記載の方法。
【請求項３】
前記信号を通じて、前記端末は、別の端末のＶ２Ｘデータ送信に対する資源の位置または数についての情報を特定することを特徴とする請求項１に記載の方法。
【請求項４】
無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）動作を実行する端末において、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と結合して動作するプロセッサ；を含み、前記プロセッサは、
別の端末から、前記別の端末のデータ送信に用いられるリソース領域を通知する信号を受信し、
前記信号によって通知される前記リソース領域のエネルギーを測定し、
前記測定されたリソース領域のエネルギーが閾値より高いことに基づいて、前記リソース領域を除くリソースを用いてＶ２Ｘメッセージを送信することを特徴とする端末。
【請求項５】
前記端末は、少なくとも一つのサブフレームで構成される基本リソース単位（ｂａｓｉｃ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）における前記信号を受信することを特徴とする請求項４に記載の端末。
【請求項６】
前記信号を通じて、前記端末は、別の端末のＶ２Ｘデータ送信に対する資源の位置また
は数についての情報を特定することを特徴とする請求項４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のＶ２Ｘ動作のためのリソース選択方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）では、３世代以後の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信率でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービスのサポートを目標とする。
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準として、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）送信方式ベースのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用意している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補のうち一つである。
【０００４】
一方、最近装置間の直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公共安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目を浴びている。商業的な通信ネットワークは、急速にＬＴＥに変化しているが、既存通信規格との衝突問題と費用側面で現在の公共安全ネットワークは、主に２Ｇ技術に基づいている。このような技術間隙と改善されたサービスに対する要求は、公共安全ネットワークを改善しようとする努力につながっている。
【０００５】
公共安全ネットワークは、商業的な通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラ通信のカバレッジが届かない、または利用可能でない場合にも、装置間の直接信号送受信、即ち、Ｄ２Ｄ動作も要求している。
【０００６】
Ｄ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有してデータ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合は、基地局のカバレッジを拡張させる役割もできる。
【０００７】
一方、Ｄ２Ｄ動作は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）にも適用されることができる。Ｖ２Ｘは、車両と全てのインターフェースを介した通信技術を通称する。Ｖ２Ｘの形態には、例えば、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｒｓｏｎ）などがある。
【０００８】
第１の端末がＶ２Ｘ通信を実行する時、第２の端末も前記第１の端末と同じまたは一部重なるリソースを利用して信号を送信すると、相互間の干渉により信頼性の高いＶ２Ｘ通信が実行されにくい。例えば、Ｖ２Ｘ通信のためのリソースがリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）形態で与えられ、実際にＶ２Ｘ通信を実行するリソースは、前記リソースプール内で端末が選択することもできる。この場合、互いに異なる端末が同じリソースプール内で自体的にリソースを選択するため、相互間に同じまたは一部重なるリソースを選択することもできる。
【０００９】
Ｖ２Ｘ動作のために効率的にリソースを選択する方法及び前記方法を利用する装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明が解決しようとする技術的な課題は、無線通信システムにおける端末のＶ２Ｘ動作のためのリソース選択方法及び前記方法を利用する端末を提供することにある。
【課題を解決するための手段】
【００１１】
一側面において、無線通信システムおける端末のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）動作のためのリソース選択方法を提供する。前記方法は、第１のサブフレームで他の端末に対するサイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＳＣＣＨ）をモニタリングし、及び第２のサブフレームで前記他の端末に対するＰＳＣＣＨによりスケジューリングされるリソースと重ならないリソースを利用してＶ２Ｘメッセージを送信することを特徴とする。
【００１２】
前記端末がＰＳＣＣＨを送信することができるサブフレームを指示するＰＳＣＣＨサブフレームプール（ＰＳＣＣＨ  ｓｕｂｆｒａｍｅ  ｐｏｏｌ）情報をネットワークから受信する。
【００１３】
前記第２のサブフレームは、前記ＰＳＣＣＨサブフレームプール情報が指示するサブフレームに含まれる。
【００１４】
少なくとも一つのサブフレームで構成される基本リソース単位（ｂａｓｉｃ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を１サブフレームずつ移動させながら他の端末に対するＰＳＣＣＨをモニタリングする。
【００１５】
前記他の端末に対するＰＳＣＣＨによりスケジューリングされるリソースと重ならないアイドルリソース単位（ｉｄｌｅ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を検索する。
【００１６】
前記アイドルリソース単位が複数個検索される場合、前記複数のアイドルリソース単位の中から一つのアイドルリソース単位を選択してＰＳＣＣＨを送信する。
【００１７】
他の側面で提供される端末は、無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）動作を実行する。前記端末は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ夫瓦結合して動作するプロセッサを含み、前記プロセッサは、第１のサブフレームで他の端末に対するサイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＳＣＣＨ）をモニタリングし、及び第２のサブフレームで前記他の端末に対するＰＳＣＣＨによりスケジューリングされるリソースと重ならないリソースを利用してＶ２Ｘメッセージを送信することを特徴とする。
【発明の効果】
【００１８】
端末は、基本リソース単位というリソース領域を時間領域で移動させながら他の端末が前記基本リソース単位内のリソースを使用するかどうかをモニタリングする。これを介して他の端末が使用しないアイドルリソース単位を検出して使用するため、他の端末との干渉を減らすことができる。また、アイドルリソース単位が複数個検出され、他の端末も前記複数個のアイドルリソース単位を利用することができる時、他の端末との衝突を避けながら特定アイドルリソース単位を選択することができる方法を提供する。その結果、Ｖ２Ｘ動作の信頼性及びリソース使用の効率性を高めることができる。
【図面の簡単な説明】
【００１９】
【図１】無線通信システムを示す。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＰｒｏＳｅのための基準構造を示す。
【図５】D2Dの動作を実行する端末とセルカバレッジの配置例を示す。
【図６】基本リソース単位をスライディングさせながらＶ２Ｘ送信リソース候補を定義する例を示す。
【図７】基本リソース単位をスライディングさせながらＶ２Ｘ送信リソース候補を定義する例を示す。
【図８】本発明の一実施例による端末のＶ２Ｘ動作のためのリソース選択方法を示す。
【図９】端末がＶ２Ｘ動作のためのリソースを選択する具体的な例を示す。
【図１０】Ｖ２Ｘメッセージを送信しようとする第１の端末と基地局との間のシグナリングを例示する。
【図１１】本発明の実施例が具現される端末を示すブロック図である。
【発明を実施するための形態】
【００２０】
図１は、無線通信システムを示す。
【００２１】
無線通信システムは、例えば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムという。
【００２２】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２３】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２４】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２５】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、そのうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２６】
図2は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図3は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２７】
図2及び図3を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００２８】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００２９】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３０】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３１】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３２】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３３】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３４】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３５】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３６】
トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３７】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３８】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位でＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。
【００３９】
ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００４０】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００４１】
ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功的に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。
【００４２】
端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１  ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。
【００４３】
以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、Ｄ２Ｄ動作と混用されることができる。以下、ＰｒｏＳｅに対して記述する。
【００４４】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した二つ以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順をサポートする端末を意味する。特別な言及がない場合、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を両方とも含む。公共安全端末は、公共安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化された機能はサポートしない端末である。
【００４５】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００４６】
以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。
【００４７】
図４は、ＰｒｏＳｅのための基準構造を示す。
【００４８】
図４を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅ  ＡＰＰ  ｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅ  ｆｕｎｃｔｉｏｎ）を含む。
【００４９】
ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、政策及び課金規則（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。
【００５０】
ＰｒｏＳｅ応用サーバは、応用機能を作るためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信することができる。端末内の応用プログラムは、応用機能を作るためのＰｒｏＳｅ能力を使用することができる。
【００５１】
ＰｒｏＳｅ機能は、下記のうち少なくとも一つを含むことができるが、必ずこれに制限されるものではない。
【００５２】
−第３者応用プログラムに向かう基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｖｉａ  ａ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｔｏｗａｒｄｓ  ｔｈｅ  ３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎｓ）
【００５３】
−発見及び直接通信のための認証及び端末に対する設定（Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ｔｈｅ  ＵＥ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【００５４】
−ＥＰＣ次元のＰｒｏＳｅ発見の機能（Ｅｎａｂｌｅ  ｔｈｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  ｔｈｅ  ＥＰＣ  ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）
【００５５】
−ＰｒｏＳｅと関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅ  ＩＤの調整（ＰｒｏＳｅ  ｒｅｌａｔｅｄ  ｎｅｗ  ｓｕｂｓｃｒｉｂｅｒ  ｄａｔａ  ａｎｄ  ｈａｎｄｌｉｎｇ  ｏｆ  ｄａｔａ  ｓｔｏｒａｇｅ、ａｎｄ  ａｌｓｏ  ｈａｎｄｌｉｎｇ  ｏｆ  ＰｒｏＳｅ  ｉｄｅｎｔｉｔｉｅｓ）
【００５６】
−セキュリティ関連機能（Ｓｅｃｕｒｉｔｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５７】
−政策関連機能のためにＥＰＣに向かう制御提供（Ｐｒｏｖｉｄｅ  ｃｏｎｔｒｏｌ  ｔｏｗａｒｄｓ  ｔｈｅ  ＥＰＣ  ｆｏｒ  ｐｏｌｉｃｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
【００５８】
−課金のための機能提供（Ｐｒｏｖｉｄｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｆｏｒ  ｃｈａｒｇｉｎｇ（ｖｉａ  ｏｒ  ｏｕｔｓｉｄｅ  ｏｆ  ＥＰＣ、例えば、ｏｆｆｌｉｎｅ  ｃｈａｒｇｉｎｇ））
【００５９】
以下、ＰｒｏＳｅのための基準構造において、基準点と基準インターフェースを説明する。
【００６０】
−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラムとの間の基準点である。これは応用次元でシグナリング要求条件を定義するために使われる。
【００６１】
−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の基準点である。これはＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。
【００６２】
−ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。
【００６３】
−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能との間の基準点である。ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。前記相互作用は、端末間に１：１通信のための経路を設定する時、または実時間セッション管理や移動性管理のためのＰｒｏＳｅサービスを認証する時を例示することができる。
【００６４】
−ＰＣ５：端末間に発見及び通信、中継、１：１通信のために制御／ユーザ平面を使用するための基準点である。
【００６５】
−ＰＣ６：互いに異なるＰＬＭＮに属するユーザ間にＰｒｏＳｅ発見のような機能を使用するための基準点である。
【００６６】
−ＳＧｉ：応用データ及び応用次元制御情報交換のために使われることができる。
【００６７】
Ｄ２Ｄ動作は、端末がネットワーク（セル）のカバレッジ内でサービスを受ける場合やネットワークのカバレッジから外れた場合の両方ともでサポートされることができる。
【００６８】
図５は、Ｄ２Ｄ動作を実行する端末とセルカバレッジの配置例を示す。
【００６９】
図５（ａ）を参照すると、端末Ａ及びＢは、両方ともセルカバレッジ外側に位置できる。図５（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジ外側に位置できる。図５（ｃ）を参照すると、端末Ａ及びＢは、両方とも単一セルカバレッジ内に位置できる。図５（ｄ）を参照すると、端末Ａは、第１のセルのカバレッジ内に位置し、端末Ｂは、第２のセルのカバレッジ内に位置できる。
【００７０】
Ｄ２Ｄ動作は、図５のように多様な位置にある端末間に実行されることができる。
【００７１】
＜Ｄ２Ｄ通信（ＰｒｏＳｅ直接通信）のための無線リソース割当＞
【００７２】
Ｄ２Ｄ通信のためのリソース割当には、下記の二つのモードのうち少なくとも一つを利用することができる。
【００７３】
１．モード１
【００７４】
モード１は、ＰｒｏＳｅ直接通信のためのリソースを基地局からスケジューリングを受けるモードである。モード１により端末がデータを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信リソースを基地局に要求し、基地局は、スケジューリング割当及びデータ送信のためのリソースをスケジューリングする。端末は、基地局にスケジューリング要求を送信し、ＰｒｏＳｅ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信することができる。基地局は、ＰｒｏＳｅ  ＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この送信のためのリソースが必要であると判断する。
【００７５】
２．モード２
【００７６】
モード２は、端末が直接リソースを選択するモードである。端末は、リソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）で直接ＰｒｏＳｅ直接通信のためのリソースを選択する。リソースプールは、ネットワークにより設定され、または予め決まることができる。
【００７７】
一方、端末がサービングセルを有している場合、即ち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合、前記端末は、基地局のカバレッジ内にあると見なされる。
【００７８】
端末がカバレッジ外にある場合、前記モード２のみ適用されることができる。もし、端末がカバレッジ内にある場合、基地局の設定によってモード１またはモード２を使用することができる。
【００７９】
他の例外的な条件がない場合、基地局が設定した時にのみ、端末は、モード１からモード２に、またはモード２からモード１にモードを変更することができる。
【００８０】
＜Ｄ２Ｄ発見（ＰｒｏＳｅ直接発見：ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）＞
【００８１】
Ｄ２Ｄ発見は、ＰｒｏＳｅ可能端末が、近接した他のＰｒｏＳｅ可能端末を発見するときに使われる手順を意味し、ＰｒｏＳｅ直接発見とも呼ばれる。以下、ＰｒｏＳｅ直接発見に使われる情報を発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）という。
【００８２】
Ｄ２Ｄ発見のためにはＰＣ５インターフェースが使われることができる。ＰＣ５インターフェースは、ＭＡＣ階層、ＰＨＹ階層、及び上位階層であるＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ階層で構成される。上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）で発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を扱って、発見情報の内容は、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）に対して透明（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみがＡＳに伝達されるようにする。ＭＡＣ階層は、上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ階層は、発見情報送信のために使われない。ＭＡＣ階層は、上位階層から受けた発見情報をアナウンスするために使われるリソースを決定する。ＭＡＣ階層は、発見情報を伝送するＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を作って物理階層に送る。ＭＡＣヘッダは、追加されない。
【００８３】
発見情報アナウンスメントのために二つのタイプのリソース割当がある。
【００８４】
１．タイプ１
【００８５】
発見情報のアナウンスメントのためのリソースが端末特定的でなく割り当てられる方法であって、基地局が端末に発見情報アナウンスメントのためのリソースプール設定を提供する。この設定は、システム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ：ＳＩＢ）に含まれてブロードキャスト方式でシグナリングされることができる。または、前記設定は、端末特定的なＲＲＣメッセージに含まれて提供されることができる。または、前記設定は、ＲＲＣメッセージ外の他の階層のブロードキャストシグナリングまたは端末特定的なシグナリングになることもできる。
【００８６】
端末は、指示されたリソースプールから自体的にリソースを選択し、選択したリソースを利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ）の間に任意に選択したリソースを介して発見情報をアナウンスすることができる。
【００８７】
２．タイプ２
【００８８】
発見情報のアナウンスメントのためのリソースが、端末特定的に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのためのリソースを要求することができる。基地局は、ＲＲＣ信号で発見信号アナウンスメントのためのリソースを割り当てることができる。端末に設定されたリソースプール内で発見信号モニタリングのためのリソースが割り当てられることができる。
【００８９】
ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見信号アナウンスメントのためのタイプ１のリソースプールをＳＩＢで知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１のリソースプールを利用する。または、基地局は、２）ＳＩＢを介して前記基地局が、ＰｒｏＳｅ直接発見はサポートすることを知らせるが、発見情報アナウンスメントのためのリソースは提供しない。この場合、端末は、発見情報アナウンスメントのためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入しなければならない。
【００９０】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して前記端末が発見情報アナウンスメントのためにタイプ１のリソースプールを使用するか、またはタイプ２のリソースを使用するかを設定することができる。
【００９１】
以下、本発明に対して説明する。前述したＤ２Ｄ動作は、Ｖ２Ｘ（ＶＥＨＩＣＬＥ−ＴＯ−ＥＶＥＲＹＴＨＩＮＧ、ＶＥＨＩＣＬＥ−ＴＯ−Ｘ）動作にも適用されることができる。
【００９２】
Ｖ２Ｘにおいて、‘Ｘ’は、歩行者（ｐｅｄｅｓｔｒｉａｎ）であり、このとき、Ｖ２Ｘは、Ｖ２Ｐで表示できる。Ｖ２Ｐは、車両（または、車両に設置された端末）と人間が携帯している装置との間の通信を意味する。人間が携帯している装置とは、歩行者が携帯している端末、自転車に乗っている人間が携帯している端末、緩い速度で走る車両の運転者が有している端末などになることができる。
【００９３】
または、前記Ｘは、車両（ｖｅｈｉｃｌｅ）である。この場合、Ｖ２Ｘは、Ｖ２Ｖで表示できる。または、前記Ｘは，基盤施設（インフラストラクチャ：ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）またはネットワーク（ｎｅｔｗｏｒｋ）などになることもでき、順にＶ２Ｉ、Ｖ２Ｎなどで表示できる。基盤施設には、速度を表示するロードサイド装置（ｒｏａｄｓｉｄｅ  ｕｎｉｔ：ＲＳＵ）、交通環境を表示する装置などがある。基盤施設は、基地局として動作し、または端末として動作することもできる。
【００９４】
以下、提案方式に対する説明の便宜のために、歩行者が携帯しているＶ２Ｐ通信関連デバイスを"Ｐ−ＵＥ"と命名し、車両に設置されたＶ２Ｘ通信関連デバイスを"Ｖ−ＵＥ"と命名する。‘エンティティ（ＥＮＴＩＴＹ）’は、Ｐ−ＵＥ及び／またはＶ−ＵＥ及び／またはＲＳＵ（／ＮＥＴＷＯＲＫ／ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ）と解釈されることができる。
【００９５】
以下、Ｖ２Ｘメッセージを送信する端末は、Ｖ２Ｘ  ＴＸ  ＵＥまたはＶ２Ｘ送信端末という。下記の提案方式は、Ｖ２Ｘメッセージを送信する互いに異なる端末が、事前に定義されたりシグナリングされたＶ２Ｘ送信リソースプール（Ｖ２Ｘ  ＴＸ  ＲＥＳＯＵＲＣＥ  ＰＯＯＬ）内でＶ２Ｘ送信リソースを効率的に選択する方法を提示する。即ち、一例として、Ｖ２Ｘ送信端末は、設定（／シグナリング）を受けたＶ２Ｘ送信リソースプール内で自体的にＶ２Ｘ送信リソースを選択した後、選択したＶ２Ｘ送信リソースを利用してＶ２Ｘメッセージを送信することができる。Ｖ２Ｘメッセージは、例えば、前述したＤ２Ｄ発見メッセージ、Ｄ２Ｄ通信によるメッセージなどである。
【００９６】
本発明において、"エネルギセンシング（／検出）"は、ブラインドデコーディング（／検出）されたＰＳＣＣＨがスケジューリングするＰＳＳＣＨリソース領域上の事前に設定（／シグナリング）された参照信号（例えば、ＤＭＲＳ）に対するＲＳＲＰ測定動作及び／または事前に設定（／シグナリング）されたリソース単位（／領域）（例えば、基本リソース単位）上の（シンボルに対する）"ＬＩＮＥＡＲ  ＡＶＥＲＡＧＥ  ＯＦ  ＲＳＳＩ"測定動作と解釈されることができる。
【００９７】
本発明の適用を介して、互いに異なるＶ２Ｘ送信端末が一部または全て重なるＶ２Ｘ送信リソースを選択してＶ２Ｘメッセージを送信するようになる確率を低くすることができる。
【００９８】
本発明では、Ｖ２Ｘ送信端末をして、特定時点（例えば、サブフレーム＃Ｎ、これをＳＦ＃Ｎで表示する）で、事前に定義されたり（ネットワークまたは（サービング）基地局から）シグナリングされた大きさの‘基本リソース単位（ＢＡＳＩＣ  ＲＥＳＯＵＲＣＥ  ＵＮＩＴ）’（または、‘ウィンドウ’）を移動（スライディング）しながらＶ２Ｘメッセージ送信に関連したＶ２Ｘ送信リソース候補を定義せしめることができる。ここで、一例として、Ｖ２Ｘ送信端末は、（事前に設定（／シグナリング）された）該当基本リソース単位で自分のＶ２Ｘ（データ（及び／または制御））メッセージ送信を実行すると解釈されることができる。
【００９９】
ここで、基本リソース単位（または、ウィンドウ）は、事前に定義されたり（ネットワークまたは（サービング）基地局から）シグナリングされた個数の時間領域リソース（例：サブフレーム、スロット、シンボル）及び／または周波数領域リソース（例：物理的なリソースブロック（対）、副搬送波）の組み合わせで構成されることができる。例えば、基本リソース単位は、Ｎ個のサブフレームで構成されることができ、Ｎは、１以上の自然数である。例えば、基本リソース単位は、１個のサブフレームと事前に設定（／シグナリング）された複数個の物理的なリソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＰＲＢ）で構成されることもできる。例えば、スライディング大きさ（ＳＬＩＤＩＮＧ  ＳＩＺＥ）は、基本リソース単位を構成するサブフレーム個数と同じに設定（／シグナリング）されることもできる。
【０１００】
図６及び図７は、基本リソース単位をスライディングさせながらＶ２Ｘ送信リソース候補を定義する例を示す。
【０１０１】
図６は、Ｖ２Ｘ制御メッセージ送信リソース領域とＶ２Ｘデータメッセージ送信リソース領域が‘ＴＤＭ’形態で具現された場合に対する例示である。図７は、Ｖ２Ｘ制御メッセージ送信リソース領域とＶ２Ｘデータメッセージ送信リソース領域が‘ＦＤＭ’形態で具現された場合に対する例示である。
【０１０２】
図６及び図７において、基本リソース単位は、連続する４個のサブフレームで構成されている。ここで、一例として、基本リソース単位を移動させる単位をスライディング大きさ（ＳＬＩＤＩＮＧ  ＳＩＺＥ）とすると、図６及び図７におけるスライディング大きさは、‘１サブフレーム’と仮定した。
【０１０３】
Ｖ２Ｘ送信端末のセンシング（／モニタリング）ウィンドウ（大きさ）は、１）ＳＦ＃（Ｎ−Ｋ）からＳＦ＃（Ｎ−１）までの区間（例えば、‘Ｋ’値は、１より大きいまたは同じ正の整数であり、このように区間を定めることをオプション＃Ａという）及び／または２）デコーディング／エンコーディング遅延（例えば、センシング（／検出）動作及び／またはセンシング（／検出）動作結果による自分の（最適）送信リソース選択動作及び／または送信するＶ２Ｘメッセージ関連プロセシングタイムを含むと解釈できる）を（追加的に）考慮することで、ＳＦ＃（Ｎ−Ｋ１）からＳＦ＃（Ｎ−Ｋ２）までの区間（例えば、‘Ｋ１’、‘Ｋ２’値は、１より大きいまたは同じ正の整数であり、このように区間を定めることをオプション＃Ｂという。例えば、Ｋ２値が１に固定されていないという点でオプション＃Ａと異なる）に設定（／シグナリング）されることができる。ここで、一例として、Ｖ２Ｘ送信端末は、該当センシング（／モニタリング）ウィンドウに属する‘Ｖ２Ｘ制御メッセージ送信リソース領域（これを"ＣＴＬ＿ＲＥＧＩＯＮ"と命名）’で（他のＶ２Ｘ送信端末のＶ２Ｘ制御メッセージ（情報）及び（該当）Ｖ２Ｘ制御メッセージがスケジューリングする（Ｖ２Ｘ）データリソース領域関連情報に対する）ブラインドデコーディング（／検出）を実行することができる。
【０１０４】
及び／または（前記説明した（センシング（／モニタリング）ウィンドウ内の）ブラインドデコーディング（／検出）を動作を介して、他のＶ２Ｘ送信端末関連Ｖ２Ｘ制御メッセージ（情報）及び（該当）Ｖ２Ｘ制御メッセージがスケジューリングする（Ｖ２Ｘ）データリソース領域情報を取得したＶ２Ｘ送信端末は）事前に定義されたり（ネットワークまたは（サービング）基地局から）シグナリングされた時間区間及び／またはリソース領域（例えば、オプション＃Ａまたはオプション＃Ｂで例示したサブフレーム（／リソース）区間）内で（Ｖ２Ｘ制御メッセージがブラインドデコーディング（／検出）された他のＶ２Ｘ送信端末関連Ｖ２Ｘデータ送信リソース（／サブフレーム）領域に対する）エネルギ検出（／センシング）動作を（追加的に）実行するようにすることができる。
【０１０５】
一例として、図６及び図７は、Ｖ２Ｘ送信端末がセンシング（／検出）動作（例えば、（他のＶ２Ｘ送信端末関連）Ｖ２Ｘ制御メッセージブラインドデコーディング（／検出）、（該当Ｖ２Ｘ制御メッセージがスケジューリングするＶ２Ｘデータ送信リソース領域に対する）エネルギ検出（／センシング））を実行するリソース領域（／大きさ／単位）が（Ｖ２Ｘ（データ（及び／または制御））メッセージ送信に使われる）（基本）リソース単位（大きさ）と同じ状況を仮定した。
【０１０６】
一例として、（前記センシング（／検出）動作後）Ｖ２Ｘ送信端末は、‘ＳＦ＃Ｎ’時点で下記の一部または全ての条件を満たす‘アイドル基本リソース単位（ＩＤＬＥ  ＢＡＳＩＣ  ＲＥＳＯＵＲＣＥ  ＵＮＩＴ）’（これを"アイドルリソース単位（ＩＤＬＥ  ＲＥＳＯＵＲＣＥ  ＵＮＩＴ）"と略称）の存在可否及び／または個数などによって、‘ＳＦ＃Ｎ’時点での最終的なＶ２Ｘメッセージ送信実行可否を決定することができる。ここで、一例として、該当アイドルリソース単位（候補）選定（／決定）は、異なるＶ２Ｘ送信端末間に相対的に高い確率で（一部または完全な）衝突（／重複）が発生できる（送信）リソース候補を（全体（送信）リソース候補から）除外させると解釈できる。ここで、一例として、Ｖ２Ｘ送信端末は、（‘ＳＦ＃Ｎ’時点以前の）事前に定義されたりシグナリングされた時間（／リソース）区間に属する‘ＣＴＬ＿ＲＥＧＩＯＮ’上で（他のＶ２Ｘ送信端末関連）Ｖ２Ｘ制御メッセージのブラインドデコーディング（／検出）動作を実行することができる。即ち、一例として、Ｖ２Ｘ送信端末は、該当センシング（／検出）動作を介して、他の端末関連Ｖ２Ｘ制御メッセージをモニタリングすることができる。これを介して、一例として、‘ＳＦ＃Ｎ’を含む以後の時間（／リソース）区間で、（関心のある）他のＶ２Ｘ送信端末がＶ２Ｘデータメッセージ送信用途で使用するリソース（例えば、リソースブロック、サブフレーム）位置／個数及び／または繰り返し送信回数などに対する情報を把握することができるようになる。
【０１０７】
前記‘Ｋ’（及び／または‘Ｋ１’及び／または‘Ｋ２’）値は、事前に定義されたり（ネットワークまたは（サービング）基地局から）シグナリングされることができる。
【０１０８】
図６及び図７では、‘Ｋ’（及び／または‘Ｋ１’及び／または‘Ｋ２’）値が‘１’に設定された場合と見なされる。
【０１０９】
即ち、一例として、サブフレーム＃ＮでＶ２Ｘメッセージ送信を実行しようとするＶ２Ｘ送信端末が、サブフレーム＃Ｎ−１で他の端末関連Ｖ２Ｘ制御メッセージをモニタリングする。ここで、一例として、これを介してサブフレーム＃Ｎを含む以後サブフレーム（／リソース）で、前記他の端末がＶ２Ｘメッセージ送信用途で使用するリソース位置／個数及び／または繰り返し送信回数などに対する情報を把握し、前記他の端末が使用しないリソースを（自分の）アイドルリソース単位候補として決定する。
【０１１０】
前述したアイドルリソース単位（候補）は、下記の二つの例示（条件）のうち一つまたは二つ（両方とも）を満たすかどうかによって選定（／決定）されることができる。
【０１１１】
（例示＃１）一例として、（（前記説明した（センシング（／モニタリング）ウィンドウ内の）他のＶ２Ｘ送信端末関連Ｖ２Ｘ制御メッセージに対するブラインドデコーディング（／検出）を動作を介して）（関心のある）他のＶ２Ｘ送信端末が（Ｖ２Ｘデータ（及び／または制御）メッセージ送信用途で）使用するリソースと（一部（または、全て）または全く）重ならない基本リソース単位をアイドルリソース単位（候補）として定めることができる。
【０１１２】
（例示＃２）一例として、（Ｖ２Ｘ制御メッセージがブラインドデコーディング（／検出）された他のＶ２Ｘ送信端末関連Ｖ２Ｘデータ送信リソース（／サブフレーム）領域に対して）（事前に定義されたり（ネットワークまたは（サービング）基地局から）シグナリングされた（平均）閾値より小さい（平均）値のエネルギが検出（／センシング）された基本リソース単位をアイドルリソース単位（候補）として定めることができる。
【０１１３】
図６及び図７において、一例として、‘ＳＦ＃Ｎ’時点で‘（例示＃１）’の条件を満たす基本リソース単位、即ち、アイドルリソース単位の総個数は、２個になる。
【０１１４】
一方、オプション＃Ｂが適用される場合、Ｖ２Ｘ送信端末は（デコーディング／エンコーディング遅延（例えば、センシング（／検出）動作及び／またはセンシング（／検出）動作結果による自分の（最適）送信リソース選択動作及び／または送信するＶ２Ｘメッセージ関連プロセシング時間を含むと解釈できる）を考慮して）‘ＳＦ＃（Ｎ−Ｋ２＋１）からＳＦ＃（Ｎ−１）までの区間’に属する‘ＣＴＬ＿ＲＥＧＩＯＮ’でブラインドデコーディング（／検出）動作を実行することができない。したがって、Ｖ２Ｘ送信端末をして、‘ＳＦ＃（Ｎ−Ｋ１）からＳＦ＃（Ｎ−Ｋ２）までの区間’に属する‘ＣＴＬ＿ＲＥＧＩＯＮ’でブラインドデコーディングを実行せしめた後、これを介して導出された‘ＳＦ＃Ｎ’時点でのアイドルリソース単位個数（‘Ｍ’）に事前に定義されたりシグナリングされたオフセット値（‘ＯＦＦ＿ＶＡＬ’）を合算し、最終的に‘ＳＦ＃Ｎ’時点でのアイドルリソース単位個数（‘Ｍ＋ＯＦＦ＿ＶＡＬ’）を計算（／導出）するように設定できる。
【０１１５】
このような規則の適用を介して、‘ＳＦ＃（Ｎ−Ｋ２＋１）からＳＦ＃（Ｎ−１）までの区間’（即ち、ブラインドデコーディングが実行されないＣＴＬ＿ＲＥＧＩＯＮ領域）で発生される（関心のある）他のＶ２Ｘ送信端末のＶ２Ｘ制御及び／またはデータメッセージ送信により、‘ＳＦ＃Ｎ’時点でのアイドルリソース単位個数が受ける影響をある程度反映できる。
【０１１６】
図８は、本発明の一実施例による端末のＶ２Ｘ動作のためのリソース選択方法を示す。
【０１１７】
図８を参照すると、端末は、第１のサブフレームで他の端末に対するＰＳＣＣＨをモニタリングする（Ｓ２１０）。ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、サイドリンクの制御チャネルを意味する。ここで、第１のサブフレームは、図６及び図７で説明した基本リソース単位に属するサブフレームであり、端末がＶ２Ｘ送信を実行しようとする第２のサブフレーム以前のサブフレームである。
【０１１８】
端末は、第２のサブフレームで前記他の端末に対するＰＳＣＣＨによりスケジューリングされる（ＰＳＳＣＨ）リソースと重ならないリソース（即ち、アイドルリソース単位）を利用してＶ２Ｘメッセージを送信する（Ｓ２２０）。
【０１１９】
図９は、端末がＶ２Ｘ動作のためのリソースを選択する具体的な例を示す。
【０１２０】
図９を参照すると、端末は、少なくとも一つのサブフレームで構成される基本リソース単位（ｂａｓｉｃ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を１サブフレームずつ移動させながら他の端末に対するＰＳＣＣＨをモニタリングする（Ｓ４１０）。
【０１２１】
端末は、前記他の端末に対するＰＳＣＣＨによりスケジューリングされる（ＰＳＳＣＨ）リソースと重ならないリソースであるアイドルリソース単位（ｉｄｌｅ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を検索し（Ｓ４２０）、前記アイドルリソース単位個数が複数個である場合（及び／または事前に設定（／シグナリング）された閾値より大きい場合）、実際ＰＳＳＣＨ（及び／またはＰＳＣＣＨ）を送信するアイドルリソース単位を決定する（Ｓ４３０）。
【０１２２】
前記規則（例：（例示＃１）、（例示＃２））が適用されるとしても、特定時点（ＳＦ＃Ｎ）で異なるＶ２Ｘ送信端末が仮定するアイドルリソース単位の位置（及び／または個数）などが同じである。そのとき、互いに異なるＶ２Ｘ端末が同じアイドルリソース単位を利用してＶ２Ｘメッセージを送信することもできるため、衝突が発生できる。Ｖ２Ｘ送信端末が最終的にＶ２Ｘ送信リソースを選択する時、複数のアイドルリソース単位の中から他の端末が使用するＶ２Ｘ送信リソースと一部または全て重なるアイドルリソース単位を選択する確率を低くするための追加的な方法が必要である。下記の提案方法＃１乃至＃５は、このような方法を提示する。以下、説明の便宜のために、図６または図７の状況を仮定する。
【０１２３】
［提案方法＃１］特定時点（ＳＦ＃Ｎ）で、Ｖ２Ｘ送信端末がＶ２Ｘ制御及び／またはデータメッセージ送信を実際に実行する確率は、（（例示＃１）及び／または（例示＃２）によって把握した）該当時点（ＳＦ＃Ｎ）での‘アイドルリソース単位（候補）の個数’によって変更されることができる。例えば、アイドルリソース単位（候補）当たり送信確率値‘Ｐ’を設定（／シグナリング）し、Ｖ２Ｘ送信端末をして、もし、‘ＳＦ＃Ｎ’時点で‘Ｍ’個の’アイドルリソース単位（候補）’が存在する場合、該当時点（ＳＦ＃Ｎ）で‘Ｐ＊Ｍ’の確率でＶ２Ｘ制御及び／またはデータメッセージ送信実行可否を決定せしめることができる。
【０１２４】
一例として、‘Ｐ＊Ｍ’の計算値が‘１’より大きくなる場合には‘ＳＦ＃Ｎ’時点で‘１’の確率でＶ２Ｘ制御及び／またはデータメッセージ送信を実行するように設定されることができる。
【０１２５】
（［提案方法＃１］が適用される場合）一例として、もし、Ｖ２Ｘ送信端末が‘ＳＦ＃Ｎ’時点でＶ２Ｘ制御及び／またはデータメッセージ送信を実際に実行する場合、‘Ｍ’個の‘アイドルリソース単位’の中から一つをランダムに選択し、及び／または（‘Ｍ’個の’アイドルリソース単位’のうち）相対的に小さい（平均）エネルギ検出（／センシング）値を有するアイドルリソース単位の中から一つを（ランダムに）選択するように設定されることもできる。
【０１２６】
（［提案方法＃１］が適用される場合）一例として、Ｖ２Ｘ送信端末をして、もし、‘ＳＦ＃Ｎ’時点で‘アイドルリソース単位’が存在しない場合、Ｖ２Ｘ制御及び／またはデータメッセージ送信を省略せしめることができる。及び／または該当時点（ＳＦ＃Ｎ）の（全体）基本リソース単位の中から一つをランダムに選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するようにすることができる。及び／または該当時点（ＳＦ＃Ｎ）の全体基本リソース単位のうち相対的に小さい（平均）エネルギ検出（／センシング）値を有するものの中から一つを（ランダムに）選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するようにすることもできる。
【０１２７】
［提案方法＃１］で、‘アイドルリソース単位’当たり送信確率値が独立的に（または、（一部または全て）異なるように）設定（／シグナリング）されることができる。
【０１２８】
例えば、‘ＳＦ＃Ｎ’時点で３個のアイドルリソース単位（例：アイドルリソース単位＃０、アイドルリソース単位＃１、アイドルリソース単位＃２）が存在し、アイドルリソース単位＃０、アイドルリソース単位＃１、アイドルリソース単位＃２に各々Ｐ１、Ｐ２、Ｐ３の確率値が設定（／シグナリング）されている場合、Ｖ２Ｘ送信端末は、該当時点（ＳＦ＃Ｎ）で‘（Ｐ１＋Ｐ２＋Ｐ３）’の確率でＶ２Ｘ制御及び／またはデータメッセージ送信実行可否を最終的に決定するようになる。
【０１２９】
他の一例として、（［提案方法＃１］が適用される場合）異なる優先順位を有するＶ２Ｘメッセージ（／情報／サービスタイプ）（及び／またはＶ２Ｘ信号／チャネル）間にアイドルリソース単位当たり送信確率値が一部または全て異なるように（または、独立的に）設定（／シグナリング）されることもできる。
【０１３０】
相対的に高い優先順位を有する‘事故発生可否情報’（及び／または‘イベント発生ベースの情報’）（または、‘Ｖ２Ｘ同期化信号’）のためには他の情報（または、他のＶ２Ｘ信号／チャネル）に比べて、‘アイドルリソース単位’当たり（送信）確率値が相対的に高く設定（／シグナリング）されることもできる。
【０１３１】
［提案方法＃２］‘アイドルリソース単位’当たり送信確率値Ｐを設定（／シグナリング）し、Ｖ２Ｘ送信端末をして、‘アイドルリソース単位’別に（独立的な）Ｐの確率でＶ２Ｘ制御及び／またはデータメッセージ送信実行可否を決定せしめることができる。
【０１３２】
ここで、一例として、特定時点（ＳＦ＃Ｎ）で、もし、２個以上の‘アイドルリソース単位’でのＶ２Ｘ制御及び／またはデータメッセージ送信が確率的に決定される場合、それらの中から一つをランダムに選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行し、及び／または相対的に小さい（平均）エネルギ検出（／センシング）値を有するアイドルリソース単位の中から一つを（ランダムに）選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するように設定されることもできる。
【０１３３】
（［提案方法＃２］が適用される場合）一例として、Ｖ２Ｘ送信端末をして、もし、‘ＳＦ＃Ｎ’時点で‘アイドルリソース単位’が存在しない場合、Ｖ２Ｘ制御及び／またはデータメッセージ送信を省略せしめ、及び／または（該当時点（ＳＦ＃Ｎ）の）‘（全体）基本リソース単位’の中から一つをランダムに選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行せしめることができる。及び／または（該当時点（ＳＦ＃Ｎ）の）全体基本リソース単位のうち相対的に小さい（平均）エネルギ検出（／センシング）値を有するものの中から一つを（ランダムに）選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するようにすることもできる。
【０１３４】
及び／または、特定時点（ＳＦ＃Ｎ）で、Ｖ２Ｘ送信端末をして、事前に定義されたりシグナリングされたＰの確率（例えば、Ｐ値が‘１’に設定（／シグナリング）されることもできる）で該当時点（ＳＦ＃Ｎ）でのＶ２Ｘ制御及び／またはデータメッセージ送信実行可否を（優先的に）決定せしめた後、もし、該当時点（ＳＦ＃Ｎ）でＶ２Ｘ制御及び／またはデータメッセージ送信を実際に実行する場合、該当時点（ＳＦ＃Ｎ）での‘アイドルリソース単位’の中から一つをランダムに選択せしめ、及び／または相対的に小さい（平均）エネルギ検出（／センシング）値を有するアイドルリソース単位の中から一つを（ランダムに）選択せしめるように設定することもできる。
【０１３５】
他の一例として、‘基本リソース単位（集合）’当たり送信確率値Ｐを設定（／シグナリング）し、Ｖ２Ｘ送信端末をして、‘基本リソース単位（集合）’別に（独立的な）Ｐ確率でＶ２Ｘ制御及び／またはデータメッセージ送信実行可否を決定せしめることができる。
【０１３６】
基本リソース単位（集合）間に（送信）確率値は、独立的に（または、（一部または全て）異なるように）設定されることもできる。
【０１３７】
特定‘基本リソース単位（集合）’上でのＶ２Ｘ制御及び／またはデータメッセージ送信が確率的に決定されたとしても、最終的な（／実質的な）実行は、該当特定‘基本リソース単位（集合）’が‘アイドルリソース単位（集合）’と判断される場合にのみ行われるように設定されることもできる。
【０１３８】
他の一例として、（［提案方法＃２］が適用される場合）異なる優先順位を有するＶ２Ｘメッセージ（／情報／サービスタイプ）（及び／またはＶ２Ｘ信号／チャネル）間に‘アイドルリソース単位’当たり（送信）確率値（または、‘基本リソース単位（集合）’当たり（送信）確率値）が（一部または全て）異なるように（または、独立的に）設定（／シグナリング）されることもできる。
【０１３９】
相対的に高い優先順位を有する‘事故発生可否情報’（及び／または‘イベント発生ベースの情報’）（または、‘Ｖ２Ｘ同期化信号’）のためには他の情報（または、他のＶ２Ｘ信号／チャネル）に比べて、‘アイドルリソース単位’当たり（送信）確率値（または、‘基本リソース単位（集合）’当たり（送信）確率値）が相対的に大きく設定（／シグナリング）されることもできる。
【０１４０】
［提案方法＃３］特定時点（ＳＦ＃Ｋ）で、Ｖ２Ｘ送信端末をして、事前に定義された規則を介して導出（／更新）され、または事前にシグナリングされた‘バックオフウィンドウ大きさ／範囲’（これを"ＢＡＣＫＯＦＦ＿ＳＩＺＥ"と命名し、［０、（Ｂ−１）］のように示すことができる）内で‘バックオフ値’（これを"ＳＥＬ＿ＢＡＣＫＶＡＬ"と命名）を選定せしめた後、該当選ばれたバックオフ値が減少する大きさは、（該当時点（ＳＦ＃Ｋ）を含まない（または、含む）以後時点で）‘アイドルリソース単位個数’によって変更されるように設定することができる。
【０１４１】
例えば、Ｖ２Ｘ送信端末が‘ＳＦ＃（Ｎ−１）’時点で‘Ｑ’値（‘０≦≦Ｑ≦≦（Ｂ−１）’）のバックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を選定した場合、総２個の‘アイドルリソース単位’が存在する‘ＳＦ＃Ｎ’時点では‘（Ｑ−２）’になることができる。
【０１４２】
他の一例として、もし、特定時点で‘アイドルリソース単位’が存在しない場合、例外的に事前に定義されたりシグナリングされた値（例：‘１’）によってバックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を減少させるように設定されることもできる。
【０１４３】
他の一例として、特定時点で複数個の‘アイドルリソース単位’が存在するとしても、アイドルリソース単位の個数に関係なく事前に定義されたりシグナリングされた値（例：‘１’）によってバックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を減少させるように設定されることもできる。
【０１４４】
他の一例として、特定時点で、‘アイドルリソース単位’が存在するとしても、事前に定義されたりシグナリングされた情報（／チャネル／シグナル）送信が実行されることができない場合（例えば、Ｖ２Ｘ制御メッセージ送信が実行されることができずにＶ２Ｘデータメッセージ送信のみが実行されることができる場合）、バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を減少させないように設定されることもできる。
【０１４５】
他の一例として、Ｖ２Ｘ送信端末は、特定時点でアイドルリソース単位が存在するにもかかわらず、自分のＶ２Ｘ制御及び／またはデータメッセージ送信時点を遅延するために、（アイドルリソース単位の個数ベースの）バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）減少動作を実行しない場合もある。
【０１４６】
このような規則の適用で、Ｖ２Ｘ送信端末が自分のＶ２Ｘ制御及び／またはデータメッセージ送信時点を遅延するために、アイドルリソース単位の個数を意図的に‘０’の値に仮定し、またはアイドルリソース単位関連判断を実行しないと解釈することもできる。
【０１４７】
（［提案方法＃３］が適用される場合）一例として、もし、バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）が‘０’の値（または、‘負の整数’値）を有する‘ＳＦ＃Ｎ’時点でアイドルリソース単位が存在しない場合、‘ＳＦ＃Ｎ’時点以後の最も近い時点に示すアイドルリソース単位上でＶ２Ｘ制御及び／またはデータメッセージ送信を実行するようにすることができる。及び／または‘ＳＦ＃Ｎ’時点のＶ２Ｘ制御及び／またはデータメッセージ送信を省略するようにし、及び／または‘ＳＦ＃Ｎ’時点のバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）内でバックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を再び選定するようにすることができる。及び／または‘ＳＦ＃Ｎ’時点の全体基本リソース単位の中から一つをランダムに選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するようにし、及び／または‘ＳＦ＃Ｎ’時点の全体基本リソース単位のうち相対的に小さい（平均）エネルギ検出（／センシング）値を有するものの中から一つを（ランダムに）選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するようにすることもできる。
【０１４８】
（［提案方法＃３］が適用される場合）一例として、もし、バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）が‘０’の値（または、‘負の整数’値）を有する‘ＳＦ＃Ｎ’時点で‘Ｍ’個のアイドルリソース単位が存在する場合、‘Ｍ’個のアイドルリソース単位の中から一つをランダムに選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行し、及び／または相対的に小さい（平均）エネルギ検出（／センシング）値を有するアイドルリソース単位の中から一つを（ランダムに）選択することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行するように設定されることもできる。
【０１４９】
他の一例として、（前記［提案方法＃３］が適用される場合）特定時点（ＳＦ＃Ｋ）で、Ｖ２Ｘ送信端末をして、バックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）内で、基本リソース単位（集合）別にバックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を独立的に選定せしめるように設定されることもできる。
【０１５０】
基本リソース単位（集合）別バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）減少は、該当基本リソース単位（集合）がアイドルリソース単位（集合）と判断される場合にのみ実行されるように設定されることもできる。
【０１５１】
他の一例として、特定時点（ＳＦ＃Ｋ）で、Ｖ２Ｘ送信端末は、バックオフ値（ＳＥＬ＿ＢＡＣＫＶＡＬ）を選定するバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）の最大値は、該当時点（ＳＦ＃Ｋ）でのアイドルリソース単位の個数によって変更されるように設定されることもできる。
【０１５２】
例えば、もし、‘ＳＦ＃Ｎ’時点で‘３’個のアイドルリソース単位が存在した場合、該当時点（ＳＦ＃Ｋ）でのバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）は、‘［０、（３−１）］’になり、バックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）最大値は、‘２（＝（３−１））’になる。
【０１５３】
（［提案方法＃３］が適用される場合）一例として、異なる優先順位を有するＶ２Ｘメッセージ（／情報／サービスタイプ）（及び／またはＶ２Ｘ信号／チャネル）間にバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥまたはＢＡＣＫＯＦＦ＿ＳＩＺＥ最大値（／最小値）またはＳＥＬ＿ＢＡＣＫＶＡＬ減少大きさ）が（一部または全て）異なるように（または、独立的に）設定（／シグナリング）されることもできる。
【０１５４】
相対的に高い優先順位を有する‘事故発生可否情報’（及び／または‘イベント発生ベースの情報’）（または、‘Ｖ２Ｘ同期化信号’）のためには他の情報（または、他のＶ２Ｘ信号／チャネル）に比べて、バックオフウィンドウ大きさ／範囲最大値が相対的に小さく設定（／シグナリング）（または、バックオフ値減少大きさが相対的に大きく設定（／シグナリング））されることもできる。
【０１５５】
［提案方法＃４］（前述した［提案方法＃３］が適用される場合）一例として、特定時点（ＳＦ＃Ｋ）でのバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）（‘［０、（Ｂ−１）］’）は、下記の一部または全ての規則によって変更（／更新）されることができる。
【０１５６】
（規則＃４−１）一例として、事前に定義されたりシグナリングされた時間区間（／領域）内で、もし、事前に定義されたりシグナリングされた閾値（例：‘１’）以上のＶ２Ｘ制御及び／またはデータメッセージ送信が実行された場合（または、事前に定義されたりシグナリングされた閾値（例：‘１’）以上のアイドルリソース単位の個数が存在した場合）、‘ＳＦ＃Ｋ’時点でのバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）最大値を‘（Ｂ−１）／Ｗ’（例）‘Ｗ＝２’）に減少（または、‘（Ｂ−１）＊Ｒ’（例）‘Ｒ＝２’）に増加）させるように設定されることができる。
【０１５７】
該当時間区間（／領域）は、‘ＳＦ＃（Ｋ−Ｔ）からＳＦ＃（Ｋ−１）までの区間（例）‘Ｔ’値は、１より大きいまたは同じ正の整数）’（または、‘ＳＦ＃（Ｋ−Ｔ１）からＳＦ＃（Ｋ−Ｔ２）までの区間（例）‘Ｔ１’、‘Ｔ２’値は、１より大きいまたは同じ正の整数）’）に設定されることができる。
【０１５８】
事前に定義されたりシグナリングされた時間区間（／領域）内で、もし、事前に定義されたりシグナリングされた閾値（例：‘１’）以上のＶ２Ｘ制御及び／またはデータメッセージ送信が実行されない場合（または、事前に定義されたりシグナリングされた閾値（例：‘１’）以上のアイドルリソース単位の個数が存在しない場合）、‘ＳＦ＃Ｋ’時点でのバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）最大値を‘（Ｂ−１）＊Ｒ’（例）‘Ｒ＝２’）に増加（または、‘（Ｂ−１）／Ｗ’（例）‘Ｗ＝２’）に減少）させるように設定されることもできる。
【０１５９】
規則＃４−１が適用される場合、異なる優先順位を有するＶ２Ｘメッセージ（／情報／サービスタイプ）（及び／またはＶ２Ｘ信号／チャネル）間にバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）最大値を変更（／更新）するパラメータ（例：‘Ｗ’、‘Ｒ’）が一部または全て異なるように（または、独立的に）設定されることもできる。
【０１６０】
［提案方法＃５］（前述した［提案方法＃３］が適用される場合）一例として、特定時点（ＳＦ＃Ｋ）で、下記の一部または全ての条件を満たすＶ２Ｘ送信端末のみが、事前に定義された規則を介して導出（／更新）されたり事前にシグナリングされたバックオフウィンドウ大きさ／範囲（ＢＡＣＫＯＦＦ＿ＳＩＺＥ）（‘［０、（Ｂ−１）］’）内でバックオフ値を選定するように設定されることができる。
【０１６１】
（条件＃５−１）バックオフ値が‘０’の値（または、‘負の整数’値）を有するＶ２Ｘ送信端末。
【０１６２】
（条件＃５−２）‘ＳＦ＃Ｋ’時点以前にＶ２Ｘ制御及び／またはデータメッセージ送信を実際に実行したＶ２Ｘ送信端末（及び／または事前に定義された規則によって‘ＳＦ＃Ｋ’時点以前にＶ２Ｘ制御及び／またはデータメッセージ送信を省略したＶ２Ｘ送信端末）。
【０１６３】
前述した一部または全ての提案方式（例：［提案方法＃１］、［提案方法＃２］、［提案方法＃３］、［提案方法＃４］、［提案方法＃５］）が適用される場合、Ｖ２Ｘ送信端末は、下記の手順を実行することで、Ｖ２Ｘ制御及び／またはデータメッセージ送信を実行することができる。
【０１６４】
ＰＳＣＣＨは、一つのサブフレーム（または、事前に設定（／シグナリング）された複数個のサブフレーム）で送信されることができ、各スロットで一つのＰＲＢが使われることができる。１番目のスロットでＰＳＣＣＨ送信に使われることができるＰＲＢの候補の集合、即ち、｛ＰＲＢPSCCH、0、ＰＲＢPSCCH、1、…、ＰＲＢPSCCH、N-1｝が上位階層により設定されることができる。
【０１６５】
サブフレームの１番目のスロットでＰＲＢPSCCH、Xを利用して端末がＰＳＣＣＨを送信し、前記サブフレームでサイドリンク共有チャネルであるＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）も端末が送信する場合、下記の条件を満たさなければならない。
【０１６６】
０＜ＰＲＢPSSCH、start−ＰＲＢPSCCH、x＜Ａ、または０＜ＰＲＢPSCCH、x−ＰＲＢPSSCH、end＜Ａ
【０１６７】
前記数式において、ＰＲＢPSSCH、startは、ＰＳＳＣＨ送信に使われるＰＲＢのインデックスのうち最も小さいインデックスを意味し、ＰＲＢPSSCH、endは、ＰＳＳＣＨ送信に使われるＰＲＢのインデックスのうち最も大きいインデックスを意味する。Ａは、ネットワークにより設定されたりあらかじめ決められた値である。
【０１６８】
サイドリンクグラントは、ＳＣＩ（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）とＰＳＣＣＨ送信リソースを知らせる情報を含むことができる。
【０１６９】
送信するデータを有している端末は、ＰＳＣＣＨ送信過程を開始することができる。端末は、区間［１、ＣＷｍａｘ］で任意にバックオフ値を選択する。端末は、リソースブロック割当（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドを除外したＳＣＩ情報を決定し、ＬCRBs値を決定する。ここで、ＬCRBs値は、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てられる連続されたリソースブロックの個数を意味する。
【０１７０】
ＰＳＣＣＨ送信過程を開始する前に、端末は、全てのサブフレームの全てのＰＲＢがリソースプールに含まれているだけでも使用可能であると仮定する。
【０１７１】
端末は、サブフレームｎ−ｋでＰＳＣＣＨ候補をモニタリングする。即ち、サブフレームｎ−ｋで各ＰＳＣＣＨ候補をモニタリングすることで、他の端末に対するＳＣＩを受信することができる。
【０１７２】
端末は、前記サブフレームｎ−ｋで受信した他の端末に対するＳＣＩのうちいずれか一つによってでもスケジューリングされたＰＳＳＣＨの送信に使われるＰＲＢは使用可能でない（ｎｏｔ−ａｖａｉｌａｂｌｅ）と見なす。
【０１７３】
もし、ＰＳＣＣＨを送信することができる候補サブフレームを示すＰＳＣＣＨサブフレームプール（ｐｏｏｌ）にサブフレームｎが含まれ、前記サブフレームｎの１番目のスロットでＰＲＢPSCCH、xを利用するＰＳＣＣＨ送信が使用可能でないＰＲＢを利用しない場合（即ち、ＰＲＢPSCCH、xが使用可能なＰＲＢである場合）、前記サブフレームｎで前記決定されたＬCRBsに基づく特定リソースブロック割当（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）設定を有するＳＣＩ送信が使用可能でないＰＲＢを利用せずにサブフレームｎがＰＳＳＣＨサブフレームプールにも含まれ、ＰＳＳＣＨ  ＰＲＢとリソースブロック割当フィールドの設定がＰＳＳＣＨとＰＳＣＣＨの同時送信条件を満たす場合、端末は、ＰＳＣＣＨ送信リソースのためのＰＲＢPSCCH、xを含むサイドリンクグラントとリソースブロック割当のための設定が実現可能（ｆｅａｓｉｂｌｅ）であると見なす。
【０１７４】
そうでない場合、端末は、ＰＳＣＣＨ送信リソースのためのＰＲＢPSCCH、xを含むサイドリンクグラントとリソースブロック割当のための設定が実現不可能（または、実現可能）であると見なす。
【０１７５】
もし、一つでも実現可能なサイドリンクグラントがある場合、端末は、バックオフ値を１ずつ減少させる。
【０１７６】
バックオフ値が０になる場合、端末は、サブフレームｎで実現可能なサイドリンクグラントによってＰＳＣＣＨを送信することができる。もし、実現可能なサイドリンクグラントが複数個ある場合、均等な確率で前記複数のサイドリンクグラントの中から一つを選択することができる。
【０１７７】
ＰＳＣＣＨ送信過程を完了すると、端末は、ＰＳＳＣＨ送信過程を続けることができる。その後、次のサブフレームへ移動する。
【０１７８】
図１０は、Ｖ２Ｘメッセージを送信しようとする第１の端末と基地局との間のシグナリングを例示する。
【０１７９】
図１０を参照すると、基地局は、第１の端末及び第２の端末にサイドリンク設定を送信する（Ｓ５１０）。
【０１８０】
サイドリンク設定は、端末がＰＳＣＣＨを送信することができるサブフレーム、即ち、ＰＳＣＣＨサブフレームプール（ｐｏｏｌ）を知らせる情報を含むことができる。ＰＳＣＣＨサブフレームプール情報は、ビットマップ形態で提供されることができる。また、端末がＰＳＳＣＨを送信することができるサブフレーム、即ち、ＰＳＳＣＨサブフレームプールを知らせる情報を含むこともできる。ＰＳＳＣＨサブフレームプール情報は、ビットマップ形態で提供されることができる。また、ＰＳＣＣＨ（及び／またはＰＳＳＣＨ）送信に使われることができるリソースブロックを指示する情報も含むことができる。ＰＳＣＣＨサブフレームプール、ＰＳＳＣＨサブフレームプールまたは（ＰＳＣＣＨ及び／またはＰＳＳＣＨ）リソースブロックプールを知らせる各情報は、必ずしも同じサイドリンク設定に全て含まれて伝達されるべきであると限らない。
【０１８１】
第１の端末は、サイドリンク設定に基づいてＰＳＣＣＨ（及び／またはＰＳＳＣＨ）を送信するサブフレーム及びリソースブロックを決定する（Ｓ５１２）。この過程で、第１の端末は、前述した提案方法＃１乃至＃５のうち少なくとも一つを利用することができる。特に、アイドルリソース単位が複数個与えられる場合、実際どのアイドルリソース単位を利用するかを決定する時、提案方法＃１乃至＃５のうち少なくとも一つを利用することができる。
【０１８２】
第１の端末は、決定されたサブフレーム及びリソースブロックを利用して第２の端末にＰＳＣＣＨ（及び／またはＰＳＳＣＨ）を送信する（Ｓ５１３）。より具体的に、ＰＳＣＣＨ（例えば、ＳＣＩと解釈可能）を第２の端末に送信することができる。ＰＳＣＣＨ送信後にＰＳＳＣＨを送信（及び／またはＰＳＣＣＨとＰＳＳＣＨが同じ（サブフレーム）時点で送信）することができる。
【０１８３】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式として見なされることは明白な事実である。また、前記説明した提案方式は、独立的に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。一例として、本発明では説明の便宜のために３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムにも拡張可能である。一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。Ｄ２Ｄ通信は、端末と他の端末が直接無線チャネルを利用して通信することを意味する。端末は、ユーザの端末を意味するが、基地局と同じネットワーク装備が端末間の通信方式によって信号を送／受信する場合にも一種の端末と見なされる。
【０１８４】
図１１は、本発明の実施例が具現される端末を示すブロック図である。
【０１８５】
図１１を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１１３０を含む。プロセッサ１１１０は、提案された機能、過程及び／または方法を具現する。
【０１８６】
ＲＦ部１１３０は、プロセッサ１１１０と連結されて無線信号を送信及び受信する。
【０１８７】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段によりプロセッサと連結されることができる。
【図１】
0006672463.tif 000002
【図２】
0006672463.tif 000003
【図３】
0006672463.tif 000004
【図４】
0006672463.tif 000005
【図５】
0006672463.tif 000006
【図６】
0006672463.tif 000007
【図７】
0006672463.tif 000008
【図８】
0006672463.tif 000009
【図９】
0006672463.tif 000010
【図１０】
0006672463.tif 000011
【図１１】
0006672463.tif 000012