(57)【特許請求の範囲】
【請求項１】
コンピュータで実装される方法であって、
アップリンクキューの内容を含む少なくとも１つのパケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅を決定する段階と、
前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅を決定する段階と、
前記現在時刻に、前記パケットのサブヘッダで、前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅を合わせた帯域幅の情報と、前記遅延の情報とを含む要求を送信する段階とを備える方法。
【請求項２】
前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅の組み合わせの割り当てを受信する段階と、
前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅の前記組み合わせを用いて１つ以上のパケット送信する段階と
をさらに備え、
前記割り当てを受信する段階は、前記現在時刻から前記遅延の後に割り当てを受信する段階を含む請求項１に記載の方法。
【請求項３】
前記遅延の量を決定する段階
をさらに備え、
アプリケーションは、前記第１のアップリンク帯域幅の帯域幅量を決定する段階及び前記第２のアップリンク帯域幅の帯域幅量を決定する段階を実行し、
メディアアクセスコントローラは、前記遅延の量を決定する段階を実行する請求項１又は２に記載の方法。
【請求項４】
前記アプリケーションは、音声チャット、動画ストリーミング、及びインターネットコンテンツのブラウジングからなる群から選択された機能を実行する請求項３に記載の方法。
【請求項５】
前記遅延は、ｃｅｉｌｉｎｇ（（ｐ＋Ｔ−ｔ）  ／  Ｔｆ）  ＋  ｃに部分的に基づいて決定され、
ここでのｐは、アプリケーションから移動局の前記アップリンクキューへの最後のパケット到着時間を表し、
Ｔは、前記アップリンクキューへの最大のパケット到着時間の間隔を表し、
ｔは、現在時刻を表し、
Ｔｆは、フレームのフレーム継続期間を表し、
ｃは、ｋが決定される時点での現在のフレームのフレームシーケンス番号を表す請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記要求を送信する段階は、帯域幅要求メッセージのサイズの帯域幅の割り当てを要求する段階をさらに含む請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記要求を送信する段階は、
前記第１のアップリンク帯域幅、前記第２のアップリンク帯域幅、前記帯域幅要求メッセージのサイズ、及び前記遅延についての前記要求をＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドを用いて送信する段階と
をさらに含む請求項６に記載の方法。
【請求項８】
前記遅延は、フレームシーケンス番号で表される請求項１から７のいずれか一項に記載の方法。
【請求項９】
請求項１から８のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１０】
アップリンクキューの内容を含む少なくとも１つのパケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅の決定を行うロジックと、
前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅の決定を行うロジックと、
前記現在時刻に、前記パケットのサブヘッダで、前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅を合わせた帯域幅の情報と、前記遅延の情報とを含む要求を送信するロジックと
を備える装置。
【請求項１１】
前記現在時刻から前記遅延の後に前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅の組み合わせの割り当てを受信するロジックと、
前記組み合わされたアップリンク帯域幅を用いて１つ以上のパケットを送信するロジックと
をさらに備える請求項１０に記載の装置。
【請求項１２】
前記第１のアップリンク帯域幅、前記第２のアップリンク帯域幅、帯域幅要求メッセージのサイズ、及び前記遅延についての前記要求は、ＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドを用いて送信される請求項１０又は１１に記載の装置。
【請求項１３】
前記遅延は、フレームシーケンス番号で表される請求項１０から１２のいずれか一項に記載の装置。
【請求項１４】
アップリンクキューの内容を含むパケットのサブヘッダを移動局から受信するロジックと、
前記移動局が前記パケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅及び前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅の組み合わせの割り当てを前記移動局へ送信するロジックと
を備え、
前記サブヘッダは、前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅を合わせた帯域幅の情報と、前記遅延の情報とを含む要求を含み、
前記送信するロジックは、前記遅延に基づいて前記割り当てを前記移動局へ送信する装置。
【請求項１５】
前記サブヘッダは、ＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドに前記第１のアップリンク帯域幅、前記第２のアップリンク帯域幅、帯域幅要求メッセージのサイズ、及び前記遅延についての前記要求を含む請求項１４に記載の装置。
【請求項１６】
前記遅延は、フレームシーケンス番号で表される請求項１４又は１５に記載の装置。
【請求項１７】
コンピュータで実装される方法であって、
アップリンクキューが受信した複数のパケットを送信するためのアップリンク帯域幅について、前記アップリンクキューの内容を含む少なくとも１つのパケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅と前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅とを含む要求を生成する段階と、
前記アップリンク帯域幅に関連する遅延を提供する段階と、
前記現在時刻に、前記アップリンクキューの内容を含むパケットのサブヘッダで、前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅を合わせた前記アップリンク帯域幅の情報と、前記遅延の情報とを含む要求を送信する段階とを備え、
前記遅延は、前記アップリンクキューが次のパケットを受信するまでの予期された時間及び現在のフレームのシーケンス番号に基づいて決定される
方法。
【請求項１８】
前記アップリンク帯域幅の割り当てを受信する段階と、
前記現在時刻から前記遅延の後に前記アップリンク帯域幅を用いて１つ以上のパケットを送信する段階と
をさらに備え、
前記割り当てを受信する段階は、前記現在時刻から前記遅延の後に割り当てを受信する段階を含む請求項１７に記載の方法。
【請求項１９】
前記アップリンク帯域幅を要求するための帯域幅量を決定する段階と、
前記遅延の量を決定する段階と
をさらに備え、
アプリケーションは、前記アップリンク帯域幅を要求するための前記帯域幅量を決定する段階を実行し、
メディアアクセスコントローラは、前記遅延の量を決定する段階を実行する請求項１７又は１８に記載の方法。
【請求項２０】
前記アプリケーションは、音声チャット、動画ストリーミング、及びインターネットコンテンツのブラウジングからなる群から選択された機能を実行する請求項１９に記載の方法。
【請求項２１】
前記アップリンク帯域幅の帯域幅量は、前記アップリンクキューの内容を含む少なくとも１つのパケットを送信した直後の前記アップリンクキューの内容に部分的に基づく請求項１７から２０のいずれか一項に記載の方法。
【請求項２２】
前記アップリンク帯域幅の帯域幅量は、前記現在時刻から前記遅延の後のアップリンクキューの予期された内容に部分的に基づく請求項１７から２１のいずれか一項に記載の方法。
【請求項２３】
前記遅延は、ｋによって表され、ｋ＝ｃｅｉｌｉｎｇ（（ｐ＋Ｔ−ｔ）  ／  Ｔｆ）  ＋  ｃに部分的に基づいて決定され、
ここでのｐは、アプリケーションから移動局の前記アップリンクキューへの最後のパケット到着時間を表し、
Ｔは、前記アップリンクキューへの最大のパケット到着時間の間隔を表し、
ｔは、前記現在時刻を表し、
Ｔｆは、フレームのフレーム継続期間を表し、
ｃは、ｋが決定される時点での現在のフレームのフレームシーケンス番号を表す請求項１７から２２のいずれか一項に記載の方法。
【請求項２４】
前記要求を送信する段階は、帯域幅要求メッセージのサイズの帯域幅の割り当てを要求する段階をさらに含む請求項１７から２３のいずれか一項に記載の方法。
【請求項２５】
前記要求を送信する段階は、
前記アップリンク帯域幅、帯域幅要求メッセージのサイズ、及び前記遅延についての前記要求をＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドを用いて送信する段階
をさらに含む請求項１７から２４のいずれか一項に記載の方法。
【請求項２６】
前記遅延は、フレームシーケンス番号で示される請求項１７から２５のいずれか一項に記載の方法。
【請求項２７】
請求項１７から２６のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。
【請求項２８】
アップリンクキューが受け取った複数のパケットを送信するためのアップリンク帯域幅について、前記アップリンクキューの内容を含む少なくとも１つのパケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅と前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅とを含む要求を行うロジックと、
前記アップリンク帯域幅に関連する遅延を提供するためのロジックと、
前記現在時刻に、前記アップリンクキューの内容を含むパケットのサブヘッダで、前記第１のアップリンク帯域幅及び前記第２のアップリンク帯域幅を合わせた前記アップリンク帯域幅の情報と前記遅延の情報とを含む要求を送信するロジックと
を備え、
前記遅延は、前記アップリンクキューが次のパケットを受信するまでの予期された時間と現在のフレームのシーケンス番号に基づいて決定される装置。
【請求項２９】
前記アップリンク帯域幅の割り当てを受信するロジックと、
前記アップリンク帯域幅を用いて１つ以上のパケットを前記現在時刻から前記遅延の後に送信するロジックと
をさらに備え、
前記割り当て受信するロジックは、前記現在時刻から前記遅延の後に割り当てを受信する
請求項２８に記載の装置。
【請求項３０】
前記要求を行うロジックは、
ＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドで送信される前記アップリンク帯域幅の量、帯域幅要求のサイズ、及び前記遅延を含む請求項２８又は２９に記載の装置。
【請求項３１】
前記遅延は、フレームシーケンス番号で表される請求項２８から３０のいずれか一項に記載の装置。
【請求項３２】
アップリンクキューの内容を含むパケットのサブヘッダを移動局から受信するロジックと、
遅延に基づいて前記移動局による送信のためのアップリンク帯域幅の割り当てを前記移動局へ送信するロジックと
を備え、
前記サブヘッダは、前記アップリンクキューの内容を含む少なくとも１つのパケットを現在時刻に送信した直後の前記アップリンクキューの内容に基づく第１のアップリンク帯域幅と前記現在時刻から遅延の後の前記アップリンクキューの予期された内容に基づく第２のアップリンク帯域幅とを含む前記アップリンク帯域幅の情報と前記遅延の情報を含む要求を含む装置。
【請求項３３】
前記サブヘッダは、ＰＢＲ（ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドに前記アップリンク帯域幅の量、帯域幅要求メッセージのサイズ、及び前記遅延を含む請求項３２に記載の装置。
【請求項３４】
前記遅延は、フレームシーケンス番号で表される請求項３２又は３３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ここに開示する発明の主題は、概して無線ネットワークで帯域幅を要求する手法に関する。
【背景技術】
【０００２】
図１は、移動局１３０及びアプリケーション１２０が移動ユーザ端末１１０内に配置されたシステムを示す。移動ユーザ端末１１０は、携帯電話、ノートパソコン、またはその他の携帯型コンピューティング機器であってよい。アプリケーション１２０はトラフィックを生成し、トラフィックは移動局１３０のアップリンク（ＵＬ）キューに格納される。例えば、アプリケーションは、ＵＬキューに少なくとも１つのパケットの格納を要求する。基地局１３０は、ＵＬキューから１つ以上のパケットを送信するべく、基地局１５０へアップリンク帯域幅の帯域幅要求を送信する。帯域幅要求には主に管理メッセージ及びコンテンションの二種類がある。
【０００３】
ＩＥＥＥ  ８０２．１６帯域幅要求（ＢＲ：Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ）では、移動局１３０は、例えば１６ビットのＧＭＳＨ（Ｇｒａｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｕｂｈｅａｄｅｒ）等の管理メッセージ内に帯域幅要求を示すことができる。移動局１３０が帯域幅要求（ＢＲ）内で、現在ＵＬキューにあるパケットのサイズ以上の帯域幅を要求した場合、基地局１５０からのアップリンク帯域幅の許可がその後のパケットよりも早く到着し、パケットの送信に必要な帯域幅以上のアップリンク帯域幅を供する。余剰のアップリンク帯域幅は使用されることなく無駄となる。アップリンク帯域幅を無駄にすることは望ましくない。一部の例では、移動局１３０が現在ＵＬキュー内にあるもののみについて帯域幅を要求した場合、その後ＵＬキューにパケットが到着した際に帯域幅要求を行う機会がないこともある。そのような場合、移動局１３０は効率的でない、コンテンションに基づいた帯域幅要求を用いてよい。
【図面の簡単な説明】
【０００４】
限定ではなく例示を目的として、本発明の実施形態を図示する。図中の類似の参照番号は類似の要素を示す。
【０００５】
【図１】無線通信システムを示す。
【図２】本発明の一実施形態における、帯域幅の要求手順を示す。
【図３】本発明の一実施形態における、帯域幅の割り当て及び帯域幅の要求の例を示す。
【図４】本発明の実施形態を使用し得る例示的なシステムを示す。
【発明を実施するための形態】
【０００６】
本明細書全体において、「一実施形態」または「ある実施形態」とは、実施形態に関連して説明された特定の機能、構造、または特性は、本発明の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書の様々な箇所で用いられる「一実施形態」または「ある実施形態」の文言は、必ずしも同じ実施形態を示すとは限らない。
【０００７】
さらに、特定の機能、構造、または特性は１つ以上の実施形態で組み合わされてよい。
【０００８】
本発明の実施形態は様々な用途で用いられてよい。本発明のいくつかの実施形態は、様々な機器及びシステムと併用されてよい。これは例えば、送信機、受信機、トランシーバ、送受信機、無線通信局、無線通信機器、無線アクセスポイント（ＡＰ）、モデム、無線モデム、パソコン（ＰＣ）、デスクトップコンピュータ、モバイルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、タブレットコンピュータ、サーバコンピュータ、携帯型コンピュータ、携帯型機器、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）機器、携帯型ＰＤＡ機器、ネットワーク、無線ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、無線ＭＡＮ（ＷＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ＷＡＮ（ＷＷＡＮ）、既存のＩＥＥＥ  ８０２．１１、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、８０２．１１ｇ，、８０２．１１ｈ、８０２．１１ｉ、８０２．１１ｎ、８０２．１６、８０２．１６ｄ、８０２．１６ｅ、８０２．１６ｍ、または３  ＧＰＰ規格および／または将来のバージョン、および／または派生の規格、および／または上記の規格のＬＴＥに準拠して動作する機器および／またはネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、無線ＰＡＮ（ＷＰＡＮ）、上記のＷＬＡＮおよび／またはＰＡＮおよび／またはＷＰＡＮネットワークの一部であるユニットおよび／または機器、一方向および／または双方向無線通信システム、セルラー無線電話回線通信システム、セルラー電話、無線電話、ＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）機器、無線通信デバイスを内蔵したＰＤＡ機器、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）送受信機または機器、ＳＩＭＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）送受信機または機器、ＭＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）送受信機または機器、ＭＲＣ（Ｍｕｌｔｉ  Ｒｅｃｅｉｖｅｒ  Ｃｈａｉｎ）送受信機または機器、「スマートアンテナ」技術または複数アンテナの技術またはその類似を有する送受信機または機器であってよい。
【０００９】
本発明のいくつかの実施形態は、１つ以上の種類の無線通信信号および／またはシステムと併用されてよい。これは例えば、無線周波数（ＲＦ）、赤外線（ＩＲ）周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、時分割多重化（ＴＤＭ）、時分割多重接続（ＴＤＭＡ）、拡張ＴＤＭＡ（Ｅ−ＴＤＭＡ）、汎用パケット無線サービス（ＧＰＲＳ）、拡張ＧＰＲＳ、符号分割多重接続（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ＣＤＭＡ２０００、マルチキャリア変調（ＭＤＭ）、ＤＭＴ（Ｄｉｓｃｒｅｔｅ  Ｍｕｌｔｉ−Ｔｏｎｅ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（商標）、またはこれらの類似であってよい。本発明の実施形態は、その他の様々な装置、機器、システムおよび／またはネットワークで用いられてよい。ＩＥＥＥ  ８０２．１１ｘは、これらに限定されないが、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、８０２．１１ｇ、８０２．１１ｈ、８０２．１１ｉ、及び８０２．１１ｎを含む既存のＩＥＥＥ  ８０２．１１規格のいずれを意味してもよい。
【００１０】
様々な実施形態は、遅延した許可が要求された場合のオフセットタイム及び遅延した許可サイズを含む、遅延した帯域幅要求を提供する。オフセットタイムでのこのような帯域幅の要求は、オフセットタイムにおけるアップリンク帯域幅の過剰な割り当てを防止し得る。使用されずに無駄となる帯域幅が発生するため、アップリンク帯域幅の過剰な割り当ては望ましくない。
【００１１】
図２は、本発明の一実施形態における、帯域幅の要求手順を示す。２０２では、時間ｔでパケットを送信するべく、基地局が移動局のアップリンク（ＵＬ）帯域幅のリソースをスケジュールする。ＵＬ帯域幅のリソースは、時間ｔの前に要求されている。供給されたＵＬ帯域幅のリソースによって、時間ｔにＵＬキュー内のパケットが送信されることが可能となる。ＵＬキュー内のパケットは基地局へ送信されてよい。
【００１２】
２０４では、移動局が帯域幅要求メッセージでＳ＋ｓ＋ｘバイトを要求する。変数Ｓは、時間ｔから遅延ｋの後にアップリンクキューから送信可能となる、１つ以上のパケットの送信のための追加のバイトを表す。変数ｓは、帯域幅要求メッセージのサイズを表す。例えば、帯域幅要求メッセージの送信にＧＭＳＨ（Ｇｒａｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｕｂｈｅａｄｅｒ）が用いられる場合、変数ｓは２バイトとなる。変数ｘは、時間ｔで１つ以上のパケットが送信された後のＵＬキュー内のバイト数を表す。例えば、時間ｔでのアップリンクキューの内容の送信の後にアップリンクキューが空である場合、変数ｘは０である。他の種類及びサイズのサブヘッダが用いられてよいが、２０４の帯域幅要求は１６ビットＧＭＳＨで送信されてよい。ＧＭＳＨは、ＩＥＥＥ  ８０２．１６ｄ  （２００４）またはＩＥＥＥ  ８０２．１６ｅ  （２００５）に準拠した帯域幅情報を伝達するために用いられる。
【００１３】
様々な実施形態では、移動局がネットワークに参加すると、遅延した帯域幅要求（つまり遅延ｋでＳ＋ｓ＋ｘバイトを要求する帯域幅要求）への対応がメッセージ交換を用いて示される。遅延した帯域幅要求への対応が必須機能である場合は、このような初期設定は不要であってよい。
【００１４】
基地局が遅延した帯域幅割り当ての要求を処理できない場合は、Ｓ及びｋの両方が０となる。他の長さを用いることもできるが、様々な実施形態では、帯域幅要求Ｓ＋ｓ＋ｘは８ビット長である。
【００１５】
変数ｋは、ｋ＝ｃｅｉｌｉｎｇ（（ｐ＋Ｔ−ｔ）／Ｔｆ）＋ｃで表されてよい。ここでのｐは、アプリケーションから移動局のＵＬキューへの最後のパケット、つまりＵＬキューに到着した最新のパケットの到着時刻を示す。
【００１６】
Ｔは、事前にアプリケーションから移動局に知らされた、アップリンクキューへの最大のパケット到着時間間隔である。ｔは現在時刻を示し、Ｔｆは例えば５ミリ秒等のフレーム継続期間を示し、ｃは、遅延した帯域幅要求が送信される前の、ｋが決定される時点での現在のフレームのフレームシーケンス番号（ＦＳＮ）を表す。変数ｋの単位はフレームシーケンス番号に関する。
【００１７】
様々な実施形態では、Ｓ＋ｓ＋ｘの帯域幅要求は、ＧＭＳＨサブヘッダの１６ビットのピギーバックリクエスト（ＰＢＲ：ＰｉｇｇｙＢａｃｋ  Ｒｅｑｕｅｓｔ）フィールドの最初の８ビットで行われてよい。様々な実施形態では、遅延値ｋは、ＧＭＳＨサブヘッダのＰＢＲフィールドの残りの８ビットで行われてよい。様々な実施形態では、遅延値ｋは８ビット値であり、ＦＳＮの最下位ビット（ＬＳＢ）として格納されてよい。
【００１８】
様々な実施形態では、アプリケーションが、パケットを送信する時刻及び送信するパケットのサイズを予測してよい。例えば、アプリケーションはインターネットブラウザ、電子メールプログラム、またはパケットを送信するロジックであってよい。様々な実施形態では、アプリケーションがＳ及びＴの値を決定する。様々な実施形態では、移動局の媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ロジックが、上述した手順に基づいてｋを算出する。ｘの値は、ＵＬキューの内容のサイズに基づいてアプリケーションが決定する。
【００１９】
その後の帯域幅要求はアプリケーションの種類によって異なってよい。例えば、音声アプリケーションの受信トラフィックは、ウェブ閲覧アプリケーションよりも予測し易く、使用されている音声コーデックに基づいて決定され得る。
【００２０】
例えば、音声電話の場合に、時間ｔで８２バイトのアップリンク割り当てが受信され、アップリンクキューには１００バイトが存在するとする。従って、８２バイトのアップリンク割り当てを使用した後には、アップリンクキューに２０バイトが残る。時間ｔでは、帯域幅要求Ｓ＋ｓ＋ｘが供給される。ここでのＳは１００バイト、ｓは２バイト、ｘは２０バイトである。音声電話では、トラフィックレートが予測可能であることから、時間ｔ＋ｋで１００バイトが使用される。
【００２１】
例えば、動画送信の場合に、時間ｔで８２バイトのアップリンク割り当てが受信され、アップリンクキューには１００バイトが存在するとする。時間ｔでは、帯域幅要求Ｓ＋ｓ＋ｘが供給される。ここでのＳは１００バイト、ｓは２バイト、ｘは２０バイトである。動画送信では、正確なパケットサイズとは異なり、最小のパケットサイズは予測可能である。従って、変数Ｓは動画トラフィックの平均量に基づいた最小パケットサイズを表す。
【００２２】
同時に複数のアプリケーションが帯域幅を要求した場合、ｋには全てのアプリケーションの最大のｋが用いられ、Ｓには複数のアプリケーションのＳ値の合計が用いられる。
【００２３】
２０６では、基地局が帯域幅Ｓ＋ｓ＋ｘを割り当て、時間ｔ＋ｋで割り当てを移動局へ送信する。割り当てられた帯域幅Ｓ＋ｓ＋ｘは、これに限定されないが例えばＩＥＥＥ  ８０２．１６ｅ  （２００５）のＵＬ−ＭＡＰ等の基地局からのリソース割り当てメッセージ内に示されてよい。
【００２４】
図３は、本発明の一実施形態における、帯域幅の割り当て及び帯域幅の要求の例を示す。移動局は時間ｔで、基地局から時間ｔにおけるアップリンク帯域幅の割り当てを受信する。さらに移動局は、時間ｔにおける帯域幅の割り当てに基づいて、時間ｔでパケットをキューから送信する。パケットは、時間ｔから遅延ｋの後にＳ＋ｓ＋ｘバイトを要求する帯域幅要求を含む。移動局は、時間ｔ＋ｋまたは時間ｔ＋ｋの前に帯域幅の割り当てを受信してよい。
【００２５】
移動局は時間ｔ＋ｋで、Ｓ＋ｓ＋ｘバイトのアップリンク帯域幅の割り当てを受信する。移動局は、割り当てられたＳ＋ｘバイトのアップリンク帯域幅の割り当てを用いて１つ以上のパケットを送信する。さらに、１つ以上の送信されたパケットは、時間ｔ＋ｋから遅延ｋ１の後に、Ｓ１＋ｓ１＋ｘ１の帯域幅要求も含んでよい。変数Ｓ１は、時間ｔ＋ｋから遅延ｋ１の後にアップリンクキューから送信可能となる、１つ以上のパケットの送信のための追加のバイトを表す。変数ｓ１は、帯域幅要求メッセージのサイズを表す。変数ｘ１は、時間ｔ＋ｋで１つ以上のパケットが送信された後のＵＬキュー内のバイト数を表す。
【００２６】
図４は、本発明の実施形態を使用し得る例示的なシステムを示す。コンピュータシステム４００は、ホストシステム４０２及びディスプレイ４２２を含んでよい。コンピュータシステム４００は、携帯型パソコン、携帯電話、セットトップボックス、またはあらゆるコンピューティング機器として実装されてよい。ホストシステム４０２は、チップセット４０５、プロセッサ４１０、ホストメモリ４１２、ストレージ４１４、グラフィックスサブシステム４１５、及び無線機４２０を含んでよい。チップセット４０５は、プロセッサ４１０、ホストメモリ４１２、ストレージ４１４、グラフィックスサブシステム４１５、及び無線機４２０間の相互通信を提供してよい。例えば、チップセット４０５は、ストレージ４１４との相互通信を可能にするストレージアダプタ（図示なし）を含んでよい。例えば、ストレージアダプタは、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）、ＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）、および／またはＳ−ＡＴＡ（Ｓｅｒｉａｌ  Ａｄｖａｎｃｅｄ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｔｔａｃｈｍｅｎｔ）プロトコルのいずれかに準拠してストレージ４１４と通信可能であってよい。
【００２７】
プロセッサ４１０は、ＣＩＳＣ（Ｃｏｍｐｌｅｘ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｏｍｐｕｔｅｒ）またはＲＩＳＣ（Ｒｅｄｕｃｅｄ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｏｍｐｕｔｅｒ）プロセッサ、マルチコア、またはその他のあらゆるマイクロプロセッサ、またはＣＰＵとして実装されてよい。
【００２８】
ホストメモリ４１２は、これらに限定されないが例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、またはＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の揮発性メモリとして実装されてよい。ストレージ４１４は、これらに限定されないが例えば、磁気ディスクドライブ、光ディスクドライブ、テープドライブ、内部ストレージデバイス、外付けストレージデバイス、フラッシュメモリ、電池バックアップ付ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）および／またはネットワークアクセス可能なストレージデバイス等の不揮発性メモリとして実装されてよい。
【００２９】
グラフィックスサブシステム４１５は、表示する静止画または動画等の画像の処理を行ってよい。アナログまたはデジタルインタフェースは、グラフィックスサブシステム４１５及びディスプレイ４２２を通信可能に結合するために用いられてよい。例えば、インタフェースは、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）、ＤｉｓｐｌａｙＰｏｒｔ、無線ＨＤＭＩ、および／または無線ＨＤに準拠した手法のいずれかであってよい。グラフィックスサブシステム４１５は、プロセッサ４１０またはチップセット４０５に内蔵されてよい。グラフィックスサブシステム４１５は、チップセット４０５に通信可能に結合した独立型のカードであってよい。
【００３０】
無線機４２０は、これに限定されないが、ＩＥＥＥ  ８０２．１１及びＩＥＥＥ  ８０２．１６規格の全バージョン等の適切な無線規格に準拠して信号を送受信可能な１つ以上の無線機を含んでよい。様々な実施形態では、無線機４２０が図２及び図３に関して説明した、基地局からのアップリンク帯域幅を要求する手法を実行する。例えば、無線機４２０は少なくとも１つの物理層インタフェース及びメディアアクセスコントローラ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）を含んでよい。
【００３１】
無線の帯域幅について手法を説明したが、アップリンク帯域幅要求の手法は、これに限定されないが例えばＩＥＥＥ  ８０２．３に準拠した有線通信を用いた帯域幅の要求に用いられてもよい。
【００３２】
本発明の実施形態は、マザーボードで相互接続された１つ以上のマイクロチップまたは集積回路、配線接続されたロジック、メモリデバイスにて格納されマイクロプロセッサで実行されるソフトウェア、ファームウェア、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  ＩＣ）、および／またはＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）のいずれかまたは組み合わせとして実装されてよい。用語「ロジック」は、例えばソフトウェアまたはハードウェアおよび／またはソフトウェア及びハードウェアの組み合わせを含んでよい。
【００３３】
本発明の実施形態は、例えば、コンピュータ、コンピュータのネットワークまたは他の電子機器等の１つ以上の機械によって実行されると、１つ以上の機械に本発明の実施形態に基づく動作を実行させる、機械で実行可能な命令を格納した１つ以上の機械可読媒体を備えたコンピュータプログラム製品として提供されてよい。これらに限定されないが、機械可読媒体は、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｉｅｓ）、項磁気ディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｉｅｓ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｉｅｓ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｉｅｓ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｉｅｓ）、磁気または光カード、フラッシュメモリ、機械で実行可能な命令の格納に適した他の種類の媒体／機械可読媒体を含んでよい。
【００３４】
図面及び上述の説明は本発明の例を示した。１つ以上の要素を数々の異種の機能項目として説明したが、これらを単一の機能項目に組み合わせることが可能であることは、当業者にとって明らかである。一方で、特定の要素を複数の機能項目へ分割することが可能である。一実施形態の要素は、別の実施形態に追加されてよい。例えば、ここで説明した手順の順序は変更されてよく、ここで説明した方法に限定されない。さらに、あらゆるフロー図の動作は、図示された順序で実装される必要はなく、全ての動作が実行される必要もない。また、別の動作に依存しない動作は、別の動作と並行して実行されてよい。本発明の範囲は、これらの具体的な例によって限定されることは決してない。明細書に明示的に示されているか否かにかかわらず、例えば構造、寸法、及び材料の使用等、様々な変更が可能である。本発明の範囲は、少なくとも以下の請求項による程度に広範である。
【図１】
0005606536.tif 000002
【図２】
0005606536.tif 000003
【図３】
0005606536.tif 000004
【図４】
0005606536.tif 000005