(57)【要約】【課題】ネットワーク負荷の軽減を図る。【解決手段】ネットワーク５２と通信する第１の移動機２０の位置情報を管理する位置情報管理部５１１と、第１の移動機２０に接続して第１の移動機２０を介してネットワーク５２と通信する第２の移動機３０の情報を、第１の移動機２０の前記位置情報に関連付ける制御部５１２と、を備える。【選択図】図９
2016116205.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと通信する第１の移動機の位置情報を管理する位置情報管理部と、
前記第１の移動機に接続して前記第１の移動機を介して前記ネットワークと通信する第２の移動機の情報を、前記第１の移動機の前記位置情報に関連付ける制御部と、
を備えた、位置情報管理装置。
【請求項２】
前記制御部は、
前記第１の移動機の、前記第２の移動機の移動に伴う移動に応じて、前記位置情報管理部において前記第２の移動機の情報が関連付けられた前記位置情報を更新する、請求項１に記載の位置情報管理装置。
【請求項３】
前記制御部は、
前記第２の移動機の前記第１の移動機への前記接続設定を解除することを示す信号の受信に応じて、前記位置情報管理部における前記関連付けを解除する、請求項１又は２に記載の位置情報管理装置。
【請求項４】
前記制御部は、
前記関連付けを解除した時点の前記第１の移動機の位置情報を、前記第２の移動機の位置情報として前記位置情報管理部に登録する、請求項１〜３のいずれか１項に記載の位置情報管理装置。
【請求項５】
前記制御部は、
前記第１の移動機を介した前記通信に用いられるユーザデータに含められて送信された前記第２の移動機の情報を、前記ネットワーク経由で受信する、請求項１〜４のいずれか１項に記載の位置情報管理装置。
【請求項６】
ネットワークと通信する移動機の位置情報を管理する位置情報管理装置にて前記位置情報が管理されている前記移動機であって、
前記移動機としての第１の移動機とは異なる第２の移動機との接続設定を行なう制御部を備え、
前記制御部は、前記接続設定に応じて、前記位置情報管理装置にて前記第１の移動機の位置情報に関連付けられる、前記第２の移動機の情報を、前記位置情報管理装置宛に送信する、移動機。
【請求項７】
前記第１の移動機の、前記第２の移動機の移動に伴う移動に応じて、前記第１の移動機の位置情報を、前記位置情報管理装置及び前記第２の移動機に通知する通知部を備えた、請求項６に記載の移動機。
【請求項８】
前記通知部は、
前記第１の移動機の位置情報をユーザデータに含めて前記第２の移動機に通知する、請求項７に記載の移動機。
【請求項９】
前記制御部は、
前記接続設定を用いて前記第２の移動機から前記第１の移動機を介して前記ネットワーク宛に送信されるデータの送信制御を行なう、請求項６〜８のいずれか１項に記載の移動機。
【請求項１０】
前記送信制御は、前記データの優先度に基づいて前記データの送信間隔を制御することを含む、請求項９に記載の移動機。
【請求項１１】
前記送信制御は、前記第２の移動機の移動に伴って前記第１の移動機が移動した時間帯及び場所の一方又は双方についての無線信号品質の測定履歴に基づいて、前記データの送信間隔を制御することを含む、請求項９又は１０に記載の移動機。
【請求項１２】
前記位置情報管理装置は、
前記第２の移動機からの、前記第１の移動機との間の前記接続設定を解除することを示す信号の受信に応じて、前記関連付けを解除して前記第１の移動機に関連付け解除通知を送信し、
前記制御部は、
前記関連付け解除通知の受信に応じて、前記第２の移動機との間の前記接続設定を解除する、請求項６〜１１のいずれか１項に記載の移動機。
【請求項１３】
ネットワークと通信する第１の移動機の位置情報を管理する位置情報管理装置にて前記位置情報が管理されている前記第１の移動機に接続可能な第２の移動機であって、
前記第１の移動機との間で接続設定を行なう制御部を備え、
前記制御部は、
前記接続設定に応じて、前記位置情報管理装置にて前記第１の移動機の位置情報と関連付けられる情報を、前記第１の移動機へ送信する、移動機。
【請求項１４】
前記第１の移動機の、前記第２の移動機の移動に伴う移動に応じて、前記第１の移動機から通知される前記第１の移動機の位置情報を管理する位置情報管理部を備え、
前記制御部は、
前記位置情報管理部にて管理されている位置情報に基づいて、前記ネットワークとの通信の確立を制御する、請求項１３に記載の移動機。
を備えた、移動機。
【請求項１５】
請求項１〜５のいずれか１項に記載の位置情報管理装置と、
請求項６〜１２のいずれか１項に記載の第１の移動機と、
請求項１３又は１４に記載の第２の移動機と、
を備えた、無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置情報管理装置、移動機、無線通信システムに関する。
【背景技術】
【０００２】
近年、IoT（Internet of Things）という言葉で表現されるように、自動車や家電等様々な「物」がネットワークに接続され、お互いにネットワークを介して情報交換を行なってお互いの制御を行なう、という世界が実現されつつある。
【０００３】
その中で注目されている技術がＭ２Ｍ（Machine to Machine）である。Ｍ２Ｍ技術とは、ＰＣ（Personal Computer）等の情報機器に限らず、自動車や家電、センサ等の「物」（又は「機械」）が自律的にネットワークに接続して通信する機能を有し、互いに人を介さずに情報交換を行ない、自動的にお互いの制御が可能な技術である。
【０００４】
通信機器の小型化により、様々な「物」や「機械」（「デバイス」と総称してよい。）に通信機器を搭載できるようになったことや、ネットワークインフラの発達により無線通信エリアが拡大されたこと等により、Ｍ２Ｍ技術の普及が加速されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１０６８４７号公報
【特許文献２】国際公開第２００９／００８０４３号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｍ２Ｍ技術は、あらゆる分野で普及し始めている。例えば、自動販売機の遠隔監視やエレベータの遠隔監視といったＭ２Ｍサービスが知られている。また、例えば、車両等の移動体に通信機器を搭載して、渋滞情報や駐車場の空き状況等の情報提供をリアルタイムに行なうサービスも普及しつつある。
【０００７】
Ｍ２Ｍ技術で用いられる通信方法は、２つに大別できる。１つは、ＷｉＦｉ（Wireless Fidelity）（登録商標）やＺｉｇＢｅｅ（登録商標）等の無線通信を用いる方法である。ＷｉＦｉやＺｉｇＢｅｅ等は、小電力の無線通信であるため、日本国内において電波法で規定される免許が不要であり、容易にネットワークの構築が可能である。
【０００８】
もう１つは、通信事業者のネットワークを用いる方法である。通信事業者のネットワークは、屋内外を問わず、通信のカバーエリアが広く、また、通信のセキュリティ面等の機能も、ＷｉＦｉやＺｉｇＢｅｅ等に比べて信頼性が高い。
【０００９】
そのため、例えば、広範囲に散在する自動販売機や広範囲を移動可能な車両を対象としたＭ２Ｍ通信や、セキュリティ監視等の信頼性が求められるＭ２Ｍ通信には、通信事業者のネットワークを利用することが想定される。
【００１０】
しかしながら、Ｍ２Ｍ通信を行なう通信機器（「Ｍ２Ｍデバイス」と称してよい。）が増加すると、ネットワークの負荷が上昇する。例えば、Ｍ２Ｍ通信に割り当てる無線リソース量が増加したり、Ｍ２Ｍデバイスの移動に伴う制御、処理等が増加したりすることが懸念される。
【００１１】
１つの側面では、本発明の目的の１つは、ネットワーク負荷の軽減を図ることにある。
【課題を解決するための手段】
【００１２】
１つの側面において、位置情報管理装置は、ネットワークと通信する第１の移動機の位置情報を管理する位置情報管理部と、前記第１の移動機に接続して前記第１の移動機を介して前記ネットワークと通信する第２の移動機の情報を、前記第１の移動機の前記位置情報に関連付ける制御部と、を備える。
【００１３】
また、１つの側面において、ネットワークと通信する移動機の位置情報を管理する位置情報管理装置にて前記位置情報が管理されている前記移動機（第１の移動機）は、第２の移動機との接続設定を行なう制御部を備え、前記制御部は、前記接続設定に応じて、前記位置情報管理装置にて前記第１の移動機の位置情報に関連付けられる、前記第２の移動機の情報を、前記位置情報管理装置宛に送信する。
【００１４】
更に、１つの側面において、ネットワークと通信する第１の移動機の位置情報を管理する位置情報管理装置にて前記位置情報が管理されている前記第１の移動機に接続可能な第２の移動機は、前記第１の移動機との間で接続設定を行なう制御部を備え、前記制御部は、前記接続設定に応じて、前記位置情報管理装置にて前記第１の移動機の位置情報と関連付けられる情報を、前記第１の移動機へ送信する。
【００１５】
また、１つの側面において、無線通信システムは、上述した位置情報管理装置と、第１の移動機と、第２の移動機と、を備える。
【発明の効果】
【００１６】
１つの側面として、ネットワーク負荷の軽減を図ることができる。
【図面の簡単な説明】
【００１７】
【図１】一実施形態に係る無線通信システムの構成例を示すブロック図である。
【図２】一実施形態に係る無線通信システムの構成例を示すブロック図である。
【図３】Ｍ２Ｍデバイスの普及（増加）に応じて無線リソースの消費量が増加する様子を模式的に例示する図である。
【図４】Ｍ２Ｍデバイスの移動に伴って移動制御やシグナリングが発生する様子を模式的に例示する図である。
【図５】Ｍ２Ｍデバイスに割り当てる無線リソースの効率化を図る方法の一例を説明する模式図である。
【図６】一実施形態の無線通信システムにおける動作概要を説明するための模式図である。
【図７】一実施形態の無線通信システムにおける第１の利用シーンでの通信動作例を説明するための模式図である。
【図８】一実施形態の無線通信システムにおける第２の利用シーンでの通信動作例を説明するための模式図である。
【図９】図１に例示する無線通信システムの機能的な構成例を示すブロック図である。
【図１０】図９に例示する無線通信システムの第１の利用シーン（ユーザ乗車時）における通信動作例を示すシーケンス図である。
【図１１】図１０の通信動作例においてＵＥ及びＭ２Ｍデバイスの識別子通知に用いられるユーザプレーン信号の一例であるＧＴＰパケットのフォーマット例を示す図である。
【図１２】図９に例示する位置情報管理装置で管理される位置情報管理データの一例を示す図である。
【図１３】図９に例示する無線通信システムの第１の利用シーン（ユーザ移動時）における通信動作例を示すシーケンス図である。
【図１４】図１３の通信動作例での図１２の位置情報管理データの更新例を示す図である。
【図１５】図９に例示するＭ２Ｍデバイスで管理される位置情報リストの一例を示す図である。
【図１６】図１３の通信動作例においてＵＥからＭ２Ｍデバイスへの位置情報の通知をＷｉＦｉ通信にて行なう場合のプロトコルスタックの一例を示す図である。
【図１７】図１６に例示するＴＣＰヘッダのフォーマット例を示す図である。
【図１８】図９に例示する無線通信システムでのＵＥによるＭ２Ｍデバイスの送信データ制御例を説明する模式図である。
【図１９】図９に例示する無線通信システムでのＵＥによるＭ２Ｍデバイスの送信データ制御例を説明する模式図である。
【図２０】図９に例示する無線通信システムでのＵＥによるＭ２Ｍデバイスの送信データ制御例を説明するフローチャートである。
【図２１】図９に例示する無線通信システムの第１の利用シーン（ユーザ降車時）における通信動作例を示すシーケンス図である。
【図２２】図２１の通信動作例での図１２の位置情報管理データの更新例を示す図である。
【図２３】図９に例示する無線通信システムの第２の利用シーン（ユーザ乗車時）における通信動作例を示すシーケンス図である。
【図２４】図９に例示する無線通信システムの第２の利用シーン（ユーザ降車時）における通信動作例を示すシーケンス図である。
【図２５】図２４の通信動作例での図１２の位置情報管理データの更新例を示す図である。
【図２６】図１、図２及び図９に例示するＵＥ及びＭ２Ｍデバイスのハードウェア構成例を示すブロック図である。
【図２７】図１、図２及び図９に例示する位置情報管理装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１９】
図１は、一実施形態に係る無線通信システムの構成例を示すブロック図である。図１に示す無線通信システム１は、例示的に、１又は複数の無線基地局１０と、１又は複数の無線端末２０と、１又は複数のＭ２Ｍデバイス３０と、を備える。
【００２０】
無線基地局１０は、無線エリア１００を形成し、無線エリア１００に位置する無線端末２０及びＭ２Ｍデバイス３０と無線通信が可能である。「無線エリア」は、「セル」、「カバレッジエリア」あるいは「通信エリア」と称してもよい。
【００２１】
「セル」は「セクタセル」に分割されていてもよい。「セル」には、マクロセルやスモールセルが含まれてよい。スモールセルは、マクロセルよりも電波到達範囲（カバレッジ）の小さいセルの一例である。スモールセルは、カバレッジエリアに応じて呼称が異なってよい。例えば、スモールセルは、「フェムトセル」、「ピコセル」、「マイクロセル」、「ナノセル」、「メトロセル」、「ホームセル」等と称されてもよい。
【００２２】
無線基地局１０は、「ベースステーション（ＢＳ）」、「ノードＢ（ＮＢ）」あるいは「エンハンスドＮＢ（ｅＮＢ）」と称されてもよい。
【００２３】
無線端末２０は、無線エリア１００において無線基地局１０と無線通信が可能な無線機器の一例である。無線端末２０は、無線装置、端末装置、又は、ユーザ機器（ＵＥ）と称されてもよい。無線端末２０は、その位置が変化しない固定端末であってもよいし、その位置が変化する移動端末（「移動機」と称してもよい。）であってもよい。本実施形態では、非限定的な一例として、無線端末２０は、携帯電話やスマートフォン、タブレット端末等の移動可能なＵＥである。
【００２４】
Ｍ２Ｍデバイス３０は、無線端末２０と同様に、無線エリア１００において無線基地局１０と無線通信が可能な無線機器の一例である。ただし、Ｍ２Ｍデバイス３０は、人（ユーザ）による操作が介在しない通信（Ｍ２Ｍ通信）が可能な無線機器であってよい。
【００２５】
例えば、Ｍ２Ｍデバイス３０は、無線通信機能を具備したセンサデバイスやメータ（測定器）等であってよい。また、Ｍ２Ｍデバイス３０は、車両や航空機、船舶等の移動体（「乗り物」と称してもよい。）に取り付けられた無線機器であってよい。
【００２６】
車両等の「乗り物」に取り付けられたＭ２Ｍデバイス３０は、「移動機」に相当すると捉えてよい。したがって、ＵＥ２０とＭ２Ｍデバイス３０とは、「移動機」と総称してよい。「乗り物」に取り付けられたＭ２Ｍデバイス３０は、例示的に、当該「乗り物」の状態を示す情報を無線基地局１０へ送信可能である。
【００２７】
「乗り物」の状態を示す情報は、定期的あるいは不定期に送信されてよい。「乗り物」の状態を示す情報の非限定的な一例としては、「乗り物」の正常又は異常（故障）を示す情報や、「乗り物」の運行速度や運行経路等の運行状態を示す情報等が挙げられる。
【００２８】
無線基地局１０と、ＵＥ２０及びＭ２Ｍデバイス３０と、の間の無線通信は、「セルラー通信」と称してもよい。セルラー通信には、例示的に、３ＧＰＰ（3rd Generation Partnership Project）のＬＴＥ（Long Term Evolution）やＬＴＥ−Ａｄｖａｎｃｅｄに準拠した無線通信方式を適用してよい。
【００２９】
代替的あるいは複合的に、無線基地局１０と、ＵＥ２０及びＭ２Ｍデバイス３０と、の間の無線通信には、「Worldwide Interoperability for Microwave Access, (WiMAX)」（登録商標）等の他の方式に準拠した無線通信方式を適用してもよい。
【００３０】
無線基地局１０は、例えば図２に模式的に示すようにコアネットワーク５０に通信可能に接続されてよい。コアネットワーク５０には、図２に例示するように、サービスゲートウェイ（ＳＧＷ）やパケットデータネットワークゲートウェイ（ＰＧＷ）、モビリティマネージメントエンティティ（ＭＭＥ）等が含まれてよい。
【００３１】
例示的に、ＳＧＷは、ユーザプレーンの信号（別言すると、ユーザデータ）を処理してよく、ＭＭＥは、制御プレーンの信号（別言すると、制御信号）を処理してよい。ＭＭＥは、例示的に、ＵＥ２０やＭ２Ｍデバイス３０の位置情報を、ＳＧＷと連携して管理してよい。
【００３２】
位置情報は、ＵＥ２０やＭ２Ｍデバイス３０の地理的な位置を識別可能な情報であればよい。例示的に、位置情報は、グローバルポジショニングシステム（ＧＰＳ）を用いて取得可能な緯度及び経度の情報であってもよいし、ＵＥ２０やＭ２Ｍデバイスが接続しているセルの識別子（セルＩＤ）であってもよい。
【００３３】
ＭＭＥで管理されている位置情報を基に、例えば、ＳＧＷは、ＵＥ２０やＭ２Ｍデバイス３０の移動（例えば、ハンドオーバ）に伴うユーザデータのパス切り替え等の制御を実施してよい。なお、ＭＭＥは、位置情報管理装置の一例である。
【００３４】
無線基地局１０とコアネットワーク５０とを含む通信網は、「アクセスネットワーク」と称されてもよい。アクセスネットワークは、「Evolved Universal Terrestrial Radio Access Network, E-UTRAN」と称されてもよい。或る通信事業者によって管理される「アクセスネットワーク」は、「通信事業者網」と称してもよい。
【００３５】
無線基地局１０は、コアネットワーク５０と例えば有線インタフェースによって接続されてよい。当該有線インタフェースは、「Ｓ１インタフェース」と称されてよい。ただし、無線基地局１０は、無線インタフェースによってコアネットワーク５０と通信可能に接続されても構わない。
【００３６】
また、図１及び図２に例示するように、無線基地局１０は、他の無線基地局１０と例えば有線インタフェースにより通信可能に接続されてよい。当該有線インタフェースは、「Ｘ２インタフェース」と称されてよい。
【００３７】
Ｘ２インタフェースを通じた通信は、「基地局間通信」と称してよい。ただし、基地局間通信には、無線インタフェースによる無線通信が適用されてもよいし含まれてもよい。また、基地局間通信は、ルータ等の通信装置が介在して行なわれてもよい。
【００３８】
無線基地局１０は、自局１０の形成するセル１００に位置するＵＥ２０及びＭ２Ｍデバイス３０に対して、セルラー通信に用いる無線リソースを割り当てることができる。無線リソースの割り当ては「スケジューリング」と称してもよい。
【００３９】
ＵＥ２０及びＭ２Ｍデバイス３０は、無線基地局１０から割り当てられた無線リソースを用いて無線基地局１０とセルラー通信を行なうことができる。無線リソースのスケジューリングは、ＵＥ２０毎、及び、Ｍ２Ｍデバイス３０毎に、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）のそれぞれについて実施されてよい。
【００４０】
無線リソースは、例示的に、時間及び周波数によって識別されてよい。例えば、無線リソースの識別は、無線通信システム１が利用可能な無線リソースを時間及び周波数によって分割した分割リソースの単位で行なわれてよい。
【００４１】
分割リソースは、「リソースブロック（ＲＢ）」と称されてもよいし「リソースエレメント（ＲＥ）」と称されてもよい。ＲＥは、無線リソース割り当ての最小単位であってよく、例示的に、１つのサブキャリアの１つのシンボルとして定義されてよい。
【００４２】
複数のＲＥでＲＥグループ（ＲＥＧ）が構成されてよい。また、複数のＲＥで１つのＲＢが構成されてよい。例えば、周波数領域の１２サブキャリア×時間領域の７シンボル又は６シンボルで１つのＲＢが構成されてよい。無線リソースのスケジューリングは、ＲＢの単位で行なわれてよい。
【００４３】
ここで、Ｍ２Ｍ技術が普及して、Ｍ２Ｍデバイス３０の数が増加すると、図３に模式的に例示するように、無線基地局１０がＭ２Ｍデバイス３０に割り当てる無線リソース量が増加する。割り当てる無線リソース量が増加すると、例えば、無線リソースのスケジューリングの処理負荷も増加し易い。
【００４４】
また、例えば図４に模式的に示すように、Ｍ２Ｍデバイス３０が移動可能な場合、その移動に伴う通信事業者網（例えば、ＭＭＥ）への位置登録処理やパス切り替え等の、移動制御の数（頻度）も、Ｍ２Ｍデバイス３０の数の増加に応じて増加し易い。なお、「パス切り替え」は、「呼切替制御」と称してもよい。
【００４５】
移動制御の頻度が増加すると、通信事業者網においてシグナリング等の制御信号の送受信数が増加するため、やはり通信事業者網での処理負荷が増加し易い。そのため、処理遅延や通信事業者網を成す通信装置、例えばＭＭＥ等のネットワークエレメント（ＮＥ）の故障等を引き起こす可能性がある。
【００４６】
無線リソースの有効利用という観点からは、例えば図５に模式的に示すように、複数のＭ２Ｍデバイス３０を１つのグループにグルーピングし、当該グループに対して無線リソースを割り当てることが考えられる。グループに属する複数のＭ２Ｍデバイス３０は、例示的に、メッシュネットワークによって通信可能に接続されてよい。
【００４７】
そして、例えば、同一グループに属するＭ２Ｍデバイス３０のいずれかが、割り当てられた無線リソースにて、他のＭ２Ｍデバイス３０の通信をまとめて通信事業者網と通信する。
【００４８】
この場合、上位の通信事業者網には、グループの代表となるＭ２Ｍデバイス３０に限って接続が認識されている状態である。個々のＭ２Ｍデバイス３０に無線リソースを割り当てなくてよいため、無線リソースの消費量を削減できる。別言すると、無線リソースの利用効率向上を図ることができる。
【００４９】
しかし、多くのＭ２Ｍデバイス３０の移動に伴うパス切り替えの頻度（別言すると、シグナリング数）の増加に対しては、Ｍ２Ｍデバイス３０のグルーピングでは対処できない。そこで、以下では、Ｍ２Ｍデバイス３０の数が増加しても、シグナリング数を削減可能にすることについて検討する。
【００５０】
例えば図６に模式的に示すように、Ｍ２Ｍデバイス３０は、アクセスネットワークに位置登録済みのＵＥ２０に割り当てられている無線リソースを利用してアクセスネットワークとの通信を行なう。
【００５１】
別言すると、Ｍ２Ｍデバイス３０は、ＵＥ２０を中継ポイントとしてアクセスネットワークとの間で通信（「中継通信」と称してよい。）を行なう。また、Ｍ２Ｍデバイス３０の移動制御に関しても、ＵＥ２０の移動制御と関連付けて（連携させて）行なう。
【００５２】
そのため、アクセスネットワーク（例えば、ＭＭＥ）は、位置登録済みのＵＥ２０にＭ２Ｍデバイス３０を関連付けて位置情報等を管理する。例えば、ＵＥ２０がアクセスネットワークに対して送信する信号に、当該ＵＥ２０に関連付けられたＭ２Ｍデバイス３０を識別可能な情報（「識別子」と称してよい。）を付与する。
【００５３】
これにより、シグナリングを発生させずに、Ｍ２Ｍデバイス３０の位置情報をＵＥ２０と関連付けて（別言すると、ＵＥ２０の位置情報と同期して）ＭＭＥに登録することが可能になる。
【００５４】
また、Ｍ２Ｍデバイス３０の位置情報がＵＥ２０と関連付けて管理されているので、ＵＥ２０を介した中継通信が切断あるいは終了しても、Ｍ２Ｍデバイス３０は、新たに位置登録処理を実施しなくても通信（セルラー通信）を確立できる。
【００５５】
したがって、ＵＥ２０を介した中継通信を、ＵＥ２０を介さないセルラー通信に、最小限の処理遅延で切り替えることができる。よって、Ｍ２Ｍデバイス３０は、アクセスネットワークとの間の通信を正常に継続できる。
【００５６】
更に、ＭＭＥは、ＵＥ２０とＭ２Ｍデバイス３０との関連付け解除に応じて、当該Ｍ２Ｍデバイス３０を、新規にセルラー通信を行なうＭ２Ｍデバイス３０として登録、管理してよい。これにより、ＭＭＥは、Ｍ２Ｍデバイス３０がセルラー通信を行なうためにＭＭＥに対して位置登録処理を行なった場合と同等の情報を管理できる。
【００５７】
なお、通常時には、Ｍ２Ｍデバイス３０の送信信号の優先度をＵＥ２０の送信信号よりも低く設定することで、ＵＥ２０の通信に対する影響を抑制してよい。緊急時（例示的に、車両の故障時等）には、Ｍ２Ｍデバイス３０の送信信号の優先度を、ＵＥ２０の送信信号の優先度よりも高く設定（例示的に、トッププライオリティに設定）してよい。
【００５８】
これにより、緊急時における早急なＭ２Ｍデバイス３０の信号送信が可能になる。優先度の判定は、Ｍ２Ｍデバイス３０の送信信号を中継するＵＥ２０にて実施してよい。これにより、Ｍ２Ｍデバイス３０に対して高級な機能追加を行なわずに、アクセスネットワークの輻輳等の負荷抑制が可能となる。
【００５９】
なお、ＵＥ２０を中継ポイントとした中継通信には、「無線中継技術」と呼ばれる技術を適用してよい。「無線中継技術」の一例としては、例示的に、無線ＬＡＮ（Local Area Network）を用いたリレー技術や、３ＧＰＰで規定されているリレー技術がある。
【００６０】
例えば、３ＧＰＰでは、レイヤ１リレー技術、レイヤ２リレー技術、及び、レイヤ３リレー技術が規定されている。
【００６１】
リピータ等を用いたレイヤ１リレー技術は、例えば、無線基地局と移動機との間の送受信信号を電力増幅してそれぞれに送信する技術であり、山岳部や屋内のカバレッジ改善を目的として利用されている。ただし、レイヤ１リレー技術は、雑音や、他セルの干渉に弱く、受信信号と共に雑音等も増幅してしまう。
【００６２】
レイヤ２リレー技術は、例えば、無線基地局からの受信信号を復調及び復号した後に、再度、符号化及び変調を行なって移動機に送信する技術であり、レイヤ１リレー技術での雑音や他セル干渉等の影響を克服可能である。ただし、レイヤ１リレー技術に比べて、変復調処理や符号化及び復号処理に伴う処理遅延が生じ易い。
【００６３】
レイヤ３リレー技術は、無線基地局からの受信信号の復調及び復号処理に加えて、秘匿やユーザデータ分割等の処理を行なう。レイヤ２リレー技術と同様に雑音や他セル干渉等に対する耐性を向上できる。また、レイヤ３リレー技術では、秘匿処理によって、盗聴防止等のセキュリティ面の向上を図り易い。
【００６４】
ただし、レイヤ１リレー技術及びレイヤ２リレー技術に比べて処理量が増えるので、処理遅延が生じ易い。レイヤ３リレー技術は、無線基地局が有する機能と同様の機能を有することで実現されると捉えてもよい。
【００６５】
（動作概要）
以下、実施形態に係る動作概要として、２つの利用シーンにおける動作を説明する。なお、以下では、Ｍ２Ｍデバイス３０が自動車等の車両に搭載されており、当該車両に搭乗するユーザ（例えば、ドライバー）がＵＥ２０を所有していることを想定する。
【００６６】
（第１の利用シーン：図７）
第１の利用シーンは、車両が停車中（エンジンＯＦＦ）か否か、及び、ユーザが車両から離れている（ユーザ不在）か否かに関わらず、車載Ｍ２Ｍデバイス３０は、ＯＮ状態でありアクセスネットワークと通信を行なうシーンである。
【００６７】
例えば、車両の故障の有無等の車両状態を示す情報は、車両が停車中か否か、また、ユーザ不在か否かに関わらず、車両の遠隔監視や管理のためにアクセスネットワークへ送信されることが想定される。
【００６８】
図７の（１）は、車両が停車中（エンジンＯＦＦ）であり、且つ、ユーザ不在であるが、車載Ｍ２Ｍデバイスは、アクセスネットワーク（以下、単に「ネットワーク（ＮＷ）」とも称する。）とセルラー通信を行なう様子を模式的に例示している。
【００６９】
図７の（２）は、停車中の車両に、ＵＥ２０を所有するユーザが乗車した際のＮＷとの通信動作例を模式的に例示している。例えば、車載Ｍ２Ｍデバイス３０は、ユーザの乗車に伴ってＵＥ２０を検出すると、セルラー通信の無線リンク（例えば、コネクション設定及び無線リソース）を解放する。代替的に、車載Ｍ２Ｍデバイス３０は、中継ポイントとなるＵＥ２０との間で無線リンク（コネクション）を設定し、当該ＵＥ２０に割り当てられている無線リソースを利用してＮＷとの通信を行なう。一方、ＮＷは、ＵＥ２０からの受信信号に含まれる車載Ｍ２Ｍデバイスの識別子を基に、ＵＥ２０と車載Ｍ２Ｍデバイス３０とを関連付けて管理する。
【００７０】
図７の（３）は、ユーザが車両で移動（走行）している状態でのＮＷとの通信動作例を模式的に例示している。例えば、ＮＷ（ＭＭＥ）において、車両の移動に伴ってＵＥ２０が移動してＵＥ２０の位置情報が更新されると、当該更新に応じて車載Ｍ２Ｍデバイス３０の位置情報も更新される。
【００７１】
図７の（４）は、車両が停車（エンジンＯＦＦ）し、ユーザが車両から降車した際のＮＷとの通信動作例を模式的に例示している。例えば、ユーザが車両から降車すると、Ｍ２Ｍデバイス３０とＵＥ２０との間の無線リンクが切断されてコネクション設定が解除される。
【００７２】
ＮＷ（ＭＭＥ）は、当該解除に応じて、それまでＵＥ２０と関連付けて管理していた位置情報を車載Ｍ２Ｍデバイス３０の位置情報として引き継ぐ。これにより、車載Ｍ２Ｍデバイス３０は、ＵＥ２０を介した通信が切断あるいは終了してＵＥ２０との関連付け（接続）が解除されても、改めてＮＷに対して位置登録処理を行なわなくても、ＮＷとの通信を確立できる。
【００７３】
なお、車載Ｍ２Ｍデバイス３０とＵＥ２０との間のコネクション設定が解除されたことは、ＵＥ２０がＮＷに対して通知してもよいし、コネクション設定解除前に車載Ｍ２Ｍデバイス３０がＵＥ２０経由でＮＷにコネクション設定を解除する旨を通知してもよい。
【００７４】
（第２の利用シーン：図８）
第２の利用シーンは、車両停車中（エンジンＯＦＦ時）には車載Ｍ２Ｍデバイス３０も電源ＯＦＦとなってＮＷとのセルラー通信は行なわないシーンである。
【００７５】
例えば、交通状況等の管理においては、車両が移動している際（エンジンＯＮ時）の情報が取得できればよく、車載Ｍ２Ｍデバイス３０は、車両のエンジンがＯＦＦの状態ではＮＷと通信しなくてよいことが想定される。
【００７６】
通信が不要な時にＭ２Ｍデバイス３０が電源ＯＦＦ状態（あるいはスリープモード）になることで、車載Ｍ２Ｍデバイス３０の消費電力を節約してバッテリ駆動時間を延ばすことができる。
【００７７】
図８の（１）は、車両停車中（エンジンＯＦＦ時）には車載Ｍ２Ｍデバイスも電源ＯＦＦとなってＮＷとのセルラー通信は行なわれない様子を模式的に例示している。
【００７８】
図８の（２）は、停車中の車両にユーザが乗車してエンジンＯＮした際のＮＷとの通信動作例を模式的に例示している。例えば、車載Ｍ２Ｍデバイスは、車両のエンジンＯＮに応じて電源ＯＮされ、周辺のＵＥ２０を探索する。車両に乗車したユーザのＵＥ２０を検出できれば、車載Ｍ２Ｍデバイス３０は、ＵＥ２０から現在の位置情報を取得し、ＮＷに対する位置登録処理はスキップしてよい。
【００７９】
そして、車載Ｍ２Ｍデバイス３０は、ＮＷに位置登録済みのＵＥ２０を中継ポイントとして当該ＵＥ２０に割り当てられている無線リソースを利用してＮＷとの通信を行なう。一方、ＮＷは、ＵＥ２０からの受信信号に含まれる車載Ｍ２Ｍデバイスの識別子を基に、ＵＥ２０と車載Ｍ２Ｍデバイス３０とを関連付けて管理する。
【００８０】
図８の（３）は、ユーザが車両で移動（走行）している状態でのＮＷとの通信動作例を模式的に例示している。図８の（３）の通信動作例は、図７の（３）の通信動作例と同様であり、例えば、ＮＷ（ＭＭＥ）において、車両の移動に伴ってＵＥ２０が移動してＵＥ２０の位置情報が更新されると、当該更新に応じて車載Ｍ２Ｍデバイス３０の位置情報も更新される。
【００８１】
また、図８の（４）は、車両が停車（エンジンＯＦＦ）し、ユーザが車両から降車した際のＮＷとの通信動作例を模式的に例示している。例えば、車両の停車（エンジンＯＦＦ）に応じて、車載Ｍ２Ｍデバイス３０は電源ＯＦＦされ、中継ポイントとしてのＵＥ２０との間の無線リンク（コネクション設定）が解除される。
【００８２】
当該コネクション設定の解除に応じて、ＮＷ（ＭＭＥ）は、ＵＥ２０と関連付けて管理していたＭ２Ｍデバイス３０の位置情報を削除してよい。車載Ｍ２Ｍデバイス３０とＵＥ２０とのコネクション設定が解除されたことは、例えば、ＵＥ２０がＮＷに対して通知してよい。あるいは、電源ＯＦＦ前に車載Ｍ２Ｍデバイス３０がＵＥ２０経由でＮＷにコネクション設定を解除する旨を通知するようにしてもよい。
【００８３】
（補足）
なお、図７及び図８に例示した第１及び第２の利用シーンのいずれにおいても、車載Ｍ２Ｍデバイス３０は、１つの車両に１つとは限らず複数備えられていてもよい。複数のＭ２Ｍデバイス３０が、それぞれ、図７に例示した通信動作、及び、図８に例示した通信動作のいずれかを個別的に実施することも想定される。
【００８４】
そのため、図７及び図８に例示した２つのパターンの通信動作は、Ｍ２Ｍデバイス３０毎に個別的に制御可能であってよく、複数のＭ２Ｍデバイス３０に対する制御が許容されてよい。
【００８５】
また、車両に乗車するユーザが複数である場合、別言すると、車載Ｍ２Ｍデバイス３０が中継ポイントとして接続（コネクション設定）可能なＵＥ２０の候補が複数存在する場合も考えられる。
【００８６】
その場合、Ｍ２Ｍデバイス３０は、予め決められたＵＥ２０（例えば、ドライバー所有のＵＥ２０）とコネクションを設定してもよいし、何らかのルールや条件に従って動的にコネクション設定対象のＵＥ２０を選んでもよい。
【００８７】
（機能的構成例）
次に、図９を参照して、図７及び図８により上述した通信動作を実現可能な無線通信システム１の機能的な構成例について説明する。
【００８８】
図９に示す無線通信システム１は、例示的に、既述のＵＥ２０及び車載Ｍ２Ｍデバイス３０と、位置情報管理装置５１と、アクセスネットワーク５２と、を備える。位置情報管理装置５１は、例示的に、既述のＭＭＥに相当する。アクセスネットワーク５２は、既述の無線基地局１０、ＳＧＷ、及び、ＰＧＷを含んでよい。なお、位置情報管理装置５１は、アクセスネットワーク５２に含まれてもよい。
【００８９】
図９に示すように、ＵＥ２０は、例示的に、通信制御部２０１と、車載Ｍ２Ｍデバイスデータ送受信部２０２と、位置情報通知部２０３と、を備える。
【００９０】
車載Ｍ２Ｍデバイス３０は、例示的に、通信制御部３０１と、通信切替処理部３０２と、位置情報管理部３０３と、を備える。
【００９１】
位置情報管理装置５１は、例示的に、位置情報管理部５１１と、位置情報関連付け処理部５１２と、を備える。
【００９２】
アクセスネットワーク５２は、通信制御部５２１を備える。
【００９３】
（ＵＥ２０）
ＵＥ２０の通信制御部２１０は、例示的に、アクセスネットワーク５２との間のセルラー通信を制御する。当該セルラー通信の制御には、ＵＥ２０の移動に伴う位置情報管理装置５１に対する位置登録処理や、アクセスネットワーク５２から割り当てられた無線リソースを用いた信号の送受信処理等が含まれてよい。そのため、通信制御部２１０は、「セルラー通信制御部２１０」と称してもよい。
【００９４】
ＵＥ２０の車載Ｍ２Ｍデバイスデータ送受信部２０２は、例示的に、車載Ｍ２Ｍデバイス３０との間でコネクション設定処理を行なう。当該コネクション設定処理は、車載Ｍ２Ｍデバイス３０からの要求に応じて実施されてもよいし、ＵＥ２０からＭ２Ｍデバイス３０への要求に応じて実施されてもよい。
【００９５】
また、車載Ｍ２Ｍデバイスデータ送受信部２０２は、通信制御部２０１と連携して、ＵＥ２０に接続（コネクション設定）した車載Ｍ２Ｍデバイス３０と、アクセスネットワーク５２と、の間の通信を中継する。
【００９６】
例えば、車載Ｍ２Ｍデバイスデータ送受信部２０２は、車載Ｍ２Ｍデバイス３０から受信される信号を受信し、受信した信号をアクセスネットワーク５２へ送信する。また、車載Ｍ２Ｍデバイスデータ送受信部２０２は、アクセスネットワーク５２から受信した、車載Ｍ２Ｍデバイス３０宛の信号を当該車載Ｍ２Ｍデバイス３０へ送信する。
【００９７】
そのため、車載Ｍ２Ｍデバイスデータ送受信部２０２は、車載Ｍ２Ｍデバイス３０とＵＥ２０を介したアクセスネットワーク５２との間の中継通信を制御する「中継通信制御部２０２」と称してもよい。
【００９８】
ＵＥ２０の位置情報通知部２０３は、当該ＵＥ２０との間でコネクション設定した車載Ｍ２Ｍデバイス３０に、ＵＥ２０の位置情報を通知する。ＵＥ２０の位置情報は、ＵＥ２０の移動に伴って動的に更新され、例えば通信制御部２０１の位置登録処理によって位置情報管理装置５１に通知される。
【００９９】
位置情報通知部２０３は、このように位置情報管理装置５１に通知した位置情報をＭ２Ｍデバイス３０に通知する。これにより、位置情報管理装置５１とＭ２Ｍデバイス３０との間でＵＥ２０の位置情報の同期をとることが可能になる。
【０１００】
（Ｍ２Ｍデバイス３０）
一方、車載Ｍ２Ｍデバイス３０の通信制御部３０１は、ＵＥ２０の通信制御部２０１と同様に、アクセスネットワーク５２との間のセルラー通信を制御する。当該セルラー通信の制御には、車載Ｍ２Ｍデバイス３０の移動に伴う位置情報管理装置５１に対する位置登録処理や、アクセスネットワーク５２から割り当てられた無線リソースを用いた信号の送受信処理等が含まれてよい。通信制御部３０１は、「セルラー通信制御部３０１」と称してもよい。
【０１０１】
車載Ｍ２Ｍデバイス３０の通信切替処理部３０２は、通信制御部３０１による制御の下でのセルラー通信と、ＵＥ２０を介したアクセスネットワーク５２との間の中継通信と、を切り替える。セルラー通信と中継通信との切り替えは、通信モードの切り替え（あるいは選択）に相当すると捉えてよい。ただし、通信切替処理部３０２は、セルラー通信の確立を試行する前に、ＵＥ２０を介した中継通信の確立（開始）を試行してよい。通信切替処理部３０２は、「中継通信制御部３０２」と称してもよい。
【０１０２】
車載Ｍ２Ｍデバイス３０の位置情報管理部３０３は、ＵＥ２０の位置情報通知部２０３から通知された、ＵＥ２０の位置情報を管理する。既述のとおり、位置情報管理部３０３で管理される位置情報は、位置情報管理装置５１で管理される位置情報と同期がとられてよい。
【０１０３】
したがって、ＵＥ２０とのコネクション設定が解除されても、車載Ｍ２Ｍデバイス３０は、位置情報管理部３０３で管理している位置情報を基に、アクセスネットワーク５２との間のセルラー通信の確立を制御できる。別言すると、車載Ｍ２Ｍデバイス３０は、位置情報管理装置５１に対する位置登録処理をスキップしてよい。
【０１０４】
（位置情報管理装置５１）
位置情報管理装置５１の位置情報管理部５１１は、ＵＥ２０の位置情報を管理すると共に、位置情報関連付け処理部５１２によって当該ＵＥ２０に関連付けられたＭ２Ｍデバイスの識別子を管理する。
【０１０５】
位置情報関連付け処理部５１２は、アクセスネットワーク５２から通知される、ＵＥ２０及びＭ２Ｍデバイス３０の識別子を基に、位置情報管理部５１で管理されているＵＥ２０の位置情報に、Ｍ２Ｍデバイス３０の識別子を関連付ける処理を行なう。位置情報関連付け処理部５１２は、位置情報管理部５１における位置情報の管理を制御する制御部の一例であると捉えてもよい。
【０１０６】
（アクセスネットワーク５２）
アクセスネットワーク５２の通信制御部５２１は、位置情報管理装置５１で管理されている移動機２０（及び３０）の位置情報を基に、アクセスネットワーク５２と移動機２０（及び３０）との間の通信を制御する。通信制御部５２１は、既述のＳＧＷやＰＧＷに相当すると捉えてよい。通信制御部５２１は、「セルラー通信制御部５２１」と称してもよい。
【０１０７】
（第１の利用シーンでの通信動作例）
次に、図１０〜１６を参照して、図７に例示した第１の利用シーンでの通信動作例について詳述する。
【０１０８】
（停車中の車両にユーザが乗車する際の通信動作例）
【０１０９】
図１０は、図７の（１）及び（２）に例示したように、停車中の車両にＵＥ２０を携帯したユーザが乗車した際の通信動作例を示すシーケンス図である。第１の利用シーンでは、車載Ｍ２Ｍデバイス３０は、常時、電源ＯＮであり、車両のユーザの乗車の有無に関わらず、アクセスネットワーク５２とセルラー通信が可能な状態にある。
【０１１０】
別言すると、図１０に例示するように、車載Ｍ２Ｍデバイス３０は、アクセスネットワーク５２との間でコネクション設定が済んでいる（処理Ｐ１１）。また、車両のユーザが携帯するＵＥ２０についても、アクセスネットワーク５２との間のコネクション設定が済んでいると仮定する（処理Ｐ１２）。
【０１１１】
かかる状態で、ユーザが停車中の車両に乗車しようとしてユーザが車両に接近すると、車載Ｍ２Ｍデバイス３０が、ユーザの携帯するＵＥ２０の接近を検出する（処理Ｐ１３）。ＵＥ２０の接近検出は、例示的に、図９に示した通信切替処理部３０２にて実施してよい。接近検出方法については、特に限定しないが、例えば、既知の端末ディスカバリ技術等を適用してよい。
【０１１２】
車載Ｍ２Ｍデバイス３０は、ＵＥ２０の接近を検出すると、当該ＵＥ２０に対してコネクションの設定要求を送信する（処理Ｐ１４及びＰ１５）。なお、コネクション設定要求は、例示的に、通信切替処理部３０２にて生成され、通信制御部３０１によってＵＥ２０宛に送信されてよい。
【０１１３】
ＵＥ２０は、車載Ｍ２Ｍデバイス３０からのコネクション設定要求を受信すると、当該コネクション設定要求の送信元である車載Ｍ２Ｍデバイス３０との間でコネクションの設定を行なう（処理Ｐ１６）。当該コネクション設定は、例示的に、ＵＥ２０の通信制御部２０１と、車載Ｍ２Ｍデバイス３０の通信制御部３０１とが、協働して実施してよい。
【０１１４】
コネクション設定が完了すると、車載Ｍ２Ｍデバイス３０は、ＵＥ２０と直接の通信が可能な状態になる。車載Ｍ２Ｍデバイス３０とＵＥ２０との間の直接通信には、ＷｉＦｉ通信やＢｌｕｅＴｏｏｔｈ（登録商標）通信等を適用してよいが、これらに限定されない。
【０１１５】
車載Ｍ２Ｍデバイス３０とＵＥ２０との間のコネクション設定がなされると、ＵＥ２０は、アクセスネットワーク５２に対して通信切替要求を送信してよい（処理Ｐ１７）。当該通信切替要求は、車載Ｍ２Ｍデバイス３０がアクセスネットワーク５２との直接通信をＵＥ２０との直接通信に切り替えることを要求する信号の一例である。
【０１１６】
通信切替要求は、例示的に、通信制御部２０１にて生成されてよく、車載Ｍ２Ｍデバイス３０及びＵＥ２０の識別子を含んでよい。別言すると、通信切替要求は、車載Ｍ２Ｍデバイス３０及びＵＥ２０の識別子をアクセスネットワーク５２へ通知する信号の一例である。
【０１１７】
なお、車載Ｍ２Ｍデバイス３０の識別子は、処理Ｐ１６でのコネクション設定処理を通じて、ＵＥ２０にて取得、記憶することが可能である。例えば、車載Ｍ２Ｍデバイス３０（通信制御部３０１）は、コネクション設定に応じて、位置情報管理装置５１にてＵＥ２０の位置情報と関連付けられる情報（識別子）を、ＵＥ２０へ送信してよい。なお、ＵＥ２０の識別子は、便宜的に、「ＵＥＩＤ」と表記されてよく、Ｍ２Ｍデバイス３０の識別子は、便宜的に、「Ｍ２ＭデバイスＩＤ」と表記されてよい。
【０１１８】
ＵＥＩＤ及びＭ２ＭデバイスＩＤを通知する信号の一例である通信切替要求は、例示的に、ユーザプレーン信号にて送信されてよい。ユーザプレーン信号の一例は、ＧＴＰ（GPRS Tunneling Protocol for User Plane）信号（「パケット」と称してもよい。）である。なお、「GPRS」は、「General Packet Radio Service」の略称である。
【０１１９】
ＧＴＰパケットのフォーマット例を図１１に示す。図１１に例示するように、ＧＴＰパケットの第２オクテットに、当該パケットの種別を示す「Message Type」フィールド（８ビット）が規定されている。
【０１２０】
「Message Type」フィールドの予備（Reserve）領域に、ＧＴＰパケットにＵＥＩＤ及びＭ２ＭデバイスＩＤが付与されていることを示す値を設定してよい。例示的に、８ビットのうちの予備領域が３〜２５、２７〜３０及び３２〜２５３であれば、これらのいずれかの値（例えば、２５３）を、ＵＥＩＤ及びＭ２ＭデバイスＩＤがＧＴＰパケットに付与されていることを示す値に割り当ててよい。
【０１２１】
ＵＥＩＤ及びＭ２ＭデバイスＩＤの実体は、ＧＴＰパケットのデータフィールド（「ペイロードフィールド」と称してもよい。）に設定されてよい。例えば図１１に示すように、ユーザプレーンのＧＴＰパケット（ＧＴＰ−Ｕパケット）のヘッダに続くデータ部（１３オクテット以降）に、ＵＥＩＤ及びＭ２ＭデバイスＩＤが設定されてよい。なお、ＧＴＰ−Ｕパケットを受信した機器は、ヘッダ情報を基に通信相手である送信元のＵＥを識別可能であるから、ＧＴＰパケットのデータ部へのＵＥＩＤの設定は不要としてもよい。
【０１２２】
このように、Ｍ２ＭデバイスＩＤの通知に、ユーザプレーン信号（例示的に、ＧＴＰパケット）を利用することで、制御プレーンを用いた新規のシグナリング発生を削減可能であり、アクセスネットワーク５２の処理負荷軽減を図ることができる。
【０１２３】
一方、アクセスネットワーク５２は、ＵＥ２０からＵＥＩＤ及びＭ２ＭデバイスＩＤが付与されたユーザプレーン信号を受信すると、付与されている各ＩＤを位置情報管理装置５１に通知する（処理Ｐ１８）。ＩＤの通知は、アクセスネットワーク５２の通信制御部５２１によって実施されてよい。
【０１２４】
位置情報管理装置５１は、Ｍ２ＭデバイスＩＤ及びＵＥＩＤを受信すると、例えば、位置情報管理部５１１にて、本来的に管理しているＵＥ２０の位置情報に、通知されたＭ２ＭデバイスＩＤを関連付けて登録、管理する（処理Ｐ１９及びＰ２０）。図１２に、位置情報管理データの一例を示す。
【０１２５】
図１２の例では、ＵＥＩＤが「aaaaaaaa」，「cccccccc」及び「ffffffff」の３台のＵＥ２０の位置情報に、それぞれ、Ｍ２ＭデバイスＩＤが「oooooooo」，「pppppppp」及び「qqqqqqqqqq」の３台のＭ２Ｍデバイス３０が関連付けられている。なお、位置情報「xxx.xxx.xxx.xxx」は、任意の位置情報であってよいことを表し、図１２の例において６台のＵＥ２０の位置情報がそれぞれ同じであることを表しているわけではない。
【０１２６】
また、図１２の例では、１台のＵＥ２０に対して複数台のＭ２Ｍデバイス３０を位置情報管理データにて関連付けて管理できることを示している。例えば、車両に複数のＭ２Ｍデバイス３０が搭載されている場合、１台のＵＥ２０に当該複数のＭ２Ｍデバイス３０を関連付けて管理することが可能である。
【０１２７】
位置情報管理装置５１にてＭ２ＭデバイスＩＤの登録（関連付け）が完了すると、位置情報管理装置５１は、登録完了通知をアクセスネットワーク５２へ送信する（処理Ｐ２１及びＰ２２）。
【０１２８】
アクセスネットワーク５２（通信制御部５２１）は、位置情報管理装置５１から登録完了通知を受信すると、車載Ｍ２Ｍデバイス３０のセルラー通信をＵＥ２０との直接通信に切り替えるよう通信切替指示をＵＥ２０宛に送信する（処理Ｐ２３）。
【０１２９】
ＵＥ２０は、アクセスネットワーク５２から通信切替指示を受信すると、例えば通信制御部２０１によって車載Ｍ２Ｍデバイス３０の通信制御部３０１に対して通信切替指示を送信する（処理Ｐ２４）。
【０１３０】
車載Ｍ２Ｍデバイス３０は、通信制御部３０１にてＵＥ２０からの通信切替指示を受信すると、アクセスネットワーク５２との間のセルラー通信のコネクション設定を解放し、通信切替処理部３０２によってＵＥ２０との直接通信に切り替える（処理Ｐ２５）。
【０１３１】
以後、車載Ｍ２Ｍデバイス３０は、ＵＥ２０を中継ポイントとしてアクセスネットワーク５２との通信を行なう。
【０１３２】
なお、図１０の処理Ｐ１３では、Ｍ２Ｍデバイス３０からＵＥ２０へのコネクション設定要求をＵＥ２０の接近検知をトリガに実施しているが、他の条件をトリガにしてもよい。
【０１３３】
例えば、車両のエンジンがＯＮ状態で、かつ、ＵＥ２０の接近状態が一定時間以上継続する条件の成立をトリガにして、Ｍ２Ｍデバイス３０からＵＥ２０へのコネクション設定要求を実施するようにしてもよい。
【０１３４】
これによれば、車両にユーザが一時的にでも近づく度にコネクション設定要求が車載Ｍ２Ｍデバイス３０からＵＥ２０に対して頻繁に送信されてしまうことを抑止できる。
【０１３５】
また、図１０の処理Ｐ１３において、車載Ｍ２Ｍデバイス３０に複数のＵＥ２０が接近することも有り得る。その場合、車載Ｍ２Ｍデバイス３０を関連付けるＵＥ２０の選択方法については、幾つか方法が考えられる。
【０１３６】
例えば、予め関連付けるＵＥ２０を設定しておく方法や最初にコネクション設定が成功したＵＥ２０を選択する方法等が考えられる。また、車両のドライバー等、通常は、同じユーザのＵＥ２０が車載Ｍ２Ｍデバイス３０と通信するＵＥ２０になる可能性が高いと考えられる。
【０１３７】
そこで、過去に車載Ｍ２Ｍデバイス３０とコネクション設定したＵＥ２０の履歴をＭ２Ｍデバイス３０において記憶（「学習」と称してもよい。）しておき、コネクション設定回数の多いＵＥ２０を優先的にコネクション設定対象に選ぶようにしてもよい。ただし、コネクション設定対象のＵＥ２０の選択方法は、以上に限られない。
【０１３８】
（ユーザが車両で移動中の通信動作例）
図７の（２）及び（３）に例示したように、ユーザが車両で移動している際、車載Ｍ２Ｍデバイスは、ユーザのＵＥ２０を介してアクセスネットワーク５２と通信（中継通信）する。当該中継通信には、テザリング機能等の既知の通信技術を利用してよい。
【０１３９】
例えば図１３に示すように、アクセスネットワーク５２の通信制御部５２１は、車載Ｍ２Ｍデバイス３０宛のデータが有れば、当該データを車載Ｍ２Ｍデバイス３０の中継ポイントであるＵＥ２０へ送信する（処理Ｐ３１）。当該データには、車載Ｍ２Ｍデバイス３０が宛先であることを示す情報が通信制御部５２１にて設定されてよい。
【０１４０】
ＵＥ２０は、アクセスネットワーク５２からデータを受信すると、当該受信データがＵＥ２０宛か車載Ｍ２Ｍデバイス３０宛かを例えば通信制御部２０１にて識別する（処理Ｐ３２）。
【０１４１】
当該識別は、例示的に、図１１に例示したように、ＧＴＰパケットの「Message Type」フィールドの値に基づいて実施されてよい。識別の結果、受信データが、車載Ｍ２Ｍデバイス３０宛であれば、通信制御部２０１は、受信データを車載Ｍ２Ｍデータ送受信部２０２へ送信する（処理Ｐ３３）。
【０１４２】
車載Ｍ２Ｍデータ送受信部２０２は、通信制御部２０１から受信したデータを車載Ｍ２Ｍデバイス３０へ送信する（処理Ｐ３４）。当該データは、例えば車載Ｍ２Ｍデバイス３０の通信制御部３０１にて受信される。
【０１４３】
なお、車載Ｍ２Ｍデバイス３０は、アクセスネットワーク５２への送信データがあれば、ＵＥ２０へ送信する。ＵＥ２０は、車載Ｍ２Ｍデバイス３０から受信したデータに、例えば送信元を示すＭ２ＭデバイスＩＤを付与してよい。当該Ｍ２ＭデバイスＩＤの付与は、例えば、車載Ｍ２Ｍデータ送受信部２０２にて実施されてよい。これにより、アクセスネットワーク５２は、ＵＥ２０から受信したデータのうち、車載Ｍ２Ｍデバイス３０が送信元のデータを識別できる。
【０１４４】
その後、車両の移動に伴ってＵＥ２０とアクセスネットワーク５２との間でハンドオーバ処理等の移動制御が発生したとする（処理Ｐ３５）。アクセスネットワーク５２は、ＵＥ２０に対する移動制御に応じて、ＵＥ２０の位置情報の更新を位置情報管理装置５１に依頼する（処理Ｐ３６）。当該依頼には、更新対象のＵＥ２０の例えば識別子が含められてよい。
【０１４５】
位置情報管理装置５１は、アクセスネットワーク５２からの位置情報更新依頼の受信に応じて、表１に例示したＵＥ２０の位置情報のうち該当ＵＥ２０の位置情報を更新する（処理Ｐ３７）。図１４に、位置情報管理データの更新例を示す。
【０１４６】
図１４の例では、ＵＥＩＤが「aaaaaaaa」であるＵＥ２０の位置情報が「yyy.yyy.yyy.yyy」に更新されることで、当該ＵＥ２０に関連付けられたＭ２Ｍデバイス３０（Ｍ２ＭデバイスＩＤ＝「oooooooo」）の位置情報も併せて更新される様子を示している。
【０１４７】
ＵＥ２０の移動制御に伴う当該ＵＥ２０の位置情報の更新に応じて、当該ＵＥ２０に関連付けられた車載Ｍ２Ｍデバイス３０の位置情報も併せて更新されるので、Ｍ２Ｍデバイス３０の移動に伴うシグナリングの発生を抑えることができる。したがって、アクセスネットワーク５２の処理負荷上昇を抑制できる。
【０１４８】
一方、ＵＥ２０は、アクセスネットワーク５２との間の移動制御に伴って当該ＵＥ２０の位置情報を車載Ｍ２Ｍデバイス３０に通知してよい（処理Ｐ３８）。位置情報の通知は、例示的に、通信制御部３０１及び位置情報通知部２０３（図９参照）によって実施されてよい。
【０１４９】
車載Ｍ２Ｍデバイス３０は、ＵＥ２０から位置情報の通知を受信すると、当該車載Ｍ２Ｍデバイス３０が記憶する位置情報リストを、通知された位置情報によって更新する（処理Ｐ３９及びＰ４０）。位置情報リストの更新は、例示的に、位置情報管理部３０３（図９参照）によって実施されてよい。
【０１５０】
図１５に、車載Ｍ２Ｍデバイス３０の位置情報管理部３０３にて記憶、管理される位置情報リストの一例を示す。
【０１５１】
ＵＥ２０から車載Ｍ２Ｍデバイス３０へ位置情報を通知することで、アクセスネットワーク５２にデータ（シグナリングを含む。）を流すことなく位置情報の通知が可能であり、アクセスネットワーク５２の処理負荷軽減を図ることができる。
【０１５２】
図１６に、ＵＥ２０から車載Ｍ２Ｍデバイス３０への位置情報の通知をＷｉＦｉ通信にて行なう場合のプロトコルスタックの一例を示す。ＵＥ２０の位置情報通知部２０３は、例えば図１６において、ＴＣＰ（Transmission Control Protocol）のユーザデータ（ペイロード）に位置情報を付与してよい。
【０１５３】
ＴＣＰのユーザデータに位置情報が付与されていることは、例えば図１７に示すように、ＴＣＰヘッダのオプションフィールドに、当該付与を識別可能な情報（識別子）を付与することで表示されてよい。
【０１５４】
車載Ｍ２Ｍデバイス３０は、ＴＣＰヘッダを終端してオプションフィールドに当該識別子が付与されていることを検出することで、ＴＣＰのユーザデータに付与されている位置情報を認識、取得することができる。
【０１５５】
以上のようにして、車載Ｍ２Ｍデバイス３０は、位置情報管理装置５１で管理されているＵＥ２０の位置情報と同じ情報を同期して管理することができる。したがって、ＵＥ２０を介した中継通信が終了あるいは切断しても、車載Ｍ２Ｍデバイス３０は、当該位置情報リストを基に、現在の位置情報を識別できる。
【０１５６】
よって、後述するように、車載Ｍ２Ｍデバイス３０は、ＵＥ２０を介した中継通信が終了しても、アクセスネットワーク５２に対して新たに位置登録処理を行なわずに（スキップして）、アクセスネットワーク５２との通信を確立できる。
【０１５７】
（ＵＥ２０によるＭ２Ｍデバイス３０のデータ送信制御）
Ｍ２Ｍデバイス３０がＵＥ２０を中継ポイントとしてアクセスネットワーク５２と通信する場合、当該通信の制御をＵＥ２０が行なってよい。例えば、Ｍ２Ｍデバイス３０の通信には、「定期的なデータ送信」、「小容量な送信データ」、「緊急を要する送信データが少ない」等の特性がある。
【０１５８】
そこで、このような特性に基づいて、Ｍ２Ｍデバイス３０の送信データ制御を中継ポイントであるＵＥ２０（例示的に、車載Ｍ２Ｍデータ送受信部２０２）で実施してよい。例えば、通常時には、Ｍ２Ｍデバイス３０の送信データ（以下「Ｍ２Ｍデータ」とも称する。）は、ＵＥ２０の送信データ（以下「ＵＥデータ」とも称する。）よりも低い優先度に設定しておいてよい。優先度の指標は、ＱｏＳ（Quality of Service）であってよい。
【０１５９】
これにより、ＵＥ２０は、ＱｏＳの高いＵＥデータの合間に、ＱｏＳの低いＭ２Ｍデータを送信する制御が可能になる。したがって、ＵＥ２０の通常の通信に影響しないようにＭ２Ｍデバイス３０の通信を制御できる。
【０１６０】
一方、Ｍ２Ｍデータが緊急性を有するデータ（例示的に、車両の故障情報等）である場合には、Ｍ２ＭデータのＱｏＳをＵＥデータのＱｏＳよりも高く（例えば、トッププライオリティに）設定してよい。
【０１６１】
これにより、ＵＥ２０は、緊急性を有するＭ２Ｍデバイスの送信データを、通常のＵＥデータよりも優先して送信する制御が可能になる。なお、Ｍ２Ｍデータが緊急性を有するデータであるか否かは、Ｍ２Ｍデバイス３０にて当該送信データに緊急性を識別可能な情報を付与しておくことで、ＵＥ２０にて識別可能としてよい。
【０１６２】
また、ＵＥ２０は、周囲の電波状態が悪い場合、Ｍ２Ｍデータの送信間隔を制御することで、アクセスネットワーク５２の負荷や輻輳を軽減するようにしてもよい。例えば図１８に模式的に例示するように、ＵＥ２０において、スループットの低下や受信電波強度の悪化等が検出されることがある。なお、スループットや受信電波強度は、無線信号品質の指標の一例である。
【０１６３】
当該検出に応じて、ＵＥ２０は、緊急性を有さない（別言すると、ＱｏＳが相対的に低い）Ｍ２Ｍデータを一時的にバッファリングしておいてよい。そして、その後に、スループットが回復する等してＭ２Ｍデータを送信してよい状態になると、ＵＥ２０は、バッファリングしたＭ２Ｍデータをいくつかまとめてアクセスネットワーク５２へ送信する。
【０１６４】
また、ＵＥ２０によるＭ２Ｍデータの送信制御は、時間や場所等毎の電波状態やスループット等の無線信号品質に基づいて実施されてもよい。例えば図１９に模式的に示すように、ＵＥ２０のユーザが車両で移動する時間帯及び経路（場所）の一方又は双方での無線信号品質をＵＥ２０にて測定、学習、記憶しておく。なお、無線信号品質の測定方法については、特に限定されず、既存の測定技術を適用してよい。
【０１６５】
ＵＥ２０は、無線信号品質の学習結果（別言すると、測定履歴）を基に、アクセスネットワーク５２へのＭ２Ｍデータの送信間隔を制御してよい。これにより、ＵＥ２０は、信号品質の測定を常時行なわなくても、時間帯や場所等に応じた適切なＭ２Ｍデータの中継制御を実施することが可能になる。したがって、ＵＥ２０の処理負荷や電力消費量を抑えることができる。
【０１６６】
図２０に、上述したＵＥ２０（例えば、車載Ｍ２Ｍデータ送受信部２０２）によるＭ２Ｍデータの送信制御例を示す。
【０１６７】
図２０に例示するように、ＵＥ２０は、Ｍ２Ｍデバイス３０とのデータ通信を開始すると（処理Ｐ５１）、Ｍ２Ｍデータの優先度がＵＥデータの優先度よりも高いか否かを判定する（処理Ｐ５２）。
【０１６８】
判定の結果、Ｍ２Ｍデータの優先度がＵＥデータの優先度よりも高ければ（処理Ｐ５２でＹＥＳの場合）、ＵＥ２０は、例示的に、Ｍ２ＭデータのＱｏＳを最優先に設定して、当該Ｍ２Ｍデータをアクセスネットワーク５２へ送信する（処理Ｐ５３）。
【０１６９】
一方、Ｍ２Ｍデータの優先度がＵＥデータの優先度よりも高くなければ（処理Ｐ５２でＮＯの場合）、ＵＥ２０は、例えば、図１９に例示したようにして学習した時間帯や場所等毎の無線信号品質の良否を判定する（処理Ｐ５４）。無線信号品質の良否判定は、例えば、所定の閾値を用いた閾値判定であってよい。
【０１７０】
判定の結果、学習結果に基づく無線信号品質が悪ければ（処理Ｐ５４でＮＯの場合）、ＵＥ２０は、図１８に例示したように、Ｍ２Ｍデータを一時的にバッファリングして、その後のＭ２Ｍデータとまとめてアクセスネットワーク５２へ送信する（処理Ｐ５５）。
【０１７１】
一方、学習結果に基づく無線信号品質が良ければ（処理Ｐ５４でＹＥＳの場合）、ＵＥ２０は、現在の無線信号品質の良否を、例えば所定の閾値を用いて判定する（処理Ｐ５６）。
【０１７２】
判定の結果、現在の無線信号品質が悪ければ（処理Ｐ５６でＮＯの場合）、ＵＥ２０は、処理Ｐ５５と同様に、Ｍ２Ｍデータを一時的にバッファリングして、その後のＭ２Ｍデータとまとめてアクセスネットワーク５２へ送信する（処理Ｐ５７）。
【０１７３】
一方、現在の無線信号品質が良ければ（処理Ｐ５６でＹＥＳの場合）、ＵＥ２０は、ＵＥデータの合間にＭ２Ｍデータをアクセスネットワーク５２へ送信する（処理Ｐ５８）。
【０１７４】
以上のようにして、ＵＥ２０は、Ｍ２Ｍデータの優先度や、時間帯や場所等毎の無線信号品質の学習結果、現在の無線信号品質等に基づいて、Ｍ２Ｍデータの送信制御を行なう。これにより、ＵＥデータ送信への影響やアクセスネットワーク５２の負荷等を軽減しつつ、Ｍ２Ｍデータの適応的な送信制御が可能になる。
【０１７５】
なお、図２０の例では、Ｍ２Ｍデータの優先度、時間帯や場所等毎の信号品質の学習結果、現在の信号品質の３種類について判定処理を行なっているが、いずれかの判定処理は省略してもよい。
【０１７６】
（車両が停車してユーザが車両から降車した際の通信動作例）
次に、図２１に例示するシーケンス図を参照して、図７の（３）及び（４）に例示したように、車両が停止してユーザが車両から降車した際の通信動作例について詳述する。
【０１７７】
車載Ｍ２Ｍデバイス３０は、車両が停車してユーザが車両から降車したことを検知すると、ＵＥ２０を介した中継通信を終了し、アクセスネットワーク５２とのセルラー通信の確立を試行する。
【０１７８】
なお、ユーザの降車は、例示的に、車両のエンジン停止をもって検知することとしてもよいし、ユーザが車両から一定距離以上離れてＵＥ２０との無線リンクが切断されたことをもって検知することとしてもよい。ただし、ユーザの降車検知の方法は、これらに限られない。
【０１７９】
ユーザの降車を検知した車載Ｍ２Ｍデバイス３０は、例えば、アクセスネットワーク５２に対してセルラー通信の確立要求を送信する（処理Ｐ６１）。当該セルラー通信の確立要求は、車載Ｍ２Ｍデバイス３０のＵＥ２０へのコネクション設定を解除することを示す信号の一例に相当すると捉えてもよい。ここで、通常のセルラー通信確立時にはＭ２Ｍデバイス３０とアクセスネットワーク５２との間で位置登録処理（シーケンス）が実施される。
【０１８０】
しかし、本実施形態では、既述のとおり、車両（ＵＥ２０）の移動制御に応じて、位置情報管理装置５１で車載Ｍ２Ｍデバイス３０の位置情報が管理されており、また、車載Ｍ２Ｍデバイス３０においても位置情報をＵＥ３０から通知されている。
【０１８１】
そのため、車載Ｍ２Ｍデバイス３０は、アクセスネットワーク５２との間で新たに位置登録シーケンスを実施しなくても（別言すると、位置登録シーケンスをスキップして）セルラー通信を確立することができる。例示的に、車載Ｍ２Ｍデバイス３０は、自身のＭ２ＭデバイスＩＤを、セルラー通信の確立要求に含めてアクセスネットワーク５２へ送信する。
【０１８２】
アクセスネットワーク５２の通信制御部５２１は、車載Ｍ２Ｍデバイス３０からセルラー通信の確立要求を受信すると、当該確立要求に含まれているＭ２ＭデバイスＩＤを位置情報管理装置５１に通知する（処理Ｐ６２）。
【０１８３】
位置情報管理装置５１は、例えば位置情報関連付け処理部５１２によって、通知されたＭ２ＭデバイスＩＤを基に位置情報管理部５１１にて管理されている位置情報（図１４に例示した位置情報管理データ）を参照する。
【０１８４】
参照の結果、該当Ｍ２ＭデバイスＩＤの登録されたエントリが有れば、位置情報関連付け処理部５１２は、当該エントリに登録されているＭ２ＭデバイスＩＤを削除してＭ２Ｍデバイス３０のＵＥ２０への関連付けを解除する（処理Ｐ６３）。
【０１８５】
併せて、位置情報関連付け処理部５１２は、関連付けを解除したＭ２Ｍデバイス３０を新規の移動機として位置情報管理部５１１に登録する。その際、位置情報関連付け処理部５１２は、Ｍ２Ｍデバイス３０の位置情報として、関連付けを解除したＵＥ２０の位置情報を登録する。
【０１８６】
図２２に、以上の関連付け解除処理に応じた位置情報管理データの更新例を示す。図２２の例では、Ｍ２ＭデバイスＩＤ＝「oooooooo」のＭ２Ｍデバイス３０が、１項のエントリにおいてＵＥＩＤ＝「aaaaaaa」のＵＥ２０との関連付けを解除される。併せて、７項のエントリに、Ｍ２ＭデバイスＩＤ＝「oooooooo」のＭ２Ｍデバイス３０が登録され、その位置情報として、ＵＥＩＤ＝「aaaaaaa」の位置情報「yyy.yyy.yyy.yyy」が登録される。
【０１８７】
これにより、ＵＥ２０との関連付けが解除されたＭ２Ｍデバイス３０は、単独でアクセスネットワーク５２と通信している移動機として位置情報管理装置５１にて管理されることになる。
【０１８８】
図２１に例示するように、位置情報管理装置５１は、車載Ｍ２Ｍデバイス３０の関連付け解除及び新規登録が完了すると、アクセスネットワーク５２へ、その旨を示す関連付け解除通知を送信する（処理Ｐ６４）。
【０１８９】
アクセスネットワーク５２は、位置情報管理装置５１から関連付け解除通知を受信すると、車載Ｍ２Ｍデバイス３０との間で、通常のセルラー通信確立処理を実施する（処理Ｐ６５）。当該セルラー通信確立処理は、例示的に、アクセスネットワーク５２の通信制御部５２１と、車載Ｍ２Ｍデバイス３０の通信制御部３０１と、が協働して実施してよい。
【０１９０】
セルラー通信が確立すると、車載Ｍ２Ｍデバイス３０の通信制御部３０１は、通信切替処理部３０２に、セルラー通信が確立したことを通知する（処理Ｐ６６）。通信切替処理部３０２は、当該通知に応じて、中継通信からセルラー通信への通信切替を実施して（処理Ｐ６７）、ＵＥ２０に通信切替通知を送信する（処理Ｐ６８）。
【０１９１】
ＵＥ２０は、車載Ｍ２Ｍデバイス３０から通信切替通知を受信すると、車載Ｍ２Ｍデバイス３０との間に設定したコネクションを解放する（処理Ｐ６９）。
【０１９２】
（第２の利用シーンでの通信動作例）
次に、図２３及び図２４を参照して、図８に例示した第２の利用シーンでの通信動作例について詳述する。
【０１９３】
（停車中の車両にユーザが乗車する際の通信動作例）
図８の（１）に例示したように、第２の利用シーンでは、車両停車中（エンジンＯＦＦ時）には車載Ｍ２Ｍデバイス３０も電源ＯＦＦとなってＮＷとのセルラー通信は行なわない。そのため、車載Ｍ２Ｍデバイス３０は、アクセスネットワーク５２との間でコネクションが未設定の状態である。
【０１９４】
一方、車両のユーザが携帯するＵＥ２０については、図２３に例示するように、アクセスネットワーク５２との間のコネクション設定が済んでいると仮定する（処理Ｐ７１）。
【０１９５】
車載Ｍ２Ｍデバイス３０は、ウェイクアップに応じて、周辺に接続（コネクション設定）が可能なＵＥ２０が存在するか否かを検索する（処理Ｐ７２及びＰ７３）。当該ウェイクアップに応じたＵＥ検索処理は、例示的に、位置情報管理部３０３及び通信切替処理部３０２が連携して実施してよい。
【０１９６】
例えば、車載Ｍ２Ｍデバイス３０のウェイクアップに応じて、位置情報管理部３０３が周辺ＵＥ２０のＵＥ検索依頼を通信切替処理部３０２へ送信し、当該ＵＥ検索依頼に応じて、通信切替処理部３０２が、周辺ＵＥ２０の検索処理を実施してよい。周辺ＵＥ２０の検索方法については、特に限定しないが、例えば、既知の端末ディスカバリ技術等を適用してよい。
【０１９７】
なお、車載Ｍ２Ｍデバイス３０の「ウェイクアップ」は、例示的に、車載Ｍ２Ｍデバイス３０が電源ＯＮされた時や、車載Ｍ２Ｍデバイス３０がスリープモードから復帰した時に生じる。車載Ｍ２Ｍデバイス３０のウェイクアップは、例えば、車両のエンジンＯＮをトリガに実施されてよいが、これに限られない。
【０１９８】
Ｍ２Ｍデバイス３０のウェイクアップ時には、通常は位置登録シーケンスが実施される。しかし、本実施形態のＭ２Ｍデバイス３０は、ウェイクアップ時に、周辺のＵＥ２０を検索し、発見したＵＥ２０との間でコネクションの設定を試行する。これにより、車載Ｍ２Ｍデバイス３０のウェイクアップ時の位置登録シーケンスを削減でき、アクセスネットワーク５２の負荷を低減できる。
【０１９９】
車載Ｍ２Ｍデバイス３０は、周辺ＵＥ２０の検索処理により、例えば車両に乗車したユーザのＵＥ２０を発見すると（処理Ｐ７４）、当該ＵＥ２０に対してコネクションの設定要求を送信する（処理Ｐ７５及びＰ７６）。なお、コネクション設定要求は、例示的に、通信切替処理部３０２にて生成され、通信制御部３０１によってＵＥ２０宛に送信されてよい。
【０２００】
ＵＥ２０は、車載Ｍ２Ｍデバイス３０からのコネクション設定要求を受信すると、当該コネクション設定要求の送信元である車載Ｍ２Ｍデバイス３０との間でコネクションの設定を行なう（処理Ｐ７７）。当該コネクション設定は、例示的に、ＵＥ２０の通信制御部２０１と、車載Ｍ２Ｍデバイス３０の通信制御部３０１とが、協働して実施してよい。
【０２０１】
コネクション設定が完了すると、車載Ｍ２Ｍデバイス３０は、ＵＥ２０と直接の通信が可能な状態になる。車載Ｍ２Ｍデバイス３０とＵＥ２０との間の直接通信には、ＷｉＦｉ通信やＢｌｕｅＴｏｏｔｈ（登録商標）通信等を適用してよいが、これらに限定されない。
【０２０２】
コネクション設定完了後の処理としては、図１０に例示した処理Ｐ１７〜Ｐ２５において、「通信切替要求」及び「通信切替指示」を、それぞれ、「通信開始要求」及び「通信開始指示」に読み替えた処理に相当する処理が実施されてよい。
【０２０３】
例えば図２３に示すように、車載Ｍ２Ｍデバイス３０とＵＥ２０との間のコネクション設定がなされると、ＵＥ２０は、アクセスネットワーク５２に対して通信開始要求を送信してよい（処理Ｐ７８）。当該通信開始要求は、車載Ｍ２Ｍデバイス３０がＵＥ２０を介した通信の開始を要求する信号の一例である。
【０２０４】
通信開始要求は、例示的に、通信制御部２０１にて生成されてよく、車載Ｍ２Ｍデバイス３０及びＵＥ２０の識別子を含んでよい。別言すると、通信開始要求は、車載Ｍ２ＭデバイスＩＤ及びＵＥＩＤをアクセスネットワーク５２へ通知する信号の一例である。
【０２０５】
ＵＥＩＤ及びＭ２ＭデバイスＩＤを通知する信号の一例である通信開始要求は、既述の通信切替要求と同様に、例えば、ユーザプレーン信号にて送信されてよく、ユーザプレーン信号は、ＧＴＰパケット（図１１参照）であってよい。
【０２０６】
本例においても、Ｍ２ＭデバイスＩＤの通知に、ユーザプレーン信号（例示的に、ＧＴＰパケット）を利用することで、制御プレーンを用いた新規のシグナリング発生を削減可能であり、アクセスネットワーク５２の処理負荷軽減を図ることができる。
【０２０７】
一方、アクセスネットワーク５２は、ＵＥ２０からＵＥＩＤ及びＭ２ＭデバイスＩＤが付与されたユーザプレーン信号を受信すると、付与されている各ＩＤを位置情報管理装置５１に通知する（処理Ｐ７９）。ＩＤの通知は、アクセスネットワーク５２の通信制御部５２１によって実施されてよい。
【０２０８】
位置情報管理装置５１は、Ｍ２ＭデバイスＩＤ及びＵＥＩＤを受信すると、例えば、位置情報管理部５１１にて、本来的に管理しているＵＥ２０の位置情報に、通知されたＭ２ＭデバイスＩＤを関連付けて登録、管理する（処理Ｐ８０及びＰ８１）。位置情報管理データの一例は、図１２に示したデータと同じデータであってよい。
【０２０９】
位置情報管理装置５１にてＭ２ＭデバイスＩＤの登録（関連付け）が完了すると、位置情報管理装置５１は、登録完了通知をアクセスネットワーク５２へ送信する（処理Ｐ８２及びＰ８３）。
【０２１０】
アクセスネットワーク５２（通信制御部５２１）は、位置情報管理装置５１から登録完了通知を受信すると、車載Ｍ２Ｍデバイス３０がＵＥ２０を介した通信を開始してよいことを示す通信開始指示をＵＥ２０宛に送信する（処理Ｐ８４）。
【０２１１】
ＵＥ２０は、アクセスネットワーク５２から通信開始指示を受信すると、例えば通信制御部２０１によって車載Ｍ２Ｍデバイス３０の通信制御部３０１に対して通信開始指示を送信する（処理Ｐ８５）。
【０２１２】
車載Ｍ２Ｍデバイス３０は、通信制御部３０１にてＵＥ２０からの通信開始指示を受信すると、通信切替処理部３０２に通信開始指示を送信する（処理Ｐ８６）。これにより、通信切替処理部３０２は、ＵＥ２０を中継ポイントとしてアクセスネットワーク５２との通信を開始する。
【０２１３】
（ユーザが車両で移動中の通信動作例）
図８の（２）及び（３）に例示したように、ユーザが車両で移動している際、車載Ｍ２Ｍデバイス３０は、ユーザのＵＥ２０を介してアクセスネットワーク５２と通信（中継通信）する。当該中継通信には、テザリング機能等の既知の通信技術を利用してよい。
【０２１４】
第２の利用シーンでの中継通信シーケンス、及び、車両（ＵＥ２０）の移動に伴うハンドオーバ等の移動制御に応じたＵＥ２０及び車載Ｍ２Ｍデバイス３０の位置情報の更新シーケンスについては、第１の利用シーンと同様でよい（例えば図１３参照）。
【０２１５】
また、ＵＥ２０から車載Ｍ２Ｍデバイス３０へ位置情報を通知する方法や、中継通信でのＵＥ２０によるＭ２Ｍデータの送信制御についても、第１の利用シーンと同様でよい（例えば、図１４〜図２０参照）。
【０２１６】
（車両が停車してユーザが車両から降車した際の通信動作例）
次に、図２４のシーケンス図を参照して、図８の（３）及び（４）に例示したように、第２の利用シーンにおいて、車両が停止してユーザが車両から降車した際の通信動作例について詳述する。
【０２１７】
車載Ｍ２Ｍデバイス３０は、車両が停車してユーザが車両から降車したことを検知すると、ＵＥ２０を介した中継通信を終了する。ユーザの降車は、例示的に、車両のエンジン停止をもって検知することとしてもよいし、ユーザが車両から一定距離以上離れてＵＥ２０との無線リンクが切断されたことをもって検知することとしてもよい。ただし、ユーザの降車検知の方法は、これらに限られない。
【０２１８】
ここで、第２の利用シーンでは、車載Ｍ２Ｍデバイス３０は、通信完了に応じて電源ＯＦＦあるいはスリープモードとなってセルラー通信を実施しなくてよい。そのため、車載Ｍ２Ｍデバイス３０は、セルラー通信確立のためのコネクション設定処理を実施しなくてよい。
【０２１９】
また、既述のとおり、車両（ＵＥ２０）の移動制御に応じて、位置情報管理装置５１で車載Ｍ２Ｍデバイス３０の位置情報が管理されており、車載Ｍ２Ｍデバイス３０においても位置情報をＵＥ２０から通知されている。
【０２２０】
そのため、車載Ｍ２Ｍデバイス３０は、アクセスネットワーク５２に対して信号を送信するために、アクセスネットワーク５２との間で新たに位置登録シーケンスを実施しなくてよい（別言すると、位置登録シーケンスをスキップしてよい）。
【０２２１】
例えば、ユーザの降車を検知した車載Ｍ２Ｍデバイス３０は、電源ＯＦＦ又はスリープモードに移行する前に、アクセスネットワーク５２に対して通信完了通知を、位置登録シーケンスをスキップして送信してよい（処理Ｐ９１）。当該通信完了通知は、例示的に、通信制御部３０１にて生成されてよく、Ｍ２ＭデバイスＩＤが含められてよい。当該通信完了通知は、車載Ｍ２Ｍデバイス３０のＵＥ２０へのコネクション設定を解除することを示す信号の一例に相当すると捉えてもよい。
【０２２２】
アクセスネットワーク５２の通信制御部５２１は、車載Ｍ２Ｍデバイス３０から通信完了通知を受信すると、当該通信完了通知に含まれているＭ２ＭデバイスＩＤを位置情報管理装置５１に通知する（処理Ｐ９２）。
【０２２３】
位置情報管理装置５１は、例えば位置情報関連付け処理部５１２によって、通知されたＭ２ＭデバイスＩＤを基に位置情報管理部５１２にて管理されている位置情報（例えば図１４に例示した位置情報管理データ）を参照する。
【０２２４】
参照の結果、該当Ｍ２ＭデバイスＩＤの登録されたエントリが有れば、位置情報関連付け処理部５１２は、当該エントリに登録されているＭ２ＭデバイスＩＤを削除してＭ２Ｍデバイス３０のＵＥ２０への関連付けを解除する（処理Ｐ９３）。
【０２２５】
図２５に、以上の関連付け解除処理に応じた位置情報管理データの更新例を示す。図２５の例では、１項のエントリにおいて、ＵＥＩＤ＝「aaaaaaaa」のＵＥ２０に関連付けられていた、Ｍ２Ｍデバイス３０の情報（Ｍ２ＭデバイスＩＤ＝「oooooooo」）が削除されている。併せて、７項のエントリに、Ｍ２ＭデバイスＩＤ＝「oooooooo」のＭ２Ｍデバイス３０が登録され、その位置情報として、ＵＥＩＤ＝「aaaaaaa」の位置情報「yyy.yyy.yyy.yyy」が登録される。
【０２２６】
これにより、ＵＥ２０との関連付けが解除されたＭ２Ｍデバイス３０は、単独でアクセスネットワーク５２と通信可能な移動機として位置情報管理装置５１にて管理されることになる。
【０２２７】
図２４に例示するように、位置情報管理装置５１は、車載Ｍ２Ｍデバイス３０の関連付け解除及び新規登録が完了すると、アクセスネットワーク５２へ、その旨を示す関連付け解除通知を送信する（処理Ｐ９４）。
【０２２８】
アクセスネットワーク５２は、位置情報管理装置５１から関連付け解除通知を受信すると、ＵＥ２０宛に関連付け解除通知を送信する（処理Ｐ９５）。
【０２２９】
ＵＥ２０は、アクセスネットワーク５２からの関連付け解除通知の受信に応じて、車載Ｍ２Ｍデバイス３０との間のコネクション設定を解放してよい（処理Ｐ９６）。
【０２３０】
コネクション設定の解放は、例示的に、ＵＥ２０の通信制御部２０１と、車載Ｍ２Ｍデバイス３０の通信制御部３０１と、が協働して実施してよい。
【０２３１】
なお、上述した第１及び第２の利用シーンのいずれにおいても、車両は停止したがエンジンはＯＮのままの状態でユーザが車両から降車することも有り得る。この場合、車載Ｍ２Ｍデバイス３０は、ＵＥ２０との間の無線リンク（コネクション設定）の切断に応じて、アクセスネットワーク５２との間でセルラー通信の確立を試行してよい（例えば図２１参照）。
【０２３２】
また、上述した第１及び第２の利用シーンのいずれにおいても、１台の車両にＵＥ２０を所有するユーザが複数人同乗していることが有り得る。この場合、車載Ｍ２Ｍデバイス３０は、セルラー通信の確立を試行する前に、無線リンクが切断されたＵＥ２０とは異なる他のＵＥ２０への接続を試行してもよい。
【０２３３】
以上詳述したように、上述した実施形態によれば、車載Ｍ２Ｍデバイス３０のすべてに個別的に無線リソースを割り当てなくてよいので、無線リソースの利用効率を向上できる。
【０２３４】
また、車載Ｍ２Ｍデバイス３０と共に移動するＵＥ２０の位置情報を車載Ｍ２Ｍデバイス３０の識別子と関連付けて管理することで、車載Ｍ２Ｍデバイス３０の個別的な移動制御に伴うシグナリングの削減が可能になる。
【０２３５】
更に、車載Ｍ２Ｍデバイス３０は、ＵＥ２０を介したアクセスネットワーク５２との間の中継通信が終了しても、位置登録処理をスキップしてセルラー通信を確立できるので、位置登録処理に関わるシグナリングの削除が可能になる。
【０２３６】
したがって、アクセスネットワーク５２の負荷（無線リソースの消費量やシグナリング数）の軽減を図ることができる。
【０２３７】
（ＵＥ２０及びＭ２Ｍデバイス３０のハードウェア構成例）
次に、図２６を参照してＵＥ２０及びＭ２Ｍデバイス３０のハードウェア構成例について説明する。
【０２３８】
図２６に示すように、ＵＥ２０は、例示的に、アンテナ６１、増幅器（アンプ）６２、ベースバンド処理部６３、プロセッサ６４、及び、メモリ６５を備える。なお、Ｍ２Ｍデバイス３０の構成例も、図２６に例示するＵＥ２０の構成例と同様であってよい。ただし、Ｍ２Ｍデバイス３０には、例えばプロセッサ６４と通信可能に接続された、センサや測定器等が追加的に備えられてよい。
【０２３９】
アンテナ６１は、無線信号を送受信する。アンテナ６１は、送受信に共用であってもよいし個別であってもよい。
【０２４０】
アンプ６２は、ベースバンド処理部６３から受信される無線信号を増幅してアンテナ６１へ送信する。また、アンプ６２は、アンテナ６１で受信された無線信号を増幅してベースバンド処理部６３へ送信する。アンプ６２は、送受信に共用であってもよいし、送受信に個別であってもよい。送信用のアンプ６２は、例示的に、パワーアンプ（ＰＡ）であってよく、受信用のアンプ６２は、低雑音増幅器（ＬＮＡ）であってよい。
【０２４１】
ベースバンド処理部６３は、例示的に、プロセッサ６４で生成された送信信号を変調してアンプ６２へ出力する。また、ベースバンド処理部６３は、例示的に、アンプ６２から受信される受信信号を復調してプロセッサ６４へ出力する。
【０２４２】
送受信信号の変復調には、例示的に、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）変復調技術を適用してよい。ベースバンド処理部６３によるベースバンド処理には、誤り訂正符号化、誤り訂正復号化、チャネル推定、チャネル補償（等化）等の処理が含まれてよい。
【０２４３】
ベースバンド処理部６３は、例示的に、ＤＳＰ（Digital Signal Processor）や、大規模集積回路（ＬＳＩ）、ＦＰＧＡ（Field Programmable Gate Array）等を用いて実現されてよい。
【０２４４】
プロセッサ６４は、例えば、メモリ６５に記憶された情報を読み取って動作することにより、ＵＥ２０の動作を統括的に制御する。そのため、プロセッサ６４は、ＵＥ２０（又は、Ｍ２Ｍデバイス３０）の制御部の一例に相当すると捉えてもよい。プロセッサ６４は、演算能力を備えたプロセッサデバイス又はプロセッサ回路の一例であり、例えばＣＰＵ（Central Processing Unit）が適用されてよい。
【０２４５】
メモリ６５は、プロセッサ６４が読み取り可能な情報を記憶する記憶装置の一例であり、例えばＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disc Drive）が適用されてよい。メモリ６５に記憶される情報には、プログラム（「ソフトウェア」と称してもよい。）やデータが含まれてよい。プログラムには、ＵＥ２０（Ｍ２Ｍデバイス３０）の動作を制御するプログラムが含まれてよい。
【０２４６】
例えば、プロセッサ６４がＵＥ２０の動作を制御するプログラムをメモリ６５から読み取って動作することで、図９に例示した各部２０１〜２０３（又は、３０１〜３０３）の動作（機能）が実現される。
【０２４７】
メモリ６５に記憶されるデータには、プログラムに付随するデータの他、上記の各部２０１〜２０３（又は、３０１〜３０３）の動作に応じて用いられるデータや情報が含まれてよい。
【０２４８】
例えば、アクセスネットワーク５２との間で送受信されるデータ（ＵＥデータ又はＭ２Ｍデータ）がメモリ６５にバッファリングされてよい。また、Ｍ２Ｍデバイス３０のメモリ６５には、図１５に例示した位置情報リストが記憶されてよく、ＵＥ２０のメモリ６５には、図１９や図２０にて説明した、時間帯や場所毎の無線信号品質の学習結果、無線信号品質の判定閾値等の情報が記憶されてよい。
【０２４９】
（位置情報管理装置５１のハードウェア構成例）
次に、図２７を参照して、位置情報管理装置５１のハードウェア構成例について説明する。
【０２５０】
図２７に示すように、位置情報管理装置５１は、例示的に、ネットワークインタフェース（ＩＦ）７１、プロセッサ７２、及び、メモリ７３を備える。
【０２５１】
ネットワークＩＦ７１は、例示的に、アクセスネットワーク５２との通信を可能にするインタフェースである。ネットワークＩＦ７１は、例示的に、既述のＳＧＷやＰＧＷとの間で送受信される信号のプロトコル変換等の処理を実施してよい。ネットワークＩＦ７１を通じて既述の位置情報管理のための信号が送受信される。
【０２５２】
プロセッサ７２は、例えば、メモリ７３に記憶された情報を読み取って動作することにより、位置情報管理装置５１の動作を統括的に制御する。そのため、プロセッサ７２は、位置情報管理装置５１の制御部の一例に相当すると捉えてもよい。プロセッサ７２は、演算能力を備えたプロセッサデバイス又はプロセッサ回路の一例であり、例えばＣＰＵが適用されてよい。
【０２５３】
メモリ７３は、プロセッサ７２が読み取り可能な情報を記憶する記憶装置の一例であり、例えばＲＡＭやＨＤＤが適用されてよい。メモリ７３に記憶される情報には、プログラムやデータが含まれてよい。プログラムには、位置情報管理装置５１の動作を制御するプログラムが含まれてよい。
【０２５４】
例えば、プロセッサ７２が位置情報管理装置５１の動作を制御するプログラムをメモリ７３から読み取って動作することで、図９に例示した位置情報管理部５１１及び位置情報関連付け処理部５１２の動作（機能）が実現される。
【０２５５】
メモリ７３に記憶されるデータには、プログラムに付随するデータの他、上記の各部５１１及び５１２の動作に応じて用いられるデータや情報が含まれてよい。
【０２５６】
例えば、アクセスネットワーク５２との間で送受信されるデータ（ＵＥデータ又はＭ２Ｍデータ）がメモリ７３にバッファリングされてよい。また、図１２や図１４、図２２、及び図２５に例示した位置情報管理データがメモリ７３に記憶されてよい。
【符号の説明】
【０２５７】
１０  無線基地局
２０  無線端末（ＵＥ）
２０１  通信制御部
２０２  車載Ｍ２Ｍデータ送受信部
２０３  位置情報通知部
３０  Ｍ２Ｍデバイス
３０１  通信制御部
３０２  通信切替処理部
３０３  位置情報管理部
５０  コアネットワーク
５１  位置情報管理装置
５１１  位置情報管理部
５１２  位置情報関連付け処理部
５２  アクセスネットワーク
５２１  通信制御部
６１  アンテナ
６２  増幅器（アンプ）
６３  ベースバンド処理部
６４  プロセッサ
６５  メモリ
７１  ネットワークインタフェース（ＩＦ）
７２  プロセッサ
７３  メモリ
１００  無線エリア
【図１】
2016116205.tif 000003
【図２】
2016116205.tif 000004
【図３】
2016116205.tif 000005
【図４】
2016116205.tif 000006
【図５】
2016116205.tif 000007
【図６】
2016116205.tif 000008
【図７】
2016116205.tif 000009
【図８】
2016116205.tif 000010
【図９】
2016116205.tif 000011
【図１０】
2016116205.tif 000012
【図１１】
2016116205.tif 000013
【図１２】
2016116205.tif 000014
【図１３】
2016116205.tif 000015
【図１４】
2016116205.tif 000016
【図１５】
2016116205.tif 000017
【図１６】
2016116205.tif 000018
【図１７】
2016116205.tif 000019
【図１８】
2016116205.tif 000020
【図１９】
2016116205.tif 000021
【図２０】
2016116205.tif 000022
【図２１】
2016116205.tif 000023
【図２２】
2016116205.tif 000024
【図２３】
2016116205.tif 000025
【図２４】
2016116205.tif 000026
【図２５】
2016116205.tif 000027
【図２６】
2016116205.tif 000028
【図２７】
2016116205.tif 000029