(57)【要約】  本発明は、近接してほぼ同一の場所にいる複数の端末における測定を代表端末に行わせることを可能とし、端末による不必要な測定報告等を抑制する。ネットワークノードは、少なくとも、複数の端末の近接に関する情報を、他のノードから受信する受信部と、前記複数の端末の近接に関する情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部とを有する。
2017037845.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とするネットワークノード。 
【請求項２】
前記収集した情報に基づいて、前記複数の端末が近接していると判断する、ことを特徴とする請求項１記載のネットワークノード。
【請求項３】
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接の実行を示す情報、
前記複数の端末の契約者情報、
の少なくとも１つを含む、ことを特徴とする請求項１又は２記載のネットワークノード。
【請求項４】
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークノード。
【請求項５】
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一方を含む、ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワークノード。
【請求項６】
前記制御部は、前記複数の端末の契約者情報に基づいて測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワークノード。
【請求項７】
選択した前記測定報告を実行させる端末に対し、前記複数の端末を代表して測定報告を行うことを示す情報を含む測定設定情報を送信する送信部を更に有する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークノード。
【請求項８】
前記複数の端末のうち、選択した前記測定報告を実行させる端末以外の端末に対し、予め設定された測定設定情報の解放を示す情報を送信する送信部を更に有する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークノード。
【請求項９】
複数の端末と、
ネットワークノードと、
を備え、
前記ネットワークノードは、少なくとも、複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とするネットワークシステム。 
【請求項１０】
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接通信の実行を示す情報、
前記複数の端末の契約者情報、
の少なくとも１つを含む、ことを特徴とする請求項９記載のネットワークシステム。
【請求項１１】
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする請求項９又は１０に記載のネットワークシステム。
【請求項１２】
前記端末間直接通院の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一つを含む、ことを特徴とする請求項９乃至１１のいずれか１項に記載のネットワークシステム。
【請求項１３】
記複数の端末と、
ネットワークノードと、
を備えたネットワークの制御方法であって、
前記ネットワークノードは、
複数の端末の近接を判断するための情報を収集し、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とするネットワーク制御方法。 
【請求項１４】
複数の端末の近接を判断するための情報を収集するための処理と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する処理と、を、ネットワークノードを構成するコンピュータに実行させるプログラム。
【請求項１５】
複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作するネットワークノードから、測定設定又は測定再設定を受信する端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークノードとネットワークシステムと端末、ネットワーク制御方法並びにプログラムに関する。
【背景技術】
【０００２】
近年、ＩｏＴ(Internet of Things)やＩｏＥ(Internet of Everything)と称されるサービスが注目されてきている。これらのサービスは、従来の通信装置だけでなく、あらゆる「モノ」をネットワークに接続することによって、付加価値を提供することを目的としている。これらの技術によれば、ネットワークが、膨大に存在する「モノ」を収容することとなる。【０００３】
一方、ネットワークを管理運用するオペレータよる走行試験の最小化（ＭＤＴ（Minimization of Drive Tests））が３ＧＰＰ（Third Generation Partnership Project)で仕様化されている（例えば非特許文献１（3GPP TS32.422 V12.4.0）、非特許文献２（3GPP TS37.320 V12.2.0））。【０００４】
ＭＤＴでは、即時型（Immediate）ＭＤＴと記録型（Logged）ＭＤＴとが規定されている。即時型ＭＤＴでは、ＲＲＣ（Radio Resource Control）接続状態の端末が測定を行い、即時に測定結果を無線ネットワークに報告する。記録型ＭＤＴでは、ＲＲＣアイドル状態の端末が測定及び記録（ログ）を行い、その後ＲＲＣ接続状態になると、測定結果を無線ネットワークに報告する。端末（ＵＥ）が報告を行う無線アクセスネットワークには、例えばＥ−ＵＴＲＡＮ(Evolved Universal Terrestrial Radio Access Network)の基地局（evolved NodeB:ｅＮＢ）やＵＴＲＡＮの基地局制御局（Radio Network Controller:ＲＮＣ）等が含まれる。以下では、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ又はＵＴＲＡＮのＮｏｄｅＢとＲＮＣを「ｅＮＢ／ＲＮＣ」と表記することがある。【０００５】
記録型ＭＤＴでは、例えば、端末がアイドルモード（RRC Idle Mode、RRCアイドル状態）の際に、ＣＳＧ（Closed Subscriber Group）のセルなどの帰属できないセルや他のＰＬＭＮ（Public Land Mobile Network）のセルの測定と記録を行い、ＲＲＣコネクテッドモード（RRC Connected Mode、RRC接続状態）に復帰したら当該記録しておいた測定結果を報告する。【０００６】
エリアベース方式（Area based）ＭＤＴでは、測定を、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮの指定したセル、又は、位置登録エリア（ロケーションエリア(Location Area: LA)、ルーティングエリア(Routing Area: RA)、トラッキングエリア（Tracking Area: TA））に在圏する端末に実行させる。その他に、シグナリングベース（Signalling based）（又はサブスクリプションベース（subscription based））ＭＤＴでは、特定の加入者（Subscriber）について測定データの収集が行われ、例えばＯＡＭ（Operations, Administration, and Maintenance）で測定を行う端末を選択する。【０００７】
なお、ＭＤＴに関連して特許文献１には、無線ネットワーク側で無線端末（ＵＥ）が検出した無線カバレッジの不具合の原因を判別可能とし、該判別結果に応じた対処の決定、実行を可能とする構成が開示されている。また特許文献２には、端末による測定情報の収集と測定情報の無線ネットワークへの報告の少なくとも一方に関する設定情報を端末に通知し、端末による測定情報の収集と測定情報の無線ネットワークへの報告の少なくとも一方に関するステータスを受け、前記設定情報を再設定するか否かを判定することで、端末の負荷を軽減し、必要性の低い情報の報告を削減している。特許文献３には、端末のドライブ試験の省力化を行うサーバが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２０１２／０４３７９６号公報
【特許文献２】国際公開第２０１１／０８３８０１号公報
【特許文献３】特開２０１４−１５０５５７号公報
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 32.422 V12.4.0 (2014-12) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; Subscriber and equipment trace; Trace control and configuration management (Release 12)”, December 2014
【非特許文献２】3GPP TS 37.320 V12.2.0 (2014-9) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Universal Terrestrial Radio Access (UTRA) and Evolved Universal Terrestrial Radio Access (E-UTRA); Radio measurement collection for Minimization of Drive Tests (MDT); Overall description; Stage 2 (Release 12)”, September 2014
【非特許文献３】3GPP TS36.331 V12.6.0 (2015-06) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 12)”, June 2015
【非特許文献４】3GPP TS 23.303 V12.5.0 (2015-06) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 12)”, June 2015
【非特許文献５】3GPP TS 23.401 V12.9.0 (2015-06) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for  Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12)”, June 2015
【非特許文献６】3GPP TS 36.413 V13.0.0 (2015-06) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol (S1AP) (Release 13)”, June 2015
【発明の概要】
【発明が解決しようとする課題】
【００１０】
膨大なＩｏＴデバイスを収容するネットワークにとって、ＭＤＴという観点では、全てのＩｏＴデバイスから測定と記録の報告は必要ないかもしれない。例えばネットワークがカバレッジホールの検出を目的として端末にＭＤＴを指示する場合、所定の領域に発生したカバレッジホールは、少数の端末のみによる測定・記録、及び報告で十分かもしれない。すなわち、ネットワーク側によるカバレッジ最適化の用途によっては、当該カバレッジホールを検出可能な端末全てからの測定・記録、及び報告は不要かもしれない。【００１１】
本発明は、上記課題に鑑みて創案されたものであって、その目的は、互いに近接する関係を有する複数の端末のうち、少なくとも一部の端末について測定・記録及び報告の実施を免除すること（実行不要とすること）を可能とする方法、装置、プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の１つの側面によれば、少なくとも、複数の端末の近接を判断するための情報を、他のノードから受信する受信部と、前記複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部とを有するネットワークノードが提供される。【００１３】
本発明の別の側面の一つによれば、複数の端末と、ネットワークノードと、を備え、前記ネットワークノードは、少なくとも、複数の端末の近接を判断するための情報を、他のノードから受信するレシーバと、前記複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部とを有するネットワークシステムが提供される。【００１４】
本発明の別の側面の一つによれば、複数の端末とネットワークノードと、を備えたネットワークの制御方法であって、前記ネットワークノードは、少なくとも、複数の端末の近接を判断するための情報を、他のノードから受信し、前記複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する、ネットワーク制御方法が提供される。 【００１５】
本発明の別の側面の一つによれば、複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作するネットワークノードから、測定設定、又は測定再設定を受信する端末が提供される。【００１６】
本発明の別の側面の一つによれば、他のノードから受信した複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する処理を、ネットワークノードを構成するコンピュータに実行させるプログラムが提供される。本発明によれば、前記プログラムを記録したコンピュータ読み出し可能な記録媒体（半導体メモリや、磁気記録媒体、CD（Compact Disk）等のストレージ）が提供される。
【発明の効果】
【００１７】
本発明によれば、互いに近接する関係を有する複数の端末のうち、少なくとも一部の端末について測定・記録及び報告の実施を免除する（実行不要とする）ことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の基本概念を説明する図である。
【図２】本発明の基本概念を説明する図である。
【図３】本発明の一形態を例示する図である。
【図４】本発明の第１の例示的な実施形態を例示する図である。
【図５】本発明の第１の例示的な実施形態を例示する図である。
【図６】本発明の第１の例示的な実施形態の動作シーケンスを説明する図である。
【図７】本発明の第２の例示的な実施形態を例示する図である。
【図８】（Ａ）と（Ｂ）は本発明の第２の例示的な実施形態を説明する図である。
【図９】本発明の第２の例示的な実施形態の動作シーケンスの一例を説明する図である。
【図１０】本発明の第２の例示的な実施形態の動作シーケンスの別の例を説明する図である。
【図１１】ＬＴＥ  ＰｒｏＳｅを説明する図である。
【図１２】本発明の第３の例示的な実施形態の動作シーケンスを例示する図である。
【図１３】本発明の第４の例示的な実施形態の動作シーケンスを例示する図である。
【図１４】本発明の一形態の端末を例示する図である。
【図１５】（Ａ）と（Ｂ）は本発明の一形態の端末のプロセッサの測定制御部、及びプロセッサの機能（構成）を例示する図である。
【図１６】（Ａ）は本発明の一形態の基地局を例示する図である。（Ｂ）はプロセッサの構成（機能）を例示する図である。
【図１７】（Ａ）は本発明の一形態のネットワークノードを例示する図である。（Ｂ）はプロセッサの構成（機能）を例示する図である。
【発明を実施するための形態】
【００１９】
本発明の実施形態について説明する。図１は、本発明の基本概念を説明するための図である。図１を参照すると、各端末（例えば、ＩｏＴデバイス）１０−１〜１０−３は、互いに近接に関する関係（又は伴って移動する関係、伴って用いられる関係）にあり、基地局２０を介して不図示のコア網、パケットデータ網と接続する。ここで、近接に関する関係とは、複数端末が互いに端末の近接性に関する所定の条件を満たす関係、と言い換えることもできる。
【００２０】
各実施形態では、図２に示すように、ＩｏＴデバイスの一例としての、腕時計やリストバンド、指輪、メガネ、衣服などのウェアラブル端末や、フィーチャフォン、スマートフォン等を想定し、一人のユーザが一度に複数の端末（例えば、ＩｏＴデバイス）を身に付ける（所持する）ことを想定して説明する。しかしながら本発明が適用できる端末は、これらの例に限られない。例えば複数の端末が他の端末（例えば、センサーノード、ドローン（無人飛行機）、自動車、及びこれらの部品（通信モジュール））、又はこれらの組み合わせであっても、互いに近接に関する関係（又は伴って移動する関係、伴って用いられる関係）を有する端末であれば、本発明は適用可能である。図２の複数の端末１０−１〜１０−３は、同一ユーザ１に身に付けてられているため、相伴って移動する可能性が高いといえる。
【００２１】
本発明によれば、図１において、ネットワーク側は、端末の近接を判断するための情報を収集し、収集した情報に基づいて、互いに近接に関する関係を有する端末１０−１〜１０−３のうち、代表端末として、例えば一つの端末（例えば、端末１０−２）を選択し、当該代表端末に、測定・記録及び報告を行わせることで、選択されなかった端末（例えば、端末１０−１、１０−３）からの測定・記録及び報告を免除させることができる。
【００２２】
なお、特に制限されるものではないが、複数の端末１０−１〜１０−３は、コア網を介さず、端末間で直接通信を行う機能（Ｄ２Ｄ(Device-to-Device)通信）を有していてもよい。例えば複数の端末１０−１〜１０−３は、近接した端末をディスカバリし、近接端末と、端末間で直接通信（データ通信、音声通話等）を行う。３ＧＰＰの標準規格（例：Ｒｅｌ−１２  ＬＴＥ）で仕様化されているＬＴＥ  Ｄ２Ｄ（Proximity Service: ProSe）を利用することで、端末の近接性を判別するようにしてもよい。例えば、図１において、端末１０−１は端末１０−２と１０−３をダイレクトディスカバリ／ダイレクト通信することが可能であり、端末１０−２は端末１０−１と１０−３をダイレクトディスカバリ／ダイレクト通信することが可能であり、端末１０−３は端末１０−１と１０−２をダイレクトディスカバリ／ダイレクト通信することが可能な構成としてもよい。当該ダイレクトディスカバリをオープンＰｒｏＳｅダイレクトディスカバリ（open ProSe direct Discovery）と称しても良い。
【００２３】
ここで、複数の端末の近接を判断するための情報は、例えば、複数の端末が互いに近接に関する関係にある（可能性が高い）か否かを示す情報である。
【００２４】
複数の端末の近接を判断するための情報は、例えば、以下の情報が考えられるが、これに限られない。
【００２５】
・各端末の移動性履歴（mobility history）情報、
・複数の端末の端末間直接通信の実行を示す情報、
・複数の端末の契約者情報（所有者情報）。
【００２６】
各端末の移動性履歴情報は、例えば、所定の時間あたりに各端末が移動した履歴を示す情報である。移動性履歴情報は、例えば、以下の情報を含んでもよい。
【００２７】
・端末が滞在したセルの識別子（セルＩＤ）ＰＬＭＮ  ＩＤ、ＣＳＧ  ＩＤ
・端末がセル、ＰＬＭＮ又はＣＳＧに滞在した時間。
【００２８】
複数の端末の端末間直接通信の実行を示す情報は、複数の端末が端末間直接通信を実行すること、又は、実行したことを示す情報である。複数の端末の端末間直接通信の実行を示す情報は、例えば、以下の情報を含んでもよい。
【００２９】
・端末間直接通信に用いる無線リソースの情報、
・端末間直接通信の相手を示す情報（識別子）、
・端末間直接通信に用いる送信電力の値、
・端末間直接通信の回数又は通信時間。
【００３０】
複数の端末の契約者情報（所有者情報）は、図１等において、不図示のコアネットワークノード（例えば、ＨＳＳ）に格納されてもよい。複数の端末の契約者（所有者）が同一である場合、当該複数の端末は、互いに近接した位置で同一ユーザに使用される（伴って用いられる）可能性が高いと推測され得る。
【００３１】
図３は、本発明の基本形態のシステム構成の一例を説明する図である。図３では、端末１０−１〜１０−３は、それぞれが互いに近接に関する関係を有している。例えばこれらの端末は、図１のユーザ１が身につける（所持する）端末である。端末１０−４は、例えば別のユーザの所持する端末であってもよいが、これに限られない。無線アクセスネットワーク３０の基地局２０は、コア網４０に接続される。コア網４０は、例えば発展型パケットコア（Evolved Packet Core：ＥＰＣ）であってよい。なお、コア網４０は、MVNO（Mobile Virtual Network Operator）のコア網であってもよいし、仮想コア網であってもよい。 
【００３２】
ネットワーク側（コア網４０の不図示の管理ノード）では、例えば複数の端末１０−１〜１０−３をグループ化して管理するようにしてもよい。その場合、同一グループに属する端末のうち、例えば一つの端末（例えば１０−２）に、測定及び報告を行わせてもよい。
【００３３】
以下、例示として端末のグループ管理ついて説明する。図３の例では、コア網４０の管理ノードは、ユーザ１が身につける（所持する）端末１０−１〜１０−３をグループ１として管理する。図３の例では、別の端末１０−４は別のグループであるグループ２に属している。なお、図３では、単に図面作成の都合で４台の端末が図示されている。図３に例示したように、端末をグループ化して管理することで、端末側の処理負荷を軽減しながら、ネットワーク側の要求（端末の位置における測定報告を行う）を満たすようにしている。例えば、グループ１において、端末１０−２のみが、ＭＤＴの測定・記録及び報告を行い、端末１０−１、１０―３では、ＭＤＴの測定・記録及び報告を行わない。このため、端末１０−１、１０−３の負荷は軽くなる。複数の端末をグループ化した場合、代表端末は一つに制限されるものでなく、複数の端末（Ｎ台、Ｎは２以上の正整数）のうち、測定・記録、及び報告の冗長性や、測定・記録及び報告の目的（例えば、カバレッジホールの検出）等に応じて最大Ｎ−１台（例えば、２台）の端末を選択し、測定を行わせるようにしてもよい。なお、本発明において、複数の端末の管理は、グループ化に制限されるものではない。
【００３４】
本発明によれば、複数の端末の近接を判断するための情報を、他のノードから受信し、前記複数端末の近接を判断するための情報に基づいて、前記複数端末のうち、測定報告を実行させる端末を少なくとも１つ選択するネットワークノードを備えている。ネットワークノードは、基地局や、コア網に接続する所定のノード、サーバ等であってよい。以下、いくつかの例示的な実施形態について図面を参照して説明する。
【００３５】
＜第１の例示的な実施形態＞
図４は、本発明の第１の例示的な実施形態を説明する図である。図４には、本発明を記録型（Ｌｏｇｇｅｄ）ＭＤＴに適用した例が例示されている。なお、図４において、Ｓ１、Ｓ２等は、図面内でのシーケンス動作（処理）の順番（ステップ）を表している。また、図４における端末１０−１〜１０−３は、モバイルネットワークＡ（ＰＬＭＮ  Ａ）と接続することができる（又は、帰属が許可されている、或いは無線リンクを確立できる）モバイルネットワークＡ（ＰＬＭＮ  Ａ）（のセル）の基地局２０Ａは、ＲＲＣ接続状態の端末に、記録型測定設定情報（Logged measurement configuration）を、例えばＲＲＣメッセージで送信し（Ｓ１）、端末がＲＲＣアイドル状態に遷移したら測定及び記録を行うように設定する。この例では、端末１０−２が端末１０−１〜１０−３の代表として測定及び記録を行うものとする。端末群１０−１〜１０−３は、ＰＬＭＮ  Ａを離れると、ＰＬＭＮ  Ａとの無線リンクにおける無線品質等が劣化し、ＰＬＭＮ  Ａとの無線リンクが切断され（Radio Link Failure）（例えば、ＲＲＣ接続（Connection）が切断され）、ＲＲＣアイドル状態に遷移する（Ｓ２）。
【００３６】
ＲＲＣアイドル状態の端末１０−２は記録型測定設定情報に基づいて測定と記録を行う（Ｓ３）。端末１０−２は測定を記録する場合、端末１０−２の移動性履歴（mobility history）情報を記録してもよい。なお、移動性履歴情報は、測定・記録を行ったセルの滞在時間やセルのＩＤを含むようにしてもよい。例えば、図５のように、端末１０−２がＰＬＭＮ  Ａを離れてＲＲＣアイドル状態に遷移した後の端末１０−２の位置が、モバイルネットワークＢ（ＰＬＭＮ  Ｂ）のセル内であった場合、端末１０−２は、ＰＬＭＮ  ＢのセルＩＤ（及び／又はＰＬＭＮ  ＢのＰＬＭＮ  ＩＤ）及びＰＬＭＮ  Ｂのセルでの滞在時間を測定・記録してもよい。なお、ここでのモバイルネットワークＢ（ＰＬＭＮ  Ｂ）は、端末１０−１〜１０−３が接続（又は無線リンクを確立）する機能を有していない、帰属が許可されていない、又は帰属は許可されているが接続（又は無線リンク確立）が許可されていないＰＬＭＮであることを想定する。さらに、この場合であっても、端末１０−１〜１０−３はＰＬＭＮ  ＢのセルＩＤ等を識別するための信号の受信は可能であることを想定する。
【００３７】
さらに、端末群１０−１〜１０−３は、ＲＲＣアイドル状態でＰＬＭＮ  Ａのエリア外を移動する（Ｓ４）。なお、当該移動範囲は、図５に示すＰＬＭＮ  Ｂのセル内であってもよい。なお、単に図面作成の都合で、図４におけるＰＬＭＮ  Ａのエリア外、図５におけるＰＬＭＮ  Ｂ内では、端末１０−２のみが示され、端末１０−１と１０−３は省略されている。
【００３８】
さらに、ＲＲＣアイドル状態の端末１０−２は、移動（Ｓ４）先で、測定と記録を行う（Ｓ５）。端末１０−２は、測定を記録する場合、ステップＳ３と同様に、端末１０−２の移動性履歴（Mobility History）情報を記録してもよい。
【００３９】
端末群１０−１〜１０−３は、ＰＭＬＮ  Ａのセルに移動（再帰属又は再接続）する（Ｓ６）。ＲＲＣ接続状態に遷移した端末１０−２は、測定報告を基地局２０に送信する（Ｓ７）。なお、基地局２０は、端末１０−２からの測定報告を例えば不図示のＴＣＥ（Trace Collection Entity）やＯＡＭ（Operations，Administration，Maintenance）等の管理サーバに送信するようにしてもよい。
【００４０】
また、図４では説明簡略化のために、端末１０−２は、ＰＬＭＮ  Ａのセルの外（エリア外）でＲＲＣアイドル状態となって測定・記録を行うと説明したが、これには限られない。例えば、端末１０−２は、ＰＬＭＮ  Ａのセル内で、ＲＲＣアイドル状態となって測定・記録を行ってもよい。その際、ＰＬＭＮ  Ａのセル内でのＲＲＣアイドル状態への遷移は、ＰＬＭＮ  Ａのセル内で発生したカバレッジホールに起因してもよい。また、端末１０−２がＰＬＭＮ  Ａのセル内でＲＲＣアイドル状態に遷移した場合であっても、図５に示すＰＬＭＮ  Ｂに関する情報（例えばＰＬＭＮ  ＢのセルＩＤ若しくはＰＬＭＮ  ＩＤ、又はＰＬＭＮ  Ｂ若しくはセルへの滞在時間）を測定可能な場合には、測定・記録を行ってもよい。
【００４１】
なお、図５におけるモバイルネットワークＢ（ＰＬＭＮ  Ｂ）のセルは、帰属が許可されていないＣＳＧのセルに置き換えられてもよい。すなわち、端末１０−２がＰＬＭＮ  Ａを離れてＲＲＣアイドル状態に遷移した後の端末１０−２の位置が、端末１０−２は、ＣＳＧのセルＩＤ（及び／又はＣＳＧのＣＳＧ  ＩＤ）及びＣＳＧのセルでの滞在時間を測定・記録してもよい。
【００４２】
図６は、本発明の第１の例示的な実施形態の動作シーケンスを説明する図である。なお、図６では、端末は単に、図面作成の都合で２台が示されている。図６において、ネットワークエンティティ（ＮＷエンティティ)は、ＬＴＥ（Long Term Evolution）の基地局（ｅＮＢ）、ＵＭＴＳの基地局（ＮｏｄｅＢ）、ＲＮＣ、発展型コア網（Evolved Packet Core ：ＥＰＣ）（図３の４０）の不図示のＭＭＥ(Mobility Management Entity)やＨＳＳ(Home Subscriber Server)、ＴＣＥ、ＰｒｏＳｅファンクション（ProSe (Proximity-based Services) Function）、ＳＵＰＬ（Secure. User Plane Location）ノード等のいずれかであってもよい。ネットワークエンティティはネットワークノードともいう。なお、ＭＭＥは端末の移動管理、認証（セキュリティ制御）、ユーザデータ転送経路の設定処理を行う。ＭＭＥは、端末の移動管理と認証をＨＳＳと連携して行う。
【００４３】
図６において、他のエンティティは、端末１０−１（ＵＥ１）、端末１０−２（ＵＥ２）、又は、ネットワークエンティティ（例：ｅＮＢ、ＮｏｄｅＢ、ＲＮＣ、ＭＭＥ、ＨＳＳ）であってもよい。あるいは、他のエンティティは、ＰｒｏＳｅファンクション（ProSe (Proximity-based Services) Function）、ＳＵＰＬ（Secure. User Plane Location）ノードであってもよい。ＰｒｏＳｅは、端末間直接通信機能であり、非特許文献４（3GPP TS23.303）等に仕様化されている。ＳＵＰＬは、Open Mobile Alliance（ＯＭＡ）で定義された位置情報サービス規格であり、ＳＵＰＬノード（サーバ）は、位置情報やアシストデータをユーザプレーン（ＩＰ（Internet Protocol）パケット）を使って端末（ＳＵＰＬ対応端末）に送受信する。なお、図６に例示したシーケンスにおいて、矢印、ボックス等に付したＳ１０１、Ｓ１０２、・・・は、当該図面内でのシーケンスの番号（ステップ番号）を表している。また、破線矢印、破線ボックスは、オプションとしてもよい。
【００４４】
他のエンティティは、ＮＷエンティティに対して、端末１０−１、端末１０−２（ＵＥ１、ＵＥ２）の近接を判断するための情報を提供する（Ｓ１０１）。
【００４５】
ＮＷエンティティは、受信した近接を判断するための情報に基づき、端末１０−１、端末１０−２（ＵＥ１、ＵＥ２）が同一グループに属する判断する（Ｓ１０２）。
【００４６】
ＮＷエンティティは、近接を判断するための情報に基づき、（同一グループに属すると判断した）端末１０−１、端末１０−２（ＵＥ１、ＵＥ２）の中から、少なくとも一の端末（端末１０−２）を選択する（Ｓ１０３）。当該選択された端末は、測定・記録、及び報告を実行させる端末であってもよいし、測定・記録、及び報告の実行を免除させる端末であってもよい。
【００４７】
ＮＷエンティティは、ＲＲＣ接続状態の端末１０−２（ＵＥ２）に対して、測定の設定（Measurement Configuration）を指示する（Ｓ１０４）。なお、この測定の設定には、グループの代表として測定、ログ、報告を行うことの指示、及び当該指示の対象となる端末ＩＤを含むようにしてもよい。
【００４８】
なお、ＮＷエンティティは、端末１０−１（ＵＥ１）に対して、記録型測定の再設定を指示する（Measurement (Re)Configuration）（Ｓ１０５）。なお、この測定の再設定は、測定・記録、及び報告の実行免除（実行不要）を示す情報を含んでもよい。当該実行免除は、端末１０−１にすでに測定設定が行われている場合に、該設定を解放する指示を、記録型測定の再設定を含むことにより行われてもよい。
【００４９】
端末１０−２（ＵＥ２）は、例えばＲＲＣアイドル状態で測定と記録を行う（Ｓ１０６）。
【００５０】
端末１０−１（ＵＥ１）は、（すでに測定設定が行われていた場合）測定の設定を解放する（Ｓ１０７）。
【００５１】
本発明の一形態では、ＮＷエンティティは、他のエンティティから受信した複数端末の近接を判断するための情報に基づき、測定・記録及び／又は報告を実行（又は免除）させる端末を少なくとも１つ選択する。なお、ＮＷエンティティは、複数の端末（１０−１、１０−２）の近接情報に基づき、当該複数の端末が同一グループに属するように認識（consider）してもよい。なお、測定・記録及び／又は報告は、ＭＤＴに準拠したものであってもよい。あるいは、ＭＤＴ以外の測定報告（measurement report）であってもよい。
【００５２】
特に制限されるものではないが、測定・記録及び／又は報告の対象は、例えば、
・キャンピングセルの無線品質、
・キャンピングセルＩＤ（Identity）、
・タイムスタンプ（絶対タイムスタンプ（絶対日時）又は相対タイムスタンプ（相対日時））、
・位置情報（詳細な位置情報）、
・隣接セルＩＤ、
・移動性履歴情報、
等であってもよい。
【００５３】
＜第２の例示的な実施形態＞
本発明の第２の例示的な実施形態のシステムの基本構成は、図３等に示した構成と同様とされる。本発明の第２の例示的な実施形態においては、複数の端末の移動性履歴情報に基づき、測定報告を実行させる端末を少なくとも１つ選択する。例えば、複数の端末から受信した移動性履歴情報（mobility history information）に基づき、前記複数の端末の中から、記録型（Logged）ＭＤＴを実行させる一つの端末を選択する。
【００５４】
なお、第２の例示的な実施形態においては、基地局２０が端末１０に対し記録型測定設定（Logged Measurement Configuration）を送信する際、どの端末１０が互いに近接する関係を有しているか分からないかもしれない。そのため、本実施形態の基地局２０は、まずは対象となる全ての端末１０−１〜１０−３に対して記録型測定設定（Logged Measurement Configuration）を送信する。なお、対象となる端末は、例えばＭＤＴ対応の測定と記録を実行する能力（UE capability）と、ＭＤＴに対するユーザの同意（User consent）を有し、対象となるトラッキングエリアＴＡ内に在圏する端末である。
【００５５】
なお、第２の例示的な実施形態において、端末１０−１〜１０−３から基地局２０へ送信される測定及び記録の報告は、基地局２０から送信される端末情報応要求（UE information request）の受信に応じて、端末情報応答（UE information response）に含めて、測定・記録が基地局に報告される。
【００５６】
基地局２０（ｅＮＢ／ＲＮＣ）は、端末から受信した移動性履歴情報（Mobility History Information）に基づき、ＭＤＴ対象となるトラッキングエリア（又はルーティングエリア）内の端末のうち、所定の期間内の移動性に関連のある複数の端末のなかから少なくとも１つの端末を、ＭＤＴを実行させる端末として選択する。
【００５７】
より具体的には、基地局２０（ｅＮＢ／ＲＮＣ）は、端末から受信した移動性履歴情報から、
・所定期間における滞在したセルＩＤが同一又は所定の範囲内であり、且つ、
・セル毎の滞在時間が同一又は所定の範囲内である場合、
ｅＮＢ／ＲＮＣは、複数の端末が所定の期間内の移動性に関して関連があるもの（同一グループに属する）と判断し、当該複数の端末の中から測定・記録及び報告（ＭＤＴ）を実行（又は免除）させる端末を選択する。
【００５８】
そして、基地局／制御局（ｅＮＢ／ＲＮＣ）は、以下の（ａ）及び／又は（ｂ）を実行する。
【００５９】
（ａ）ＭＤＴを実行させる端末へ、代表端末として測定・記録及び又は報告するよう指示する（再）設定情報を送信する。
【００６０】
（ｂ）ＭＤＴを実行不要な（実行を免除させる）端末へ、測定設定情報の廃棄（discard）又は解放（release）を示す情報を含む（再）設定情報を送信する。当該（再）設定情報を受信した端末は、測定設定情報がまだ設定されている場合に、当該測定設定情報の廃棄（discard）又は解放（release）を行う。
【００６１】
図７は、第２の例示的な実施形態を説明するための図である。なお、図７における端末１０−１〜１０−３は、図４と同様に、モバイルネットワークＡ（ＰＬＭＮ  Ａ）と接続することができる（又は、帰属が許可されている、或いは無線リンクを確立できる）が、モバイルネットワークＢ（ＰＬＭＮ  Ｂ）とは接続（又は無線リンクを確立）する機能を有していない、帰属が許可されていない、又は帰属は許可されているが接続（又は無線リンク確立）が許可されていないことを想定する。さらに、この場合であっても、端末１０−１〜１０−３はＰＬＭＮ  ＢのセルＩＤ等を識別するための信号の受信は可能であることを想定する。モバイルネットワークＡ（ＰＬＭＮ  Ａ）（のセル）の基地局２０Ａは、ＲＲＣ接続状態の端末群１０−１〜１０−３（ＵＥ１−ＵＥ３）の各々に記録型（Logged）測定設定情報（Logged  Measurement Configuration）をＲＲＣメッセージで送信する（Ｓ２１）。
【００６２】
端末１０−１〜１０−３（ＵＥ１−ＵＥ３）はモバイルネットワークＢ（のセル）の基地局２０Ｂのセルに移動する。ＰＲＭＮ  Ｂのセル方向に移動することで、ＰＬＭＮ  Ａとの無線リンクにおける無線品質等が劣化し、ＰＬＭＮ  Ａとの無線リンクが切断され（Radio Link Failure）（例えば、ＲＲＣ接続（Connection）が切断され）、ＲＲＣアイドル状態に遷移する（Ｓ２２）。ＲＲＣアイドル状態の端末群１０−１〜１０−３（ＵＥ１−ＵＥ３）は各々、移動性履歴（Mobility History）情報の項目（対象）を含む測定と記録（measurement and log）を行う（Ｓ２３−１）。さらに端末１０−１〜１０−３（ＵＥ１−ＵＥ３）はＰＬＭＮ  Ｂの基地局２０Ｂのセル内の別の場所に移動し、ＲＲＣアイドル状態の端末群１０−１〜１０−３（ＵＥ１−ＵＥ３）は各々、移動性履歴（Mobility History）情報の項目（対象）を含む測定と記録（measurement and log）を行う（Ｓ２３−２）。
【００６３】
端末１０−１〜１０−３（ＵＥ１−ＵＥ３）はＰＭＬＮ  Ａの基地局２０Ａのセルに移動（再帰属又は再接続）する（Ｓ２４）。
【００６４】
端末１０−１〜１０−３（ＵＥ１−ＵＥ３）はＲＲＣ接続状態となると、基地局２０Ａに、移動性履歴情報を含む測定報告を送信する（Ｓ２５）。
【００６５】
基地局２０Ａは、端末１０−１〜１０−３からの移動性履歴情報に基づき、記録型ＭＤＴを代表して行う端末を選択する（Ｓ２６）。より具体的には、端末１０−１〜１０−３の移動性履歴情報が、近接性に関する所定条件を満たしている場合に基地局２０Ａは、端末１０−１〜１０−３のうち、例えば端末１０−２を選択する。
【００６６】
ここで、近接性に関する所定条件は、
・各端末が滞在したセル（セルＩＤ等）又はＰＬＭＮ（ＰＬＭＮ  ＩＤ等）の履歴が同一又は所定の範囲内であること、
・各端末のセル又はＰＬＭＮへの滞在期間（又はその誤差）が少なくとも一部で互いに重なっている（同一又は所定の範囲である）こと、
の少なくとも１つを含む。
【００６７】
端末１０−１〜１０−３の移動性履歴情報が、近接性に関する所定条件を満たしている場合の具体例について、図８（Ａ）及び図８（Ｂ）を用いて説明する。
【００６８】
図８（Ａ）は、端末１０−１〜１０−３の各々が、最後からＮ番目（Ｎは１以上の整数）に滞在したセルの履歴を示す表である。なお、ここで、“セル（数字）”は、セルＩＤを示す。例えば、端末１０−１が最後からＮ番目に滞在したセルは、順に、セル７、セル２、セル８、セル２、セル３、セル５、・・・、セルＸ（Ｘは１以上の整数）である（同様に、Ｙ、Ｚは１以上の整数）。ここで、端末１０−１、端末１０−２の最後から１番目〜４番目に滞在したセルと、端末１０−３の最後から２番目〜５番目に滞在したセルのセルＩＤが、順にセル７、セル２、セル８、セル２で一致する。
【００６９】
そのため、基地局２０Ａは、当該端末１０−１〜１０−３が滞在したセル（セルＩＤ等）の履歴が所定の範囲内で同一であることから、当該端末１０−１〜１０−３のうち、例えば端末１０−２を選択する。
【００７０】
さらに、図８（Ｂ）は、端末１０−１〜１０−３及び端末１０−４の各々が、最後からＮ番目（Ｎは１以上の整数）に滞在したセル及び各セルでの滞在時間（秒：ｓ）を示す表である。図８（Ｂ）において、例えば、端末１０−１が最後からＮ番目に滞在したセル及び各セルでの滞在時間は、順に、セル７で１２１ｓ（second：秒）、セル２で３０ｓ、セル８で２１２ｓ、セル２で５２０ｓ、セル３で２０３ｓ、セル５で１８１ｓ、・・・、セルＸで１５ｓである。
【００７１】
ここで、端末１０−１、端末１０−２の最後から１番目〜４番目に滞在したセルと、端末１０−３の最後から２番目〜５番目に滞在したセルと、端末１０−４の最後から３番目〜６番目に滞在したセルのＩＤが、順にセル７、セル２、セル８、セル２で一致する。しかしながら、各セルでの滞在時間の誤差は、端末１０−１〜１０−３ではそれぞれ１０ｓ以内であるのに対し、端末１０−４と端末１０−１〜１０−３の各々とでは１０ｓ以上である。
【００７２】
そのため、基地局２０Ａは、当該端末１０−１〜１０−３が滞在したセル（セルＩＤ等）の履歴が所定の範囲内で同一であること及び各端末のセルへの滞在期間の誤差が所定の範囲であることから、当該端末１０−１〜１０−３のうち、例えば端末１０−２を選択する。
【００７３】
基地局２０Ａは、記録型ＭＤＴを（代表して）実行させる端末１０−２に対し、必要に応じて、記録型測定再設定情報（Logged Measurement ReConfiguration）をＲＲＣメッセージで送信する（Ｓ７）。ここで、端末１０−２に対して送信される記録型測定再設定情報は、端末１０−２が代表してＭＤＴを実行することを示す情報を含んでもいてよい。また、基地局２０Ａは、記録型ＭＤＴの実行を免除する（実行不要とする）端末１０−１、及び１０−３に対し、必要に応じて記録型測定再設定情報（Logged Measurement ReConfiguration）をＲＲＣメッセージで送信する（Ｓ７）。ここで、端末１０−１、及び１０−３に対して送信される記録型測定再設定情報は、当該測定設定情報の廃棄（discard）又は解放（release）を示す情報を含んでいてもよい。当該測定設定情報を受信した端末１０−１、及び１０−３は、自身に設定されている測定設定情報を廃棄（discard）又は解放（release）する。これ以降、端末１０−１〜１０−３のうち端末１０−２のみが測定・記録及び報告を行う。
【００７４】
図９は、第２の例示的な実施形態の動作シーケンスを説明する図である。図９において、ＬＴＥの基地局ｅＮＢは、コア網（ＥＰＣ）（図４の４０）のＭＭＥとＳ１−ＭＭＥインタフェースで接続される。ＵＴＲＡＮの無線回線制御局ＲＮＣは、コア網（ＥＰＣ）のＳＧＳＮとＩｕインタフェース接続される。なお、ＳＧＳＮ（Serving GPRS(General Packet Radio Service) Support Node）はＳ３インタフェースでＭＭＥに接続され、Ｓ４インタフェースでＳＧW（Serving-GateWay）に接続される。なお、ＳＧＳＮも、ＭＭＥと同様、ＨＳＳに接続される。なお、ｅＮＢは、図７の基地局２０Ａに対応する。
【００７５】
ＭＭＥ又はＳＧＳＮからｅＮＢ／ＲＮＣに、ＭＤＴ活性化（Activation）情報が送信される（Ｓ２０１）。
【００７６】
ｅＮＢ／ＲＮＣは、受信データに基づき、端末１０−１〜１０−３（ＵＥ１、ＵＥ２、ＵＥ３）を選択する（Ｓ２０２）。
【００７７】
ｅＮＢ／ＲＮＣは、記録型測定設定情報(Logged Measurement Configuration)を端末１０−１〜１０−３に送信する（Ｓ２０３）。なお、ここでの記録型測定設定情報(Logged Measurement Configuration)の送信は、ＭＤＴ活性化（Activation）の指示を黙示的（Implicit）に示してもよい。
【００７８】
端末１０−１〜１０−３はＲＲＣアイドル状態に遷移する（２０４）。
【００７９】
端末１０−１〜１０−３は記録型測定設定情報(Logged Measurement Configuration)に基づき、測定と記録を行う（Ｓ２０５）。
【００８０】
端末１０−１〜１０−３はＲＲＣ接続状態に遷移する（Ｓ２０６）。例えばステップＳ２０６では、端末１０−１〜１０−３は、ｅＮＢ／ＲＮＣとＲＲＣ接続確立のため、ｅＮＢ／ＲＮＣに、ＲＲＣ接続設定要求（RRC Connection Setup Request）を送信し、ｅＮＢ／ＲＮＣは、端末１０−１〜１０−３にＲＲＣ接続設定（RRC Connection Setup）を返す。端末１０−１〜１０−３は、ＲＲＣ接続設定（RRC Connection Setup）の受信に応答してＲＲＣ接続設定完了（RRC Connection Setup Complete）をｅＮＢ／ＲＮＣに送信する。端末１０−１〜１０−３の各々は、自身が測定データを記録・保持している場合、ＲＲＣ接続設定完了（RRC Connection Setup Complete）に、記録した測定データが提供可能であること示す情報を含める。端末１０−１〜１０−３の各々は、自身が移動性履歴情報を記録・保持している場合、ＲＲＣ接続設定完了（RRC Connection Setup Complete）に、移動性履歴情報が提供可能であることを示す情報を含める。
【００８１】
ｅＮＢ／ＲＮＣは、端末１０−１〜１０−３に、端末情報要求（UE Information request）を送信する。端末情報要求（UE Information request）はネットワーク（Ｅ−／ＵＴＲＡＮ）側から端末に、端末の情報を要求するメッセージである。端末情報要求には、測定・記録データの要求、移動性履歴情報の要求が含まれ得る。
【００８２】
端末１０−１〜１０−３は、ｅＮＢ／ＲＮＣに端末情報応答（UE Information  Response）を送信する（Ｓ２０７）。端末１０−１〜１０−３の各々が受信した端末情報要求に測定データの要求、移動性履歴情報の要求が含まれていた場合、端末１０−１〜１０−３の各々は端末情報応答に、対応する測定・記録（測定データ）、移動性履歴情報を含める。
【００８３】
ｅＮＢ／ＲＮＣには、ＭＭＥ・ＳＧＳＮから再び、ＭＤＴ活性化（MDT Activation）情報が送信される（Ｓ２０８）。
【００８４】
ｅＮＢ／ＲＮＣは、例えば移動性履歴情報に基づき、端末１０−１〜１０−３（ＵＥ１、ＵＥ２、ＵＥ３）の中から端末１０−２（ＵＥ２）を選択する（Ｓ２０９）。
【００８５】
ｅＮＢ/ＲＮＣは、端末１０―２（ＵＥ２）に対して、記録型測定再設定(Logged Measurement ReConfiguration)を送信する（Ｓ２１０）。
【００８６】
記録型測定再設定情報(Logged Measurement ReConfiguration)を受信した端末１０―２（ＵＥ２）は記録型測定再設定を行う（Ｓ２１１）。この結果、端末１０―２（ＵＥ２）がＭＤＴ測定・報告を行う。記録型測定再設定情報(Logged Measurement ReConfiguration)を受信しない端末１０−１と端末１０−３は、ＭＤＴ測定・報告は行う必要はない。また、図７では不図示であるが、端末１０−１〜１０−３から測定・記録の報告を受信した基地局２０（ｅＮＢ／ＲＮＣ）は、当該測定・記録をトレース記録（Trace Record）に格納し、ネットワークノード（例えば、 TCE（Trace Collection Entity））に報告してもよい。その場合、端末１０−１〜１０−３の代表として測定・記録及び報告（ＭＤＴ）を実行した端末１０−２の測定・記録は、他の測定・記録と区別する情報（例えば、フラグ、識別子）が付加されて、基地局２０からネットワークノード（例えば、 TCE（Trace Collection Entity））に報告されてもよい。他の測定・記録と区別する情報は、例えば測定・記録及び報告（ＭＤＴ）を代表したことを示す情報であってもよい。
【００８７】
また、端末１０−１〜１０−３によるＲＲＣアイドル状態又はＲＲＣ接続状態への遷移のタイミングは必ずしも同時でなくてよい。
【００８８】
図１０は、図７を参照して説明した第２の例示的な実施形態の動作を説明する図である。図１０において、ステップＳ３０１〜Ｓ３０９は、それぞれ、図９のステップＳ２０１〜Ｓ２０９と同一である。図１０のＳ３１０では、端末１０−１と端末１０−３に対して、記録型測定再設定情報（Logged Measurement ReConfiguration）を指示する。これは、図７のＳ２７に対応する。ここでの記録型測定再設定情報は、当該測定設定情報の廃棄（discard）又は解放（release）を示す情報を含む。
【００８９】
端末１０−１と端末１０−３は、受信した記録型測定再設定情報に当該測定設定情報の廃棄（discard）又は解放（release）を示す情報が含まれている場合、各々に設定されている記録測定を廃棄又は解放する（Ｓ３１１、Ｓ３１２）。この結果、端末１０−１と端末１０−３はＭＤＴ測定・報告を行わない。
【００９０】
以上説明したように、本実施形態によれば、ネットワークが、複数の端末の移動性履歴情報から当該複数の端末が互いに近接する関係にあると判断し、当該複数の端末から、測定・記録及び報告（ＭＤＴ）を実行（又は免除）させる端末を選択する。これにより、ほぼ同一の場所にいる、又は伴って移動している（可能性が高い）複数の端末全てからの測定報告を回避することができ、少なくとも一部で重複する情報のネットワークへの報告の防止、及び端末における無駄な処理、電力消費の削減に寄与することができる。
【００９１】
＜第３の例示的な実施形態＞
本発明の第３の例示的な実施形態のシステムの基本構成は、図３に示した構成と同様とされる。本発明の第３の例示的な実施形態においては、端末間で直接に通信したことに基づき、測定報告を実行させる端末を少なくとも１つ選択する。モバイルネットワークＡ（ＰＬＭＮ  Ａ）３０には、ＰｒｏＳｅファンクション、ＰｒｏＳｅアプリケーションサーバが接続される。図１１は、ＬＴＥ  Ｐｒｏｓｅを説明する図である。なお、図１１は、３ＧＰＰのＰｒｏＳｅの標準仕様（非特許文献４（3GPP  TS23.303 V12.5.0  Release 12）のFigure４.2-1）を引用した図である。図１１では、端末１と端末２が、Ｄ２Ｄ通信を行う。ＰｒｏＳｅファンクションは、ＰｒｏＳｅに必要な動作を行うネットワークノードである。ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ（Evolved Packet Core）ＰｒｏＳｅユーザＩＤとＰｒｏＳｅファンクションＩＤの格納と、アプリケーションレイヤでのユーザＩＤとＥＰＣ  ＰｒｏＳｅユーザＩＤとのマッピングを行う。ＰｒｏＳｅファンクションは、端末とＰＣ３インタフェースで接続される。ＰｒｏＳｅファンクションは、ＨＳＳ、ＳＬＰ（Secure User Plane Location （SUPL） Location Platform）とＰＣ４ａ、ＰＣ４ｂのインタフェースで接続される。
【００９２】
本実施形態では、ＰｒｏＳｅディスカバリ、すなわち、ＰｒｏＳｅ  ＥＰＣレベルディスカバリ（ProSe EPC-level Discovery）／ＰｒｏＳｅダイレクトディスカバリ（ProSe Direct Discovery）に基づき、記録型ＭＤＴを実行させる少なくとも一つの端末を選択する。
【００９３】
ＰｒｏＳｅディスカバリのうち、ＥＰＣレベルディスカバリ（ProSe EPC-level discovery）は、ネットワーク（例えば、コア網（ＥＰＣ））が２つの端末（ProSe enabled  UE）の近接性を検出し、端末に近接性を通知する。ダイレクトディスカバリ（ProSe Direct Discovery）では、端末（ProSe-enabled UE）が、例えば該端末の能力によって、近くにいる他の端末（ProSe-enabled UE）をディスカバリする。端末（ProSe-enabled UE）は、当該端末（ProSe-enabled UE）とＰｒｏＳｅファンクションノードとの間でのProSe制御情報の交換、他の端末（ProSe-enabled  UE）のＰｒｏＳｅダイレクトディスカバリ（ProSe Direct Discovery）機能を備える。
【００９４】
図１２は、第３の例示的な実施形態の動作を説明する図であり、ＰｒｏＳｅ  ＥＰＣレベルディスカバリを本発明に応用した場合のシーケンスを示す。図１２の矢印、ボックス等に付したＳ４０１、Ｓ４０２・・・は、当該図面内でのシーケンスの番号を表している。なお、図１２において、ＥＭ（Element Manager）は、端末毎の近接性情報（Proximity Information）を格納するノードであり、例えば、図１１のＨＳＳ等からなる。図１２において、ＭＭＥ、ＰｒｏＳｅファンクション、ＰｒｏＳｅアプリケーションサーバは、それぞれ、図１１に示したものに対応する。
【００９５】
端末１０−１（ＵＥ１）は、ＰｒｏＳｅファンクションに近接性要求（Proximity Request）を送信する（Ｓ４０１）。当該近接性要求には、端末１０−１（ＵＥ１）の端末情報と対象端末（図１０では端末１０−２（ＵＥ２））の端末情報とが含められ得る。
【００９６】
ＰｒｏＳｅファンクションとＰｒｏＳｅアプリケーションサーバ間で、対象端末の端末情報（Target UE Info）を取得する（Ｓ４０２）。
【００９７】
ＰｒｏＳｅファンクションは、ＰｒｏＳｅファンクションと端末１０−２（ＵＥ２）間で、近接性要求の検証（Proximity Request Validation）を行う（Ｓ４０３）。
【００９８】
近接性要求の検証終了後、ＰｒｏＳｅファンクションは、近接性応答（Proximity Response）を、端末１０−１（ＵＥ１）に送信する（Ｓ４０４）。
【００９９】
端末１０−１（ＵＥ１）は、ＳＬＰ（SUPL Location Platform）を介してＰｒｏＳｅファンクションに位置報告（Location Reporting）を送信する（Ｓ４０５）。
【０１００】
端末１０−２（ＵＥ２）も、ＳＬＰ（SUPL Location Platform）を介してＰｒｏＳｅファンクションに位置報告（Location Reporting）を送信する（Ｓ４０６）。
【０１０１】
ＰｒｏＳｅファンクションは、端末１０−１、１０−２（ＵＥ１、ＵＥ２）間の距離に基づき近接性をチェック（Proximity Check）する（Ｓ４０７）。
【０１０２】
ＰｒｏＳｅファンクションは、端末１０−１、１０−２（ＵＥ１、ＵＥ２）間の近接性情報をＥＭに通知する（Ｓ４０８）。
【０１０３】
ＥＭは、端末１０−１、１０−２（ＵＥ１、ＵＥ２）の近接性情報を記憶／更新する（Ｓ４０９）。
【０１０４】
その後、端末１０に対しＭＤＴを実行させることが決定された場合、ＥＭは、端末１０−１、１０−２（ＵＥ１、ＵＥ２）の近接性情報をＭＭＥに送信する（Ｓ４１０）ここで、ＥＭがＨＳＳの場合、当該近接性情報は、ＨＳＳとＭＭＥとの間の“Insert Subscriber Data procedure”（非特許文献５（3GPP TS23.401））において送信されてもよい。
【０１０５】
ＭＭＥは、当該近接性情報を記憶し、且つｅＮＢへ転送（transfer）する（Ｓ４１１）。ここで、当該近接性情報は、例えばＭＭＥとｅＮＢとの間の“Context Management procedures”で行われる“INITIAL CONTEXT SETUP REQUEST”（非特許文献６（3GPP TS36.413））において送信されてもよい。より具体的には、ＭＭＥは“INITIAL CONTEXT SETUP REQUEST”に含まれる“ProSe Authorized IE”又は“Management Based MDT Allowed IE”に当該近接性情報を含めて送信してもよいし、当該近接性情報を示す新たな情報要素を“INITIAL CONTEXT SETUP REQUEST”に含めて送信してもよい。
【０１０６】
ｅＮＢは、受信した情報（received information）又は基準（received criteria）に基づき、端末を選択する。この場合、受信した情報又は基準に含まれる端末１０−１、１０−２の近接性情報に基づき、端末１０−２（ＵＥ２）を選択する（Ｓ４１２）。
【０１０７】
ｅＮＢは、端末１０−２（ＵＥ２）に対して、測定設定情報（Measurement Configuration）の送信を行う（Ｓ４１３）。なお、ここでの測定設定(Logged Measurement Configuration)情報の送信は、ＭＤＴ活性化（Activation）指示を黙示的（Implicit）に示してもよい。
【０１０８】
近接性情報（Proximity Information）を格納するノードＥＭは、ＨＳＳでなくてもよく、任意のコアネットワークノードであってもよい。
【０１０９】
また、さらに複数の端末の契約者情報が、ＨＳＳから送信され、当該契約者情報も更に用いて、記録型ＭＤＴを行う端末を選択してもよい。契約者情報は、ＭＭＥと基地局（ｅＮＢ）との間で伝送される“ProSe Authorized IE”又は“Management Based MDT Allowed IE”に含まれていても良い。なお契約者情報の詳細については後述される。また、基地局２０から端末１０−１、１０−２に対して行われる無線リソース割り当て（Radio Resource Allocation）は、報知情報（ＳＩＢ）と、ＲＲＣシグナリングで行われるが、本実施形態では、ＲＲＣシグナリングを用いる。
【０１１０】
図１２において、ステップＳ４０５の位置報告（Location Reporting）は、一度、ＳＬＰ（SUPL Location Platform）に収集されてから、ＰｒｏＳｅファンクションへ格納するようにしてもよい。
【０１１１】
図１３は、第３の例示的な実施形態の別の例を説明する図であり、ＰｒｏＳｅダイレクトディスカバリを本発明に応用した場合のシーケンスを示す。図１３を参照すると、端末１０−１（ＵＥ１）は、ＰｒｏＳｅファンクションに、ディスカバリ要求（Discovery Request）を送信する（Ｓ５０１）。
【０１１２】
ＰｒｏＳｅファンクションは、ディスカバリ応答（Discovery Response）を端末１０−１（ＵＥ１）に送信する（Ｓ５０２）。
【０１１３】
端末１０−２（ＵＥ２）は、ＰｒｏＳｅファンクションにディスカバリ要求（Discovery Request）を送信する（Ｓ５０３）。
【０１１４】
ＰｒｏＳｅファンクションは、ディスカバリ応答（Discovery Response）を端末１０−２（ＵＥ２）に送信する（Ｓ５０４）。
【０１１５】
端末１０−１（ＵＥ１）は、基地局２０（ｅＮＢ）に対し、サイドリンク送信リソース要求情報(Sidelink Transmission Resource Request)を含むサイドリンク端末情報（Sidelink UE information）を送信する（Ｓ５０５）。サイドリンク（Sidelink）は、上りリンク(Uplink)、及び下りリンク(Downlink)が端末−基地局間のリンクを表すのに対する、端末間のリンクを表す概念であり、特にＲＡＮ（Radio Access Network）の観点からそう呼ばれる。そのため、ＰｒｏＳｅはサイドリンク（Sidelink）と称されてもよい。サイドリンクは、例えば図１１の端末間通信のＰＣ５インタフェースに対応する。端末は、Ｐｒｏｓｅ関連のサイドリンク動作が認可されている場合、基地局２０から割り当てられた周波数でサイドリンクダイレクトディスカバリに関する動作（例えばアナウンスメント（sidelink direct discovery announcements）の送信、及び当該アナウンスメントのモニタリング）を行う。
【０１１６】
ｅＮＢは、端末１０−１（ＵＥ１）に対し、サイドリンクダイレクトディスカバリに用いる無線リソースの設定情報（Sidelink communication configuration）を送信し、当該ディスカバリに用いる無線リソースを割り当てる（Ｓ５０６）。例えば、ここでの無線リソースの設定情報（Sidelink communication configuration）は、非特許文献３（3GPP TS36.331）に規定された、Sidelink(ProSe) direct discoveryの送信（又はアナウンス）に用いる無線リソースの設定情報を示す“discTxConfig”であってもよい。
【０１１７】
また、端末１０−２（ＵＥ２）は、ｅＮＢにサイドリンク端末情報（Sidelink UE Information）を送信する（Ｓ５０７）。この際、当該サイドリンク端末情報（Sidelink UE Information）に、サイドリンク受信(又はモニタ)のためのリソースを要求する情報であるサイドリンク受信（又はモニタ）要求情報(Sidelink Reception/Monitoring Resource Request)が含まれてもよい。
【０１１８】
さらにサイドリンク端末情報（Sidelink UE Information）は、端末からのサイドリンクダイレクトディスカバリのための無線リソースの割り当て又は解放の要求や、端末が当該ディスカバリ（Sidelink direct discovery）の送信（アナウンス）若しくは受信（又はモニタ）を行うこと又は行ったことを示す情報を含んでもよい。サイドリンク端末情報の送信の前提として、端末は、ｅＮＢから報知されたシステム情報ブロック（System Information Block: SIB）タイプ１８、１９等を受信し、そのバージョン等のほか、必要な情報をチェックしてもよい。
【０１１９】
ｅＮＢは、端末１０−２（ＵＥ２）に対し、サイドリンクダイレクトディスカバリに用いる無線リソースの設定情報（Sidelink communication configuration）を送信し、無線リソースを割り当てる（Ｓ５０８）。ここで、当該ディスカバリに用いる無線リソースの設定情報（Sidelink communication configuration）は、Sidelink(ProSe) direct discoveryのモニタ（Monitoring）に用いる無線リソースを示す情報であってもよい。当該情報は“discRxConfig”と呼ばれても良い。
【０１２０】
端末１０−１（ＵＥ１）は、端末１０−２（ＵＥ２）にディスカバリメッセージを送信する（Ｓ５０９）。
【０１２１】
ｅＮＢは、サイドリンクダイレクトディスカバリのために同一の無線リソースを割り当てた端末１０−１、１０−２（ＵＥ１、ＵＥ２）の情報（例えば、 端末ＩＤなど）を記憶する（Ｓ５１０）。または同一の無線リソースでディスカバリの送信（アナウンス）及び／又は受信（モニタ）を行ったことを当該ｅＮＢに報告した端末１０−１、１０−２（ＵＥ１、ＵＥ２）の情報（例えば、 端末ＩＤなど）を記憶する（Ｓ５１０）。
【０１２２】
その後、端末１０に対しＭＤＴを実行させることが決定された場合、ＥＭ（例えば、 ＨＳＳ）から、端末１０−１、１０−２（ＵＥ１、ＵＥ２）を含む複数の端末の加入者データがＭＭＥに挿入される（Ｓ５１１）。加入者データは、ＭＤＴへの加入者の同意情報（User Consent）や、加入者の契約情報も含むようにしてもよい。また、ＥＭがＨＳＳの場合、当該加入者データは、ＨＳＳとＭＭＥとの間の“Insert Subscriber Data procedure”（非特許文献５（3GPP TS23.401））において送信されてもよい。
【０１２３】
ＭＭＥは、ｅＮＢに、当該加入者データを転送する（Ｓ５１２）ここで、当該加入者データは、例えばＭＭＥとｅＮＢとの間の“Context Management procedures”で行われる“INITIAL CONTEXT SETUP REQUEST”（非特許文献６（3GPP TS36.413））において送信されてもよい。
【０１２４】
ｅＮＢは、同一の無線リソースを割り当てた又はディスカバリの送信（アナウンス）及び／又は受信（モニタ）を行ったことを当該ｅＮＢに報告した端末１０−１、１０−２（ＵＥ１、ＵＥ２）のうち、一つの端末（端末１０−２）を選択する（Ｓ５１３）。この場合、ｅＮＢは、端末１０−１、１０−２が、近接する位置にいると判断し、当該選択を行ってもよい。
【０１２５】
ｅＮＢは、端末１０−２（ＵＥ２）に、測定設定情報（Measurement Configuration）の送信を行う（Ｓ５１４）。なお、ここでの測定設定情報(Logged Measurement Configuration)の送信は、ＭＤＴ活性化（Activation）指示を黙示的（Implicit）に示してもよい。
【０１２６】
なお、ｅＮＢは、サイドリンクダイレクトディスカバリのために無線リソースを端末１０−１、１０−２に割り当てる際に、サイドリンク送信の送信電力を指定する設定情報も送信してもよい。端末間の距離と、当該距離だけ離れる端末間での通信に必要な送信電力とは比例する。そのため、ディスカバリの送信（アナウンス）及び／又は受信（モニタ）を行ったこと示す情報を、端末１０−１、１０−２から受信することで、当該端末１０−１、１０−２に設定した送信電力の値から当該端末間の距離を推定することができる。
【０１２７】
また、ｅＮＢは、同一の無線リソースを割り当てた又はディスカバリの送信（アナウンス）及び／又は受信（モニタ）を行ったことを当該ｅＮＢに報告した端末１０−１、１０−２を同一グループに属すると認識してもよい。
【０１２８】
以上、本実施形態では、主に本発明をＰｒｏＳｅ（Ｓｉｄｅｌｉｎｋ）ディスカバリに適用した場合について説明したが、ＰｒｏＳｅ（Ｓｉｄｅｌｉｎｋ）ダイレクト通信（Direct Communication）に適用されてもよい。
【０１２９】
また、図１３のステップＳ５１０のｅＮＢによる情報の記憶は、以下のように行われても良い。例えば、ｅＮＢは、同一の無線リソースを割り当てた端末１０−１、１０−２（ＵＥ１、ＵＥ２）について、無線リソースの識別情報（例えばリソースブロックの周波数方向や時間方向の情報）と、端末１０−１、１０−２の各々の端末ＩＤとを関連付けた表（テーブル）として記憶してもよい。あるいは、ｅＮＢは、端末１０−１と１０−２との間で実行されたディスカバリの回数、ダイレクト通信の通信時間、ディスカバリ及びダイレクト通信に用いた送信電力の値の少なくとも１つと端末１０−１及び端末１０−２の端末ＩＤとを関連付けた表（テーブル）として記憶してもよい。
【０１３０】
＜第４の例示的な実施形態＞
本発明の第４の例示的な実施形態について説明する。第４の例示的な実施形態のシステムの基本構成は、図３と同様とされる。コア網４０には、不図示のＭＭＥが含まれ、不図示のＨＳＳに接続される。第４の実施形態では、複数の端末の契約者情報に基づいて、測定報告を実行させる端末を少なくとも１つ選択する。
【０１３１】
契約者情報は、「所有者情報」と称されても良い。契約者情報は、ＨＳＳに格納されるいわゆる加入者情報（Subscriber data）とは異なる。加入者情報（Subscriber data）は、端末と１対１の関係である。これに対して、契約者情報は、複数の端末に対して１つ割り当てられる。契約者情報は、端末の識別子（加入者情報、IMSI（International Mobile Subscriber Identity）など）のグルーピングする情報（グループID）であってもよい。ただし、グループ内の端末は、契約者又は所有者が同じである端末に限られていることが望ましい。
【０１３２】
契約者情報は、例えば非特許文献５（3GPP TS23.401）に記載された“Insert Subscriber Data procedure”によって、ＨＳＳからＭＭＥへ伝送され得る。契約者情報は、非特許文献６（3GPP TS36.413）に記載された“Context Management procedures”の例えば“INITIAL CONTEXT SETUP REQUEST”によって、ＭＭＥから基地局（ｅＮＢ）へ伝送され得る。
【０１３３】
契約者情報は、ＥＰＣのＰＣＲＦ（Policy and Charging Rules Function）等のデータベースで管理するユーザアカウントであってもよい。例えば、ユーザが複数の端末を契約している場合、ＰＣＲＦ等で端末識別情報（IMSI）とユーザアカウントを紐付けて管理することで、課金の共通化等を可能とするほか、ユーザアカウントが共通な複数の端末は、同一のユーザのものである（したがって近接して用いられる端末である可能性が大である）、ことがネットワーク側で判別可能となる。
【０１３４】
基地局（ｅＮＢ）は、例えば、各端末のアタッチ処理時等に、当該端末の識別子から複数の端末が同一グループに属しているが判断し、複数の端末が同一グループに属している場合、代表となる一つの端末に対して、記録型測定設定指示を送信するようにしてもよい。
【０１３５】
＜各装置の構成例＞
図１４は、第１、第２の例示的な実施形態の端末１０の構成の一例を説明する図である。端末１０は、アンテナ１０１、ＲＦ（Radio Frequency）送受信部（ＲＦトランシーバ）、プロセッサ１０３、メモリ１０４を備えている。なお、プロセッサ１０３は１台に制限されるものでないことは勿論である。プロセッサ１０３は例えば、通信コントローラ（通信プロセッサ）、制御系コントローラ（プロセッサ）等を含み、ベースバンド処理を、プロセッサ１０３で行う構成としてもよい。端末１０は、携帯電話端末、スマートフォン、フィーチャフォン、あるいはタブレット端末等であってよい。
【０１３６】
図１５（Ａ）は、プロセッサ１０３において、ＭＤＴ測定・報告の実行を制御する測定制御部１０３０の構成を模式的に示す図である。図１５（Ａ）を参照すると、プロセッサ１０３の測定制御部１０３０において、測定設定・再設定受付部１０３１は、ＲＦトランシーバ１０２で受信した、基地局からの測定設定（記録型測定設定）、測定再設定（記録型測定再設定）を受ける。測定設定・解放部１０３２は、受信した測定設定、再設定情報に基づき、メモリ１０４に測定設定を記憶するか、あるいは、メモリ１０４に記憶された測定設定を削除（解放）する。測定実行部１０３３は、メモリ１０４に記憶された測定設定に基づき測定を行う。測定記録部１０３４は、測定実行部１０３３で測定した測定データを測定時間や測定場所と関連付けてメモリ１０４に記録する。移動性履歴記憶部１０３５は、端末１０の移動性履歴情報（例えば、滞在したセルＩＤと滞在時間）をメモリ１０４に記録する。測定記録・移動性履歴報告部１０３６は、メモリ１０４に記録された測定データと、移動性履歴情報とから測定報告を作成する。なお、これら各部は、プロセッサ１０３で実行されるプログラムにより実現してもよい。その場合、メモリ１０４に記憶されたプログラムをプロセッサ１０３の不図示の主記憶メモリ等に読み出して実行するようにしてもよい。
【０１３７】
図１５（Ｂ）は、端末１０のプロセッサ１０３を別の形態を例示する図である。図１３（Ｂ）のプロセッサ１０３は、前述した端末（ProSe enabled UE）に対応している。プロセッサ１０３は、図１２（Ａ）の測定制御部１０３０に加えて、ＥＰＣレベル又は直接に近接端末を発見するＰｒｏＳｅディスカバリ部１０３７と、例えばWi-Fi（登録商標）（Wireless Fidelity） Direct等WLAN（Wireless LAN（Local Area Network））等による端末間の直接通信を行うＰｒｏＳｅダイレクト通信部１０３８をさらに備えている。
【０１３８】
図１６（Ａ）は、基地局２０の構成を模式的に説明する図である。基地局２０は、アンテナ２０１、ＲＦ送受信部（ＲＦトランシーバ）２０２、プロセッサ２０３、メモリ２０４、コア網（図３の４０）のノード（例えばＭＭＥ等）と通信するネットワークインタフェース２０５を備えている。プロセッサ２０３は、基地局２０の制御機能を実現する。
【０１３９】
図１６（Ｂ）は、基地局２０のプロセッサ２０３の構成を説明する図である。測定設定送信部２０３１は、ＭＭＥ／ＳＧＳＮからのＭＤＴ活性化（Activation）情報を、ネットワークインタフェース２０５を介して受け、測定設定情報（Measurement Configuration）を、ＲＦトランシーバ２０２を介して端末に送信する。移動性履歴情報取得部２０３２は、端末から送信されＲＦトランシーバ２０２で受信した測定報告から移動性履歴情報を抽出する。端末選択部２０３３は、移動性履歴情報等に基づき、近接性に関する所定の条件を充足する複数の端末の中から端末を選択する。測定再設定送信部２０３４は、ＭＭＥ／ＳＧＳＮからのＭＤＴ活性化（Activation）情報を、ネットワークインタフェース２０５を介して受け、端末選択部２０３３で選択されなかった端末（又は選択された端末）に対して、測定再設定（Measurement ReConfiguration）を、ＲＦトランシーバ２０２を介して送信する。測定・記録取得部２０３５は、端末から送信されＲＦトランシーバ２０２で受信した測定報告から測定データを取得しメモリ２０４に記憶する。測定記録送信部２０３６は、メモリ２０４から測定データを読み出し、ネットワークインタフェース２０５を介してTCE等の管理サーバ宛てに送信する。なお、これら各部は、プロセッサ２０３で実行されるプログラムにより実現してもよい。その場合、メモリ２０４に記憶されたプログラムをプロセッサ２０３の不図示の主記憶メモリ等に読み出して実行するようにしてもよい。
【０１４０】
図１７（Ａ）は、ネットワークノード（図５のＮＷエンティティ）を説明する図である。ネットワークノード５０は、コア網（図３の４０）の他のネットワークノード（図６の他のエンティティや、基地局）と通信するネットワークインタフェース５１と、プロセッサ５２、メモリ５３を備えている。
【０１４１】
図１７（Ｂ）は、プロセッサ５２を説明する図である。プロセッサ５２において、端末選択部５２１は、他のネットワークノードからネットワークインタフェース５１を介して受信した前記複数の端末の近接を判断するための情報５２２に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する。なお、端末選択部５２１は、プロセッサ５２で実行されるプログラムにより実現してもよい。その場合、メモリ５３に記憶されたプログラムをプロセッサ５２の不図示の主記憶メモリ等に読み出して実行するようにしてもよい。
【０１４２】
また、上述したいくつかの実施形態において、測定・記録及び報告（ＭＤＴ）を実行（又は免除）させる端末は、互いに近接する関係を有する複数の端末のバッテリー情報、対応周波数情報、端末能力情報（UE-Capability Information）などに基づいて選択されてもよい。
【０１４３】
また、上述したいくつかの実施形態では、複数の端末が、ＩｏＴデバイスの一例としてのウェアラブル端末であり、当該ウェアラブル端末を同一ユーザが身に付ける場合について説明した。しかしながら、本発明はこれに限られず、例えば、無線通信機能を搭載し、隊を組んで飛行する複数のドローン（無人飛行機）や、工場の製造ライン等に設置され伴って使用される複数のセンサーノードなどにも適用可能である。
【０１４４】
上記した実施形態は、例えば以下のように付記される（ただし、以下に制限されるものではない）。
【０１４５】
(付記１）
複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とするネットワークノード。 
【０１４６】
(付記２）
前記収集した情報に基づいて、前記複数の端末が近接していると判断する、ことを特徴とする付記１記載のネットワークノード。
【０１４７】
(付記３）
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接の実行を示す情報、
前記複数の端末の契約者情報
の少なくとも１つを含む、ことを特徴とする付記１又は２記載のネットワークノード。
【０１４８】
(付記４）
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする付記１乃至３のいずれか一に記載のネットワークノード。
【０１４９】
(付記５）
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一方を含む、ことを特徴とする付記１乃至４のいずれか一に記載のネットワークノード。
【０１５０】
(付記６）
前記制御部は、前記複数の端末の契約者情報に基づいて測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とする付記１乃至５のいずれか一に記載のネットワークノード。
【０１５１】
(付記７）
選択した前記測定報告を実行させる端末に対し、前記複数の端末を代表して測定報告を行うことを示す情報を含む測定設定情報を送信する送信部を更に有する、ことを特徴とする付記１乃至６のいずれか一に記載のネットワークノード。
【０１５２】
(付記８）
前記複数の端末のうち、選択した前記測定報告を実行させる端末以外の端末に対し、予め設定された測定設定情報の解放を示す情報を送信する送信部を更に有する、ことを特徴とする付記１乃至６のいずれか一に記載のネットワークノード。
【０１５３】
(付記９）
複数の端末と、
ネットワークノードと、
を備え、
前記ネットワークノードは、少なくとも、複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とするネットワークシステム。 
【０１５４】
(付記１０）
前記ネットワークノードは、前記収集した情報に基づいて、前記複数の端末が近接していると判断する、ことを特徴とする付記９記載のネットワークシステム。
【０１５５】
(付記１１）
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接通信の実行を示す情報、
前記複数の端末の契約者情報、
の少なくとも１つを含む、ことを特徴とする付記９又は１０記載のネットワークシステム。
【０１５６】
(付記１２）
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする付記９乃至１１のいずれか一に記載のネットワークシステム。
【０１５７】
(付記１３）
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一つを含む、ことを特徴とする付記９乃至１２のいずれか一に記載のネットワークシステム。
【０１５８】
(付記１４）
前記ネットワークノードにおいて、
前記制御部は、前記複数の端末の契約者情報に基づいて測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とする付記９乃至１３のいずれか一に記載のネットワークシステム。
【０１５９】
(付記１５）
前記ネットワークノードは、
選択した前記測定報告を実行させる端末に対し、前記複数の端末を代表して測定報告を行うことを示す情報を含む測定設定情報を送信する送信部を更に有する、ことを特徴とする付記９乃至１４のいずれか一に記載のネットワークシステム。
【０１６０】
(付記１６）
前記ネットワークノードは、
前記複数の端末のうち、選択した前記測定報告を実行させる端末以外の端末に対し、予め設定された測定設定情報の解放を示す情報を送信する送信部を更に有する、ことを特徴とする付記９乃至１５のいずれか一に記載のネットワークシステム。
【０１６１】
(付記１７）
記複数の端末と、
ネットワークノードと、
を備えたネットワークの制御方法であって、
前記ネットワークノードは、
複数の端末の近接を判断するための情報を収集し、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とするネットワーク制御方法。 
【０１６２】
(付記１８）
前記ネットワークノードは、前記収集した情報に基づいて、前記複数の端末が近接していると判断する、ことを特徴とする付記１７記載のネットワーク制御方法。
【０１６３】
(付記１９）
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接の実行を示す情報、
前記複数の端末の契約者情報
の少なくとも１つを含む、ことを特徴とする付記１７又は１８記載のネットワーク制御方法。
【０１６４】
(付記２０）
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする付記１７乃至１９のいずれか一に記載のネットワーク制御方法。
【０１６５】
(付記２１）
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一つを含む、ことを特徴とする付記１７乃至２０のいずれか一に記載のネットワーク制御方法。
【０１６６】
(付記２２）
前記ネットワークノードは、前記複数の端末の契約者情報に基づいて測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とする付記１７乃至２１のいずれか一に記載のネットワーク制御方法。
【０１６７】
(付記２３）
前記ネットワークノードは、選択した前記測定報告を実行させる端末に対し、前記複数の端末を代表して測定報告を行うことを示す情報を含む測定設定情報を送信する、ことを特徴とする付記１７乃至２２のいずれか一に記載のネットワーク制御方法。
【０１６８】
(付記２４）
前記ネットワークノードは、前記複数の端末のうち、選択した前記測定報告を実行させる端末以外の端末に対し、予め設定された測定設定情報の解放を示す情報を送信する、ことを特徴とする付記１７乃至２２のいずれか一に記載のネットワーク制御方法。
【０１６９】
(付記２５）
複数の端末の近接を判断するための情報を収集するための処理と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する処理とを、
ネットワークノードを構成するコンピュータに実行させるプログラム。
【０１７０】
(付記２６）
複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作するネットワークノードから、測定設定、又は測定再設定を受信する端末。
【０１７１】
(付記２７）
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接の実行を示す情報、
前記複数の端末の契約者情報
の少なくとも１つを含む、ことを特徴とする付記２６記載の端末。
【０１７２】
(付記２８）
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一方を含む、ことを特徴とする付記２６記載の端末。
【０１７３】
なお、上記の特許文献１−３の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各付記の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【０１７４】
１  ユーザ
１０、１０−１〜１０−３  端末
２０、２０Ａ、２０Ｂ  基地局
３０  モバイルネットワーク（無線アクセスネットワーク）
４０  コア網
５０  ネットワークノード
５１  ネットワークインタフェース
５２  プロセッサ
５３  メモリ
１０１  アンテナ
１０２  ＲＦトランシーバ
１０３  プロセッサ
１０４  メモリ
２０１  アンテナ
２０２  ＲＦトランシーバ
２０３  プロセッサ
２０４  メモリ
２０５  ネットワークインタフェース
５２１  端末選択部
５２２  近接性情報
１０３０  測定制御部
１０３１  測定設定・再設定受付部
１０３２  測定設定・解放部
１０３３  測定実行部
１０３４  測定記録部
１０３５  移動性履歴記憶部
１０３６  測定記録・移動性履歴報告部
１０３７  ＰｒｏＳｅディスカバリ部
１０３８  ＰｒｏＳｅダイレクト通信部
２０３１  測定設定送信部
２０３２  移動性履歴情報取得部
２０３３  端末選択部
２０３４  測定再設定送信部
２０３５  測定記録取得部
２０３６  測定記録送信部
【図１】
2017037845.tif 000003
【図２】
2017037845.tif 000004
【図３】
2017037845.tif 000005
【図４】
2017037845.tif 000006
【図５】
2017037845.tif 000007
【図６】
2017037845.tif 000008
【図７】
2017037845.tif 000009
【図８】
2017037845.tif 000010
【図９】
2017037845.tif 000011
【図１０】
2017037845.tif 000012
【図１１】
2017037845.tif 000013
【図１２】
2017037845.tif 000014
【図１３】
2017037845.tif 000015
【図１４】
2017037845.tif 000016
【図１５】
2017037845.tif 000017
【図１６】
2017037845.tif 000018
【図１７】
2017037845.tif 000019
【手続補正書】
【提出日】平成28年3月15日(2016.3.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とするネットワークノード。
【請求項２】
前記収集した情報に基づいて、前記複数の端末が近接していると判断する、ことを特徴とする請求項１記載のネットワークノード。
【請求項３】
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接通信の実行を示す情報、
前記複数の端末の契約者情報、
の少なくとも１つを含む、ことを特徴とする請求項１又は２に記載のネットワークノード。
【請求項４】
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする請求項３に記載のネットワークノード。
【請求項５】
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一方を含む、ことを特徴とする請求項３又は４に記載のネットワークノード。
【請求項６】
前記制御部は、前記複数の端末の契約者情報に基づいて測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とする請求項３乃至５のいずれか１項に記載のネットワークノード。
【請求項７】
選択した前記測定報告を実行させる端末に対し、前記複数の端末を代表して測定報告を行うことを示す情報を含む測定設定情報を送信する送信部を更に有する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークノード。
【請求項８】
前記複数の端末のうち、選択した前記測定報告を実行させる端末以外の端末に対し、予め設定された測定設定情報の解放を示す情報を送信する送信部を更に有する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークノード。
【請求項９】
複数の端末と、
ネットワークノードと、
を備え、
前記ネットワークノードは、少なくとも、複数の端末の近接を判断するための情報を収集するための受信部と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作する制御部と
を有する、ことを特徴とする通信システム。
【請求項１０】
前記近接を判断するための情報は、
前記複数の端末の移動性履歴情報、
前記複数の端末が端末間直接通信の実行を示す情報、
前記複数の端末の契約者情報、
の少なくとも１つを含む、ことを特徴とする請求項９記載の通信システム。
【請求項１１】
前記移動性履歴情報は、
前記端末が滞在したセルの識別子又はネットワークの識別子、
前記端末がセル又はネットワークに滞在した時間、
の少なくとも一方を含む、ことを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記端末間直接通信の実行を示す情報は、
前記端末間直接通信に用いる無線リソースの情報、
前記端末間直接通信の相手を示す情報、
前記端末間直接通信に用いる送信電力の値、
前記端末間直接通信の回数又は通信時間、
の少なくとも一つを含む、ことを特徴とする請求項１０又は１１に記載の通信システム。
【請求項１３】
前記複数の端末と、
ネットワークノードと、
を備えたネットワークの制御方法であって、
前記ネットワークノードは、
複数の端末の近接を判断するための情報を収集し、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する、ことを特徴とするネットワーク制御方法。
【請求項１４】
複数の端末の近接を判断するための情報を収集するための処理と、
前記収集した情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択する処理と、を、ネットワークノードを構成するコンピュータに実行させるプログラム。
【請求項１５】
複数の端末の近接を判断するための情報に基づいて、前記複数の端末のうち、測定報告を実行させる端末を少なくとも１つ選択するよう動作するネットワークノードから、測定設定又は測定再設定を受信する端末。
【国際調査報告】
2017037845.tif 000020
2017037845.tif 000021
2017037845.tif 000022
2017037845.tif 000023