JP5081818B2 - サービスセッション中に無線アクセスネットワークのインターフェースを自動選択するマルチモードモバイル端末 - Google Patents

Description

本発明は、バックボーンネットワークを介して互いに結合された無線通信ネットワークのグループに関し、より正確には、サービスセッション中に外部アプリケーションと通信するためにモバイル端末の無線アクセスネットワークへのアクセスを制御することに関する。

本コンテキストでは、「モバイル端末」という表現は、別の端末またはネットワーク機器とそれらの親ネットワーク（１つまたは複数）を介して、あるいは、それ自身の親ネットワークと、無線信号の形のデータを交換することができる任意のモバイルまたはポータブル無線通信端末、たとえば、モバイル電話、および無線通信モジュールを備えたポータブル（ラップトップ）コンピュータまたは携帯情報端末（ＰＤＡ）を表す。

マルチモード端末として知られているいくつかのモバイル端末は、複数の（少なくとも２つの）異なる無線アクセスネットワーク、たとえば、一方ではＧＰＲＳ／ＥＤＧＥおよび／またはＵＭＴＳ通信ネットワーク、他方ではＷＬＡＮおよび／またはＷｉＦｉおよび／またはＷｉＭＡＸ通信ネットワークにアクセスするように構成される。したがって、これらの端末は、たとえば、それらが対応する無線アクセスネットワークに接続することができるようにする電話（ＧＰＲＳ／ＥＤＧＥまたはＵＭＴＳ）またはＰＣＭＣＩＡ（ＷｉＦｉまたはＷｉＭＡＸ）電子通信カードに関して定義された複数のネットワークインターフェースを有する。また、２つのモバイル端末、たとえばシリアルポートを介してポータブル（ラップトップ）コンピュータに接続されたモバイル電話を組み合わせることにより「マルチモード」端末を構成することも可能である。

たとえば、無線アクセスネットワークが結合されているバックボーンネットワークがインターネットプロトコル（ＩＰ）ネットワークである場合、マルチモード端末は、インターネットプロトコルネットワークに結合された、外部アプリケーションサーバ（またはインターネットサイト）を含むネットワーク（またはアプリケーション）機器に、それらのサーバとデータを交換するために、無線アクセスネットワークを介して接続することができる。たとえば、外部アプリケーションは、音楽またはビデオの送信（オーディオ、ビデオおよびその種のデータストリームの「ストリーミング」モード送信）専用でもよい。

マルチモード端末のユーザがリモート外部アプリケーションによって管理されているデータをダウンロードすることができるためには、ユーザの端末は、前記外部アプリケーションとサービスセッションを開始することができる内部アプリケーション、たとえばウェブブラウザを有しなければならない。

当業者は知っているように、サービスセッションは、特定の特徴によって定義された、サービスセマンティックに関連する様々なタイプの（サービス）トランザクションで構成される。サービスセマンティックは、関係するアプリケーションを与えられると所与のトランザクションの意味を定義する。たとえば、トランザクションは、インターネットサイトまたはインターネットサイトの所与のページを探すこと、映画の送信を要求すること、あるいは一時的なまたは恒久的な映画の停止を要求することにあってもよい。

（内部または外部の）要求するアプリケーションから生じる各トランザクションは、（内部および外部の）要求するアプリケーションおよび要求されたアプリケーションがインストールされている機器（たとえば、マルチモード端末とアプリケーションサーバと）の間にセットアップされたトランスポート（ソケット）レベルの接続を介して、それが指定する要求された（外部または内部の）アプリケーションに送信されなければならない。

同じセッション中の同じタイプのまたは異なるタイプの連続トランザクションは、同じ高いビットレート、さらには非常に高いビットレート（トランスポートレベル）の接続を使用することを必ずしも必要とするとは限らない。たとえば、ビデオデータの送信の一時的なまたは恒久的な停止を求める要求を送信するために非常に高いビットレートの接続を使用することは有用ではないが、一方、ビデオデータの送信それ自体は非常に高いビットレートの接続を必要とする。

同様に、いくつかの状況下では、より低い品質の再生につながるより低いビットレートの接続を使用してセッションをすぐに開始するのではなく、高いビットレートの接続へのアクセスが可能になるのをしばらくの間待つことが望ましいであろう。たとえば、ＷｉＦｉホットスポットが存在するエリアでＵＭＴＳ／ＷｉＦｉバイモード端末が移動される場合、それがホットスポットに到達するごとに、それにＷｉＦｉアクセスネットワークを介して高いビットレートのビデオデータを送信するために、待つことが有利であろう。

