(57)【要約】【課題】異なる複数の無線通信形式を用いる通信アグリゲーションを形成するにあたって、適切な認証処理を行うことができる通信システムを提供すること。【解決手段】本発明かかる通信システムは、通信端末１０とモバイル通信を行う基地局２０と、基地局２０とモバイル通信を行っている通信端末１０と無線ＬＡＮ通信を行うＷＴ（WLAN Termination）３０と、を備え、基地局２０は、通信端末１０とＷＴ３０を含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置５０に要求して受信し、ネットワーク装置５０から送信された認証情報を前記ＷＴ３０へ送信するものである。【選択図】図１
2017038314.tif 000002
【特許請求の範囲】
【請求項１】
通信端末とモバイル通信を行う基地局と、
前記基地局とモバイル通信を行っている前記通信端末と無線ＬＡＮ通信を行うＷＴ（WLAN Termination）と、を備え、
前記基地局は、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信する、通信システム。
【請求項２】
前記認証情報は、
前記認証処理を実行する前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つを含む、請求項１に記載の通信システム。
【請求項３】
前記基地局は、
前記ネットワーク装置から送信された複数の前記認証情報を受信した場合、無線ＬＡＮ通信を行う前記通信端末または前記ＷＴの識別情報に基づいて、複数の前記認証情報のなかから１の認証情報を決定し、決定した１の認証情報を前記ＷＴへ送信する、請求項２項に記載の通信システム。
【請求項４】
前記基地局は、
前記認証情報を前記ネットワーク装置に要求する際に、前記通信端末及び前記ＷＴの位置情報のうち少なくとも１つを含めて要求し、
前記ネットワーク装置において前記通信端末または前記ＷＴの位置情報に応じて決定された認証情報を受信する、請求項３に記載の通信システム。
【請求項５】
前記認証情報は、
前記認証処理を実行する認証サーバのアドレス情報または前記認証サーバと関連づけられたプロキシサーバのアドレス情報を含む、請求項２乃至４のいずれか１項に記載の通信システム。
【請求項６】
前記ＷＴは、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報と、前記前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持する、請求項５項に記載の通信システム。
【請求項７】
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記ＷＴは、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを前記基地局を介して前記認証サーバまたは前記プロキシサーバへ送信する、かつ、前記ＷＴのアドレス情報を送信先に設定した第２の認証制御メッセージを前記基地局を介して前記認証サーバまたは前記プロキシサーバから受信する、
前記基地局は、
前記第１の認証制御メッセージを前記ＷＴから受信し、前記第１の認証制御メッセージに設定されたアドレス情報に応じて前記第１の認証制御メッセージを前記認証サーバまたは前記プロキシサーバへ送信する、かつ、前記第２の認証制御メッセージを前記認証サーバまたは前記プロキシサーバから受信し、前記第２の認証制御メッセージに設定されたアドレス情報に応じて前記第２の認証制御メッセージを前記ＷＴへ送信する、
請求項６項に記載の通信システム。
【請求項８】
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記ＷＴは、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを包含する第１のＷＴ−基地局間制御メッセージであって、前記基地局において終端される前記第１のＷＴ−基地局間制御メッセージを前記基地局へ送信し、
前記ＷＴのアドレス情報を送信先に設定した第２の認証制御メッセージを包含する第２のＷＴ−基地局間制御メッセージであって、前記ＷＴにおいて終端される前記第２のＷＴ−基地局間制御メッセージを前記基地局から受信し、包含された前記第２の認証制御メッセージを取得し、
前記基地局は、
前記第１のＷＴ−基地局間制御メッセージに包含された、前記第１の認証制御メッセージを前記ＷＴから受信し、前記第１のＷＴ−基地局間制御メッセージに包含された前記第１の認証制御メッセージを取得して前記第１の認証制御メッセージを前記認証サーバまたは前記プロキシサーバへ送信し、
前記第２の認証制御メッセージを前記認証サーバまたは前記プロキシサーバから受信し、前記第２の認証制御メッセージを包含する前記第２のＷＴ−基地局間制御メッセージであって、前記ＷＴにおいて終端される前記第２のＷＴ−基地局間制御メッセージを前記ＷＴへ送信する、
請求項６項に記載の通信システム。
【請求項９】
前記基地局は、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報と、前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するに際して、前記認証情報に、前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を認証サーバのアドレス情報または前記プロキシサーバのアドレス情報として含めず、前記基地局のアドレス情報を前記認証サーバに関連付けられた第１のプロキシサーバのアドレス情報として含め、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、前記ＷＴと前記認証サーバまたは前記プロキシサーバとの間で前記第１のプロキシサーバとしての動作を実行する、
請求項６項に記載の通信システム。
【請求項１０】
前記認証情報は、
前記認証処理を実行する認証サーバが使用する認証ベクトルを含む、請求項２乃至４のいずれか１項に記載の通信システム。
【請求項１１】
前記ＷＴは、
前記認証ベクトルと、前記前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、認証サーバとして動作し、前記通信端末と自装置を含むネットワークとの間の認証処理を実行する、請求項１０項に記載の通信システム。
【請求項１２】
前記基地局は、
前記認証ベクトルと、前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するに際して、前記認証情報に、前記認証ベクトルを含めず、前記基地局のアドレス情報を認証サーバのアドレス情報として含め、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、認証サーバとして動作し、前記通信端末と前記ＷＴを含むネットワークとの間の認証処理を実行する、
請求項１０項に記載の通信システム。
【請求項１３】
通信端末とモバイル通信を行うモバイル通信部と、
前記通信端末と、前記モバイル通信部とモバイル通信を行っている前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信するネットワーク通信部と、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するＷＴ通信部と、を備える基地局。
【請求項１４】
前記認証情報は、
前記認証処理を実行する前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つを含む、請求項１３に記載の基地局。
【請求項１５】
前記ＷＴ通信部は、
前記ネットワーク装置から送信された複数の前記認証情報を受信した場合、無線ＬＡＮ通信を行う前記通信端末または前記ＷＴの識別情報に基づいて、複数の前記認証情報のなかから１の認証情報を決定し、決定した１の認証情報を前記ＷＴへ送信する、請求項１４項に記載の基地局。
【請求項１６】
前記ネットワーク通信部は、
前記認証情報を前記ネットワーク装置に要求する際に、前記通信端末及び前記ＷＴの位置情報のうち少なくとも１つを含めて要求し、前記ネットワーク装置において前記通信端末または前記ＷＴの位置情報に応じて決定された認証情報を受信する、請求項１５に記載の基地局。
【請求項１７】
前記認証情報は、
前記認証処理を実行する認証サーバのアドレス情報または前記認証サーバに関連付けられたプロキシサーバのアドレス情報を含む、請求項１４乃至１６のいずれか１項に記載の基地局。
【請求項１８】
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記ＷＴ通信部は、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを前記ＷＴから受信し、
前記ネットワーク通信部は、
前記第１の認証制御メッセージに設定されたアドレス情報に応じて前記第１の認証制御メッセージを前記認証サーバまたは前記プロキシサーバへ送信する、
かつ、
前記ネットワーク通信部は、
前記ＷＴのアドレス情報を送信先に設定した第２の認証制御メッセージを前記認証サーバまたは前記プロキシサーバから受信し、
前記ＷＴ通信部は、
前記第２の認証制御メッセージに設定された前記アドレス情報に応じて前記第２の認証制御メッセージを前記ＷＴへ送信する、
請求項１７に記載の基地局。
【請求項１９】
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記ＷＴ通信部は、
自装置において終端する第１のＷＴ−基地局間制御メッセージに包含された、前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを前記ＷＴから受信し、
前記ネットワーク通信部は、
前記第１のＷＴ−基地局間制御メッセージに包含された前記第１の認証制御メッセージを取得して前記第１の認証制御メッセージを前記認証サーバまたは前記プロキシサーバへ送信し、
前記ネットワーク通信部は、
前記ＷＴのアドレス情報を送信先に設定した第２の認証制御メッセージを前記認証サーバまたは前記プロキシサーバから受信し、
前記ＷＴ通信部は、
前記第２の認証制御メッセージを包含する第２のＷＴ−基地局間制御メッセージであって、前記ＷＴにおいて終端される前記第２のＷＴ−基地局間制御メッセージを前記ＷＴへ送信する、
請求項１７に記載の基地局。
【請求項２０】
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報と、前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記ＷＴ通信部は、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するに際して、前記認証情報に、前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を認証サーバまたは前記プロキシサーバのアドレス情報として含めず、自装置のアドレス情報を認証サーバに関連付けられた第１のプロキシサーバのアドレス情報として含め、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、前記ＷＴと前記認証サーバまたは前記プロキシサーバとの間で第１のプロキシサーバとしての動作を実行する、
請求項１７に記載の基地局。
【請求項２１】
前記認証情報は、
前記認証処理を実行する認証サーバが使用する認証ベクトルを含む、請求項１４乃至１６のいずれか１項に記載の基地局。
【請求項２２】
前記認証ベクトルと、前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記ＷＴ通信部は、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するに際して、前記認証情報に、前記認証ベクトルを含めず、自装置のアドレス情報を認証サーバのアドレス情報として含め、
前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、認証サーバとして動作し、前記通信端末と前記ＷＴを含むネットワークとの間の認証処理を実行する、
請求項２１項に記載の基地局。
【請求項２３】
基地局とモバイル通信を行っている通信端末と無線ＬＡＮ通信を行う無線ＬＡＮ通信部と、
前記通信端末と自装置を含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報であって、前記基地局がネットワーク装置に要求して受信した前記認証情報を前記基地局から受信する基地局通信部と、を備えるＷＴ。
【請求項２４】
前記認証情報は、
前記認証処理を実行する認証サーバのアドレス情報または前記認証処理に関連付けられたプロキシサーバのアドレス情報と、前記認証処理を実行する前記通信端末の識別情報及び自装置の識別情報のうち少なくとも１つとを含む、請求項２３に記載のＷＴ。
【請求項２５】
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報と、前記通信端末の識別情報及び自装置の識別情報のうち少なくとも１つとを関連づけて保持する、請求項２４に記載のＷＴ。
【請求項２６】
前記通信端末と自装置を含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記基地局通信部は、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを前記基地局を介して前記認証サーバまたは前記プロキシサーバへ送信する、かつ、自装置のアドレス情報を送信先に設定した第２の認証制御メッセージを前記基地局を介して前記認証サーバまたは前記プロキシサーバから受信する、
請求項２５に記載のＷＴ。
【請求項２７】
前記通信端末と自装置を含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、
前記基地局通信部は、
前記認証サーバのアドレス情報または前記プロキシサーバのアドレス情報を送信先に設定した第１の認証制御メッセージを包含する第１のＷＴ−基地局間制御メッセージであって、前記基地局において終端される前記第１のＷＴ−基地局間制御メッセージを前記基地局へ送信し、
自装置のアドレス情報を送信先に設定した第２の認証制御メッセージを包含する第２のＷＴ−基地局間制御メッセージであって、自装置において終端する前記第２のＷＴ−基地局間制御メッセージを前記基地局から受信し、包含された前記第２の認証制御メッセージを取得する、
請求項２５項に記載のＷＴ。
【請求項２８】
前記認証情報は、
前記認証処理を実行する前記通信端末の識別情報及び自装置の識別情報のうち少なくとも１つと、前記認証処理を実行する認証サーバが使用する認証ベクトルとを含む、請求項２３に記載のＷＴ。
【請求項２９】
前記認証ベクトルと、前記前記通信端末の識別情報及び前記ＷＴの識別情報のうち少なくとも１つとを関連づけて保持し、
前記通信端末と自装置を含むネットワークとの間で接続を許可するか否かの認証処理を実行する場合に、認証サーバとして動作し、前記通信端末と自装置を含むネットワークとの間の認証処理を実行する、請求項２８項に記載のＷＴ。
【請求項３０】
通信端末とモバイル通信を行い、
モバイル通信を行っている前記通信端末と、前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信する、基地局における通信方法。
【請求項３１】
基地局とモバイル通信を行っている通信端末と自装置を含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報であって、前記基地局がネットワーク装置に要求して受信した前記認証情報を前記基地局から受信する、ＷＴにおける通信方法。
【請求項３２】
通信端末とモバイル通信を行い、
モバイル通信を行っている前記通信端末と、前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、
前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信することをコンピュータに実行させるプログラム。
【請求項３３】
基地局とモバイル通信を行っている通信端末と自装置を含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報であって、前記基地局がネットワーク装置に要求して受信した前記認証情報を前記基地局から受信することをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、基地局、ＷＴ、通信方法、及びプログラムに関し、特に通信アグリゲーションを実行する際の通信端末とネットワークと間の認証に関連する通信システム、基地局、ＷＴ、通信方法、及びプログラムに関する。
【背景技術】
【０００２】
移動体通信システムの標準規格３ＧＰＰ（3rd Generation Partnership Project）において、通信端末ＵＥ（User Equipment）が広帯域で低遅延な通信を実行するための技術として、Dual Connectivityがある。Dual Connectivityとは、ＵＥがＬＴＥ（Long Term Evolution）通信を行う第１基地局ＭｅＮＢ（Master evolved NodeB）及び第２基地局ＳｅＮＢ（Secondary eNB）と共に接続し、ＵＥがＭｅＮＢに加えてＳｅＮＢとも通信を行う技術である。これにより、通信のスループットを向上することが可能となる。
【０００３】
非特許文献１には、Dual Connectivityの手順として、ＵＥが、ＭｅＮＢと接続している状態において、ＵＥと通信を行うｅＮＢとして新たにＳｅＮＢを追加する処理の流れ等が示されている。
【０００４】
その一方、移動体通信システムに比べて狭いエリアをカバーするが、高速通信を可能とする無線ＬＡＮ（Local Area Network）通信において、近年、その利用可能なエリアが拡充されてきている。そのため、ＵＥが、Dual Connectivityの技術を応用して、モバイル通信を行うｅＮＢと、無線ＬＡＮ通信を行うＷＴ（Wireless LAN Termination）と共に接続し、ＵＥがｅＮＢに加えてＷＴとも通信を行うこと（以下、ＬＴＥ−ＷＴアグリゲーション）も検討されている。具体的には、非特許文献２に、その検討の背景、目的等が示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 36.300 V13.0.0 (2015-06) 10.1.2.8節
【非特許文献２】3GPP TSG RAN Meeting #67 (2015-03) RP-150510
【非特許文献３】3GPP TS 33.402 V12.5.0 (2014-12) 6.2節
【非特許文献４】3GPP TR 37.870 V13.0.0 (2015-06) 5.1.2.3節
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＬＴＥシステムでは、認証処理として、ＵＥと（ｅＮＢを含む）ネットワークとの間で相互認証（Mutual authentication）が行われるが、Dual Connectivityのために新たにＳｅＮＢを追加する場合に追加の認証処理を実行する必要はない。
【０００７】
つまり、非特許文献１において追加する処理が示されているＳｅＮＢは、ＭｅＮＢと同様に基地局装置であり、ＭｅＮＢと同じネットワークに配置される。従って、ＳｅＮＢを追加する手順を行う時点において、ＵＥと（ＭｅＮＢを含む）ネットワークとの間で相互認証（Mutual authentication）が既に完了しているため、新たにＳｅＮＢを追加する場合に追加の認証処理を実行する必要はなく、非特許文献１にも規定されていない。
【０００８】
一方、ＷＴは、一般的な無線ＬＡＮアクセスポイント（ＡＰ）やＷｉＦｉアクセスポイントであってもよく、３ＧＰＰにおいて規定されていない動作も含まれる装置である。言い換えると、ＷＴは、３ＧＰＰの規格外の動作も含まれる装置である。また、ＷＴは、（ｅＮＢを含む）３ＧＰＰの規格内のネットワーク（３ＧＰＰネットワーク）ではない、Ｎｏｎ−３ＧＰＰネットワークに配置されてもよい。
【０００９】
従って、ＬＴＥ−ＷＴアグリゲーションのためにＷＴを追加する手順を行う時点において、ＵＥと（ｅＮＢを含む）ネットワークとの間で相互認証（Mutual authentication）は既に完了しているが、それとは別に、ＵＥと（ＷＴを含む）ネットワークとの間で相互認証（Mutual authentication）を実行する必要がある。ただし、ＵＥに対する認証は、ＵＥと（ｅＮＢを含む）ネットワークとの間の相互認証（Mutual authentication）により完了しているため、実行を省略してもよい。
【００１０】
また、ＷＴは、一般的な無線ＬＡＮアクセスポイント（ＡＰ）やＷｉＦｉアクセスポイントであってもよいことから、通信事業者のコアネットワーク内の装置（ＡＡＡ（Authentication Authorization Accounting）サーバを含む）と直接接続せずに運用することが、セキュリティ上の観点で必要である。
【００１１】
しかし、非特許文献１においては、ＬＴＥ−ＷＴアグリゲーションのために新たにＷＴを追加する場合における認証処理は規定されていない。そのため、非特許文献１に記載されている動作を実行しても、ＬＴＥ−ＷＴアグリゲーションのように、異なるネットワークに配置した、異なる無線通信形式の装置を共に用いて通信を行うこと（以下、通信アグリゲーション）を形成するにあたって、認証する方法が確立されていないというセキュリティ上の問題がある。
【００１２】
本発明の目的は、異なる複数の無線通信形式を用いる通信アグリゲーションを実行するにあたって、適切な認証処理を行うことができる通信システム、基地局、ＷＴ、通信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の態様にかかる通信システムは、通信端末とモバイル通信を行う基地局と、前記基地局とモバイル通信を行っている前記通信端末と無線ＬＡＮ通信を行うＷＴ（WLAN Termination）と、を備え、前記基地局は、前記通信端末と前記ＷＴを含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するものである。
【００１４】
本発明の第２の態様にかかる基地局は、通信端末とモバイル通信を行うモバイル通信部と、前記通信端末と、前記モバイル通信部とモバイル通信を行っている前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信するネットワーク通信部と、前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するＷＴ通信部と、を備えるものである。
【００１５】
本発明の第３の態様にかかるＷＴは、基地局とモバイル通信を行っている通信端末と無線ＬＡＮ通信を行う無線ＬＡＮ通信部と、前記通信端末と自装置を含むネットワークとの間で接続を許可するか否かに関する認証処理を実行するための認証情報であって、前記基地局がネットワーク装置に要求して受信した前記認証情報を前記基地局から受信する基地局通信部と、を備えるものである。
【００１６】
本発明の第４の態様にかかる通信方法は、通信端末とモバイル通信を行い、モバイル通信を行っている前記通信端末と、前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信するものである。
【００１７】
本発明の第５の態様にかかるプログラムは、通信端末とモバイル通信を行い、モバイル通信を行っている前記通信端末と、前記通信端末と無線ＬＡＮ通信を行うＷＴとを含むネットワークと、の間で接続を許可するか否かに関する認証処理を実行するための認証情報をネットワーク装置に要求して受信し、前記ネットワーク装置から送信された前記認証情報を前記ＷＴへ送信することをコンピュータに実行させるものである。
【発明の効果】
【００１８】
本発明により、異なる複数の無線通信形式を用いる通信アグリゲーションを形成するにあたって、適切な認証処理を行うことができる通信システム、基地局、ＷＴ、通信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかるｅＮＢの構成図である。
【図３】実施の形態２にかかるＷＴの構成図である。
【図４】実施の形態２にかかるＵＥの構成図である。
【図５】実施の形態２にかかるAttach処理の流れを示す図である。
【図６】実施の形態２にかかるService Request処理の流れを示す図である。
【図７】実施の形態２にかかるモバイル通信及び無線ＬＡＮ通信を用いたDual Connectivity処理の流れを示す図である。
【図８】実施の形態２にかかるEAP Authentication処理の流れを示す図である。
【図９】実施の形態３にかかるEAP Authentication処理の流れを示す図である。
【図１０】実施の形態４にかかるＷＴの構成図である。
【図１１】実施の形態４にかかるEAP Authentication処理の流れを示す図である。
【図１２】実施の形態５にかかるｅＮＢの構成図である。
【図１３】実施の形態５にかかるEAP Authentication処理の流れを示す図である。
【発明を実施するための形態】
【００２０】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、モバイル通信（移動体通信）用の基地局２０、無線ＬＡＮ通信用の基地局（アクセスポイントや親機と称してもよい）であるＷＴ３０、認証サーバ４０、及びネットワーク装置５０を有する。図１の通信システムを構成する各装置は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。図１の通信システムにおいては、３ＧＰＰに規定されている認証サーバ４０が、３ＧＰＰにおいて規定されている基地局２０を介して、ＷＴ３０の認証を行うために、基地局２０とＷＴ３０との間、および、基地局２０と認証サーバ４０との間に、新たに認証処理を目的とした通信経路を設けている。なお、基地局２０とＷＴ３０との間の通信経路における通信は、非特許文献４に示される、ＸｗリファレンスポイントまたはＸｗインタフェースで実現されてもよい。
【００２１】
通信端末１０は、携帯電話端末、スマートフォン、もしくはタブレット型端末等であってもよい。また、通信端末１０は、３ＧＰＰにおいて通信端末の総称として用いられるＵＥと称されてもよい。また、通信端末１０は、２Ｇ無線技術、３Ｇ無線技術、ＬＴＥ無線技術またはＣＩｏＴ（Cellular ＩｏＴ（Internet of Things））専用の無線技術を用いて通信する端末であってもよい。また、通信端末１０は、３ＧＰＰにおいて規定されている無線技術を用いた移動体通信と、無線ＬＡＮ通信とを同時に行う（デュアル接続）端末であってもよい。
【００２２】
基地局２０は、通信端末１０とモバイル通信（移動体通信）を行う。基地局２０は、無線アクセス方式としてＬＴＥ（Long Term Evolution）を用いることができるｅＮＢであってもよい。もしくは、基地局２０は、ＣＩｏＴ（Cellular ＩｏＴ）用のＲＡＮ（Radio Access Network）やＲＮＣ（Radio Network Controller）、ＢＳＣ（Base Station Controller）等に置き換えられてもよい。モバイル通信は、ＬＴＥ、２Ｇもしくは３Ｇ等の無線アクセス方式を用いた無線通信であってもよい。また、モバイル通信は、３ＧＰＰにおいて規定された無線アクセス方式を用いた無線通信であってもよい。
【００２３】
ＷＴ３０は、通信端末１０と、無線ＬＡＮ通信を行う。ＷＴ３０は、例えば、無線ＬＡＮ通信における親機や基地局として用いられるＡＰ（Access Point）やＷｉＦｉルータであってもよい。また、通信端末１０は、基地局２０とモバイル通信を行うとともにＷＴ３０と無線ＬＡＮ通信を同時に行うことができるものとする。言い換えると、通信端末１０は、無線ＬＡＮ通信を第２の通信とした通信アグリゲーションを形成できるものとする。
【００２４】
次に、基地局２０の動作について説明する。基地局２０は、ネットワーク装置５０から送信された経路情報をＷＴ３０へ送信する。ＷＴ３０へ送信される経路情報は、ＷＴ３０が通信端末１０との接続を許可するか否かに関する認証処理を実行する認証サーバ４０への経路情報である。
【００２５】
認証サーバ４０は、通信端末１０と、ＷＴ３０を含むネットワークとの間の認証処理を実行する装置であり、例えば、ＡＡＡ（Authentication Authorization Accounting）サーバであってもよい。また、認証サーバ４０は、他のＡＡＡサーバ（図不示）と関連付けられたプロキシサーバであってもよい。ネットワーク装置５０は、通信端末１０が送受信するデータの伝送経路等を設定する装置であり、例えば、３ＧＰＰにおいて動作が規定されている移動管理ノードＭＭＥ（Mobility Management Entity）等であってもよい。また、ネットワーク装置５０は、ＣＩｏＴ用の移動管理装置やパケット交換機、ＳＧＳＮ（Serving GPRS（General Packet Radio Service） Support Node）等であってもよい。
【００２６】
ネットワーク装置５０は、例えば、ＷＴ３０と認証サーバ４０との間において送受信されるデータの伝送経路を示す経路情報を生成する。ネットワーク装置５０は、生成した経路情報を基地局２０へ送信する。
【００２７】
以上説明したように、図１の通信システムは、基地局２０とＷＴ３０との間、および、基地局２０と認証サーバ４０との間に、新たに認証処理を目的とした通信経路を設けている。これによって、認証サーバ４０が、基地局２０を介してＷＴ３０に関する認証を行うことを可能とした。
【００２８】
さらに、ネットワーク装置５０が、ＷＴ３０と認証サーバ４０との間において送受信されるデータに関する伝送経路を設定することができる。これによって、ＷＴ３０は、無線ＬＡＮ通信を行う通信端末１０と、ＷＴ３０を含むネットワークとの間の認証処理を実行する認証サーバ４０と通信を行うことができる。その結果、認証サーバ４０は、基地局２０を介してＷＴ３０に接続する通信端末１０と、ＷＴ３０を含むネットワークとの間の認証処理を行うことができるようになる。
【００２９】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかるｅＮＢ７０の構成例について説明する。ｅＮＢ７０は、図１の基地局２０に相当する。ｅＮＢ７０は、モバイル通信部（なお、通信部は送信及び受信部と言い換えてもよい）７１、ＷＴ通信部７２、及びネットワーク通信部７３を有している。ｅＮＢ７０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。また、ｅＮＢ７０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００３０】
モバイル通信部７１は、図１の通信端末１０に相当するＵＥ６０とモバイル通信を行う。具体的には、モバイル通信部７１は、ＵＥ６０と無線アクセス方式としてＬＴＥを用いた通信を行う。
【００３１】
ネットワーク通信部７３は、ＡＡＡサーバ８０とＷＴ３０との間において送受信されるデータの伝送経路を示す経路情報を、ＭＭＥ９０から受信する。ネットワーク通信部７３は、ＭＭＥ９０から送信されたその経路情報をＷＴ通信部７２へ出力する。その経路情報には、例えば、１以上のＡＡＡサーバ８０のアドレスが含まれる。さらに、その経路情報にはＷＴ３０と無線ＬＡＮ通信を行うＵＥ６０の識別情報であるWLAN UE ID及びＷＴ３０の識別情報であるWT IDの少なくとも一方が含まれている。また、ＭＭＥ９０は、その経路情報をＨＳＳ１００（不図示）から受信してもよい。WLAN UE IDは、例えば、ＭＡＣ（Media Access Control）アドレスが用いられてもよい。また、WT IDは、例えばＩＰアドレスが用いられてもよい。
【００３２】
ＷＴ通信部７２は、ＷＴ３０と通信を行う。ｅＮＢ７０とＷＴ３０との間には、例えば、ＸｗリファレンスポイントもしくはＸｗインタフェースが定められてもよい。モバイル通信部７１がＵＥ６０とモバイル通信を行っている際に、無線ＬＡＮ通信を用いた通信アグリゲーションを形成する場合、ＷＴ通信部７２が、ＷＴ３０との間において、ＷＴ３０を通信アグリゲーションを形成する装置として追加する処理を実行する。さらに、ＷＴ通信部７２は、ネットワーク通信部７３から出力された経路情報をＷＴ３０へ送信する。
【００３３】
続いて、図３を用いて本発明の実施の形態２にかかるＷＴ３０の構成例について説明する。ＷＴ３０は、無線ＬＡＮ通信部３１、基地局通信部３２、及び記憶部３３を有している。ＷＴ３０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。また、ＷＴ３０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００３４】
無線ＬＡＮ通信部３１は、ＵＥ６０と無線ＬＡＮ通信を行う。基地局通信部３２は、制御データ及びＵＥ６０に関するユーザデータをｅＮＢ７０との間において送受信する。制御データは、例えば、ＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理に関するデータであってもよい。また、基地局通信部３２は、ｅＮＢ７０から送信された経路情報を記憶部３３へ出力する。記憶部３３は、基地局通信部３２から出力された経路情報を保持する。
【００３５】
続いて、図４を用いて本発明の実施の形態２にかかるＵＥ６０の構成例について説明する。ＵＥ６０は、モバイル通信部６１及び無線ＬＡＮ通信部６２を有している。ＵＥ６０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。また、ＵＥ６０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００３６】
モバイル通信部６１は、ｅＮＢ７０とモバイル通信を行う。具体的には、モバイル通信部６１は、ｅＮＢ７０と無線アクセス方式としてＬＴＥを用いた通信を行う。無線ＬＡＮ通信部６２は、ＷＴ３０と無線ＬＡＮ通信を行う。ＵＥ６０は、モバイル通信部６１及び無線ＬＡＮ通信部６２を用いてｅＮＢ７０に加えてＷＴ３０と同時に通信を行う、通信アグリゲーションを形成することができる。
【００３７】
続いて、図５を用いて本発明の実施の形態２にかかるＵＥ６０がネットワークに接続する際のAttach処理の流れについて説明する。はじめに、ＵＥ６０は、NAS: Attach RequestメッセージをｅＮＢ７０へ送信する（Ｓ１１）。次に、ｅＮＢ７０は、ＵＥ６０から送信されたNAS: Attach RequestメッセージをＭＭＥ９０へ送信する（Ｓ１２）。
【００３８】
次に、ＭＭＥ９０は、ＨＳＳ１００にＵＥ６０に関する情報を登録するために、ＨＳＳ１００へUpdate Location Requestメッセージを送信する（Ｓ１３）。次に、ＭＭＥ９０は、Update Location Requestメッセージに対する応答としてUpdate Location ResponseメッセージをＭＭＥ９０へ送信する（Ｓ１４）。ＨＳＳ１００は、ＵＥ６０がＥＰＳ（Evolved Packet System）において用いるセキュリティに関する情報を含むUE EPS Security capabilityをUpdate Location Responseメッセージに設定する。
【００３９】
ＥＰＳは、３ＧＰＰにおいてモバイル通信を行うために定められている通信システムである。本発明の実施の形態２の特徴として、UE EPS Security capabilityは、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報として、ＡＡＡサーバ８０のアドレス情報（AAA address）を含む。さらに、ＵＥ６０の識別情報であるWLAN UE ID及びＵＥ６０が無線ＬＡＮ通信を行うＷＴ３０の識別情報であるWT IDの少なくとも一方を含んでいる。
【００４０】
また、ＵＥ６０は、ＵＥ６０のロケーションにより異なるＷＴと通信を行うこともある。そのため、ＵＥ６０のロケーションに応じてAAA address、WLAN UE ID、WT ID（のいずれか）が可変となりえることを考慮して、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報が複数含まれてもよい。また、ＨＳＳ１００は、ステップＳ１３でＭＭＥ９０から通知されるＵＥ６０の位置情報に応じて、設定するＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を決定してもよい。これにより、ＨＳＳ１００が設定するセキュリティ情報の数を減少させることができる。つまり、ＨＳＳ１００は、ＵＥ６０の位置において使用されるＷＴに関するセキュリティ情報のみを設定することができる。
【００４１】
このようにして、ＭＭＥ９０は、ＵＥ６０のAttach処理において、ＵＥ６０が無線ＬＡＮ通信を行う際の認証に必要となるＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を伴うUE EPS Security capabilityを保持することができる。また、図５においては、Attach処理においてＨＳＳ１００がＭＭＥ９０へＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を伴うUE EPS Security capabilityを送信する例を示した。さらに、ＨＳＳ１００は、ＵＥ６０の位置情報を更新する処理であるＴＡＵ（Tracking Area Update）処理においてもAttach処理と同様に、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を伴うUE EPS Security capabilityを設定したUpdate Location ResponseメッセージをＭＭＥ９０へ送信してもよい。
【００４２】
続いて、図６を用いて本発明の実施の形態２にかかるService Request処理の流れについて説明する。Service Request処理は、例えば、ＵＥ６０が実際にモバイル通信を開始する際に実行される処理である。
【００４３】
はじめに、ＵＥ６０は、モバイル通信を開始する際に、NAS: Service RequestメッセージをｅＮＢ７０へ送信する（Ｓ２１）。次に、ｅＮＢ７０は、ＵＥ６０から送信されたNAS: Service RequestメッセージをＭＭＥ９０へ送信する（Ｓ２２）。
【００４４】
次に、ＭＭＥ９０は、ＵＥ６０との間において、ＵＥ６０に関するAuthentication/Security処理を実行する（Ｓ２３）。さらに、ＭＭＥ９０は、ＨＳＳ１００との間においても、ＵＥ６０に関するAuthentication/Security処理を実行する（Ｓ２３）。ステップＳ２３のAuthentication/Security処理においては、ＵＥ６０がＥＰＳにおいてモバイル通信を実行することができるか否かに関する認証処理が実行される。
【００４５】
次に、ＭＭＥ９０は、ＵＥ６０がＥＰＳにおいてモバイル通信を実行することができると判定した場合、ｅＮＢ７０へS1-AP: Initial Context Setup Requestメッセージを送信する（Ｓ２４）。ＭＭＥ９０は、S1-AP: Initial Context Setup RequestメッセージにＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を設定する。
【００４６】
ｅＮＢ７０は、受信したＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を装置内のメモリ等に保持する。次に、ｅＮＢ７０は、ＵＥ６０との間においてRRC（Radio Resource Control） Connectionを確立する（RRC Connection Established）（Ｓ２５）。RRC Connectionは、RRCプロトコルを実行することによって確立される。
【００４７】
ｅＮＢ７０は、ＵＥ６０との間のRRC Connectionを確立すると、S1-AP: Initial Context Setup Requestメッセージへの応答としてS1-AP: Initial Context Setup ResponseをＭＭＥ９０へ送信する（Ｓ２６）。
【００４８】
図６のService Request処理を実行することによって、ＵＥ６０は、ｅＮＢ７０が形成する通信エリアにおいてモバイル通信を実行することができる。
【００４９】
続いて、図７を用いてＵＥ６０におけるモバイル通信及び無線ＬＡＮ通信を用いた通信アグリゲーション処理の流れについて説明する。図７の処理においては、ｅＮＢ７０をMaster装置とし、ＷＴ３０をSecondary装置とする。
【００５０】
はじめに、ｅＮＢ７０は、通信アグリゲーションの開始をＷＴ３０へ指示する制御メッセージ、例えばＷＴ３０との間のＸｗリファレンスポイントにおいてXw: SeNB Addition RequestメッセージをＷＴ３０へ送信する（Ｓ３１）。すなわち、ｅＮＢ７０は、ＵＥ６０がSecondary装置として用いるＷＴ３０を選択し、選択したＷＴ３０へXw: SeNB Addition Requestメッセージを送信する。ｅＮＢ７０は、Xw: SeNB Addition Requestメッセージに、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報(1つ)を設定する。なお、（ステップＳ２４で）ｅＮＢ７０が、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（２以上）を保持した場合は、ＵＥ６０に関する通信アグリゲーション用のセキュリティに関する情報１つを抽出し、抽出した１つをXw: SeNB Addition Requestメッセージに設定する。ここで、抽出については、例えば、ＵＥ６０及びＷＴ３０に関する通信アグリゲーション用のセキュリティ情報を抽出する。
【００５１】
次に、ＷＴ３０は、ＡＡＡサーバ８０のAAA addressを保持する（Ｓ３２）。具体的には、ＷＴ３０は、ＵＥ６０のWLAN UE ID及びＷＴ３０のWT IDの少なくとも一方と関連付けられたAAA addressを保持する。
【００５２】
次に、ＷＴ３０は、Xw: SeNB Addition Requestメッセージへの応答として、通信アグリゲーションの開始を了解した旨をｅＮＢ７０へ伝達する制御メッセージ、例えばXw: SeNB Addition Request AcknowledgeメッセージをｅＮＢ７０へ送信する（Ｓ３３）。
【００５３】
次に、ｅＮＢ７０は、ＵＥ６０に対してＷＴ３０と無線ＬＡＮ通信を実行することを指示するために、RRC Connection ReConfigrationメッセージをＵＥ６０へ送信する（Ｓ３４）。ｅＮＢ７０は、RRC Connection ReConfigrationメッセージにＷＴ３０のWT ID及びＵＥ６０のWLAN UE IDの少なくとも一方を設定する。
【００５４】
次に、ＵＥ６０は、RRC Connection ReConfigrationメッセージに対する応答としてRRC Connection ReConfigration CompleteメッセージをｅＮＢ７０へ送信する（Ｓ３５）。次に、ｅＮＢ７０は、RRC Connection ReConfigrationを完了した旨をＷＴ３０へ伝達する制御メッセージ、例えばXw: SeNB ReConfigration CompleteメッセージをＷＴ３０へ送信する（Ｓ３６）。
【００５５】
続いて、図８を用いてEAP（Extensible Authentication Protocol） Authentication処理の流れについて説明する。EAPは、主に無線ＬＡＮ通信を実行する場合の認証処理として用いられている。EAP Authenticationを用いた認証処理のメッセージフローは、例えば、非特許文献３（6.2節）に示されている。
【００５６】
はじめに、ＵＥ６０とＷＴ３０との間においてAssociate処理を実行する（Ｓ４１）。Associate処理は、例えば、ＵＥ６０がＷＴ３０へAssociation Requestメッセージを送信し、ＷＴ３０がＵＥ６０へAssociation Responseメッセージを送信することであってもよい。Associate処理が実行されることによって、ＵＥ６０とＷＴ３０とが接続された状態となる。
【００５７】
次に、ＷＴ３０は、ＵＥ６０へEAP Identity Requestメッセージを送信する（Ｓ４２）。EAP Identity Requestメッセージは、ＷＴ３０がＵＥ６０の識別情報（ＩＤ）を要求するために用いられる。ＵＥ６０の識別情報は、例えば、図７のステップＳ３４において、ｅＮＢ７０からＵＥ６０へ送信されたRRC Connection ReConfigrationメッセージに設定されたWLAN UE IDでもよい。次に、ＵＥ６０は、自装置の識別情報を設定したEAP Identity ResponseメッセージをＷＴ３０へ送信する（Ｓ４３）。
【００５８】
次に、ＷＴ３０は、ＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理を実行するＡＡＡサーバ８０を選択する（Ｓ４４）。ＷＴ３０は、図７のステップＳ３２において、WLAN UE ID及びWT IDの少なくとも一方とAAA addressとを関連付けて保持している。これにより、ＷＴ３０は、ＵＥ６０から送信されたWLAN UE IDと関連付けられているAAA addressを有するＡＡＡサーバ８０を選択する。もしくは、ＷＴ３０は、自装置のWT IDと関連付けられているAAA addressを有するＡＡＡサーバ８０を選択する。
【００５９】
次に、ＷＴ３０は、STaメッセージをｅＮＢ７０へ送信する（Ｓ４５のSTa: Access Requestメッセージ、等）。STaメッセージは、３ＧＰＰにおいて、ＡＡＡサーバ８０と、信頼性のあるｎｏｎ−３ＧＰＰネットワークとの間において定められているＳＴａリファレンスポイントもしくはＳＴａインタフェースにおいて用いられるメッセージである。信頼性のあるｎｏｎ−３ＧＰＰネットワークは、例えば、ＴＷＡＮ（Trusted WLAN Access Network）と称される。図８においては、ＷＴ３０は、３ＧＰＰネットワーク内には配置されていないため、ＡＡＡサーバ８０との間にＳＴａリファレンスポイントが定められていることを前提とする。
【００６０】
また、ＷＴ３０は、STaメッセージの送信元アドレス（IPsrc）をＷＴ３０のアドレスとし、宛先アドレス（IPdst）をＡＡＡサーバ８０のアドレスとする。
【００６１】
続いて、ｅＮＢ７０は、ＷＴ３０から送信されたSTaメッセージのIPsrc及びIPdstに従い、STaメッセージをＡＡＡサーバ８０へ送信する（Ｓ４６のSTa: Access Request、等）。つまり、ｅＮＢ７０は、アドレスを用いたルーティングを実施するＩＰルータとして動作する。これにより、ＷＴ３０から送信されたSTaメッセージは、ｅＮＢ７０を介してＡＡＡサーバ８０へ送信される。
【００６２】
続いて、ＡＡＡサーバ８０からＷＴ３０へ送信されるSTaメッセージについても、ｅＮＢ７０は、アドレスを用いたルーティングを実施するＩＰルータとして動作する。つまり、ＡＡＡサーバ８０からＷＴ３０へ送信されるSTaメッセージについては、IPdstにＷＴ３０が設定され、IPsrcにＡＡＡサーバ８０が設定され、ｅＮＢ７０を介してＷＴ３０へ送信される（不図示）。
【００６３】
続いて、EAP Authenticationを用いた認証処理のメッセージフローに沿って、ＵＥ６０とＷＴ３０との間、ＷＴ３０とｅＮＢ７０との間、ｅＮＢ７０とＡＡＡサーバ８０との間、ＡＡＡサーバ８０とＨＳＳ１００との間の通信を用いて、Authentication処理が実行される（Ｓ４７）。
【００６４】
ここで、図７におけるステップＳ３５及びＳ３６は、図８におけるEAP Authentication処理が完了した後に実行されてもよい。
【００６５】
以上説明したように、本発明の実施の形態２のようにＷＴ３０とＡＡＡサーバ８０とを直接接続するためのインタフェースを有していない場合であっても、ｅＮＢ７０がＩＰルータとして動作することによって、ＷＴ３０とＡＡＡサーバ８０とが通信することができる。なお、EAP Authenticationを用いた認証処理のメッセージフローは、例えば、非特許文献３（6.2節）に示されている。加えて、本発明では、STaメッセージのルーティング先のＡＡＡサーバ８０をＵＥ６０に関して選択する仕組みと、ＷＴ３０とＡＡＡサーバ８０の間で直接接続するためのインタフェースを有していない場合の効率的な通信方法とを提供することにより、通信アグリゲーションを行うシステムに適した認証を実施できる。
【００６６】
なお、ステップＳ３１で、ｅＮＢ７０は、ＡＡＡサーバ８０のアドレス情報（AAA adddress）を含むＵＥ６０に関する通信アグリゲーション用のセキュリティ情報を、ＷＴ３０へ送信している。ここで、ｅＮＢ７０は、ＡＡＡサーバ８０のアドレス情報（AAA adddress）の代わりに、ｅＮＢ７０自身のアドレス情報を含めることにしてもよい。その場合、ｅＮＢ７０は、ＡＡＡサーバ８０に関連付けられたプロキシサーバとして動作する。その場合の利得は、ＷＴ３０とｅＮＢ７０を設置するＩＰネットワークの設定（変更）が不要となる点である。プロキシサーバとして動作するｅＮＢ７０がＩＰパケットをいったん終端するため、ＷＴとｅＮＢとの間でＩＰパケットが疎通できればよく、ＩＰルーティングを設定（変更）する必要はない。
【００６７】
（実施の形態３）
続いて、図９を用いて本発明の実施の形態３にかかるEAP Authentication処理の流れについて説明する。ステップＳ５１〜Ｓ５４、及びステップＳ５７は、図８のステップＳ４１〜Ｓ４４、及びステップＳ４７と同様であるため詳細な説明を省略する。
【００６８】
ＷＴ３０は、ステップＳ５４においてＡＡＡサーバ８０を選択すると、STa: Access Requestメッセージをカプセル化したXwメッセージをｅＮＢ７０へ送信する（Ｓ５５）。Xwメッセージは、ＷＴ３０とｅＮＢ７０との間のXwリファレンスポイントもしくはXwインタフェースにおいて用いられるメッセージである。
【００６９】
ここで、カプセル化は、XwリファレンスポイントもしくはXwインタフェースにおいて用いられるメッセージのデータペイロードに、別のプロトコルのメッセージであるSTaメッセージを包含することを意味する。また、非カプセル化は、逆に、カプセル化されたXwメッセージに包含されているSTaメッセージを抽出し、STaメッセージに戻すことを意味する。カプセル化した通信は、トネリングと呼ぶこともある。また、カプセル化と非カプセル化を行う通信中継装置をトネリングゲートウェイと呼ぶこともある。
【００７０】
Xwメッセージにカプセル化されたSTa: Access Requestメッセージの送信元アドレス（IPsrc）にはＷＴ３０のアドレスが設定され、宛先アドレス（IPdst）にはＡＡＡサーバ８０のアドレスが設定される。
【００７１】
次に、ｅＮＢ７０は、Xwメッセージにカプセル化されたSTa: Access Requestメッセージを非カプセル化してＡＡＡサーバ８０へ送信する（Ｓ５６）。つまり、ｅＮＢ７０は、Xwメッセージを受信すると、Xwメッセージを終端し、STa: Access Requestメッセージを抽出してＡＡＡサーバ８０へ送信する。
【００７２】
ここで、ＡＡＡサーバ８０からＷＴ３０へ送信されるＳＴａメッセージ（不図示）についても、ｅＮＢ７０とＷＴ３０との間においては、ｅＮＢ７０によってXwメッセージにカプセル化される。
【００７３】
以上説明したように、本発明の実施の形態３のようにＷＴ３０とＡＡＡサーバ８０とを直接接続するためのインタフェースを有していない場合であっても、ｅＮＢ７０が、メッセージの変換を行うトネリングゲートウェイとして動作することによって、ＷＴ３０とＡＡＡサーバ８０とが通信することができる。
【００７４】
実施の形態３で得られる利得は、実施の形態２の利得に加えて、ＷＴ３０とｅＮＢ７０を設置するＩＰネットワークの設定（変更）が不要となる点である。例えば、敷設済みのＩＰネットワークにＷＴとｅＮＢを設置する場合、実施の形態２であれば、ＩＰネットワーク、ＷＴ及びｅＮＢそれぞれについてＩＰルーティングを適切に設定（変更）する必要があるが、実施の形態３であれば、ｅＮＢ７０がＩＰパケットをいったん終端するため、ＷＴとｅＮＢとの間でＩＰパケットが疎通できればよく、ＩＰルーティングを設定（変更）する必要はない。
【００７５】
（実施の形態４）
続いて、図１０を用いて本発明の実施の形態４にかかるＷＴ３０の構成例について説明する。図１０のＷＴ３０は、図３のＷＴ３０に制御部３４が追加された構成となっている。
【００７６】
制御部３４は、ＵＥ６０と無線ＬＡＮ通信を行うことができるか否かに関する判定を、ＡＡＡサーバ８０の代わりに実行する。具体的には、制御部３４は、記憶部３３において保持されているＵＥ６０に関する認証ベクトル（Authentication vector）を用いて、ＵＥ６０に関する認証を行う。非特許文献３に示されるとおり、認証ベクトルは、ＨＳＳ１００において保持される。ＷＴ３０は、ＭＭＥ９０及びｅＮＢ７０を介して、ＨＳＳ１００から送信された認証ベクトルを記憶部３３に保持する。なお、ＨＳＳ１００は事前に保持していた認証ベクトルを送信してもよいし、送信する時に生成して送信してもよい。
【００７７】
続いて、図１１を用いて本発明の実施の形態４にかかるEAP Authentication処理の流れについて説明する。図１１に示すEAP Authentication処理を実行するにあたり、図５〜図７に示す処理についても既に実施済みであることを前提とする。
【００７８】
ただし、図５〜図７に示す処理について、通信アグリゲーション用のセキュリティ情報に含める情報要素は、以下段落００７９及び段落００８０に示すとおりとすることを前提とする。
【００７９】
本発明の実施の形態４の特徴として、UE EPS Security capability は、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報として、ＵＥ６０の識別情報であるWLAN UE ID及びＵＥ６０が無線ＬＡＮ通信を行うＷＴ３０の識別情報であるWT IDの少なくとも一方を含んでいる。かつ、ＵＥ６０に関する認証ベクトルを含んでいる。
【００８０】
また、ＵＥ６０は、ＵＥ６０のロケーションにより異なるＷＴと通信を行うこともある。そのため、ＵＥ６０のロケーションに応じてWLAN UE ID、WT ID、認証ベクトル（のいずれか）が可変となりえることを考慮して、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報が複数含まれてもよい。また、ＨＳＳ１００は、図５のステップＳ１３でＭＭＥ９０から通知されるＵＥ６０の位置情報に応じて、設定するＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を決定してもよい。
【００８１】
図１１に戻り、ステップＳ６１〜Ｓ６３は、図８のステップＳ４１〜Ｓ４３と同様であるため詳細な説明を省略する。ＷＴ３０は、ＵＥ６０に関する認証ベクトルを保持しているため、ＵＥ６０からEAP Identity Responseメッセージを受信すると、ＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理（Authentication処理）を行う（Ｓ６４）。つまり、図１１においては、図８におけるステップＳ４４〜Ｓ４６に相当する処理は省略される。さらに、ステップＳ６４においても、ＵＥ６０とＷＴ３０との間においてのみAuthentication処理が実行される。
【００８２】
以上説明したように、ＷＴ３０が、ＨＳＳ１００において生成された認証ベクトルを保持することによって、ＡＡＡサーバ８０の代わりにＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理を実行することができる。これによって、ＷＴ３０とＡＡＡサーバ８０との間において送受信されていたメッセージを省略することができる。そのため、ＷＴ３０及びｅＮＢ７０におけるメッセージの送受信に伴う処理負荷を低減することができる。
【００８３】
（実施の形態５）
続いて、図１２を用いて本発明の実施の形態４にかかるｅＮＢ７０の構成例について説明する。図１２のｅＮＢ７０は、図２のｅＮＢ７０に保持部７４及び制御部７５が追加された構成となっている。
【００８４】
保持部７４は、ＨＳＳ１００において生成されたＵＥ６０に関する認証ベクトルを保持する。ＨＳＳ１００において生成されたＵＥ６０に関する認証ベクトルは、ＭＭＥ９０を介してＨＳＳ１００から送信される。
【００８５】
制御部７５は、ＵＥ６０とＷＴ３０とが無線ＬＡＮ通信を行うことができるか否かに関する判定を、ＡＡＡサーバ８０の代わりに実行する。具体的には、制御部７５は、保持部７４において保持されているＵＥ６０に関する認証ベクトル（Authentication vector）を用いて、ＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証を行う。
【００８６】
続いて、図１３を用いて本発明の実施の形態５にかかるEAP Authentication処理の流れについて説明する。図１３に示すEAP Authentication処理を実行するにあたり、図５〜図７に示す処理についても既に実施済みであることを前提とする。
【００８７】
ただし、図５〜図７に示す処理について、通信アグリゲーション用のセキュリティ情報に含める情報要素は、以下段落００８８及び段落００８９に示すとおりとすることを前提とする。
【００８８】
本発明の実施の形態５の特徴として、UE EPS Security capability は、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報として、ＵＥ６０の識別情報であるWLAN UE ID及びＵＥ６０が無線ＬＡＮ通信を行うＷＴ３０の識別情報であるWT IDの少なくとも一方を含んでいる。かつ、ＵＥ６０に関する認証ベクトルを含んでいる。
【００８９】
また、ＵＥ６０は、ＵＥ６０のロケーションにより異なるＷＴと通信を行うこともある。そのため、ＵＥ６０のロケーションに応じてWLAN UE ID、WT ID、認証ベクトル（のいずれか）が可変となりえることを考慮して、ＵＥ６０に関する通信アグリゲーション用のセキュリティ情報が複数含まれてもよい。また、ＨＳＳ１００は、図５のステップＳ１３でＭＭＥ９０から通知されるＵＥ６０の位置情報に応じて、設定するＵＥ６０に関する通信アグリゲーション用のセキュリティ情報（１以上）を決定してもよい。
【００９０】
さらに、図７のステップＳ３１において、ｅＮＢ７０は、Xw: SeNB Addition Requestメッセージに設定する通信アグリゲーション用のセキュリティ情報について、次の修正１と修正２とを施した上で、メッセージを送信する。
修正１：通信アグリゲーション用のセキュリティ情報に、ｅＮＢ７０のアドレス情報（eNB address）をAAA addressとして加える。
修正２：通信アグリゲーション用のセキュリティ情報から、認証ベクトルを削除する。
【００９１】
さらに、ＷＴ３０は、図７のステップＳ３２において、ＡＡＡサーバ８０のアドレス情報を保持する代わりに、ｅＮＢ７０のアドレス情報をＵＥ６０のWLAN UE ID及びＷＴ３０のWT IDの少なくとも一方と関連付けて保持する。
【００９２】
図１３に戻り、ステップＳ７１〜Ｓ７３は、図８のステップＳ４１〜Ｓ４３と同様であるため詳細な説明を省略する。
【００９３】
ＷＴ３０は、EAP Identity Responseメッセージを受信すると、ＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理を実行するｅＮＢ７０を選択する（Ｓ７４）。ＷＴ３０は、図７のステップＳ３２において、WLAN UE ID及びWT IDの少なくとも一方とeNB addressとを関連付けて保持している。これにより、ＷＴ３０は、ＵＥ６０から送信されたWLAN UE IDと関連付けられているeNB addressを有するｅＮＢ７０を選択する。
【００９４】
次に、ＷＴ３０は、STaメッセージをｅＮＢ７０へ送信する（Ｓ４５のSTa: Access Requestメッセージ、等）。ＷＴ３０は、STaメッセージをカプセル化したXwメッセージをｅＮＢ７０へ送信してもよい。
続けて、ｅＮＢ７０からＷＴ３０へ送信されるＳＴａメッセージ（不図示）についても、ｅＮＢ７０によってXwメッセージにカプセル化されてもよい。
【００９５】
次に、ＵＥ６０とＷＴ３０との間、及び、ＷＴ３０とｅＮＢ７０との間においてAuthentication処理が実行される（Ｓ７６）。
【００９６】
以上説明したように、ｅＮＢ７０が、ＨＳＳ１００において生成された認証ベクトルを保持することによって、ＡＡＡサーバ８０の代わりにＵＥ６０と、ＷＴ３０を含むネットワークとの間の認証処理を実行することができる。これによって、ｅＮＢ７０とＡＡＡサーバ８０との間において送受信されていたメッセージを省略することができる。そのため、ｅＮＢ７０におけるメッセージの送受信に伴う処理負荷を低減することができる。
【００９７】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、通信システムを構成する各ノード装置における処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００９８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９９】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【０１００】
１０  通信端末
２０  基地局
３０  ＷＴ
３１  無線ＬＡＮ通信部
３２  基地局通信部
３３  記憶部
３４  制御部
４０  認証サーバ
５０  ネットワーク装置
６０  ＵＥ
６１  モバイル通信部
６２  無線ＬＡＮ通信部
７０  ｅＮＢ
７１  モバイル通信部
７２  ＷＴ通信部
７３  ネットワーク通信部
７４  保持部
７５  制御部
８０  ＡＡＡサーバ
９０  ＭＭＥ
１００  ＨＳＳ
【図１】
2017038314.tif 000003
【図２】
2017038314.tif 000004
【図３】
2017038314.tif 000005
【図４】
2017038314.tif 000006
【図５】
2017038314.tif 000007
【図６】
2017038314.tif 000008
【図７】
2017038314.tif 000009
【図８】
2017038314.tif 000010
【図９】
2017038314.tif 000011
【図１０】
2017038314.tif 000012
【図１１】
2017038314.tif 000013
【図１２】
2017038314.tif 000014
【図１３】
2017038314.tif 000015