JP4964989B2 - 無線インタフェースレイヤおよび電話サーバに対する、８０２．２１媒体独立ハンドオーバ機能の統合 - Google Patents

Description

本出願は、ワイヤレス通信に関する。

ＩＥＥＥ８０２．２１標準は、異なるリンクレイヤ技術間にまたがるハンドオーバを可能にすることおよび向上させることを助ける機能の一様なセットを提供する。特に、ＩＥＥＥ８０２．２１は、システム間ハンドオーバをサポートすることのできるいくつかのワイヤレスシステムの通信エンティティ中に存在する、媒体独立ハンドオーバ（ＭＩＨ）クライアントを定義する。

高レベルでは、向上したハンドオーバ能力は、トランスポート媒体を介してＭＩＨクライアントとローカルにまたはリモートに通信することのできる上位レイヤＭＩＨユーザを伴う。ＭＩＨクライアントは、リンクレイヤデバイスと対話する。８０２．２１ＭＩＨクライアントは、２００７年９月２７日に出願された特許文献１に開示されている。

８０２．２１ＭＩＨクライアントの目的は、異なる技術間の（例えばＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）からＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）への）ハンドオーバの効率的なソフトウェア実装を可能にすることである。ＭＩＨクライアントはまた、レイヤ２とレイヤ３の両方における自動的な技術間移動性を可能にし、ハンドオーバ中断時間を短縮し、複数の技術にまたがるサービス品質（ＱｏＳ）最適化をもたらす。

図１は、ＷｉＢｒｏネットワークから広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワークへのハンドオーバを実施するための例示的な８０２．２１ＭＩＨクライアントアーキテクチャのブロック図である。ワイヤレス送受信ユニット（ＷＴＲＵ）１００は、ＩＥＥＥ８０２．２１（例えばＷｉＢｒｏ、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）など）モデム１１０と、ＷＣＤＭＡモデム１２０と、ＭＩＨクライアント（ＭＩＨミドルウェア）１３０と、上位レイヤ１４０とを備えることができる。ＷＴＲＵ１００はまた、明確にするために図１には示されていない、１つまたは複数の他のコンポーネントを備えることもできる。上位レイヤ１４０は、アプリケーションレイヤ１５０（インスタントメッセージ、ウェブ閲覧など）と、制御プロトコルレイヤ１６０（セッション開始プロトコル（ＳＩＰ）、モバイルインターネットプロトコル（ＭＩＰ）、ダイナミックホスト構成プロトコル（ＤＨＣＰ）、ドメインネームシステム（ＤＮＳ）など）と、トランスポートレイヤ１７０（ユーザデータグラムプロトコル（ＵＤＰ）レイヤ、伝送制御プロトコル（ＴＣＰ）レイヤ、ストリーム制御伝送プロトコル（ＳＣＴＰ）、データグラム輻輳制御プロトコル（ＤＣＣＰ）など）と、ＩＰレイヤ１８０と、運用維持（Ｏ＆Ｍ）エンティティ１９０とを備えることができる。ＷｉＢｒｏモデムは、ＷｉＢｒｏ物理レイヤ１１２およびＷｉＢｒｏ媒体アクセスレイヤ（ＭＡＣ）１１４を備えることができる。ＷＣＤＭＡモデムは、物理レイヤ１２２、アクセス層（ＡＳ）レイヤ１２４、および非アクセス層（ＮＡＳ）レイヤ１２６を備えることができる。ＭＩＨクライアント１３０からＷｉＢｒｏモデム１１０およびＷＣＤＭＡモデム１２０への、またはその逆方向のコマンドおよび情報は、ＷｉＢｒｏモデム１１０およびＷＣＤＭＡモデム１２０に対するマッピング機能を実施する８０２．２１サービスアクセスポイント（ＳＡＰ）１１８、１２８を介して通信することができる。

例えば、ＭＩＨクライアント１３０と、ＷＴＲＵ１００中の他のエンティティとの間で、ソフトウェアインタフェースを実現する方法が提供される。これらのソフトウェアインタフェースは、ＷｉＢｒｏリンクおよびＷＣＤＭＡリンクに関する情報を受け取り、技術間ハンドオーバのためにＷｉＢｒｏモデム１１０とＷＣＤＭＡモデム１２０とＷＴＲＵ１００の他のコンポーネントとを制御し、ＤＨＣＰまたはドメインネームシステム（ＤＮＳ）を介してＭＩＨサーバおよびＩＰマルチメディアシステム（ＩＭＳ）ネットワークノードを発見し、モバイルＩＰをトリガしてＩＰハンドオーバを実施し、ＴＣＰ／ＵＤＰを介してＭＩＨメッセージを送信または受信し、Ｏ＆Ｍエンティティ１９０がＭＩＨエンティティ１３０を制御できるようにするための機構を、ＭＩＨクライアント１３０に提供する。

無線インタフェースレイヤ（ＲＩＬ）の概念が、２００４年１１月３０日付のＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎの特許文献２に開示されている。ＲＩＬを使用して、ワイヤレスデバイス（例えば電話機、パーソナルディジタルアシスタント（ＰＤＡ）など）中の任意のコンポーネントのためにセルラー機能へのアクセスが提供される。ＲＩＬは、セルホン上の無線とワイヤレスデバイスのソフトウェアとの間で、あるレベルの抽象化を提供するアプリケーションプログラムインタフェース（ＡＰＩ）セットである。ＲＩＬがなければ、各コンポーネントが、どのように無線に直接通信するかを理解しなければならないであろう。ＲＩＬは、無線と、ワイヤレスデバイス上で動作するアプリケーションとの間に存在するように生み出された。

図２に、ＲＩＬアーキテクチャを示す。ＲＩＬは、ハードウェア独立であるＲＩＬプロキシの複数のインスタンス２３５と、ハードウェア特有である１つのＲＩＬドライバ２４０とからなる。

ＳｙｍｂｉａｎおよびＬｉｎｕｘアプリケーションフレームワーク、例えばＱｔｏｐｉａ、Ａｎｄｒｏｉｄ、およびＬＩＭＯなどは、電話サーバを使用して、セルラーモデムのような通信デバイス、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＷｉＭａｘなどとインタフェースする。電話サーバは、ユーザによって要求されたようにネットワーク接続を確立し、接続を維持する。そうでない場合は、静的構成に基づいて接続がセットアップされる。

モバイルデバイスはしばしば、複数の通信モジュールを備え、同時接続をセットアップすることができる。ＭＩＨ技術は、このアプリケーションフレームワークに理想的に適合し、様々な無線アクセス技術にまたがるシームレスなハンドオーバを提供することによってユーザ体験を改善する。

図３は、電話アプリケーションフレームワーク３００のアーキテクチャを示す例示的なブロック図である。電話サーバ３１０は、セルラーモデムまたはボイスオーバインターネットプロトコル（ＶＯＩＰ）を介した回路交換呼を扱うことを担う。ネットワークスタック３２０は、２．５Ｇ、３Ｇ、ＷＬＡＮなどの様々なネットワーク技術を介したパケット交換セッションを扱うことを担う。

電話サーバ３１０は、機能的に３つの主要な機能に分割される。これらの機能は、アプリケーションに対するユーザインタフェースおよびＡＰＩと、様々な呼タイプ（例えばＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＶＯＩＰなど）に対する呼処理機能と、デバイス管理機能とである。次に、各機能について順番に論じる。

