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