サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ
モバイルハンドセットがＩＰドメインと非ＩＰドメインのどちらでも通信することのできる遠隔通信ネットワークにおいて、モバイルハンドセットと固定ユーザとの間の既存の通信セッションハンドオフが、サービス制御ポイントで実装されたハンドオフコントローラによって実施される。ハンドオフコントローラは、固定ユーザとモバイルユーザの移行のステータスに応じて様々なハンドオフ方法を実施する。さらに、ＳＩＰと共に８０２．２１ Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｎｃｔｉｏｎが使用され、システム内のＩＰポイントと非ＩＰポイントとの間のハンドオーバが実施される。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、その開示が参照により本明細書に組み込まれる２００５年５月１８日出願の米国特許仮出願第６０／６８２２７６号明細書および２００５年９月７日出願の米国特許仮出願第６０／７１４６２５号の特典を主張するものである。
【０００２】
本発明は一般に、ＷｉＦｉ（Wireless Fadelity）ネットワークまたはＷｉＭＡＸネットワークからＣＤＭＡネットワークやＧＳＭネットワークなどの標準モバイルセルラネットワークへなど、あるタイプのアクセスネットワークから別のタイプのアクセスネットワークにモバイルユーザが移動するときのモバイルユーザとの通信セッションのハンドオフに関する。より詳細には、本発明は、ユーザがインターネットプロトコル（「ＩＰ」）ドメインと非ＩＰドメインの両方でそのような異機種アクセスネットワークを跨いで移動するときに、「コンボフォン」（例えば、ＷｉＦｉまたはＷＩＭＡＸネットワークとＣＤＭＡまたはＧＳＭネットワークのどちらでも動作することのできる電話）を使用するモバイルユーザにシームレスハンドオフを提供するためにハンドオーバコントローラを実装するサービス制御ポイント（「ＳＣＰ」）を使用する方法および機構に関する。
【背景技術】
【０００３】
いくつかの異なるモバイルアクセスネットワークが開発され、世界中に配置されている。世界中で、セルラ電話用の主なモバイルアクセスネットワークは、符号分割多元接続（ＣＤＭＡ）と移動体通信用グローバルシステム（「ＧＳＭ」）という２つのファミリの標準通信プロトコルの一方に基づく。こうした２つの標準の一方で動作するセルラネットワークは、世界中の大部分の国々でモバイルハンドセットまたは「セルフォン」のユーザに遠隔通信サービスを提供している。こうしたタイプのネットワークの一方または両方の上で動作するセルフォンは当技術分野で周知である。
【０００４】
ＷｉＦｉは、ＩＰドメインで実装された別のタイプのモバイルアクセスネットワークである。ＷｉＦｉネットワークでは、アクセスポイントまたは「ホットスポット」がモバイルコンピュータ、ＰＤＡ、およびＷｉＦｉ互換電話ハンドセットのユーザに、インターネットに接続し、Ｅメールやインスタントメッセージング（「ＩＭ」）やｖｏｉｃｅ ｏｖｅｒ ＩＰ（「ＶｏＩＰ」）プロトコルなどのデータ転送を使用して他のユーザと通信する能力を与える。ＷｉＦｉは、家庭またはオフィス内のコンピュータなど、互いにワイヤレスに通信するためにユーザがワイヤレスローカルエリアネットワーク（「ワイヤレスＬＡＮ」）を作成することを可能にする方法およびシステムとして始まった。最も広く使用されているワイヤレスＬＡＮ技術は、ＷｉＦｉと呼ばれるＩＥＥＥ８０２．１１プロトコルに基づく。ＷｉＦｉはますます、モバイルユーザがインターネットと通信し、ＶｏＩＰ呼を作成および受信するための方法となっている。８０２．１１（ａ）、８０２．１１（ｂ）、および８０２．１１（ｇ）などの様々なバージョンのＩＥＥＥ８０２．１１プロトコルが使用されている。ＷｉＦｉは、最大５４００万ビット／秒（「ｍｂｐｓ」）の速度で、室内で約３２０フィート（９７．５メートル）、屋外で約４００フィート（１２１．９メートル）までデータを伝送することができる。
【０００５】
Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（「ＷｉＭａｘ」）は、８０２．１６と呼ばれる、より新しいワイヤレスＬＡＮ通信プロトコルである。ＷｉＭａｘは、半径約３０マイル（４８．２７ｋｍ）の半径で、最大約７０ｍｂｐｓでデータを伝送することができる。そのような通信半径では、ユーザは、かなりの距離を移動して、かつアクセスポイントの到達範囲内にとどまることができ、広いエリアにわたってユーザに移動体通信を提供するのに必要となるノードがずっと少なくなる。
【０００６】
最近、様々なＣＤＭＡ標準とＧＳＭ標準に基づく従来のセルラネットワークの両方で動作することができると共に、ユーザがインターネットと通信し、ＷｉＦｉおよび／またはＷｉＭａｘアクセスポイントを介してＶｏＩＰ呼を出すことも可能にするモバイルハンドセットまたはセルフォンを有することが提案された。ユビキタスアクセスがより普及するにつれて、マルチモード機能を有する端末またはハンドセットを備えるモバイルユーザは、Ｂｌｕｅｔｏｏｔｈ、８０２．１１Ｘ、ＷｉＭａｘ、ＣＤＭＡ１ＸＲＴＴ、ＩＰｖ６、セルラ（ＣＤＭＡ、ＧＳＭ）ネットワークなどの異機種アクセスネットワーク間を移動することができる。モバイルがネットワーク間を移動するとき、シグナリングおよび無線アクセスネットワークは各アクセスネットワークで異なる。ユーザが相異なるアクセス技術を用いる２つのＩＰネットワーク間を移動するときのシームレスハンドオフを処理するためのいくつかの従来の著作があるが、モバイルが相異なる無線アクセスネットワークを使用するＩＰネットワークと非ＩＰネットワークとの間を移動するときのシームレスハンドオフを提供することに関する著作はほとんどない。例えば、ユーザは、８０２．１１型のＩＰネットワークと、ＣＤＭＡやＧＳＭなどの非ＩＰセルラネットワークのどちらにも接続することのできるコンボフォンを備えることができる。ユーザのプリファレンスおよび位置（例えば家庭または車の中）に基づいて、「コンボフォン」は、どちらかのインターフェースを介してアクティブに通信することができる。しかし、モバイルが特定の種類のネットワーク内およびネットワーク外に移動するときに、あるインターフェースから別のインターフェースに既存のセッションをシームレスにハンドオーバすることが主要な課題である。
【０００７】
相異なるアクセス技術は、それぞれの異なるアクセスネットワークに接続するための相異なる機構を有する。各ネットワークは、ネットワーク資源を得るためにある特定の方式を必要とし（例えば構成パラメータ）、そのようなネットワーク資源を提供するのに相異なる量の時間がかかる。すべてのネットワーク情報を事前構成することは常に可能ではない。ユーザの認証などのセキュリティ要件は、相異なるアクセスネットワークについて異なる。イントラ技術モビリティ管理および／またはローミングは、アクセスネットワーク間で異なる。各アクセスネットワークは異なるモビリティ、サービス品質（ＱｏＳ）、およびセキュリティ要件を有する可能性があるので、異機種ネットワーク間でシームレスなモビリティをサポートすることは難しい作業である。さらに、ＶｏＩＰやストリーミングメディアなどの対話型応用例は、エンドツーエンド遅延およびパケット損失に関して厳しい性能要件を有する。ハンドオーバプロセスは、こうした性能基準に対して、モビリティイベントに関連する発見手続き、構成手続き、結合更新手続き（ｂｉｎｄｉｎｇ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）による遅延を導入することによって追加の圧力を課す。性能は、ネットワークアクセスのために使用される特定のアクセスネットワークおよびプロトコルに結びつけられる可能性もある。２つの異なる管理ドメイン間の移動によって追加の難題が生じる。モバイルハンドセットがその新しいドメインで認証および許可を再確立する必要があるからである。
【０００８】
現在、異機種ネットワークを跨ぐモビリティを最適化するいくつかのイニシアチブが存在する。Ｉｎｔｅｒｎｅｔ Ｒｅｓｅａｒｃｈ Ｔａｓｋ Ｆｏｒｃｅ（ＩＲＴＦ）内のＭＯＢＯＰＴＳワーキンググループとＩＥＴＦ内のＤｅｔｅｃｔｉｎｇ Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｍｅｎｔ（ＤＮＡ）グループが、下層からの適切なトリガを使用することによってハンドオーバをサポートする方式に傾注している。こうしたイニシアチブは、ＩＰネットワーク間のモビリティの問題のみを扱い、異機種（例えばＩＰと非ＩＰ）ネットワーク間のモビリティの解決策を提供しない。
【０００９】
ＩＥＥＥ８０２．２１ワーキンググループは、異機種アクセスネットワークを跨ぐハンドオーバを実施し、モバイルユーザがシームレスハンドオーバ中に受ける性能を向上する助けとなるＭｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ（ＭＩＨＦ）を定義するフレームワークを作成した。このＭＩＨＦは、隣接するネットワーク、ハンドオーバプロセス中に必要なリンク特有のイベントおよびコマンドについての情報を可能にすることにより、基礎となるモビリティ管理に対する支援を提供する。ＩＥＥＥ８０２．２１の目標は、以下のハンドオーバ要件が実現されるようにモビリティ管理プロトコルを実施することである。ＩＥＥＥ８０２．２１の一目標は、サービス連続性を実現し、それによって、ユーザ介入なしにデータ損失および中断時間を最小限に抑えることである。ＩＥＥＥ８０２．２１は、様々な公差特性の適用をサポートする。ＩＥＥＥ８０２．２１は、隣接するネットワークのＱｏＳ情報を得る手段を提供する。ＩＥＥＥ８０２．２１は、ネットワーク発見および選択の手段を提供する。ネットワーク情報は、リンクタイプ、リンク識別子、リンク可用性、リンク品質などの情報を含むことができる。適切なハンドオフネットワークの選択は、必要なＱｏＳ、コスト、ユーザプリファレンスなどに基づくことができる。リアルタイムリンクステータスを提供することによってパワーマネジメントを実施することができる。ＩＥＥＥ８０２．２１は、完全なハンドオーバ解決策を提供せず、むしろハンドオーバ実装を支援するための手段に過ぎない。
【００１０】
８０２．２１のＭＩＨＦは、統合インターフェースによって上層に抽象化サービス（ａｂｓｔｒａｃｔｅｄ ｓｅｒｖｉｃｅ）を提供する。この統合インターフェースは、アクセス技術とは無関係のサービスプリミティブを公開する。ＭＩＨＦは、ＩＥＥＥ８０２．１６、８０２．１１、およびセルラプロトコルを使用するものを含む、アクセス特有の下層ＭＡＣおよびＰＨＹ構成要素と通信することができる。ＭＩＨＦは、Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ（ＭＩＥＳ）、Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ（ＭＩＣＳ）、およびＭｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ（ＭＩＩＳ）という３つの異なるサービスを定義する。
【００１１】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｅｖｅｎｔ Ｓｅｒｖｉｃｅは、ローカルイベントとリモートイベントをどちらもレポートすることによって上層にサービスを提供する。ローカルイベントはクライアント内で生じるのに対し、リモートイベントはネットワーク内で生じる。イベントモデルは、加入および通知手続きに従って機能する。ＭＩＨユーザ（通常は上層プロトコル）は、ある１組のイベントについて下層に登録し、そうしたイベントが生じたときに通知を受ける。ローカルイベントの場合、情報はＭＡＣ層からＭＩＨ層、次いで上層に上向きに伝播する。リモートイベントの場合、情報は、あるスタック内のＭＩＨまたはＬａｙｅｒ ３ Ｍｏｂｉｌｉｔｙ Ｐｒｏｔｏｃｏｌ（Ｌ３ＭＰ）から、リモートスタック内のＭＩＨまたはＬ３ＭＰに伝播することができる。定義される共通イベントの一部には、とりわけ、「Ｌｉｎｋ Ｕｐ」、「Ｌｉｎｋ Ｄｏｗｎ」、「Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ Ｃｈａｎｇｅ」、「Ｌｉｎｋ Ｇｏｉｎｇ Ｄｏｗｎ」、「Ｌ２ Ｈａｎｄｏｖｅｒ Ｉｍｍｉｎｅｎｔ」が含まれる。上層があるイベントについて通知を受けたとき、上層は、コマンドサービスを利用してリンクを制御し、新しい接続ポイントに切り換える。
【００１２】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ（ＭＩＣＳ）は、下層の機能を制御するためのＭＩＣＳプリミティブを上層に提供する。ＭＩＣＳコマンドが使用されて、リンクのステータスについての情報を収集され、下層から、上層のモビリティおよび接続性の判定が実行される。ＭＩＨコマンドはローカルとリモートのどちらでもよい。ＭＩＣＳコマンドのいくつかの例は、ＭＩＨ Ｐｏｌｌ、ＭＩＨ Ｓｃａｎ、ＭＩＨ Ｃｏｎｆｉｇｕｒｅ、およびＭＩＨ Ｓｗｉｔｃｈである。コマンドは、接続されたリンクにポーリングしてその最新のステータスを突き止め、新しく発見したリンクをスキャンし、新しいリンクを構成し、利用可能なリンク間で切り換えるようにＭＩＨ装置に命令する。
【００１３】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅは、情報要素および対応する照会−応答機構を定義して、ＭＩＨＦエンティティが近接するネットワークに関する情報を発見および取得することを可能にする。ＭＩＩＳは、隣接するネットワークの名前およびプロバイダ、ならびにチャネル情報、ＭＡＣアドレス、セキュリティ情報、およびハンドオーバ決定の助けになる上層サービスについての他の情報を含む、静的情報と動的情報の両方へのアクセスを提供する。この情報は、下層と上層の両方を介して利用可能にすることができる。ある場合には、あるｌａｙｅｒ ２情報が、インテリジェントハンドオーバ決定を行うのに利用可能でないことがあり、またはインテリジェントハンドオーバ決定を行うのに十分でないことがある。そのようなシナリオでは、上層サービスに照会してモビリティ意思決定プロセスの支援を受けることができる。ＭＩＩＳは、ＸＭＬ（ｅＸｔｅｒｎａｌ ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＴＬＶ（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）などの標準フォーマットを使用することによって情報を表す共通の方式を指定する。隣接する様々なアクセス技術のネットワークについての情報を得るための上層機構を有することにより、特定のアクセス依存の発見方法の必要が軽減される。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
したがって、モバイルハンドセットを使用するモバイルユーザがＷｉＦｉネットワークなどのＩＰネットワークからＣＤＭＡまたはＧＳＭネットワークなどの非ＩＰセルラネットワークに、またはその逆に移動するときに、シームレスハンドオフを実現する方法および機構を提供することが望ましい。
【００１５】
モバイルユーザがＩＰネットワークの使用から非ＩＰネットワークに、またはその逆に転移するときに、様々な接続機構、ネットワーク資源の割振り、タイミング、セキュリティ、ローミングの問題に対処し、それによってパケット損失を回避することが望ましい。
【００１６】
異機種ネットワーク間のシームレスハンドオフを実装するために、台頭しつつあるＩＥＥＥ８０２．２１標準のＭＩＨＦの利点を活用することが望ましい。
【課題を解決するための手段】
【００１７】
この特定の発明は、シームレスモビリティのための解決策を４つの異なるシナリオとして考案した。これらのシナリオは、ユーザの移動のタイプと、モバイルが通信中の対応するユーザの位置とに基づく。ＩＰネットワーク間のハンドオフを処理する従来技術の解決策とは対照的に、ＩＰネットワークと非ＩＰ（セルラ）ネットワークとの間のハンドオフは、より複雑なフロー、ネットワーキング要素間のより多くの対話を含み、様々なハンドオフアルゴリズムを必要とする。本発明は、シームレスハンドオフを提供する助けとなるＳＩＰからＡＮＳＩ−４１へのマッピングおよびＳＩＰからＧＳＭへのマッピングを含むフローを提案する。本明細書では、ＩＰネットワークのためのＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）となるようにＷｉＦｉを使用するものとして明示的に適用されているが、ＲＡＮは常に、ＷｉＭＡＸなどの他のブロードバンド接続でよい。８０２．２１標準は、ＩＰネットワークと非ＩＰネットワークとの間のハンドオフを要求しないが、この方法は、このタイプのハンドオフを処理するために８０２．２１標準で定義されるプリミティブの使用も提案する。この方法は、モバイル支援されるが、ネットワーク制御される。移動する可能性の高いモバイルハンドセットは、ハンドオーバ切迫信号（ｈａｎｄｏｖｅｒ ｉｍｍｉｎｅｎｔ ｓｉｇｎａｌ）をＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）に送信することができ、ＳＣＰは、サービングＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）とターゲットＭＳＣなどのネットワーク内の他のネットワーキング要素間の通信をセットアップすることによってハンドオフを制御する。ＳＣＰとＭＧＣとＭＧＷの組合せは、モバイルの移動パターン（すなわちＩＰからセルまたはセルからＩＰ）に基づいてサービングＭＳＣまたはターゲットＭＳＣのように振る舞うことのできる「ＷｉＦｉＭＳＣ」である。一定のＡＮＳＩ−４１またはＧＳＭ関連の情報が、ＳＩＰシグナリングの一部として搬送される。ＲＥＦＥＲ、ＩＮＶＩＴＥ、ＳＵＢＣＲＩＢＥ、ＮＯＴＩＦＹ、ＳＩＰ Ｐｒｏｘｙ、Ｂ２ＢＵＡなどの標準ＳＩＰメッセージが使用される。こうしたメッセージは、こうしたメッセージの本文で、ＩＥＥＥ８０２．２１プリミティブに関係する情報、ＡＮＳＩ−４１およびＧＳＭ関連の情報を搬送する。モバイルとＳＣＰの間のイベント通知パッケージが、ＩＰネットワークからセルラネットワークへのハンドオフおよびその逆のハンドオフを支援するのに利用される。
【００１８】
第１のネットワークから第２のネットワークにモバイルユーザの通信セッションをハンドオフするためにネットワークでハンドオフコントローラを使用する方法であって、第１のネットワークがＩＰネットワークまたはセルラネットワークであり、第２のネットワークが他のタイプであり、モバイルユーザによって操作されるモバイルハンドセットが固定ユーザによって操作されるハンドセットと通信している方法が提供される。ハンドオフコントローラは、モバイルユーザと第１のネットワークとの間のエアインターフェースの１つまたは複数の所定の特性を監視するようにモバイルハンドセットに命令するメッセージをモバイルハンドセットに送信する。１つまたは複数の所定の特性が満たされたとき、モバイルハンドセットはハンドオフコントローラに応答する。次いで、ハンドオフコントローラは、第２のネットワーク内の利用可能な接続ポイントに関する情報を収集し、第２のネットワーク内の接続ポイントの識別を判定する。第２のネットワーク内の接続ポイントを識別するメッセージがハンドオフコントローラからモバイルハンドセットに送信され、モバイルハンドセットのモバイルユーザと第２のネットワークとの間の通信セッションが確立され、モバイルハンドセットのモバイルユーザと固定ユーザ。ハンドオフコントローラはＳＣＰ内に常駐することができる。
【発明を実施するための最良の形態】
【００１９】
図１に、本発明の方法に従って使用される遠隔通信システムのアーキテクチャを示す。ユーザ１は、「固定」ユーザまたは「静的」ユーザ、すなわちＩＰネットワークから非ＩＰネットワークに現在移行中ではないユーザと呼ばれる。ＩＰドメイン（すなわちＤＳＬ、ＷｉＦｉ、ＷｉＭＡＸ、ケーブルモデム）または非ＩＰドメイン（すなわちＰＳＴＮ、ＣＤＭＡセルラ、ＧＳＭセルラなど）でワイヤーラインまたはワイヤレス接続を介してユーザ１をネットワークに接続することができる。ゲートウェイＭＳＣ（「ＧＭＳＣ」）１１５に接続することのできるモバイル交換局（「ＭＳＣ」）を介してユーザ１を接続することができる。無線アクセスネットワーク１３５も、ＭＳＣとユーザ１が使用するハンドセット１１０との間の最終ワイヤレスリンクを提供するセルラネットワークの一部である。ユーザ２は、以下の例でＩＰネットワークと非ＩＰネットワークとの間を移行しているモバイルユーザである。ＷｉＦｉ、ＷｉＭＡＸ、他のワイヤレスＩＰプロトコルなどのＩＰ接続を介して、ユーザ２および「コンボフォン」とも呼ばれる関連するモバイルハンドセット１２０を接続することができる。さらに、「コンボフォン」は、ＣＤＭＡまたはＧＳＭネットワークに接続するのに使用することのできるインターフェースも有する。したがって、コンボフォンは、セルラネットワークとＩＰネットワークとを切り換える能力を有する。そのような接続は、Ｍｅｄｉａ Ｇａｔｅｗａｙ（「ＭＧＷ」）１２０を通じて、公衆交換電話網（「ＰＳＴＮ」）１９０を介してＭＳＣ１３０に経路指定される。Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（「ＭＧＣＰ」または「ＭＧＣ」）１６０はＭｅｄｉａ Ｇａｔｅｗａｙに密接に関係付けられ、ＩＰネットワークと非ＩＰネットワークとの間のインターフェースを一緒に提供する。Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（「ＣＳＣＦ」）１７０は、３ＧＰＰネットワークのＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）などのＩＰネットワークの周知の構成要素であり、その機能は本発明で不変のままである。インターネット１８０は、ルータのユビキタスパケット交換ネットワーク、あるいはＩＰｖ４、ＩＰｖ６、または他のプロトコルで動作する他の類似のＩＰネットワークである。
【００２０】
Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ（「ＳＣＰ」）１４０は、以下の機能を実装する呼出し制御ソフトウェアならびに関連するサーバおよび他のハードウェアである。ＳＣＰ１４０は、Ｔｅｌｃｏｒｄｉａ（登録商標）ＳＣＰによって提供されるような、標準Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ１４１の機能を実装する。さらに、ＳＣＰ１４０は、以下と図９でさらに説明するハンドオフ（またはハンドオーバ）コントローラ１４４を含む。ＳＣＰ１４０はまた、ＩＰモビリティのためにレコードを維持するのに必要なＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｅｓｔｉｎｇ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（「ＩＰ−ＶＬＲ」）も含むことができる。ＳＣＰ１４０はまた、以下で説明する様々なモビリティシナリオでターゲットＭＳＣまたはサービングＭＳＣとして振る舞う仮想ＭＳＣ１４３も含む。ＭＳＣ１４３は、ＭＳＣ１３０などの実際のＭＳＣと通信するＨｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（「ＨＬＲ」）１２５と通信する。
【００２１】
図２を参照すると、本発明は、シームレスモビリティを４つの異なるシナリオで提供するための方法および機構を提供する。これらのシナリオは、ユーザの移動と、モバイルが通信中の対応するユーザの位置のタイプに基づく。最初の２つのシナリオでは、固定ユーザがＩＰネットワークで操作中であり、ＷｉＦｉ、ＷｉＭａｘ、ＤＳＬ、ケーブルモデム、または何らかの他のタイプのＩＰアクセスネットワークおよびノードを介して固定ユーザを接続することができる。第１のシナリオでは、モバイルユーザが、ＩＰネットワークへの接続からセルラネットワークへの接続に移行中である（「シナリオ１」）２１０。第２のシナリオでは、モバイルユーザが、ＣＤＭＡドメインからＩＰドメインに移動中である（「シナリオ２」）２２０。他の２つのシナリオでは、固定ユーザが、ＣＤＭＡまたはＧＳＭネットワークまたはＰＳＴＮなどのセルラネットワークに接続される。固定ユーザは将来のハンドオフではモバイルユーザでもよく、特殊なシナリオでは、両方のユーザがモバイルでよい。シナリオ３では、モバイルユーザが、ＩＰネットワークからセルラネットワークに移動中である（「シナリオ３」）２３０。シナリオ４では、モバイルユーザが、セルラネットワーク（ＣＤＭＡまたはＧＳＭ）からＷｉＦｉなどのＩＰネットワークに移動中であり、固定ユーザがセルラネットワークに接続される（「シナリオ４」）２４０。これから、各シナリオを一度に１つずつ説明する。
【００２２】
図３Ａおよび３Ｂにシナリオ１を示す。シナリオ１では、ステップ３１０で、固定ユーザ（ユーザ１）およびモバイルユーザ（ユーザ２）が、標準Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（「ＳＩＰ」）を使用して標準Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（「ＲＴＰ」）セッションを開始している。次いでステップ３２０で、ユーザ１とユーザ２は、ＲＴＰを使用して互いに通信する。ステップ３３０で、ＳＣＰ１４０が、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージをユーザ２のモバイルハンドセット１２０に送信し、一定のイベントが発生したとき、例えばＷｉＦｉ無線インターフェースに関する信号対雑音比が所定のしきい値未満に下がったときにＳＣＰに通知するようにユーザ２に促す。この箇所および本明細書の別の箇所でＳＵＢＳＣＲＩＢＥメッセージを使用する前に、モバイルハンドセットは、モバイルハンドセット自体およびモバイルハンドセットの現在位置をＳＣＰに知らせるために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＳＣＰに送信している。こうしたＳＩＰ ＲＥＧＩＳＴＥＲメッセージの使用を図示していないが、すべての適切な場合でそれを仮定する。ステップ３３５で、ユーザ２は、ＳＣＰからのＳＩＰ ＮＯＴＩＦＹメッセージを用いた照会を確認する。所定のイベントが発生したことをユーザ２が識別したとき、ステップ３４０で、ユーザ２は、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。次いで、ＳＣＰ１４０は、ユーザ２にサービスするのに使用されるターゲットＭＳＣを選択する。ステップ３５０で、ＳＣＰは、以下でより詳細に説明するＡＮＳＩ−４１ ＦＡＣＤＩＲ２メッセージを使用して、選択したターゲットＭＳＣ（「ＭＳＣ２」）を通知する。ステップ３５５で、ＭＳＣ２は選択を確認し、「ｆａｃｄｉｒ２」」応答メッセージを返すことによってチャネル情報を含める。
【００２３】
図３Ｂに、シナリオ１についてのハンドオフプロセスの継続を示す。既存のＲＴＰセッション３２０がユーザ１とユーザ２の間に存在する。ステップ３６０で、ＳＣＰ１４０が、ハンドオフ命令であるＳＩＰ ＲＥＦＥＲメッセージをユーザ２が使用するモバイルハンドセット１２０に送信する。ステップ３６５で、ユーザ２が使用するモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰに返すことによってハンドオフ命令の受信を確認する。ステップ３７０で、ユーザ２のモバイルハンドセットは、ＡＮＳＩ−４１「ｖｏｉｃｅ ｏｎ ｎｅｗ ｃｈａｎｎｅｌ」メッセージをターゲットＭＳＣすなわちＭＳＣ２に送信する。ステップ３７５で、ユーザ２はまた、ユーザ２がハンドオフに対してＭＳＣ２を警報したことをＳＣＰに通知するＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。次いでステップ３８０で、ＭＳＣ２ １３０は、ＡＮＳＩ−４１ ＭＳＯＮＣＨメッセージをＳＣＰに送信する。ステップ３８５で、ＳＣＰ１４０は、ユーザ１とＭＧＷとの間でＲＴＰセッションを開始する許可を要求するＳＩＰ ＩＮＶＩＴＥメッセージをＭＧＷ／ＭＧＣ１５０／１６０に送信する。ステップ３８６で、ＭＧＷ／ＭＧＣがセッションに同意する場合、ＭＧＷ／ＭＧＣは、ＳＩＰ ＯＫメッセージをＳＣＰに返す。ステップ３８８で、ＳＣＰは、ＳＩＰ ＲｅＩＮＶＩＴＥメッセージをユーザ１に送信し、ＲＴＰセッションを再開する。ステップ３８９で、ユーザ１はＳＩＰ ＯＫメッセージをＳＣＰに送り戻す。次いで、ＳＣＰは、ユーザ１とＭＧＷとの間のＲＴＰセッションの開始を完了するために、ＳＩＰ ＡＣＫ（「ＡＣＫＮＯＷＬＥＤＧＥ」）メッセージをＭＧＷとユーザ１の両方にそれぞれステップ３９０および３９２で送信する。次にステップ３９４で、ユーザ２は、パルスコード変調（「ＰＣＭ」）を使用してＭＳＣ２およびＰＳＴＮを介してＭＧＷと通信する。ステップ３９６で、ユーザ１は、ＳＩＰ開始ＲＴＰセッションを介してＭＧＷと通信する。したがって、ユーザ２がＲＴＰセッションでユーザ１と直接通信していた元のＩＰベースのネットワークから、ユーザ２がＣＤＭＡベースのＭＳＣと通信するセルラネットワークへのユーザ２の転移が完了する。次いで、ＳＣＰ１４０がユーザ２にＳＩＰ ＢＹＥメッセージを送信し、ハンドオフが完了する。
【００２４】
ここで、ユーザ１とユーザ２との間の通信は以下の方式で行われる。ユーザ２は、基地局（「ＢＳ」）とワイヤレス通信し、ＭＳＣ２に接続されたＲＡＮの一部を形成し、ＭＳＣ２は、ＰＳＴＮを介してＭＧＷに接続される。ＭＧＷは、ユーザ１とＲＴＰセッション中である。ＭＧＷは、ＲＴＰベースのセッションをユーザ２に転送するためにＰＣＭベースの信号に変換し、その逆に変換する任を担う。
【００２５】
図４に示されるシナリオ２では、ユーザ１は、ＷｉＦｉ、ＷｉＭＡＸ、ＤＳＬ、または他のタイプのＩＰベースの接続を介してインターネットに接続されたＩＰドメイン内にとどまる。ユーザ２は、セルラドメインからＩＰドメインに転移中である。元の呼が、ＭＧＷとユーザ１との間のＳＩＰ開始（ステップ４０２）ＲＴＰセッション（４０６）、ならびにサービングＭＳＣであるＭＳＣ１を介するユーザ２とＭＧＷとの間のＩＳＵＰ開始（ステップ４０４）ＰＣＭベースセッション（４０８）を使用してセットアップされる。ステップ４１０で、ＭＳＣ１は、ハンドオフを開始するためにＳＣＰ１４０サービングＭＳＣ１にＡＮＳＩ−４１ＨＡＮＤＭＲＥＱＸメッセージを送信する。ステップ４１５で、ＭＳＣ１は、ＡＮＳＩ−４１「ｈａｎｄｍｒｅｑｘ」」メッセージでＳＣＰに応答する。ステップ４２０で、ＭＳＣ１は、ターゲットＭＳＣ（すなわち、ＭＳＣ１が接続されることになるインターネット接続の位置）を選択し、ＡＮＳＩ−４１ ＨＡＮＤＢＡＣＫメッセージを介してターゲットＭＳＣをＳＣＰに通知する。ステップ４２５で、ＳＣＰは、ＭＳＣ１にＡＮＳＩ−４１「ｈａｎｄｂａｃｋ」メッセージを返す。ステップ４３０で、ＳＣＰは、ＭＳＣに接続されたＲＡＮとのモバイルハンドセットのエアインターフェースの品質を監視するようにモバイルハンドセットに命令するために、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信する。ステップ４３５で、ユーザ２は、ＳＩＰ ＮＯＴＩＦＹメッセージで応答する。ユーザ２のモバイルハンドセットは、呼の特性を監視し、１つまたは複数のパラメータが所定のしきい値に達したとき、ステップ４４０で、ＭＳＣ１は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信する。それに応答して、ステップ４４５で、ＳＣＰは、ユーザ２とユーザ１との間のＲＴＰセッションを開始するために、ユーザ２にＳＩＰ ＩＮＶＩＴＥメッセージを送信する。ステップ４５０で、ユーザ２は、ＳＩＰ ＯＫメッセージで応答する。ステップ４５５で、ＳＣＰ１４０はユーザ１にＳＩＰ ＲｅＩＮＶＩＴＥメッセージを送信し、ステップ４６０で、ユーザ１はＳＩＰ ＯＫメッセージで応答する。ステップ４７０で、ユーザ１とユーザ２との間のＲＴＰセッションが確立されている。ステップ４８０で、ＳＣＰはＭＧＷにＳＩＰ ＢＹＥメッセージを送信し、ハンドオフが完了し、ＭＧＷが呼セッションを解放できることをＭＧＷに通知する。
【００２６】
図５を参照すると、シナリオ３についてのハンドオフフローを確認することができる。シナリオ３では、ユーザ１は、周知の方式で開始されたＰＣＭセルラインターフェースを介してＭＳＣ１（５０２）に静的に接続されたままである。ユーザ２は、ＭＳＣ２とのＰＣＭベースの接続（５０４）から、ＭＧＷとのＲＴＰベースのセッションに転移する。元のセルラ呼では、ＭＳＣ１とＭＳＣ２が幹線（５０６）を介して接続される。ステップ５１０で、ユーザ２はＩＳ−９５／ＩＳ−２０００測定レポート（Ｒ−ＣＱＩＣＨ）をＭＳＣ２に送信し、ハンドオフの後にＭＳＣ２が通信することのできるターゲットＭＳＣをＭＳＣ２に通知する。この場合、ターゲットＭＳＣは仮想ＭＳＣ、すなわちＭＧＷである。ステップ５１５で、ＭＳＣ２は、ハンドオーバを要求するためにＡＮＳＩ−４１「ＨＡＮＤＭＲＥＱＸ２」を送信する。ステップ５２０で、ＳＣＰ１４０は、ＭＳＣ２にＡＮＳＩ−４１「ｈａｎｄｍｒｅｑｘ２」を返す。次いでステップ５２５で、ＳＣＰ１４０は、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ユーザ２とＭＧＷとの間のＲＴＰセッションを開始するプロセスを開始する。ステップ５３０で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ユーザ２はエアインターフェースを監視し、ユーザ２とＭＳＣ２に接続された基地局との間のインターフェースがある所定のしきい値未満に劣化したとき、ステップ５３５で、ユーザ２は、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ステップ５４０で、ＳＣＰは、ユーザ２にＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ＳＣＰとＭＧＷとの間のＳＩＰセッションの開始を要求する。ステップ５４５で、類似のＩＮＶＩＴＥ要求がＳＣＰからＭＧＷに送信され、ＭＧＷとユーザ２との間のＳＩＰセッションの開始が要求される。ステップ５５０で、ＲＴＰセッションが確立されている。ここで、ユーザ１とユーザ２との間の通信セッションが以下の経路で生じる。ユーザ１は、ＰＣＭセルラ呼５０２を介して引き続きＭＳＣ１と通信する。ＭＳＣ１は、幹線５０６を介して引き続きＭＳＣ２と通信する。ＭＳＣ２は、ＰＣＭセッション５６０でＰＳＴＮを介してＭＧＷと通信した。ユーザ１とユーザ２との間の最終リンクは、ユーザ２が接続されるＷｉＦｉ、ＷｉＭＡＸ、または他のＩＰ接続を介する、ＭＧＷとユーザ２との間のＲＴＰベースのＩＰセッション５５０である。
【００２７】
図６Ａおよび６Ｂに、ユーザ１がセルラネットワークに静的に接続されたままで、ユーザ２がＩＰネットワークからセルラネットワークに移行するときのハンドオフフローを示す。６１２で、元の呼が、ユーザ１と、ＭＳＣ１と、これらの要素間のＰＣＭベースの呼をセットアップするＭＧＷとの間のＩＳＵＰコマンド６１０によって発信される。ＳＣＰ１４０と、ＭＧＷと、ユーザ２との間のＳＩＰコマンド６２０が、ユーザ２とＭＧＷとの間のＲＴＰベースのセッション６２２を開始する。移行を開始するために、ステップ６３０で、ＳＣＰ１４０は、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信し、ユーザ２のＷｉＦｉ接続のエアインターフェース特性を監視するようにユーザ２に要求する。ステップ６３５で、ユーザ２は、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ユーザ２が接続されるＷｉＦｉまたはＷｉＭＡＸアクセスポイントへのユーザ２の接続のエアインターフェース特性をユーザ２が監視中であることをＳＣＰに通知する。信号対雑音比などの所定のエアインターフェース特性が検出されると、ステップ６４０で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ハンドオフを開始すべきであることをＳＣＰに通知する。次いで、ＳＣＰ１４０は、ユーザ２と通信するのに使用されるＡＮＳＩ−４１「ＦＡＣＤＩＲ２」」メッセージをターゲットＭＳＣ（ＭＳＣ２）に送信する。ターゲットＭＳＣ２は、ＳＣＰ１４０にＡＮＳＩ−４１「ｆａｃｄｉｒ２」メッセージを返す。
【００２８】
シナリオ４についての呼のフローは図６Ｂに続き、図６Ｂでは、元の呼が、ＭＳＣ１／ＰＳＴＮを介するＭＧＷとユーザ１との間のＰＣＭベースのセッション、ならびにＭＧＷとユーザ２との間のＲＴＰベースのセッションで示される。ステップ６５０で、ＳＣＰは、ユーザ２にＳＩＰ ＲＥＦＥＲメッセージを送信し、ユーザ２にハンドオフ命令を与える。ステップ６５５で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを返す。ステップ６６０で、ユーザ２は、ＭＳＣ２にＡＮＳＩ−４１ベースの「Ｖｏｉｃｅ ｏｎ Ｎｅｗ Ｃｈａｎｎｅｌ」コマンドを送信し、ユーザ２がＭＳＣ２を介してセルラサービスを開始したいことをＭＳＣ２に警報する。ユーザ２はまた、ステップ６６５で、ユーザ２がＭＳＣ２とのサービスを開始したことをＳＣＰ１４０に通知するためにＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹコマンドを送信する。ステップ６７０で、ＭＳＣ２は、ＳＣＰ１４０にＡＮＳＩ−４１ ＭＳＯＮＣＨ（ＭＳ ＯＮ ＣＨＡＮＮＥＬ）コマンドを送信し、それによってＭＳＣ２が現在ユーザ２と通信中であることをＳＣＰに通知する。ここでＳＣＰ１４０は、ＭＳＣ１と通信中のＭＧＷと、ＭＳＣ２と通信中のＭＧＷとの間のＲＴＰセッションをセットアップしなければならない。ステップ６７５で、ＳＣＰ１４０は、ＭＳＣ２／ユーザ２と通信中のＭＧＷにＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ステップ６７６で、そのＭＧＷは、ＳＩＰ ＯＫメッセージを送り戻す。ステップ６７８で、ＳＣＰ１４０は、ＭＳＣ１／ユーザ１と通信中のＭＧＷにＳＩＰ ＲｅＩＮＶＩＴＥメッセージを送信し、ステップ６８０で、そのＭＧＷはＳＩＰ ＯＫメッセージを返す。ステップ６８２および６８４で、ＳＣＰ１４０は、各ＭＧＷにＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージをそれぞれ送信し、それによって２つのＭＧＷ間のＲＴＰベースのセッションを確立する。このとき、転移されたセッションを用いて、ユーザ１とユーザ２との間の通信が、ＭＳＣ２を介するユーザ２とそのＭＧＷとの間のＰＣＭベースのセッション６９０と、それに続く、ユーザ２と通信中のＭＧＷとユーザ１と通信中のＭＧＷとの間のＲＴＰセッション６９６と、最後に、ユーザ１と通信中のＭＧＷから、そのＭＧＷからＭＳＣ１を介してユーザ１までのＰＣＭベースのセッション６９４を介して行われる。ハンドオフの完了時に、ステップ６９８で、ＳＣＰ１４０はユーザ２にＢＹＥメッセージを送信する。
【００２９】
上記のハンドオフフローが、ユーザがＣＤＭＡベースのセルラネットワークでモバイルハンドセットを操作中のシステムで使用される。図７Ａ〜Ｃおよび８Ａ〜Ｃに、ＩＰとＧＳＭベースのセルラネットワークの両方で「コンボフォン」を使用するモバイルユーザの移行のためのハンドオフフローを示す。図７Ａでは、ユーザ１ １１０は、ＰＳＴＮまたはＧＳＭベースのセルラネットワークを介してネットワークに接続された固定ユーザである。ユーザ２ １２０は、当初はＩＰドメインＷｉＦｉアクセスポイントを介して接続され、非ＩＰベースのＧＳＭネットワークに移行中である。ユーザ２が、ＷｉＦｉアクセスポイントを介するユーザ２のモバイルハンドセットとＭＧＷとの間のＲＴＰセッション７０４を介して接続される間、元の呼は、ＰＳＴＮを介する固定ユーザ１とＭＧＷとの間のＰＣＭベースのセッション７０２からなる。ハンドオーバプロセスは、ＳＣＰ１４０内に実装されたハンドオーバコントローラがステップ７１０でユーザ２にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信し、ある所定のハンドオーバ条件が満たされる場合にユーザ２のモバイルハンドセットに通知を送信するように要求するときに開始する。ステップ７１２で、ユーザ２のモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送り戻し、命令の受信を確認する。ユーザ２のモバイルハンドセットは、情報ＧＳＭ近隣情報を取得し、ＳＩコマンドＳＩ：［ＣｅｌｌＩＤ、ＬＡＩＤ．．．．］７１４およびＳＩ：［ＢＣＣＨ Ｆｒｅｑ Ｌｉｓｔ、．．．．］７１６を使用して、ＢＣＣＨ（「Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ」）信号からＧＳＭ信号測定情報を収集する。ユーザ２のモバイルハンドセットが所定のハンドオーバ条件を検出すると、ステップ７２０で、モバイルハンドセットは、各候補ＧＳＭセルラ基地局についてのＢＳＩＣ（「Ｂａｓｅ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ」）、ＢＣＣＨ周波数、ＢＣＣＨ強度を含むＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。
【００３０】
ステップ７２０で送信されたＳＩＰ ＮＯＴＩＦＹメッセージからの情報を使用して、ＳＣＰ内に実装されたハンドオーバコントローラは、候補情報を使用してターゲットＣｅｌｌＩＤを選択し、ＣｅｌｌＩＤを使用してターゲットＭＳＣＩＤを求め、ターゲットＭＳＣＩＤに巡回するアイドルを求める。次いでステップ７３０で、ＳＣＰ１４０は、選択したセルを求めて、ＩＭＳＩ（「Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｙ」）、ＳｅｒｖｉｎｇＣｅｌｌＩＤ、ＴａｒｇｅｔＣｅｌｌＩＤ、Ｃｈａｎｎｅｌ Ｔｙｐｅ、ＥｎｃｒｙｐｔｉｏｎＩｎｆｏ、ＨａｎｄｏｖｅｒＣａｕｓｅ、．．．．］を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｑｕｅｓｔメッセージをターゲットＭＳＣに送信する。図７Ｂを参照すると、次いで７４０で、ターゲットＭＳＣはＭＧＷとの通信を開始し、その通信ではターゲットＭＳＣはＰＣＭベースのセッションで通信する。次いでステップ７４５で、ターゲットＭＳＣは、ハンドオーバ数、無線資源リスト（チャネルタイプおよび速度）、．．．］を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｓｐｏｎｓｅメッセージをＳＣＰ１４０に送り戻す。次いでステップ７４６で、ＳＣＰは、ＳＩＰ ＲＥＦＥＲコマンドをユーザ２のモバイルハンドセットに送信し、ハンドオフコマンドを装置に与える。ステップ７４８で、ユーザ２のモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージでＳＣＰに応答する。次いで７４９／７５０で、モバイルハンドセットは、新しいチャネル上でターゲットＭＳＣに関連する基地局との通信を開始する。次いで、モバイルハンドセットは、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ＩＰドメインから非ＩＰドメインへのモバイルハンドセットのハンドオフをＳＣＰに通知する。このとき、ユーザ２のモバイルハンドセットはＧＳＭドメイン７５５で通信している。
【００３１】
図７Ｃを参照すると、ハンドオフは、ユーザ１と通信中のＭＧＷとユーザ２と接続中のＭＧＷとの間のＲＴＰセッションの開始に進む。ステップ７６０で、ＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅが、ユーザ２のモバイルハンドセットと通信するターゲットＭＳＣとユーザ１と通信するＭＧＷとの間で送信される。これを実施するために、ステップ７６２で、ＳＣＰ１４０からユーザ２と通信中のＭＧＷにＳＩＰ ＩＮＶＩＴＥコマンドが送信され、ステップ７６４で、ユーザ２は、ＳＣＰにＳＩＰ ＯＫメッセージで応答する。ステップ７６８で、ＳＣＰはまた、ユーザ１と通信中のＭＧＷにＳＩＰ Ｒｅ−ＩＮＶＩＴＥメッセージを送信し、ステップ７７０で、ユーザ１は、ＳＩＰ ＯＫメッセージで応答する。ステップ７７２および７７４で、ＳＣＰ１４０は、ＳＩＰ ＡＣＫメッセージを両方のＭＧＷにそれぞれ送信する。ステップ７７６で、ＳＣＰ１４０は、ＳＩＰ ＢＹＥメッセージでモバイルハンドセットを解放し、ステップ７７８で、モバイルハンドセットは、ＳＩＰ ＯＫメッセージで応答する。したがって、ユーザ２のモバイルハンドセットと、ユーザ１と通信中のＭＧＷとの間のＲＴＰセッション７８０が終了し、２つのＭｅｄｉａ Ｇａｔｅｗａｙ間のＲＴＰセッション７８４が確立されている。このとき、ユーザ１から、７８２のユーザ１のＭＧＷとのＰＣＭベースのセッションを介して、それぞれのＭＧＷ７８４間のＲＴＰセッションを介して進む呼のフローが存在する。呼のフローは、ＭＧＷからＰＣＭベースのセッション７８６を介してターゲットＭＳＣまで進み、次いで、ＧＳＭベースのセッション７８８を使用して、ターゲットＭＳＣからユーザ２のモバイルハンドセットまで進む。ハンドオフが完了し、呼はこの経路を介して進む。
【００３２】
図８Ａを参照すると、ユーザ１が、ＰＣＭベースの呼セッション８０２を介するＰＳＴＮに接続される。ＰＳＴＮは、ユーザ２のモバイルハンドセットに対するサービングＭＳＣに接続され、サービングＭＳＣは、標準ＧＳＭベースのセッション８０４を介してハンドセットと通信する。ユーザ２は、ローカルＷｉＦｉアクセスポイントに接続することにより、ＧＳＭベースの呼からＩＰドメイン内のＲＴＰベースの呼に移行する可能性が高い。ユーザ２のモバイルハンドセットは、ＧＳＭ近隣情報を取得し、ステップ８０６および８０８で、それぞれＳＩ：［ＣｅｌｌＩＤ、ＬＡＩＤ、．．．．］およびＳＩ：［ＢＣＣＨ Ｆｒｅｑ ｌｉｓｔ、．．．］を使用して、ＢＣＣＨ信号からＧＳＭ信号測定情報を収集する。ステップ８１０で、モバイルハンドセットがＷｉＦｉアクセスポイントを検出し、ＷｉＦｉネットワークおよび関連するＶＰＮまたは他のＩＰネットワークとの関連付けを確立した後、モバイルハンドセットは、ハンドオフ指示およびＷｉＦｉ ＢＳＳＩＤと共にＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＳＣＰ１４０に送信する。ステップ８１２で、ＳＣＰは、ユーザ２のモバイルハンドセットにＳＩＰ ＯＫメッセージを返す。ステップ８２０で、ＳＣＰは、ユーザ２のモバイルハンドセットがＷｉＦｉ信号測定値に関する情報を提供するように要求するＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージをモバイルハンドセットに送信する。ステップ８２２で、ユーザ２のモバイルハンドセットは、ＢＣＣＨ測定値、ＢＣＣＨ強度、ＦＲＥＱ、ＢＳＩＣ、およびＷｉＦｉ測定値を含むＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰに送信する。ステップ８３０で、ＳＣＰ１４０コントローラは、ターゲットＷｉＦｉ ＢＳＳＩＤに相関するＷｉＦｉ ＢＳ ＩＤを割り当て、これを、ＳＩＰ ＲＥＦＥＲメッセージを使用してユーザ２のモバイルハンドセットに転送する。次いでステップ８３２および８３４で、ユーザ２のモバイルハンドセットは、最も望ましいターゲットＢＳとしてのＷｉＦｉ ＢＳ ＩＤを含むＷｉＦｉ ＢＳ ＩＤパイロット強度測定値をＲＡＮおよびＭＳＣに転送する。
【００３３】
図８Ｂを参照すると、ＭＳＣは、ハンドオフ候補に関する情報を使用して、ターゲットｃｅｌｌＩＤ、この場合はＷｉＦｉ ＢＳ ＩＤを選択する。ＭＳＣは、ｃｅｌｌＩＤを使用してターゲットＭＳＣ ＩＤを求め、この場合はターゲットＭＳＣ ＩＤはハンドオーバコントローラ「ＭＳＣ」となる。さらに、ＭＳＣは、ハンドオーバコントローラ「ＭＳＣ」に対応するターゲットＭＳＣＩＤに循環するアイドルを求める。次いでステップ８４０で、この情報が、ＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの形でＳＣＰハンドオーバコントローラに転送および送信される。ＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージは、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ、ＩＭＳＩ、ＳｅｒｖｉｎｇｃｅｌｌＩＤ、ＴａｒｇｅｔＣｅｌｌＩＤ、ＣｈａｎｎｅｌＴｙｐｅ、Ｅｎｃｒｙｐｔｉｏｎｉｎｆｏ、Ｈａｎｄｏｖｅｒｃａｕｓｅ、．．．］を含む。ステップ８４２で、ＳＣＰは、ステップ８４２でモバイルハンドセットに送信されたＳＩＰ ＩＮＶＩＴＥメッセージを使用してユーザ２のモバイルハンドセットと関連するＭＧＷとの間のＲＴＰセッションの開始を始め、ステップ８４４で、モバイルハンドセットはＳＩＰ ＯＫメッセージで応答する。ステップ８４６で、ＳＣＰはＭＧＷにＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ステップ８４８で、ＭＧＷはＳＩＰ ＯＫメッセージで応答する。次いで、ＳＣＰ１４０は、ステップ８５０および８５２でそれぞれユーザ２のモバイルハンドセットおよびＭＧＷに送信されたＳＩＰ ＡＣＫメッセージでＲＴＰセッション８９２の開始を確認する。
【００３４】
図８Ｃを参照すると、ステップ８６０で、ＳＣＰ１４０は、Ｈａｎｄｏｖｅｒ Ｎｕｍｂｅｒ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｌｉｓｔ（チャネルタイプおよび速度）を含む情報を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｓｐｏｎｓｅメッセージをＭＳＣに送信する。次いで８６２で、ＭＳＣはＲＡＮにハンドオーバコマンドを送信し、ステップ８６４で、ＲＡＮはそれをモバイルハンドセットに転送し、次いでモバイルハンドセットはＳＩＰセッションに切り替わる。このとき、情報は、ユーザ２のモバイルハンドセットからＲＴＰセッション８９２を介してＭＧＷに流れる。次いで、ＭＧＷはＰＣＭセッション８９４を介してＭＳＣと通信し、ＭＳＣは、ＰＣＭを介して８９６のＰＳＴＮを通じてユーザ１と通信する。ステップ８７０で、モバイルハンドセットは、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ハンドオフが完了したことをＳＣＰに通知する。ステップ８７５および８８０で、ＳＣＰとＭＳＣは、ＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−ＲｅｑｕｅｓｔメッセージおよびＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−Ｒｅｓｐｏｎｓｅメッセージを交換してハンドオーバの完了を知らせ、ＧＳＭベースのセッションを終了する。
【００３５】
ＳＣＰ１４０は呼状態情報を保持することができ、または呼状態情報がＳＣＰに保持されないようにシステムを実装することができる。ＨａｎｄｏｆｆＣｏｎｔｒｏｌｌｅｒは、ハンドオフに応答して初期接続を新しい接続に変換するように指示しなければならない。
【００３６】
図９に、ハンドオフコントローラと、モバイルハンドセット１２０にインターフェースされるそのＳＩＰとを示す。ＳＥ／ＶＦＡＳ９１０は、ＩＳＣＰの一部であるＶｏｉｃｅ Ｆｅａｔｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒである。ハンドオフコントローラ１４４はＳＣＰ１４０内に常駐し、ハンドオフのための適切な時間を決定するためにメディア独立のポリシーおよびビジネス規則を実行する。ハンドオフコントローラは、様々なプロトコルおよびアクセス技術要件に適応し、ＧＳＭやＣＤＭＡなどのレガシーインフラストラクチャと対話する。ハンドオフコントローラ１４４はまた、課金のための使用記録を生成することもできる。ハンドオフコントローラは、ＡＮＳＩ ４１インターフェースと、ＳＩＰインターフェースと、機能プロキシ、セッションハンドオーバマネージャ、およびＭＩＨ Ｌａｙｅｒ（ＩＥＥＥ８０２．２１）の３つの内部層とを含む。モバイルハンドセットでは、やはりＭＩＨ層と、ＣＭＤＡまたはＧＳＭおよびＷｉＦｉまたはＷｉＭＡＸの２つの無線インターフェースとが存在する。モバイルハンドセットは、両方のワイヤレスネットワークを監視することができるべきである。モバイルハンドセットはまた、ハンドオフコントローラにイベントを送信こともできるべきである。モバイルハンドセットはハンドオーバを要求することができ、ユーザ入力がハンドオーバを「強制する」こともできる。ＣＤＭＡ実装についての図１０および１１、ならびにＧＳＭ実装についての図１２および１３でさらに記載されているように、ＭＩＨ層は、ＳＩＰメッセージで８０２．２１プリミティブの使用を実装する。
【００３７】
ＣＤＭＡからＷｉＦｉ／ＷｉＭＡｘへのハンドオフおよびその逆のハンドオフをサポートするのにＡＮＳＩ−４１が使用される。ＡＮＳＩ−４１メッセージは、隣接するＭＳＣ間のセル識別の調整を実現する。ＡＮＳＩ−４１メッセージは、ハンドオフを調整するのにＳｅｒｖｉｎｇ／Ｔａｒｇｅｔセル識別子（ＩＤ）を使用する。ＳｅｒｖｉｎｇＣｅｌｌＩＤおよびＴａｒｇｅｔＣｅｌｌＩＤが、ＦａｃｉｌｉｔｉｅｓＤｉｒｅｃｔｉｖｅ２、ＨａｎｄｏｆｆＢａｃｋ２、ＨａｎｄｏｆｆＴｏＴｈｉｒｄ２ ＩＮＶＯＫＥで使用される。
【００３８】
ＡＮＳＩ−４１はまた、隣接するＭＳＣ間のＭＳＣ間ファシリティ識別の調整も実現する。ＡＮＳＩ−４１は、システム間ハンドオフのための専用幹線を仮定する。ＡＮＳＩ−４１メッセージは、ハンドオフを調整するためにＣｉｒｃｕｉｔ ＩＤを使用する。ＩｎｔｅｒＭＳＣＣｉｒｃｕｉｔがＦａｃｉｌｉｔｉｅｓＤｉｔｅｃｔｉｖｅ２、ＨａｎｄｏｆｆＢａｃｋ２、ＨａｎｄｏｆｆＴｏ Ｔｈｉｒｄ２ ＩＮＶＯＫＥで使用される。適切なハンドオフのために、Ｍｅｄｉａ Ｇａｔｅｗａｙ（ＭＧＷ）とＳｅｒｖｉｎｇ ＭＳＣとＴａｒｇｅｔ ＭＳＣとの間に専用幹線が必要となる。ハンドオフのために利用可能な幹線回路を割り当てるために幹線ステータス情報を維持する必要がある。ＡＮＳＩ−４１は、ＭＳＣ間回路管理のためのＢｌｏｃｋｉｎｇ、Ｕｎｂｌｏｃｋｉｎｇ、ＲｅｓｅｔＣｉｒｃｕｉｔ、ＴｒｕｎｋＴｅｓｔ、およびＴｒｕｎｋＴｅｓｔＤｉｓｃｏｎｎｅｃｔオペレーションを定義する。
【００３９】
ハンドオフ転送で使用されるＡＮＳＩ−４１オペレーションは、ＨａｎｄｏｆｆＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ（２）、ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）、ＭＳＣＯｎＣｈａｎｎｅｌ、およびＩｎｔｅｒＳｙｓｔｅｍＡｎｓｗｅｒである。ＨａｎｄｏｆｆＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ（２）は、任意の特定のチャネルの信号品質レベルに関する測定データを要求するためにサービングＭＳＣから候補ＭＳＣに送信される。ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）は、ハンドオフ転送を要求するためにサービングＭＳＣからＴａｒｇｅｔ ＭＳＣに送信される。ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）（「ＦＡＣＤＩＲ２」）」）メッセージは、以下のいくつかの必須パラメータを含む。既知のＭＳ情報に基づくＭＩＮ、既知のＭＳ情報に基づくＥＳＮ、現在の呼に割り当てられたＢｉｌｌｉｎｇＩＤに基づいてポピュレートされるＢｉｌｌｉｎｇＩＤ（潜在的Ｓｅｇｍｅｎｔ Ｃｏｕｎｔ増分）、ＨＣがそれ自体とターゲットＭＳＣとの間のアイドル回路として選択するＩｎｔｅｒＭＳＣＣｉｒｃｕｉｔＩＤ、ＨＣが計算するＩｎｔｅｒＳｗｉｔｃｈＣｏｕｎｔ（すなわち、アンカＭＳＣである場合に１に設定され、それ以外の場合は前の値を増分する）、サービングＭＳＣでの現在のセルのＩＤであるＳｅｒｖｉｎｇＣｅｌｌＩＤ。このパラメータを、どのＭＳＣが現在ＭＳにサービスしているかを判定する機構としてターゲットＭＳＣで使用することができる。上記に基づいて、ＨＣがハンドオフ手続きを起動するときにはいつでも、ＨＣは、ＳｅｒｖｉｎｇＣｅｌｌＩＤに対して一般的な（事前定義された）値をポピュレートすることができる。この特定の値を、すべての潜在的なターゲットＭＳＣで構成し、ＳＣＰ／ＨＣで提供される「ＭＳＣ」にマッピングするために使用する必要がある。
【００４０】
ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）メッセージはいくつかの任意選択パラメータを含む。ハンドオフのためのＣＤＭＡベースの手続きは以下のパラメータをサポートする。ＨａｎｄｏｆｆＲｅａｓｏｎはハンドオフの理由を示す。ＨａｎｄｏｆｆＳｔａｔｅは、ＭＳが、「回答待ち」または「警報状態」である呼に現在関係していることを示し、ＩＳＡｎｓｗｅｒ処理をサポートする。ＣｏｎｆｉｄｅｎｔｉａｌｉｔｙＭｏｄｅｓは、Ｖｏｉｃｅ Ｐｒｉｖａｃｙ機能およびＳｉｇａｎａｌｉｎｇ Ｍｅｓｓａｇｅ Ｅｎｃｒｙｐｔｉｏｎ機能のステータスを示し、これらの機能がハンドオフ後に望まれるかどうかを示す。ＳｉｇｎａｌＭｅｓｓａｇｅＥｎｃｒｙｐｔｉｏｎＫｅｙがＶｏｉｃｅ Ｐｒｉｖａｃｙ機能およびＳｉｇｎａｌｉｎｇ ＭｅｓｓａｇｅＥｎｃｒｙｐｔｉｏｎ機能に対して含まれ、ＣＤＭＡＣａｌｌＭｏｄｅは、どのチャネルタイプが受け入れられるか（ＣＤＭＡ、ＡＭＰＳ、および／またはＮＡＭＰＳ）を示す。ＣＤＭＡ ＣｈａｎｎｌｅＤａｔａは、使用中の現在のＣＤＭＡトラフィックチャネルに関する情報（フレームオフセット、チャネル数、バンドクラス、ロングコードマスク）を提供する。ＣＤＭＡＭｏｂｉｌｅＰｒｏｔｏｃｏｌＲｅｖｉｓｉｏｎは「ＣＤＭＡ ＭＯＢ＿Ｐ＿ＲＥＶ」情報に基づく。ＣＤＭＡＰｒｉｖａｔｅＬｏｎｇＣｏｄｅＭａｓｋがＶｏｉｃｅ Ｐｒｉｖａｃｙ機能と共に使用される。ＣＤＭＡＳｅｒｖｉｎｇＯｎｅＷａｙＤｅｌａｙは、１００ナノ秒単位のＭＳからサービングＢＳへの推定一方向遅延であり、推定距離に変換可能である。ＣＤＭＡＳｔａｔｉｏｎＣｌａｓｓｍａｒｋは、ＭＳパワークラス、アナログ伝送、スロテッドモード標識、およびデュアルモード標識を含む。ＣＤＭＡＴａｒｇｅｔＭＡＨＯＬｉｓｔがモバイル支援ＨＯに対して含まれ、１組のＴａｒｇｅｔＣｅｌｌＩＤ／ＣＤＭＡＰｉｏｌｔＳｔｒｅｎｇｔｈ／ＣＤＭＡＴａｒｇｅｔＯｎｅＷａｙＤｅｌａｙ情報を提供する。ＭＡＨＯが使用されない場合、ＣＤＭＡＴａｒｇｅｔＭｅａｓｕｒｅｍｅｎｔＬｉｓｔが含まれ、ＣＤＭＡＴａｒｇｅｔＭｅａｓｕｒｅｍｅｎｔＬｉｓｔは１組のＴａｒｇｅｔＣｅｌｌＩＰ／ＣＤＭＡＰｉｏｌｔＳｔｒｅｎｇｈｔ／ＣＤＭＡＴａｒｇｅｔＯｎｅＷａｙＤｅｌａｙ情報を提供する。ＭＳＬｏｃａｔｉｏｎは、ＭＳに関する緯度および経度分解能情報を提供する。
【００４１】
モバイルハンドセットが新しいチャネル上で検出されたことを示すために、ＭＳＣＯｎＣｈａｎｎｅｌがＴａｒｇｅｔ ＭＳＣからＳｅｒｖｉｎｇ ＭＳＣに送信される。ＭＳ終了呼に回答されたことを示すために、ターゲットＭＳＣからサービングＭＳＣにＩｎｔｅｒＳｙｓｔｅｍＡｎｓｗｅｒが送信される。さらに、ＭＳＣ発信呼に回答されたことを示すために、ＩｎｔｅｒＳｙｓｔｅｍ ＡｎｓｗｅｒコマンドもサービングＭＳＣからＴａｒｇｅｔ ＭＳＣに送信される。
【００４２】
ハンドオフ後退および経路最小化に関して、以下のＡＮＳＩ−４１オペレーションが使用される。呼をターゲットＭＳＣに戻すように要求するためにＨａｎｄｏｆｆＢａｃｋ（２）がサービングＭＳＣからターゲットＭＳＣに送信される。呼セグメントに対して割り振られた資源を解放するように要求するためにＦａｃｉＩｉｔｉｅｓＲｅｌｅａｓｅオペレーションがターゲットＭＳＣからサービングＭＳＣに送信される。経路最小化を要求するために、サービングＭＳＣからアンカＭＳＣまでのＨａｎｄＯｆｆＴｏＴｈｉｒｄ（２）オペレーションが終了する。
【００４３】
本発明に対する適用可能性を有する他のＡＮＳＩ−４１オペレーションには、ＡｕｔｈｅｎｔｉｃａｔｉｏｎＤｉｒｅｃｔｉｖｅＦｏｒｗａｒｄ、ＩｎｆｏｒｍａｔｉｏｎＦｏｒｗａｒｄ、ＦｌａｓｈＲｅｑｕｅｓｔ、ＳＭＳＤｅｌｉｖｅｒｙＢａｃｋｗａｒｄ、ＳＭＳＤｅｌｉｖｅｒｙＦｏｒｗａｒｄ、ＩｎｔｅｒｓｙｓｔｅｍＰａｇｅ（２）、およびＩｎｔｅｒｓｙｓｔｅｍＳｅｔｕｐが含まれる。ＡｕｔｈｅｎｔｉｃａｔｉｏｎＤｉｒｅｃｔｉｖｅＦｏｒｗａｒｄオペレーションは、アンカＭＳＣからサービングＭＳＣに送信される固有のチャレンジをサポートする（ポストハンドオフ）。ＩｎｆｏｒｍａｔｉｏｎＦｏｒｗａｒｄオペレーションは、アンカＭＳＣからサービングＭＳＣまでハンドオフチェーンの下方にＭＷＮまたはＣＥ警報を渡すことを可能にする。ＦｌａｓｈＲｅｑｕｅｓｔオペレーションは、サービングＭＳＣからアンカＭＳＤにフラッシュ表示を送信することを可能にする。ＳＭＳＤｅｌｉｖｅｒｙＢａｃｋｗａｒｄオペレーションおよびＳＭＳＤｅｌｉｖｅｒｙＦｏｒｗａｒｄオペレーションは、ハンドオフ条件の下でＳＭＳ開始および終了をサポートする。ＩｎｔｅｒｓｙｓｔｅｍＰａｇｅ（２）オペレーションおよびＩｎｔｅｒＳｙｓｔｅｍＳｅｔｕｐオペレーションは、ボーダーセル状況での呼の送達をサポートする。
【００４４】
ＡＳＩ−４１では、呼がハンドオフされたときに起動されるミッドコール（ｍｉｄ−ｃａｌｌ）機能が、新しいサービングＭＳＣではなく、アンカＭＳＣによって処理される。ＡＮＳＩ−４１では、サービングＭＳＣからアンカＭＳＣにミッドコールイベントに関する情報を渡すのにＰＬＡＳＨＲＥＱコマンドが使用される。
【００４５】
呼がＷｉＦｉからＣＤＭＡにハンドオフされたとき、モバイルハンドセットは、ＣＤＭＡモードで通常通り動作し、ＭＳＣは、ハンドオーバコントローラにＦＬＡＳＨＲＥＱを送信する。ハンドオーバコントローラは、擬似コンボフォンＳＩＰインターフェースを実装し、受信したフラッシュ要求を適切なＳＩＰシグナリングメッセージに変換し、すなわちフラッシュフックにより、ハンドオーバコントローラは、ＭＧＣおよびリモートパーティへの３ＰＣＣシグナリングを使用して呼を待機状態にする。
【００４６】
呼がＣＤＭＡからＷｉＦｉ／ＷｉＭＡＸにハンドオフされたとき、ハンドセットはＣＤＭＡオペレーションをエミュレートしなければならない。具体的には、ハンドセットが「ハンドオフモード」にあるとき、ハンドオーバコントローラは、Ｋｅｙ Ｐｒｅｓｓ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（「ＫＰＭＬ」）イベントパッケージでＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹを起動し、ダイヤルされる桁と共にフラッシュフックに関してハンドセットを監視する。モバイルハンドセットは、「通常モード」と同様の機能を実装しようと実際に試みるのではなく、通知を使用してフラッシュ要求を送達する。ハンドオーバコントローラはＮＯＴＩＦＹを受信し、受信した信号をＦＬＡＳＨＲＥＱに変換し、それをアンカＭＳＣに送信する。
【００４７】
モバイルハンドセット１２０は以下の機能を有するべきである。モバイルハンドセットは、２つの無線層（Ｌａｙｅｒ１およびＬａｙｅｒ２）と対話するためのＭＩＨをサポートする。モバイルハンドセットは、パイロットを測定し、測定値を、送信するのではなくＭＩＨにレポートするべきである。ＣＤＭＡ呼の間に、モバイルハンドセットは、仮想プライベートネットワーク（ＶＰＮ）を確立してＳＵＰシグナリングを交換すべきである。ＭＩＨを介してハンドオフメッセージを受信するとき、通常の送信状態に移るべきである。ＣＤＭＡからＷｉＦｉへのハードハンドオフを強制するとき、モバイルハンドセットは、ＭＩＥＳで必要とされるＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹ機構をサポートできるべきである。機能オペレーションについて、モバイルハンドセットは、ＲｅｇｉｓｔｒａｔｉｏｎおよびＦｅａｔｕｒｅ Ｏｐｅｒａｔｉｏｎのためにオペレーションの「ハンドオフモード」をサポートできるべきである。
【００４８】
本発明の上述の実施形態は例示のためのものに過ぎない。本発明の精神および範囲から逸脱することなく、多数の他の実施形態を当業者は考案することができる。
【図面の簡単な説明】
【００４９】
【図１】本発明が実装される遠隔通信システムのネットワークアーキテクチャを示す図である。
【図２】様々なハンドオーバシナリオを示す図である。
【図３Ａ】固定ユーザがＩＰドメイン内におり、モバイルユーザがＩＰドメインからセルラドメインに移行するシナリオ１でのハンドオフフローを示す図である。
【図３Ｂ】固定ユーザがＩＰドメイン内におり、モバイルユーザがＩＰドメインからセルラドメインに移行するシナリオ１でのハンドオフフローを示す図である。
【図４】固定ユーザがＩＰドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ２でのハンドオフフローを示す図である。
【図５】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ３でのハンドオフフローを示す図である。
【図６Ａ】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ４でのハンドオフフローを示す図である。
【図６Ｂ】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ４でのハンドオフフローを示す図である。
【図７Ａ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定したままであるハンドオフフローを示す図である。
【図７Ｂ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定したままであるハンドオフフローを示す図である。
【図７Ｃ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ａ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ｂ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ｃ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図９】ハンドオフコントローラと、コンボフォンモバイルハンドセットに対するＳＩＰインターフェースの機能図である。
【図１０】ＩＰドメインからＣＤＭＡセルラドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１１】ＣＤＭＡセルラドメインからＩＰドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１２】ＩＰドメインからＧＳＭセルラドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１３】ＧＳＭセルラドメインからＩＰドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【技術分野】
【０００１】
本願は、その開示が参照により本明細書に組み込まれる２００５年５月１８日出願の米国特許仮出願第６０／６８２２７６号明細書および２００５年９月７日出願の米国特許仮出願第６０／７１４６２５号の特典を主張するものである。
【０００２】
本発明は一般に、ＷｉＦｉ（Wireless Fadelity）ネットワークまたはＷｉＭＡＸネットワークからＣＤＭＡネットワークやＧＳＭネットワークなどの標準モバイルセルラネットワークへなど、あるタイプのアクセスネットワークから別のタイプのアクセスネットワークにモバイルユーザが移動するときのモバイルユーザとの通信セッションのハンドオフに関する。より詳細には、本発明は、ユーザがインターネットプロトコル（「ＩＰ」）ドメインと非ＩＰドメインの両方でそのような異機種アクセスネットワークを跨いで移動するときに、「コンボフォン」（例えば、ＷｉＦｉまたはＷＩＭＡＸネットワークとＣＤＭＡまたはＧＳＭネットワークのどちらでも動作することのできる電話）を使用するモバイルユーザにシームレスハンドオフを提供するためにハンドオーバコントローラを実装するサービス制御ポイント（「ＳＣＰ」）を使用する方法および機構に関する。
【背景技術】
【０００３】
いくつかの異なるモバイルアクセスネットワークが開発され、世界中に配置されている。世界中で、セルラ電話用の主なモバイルアクセスネットワークは、符号分割多元接続（ＣＤＭＡ）と移動体通信用グローバルシステム（「ＧＳＭ」）という２つのファミリの標準通信プロトコルの一方に基づく。こうした２つの標準の一方で動作するセルラネットワークは、世界中の大部分の国々でモバイルハンドセットまたは「セルフォン」のユーザに遠隔通信サービスを提供している。こうしたタイプのネットワークの一方または両方の上で動作するセルフォンは当技術分野で周知である。
【０００４】
ＷｉＦｉは、ＩＰドメインで実装された別のタイプのモバイルアクセスネットワークである。ＷｉＦｉネットワークでは、アクセスポイントまたは「ホットスポット」がモバイルコンピュータ、ＰＤＡ、およびＷｉＦｉ互換電話ハンドセットのユーザに、インターネットに接続し、Ｅメールやインスタントメッセージング（「ＩＭ」）やｖｏｉｃｅ ｏｖｅｒ ＩＰ（「ＶｏＩＰ」）プロトコルなどのデータ転送を使用して他のユーザと通信する能力を与える。ＷｉＦｉは、家庭またはオフィス内のコンピュータなど、互いにワイヤレスに通信するためにユーザがワイヤレスローカルエリアネットワーク（「ワイヤレスＬＡＮ」）を作成することを可能にする方法およびシステムとして始まった。最も広く使用されているワイヤレスＬＡＮ技術は、ＷｉＦｉと呼ばれるＩＥＥＥ８０２．１１プロトコルに基づく。ＷｉＦｉはますます、モバイルユーザがインターネットと通信し、ＶｏＩＰ呼を作成および受信するための方法となっている。８０２．１１（ａ）、８０２．１１（ｂ）、および８０２．１１（ｇ）などの様々なバージョンのＩＥＥＥ８０２．１１プロトコルが使用されている。ＷｉＦｉは、最大５４００万ビット／秒（「ｍｂｐｓ」）の速度で、室内で約３２０フィート（９７．５メートル）、屋外で約４００フィート（１２１．９メートル）までデータを伝送することができる。
【０００５】
Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（「ＷｉＭａｘ」）は、８０２．１６と呼ばれる、より新しいワイヤレスＬＡＮ通信プロトコルである。ＷｉＭａｘは、半径約３０マイル（４８．２７ｋｍ）の半径で、最大約７０ｍｂｐｓでデータを伝送することができる。そのような通信半径では、ユーザは、かなりの距離を移動して、かつアクセスポイントの到達範囲内にとどまることができ、広いエリアにわたってユーザに移動体通信を提供するのに必要となるノードがずっと少なくなる。
【０００６】
最近、様々なＣＤＭＡ標準とＧＳＭ標準に基づく従来のセルラネットワークの両方で動作することができると共に、ユーザがインターネットと通信し、ＷｉＦｉおよび／またはＷｉＭａｘアクセスポイントを介してＶｏＩＰ呼を出すことも可能にするモバイルハンドセットまたはセルフォンを有することが提案された。ユビキタスアクセスがより普及するにつれて、マルチモード機能を有する端末またはハンドセットを備えるモバイルユーザは、Ｂｌｕｅｔｏｏｔｈ、８０２．１１Ｘ、ＷｉＭａｘ、ＣＤＭＡ１ＸＲＴＴ、ＩＰｖ６、セルラ（ＣＤＭＡ、ＧＳＭ）ネットワークなどの異機種アクセスネットワーク間を移動することができる。モバイルがネットワーク間を移動するとき、シグナリングおよび無線アクセスネットワークは各アクセスネットワークで異なる。ユーザが相異なるアクセス技術を用いる２つのＩＰネットワーク間を移動するときのシームレスハンドオフを処理するためのいくつかの従来の著作があるが、モバイルが相異なる無線アクセスネットワークを使用するＩＰネットワークと非ＩＰネットワークとの間を移動するときのシームレスハンドオフを提供することに関する著作はほとんどない。例えば、ユーザは、８０２．１１型のＩＰネットワークと、ＣＤＭＡやＧＳＭなどの非ＩＰセルラネットワークのどちらにも接続することのできるコンボフォンを備えることができる。ユーザのプリファレンスおよび位置（例えば家庭または車の中）に基づいて、「コンボフォン」は、どちらかのインターフェースを介してアクティブに通信することができる。しかし、モバイルが特定の種類のネットワーク内およびネットワーク外に移動するときに、あるインターフェースから別のインターフェースに既存のセッションをシームレスにハンドオーバすることが主要な課題である。
【０００７】
相異なるアクセス技術は、それぞれの異なるアクセスネットワークに接続するための相異なる機構を有する。各ネットワークは、ネットワーク資源を得るためにある特定の方式を必要とし（例えば構成パラメータ）、そのようなネットワーク資源を提供するのに相異なる量の時間がかかる。すべてのネットワーク情報を事前構成することは常に可能ではない。ユーザの認証などのセキュリティ要件は、相異なるアクセスネットワークについて異なる。イントラ技術モビリティ管理および／またはローミングは、アクセスネットワーク間で異なる。各アクセスネットワークは異なるモビリティ、サービス品質（ＱｏＳ）、およびセキュリティ要件を有する可能性があるので、異機種ネットワーク間でシームレスなモビリティをサポートすることは難しい作業である。さらに、ＶｏＩＰやストリーミングメディアなどの対話型応用例は、エンドツーエンド遅延およびパケット損失に関して厳しい性能要件を有する。ハンドオーバプロセスは、こうした性能基準に対して、モビリティイベントに関連する発見手続き、構成手続き、結合更新手続き（ｂｉｎｄｉｎｇ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）による遅延を導入することによって追加の圧力を課す。性能は、ネットワークアクセスのために使用される特定のアクセスネットワークおよびプロトコルに結びつけられる可能性もある。２つの異なる管理ドメイン間の移動によって追加の難題が生じる。モバイルハンドセットがその新しいドメインで認証および許可を再確立する必要があるからである。
【０００８】
現在、異機種ネットワークを跨ぐモビリティを最適化するいくつかのイニシアチブが存在する。Ｉｎｔｅｒｎｅｔ Ｒｅｓｅａｒｃｈ Ｔａｓｋ Ｆｏｒｃｅ（ＩＲＴＦ）内のＭＯＢＯＰＴＳワーキンググループとＩＥＴＦ内のＤｅｔｅｃｔｉｎｇ Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｍｅｎｔ（ＤＮＡ）グループが、下層からの適切なトリガを使用することによってハンドオーバをサポートする方式に傾注している。こうしたイニシアチブは、ＩＰネットワーク間のモビリティの問題のみを扱い、異機種（例えばＩＰと非ＩＰ）ネットワーク間のモビリティの解決策を提供しない。
【０００９】
ＩＥＥＥ８０２．２１ワーキンググループは、異機種アクセスネットワークを跨ぐハンドオーバを実施し、モバイルユーザがシームレスハンドオーバ中に受ける性能を向上する助けとなるＭｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ（ＭＩＨＦ）を定義するフレームワークを作成した。このＭＩＨＦは、隣接するネットワーク、ハンドオーバプロセス中に必要なリンク特有のイベントおよびコマンドについての情報を可能にすることにより、基礎となるモビリティ管理に対する支援を提供する。ＩＥＥＥ８０２．２１の目標は、以下のハンドオーバ要件が実現されるようにモビリティ管理プロトコルを実施することである。ＩＥＥＥ８０２．２１の一目標は、サービス連続性を実現し、それによって、ユーザ介入なしにデータ損失および中断時間を最小限に抑えることである。ＩＥＥＥ８０２．２１は、様々な公差特性の適用をサポートする。ＩＥＥＥ８０２．２１は、隣接するネットワークのＱｏＳ情報を得る手段を提供する。ＩＥＥＥ８０２．２１は、ネットワーク発見および選択の手段を提供する。ネットワーク情報は、リンクタイプ、リンク識別子、リンク可用性、リンク品質などの情報を含むことができる。適切なハンドオフネットワークの選択は、必要なＱｏＳ、コスト、ユーザプリファレンスなどに基づくことができる。リアルタイムリンクステータスを提供することによってパワーマネジメントを実施することができる。ＩＥＥＥ８０２．２１は、完全なハンドオーバ解決策を提供せず、むしろハンドオーバ実装を支援するための手段に過ぎない。
【００１０】
８０２．２１のＭＩＨＦは、統合インターフェースによって上層に抽象化サービス（ａｂｓｔｒａｃｔｅｄ ｓｅｒｖｉｃｅ）を提供する。この統合インターフェースは、アクセス技術とは無関係のサービスプリミティブを公開する。ＭＩＨＦは、ＩＥＥＥ８０２．１６、８０２．１１、およびセルラプロトコルを使用するものを含む、アクセス特有の下層ＭＡＣおよびＰＨＹ構成要素と通信することができる。ＭＩＨＦは、Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ（ＭＩＥＳ）、Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ（ＭＩＣＳ）、およびＭｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ（ＭＩＩＳ）という３つの異なるサービスを定義する。
【００１１】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｅｖｅｎｔ Ｓｅｒｖｉｃｅは、ローカルイベントとリモートイベントをどちらもレポートすることによって上層にサービスを提供する。ローカルイベントはクライアント内で生じるのに対し、リモートイベントはネットワーク内で生じる。イベントモデルは、加入および通知手続きに従って機能する。ＭＩＨユーザ（通常は上層プロトコル）は、ある１組のイベントについて下層に登録し、そうしたイベントが生じたときに通知を受ける。ローカルイベントの場合、情報はＭＡＣ層からＭＩＨ層、次いで上層に上向きに伝播する。リモートイベントの場合、情報は、あるスタック内のＭＩＨまたはＬａｙｅｒ ３ Ｍｏｂｉｌｉｔｙ Ｐｒｏｔｏｃｏｌ（Ｌ３ＭＰ）から、リモートスタック内のＭＩＨまたはＬ３ＭＰに伝播することができる。定義される共通イベントの一部には、とりわけ、「Ｌｉｎｋ Ｕｐ」、「Ｌｉｎｋ Ｄｏｗｎ」、「Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ Ｃｈａｎｇｅ」、「Ｌｉｎｋ Ｇｏｉｎｇ Ｄｏｗｎ」、「Ｌ２ Ｈａｎｄｏｖｅｒ Ｉｍｍｉｎｅｎｔ」が含まれる。上層があるイベントについて通知を受けたとき、上層は、コマンドサービスを利用してリンクを制御し、新しい接続ポイントに切り換える。
【００１２】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ（ＭＩＣＳ）は、下層の機能を制御するためのＭＩＣＳプリミティブを上層に提供する。ＭＩＣＳコマンドが使用されて、リンクのステータスについての情報を収集され、下層から、上層のモビリティおよび接続性の判定が実行される。ＭＩＨコマンドはローカルとリモートのどちらでもよい。ＭＩＣＳコマンドのいくつかの例は、ＭＩＨ Ｐｏｌｌ、ＭＩＨ Ｓｃａｎ、ＭＩＨ Ｃｏｎｆｉｇｕｒｅ、およびＭＩＨ Ｓｗｉｔｃｈである。コマンドは、接続されたリンクにポーリングしてその最新のステータスを突き止め、新しく発見したリンクをスキャンし、新しいリンクを構成し、利用可能なリンク間で切り換えるようにＭＩＨ装置に命令する。
【００１３】
Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅは、情報要素および対応する照会−応答機構を定義して、ＭＩＨＦエンティティが近接するネットワークに関する情報を発見および取得することを可能にする。ＭＩＩＳは、隣接するネットワークの名前およびプロバイダ、ならびにチャネル情報、ＭＡＣアドレス、セキュリティ情報、およびハンドオーバ決定の助けになる上層サービスについての他の情報を含む、静的情報と動的情報の両方へのアクセスを提供する。この情報は、下層と上層の両方を介して利用可能にすることができる。ある場合には、あるｌａｙｅｒ ２情報が、インテリジェントハンドオーバ決定を行うのに利用可能でないことがあり、またはインテリジェントハンドオーバ決定を行うのに十分でないことがある。そのようなシナリオでは、上層サービスに照会してモビリティ意思決定プロセスの支援を受けることができる。ＭＩＩＳは、ＸＭＬ（ｅＸｔｅｒｎａｌ ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＴＬＶ（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）などの標準フォーマットを使用することによって情報を表す共通の方式を指定する。隣接する様々なアクセス技術のネットワークについての情報を得るための上層機構を有することにより、特定のアクセス依存の発見方法の必要が軽減される。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
したがって、モバイルハンドセットを使用するモバイルユーザがＷｉＦｉネットワークなどのＩＰネットワークからＣＤＭＡまたはＧＳＭネットワークなどの非ＩＰセルラネットワークに、またはその逆に移動するときに、シームレスハンドオフを実現する方法および機構を提供することが望ましい。
【００１５】
モバイルユーザがＩＰネットワークの使用から非ＩＰネットワークに、またはその逆に転移するときに、様々な接続機構、ネットワーク資源の割振り、タイミング、セキュリティ、ローミングの問題に対処し、それによってパケット損失を回避することが望ましい。
【００１６】
異機種ネットワーク間のシームレスハンドオフを実装するために、台頭しつつあるＩＥＥＥ８０２．２１標準のＭＩＨＦの利点を活用することが望ましい。
【課題を解決するための手段】
【００１７】
この特定の発明は、シームレスモビリティのための解決策を４つの異なるシナリオとして考案した。これらのシナリオは、ユーザの移動のタイプと、モバイルが通信中の対応するユーザの位置とに基づく。ＩＰネットワーク間のハンドオフを処理する従来技術の解決策とは対照的に、ＩＰネットワークと非ＩＰ（セルラ）ネットワークとの間のハンドオフは、より複雑なフロー、ネットワーキング要素間のより多くの対話を含み、様々なハンドオフアルゴリズムを必要とする。本発明は、シームレスハンドオフを提供する助けとなるＳＩＰからＡＮＳＩ−４１へのマッピングおよびＳＩＰからＧＳＭへのマッピングを含むフローを提案する。本明細書では、ＩＰネットワークのためのＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）となるようにＷｉＦｉを使用するものとして明示的に適用されているが、ＲＡＮは常に、ＷｉＭＡＸなどの他のブロードバンド接続でよい。８０２．２１標準は、ＩＰネットワークと非ＩＰネットワークとの間のハンドオフを要求しないが、この方法は、このタイプのハンドオフを処理するために８０２．２１標準で定義されるプリミティブの使用も提案する。この方法は、モバイル支援されるが、ネットワーク制御される。移動する可能性の高いモバイルハンドセットは、ハンドオーバ切迫信号（ｈａｎｄｏｖｅｒ ｉｍｍｉｎｅｎｔ ｓｉｇｎａｌ）をＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）に送信することができ、ＳＣＰは、サービングＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）とターゲットＭＳＣなどのネットワーク内の他のネットワーキング要素間の通信をセットアップすることによってハンドオフを制御する。ＳＣＰとＭＧＣとＭＧＷの組合せは、モバイルの移動パターン（すなわちＩＰからセルまたはセルからＩＰ）に基づいてサービングＭＳＣまたはターゲットＭＳＣのように振る舞うことのできる「ＷｉＦｉＭＳＣ」である。一定のＡＮＳＩ−４１またはＧＳＭ関連の情報が、ＳＩＰシグナリングの一部として搬送される。ＲＥＦＥＲ、ＩＮＶＩＴＥ、ＳＵＢＣＲＩＢＥ、ＮＯＴＩＦＹ、ＳＩＰ Ｐｒｏｘｙ、Ｂ２ＢＵＡなどの標準ＳＩＰメッセージが使用される。こうしたメッセージは、こうしたメッセージの本文で、ＩＥＥＥ８０２．２１プリミティブに関係する情報、ＡＮＳＩ−４１およびＧＳＭ関連の情報を搬送する。モバイルとＳＣＰの間のイベント通知パッケージが、ＩＰネットワークからセルラネットワークへのハンドオフおよびその逆のハンドオフを支援するのに利用される。
【００１８】
第１のネットワークから第２のネットワークにモバイルユーザの通信セッションをハンドオフするためにネットワークでハンドオフコントローラを使用する方法であって、第１のネットワークがＩＰネットワークまたはセルラネットワークであり、第２のネットワークが他のタイプであり、モバイルユーザによって操作されるモバイルハンドセットが固定ユーザによって操作されるハンドセットと通信している方法が提供される。ハンドオフコントローラは、モバイルユーザと第１のネットワークとの間のエアインターフェースの１つまたは複数の所定の特性を監視するようにモバイルハンドセットに命令するメッセージをモバイルハンドセットに送信する。１つまたは複数の所定の特性が満たされたとき、モバイルハンドセットはハンドオフコントローラに応答する。次いで、ハンドオフコントローラは、第２のネットワーク内の利用可能な接続ポイントに関する情報を収集し、第２のネットワーク内の接続ポイントの識別を判定する。第２のネットワーク内の接続ポイントを識別するメッセージがハンドオフコントローラからモバイルハンドセットに送信され、モバイルハンドセットのモバイルユーザと第２のネットワークとの間の通信セッションが確立され、モバイルハンドセットのモバイルユーザと固定ユーザ。ハンドオフコントローラはＳＣＰ内に常駐することができる。
【発明を実施するための最良の形態】
【００１９】
図１に、本発明の方法に従って使用される遠隔通信システムのアーキテクチャを示す。ユーザ１は、「固定」ユーザまたは「静的」ユーザ、すなわちＩＰネットワークから非ＩＰネットワークに現在移行中ではないユーザと呼ばれる。ＩＰドメイン（すなわちＤＳＬ、ＷｉＦｉ、ＷｉＭＡＸ、ケーブルモデム）または非ＩＰドメイン（すなわちＰＳＴＮ、ＣＤＭＡセルラ、ＧＳＭセルラなど）でワイヤーラインまたはワイヤレス接続を介してユーザ１をネットワークに接続することができる。ゲートウェイＭＳＣ（「ＧＭＳＣ」）１１５に接続することのできるモバイル交換局（「ＭＳＣ」）を介してユーザ１を接続することができる。無線アクセスネットワーク１３５も、ＭＳＣとユーザ１が使用するハンドセット１１０との間の最終ワイヤレスリンクを提供するセルラネットワークの一部である。ユーザ２は、以下の例でＩＰネットワークと非ＩＰネットワークとの間を移行しているモバイルユーザである。ＷｉＦｉ、ＷｉＭＡＸ、他のワイヤレスＩＰプロトコルなどのＩＰ接続を介して、ユーザ２および「コンボフォン」とも呼ばれる関連するモバイルハンドセット１２０を接続することができる。さらに、「コンボフォン」は、ＣＤＭＡまたはＧＳＭネットワークに接続するのに使用することのできるインターフェースも有する。したがって、コンボフォンは、セルラネットワークとＩＰネットワークとを切り換える能力を有する。そのような接続は、Ｍｅｄｉａ Ｇａｔｅｗａｙ（「ＭＧＷ」）１２０を通じて、公衆交換電話網（「ＰＳＴＮ」）１９０を介してＭＳＣ１３０に経路指定される。Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（「ＭＧＣＰ」または「ＭＧＣ」）１６０はＭｅｄｉａ Ｇａｔｅｗａｙに密接に関係付けられ、ＩＰネットワークと非ＩＰネットワークとの間のインターフェースを一緒に提供する。Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（「ＣＳＣＦ」）１７０は、３ＧＰＰネットワークのＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）などのＩＰネットワークの周知の構成要素であり、その機能は本発明で不変のままである。インターネット１８０は、ルータのユビキタスパケット交換ネットワーク、あるいはＩＰｖ４、ＩＰｖ６、または他のプロトコルで動作する他の類似のＩＰネットワークである。
【００２０】
Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ（「ＳＣＰ」）１４０は、以下の機能を実装する呼出し制御ソフトウェアならびに関連するサーバおよび他のハードウェアである。ＳＣＰ１４０は、Ｔｅｌｃｏｒｄｉａ（登録商標）ＳＣＰによって提供されるような、標準Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ１４１の機能を実装する。さらに、ＳＣＰ１４０は、以下と図９でさらに説明するハンドオフ（またはハンドオーバ）コントローラ１４４を含む。ＳＣＰ１４０はまた、ＩＰモビリティのためにレコードを維持するのに必要なＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｅｓｔｉｎｇ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（「ＩＰ−ＶＬＲ」）も含むことができる。ＳＣＰ１４０はまた、以下で説明する様々なモビリティシナリオでターゲットＭＳＣまたはサービングＭＳＣとして振る舞う仮想ＭＳＣ１４３も含む。ＭＳＣ１４３は、ＭＳＣ１３０などの実際のＭＳＣと通信するＨｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（「ＨＬＲ」）１２５と通信する。
【００２１】
図２を参照すると、本発明は、シームレスモビリティを４つの異なるシナリオで提供するための方法および機構を提供する。これらのシナリオは、ユーザの移動と、モバイルが通信中の対応するユーザの位置のタイプに基づく。最初の２つのシナリオでは、固定ユーザがＩＰネットワークで操作中であり、ＷｉＦｉ、ＷｉＭａｘ、ＤＳＬ、ケーブルモデム、または何らかの他のタイプのＩＰアクセスネットワークおよびノードを介して固定ユーザを接続することができる。第１のシナリオでは、モバイルユーザが、ＩＰネットワークへの接続からセルラネットワークへの接続に移行中である（「シナリオ１」）２１０。第２のシナリオでは、モバイルユーザが、ＣＤＭＡドメインからＩＰドメインに移動中である（「シナリオ２」）２２０。他の２つのシナリオでは、固定ユーザが、ＣＤＭＡまたはＧＳＭネットワークまたはＰＳＴＮなどのセルラネットワークに接続される。固定ユーザは将来のハンドオフではモバイルユーザでもよく、特殊なシナリオでは、両方のユーザがモバイルでよい。シナリオ３では、モバイルユーザが、ＩＰネットワークからセルラネットワークに移動中である（「シナリオ３」）２３０。シナリオ４では、モバイルユーザが、セルラネットワーク（ＣＤＭＡまたはＧＳＭ）からＷｉＦｉなどのＩＰネットワークに移動中であり、固定ユーザがセルラネットワークに接続される（「シナリオ４」）２４０。これから、各シナリオを一度に１つずつ説明する。
【００２２】
図３Ａおよび３Ｂにシナリオ１を示す。シナリオ１では、ステップ３１０で、固定ユーザ（ユーザ１）およびモバイルユーザ（ユーザ２）が、標準Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（「ＳＩＰ」）を使用して標準Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（「ＲＴＰ」）セッションを開始している。次いでステップ３２０で、ユーザ１とユーザ２は、ＲＴＰを使用して互いに通信する。ステップ３３０で、ＳＣＰ１４０が、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージをユーザ２のモバイルハンドセット１２０に送信し、一定のイベントが発生したとき、例えばＷｉＦｉ無線インターフェースに関する信号対雑音比が所定のしきい値未満に下がったときにＳＣＰに通知するようにユーザ２に促す。この箇所および本明細書の別の箇所でＳＵＢＳＣＲＩＢＥメッセージを使用する前に、モバイルハンドセットは、モバイルハンドセット自体およびモバイルハンドセットの現在位置をＳＣＰに知らせるために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＳＣＰに送信している。こうしたＳＩＰ ＲＥＧＩＳＴＥＲメッセージの使用を図示していないが、すべての適切な場合でそれを仮定する。ステップ３３５で、ユーザ２は、ＳＣＰからのＳＩＰ ＮＯＴＩＦＹメッセージを用いた照会を確認する。所定のイベントが発生したことをユーザ２が識別したとき、ステップ３４０で、ユーザ２は、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。次いで、ＳＣＰ１４０は、ユーザ２にサービスするのに使用されるターゲットＭＳＣを選択する。ステップ３５０で、ＳＣＰは、以下でより詳細に説明するＡＮＳＩ−４１ ＦＡＣＤＩＲ２メッセージを使用して、選択したターゲットＭＳＣ（「ＭＳＣ２」）を通知する。ステップ３５５で、ＭＳＣ２は選択を確認し、「ｆａｃｄｉｒ２」」応答メッセージを返すことによってチャネル情報を含める。
【００２３】
図３Ｂに、シナリオ１についてのハンドオフプロセスの継続を示す。既存のＲＴＰセッション３２０がユーザ１とユーザ２の間に存在する。ステップ３６０で、ＳＣＰ１４０が、ハンドオフ命令であるＳＩＰ ＲＥＦＥＲメッセージをユーザ２が使用するモバイルハンドセット１２０に送信する。ステップ３６５で、ユーザ２が使用するモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰに返すことによってハンドオフ命令の受信を確認する。ステップ３７０で、ユーザ２のモバイルハンドセットは、ＡＮＳＩ−４１「ｖｏｉｃｅ ｏｎ ｎｅｗ ｃｈａｎｎｅｌ」メッセージをターゲットＭＳＣすなわちＭＳＣ２に送信する。ステップ３７５で、ユーザ２はまた、ユーザ２がハンドオフに対してＭＳＣ２を警報したことをＳＣＰに通知するＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。次いでステップ３８０で、ＭＳＣ２ １３０は、ＡＮＳＩ−４１ ＭＳＯＮＣＨメッセージをＳＣＰに送信する。ステップ３８５で、ＳＣＰ１４０は、ユーザ１とＭＧＷとの間でＲＴＰセッションを開始する許可を要求するＳＩＰ ＩＮＶＩＴＥメッセージをＭＧＷ／ＭＧＣ１５０／１６０に送信する。ステップ３８６で、ＭＧＷ／ＭＧＣがセッションに同意する場合、ＭＧＷ／ＭＧＣは、ＳＩＰ ＯＫメッセージをＳＣＰに返す。ステップ３８８で、ＳＣＰは、ＳＩＰ ＲｅＩＮＶＩＴＥメッセージをユーザ１に送信し、ＲＴＰセッションを再開する。ステップ３８９で、ユーザ１はＳＩＰ ＯＫメッセージをＳＣＰに送り戻す。次いで、ＳＣＰは、ユーザ１とＭＧＷとの間のＲＴＰセッションの開始を完了するために、ＳＩＰ ＡＣＫ（「ＡＣＫＮＯＷＬＥＤＧＥ」）メッセージをＭＧＷとユーザ１の両方にそれぞれステップ３９０および３９２で送信する。次にステップ３９４で、ユーザ２は、パルスコード変調（「ＰＣＭ」）を使用してＭＳＣ２およびＰＳＴＮを介してＭＧＷと通信する。ステップ３９６で、ユーザ１は、ＳＩＰ開始ＲＴＰセッションを介してＭＧＷと通信する。したがって、ユーザ２がＲＴＰセッションでユーザ１と直接通信していた元のＩＰベースのネットワークから、ユーザ２がＣＤＭＡベースのＭＳＣと通信するセルラネットワークへのユーザ２の転移が完了する。次いで、ＳＣＰ１４０がユーザ２にＳＩＰ ＢＹＥメッセージを送信し、ハンドオフが完了する。
【００２４】
ここで、ユーザ１とユーザ２との間の通信は以下の方式で行われる。ユーザ２は、基地局（「ＢＳ」）とワイヤレス通信し、ＭＳＣ２に接続されたＲＡＮの一部を形成し、ＭＳＣ２は、ＰＳＴＮを介してＭＧＷに接続される。ＭＧＷは、ユーザ１とＲＴＰセッション中である。ＭＧＷは、ＲＴＰベースのセッションをユーザ２に転送するためにＰＣＭベースの信号に変換し、その逆に変換する任を担う。
【００２５】
図４に示されるシナリオ２では、ユーザ１は、ＷｉＦｉ、ＷｉＭＡＸ、ＤＳＬ、または他のタイプのＩＰベースの接続を介してインターネットに接続されたＩＰドメイン内にとどまる。ユーザ２は、セルラドメインからＩＰドメインに転移中である。元の呼が、ＭＧＷとユーザ１との間のＳＩＰ開始（ステップ４０２）ＲＴＰセッション（４０６）、ならびにサービングＭＳＣであるＭＳＣ１を介するユーザ２とＭＧＷとの間のＩＳＵＰ開始（ステップ４０４）ＰＣＭベースセッション（４０８）を使用してセットアップされる。ステップ４１０で、ＭＳＣ１は、ハンドオフを開始するためにＳＣＰ１４０サービングＭＳＣ１にＡＮＳＩ−４１ＨＡＮＤＭＲＥＱＸメッセージを送信する。ステップ４１５で、ＭＳＣ１は、ＡＮＳＩ−４１「ｈａｎｄｍｒｅｑｘ」」メッセージでＳＣＰに応答する。ステップ４２０で、ＭＳＣ１は、ターゲットＭＳＣ（すなわち、ＭＳＣ１が接続されることになるインターネット接続の位置）を選択し、ＡＮＳＩ−４１ ＨＡＮＤＢＡＣＫメッセージを介してターゲットＭＳＣをＳＣＰに通知する。ステップ４２５で、ＳＣＰは、ＭＳＣ１にＡＮＳＩ−４１「ｈａｎｄｂａｃｋ」メッセージを返す。ステップ４３０で、ＳＣＰは、ＭＳＣに接続されたＲＡＮとのモバイルハンドセットのエアインターフェースの品質を監視するようにモバイルハンドセットに命令するために、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信する。ステップ４３５で、ユーザ２は、ＳＩＰ ＮＯＴＩＦＹメッセージで応答する。ユーザ２のモバイルハンドセットは、呼の特性を監視し、１つまたは複数のパラメータが所定のしきい値に達したとき、ステップ４４０で、ＭＳＣ１は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信する。それに応答して、ステップ４４５で、ＳＣＰは、ユーザ２とユーザ１との間のＲＴＰセッションを開始するために、ユーザ２にＳＩＰ ＩＮＶＩＴＥメッセージを送信する。ステップ４５０で、ユーザ２は、ＳＩＰ ＯＫメッセージで応答する。ステップ４５５で、ＳＣＰ１４０はユーザ１にＳＩＰ ＲｅＩＮＶＩＴＥメッセージを送信し、ステップ４６０で、ユーザ１はＳＩＰ ＯＫメッセージで応答する。ステップ４７０で、ユーザ１とユーザ２との間のＲＴＰセッションが確立されている。ステップ４８０で、ＳＣＰはＭＧＷにＳＩＰ ＢＹＥメッセージを送信し、ハンドオフが完了し、ＭＧＷが呼セッションを解放できることをＭＧＷに通知する。
【００２６】
図５を参照すると、シナリオ３についてのハンドオフフローを確認することができる。シナリオ３では、ユーザ１は、周知の方式で開始されたＰＣＭセルラインターフェースを介してＭＳＣ１（５０２）に静的に接続されたままである。ユーザ２は、ＭＳＣ２とのＰＣＭベースの接続（５０４）から、ＭＧＷとのＲＴＰベースのセッションに転移する。元のセルラ呼では、ＭＳＣ１とＭＳＣ２が幹線（５０６）を介して接続される。ステップ５１０で、ユーザ２はＩＳ−９５／ＩＳ−２０００測定レポート（Ｒ−ＣＱＩＣＨ）をＭＳＣ２に送信し、ハンドオフの後にＭＳＣ２が通信することのできるターゲットＭＳＣをＭＳＣ２に通知する。この場合、ターゲットＭＳＣは仮想ＭＳＣ、すなわちＭＧＷである。ステップ５１５で、ＭＳＣ２は、ハンドオーバを要求するためにＡＮＳＩ−４１「ＨＡＮＤＭＲＥＱＸ２」を送信する。ステップ５２０で、ＳＣＰ１４０は、ＭＳＣ２にＡＮＳＩ−４１「ｈａｎｄｍｒｅｑｘ２」を返す。次いでステップ５２５で、ＳＣＰ１４０は、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信することにより、ユーザ２とＭＧＷとの間のＲＴＰセッションを開始するプロセスを開始する。ステップ５３０で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ユーザ２はエアインターフェースを監視し、ユーザ２とＭＳＣ２に接続された基地局との間のインターフェースがある所定のしきい値未満に劣化したとき、ステップ５３５で、ユーザ２は、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ステップ５４０で、ＳＣＰは、ユーザ２にＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ＳＣＰとＭＧＷとの間のＳＩＰセッションの開始を要求する。ステップ５４５で、類似のＩＮＶＩＴＥ要求がＳＣＰからＭＧＷに送信され、ＭＧＷとユーザ２との間のＳＩＰセッションの開始が要求される。ステップ５５０で、ＲＴＰセッションが確立されている。ここで、ユーザ１とユーザ２との間の通信セッションが以下の経路で生じる。ユーザ１は、ＰＣＭセルラ呼５０２を介して引き続きＭＳＣ１と通信する。ＭＳＣ１は、幹線５０６を介して引き続きＭＳＣ２と通信する。ＭＳＣ２は、ＰＣＭセッション５６０でＰＳＴＮを介してＭＧＷと通信した。ユーザ１とユーザ２との間の最終リンクは、ユーザ２が接続されるＷｉＦｉ、ＷｉＭＡＸ、または他のＩＰ接続を介する、ＭＧＷとユーザ２との間のＲＴＰベースのＩＰセッション５５０である。
【００２７】
図６Ａおよび６Ｂに、ユーザ１がセルラネットワークに静的に接続されたままで、ユーザ２がＩＰネットワークからセルラネットワークに移行するときのハンドオフフローを示す。６１２で、元の呼が、ユーザ１と、ＭＳＣ１と、これらの要素間のＰＣＭベースの呼をセットアップするＭＧＷとの間のＩＳＵＰコマンド６１０によって発信される。ＳＣＰ１４０と、ＭＧＷと、ユーザ２との間のＳＩＰコマンド６２０が、ユーザ２とＭＧＷとの間のＲＴＰベースのセッション６２２を開始する。移行を開始するために、ステップ６３０で、ＳＣＰ１４０は、ユーザ２のモバイルハンドセットにＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信し、ユーザ２のＷｉＦｉ接続のエアインターフェース特性を監視するようにユーザ２に要求する。ステップ６３５で、ユーザ２は、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ユーザ２が接続されるＷｉＦｉまたはＷｉＭＡＸアクセスポイントへのユーザ２の接続のエアインターフェース特性をユーザ２が監視中であることをＳＣＰに通知する。信号対雑音比などの所定のエアインターフェース特性が検出されると、ステップ６４０で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ハンドオフを開始すべきであることをＳＣＰに通知する。次いで、ＳＣＰ１４０は、ユーザ２と通信するのに使用されるＡＮＳＩ−４１「ＦＡＣＤＩＲ２」」メッセージをターゲットＭＳＣ（ＭＳＣ２）に送信する。ターゲットＭＳＣ２は、ＳＣＰ１４０にＡＮＳＩ−４１「ｆａｃｄｉｒ２」メッセージを返す。
【００２８】
シナリオ４についての呼のフローは図６Ｂに続き、図６Ｂでは、元の呼が、ＭＳＣ１／ＰＳＴＮを介するＭＧＷとユーザ１との間のＰＣＭベースのセッション、ならびにＭＧＷとユーザ２との間のＲＴＰベースのセッションで示される。ステップ６５０で、ＳＣＰは、ユーザ２にＳＩＰ ＲＥＦＥＲメッセージを送信し、ユーザ２にハンドオフ命令を与える。ステップ６５５で、ユーザ２は、ＳＣＰにＳＩＰ ＮＯＴＩＦＹメッセージを返す。ステップ６６０で、ユーザ２は、ＭＳＣ２にＡＮＳＩ−４１ベースの「Ｖｏｉｃｅ ｏｎ Ｎｅｗ Ｃｈａｎｎｅｌ」コマンドを送信し、ユーザ２がＭＳＣ２を介してセルラサービスを開始したいことをＭＳＣ２に警報する。ユーザ２はまた、ステップ６６５で、ユーザ２がＭＳＣ２とのサービスを開始したことをＳＣＰ１４０に通知するためにＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹコマンドを送信する。ステップ６７０で、ＭＳＣ２は、ＳＣＰ１４０にＡＮＳＩ−４１ ＭＳＯＮＣＨ（ＭＳ ＯＮ ＣＨＡＮＮＥＬ）コマンドを送信し、それによってＭＳＣ２が現在ユーザ２と通信中であることをＳＣＰに通知する。ここでＳＣＰ１４０は、ＭＳＣ１と通信中のＭＧＷと、ＭＳＣ２と通信中のＭＧＷとの間のＲＴＰセッションをセットアップしなければならない。ステップ６７５で、ＳＣＰ１４０は、ＭＳＣ２／ユーザ２と通信中のＭＧＷにＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ステップ６７６で、そのＭＧＷは、ＳＩＰ ＯＫメッセージを送り戻す。ステップ６７８で、ＳＣＰ１４０は、ＭＳＣ１／ユーザ１と通信中のＭＧＷにＳＩＰ ＲｅＩＮＶＩＴＥメッセージを送信し、ステップ６８０で、そのＭＧＷはＳＩＰ ＯＫメッセージを返す。ステップ６８２および６８４で、ＳＣＰ１４０は、各ＭＧＷにＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージをそれぞれ送信し、それによって２つのＭＧＷ間のＲＴＰベースのセッションを確立する。このとき、転移されたセッションを用いて、ユーザ１とユーザ２との間の通信が、ＭＳＣ２を介するユーザ２とそのＭＧＷとの間のＰＣＭベースのセッション６９０と、それに続く、ユーザ２と通信中のＭＧＷとユーザ１と通信中のＭＧＷとの間のＲＴＰセッション６９６と、最後に、ユーザ１と通信中のＭＧＷから、そのＭＧＷからＭＳＣ１を介してユーザ１までのＰＣＭベースのセッション６９４を介して行われる。ハンドオフの完了時に、ステップ６９８で、ＳＣＰ１４０はユーザ２にＢＹＥメッセージを送信する。
【００２９】
上記のハンドオフフローが、ユーザがＣＤＭＡベースのセルラネットワークでモバイルハンドセットを操作中のシステムで使用される。図７Ａ〜Ｃおよび８Ａ〜Ｃに、ＩＰとＧＳＭベースのセルラネットワークの両方で「コンボフォン」を使用するモバイルユーザの移行のためのハンドオフフローを示す。図７Ａでは、ユーザ１ １１０は、ＰＳＴＮまたはＧＳＭベースのセルラネットワークを介してネットワークに接続された固定ユーザである。ユーザ２ １２０は、当初はＩＰドメインＷｉＦｉアクセスポイントを介して接続され、非ＩＰベースのＧＳＭネットワークに移行中である。ユーザ２が、ＷｉＦｉアクセスポイントを介するユーザ２のモバイルハンドセットとＭＧＷとの間のＲＴＰセッション７０４を介して接続される間、元の呼は、ＰＳＴＮを介する固定ユーザ１とＭＧＷとの間のＰＣＭベースのセッション７０２からなる。ハンドオーバプロセスは、ＳＣＰ１４０内に実装されたハンドオーバコントローラがステップ７１０でユーザ２にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信し、ある所定のハンドオーバ条件が満たされる場合にユーザ２のモバイルハンドセットに通知を送信するように要求するときに開始する。ステップ７１２で、ユーザ２のモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送り戻し、命令の受信を確認する。ユーザ２のモバイルハンドセットは、情報ＧＳＭ近隣情報を取得し、ＳＩコマンドＳＩ：［ＣｅｌｌＩＤ、ＬＡＩＤ．．．．］７１４およびＳＩ：［ＢＣＣＨ Ｆｒｅｑ Ｌｉｓｔ、．．．．］７１６を使用して、ＢＣＣＨ（「Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ」）信号からＧＳＭ信号測定情報を収集する。ユーザ２のモバイルハンドセットが所定のハンドオーバ条件を検出すると、ステップ７２０で、モバイルハンドセットは、各候補ＧＳＭセルラ基地局についてのＢＳＩＣ（「Ｂａｓｅ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ」）、ＢＣＣＨ周波数、ＢＣＣＨ強度を含むＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰ１４０に送信する。
【００３０】
ステップ７２０で送信されたＳＩＰ ＮＯＴＩＦＹメッセージからの情報を使用して、ＳＣＰ内に実装されたハンドオーバコントローラは、候補情報を使用してターゲットＣｅｌｌＩＤを選択し、ＣｅｌｌＩＤを使用してターゲットＭＳＣＩＤを求め、ターゲットＭＳＣＩＤに巡回するアイドルを求める。次いでステップ７３０で、ＳＣＰ１４０は、選択したセルを求めて、ＩＭＳＩ（「Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｙ」）、ＳｅｒｖｉｎｇＣｅｌｌＩＤ、ＴａｒｇｅｔＣｅｌｌＩＤ、Ｃｈａｎｎｅｌ Ｔｙｐｅ、ＥｎｃｒｙｐｔｉｏｎＩｎｆｏ、ＨａｎｄｏｖｅｒＣａｕｓｅ、．．．．］を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｑｕｅｓｔメッセージをターゲットＭＳＣに送信する。図７Ｂを参照すると、次いで７４０で、ターゲットＭＳＣはＭＧＷとの通信を開始し、その通信ではターゲットＭＳＣはＰＣＭベースのセッションで通信する。次いでステップ７４５で、ターゲットＭＳＣは、ハンドオーバ数、無線資源リスト（チャネルタイプおよび速度）、．．．］を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｓｐｏｎｓｅメッセージをＳＣＰ１４０に送り戻す。次いでステップ７４６で、ＳＣＰは、ＳＩＰ ＲＥＦＥＲコマンドをユーザ２のモバイルハンドセットに送信し、ハンドオフコマンドを装置に与える。ステップ７４８で、ユーザ２のモバイルハンドセットは、ＳＩＰ ＮＯＴＩＦＹメッセージでＳＣＰに応答する。次いで７４９／７５０で、モバイルハンドセットは、新しいチャネル上でターゲットＭＳＣに関連する基地局との通信を開始する。次いで、モバイルハンドセットは、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ＩＰドメインから非ＩＰドメインへのモバイルハンドセットのハンドオフをＳＣＰに通知する。このとき、ユーザ２のモバイルハンドセットはＧＳＭドメイン７５５で通信している。
【００３１】
図７Ｃを参照すると、ハンドオフは、ユーザ１と通信中のＭＧＷとユーザ２と接続中のＭＧＷとの間のＲＴＰセッションの開始に進む。ステップ７６０で、ＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅが、ユーザ２のモバイルハンドセットと通信するターゲットＭＳＣとユーザ１と通信するＭＧＷとの間で送信される。これを実施するために、ステップ７６２で、ＳＣＰ１４０からユーザ２と通信中のＭＧＷにＳＩＰ ＩＮＶＩＴＥコマンドが送信され、ステップ７６４で、ユーザ２は、ＳＣＰにＳＩＰ ＯＫメッセージで応答する。ステップ７６８で、ＳＣＰはまた、ユーザ１と通信中のＭＧＷにＳＩＰ Ｒｅ−ＩＮＶＩＴＥメッセージを送信し、ステップ７７０で、ユーザ１は、ＳＩＰ ＯＫメッセージで応答する。ステップ７７２および７７４で、ＳＣＰ１４０は、ＳＩＰ ＡＣＫメッセージを両方のＭＧＷにそれぞれ送信する。ステップ７７６で、ＳＣＰ１４０は、ＳＩＰ ＢＹＥメッセージでモバイルハンドセットを解放し、ステップ７７８で、モバイルハンドセットは、ＳＩＰ ＯＫメッセージで応答する。したがって、ユーザ２のモバイルハンドセットと、ユーザ１と通信中のＭＧＷとの間のＲＴＰセッション７８０が終了し、２つのＭｅｄｉａ Ｇａｔｅｗａｙ間のＲＴＰセッション７８４が確立されている。このとき、ユーザ１から、７８２のユーザ１のＭＧＷとのＰＣＭベースのセッションを介して、それぞれのＭＧＷ７８４間のＲＴＰセッションを介して進む呼のフローが存在する。呼のフローは、ＭＧＷからＰＣＭベースのセッション７８６を介してターゲットＭＳＣまで進み、次いで、ＧＳＭベースのセッション７８８を使用して、ターゲットＭＳＣからユーザ２のモバイルハンドセットまで進む。ハンドオフが完了し、呼はこの経路を介して進む。
【００３２】
図８Ａを参照すると、ユーザ１が、ＰＣＭベースの呼セッション８０２を介するＰＳＴＮに接続される。ＰＳＴＮは、ユーザ２のモバイルハンドセットに対するサービングＭＳＣに接続され、サービングＭＳＣは、標準ＧＳＭベースのセッション８０４を介してハンドセットと通信する。ユーザ２は、ローカルＷｉＦｉアクセスポイントに接続することにより、ＧＳＭベースの呼からＩＰドメイン内のＲＴＰベースの呼に移行する可能性が高い。ユーザ２のモバイルハンドセットは、ＧＳＭ近隣情報を取得し、ステップ８０６および８０８で、それぞれＳＩ：［ＣｅｌｌＩＤ、ＬＡＩＤ、．．．．］およびＳＩ：［ＢＣＣＨ Ｆｒｅｑ ｌｉｓｔ、．．．］を使用して、ＢＣＣＨ信号からＧＳＭ信号測定情報を収集する。ステップ８１０で、モバイルハンドセットがＷｉＦｉアクセスポイントを検出し、ＷｉＦｉネットワークおよび関連するＶＰＮまたは他のＩＰネットワークとの関連付けを確立した後、モバイルハンドセットは、ハンドオフ指示およびＷｉＦｉ ＢＳＳＩＤと共にＳＩＰ ＲＥＧＩＳＴＥＲメッセージをＳＣＰ１４０に送信する。ステップ８１２で、ＳＣＰは、ユーザ２のモバイルハンドセットにＳＩＰ ＯＫメッセージを返す。ステップ８２０で、ＳＣＰは、ユーザ２のモバイルハンドセットがＷｉＦｉ信号測定値に関する情報を提供するように要求するＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージをモバイルハンドセットに送信する。ステップ８２２で、ユーザ２のモバイルハンドセットは、ＢＣＣＨ測定値、ＢＣＣＨ強度、ＦＲＥＱ、ＢＳＩＣ、およびＷｉＦｉ測定値を含むＳＩＰ ＮＯＴＩＦＹメッセージをＳＣＰに送信する。ステップ８３０で、ＳＣＰ１４０コントローラは、ターゲットＷｉＦｉ ＢＳＳＩＤに相関するＷｉＦｉ ＢＳ ＩＤを割り当て、これを、ＳＩＰ ＲＥＦＥＲメッセージを使用してユーザ２のモバイルハンドセットに転送する。次いでステップ８３２および８３４で、ユーザ２のモバイルハンドセットは、最も望ましいターゲットＢＳとしてのＷｉＦｉ ＢＳ ＩＤを含むＷｉＦｉ ＢＳ ＩＤパイロット強度測定値をＲＡＮおよびＭＳＣに転送する。
【００３３】
図８Ｂを参照すると、ＭＳＣは、ハンドオフ候補に関する情報を使用して、ターゲットｃｅｌｌＩＤ、この場合はＷｉＦｉ ＢＳ ＩＤを選択する。ＭＳＣは、ｃｅｌｌＩＤを使用してターゲットＭＳＣ ＩＤを求め、この場合はターゲットＭＳＣ ＩＤはハンドオーバコントローラ「ＭＳＣ」となる。さらに、ＭＳＣは、ハンドオーバコントローラ「ＭＳＣ」に対応するターゲットＭＳＣＩＤに循環するアイドルを求める。次いでステップ８４０で、この情報が、ＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージの形でＳＣＰハンドオーバコントローラに転送および送信される。ＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージは、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ、ＩＭＳＩ、ＳｅｒｖｉｎｇｃｅｌｌＩＤ、ＴａｒｇｅｔＣｅｌｌＩＤ、ＣｈａｎｎｅｌＴｙｐｅ、Ｅｎｃｒｙｐｔｉｏｎｉｎｆｏ、Ｈａｎｄｏｖｅｒｃａｕｓｅ、．．．］を含む。ステップ８４２で、ＳＣＰは、ステップ８４２でモバイルハンドセットに送信されたＳＩＰ ＩＮＶＩＴＥメッセージを使用してユーザ２のモバイルハンドセットと関連するＭＧＷとの間のＲＴＰセッションの開始を始め、ステップ８４４で、モバイルハンドセットはＳＩＰ ＯＫメッセージで応答する。ステップ８４６で、ＳＣＰはＭＧＷにＳＩＰ ＩＮＶＩＴＥメッセージを送信し、ステップ８４８で、ＭＧＷはＳＩＰ ＯＫメッセージで応答する。次いで、ＳＣＰ１４０は、ステップ８５０および８５２でそれぞれユーザ２のモバイルハンドセットおよびＭＧＷに送信されたＳＩＰ ＡＣＫメッセージでＲＴＰセッション８９２の開始を確認する。
【００３４】
図８Ｃを参照すると、ステップ８６０で、ＳＣＰ１４０は、Ｈａｎｄｏｖｅｒ Ｎｕｍｂｅｒ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｌｉｓｔ（チャネルタイプおよび速度）を含む情報を含むＭＡＰ−Ｐｒｅｐａｒｅ Ｈａｎｄｏｖｅｒ ＲｅｓｐｏｎｓｅメッセージをＭＳＣに送信する。次いで８６２で、ＭＳＣはＲＡＮにハンドオーバコマンドを送信し、ステップ８６４で、ＲＡＮはそれをモバイルハンドセットに転送し、次いでモバイルハンドセットはＳＩＰセッションに切り替わる。このとき、情報は、ユーザ２のモバイルハンドセットからＲＴＰセッション８９２を介してＭＧＷに流れる。次いで、ＭＧＷはＰＣＭセッション８９４を介してＭＳＣと通信し、ＭＳＣは、ＰＣＭを介して８９６のＰＳＴＮを通じてユーザ１と通信する。ステップ８７０で、モバイルハンドセットは、ＳＣＰ１４０にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ハンドオフが完了したことをＳＣＰに通知する。ステップ８７５および８８０で、ＳＣＰとＭＳＣは、ＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−ＲｅｑｕｅｓｔメッセージおよびＭＡＰ−Ｓｅｎｄ−Ｅｎｄ−Ｓｉｇｎａｌ−Ｒｅｓｐｏｎｓｅメッセージを交換してハンドオーバの完了を知らせ、ＧＳＭベースのセッションを終了する。
【００３５】
ＳＣＰ１４０は呼状態情報を保持することができ、または呼状態情報がＳＣＰに保持されないようにシステムを実装することができる。ＨａｎｄｏｆｆＣｏｎｔｒｏｌｌｅｒは、ハンドオフに応答して初期接続を新しい接続に変換するように指示しなければならない。
【００３６】
図９に、ハンドオフコントローラと、モバイルハンドセット１２０にインターフェースされるそのＳＩＰとを示す。ＳＥ／ＶＦＡＳ９１０は、ＩＳＣＰの一部であるＶｏｉｃｅ Ｆｅａｔｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒである。ハンドオフコントローラ１４４はＳＣＰ１４０内に常駐し、ハンドオフのための適切な時間を決定するためにメディア独立のポリシーおよびビジネス規則を実行する。ハンドオフコントローラは、様々なプロトコルおよびアクセス技術要件に適応し、ＧＳＭやＣＤＭＡなどのレガシーインフラストラクチャと対話する。ハンドオフコントローラ１４４はまた、課金のための使用記録を生成することもできる。ハンドオフコントローラは、ＡＮＳＩ ４１インターフェースと、ＳＩＰインターフェースと、機能プロキシ、セッションハンドオーバマネージャ、およびＭＩＨ Ｌａｙｅｒ（ＩＥＥＥ８０２．２１）の３つの内部層とを含む。モバイルハンドセットでは、やはりＭＩＨ層と、ＣＭＤＡまたはＧＳＭおよびＷｉＦｉまたはＷｉＭＡＸの２つの無線インターフェースとが存在する。モバイルハンドセットは、両方のワイヤレスネットワークを監視することができるべきである。モバイルハンドセットはまた、ハンドオフコントローラにイベントを送信こともできるべきである。モバイルハンドセットはハンドオーバを要求することができ、ユーザ入力がハンドオーバを「強制する」こともできる。ＣＤＭＡ実装についての図１０および１１、ならびにＧＳＭ実装についての図１２および１３でさらに記載されているように、ＭＩＨ層は、ＳＩＰメッセージで８０２．２１プリミティブの使用を実装する。
【００３７】
ＣＤＭＡからＷｉＦｉ／ＷｉＭＡｘへのハンドオフおよびその逆のハンドオフをサポートするのにＡＮＳＩ−４１が使用される。ＡＮＳＩ−４１メッセージは、隣接するＭＳＣ間のセル識別の調整を実現する。ＡＮＳＩ−４１メッセージは、ハンドオフを調整するのにＳｅｒｖｉｎｇ／Ｔａｒｇｅｔセル識別子（ＩＤ）を使用する。ＳｅｒｖｉｎｇＣｅｌｌＩＤおよびＴａｒｇｅｔＣｅｌｌＩＤが、ＦａｃｉｌｉｔｉｅｓＤｉｒｅｃｔｉｖｅ２、ＨａｎｄｏｆｆＢａｃｋ２、ＨａｎｄｏｆｆＴｏＴｈｉｒｄ２ ＩＮＶＯＫＥで使用される。
【００３８】
ＡＮＳＩ−４１はまた、隣接するＭＳＣ間のＭＳＣ間ファシリティ識別の調整も実現する。ＡＮＳＩ−４１は、システム間ハンドオフのための専用幹線を仮定する。ＡＮＳＩ−４１メッセージは、ハンドオフを調整するためにＣｉｒｃｕｉｔ ＩＤを使用する。ＩｎｔｅｒＭＳＣＣｉｒｃｕｉｔがＦａｃｉｌｉｔｉｅｓＤｉｔｅｃｔｉｖｅ２、ＨａｎｄｏｆｆＢａｃｋ２、ＨａｎｄｏｆｆＴｏ Ｔｈｉｒｄ２ ＩＮＶＯＫＥで使用される。適切なハンドオフのために、Ｍｅｄｉａ Ｇａｔｅｗａｙ（ＭＧＷ）とＳｅｒｖｉｎｇ ＭＳＣとＴａｒｇｅｔ ＭＳＣとの間に専用幹線が必要となる。ハンドオフのために利用可能な幹線回路を割り当てるために幹線ステータス情報を維持する必要がある。ＡＮＳＩ−４１は、ＭＳＣ間回路管理のためのＢｌｏｃｋｉｎｇ、Ｕｎｂｌｏｃｋｉｎｇ、ＲｅｓｅｔＣｉｒｃｕｉｔ、ＴｒｕｎｋＴｅｓｔ、およびＴｒｕｎｋＴｅｓｔＤｉｓｃｏｎｎｅｃｔオペレーションを定義する。
【００３９】
ハンドオフ転送で使用されるＡＮＳＩ−４１オペレーションは、ＨａｎｄｏｆｆＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ（２）、ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）、ＭＳＣＯｎＣｈａｎｎｅｌ、およびＩｎｔｅｒＳｙｓｔｅｍＡｎｓｗｅｒである。ＨａｎｄｏｆｆＭｅａｓｕｒｅｍｅｎｔＲｅｑｕｅｓｔ（２）は、任意の特定のチャネルの信号品質レベルに関する測定データを要求するためにサービングＭＳＣから候補ＭＳＣに送信される。ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）は、ハンドオフ転送を要求するためにサービングＭＳＣからＴａｒｇｅｔ ＭＳＣに送信される。ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）（「ＦＡＣＤＩＲ２」）」）メッセージは、以下のいくつかの必須パラメータを含む。既知のＭＳ情報に基づくＭＩＮ、既知のＭＳ情報に基づくＥＳＮ、現在の呼に割り当てられたＢｉｌｌｉｎｇＩＤに基づいてポピュレートされるＢｉｌｌｉｎｇＩＤ（潜在的Ｓｅｇｍｅｎｔ Ｃｏｕｎｔ増分）、ＨＣがそれ自体とターゲットＭＳＣとの間のアイドル回路として選択するＩｎｔｅｒＭＳＣＣｉｒｃｕｉｔＩＤ、ＨＣが計算するＩｎｔｅｒＳｗｉｔｃｈＣｏｕｎｔ（すなわち、アンカＭＳＣである場合に１に設定され、それ以外の場合は前の値を増分する）、サービングＭＳＣでの現在のセルのＩＤであるＳｅｒｖｉｎｇＣｅｌｌＩＤ。このパラメータを、どのＭＳＣが現在ＭＳにサービスしているかを判定する機構としてターゲットＭＳＣで使用することができる。上記に基づいて、ＨＣがハンドオフ手続きを起動するときにはいつでも、ＨＣは、ＳｅｒｖｉｎｇＣｅｌｌＩＤに対して一般的な（事前定義された）値をポピュレートすることができる。この特定の値を、すべての潜在的なターゲットＭＳＣで構成し、ＳＣＰ／ＨＣで提供される「ＭＳＣ」にマッピングするために使用する必要がある。
【００４０】
ＦａｃｉｌｉｔｙＤｉｒｅｃｔｉｖｅ（２）メッセージはいくつかの任意選択パラメータを含む。ハンドオフのためのＣＤＭＡベースの手続きは以下のパラメータをサポートする。ＨａｎｄｏｆｆＲｅａｓｏｎはハンドオフの理由を示す。ＨａｎｄｏｆｆＳｔａｔｅは、ＭＳが、「回答待ち」または「警報状態」である呼に現在関係していることを示し、ＩＳＡｎｓｗｅｒ処理をサポートする。ＣｏｎｆｉｄｅｎｔｉａｌｉｔｙＭｏｄｅｓは、Ｖｏｉｃｅ Ｐｒｉｖａｃｙ機能およびＳｉｇａｎａｌｉｎｇ Ｍｅｓｓａｇｅ Ｅｎｃｒｙｐｔｉｏｎ機能のステータスを示し、これらの機能がハンドオフ後に望まれるかどうかを示す。ＳｉｇｎａｌＭｅｓｓａｇｅＥｎｃｒｙｐｔｉｏｎＫｅｙがＶｏｉｃｅ Ｐｒｉｖａｃｙ機能およびＳｉｇｎａｌｉｎｇ ＭｅｓｓａｇｅＥｎｃｒｙｐｔｉｏｎ機能に対して含まれ、ＣＤＭＡＣａｌｌＭｏｄｅは、どのチャネルタイプが受け入れられるか（ＣＤＭＡ、ＡＭＰＳ、および／またはＮＡＭＰＳ）を示す。ＣＤＭＡ ＣｈａｎｎｌｅＤａｔａは、使用中の現在のＣＤＭＡトラフィックチャネルに関する情報（フレームオフセット、チャネル数、バンドクラス、ロングコードマスク）を提供する。ＣＤＭＡＭｏｂｉｌｅＰｒｏｔｏｃｏｌＲｅｖｉｓｉｏｎは「ＣＤＭＡ ＭＯＢ＿Ｐ＿ＲＥＶ」情報に基づく。ＣＤＭＡＰｒｉｖａｔｅＬｏｎｇＣｏｄｅＭａｓｋがＶｏｉｃｅ Ｐｒｉｖａｃｙ機能と共に使用される。ＣＤＭＡＳｅｒｖｉｎｇＯｎｅＷａｙＤｅｌａｙは、１００ナノ秒単位のＭＳからサービングＢＳへの推定一方向遅延であり、推定距離に変換可能である。ＣＤＭＡＳｔａｔｉｏｎＣｌａｓｓｍａｒｋは、ＭＳパワークラス、アナログ伝送、スロテッドモード標識、およびデュアルモード標識を含む。ＣＤＭＡＴａｒｇｅｔＭＡＨＯＬｉｓｔがモバイル支援ＨＯに対して含まれ、１組のＴａｒｇｅｔＣｅｌｌＩＤ／ＣＤＭＡＰｉｏｌｔＳｔｒｅｎｇｔｈ／ＣＤＭＡＴａｒｇｅｔＯｎｅＷａｙＤｅｌａｙ情報を提供する。ＭＡＨＯが使用されない場合、ＣＤＭＡＴａｒｇｅｔＭｅａｓｕｒｅｍｅｎｔＬｉｓｔが含まれ、ＣＤＭＡＴａｒｇｅｔＭｅａｓｕｒｅｍｅｎｔＬｉｓｔは１組のＴａｒｇｅｔＣｅｌｌＩＰ／ＣＤＭＡＰｉｏｌｔＳｔｒｅｎｇｈｔ／ＣＤＭＡＴａｒｇｅｔＯｎｅＷａｙＤｅｌａｙ情報を提供する。ＭＳＬｏｃａｔｉｏｎは、ＭＳに関する緯度および経度分解能情報を提供する。
【００４１】
モバイルハンドセットが新しいチャネル上で検出されたことを示すために、ＭＳＣＯｎＣｈａｎｎｅｌがＴａｒｇｅｔ ＭＳＣからＳｅｒｖｉｎｇ ＭＳＣに送信される。ＭＳ終了呼に回答されたことを示すために、ターゲットＭＳＣからサービングＭＳＣにＩｎｔｅｒＳｙｓｔｅｍＡｎｓｗｅｒが送信される。さらに、ＭＳＣ発信呼に回答されたことを示すために、ＩｎｔｅｒＳｙｓｔｅｍ ＡｎｓｗｅｒコマンドもサービングＭＳＣからＴａｒｇｅｔ ＭＳＣに送信される。
【００４２】
ハンドオフ後退および経路最小化に関して、以下のＡＮＳＩ−４１オペレーションが使用される。呼をターゲットＭＳＣに戻すように要求するためにＨａｎｄｏｆｆＢａｃｋ（２）がサービングＭＳＣからターゲットＭＳＣに送信される。呼セグメントに対して割り振られた資源を解放するように要求するためにＦａｃｉＩｉｔｉｅｓＲｅｌｅａｓｅオペレーションがターゲットＭＳＣからサービングＭＳＣに送信される。経路最小化を要求するために、サービングＭＳＣからアンカＭＳＣまでのＨａｎｄＯｆｆＴｏＴｈｉｒｄ（２）オペレーションが終了する。
【００４３】
本発明に対する適用可能性を有する他のＡＮＳＩ−４１オペレーションには、ＡｕｔｈｅｎｔｉｃａｔｉｏｎＤｉｒｅｃｔｉｖｅＦｏｒｗａｒｄ、ＩｎｆｏｒｍａｔｉｏｎＦｏｒｗａｒｄ、ＦｌａｓｈＲｅｑｕｅｓｔ、ＳＭＳＤｅｌｉｖｅｒｙＢａｃｋｗａｒｄ、ＳＭＳＤｅｌｉｖｅｒｙＦｏｒｗａｒｄ、ＩｎｔｅｒｓｙｓｔｅｍＰａｇｅ（２）、およびＩｎｔｅｒｓｙｓｔｅｍＳｅｔｕｐが含まれる。ＡｕｔｈｅｎｔｉｃａｔｉｏｎＤｉｒｅｃｔｉｖｅＦｏｒｗａｒｄオペレーションは、アンカＭＳＣからサービングＭＳＣに送信される固有のチャレンジをサポートする（ポストハンドオフ）。ＩｎｆｏｒｍａｔｉｏｎＦｏｒｗａｒｄオペレーションは、アンカＭＳＣからサービングＭＳＣまでハンドオフチェーンの下方にＭＷＮまたはＣＥ警報を渡すことを可能にする。ＦｌａｓｈＲｅｑｕｅｓｔオペレーションは、サービングＭＳＣからアンカＭＳＤにフラッシュ表示を送信することを可能にする。ＳＭＳＤｅｌｉｖｅｒｙＢａｃｋｗａｒｄオペレーションおよびＳＭＳＤｅｌｉｖｅｒｙＦｏｒｗａｒｄオペレーションは、ハンドオフ条件の下でＳＭＳ開始および終了をサポートする。ＩｎｔｅｒｓｙｓｔｅｍＰａｇｅ（２）オペレーションおよびＩｎｔｅｒＳｙｓｔｅｍＳｅｔｕｐオペレーションは、ボーダーセル状況での呼の送達をサポートする。
【００４４】
ＡＳＩ−４１では、呼がハンドオフされたときに起動されるミッドコール（ｍｉｄ−ｃａｌｌ）機能が、新しいサービングＭＳＣではなく、アンカＭＳＣによって処理される。ＡＮＳＩ−４１では、サービングＭＳＣからアンカＭＳＣにミッドコールイベントに関する情報を渡すのにＰＬＡＳＨＲＥＱコマンドが使用される。
【００４５】
呼がＷｉＦｉからＣＤＭＡにハンドオフされたとき、モバイルハンドセットは、ＣＤＭＡモードで通常通り動作し、ＭＳＣは、ハンドオーバコントローラにＦＬＡＳＨＲＥＱを送信する。ハンドオーバコントローラは、擬似コンボフォンＳＩＰインターフェースを実装し、受信したフラッシュ要求を適切なＳＩＰシグナリングメッセージに変換し、すなわちフラッシュフックにより、ハンドオーバコントローラは、ＭＧＣおよびリモートパーティへの３ＰＣＣシグナリングを使用して呼を待機状態にする。
【００４６】
呼がＣＤＭＡからＷｉＦｉ／ＷｉＭＡＸにハンドオフされたとき、ハンドセットはＣＤＭＡオペレーションをエミュレートしなければならない。具体的には、ハンドセットが「ハンドオフモード」にあるとき、ハンドオーバコントローラは、Ｋｅｙ Ｐｒｅｓｓ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（「ＫＰＭＬ」）イベントパッケージでＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹを起動し、ダイヤルされる桁と共にフラッシュフックに関してハンドセットを監視する。モバイルハンドセットは、「通常モード」と同様の機能を実装しようと実際に試みるのではなく、通知を使用してフラッシュ要求を送達する。ハンドオーバコントローラはＮＯＴＩＦＹを受信し、受信した信号をＦＬＡＳＨＲＥＱに変換し、それをアンカＭＳＣに送信する。
【００４７】
モバイルハンドセット１２０は以下の機能を有するべきである。モバイルハンドセットは、２つの無線層（Ｌａｙｅｒ１およびＬａｙｅｒ２）と対話するためのＭＩＨをサポートする。モバイルハンドセットは、パイロットを測定し、測定値を、送信するのではなくＭＩＨにレポートするべきである。ＣＤＭＡ呼の間に、モバイルハンドセットは、仮想プライベートネットワーク（ＶＰＮ）を確立してＳＵＰシグナリングを交換すべきである。ＭＩＨを介してハンドオフメッセージを受信するとき、通常の送信状態に移るべきである。ＣＤＭＡからＷｉＦｉへのハードハンドオフを強制するとき、モバイルハンドセットは、ＭＩＥＳで必要とされるＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹ機構をサポートできるべきである。機能オペレーションについて、モバイルハンドセットは、ＲｅｇｉｓｔｒａｔｉｏｎおよびＦｅａｔｕｒｅ Ｏｐｅｒａｔｉｏｎのためにオペレーションの「ハンドオフモード」をサポートできるべきである。
【００４８】
本発明の上述の実施形態は例示のためのものに過ぎない。本発明の精神および範囲から逸脱することなく、多数の他の実施形態を当業者は考案することができる。
【図面の簡単な説明】
【００４９】
【図１】本発明が実装される遠隔通信システムのネットワークアーキテクチャを示す図である。
【図２】様々なハンドオーバシナリオを示す図である。
【図３Ａ】固定ユーザがＩＰドメイン内におり、モバイルユーザがＩＰドメインからセルラドメインに移行するシナリオ１でのハンドオフフローを示す図である。
【図３Ｂ】固定ユーザがＩＰドメイン内におり、モバイルユーザがＩＰドメインからセルラドメインに移行するシナリオ１でのハンドオフフローを示す図である。
【図４】固定ユーザがＩＰドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ２でのハンドオフフローを示す図である。
【図５】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ３でのハンドオフフローを示す図である。
【図６Ａ】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ４でのハンドオフフローを示す図である。
【図６Ｂ】固定ユーザがセルラドメイン内におり、モバイルユーザがセルラドメインからＩＰドメインに移行するシナリオ４でのハンドオフフローを示す図である。
【図７Ａ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定したままであるハンドオフフローを示す図である。
【図７Ｂ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定したままであるハンドオフフローを示す図である。
【図７Ｃ】モバイルハンドセットがＩＰドメインからＧＳＭベースのセルラドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ａ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ｂ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図８Ｃ】モバイルハンドセットがＧＳＭベースのセルラドメインからＩＰドメインに移行し、他のユーザは固定のままであるハンドオフフローを示す図である。
【図９】ハンドオフコントローラと、コンボフォンモバイルハンドセットに対するＳＩＰインターフェースの機能図である。
【図１０】ＩＰドメインからＣＤＭＡセルラドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１１】ＣＤＭＡセルラドメインからＩＰドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１２】ＩＰドメインからＧＳＭセルラドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【図１３】ＧＳＭセルラドメインからＩＰドメインへの移行における８０２．２１プリミティブの使用を示す図である。
【特許請求の範囲】
【請求項１】
第１のネットワークから第２のネットワークに移動性の第１のユーザの通信セッションをハンドオフするハンドオフコントローラを使用する方法において、前記第１のネットワークはＩＰネットワークまたはセルラネットワークであり、前記第２のネットワークは他のタイプのネットワークであり、移動性の第１のユーザによって操作されるモバイルハンドセットは、静的な第２のユーザによって操作されるハンドセットと通信している方法であって、
前記移動性のユーザと前記第１のネットワークとの間のエアインターフェースの１つまたは複数の所定の特性を監視するように前記モバイルハンドセットに命令するメッセージを前記ハンドオフコントローラから前記モバイルハンドセットに送信するステップと、
１つまたは複数の所定の特性が満たされるとき、前記モバイルハンドセットから前記ハンドオフコントローラにメッセージを送信するステップと、
前記第２のネットワーク内の利用可能な接続ポイントに関する情報をハンドオフコントローラで受信するステップと、
前記第２のネットワーク内の接続ポイントの識別を前記ハンドオフコントローラで求めるステップと、
前記第２のネットワーク内の前記接続ポイントを識別するメッセージを前記ハンドオフコントローラから前記モバイルハンドセットに送信するステップと、
前記モバイルハンドセットの前記移動性のユーザと前記第２のネットワークとの間の通信セッションを確立するステップと、
前記モバイルハンドセットの前記移動性のユーザと前記固定ユーザとを再接続するステップと
を含むことを特徴とする方法。
【請求項２】
エアインターフェースを監視するように前記モバイルハンドセットに命令するメッセージを送信する前記ステップは、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージであることを特徴とする請求項１に記載の方法。
【請求項３】
モバイルハンダから前記ハンドオフコントローラに前記メッセージを送信する前記ステップはＳＩＰ ＮＯＴＩＦＹメッセージであることを特徴とする請求項１に記載の方法。
【請求項４】
前記モバイルハンドセットは、前記ＩＰネットワークと前記セルラネットワークのどちらでも動作することができることを特徴とする請求項１に記載の方法。
【請求項５】
前記ハンドオフコントローラはサービス制御ポイント内に常駐することを特徴とする請求項１に記載の方法。
【請求項６】
前記利用可能な接続ポイントに関する情報を前記ハンドオフコントローラで受信する前記ステップは、ターゲットＭＳＣにＡＮＳＩ−４１ ＦＡＣＤＩＲ２メッセージを送信し、その代わりにｆａｃｄｉｒ２メッセージを受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは８０２．２１プリミティブを含むことを特徴とする請求項２に記載の方法。
【請求項８】
前記ＳＩＰ ＮＯＴＩＦＹメッセージは８０２．２１プリミティブを含むことを特徴とする請求項３に記載の方法。
【請求項９】
前記モバイルハンドセットと前記固定ユーザを再接続する前記ステップは、ＳＩＰ ＩＮＶＩＴＥメッセージ、ＳＩＰ ＯＫメッセージ、およびＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージの使用によるＲＴＰセッションの確立を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記セルラネットワークはＣＤＭＡネットワークであることを特徴とする請求項１に記載の方法。
【請求項１１】
前記セルラネットワークはＧＳＭネットワークであることを特徴とする請求項１に記載の方法。
【請求項１２】
課金のために、あるネットワークから別のネットワークへの前記モバイルハンドセットの移行時間に関する記録を維持するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１３】
情報を収集し、第１のネットワークから第２のネットワークにモバイルハンドセットの通信セッションのハンドオフに関する命令を配布するために、８０２．２１プリミティブと共に埋め込まれたＳＩＰメッセージを使用することを特徴とする方法。
【請求項１４】
前記ＳＩＰメッセージが、サービス制御ポイント内に実装されたハンドオフコントローラから送信および受信され、前記ハンドオフコントローラは、前記情報を使用して、前記第２のネットワーク内のターゲット接続ポイントの識別を求めることを特徴とする請求項１３に記載の方法。
【請求項１５】
ＩＰネットワークおよびセルラネットワークを含む異機種遠隔通信ネットワーク間の第１のユーザと第２のユーザ間の呼セッションを制御するサービス制御ポイントにおいて、前記第１のユーザがＩＰネットワークまたはセルラネットワークから他のタイプのネットワークに移動中であり、前記第２のユーザが、前記ＩＰネットワークまたは前記セルラネットワークに静的に接続されるサービス制御ポイントであって、
前記モバイルハンドセットが接続されるネットワークとのエアインターフェースの所定の特性を監視するようにモバイルハンドセットに要求するＳＩＰメッセージを前記第１のユーザのモバイルハンドセットに送信する手段と、
前記ネットワークのうちの１つまたは複数に対する様々な接続ポイントについての情報を受信し、前記第１のユーザをどの接続ポイントにハンドオフするかを決定するハンドオフコントローラと
を備えることを特徴とするサービス制御ポイント。
【請求項１６】
前記ＳＩＰメッセージが８０２．２１メディア独立ハンドオーバプリミティブと共に埋め込まれることを特徴とする請求項１５に記載のサービス制御ポイント。
【請求項１】
第１のネットワークから第２のネットワークに移動性の第１のユーザの通信セッションをハンドオフするハンドオフコントローラを使用する方法において、前記第１のネットワークはＩＰネットワークまたはセルラネットワークであり、前記第２のネットワークは他のタイプのネットワークであり、移動性の第１のユーザによって操作されるモバイルハンドセットは、静的な第２のユーザによって操作されるハンドセットと通信している方法であって、
前記移動性のユーザと前記第１のネットワークとの間のエアインターフェースの１つまたは複数の所定の特性を監視するように前記モバイルハンドセットに命令するメッセージを前記ハンドオフコントローラから前記モバイルハンドセットに送信するステップと、
１つまたは複数の所定の特性が満たされるとき、前記モバイルハンドセットから前記ハンドオフコントローラにメッセージを送信するステップと、
前記第２のネットワーク内の利用可能な接続ポイントに関する情報をハンドオフコントローラで受信するステップと、
前記第２のネットワーク内の接続ポイントの識別を前記ハンドオフコントローラで求めるステップと、
前記第２のネットワーク内の前記接続ポイントを識別するメッセージを前記ハンドオフコントローラから前記モバイルハンドセットに送信するステップと、
前記モバイルハンドセットの前記移動性のユーザと前記第２のネットワークとの間の通信セッションを確立するステップと、
前記モバイルハンドセットの前記移動性のユーザと前記固定ユーザとを再接続するステップと
を含むことを特徴とする方法。
【請求項２】
エアインターフェースを監視するように前記モバイルハンドセットに命令するメッセージを送信する前記ステップは、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージであることを特徴とする請求項１に記載の方法。
【請求項３】
モバイルハンダから前記ハンドオフコントローラに前記メッセージを送信する前記ステップはＳＩＰ ＮＯＴＩＦＹメッセージであることを特徴とする請求項１に記載の方法。
【請求項４】
前記モバイルハンドセットは、前記ＩＰネットワークと前記セルラネットワークのどちらでも動作することができることを特徴とする請求項１に記載の方法。
【請求項５】
前記ハンドオフコントローラはサービス制御ポイント内に常駐することを特徴とする請求項１に記載の方法。
【請求項６】
前記利用可能な接続ポイントに関する情報を前記ハンドオフコントローラで受信する前記ステップは、ターゲットＭＳＣにＡＮＳＩ−４１ ＦＡＣＤＩＲ２メッセージを送信し、その代わりにｆａｃｄｉｒ２メッセージを受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは８０２．２１プリミティブを含むことを特徴とする請求項２に記載の方法。
【請求項８】
前記ＳＩＰ ＮＯＴＩＦＹメッセージは８０２．２１プリミティブを含むことを特徴とする請求項３に記載の方法。
【請求項９】
前記モバイルハンドセットと前記固定ユーザを再接続する前記ステップは、ＳＩＰ ＩＮＶＩＴＥメッセージ、ＳＩＰ ＯＫメッセージ、およびＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージの使用によるＲＴＰセッションの確立を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記セルラネットワークはＣＤＭＡネットワークであることを特徴とする請求項１に記載の方法。
【請求項１１】
前記セルラネットワークはＧＳＭネットワークであることを特徴とする請求項１に記載の方法。
【請求項１２】
課金のために、あるネットワークから別のネットワークへの前記モバイルハンドセットの移行時間に関する記録を維持するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１３】
情報を収集し、第１のネットワークから第２のネットワークにモバイルハンドセットの通信セッションのハンドオフに関する命令を配布するために、８０２．２１プリミティブと共に埋め込まれたＳＩＰメッセージを使用することを特徴とする方法。
【請求項１４】
前記ＳＩＰメッセージが、サービス制御ポイント内に実装されたハンドオフコントローラから送信および受信され、前記ハンドオフコントローラは、前記情報を使用して、前記第２のネットワーク内のターゲット接続ポイントの識別を求めることを特徴とする請求項１３に記載の方法。
【請求項１５】
ＩＰネットワークおよびセルラネットワークを含む異機種遠隔通信ネットワーク間の第１のユーザと第２のユーザ間の呼セッションを制御するサービス制御ポイントにおいて、前記第１のユーザがＩＰネットワークまたはセルラネットワークから他のタイプのネットワークに移動中であり、前記第２のユーザが、前記ＩＰネットワークまたは前記セルラネットワークに静的に接続されるサービス制御ポイントであって、
前記モバイルハンドセットが接続されるネットワークとのエアインターフェースの所定の特性を監視するようにモバイルハンドセットに要求するＳＩＰメッセージを前記第１のユーザのモバイルハンドセットに送信する手段と、
前記ネットワークのうちの１つまたは複数に対する様々な接続ポイントについての情報を受信し、前記第１のユーザをどの接続ポイントにハンドオフするかを決定するハンドオフコントローラと
を備えることを特徴とするサービス制御ポイント。
【請求項１６】
前記ＳＩＰメッセージが８０２．２１メディア独立ハンドオーバプリミティブと共に埋め込まれることを特徴とする請求項１５に記載のサービス制御ポイント。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２００８−５４６２５２（Ｐ２００８−５４６２５２Ａ）
【公表日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願番号】特願２００８−５１２５０５（Ｐ２００８−５１２５０５）
【出願日】平成１８年５月１８日（２００６．５．１８）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０１９２４６
【国際公開番号】ＷＯ２００６／１２５０８５
【国際公開日】平成１８年１１月２３日（２００６．１１．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
【公表日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願日】平成１８年５月１８日（２００６．５．１８）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０１９２４６
【国際公開番号】ＷＯ２００６／１２５０８５
【国際公開日】平成１８年１１月２３日（２００６．１１．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
[ Back to top ]