ユーザインタフェース（ＵＩ）機能ブロック３３０は、例えばＱｔｏｐｉａアプリケーションのためのＡＰＩと、電話サーバへのアクセスを得るためのグラフィカルユーザインタフェース（ＧＵＩ）とを提供する。Ｑｔｏｐｉａアプリケーションの例は、電話ダイヤラ、およびＳＭＳ／ＭＭＳクライアントなどを含む。

この機能は一般に、ＵＩウィジェットを使用して実施される。ＵＩウィジェットは、データを保持しインタフェースをユーザに提示するのに使用されるオブジェクトである。ＵＩウィジェットは、状態とプロシージャとの組合せである。ＵＩウィジェットは、種々のアプリケーションに関する状態情報を維持する。これにより、ユーザは、並行して動作するアクティブな音声呼セッション、ＳＭＳセッション、およびブラウザセッションなど、様々な画面にまたがってナビゲートすることができる。ＵＩウィジェットは、サーバとして動作し、システム起動段階の間に始動され、アプリケーションからの電話要求の受け入れのために常に利用可能である。ＵＩウィジェットは、呼処理モジュールＡＰＩを使用して、新しい呼の開始や呼の切断などを行う。

呼処理モジュール３４０は、新しい呼を求める要求を受け入れ、ＵＩウィジェットからＳＭＳ／ＭＭＳを送信するよう要求し、呼出しや着呼受付など、呼に関する指示をＵＩウィジェットに提供する。

呼処理モジュール３４０は、デバイス管理モジュール３５０によって提供されるサービスを使用して、電話をダイヤルしたりＳＭＳを送信したりする。呼処理モジュール３４０は、呼状態、デバイス状態、新規メッセージ到着など、デバイス管理モジュール３５０によって提供される指示を使用して、呼処理機能をサポートする。

呼処理モジュール３４０は、３つの主要な機能コンポーネントからなる。これらのコンポーネントは、ポリシマネージャ３６０と、種々の呼タイプ（例えばＧＳＭ、ＶＯＩＰなど）に対する呼ハンドラ３７０と、加入者識別モジュール（ＳＩＭ）アクセスや電話帳更新などの、一般指示およびサービス３８０とである。

ポリシマネージャ３６０および呼ハンドラ機能３７０は、音声呼および回路交換データ（ＣＳＤ）呼のみにサービスする。ポリシマネージャは、ＧＳＭハンドラまたはＶＯＩＰハンドラなど、音声呼またはＣＳＤ呼を扱うのに使用されることになる呼ハンドラを決定する。ＵＩウィジェットは、ポリシマネージャに呼要求を送り、呼タイプを指定する。呼タイプに基づいて、ポリシマネージャは、呼要求にサービスするのにどの呼ハンドラを使用するかを決定する。ポリシマネージャは、システム起動および初期化の間、呼ハンドラのリストを維持する。

呼ハンドラは、ポリシマネージャから新規呼作成などの呼要求を受け入れる。呼ハンドラは、呼状態についてＵＩウィジェットに直接に通知する。呼ハンドラは、各呼を別々に扱い、呼状態を維持する。呼ハンドラはまた、デバイスの状態を維持する。呼ハンドラは、デバイス管理モジュールによって提供されるサービスを使用して、呼要求を完了する。例えば、呼ハンドラは、呼状態機械によって許可された場合に、番号をダイヤルするよう要求することができる。呼ハンドラは、応答待ち、モデム準備完了、または新規着信呼の到着など、呼状態に関係する指示をデバイス管理モジュールから受け取る。呼ハンドラは、これらの指示を使用して、既存の呼状態機械を更新するか、または新しい呼状態機械を生み出す。

ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、連絡先および電話帳更新など、他のサービスは、一般指示およびサービス機能ブロック３４０によって扱われる。一般指示およびサービス機能ブロック３８０は、ＳＭＳ送信、電話帳更新の実施、ＳＩＭへのアクセスなどのサービスを求めるＵＩウィジェットからの要求を受け入れることを担う。これらの要求を処理した後、状態に関する指示がＵＩウィジェットに送られる。信号強度や電池電力など、他の自律的な指示は、このモジュールによって収集され、ＵＩに転送される。一般指示およびサービス機能３４０は、デバイス管理機能を使用して、ＳＭＳ送信、ＳＭＳ閲覧、ＳＩＭ電話帳更新などのサービスを実施する。一般指示およびサービス機能は、信号強度および電池電力に関する指示をデバイス管理モジュール３５０から受け取る。

デバイス管理モジュール３５０は、番号のダイヤル、ネットワーク登録のチェック、信号強度の収集などの機能のために、デバイスへのアクセスを提供する。デバイス管理モジュール３５０は、要求および応答に基づいてデバイス状態を維持する。この状態情報は呼処理モジュール３４０に送られて、呼状態機械が更新される。デバイス管理モジュール３５０は、２つの主要な機能、すなわち、ホンサーバ３５２と、モデムサービスプロバイダなどのデバイスサービス３５４とからなる。

ホンサーバ３５２は、デバイス管理モジュール３５０への主要なインタフェースである。呼処理モジュールからの全てのサービス要求は、ホンサーバ３５２を通る。デバイス初期化中、ホンサーバ３５２は、全てのサービスを起動する。うまく開始されたサービスは、ホンサーバ３５２によって維持される。ホンサーバ３５２は、この情報を使用して、正しいデバイスサービス３５４に要求をディスパッチする。

デバイスサービスは、デバイス上で実施される独立したアクションの集積である。例えば、モデムサービスは、呼の取り扱い、ｐｉｎ管理、ネットワーク登録、ＳＩＭ電話帳アクセスのようなタスクと、セルラーモデムに関する信号強度や電池電力などのような指示ハンドラとからなる。これらのサービスは、呼処理モジュール３４０中のクライアント機能と同期して働く。ホンサーバは、呼処理モジュール３４０からのサービス要求をデバイスサービス３５４にディスパッチする。呼処理モジュール３４０ならびに一般指示およびサービス機能３８０は、呼の状態に関する通知と、新規呼や新規ＳＭＳなどの指示とを受け取る。デバイスサービス３５４は、デバイスドライバインタフェース、またはセルラーモデム用のアテンション（ＡＴ）コマンドインタフェースなどの特別な機構を介して、実際のデバイスとインタフェースする。

ネットワークスタック３２０は、データセッションを管理して、２．５Ｇ、３Ｇ、ＷｉＭａｘ、またはＷＬＡＮなどのデータリンクを介してＭＭＳやブラウザなどのようなデータアプリケーションをサポートすることを担う。ほとんどのデータアプリケーションは、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）、セッション開始プロトコル（ＳＩＰ）、およびモバイルＩＰ（ＭＩＰ）などのセッションレイヤプロトコル３２５を使用する。これらのプロトコルは、ネットワークスタックの一部であり、標準的な実装に従う。これらのプロトコルは、ソケットおよび伝送制御プロトコル／ユーザデータグラムプロトコル（ＴＣＰ／ＵＤＰ）をトランスポートに使用する。ソケットサービス３３５が、オペレーティングシステム（ＯＳ）によって提供される。データリンクレイヤ接続が、ネットワーク管理モジュール３４５によって管理される。ネットワーク管理機能がデータリンクレイヤをセットアップすると、ソケットはこれをデータトランスポートに使用することができる。

ネットワーク管理モジュール３４５は、デバイスのパワーアップおよびアクティブ化、ネットワークへの登録などを担う。ネットワーク管理モジュール３４５は、ネットワークインタフェースの現在状態を維持する。ネットワーク管理モジュール３４５は、レイヤ２接続の静的処理のための接続マネージャ機能によく似ており、ネットワークサーバ３４６、デバイスマネージャ３４７、およびネットワークマネージャ３４８からなる。レイヤ２接続は、デバイスマネージャエンティティとネットワークマネージャエンティティの組合せである。デバイスは、１つまたは複数のネットワークエンティティと組み合わせることができる。この組合せは、ネットワークインタフェースとして定義される。組合せは、静的であり事前構成済みである。

