移動端末のスリープ状態およびサービスの起動
【課題】第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信し、電力消費量を低減することができる移動端末を提供する。
【解決手段】第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、を有する。
【解決手段】第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することのできる移動端末へのサービスの起動に関する。さらに、本発明は、少なくとも２つのアクセスネットワークとの接続をサポートしている移動端末の電力消費量を低減することに関する。さらに、本発明は、移動端末を管理するエンティティと、移動端末におけるアクセスネットワークへの接続方法に関する。さらに、本発明は、移動通信システム、特に、異種アクセスネットワークを通じての移動通信とに関する。
【背景技術】
【０００２】
３ＧＰＰにおいては、ＵＭＴＳアーキテクチャの進化・発展が、非特許文献１（http://www.3gpp.orgにおいて入手可能）（この文書は、参照により本文書に援用する）に記載されている。この進化・発展の目的は、特に、新しいエアインタフェースを開発することと、異種アクセスネットワーク間のモビリティ（移動）をサポートすることである。
【０００３】
図１は、この進化・発展したシステムの例示的な高レベルの論理アーキテクチャを示している。このアーキテクチャは、最初、アクセスシステム間アンカー（Inter Access System Anchor）（Inter AS Anchor）を備えており、これは、異なるアクセスシステムの間で移動するためのユーザプレーンアンカーであり、異なるアクセスシステムの間でのハンドオーバーをサポートする。アンカーの機能は、例えば以下が挙げられる。
■ パケットのルーティングおよび転送
■ 認証、認可、および鍵管理
■ ポリシーおよび課金ルール機能（ＰＣＥＦ：Policy and Charging Enforcement Function）
■ ＰＤＮへのゲートウェイ（ＰＤＮアドレス空間からのＩＰアドレスの割り当てを含む）
【０００４】
さらに、このアーキテクチャは、移動管理エンティティ（ＭＭＥ：Mobility Management Entity）とユーザプレーンエンティティ（ＵＰＥ：User Plane Entity）とを備えている。ＭＭＥの機能は、例えば以下が挙げられる。
■ 制御プレーンのＵＥコンテキストの管理および格納
■ 移動管理
■ 認証、認可、および鍵管理
■ シグナリングの暗号化／整合性終端処理（integrity termination）
■ 一時的ユーザ識別子の管理および割り当て
ＵＰＥの機能は、例えば以下が挙げられる。
■ ユーザプレーンのＵＥコンテキストの管理および格納
■ パケットのルーティングおよび転送
■ ポリシーおよび課金ルール機能
■ ユーザプレーンのトラフィックの暗号化終端処理
■ アイドル状態にあるＵＥにおける、ダウンリンクデータ到着時のページングのトリガー／開始
【０００５】
ＭＭＥ、ＵＰＥ、およびＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、論理エンティティであり、すなわち、その機能を、例えば、複数の異なる物理エンティティに配置する、あるいは単一の物理エンティティにまとめることができる。さらに、１つの事業者ドメイン内に複数のＭＭＥ、ＵＰＥ、またはアンカーを備えることが可能である。従って、複数のＭＭＥ／ＵＰＥを用いて、アンカーからＵＥまでのデータパケット経路を最適化することができ、あるいは、複数の異なるＭＭＥ／ＵＰＥの間で負荷を共有することができる。さらに、ネットワークでは、事業者ドメイン内の１つまたは複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを通じて、複数の異なるＰＤＮ（パケットデータネットワーク）との接続を提供することができる。
【０００６】
この進化・発展したシステムにおいては、登録が要求されるサービスを受信するためには、端末（ＵＥ）をネットワークに登録（アタッチ）しなければならない。ネットワークに最初に登録するとき、デフォルトＩＰアクセスサービス（Default IP Access Service）が確立され、ＵＥにＩＰアドレスが提供され、デフォルトのコンテキスト（例えば、ＵＥ／ユーザ識別子、モビリティ状態、トラッキングエリア、セキュリティパラメータ、ＱｏＳ情報、内部のルーティング情報、およびその他のパラメータを含んでいる）がネットワーク内で確立される。
【０００７】
さらに、ユーザデータを送信および受信することができるためには、ＵＥが３ＧＰＰインタフェースに対してアクティブ状態でなければならない。アクティブ状態では、無線接続が確立されており、ＵＥは、測定値および要件を基地局に報告する。次いで、ＵＥとネットワークとの間にベアラが確立され、このベアラは、最初にシグナリングを伝え、後からユーザデータを伝える。
【０００８】
アクティブ状態で移動している間、ＵＥは、隣接セルの信号強度を絶え間なく測定し、測定報告をネットワークに送信する。ネットワークは、新しい基地局を使用することを決定すると、新しい無線リンクを確立し、その新しい基地局にハンドオーバーするようにＵＥをトリガーする。
【０００９】
このアクティブ状態に加えて、電力消費量の少ないモードがサポートされる。このモードはアイドル状態と称され、ユーザデータが送信あるいは受信されないときに使用される。アイドル状態においては、ＵＥによってセルの再選択が実行され、トラッキングエリア（ＴＡ）の変更のみがネットワークに登録される（すなわち、セルの変更すべてがネットワークに報告されるわけではない）。ネットワークは、ＵＥの実際の位置をセルレベルでは認識しておらず、ＴＡレベルでのみ認識している。アイドル状態においては、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）においてＵＥに関連するコンテキストが削除され、このＵＥをページングすることが可能である。
【００１０】
すべての状態を網羅するため、３ＧＰＰ無線カバレッジ内のＵＥの位置がネットワークによってまったく認識されない（例えば、ＵＥがオフになっている）状態は、デタッチ状態である。
【００１１】
端末によって要求されるサービスが、デフォルトＩＰアクセスサービスによって提供できないＱｏＳを必要とする場合、追加のベアラサービスが必要である。この目的のため、ＵＥまたはネットワークのいずれかが追加のリソースを要求する。例えば、ＩＭＳサービスの場合（非特許文献２（http://www.3gpp.orgにおいて入手可能であり、この文書は参照により本文書に援用する）を参照）、アプリケーションのシグナリング時にＱｏＳ要件がシグナリングされ、ポリシーおよび課金ルール機能（ＰＣＲＦ）（非特許文献３（http://www.3gpp.orgにおいて入手可能であり、この文書は参照により本文書に援用する）を参照）が、そのＱｏＳを許可し、リソースの確立をトリガーする。ＭＭＥ／ＵＰＥにおいては、ＵＥのサブスクリプションがチェックされ、アドミッション制御が実行され、ＲＡＮの方へのリソースの確立が開始される。
【００１２】
上述したように、この進化・発展したシステムは、非３ＧＰＰ無線アクセス技術から３ＧＰＰサービスへのアクセスもサポートする。この目的のため、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒがＩＰインタフェースを提供し、ＵＥは非３ＧＰＰアクセスシステムからそのＩＰインタフェースを介してＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに直接的に接続することができ、あるいは、ＵＥが接続されるＩＰインタフェースを別のゲートウェイが提供し、このゲートウェイがさらにＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに接続されている。ＵＥとゲートウェイ／アンカーとの間のＩＰ接続が非３ＧＰＰネットワークを通じたものであるため、この接続はコネクションレスであり信頼性が低い。従って、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、ＵＥに到達可能であるか否かを認識していない。
【００１３】
３ＧＰＰ無線アクセス技術と非３ＧＰＰ無線アクセス技術との間で移動するためには、マルチモード能力を備えたＵＥが必要である。ＵＥが３ＧＰＰから非３ＧＰＰへのハンドオーバーを実行するとき、ＵＥの位置について（例えば、非３ＧＰＰネットワークにおいて端末に割り当てられるＩＰアドレスの形式で、または、端末が接続されているトンネル端点の別の識別子の形式で）、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒに通知する。この位置情報に加えて、非３ＧＰＰネットワークを通じてＵＥに伝送しようとするユーザデータパケットについての情報（例えば、特定のＤＳＣＰ（DiffServ Codepoint）によってマークされているＩＰフローまたはＩＰパケット）を、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒに提供する。
【００１４】
どのユーザデータパケットを非３ＧＰＰネットワークを通じて伝送できるかは、例えば、ユーザのサブスクリプションまたは事業者のポリシーに依存しうる。例えば、ＩＭＳを通じた音声（ＶｏＩＭＳ：Voice over IMS）の場合、主たるＱｏＳ要件は、遅延が小さいことである。しかしながら、非３ＧＰＰ無線アクセス技術との接続では、高いデータスループットが提供されるが、遅延が大幅に変動しうる。従って、この接続は、ＶｏＩＭＳサービスには使用すべきではない。事業者が、異なるサービスに対して異なるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを採用している（例えば、ＩＭＳサービス用に１つのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ、インターネットサービス用に別のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ）場合、１つのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、非３ＧＰＰ無線アクセス技術のためのサービスを提供しておらず、従って、非３ＧＰＰへの移動がサポートされないことがある（図２におけるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １を参照）。
【００１５】
例示的な１つのシナリオにおいては、マルチモードＵＥが、非３ＧＰＰネットワークインタフェースおよび３ＧＰＰネットワークインタフェースを備えており、非３ＧＰＰ無線アクセス技術を通じての有効な接続を有する。さらに、このＵＥは、非３ＧＰＰ無線アクセス技術を使用することがポリシーによって禁止されているサービス、または非３ＧＰＰ無線アクセス技術においてＱｏＳ要件を満たすことができないサービス、を受信することを望んでいる。従って、このサービスには、３ＧＰＰネットワークインタフェースを使用しなければならない。
【００１６】
３ＧＰＰネットワークを通じて３ＧＰＰサービスを受信することができるためには、ＵＥは、アクティブ状態またはアイドル状態のいずれかでなければならない。アクティブ状態である場合、サービスの起動およびサービスの配信をただちに開始することができる。アイドル状態の場合、ＵＥは、ページングメッセージをリスン(listen)し、ページングされた後にベアラを確立することができる。しかしながら、いずれの状態においても、ＵＥの電力消費量は大幅に増大し、なぜなら、たとえ非３ＧＰＰインタフェースのみが使用されているときにも３ＧＰＰインタフェースが有効であるためである。
【００１７】
本発明の例示的な実施形態において考慮されている解決策は、ＵＥの３ＧＰＰインタフェースを無効にし（すなわち、ＵＥをデタッチする）、３ＧＰＰインタフェースの有効化を非３ＧＰＰネットワーク接続を通じてトリガーする。３ＧＰＰインタフェースが有効化された時点で、リソースを確立することができ、アプリケーションを使用することができる。しかしながら、この解決策においては、選択された３ＧＰＰアクセスネットワークとの接続が完全に確立されるまではサービスの起動が遅れるという問題が生じる。
【００１８】
従って、さらに生じる課題は、３ＧＰＰ無線アクセスを通じた着信接続の迅速な確立をサポートすることと、３ＧＰＰ無線アクセスにおいてマルチモードＵＥの低い電力消費量を可能にすることである。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】3GPP TR 23.882, "3GPP System Architecture Evolution: Report on Technical Options and Conclusions", V. 1.0.0
【非特許文献２】3GPP TS 23.228, "IP Multimedia Subsystem (IMS), Stage 2", V. 7.2.0
【非特許文献３】3GPP TS 23.203, "Policy and charging control architecture", V. 0.4.0
【非特許文献４】IETF RFC 3261 , "SIP: Session Initiation Protocol"
【非特許文献５】IETF RFC 3775,"Mobility Support in IPv6"
【非特許文献６】3GPP TS 23.246, "Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description", V. 6.9.0
【発明の概要】
【発明が解決しようとする課題】
【００２０】
本発明の目的は、移動端末へのサービスを起動する改良された方法を提供することと、移動端末の電力消費量を低減することである。
【課題を解決するための手段】
【００２１】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００２２】
本発明の携帯端末は、第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、を有する移動端末である。
本発明の携帯端末は、前記ページング要求に応じて、前記エンティティが前記第１のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、前記第１のアクセスネットワークと接続する接続手段と、をさらに有する移動端末である。
本発明の携帯端末は、前記第１のアクセスネットワークと前記第２のアクセスネットワークとが、異なるアクセス技術を使用している、移動端末である。
本発明の携帯端末は、前記第１のアクセスネットワークは、３ＧＰＰベースの無線アクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰベースの無線アクセスネットワークである、移動端末である。
本発明のエンティティは、コアネットワーク内に位置し、第１のアクセスネットワークと第２のアクセスネットワークを介して前記コアネットワークと通信を行うことができる移動端末を管理するエンティティであって、前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記移動端末から受信する受信手段と、前記情報に基づいて、前記ページング要求を前記第２のアクセスネットワーク経由で前記移動端末に送信する送信手段と、有するエンティティである。
本発明の接続方法は、第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末におけるアクセスネットワークへの接続方法であって、前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信ステップと、前記第１のアクセスネットワークと接続する接続ステップと、を有する接続方法である。
本発明の携帯端末は、無線アクセス技術が異なる第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、前記ページング要求に応じて、前記エンティティが前記第２のアクセスネットワークと無線アクセス技術が異なる前記第1のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、前記第１のアクセスネットワークと接続する接続手段と、を有する。
本発明の携帯端末は、前記第２のアクセスネットワークにアタッチした際、前記移動端末は前記第２のアクセスネットワークを使用してデータを受信するように構成されていることを前記エンティティに通知するアタッチ手段を更に備えてもよい。
本発明の携帯端末は、前記エンティティは、移動管理エンティティを備えてもよい。
本発明の携帯端末は、前記サービスには、音声サービスが含まれてもよい。
本発明の主たる１つの側面は、電力消費量を低減するため、スリープ状態と称する新しい状態を導入することである。本発明の例示的な一実施形態においては、電力消費量を低減するため、第１のアクセスネットワークへの、移動端末のインタフェース、をオフにする（デタッチ状態に似ている）が、後の時点でのサービスの起動を高速化するため、移動端末のいくつかのコンテキスト情報を依然としてネットワーク内に格納する（アイドル状態に似ている）。
【００２３】
本発明の一実施形態は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することのできる移動端末へのサービスを起動する方法、に関する。移動端末は、第１のアクセスネットワークとのＩＰ接続を有し、第２のアクセスネットワークにおいてスリープ状態にある。例えば、これらの２つのアクセスネットワークの少なくとも一方を、無線アクセスネットワーク、例えば、３ＧＰＰベースの（例えば、Ｅ−ＵＴＲＡＮ、ＨＳＰＡ、ＵＴＲＡＮ）無線アクセスネットワーク、または非３ＧＰＰベースの（例えば、ＷＬＡＮ、ＣＤＭＡ２０００、ＷｉＭＡＸ）無線アクセスネットワークとすることができる。
【００２４】
移動端末は、第１のアクセスネットワークを通じてサービス要求を受信または送信し、サービスの起動を、第１のアクセスネットワークを通じての制御シグナリングによって開始する。移動端末は、サービスを提供するための第２のアクセスネットワークへの移動端末のインタフェース、を有効にするためのコマンドを、第１のアクセスネットワークを介してさらに受信することができ、第２のアクセスネットワークへの自身のインタフェースを有効にして、サービスの起動を続行する、または、第２のアクセスネットワークを通じてサービスデータを受信することができる。本発明の例示的な実施形態においては、第２のアクセスネットワークへの移動端末のインタフェースを有効にすることは、移動端末が第２のアクセスネットワークに対してアクティブ状態に移行することに似ている。
【００２５】
本発明のさらなる実施形態においては、本方法は、第２のアクセスネットワークへの移動端末のインタフェースを有効にするとき、サービスを提供するための無線接続を移動端末と第２のアクセスネットワークとの間にさらに確立することを提案する。確立した時点で、コアネットワーク内のルーティングエンティティに、この無線接続の確立を通知することができる。
【００２６】
本発明の別の実施形態においては、移動端末には、第１のアクセスネットワークを通じて通信するための第１のＩＰアドレスと、第２のネットワークを通じて通信するための第２のＩＰアドレスとが、サービス要求を受信する前に割り当てられている。移動端末は、第１のＩＰアドレスを、第２のＩＰアドレスにアドレッシングされているデータを受信するための気付けアドレスとして使用することができる。
【００２７】
スリープ状態においては、第２のアクセスネットワークへの移動端末のインタフェースが無効化されている。あるいは、移動端末は、スリープ状態にある間、第２のアクセスネットワークからブロードキャストシステム情報を定期的に受信する、もしくは、第２のアクセスネットワークにアップリンクデータを送信しない、またはその両方である。
【００２８】
本発明のさらなる実施形態においては、移動端末の無線インタフェースを有効にするためのコマンドは、移動端末によって使用するための無線アクセスネットワークパラメータを含んでいる。
【００２９】
さらに、本発明は、第１のアクセスネットワークを通じての、移動端末のためのサービス、を起動する方法、に関する別の実施形態を提供する。この実施形態においては、移動端末は、第２のアクセスネットワークとのＩＰ接続を有し、第１のアクセスネットワークにおいてスリープ状態にある。コアネットワーク内のネットワークエンティティ（例えば、ＩＰ移動管理エンティティとすることができる）は、サービス起動要求を、第２のアクセスネットワークを通じて移動端末に送信する。あるいは、移動端末からのサービス要求をこのネットワークエンティティにおいて受信することができる。
【００３０】
その後、サービスの起動を、第２のアクセスネットワークを通じての移動端末との制御シグナリングによって開始する。さらに、要求されたサービスを提供するためのシステムリソースを、第１のアクセスネットワークにおいて確立し、ネットワークエンティティは、第１のアクセスネットワークへの移動端末のインタフェースを有効にするためのコマンドを、移動端末に送信することができ、このコマンドは第２のアクセスネットワークを通じて送信される。
【００３１】
本発明の別の実施形態においては、ネットワークエンティティは、有効化コマンドを送信した時点で、移動端末が第１のアクセスネットワークとの無線接続を確立したことを示すメッセージ、を受信し、このメッセージを受信した時点で、移動端末を宛先としているサービス関連データを第１のアクセスネットワークを通じてルーティングすることができる。
【００３２】
上述した動作の利点として、第１のアクセスネットワークにおけるリソースが構成設定中であり、移動端末が第１のアクセスネットワークへの自身のインタフェースを再び有効にしている間に、サービスの起動を第２のアクセスネットワークを通じて開始する（場合によってはさらにサービスを提供する）ことができる。サービスを提供するための（およびサービスの起動を完了するための）リソースが第１のアクセスネットワークにおいて確立された時点でただちに、サービスに関連するデータの配信経路を第２のアクセスネットワークから第１のアクセスネットワークに切り替えることができる。
【００３３】
第１のアクセスネットワークへの移動端末のインタフェースを有効にする前に移動端末にデータを提供する目的で、本発明の別の実施形態においては、サービスの起動の前に、移動端末がコアネットワーク内のＩＰ移動管理エンティティに気付けアドレスを登録することを予測する。この気付けアドレスは、パケットを第２のアクセスネットワークを通じて移動端末に送信するために使用される。
【００３４】
本発明のさらなる実施形態においては、コアネットワークのネットワークエンティティは、要求されたサービスを移動端末に提供するために第１のアクセスネットワークを使用するのか第２のアクセスネットワークを使用するのかを決定することができ、第１のアクセスネットワークを使用することを決定した場合、第１のアクセスネットワークへのインタフェースを有効にするためのコマンドを送信し、システムリソースの構成設定を実行する。
【００３５】
本発明の別の実施形態においては、移動端末の無線インタフェースを有効にするためのコマンドが、コアネットワークのネットワークエンティティによって送信され、移動端末によって使用するための無線アクセスネットワークパラメータを含んでいることを予測する。この無線アクセスネットワークパラメータによって、移動端末がインタフェースを有効にするときに第１のアクセスネットワークとの接続の確立を高速化することができる。
【００３６】
この実施形態の変形形態においては、第１のアクセスネットワークにおけるシステムリソースの構成設定時に、ネットワークエンティティが、第１のアクセスネットワークにおいて移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方から、無線アクセスネットワークパラメータを受信する。
【００３７】
本発明のさらなる実施形態では、第１のアクセスネットワークを通じてのサービス提供において移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方、を決定することを予測する。さらに、本発明の別の実施形態においては、第１のアクセスネットワークを通じてサービスを提供するための、移動端末の無線アクセスパラメータ、も決定する。この無線アクセスサービスパラメータは、例えば、サービス提供において移動端末を処理担当するサービス無線セルを含んでいることができる。
【００３８】
本発明の別の有利な実施形態においては、システムリソースの構成設定は、第１のアクセスネットワークを通じてのサービス提供において移動端末を処理担当する、コアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキスト情報を送信するステップを含んでいる。例えば、このコンテキスト情報は、移動端末がスリープ状態に移行するときに、移動管理エンティティの機能もしくはユーザプレーンエンティティの機能、またはその両方の機能を有する、コアネットワークのネットワークエンティティ、においてバッファリングしておくことができる。
【００３９】
本発明の代替実施形態においては、コンテキストを再有効化するためのコマンドを、移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方、に送信する。
【００４０】
本発明の別の代替実施形態によると、スリープ状態に移行するときに移動端末を処理担当していた移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方にコンテキストを伝送するように、命令する。
【００４１】
本発明の別の実施形態は、少なくとも２つのアクセスネットワークとの接続をサポートしている移動端末の電力消費量を低減する方法に関する。例えば、これら２つのアクセスネットワークのうちの少なくとも一方を、無線アクセスネットワーク、例えば、３ＧＰＰベースの（例えば、Ｅ−ＵＴＲＡＮ、ＨＳＰＡ、ＵＴＲＡＮ）無線アクセスネットワーク、または非３ＧＰＰベースの（例えば、ＷＬＡＮ、ＣＤＭＡ２０００、ＷｉＭＡＸ）無線アクセスネットワークとすることができる。
【００４２】
この実施形態によると、移動端末は第１のネットワークにアタッチする。これによって、移動端末は、第１のアクセスネットワークを通じての通信において使用するためのＩＰアドレスを取得する。次いで、このＩＰアドレスを、移動端末にＩＰ移動管理機能を提供するＩＰ移動管理エンティティに、移動端末の気付けアドレスとして登録する。
【００４３】
ＩＰ移動管理エンティティに気付けアドレスを登録した時点で、移動端末は、第２のアクセスネットワークを介しての通信についてスリープ状態に移行することができる。
【００４４】
本発明のさらなる実施形態においては、移動端末は、第２のアクセスネットワークにアタッチすることができる。このアタッチ手順において、移動端末は、このネットワークを通じての通信において使用するためのＩＰアドレスを取得することができる。第１のアクセスネットワークにアタッチするときに取得したＩＰアドレスは、スリープ状態に移行するときに気付けアドレスとして使用することができる。
【００４５】
例示的な実施形態においては、移動端末は、スリープ状態において、第２のアクセスネットワークへの自身のエアインタフェースを無効化する。あるいは、移動端末は、スリープ状態において、第２のアクセスネットワークからブロードキャストシステム情報を定期的に受信する、もしくは、第２のアクセスネットワークにアップリンクデータを送信しない、またはその両方である。
【００４６】
本発明の別の実施形態においては、第１の無線アクセスネットワーク内で移動端末にトラッキングエリアを割り当てる。このトラッキングエリアによって、例えば、第１のアクセスネットワークを通じて移動端末をページングすることができる。
【００４７】
本発明のさらなる実施形態においては、コアネットワーク内のネットワークエンティティは、スリープ状態に移行するとき、第２のアクセスネットワークにおいて移動端末を処理担当している移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方から、コンテキスト情報を要求する。
【００４８】
本発明の別の実施形態においては、コンテキスト情報は、後から第２のアクセスネットワークを通じての移動端末へのサービス提供において使用できるように、ネットワークエンティティにおいてバッファリング／格納することができる。
【００４９】
コンテキストをネットワークエンティティにおいて格納することに代えて、スリープ状態に移行するとき、移動端末を処理担当している、コアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方において、コンテキストを無効にすることができる。
【００５０】
移動端末の気付けアドレスを登録した時点で、移動端末を宛先とするデータトラフィックを、第１のアクセスネットワークを通じて移動端末に提供できるようにゲートウェイにリダイレクトすることは、さらに有利である。
【００５１】
別の実施形態によると、移動端末のアベイラビリティ（ａｖａｉｌａｂｉｌｉｔｙ）を、第１のアクセスネットワークを通じてチェックする。例えば、移動管理エンティティが、イベントトリガー方式で、または定期的に、アベイラビリティをチェックすることができる。
【００５２】
さらに、第１のアクセスネットワークとの接続が失われている、またはデータが伝送されていない状況においては、第２のアクセスネットワークへのインタフェースを再び有効にすることが有利である。従って、本発明の別の実施形態では、タイマーのタイムアウトに応答して、あるいは、第１のアクセスネットワークへのインタフェースを介して所定の時間間隔にわたりデータが受信されていない場合に、移動端末が第２のアクセスネットワークへの自身のインタフェースを有効にすることを提案する。さらに、第１のアクセスネットワークとの接続が失われている、またはデータが伝送されていないものと判定された時点で、（オプションとして）インタフェースを無効化することができる。
【００５３】
本発明の別の実施形態によると、第１のアクセスネットワークにアタッチするステップは、取得したＩＰアドレスを、第２のアクセスネットワークを通じて通信するために使用される、移動端末のＩＰアドレスに対する気付けアドレス、として登録するためのメッセージを、移動端末からＩＰ移動管理エンティティに送信するステップ、を含んでいる。
【００５４】
さらに、本発明の一実施形態では、第２のアクセスネットワークを通じて通信するために移動端末によって使用されるＩＰアドレスを、第１のアクセスネットワークにおいて移動端末を認証するときに取得することを、さらに予測する。
【００５５】
本発明の別の実施形態においては、第２のアクセスネットワークを通じて通信するために使用されるＩＰアドレスを、第１のアクセスネットワークにアタッチするときに移動端末に通知することができる。
【００５６】
さらに、本発明の別の実施形態においては、第１のアクセスネットワークおよび第２のアクセスネットワークに接続されているコアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方において、コンテキストを生成することが予測される。
【００５７】
あるいは、第１のアクセスネットワークおよび第２のアクセスネットワークに接続されているコアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキストを生成するようにＩＰ移動管理エンティティによって命令することができる。
【００５８】
さらには、本発明の別の実施形態によると、第１のアクセスネットワークにおいて移動端末を認証するとき、ＩＰ移動管理エンティティの識別情報を取得することができる。
【００５９】
本明細書に記載した実施形態においては、第１のアクセスネットワークおよび第２のアクセスネットワークは、異なるアクセス技術を使用することができる。
【００６０】
本発明の別の実施形態は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することができる移動端末であって、第１のアクセスネットワークとのＩＰ接続を有し、第２のアクセスネットワークにおいてスリープ状態にある、移動端末、に関する。この移動端末は送受信器を備えており、この送受信器は、第１のアクセスネットワークを通じてサービス要求を受信または送信し、サービスの起動を、第１のアクセスネットワークを通じての制御シグナリングによって開始する。この送受信器は、サービスを提供するための第２のアクセスネットワークへの移動端末のインタフェースを有効にするためのコマンド、を第１のアクセスネットワークを介して受信するように、さらに動作することができる。さらに、移動端末は、第２のアクセスネットワークへの移動端末のインタフェースを有効にして、サービスの起動を続行する、または、第２のアクセスネットワークを通じてサービスデータを受信する、制御ユニット、を備えていることができる。
【００６１】
本発明の別の実施形態は、本明細書に記載したさまざまな実施形態の１つによる方法、に参加するように動作することのできる少なくとも１つのネットワーク要素、を備えているネットワーク、に関する。
【００６２】
本発明の別の実施形態は、少なくとも２つのアクセスネットワークとの接続をサポートするさらなる移動端末、を提供する。この移動端末は送受信器を備えており、この送受信器は、移動端末を第１のネットワークにアタッチすることによって、第１のアクセスネットワークを通じての通信において使用するための、移動端末のＩＰアドレス、を取得し、このＩＰアドレスを、移動端末の気付けアドレスとしてＩＰ移動管理エンティティに登録する。この場合、ＩＰ移動管理エンティティが、移動端末にＩＰ移動管理機能を提供する。さらに、端末はプロセッサを含んでおり、このプロセッサは、気付けアドレスをＩＰ移動管理エンティティに登録した時点で、第２のアクセスネットワークを介しての通信についてスリープ状態に移行させる。
【００６３】
本発明の別の実施形態においては、移動端末は、本明細書に記載したさまざまな実施形態の１つによる方法の一連のステップを実行するように、さらに動作する。
【００６４】
以下では、本発明について添付の図面を参照しながらさらに詳しく説明する。図面における類似または対応する細部は、同じ参照数字によって表してある。
【図面の簡単な説明】
【００６５】
【図１】進化・発展した３ＧＰＰアーキテクチャの例を示している。
【図２】進化・発展した３ＧＰＰアーキテクチャの例を示している。
【図３】本発明の別の実施形態による、別の例示的な３ＧＰＰアーキテクチャを示しており、複数の異なる機能エンティティがＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにまとめられている。
【図４】本発明の実施形態による、移動端末がとることのできるさまざまな状態と、１つの状態から別の状態への可能な移行とを示している。
【図５】本発明の例示的な実施形態による、移動端末がスリープ状態に移行するときの例示的な流れ図を示している。
【図６】スリープ状態にある移動端末へのサービスを起動するときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の例示的な流れ図を示している。
【図７】移動端末をスリープ状態に移行させるときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の別の例示的な流れ図を示している。
【図８】本発明の例示的な実施形態による、移動端末を３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【図９】本発明の例示的な実施形態による、移動端末を非３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【図１０】本発明の例示的な実施形態による、移動端末をアクティブ状態からアイドル状態に移行させるための例示的なシグナリング手順を示している。
【図１１】本発明の例示的な実施形態による、移動端末をアイドル状態からスリープ状態に移行させるための例示的なシグナリング手順を示している。
【図１２】本発明の例示的な実施形態による、スリープ状態にある移動端末へのサービスを起動するための例示的なシグナリング手順を示している。
【図１３】図８〜図１２に示した連続するシグナリング手順の例示的な概要を示している。
【発明を実施するための形態】
【００６６】
本発明の１つの側面は、スリープ状態を導入することである。２つのアクセスネットワークとの通信／アクセスを行うことのできる移動端末が、一方のアクセスネットワークを介して接続された状態を維持しながら、この端末を他方のアクセスネットワークに対してスリープ状態に移行させて、電力消費量を低減させることができる。明らかに、スリープ状態に入るのが有利であるのは、移動端末がスリープ状態に移行しようとしているアクセスネットワークを通じて現時点でサービスが実行されていない場合、または、実行中のサービスを他方のアクセスネットワークを通じてリダイレクトできる場合のみである。
【００６７】
本発明の別の側面は、移動端末がスリープ状態にあるアクセスネットワークを通じて移動端末に提供するべきサービスの、サービス起動を高速化することである。この目的のため、移動端末がスリープ状態にあるアクセスネットワークにおいてシステムリソースを構成設定している間に、他方のアクセスネットワークを通じてサービス起動を開始する。
【００６８】
本明細書に概説する原理は、異種ネットワーク（例えば、［背景技術］の中で概説したネットワーク）においても有利に使用することができる。
【００６９】
サービスのためのシステムリソースの確立を容易にするため、本発明の実施形態では、移動端末がスリープ状態にあるアクセスネットワークのコンテキスト情報を、たとえスリープ状態においてもその移動端末用としてネットワーク内に維持できることを予測する。サービスを起動するとき、このコンテキスト情報を使用して、サービスのためのシステムリソースを確立することができ、これは有利である。リソースが確立された（すなわち、サービスが提供されるアクセスネットワークに対して移動端末がアクティブ状態に入った）時点でただちに、サービスデータの配信経路と、サービスに関連するシグナリングとを切り替えて、新たに有効になったアクセスネットワークを通じて移動端末にパケットをルーティングすることができる。
【００７０】
コンテキスト情報は、コアネットワークエンティティに依存する。例えば、移動管理エンティティにおけるコンテキストは、例えば、モビリティ状態、認証情報、暗号化情報、あるいは、移動端末がスリープ状態にあるアクセスネットワークにおいて使用するための、移動端末に割り当てられている一時的ＩＤ、ＱｏＳに関連する情報を含んでいることができる。ユーザプレーンエンティティにおけるコンテキストを確立するときには、このコンテキストは、例えば、ＩＰベアラサービスのパラメータ、あるいはネットワーク内部ルーティング情報を含んでいることができる。
【００７１】
本発明のさまざまな実施形態は、図１および図２に示したシステムアーキテクチャにおいて実施することができる。なお、本文書において、用語「エンティティ」は、無線アクセスネットワーク内またはコアネットワーク内の機能ユニットを表している。従って、これらの機能エンティティのいくつかを１つの（物理的）ネットワーク要素にまとめることが可能である。この点において、図３は、本発明の別の実施形態による、別の例示的な３ＧＰＰアーキテクチャを示しており、このアーキテクチャでは、複数の異なる機能エンティティがＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにまとめられている。
【００７２】
さらに、移動管理エンティティ（ＭＭＥ）は、自身が処理担当している各アクセスネットワーク（および、アーキテクチャによってはコアネットワーク）において使用されているプロトコルに従って、端末の移動を管理する機能エンティティを表している。同様に、ＩＰ移動管理エンティティは、ＩＰモビリティをサポートしているエンティティを表している。ＩＰ移動管理エンティティの例は、Ｍｏｂｉｌｅ ＩＰｖ６プロトコルまたはＭｏｂｉｌｅ ＩＰｖ４プロトコルに指定されている機能エンティティ（一般には「ホームエージェント」および「外部エージェント」と称される）である。
【００７３】
なお、本発明においては、移動端末は、そのユーザが移動するにつれてさまざまなネットワークに接続する端末であることを理解されたい。従って、用語「移動」は、無線インタフェース／エアインタフェースを有する技術と組み合わせての使用に本発明を限定することを意図するものではない。
【００７４】
図４は、本発明の実施形態による、移動端末がとることのできるさまざまな状態と、１つの状態から別の状態への可能な移行とを示している。アクティブ状態、アイドル状態、およびデタッチ状態の定義は、［背景技術］の中で説明した定義とほぼ同じである。本発明において提案するスリープ状態は、新しい状態であり、本明細書の中で後から説明するように、端末の電力消費量を低減することができ、その一方で、サービスを迅速に起動することができる。
【００７５】
一実施形態においては、スリープ状態は、移動端末がアクセスネットワークへの自身のインタフェースを無効化している状態として定義する。移動端末がアクセスネットワークにおいてスリープ状態にあることは、移動端末が、そのアクセスネットワークへの自身のインタフェースを無効化したことを意味する。インタフェースを完全に無効化する場合、移動端末は、そのインタフェースを通じてデータを送信および受信することはなく、従って、スリープ状態では、電力を節約する最も効果的な形態となり得る。
【００７６】
スリープ状態の別の代替定義では、移動端末は、特定のアクセスネットワークへのインタフェースを完全に無効にするのではなく、このインタフェースを例えば定期的に有効にして、ネットワークからのシステムブロードキャスト情報を受信する。しかしながら、移動端末は、自身がスリープ状態にあるアクセスネットワークを通じてアップリンクデータを送信することはない。
【００７７】
図５は、本発明の例示的な実施形態による、移動端末がスリープ状態に移行するときの例示的な流れ図を示している。最初に、移動端末は、第１のアクセスネットワークおよび第２のアクセスネットワークにアタッチする（５０１，５０２）、または、これらのアクセスネットワークにアタッチしている。これらのアクセスネットワークにアタッチするとき、これらのアクセスネットワークのそれぞれを通じて通信するために移動端末が使用するＩＰアドレスを自身が選択する、または移動端末に割り当てられる。
【００７８】
例えば、第１のアクセスネットワークを、移動端末のホームネットワーク（例えば、３ＧＰＰネットワーク）とすることができる。Ｍｏｂｉｌｅ ＩＰの専門用語を使用するならば、ＩＰアドレス＃１は、この例によると、自身のホームネットワークにおける移動端末のホームアドレス（ＨｏＡ）と称することもできる。
【００７９】
第２のアクセスネットワークは、例えば、無線または有線の非３ＧＰＰアクセスネットワーク（例えば、端末のユーザが家庭、ホットスポット、空港、ホテルなどで利用するＷＬＡＮアクセスネットワークあるいは（Ａ）ＤＳＬネットワーク）とすることができる。従って、第２のＩＰアドレス＃２は、第２のアクセスネットワークを通じた通信において使用するための、移動端末に割り当てられるＩＰアドレスとすることができる。この場合も、Ｍｏｂｉｌｅ ＩＰの専門用語を使用するならば、この第２のアクセスネットワークを訪問先ネットワーク（visited network）と称することもでき、このネットワークは、ＩＰ層のモビリティをサポートするための外部エージェントを備えていることができる。
【００８０】
移動端末は、第１のアクセスネットワークに対してスリープ状態に移行することを決定した時点、または移行するように命令された時点で、第２の（訪問先）ネットワークの自身のＩＰアドレス＃２を、第１および第２のアクセスネットワークに接続されているコアネットワーク内に位置しているＩＰ移動管理エンティティに、自身の気付けアドレスとして登録する（５０３）。変形形態においては、気付けアドレスが登録された結果として、移動端末のＩＰアドレス＃１を宛先とするデータを、第２のアクセスネットワークを通じて再ルーティングする。
【００８１】
移動端末は、気付けアドレスの登録の確認を受信すると、スリープ状態に入る（５０４）ことができる。
【００８２】
さらに、別の実施形態においては、第１のアクセスネットワークにアタッチするときに、第１のアクセスネットワークの個々のネットワークエンティティにおいてコンテキスト情報も確立する。この実施形態によると、このコンテキスト情報は、その内容をネットワーク内でバッファリングすることによって保持することができ、これにより、例えば、サービスのＱｏＳ要件に起因して第１のアクセスネットワークを通じてデータを伝送する必要があるサービスの要求を受信したとき、第１のアクセスネットワークを通じてのサービスの確立が高速化される。
【００８３】
第１のアクセスネットワークにおける移動端末のＩＰ接続に関するコンテキスト情報を保持する目的で、移動端末を処理担当している移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキストを伝送することができる。この場合、第１のアクセスネットワーク（およびコアネットワーク）におけるコンテキスト情報を維持しているネットワークエンティティは、そのコンテキスト情報を削除することができる。
【００８４】
第１のアクセスネットワークを通じての通信において移動端末を処理担当する１つ以上のネットワークエンティティにおいてコンテキスト情報を削除することは有利であり、なぜなら、移動端末を誤ってページングすることを回避できるためである。一般には、（例えばアイドル状態にある）移動端末のコンテキストをネットワークエンティティ（例えば、移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方）が維持している場合、その移動端末を自身のネットワーク（第１のアクセスネットワーク）を通じてページングできるものと想定される。しかしながら、スリープ状態においては、移動端末は第１のアクセスネットワークへの自身のインタフェースを無効化しており、従って、ページングはもはや不可能である。この状況を解決するため、移動端末を処理担当している別の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方にコンテキストを伝送することが、有利であることがある。
【００８５】
これに代わる１つの解決策は、第１のアクセスネットワークにおける移動端末を処理担当している１つ以上のネットワークエンティティを機能強化することである。この場合、これらの１つ以上のネットワークエンティティは、コンテキスト情報を維持するが、移動端末が第１のアクセスネットワークに対してスリープ状態にある限りは、ページング要求を第２のアクセスネットワークを通じて再ルーティングする。
【００８６】
図６は、スリープ状態にある移動端末へのサービスを起動するときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の例示的な流れ図を示している。
【００８７】
この例においては、移動端末は、アクセスネットワーク＃１に対してはスリープ状態にあり（６０１）、その一方で、アクセスネットワーク＃２を通じての接続を維持している。一般的には、移動端末から、または別の要求側ユーザあるいはエンティティからのサービス要求を、コアネットワーク内の処理担当するネットワークエンティティにおいて受信する（６１１）ことができる。従って、ステップ６０２およびステップ６１２は、移動端末自身がサービスを起動するのではない場合にのみ実行される。
【００８８】
この例においては、ネットワークエンティティは、サービス起動要求を第２のアクセスネットワーク（アクセスネットワーク＃２）を通じて移動端末に送信する（６１２）ことによって、要求されているサービスを移動端末に通知する。移動端末は、このサービス起動要求を受信し（６０２）、アクセスネットワーク＃２を通じてサービス起動を開始する（６０３，６１３）ことができる。例えば、非特許文献４（http://www.ietf.orgにおいて入手可能であり、この文書は参照により本明細書に援用する）に指定されているＳＩＰシグナリングによって、あるいは、アプリケーション層サービスを確立することのできる別の任意のシグナリングプロトコルによって、サービスを起動することができる。
【００８９】
さらに、サービスを提供するのに第１のアクセスネットワークを使用することが、サービス制約によって要求されるか否かを、コアネットワーク内で判定する（６１４）ことができる。いま、例示を目的として、サービスに関連付けられるＱｏＳ制約のため、そのサービスには第１のアクセスネットワーク（アクセスネットワーク＃１）を使用すべきであるものと想定する。従って、次のステップとして、第１のアクセスネットワークにおいて（および、必要な場合にはコアネットワークにおいて）、サービスを提供するためのリソースを確立する（６１５）。
【００９０】
例えば、図１に示したアーキテクチャを想定し、ＩＭＳサービスを移動端末に提供するものと想定すると、ネットワークは、ネットワークの有線部分における配信経路（例えば、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２→ＵＰＥ １０４→（拡張（enhanced））ノードＢ）に沿っての必要なリソースのすべてを、ネットワーク内で適切なコンテキストを確立することによって構成設定する。
【００９１】
リソースの確保が完了した時点で、移動端末に、アクセスネットワーク＃１への自身のインタフェースを有効にするように（すなわち、アクティブ状態に移行するように）命令する（６１６）。このコマンドは、例えば、アクティブ状態に移行するための、アクセスネットワークに固有の手順を使用するよりも、移動端末がアクセスネットワーク＃１との接続を迅速に確立することのできるＲＡＮパラメータを含んでいることもできる。このＲＡＮパラメータは、例えば、無線アクセスのタイプに応じて、スクランブリングコード、周波数情報、電力制御情報のうちの少なくとも１つを含んでいることができる。
【００９２】
移動端末は、有効化コマンドを受信した（６０４）時点で、アクセスネットワーク＃１へのインタフェースを有効にする（６０５）。この有効化するステップは、例えば、サービスに関連するユーザプレーンデータおよび制御プレーンデータをアクセスネットワーク＃１を通じて伝えるのに必要な（１つ以上の）サービスベアラを確立するステップを含んでいることができる。
【００９３】
図６に関連して概説した実施形態の変形形態においては、移動端末に関連するコンテキスト情報が、上述したように、移動端末がスリープ状態である間、ネットワーク内に保持されているものと想定する。このバッファリングされているコンテキスト情報を、アクセスネットワーク＃１を通じての移動端末の方への配信経路に沿った関連するネットワークエンティティに伝えることにより、アクセスネットワーク＃１におけるサービスリソースの確立を高速化することができる。
【００９４】
例えば、いま、図１におけるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２が、ＭＭＥ／ＵＰＥ機能を備えており、システムリソースを確立するときにＭＭＥ１０３およびＵＰＥ １０４に提供することのできるコンテキスト情報を保持しているものと想定する。同様に、ＭＭＥ１０３もしくはＵＰＥ １０４、またはその両方は、関連するコンテキスト情報をアクセスネットワーク＃１における下流のエンティティに転送することができる。
【００９５】
移動端末が移動して、「古い」ＭＭＥ／ＵＰＥによってもはや処理担当されなくなるとき、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２は、この移動端末を処理担当する新たなＭＭＥ／ＵＰＥを決定することができる。従って、決定されたＭＭＥ／ＵＰＥにコンテキスト情報を提供する。例えば、「古い」ＭＭＥ／ＵＰＥがコンテキストを保持していた場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２は、「古い」ＭＭＥ／ＵＰＥに、コンテキスト情報を新しいＭＭＥ／ＵＰＥに転送するように命令することができる。「古い」ＭＭＥ／ＵＰＥが依然として移動端末を処理担当する場合、この「古い」ＭＭＥ／ＵＰＥに、コンテキストを再有効化するように、すなわち、移動端末のステータスをアクティブ状態に戻すように、命令することができる。
【００９６】
本発明の別の代替実施形態は、移動端末を最初にアクセスネットワーク＃１にアタッチするステップが必要ない解決策を提供する。図７は、移動端末をスリープ状態に移行させるときに移動端末およびコアネットワークによって実行される、本発明のこの実施形態による動作の別の例示的な流れ図を示している。端末は、最初にアクセスネットワーク＃２にアタッチし（７０１）、アクセスネットワーク＃２（またはコアネットワーク）の該当するネットワークエンティティによって自身に割り当てられる（７１１）ＩＰアドレス＃２を取得する。アクセスネットワーク＃２にアタッチした時点で、移動端末は、アクセスネットワーク＃２とともに認証を実行する（７０２，７１２）。
【００９７】
この実施形態の有利な変形形態においては、移動端末は、アクセスネットワーク＃２の中の参加中のネットワークエンティティが移動端末のホームネットワーク（アクセスネットワーク＃１／コアネットワーク）を識別できるように、そのネットワークエンティティに認証シグナリングの中で情報を提供する。これにより、そのネットワークエンティティは、ホームネットワークのＩＰ移動管理エンティティを識別することができ、オプションとして、移動端末のＩＰアドレス＃１（ホームアドレス）を移動端末に代わって取得することができる。
【００９８】
あるいは、移動端末は、認証シグナリングの中でＩＰ移動管理エンティティを直接的に識別する、もしくは、自身のホームネットワークとの通信に使用するＩＰアドレスを選択する、またはその両方を行うことができる。
【００９９】
いずれの場合にも、移動端末は、次のステップとして、アクセスネットワーク＃２のためのＩＰアドレスを、自身のホームネットワーク内のＩＰ移動管理エンティティに自身の気付けアドレスとして登録する（７０３）ことができる。あるいは、この気付けアドレスの登録は、移動端末を認証する、アクセスネットワーク＃２内のネットワークエンティティによって実行する（７１３）ことができる。気付けアドレスを登録した時点で、移動端末は、自身のホームネットワーク（アクセスネットワーク＃１）に対してスリープ状態に入ることができる。なお、移動端末のホームエージェントは、アクセスネットワーク＃１およびアクセスネットワーク＃２にアタッチされているコアネットワーク内に位置していなくてもよい。例えば、両方のアクセスネットワークが訪問先ネットワークである場合、気付けアドレスの登録の要求を、移動端末のホームネットワーク内の自身のホームエージェントに伝送する。
【０１００】
アクセスネットワーク＃１（ホームネットワーク）へのアタッチが実行されていないため、アクセスネットワーク＃１を通じて通信するための移動端末のコンテキスト情報は利用できない。アクセスネットワーク＃１を通じて提供されるサービスの確立を高速化するため、ホームネットワーク（コアネットワーク）内のＩＰ移動管理エンティティは、後からリソースを確保するためのコンテキスト情報を生成する、または生成を開始する。このコンテキスト情報は、サービスの起動時、図６に関連して上述したように、アクセスネットワーク＃１における配信経路に沿った１つ以上のネットワークエンティティに提供することができる。
【０１０１】
以下では、マルチモードＵＥのサービスを、低い電力消費量にて迅速に起動するための、本発明のさまざまな実施形態による手順について、詳しく説明する。なお、これらの例においては、移動端末がスリープ状態に入ることのできる第１のアクセスネットワークが３ＧＰＰ方式ネットワーク（3GPP enabled network）であり、第２のアクセスネットワークが非３ＧＰＰ方式ネットワークであるものと想定する。しかしながら、以下に概説する原理は、この例示的なシナリオのみへの適用に限定されるものではない。
【０１０２】
図１３は、この手順の高レベルのシグナリングを示しており、図８〜図１２に示した連続するシグナリング手順の概要を示すものである。移動端末をユーザ機器（ＵＥ）と称する。この例においては、ＵＥは３ＧＰＰ方式ネットワークおよび非３ＧＰＰ方式ネットワークと通信することができるため、マルチモードＵＥとも称する。
【０１０３】
本発明の例示的な実施形態によると、最初に、ＵＥは、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）にアタッチし、その後、非３ＧＰＰ ＲＡＮを発見および選択する。さらに、ＵＥは、その非３ＧＰＰ ＲＡＮとの接続を確立する。
【０１０４】
次いで、ＵＥは、３ＧＰＰ無線インタフェースに対してアイドル状態に移行する。次いで、電力消費量をさらに低減するため、ＵＥのスリープ状態への移行を開始する。次いで、３ＧＰＰインタフェースに対応する新しいサービス要求が入ってきたとき、スリープ状態からアクティブ状態への迅速な移行を実行する。
【０１０５】
以下では、上に簡潔に説明したステップについて、図８〜図１２に示した例示的な手順を参照しながら詳しく説明する。
【０１０６】
図８は、本発明の例示的な実施形態による、移動端末を３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【０１０７】
ＵＥは、例えば電力オンの後に３ＧＰＰアクセスシステムを発見および選択した時点で（ステップ１）、その３ＧＰＰネットワークにアタッチする。これは、ステップ２において、その３ＧＰＰネットワークにアタッチ要求を送信することによって行われ、このアタッチ要求は、例えば、そのネットワークにおいて以前に使用していた、ＵＥの古い一時的ＩＤ、あるいは、ＵＥの永久的なＩＤ（例えばＩＭＳＩ）を含んでいることができる。さらに、ＵＥは、使用する好ましいＩＰアドレスを要求の中で示すことができる。
【０１０８】
この要求を受信したＭＭＥ／ＵＰＥは、次いで、一時的ＩＤをＵＥに割り当てる（ステップ３）。さらに、ＵＥの最後に登録されたトラッキングエリア（ＴＡ）を、ＭＭＥ／ＵＰＥ（すなわち、ＭＭＥもしくはＵＰＥ、またはその両方の機能を提供するネットワーク要素）に格納する。その後、ネットワークにおいてＵＥを認証する（ステップ４）ことができ、ＭＭＥが自身をＡＡＡ／ＨＳＳサーバに登録する（ステップ５）。ＵＥおよびネットワーク（ＭＭＥ／ＵＰＥ）が互いに認証され、ＭＭＥ／ＵＰＥが、ＵＥを処理担当するエンティティとしてＨＳＳ／ＡＡＡに登録された時点で、ＨＳＳ／ＡＡＡはその登録を確認し（ステップ６）、サブスクリプションデータと、ポリシーおよび課金制御情報とをＭＭＥ／ＵＰＥに伝送する。この情報は、例えば、ＭＭＥ／ＵＰＥ内で、ＵＥに関連するコンテキストとして維持することができる。
【０１０９】
次いで、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒを選択する（ステップ７）。この選択は、例えば、ＭＭＥ／ＵＰＥが、ＵＥからのアタッチ要求において伝送される情報に基づいて行う。このプロセスでは、３ＧＰＰネットワークを通じてのＩＰベースの通信用にＵＥが使用するＩＰアドレスを決定する。
【０１１０】
ステップ８において、デフォルトＩＰアクセスベアラのＱｏＳを設定することができ、ステップ９において、ＵＥにＩＰアドレスを通知する。一般には、３ＧＰＰネットワークがＵＥのホームネットワークであると想定すると、このＩＰアドレスは、ＵＥのＩＰホームアドレス（ＨｏＡ）である。そうでない場合、割り当てられるＩＰアドレスは気付けアドレスＣｏＡであり、このアドレスは、ＵＥのホームネットワーク内のＵＥのホームエージェント（ＨＡ）に登録しなければならない。
【０１１１】
ＵＥのアタッチの確認を受信した時点で（ステップ１０）、ｅノードＢとＭＭＥ／ＵＰＥとの間のユーザプレーンルートと、ＭＭＥ／ＵＰＥとＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとの間のルート（経路）とを更新する（ステップ１１）。この更新は、例えば、バインディングアップデート（Binding Update）／バインディングＡＣＫ（Binding Acknowledgement）メッセージによって達成することができる。次いで、ユーザプレーンのトラフィックをＵＥに伝送する（ステップ１２）ことができる。
【０１１２】
図９は、本発明の例示的な実施形態による、移動端末を非３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。ＵＥは、３ＧＰＰネットワークにアタッチした時点で、非３ＧＰＰアクセスシステム（例えば、ＷＬＡＮアクセスネットワーク）を選択する（ステップ１）ことができる。
【０１１３】
次いで、ゲートウェイ（例えば、ＰＤＧ（パケットデータゲートウェイ））によって、またはその他の手段によって、ＵＥにローカルＩＰアドレスが割り当てられる。ゲートウェイがアドレスを割り当てる場合、そのゲートウェイは、ユーザを認証／認可するため、例えば、ユーザのホームＡＡＡサーバに問い合わせることができる。この通信において、ゲートウェイは、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒのＩＰアドレスとＵＥのＨｏＡとを受信することができ、これらＩｎｔｅｒ ＡＳ ＡｎｃｈｏｒのＩＰアドレスおよびＵＥのＨｏＡをＵＥに通知することができる。
【０１１４】
ゲートウェイにおいてＵＥが認証／認可された（ステップ３）後、ＵＥまたはゲートウェイは、位置更新（Location Update）（例えば、ＭＩＰｖ６のバインディングアップデート（非特許文献５（http://www.ietf.orgにおいて入手可能であり、この文書は参照により本明細書に援用する）を参照））をＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに送信する（ステップ４）。この位置更新は、ＩＰアドレス以外の追加の位置情報を含んでいることもできる。さらに、位置更新は、非３ＧＰＰアクセスシステムを通じてＵＥに伝送すべきサービスまたはフローに関するフィルタ規則を含んでいることもできる。あるいは、フィルタ規則をＰＣＲＦから要求することができ、または、追加の規則をＰＣＲＦからＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに伝送する。
【０１１５】
次いで、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒがＵＥを認証し（ステップ５）、ＡＣＫ（ＭＩＰｖ６のバインディングアップデートＡＣＫ）によって応答する（ステップ６）。
【０１１６】
図１０は、本発明の例示的な実施形態による、移動端末をアクティブ状態からアイドル状態に移行させるための例示的なシグナリング手順を示している。ＵＥが３ＧＰＰアクセスシステムを使用していない（すなわち、ユーザデータパケットが伝送されない）（ステップ１）場合、ＭＭＥ／ＵＰＥまたはｅノードＢが、アイドル状態に移行するようにＵＥをトリガーする（ステップ２）ことができる。アイドル状態においては、ユーザの一時的ＩＤと永久的なＩＤとの間のマッピングと、最後に登録されたＴＡが、ＭＭＥ／ＵＰＥに格納される。ＵＥは、別のセルに移動してＴＡを変更するとき、ＴＡ登録手順を実行する（ステップ３）ことができ、すなわち、３ＧＰＰアクセスシステムとの接続を確立し、新しいＴＡをＭＭＥ／ＵＰＥにシグナリングする。
【０１１７】
図１１は、本発明の例示的な実施形態による、移動端末をアイドル状態からスリープ状態に移行させるための例示的なシグナリング手順を示している。以下では、ＵＥをアイドル状態からスリープ状態に移行させるときのＵＥおよびネットワークの動作を説明するうえで、例示を目的として、図２に示したネットワークを想定する。
【０１１８】
ＵＥが有効な非３ＧＰＰ接続を確立しており、３ＧＰＰアクセスシステムが使用されていない（アイドル状態）ため、ＵＥまたはネットワークは、電力消費量と、無線リンク上およびネットワーク内のシグナリング負荷とをさらに低減させることを決定する（ステップ１）ことができる。この決定は、例えば、ＵＥがアイドル状態に入った時点で開始されたタイマーのタイムアップに基づいて行うことができる。
【０１１９】
スリープ状態に入るため、ＵＥは、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２を、スリープ状態におけるＵＥの新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとして自身を登録するようにトリガーする目的で、メッセージ（例えば、ＭｌＰｖ６のバインディングアップデート（一時的ＩＤおよび古いＭＭＥ／ＵＰＥを含んでいる））をＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２に送信する（ステップ２）。この例においては、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２（非３ＧＰＰ ＡＳ Ａｎｃｈｏｒ）がＭＭＥおよびＵＰＥの機能を提供する（非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ）ものと想定する。非３ＧＰＰ Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２のＭＭＥ／ＵＰＥ機能は、１つ以上の別のネットワークエンティティとして、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒから論理的に分けることも可能である。
【０１２０】
新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにおいて、３ＧＰＰアクセスシステムの登録と、非３ＧＰＰアクセスシステムの登録とを区別する目的で、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、非３ＧＰＰアクセスシステムのための専用のＴＡを割り当てる（ステップ３）ことができ、このトラッキングエリアは、例えば、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに格納する。
【０１２１】
例示的な一実施形態によると、非３ＧＰＰ ＡＳ ＡｎｃｈｏｒのＭＭＥ機能は、その時点までＵＥを処理担当してきたＭＭＥ／ＵＰＥ機能を備えている古いネットワークエンティティに、ＵＥの一時的ＩＤを送信する（ステップ４）ことができる。古いＭＭＥ／ＵＰＥは、新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにＵＥのコンテキスト（例えば、永久的なユーザＩＤ、セキュリティパラメータ、ＩＰ接続パラメータを含んでいる）を送信する（ステップ５）ことによって、応答することができる。これにより、ステップ４において提供されるＵＥの一時的ＩＤを使用して、ＵＥおよびコンテキストが識別される。
【０１２２】
代替の実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥが、古い３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに、ＵＥのコンテキスト情報を保持するように命令することができる。この実施形態においては、３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、ＵＥのコンテキストの中でスリープ状態を示し、ＵＥを宛先とするすべてのデータを非３ＧＰＰ ＡＳ Ａｎｃｈｏｒ ２を通じて渡すように、ユーザプレーンルートを更新することができる。さらに、３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、そのＵＥコンテキストの中で、ＵＥには３ＧＰＰネットワークを通じてもはやアクセスする（例えば、ページングする）ことができず、従って、すべてのサービス要求を非３ＧＰＰネットワークを通じてリダイレクトする必要があることを示すことができる。
【０１２３】
Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、さらに、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥを、アイドル状態のＵＥのための新しいＭＭＥ／ＵＰＥとして自身を登録するように、トリガーする。ステップ６において、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、登録メッセージをＨＳＳに送信し、ＨＳＳがこの登録を確認する（ステップ７）。さらに、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、（例えば、ＭｌＰｖ６のバインディングアップデートＡＣＫによって）ＵＥに対してこの登録を確認する（ステップ８）。ＵＥは、確認を受信した時点で、スリープ状態に入る（ステップ１０）ことができる。
【０１２４】
ＵＥが複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに接続されており、これらのアンカーをユーザプレーンの経路上にそのまま存在させておくことが要求される場合、これらのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒと、非３ＧＰＰ接続を処理担当しているＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとの間の経路を更新する（ステップ９）。
【０１２５】
非３ＧＰＰアクセスシステムを通じての接続は信頼性が低いため、オプションとして、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、ＭＩＰｖ６のバインディングリフレッシュ要求（Binding Refresh Request）メッセージ（ＵＥはこのメッセージに対してバインディングアップデートによって応答しなければならない）を定期的に送信することによって、ＵＥの到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）をチェックする（ステップ１１）ことができる。非３ＧＰＰインタフェースを通じてもはやＵＥに到達できない場合（例えば、ＵＥがＷＬＡＮのカバレッジの外側に移動したため（このことは、例えば、所定の数の連続するバインディングリフレッシュ要求メッセージにＵＥが応答しないことによって検出できる））、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、３ＧＰＰネットワークにおいて再びアイドル状態に移行するようにトリガーする。また、ＵＥは、ある時間長にわたり到達可能性メッセージが受信されない場合、自身の３ＧＰＰインタフェースを再び有効にして再び３ＧＰＰアイドル状態に移行することができる。
【０１２６】
図１２は、本発明の例示的な実施形態による、スリープ状態にある移動端末へのサービスを起動するための例示的なシグナリング手順を示している。３ＧＰＰアクセスシステムを通じてのみ受信可能である呼／サービス（例えば、ＩＭＳまたはＭＢＭＳ（例えば、非特許文献６（この文書は参照により本明細書に援用する、http://www.3gpp.orgにおいて入手可能である）を参照））が入ってくる、またはスリープ状態にあるＵＥによって開始される（ステップ１）場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、このことを、事前に確立されているフィルタ規則に基づいて検出する（例えば、ＳＩＰ要求が検出される（非特許文献４を参照））ことができ、ＵＥに対して３ＧＰＰアクティブ状態への移行を開始する。３ＧＰＰアクセスシステムを介してのみ受信可能であるとは、例えば、非３ＧＰＰ ＡＳがサービスをまったく提供することができない、あるいは、サービス、ＵＥポリシー、および課金規則に関連付けられる要求される／必要であるＱｏＳパラメータのレベルでサービスを提供できない、あるいは、ＡＡＡ制約により、３ＧＰＰネットワークを通じての提供が要求される、ことを意味する。
【０１２７】
呼／サービスが入ってくる場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、その呼／サービスを起動するための呼／サービスシグナリングを、非３ＧＰＰアクセスシステムを通じてＵＥに転送、またはＵＥまでトンネリングする（ステップ２）。ＵＥは、その呼／サービスが入ってくるのか自身が開始する呼／サービスであるのかには関係なく、非３ＧＰＰアクセスシステムとの接続を使用してサービスの確立を始める。
【０１２８】
これと同時に、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２の非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ機能は、ＵＥが使用するＲＡＮノードを処理担当するＭＭＥ／ＵＰＥ機能を備えた新しいネットワークエンティティ（新しいＭＭＥ／ＵＰＥ）を選択する（ステップ３）ことができる。この選択は、例えば、利用可能な非３ＧＰＰ ＡＳの位置情報（例えば、ＵＥの非３ＧＰＰネットワークインタフェースに割り当てられている、トポロジー的に正しいＩＰアドレスから導かれる）を、３ＧＰＰ ＡＳにおける対応するＴＡおよびＲＡＮノードにマッピングすることによって、達成することができる。この場合、非３ＧＰＰ ＡＳを固定アクセスシステム（例えば、ＡＤＳＬ接続）とすることができる。
【０１２９】
あるいは、３ＧＰＰセルのカバレッジが、非３ＧＰＰ ＡＳ（ＷＬＡＮホットスポット）のカバレッジよりも大きい場合、ＵＥを処理担当するノードＢは、多くの場合、非３ＧＰＰ ＡＳに切り替える前後で同じノードＢとすることができる。位置情報をマッピングすることができない場合、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、スリープ状態にあるマルチモードＵＥの３ＧＰＰ接続を迅速に有効にする目的で、ネットワーク内のすべてのＲＡＮノードを処理担当しているデフォルトのＭＭＥ／ＵＰＥを選択することができる。この場合、３ＧＰＰ無線接続が確立された後、デフォルトのＭＭＥ／ＵＰＥが、より良好な（すなわち、ＵＥにより近い）ＭＭＥ／ＵＰＥにＵＥをハンドオーバーさせることができる。
【０１３０】
さらに、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、呼／サービスのためのリソースを確立するように新しいＭＭＥ／ＵＰＥをトリガーする（ステップ４）。新しいＭＭＥ／ＵＰＥは、対応するＲＡＮノードに関する情報が利用可能である場合、関与するノード（例えば、ノードＢ）にリソース準備要求（resource preparation request）を送信する（ステップ５）。あるいは、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥまたはＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２が、別の関与するＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを、リソースを確立するようにトリガーする。
【０１３１】
ｅノードＢおよびＭＭＥ／ＵＰＥは、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに対してリソース準備を確認する（例えば、ＭＭＥ／ＵＰＥによって割り当てられるＩＰアドレス、好ましいＴＡ、およびその他のパラメータを含んでいる）（ステップ６およびステップ７）。Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、この確認に応答して、スリープ状態からアクティブ状態に移行するようにＵＥに命令する３ＧＰＰ無線有効化コマンドメッセージを、ＵＥに送信する（ステップ８）。この有効化コマンドは、例えば、非３ＧＰＰアクセスネットワークを介してＵＥに送信されるＭＩＰｖ６のバインディングリフレッシュ要求（新しいＭＭＥ／ＵＰＥによって割り当てられるＩＰアドレス、好ましいＴＡ、処理担当するセル、およびその他のパラメータを含んでいる）に含めることができる。ＵＥは、このコマンドに応答して、３ＧＰＰ無線インタフェースを有効にし、サービスを配信するための３ＧＰＰ無線アクセスネットワークおよび３ＧＰＰ接続との同期を確立する（ステップ９）。ＲＡＮノード（例えば、ｅノードＢ）は、有効化完了メッセージを新しいＭＭＥ／ＵＰＥに送信する（ステップ１０）ことができ、新しいＭＭＥ／ＵＰＥは、３ＧＰＰ無線接続の確立の完了を非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに示す（ステップ１１）。
【０１３２】
次いで、ＵＥと、新しいＵＰＥと、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １（複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが関与している場合はそれらのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ）との間のユーザプレーンを更新する（ステップ１２）。この更新は、一般には、ユーザプレーンルートの更新を含んでいることができる（図１１におけるステップ９と比較されたい。ステップ９では、ユーザプレーンは非３ＧＰＰアクセスネットワークを経由するようにリダイレクトされる）。最後に、新しいＭＭＥは、ＨＳＳ／ＡＡＡにおいて位置を更新する（ステップ１３）ことができ、ＨＳＳ／ＡＡＡが、この登録を確認する（ステップ１４）。オプションとして、ＨＳＳ／ＡＡＡは、ＵＥコンテキストを削除してよいことを非３ＧＰＰ ＭＭＥ／ＵＰＥに通知することができる。
【０１３３】
ステップ４〜ステップ７におけるリソースの確立時に交換されるメッセージの内容は、３ＧＰＰでのスリープ状態においてＵＥコンテキストを保持するために使用する方式に応じたものとすることができる。図１１に示したように、コンテキストが非３ＧＰＰ ＭＭＥ／ＵＰＥに伝送されている場合、ステップ４におけるリソース準備要求には、新しいＭＭＥがリソースを確立するのを支援するコンテキスト情報を含めることができる。
【０１３４】
スリープ状態に移行する前にＵＥを処理担当していたＭＭＥ／ＵＰＥ（古いＭＭＥ／ＵＰＥ）にＵＥコンテキストを保持する場合、動作は、この古いＭＭＥ／ＵＰＥが、セル／サービスを受信するときに依然としてＵＥを処理担当するかに依存する。依然としてＵＥを処理担当する場合、その古い（かつ新しい）ＭＭＥ／ＵＰＥが、リソース準備要求を受信した時点で単純にコンテキストを再有効化することができる。さらに、このＭＭＥ／ＵＰＥは、ユーザプレーンルートを更新することもできる。
【０１３５】
新しいＭＭＥ／ＵＰＥが古いＭＭＥ／ＵＰＥとは異なる場合、非３ＧＰＰ ＭＭＥ／ＵＰＥは、サービスのためのリソース確立を開始するように古いＭＭＥ／ＵＰＥに命令することができる。次いで、古いＭＭＥ／ＵＰＥが、新しいＭＭＥ／ＵＰＥに、リソースを確立するように命令することができ、保持されているコンテキスト情報を要求に含めることができる。
【０１３６】
実施上のオプションとしての別の細部は、ＵＥがスリープ状態からアイドル状態に移行するためのトリガーである。ＵＥと非３ＧＰＰアクセスシステムとの接続がある時間長にわたり有効ではない（例えば、タイムアウトによって検出される）とき、ネットワークまたはＵＥは、３ＧＰＰ ＡＳにおいて再びアイドル状態に移行することを決定することができ、すなわち、ＵＥは、３ＧＰＰ ＡＳへの自身のエアインタフェースを（再）有効化する。さらに、ＵＥは、電力を節約するため非３ＧＰＰ無線インタフェースを無効化することができる。ＵＥは、ＴＡの更新を実行することができ、結果として、ＵＥコンテキスト情報が、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥから、３ＧＰＰアクセスシステムにおけるＵＥを処理担当する新しいＭＭＥ／ＵＰＥに伝送される。
【０１３７】
アイドルモードに戻る利点として、有効化されてはいるが有効ではない非３ＧＰＰアクセスシステム接続の電力消費量が、アイドル状態にある３ＧＰＰインタフェースの電力消費量よりも著しく大きいことがある。
【０１３８】
本発明のここまでのいくつかの実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとが分かれているものと想定しており、従って、これらのエンティティの間でのシグナリングが必要であった。本発明の別の実施形態においては、上述したようにスリープ状態を格納するのに、個別の非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥを使用する代わりに、古いＭＭＥ／ＵＰＥを使用することもできる。入ってくる呼／サービスの場合、古いＭＭＥ／ＵＰＥは、非３ＧＰＰアクセスシステムとの接続が有効であることをスリープ状態に基づいて検出し、従って、非３ＧＰＰアクセスシステムとの接続を処理担当しているＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにパケットを転送する。
【０１３９】
さらに、本発明のいくつかの実施形態においては、スリープ状態にあるマルチモードＵＥの３ＧＰＰ無線インタフェースがオフにされることも想定している。本発明の別の実施形態においては、ＵＥは、３ＧＰＰ無線インタフェースを完全にはオフにしない。この実施形態によると、ＵＥは、ブロードキャストシステム情報を定期的にリスンすることができ、３ＧＰＰ無線インタフェースを通じたメッセージの送信を停止するのみである（例えば、移動時に３ＧＰＰ無線インタフェースを通じて位置更新は送信されない）。代わりに、３ＧＰＰ無線インタフェースの位置変更（例えば、ＴＡの変更、場合によってはセルの変更）を、非３ＧＰＰアクセスシステムとの有効な接続を通じてシグナリングする。これにより、マルチモードＵＥの電力消費量が低減し、なぜなら、位置更新のためだけに３ＧＰＰ無線接続を確立する必要がなく、３ＧＰＰネットワークにおけるシグナリングの量も低減するためである。この手順のさらなる利点として、３ＧＰＰネットワークインタフェースのトポロジー的位置（topological location）を非３ＧＰＰネットワークインタフェースのトポロジー的位置を使用して導くことができない場合でも、サービスを迅速に起動し、電力消費量を低減することができる。
【０１４０】
本発明のいくつかの実施形態においては、マルチモードＵＥは、３ＧＰＰ無線接続を使用して３ＧＰＰアクセスネットワークにアタッチすることを想定してきた。本発明の別の実施形態においては、ＵＥは、非３ＧＰＰアクセスネットワークとの接続を使用して３ＧＰＰアクセスネットワークにアタッチする。最初に、ＵＥは非３ＧＰＰアクセスネットワークにアタッチし、ＵＥには、ローカルＩＰアドレスと、さらには（例えば、ＵＥの認証時に）ホームＩＰアドレスが提供される。そのローカルＩＰアドレスを気付けアドレスとして登録した後、ＵＥまたはネットワークは、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒをトリガーして、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにおいてＵＥのコンテキスト情報を確立させ、モビリティ状態をスリープに設定させることができる。さらに、ＵＥは、別のサービスとの接続を提供する別のアンカーに、非３ＧＰＰアクセスネットワークとの接続と、ＭＭＥ／ＵＰＥとしての非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとを使用して、接続することができる。次いで、ＵＥは、３ＧＰＰアクセスネットワークを介してサービスを受信し、スリープからアクティブに移行することができる。
【０１４１】
本発明のここまでの実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ機能を提供する、マルチモードＵＥのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、ＵＥのホームネットワーク内にあり、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークの両方に接続されていることを想定してきた。本発明の別の実施形態においては、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒが訪問先ネットワーク内にある。この訪問先ネットワークは、一方のアクセスネットワーク（例えば、非３ＧＰＰアクセスネットワーク）に接続されており、別のネットワーク（例えば、ホームネットワーク）が他方のアクセスネットワーク（例えば、３ＧＰＰアクセスネットワーク）に接続されている。
【０１４２】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることを認識されたい。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０１４３】
さらに、本発明のさまざまな実施形態は、プロセッサによって実行されるソフトウェアモジュールによって実施する、あるいはハードウェアに直接実装することができる。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【技術分野】
【０００１】
本発明は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することのできる移動端末へのサービスの起動に関する。さらに、本発明は、少なくとも２つのアクセスネットワークとの接続をサポートしている移動端末の電力消費量を低減することに関する。さらに、本発明は、移動端末を管理するエンティティと、移動端末におけるアクセスネットワークへの接続方法に関する。さらに、本発明は、移動通信システム、特に、異種アクセスネットワークを通じての移動通信とに関する。
【背景技術】
【０００２】
３ＧＰＰにおいては、ＵＭＴＳアーキテクチャの進化・発展が、非特許文献１（http://www.3gpp.orgにおいて入手可能）（この文書は、参照により本文書に援用する）に記載されている。この進化・発展の目的は、特に、新しいエアインタフェースを開発することと、異種アクセスネットワーク間のモビリティ（移動）をサポートすることである。
【０００３】
図１は、この進化・発展したシステムの例示的な高レベルの論理アーキテクチャを示している。このアーキテクチャは、最初、アクセスシステム間アンカー（Inter Access System Anchor）（Inter AS Anchor）を備えており、これは、異なるアクセスシステムの間で移動するためのユーザプレーンアンカーであり、異なるアクセスシステムの間でのハンドオーバーをサポートする。アンカーの機能は、例えば以下が挙げられる。
■ パケットのルーティングおよび転送
■ 認証、認可、および鍵管理
■ ポリシーおよび課金ルール機能（ＰＣＥＦ：Policy and Charging Enforcement Function）
■ ＰＤＮへのゲートウェイ（ＰＤＮアドレス空間からのＩＰアドレスの割り当てを含む）
【０００４】
さらに、このアーキテクチャは、移動管理エンティティ（ＭＭＥ：Mobility Management Entity）とユーザプレーンエンティティ（ＵＰＥ：User Plane Entity）とを備えている。ＭＭＥの機能は、例えば以下が挙げられる。
■ 制御プレーンのＵＥコンテキストの管理および格納
■ 移動管理
■ 認証、認可、および鍵管理
■ シグナリングの暗号化／整合性終端処理（integrity termination）
■ 一時的ユーザ識別子の管理および割り当て
ＵＰＥの機能は、例えば以下が挙げられる。
■ ユーザプレーンのＵＥコンテキストの管理および格納
■ パケットのルーティングおよび転送
■ ポリシーおよび課金ルール機能
■ ユーザプレーンのトラフィックの暗号化終端処理
■ アイドル状態にあるＵＥにおける、ダウンリンクデータ到着時のページングのトリガー／開始
【０００５】
ＭＭＥ、ＵＰＥ、およびＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、論理エンティティであり、すなわち、その機能を、例えば、複数の異なる物理エンティティに配置する、あるいは単一の物理エンティティにまとめることができる。さらに、１つの事業者ドメイン内に複数のＭＭＥ、ＵＰＥ、またはアンカーを備えることが可能である。従って、複数のＭＭＥ／ＵＰＥを用いて、アンカーからＵＥまでのデータパケット経路を最適化することができ、あるいは、複数の異なるＭＭＥ／ＵＰＥの間で負荷を共有することができる。さらに、ネットワークでは、事業者ドメイン内の１つまたは複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを通じて、複数の異なるＰＤＮ（パケットデータネットワーク）との接続を提供することができる。
【０００６】
この進化・発展したシステムにおいては、登録が要求されるサービスを受信するためには、端末（ＵＥ）をネットワークに登録（アタッチ）しなければならない。ネットワークに最初に登録するとき、デフォルトＩＰアクセスサービス（Default IP Access Service）が確立され、ＵＥにＩＰアドレスが提供され、デフォルトのコンテキスト（例えば、ＵＥ／ユーザ識別子、モビリティ状態、トラッキングエリア、セキュリティパラメータ、ＱｏＳ情報、内部のルーティング情報、およびその他のパラメータを含んでいる）がネットワーク内で確立される。
【０００７】
さらに、ユーザデータを送信および受信することができるためには、ＵＥが３ＧＰＰインタフェースに対してアクティブ状態でなければならない。アクティブ状態では、無線接続が確立されており、ＵＥは、測定値および要件を基地局に報告する。次いで、ＵＥとネットワークとの間にベアラが確立され、このベアラは、最初にシグナリングを伝え、後からユーザデータを伝える。
【０００８】
アクティブ状態で移動している間、ＵＥは、隣接セルの信号強度を絶え間なく測定し、測定報告をネットワークに送信する。ネットワークは、新しい基地局を使用することを決定すると、新しい無線リンクを確立し、その新しい基地局にハンドオーバーするようにＵＥをトリガーする。
【０００９】
このアクティブ状態に加えて、電力消費量の少ないモードがサポートされる。このモードはアイドル状態と称され、ユーザデータが送信あるいは受信されないときに使用される。アイドル状態においては、ＵＥによってセルの再選択が実行され、トラッキングエリア（ＴＡ）の変更のみがネットワークに登録される（すなわち、セルの変更すべてがネットワークに報告されるわけではない）。ネットワークは、ＵＥの実際の位置をセルレベルでは認識しておらず、ＴＡレベルでのみ認識している。アイドル状態においては、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）においてＵＥに関連するコンテキストが削除され、このＵＥをページングすることが可能である。
【００１０】
すべての状態を網羅するため、３ＧＰＰ無線カバレッジ内のＵＥの位置がネットワークによってまったく認識されない（例えば、ＵＥがオフになっている）状態は、デタッチ状態である。
【００１１】
端末によって要求されるサービスが、デフォルトＩＰアクセスサービスによって提供できないＱｏＳを必要とする場合、追加のベアラサービスが必要である。この目的のため、ＵＥまたはネットワークのいずれかが追加のリソースを要求する。例えば、ＩＭＳサービスの場合（非特許文献２（http://www.3gpp.orgにおいて入手可能であり、この文書は参照により本文書に援用する）を参照）、アプリケーションのシグナリング時にＱｏＳ要件がシグナリングされ、ポリシーおよび課金ルール機能（ＰＣＲＦ）（非特許文献３（http://www.3gpp.orgにおいて入手可能であり、この文書は参照により本文書に援用する）を参照）が、そのＱｏＳを許可し、リソースの確立をトリガーする。ＭＭＥ／ＵＰＥにおいては、ＵＥのサブスクリプションがチェックされ、アドミッション制御が実行され、ＲＡＮの方へのリソースの確立が開始される。
【００１２】
上述したように、この進化・発展したシステムは、非３ＧＰＰ無線アクセス技術から３ＧＰＰサービスへのアクセスもサポートする。この目的のため、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒがＩＰインタフェースを提供し、ＵＥは非３ＧＰＰアクセスシステムからそのＩＰインタフェースを介してＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに直接的に接続することができ、あるいは、ＵＥが接続されるＩＰインタフェースを別のゲートウェイが提供し、このゲートウェイがさらにＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに接続されている。ＵＥとゲートウェイ／アンカーとの間のＩＰ接続が非３ＧＰＰネットワークを通じたものであるため、この接続はコネクションレスであり信頼性が低い。従って、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、ＵＥに到達可能であるか否かを認識していない。
【００１３】
３ＧＰＰ無線アクセス技術と非３ＧＰＰ無線アクセス技術との間で移動するためには、マルチモード能力を備えたＵＥが必要である。ＵＥが３ＧＰＰから非３ＧＰＰへのハンドオーバーを実行するとき、ＵＥの位置について（例えば、非３ＧＰＰネットワークにおいて端末に割り当てられるＩＰアドレスの形式で、または、端末が接続されているトンネル端点の別の識別子の形式で）、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒに通知する。この位置情報に加えて、非３ＧＰＰネットワークを通じてＵＥに伝送しようとするユーザデータパケットについての情報（例えば、特定のＤＳＣＰ（DiffServ Codepoint）によってマークされているＩＰフローまたはＩＰパケット）を、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒに提供する。
【００１４】
どのユーザデータパケットを非３ＧＰＰネットワークを通じて伝送できるかは、例えば、ユーザのサブスクリプションまたは事業者のポリシーに依存しうる。例えば、ＩＭＳを通じた音声（ＶｏＩＭＳ：Voice over IMS）の場合、主たるＱｏＳ要件は、遅延が小さいことである。しかしながら、非３ＧＰＰ無線アクセス技術との接続では、高いデータスループットが提供されるが、遅延が大幅に変動しうる。従って、この接続は、ＶｏＩＭＳサービスには使用すべきではない。事業者が、異なるサービスに対して異なるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを採用している（例えば、ＩＭＳサービス用に１つのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ、インターネットサービス用に別のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ）場合、１つのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、非３ＧＰＰ無線アクセス技術のためのサービスを提供しておらず、従って、非３ＧＰＰへの移動がサポートされないことがある（図２におけるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １を参照）。
【００１５】
例示的な１つのシナリオにおいては、マルチモードＵＥが、非３ＧＰＰネットワークインタフェースおよび３ＧＰＰネットワークインタフェースを備えており、非３ＧＰＰ無線アクセス技術を通じての有効な接続を有する。さらに、このＵＥは、非３ＧＰＰ無線アクセス技術を使用することがポリシーによって禁止されているサービス、または非３ＧＰＰ無線アクセス技術においてＱｏＳ要件を満たすことができないサービス、を受信することを望んでいる。従って、このサービスには、３ＧＰＰネットワークインタフェースを使用しなければならない。
【００１６】
３ＧＰＰネットワークを通じて３ＧＰＰサービスを受信することができるためには、ＵＥは、アクティブ状態またはアイドル状態のいずれかでなければならない。アクティブ状態である場合、サービスの起動およびサービスの配信をただちに開始することができる。アイドル状態の場合、ＵＥは、ページングメッセージをリスン(listen)し、ページングされた後にベアラを確立することができる。しかしながら、いずれの状態においても、ＵＥの電力消費量は大幅に増大し、なぜなら、たとえ非３ＧＰＰインタフェースのみが使用されているときにも３ＧＰＰインタフェースが有効であるためである。
【００１７】
本発明の例示的な実施形態において考慮されている解決策は、ＵＥの３ＧＰＰインタフェースを無効にし（すなわち、ＵＥをデタッチする）、３ＧＰＰインタフェースの有効化を非３ＧＰＰネットワーク接続を通じてトリガーする。３ＧＰＰインタフェースが有効化された時点で、リソースを確立することができ、アプリケーションを使用することができる。しかしながら、この解決策においては、選択された３ＧＰＰアクセスネットワークとの接続が完全に確立されるまではサービスの起動が遅れるという問題が生じる。
【００１８】
従って、さらに生じる課題は、３ＧＰＰ無線アクセスを通じた着信接続の迅速な確立をサポートすることと、３ＧＰＰ無線アクセスにおいてマルチモードＵＥの低い電力消費量を可能にすることである。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】3GPP TR 23.882, "3GPP System Architecture Evolution: Report on Technical Options and Conclusions", V. 1.0.0
【非特許文献２】3GPP TS 23.228, "IP Multimedia Subsystem (IMS), Stage 2", V. 7.2.0
【非特許文献３】3GPP TS 23.203, "Policy and charging control architecture", V. 0.4.0
【非特許文献４】IETF RFC 3261 , "SIP: Session Initiation Protocol"
【非特許文献５】IETF RFC 3775,"Mobility Support in IPv6"
【非特許文献６】3GPP TS 23.246, "Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description", V. 6.9.0
【発明の概要】
【発明が解決しようとする課題】
【００２０】
本発明の目的は、移動端末へのサービスを起動する改良された方法を提供することと、移動端末の電力消費量を低減することである。
【課題を解決するための手段】
【００２１】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００２２】
本発明の携帯端末は、第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、を有する移動端末である。
本発明の携帯端末は、前記ページング要求に応じて、前記エンティティが前記第１のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、前記第１のアクセスネットワークと接続する接続手段と、をさらに有する移動端末である。
本発明の携帯端末は、前記第１のアクセスネットワークと前記第２のアクセスネットワークとが、異なるアクセス技術を使用している、移動端末である。
本発明の携帯端末は、前記第１のアクセスネットワークは、３ＧＰＰベースの無線アクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰベースの無線アクセスネットワークである、移動端末である。
本発明のエンティティは、コアネットワーク内に位置し、第１のアクセスネットワークと第２のアクセスネットワークを介して前記コアネットワークと通信を行うことができる移動端末を管理するエンティティであって、前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記移動端末から受信する受信手段と、前記情報に基づいて、前記ページング要求を前記第２のアクセスネットワーク経由で前記移動端末に送信する送信手段と、有するエンティティである。
本発明の接続方法は、第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末におけるアクセスネットワークへの接続方法であって、前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信ステップと、前記第１のアクセスネットワークと接続する接続ステップと、を有する接続方法である。
本発明の携帯端末は、無線アクセス技術が異なる第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、前記ページング要求に応じて、前記エンティティが前記第２のアクセスネットワークと無線アクセス技術が異なる前記第1のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、前記第１のアクセスネットワークと接続する接続手段と、を有する。
本発明の携帯端末は、前記第２のアクセスネットワークにアタッチした際、前記移動端末は前記第２のアクセスネットワークを使用してデータを受信するように構成されていることを前記エンティティに通知するアタッチ手段を更に備えてもよい。
本発明の携帯端末は、前記エンティティは、移動管理エンティティを備えてもよい。
本発明の携帯端末は、前記サービスには、音声サービスが含まれてもよい。
本発明の主たる１つの側面は、電力消費量を低減するため、スリープ状態と称する新しい状態を導入することである。本発明の例示的な一実施形態においては、電力消費量を低減するため、第１のアクセスネットワークへの、移動端末のインタフェース、をオフにする（デタッチ状態に似ている）が、後の時点でのサービスの起動を高速化するため、移動端末のいくつかのコンテキスト情報を依然としてネットワーク内に格納する（アイドル状態に似ている）。
【００２３】
本発明の一実施形態は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することのできる移動端末へのサービスを起動する方法、に関する。移動端末は、第１のアクセスネットワークとのＩＰ接続を有し、第２のアクセスネットワークにおいてスリープ状態にある。例えば、これらの２つのアクセスネットワークの少なくとも一方を、無線アクセスネットワーク、例えば、３ＧＰＰベースの（例えば、Ｅ−ＵＴＲＡＮ、ＨＳＰＡ、ＵＴＲＡＮ）無線アクセスネットワーク、または非３ＧＰＰベースの（例えば、ＷＬＡＮ、ＣＤＭＡ２０００、ＷｉＭＡＸ）無線アクセスネットワークとすることができる。
【００２４】
移動端末は、第１のアクセスネットワークを通じてサービス要求を受信または送信し、サービスの起動を、第１のアクセスネットワークを通じての制御シグナリングによって開始する。移動端末は、サービスを提供するための第２のアクセスネットワークへの移動端末のインタフェース、を有効にするためのコマンドを、第１のアクセスネットワークを介してさらに受信することができ、第２のアクセスネットワークへの自身のインタフェースを有効にして、サービスの起動を続行する、または、第２のアクセスネットワークを通じてサービスデータを受信することができる。本発明の例示的な実施形態においては、第２のアクセスネットワークへの移動端末のインタフェースを有効にすることは、移動端末が第２のアクセスネットワークに対してアクティブ状態に移行することに似ている。
【００２５】
本発明のさらなる実施形態においては、本方法は、第２のアクセスネットワークへの移動端末のインタフェースを有効にするとき、サービスを提供するための無線接続を移動端末と第２のアクセスネットワークとの間にさらに確立することを提案する。確立した時点で、コアネットワーク内のルーティングエンティティに、この無線接続の確立を通知することができる。
【００２６】
本発明の別の実施形態においては、移動端末には、第１のアクセスネットワークを通じて通信するための第１のＩＰアドレスと、第２のネットワークを通じて通信するための第２のＩＰアドレスとが、サービス要求を受信する前に割り当てられている。移動端末は、第１のＩＰアドレスを、第２のＩＰアドレスにアドレッシングされているデータを受信するための気付けアドレスとして使用することができる。
【００２７】
スリープ状態においては、第２のアクセスネットワークへの移動端末のインタフェースが無効化されている。あるいは、移動端末は、スリープ状態にある間、第２のアクセスネットワークからブロードキャストシステム情報を定期的に受信する、もしくは、第２のアクセスネットワークにアップリンクデータを送信しない、またはその両方である。
【００２８】
本発明のさらなる実施形態においては、移動端末の無線インタフェースを有効にするためのコマンドは、移動端末によって使用するための無線アクセスネットワークパラメータを含んでいる。
【００２９】
さらに、本発明は、第１のアクセスネットワークを通じての、移動端末のためのサービス、を起動する方法、に関する別の実施形態を提供する。この実施形態においては、移動端末は、第２のアクセスネットワークとのＩＰ接続を有し、第１のアクセスネットワークにおいてスリープ状態にある。コアネットワーク内のネットワークエンティティ（例えば、ＩＰ移動管理エンティティとすることができる）は、サービス起動要求を、第２のアクセスネットワークを通じて移動端末に送信する。あるいは、移動端末からのサービス要求をこのネットワークエンティティにおいて受信することができる。
【００３０】
その後、サービスの起動を、第２のアクセスネットワークを通じての移動端末との制御シグナリングによって開始する。さらに、要求されたサービスを提供するためのシステムリソースを、第１のアクセスネットワークにおいて確立し、ネットワークエンティティは、第１のアクセスネットワークへの移動端末のインタフェースを有効にするためのコマンドを、移動端末に送信することができ、このコマンドは第２のアクセスネットワークを通じて送信される。
【００３１】
本発明の別の実施形態においては、ネットワークエンティティは、有効化コマンドを送信した時点で、移動端末が第１のアクセスネットワークとの無線接続を確立したことを示すメッセージ、を受信し、このメッセージを受信した時点で、移動端末を宛先としているサービス関連データを第１のアクセスネットワークを通じてルーティングすることができる。
【００３２】
上述した動作の利点として、第１のアクセスネットワークにおけるリソースが構成設定中であり、移動端末が第１のアクセスネットワークへの自身のインタフェースを再び有効にしている間に、サービスの起動を第２のアクセスネットワークを通じて開始する（場合によってはさらにサービスを提供する）ことができる。サービスを提供するための（およびサービスの起動を完了するための）リソースが第１のアクセスネットワークにおいて確立された時点でただちに、サービスに関連するデータの配信経路を第２のアクセスネットワークから第１のアクセスネットワークに切り替えることができる。
【００３３】
第１のアクセスネットワークへの移動端末のインタフェースを有効にする前に移動端末にデータを提供する目的で、本発明の別の実施形態においては、サービスの起動の前に、移動端末がコアネットワーク内のＩＰ移動管理エンティティに気付けアドレスを登録することを予測する。この気付けアドレスは、パケットを第２のアクセスネットワークを通じて移動端末に送信するために使用される。
【００３４】
本発明のさらなる実施形態においては、コアネットワークのネットワークエンティティは、要求されたサービスを移動端末に提供するために第１のアクセスネットワークを使用するのか第２のアクセスネットワークを使用するのかを決定することができ、第１のアクセスネットワークを使用することを決定した場合、第１のアクセスネットワークへのインタフェースを有効にするためのコマンドを送信し、システムリソースの構成設定を実行する。
【００３５】
本発明の別の実施形態においては、移動端末の無線インタフェースを有効にするためのコマンドが、コアネットワークのネットワークエンティティによって送信され、移動端末によって使用するための無線アクセスネットワークパラメータを含んでいることを予測する。この無線アクセスネットワークパラメータによって、移動端末がインタフェースを有効にするときに第１のアクセスネットワークとの接続の確立を高速化することができる。
【００３６】
この実施形態の変形形態においては、第１のアクセスネットワークにおけるシステムリソースの構成設定時に、ネットワークエンティティが、第１のアクセスネットワークにおいて移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方から、無線アクセスネットワークパラメータを受信する。
【００３７】
本発明のさらなる実施形態では、第１のアクセスネットワークを通じてのサービス提供において移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方、を決定することを予測する。さらに、本発明の別の実施形態においては、第１のアクセスネットワークを通じてサービスを提供するための、移動端末の無線アクセスパラメータ、も決定する。この無線アクセスサービスパラメータは、例えば、サービス提供において移動端末を処理担当するサービス無線セルを含んでいることができる。
【００３８】
本発明の別の有利な実施形態においては、システムリソースの構成設定は、第１のアクセスネットワークを通じてのサービス提供において移動端末を処理担当する、コアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキスト情報を送信するステップを含んでいる。例えば、このコンテキスト情報は、移動端末がスリープ状態に移行するときに、移動管理エンティティの機能もしくはユーザプレーンエンティティの機能、またはその両方の機能を有する、コアネットワークのネットワークエンティティ、においてバッファリングしておくことができる。
【００３９】
本発明の代替実施形態においては、コンテキストを再有効化するためのコマンドを、移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方、に送信する。
【００４０】
本発明の別の代替実施形態によると、スリープ状態に移行するときに移動端末を処理担当していた移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、移動端末を処理担当する移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方にコンテキストを伝送するように、命令する。
【００４１】
本発明の別の実施形態は、少なくとも２つのアクセスネットワークとの接続をサポートしている移動端末の電力消費量を低減する方法に関する。例えば、これら２つのアクセスネットワークのうちの少なくとも一方を、無線アクセスネットワーク、例えば、３ＧＰＰベースの（例えば、Ｅ−ＵＴＲＡＮ、ＨＳＰＡ、ＵＴＲＡＮ）無線アクセスネットワーク、または非３ＧＰＰベースの（例えば、ＷＬＡＮ、ＣＤＭＡ２０００、ＷｉＭＡＸ）無線アクセスネットワークとすることができる。
【００４２】
この実施形態によると、移動端末は第１のネットワークにアタッチする。これによって、移動端末は、第１のアクセスネットワークを通じての通信において使用するためのＩＰアドレスを取得する。次いで、このＩＰアドレスを、移動端末にＩＰ移動管理機能を提供するＩＰ移動管理エンティティに、移動端末の気付けアドレスとして登録する。
【００４３】
ＩＰ移動管理エンティティに気付けアドレスを登録した時点で、移動端末は、第２のアクセスネットワークを介しての通信についてスリープ状態に移行することができる。
【００４４】
本発明のさらなる実施形態においては、移動端末は、第２のアクセスネットワークにアタッチすることができる。このアタッチ手順において、移動端末は、このネットワークを通じての通信において使用するためのＩＰアドレスを取得することができる。第１のアクセスネットワークにアタッチするときに取得したＩＰアドレスは、スリープ状態に移行するときに気付けアドレスとして使用することができる。
【００４５】
例示的な実施形態においては、移動端末は、スリープ状態において、第２のアクセスネットワークへの自身のエアインタフェースを無効化する。あるいは、移動端末は、スリープ状態において、第２のアクセスネットワークからブロードキャストシステム情報を定期的に受信する、もしくは、第２のアクセスネットワークにアップリンクデータを送信しない、またはその両方である。
【００４６】
本発明の別の実施形態においては、第１の無線アクセスネットワーク内で移動端末にトラッキングエリアを割り当てる。このトラッキングエリアによって、例えば、第１のアクセスネットワークを通じて移動端末をページングすることができる。
【００４７】
本発明のさらなる実施形態においては、コアネットワーク内のネットワークエンティティは、スリープ状態に移行するとき、第２のアクセスネットワークにおいて移動端末を処理担当している移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方から、コンテキスト情報を要求する。
【００４８】
本発明の別の実施形態においては、コンテキスト情報は、後から第２のアクセスネットワークを通じての移動端末へのサービス提供において使用できるように、ネットワークエンティティにおいてバッファリング／格納することができる。
【００４９】
コンテキストをネットワークエンティティにおいて格納することに代えて、スリープ状態に移行するとき、移動端末を処理担当している、コアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方において、コンテキストを無効にすることができる。
【００５０】
移動端末の気付けアドレスを登録した時点で、移動端末を宛先とするデータトラフィックを、第１のアクセスネットワークを通じて移動端末に提供できるようにゲートウェイにリダイレクトすることは、さらに有利である。
【００５１】
別の実施形態によると、移動端末のアベイラビリティ（ａｖａｉｌａｂｉｌｉｔｙ）を、第１のアクセスネットワークを通じてチェックする。例えば、移動管理エンティティが、イベントトリガー方式で、または定期的に、アベイラビリティをチェックすることができる。
【００５２】
さらに、第１のアクセスネットワークとの接続が失われている、またはデータが伝送されていない状況においては、第２のアクセスネットワークへのインタフェースを再び有効にすることが有利である。従って、本発明の別の実施形態では、タイマーのタイムアウトに応答して、あるいは、第１のアクセスネットワークへのインタフェースを介して所定の時間間隔にわたりデータが受信されていない場合に、移動端末が第２のアクセスネットワークへの自身のインタフェースを有効にすることを提案する。さらに、第１のアクセスネットワークとの接続が失われている、またはデータが伝送されていないものと判定された時点で、（オプションとして）インタフェースを無効化することができる。
【００５３】
本発明の別の実施形態によると、第１のアクセスネットワークにアタッチするステップは、取得したＩＰアドレスを、第２のアクセスネットワークを通じて通信するために使用される、移動端末のＩＰアドレスに対する気付けアドレス、として登録するためのメッセージを、移動端末からＩＰ移動管理エンティティに送信するステップ、を含んでいる。
【００５４】
さらに、本発明の一実施形態では、第２のアクセスネットワークを通じて通信するために移動端末によって使用されるＩＰアドレスを、第１のアクセスネットワークにおいて移動端末を認証するときに取得することを、さらに予測する。
【００５５】
本発明の別の実施形態においては、第２のアクセスネットワークを通じて通信するために使用されるＩＰアドレスを、第１のアクセスネットワークにアタッチするときに移動端末に通知することができる。
【００５６】
さらに、本発明の別の実施形態においては、第１のアクセスネットワークおよび第２のアクセスネットワークに接続されているコアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方において、コンテキストを生成することが予測される。
【００５７】
あるいは、第１のアクセスネットワークおよび第２のアクセスネットワークに接続されているコアネットワーク内の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキストを生成するようにＩＰ移動管理エンティティによって命令することができる。
【００５８】
さらには、本発明の別の実施形態によると、第１のアクセスネットワークにおいて移動端末を認証するとき、ＩＰ移動管理エンティティの識別情報を取得することができる。
【００５９】
本明細書に記載した実施形態においては、第１のアクセスネットワークおよび第２のアクセスネットワークは、異なるアクセス技術を使用することができる。
【００６０】
本発明の別の実施形態は、少なくとも第１のアクセスネットワークおよび第２のアクセスネットワークを介して通信することができる移動端末であって、第１のアクセスネットワークとのＩＰ接続を有し、第２のアクセスネットワークにおいてスリープ状態にある、移動端末、に関する。この移動端末は送受信器を備えており、この送受信器は、第１のアクセスネットワークを通じてサービス要求を受信または送信し、サービスの起動を、第１のアクセスネットワークを通じての制御シグナリングによって開始する。この送受信器は、サービスを提供するための第２のアクセスネットワークへの移動端末のインタフェースを有効にするためのコマンド、を第１のアクセスネットワークを介して受信するように、さらに動作することができる。さらに、移動端末は、第２のアクセスネットワークへの移動端末のインタフェースを有効にして、サービスの起動を続行する、または、第２のアクセスネットワークを通じてサービスデータを受信する、制御ユニット、を備えていることができる。
【００６１】
本発明の別の実施形態は、本明細書に記載したさまざまな実施形態の１つによる方法、に参加するように動作することのできる少なくとも１つのネットワーク要素、を備えているネットワーク、に関する。
【００６２】
本発明の別の実施形態は、少なくとも２つのアクセスネットワークとの接続をサポートするさらなる移動端末、を提供する。この移動端末は送受信器を備えており、この送受信器は、移動端末を第１のネットワークにアタッチすることによって、第１のアクセスネットワークを通じての通信において使用するための、移動端末のＩＰアドレス、を取得し、このＩＰアドレスを、移動端末の気付けアドレスとしてＩＰ移動管理エンティティに登録する。この場合、ＩＰ移動管理エンティティが、移動端末にＩＰ移動管理機能を提供する。さらに、端末はプロセッサを含んでおり、このプロセッサは、気付けアドレスをＩＰ移動管理エンティティに登録した時点で、第２のアクセスネットワークを介しての通信についてスリープ状態に移行させる。
【００６３】
本発明の別の実施形態においては、移動端末は、本明細書に記載したさまざまな実施形態の１つによる方法の一連のステップを実行するように、さらに動作する。
【００６４】
以下では、本発明について添付の図面を参照しながらさらに詳しく説明する。図面における類似または対応する細部は、同じ参照数字によって表してある。
【図面の簡単な説明】
【００６５】
【図１】進化・発展した３ＧＰＰアーキテクチャの例を示している。
【図２】進化・発展した３ＧＰＰアーキテクチャの例を示している。
【図３】本発明の別の実施形態による、別の例示的な３ＧＰＰアーキテクチャを示しており、複数の異なる機能エンティティがＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにまとめられている。
【図４】本発明の実施形態による、移動端末がとることのできるさまざまな状態と、１つの状態から別の状態への可能な移行とを示している。
【図５】本発明の例示的な実施形態による、移動端末がスリープ状態に移行するときの例示的な流れ図を示している。
【図６】スリープ状態にある移動端末へのサービスを起動するときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の例示的な流れ図を示している。
【図７】移動端末をスリープ状態に移行させるときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の別の例示的な流れ図を示している。
【図８】本発明の例示的な実施形態による、移動端末を３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【図９】本発明の例示的な実施形態による、移動端末を非３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【図１０】本発明の例示的な実施形態による、移動端末をアクティブ状態からアイドル状態に移行させるための例示的なシグナリング手順を示している。
【図１１】本発明の例示的な実施形態による、移動端末をアイドル状態からスリープ状態に移行させるための例示的なシグナリング手順を示している。
【図１２】本発明の例示的な実施形態による、スリープ状態にある移動端末へのサービスを起動するための例示的なシグナリング手順を示している。
【図１３】図８〜図１２に示した連続するシグナリング手順の例示的な概要を示している。
【発明を実施するための形態】
【００６６】
本発明の１つの側面は、スリープ状態を導入することである。２つのアクセスネットワークとの通信／アクセスを行うことのできる移動端末が、一方のアクセスネットワークを介して接続された状態を維持しながら、この端末を他方のアクセスネットワークに対してスリープ状態に移行させて、電力消費量を低減させることができる。明らかに、スリープ状態に入るのが有利であるのは、移動端末がスリープ状態に移行しようとしているアクセスネットワークを通じて現時点でサービスが実行されていない場合、または、実行中のサービスを他方のアクセスネットワークを通じてリダイレクトできる場合のみである。
【００６７】
本発明の別の側面は、移動端末がスリープ状態にあるアクセスネットワークを通じて移動端末に提供するべきサービスの、サービス起動を高速化することである。この目的のため、移動端末がスリープ状態にあるアクセスネットワークにおいてシステムリソースを構成設定している間に、他方のアクセスネットワークを通じてサービス起動を開始する。
【００６８】
本明細書に概説する原理は、異種ネットワーク（例えば、［背景技術］の中で概説したネットワーク）においても有利に使用することができる。
【００６９】
サービスのためのシステムリソースの確立を容易にするため、本発明の実施形態では、移動端末がスリープ状態にあるアクセスネットワークのコンテキスト情報を、たとえスリープ状態においてもその移動端末用としてネットワーク内に維持できることを予測する。サービスを起動するとき、このコンテキスト情報を使用して、サービスのためのシステムリソースを確立することができ、これは有利である。リソースが確立された（すなわち、サービスが提供されるアクセスネットワークに対して移動端末がアクティブ状態に入った）時点でただちに、サービスデータの配信経路と、サービスに関連するシグナリングとを切り替えて、新たに有効になったアクセスネットワークを通じて移動端末にパケットをルーティングすることができる。
【００７０】
コンテキスト情報は、コアネットワークエンティティに依存する。例えば、移動管理エンティティにおけるコンテキストは、例えば、モビリティ状態、認証情報、暗号化情報、あるいは、移動端末がスリープ状態にあるアクセスネットワークにおいて使用するための、移動端末に割り当てられている一時的ＩＤ、ＱｏＳに関連する情報を含んでいることができる。ユーザプレーンエンティティにおけるコンテキストを確立するときには、このコンテキストは、例えば、ＩＰベアラサービスのパラメータ、あるいはネットワーク内部ルーティング情報を含んでいることができる。
【００７１】
本発明のさまざまな実施形態は、図１および図２に示したシステムアーキテクチャにおいて実施することができる。なお、本文書において、用語「エンティティ」は、無線アクセスネットワーク内またはコアネットワーク内の機能ユニットを表している。従って、これらの機能エンティティのいくつかを１つの（物理的）ネットワーク要素にまとめることが可能である。この点において、図３は、本発明の別の実施形態による、別の例示的な３ＧＰＰアーキテクチャを示しており、このアーキテクチャでは、複数の異なる機能エンティティがＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにまとめられている。
【００７２】
さらに、移動管理エンティティ（ＭＭＥ）は、自身が処理担当している各アクセスネットワーク（および、アーキテクチャによってはコアネットワーク）において使用されているプロトコルに従って、端末の移動を管理する機能エンティティを表している。同様に、ＩＰ移動管理エンティティは、ＩＰモビリティをサポートしているエンティティを表している。ＩＰ移動管理エンティティの例は、Ｍｏｂｉｌｅ ＩＰｖ６プロトコルまたはＭｏｂｉｌｅ ＩＰｖ４プロトコルに指定されている機能エンティティ（一般には「ホームエージェント」および「外部エージェント」と称される）である。
【００７３】
なお、本発明においては、移動端末は、そのユーザが移動するにつれてさまざまなネットワークに接続する端末であることを理解されたい。従って、用語「移動」は、無線インタフェース／エアインタフェースを有する技術と組み合わせての使用に本発明を限定することを意図するものではない。
【００７４】
図４は、本発明の実施形態による、移動端末がとることのできるさまざまな状態と、１つの状態から別の状態への可能な移行とを示している。アクティブ状態、アイドル状態、およびデタッチ状態の定義は、［背景技術］の中で説明した定義とほぼ同じである。本発明において提案するスリープ状態は、新しい状態であり、本明細書の中で後から説明するように、端末の電力消費量を低減することができ、その一方で、サービスを迅速に起動することができる。
【００７５】
一実施形態においては、スリープ状態は、移動端末がアクセスネットワークへの自身のインタフェースを無効化している状態として定義する。移動端末がアクセスネットワークにおいてスリープ状態にあることは、移動端末が、そのアクセスネットワークへの自身のインタフェースを無効化したことを意味する。インタフェースを完全に無効化する場合、移動端末は、そのインタフェースを通じてデータを送信および受信することはなく、従って、スリープ状態では、電力を節約する最も効果的な形態となり得る。
【００７６】
スリープ状態の別の代替定義では、移動端末は、特定のアクセスネットワークへのインタフェースを完全に無効にするのではなく、このインタフェースを例えば定期的に有効にして、ネットワークからのシステムブロードキャスト情報を受信する。しかしながら、移動端末は、自身がスリープ状態にあるアクセスネットワークを通じてアップリンクデータを送信することはない。
【００７７】
図５は、本発明の例示的な実施形態による、移動端末がスリープ状態に移行するときの例示的な流れ図を示している。最初に、移動端末は、第１のアクセスネットワークおよび第２のアクセスネットワークにアタッチする（５０１，５０２）、または、これらのアクセスネットワークにアタッチしている。これらのアクセスネットワークにアタッチするとき、これらのアクセスネットワークのそれぞれを通じて通信するために移動端末が使用するＩＰアドレスを自身が選択する、または移動端末に割り当てられる。
【００７８】
例えば、第１のアクセスネットワークを、移動端末のホームネットワーク（例えば、３ＧＰＰネットワーク）とすることができる。Ｍｏｂｉｌｅ ＩＰの専門用語を使用するならば、ＩＰアドレス＃１は、この例によると、自身のホームネットワークにおける移動端末のホームアドレス（ＨｏＡ）と称することもできる。
【００７９】
第２のアクセスネットワークは、例えば、無線または有線の非３ＧＰＰアクセスネットワーク（例えば、端末のユーザが家庭、ホットスポット、空港、ホテルなどで利用するＷＬＡＮアクセスネットワークあるいは（Ａ）ＤＳＬネットワーク）とすることができる。従って、第２のＩＰアドレス＃２は、第２のアクセスネットワークを通じた通信において使用するための、移動端末に割り当てられるＩＰアドレスとすることができる。この場合も、Ｍｏｂｉｌｅ ＩＰの専門用語を使用するならば、この第２のアクセスネットワークを訪問先ネットワーク（visited network）と称することもでき、このネットワークは、ＩＰ層のモビリティをサポートするための外部エージェントを備えていることができる。
【００８０】
移動端末は、第１のアクセスネットワークに対してスリープ状態に移行することを決定した時点、または移行するように命令された時点で、第２の（訪問先）ネットワークの自身のＩＰアドレス＃２を、第１および第２のアクセスネットワークに接続されているコアネットワーク内に位置しているＩＰ移動管理エンティティに、自身の気付けアドレスとして登録する（５０３）。変形形態においては、気付けアドレスが登録された結果として、移動端末のＩＰアドレス＃１を宛先とするデータを、第２のアクセスネットワークを通じて再ルーティングする。
【００８１】
移動端末は、気付けアドレスの登録の確認を受信すると、スリープ状態に入る（５０４）ことができる。
【００８２】
さらに、別の実施形態においては、第１のアクセスネットワークにアタッチするときに、第１のアクセスネットワークの個々のネットワークエンティティにおいてコンテキスト情報も確立する。この実施形態によると、このコンテキスト情報は、その内容をネットワーク内でバッファリングすることによって保持することができ、これにより、例えば、サービスのＱｏＳ要件に起因して第１のアクセスネットワークを通じてデータを伝送する必要があるサービスの要求を受信したとき、第１のアクセスネットワークを通じてのサービスの確立が高速化される。
【００８３】
第１のアクセスネットワークにおける移動端末のＩＰ接続に関するコンテキスト情報を保持する目的で、移動端末を処理担当している移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方に、コンテキストを伝送することができる。この場合、第１のアクセスネットワーク（およびコアネットワーク）におけるコンテキスト情報を維持しているネットワークエンティティは、そのコンテキスト情報を削除することができる。
【００８４】
第１のアクセスネットワークを通じての通信において移動端末を処理担当する１つ以上のネットワークエンティティにおいてコンテキスト情報を削除することは有利であり、なぜなら、移動端末を誤ってページングすることを回避できるためである。一般には、（例えばアイドル状態にある）移動端末のコンテキストをネットワークエンティティ（例えば、移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方）が維持している場合、その移動端末を自身のネットワーク（第１のアクセスネットワーク）を通じてページングできるものと想定される。しかしながら、スリープ状態においては、移動端末は第１のアクセスネットワークへの自身のインタフェースを無効化しており、従って、ページングはもはや不可能である。この状況を解決するため、移動端末を処理担当している別の移動管理エンティティもしくはユーザプレーンエンティティ、またはその両方にコンテキストを伝送することが、有利であることがある。
【００８５】
これに代わる１つの解決策は、第１のアクセスネットワークにおける移動端末を処理担当している１つ以上のネットワークエンティティを機能強化することである。この場合、これらの１つ以上のネットワークエンティティは、コンテキスト情報を維持するが、移動端末が第１のアクセスネットワークに対してスリープ状態にある限りは、ページング要求を第２のアクセスネットワークを通じて再ルーティングする。
【００８６】
図６は、スリープ状態にある移動端末へのサービスを起動するときに移動端末およびコアネットワークによって実行される、本発明の実施形態による動作の例示的な流れ図を示している。
【００８７】
この例においては、移動端末は、アクセスネットワーク＃１に対してはスリープ状態にあり（６０１）、その一方で、アクセスネットワーク＃２を通じての接続を維持している。一般的には、移動端末から、または別の要求側ユーザあるいはエンティティからのサービス要求を、コアネットワーク内の処理担当するネットワークエンティティにおいて受信する（６１１）ことができる。従って、ステップ６０２およびステップ６１２は、移動端末自身がサービスを起動するのではない場合にのみ実行される。
【００８８】
この例においては、ネットワークエンティティは、サービス起動要求を第２のアクセスネットワーク（アクセスネットワーク＃２）を通じて移動端末に送信する（６１２）ことによって、要求されているサービスを移動端末に通知する。移動端末は、このサービス起動要求を受信し（６０２）、アクセスネットワーク＃２を通じてサービス起動を開始する（６０３，６１３）ことができる。例えば、非特許文献４（http://www.ietf.orgにおいて入手可能であり、この文書は参照により本明細書に援用する）に指定されているＳＩＰシグナリングによって、あるいは、アプリケーション層サービスを確立することのできる別の任意のシグナリングプロトコルによって、サービスを起動することができる。
【００８９】
さらに、サービスを提供するのに第１のアクセスネットワークを使用することが、サービス制約によって要求されるか否かを、コアネットワーク内で判定する（６１４）ことができる。いま、例示を目的として、サービスに関連付けられるＱｏＳ制約のため、そのサービスには第１のアクセスネットワーク（アクセスネットワーク＃１）を使用すべきであるものと想定する。従って、次のステップとして、第１のアクセスネットワークにおいて（および、必要な場合にはコアネットワークにおいて）、サービスを提供するためのリソースを確立する（６１５）。
【００９０】
例えば、図１に示したアーキテクチャを想定し、ＩＭＳサービスを移動端末に提供するものと想定すると、ネットワークは、ネットワークの有線部分における配信経路（例えば、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２→ＵＰＥ １０４→（拡張（enhanced））ノードＢ）に沿っての必要なリソースのすべてを、ネットワーク内で適切なコンテキストを確立することによって構成設定する。
【００９１】
リソースの確保が完了した時点で、移動端末に、アクセスネットワーク＃１への自身のインタフェースを有効にするように（すなわち、アクティブ状態に移行するように）命令する（６１６）。このコマンドは、例えば、アクティブ状態に移行するための、アクセスネットワークに固有の手順を使用するよりも、移動端末がアクセスネットワーク＃１との接続を迅速に確立することのできるＲＡＮパラメータを含んでいることもできる。このＲＡＮパラメータは、例えば、無線アクセスのタイプに応じて、スクランブリングコード、周波数情報、電力制御情報のうちの少なくとも１つを含んでいることができる。
【００９２】
移動端末は、有効化コマンドを受信した（６０４）時点で、アクセスネットワーク＃１へのインタフェースを有効にする（６０５）。この有効化するステップは、例えば、サービスに関連するユーザプレーンデータおよび制御プレーンデータをアクセスネットワーク＃１を通じて伝えるのに必要な（１つ以上の）サービスベアラを確立するステップを含んでいることができる。
【００９３】
図６に関連して概説した実施形態の変形形態においては、移動端末に関連するコンテキスト情報が、上述したように、移動端末がスリープ状態である間、ネットワーク内に保持されているものと想定する。このバッファリングされているコンテキスト情報を、アクセスネットワーク＃１を通じての移動端末の方への配信経路に沿った関連するネットワークエンティティに伝えることにより、アクセスネットワーク＃１におけるサービスリソースの確立を高速化することができる。
【００９４】
例えば、いま、図１におけるＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２が、ＭＭＥ／ＵＰＥ機能を備えており、システムリソースを確立するときにＭＭＥ１０３およびＵＰＥ １０４に提供することのできるコンテキスト情報を保持しているものと想定する。同様に、ＭＭＥ１０３もしくはＵＰＥ １０４、またはその両方は、関連するコンテキスト情報をアクセスネットワーク＃１における下流のエンティティに転送することができる。
【００９５】
移動端末が移動して、「古い」ＭＭＥ／ＵＰＥによってもはや処理担当されなくなるとき、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２は、この移動端末を処理担当する新たなＭＭＥ／ＵＰＥを決定することができる。従って、決定されたＭＭＥ／ＵＰＥにコンテキスト情報を提供する。例えば、「古い」ＭＭＥ／ＵＰＥがコンテキストを保持していた場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １０２は、「古い」ＭＭＥ／ＵＰＥに、コンテキスト情報を新しいＭＭＥ／ＵＰＥに転送するように命令することができる。「古い」ＭＭＥ／ＵＰＥが依然として移動端末を処理担当する場合、この「古い」ＭＭＥ／ＵＰＥに、コンテキストを再有効化するように、すなわち、移動端末のステータスをアクティブ状態に戻すように、命令することができる。
【００９６】
本発明の別の代替実施形態は、移動端末を最初にアクセスネットワーク＃１にアタッチするステップが必要ない解決策を提供する。図７は、移動端末をスリープ状態に移行させるときに移動端末およびコアネットワークによって実行される、本発明のこの実施形態による動作の別の例示的な流れ図を示している。端末は、最初にアクセスネットワーク＃２にアタッチし（７０１）、アクセスネットワーク＃２（またはコアネットワーク）の該当するネットワークエンティティによって自身に割り当てられる（７１１）ＩＰアドレス＃２を取得する。アクセスネットワーク＃２にアタッチした時点で、移動端末は、アクセスネットワーク＃２とともに認証を実行する（７０２，７１２）。
【００９７】
この実施形態の有利な変形形態においては、移動端末は、アクセスネットワーク＃２の中の参加中のネットワークエンティティが移動端末のホームネットワーク（アクセスネットワーク＃１／コアネットワーク）を識別できるように、そのネットワークエンティティに認証シグナリングの中で情報を提供する。これにより、そのネットワークエンティティは、ホームネットワークのＩＰ移動管理エンティティを識別することができ、オプションとして、移動端末のＩＰアドレス＃１（ホームアドレス）を移動端末に代わって取得することができる。
【００９８】
あるいは、移動端末は、認証シグナリングの中でＩＰ移動管理エンティティを直接的に識別する、もしくは、自身のホームネットワークとの通信に使用するＩＰアドレスを選択する、またはその両方を行うことができる。
【００９９】
いずれの場合にも、移動端末は、次のステップとして、アクセスネットワーク＃２のためのＩＰアドレスを、自身のホームネットワーク内のＩＰ移動管理エンティティに自身の気付けアドレスとして登録する（７０３）ことができる。あるいは、この気付けアドレスの登録は、移動端末を認証する、アクセスネットワーク＃２内のネットワークエンティティによって実行する（７１３）ことができる。気付けアドレスを登録した時点で、移動端末は、自身のホームネットワーク（アクセスネットワーク＃１）に対してスリープ状態に入ることができる。なお、移動端末のホームエージェントは、アクセスネットワーク＃１およびアクセスネットワーク＃２にアタッチされているコアネットワーク内に位置していなくてもよい。例えば、両方のアクセスネットワークが訪問先ネットワークである場合、気付けアドレスの登録の要求を、移動端末のホームネットワーク内の自身のホームエージェントに伝送する。
【０１００】
アクセスネットワーク＃１（ホームネットワーク）へのアタッチが実行されていないため、アクセスネットワーク＃１を通じて通信するための移動端末のコンテキスト情報は利用できない。アクセスネットワーク＃１を通じて提供されるサービスの確立を高速化するため、ホームネットワーク（コアネットワーク）内のＩＰ移動管理エンティティは、後からリソースを確保するためのコンテキスト情報を生成する、または生成を開始する。このコンテキスト情報は、サービスの起動時、図６に関連して上述したように、アクセスネットワーク＃１における配信経路に沿った１つ以上のネットワークエンティティに提供することができる。
【０１０１】
以下では、マルチモードＵＥのサービスを、低い電力消費量にて迅速に起動するための、本発明のさまざまな実施形態による手順について、詳しく説明する。なお、これらの例においては、移動端末がスリープ状態に入ることのできる第１のアクセスネットワークが３ＧＰＰ方式ネットワーク（3GPP enabled network）であり、第２のアクセスネットワークが非３ＧＰＰ方式ネットワークであるものと想定する。しかしながら、以下に概説する原理は、この例示的なシナリオのみへの適用に限定されるものではない。
【０１０２】
図１３は、この手順の高レベルのシグナリングを示しており、図８〜図１２に示した連続するシグナリング手順の概要を示すものである。移動端末をユーザ機器（ＵＥ）と称する。この例においては、ＵＥは３ＧＰＰ方式ネットワークおよび非３ＧＰＰ方式ネットワークと通信することができるため、マルチモードＵＥとも称する。
【０１０３】
本発明の例示的な実施形態によると、最初に、ＵＥは、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）にアタッチし、その後、非３ＧＰＰ ＲＡＮを発見および選択する。さらに、ＵＥは、その非３ＧＰＰ ＲＡＮとの接続を確立する。
【０１０４】
次いで、ＵＥは、３ＧＰＰ無線インタフェースに対してアイドル状態に移行する。次いで、電力消費量をさらに低減するため、ＵＥのスリープ状態への移行を開始する。次いで、３ＧＰＰインタフェースに対応する新しいサービス要求が入ってきたとき、スリープ状態からアクティブ状態への迅速な移行を実行する。
【０１０５】
以下では、上に簡潔に説明したステップについて、図８〜図１２に示した例示的な手順を参照しながら詳しく説明する。
【０１０６】
図８は、本発明の例示的な実施形態による、移動端末を３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。
【０１０７】
ＵＥは、例えば電力オンの後に３ＧＰＰアクセスシステムを発見および選択した時点で（ステップ１）、その３ＧＰＰネットワークにアタッチする。これは、ステップ２において、その３ＧＰＰネットワークにアタッチ要求を送信することによって行われ、このアタッチ要求は、例えば、そのネットワークにおいて以前に使用していた、ＵＥの古い一時的ＩＤ、あるいは、ＵＥの永久的なＩＤ（例えばＩＭＳＩ）を含んでいることができる。さらに、ＵＥは、使用する好ましいＩＰアドレスを要求の中で示すことができる。
【０１０８】
この要求を受信したＭＭＥ／ＵＰＥは、次いで、一時的ＩＤをＵＥに割り当てる（ステップ３）。さらに、ＵＥの最後に登録されたトラッキングエリア（ＴＡ）を、ＭＭＥ／ＵＰＥ（すなわち、ＭＭＥもしくはＵＰＥ、またはその両方の機能を提供するネットワーク要素）に格納する。その後、ネットワークにおいてＵＥを認証する（ステップ４）ことができ、ＭＭＥが自身をＡＡＡ／ＨＳＳサーバに登録する（ステップ５）。ＵＥおよびネットワーク（ＭＭＥ／ＵＰＥ）が互いに認証され、ＭＭＥ／ＵＰＥが、ＵＥを処理担当するエンティティとしてＨＳＳ／ＡＡＡに登録された時点で、ＨＳＳ／ＡＡＡはその登録を確認し（ステップ６）、サブスクリプションデータと、ポリシーおよび課金制御情報とをＭＭＥ／ＵＰＥに伝送する。この情報は、例えば、ＭＭＥ／ＵＰＥ内で、ＵＥに関連するコンテキストとして維持することができる。
【０１０９】
次いで、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒを選択する（ステップ７）。この選択は、例えば、ＭＭＥ／ＵＰＥが、ＵＥからのアタッチ要求において伝送される情報に基づいて行う。このプロセスでは、３ＧＰＰネットワークを通じてのＩＰベースの通信用にＵＥが使用するＩＰアドレスを決定する。
【０１１０】
ステップ８において、デフォルトＩＰアクセスベアラのＱｏＳを設定することができ、ステップ９において、ＵＥにＩＰアドレスを通知する。一般には、３ＧＰＰネットワークがＵＥのホームネットワークであると想定すると、このＩＰアドレスは、ＵＥのＩＰホームアドレス（ＨｏＡ）である。そうでない場合、割り当てられるＩＰアドレスは気付けアドレスＣｏＡであり、このアドレスは、ＵＥのホームネットワーク内のＵＥのホームエージェント（ＨＡ）に登録しなければならない。
【０１１１】
ＵＥのアタッチの確認を受信した時点で（ステップ１０）、ｅノードＢとＭＭＥ／ＵＰＥとの間のユーザプレーンルートと、ＭＭＥ／ＵＰＥとＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとの間のルート（経路）とを更新する（ステップ１１）。この更新は、例えば、バインディングアップデート（Binding Update）／バインディングＡＣＫ（Binding Acknowledgement）メッセージによって達成することができる。次いで、ユーザプレーンのトラフィックをＵＥに伝送する（ステップ１２）ことができる。
【０１１２】
図９は、本発明の例示的な実施形態による、移動端末を非３ＧＰＰベースのアクセスネットワークにアタッチするための例示的なシグナリング手順を示している。ＵＥは、３ＧＰＰネットワークにアタッチした時点で、非３ＧＰＰアクセスシステム（例えば、ＷＬＡＮアクセスネットワーク）を選択する（ステップ１）ことができる。
【０１１３】
次いで、ゲートウェイ（例えば、ＰＤＧ（パケットデータゲートウェイ））によって、またはその他の手段によって、ＵＥにローカルＩＰアドレスが割り当てられる。ゲートウェイがアドレスを割り当てる場合、そのゲートウェイは、ユーザを認証／認可するため、例えば、ユーザのホームＡＡＡサーバに問い合わせることができる。この通信において、ゲートウェイは、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒのＩＰアドレスとＵＥのＨｏＡとを受信することができ、これらＩｎｔｅｒ ＡＳ ＡｎｃｈｏｒのＩＰアドレスおよびＵＥのＨｏＡをＵＥに通知することができる。
【０１１４】
ゲートウェイにおいてＵＥが認証／認可された（ステップ３）後、ＵＥまたはゲートウェイは、位置更新（Location Update）（例えば、ＭＩＰｖ６のバインディングアップデート（非特許文献５（http://www.ietf.orgにおいて入手可能であり、この文書は参照により本明細書に援用する）を参照））をＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに送信する（ステップ４）。この位置更新は、ＩＰアドレス以外の追加の位置情報を含んでいることもできる。さらに、位置更新は、非３ＧＰＰアクセスシステムを通じてＵＥに伝送すべきサービスまたはフローに関するフィルタ規則を含んでいることもできる。あるいは、フィルタ規則をＰＣＲＦから要求することができ、または、追加の規則をＰＣＲＦからＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに伝送する。
【０１１５】
次いで、Ｉｎｔｅｒ ＡＳ ＡｎｃｈｏｒがＵＥを認証し（ステップ５）、ＡＣＫ（ＭＩＰｖ６のバインディングアップデートＡＣＫ）によって応答する（ステップ６）。
【０１１６】
図１０は、本発明の例示的な実施形態による、移動端末をアクティブ状態からアイドル状態に移行させるための例示的なシグナリング手順を示している。ＵＥが３ＧＰＰアクセスシステムを使用していない（すなわち、ユーザデータパケットが伝送されない）（ステップ１）場合、ＭＭＥ／ＵＰＥまたはｅノードＢが、アイドル状態に移行するようにＵＥをトリガーする（ステップ２）ことができる。アイドル状態においては、ユーザの一時的ＩＤと永久的なＩＤとの間のマッピングと、最後に登録されたＴＡが、ＭＭＥ／ＵＰＥに格納される。ＵＥは、別のセルに移動してＴＡを変更するとき、ＴＡ登録手順を実行する（ステップ３）ことができ、すなわち、３ＧＰＰアクセスシステムとの接続を確立し、新しいＴＡをＭＭＥ／ＵＰＥにシグナリングする。
【０１１７】
図１１は、本発明の例示的な実施形態による、移動端末をアイドル状態からスリープ状態に移行させるための例示的なシグナリング手順を示している。以下では、ＵＥをアイドル状態からスリープ状態に移行させるときのＵＥおよびネットワークの動作を説明するうえで、例示を目的として、図２に示したネットワークを想定する。
【０１１８】
ＵＥが有効な非３ＧＰＰ接続を確立しており、３ＧＰＰアクセスシステムが使用されていない（アイドル状態）ため、ＵＥまたはネットワークは、電力消費量と、無線リンク上およびネットワーク内のシグナリング負荷とをさらに低減させることを決定する（ステップ１）ことができる。この決定は、例えば、ＵＥがアイドル状態に入った時点で開始されたタイマーのタイムアップに基づいて行うことができる。
【０１１９】
スリープ状態に入るため、ＵＥは、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２を、スリープ状態におけるＵＥの新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとして自身を登録するようにトリガーする目的で、メッセージ（例えば、ＭｌＰｖ６のバインディングアップデート（一時的ＩＤおよび古いＭＭＥ／ＵＰＥを含んでいる））をＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２に送信する（ステップ２）。この例においては、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２（非３ＧＰＰ ＡＳ Ａｎｃｈｏｒ）がＭＭＥおよびＵＰＥの機能を提供する（非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ）ものと想定する。非３ＧＰＰ Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２のＭＭＥ／ＵＰＥ機能は、１つ以上の別のネットワークエンティティとして、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒから論理的に分けることも可能である。
【０１２０】
新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにおいて、３ＧＰＰアクセスシステムの登録と、非３ＧＰＰアクセスシステムの登録とを区別する目的で、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、非３ＧＰＰアクセスシステムのための専用のＴＡを割り当てる（ステップ３）ことができ、このトラッキングエリアは、例えば、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに格納する。
【０１２１】
例示的な一実施形態によると、非３ＧＰＰ ＡＳ ＡｎｃｈｏｒのＭＭＥ機能は、その時点までＵＥを処理担当してきたＭＭＥ／ＵＰＥ機能を備えている古いネットワークエンティティに、ＵＥの一時的ＩＤを送信する（ステップ４）ことができる。古いＭＭＥ／ＵＰＥは、新しい非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにＵＥのコンテキスト（例えば、永久的なユーザＩＤ、セキュリティパラメータ、ＩＰ接続パラメータを含んでいる）を送信する（ステップ５）ことによって、応答することができる。これにより、ステップ４において提供されるＵＥの一時的ＩＤを使用して、ＵＥおよびコンテキストが識別される。
【０１２２】
代替の実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥが、古い３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに、ＵＥのコンテキスト情報を保持するように命令することができる。この実施形態においては、３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、ＵＥのコンテキストの中でスリープ状態を示し、ＵＥを宛先とするすべてのデータを非３ＧＰＰ ＡＳ Ａｎｃｈｏｒ ２を通じて渡すように、ユーザプレーンルートを更新することができる。さらに、３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、そのＵＥコンテキストの中で、ＵＥには３ＧＰＰネットワークを通じてもはやアクセスする（例えば、ページングする）ことができず、従って、すべてのサービス要求を非３ＧＰＰネットワークを通じてリダイレクトする必要があることを示すことができる。
【０１２３】
Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒは、さらに、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥを、アイドル状態のＵＥのための新しいＭＭＥ／ＵＰＥとして自身を登録するように、トリガーする。ステップ６において、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、登録メッセージをＨＳＳに送信し、ＨＳＳがこの登録を確認する（ステップ７）。さらに、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、（例えば、ＭｌＰｖ６のバインディングアップデートＡＣＫによって）ＵＥに対してこの登録を確認する（ステップ８）。ＵＥは、確認を受信した時点で、スリープ状態に入る（ステップ１０）ことができる。
【０１２４】
ＵＥが複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒに接続されており、これらのアンカーをユーザプレーンの経路上にそのまま存在させておくことが要求される場合、これらのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒと、非３ＧＰＰ接続を処理担当しているＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとの間の経路を更新する（ステップ９）。
【０１２５】
非３ＧＰＰアクセスシステムを通じての接続は信頼性が低いため、オプションとして、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、ＭＩＰｖ６のバインディングリフレッシュ要求（Binding Refresh Request）メッセージ（ＵＥはこのメッセージに対してバインディングアップデートによって応答しなければならない）を定期的に送信することによって、ＵＥの到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）をチェックする（ステップ１１）ことができる。非３ＧＰＰインタフェースを通じてもはやＵＥに到達できない場合（例えば、ＵＥがＷＬＡＮのカバレッジの外側に移動したため（このことは、例えば、所定の数の連続するバインディングリフレッシュ要求メッセージにＵＥが応答しないことによって検出できる））、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、３ＧＰＰネットワークにおいて再びアイドル状態に移行するようにトリガーする。また、ＵＥは、ある時間長にわたり到達可能性メッセージが受信されない場合、自身の３ＧＰＰインタフェースを再び有効にして再び３ＧＰＰアイドル状態に移行することができる。
【０１２６】
図１２は、本発明の例示的な実施形態による、スリープ状態にある移動端末へのサービスを起動するための例示的なシグナリング手順を示している。３ＧＰＰアクセスシステムを通じてのみ受信可能である呼／サービス（例えば、ＩＭＳまたはＭＢＭＳ（例えば、非特許文献６（この文書は参照により本明細書に援用する、http://www.3gpp.orgにおいて入手可能である）を参照））が入ってくる、またはスリープ状態にあるＵＥによって開始される（ステップ１）場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、このことを、事前に確立されているフィルタ規則に基づいて検出する（例えば、ＳＩＰ要求が検出される（非特許文献４を参照））ことができ、ＵＥに対して３ＧＰＰアクティブ状態への移行を開始する。３ＧＰＰアクセスシステムを介してのみ受信可能であるとは、例えば、非３ＧＰＰ ＡＳがサービスをまったく提供することができない、あるいは、サービス、ＵＥポリシー、および課金規則に関連付けられる要求される／必要であるＱｏＳパラメータのレベルでサービスを提供できない、あるいは、ＡＡＡ制約により、３ＧＰＰネットワークを通じての提供が要求される、ことを意味する。
【０１２７】
呼／サービスが入ってくる場合、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、その呼／サービスを起動するための呼／サービスシグナリングを、非３ＧＰＰアクセスシステムを通じてＵＥに転送、またはＵＥまでトンネリングする（ステップ２）。ＵＥは、その呼／サービスが入ってくるのか自身が開始する呼／サービスであるのかには関係なく、非３ＧＰＰアクセスシステムとの接続を使用してサービスの確立を始める。
【０１２８】
これと同時に、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２の非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ機能は、ＵＥが使用するＲＡＮノードを処理担当するＭＭＥ／ＵＰＥ機能を備えた新しいネットワークエンティティ（新しいＭＭＥ／ＵＰＥ）を選択する（ステップ３）ことができる。この選択は、例えば、利用可能な非３ＧＰＰ ＡＳの位置情報（例えば、ＵＥの非３ＧＰＰネットワークインタフェースに割り当てられている、トポロジー的に正しいＩＰアドレスから導かれる）を、３ＧＰＰ ＡＳにおける対応するＴＡおよびＲＡＮノードにマッピングすることによって、達成することができる。この場合、非３ＧＰＰ ＡＳを固定アクセスシステム（例えば、ＡＤＳＬ接続）とすることができる。
【０１２９】
あるいは、３ＧＰＰセルのカバレッジが、非３ＧＰＰ ＡＳ（ＷＬＡＮホットスポット）のカバレッジよりも大きい場合、ＵＥを処理担当するノードＢは、多くの場合、非３ＧＰＰ ＡＳに切り替える前後で同じノードＢとすることができる。位置情報をマッピングすることができない場合、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、スリープ状態にあるマルチモードＵＥの３ＧＰＰ接続を迅速に有効にする目的で、ネットワーク内のすべてのＲＡＮノードを処理担当しているデフォルトのＭＭＥ／ＵＰＥを選択することができる。この場合、３ＧＰＰ無線接続が確立された後、デフォルトのＭＭＥ／ＵＰＥが、より良好な（すなわち、ＵＥにより近い）ＭＭＥ／ＵＰＥにＵＥをハンドオーバーさせることができる。
【０１３０】
さらに、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥは、呼／サービスのためのリソースを確立するように新しいＭＭＥ／ＵＰＥをトリガーする（ステップ４）。新しいＭＭＥ／ＵＰＥは、対応するＲＡＮノードに関する情報が利用可能である場合、関与するノード（例えば、ノードＢ）にリソース準備要求（resource preparation request）を送信する（ステップ５）。あるいは、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥまたはＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２が、別の関与するＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒを、リソースを確立するようにトリガーする。
【０１３１】
ｅノードＢおよびＭＭＥ／ＵＰＥは、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに対してリソース準備を確認する（例えば、ＭＭＥ／ＵＰＥによって割り当てられるＩＰアドレス、好ましいＴＡ、およびその他のパラメータを含んでいる）（ステップ６およびステップ７）。Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ ２は、この確認に応答して、スリープ状態からアクティブ状態に移行するようにＵＥに命令する３ＧＰＰ無線有効化コマンドメッセージを、ＵＥに送信する（ステップ８）。この有効化コマンドは、例えば、非３ＧＰＰアクセスネットワークを介してＵＥに送信されるＭＩＰｖ６のバインディングリフレッシュ要求（新しいＭＭＥ／ＵＰＥによって割り当てられるＩＰアドレス、好ましいＴＡ、処理担当するセル、およびその他のパラメータを含んでいる）に含めることができる。ＵＥは、このコマンドに応答して、３ＧＰＰ無線インタフェースを有効にし、サービスを配信するための３ＧＰＰ無線アクセスネットワークおよび３ＧＰＰ接続との同期を確立する（ステップ９）。ＲＡＮノード（例えば、ｅノードＢ）は、有効化完了メッセージを新しいＭＭＥ／ＵＰＥに送信する（ステップ１０）ことができ、新しいＭＭＥ／ＵＰＥは、３ＧＰＰ無線接続の確立の完了を非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥに示す（ステップ１１）。
【０１３２】
次いで、ＵＥと、新しいＵＰＥと、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒ １（複数のＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが関与している場合はそれらのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒ）との間のユーザプレーンを更新する（ステップ１２）。この更新は、一般には、ユーザプレーンルートの更新を含んでいることができる（図１１におけるステップ９と比較されたい。ステップ９では、ユーザプレーンは非３ＧＰＰアクセスネットワークを経由するようにリダイレクトされる）。最後に、新しいＭＭＥは、ＨＳＳ／ＡＡＡにおいて位置を更新する（ステップ１３）ことができ、ＨＳＳ／ＡＡＡが、この登録を確認する（ステップ１４）。オプションとして、ＨＳＳ／ＡＡＡは、ＵＥコンテキストを削除してよいことを非３ＧＰＰ ＭＭＥ／ＵＰＥに通知することができる。
【０１３３】
ステップ４〜ステップ７におけるリソースの確立時に交換されるメッセージの内容は、３ＧＰＰでのスリープ状態においてＵＥコンテキストを保持するために使用する方式に応じたものとすることができる。図１１に示したように、コンテキストが非３ＧＰＰ ＭＭＥ／ＵＰＥに伝送されている場合、ステップ４におけるリソース準備要求には、新しいＭＭＥがリソースを確立するのを支援するコンテキスト情報を含めることができる。
【０１３４】
スリープ状態に移行する前にＵＥを処理担当していたＭＭＥ／ＵＰＥ（古いＭＭＥ／ＵＰＥ）にＵＥコンテキストを保持する場合、動作は、この古いＭＭＥ／ＵＰＥが、セル／サービスを受信するときに依然としてＵＥを処理担当するかに依存する。依然としてＵＥを処理担当する場合、その古い（かつ新しい）ＭＭＥ／ＵＰＥが、リソース準備要求を受信した時点で単純にコンテキストを再有効化することができる。さらに、このＭＭＥ／ＵＰＥは、ユーザプレーンルートを更新することもできる。
【０１３５】
新しいＭＭＥ／ＵＰＥが古いＭＭＥ／ＵＰＥとは異なる場合、非３ＧＰＰ ＭＭＥ／ＵＰＥは、サービスのためのリソース確立を開始するように古いＭＭＥ／ＵＰＥに命令することができる。次いで、古いＭＭＥ／ＵＰＥが、新しいＭＭＥ／ＵＰＥに、リソースを確立するように命令することができ、保持されているコンテキスト情報を要求に含めることができる。
【０１３６】
実施上のオプションとしての別の細部は、ＵＥがスリープ状態からアイドル状態に移行するためのトリガーである。ＵＥと非３ＧＰＰアクセスシステムとの接続がある時間長にわたり有効ではない（例えば、タイムアウトによって検出される）とき、ネットワークまたはＵＥは、３ＧＰＰ ＡＳにおいて再びアイドル状態に移行することを決定することができ、すなわち、ＵＥは、３ＧＰＰ ＡＳへの自身のエアインタフェースを（再）有効化する。さらに、ＵＥは、電力を節約するため非３ＧＰＰ無線インタフェースを無効化することができる。ＵＥは、ＴＡの更新を実行することができ、結果として、ＵＥコンテキスト情報が、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥから、３ＧＰＰアクセスシステムにおけるＵＥを処理担当する新しいＭＭＥ／ＵＰＥに伝送される。
【０１３７】
アイドルモードに戻る利点として、有効化されてはいるが有効ではない非３ＧＰＰアクセスシステム接続の電力消費量が、アイドル状態にある３ＧＰＰインタフェースの電力消費量よりも著しく大きいことがある。
【０１３８】
本発明のここまでのいくつかの実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒとが分かれているものと想定しており、従って、これらのエンティティの間でのシグナリングが必要であった。本発明の別の実施形態においては、上述したようにスリープ状態を格納するのに、個別の非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥを使用する代わりに、古いＭＭＥ／ＵＰＥを使用することもできる。入ってくる呼／サービスの場合、古いＭＭＥ／ＵＰＥは、非３ＧＰＰアクセスシステムとの接続が有効であることをスリープ状態に基づいて検出し、従って、非３ＧＰＰアクセスシステムとの接続を処理担当しているＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒにパケットを転送する。
【０１３９】
さらに、本発明のいくつかの実施形態においては、スリープ状態にあるマルチモードＵＥの３ＧＰＰ無線インタフェースがオフにされることも想定している。本発明の別の実施形態においては、ＵＥは、３ＧＰＰ無線インタフェースを完全にはオフにしない。この実施形態によると、ＵＥは、ブロードキャストシステム情報を定期的にリスンすることができ、３ＧＰＰ無線インタフェースを通じたメッセージの送信を停止するのみである（例えば、移動時に３ＧＰＰ無線インタフェースを通じて位置更新は送信されない）。代わりに、３ＧＰＰ無線インタフェースの位置変更（例えば、ＴＡの変更、場合によってはセルの変更）を、非３ＧＰＰアクセスシステムとの有効な接続を通じてシグナリングする。これにより、マルチモードＵＥの電力消費量が低減し、なぜなら、位置更新のためだけに３ＧＰＰ無線接続を確立する必要がなく、３ＧＰＰネットワークにおけるシグナリングの量も低減するためである。この手順のさらなる利点として、３ＧＰＰネットワークインタフェースのトポロジー的位置（topological location）を非３ＧＰＰネットワークインタフェースのトポロジー的位置を使用して導くことができない場合でも、サービスを迅速に起動し、電力消費量を低減することができる。
【０１４０】
本発明のいくつかの実施形態においては、マルチモードＵＥは、３ＧＰＰ無線接続を使用して３ＧＰＰアクセスネットワークにアタッチすることを想定してきた。本発明の別の実施形態においては、ＵＥは、非３ＧＰＰアクセスネットワークとの接続を使用して３ＧＰＰアクセスネットワークにアタッチする。最初に、ＵＥは非３ＧＰＰアクセスネットワークにアタッチし、ＵＥには、ローカルＩＰアドレスと、さらには（例えば、ＵＥの認証時に）ホームＩＰアドレスが提供される。そのローカルＩＰアドレスを気付けアドレスとして登録した後、ＵＥまたはネットワークは、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒをトリガーして、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥにおいてＵＥのコンテキスト情報を確立させ、モビリティ状態をスリープに設定させることができる。さらに、ＵＥは、別のサービスとの接続を提供する別のアンカーに、非３ＧＰＰアクセスネットワークとの接続と、ＭＭＥ／ＵＰＥとしての非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥとを使用して、接続することができる。次いで、ＵＥは、３ＧＰＰアクセスネットワークを介してサービスを受信し、スリープからアクティブに移行することができる。
【０１４１】
本発明のここまでの実施形態においては、非３ＧＰＰ ＡＳ ＭＭＥ／ＵＰＥ機能を提供する、マルチモードＵＥのＩｎｔｅｒ ＡＳ Ａｎｃｈｏｒが、ＵＥのホームネットワーク内にあり、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークの両方に接続されていることを想定してきた。本発明の別の実施形態においては、Ｉｎｔｅｒ ＡＳ Ａｎｃｈｏｒが訪問先ネットワーク内にある。この訪問先ネットワークは、一方のアクセスネットワーク（例えば、非３ＧＰＰアクセスネットワーク）に接続されており、別のネットワーク（例えば、ホームネットワーク）が他方のアクセスネットワーク（例えば、３ＧＰＰアクセスネットワーク）に接続されている。
【０１４２】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることを認識されたい。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０１４３】
さらに、本発明のさまざまな実施形態は、プロセッサによって実行されるソフトウェアモジュールによって実施する、あるいはハードウェアに直接実装することができる。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【特許請求の範囲】
【請求項１】
第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、
前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、
通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、
を有する移動端末。
【請求項２】
前記ページング要求に応じて、前記エンティティが前記第１のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、
前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、
前記第１のアクセスネットワークと接続する接続手段と、
をさらに有する請求項１に記載の移動端末。
【請求項３】
前記第１のアクセスネットワークと前記第２のアクセスネットワークとが、異なるアクセス技術を使用している、
請求項１に記載の移動端末。
【請求項４】
前記第１のアクセスネットワークは、３ＧＰＰベースの無線アクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰベースの無線アクセスネットワークである、
請求項１に記載の移動端末。
【請求項５】
コアネットワーク内に位置し、第１のアクセスネットワークと第２のアクセスネットワークを介して前記コアネットワークと通信を行うことができる移動端末を管理するエンティティであって、
前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記移動端末から受信する受信手段と、
前記情報に基づいて、前記ページング要求を前記第２のアクセスネットワーク経由で前記移動端末に送信する送信手段と、
を有するエンティティ。
【請求項６】
第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末におけるアクセスネットワークへの接続方法であって、
前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信ステップと、
前記第１のアクセスネットワークと接続する接続ステップと、
を有する接続方法。
【請求項１】
第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末であって、
前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記コアネットワーク内のエンティティに通知する通知手段と、
通知された前記情報に基づいて前記エンティティが送信した前記ページング要求を、前記第２のアクセスネットワーク経由で受信する受信手段と、
を有する移動端末。
【請求項２】
前記ページング要求に応じて、前記エンティティが前記第１のアクセスネットワークを介してサービスを配信することを要求するメッセージを前記第２のアクセスネットワーク経由で前記エンティティに送信するサービス要求手段と、
前記エンティティから前記第２のアクセスネットワーク経由で送信された前記第１のアクセスネットワークへのハンドオーバコマンドを受信するコマンド受信手段と、
前記第１のアクセスネットワークと接続する接続手段と、
をさらに有する請求項１に記載の移動端末。
【請求項３】
前記第１のアクセスネットワークと前記第２のアクセスネットワークとが、異なるアクセス技術を使用している、
請求項１に記載の移動端末。
【請求項４】
前記第１のアクセスネットワークは、３ＧＰＰベースの無線アクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰベースの無線アクセスネットワークである、
請求項１に記載の移動端末。
【請求項５】
コアネットワーク内に位置し、第１のアクセスネットワークと第２のアクセスネットワークを介して前記コアネットワークと通信を行うことができる移動端末を管理するエンティティであって、
前記第１のアクセスネットワークのためのページング要求を前記第２のアクセスネットワーク経由で受信するように構成されていること示す情報を、前記移動端末から受信する受信手段と、
前記情報に基づいて、前記ページング要求を前記第２のアクセスネットワーク経由で前記移動端末に送信する送信手段と、
を有するエンティティ。
【請求項６】
第１のアクセスネットワークと第２のアクセスネットワークを介してコアネットワークと通信を行うことができる移動端末におけるアクセスネットワークへの接続方法であって、
前記移動端末が前記第２のアクセスネットワークにアタッチしているとき、前記コアネットワークに属するエンティティが送信したページング要求を、前記第２のアクセスネットワーク経由で受信する受信ステップと、
前記第１のアクセスネットワークと接続する接続ステップと、
を有する接続方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１９９９６５（Ｐ２０１２−１９９９６５Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−１１３６０４（Ｐ２０１２−１１３６０４）
【出願日】平成２４年５月１７日（２０１２．５．１７）
【分割の表示】特願２０１１−２４８８７０（Ｐ２０１１−２４８８７０）の分割
【原出願日】平成１９年３月８日（２００７．３．８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２４年５月１７日（２０１２．５．１７）
【分割の表示】特願２０１１−２４８８７０（Ｐ２０１１−２４８８７０）の分割
【原出願日】平成１９年３月８日（２００７．３．８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]