上記の分析から、マルチモード端末が動作するのに必要とする各トランザクションに適した無線アクセスネットワークを選択することができることが特に有利であろうということになる。現在、これは可能ではない。

現在、ポータブル（ラップトップ）コンピュータおよびＰＤＡなどのマルチモード端末は、要求されたアプリケーションがインストールされているアプリケーション機器の宛先アドレスに応じて、要求されたアプリケーションにアクセスするために、使用されるべきネットワークインターフェース、およびマルチモード端末のルーティングテーブル内のその宛先アドレスに特に関連するルート（パス）を選択するように構成されている。

したがって、この種のルートがルーティングテーブルに存在する場合は、要求するアプリケーションは、そのルートが通る無線アクセスネットワークに接続されたネットワークインターフェースを選択することを余儀なくされる。ルーティングテーブルにそのようなルートが存在しない場合は、要求するアプリケーションは、単一の無線アクセスネットワークへの接続を提供するネットワークインターフェースにリンクさたデフォルトルートを使用することを余儀なくされる。したがって、実際には、デフォルトルートにリンクされたネットワークインターフェースが、利用可能でない場合を除いて、体系的に使用される。

したがって、現在のマルチモード端末では、要求する（内部の）アプリケーションは、トランザクションを行うために使用されるネットワークインターフェースに対する制御を有しない。

この状況を改善しようとする試みでは、アルカテルは、ＡＰＩソケット（トランスポートレベル接続アプリケーションプログラミングインターフェース）層の質を高め、ＡＰＩソケット層に対して行われた変更を使用することができるアクセスネットワーク選択機構を内部のアプリケーションが使用することができように内部のアプリケーションを変更するために、マルチモード端末のオペレーティングシステムを変更することを提案している。このソリューションは、マルチモード端末の内部アプリケーションの製作者にそれらを変更することを余儀なくさせ、無線アクセスネットワークオペレータがアクセスネットワークを選択するモードに関して任意のインプットを持つことができるようにせず、このことは、選択基準をかなり制限する。

本発明の目的は、この状況を改善することである。

この目的のために、本発明は、オペレーティングシステムと、ネットワーク機器にインストールされた少なくとも１つの外部アプリケーションとデータを交換するための少なくとも１つの内部アプリケーションと、それぞれがアドレスを有し、異なるタイプのそれぞれの無線アクセスネットワークに接続されることができ、ネットワーク機器が接続されているバックボーンネットワークに接続されることができる、オペレーティングシステムに結合された少なくとも２つのネットワークインターフェースとを含むマルチモードモバイル（無線通信）端末を提案する。

このマルチモード端末は、外部アプリケーションを指定して内部アプリケーションからトランザクション要求を受信するごとに、その端末のネットワークインターフェースのうちのどちらがトランザクションに適しているか制御情報およびルーティング情報に応じて判定し、次いで、オペレーティングシステムに、判定されたネットワークインターフェースと、外部アプリケーションを含むネットワーク機器との間のトランスポート（ソケット）レベル接続を介して、指定された外部アプリケーションにトランザクション要求を送信するよう命令するように構成された、内部アプリケーションと外部アプリケーションとの間にプロキシインターフェース機能を提供するための制御手段を含むことを特徴とする。

本コンテキストでは、「プロキシ機能」という表現は、ＩＥＴＦ定義に準拠して、２つのアプリケーションの間に配置され、２つのアプリケーションの１つに対してもう１つのアプリケーションになりすまし、逆の場合も同じである、モジュールを表す。

本発明のマルチモードモバイル端末は、他の特徴を、特に、別々にまたは組み合わせて、有してもよい。

その制御手段は、第１に、制御情報に応じてネットワークインターフェースを選択し、第２に、（端末のルーティングテーブルに記憶されている）ルーティング情報内に、要求されたトランザクションが関係する外部アプリケーションを含むネットワーク機器へのコールのコンテキストで使用されるであろうルートが存在するかどうかチェックし、第３に、そのようなルートが上記テーブルに定義されていない場合は、ルーティング情報のルーティングテーブル内のストレージに選択されたネットワークインターフェースの使用を含むルートを定義するよう命令するように構成される。

選択されたネットワークインターフェースが利用不可能である場合は、その制御手段は、制御情報およびルーティング情報に応じて別のネットワークインターフェースを判定することに責任を負うことができる。

その制御手段は、オペレーティングシステムに送信されたシステムコマンドによってネットワークインターフェースを判定することに責任を負うことができる。