ネットワークサーバ３４６は、ネットワークインタフェースを開始／停止するための機能を提供する。ネットワークサーバ３４６は、既存のネットワーク構成の管理を可能にする。これは、アプリケーションがネットワークインタフェースの接続性状態に影響を与えることができるので、有用である。ネットワークサーバは、全てのアプリケーションにわたってネットワークインタフェース動作を同期させる。クライアントアプリケーションは、ネットワークサーバを介してネットワーク操作を要求する。ネットワークサーバ３４６は、構成ハンドル（構成パラメータおよび構成スクリプトへのポインタ）に基づいて、適切なネットワークプラグイン（デバイスおよびネットワーク操作に特有のソフトウェアコンポーネント）を選択してロードすることになる。クライアントアプリケーションは、ネットワークインタフェース状態について通知される。

デバイスマネージャ３４７は、ポイントツーポイントプロトコル（ＰＰＰ）ラッパやＷＬＡＮインタフェースラッパなどのレイヤ２機能ラッパであるデバイスエンティティからなり、これらは、アプリケーションフレームワークとの完全なインタフェースパッケージを提供する。デバイスマネージャは、オン、オフ、データ転送中、遊休状態のような、デバイスの接続性状態を管理する。デバイスマネージャは、特定のデバイスに関する識別子／ハンドルとしての働きをする構成ファイルに常に関連付けられる。ネットワークサーバ３４６は、デバイスエンティティによって提供される構成ハンドルを使用して、プラグインをロードする。デバイス状態に関する情報を使用して、ネットワークインタフェース要求が処理される。

ネットワークマネージャ３４８は、例えばデバイスがキャンプされＧＰＲＳネットワークに登録されているかどうかや、利用可能なＷＬＡＮネットワークなどについて、ネットワーク情報を入手しネットワーク接続を監視するためのラッパ機能である様々なネットワークエンティティからなる。ネットワークマネージャ３４８はこの情報をネットワークサーバ３４６に提供して、ネットワークインタフェース要求が処理される。

米国特許出願第１１／８６２，９６３号明細書 米国特許第６，８２６，７６２号明細書

前述のＲＩＬおよび電話サーバには、異なる無線アクセス技術にまたがるシステム間ハンドオーバをサポートする能力がない。電話プラットフォーム中で様々な通信ネットワークおよびデバイスが普及しつつあるのに伴い、この機能は、マルチモードデバイスにとって必要になりつつある。したがって、ＰＣ、ラップトップ、セルホンなどの装置が、異なる無線アクセス技術にまたがるシステム間ハンドオーバをサポートできるようにするために、ＲＩＬまたは電話サーバに８０２．２１ＭＩＨ機能を追加することが望ましいであろう。

媒体独立ハンドオーバ（ＭＩＨ）８０２．２１クライアントを使用して、無線インタフェースレイヤ（ＲＩＬ）および電話サーバのための機能を含めることができ、これにより、異なる無線アクセス技術にまたがるシームレスなシステム間ハンドオーバが可能になる。ワイヤレス送受信ユニット（ＷＴＲＵ）を修正して、システム間ハンドオーバをサポートするように構成された無線インタフェースレイヤ（ＲＩＬ）を含めることができる。例として、修正されたＲＩＬは、少なくとも２つのＲＩＬプロキシであって、各ＲＩＬプロキシがＲＩＬアプリケーション機能を実施するように構成された、ＲＩＬプロキシと、ＲＩＬ媒体独立ハンドオーバ（ＲＩＬ ＭＩＨ）クライアントと、ＲＩＬ ＭＩＨクライアントに無線リンクステータス指示を送り、アクティブな第１のＲＡＴ呼の間に少なくとも２つのＲＩＬプロキシのうちの１つと直接に通信するように構成された第１の無線アクセス技術（ＲＡＴ）ＲＩＬドライバと、ＲＩＬ ＭＩＨクライアントに無線リンクステータス指示を送り、アクティブな第２のＲＡＴ呼の間に少なくとも２つのＲＩＬプロキシのうちの１つと直接に通信するように構成された第２のＲＡＴ ＲＩＬドライバとを備えることができる。ＲＩＬ ＭＩＨクライアントは、第１のＲＡＴ ＲＩＬドライバおよび第２のＲＡＴ ＲＩＬドライバから無線リンクステータス指示を受け取ると、新しい無線リンクを確立するために無線レベルハンドオーバをトリガし、新しい無線リンクが使用される準備ができたときにインターネットプロトコル（ＩＰ）レベルハンドオーバをトリガし、ＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを少なくとも２つのＲＩＬプロキシに通信する。

ＷＴＲＵを修正して、システム間ハンドオーバをサポートするように構成された電話サーバを含めることができる。修正された電話サーバの例は、媒体独立ハンドオーバ（ＭＩＨ）クライアントと、ＭＩＨクライアントにリンクステータス情報を送るように構成されたデバイスドライバを含む第１のタイプのＲＡＴの第１の無線と、ＭＩＨクライアントにリンクステータス情報を送るように構成されたデバイスドライバを含む第２のタイプのＲＡＴの第２の無線と、呼処理モジュールと、呼処理モジュール、ならびに第１のＲＡＴタイプのアクティブな呼の間の第１の無線および第２のＲＡＴタイプのアクティブな呼の間の第２の無線と通信するように構成されたデバイス管理モジュールと、ＭＩＨクライアント、ならびに第１の無線および第２の無線と通信するように構成されたネットワーク管理モジュールと、ネットワーク管理モジュール、ＭＩＨクライアント、およびソケットレイヤと通信するように構成された、モバイルインターネットプロトコル（ＭＩＰ）およびセッション開始プロトコル（ＳＩＰ）を含むレイヤ３プロトコルモジュールとを備えることができる。ＭＩＨクライアントは、第１のＲＡＴデバイスドライバおよび第２のＲＡＴデバイスドライバからリンクステータス指示を受け取ると、新しい無線リンクを確立するために無線レベルハンドオーバをトリガし、新しい無線リンクを使用してインターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）接続を確立し、アクティブなＭＩＰセッションのハンドオーバをトリガし、ＭＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを呼処理モジュールに通信する。

例として提供する、添付の図面と共に理解されるべき以下の記述から、より詳細な理解を得ることができる。

８０２．２１ＭＩＨクライアント実装のブロック図である。 ＲＩＬアーキテクチャのブロック図である。 電話アーキテクチャを示す例示的なブロック図である。 システム間ハンドオーバをサポートすることのできるワイヤレスシステムに関する例示的なネットワークアーキテクチャの図である。 媒体独立ハンドオーバを実施するように構成されたワイヤレス送受信ユニットの例示的なブロック図である。 どのようにＭＩＨクライアントをＲＩＬに追加することができるかを示す例示的なブロック図である。 どのようにＭＩＨクライアントを電話サーバに追加することができるかを示す例示的なブロック図である。

以下で用語「ワイヤレス送受信ユニット（ＷＴＲＵ）」に言及するとき、これは、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラー電話機、パーソナルディジタルアシスタント（ＰＤＡ）、コンピュータ、または、ワイヤレス環境で動作することのできるいずれか他のタイプのユーザデバイスを含むが、これらに限定されない。以下で用語「基地局」に言及するとき、これは、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または、ワイヤレス環境で動作することのできるいずれか他のタイプのインタフェーシングデバイスを含むが、これらに限定されない。

