(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）受信方法であって、
ブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）から、上記イベントの等級情報を含む第１メッセージを受信するステップと、
上記等級情報に基づいて第２メッセージの受信を決定するステップと、
前記第１メッセージの受信時点である第１受信時点に基づいて、前記第２メッセージの受信時点である第２受信時点を決定するステップと、
上記第２メッセージを受信するためにスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）からウェイクアップモード（ｗａｋｅｕｐ  ｍｏｄｅ）に遷移するステップと、
上記ブロードキャスティングユニットから、決定された前記第２受信時点において、上記イベントに関する情報を含む上記第２メッセージを受信するステップと、
を含む、アラーム受信方法。
【請求項２】
上記第２メッセージの受信が決定されると、上記ブロードキャスティングユニットに上記第２メッセージの送信を要求するステップをさらに含み、
上記第２メッセージは、上記要求に応答して上記ブロードキャスティングユニットから送信された、請求項１に記載のアラーム受信方法。
【請求項３】
上記ブロードキャスティングユニットから、上記第１メッセージは第１周期で送信され、上記第２メッセージは第２周期で送信され、上記第１周期は上記第２周期より短い、請求項１に記載のアラーム受信方法。
【請求項４】
前記第２メッセージの受信時点である前記第２受信時点の決定は、さらに上記第１周期及び上記第２周期に基づいて、行われる、請求項３に記載のアラーム受信方法。
【請求項５】
上記等級情報は物理層又はＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層上で受信される、請求項１に記載のアラーム受信方法。
【請求項６】
上記第１メッセージ及び上記第２メッセージは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）時間を用いて同期化されたリソースを用いて受信された、請求項１に記載のアラーム受信方法。
【請求項７】
上記ブロードキャスティングユニットは、車両、歩行者の端末、路辺ユニット（Ｒｏａｄｓｉｄｅ  Ｕｎｉｔ）又は基地局である、請求項１に記載のアラーム受信方法。
【請求項８】
無線通信システムにおけるブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）のイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）送信方法であって、
上記イベントの等級情報を含む第１メッセージをブロードキャストするステップと、
端末から、上記等級情報に基づいて決定された第２メッセージ送信要求を受信するステップと、
上記第２メッセージ送信要求に応答して、上記イベントに対するコンテクスト（ｃｏｎｔｅｘｔ）を含む上記第２メッセージをブロードキャストするステップと、
を含み、
前記第２メッセージの受信は、第２受信時点において行われ、前記第２受信時点は、前記第１メッセージの受信時点である第１受信時点に基づいて決定される、アラーム送信方法。
【請求項９】
上記第１メッセージは第１周期でブロードキャストされ、上記第２メッセージは第２周期でブロードキャストされ、上記第１周期は上記第２周期より短い、請求項８に記載のアラーム送信方法。
【請求項１０】
上記等級情報は物理層又はＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層上でブロードキャストされる、請求項８に記載のアラーム送信方法。
【請求項１１】
上記第１メッセージ及び上記第２メッセージは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）時間を用いて同期化されたリソースを用いてブロードキャストされた、請求項８に記載のアラーム送信方法。
【請求項１２】
上記ブロードキャスティングユニットは、車両、歩行者の端末、路辺ユニット（Ｒｏａｄｓｉｄｅ  Ｕｎｉｔ）又は基地局である、請求項８に記載のアラーム送信方法。
【請求項１３】
無線通信システムにおけるイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）を受信する端末であって、
無線信号を送受信するように構成された送受信器と、
上記送受信器を制御するように構成されたプロセッサと、
を備え、上記プロセッサは、
ブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）から、上記イベントの等級情報を含む第１メッセージを受信し、
上記等級情報に基づいて第２メッセージの受信を決定し、
前記第１メッセージの受信時点である第１受信時点に基づいて、前記第２メッセージの受信時点である第２受信時点を決定し、
上記第２メッセージを受信するためにスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）からウェイクアップモード（ｗａｋｅｕｐ  ｍｏｄｅ）に遷移し、
上記ブロードキャスティングユニットから、決定された前記第２受信時点において、上記イベントに関する情報を含む上記第２メッセージを受信するようにさらに構成された、端末。
【請求項１４】
無線通信システムにおけるイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）を送信するブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）であって、
無線信号を送受信するように構成された送受信器と、
上記送受信器を制御するように構成されたプロセッサと、
を備え、上記プロセッサは、
上記イベントの等級情報を含む第１メッセージをブロードキャストし、
端末から、上記等級情報に基づいて決定された第２メッセージ送信要求を受信し、
上記第２メッセージ送信要求に応答して、上記イベントに対するコンテクスト（ｃｏｎｔｅｘｔ）を含む上記第２メッセージをブロードキャストするようにさらに構成され、
前記第２メッセージの受信は、第２受信時点において行われ、前記第２受信時点は、前記第１メッセージの受信時点である第１受信時点に基づいて決定される、ブロードキャスティングユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信におけるアラームメッセージ（ａｌａｒｍ  ｍｅｓｓａｇｅ）送信方法及びそのための装置に関する。
【背景技術】
【０００２】
知能型交通システム（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔａｔｉｏｎ  Ｓｙｓｔｅｍｓ；ＩＴＳ）の発展に伴って、実時間交通情報及び／又は安全警告のような様々な情報が車両（ｖｅｈｉｃｌｅ）間に交換される方案について研究されている。例えば、隣接度サービス（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）及び公共警告システム（Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）のための車両通信が研究されている。車両に対する通信インターフェースは、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）と総称することができる。Ｖ２Ｘ通信は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｐｅｄｅｓｔｒｉａｎ）、及びＶ２Ｉ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｅｎｔｉｔｙ）通信に区別することができる。Ｖ２Ｖ通信は、車両と車両との間の通信を指すことができる。Ｖ２Ｐは、車両と個人の携帯しているデバイス（例えば、歩行者又はドライバーのハンドヘルド（ｈａｎｄｈｅｌｄ）ターミナル）との間の通信を指すことができる。また、Ｖ２Ｉ通信は、車両と路辺ユニット（Ｒｏａｄｓｉｄｅ  Ｕｎｉｔ；ＲＳＵ）との間の通信を指すことができる。ＲＳＵは、交通基盤施設エンティティ（ｅｎｔｉｔｙ）を指すことができる。例えば、ＲＳＵは、速度お知らせを送信するエンティティであってもよい。Ｖ２Ｘ通信のために、車両、ＲＳＵ、及びハンドヘルドデバイスは送受信器（ｔｒａｎｓｃｅｉｖｅｒ）を具備することができる。
【０００３】
上述したように、Ｖ２Ｘ通信は、安全などの各種イベントに対する警告を知らせるために利用されてもよい。例えば、車両又は道路で起きたイベントに関する情報がＶ２Ｘ通信によって他の車両又は歩行者に知らされてもよい。例えば、交通事故、道路状況の変動、又は事故危険性に対する警告に関する情報が他の車両又は歩行者に伝達されてもよい。例えば、道路に接近したり道路を横断する歩行者に車両の接近に関する情報を知らせることができる。例えば、このようなイベントに関する情報は車両、歩行者、又はＲＳＵによって周辺の車両、歩行者、又はＲＳＵにブロードキャスト（ｂｒｏａｄｃａｓｔ）されてもよい。しかし、当該イベントの発生した場所に接近する他の車両又は歩行者は、ブロードキャストされた情報を取得できない場合がある。このため、イベントに関する情報が反復してブロードキャストされてもよい。しかし、この場合には、反復したブロードキャスティングによってリソースオーバーヘッド（ｒｅｓｏｕｒｃｅ  ｏｖｅｒｈｅａｄ）が増加するだけでなく、電力の消耗も増加し得る。その上、受信端にとってブロードキャスティングがいつ発生するかが分からないので、車両又は歩行者の通信装置は待機（ｗａｋｅ−ｕｐ）状態に維持されることがある。この場合、受信端の電力消費が増加することもある。このため、イベントに関する情報の受信を保障すると同時に、電力消耗を低減できるＶ２Ｘ通信方法が要求される。
【０００４】
本発明は、上述した問題点を解決するために創案されたものであり、Ｖ２Ｘ通信による、イベントに関する情報の受信可能性を高めると同時に、電力消耗を低減できる方法を提示しようとする。特に、本発明は、イベントに関する実際情報を含むメッセージの他にアラームメッセージ（ａｌａｒｍ  ｍｅｓｓａｇｅ）を用いることによって、イベントの発生事実を他の機器に知らせることができる方法を提示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の技術的課題は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信におけるアラームメッセージ（ａｌａｒｍ  ｍｅｓｓａｇｅ）送信方法及びそのための装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記の技術的課題を達成するための一実施の形態であって、無線通信システムにおける端末のイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）受信方法は、ブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）から、上記イベントの等級情報を含む第１メッセージを受信するステップと、上記等級情報に基づいて第２メッセージの受信を決定するステップと、上記第２メッセージを受信するためにスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）からウェイクアップモード（ｗａｋｅｕｐ  ｍｏｄｅ）に遷移するステップと、上記ブロードキャスティングユニットから、上記イベントに関する情報を含む上記第２メッセージを受信するステップとを含むことができる。
【０００７】
また、上記の技術的課題を達成するための他の実施の形態であって、無線通信システムにおけるブロードキャスティングユニット（ｂｒｏａｄｃａｓｔｉｎｇ  ｕｎｉｔ）のイベント（ｅｖｅｎｔ）に対するアラーム（ａｌａｒｍ）送信方法は、上記イベントの等級情報を含む第１メッセージをブロードキャストするステップと、端末から、上記等級情報に基づいて決定された第２メッセージ送信要求を受信するステップと、上記第２メッセージ送信要求に応答して、上記イベントに対するコンテクスト（ｃｏｎｔｅｘｔ）を含む上記第２メッセージをブロードキャストするステップとを含むことができる。
【発明の効果】
【０００８】
本発明の実施例によれば、Ｖ２Ｖ通信においてより効率的なアラームメッセージの送信方法及びそのための装置を提供することができる。
【０００９】
また、本発明の実施例によれば、アラームメッセージの受信を保障しながらも電力消耗を減少させ得るアラームメッセージの送信方法及びそのための装置を提供することができる。
【００１０】
本発明で得られる効果は以上に言及した効果に制限されなく、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野の当業者に明確に理解可能であろう。
【図面の簡単な説明】
【００１１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【図１】無線通信システムの一例であるＬＴＥシステムのシステム構造を示す図である。
【図２】無線プロトコルの制御平面を示す図である。
【図３】無線プロトコルのユーザ平面を示す図である。
【図４】タイプ１無線フレームの構造を示す図である。
【図５】タイプ２無線フレームの構造を示す図である。
【図６】下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図７】下りリンクサブフレームの構造を示す図である。
【図８】上りリンクサブフレームの構造を示す図である。
【図９】簡略化したＤ２Ｄ通信ネットワークを示す図である。
【図１０】簡略化したＶ２Ｘ通信ネットワークを示す図である。
【図１１Ａ】一実施例に係るアラームメッセージ送信方法のフローチャートである。
【図１１Ｂ】他の実施例に係るアラームメッセージ送信方法のフローチャートである。
【図１２】本発明の実施例に係る機器の概略図である。
【発明を実施するための形態】
【００１２】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴を他の構成要素又は特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成又は特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴にとって代わってもよい。
【００１３】
本明細書において本発明の実施例を車両（ｖｅｈｉｃｌｅ）間のデータ送信及び受信の関係を中心に説明する。以下の説明において、車両は、例えば、端末を含む車両を意味でき、端末と呼ぶこともできる。以下の説明において、ＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）は、基地局、リレー、又はネットワークに連結可能な基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を意味できる。ここで、基地局は端末と通信を直接行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において、基地局によって行われると説明した特定動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。また、以下の説明において、歩行者（ｐｅｄｅｓｔｒｉａｎ）は自転車などに乗って移動する歩行者を含み、端末を運搬（ｃａｒｒｙ）する歩行者を意味することもできる。
【００１４】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅ）からなるネットワークにおいて端末との通信のために行われる様々な動作は基地局又は基地局以外の他のネットワークノードによって行われ得ることは明らかである。‘基地局
（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）’は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、
Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。中継機は、ＲＮ（Ｒｅｌａｙ  Ｎｏｄｅ）、ＲＳ（Ｒｅｌａｙ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。また、‘端末（Ｔｅ
ｒｍｉｎａｌ）’は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  
Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００１５】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を超えない範囲で他の形態に変更されてもよい。
【００１６】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体を通じて同一の構成要素については同一の図面符号を使用して説明する。
【００１７】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によってサーポトすることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確にするために説明していない段階又は部分は、上記文書によってサポ−トすることができる。また、本文書で開示している全ての用語は、上記標準文書によって説明することができる。
【００１８】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクにおいてＯＦＤＭＡを採用し、上りリンクにおいてＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ  ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び発展したＩＥＥＥ  ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために以下では３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００１９】
ＬＴＥシステム構造
【００２０】
図１を参照して、本発明を適用可能な無線通信システムの一例であるＬＴＥシステムのシステム構造を説明する。ＬＴＥシステムは、ＵＭＴＳシステムから進展した移動通信システムである。図１に示すように、ＬＴＥシステム構造は、大きく、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とに区分できる。Ｅ−ＵＴＲＡＮは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；端末）とｅＮＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ；基地局）で構成され、ＵＥとｅＮＢとの間をＵｕインターフェース、ｅＮＢとｅＮＢとの間をＸ２インターフェースという。ＥＰＣは、制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を担当するＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とユーザ平面（Ｕｓｅｒ  ｐｌａｎｅ）機能を担当するＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）とで構成されるが、ｅＮＢとＭＭＥとの間をＳ１−ＭＭＥインターフェース、ｅＮＢとＳ−ＧＷとの間をＳ１−Ｕインターフェースといい、これらを総称してＳ１インターフェースということもできる。
【００２１】
無線区間であるＵｕインターフェースには無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）が定義されており、これは、水平的に、物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的には、ユーザデータ伝送のためのユーザ平面とシグナリング（Ｓｉｇｎａｌｉｎｇ；制御信号）伝達のための制御平面とに区分される。このような無線インターフェースプロトコルは、一般に、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルにおける下位の３層に基づいて、図２及び図３に示すように、物理層であるＰＨＹを含むＬ１（第１層）、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）／ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）／ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含むＬ２（第２層）、及びＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含むＬ３（第３層）に区分することができる。これらはＵＥとＥ−ＵＴＲＡＮに対（ｐａｉｒ）として存在して、Ｕｕインターフェースのデータ伝送を担当する。
【００２２】
図２及び図３に示す無線プロトコルの各層に関する説明は、次のとおりである。図２は、無線プロトコルの制御平面を示す図であり、図３は、無線プロトコルのユーザ平面を示す図である。
【００２３】
第１層である物理（Ｐｈｙｓｉｃａｌ；ＰＨＹ）層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。ＰＨＹ層は、上位の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層と伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で連結されており、この伝送チャネルを介してＭＡＣ層とＰＨＹ層間にデータが移動する。このとき、伝送チャネルは、チャネルが共有されるか否かによって、専用（Ｄｅｄｉｃａｔｅｄ）伝送チャネルと共用（Ｃｏｍｍｏｎ）伝送チャネルとに大別される。そして、異なるＰＨＹ層の間、すなわち、送信側のＰＨＹ層と受信側のＰＨＹ層との間には無線リソースを用いた物理チャネルを介してデータが移動する。
【００２４】
第２層には様々な層が存在する。まず、媒体接続制御（ＭＡＣ）層は様々な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を様々な伝送チャネルにマップさせる役割を担い、また、複数の論理チャネルを一つの伝送チャネルにマップさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を担う。ＭＡＣ層は、上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）で連結されており、論理チャネルは、送信される情報の種類によって、制御平面の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザ平面の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）とに大別される。
【００２５】
第２層のＲＬＣ層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位層が無線区間にデータを送信するに適するようにデータサイズを調節する役割を担う。また、それぞれの無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する様々なＱｏＳを保障可能にするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ；透過モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；非確認モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；確認モード）の３つの動作モードを提供している。特に、ＡＭ  ＲＬＣは、信頼性あるデータ伝送のために自動再送要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ）機能を用いた再伝送機能を行っている。
【００２６】
第２層のパケットデータコンバージェンス（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット伝送時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きいサイズであるとともに不要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を有する。これは、データのヘッダー（Ｈｅａｄｅｒ）部分で必須の情報だけを送信するようにして、無線区間の伝送効率を増大させる役割を担う。また、ＬＴＥシステムではＰＤＣＰ層が保安（Ｓｅｃｕｒｉｔｙ）機能も行うが、これは、第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）、及び第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）で構成される。
【００２７】
第３層の最上部に位置している無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面でのみ定義され、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ここで、無線ベアラー（ＲＢ）は、端末とＵＴＲＡＮ間のデータ伝達のために無線プロトコルの第１及び第２層によって提供される論理的経路を意味し、一般に、ＲＢが設定されるということは、特定サービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢはさらに、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２つに分類されるが、ＳＲＢは制御平面においてＲＲＣメッセージを送信する通路として用いられ、ＤＲＢはユーザ平面においてユーザデータを送信する通路として用いられる。
【００２８】
ＬＴＥ／ＬＴＥ−Ａリソース構造／チャネル
【００２９】
図４及び図５を参照して、下りリンク無線フレームの構造について説明する。
【００３０】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送は、サブフレーム（ｓｕｂｆｒａｍｅ）単位でなされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレームの構造を支援する。
【００３１】
図４は、タイプ１無線フレームの構造を示す図である。下りリンク無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）において２スロット（ｓｌｏｔ）で構成される。１サブフレームが送信されるためにかかる時間をＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）といい、例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってもよい。１つのスロットは時間ドメインにおいて複数のＯＦＤＭシンボルを含み、周波数ドメインにおいて複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクにおいてＯＦＤＭＡを用いるので、ＯＦＤＭシンボルが１シンボル区間を表す。また、ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割り当て単位であり、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３２】
図５は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは５個のサブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でチャネル推定に用いられるとともに端末の上りリンク伝送同期を取るために用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１サブフレームは２スロットで構成される。
【００３３】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボルの数は様々に変更されてもよい。
【００３４】
図６は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。同図では、１個の下りリンクスロットは時間ドメインにおいて７個のＯＦＤＭシンボルを含み、１個のリソースブロック（ＲＢ）は周波数ドメインにおいて１２個の副搬送波を含むとしているが、本発明がこれに制限されるものではない。例えば、一般ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の場合には、１個のスロットが７個のＯＦＤＭシンボルを含むが、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）の場合には、１個のスロットが６個のＯＦＤＭシンボルを含むことができる。リソースグリッド上の各要素をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）という。１個のリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数ＮＤＬは下りリンク伝送帯域幅にしたがう。上りリンクスロットの構造は下りリンクスロットの構造と同一であってもよい。
【００３５】
図７は、下りリンクサブフレームの構造を示す図である。１つのサブフレーム内で一番目のスロットにおける先頭部の最大３つのＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられるデータ領域に該当する。３ＧＰＰ  ＬＴＥシステムで用いられる下りリンク制御チャネルには、例えば、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル伝送に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上りリンク伝送の応答としてＨＡＲＱ  ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  ＡＣＫ）信号を含む。ＰＤＣＣＨで送信される制御情報を下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上りリンク伝送電力制御命令を含む。ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ−ＳＣＨ）のリソース割り当て及び伝送フォーマット、上りリンク共有チャネル（ＵＬ−ＳＣＨ）のリソース割り当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤ−ＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割り当て、任意の端末グループ内の個別端末に対する伝送電力制御命令のセット、伝送電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨを制御領域内で送信することができる。端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ以上の連続する制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割り当て単位である。ＣＣＥは複数個のリソース要素グループに対応する。ＰＤＣＣＨフォーマットと利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒ���ｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。または、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子、例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）の伝送に対する応答であるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００３６】
図８は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域において制御領域とデータ領域とに区別することができる。制御領域には、上りリンク制御情報を含む物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる。データ領域には、ユーザデータを含む物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨはサブフレームにおいてリソースブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは２スロットに対して異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐ）するという。例えば、Ｄ２Ｄ通信システムにおいて、端末は上りリンクデータリソース又はこれに対応するデータリソースを用いて互いにデータを送受信することもできる。
【００３７】
以下、端末が端末間直接通信（ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（以下、Ｄ２Ｄ通信又はＤ２Ｄ直接通信などともいう。）を行う様々な実施の様相について説明する。Ｄ２Ｄ通信を説明するにあって、詳細な説明のために３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを取り上げて説明するが、Ｄ２Ｄ通信は他の通信システム（ＩＥＥＥ  ８０２．１６、ＷｉＭＡＸなど）にも適用可能である。
【００３８】
Ｄ２Ｄ通信タイプ
【００３９】
Ｄ２Ｄ通信は、ネットワークの制御下にＤ２Ｄ通信を行うか否かによって、ネットワーク協調Ｄ２Ｄ通信タイプ（Ｎｅｔｗｏｒｋ  ｃｏｏｒｄｉｎａｔｅｄ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と自律Ｄ２Ｄ通信タイプ（Ａｕｔｏｎｏｍｏｕｓ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とに区別することができる。ネットワーク協調Ｄ２Ｄ通信タイプはさらに、ネットワークの介入程度によって、Ｄ２Ｄがデータだけを送信するタイプ（ｄａｔａ  ｏｎｌｙ  ｉｎ  Ｄ２Ｄ）と、ネットワークが接続制御だけを行うタイプ（Ｃｏｎｎｅｃｔｉｏｎ  ｃｏｎｔｒｏｌ  ｏｎｌｙ  ｉｎ  ｎｅｔｗｏｒｋ）とに区別できる。説明の便宜のために、以下では、Ｄ２Ｄがデータだけを送信するタイプを‘ネットワーク集中型Ｄ２Ｄ通信タイプ’と呼び、ネットワークが接続制御だけを行うタイプを‘分散型Ｄ２Ｄ通信タイプ’と呼ぶものとする。
【００４０】
ネットワーク集中型Ｄ２Ｄ通信タイプではＤ２Ｄ端末間にデータだけを互いに交換し、Ｄ２Ｄ端末間の接続制御（ｃｏｎｎｅｃｔｉｏｎ  ｃｏｎｔｒｏｌ）及び無線リソース割り当て（ｇｒａｎｔ  ｍｅｓｓａｇｅ）はネットワークによって行われる。Ｄ２Ｄ端末同士はネットワークによって割り当てられた無線リソースを用いてデータ送受信又は特定制御情報を送受信することができる。例えば、Ｄ２Ｄ端末間のデータ受信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックや、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）は、Ｄ２Ｄ端末間に直接交換されるのではなく、ネットワークを介して他のＤ２Ｄ端末に送信され得る。具体的に、ネットワークがＤ２Ｄ端末間のＤ２Ｄリンクを設定し、設定されたＤ２Ｄリンクに無線リソースを割り当てると、送信Ｄ２Ｄ端末及び受信Ｄ２Ｄ端末は、割り当てられた無線リソースを用いてＤ２Ｄ通信を行うことができる。すなわち、ネットワーク集中型Ｄ２Ｄ通信タイプにおいて、Ｄ２Ｄ端末間のＤ２Ｄ通信はネットワークによって制御され、Ｄ２Ｄ端末は、ネットワークによって割り当てられた無線リソースを用いてＤ２Ｄ通信を行うことができる。
【００４１】
分散型Ｄ２Ｄ通信タイプにおけるネットワークは、ネットワーク集中型Ｄ２Ｄ通信タイプにおけるネットワークに比べて限定した役割を担う。分散型Ｄ２Ｄ通信タイプにおいてネットワークはＤ２Ｄ端末間の接続制御を行うが、Ｄ２Ｄ端末間の無線リソース割り当て（ｇｒａｎｔ  ｍｅｓｓａｇｅ）は、ネットワークの介入無しでＤ２Ｄ端末同士の競合によって占有することができる。例えば、Ｄ２Ｄ端末間のデータ受信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック、又はチャネル状態情報は、ネットワークを経由せずにＤ２Ｄ端末間に直接交換することができる。
【００４２】
上述した例のように、Ｄ２Ｄ通信は、ネットワークのＤ２Ｄ通信介入程度によって、ネットワーク集中型Ｄ２Ｄ通信タイプ及び分散型Ｄ２Ｄ通信タイプに分類することができる。このとき、ネットワーク集中型Ｄ２Ｄ通信タイプ及び分散型Ｄ２Ｄ通信タイプの共通した特徴は、ネットワークによってＤ２Ｄ接続制御が行われるという点である。
【００４３】
具体的に、ネットワーク協調Ｄ２Ｄ通信タイプにおけるネットワークは、Ｄ２Ｄ通信を行おうとするＤ２Ｄ端末間にＤ２Ｄリンクを設定することによって、Ｄ２Ｄ端末間連結（ｃｏｎｎｅｃｔｉｏｎ）を構築することができる。Ｄ２Ｄ端末間にＤ２Ｄリンクを設定する際に、ネットワークは、設定されたＤ２Ｄリンクにフィジカル（ｐｈｙｓｉｃａｌ）Ｄ２ＤリンクＩＤ（Ｌｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ；ＬＩＤ）を与えることができる。フィジカルＤ２ＤリンクＩＤは、複数のＤ２Ｄ端末間に複数のＤ２Ｄリンクが存在する場合、それぞれを識別するための識別子（Ｉｄｅｎｔｉｆｉｅｒ）として用いることができる。
【００４４】
自律Ｄ２Ｄ通信タイプでは、ネットワーク集中型及び分散型Ｄ２Ｄ通信タイプとは違い、ネットワークの介入無しでＤ２Ｄ端末が自由にＤ２Ｄ通信を行うことができる。すなわち、自律Ｄ２Ｄ通信タイプでは、ネットワーク集中型及び分散型Ｄ２Ｄ通信と違い、接続制御及び無線リソースの占有などをＤ２Ｄ端末が独自で行う。必要な場合、ネットワークはＤ２Ｄ端末に当該セルで使用可能なＤ２Ｄチャネル情報を提供してもよい。
【００４５】
Ｄ２Ｄ通信リンクの設定
【００４６】
本明細書では、説明の便宜のために、端末間直接通信であるＤ２Ｄ通信を実行したり実行可能な端末をＤ２Ｄ端末と呼ぶ。また、以下の説明でいう‘端末（ＵＥ）’は、Ｄ２Ｄ端末を指すことができる。送信端と受信端を区分する必要がある場合、Ｄ２Ｄ通信時に、Ｄ２Ｄリンクに与えられた無線リソースを用いて、他のＤ２Ｄ端末にデータを送信する或いは送信しようとするＤ２Ｄ端末を送信Ｄ２Ｄ端末（Ｄ２Ｄ  ＴＸ  ＵＥ）と称し、送信Ｄ２Ｄ端末からデータを受信する或いは受信しようとする端末を受信Ｄ２Ｄ端末（Ｄ２Ｄ  ＲＸ  ＵＥ）と称する。送信Ｄ２Ｄ端末からデータを受信する或いは受信しようとする受信Ｄ２Ｄ端末が複数個である場合、複数個の受信Ｄ２Ｄ端末は‘第１〜Ｎ’の接頭辞によって区別されてもよい。なお、説明の便宜のために、以下では、Ｄ２Ｄ端末間の接続制御又はＤ２Ｄリンクへの無線リソース割り当てを行うための基地局、Ｄ２Ｄサーバー及び接続／セッション管理サーバーなどのネットワーク端の任意のノードを、‘ネットワーク’と呼ぶ。
【００４７】
Ｄ２Ｄ通信を行うＤ２Ｄ端末は、Ｄ２Ｄ通信によって他のＤ２Ｄ端末にデータを送信するために、データを送受信できる周辺に位置しているＤ２Ｄ端末の存在をあらかじめ確認する必要があり、そのために、Ｄ２Ｄピア探索（Ｄ２Ｄ  ｐｅｅｒ  ｄｉｓｃｏｖｅｒｙ）を行う。Ｄ２Ｄ端末は探索区間（ｄｉｓｃｏｖｅｒｙ  ｉｎｔｅｒｖａｌ）内でＤ２Ｄ探索を行い、全てのＤ２Ｄ端末は探索区間を共有することができる。Ｄ２Ｄ端末は探索区間内で探索領域の論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）をモニタして、他のＤ２Ｄ端末が送信するＤ２Ｄ探索信号を受信することができる。他のＤ２Ｄ端末の伝送信号を受信したＤ２Ｄ端末は、受信信号を用いて、隣接したＤ２Ｄ端末のリストを作成する。また、探索区間内で自身の情報（すなわち、識別子）を放送し、他のＤ２Ｄ端末はこの放送されたＤ２Ｄ探索信号を受信することによって当該Ｄ２Ｄ端末がＤ２Ｄ通信を行える範囲内に存在するということが分かる。
【００４８】
Ｄ２Ｄ探索のための情報放送は周期的に行われてもよい。また、このような放送タイミングはプロトコルによってあらかじめ決定されてＤ２Ｄ端末に知らされてもよい。また、Ｄ２Ｄ端末は探索区間の一部において信号を送信／放送することができ、各Ｄ２Ｄ端末は他のＤ２Ｄ端末によって潜在的に送信される信号をＤ２Ｄ探索区間の残りにおいてモニタすることもできる。
【００４９】
例えば、Ｄ２Ｄ探索信号はビーコン信号（ｂｅａｃｏｎ  ｓｉｇｎａｌ）であってもよい。また、Ｄ２Ｄ探索区間は複数のシンボル（例えば、ＯＦＤＭシンボル）を含むことができる。Ｄ２Ｄ端末はＤ２Ｄ探索区間内の少なくとも一つのシンボルを選択してＤ２Ｄ探索信号を送信／放送することができる。また、Ｄ２Ｄ端末は、Ｄ２Ｄ端末によって選択されたシンボルにある一つのトーン（ｔｏｎｅ）に対応する信号を送信することもできる。
【００５０】
Ｄ２Ｄ端末がＤ２Ｄ探索過程によって相互発見した後に、これらＤ２Ｄ端末は接続（ｃｏｎｎｅｃｔｉｏｎ）確立過程を行い、トラフィックを他のＤ２Ｄ端末に送信することができる。
【００５１】
図９に、簡略化したＤ２Ｄ通信ネットワークを示す。
【００５２】
図９で、Ｄ２Ｄ通信を支援する端末（ＵＥ１及びＵＥ２）間のＤ２Ｄ通信が行われる。一般に、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）はユーザの端末を意味するが、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）のようなネットワーク装備が端末間（ＵＥ１及びＵＥ２）の通信方式によって信号を送受信する場合には、ｅＮＢも一種のＵＥと見なされてもよい。
【００５３】
ＵＥ１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）から、特定のリソースに該当するリソースユニット（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択し、当該リソースユニットを用いてＤ２Ｄ信号を送信するように動作できる。これに対する受信端末であるＵＥ２には、ＵＥ１が信号を送信できるリソースプールが設定（ｃｏｎｆｉｇｕｒｅ）され、該ＵＥ２は当該プール内でＵＥ１の信号を検出することができる。例えば、ＵＥ１が基地局の連結範囲にある場合、リソースプールを当該基地局が知らせることができる。また、例えば、ＵＥ１が基地局の連結範囲外にある場合には、他の端末がリソースプールをＵＥ１に知らせたり、あらかじめ決定されたリソースに基づいてＵＥ１がリソースプールを決定することもできる。一般に、リソースプールは複数のリソースユニットで構成され、各端末は１つ或いは複数のリソースユニットを選定して自身のＤ２Ｄ信号送信に用いることができる。
【００５４】
上述したＤ２Ｄ通信において、用語Ｄ２Ｄをサイドリンク（Ｓｉｄｅｌｉｎｋ）に言い換えてもよい。
【００５５】
図１０に、簡略化したＶ２Ｘ通信ネットワークを示す。
【００５６】
Ｖ２Ｘ通信は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｐｅｄｅｓｔｒｉａｎ）、及びＶ２Ｉ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｅｎｔｉｔｙ）通信に区別することができる。Ｖ２Ｖ通信は、車両１００１と車両１００２間の通信を指すことができる。Ｖ２Ｖ通信を用いて車両１００１と車両１００２間に交通情報などを共有することができる。Ｖ２Ｐは、車両１００１と歩行者１００３の携帯しているデバイス（例えば、歩行者又はドライバーのハンドヘルド（ｈａｎｄｈｅｌｄ）ターミナル）との間の通信を指すことができる。歩行者１００３も道路に隣接した歩道に沿って移動することがあり、よって、道路上の危険に関する情報などをＶ２Ｐ通信を用いて共有することができる。また、Ｖ２Ｉ通信は、車両１００１と路辺ユニット（Ｒｏａｄｓｉｄｅ  Ｕｎｉｔ；ＲＳＵ）１００４との間の通信を指すことができる。ＲＳＵ１００４は交通基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）エンティティ（ｅｎｔｉｔｙ）を指すことができる。例えば、ＲＳＵ１００４は、速度お知らせを送信するエンティティであってもよい。Ｖ２Ｘ通信のために車両１００１，１００２、ＲＳＵ１００４、及び歩行者１００３のハンドヘルドデバイスは送受信器（ｔｒａｎｓｃｅｉｖｅｒ）を具備することができる。Ｖ２Ｘ通信は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の通信標準のＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信に類似する技術によって具現することもできる。また、Ｖ２Ｘ通信はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）のＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ−Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）技術によって具現することもできる。
【００５７】
以下、本願の実施例に係るＶ２Ｘ通信を用いたアラームメッセージ（ａｌａｒｍ  ｍｅｓｓａｇｅ）の送信方法について説明する。以下の説明において、Ｖ２Ｖ通信を中心に説明するが、以下の実施例はＶ２Ｉ及び／又はＶ２Ｐ通信に適用されてもよい。また、以下の実施例は３ＧＰＰの通信標準を中心に説明されるが、ＩＥＥＥの通信標準に対応する技術によって具現されてもよい。また、以下の説明において、送信とブロードキャスティングという用語を相互代替してもよい。また、以下の説明において、車両又は歩行者は、ユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）を運搬する車両又は歩行者を意味できる。以下の説明において、車両又は歩行者は端末そのものを意味する用語として使われてもよい。
【００５８】
上述したように、警告又は安全のための目的で、Ｖ２Ｘ通信を用いてアラームメッセージ（ａｌａｒｍ  ｍｅｓｓａｇｅ）を送信することができる。しかし、上述したように、車両又は端末の受信可能性を高める一方で、電力消費を低減できる方法が要求される。
【００５９】
以下では、上述した問題点を解決するために、特定イベントをブロードキャストする場合に、イベントに関する実質的情報を含むメッセージをブロードキャストするのではなく、アラームメッセージをブロードキャストする方法を提案する。例えば、交通事故に関する直接的な情報をブロードキャストする代わりに、イベントが存在することを示すアラームメッセージをブロードキャストすることができる。したがって、イベントに関する実際的な情報を含むメッセージを受信できなかった場合にも、アラームメッセージを受信した車両又は歩行者はアラームメッセージを受信することで或るイベントが発生したことを認知することができる。
【００６０】
以下の説明において、車両又は歩行者が発生したイベントに関する情報をブロードキャストすることもできる。また、イベントを認知した車両、ＲＳＵ（ＲｏａｄＳｉｄｅ  Ｕｎｉｔ）、又は基地局がイベントに関する情報をブロードキャストすることもできる。以下、イベントに関する情報をブロードキャストする機器をブロードキャスティングユニット（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｕｎｉｔ；ＢＵ）と呼ぶことができる。したがって、ブロードキャスティングユニットは、車両、歩行者、ＲＳＵ又は基地局であってもよい。例えば、ブロードキャスティングユニットがＲＳＵ又は基地局である場合、イベントに関する情報を下りリンクリソースを用いてブロードキャストすることができる。また、例えば、ブロードキャスティングユニットが車両及び／又は歩行者である場合、イベントに関する情報は上りリンクリソースを用いてブロードキャストされてもよい。
【００６１】
上述したように、イベントに関する情報を受信できなかった車両又は歩行者のために、イベントに関する情報が反復してブロードキャストされてもよい。しかし、このようなブロードキャスティングが過度に反復される場合、ブロードキャスティングユニットの電力が過度に消耗されうる。特に、ブロードキャスティングユニットが歩行者であり、制限された電力を有する場合には、電力の消耗は非常に重要な問題になり得る。したがって、電力消耗を減らすために、イベントに関する情報を含むメッセージに比べて、イベントが発生したことを示すアラームメッセージをより頻繁にブロードキャストすることができる。アラームメッセージを受信した車両、歩行者、又はＲＳＵは、イベントが発生したことを認知できる。しかし、アラームメッセージが当該イベントに関する一部の情報を含んでもよい。
【００６２】
ブロードキャスティングユニットが特定イベントに関する情報を下りリンク又は上りリンクリソースを用いてブロードキャストする場合、イベントに対するアラームメッセージは一定の周期で反復してブロードキャストされてもよい。以下の説明において、アラームメッセージのブロードキャスティングのための周期をアラームブロードキャスティングサイクル（ａｌａｒｍ  ｂｒｏａｄｃａｓｔｉｎｇ  ｃｙｃｌｅ）と呼ぶことができる。アラームブロードキャスティングサイクル、アラームメッセージの送信回数及び／又は送信期間はあらかじめ定義されていてもよい。また、アラームブロードキャスティングサイクル、アラームメッセージの送信回数及び／又は送信期間は基地局によってブロードキャスティングユニットに設定されてもよい。例えば、基地局は、アラームブロードキャスティングサイクル、アラームメッセージの送信回数及び／又は送信期間に関する情報を、上位層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）（例えば、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）シグナリング）を用いて送信することができる。また、アラームブロードキャスティングサイクルは現在のＬＴＥシステムのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）サイクル又はページングサイクルと同一に設定されてもよい。アラームブロードキャスティングサイクルはリソースプールに対して共通に設定されてもよい。また、アラームブロードキャスティングサイクルは既に設定された車両グループ又は歩行者グループに対して共通に設定されてもよい。また、アラームブロードキャスティングサイクルは特定基地局内の車両及び／又は歩行者に共通に設定されてもよい。
【００６３】
アラームメッセージの送信のためのリソースは、周波数領域があらかじめ定められてもよい。また、基地局はＲＲＣシグナリングを用いてアラームメッセージの送信のためのリソースの周波数領域に関する情報を送信してもよい。また、アラームメッセージの送信のためのリソースはリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）ごとに設定されてもよく、既に設定されていてもよい。例えば、アラームメッセージの送信のためのリソースは、ＲＲＣシグナリングによって設定されてもよく、送信端に既に設定されていてもよい。また、アラームメッセージは上述のＤ２Ｄ通信の制御チャネルで送信されてもよい。例えば、アラームメッセージはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で送信されてもよい。一方、ブロードキャスティングユニットがＲＳＵ又は基地局である場合、ブロードキャスティングユニットはページング（ｐａｇｉｎｇ）を用いて車両又は歩行者にアラームメッセージを送信することもできる。
【００６４】
また、アラームメッセージは複数のイベントに対応する複数のアラームを含んでもよい。例えば、複数のイベントに対するアラームが一つのアラームメッセージでブロードキャストされてもよい。また、複数のイベントのそれぞれに対応する複数のアラームメッセージがそれぞれブロードキャストされてもよい。
【００６５】
車両又は歩行者はブロードキャスティングユニットにアラームメッセージ送信要求を送信することもできる。例えば、アラームメッセージ送信要求のためのリソースは周期的に設定されてもよい。
【００６６】
イベントに関する実際情報を含むメッセージを以下ではイベントメッセージと呼ぶことができる。イベントメッセージはイベントに対するコンテクスト（ｃｏｎｔｅｘｔ）を含むことができる。イベントメッセージは、イベントの類型、時期、場所、及び／又は他のイベントに関連した任意の（ａｎｙ）情報を含んでもよい。イベントメッセージは、例えば、アラームメッセージと共に送信されてもよい。イベントメッセージは、アラームメッセージの最初送信時に、アラームメッセージと共に１回だけ送信されてもよい。また、イベントメッセージはアラームメッセージの送信時に、ｎ（ここで、ｎは自然数）回だけアラームメッセージと共に送信されてもよい。例えば、イベントメッセージはアラームメッセージの最初ｎ回送信において共に送信されてもよい。
【００６７】
また、イベントメッセージはメッセージブロードキャスティングサイクル（ｍｅｓｓａｇｅ  ｂｒｏａｄｃａｓｔｉｎｇ  ｃｙｃｌｅ）にしたがって送信されてもよい。例えば、アラームメッセージとイベントメッセージはそれぞれ周期的にブロードキャストされ、互いに異なる周期を有してもよい。例えば、メッセージブロードキャスティングサイクルとアラームブロードキャスティングサイクルは互いに異なる値を有することができる。メッセージブロードキャスティングサイクル、イベントメッセージの送信回数及び／又は送信期間は、あらかじめ定義することができる。例えば、メッセージブロードキャスティングサイクルを現在のＬＴＥシステムのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）サイクル又はページングサイクルと同一に設定することができる。また、メッセージブロードキャスティングサイクル、イベントメッセージの送信回数及び／又は送信期間は基地局によってブロードキャスティングユニットに設定されてもよい。例えば、基地局はメッセージブロードキャスティングサイクル、イベントメッセージの送信回数及び／又は送信期間に関する情報を上位層シグナリング（例えば、ＲＲＣシグナリング）を用いて送信することができる。イベントブロードキャスティングサイクルはリソースプールに対して共通に設定されてもよい。また、イベントブロードキャスティングサイクルは既に設定された車両グループ又は歩行者グループに対して共通に設定されてもよい。また、イベントブロードキャスティングサイクルは特定基地局内の車両及び／又は歩行者に共通に設定されてもよい。イベントの発生した車両又はイベントに出会った（ｅｎｃｏｕｎｔｅｒ）車両は、イベントに対するアラームメッセージをブロードキャストすることができる。例えば、車両は上述の送信リソースを用いてアラームメッセージを送信することができる。例えば、アラームメッセージの送信リソースは周期的に設定されてもよい。
【００６８】
例えば、イベントメッセージのメッセージブロードキャスティングサイクルがアラームメッセージのアラームブロードキャスティングサイクルの１０倍の値を有してもよい。この場合、アラームメッセージを受信した車両又は歩行者はアラームメッセージに基づいて、イベントメッセージの送信される時点を決定することができる。例えば、アラームメッセージはイベントメッセージの送信時点に関する情報を含んでもよい。アラームメッセージに基づいて決定された時点に、受信車両又は歩行者はイベントメッセージを受信したりイベントメッセージの受信を試みることができる。例えば、メッセージブロードキャスティングサイクルはアラームブロードキャスティングサイクルのＮ（ここで、Ｎは自然数）倍の値を有してもよい。また、アラームメッセージは、メッセージブロードキャスティングサイクル内で何番目に送信されるアラームメッセージかを示す情報を含んでもよい。この場合、受信端はＮ値及びアラームメッセージ内の情報を取得して、イベントメッセージの受信される時点を決定することもできる。また、アラームメッセージは、イベントメッセージの送信時点になるまで反復されるアラームメッセージの送信回数に関する情報を含んでもよい。
【００６９】
イベントメッセージの送信のためのリソースは、周波数領域があらかじめ定められてもよい。また、基地局はＲＲＣシグナリングを用いてイベントメッセージの送信のためのリソースの周波数領域に関する情報を送信してもよい。また、イベントメッセージの送信のためのリソースはリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）ごとに設定されてもよく、あらかじめ設定されてもよい。例えば、イベントメッセージの送信のためのリソースは、ＲＲＣシグナリングによって設定されてもよく、送信端に既に設定されていてもよい。また、イベントメッセージの送信のためのリソースは、アラームメッセージの送信のためのリソースと異なるように設定することができる。
【００７０】
車両及び／又は歩行者はアラームメッセージと共にイベントメッセージを受信することができる。この場合、車両及び／又は歩行者はイベントメッセージを復号（ｄｅｃｏｄｉｎｇ）することによってイベントに関する情報を取得することができる。しかし、車両及び／又は歩行者はアラームメッセージだけを受信してもよい。例えば、ブロードキャスティングユニットがアラームメッセージだけを送信してもよい。また、例えば、ブロードキャスティングユニットがアラームメッセージとイベントメッセージの両方を送信したが、受信端はアラームメッセージだけを受信する場合もある。アラームメッセージだけを受信した受信端（例えば、車両、歩行者及び／又はＲＳＵ）はブロードキャスティングユニットにイベントメッセージの送信を要求することもできる。また、受信端は、アラームメッセージを送信したブロードキャスティングユニットとは異なるブロードキャスティングユニットからイベントメッセージを受信することもできる。イベントメッセージの受信は、イベントメッセージ要求に対する応答として送信されたものであってもよい。例えば、受信端はアラームメッセージを基地局又はＲＳＵから受信し、周辺の車両又は歩行者からイベントメッセージを受信することもできる。また、受信端はアラームメッセージを周辺の車両又は歩行者から受信し、イベントメッセージを基地局又はＲＳＵから受信することもできる。イベントメッセージの送信要求を受信したブロードキャスティングユニットは、既に定義された無線リソース又はブロードキャスティングユニットによって選択されたリソースを用いてイベントメッセージを送信することができる。イベントメッセージは再送信又は修正された情報であってもよい。
【００７１】
アラームメッセージを受信した車両及び／又は歩行者は、アラームメッセージに対応するイベントメッセージを受信するか否かを決定することができる。例えば、アラームメッセージはイベントに関する情報（例えば、イベントの類型など）を一部含むことができ、車両及び／又は歩行者は、アラームメッセージ内の情報に基づいてイベントメッセージの送信を要求するイベントを決定することができる。また、アラームメッセージが受信される場合、ユーザ入力に基づいてイベントメッセージが受信されるか否かが決定されてもよい。車両及び／又は歩行者の端末の場合、アラームメッセージに対応する情報がユーザに提供されてもよい。ユーザはアラームメッセージの情報を見てイベントメッセージを受信するか否かを決定することができる。例えば、車両はアラームメッセージの内容を車両内部のディスプレイに表示したり、音声お知らせを提供することができる。また、歩行者の端末はアラームメッセージの内容をディスプレイに表示したり、振動、警告音などでアラームメッセージの存在を歩行者に知らせることができる。
【００７２】
複数のアラームメッセージ又は複数のアラームを含むアラームメッセージを受信する場合、車両及び／又は歩行者は、複数のイベントのうちの一部のイベントに対するイベントメッセージの送信を、ブロードキャスティングユニットに要求することができる。例えば、アラームメッセージはイベントに関する情報（例えば、イベントの類型など）を一部含むことができ、車両及び／又は歩行者はアラームメッセージ内の情報に基づいて、イベントメッセージの送信を要求するイベントを決定することができる。また、車両及び／又は歩行者は、複数のアラームに対応するイベントの中から、既に設定された条件及び／又はユーザ入力に基づいて、確認を要するイベントをフィルタリングすることができる。例えば、車両及び／又は歩行者は、アラームメッセージ内の情報に基づいて、イベントメッセージを受信するイベントを決定することができる。この場合、車両及び／又は歩行者は、イベントメッセージを受信するイベントのイベントメッセージが送信されるタイミングにのみスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）からウェイクアップ（ｗａｋｅ−ｕｐ）モードに遷移されてもよい。したがって、車両及び／又は歩行者が全てのイベントに対するイベントメッセージの受信のためにウェイクアップモードに遷移する必要がないので、車両及び／又は歩行者の電力消耗を減少させることができる。
【００７３】
例えば、特定の路地を通過する車両の速度違反がイベントとして規定される場合がある。また、車両と歩行者が両方とも路地を通って移動する場合がある。この場合、速度違反車両に関する情報が周辺の歩行者及び／又は車両に送信されてもよい。例えば、速度違反車両の位置及び／又は速度などに関する情報が周辺の歩行者及び／又は車両に送信されてもよい。また、速度違反車両の位置及び／又は速度などに関する情報はアラームメッセージに含まれてもよい。また、既に設定された条件によってイベントトリガリング（ｔｒｉｇｇｅｒｉｎｇ）が行われてもよい。例えば、既に設定された速度を違反した車両が当該路地を進入する場合に、アラームメッセージの送信がトリガーされてもよい。また、例えば、当該路地に既に設定された数以上の人がいる場合に、アラームメッセージ及び／又はイベントメッセージの送信がトリガーされてもよい。このような既に設定された条件に基づいて、基地局又はＲＳＵはアラームメッセージ及び／又はイベントメッセージをブロードキャストするように動作してもよい。
【００７４】
アラームメッセージ及び／又はイベントメッセージは、セル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）メッセージ及び／又は端末−特定（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ−ｓｐｅｃｉｆｉｃ）メッセージであってもよい。例えば、アラームメッセージ及び／又はイベントメッセージはセル−特定又は端末−特定を示す識別子を含んでもよい。車両又は歩行者はアラームメッセージ内の識別子を確認し、当該メッセージがセル−特定メッセージか端末−特定メッセージかを区別することができる。例えば、アラームメッセージは、セルを識別するための識別子又は端末を特定するための識別子を含むことができる。また、アラームメッセージはイベントの受信のための車両及び／又は歩行者の位置に関する情報を含むことができる。例えば、アラームメッセージはイベントの発生位置に関する情報及び／又はブロードキャスティング半径に関する情報を含むことができる。車両及び／又は歩行者は、アラームメッセージ内のイベントの発生位置情報及び／又はブロードキャスティング半径に関する情報と自身の位置情報に基づいて、当該イベントに対するメッセージを受信するか否かを決定することができる。例えば、ブロードキャスティング半径に関する情報はあらかじめ設定されてもよく、ブロードキャスティング半径に関する情報はイベントの類型によってあらかじめ定義されてもよい。
【００７５】
イベントメッセージを受信するか否かを決定する例において、アラームメッセージは、対応するイベントに対する等級情報を含んでもよい。例えば、イベントの重要度に基づいて等級が設定されてもよい。アラームメッセージを受信した車両又は歩行者はアラームメッセージの等級に基づいて、イベントメッセージを受信するか否かを決定することができる。等級に関する情報はあらかじめ定められてもよく、無線リソース制御（ＲＲＣ）シグナリングによって半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に設定されてもよい。等級は、受信端の類型によって別々に処理されてもよい。例えば、受信端が車両か歩行者かによって、アラームメッセージ内の等級による処理が異なるように決定されてもよい。また、上述したように、車両又は歩行者はアラームメッセージ内の等級情報に基づいて、イベントメッセージを受信するか否かを決定することができる。また、車両又は歩行者はイベントメッセージを受信しないと決定した場合、スリープモードを維持することができる。
【００７６】
上述した実施例において、アラームメッセージは、関連したイベントに対するイベントメッセージの類型（ｔｙｐｅ）に関する情報を含んでもよい。例えば、特定類型のイベントが車両には重要であるが、歩行者には重要でない場合もあり、又はその逆の場合もある。また、車両及び／又は歩行者の状況によって特定類型のイベントが重要である場合も重要でない場合もある。例えば、車両は市内を走っている状況又は高速道路を走っている状況であってもよく、各状況によって特定類型のイベントの優先順位及び／又は重要度を決定することができる。例えば、歩行者は道を渡っている状況又は路地を歩いている状況であってもよく、各状況によって特定類型のイベントの優先順位及び／又は重要度を決定することができる。したがって、アラームメッセージと受信端の状況に基づいて、イベントメッセージを受信するか否か、又はイベントメッセージを要求するか否かを決定することができる。また、アラームメッセージは受信端の類型を指定する指示子を含んでもよい。例えば、アラームメッセージは対応イベントメッセージの受信対象として歩行者又は車両を示す指示子を含むことができる。アラームメッセージ内に含まれてもよいイベントの類型及び／又は受信端の類型は、受信端に既に設定されたものであってもよい。また、イベントの類型及び／又は受信端の類型はＲＲＣシグナリングによって受信端に設定されてもよい。また、イベントの類型及び／又は受信端の類型はＲＲＣシグナリングによって半−静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）受信端に設定されてもよい。
【００７７】
また、例えば、アラームメッセージはイベントメッセージによって要求される動作に関する情報を含んでもよい。例えば、要求される動作は、車両が速度を落とすことであってもよい。また、要求される動作は、歩行者が停止したり又は他の方向に避けることであってもよい。
【００７８】
上述したように、アラームメッセージはイベントの類型に関する情報を含んでもよい。例えば、同じイベントに対する複数のアラームメッセージが送信されてもよい。アラームメッセージがイベントの類型に関する情報だけを含む場合、受信端では同じイベントであることを認知できず、それぞれのアラームメッセージに対するイベントメッセージを全て復号するために試みることがある。したがって、アラームメッセージは、同じイベントに対するアラームメッセージが送信されている回数に関する情報を含んでもよい。
【００７９】
一方、アラームメッセージが特定車両又は特定歩行者に送信される場合、非周期的に１回だけアラームメッセージ及びイベントメッセージが送信されてもよい。
【００８０】
上述した実施例において、アラームメッセージは物理層（ｐｈｙｓｉｃａｌ  ｐｌａｙｅｒ）上で送信されるが、アラームメッセージ内のメッセージは物理層よりも上位の層に連動されてもよい。例えば、アラームメッセージ内のメッセージは、アプリケーション層（ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ）又はＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）プロトコル以上の層で定義されてもよい。この場合、受信端でアラームメッセージを受信した後に、対応するイベントメッセージを受信するか否かを決定するために、上位層まで復号する必要がある。上位層を復号するために受信端はより多い電力を消耗することがある。したがって、アラームメッセージのうち、イベントメッセージの受信が要求されるアラームメッセージを、上位層が物理層又はＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層に指示してもよい。
【００８１】
例えば、アラームメッセージは物理層又はＭＡＣ層上で００、０１、１０又は１１のいずれか一つの値を有するように定義されてもよい。例えば、００は、上位層のメッセージである“受信歩行者と隣接した路地に危険車両が存在”と関連づけられ、０１は、上位層のメッセージである“受信歩行者と隣接した横断歩道に危険車両が存在”と関連付けられ、１０は、上位層のメッセージである“受信歩行者の周辺に故障車両が存在”と関連付けられ、１１は“受信歩行者の周辺に事故車両が存在”と関連付けられてもよい。この場合、受信端の状況によって、イベントメッセージを受信するか否かを決定してもよい。例えば、歩行者である受信端は、横断歩道から遠く離れた状況で危険な状況に対するイベントメッセージだけを受信してもよい。したがって、上の例で、受信端は“００”に対応する“受信歩行者と隣接した路地に危険車両が存在”というメッセージだけを読む必要がある。この場合、上位層は、物理層又はＭＡＣ層上の指示子が“００”である場合にのみ、アラームメッセージを上位層まで復号するように指示することもできる。したがって、上位層の実際メッセージまで復号しなくてもアラームメッセージに対するフィルタリングを行うことができる。
【００８２】
上の実施例において、上位層によって、アラームメッセージの上位層復号を行うか否かが指示されたが、ＲＳＵが受信端に、復号を要するアラームメッセージを指示することもできる。例えば、ＲＳＵが隣接した危険車両を認知した場合、危険車両に対するアラームメッセージをブロードキャストすることができる。この場合、ＲＳＵは、危険車両に関連付けられたアラームメッセージを必ず受信することを受信端に示す信号をブロードキャストすることができる。ＲＳＵから信号を受信した隣接歩行者／車両は、アラームメッセージのうち、危険車両に関するメッセージをフィルタリングせずに受信することができる。また、ＲＳＵは、アラームメッセージのうち、受信する必要がないと判断されるイベントに対するアラームメッセージを指示することもできる。例えば、イベントがＲＳＵから既に設定された距離以上で発生したものである場合、ＲＳＵは、当該イベントに対するアラームメッセージは受信する必要がないことを示す信号をブロードキャストすることができる。当該信号を受信した歩行者／車両は、アラームメッセージのうち、ＲＳＵによって指示されたイベントに対応するアラームメッセージをフィルタリングすることもできる。例えば、ＲＳＵは物理層又はＭＡＣ層上の情報を用いてアラームメッセージのフィルタリングのための情報を受信端に送信することもできる。
【００８３】
上述した実施例において、ブロードキャスティングユニットは、アラームメッセージ及び／又はイベントメッセージを再送信又はリレーすることもできる。しかし、このような再送信又はリレーが過度に送信される場合、送信リソース及びブロードキャスティングユニットの電力浪費につながることがある。したがって、ブロードキャスティングユニットをグルーピング（ｇｒｏｕｐｉｎｇ）することによって浪費を防止することもできる。例えば、当該グループ内におけるブロードキャスティングユニットのみがアラームメッセージ及び／又はイベントメッセージをブロードキャスティング、再送信又はリレーするように構成してもよい。
【００８４】
例えば、イベントの類型によってブロードキャスティングユニットをグルーピングすることができる。例えば、イベントの類型は、故障車両、交通状況、又は事故車両などを含むことができる。また、リソースプールごとにブロードキャスティングユニットがグルーピングされてもよい。また、車両の識別子によってブロードキャスティングユニットがグルーピングされてもよい。上述したグルーピングは、あらかじめ設定されたり基地局によって設定されてもよい。また、グルーピングは、あらかじめ設定された規則によって決定されてもよい。例えば、車両の識別子をモジューロ（ｍｏｄｕｌｏ）演算した結果値によって車両をグルーピングしてもよい。
【００８５】
また、上述したグループ内の特定又は一部のブロードキャスティングユニットのみがアラームメッセージ又はイベントメッセージをブロードキャストすることもできる。例えば、あらかじめ設定された規則又は基地局からのシグナリングに基づいてグループ内の一部又は特定のブロードキャスティングユニットがアラームメッセージ又はイベントメッセージをブロードキャストすることもできる。
【００８６】
一方、複数のイベントに対するアラームメッセージ及び／又はイベントメッセージに対するブロードキャスティングが同時に発生してもよい。この場合、基地局はグループ又はグループ内の特定ブロードキャスティングユニットにブロードキャストされるイベントを示す信号を送信することができる。例えば、基地局はビットマップ（ｂｉｔｍａｐ）を用いてグループ又は特定ブロードキャスティングユニットにブロードキャストされるイベントを示すことができる。例えば、ビットマップ内の各ビットは各イベントに対応し得る。例えば、ビットマップ［０１０…］は、［イベント１、イベント２、イベント３…］にそれぞれ対応し、該ビットマップはイベント２のブロードキャスティングを示す。また、複数のイベントの中でいずれのイベントをブロードキャストするかは、あらかじめ設定された規則によって決定されてもよい。
【００８７】
また、アラームメッセージ及び／又はイベントメッセージは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）時間に基づいて送信リソースが送信端と受信端間に同期化されてもよい。また、例えば、ブロードキャスティングユニットが基地局及び／又はＲＳＵである場合、送信端と受信端はネットワーク時間に基づいて同期化されてもよい。
【００８８】
図１１Ａは、一実施例に係るアラームメッセージ送信方法のフローチャートである。
【００８９】
図１１Ａに示すように、ブロードキャスティングユニット（ＢＵ）は、イベントの発生を示すアラームメッセージをブロードキャストすることができる（Ｓ１１０１）。ブロードキャスティングユニットは、車両、歩行者、ＲＳＵ、又は基地局であってもよい。ブロードキャスティングユニットはアラームメッセージを再送信又はリレーすることができる。ユーザ装置（ＵＥ）は歩行者又は車両のことを指すことができる。例えば、アラームメッセージは上りリンクリソース又は下りリンクリソースでブロードキャストされてもよい。アラームメッセージはイベントに関する実質的な情報を含むイベントメッセージに比べて高い頻度でブロードキャストされてもよい。例えば、アラームメッセージの送信のための第１周期は、イベントメッセージの送信のための第２周期より短く設定されてもよい。アラームメッセージはあらかじめ設定されたサイクルによってブロードキャストされてもよい。アラームメッセージの送信サイクル（又は、送信周期）に関する情報は、例えば、上位層シグナリングで送信されてもよい。一方、図１１Ａには示していないが、アラームメッセージが複数のイベントに対するアラームを含んでもよいことは、上述したとおりである。
【００９０】
アラームメッセージに続くイベントメッセージの受信のための情報がアラームメッセージに含まれてもよい。ユーザ装置はアラームメッセージ内の情報に基づいてイベントメッセージの受信時点を決定することができる。ユーザ装置はイベントメッセージの受信時点にスリープモードからウエイク−アップモードに遷移されてもよい。例えば、アラームメッセージはイベントに関連した等級情報及び／又は類型情報を含んでもよい。
【００９１】
一方、図１１Ａには示していないが、図１１Ｂに示すように、アラームメッセージに基づいて、ユーザ装置はイベントメッセージを受信するか否かを決定することもできる。したがって、ユーザ装置はイベントメッセージを受信しないと決定した場合には、スリープモードを維持することができる。
【００９２】
また、図１１Ａには示していないが、アラームメッセージのブロードキャスティング（Ｓ１１０１）は、ユーザ装置からのアラームメッセージ送信要求に対する応答として行われてもよい。
【００９３】
また、ブロードキャスティングユニットは、イベントに関する実質的情報を含むイベントメッセージをブロードキャストすることができる（Ｓ１１０２）。イベントメッセージはイベントに関する情報を含み、あらかじめ設定されたリソースでブロードキャストされてもよい。また、イベントメッセージはアラームメッセージ内の情報に基づいて決定された送信リソースでブロードキャストされてもよい。
【００９４】
また、図１１Ａには示していないが、イベントメッセージのブロードキャスティング（Ｓ１１０２）は、ユーザ装置からの要求に対する応答として行われてもよい。
【００９５】
図１１Ｂは、他の実施例に係るアラームメッセージ送信方法のフローチャートである。
【００９６】
説明の便宜のために、図１１Ａと重複する説明は省略する。図１１Ｂで、ユーザ装置はアラームメッセージに基づいてイベントメッセージを受信するか否かを決定（Ｓ１１５２）し、受信を決定した場合、イベントメッセージのブロードキャスティングを要求（Ｓ１１５３）する。イベントメッセージの送信要求は、あらかじめ設定されたリソースを用いて送信されてもよい。イベントメッセージを受信するか否かは、アラームメッセージ内の情報、ＲＲＣシグナリング、及び／又はＲＳＵからのシグナリングに基づいて決定されてもよい。具体的な例は、上述した実施例を参照されたい。
【００９７】
図１乃至図１１Ｂに関する説明において、アラームメッセージを第１メッセージと称し、イベントメッセージを第２メッセージと称することもできる。上述したように、ブロードキャスティングユニットを特定グループ又は特定ブロードキャスティングユニットに制限することができる。なお、ユーザ装置はあらかじめ設定された情報又は基地局からのシグナリングなどに基づいてアラームメッセージ及び／又はイベントメッセージの受信又はデコーディングを行うか否かを決定したり、アラームメッセージ及び／又はイベントメッセージをフィルタリングすることができる。説明の便宜のために、上述した全ての実施例が図１１Ａ及び図１１Ｂと関連して説明されているわけではないが、図１１Ａ及び図１１Ｂのイベントメッセージ送信方法において上述の実施例が組み合わせられてもよいことは、通常の技術者には明らかである。
【００９８】
図１２は本発明の実施例であって、図１〜図１１Ｂで説明した本発明の実施例を適用可能な機器の構成を概略的に説明するための図である。
【００９９】
図１２で、第１機器１２００及び第２機器１２５０はそれぞれ、無線周波数ユニット（ＲＦユニット）１２１０，１２６０、プロセッサ１２２０，１２７０、及び選択的にメモリ１２３０，１２８０を含むことができる。第１機器１２００及び第２機器１２５０は、Ｖ２Ｘ通信を構成する端末、車両、歩行者、ＲＳＵ、基地局、及び／又は基盤施設であってもよい。
【０１００】
各ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニット１２３０，１２６０はそれぞれ、送信器１２１１，１２６１及び受信器１２１２，１２６２を含むことができる。それぞれのＲＦユニット１２３０，１２６０は送受信器（ｔｒａｎｓｃｅｉｖｅｒ）であってもよい。第１機器１２００の送信器１２１１及び受信器１２１２は、第２機器１２５０及び他の端末と信号を送信及び受信するように構成され、プロセッサ１２２０は、送信器１２１１及び受信器１２１２と機能的に連結されて、送信器１２１１及び受信器１２１２が他の機器と信号を送受信する過程を制御するように構成され得る。一方、第１機器１２００及び／又は第２機器１２５０は基地局であってもよい。
【０１０１】
また、プロセッサ１２２０は、送信する信号に対する各種処理を行った後に送信器１２１１に送信し、受信器１２１２に受信された信号に対する処理を行うことができる。必要な場合、プロセッサ１２２０は、交換されたメッセージに含まれた情報をメモリ１２３０に記憶させることができる。
【０１０２】
上述した構造で、第１機器１２００は、上述した本発明の様々な実施の形態の方法を実行することができる。例えば、各信号及び／又はメッセージなどをＲＦユニットの送信器及び／又は受信器を用いて送受信し、各動作は、プロセッサの制御によって行うことができる。
【０１０３】
一方、図１２に示してはいないが、第１機器１２００は、その機器アプリケーションタイプによって様々な追加構成を含むことができる。例えば、第１機器１２００が知能型計量のためのものであれば、第１機器１２００は電力測定などのための追加の構成を含むことができ、このような電力測定動作はプロセッサ１２２０によって制御されてもよく、別途に構成されたプロセッサ（図示せず）によって制御されてもよい。
【０１０４】
例えば、第２機器１２５０は基地局であってもよい。このとき、基地局の送信器１２６１及び受信器１２６２は、他の基地局、サーバー、機器と信号を送信及び受信するように構成され、プロセッサ１２７０は、送信器１２６１及び受信器１２６２と機能的に連結されて、送信器１２６１及び受信器１２６２が他の機器と信号を送受信する過程を制御するように構成され得る。また、プロセッサ１２７０は、送信する信号に対する各種処理を行った後に送信器１２６１で送信し、受信器１２６２に受信された信号に対する処理を行うことができる。必要な場合、プロセッサ１２７０は、交換されたメッセージに含まれた情報をメモリ１２３０に記憶させることができる。このような構造によって基地局１２５０は上記で説明した様々な実施の形態の方法を実行することができる。
【０１０５】
図１２で、第１機器１２１０及び第２機器１２５０の各プロセッサ１２２０，１２７０はそれぞれ、第１機器１２１０及び第２機器１２５０における動作を指示（例えば、制御、調整、管理など）する。各プロセッサ１２２０，１２７０は、プログラムコード及びデータを記憶するメモリ１２３０，１２８０と連結され得る。メモリ１２３０，１２８０は、プロセッサ１２２０，１２７０に連結されて、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を格納させる。
【０１０６】
本発明のプロセッサ１２２０，１２７０は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。一方、プロセッサ１２２０，１２７０は、ハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はそれらの結合によって具現することができる。ハードウェアを用いて本発明の実施例を具現する場合には、本発明を実行するように構成されたＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、又はＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）などをプロセッサ１２２０，１２７０に具備することができる。
【０１０７】
一方、ファームウェアやソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行できるように構成されたファームウェア又はソフトウェアはプロセッサ内に設けられたりメモリに格納され、プロセッサによって駆動され得る。
【０１０８】
以上で説明された実施例は、本発明の構成要素や特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施してもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は、他の実施例の対応する構成又は特徴にとって代わってもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよいことは明らかである。
【０１０９】
本発明の精神及び必須特徴から逸脱しない範囲で本発明を他の特定の形態として具体化できることは、通常の技術者に明らかである。したがって、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならず、本発明の同等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１１０】
上述したような本発明の実施の形態は、様々な移動通信システムに適用可能である。
【図１】
0006502535.tif 000002
【図２】
0006502535.tif 000003
【図３】
0006502535.tif 000004
【図４】
0006502535.tif 000005
【図５】
0006502535.tif 000006
【図６】
0006502535.tif 000007
【図７】
0006502535.tif 000008
【図８】
0006502535.tif 000009
【図９】
0006502535.tif 000010
【図１０】
0006502535.tif 000011
【図１１Ａ】
0006502535.tif 000012
【図１１Ｂ】
0006502535.tif 000013
【図１２】
0006502535.tif 000014