(57)【要約】  通信制御方法は、基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムに適用される。当該通信制御方法は、前記ネットワークが、前記基地局の負荷レベルを取得するステップと、前記ネットワークが、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するステップと、を有する。
2014157398.tif 000002
【特許請求の範囲】
【請求項１】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムに適用される通信制御方法であって、
前記ネットワークが、前記基地局の負荷レベルを取得するステップと、
前記ネットワークが、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するステップと、を有することを特徴とする通信制御方法。
【請求項２】
前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末が、前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信するステップをさらに有し、
前記負荷レベルを取得するステップは、前記ネットワークが、前記データ情報により予測される予測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記データ情報を送信するステップにおいて、前記ユーザ端末は、前記Ｄ２Ｄ通信において使用される複数のアプリケーションのそれぞれにおいて送信する予定の前記データの量に応じた複数のデータ情報を前記ネットワークに送信し、
前記予測負荷レベルを取得するステップにおいて、前記ネットワークは、前記複数のデータ情報のそれぞれにより予測される複数の予測負荷レベルをそれぞれ前記負荷レベルとして取得し、
前記判定するステップにおいて、前記ネットワークは、前記複数の負荷レベルのうち、１以上の負荷レベルが前記閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項３に記載の通信制御方法。
【請求項５】
前記判定するステップにおいて、前記複数の負荷レベルのそれぞれが前記閾値を超えない場合に、前記ネットワークが、前記複数の負荷レベルの合計値を算出するステップをさらに有し、
前記判定するステップにおいて、前記ネットワークは、前記合計値が前記閾値を超える場合には、前記Ｄ２Ｄ通信を許可することを特徴とする請求項４に記載の通信制御方法。
【請求項６】
前記基地局が実測した実測負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項７】
前記基地局に接続し、かつ、前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定のユーザ端末の数に応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項８】
前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定の他のユーザ端末が前記基地局に隣接する隣接基地局に接続する場合、前記隣接基地局の負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項９】
前記ネットワークが、前記判定するステップにおいて前記Ｄ２Ｄ通信が許可された前記ユーザ端末が前記Ｄ２Ｄ通信を行っている間に前記基地局の前記負荷レベルを取得するステップと、
前記ネットワークが、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を終了させるか否かを判定するステップと、をさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項１０】
前記ネットワークが、前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて前記Ｄ２Ｄ通信を終了させると判定した場合に、前記ユーザ端末に前記Ｄ２Ｄ通信を終了させるための指示を送信するステップをさらに有し、
前記指示を送信するステップにおいて、前記ネットワークは、前記ユーザ端末が前記Ｄ２Ｄ通信を継続している間は、前記Ｄ２Ｄ通信を終了させるための指示を送信しないことを特徴とする請求項９に記載の通信制御方法。
【請求項１１】
前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルとの比較に用いられる閾値を決定するステップをさらに有し、
前記閾値を決定するステップにおいて、前記Ｄ２Ｄ通信を行っている前記ユーザ端末が前記基地局に隣接する隣接基地局にハンドオーバを実行する場合には、前記ネットワークは、前記ユーザ端末がハンドオーバを実行しない場合に比べて、前記閾値を低い値に決定することを特徴とする請求項９に記載の通信制御方法。
【請求項１２】
前記基地局が、前記ネットワーク装置に前記実測負荷レベルを定期的又は不定期に送信するステップをさらに有し、
前記実測負荷レベルを送信するステップにおいて、前記実測負荷レベルである第１の実測負荷レベルと、前記基地局が前記第１の実測負荷レベルの後に実測した前記実測負荷レベルである第２の実測負荷レベルとの差が、閾値を超えた場合に、前記基地局は、前記第２の実測負荷レベルを前記ネットワークに送信することを特徴とする請求項２に記載の通信制御方法。
【請求項１３】
前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記実測負荷レベルに応じた確率で、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項１４】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ネットワーク装置に備えられるプロセッサであって、
前記基地局の負荷レベルを取得する処理を実行し、
前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定する処理を実行することを特徴とするプロセッサ。
【請求項１５】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ユーザ端末に備えられるプロセッサであって、
前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信する処理を実行し、
前記データ情報は、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するために用いられる前記基地局の負荷レベルを取得するために用いられることを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムに適用される通信制御方法及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末が、コアネットワークを経由せずに直接的な通信を行う。すなわち、Ｄ２Ｄ通信のデータパスは、コアネットワークを経由しない。一方、移動通信システムの通常の通信（セルラ通信）のデータパスは、コアネットワークを経由する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告  「ＴＲ  ２２．８０３  Ｖ１．１．０」  ２０１２年１１月
【発明の概要】
【０００５】
Ｄ２Ｄ通信を行うユーザ端末は、コアネットワークを経由せずに直接的な通信を行うため、ネットワークの負荷を低減することができる。
【０００６】
しかしながら、ネットワークの負荷を低減させるために、Ｄ２Ｄ通信を行うユーザ端末の数を増加させた場合、Ｄ２Ｄ通信を行うユーザ端末が周囲のユーザ端末及び基地局に与える干渉エリアが増加する。
【０００７】
そこで、本発明は、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷を低減できる通信制御方法及びプロセッサを提供する。
【０００８】
一実施形態によれば、通信制御方法は、基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムに適用される。通信制御方法は、前記ネットワークが、前記基地局の負荷レベルを取得するステップと、前記ネットワークが、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するステップと、を有する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、セルラ通信におけるデータパスを示す図である。
【図７】図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。
【図８】図８は、第１実施形態に係る移動通信システムの動作例を示すシーケンス図である
【図９】図９は、第２実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図１０】図１０は、第３実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図１１】図１１（ａ）は、所定値αとトラフィック量Ｔとの関係を示す図である。図１１（ｂ）は、閾値θｔｈとトラフィック量Ｔとの関係を示す図である。
【図１２】図１２は、第３実施形態の変形例に係る移動通信システムの動作例を示すシーケンス図である。
【図１３】図１３は、第３実施形態の変形例に係る移動通信システムの動作例を示すシーケンス図である。
【図１４】図１４は、第４実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図１５】図１５は、第４実施形態の変形例に係る移動通信システムの動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
実施形態に係る通信制御方法は、基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムに適用される通信制御方法であって、前記ネットワークが、前記基地局の負荷レベルを取得するステップと、前記ネットワークが、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するステップと、を有する。これにより、ネットワークは、負荷レベルに応じて、Ｄ２Ｄ通信を行うユーザ端末の数を制御することができる。従って、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷を低減できる。
【００１１】
第１実施形態において、前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可する。これにより、ネットワークの負荷が所定の閾値よりも小さい場合には、Ｄ２Ｄ通信を許可しないため、Ｄ２Ｄ通信を行うユーザ端末の数が増加することを抑制できる。一方、ネットワークの負荷が所定の閾値よりも大きい場合には、Ｄ２Ｄ通信を許可するため、ネットワークの負荷を低減できる。
【００１２】
第２実施形態に係る通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信するステップＣをさらに有し、前記負荷レベルを取得するステップは、前記ネットワークが、前記データ情報により予測される予測負荷レベルを前記負荷レベルとして取得するステップを含み、前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可する。これにより、予測負荷レベルが大きい場合には、Ｄ２Ｄ通信により優先的にデータを送信させることによって、ネットワークの負荷を低減できる。一方、予測負荷レベルが小さい場合には、セルラ通信よりデータを送信してもネットワークの負荷が大きくないため、Ｄ２Ｄ通信を許可しないことによって、Ｄ２Ｄ通信を行うユーザ端末の数が増加することを抑制できる。
【００１３】
第２実施形態において、前記データ情報を送信するステップにおいて、前記ユーザ端末は、前記Ｄ２Ｄ通信において使用される複数のアプリケーションのそれぞれにおいて送信する予定の前記データの量に応じた複数のデータ情報を前記ネットワークに送信し、前記予測負荷レベルを取得するステップにおいて、前記ネットワークは、前記複数のデータ情報のそれぞれにより予測される複数の予測負荷レベルをそれぞれ前記負荷レベルとして取得し、前記判定するステップにおいて、前記ネットワークは、前記複数の負荷レベルのうち、１以上の負荷レベルが前記閾値を超える場合に、前記Ｄ２Ｄ通信を許可する。これにより、ユーザ端末がＤ２Ｄ通信を許可され易くなるため、ネットワークの負荷をより低減できる。
【００１４】
第２実施形態に係る通信制御方法は、前記判定するステップにおいて、前記複数の負荷レベルのそれぞれが前記閾値を超えない場合に、前記ネットワークが、前記複数の負荷レベルの合計値を算出するステップＤをさらに有し、前記判定するステップにおいて、前記ネットワークは、前記合計値が前記閾値を超える場合には、前記Ｄ２Ｄ通信を許可する。これにより、ユーザ端末がＤ２Ｄ通信を許可され易くなるため、ネットワークの負荷をより低減できる。
【００１５】
第３実施形態に係る通信制御方法は、前記基地局が実測した実測負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有する。これにより、ネットワークの負荷に応じて、Ｄ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷をより低減できる。
【００１６】
第３実施形態に係る通信制御方法は、前記基地局に接続し、かつ、前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定のユーザ端末の数に応じて、前記ネットワークが前記閾値を決定するステップをさらに有する。これにより、ネットワークの負荷に応じて、Ｄ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷をより低減できる。
【００１７】
第３実施形態に係る通信制御方法は、前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定の他のユーザ端末が前記基地局に隣接する隣接基地局に接続する場合、前記隣接基地局の負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有する。これにより、隣接基地局の負荷レベルに応じて、基地局に接続するユーザ端末のＤ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷をより低減できる。
【００１８】
第４実施形態に係る通信制御方法は、前記ネットワークが、前記判定するステップにおいて前記Ｄ２Ｄ通信が許可された前記ユーザ端末が前記Ｄ２Ｄ通信を行っている間に前記基地局の前記負荷レベルを取得するステップと、前記ネットワークが、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を終了させるか否かを判定するステップＩと、をさらに有する。これにより、Ｄ２Ｄ通信を行っている場合であっても、Ｄ２Ｄ通信を終了させることができるため、Ｄ２Ｄ通信を行うユーザ端末の数をより制御できる。
【００１９】
第４実施形態に係る通信制御方法は、前記ネットワークが、前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて前記Ｄ２Ｄ通信を終了させると判定した場合に、前記ユーザ端末に前記Ｄ２Ｄ通信を終了させるための指示を送信するステップをさらに有し、前記指示を送信するステップにおいて、前記ネットワークは、前記ユーザ端末が前記Ｄ２Ｄ通信を継続している間は、前記Ｄ２Ｄ通信を終了させるための指示を送信しない。これにより、Ｄ２Ｄ通信が一旦終了してからＤ２Ｄ終了指示が送信される。このため、データの送信途中でＤ２Ｄ通信が終了させられたユーザ端末がセルラ通信によりデータを送信する可能性が減るため、ネットワークの負荷を低減できる。
【００２０】
第４実施形態に係る通信制御方法は、前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルとの比較に用いられる閾値を決定するステップをさらに有し、前記閾値を決定するステップにおいて、前記Ｄ２Ｄ通信を行っている前記ユーザ端末が前記基地局に隣接する隣接基地局にハンドオーバを実行する場合には、前記ネットワークは、前記ユーザ端末がハンドオーバを実行しない場合に比べて、前記閾値を低い値に決定する。これにより、ユーザ端末は、ハンドオーバを実行しても、継続してＤ２Ｄ通信を行い易くなるため、ユーザ端末のＤ２Ｄ通信が中断され難い。
【００２１】
第１実施形態に係る通信制御方法は、前記基地局が、前記ネットワーク装置に前記実測負荷レベルを定期的又は不定期に送信するステップをさらに有し、前記実測負荷レベルを送信するステップにおいて、前記実測負荷レベルである第１の実測負荷レベルと、前記基地局が前記第１の実測負荷レベルの後に実測した前記実測負荷レベルである第２の実測負荷レベルとの差が、閾値を超えた場合に、前記基地局は、前記第２の実測負荷レベルを前記ネットワークに送信する。これにより、実測負荷レベルの差が大きい場合にのみ実測負荷レベル（第２実測負荷レベル）をネットワークに送信するため、ネットワークの負荷を低減できる。
【００２２】
その他実施形態において、前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、前記判定するステップにおいて、前記ネットワークは、前記実測負荷レベルに応じた確率で、前記Ｄ２Ｄ通信を許可する。これにより、ネットワークの負荷が低い場合でも、Ｄ２Ｄ通信を許可する可能性があるため、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつも、Ｄ２Ｄ通信を有効に活用することができる。
【００２３】
実施形態に係るプロセッサは、基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ネットワーク装置に備えられるプロセッサであって、前記基地局の負荷レベルを取得する処理を実行し、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定する処理を実行する。
【００２４】
実施形態に係るプロセッサは、基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ユーザ端末に備えられるプロセッサであって、前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信する処理を実行し、前記データ情報は、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するために用いられる前記基地局の負荷レベルを取得するために用いられる。
【００２５】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の各実施形態を説明する。
【００２６】
［第１実施形態］
以下、第１実施形態について、説明する。
【００２７】
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００２８】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２９】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。
【００３１】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３２】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００３３】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００３４】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００３５】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３６】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３７】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３８】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００３９】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４０】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４１】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００４２】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００４３】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４４】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００４５】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００４７】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００４８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４９】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００５０】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００５２】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５３】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５４】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００５５】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５６】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５７】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００５８】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００５９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００６０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００６１】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００６３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００６４】
（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【００６５】
図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。
【００６６】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。
【００６７】
図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。
【００６８】
例えば、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。なお、Ｄ２Ｄ通信を開始するために、ＵＥ１００は、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能を有する。また、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。
【００６９】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。なお、Ｌｏｃａｌｌｙ  Ｒｏｕｔｅｄというモード（局所中継モード）では、データパスがＳ−ＧＷ３００を経由せずにｅＮＢ２００を経由する。
【００７０】
なお、Ｄ２Ｄ通信が開始されるケースとして、（ａ）近傍端末を発見するための動作を行うことによって近傍端末を発見した後に、Ｄ２Ｄ通信が開始されるケースと、（ｂ）近傍端末を発見するための動作を行わずにＤ２Ｄ通信が開始されるケースがある。
【００７１】
例えば、上記（ａ）のケースでは、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。
【００７２】
このケースの場合、ＵＥ１００は、近傍端末を発見するために、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能、及び／又は、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。
【００７３】
具体的には、ＵＥ１００−１は、近傍端末を発見するため又は近傍端末に発見されるために用いられる発見信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。発見信号を受信したＵＥ１００−２は、ＵＥ１００−１を発見する。ＵＥ１００−２が、発見信号に対する応答を送信することで、発見信号を送信したＵＥ１００−１は、近傍端末であるＵＥ１００−２を発見する。
【００７４】
なお、ＵＥ１００は、近傍端末を発見しても必ずしもＤ２Ｄ通信を行う必要はなく、例えば、ＵＥ１００−１及びＵＥ１００−２は、互いに相手を発見した後に、ネゴシエーションを行って、Ｄ２Ｄ通信を行うか否かを判定してもよい。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ通信を行うことに同意した場合に、Ｄ２Ｄ通信を開始する。なお、ＵＥ１００−１は、近傍端末を発見した後にＤ２Ｄ通信を行わなかった場合、上位レイヤ（例えば、アプリケーションなど）に近傍のＵＥ１００（すなわち、ＵＥ１００−２）の発見を報告してもよい。例えば、アプリケーションは、当該報告に基づく処理（例えば、ＵＥ１００−２の位置を地図情報にプロットする処理など）を実行できる。
【００７５】
また、ＵＥ１００は、近傍端末を発見したことをｅＮＢ２００に報告し、近傍端末との通信をセルラ通信によって行うかＤ２Ｄ通信によって行うかの指示をｅＮＢ２００から受けることも可能である。
【００７６】
一方、上記（ｂ）のケースでは、例えば、ＵＥ１００−１は、Ｄ２Ｄ通信相手を特定せずに、Ｄ２Ｄ通信用の信号の送信（ブロードキャストによる報知など）を開始する。これにより、ＵＥ１００は、近傍端末の発見の有無にかかわらず、Ｄ２Ｄ通信を開始できる。なお、Ｄ２Ｄ通信用の信号の待ち受け動作を行っているＵＥ１００−２は、ＵＥ１００−１からの当該信号に基づいて、同期又は／及び復調を行う。
【００７７】
（第１実施形態に係る移動通信システムの動作）
次に、第１実施形態に係る移動通信システムの動作について、図８を用いて説明する。
【００７８】
図８は、第１実施形態に係る移動通信システムの動作例を示すシーケンス図である。本実施形態において、ネットワーク６００は、ＭＭＥ／Ｓ−ＧＷ３００である。また、本実施形態において、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００との接続を確立する。
【００７９】
図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、ｅＮＢ２００の負荷レベルを計測する。本実施形態において、ｅＮＢ２００は、ｅＮＢ２００全体のトラフィック量Ｔ（ｅＮＢ１）を計測する。ｅＮＢ２００は、トラフィック量Ｔ（ｅＮＢ１）を定期的又は不定期に計測する。
【００８０】
ステップＳ１０２において、ｅＮＢ２００は、ネットワーク６００にトラフィック通知を送信する。ネットワーク６００は、トラフィック通知を受信する。
【００８１】
ｅＮＢ２００は、トラフィック量Ｔ（ｅＮＢ１）の変化が大きい場合に、ネットワーク６００にトラフィック量Ｔ（ｅＮＢ１）を通知してもよい。具体的には、ｅＮＢ２００は、前回計測し、かつ、ネットワーク６００に前回送付したトラフィック量Ｔ１を記憶しておく。次に、トラフィック量Ｔ２を計測した場合、トラフィック量Ｔ１と今回計測したトラフィック量Ｔ２との差が閾値を超えた場合に、トラフィック量Ｔ２をネットワーク６００に通知する。ｅＮＢ２００は、ネットワーク６００に送付したトラフィック量Ｔ２を記憶する。
【００８２】
トラフィック通知は、ｅＮＢ２００の識別子（ｅＮＢ１）及びｅＮＢ２００のトラフィック量Ｔ（ｅＮＢ１）を示す情報を含む。
【００８３】
ステップＳ１０３において、ネットワーク６００は、トラフィック通知に含まれるトラフィック量Ｔ（ｅＮＢ１）を保持する。すなわち、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）を取得する。
【００８４】
ステップＳ１０４において、ネットワーク６００は、Ｄｉｓｃｏｖｅｒ送信指示を、ｅＮＢ２００を経由して、ＵＥ１００−２に送信する。ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒ送信指示を受信する。
【００８５】
ネットワーク６００は、例えば、トラフィック量Ｔ（ｅＮＢ１）が所定の閾値を超えていた場合であって、ｅＮＢ２００との接続をそれぞれ確立したＵＥ１００−１及びＵＥ１００−２がセルラ通信を行っている場合に、Ｄｉｓｃｏｖｅｒ送信指示を行ってもよい。また、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）が所定の閾値を超えていた場合であって、ｅＮＢ２００との接続を確立したＵＥ１００−２からｅＮＢ２００との接続を確立したＵＥ１００−１にセルラ通信の要求があった場合に、Ｄｉｓｃｏｖｅｒ送信指示を行ってもよい。
【００８６】
Ｄｉｓｃｏｖｅｒ送信指示は、Ｄ２Ｄ通信における相手端末を発見する（又は相手端末に発見される）ための発見信号（Ｄｉｓｃｏｖｅｒｙ信号）をＵＥ１００に送信させるための指示である。Ｄｉｓｃｏｖｅｒ送信指示は、ＵＥ１００−２のＤｉｓｃｏｖｅｒｙ信号の送信電力値を示す情報（送信電力ａ）と、Ｄ２Ｄ通信に使用するアプリケーション識別子を示す情報（アプリ識別子）とを含む。
【００８７】
ステップＳ１０５において、ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒｙ信号を送信する。すなわち、ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒを実施する。
【００８８】
Ｄｉｓｃｏｖｅｒｙ信号は、ＵＥ１００−２を識別するための識別子を示す情報（端末２）、ＵＥ１００−２のＤｉｓｃｏｖｅｒｙ信号の送信電力値を示す情報（送信電力ａ）、及び、Ｄ２Ｄ通信に使用するアプリケーション識別子を示す情報（アプリ識別子）を含む。
【００８９】
ステップＳ１０６及びＳ１０７において、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号を受信し、ｅＮＢ２００へＤｉｓｃｏｖｅｒ受信情報を送信する。
【００９０】
ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号の受信電力を測定する。これにより、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号の受信強度Ａを取得する。また、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号に含まれている送信電力ａでＤｉｓｃｏｖｅｒ受信情報を送信する。
【００９１】
Ｄｉｓｃｏｖｅｒ受信情報は、Ｄｉｓｃｏｖｅｒｙ信号を受信したことを示す情報であり、Ｄ２Ｄ通信を要求することを示す情報である。Ｄｉｓｃｏｖｅｒ受信情報は、ＵＥ１００−１を識別するための識別子を示す情報（端末１）、端末２、アプリ識別子、及び、取得した受信強度Ａを示す情報を含む。
【００９２】
ステップＳ１０８において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒ受信情報を受信する。ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒ受信情報の受信電力を測定する。これにより、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒ受信情報の受信強度Ｂを取得する。
【００９３】
ステップＳ１０９において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒ受信情報をネットワーク６００に送信する。ステップＳ１０９におけるＤｉｓｃｏｖｅｒ受信情報は、ステップＳ１０７におけるＤｉｓｃｏｖｅｒ受信情報に含まれる情報に加えて、Ｄｉｓｃｏｖｅｒ受信情報の受信強度Ｂを示す情報を含む。
【００９４】
ステップＳ１１０において、ネットワーク６００は、Ｄｉｓｃｏｖｅｒ受信情報に基づいて、Ｄ２Ｄ通信を許可するか否かを判定する。具体的には、ネットワーク６００は、下記条件を満たす場合に、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を許可する。
【００９５】
Ａ＋α（Ｔ（ｅＮＢ１））＜Ｂ
【００９６】
本実施形態において、α（Ｔ（ｅＮＢ１））は、トラフィック量Ｔ（ｅＮＢ１）に応じて、ネットワーク６００によって決定される所定値である。詳細については、後述する（第３実施形態の図１１（Ａ）参照）。
【００９７】
一方、ネットワーク６００は、上記条件を満たさない場合には、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を拒否する。
【００９８】
ステップＳ１１０において、Ｄ２Ｄ通信を許可した場合、ステップＳ１１１の処理が行われる。一方、ステップＳ１１０において、Ｄ２Ｄ通信を拒否した場合、ステップＳ１１４の処理が行われる。
【００９９】
ステップＳ１１１において、ネットワーク６００は、保持したトラフィック量Ｔ（ｅＮＢ１）に基づいて、Ｄ２Ｄ通信を許可するか否かを判定する。
【０１００】
具体的には、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）が大きい場合には、Ｄ２Ｄ通信を許可すると判定し、トラフィック量Ｔ（ｅＮＢ１）が小さい場合には、Ｄ２Ｄ通信を許可しないと判定する。すなわち、トラフィック量Ｔ（ｅＮＢ１）が閾値Ｔｔｈを超える（Ｔ（ｅＮＢ１）＞Ｔｔｈ）場合には、ステップＳ１１２の処理が行われる。一方、トラフィック量Ｔ（ｅＮＢ１）が閾値Ｔｔｈを超えない（Ｔ（ｅＮＢ１）≦Ｔｔｈ）場合には、ステップＳ１１３の処理が行われる。
【０１０１】
ステップＳ１１２において、ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれに、ｅＮＢ２００を経由して、Ｄ２Ｄ通信を許可することを示すＤ２Ｄ指示を行う。
【０１０２】
Ｄ２Ｄ指示は、ＵＥ１００−１の識別子（端末１）、ＵＥ１００−２の識別子（端末２）及びアプリ識別子を含む。
【０１０３】
ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ指示を受信する。Ｄ２Ｄ指示を受信したＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信を開始する。
【０１０４】
一方、ステップＳ１１３において、ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれに、ｅＮＢ２００を経由して、Ｄ２Ｄ通信を却下することを示すＤ２Ｄ却下指示を行う。
【０１０５】
Ｄ２Ｄ却下指示は、ＵＥ１００−１の識別子（端末１）、ＵＥ１００−２の識別子（端末２）及びアプリ識別子を含む。
【０１０６】
ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ却下指示を受信する。これにより、ＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信をできない。
【０１０７】
また、ステップＳ１１４において、ネットワーク６００は、ステップＳ１１３と同様にして、ＵＥ１００−１及びＵＥ１００−２に、ｅＮＢ２００を経由して、Ｄ２Ｄ通信を却下することを示すＤ２Ｄ却下指示を行う。
【０１０８】
（第１実施形態のまとめ）
本実施形態において、通信制御方法は、ネットワーク６００が、トラフィック量Ｔ（ｅＮＢ１）を取得するステップと、ネットワーク６００が、トラフィック量Ｔ（ｅＮＢ１）に基づいて、ＵＥ１００−１のＤ２Ｄ通信を許可するか否かを判定するステップと、を有する。これにより、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）に基づいて、ＵＥ１００−１のＤ２Ｄ通信を許可するか否かを判定するため、トラフィック量Ｔ（ｅＮＢ１）に応じて、Ｄ２Ｄ通信を行うＵＥ１００の数を制御することができる。従って、Ｄ２Ｄ通信を行うＵＥ１００の数を制御しつつ、ネットワークの負荷を低減できる。
【０１０９】
本実施形態において、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）が閾値Ｔｔｈを超える場合に、Ｄ２Ｄ通信を許可する。これにより、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）が閾値Ｔｔｈよりも小さい場合には、Ｄ２Ｄ通信を許可しないため、Ｄ２Ｄ通信を行うＵＥ１００の数を増加することを抑制できる。一方、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）が閾値Ｔｔｈよりも大きい場合には、Ｄ２Ｄ通信を許可するため、ｅＮＢ２００の負荷を低減できる。
【０１１０】
本実施形態において、通信制御方法は、ｅＮＢ２００が、ネットワーク６００にトラフィック量を定期的又は不定期に送信するステップをさらに有し、トラフィック量Ｔ１と、ｅＮＢ１がトラフィック量Ｔ１の後に実測したトラフィック量Ｔ２との差が、閾値を超えた場合に、ｅＮＢ２００は、トラフィック量Ｔ２をネットワーク６００に送信する。これにより、ｅＮＢ２００は、トラフィック量の変化が大きい場合にのみ、ネットワーク６００にトラフィック量を通知するため、ｅＮＢ２００及びネットワーク６００の負荷を低減できる。
【０１１１】
［第２実施形態］
（第２実施形態に係る移動通信システムの動作）
次に、第２実施形態に係る移動通信システムの動作について、図９を用いて説明する。図９は、第２実施形態に係る移動通信システムの動作例を示すシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１１２】
上述した第１実施形態では、ｅＮＢ２００の負荷レベルは、ｅＮＢ２００が実測したトラフィック量Ｔ（ｅＮＢ１）（実測負荷レベル）である。本実施形態では、ｅＮＢ２００の負荷レベルは、ＵＥ１００−１がＤ２Ｄ通信において送信するデータ容量Ｗ（予測負荷レベル）である。
【０１１３】
図９に示されるステップＳ２０１及びＳ２０２は、第１実施形態のステップＳ１０４及びＳ１０５に対応する。
【０１１４】
ステップＳ２０３及びＳ２０４において、ＵＥ１００−１は、第１実施形態のステップＳ１０６及びＳ１０７と同様にして、Ｄｉｓｃｏｖｅｒｙ信号を受信し、ｅＮＢ２００へＤｉｓｃｏｖｅｒ受信情報を送信する。本実施形態において、Ｄｉｓｃｏｖｅｒ受信情報は、端末１、端末２、アプリ識別子、及び、受信強度Ａを示す情報に加えて、ＵＥ１００−１がＤ２Ｄ通信において送信する予定のデータのデータ量に応じたデータ情報を含む。具体的には、データ情報は、データ容量Ｗを示す情報を含む。
【０１１５】
ステップＳ２０５及びＳ２０６は、第１実施形態のステップＳ１０８及びＳ１０９に対応する。
【０１１６】
ステップＳ２０６において、ネットワーク６００は、Ｄｉｓｃｏｖｅｒ受信情報を受信することにより、データ情報により予測される負荷レベル（データ容量Ｗ）をｅＮＢ２００の負荷レベルとして取得する。
【０１１７】
ステップＳ２０７において、ネットワーク６００は、Ｄｉｓｃｏｖｅｒ受信情報に基づいて、Ｄ２Ｄ通信を許可するか否かを判定する。具体的には、ネットワーク６００は、下記条件を満たす場合に、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を許可する。
【０１１８】
Ａ＋α＜Ｂ
【０１１９】
本実施形態において、αは、定数である。なお、αは、第１実施形態と同様に、トラフィック量Ｔ（ｅＮＢ１）に応じて決定されてもよいし、トラフィック量Ｔ（ｅＮＢ１）に応じて決定されなくてもよい。
【０１２０】
ステップＳ２０７において、Ｄ２Ｄ通信を許可した場合、ステップＳ２０８の処理が行われる。一方、ステップＳ２０７において、Ｄ２Ｄ通信を拒否した場合、ステップＳ２１１の処理が行われる。
【０１２１】
ステップＳ２０８において、ネットワーク６００は、データ容量Ｗが閾値Ｗｔｈを超える（Ｗ＞Ｗｔｈ）場合に、ステップＳ２０９の処理が行われる。一方、ステップＳ２０８において、データ容量Ｗが閾値Ｗｔｈを超えない（Ｗ≦Ｗｔｈ）場合には、ステップＳ２１０の処理が行われる。
【０１２２】
ステップＳ２０９からＳ２１１は、第１実施形態におけるステップＳ１１２からＳ１１４に対応する。
【０１２３】
（第２実施形態の変形例）
次に、第２実施形態の変形例について、説明する。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１２４】
上述した第２実施形態では、ネットワーク６００は、予測される負荷レベルであるデータ容量Ｗに基づいて、Ｄ２Ｄ通信を許可するか否かを判定している。上述した第２実施形態において、以下の予測負荷レベルに基づいて、Ｄ２Ｄ通信を許可するか否かを判定してもよい。
【０１２５】
（１）送信時間ｔ
ネットワーク６００は、現在ＵＥ１００−１が割り当てられている帯域Ｒを用いて、データ容量Ｗのデータを送信した場合に、送信するために要する送信時間ｔ（＝Ｗ／Ｒ）に基づいて、Ｄ２Ｄ通信を許可するか否かを判定してもよい。
【０１２６】
この場合、ＵＥ１００−１は、データ容量Ｗ、及び、現在ＵＥ１００−１が割り当てられている帯域Ｒを示す情報をデータ情報として送信する。または、ＵＥ１００−１は、送信時間ｔをデータ情報として送信してもよい。
【０１２７】
（２）要求スループットθ
ネットワーク６００は、ＵＥ１００−１が要求する要求スループットθに基づいて、Ｄ２Ｄ通信を許可するか否かを判定してもよい。
【０１２８】
ＵＥ１００−１は、Ｄ２Ｄ通信において送信する予定の全体のデータ容量Ｗが分からない場合（例えば、通話を行う場合）には、要求スループットθをネットワーク６００に送信してもよい。すなわち、ＵＥ１００−１は、継続的に一定容量のデータの送信が発生する場合、要求スループットθをネットワーク６００に送信してもよい。
【０１２９】
要求スループットθは、ＵＥ１００−１及びＵＥ１００−２間でセルラ通信を行っている場合には、一定期間に送受信したデータ容量Ｗに基づいて、求められてもよい。または、要求スループットθは、Ｄ２Ｄ通信において使用されるアプリケーションから想定される（例えば、音声符号化レート又は画像符号化レートから想定される）スループットであってもよい。
【０１３０】
（３）複数の予測負荷レベル
ネットワーク６００は、複数の予測負荷レベルに基づいて、Ｄ２Ｄ通信を許可するか否かを判定してもよい。
【０１３１】
例えば、ＵＥ１００−１は、Ｄ２Ｄ通信において複数のアプリケーションを使用する予定の場合、複数のアプリケーションのそれぞれにおいて送信する予定のデータ量に応じた複数のデータ情報をネットワーク６００に送信する。具体的には、ＵＥ１００−１が、一時的なデータの送信（例えば、ファイル転送）と、上述のような継続的なデータの送信と、を行う場合、ＵＥ１００−１は、データ情報として、一時的なデータの送信におけるデータ容量Ｗと、継続的なデータの送信における要求スループットθと、をネットワーク６００に送信する。
【０１３２】
ネットワーク６００は、データ容量Ｗが閾値Ｗｔｈを超える場合で、かつ、要求スループットθが閾値θｔｈを超える場合に、Ｄ２Ｄ通信を許可するだけでなく、データ容量Ｗが閾値Ｗｔｈを超える場合、又は、要求スループットθが閾値θｔｈを超える場合に、Ｄ２Ｄ通信を許可してもよい。さらに、ネットワーク６００は、データ容量Ｗが閾値Ｗｔｈを超えない場合で、かつ、要求スループットθが閾値θｔｈを超えない場合であっても、データ容量Ｗと要求スループットθとの合計値が閾値を超える場合には、Ｄ２Ｄ通信を許可してもよい。
【０１３３】
ここで、データ容量Ｗと要求スループットθとの合計値は、以下のようにして、求めることができる。
【０１３４】
例えば、要求スループットθにデータ容量Ｗの送信時間ｔを掛けてデータ容量Ｗθを求める。データ容量Ｗとデータ容量Ｗθとの合計値が閾値Ｗｔｈを超える場合には、Ｄ２Ｄ通信を許可してもよい。または、データ容量Ｗを送信時間ｔで割って単位時間当たりのスループットθｗを求める。スループットθｗと要求スループットθとの合計値が閾値θｔｈを超える場合には、Ｄ２Ｄ通信を許可してもよい。
【０１３５】
（第２実施形態のまとめ）
本実施形態において、通信制御方法は、ＵＥ１００−１が、Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報をネットワーク６００に送信するステップをさらに有し、ネットワーク６００がｅＮＢ２００の負荷レベルを取得するステップは、ネットワーク６００が、データ容量ＷをｅＮＢ２００の負荷レベルとして取得するステップを含み、ネットワーク６００は、データ容量Ｗが閾値Ｗｔｈを超える場合に、Ｄ２Ｄ通信を許可する。これにより、ＵＥ１００−１が送信するデータのデータ容量Ｗが大きい場合には、Ｄ２Ｄ通信により優先的にデータを送信させることによって、ネットワークの負荷を低減できる。一方、ＵＥ１００−１が送信するデータのデータ容量Ｗが小さい場合には、ＵＥ１００−１が送信するデータをセルラ通信により送信してもネットワークの負荷が大きくないため、Ｄ２Ｄ通信を許可しないことによって、Ｄ２Ｄ通信を行うユーザ端末の数が増加することを抑制できる。
【０１３６】
本変形例において、データ容量Ｗと要求スループットθとをネットワーク６００に送信し、ネットワーク６００は、データ容量Ｗと要求スループットθとのうち、データ容量Ｗ及び要求スループットθの少なくとも一方が閾値を超える場合に、Ｄ２Ｄ通信を許可する。これにより、ＵＥ１００がＤ２Ｄ通信を許可され易くなるため、ネットワーク６００の負荷をより低減できる。
【０１３７】
本変形例において、ネットワーク６００は、データ容量Ｗとデータ容量Ｗθとの合計値が閾値Ｗｔｈを超える場合には、Ｄ２Ｄ通信を許可してもよく、スループットθｗと要求スループットθとの合計値が閾値θｔｈを超える場合には、Ｄ２Ｄ通信を許可してもよい。これにより、ＵＥ１００がＤ２Ｄ通信を許可され易くなるため、ネットワーク６００の負荷をより低減できる。
【０１３８】
［第３実施形態］
（第３実施形態に係る移動通信システムの動作）
次に、第３実施形態に係る移動通信システムの動作について、図１０及び図１１を用いて説明する。図１０は、第３実施形態に係る移動通信システムの動作例を示すシーケンス図である。図１１（ａ）は、所定値αとトラフィック量Ｔとの関係を示す図である。図１１（ｂ）は、閾値θｔｈとトラフィック量Ｔとの関係を示す図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１３９】
上述した第２実施形態では、閾値Ｗｔｈは、トラフィック量Ｔに応じて決定されていないが、本実施形態では、閾値θｔｈは、トラフィック量Ｔに応じて決定される。また、本実施形態では、データ容量Ｗの代わりに、要求スループットθを送信する。
【０１４０】
図１０に示されるステップＳ３０１からＳ３０３は、第１実施形態のステップＳ１０１からＳ１０３に対応する。ステップＳ３０４からＳ３１０は、データ容量Ｗを要求スループットθに置き換えることにより、第２実施形態のステップＳ２０１からＳ２０７に対応する。
【０１４１】
ステップＳ３１０及びＳ３１１のそれぞれにおいて、ネットワーク６００がトラフィック量Ｔ（ｅＮＢ１）に応じて所定値α（Ｔ（ｅＮＢ１））及びスループットの閾値θｔｈ（Ｔ（ｅＮＢ１））をそれぞれ決定する。
【０１４２】
具体的には、本実施形態において、図１１（ａ）に示すように、トラフィック量Ｔ（ｅＮＢ１）が小さい場合には、所定値α（Ｔ（ｅＮＢ１））が大きくなり、トラフィック量Ｔ（ｅＮＢ１）が大きい場合には、所定値α（Ｔ（ｅＮＢ１））が小さくなるように、所定値α（Ｔ（ｅＮＢ１））は、決定される。また、トラフィック量Ｔ（ｅＮＢ１）が所定値よりも小さい場合及びトラフィック量Ｔ（ｅＮＢ１）が所定値よりも大きい場合には、所定値α（Ｔ（ｅＮＢ１））は、一定である。
【０１４３】
また、図１１（ｂ）に示すように、閾値θｔｈ（Ｔ（ｅＮＢ１））は、所定値α（Ｔ（ｅＮＢ１））と同様である。すなわち、閾値θｔｈ（Ｔ（ｅＮＢ１））は、トラフィック量Ｔ（ｅＮＢ１）に応じて、決定される。
【０１４４】
ステップＳ３１０において、Ｄ２Ｄ通信を許可した場合、ステップＳ３１１の処理が行われる。一方、ステップＳ３１０において、Ｄ２Ｄ通信を拒否した場合、ステップＳ３１４の処理が行われる。
【０１４５】
ステップＳ３１１において、ネットワーク６００は、要求スループットθが閾値θｔｈを超える（θ＞θｔｈ）場合に、ステップＳ３１２の処理が行われる。一方、要求スループットθが閾値θｔｈを超えない（θ≦θｔｈ）場合には、ステップＳ３１３の処理が行われる。
【０１４６】
例えば、トラフィック量Ｔ（ｅＮＢ１）が小さい場合には、ＵＥ１００が要求する要求スループットθが高い場合（例えば、映像配信、又は、高解像度テレビ電話のような音声と高画質の画像による継続的なデータの転送）にのみ、Ｄ２Ｄ通信を許可する。一方、トラフィック量Ｔ（ｅＮＢ１）が大きい場合には、ＵＥ１００が要求する要求スループットθが低い場合（例えば、低解像度の映像配信、又は、低解像度テレビ電話のような音声と低画質の画像による継続的なデータの転送）であっても、Ｄ２Ｄ通信を許可する。
【０１４７】
ステップＳ３１２からＳ３１４は、第１実施形態におけるステップＳ１１２からＳ１１４に対応する。
【０１４８】
（第３実施形態の変形例に係る移動通信システムの動作）
次に、第３実施形態の変形例に係る移動通信システムの動作ついて、図１２及び図１３を参照しながら説明する。図１２及び図１３は、第３実施形態の変形例に係る移動通信システムの動作例を示すシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１４９】
上述した第１実施形態では、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００との接続を確立する。本変形例では、ＵＥ１００−１は、ｅＮＢ２００−１との接続を確立し、ＵＥ１００−２は、ｅＮＢ２００−１に隣接するｅＮＢ２００−２との接続を確立する。
【０１５０】
図１２に示すように、ステップＳ４０１において、ｅＮＢ２００−１は、ｅＮＢ２００−１全体のトラフィック量を計測する。
【０１５１】
ステップＳ４０２において、ｅＮＢ２００−１は、ネットワーク６００にトラフィック通知を送信する。ネットワーク６００は、トラフィック通知を受信する。トラフィック通知は、ｅＮＢ２００−１の識別子（ｅＮＢ１）及びｅＮＢ２００−１のトラフィック量Ｔ（ｅＮＢ１）を示す情報を含む。
【０１５２】
ステップＳ４０３において、ネットワーク６００は、トラフィック通知に含まれるトラフィック量Ｔ（ｅＮＢ１）を保持する。
【０１５３】
ステップＳ４０４において、ｅＮＢ２００−２は、ｅＮＢ２００−２全体のトラフィック量を計測する。
【０１５４】
ステップＳ４０５において、ｅＮＢ２００−２は、ネットワーク６００にトラフィック通知を送信する。ネットワーク６００は、トラフィック通知を受信する。トラフィック通知は、ｅＮＢ２００−２の識別子（ｅＮＢ２）及びｅＮＢ２００−２のトラフィック量Ｔ（ｅＮＢ２）を示す情報を含む。
【０１５５】
ステップＳ４０６において、ネットワーク６００は、トラフィック通知に含まれるトラフィック量Ｔ（ｅＮＢ２）を保持する。
【０１５６】
ステップＳ４０７及びＳ４０８は、第１実施形態のステップＳ１０４及びＳ１０５に対応する。
【０１５７】
ステップＳ４０９及びＳ４１０において、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号を受信し、ＵＥ１００−２へＤｉｓｃｏｖｅｒ応答信号を送信する。ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒ応答信号を受信する。
【０１５８】
ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号の受信電力を測定する。これにより、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号の受信強度Ａ１を取得する。また、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号に含まれている送信電力ａでＤｉｓｃｏｖｅｒ応答信号を送信する。
【０１５９】
Ｄｉｓｃｏｖｅｒ応答信号は、Ｄｉｓｃｏｖｅｒｙ信号を受信したことを示す情報であり、ＵＥ１００−２へ送信される。また、Ｄｉｓｃｏｖｅｒ応答信号は、端末２及び送信電力ａを示す情報を含む。Ｄｉｓｃｏｖｅｒ応答信号は、ＵＥ１００−１の識別子（端末１）を示す情報を含んでもよい。
【０１６０】
ステップＳ４１１において、ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒ応答信号の受信電力を測定する。これにより、ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒ応答信号の受信強度Ａ２を取得する。
【０１６１】
ステップＳ４１２において、ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒ応答情報を送信電力ａで送信する。ｅＮＢ２００−２は、Ｄｉｓｃｏｖｅｒ応答情報を受信する。
【０１６２】
Ｄｉｓｃｏｖｅｒ応答情報は、Ｄｉｓｃｏｖｅｒ応答信号を受信したことを示す情報であり、Ｄ２Ｄ通信を要求することを示す情報である。Ｄｉｓｃｏｖｅｒ応答情報は、端末１、端末２、アプリ識別子、要求スループットθ２、及び、取得した受信強度Ａ２を示す情報を含む。
【０１６３】
ステップＳ４１３において、ｅＮＢ２００−２は、Ｄｉｓｃｏｖｅｒ応答情報の受信電力を測定する。これにより、ｅＮＢ２００−２は、Ｄｉｓｃｏｖｅｒ応答情報の受信強度Ｂ２を取得する。
【０１６４】
ステップＳ４１４において、ｅＮＢ２００−２は、Ｄｉｓｃｏｖｅｒ応答情報をネットワーク６００に送信する。ステップＳ４１４におけるＤｉｓｃｏｖｅｒ応答情報は、ステップＳ４１２におけるＤｉｓｃｏｖｅｒ応答情報に含まれる情報に加えて、Ｄｉｓｃｏｖｅｒ応答情報の受信強度Ｂ２を示す情報を含む。
【０１６５】
ステップＳ４１５からＳ４１７は、第３実施形態におけるステップＳ３０７からＳ３０９に対応する。なお、ＵＥ１００−１が要求するスループットは、要求スループットθ１であり、ｅＮＢ２００−１が受信したＤｉｓｃｏｖｅｒ受信情報の受信強度は、受信強度Ｂ１である。
【０１６６】
図１３に示すように、ステップＳ４１８において、ネットワーク６００は、Ｄｉｓｃｏｖｅｒ受信情報及びＤｉｓｃｏｖｅｒ応答情報に基づいて、Ｄ２Ｄ通信を許可するか否かを判定する。具体的には、ネットワーク６００は、下記条件を満たす場合に、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を許可する。
【０１６７】
Ａ１＋α（Ｔ（ｅＮＢ１））＜Ｂ１
Ａ２＋α（Ｔ（ｅＮＢ２））＜Ｂ２
【０１６８】
一方、ネットワーク６００は、上記条件を満たさない場合には、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を拒否する。
【０１６９】
ステップＳ４１８において、Ｄ２Ｄ通信を許可した場合、ステップＳ４１９の処理が行われる。一方、ステップＳ４１８において、Ｄ２Ｄ通信を拒否した場合、ステップＳ４２２の処理が行われる。
【０１７０】
ステップＳ４１９において、ネットワーク６００は、要求スループットθ１及び要求スループットθ２が所定の閾値を超えるか否かを判定する。
【０１７１】
具体的には、ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ１））を超える場合で、かつ、要求スループットθ２が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超える場合に、Ｄ２Ｄ通信を許可すると判定し、ステップＳ４２０の処理が行われる。一方、ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ１））を超えない場合、又は、要求スループットθ２が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超えない場合に、Ｄ２Ｄ通信を許可しないと判定し、ステップＳ４２１の処理が行われる。
【０１７２】
ここで、θｔｈ（Ｔ（ｅＮＢ１））及びθｔｈ（Ｔ（ｅＮＢ２））は、上述した第３実施形態と同様に、θｔｈ（Ｔ（ｅＮＢ１））は、ｅＮＢ２００−１のトラフィック量Ｔ（ｅＮＢ１）に応じて決定され、θｔｈ（Ｔ（ｅＮＢ２））は、ｅＮＢ２００−２のトラフィック量Ｔ（ｅＮＢ２）に応じて決定される。
【０１７３】
また、本変形例では、ネットワーク６００が、所定の条件に応じて、係数βの値を決定することにより、要求スループットと比較する閾値の値を決定する。
【０１７４】
具体的には、ネットワーク６００は、ｅＮＢ２００−１に接続し、かつ、ＵＥ１００−１とＤ２Ｄ通信を行う予定のＵＥ１００の数（Ｎ＋１）に応じて、係数βを決定する。例えば、ネットワーク６００は、係数βが１／（Ｎ＋１）となるように決定する。なお、ｅＮＢ２００−２に接続し、かつ、ＵＥ１００−２とＤ２Ｄ通信を行う予定のＵＥ１００の数Ｎに応じて、係数βを決定してもよい。本実施形態であれば、Ｎ＝０であるため、係数βは、１となる。
【０１７５】
また、本変形例のように、ＵＥ１００−１が接続するｅＮＢ２００−１と、ＵＥ１００−１とＤ２Ｄ通信を行う予定のＵＥ１００−２が接続するｅＮＢ２００−２とが異なる場合（すなわち、Ｄ２Ｄ通信を行う複数のＵＥ１００が接続するｅＮＢ２００が異なる場合）、ｅＮＢ２００−１又はｅＮＢ２００−２の負荷レベルに応じて、ネットワーク６００は、係数βを決定してもよい。従って、ネットワーク６００は、ｅＮＢ２００−１に接続するＵＥ１００−１のＤ２Ｄ通信を許可するために比較する閾値を、隣接するｅＮＢ２００の負荷レベルに応じて、決定してもよい。
【０１７６】
例えば、ネットワーク６００は、トラフィック量Ｔ（ｅＮＢ１）及びトラフィック量Ｔ（ｅＮＢ２）のうち、トラフィック量Ｔが大きい方に応じて、係数βを決定してもよい。
【０１７７】
なお、ｅＮＢ２００−１又はｅＮＢ２００−２の負荷レベルは、Ｄ２Ｄ通信を行う予定のＵＥ１００の数であってもよい。
【０１７８】
ネットワーク６００が係数βを決定することにより、閾値β×θｔｈ（Ｔ（ｅＮＢ１））及び閾値β×θｔｈ（Ｔ（ｅＮＢ２））が決定する。
【０１７９】
ネットワークは、決定された閾値に基づいて、判定を行う。
【０１８０】
ステップＳ４２０からＳ４２２は、第１実施形態のステップＳ１１２からＳ１１４に対応する。
【０１８１】
（第３実施形態のまとめ）
本実施形態において、通信制御方法は、トラフィック量（Ｔ（ｅＮＢ１）及びＴ（ｅＮＢ２））に応じて、ネットワーク６００が、スループットθと比較する閾値を決定するステップをさらに有する。これにより、ネットワーク６００の負荷に応じて、Ｄ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うＵＥ１００の数を制御しつつ、ネットワーク６００の負荷をより低減できる。
【０１８２】
本実施形態の変形例において、通信制御方法は、ｅＮＢ２００−１に接続し、かつ、ＵＥ１００−１とＤ２Ｄ通信を行う予定のＵＥ１００の数に応じて、ネットワーク６００が閾値を決定する。これにより、ｅＮＢ２００の負荷に応じて、Ｄ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うＵＥ１００の数を制御しつつ、ネットワーク６００の負荷をより低減できる。
【０１８３】
本実施形態の変形例において、通信制御方法は、ＵＥ１００−２がｅＮＢ２００−１に隣接するｅＮＢ２００−２に接続する場合、ｅＮＢ２００−２の負荷レベルに応じて、ネットワーク６００が閾値を決定する。これにより、ｅＮＢ２００−２の負荷レベルに応じて、ｅＮＢ２００−１に接続するＵＥ１００−１のＤ２Ｄ通信を許可するか否かを判定することができるため、Ｄ２Ｄ通信を行うＵＥ１００の数を制御しつつ、ネットワーク６００の負荷をより低減できる。
【０１８４】
［第４実施形態］
（第４実施形態に係る移動通信システムの動作）
次に、第４実施形態に係る移動通信システムの動作について、図１４を参照しながら説明する。図１４は、第４実施形態に係る移動通信システムの動作例を示すシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１８５】
上述した第１から第３実施形態では、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信が行われていなかったが、本実施形態では、図１４に示すように、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信が行われている。
【０１８６】
ステップＳ５０１からＳ５０３は、第１実施形態のステップＳ１０１からＳ１０３に対応する。
【０１８７】
ステップＳ５０４において、ネットワーク６００は、データ情報送信指示を、ｅＮＢ２００を経由して、ＵＥ１００−１及びＵＥ１００−２に行う。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、データ情報送信指示を受信する。
【０１８８】
データ情報送信指示は、ＵＥ１００−１及びＵＥ１００−２のそれぞれがＤ２Ｄ通信において送信する予定のデータのデータ量に応じたデータ情報をネットワーク６００に送信させるための指示である。
【０１８９】
ステップＳ５０５において、ＵＥ１００−１及びＵＥ１００−２のそれぞれは、データ情報を、ｅＮＢ２００を経由して、ネットワーク６００に送信する。ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれからデータ情報を受信する。
【０１９０】
本実施形態において、データ情報は、Ｄ２Ｄ通信における要求スループットθを示す情報である。ＵＥ１００−１は、端末１、アプリ識別子及び要求スループットθ１を含むデータ情報を送信する。ＵＥ１００−２は、端末２、アプリ識別子及び要求スループットθ２を含むデータ情報を送信する。
【０１９１】
ステップＳ５０６において、第３実施形態の変形例のステップＳ４１９と同様にして、ネットワーク６００は、要求スループットθ１及び要求スループットθ２が所定の閾値を超えるか否かを判定する。ネットワーク６００は、Ｄ２Ｄ通信を終了させるか否かを判定する。
【０１９２】
ステップＳ５０６において、ネットワーク６００は、要求スループットθ１が閾値β×θｔｈ（Ｔ（ｅＮＢ１））を超えた場合で、かつ、要求スループットθ２が閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超えた場合には、Ｄ２Ｄ通信を終了させないと判定し、ステップＳ５０７の処理が行われる。一方、ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ１））を超えない場合、又は、要求スループットθ２が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超えない場合には、Ｄ２Ｄ通信を終了させると判定し、ステップＳ５０８の処理が行われる。
【０１９３】
ステップＳ５０７において、ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれに、Ｄ２Ｄ通信を継続することを示すＤ２Ｄ継続指示を行う。Ｄ２Ｄ継続指示を受信したＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信を継続する。
【０１９４】
一方、ステップＳ５０８において、ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれに、Ｄ２Ｄ通信を終了することを示すＤ２Ｄ終了指示を行う。
【０１９５】
ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２がＤ２Ｄ通信を継続している間は、Ｄ２Ｄ通信を終了させるための指示を送信しなくてもよい。具体的には、ネットワーク６００は、ＵＥ１００−１及びＵＥ１００−２から送信されるデータ情報に基づいて、Ｄ２Ｄ通信が停止した（Ｄ２Ｄ通信におけるスループットθが０）と判定した場合に、Ｄ２Ｄ終了指示を行ってもよい。
【０１９６】
Ｄ２Ｄ終了指示を受信したＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信を終了する。なお、ネットワーク６００は、Ｄ２Ｄ通信からセルラ通信に切り替える制御を行ってもよい。
【０１９７】
（第４実施形態の変形例に係る移動通信システムの動作）
次に、第４実施形態の変形例に係る移動通信システムの動作ついて、図１５を参照しながら説明する。図１５は、第４実施形態の変形例に係る移動通信システムの動作例を示すシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１９８】
上述した第１実施形態では、ＵＥ１００−１は、ｅＮＢ２００−１と接続したが、本実施形態では、ｅＮＢ２００−１と接続しているＵＥ１００−１が、ｅＮＢ２００−２にハンドオーバを実行する。
【０１９９】
図１５に示すように、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信が行われている。
【０２００】
ステップＳ６０１からＳ６０６は、第３実施形態の変形例のステップＳ４０１からＳ４０６に対応する。なお、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信が行われている間に、ステップＳ６０１からＳ６０６の処理は行われる。
【０２０１】
ステップＳ６０７において、ＵＥ１００−１は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）をｅＮＢ２００−１に送信する。Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔは、端末１、アプリ識別子、要求スループットθ１を示す情報を含む。
【０２０２】
ステップＳ６０８において、ｅＮＢ２００−１は、ＵＥ１００−１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、ｅＮＢ２００−２へのＵＥ１００−１のハンドオーバを行うと決定する。
【０２０３】
ステップＳ６０９において、ｅＮＢ２００−１は、ＵＥ１００−１の受け入れを要求するためのハンドオーバ要求（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ）をｅＮＢ２００−２に送信する。
【０２０４】
ｅＮＢ２００−２は、ハンドオーバ要求を受信すると、ハンドオーバ要求に基づいて、ハンドオーバ要求を許可するか否かを判定する。本実施形態では、ｅＮＢ２００−２がハンドオーバ要求を許可すると仮定して説明を進める。
【０２０５】
ステップＳ６１０において、ｅＮＢ２００−２は、ハンドオーバ要求に対する肯定応答（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ  Ａｃｋ）をｅＮＢ２００−１に送信する。
【０２０６】
ステップＳ６１１において、ｅＮＢ２００−１は、ｅＮＢ２００−２からの肯定応答（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ  Ａｃｋ）を受信したことに応じて、ｅＮＢ２００−２へのハンドオーバの指示（Ｈ．Ｏ．  Ｃｏｍｍａｎｄ）をＵＥ１００−１に送信する。
【０２０７】
ステップＳ６１２において、ｅＮＢ２００−１は、ｅＮＢ２００−２からの肯定応答（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ  Ａｃｋ）を受信したことに応じて、ＵＥ１００−１のデータ情報をネットワーク６００に送信する。本実施形態において、データ情報は、Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔに含まれていた端末１、アプリ識別子及び要求スループットθ１を示す情報を含む。ネットワーク６００は、は、データ情報を受信する。
【０２０８】
ステップＳ６１３において、ネットワーク６００は、Ｄ２Ｄ通信を終了させるか否かを判定する。すなわち、ネットワーク６００は、要求スループットθ１が所定の閾値を超えるか否かを判定する。
【０２０９】
具体的には、ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超えるか否かを判定する。
【０２１０】
ここで、ネットワーク６００は、ＵＥ１００−１のハンドオーバが完了していない場合であっても、閾値β×θｔｈ（Ｔ（ｅＮＢ１））ではなく、ハンドオーバ先のｅＮＢ２００−２のトラフィック量Ｔ（ｅＮＢ２）に応じて決定された閾値β×θｔｈ（Ｔ（ｅＮＢ１））と要求スループットθ１とを比較する。
【０２１１】
ここで、ネットワーク６００は、ＵＥ１００−１がハンドオーバを実行しない場合に比べて閾値が低い値になるように、係数βを１未満の値に決定してもよい。例えば、ネットワーク６００は、係数βを０にしてもよい。この場合、ＵＥ１００−１がハンドオーバを実行した後も、ＵＥ１００−１は、Ｄ２Ｄ通信を継続することができる。
【０２１２】
ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超える場合には、Ｄ２Ｄ通信を終了させないと判定し、ステップＳ６１４の処理が行われる。一方、ネットワーク６００は、要求スループットθ１が、閾値β×θｔｈ（Ｔ（ｅＮＢ２））を超えない場合には、Ｄ２Ｄ通信を終了させると判定し、ステップＳ６１５の処理が行われる。
【０２１３】
ステップＳ６１４及びＳ６１５は、第４実施形態のステップＳ５０７及びＳ５０８に対応する。
【０２１４】
（第４実施形態のまとめ）
本実施形態において、ネットワー３００は、ＵＥ１００−１及びＵＥ１００−２がＤ２Ｄ通信を行っている間に、スループットθ１を取得し、ネットワーク６００は、スループットθ１に基づいて、Ｄ２Ｄ通信を終了させるか否かを判定する。これにより、Ｄ２Ｄ通信を行っている場合であっても、Ｄ２Ｄ通信を終了させることができるため、Ｄ２Ｄ通信を行うＵＥ１００の数をより制御できる。
【０２１５】
本実施形態において、ネットワーク６００は、ＵＥ１００−１がＤ２Ｄ通信を継続している間は、Ｄ２Ｄ終了指示を送信しない。これにより、Ｄ２Ｄ通信が一旦終了してからＤ２Ｄ終了指示が送信される。このため、データの送信途中でＤ２Ｄ通信が終了させられたＵＥ１００−１がセルラ通信によりデータを送信する可能性が減るため、ネットワークの負荷を低減できる。
【０２１６】
本実施形態の変形例において、ＵＥ１００−１がｅＮＢ２００−２にハンドオーバを実行する場合に、ネットワーク６００は、ＵＥ１００−１がハンドオーバを実行しない場合に比べて、閾値を低い値に決定する。これにより、ＵＥ１００−１は、ハンドオーバを実行しても、継続してＤ２Ｄ通信を行い易くなるため、ＵＥ１００−１とＵＥ１００−２とのＤ２Ｄ通信が中断され難い。
【０２１７】
［その他の実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０２１８】
上述した実施形態では、ネットワーク６００（ＭＭＥ／Ｓ−ＧＷ３００）が、ＵＥ１００のＤ２Ｄ通信を許可するか否かの判定を行っていたが、これに限られない。ネットワーク６００は、ｅＮＢ２００を含み、ｅＮＢ２００が当該判定を行ってもよい。
【０２１９】
また、上述した実施形態では、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒ受信情報を送信していたが、これに限られない。例えば、Ｄ２Ｄ通信の開始を要求することを示すＤ２Ｄセットアップ要求であってもよい。この場合、Ｄ２Ｄ通信の相手端末が発見されていなくてもよい。
【０２２０】
また、上述した実施形態では、ネットワーク６００は、受信強度に基づいて、ＵＥ１００−１及びＵＥ１００−２によるＤ２Ｄ通信を許可していたが、これに限られない。例えば、受信強度に基づく判定を行わなくてもよい。
【０２２１】
また、上述した実施形態では、ｅＮＢ２００が実測した実測負荷レベルは、トラフィック量Ｔであったが、これに限らない。例えば、実測負荷レベルは、ｅＮＢ２００の無線リソースの使用率又はｅＮＢ２００の無線リソースの使用量であってもよい。
【０２２２】
また、上述した実施形態では、ｅＮＢ２００の負荷レベルが閾値を超えた場合に、Ｄ２Ｄ通信を許可すると判定しているが、これに限られない。例えば、ネットワーク６００は、トラフィック量Ｔに応じた確率で、Ｄ２Ｄ通信を許可すると判定してもよい。すなわち、最大トラフィック量Ｔｍａｘに対する計測したトラフィック量Ｔの割合（Ｔ／Ｔｍａｘ）に応じた確率で、Ｄ２Ｄ通信を許可してもよい。例えば、前記割合が、２０％である場合、２０％の確率で、ＵＥ１００にＤ２Ｄ通信を行わせると判定してもよい。
【０２２３】
これによれば、ｅＮＢ２００のトラフィック量Ｔが低い場合でもＤ２Ｄ通信を許可する可能性があるため、Ｄ２Ｄ通信を行うＵＥ１００の数を制御しつつも、Ｄ２Ｄ通信を有効に活用することができる。
【０２２４】
また、第４実施形態において、ネットワーク６００は、要求スループットθ１及び要求スループットθ２に基づいて、Ｄ２Ｄ通信を終了させるか否かを判定したが、これに限られない。例えば、第１実施形態のように、ネットワーク６００は、トラフィック量Ｔに基づいて、Ｄ２Ｄ通信を終了させるか否かを判定してもよい。
【０２２５】
また、上述した各実施形態及び各変形例は、それぞれ適宜組み合わせてもよいことは勿論である。
【０２２６】
上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０２２７】
なお、米国仮出願第６１／８０６２６５号（２０１３年３月２８日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２２８】
以上のように、本発明に係る通信制御方法及びプロセッサは、Ｄ２Ｄ通信を行うユーザ端末の数を制御しつつ、ネットワークの負荷を低減できるため、移動通信分野において有用である。
【図１】
2014157398.tif 000003
【図２】
2014157398.tif 000004
【図３】
2014157398.tif 000005
【図４】
2014157398.tif 000006
【図５】
2014157398.tif 000007
【図６】
2014157398.tif 000008
【図７】
2014157398.tif 000009
【図８】
2014157398.tif 000010
【図９】
2014157398.tif 000011
【図１０】
2014157398.tif 000012
【図１１】
2014157398.tif 000013
【図１２】
2014157398.tif 000014
【図１３】
2014157398.tif 000015
【図１４】
2014157398.tif 000016
【図１５】
2014157398.tif 000017
【手続補正書】
【提出日】平成27年9月17日(2015.9.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムに適用される通信制御方法であって、
前記ネットワークが、前記基地局の負荷レベルを取得するステップと、
前記ネットワークが、前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するステップと、を有することを特徴とする通信制御方法。
【請求項２】
前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末が、前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信するステップをさらに有し、
前記負荷レベルを取得するステップは、前記ネットワークが、前記データ情報により予測される予測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記負荷レベルが閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記データ情報を送信するステップにおいて、前記ユーザ端末は、前記Ｄ２Ｄ通信において使用される複数のアプリケーションのそれぞれにおいて送信する予定の前記データの量に応じた複数のデータ情報を前記ネットワークに送信し、
前記予測負荷レベルを取得するステップにおいて、前記ネットワークは、前記複数のデータ情報のそれぞれにより予測される複数の予測負荷レベルをそれぞれ前記負荷レベルとして取得し、
前記判定するステップにおいて、前記ネットワークは、前記複数の負荷レベルのうち、１以上の負荷レベルが前記閾値を超える場合に、前記Ｄ２Ｄ通信を許可することを特徴とする請求項３に記載の通信制御方法。
【請求項５】
前記判定するステップにおいて、前記複数の負荷レベルのそれぞれが前記閾値を超えない場合に、前記ネットワークが、前記複数の負荷レベルの合計値を算出するステップをさらに有し、
前記判定するステップにおいて、前記ネットワークは、前記合計値が前記閾値を超える場合には、前記Ｄ２Ｄ通信を許可することを特徴とする請求項４に記載の通信制御方法。
【請求項６】
前記基地局が実測した実測負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項７】
前記基地局に接続し、かつ、前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定のユーザ端末の数に応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項８】
前記ユーザ端末と前記Ｄ２Ｄ通信を行う予定の他のユーザ端末が前記基地局に隣接する隣接基地局に接続する場合、前記隣接基地局の負荷レベルに応じて、前記ネットワークが前記閾値を決定するステップをさらに有することを特徴とする請求項３に記載の通信制御方法。
【請求項９】
前記ネットワークが、前記判定するステップにおいて前記Ｄ２Ｄ通信が許可された前記ユーザ端末が前記Ｄ２Ｄ通信を行っている間に前記基地局の前記負荷レベルを取得するステップと、
前記ネットワークが、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を終了させるか否かを判定するステップと、をさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項１０】
前記ネットワークが、前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて前記Ｄ２Ｄ通信を終了させると判定した場合に、前記ユーザ端末に前記Ｄ２Ｄ通信を終了させるための指示を送信するステップをさらに有し、
前記指示を送信するステップにおいて、前記ネットワークは、前記ユーザ端末が前記Ｄ２Ｄ通信を継続している間は、前記Ｄ２Ｄ通信を終了させるための指示を送信しないことを特徴とする請求項９に記載の通信制御方法。
【請求項１１】
前記Ｄ２Ｄ通信を終了させるか否かを判定するステップにおいて、前記Ｄ２Ｄ通信を行っている間に取得した前記負荷レベルとの比較に用いられる閾値を決定するステップをさらに有し、
前記閾値を決定するステップにおいて、前記Ｄ２Ｄ通信を行っている前記ユーザ端末が前記基地局に隣接する隣接基地局にハンドオーバを実行する場合には、前記ネットワークは、前記ユーザ端末がハンドオーバを実行しない場合に比べて、前記閾値を低い値に決定することを特徴とする請求項９に記載の通信制御方法。
【請求項１２】
前記基地局が、前記ネットワーク装置に前記実測負荷レベルを定期的又は不定期に送信するステップをさらに有し、
前記実測負荷レベルを送信するステップにおいて、前記実測負荷レベルである第１の実測負荷レベルと、前記基地局が前記第１の実測負荷レベルの後に実測した前記実測負荷レベルである第２の実測負荷レベルとの差が、閾値を超えた場合に、前記基地局は、前記第２の実測負荷レベルを前記ネットワーク装置に送信することを特徴とする請求項２に記載の通信制御方法。
【請求項１３】
前記負荷レベルを取得するステップは、前記ネットワークが、前記基地局が実測した実測負荷レベルを前記負荷レベルとして取得するステップを含み、
前記判定するステップにおいて、前記ネットワークは、前記実測負荷レベルに応じた確率で、前記Ｄ２Ｄ通信を許可することを特徴とする請求項１に記載の通信制御方法。
【請求項１４】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ネットワーク装置に備えられるプロセッサであって、
前記基地局の負荷レベルを取得する処理を実行し、
前記負荷レベルに基づいて、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定する処理を実行することを特徴とするプロセッサ。
【請求項１５】
基地局と、該基地局との接続を確立するユーザ端末と、前記基地局及び該基地局の上位装置であるネットワーク装置を含むネットワークと、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける前記ユーザ端末に備えられるプロセッサであって、
前記Ｄ２Ｄ通信において送信する予定のデータの量に応じたデータ情報を前記ネットワークに送信する処理を実行し、
前記データ情報は、前記ユーザ端末の前記Ｄ２Ｄ通信を許可するか否かを判定するために用いられる前記基地局の負荷レベルを取得するために用いられることを特徴とするプロセッサ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
【非特許文献１】３ＧＰＰ技術報告  「ＴＲ  ２２．８０３  Ｖ１２．１．０」  ２０１３年３月１５日
【国際調査報告】
2014157398.tif 000018
2014157398.tif 000019
2014157398.tif 000020