図４に、システム間ハンドオーバをサポートすることのできるワイヤレスシステムに関するネットワークアーキテクチャの例を示す。これら基礎をなす技術は、例えば、ＩＥＥＥ８０２．ｘｘや符号分割多元接続（ＣＤＭＡ）２０００などの、第３世代パートナーシッププロジェクト（３ＧＰＰ）および３ＧＰＰ２およびＩＥＥＥベースのネットワーク、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｐｈｏｎｅ ｓｙｓｔｅｍ）、ＧＳＭ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍｅｖｏｌｕｔｉｏｎ）、または、まだ開発されていない将来のワイヤレス通信システムを含めたいずれか他のワイヤレス通信システムを含むことができる。

図５は、媒体独立ハンドオーバを実施するように構成されたワイヤレス送受信ユニット（ＷＴＲＵ）５０５の例示的なブロック図である。図５に示すように、ＷＴＲＵ５０５は、プロセッサ５２０および少なくとも１つのトランシーバ（５２５ａ、５２５ｂ）を備える。プロセッサ５２０は、ＭＩＨクライアント５３０を動作させるように構成され、トランシーバ５２５ａ、５２５ｂのそれぞれに結合される。ＭＩＨクライアント５３０は、リンクステータスをデバイスドライバから受け取ること、リンク品質の測定値を受け取ること、品質報告を生成および収集すること、ソケットレイヤを使用してＭＩＨメッセージトランスポートインタフェースを介してＭＩＨサーバ（図示せず）に品質報告を送ること、およびハンドオーバを実施する決定をＭＩＨサーバから受け取ることを含めて、媒体独立ハンドオーバに関係するプロセスを実施するように構成される。

図６は、どのようにＭＩＨクライアントをＲＩＬ６００に追加することができるかを示す例示的なブロック図である。８０２．２１ＭＩＨ機能をＲＩＬに追加することにより、ＷＴＲＵ（例えばＰＣ、ラップトップ、セルホンなど）は、複数の無線技術にまたがるシームレスなシステム間ハンドオーバをサポートすることができる。この新しい機能を、ＲＩＬ ＭＩＨクライアントと呼ぶことにする。ＲＩＬ ＭＩＨクライアントは、無線インタフェースレイヤの一部とすることができる。ＲＩＬ ＭＩＨクライアントは、全てのＲＩＬドライバおよびプロキシと対話することができる。ＲＩＬ ＭＩＨクライアントは、２つ（またはそれ以上）の無線間のハンドオーバ、およびＩＰレベルハンドオーバに対処することができる。

ハンドオーバは、ネットワーク制御（ネットワークから入力する）か、クライアント制御（ＳＩＭ、他のソフトウェア（ＳＷ）コンポーネントなどからパラメータを入力する）かのいずれかとすることができる。ＲＩＬ ＭＩＨクライアントは、ＲＩＬプロキシにハンドオーバステータスを知らせることができる。次いでプロキシは、使用されている新しいドライバと対話することができる。

図６を参照すると、ＲＩＬ ＭＩＨクライアント６１０のプロキシ６０５は、ハンドオーバ前に、現在のアクティブなドライバと対話する（６２０）。複数のＲＩＬドライバ６３０、６３５が、無線リンクステータス指示（例えば信号強度）をＲＩＬ ＭＩＨクライアント６１０に送る。ＲＩＬ ＭＩＨクライアント６１０は、ネットワーク制御モードで、受け取ったリンクステータスを送った後で外部サーバからハンドオーバ要求を受け取ると（６１１）、無線ハンドオーバをトリガする。サーバからの要求はネットワーク制御モードの場合とすることができ、または、独立したクライアント制御モード６１２ハンドオーバとすることができる。新しい無線リンクが確立されると、インターネットプロトコルレベルのハンドオーバをＲＩＬ ＭＩＨクライアントによってトリガすることができる（６１４）。ＲＩＬ ＭＩＨクライアント６１０は、モバイルインターネットプロトコルハンドオーバが完了した後で新しい無線が使用される準備ができたときを、ＲＩＬのプロキシ６０５に知らせる（６１６）。ＲＩＬプロキシ６０５は、新たにアクティブになった無線リンクとインタフェースするＲＩＬドライバ６３０と通信するように構成される（６１８）。

ＲＩＬ ＭＩＨクライアント６１０は、ダイナミックリンクライブラリ（ＤＬＬ）として提供することができる。ＲＩＬコンポーネントに対して１組の関数を公開することができ、例えば、ｍｉｈｃ＿ｌｉｎｋ＿ｓｔａｔｕｓ＿ｉｎｄｉｃａｔｉｏｎ（信号測定値，割り当てられた識別子）メッセージを使用してＭＩＨクライアントをＲＩＬドライバによって呼び出すことができ、または、ｍｉｈｃ＿ｒｅｇｉｓｔｅｒ＿ｒｅｑｕｅｓｔ（コールバック関数，割り当てられた識別子）メッセージを使用してＭＩＨクライアントをＲＩＬプロキシによって呼び出すことができる。ＲＩＬ ＭＩＨクライアント６１０は、ＲＩＬプロキシのプロセス空間中で動作する。ＲＩＬ ＭＩＨクライアント６１０は、ハードウェア独立であるように構成することができる。

以下は、ＷｉＢｒｏネットワークからセルラーネットワークへのハンドオーバを実施するように構成されたＷＴＲＵの例である。ＷＴＲＵのＲＩＬ６００は、ＲＩＬ ＭＩＨクライアント６１０と、ＷｉＢｒｏ ＲＩＬドライバ６３０と、セルラーＲＩＬドライバ６３５と、上位レイヤプロトコルスタックと、ＲＩＬアプリケーション機能を実施するように構成された少なくとも２つのＲＩＬプロキシ６０５とを備える。ＷｉＢｒｏ ＲＩＬドライバ６３０は、ＲＩＬ ＭＩＨ６１０クライアントに無線リンクステータス指示を送るように構成され、アクティブなＷｉＢｒｏ呼の間にＲＩＬプロキシ６０５のうちの少なくとも１つと直接に通信する。セルラードライバ６３５は、ＲＩＬ ＭＩＨクライアント６１０に無線リンクステータス指示を送るように構成され、アクティブなセルラー呼の間にＲＩＬプロキシ６０５のうちの少なくとも１つと直接に通信する。ＲＩＬ ＭＩＨクライアント６１０は、ＷｉＢｒｏ ＲＩＬドライバ６３０およびセルラーＲＩＬドライバ６３５から無線リンクステータス指示を受け取り、新しい無線リンクを確立するために無線レベルハンドオーバをトリガする。次いでＲＩＬ ＭＩＨクライアント６０５は、新しい無線リンクが使用される準備ができたときにＩＰレベルハンドオーバをトリガし、ハンドオーバの完了時に、新しい無線リンクが使用される準備ができたことをＲＩＬプロキシ６０５に通知する。

複数のＲＩＬコンポーネントがＲＩＬ ＭＩＨクライアント６１０に登録するように構成されているときは、登録された各コンポーネントに、一意の識別子が割り当てられる。コンポーネントを登録することにより、コールバック関数を提供することができる。例えば、ＲＩＬプロキシは、事前定義済みの関数名を使用して、全てのモジュールに公開されたＲＩＬ ＭＩＨ関数を呼び出すことによってＲＩＬ ＭＩＨに登録する。この例では、ＲＩＬプロキシは、コールバック関数と呼ばれるそれらに提供された関数へのポインタを提供することになる。ＲＩＬプロキシは、それらに提供された関数を直接に公開しないので、ＲＩＬ ＭＩＨは、関数ポインタを使用してＲＩＬプロキシと対話する。この例では、ＲＩＬ ＭＩＨは、その関数を公開しコールバックを使用して他のモジュールと対話することによって、独立して機能する。