その制御手段は、ダウンロード可能なプロキシタイプソフトウェアアプリケーションの形を取ることができる。この場合、オペレーティングシステムは、第１に、プロキシタイプソフトウェアアプリケーションをリモート補助ネットワーク機器から受信し、第２に、そのプロキシタイプソフトウェアアプリケーションを選択された内部アドレスにある端末にインストールし、第３に、プロキシタイプソフトウェアアプリケーションと通信することができるように、選択された内部アドレスを各内部アプリケーションに通知するように、構成される。

制御データはリモート補助ネットワーク機器に記憶されることができる。この場合、その制御手段は、その補助ネットワーク機器が制御データをそれらに送信することができるように、オペレーティングシステムに端末とその補助ネットワーク機器との間に信号接続をセットアップするように要求することに責任を負う。

その制御手段は、端末の記憶手段に記憶するために信号接続を介して補助ネットワーク機器に制御情報を要求することに責任を負うことができる。

第１変形形態では、その制御手段は、信号接続を介して、（そのイニシアティブで）補助ネットワーク機器によって送信された制御データを端末の記憶手段に記憶することに責任を負うことができる。

第２変形形態では、その制御手段は、トランザクションが送信されるべきネットワークインターフェースを判定するのに必要な制御データを、信号接続を介して、補助ネットワーク機器に要求することに責任を負うことができる。

制御情報は、たとえば、ネットワークインターフェースタイプデータに関連するアプリケーションタイプデータ、ネットワークインターフェースタイプデータに関連するトランザクションタイプデータ、ネットワークインターフェースタイプデータに関連するアプリケーションタイプデータおよびトランザクションタイプデータ、ネットワークインターフェースタイプデータに関連する内部アプリケーションに送信されるべきデータの重みを表すデータ、ならびに、ネットワークインターフェースタイプデータに関連するネットワーク情報データから選択される。

インターネットプロトコル（ＩＰ）バックボーンネットワークが存在する場合は、その制御手段は、ＵＤＰ、ＴＣＰ／ＩＰおよびＳＣＴＰから選択されたトランスポートプロトコルによって内部アプリケーションと通信することに責任を負うことができる。

その制御手段は、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ（ハイパーテキスト伝送プロトコル））によって各外部アプリケーションと通信することに責任を負うことができる。

本発明の他の特徴および利点は、以下の詳細な説明を読み、図１が、２つの無線アクセスネットワークおよびバックボーンネットワークを介して外部アプリケーションサーバに結合された、本発明によるデュアルモード端末を非常に略図化して示す、添付の図面を調べれば明らかになるであろう。添付の図面は、本発明の説明の一部分を構成し、必要な場合は、本発明の定義に寄与する。

本発明の一目的は、サービスセッション中のマルチモード無線通信モバイル端末のレベルでの無線アクセスネットワークの自動選択を可能にすることである。

以下で非限定的な実施例として考察されるマルチモード無線通信モバイル端末は、ＷｉＦｉ ＰＣＭＣＩＡカードおよびＵＭＴＳモバイル電話カードを備えたバイモードポータブルコンピュータである。しかし、本発明は、もちろん、この利用形態のみに限定されない。本発明は、別の端末またはネットワーク機器と、それらの親ネットワーク（１つまたは複数）を介して、あるいは、それ自身の親ネットワークと無線信号の形のデータを交換することができるすべてのモバイルまたはポータブルマルチモード通信端末、たとえば、マルチモードモバイル電話または携帯情報端末（ＰＤＡ）に関する。さらに、本発明は、ＵＭＴＳ／ＷｉＦｉバイモード端末に限定されない。本発明は、異なるタイプに対応する、それぞれがそれ自身のアドレスを有する少なくとも２つのネットワークインターフェースを使用して、前記異なるタイプの少なくとも２つの無線アクセスネットワークにアクセスすることができるすべてのモバイル端末に関する。したがって、本発明は、特に、以下のネットワークインターフェースの組合せに関する。ＧＳＭおよび／またはＧＰＲＳ／ＥＤＧＥおよび／またはＵＭＴＳ（またはＨＳＤＰＡ）および／またはＷＬＡＮ（無線ローカルエリアネットワーク、たとえばハイパーランネットワーク（ＥＴＳＩ標準準拠）、あるいは８０２．１１ネットワーク（ＩＥＥＥ標準準拠））および／またはＷＭＡＮ（無線メトロポリタンエリアネットワーク、たとえばＩＥＥＥ標準に準拠した８０２．１６ネットワーク）および／またはブルートゥース。

