(57)【要約】  Ｄ２Ｄをサポートする移動通信システムにおける中継装置において、第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継手段と、を備える。
2017026542.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、
前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継手段と、
を備える中継装置。
【請求項２】
前記報知メッセージは閾値を含み、当該報知メッセージを受信するユーザ装置において、当該報知メッセージの受信電力と前記閾値との比較により、前記中継手段により送信されるメッセージの受信を行うか否かが判断される
請求項１に記載の中継装置。
【請求項３】
前記中継手段は、前記第１のキャリアで受信する複数のメッセージのうち、所定の条件を満たすメッセージのみを前記第２のキャリアで送信する
請求項１又は２に記載の中継装置。
【請求項４】
前記送信手段は、前記第２のキャリアで送信されるメッセージをユーザ装置側で受信するために使用される受信アドレスを送信し、
前記中継手段は、前記第２のキャリアで送信するメッセージの宛先アドレスとして前記受信アドレスを設定し、当該受信アドレスが設定されたメッセージを前記第２のキャリアで送信する
請求項１ないし３のうちいずれか１項に記載の中継装置。
【請求項５】
Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、
前記中継処理により前記メッセージを前記第２のキャリアで特定の宛先に送信することを要求する中継要求を受信する受信手段と、
前記第１のキャリアで前記特定の宛先を指定したメッセージを受信した場合に、前記中継要求に基づいて、当該メッセージを前記第２のキャリアで前記特定の宛先に送信する中継手段と
を備える中継装置。
【請求項６】
前記中継手段は、１つ又は複数の他の中継装置から送信される報知メッセージを受信し、当該報知メッセージに基づいて、前記第１のキャリアから前記第２のキャリアへの中継処理を行うことが可能な他の中継装置の数を算出し、当該数に基づいて、前記第１のキャリアから前記第２のキャリアへの中継処理を行うか否かを判断する
請求項１ないし５のうちいずれか１項に記載の中継装置。
【請求項７】
前記送信手段は、前記第２のキャリアでの受信用のリソースプールの情報と、当該リソースプールに対応付けられる前記第１のキャリアの情報とを前記第２のキャリアで送信する
請求項１ないし６のうちいずれか１項に記載の中継装置。
【請求項８】
Ｄ２Ｄをサポートする移動通信システムにおける中継装置が実行する中継方法であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信ステップと、
前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継ステップと、
を備える中継方法。
【請求項９】
Ｄ２Ｄをサポートする移動通信システムにおける中継装置が実行する中継方法であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信ステップと、
前記中継処理により前記メッセージを前記第２のキャリアで特定の宛先に送信することを要求する中継要求を受信する受信ステップと、
前記第１のキャリアで前記特定の宛先を指定したメッセージを受信した場合に、前記中継要求に基づいて、当該メッセージを前記第２のキャリアで前記特定の宛先に送信する中継ステップと
を備える中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄをサポートする移動通信システムにおけるＤ２Ｄ信号の送受信技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、４Ｇなどともいう）では、ユーザ装置同士が基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）技術が検討されている（例えば、非特許文献１）。【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラフィックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。【０００４】
Ｄ２Ｄは、Ｄ２Ｄディスカバリ（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、Ｄ２Ｄコミュニケーション（Ｄ２Ｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。図１に示すように、Ｖ２Ｘには、自動車（Ｖｅｈｉｃｌｅの例）と自動車との間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｃｌｅ）、自動車と道路脇に設置される路側ユニット（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）等がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｖ２Ｘでは多数のＵＥ間で通信が行われることが想定される。そのため、Ｖ２Ｘの容量拡大及び、Ｖ２Ｘと一般のＤ２Ｄとの間の干渉回避のために、Ｖ２Ｘと一般のＤ２Ｄとで異なるキャリアを使用することが考えられる。【０００８】
例えば図２に示すように、ＵＥ１は、Ｄ２Ｄキャリアを用いてＵＥ２とＤ２Ｄの信号送受信を実行し、Ｖ２Ｘキャリアを用いてＵＥ３とＶ２Ｘの信号送受信を実行する。なお、図２には、Ｄ２Ｄキャリアのリソースにおいて、Ｄ２Ｄリソースプールと、基地局（ｅＮＢ）へのＵＬ送信用のリソースが示されている。【０００９】
また、図３に示すように、Ｖ２Ｘにおいて複数キャリアが使用されることも考えられる。例えば、事業者（ＰＬＭＮ）毎に異なるキャリアを使用することが考えられる。図２、３に示すような複数キャリアが使用される環境においてＤ２Ｄ／Ｖ２Ｘ通信を実現するために、各ＵＥは、例えば、１つの無線装置（Ｔｘ／Ｒｘチェイン）を備え、キャリア（周波数）を切り替えるように構成されるか、もしくは、キャリア毎の複数の無線装置を備えて構成される。しかし、複数の無線装置を備えるとなるとコストが増加してしまう。また、１つの無線装置で複数キャリア間を切り替える場合、切り替えに時間がかかり無駄に時間リソースを消費するといった課題がある。すなわち、複数キャリア間においてＶ２Ｘ／Ｄ２Ｄ信号の送受信を適切に行うことができないという課題がある。【００１０】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような課題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る課題である。【００１１】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄをサポートする移動通信システムにおいて、複数キャリア間でのＤ２Ｄ信号の送受信を適切に行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、
前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継手段と、
を備える中継装置が提供される。【００１３】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、
前記中継処理により前記メッセージを前記第２のキャリアで特定の宛先に送信することを要求する中継要求を受信する受信手段と、
前記第１のキャリアで前記特定の宛先を指定したメッセージを受信した場合に、前記中継要求に基づいて、当該メッセージを前記第２のキャリアで前記特定の宛先に送信する中継手段と
を備える中継装置が提供される。【００１４】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおける中継装置が実行する中継方法であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信ステップと、
前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継ステップと、
を備える中継方法が提供される。【００１５】
また、本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおける中継装置が実行する中継方法であって、
第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信ステップと、
前記中継処理により前記メッセージを前記第２のキャリアで特定の宛先に送信することを要求する中継要求を受信する受信ステップと、
前記第１のキャリアで前記特定の宛先を指定したメッセージを受信した場合に、前記中継要求に基づいて、当該メッセージを前記第２のキャリアで前記特定の宛先に送信する中継ステップと
を備える中継方法が提供される。
【発明の効果】
【００１６】
本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおいて、複数キャリア間でのＤ２Ｄ信号の送受信を適切に行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１７】
【図１】Ｖ２Ｘを説明するための図である。
【図２】Ｄ２ＤとＶ２Ｘのキャリアを説明するための図である。
【図３】課題を説明するための図である。
【図４Ａ】Ｄ２Ｄを説明するための図である。
【図４Ｂ】Ｄ２Ｄを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６Ａ】ＰＳＤＣＨの構造例を示す図である。
【図６Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図７Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８Ａ】リソースプールコンフィギュレーションを示す図である。
【図８Ｂ】リソースプールコンフィギュレーションを示す図である。
【図９Ａ】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。
【図９Ｂ】ＰＳＳＳ／ＳＳＳＳの構造例を示す図である。
【図１０】本発明の実施の形態に係る通信システムの構成図である。
【図１１Ａ】第１の実施の形態の概要を説明するための図である。
【図１１Ｂ】第１の実施の形態の概要を説明するための図である。
【図１２】第２の実施の形態の概要を説明するための図である。
【図１３】動作例１−１を説明するための図である。
【図１４】動作例１−２を説明するための図である。
【図１５】動作例１−３を説明するための図である。
【図１６】Ｌ２アドレスの指定に係るシーケンス例１を示す図である。
【図１７】Ｌ２アドレスの指定に係るシーケンス例２を示す図である。
【図１８】送信元アドレスに関するシーケンス例を示す図である。
【図１９】ＭＡＣサブヘッダの例を示す図である。
【図２０】第２の実施の形態における動作例の前提となる構成を示す図である。
【図２１】動作例２−１を説明するためのシーケンス図である。
【図２２】動作例２−２を説明するためのシーケンス図である。
【図２３】データの中継動作を説明するための図である。
【図２４】変形例１を説明するための図である。
【図２５】変形例１における中継装置の動作を説明するためのフローチャートである。
【図２６】変形例２を説明するための図である。
【図２７】変形例３を説明するための図である。
【図２８】変形例３を説明するためのシーケンス図である。
【図２９】ホップ数カウントを行う場合のＭＡＣサブヘッダの例を示す図である。
【図３０Ａ】ｅＮＢからの制御例を示す図である。
【図３０Ｂ】ｅＮＢからの制御例を示す図である。
【図３１Ａ】中継用のリソースプールの例を説明するための図である。
【図３１Ｂ】中継用のリソースプールの例を説明するための図である。
【図３２】リソース設定の例を示す図である。
【図３３】中継装置（ＲＥＬＡＹ）の構成図である。
【図３４】ユーザ装置（ＵＥ）の構成図である。
【図３５】基地局（ｅＮＢ）の構成図である。
【図３６】ＲＥＬＡＹ、ＵＥ及びｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。
【００１９】
また、本実施の形態では、Ｖ２ＸとＤ２Ｄとを区別して記載しているが、これは、異なるキャリアを使用する複数のＤ２Ｄにおいて、あるキャリアを使用するＤ２Ｄを「Ｖ２Ｘ」と称していると考えてよい。Ｖ２ＸはＤ２Ｄの一種であるから、以下で説明する「Ｖ２Ｘ」を「Ｄ２Ｄ」に置き換えてもよい。本発明に係る技術は、Ｖ２Ｘを含むＤ２Ｄ全般に適用可能である。
【００２０】
また、本実施の形態では、異なるキャリア間での中継について説明しているが、同じキャリア間であっても異なるキャリア間での中継と同様に中継を行うことは可能である。
【００２１】
以下では、基本的に、中継装置を「ＲＥＬＡＹ」と表記し、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ」の略語である。
【００２２】
（Ｄ２Ｄの概要）
本実施の形態に係るＶ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしていることから、まずは、当該Ｄ２Ｄの概要について説明する。
【００２３】
ＬＴＥで規定されているＤ２Ｄでは、各ＵＥは、ＵＥからｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用して信号送受信を行う。
【００２４】
「Ｄｉｓｃｏｖｅｒｙ」については、図４Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２５】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図４Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。送信側のＵＥはＣｏｎｔｒｏｌリソースプールから選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりＤａｔａ送信用リソース等を受信側に通知し、当該Ｄａｔａ送信用リソースでＤａｔａを送信する。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはＣｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２６】
ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される（非特許文献２）。
【００２７】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２８】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。
【００２９】
図６Ａに、Ｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００３０】
図７Ａに、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭ−ＲＳが挿入される構造になっている。
【００３１】
図８に、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００３２】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００３３】
図９Ａ、Ｂは、ＰＳＳＳ／ＳＳＳＳを示す。図９Ａは、ｃｏｍｍｕｎｉｃａｔｉｏｎにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳ、ＳＳＳＳ、ＤＭ−ＲＳ、及びＰＳＢＣＨが多重される。図９Ｂは、ｄｉｓｃｏｖｅｒｙにおける同期サブフレームの例を示す。同図に示すように、ＰＳＳＳとＳＳＳＳが多重される。
【００３４】
ＰＳＢＣＨは、ＤＦＮ（Ｄ２Ｄフレーム番号）、ＴＤＤ  ＵＬ−ＤＬコンフィギュレーション、Ｉｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒ、システム帯域幅、ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ等を含む。
【００３５】
（システム構成）
図１０に、本実施の形態における通信システムの構成例を示す。図１０に示すように、当該通信システムには中継装置ＲＥＬＡＹ、ユーザ装置ＵＥ１、ユーザ装置ＵＥ２が備えられている。前述したように、以下、中継装置ＲＥＬＡＹを「ＲＥＬＡＹ」と表記し、ユーザ装置ＵＥ１、ＵＥ２をＵＥ１、ＵＥ２と表記する。また、ＵＥ１、ＵＥ２等を特に区別しない場合、単にＵＥと記述する。また、図１０に示す例では、ＲＥＬＡＹが１つ示され、ＵＥが２つ示されているが、これは例であり、ＲＥＬＡＹは複数であってもよく、ＵＥの数は３以上であってもよい。
【００３６】
本実施の形態におけるＲＥＬＡＹは、例えば、道路脇に設置される路側ユニット（ＲＳＵ：Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）であるが、これに限られない。ＲＥＬＡＹは、例えば、中継装置として機能するＵＥであってもよいし、中継装置として機能するｅＮＢであってもよい。
【００３７】
図１０に示すＵＥ１、ＵＥ２は、それぞれ、ＬＴＥにおけるＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ＲＥＬＡＹについても、ＵＥと同様に、ＬＴＥにおけるＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有してもよい。
【００３８】
（実施例の概要）
以下、上記の構成を備える通信システムの具体的な動作についての実施例１、実施例２を説明する。まず、実施例１、実施例２の概要を説明する。実施例１、実施例２のいずれの場合も、ＲＥＬＡＹは、複数キャリアにおいて同時に信号の送受信を行う機能を有する。
【００３９】
なお、説明において、「メッセージ」と「データ」の用語が用いられるが、概ね、「メッセージ」は、送信元のＵＥが送信する情報を意味し、「データ」は、「メッセージ」を含み、「メッセージ」よりも下位レイヤのパケット等を意味する。ただし、「メッセージを受信する」といった場合、「データを受信する」ことでもあるので、説明において「メッセージ」を「データ」としてもよいし、「データ」を「メッセージ」としてもよい。また、「キャリア」については、これを「チャネル」、周波数」、「バンド」等と言い換えることとしてもよい。
【００４０】
実施例１では、ＵＥがあるキャリア上でブロードキャストで送信したメッセージを、ＲＥＬＡＹが受信し、当該キャリアとは異なるキャリア上で当該メッセージを送信する。例えば、図１１Ａ、Ｂに示すように、ＲＥＬＡＹは、Ｄ２Ｄチャネルでメッセージを受信し、当該メッセージをＶ２Ｘのチャネルで送信する。また、ＲＥＬＡＹは、Ｖ２Ｘのチャネルでメッセージを受信し、当該メッセージをＤ２Ｄのチャネルで送信することもできる。
【００４１】
また、ＲＥＬＡＹは、ＵＥがキャリアを切り替えることを助ける補助情報を送信（ブロードキャスト）することとしてもよい。当該補助情報は、例えば、Ｄ２Ｄチャネルで送信されるＶ２Ｘリソースプールコンフィギュレーション、Ｖ２Ｘチャネルで送信されるＤ２Ｄリソースプールコンフィギュレーション等である。
【００４２】
例えば、図１１Ａの例において、Ｖ２Ｘのチャネルを使用しているＵＥ２が、ＲＥＬＡＹからＤ２Ｄに関する補助情報を受信することで、Ｄ２Ｄのチャネルへ切り替えることができる。また、図１１Ｂの例において、Ｄ２Ｄのチャネルを使用しているＵＥ２が、ＲＥＬＡＹからＶ２Ｘに関する補助情報を受信することで、Ｖ２Ｘのチャネルへ切り替えることができる。
【００４３】
実施例２では、ＲＥＬＡＹは、異なるキャリア間でＵＥ間の通信を中継する。例えば図１２の例において、ＵＥ１、ＵＥ２、ＵＥ３がそれぞれ異なるキャリアを使用している。このときに、例えば、ＲＥＬＡＹは、ＵＥ１からキャリアＡで送信されたメッセージを受信し、当該メッセージをキャリアＢでＵＥ２に送信する。また、実施例２においても、各ＵＥは、ＲＥＬＡＹから補助情報を受信することで、他のＵＥと同じキャリアで通信を行うようにキャリアを切り替えることができる。
【００４４】
以下、実施例１、実施例２をより詳細に説明する。
【００４５】
（実施例１）
まず、実施例１における基本的な動作例として動作例１−１から動作例１−３を説明する。
【００４６】
＜動作例１−１＞
図１３は、実施例１における動作例の１つである動作例１−１を説明するための図である。図１３は、ＵＥ１を歩行者が保持し、ＵＥ３がビークル（自動車等）である例を示している。
【００４７】
ＲＥＬＡＹは、中継するメッセージの送信元側のキャリアのリストを、あるキャリア上で、ブロードキャストで送信する。図１３の例では、ＲＥＬＡＹは、ＵＥ３が使用するＶ２Ｘのキャリアｆ２の識別情報を含むリストを有するメッセージを、Ｄ２Ｄのキャリアｆ１を用いてブロードキャストで送信する。なお、ブロードキャストを用いることは例であり、マルチキャスト、グループキャスト、もしくはユニキャストを用いてもよい。また、リストには、複数のキャリアを含めることとしてもよい。
【００４８】
上記メッセージを受信するＵＥ１は、キャリアｆ１を使用しながらキャリアｆ２で送信されるメッセージを受信できることを把握できる。これにより、ＵＥ１は、キャリアｆ２で送信（ブロードキャスト）されるメッセージを受信する必要がある場合（例：緊急メッセージを受信）において、キャリアｆ２への切り替えを行う必要がないことを判断できる。図１３に示すように、キャリアのリストの中に、当該キャリアの種類（Ｖ２Ｘ等）を含めてもよい。これにより、ＵＥ１は、当該種類に応じて、ＲＥＬＡＹにより中継されるキャリアｆ２のメッセージを受信するか否かを判断することができる。
【００４９】
キャリアリストの送信のためのチャネルとして、例えば、ＰＳＤＣＨを使用することができるが、これに限られるわけではない。
【００５０】
＜動作例１−２＞
ＲＥＬＡＹが送信するメッセージの中に、メッセージの受信側ＵＥがキャリア切り替えの判定に使用する閾値を含めてもよい。この閾値は、各ＵＥに予め設定されていてもよい。また、ＲＥＬＡＹは、閾値をキャリアリストを送信するメッセージとは別のメッセージで送信してもよい。
【００５１】
当該閾値を有するＵＥは、ＲＥＬＡＹから受信するブロードキャストメッセージの受信電力（例：ＲＳＲＰ）を測定し、受信電力が当該閾値よりも大きい場合にキャリア切り替えの必要がないと判断する。当該受信電力の測定は、例えば、ＤＭ−ＲＳ（例：図６Ｂ）により行うことができる。
【００５２】
図１４の例において、ＵＥ１とＵＥ２がＲＥＬＡＹから閾値を受信する。ＵＥ２は、ブロードキャストメッセージの受信電力が閾値以下であると判定するため、キャリアｆ２上で送信されるメッセージを受信するためにはキャリア切り替えが必要であると判断する。一方、ＵＥ１は、ブロードキャストメッセージの受信電力が閾値よりも大きいと判定するため、キャリアｆ２上で送信されるメッセージを受信するためにキャリア切り替えは不要であると判断する。
【００５３】
＜動作例１−３＞
ＲＥＬＡＹが、キャリアリスト上のキャリアで受信する全てのメッセージを、異なるキャリア（これを便宜上、キャリアＡとする）で送信する場合、キャリアＡのリソースが混雑する可能性がある。
【００５４】
この混在を回避するために、動作例１−３では、ＲＥＬＡＹが、メッセージのフィルタリングを実施する。一例として、ＲＥＬＡＹは、受信するメッセージの優先度クラス（ｐｒｉｏｒｉｔｙ  ｃｌａｓｓ）が所定の閾値よりも高い場合にのみ、当該メッセージの中継を行う。当該閾値はＲＥＬＡＹに固定的に設定されていてもよいし、ｅＮＢ等から設定されてもよい。また、ＲＥＬＡＹは、当該閾値をキャリア毎にブロードキャストメッセージに含めて送信することとしてもよい。これにより、受信側のＵＥは、キャリア毎にどの優先度クラス以上のデータが中継されてくるのかを判断できる。
【００５５】
優先度クラスについては、例えば、データ（パケット）に含まれる優先度クラスの値により識別することができる。また、送信元のアドレス等により優先度クラスを判別してもよい。また、優先度クラスとして、ＬＴＥにおける既存の優先度クラスを用いてもよいし、新たに定める優先度クラスを用いてもよい。
【００５６】
また、上記のように優先度クラスを用いることに代えて、もしくは、優先度クラスを用いることに加えて、メッセージの宛先に応じてフィルタリングを行ってもよい。例えば、ＲＥＬＡＹは、メッセージの宛先が、「歩行者」（Ｖ２Ｐ）を示す宛先である場合にのみ中継を行う。ここでは、例えば、ＭＡＣ  ＰＤＵ等のデータのヘッダに「歩行者」を示す識別情報が含まれ、ＲＥＬＡＹは当該識別情報により宛先が「歩行者」か否かを判別する。なお、フィルタリングの条件を「歩行者」とすることは一例に過ぎない。他の送信／受信のＩＤ、アドレス等をフィルタリングの条件としてもよい。
【００５７】
例えば図１５に示す例では、ＵＥ４からキャリアｆ２でデータが送信されるが、ＲＥＬＡＹは当該データの優先度クラスが閾値以下であることを検知するので、当該データの中継は行われない。一方、ＵＥ３からキャリアｆ２でデータが送信されると、ＲＥＬＡＹは当該データの優先度クラスが閾値より大きいことを検知し、当該データの中継を行う。これにより、ＵＥ１は、ＵＥ３から送信されたデータをＲＥＬＡＹを介して受信できる。
【００５８】
なお、図１３〜図１５に示す例において、キャリアｆ２で受信する同種のメッセージをＲＥＬＡＹで統合してキャリアｆ１で送信するメッセージ数を削減するとしてもよい。また、ＲＥＬＡＹは、キャリアｆ２で受信するメッセージをキャリアｆ１で用いられるメッセージフォーマットに変換して送信してもよい。上記のメッセージ数を削減する処理、及びメッセージフォーマットを変換する処理は、実施例１と実施例２の両方に適用できる。
【００５９】
＜Ｌ２アドレスの指定等に関する動作例＞
メッセージの送信元からＲＥＬＡＹにより中継される各メッセージには、ＲＥＬＡＹが当該メッセージを受信したキャリアの識別情報が付加される。これにより、ＲＥＬＡＹから送信されるメッセージを受信するＵＥでは、当該メッセージがどのキャリアを使用する送信元からのメッセージであるかを把握できる。当該キャリアの識別情報は、例えば、メッセージを含むデータを運ぶＭＡＣ  ＰＤＵにおけるＭＡＣサブヘッダ内に含めることとしてよい。ただし、これは一例である。
【００６０】
また、ＲＥＬＡＹにより中継されるメッセージの受信を行うＵＥのグループを識別する特別なＬ２（レイヤ２）アドレス（例：ＭＡＣアドレス）を導入してもよい。なお、当該Ｌ２アドレスをグループキャストＬ２アドレスと称してもよい。この場合、ＲＥＬＡＹは、あるキャリアで受信したメッセージに、宛先アドレスとして当該Ｌ２アドレスを付加し、当該Ｌ２アドレスが付加されたメッセージ（データ）を別のキャリアで送信する。当該データを受信するＵＥは、中継メッセージ受信のためのアドレスとして、当該Ｌ２アドレスを保持しており、受信したデータのヘッダから当該Ｌ２アドレスを検出した場合に、データの中身（ペイロード）であるメッセージの復号等の処理を実行する。
【００６１】
なお、ＲＥＬＡＹが、複数のキャリアからあるキャリア（キャリアＡ）への中継を行う場合において、ＲＥＬＡＹは、当該キャリアＡに対するグループキャストＬ２アドレスとして、当該複数のキャリアの全てで同じアドレスを使用してもよいし、キャリア毎に異なるグループキャストＬ２アドレスを使用してもよい。
【００６２】
なお、本実施の形態では、アドレスとしてＬ２アドレスを使用しているが、これは例であり、例えば、Ｌ１アドレス、Ｌ３アドレス等を使用する構成とすることも可能である。また、Ｌ２アドレス等のアドレスをＩＤと呼んでもよい。
【００６３】
上記のＬ２アドレス（グループキャストＬ２アドレス）を使用する場合における処理手順の例を図１６、図１７に示す。
【００６４】
図１６に示す例では、まず、ステップＳ１０１において、ＲＥＬＡＹが、キャリアリストを含むメッセージをブロードキャストによりキャリアｆ１で送信する。当該メッセージには、中継を行う送信元側のキャリア（図１６の例ではｆ２）、及び、当該キャリアに対応する受信側（宛先）Ｌ２アドレスが含まれる。
【００６５】
当該メッセージを受信したＵＥ１は、キャリアリストに基づき、キャリアｆ２の送信元から中継されたメッセージとして、当該Ｌ２アドレスを宛先アドレスとして設定したメッセージがＲＥＬＡＹを介して送信されることを把握し、当該メッセージの受信を希望する場合には、当該Ｌ２アドレスを受信側のＬ２アドレスとして設定（保持）する。
【００６６】
その後、ＵＥ３がキャリアｆ２上でＶ２Ｘのメッセージのデータをブロードキャストで送信し、ＲＥＬＡＹが当該メッセージを受信する。ＲＥＬＡＹは、前述したフィルタリングを行って（ステップＳ１０３）、当該メッセージの中継を行うと判断すると、当該メッセージに、宛先アドレスとして、ステップＳ１０１でキャリアリストに含めて通知したＬ２アドレスを付加し、送信する（ステップＳ１０４）。ＵＥ１は、受信したメッセージが、ステップＳ１０１において受信したＬ２アドレスを宛先アドレスとして有することを検知することで、当該メッセージの内容の復号等を行う。
【００６７】
図１７に示す例では、まず、ステップＳ２０１において、ＲＥＬＡＹが、キャリアリストを含むメッセージをブロードキャストによりキャリアｆ１で送信する。当該メッセージには、中継を行う送信元側のキャリア（図１７の例ではｆ２）が含まれるが、この段階では、受信側（宛先）Ｌ２アドレスは含まれない。
【００６８】
ステップＳ２０２において、上記メッセージを受信するＵＥ１は、キャリアｆ２からのメッセージの中継を受けることを希望し、キャリアｆ２からのメッセージの中継を希望することを示す要求メッセージをＲＥＬＡＹに送信する（ステップＳ２０２）。当該要求には、例えば、キャリアｆ２の識別情報が含まれる。当該メッセージを送信するチャネルの種類に特に限定はないが、例えばＰＳＳＣＨもしくはＰＳＣＣＨを使用することとしてよい。
【００６９】
要求メッセージを受信したＲＥＬＡＹは、例えば、混雑度等に応じて、ＵＥ１からの要求を受け入れるか否かを判断する（ステップＳ２０３）。ここでは、ＲＥＬＡＹは、要求を受け入れ、応答メッセージをＵＥ１に返す（ステップＳ２０４）。当該応答メッセージには、中継を行うキャリアｆ２に対応する受信側（宛先）Ｌ２アドレスが含まれる。その後、ステップＳ２０５、Ｓ２０６、Ｓ２０７において、図１６におけるステップＳ１０２、Ｓ１０３、Ｓ１０４と同様の処理が実行される。
【００７０】
＜送信元アドレスに関する動作例＞
実施例１において、送信元から送信されるメッセージにおける当該送信元のアドレス（ｏｒｉｇｉｎａｌ  ｓｏｕｒｃｅ  ａｄｄｒｅｓｓ）が、ＲＥＬＡＹにより中継されるメッセージで受信側のＵＥに通知されることとしてもよい。
【００７１】
この場合の動作例を図１８を参照して説明する。まず。ＵＥ２のアドレス（例：Ｌ２アドレス）を送信元アドレスとするメッセージがＵＥ２から送信される（ステップＳ３０１）。ステップＳ３０２にて、ＲＥＬＡＹはフィルタリングを行って、メッセージの中継を行うと判断する。
【００７２】
次の処理としてオプション１とオプション２がある。オプション１（ステップＳ３１３）において、ＲＥＬＡＹは、データ（パケット）の送信元アドレスとして、ＵＥ２から受信したデータの送信元アドレスを変更せずに用いる。また、前述のように、ＭＡＣサブヘッダ等には、中継するメッセージが、キャリアｆ２からの中継に係るメッセージであることを示す情報が含まれる。
【００７３】
オプション２（ステップＳ３２３）では、中継により送信するデータの宛先アドレスとしてＲＥＬＡＹのＬ２アドレスを設定する。そして、ＭＡＣサブヘッダ内に、中継するメッセージが、キャリアｆ２からの中継に係るメッセージであることを示す情報に加えて、送信元のアドレス（ＵＥ２のＬ２アドレス）を含める。
【００７４】
図１９に、中継されるデータにおいて、上記のような情報の設定を行う際に用いるＭＡＣサブヘッダの例を示す。図１９に示すように、中継するメッセージの送信元側で使用されるキャリアを示す「Ｃａｒｒｉｅｒ  Ｉｎｄｅｘ」が含まれる。また、オプションとして、オリジナルの送信元のＬ２アドレスが含められる。また、「Ｄ２Ｄ／Ｖ２ｘ」は、中継するメッセージの種別を示す情報である。このフィールドには、オリジナルの送信元のキャリアの種別（Ｄ２Ｄ等）を入れることとしてもよいし、送信先（メッセージを中継してほしい宛先）の種別（例：前述した「歩行者」等）を入れることとしてもよい。
【００７５】
（実施例２）
次に、実施例２について説明する。実施例２では、送信側のＵＥが、ユニキャスト／グループキャストのメッセージを、受信側のＵＥに送信することを希望する状況を想定しており、このような希望に沿った中継を実現する。
【００７６】
例えば図２０に示すように、キャリアｆ２を使用するＵＥ１が、キャリアｆ１を使用するＵＥ２へメッセージを送信することを希望する場合に、ＲＥＬＡＹが、ＵＥ１からキャリアｆ２を使用して送信されたメッセージを受信し、当該メッセージを、キャリアｆ１を使用してＵＥ２に送信する。
【００７７】
以下、動作例２−１、動作例２−２を用いて、上記の動作をより詳細に説明する。以下の説明では、図２０の例と同様に、ＵＥ１が送信側であり、ＵＥ２が受信側である。
【００７８】
＜動作例２−１＞
動作例２−１として、図２１を参照して、送信側ＵＥ（ＵＥ１）の要求に基づき中継を行う例を説明する。
【００７９】
まず、ＲＥＬＡＹは、中継を行うことができるキャリアのリストであるキャリアリストをブロードキャストで送信する（ステップＳ４０１、Ｓ４０２）。例えば、キャリアｆ２で送信されるキャリアリストに含まれるｆ１は、ＲＥＬＡＹが、ｆ１とｆ２との間で中継が可能であることを示す。キャリアｆ１で送信されるキャリアリストに含まれるｆ２についても同様である。
【００８０】
ＵＥ１は、ステップＳ４０１により、ＲＥＬＡＹがｆ１とｆ２との間で中継可能であることを把握する。そして、ＵＥ１は、ＲＥＬＡＹに対して、キャリアｆ１でのＵＥ２へのメッセージ中継を要求する要求メッセージを送信する。当該メッセージには、中継を行うキャリアのリスト（図２１の例ではｆ１のみが示される）と、送信先のＬ２アドレス（図２１の例では、ＵＥ２のＬ２アドレス）が含まれる。
【００８１】
なお、要求メッセージには、送信先のＬ２アドレスを含めないこととしてもよい。この場合、ＲＥＬＡＹは、送信元（ＵＥ１）から受信する全てのメッセージを、当該メッセージの宛先に転送する。
【００８２】
ステップＳ４０３で要求メッセージを受信したＲＥＬＡＹは、要求メッセージに含まれる情報をメモリ等の記憶部に記憶する。例えば、図２１の例において、ＲＥＬＡＹは、ＵＥ１のアドレス（例：Ｌ２アドレス）、キャリアｆ２の識別情報、ＵＥ２のアドレス、及びキャリアｆ１の識別情報の全部又は一部を記憶部に記憶する。この情報は、ＵＥ１からキャリアｆ２で受信するＵＥ２宛てのメッセージを、キャリアｆ１でＵＥ２に送信することを示す。
【００８３】
上記の設定が完了すると、ＲＥＬＡＹは、ＵＥ１に対して設定が完了したことを示す応答を返す（ステップＳ４０４）。なお、この応答を返さないこととしてもよい。
【００８４】
ステップＳ４０５において、ＲＥＬＡＹは、キャリアｆ２上で、ＵＥ１を送信元とし、ＵＥ２を宛先とするメッセージをキャリアｆ２上で待ち、当該メッセージを受信したら、当該メッセージをＵＥ２に転送する。より具体的には、ＲＥＬＡＹは、キャリアｆ２上でメッセージを受信した場合に、当該メッセージに係る情報（ｆ２、送信元、宛先）と記憶部に記憶した情報（要求に係る情報）とを照合して、要求に係る情報にマッチする場合に、当該メッセージを該当するキャリア上で送信する。
【００８５】
＜動作例２−２＞
動作例２−２として、図２２を参照して、受信側ＵＥ（ＵＥ２）の要求に基づき中継を行う例を説明する。
【００８６】
動作例２−１と同様にして、ＲＥＬＡＹは、中継を行うことができるキャリアのリストであるキャリアリストをブロードキャストで送信する（ステップＳ５０１、Ｓ５０２）。
【００８７】
ＵＥ２は、ステップＳ５０２により、ＲＥＬＡＹがｆ１とｆ２との間で中継可能であることを把握する。そして、ＵＥ２は、ＲＥＬＡＹに対して、キャリアｆ２で送信されるメッセージをＵＥ２へ送信（中継）することを要求する要求メッセージを送信する（ステップＳ５０３）。当該メッセージには、中継を行う先のキャリアのリスト（図２２の例ではｆ２のみが示される）が含まれる。図２２に示す例では、送信元のアドレスとして特定のアドレスを指定していない。この場合、キャリアｆ２で送信されるＵＥ２宛ての全てのメッセージの中継を要求することになる。
【００８８】
ステップＳ５０３において、ＵＥ２は、中継を行うキャリアｆ２に加えて、特定の送信元のアドレスを指定してもよい。この場合、当該特定の送信元から送信されたメッセージのみが中継されることになる。
【００８９】
ステップＳ５０３で要求メッセージを受信したＲＥＬＡＹは、要求メッセージに含まれる情報をメモリ等の記憶部に記憶する。例えば、図２２の例において、ＲＥＬＡＹは、キャリアｆ２の識別情報、ＵＥ２のアドレス、及びキャリアｆ１の識別情報を記憶部に記憶する。この情報は、キャリアｆ２で受信するＵＥ２宛てのメッセージを、キャリアｆ１でＵＥ２に送信することを示す。
【００９０】
上記の設定が完了すると、ＲＥＬＡＹは、ＵＥ２に対して設定が完了したことを示す応答を返す（ステップＳ５０４）。なお、この応答を返さないこととしてもよい。
【００９１】
ステップＳ５０５において、ＲＥＬＡＹは、ＵＥ２を宛先とするメッセージをキャリアｆ２上で待ち、当該メッセージを受信したら、当該メッセージをＵＥ２に転送する。より具体的には、ＲＥＬＡＹは、キャリアｆ２上でメッセージを受信した場合に、当該メッセージに係る情報（ｆ２、送信元、宛先）と記憶部に記憶した情報（要求に係る情報）とを照合して、要求に係る情報にマッチする場合に、当該メッセージを該当するキャリア上で送信する。
【００９２】
＜中継動作の例＞
要求処理の後の中継動作の例を図２３を参照して説明する。
【００９３】
ＵＥ１が、メッセージを含むデータ（例：ＭＡＣ  ＰＤＵ）をＲＥＬＡＹに送信する（ステップＳ６０１）。当該データには、送信元のアドレスとして、ＵＥ１のＬ２アドレスが設定され、宛先のアドレスとしてＵＥ２のＬ２アドレスが設定されている。
【００９４】
当該データをキャリアｆ２で受信したＲＥＬＡＹは、当該キャリアｆ２、当該データにおける送信元アドレス、送信先アドレス等を、記憶しておいた情報と照合し、マッチする場合に、当該マッチした情報におけるキャリア（図２３の例では、キャリアｆ１）を使用して、当該データをＵＥ２に送信する。
【００９５】
送信する際のデータにおける送信元アドレスの設定に関して、図２３に示すように、オプション１とオプション２がある。オプション１（ステップＳ６１３）において、ＲＥＬＡＹは、データ（パケット）の送信元アドレスと宛先アドレスとして、ＵＥ１から受信したデータの送信元アドレスと宛先アドレスを変更せずに用いる。ＭＡＣサブヘッダ等には、中継するメッセージが、キャリアｆ２からの中継に係るメッセージであることを示す情報が含まれる。
【００９６】
オプション２（ステップＳ６２３）では、データの宛先アドレスとしてＵＥ２のＬ２アドレスを設定するが、送信元アドレスとしてＲＥＬＡＹのＬ２アドレスを設定する。そして、ＭＡＣサブヘッダ内に、中継するメッセージが、キャリアｆ２からの中継に係るメッセージであることを示す情報に加えて、送信元のアドレス（ＵＥ１のＬ２アドレス）を含める。
【００９７】
当該中継に係るデータにおいても、図１９に示したものと同様のＭＡＣサブヘッダを用いることができる。図１９に示したように、実施例２においても中継するメッセージの送信元側で使用されるキャリアを示す「Ｃａｒｒｉｅｒ  Ｉｎｄｅｘ」が含まれる（図２３の例の場合、ｆ２）。また、オプションとして、オリジナルの送信元のＬ２アドレスが含められる（図２３の例の場合、ＵＥ１のＬ２アドレス）。
【００９８】
（変形例）
実施例１において、同じＵＥからブロードキャストで送信されるメッセージを、複数のＲＥＬＡＹが受信する可能性がある。しかし、同じメッセージに対して多くのＲＥＬＡＹが中継を行う場合、各ＲＥＬＡＹにおけるリソースが無駄に消費される。そこで、実施例１において、同じメッセージを中継するＲＥＬＡＹの数を制限する技術を変形例として説明する。以下では、変形例１〜３を説明する。なお、以下では変形例１〜３を主に実施例１に適用する例を説明するが、変形例１〜３は、実施例１のみでなく、実施例２にも適用することが可能である。
【００９９】
＜変形例１＞
変形例１では、複数のＲＥＬＡＹにおける各ＲＥＬＡＹが、他のＲＥＬＡＹによりブロードキャスト送信されるキャリアリストを監視することでＲＥＬＡＹの混雑度合いを把握し、混雑していると判断したら、自律的にＩｎａｃｔｉｖｅに切り替え、中継を停止する制御を実施する。
【０１００】
より具体的には、あるＲＥＬＡＹ（便宜上、ＲＥＬＡＹ１とする）は、当該ＲＥＬＡＹ１が中継における送信の際に使用するキャリア上で、他のＲＥＬＡＹから送信されるキャリアリストを受信（取得）する。そして、取得したキャリアリストに基づき、ＲＥＬＡＹ１は、ＲＥＬＡＹ１が中継可能な２キャリア（送信元からの受信に使用するキャリアと、送信先への送信に使用するキャリア）のペアのそれぞれについて、同じペアでの中継を行うことができる他のＲＥＬＡＹの数（重複数）をカウントする。
【０１０１】
そして、各ペアについて、当該数が閾値を超えた場合に、ＲＥＬＡＹ１は、当該ペアに関する中継を停止し、ブロードキャストで送信するキャリアから当該ペアに係るキャリアを削除する。
【０１０２】
なお、複数のＲＥＬＡＹが同時にあるペアについての中継を停止することを回避するために、各ＲＥＬＡＹは、ランダムな時間長を計時するタイマを使用することとしてもよい。例えば、上記数が閾値を超えた場合でも、タイマが満了しない間は該当ペアでの中継を停止せず、タイマが満了したら該当ペアでの中継を停止する。上記の閾値については、固定的に設定されてもよいし、ｅＮＢから設定されてもよい。
【０１０３】
図２４を参照してより具体的な例を説明する。図２４の例では、ＲＥＬＡＹ１とＲＥＬＡＹ２が存在する。各ＲＥＬＡＹは、ｆ２からｆ１への中継が可能であり、ｆ１を用いてキャリアリストをブロードキャストで送信している。
【０１０４】
各ＲＥＬＡＹは、他のＲＥＬＡＹのキャリアリストを受信することで、ｆ２−ｆ１ペアの重複数が１であることを把握する。仮に、ＲＥＬＡＹ１に閾値として０が設定されているとすると、ＲＥＬＡＹ１は、ｆ２−ｆ１ペアの動作を停止する動作を行うことになる。
【０１０５】
図２５は、各ＲＥＬＡＹ（ここでは便宜上ＲＥＬＡＹ１とする）が実行する中継停止動作の手順を示すフローチャートである。また、図２５はあるキャリアペアに着目した手順である。
【０１０６】
ステップＳ７０１において、ＲＥＬＡＹ１は、対象のキャリアペアについて、重複数が閾値以上（本例では「閾値以上」としている）かどうか判定する。ここでの判定がＹｅｓの場合、ステップＳ７０２に進み、タイマが生成されているかどうか判定し、生成していれば（ステップＳ７０２でのＹｅｓ）、ステップＳ７０３に進み、生成していなければ（ステップＳ７０２でのＮｏ）、ステップＳ７０６で、ランダムな時間長でタイマを生成してステップＳ７０３に進む。  
なお、ここで、タイマを生成するとは、所望の時間長のタイマを起動することに相当する。ステップＳ７０３において、タイマが満了しているかどうかを判定し、満了している場合（ステップＳ７０３でのＹｅｓ）はステップＳ７０４にて当該キャリアペアについての中継を停止する。タイマが満了していない場合（ステップＳ７０３でのＮｏ）、ステップＳ７０１に戻る。
【０１０７】
ステップＳ７０１における判定がＮｏの場合（重複数が閾値より小さい場合）、ステップＳ７０５に進み、タイマが存在していれば、当該タイマを削除する（ステップＳ７０５、Ｓ７０７）。
【０１０８】
＜変形例２＞
次に、変形例２を説明する。変形例２では、ｅＮＢからＲＥＬＡＹへの制御により中継の停止を判断することとしている。
【０１０９】
例えば、ＲＥＬＡＹは、変形例１と同様にして、サポートしているキャリアペア毎に重複数を把握し、当該キャリアペア毎の重複数をｅＮＢに報告する。また、中継するメッセージの品質（受信品質、送信品質等）の統計（例：平均等）をｅＮＢに報告してもよい。ｅＮＢは、例えば、重複数が所定の閾値以上である場合に、当該ＲＥＬＡＹに対して該当キャリアペアについての中継を停止するよう指示する。
【０１１０】
図２６を参照して具体例を説明する。本例でも図２４の場合と同様に、ＲＥＬＡＹ１とＲＥＬＡＹ２が存在する。各ＲＥＬＡＹは、キャリアペアｆ２−ｆ１についての重複数（図２６の例では１）をｅＮＢに報告する。
【０１１１】
ｅＮＢは、例えば、中継を停止させることで、重複数が閾値を超えないようにできる数のＲＥＬＡＹ(例：ＲＥＬＡＹ１の１つ)を選択し、当該ＲＥＬＡＹ１に対して中継の停止を指示する。
【０１１２】
これにより、図２６の下側に示すように、ＲＥＬＡＹ２のみが中継を行うようにすることができる。
【０１１３】
＜変形例３＞
次に、変形例３について説明する。変形例３では、ブロードキャストメッセージの送信元のＵＥが、ＲＥＬＡＹからの受信電力等に基づいてメッセージの中継を行うＲＥＬＡＹを選択する。
【０１１４】
図２７、図２８を参照して具体例を説明する。図２７の例では、ＵＥ１が、中継を行うＲＥＬＡＹとしてＲＥＬＡＹ１とＲＥＬＡＹ２のうちのＲＥＬＡＹ２を選択したことが示されている。
【０１１５】
図２８はその手順を示している。まず、ＵＥ１は、ＲＥＬＡＹ１とＲＥＬＡＹ２のそれぞれから送信されるブロードキャストメッセージを受信する（ステップＳ８０１、Ｓ８０２）。ステップＳ８０３において、ＵＥ１は、メッセージの信号の受信電力に基づいてＲＥＬＡＹ２を選択し、ＲＥＬＡＹ２に中継要求を送信する（ステップＳ８０４）。そして、ＵＥ１は、ＲＥＬＡＹ２から中継応答を受信し（ステップＳ８０５）、メッセージのデータの送信を開始する（ステップＳ８０６、Ｓ８０７）。
【０１１６】
（中継ホップ数制限について）
これまでに説明した実施例１、２においては、中継は１ホップであったが、複数のＲＥＬＡＹを経由する複数ホップでの中継も可能である。ただし、データ中継のループが発生すること等を回避するために、ホップ数に制限を設ける必要がある。
【０１１７】
そこで、本実施の形態では、データのヘッダ（具体的にはＭＡＣサブヘッダ）にホップカウンタのフィールドを設け、データがＲＥＬＡＹに到達する（あるいは、ＲＥＬＡＹから送信される）度に、ホップカウントをインクリメントする。そして、ホップカウントの値が、閾値（最大ホップ数）以上になった場合に、ＲＥＬＡＹは当該メッセージを破棄する。
【０１１８】
図２９に当該ＭＡＣサブヘッダの例を示す。図２９に示す例では、既に説明した「Ｃａｒｒｉｅｒ  Ｉｎｄｅｘ」等に加えて、ホップカウンタ（Ｈｏｐ  ｃｏｕｎｔｅｒ）、及び最大ホップ数（Ｍａｘ．ｈｏｐ．ｎｕｍ）が含まれる。
【０１１９】
（ｅＮＢからの制御例）
本実施の形態におけるＲＥＬＡＹは、ｅＮＢからの制御を行うことなく動作が可能であるが、以下に説明するように、ｅＮＢからの制御を行うこととしてもよい。
【０１２０】
本制御例においては、図３０Ａに示すように、まず、ＲＥＬＡＹはＵＥ間（ＵＥ−ｔｏ−ＵＥ）中継要求をｅＮＢに送信する（ステップＳ９０１）。この要求は、ＲＥＬＡＹ（例えばＲＳＵ）が、ＵＥ間での中継を行う装置として動作することの許可を得るための要求である。この要求に基づき、中継装置としての動作を許可したｅＮＢは、ＲＥＬＡＹに対して、ＵＥ間中継の動作を行うことを許可するＵＥ間中継応答を送信する（ステップＳ９０２）。
【０１２１】
上記のＵＥ間中継応答を用いることにより、ｅＮＢは、ＲＥＬＡＹに対して、ブロードキャストメッセージの内容（例：キャリアリストの内容）、無線パラメータ等のコンフィギュレーション情報を通知してもよい。以下、ｅＮＢからＲＥＬＡＹに通知される情報を「設定情報」と呼ぶ。
【０１２２】
また、ＵＥ間中継応答に代えて、あるいは、ＵＥ間中継応答に加えて、図３０Ｂに示すようなＵＥ間中継再設定（ＵＥ−ｔｏ−ＵＥ  ｒｅｌａｙ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）のメッセージにより設定情報の通知を行うこととしてもよい。
【０１２３】
上記の設定情報は、ＵＥ固有情報と同様に、ＲＥＬＡＹに固有（ｓｐｅｃｉｆｉｃ）の情報であってもよいし、ＲＥＬＡＹ間で共通の情報（例：セル固有情報）であってもよいし、システムで共通の情報であってもよい。
【０１２４】
また、具体的な設定情報としては、例えば、前述したキャリアリスト、ＲＥＬＡＹがメッセージを受信するために用いるＬ２アドレス、中継するメッセージをフィルタリングするために使用するパラメータ、中継するメッセージを送信するために使用するリソースプール等がある。
【０１２５】
また、ＲＥＬＡＹにおいてＵＥ間中継に使用される無線パラメータがｅＮＢにより制御されてもよい。当該無線パラメータは、ｅＮＢからＲＥＬＡＹに対して、ＰＨＹ信号、ＭＡＣ信号、ＲＲＣ信号等を使用して送信される。また、ｅＮＢからＲＥＬＡＹに対して電力制御のパラメータが通知されてもよい。ただし、当該電力制御のパラメータは、通常のＵＬ電力制御に使用されるパラメータとは異なるパラメータとしてよい。
【０１２６】
（中継のために使用するリソースプール）
本実施の形態においては、ＵＥが中継に係るメッセージを送受信するためのリソースのリソースプールとして、例えば、図８に示すようなリソースプールを使用することができる。
【０１２７】
また、中継されるメッセージを受信するＵＥに対して、専用のリソースプール（ｓｐｅｃｉｆｉｃ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を割り当てることとしてもよい。以下、この場合の例を説明する。専用のリソースプールを割り当てることで、中継されるメッセージを受信するＵＥは、中継されるメッセージの監視に係る複雑性を低減できる。当該リソースプールは、例えば、図３０Ａ、Ｂに示したような手順で、ｅＮＢからＲＥＬＡＹに設定される。
【０１２８】
上記のリソースプールと、メッセージ送信元のキャリアとは対応付けされており、当該対応を示すマッピング情報も上記の設定時にｅＮＢからＲＥＬＡＹに通知されることとしてもよい。マッピング情報は、例えば、「リソースプール１がキャリアｆ１とｆ２に対応する」ことを示す情報、「リソースプール２はキャリアｆ２に対応する」ことを示す情報、等である。
【０１２９】
ＲＥＬＡＹに設定されたマッピング情報は、例えば、キャリアリストとともにブロードキャストメッセージで各ＵＥに通知される（オプション１）。また、中継応答メッセージ（例：図１７、図２１、図２２等）にて、マッピング情報を通知してもよい（オプション２）。また、ｅＮＢからの下りシグナリングで直接にＵＥに対してマッピング情報を通知してもよい（オプション３）。
【０１３０】
具体例を図３１Ａ、Ｂに示す。図３１Ａに示すように、ここでは、メッセージの送信元のＵＥであるＵＥ１、ＵＥ２がそれぞれｆ１、ｆ２を使用してメッセージを送信し、ＲＥＬＡＹが当該メッセージをｆ３を用いてＵＥ３に送信する状況を示している。
【０１３１】
また、ｆ１、ｆ２から送信されるメッセージを受信するリソースプールとしてプール１が定められており、ＲＥＬＡＹは、リソースプール１とｆ１、ｆ２を含むマッピング情報をｆ３でＵＥ３に送信する。
【０１３２】
当該マッピング情報を受信したＵＥ３は、図３１Ｂに示すように、ＵＥ１からのメッセージと、ＵＥ２からのメッセージを受信するためにリソースプール１のリソースだけを監視すればよく、効率的にこれらのメッセージを受信することができる。
【０１３３】
（中継の応用例）
例えば、ＲＳＵがＲＥＬＡＹとして使用される場合において、当該ＲＳＵからＵＥ（例：周囲の車両）に対して、メッセージの送信リソースを設定し、当該ＲＳＵは、当該ＲＳＵが設定したリソースで送信されたメッセージの全て又はその一部のみを中継することで、周囲の車両についてのみ中継を提供することしてもよい。
【０１３４】
図３２は、当該ＵＥ（例：周囲の車両）に設定されるリソースの例を示す。図３２に示すとおり、ＲＳＵから設定されたリソースで送信されたメッセージは当該ＲＳＵにより中継がなされて、例えば別キャリアで通信している車両へ送信される。
【０１３５】
このようなリソースの設定を行うことで、例えば、交差点での衝突防止等に効果がある。このように予め中継対象となるリソースを規定することで、送信ＵＥは中継対象のメッセージを優先的に設定されたリソースで送信することができる。また、ＲＳＵが中継の送信をする際に、設定したリソースのサブフレーム以外で送信を行うことで、受信側でのＨａｌｆ  ｄｕｐｌｅｘによる検出ミスの確率を低減することも可能となる。
【０１３６】
なお、上記の例ではＲＳＵをＲＥＬＡＹとして使用する場合を説明したが、ＲＳＵ以外のＲＥＬＡＹについても同様に上記のリソース設定を行うこととしてよい。
【０１３７】
（装置構成）
＜ＲＥＬＡＹの構成例＞
図３３に、本実施の形態に係るＲＥＬＡＹの機能構成図を示す。図３３に示すＲＥＬＡＹは、本実施の形態で説明した中継動作を行う装置であればどのような装置でもよいが、例えば、ＲＥＬＡＹは、ＵＥもしくはｅＮＢをベースに構成された装置である。ＵＥをベースに構成されたＲＥＬＡＹは、例えば、ＬＴＥにおけるＵＥと同様の機能を持つことに加えて中継動作を行う機能を備える。また、ｅＮＢをベースに構成されたＲＥＬＡＹは、例えば、ＬＴＥにおけるｅＮＢと同様の機能を持つことに加えて中継動作を行う機能を備える。
【０１３８】
図３３に示すＲＥＬＡＹは、これまでに説明したＲＥＬＡＹの処理を全て実行可能である。ただし、これまでに説明したＲＥＬＡＹの処理の一部のみ（例：実施例１のみ、実施例２のみ等）を実行可能としてもよい。以下では、主要な機能を説明する。
【０１３９】
図３３に示すように、当該ＲＥＬＡＹは、信号送信部１０１、信号受信部１０２、リソース管理部１０３、中継処理部１０４を含む。なお、図３３は、ＲＥＬＡＹにおいて本発明の実施の形態に特に関連する機能部のみを示すものである。また、図３３に示す機能構成は一例に過ぎない。本実施の形態に係るＲＥＬＡＹの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１４０】
信号送信部１０１は、ＲＥＬＡＹから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ（Ｖ２Ｘを含む）の送信機能とセルラ通信の送信機能を有する。
【０１４１】
信号受信部１０２は、他のＲＥＬＡＹ、ＵＥ、ｅＮＢ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ（Ｖ２Ｘを含む）の受信機能とセルラ通信の受信機能を有する。
【０１４２】
また、信号送信部１０１／信号受信部１０２は、複数のキャリアに対応しており、異なる複数のキャリアでの信号送受信を同時に行うことが可能である。
【０１４３】
リソース管理部１０３は、ＲＥＬＡＹ自身においてデータ送受信を行うために使用するリソースプール等の情報を例えばｅＮＢからの設定に基づき保持する。当該リソースプールの情報は、信号送信部１０１／信号受信部１０２によりデータ送受信に利用される。また、リソース管理部１０３は、図３１、図３２に示したようなリソースに関する処理を行う機能を備える。
【０１４４】
中継処理部１０４は、本実施の形態における中継に関する処理全般を行う機能を有する。例えば、信号送信部１０１／信号受信部１０２に対して、キャリアペアを指定することで、中継の実行を指示する等の機能を有する。また、フィルタリング、グループキャストアドレス設定、中継要求に基づく中継判断、重複数の算出処理、重複数と閾値との比較による中継を行うか否かの判断、等の機能を含む。
【０１４５】
＜ＵＥの構成例＞
図３４に、本実施の形態に係るＵＥの機能構成図を示す。図３４に示すＵＥは、これまでに説明したＵＥの処理を全て実行可能である。ただし、これまでに説明したＵＥの処理の一部を実行可能としてもよい。以下では、主要な機能を説明する。
【０１４６】
図３４に示すように、当該ＵＥは、信号送信部２０１、信号受信部２０２、リソース管理部２０３、中継要求処理部２０４を含む。なお、図３４は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図３４に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１４７】
信号送信部２０１は、ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部２０１は、Ｄ２Ｄ（Ｖ２Ｘを含む）の送信機能とセルラ通信の送信機能を有する。
【０１４８】
信号受信部２０２は、ＲＥＬＡＹ、他のＵＥ、ｅＮＢ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部２０２は、Ｄ２Ｄ（Ｖ２Ｘを含む）の受信機能とセルラ通信の受信機能を有する。
【０１４９】
リソース管理部２０３は、ＵＥにおいてデータ送受信を行うために使用するリソースプール等の情報を例えばｅＮＢもしくはＲＥＬＡＹからの設定に基づき保持する。当該リソースプールの情報は、信号送信部２０１／信号受信部２０２によりデータ送受信に利用される。中継要求処理部２０４は、例えば、図１７、２１、２２に示したようなＵＥにおける要求／応答の処理等を実行する。
【０１５０】
＜ｅＮＢの構成例＞
図３５に、本実施の形態に係るｅＮＢの機能構成図を示す。図３５に示すｅＮＢは、これまでに説明したｅＮＢの処理を全て実行可能である。以下では、主要な機能を説明する。
【０１５１】
図３５に示すように、ｅＮＢは、信号送信部３０１、信号受信部３０２、リソース管理部３０３、中継制御部３０４を含む。なお、図３５は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおけるｅＮＢとして動作するための図示しない機能も有することとしてよい。また、図３５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【０１５２】
信号送信部３０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部３０２は、ＵＥ、ＲＥＬＡＹ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１５３】
リソース管理部３０３は、ＵＥ、ＲＥＬＡＹ等に設定するリソースプール等のリソースの情報を保持し、ＵＥ、ＲＥＬＡＹ等へのリソースプール等の通知を行う機能を含む。中継制御部３０４は、図２６を参照して説明したように、ＲＥＬＡＹにおける中継停止を判断し、指示する制御等を行う。また、図３０Ａ、Ｂを参照して説明したように、各種の設定をＵＥ、ＲＥＬＡＹに対して行う機能も有する。
【０１５４】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図３３〜図３５）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【０１５５】
例えば、本発明の一実施の形態におけるＲｅｌａｙ、ｅＮＢ、ＵＥなどは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図３６は、本発明の一実施の形態に係るＲｅｌａｙ、ｅＮＢ、及びＵＥのハードウェア構成の一例を示す図である。上述のＲｅｌａｙ、ｅＮＢ、及びＵＥは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１５６】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。Ｒｅｌａｙ、ｅＮＢ、及びＵＥのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１５７】
Ｒｅｌａｙ、ｅＮＢ、及びＵＥにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１５８】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、Ｒｅｌａｙの信号送信部１０１、信号受信部１０２、リソース管理部１０３、中継処理部１０４はプロセッサ１００１で実現されてもよい。また、ＵＥの信号送信部２０１、信号受信部２０２、リソース管理部２０３、中継要求処理部２０４はプロセッサ１００１で実現されてもよい。また、ｅＮＢの信号送信部３０１、信号受信部３０２、リソース管理部３０３、中継制御部３０４は、プロセッサ１００１で実現されてもよい。
【０１５９】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、Ｒｅｌａｙの信号送信部１０１、信号受信部１０２、リソース管理部１０３、中継処理部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。ＵＥの信号送信部２０１、信号受信部２０２、リソース管理部２０３、中継要求処理部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。また、ｅＮＢの信号送信部３０１、信号受信部３０２、リソース管理部３０３、中継制御部３０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１６０】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１６１】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１６２】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、Ｒｅｌａｙの信号送信部１０１、及び、信号受信部１０２は、通信装置１００４で実現されてもよい。また、ＵＥの信号送信部２０１、及び、信号受信部２０２は、通信装置１００４で実現されてもよい。また、ｅＮＢの信号送信部３０１、及び、信号受信部３０２は、通信装置１００４で実現されてもよい。
【０１６３】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１６４】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１６５】
また、Ｒｅｌａｙ、ｅＮＢ、及びＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１６６】
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知（ブロードキャスト）メッセージを、前記第２のキャリアで送信する送信手段と、前記第１のキャリアで受信するメッセージを、前記第２のキャリアで送信する中継手段と、を備える中継装置が提供される。
【０１６７】
上記の構成により、Ｄ２Ｄをサポートする移動通信システムにおいて、複数キャリア間でのＤ２Ｄ信号の送受信を適切に行うことができる。
【０１６８】
前記報知メッセージは閾値を含み、当該報知メッセージを受信するユーザ装置において、当該報知メッセージの受信電力と前記閾値との比較により、前記中継手段により送信されるメッセージの受信を行うか否かが判断されるようにしてもよい。この構成により、ユーザ装置は、中継装置からのメッセージを受信するか、それともキャリアを切り替えるかを判断することができる。
【０１６９】
前記中継手段は、前記第１のキャリアで受信する複数のメッセージのうち、所定の条件を満たすメッセージのみを前記第２のキャリアで送信することとしてもよい。この構成により、第２のキャリアでの輻輳を回避できる。
【０１７０】
また、前記第１のキャリアで受信する同種のメッセージを中継装置で統合して前記第２のキャリアで送信するメッセージ数を削減するとしてもよい。例えば、送信元や送信元ユーザ装置の位置・速度などユーザ固有の情報を特定の値で置き換えて同一メッセージとしてもよいし、新たなメッセージフォーマットを用い、検出した端末数、座標範囲、又は端末種別など端末群の情報を通知するようにしてもよい。この構成により、第２のキャリアでの輻輳を回避できる。
【０１７１】
また、前記第１のキャリアで受信するメッセージを前記第２のキャリアで用いられるメッセージフォーマットに変換して送信してもよい。そのためにレイヤ２より上位のレイヤでメッセージ変換・交換を行なってもよい。前記第１のキャリアと前記第２のキャリアの無線インタフェースは異なってもよく、例えばＬＴＥとＬＴＥの次世代システムの組み合わせやＬＴＥとＷｉＦｉとの組み合わせなど種々考えられる。この構成により、キャリア間での無線インタフェース・メッセージ仕様差がある場合でもメッセージを受信することができる。
【０１７２】
前記送信手段は、前記第２のキャリアで送信されるメッセージをユーザ装置側で受信するために使用される受信アドレスを送信し、前記中継手段は、前記第２のキャリアで送信するメッセージの宛先アドレスとして前記受信アドレスを設定し、当該受信アドレスが設定されたメッセージを前記第２のキャリアで送信することとしてもよい。この構成により、例えば、受信アドレスを設定したユーザ装置のみに中継メッセージを送信することができる。
【０１７３】
また、本実施の形態により、Ｄ２Ｄをサポートする移動通信システムにおける中継装置であって、第１のキャリアで受信するメッセージを第２のキャリアで送信するという中継処理を行うことが可能であることを示す報知メッセージを、前記第２のキャリアで送信する送信手段と、前記中継処理により前記メッセージを前記第２のキャリアで特定の宛先に送信することを要求する中継要求を受信する受信手段と、前記第１のキャリアで前記特定の宛先を指定したメッセージを受信した場合に、前記中継要求に基づいて、当該メッセージを前記第２のキャリアで前記特定の宛先に送信する中継手段とを備える中継装置が提供される。
【０１７４】
上記の構成により、Ｄ２Ｄをサポートする移動通信システムにおいて、複数キャリア間でのＤ２Ｄ信号の送受信を適切に行うことが可能となる。
【０１７５】
前記中継手段は、１つ又は複数の他の中継装置から送信される報知メッセージを受信し、当該報知メッセージに基づいて、前記第１のキャリアから前記第２のキャリアへの中継処理を行うことが可能な他の中継装置の数を算出し、当該数に基づいて、前記第１のキャリアから前記第２のキャリアへの中継処理を行うか否かを判断することとしてもよい。この構成により、同じキャリアペアで中継処理を行う中継装置の数を限定でき、リソースの無駄の発生及び、中継装置の処理負荷の低減といった効果を奏する。
【０１７６】
前記送信手段は、前記第２のキャリアでの受信用のリソースプールの情報と、当該リソースプールに対応付けられる前記第１のキャリアの情報とを前記第２のキャリアで送信することとしてもよい。この構成により、上記情報を受信したユーザ装置では、第１のキャリアから送信され、中継されるメッセージの受信を容易に行うことができるようになる。
【０１７７】
また、上記の装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１７８】
本実施の形態で説明したＲＥＬＡＹは、ＣＰＵとメモリを備える装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１７９】
本実施の形態で説明したＵＥは、ＣＰＵとメモリを備えるＵＥにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１８０】
本実施の形態で説明したｅＮＢは、ＣＰＵとメモリを備えるｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１８１】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ＲＥＬＡＹ、ＵＥ、ｅＮＢはそれぞれ機能的なブロック図を用いて説明されたが、各装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ＲＥＬＡＹ、ＵＥ、ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１８２】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１８３】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１８４】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１８５】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１８６】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１８７】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１８８】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１８９】
本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１９０】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１９１】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１９２】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１９３】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１９４】
本特許出願は、２０１５年８月１３日に出願した日本国特許出願第２０１５−１６０００１号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−１６０００１号の全内容を本願に援用する。
【符号の説明】
【０１９５】
ＲＥＬＡＹ  中継装置
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  中継処理部
２０１  信号送信部
２０２  信号受信部
２０３  リソース管理部
２０４  中継要求処理部
３０１  信号送信部
３０２  信号受信部
３０３  リソース管理部
３０４  中継制御部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2017026542.tif 000003
【図２】
2017026542.tif 000004
【図３】
2017026542.tif 000005
【図４Ａ】
2017026542.tif 000006
【図４Ｂ】
2017026542.tif 000007
【図５】
2017026542.tif 000008
【図６Ａ】
2017026542.tif 000009
【図６Ｂ】
2017026542.tif 000010
【図７Ａ】
2017026542.tif 000011
【図７Ｂ】
2017026542.tif 000012
【図８Ａ】
2017026542.tif 000013
【図８Ｂ】
2017026542.tif 000014
【図９Ａ】
2017026542.tif 000015
【図９Ｂ】
2017026542.tif 000016
【図１０】
2017026542.tif 000017
【図１１Ａ】
2017026542.tif 000018
【図１１Ｂ】
2017026542.tif 000019
【図１２】
2017026542.tif 000020
【図１３】
2017026542.tif 000021
【図１４】
2017026542.tif 000022
【図１５】
2017026542.tif 000023
【図１６】
2017026542.tif 000024
【図１７】
2017026542.tif 000025
【図１８】
2017026542.tif 000026
【図１９】
2017026542.tif 000027
【図２０】
2017026542.tif 000028
【図２１】
2017026542.tif 000029
【図２２】
2017026542.tif 000030
【図２３】
2017026542.tif 000031
【図２４】
2017026542.tif 000032
【図２５】
2017026542.tif 000033
【図２６】
2017026542.tif 000034
【図２７】
2017026542.tif 000035
【図２８】
2017026542.tif 000036
【図２９】
2017026542.tif 000037
【図３０Ａ】
2017026542.tif 000038
【図３０Ｂ】
2017026542.tif 000039
【図３１Ａ】
2017026542.tif 000040
【図３１Ｂ】
2017026542.tif 000041
【図３２】
2017026542.tif 000042
【図３３】
2017026542.tif 000043
【図３４】
2017026542.tif 000044
【図３５】
2017026542.tif 000045
【図３６】
2017026542.tif 000046
【国際調査報告】
2017026542.tif 000047
2017026542.tif 000048
2017026542.tif 000049
2017026542.tif 000050