ＲＩＬプロキシおよびドライバ６３０のみが、ＲＩＬ ＭＩＨクライアント６１０の導入によって影響を受け、ＲＩＬ ＭＩＨクライアント６１０は全てのアプリケーションにとってトランスペアレントである。ＲＩＬプロキシおよびドライバ６３０は、ＲＩＬ ＭＩＨクライアント６１０のエクスポートされた関数を呼び出し、ＲＩＬ ＭＩＨクライアントＤＬＬとリンクし、ＲＩＬ ＭＩＨクライアント６１０に登録する。加えて、コールバック関数を登録することもできる。

ＲＩＬプロキシおよびドライバ６３０が、必要とされるＲＩＬ ＭＩＨ ＡＰＩ関数（コールバック関数として提供される）を実施するように構成されているとき、ＲＩＬドライバ６３０は、リンクステータス指示を提供し、ＲＩＬ ＭＩＨクライアント６１０からコマンドを受け取る。次いでＲＩＬプロキシ６０５は、ＲＩＬ ＭＩＨクライアント６１０からハンドオーバ指示を受け取る。

要約すると、ＲＩＬ ＭＩＨクライアント６１０は、ユーザ介入なしに無線間のトランスペアレントなハンドオーバを可能にすること、およびＲＩＬ ＭＩＨクライアント６１０のみを使用してハンドオーバに対処することなどの利益を提供する。

以下に、ＳｙｍｂｉａｎおよびＬｉｎｕｘ電話サーバ中でどのようにＭＩＨ機能を追加することができるか、必要とされるアーキテクチャ変更、ならびに、開発を必要とする場合のある任意の新しいインタフェースについて述べる。

図７は、前述のように、どのようにＭＩＨクライアントを典型的な電話サーバ７００に追加することができるかを示す例示的なブロック図である。本明細書では特定の電話サーバを図示および記述するが、ＭＩＨクライアント７０５は任意のタイプの電話サーバ７０５中で実現することができることに留意されたい。ＭＩＨクライアント７０５は、電話アプリケーションフレームワーク中で導入することのできる新しいソフトウェアモジュールである。図７を参照すると、ＭＩＨクライアント７０５は、ユーザ／ネットワーク操作によってアクティブ化された場合に、接続管理の制御を引き継ぐ。ＭＩＨクライアント７０５は、ハンドオーバ決定を行うための全てのインテリジェンスおよび内部ポリシを含む。ＭＩＨクライアント７０５が制御を取ると、ポリシマネージャ７１０、デバイス管理モジュール７１５、およびネットワークサーバ７２０は、ＭＩＨクライアント７０５によって指示されるように働くことができる。アクティブな呼の間、デバイス管理モジュール７１５は、デバイスドライバと直接に通信する。ＭＩＨクライアント７０５は、ポリシマネージャ７１０、ホンサーバ７２５、およびネットワークサーバ７２０の、既存のインタフェースを使用して、ネットワーク接続の変更を示すことができる。ホンサーバ７２５またはネットワークサーバ７２０中で、ロジックまたは処理の追加は必要とされない。ポリシマネージャ７１０は、切替要求に対処するために何らかの追加のロジックを必要とする場合がある。呼状態は、種々のネットワークを介した呼にわたって保存され、ある呼処理モジュールから別の呼処理モジュールに転送される。ＭＩＨクライアント７０５は、１つの例外を伴ってデバイスドライバとインタフェースすることができる。例えば、ＭＩＨクライアント７０５は、アテンション（ＡＴ）コマンドインタフェース７３０を使用してセルラーモデムと対話することになる。この例では、セルラーモデムへのインタフェースはドライバＡＰＩへの関数呼出しに基づかないが、他のワイヤレスドライバとのインタフェースはドライバＡＰＩへの関数呼出しに基づくことになる。ＭＩＨクライアント７０５は、ソケットレイヤ７３５およびＭＩＰ／ＳＩＰインタフェース７４０を、ＭＩＨメッセージトランスポートおよびレイヤ３接続性のために使用する。これらのインタフェースは、おおむね標準化されている。ＭＩＨクライアント７０５は、独立したコードモジュールとすることができ、これは、アプリケーションフレームワークに静的にリンクまたは動的にリンクされる。

図７を参照すると、ＭＩＨクライアント７０５は、様々なインタフェース、すなわちデバイスインタフェース（７４５）、電話サーバデバイス管理インタフェース（７５０）、ＭＩＨメッセージトランスポートインタフェース（７５５）、ネットワークサーバインタフェース（７６０）、ＭＩＰ／ＳＩＰクライアントインタフェース（７４０）、ポリシマネージャインタフェース（７６５）、およびネットワーク管理インタフェース（７６７）を使用することができる。図７に示すように、これらのインタフェースを使用して、例えばＷＬＡＮからセルラーモデムへのシステム間ハンドオーバが実施される。

例えば、デバイスインタフェース７４５を使用して、ＭＩＨクライアント７０５は、入出力制御（ＩＯＣＴＬ）を介してデバイスドライバとインタフェースする。デバイスドライバへのこれらのインタフェースを使用して、デバイスを開始および停止することができ、リンクステータスなどのリンクレベル情報を得ることができる。デバイスインタフェース７４５における唯一の例外は、セルラーモデムへのインタフェースである。ＭＩＨクライアント７０５は、既存のＡＴコマンドインタフェース７３０を使用して、電源投入、パワーダウン、無線リンクの確立、セルラーモデムからの信号強度測定値などの収集を行うことができる。

電話サーバデバイス管理インタフェース７５０を使用して、ＭＩＨクライアント７０５は、現在のネットワークが停止されており新しいサービスを開始する必要があるかどうかを、デバイスサービスプロバイダおよびホンサーバ７２５の既存のインタフェースを用いてデバイスに通知することができる。例えば、将来の全ての電話要求に新しいデバイスサービスを使用するよう、ホンサーバ７２５に指示することができる。

ＭＩＨクライアント７０５は、ＭＩＨメッセージトランスポートインタフェース７５５を使用して、イベントおよびコマンドサービスやＩＳメッセージなどのＭＩＨメッセージを、ソケットレイヤを用いてトランスポートすることができる。

ＭＩＨクライアント７０５は、ｓｔａｒｔＩｎｔｅｒｆａｃｅまたはｓｔｏｐＩｎｔｅｒｆａｃｅなどのネットワークサーバインタフェース７６０を使用して、ネットワーク接続を停止して新しいネットワーク接続をアクティブ化することができる。次いでネットワークサーバは、新しいネットワーク情報をＧＵＩウィジェットに対して更新する。新しいネットワーク接続を開始するために、ネットワークサーバは、正しいプラグインをロードし、ソケットを新しいデータリンク接続に切り替える。

ＭＩＨクライアント７０５は、ＭＩＰ／ＳＩＰクライアントインタフェース７４０を使用して、レイヤ３接続性を再確立することができる。例えば、ＭＩＰが使用される場合、ＭＩＨクライアント７０５は、ハンドオーバが実施されたときにＭＩＰバインディング更新をトリガすることができる。

ＭＩＨクライアント７０５は、ポリシマネージャインタフェース７６５を使用して、呼処理モジュールに、そのポリシ決定を更新して新しい呼処理モジュールに切り替えるよう指示することができる。

