【誤訳訂正書】
【提出日】平成21年10月2日(2009.10.2)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
複数の通信プロトコルを含むシステムにおいて無線送受信ユニット（ＷＴＲＵ）を使用して通信をする方法であって、
初期通信要求をするステップと、
前記初期通信要求に応答して、初期通信リンクを確立するステップと、
通信の第１の方向のためのプロトコルプレファランスを決定し、第２の方向における通信とは別に、前記プロトコルプレファランスに従って前記第１の方向の通信を確立するステップであって、前記プロトコルプレファランスは、ユーザプレファランス、ネットワーク設定、サービスのタイプおよびバンド幅の中のいずれか１つまたは組合せに基づいているステップと
を備えることを特徴とする方法。
【請求項２】
前記初期通信要求に対応する通信方向のためのプロトコルプレファランスに従って、前記初期通信リンクを確立するステップを、さらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
通信をされるデータに基づいて、通信サービスのタイプを決定するステップと、
前記通信サービスのタイプに対応する通信方向のためのプロトコルプレファランスに従って、前記初期通信リンクを確立するステップと、
通信の第２の方向のためのプロトコルプレファランスを決定し、前記第２の方向のための前記プロトコルプレファランスに従って、前記第２の方向の通信を確立するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
予め決められた初期プロトコルプレファランスに従って、前記初期通信リンクを確立するステップと、
通信サービスのタイプを決定するステップと、
前記通信の第１の方向に対する前記決定されたプロトコルプレファランスとして、前記通信サービスのタイプに対応する通信方向に対する通信リンクを確立するステップと、
通信の第２の方向に対するプロトコルプレファランスを決定するステップと、
前記第２の方向に対するプロトコルプレファランスに従って、前記第２の方向の通信を確立するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立するステップと、
ユーザデータの通信を求める要求を発効するステップと、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適な通信サービスの利用可能性を決定するステップと、
前記ユーザデータを通信するのに最適な前記通信サービスのプロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立するステップと、
ユーザデータの通信を求める要求を発効するステップと、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を決定するステップと、
前記ユーザデータを通信するための前記ＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと
を備えることを特徴とする請求項１に記載の方法。
【請求項７】
複数の通信プロトコルに従って通信リンクを提供する無線通信システムにおいて、通信リンクを確立する方法であって、
予め定められた基準に従って、初期通信要求を行うステップと、
前記要求に応答して、初期通信リンクを確立するステップと、
順方向または逆方向リンク方向の少なくとも１つにおける優先通信プロトコルを決定すするステップであって、前記優先通信プロトコルは、ユーザプレファランス、ネットワーク設定、サービスのタイプおよびバンド幅の中のいずれか１つまたは組合せに基づいて決定されるステップと、
他方の方向における通信を独立して制御している間に、前記優先通信プロトコルに従ってその方向に対する通信リンクを確立するステップと
を備えることを特徴とする方法。
【請求項８】
前記初期通信要求に対応する通信方向のためのプロトコルプレファランスに従って、前記初期通信リンクを確立するステップと、
通信をされるデータに基づいて、通信サービスのタイプを決定するステップと、
前記通信サービスのタイプに対応する通信方向に対するプロトコルプレファランスに従って、前記初期通信リンクを確立するステップと、
通信の第２の方向に対するプロトコルプレファランスを決定するステップと、
前記第２の方向に対するプロトコルプレファランスに従って、前記第２の方向における通信を確立するステップと
をさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立するステップと、
ユーザデータの通信を求める要求を発効するステップと、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を決定するステップと、
ユーザデータを通信するのに最適な前記通信サービスのプロトコルに従って、前記ユーザデータ通信のリンク方向において通信リンクを確立するステップと
を備えることを特徴とする請求項７に記載の方法。
【請求項１０】
ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立するステップと、
ユーザデータの通信を求める要求を行うステップと、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を決定するステップと、
前記ユーザデータを通信するための前記ＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信ためのリンク方向において通信リンクを確立するステップと
を含むことを特徴とする請求項７に記載の方法。
【請求項１１】
複数の通信プロトコルを含むシステムにおいて通信することのできる無線送受信ユニット（ＷＴＲＵ）であって、
初期通信要求を行なう回路と、
前記初期通信要求に応答して初期通信リンクを確立し、２つの通信方向において通信リンクを確立することのできる通信回路と、
通信の第１の方向のためプロトコルプレファランスおよび通信の第２の方向のためのプロトコルプレファランスを決定し、前記第２の方向における通信とは別に、前記プロトコルプレファランスに従って前記第１の方向における通信を確立する回路であって、前記プロトコルプレファランスは、ユーザプレファランス、ネットワーク設定、サービスのタイプおよびバンド幅の中のいずれか１つまたは組合せに基づいている回路と
を備えたことを特徴とするＷＴＲＵ。
【請求項１２】
前記初期通信リンクを確立する前記通信回路は、前記初期通信要求を行なう前記回路から受信された前記初期通信要求に対応する通信方向に対するプロトコルプレファランスに従って、通信リンクを確立することを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記初期通信リンクを確立する前記通信回路は、前記初期通信要求に対応する通信方向のためのプロトコルプレファランスに従って、前記初期通信リンクを確立し、前記ＷＴＲＵは、
第２の通信リンクのための決定されたプロトコルプレファランスに応答し、前記第２の通信リンクのための前記プロトコルプレファランスに従って前記第２の方向において通信リンクを確立するよう構成された回路
をさらに備えたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
予め決定された初期プロトコルプレファランスに従って、前記初期通信リンクを確立する回路と、
通信サービスのためのプロトコルプレファランスの決定に応答して、他の方向に確立された第２の通信リンクから独立して、前記通信サービスに対応する通信方向のための通信リンクを確立する回路と
をさらに備えたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
通信の第１の方向のためのプロトコルプレファランスおよび通信の第２の方向のためのプロトコルプレファランスを決定する前記回路、および、前記初期通信要求を行なう前記回路は、ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立し、前記ＷＴＲＵは、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、ユーザデータを通信するのに最適な通信サービスの利用可能性を決定する回路と、
前記ユーザデータを通信するのに最適な前記通信サービスのプロトコルに従って、前記ユーザデータの前記通信のためのリンク方向において通信リンクを確立する回路と
をさらに備えたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
通信の第１の方向のためのプロトコルプレファランスおよび通信の第２の方向のためのプロトコルプレファランスを決定する前記回路、および、前記初期通信要求を行なう前記回路は、ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立し、前記ＷＴＲＵは、
ユーザデータの通信を求める要求を発効する回路と、
前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を決定する回路と、
前記ユーザデータを通信するための前記ＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信のためのリンク方向において通信リンクを確立する回路と
をさらに備えたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
無線通信装置を制御して、複数の通信プロトコルに従って通信リンクを確立する半導体集積回路（ＩＣ）であって、
予め決められた基準に従って、初期通信要求を行なう回路と、
前記要求に応答して、初期通信リンクを確立する回路と、
順方向または逆方向リンク方向の少なくとも一方における優先通信プロトコルを決定する回路であって、前記優先通信プロトコルは、ユーザプレファランス、ネットワーク設定、サービスのタイプおよびバンド幅の中のいずれか１つまたは組合せに基づいて決定される回路と、
他方の方向における通信を独立して制御している間に、前記優先通信プロトコルに従って、その方向の通信リンクを確立する回路と
を備えたことを特徴とするＩＣ。
【請求項１８】
前記初期通信リンクの前記確立は、前記初期通信要求に対応する通信方向のためのプロトコルプレファランスに従って前記リンクを確立し、
通信されるデータに基づいて、通信サービスのタイプを決定する回路を備え、
前記初期通信リンクの前記確立は、前記通信サービスのタイプに対応する通信方向のためのプロトコルプレファランスに従って実行され、
前記初期通信リンクを確立する前記回路は、通信の第２の方向の優先通信プロトコルを決定する回路と、前記第２の方向のための前記優先通信プロトコルに従って前記第２の方向の通信を確立する回路とを含む
ことを特徴とする請求項１７に記載のＩＣ。
【請求項１９】
前記初期通信要求を行なう前記回路は、ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立し、
前記優先通信プロトコルを決定する前記回路は、ユーザデータの通信を求める要求を発効し、
前記優先通信プロトコルを決定する前記回路は、前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適な通信サービスの利用可能性を決定し、
前記初期通信リンクを確立する前記回路は、前記ユーザデータを通信するのに最適な前記通信サービスのプロトコルに従って、前記ユーザデータの通信のためのリンク方向において通信リンクを確立する
ことを特徴とする請求項１７に記載のＩＣ。
【請求項２０】
前記初期通信要求を行なう前記回路は、ユニバーサルセルラ無線プロトコルの実装で、通信リンクを確立し、
前記優先通信プロトコルを決定する前記回路は、ユーザデータの通信を求める要求を発効し、
前記優先通信プロトコルを決定する前記回路は、前記ユニバーサルセルラ無線プロトコルの実装で前記通信リンクとして使用された前記プロトコルとは異なるプロトコルによって、前記ユーザデータを通信するのに最適なＩＥＥＥ  ８０２通信サービスの利用可能性を決定し、
前記初期通信リンクを確立する前記回路は、前記ユーザデータを通信するための前記ＩＥＥＥ  ８０２プロトコルに従って、前記ユーザデータの通信のためのリンク方向において、通信リンクを確立する
ことを特徴とする請求項１７に記載のＩＣ。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００５
【訂正方法】変更
【訂正の内容】
【０００５】
マルチモードシステムでは、複数の無線アクセステクノロジー機能（Radio Access Technology：ＲＡＴ）を備えた無線送受信ユニット(wireless transmit/receive unit：ＷＴＲＵ)と通信をするために、互換性のある異種のＲＡＴ機能を備えた少なくとも２つのネットワークを含むシステムにおいて、ＲＡＴの選択が行なわれている。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１２
【訂正方法】変更
【訂正の内容】
【００１２】
マルチモード端末は、ユーザプレファランス(user preferences)、ネットワーク設定状態、バンド幅の利用可能性などに基づいて、送信および受信に対して一方または他方のモードを選択する能力を備えている。代表例として、マルチモード端末は、これらの端末が通信のために一方または他方のモードを使用することができる能力を備えている。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００１３
【訂正方法】変更
【訂正の内容】
【００１３】
好適な実施形態では、マルチモード端末などのＷＴＲＵは、ユーザプレファレンス、ネットワーク設定状態、バンド幅の利用可能性などに基づいて、送信と受信のための一方または他方のモードを選択できると共に、順方向リンクおよび逆方向リンクに対して異なるモードの選択を独立して行なうことができる。オプションとして、順方向リンクおよび逆方向リンクはマルチモード端末において異なるエアインタフェースを使用することができる。これにより、エアインタフェース全体の効率が向上し、２つのモードおよびネットワークにわたってトラフィック負荷管理(traffic load management)を行なうことを可能にしている。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００２２
【訂正方法】変更
【訂正の内容】
【００２２】
図４は、順方向リンクおよび逆方向リンク（それぞれダウンリンクおよびアップリンク）のために使用されるサービスの決定を示す概要フロー図１２０である。サービスが要求されると（ステップ１２１）、これに続いてＡＰへのリンクが確立されるか（ステップ１２７）、または、ＢＳへのリンクが確立される（ステップ１２８）。データイベントは、ＷＴＲＵがサービスを要求したとき（ステップ１３３）、あるいはＷＲＴＵに対するサービス要求が外部から行なわれたとき（ステップ１３４）発生する。どちらの場合も、初期リンクは継続される（ステップ１４７、１４８）。サービス要求は特定の通信リンクの要求を含んでいるか、あるいは優先リンク(preferred link)がサービス要求自体に固有のものになっているか、のどちらかである。最適順方向リンクについての決定が行なわれ（ステップ１５１）、ＡＰへの順方向リンクが行なわれるか（ステップ１５２）、またはＢＳへの順方向リンクが行なわれる（ステップ１５３）。また、最適逆方向リンクについての決定が行なわれ（ステップ１６１）、ＡＰへの逆方向リンクが行なわれるか（ステップ１６２）、またはＢＳへの逆方向リンクが行なわれる（ステップ１６３）。従って、ＷＴＲＵ７１のユーザが画像をアップロードすることを望んでいるときは、要求は、「ホットスポット」７４（図３）のような、画像をアップロードするのに適したコネクションに対するものである。リモート要求に応答して提供されるサービスの場合には（ステップ１３４）、サービス要求には優先するリンクのタイプを含めることができるし、または、優先するリンクのタイプを送信終点で決定させることもできる。従って、ＷＴＲＵ７１のユーザがデータファイルを要求するときは、特定の通信サービスの要求はＷＴＲＵ７１によって行なうことも、基地局（図３）において行なうこともできる。優先するリンクのタイプのサービスは搬送されるユーザデータのタイプに固有のものになっていることが多いので、通信プロトコルを選択するための基本情報はサービス要求に固有のものとなっている。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００２３
【訂正方法】変更
【訂正の内容】
【００２３】
図５は、順方向リンクおよび逆方向リンクが独立して確立される本発明の実施形態を示すフロー図１８０である。ＷＴＲＵ（１５、４１または７１）がサービスのコネクションを要求すると（ステップ１８１）、ＷＴＲＵ１５、４１または７１）によって、このケースでは逆方向リンクであるが、サービスのタイプの選択が行なわれる（ステップ１８２）。受信側の基地局はこの要求を受け付けるか（ステップ１８５）、あるいはその要求を別のサービスにハンドオフすることができる（ステップ１８６）。このステージの期間に、基地局は、ＷＴＲＵ（１５、４１または７１）によって要求されたサービスのタイプに最適と考えられる送信プロトコルによって、ＷＴＲＵ（１５、４１または７１）に応答することを試みる（ステップ１９１）。これは、ＷＴＲＵ（１５、４１または７１）によって要求された通りにすることも、基地局または無線ネットワークコントローラ(radio network controller ：ＲＮＣ)において設定された選択基準に従うこともできる。基地局によるコネクションに対する応答は、逆方向リンクの信号制御のために必要である場合を除き、順方向に対する優先プロトコルによる。コネクションが完了すると（ステップ１９３）、（ＷＴＲＵ（１５、４１または７１からの）逆方向リンクにおける通信は、逆方向リンクに対して決定されたプロトコルに従い（ステップ１９４）、（基地局からの）順方向リンクにおける通信は、順方向リンクに対して決定されたプロトコルに従っている（ステップ１９５）。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
最適の通信プロトコルはシステムによって決定することも、ユーザまたはシステムとユーザとの組み合わせによって決定することもできる。例えば、ユーザは、特定のプロトコル上において音声サービスで通信することを選択することができる。通常、音声通信は、音声用に最適化された通信プロトコルによって優先的に行なわれるが、ユーザは、データ用に最適化されたチャネル上の音声の方が、ある理由または他の理由で望ましいと考える場合もある。同様に、ユーザは、ある種のタイプのユーザデータの転送を予想する場合もある。一方の方向の優先プロトコルはユーザに選択させ、他方の方向の最適コネクションは無線ネットワークに選択させることも可能である。このようにすると、ユーザはプロトコルをユーザが選択するという利点が得られる一方で、プロトコルをシステムが選択するという利点も残しておくことができる。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００２６
【訂正方法】変更
【訂正の内容】
【００２６】
図６は、本発明の別の実施形態を示すフロー図２１０である。初期通信リンクは第１のプロトコルに基づいて確立される（ステップ２１１）。順方向リンクと逆方向リンクは独立に確立されるが（ステップ２１３とステップ２１４）、これが行なわれるのは、初期通信リンクが第１のプロトコルに基づいて確立されたあとだけである。従って、この例においてＷＴＲＵとして与えられている要求側デバイスは、ＷＴＲＵが送信用に最適であると判断したプロトコルによってそのデータ要求を行なう。選択されたプロトコルが利用可能であれば、そのプロトコルを使用して、選択されたプロトコルが利用不能であれば、別のプロトコルを使用して、通信リンクが、ＷＴＲＵと基地局との間で確立される（ステップ２１７）。プロトコルの選択は、受信用の最適プロトコルが重要でないと判断された場合を除き、マルチモード通信デバイス用の従来手法に従って達成（effect）される。受信用の最適プロトコルに関する決定（ステップ２１３またはステップ２１４）は、コネクションが確立されるまで保留（defer）される。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２９
【訂正方法】変更
【訂正の内容】
【００２９】
別の方法として、初期通信リンクは、２方向リンクに対してあらかじめ決めたプロトコルに従って確立される（ステップ２１１）。従って、システムが特定のプロトコルに従ってすべての通信を優先的に開始する場合は、初期通信リンクは、そのプロトコルによって優先して行なわれる。システムが初期プロトコルの選択をユーザに任せている場合は、それが優先初期プロトコルになる。システムが、実行される通信のタイプの初期決定を行い、その決定に従って１つのプロトコルコネクションに対するプロトコルを選択する場合は、その選択されたプロトコルが初期プロトコルとして優先される。ここで「優先(preferred)」とは、多数のシステムが「優先ローミングリスト(preferred roaming list：ＰＲＬ)などの優先リストや、他の選択方法に従って通信プロトコルを選択することを意味する。初期通信リンクの確立に続いて、アップリンクとダウンリンクは別々に最適プロトコルに割り当てられる。
【誤訳訂正１０】
【訂正対象書類名】図面
【訂正対象項目名】図５
【訂正方法】変更
【訂正の内容】
【図５】
2007537671.tif 000001
【誤訳訂正１１】
【訂正対象書類名】図面
【訂正対象項目名】図６
【訂正方法】変更
【訂正の内容】
【図６】
2007537671.tif 000002