図１は、通常、
特にアプリケーションプログラミングインターフェースＡＰＩおよび、たとえばＴＣＰ／ＩＰタイプのトランスポート層を含むレイヤースタックＬＳを含むオペレーティングシステムＯＳ、たとえばＷｉｎｄｏｗｓ（登録商標）またはＬｉｎｕｓ（登録商標）と、
オペレーティングシステムＯＳに結合され、宛先アドレス、たとえばＩＰアドレスとして知られているアドレス、によって示されたリモート機器へのアクセスを提供するルート（またはパス）を定義するルーティングデータを記憶し、ルーティングテーブルの形を取る、より正確にはルーティングテーブル内の各エントリが宛先アドレスである、データベースＲＢと、
たとえば、内部アプリケーションＩＡがビデオの再生専用の別の内部アプリケーションＩＡ２に結合されたウェブブラウザであり、外部アプリケーションＥＡがビデオストリーミング専用のアプリケーションである、リモートアプリケーション機器ＳＥに実装された少なくとも１つの外部アプリケーションＥＡとのデータの交換を可能にする少なくとも１つの内部アプリケーションＩＡ１のグループＩＡＧと、
オペレーティングシステムＯＳに結合され、異なるタイプの、たとえば、それぞれ、ＲＡＮ１の場合はＵＭＴＳ、ＲＡＮ２の場合はＷｉＦｉの、２つの無線アクセスネットワークＲＡＮ１およびＲＡＮ２に接続されるように構成された、たとえばそれぞれがＩＰアドレスを有する、少なくとも２つのネットワークインターフェースＮＩ１およびＮＩ２と
を含む、マルチモードモバイル端末（たとえばラップトップコンピュータ）ＭＳを実施例として示す。

２つの無線アクセスネットワークＲＡＮ１およびＲＡＮ２はまた、バックボーンネットワークＩＰＮ、たとえばインターネットなどのインターネットプロトコル（ＩＰ）に接続されている。

リモートネットワーク機器ＳＥはまた、バックボーンネットワークＩＰＮに接続されている。リモートネットワーク機器ＳＥは、たとえば、アドレス、たとえばＩＰアドレスを有し、少なくとも外部アプリケーションＥＡを含むアプリケーションサーバである。

本発明によれば、マルチモード端末ＭＳは、内部アプリケーションＩＡ１およびＩＡ２のセットＩＡＧと外部アプリケーションＥＡとの間に「プロキシ」インターフェース機能を提供する制御モジュールＣＭをさらに含む。

上記で示されたように、プロキシ機能の定義は、ここでは、ＩＥＴＦ定義である。したがって、プロキシ機能は、ソフトウェア（または電子データ処理）モジュールおよび／または、内部アプリケーション（ここではアプリケーションＩＡ１およびＩＡ２）と外部アプリケーション（ここではアプリケーションＥＡ）との間に配置され、１つのアプリケーションに対してもう１つのアプリケーションになりすまし、逆の場合も同じである、電子回路からなる。

内部アプリケーションＩＡｉ（ここでｉ＝１または２）がサービスセッション中に外部アプリケーションＥＡを指定してサービストランザクション要求をそれに送信するごとに、プロキシ機能を有する制御モジュールＣＭが、制御情報およびルーティング情報に応じて、ネットワークインターフェースＮＩｊ（ここでｊ＝１または２）のうちのどちらがトランザクションに適したものであるか判定する。

本コンテキストでは、「ルーティング情報」という表現は、データベースＲＢのルーティングテーブルに記憶されたルーティングデータ、および、ネットワークインターフェースＮＩｊが対応する無線アクセスネットワークＲＡＮｊに接続されているかいないかを示す利用可能性データを表す。

たとえば、内部アプリケーションＩＡｉと制御モジュールＣＭとの間の交換は、特に、ＵＤＰ（ユーザデータグラムプロトコル）、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）またはＳＣＴＰ（ストリーミング制御トランスポートプロトコル）などのトランスポートプロトコルに従って行われる。

インターネットプロトコルのバージョン４（ＩＰｖ４）によれば、制御モジュールＣＭは、アドレス１２７．０．０．１など、（当業者にはループバックアドレスとして知られている）内部アドレスを有する。制御モジュールＣＭのポート番号を示すこの内部アドレスは、グループＩＡＧの各内部アプリケーションＩＡｉに知られている。それは、ちょうど要求されたトランザクションが関係する外部アプリケーションＥＡを含むネットワーク機器ＳＥを示す宛先アドレスのように、送信されるべきトランザクション要求を含むＩＰパケットのヘッダに組み入れられる。

制御モジュールＣＭは、ルーティングテーブルが記憶されているデータベースＲＢに結合されたオペレーティングシステムＯＳにシステムコマンドを送信することによりルーティングデータにアクセスする。制御モジュールＣＭはまた、オペレーティングシステムＯＳに、より正確にはそのＡＰＩに、システムコマンドを送信することにより利用可能性データにアクセスする。