図７に示す例を参照すると、デバイスがＷＬＡＮネットワークを介して接続されているとき、ＭＩＨクライアント７０５は、デバイスインタフェース７４５を介してＷＬＡＮドライバからリンクステータスを受け取り（７７０）、ＡＴコマンドインタフェース７３０を介してセルラーモデムからリンクステータスを受け取る。リンクステータスが劣化し始めるのに伴い、ＭＩＨクライアント７０５は、セルラーモデムをウェイクアップすることを決定する。

セルラーモデムを遊休モードで始動させて、リンク測定値を収集することができる。セルラーモデムが低電力状態からウェイクアップすると、セルラーモデムは、セルにキャンプし、測定の実施を開始する。次いで、リンク品質測定値はＭＩＨクライアントに送られる（７７５）。

ＭＩＨクライアント７０５がＷＬＡＮおよびセルラーのリンク品質報告を収集すると、ＭＩＨクライアント７０５は、ソケットレイヤを使用して、ＭＩＨメッセージトランスポートインタフェース７５５を介してＭＩＨサーバにこれらの報告を送る。ＭＩＨサーバがセルラーモデムへのハンドオーバを実施することを決定すると、ＭＩＨサーバは、ハンドオーバコマンドをＭＩＨクライアント７０５に送る。

ＭＩＨクライアント７０５がセルラーモデムをフルパワーで始動させると、セルラーモデムはネットワークに登録する。セルラーモデムの登録成功は、通知としてネットワーク管理エンティティに送られる（７８０）。ネットワーク管理エンティティは、適切なプラグインをロードし、レイヤ２接続性を確立する。次いでＭＩＨクライアント７０５は、ＭＩＰバインディング更新を送ってレイヤ３接続を再確立する。最後に、ＷＬＡＮドライバは、デバイスインタフェース７４５を使用して低電力モードにパワーダウンされる（７４０）。

以下は、ＷＬＡＮからセルラーネットワークへのハンドオーバを実施するように構成されたＷＴＲＵの例である。ＷＴＲＵの電話サーバ７００は、ＭＩＨクライアント７０５と、ＷＬＡＮデバイスドライバと、セルラーデバイスドライバと、呼処理モジュールと、デバイス管理モジュールと、アテンション（ＡＴ）コマンドインタフェース７３０と、ネットワーク管理モジュールと、ソケットレイヤと、レイヤ３プロトコルに向けて構成された上位レイヤとを備える。

ＷＬＡＮドライバは、ＩＯＣＴＬを使用して、ＷＬＡＮ特有のインタフェースを介してＭＩＨクライアント７０５にリンクステータスを送る。セルラードライバは、ＡＴコマンドを使用して、セルラー特有のインタフェースを介してＭＩＨクライアント７０５にリンクステータスを送る。ＭＩＨクライアント７０５は、ＷＬＡＮドライバおよびセルラードライバからリンクステータスを受け取り、新しい無線リンクを確立するためにハンドオーバをトリガする。ＭＩＨクライアント７０５は、ＭＩＨメッセージトランスポートインタフェース７５５を介してソケットレイヤと通信し、ネットワーク管理インタフェース７６７を使用してＩＰおよびポイントツーポイント（ＰＰＰ）接続を確立する。ＭＩＨクライアント７０５は、ネットワークサーバインタフェース７６０を介してネットワークサーバと通信し、ＭＩＰ／ＳＩＰインタフェースを介してレイヤ３接続性を再確立する。ＭＩＨクライアント７０５は、ポリシマネージャインタフェースを使用して呼処理モジュールと通信し、ＡＴコマンドインタフェースを使用してセルラーデバイスドライバへのアクティブなＭＩＰセッションのハンドオーバを完了する。ネットワーク管理ユニットは、電話サーバデバイスインタフェースを介してＭＩＨクライアント７０５と通信して、ＷＬＡＮデバイスをパワーダウンする。

好ましい実施形態では本発明の特徴および要素を特定の組合せで上述しているが、各特徴または要素は、好ましい実施形態の他の特徴および要素なしで単独で、または、本発明の他の特徴および要素ありもしくはなしで様々な組合せで、使用することができる。本発明で提供した方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に有形に組み入れられた、コンピュータプログラム、ソフトウェア、またはファームウェア中で実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し可能ディスクなどの磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭディスクやディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。

適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれか他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。

ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ中で使用するために、ソフトウェアと共にプロセッサを使用して無線周波数トランシーバを実現することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオホン、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、ディジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェア中で実現されるモジュールと共に使用することができる。

実施形態
１．システム間ハンドオーバをサポートするように構成された無線インタフェースレイヤ（ＲＩＬ）を備えるワイヤレス送受信ユニット（ＷＴＲＵ）であって、ＲＩＬは、
少なくとも２つのＲＩＬプロキシであって、各ＲＩＬプロキシがＲＩＬアプリケーション機能を実施するように構成された、ＲＩＬプロキシと、
ＲＩＬ媒体独立ハンドオーバ（ＲＩＬ ＭＩＨ）クライアントと、
ＲＩＬ ＭＩＨクライアントに無線リンクステータス指示を送り、アクティブな第１のＲＡＴ呼の間に少なくとも２つのＲＩＬプロキシのうちの１つと直接に通信するように構成された第１の無線アクセス技術（ＲＡＴ）ＲＩＬドライバと、
ＲＩＬ ＭＩＨクライアントに無線リンクステータス指示を送り、アクティブな第２のＲＡＴ呼の間に少なくとも２つのＲＩＬプロキシのうちの１つと直接に通信するように構成された第２のＲＡＴ ＲＩＬドライバと、
上位レイヤプロトコルスタックとを備え、ＲＩＬ ＭＩＨクライアントは、
第１のＲＡＴ ＲＩＬドライバおよび第２のＲＡＴ ＲＩＬドライバから無線リンクステータス指示を受け取り、
新しい無線リンクを確立するために無線レベルハンドオーバをトリガし、
新しい無線リンクが使用される準備ができたときにインターネットプロトコル（ＩＰ）レベルハンドオーバをトリガし、
ＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを少なくとも２つのＲＩＬプロキシに通信するように構成された、ＷＴＲＵ。

２．第１のＲＡＴ ＲＩＬドライバは、ＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）ドライバ、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）ドライバ、広帯域符号分割多元接続（ＷＣＤＭＡ）ドライバ、符号分割多元接続（ＣＤＭＡ２０００）ドライバ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ドライバ、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、セルラードライバのうちの１つである、実施形態１のＷＴＲＵ。

３．第２のＲＡＴ ＲＩＬドライバは、ＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）ドライバ、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）ドライバ、広帯域符号分割多元接続（ＷＣＤＭＡ）ドライバ、符号分割多元接続（ＣＤＭＡ２０００）ドライバ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ドライバ、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、セルラードライバのうちの１つである、上記実施形態のいずれかにおけるＷＴＲＵ。

４．ＲＩＬ ＭＩＨクライアントは、
無線リンクステータス指示を送った後で外部サーバからハンドオーバ要求を受け取るようにさらに構成された、上記実施形態のいずれかにおけるＷＴＲＵ。

５．ＲＩＬ ＭＩＨクライアントは、サーバ要求に応答してネットワーク制御モードの無線レベルハンドオーバをトリガするように構成された、上記実施形態のいずれかにおけるＷＴＲＵ。

６．ＲＩＬ ＭＩＨクライアントは、独立したクライアント制御モードの無線レベルハンドオーバをトリガするように構成された、上記実施形態のいずれかにおけるＷＴＲＵ。

