(57)【要約】本発明は、データを送信するために少なくとも１つのアクセス・チャネルをチャネル条件に基づいて選択する工程を備える通信の方法を提供できる。本発明は、さらにチャネル条件に基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由してデータを受信する工程を備える通信の方法も提供できる。
2008545338.tif 000002
【特許請求の範囲】
【請求項１】
データを送信するために少なくとも１つのアクセス・チャネルをチャネル条件に基づいて選択する工程を備える通信の方法。
【請求項２】
前記少なくとも１つのアクセス・チャネルを選択する工程は、
少なくとも１つのデータ転送速度をチャネル条件に基づいて選択する工程と、
前記少なくとも１つのアクセス・チャネルを前記少なくとも１つのデータ転送速度に基づいて選択する工程とを含み、前記少なくとも１つのアクセス・チャネルを前記少なくとも１つのデータ転送速度に基づいて選択する工程は、前記少なくとも１つのデータ転送速度を少なくとも１つのデータ転送速度のしきい値と比較する工程を含むことを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも２つのデータ・メッセージを多重化することによって前記データを構成する工程を含み、前記少なくとも２つのデータ・メッセージを多重化する工程は接続要求メッセージとデータ・メッセージとを多重化する工程を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１つのアクセス・チャネルを選択する工程は、
少なくとも１つのチャネル条件に基づいて決定される少なくとも１つのパラメータを受信する工程と、
前記少なくとも１つのパラメータに基づいて前記少なくとも１つのアクセス・チャネルを選択する工程とを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記選択されたアクセス・チャネルを経由して前記データを送信する工程を含むことを特徴とする請求項１に記載の方法。
【請求項６】
チャネル条件に基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由してデータを受信する工程を含む通信の方法。
【請求項７】
前記データを受信する工程は、データ転送速度とデータ・サイズの少なくとも１つに基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由して前記データを受信する工程を含み、転送速度のしきい値とサイズのしきい値の少なくとも１つを決定する工程と、前記転送速度のしきい値と前記サイズのしきい値の少なくとも１つを提供する工程とを含み、前記データを受信する工程は、前記データ転送速度と前記データ・サイズの少なくとも１つと前記転送速度のしきい値と前記サイズのしきい値の少なくとも１つとの比較に基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由して前記データを受信する工程を含むことを特徴とする請求項１６に記載の方法。
【請求項８】
少なくとも１つのパラメータを少なくとも１つのチャネル条件に基づいて決定する工程と、
前記少なくとも１つのパラメータを提供する工程とを含み、前記少なくとも１つのパラメータを決定する工程は少なくとも１つの出力可用度に基づいて決定された少なくとも１つのパラメータを決定する工程を含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記チャネル条件に基づいて送信のために選択された前記少なくとも１つのアクセス・チャネルを経由して前記データを受信する工程は、少なくとも１つのトラフィック・チャネルと前記少なくとも１つのアクセス・チャネルに関連するチャネル条件に基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由してデータを受信する工程を含むことを特徴とする請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、より詳細には無線通信システムに関する。
【背景技術】
【０００２】
従来の通信システムには、一般に、通信ネットワークに接続された１つまたは複数の局またはノードとの通信リンクを確立する１台または複数台のエンドユーザー・デバイスが含まれている。たとえば、従来の無線通信システムには、１つまたは複数の基地局（ノードＢとも呼ばれ得る）が含まれており、基地局によって１台または複数台のアクセス端末（ＡＴ：ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、移動ユニット、ユーザー装置、加入者装置、移動加入者局などとも呼ばれ得る）の無線接続が可能になる。例示的なアクセス端末には、携帯電話、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、スマート・フォン、テキスト・メッセージング・デバイス、ラップトップ・コンピュータ、デスクトップ・コンピュータなどが含まれる。アクセス端末は、このようなデバイスの１台または複数台に含まれるモデムを指す場合もある。
【０００３】
アクセス端末は、専用のリンクまたはポートを使用して通信システムまたはネットワークにアクセスできる。たとえば、無線通信システムにおいて、モバイル・アクセス端末は基地局との専用のトラフィック・チャネルを確立できる。これで、このアクセス端末と基地局はこの専用のトラフィック・チャネルを経由してデータを交換できる。別の例として、有線通信ネットワークでは、端末またはコンピュータは専用のポートを介してネットワークにアクセスできる。アクセス端末は、通信システムにアクセスしようとするすべてのアクセス端末が利用できる共通のチャネルまたはメディアを使用して通信システムにアクセスすることもできる。たとえば、無線通信システムにおいて、アクセス・チャネルはランダム・アクセス・チャネルであってもよい。また、アクセス端末はランダム・アクセス・チャネルを経由して接続要求メッセージを基地局にランダムに送信できる。他のアクセス端末が、同じチャネルを使用し、同じ周波数で接続要求メッセージを送信することもできる。別の例では、有線ローカル・エリア・ネットワークにおいて、ケーブルまたはワイヤーに接続された端末は、共通チャネルを経由して相互に通信でき、または共通制御システムと通信できる。
【０００４】
従来の通信システムでは、アクセス端末はアクセス・チャネルを経由して接続要求メッセージを含むプローブ（ｐｒｏｂｅ）を送信することによって通信を開始する。アクセス端末とネットワークとの間でいくつかのメッセージが交換された後、接続要求に応答して専用のトラフィック・チャネルがセットアップされ、この専用のトラフィック・チャネルを使用して後続のデータ送信を実行できる。たとえば、無線通信システムの無線スペクトルは不足しがちなリソースであるため、通常、基地局がアクセス端末からプローブ（接続要求メッセージなど）を受信するまでトラフィック・チャネルは割り当てられない。したがって、アクセス端末がアイドル状態にあり（たとえば、アクセス端末が基地局へのアクティブなトラフィック・チャネル接続を備えていない）、データ・トラフィックを送信するためのトラフィック・チャネルを確立しようとする場合に、アクセス端末はランダム・アクセス・チャネルを経由して接続要求メッセージを送信する。システムが接続要求メッセージを正常に受信すると、アクセス端末とネットワークとの間に専用のトラフィック・チャネルが確立され、アクセス端末はこのトラフィック・チャネルを経由してデータ・トラフィックの送信を開始する。アクセス端末がデータの送信を終了すると、専用のトラフィック・チャネルを廃棄して無線リソースを節約してもよい。このリソースを他のアクセス端末で使用できる。
【０００５】
アイドル状態にあるアクセス端末は、ランダム・アクセス・チャネルを経由してデータ・トラフィックの短いバースト（ｂｕｒｓｔ）を送信するように選択することもできる。アクセス端末は、トラフィック・チャネルのセットアップ手順を実行せずに短いバーストを送信できる。結果として、アクセス・チャネルを経由してデータを送信することにより、接続をセットアップするための時間を省くことにより、遅延を軽減できる可能性がある。アクセス・チャネルによる送信は、遅延の影響を受けやすいアプリケーション（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋコール・セットアップ・メッセージなど）には特に効果的であると考えられる。しかし、アクセス・チャネルを経由してデータを送信する方法には不利な点もいくつかある。たとえば、複数のアクセス端末から同時に発生するデータ送信の間でアクセス・チャネルの衝突が発生し、同時のデータ送信の一部またはすべてが失敗する可能性がある。別の例として、一般にアクセス・チャネル経由の送信はトラフィック・チャネル経由の送信に比べてスペクトルの点で効率が劣る。無線通信システムの場合は特にこのことが言える。ＣＤＭＡシステムでは、アクセス・チャネルの送信効率はトラフィック・チャネルの送信効率より低い。これは、閉ループの出力制御とソフト・ハンドオフがないためである。一般に、アクセス・チャネル経由の正常なデータ転送速度はトラフィック・チャネル経由の正常なデータ転送速度を下回る。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のアクセス端末は、データの送信にアクセス・チャネルを使用するかどうかを送信するデータの量に基づいて決定している。たとえば、アクセス端末はデータ・ブロック・サイズのしきい値を示すパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘを使用してもよい。たとえば、パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘを２００バイトに設定してもよい。データ・バーストのバイト数がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘで示すバイト数より小さい場合は、アクセス・チャネルを経由してデータ・バーストを送信できる。しかし、データ・バーストのバイト数がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘで示すバイト数より大きい場合は、トラフィック・チャネルを経由してデータ・バーストを送信する必要がある。したがって、場合によってはアクセス端末はアクセス・チャネルを経由して接続要求メッセージすなわちプローブを送信する必要があり、トラフィック・チャネルをセットアップしてデータ・バーストを送信する必要がある。
【課題を解決するための手段】
【０００７】
本発明は、前述の１つまたは複数の問題の影響に対処することを目的とする。本発明のいくつかの態様について基本的な理解が得られるように、本発明の概要について以下で簡単に説明する。以下の説明は、本発明の概要を網羅的に示すものではない。本発明の重要または不可欠な要素を特定したり、本発明の範囲を叙述したりするものでもない。唯一の目的は、後述の実施形態に関する説明の準備として、いくつかの概念を簡略化した形で示すことである。
【０００８】
本発明の１つの実施形態では、データを送信するために少なくとも１つのアクセス・チャネルをチャネル条件（ｃｈａｎｎｅｌ  ｃｏｎｄｉｔｉｏｎ）に基づいて選択する方法が提供される。本発明の別の実施形態では、チャネル条件に基づいて送信のために選択された少なくとも１つのアクセス・チャネルを経由してデータを受信する方法が提供される。
【０００９】
本発明は、以下の説明と添付の図面を併せて参照することで理解できる。図面では、同様の要素を同様の参照番号で示している。
【００１０】
本発明に対してさまざまな変更や変形が可能であるが、例としてその特定の実施形態を図示し、本明細書で詳細に説明する。ただし、以下に示す特定の実施形態の説明は、本発明の開示された特定の形態への限定を意味するものでないこと、逆に、すべての変更、同等の方法、代替の方法を、添付の請求項で定義する本発明の精神と範囲を逸脱せずに含むことを意味する。
【発明を実施するための最良の形態】
【００１１】
以下では、本発明の説明を目的とした実施形態について説明する。明確にするために、この明細書では実際の実装で提供されるすべての機能について説明するわけではない。こうした実際の実施形態を開発する上で、実装ごとに異なるシステム関連およびビジネス関連の制約への準拠など、開発者の独自の目標を達成するために、実装に固有のさまざまな意志決定がなされる必要があることが理解されることは言うまでもない。さらに、こうした開発の作業は複雑で時間のかかるものであるが、この開示を利用できる当業者が行う日常的業務であることが理解される。
【００１２】
本発明の各部分と対応する詳細な説明は、ソフトウェアまたはコンピュータ・メモリ内のデータ・ビット操作のアルゴリズムと記号の表現によって示される。このような説明や表現によって、当業者は自らの作業を他の当業者に効果的に伝える。アルゴリズムという用語は、本明細書で使用する場合も一般的に使用する場合も、望ましい結果に至る首尾一貫した工程のシーケンスと考えられる。各工程は、物理量に関する物理的な操作を要求するものである。必須ではないが、通常、このような数量は格納、転送、合成、比較、それ以外の操作が可能な光学的、電気的、磁気的な信号の形をとる。主として一般的な使用上の理由により、こうした信号はビット、値、エレメント、シンボル、文字、項、数値などで表すと好都合であることがたびたび示されている。
【００１３】
ただし、これらはすべて適切な物理量に関連する同類の用語であり、こうした数量に適用する単に都合のよいラベルであることに留意されたい。特に記載のない限り、あるいは説明から明らかなように、「処理」、「演算」、「計算」、「判断」、「表示」などの用語は、コンピュータ・システムまたは同様の電子的な計算装置において、コンピュータ・システムのレジスタ内とメモリ内の物理的、電子的数量として表現されたデータを操作して、コンピュータ・システムのメモリ、レジスタ、または他の同様の情報記憶域、送信または表示装置内の物理的数量として同様に表現された他のデータに転送する動作および処理を表す。
【００１４】
ソフトウェアによって実装される本発明の態様は、通常は何らかのプログラム記憶媒体の形式にエンコードされ、何らかの送信媒体を介して実装されることに留意されたい。プログラム記憶媒体は、磁気的（たとえばフロッピー（登録商標）・ディスクやハード・ドライブ）でも、光学的（たとえば、「ＣＤ  ＲＯＭ」（ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ））でもよい。あるいは、読み取り専用でもランダム・アクセスでもよい。同様に、送信媒体はツイストペア線、同軸ケーブル、光ファイバ、あるいは当業者に知られているそれ以外の適切な送信媒体のいずれでもよい。本発明は、以上に示されたいずれの実装の側面にも限定されない。
【００１５】
ここで、本発明について添付の図面を参照しながら説明する。さまざまな構造、システム、デバイスは、説明のみのために図面において簡略化して示されており、当業者には周知である本発明の詳細な部分については明らかにしていない。そうした次第ではあるが、本発明を実証する例について説明するために添付の図面を含む。本明細書で使用する用語や表現の意味は、こうした用語や表現に関する当業者の理解に矛盾しないことを理解し、解釈されたい。本明細書における用語や表現の一貫した使用により、用語や表現の特殊な定義、すなわち当業者が理解する一般の慣例的な意味とは異なる定義は意図していない。用語や表現が特殊な意味、すなわち当業者の理解とは異なる意味を持つ範囲は、こうした特殊な定義について本明細書で定義として直接的かつ明確に記載し、用語や表現の特殊な定義を示すものとする。
【００１６】
図１は、本通信システム１００の１つの例示的な実施形態を概念的に示している。図示された実施形態において、通信システム１００は無線通信システム１００を示している。ただし、本開示を利用できる当業者には言うまでもないが、本発明は無線通信システムには限定されない。別の実施形態では、通信システム１００は有線通信システムでもよい。あるいは、有線の部分と無線の部分を含む通信システムでもよい。したがって、通信システム１００は１つまたは複数の無線通信プロトコル、１つまたは複数の有線通信プロトコル、または有線プロトコルと無線プロトコルの組合せのいずれに従っても動作できる。
【００１７】
通信システム１００には、１台または複数台のアクセス端末１１０（１−３）との無線接続を提供する基地局１０５が含まれている。本明細書の以下の部分では、明確にするために、アクセス端末１１０を集合的に示す場合は、アクセス端末のインデックス（ｉｎｄｉｃｅｓ）（１−３）を省略するものとする。インデックス（１−３）は、個々のアクセス端末１１０を指す場合にのみ使用するものとする。図示された実施形態では、アクセス端末１１０（１）は携帯情報端末、アクセス端末１１０（２）はラップトップ・コンピュータ、さらにアクセス端末１１０（３）は携帯電話である。ただし、本開示を利用できる当業者には言うまでもないが、アクセス端末１１０は携帯情報端末、ラップトップ・コンピュータ、または携帯電話無線のいずれにも限定されない。別の実施形態では、アクセス端末１１０はスマート・フォン、テキスト・メッセージング・デバイス、デスクトップ・コンピュータなどを含むがこれらに限定はされないいかなるエンドユーザー・デバイスでもよい。さらに、「アクセス端末」という用語を使用して、通信システム１００と通信するエンドユーザー・デバイスの一部を表すこともできる。たとえば、ラップトップ・コンピュータ１１０（２）のモデムをアクセス端末と呼ぶこともできる。これも当業者には言うまでもないが、本発明は唯一の基地局１０５には限定されない。別の実施形態では、通信システム１００に任意の数の基地局１０５を含めることができる。
【００１８】
動作するときに、アクセス端末１１０は基地局１０５との１つまたは複数の無線通信リンクを確立できる。無線通信リンクには、アクセス・チャネル１１５（１−３）および／またはトラフィック・チャネル１２０（１−３）などの１つまたは複数のチャネルを含めてもよい。図示された実施形態では、アクセス端末１１０（１）は基地局１０５とのアクセス・チャネル１１５（１）および／またはトラフィック・チャネル１２０（１）を確立でき、アクセス端末１１０（２）は基地局１０５とのアクセス・チャネル１１５（２）および／またはトラフィック・チャネル１２０（２）を確立でき、アクセス端末１１０（３）は基地局１０５とのアクセス・チャネル１１５（３）および／またはトラフィック・チャネル１２０（３）を確立できる。本明細書の以下の部分では、明確にするために、チャネル１１５、１２０を集合的に示す場合は、チャネルのインデックス（１−３）を省略するものとする。アクセス・チャネル１１５は図１では個々のアクセス端末１１０に関連付けられた別々のチャネルとして示されているが、一部の実施形態では、アクセス・チャネル１１５はアクセス端末１１０および基地局１０５と通信できるそれ以外の任意のデバイスで使用可能な共通チャネルでもよいことは、本開示を利用できる当業者には言うまでもない。たとえば、アクセス・チャネル１１５は共通ランダム・アクセス・チャネルでもよい。
【００１９】
アクセス端末１１０と基地局１０５は、信号メッセージを含む情報を交換できる。本明細書の以下の部分で使用する限り、「信号メッセージ」という用語は、アクセス端末１１０および／または基地局１０５の一部の構成、１つまたは複数のチャネルの確立、１つまたは複数のチャネルの保守、１つまたは複数のチャネルの廃棄、および／または他の同様のタスクの実行に使用できる情報を表すものとする。たとえば、信号メッセージには接続要求メッセージ、位置更新メッセージ、ブロードキャスト・メッセージなどを含めてもよい。信号メッセージを使用して、アクセス端末１１０と基地局１０５を同期させることもできる。
【００２０】
アクセス端末１１０と基地局１０５は、データを含む情報を交換することもできる。本明細書の以下の部分で使用する限り、「データ」という用語は、アクセス端末１１０および／または基地局１０５に関連付けられた１つまたは複数のユーザー・アプリケーションで提供される情報を表すものとする。たとえば、携帯電話１１０（３）に関連付けられた音声アプリケーション（たとえば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ））は音声データのように遅延の影響を受けやすい情報を提供したり、基地局１０５から音声データを受信したりできる。別の例として、端末情報端末１１０（１）および／またはラップトップ・コンピュータ１１０（２）に関連付けられたユーザー・アプリケーションは遅延の影響を受けにくい情報などのデータを通信システム１００に提供したり、基地局１０５からデータを受信したりできる。業界で一般的な使い方によると、データはベアラ・トラフィック（ｂｅａｒｅｒ  ｔｒａｆｆｉｃ）とも呼ばれる。
【００２１】
信号メッセージ（ｓｉｇｎａｌｉｎｇ  ｍｅｓｓａｇｅ）は一般にアクセス・チャネル１１５を経由して送信され、データは一般にトラフィック・チャネル１２０を経由して送信される。しかし、データは１つまたは複数のアクセス・チャネル１１５を経由して送信されてもよい。たとえば、アクセス・チャネル１１５および／またはトラフィック・チャネル１２０に関連付けられたチャネル条件が比較的良好な場合は、アクセス端末１１０はアクセス・チャネル１１５を経由して送信された情報に関して比較的高い転送速度を選択することができる。送信するデータの量が比較的少ない場合は、アクセス端末１１０はアクセス・チャネル１１５を経由したデータの送信を選択できる。このことによって、トラフィック・チャネル１２０の確立および／または廃棄に関連するオーバーヘッドを軽減できる。したがって、データを送信するために１つまたは複数のアクセス・チャネル１１５をチャネル条件に基づいて選択できる。チャネル条件は、アクセス端末１１０および／または基地局１０５の観点からの減衰パターンを表してもよい。これは、信号対騒音比および／または信号対干渉比に対応するチャネル品質情報信号から抽出できる。
【００２２】
図２は、携帯電話機２０５が基地局２１０と通信する通信システム２００の１つの例示的な実施形態を概念的に示している。図示された実施形態では、携帯電話機２０５は無線通信リンク（アクセス・チャネル２１５および／またはトラフィック・チャネル２２０を含めてもよい）を経由して基地局２１０と通信する。携帯電話機２０５には、１つまたは複数のユーザー・アプリケーション２２５（ＶｏＩＰアプリケーション、テキスト・メッセージング・アプリケーション、Ｗｅｂブラウザなど）が含まれる。前述のように、ユーザー・アプリケーション２２５はモデム２３０などのアクセス端末にデータを提供したり、アクセス端末からデータを受信したりできる。モデム２３０は、アクセス・チャネル２１５および／またはトラフィック・チャネル２２０を経由して信号メッセージおよび／またはデータを送信および受信できる。
【００２３】
モデム２３０は、アクセス・チャネル２１５および／またはトラフィック・チャネル２２０を経由してデータを送信するためのデータ転送速度を選択できる。一般に、チャネル条件が良好な場合はモデム２３０が高い転送速度を選択できる。たとえば、ＣＤＭＡ２０００  ＥＶ−ＤＯ  （Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｎｌｙ）  Ｒｅｖｉｓｉｏｎ  Ａシステムなどの第３世代（３Ｇ）無線通信システムは、逆方向リンクでアクセス・チャネル２１５の３つの転送速度、すなわち９．６ｋｂｐｓ、１９．２ｋｂｐｓ、および３８．４ｋｂｐｓを定義する。３Ｇ互換モデム２３０は、出力リソース（ｐｏｗｅｒ  ｒｅｓｏｕｒｃｅ）可用度と送信するようにスケジュールされたデータの量に基づいて転送速度を選択できる。一般に、高速の送信には低速の送信より大きな出力が必要である。モデム２３０の出力予定量（ｐｏｗｅｒ  ｂｕｄｇｅｔ）は限定される場合があるので、高速の送信はチャネル条件が比較的良好な携帯電話機２０５に限定される場合がある。たとえば、携帯電話機２０５が基地局に近い位置にあり、チャネル条件が比較的良好な場合は、モデム２３０が３８．４ｋｂｐｓなどの高速でのデータ送信を選択してもよい。
【００２４】
携帯電話機２０５が地理的に不良な位置にあり、このことあるいは他の何らかの原因によってチャネル条件が比較的不良な場合は、モデム２３０の出力はデータを高速で送信するには不十分である。したがって、モデム２３０は９．６ｋｂｐｓなどの低速のデータ送信を選択してもよい。１つの実施形態では、低い転送速度のフレーム・サイズより大きな送信フレームを満たす十分な量のデータがある場合にのみ、モデム２３０は高速のデータ送信を選択できる。一方で、モデム２３０が低速の送信を選択し、１つのフレームで送信できるより多くのデータがある場合は、複数のフレームを生成し、多重化して１度のアクセスで送信することができる。
【００２５】
モデム２３０は、トラフィック・チャネル２２０が存在しない場合に、データを送信するためにアクセス・チャネル２１５をチャネル条件に基づいて選択してもよい。１つの実施形態では、モデム２３０は前述のようにチャネル条件を使用して（少なくとも部分的に）決定されたデータ転送速度に基づいてアクセス・チャネル２１５を選択してもよい。たとえば、モデム２３０は決定されたデータ転送速度を１つまたは複数のデータ転送速度のしきい値と比較してもよい。決定されたデータ転送速度が１つまたは複数のデータ転送速度のしきい値を超える場合に、モデム２３０はデータを送信するためにアクセス・チャネル２１５を選択できる。しかし、決定されたデータ転送速度が１つまたは複数のデータ転送速度のしきい値を下回る場合に、モデム２３０は１つまたは複数の追加の基準を適用して、データを送信するためにアクセス・チャネル２１５とトラフィック・チャネル２２０のいずれかを選択できる。それ以外の場合に、モデム２３０はデータを送信するためにトラフィック・チャネル２２０を選択できる。１つの実施形態では、データと信号情報を多重化し、アクセス・チャネル２１５を経由して多重化されたメッセージを送信してもよい。
【００２６】
あるいは、モデム２３０はチャネル条件を使用して（少なくとも部分的に）決定された他のパラメータに基づいてデータ送信のためにアクセス・チャネル２１５を選択してもよい。１つの実施形態では、基地局のコントローラ２３５がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの１つまたは複数の値を決定できる。パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値は、携帯電話機２０５で出力可用度に依存する可能性がある。この値は少なくとも部分的にチャネル条件に依存する可能性がある。たとえば、コントローラ２３５はチャネル条件が良好な場合にこのパラメータの比較的大きな値（たとえば、ＡｃｃｅｓｓＰａｙｌｏａｄＭａｘ＝２００バイト）を選択でき、チャネル条件が不良な場合にこのパラメータの比較的小さな値（たとえば、ＡｃｃｅｓｓＰａｙｌｏａｄＭａｘ＝１００バイト）を選択できる。ここで、パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値はトランシーバ２４０を使用して携帯電話機２０５を含む携帯電話機に配信（ｂｒｏａｄｃａｓｔｅｄ）してもよい。また、モデム２３０はアクセス・チャネル２１５経由でデータを送信するかどうかをパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を使用して判断できる。たとえば、送信するようにスケジュールされたデータの量がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を下回る場合に、モデム２３０はデータを送信するためにアクセス・チャネル２１５を選択してもよい。送信するようにスケジュールされたデータの量がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を上回る場合に、モデム２３０はデータを送信するためにトラフィック・チャネル２２０を選択してもよい。モデム２３０が出力可用度のために送信データを削減する必要がある場合、または９．６ｋｂｐｓでモデム２３０が最大送信出力に到達した場合は、モデム２３０がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの別の（小さな）値を使用してペイロード・サイズを決定する必要がある。
【００２７】
別の実施形態では、パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘをビット数／バイト数でなくアクセス・カプセルのフレーム数として設定してもよい。基地局のコントローラ２３５は、パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を決定できる。バイト数による実際のアクセス・ペイロード・サイズは、アクセス・チャネルの転送速度に依存してもよい。たとえば、ＡｃｃｅｓｓＰａｙｌｏａｄＭａｘのサイズが４フレームで構成され、携帯電話機２０５が転送速度９．６ｋｂｐｓを選択する場合は、携帯電話機２０５は１度のアクセスで約１１５バイトのペイロードしか送信できない。一方、携帯電話機２０５が３８．４ｋｂｐｓの転送速度を選択する場合は、約４６０バイトのペイロードを送信できる。携帯電話機２０５で選択する転送速度は、同時に（または代わりに）チャネル条件に依存してもよい。ここで、トランシーバ２４０を使用して、携帯電話機２０５を含む携帯電話機にパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を配信してもよい。さらに、モデム２３０はアクセス・チャネル２１５経由でデータを送信するかどうかを、パラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値を使用して判断してもよい。たとえば、送信するようにスケジュールされたデータの量が選択された転送速度に対してパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘで示された値より少ないフレーム数で送信できる場合に、モデム２３０はデータを送信するためにアクセス・チャネル２１５を選択してもよい。送信するようにスケジュールされたデータの量がパラメータＡｃｃｅｓｓＰａｙｌｏａｄＭａｘの値で示されたフレーム数に収まらない場合に、モデム２３０はデータを送信するためにトラフィック・チャネル２２０を選択してもよい。
【００２８】
図３は、データを送信するためにアクセス・チャネルを選択する方法３００の１つの例示的な実施形態３００を概念的に示している。図示された実施形態において、図１に示すアクセス端末１１０などのアクセス端末（ＡＴ）が構成される（３０５）。アクセス端末を構成する工程（３０５）には、アクセス・チャネルの転送速度を決定する工程、転送速度に関する１つまたは複数のしきい値を決定する工程、および／またはデータのサイズに関する１つまたは複数のしきい値を決定する工程を含めてもよい。たとえば、アクセス・チャネルのＭ個の転送速度、Ｒｌ＜Ｒ２＜  ．．．＜ＲＭから選択するようにアクセス端末を構成してもよい（３０５）。転送速度のしきい値Ｒｈとデータ・サイズのしきい値Ｄｉは、システムが決定し、システム内のすべてのアクセス端末に配信することができる。いくつかの実施形態では、Ｒｈ以下の複数の転送速度がある場合に、データ・サイズのしきい値Ｄｉが複数の値をとってもよい。データ・サイズのしきい値Ｄｉは、システムの現在の負荷（たとえば、システムが逆方向リンクでサポートする負荷またはトラフィックの量をＹとした場合はＤｉ（Ｙ））に基づいてさまざまに設定できる。図示された実施形態では、アクセス端末はシステムの負荷の状態を監視し、適切なしきい値Ｄｉを選択できる。負荷Ｙは、アクセス端末による前述のアクセス・プローブが成功する確率に影響する可能性がある。別のさまざまな実施形態において、負荷Ｙは干渉制限システム（たとえばＣＤＭＡシステム）の全トラフィックの量でも、アクセス・チャネルのみ（たとえば有線アクセス・システムにおける）の負荷でもよい。
【００２９】
送信するデータが到着すると（３１０）、アクセス端末はデータ転送速度を選択する（３１５）。たとえば、３つの転送速度、Ｒ１＝９．６、Ｒ２＝１９．２、Ｒ３＝３８．４ｋｂｐｓのいずれかを使用するようにアクセス端末を構成していてもよい（３０５）。これで、アクセス端末は３つのデータ転送速度のセットからデータ転送速度を選択できる（３１５）。たとえば、アクセス・チャネル条件が比較的良好な場合に、アクセス端末はＲ３＝３８．４ｋｂｐｓのデータ転送速度を選択してもよい（３１５）。別の例として、アクセス・チャネル条件が比較的不良な場合に、アクセス端末はＲ１＝９．６のデータ転送速度を選択してもよい（３１５）。
【００３０】
次に、アクセス端末は選択されたデータ転送速度をデータ転送速度のしきい値Ｒｈと比較してもよい（３２０）。さらに、アクセス端末は送信するデータの量をデータ・サイズのしきい値Ｄｉと比較してもよい（３２５）。たとえば、アクセス端末がＲｉ＞Ｒｈ（ｈ，ｉ∈｛１，Ｍ｝、Ｒｈは転送速度の選択しきい値）となるような高速の転送速度Ｒｉを選択した場合は（３１５）、アクセス端末がアクセス・チャネルを経由してデータを送信してもよい（３３０）。アクセス端末がＲｈ以下の転送速度Ｒｉを選択した場合は（３１５）、アクセス端末がデータの量Ｄを転送速度Ｒｉに関連付けられたしきい値Ｄｉと比較する（３２５）。Ｄ＜Ｄｉの場合は、アクセス端末がアクセス・チャネルを経由してデータを送信してもよい（３３０）。それ以外の場合は、アクセス端末が接続要求を送信して（３３５）トラフィック・チャネルを確立してもよい。トラフィック・チャネルが確立されると、アクセス端末はトラフィック・チャネルを経由してデータを送信できる（３４０）。
【００３１】
たとえば、転送速度のしきい値ＲｈをＲ１に設定し、データ・サイズのしきい値Ｄ１（Ｙ）を負荷ＹｌおよびＹ２に対してＤ１（Ｙ＝Ｙｌ∈｛０．７２，１｝）＝１００バイトおよびＤｌ（Ｙ＝Ｙ２∈｛０．５，０．７２｝）＝１５０バイトの値に設定してもよい（３０５）。アクセス端末がＲ１を上回る速度を選択した場合は（３１５）、アクセス端末がアクセス・チャネルを経由してデータを送信してもよい（３３０）。アクセス端末がデータ転送速度Ｒ１を選択し（３１５）、現在の負荷が高い（Ｙ＝０．８）場合は、比較（３２５）でデータ・サイズが１００バイトより小さいことが示された場合に、アクセス端末はアクセス・チャネルを経由してデータを送信してもよい（３３０）。それ以外の場合は、比較（３２５）でデータ・サイズが１００バイトより大きいことが示された場合に、アクセス端末が接続要求を送信して（３３５）トラフィック・チャネルを確立し、トラフィック・チャネルを経由してデータを送信してもよい（３４０）。
【００３２】
本方法３００には、従来の方法に比べていくつかの利点がある。たとえば、アクセス端末が高速の転送速度を選択した場合は、アクセス端末が基地局に対して地理的に良好な位置にあり、高速で送信するための十分な出力を備えていることを示していると考えられる。したがって、アクセス端末はアクセス・チャネルを経由してデータを送信する場合に、比較的高い成功率を達成できる。アクセス・チャネルを経由したデータの送信に伴う送信遅延は、トラフィック・チャネルを経由したデータの送信に伴う対応する遅延に比べてはるかに短い。これは、少なくとも部分的に、トラフィック・チャネルを経由したデータの送信では通常接続設定手順を実行する必要があるためである。一方で、アクセス端末が低速の転送速度を選択した場合、および／またはデータ・サイズが大きい場合は、アクセス端末が基地局に対して地理的に不良な位置にあり、したがってアクセス端末が高速で送信するための十分な出力を備えていないことを示していると考えられる。この場合に、アクセス端末は複数フレームのデータを低速で送信しなくてはならない場合がある。複数フレームの送信では、しばしばアクセス・プローブが失敗する率は高くなる。これは、フレームが１つでも失敗するとアクセス・プローブが失敗するためである。プローブが失敗するとさらに再送信されるため、遅延は増大し、アクセス・チャネルを経由したデータ送信の利点を享受できない。この場合は、より信頼性の高いトラフィック・チャネルを経由してデータを送信するのが望ましい。いくつかの事例では、トラフィック・チャネルを経由したデータの送信に伴う遅延はそれでもアクセス・チャネルを経由したデータの送信に伴う遅延に比べて短い場合もある。これは、アクセス・チャネルを経由してデータを送信する場合に、多くの再送信が必要になるためである。もう１つの利点は、この方法ではＣＤＭＡ通信システムで対象となるモバイル・ユーザーのパーセンテージを向上できることである。
【００３３】
図４は、データを多重化し、アクセス・チャネル上の信号メッセージを送信する方法４００の１つの例示的な実施形態を概念的に示している。前述のように、図１に示すアクセス端末１１０などのアクセス端末（ＡＴ）が構成される（４０５）。アクセス端末を構成する工程（４０５）には、アクセス・チャネルの転送速度を決定する工程、転送速度に関する１つまたは複数のしきい値を決定する工程、および／またはデータ・サイズに関する１つまたは複数のしきい値を決定する工程を含めてもよい。送信する複数のメッセージが到着する（４１０）。図示された実施形態では、メッセージにはデータと少なくとも１つの信号メッセージ（接続要求メッセージなど）が含まれている。アクセス端末が異なるタイプのメッセージを送信する場合に、アクセス端末はデータと信号メッセージを１つまたは複数のアクセス・パケットに多重化して送信してもよい。
【００３４】
前述のように、アクセス端末は転送速度を選択してもよい（４１５）。さらに、アクセス端末はシステムの現在の負荷を監視し、送信する全データのサイズを把握してもよい。次に、アクセス端末は選択されたデータ転送速度をデータ転送速度のしきい値Ｒｈと比較してもよい（４２０）。さらに、アクセス端末は送信するデータの量をデータ・サイズのしきい値Ｄｉと比較してもよい（４２５）。たとえば、アクセス端末がＲｉ＞Ｒｈ（ｈ，ｉ∈｛１，Ｍ｝）となるような高速の転送速度Ｒｉを選択した場合は（４１５）、アクセス端末がデータと接続要求メッセージを多重化し（４３０）、多重化された情報をアクセス・チャネル経由で送信してもよい。
【００３５】
アクセス端末が転送速度のしきい値Ｒｈ以下の転送速度Ｒｉを選択した場合は（４１５）、ＡＴがデータの量Ｄ（たとえば、データとその他のメッセージを組み合わせたデータの量）を転送速度Ｒｉに関連付けられたしきい値Ｄｉと比較する（４２５）。Ｄ＜Ｄｉの場合に、アクセス端末はデータ・メッセージを１つのアクセス・パケットに多重化し（４３０）、アクセス・チャネルを経由してこのパケットを送信してもよい。それ以外の場合に、アクセス端末はメッセージを多重化しなくてもよい。代わりに、アクセス端末はアクセス・チャネルを経由して接続要求メッセージを送信してもよい（４３５）。トラフィック・チャネルが確立されると、アクセス端末はトラフィック・チャネルを経由してデータを送信できる（４４０）。
【００３６】
以上に開示する特定の実施形態は説明のみを目的としており、別ではあるが等価な方法で本発明を変更および実施できることは、本明細書の内容を利用できる当業者には言うまでもない。さらに、添付の特許請求の範囲に記載する以外に、本明細書に示す詳細な構成または設計への制限を意図するものではない。したがって、以上に開示された特定の実施形態が変更または修正できること、およびこうした変形のすべては本発明の範囲および精神を逸脱しないと見なされることは言うまでもない。したがって、本明細書で要求する保護は、添付の特許請求の範囲に記載するとおりである。
【図面の簡単な説明】
【００３７】
【図１】本発明による通信システムの１つの例示的な実施形態を概念的に示す図である。
【図２】本発明により、携帯電話機が基地局と通信する通信システムの１つの例示的な実施形態を概念的に示す図である。
【図３】本発明により、データを送信するためにアクセス・チャネルを選択する方法の１つの例示的な実施形態を概念的に示す図である。
【図４】本発明により、データと信号メッセージを多重化し、アクセス・チャネル上で送信する方法の１つの例示的な実施形態を概念的に示す図である。
【図１】
2008545338.tif 000003
【図２】
2008545338.tif 000004
【図３】
2008545338.tif 000005
【図４】
2008545338.tif 000006
【国際調査報告】
2008545338.tif 000007
2008545338.tif 000008