本コンテキストでは、「制御情報」という表現は、内部アプリケーションタイプおよび／またはトランザクションタイプおよび／またはネットワーク情報に対応する関係で使用されるべきネットワークインターフェースＮＩｊのタイプを指定する任意のデータを表す。

トランザクションタイプは、行われるべき１つまたは複数の動作だけでなく、当業者がトランザクションに関連するサービスセマンティックと呼ぶものをも指定する。行われるべき動作の指定は、たとえば、ダウンロードされるべきビデオファイルの重みに関する情報を含んでもよい。

ネットワーク情報は、様々な無線アクセスネットワークＲＡＮｊへのアクセスのコストを表す情報データから、または、たとえば、ロードバランシング情報データからなってもよい。

制御情報は、所与のネットワークインターフェースＮＩｊを、指定された内部アプリケーションおよび／または要求されたトランザクションおよび／またはネットワーク情報によって定義された所与の状況に一致させるテーブルであると定義する。したがって、制御モジュールＣＭが、外部アプリケーションＥＡに送信されるように求めるトランザクション要求を受け取るごとに、（それにとって利用可能な制御情報によって定義された）現在の状況を判定し、その状況に対応する、オペレーティングシステムＯＳがトランザクション要求を指定された外部アプリケーションＥＡに送信するために利用可能な場合は使用しなければならない、ネットワークインターフェースＮＩｊを選択する。

制御情報は、マルチモード端末ＭＳ内の、任意の形、特にメモリまたはデータベースの形、を取ることができる記憶手段ＭＹに記憶されてもよい。

制御情報の少なくとも一部は、たとえば、マルチモード端末ＭＳのユーザが加入している１つまたは複数の通信ネットワークのオペレータに属するリモート補助ネットワーク機器（図示されていない）によってダウンロードされてもよい。

制御情報は、たとえば、定期的に、ネットワークでイベントが生じるごとに、あるいは、新しい内部アプリケーションまたは外部アプリケーションが発売されたときに、補助ネットワーク機器のイニシアティブでダウンロードされることができる。しかし、制御モジュールＣＭのイニシアティブで制御情報をダウンロードすることは、たとえば、定期的に、マルチモード端末ＭＳに新しいタイプの内部アプリケーションがインストールされるごとに、または知られていない外部アプリケーションが指定されるごとに、または送信されるべきトランザクション要求が受信されるごとに（この場合、マルチモード端末ＭＳに制御情報データは何も記憶されておらず、制御モジュールＣＭは補助ネットワーク機器によってそれに提示されたネットワークインターフェースＮＩｊの利用可能性を検証するだけでよい）、同様に予見されることができる。

これの代わりに、またはこれに加えて、制御情報の少なくとも一部が、制御モジュールＣＭがインストールされたときにマルチモード端末ＭＳに記憶されることができる。

制御情報が、アプリケーションの各タイプがネットワークインターフェースのタイプに関連づけられた対応表にされる本発明の基本バージョンが予見され得る。この場合、制御情報は、制御モジュールＣＭの一部を直接形成してもよい。

制御モジュールＣＭが（それにとって利用可能な制御情報を使用して）状況に適したネットワークインターフェースＮＩｊを選択した後は、それは、データベースＲＢのルーティングテーブルに記憶されているルーティング情報が、選択されたネットワークインターフェースＮＩｊと、要求されたトランザクションが関係する外部アプリケーションＥＡを含むネットワーク機器ＳＥとの間のトランスポート（ソケット）レベル接続を定義するルートをすでに含むかどうかチェックするために、オペレーティングシステムＯＳにシステムコマンドを送信することを選択する。言い換えれば、制御モジュールＣＭが、ルーティングテーブル内のエントリのいずれかが要求されたトランザクションが関係する外部アプリケーションＥＡを含むネットワーク機器ＳＥを示す（ＩＰ）宛先アドレスからなるかどうか、チェックする。

宛先アドレスは必ずしもネットワーク機器ＳＥのものであるとは限らないことに留意することが重要である。それは、ネットワーク機器ＳＥが接続されているネットワークまたはそのネットワークの一部分のアドレスであることもある。