７．システム間ハンドオーバをサポートするように構成された電話サーバを備えるワイヤレス送受信ユニット（ＷＴＲＵ）であって、電話サーバは、
媒体独立ハンドオーバ（ＭＩＨ）クライアントと、
ＭＩＨクライアントにリンクステータス情報を送るように構成されたデバイスドライバを含む第１のタイプの無線アクセス技術（ＲＡＴ）の第１の無線と、
ＭＩＨクライアントにリンクステータス情報を送るように構成されたデバイスドライバを含む第２のタイプのＲＡＴの第２の無線と、
呼処理モジュールと、
呼処理モジュール、ならびに第１のＲＡＴタイプのアクティブな呼の間の第１の無線および第２のＲＡＴタイプのアクティブな呼の間の第２の無線と通信するように構成されたデバイス管理モジュールと、
ＭＩＨクライアント、ならびに第１の無線および第２の無線と通信するように構成されたネットワーク管理モジュールと、
ネットワーク管理モジュール、ＭＩＨクライアント、およびソケットレイヤと通信するように構成された、モバイルインターネットプロトコル（ＭＩＰ）およびセッション開始プロトコル（ＳＩＰ）を含むレイヤ３プロトコルモジュールとを備え、
ＭＩＨクライアントは、
新しい無線リンクを確立するために無線レベルハンドオーバをトリガし、
新しい無線リンクを使用してインターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）接続を確立し、
アクティブなＭＩＰセッションのハンドオーバをトリガし、
ＭＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを呼処理モジュールに通信するように構成された、ＷＴＲＵ。

８．第１のＲＡＴデバイスドライバは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、イーサネット（登録商標）ドライバ、シリアルドライバ、ダイヤルアップモデムドライバ、セルラーモデムドライバのうちの１つである、実施形態７のＷＴＲＵ。

９．第２のＲＡＴデバイスドライバは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、イーサネット（登録商標）ドライバ、シリアルドライバ、ダイヤルアップモデムドライバ、セルラーモデムドライバのうちの１つである、実施形態７または８のＷＴＲＵ。

１０．第１の無線はセルラーモデムであり、ＷＴＲＵは、セルラーモデムおよびデバイス管理モジュールと通信するように構成されたアテンション（ＡＴ）コマンドインタフェースをさらに備え、ＡＴコマンドインタフェースは、セルラーモデムからのリンクステータス情報をＭＩＨクライアントに提供する、実施形態７〜９のいずれかにおけるＷＴＲＵ。

１１．ＭＩＨクライアントは、ネットワークサーバモジュールに要求を送ることによって、新しい無線リンクを使用してインターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）接続を確立するようにさらに構成され、ネットワークサーバモジュールは、要求を受け取るのに応答してＩＰおよびＰＰＰ接続を確立するようにさらに構成された、実施形態７〜１０のいずれかにおけるＷＴＲＵ。

１２．ＭＩＨクライアントは、
現在アクティブなデバイスインタフェースおよび電話サーバを使用して、新しいサービスが必要とされるかどうかをデバイスに通知するようにさらに構成された、実施形態７〜１１のいずれかにおけるＷＴＲＵ。

１３．ネットワーク接続を停止するように構成されたネットワークサーバインタフェースをさらに備える、実施形態７〜１２のいずれかにおけるＷＴＲＵ。

１４．新しいネットワーク接続をアクティブ化するように構成されたネットワークサーバインタフェースをさらに備える、実施形態７〜１３のいずれかにおけるＷＴＲＵ。

１５．ＭＩＨクライアントは、ポリシ決定を更新して新しい呼処理モジュールに切り替えるよう、呼処理モジュールに指示するように構成された、実施形態７〜１４のいずれかにおけるＷＴＲＵ。

１６．ＭＩＨクライアントは、第１の無線と第２の無線のいずれかから受け取ったリンクステータス情報に基づいて無線レベルハンドオーバをトリガするように構成された、実施形態７〜１５のいずれかにおけるＷＴＲＵ。

１７．ＭＩＨクライアントは、ＭＩＨサーバからＩＰ接続を介して受け取った情報に基づいて無線レベルハンドオーバをトリガするように構成された、実施形態７〜１６のいずれかにおけるＷＴＲＵ。

１８．無線アクセス技術間におけるワイヤレス送受信ユニット（ＷＴＲＵ）の媒体独立ハンドオーバ（ＭＩＨ）の方法であって、
アクティブな第１のＲＡＴ呼の間に第１の無線アクセス技術（ＲＡＴ）無線インタフェースレイヤ（ＲＩＬ）ドライバからリンクステータスインジケータを受け取ること、
アクティブな第２のＲＡＴ呼の間に第２のＲＡＴ ＲＩＬドライバから無線リンクステータス指示を受け取ること、
新しい無線リンクを確立するために無線レベルハンドオーバをトリガすること、
新しい無線リンクが使用される準備ができたときにインターネットプロトコル（ＩＰ）レベルハンドオーバをトリガすること、および、
ＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを少なくとも２つのＲＩＬプロキシに通信することを含む方法。

１９．無線アクセス技術（ＲＡＴ）間におけるワイヤレス送受信ユニット（ＷＴＲＵ）の媒体独立ハンドオーバ（ＭＩＨ）の方法であって、
第１のＲＡＴ特有インタフェースを介して第１のＲＡＴの第１の無線デバイスドライバからリンクステータスを受け取ること、
第２のＲＡＴ特有インタフェースを介して第２のＲＡＴの第２の無線デバイスドライバからリンクステータスを受け取ること、
新しい無線リンクを確立するために無線レベルハンドオーバをトリガすること、
新しい無線リンクを使用してインターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）接続を確立すること、
アクティブなモバイルＩＰ（ＭＩＰ）セッションのハンドオーバをトリガすること、ならびに、
ＭＩＰハンドオーバ完了に応答して、新しい無線リンクが使用される準備ができたことを呼処理モジュールに通信することを含む方法。

Claims (15)

1. 異なる無線アクセス技術（ＲＡＴs）にまたがるシステム間ハンドオーバをサポートするように構成されたワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   第１のＲＡＴを用いて通信するように構成された第１のトランシーバと、
   第２のＲＡＴを用いて通信するように構成された第２のトランシーバと、
   無線インタフェースレイヤ（ＲＩＬ）アップリケーション機能を実施するように構成された少なくとも２つのＲＩＬプロキシであって、該少なくとも２つのＲＩＬプロキシは第１のＲＩＬプロキシと第２のＲＩＬプロキシとを含む、ＲＩＬプロキシと、
   ＲＩＬ媒体独立ハンドオーバ（ＲＩＬ ＭＩＨ）クライアントと、
   前記ＲＩＬ ＭＩＨクライアントに前記第１のトランシーバに関連する無線リンクステータス指示を送り、前記第1のトランシーバでアクティブな通信の間に前記第１のＲＩＬプロキシと通信するように構成された第１のＲＩＬドライバと、
   前記ＲＩＬ ＭＩＨクライアントに無線リンクステータス指示を送り、前記第２のトランシーバでアクティブな通信の間に前記第２のＲＩＬプロキシと直接通信するように構成された第２のＲＩＬドライバと、
   上位レイヤプロトコルスタックと
   を備え、
   前記ＲＩＬ ＭＩＨクライアントは、
   前記第１のＲＩＬドライバおよび前記第２のＲＩＬドライバから無線リンクステータス指示を受け取り、
   前記第２のトランシーバで新しい無線リンクを確立するために前記第１のトランシーバから前記第２のトランシーバへ無線レベルハンドオーバを開始し、
   前記新しい無線リンクの確立に応じてインターネットプロトコル（ＩＰ）レベルハンドオーバを開始し、
   前記ＩＰレベルハンドオーバの完了に応答して、前記新しい無線リンクが使用されるための準備ができたことを前記少なくとも２つのＲＩＬプロキシに通信するように構成されたことを特徴とするＷＴＲＵ。
