(57)【特許請求の範囲】
【請求項１】
所定のサービスを利用するために基地局を介して所定のネットワークに接続している移動端末であって、ハンドオーバによってルータを介して前記所定のネットワークに接続する場合に、新しい接続先となる前記ルータにハンドオーバのためのハンドオーバ要求シグナリングを送信する前記移動端末と、
前記ハンドオーバ要求シグナリングに基づいて、前記ルータの識別情報と前記移動端末の識別情報を含む識別情報シグナリングを前記移動端末のホームネットワークのゲートウェイに送る前記ルータと、
前記ゲートウェイから送信された開放要求シグナリングであって、前記ルータの識別情報と前記移動端末の識別情報を含み、前記ハンドオーバ前の前記移動端末の接続の前記開放を要求する前記開放要求シグナリングに基づいて、前記移動端末のコンテキストと前記ルータのコンテキストをバインドし、前記ハンドオーバ前の前記移動端末の接続を開放するためのプロセスを実行するモビリティ管理装置とを、
備える通信システム。
【請求項２】
前記モビリティ管理装置は、前記移動端末及び前記ルータの位置情報に基づいて、前記コンテキストのバインドを行うか否かを判断する請求項１に記載の通信システム。
【請求項３】
前記ハンドオーバ要求シグナリングを送信する前に、前記移動端末は前記ルータの識別情報に基づいて、前記ルータがページングプロキシの機能を有するかを確認し、前記移動端末の位置情報の登録のためのシグナリングをモビリティ管理装置に送信する請求項２に記載の通信システム。
【請求項４】
前記ルータは、前記ハンドオーバ要求シグナリングを受信した後、前記移動端末が所定の同じグループに属するか否かを判断し、属すると判断した場合に前記識別情報シグナリングを送信する請求項１から３のいずれか１つに記載の通信システム。
【請求項５】
前記所定のネットワークが３ＧＰＰネットワークである場合において、前記モビリティ管理装置は、前記移動端末のための前記所定のサービスのトリガを受信した際、前記移動端末のコンテキストにバインドされた前記ルータの前記コンテキストを利用することによって前記ルータを特定し、前記モビリティ管理装置と前記ルータとの３ＧＰＰシグナリングベアラを介して前記所定のサービスのページングを含むシグナリングを前記移動端末に送信する請求項１に記載の通信システム。
【請求項６】
前記ルータは、前記所定のサービスのページングを含む前記シグナリングを受信した場合、前記所定のサービスのページングを用いて前記移動端末に対してページングをする請求項５に記載の通信システム。
【請求項７】
前記ルータは、前記シグナリングが前記所定のサービスのページングを含み、前記ルータと前記移動端末の前記ゲートウェイとの間に特有のデータベアラがある場合、前記ルータは前記データベアラを削除する又は前記データベアラのサービスの質を下げる請求項５に記載の通信システム。
【請求項８】
所定のサービスを利用するために基地局を介して所定のネットワークに接続する移動端末の新たな接続先であるルータであって、ハンドオーバによって前記移動端末が前記所定のネットワークに接続する際に介する前記ルータであって、
前記移動端末から前記ハンドオーバのためのハンドオーバ要求シグナリングを受信する受信手段と、
受信された前記ハンドオーバ要求シグナリングに基づいて、前記ルータ及び前記移動端末の識別情報を含む識別情報シグナリングを生成するシグナリング生成手段と、
生成された前記識別情報シグナリングを前記移動端末のホームネットワークのゲートウェイに送信する送信手段とを、
備え、
モビリティ管理装置から送信され、前記所定のサービスのページングを含むシグナリングが前記受信手段を介して受信され、前記ルータと前記移動端末の前記ゲートウェイとの間に特有のデータベアラがある場合、前記データベアラを削除する又は前記データベアラのサービスの質を下げる処理手段を更に備えるルータ。
【請求項９】
前記ハンドオーバ要求シグナリングが受信された後、前記移動端末が前記ルータが属する所定のグループに属するか否かを判断する判断手段を更に備え、
前記送信手段は、前記移動端末が前記所定のグループに属すると判断された場合、前記識別情報シグナリングを送信する請求項８に記載のルータ。
【請求項１０】
所定のサービスを利用するために基地局を介して所定のネットワークに接続している移動端末であって、ハンドオーバによって新しい接続先となるルータを介して前記所定のネットワークに接続する前記移動端末のモビリティを管理するモビリティ管理装置であって、
前記移動端末のホームネットワークのゲートウェイから送信された、前記ルータ及び前記移動端末の識別情報を含み、前記ハンドオーバ前に前記移動端末の接続の開放を要求する開放要求シグナリングを受信する受信手段と、
受信された前記開放要求シグナリングに基づいて前記ルータのコンテキストを前記移動端末のコンテキストにバインドするバインディング手段と、
前記ハンドオーバ前に前記移動端末の接続を開放するための処理を行う処理手段とを、
備えるモビリティ管理装置。
【請求項１１】
前記バインディング手段は、前記移動端末及び前記ルータの位置情報に基づいて、前記コンテキストのバインドを行うか否かを判断する請求項１０に記載のモビリティ管理装置。
【請求項１２】
前記所定のネットワークが３ＧＰＰネットワークである場合において、前記受信手段が前記移動端末のための前記所定のサービスのトリガを受信した際に、前記所定のサービスのページングを含むシグナリングを生成するシグナリング生成手段と、
前記移動端末のコンテキストにバインドされた前記ルータの前記コンテキストを利用することによって前記ルータを特定し、前記モビリティ管理装置と前記ルータとの３ＧＰＰシグナリングベアラを介して、生成されたシグナリングを前記移動端末に送信する送信手段とを更に備える請求項１０又は１１に記載のモビリティ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークに関する。より具体的には、本発明は、モバイル通信システムにおけるローカルＩＰアクセスの管理に関する。
【背景技術】
【０００２】
例えばホームノードＢ（ＨＮＢ）、ホームｅＮｏｄｅＢ（ＨｅＮＢ）、フェムトセル基地局、アットセル（Atto Cell）基地局、又はホーム基地局等、セルラー通信技術を用いた消費者の構内をベースとするアクセスノードの導入に伴い、３ＧＰＰによって、ＬＩＰＡ（Local IP Access）及びＳＩＰＴＯ（Selected IP Traffic Offloading）（非特許文献１）の用途が生まれた。この場合、ユーザ機器（ＵＥ）は、モバイルネットワークオペレータのコアネットワークの他に、ＨＮＢ／ＨｅＮＢに接続されたか又はこの近傍のローカルネットワークにアクセスすることができる。例えばＬＩＰＡによって、オペレータのコアネットワークを介することなくホームベースネットワーク又は一般的なインターネットに直接アクセスすることができる。
【０００３】
場合によっては、ＵＥが消費者の構内から離れた場合であっても、そのような接続は継続する。例えば、ユーザが自宅を出た後もあるファイル又はメディアコンテンツにアクセスし続けることを望んだり、又はユーザが自宅のネットワーク内のあるデバイスを遠隔制御することを望んだりすることがある。そのような遠隔アクセスは、ＲＩＰＡ（Remote Local IP Access）と呼ばれる。
【０００４】
ＲＩＰＡの場合、ＵＥのトラフィックはオペレータのコアネットワークを介する。その位置に応じて、ＵＥは、３ＧＰＰ（セルラー通信ベース）アクセスネットワーク（又はシステム）及び非３ＧＰＰ（非セルラー通信ベース）アクセスネットワーク（又はシステム）を含む異なるアクセス技術によってオペレータのコアネットワークに接続することができる。これらのアクセスを介してアクセスを得るための手順は、（非特許文献１）及び（非特許文献２）に定義されている。
【０００５】
例えば、ＵＥが、オペレータによって展開されているか又はオペレータのコアネットワークとの相互作用をサポートする無線ローカルエリアネットワーク（ＷＬＡＮ）の近傍にある場合、ＵＥは（非特許文献２）に定義された手順に従ってＷＬＡＮを介した接続の確立を選択することができ、既存の接続をＷＬＡＮ接続にハンドオーバする。これによって、ＵＥは高帯域幅及び低料金を得ることができる。更に、トラフィックをＷＬＡＮにシフトすると、ＵＥは、その３ＧＰＰアクセス技術をアイドルモード又はオフにすることによりエネルギ（電池）を節約することができる。
【０００６】
場合によっては、非３ＧＰＰアクセスポイントもモバイルであり得る。例えばモバイルルータは、セルラー（例えば３ＧＰＰ）通信及びＷＬＡＮ通信に対応し、電車、車両、又は自動車に設置されている。このような場合、モバイルルータは３ＧＰＰ接続を利用してオペレータのコアネットワークに対するバックホール接続を取得することができる。この場合、モバイルルータはその３ＧＰＰアクセスによっていくつかのＵＥの接続を集約することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access、3GPP TS23.401、V10.2.0、Release 10、２０１０年１２月  http://www.3gpp.org/ftp/Specs/archive/23_series/23.401/23401-a20.zip
【非特許文献２】Architecture enhancements for non-3GPP accesses、3GPP TS23.402、V10.2.0、Release 10、２０１０年１２月  http://www.3gpp.org/ftp/Specs/archive/23_series/23.402/23402-a20.zip
【非特許文献３】Circuit Switched (CS) fallback in Evolved Packet System (EPS)、3GPP TS23.272、V10.2.0、Release 10、２０１０年１２月  http://www.3gpp.org/ftp/Specs/archive/23_series/23.272/23272-a20.zip
【非特許文献４】Security of Home Node B (HNB)/Home evolved Node B (HeNB)、3GPP TS33.320、V10.2.0、Release 10、２０１１年３月  http://www.3gpp.org/ftp/Specs/archive/33_series/33.320/33320-a20.zip
【非特許文献５】Proxy Mobile IPv6、IETF RFC 5213  http://www.ietf.org/rfc/rfc5213.txt
【非特許文献６】Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS)、3GPP TS24.301、V10.1.0、Release 10、２０１０年１２月  http://www.3gpp.org/ftp/Specs/archive/24_series/24.301/24301-a20.zip
【非特許文献７】Study on S2a Mobility based on GTP&WLAN access to EPC、3GPP TR23.852、v1.0.0、２０１１年１２月１６日  http://www.3gpp.org/ftp/Specs/archive/23_series/23.852/23852-100.zip
【非特許文献８】Evolved Universal Terrestrial radio Access (E-UTRAN) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2、3GPP TS36.300、v11.0.0、２０１１年１２月２２日  http://www.3gpp.org/ftp/Specs/archive/36_series/36.300/36300-b00.zip
【非特許文献９】IEEE 802.11u-2011, IEEE Standard for information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements Part II: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications - Amendment 9: Interworking with External Networks,  http://standards.ieee.org/getieee802/download/802.11u-2011.pdf
【発明の概要】
【発明が解決しようとする課題】
【０００８】
（非特許文献２）に定義された手順に従って、ＵＥがハンドオーバを実行するか又はＰＤＮ（パケットデータネットワーク）接続を非３ＧＰＰアクセスに転送する場合、３ＧＰＰアクセス側は、３ＧＰＰアクセスを介して確立されている対応する接続を取り除く。従って、ＵＥがその全ての接続を非３ＧＰＰアクセスに転送すると、これは３ＧＰＰアクセスから切り離される（又は開放される）。
【０００９】
しかしながら、３ＧＰＰシステムにおいて、例えばＳＭＳ（ショートメッセージサービス）、ＬＣＳ（位置サービス）、ＣＳコール（音声及び映像のための）等のいくつかのサービスは、３ＧＰＰ  ＣＳ（回線交換）システムを介してのみ提供することができ、例えばＣＳＦＢ（ＣＳフォールバック、（非特許文献３））手順によって、ＵＥがＵＭＴＳ／ＧＰＲＳ  ＰＳシステム又はＥＰＳ（Evolved Packet System）に対する接続を確立した場合に、３ＧＰＰ  ＰＳシステムを介してトリガすることができる。ＵＥは３ＧＰＰアクセスから離れると、例えばＳＧＳＮ／ＭＭＥのようなオペレータのコアネットワークにおけるコンテキストを失う。この場合、３ＧＰＰシステムはＵＥに対してページングをすることができず、従って非３ＧＰＰアクセスに対するハンドオーバの後それらのサービスはＵＥに提供されない。更に、ＥＰＳはＮＡＳ（Non-Access Stratum）を介してＳＭＳを配信することができず、これは、ＣＳカバレージの無い領域において、例えばマシンタイプ通信デバイストリガ、ＯＭＡ−ＤＭ（Open Mobile Alliance - Device Management）等のいくつかのサービスをサポートする際に、極めて重要である場合がある。
【００１０】
この問題を回避するために可能な１つの手法は、ＵＥが３ＧＰＰアクセスを介して別のＰＤＮ接続又はＰＤＰコンテキストを確立して（すなわちＥＰＳ又はＵＭＴＳ／ＧＰＲＳ  ＰＳシステムを用いて）、ページングのためにＳＧＳＮ／ＭＭＥにおけるコンテキストの維持を可能とすることである。しかしながら、この接続はページング手順にしか対応せず、例えばＴＡＵ（Tracking Area Update）、セル再選択、セルスキャン等の３ＧＰＰ接続及びＵＥのモビリティを維持するために必要なシグナリングによって電池が消耗することになる。
【００１１】
また、３ＧＰＰアクセスを介したこの追加のＰＤＮ接続のために、追加のシステムリソースが浪費される。例えば、オペレータのコアネットワークはＵＥコンテキストを維持する必要があり、従って必要なシグナリングメッセージを処理する必要がある。例えば電車で複数のＵＥ群が共に移動する場合、この結果として何らかのシグナリングストームが生じることがある。明らかに、これらの問題に対するより良い解決策が必要とされている。
【課題を解決するための手段】
【００１２】
上述の目的を達成するため、本発明は、通信システム、移動端末、ルータ、及びモビリティ管理装置を提供する。
【００１３】
従って、本発明は通信システムを提供する。通信システムは、所定のサービスを利用するために基地局を介して所定のネットワークに接続している移動端末であって、ハンドオーバによってルータを介して所定のネットワークに接続する場合に、新しい接続先となるルータにハンドオーバのためのハンドオーバ要求シグナリング（図２の非３Ｇハンドオーバ要求）を送信する移動端末と、ハンドオーバ要求シグナリングに基づいて、ルータの識別情報と移動端末の識別情報を含む識別情報シグナリング（図２の非３Ｇハンドオーバシグナリング）を移動端末のホームネットワークのゲートウェイに送るルータと、ゲートウェイから送信された開放要求シグナリング（図２のＰＤＮ接続開放メッセージ）であって、ルータの識別情報と移動端末の識別情報を含み、ハンドオーバ前の移動端末の接続の開放を要求する開放要求シグナリングに基づいて、移動端末のコンテキストとルータのコンテキストをバインドし、ハンドオーバ前の移動端末の接続を開放するためのプロセスを実行するモビリティ管理装置とを、備える。
【００１４】
本発明の１つの好適な実施の形態において、モビリティ管理装置は、移動端末及びルータの位置情報に基づいて、コンテキストのバインドを行うか否かを判断する。
【００１５】
本発明の他の好適な実施の形態において、ハンドオーバ要求シグナリングを送信する前に、移動端末はルータの識別情報に基づいて、ルータがページングプロキシの機能を有するかを確認し、移動端末の位置情報の登録のためのシグナリングをモビリティ管理装置に送信する。
【００１６】
本発明の別の好適な実施の形態において、ルータは、ハンドオーバ要求シグナリングを受信した後、移動端末が所定の同じグループに属するか否かを判断し、属すると判断した場合に識別情報シグナリングを送信する。
【００１７】
本発明の別の好適な実施の形態において、所定のネットワークが３ＧＰＰネットワークである場合において、モビリティ管理装置は、移動端末のための所定のサービスのトリガを受信した際、移動端末のコンテキストにバインドされたルータのコンテキストを利用することによってルータを特定し、モビリティ管理装置とルータとの３ＧＰＰシグナリングベアラを介して所定のサービスのページングを含むシグナリングを移動端末に送信する。
【００１８】
本発明の別の好適な実施の形態において、ルータは、所定のサービスのページングを含むシグナリングを受信した場合、所定のサービスのページングを用いて移動端末に対してページングをする。
【００１９】
本発明の別の好適な実施の形態において、ルータは、シグナリングが所定のサービスのページングを含み、ルータと移動端末のゲートウェイとの間に特有のデータベアラがある場合、ルータはデータベアラを削除する又はデータベアラのサービスの質を下げる。
【００２０】
更に、本発明は移動端末を提供する。移動端末は、所定のサービスを利用するために基地局を介して所定のネットワークに接続し、ハンドオーバによって新しい接続先となるルータを介して所定のネットワークに接続する。移動端末は、ハンドオーバが行われる前に、ルータの識別情報に基づいてルータがページングプロキシの機能を有するか否かを判断する判断手段と、ルータがページングプロキシの機能を有すると判断された場合、移動端末の位置情報の登録のためのシグナリングをモビリティ管理装置に送信する送信手段と、ルータへのハンドオーバのためのハンドオーバ要求シグナリングを生成するシグナリング生成手段とを備え、送信手段は、生成されたハンドオーバ要求シグナリングをルータに送信する。
【００２１】
更に、本発明は、ルータを提供する。ルータは、所定のサービスを利用するために基地局を介して所定のネットワークに接続する移動端末の新たな接続先であり、ハンドオーバによって移動端末が所定のネットワークに接続する際に介するルータである。ルータは、移動端末からハンドオーバのためのハンドオーバ要求シグナリングを受信する受信手段と、受信されたハンドオーバ要求シグナリングに基づいて、ルータ及び移動端末の識別情報を含む識別情報シグナリングを生成するシグナリング生成手段と、生成された識別情報シグナリングを移動端末のホームネットワークのゲートウェイに送信する送信手段と、を備える。
【００２２】
本発明の一実施の形態において、ハンドオーバ要求シグナリングが受信された後、移動端末がルータが属する所定のグループに属するか否かを判断する判断手段を更に備え、送信手段は、移動端末が所定のグループに属すると判断された場合、識別情報シグナリングを送信する。
【００２３】
本発明の別の好適な実施の形態において、モビリティ管理装置から送信され、所定のサービスのページングを含むシグナリングが受信手段を介して受信された場合、所定のサービスのページングを用いて移動端末に対してページングを行う処理手段を更に備える。
【００２４】
本発明の別の好適な実施の形態において、モビリティ管理装置から送信され、所定のサービスのページングを含むシグナリングが受信手段を介して受信され、ルータと移動端末のゲートウェイとの間に特有のデータベアラがある場合、データベアラを削除する又はデータベアラのサービスの質を下げる処理手段を更に備える。
【００２５】
更に、本発明は、モビリティ管理装置を提供する。モビリティ管理装置は、所定のサービスを利用するために基地局を介して所定のネットワークに接続している移動端末であって、ハンドオーバによって新しい接続先となるルータを介して所定のネットワークに接続する移動端末のモビリティを管理する。モビリティ管理装置は、移動端末のホームネットワークのゲートウェイから送信された、ルータ及び移動端末の識別情報を含み、ハンドオーバ前に移動端末の接続の開放を要求する開放要求シグナリングを受信する受信手段と、受信された開放要求シグナリングに基づいてルータのコンテキストを移動端末のコンテキストにバインドするバインディング手段と、ハンドオーバ前に移動端末の接続を開放するための処理を行う処理手段とを備える。
【００２６】
本発明の１つの好適な実施の形態において、バインディング手段は、移動端末及びルータの位置情報に基づいて、コンテキストのバインドを行うか否かを判断する。
【００２７】
本発明の別の好適な実施の形態において、所定のネットワークが３ＧＰＰネットワークである場合において、受信手段が移動端末のための所定のサービスのトリガを受信した際に、所定のサービスのページングを含むシグナリングを生成するシグナリング生成手段と、移動端末のコンテキストにバインドされたルータのコンテキストを利用することによってルータを特定し、モビリティ管理装置とルータとの３ＧＰＰシグナリングベアラを介して、生成されたシグナリングを移動端末に送信する送信手段とを更に備える。
【００２８】
本発明は、例えばＳＭＳ、ＣＳＦＢ、ＬＣＳ等の３Ｇ接続に専用のサービスを、非３Ｇ接続を介してＵＥが享受（受信）し続けることができるという利点を有する。
【図面の簡単な説明】
【００２９】
【図１】本発明をサポートする例示的なネットワークアーキテクチャである。
【図２】本発明の例示的な動作シーケンスである。
【図３】本発明の代替的な例示的動作シーケンスである。
【図４】本発明のためのモバイルルータの例示的なアーキテクチャである。
【図５】本発明のための移動端末の例示的なアーキテクチャである。
【図６】本発明のためのモビリティ管理装置の例示的なアーキテクチャである。
【図７】本発明のためのＬ−ＧＷ又はＰ−ＧＷの例示的なアーキテクチャである。
【図８】本発明をサポートする代替的なネットワークアーキテクチャである。
【図９】本発明をサポートする代替的なネットワークアーキテクチャである。
【図１０】本発明をサポートする代替的なネットワークアーキテクチャである。
【図１１】本発明をサポートする代替的なネットワークアーキテクチャである。
【発明を実施するための形態】
【００３０】
以下の記載において、説明の目的で、本発明の完全な理解を得るために、具体的な数値、時間、構造、プロトコル、及び他のパラメータについて述べる。しかしながら、これらの具体的な詳細事項がなくても本発明を実施可能であることは当業者には明らかであろう。
【００３１】
以下の記載において、説明の目的のため、例示的な３ＧＰＰアクセス技術及びネットワークアーキテクチャとして、３ＧＰＰ  ＬＴＥ（Long Term Evolution）及びＥＰＳ（Evolved Packet System）を用いる。また、例示的な非３ＧＰＰアクセス技術としてＷＬＡＮ又はＷｉＦｉを用いる。しかしながら、例えばＧＳＭ（登録商標）、ＧＰＲＳ、ＵＭＴＳ、ＷｉＭＡＸ、ＬＴＥ  Ａｄｖａｎｃｅｄ、ブルートゥース、ジグビー（Zigbee（登録商標））、イーサネット（登録商標）等、同一の原理のもとでの他のアクセス技術及びネットワークアーキテクチャを用いて本発明を実施可能であることは、当業者には明らかであろう。
【００３２】
本記載において、ＬＩＰＡを一例として用いる。しかしながら、一般的な原理に大きな変更を加えることなく本発明をＳＩＰＴＯにも適用可能であることは、当業者には明白である。更に、本発明はＬＩＰＡもＳＩＰＴＯも用いずに汎用的な場合にも適用可能である。
【００３３】
（第1の実施の形態）
図１を参照して、本発明が適用可能である例示的なネットワーク構成を説明する。
【００３４】
図に示すように、ｅＮｏｄｅＢ（１２９）は、オペレータのコアネットワーク（１２０）に３ＧＰＰ接続を提供し、例えば図中のＵＥ−１（１０１）及びＵＥ−２（１０２）のようなＵＥに３ＧＰＰアクセスサービスを提供している。ｅＮｏｄｅＢ（１２９）は、インタフェース１５１及び１５３を介して、コアネットワーク装置すなわちモビリティ管理装置（ＭＭＥ）（１２３）及びサービングゲートウェイ（ＳＧＷ）（１２７）にそれぞれ接続されている。ＳＧＷ（１２７）及びＭＭＥ（１２３）はインタフェース１５５を介して接続されている。オペレータのコアネットワーク（１２０）が（非特許文献１）に定義されているような３ＧＰＰ  ＳＡＥアーキテクチャを用いる場合、インタフェース１５１、１５３、及び１５５はＳ１−ＭＭＥ、Ｓ１−Ｕ、及びＳ−１１インタフェースに対応している。
【００３５】
ＭＭＥ（１２３）は、インタフェース１５９を介して移動通信交換局（ＭＳＣ）／ＶＬＲ（Visitor Local Register）（１２５）に接続されている。ＭＳＣ／ＶＬＲはＣＳドメインからの装置である。例えば、（非特許文献３）に定義されているＣＳＦＢアーキテクチャを用いる場合、インタフェース１５９はＳＧインタフェースとすることができる。
【００３６】
ＳＧＷ（１２７）は更に、インタフェース１５７を介してセキュリティゲートウェイ（ＳｅＧＷ）（１２１）に接続してもよい。ＳｅＧＷ（１２１）は、例えばローカルＩＰアクセスゲートウェイ（ＬＩＰＡ−ＧＷ）（１４１）のようなユーザ構内装置がオペレータのコアネットワーク（１２０）に接続することを可能とするゲートウェイである。この接続は、例えばＩＳＰネットワーク（１３０）のようなあるサードパーティネットワークを介する場合があり、従って何らかの追加のセキュリティ構成を必要とすることがある。例えば、ＬＩＰＡ−ＧＷ（１４１）とＳｅＧＷ（１２１）との間の接続は保護のためにＩＰセキュリティ（ＩＰＳｅｃ）の利用を必要とする場合があり、１６１でセキュアなトンネルをセットアップするためにインターネットキー交換プロトコルバージョン２（ＩＫＥｖ２）を用いることができる。ＳｅＧＷ機能の一例が（非特許文献４）に定義されている。
【００３７】
ＬＩＰＡ−ＧＷ（１４１）は、サービスデバイス１（１４３）及びサービスデバイス２（１４５）に接続を提供することができるローカルＩＰアクセスドメイン（１４０）に対するエントリポイントである。ＬＩＰＡ−ＧＥ（１４１）はＳＧＷ（１２７）と一定のシグナリング接続を有する。このシグナリング接続はＳｅＧＷ（１２１）を介してトランスペアレントに行われる。必要な場合、ＬＩＰＡ−ＧＷ（１４１）とＳＧＷ（１２１）との間にユーザプレーンデータ接続も確立することができる。ＬＩＰＡ−ＧＷは、ある程度拡張して、ＰＧＷ（ＰＤＮ  ＧＷ）として機能することができる。
【００３８】
この図は前述の解決策に関連する最小限の装置のみを示したことは、当業者には明白である。実際のシステムでは、これよりも著しく多数のネットワークノードが存在する。また、例えばＳＩＰＴＯ同様の場合において、ローカルＩＰアクセスドメイン（１４０）がオペレータによって提供され、ＩＳＰ（１３０）が関与しないということもあり得る。
【００３９】
図に示すように、ネットワークには２種類の移動端末がある。すなわちＵＥ−１（１０１）及びＵＥ−２（１０２）である。それらは双方とも３ＧＰＰアクセスをサポートすることができる。ＵＥ−１（１０１）はモバイルルータの追加機能を有し、例えばＷＬＡＮのような非３ＧＰＰアクセス技術を用いた接続を他の端末に提供することができる。ＵＥ−１（１０１）は、例えばリンク１１３を用いてｅＮｏｄｅＢ（１２９）を介して、３ＧＰＰアクセスによってオペレータのコアネットワークに接続する。同時に、ＵＥ−１（１０１）は、例えばリンク１１１を用いてＵＥ−２（１０２）のような他の端末に非３ＧＰＰベースのアクセスを提供することができる。ＵＥ−１（１０１）の一例は、例えばＵＭＴＳ又はＬＴＥのようなセルラーサービスを用いてオペレータのコアネットワークに接続することができる、電車内に設置されたモバイルルータとすることができ、ＵＥ−１（１０１）が提供するＷＬＡＮリンクを介して他の移動端末がオペレータのコアネットワークにアクセスすることを可能とする。他の端末にサービスを提供している場合、ＵＥ−１（１０１）は、例えば、（非特許文献２）に定義されているような、ＭＡＧ（Mobility Access Gateway）のような信頼できる非３ＧＰＰアクセス機能、又は例えばＰＤＧ（Packet Data Gateway）もしくはｅＰＤＧ（enhanced PDG）のような信頼できない非３ＧＰＰアクセス機能等のローカルモビリティアンカー（機能又はノード）として機能することができる。他の場合、ＵＥ−１（１０１）は、ＷＬＡＮ又はブルートゥース接続によって他の近くの移動端末にテザリングサービスを提供している通常のモバイル電話になり得る。あるいは、ＵＥ−１（１０１）は自動車内に設置された３ＧＰＰ移動端末とすることができ、ＵＥ−１（１０１）が他の通信デバイスに提供するＷＬＡＮ、ブルートゥース、又は他の自動車内もしくはパーソナル／身体領域通信接続を介して自動車内の他のモバイルデバイスと３ＧＰＰ接続を共有し得る。
【００４０】
ＵＥ−２（１０２）は、３ＧＰＰアクセス及び非３ＧＰＰアクセスの双方をサポートする３ＧＰＰ移動端末であり、ＵＥ−１（１０１）がアクセスのためのアクセスポイントとなるＷＬＡＮ等の非３ＧＰＰアクセスリンクを介してＵＥ−１（１０１）に接続することができる。例えば、ＵＥ−２（１０２）は、１つの３ＧＰＰインタフェースと、ＷＬＡＮインタフェース、ＵＳＢ、ＷｉＭＡＸ、又はブルートゥース等の２つ以上の非３ＧＰＰインタフェースと、を有するモバイル電話とすることができる。
【００４１】
ＵＥ−２（１０２）は、遠隔でＬＩＰＡドメイン（１４０）（すなわちＲＩＰＡからＬＩＰＡドメイン（１４０））によって提供されるサービスにアクセスしている。例えば、ＵＥ−２（１０２）は、ｅＮｏｄｅＢ（１２９）を介して３ＧＰＰ接続を確立してもよく、ＳＧＷ（１２７）及びＬＩＰＡ−ＧＷ（１４１）を介してサービスデバイス１（１４３）にアクセスしている。
【００４２】
同時に、ＵＥ−２（１０２）は、オペレータのコアネットワークのＣＳドメインに記録されている。すなわち、ＭＳＣ／ＶＬＲ（１２５）とＭＭＥ（１２３）との間のインタフェースが（非特許文献３）に従って確立されている。これによって、ＭＳＣ／ＶＬＲ（１２５）からトリガが送信された場合、又はＵＥ−２（１０２）に配信すべきＳＭＳがある場合、ＭＭＥ（１２３）はＵＥ−２（１０２）に対してページングをすることができる。
【００４３】
ＵＥ−２（１０２）は、ＵＥ−１（１０１）に近付くと、例えばＧＰＳ情報に基づいて、３ＧＰＰ位置又はセル情報に基づいて、又はマニュアル構成によって無線信号をスキャンすることで、ＵＥ−１（１０１）が提供する非３ＧＰＰ接続を検出することができる。ＵＥ−２（１０２）はそのＰＤＮ接続（又はＰＤＰコンテキスト）を非３ＧＰＰアクセスにハンドオーバすることを決定する。その理由としてあり得るのは、課金率の差、電力消費の考慮、オペレータのポリシー、又はユーザのマニュアル構成である。
【００４４】
例えば、ＬＩＰＡドメイン（１４０）は、例えばＵＰｎＰ、ＤＬＮＡ等のようなデバイス検出のための何らかのブロードキャスト又はマルチキャストトラフィックを生成する。ＵＥ−２（１０２）が３ＧＰＰアクセスを用いている場合、かかるトラフィックはシステムをトリガしてＵＥ−２（１０２）を配信のための接続モードとすることができる。ＵＥ−２（１０２）がアイドルモードであった場合、ページングを用いて最初にＵＥ−２（１０２）を接続モードとする。通常これらのトラフィックデータは周期的であるので、これはＵＥ−２（１０２）がほとんどいつも結局は接続モードとなり得ることを意味する。従って、ＵＥ−２（１０２）の電力消費は大きい。また、これは、例えばページング及びアイドルモードから接続モードへの遷移のために、ネットワークに対する追加のシグナリング負荷を生じる。
【００４５】
従って、ＵＥ−２（１０２）がＬＩＰＡドメイン（１４０）に対する遠隔アクセスを非３ＧＰＰアクセスに移すことができる場合、これによってある程度の電力を節約することができる。例えば、ＷＬＡＮベースの非３ＧＰＰアクセスは、ダウンリンクデータを配信するために追加の制御シグナリングを必要とせず、端末はデータを受信した直後に直接スリープモードに移行することができる。
【００４６】
（ＵＥの疑似デタッチ及びＭＲのＥＭＭコンテキストへのバインド）
図２を参照して、図１に示したアーキテクチャにおける本発明の例示的な動作シーケンスを説明する。
【００４７】
図に示すように、ステップ２００１において、ＵＥ−１（１０１）は、オペレータのコアネットワーク（１２０）を介してＬＩＰＡドメイン（１４０）に対する遠隔ＬＩＰＡ接続（すなわちＲＩＰＡ接続）を確立する。これは、（非特許文献１）に定義されている動作手順に従うと共に、Ｐ−ＧＷ選択ステップにおいてある機能拡張を行うことによって達成可能である。例えばＵＥ−１（１０１）は、ＰＤＮ接続要求において遠隔ＬＩＰＡ  ＡＰＮをＭＭＥ（１２３）に提供し、ＭＭＥ（１２３）は、その加入契約情報及びＵＥ−１（１０１）の現在の位置に基づいて、遠隔ＬＩＰＡ（ＲＩＰＡ）接続を認可可能であるか否かを決定する。認可が成功すると、ＭＭＥ（１２３）は、要求された遠隔ＬＩＰＡ  ＡＰＮ、ＵＥ−１（１０１）の加入契約情報、及びＣＳＧ加入契約、負荷状況等の情報に従ってＬＩＰＡ−ＧＷ（１４１）を選択する。ＬＩＰＡ−ＧＷ（１４１）は、（非特許文献１）に定義されているＰ−ＧＷとして必要な手順を実行する。
【００４８】
このＲＩＰＡ接続は、フェムトセルからマクロネットワークへのハンドオーバの結果であり得ることに留意すべきである。例えばＵＥ−１（１０１）は、（非特許文献１）におけるステップに従って、ＣＳＧ（Closed Subscriber Group）セルのもとでＬＩＰＡ接続を確立してもよい。ＵＥ−１（１０１）がＣＳＧセルカバレージを出ると、その全てのＰＤＮ接続についてハンドオーバが実行される。例えばＣＳＧセル基地局（すなわちＨ（ｅ）ＮＢ）及びＭＭＥ（１２３）のようなネットワークは、ＵＥ−１（１０１）加入契約情報、オペレータのポリシー、ネットワーク構成、及び新しいサービングセル情報に基づいてＲＩＰＡアクセスを認可した。
【００４９】
例えばＵＥ−１（１０１）が家庭の電気自動車（ＥＶ）のような自動車に設置された３ＧＰＰ  ＵＥである場合、ＥＶが自宅でＨ（ｅ）ＮＢのカバレージのガレージに駐車された場合にＬＩＰＡ接続を確立してもよい。ユーザがＥＶを運転して外出すると、接続はマクロネットワークにハンドオーバされ、例えばＬＩＰＡドメイン（１４０）のようなホームネットワークに対するサービスはＲＩＰＡ接続を介して維持することができる。
【００５０】
ＲＩＰＡ接続が（非特許文献１）に定義されたようなＳＩＰＴＯ接続でもあり得ることは、当業者には明白である。この場合、自宅外のＵＥは、ＬＩＰＡドメインに対するＲＩＰＡ接続を介してインターネットにアクセスする。これは本発明の一般的な原理に影響を与えるものではない。
【００５１】
図に示す通り、ステップ２００３に示すように、ＵＥ−２（１０２）もオペレータのコアネットワーク（１２０）を介してＲＩＰＡ接続を確立している。確立手順はＵＥ−１（１０１）のものと同様であり、このＲＩＰＡ接続もＬＩＰＡ接続のアウトバウンドハンドオーバの結果であってもよい。
【００５２】
ステップ２００１と２００３との間に時間の関係が無いことは当業者には明白である。これらは並行して又は他のいかなる順序で実行してもよい。ステップ２００１は、ＵＥ−２（１０２）をＭＲ／ＵＥ−１（１０１）に接続し、ステップ２００５においてハンドオーバを要求した後で実行してもよい。
【００５３】
ＵＥ−１（１０１）は、ＲＩＰＡ接続を確立したら、非３ＧＰＰアクセスを提供するモバイルルータ（ＭＲ）の機能をオンにしてもよい。この場合、ＵＥ−１（１０１）は、ＬＩＰＡドメイン（１４０）に対する接続の可用性を通知する。例えば、ＭＲがＩＥＥＥ８０２．１１技術によってＷＬＡＮアクセスを提供することができる場合、ビーコンメッセージでＬＩＰＡドメイン（１４０）ＩＤ、ＣＳＧ  ＩＤ、又はＲＩＰＡ  ＡＰＮを通知してもよい。あるいはＭＲは、例えばＩＥＥＥ８０２．１１ｕ技術又はＨｏｔｓｐｏｔ２．０に規定された機構を用いたプローブのための他のＷＬＡＮ端末用の他の広告要素においてそのような情報を提供してもよい。ＵＥ−２（１０２）がモバイルルータ／ＵＥ−１（１０１）に近付くと、ブロードキャストされたメッセージを聞くことによって、又はＭＲ（１０１）に問い合わせることによって、通知された情報を取得してもよい。また、例えばＷＬＡＮ  ＳＳＩＤもしくはＨＥＳＳＩＤ、又は特定の位置のフィンガープリントのようなＵＥ−１（１０１）のＩＤを用いてＵＥ−２（１０２）を構成し、ＵＥ−２（１０２）が非３ＧＰＰ無線をオンして本明細書に記載した特別な機能を用いてＭＲ／ＵＥ−１（１０１）を検索することで、ＵＥ−２（１０２）が、記載した本発明の機能によって非３ＧＰＰアクセスのターゲットを容易に識別可能とすると共に、アクセスをセットアップする際の時間短縮及びエラー削減を可能とすることも考えられる。
【００５４】
別の代替案は、オペレータのコアネットワーク（１２０）が、位置及び接続タイプに基づいてＵＥ−２（１０２）に何らかのポリシーを提供することである。これは例えば、（非特許文献２）に定義されたＡＮＤＳＦ機能による何らかのポリシールールである。この場合、ＵＥ−２（１０２）は、ポリシールールに規定された条件に基づいてＭＲ／ＵＥ−１（１０１）の位置を突き止めてこれを発見する。これによって、オペレータの好みに基づいた完全に自動化された動作が可能となる。また、ポリシールールによってフロー又はアプリケーションの特定の分類を行うことで、それらのアプリケーション及びフローが存在する場合にＵＥ−２（１０２）が非３ＧＰＰアクセスに対するハンドオーバを開始するということも考えられる。例えば、ポリシーは、ユーチューブサイトでのビデオストリーミング又はこれに対するアクセスのみを非３ＧＰＰアクセスにハンドオーバすることを示してもよい。従って、ＭＲ／ＵＥ−１（１０１）が提供する非３ＧＰＰアクセスの存在が検出されると、ＵＥ−２（１０２）は、非３ＧＰＰアクセスの確立の開始又はハンドオーバの開始を行おうとする。また、ＵＥ−２（１０２）がユーザ入力に基づいてＭＲ／ＵＥ−１（１０１）を識別することも可能である。例えば、ユーザが自動車又は電車に乗った場合に、彼らは非３ＧＰＰアクセスの検索を手動で開始してもよい。これによってユーザはある事前設定を無視して、所望のユーザ経験を提供可能とすることができる。例えば、ユーザがある情報を緊急でダウンロードする必要があると、非３ＧＰＰアクセスが好ましいアクセスでない、又は追加コストがかかる場合であっても、彼らは速度の速い非３ＧＰＰアクセスの使用を決定してもよい。
【００５５】
ＭＲ／ＵＥ−１（１０１）を識別した後、ＵＥ−２（１０２）は、提供された非３ＧＰＰアクセスを介してこれに接続し、既存のＰＤＮ接続を３ＧＰＰアクセスから非３ＧＰＰアクセスにハンドオーバすると決定してもよい。これを実行するためにＵＥ−２（１０２）は、ステップ２００５に示すように、非３ＧＰＰアクセス固有の方法を用いて非３ＧＰハンドオーバ要求メッセージをＭＲ／ＵＥ−１（１０１）に送信する。
【００５６】
展開の状況に応じて、ＭＲ／ＵＥ−１（１０１）を、オペレータのコアネットワーク（１２０）に対する信頼できる又は信頼できない非３ＧＰＰアクセスと見なすことができる。これによって、ＭＲ／ＵＥ−１（１０１）が（非特許文献２）に規定されたようなＭＡＧルータ、ＰＤＧ、又はｅＰＤＧの機能を実行するか否かを決定する。しかしながら、この差は本発明の一般的な原理に影響を与えるものではない。
【００５７】
ＭＲ／ＵＥ−１（１０１）が信頼できる非３ＧＰＰアクセスとして扱われる場合、非３Ｇハンドオーバ要求（２００５）は、例えばＤＨＣＰ要求メッセージ、ルータ要請メッセージ、又はＩＰに基づいたローカルシグナリングメッセージのようなアクセス固有のレイヤ３接続トリガとすることができる。ＭＲ／ＵＥ−１（１０１）が信頼できない非３ＧＰＰアクセスとして扱われる場合、非３ＧＰハンドオーバ要求（２００５）は、ＵＥ−２（１０２）とＭＲ／ＵＥ−１（１０１）のｅＰＤＧ機能との間で必要であるＩＫＥｖ２手順の一部とすることができる。
【００５８】
ＭＲ／ＵＥ−１（１０１）に接続するプロセスにおいて、ＵＥ−２（１０２）の認証又は認可プロセスを実行してもよい。これは、（非特許文献２）に規定されたステップに従うことで達成可能である。これを達成するため、ＭＲ／ＵＥ−１（１０１）はオペレータのコアネットワーク（１２０）においてＡＡＡサーバ又はＡＡＡプロキシにアクセスを有する必要がある。これは、加入契約情報に基づいてオペレータのコアネットワーク（１２０）に接続された場合にある特別なＡＡＡプロキシをＭＲ／ＵＥ−１（１０１）に割り当てることによって容易に達成可能である。例えばＭＲ／ＵＥ−１（１０１）は、ＰＤＮ接続要求のＰＣＯ要素においてかかる接続を要求してもよい。ＭＲ／ＵＥ−１（１０１）のＰ−ＧＷ（例えばＬＩＰＡ−ＧＷ１４１）は、ＰＣＯ情報及びシステム認可に基づいてＡＡＡプロキシに対する特別な接続をセットアップしてもよい。
【００５９】
非３Ｇハンドオーバ要求（２００５）を受信した後、ＭＲ／ＵＥ−１（１０１）は、ＵＥ−２（１０２）のＲＩＰＡ接続を非３ＧＰＰアクセスに切り換えるために非３ＧハンドオーバシグナリングをＬＩＰＡ−ＧＷ（１４１）に送信する。ＵＥ−２（１０２）のモビリティを管理するためにシステムにおいてプロキシＭＩＰ（ＰＭＩＰ）（非特許文献５）を用いる場合、非３Ｇハンドオーバシグナリング（２００７）はプロキシバインディング登録メッセージとすることができる。
【００６０】
このステップにおいて、ＭＲ／ＵＥ−１（１０１）は、ＵＥ−２（１０２）がそのＣＳサービスを保持することを要望するか、又はＵＥ−２（１０２）が非３ＧＰＰアクセスを介してＣＳサービスを保持する必要があるかを判断してもよい。これは、非３Ｇハンドオーバ要求（２００５）内の特別な指示によって実行してもよい。この指示は、ＵＥ−２（１０２）及びＵＥ−１（１０１）の双方に供給された予め構成されたあるトークンである。他の場合、ＭＲ／ＵＥ−１（１０１）はこれを決定するため、ＵＥ−２（１０２）の加入契約又は予め構成したデータを考慮してもよい。例えばＭＲ／ＵＥ−１（１０１）は、非３ＧＰＰアクセスを介してＵＥ−２（１０２）に、例えばビーコンメッセージ、又は関連応答メッセージにおける特別な要素、又は下位レイヤの認証及び認可プロセスの一部として、ＣＳサービス保持のサポートを示してもよい。一方、ＵＥ−２（１０２）は、非３Ｇハンドオーバ要求（２００５）に特別な指示又はトークンを含ませてもよい。このトークンは、例えばＭＭＥ（１２３）からの応答において、又はＡＮＤＳＦポリシールールから、又はＬＩＰＡ−ＧＷ（１４１）から、オペレータのコアネットワーク（１２０）に対する以前のシグナリングによってＵＥ−２（１０２）が取得してもよい。デフォルトでＣＳサービス保持を実行することに比べ、このようにＭＲ／ＵＥ−１（１０１）とＵＥ−２（１０２）との間で構成について交渉すると、ＭＲ／ＵＥ−１（１０１）及びコアネットワークは不必要なリソースの浪費を回避することができる。移動端末の中にはＣＳサービスを保持する必要がないか、又は以前にＣＳサービスがサポートされていないものがあるからである。
【００６１】
ＵＥ−２（１０２）がＣＳサービスを保持することを要望するか又は必要とすることをＭＲ／ＵＥ−１（１０１）が決定すると、ＭＲ／ＵＥ−１（１０１）は非３Ｇハンドオーバシグナリングメッセージに追加情報を含ませる。例えばＭＲ／ＵＥ−１（１０１）は、ＧＵＴＩ、ＴＭＳＩ等の一時的なＩＤ、又はＩＭＳＩ等の永続的なＩＤ等の３ＧＰＰネットワークにおける識別子、及びＷＬＡＮアクセス（非３ＧＰＰアクセス）においてＵＥ−２（１０２）を識別するためのローカルＵＥ識別子、及び／又はトークンを、ＬＩＰＡ−ＧＷ（１４１）に対するメッセージ内に含ませる。
【００６２】
ローカルＵＥ識別子は様々な形態とすることができる。例えばこれは、ＵＥ−２のＩＭＳＩ、ＴＭＳＩ（又はＧＵＴＩ）、又はＭＮ−ＮＡＩ、ＵＥ−２のＷＬＡＮ  ＭＡＣアドレス、又はＵＥ−２（１０２）を識別するためにＭＲ／ＵＥ−１（１０１）が割り当てたローカル識別子とすることができる。ローカル識別子は、例えばＵＥ−２に割り当てられたローカルＩＰアドレス、ＤＨＣＰ交換で用いられる端末のＩＤ、又はＵＰｎＰもしくはＤＬＮＡ検出で用いられるＩＤ等である場合がある。
【００６３】
いったんＬＩＰＡ−ＧＷ（１４１）がメッセージを受信すると、接続が非３ＧＰＰアクセスに移されるとしてもＵＥ−２（１０２）がそのＣＳサービスの保持を要望するか又は必要とすることが理解される。接続を処理するための更に別のシグナリングにおいて、ＬＩＰＡ−ＧＷ（１４１）によって特別なアクションが行われる。
【００６４】
ＬＩＰＡ−ＧＷ（１４１）は、非３Ｇハンドオーバシグナリング応答（２００９）によりＭＲ／ＵＥ−１（１０１）に応答する。ＰＭＩＰが用いられている場合、このメッセージはプロキシバインディング肯定応答であり、ＵＥ−２（１０２）に割り当てられたＩＰアドレスを伝える。このメッセージはＭＲ／ＵＥ−１（１０１）をトリガして、非３Ｇハンドオーバ肯定応答（２０１０）でＵＥ−２（１０２）にシグナリングさせる。これらのメッセージは（非特許文献２）に従ったものである。任意に、ＬＩＰＡ−ＧＷはメッセージ２００９においてＣＳサービス保持が受容されるか又は拒絶されるかを示してもよい。このような情報は、ＭＲ／ＵＥ−１（１０１）によってメッセージ２０１０においてＵＥ−２（１０２）に転送してもよい。
【００６５】
非３Ｇハンドオーバ肯定応答（２０１０）を受信した後、ＵＥ−２（１０２）は、ＭＲ／ＵＥ−１（１０１）を介した非３ＧＰＰアクセスへのＰＤＮ接続のハンドオーバが成功であるか否かを知り、ＵＥ−２がＣＳサービス保持を要求した場合はその保持が実行される。このプロセスが成功すると、ＵＥ−２（１０２）はもはや３ＧＰＰアクセスを必要とせず、適切な時にこれをオフにすることができる。この応答における指示は、ＵＥ−２（１０２）がネットワークからの更に別の確認用シグナリングのために３ＧＰＰアクセスでの接続を維持することを示す場合もあることに留意すべきである。この場合、例えばステップ２０１７におけるシグナリングによって接続を解除可能であることが示されるまで、ＵＥ−２（１０２）は３ＧＰＰ接続を維持しなければならない。
【００６６】
ＬＩＰＡ−ＧＷ（１４１）は非３ＧＰＰアクセスを介してＵＥ−２（１０２）のためのＣＳサービスを保持することを受容したので、ステップ２０１１及び２０１１’に示すように、ＳＧＷ（１２７）を介してＭＭＥ（１２３）に対して特別なＰＤＮ接続開放メッセージを発行する。このメッセージにおいて、ＬＩＰＡ−ＧＷ（１４１）は、ＭＲ／ＵＥ−１（１０１）のＩＤ（例えばＧＵＴＩ）、ＵＥ−２のローカル識別、及び／又はトークンを含む情報を含ませる。これらは、ＬＩＰＡ−ＧＷ（１４１）が必要な処理によって非３Ｇハンドオーバシグナリング（２００７）で受信したものである。
【００６７】
いったんこのようなＰＤＮ接続開放メッセージを受信すると、ＭＭＥ（１２３）は、例えばＵＥ−２（１０２）の加入契約、ＭＲ／ＵＥ−１（１０１）の加入契約、ＡＰＮ、トークン情報、ネットワークポリシー等の情報に基づいて、ＣＳサービス保持を認可可能であるか否かをチェックする。
【００６８】
ＭＭＥ（１２３）がＣＳサービス保持を認可した場合、ＭＭＥ（１２３）は、ステップ２０１３に示すように、疑似デタッチ（又は限定デタッチ、PS-Only-Detach等）動作を実行する。疑似デタッチによってＭＭＥ（１２３）は、３ＧＰＰ  ＥＰＳベアラ又はＰＤＰコンテキスト及びＵＥ−２（１０２）の対応するコンテキストを除去することができるが、例えばＳＧのようなそのＣＳ関連インタフェースを保持し、これをＭＲ／ＵＥ−１（１０１）のモビリティ管理コンテキストに関連付ける。ＭＭＥ（１２３）は、ＰＤＮ接続開放メッセージ（２０１１）において提供されたＵＥ−１のＩＤ（例えばＧＵＴＩ）を用いて、ＭＲ−ＵＥ−１（１０１）のコンテキストを取得する。ＭＭＥ（１２３）は、ＰＤＮ接続開放（２０１１’）において受信したローカル識別子を用いて、疑似デタッチの後にＵＥ−２（１０２）のためのＣＳ関連インタフェースを識別する。
【００６９】
換言すると、ＭＭＥ（１２３）がローカル識別子及びＳＧインタフェース（例えばＵＥ−２に割り当てられたＳＧ識別子）をバインドする（又は再リンクする）ことで、ＭＭＥは、ＵＥ−２に対する着信呼が受信されるＳＧインタフェースに基づいて、対応するＵＥ（ＵＥ−２）のローカル識別子を知ることができ、次いでＭＭＥはページングを開始し、ＭＲ／ＵＥ−１は、後述するようにＭＭＥから提供されるローカル識別子に基づいてページングを対応するＵＥ−２に転送することができる。ＳＧインタフェース識別子（ＵＥ−２のための）とＵＥ−２のローカル識別子との間のバインドは、ＭＲ／ＵＥ−１もＣＳ機能を有する場合に役立つ。なぜなら、ＭＭＥはページングにおいてＵＥ−１のローカル識別子を提供しない（含まない）からである。単にローカル識別子の存在をチェックすることで、ＭＲ／ＵＥ−１は、ＵＥ−１自体の非３ＧＰＰアクセス又はプロセスに接続された（ローカル識別子の）他のＵＥに対してページングを転送するべきか否かを知ることができる。その後、ＭＭＥ（１２３）はＭＲ／ＵＥ−１（１０１）の（Ｅ）ＭＭコンテキストを利用して、ＣＳサービス保持のためにＵＥ−２（１０２）のモビリティを管理する。
【００７０】
次いでＭＭＥ（１２３）は、ＵＥ−２（１０２）の３ＧＰＰアクセスに割り当てられたネットワークリソースの除去を開始する。これを達成するには、ステップ２０１５におけるように、ＳＧＷ（１２７）を介してＬＩＰＡ−ＧＷ（１４１）にＰＤＮ接続開放肯定応答（２０１５）をシグナリングし、ステップ２０１７におけるように、ｅＮｏｄｅＢ（１２９）を介してＵＥ−２（１０２）にＰＤＮ接続開放を送信する。ＰＤＮ接続開放（２０１７）メッセージは、ｅＮｏｄｅＢ（１２９）をトリガして、ＵＥ−２のための関連無線リソースも開放させる。
【００７１】
ＵＥ−２（１０２）へのＰＤＮ接続開放メッセージ（２０１７）において、ＭＭＥ（１２３）はＵＥ−２（１０２）に対してＣＳサービス保持が成功であることを示してもよく（例えばこれを意味するフラグを含むメッセージを送信し）、この時点でＵＥ−２（１０２）のＣＳコンテキストはＭＲ／ＵＥ−１（１０１）にバインドされる。これを知ると、ＵＥ−２（１０２）はその３ＧＰＰインタフェースを安全にオフすることができ、例えばＭＲ／ＵＥ−１（１０１）からの非３ＧＰＰアクセスからのページングのようなＣＳ関連の指示を監視し始める。
【００７２】
図に示した上述のシグナリングメッセージが例示の目的のためのものであることは当業者には明白である。実際の実施において、これらのシグナリングは何回かのメッセージ交換を伴う場合があり、異なる名前を与えられることがある。しかしながら、これらの変更例は本発明の一般的な原理に影響を与えるものではない。
【００７３】
場合によっては、オペレータのコアネットワーク（１２０）のＣＳドメインは、例えば着信ＣＳ呼、又はＳＭＳ等、ＵＥ−２（１０２）に対する接続を確立する必要があり得る。この場合、ＭＳＣ／ＶＬＲ（１２５）はＳＧインタフェースを介してＭＭＥ（１２３）にＣＳトリガ（２０１９）を送信する。ＵＥ−２（１０２）のためのＳＧインタフェースはこの時点でＭＲ／ＵＥ−１（１０１）の（Ｅ）ＭＭコンテキストにバインドされているので、ＭＭＥ（１２３）はＭＲ／ＵＥ−１（１０１）の（Ｅ）ＭＭ接続を利用してＵＥ−２（１０２）に接触する。ステップ２０１１’において受信したＵＥのローカル識別子（ローカルＵＥ  ＩＤ）によってＵＥ−２（１０２）のＳＧにインデクスを付けるので、ＭＭＥ（１２３）はローカルＵＥ  ＩＤも取得する。
【００７４】
図に示すように、ＭＭＥ（１２３）は、ＭＲ／ＵＥ−１（１０１）に対するＮＡＳメッセージにおいてＵＥ−２（１０２）を対象とするページングメッセージをトンネルする（トンネルページングメッセージ（２０２１））。このメッセージは、ＭＲ／ＵＥ−１（１０１）が接続モードにある場合にこれに直接配信され、ＭＲ／ＵＥ−１（１０１）がアイドルモードにある場合はＭＲ／ＵＥ−１（１０１）が接続モードに入った後にこのために何らかのページングをトリガする。トンネルページングメッセージ２０２１は、ＭＭＥ（１２３）とＭＲ／ＵＥ−１（１０１）との間のシグナリングプレーンを介して転送される。
【００７５】
このトンネルページングメッセージ（２０２１）に、ＭＩＭＥ（１２３）はローカルＵＥ  ＩＤを含ませる。ＭＲ／ＵＥ−１（１０１）は、このメッセージを受信すると、ステップ２０２３におけるように、ローカルＵＥ  ＩＤを用いて実際のＵＥ−２（１０１）のローカル非３ＧＰＰ接続にマッピングする。ローカル非３ＧＰＰ接続は、ＵＥ−２に対する論理接続もしくはリンクとしてもよく（例えばこれはＭＡＣアドレス、ＩＰアドレス、ＭＲ／ＵＥ−１とＵＥ−２との間でＩＰｓｅｃを用いる等のセキュリティ接続のためのＳＰＩ（セキュリティパラメータインデクス）、何らかの認証ＩＤ等によって識別可能である）、又は、ＵＥ−２に対する物理接続もしくはリンクとしてもよい（例えばこれは専用チャネル識別子によって識別可能である）。
【００７６】
トンネルページングメッセージ（２０２１）は、例えば、（非特許文献６）に定義されているようなＣＳサービス通知メッセージのものと同様とすることができる。しかしながら、本発明では、ＮＡＳメッセージはＭＲ／ＵＥ−１（１０１）に宛てられるが、埋め込まれたＣＳサービス通知のページングアイデンティティはＵＥ−２（１０２）に宛てられたものである。ローカルＵＥ  ＩＤが、例えばＳ−ＴＭＳＩ又はＩＭＳＩのようにページングアイデンティティと同一である場合、追加の情報を加える必要はない。
【００７７】
ＭＲ／ＵＥ−１とＵＥ−２との間のローカル接続（例えばＷＬＡＮ、ブルートゥース、ジグビー、イーサネット（登録商標）、ＵＳＢ等）においてローカル配信（２０２３）を介してこのページングメッセージを受信すると、ＵＥ−２（１０２）はページングアイデンティティをチェックし、（非特許文献６）における規定に従ってこれを処理する。例えば、ＵＥ−２（１０２）はその３ＧＰＰインタフェースをオンし、３ＧＰＰアクセスを介してＭＭＥに対してサービス要求又は拡張サービス要求によって応答してもよい。すなわちステップ２０２５におけるように、ＭＭＥ（１２３）に対してｅＮｏｄｅＢ（１２９）を介して応答することができる。着信ＣＳ呼の場合、ステップ２０２７に示すように、この結果として（非特許文献３）に規定されているようにＣＳＦＢ手順が実行される。このように、ＵＥ−２（１０２）は事前に確立された３ＧＰＰアクセス接続を有しない場合であっても、ＣＳサービスを取得することができる。
【００７８】
ＵＥ−２（１０２）は（Ｅ）ＭＭ／（Ｅ）ＳＭコンテキストを有しないので、ＵＥ−２（１０２）からの拡張サービス要求（２０２５）がＭＭＥ（１２３）をトリガして、（非特許文献３）に定義されているようなＣＳＦＢ動作の手順要求を満足させるために何らかのダミーコンテキストを生成させる。最終的な結果は、ＵＥ−２（１０２）がＣＳドメインに接続すれば良いので、これらのダミーコンテキストはネットワーク側リソースを割り当てる必要はない。従って、ＭＭＥ（１２３）は単に必要な情報を用いて転送によってｅＮｏｄｅＢにＲＲＣ接続開放を実行してＵＥ−２（１０２）をＣＳドメインに転送するように命令すれば良く、ＰＳドメインにおいてＥＰＳベアラをセットアップすることはない。また、ＭＭＥ（１２３）は、トンネルページング（２０２１）をＭＲ／ＵＥ−１（１０１）に送信した場合、又は可能ならばＵＥ−２が非３ＧＰＰ接続を介して（すなわちＭＲ／ＵＥ−１を介して）サービス要求シグナリングをＭＭＥに送信した場合に、これらの全てのダミーコンテキスト又は実際のコンテキストを先回りして準備してもよい。ＵＥ−２がＣＳドメインから即座に呼又はサービスを開始可能であるように、更にハンドオーバ時間を短縮するように、ユーザ経験を増大させる。
【００７９】
あるいは、ＭＭＥ（１２３）は、ＵＥ−２（１０２）が疑似デタッチされたことを知ると、特定の原因コードによって拡張サービス要求を拒絶することができる。これによってＵＥ−２（１０２）は２／３Ｇアクセスを再選択し、ＣＳのみのセットアップ手順を継続する。このように、ＭＭＥ（１２３）はｅＮｏｄｅＢに対して新しい手順を実行する必要はなく、３ＧＰＰアクセスネットワークにおいて追加の機能も必要ない。
【００８０】
ＵＥ−２（１０２）が実際に、３ＧＰＰアクセスを介するためＲＩＰＡ及び／又は他の既存の接続を移動したい場合、サービス要求又は拡張サービス要求（２０２５）は転送要求のための追加の指示を含むことができる。その場合、ＭＭＥ（１２３）はＬＩＰＡ−ＧＷ（１４１）に対するデフォルトのＰＤＮ接続を確立し、ＵＥ−２（１０２）はこの後（非特許文献２）に定義されたＰＤＮ接続ハンドオーバ手順を実行して、ＲＩＰＡ及び／又は他の既存の接続を３ＧＰＰアクセスのために移動する。他の場合、非３ＧＰＰアクセスを介した接続は、ＬＩＰＡ−ＧＷ又はＭＲ／ＵＥ−１によって開放されてもよく（例えばＬＩＰＡ−ＧＷ又はＭＲ／ＵＥ−１がＵＥ−２及び／又はオペレータのネットワーク装置にベアラ開放シグナリングを送信する）、他の場合には、例えばローカルネットワークアクセス、インターネットアクセス等のＰＳサービスのために保持されてもよい。
【００８１】
ＵＥ−２が非３ＧＰＰアクセスを介した（すなわちＭＲ／ＵＥ−１を介した）ＰＤＮ接続を開放すると、ＵＥ−２を、非３ＧＰＰアクセス中に保持されたＣＳサービスを３ＧＰＰアクセスに強制的に戻してもよい。詳細には、ＬＩＰＡ−ＧＷがＰＤＮ接続開放要求又はベアラ開放要求を受信し、ＬＩＰＡ−ＧＷが、非３ＧＰＰアクセスを介したＵＥの接続の開放に関してＵＥ−２のための保持コンテキストを有するＭＭＥ（ＭＭＥが、ＵＥ−２の３ＧＰＰから非３ＧＰＰへのハンドオーバ処理の前に提供された情報を維持することができる）を指示して、ＭＭＥがＣＳＦＢ手順（すなわちＵＥ−２にページングを送信するための）を開始してＵＥ−２の接続を３ＧＰＰアクセスに移す。ＵＥ−２に対するページングの開始後、すでに説明したものと同一の手順を実行する。ＭＭＥはＣＳＦＢを開始しない場合があり、その代わりに３ＧＰＰアクセスを介したＵＥ−２のページングのためにＵＥ−２のＣＳベアラコンテキストを生成することができる。非３ＧＰＰアクセスから切り離された場合であってもＵＥ−２はＣＳサービスを維持することができ、ＣＳサービスは意図せずに開放されることはないのでユーザにとって利点が増す。他の場合すなわちＵＥ−２が非３ＧＰＰ開放手順においてＣＳサービスも開放する意図を示す場合（例えばＣＳサービスを含む全ての接続を開放することを示す指示又はフラグを含むことによって）、ＬＩＰＡ−ＧＷはその指示をＭＭＥにも示し、ＭＭＥはＵＥ−２のためのＳＧインタフェース上のリソースを開放して、不必要なリソースを除去可能とし、システム効率を高める。
【００８２】
（音声呼以外のＣＳサービスのサポート）
例えばＳＭＳ、ＬＣＳのようないくつかのＣＳベースのサービスでは、ＭＭＥはＵＥ−２（１０２）と多数のＮＡＳメッセージを交換する必要がある場合があり、ＵＥ−２（１０２）をＣＳドメインに接続する必要はない。このような場合、ＭＭＥ（１２３）は、ＭＲ／ＵＥ−１（１０１）に対するダウンリンクＮＡＳ転送メッセージにおいてＵＥ−２（１０２）のためにメッセージインテントをトンネルすることができる。この場合、ローカル配信を介してＵＥ−２（１０２）に送信されたメッセージはもはやページングメッセージではない。
【００８３】
一方、ＵＥ−２（１０２）は、ＭＲ／ＵＥ−１（１０１）に応答を送信するために非３ＧＰＰアクセスにおけるローカル配信方法を用いてもよい。かかるメッセージは、ＭＭＥ（１２３）に対するアップリンクＮＡＳ転送を用いてＭＲ／ＵＥ−１（１０１）によって送信される。
【００８４】
メッセージがＭＲ／ＵＥ−１（１０１）又はＵＥ−２（１０１）のどちらに対するインテントであるかをＭＲ／ＵＥ−１（１０１）が見分けるために、ダウンリンクＮＡＳ転送又はアップリンクＮＡＳ転送メッセージにおいて追加の指示が必要である。この指示はローカルＵＥ  ＩＤ又は単にフラグとすることができる。ＭＲ／ＵＥ−１（１０１）は、ターゲットを一意に識別することができない場合、その非３ＧＰＰアクセスを介して内部でメッセージをブロードキャストしてもよい。ＭＲ／ＵＥ−１（１０１）の非３ＧＰＰアクセスを介して接続されている全てのＵＥは、メッセージを受信して、これがそれ自体に向けられたものであるか否かをチェックすることができる。
【００８５】
ＭＲ／ＵＥ−１（１０１）とＵＥ−２（１０２）との間のローカル配信は、用いる技術に応じて多くの形態を取ることができる。考えられる１つの方法は、既定のポートに対するＩＰベースの配信である。例えば、ＭＲ／ＵＥ−１（１０１）はモバイルルータとして機能し、従ってそのアドレスはＵＥ−１（１０２）に知られている。ローカルＵＥ  ＩＤとＩＰアドレスとの間のマッピングに基づいて、ＭＲ／ＵＥ−１（１０１）はＵＥ−２（１０１）のアドレスを知ることができる。これはステップ２００５において、ＭＲ／ＵＥ−１（１０１）がそのようなマッピング情報を生成し記憶することが可能であるからである。
【００８６】
あるいは、それらは何らかの非３ＧＰＰアクセス固有のチャネルを直接用いることができる。例えば、非３ＧＰＰアクセスがＩＥＥＥ８０２．２１機構をサポートする場合、ローカル配信はイベントサービス又は情報サービスに基づいて実施することができる。非３ＧＰＰアクセスがＩＥＥＥ８０２．１１ｕをサポートする場合、ローカル配信はＡＮＱＰベースのメッセージ交換とすることができる。
【００８７】
（疑似デタッチのためのｕプレーンベースのページング）
図３には本発明の代替的な動作シーケンスが示されている。この動作は図２のものと同様である。以下に、相違点のみを強調して記載する。
【００８８】
図に示す通り、ステップ３００３に示すように、ＭＲ／ＵＥ−１（１０１）は、オペレータのコアネットワーク（１２０）を介してＬＩＰＡドメイン（１４０）に対するＲＩＰＡ接続を確立している。これは、すでに確立されているＬＩＰＡ接続のアウトバウンドハンドオーバの結果であり得る。
【００８９】
同様に、ステップ３００３に示すように、ＵＥ−２（１０２）もＲＩＰＡ接続を確立している。ステップ３００５において、これは、ＭＲ／ＵＥ−１（１０１）が提供する非３ＧＰＰアクセスにそのＲＩＰＡ接続を移し始める。これらの動作は、ステップ２００１、２００３、及び２００５のものと同様である。
【００９０】
ＭＲ／ＵＥ−１（１０１）が非３ＧＰＰハンドオーバ要求（３００５）を受信し、ＣＳサービス保存を認可した後、ステップ３００７に示すように、ＭＲ／ＵＥ−１（１０１）はＬＩＰＡ−ＧＷ（１４１）に対する新しいＥＰＳベアラを確立する。これは、（非特許文献１）に定義されているような手順に従い、非３ＧＰＰアクセスハンドオーバ要求を通してＵＥ−２（１０２）によって提供された情報を用いて行われる。
【００９１】
ステップ３００９に示すように、ＭＲ／ＵＥ−１（１０１）は非３ＧＰハンドオーバシグナリングによってＬＩＰＡ−ＧＷ（１４１）にシグナリングする。これは図２のステップ２００７と同様である。しかしながら、この非３ＧＰハンドオーバシグナリングメッセージ（３００９）において、ＭＲ／ＵＥ−１（１０１）は、ＵＥ−１（１０１）のＧＵＴＩ及びステップ３００７で確立したベアラのＥＰＳベアラＩＤ（ＥＢＩ）を含める。
【００９２】
この情報を用いて、ＬＩＰＡ−ＧＷ（１４１）はハンドオーバを実行し、ＵＥ−２（１０２）のためのトラフィックをＵＥ−１（１０１）のＥＢＩにより識別されたＥＰＳベアラにバインドする。同時に、ＬＩＰＡ−ＧＷ（１４１）は、ＵＥ−２（１０２）のアドレスをＵＥ−１（１０１）のＥＢＩにバインドする。
【００９３】
図２のステップ２０１１及び２０１１’と同様に、ステップ３０１３及び３０１３’におけるように、ＬＩＰＡ−ＧＷ（１４１）はＳＧＷ（１２７）を介してＭＭＥ（１２３）に対して何らかの特別なＰＤＮ接続開放メッセージを発行する。このＰＤＮ接続開放メッセージ（３０１３／３０１３’）において、ＬＩＰＡ−ＧＷ（１４１）は、ステップ３００９で受信したＵＥ−１（１０１）のＧＵＴＩ及びＥＢＩを含める。
【００９４】
いったんＭＭＥ（１２３）がＰＤＮ接続開放（３０１３／３０１３’）を受信したら、図２の２０１３と同様に、ステップ３０１５におけるように、疑似デタッチプロセスを開始する。しかしながら、この場合、ＭＭＥ（１２３）は、例えばＳＧのようなＵＥ−２（１０２）のＣＳドメインインタフェースを、ＥＢＩによって識別されたＥＰＳベアラのためのＵＥ−１（１０１）の（Ｅ）ＳＭコンテキストに対してバインドしようとする。
【００９５】
従って、ＣＳトリガ（３０２１）がＭＭＥ（１２３）に到着すると、ＭＭＥはＵＥ−１（１０１）のＥＢＩに基づいて（Ｅ）ＳＭコンテキストを取得する。このような情報を用いて、ＭＭＥは特別なベアラ変更メッセージを発行し、ＳＧＷ（１２７）を介してＬＩＰＡ−ＧＷ（１４１）に対して例えばページングメッセージのようなＣＳ関連シグナリングメッセージを埋め込む。ＣＳシグナリングメッセージを埋め込むための１つの可能な方法は、それらをＭＭＥ（１２３）が生成したＰＣＯに配置して、ＳＧＷ（１２７）の変更を必要としないようにすることである。他の場合、これを位置情報又はＣＳＧ加入契約情報要素に埋め込んで、ＬＩＰＡ−ＧＷ（１４１）に対する配信を保証することができる。
【００９６】
ＬＩＰＡ−ＧＷ（１４１）が特別なベアラ変更メッセージを受信すると（３０２３）、これはメッセージからＥＢＩを取得することができ、従って、ステップ３００９で取得した情報に基づいてＵＥ−２（１０２）のＩＰアドレスにマッピングすることができる。従って、ＬＩＰＡ−ＧＷ（１４１）はＣＳ関連シグナリングメッセージをカプセル化し、ステップ３０２５におけるようにＵＥ−２（１０２）に対してユーザプレーンチャネルを介して直接送信する。例えば、ＵＥ−２（１０２）及びＬＩＰＡ−ＧＷ（１４１）は、例えばＰＣＯを用いたＲＩＰＡ接続の確立プロセス中に、この目的のために特別なポート番号について予め合意していてもよい。この場合、ＬＩＰＡ−ＧＷ（１４１）は単に、ＵＥ−２（１０２）ＩＰアドレスのそのポートに対するＣＳ関連シグナリングメッセージをカプセル化する。
【００９７】
ユーザプレーンを介してＣＳ関連シグナリングメッセージを受信した後、ＵＥ−２（１０２）は、（非特許文献６）に定義されているような必要な手順を実行する。例えば、ＵＥ−２（１０２）はＭＭＥに対してサービス要求／拡張サービス要求（３０２７）を送信することができ、これがステップ３０２９において以下のＣＳＦＢ手順をトリガする。
【００９８】
３ＧＰＰアクセスをオンすることなくＵＥ−２（１０２）がＭＭＥ（１２３）に返信することを可能とする必要がある場合、そのホームエージェント又はデフォルトのゲートウェイであるＬＩＰＡ−ＧＷ（１４１）に向けたＩＰパケットにカプセル化されたメッセージを送信することができる。また、ＬＩＰＡ−ＧＷ（１４１）はそのメッセージをＭＭＥ（１２３）にリレーするためにベアラ変更手順を用いることができる。
【００９９】
上述の記載において、ＵＥ−２（１０２）のモビリティを管理するためにＭＲ／ＵＥ−１（１０１）とＬＩＰＡ−ＧＷ（１４１）との間の例示的なプロトコルとしてＰＭＩＰを用いている。しかしながら、これは本発明をそのようなプロトコルに限定するものではない。実際の実施において、例えばＧＴＰ−Ｃ／Ｕのような他のモビリティ管理プロトコルも使用可能である。これは本発明の一般的な原理に影響を与えるものではない。
【０１００】
（低優先度デバイスのためのＭＭＥ開始疑似デタッチ）
前述の記載において、ＭＭＥ（１２３）は、ＬＩＰＡ−ＧＷ（１４１）からの指示に基づいて、例えばステップ２０１３又はステップ３０１５において疑似デタッチプロセスを実行する。しかしながら、ある展開では、ＭＭＥは輻輳を緩和するために３ＧＰＰアクセスからあるデュアル接続ＵＥを外すことを決定してもよいが、これらのデバイスのＣＳドメインサービスのサポートを継続することができる。この場合、加入契約、ＭＴＣ特性、又は低優先度インジケータのようなＵＥの情報に基づいて、ＭＭＥ（１２３）はＵＥの疑似デタッチを実行するか否かを決定することができる。
【０１０１】
しかしながら、これを実行するため、ＵＥ−２（１０２）はＭＭＥ（１２３）にＭＲ／ＵＥ−１（１０１）の情報を通知しなければならない。これは、ＵＥ−２（１０２）がＭＲ／ＵＥ−１（１０１）を介して非３ＧＰＰ接続を取得した後にＴＡＵを実行することによって達成可能である。ＴＡＵは、非３ＧＰＰ接続の確立によってＵＥ−２（１０２）が取得したＭＲ／ＵＥ−１（１０１）の情報を伝達する。
【０１０２】
あるいは、ＵＥ−２（１０２）は非３ＧＰＰアクセスを介してＭＲ／ＵＥ−１（１０１）にＴＡＵを送信することができ、ＭＲ／ＵＥ−１（１０１）はそれ自身のＮＡＳ接続を用いてこれをＭＭＥに転送する。例えば、ＭＲ／ＵＥ−１（１０１）は、ＮＡＳ転送に専用のＳＲＢ２を利用してＵＥ−２（１０２）からの受信ＴＡＵメッセージを転送する。この結果、ｅＮｏｄｅＢ（１２９）は、ＵＥ−１（１０１）のためにセットアップされたＳ１−ＭＭＥチャネルを用いて、ＵＥ−２（１０２）からのＴＡＵメッセージを転送する。これによって、ＭＭＥ（１２３）はＭＲ／ＵＥ−１（１０１）をＵＥ−２（１０２）にバインドする。従って、ＭＭＥ（１２３）は、疑似デタッチの実行を決定した場合、ＭＲ／ＵＥ−１（１０１）情報を取得することができる。
【０１０３】
（ＴＡＵベースの適用性チェック及びトークン生成）
前述の記載においては、オペレータのコアネットワーク（１２０）システムによって、動作に関して何らかのアクセス制御を加えなければならない。以下は、制御を実行することを可能とするいくつかのオプションである。
【０１０４】
１つの実行し得る動作において、ＵＥ−２（１０２）は、例えばステップ２００５又は３００５において、ＭＲ／ＵＥ−１（１０１）を検出した後、かつ非３ＧＰＰアクセスに対するハンドオーバを実行する前（であるが非３ＧＰＰアクセスに対するハンドオーバの決定を行った後）に、ＴＡＵを実行する。ＭＭＥは、これに応じてＵＥ−２の位置を登録するためのトラッキングエリア（すなわち位置）登録手順を実行するので、ＭＭＥが後にＬＩＰＡ−ＧＷ（ＰＧＷ）からＰＤＮ接続開放メッセージを受信した場合に、ＭＭＥが、ＵＥ−１及びＵＥ−２が適度に近接しているか（近傍にあるか）、更に条件（近接性）が満足されている（すなわちそれらが適度に近接している）かを判断することができ、ＭＭＥによってＵＥ−２のためのＣＳプリザベーションを可能として、前述のようにＳＧをＵＥ−１のコンテキストにバインドすることができる。基本的に、このような判断は加入契約又はオペレータのポリシー情報に基づいて実行可能である。しかしながら、このような情報はそれらの実際の位置の検証を与えない。
【０１０５】
例えば、ＵＥ−１及びＵＥ−２が異なる位置にあるが、例えばあるバッファリング機構のためにＵＥ−１がそのメモリ内にＵＥ−２からの何らかの古い要求を記憶しているならば、ＵＥ−１がバインディング要求（すなわちハンドオーバシグナリング）を送信可能であってもよい。これによって明らかにＵＥ−２の位置の不整合が生じ、ＵＥ−２に送信されるべきパケットがＵＥ−１にルーティングされ、セキュリティ上の問題を引き起こす。かかる状況を回避するために、ＭＭＥから提供されたＴＡＩリストのＴＡ内でＵＥ−２が移動している際にＭＭＥにおける位置が登録されず、ＵＥ−２がアイドルモードである場合であっても、ＭＭＥにおける位置ベースの判断が妥当であり、ＵＥ−２のための正しいパケットルーティングを保証することに役立つ。更に信頼性を高めるため、ＵＥ−１は、ＵＥ−２からのハンドオーバシグナリングを処理する場合にＴＡＵも実行してもよく、これによってＵＥ−１及びＵＥ−２の位置情報を実際に登録し、ＭＭＥが最新情報を用いて判断することを可能とする。
【０１０６】
非３ＧＰＰアクセスに対する実際のハンドオーバの前にＵＥ−２が送信するＴＡＵにおいて、ＵＥ−２（１０２）は、非３ＧＰＰアクセスに対するそのハンドオーバの意図、ＭＲ／ＵＥ−１（１０１）に関する情報、及びＣＳサービスを保存する意図を示してもよい。ＴＡＵを受信した後、ＭＭＥ（１２３）はこれに応じてアクセス制御を実行することができ、例えばＵＥ／デバイスの位置近接性をチェックし、加入契約情報及びそれを可能とするオペレータポリシーをチェックし、そのような集合のＬＩＰＡ−ＧＷがサポートされているか否かをチェックする等である。かかるチェックが成功すると、ＭＭＥ（１２３）は、そのような動作の受容を示すＴＡＵ応答、及び、例えば何らかのトークンのような動作を容易にするための追加情報を返信する。
【０１０７】
次いでＵＥ−２（１０２）は続いて、例えばステップ２００５又は３００５のような動作を実行することができ、トークンを利用する。
【０１０８】
このトークンは、例えばＭＭＥからのデジタル署名証明書、又は暗号証明可能コマンドのような認可情報を含み、これは例えばステップ２００７又は３００９において、ＭＲ／ＵＥ−１（１０１）に、非３ＧＰＰハンドオーバシグナリングにおいてＧＵＴＩを送信するように命令する。
【０１０９】
また、このトークンは、上述した非３ＧＰＰアクセスを介してハンドオーバシグナリングにおいて転送され、例えばステップ２０１１’及び３０１３’において、ＬＩＰＡ−ＧＷ（ＰＧＷ）を介してＭＭＥ（１２３）に戻る。いったんＭＭＥ（１２３）がトークンを受信すると、これを検証し、記憶された情報と比較し、これに基づいて疑似デタッチを許容するか否かを決定する。
【０１１０】
これらの動作によって、オペレータのコアネットワークは何らかのプロセス制御を適用することができ、動作のセキュリティを向上させることができる。
【０１１１】
（ＵＥのＧＵＴＩ以外の識別子の使用）
上述の動作の記載においては、ＭＭＥがコンテキストを識別するために、シグナリングにＭＲ／ＵＥ−１（１０１）のＧＵＴＩが含まれている。しかしながら、いくつかの状況では、これは必ずしも可能でないか許容されない場合がある。かかる場合、例えばＭＳＩＳＤＮ、グループＩＤ、ＣＳＧ  ＩＤ等の他の何らかのＩＤを用いることができる。
【０１１２】
あるいは、ＵＥ−２（１０２）が手順の前にトークンを取得した場合、必要な情報を含めてＵＥ−１（１０１）を識別してもよい。例えば、ＭＭＥは、ＵＥ−２（１０２）がＴＡＵを送信した場合に一時的なＩＤを生成し、この一時的なＩＤをＴＡＵ応答に埋め込まれたトークンに含めてもよい。
【０１１３】
（Ｓ２ｃ  ＤＳＭＩＰプロトコルの使用）
ある展開においては、モバイルルータは、（非特許文献２）に定義されたようなＳ２ｃインタフェースのみを提供可能である。この場合、ハンドオーバのシグナリングは、モバイルルータ（１０１）ではなくＵＥ−２（１０２）によって実行される。すなわち、ステップ２００７及び３００９のシグナリングは直接ＵＥ−２（１０２）からである。
【０１１４】
かかる動作をサポートするため、ＵＥ−２（１０２）は、ＭＲ／ＵＥ−１（１０１）を識別するためにＭＭＥ（１２３）によって使用可能な識別子を知る必要がある。いくつかの可能な手法を用いることができる。
【０１１５】
モバイルルータ／ＵＥ−１（１０１）がこの解決策をサポートする場合、ＵＥ−２（１０２）がＵＥ−１（１０１）との接続を得た場合に非３ＧＰＰアクセス固有の方法によってＵＥ−２（１０２）に対してそのような識別子を通知してもよい。例えば、これは、ビーコンメッセージでそれをブロードキャストするか、又は関連メッセージ内にそれを含めるか、又は例えばＤＨＣＰのようなＩＰレイヤ構成メッセージ、ルータ通知、ルータ広告によって、又はＩＥＥＥ８０２．１１ｕ  ＡＮＱＰによって通知を行う。
【０１１６】
あるいは、ＵＥ−２（１０２）が、ＭＲ／ＵＥ−１（１０１）によって提供される非３ＧＰＰアクセスに対する接続及びハンドオーバの前に、前述のようにＴＡＵを実行した場合、ＵＥ−２（１０２）はＴＡＵ応答においてＭＭＥ（１２３）からそのような情報を取得することができる。
【０１１７】
あるいは、例えばグループＩＤのような情報は、ユーザによってＵＥ−２（１０２）に対して手作業で構成することができる。
【０１１８】
かかる知識を用いて、図２及び図３に紹介した動作シーケンスは小さい変更を加えて適用することができる。例えば２００７、２００９、又は３００９、３０１１のような非３ＧＰＰハンドオーバシグナリングの終端点は、ＭＲ／ＵＥ−１（１０１）ではなくＵＥ−２（１０２）である場合がある。更に、用いるプロトコルは、Ｓ２ｃインタフェースのための（非特許文献２）に定義されたようなデュアルスタックモバイルＩＰ（ＤＳＭＩＰ）である場合がある。
【０１１９】
動作シーケンスの結果は、実質的な変更なしで適用することができる。
【０１２０】
（異なるＭＭＥ）
上述の記載においては、同一のＭＭＥ（１２３）がＵＥ−１（１０１）及びＵＥ−２（１０２）に対応すると仮定している。これは、２つの端末が近接しているならば、ほとんどの場合に適用可能であり得る。
【０１２１】
しかしながら、いくつかの特別な状況では、例えば負荷均衡化、異なるＰＬＭＮの使用、又は他の理由のために、それらは異なるＭＭＥによって対応されてもよい。かかる場合、提案する動作はいくつかのわずかな変更を必要とする。
【０１２２】
ＭＭＥ（１２３）がＰＤＮ接続開放メッセージ（２０１１’又は３０１３’）を受信したら、（非特許文献１）に定義された手順に従って、ＵＥ−２（１０２）がＵＥ−１（１０１）のＭＭＥにハンドオーバを必要としているかのように疑似ハンドオーバプロセスを実行する。ＵＥ−２（１０２）のＭＭＥは、ＰＤＮ接続開放メッセージ（２０１１’又は３０１３’）におけるＧＵＴＩ情報によってＵＥ−１（１０１）のＭＭＥのアイデンティティを取得する。
【０１２３】
これはハンドオーバの特別な場合であるので、新しいＭＭＥに対する新しい関連付けを登録するためＭＳＣ／ＶＬＲ（１２５）をトリガするだけでよく、新しいＭＭＥはコンテキストバインディングを実行する。古いＭＭＥは続いて、例えば２０１５又は３０１７においてＰＤＮ接続開放手順を実行し、その後、ＵＥ−２（１０２）の全てのコンテキストを除去する。
【０１２４】
従って、ＣＳトリガ（３０２１）が到達すると、これはＵＥ−１（１０１）のＭＭＥで終了し、従って手順は継続することができる。
【０１２５】
この動作シーケンスにおいて、モバイルルータ（１０１）は、ＬＩＰＡ−ＧＷ（１４１）に対するＵＥ−２（１０２）のための非３Ｇハンドオーバシグナリング内に追加情報を含める。例えばこれは、それ自身のＧＵＴＩ及びＵＥ−２（１０１）のためのローカルＩＤを含めることができる。
【０１２６】
（ＭＲ／ＵＥ−１の動作）
図４には、本発明をサポートするＭＲ／ＵＥ−１（１０１）の例示的なアーキテクチャが示されている。図に示すように、モバイルルータ（４００）は４つの主な機能要素を含む。すなわち、非３Ｇモバイルルータ管理（４０１）、ローカルページング配信（４０３）、３ＧＰＰアクセス管理（４０５）、及びトンネルページング処理（４０７）である。簡略化の理由で記載しないが、例えば（非特許文献１）及び（非特許文献２）に規定されたもののような他の機能要素も存在し得ることは当業者には明白である。追加の機能要素を含めることは、本発明の一般的な原理に影響を与えるものではない。
【０１２７】
これらの機能要素の中で、非３ＧＭＲ管理（４０１）は、他の移動端末に与えられる非３ＧＰＰアクセスを制御する機能を提供する。例えば、これは、ＬＩＰＡドメイン（１４０）又は他のドメインに対するサービスの可用性の通知、移動端末のためにＣＳサービス（すなわちＣＳページングプロキシ特性）を保持する可用性、非３ＧＰＰアクセスを介して接続された移動端末からのＣＳサービス保存要求の検証、ＣＳサービス保存関連情報の指示を有する移動端末のためのハンドオーバのシグナリング、並びに、例えばＭＡＧ、ＰＤＧ、又は（非特許文献２）におけるｅＰＤＧのような信頼できるか又は信頼できない非３ＧＰＰアクセス機能について定義されたアクセス制御及びベアラ管理機能の管理を含む。
【０１２８】
例えば、ＭＲ（４００）で用いられている非３ＧＰＰアクセスがＷＬＡＮである場合、非３ＧＭＲ管理（４０１）機能は、（非特許文献５）におけるルータ及びＭＡＧ機能を有するＷＬＡＮ  ＡＰのＳＭＥであり得る。また、これは、（非特許文献２）に定義されたようなｅＰＤＧ機能を含んでもよい。これはアクセス制御機能を含み、オペレータのコアネットワーク（１２０）におけるＡＡＡプロキシ又はサーバとの相互作用のためのプロトコルスタックを含む。
【０１２９】
また、ＵＥ−２（１０２）認証又は認可プロセスが行われてもよい。これを達成するため、非３ＧＭＲ管理（４０１）はオペレータのコアネットワーク（１２０）におけるＡＡＡサーバ又はＡＡＡプロキシにアクセスを有する必要がある。これは、ＭＲ／ＵＥ−１（１０１）がその加入契約情報に基づいてオペレータのコアネットワーク（１２０）に接続した場合にこれにある特別なＡＡＡプロキシを割り当てることによって容易に達成可能である。このアクセスは３ＧＰＰアクセス管理（４０５）を介して行ってもよい。例えば、非３ＧＭＲ管理（４０１）は、ＰＤＮ接続要求のＰＣＯ要素においてそのような接続を要求してもよい。ＭＲ／ＵＥ−１（１０１）のＰ−ＧＷ（ＬＩＰＡ−ＧＷ１４１）は、ＰＣＯ情報及びシステム認可に基づいてＡＡＡプロキシに対する特別な接続をセットアップしてもよい。
【０１３０】
ＵＥ−２（１０２）から非３Ｇハンドオーバ要求を受信した後、非３ＧＭＲ管理（４０１）はＬＩＰＡ−ＧＷ（１４１）に対して非３Ｇハンドオーバシグナリングを送信して、ＵＥ−２（１０２）の接続（複数の接続）を非３ＧＰＰアクセスに切り換える。ＵＥ−２（１０２）のモビリティを管理するためのシステムにおいてプロキシＭＩＰ（ＰＭＩＰ）を用いている場合、非３Ｇハンドオーバシグナリングはプロキシバインディング登録メッセージとすることができる。
【０１３１】
非３ＧＭＲ管理（４０１）が、ＵＥ２（１０２）がそのＣＳサービスの保持を要望するか又は必要とすることを決定すると、非３ＧＭＲ管理（４０１）は、非３Ｇハンドオーバシグナリングメッセージに追加情報を含める。例えばこれは、ＧＵＴＩ、ＴＭＳＩ等の一時的なＩＤ、又はＩＭＳＩ、ＭＳＩＳＤＮ等の永続的なＩＤ等の３ＧＰＰネットワークにおける識別子、及びＷＬＡＮアクセス（非３ＧＰＰアクセス）においてＵＥ−２を識別するためのローカルＵＥ識別、及び／又はトークンを、ＬＩＰＡ−ＧＷ（１４１）に対するメッセージ内に含める。
【０１３２】
非３Ｇ  ＭＲ管理（４０１）機能は、関連するシグナリング又はデータメッセージを配信するために、３ＧＰＰアクセス管理（４０５）によって提供された接続を利用することに留意すべきである。
【０１３３】
３ＧＰＰアクセス管理（４０５）は一般に、（非特許文献１）においてＵＥに関して定義された機能に従うが、ＭＲ（４００）の動作を支援するために追加の機能を有する。例えば、３ＧＰＰアクセス管理（４０５）は、非３Ｇ  ＭＲ管理（４０１）によってトリガされてもよく、ＬＩＰＡドメイン（１４０）又は他のいずれかの必要なドメインに対する接続を確立する。
【０１３４】
また、３ＧＰＰアクセス管理（４０５）は、本発明のサポートを示すため、例えばＰＣＯを用いて追加情報を接続管理シグナリングに含むようにトリガされて、ネットワーク側で追加の処理を実行可能とすることができる。
【０１３５】
また、３ＧＰＰアクセス管理（４０５）は、オペレータのコアネットワークからトンネルページングメッセージを受信することができる。例えばＭＭＥ（１２３）は、埋め込まれたページングメッセージにより、ＮＡＳシグナリングチャネルを介してＭＲ／ＵＥ−１（１０１）にシグナリングすることができる。ページングメッセージはＭＲ／ＵＥ−１（１０１）に宛てられたものでない場合がある。例えばこれは、ＵＥ−１（１０２）を指し示すローカルＵＥ  ＩＤを含む。いったん３ＧＰＰアクセス管理（４０５）がそのようなトンネルページングメッセージを受信したら、更に処理するためにこれをトンネルページング処理（４０７）に渡す。
【０１３６】
トンネルページング処理（４０７）は、埋め込まれたメッセージを処理して、実際のページング先を決定する。例えばローカルＵＥ  ＩＤが含まれている場合、非３ＧＭＲ管理（４０１）機能からの情報を利用して、これは例えばＵＥ−２（１０２）のような実際の移動端末のアイデンティティに変換される。ローカルＵＥ  ＩＤが存在しない場合、トンネルページング処理（４０７）はこのメッセージがＭＲ／ＵＥ−１（１０１）自体に宛てられているか否かをチェックする。
【０１３７】
埋め込まれたページング又はＮＡＳメッセージが（ＭＲ（４００）に）ローカルに接続された移動端末のために検証されると、メッセージは非３ＧＭＲ管理（４０１）を介してローカルページング配信（４０３）に転送される。メッセージは、非３Ｇ  ＭＲ管理（４０１）から取得した必要な情報を利用して、トンネルページング処理（４０７）によって直接ローカルページング配信（４０３）に配信可能であることは、当業者には明白である。これは本発明の一般的な原理に影響を与えるものではない。
【０１３８】
ローカルページング配信（４０３）は、ローカルＵＥ  ＩＤを利用してＭＲ（４００）に接続されたターゲットの移動端末の位置を突き止め、メッセージの適正な配信機構を識別する。例えば、ローカルページング配信（４０３）は、メッセージをＩＰパケットに埋め込んで既定のポートを介してＵＥ−２（１０２）に送信し、又はメッセージを既定のＭＡＣアドレスに対するレイヤ２パケットにカプセル化し、又はマルチキャスト機構を用いてこれを送信し、又はＩＥＥＥ８０２．２１ＥＳ／ＩＳ／ＣＳ機構を用いてこれを配信する等を実行してもよい。メッセージを配信するための機構の選択は、用いている非３ＧＰＰアクセス技術、ＭＲ（４００）、及び接続されている移動端末の機能に依存する。
【０１３９】
例えばＳＭＳ又はＬＣＳサービスをサポートするため、ＭＲ（１０１）の機能を拡張してＵＥ−２（１０２）とＭＭＥ（１２３）との間のＮＡＳメッセージの双方向配信を可能とする場合、ローカルページング配信（４０３）の機能を拡張して、非３ＧＰＰアクセスを介してＵＥ−２（１０２）からのＮＡＳメッセージもローカルに受信することは当業者には明白である。これは、宛先を用いて上述のページングメッセージ配信と同様に達成可能である。このような場合、トンネルページング処理（４０７）も機能を拡張して、ローカルページング配信（４０３）機能によってＵＥ−２（１０２）から受信したメッセージに基づいて３ＧＰＰアクセス管理（４０５）を介して配信すべきコンプライアントなＮＡＳメッセージを生成する。
【０１４０】
トンネルページング処理（４０７）がＭＭＥからトンネルページングメッセージを受信した場合、又はトンネルページングメッセージを処理した後、トンネルページング処理（４０７）は、ベアラリソース変更手順を実行して、ＵＥ−２（１０２）のトラフィックフローを収容するＰＤＮ接続又はＰＤＰコンテキストのリソース（例えばビットレート（ＭＢＲ、ＧＢＲ、ＡＭＢＲ等）のＱｏＳリソース、優先度（ＡＲＰ等）、保証されたＢＥＲ、保証されたレイテンシ）を低減してもよい（場合によっては、これらは単にＭＲ／ＵＥ−１とＬＩＰＡ−ＧＷ（ＰＧＷ）との間のベアラ又はデータベアラと呼ばれる）。なぜなら、トンネルページングメッセージによって、ＵＥ−２（１０２）を、ＭＲ（１０１）が提供する非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークに移動させて（着信呼を終端させるため）ＣＳサービスを受信し、システム効率のためにＵＥ−２のトラフィックに割り当てたリソースを低減可能であるからである。トンネルページング処理（４０７）は、トンネルページングメッセージを受信した場合又はこれを処理した後（又はトンネルページングプロセスを実行した後、すなわちＵＥ−２からの転送されたサービス要求メッセージの後）、ＵＥ−２トラフィックのための接続を削除／終端させてもよい。
【０１４１】
（ＵＥ−２の動作）
図５にはＵＥ−２（１０２）の例示的なアーキテクチャが提示されている。図に示すように、ＵＥ（５００）は４つの主な機能要素を含む。すなわち、３ＧＰＰアクセス管理（５０１）、非３Ｇアクセス管理（５０３）、モビリティ管理（５０５）、及びローカルページング受信（５０７）である。簡略化の理由で記載しないが、例えば（非特許文献１）及び（非特許文献２）に規定されたもののような他の機能要素も存在し得ることは当業者には明白である。追加の機能要素を含めることは、本発明の一般的な原理に影響を与えるものではない。
【０１４２】
３ＧＰＰアクセス管理（５０１）は、（非特許文献１）及び（非特許文献６）でＵＥについて定義されているような一般的な機能を実施する。また、これは、例えば非３ＧＰＰアクセスからのローカルに受信したページングメッセージを処理し、それに応じて処理を行う等、本発明をサポートするためのいくつかの追加の機能も含む。また、これは、非３ＧＰＰアクセスを介した双方向ＮＡＳシグナリングを用いて、例えばＳＭＳ又はＬＣＳ等のいくつかのＣＳサービスを非３ＧＰＰアクセスでサポートする場合、ＮＡＳメッセージによって応答し、応答としてローカルページング受信（５０７）機能に渡してもよい。
【０１４３】
更に、ＣＳページングプロキシ機能（これはこの実施の形態において記載している）を有する例えばアクセスポイントのような特別な非３ＧＰＰアクセスを検出した場合、３ＧＰＰアクセス管理（５０１）は、モビリティ管理（５０５）によってトリガされて、非３ＧＰＰアクセスに対する何らかの接続のハンドオーバの前にＴＡＵを実行してもよい。アクセスネットワーク（すなわちアクセスポイント）から提供されたアクセス識別子（例えばＳＳＩＤ）の全体もしくは一部又は他の何らかの明示的な（例えばビーコン信号における）指示を検出した場合、又はアクセスポイントのＭＡＣアドレスが所定のもしくは予め構成された値と同一である場合、３ＧＰＰアクセス管理（５０１）が、ターゲットの非３ＧＰＰアクセスが本発明に対応可能であると検出することも可能である。このため、ＵＥ（５００）は、これが、本実施の形態において記載したＣＳページングプロキシの機能を有する特別なＭＲ／ＵＥ−１（１０１）に向けて移動しておりこれに接続していると識別することができる。ＴＡＵは、例えばＭＭＥ（１２３）のようなネットワークのために機能拡張して、例えばトークンのようなＣＳサービス保持のための何らかの情報を配信することができる。
【０１４４】
ＵＥ（５００）がターゲットの非３ＧＰＰアクセスネットワークのＳＳＩＤを検出すると、ＵＥ（５００）は、例えばＳＳＩＤ及び／又はフラグを含むＴＡＵ又は他のメッセージ（ＡＮＤＳＦ（アクセスネットワークディスカバリ選択機能）要求等）を送信するために、ターゲット非３ＧＰＰアクセスが特別な機能すなわちＣＳページングプロキシ機能を有するか否かを質問する。これによって、ＵＥ（５００）はその機能のデータベースを保持する必要がなく、メモリ消費を低減すると共に登録情報を追跡することを可能とする。
【０１４５】
非３Ｇアクセス管理（５０３）によって、ＵＥ（５００）は、（非特許文献２）に定義された手順に従ってＭＲ／ＵＥ１（１０１）に接続することができる。本発明をサポートするため、非３Ｇアクセス管理（５０３）は、例えばトークンのような関連情報によって、ＣＳサービス保持の要求のための信号に追加の指示を提供することができる。
【０１４６】
また、非３ＧＰＰアクセス管理（５０３）によって、ＵＥ（５００）は、非３ＧＰＰアクセスを介して３ＧＰＰページング又はＮＡＳメッセージを受信することができ、これを更に処理するためにローカルページング受信（５０７）に渡すことができる。
【０１４７】
また、非３ＧＰＰアクセス管理（５０３）は、ハンドオーバを処理するか否か及びどのように処理するかを決定するための追加情報をＵＥ（５００）のモビリティ管理（５０５）に提供する。例えば、これは、非３ＧＰＰアクセスでＣＳサービス保存を実行可能であるか否かを示してもよい。これによって、モビリティ管理（５０５）は、接続を非３ＧＰＰアクセスにハンドオーバするか否か、及び３ＧＰＰインタフェースを全体的にシャットダウンするか否かを決定することができる。
【０１４８】
ローカルページング受信（５０７）は、３ＧＰＰアクセスの下位レイヤであるかのようにあるので、可能な場合に３ＧＰＰアクセス管理（５０１）は本発明の動作に対してトランスペアレントとすることができる。かかる場合、ローカルページング受信（５０７）機能は、非３ＧＰＰアクセスを介して受信したページングメッセージを再びまとめ、これが３ＧＰＰアクセスから直接受信されたかのように３ＧＰＰアクセス管理（５０１）に提示することができる。このため、現在のＵＥの実施に対する変更を最小限に抑えることができる。
【０１４９】
あるいは、非３ＧＰＰアクセスを介してＵＥ−２（１０２）とＭＭＥ（１２３）との間で双方向ＮＡＳ通信がサポートされる場合、ローカルページング受信（５０７）は、３ＧＰＰアクセス管理（５０１）からＮＡＳメッセージを受信し、これを非３ＧＰＰアクセスを介して配信するように再びまとめるように構成することも可能である。
【０１５０】
（ＭＭＥの動作）
図６にはＭＭＥ（１２３）の例示的なアーキテクチャが示されている。図に示すように、ＭＭＥ（６００）は４つの主な機能要素を含む。すなわち、３ＧＰＰ  ＰＳサービス管理（６０１）、ＣＳサービス管理（６０３）、疑似デタッチ管理（６０５）、及びトンネルページング処理（６０７）である。簡略化の理由で記載しないが、例えば（非特許文献１）及び（非特許文献３）に規定されたもののような他の機能要素も存在し得ることは当業者には明白である。追加の機能要素を含めることは、本発明の一般的な原理に影響を与えるものではない。
【０１５１】
３ＧＰＰ  ＰＳサービス管理（６０１）は、一般に（非特許文献１）に規定されている通りである。しかしながら、ＭＭＥ（１２３）がＰＤＮ接続開放（２０１１’又は２０１３’）においてＣＳサービス保持指示を受信すると、これは疑似デタッチ管理（６０５）機能をトリガする。この機能では、例えばＣＳサービス管理（６０３）からの６１３のようなＵＥ−２（１０２）のＣＳサービスインタフェースは、ＰＤＮ接続開放（２０１１’又は２０１３’）からの情報を用いて取得されたＭＲ／ＵＥ−１（１０１）のコンテキストに（再）リンクされる。また、疑似デタッチ管理（６０５）は、ＣＳトリガメッセージを更にマッピングするためにローカルＵＥ  ＩＤを追跡する。
【０１５２】
例えば、疑似デタッチは、提供されたＧＵＴＩを用いてＭＲ／ＵＥ−１（１０１）のコンテキストを取得し、これにＵＥ−２（１０２）のＳＧをリンクする。このため、ＣＳサービス管理（６０３）機能がＵＥ−２（１０２）をターゲットとするＣＳトリガを受信した場合、疑似デタッチ管理（６０５）がこれをＵＥ−１（１０１）の識別子に変換し、これによって３ＧＰＰ  ＰＳサービス管理（６０１）がＵＥ−１（１０１）のコンテキストを識別することができる。例えばＧＵＴＩ再割り当て等、ＵＥ−１（１０１）の識別子が登録される場合は、３ＧＰＰ  ＰＳサービス管理（６０１）はこれに応じて疑似デタッチ管理（６０５）を登録して、疑似デタッチ管理（６０５）が常にＵＥ−１（１０１）について最新の登録された識別子を有することができるようにする。
【０１５３】
疑似デタッチ管理（６０５）は、ＵＥ−１（１０１）に対してＵＥ−２（１０２）のＣＳサービス保持の認可を実行してもよく、更に、上述したような位置情報を用いてノード（ＵＥ−１及びＵＥ−２）が相互に適度に近接しているか否かをチェックしてもよい。
【０１５４】
ＣＳトリガを検出し、ＵＥ−１（１０１）の識別子を取得すると、疑似デタッチ管理（６０５）はこの情報を、ＵＥ−２（１０２）のローカルＵＥ  ＩＤと共に、３ＧＰＰ  ＰＳサービス管理（６０１）に渡す。ある変更例では、疑似デタッチ管理（６０５）は、ＵＥ−２（１０２）の最後に用いた識別子を記憶し、これを共に渡すことができるので、３ＧＰＰ  ＰＳサービス管理（６０１）はこれに応じてページングメッセージを形成することが可能である。
【０１５５】
３ＧＰＰ  ＰＳサービス管理（６０１）がＵＥ−２（１０２）のローカルＵＥ  ＩＤに関する情報を検出すると、ＣＳトリガがＵＥ−１（１０１）に接続されたＵＥを対象とするものであり、従ってトンネルページング方法を用いて配信するべきであることがわかる。次いで３ＧＰＰ  ＰＳサービス管理（６０１）は、受信した情報と共にＵＥ−１（１０１）に関するコンテキスト情報をトンネルページング処理（６０７）に渡す。トンネルページング処理（６０７）機能では、疑似デタッチ管理（６０５）及び３ＧＰＰ  ＰＳサービス管理（６０１）から渡された情報を用いてＵＥ−２（１０２）に対する３ＧＰＰページングメッセージを集める。例えばページングメッセージは、ＣＳのＣＮドメインを含み、ページングをされたデバイスの識別子はＵＥ−２（１０２）を用いているはずである。同時に、ページングメッセージは、３ＧＰＰ  ＰＳサービス管理（６０１）から渡されたコンテキストに基づいてＵＥ−１（１０１）に宛てられるＮＡＳメッセージにカプセル化される。次いでこのＮＡＳメッセージは、ＵＥ−１（１０１）に対する既存のＮＡＳコンテキストを用いてＵＥ−１（１０１）に配信される。ＵＥ−１（１０１）がアイドルモードである場合、これは最初にページングされて接続モードとなり、その後ＮＡＳメッセージはＵＥ−２（１０２）に対するトンネルページングによって配信される。
【０１５６】
同時に、トンネルページング処理（６０７）は、ＵＥ−２（１０２）から受信されるサービス要求又は拡張サービス要求を処理するために必要なコンテキスト情報を準備する。例えば、トンネルページング処理（６０７）は、ダミーコンテキストを形成し、ＵＥ−２（１０２）からサービス要求又は拡張サービス要求を受信すると、ＰＳハンドオーバなしにＣＳドメインに対するハンドオーバをトリガする。あるいは、トンネルページング処理（６０７）は、ＵＥ−２（１０２）からのサービス要求又は拡張サービス要求が適正な原因コードによって拒絶されるようにコンテキストにマーキングし、この結果、ＵＥ−２（１０２）は自律的にＣＳドメインを再選択しＣＳ接続を継続する。
【０１５７】
トンネルページング処理（６０７）は、例えばベアラ応答変更メッセージがページングメッセージを含む場合、ＵＥ−２（１０２）に対するページングメッセージ及びＭＲ／ＵＥ−１（１０１）に対するベアラ応答変更によってトンネルページングメッセージを構築するので、ＭＲ／ＵＥ−１は、ＵＥ−２（１０２）のトラフィックフローを収容するＰＤＮ接続又はＰＤＰコンテキストについてリソースを低減する（例えばビットレート（ＭＢＲ、ＧＢＲ、ＡＭＢＲ等）のＱｏＳリソース、優先度（ＡＲＰ等）、保証されたＢＥＲ、保証された潜在（レイテンシ））。なぜなら、トンネルページングメッセージによって、ＵＥ−２（１０２）をＭＲ（１０１）から３ＧＰＰアクセスネットワークに移動させてＣＳサービスを終端させるからである。トンネルページング処理（６０７）は、ＵＥ−２からサービス要求メッセージを受信した場合又はこれを処理した後、ＵＥ−２トラフィックのための接続を削除／終端させてもよい。
【０１５８】
上述の構成を用いて、ＭＭＥの既存の実施に対する影響を最小限に抑えることができる。例えば、ＣＳサービス管理及び３ＧＰＰ  ＰＳサービス管理における主な機能は、ほとんど元のままに維持することができる。主な機能拡張は、疑似デタッチ管理及びトンネルページング処理中にまとめることができる。簡略化の理由で記載しないが、例えば（非特許文献１）及び（非特許文献２）に規定されたもののような他の機能要素も存在し得ることは当業者には明白である。追加の機能要素を含めることは、本発明の一般的な原理に影響を与えるものではない。
【０１５９】
（ＬＩＰＡ−ＧＷ（ＰＧＷ）の動作）
図７には、本発明のＬ−ＧＷ又はＰ−ＧＷ（ＬＩＰＡ−ＧＷ（１４１））の例示的なアーキテクチャが示されている。図に示すように、Ｌ−ＧＷ／Ｐ−ＧＷ（７０３）は３つの主な機能要素を含む。すなわち、ベアラ管理（７０１）、モビリティ管理（７０３）である。
【０１６０】
ベアラ管理（７０１）は、（非特許文献１）及び（非特許文献２）に定義されているように、通常のベアラ管理の処理及びＳ５インタフェースのシグナリングを行うことができる。これは更に、非３Ｇ  ＨＯシグナリング（２００９又は３０１１）におけるように、ＣＳプリザベーション要求を指示するためのシグナリングにおける追加情報を受信することができる。ベアラ管理（７０１）はそのような指示を見出すと、メッセージを処理のためにＣＳプリザベーションアシスタンス（７０５）に渡す。
【０１６１】
別の態様においては、ＵＥ−１（１０１）が接続を行って接続を確立すると、ＰＣＯにおいて、これがモバイルルータとなり、ＣＳプリザベーションサービスを提供することを示すことができる。その場合、ベアラ管理（７０１）はＣＳプリザベーションアシスタンス（７０５）にも通知する。次いでＣＳプリザベーションアシスタンス（７０５）は、ＵＥ−１（１０１）のために、例えばＡＡＡプロキシ又はＡＡＡサーバに対する必要な接続を確立することを支援する。
【０１６２】
ＵＥ−２（１０２）が非３ＧＰＰアクセスに対するハンドオーバを実行することが必要である場合、ＣＳプリザベーションアシスタンス（７０５）は必要な情報をモビリティ管理（７０３）に提供する。これによって、Ｌ−ＧＷ／Ｐ−ＧＷ（７００）は、２０１１又は３０１３におけるように、例えばＵＥ−１（１０１）のＧＵＴＩ、ＵＥ−２（１０２）のためのローカルＵＥ  ＩＤ、ＥＢＩ等の追加情報を埋め込んで、３ＧＰＰアクセス側においてベアラ切断（tear down）を開始する。
【０１６３】
図３におけるように、ＵプレーンベースのＣＳサービス保持機構を用いている場合、ＣＳプリザベーションアシスタンス（７０５）は、ＥＰＳベアラシグナリング及びｕプレーンベアラのマッピングを生成及び維持して、Ｌ−ＧＷ／Ｐ−ＧＷ（７００）がベアラ管理シグナリングを受信した場合（例えば３０２３）、これに応じてそれを変え、ローカルＵＥ  ＩＤ又はＥＢＩと共にｕプレーンベアラを介してＵＥ−１（１０１）に送信して、ＵＥ−１（１０１）がこれをＵＥ−２（１０２）アドレスにマッピングすることを助ける。
【０１６４】
（第２の実施の形態）
図８には本発明をサポートする代替的なアーキテクチャが示されている。このアーキテクチャは図１に示したものと概ね類似している。従って、以下では相違点のみを強調する。
【０１６５】
図に示すように、図１のアーキテクチャと比較して主な相違点は、オペレータのコアネットワーク（１２０）にＰＧＷ（８０１）が配置されていることである。このＰＧＷ（８０１）は、ＰＤＮサービスドメイン（８２０）にＵＥ−１（１０１）及びＵＥ−２（１０２）のサービスを提供する。これは例えば、ＩＭＳサービスドメイン、ＳＩＰＴＯサービスドメイン、ローカルブレイクアウトサービスドメイン、企業ネットワークサービスドメイン、又は大学構内ネットワークサービスドメインとすることができる。
【０１６６】
ＰＧＷ（８０１）は、ローカルブレイクアウトのための、例えばＳＩＰＴＯのための要件等を満足させるため、３ＧＰＰのアクセスのポイントの近くにオペレータのコアネットワーク（１２０）によって選択されてもよい。また、これは、例えばＩＭＳサービス等のために別の位置に選択することも可能である。しかしながら、ＵＥ−１（１０１）及びＵＥ−２（１０２）では、同一のＡＰＮ又はサービスが要求された場合、同一のＰＧＷ（８０１）はネットワークによって選択される。その理由は、それらがＳＩＰＴＯサービスを要求している同一のセル内にあること、又はそれらが同一のＩＭＳサービスを要求していること等である。従って、実質的な前提は、図１に示すようなアーキテクチャのものと同様である。
【０１６７】
第１の実施の形態に記載したような動作シーケンス及び機能が図８に示すアーキテクチャにも適用されることは明白であるが、ＰＧＷ（８０１）は図２及び図３におけるようなＬＩＰＡ−ＧＷ（１４１）の機能を実行し、図７におけるような機能要素を実施する。
【０１６８】
（第３の実施の形態）
図９及び図１０には本発明をサポートする代替的なアーキテクチャが示されている。これらのアーキテクチャは、図１及び図８に示したものとそれぞれ概ね類似している。従って以下では相違点のみを強調する。
【０１６９】
図に示すように、図１及び図８のアーキテクチャと比較して主な相違点は、モバイルルータ／ＵＥ−１（１０１）の代わりに固定又は携帯型ルータ／ＵＥ−１（１１０１）が配置されていることである。ルータ／ＵＥ−１（１１０１）は、３ＧＰＰ及び無線ＬＡＮインタフェースを有するが、ある時間期間にわたって又は永久に移動しそうにない。その理由は、構築が容易であり、3ＧＰＰ無線アクセスを用いるので配置構築がブロードバンドライン（例えばＦＴＴＨ、ＡＤＳＬ等）の終端点によって制約を受けないことである。例示的な状況は、ＵＥ−２（１０２）のユーザがあるレストランを訪れ、ここでルータ／ＵＥ−１（１０１）を用いて無線アクセスサービスが提供され、ＵＥ−２（１０２）がルータ／ＵＥ−１（１１０１）を介してユーザの住居／会社の構内のＬＩＰＡドメイン（１４０）（すなわちＬＩＰＡ−ＧＷ（１４１））又はＰＤＮサービス（すなわちＰＧＷ（８０１））に接続する場合である。別の例示的な状況は、ＵＥ−２（１０２）のユーザがユーザの住居内又は企業構内においてルータ／ＵＥ−１（１０１）を介してＰＤＮサービス（すなわちＰＧＷ（８０１））に接続する場合である。これらの状況では、ユーザは何らかの追加ローカルサービスのために非３ＧＰＰ接続を介したアクセスを望むが、ユーザに対する着信呼がＭＳＣ（１２５）を介してＭＭＥ（１２３）に来ると、これに対してページングを行って３ＧＰＰアクセスネットワークに移り、ＵＥ−２（１０２）が着信ＣＳサービスを取得可能としなければならない。
【０１７０】
第１の実施の形態に記載したような動作シーケンス及び機能が図９及び図１０に示すアーキテクチャにも適用されることは明白であるが、ルータ／ＵＥ−１（１１０１）は図１及び図８におけるようなモバイルルータ／ＵＥ−１（１０１）の機能を実行し、図４におけるような機能要素を実施する。
【０１７１】
（第４の実施の形態：ＧＴＰ  Ｓ２ａをサポートすることができる信頼できるＷＬＡＮをＵＥ−１が提供する）
オペレータのコアネットワークがＧＴＰに基づいた信頼できるＷＬＡＮアクセスをサポートする場合、モバイルルータ／ＵＥ−１（１０１）は、信頼できるＷＬＡＮにおいてＧＴＰピア及び対応するＡＡＡピアの機能を実行することができる。この設定において、モバイルルータ／ＵＥ−１（１０１）は、オペレータのコアネットワークにおけるＡＡＡサーバとのＡＡＡ接続、及び、ＵＥ−２（１０２）のために選択されたＬＩＰＡ−ＧＷ（１４１）／ＰＧＷ（８０１）とのＧＴＰトンネルを確立する必要がある。
【０１７２】
この場合、モバイルルータ／ＵＥ−１（１０１）は、ＬＩＰＡ−ＧＷ（１４１）／ＰＧＷ（８０１）に対する接続のためにＧＴＰベースのプロトコルの使用をサポートしてもよい。この場合、例えばステップ２００７、２００９におけるＬＩＰＡ−ＧＷ（１４１）／ＰＧＷ（８０１）によるシグナリングメッセージは、（非特許文献１）におけるようなセッション生成要求及びセッション生成応答のようなＧＴＰ−Ｃベースのメッセージとすることができる。
【０１７３】
上述の場合、モバイルルータ／ＵＥ−１（１０１）は、例えばＡＡＡピア、ＧＴＰピア機能等、信頼できるＷＬＡＮアクセスネットワーク機能全体を実質的に提供する。ＵＥ−２（１０２）がモバイルルータ／ＵＥ−１（１０１）に対するアクセスを取得すると、オペレータのコアネットワークにおける対応するＡＡＡサーバがＵＥ−１（１０１）のプロファイルをモバイルルータ／ＵＥ−１（１０１）に提供して、ＬＩＰＡ−ＧＷ（１４１）／ＰＧＷ（８０１）に対するＧＴＰベースの接続が正しく確立されるようにする。信頼できるＷＬＡＮアクセスネットワーク機能の機能は（非特許文献７）に定義されている通りである。
【０１７４】
モバイルルータ／ＵＥ−１（１０１）が信頼できるＷＬＡＮアクセスネットワーク機能を実施した場合、例えばステップ２００５及び２０１０、３００５及び３０１１’における非３Ｇハンドオーバ要求及び肯定応答の手順ステップは、ＥＡＰメッセージのようなレイヤ２トリガであってもよい。
【０１７５】
（第５の実施の形態：Ｍ２Ｍデバイストリガ）
上述の記載において、ＵＥ−２（１０２）はＣＳサービスを受信することが予想され、このため疑似コンテキストをネットワークにより管理することを必要とする。別の使用の場合、ＵＥ−２（１０２）はマシンタイプの通信デバイスとしてもよい。この意味で、ＵＥ−２（１０２）が予想するサービスは、例えばＳＭＳ、デバイストリガ等、マシンタイプの通信に固有のものであってもよい。従って、ＭＭＥ（１２３）が受信したトリガ又はメッセージは、もはやＭＳＣ／ＶＬＲから来ていない場合がある。その代わり、それらはＳＭＳ−ＳＣ又はＭＴＣサーバ、又はＭＴＣ相互作用機能によって送信することができる。これらのメッセージはＣＳドメインで配信することができ、このため前述の動作が適用される。代替的なアーキテクチャにおいては、これらのメッセージは、ＰＳドメインを介して制御プレーン上で、例えばＮＡＳメッセージ内で配信することができる。この場合、ＭＭＥはＵＥ−２（１０２）に対してページングを行わず、メッセージをＵＥ−１（１０１）のＮＡＳに送信する。デバイストリガメッセージを受信すると、ＵＥ−２（１０２）は、ローカルポリシー及びオペレータの構成に応じて、ＵＥ−１（１０１）を介した３ＧＰＰアクセス又は非３ＧＰＰアクセスによる接続の確立を選択してもよい。
【０１７６】
（第６の実施の形態：ＡＡＡサーバがＭＭＥ機能を実行する）
前述の記載において、モバイルルータ／ＵＥ−１（１０１）は３ＧＰＰアクセスを介してオペレータのコアネットワーク（１２０）に接続され、従って、ＭＭＥ（１２３）は本発明の処理を担当する。別の代替的な動作においては、モバイルルータ／ＵＥ−１（１０１）は、例えば非３ＧＰＰアクセスのような他の手段を介して、又はブロードバンドフォーラムアクセスネットワーク及びセキュリティゲートウェイを介して、オペレータのコアネットワーク（１２０）に接続してもよい。この場合、モバイルルータ／ＵＥ−１（１０１）自体は、ＭＭＥ（１２３）でなくオペレータのコアネットワーク（１２０）におけるＡＡＡサーバによって制御されてもよい。
【０１７７】
この場合、前述の動作にいくつかの変更が必要である。ＡＡＡサーバがＭＭＥ（１２３）に代わってモバイルルータ／ＵＥ−１（１０１）及びＵＥ−２（１０２）の双方に対する接続を処理するので、ＣＳドメイン又は他のメッセージソース（例えばＳＭＳ−ＳＣ、ＭＴＣサーバ、ＭＴＣ相互作用機能）に対するインタフェースもＡＡＡサーバに転送することができる。従って、ＵＥ−２（１０２）がＵＥ−１（１０１）を介して非３ＧＰＰアクセスにその接続をハンドオーバすると、ＭＭＥ（１２３）は確立されたＳＧインタフェース又は他のインタフェース（例えばＭＴＣサーバ又はＳＭＳ−ＳＣとの）を、疑似デタッチプロセスの一部としてＡＡＡサーバに転送しなければならない。これは、ＭＭＥ（１２３）がＨＳＳからＡＡＡサーバ情報を取得し、関連情報を用いてトリガをＡＡＡサーバに送信することによって達成可能である。これによってＭＳＣ／ＶＬＲ、ＭＴＣサーバ等に対するインタフェースを再確立する。あるいは、ＵＥ−２（１０２）は、非３ＧＰＰアクセス接続を取得した場合に、例えば認証／認可プロセスにおいて、ＭＭＥに関してＡＡＡサーバに通知してもよい。次いでＡＡＡサーバはＭＭＥにＳＧインタフェースの転送について通知する。あるいは、ＭＭＥはそれらのインタフェースを維持するが、メッセージをＡＡＡサーバに転送する。
【０１７８】
ＡＡＡサーバが、例えばＳＧを介したＳＭＳ又はＳＧを介したＣＳＦＢトリガ等、転送されたインタフェースを介したメッセージを受信すると、例えばＥＡＰ再認証要求等、ＵＥ−２（１０２）に対するサーバ開始ＡＡＡシグナリングをトリガする。また、このプロセスにおいて、ＡＡＡサーバはＵＥ−２（１０２）にメッセージを通知し、ＵＥ−２（１０２）はこれに応じて動作する。
【０１７９】
（第７の実施の形態：非３Ｇアクセスを用いたモバイルリレー）
モバイルルータ／ＵＥ−１（１０１）がインタフェース１１３を介してリレー機能を実施し、ｅＮｏｄｅＢ（１２９）が（非特許文献８）に定義されているようにドナーｅＮｏｄｅＢ機能を実施する場合、本発明は代替的なモードで動作することができる。図１１に示すように、ＵＥ−２（１０２）は、例えばＷＬＡＮアクセスのような非３ＧＰＰアクセスを用いてモバイルリレー／ＵＥ−１（１２０１）に接続し、これは例えばＬＴＥアクセスのような３ＧＰＰアクセスを用いてオペレータのコアネットワーク（１２０）に対するドナーｅＮｏｄｅＢ（１２０９）に接続する。ＵＥ−２（１０２）は非ＡＰ  ＳＴＡ機能を実装し、ＵＥ−１（１０１）はＩＥＥＥ８０２．１１ｕ（非特許文献９）に定義されているようなＡＰ  ＳＴＡ機能を実装する。更に、モバイルリレー／ＵＥ−１（１２０１）はＨｏｔｓｐｏｔ２．０について定義されている必要な機能を実装することができる。
【０１８０】
ＵＥ−２（１０２）が、例えばＨｏｔｓｐｏｔ２．０シーケンスに定義されているもののような検出情報及び何らかのローカル又はオペレータポリシーに基づいてモバイルリレー／ＵＥ−１（１２０１）に接続することを決定した場合、ＵＥ−２（１０２）は接続確立のために３ＧＰＰ  ＮＡＳ手順を再使用することができる。例えば、ＥＡＰに基づいた通常のＷＬＡＮ認証手順を用いる代わりに、モバイルルータ／ＵＥ−１（１２０１）は、ＩＥＥＥ８０２．１１ｕのＡＮＱＰ特性によって３ＧＰＰベースのＡＫＡ手順をサポートする機能をブロードキャストしてもよい。この場合、ＵＥ−２（１０２）はＡＮＱＰメッセージを用いてモバイルリレー／ＵＥ−１（１２０１）に対する３ＧＰＰ  ＮＡＳメッセージをカプセル化する。次いで、モバイルリレー／ＵＥ−１（１２０１）は、ＭＭＥ（１２３）が基地局（ｅＮｏｄｅＢ）であるかのようにこれにそのＮＡＳメッセージを転送する。これは（非特許文献８）に定義されたリレー機能のものと同様である。
【０１８１】
実質的に、モバイルルータ／ＵＥ−１（１２０１）及びＵＥ−２（１０２）は、インタフェース１２１１上での非３Ｇアクセスを介して３ＧＰＰアクセスをエミュレートする（代行する）ことができ、ＩＥＥＥ８０２．１１ｕのＡＮＱＰ機能が、例えばＳＲＢのような制御プレーンを置換し、通常のＷＬＡＮデータフレーム交換がユーザプレーンをエミュレートする。また、これによってＵＥ−１（１２０１）及びＵＥ−２（１０２）は、例えばＡＤＤＴＳ、ＤＥＬＴＳ等のＱｏＳアクションフレームを用いることで専用ベアラをエミュレートすることができる。
【０１８２】
ＭＭＥ（１２３）は、そのようなシグナリングを受信すると、ＵＥ−２（１０２）がモバイルリレー（１２０１）のもとにあるセルに移動したことを取得し、これが非３ＧＰＰアクセスを用いていることは認識しない。従って、ＳＡＥ  ３ＧＰＰアクセスに定義されているような通常のモビリティ手順を実行する。例えば、ＵＥ−２（１０２）に対するＰＧＷ（８０１）へのＰＤＮ接続を、ドナーｅＮｏｄｅＢ（１２０９）又はモバイルリレー／ＵＥ−１（１２０１）が新しいサービングゲートウェイであるかのように、これらにハンドオーバする。この場合、ＵＥ−２（１０２）が今なお３ＧＰＰアクセスを介して接続されているかのように、ＵＥ−２（１０２）に対する全サービスは、モバイルリレー／ＵＥ−１（１０１）を介してＵＥ−２（１０２）に提供することができる。
【０１８３】
代替的な動作においては、モバイルリレー／ＵＥ−１（１２０１）は、接続が可能となる前に、ＵＥ−２（１０２）の認証のための非３ＧＰＰ手順に従ってもよい。このような場合、モバイルリレー／ＵＥ−１（１２０１）は、オペレータのコアネットワーク（１２０）における図示しないＡＡＡサーバに接続し、例えばＥＡＰベースのＡＡＡのような非３ＧＰＰアクセス手順に従ってこれを処理する。しかしながら、このプロセスでは、モバイルリレー／ＵＥ−１（１２０１）はＡＡＡサーバに対して、これが純粋なアクセス制御のためのものであり、従って、例えばＰＧＷ又はＰＣＣフレームワークに伝達する等の他の手順をＡＡＡサーバが実行する必要はないことを示すことができる。ＵＥ−２（１０２）が接続された後、前述の動作におけるように、３ＧＰＰベースのＮＡＳシグナリングを用いてモバイルルータ／ＵＥ−１（１２０１）において適正なコンテキストセットアップを得ることができる。このように、モバイルルータ／ＵＥ−１（１２０１）にはセキュリティが追加される。更に、これは単に初期接続セットアップのためであるので、追加のシグナリングによってシステムに多くの負担を加えることはない。ＵＥ−２（１０２）及びモバイルリレー／ＵＥ−１（１２０１）は、この接続に関する何らかのセキュリティコンテキストを節約することができるので、次回それらが非３ＧＰＰ認証手順を再び行う必要はない。これによって更に余分のシグナリングを低減させることができる。
【０１８４】
ＵＥ−２がその接続を同一のＵＥ−１を介した３Ｇセルラーと非３Ｇ（ＷＬＡＮ）アクセスとの間で切り換える決断に関して、これは、現在のトラフィックが非３Ｇアクセスを介して（又は３Ｇアクセスを介して）ルーティングされる必要があることをＵＥ−２が検出したことに基づいたものであってもよい。その理由としては、何らかのオペレータポリシー（例えばＩＳＭＰ（システム間モビリティポリシー）もしくはＩＳＲＰ（システム間ルーティングポリシー）、又はＵＥ−２の条件／好み（例えば残りの電池レベル、アプリケーションに必要な帯域幅に従って）、又は、ＵＥ−１又はオペレータネットワークによる、ＵＥ−２のトラフィックのための非３Ｇアクセスに対するＳＩＰＴＯ（Selected IP Traffic Offloading）の開始（又は非３ＧＰＰから３ＧアクセスへのＳＩＰＴＯの開放）の決定が挙げられる。
【０１８５】
（第８の実施の形態：ＵＥ−２がローミング中である）
上述の実施の形態の動作においては、ＵＥ−２（１０２）はローミング中のユーザである、すなわちＭＭＥ（１２３）のものとは異なるオペレータのネットワークから来ている場合がある。この場合、ＭＭＥ（１２３）はこれをＵＥ−２（１０２）のコンテキストから知り、例えばステップ２０１３又は３０１５においてコンテキストバインディングプロセスで特別なフラグをセットする。従って、ＭＭＥ（１２３）が例えばステップ２０２１又は３０２５においてトンネルページングを実行した場合、かかる指示が含まれる。ＵＥ−２（１０２）は、特別なフラグを有するそのようなページングを受信すると、そのホームネットワークに接続しなければならないことを知る。保留中のサービスはホームネットワークからのみサポートされるからである。これが特に有用であるのは、例えばＶｏＬＴＥ、緊急、サービスユーザ等、ＭＭＥ（１２３）がサービスの性質を知っており、現在のネットワークがそれをサポートしないと決定可能である場合である。これはＵＥ−２（１０２）のための時間及びエネルギを著しく節約して、３Ｇインタフェースを起動した場合に追加のドメイン選択を回避することができる。
【０１８６】
ＭＭＥ（１２３）がＵＥ−２（１０２）のサービス要求手順の間にそのような情報を示すことができることは、当業者には明白である。
【０１８７】
（第９の実施の形態：ＰＬＭＮベースの決定）
（ＭＲがＵＥの決定のためにそのオペレータ情報を提供する）
上述の動作において記載したように、モバイルルータ／ＵＥ−１（１０１）は、ＵＥ−２（１０２）のための追加情報を通知して接続確立を決定してもよい。例えばモバイルルータ／ＵＥ−１（１０１）は、ＩＥＥＥ８０２．１１ｕ又はＨｏｔｓｐｏｔ２．０をサポートする場合、現在インタフェース１１３を用いていることをＰＬＭＮ又はｅＰＬＭＮに示してもよい。これをチェックすることでＵＥ−２（１０２）は、例えばＰＬＭＮ  ＩＤ又はｅＰＬＭＮ  ＩＤに基づいて、ＵＥ−１（１０１）が同一のオペレータネットワークに接続されているか否かを決定することができる。実行しているアプリケーション及び／又はオペレータポリシーに応じて、ＵＥ−２（１０２）は、もっとインテリジェントな決定を行って、起こり得るサービス中断を回避し、例えばＵＥ−１のＰＬＭＮがＵＥ−２としてのオペレータのものであるか又はＰＬＭＮが同一である場合にＵＥ−１に対する接続又はハンドオーバ手順を開始する。
【０１８８】
（ＵＥがＭＲの決定のためにそのオペレータ情報を提供する）
また、ＵＥ−２（１０２）は、ＵＥ−２（１０２）についてバインディング／疑似デタッチプロセスを開始するか否かを決定するために、モバイルルータ／ＵＥ−１（１０１）に追加情報を示してもよい。例えば、ＵＥ−２（１０２）は、モバイルルータ／ＵＥ−１（１０１）とＷＬＡＮ接続を確立した場合に、その３ＧＰＰインタフェースでの現在接続されている（又は記録されている）オペレータを示してもよい。例えば、ＩＥＥＥ８０２．１１ｕ機構を用いて、又はＩＰレイヤＤＨＣＰ／ＲＳメッセージに対する拡張によって、ＰＬＭＮ  ＩＤ又は同等のＰＬＭＮ  ＩＤを示す。このように、モバイルルータ／ＵＥ−１（１０１）は、ＵＥ−２（１０２）が同一のオペレータのネットワークによって対応されているか否か、及び、リソース最適化が集約の実行によって達成可能であるか否かを決定することができる。モバイルルータ／ＵＥ−１（１０１）は、ＵＥ−２（１０２）が提供した情報及びオペレータのポリシーに基づいて最適化が達成可能でないと決定した場合、集約を実行しない場合がある。これは例えば、それらが異なるオペレータに接続／記録されている場合である。
【０１８９】
（記録されたＰＬＭＮに基づくＭＭＥの決定）
また、前述の動作において、ＭＭＥ（１２３）は、加入契約情報、双方のＵＥのコンテキストステータス、ローミング契約等に基づいて、ＵＥ−２（１０２）のコンテキストのＵＥ−１（１０１）へのバインディング（疑似デタッチ）を実行するか否かを決定してもよい。例えば、ＭＭＥ（１２３）は、ＵＥ−１（１０１）及びＵＥ−２（１０２）のコンテキストに基づいて、それらが同一のＰＬＭＮ（又はｅＰＬＭＮ）に接続されているか否かをチェックすることができ、それらが同一でない場合はバインディングを行うとネットワークリソースの無駄になる恐れがあるのでバインディングを拒絶する。あるいは、ＭＭＥ（１２３）は、ローミング契約によってＵＥ−２（１０２）の現在の全サービスをＵＥ−１（１０１）リンクを介してサポートすることが可能であるか否か、すなわちそれらのいずれか１つがローミング中であるか否かをチェックしてもよい。ＵＥ−１（１０１）のリンクを介してサポートすることができないサービスがある場合、又はネットワークリソースに無駄につながるサービスがある場合、ＭＭＥ（１２３）はバインディングを拒絶してもよい。また、加入契約プロファイルにおいてバインディングに関する特別な設定がある場合があるので、ＭＭＥ（１２３）は、ＵＥ−１（１０１）及びＵＥ−２（１０２）の双方のＨＳＳをチェックしてもよい。また、かかるバインディングの明示的又は暗黙的な禁止がある場合、ＭＭＥ（１２３）はバインディングを実行しない。
【０１９０】
（ＰＬＭＮベースの決定による利点）
上述したバインディング動作の追加のチェック及び認可によって、ネットワーク及びオペレータは、バインディング動作／集約の後にネットワークリソースを常に最適化可能であることを保証することができる。また、これは、不適切なバインディング／集約によるユーザに対するサービス中断の可能性を回避することに役立つ。
【０１９１】
ＵＥ−１、ＵＥ−２の記録されたＰＬＭＮに基づいた、ＵＥ−１、ＵＥ−２、又はＭＭＥによる、上述の記載に対する何らかの追加又は代替的な決定は、ＵＥ−１及びＵＥ−２のターゲットＡＰＮであってもよい。オペレータのポリシー又はオペレータ間のローミング契約に従って限定があるので、ＡＰＮの何らかの組み合わせ（すなわち特定サービスのためのネットワーク（ＰＤＮ））は可能でない場合があり、このため、ＵＥ−１及びＵＥ−２が異なるオペレータのもとにある場合、コンテキスト集約／バインディング（疑似デタッチ）は可能でないか許容されない。例えば、異なるオペレータに接続している場合でも、インターネットトラフィックを集約することが可能であり得る（すなわちＵＥ−１及びＵＥ−２がインターネットアクセスについてＡＰＮで指定された接続を有する）が、ＳＭＳ（ショートメッセージサービス）、ＩＭＳ（ＩＰマルチメディアサービス）等（すなわちＵＥ−１及びＵＥ−２がオペレータ固有のサービスについてＡＰＮで指定された接続を有する）等のいくつかのオペレータ固有サービスが可能でない場合がある。ＣＳサービスが完全にそのオペレータ固有である場合、単に集約は拒絶されることがある。
【０１９２】
（第１０の実施の形態：ＵＥ−２の別のローミングの場合）
モバイルルータ／ＵＥ−１（１０１）及びＵＥ−２（１０２）の双方を所有するユーザが外国に旅行に行くという、前述の実施の形態とは異なる状況において、ユーザの観点からＵＥ−１及びＵＥ−２の接続を集約することが有利である場合がある。ユーザは実際、空港において、例えば７日間限定の無料インターネットアクセスでモバイルルータ／ＵＥ−１の加入契約を行ったので、モバイルルータ／ＵＥ−１は旅行中にＨＰＬＭＮに対するセルラー接続を有するが、ユーザのモバイル電話（ＵＥ−２）はセルラーネットワークに対してローミングする。かかる場合、ユーザは彼らの支払い削減のためにＵＥ−２がもっとモバイルルータ／ＵＥ−１を介して接続することを望むが、ユーザは、セルラー接続によってしか提供可能でないセルラー固有サービスが必要でない限り、ＵＥ−２をセルラーネットワークから切断しておきたいと思う場合がある。ＵＥ−２がセルラー接続を維持する場合、モバイルルータ／ＵＥ−１を介したＷｉＦｉ接続が利用可能な時であっても、アプリケーションの一部はセルラー接続を介してパケットを送信することがある。基本的に、ユーザがＵＥ−２において全アプリケーションの通信経路を制御することは不可能であり、このようなローミングの場合、セルラー接続を介したアプリケーションの通信はユーザにとって好ましくない。
【０１９３】
上述の場合にユーザ経験を改善するため、それぞれの場合について前述の実施の形態で記載した手順の間に、モバイルルータ／ＵＥ−１がホームユーザであり（すなわちそのＨＰＬＭＮに接続しており）、ＵＥ−２がローミング中である（すなわちＶＰＬＭＮに接続している）場合、モバイルルータ／ＵＥ−１、ＵＥ−２、又はＭＭＥは、ＵＥ−２のコンテキストのモバイルルータ／ＵＥ−１へのバインディング（疑似デタッチ）を実行する決定を行ってもよい。この決定及び動作によって、ＵＥ−２はセルラーアクセスから切断してモバイルルータ／ＵＥ−１を介した通信を享受することができる。ただしこれは、セルラーアクセスによってしか提供可能でない何らかのオペレータ固有サービスのためにセルラーアクセスに接続する必要がある場合を除く。上述の方法に従って、ＵＥ−２は、ＵＥ−２に対するモバイルルータ／ＵＥ−１を介したページングによって通知される。これは、特にローミング中の場合の接続料金が安くなるのでユーザにとって有利である。
【０１９４】
上述の場合、モバイルルータ／ＵＥ−１及びＵＥ−２は、モバイルルータ／ＵＥ−１のホームＰＬＭＮでありＵＥ−２の訪問先ＰＬＭＮである同一のＰＬＭＮに接続してもよい。他の場合、それらは異なるＰＬＭＮを実行してもよい（すなわちモバイルルータ／ＵＥ−１はホームＰＬＭＮに接続し、ＵＥ−２は訪問先ＰＬＭＮに接続する）。
【０１９５】
また、上述のローミングの場合、ＭＭＥは、コンテキストバインディング（疑似デタッチ）を実行することの決定を、ローミング契約（例えばそのようなバインディングがホーム又は訪問先オペレータによって可能であるか否か）、又はＵＥ−１及び／又はＵＥ−２の加入契約（例えばそのようなバインディングが特定のＵＥ又はモバイルルータによってそれぞれ可能であるか否か）に基づいて、行ってもよい。
【０１９６】
（第１１の実施の形態：ＵＥに対する明示的デタッチの指示）
上述の実施の形態における動作では、モバイルルータ／ＵＥ−１（１０１）、ルータ／ＵＥ−１（１１０１）、及びモバイルリレー／ＵＥ−１（１２０１）は、例えばステップ２０１０又は３０１１’の非３Ｇ  ＨＯ  ＡｃｋメッセージにおいてＵＥ−２（１０２）に対し、ＵＥ−２（１０２）の３ＧＰＰ接続を切断可能であることを示すことができる。かかる指示は、ＩＥＥＥ８０２．１１ｕ  ＡＮＱＰメッセージ、又は拡張ＤＨＣＰ応答又はＲＡメッセージを用いることで達成することができる。これによって、ネットワークに頼って切断を行う代わりにＵＥ−２（１０２）が３Ｇインタフェース切断手順を開始することを支援する。これは、ネットワークインフラストラクチャに対して及ぼす影響が少ない。
【０１９７】
（第１２の実施の形態：ＵＥを除去するためのモバイルルータ）
モバイルネットワーキングは接続において大きな変遷を有するので、モバイルルータ／ＵＥ−１（１０１）、ルータ／ＵＥ−１（１１０１）、又はモバイルリレー／ＵＥ−１（１２０１）がＵＥ−２（１０２）に提供する接続及びサービスも変化してもよい。これには様々な理由があり得る。例えば、ＵＥ−１（１０１／１１０１／１２０１）からオペレータのネットワークへのアップリンク接続が変化したこと、又はＵＥ−１（１０１）が他の何らかの重要なアプリケーション実行を開始したこと、又はこれに対してあまりに多くの端末が接続されていることである。かかる場合、例えば優先度が低い又は低下したＵＥ−２（１０２）の一部には、モバイルルータ／ルータ／モバイルリレーを介した接続のために接続を維持することはおそらく意味が無いか又は利点が少ない。上述のような状況の変化によってＱｏＳが大きく劣化する恐れがあるからである。従って、モバイルルータ／ルータ／モバイルリレーは、ＱｏＳレベルの現在の又は想定される／可能なサポートに関する情報、及び／又はモバイルルータ／ルータ／モバイルリレー又は非３ＧＰＰアクセスを介したＵＥ−２（１０２）に対するバックボーンネットワークに対する負荷状況を示すことができる。これには例えば、ＩＥＥＥ８０２．１１ｕ  ＡＮＱＰ又はＨｏｔｓｐｏｔ２．０等に定義されているもののような追加の通知が用いられる。このように、ＵＥ−２（１０２）は、３ＧＰＰ接続に対する接続を変更する場合、動的に決定を行ってもよい。
【０１９８】
ＵＥ−２（１０２）接続の円滑な移行をサポートするため、リアルタイム情報の他に、モバイルルータ／ＵＥ−１（１０１）、ルータ／ＵＥ−１（１１０１）、及びモバリルリレー／ＵＥ−１（１２０１）は、そのサービスレベルの予測を指示してもよい。例えば、新しいアプリケーションの初期化のためにＱｏＳが１分で低下する可能性があること、又は、特定の高帯域幅及び／又は高優先度サービスのためのページングをそれに関連付けられた端末の１つについて受信したこと等を示してもよい。このように、ＵＥ−２（１０２）はその３Ｇインタフェースを起動するために長い時間を確保し、サービス及びユーザ経験の潜在的な中断の可能性を回避する。
【０１９９】
（第１３の実施の形態：３Ｇアクセスを介してのみ限定されたいくつかのパケットサービスについてのコンテキスト集約／バインディング）
前述の記載において、目標は、非３ＧＰＰアクセスにのみ接続されている場合に、ＵＥに対するネットワーク開始のＮＡＳレイヤシグナリングをサポートすることである。これによって、ＣＳサービスのサポート、又はＵＥに対するＮＡＳレイヤシグナリングに依存する他のいずれかのサービスが可能となる。しかしながら、本発明は、わずかな機能拡張を行うことで他のタイプのサービスをサポートするためにも使用可能であることは明らかであろう。例えば、あるオペレータ制御によるサービスは通常、３ＧＰＰアクセスのＰＳドメインを介してのみ利用可能である。従って、ＵＥ−２（１０２）が非３ＧＰＰアクセスに接続を切り換えた場合、かかるサービスは、例えば制御されたＡＰＮとのＰＤＮ接続の切断等のために終端する。その場合、ＵＥ−２（１０２）はサービスを得ることができない。
【０２００】
しかしながら、図１、図８、図９、及び図１０に示すように、ＵＥ−２（１０２）は実際、ＵＥ−１（１０１）の３ＧＰＰ接続を介してオペレータのコアネットワークに接続されている。従って、接続が非３ＧＰＰアクセスのように見えるとしても、オペレータは条件を緩和することができ、同一のサービスをＵＥ−２（１０２）に配信可能とする。これはオペレータのコアネットワーク（１２０）の制御装置によって達成可能である。これは例えば、ＭＭＥ（１２３）、又はＰＧＷ（８０１）、又は図には示さないポリシー及びチャージ制御機能（ＰＣＲＦ）であり、ＵＥ−２（１０２）の疑似デタッチステータスを認識し、ＵＥ−２（１０２）の非３ＧＰＰアクセスをモバイルルータ／ＵＥ−１（１０１）の３ＧＰＰ接続に関連付ける。この関連付けによって、ＭＭＥ（１２３）は、ＵＥ−２（１０２）のサービスについてＰＳドメインコンテキストを維持し、これをＵＥ−１（１０１）の（Ｅ）ＭＭ／（Ｅ）ＳＭコンテキストにバインドすることができる。ＭＭＥ（１２３）又はＰＣＲＦは更に、ＰＧＷ（８０１）に対し、追加の識別子によって、例えば専用ベアラを介して、サービスデータをＵＥ−１（１０１）に転送するように命令することができ、ＵＥ−１（１０１）がこれをＵＥ−２（１０２）にリレーすることを可能とする。
【０２０１】
上述の動作によって、ＵＥ−２（１０２）は、ＵＥ−１（１０１）によって非３ＧＰＰアクセスを介して接続された場合、オペレータのサービスを受信することができる。これによって、かかるサービスを受信するためにオペレータがＵＥ−２（１０２）に対してページングをし、その３Ｇインタフェースをオンにする必要をなくす。従って、これにより、ネットワークシグナリングリソース及びＵＥ−２（１０１）の電池の双方を節約する。
【０２０２】
オペレータのコアネットワーク（１２０）の制御装置がＵＥ−２（１０２）とＵＥ−１（１０１）との間の関係を取得するために、異なる方法がある。例えば、図２及び図３に示した手順により、ＬＩＰＡ−ＧＷ（１４１）／ＰＧＷ（８０１）は、例えば２００７、３００９における非３Ｇハンドオーバシグナリングからこれを得ることができる。また、かかる情報は、シグナリングフラグ又は追加のＩＥによってＭＭＥ（１２３）及びＰＣＲＦに伝播させることができる。
【０２０３】
なお、上記の各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
【０２０４】
本発明は、移動端末が非３ＧＰＰアクセスを介してローカルＩＰアクセスにアクセスすることを可能とする利点があり、その３ＧＰＰアクセスが切り離されてもなおＣＳサービス指示を享受する。従って、本発明は、モバイル通信システムにおいて遠隔ローカルＩＰアクセスの管理として有利に使用可能である。
【図１】
0005984825.tif 000002
【図２】
0005984825.tif 000003
【図３】
0005984825.tif 000004
【図４】
0005984825.tif 000005
【図５】
0005984825.tif 000006
【図６】
0005984825.tif 000007
【図７】
0005984825.tif 000008
【図８】
0005984825.tif 000009
【図９】
0005984825.tif 000010
【図１０】
0005984825.tif 000011
【図１１】
0005984825.tif 000012