(57)【特許請求の範囲】
【請求項１】
ローカルＩＰネットワークに接続可能な移動端末であって、
前記移動端末が、前記ローカルＩＰネットワークのゲートウェイから送信された最適化情報をオペレータネットワークを通して受信する取得部と、
前記取得した最適化情報には、前記移動端末がアクセスノードを通してアクセス可能な前記ローカルＩＰネットワーク内のサービスを記述するサービス情報が含まれており、前記サービス情報に基づいて、前記移動端末が接続すべきアクセスノードを選択する選択部と、
前記取得された最適化情報に基づいて、前記選択部が選択した前記アクセスノードを通じた前記ローカルＩＰネットワークへの経路最適化が実行されるか否かを決定する決定部と、
前記決定部が前記アクセスノードを通じた前記経路最適化が実行されると決定したときに、経路最適化の指示を前記アクセスノードへ送信する指示部とを、
備える移動端末。
【請求項２】
前記取得部が、前記アクセスノードによって生成されたトークンを更に取得し、前記指示部が、前記取得されたトークンを含む経路最適化の前記指示を前記アクセスノードへ送信する請求項１に記載の移動端末。
【請求項３】
ローカルＩＰネットワークへの経路最適化を実行可能な前記ローカルＩＰネットワークのゲートウェイと前記ローカルＩＰネットワークへ接続可能な移動端末との間の経路最適化方法であって、
前記ゲートウェイで最適化情報を生成し、前記移動端末へオペレータネットワークを通して最適化情報を送信する送信ステップと、
前記移動端末で前記最適化情報を受信する取得ステップと、
前記取得した最適化情報には、前記移動端末がアクセスノードを通してアクセス可能な前記ローカルＩＰネットワーク内のサービスを記述するサービス情報が含まれており、前記サービス情報に基づいて、前記移動端末が接続すべきアクセスノードを選択する選択ステップと、
前記取得された最適化情報に基づいて、前記選択ステップで選択された前記アクセスノードを通じた前記ローカルＩＰネットワークへの経路最適化が実行されるか否かを決定する決定ステップと、
前記決定ステップで前記アクセスノードを通じた前記経路最適化が実行されると決定したときに、経路最適化の指示を前記アクセスノードへ送信する指示ステップと、
前記移動端末から経路最適化の指示を受信し、前記ローカルＩＰネットワークへの最適化経路を確立する経路最適化ステップとを、
含む経路最適化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークに関し、特に移動通信システムにおけるローカルＩＰアクセスの管理に関する。
【背景技術】
【０００２】
ＨＮＢ（Home NodeB）やＨｅＮＢ（Home eNodeB）などの利用者宅内・構内向けアクセスノードの導入により、３ＧＰＰでもローカルＩＰアクセス（下記の非特許文献１を参照）における利用ケースが検討され、この場合、ＰＧＷはＨＮＢ／ＨｅＮＢ内に配置される。ＬＩＡ（Local IP Access）により、ＨＮＢ／ＨｅＮＢのＣＳＧ（Closed Subscriber Group）セルにアクセスするＵＥ（User Equipment）は、オペレータコアネットワークのほか、ＨＮＢ／ＨｅＮＢが接続するネットワークにアクセスできる。ＬＩＡでは、オペレータコアネットワークを通ることなく、ホームベースネットワークやインターネットへアクセスすることができる。ＵＥは同時にＬＩＡとオペレータコアネットワークにアクセスすることができる。３ＧＰＰでは、さらにＵＥがマクロセルを経由してＬＩＡにアクセスできるケースの検討も進めている。
【０００３】
これらの新たな利用ケースは、潜在的なサービスの価値を高めるとともに、コアネットワークからのトラフィックをオフロードするのに役立つ。非特許文献２に開示される従来のオペレーション手続きは、これらシナリオの実現に活用できる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Service requirements for Home Node B (HNB) and Home eNode B (HeNB), 3GPP TS22.220 v1.0.1 Release 9, 2008-12.
【非特許文献２】General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access, 3GPP TS23.401 v8.4.0 Release 8, 2008-12.
【非特許文献３】Architecture aspects of Home NodeB and Home eNodeB (Release 9), 3GPP TR23.830 v0.3.0 Release 9, 2009-02.
【非特許文献４】Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) Stage 3, 3GPP TR24.301 v8.0.0 Release 8, 2008-12.
【非特許文献５】RRC Protocol Specification, 3GPP TS36.331 v8.4.0 Release 8, 2008-12.
【非特許文献６】Vesterinen, Aalto, Kekki, “Method, Radio System, Mobile Terminal and Base Station for Providing Local Break-out Service”, WIPO Patent Application WO 2008/125729 A1, 13 April 2007.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＨＮＢ／ＨｅＮＢ向けのアーキテクチャは特殊であることから、ＬＩＡの非効率性を解消する必要がある。例えば、ＨＮＢ／ＨｅＮＢはＩＳＰネットワークを介してオペレータコアネットワークに接続されるので、このリンク上の特性、例えば帯域や遅延などが制限されることになる。非特許文献１に開示されるアーキテクチャによれば、ＵＥからのすべてのトラフィックは、ＰＧＷ（PDN Gateway）を介して宛先ノードに到達する前にＳＧＷ（Serving Gateway）を通らなければならない。これは、ＵＥがリモートの位置でＬＩＡを行うとき、移動オペレータのネットワークを横断するデータの合法的通信傍受の必要性のためと、アカウンティングの目的の双方のために行われるためである。しかし、この必要性は、ユーザ自身のＨＮＢ又はＨｅＮＢのもとでＵＥがローカルにＬＩＡを行っているときにはさほど意味を持たない。そのようなシナリオでは、ＬＩＡトラフィックがＥＰＣ（Evolved Packet Core）を通過することは、コストがかかり、非効率で効果的ではない。これは、ＳＧＷがオペレータコアネットワーク内にある場合、ＵＥのＬＩＡトラフィックはＩＳＰリンクを２度通る必要があり、ＬＩＡサービスにおいて提供されるサービス品質（ＱｏＳ）を大いに低下させることになる。
【０００６】
これを解決するための方法はＨＮＢ／ＨｅＮＢにＳＧＷを移動させることである。しかし、これには他の問題がある。第１に、制御エンティティとしてのＳＧＷは、いくつかの重要な機能、例えば課金、傍受などを担当している。そのため、利用者用の宅内に設置する装置にＳＧＷを配置することはオペレータにとって好ましくない。第２に、ＵＥは一度に１つのＳＧＷにしか接続できないので、そのＳＧＷは、オペレータコアネットワークとＬＩＡへのアクセスを同時に提供しないといけない。この場合、ＳＧＷがＨＮＢ／ＨｅＮＢに配置されていると、オペレータコアネットワークアクセスのための制御シグナリングがＩＳＰリンクを何度か通ることになり、望ましくないシグナリング遅延が生じる。
【０００７】
さらに、ＨＮＢ／ＨｅＮＢは、ＵＥが接続するときにＨＮＢ／ＨｅＮＢでＬＩＡサービスのための経路を最適化できるかどうか知らない。したがって、これらの課題を解決するよりよい方法が必要となることは自明である。
【０００８】
非特許文献６に規定される発明において、ＵＥは、接続する基地局から通知されたＩＰ（インターネットプロトコル：Internet Protocol）ゲートウェイにローカルブレイクアウト（Local Breakout）サービスが利用できるか検出するように構成される。ＵＥは、３ＧＰＰコアネットワークへの接続を維持しながら、同時にインターネットへのローカルブレイクアウトサービスを利用できるように、ＵＥのインターネットプロトコルスタックを設定する。
【０００９】
しかし、この解法は、ローカルブレイクアウトサービスを提供する基地局の配下からＬＩＡサービス（ここではインターネットアクセス）へローカル接続する場合について開示してはいるが、外部のアクセスネットワークからＬＩＡサービスへリモート接続する場合（例えばマクロセルｅＮＢからＨｅＮＢに接続するＬＩＡネットワークへリモートにアクセスする場合）については開示されていない。ローカル接続とリモート接続のいずれの場合においても、一貫性のある方法でＬＩＡサービスに接続できることは、ＵＥにおける処理の複雑性を排除できるという点で望ましい。また、ローカル接続からリモート接続、またはその逆への切り替え（例えばハンドオーバ）をシームレスに実施できることは、移動時にも通信中のセッションを継続でき、ユーザの利便性を高めることができるという点で望ましい。上述したことから、よりよい解決方法が必要であることは明らかである。
【００１０】
本発明は上述した従来の問題を解決するためになされたものである。特に、本発明は、オペレータコアネットワークへのアクセストラフィックに影響を与えることなく、ＵＥのＬＩＡトラフィックを最適化させることを目的とする。本発明の他の目的は、ネットワークからＬＩＡ最適化情報を得ることができ、ＬＩＡ最適化をサポートするセルの検出ができ、無線制御シグナリングを用いて最適化に関する情報を適したノードに通知することのできる、ＵＥを含むシステムを供給することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は経路最適化方法を提供する。経路最適化方法は、前記ゲートウェイで最適化情報を生成し、前記移動端末へオペレータネットワークを通して最適化情報を送信する送信ステップを含む。また、経路最適化方法は、前記移動端末で前記最適化情報を受信する取得ステップを含む。また、経路最適化方法は、前記取得した最適化情報には、前記移動端末がアクセスノードを通してアクセス可能な前記ローカルＩＰネットワーク内のサービスを記述するサービス情報が含まれており、前記サービス情報に基づいて、前記移動端末が接続すべきアクセスノードを選択する選択ステップを含む。また、経路最適化方法は、前記取得された最適化情報に基づいて、前記選択ステップで選択された前記アクセスノードを通じた前記ローカルＩＰネットワークへの経路最適化が実行されるか否かを決定する決定ステップを含む。また、経路最適化方法は、前記決定ステップで前記アクセスノードを通じた前記経路最適化が実行されると決定したときに、経路最適化の指示を前記アクセスノードへ送信する指示ステップを含む。また、経路最適化方法は、前記移動端末から経路最適化の指示を受信し、前記ローカルＩＰネットワークへの最適化経路を確立する経路最適化ステップを含む。
【００１２】
また、本発明は移動端末（ＵＥ）を提供する。ＵＥは、前記移動端末が、前記ローカルＩＰネットワークのゲートウェイから送信された最適化情報をオペレータネットワークを通して受信する取得部を有する。また、ＵＥは、前記取得した最適化情報には、前記移動端末がアクセスノードを通してアクセス可能な前記ローカルＩＰネットワーク内のサービスを記述するサービス情報が含まれており、前記サービス情報に基づいて、前記移動端末が接続すべきアクセスノードを選択する選択部を有する。また、ＵＥは、前記取得された最適化情報に基づいて、前記選択部が選択した前記アクセスノードを通じた前記ローカルＩＰネットワークへの経路最適化が実行されるか否かを決定する決定部を有する。また、ＵＥは、前記決定部が前記アクセスノードを通じた前記経路最適化が実行されると決定したときに経路最適化の指示を前記アクセスノードへ送信する指示部を有する。
【００１３】
また、本発明はアクセスノードを提供する。アクセスノードは、最適化情報を生成し、前記アクセスノードに接続している移動端末へオペレータネットワークを通して前記最適化情報を送信する送信部を有する。また、アクセスノードは、前記移動端末から経路最適化の指示を受信し、前記ローカルＩＰネットワークへの最適化経路を確立する経路最適化部を有する。
【００１４】
また、本発明は移動通信システムを提供する。移動通信システムは、ローカルＩＰネットワークへの経路最適化を実行可能なアクセスノードを有する。また、移動通信システムは、前記ローカルＩＰネットワークへ接続可能な移動端末を有する。前記アクセスノードは、最適化情報を生成し、前記アクセスノードに接続している前記移動端末へオペレータネットワークを通して前記最適化情報を送信する送信部を有する。また、アクセスノードは、前記移動端末から経路最適化の指示を受信し、前記ローカルＩＰネットワークへの最適化経路を確立する経路最適化部を有する。前記移動端末は、前記アクセスノードから送信された前記最適化情報を前記オペレータネットワークを通して受信する取得部を有する。また、移動端末は、前記取得された最適化情報に基づいて、前記アクセスノードが、前記ローカルＩＰネットワークへの経路最適化を実行できるか否かを決定する決定部を有する。また、移動端末は、前記決定部が前記経路最適化が可能であると決定したときに、経路最適化の指示を前記アクセスノードへ送信する指示部を有する。
【発明の効果】
【００１５】
本発明は、オペレータコアネットワークへのアクセストラフィックに影響を与えることなく、ＵＥのＬＩＡトラフィックを最適化することができる。また、外部アクセスネットワークからのＬＩＡ接続についても実施可能とし、ＵＥは一貫した手順でＬＩＡサービスに接続することができ、処理の複雑性を排除してＵＥの負荷を低減することができる。さらには、ＨｅＮＢと外部のマクロ基地局との間のハンドオーバ時にも、ＬＩＡ接続をシームレスに継続させることができ、ユーザ利便性の向上を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明によるシステムのネットワーク構成の一例を示す図
【図２】本発明によるシステムにおけるＣＳＧドメイン内でＬＩＡを初期化する処理シーケンスの一例を示す図
【図３】本発明によるシステムにおけるＣＳＧドメインへＵＥがハンドオーバする処理シーケンスの一例を示す図
【図４】本発明によるＵＥにおける最適化情報を更新するＨｅＮＢの処理シーケンスの一例を示す図
【図５】本発明によるＵＥの構成の一例を示す図
【図６】本発明によるＵＥのメッセージ処理ロジックの一例を示す図
【図７】本発明によるＨｅＮＢの構成の一例を示す図
【図８】本発明によるＨｅＮＢのメッセージ処理ロジックの一例を示す図
【図９】本発明によるシステムの他のネットワーク構成の一例を示す図
【図１０】本発明によるシステムにおけるＣＳＧドメイン内でＵＥをページングする処理シーケンスの一例を示す図
【図１１】本発明によるシステムの他のネットワーク構成の一例を示す図
【図１２】本発明によるシステムにおけるリモートＬＩＡネットワークへの経路最適化を実施する処理シーケンスの一例を示す図
【図１３】本発明によるシステムにおけるリモートＬＩＡネットワークへの経路最適化を実施する処理シーケンスの一例を示す図
【図１４】本発明によるＬＩＡドメインの構成の一例を示す図
【発明を実施するための形態】
【００１７】
以下の記述において、数、時間、構造、プロトコル、他のパラメータは、本発明の理解を促すために与えられたものである。しかし、当業者であれば、これらの詳細なものがなくても本発明を理解できるのは明らかである。以下の記述において、３ＧＰＰ ＬＴＥ（Long Term Evolution）とＥＰＳ（Evolved Packet System）はアクセステクノロジーとネットワーク構成の一例として用いられる。しかし、当業者であれば、同じ原理の元で、他のアクセステクノロジーとネットワーク構成が用いられることは明らかである。
【００１８】
＜第１の実施の形態＞
図１は本発明におけるネットワーク構成の一例を示す図である。図１に示すように、オペレータコアネットワーク１３７には、異なるアクセスノード、例えばマクロセルドメイン１３３のｅＮＢ（eNode B）１０３や、ＣＳＧドメイン１３１のＨｅＮＢ（Home eNode B）１０５などを介してアクセスすることができる。
【００１９】
ＣＳＧドメインは、家、オフィス、店舗、学校などの建物や、電車／船のステーション、空港、自動車や電車、飛行機、その他車両などの中に敷設されるネットワークに配置される。また、建物の外、例えば公園や駐車場などでも配置することができる。ｅＮＢ１０３は、オペレータコアネットワーク１３７のエンティティであるＭＭＥ（Mobility Management Entity）１０９とＳＧＷ１１１にインタフェース１５１、１５３を介してそれぞれ接続している。インタフェース１５１、１５３は、非特許文献２に開示された、Ｓ１−ＭＭＥ及びＳ１−Ｕ reference pointに相当する。
【００２０】
ＨｅＮＢ１０５は、リンク１４１およびオプションのエンティティであるＨｅＮＢ−ＧＷ１０７を介してＩＳＰドメイン１３１越しにオペレータコアネットワーク１３７のエンティティであるＭＭＥ１０９とＳＧＷ１１１に接続する。ＨｅＮＢ−ＧＷ１０７からのインタフェース１４５、１４３は、それぞれＭＭＥ１０９、ＳＧＷ１１１と通信するためのものである。インタフェース１４５、１４３は、それぞれＨｅＮＢ−ＭＭＥ、ＨｅＮＢ−ＳＧＷ間のインタフェース（それぞれ１５１、１５３に相当）を、ＨｅＮＢの管理及びインタフェースの最適化を目的として束ねるものでもある（ＨｅＮＢ−ＧＷが複数ＨｅＮＢを収容する場合に、複数の個別インタフェースを集約してトラフィックの最適化を図る）。
【００２１】
非特許文献３の記述と同様、オプションのＨｅＮＢ−ＧＷ１０７は、ＨｅＮＢ１０５とＭＭＥ１０９とＳＧＷ１１１との間で３つの異なる接続形態を有する。このことが本発明の原理に影響がないことは当業者であれば明らかである。例えば、ＨｅＮＢ−ＧＷ１０７が存在しない場合、インタフェース１４３、１４５がＩＳＰドメインを通じてＨｅＮＢ１０５に直接つながり得る。あるいは、ＨｅＮＢ−ＧＷ１０７が制御プレーンのみ収容する場合、ユーザプレーンであるインタフェース１４３はＩＳＰドメインを通じてＨｅＮＢ１０５に直接つながる。
【００２２】
オペレータコアネットワーク１３７への接続に加えて、ＨｅＮＢ１０５はＬＩＡ（Local IP Access）ドメイン１３５への接続を有する。ＨｅＮＢ１０５は、ＨｅＮＢ自身を通じてＬＩＡドメイン１３５内のホームデバイス１２１とＵＥ１０１を接続させることができる。この場合、ＨｅＮＢ１０５はオペレータコアネットワーク１３７内のＰＧＷ１１３と同様の機能を有する。違いは、ＨｅＮＢ１０５が非特許文献２に開示されたＰＧＷ１１３のすべての機能、例えば合法な傍受などを備える必要がない点である。それらはＬＩＡには必要はない。同時に、ＨｅＮＢ１０５はＵＥ１０１に提供するＬＩＡに対して何らかの最適化を実施する。
【００２３】
本発明の処理の記述に関して、基本的なネットワーク構成図のみを提供していることは当業者にとって明らかである。実際のネットワークには、ＨＳＳ若しくはＰＣＲＦなどのエンティティが存在する。しかし、これらの存在は発明の原理に影響を与えない。
【００２４】
図２は本発明の処理シーケンスの一例を示す図である。この処理シーケンスにおいて、ＵＥ１０１がＬＩＡを開始しようとするとき、ＵＥ１０１はＣＳＧドメイン１３１内にいると仮定する。図２に示すように、ＵＥ１０１はオペレータコアネットワーク１３７が提供するサービスにアクセスするための接続を既に確立している（ステップＳ２００１）。このサービスはオペレータコアネットワーク１３７のＰＧＷ１１３によって提供される。この接続を確立するための手続きとして、非特許文献２に開示されたサービスリクエスト手続き（Service Request Procedure）などがある。
【００２５】
ＬＩＡ接続を構築するために、ＵＥ１０１はＭＭＥ１０９に新たなPDN Connectivity Requestを送信する（ステップＳ２００３）。このリクエストは非特許文献４に開示されたＮＡＳ（Non-Access-Stratum）メッセージとして送信される。そのため、ＨｅＮＢ１０５と、もし存在すれば中間ノードのＨｅＮＢ−ＧＷ１０７とは、ＭＭＥ１０９にそのリクエストをトランスペアレントに転送する。
【００２６】
ＵＥ１０１がオペレータコアネットワーク１３７とのコネクションを未確立である場合、ＵＥ１０１はPDN Connectivity Procedureの代わりに、非特許文献２に開示された初期接続手続き（Initial Attachment Procedure）を開始する。
【００２７】
例えばＬＩＡ用のＡＰＮを使用したり、上位レイヤやアプリケーションによって要求されることから、ＵＥ１０１はＬＩＡ接続を確立中であることを知っており、ＵＥ１０１は、PDN Connectivity Request内のＯＰ−ＲＥＱ（Optimization Request）要素を用いて経路最適化の実施要求と本発明をサポートしている旨を通知する。ＮＡＳメッセージの中にＯＰ−ＲＥＱをさまざまな方法により実装可能であることは当業者にとって明らかである。例えば、それは単純にフラグとして実装したり、PDN Connectivity手続きが用いられる場合はＰＣＯ（Protocol Configuration Options）に含めてもよい。
【００２８】
ＵＥ１０１がＯＰ−ＲＥＱ情報を示す方法が他にもあることは明らかである。例えば、ＵＥ１０１は同じ情報、例えば“optimized@localIP.mnc012.mcc345.gprs”を運ぶために加工されたＡＰＮ（Decorated Access Point Name）を用いることができる。ＨｅＮＢ１０５内のＰＧＷ機能に情報を到達させることができるのであれば、ＵＥ１０１は他の情報に付加させることも選択でき、若しくは新たな要素を生成することもできることは明らかである。
【００２９】
PDN Connectivity Requestにおいて、ＵＥ１０１は他の必要なパラメータ、例えばＡＰＮ、ＰＤＮタイプ、リクエストタイプなどを含める。これらのパラメータの値は、非特許文献２に開示された基準に従ってセットされる。例えば、この場合、ＡＰＮは“localIP.mnc012.mcc345.gprs”になり、リクエストタイプは“initial attach”になる。ＵＥ１０１が他のアクセスネットワーク、例えば非３ＧＰＰアクセスネットワークへハンドオーバするための接続手続きを開始するとき、ＵＥ１０１はリクエストタイプに“handover”とセットする。
【００３０】
このPDN Connectivity Requestを受信すると、ＭＭＥ１０９はＡＰＮを分析し、ＰＧＷを選択する。そのために、ＭＭＥ１０９はＵＥ１０１のサブスクリプション情報をチェックする。例えば、ＵＥ１０１のサブスクリプション情報は、ＬＩＡのＡＰＮ、例えばユーザホームの宅内に設置されたＨｅＮＢに相当する固有のＰＧＷ情報を有しているかもしれない。
【００３１】
ＵＥ１０１が複数のＬＩＡサービスに接続する能力を有する場合、例えばＵＥ１０１が複数のＣＳＧセルに属する場合、ＵＥ１０１は、付加的な情報を提示する。例えば、ＵＥ１０１は、ＡＰＮを加工してＣＳＧ ＩＤを提供する（例えば“csgid1@localIP.mnc012.mcc345.gprs”や“csgid1.localIP.mnc012.mcc345.gprs”）。
。
【００３２】
ＬＩＡにおけるＰＧＷのアドレスあるいは相当する識別子（ＦＱＤＮなど）を得るために、ＭＭＥ１０９は他のネットワークエンティティに問い合わせる必要がある。例えば、ＭＭＥ１０９は、ＡＰＮからＣＳＧ ＩＤを導出することができる場合には、ＰＧＷのアドレスについて、そのＣＳＧを収容するＨｅＮＢ−ＧＷ１０７やＨｅＮＢ１０５に確認してもよい。
【００３３】
また、ＭＭＥ１０９はＬＩＡのための必要なアクセス制御も行う。例えば、接続しようとしているＬＩＡを提供するＣＳＧドメインへのアクセスが可能であるかをＵＥ１０１のサブスクリプション情報をもとに確認する（例えばＣＳＧ  ＩＤの一致を確認する）。
【００３４】
必要な処理を実施し、適切なＰＧＷ（この場合はＨｅＮＢ１０５に配置されたＰＧＷ機能、あるいはＨｅＮＢ１０５そのもの）を認識すると、ＭＭＥ１０９はCreate Default Bearer Requestメッセージを送信し（ステップＳ２００５）、ＵＥ１０１を収容するＳＧＷ１１１に送信する。ＭＭＥ１０９はPDN Connectivity Requestに含まれるＯＰ−ＲＥＱ情報をCreate Default Bearer Requestメッセージ内にコピーし、転送する。
【００３５】
ＭＭＥ１０９は非特許文献２に開示された他の必要な情報要素、例えばＵＥ１０１のＩＭＳＩ、ＰＧＷアドレス、ＥＰＳベアラＩＤなどをCreate Default Bearer Requestの中に含める。これらのパラメータの値は非特許文献２に開示された基準に従ってセットされる。
【００３６】
Create Default Bearer Requestを受信した後、ＳＧＷ１１１は、相当する状態（コンテキスト）を生成し、非特許文献２に開示された必要な手続きを実行する。ＳＧＷ１１１は、Create Default Bearer Requestメッセージ内に指示されたＰＧＷにCreate Default Bearer Requestメッセージを転送する（ステップＳ２００７）。なお、この例ではＨｅＮＢ１０５（ＨｅＮＢ１０５に配置されたＰＧＷ機能あるいはＨｅＮＢ１０５そのもの；以下同様のため、省略する）に転送される。このCreate Default Bearer RequestメッセージもＯＰ−ＲＥＱ要素を含む。
【００３７】
ＨｅＮＢ１０５がCreate Default Bearer Requestメッセージを受信すると、ＨｅＮＢ１０５は、まずＬＩＡを確立するためのローカルポリシをチェックする（ステップＳ２００９）。このポリシは、管理インタフェースを介してオペレータによってＨｅＮＢ１０５に設定される、若しくはＨｅＮＢ１０５のオーナー（管理者、所有者、運用者、装置提供者）によって手動で設定される、若しくはローカルポリシサーバによって供給される。このポリシは提供されるＬＩＡがどのようなものかを示すことができる。例えば、セッションごとの帯域制限、ゲストユーザのＬＩＡ接続を許可する時間や課金の制限などを示し、もしリモートＬＩＡが許可される場合、セッションの優先度が何か（どのタイプのセッションが優先されるか、例えばＣＳＧドメインからのＬＩＡがリモートＬＩＡより優先されたり、その逆であったりする）、また他のサービス制限について規定される。
【００３８】
ポリシによって示される情報にしたがって、ＨｅＮＢ１０５は対応する装置、例えばＵＥが要求するサービスを提供するホームデバイス１２１と接続するためのＬＩＡ接続を確立する。ポリシは装置名や装置の識別子、若しくはＬＩＡからのアクセスが許可されたアドレス、例えばＩＰアドレス範囲などの情報を提供することもある。この場合、ＨｅＮＢ１０５はアクセスに必要なフィルタを構築する必要がある。
【００３９】
ＬＩＡを確立するために、ＨｅＮＢ１０５はＰＧＷが有するアドレス管理機能、あるいは同等の機能を備える必要がある。例えば、ＨｅＮＢ１０５は、ＬＩＡで使用するＩＰアドレスをＵＥ１０１に割り当てることができる。あるいは、ＨｅＮＢ１０５は、ＬＩＡドメイン１３５からアドレスを取得して（例えば、ＤＨＣＰ、ＡＡＡプロトコルなどを用いて）、ＵＥ１０１に割り当てることができる。若しくは、ＨｅＮＢ１０５は、所定のアドレス、例えばＩＰｖ４における“０．０．０．０”などを提示して、ＵＥ１０１がＤＨＣＰプロトコルを用いてアドレスを取得するようにさせてもよい。
【００４０】
ＨｅＮＢ１０５がCreate Default Bearer Requestメッセージ内のＯＰ−ＲＥＱ要素を見つけると、ＨｅＮＢ１０５は、ＵＥ１０１がＬＩＡ接続の最適化を望んでおり、最適化を実施するための付加的な情報を処理する能力があることを認識する。これにより、ＨｅＮＢ１０５はＬＩＡ状態データベース内にＵＥ１０１のエントリ（ＰＧＷ−ＬＩＡエントリ）を生成する。
【００４１】
このエントリ内に、ＨｅＮＢ１０５はＵＥ１０１のＬＩＡ接続に関連する情報を含める。例えば、以下のような要素を含める。
【００４２】
ＬＩＡ確認トークン（LIA Verification Token）：これはＵＥごとに生成され、後にＨｅＮＢ１０５がＵＥの最適化要求の有効性を検証するために用いる。ＬＩＡ確認トークンは、例えば次のような情報、すなわちＥＰＳベアラＩＤ、ＵＥのＩＭＳＩ、ＨｅＮＢ ＩＤ、ＣＳＧ ＩＤ、日付時刻、ＥＣＧＩなどを一つ以上連結（concatenate）して生成したＨｅＮＢの公開鍵を用いて暗号化されたものである。
【００４３】
ＬＩＡドメインポインタ（LIA Domain Pointer）：ＬＩＡドメインポインタは、ＨｅＮＢ１０５がＵＥのＬＩＡ接続先を識別するのに用いる。これは同じＨｅＮＢ１０５を介して接続可能なＬＩＡドメイン１３５が複数存在するときに有用である。また、ＬＩＡドメイン１３５がいくつかのバーチャルセクション（例えばバーチャルＬＡＮ）に分割され、ＵＥ１０１はその一部のセクションへのアクセスのみが許されるような場合にも有用である。
【００４４】
ＬＩＡフィルタ（LIA Filter）：ＬＩＡフィルタは、ＵＥ１０１のサブスクリプションとＬＩＡドメインのローカルポリシに基づいて確立されたＬＩＡ接続に関連付けられる。一例として、送信元と送信先をＵＥ１０１とホームデバイス１２１のアドレスに限定したアドレスフィルタがあげられる。ＬＩＡフィルタが動的に更新される場合、ＨｅＮＢ１０５による定期的なメンテナンスが要求される。例えば、すべてのＵＥに対するＤＨＣＰ処理後で、ＨｅＮＢ１０５はＬＩＡフィルタを更新する。
【００４５】
ＥＰＳベアラＩＤ（EPS Bearer ID）：これは、このＬＩＡセッションがどのＥＰＳベアラに相当するものかＨｅＮＢ１０５に知らせるものである。
【００４６】
無線情報：ＬＩＡの最適化が可能であるかの判断材料となる。例えば、ＨｅＮＢ１０５が提供するＣＳＧセルのＥＣＧＩリストであったり、そのＣＳＧ  ＩＤを有するすべてのセルで最適化が可能である場合は、ＥＣＧＩリストの代わりにＣＳＧ  ＩＤとすることもできる。さらには複数のセルが複数のＣＳＧ ＩＤでアグリゲート（集約）される場合は、ＣＳＧ  ＩＤリストとすることもできる。また、ＥＣＧＩリストとＣＳＧ ＩＤリストの混合としてもよい。リスト内のエントリがＥＣＧＩかＣＳＧ ＩＤかを示すためにフラグなどの識別情報を付加してもよいし、これらのセルがＨｅＮＢ１０５自身によって供給される場合は、ＨｅＮＢ１０５が独自にＥＣＧＩかＣＳＧ  ＩＤのいずれを採用するか決定してもよい。若しくは、ＬＩＡドメイン１３５内のサーバ（不図示）を介して情報を取得してもよい。
【００４７】
ステップＳ２０１１に示すように、必要なエントリを生成すると、ＨｅＮＢ１０５は、ＯＰ−ＩＮＦＯ（Optimization Information）要素を含むCreate Default Bearer ResponseメッセージをＳＧＷ１１１に送信する（ステップＳ２０１３）。ＯＰ−ＩＮＦＯ要素は、ＵＥ１０１がＬＩＡ接続を検出し、最適化処理の実施を判断するのに役立つ情報を含む。それらの情報は、ＨｅＮＢ１０５によって生成される、次のようなものである。
【００４８】
ＬＩＡ確認トークン：ＨｅＮＢ１０５によって生成され、ＬＩＡエントリに蓄えられる。
【００４９】
ＥＰＳベアラＩＤ：これは、ＵＥ１０１が発行した要求、例えばPDN Connectivity Requestによって確立されるＬＩＡ接続をユニークに識別することができる識別情報であり、ＨｅＮＢ１０５やＭＭＥ１０９によって生成される。これにより、ＵＥ１０１が一つのＨｅＮＢ１０５に複数のＬＩＡ接続をする（例えば異なるＣＳＧ ＩＤを用いて）ケースをサポートすることができる。
【００５０】
無線情報：ＬＩＡの最適化を可能にするためのものである。例えば、ＥＣＧＩリスト、若しくはＣＳＧ ＩＤリスト、若しくは両方の混合、若しくは付加的な無線情報で、例えばＰＣＩ（Physical Cell Identifier）などを含むことができる。
【００５１】
付加的なサービス関連情報：上述のＥＣＧＩリスト又はＣＳＧ ＩＤリストの各エントリに対応し、例えば、同じＬＩＡドメイン１３５へのアクセスを提供する場合であっても、あるセルはＶｏＩＰアプリケーションをサポートしない、などの情報を提示することができる。若しくは、あるセルにおけるＬＩＡ接続では異なるＱｏＳレベルの提供が可能であることを通知するのにも有用である。若しくは、ＬＩＡ接続を介してインターネット接続が可能なセルを通知することもできる。ＵＥ１０１はこの情報を利用して、ＬＩＡ接続の対象となるセルの優先付けをしたり、通知された内容にもとづいて適宜にサービスを調整することができる。
【００５２】
ＯＰ−ＩＮＦＯ要素は、ピギーバックにより転送してもよい。例えば、ＰＧＷ機能からＵＥ１０１に送信されるメッセージのＰＣＯに格納してもよい。Create Default Bearer Responseメッセージに新たな要素を挿入するなどして、ＯＰ−ＩＮＦＯ要素を運ぶ他の方法があることは当業者であれば明らかである。ＯＰ−ＩＮＦＯ要素がＵＥ１０１に届く限り、いかなる転送手段も本発明の原理に影響を与えるものでない。
【００５３】
Create Default Bearer Responseメッセージは、必要な処理及び状態（コンテキスト）確立の後、ＳＧＷ１１１によってＭＭＥ１０９に転送される（ステップＳ２０１５）。ＯＰ−ＩＮＦＯ要素も、Create Default Bearer Responseメッセージで転送される。
【００５４】
Create Default Bearer Responseメッセージの受信後、ＭＭＥ１０９は非特許文献２に開示された処理を行う。ＭＭＥ１０９は、さらにBearer Setup Requestメッセージを生成し、ＨｅＮＢ１０５に向けて送信する（ステップＳ２０１７）。ＨｅＮＢ−ＧＷ１０７が存在するとき、このBearer Setup Requestメッセージは、ＨｅＮＢ−ＧＷ１０７を介してＨｅＮＢ１０５に転送される（ステップＳ２０１９）。
【００５５】
ＯＰ−ＩＮＦＯ要素は、Bearer Setup Requestメッセージにも埋め込まれる。例えば、Bearer Setup RequestメッセージのＰＣＯにＯＰ−ＩＮＦＯ要素を含めることができる。ＭＭＥ１０９、ＨｅＮＢ−ＧＷ１０７、ＨｅＮＢ１０５はＯＰ−ＩＮＦＯ要素内の情報を把握する必要はない。
【００５６】
Bearer Setup Requestメッセージを受信すると、ＨｅＮＢ１０５は非特許文献２に開示されているように、必要な無線パラメータを設定する。続いてＨｅＮＢ１０５はＵＥ１０１にRRC Connection Reconfigurationメッセージを送信する（ステップＳ２０２１）。このRRC Connection Reconfigurationメッセージ内に、ＨｅＮＢ１０５はＯＰ−ＩＮＦＯ要素を埋め込む。例えば、ＯＰ−ＩＮＦＯ要素はNAS PDN Connectivity AcceptメッセージのＰＣＯに置かれ、RRC Connection ReconfigurationメッセージによってRRCに対して透過的に運ばれる。
【００５７】
RRC Connection Reconfigurationメッセージを受信すると、ＵＥ１０１はＮＡＳ PDN Connectivity Acceptメッセージに埋め込まれたＯＰ−ＩＮＦＯ要素を抽出する。ＯＰ−ＩＮＦＯ要素にもとづいて、ＵＥ１０１はＬＩＡ接続のためのエントリを生成して保存する（ＵＥ−ＬＩＡエントリ）。ＵＥ１０１が複数のアクティブなＬＩＡ接続を有する場合、ＵＥ１０１は複数のエントリを生成・保存することになる。それぞれのＵＥ−ＬＩＡエントリは以下のような情報を含む。
【００５８】
ＥＰＳベアラＩＤ：ＬＩＡ接続に用いられるベアラをＵＥ１０１が識別する際に用いる。これは、オペレータコアネットワーク１３７への接続とＬＩＡ接続を区別したり、ＵＥ１０１が複数のＬＩＡ接続を有する場合に、個々のＬＩＡ接続を識別するのに有用である。
【００５９】
ＬＩＡ確認トークン：これは受信したＯＰ−ＩＮＦＯ要素から得られるトークン情報である。
【００６０】
無線情報：これは受信したＯＰ−ＩＮＦＯ要素から得られるＥＣＧＩリスト又はＣＳＧ ＩＤリストを含む、ＵＥ１０１が接続対象としているセルに関するものである。
【００６１】
サービス関連情報：上述のＥＣＧＩリスト又はＣＳＧ ＩＤリストの各エントリに対応する付加情報である。
【００６２】
無線ベアラＩＤ：これは、ＨｅＮＢ１０５とＵＥ１０１間で確立した無線コネクション（無線ベアラ）のうち、どれが対象とするＬＩＡ接続に対応するものであるかをＵＥ１０１が識別するための識別情報である。一つのＬＩＡ接続に対して確立された無線ベアラが複数ある場合は、無線ベアラＩＤリストとしてもよい。無線ベアラＩＤは動的に設定されるものであり、ＵＥ１０１がハンドオーバ若しくはベアラパラメータを変更することにより、その値が変わるものである。
【００６３】
ＵＥ１０１は、現在のサービングセルの情報と、ＯＰ−ＩＮＦＯ要素から得られる無線情報とを比較する（ステップＳ２０２３）。例えば、ＯＰ−ＩＮＦＯ要素に含まれるＥＣＧＩリストやＣＳＧ  ＩＤリストに、サービングセルのＥＣＧＩやＣＳＧ  ＩＤが含まれるかを確認する。ＵＥ１０１が複数のＬＩＡ接続を有する、すなわち複数のＬＩＡエントリが保存されている場合、ＵＥ１０１はすべてのエントリのＥＣＧＩリスト又はＣＳＧ ＩＤリストに対して現在のセルを評価する必要がある。
【００６４】
現在のサービングセルがＯＰ−ＩＮＦＯ要素の無線情報と一致する、例えば現在のセルのＥＣＧＩがＥＣＧＩリストの中の１つのＥＣＧＩと一致する、若しくは現在のセルが提供するＣＳＧ ＩＤがＣＳＧ ＩＤリストの中の１つのＣＳＧ ＩＤと一致する場合、対応するＬＩＡ接続が最適化可能であることを意味する。そのため、ＵＥ１０１はＯＰ−ＩＥ（Optimization Information Element）を含むRRC Connection Reconfiguration Completeメッセージを送信する（ステップＳ２０２５）。ＯＰ−ＩＥ内に含まれる情報は以下の要素のいくつかである。
【００６５】
無線ベアラＩＤ：これはＬＩＡ接続に相当する無線ベアラの識別情報である。この情報は最適化対象となる無線ベアラをＵＥ１０１がＨｅＮＢ１０５に正しく示すためのものである。
【００６６】
ＥＰＳベアラＩＤ：ＨｅＮＢ１０５が、本最適化要求と対応するＬＩＡ接続を確実に対応付けることができるようにするための識別情報である。本ＩＤを用いる代わりに、ＨｅＮＢ１０５のＰＧＷ機能によって生成、管理される独自の識別情報を用いてもよく、それによって本発明の原理に影響を与えることはない。
【００６７】
ＬＩＡ確認トークン：これは受信したＯＰ−ＩＮＦＯ要素から得られるトークンである。
【００６８】
RRC Connection Reconfiguration Completeメッセージ内のＯＰ−ＩＥの存在を検知すると、ＨｅＮＢ１０５はＬＩＡ最適化処理を開始する。ＨｅＮＢ１０５は、受信したＯＰ−ＩＥのＥＰＳベアラＩＤを用いて保存してあるＬＩＡエントリを検索し、取得する。ＨｅＮＢ１０５は、取得したＬＩＡエントリのＬＩＡ確認トークンと、受信したＯＰ−ＩＥのＬＩＡ確認トークンが一致することを確認する。ここで、ＨｅＮＢ１０５のプライベート鍵を用いてトークンを復号し、ＬＩＡエントリ内のトークンと一致するかどうかチェックしてもよい。このＬＩＡ確認トークンは、ＵＥ１０１のＬＩＡ接続ごとに生成され、ＭＭＥ１０９−ＵＥ１０１間のセキュアなＮＡＳチャネルを介してＵＥ１０１に送信される。ＵＥ１０１はＨｅＮＢが提供するセルに接続しているため、このトークンは、ＵＥ１０１が要求したＬＩＡ接続が存在し、最適化が可能であることをＨｅＮＢ１０５が確認するのに有用である。
【００６９】
正しくトークンを確認できると、ＨｅＮＢ１０５はＬＩＡ接続のための最適化を実行する。すなわち、ＵＥ１０１のＬＩＡ接続上のトラフィックをオペレータコアネットワーク１３７を通さずにＬＩＡドメイン１３５に直接転送するための経路を設定する。これを成し遂げるために、ＨｅＮＢ１０５はＵＥ１０１から受信したＯＰ−ＩＥとＨｅＮＢ１０５内に保存してあるＰＧＷ−ＬＩＡエントリの情報を用いる。
【００７０】
例えば、ステップＳ２０２５におけるＵＥ１０１からのＯＰ−ＩＥは無線ベアラＩＤを含んでおり、ＬＩＡ接続に用いられ最適化が必要な無線ベアラを識別するのに有用である。すなわち、ＨｅＮＢ１０５は、これらベアラのトラフィックを、ＳＧＷ１１１に通じるＧＴＰ−Ｕトンネルに流さずに、該当するＰＧＷ−ＬＩＡエントリからＬＩＡドメインポインタを取得して、ＬＩＡドメインポインタが示すＬＩＡドメイン１３５にトラフィックをルーティングする。ここで、トラフィックがインターネットプロトコル（ＩＰ）を用いている場合、ＬＩＡドメインポインタは、ＨｅＮＢ１０５がトラフィックをルーティングするべきデフォルトルータのアドレスとしてもよい。若しくは、ＬＩＡドメインポインタは、ＨｅＮＢ１０５がＬＩＡドメイン１３５に転送する前にパケットに付加するＶＬＡＮタグであってもよい。若しくは、ＬＩＡドメインポインタは、ＨｅＮＢ１０５がＬＩＡドメイン１３５にトラフィックを転送するのに用いるトンネルを指すトンネルＩＤであってもよい。若しくは、ＬＩＡドメインポインタは電話番号や呼接続のための識別情報であって、ＨｅＮＢ１０５が例えばリモートサイトにあるＬＩＡドメイン１３５への接続を確立するために電話番号や呼接続のための識別情報をコールするものであってもよい。
【００７１】
逆向きのトラフィック対して、ＨｅＮＢ１０５は、ＯＰ−ＩＥ情報にもとづいて、ＬＩＡフィルタに適合するトラフィックを該当する無線ベアラに転送し、ＳＧＷ１１１との間で確立したＧＴＰ−Ｕトンネル若しくはＰＭＩＰトンネルには転送しない。
【００７２】
ＬＩＡ最適化後、ＨｅＮＢ１０５は、存在する場合にはＨｅＮＢ−ＧＷ１０７を介して、ＭＭＥ１０９にBearer Setup Responseメッセージを送信する（ステップＳ２０２９、Ｓ２０３１）。これらの手続きの中で更なるシグナリングを伴う、例えばＵＥ１０１がＭＭＥ１０９にPDN Connectivity CompleteのためのＮＡＳメッセージを送信することは当業者にとって明らかである。これらの付加的なシグナリングの時間やシーケンスは本発明の原理に影響を与えるものではない。
【００７３】
最適化されたＬＩＡ接続がＨｅＮＢ１０５上に一度構築されると、ＵＥ１０１に対するＬＩＡトラフィックは、オペレータコアネットワーク１３７へのＩＳＰドメインを通らないことは明らかである。ただし、例えば次のいずれかの条件を満たす場合は、最適化が解消されることもある。
【００７４】
１つには、ＬＩＡドメイン１３５のローカルポリシがＵＥ１０１、例えばゲストＵＥに対して最適化ＬＩＡのための有効期間あるいは時間制限を設ける場合がある。この場合、タイマは最適化ＬＩＡがはじめて確立されるときにセットされる。タイマの満了後、ＨｅＮＢ１０５は最適化設定を取り除き、トラフィックは通常のように、例えばＳＧＷ１１１を経由するようになる。こうした時間制限は、例えばＵＥ１０１のサブスクリプション情報やＨｅＮＢ１０５に関する契約内容に基づいてオペレータコアネットワーク１３７が決定することもある。時間制限をＨｅＮＢ１０５に知らせる様々な方法があることは、当業者であれば明らかである。例えば、管理インタフェースを介して事前あるいはリアルタイムに通知したり、ＭＭＥ１０９からのCreate Default Bearer Requestメッセージ内に時間制限に関する情報を埋め込んだり、ＨｅＮＢ１０５をオペレータコアネットワーク１３７に登録する処理の間に通知したりできる。しかし、これらの方法は本発明の原理に影響を与えるものではない。
【００７５】
その他の条件としては、ＵＥ１０１がＨｅＮＢ１０５との接続を失ったり、ＵＥ１０１が他のセルへのハンドオーバに成功したり、ＵＥ１０１のコンテキストがオペレータコアネットワーク１３７、例えばＭＭＥ１０９によって削除されたり、ＵＥ１０１がRRC Connection Reestablishmentメッセージで空のＯＰ−ＩＥを送信する場合などがある。
【００７６】
図２では、ＵＥ１０１がＨｅＮＢ１０５を介してＣＳＧドメイン１３１にアクセスすると仮定したが、ＵＥ１０１が他のセルを介してＬＩＡドメイン１３５にアクセスする、いわゆるリモートＬＩＡ接続時にも同じ処理が適用されるべきである。例えば、ＵＥ１０１がｅＮＢ１０３若しくは他のＨＮＢ／ＨｅＮＢを介してＣＳＧドメイン１３１以外のマクロセルドメイン１３３などからＬＩＡ接続確立のためのリクエストを送信する。この場合、ＨｅＮＢ１０５の代わりにｅＮＢ１０３を介して、同じ処理（ステップＳ２００１からＳ２００３、ステップＳ２０１９からＳ２０２５）が適用される。ここで、ステップＳ２０２３の結果、ＵＥ１０１は現在のセルからはＬＩＡ最適化接続ができないことを検出する。そのため、ＵＥ１０１はRRC Connection Reconfiguration CompleteメッセージにＯＰ−ＩＥを含めない（したがって、ステップＳ２０２７は実行されない）。
【００７７】
ＵＥ１０１が既に経路最適化されたＬＩＡ接続を確立している場合、ＵＥ１０１はＬＩＡ通信の特性に応じて、そのＬＩＡ接続のＱｏＳを修正若しくは新たに要求することができる。一般に、最適化されたＬＩＡ通信では、高いスループットや低遅延を実現しやすく、これにより、通信経路が最適化されているか否かなどの状態に応じて、ＵＥがより適切に設定されたＬＩＡ接続を介してＬＩＡネットワーク内の装置と通信できるようなる。ＵＥ１０１は非特許文献２に開示されているようなUE initiated resource modification手続きを用いてもよい。ＵＥ１０１がネットワークに修正の要求をする他の方法があることは当業者であれば明らかであり、本発明の原理に影響を与えるものではない。
【００７８】
図３は本発明の他の処理シーケンスを示す図である。
【００７９】
図３に示すように、ＵＥ１０１はｅＮＢ１０３経由でオペレータコアネットワーク１３７とＬＩＡドメイン１３５への接続を既に確立している（ステップＳ３００１）。これらの接続は図２で示したような手続きを用いて確立することができる。
【００８０】
したがって、この時点でＵＥ１０１は既にＵＥ−ＬＩＡエントリを有している。ある所定のタイミングで、ＵＥ１０１はサービングｅＮＢ１０３へMeasurement Report（メジャメントレポート）を送信する（ステップＳ３００３）。ＵＥ１０１はＬＩＡ最適化をサポートするセルの無線情報を既に有しているので、ＵＥ１０１は、Measurement Report内で各セルにセル選択のための優先順位をつけてもよい。例えば、それらのセルを上位に置いたり、セルに任意のオフセットを適用したりする。これにより、ＵＥ１０１はＬＩＡ接続のパス最適化により、よりよい品質に保つことができる。こうした優先順位付けは、ＵＥ１０１が接続するサービスに基づくものであってもよく、ＵＥ−ＬＩＡエントリがそれぞれのセルにおけるサービス関連情報も示すような場合、例えばＶｏＩＰアプリケーションをサポートするセルの優先度をあげるなど、ＵＥ１０１はセルの優先度を調整してもよい。
【００８１】
こうした付加情報をともなったMeasurement Reportは、ｅＮＢ１０３にハンドオーバを開始させるトリガとなる（ステップＳ３００５）。ＵＥ１０１が報告した情報にもとづいて、ｅＮＢ１０３はターゲットセルとしてＨｅＮＢ１０５のＣＳＧセルを選択する。ここでは、非特許文献２にもとづくＳ１ベースハンドオーバ手続きが適用され、Handover RequiredメッセージがＭＭＥ１０９に送られることになる（ステップＳ３００７）。ｅＮＢ１０３が他の情報に基づいてハンドオーバ開始を決める、若しくはMeasurement Report以外のトリガでハンドオーバ開始を決めることは、当業者にとって明らかである。続いてＭＭＥ１０９は、ＨｅＮＢ１０５にHandover Requestメッセージを送信する（ステップＳ３００９）。
【００８２】
ＨｅＮＢ１０５は自身のポリシと状態に基づいてリクエストを受理するか否かを決定する。ＵＥ１０１のHandover Requestを受理する場合、ＨｅＮＢ１０５はＭＭＥ１０９にHandover Request Acknowledgeメッセージを返し（ステップＳ３０１１）、ＭＭＥ１０９は必要な情報を抽出し、ハンドオーバコマンドを生成し（ステップＳ３０１３）、ｅＮＢ１０３に送信する。ｅＮＢ１０３は適したチャネルを用いて（例えば、非特許文献５で定義されるようなRRC Connection Reconfigurationメッセージに含めるなどして）ＵＥ１０１へハンドオーバコマンドを転送する（ステップＳ３０１５）。
【００８３】
モビリティ制御情報を含むRRC Connection Reconfigurationメッセージを受信すると、ＵＥ１０１はＵＥ−ＬＩＡエントリの無線情報にターゲットセルの情報が含まれているかをチェックする。例えば、ＵＥ１０１はＥＣＧＩリストの中にターゲットセルのＩＤがあるか、若しくはＣＳＧ ＩＤリストの中にターゲットセルが提供するＣＳＧ ＩＤがあるかをチェックする。
【００８４】
ターゲットセルがＵＥ−ＬＩＡエントリの無線情報（ＥＣＧＩリストあるいはＣＳＧ  ＩＤリスト）に含まれる場合、ＵＥ１０１はターゲットＨｅＮＢ１０５へのHandover Confirmメッセージ（例えば、非特許文献５で定義されるようなRRC Connection Reconfiguration Completeメッセージ）にＯＰ−ＩＥを含める（ステップＳ３０１９）。これは図２のステップＳ２０２５で説明したのと同様の処理である。
【００８５】
ＨｅＮＢ１０５がＯＰ−ＩＥを有するHandover Confirmメッセージを受信すると（ステップＳ３０１９）、ＨｅＮＢ１０５はＬＩＡ確認トークンを確認し、ＬＩＡ最適化のための準備を開始する（ステップＳ３０２１）。この処理は上述した図２のステップＳ２０２７に相当する。この処理の後、ＬＩＡドメイン１３５に対するＵＥ１０１のＬＩＡトラフィックはＳＧＷ１１１を経由しない。ＨｅＮＢ１０５はハンドオーバ成功を知らせるためにＭＭＥ１０９にHandover Notifyを送信する（ステップＳ３０２３）。
【００８６】
図３では、ＵＥ１０１がマクロセルｅＮＢ１０３からＨｅＮＢ１０５へハンドオーバするとしたが、ＵＥ１０１がＨｅＮＢ１０５からマクロセルｅＮＢ１０３へハンドオーバする場合にも適用可能であることは、当業者にとって明らかである。この場合、ステップＳ３０１７において、ターゲットセルがＵＥ−ＬＩＡエントリによって示されるものとマッチしないことをＵＥ１０１が検出するため、ＵＥ１０１はHandover ConfirmメッセージにＯＰ−ＩＥを含めない。したがって、ステップＳ３０２１はターゲットｅＮＢ／ＨｅＮＢにおいて実行されない。
【００８７】
図４は本発明の他の処理シーケンスを示す図である。図４に示すように、ＵＥ１０１はオペレータコアネットワーク１３７とＬＩＡドメイン１３５との接続をｅＮＢ１０３経由で確立している（ステップＳ４００１）。これらの接続は図２で説明した手続きを用いて確立される。
【００８８】
ここで、ＰＧＷ−ＬＩＡエントリの情報がある原因で変更されることがある。その原因は、例えば、ローカルポリシの変更、無線構成の変更、新たなＨｅＮＢがネットワークに加わった、フローフィルタの更新、ＬＩＡドメイン１３５構成の変更などである。
【００８９】
この場合、ＨｅＮＢ１０５は、更新されたＯＰ−ＩＮＦＯ要素を有するUpdate Bearer RequestメッセージをＳＧＷ１１１に送信する（ステップＳ４００５）。ＯＰ−ＩＮＦＯ要素は、例えばＴＦＴを拡張するなどして、Update Bearer Requestメッセージの既存パラメータに重畳して転送（ピギーバック）してもよい。ＯＰ−ＩＮＦＯ要素がＵＥ１０１に届くのであれば、ＯＰ−ＩＮＦＯ要素を運ぶ方法は他にもあることは当業者にとって明らかである。このことは本発明の原理に影響を与えるものではない。
【００９０】
Update Bearer RequestメッセージがＳＧＷ１１１によってＭＭＥ１０９に転送されるのを受けて（ステップＳ４００７）、ＭＭＥ１０９はＵＥ１０１へBearer Modify Requestメッセージを送信する。ＯＰ−ＩＮＦＯ要素はＮＡＳメッセージで運ばれ（ステップＳ４００９）、RRC Connection Reconfigurationメッセージを用いてｅＮＢ１０３からＵＥ１０１へ転送される（ステップＳ４０１１）。非特許文献２に開示されているBearer Modification手続きが上述の処理を実施するのに用いられる場合、ＯＰ−ＩＮＦＯ要素をSession Management RequestのＴＦＴパラメータとして埋め込んでもよい。
【００９１】
新たな情報を含むＯＰ−ＩＮＦＯ要素を格納したRRC Connection Reconfigurationメッセージを受信すると、ＵＥ１０１は受信したＯＰ−ＩＮＦＯに含まれる情報をＵＥ−ＬＩＡエントリに反映させる（ステップＳ４０１３）。例えば、ＥＣＧＩリストや関連するサービス情報などを更新する。同時に、ＵＥ１０１は更新されたＵＥ−ＬＩＡエントリに対して現在のセルを評価し、ＬＩＡ経路を最適化するべきか決定する。
【００９２】
現在のセルが新たなＯＰ−ＩＮＦＯ要素（あるいは更新されたＵＥ−ＬＩＡエントリ）に示される情報とマッチする場合、ＬＩＡ接続のための最適化が可能であることを意味する。ＵＥ１０１はＯＰ−ＩＥを含むRRC Connection Configuration CompleteメッセージをｅＮＢ１０３へ送信する（ステップＳ４０１５）。ＯＰ−ＩＥを有するRRC Connection Configuration Completeメッセージを受信すると、ｅＮＢ１０３はトークンを確認し、ＬＩＡ接続の最適化処理を開始する（ステップＳ４０１７）。ステップＳ４０１５とＳ４１０７の処理は図２のステップＳ２０２５とＳ２０２７の処理に相当する。
【００９３】
ｅＮＢ１０３は手続きの実行結果を知らせるためにＭＭＥ１０９にBearer Modify Responseメッセージを送信する（ステップＳ４０１９）。
【００９４】
ＵＥ１０１がｅＮＢ１０３を介してＭＭＥ１０９にＮＡＳメッセージを送信する場合は（ステップＳ４０２１、Ｓ４０２３）、このＮＡＳメッセージ内に、ＵＥ−ＬＩＡエントリを更新したことを示すＯＰ−ＡＣＫ（optional acknowledgement）を含めてもよい。このＯＰ−ＡＣＫ要素は、Update Bearer Responseメッセージに含められ、ＭＭＥ１０９からＳＧＷ１１１経由でＨｅＮＢ１０５へ転送される（ステップＳ４０２５、Ｓ４０２７）。
【００９５】
なお、上記本実施の形態では、指定されたＡＰＮやＵＥのサブスクリプション情報からＭＭＥがＰＧＷのコンタクトアドレスを取得または導出する処理について記載したが、ＨｅＮＢサブシステム（ＨｅＮＢ１０５やＨｅＮＢ−ＧＷ１０７）が、例えばステップ２００３を介して、ＭＭＥ１０９に対してＰＧＷのコンタクトアドレスや相当する識別子を提供するものであってもよい。この場合、PDN Connectivity RequestをＭＭＥ１０９に転送するためのＳ１−ＡＰメッセージを用いることができ、ＣＳＧ  ＩＤとＬＩＡサービスを提供するＰＧＷアドレスをＳ１−ＡＰメッセージにピギーバックすることもできる。ＭＭＥ１０９はＨｅＮＢサブシステムから取得した情報を用いてＰＧＷ選択処理（PGW Selection）を実施する。なお、ＭＭＥがＨｅＮＢサブシステムからＰＧＷの識別子を取得した場合、ＤＮＳなどの名前変換機構を用いてコンタクトアドレスを導出する。
【００９６】
また、ＵＥ１０１のサブスクリプションにＬＩＡアクセス可能なセルやＨｅＮＢの識別子、例えばＨｅＮＢのＥＣＧＩ、ＨｅＮＢ  ＩＤ、ＣＳＧ  ＩＤなどが登録されるものであってもよい。これらの情報をもとに、ＭＭＥ１０９はＬＩＡサービスのためのＰＧＷアドレスを導出する。例えば、ＨｅＮＢ１０５起動時、ＭＭＥ１０９に対して登録設定を実施する際に、ＬＩＡサービスのためのコンタクトアドレス（前記ＰＧＷアドレスに相当）とＨｅＮＢ  ＩＤもしくはＥＣＧＩをあわせて登録してもよい。これにより、ＵＥ１０１がＬＩＡアクセスを要求したときに、ＭＭＥ１０９はＨｅＮＢ登録データベースを検索して、ＵＥ１０１を収容するセルにおいてＬＩＡアクセスを提供可能なアドレス情報を取得することができる。
【００９７】
なお、ステップＳ２０１７、Ｓ２０１９を通じて、ＭＭＥ１０９は、アクセス制御の結果にもとづく付加情報をＨｅＮＢ１０５に提供してもよい。例えば、接続中のコネクション（ＬＩＡコネクション）を他セルにハンドオーバさせることが許可されるかといったサービス制限に関する情報や、接続中のコネクションはコアネットワーク（例えばＥＰＣ；Evolved Packet Core）へのＰＤＮコネクションよりも低い優先度（あるいはその逆）となるようなＱｏＳパラメータなどが、ＭＭＥ１０９からＨｅＮＢ１０５に提供される。ＨｅＮＢ１０５は、そうした付加情報を用いて、接続する位置（例えばセルなど）を判断することができる。すなわち、今後ハンドオーバをすることがあるか、リソース不足の時にレート制御を実施することがあるか、などの判断を行い、結果としてコアネットワークへのＰＤＮコネクションに影響がないようなＬＩＡ接続を確立することが可能となる。
【００９８】
ＨｅＮＢ１０５（上のＰＧＷ相当機能）は、ステップＳ２０１３のCreate Bearer Reponseメッセージを送信するのと同じタイミングで、非特許文献２に示される個別ベアラ生成処理（例えばDedicated Bearer Activation Procedure）を実施することがある。これは、ＬＩＡ接続向けに特別なＱｏＳ設定が必要であるとＨｅＮＢ１０５が判断した場合に実施されるものであり、その結果発生するシグナリングおよび各装置での処理に対して、本実施の形態で説明したようなＯＰ−ＩＮＦＯ要素やＯＰ−ＩＥ要素および付随する処理を適用することにより、同様の効果を得ることができる。すなわち、新たに生成される個別ベアラについても、経路最適化されたＬＩＡ接続を実現することができ、ＵＥは最適化されたＬＩＡ接続を個別に設定された特別なＱｏＳ環境で享受することができ、ユーザ利便性の向上につながる。
【００９９】
また、図３では、Ｓ１インタフェースを用いたハンドオーバ処理について説明したが、非特許文献２に開示されるような、Ｘ２インタフェースを用いたハンドオーバ手続きを実施する場合は、ｅＮＢ１０３とＨｅＮＢ１０５の間で直接的にメッセージが交換される。また、ステップＳ３０１５とＳ３０１９に示したようなｅＮＢ１０３（あるいはＨｅＮＢ１０５）とＵＥ１０１の間のインタラクションが発生しないため、上記説明した本願による処理を実施する場合は、ハンドオーバ処理の完了後に実施する、非特許文献２に開示されるようなエリア更新（Tracking Area UpdateまたはLocation/Routeing Area Update）手続きの中でステップＳ３０１５、Ｓ３０１９で説明したような情報を交換し（例えば、Tracking Area Update AcceptメッセージやRouteing Area Update Acceptメッセージを用いてステップＳ３０１５で説明した情報をＵＥ１０１に通知したり、Tracking Area Update CompleteメッセージやRouteing Area Update Completeメッセージを用いてステップＳ３０１９で説明した情報をＵＥ１０１から通知したりする）、ＵＥ１０１はそれによって通知された情報を用いてステップ３０１７の処理を実施するものであってもよい。
【０１００】
＜第２の実施の形態＞
図５は本発明を実施するＵＥの構成の一例を示す図である。ＵＥ５００は４つの主な機能ブロックを有する。すなわち、４つの機能ブロックは、サービス管理部５０１、シグナリング制御部５０３、アクセスサービス部５０５、ＬＩＡ管理部５０７である。サービス管理部（ＳＭＥ：Service Management Entity）５０１はＵＥ５００におけるサービスの開始と管理を担当するものである。ＳＭＥ５０１は、例えばユーザと情報交換（インタラクション）する機能を有し、格納されたプリファレンスやプロファイルにアクセスする。
【０１０１】
シグナリング制御部（ＳＣＥ：Signaling Control Entity）５０３は、オペレータコアネットワーク１３７のエンティティ、例えばＭＭＥ１０９とのシグナリングを行うものである。ＳＭＥ５０１は、インタフェース５１１を介して、現在アクティブなサービス又は新たなサービスをサポートするのに必要な接続およびＱｏＳに関する情報をＳＣＥ５０３に供給する。ＳＣＥ５０３はインタフェース５１１を介してＳＭＥ５０１に接続確立の結果を通知する。
【０１０２】
アクセスサービス部（ＡＳＥ：Access Service Entity）５０５は、ｅＮＢ１０３又はＨｅＮＢ１０５への接続を構築するもので、RRCメッセージの送受信を行う。ＳＣＥ５０３は、インタフェース５１３を介して接続管理のために必要なパラメータをＡＳＥ５０５に供給する。ＡＳＥ５０５はインタフェース５１３を介してＳＣＥ５０３にＮＡＳメッセージを転送する。
【０１０３】
例えば、３ＧＰＰ ＬＴＥアクセスをサポートする端末において、ＳＭＥ５０１はアプリケーションレイヤと端末管理機能に相当し、ＳＣＥ５０３はＮＡＳレイヤに相当し、ＡＳＥ５０５はＲＲＣレイヤに相当する。
【０１０４】
ＬＩＡ管理部（ＬＭＥ）５０７は、ローカルＩＰアクセスを管理するものであり、例えばＵＥ−ＬＩＡエントリを生成し管理したり、ＵＥ−ＬＩＡエントリにもとづいてセル情報をチェックしたり、ＯＰ−ＩＥを生成したりする。ＬＭＥ５０７は、インタフェース５１７を介してＳＣＥ５０３からＯＰ−ＩＮＦＯ要素を得て、インタフェース５１９を介してＡＳＥ５０５にＯＰ−ＩＥ要素を送る。ＬＭＥ５０７は、インタフェース５１５を介してＳＭＥ５０１からアプリケーション関連情報を得て、インタフェース５１９を介してセル優先順位についてＡＳＥ５０５に指示する。
【０１０５】
ＵＥ−ＬＩＡエントリの一例を以下に示す。
EPS-Bearer-ID-1
LIA-Verification-Token-1;
ECGI-List-1:
ECGI-1:
Service-Information-1;
Radio-Bearer-Information-1;
Radio-Bearer-Information-2;
ECGI-2:
Service-Information-2;
Radio-Bearer-Information-3;
CSGID-List-1:
CSGID-1:
Service-Information-3;
Radio-Bearer-Information-4;
EPS-Bearer-ID-2
LIA-Verification-Token-2;
ECGI-List-2:
ECGI-3:
Service-Information-4;
Radio-Bearer-Information-5;
Radio-Bearer-Information-6;
【０１０６】
新たなＯＰ−ＩＮＦＯ要素を受信するたびに、ＬＭＥ５０７は対応するEPS-Bearer-IDを抽出し、それをもとにＵＥ−ＬＩＡエントリを探す。該当するEPS-Bearer-IDを含むサブエントリが存在する場合、ＬＭＥ５０７は受信したＯＰ−ＩＮＦＯ要素に従って関連する情報を更新する。ＵＥ−ＬＩＡエントリ内にそのようなEPS-Bearer-IDが存在しない場合、ＬＭＥ５０７は新たにサブエントリを生成し、ＯＰ−ＩＮＦＯ要素から得られる情報を格納する。
【０１０７】
セル情報又はＵＥ−ＬＩＡエントリに変更があるときはいつでも、ＬＭＥ５０７はサブエントリのＥＣＧＩリストとＣＳＧ ＩＤリストを調べ、現在のセル若しくはターゲットセル情報をそれらと比較する。マッチすれば、ＬＭＥ５０７はサブエントリから相当する情報を回収し、ＯＰ−ＩＥ要素を形成し、それをＡＳＥ５０５に渡す。
【０１０８】
ＬＭＥ５０７は、ＳＭＥ５０１からアプリケーションプリファレンスを取得し、ＵＥ−ＬＩＡエントリをチェックすることができる。例えば、ＵＥ５００がＶｏＩＰアプリケーションを有する場合、ＬＭＥ５０７は、ＶｏＩＰサポートが示されたサービス情報を有するＥＣＧＩ又はＣＳＧ ＩＤに高い優先度を付与する。ＬＭＥ５０７は、こうした優先順位と該当するＥＣＧＩリスト又はＣＳＧ ＩＤリストをＡＳＥ５０５に通知してもよく、これによってＡＳＥ５０５は、measurement reportの中で、オフセットを用いてこれらのセルに優先順位を付けることができる。
【０１０９】
上述のＵＥ−ＬＩＡエントリ構造が一例であることは、当業者であれば明らかである。実際の実施の場面においては、処理を単純にするために他の構造が利用されることもある。例えば、すべてのＥＣＧＩリストとＣＳＧ ＩＤリストを格納し、他の情報を各エントリに格納したデータ構造へのポインタを関連付けられるような構造としてもよい。これによって、ＬＭＥ５０７はＬＩＡ接続の最適化機会を判断する際に１つの集約されたリストを探すだけでよい。
【０１１０】
図６は、ＵＥ５００が受信したRRC Connection Reconfigurationメッセージを処理するロジックの一例を示す図である。
【０１１１】
図６に示すように、ＵＥ５００がRRC Connection Reconfigurationメッセージを受信すると（ステップＳ６００１）、ＵＥ５００は、まずＯＰ−ＩＮＦＯ要素を含むか否かをチェックする（ステップＳ６００３）。ＵＥ５００は、図２のステップＳ２０２１、図３のステップＳ３０１５、図４のステップＳ４０１１の処理の結果、RRC Connection Reconfigurationメッセージを受信する。ＯＰ−ＩＮＦＯ要素が存在しない場合、ＵＥ５００はメッセージ内にモビリティ制御情報要素（Mobility Control Information Element）があるか否かをチェックする（ステップＳ６００５）。モビリティ制御情報要素がない場合、非特許文献５に開示されている通常の標準的なRRC処理が実行される（ステップＳ６０１９）。そして、対応するRRC Connection Reconfiguration Completeメッセージが準備され、ＯＰ−ＩＥ要素を含めずにｅＮＢ１０３又はＨｅＮＢ１０５へ送信される。モビリティ制御情報要素がメッセージ内にあれば、それはハンドオーバ処理であることを意味し、ＵＥ５００はステップＳ６０１３へ進む。
【０１１２】
ステップＳ６００３においてメッセージがＯＰ−ＩＮＦＯ要素を含む場合、その要素はＬＭＥ５０７に渡され、ＬＭＥ５０７はＵＥ−ＬＩＡエントリをチェックし、対応するサブエントリを更新するか、新たにサブエントリを生成するか、新たにＵＥ−ＬＩＡエントリを生成するか決定する（ステップＳ６００７）。
【０１１３】
ＵＥ５００はRRC Connection Reconfigurationメッセージがモビリティ制御情報を含むかどうか、例えばそれがHandover Commandに相当するかどうかをチェックする（ステップＳ６００９）。モビリティ制御情報がない場合、ＵＥ５００は現在のサービングセル情報、例えばＥＣＧＩ、ＣＳＧ ＩＤなどを取得する（ステップＳ６０１１）。
【０１１４】
モビリティ制御情報がメッセージ内にある場合、ハンドオーバ処理が実施されていることを意味する。ＵＥ５００はターゲットセル情報、例えばＥＣＧＩ、ＣＳＧ ＩＤを取得する試みをする（ステップＳ６０１３）。
【０１１５】
ステップＳ６０１１又はＳ６０１３の後、ＬＭＥ５０７は取得した現在のセル情報とＵＥ−ＬＩＡエントリに含まれるセル情報を比較する（ステップＳ６０１５）。現在のセル情報がＥＣＧＩリスト又はＣＳＧ ＩＤリストに含まれていた場合、ＬＭＥ５０７は相当するＯＰ−ＩＥ要素を生成し、それをRRC Connection Reconfiguration Completeメッセージに格納してＡＳＥ５０５へ渡す（ステップＳ６０１７）。
【０１１６】
＜第３の実施の形態＞
図７は本発明を実施するＨｅＮＢ７００の構成の一例を示す図である。図７に示すように、ＨｅＮＢ７００は３つの主要な要素から構成される。すなわち、ＨｅＮＢ７００は、ｅＮＢ機能（ｅＮＦ：eNB Function）７０１、ローカルＩＰアクセス機能（ＬＡＦ：Local IP Function）７０３、ＬＩＡ最適化機能（ＬＯＦ：LIA Optimization Function）７０５から構成される。
【０１１７】
ｅＮＦ７０１は、非特許文献２と非特許文献３に開示されているＨｏｍｅ  ｅＮｏｄｅＢ機能を有する。ＬＡＦ７０３は、ＵＥ１０１にローカルＩＰアクセスを供給することができる非特許文献２に開示されたＰＤＮ ＧＷ機能のサブセットを有する。
【０１１８】
ＬＯＦ７０５は、ｅＮＦ７０１によって受信されたＯＰ−ＩＥ要素の評価ならびに処理を行い、さらに上述したようなＬＩＡ接続の最適化を実施するものである。また、ＬＯＦ７０５はＰＧＷ−ＬＩＡエントリを生成し、管理するものである。
【０１１９】
ＰＧＷ−ＬＩＡエントリの一例を以下に示す。
EPS-Bearer-ID-1:
LIA-Verification-Token-1;
LIA-Domain-Pointer-1;
LIA-Filter-1;
LIA-Access-Configuration;
LIA-Access-QoS;
ECGI-List:
ECGI-1:
Service-Information-1;
ECGI-2:
Service-Information-2;
CSGID-List:
CSGID-1:
Service-Information-3;
CSGID-2:
Service-Information-4;
EPS-Bearer-ID-2:
LIA-Verification-Token-2;
LIA-Domain-Pointer-2;
LIA-Filter-2;
LIA-Access-Configuration;
LIA-Access-QoS;
ECGI-List:
ECGI-3:
Service-Information-5;
【０１２０】
ｅＮＦ７０１がRRC Connection Reconfiguration Completeメッセージを受信すると、ＯＰ−ＩＥ要素をチェックする。ＯＰ−ＩＥ要素はインタフェース７１１を介してＬＯＦ７０５に渡される。ＯＰ−ＩＥ要素を受信すると、ＬＯＦ７０５は受信したＯＰ−ＩＥのEPS-Bearer-IDにマッチするサブエントリがＰＧＷ−ＬＩＡエントリに含まれているかをチェックする。該当するサブエントリが見つかった場合、ＬＯＦ７０５は、そのサブエントリに対して、受信したＯＰ−ＩＥ要素のＬＩＡ確認トークンを確認する。トークンが一致する場合、ＬＯＦ７０５はＬＩＡ最適化処理を開始する。ＬＩＡ最適化は、ＯＰ−ＩＥ要素によって示される無線ベアラと、ＬＩＡドメインポインタとＬＩＡフィルタによって示されるＬＩＡドメイン１３５へのＬＩＡ接続をリンクさせることにより実施する。
【０１２１】
パラメータLIA-Access-Configurationは、ＨｅＮＢ７００が、そのＰＤＮコネクションの操作を決定するのに用いる。値は、例えばステップＳ２０１９において、ＭＭＥ１０９がセットする。本パラメータを用いて、そのＬＩＡ接続に用いられているＰＤＮコネクションに対して他のセルへのハンドオーバが許可されているかを通知することができる。他のセルの一例としては、同じＣＳＧ  ＩＤを有する他のＣＳＧセルや、異なるＣＳＧ  ＩＤを有する他のＣＳＧセル、またはマクロセルがあげられる。これによって、ＨｅＮＢ７００は適した移動制御に関する振る舞い（ハンドオーバ等）を決定することができる。
【０１２２】
パラメータLIA-Access-QoSも、またＭＭＥ１０９によってセットされるものであり、LIA-Access-ConfigurationとあわせてステップＳ２０１９の中で設定されたりする。本パラメータは、該当するＬＩＡ接続用ＰＤＮコネクションの、他のＰＤＮコネクション（例えばコアネットワークＥＰＣ接続用のＰＤＮコネクション）に対するＱｏＳ観点での設定や振る舞いに関して指定することができる。例えば、ＬＩＡ接続用ＰＤＮコネクションがＥＰＣ接続用ＰＤＮコネクションを阻害あるいはＱｏＳに影響を与えないように指示することができる。これを受けて、ＨｅＮＢ７００は、ＬＩＡ接続用ＰＤＮコネクションのレート制御を実施し、ＥＰＣ接続用ＰＤＮコネクションに十分なリソースが配布されＱｏＳが保証されるように振舞うことができる。こうした指示は、複数のＵＥ間で適用されるものであってもよい。例えば、他のＵＥのＥＰＣ接続用ＰＤＮコネクションが特定のＵＥのＬＩＡ接続用ＰＤＮコネクションよりも高い優先度を有するようにしてもよく、システム全体としてのリソース維持管理に貢献するものである。
【０１２３】
図８はRRC Connection Reconfiguration Completeメッセージを処理するために用いられるＨｅＮＢ７００のロジックの一例を示す図である。
【０１２４】
図８に示すように、RRC Connection Reconfiguration CompleteメッセージがｅＮＦ７０１によって受信されると（ステップＳ８００１）、ＨｅＮＢ７００はメッセージ内にＯＰ−ＩＥ要素があるかチェックする（ステップＳ８００３）。ＨｅＮＢ７００は、例えば図２のステップＳ２０２５、図３のステップＳ３０１９、図４のステップＳ４０１５で実施される処理の結果としてRRC Connection Reconfiguration Completeメッセージを受信する。ＯＰ−ＩＥ要素がない場合、非特許文献５に開示されている標準的なRRC処理が実行される（ステップＳ８００５）。
【０１２５】
ステップＳ８００３においてＯＰ−ＩＥ要素がメッセージ内に検出された場合、ＯＰ−ＩＥ要素はインタフェース７１１を介してＬＯＦ７０５に渡され、ＬＯＦ７０５はＯＰ−ＩＥ要素に示されるEPS-Bearer-IDに該当するサブエントリがＰＧＷ−ＬＩＡエントリ内に存在するかチェックする（ステップＳ８００７）。
【０１２６】
ＬＯＦ７０５は、ＰＧＷ−ＬＩＡエントリ内に該当するサブエントリが存在するかチェックする（ステップＳ８００９）。該当するサブエントリがない場合、ＬＯＦ７０５はこのＯＰ−ＩＥ要素を無視し、非特許文献５に開示されている標準的なRRC処理をｅＮＦ７０１に実行させる（ステップＳ８００５）。
【０１２７】
該当するサブエントリがＰＧＷ−ＬＩＡエントリ内に見つかった場合、ＬＯＦ７０５はＰＧＷ−ＬＩＡエントリの見つかったサブエントリに対して、受信したＯＰ−ＩＥ要素のＬＩＡ確認トークンを確認する（ステップＳ８０１１）。
【０１２８】
トークンが一致しない場合、ＬＯＦ７０５はＯＰ−ＩＥ要素を無視し、非特許文献５に開示されている標準的なRRC処理をｅＮＦ７０１に実行させる（ステップＳ８００５）。
【０１２９】
トークンが一致した場合、ＬＯＦ７０５は、ＯＰ−ＩＥ要素によって供給される情報とＰＧＷ−ＬＩＡエントリ内の本ＬＩＡ接続に該当するサブエントリの情報を用いて、ＬＩＡ最適化処理を開始する（ステップＳ８０１３）。
【０１３０】
＜第４の実施の形態＞
図９は本発明が適用される他のネットワーク構成例を示す図である。図９に示すように、複数のＨｅＮＢ、例えばＨｅＮＢ−１（９０５）とＨｅＮＢ−２（９０７）が存在し、それらはＬＩＡドメイン９３７への最適化された接続を提供することができる。ＨｅＮＢ−１（９０５）とＨｅＮＢ−２（９０７）はＩＳＰ９７１を介してオペレータコアネットワーク９３９に接続している。また、ＨｅＮＢ−１（９０５）とＨｅＮＢ−２（９０７）はＬＩＡゲートウェイ（ＬＩＡ−ＧＷ）９２１を介してＬＩＡドメイン９３７に接続している。
【０１３１】
オペレータコアネットワーク９３９とマクロセルドメイン９３５の構成は図１に示すものと同様である。例えば、ｅＮＢ９０３はインタフェース９５１と９５３を介して、各々ＭＭＥ９０９とＳＧＷ９１３に接続している。ＨｅＮＢ−ＧＷ９１１が配置される場合は、ＨｅＮＢはＨｅＮＢ−ＧＷ９１１を介してオペレータコアネットワーク９３９に接続する。このとき、ＨｅＮＢ−ＧＷ９１１がＬＩＡ−ＧＷ８２１として動作するものであってもよい。
【０１３２】
ＵＥ９０１にサービスを提供する複数の装置、例えばサービス装置１（９２３）とサービス装置２（９２５）がある。ＣＳＧドメインごとに利用可能なサービス装置が制限されている場合があり、例えば、ＣＳＧドメイン２（９３３）では、ＵＥ９０１は両方のサービス装置９２３、９２５への接続が許され、ＣＳＧドメイン１（９３１）では、ＵＥ９０１はサービス装置１（９２３）への接続のみ許される。
【０１３３】
このネットワーク構成は、企業等におけるコーポレートネットワークにおいて有用である。例えば、コーポレートネットワークでは、プライベートリソース、例えばプリンター、ｅメールサーバ、ファイルサーバ、インターネット接続のためのゲートウェイ等に接続する複数のＨｅＮＢが配置されることが考えられる。ＨｅＮＢの１つがマスター装置として動作し、残りはスレーブ装置として動作するような場合、マスター装置として動作するＨｅＮＢのうち一台だけが、ＬＩＡドメイン９３７に対してＬＩＡ接続を供給するかもしれない。すなわち、このマスター装置としてのＨｅＮＢは、ＬＩＡ−ＧＷ９２１のように振舞う。
【０１３４】
これらの異なるサービスに接続するために、ＵＥ９０１は、個々のサービスに対応する複数のＬＩＡ接続を開始する必要がある。この場合、ＬＩＡ−ＧＷ９２１は、これらの接続のためにＰＤＮゲートウェイ（ＰＧＷ）相当の装置として仕える。例えば、ＭＭＥ９０９はＡＰＮからＬＩＡ−ＧＷ９２１アドレスを導出する。あるいは、ＬＩＡ−ＧＷは、ＨｅＮＢに配置されたＰＧＷとＬＩＡドメインネットワークとの間のゲートウェイとして動作する。この場合、ＭＭＥはＡＰＮからＨｅＮＢ（上のＰＧＷ）のアドレスを導出する。
【０１３５】
異なるＨｅＮＢは異なる制約のもと異なるモードで動作する。例えば、ＨｅＮＢ−１（９０５）はハイブリッドモード（Hybrid Mode）で運用され、ＵＥ９０１はＬＩＡ接続を介して一般のインターネットにしか接続できなかったり、ＨｅＮＢ−２（９０７）はクローズドモード（Closed Mode）で運用され、ＵＥ９０１はコーポレートネットワーク内のプリンターやｅメールサーバなどにアクセスすることができる。
【０１３６】
図２、３、４に示される処理は、このネットワーク構成にも適用することができる。唯一の違いは、ステップＳ２００７からＳ２０１３と、ステップＳ４００３からＳ４００５とにおいて、ＨｅＮＢ１０５（上のＰＧＷ相当機能）が携わる処理がＬＩＡ−ＧＷ９２１によって実行されることである（ＰＧＷ相当機能がＬＩＡ−ＧＷ９２１に配置される場合）。
【０１３７】
そのため、ＵＥ９０１がＬＩＡ接続の確立を開始するとき、ＬＩＡ−ＧＷ９２１はステップＳ２０１３でのＯＰ−ＩＮＦＯ要素内のサービスに関する情報を返す。例えば、それは以下に示すものである。
ECGI-1:
Internet.LIA.mnc012.mcc345.gprs;
ECGI-2:
Internet.LIA.mnc012.mcc345.gprs;
email.LIA.mnc012.mcc345.gprs;
ftp.LIA.mnc012.mcc345.gprs;
【０１３８】
ＯＰ−ＩＮＦＯ要素内のこの情報を受信すると、ＵＥ９０１はＨｅＮＢのプリファレンスを決めることができ、サービスを中断させるべきかを決定できる。例えば、ＵＥ９０１がｅメールサービス向けに接続を確立していた場合、ＥＣＧＩ−１に相当するＨｅＮＢ−１（９０５）と新たな接続を確立すべきでない。ＵＥ９０１のＬＭＥ５０７はそのセルを避けることをＡＳＥ５０５に要求する。
【０１３９】
ここで、ＬＩＡドメイン１３５あるいは９３７が、一般的なインターネットであったりコーポレートネットワークの一部あるいはそのものになり得ることは、当業者にとっては明らかである。この場合、ホームデバイス１２１、サービス装置１（９２３）、サービス装置２（９２５）は、インターネットやコーポレートネットワークに接続するいかなる装置に代用しても、本発明の実施を妨げるものではない。
【０１４０】
＜第５の実施の形態＞
ＵＥ１０１、９０１が確立したＬＩＡ接続のトラフィックが最適化され得ること、例えばＩＳＰを介さずにＬＩＡドメイン９３７へ通じることは本発明において明らかである。しかし、これはユーザプレーントラフィックにのみ適用される。制御プレーンのシグナリングメッセージは、依然オペレータコアネットワーク１３７、９３９内のＳＧＷ１１１、９１３を通過するので、本発明は、従来システムに対する互換性の点で優位である。
【０１４１】
また本発明が、発明をサポートするノードだけに、本発明による追加の処理の実施を要求するものであることは明らかである。例えば、ＨｅＮＢが本発明を実施しない場合、ＨｅＮＢはＯＰ−ＲＥＱ要素を無視し、何もしなくてよい。ＵＥ１０１も付加的な処理を行わなくてよい。また、ＨｅＮＢはＵＥ１０１がＯＰ−ＲＥＱを示さない場合、例えばＵＥがレガシＵＥである場合、付加的な処理は不要である。このように、レガシ装置に対する影響は最小限であり、ＵＥは無駄に付加的な処理をしないのでＵＥのバッテリーを節約できる。
【０１４２】
＜第６の実施の形態＞
ホームデバイス１２１又はサービスデバイス９２３、９２５がＵＥに対してＬＩＡ接続を開始したい場合、ＨｅＮＢ１０５又はＬＩＡ−ＧＷ９２１にパケットを送信する。ＨｅＮＢ１０５又はＬＩＡ−ＧＷ９２１は、ＳＧＷ１１１、９１３にパケットを転送する前に、ＯＰ−ＩＮＦＯ情報が示すセル、例えばＥＣＧＩリスト又はＣＳＧ ＩＤリストが提示するセルを介して配送されるローカルページングメッセージを送信する。これにより、ＵＥ１０１、９３１がＣＳＧセルにいる場合、マクロセルにおける大規模なページングの発生を避けることができる。
【０１４３】
図１０は、一例のシーケンスを示す図である。図１０に示すように、ＵＥはオペレータコアネットワークへの接続とＨｅＮＢ経由の最適化されたＬＩＡ接続を既に確立している（ステップＳ１０００１）。これは図２、３、４で説明した処理によって実施される。しかし、ＵＥ１０１が通信していない状態が一定期間続いたりすると、ＵＥ１０１はアイドルモードに遷移する（ステップＳ１０００１）。これは、例えばＵＥが長い期間インアクティブであったためである。この場合、図２、３、４に示した手続きで用いたＯＰ−ＩＥに示されるＵＥ１０１の無線ベアラの情報は、もはやＨｅＮＢ１０５にとって有効なものではなくなる。
【０１４４】
こうした状態において、ＬＩＡドメイン１３５内のホームデバイス１２１がＵＥのアドレス宛にデータを送信してアクセスを試みると（ステップＳ１０００３）、このデータトラフィックはＨｅＮＢ１０５によって捕捉（インターセプト）される。
【０１４５】
このデータを受信し、ＵＥ１０１のＬＩＡ接続における無線ベアラの情報が無効であることを検出すると、ＨｅＮＢ１０５はローカルページングを発行する（ステップＳ１０００５）。ＨｅＮＢ１０５は、ローカルページングメッセージ内に、ＵＥが識別可能なＬＩＡ−ＦＬＡＧをセットして、ＬＩＡ接続向けの呼び出しである旨を通知する。このＬＩＡ−ＦＬＡＧは、ＵＥが認識可能な所定の値としてもよいし、ＯＰ−ＩＮＦＯを用いてＨｅＮＢ１０５が通知する所定の特別なコードであってもよく、さらには無線区間に報知されるシステム情報要素（System Information Element）に含めてもよい。
【０１４６】
ローカルページングメッセージを受信すると（ステップＳ１０００５）、ＵＥはサービスリクエストメッセージで応答する（ステップＳ１０００７）。ＵＥ１０１は、サービスリクエスト（Service Request）メッセージ内に、図２、３、４に示した処理で用いたのと同じＯＰ−ＩＥ要素を含める。新たな無線ベアラがＨｅＮＢ１０５によって再確立されることになるため、ＵＥ１０１は無線ベアラ情報、例えば無線ベアラＩＤをこのＯＰ−ＩＥ要素内に含めなくてもよい。
【０１４７】
ＨｅＮＢ１０５がＯＰ−ＩＥを含むサービスリクエストメッセージを受信すると（ステップＳ１０００７）、ＨｅＮＢ１０５はＬＩＡ接続の再確立を試み、ＵＥ１０１の対応する無線ベアラを再確立する（ステップＳ１０００９）。この処理は、例えばＨｅＮＢ−ＬＩＡエントリの対応するサブエントリを取得して、ＵＥの無線ベアラ情報などをセットする。
【０１４８】
ＨｅＮＢ１０５は、ＯＰ−ＩＮＦＯ要素を有するRRC Connection ReconfigurationメッセージをＵＥ１０１に送信する（ステップＳ１００１１）。そして、ＵＥ１０１は、ＯＰ−ＩＥ要素を有するRRC Connection Reconfiguration Completeメッセージで応答する（ステップＳ１００１３）。これは、図２、３、４の処理と同様である。
【０１４９】
ブロックＡで示される処理の後（ステップＳ１０００７からＳ１００１３）、ＵＥ１０１とホームデバイス１２１間の接続が確立され、ＨｅＮＢ１０５経由の最適化されたＬＩＡ接続を介した通信が可能となる。
【０１５０】
しかし、ＵＥ１０１がアイドルモードの期間に、ＨｅＮＢ１０５のカバレッジから移動してしまった場合、ブロックＢの処理を実施する。ブロックＡでの処理が実行され、ＨｅＮＢ１０５がサービスリクエストメッセージを受信した場合は、ブロックＢ内の処理は省略される。
【０１５１】
図１０に示すように、ＨｅＮＢ１０５が、タイマ満了前にサービスリクエストメッセージを受信しなかった場合（ステップＳ１００１５）、ＨｅＮＢ１０５はホームデバイス１２１からＳＧＷ１１１へ、ＵＥ１０１のトラフィックを転送する（ステップＳ１００１７）。タイマの値はＨｅＮＢ１０５自身がセットしたり、ＨｅＮＢ管理インタフェースを介してオペレータによって管理されるものである。ＳＧＷ１１１は、図２、３、４で説明した手続と同様、ＵＥ１０１に対して選択されたＳＧＷ１１１である。
【０１５２】
ＳＧＷ１１１がデータを受信すると、ＳＧＷ１１１はＭＭＥ１０９に通知（notification）メッセージを送信する（ステップＳ１００１９）。これによって、ＭＭＥ１０９は、ＵＥ１０１に対するＴＡＩリストに示されたすべてのセルにページングリクエストを順に送信する（ステップＳ１００２１、Ｓ１００２３）。これらのステップＳ１００１９からＳ１００２３は、非特許文献２に開示された標準的な処理によるものである。
【０１５３】
この処理の利点は、ブロックＡで説明した処理と同様、ＵＥがＨｅＮＢ１０５のカバレッジに在圏している場合、ＨｅＮＢ１０５だけがページングメッセージを送信すればよい点にある。コアネットワーク内の装置やマクロセル内の装置への影響はない。これにより、オペレータコアネットワークのページング負荷を低減でき、ひいてはコアネットワーク負荷の低減と、ページングメッセージを受信するためにマクロセル内の他のＵＥを無駄に起こす（wake up）ことを回避できる。
【０１５４】
なお、従来マクロセルのＵＥに対して適用されていた非ローカルなページングによる影響を許容できる場合は、ローカルページングに変えて、従来のページング方法を適用してもよい。すなわち、ＨｅＮＢ１０５がＵＥ宛トラックを受信すると（ステップＳ１０００３）、ステップＳ１０００５からＳ１００１５の処理を実施せず、ＵＥ宛トラフィックをＳＧＷ１１１に転送する（ステップＳ１００１７）。これにより、ＵＥ１０１がＨｅＮＢ１０５配下にいない場合の着信処理に要する時間を短縮することができる。
【０１５５】
また、図１０において、ホームデバイス１２１がＵＥ１０１宛データトラフィックを発行したときに（ステップＳ１０００３）、ＵＥ１０１がＬＩＡ向けＰＤＮコネクションを有していない場合、上記とは異なる方法により、ＵＥ１０１に対するＬＩＡ向けＰＤＮコネクションを確立させてもよい。例えば、ＨｅＮＢ１０５（上のＰＧＷ機能）がＵＥ１０１に割り当てる予定の、あるいはあらかじめＵＥ１０１への割り当てが決まっているＩＰアドレス（静的ＩＰアドレス；static IP addressまたはstatic IP prefixともよぶ）と、ＵＥ１０１の３ＧＰＰネットワークにおける識別情報（たとえば、加入者識別子ＩＭＳＩや、局所加入者識別子ＴＭＳＩ、ＧＵＴＩ、端末識別番号ＩＭＥＩ、電話番号など）の対を記憶しておき、ホームデバイス１２１からのトラフィックを受信した際に、ＵＥ１０１に対するＬＩＡ向けＰＤＮコネクションが未確立であることを確認すると、ＨｅＮＢ１０５は、トラフィックの宛先ＩＰアドレスからＵＥ１０１の３ＧＰＰネットワークにおける識別子を導出し、導出した識別子に対してＬＩＡ接続のためのＰＤＮコネクション確立を開始する。
【０１５６】
例えば、ＨｅＮＢ１０５（上のＰＧＷ機能）が３ＧＰＰコアネットワーク内の加入者情報管理ノードＨＳＳ（未図示）にＵＥ１０１の識別情報を含むＰＤＮコネクション確立要求を送信すると、ＨＳＳは識別情報からＵＥ１０１を特定してＵＥ１０１の在圏情報を取得し、ＵＥ１０１に対してＬＩＡ向けＰＤＮコネクションの確立を開始する（あるいは単にＵＥ１０１に確立を指示するだけで、実際のＰＤＮコネクション確立はＵＥ１０１が開始する）。ここで、ＰＤＮコネクション確立開始は、ＨＳＳからの指示にもとづき、いずれかのＰＧＷ（ＨｅＮＢ１０５上のＰＧＷ機能を含む）が実施するものでもよいし、同指示にもとづいてＭＭＥ１０９が実施するものであってもよい。
【０１５７】
あるいは、ＵＥ１０１に対するページングメッセージに、ＬＩＡ向けＰＤＮコネクションの確立を指示する指示子を含めてもよく、これを受けてＵＥ１０１は、ページングメッセージによって起動されるサービスリクエスト（Service Request）処理に続いて（あるいは同時に）、ＬＩＡ向けＰＤＮコネクションの確立を開始する。具体的には第一の実施の形態で説明した手順によりＬＩＡ向けＰＤＮコネクションを確立する。また、ＵＥ１０１が、サービスリクエスト処理によって確立されたＰＤＮコネクションを通じて受信したＩＰパケットが、ＬＩＡネットワークのホームデバイス１２１からのものであることを識別できた場合に、直ちにＬＩＡ向けＰＤＮコネクションの確立を開始してもよい。
【０１５８】
あるいは、ＨｅＮＢ１０５がＵＥの電話番号に呼接続してＬＩＡ向けＰＤＮコネクションの確立を指示したり、視覚的、聴覚的通知によりユーザがＵＥ１０１を用いてＬＩＡ向けＰＤＮコネクション確立を開始させてもよい（ＨｅＮＢ１０５から所定の音楽を再生したり、ＨｅＮＢ１０５筐体にあるインジケータを点滅させたり、あるいはＴＶやＣＤプレーヤなどのホームデバイス１２１を利用して映像を表示してユーザに通知したりしてもよい）。
【０１５９】
このように、ＵＥ１０１がＬＩＡ向けＰＤＮコネクションを確立していない場合であっても、ＨｅＮＢ１０５がＵＥ１０１に対してＬＩＡ向けＰＤＮコネクションを新たに確立させることで、テレビやオーディオ等のホームデバイスからの着信を常に成功させ、ユーザ利便性を向上させることができる。
【０１６０】
なお、上記ＵＥ１０１のＩＰアドレスと３ＧＰＰネットワークにおける識別子の対は、テーブル等の情報構造により管理され、ＵＥ１０１をＨｅＮＢ１０５に対して登録（契約申請なども含む）する際にそれらの情報を収集してＨｅＮＢ１０５に格納しておいてもよいし、ＵＥ１０１がＨｅＮＢ１０５に接続したタイミングでそれらの情報を収集してＨｅＮＢ１０５に格納してもよいし、ＵＥ１０１やＨｅＮＢ１０５上のユーザインタフェースを用いて、ユーザがＨｅＮＢ１０５への格納を指示してもよい。
【０１６１】
＜第７の実施の形態＞
本実施の形態では、ＨｅＮＢとＬＩＡネットワークが電話線やＶＰＮ等のコネクションを介してリモートに接続するような構成において、ＵＥがＬＩＡネットワークに接続しようとした時の経路最適化方法について、図１１から図１３を用いて説明する。
【０１６２】
図１１は、本発明によるシステムの構成例を示す図である。図１１に示すように、ＨｅＮＢ９０５はＬＩＡ−ＧＷ９２１等を介してリモートＬＩＡドメイン１１０１と接続している。この接続はＩＳＰ９７１を介するものであってもよいし、電話線やその他のネットワークを介して行われるものであってもよい。ＨｅＮＢ９０５はまた、オペレータコアネットワーク９３９とも接続し、ネットワーク構成に応じてＨｅＮＢ−ＧＷ９１１を介して接続したり（インタフェース９４１）、ＨｅＮＢ−ＧＷが配置されない場合は、直接ＳＧＷ９１３やＭＭＥ９０９と図示していないインタフェースを介して接続することも可能である。
【０１６３】
その他、オペレータコアネットワーク９３９の構成や、マクロセルドメイン９３５など、基本的な構成は図９に示したものと同じであるので、説明を省略する。図９と特に異なる点は、ＣＳＧドメイン２  ９３３がリモートＬＩＡドメイン１１０１に接続するものであり、ＣＳＧドメイン１  ９３１に対して遠隔に位置するものであることと、ＬＩＡ−ＧＷ９２１がオペレータコアネットワーク９３９内のＰＧＷ９１５と接続インタフェース１１１２を有することができる点である。
【０１６４】
上記構成によるシステムにおけるＵＥ９０１のマクロセルドメイン９３５からのＬＩＡ接続方法について、図１２を用いて説明する。図１２は、本発明によるシステムにおけるリモートＬＩＡネットワークへの経路最適化を実施する処理シーケンスの一例を示す図である。
【０１６５】
ＵＥ９０１は、マクロセルドメイン９３５からｅＮＢ９０３を介してＨｅＮＢ−１ ９０５に接続されるリモートＬＩＡドメイン１１０１へのアクセスを開始する。図１２ではＵＥ９０１が既に３Ｇコアネットワークとの接続を確立済みである（ステップＳ１２０１）ものとして説明する。ステップＳ１２０３からＳ１２０７までのフローは、図２に示したステップＳ２００３からＳ２００７と同じであるが、異なる点としては、ＵＥ９０１がこれからアクセスしようとするＬＩＡドメインの識別子をＯＰ−ＲＥＱ要素に含めることである。この場合は、リモートＬＩＡドメイン１１０１の識別子を伴うＯＰ−ＲＥＱを含むPDN Connectivity Requestメッセージを送信する。ＬＩＡドメインの識別子は、例えば、ネットワークプレフィクスやサブネットアドレス、ＬＩＡドメインを管理する管理者やオペレータの中で一意に決まる値、またはグローバルに一意に決まる値、あるいはＬＩＡドメイン内に配置された特定の機器や装置のアドレス等である。
【０１６６】
ＳＧＷ９１３経由でCreate Bearer Requestメッセージを受信したＨｅＮＢ−１（９０５）は、まずＬＩＡを確立するためのローカルポリシをチェックする（ステップＳ１２０９）。このポリシは提供されるＬＩＡがどのようなものかを示すことができる。例えば、セッションごとの帯域制限、ゲストユーザの接続を許可する時間や課金の制限などを示し、もしリモートＬＩＡが許可される場合、セッションの優先度が何か（どのタイプのセッションが優先されるか、例えばＣＳＧドメインからのＬＩＡがリモートＬＩＡより優先されたり、その逆であったりする）、他のサービス制限について規定される。
【０１６７】
また、ＯＰ−ＲＥＱ要素に含まれるＬＩＡドメイン識別子を参照して、さらに最適な接続先となるＰＧＷやＨｅＮＢの存在についても確認する。ＨｅＮＢ−１（９０５）が、さらに最適なＰＧＷやＨｅＮＢが存在することを検出すると、その識別子（ホスト名、ＡＰＮなど）あるいはアドレスを抽出して、ＯＰ−ＲＥＱ要素に含め、そのＯＰ−ＲＥＱ要素を含むCreate Bearer ResponseメッセージをＳＧＷ９１３に送信する（ステップＳ１２１３）。このときCreate Bearer Responseメッセージに処理エラーを示すコードや、接続先変更を通知するコードなどを付加してもよい。ＳＧＷ９１３は、Create Bearer ResponseメッセージをＭＭＥ９０９に転送する（ステップＳ１２１５）。
【０１６８】
なお、ＨｅＮＢ−１（９０５）は、さらに最適な接続先であるＰＧＷやＨｅＮＢの存在を、あらかじめノード内に格納しておいてもよいし、都度外部のサーバ等に問い合わせるものであってもよい。外部のサーバは、例えばＨｅＮＢ−ＧＷ９１１や、既知のＨｅＮＢ（ＨｅＮＢ−２など）、ＬＩＡ−ＧＷ９２１、あるいはＭＭＥ９０９や図示していないＨＳＳなどである。
【０１６９】
ＭＭＥ９０９は、Create Bearer ResponseメッセージのＯＰ−ＲＥＱ要素から、新たな接続先ＰＧＷあるいはＨｅＮＢのアドレスまたは識別子を抽出すると、再度Create Bearer Requestメッセージを通知された接続先に送信する（ステップＳ１２１７）。ＯＰ−ＲＥＱ要素に新たな接続先の識別子が含まれていた場合、ＭＭＥ９０９はＤＮＳなどの手段によりアドレスを導出し、Create Bearer Requestメッセージの宛先に設定する。Create Bearer Requestメッセージは、新たな接続先（ここではＨｅＮＢ−２（９０７））にＳＧＷ９１３経由で配送される（ステップＳ１２１９）。
【０１７０】
ここで、ＭＭＥ９０９は、ＨｅＮＢ−１（９０５）のステップＳ１２０９による処理に代わって、最適な接続先となるＰＧＷやＨｅＮＢを探索するものであってもよい。この場合、ＭＭＥ９０９は、Create Bearer RequestメッセージをＳＧＷ９１３経由でＨｅＮＢ−１（９０５）に送信せず（ステップＳ１２０５〜Ｓ１２０７）、直接最適なＰＧＷあるいはＨｅＮＢ（ここではＨｅＮＢ−２（９０７））に送信する（すなわち、ステップＳ１２０５の代わりにＳ１２１７を実施）。
【０１７１】
また、新たな接続先がＰＧＷ（例えばＰＧＷ９１５）である場合、ＳＧＷ９１３が送信するCreate Bearer Requestメッセージ（ステップＳ１２１９）は、ＰＧＷ９１５に配送され、以下ＰＧＷ９１５が非特許文献２に記載の標準的な手順を用いて、リモートＬＩＡドメイン１１０１向けのＰＤＮコネクションをＵＥ９０１に対して確立する。これは、図１１においてリモートＬＩＡドメイン１１０１がＰＧＷ９１５とＬＩＡ−ＧＷ９２１などを介してＰＤＮ（Packet Data Network）として接続している場合の動作にあたる。ここで、リモートＬＩＡドメイン１１０１がＰＧＷ９１５等のコアネットワーク９３９内ノードと接続するための装置は、ＬＩＡ−ＧＷ９２１の他に一般的なゲートウェイであってもよい。つまり、ＰＧＷ９１５（オペレータコアネットワーク９３９）と接続するためのゲートウェイは、ＬＩＡ接続と共用するものであってもよいし、個別に設置するものであってもよい。
【０１７２】
さらには、ＨｅＮＢ−１（９０５）が、直接最適なＰＧＷあるいはＨｅＮＢにCreate Bearer Requestメッセージを転送してもよい。
【０１７３】
ＨｅＮＢ−２（９０７）が、Create Bearer Requestメッセージを受信すると、先のＨｅＮＢ−１（９０５）と同様にローカルポリシによる接続チェックを行う（ステップＳ１２２１）。接続可能であることを確認すると、ステップＳ１２２３以降では、図２のステップＳ２０１１以降で説明したのと同じ処理を行い、ＬＩＡ接続の最適化処理を実施する。以降の処理は、図２で説明したのと同じであるため、ここでは説明を割愛するが、本実施の形態ではＵＥ９０１がマクロセルから接続確立を試みているため、ステップＳ１２３３において、セル情報が一致しない。そのため、RRC Connection Reconfigure CompleteメッセージにＯＰ−ＩＥ要素を挿入せず、マクロｅＮＢ９０３においても本実施の形態による処理を行うことはない。
【０１７４】
以上の操作を経て、ＵＥ９０１は最適なＰＧＷあるいはＨｅＮＢ経由で目的とするリモートＬＩＡドメイン１１０１と接続を確立することができる。
【０１７５】
なお、上記実施の形態では、ＵＥ９０１が接続を希望するＬＩＡドメイン（リモートＬＩＡドメイン１１０１）の識別子をPDN Connectivity Requestメッセージに含めるとしたが、その他の方法により、最適な接続先を探索してもよい。例えば、ＵＥ９０１は前記識別子を含まないPDN Connectivity Requestメッセージを送信して、一旦ＨｅＮＢ−１（９０５）経由でリモートＬＩＡドメイン１１０１に接続するためのＬＩＡ接続を確立し、リモートＬＩＡドメイン１１０１内のノード、例えばサービス装置９２３と通信を開始する。通信開始後、ＨｅＮＢ−１（９０５）が、ＵＥ９０１はリモートＬＩＡドメイン１１０１と通信を行っていることを検出すると、ＨｅＮＢ−１（９０５）は、ＵＥ９０１に対してさらに適切な接続ポイント（ＰＧＷあるいはＨｅＮＢ）のアドレスあるいは識別子を通知する。
【０１７６】
ＵＥは通知された接続ポイントのアドレス（識別子の場合はサーバに問い合わせるなどしてアドレスを導出してもよい）を介して新規ＬＩＡ接続を確立するためのPDN Connectivity Requestメッセージを送信する。あるいは、通知された接続ポイントに対するハンドオーバ処理を開始する。新規接続ポイント（ＰＧＷ９１５あるいはＨｅＮＢ−２（９０７））においては、それまでＵＥ９０１に割り当てていたＩＰアドレスを継続して使用できるよう、ＨｅＮＢ−１（９０５）からＵＥ９０１の接続コンテキストを取得してもよい。
【０１７７】
なお、ＵＥ９０１が他のローカルＬＩＡドメイン（ＨｅＮＢ−１（９０５）に直接的に接続するＬＩＡドメイン）とも通信を行っていることを検出した場合は、新たなＬＩＡ接続を確立するようＵＥ９０１や最適な接続先（ＰＧＷやＨｅＮＢ）に要求してもよく、ＵＥ９０１はローカルＬＩＡドメイン用とリモートＬＩＡドメイン用のＬＩＡ接続を確立することができる。あるいは、ＨｅＮＢ−１（９０５）が一旦ＬＩＡ接続を意図的に切断して、ＵＥ９０１に再接続を促してもよく、ＵＥ９０１は、ローカルＬＩＡドメイン用とリモートＬＩＡドメイン用にそれぞれＬＩＡ接続を確立する。これにより、ＵＥ９０１は、ローカルＬＩＡドメイン用とリモートＬＩＡドメイン用に最適なＬＩＡ接続を確立して、最適化された通信を行うことができる。
【０１７８】
上記では、図１２においてＨｅＮＢ−１（９０５）やＭＭＥ９０９が抽出した、最適な接続先ポイントとなるＰＧＷやＨｅＮＢのアドレスや識別子にもとづいてＬＩＡ接続を確立する方法について説明した。ここで、前記識別子が特にＡＰＮである場合は、ＭＭＥ９０９がＤＮＳ等によりアドレスを導出してもよいし、図示していないPDN Connectivity Responseメッセージ等により新規接続先となるＡＰＮをＵＥ９０１に通知するものであってもよい。これを受けてＵＥ９０１は、通知されたＡＰＮに対するPDN Connectivity Requestメッセージを送信する（あるいはアタッチ処理を再度実施する）。ＭＭＥ９０９が通知されたＡＰＮからアドレスを導出して、以降の接続処理を実施する場合は、接続完了をＵＥ９０１に通知するシグナル（例えばRRC Connection Reconfigureメッセージ）の中で、そのＡＰＮをＵＥ９０１に通知する。
【０１７９】
以下、図１１に示す構成によるシステムにおけるＵＥ９０１のマクロセルドメイン９３５からの異なるＬＩＡ接続方法について、図１３を用いて説明する。図１３は、本発明によるシステムにおけるリモートＬＩＡネットワークへの経路最適化を実施する処理シーケンスの異なる一例を示す図である。
【０１８０】
図１３に示す処理は、図１２に示したものとほとんど同じであるが、異なる点は、図１２においてＨｅＮＢ−１（９０５）が実施していたリダイレクト先の抽出を、図１３ではＨｅＮＢ−ＧＷ９１１が実施する点である。すなわち、ＵＥ９０１が送信したPDN Connectivity Requestメッセージ（ステップＳ１３０３）に起因するCreate Bearer RequestメッセージはＭＭＥ９０９からＳＧＷ９１３を経由してＨｅＮＢ−ＧＷ９１１が取得し（ステップＳ１３０５〜Ｓ１３０７）、ＨｅＮＢ−ＧＷ９１１において、ＯＰ−ＲＥＱ要素に含まれる接続先ＬＩＡドメインの識別子を参照するなどして最適ＨｅＮＢが探索される（ステップＳ１３０９）。
【０１８１】
その結果、抽出されたＨｅＮＢ（ここではＨｅＮＢ−２（９０７））にCreate Bearer Requestメッセージが配送される（ステップＳ１３１１）。以降の処理は、図１２において説明したのと同じ処理であるのでここでは割愛する。このようにして、ＨｅＮＢ−ＧＷ９１１が総じて適したＨｅＮＢを探索するので、ＨｅＮＢに個別にリダイレクト先を判別するための機構が不要となり、ＨｅＮＢコストを抑えたり、ＨｅＮＢ処理負荷の低減を図ることができる。また、コアネットワークに対してＨｅＮＢ選択を透過に行うことができるので、既存のコアネットワーク設備における専用の処理やそれに伴う負荷を抑制することができる。
【０１８２】
なお、配下のＨｅＮＢから適したものが探索できなかった場合、ＨｅＮＢ−ＧＷ９１１は近隣あるいは既知のＨｅＮＢ−ＧＷや所定のサーバに問合せを行い、適したＨｅＮＢを収容するＨｅＮＢ−ＧＷに対してCreate Bearer Requestメッセージを転送するようにしてもよい。これにより、より広域な範囲で適したＨｅＮＢを発見することができ、最適化されたＬＩＡ接続に対するユーザ利便性の向上を図ることができる。
【０１８３】
また、ＨｅＮＢ−ＧＷ９１１が、ＵＥ９０１が接続を希望するのとは異なるが、適切なＨｅＮＢを抽出した場合、明示的にＵＥ９０１に通知して、接続の意思を伺ってもよい。これにより、ユーザが本来意図しなかった接続先に自動的に接続されることにより、課金やＱｏＳ等の不具合を抱くことを未然に防ぐことができる。ＵＥ９０１への通知に際して、適切なＨｅＮＢに接続する際の課金体系やＱｏＳ体系などについて通知してもよく、これにより、ユーザは不安を抱くことなく通知された新規接続先とＬＩＡ接続を確立することができ、ユーザ利便性の向上につながるものである。
【０１８４】
また、ＨｅＮＢ−ＧＷ９１１が、適切なＨｅＮＢを抽出した場合、Create Bearer Requestメッセージを抽出したＨｅＮＢに配送せずに、抽出したＨｅＮＢのアドレスあるいは識別子（例えばＡＰＮ）をＳＧＷ９１３やＳＧＷ９１３経由でＭＭＥ９０９に通知してもよい。通知を受けたＭＭＥ９０９では、先にＵＥ９０１がPDN Connectivity Requestメッセージにおいて指定してきたＡＰＮをＨｅＮＢ−ＧＷ９１１から通知されたＡＰＮに変更して、接続処理を途中からやり直す（例えば、新たなCreate Bearer RequestをＳＧＷ９１３に送信）。また、ＳＧＷ９１３が通知を受けた場合は、接続先ＡＰＮを通知されたＡＰＮに、ＰＧＷアドレスを通知されたＡＰＮから導出されたＰＧＷアドレスと置き換えて、新接続先（ここではＨｅＮＢ−２（９０７））に向けてCreate Bearer Requestメッセージを送信する。
【０１８５】
また、ＵＥ９０１がＤＳＭＩＰ（Dual Stack Mobile IP）プロトコルを用いてＨｅＮＢ−１（９０５）経由のＬＩＡ接続を確立しようとしている場合、ＨｅＮＢ−１（９０５）やＨｅＮＢ−ＧＷ９１１は、上記説明したような手順にもとづいて、ＵＥ９０１に新たなＰＧＷあるいはＨｅＮＢ（上のＰＧＷ）アドレスを通知してもよい。ＵＥ９０１は、ＤＳＭＩＰブートストラップ処理の中で上記アドレスを通知されるので、通知されたアドレスに対してあらためてＤＳＭＩＰブートストラップを起動して、通知された最適なＰＧＷあるいはＨｅＮＢに対してＤＳＭＩＰトンネルを確立するための鍵交換処理やホームアドレスあるいはホームプレフィクスの取得を実施する。
【０１８６】
本実施の形態により、ＵＥ９０１はリモートＬＩＡドメインに対するＬＩＡ接続をより適したゲートウェイ（ＰＧＷあるいはＨｅＮＢ上のＰＧＷ相当機能）経由で確立することができ、経路の最適化を実現できるとともに、リモートＬＩＡドメインとリモート接続するＨｅＮＢの負荷低減を図ることができ、ひいてはＬＩＡ接続におけるサービス品質を向上させることができる。さらには、電話回線やＶＰＮ接続を用いずに３Ｇコアネットワークを介した通信コネクションを確立することにより、ＬＩＡ接続全体のＱｏＳないし通信品質を確保することができる。
【０１８７】
なお、上記本実施の形態の説明では、ＵＥ１０１がマクロセルドメイン９３５からアクセスする場合について説明したが、ＣＳＧドメイン９３１からアクセスする場合にも同様の方法により、リモートＬＩＡドメイン１１０１への接続に際して最適化された経路を確立することができる。
【０１８８】
このとき、図９に示したような構成においては、ＵＥ９０１がＨｅＮＢ−１（９０５）のカバレッジとＨｅＮＢ−２（９０７）のカバレッジが交わる位置に在圏し、ＨｅＮＢ−１（９０５）経由でリモートＬＩＡドメイン１１０１への接続を確立しようとしている時、最適なＨｅＮＢとしてＨｅＮＢ−２（９０７）を通知されるケースが考えられる。この場合、ＨｅＮＢ−２（９０７）のＣＳＧ  ＩＤを含む通知（例えばPDN Connectivity Responseメッセージ）が、ＵＥ９０１に対して発行されるのが望ましい。
【０１８９】
これによって、ＵＥ９０１は、ＨｅＮＢ−１（９０５）と確立中であったＲＡＮ（Radio Area Network）接続を切断し、通知されたＣＳＧ  ＩＤをもとに検出したＨｅＮＢ−２（９０７）と上記説明した本発明による方法により新たな接続を確立する。あるいは、ＨｅＮＢ−１（９０５）からＵＥ９０１へのＣＳＧ  ＩＤを含むPDN Connectivity Responseメッセージのような通知は発行せず、ＨｅＮＢ−１（９０５）が確立中のコネクションを切断し、同時にＨｅＮＢ−２（９０７）への接続を要求するものであってもよい。このときＨｅＮＢ−１（９０５）は、ＵＥ９０１に対してＨｅＮＢ−２（９０７）の識別子としてＣＳＧ  ＩＤやＥＣＧＩなどのセルＩＤを通知してもよい。これを受けてＵＥ９０１はＨｅＮＢ−２（９０７）との接続確立を開始する。
【０１９０】
なお、ここでのＨｅＮＢ−１（９０５）からＵＥ９０１への通知は、ＨｅＮＢ−２（９０７）へのハンドオーバコマンドであってもよい。さらには、ＨｅＮＢ−１（９０５）に代わってＭＭＥ９０９が確立中のコネクションを切断あるいはＨｅＮＢ−２（９０７）に切替えるようＵＥ９０１に対して指示するものであってもよい。ＭＭＥ９０９がＵＥ９０１にコネクション切断を指示する場合、指示メッセージにはＨｅＮＢ−２（９０７）の識別子（ＣＳＧ  ＩＤ、ＥＣＧＩなど）が含まれる。これによって、ＵＥ９０１は切断の後に、ＨｅＮＢ−２（９０７）に対して新たに接続を開始することができる。
【０１９１】
このようにして、ＵＥ９０１は、さらに最適な経路を提供可能なＨｅＮＢ−２（９０７）経由で、所望のＬＩＡドメイン９３７（図１１のリモートＬＩＡドメイン１１０１に相当）に接続することができる。これにより、ＵＥ９０１は最適なＱｏＳ条件のもと、ＬＩＡ接続を確立することができる。
【０１９２】
＜第８の実施の形態＞
上記第１から第７の実施の形態に加えて、ＨｅＮＢが一つ以上のリレーノード（ＲＮ：Relay Node）を収容するような構成において、ＲＮがＵＥを収容するために必要となるシグナリング用およびデータプレーン用のコネクションを確立する場合、ＨｅＮＢ上のＰＧＷを選択することができる。すなわち、ＲＮはＨｅＮＢ上のＰＧＷに対応するＡＰＮを指定してＰＤＮコネクションを確立する。ここで、ＲＮ向けＰＤＮコネクションはＨｅＮＢを介したＬＩＡ接続となり、本ＰＤＮコネクション上を流れるデータはコアネットワークを通過せず、ＨｅＮＢが提供するＣＳＧドメインおよびＬＩＡドメイン（通常のＬＩＡ接続と区別するために、ＲＮ接続向けの特別なＬＩＡドメインを用意してもよい）にとどまるため、ネットワーク、特にはコアネットワークの負荷（装置負荷ならびにネットワーク全体の負荷）を低減することができる。
【０１９３】
以降、ＲＮがＵＥを収容する場合は、先に確立したＲＮ向けＰＤＮコネクションを介して、コアネットワーク内のノード（ＭＭＥ、ＳＧＷ、ＰＧＷなど）とシグナリングメッセージを交換し、ＵＥ向けＰＤＮコネクションを確立する。ＵＥがＲＮとＨｅＮＢを介してＬＩＡ接続を確立する場合は、ＵＥがＨｅＮＢ上のＰＧＷにアタッチする。これにより、ＲＮを介したＵＥのコアネットークやＬＩＡへの接続を、コアネットワークへの影響を抑えながら実現することができ、ネットワーク全体の負荷低減を図ることができる。
【０１９４】
また、第７の実施の形態で説明したように、ＵＥ９０１がＨｅＮＢ−１（９０５）からＨｅＮＢ−２（９０７）への接続切り替えを要求されるような場合においては、ＨｅＮＢ−１（９０５）がＲＮとして機能することにより、ＵＥ９０１はＨｅＮＢ−１（９０５）への接続を維持しながら、最適な接続を提供可能なＨｅＮＢ−２（９０７）経由でリモートＬＩＡドメイン１１０１への接続を確立することができる。ここで、ＲＮとして動作するＨｅＮＢ−１（９０５）は、ＨｅＮＢ−２（９０７）（上のＰＧＷ）に対して、ＲＮ向けＰＤＮコネクションを確立し、ＵＥ９０１もＲＮを介してＨｅＮＢ−２（９０７）上のＰＧＷ経由のＬＩＡ接続を確立する。
【０１９５】
これにより、ＵＥ９０１はこれまでにＨｅＮＢ−１（９０５）との間で確立した無線リソースをそのまま利用しながら、ＨｅＮＢ−２（９０７）経由で最適なＬＩＡ接続を確立することができる。従来は、ＨｅＮＢ−２（９０７）への切り替え時点で、それまでＨｅＮＢ−１（９０５）との間で確立していた無線リソースを破棄して、ＨｅＮＢ−２（９０７）と新たに無線リソースを確保するものであったため、無線利用効率の向上、ならびに無線リソース確立処理を低減できる点で優位である。
【０１９６】
＜第９の実施の形態＞
上記第１から第８の実施の形態では、ＬＴＥのＨｅＮＢとＥＰＳアーキテクチャを用いた例について説明したが、それ以外にも、例えばＨＮＢ（Home NodeB）とＧＰＲＳ（General Packet Radio Service）アーキテクチャや、ＨＮＢとＵＭＴＳ（Universal Mobile Telecommunications System）アーキテクチャ、またＨｅＮＢとＧＰＲＳやＵＭＴＳ等のアーキテクチャといった構成においても、ほとんど同様に実施可能であることは当業者にとって明らかである。
【０１９７】
例えば、ＨＮＢとＧＰＲＳアーキテクチャにもとづく構成の場合、上述したようなＭＭＥとＳＧＷの役割をＳＧＳＮ（Serving GPRS Support Node）が担い、相当する処理を実施する。また、同様にＰＧＷの役割をＧＧＳＮ（Gateway GPRS Support Node）が担い、相当する処理を実施する。上記第１から第８の実施の形態にて説明に用いたＥＰＳベアラＩＤは、ＰＤＰコンテキストＩＤによって代用される。いくつかのメッセージについては、その表記やシグナリングの手順、またメッセージの順序などが若干異なる場合があるが、本発明による実施においては問題ではない。
【０１９８】
＜第１０の実施の形態＞
前記第１から第９の実施の形態では、ＭＭＥ１０９がCreate Bearer Responseメッセージを受信した時に、非特許文献２に開示された処理を実施して、Bearer Setup RequestメッセージをＨｅＮＢ１０５に送信するものとした。このとき、ＭＭＥ１０９が、取得したＥＣＧＩリスト（and/or ＣＳＧ ＩＤリスト）とＬＩＡ確認トークンを、ＨｅＮＢ１０５に直接転送するものであってもよい（すなわち、ＵＥには転送しない）。ＭＭＥ１０９は、Attach RequestやService Request, Tracking Area Update Procedureを実施する過程において、ＵＥ１０１が接続しているＨｅＮＢ１０５のセルＩＤ（ＥＣＧＩ）やＣＳＧ ＩＤを知り得るので、Create Bearer Responseメッセージを介して取得したＥＣＧＩリスト（and/or ＣＳＧ ＩＤリスト）と比較して、一致するものがある場合は、ＬＩＡ接続のための最適経路を構築可能なＨｅＮＢであると判断する。その結果、ＭＭＥ１０９は、Bearer Setup Requestメッセージの中で、ＨｅＮＢ１０５にＬＩＡ接続のための最適化経路を構築させるために、ＬＩＡ確認トークンを転送する。ＨｅＮＢ１０５は、ＬＩＡ確認トークンを評価し、正しいことを確認して、ＬＩＡ接続のための最適化経路を構築する。すなわち、ＬＩＡ?ＧＷへのパスを設定する。これによって、ソフトウェア等の更新を容易に行うことができず、本発明による方法を実施することが困難な既存ＵＥに対しても、最適経路によるＬＩＡ接続を実施せしめることが可能となり、ユーザ利便性を向上することができる。
【０１９９】
なお、本実施の形態においては、ＨｅＮＢあるいはＬＩＡ?ＧＷが上記本発明の特徴となる情報（ＥＣＧＩリストやＬＩＡ確認トークン、その他、実施の形態１にて説明したような情報）をCreate Default Bearer Responseメッセージに格納する際、実施の形態１に示したようなＰＣＯではなく、ＭＭＥ１０９が取得判別できるフィールド（例えば、メッセージ内に設けた専用のフィールド）に格納する。また、ＭＭＥ１０９は、ＵＥ１０１の後続するモビリティマネジメント処理等に対応するため、取得したＥＣＧＩリスト（and/or ＣＳＧ ＩＤリスト）およびＬＩＡ確認トークンを、ＵＥコンテキスト（例えばMobility Management Context: MM Context）に格納し、後にＵＥ１０１に対して実施するハンドオーバ処理、位置更新処理（Tracking Area Update等）、アイドルモードからの復帰処理（Service Request ProcedureやActive flag付きTracking Area Update Procedure）を実施する際に、ＵＥ１０１がキャンプオンあるいは接続しようとする基地局（ＨｅＮＢを含む）のセルＩＤ（and/or ＣＳＧ  ＩＤ）と、格納されたＥＣＧＩリスト（and/or ＣＳＧ  ＩＤリスト）を比較して、一致するものがあれば、対象基地局（ＨｅＮＢ）にＬＩＡ確認トークンを転送する。
【０２００】
また、ＥＣＧＩ（and/or ＣＳＧ  ＩＤ）リストやＬＩＡ確認トークンの更新処理も、前述の実施の形態に示したのと同様の手順を用いて、ＨｅＮＢあるいはＬＩＡ?ＧＷから配布される更新リストをＭＭＥが取得し、ＵＥコンテキストを更新することにより実施可能である。
【０２０１】
なお、本実施の形態に示したようなＭＭＥによるＬＩＡ確認トークンの通知と、実施の形態１に示したようなＵＥによるＬＩＡ確認トークンの通知と、いずれを実施するかを、ＭＭＥが判断するものであってもよい。例えば、ＵＥが本発明による処理を実施可能であることを示すフラグをＭＭＥに通知することによって、ＭＭＥがＵＥによるＬＩＡ確認トークンの通知を実施することを決定し、その旨をＬＩＡ?ＧＷに通知すると、ＬＩＡ?ＧＷは、セルＩＤやＬＩＡ確認トークンをＰＣＯに格納して、ＵＥに転送する。ＵＥが本発明による処理に対応していない場合、すなわち所定のフラグを通知しなかった場合（あるいは未サポートであることを示すフラグが通知された場合）、ＭＭＥはその旨をＬＩＡ?ＧＷに通知し、ＬＩＡ?ＧＷは、セルＩＤやＬＩＡ確認トークンをＰＣＯには格納せず、１Create Bearer Responseメッセージを用いてＭＭＥに転送する。
【０２０２】
前記ＵＥによる本発明による処理のサポート状況を示すフラグは、ＰＣＯに格納されてＬＩＡ?ＧＷに直接通知されるものであってもよく、その場合は、ＬＩＡ?ＧＷが対応状況を確認して、対応する場合はＰＣＯに所定の情報を格納してＵＥに転送する。対応しない場合は、本実施の形態にて説明したように、所定の情報をＭＭＥに転送する。
【０２０３】
＜第１１の実施の形態＞
あるサービスやアプリケーションにおいては、ユーザ（ＵＥ）の在圏位置に適応して、接続先となるローカルネットワークやＬＧＷを選択したり、提供サービス内容やシステム・ネットワークのケーパビリティ、ＱｏＳ保証内容、セキュリティレベルなどを変化させることで、拡張性を有するサービスの提供が可能となる。例えば、企業情報システムでは、情報保護や情報漏洩防止の観点から、社外のアクセス系から企業ネットワークに接続する従業員には、セキュリティレベルの高いファイルやデータへのアクセスに制限をかけることがある。一方で、社内のアクセス系から接続している時は、ユーザ認証によって得られた権限の範囲で秘匿データやファイルへのアクセスを許可する。詳細には、社内の基地局（例えばその企業向けＣＳＧセル）以外から企業ネットワーク（ローカルネットワーク）にリモートアクセスする従業員には、より高いセキュリティレベルを課したり、リモートアクセス専用のローカルネットワークに接続させて、情報漏洩を回避しようとする。
【０２０４】
本実施の形態では、ＵＥがローカルネットワーク（ＬＩＡネットワーク）に直接接続可能な（すなわち、ローカルネットワークとの間で最適経路を確立可能な）基地局（例えばＨ（ｅ）ＮＢ：ＨＮＢまたはＨｅＮＢ）や、そのような基地局を含むエリアやネットワークからＬＩＡ接続しているか、それ以外の基地局（例えば、ｅＮＢなどのマクロ基地局）や、そのような基地局を含むエリアやネットワークからのリモートアクセス（Remote IP Access：ＲＩＡ接続）か、あるいは、ローカルネットワークに接続する際の接続元となるアクセス網や基地局、セル等の種別に応じて、ローカルネットワークから提供されるサービス内容やアクセスレベル、システム・ネットワークのケーパビリティ、ＱｏＳ保証内容、セキュリティレベル、またローカルネットワークにアクセスするためのＬＧＷやローカルネットワークなどを変更する、適応サービス提供方法について説明する。
【０２０５】
図１４は本実施の形態を説明するための、ＬＩＡドメインの構成例を示す図であり、複数のローカルネットワーク、複数のＬＧＷ、複数のＨｅＮＢがＬＩＡドメインに配置される。ローカルネットワークは、ＬＩＡ接続用とＲＩＡ用に分けて配置される。ＬＧＷは、複数のローカルネットワークを収容（複数のローカルネットワークに接続）するものもあれば（ＬＧＷ３）、単一のローカルネットワークを収容するだけのものもある（ＬＧＷ１、ＬＧＷ２）。同様に、ＨｅＮＢも複数のＬＧＷに接続し、それぞれとＬＩＡ接続のための最適化経路を構築することができる。ＬＧＷがＨｅＮＢにコロケートされる場合も同様であり、ＨｅＮＢによっては複数のローカルネットワークを収容することもある（ＨｅＮＢ３）。なお、上記構成は、本実施の形態を説明するための想定であり、必ずしも同一の構成をとる必要はなく、実際の構成は提供サービスに応じて決まるものである。
【０２０６】
上記構成において、ＵＥが宅外、すなわちＬＩＡ接続のための経路最適化を実施できない基地局（図ではＬＩＡドメインに属しないｅＮＢやＨｅＮＢ４）からリモートにローカルネットワークへの接続を試みる。なお、前記実施の形態に示したように、ＵＥは、接続を試みている基地局が、ＬＩＡ接続のための経路最適化を実施できる基地局であるかどうかを意識する必要はなく、いずれの場合も同じＬＩＡ用ＡＰＮ（ＬＩＡ?ＡＰＮ）を用いることができる。これにより、ユーザがＬＩＡ接続とＲＩＡ接続のいずれかを実施すべきかの判断が不要となり、ユーザ負担を軽減できるとともに、ローカルネットワークへのアクセスに対する自由度を向上させることができる。
【０２０７】
ＵＥの接続要求（Attach Request、Service Requestなど）はＭＭＥに転送され、ＭＭＥはCreate Bearer Requestメッセージ（あるいはCreate Session Requestメッセージ; 以降、特に断りがない限り、どちらのメッセージを用いた場合でも同様に動作する）を送信する。Create Bearer Requestメッセージは、ＳＧＷを介してＬＧＷ（以下、ＬＧＷがＨｅＮＢにコロケートされる場合を含め、単にＬＧＷとよぶ）（例えばＬＧＷ３）に転送される。このときＭＭＥは、ＵＥの位置情報としてセルＩＤや基地局ＩＤ（e.g. (E)CGI:E-UTRAN Cell Global ID or Cell Global ID）、ＣＳＧ  ＩＤ、トラッキングエリアＩＤ（Tracking Area ID: TAI）、ルーティングエリアＩＤ（Routing Area ID: RAI）、ロケーションエリアＩＤ（Location Area ID: LAI）などの在圏位置を示す識別子のうち一つ以上をメッセージに格納する。
【０２０８】
ＬＧＷは、受信したCreate Bearer Requestメッセージを処理する。その過程において、格納されたＵＥの位置情報を取得し、ＬＩＡ可能な位置、すなわち経路最適化を実施可能な基地局（例えばＨｅＮＢ２）からの接続であることを確認すると、ＵＥによるＬＩＡ接続用ローカルネットワーク（例えばローカルネットワーク３）への接続を許可し、ＵＥのＬＩＡ接続用パスを確立する。このパスは、後にＨｅＮＢ２が最適化経路（パス）を構築する際に、ＵＥの無線ベアラとバインドされるものである。なお、ＬＧＷは、上記確認のために、経路最適化を実施可能な基地局のリストを保持していて、取得したＵＥ位置情報とのマッチングをとるものであってもよいし、ＵＥ位置情報にて示された基地局に、経路最適化の実施可能性を問い合せるものであってもよい。また、ＵＥが経路最適化を実施可能な基地局以外からの接続（例えばｅＮＢやＨｅＮＢ４からの接続）であることを確認すると、ＬＧＷ３は、ＵＥによるＲＩＡ接続用ローカルネットワーク（例えばローカルネットワーク４）への接続を許可し、ＵＥのＲＩＡ接続用パスを確立する。このパスは、現在確立しているＵＥのＥＰＳベアラとバインドされる。
【０２０９】
ここで、ＬＧＷは、ＵＥの在圏位置に応じて、ローカルネットワークから提供されるサービス内容やアクセスレベル、システムやネットワークのケーパビリティ、ＱｏＳ保証内容、セキュリティレベルを制御することができる。例えば、ＵＥがＬＩＡ接続可能な位置から接続している場合は、ＬＩＡ接続用パスを確立するとともに、すべてのサービスを許可したり、アクセスレベルを高めることをサービス承認サーバ（あるいはアプリケーション承認サーバ）に要求し、承認サーバがそれを承認する。これにより、ユーザデータパスがローカル（例えば社内のアクセス系およびネットワーク）にあることを担保にアクセス制限を緩和して、ローカルにアクセスするユーザの利便性を向上できる。
【０２１０】
また、ブロードキャストやマルチキャストデータ（あるいはパケット）を含む全てのパケットやトラフィックがＵＥに転送されるよう、ＬＧＷが管理する経路表やパケットフィルタを構成する。これにより、利用可能なプロトコル・アプリケーション・サービスの自由度が向上し、拡張性ならびに柔軟性を備えたアプリケーションやサービスを提供可能となる。
【０２１１】
また、ローカルアクセスの特徴にもなりうるスループットを向上させるために、ローカルネットワークとＬＧＷの間、およびＬＧＷとＵＥの間のＱｏＳ設定を優遇して設定してもよい（例えば、MBR/GBR等の最大／保証ビットレートを高く設定したり、低い伝送遅延を保証したり、ARP(Allocation and Retention Priority)等の接続優先度を高く設定する）。さらには、追加的なセキュリティプロトコル（例えば、ＩＰｓｅｃトンネル、等）の適用を免除して、スループットの向上や端末処理負荷の低減を図ることもできる。
【０２１２】
対して、ＵＥがＬＩＡ接続できない位置から接続（すなわち、経路最適化を実施できない基地局からのＲＩＡ接続）している場合、ＬＧＷは、ＲＩＡ接続用パスを確立するとともに、一部のサービスのみ許可したり、アクセスレベルを低く設定することをサービス承認サーバ（あるいはアプリケーション承認サーバ）に要求し、承認サーバがそれを承認する。また、トラフィック軽減や情報保護を目的としてブロードキャストデータ（あるいはパケット）、特定のトラフィックやパケットがＵＥに転送されないよう（あるいは必要最低限に抑えるために）、ＬＧＷが管理する経路表やパケットフィルタを構成する。また、適正なスループットを維持させるために、ローカルネットワークとＬＧＷの間、およびＬＧＷとＵＥの間のＱｏＳ設定を適正に設定したり（例えば、ＬＧＷとＵＥ間のベアラＱｏＳに、ローカルネットワークとの間のＱｏＳ設定をアラインさせる）、サービス内容に応じて追加的なセキュリティプロトコル（例えば、ＵＥ?ＬＧＷ間のＩＰｓｅｃトンネル、等）の適用をＵＥに指示（あるいはＬＧＷからセキュアトンネルの確立を開始）したり、ＲＩＡ接続時にＭＭＥがＵＥのベアラセキュリティに関するパラメータを再構築して（例えば、より強固なセキュアアルゴリズムを適用させる）、セキュリティ強度を高めることができる。
【０２１３】
また、ＵＥがＬＩＡ接続可能な基地局から、それ以外の基地局へのハンドオーバ、すなわちＬＩＡ接続からＲＩＡ接続に（あるいはその逆向き）ハンドオーバする際は、ＵＥ位置情報の更新を理由に、ＭＭＥがModify Bearer Requestメッセージを用いてハンドオーバ先のＵＥ位置情報をＬＧＷに通知する。ＬＧＷは、取得したＵＥ位置情報にもとづいて、上記説明したのと同様の方法により、接続先となるローカルネットワークを選択し、接続処理を行う。すなわち、ＲＩＡ接続への切り替え時は、ＲＩＡ接続用パスを確立するときの手順を実施し、ＬＩＡ接続への切り替え時は、ＬＩＡ接続用パスを確立するときの手順を実施する。
【０２１４】
なお、ＬＩＡ接続時に、ＬＧＷがＬＩＡ接続用ローカルネットワークに対してＵＥのＬＩＡ接続用パスを構築したが、所定時間経過してもＨｅＮＢから最適経路が確立されない（すなわち、最適経路確立処理が開始されない）ときや、他ノードからの指示を受けたとき、ＬＧＷは先に構築したＬＩＡ接続用パスを解消し、ＲＩＡ接続用ローカルネットワークへのＲＩＡ接続用パスを構築する（ＵＥ向けのパスをＬＩＡ接続用からＲＩＡ接続用に切り替える）。このとき、ＲＩＡ接続用のコンフィグレーション（例えばＱｏＳパラメータ等）を用いて、ＥＰＳベアラを再構築してもよい。また、ＬＧＷがＲＩＡ接続用ローカルネットワークへのパスを確立できない場合（例えば、ＬＧＷがＲＩＡ接続用ローカルネットワークに接続することができない場合や、そのＬＧＷはＲＩＡ接続用ローカルネットワークに接続できるが、ＵＥがＲＩＡ接続用ローカルネットワークへのアクセスあるいはＲＩＡ接続が許可されていない場合、など）、ＬＧＷはＵＥによる接続を拒否して、処理を終了する。また、そのＬＧＷはＲＩＡ接続用ローカルネットワークに接続できないが、他にＲＩＡ接続用ローカルネットワークに接続できるＬＧＷを知っている場合（データベース問い合わせや、事前設定によって）、ＬＧＷリロケーション処理を実施してもよい。具体的には、ＳＧＷを介してＭＭＥにリロケーション要求（切替先ＬＧＷのアドレス等の情報を含む）を送信し、ＭＭＥがＵＥのＥＰＳベアラを切替先のＬＧＷに向けて確立し、それまでのＬＧＷとの間のＥＰＳベアラをリリースする。なお、他ノードからの指示とは、例えばＭＭＥやＨｅＮＢからのＬＧＷリロケーション指示（あるいは要求）である。
【０２１５】
サービス内容が変更されると、それに伴って追加のサービス承認やアクセス認証が要求されたり、認証承認パラメータが変更される場合がある。すなわち、ＬＩＡ接続の時には要求されなかった認証・承認手続きが、より厳格性を問われるＲＩＡ接続の確立時に要求されることもあり、アタッチやサービスリクエスト、ハンドオーバ等でＲＩＡ接続を確立したときに、パスワードやアクセスクレデンシャル、セキュリティトークンなどを用いたアクセス認証やサービス承認処理が実施される。あるいは、アタッチ時に実施されるようなSIMやサブスクリプションデータにもとづくアクセス認証処理が、特にハンドオーバ等でＬＩＡ接続からＲＩＡ接続に切り替わる際に、あらためて実施される。また、ＬＧＷは、課金データの収集ポリシをＲＩＡ接続とＬＩＡ接続で変更してもよい。例えば、コア網リソースをより消費する傾向にあるＲＩＡ接続を高いレートで課金するポリシを適用する。ここで、ＬＧＷは、ＲＩＡ接続とＬＩＡ接続の切り替えをＳＧＷに通知（あるいはＳＧＷが自発的にそれらの切り替えを検出）して、ＲＩＡ接続時の課金データ収集をＳＧＷにて実施してもよい。なお、課金データの収集ポリシは、ＬＩＡ／ＲＩＡ接続の切替時にＰＣＲＦから取得したり、サブスクリプションデータ等に事前に設定されたポリシを使用する。
【０２１６】
これにより、ＬＩＡ接続、ＲＩＡ接続でサービス内容やケーパビリティ等を切り替えることが可能となり、拡張性および柔軟性を備えたシステムを提供することができるようになり、サービスプロバイダあるいはアプリケーションプロバイダの利便性を向上させるとともに、サービスやアプリケーションの質が高まることで、ユーザの利便性向上にも貢献するものである。
【０２１７】
次に、ＬＧＷを選択することによる接続先ネットワークや提供サービスの制御について説明する。ＵＥによる接続要求（Attach Request、Service Requestなど）を受信すると、ＭＭＥはCreate Bearer Requestメッセージの最終受信者となるＬＧＷを探索する。ＭＭＥはＵＥコンテキスト（e.g. MM context）やサブスクリプションデータ、ローカルデータ等にもとづいて、ＬＩＡ接続可能なＣＳＧセルや基地局（ＨｅＮＢ）からのアクセスであればＬＩＡ接続であるとみなし、ＬＩＡ接続用ＬＧＷ（例えばＬＧＷ１）を割り当てる。それ以外の基地局からのアクセスの場合はＲＩＡ接続であるとみなし、ＲＩＡ接続用ＬＧＷ（例えばＬＧＷ２）を割り当てる。ここで、ＬＩＡ接続用ＬＧＷは、ＬＩＡ接続用ローカルネットワークに接続し、ＲＩＡ接続用ＬＧＷは、ＲＩＡ接続用ローカルネットワークに接続するものである。なお、ＬＩＡ接続用ネットワークにもＲＩＡ接続用ネットワークにも接続するＬＧＷ（例えばＬＧＷ３）を選択してもよく、その場合は、先に示したような手順により、選択されたＬＧＷ３が適したローカルネットワークをさらに選択する。
【０２１８】
あるいは、ＭＭＥがＡＰＮ（ＬＩＡ?ＡＰＮ）からＬＧＷアドレスを導出する際に、ＵＥの位置情報を付加して名前サーバ（ＤＮＳ：Domain Name Server）に問い合わせてもよい。すなわち、ＬＩＡ?ＡＰＮにＵＥ位置情報（e.g. (E)CGI、CSG ID、TAI等）を付加したＦＱＤＮをＤＮＳサーバに送信し、ＤＮＳサーバは対応するＬＧＷアドレスを返す。ここで、ＬＩＡ接続用ＬＧＷに関するエントリとして、ＬＩＡ接続可能なセルや基地局のＩＤ、またはTAIがＬＩＡ?ＡＰＮに付加されたＦＱＤＮとＬＩＡ接続用ＬＧＷアドレスを、あらかじめＤＮＳデータベースに登録しておく。
【０２１９】
さらには、適したＬＧＷアドレスあるいは識別子（i.e. ＦＱＤＮ）を、ＭＭＥが接続元となる基地局（ＨｅＮＢ、ｅＮＢ）に問い合わせてもよい。これを受けて、ＬＩＡ接続可能な基地局（ＨｅＮＢ）はＬＩＡ接続用ＬＧＷアドレスを、ＬＩＡ接続できない基地局（ｅＮＢ）はＲＩＡ接続用ＬＧＷを、ＭＭＥに返す。ＬＧＷの識別子（ＦＱＤＮ）が返送された場合は、ＭＭＥはそのＦＱＤＮを用いてＤＮＳ問い合わせを実施して、ＬＧＷアドレスを導出する。また、ＬＧＷアドレスや識別子が基地局から返送されないとき、ＭＭＥは通常通りＬＩＡ?ＡＰＮからＬＧＷアドレスを導出する。
【０２２０】
また、基地局が、接続先となるローカルネットワーク種別をＭＭＥに指示してもよい。これにより、ＬＩＡ接続時は、ＬＩＡ接続であることを示す情報（LIA indication）を、ＭＭＥがCreate Bearer Requestに格納して送信し、ＬＧＷがそれを評価してＬＩＡ接続用ローカルネットワークへのパスを確立する。また、ＲＩＡ接続時は、ＲＩＡ接続であることを示す情報（RIA indication）をCreate Bearer Requestに格納して（あるいは何の情報も格納せず）送信し、ＬＧＷがそれを評価してＲＩＡ接続用ローカルネットワークへのパスを確立する。なお、ＲＩＡ接続時にRIA indicationを格納して、ＬＩＡ接続時に何のindicationも格納しなかったり、ＬＩＡ接続時にLIA indicationを格納して、ＲＩＡ接続時に何のindicationも格納しなかったりするものであってもよく、メッセージ量やシステムの処理量を低減できる。
【０２２１】
これらのindicationは、ＭＭＥがＬＩＡ接続可否を判断（前述の実施の形態で説明したように）した上で生成し、メッセージに格納してもよい。また、ＭＭＥからの問い合わせを受けたり、ＵＥからのAttach RequestやService Requestを転送する際やハンドオーバ処理の際に、ＨｅＮＢがＬＩＡ接続可否を判断した上でＭＭＥに送付するものであってもよい。
【０２２２】
さらには、接続したローカルネットワークの種別（ＬＩＡ接続用 or ＲＩＡ接続用）あるいは確立された接続の種別（ＬＩＡ接続 orＲＩＡ接続）を、ＵＥに通知してもよい。ＵＥへの通知は、ＭＭＥ、ＬＧＷ、ＨｅＮＢのいずれかのノードによってAttach Procedure、Service Request Procedure、Handover Procedureのいずれかの中で実施する。また、ＵＥへの通知方法は、例えば、ＡＰＮに接続種別（ＬＩＡ接続 or ＲＩＡ接続）を示す識別子を追加して上記Procedureのいずれかのメッセージに格納してＵＥに通知したり、メッセージ内に接続種別を表示するためのフラグを設定してＵＥに通知してもよい。これにより、ＵＥは接続されたローカルネットワーク種別あるいは接続種別に応じて、ＱｏＳ設定を変えたり（ＬＩＡでは高いＱｏＳ設定によってベアラを再構築したり）、アプリケーションに通知して種別に応じた設定（例えば、ＬＩＡ接続とＲＩＡ接続でアプリケーションサーバのアドレスを変えたりする）を行わせたりすることができる。
【０２２３】
なお、ＬＧＷは、ＬＩＡ接続を確立したＵＥによるトラフィックが一定時間発生していないことを検出すると、その接続を一旦ＲＩＡ接続に切り替えてもよい。すなわち、ＬＧＷが、ＵＥによるトラフィックを最後に検出してから所定時間ＵＥのトラフィックを検出できない場合は、ＵＥのＬＩＡ接続用パスをＲＩＡ接続用ローカルネットワークに対するＲＩＡ接続用パスに切り替える（再構築する）。これによって、放置されたＵＥを利用して悪意あるユーザがＬＩＡ用ネットワークにアクセスするのを回避することができる。このとき、ＬＩＡ接続を再開させるために、パスワード等の認証処理を要求するものであってもよい。
【０２２４】
また、ＬＩＡ接続に対する最適パスを有する基地局（ＨｅＮＢ）が、ＵＥの無線ベアラがリリースされた（ただし、ＥＰＳベアラは残る）ことを検出すると、そのＵＥに関するＬＩＡ接続をＲＩＡ接続に切り替えることをＬＧＷに指示してもよい。あるいは、ＭＭＥがＵＥのidle mode遷移を検出した時に、Modify Bearer Requestなどのメッセージを用いてＬＧＷに指示し、ＬＧＷがＲＩＡ接続への切り替えを実施するものであってもよいし、ＬＧＷが、ＵＥのidle mode遷移を通知する（あるいはidle mode遷移したことを暗示する）メッセージを受信したときに、ＬＧＷがidle mode遷移したことを確認してＲＩＡ接続への切り替えを実施してもよい。
【０２２５】
なお上記では、説明を簡単にするためＨｅＮＢを含むＬＴＥアーキテクチャの例について記載したが、ＨｅＮＢの代わりにＨＮＢが適用される場合ＵＭＴＳあるいはＧＰＲＳアーキテクチャであっても（すなわち）であっても同様に本発明を適用することができる。なお、ＨＮＢを適用する際は、上記説明で用いたＭＭＥの代わりにＳＧＳＮを、ＥＰＳベアラの代わりにＰＤＰコンテキストを適用する。
【０２２６】
なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【０２２７】
また、上記の実施例では、ＨｅＮＢあるいはＨＮＢを対象とするＬＩＡ接続の最適化について説明したが、ＨｅＮＢ、ＨＮＢを従来のマクロ基地局、例えばそれぞれｅＮＢ（eNodeB）やＮＢ（NodeB）に置き換えても、特別な機能を追加することなく同等の効果を奏するものであり、本発明の本質に影響するものではない。これは、特にインターネットに向けたトラフィックをマクロ基地局から最適化された経路で転送するのに有効であり、具体的にはマクロ基地局上にＰＧＷ等のゲートウェイ機能を配置して、マクロ基地局から直接インターネットにトラフィックを転送する（あるいはインターネットからのトラフィックをマクロ基地局経由でＵＥに転送する）。
【産業上の利用可能性】
【０２２８】
本発明は、オペレータコアネットワークへのアクセストラフィックに影響を与えることなく、ＵＥのＬＩＡトラフィックを最適化することができる。そのため、本発明は、モバイル通信システムにおけるローカルＩＰアクセスの管理に用いることができる。
【図１】
0005383822.tif 000002
【図２】
0005383822.tif 000003
【図３】
0005383822.tif 000004
【図４】
0005383822.tif 000005
【図５】
0005383822.tif 000006
【図６】
0005383822.tif 000007
【図７】
0005383822.tif 000008
【図８】
0005383822.tif 000009
【図９】
0005383822.tif 000010
【図１０】
0005383822.tif 000011
【図１１】
0005383822.tif 000012
【図１２】
0005383822.tif 000013
【図１３】
0005383822.tif 000014
【図１４】
0005383822.tif 000015