2. 前記第１のＲＩＬドライバは、ＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）ドライバ、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）ドライバ、広帯域符号分割多元接続（ＷＣＤＭＡ）ドライバ、符号分割多元接続（ＣＤＭＡ２０００）ドライバ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ドライバ、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、セルラードライバのうちの１つであることを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記第２のＲＩＬドライバは、ＷｉＢｒｏ（ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）ドライバ、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）ドライバ、広帯域符号分割多元接続（ＷＣＤＭＡ）ドライバ、符号分割多元接続（ＣＤＭＡ２０００）ドライバ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ドライバ、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、セルラードライバのうちの１つであることを特徴とする請求項１に記載のＷＴＲＵ。
4. 前記ＲＩＬ ＭＩＨクライアントは、
   前記無線リンクステータス指示を送った後で外部サーバからハンドオーバ要求を受け取るようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記ＲＩＬ ＭＩＨクライアントは、ネットワーク制御モードの無線レベルハンドオーバをトリガするように構成され、または独立したクライアント制御モードの無線レベルハンドオーバをトリガするように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
6. 異なるアクセス技術（ＲＡＴｓ）にまたがるシステム間ハンドオーバをサポートするワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   媒体独立ハンドオーバ（ＭＩＨ）クライアントと、
   前記ＭＩＨクライアントにリンクステータス情報を送るように構成された第１のデバイスドライバを含む、セル方式である第１のＲＡＴタイプの第１のトランシーバと、
   前記ＭＩＨクライアントにリンクステータス情報を送るように構成された第２のデバイスドライバを含む第２のＲＡＴタイプの第２のトランシーバと、
   呼処理モジュールと、
   前記呼処理モジュールと通信し、前記第１のトランシーバでのアクティブな通信の間に前記第１のトランシーバと通信し、前記第２のトランシーバでのアクティブな通信の間に前記第２のトランシーバと通信するように構成されたデバイス管理モジュールと、
   前記ＭＩＨクライアント、ならびに前記第１のトランシーバおよび前記第２のトランシーバと通信するように構成されたネットワーク管理モジュールと、
   前記ネットワーク管理モジュール、前記ＭＩＨクライアント、およびソケットレイヤと通信するように構成された、モバイルインターネットプロトコル（ＭＩＰ）およびセッション開始プロトコル（ＳＩＰ）を含むレイヤ３プロトコルモジュールと、
   前記第１のトランシーバおよび前記デバイス管理モジュールと通信するように構成されたアテンション（ＡＴ）コマンドインタフェースと
   を備え、かつ
   前記第１のデバイスドライバにより前記ＭＩＨクライアントへ送られる前記リンクステータス情報は前記ＡＴコマンドインタフェースを介して送信され、
   前記ＭＩＨクライアントは、
   新しい無線リンクを確立するために無線レベルハンドオーバをトリガし、ここで、前記無線レベルハンドオーバは前記第１のトランシーバから前記第２のトランシーバへ、あるいは前記第２のトランシーバから前記第１のトランシーバへのハンドオーバであり、
   前記新しい無線リンクを使用してインターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）接続を確立し、
   アクティブなＭＩＰセッションのハンドオーバを開始し、
   前記アクティブなＭＩＰセッションのハンドオーバ完了に応答して、前記新しい無線リンクが使用されるための準備ができたことを前記呼処理モジュールに通信するように構成されている、ことを特徴とするＷＴＲＵ。
7. 前記第２のデバイスドライバは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ドライバ、イーサネット（登録商標）ドライバ、シリアルドライバ、ダイヤルアップモデムドライバ、またはセルラーモデムドライバのいずれか１つであることを特徴とする請求項６に記載のＷＴＲＵ。
8. 前記ＭＩＨクライアントは、前記新しい無線リンクを使用して、前記ネットワーク管理モジュールに要求を送ることによって、インターネットプロトコル（ＩＰ）およびポイントツーポイント（ＰＰＰ）の接続を確立するようにさらに構成され、
   前記ネットワーク管理モジュールは、前記要求を受け取るのに応答して前記ＩＰおよび前記ＰＰＰ接続を確立するようにさらに構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
9. 前記ＭＩＨクライアントは、
   現在アクティブなデバイスインタフェースおよび電話サーバを使用して、新しいサービスが必要とされるかどうかをデバイスに通知するようにさらに構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
10. ネットワーク接続を停止するように構成されたネットワークサーバインタフェースをさらに備えることを特徴とする請求項６に記載のＷＴＲＵ。
11. 新しいネットワーク接続をアクティブ化するように構成されたネットワークサーバインタフェースをさらに備えることを特徴とする請求項６に記載のＷＴＲＵ。
12. 前記ＭＩＨクライアントは、ポリシ決定を更新して新しい呼処理モジュールに更新するように、前記呼処理モジュールに指示するように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
13. 前記ＭＩＨクライアントは、前記第１のトランシーバまたは前記第２のトランシーバのいずれかから受け取った前記リンクステータス情報に基づいて前記無線レベルハンドオーバをトリガするように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
14. 前記ＭＩＨクライアントは、ＭＩＨサーバから受け取った情報に基づいて前記無線レベルハンドオーバをトリガするように構成されたことを特徴とする請求項６に記載のＷＴＲＵ。
15. 異なるアクセス技術（ＲＡＴｓ）にまたがるシステム間ハンドオーバをサポートするワイヤレス送受信ユニット（ＷＴＲＵ）に用いられる方法であって、
    前記ＷＴＲＵは、
    第１のＲＡＴを用いて通信するように構成された第１のトランシーバと、
    第２のＲＡＴを用いて通信するように構成された第２のトランシーバと、
    無線インタフェースレイヤ（ＲＩＬ）アップリケーション機能を実施するように構成された少なくとも２つのＲＩＬプロキシであって、該少なくとも２つのＲＩＬプロキシは第１のＲＩＬプロキシと第２のＲＩＬプロキシとを含む、ＲＩＬプロキシと、
    ＲＩＬ媒体独立ハンドオーバ（ＲＩＬ ＭＩＨ）クライアントと、
    前記第1のトランシーバおよび前記第１のＲＩＬプロキシと通信するように構成された第１のＲＩＬドライバと、
    前記第２のトランシーバおよび前記第２のＲＩＬプロキシと通信するように構成された第２のＲＩＬドライバと、を備え、
    前記方法は、
    前記ＲＩＬ ＭＩＨクライアントが前記第１のＲＩＬドライバと前記第２のＲＩＬドライバから無線リンクステータスインジケータを受け取るステップと、
    前記ＲＩＬ ＭＩＨクライアントが新しい無線リンクを確立するために無線レベルハンドオーバを開始するステップと、
    前記ＲＩＬ ＭＩＨクライアントが前記新しい無線リンクの確立に応じてインターネットプロトコル（ＩＰ）レベルハンドオーバを開始するステップと、
    前記ＲＩＬ ＭＩＨクライアントが前記ＩＰレベルハンドオーバの完了に応答して、前記新しい無線リンクが使用されるための準備ができたことを前記少なくとも２つのＲＩＬプロキシへ通信するステップと
    を含むことを特徴とする方法。

Images