ルートがルーティングテーブルで定義された場合、制御モジュールＣＭは、それが選択したネットワークインターフェースＮＩｊの利用可能性をチェックすることを選択する。ここで、「利用可能性」という用語は、ネットワークインターフェースＮＩｊが使用可能である（使用可能にされている）ことを表す。ネットワークインターフェースがネットワークとの接続をなくすことも起こり得る。このため、制御モジュールＣＭは、オペレーティングシステムＯＳに、より正確にはその接続インターフェースＡＰＩ（ソケットＡＰＩ）に、システムコマンドを送信することを選択する。「ＩＰＣＯＮＦＩＧ」（Ｗｉｎｄｏｗｓ（登録商標）の場合）および「ＩＦＣＯＮＦＩＧ」（Ｌｉｎｕｘ（登録商標）の場合）などのシステムコマンドが、内部プロキシ機能（ここではＣＭ）がネットワークインターフェースＮＩｊおよびそれらの識別子の利用可能性状態を判定することができるようにする。

選択されたネットワークインターフェースＮＩｊが利用可能な場合は、制御モジュールＣＭは、それを判定されたネットワークインターフェースであるとみなす。次いで、それは、オペレーティングシステムＯＳに、判定されたネットワークインターフェースＮＩｊと、外部アプリケーションＥＡを含むネットワーク機器ＳＥとの間にセットアップされたトランスポート（ソケット）レベル接続を介して指定された外部アプリケーションＥＡにトランザクション要求を送信するよう命令する。

たとえば、制御モジュールＣＭは、その命令をオペレーティングシステムＯＳに、外部アプリケーションＥＡとの通信に適したＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ送信プロトコル）などのハイパーテキストトランスポートプロトコルによって送信する。

選択されたネットワークインターフェースＮＩｊが利用可能でない場合は、制御モジュールＣＭは、別のものを選択しなければならない。

要求された外部アプリケーションＥＡへのルートがルーティングテーブルに定義されていない場合は、制御モジュールＣＭは、そのルートを作成し、その定義をデータベースＲＢのルーティングテーブルに組み入れるために、オペレーティングシステムＯＳにシステムコマンドを送信することを選択する。「ＲＯＵＴＥ ＡＤＤ ＩＰ＠マスクＮＩ識別子」などのシステムコマンドは、新規のエントリがルーティングテーブルに組み入れられることができるようにする。ルーティングテーブルからエントリを削除するためのシステムコマンドもある。

ルートがルーティングテーブルに組み入れられた後は、制御モジュールＣＭは、それが選択したネットワークインターフェースＮＩｊの利用可能性をチェックすることを選択する。選択されたネットワークインターフェースＮＩｊが利用可能な場合は、制御モジュールＣＭは、それを判定されたネットワークインターフェースとみなす。次いで、それは、オペレーティングシステムＯＳに、判定されたネットワークインターフェースＮＩｊと、外部アプリケーションＥＡを含むネットワーク機器ＳＥとの間にセットアップされたトランスポート（ソケット）レベル接続を介して、指定された外部アプリケーションＥＡにトランザクション要求を送信するよう命令する。ネットワークインターフェースが利用可能でない場合は、制御モジュールＣＭは、別の（利用可能な）ネットワークインターフェースを選択しなければならない。

制御モジュールＣＭは、その製作中にマルチモード端末ＭＳにインストールされることができることに留意することが重要である。しかし、それは、それをリモート補助ネットワーク機器（図示されていない）、適用可能な場合は制御情報を供給することができるもの、からダウンロードすることにより同様にインストールされることができる。この場合、制御モジュールＣＭは、当業者がたとえば「プロキシレット」として知っているものの形を取ることができる。このダウンロードは、たとえば自動無線アクセスネットワーク選択オプションへのユーザの加入に続いて、たとえば、マルチモード端末ＭＳのユーザが加入している１つまたは複数の通信ネットワークのオペレータのイニシアティブで行われることができる。

一般的に言えば、マルチモード端末ＭＳの制御モジュールＣＭ、およびそのメモリＭＹは、適用可能な場合は、電子回路、ソフトウェア（または電子データ処理）モジュール、あるいは回路とソフトウェアの組合せの形で作製されることができる。

次に、３つの利用形態が非限定的な実施例として簡潔に説明される。

第１の実施例は、送信されるべきトランザクションのタイプに応じて無線アクセスネットワークインターフェースを選択することに関し、マルチモード端末ＭＳが断続的カバレッジ無線ネットワークおよびＵＭＴＳモバイルネットワークにアクセスすることができると仮定する。断続的カバレッジアクセスは、ストリーミングおよび背景データストリームなどの比較的長い非インタラクティブトラフィックとしては（したがって、リアルタイムでないトランザクションとしては）低コストで非常に高いデータビットを提供するように設計された。さらに、ＵＭＴＳアクセスは、比較的短いインタラクティブトランザクションに適している。

