(57)【要約】  実施形態に係る無線端末は、近傍サービスにおけるＵＥ・ネットワーク中継を行うリレー端末である。前記無線端末は、前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスを受信可能か否かに関するＭＢＭＳ受信情報を、前記リレー端末と前記ＵＥ・ネットワーク中継により通信を行うリモート端末に送信するコントローラを備える。
2017026408.tif 000002
【特許請求の範囲】
【請求項１】
近傍サービスにおけるＵＥ・ネットワーク中継を行うリレー端末である無線端末であって、
前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスを受信可能か否かに関するＭＢＭＳ受信情報を、前記リレー端末と前記ＵＥ・ネットワーク中継により通信を行うリモート端末に送信するコントローラを備える無線端末。
【請求項２】
前記コントローラは、前記無線端末のサービングセルが前記ＭＢＭＳサービスを提供していない場合に、前記ＭＢＭＳサービスを受信不能であることを示す前記ＭＢＭＳ受信情報を送信する請求項１に記載の無線端末。
【請求項３】
前記コントローラは、前記サービングセルと異なる他のセルが前記ＭＢＭＳサービスを提供していない場合に、前記ＭＢＭＳサービスを受信不能であることを示す前記ＭＢＭＳ受信情報を送信する請求項２に記載の無線端末。
【請求項４】
前記コントローラは、前記ＭＢＭＳ受信情報として、前記無線端末が受信している所定の識別子の数を送信し、
前記所定の識別子は、前記ＭＢＭＳサービスを識別するための識別子、及び、前記ＭＢＭＳサービスを配信するエリアを識別するための識別子、の少なくとも一方である請求項１に記載の無線端末。
【請求項５】
前記コントローラは、前記ＭＢＭＳ受信情報として、前記無線端末がモニタ可能なＭＢＭＳサービスを提供する周波数帯の情報を送信する請求項１に記載の無線端末。
【請求項６】
前記コントローラは、サービングセルと異なる周波数帯で提供されている前記ＭＢＭＳサービスを受信可能か否かに関する能力情報を前記サービングセルを管理する基地局に送信する請求項１に記載の無線端末。
【請求項７】
前記コントローラは、特定のＭＢＭＳサービスの受信要求を前記リモートＵＥから受信し、
前記コントローラは、前記受信要求への応答に代えて、前記特定のＭＢＭＳサービスを識別するための第１の識別子及び前記特定のＭＢＭＳサービスを送信するために用いられる第２の識別子を含むメッセージをブロードキャストで送信する請求項１に記載の無線端末。
【請求項８】
前記コントローラは、前記メッセージに、前記特定のＭＢＭＳサービスの受信要求のトリガとなるタイマを含める請求項７に記載の無線端末。
【請求項９】
前記第２の識別子は、前記近傍サービスにおけるデータ送信のために用いられる宛先識別子よりも少ない情報量の識別子である請求項７に記載の無線端末。
【請求項１０】
前記コントローラは、複数の特定のＭＢＭＳサービスそれぞれを識別するための識別子を送信する場合、送信元の識別子として、共通の識別子を用いることを特徴とする請求項１に記載の無線端末。
【請求項１１】
前記コントローラは、前記リモート端末から前記ＭＢＭＳサービスの中継を要求された場合に、前記ＭＢＭＳサービスを中継するための無線リソースを基地局に要求する請求項１に記載の無線端末。
【請求項１２】
前記コントローラは、前記ＵＥ・ネットワーク中継によりデータを中継するための無線リソースよりも長い期間利用可能な無線リソースの割当情報を前記基地局から受信する請求項１１に記載の無線端末。
【請求項１３】
前記コントローラは、ＭＢＭＳトラフィックを送信するための送信リソースプールを基地局から受信する請求項１に記載の無線端末。
【請求項１４】
前記コントローラは、各ＭＢＭＳトラフィックに関連付けられた送信リソースプールを前記送信リソースプールとして前記基地局から受信する請求項１３に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信システムにおいて用いられる無線端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている。ＰｒｏＳｅには、リレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）が、ネットワーク圏外のリモートＵＥ（Ｒｅｍｏｔｅ  ＵＥ）とネットワークとの間でリモートＵＥのデータ（トラフィック）を中継するＵＥ・ネットワーク中継が含まれる（非特許文献１）。【０００３】
ここで、ＵＥ・ネットワーク中継によりＭＢＭＳトラフィックをリモートＵＥへ中継することが検討されている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＳ  ２３．３０３  Ｖ１３．０．０」  ２０１５年６月２１日
【非特許文献２】３ＧＰＰ技術報告書  「ＴＳ  ２３．７１３  Ｖ１．５．０」  ２０１５年３月１９日
【発明の概要】
【０００５】
一の実施形態に係る無線端末は、近傍サービスにおけるＵＥ・ネットワーク中継を行うリレー端末である。前記無線端末は、前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスを受信可能か否かに関するＭＢＭＳ受信情報を、前記リレー端末と前記ＵＥ・ネットワーク中継により通信を行うリモート端末に送信するコントローラを備える。
【図面の簡単な説明】
【０００６】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【図３】図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図４】図４は、ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、ＵＥ・ネットワーク中継を説明するための図である。
【図７】図７は、ＵＥ１００のブロック図である。
【図８】図８は、ｅＮＢ２００のブロック図である。
【図９】図９は、実施形態に係る動作環境を説明するための図である。
【図１０】図１０は、実施形態に係る動作を説明するためのシーケンス図である。
【図１１】図１１は、実施形態に係る動作を説明するためのシーケンス図である。
【図１２】図１２は、実施形態に係る動作を説明するためのシーケンス図である。
【図１３】図１３は、実施形態の変更例２に係る動作を説明するためのシーケンス図である。
【図１４】図１４は、実施形態の変更例３に係る動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【０００７】
［実施形態の概要］
以下の実施形態では、ＵＥ・ネットワーク中継によりＭＢＭＳトラフィックをリモートＵＥへ中継する場合において、不要なシグナリングを削減することを目的の一つとする。
【０００８】
実施形態に係る無線端末は、近傍サービスにおけるＵＥ・ネットワーク中継を行うリレー端末である。前記無線端末は、前記無線端末がＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスを受信可能か否かに関するＭＢＭＳ受信情報を、前記リレー端末と前記ＵＥ・ネットワーク中継により通信を行うリモート端末に送信するコントローラを備える。
【０００９】
実施形態において、前記コントローラは、前記無線端末のサービングセルが前記ＭＢＭＳサービスを提供していない場合に、前記ＭＢＭＳサービスを受信不能であることを示す前記ＭＢＭＳ受信情報を送信す。
【００１０】
実施形態において、前記コントローラは、前記サービングセルと異なる他のセルが前記ＭＢＭＳサービスを提供していない場合に、前記ＭＢＭＳサービスを受信不能であることを示す前記ＭＢＭＳ受信情報を送信する。
【００１１】
実施形態において、前記コントローラは、前記ＭＢＭＳ受信情報として、前記無線端末が受信している所定の識別子の数を送信する。前記所定の識別子は、前記ＭＢＭＳサービスを識別するための識別子、及び、前記ＭＢＭＳサービスを配信するエリアを識別するための識別子、の少なくとも一方である。
【００１２】
実施形態において、前記コントローラは、前記ＭＢＭＳ受信情報として、前記無線端末がモニタ可能なＭＢＭＳサービスを提供する周波数帯の情報を送信する。
【００１３】
実施形態において、前記コントローラは、サービングセルと異なる周波数帯で提供されている前記ＭＢＭＳサービスを受信可能か否かに関する能力情報を前記サービングセルを管理する基地局に送信する。
【００１４】
実施形態において、前記コントローラは、特定のＭＢＭＳサービスの受信要求を前記リモートＵＥから受信する。前記コントローラは、前記受信要求への応答に代えて、前記特定のＭＢＭＳサービスを識別するための第１の識別子及び前記特定のＭＢＭＳサービスを送信するために用いられる第２の識別子を含むメッセージをブロードキャストで送信する。
【００１５】
実施形態において、前記コントローラは、前記メッセージに、前記特定のＭＢＭＳサービスの受信要求のトリガとなるタイマを含める。
【００１６】
実施形態において、前記第２の識別子は、前記近傍サービスにおけるデータ送信のために用いられる宛先識別子よりも少ない情報量の識別子である。
【００１７】
実施形態において、前記コントローラは、複数の特定のＭＢＭＳサービスそれぞれを識別するための識別子を送信する場合、送信元の識別子として、共通の識別子を用いる。
【００１８】
実施形態において、前記コントローラは、前記リモート端末から前記ＭＢＭＳサービスの中継を要求された場合に、前記ＭＢＭＳサービスを中継するための無線リソースを基地局に要求する。
【００１９】
実施形態において、前記コントローラは、前記ＵＥ・ネットワーク中継によりデータを中継するための無線リソースよりも長い期間利用可能な無線リソースの割当情報を前記基地局から受信する。
【００２０】
実施形態において、前記コントローラは、ＭＢＭＳトラフィックを送信するための送信リソースプールを基地局から受信する。
【００２１】
実施形態において、前記コントローラは、各ＭＢＭＳトラフィックに関連付けられた送信リソースプールを前記送信リソースプールとして前記基地局から受信する。
【００２２】
［実施形態］
（通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、実施形態に係るＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【００２３】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。また、セルラネットワークのオペレータにより管理されない外部ネットワークには、Ｓｅｒｖｅｒ４００が設けられる。
【００２４】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２８】
また、Ｅ−ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｎｇ  Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。
【００２９】
ＥＰＣ２０は、ＭＢＭＳ  ＧＷ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ  ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭＳＣ２２と接続される（図２参照）。ＭＢＭＳ  ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送やセッション制御を行う。
【００３０】
また、ＥＰＣ２０は、ＢＭＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）２２を含む。ＢＭＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ  ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される（図２参照）。ＢＭＳＣ２２は、主にＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。
【００３１】
また、ＥＰＣ２０は、Ｐ−ＧＷ２３を含む。Ｐ−ＧＷ２３は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。Ｐ−ＧＷ２３は、Ｓｅｒｖｅｒ４００と接続される。
【００３２】
Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）である。この場合、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅにおいて用いられる識別子を管理する。例えば、Ｓｅｒｖｅｒ４００は、「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」及び「ＰｒｏＳｅファンクションＩＤ」を記憶する。また、Ｓｅｒｖｅｒ４００は、「アプリケーションレイヤユーザＩＤ」と「ＥＰＣ  ＰｒｏＳｅ  ユーザＩＤ」とをマッピングする。
【００３３】
（無線プロトコルの構成）
図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００３４】
図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３６】
ＭＡＣ層は、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３９】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣ接続状態（ＲＲＣコネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（ＲＲＣアイドルモード）である。
【００４０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４１】
（下りリンクのチャネル構成）
図４は、ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【００４２】
図４（Ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００４３】
図４（Ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４４】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ブロードキャスト・システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）又はＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４５】
ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４６】
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４７】
ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、データの送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４８】
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、１対多（マルチキャスト／ブロードキャスト）伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳを受信する又は受信に興味があるＵＥ１００のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４９】
ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ネットワークからＵＥ１００への１対多（マルチキャスト／ブロードキャスト）のデータ伝送のための論理チャネルである。ＭＴＣＨは、ＭＢＭＳを受信するＵＥ１００のみに用いられる。ＭＴＣＨは、ＭＣＨにマッピングされる。
【００５０】
図４（Ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００５１】
図４（Ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされる。
【００５２】
ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、セルのカバレッジエリア全体にブロードキャストされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
【００５３】
ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【００５４】
ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【００５５】
（無線フレームの構成）
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５６】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送用のサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
【００５８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
【００５９】
（ＭＢＭＳの概要）
以下において、ＭＢＭＳの概要について説明する。ＬＴＥシステムは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）をサポートする。ＭＢＭＳでは、ＵＥ１００（ＭＢＭＳ対応ＵＥ）は、ネットワークからマルチキャスト又はブロードキャストで配信されるマルチメディアコンテンツ（ＭＢＭＳサービス）を受信する。ＵＥ１００は、ＲＲＣ接続状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。
【００６０】
複数のセルにより１つのＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。
【００６１】
ＢＭＳＣ２２は、ＭＢＭＳデータを配信する機能を提供する。ＭＢＭＳ  ＧＷ２１は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ１１は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定したりする。
【００６２】
（近傍サービス）
以下において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。ＰｒｏＳｅにおいて、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して各種の信号を送受信する。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００６３】
「Ｓｉｄｅｌｉｎｋ」は、直接ディスカバリ及び直接通信のためのＵＥ−ＵＥ間インターフェイスである。「Ｓｉｄｅｌｉｎｋ」は、ＰＣ５インターフェイスに対応する。ＰＣ５は、直接ディスカバリ、直接通信及び近傍サービスによるＵＥ・ネットワーク中継のための制御及びユーザプレーンのために用いられる近傍サービスを利用可能なＵＥ間の参照点である。ＰＣ５インターフェイスは、ＰｒｏＳｅにおけるＵＥ−ＵＥ間インターフェイスである。
【００６４】
ＰｒｏＳｅのモードとしては、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」の２つのモードが規定されている。
【００６５】
直接ディスカバリは、特定の宛先を指定しないディスカバリ信号をＵＥ間で直接的に伝送することにより、相手先を探索するモードである。また、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供され得る。
【００６６】
ディスカバリ信号（ディスカバリメッセージ）の送信（アナウンスメント）のためのリソース割り当てタイプには、ＵＥ１００が無線リソースを選択する「タイプ１」と、ｅＮＢ２００が無線リソースを選択する「タイプ２（タイプ２Ｂ）」と、がある。
【００６７】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。
【００６８】
直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである。また、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。
【００６９】
直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。
【００７０】
直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。
【００７１】
（ＵＥ・ネットワーク中継）
以下において、ＵＥ・ネットワーク中継について、図６を用いて説明する。図６は、実施形態に係るＵＥ・ネットワーク中継を説明するための図である。
【００７２】
図６において、リモートＵＥ（Ｒｅｍｏｔｅ  ＵＥ）は、ネットワーク圏外（Ｏｕｔ−ｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥである。すなわち、リモートＵＥは、セルのカバレッジ外に位置する。尚、リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）である。また、リモートＵＥ１００は、後述するリレーＵＥを介してパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）と通信できる。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ）であってもよい。
【００７３】
なお、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、ＨＰＬＭＮが公衆安全のための使用を許可するように構成されている。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、近傍サービスを利用可能であり、近傍サービスにおける手順及び公衆安全のための特定の能力をサポートしている。例えば、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」は、公衆安全のための情報を近傍サービスにより送信する。公衆安全のための情報とは、例えば、災害（地震・火災など）に関する情報、消防関係者又は警察関係者に用いられる情報などである。
【００７４】
リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で、ＵＥ・ネットワーク中継が実行される。
【００７５】
リレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ  Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）は、ＰｒｏＳｅ中継サービスをリモートＵＥのために提供する。具体的には、リレーＵＥは、リモートＵＥのためにパケットデータネットワークとの通信のサービス継続性を提供する。従って、リレーＵＥは、リモートＵＥとネットワークとの間でデータ（ユニキャストトラフィック）を中継する。リレーＵＥは、近傍サービス（直接通信）によりリモートＵＥのデータ（トラフィック）を中継する。具体的には、リレーＵＥは、ＰＣ５インターフェイスを介してリモートＵＥから受信したデータ（上りトラフィック）を、Ｕｕインターフェイス（ＬＴＥ−Ｕｕ）又はＵｎインターフェイス（ＬＴＥ−Ｕｎ）を介してｅＮＢ２００に中継する。また、リレーＵＥは、Ｕｕインターフェイス又はＵｎインターフェイスを介してｅＮＢ２００から受信したデータ（下りトラフィック）をＰＣ５インターフェイスを介してリモートＵＥへ中継する。リレーＵＥは、ネットワーク内（セルのカバレッジ内）にのみ位置する。
【００７６】
また、リレーＵＥは、公衆安全のための通信に関係する任意のタイプのトラフィックを中継できる包括的な機能を提供することができる。
【００７７】
リレーＵＥとリモートＵＥは、物理層間でデータ及び制御信号を伝送できる。同様に、リレーＵＥとリモートＵＥは、ＭＡＣ層間、ＲＬＣ層間及びＰＤＣＰ層間でデータ及び制御信号を伝送できる。さらに、リレーＵＥは、ＰＤＣＰ層の上位層としてＩＰリレー（ＩＰ−Ｒｅｌａｙ）層を有してもよい。リモートＵＥは、ＰＤＣＰ層の上位層としてＩＰ層を有してもよい。リレーＵＥとリモートＵＥとは、ＩＰリレー層とＩＰ層との間でデータ及び制御信号を伝送できる。また、リレーＵＥは、ＩＰリレー層とＰ−ＧＷ３５０のＩＰ層との間でデータを伝送できる。
【００７８】
なお、リレーＵＥは、ＡＳ層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）において、ブロードキャストを用いてリモートＵＥにデータ（トラフィック）を送信できる。リレーＵＥは、ＡＳ層において、ユニキャストを用いてリモートＵＥにデータを送信してもよい。なお、ＵＥ・ネットワーク中継がブロードキャストを用いて実行されている場合、リレーＵＥとリモートＵＥとの間において、ＡＳ層におけるフィードバックは行われないが、ＮＡＳ層におけるフィードバックは行われてもよい。また、ＵＥ・ネットワーク中継がユニキャストを用いて実行されている場合、ＡＳ層におけるフィードバックが行われてもよい。
【００７９】
（無線端末）
以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図７は、ＵＥ１００のブロック図である。図７に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００８０】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ１３０に出力する。
【００８１】
なお、ＵＥ１００は、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥ」である場合、レシーバ１１０は、異なる２つの周波数における無線信号を同時に受信可能である。例えば、ＵＥ１００は、２つのレシーバ１１０（２  ＲＸ  Ｃｈａｉｎ）を有する。ＵＥ１００は、一方のレシーバ１１０によりセルラ用の無線信号を受信でき、他方のレシーバ１１０によりＰｒｏＳｅ用の無線信号を受信できる。
【００８２】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００８３】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００８４】
ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をコントローラ１３０に出力する。或いは、ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。
【００８５】
（基地局）
以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図８は、ｅＮＢ２００のブロック図である。図８に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００８６】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ２３０に出力する。
【００８７】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００８８】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００８９】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００９０】
（実施形態に係る動作環境）
次に、実施形態に係る動作環境について、図９を用いて説明する。図９は、実施形態に係る動作環境を説明するための図である。
【００９１】
図９に示すように、ＵＥ１００−１は、ｅＮＢ２００（ＤｅＮＢ）が管理するセル内に位置し、ｅＮＢ２００とセルラ通信（ＬＴＥ−Ｕｕ）を実行可能である。ＵＥ１００−１は、ＲＲＣコネクティッド状態である。或いは、ＵＥ１００−１は、ＲＲＣアイドル状態であり、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。或いは、ＵＥ１００−１は、ＭＢＭＳトラフィックを受信する場合、ＲＲＣアイドル状態であってもよい。一方、ＵＥ１００−２は、ｅＮＢ２００が管理するセル外に位置する。ＵＥ１００−２は、ＲＲＣアイドル状態である。
【００９２】
ＵＥ１００−１は、リレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ）であり、ＵＥ１００−２は、リモートＵＥである。ＵＥ１００−１とＵＥ１００−２とは、ＰＣ５上でＵＥ・ネットワーク中継を実行する。
【００９３】
ｅＮＢ２００は、リモートＵＥのデータを中継するドナーｅＮＢである。ｅＮＢ２００は、Ｓｅｒｖｅｒ４００からＭＢＭＳトラフィック（ＭＢＭＳサービス）を受け取る。Ｓｅｒｖｅｒ４００は、例えば、ＭＢＭＳトラフィックとして、公衆安全用途のグループ通信関連データを提供するグループ通信アプリケーションサーバである。
【００９４】
ｅＮＢ２００とＵＥ１００−１との間でＵＥ・ネットワーク中継用の接続が確立されている。また、ＵＥ１００−１とＵＥ１００−２との間でＵＥ・ネットワーク中継用の接続が確立されている。
【００９５】
このような動作環境において、ＵＥ・ネットワーク中継によりＭＢＭＳトラフィックをリモートＵＥへ中継する場合において、不要なシグナリングを低減するために、以下の動作が実行される。
【００９６】
なお、以下で説明するＵＥ１００（ＵＥ１００−１／ＵＥ１００−２）が実行する処理（動作）について、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、コントローラ１３０の少なくともいずれかが実行するが、便宜上、ＵＥ１００が実行する処理として説明する。同様に、以下で説明するｅＮＢ２００が実行する処理（動作）について、ｅＮＢ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、ネットワークインターフェイス２４０の少なくともいずれかが実行するが、便宜上、ｅＮＢ２００が実行する処理として説明する。
【００９７】
（実施形態に係る動作）
次に、実施形態に係る動作について、図１０から図１２を用いて説明する。図１０−図１２は、実施形態に係る動作を説明するためのシーケンス図である。図１０は、リモートＵＥがリレーＵＥに特定の利用可能なＴＭＧＩのモニタリング及びリレーＵＥがこのＴＭＧＩをブロードキャストすることを要求する手順を説明するための図である。
【００９８】
図１０に示すように、ステップＳ０において、ＵＥ１００−１は、ＵＥ１００−１がＭＢＭＳトラフィック（ＭＢＭＳサービス）を受信可能か否かに関するＭＢＭＳ受信情報を、リモートＵＥに送信する。
【００９９】
ＵＥ１００−１は、ＭＢＭＳ受信情報をユニキャスト又はブロードキャストにより送信できる。具体的には、ＵＥ１００−１は、ＮＡＳレベルシグナリング、ＲＲＣシグナリング、及びＭＡＣコントロールエレメント（ＭＡＣ  ＣＥ）の少なくともいずれかにより、ＭＢＭＳ受信情報をユニキャストで送信できる。ＵＥ１００−１は、リレーＵＥとＵＥ・ネットワーク中継の設定（接続）を行う際に、ＭＢＭＳ受信情報をユニキャストで送信してもよい。例えば、図１１に示すように、ＵＥ１００−１は、ＭＡＣ  ＣＥにＭＢＭＳサービスが利用可能か否かを示す情報（１ビットインジケータ）を含める。当該情報がＭＢＭＳサービスが利用可能（「１」）を示す場合、ＵＥ１００−１（リレーＵＥ）がＭＢＭＳトラフィックを受信可能であるとリモートＵＥは判断する。一方、当該情報がＭＢＭＳサービスが利用不能（「０」）を示す場合、ＵＥ１００−１（リレーＵＥ）がＭＢＭＳトラフィックを受信不能であるとリモートＵＥは判断する。
【０１００】
また、ＵＥ１００−１は、直接ディスカバリ（リレーディスカバリ）及びサイドリンク用のＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ）の少なくともいずれかにより、ＭＢＭＳ受信情報をブロードキャストで送信できる。例えば、図１２に示すように、ＵＥ１００−１は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬにＭＢＭＳサービスが利用可能か否かを示す情報（ＢＩＴ  ＳＴＲＩＮＧ♯１９）を含める。リモートＵＥは、当該情報に基づいて、ＵＥ１００−１（リレーＵＥ）がＭＢＭＳトラフィックを受信可能か否かを判断する。なお、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬは、同期基準として機能するＳＬＳＳを送信するＵＥによって、ＳＬ−ＢＣＨを介して送信される情報を含む。ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ  Ｓｉｇｎａｌ）は、サイドリンク用の同期信号である。
【０１０１】
ＭＢＭＳ受信情報は、ＵＥ１００−１のＭＢＭＳサービスの受信状況、又は、ＵＥ１００−１のＭＢＭＳサービスの受信能力を示す情報である。例えば、ＵＥ１００−１は、ＵＥ１００−１のサービングセル（ｅＮＢ２００）がＭＢＭＳサービスを提供していない場合に、ＭＢＭＳサービスを受信不能であることを示すＭＢＭＳ受信情報を送信できる。ＵＥ１００−１は、サービングセルだけでなく、サービングセルと異なる他のセルもＭＢＭＳサービスを提供していない場合に、ＭＢＭＳサービスを受信不能であることを示すＭＢＭＳ受信情報を送信してもよい。
【０１０２】
なお、ＵＥ１００−１は、他のセルがＭＢＭＳサービスを提供している場合であっても、セルラ通信と直接通信（ＵＥ・ネットワーク中継）とを異なる周波数帯で同時に実行している場合においてＭＢＭＳサービスを受信不能である場合は、ＭＢＭＳサービスを受信不能であることを示すＭＢＭＳ受信情報を送信してもよい。
【０１０３】
一方、ＵＥ１００−１は、サービングセルがＭＢＭＳサービスを提供している場合に、ＭＢＭＳサービスを受信可能であることを示すＭＢＭＳ受信情報を送信できる。ＵＥ１００−１は、サービングセルがＭＢＭＳサービスを提供していない場合であっても、サービングセルと異なる他のセルがＭＢＭＳサービスを提供している場合に、ＭＢＭＳサービスを受信可能であることを示すＭＢＭＳ受信情報を送信してもよい。
【０１０４】
また、ＭＢＭＳ受信情報は、ＵＥ１００−１が受信している所定の識別子の数であってもよい。所定の識別子は、ＭＢＭＳサービスを識別するための識別子（ＴＭＧＩ：Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）及びＭＢＭＳサービスを配信するエリアを識別するための識別子（ＳＡＩ：ＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅｓ）の少なくとも一方である。ＴＭＧＩは、特定のコンテンツに関連する識別子である。ＳＡＩは、ＭＢＭＳサービスのコンテンツを配信するエリア（ＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ）を示す。リレーＵＥは、所定の識別子の数が多いほど、ＭＢＭＳサービスの受信状況が良好である（又は、リレーＵＥの受信能力が高い）と判断できる。
【０１０５】
また、ＭＢＭＳ受信情報は、ＵＥ１００−１がモニタ可能なＭＢＭＳサービスを提供する周波数帯の情報であってもよい。周波数帯の情報は、ＭＢＭＳサービスを提供する周波数帯（キャリア）の数を示す情報であってもよいし、当該周波数帯（キャリア）を示す情報であってもよい。リレーＵＥは、所定の識別子の数が多いほど、ＭＢＭＳサービスの受信状況が良好であると判断できる。リレーＵＥは、周波数帯（キャリア）の数が多いほど、ＭＢＭＳサービスの受信状況が良好である（又は、リレーＵＥの受信能力が高い）と判断できる。
【０１０６】
また、ＭＢＭＳ受信情報は、ＭＢＭＳサービスの受信品質を示す情報であってもよい。例えば、当該情報は、ＭＢＭＳサービスを提供するセルの受信信号強度（ＲＳＲＰ）及び受信信号品質（ＲＳＲＱ）の少なくとも一方を示す情報である。
【０１０７】
リモートＵＥであるＵＥ１００−２は、リレーＵＥであるＵＥ１００−１からのＭＢＭＳ受信情報に基づいて、ＵＥ１００−１をリレーＵＥとして選択するか判断できる。例えば、ＭＢＭＳ受信に興味があるＵＥ１００−２は、ＵＥ１００−１がＭＢＭＳサービスを受信できない場合、ＵＥ１００−１をリレーＵＥとして選択しない。また、ＵＥ１００−２は、ＵＥ１００−１のＭＢＭＳサービスの受信状況が悪い又はＵＥ１００−１のＭＢＭＳ受信能力が低い場合に、ＵＥ１００−１をリレーＵＥとして選択しない。これにより、ＵＥ１００−２は、希望するＭＢＭＳサービスを提供できない可能性があるＵＥ１００−１とＵＥ・ネットワーク中継を実行するための不要なシグナリングを削減することができる。また、ＵＥ１００−２は、希望するＭＢＭＳサービスを提供できない可能性があるＵＥ１００−１に対して後述するステップ２のシグナリングを送信せずにすむため、不要なシグナリングを削減することができる。
【０１０８】
なお、ＵＥ１００−１は、サービングセルと異なる周波数帯（バンド／キャリア）で提供されているＭＢＭＳサービスを受信可能か否かに関する能力情報をサービングセルを管理するｅＮＢ２００に送信できる。当該能力情報は、セルラ通信と直接通信（ＵＥ・ネットワーク中継）とＭＢＭＳサービスの受信とを同時に実行可能であることを示す情報であってもよいし、セルラ通信と直接通信（ＵＥ・ネットワーク中継）とＭＢＭＳサービスの受信とを同時に実行可能な周波数帯の組み合わせを示す情報であってもよい。
【０１０９】
ｅＮＢ２００は、当該能力情報に基づいて、リレーＵＥとなるＵＥを決定（設定）してもよい。例えば、ｅＮＢ２００は、ＭＢＭＳサービスの受信能力が高いＵＥを、ＭＢＭＳサービスの受信能力が低いＵＥよりも優先的にリレーＵＥに設定してもよい。また、ｅＮＢ２００は、ＭＢＭＳサービスを受信不能なＵＥをリレーＵＥとして選択しなくてもよい。
【０１１０】
ＭＢＭＳサービスの受信能力を有するＵＥがリレーＵＥとして機能する機会が増えるため、リレーＵＥが、ＭＢＭＳトラフィックを受信できる可能性が高くなる。また、サービングセルでＭＢＭＳサービスが提供されていない場合であっても、他のセルでＭＢＭＳサービスが提供されていれば、リレーＵＥが、ＭＢＭＳトラフィックを受信できる可能性が高くなる。さらに、リレーＵＥは、より多くのＭＢＭＳトラフィック（グループ通信トラフィック）を受信できる可能性が高くなる。その結果、ＵＥ・ネットワーク中継によりＭＢＭＳトラフィックをリモートＵＥへ中継する技術を有効に活用することができる。
【０１１１】
ステップＳ１において、ＵＥ１００−２は、ＵＥ１００−１を発見する。ＵＥ１００−２は、ＭＢＭＳ受信情報の受信に基づいて、ＵＥ１００−１を発見してもよい。その後、ＵＥ１００−２は、ＵＥ１００−１及びｅＮＢ２００を介して、ユーザサービス説明情報であるＵＳＤ（Ｕｓｅｒ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）をＳｅｒｖｅｒ４００から取得する。ＵＳＤは、関連するＭＢＭＳサービスを受信するために使用すべきＴＭＧＩ、周波数及びＳＡＩを含む。ＵＥ１００−２は、ｅＮＢ２００のセルカバレッジ内に位置する場合に、ｅＮＢ２００からＵＳＤを取得していてもよい。
【０１１２】
ステップＳ２において、ＵＥ１００−２は、ＭＢＭＳサービスの受信に興味があるＴＭＧＩ（値）とＳＡＩとを含むＴＭＧＩモニタリング要求をＵＥ１００−１に送信する。ＴＭＧＩモニタリング要求は、ＴＭＧＩによって示される特定のＭＢＭＳサービスの受信（モニタリング）を要求するものである。
【０１１３】
ステップＳ３において、ＵＥ１００−１は、ｅＮＢ２００（セル）からＳＡＩのリストを受信し、ＵＥ１００−２から受信したＳＡＩがＳＡＩリストに含まれるか否かをチェックする。
【０１１４】
ステップＳ４において、ＵＥ１００−１は、ＴＭＧＩモニタリング要求に対する応答をＵＥ１００−２に送信する。ＵＥ１００−１は、ＵＥ１００−２からの少なくとも１つのＳＡＩを検出した場合に、ＴＭＧＩモニタリング要求に対する肯定応答をＵＥ１００−２に送信する。肯定応答は、グループ識別子（Ｐｒｏｓｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤ＿ｔｒａｆｆｉｃ）及びリフレッシュタイマ（ＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿Ｒｅｆｒｅｓｈ  Ｔｉｍｅｒ）を含む。
【０１１５】
グループ識別子は、ＴＭＧＩモニタリング要求に含まれるＴＭＧＩに関連するＭＢＭＳサービス（ＭＢＭＳコンテンツ）をリモートＵＥ（ＵＥ１００−２）へ送信（転送）するために用いられる。グループ識別子は、特定のＭＢＭＳサービスを送信するために用いられる識別子である。具体的には、グループ識別子は、ＵＥ１００−１がＴＭＧＩによって示される特定のＭＢＭＳサービスの送信先を示す識別子（宛先識別子）である。グループ識別子は、近傍サービス（直接ディスカバリ／直接通信／ＵＥ・ネットワーク中継）におけるデータ送信のために用いられるグループ識別子（例えば、２４ビット）よりも少ない情報量（例えば、８ビット）の識別子であってもよい。従って、ＭＢＭＳトラフィック送信用のグループ識別子は、短縮された識別子であってもよい。例えば、当該グループ識別子は、制御情報（ＰＳＣＣＨ）で利用されるＬＳＢ（８ビット）のグループ識別子であってもよい。
【０１１６】
リフレッシュタイマは、ＴＭＧＩモニタリング要求のトリガとなるタイマである。ＵＥ１００−２がＴＭＧＩをモニタすることがまだ必要である場合に、リフレッシュタイマが満了した場合に（すなわち、リフレッシュタイマで示される時間が経過した場合に）ＵＥ１００−２がＴＭＧＩモニタリング要求を実行する。リフレッシュタイマが満了した時に、ＵＥ１００−２（及び他のＵＥ）がＴＭＧＩモニタリング要求手順を実行していない場合、ＵＥ１００−１は、ＴＭＧＩのモニタを終了する。
【０１１７】
ステップＳ５において、ＵＥ１００−１は、モニタが要求されたＴＭＧＩを検出する。ＵＥ１００−１は、検出したＴＭＧＩによって示されるＭＢＭＳサービスのモニタ（受信）を開始する。
【０１１８】
ステップＳ６において、ＴＭＧＩの検出に応じて、ＵＥ１００−１は、有効なＴＭＧＩ及び対応するグループ識別子を含むＴＭＧＩアナウンスメントメッセージをブロードキャストによりＵＥ１００−２に送る。ＵＥ１００−１は、直接ディスカバリによりＴＭＧＩアナウンスメントメッセージを送ることができる。ＵＥ１００−１は、リフレッシュタイマよりも短い周期でＴＭＧＩアナウンスメントメッセージを繰り返し送信してもよい。また、ＵＥ１００−１は、グループ識別子に関連するサイドリンク上でグループ識別子に関連するＭＢＭＳトラフィック（ＭＢＭＳサービス）をブロードキャストで送信する。ＵＥ１００−１は、当該ＭＢＭＳトラフィックをユニキャストで送信してもよい。
【０１１９】
ステップＳ７において、ＵＥ１００−２は、ステップＳ６のアナウンスメントを検出し、グループ識別子に関連するサイドリンク上でブロードキャスト内容の受信を開始する。ＵＥ１００−２は、ユニキャストでの配布を解放する要求をＵＥ１００−１に送信してもよい。
【０１２０】
ステップＳ８において、ＵＥ１００−１は、ネットワークからＴＭＧＩを検出できない場合、有効なＴＭＧＩのブロードキャストを終了する。また、ＵＥ１００−１は、ＭＢＭＳトラフィックの送信（中継）を終了する。
【０１２１】
ステップＳ９において、ＵＥ１００−２は、グループ識別子に関連するサイドリンク上でのブロードキャストでのＭＢＭＳトラフィックの受信を終了する。
【０１２２】
（変更例１）
次に、実施形態の変更例１について説明する。
【０１２３】
上述した実施形態では、ＵＥ１００−１は、ＴＭＧＩモニタリング要求を受信した場合、当該要求に対する応答をＵＥ１００−１へ送信していた（ステップＳ４参照）。
【０１２４】
しかしながら、ＵＥ１００−１は、当該応答に代えて、ＴＭＧＩモニタリング要求に含まれるＴＭＧＩ及び当該ＴＭＧＩに対応するグループ識別子を含むメッセージ（ＴＭＧＩアナウンスメントメッセージ）をブロードキャストで送信してもよい。すなわち、ＵＥ１００−１は、ステップＳ４における応答の送信を省略してもよい。また、ＵＥ１００−１は、ＴＭＧＩアナウンスメントメッセージに、リフレッシュタイマを含めてもよい。
【０１２５】
ＵＥ１００−２は、ＴＭＧＩアナウンスメントメッセージを要求に対する応答と見なすことができる。ＵＥ１００−１は、ＴＭＧＩモニタリング要求に対する応答を送信しなくてもよいため、不要なシグナリングを削減できる。
【０１２６】
なお、他のリモートＵＥは、自身が希望するＴＭＧＩを含むＴＭＧＩアナウンスメントメッセージを受信した場合、ＴＭＧＩモニタリング要求の送信を省略してもよい。
【０１２７】
また、ＵＥ１００−１は、複数の特定のＭＢＭＳサービスそれぞれを識別するためのＴＭＧＩを送信する場合、送信元の識別子として共通の識別子を用いてもよい。
【０１２８】
また、ＵＥ１００−１は、第１実施形態と同様に、ＴＭＧＩアナウンスメントメッセージに含まれるグループ識別子として、近傍サービスにおけるデータ送信のために用いられるグループ識別子よりも少ない情報量の識別子を用いてもよい。これにより、ＴＭＧＩアナウンスメントメッセージのサイズを小さくできるため、ＴＭＧＩアナウンスメントメッセージの送信使用する無線リソース量を低減できる。
【０１２９】
（変更例２）
次に、実施形態の変更例２について、図１３を用いて説明する。図１３は、実施形態の変更例２に係る動作を説明するためのシーケンス図である。
【０１３０】
変更例２では、ＭＢＭＳサービスの送信（中継）に用いられる無線リソースについて説明する。なお、上述した実施形態及び変更例１と同様の部分は、説明を適宜省略する。
【０１３１】
図１３に示すように、ステップＳ１０１において、ＵＥ１００−２は、ＴＭＧＩモニタリング要求をＵＥ１００−１に送信する。
【０１３２】
ステップＳ１０２において、ＵＥ１００−１は、ＴＭＧＩモニタリング要求により、リモートＵＥからＭＢＭＳサービスの中継が要求されたと判断する。ＵＥ１００−１は、ＭＢＭＳサービスを中継するための無線リソースをｅＮＢ２００に要求する。ＵＥ１００−１は、例えば、ＳＬＵＥ情報メッセージ（ＳＬ  ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ）を用いて、当該無線リソースをｅＮＢ２００に要求する。ＳＬＵＥ情報メッセージは、例えば、ＵＥが近傍サービス（例えば、直接ディスカバリ、直接通信、ＵＥ・ネットワーク中継など）に興味がある場合に用いられるメッセージである。
【０１３３】
ｅＮＢ２００は、ＵＥ１００−１からの無線リソースの要求に応じて、ＭＢＭＳサービスを中継するための無線リソースをＵＥ１００−１に割り当てる。ここで、ｅＮＢ２００は、通常のＵＥ・ネットワーク中継に用いられる第１の無線リソースとは異なる第２の無線リソースを割り当てることができる。ｅＮＢ２００は、ユニキャスト用の第１の無線リソースではなく、マルチキャスト又はブロードキャスト用の第２の無線リソースを割り当てることができる。
【０１３４】
第２の無線リソースは、例えば、第１の無線リソースよりも長い期間利用可能な無線リソースである。ｅＮＢ２００は、第２の無線リソースの期間を特定するための情報を第２の無線リソースの割当情報と共に、ＵＥ１００−１へ送信してもよい。当該特定するための情報は、例えば、絶対時間を示す情報（例えば、タイマ）、第２の無線リソースが送信リソースプールの何周期分かを示す情報などである。
【０１３５】
ステップＳ１０３において、ｅＮＢ２００は、ＭＢＭＳサービスを中継するために用いられる無線リソース（第２の無線リソース）の割当情報をＵＥ１００−２に送信する。
【０１３６】
ステップＳ１０４において、ＵＥ１００−１は、無線リソースの割当情報に基づいて、無線リソースを用いて、ＭＢＭＳサービス（ＭＢＭＳトラフィック）をリモートＵＥへ中継（送信）する。
【０１３７】
（変更例３）
次に、実施形態の変更例３について、図１４を用いて説明する。図１４は、実施形態の変更例３に係る動作を説明するためのシーケンス図である。
【０１３８】
変更例２では、ＵＥ１００−１がＭＢＭＳサービスの送信（中継）に用いられる無線リソースをｅＮＢ２００に要求していた。本変更例３では、ＵＥ１００−１は、ＭＢＭＳサービスの送信（中継）に用いられる無線リソースをｅＮＢ２００に要求しないケースである。なお、上述した実施形態及び各変更例と同様の部分は、説明を適宜省略する。
【０１３９】
図１４に示すように、ステップＳ２０１において、ｅＮＢ２００は、送信リソースプールの情報をＵＥ１００−１に送信する。ｅＮＢ２００は、送信リソースプールの情報を、リレーＵＥに対してユニキャスト（例えば、ＲＲＣシグナリング）で送信してもよいし、ブロードキャスト（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））で送信してもよい。ここでの送信リソースプールは、ＵＥ・ネットワーク中継によりＭＢＭＳサービスを中継するために用いられる無線リソースが配置されたリソースプールである。
【０１４０】
ｅＮＢ２００は、各ＭＢＭＳトラフィックに対応する送信リソースプールの情報をＵＥ１００−１に送信してもよい。具体的には、ｅＮＢ２００は、配信中の各ＭＢＭＳトラフィックと対応する送信リソースプールとが関連付けられた情報を所定の周波数でブロードキャスト（例えば、ＳＩＢ１３）によりＵＥ１００−１に送信する。当該情報は、ＴＭＧＩと送信リソースプールとを関連付けた情報であってもよい。
【０１４１】
ステップＳ２０２は、ステップＳ１０１に対応する。
【０１４２】
ステップＳ２０３において、ＵＥ１００−１は、要求されたＴＭＧＩに対応する送信リソースプール（無線リソース）をチェックする。具体的には、ＵＥ１００−１は、ＵＥ１００−２から受信したＴＭＧＩ（に対応するＭＢＭＳトラフィック）を特定する。ＵＥ１００−１は、送信リソースプールの情報に基づいて、特定したＴＭＧＩ（ＭＢＭＳトラフィック）に対応する送信リソースプールを選択する。
【０１４３】
ステップＳ２０４は、ステップＳ１０４に対応する。ＵＥ１００−１は、選択した送信リソースプールの中から、所定の無線リソースを用いて、ＭＢＭＳトラフィックを中継する。
【０１４４】
［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１４５】
上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１４６】
或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
【０１４７】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４８】
日本国特許出願第２０１５−１５９４８０号（２０１５年８月１２日出願）の全内容が、参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１４９】
本発明は、無線通信分野において有用である。
【図１】
2017026408.tif 000003
【図２】
2017026408.tif 000004
【図３】
2017026408.tif 000005
【図４】
2017026408.tif 000006
【図５】
2017026408.tif 000007
【図６】
2017026408.tif 000008
【図７】
2017026408.tif 000009
【図８】
2017026408.tif 000010
【図９】
2017026408.tif 000011
【図１０】
2017026408.tif 000012
【図１１】
2017026408.tif 000013
【図１２】
2017026408.tif 000014
【図１３】
2017026408.tif 000015
【図１４】
2017026408.tif 000016
【国際調査報告】
2017026408.tif 000017
2017026408.tif 000018
2017026408.tif 000019
2017026408.tif 000020