(57)【要約】【課題】端末のモビリティ管理を分散して行うことが可能なシステム、方法及び端末装置を提供する。【解決手段】管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数備え、複数の前記管理装置は、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有する、システム。【選択図】図１
2016203874.tif 000002
【特許請求の範囲】
【請求項１】
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数備え、
複数の前記管理装置は、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有する、システム。
【請求項２】
前記管理装置は、管理対象の前記端末装置の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の前記管理装置へ、前記端末装置の移動可能性を示す情報を通知する、請求項１に記載のシステム。
【請求項３】
前記管理装置は、ページングメッセージを送信してからの経過時間が閾値を超えた場合、管理対象の前記端末装置の管理エリア外への移動可能性を認識する、請求項２に記載のシステム。
【請求項４】
前記管理装置は、前記端末装置の情報に基づいて前記端末装置の移動可能性を認識する、請求項２に記載のシステム。
【請求項５】
前記管理装置は、前記端末装置の移動先の管理エリアを管理する他の前記管理装置へ、当該端末装置の情報を通知する、請求項２に記載のシステム。
【請求項６】
前記管理装置は、他の前記管理装置から前記端末装置の前記移動可能性を示す情報が通知された場合、当該端末装置へページングメッセージを送信する、請求項２に記載のシステム。
【請求項７】
前記管理装置により管理される前記端末装置の情報は、前記端末装置のモビリティ情報、前記端末装置が使用するアプリケーションに関する情報、又は前記端末装置の属性情報の少なくともいずれかを含む、請求項１に記載のシステム。
【請求項８】
前記モビリティ情報は、前記端末装置の位置情報、速度又は移動方向の少なくともいずれかを含む、請求項７に記載のシステム。
【請求項９】
前記端末装置は、自身の位置を管理エリア内に含むひとつ以上の前記管理装置により管理される、請求項１に記載のシステム。
【請求項１０】
前記管理装置は、自身の管理エリア内に位置する前記端末装置のうち、より下層の他の前記管理装置の管理対象でない前記端末装置を管理対象とする、請求項９に記載のシステム。
【請求項１１】
最上層の前記管理装置は、ＭＭＥ（Mobility  Management  Entity）又はＨＳＳ（Home  Subscriber  Server）の少なくともいずれかを含む、請求項１に記載のシステム。
【請求項１２】
前記管理装置は、ＴＡ（Tracking  Area）アップデートの実施において、管理対象の前記端末装置の情報を更新する、請求項１に記載のシステム。
【請求項１３】
前記システムは、複数の前記管理装置が協調して複数の前記端末装置の情報を管理するための処理を制御する協調制御装置をさらに備える、請求項１に記載のシステム。
【請求項１４】
前記協調制御装置は、前記端末装置の情報に基づいて、各々の前記管理装置の管理対象の前記端末装置を選択する、請求項１３に記載のシステム。
【請求項１５】
前記協調制御装置は、前記階層構造、及び各々の前記管理装置の管理対象の前記端末装置を示す情報を記憶する、請求項１３に記載のシステム。
【請求項１６】
前記協調制御装置は、前記端末装置の移動に応じて記憶した情報を更新する、請求項１５に記載のシステム。
【請求項１７】
前記協調制御装置は、前記階層構造の変化に応じて記憶した情報を更新する、請求項１５に記載のシステム。
【請求項１８】
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムに含まれる前記管理装置により、管理対象の前記端末装置の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の前記管理装置へ、前記端末装置の移動可能性を示す情報を通知すること、
を含む方法。
【請求項１９】
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムにより管理される、端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、システム、方法及び端末装置に関する。
【背景技術】
【０００２】
近年、スマートフォン等の端末と物理的に近い位置に設けられたサーバ（以下、エッジサーバとも称する）でデータ処理を行う、モバイルエッジコンピューティング（ＭＥＣ：Mobile-Edge  Computing）技術が注目を浴びている。例えば、下記非特許文献１では、ＭＥＣに関する技術の標準規格について検討されている。【０００３】
ＭＥＣでは、端末と物理的に近い位置にエッジサーバが配置されるため、集中的に配置される一般的なクラウドサーバと比較して通信遅延が短縮され、高いリアルタイム性が求められるアプリケーションの利用が可能となる。また、ＭＥＣでは、これまでは端末側で処理されていた機能を端末に近いエッジサーバに分散処理させることで、端末の性能によらず高速なネットワーク・アプリケーション処理を実現することができる。エッジサーバは、例えばアプリケーションサーバとしての機能、及びコンテンツサーバとしての機能を始め多様な機能を有し得、端末に多様なサービスを提供することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＥＴＳＩ，“Mobile-Edge  Computing-Introductory  Technical  White  Paper”，２０１４年９月，［平成２７年５月２８日検索］，インターネット＜https://portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記非特許文献１等における検討内容は、検討が開始されてから未だ日が浅く、ＭＥＣに関する技術が十分に提案されているとはいいがたい。例えば、端末のモビリティ管理（移動性管理）に関する技術も、十分には提案されていないものの一つである。【０００６】
そこで、本開示では、端末のモビリティ管理を分散して行うことが可能な、新規かつ改良されたシステム、方法及び端末装置を提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数備え、複数の前記管理装置は、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有する、システムが提供される。【０００８】
また、本開示によれば、管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムに含まれる前記管理装置により、管理対象の前記端末装置の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の前記管理装置へ、前記端末装置の移動可能性を示す情報を通知すること、を含む方法が提供される。【０００９】
また、本開示によれば、管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムにより管理される、端末装置が提供される。
【発明の効果】
【００１０】
以上説明したように本開示によれば、端末のモビリティ管理を分散して行うことが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１１】
【図１】ＭＥＣの概要を説明するための説明図である。
【図２】ＭＥＣサーバのプラットフォームを説明するための説明図である。
【図３】ＬＴＥのコアネットワークの構成の一例を説明するための説明図である。
【図４】ページング手続の流れの一例を示すシーケンス図である。
【図５】本開示の一実施形態に係るシステムの概略的な構成の一例を示す説明図である。
【図６】同実施形態に係るシステムの詳細な構成の一例を示す説明図である。
【図７】同実施形態に係る端末装置の構成の一例を示すブロック図である。
【図８】同実施形態に係る管理装置の構成の一例を示すブロック図である。
【図９】同実施形態に係るコーディネータの構成の一例を示すブロック図である。
【図１０】同実施形態に係るコーディネータにおいて実行されるページング支援処理の流れの一例を示すフローチャートである。
【図１１】同実施形態に係るシステムにおいて実行されるローカルページング処理の流れの一例を示すシーケンス図である。
【図１２】同実施形態に係るシステムにおいて実行されるアタッチ処理の流れの一例を示すシーケンス図である。
【図１３】同実施形態に係るシステムにおいて実行されるローカルページング処理の流れの一例を示すシーケンス図である。
【図１４】同実施形態に係るシステムにおいて実行されるローカルページング処理の流れの一例を示すシーケンス図である。
【図１５】同実施形態に係るシステムにおいて実行されるローカルページング処理の流れの一例を示すシーケンス図である。
【図１６】同実施形態に係るシステムにおいて実行される管理者の変更処理の流れの一例を示すシーケンス図である。
【図１７】サーバの概略的な構成の一例を示すブロック図である。
【図１８】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１９】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。
【００１４】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．ＭＥＣ
１．２．ページング
１．３．技術的課題
２．システムの構成
２．１．概略的な構成
２．２．詳細な構成
３．各装置の構成
３．１．端末装置の構成
３．２．管理装置の構成
３．３．コーディネータの構成
４．技術的特徴
５．処理の流れ
５．１．基本的な処理の流れ
５．２．詳細な処理の流れ
６．応用例
７．まとめ
【００１５】
＜＜１．はじめに＞＞
＜１．１．ＭＥＣ＞
（１）概要
まず、図１を参照して、ＭＥＣの概要を説明する。
【００１６】
図１は、ＭＥＣの概要を説明するための説明図である。図１では、上段に、ＬＴＥ（Long  Term  Evolution）に代表される現状の（ＭＥＣが導入されていない）移動体通信において、ＵＥ（User  Equipment）がアプリケーション及びコンテンツにアクセスするための通信経路を示している。また、下段に、ＭＥＣが導入された場合に、ＵＥがアプリケーション及びコンテンツにアクセスするための通信経路を示している。
【００１７】
図１の上段に示すように、現状の移動体通信においては、アプリケーション及びコンテンツはＥＰＣ（Evolved  Packet  Core）より外側（ＵＥから遠い側）であるＩＰネットワークに配置されている。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするために、データセンタまでの途中の経路上にある中継網（例えば、Backbone  network）、ＥＰＣ、バックホールリンク、基地局、及びアクセスリンクを全て経由して通信していた。そのため、膨大なネットワークコスト及び遅延が発生していた。
【００１８】
一方で、図１の下段に示すように、ＭＥＣにおいては、アプリケーション及びコンテンツは、ＥＰＣの内側（ＵＥに近い側）に保持される。例えば、図１に示した例では、基地局と一体的に形成されたＭＥＣサーバ（即ち、エッジサーバ）が、アプリケーションサーバ及びコンテンツサーバとして機能する。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするためには、ＥＰＣより内側でのみ通信を行えばよい。そのため、ＭＥＣを導入することで、極低遅延の通信が可能になるだけでなく、アクセスリンク以外（例えば、バックホールリンク、ＥＰＣ、及び中継網）のトラフィックの削減も可能になる。さらに、通信の低遅延化及びアクセスリンク以外のトラフィック削減は、スループットの向上、並びにＵＥ及びネットワーク側の低消費電力化にも貢献し得る。このように、ＭＥＣの導入により、ユーザ、ネットワーク提供者、サービス提供者に対して、様々なメリットが生まれ得る。ＭＥＣは、よりローカル側（即ち、ＵＥに近い側）でデータを分散処理するので、特に地域に根付いたアプリケーションへの応用が期待される。
【００１９】
なお、図１では、ＭＥＣサーバが基地局と一体的に形成された例を示しているが、本技術は係る例に限定されない。ＭＥＣサーバは、基地局とは異なる装置として形成されてもよいし、基地局と物理的な離れていてもよい。本実施形態では、一例として、ＭＥＣサーバは、基地局と一体的に設けられるものとして説明する。以下では、基地局と一体的に形成されたＭＥＣサーバを、基地局に対応するＭＥＣサーバとも称し、その逆も同様に、ＭＥＣサーバに対応する基地局とも称する。
【００２０】
（２）プラットフォーム
続いて、図２を参照して、ＭＥＣサーバのプラットフォームを説明する。
【００２１】
図２は、ＭＥＣサーバのプラットフォームを説明するための説明図である。最下層の構成要素である３ＧＰＰ無線ネットワーク要素（3GPP  Radio  Network  Element）は、アンテナ及びアンプ等の基地局設備である。その上の、ホスティング基盤（Hosting  Infrastructure）は、サーバ機材等のハードウェア資源（Hardware  Resources）と、それらを仮想化するソフトウェアによって形成される仮想化層（Virtualization  Layer）とから成り、一般的な仮想サーバ技術の提供が可能である。この仮想サーバ上で、アプリケーションプラットフォーム（Application  Platform）が動作する。
【００２２】
仮想化マネージャ（Virtualization  Manager）は、最上位の各アプリケーション（MEC  App）が動作する器であるＶＭ（Virtual  Machine）の生成及び消滅等の管理を行う。各アプリケーションは異なる企業によって実行され得るので、仮想化マネージャはセキュリティ及び割当てるリソースの分離等の配慮が求められるものの、一般的なクラウド基盤技術の適用が可能である。
【００２３】
アプリケーションプラットフォームサービス（Application  Platform  Service）は、ＭＥＣに特徴的な共通サービスの集合体である。トラフィックオフロード機能（Traffic  Offload  Function）は、ＵＥからの要求をＭＥＣサーバ上のアプリケーションが処理する場合とインターネット上のアプリケーション（データサーバ上の親アプリケーション）が処理する場合とで、ルーティング等の切換制御を行う。無線ネットワーク情報サービス（Radio  Network  Information  Services）は、ＭＥＣサーバ上の各アプリケーションが、ＭＥＣサーバに対応する基地局とＵＥ間の電波の強さ等の無線状況情報を必要とする場合、下層の無線ネットワークから情報を取得してアプリケーションに提供する。通信サービス（Communication  Services）は、ＭＥＣサーバ上の各アプリケーションがＵＥ又はインターネット上のアプリケーションと通信する時の経路を提供する。サービスレジストリ（Service  Registry）は、ＭＥＣサーバ上の各アプリケーションの生成又は動作要求があった場合に、そのアプリケーションが正統なものか認証し、登録し、他のエンティティからの問い合わせに答える。
【００２４】
以上説明したアプリケーションプラットフォームの上で、各ＶＭ上の各アプリケーションが動作し、インターネット上のアプリケーションに代わって又は協働により各種サービスをＵＥに提供する。
【００２５】
ＭＥＣサーバは、多数の基地局に設置することが想定されているので、多数のＭＥＣサーバ同士を管理及び連携させる仕組みの検討も求められる。ホスティング基盤管理システム（Hosting  Infrastructure  Management  System）、アプリケーションプラットフォーム管理システム（Application  Platform  Management  System）、アプリケーション管理システム（Application  Management  System）は、ＭＥＣサーバ上の対応する各エンティティを管理し、連携させる。
【００２６】
（３）標準化の動向
欧州においては、２０１４年１０月に、ＥＴＳＩにＩＳＧ（Industry  Specification  Groups）が設置され、ＭＥＣの標準化作業が開始された。最初の仕様は２０１６年末目標とし、現在標準化作業が進められている。より詳しくは、ＥＴＳＩ  ＩＳＧ  ＮＦＶ（Network  Function  Virtualization）及び３ＧＰＰなどの協力の元、ＭＥＣ実現のためのＡＰＩの標準化が中心に標準化が進められている。
【００２７】
＜１．２．ページング＞
（１）ＬＴＥのシステム構成
まず、図３を参照して、ＬＴＥのコアネットワークの構成を説明する。
【００２８】
図３は、ＬＴＥのコアネットワークの構成の一例を説明するための説明図である。図３では、ＩＰネットワークから基地局までの構成を示している。
【００２９】
ＭＭＥ（Mobility  Management  Entity）は、Ｓ１−ＭＭＥインタフェースにより基地局（典型的には、ｅＮｏｄｅＢ）を収容し、端末のモビリティ管理、認証（セキュリティ制御を含む）、及びユーザデータの転送経路の設定処理を行う。ＭＭＥは、端末のモビリティ管理及び認証処理を、Ｓ６ａインタフェースによりＨＳＳ（Home  Subscriber  Server）と連携して行う。モビリティ管理に関しては、ＬＴＥと３Ｇの無線エリア間の移動による位置管理登録処理を効率化するため、ＭＭＥは、Ｓ３インタフェースを介して、３Ｇコアネットワークの論理ノードであるＳＧＳＮ（Serving  GPRS  Support  Node）と連携した位置登録制御を行うことが可能である。また、ＭＭＥは、ｅＮｏｄｅＢ及びＳ−ＧＷ（Serving  Gateway）との間で、Ｓ１−ＭＭＥ及びＳ１１インタフェースにより制御信号の送受信を行い、Ｓ−ＧＷからｅＮｏｄｅＢの区間であるＳ１−Ｕインタフェースにおけるユーザデータの転送経路の設定及び開放を行う。
【００３０】
ＰＣＲＦは、Ｐ−ＧＷ、Ｓ−ＧＷ及びＴｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓにおける通信品質制御を行うためのＱｏＳ及び課金方法などのポリシーを決定し、それぞれＧｘ、Ｇｘｃ及びＧｘａインタフェースを介してポリシー情報を配布する。
【００３１】
ＨＳＳは、オペレータが契約している契約者・ユーザ（例えば、ＵＥ）についての加入者情報データベースである。ＨＳＳは、例えば認証情報や現在どこに存在しているかなどの情報を管理する。また、ＨＳＳは、ＵＥに提供されるサービスの制御を行う。ＵＥがローミングしているような場合、ローミング先にいることもＨＳＳで管理される。
【００３２】
Ｓ−ＧＷは、主にユーザプレーンのデータ（ＩＰデータ）を取り扱う。Ｓ−ＧＷは、ＲＡＮ（Radio  access  network）とコアネットワークの間を取り次ぐエンティティであり、各ＵＥのモビリティに対応しながら、データのルーティングを担う。
【００３３】
Ｐ−ＧＷ（Packet  Data  Network  Gateway）は、主にユーザプレーンのデータ（ＩＰデータ）を取り扱う。Ｐ−ＧＷは、コアネットワークと外部ネットワークの間を取り次ぐエンティティである。また、Ｐ−ＧＷは、コアネットワークおよび提供するＲＡＮのポリシー制御、課金制御、ＩＰアドレス管理を行うこともある。Ｓ−ＧＷ及びＰ−ＧＷは、論理的には別のエンティティであるが、物理的には同一であることもある。
【００３４】
ＳＧＳＮ（Serving  GPRS  Support  Node）は、ＭＭＥとＳ−ＧＷの両方の機能をもつようなエンティティである。ＳＧＳＮは、ネットワークの種類（ＧＰＲＳ（General  Packet  Radio  Services））や、ＲＡＮの種類（ＷＣＤＭＡ（登録商標）／ＧＭＳ）によって存在するエンティティである。ＳＧＳＮは、ＭＭＥとＳ−ＧＷの両方の機能を有するため、制御プレーン、ユーザプレーンの両方を取り扱うこととなる。
【００３５】
ｅＮＢ同士は、論理的にはＸ２インタフェースにより接続されており、物理的にはコアネットワークを経由して接続されており、互いに通信可能である。
【００３６】
（２）ページング
続いて、ＬＴＥにおけるページングを説明する。
【００３７】
ＬＴＥにおいて、主にアイドルモードのＵＥをネットワーク側が呼び出すために、ページングと呼ばれる技術が用いられている。ページングは、例えばデータ又は音声の着信、津波警報などの緊急通知等のために用いられる。主な用途は、以下の通りである。
【００３８】
・Initiate  a  mobile  terminating  PS（Packet  Switching）  data  connection
（移動体によるＰＳデータ通信の初期化）
・Initiate  a  mobile  terminating  SMS  connection
（移動体によるＳＭＳ通信の初期化）
・Initiate  a  mobile  terminating  CS  fallback  connection
（移動体による回線交換フォールバック通信の初期化）
・Trigger  a  UE  to  re-acquire  system  information
（ＵＥにシステム情報の再取得をトリガ）
・Provide  ETWS（Earthquake  and  Tsunami  Warning  System）  notification
（ＥＴＷＳ通知を提供）
・Provide  a  CMAS（Commercial  Mobile  Alert  Service）  notification
（ＣＭＡＳ通知を提供）
【００３９】
以下、図４を参照して、ページングに係る処理の流れの一例を説明する。図４は、ページング手続の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ、ｅＮＢ、及びＭＭＥが関与する。
【００４０】
図４に示すように、まずＭＭＥからｅＮＢを経由して、ＵＥへページングメッセージ（ページング信号とも称する）が通知される（ステップＳ１０、Ｓ１１）。ＭＭＥからｅＮＢまでのページングメッセージは、Ｓ１ＡＰページングメッセージとも称される。ｅＮＢからＵＥまでのページングメッセージは、ＲＲＣページングメッセージとも称される。ＭＭＥは、複数のＴＡ（Tracking  Area）に対して、Ｓ１ＡＰページングメッセージを送信する（ステップＳ１０）。各ｅＮＢは、受信したＳ１ＡＰページングメッセージに基づいてＲＲＣページングメッセージを生成し、ＵＥへ送信する（ステップＳ１１）。ここで、ＭＭＥは、ページングメッセージを送信したタイミングで、ページングタイマーＴ３４１３を設定する（ステップＳ１２）。
【００４１】
ＵＥは、自身宛てのページングメッセージを発見した場合、ランダムアクセス手続へと移行する（ステップＳ１３）。次いで、ＵＥは、ＲＲＣ接続リクエスト（RRC  Connection  Request）をｅＮＢへ送信し（ステップＳ１４）、ｅＮＢによりＲＲＣ接続セットアップ（RRC  Connection  Setup）が行われる（ステップＳ１５）。
【００４２】
ＵＥは、ＲＲＣ接続セットアップが完了してＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態へと遷移すると、サービスリクエストをｅＮＢへ送信する（ステップＳ１６）。次いで、ｅＮＢは、ＭＭＥへサービスリクエストを送信する。ＭＭＥは、サービスリクエストを受信すると、ページングタイマーＴ３４１３を停止する（ステップＳ１８）。なお、ページングタイマーＴ３４１３の満了までの間に停止することができなかった場合、ページング失敗となる。
【００４３】
ＵＥは、ページングを正しく実施するために、ネットワーク側から受信するページング信号を適切に読む必要がある。しかし、常にネットワーク側からの信号を待ち受ける場合、ＵＥの消費電力が膨大になってしまう。そこで、ＬＴＥでは、ＤＲＸ（Discontinuous  Reception）という間欠受信の方式が取り入れられている。ＤＲＸは、一定のサイクルで間欠受信を行う仕組みである。間隔のデフォルト値は、ＳＩＢ２（System  Information  Block  Type  2）にて通知される、以下の範囲で設定される値である。
｛３２，  ６４，  １２８，  ２５６｝  ［Ｒａｄｉｏ  Ｆｒａｍｅｓ］
【００４４】
間隔の値は、ＵＥ側からネットワーク側へリクエストすることも可能である。この場合、取り得る値は同じであり、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”又は“Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔ”を用いてネットワーク側へと通知される。
なお、デフォルト値及びＵＥリクエストの値が両方設定された場合は、それらのうち小さい値が採用される。
【００４５】
ＵＥは、予め定められたページング間隔、及び自身の識別情報ＵＥ＿ＩＤ等の情報に基づいて、ページング信号を受信するフレーム（ＰＦ：Ｐａｇｉｎｇ  Ｆｒａｍｅ）の設定を行う。ＰＦは、例えば下記の数式により計算される。
【００４６】
ＳＦＮ  ｍｏｄ  Ｔ＝（Ｔ／Ｎ）×（ＵＥ＿ＩＤ  ｍｏｄ  Ｎ）
Ｔ＝ＤＲＸ  ｃｙｃｌｅ  ｌｅｎｇｔｈ  ｒａｄｉｏ  ｆｒａｍｅｓ
Ｎ＝Ｍｉｎ（Ｔ，ｎＢ）
｛Ｔ，Ｔ／２，Ｔ／４，Ｔ／８，Ｔ／１６，Ｔ３２｝
ｎＢ：ｂｒｏａｄｃａｓｔ  ｉｎ  ＳＩＢ２
｛４Ｔ，２Ｔ，Ｔ，Ｔ／２，Ｔ／４，Ｔ／８，Ｔ／１６，Ｔ３２｝
ＵＥ＿ＩＤ＝ＩＭＳＩ  ｍｏｄ  １０２４
【００４７】
次に、ＵＥは、ＰＦ内のページング信号を受信するサブフレーム（ＰＯ：Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ）を決定する。まず、ＵＥは、下記の数式により、パラメータＮｓ、ｉ＿ｓを計算する。そして、ＵＥは、下記の表１及び表２のルックアップテーブル（Look  up  table）を参照して、ＰＯを決定する。
【００４８】
Ｎｓ＝Ｍａｘ（１，ｎＢ／Ｔ）
ｉ＿ｓ＝Ｆｌｏｏｒ（ＵＥ＿ＩＤ／Ｎ）ｍｏｄ  Ｎｓ
【００４９】
【表１】
2016203874.tif 000003
【００５０】
【表２】
2016203874.tif 000004
【００５１】
パラメータＮｓは、セル特有（Cell  specific）に設定される。Ｎｓの値が大きくなればなるほど、ページングキャパシティ（Paging  capacity）は大きくなる。
【００５２】
Ｓｕｂｆｒａｍｅ０，５には、同期信号又はシステム情報が入っているため、ＭＢＳＦＮ  ｓｕｂｆｒａｍｅを設定することはできない。そのため、ページング情報もこのＳｕｂｆｒａｍｅに格納される場合、スペックインパクトは小さい。しかしながら、ページングキャパシティの小さい（帯域が狭い）セルにとっては、Ｓｕｂｆｍｒａｅ０，５は既にリソースがなく、ページング情報を格納することは難しい。そのため、ページングキャパシティが小さいセルには、Ｓｕｂｆｒａｍｅ０，５以外、特にＳｕｂｆｒａｍｅ４，９にページング情報を割り当てる傾向がある（４，９であれば、ＵＥがページング直後に同期信号とシステム情報を読むことができ、効率的）。一方、Ｓｕｂｆｒａｍｅ  ０，５に比較的余裕がある（ページングキャパシティが大きい）セルに対しては、Ｓｕｂｆｒａｍｅ０，５にページング情報を割り当てることができる。
【００５３】
ＴＤＤのケースでは、少なくともＤＬ（Downlink）  ｓｕｂｆｒａｍｅにページング情報をマッピングする必要があるため、常にＤＬのＣｏｎｆｉｇｕｒａｔｉｏｎがある０，５  ｓｕｂｆｒａｍｅへの割当てが最優先される。この場合、ページング情報とシステム情報のクラッシュも許容される。ページングキャパシティが大きいセルに対しては、追加的にＳｕｂｆｒａｍｅ１，６の使用が可能である。Ｓｕｂｆｒａｍｅ１は、Ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅであり、Ｓｕｂｆｒａｍｅ６は、Ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅもしくはＤＬ  ｓｕｂｆｒａｍｅである。Ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅは、ＰＤＣＣＨの領域が制限されているため、ページングキャパシティが小さいセルでは用いることができない。そのため、ページングキャパシティが高いセルのみにページング情報が割り当てられている。
【００５４】
＜１．３．技術的課題＞
現在の３ＧＰＰにおけるページングは、ＭＭＥがあるまとまった基地局を１つのＴＡとして管理している。ＵＥのモビリティがある程度ある場合、このような大規模なＴＡ単位でのモビリティ管理は有効であるとも考えられる。ただし、ＭＭＥは、ターゲットのＵＥに対して、ＴＡ単位でページングメッセージを送信するので、ページングにかかるオーバーヘッドは大きい。
【００５５】
ここで、ＭＥＣが導入されると、ＵＥに近い場所に設けられたＭＥＣサーバからＵＥへ、低遅延でサービスが提供される。それにも関わらず、例えばＵＥからの他のＵＥの呼び出し要求は、一旦ＭＭＥのレイヤまで到達することになるので、レイテンシが大きくなってしまう。
【００５６】
そこで、上記事情を一着眼点にして本開示の一実施形態に係るシステムを創作するに至った。本実施形態に係るシステムでは、ＭＥＣの思想をモビリティ管理に適用して、ＭＭＥ及びＨＳＳの機能を、よりユーザに近い位置に分散して配置する。これにより、モビリティ管理に関し、オーバーヘッド及びレイテンシの小さい通信が実現される。
【００５７】
＜＜２．システムの構成＞＞
＜２．１．概略的な構成＞
続いて、図５を参照して、本実施形態に係るシステム１の概略的な構成を説明する。図５は、本実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図５を参照すると、システム１は、無線通信装置１００、及び端末装置２００を含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器（User  Equipment：ＵＥ）とも呼ばれ得る。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、より一般的に通信機器を意味してもよい。
【００５８】
（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
【００５９】
基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、コアネットワーク４０と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
【００６０】
ここで、図５に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０はマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized  Network）である。
【００６１】
セル１０は、例えば、ＬＴＥ、ＬＴＥ−Ａ（LTE-Advanced）、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
【００６２】
なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。
【００６３】
（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
【００６４】
（３）アプリケーションサーバ６０
アプリケーションサーバ６０は、ユーザへサービスを提供する装置である。アプリケーションサーバ６０は、パケットデータネットワーク（ＰＤＮ）５０に接続される。他方、基地局１００は、コアネットワーク４０に接続される。コアネットワーク４０は、ゲートウェイ装置（図示せず）を介してＰＤＮ５０に接続される。このため、無線通信装置１００は、アプリケーションサーバ６０により提供されるサービスを、パケットデータネットワーク５０、コアネットワーク４０及び無線通信路を介してユーザへ提供する。
【００６５】
＜２．２．詳細な構成＞
続いて、図６を参照して、本実施形態に係るシステム１の詳細な構成を説明する。図６は、本実施形態に係るシステム１の詳細な構成の一例を示す説明図である。図６に示すように、システム１は、複数の管理装置３００、及びコーディネータ４００を含む。
【００６６】
管理装置３００は、端末装置２００のモビリティ管理を行う装置である。管理装置３００は、例えばＭＭＥの機能の少なくとも一部を有し得る。管理装置３００は、さらにＨＳＳの機能の少なくとも一部を有していてもよい。管理装置３００は、論理的な機能エンティティとして実現されてもよく、無線通信装置１００等の任意の通信ノードと一体的に形成されてもよい。
【００６７】
図６に示すように、システム１は、複数の管理装置３００により形成される階層構造を有している。レイヤ１が最上層であり、下層のレイヤになるほどユーザの近くに位置することとなる。レイヤ１の管理装置３００は、例えばコアネットワーク内に設けられる。例えば、レイヤ１の管理装置３００は、ＭＭＥ又はＨＳＳの少なくともいずれかを含む。図６に示した例では、レイヤ１の管理装置３００の一方がＨＳＳであり、他方がＭＭＥである。レイヤ２の管理装置３００は、例えばバックホールリンク上の中継局に設けられる。レイヤ３の管理装置３００は、例えばマクロセル基地局１００に設けられる。レイヤ４の管理装置３００は、例えばマスタデバイス１００（例えば、スモールセル基地局又はムービングセル等）に設けられる。
【００６８】
階層間の管理装置３００の関係を説明すると、上層の管理装置３００の管理エリアが、より下層の管理装置３００の管理エリアを含んでいる。管理エリアとは、ページングエリア又はトラッキングエリアを意味する。例えば、スモールセル基地局１００に設けられた管理装置３００は、当該スモールセル基地局１００のスモールセルを管理エリアとする。また、マクロセル基地局１００に設けられた管理装置３００は、当該マクロセル基地局１００のマクロセル、及び当該マクロセルに接続するひとつ以上のスモールセル基地局１００のスモールセルを管理エリアとする。このように、階層（レイヤ）が上になる管理装置３００ほど、広い管理エリアを有する。
【００６９】
コーディネータ４００は、複数の管理装置３００が協調して複数の端末装置２００の情報を管理するための処理を制御する協調制御装置である。より具体的には、コーディネータ４００は、管理装置３００同士の情報交換、及び役割分担を支援する。コーディネータ４００は、論理的な機能エンティティとして実現されてもよく、無線通信装置１００、管理装置３００等の任意の通信ノードと一体的に形成されてもよい。また、図６では、コーディネータ４００は、レイヤ２の管理装置３００と接続されているが、本技術はかかる例に限定されない。例えば、コーディネータ４００は、任意の階層の管理装置３００と接続されてもよいし、各階層に設けられてもよいし、地域ごとに設けられてもよい。
【００７０】
＜＜３．各装置の構成＞＞
続いて、図７〜図９を参照して、本実施形態に係る端末装置２００、管理装置３００及びコーディネータ４００の構成を説明する。
【００７１】
＜３．１．端末装置の構成＞
まず、図７を参照して、本実施形態に係る端末装置２００の構成の一例を説明する。図７は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図７を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
【００７２】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００７３】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局又はマスタデバイスからのダウンリンク信号を受信し、基地局又はマスタデバイスへのアップリンク信号を送信する。
【００７４】
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００７５】
（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、報告部２４１を含む。なお、処理部２４０は、この構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、この構成要素の動作以外の動作も行い得る。
【００７６】
報告部２４１の動作は、後に詳細に説明する。
【００７７】
＜３．２．管理装置の構成＞
続いて、図８を参照して、本実施形態に係る管理装置３００の構成の一例を説明する。図８は、本実施形態に係る管理装置３００の構成の一例を示すブロック図である。図８を参照すると、管理装置３００は、通信部３１０、記憶部３２０、及び処理部３３０を備える。
【００７８】
（１）通信部３１０
通信部３１０は、信号を送受信する。例えば、通信部３１０は、対応する無線通信装置１００との間で通信を行う。管理装置３００が、論理エンティティとして形成され、無線通信装置１００に含まれる場合、通信部３１０は、例えば無線通信装置１００のプロセッサとの間で通信を行う。
【００７９】
（２）記憶部３２０
記憶部３２０は、管理装置３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００８０】
（３）処理部３３０
処理部３３０は、管理装置３００の様々な機能を提供する。処理部３３０は、管理部３３１及び通知部３３３を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。
【００８１】
管理部３３１、及び通知部３３３の動作は、後に詳細に説明する。
【００８２】
＜３．３．コーディネータの構成＞
続いて、図９を参照して、本実施形態に係るコーディネータ４００の構成の一例を説明する。図９は、本実施形態に係るコーディネータ４００の構成の一例を示すブロック図である。図９を参照すると、コーディネータ４００は、通信部４１０、記憶部４２０、及び処理部４３０を備える。
【００８３】
（１）通信部４１０
通信部４１０は、信号を送受信する。例えば、通信部４１０は、管理装置３００との間で通信を行う。コーディネータ４００が、論理エンティティとして形成され、無線通信装置１００に含まれる場合、通信部４１０は、例えば無線通信装置１００のプロセッサとの間で通信を行う。また、コーディネータ４００が、論理エンティティとして形成され、管理装置３００に含まれる場合、通信部４１０は、例えば処理部３３０との間で通信を行う。
【００８４】
（２）記憶部４２０
記憶部４２０は、コーディネータ４００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００８５】
（３）処理部４３０
処理部４３０は、コーディネータ４００の様々な機能を提供する。処理部４３０は、記憶制御部４３１及び選択部４３３を含む。なお、処理部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部４３０は、これらの構成要素の動作以外の動作も行い得る。
【００８６】
記憶制御部４３１、及び選択部４３３の動作は、後に詳細に説明する。
【００８７】
＜＜４．技術的特徴＞＞
続いて、本実施形態に係るシステム１の技術的特徴を説明する。
【００８８】
（１）情報の管理
管理装置３００（例えば、管理部３３１）は、管理エリア内に位置するひとつ以上の端末装置２００の情報を管理する。ここでの管理とは、情報の記憶、及び記憶した情報の更新を含む。管理装置３００により管理される情報を、管理情報とも称する。
【００８９】
端末装置２００は、自身の位置を管理エリアに含むひとつ以上の管理装置３００により管理される。管理装置３００は、他の管理装置３００との間で管理対象の重複を避けてもよい。例えば、管理装置３００（例えば、管理部３３１）は、自身の管理エリア内に位置する端末装置２００のうち、より下層の他の管理装置３００の管理対象でない端末装置２００を管理対象としてもよい。なお、端末装置２００を管理対象とするとは、端末装置２００の管理情報を管理することを指すものとする。即ち、管理装置３００は、管理対象の端末装置２００の管理情報を記憶／更新する。さらに、端末装置２００を管理対象とするとは、ページングメッセージの送信起源となることを指していてもよい。
【００９０】
管理装置３００（例えば、管理部３３１）は、ＭＭＥ又はＨＳＳから管理情報を取得してもよい。また、管理装置３００は、他の管理装置３００から管理情報を取得してもよい。また、端末装置２００（例えば、報告部２４１）は、自身を管理対象とする管理装置３００へ、自身の管理情報を報告してもよい。
【００９１】
（２）管理情報の内容
管理情報は、端末装置２００のモビリティ情報、端末装置２００が使用するアプリケーションに関する情報、又は端末装置２００の属性情報の少なくともいずれかを含む。これにより、端末装置２００は、自身の特性に合った階層の管理装置３００の管理下に入ることが可能となる。
【００９２】
モビリティ情報は、端末装置２００の位置情報、速度又は移動方向の少なくともいずれかを含んでいてもよい。これにより、移動先の管理エリアを管理する管理装置３００を予測して、先んじて通知等することが可能となる。
【００９３】
属性情報は、端末装置２００がＭＴＣデバイスであるのか、スマートフォンであるのか、といった端末カテゴリを含んでいてもよい。これにより、モビリティの高低が予測可能となるので、端末装置２００は、適切な階層の管理装置３００の管理下に入ることが可能となる。
【００９４】
（３）分担
コーディネータ４００は、複数の管理装置３００の役割分担を支援する。
【００９５】
例えば、コーディネータ４００（例えば、選択部４３３）は、管理情報に基づいて、各々の管理装置３００の管理対象の端末装置２００を選択してもよい。例えば、コーディネータ４００は、端末装置２００の属性情報に基づいて選択してもよい。より具体的には、コーディネータ４００は、ＭＴＣデバイスのようにモビリティの低い端末装置２００を下層の管理装置３００の管理対象とし、車載デバイスのようにモビリティの高い端末装置２００を上層の管理装置３００の管理対象とする。他にも、コーディネータ４００は、端末装置２００が使用するアプリケーションに基づいて選択してもよい。例えば、対戦ゲームなどの局所的なエリアで通信が行われるアプリケーションが使用される場合、コーディネータ４００は、下層の管理装置３００の管理対象とする。同様に、コーディネータ４００は、端末装置２００のモビリティ情報に基づいて選択してもよい。このように、コーディネータ４００は、端末装置２００の特性に適合する管理装置３００に、端末装置２００の管理を割当てることができる。
【００９６】
例えば、コーディネータ４００（例えば、記憶制御部４３１）は、階層構造、及び各々の管理装置３００の管理対象の端末装置２００を示す情報を記憶してもよい（即ち、記憶部４２０に記憶させる）。より簡易には、コーディネータ４００は、どの階層のどの管理装置３００がどの端末装置２００を管理しているか、を把握する。階層構造を示す情報とは、管理装置３００間の関係を示す情報である。各々の管理装置３００の管理対象の端末装置２００を示す情報とは、管理装置３００と端末装置２００との関係を示す情報である。これらの情報に基づき、コーディネータ４００は、システム１内のメッセージの送受信を的確に行うことが可能となる。以下では、コーディネータ４００が記憶する情報を、ツリー情報とも称する。
【００９７】
コーディネータ４００（例えば、記憶制御部４３１）は、ツリー情報の更新を行う。例えば、コーディネータ４００は、端末装置２００の移動に応じて、ツリー情報を更新してもよい。これにより、コーディネータ４００は、管理装置３００の管理対象を正しく把握することができる。また、コーディネータ４００は、階層構造の変化に応じてツリー情報を更新してもよい。これにより、コーディネータ４００は、階層構造を正しく把握することができる。
【００９８】
（４）モビリティ管理
管理装置３００は、モビリティ管理のための様々な処理を行う。
【００９９】
例えば、管理装置３００（例えば、管理部３３１）は、アタッチ手続を行う。例えば、管理装置３００は、管理エリアに位置する端末装置２００からのアタッチ要求信号を受信して、自身が保有する、又はＨＳＳから取得した認証情報に基づいて、ユーザ認証及びベアラ設定を行う。
【０１００】
例えば、管理装置３００（例えば、管理部３３１）は、ページング手続を行う。例えば、管理装置３００は、管理対象の端末装置２００へページングメッセージを送信して、サービスリクエストを受信する。なお、本実施形態に係る管理装置３００によるページングを、ローカルページングとも称する場合がある。
【０１０１】
ＬＴＥにおいては、ページング成功／失敗を判定するための閾値として、ＭＭＥにおいてページングタイマーＴ３４１３が用いられてきた。これに対し、本実施形態では、ページングタイマーＴ３４１３の代わりのタイマー（以下、ローカルページングタイマーとも称する）が用いられる。管理装置３００（例えば、管理部３３１）は、ページングメッセージを送信してからの経過時間がローカルページングタイマーを超えた場合、管理対象の端末装置２００の管理エリア外への移動可能性を認識する。なお、移動可能性とは、移動する又は移動した可能性が有ることを意味する。
【０１０２】
他にも、管理装置３００（例えば、管理部３３１）は、端末装置２００の情報に基づいて端末装置２００の移動可能性を認識してもよい。例えば、管理装置３００は、モビリティ情報、端末装置２００の属性、使用アプリケーション等に基づいて、自身の管理エリア外へ端末装置２００が移動する（即ち、逸脱する）可能性を判定する。これにより、管理装置３００は、端末装置２００が実際に管理エリア外へ移動する前から、移動可能性を認識することが可能となる。
【０１０３】
管理装置３００（例えば、通知部３３３）は、管理対象の端末装置２００の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の管理装置３００へ端末装置２００の移動可能性を示す情報を通知する。これにより、周囲の管理装置３００に、移動可能性が周知される。なお、通知先は、コーディネータ４００により制御され得る。例えば、管理装置３００は、どの他の管理装置３００へ通知すべきかをコーディネータに問い合わせて、問い合わせ結果に基づいて通知してもよい。他にも、通知が、コーディネータ４００により中継されもよい。
【０１０４】
管理装置３００（例えば、管理部３３１）は、他の管理装置３００から端末装置２００の移動可能性を示す情報が通知された場合、当該端末装置２００へページングメッセージを送信してもよい。例えば、管理装置３００は、下層の他の管理装置３００からの通知に基づいて、下層よりも広い管理エリアを対象にページング手続を行う。これにより、システム１は、まずは最小範囲で、その後は段階的に範囲を広げながら、端末装置２００の捜索を行うことができる。特に、モビリティの低い端末装置２００に関しては、早期に発見することが可能である。なお、段階的に範囲を広げる際、一度捜索した（捜索に失敗した）管理装置３００は探索対象から除外されてもよい。また、複数の管理装置３００がページングを行う場合、衝突しないように各々のタイミングがずらされることが望ましい。
【０１０５】
なお、ローカルタイマーは、階層ごとに異なっていてもよい。また、ローカルタイマーは、ページングタイマーＴ３４１３よりも短いことが望ましい。複数回行われる可能性があるためである。さらに、最下層から最上層までのローカルページングタイマーの合計が、ページングタイマーＴ３４１３と一致している又はそれ以下であることが望ましい。ひとつひとつ階層を上げて、範囲を拡大させながら、ページングが行われ得るためである。
【０１０６】
管理装置３００（例えば、通知部３３３）は、端末装置２００の移動先の管理エリアを管理する他の管理装置３００へ、当該端末装置２００の管理情報を通知する。これにより、移動元から移動先へ管理情報が引き継がれる。なお、通知先は、コーディネータ４００により制御され得る。例えば、管理装置３００は、どの他の管理装置３００へ通知すべきかをコーディネータに問い合わせて、問い合わせ結果に基づいて通知してもよい。他にも、通知が、コーディネータ４００により中継されもよい。また、移動先の管理装置３００は、新しく移動する可能性がある又は新しく移動してきた端末装置２００を管理対象とする旨を、コーディネータ４００へ通知する。これにより、コーディネータ４００は、管理装置３００の管理対象の変化を把握することが可能となる。
【０１０７】
管理装置３００（例えば、管理部３３１）は、管理対象の端末装置２００の管理エリア外への移動が認識された場合（即ち、他の管理装置３００によるページングが成功した場合）、移動した端末装置２００を管理対象から除外してもよい。これにより、管理対象の重複が解消される。さらに、移動元において、管理情報が消去されてもよい。ただし、基本的には、各階層において管理情報が保持されることが望ましいので、消去されないこと（即ち、管理情報がコピーされること）が望ましい。つまり、管理者でない管理装置３００も、管理情報を保持し得る。なお、コピー回数又は更新日時等に応じて、管理情報の信頼度が設定されてもよい。また、移動元の管理装置３００は、移動した端末装置２００を管理対象から除外した旨を、コーディネータ４００へ通知する。これにより、コーディネータ４００は、管理装置３００の管理対象の変化を把握することが可能となる。
【０１０８】
ここで、上記では、端末装置２００の移動に伴い、管理する管理装置３００が下層から上層へ変更される例を示したが、その逆も考えられる。例えば、モビリティの低下等に伴い、端末装置２００の管理者が上層の管理装置３００から下層の管理装置３００へ変更されてもよい。
【０１０９】
管理装置３００（例えば、管理部３３１）は、ＴＡ（Tracking  Area）アップデートの実施において、管理対象の端末装置２００の管理情報を更新する。即ち、複数の管理装置３００が、一括して管理情報の更新を行う。具体的には、管理装置３００は、ＴＡアップデートメッセージに基づき、端末装置２００の移動を認識して、上記説明した、移動元から移動先への管理情報の引き継ぎ、及び管理対象の重複の解消等を行う。
【０１１０】
以上、本実施形態に係るシステム１の技術的特徴を説明した。
【０１１１】
＜＜５．処理の流れ＞＞
続いて、本実施形態に係るシステム１において実行される処理の流れの一例を説明する。まず、基本的な処理の流れを説明し、続いて具体的なユースケースにおける処理の流れを説明する。
【０１１２】
＜５．１．基本的な処理の流れ＞
まず、図１０を参照して、管理装置３００によるページングを支援するための、コーディネータ４００において行われる処理の流れの一例を説明する。
【０１１３】
図１０は、本実施形態に係るコーディネータ４００において実行されるページング支援処理の流れの一例を示すフローチャートである。
【０１１４】
図１０に示すように、まず、コーディネータ４００（例えば、選択部４３３）は、端末装置２００の移動可能性を認識する（ステップＳ１０２）。例えば、コーディネータ４００は、管理装置３００からの、ローカルページングタイマーが満了したことを示すロスト通知を受けた場合に、端末装置２００の移動可能性を認識する。
【０１１５】
次いで、コーディネータ４００（例えば、選択部４３３）は、初期捜索レイヤを決定して（ステップＳ１０４）、当該レイヤの管理装置３００にページング実施を指示する（ステップＳ１０６）。
【０１１６】
端末装置２００が発見されない場合（ステップＳ１０８／ＮＯ）、コーディネータ４００（例えば、選択部４３３）は、捜索レイヤを１つ上げて（ステップＳ１１０）、再度ページング実施を指示する（ステップＳ１０６）。コーディネータ４００は、これらの処理を、端末が発見されるまで繰り返し、発見された場合（ステップＳ１０８／ＹＥＳ）に処理を終了する。
【０１１７】
以上、ページング支援処理の流れの一例を説明した。続いて、図１１を参照して、システム１において行われるローカルページング処理の流れの一例を説明する。
【０１１８】
図１１は、本実施形態に係るシステム１において実行されるローカルページング処理の流れの一例を示すシーケンス図である。図１１に示すように、本シーケンスには、端末装置２００、レイヤＡの管理装置３００Ａ、レイヤＢの管理装置３００Ｂ、及びコーディネータ４００が関与する。レイヤＡは、レイヤＢよりも下層であるものとする。
【０１１９】
まず、管理装置３００Ａは、ページングメッセージを端末装置２００へ送信する（ステップＳ２０２）。次いで、管理装置３００Ａは、ローカルページングタイマーの満了に基づいて端末装置２００のロストを確認し（ステップＳ２０４）、ロスト通知をコーディネータ４００へ送信する（ステップＳ２０６）。なお、ロスト通知には、ロストした端末装置２００の管理情報（少なくとも、端末ＩＤ）が含まれ得る。
【０１２０】
コーディネータ４００は、管理装置３００を再選択する（ステップＳ２０８）。例えば、コーディネータ４００は、管理装置３００Ａよりも上層の管理装置３００Ｂを選択する。そして、コーディネータ４００は、ページング実施指示を管理装置３００Ｂへ送信する（ステップＳ２１０）。
【０１２１】
ページング実施指示を受信した管理装置３００Ｂは、端末装置２００へページングメッセージを送信する（ステップＳ２１２）。端末装置２００は、ページングメッセージの受信に成功すると応答を行う（ステップＳ２１４）。
【０１２２】
応答を受信した管理装置３００Ｂは、コーディネータ４００を経由して管理装置３００Ａへ発見通知を送信する（ステップＳ２１６）。管理装置３００Ａは、発見通知に応じて、コーディネータ４００を経由して管理装置３００Ｂへ端末装置２００の管理情報を送信する（ステップＳ２１８）。そして、管理装置３００Ｂは、受信した管理情報を登録する（ステップＳ２２０）。
【０１２３】
以上、ローカルページング処理の流れの一例を説明した。
【０１２４】
＜５．２．詳細な処理の流れ＞
続いて、図１２〜図１６を参照して、詳細な処理の流れを説明する。
【０１２５】
（１）アプリケーションベースでの呼び出し
まず、図１２及び図１３を参照して、端末装置２００が、アプリケーションベースで、近隣の端末装置２００を呼び出すユースケースについて説明する。本ユースケースは、例えば、近隣にいる端末装置２００Ａ及び２００Ｂが、通信を伴うゲームアプリケーションを実行するケースが該当する。ゲームアプリケーションがモビリティを伴わないもの（例えば、ローカルな情報を用いて行うゲーム等）である場合、移動範囲はある程度限定されると想定される。そのようなユースケースにおいては、管理エリアが限定された、本実施形態に係る管理装置３００の導入が有効である。
【０１２６】
以下では、まず、図１２を参照して、アタッチ時の処理の流れを説明する。
【０１２７】
図１２は、本実施形態に係るシステム１において実行されるアタッチ処理の流れの一例を示すシーケンス図である。図１２に示すように、本シーケンスには、端末装置２００Ａ、２００Ｂ、管理装置３００Ａ、３００Ｂ、及びコーディネータ４００が関与する。管理装置３００Ｂは、最上層のＭＭＥ／ＨＳＳであるものとする。
【０１２８】
まず、端末装置２００Ａ及び２００Ｂは、ＭＭＥ／ＨＳＳ３００Ｂへアタッチ要求を送信する（ステップＳ３０２）。このアタッチ要求と共に又は別途、使用するアプリケーションに関する情報がＭＭＥ／ＨＳＳ３００Ｂへ送信される。
【０１２９】
ＭＭＥ／ＨＳＳ３００Ｂは、端末装置２００Ａ及び２００Ｂの管理情報をコーディネータ４００へ送信する（ステップＳ３０４）。
【０１３０】
コーディネータ４００は、受信した管理情報を確認して（ステップＳ３０６）、アタッチ要求元の端末装置２００Ａ及び２００Ｂを管理する管理装置３００を選択する（ステップＳ３０８）。例えば、コーディネータ４００は、管理情報に含まれる、端末装置２００Ａ及び２００Ｂが使用するアプリケーションに関する情報に基づいて、ＭＭＥ／ＨＳＳ３００による管理、又は下層の管理装置３００による管理のいずれが適切かを判定する。例えば、アプリケーションが、特定のエリアでのみ動作するようなものであれば、コーディネータ４００は、下層の管理装置３００で管理すべきであると判定する。ここでは、管理装置３００Ａが管理すべきであると判定されたものとする。
【０１３１】
その場合、コーディネータ４００は、端末装置２００Ａ及び２００Ｂの管理者を管理装置３００Ａへ変更することを示す管理者変更依頼をＭＭＥ／ＨＳＳへ送信する（ステップＳ３１０）。
【０１３２】
次いで、コーディネータ４００は、管理装置３００Ａへアクティベーションメッセージを送信する（ステップＳ３１２）。管理装置３００Ａは、アクティベーションメッセージに基づいてアクティベートする（ステップＳ３１４）。なお、管理装置３００Ａがすでにアクティベート済みであれば、これらの処理は省略されてもよい。
【０１３３】
次に、管理装置３００Ａは、ＭＭＥ／ＨＳＳ３００Ｂから端末装置２００Ａ及び２００Ｂの管理情報を受信する（ステップＳ３１６）。
【０１３４】
そして、管理装置３００Ａは、ベアラ設定等のアタッチ受け入れ処理を行い（ステップＳ３１８）、アタッチ完了通知を端末装置２００Ａ及び２００Ｂへ送信する（ステップＳ３２０）。これにより、管理装置３００Ａによるアタッチ管理が開始される。
【０１３５】
以上、アタッチ処理の流れの一例を説明した。
【０１３６】
なお、上記シーケンスでは、ステップＳ３０２及び３０４において、端末装置２００が使用するアプリケーションに関する情報が、端末装置２００側から提供される例を説明したが、本技術はかかる例に限定されない。例えば、アプリケーション情報は、アプリケーションレイヤ（例えば、アプリケーションサーバ６０又はＭＥＣサーバ）から提供されてもよい。
【０１３７】
続いて、図１３を参照して、ローカルページング時の処理の流れの一例を説明する。より詳しくは、端末装置２００Ｂが、ＩＤＬＥモードに遷移した端末装置２００Ａを呼び出すケースにおけるローカルページング処理について説明する。呼び出すケース以外にも、システム情報の更新等におけるページング手続でも同様の処理が行われ得る。なお、図１３では、管理装置３００Ａによるページングが成功した場合の例を示す。管理装置３００Ａによるページングが失敗した場合の例は、図１４を参照して後に詳しく説明する。
【０１３８】
図１３は、本実施形態に係るシステム１において実行されるローカルページング処理の流れの一例を示すシーケンス図である。図１３に示すように、本シーケンスには、端末装置２００Ａ、２００Ｂ、及びレイヤＡの管理装置３００Ａが関与する。レイヤＡは、レイヤＢよりも下層であるものとする。
【０１３９】
図１３に示すように、端末装置２００ＡはＩＤＬＥ状態であり（ステップＳ４０２）、端末装置２００ＢはＣＯＮＮＥＣＴＥＤ状態であるものとする（ステップＳ４０４）。まず、端末装置２００Ｂは、管理装置３００Ａへ端末装置２００Ａの呼び出しを行う（ステップＳ４０６）。
【０１４０】
次いで、管理装置３００Ａは、ローカルページングタイマーをセットして（ステップＳ４０８）、ページングメッセージを端末装置２００Ａへ送信する（ステップＳ４１０）。
【０１４１】
端末装置２００Ａは、ページングメッセージを受信すると（ステップＳ４１２）、ＲＲＣ接続リクエスト（RRC  Connection  Request）を管理装置３００Ａへ送信する（ステップＳ４１４）。そして、管理装置３００Ａは、ＲＲＣ接続セットアップ完了（RRC  Connection  Setup  complete）を端末装置２００Ａへ送信する（ステップＳ４１６）。
【０１４２】
以上により、処理は終了する。
【０１４３】
（２）捜索範囲を広げながらの捜索
続いて、図１４及び図１５を参照して、捜索範囲を広げながら端末装置２００を捜索するユースケースについて説明する。なお、図１４は、一度捜索した（捜索に失敗した）管理装置３００が探索対象から除外されて、新たな捜索範囲において捜索が行われる例である。図１５は、一度捜索した（捜索に失敗した）管理装置３００が探索対象から除外されずに、新たな捜索範囲が追加される例である。また、図１４は、階層を上げて捜索が行われる例であり、図１５は、同一階層で捜索が行われる例である。移動方向等が既知である等により大まかな位置が既知である場合は、当該位置を管理エリアとする同一階層で捜索が行われることが望ましい。いずれの図においても、図１３を参照して上記説明したケースにおいて、管理装置３００Ａによるページングが失敗した場合の例を説明する。
【０１４４】
図１４は、本実施形態に係るシステム１において実行されるローカルページング処理の流れの一例を示すシーケンス図である。図１４に示すように、本シーケンスには、端末装置２００Ａ、２００Ｂ、レイヤＡの管理装置３００Ａ、レイヤＢの管理装置３００Ｂ、ＭＭＥ／ＨＳＳ３００Ｃ、及びコーディネータ４００が関与する。レイヤＡは、レイヤＢよりも下層であるものとする。
【０１４５】
図１４に示すように、ステップＳ５０２〜Ｓ５１０に係る処理は、図１３を参照して上記説明したステップＳ４０２〜Ｓ４１０に係る処理と同様である。
【０１４６】
ローカルページングタイマーが満了すると（ステップＳ５１２）、管理装置３００Ａは、コーディネータ４００へロスト通知を送信する（ステップＳ５１４）。
【０１４７】
次いで、コーディネータ４００は、管理装置３００を再選択する（ステップＳ５１６）。例えば、コーディネータ４００は、管理装置３００Ａよりも上層の管理装置３００Ｂを選択する。
【０１４８】
その場合、コーディネータ４００は、端末装置２００Ａの管理者を管理装置３００Ｂへ変更することを示す管理者変更依頼を管理装置３００Ａへ送信する（ステップＳ５１８）。次いで、コーディネータ４００は、管理装置３００Ｂへアクティベーションメッセージを送信する（ステップＳ５２０）。管理装置３００Ｂは、アクティベーションメッセージに基づいてアクティベートする（ステップＳ５２２）。一方で、管理装置３００Ａは、管理者変更依頼に基づいてディアクティベートして（ステップＳ５２４）、端末装置２００Ａの管理情報を管理装置３００Ｂへ送信する（ステップＳ５２６）。これにより、端末装置２００Ａの管理者が管理装置３００Ｂに変更される。
【０１４９】
ステップＳ５１８〜Ｓ５２６に係る処理（Ａｌｔ．１）の代替処理（Ａｌｔ．２）として、管理情報は、ＭＭＥ／ＨＳＳ３００Ｃから管理装置３００Ｂへ送信されてもよい（ステップＳ５２８）。
【０１５０】
そして、管理装置３００Ｂと端末装置２００Ａとの間でローカルページングが行われる（ステップＳ５３０）。なお、管理装置３００Ｂによるローカルページングも失敗した場合、コーディネータ４００は、さらに上位又は周囲の管理装置３００によりローカルページングを行わせる。このようなローカルページングの繰り返しは、端末装置２００が発見されるまで、又は最上位のＭＭＥ／ＨＳＳに到達するまで行われる。
【０１５１】
以上により、処理は終了する。
【０１５２】
図１５は、本実施形態に係るシステム１において実行されるローカルページング処理の流れの一例を示すシーケンス図である。図１５に示すように、本シーケンスには、端末装置２００Ａ、２００Ｂ、レイヤＡの管理装置３００Ａ、レイヤＡの管理装置３００Ｂ、ＭＭＥ／ＨＳＳ３００Ｃ、及びコーディネータ４００が関与する。
【０１５３】
図１５に示すように、本シーケンスでは、図１３を参照して上記説明したステップＳ５０２〜Ｓ５１０に係る処理は省略されている。図１５に示すように、ローカルページングタイマーが満了すると（ステップＳ６０２）、管理装置３００Ａは、コーディネータ４００へロスト通知を送信する（ステップＳ６０４）。
【０１５４】
次いで、コーディネータ４００は、管理装置３００を再選択する（ステップＳ６０６）。例えば、コーディネータ４００は、端末装置２００Ａの大まかな位置を管理エリアに含む、管理装置３００Ａと同一階層の管理装置３００Ｂを選択する。
【０１５５】
その場合、コーディネータ４００は、端末装置２００Ａの管理者に管理装置３００Ｂを追加することを示す管理者追加依頼を管理装置３００Ａへ送信する（ステップＳ６０８）。次いで、コーディネータ４００は、管理装置３００Ｂへアクティベーションメッセージを送信する（ステップＳ６１０）。管理装置３００Ｂは、アクティベーションメッセージに基づいてアクティベートする（ステップＳ６１２）。一方で、管理装置３００Ａは、管理者追加依頼に基づいて、端末装置２００Ａの管理情報を管理装置３００Ｂへ送信する（ステップＳ６１４）。これにより、端末装置２００Ａの管理者に管理装置３００Ｂが追加される。
【０１５６】
ステップＳ６０８〜Ｓ６１４に係る処理（Ａｌｔ．１）の代替処理（Ａｌｔ．２）として、管理情報は、ＭＭＥ／ＨＳＳ３００Ｃから管理装置３００Ｂへ送信されてもよい（ステップＳ６１６）。
【０１５７】
そして、管理装置３００Ａと端末装置２００Ａとの間でローカルページングが行われ（ステップＳ６１８）、さらに、管理装置３００Ｂと端末装置２００Ａとの間でローカルページングが行われる（ステップＳ６２０）。
【０１５８】
以上により、処理は終了する。
【０１５９】
（３）端末装置の特性に応じた管理者の変更
続いて、図１６を参照して、端末装置２００の特性に応じて管理者を変更するユースケースについて説明する。例えば、移動速度が速い端末装置２００は、広い管理エリアの管理装置３００、即ち上層の管理装置３００の管理対象となることが望ましい。逆に、移動速度が遅い端末装置２００は、狭い管理エリアの管理装置３００、即ち下層の管理装置３００の管理対象となることが望ましい。このように、コーディネータ４００は、端末装置２００の特性に応じて、端末装置２００に適切な管理装置３００を割当てる。以下では、移動速度が速い端末装置２００の管理者が、下層の管理装置３００から上層の管理装置３００へ変更される例を説明する。
【０１６０】
図１６は、本実施形態に係るシステム１において実行される管理者の変更処理の流れの一例を示すシーケンス図である。図１６に示すように、本シーケンスには、端末装置２００、レイヤＡの管理装置３００Ａ、レイヤＢの管理装置３００Ｂ、ＭＭＥ／ＨＳＳ３００Ｃ、及びコーディネータ４００が関与する。レイヤＡは、レイヤＢよりも下層であるものとする。
【０１６１】
図１６に示すように、まず、端末装置２００は、自身のモビリティ情報を管理装置３００Ａへ送信する（ステップＳ７０２）。例えば、端末装置２００は、各種センサを用いて速度、移動方向及び地理的位置を示す情報を取得し、これらの情報を管理装置３００Ａへ報告する。
【０１６２】
管理装置３００Ａは、端末装置２００から受信したモビリティ情報をモニタリングして（ステップＳ７０４）、モビリティ情報が所定の条件を満たした場合に、端末装置２００のモビリティ情報をコーディネータ４００へ送信する（ステップＳ７０６）。所定の条件としては、例えば移動速度が所定の閾値を超えること等が考えられる。移動速度が速い場合、下層の管理装置３００Ａの管理エリア外へ端末装置２００が移動する可能性が高まるためである。
【０１６３】
次いで、コーディネータ４００は、管理装置３００を再選択する（ステップＳ７０８）。例えば、コーディネータ４００は、管理装置３００Ａよりも上層の管理装置３００Ｂを選択する。
【０１６４】
その後のステップＳ７１０〜Ｓ７１８（Ａｌｔ．１）、及びステップＳ７１０〜Ｓ７２０（Ａｌｔ．２）に係る処理は、図１４を参照して上記説明した、ステップＳ５１８〜Ｓ５２６（Ａｌｔ．１）、及びステップＳ５１８〜Ｓ５２８（Ａｌｔ．２）に係る処理と同様である。これにより、端末装置２００Ａの管理者が管理装置３００Ｂに変更される。
【０１６５】
以上により、処理は終了する。
【０１６６】
＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、管理装置３００及びコーディネータ４００は、タワーサーバ、ラックサーバ、又はブレードサーバなどのいずれかの種類のサーバとして実現されてもよい。また、管理装置３００及びコーディネータ４００の少なくとも一部の構成要素は、サーバに搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール、又はブレードサーバのスロットに挿入されるカード若しくはブレード）において実現されてもよい。また、管理装置３００及びコーディネータ４００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。
【０１６７】
また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。
【０１６８】
＜６．１．管理装置及びコーディネータに関する応用例＞
図１７は、本開示に係る技術が適用され得るサーバ７００の概略的な構成の一例を示すブロック図である。サーバ７００は、プロセッサ７０１、メモリ７０２、ストレージ７０３、ネットワークインタフェース７０４及びバス７０６を備える。
【０１６９】
プロセッサ７０１は、例えばＣＰＵ（Central  Processing  Unit）又はＤＳＰ（Digital  Signal  Processor）であってよく、サーバ７００の各種機能を制御する。メモリ７０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ７０１により実行されるプログラム及びデータを記憶する。ストレージ７０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。
【０１７０】
ネットワークインタフェース７０４は、サーバ７００を有線通信ネットワーク７０５に接続するための有線通信インタフェースである。有線通信ネットワーク７０５は、ＥＰＣ（Evolved  Packet  Core）などのコアネットワークであってもよく、又はインターネットなどのＰＤＮ（Packet  Data  Network）であってもよい。
【０１７１】
バス７０６は、プロセッサ７０１、メモリ７０２、ストレージ７０３及びネットワークインタフェース７０４を互いに接続する。バス７０６は、速度の異なる２つ以上のバス（例えば、高速バス及び低速バス）を含んでもよい。
【０１７２】
図１７に示したサーバ７００において、図８を参照して説明した管理装置３００に含まれる１つ以上の構成要素（管理部３３１及び／又は通知部３３３）は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１７３】
また、図１７に示したサーバ７００において、例えば、図８を参照して説明した通信部３１０は、ネットワークＩ／Ｆ７０４において実装されてもよい。また、記憶部３２０は、メモリ７０２又はストレージ７０３において実装されてもよい。
【０１７４】
図１７に示したサーバ７００において、図９を参照して説明したコーディネータ４００に含まれる１つ以上の構成要素（記憶制御部４３１及び／又は選択部４３３）は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１７５】
また、図１７に示したサーバ７００において、例えば、図９を参照して説明した通信部４１０は、ネットワークＩ／Ｆ７０４において実装されてもよい。また、記憶部４２０は、メモリ７０２又はストレージ７０３において実装されてもよい。
【０１７６】
＜６．２．端末装置に関する応用例＞
（第１の応用例）
図１８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１７７】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１７８】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１７９】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行ってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図１８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図１８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０１８０】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０１８１】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０１８２】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図１８に示したように複数のアンテナ９１６を有してもよい。なお、図１８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０１８３】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０１８４】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１８５】
図１８に示したスマートフォン９００において、図７を参照して説明した端末装置２００に含まれる１つ以上の構成要素（報告部２４１）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１８６】
また、図１８に示したスマートフォン９００において、例えば、図７を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
【０１８７】
（第２の応用例）
図１９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０１８８】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１８９】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１９０】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１９１】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図１９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図１９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１９２】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０１９３】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０１９４】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図１９に示したように複数のアンテナ９３７を有してもよい。なお、図１９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０１９５】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１９６】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１９７】
図１９に示したカーナビゲーション装置９２０において、図７を参照して説明した端末装置２００に含まれる１つ以上の構成要素（報告部２４１）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１９８】
また、図１９に示したカーナビゲーション装置９２０において、例えば、図７を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
【０１９９】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、報告部２４１を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２００】
＜＜７．まとめ＞＞
以上、図１〜図１９を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係るシステム１では、上層の管理装置３００の管理エリアがより下層の管理装置３００の管理エリアを含む、という階層構造を有する複数の管理装置３００により、端末装置２００が管理される。このようなシステムにより、端末装置２００のモビリティ管理を分散して行うことが可能となる。より詳しくは、端末装置２００のモビリティや、使用アプリケーション等の特性に応じた、適切なレイヤの管理装置３００が、端末装置２００を管理することとなる。これにより、ＭＭＥ／ＨＳＳによる一元的な管理と比較して、よりきめ細やかなモビリティ管理が実現される。さらに、ＭＭＥ／ＨＳＳまで信号を到達させずともページング等のメッセージ交換が可能となるので、モビリティ管理に関するオーバーヘッド及びレイテンシを大幅に削減することが可能である。
【０２０１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２０２】
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０２０３】
また、本明細書の装置（例えば、基地局、基地局装置若しくは基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール）に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記装置の構成要素（例えば、処理部２４０、処理部３３０又は処理部４３０など）として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置（例えば、基地局、基地局装置若しくは基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール）も提供されてもよい。また、上記装置の構成要素（例えば、処理部２４０、処理部３３０又は処理部４３０など）の動作を含む方法も、本開示に係る技術に含まれる。
【０２０４】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２０５】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数備え、
複数の前記管理装置は、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有する、システム。
（２）
前記管理装置は、管理対象の前記端末装置の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の前記管理装置へ、前記端末装置の移動可能性を示す情報を通知する、前記（１）に記載のシステム。
（３）
前記管理装置は、ページングメッセージを送信してからの経過時間が閾値を超えた場合、管理対象の前記端末装置の管理エリア外への移動可能性を認識する、前記（２）に記載のシステム。
（４）
前記管理装置は、前記端末装置の情報に基づいて前記端末装置の移動可能性を認識する、前記（２）又は（３）に記載のシステム。
（５）
前記管理装置は、前記端末装置の移動先の管理エリアを管理する他の前記管理装置へ、当該端末装置の情報を通知する、前記（２）〜（４）のいずれか一項に記載のシステム。
（６）
前記管理装置は、他の前記管理装置から前記端末装置の前記移動可能性を示す情報が通知された場合、当該端末装置へページングメッセージを送信する、前記（２）〜（５）のいずれか一項に記載のシステム。
（７）
前記管理装置により管理される前記端末装置の情報は、前記端末装置のモビリティ情報、前記端末装置が使用するアプリケーションに関する情報、又は前記端末装置の属性情報の少なくともいずれかを含む、前記（１）〜（６）のいずれか一項に記載のシステム。
（８）
前記モビリティ情報は、前記端末装置の位置情報、速度又は移動方向の少なくともいずれかを含む、前記（７）に記載のシステム。
（９）
前記端末装置は、自身の位置を管理エリア内に含むひとつ以上の前記管理装置により管理される、前記（１）〜（８）のいずれか一項に記載のシステム。
（１０）
前記管理装置は、自身の管理エリア内に位置する前記端末装置のうち、より下層の他の前記管理装置の管理対象でない前記端末装置を管理対象とする、前記（９）に記載のシステム。
（１１）
最上層の前記管理装置は、ＭＭＥ（Mobility  Management  Entity）又はＨＳＳ（Home  Subscriber  Server）の少なくともいずれかを含む、前記（１）〜（１０）のいずれか一項に記載のシステム。
（１２）
前記管理装置は、ＴＡ（Tracking  Area）アップデートの実施において、管理対象の前記端末装置の情報を更新する、前記（１）〜（１１）のいずれか一項に記載のシステム。
（１３）
前記システムは、複数の前記管理装置が協調して複数の前記端末装置の情報を管理するための処理を制御する協調制御装置をさらに備える、前記（１）〜（１２）のいずれか一項に記載のシステム。
（１４）
前記協調制御装置は、前記端末装置の情報に基づいて、各々の前記管理装置の管理対象の前記端末装置を選択する、前記（１３）に記載のシステム。
（１５）
前記協調制御装置は、前記階層構造、及び各々の前記管理装置の管理対象の前記端末装置を示す情報を記憶する、前記（１３）又は（１４）に記載のシステム。
（１６）
前記協調制御装置は、前記端末装置の移動に応じて記憶した情報を更新する、前記（１５）に記載のシステム。
（１７）
前記協調制御装置は、前記階層構造の変化に応じて記憶した情報を更新する、前記（１５）又は（１６）に記載のシステム。
（１８）
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムに含まれる前記管理装置により、管理対象の前記端末装置の管理エリア外への移動可能性が認識された場合、階層が同じ又はより上層の他の前記管理装置へ、前記端末装置の移動可能性を示す情報を通知すること、
を含む方法。
（１９）
管理エリア内に位置するひとつ以上の端末装置の情報を管理する管理装置を複数有し、上層の前記管理装置の管理エリアがより下層の前記管理装置の管理エリアを含む階層構造を有するシステムにより管理される、端末装置。
【符号の説明】
【０２０６】
１    システム
１０    セル
４０    コアネットワーク
５０    パケットデータネットワーク
６０    アプリケーションサーバ
１００    無線通信装置
２００    端末装置
２１０    アンテナ部
２２０    無線通信部
２３０    記憶部
２４０    処理部
２４１    報告部
３００    管理装置
３１０    通信部
３２０    記憶部
３３０    処理部
３３１    管理部
３３３    通知部
４００    コーディネータ
４１０    通信部
４２０    記憶部
４３０    処理部
４３１    記憶制御部
４３３    選択部
【図１】
2016203874.tif 000005
【図２】
2016203874.tif 000006
【図３】
2016203874.tif 000007
【図４】
2016203874.tif 000008
【図５】
2016203874.tif 000009
【図６】
2016203874.tif 000010
【図７】
2016203874.tif 000011
【図８】
2016203874.tif 000012
【図９】
2016203874.tif 000013
【図１０】
2016203874.tif 000014
【図１１】
2016203874.tif 000015
【図１２】
2016203874.tif 000016
【図１３】
2016203874.tif 000017
【図１４】
2016203874.tif 000018
【図１５】
2016203874.tif 000019
【図１６】
2016203874.tif 000020
【図１７】
2016203874.tif 000021
【図１８】
2016203874.tif 000022
【図１９】
2016203874.tif 000023
【国際調査報告】
2016203874.tif 000024
2016203874.tif 000025
2016203874.tif 000026
2016203874.tif 000027