ストリーミングセッション中に、送信されるべきトランザクションのタイプに応じて両方のアクセスネットワークが使用されてもよい。したがって、制御モジュールＣＭは、特に、閲覧されるべきファイルを選択する、パラメータを交換する、接続を構成する、あるいはビデオの停止または巻戻しを要求するための、および断続的カバレッジ専用のネットワークインターフェースを介してビデオデータストリームを送信するためのトランザクションを含むＵＭＴＳネットワークインターフェースＲＴＳＰ（リアルタイムストリーミングプロトコル）メッセージを送信することを決定してもよい。制御モジュールＣＭによって行われる選択は、他の制御情報、たとえば、２つの無線アクセスネットワークへのアクセスのコストおよび／またはダウンロードされるべきビデオファイルの（バイトでの）重みを考慮に入れることもできる。

第２の実施例は、ロードバランシング情報に応じて無線アクセスネットワークインターフェースを選択することに関する。ここでは、ユーザが、自分のマルチモード端末ＭＳ上にインストールされていて、アクセスネットワークがほとんど飽和している「ホットスポット」からなる無線ローカルエリアネットワーク（ＷＬＡＮ）を介してインターネットに接続されているブラウザＮＩ１を使用して、インターネットをブラウズしていると仮定する。ブラウジング品質がホットスポットの飽和によって低下するのを防止するために、制御モジュールＣＭは、ブラウザＮＩ１から来る「ＨＴＴＰ ＧＥＴ」メッセージを送信するためにネットワークインターフェースを、したがって、アクセスネットワークを、少なくとも一時的に変更することを決定してもよい。

第３の実施例は、内部アプリケーションタイプに応じて無線アクセスネットワークインターフェースを選択することに関する。マルチモード端末ＭＳのダウンロードされた制御モジュールＣＭは、ボイスオーバＩＰ（ＶｏＩＰ）の内部アプリケーションはすべて、ＵＭＴＳ無線アクセスネットワークに接続されたネットワークインターフェースを使用するが、一方、インターネットブラウザの内部アプリケーションは、無線ローカルエリアネットワーク（ＷＬＡＮ）に接続されたネットワークインターフェースを使用するように、構成されることができる。

本発明は、上記で実施例としてのみ説明されたマルチモードモバイル端末の実施形態に限定されず、添付の特許請求の範囲の範囲に含まれると当業者が考えるであろうすべての変形形態を包含する。

本発明のマルチモードモバイル端末（たとえばラップトップコンピュータ）ＭＳを実施例として示す図である。

Claims (12)

