(57)【要約】  マルチプロトコル無線ネットワークの通信ネットワークにおける通信の実装は、順方向と逆方向の通信リンクのために独立に選択されたプロトコルに従って行なわれる。通信要求はあらかじめ決められた選択基準に従って行なわれ、通信リンクはその要求に応答して確立される。少なくとも一方の方向（順方向または逆方向リンク）における優先通信プロトコルの判断が行なわれる。一方の方向の通信を独立に制御している間に、優先通信プロトコルに従って、他方の方向に対して通信リンクが確立される。
2007537671.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークプロトコルを実装しているシステムにおいて無線送受信ユニット（ＷＴＲＵ）を使用して通信する方法であって、
初期通信要求をするステップと、
前記初期通信要求に応答して、通信リンクを確立するステップと、
第１の通信方向のためのプロトコル選択を決定し、第２の方向の通信とは別に、前記プロトコルプ選択に従って前記第１の方向の通信を確立するステップと、
を備えることを特徴とする方法。
【請求項２】
前記初期通信要求に対応する通信方向のためのプロトコルプ選択に従って、初期通信リンクを確立するステップを、さらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
通信のためのサービスを判断するステップと、
前記サービスに対応する通信方向のためのプロトコルプ選択に従って、初期通信リンクを確立するステップと、
第２の通信方向のためのプロトコルプ選択を判断し、前記第２の方向のための前記プロトコルプ選択に従って第２の方向の通信を確立するステップと、
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
あらかじめ決められた初期プロトコルプ選択に従って、初期通信リンクを確立するステップと、
通信のためのサービスを判断するステップと、
前記第１の通信方向に対する前記判断されたプロトコルプ選択として、前記サービスに対応する通信方向に対する通信リンクを確立するステップと、
第２の通信方向に対するプロトコルプ選択を判断するステップと、
前記第２の方向に対するプロトコルプ選択に従って、前記第２の通信方向の通信を確立するステップと、
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
ユニバーサルセルラ無線プロトコルの実装において、通信リンクを確立するステップと、
ユーザデータの通信を要求する機能の要求を行うステップと、
前記ユニバーサルセルラ無線プロトコルの実装において前記通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適な通信サービスの利用可能性を判断するステップと、
前記ユーザデータを通信するのに最適な通信サービスのプロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと、
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
ユニバーサルセルラ無線プロトコルの実装において通信リンクを確立するステップと、
ユーザデータの通信を要求する機能の要求を行うステップと、
前記ユニバーサルセルラ無線プロトコルの実装において前記通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を判断するステップと、
前記ユーザデータを通信するためのＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと、
を備えることを特徴とする請求項１に記載の方法。
【請求項７】
複数のプロトコルに従って通信リンクを提供する無線通信システムにおいて、通信リンクを確立する方法であって、
あらかじめ決められた選択基準に従って、通信要求を行うステップと、
前記要求に応答して、通信リンクを確立するステップと、
順方向または逆方向リンク方向の少なくとも一方における優先通信プロトコルを判断すするステップと、
一方の方向の通信を独立して制御している間に、他方の方向に対する通信リンクを前記優先通信プロトコルに従って確立するステップと、
を備えることを特徴とする方法。
【請求項８】
前記初期通信要求に対応する通信方向のためのプロトコルプ選択に従って、初期通信リンクを確立するステップと、
通信のためのサービスを判断するステップと、
前記サービスに対応する通信方向に対するプロトコルプ選択に従って、前記初期通信リンクを確立するステップと、
第２の通信方向に対するプロトコルプ選択を判断するステップと、
前記第２の通信方向に対するプロトコルプ選択に従って、前記第２の方向の通信を確立するステップと、
をさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
ユニバーサルセルラ無線プロトコルの実装において、通信リンクを確立するステップと、
ユーザデータの通信を要求する機能の要求を行うステップと、
前記ユニバーサルセルラ無線プロトコルの実装において前記通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を判断するステップと、
ユーザデータを通信するのに最適な通信サービスのプロトコルに従って、前記ユーザデータ通信のリンク方向において通信リンクを確立するステップと、
を備えることを特徴とする請求項７に記載の方法。
【請求項１０】
ユニバーサルセルラ無線プロトコルの実装において、通信リンクを確立するステップと、
ユーザデータの通信を要求する機能の要求を行うステップと、
前記ユニバーサルセルラ無線プロトコルの実装において、前記通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を判断するステップと、
前記ユーザデータを通信するためのＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと、
を含むことを特徴とする請求項７に記載の方法。
【請求項１１】
複数のネットワークプロトコルを実装しているシステムにおいて通信する能力を備えた無線送受信ユニット（ＷＴＲＵ）であって、
初期通信要求を行なう回路と、
前記初期通信要求に応答して通信リンクを確立し、２つの通信方向に通信リンクを確立する能力を備えた通信回路と、
第１の通信方向のためプロトコル選択と第２の通信方向のためのプロトコル選択を判断し、前記第２の方向の通信とは別に、前記第１の方向の通信を前記プロトコルプ選択に従って確立する回路と、
を備えることを特徴とするＷＴＲＵ。
【請求項１２】
前記初期通信要求を行なう回路から受信された前記初期通信要求に対応する通信方向に対するプロトコルプ選択に従って、通信リンクを確立する初期通信リンクを行なう回路を、さらに備えることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
通信サービスを判断する初期通信要求を行なう前記回路から送られてきた初期通信要求に対応する通信方向のためのプロトコルプ選択に従って、通信リンクを確立する初期通信リンクを行なう回路と、
第２の通信リンクのために判断されたプロトコルプ選択に応答して、前記プロトコルプ選択に従って前記第２の方向において通信リンクを確立する回路と、
をさらに備えることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
あらかじめ決められた初期プロトコルプ選択に従って、初期通信リンクを確立する回路と、
通信サービスのためのプロトコルプ選択の判断に応答して、前記サービスの前記第１の通信方向のための前記判断されたプロトコルプ選択として、前記第２の方向に確立された通信リンクから独立して、前記サービスに対応する通信方向のための通信リンクを確立する回路と、
をさらに備えることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
第１の通信方向のためのプロトコル選択と第２の通信方向のためのプロトコルプ選択を判断し、通信リンクを確立する初期通信要求を行なう回路と、
ユニバーサルセルラ無線プロトコルの実装において通信リンクとして使用されるプロトコルとは別のプロトコルによって、ユーザデータを通信するのに最適な通信サービスの利用可能性を判断する回路と、
前記ユーザデータを通信するのに最適な通信サービスのプロトコルに従って、前記ユーザデータの通信のためのリンク方向において通信リンクを確立する回路と、
を備えることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
ユニバーサルセルラ無線プロトコルの実装において、第１の通信方向のためのプロトコル選択と第２の通信方向のためのプロトコル選択を判断し、通信リンクを確立する初期通信要求を行なう回路と、
ユーザデータの通信を要求する機能の要求を行なう回路と、
前記ユニバーサルセルラ無線プロトコルの実装において通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を判断する回路と、
前記ユーザデータを通信するためにＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信のためのリンク方向において通信リンクを確立する回路と、
を備えることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
無線通信装置を制御して、複数のプロトコルに従って通信リンクを確立する半導体集積回路（ＩＣ）であって、
あらかじめ決められた選択基準に従って、通信要求を行なう回路と、
前記要求に応答して、通信リンクを確立する回路と、
順方向または逆方向リンク方向の少なくとも一方の優先通信プロトコルを判断する回路と、
一方の通信を独立して制御している間に、前記優先通信プロトコルに従って、他方の方向の通信リンクを確立する回路と、
を備えることを特徴とするＩＣ。
【請求項１８】
初期通信要求に対応する通信方向のためのプロトコルプ選択に従ってリンクを確立する初期通信リンクの確立と、
通信のためのサービスを判断する回路と、
前記サービスに対応する通信方向のためのプロトコルプ選択に従って実行される初期通信リンクの確立と、
第２の通信方向の優先通信プロトコルを判断する回路と、前記第２の方向のためのプロトコルプ選択に従って前記第２の方向の通信を確立する回路とを含む通信リンクを確立する回路と、
を備えることを特徴とする請求項１７に記載のＩＣ。
【請求項１９】
ユニバーサルセルラ無線プロトコルの実装において、通信リンクを確立する通信要求を行なう回路と、
ユーザデータの通信を要求する機能の要求を実行する優先通信プロトコルを判断する回路と、
前記ユニバーサルセルラ無線プロトコルの実装において通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適な通信サービスの利用可能性を判断する回路と、
前記ユーザデータを通信するのに最適な通信サービスのプロトコルに従って、前記ユーザデータの通信のためのリンク方向において、通信リンクを確立する通信リンクを確立する回路と、
を備えることを特徴とする請求項１７に記載のＩＣ。
【請求項２０】
ユニバーサルセルラ無線プロトコルの実装において、通信リンクを確立する通信要求を行なう回路と、
ユーザデータの通信を要求する機能の要求を行なう優先通信プロトコルを判断する回路と、
前記ユニバーサルセルラ無線プロトコルの実装において前記通信リンクとして使用されるプロトコルとは別のプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を判断する優先通信プロトコルを判断する回路と、
ユーザデータを通信するためのＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信のためのリンク方向において、通信リンクを確立する通信リンクを確立する回路と、
を備えることを特徴とする請求項１７に記載のＩＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線ネットワークに関し、より詳細には、複数の無線インタフェースとネットワークインフラストラクチャをサポートする能力を備えた無線端末にサービスを供給することに関する。
【背景技術】
【０００２】
現在使用されている無線システムは、主に音声サービスをベースにしている。ショートメッセージサービス(ＳＭＳ)、マルチメディアメッセージングサービス(multimedia messaging service：ＭＭＳ)、インスタントメッセージングサービス(instant messaging service ：ＩＭＳ)などの補足的サービスは無線システム全体にわたって展開され、オペレータに大きな利益をもたらしている。これらのサービスは特定のテクノロジやネットワークインフラストラクチャと密接に結びついており、ユーザはユーザの端末がサポートするものとは別の無線アクセステクノロジを通してこれらのサービスに到達できないことがある。このため、事態は複雑化している。
【０００３】
ＷＬＡＮや他の同種ネットワークを既存の無線ネットワーク（セルラなど）に統合化すると、複数インタフェースへのサービス供給が好都合となる。既存の無線ネットワークには、そのいくつかを挙げれば、汎用パケット無線サービス(general packet radio service：ＧＰＲＳ)、ユニバーサルモバイルテレコミュニケーションシステム(universal mobile telecommunication system：ＵＭＴＳ)、ＣＤＭＡ２０００などがある。これらと共に、これらのテクノロジをサポートできる種々の無線端末がある。複数ネットワークによると、複数の無線インタフェースやネットワークインフラストラクチャをサポートする能力を備えた無線端末にこれらのサービスを独立に供給できるという利点が得られる。
【０００４】
ＩＥＥＥ８０２．１１通信プロトコルは、同じまたは別のチャネル上で運用されている複数のアクセスポイントの間で、クライアントがローミングすることを可能にしている。ＩＥＥＥ８０２．１１通信は、無線ＬＡＮアクセスポイント（ＡＰ）を通して行なわれるのが一般的であり、これらのアクセスポイントはシングルスタンドアロンユニットであるのが代表的である。しかし、その中には、ローミング機能を備えた複数のＡＰからなるネットワークを含む場合もあり得る。ローミング機能をサポートするために、通常、各々のアクセスポイントは、ビーコン信号を１００ｍｓごとに送信する。ローミングステーション（ＳＴＡ）はこのビーコンを使用して、既存のアクセスポイントコネクションの強度を測定している。ＳＴＡが弱い信号を検知したとき、ローミングＳＴＡは、より強い信号を発信するアクセスポイントに接続するための再アソシエーションサービス(reassociation service)を実装することが可能になっている。ＩＥＥＥ８０２．１１に加えて、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０などの、他の“８０２”系プロトコルがあるほか、ＩＥＥＥ”８０２”標準規格に準拠しない類似のプロトコルもある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
マルチモードシステムでは、複数の無線アクセステクノロジー機能を備えた無線送受信ユニット(wireless transmit/receive unit：ＷＴＲＵ)と通信をするために、互換性のある異種のＲＡＴ機能を備えた少なくとも２つのネットワークを含むシステムにおいて、ＲＡＴの選択が行なわれている。
【０００６】
従って、複数モード端末の機能をより効果的に利用することが望まれている。
【課題を解決するための手段】
【０００７】
本発明によれば、ダウンリンクとアップリンクのそれぞれの方向において、最適パラメータまたはあらかじめ決めた選択基準に従って、ダウンリンクとアップリンクがそれぞれ確立されている。このようにすることで、一方の方向の選択基準が反対方向の選択を制御することなく、各々の方向のコネクションが最適に実行されることになる。
【発明を実施するための最良の形態】
【０００８】
本発明は、マルチモード端末において順方向リンクと逆方向リンクのためのモード（エアインタフェース）を、独立に選択することに関する。言い換えれば、本発明は、順方向リンクと逆方向リンクが、それが好ましければ、異なるモードにわたって選択されることを提案している。例えば本発明によれば、端末は、無線ローカルエリアネットワーク(ＷＬＡＮ)のエアインタフェースを介して順方向リンクを受信し、ユニバーサルモバイルテレコミュニケーションサービス(ＵＭＴＳ)のエアインタフェースを介して逆方向リンクを送信することが可能になっている。
【０００９】
本発明の特徴と構成要素は、好適な実施形態において特定の組み合わせで説明されている。しかし、各々の特徴または構成要素は単独で使用することもできる（好適な実施形態の他の特徴および構成要素を併用することなく）。あるいは、本発明の他の特徴および構成要素の有無に関係なく種々の組み合わせにおいて使用することもできる。
【００１０】
以下の説明において、無線送受信ユニット(ＷＴＲＵ)には、ユーザ機器、移動局、固定または移動加入者ユニット、ページャ、または無線環境で動作する能力を備えた他の任意のタイプの装置が含まれるが、これらに限定されない。また、以下において基地局（ＢＳ）というときは、ノードＢ、サイトコントローラ、アクセスポイント、または無線環境における他の任意のインタフェース装置が含まれるが、これらに限定されない。「アクセスポイント(ＡＰ)」は、デバイスがＬＡＮとの無線コネクションを確立し、無線ＬＡＮ（ＷＬＡＮ）の一部を確立するための無線アクセスを提供するステーションまたはデバイスである。ＡＰがＷＬＡＮ上の固定装置であるときは、ＡＰは、データを送受信するステーションである。ＡＰは、ＷＬＡＮ自体がネットワークへのコネクションを有していることを条件に、ＷＴＲＵのネットワークへのコネクションを可能にしている。
【００１１】
デジタル無線サービスを説明するのに当たり、キャリアデータとユーザデータは区別されている。「キャリアデータ(carrier data)」には、パワーコントロールやハンドオフ、チャネル割当てなどの、制御無線リンク関連の機能のために使用されるデータが含まれている。「ユーザデータ」には、ユーザに関連する機能が含まれ、その中には、無線リンクと直接に関係しない制御機能のほかに、ユーザまたはデバイスを目的としているが、無線リンクを確立または維持するためには使用されない音声とデータが含まれている。「ユーザ」とは、無線リンクに関係しない機能が含まれることを意図している。これらの機能は、無線リンクに関係しないデバイスコントロールのように、ユーザによって直接にアクセスされないコンポーネントに時に作用を及ぼすことがある。上記の説明は限定的ななものではなく、キャリアデータとユーザデータとを区別することを目的としている。
【００１２】
マルチモード端末は、ユーザの選択(user preferences)、ネットワーク設定状態、バンド幅の利用可能性などに基づいて、送信および受信に対して一方または他方のモードを選択する能力を備えている。代表例として、マルチモード端末は、これらの端末が通信のために一方または他方のモードを使用することができる能力を備えている。
【００１３】
好適な実施形態では、マルチモード端末などのＷＴＲＵは、ユーザの選択、ネットワーク設定状態、バンド幅の利用可能性などに基づいて、送信と受信のための一方または他方のモードを選択できると共に、順方向リンクと逆方向リンクに対して異なるモードの選択を独立して行なうことができる。オプションとして、順方向リンクと逆方向リンクはマルチモード端末において異なるエアインタフェースを使用することができる。これにより、エアインタフェース全体の効率が向上し、２つのモードとネットワークにわたってトラフィック負荷管理(traffic load management)を行なうことを可能にしている。
【００１４】
好ましくは、ネットワークは、２つの異なるエアインタフェースとコール機能を形成し、関連付ける能力を備えている。端末は、順方向リンクと逆方向リンクに対して異なるモードを使用する能力を備えている。アップリンクとダウンリンクの物理層は、それぞれのリンクで使用されるモードに従って修正されている。
【００１５】
図１は、簡略化された無線ネットワーク環境を示す図である。図１に示すように、ユーザのＷＴＲＵ１５は、セルラタイプの無線ネットワーク１７や他のセルラネットワークとの無線リンクおよび「ホットスポット(hot spot)」１９との無線リンクを確立する能力を備えている。セルラネットワーク１７は、１または２以上の基地局２１、２２を含む。セルラネットワーク１７とのユーザのリンクは、ネットワーク制御プロトコルに従って選択された基地局２２の１つを有しているのが一般である。「ホットスポット」（ＷＬＡＮ）１９は、ＩＥＥＥ８０２系アクセスポイント（ＡＰ）のような、高データレートのコネクションであるのが一般的であるが、他の任意の好都合なプロトコルにすることも可能である。ＷＴＲＵ１５は、ユーザがカバリッジ範囲内にいることを条件に、所定の任意の通信のためにセルラネットワーク１７と接続することも、「ホットスポット」１９と接続することもできる。
【００１６】
図２は、ＷＴＲＵ４１をＷＬＡＮ４２およびセルラネットワーク４３と接続するために確立される無線通信リンクの代表例を示す図である。この通信には、ユーザデータ５１、５２、５３と制御データ５５、５６、５７が含まれている。ＷＴＲＵ４１がネットワークの１つと単独で通信する場合には、このようなコネクションリンク５１、５５はＷＴＲＵ４１とＷＬＡＮ４２の間のものである。コントロールとシグナリングは、ユーザデータまたは制御データが、ネットワークデータリンク５３、５７で示すように、他の場所から送信される場合であっても、ユーザデータと同じの、ＷＴＲＵ４１とのリンク（図２に示した例ではリンク５１およびリンク５５）を通して行なわれるのが一般である。
【００１７】
本発明によれば、ＷＴＲＵ４１と他方のネットワークコンポーネント４２、４３間のユーザデータコネクション５１、５２は、各々のコネクション５１、５２の各々の方向に対して別々に選択することができる。その結果、ＷＴＲＵ４１と他方のネットワークコンポーネント４２、４３間のユーザデータコネクション５１、５２は、特定コネクション５１、５２の各々の方向に対して最適なものを選択することが可能になっている。リンクは、ネットワークコンポーネント４２、４３間のデータリンク５３、５７によって完成される。制御信号は、ネットワークコンポーネント４２、４３間の制御データ５７の通信を使用して、制御リンク５５、５６の一方または両方を通して通信することができる。その結果、マルチモード端末を使用するときのオプションとして、ユーザが２以上のサービスにアクセスできる場合には、ユーザは選択基準に従って異なるサービスとの間で送信または受信をすることができる。この選択は、ＷＴＲＵ４１またはネットワークによって、あるいはユーザによって直接的に行なうことができる。
【００１８】
２つのネットワークコンポーネント４２、４３は直接的に通信するものとして示されているが、当然に予想されるように、通信は他のコンポーネントを通して間接的に行なうことが可能である。
【００１９】
再び図１を参照して説明すると、本発明によれば、ＷＴＲＵ１５は、通信を最適化するために順方向と逆方向に別々の通信リンクを確立することができる。図１に示した例では、ＷＴＲＵ１５は、アップリンクについては「ホットスポット」１９との通信リンクを確立し、ダウンリンクについては基地局２２との通信リンクを確立している。図１に示した状況では、このようにすると、アップリンクについては大量のデータの転送をホットスポット１９に行なうことができるが、ダウンリンクについては基地局２２を通して動作させることができる。このようにすると、アップリンクでは大容量のデータ転送ができるのに対し、ダウンリンクでのユーザデータの転送は低速化されるが、おそらくは高信頼に行なわれるという利点がある。大容量データの例としては、リアルタイム画像が得られるビデオカメラ（個別に示されていない）がある。ユーザデータに音声と他のデータが含まれている場合において、データボリューム（バンド幅）が重要でないと考えられているときは、基地局２２とのコネクションは通信をより高信頼化する。
【００２０】
ＷＴＲＵ１５とユーザとの間のコネクションは、ビデオコネクションを使用して行なわれる。ＷＴＲＵ１５からのリアルタイム画像は、アップリンクでは、ＩＥＥＥ８０２．１１サービスを提供する「ホットスポット」１９を経由して伝送される。「ホットスポット」１９が選択されたのはその利用可能性のためであり、８０２．１１によると、ビデオデータを効率よく伝搬できるからである。ユーザデータのダウンリンク通信の大部分は音声であり、ダウンリンクのサービスは基地局２２を通るセルラコネクションを介しており、音声において最適化されている。ダウンリンクでは８０２．１１リンクを使用することが可能であるが、大量のユーザデータを転送する必要のない音声サービスでは８０２．１１はユーザにとっては不便である。従って、ダウンリンクでは、ＷＴＲＵ１５は基地局２２を通る音声チャネルを使用して音声コネクションを最適化しているが、「ホットスポット」１９を通るアップリンクでは、ビデオコネクション用に最適化されている。以上は、アップリンクとダウンリンクに要求される異なる条件を示すと共に、本発明がどのようにしてこれらの条件に役立っているかを示すために説明したものである。その他のシナリオも可能であり、そこではアップリンクとダウンリンクに要求される条件は反対になっているか、さもなければ異なっていることもある。
【００２１】
図３は、ユーザ通信リンクを示す図である。図３に示すように、ＷＴＲＵ７１のユーザは、アクセスポイント（ＡＰ）７４、７５、７６を通して直接的にも、間接的にもユーザデータソースと接続することができる。ユーザデータソースは、ビデオカメラ８４、音楽サイト８５、またはアップロードまたはダウンロード用の他のデータサイト８６として示されている。ユーザデータソースはＬＡＮ経由でＡＰに接続することも、間接的にアクセスすることも可能である。ユーザデータソースは、ＷＴＲＵ７１と直接的に関連付けることも可能である。データは、ネットワークを経由して、あるいは他の方法でアドレスされる受信者システム（個別に図示されていない）などの、リモートロケーションに転送することもできる。ユーザデータとしてのユーザからの制御信号（ネットワークインタフェースコントロールではなく）は、ＡＰ７４、７５、７６の１つを経由して、あるいは無線ネットワークコントローラ９５を通して運用されている基地局９１の音声チャネルを経由してトランスポートされる。基地局９１は、大量のバンド幅を使用することなく連続的受信を最適化されている。ダウンリンクはデータソースからのユーザデータであり、ブロードバンドコネクションによって得られる。これにより、最大限のユーザデータ転送を可能にするので、望みのデジタル化されたユーザデータをユーザに提供するためにバンド幅の効率的利用を可能にしている。ユーザ７１による通信は順方向と逆方向に分けられて、異なるＡＰ７４、７５、７６または基地局９１とのリンクが各々の方向で使用されるようにしている。図２に戻ると、ネットワーク制御通信は、順方向リンクと逆方向リンクの一方または両方を通して行なうことができる。
【００２２】
図４は、順方向リンクと逆方向リンク（それぞれダウンリンクとアップリンク）のために使用されるサービスの判断を示す概要フロー図１２０である。サービスが要求されると（ステップ１２１）、これに続いてＡＰへのリンクが確立されるか（ステップ１２７）、ＢＳへのリンクが確立される（ステップ１２８）。データイベントは、ＷＴＲＵがサービスを要求したとき（ステップ１３３）、あるいはＷＲＴＵに対するサービス要求が外部から行なわれたとき（ステップ１３４）発生する。どちらの場合も、初期リンクは継続される（ステップ１４７、１４８）。サービス要求は特定の通信リンクの要求を含んでいるか、あるいは優先リンク(preferred link)がサービス要求自体に固有のものになっているか、のどちらかである。最適順方向リンクについての判断が行なわれ（ステップ１５１）、ＡＰへの順方向リンクが行なわれるか（ステップ１５２）、ＢＳへの順方向リンクが行なわれる（ステップ１５３）。また、最適逆方向リンクについての判断が行なわれ（ステップ１６１）、ＡＰへの逆方向リンクが行なわれるか（ステップ１６２）、ＢＳへの逆方向リンクが行なわれる（ステップ１６３）。従って、ＷＴＲＵ７１のユーザが画像をアップロードすることを望んでいるときは、要求は、「ホットスポット」７４（図３）のような、画像をアップロードするのに適したコネクションに対するものである。リモート要求に応答して提供されるサービスの場合には（ステップ１３４）、サービス要求には優先タイプのリンクを含めることができるが、優先タイプのリンクを送信終点で判断させることもできる。従って、ＷＴＲＵ７１のユーザがデータファイルを要求するときは、特定の通信サービスの要求はＷＴＲＵ７１によって行なうことも、基地局（図３）において行なうこともできる。優先タイプのサービスは搬送されるタイプのユーザデータに固有のものになっていることが多いので、通信プロトコルを選択するための基本情報はサービス要求に固有のものとなっている。
【００２３】
図５は、順方向リンクと逆方向リンクが独立して確立される本発明の実施形態を示すフロー図１８０である。ＷＴＲＵ（１５、４１または７１）がサービスのコネクションを要求すると（ステップ１８１）、このケースでは逆方向リンクであるタイプのサービスの選択がＷＴＲＵ１５、４１または７１）によって行なわれる（ステップ１８２）。受信側の基地局はこの要求を受け付けるか（ステップ１８５）、あるいはその要求を別のサービスにハンドオフすることができる（ステップ１８６）。このステージの期間に、基地局は、ＷＴＲＵ（１５、４１または７１）によって要求されたタイプのサービスに最適と考えられる送信プロトコルによって、ＷＴＲＵ（１５、４１または７１）に応答することを試みる（ステップ１９１）。これは、ＷＴＲＵ（１５、４１または７１）によって要求された通りにすることも、基地局または無線ネットワークコントローラ(radio network controller ：ＲＮＣ)で設定された選択基準に従うこともできる。基地局によるコネクションに対する応答は、逆方向リンクの信号制御のために必要である場合を除き、優先プロトコルでは順方向リンクに対するものである。コネクションが完了すると（ステップ１９３）、逆方向リンクにおける通信（ＷＴＲＵ（１５、４１または７１からの）は、逆方向リンクに対して判断されたプロトコルに従い（ステップ１９４）、一方で、順方向リンクにおける通信（基地局からの）は、順方向リンクに対して判断されたプロトコルに従っている（ステップ１９５）。
【００２４】
以上から理解されるように、２方向通信を必要とするそれぞれのリンク用に使用されるコントロール機能の大部分または全部は同じリンクによって取り扱われるので、逆方向リンクに関係する制御信号は、パワーコントロールや類似のシグナリング管理機能などについては、順方向リンクの方向に送信される。別個の順方向リンク通信が、提供されているサービス（音声または他のユーザデータ）のために使用されることになる。
【００２５】
最適の通信プロトコルはシステムによって判断することも、ユーザまたはシステムとユーザの組み合わせによって判断することもできる。例えば、ユーザは、特定のプロトコル上で音声サービスで通信することを選択することができる。通常、音声通信は、音声用に最適化された通信プロトコルによって優先的に行なわれるが、ユーザは、データ用に最適化されたチャネル上の音声の方が、ある理由または他の理由で望ましいと考える場合もある。同様に、ユーザは、ある種のタイプのユーザデータの転送を予想する場合もある。一方の方向の優先プロトコルはユーザに選択させ、他方の方向の最適コネクションは無線ネットワークに選択させることも可能である。このようにすると、ユーザはプロトコルをユーザが選択するという利点が得られる一方で、プロトコルをシステムが選択するという利点も残しておくことができる。
【００２６】
図６は、本発明の別の実施形態を示すフロー図２１０である。初期通信リンクは第１のプロトコルに基づいて確立される（ステップ２１１）。順方向リンクと逆方向リンクは独立に確立されるが（ステップ２１３とステップ２１４）、これが行なわれるのは、初期通信リンクが第１のプロトコルに基づいて確立されたあとだけである。従って、この例ではＷＴＲＵとして示されている要求側デバイスは、ＷＴＲＵが送信用に最適であると判断したプロトコルによってそのデータ要求を行なう。選択したプロトコルが利用可能であれば、そのプロトコルを使用して、選択したプロトコルが利用不能であれば、別のプロトコルを使用して、通信リンクがＷＴＲＵと基地局の間で確立される（ステップ２１７）。プロトコルの選択は、受信用の最適プロトコルが重要でないと判断された場合を除き、マルチモード通信デバイス用の従来手法に従って行なわれる。受信用の最適プロトコルに関する決定（ステップ２１３またはステップ２１４）は、コネクションが確立されるまで延期される。
【００２７】
図４から図６の実施形態は、図７に示すように、ソフトウェアまたはファームウェアによって実装されているか、あるいは半導体集積回路（ＩＣ）チップ３００用の構成として実装されている。このような実装の１つとして、通信ロジックモジュール３０２を制御するプログラマブルロジックユニット３０１がある。通信ロジックモジュール３０１は、図４から図６を参照しながら説明した通信リンクが得られるように複数のシングルロジックモジュール３１１、３１２を制御する。プログラマブルロジックユニット３０１が示されているが、当然に理解されるように、このロジック機能は、別のＩＣチップによるか、あるいはプログラムされたコマンドを実現するための他の手法によって、外部プログラミングを通して実行させることができる。
【００２８】
初期の通信要求は、その要求の通信リンク方向（順方向または逆方向）に対してあらかじめ決められた選択に対応する通信プロトコルを指定することが予想されるが、通信リンク要求の反対の方向に対して予想される最適リンクに従って初期通信リンクを選択することも可能である。例えば、その要求がファイルダウンロードの要求であれば、初期通信リンクの選択は反対の方向、つまり、ダウンロードの方向に最適なものにすることができる。要求の方向における最適コネクションのネゴシエーションは、初期リンクの確立のあと行なうことができる。
【００２９】
別の方法として、初期通信リンクは、２つの方向に対してあらかじめ決めたプロトコルに従って確立される（ステップ２１１）。従って、システムが特定のプロトコルに従ってすべての通信を優先的に開始する場合は、初期通信リンクは、そのプロトコルによって優先して行なわれる。システムが初期プロトコルの選択をユーザに任せている場合は、それが優先初期プロトコルになる。どのタイプの通信を行なうかの初期判断をシステムが行い、その判断に従ってシングルプロトコルコネクションのプロトコルを選択する場合は、選択されたプロトコルが初期プロトコルとして優先される。ここで「優先(preferred)」とは、多数のシステムが「優先ローミングリスト(preferred roaming list：ＰＲＬ)などの優先リストや、他の選択方法に従って通信プロトコルを選択することを意味する。初期通信リンクの確立に続いて、アップリンクとダウンリンクは別々に最適プロトコルに割り当てられる。
【図面の簡単な説明】
【００３０】
【図１】少なくとも１つの基地局と少なくとも１つのアクセスポイントを使用する単純化された無線ネットワーク環境を示す図である。
【図２】ＷＴＲＵをＷＬＡＮおよびセルラネットワークと接続するために確立される無線通信リンクの代表例を示す図である。
【図３】ユーザ通信リンクを示す図である。
【図４】本発明に従って順方向リンクと逆方向リンクに対して使用されるサービスを判断を示すフロー図である。
【図５】順方向リンクと逆方向リンクが独立に確立される構成を示すフロー図である。
【図６】初期通信リンクが第１のプロトコルで確立されたあと、順方向リンクと逆方向リンクが独立に確立されることを示すフロー図である。
【図７】図４から図６の機能を実装する半導体集積回路を示す概略ブロック図である。
【図１】
2007537671.tif 000003
【図２】
2007537671.tif 000004
【図３】
2007537671.tif 000005
【図４】
2007537671.tif 000006
【図５】
2007537671.tif 000007
【図６】
2007537671.tif 000008
【図７】
2007537671.tif 000009
【国際調査報告】
2007537671.tif 000010