1. オペレーティングシステム（ＯＳ）と、ネットワーク機器（ＳＥ）にインストールされた少なくとも１つの外部アプリケーション（ＥＡ）とデータを交換するように構成された少なくとも１つの内部アプリケーション（ＩＡ１）と、それぞれがアドレスを有し、それぞれの異なるタイプの無線アクセスネットワーク（ＲＡＮ１、ＲＡＮ２）に接続されるように構成され、前記ネットワーク機器（ＳＥ）が接続されているバックボーンネットワーク（ＩＰＮ）に接続され、前記オペレーティングシステム（ＯＳ）に結合された、少なくとも２つのネットワークインターフェース（ＮＩ１、ＮＩ２）とを含むモバイル無線通信端末（ＭＳ）であって、外部アプリケーション（ＥＡ）を指定した前記内部アプリケーション（ＩＡ１）からの各トランザクション要求の受信に応じて、前記ネットワークインターフェース（ＮＩ１、ＮＩ２）のうちのどちらが前記トランザクションに適しているか制御情報およびルーティング情報に応じて判定し、次いで、前記オペレーティングシステム（ＯＳ）に、前記判定されたネットワークインターフェースと、前記外部アプリケーション（ＥＡ）を含むネットワーク機器（ＳＥ）との間のトランスポートレベル接続を介して、前記指定された外部アプリケーション（ＥＡ）に前記トランザクション要求を送信するよう命令するように構成された、内部アプリケーション（ＩＡ１）と外部アプリケーション（ＥＡ）との間にプロキシインターフェース機能を提供するための制御手段（ＣＭ）を含むことを特徴とする、モバイル無線通信端末（ＭＳ）。
2. 前記制御手段（ＣＭ）が、ｉ）前記制御情報に応じてネットワークインターフェース（ＮＩｊ）を選択し、次いで、ｉｉ）前記選択されたネットワークインターフェースおよび前記要求されたトランザクションが関係する前記外部アプリケーション（ＥＡ）を含むネットワーク機器（ＳＥ）が関与するルートが、前記端末（ＭＳ）のルーティングテーブルに記憶されている前記ルーティング情報に存在するかどうかチェックし、ｉｉｉ）前記ルートが定義されている場合は、前記選択されたネットワークインターフェースへの前記［判定されている］ネットワークインターフェースを識別するか、または、前記ルートがまだ定義されていない場合は、ルーティング情報の前記ルーティングテーブル内のストレージに前記ルートを定義するよう命令し、次いで、前記選択されたネットワークインターフェースへの前記［判定されている］ネットワークインターフェースを識別し、前記オペレーティングシステム（ＯＳ）にそのルートに対応するトランスポートレベル接続を作成するよう命令するように構成されることを特徴とする、請求項１に記載のモバイル端末。
3. 前記選択されたネットワークインターフェース（ＮＩ１）が利用不可能である場合は、前記制御手段（ＣＭ）が前記制御情報および前記ルーティング情報に応じて別のネットワークインターフェース（ＮＩ２）を判定するように構成されることを特徴とする、請求項２に記載のモバイル端末。
4. 前記制御手段（ＣＭ）が、前記オペレーティングシステム（ＯＳ）へのシステムコマンドの送信によって前記ネットワークインターフェース（ＮＩｊ）を判定するように構成されることを特徴とする、請求項１から３のいずれか一項に記載のモバイル端末。
5. 前記制御手段（ＣＭ）がダウンロード可能なプロキシタイプソフトウェアアプリケーションの形を取ることを特徴とし、前記オペレーティングシステム（ＯＳ）が、ｉ）リモート補助ネットワーク機器から前記プロキシタイプソフトウェアアプリケーション（ＣＭ）を受信し、次いで、ｉｉ）そのプロキシタイプソフトウェアアプリケーション（ＣＭ）を選択されたアドレスで前記端末（ＭＳ）にインストールし、ｉｉｉ）前記プロキシタイプソフトウェアアプリケーション（ＣＭ）と通信することができるように、各内部アプリケーション（ＩＡ１）に前記選択された内部アドレスを通知するように構成されることを特徴とする、請求項１から４のいずれか一項に記載のモバイル端末。
6. 前記制御情報がリモート補助ネットワーク機器に記憶されること、および、補助ネットワーク機器が前記制御情報を前記制御手段（ＣＭ）に送信することができるように、前記制御手段（ＣＭ）が前記オペレーティングシステム（ＯＳ）に前記端末（ＭＳ）とその補助ネットワーク機器との間に信号接続をセットアップするよう要求するように構成されることを特徴とする、請求項１から５のいずれか一項に記載のモバイル端末。
7. 前記制御手段（ＣＭ）が、前記制御情報を、前記端末（ＭＳ）の記憶手段（ＭＹ）に記憶するために、前記信号接続を介して前記補助ネットワーク機器（ＳＥ）からの制御情報を要求するように構成されることを特徴とする、請求項６に記載のモバイル端末。
8. 前記制御手段（ＣＭ）が、前記信号接続を介して前記補助ネットワーク機器によって送信された前記制御情報を前記端末（ＭＳ）の記憶手段（ＭＹ）に記憶するように構成されることを特徴とする、請求項６に記載のモバイル端末。
9. 前記制御手段（ＣＭ）が、送信されるべきトランザクションのためのネットワークインターフェース（ＮＩｊ）を判定するのに必要な前記制御情報を、前記信号接続を介して前記補助ネットワーク機器に要求するように構成されることを特徴とする、請求項６に記載のモバイル端末。
10. 前記制御情報が、少なくとも、ネットワークインターフェースタイプデータに関連するアプリケーションタイプデータ、ネットワークインターフェースタイプデータに関連するトランザクションタイプデータ、ネットワークインターフェースタイプデータに関連するアプリケーションタイプデータおよびトランザクションタイプデータ、ネットワークインターフェースタイプデータに関連する内部アプリケーションに送信されるべきデータの重みを表すデータ、ならびにネットワークインターフェースタイプデータに関連するネットワーク情報データを含むグループ内で選択されることを特徴とする、請求項１から９のいずれか一項に記載のモバイル端末。
11. インターネットプロトコル（ＩＰ）バックボーンネットワーク（ＩＰＮ）が存在する場合は、前記制御手段（ＣＭ）がＵＤＰ、ＴＣＰ／ＩＰおよびＳＣＴＰから選択されたトランスポートプロトコルによって各内部アプリケーション（ＩＡ１）と通信するように構成されることを特徴とする、請求項１から１０のいずれか一項に記載のモバイル端末。
12. 前記制御手段（ＣＭ）がハイパーテキストトランスポートプロトコル（ＨＴＴＰ）によって各外部アプリケーション（ＥＡ）と通信するように構成されることを特徴とする、請求項１１に記載のモバイル端末。

Images