JP2014112851A - サービスアドミッションおよびネットワーク輻輳コントロールのために許可する、優先度に基づいたサービスリクエスト用の方法およびシステム - Google Patents

Abstract

【課題】優先度に基づいたネットワーク輻輳コントロールのための方法を提供する。
【解決手段】ネットワークエンティティによって処理されるサービスリクエストを受け取り、サービスリクエストに関連した優先度を決定する（７０２）。資源アベイラビリティを決定する（７０４）。サービスリクエストを送信したデバイスの優先度を決定する（７０６）。サービスリクエストの優先度を決定する（７０８）。資源アベイラビリティとサービスリクエスト優先度に基づいてサービスリクエストを許可するかどうかを決定する（７１０）。
【選択図】図７

Description

現開示は、無線通信技術に一般に関係がある。より具体的には、現開示は、サービスアドミッションおよびネットワーク輻輳コントロールのために許可する、優先度に基づいたサービスリクエスト用の方法および装置に関係がある。

背景

ここに使用されるように、用語「加入者局」は、無線通信ネットワーク上の音声および／またはデータ通信に使用されてもよい電子デバイスを指す。加入者局の例は、携帯電話、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、無線モデム、ラップトップコンピュータ、パーソナルコンピュータなどを含んでいる。加入者局は、移動局、モバイルターミナル、アクセスターミナル、遠隔局、ユーザターミナル、ターミナル、加入者ユニット、ユーザ機器などとして、代わりに呼ばれてもよい。

無線通信ネットワーク、多くの加入者局のための通信を提供してもよい。その各々は、基地局によってサービスされてもよい。基地局は、アクセスポイント、ノードＢまたは他のある用語として、代わりに呼ばれてもよい。

加入者局は、アップリンクとダウンリンク上の送信によって１つ以上の基地局で通信してもよい。アップリンク（またはリバースリンク）は、加入者局から基地局への通信リンクを指す。また、ダウンリンク（またはフォワードリンク）は、基地局から加入者局までの通信リンクを指す。

無線通信ネットワークの資源（例えば、帯域幅と送信電力）は、多数の加入者局間で共有されてもよい。様々なマルチプルアクセス技術は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）および直交周波数分割多元接続（ＯＦＤＭＡ）を含めて知られている。

図１は、無線通信ネットワークの例を示す。 図２は、ＷｉＭＡＸネットワーク中でフレームのストラクチャのある態様を示す例を示す。 図３は、ＷｉＭＡＸネットワーク中でフレームのストラクチャのある追加の態様を示す例を示す。 図４は、ＷｉＭＡＸネットワークアーキテクチャの例を示す。 図５は、優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティの例を示す。 図６は、加入者局と基地局の間に生じてもよい通信の例を示す。 図７は、加入者局からのサービスリクエストを処理するための方法の例を示す。 図７Ａは、図７の方法に対応するミーンズプラスファンクション（means-plus-function）ブロックを例証する。 図８は、加入者局からのサービスリクエストを処理するための方法の別の例を示す。 図８Ａは、図８の方法に対応するミーンズプラスファンクションブロックを例証する。 図９は、加入者局内のアドミッションコントロールを活動する／非活動するための方法の例を示す。 図９Ａは、図９の方法に対応するミーンズプラスファンクションブロックを例証する。 図１０は、基地局と加入者局によって行われてもよい様々な機能の例、および基地局と加入者局の間に生じてもよい通信を示す。 図１１は、アドミッションコントロールをインプリメントするように構成される加入者局の例を示す。 図１２は、加入者局に基づいたアドミッションコントロールのための方法の例を示す。 図１２Ａは、図１２の方法に対応するミーンズプラスファンクションブロックを例証する。 図１３は、新しい接続に関してアドミッションコントロールを行うための方法の例を示す。 図１３Ａは、図１３の方法に対応するミーンズプラスファンクションブロックを例証する。 図１４は、新しい帯域幅リクエストに関してアドミッションコントロールを行うための方法を示す。 図１４Ａは、図１４の方法に対応するミーンズプラスファンクションブロックを例証する。 図１５は、新しい接続に関してアドミッションコントロールを行うための方法の代替例を示す。 図１５Ａは、図１５の方法に対応するミーンズプラスファンクションブロックを例証する。 図１６は、新しい帯域幅リクエストに関してアドミッションコントロールを行うための代替方法を示す。 図１６Ａは、図１６の方法に対応するミーンズプラスファンクションブロックを例証する。

概要

優先度に基づいたネットワーク輻輳コントロールのための方法が示される。方法は、ネットワークエンティティによってインプリメントされてもよい。方法は、ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定することを含んでいてもよい。方法は、さらに資源アベイラビリティを決定することを含んでいてもよい。方法は、さらにサービスリクエストと資源アベイラビリティに関連した１つ以上の優先度に基づいたサービスリクエストを許可するかどうかを決定することを含んでいてもよい。

優先度に基づいたネットワーク輻輳コントロールのための方法が示される。方法は、加入者局によってインプリメントされてもよい。方法は、サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストを送信することを含んでいてもよい。方法は、さらに加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取ることを含んでいてもよい。方法は、さらにネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントすることを含んでいてもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティが示される。ネットワークエンティティは、プロセッサを備えた電子通信にプロセッサとメモリを含んでいる。命令は、メモリに格納される。その命令は、ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するプロセッサによって実行可能でもよい。その命令、さらに資源アベイラビリティを決定するのに実行可能でもよい。その命令は、さらにサービスリクエストと資源アベイラビリティに関連した１つ以上の優先度に基づいたサービスリクエストを許可するかどうかを決定するのに実行可能でもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局が示される。加入者局は、プロセッサを備えた電子通信にプロセッサとメモリを含んでいる。命令は、メモリに格納される。その命令は、サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストを送信するプロセッサによって実行可能でもよい。その命令は、さらに加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るために、プロセッサによって実行可能でもよい。その命令は、さらにネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするために、プロセッサによって実行可能でもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティも示される。ネットワークエンティティは、ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するための手段を含んでいてもよい。ネットワークエンティティは、さらに資源アベイラビリティを決定するための手段を含んでいてもよい。ネットワークエンティティは、さらにサービスリクエストと資源アベイラビリティに関連した１つ以上の優先度に基づいたサービスリクエストを許可するかどうかを決定するための手段を含んでいてもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局も示される。加入者局は、サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストを送信するための手段を含んでいてもよい。加入者局は、さらに加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るための手段を含んでいてもよい。加入者局は、さらにネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするための手段を含んでいてもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするためのコンピュータプログラムプロダクトが示される。コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を含んでいてもよい。その命令は、ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度の決定のためのコードを含んでいてもよい。その命令は、さらに資源アベイラビリティの決定のためのコードを含んでいてもよい。その命令は、さらにサービスリクエストと資源アベイラビリティに関連した１つ以上の優先度に基づいたサービスリクエストを許可するかどうかを決定するためのコードを含んでいてもよい。

優先度に基づいたネットワーク輻輳コントロールをインプリメントするためのコンピュータプログラムプロダクトが示される。コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を含んでいる。命令は、サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストの送信のためのコードを含んでいてもよい。その命令は、さらに加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るためのコードを含んでいてもよい。その命令は、さらにネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするためのコードを含んでいてもよい。

例えば、上に示した概要のパラグラフのように、ここに示されたような、方法、ネットワークエンティティ、加入者局およびコンピュータプログラムプロダクトの各々は、電気電子学会（Institute of Electronic and Electrical Engineers）（ＩＥＥＥ）８０２．１６標準をサポートする無線通信ネットワークによって通信するように構成することができる。

詳細な説明

現開示の方法および装置は、広帯域無線通信ネットワーク中で利用されてもよい。用語「広帯域無線」は、ワイヤレス、音声、インターネットおよび／または与えられたエリアに関するデータネットワークアクセスを提供する技術を指す。

広帯域無線アクセス基準上の電気電子学会（ＩＥＥＥ）８０２．１６ワーキンググループは、広帯域無線メトロポリタンエリアネットワークのグローバル展開のためのフォーマル規格を準備するつもりである。標準の８０２．１６ファミリーは、公式にＷｉｒｅｌｅｓｓＭＡＮと呼ばれるが、それは、ＷｉＭＡＸフォーラムと呼ばれる業界団体によって「ＷｉＭＡＸ」（それは、「マイクロ波アクセス用のワールドワイドインタオペラビリティ」を表わす）と呼ばれた。したがって、用語「ＷｉＭＡＸ」は、長距離上の高スループット広帯域接続を提供する標準に基づいた広帯域無線技術を指す。

ここに記述された例のうちのいくつかは、ＷｉＭＡＸ標準に従って構成される無線通信ネットワークに関連する。しかしながら、これらの例は、現開示の範囲を制限するとは解釈されるべきでない。

ＷｉＭＡＸは、ＯＦＤＭ（直交周波数分割多重）およびＯＦＤＭＡ（直交周波数分割多元接続）技術に基づく。ＯＦＤＭは、様々な高データレート通信ネットワークに広い採用を最近見つけたディジタルマルチキャリヤ変調方式である。ＯＦＤＭで、送信ビットストリームは、多数の低レートサブストリームに分割される。各サブストリームは、多数の直交サブキャリヤのうちの１つで変調され、多くの並列サブチャネルのうちの１つの上に送られる。ＯＦＤＭＡは、ユーザが異なるタイムスロット中のサブキャリヤを割り当てられるマルチプルアクセス技術である。ＯＦＤＭＡは、非常に変化するアプリケーション、データレートおよびサービス品質必要条件を多くのユーザに適応することができる柔軟なマルチプルアクセス技術である。

図１は、無線通信ネットワーク１００の例を示す。無線通信ネットワーク１００は、多くのセル１０２のための通信を提供する。その各々は、基地局１０４によってサービスされる。基地局１０４は、加入者局１０６と通信する固定局でもよい。基地局１０４は、アクセスポイント、ノードＢまたは他のある用語で代わりに呼ばれてもよい。

図１は、ネットワーク１００の全体にわたって分散された様々な加入者局１０６を示す。加入者局１０６は、固定（つまり、ステーショナリ）またはモバイルされてもよい。加入者局１０６は、移動局、モバイルターミナル、アクセスターミナル、遠隔局、ユーザターミナル、ターミナル、加入者ユニット、ユーザ機器などと代わりに呼ばれてもよい。加入者局１０６は、携帯電話、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、無線モデム、ラップトップコンピュータ、パーソナルコンピュータなどのような無線デバイスでもよい。

様々なアルゴリズムおよび方法は、基地局１０４と加入者局１０６の間の無線通信ネットワーク１００中の通信に使用されてもよい。例えば、信号は、直交周波数分割多元接続（ＯＦＤＭＡ）、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）などに従って、基地局１０４と加入者局１０６の間で送受信されてもよい。

基地局１０４から加入者局１０６への通信を促進する通信リンクは、ダウンリンク１０８と呼ばれてもよい。また、加入者局１０６から基地局１０４への通信を促進する通信リンクは、アップリンク１１０と呼ばれてもよい。または、ダウンリンク１０８は、フォワードリンクまたはフォワードチャネルと呼ばれてもよい。また、アップリンク１１０は、リバースリンクまたはリバースチャネルと呼ばれてもよい。

セル１０２は、多数のセクタ１１２に分割されてもよい。セクタ１１２は、セル１０２内の物理的なカバレージエリアである。無線通信ネットワーク１００内の基地局１０４は、セル１０２の特定のセクタ１１２内の電力フローを集中するアンテナを利用してもよい。

図２は、ＷｉＭＡＸネットワーク中でフレーム２１４のストラクチャのある態様を示す例を示す。ＷｉＭＡＸネットワークでは、フレーム２１４は、一定長のタイムインターバルである。時分割デュプレックス（ＴＤＤ）オペレーションについては、各フレーム２１４は、ダウンリンク（ＤＬ）サブフレーム２１６およびアップリンク（ＵＬ）サブフレーム２１８に分割される。ダウンリンクサブフレーム２１６は、プリアンブル２２８から始まる。

ＷｉＭＡＸネットワークでは、スロット２２４は、ユーザに帯域幅を割り当てるために、最小単位である。スロット２２４は、スロット持続時間２２６（つまり、いくらかのシンボル２２２）上のサブチャネル２２０（つまり、サブキャリヤ２２５のグループ）である。

図３は、ＷｉＭＡＸネットワーク中でフレーム３１４のストラクチャのある追加の態様を示す例を示す。フレーム３１４は、ガードインターバル３４６によって分離されて、ダウンリンクサブフレーム３１６およびアップリンクサブフレーム３１８を含んでいる。フレーム３１４は、Ｌサブチャネル３２０を通して送信される。フレーム３１４中にＭシンボル３２２、ダウンリンクサブフレーム３１６中にＮシンボル３２２およびアップリンクサブフレーム３１８中にＭ−Ｎシンボルの合計がある。

ダウンリンクサブフレーム３１６は、プリアンブル３２８を含んでいる。プリアンブル３２８は、時間および周波数同期およびイニシャルチャネル推定のような、物理層手続きに使用される。ダウンリンクサブフレーム３１６は、さらにフレームコントロールヘッダー（ＦＣＨ）３３０を含んでいる。ＦＣＨ３３０は、ＭＡＰメッセージ長、変調およびコードスキーム、および使用可能なサブキャリヤ２２５のような、設定情報をフレーム３１４に提供する。

複数ユーザは、フレーム３１４内のデータリージョンを割り当てられる。また、これらの割り当ては、ダウンリンクＭＡＰメッセージ３３２およびアップリンクＭＡＰメッセージ３３６に定められる。ＭＡＰメッセージ３３２および３３６は、各ユーザのバーストプロファイルを含んでいる。それは、使用される変調およびコードスキームを定義する。
ダウンリンクサブフレーム３１６は、さらに多数のダウンリンクバースト３３４ａ−ｈを含んでいる。最初のダウンリンクバースト３３４ａは、典型的にアップリンクＭＡＰメッセージ３３６である。ダウンリンクバースト３３４ａ−ｈは、サイズとタイプを変えることがあってもよいし、数人のユーザのためにデータを運んでもよい。

アップリンクサブフレーム３１８は、多数のアップリンクバースト３３８ａ−ｄを含んでいる。それは、異なるユーザからでもよい。アップリンクサブフレームは、さらにレンジングチャネル３４２を含んでいる。それは、後で周期的であると同様に、ネットワークエントリ中に閉ループ周波数、時間および電力調整を行うために使用されてもよい。レンジングチャネル３４２も、アップリンク帯域幅リクエストをするために、加入者局１０６によって使用されてもよい。

アップリンクサブフレーム３１８は、さらに基地局１０４でスケジューラによって使用することができるチャネル品質情報をフィードバックするために、加入者局１０６用のチャネル品質インジケータチャネル（ＣＱＩＣＨ）３４４を含んでいる。ＣＱＩＣＨ３４４は、さらに高速フィードバックチャネル３４４と呼ばれてもよい。アップリンクサブフレーム３１８は、さらにハイブリッドオートマティックリピートリクエスト（ＨＡＲＱ）アクノリッジメント（ＡＣＫ）チャネル３４０を含んでいる。それは、ダウンリンクアクノリッジメントをフィードバックするために、加入者局１０６によって使用されてもよい。

図４は、ＷｉＭＡＸネットワークアーキテクチャ４００の例を示す。加入者局４０２は、Ｒ１インターフェース経由で基地局４０４を備えた電子通信にあってもよい。基地局４０４は、Ｒ６インターフェース経由でアクセスサービスネットワークゲートウエイ（ＡＳＮ−ＧＷ）４０６を備えた電子通信にあってもよい。ＡＳＮ−ＧＷ４０６は、例えば、モバイルインターネットプロトコル（ＩＰ）フォーリンエージェント（ＦＡ）でもよい。基地局４０４は、Ｒ８インターフェース経由で別の基地局４０４を備えた電子通信にあってもよい。

多数の基地局４０４およびＡＳＮ−ＧＷ４０６は、アクセスサービスネットワーク（ＡＳＮ）４０８を共同で形成してもよい。ＡＳＮ４０８は、Ｒ４インターフェース経由で他のＡＳＮ４０８を備えた電子通信にあってもよい。多数のＡＳＮ４０８は、ネットワークアクセスプロバイダ（ＮＡＰ）４１０を共同で形成する。

加入者局４０２は、１つ以上の連結性サービスネットワーク（ＣＳＮ）４１４を備えた電子通信にあってもよい。ＣＳＮ４１４の例は、認証、認可およびアカウントサーバ（ＡＡＡ）、モバイルＩＰホームエージェント、ＩＰマルチメディアサブシステムサーバ、コンテンツサーバなどを含んでいる。ＣＳＮ４１４は、Ｒ２インターフェース経由でＡＳＮ−ＧＷ４０６を備えた電子通信にあってもよい。ＣＳＮ４１４は、Ｒ５インターフェース経由で別のＣＳＮ４１４を備えた電子通信にあってもよい。

ＣＳＮ４１４は、ネットワークサービスプロバイダ（ＮＳＰ）４１２の一部でもよい。ビジットＮＳＰ４１２ａおよびホームＮＳＰ４１２ｂは、図４に示される。加入者局４０２は、Ｒ３インターフェース経由でＮＳＰ４１２を備えた電子通信にあってもよい。

図５は、優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティ５０２の例を示す。ネットワークエンティティ５０２は、ＡＳＮ−ＧＷ４０６、ＣＳＮ４１４、基地局４０４などでもよい。

ネットワークエンティティ５０２は、プロセッサ５０４を含んでいる。プロセッサ５０４は、汎用シングルまたはマルチチップマイクロプロセッサ（例えば、ＡＲＭ）、特殊用途マイクロプロセッサ（例えば、デジタルシグナルプロセッサ（ＤＳＰ））、マイクロコントローラ、プログラマブルゲートアレイなどでもよい。プロセッサ５０４は、中央処理装置（ＣＰＵ）と呼ばれてもよい。単なるシングルプロセッサ５０４は、図５のネットワークエンティティ５０２中に示されるが、代替構成として、プロセッサ５０４の組み合わせ（例えば、ＡＲＭとＤＳＰ）中で使用することができる。

ネットワークエンティティ５０２は、さらにメモリ５０６を含んでいる。メモリ５０６は、電子情報を格納することができる任意の電子部品でもよい。メモリ５０６は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスク記憶媒体、光記憶媒体、ＲＡＭ中のフラッシュメモリデバイス、プロセッサ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタなどが含まれた内蔵メモリ、それらの組み合わせを含めて、具体化されてもよい。

データ５０８および命令５１０は、メモリ５０６に格納されてもよい。命令５１０は、様々な機能をインプリメントするために、プロセッサ５０４によって実行可能でもよい。それは、下記に述べられるだろう。命令５１０の実行は、メモリ５０６に格納されるデータ５０８の使用を必要としてもよい。

ネットワークエンティティ５０２は、さらにネットワークエンティティ５０２と遠隔地の間のデータの送信および受信を許可するために、送信機５１２および受信機５１４を含んでいてもよい。送信機５１２および受信機５１４は、トータルでトランシーバ５１６と呼ばれてもよい。アンテナ５１８は、トランシーバ５１６に電気的につながれてもよい。ネットワークエンティティ５０２は、さらに多数の送信機５１２、多数の受信機５１４、多数のトランシーバ５１６および／または多数のアンテナ５１８を具備してもよい（示されない）。

ネットワークエンティティ５０２の様々なコンポーネントは、１つ以上のバスでともに連結されてもよい。それは、電力バス、制御信号バス、表示信号バス、データバスなどを含んでいてもよい。明瞭さのために、様々なバスは、バスシステム５２０として図５に例証される。

ネットワークエンティティ５０２は、ＩＥＥＥ８０２．１６標準（つまり、ＷｉＭＡＸ）をサポートする無線通信ネットワークによって通信するように構成されてもよい。メモリ５０６に格納されたデータ５０８は、ＩＥＥＥ８０２．１６標準に従って通信を促進するデータ５２２を含んでいてもよい。同様に、メモリ５０６に格納された命令５１０は、ＩＥＥＥ８０２．１６標準に従って通信を促進する命令５２４を含んでいてもよい。

メモリ５０６中のデータ５０８は、優先度情報５２６を含んでいてもよい。優先度情報５２６は、デバイス優先度カテゴリ５２８を含んでいてもよい。２つのデバイス優先度カテゴリ５２８、すなわち緊急カテゴリ５３０および非緊急カテゴリ５３２が、図５に示される。緊急デバイス（例えば、緊急人員によって操作されるデバイス）は、緊急カテゴリ５３０に割り当てられてもよい。緊急デバイス以外のデバイスは、非緊急カテゴリ５３２に割り当てられてもよい。

または、２つを超えるデバイス優先度カテゴリ５２８があってもよい。例えば、多数の緊急カテゴリ５３０および／または多数の非緊急カテゴリ５３２が、定義されてもよい。

さらに、緊急カテゴリ５３０および非緊急カテゴリ５３２は、例のみの目的に提供される。一般に、デバイス優先度カテゴリ５２８には、１つ以上の高優先度カテゴリおよび１つ以上の低優先度カテゴリがあってもよい。緊急カテゴリ５３０は、高優先度カテゴリの１つの例である。また、非緊急カテゴリ５３２は、低優先度カテゴリの１つの例である。しかしながら、他のタイプの高優先度および低優先度カテゴリが、使用されてもよい。

優先度情報５２６は、さらにサービス優先度カテゴリ５３４を含んでいてもよい。２つのサービス優先度カテゴリ５３４、すなわち緊急カテゴリ５３６、非緊急カテゴリ５３８が、図５に示される。緊急事態（例えば、９１１の通話）に関連したサービスリクエストは、緊急カテゴリ５３６に割り当てられてもよい。緊急事態に関連していないサービスリクエストは、非緊急カテゴリ５３８に割り当てられてもよい。

または、２つを超えるサービス優先度カテゴリ５３４があってもよい。例えば、多数の緊急カテゴリ５３６および／または多数の非緊急カテゴリ５３８が、定義されてもよい。

さらに、緊急カテゴリ５３６および非緊急カテゴリ５３８は、例のみの目的に提供される。一般に、サービス優先度カテゴリ５３４には、１つ以上の高優先度カテゴリおよび１つ以上の低優先度カテゴリがあってもよい。緊急カテゴリ５３６は、高優先度カテゴリの１つの例である。また、非緊急カテゴリ５３８は、低優先度カテゴリの１つの例である。しかしながら、他のタイプの高優先度および低優先度のカテゴリが、使用されてもよい。

メモリ５０６中の命令５１０は、加入者局１０６からのサービスリクエスト処理のために命令５４０を含んでいてもよい。メモリ５０６中の命令５１０は、さらに加入者局１０６内のアドミッションコントロールの活動／非活動のための命令５４２を含んでいてもよい。

図６は、加入者局６０２と基地局６０４の間に生じてもよい通信の例を示す。より具体的には、図６は、基地局６０４へサービスリクエスト６０６を送る加入者局６０２を示す。サービスリクエスト６０６は、リクエスト６０６を送っているデバイスの優先度６０８を含んでいてもよい。例えば、サービスリクエスト６０６は、リクエスト６０６を送っているデバイスが緊急カテゴリ５３０または非緊急カテゴリ５３２に属するかどうかを示してもよい。サービスリクエスト６０６は、さらにリクエスト６０６自体の優先度６１０を含んでいてもよい。例えば、サービスリクエスト６０６は、緊急カテゴリ５３６または非緊急カテゴリ５３８にリクエスト６０６が属するかどうかを示してもよい。

図７は、加入者局６０２からのサービスリクエスト６０６を処理する方法７００の例を示す。ネットワークエンティティ５０２は、描かれた方法７００をインプリメントしてもよい。例えば、ネットワークエンティティ５０２のプロセッサ５０４は、描かれた方法７００をインプリメントするために、ネットワークエンティティ５０２のメモリ５０６に格納される命令５４０を扱うサービスリクエストをインプリメントしてもよい。

方法７００は、サービスリクエスト６０６を受け取ること７０２を含んでいてもよい。方法７００は、さらに資源アベイラビリティを決定すること７０４を含んでいてもよい。これに関連して、ターム資源アベイラビリティは、無線通信ネットワーク１００の資源が利用されている程度、例えば、無線通信ネットワーク１００の輻輳のレベルを指す。

方法７００は、さらに、サービスリクエスト６０６を送信したデバイスの優先度６０８を決定すること７０６を含んでいてもよい。これは、サービスリクエスト６０６を送信したデバイスが属するデバイス優先度カテゴリ５２８の確認により行われてもよい。

方法７００は、さらにサービスリクエスト６０６自体の優先度６１０を決定すること７０８を含んでいてもよい。これは、サービスリクエスト６０６が属するサービス優先度カテゴリ５３４の確認により行われてもよい。

方法７００は、さらにサービスリクエスト６０６に関連した資源アベイラビリティおよび優先度（例えば、サービスリクエスト６０６自体のサービスリクエスト６０６および優先度６１０を送信したデバイスの優先度６０８）に基づいてサービスリクエスト６０６を許可するかどうかを決定すること７１０を含んでいてもよい。

上に記述した図７の方法７００は、図７Ａの中で例証されたミーンズプラスファンクションブロック７００Ａに対応する様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図７に例証された７１０によるブロック７０２は、図７Ａの中で例証された７１０Ａによるミーンズプラスファンクションブロック７０２Ａに対応する。

図８は、加入者局６０２からのサービスリクエスト６０６を処理するための方法８００の別の例を示す。描かれた方法８００は、図７の方法７００の中でさらに詳細なインプリメンテーションの例である。ネットワークエンティティ５０２は、描かれた方法８００をインプリメントしてもよい。例えば、ネットワークエンティティ５０２のプロセッサ５０４は、描かれた方法８００をインプリメントするために、ネットワークエンティティ５０２のメモリ５０６に格納される命令５４０を扱うサービスリクエストをインプリメントしてもよい。

方法８００は、加入者局６０２からの通信をモニタすること８０２を含んでいてもよい。サービスリクエスト６０６が受け取られたことが決定した場合８０４、サービスリクエスト６０６に関連した１つ以上の優先度は確認されてもよい８０６。例えば、サービスリクエスト６０６およびサービスリクエスト６０６の優先度６１０自体を送信したデバイスの優先度６０８は、確認されてもよい８０６。

サービスリクエスト６０６は、緊急デバイス（例えば、緊急カテゴリ５３０に割り当てられるデバイス）から送信されてもよい、または、サービスリクエスト６０６は、非緊急デバイスからの緊急リクエストでもよい（例えば、デバイスが非緊急カテゴリ５３２に割り当てられても、サービスリクエスト６０６は緊急カテゴリ５３６に割り当てられる）。そのようなサービスリクエスト６０６の処理は、最初に記述されるだろう。

最初に、サービスリクエスト６０６を満たすために十分なネットワーク帯域幅が現在あっても、それは決定されてもよい８０８。ある場合、サービスリクエスト６０６は、ネットワーク資源が現在割り当てられる方法のどんな調整も行わずに、達成されてもよい８１６。

しかしながら、サービスリクエスト６０６をインプリメントする十分なネットワーク帯域幅がないことが決定された場合８０８、方法８００は、基地局６０４が低優先度サービスのハンドオーバ（handover）を開始することをリクエストすること８１０を含んでいてもよい。低優先度サービスのハンドオーバが成功することが決定した場合８１２、サービスリクエスト６０６はインプリメントされてもよい８１６。しかしながら、低優先度サービスのハンドオーバが成功しないことが決定した場合８１２、方法８００は、基地局６０４が低優先度サービスをやめることをリクエストすること８１４を含んでいてもよい。その後、サービスリクエスト６０６はインプリメントされてもよい８１６。

したがって、図８は、最優先のサービスリクエスト６０６（例えば、緊急デバイスからのサービスリクエスト６０６または非緊急デバイスからの緊急リクエスト）用の不十分なネットワーク帯域幅があることを決定し、その後、ネットワーク輻輳を減少するために、基地局６０６が少なくとも１つの処理を取ることをリクエストする（例えば、ハンドオーバおよび／または低優先度サービスのドロッピング）、ネットワークエンティティ５０２の例を示す。

または、サービスリクエスト６０６は、非緊急デバイス（例えば、非緊急カテゴリ５３２に割り当てられるデバイス）からの非緊急リクエスト（例えば、サービスリクエスト６０６は、非緊急カテゴリ５３８に割り当てられる）でもよい。そのようなサービスリクエスト６０６の処理は、今記述されるだろう。

今、サービスリクエスト６０６をインプリメントする十分なネットワーク帯域幅があるかどうかを決定してもよい８１８。ある場合、その後、サービスリクエスト６０６は、インプリメントされてもよい８２０。しかしながら、サービスリクエスト６０６をインプリメントする十分な帯域幅がない場合、リクエスト６０６は、インプリメントされなくてもよい８２２。

上に記述した図８の方法８００は、図８Ａの中で例証されたミーンズプラスファンクションブロック８００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またモジュールによって行われてもよい。言いかえると、図８に例証された８２２によるブロック８０２は、図８Ａの中で例証された８２２Ａによるミーンズプラスファンクションブロック８０２Ａに対応する。

図９は、加入者局６０２内のアドミッションコントロールを活動／非活動するための方法９００の例を示す。ネットワークエンティティ５０２は、描かれた方法９００をインプリメントしてもよい。例えば、ネットワークエンティティ５０２のプロセッサ５０４は、描かれた方法９００をインプリメントするために、活動／非活動化命令５４２をインプリメントしてもよい。

方法９００は、ネットワーク活動をモニタすること９０２を含んでいてもよい。ネットワークが輻輳することが決定した場合９０４、方法９００は、加入者局に基づいたアドミッションコントロールを開始する命令を備えた非緊急デバイス（例えば、非緊急カテゴリ５３２に割り当てられるデバイス）へのブロードキャストメッセージを送ること９０６を含んでいてもよい。

方法９００は、ネットワーク活動のモニタを継続すること９０８を含んでいてもよい。ネットワークがもはや輻輳しないことが決定した場合９１０、方法９００は、加入者局に基づいたアドミッションコントロールを中止する命令を備えた非緊急デバイスへのブロードキャストメッセージを送ること９１２を含んでいてもよい。

上に記述した図９の方法９００は、図９Ａの中で例証されたミーンズプラスファンクションブロック９００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図９に例証された９１２によるブロック９０２は、図９Ａの中で例証された９１２Ａによるミーンズプラスファンクションブロック９０２Ａに対応する。

図１０は、基地局１００４および加入者局１００６によって行われてもよい様々な機能の例を示す。図１０は、さらに基地局１００４と加入者局１００６の間に生じてもよいあるタイプの通信の例を示す。

基地局１００４は、加入者局１００６にポーリング帯域幅を割り当ててもよい１００２。ポーリング帯域幅は、基地局１００４へ帯域幅リクエストに１００８を送るために加入者局１００６によって使用される帯域幅である。基地局１００４は、加入者局１００６にポーリング帯域幅割り当て１０１０を送信してもよい。例えば、基地局１００４は、ＵＬ−ＭＡＰ３３６の加入者局１００６の基礎的な接続識別子（ＣＩＤ）を示してもよい。

加入者局１００６は、帯域幅リクエスト１００８が送信されるための１つ以上の接続を選択してもよい１０１２。その結果、ポーリング帯域幅割り当て１０１０は、利用されるが、超過（exceed）しない。その後、加入者局１００６は、基地局１００４へ１つ以上の帯域幅リクエスト１００８を送信してもよい。

受け取られる帯域幅リクエスト１００８に基づいて、基地局１００４は、加入者局１００６にアップリンク帯域幅の１つ以上の許可１０１４を供給してもよい。加入者局１００６は、受け取られる許可１０１４に従って基地局１００４へデータ１０１６を送信してもよい。

図１１は、アドミッションコントロールをインプリメントするように構成される加入者局１１０６の例を示す。加入者局１１０６は、プロセッサ１１４８を含んでいる。プロセッサ１１４８は、汎用シングルまたはマルチチップマイクロプロセッサ（例えば、ＡＲＭ）、特殊用途マイクロプロセッサ（例えば、デジタルシグナルプロセッサ（ＤＳＰ））、マイクロコントローラ、プログラマブルゲートアレイなどでもよい。プロセッサ１１４８は、中央処理装置（ＣＰＵ）と呼ばれてもよい。単なるシングルプロセッサ１１４８は、図１１の加入者局１１０６に示されるが、代替構成として、プロセッサ１１４８の組み合わせ（例えば、ＡＲＭとＤＳＰ）中で使用することができる。

加入者局１１０６は、さらにメモリ１１５０を含んでいる。メモリ１１５０は、電子情報を格納することができる任意の電子部品でもよい。メモリ１１５０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気ディスク記憶媒体、光学的記憶媒体、ＲＡＭの中のフラッシュメモリデバイス、プロセッサ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタなどが含まれた内蔵メモリ、それらの組み合わせを含めて、具体化されてもよい。

命令１１６４およびデータ１１６２は。メモリ１１５０に格納されてもよい。命令１１６４は、様々な機能をインプリメントするプロセッサ１１４８によって実行可能でもよい。それが下記に述べられるだろう。命令１１６４のインプリメントは、メモリ１１５０に格納されるデータ１１６２の使用を必要としてもよい。

加入者局１１０６は、さらに、加入者局１１０６と基地局１０４の間のデータの送信および受信を許可するために、送信機１１５４および受信機１１５６を含んでいてもよい。送信機１１５４および受信機１１５６は、トータルでトランシーバ１１５２と呼ばれてもよい。アンテナ１１５８は、トランシーバ１１５２に電気的につながれてもよい。加入者局１１０６は、さらに多数の送信機１１５４、多数の受信機１１５６、多数のトランシーバ１１５２および／または多数のアンテナ１１５８を具備してもよい（示されない）。

加入者局１１０６の様々なコンポーネントは、１つ以上のバスとともに連結されてもよい。それは、電力バス、制御信号バス、表示信号バス、データバスなどを含んでいてもよい。明瞭さのために、様々なバスは、バスシステム１１６０として図１１に例証される。

加入者局１１０６は、ＩＥＥＥ８０２．１６標準（つまり、ＷｉＭＡＸ）をサポートする無線通信ネットワークによって通信するように構成されてもよい。メモリ１１５０に格納された命令１１６４は、ＩＥＥＥ８０２．１６標準に従って通信を促進する命令１１６６を含んでいてもよい。同様に、メモリ１１５０に保存されたデータ１１６２は、ＩＥＥＥ８０２．１６標準に従って通信を促進するデータ１１６８を含んでいてもよい。

メモリ１１５０中のデータ１１６２は、加入者局１１０６によって現在維持される、活動接続１１７０に関する情報を含んでいてもよい。接続１１７０に関して維持される情報は、データ配送サービスタイプ１１７２および様々な接続１１７０の方向１１７３（ダウンリンク１０８またはアップリンク１１０の一方）を含んでいてもよい。トランスポート接続のための次のデータ配送サービスタイプ１１７２は、ＩＥＥＥ８０２．１６標準中で定義される：ＵＧＳ（非請求許可サービス）、ＥＲＴ−ＶＲ（拡張リアルタイム可変率）、ＲＴ−ＶＲ（リアルタイム可変率）、ＮＲＴ−ＶＲ（非リアルタイム可変率）およびＢＥ（ベストエフォート）。

非請求許可サービスは、固定ビットレートで固定サイズデータパケットをサポートすることを目的としている。リアルタイム可変率は、リアルタイムサービスフロー（例えば、ストリームビデオ）をサポートすることを目的としている。非リアルタイム可変率は、最低保証賃金で可変サイズデータの許可をリクエストする、遅延トレラントデータストリーム（例えば、ＦＴＰ）をサポートすることを目的としている。ベストエフォートサービスは、最小サービスレベル保証を要求しないデータストリーム（例えば、ウェブブラウジング）をサポートすることを目的としている。拡張リアルタイム可変率は、可変データレートを持っているが、保証されたデータ率および遅延をリクエストするリアルタイムアプリケーション（例えば、サイレンス抑制を備えた音声オーバーＩＰ）をサポートすることを目的としている。

メモリ１１５０中のデータ１１６２は、送信に割り当てられる現在のダウンリンクサブフレーム２１６中のスロット２２４の比率を示すパラメータ１１７４を含んでいてもよい。このパラメータ１１７４は、ｐ＿ＤＬ（ｎ）１１７４とここで呼ばれてもよい。ここでは、ｎは、現在のダウンリンクサブフレーム２１６を示す。このパラメータｐ＿ＤＬ（ｎ）１１７４は、ＤＬ−ＭＡＰメッセージ３３２を読み出すことにより決定されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、送信に割り当てられているダウンリンクサブフレーム２１６についてスロット２２４の平均比率を示すパラメータ１１７６を含んでいてもよい。このパラメータ１１７６は、Ａｐ＿ＤＬ（ｎ）１１７６としてここで呼ばれてもよい。Ａｐ＿ＤＬ（ｎ）１１７６は、次のように決定されてもよい。
Ａｐ＿ＤＬ（ｎ）＝ａ＊ｐ＿ＤＬ（ｎ）＋（１−ａ）＊Ａｐ＿ＤＬ（ｎ−１） （１）
項ａは、指数平均ファクタ１１７７である。指数平均ファクタ１１７７は、前のダウンリンクサブフレーム２１６またはアップリンクサブフレーム２１８に関連した重み付けをすべき現在のダウンリンクサブフレーム２１６またはアップリンクサブフレーム２１８の範囲に依存してもよい。指数平均ファクタ１１７７は、加入者局１１０６がモバイルかステーショナリかどうか、加入者局１１０６がどれくらい速く移動しているか（加入者局１１０６がモバイルの場合）などに依存してもよい。指数平均ファクタ１１７７は、メモリ１１５０に格納されるデータ１１６２に含まれていてもよい。

上記の例において、Ａｐ＿ＤＬ（ｎ）１１７６は、現在のダウンリンクサブフレーム２１６（ｎ）の中の送信に割り当てられるスロット２２４の比率、および前のダウンリンクサブフレーム２１６（ｎ−１）のスロットの平均比率に基づいて決定された。しかしながら、Ａｐ＿ＤＬ（ｎ）１１７６は、２つを超えるダウンリンクサブフレーム２１６中の送信に割り当てられるスロット２２４の比率に基づいて決定されてもよい。この場合、メモリ１１５０中のデータ１１６２は、多数の前のダウンリンクサブフレーム２１６中の送信に割り当てられるスロット２２４の比率を示す、追加のパラメータ１１７４を格納してもよい（例えば、ｎ、ｎ−１、ｎ−２、ｎ−３、…など）。一般的公式Ａｐ＿ＤＬ（ｎ）１１７６は、次のように決定されてもよい。

Ａｐ＿ＤＬ（ｎ）＝ａ０＊ｐ＿ＤＬ（ｎ）＋ａ１＊ｐ＿ＤＬ（ｎ−１）＋ａ２＊ｐ＿ＤＬ（ｎ−２）＋…＋ｂ１＊Ａｐ＿ＤＬ（ｎ−１）＋ｂ２＊Ａｐ＿ＤＬ（ｎ−２）＋… （１ａ）
メモリ１１５０中のデータ１１６２は、さらに、各種データ配信サービスタイプ１１７２の接続１１７０のダウンリンク帯域幅要求を示すＱｏＳパラメータ１１７８を含んでいてもよい。帯域幅に関連するＱｏＳパラメータ１１７８は、ＢＷ＿ＤＬ１１７８と呼ばれてもよい。ＵＧＳデータ配信サービス１１７２用のＢＷ＿ＤＬ１１７８ａは、最大保持トラフィックレートと等しくてもよい。ＲＴ−ＶＲデータ配信サービス１１７２用のＢＷ＿ＤＬ１１７８ｂは、さらに最大保持トラフィックレートと等しくてもよい。ＥＲＴ−ＶＲデータ配信サービス１１７２用のＢＷ＿ＤＬ１１７８ｃは、さらに最大保持トラフィックレートと等しくてもよい。ＮＲＴ−ＶＲデータ配信サービス１１７２用のＢＷ＿ＤＬ１１７８ｄは、最小予約トラフィックレートと等しくてもよい。ＢＥデータ配信サービス１１７２用のＢＷ＿ＤＬ１１７８ｅは、帯域幅をリザーブする必要がないので、０と等しくてもよい。

最大保持トラフィックレートおよび最小予約トラフィックレートは、加入者局１１０６に供給されてもよいＱｏＳパラメータである。接続１１７０がセットアップされる場合、上層は、ＷｉＭＡＸプロトコル層、方向（ダウンリンク１０８またはアップリンク１１０の一方）、データ配信サービスタイプ（ＵＧＳ、ＲＴ−ＶＲ、ＥＲＴ−ＶＲ、ＮＲＴ−ＶＲまたはＢＥ）、ＱｏＳパラメータなどのような、接続１１７０の属性を示すことができる。

メモリ１１５０中のデータ１１６２は、さらに、ダウンリンクエアインターフェース容量を示すパラメータ１１８０を含んでいてもよい。このパラメータ１１８０は、Ｃ＿ＤＬ１１８０と呼ばれてもよい。Ｃ＿ＤＬ１１８０は、加入者局１１０６にあらかじめ供給されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、新しい接続１１７０が認められるかどうかを判断するのに使用されてもよいダウンリンク１０８に対応するしきい値を示すパラメータ１１８２を含んでいてもよい。このパラメータ１１８２は、Ｔｈｒｅｓｈｏｌｄ＿ＤＬ１１８２と呼ばれてもよい。Ｔｈｒｅｓｈｏｌｄ＿ＤＬ１１８２は、加入者局１１０６にあらかじめ供給されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、送信に割り当てられる現在のアップリンクサブフレーム２１８中のスロット２２４の比率を示すパラメータ１１８６を含んでいてもよい。このパラメータ１１８６は、ｐ＿ＵＬ（ｎ）１１８６とここで呼ばれてもよい。ここで、ｎは、現在のアップリンクサブフレーム２１８を示す。このパラメータｐ＿ＵＬ（ｎ）１１８６は、ＵＬ−ＭＡＰメッセージ３３６を読み出すことにより決定されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、送信に割り当てられているアップリンクサブフレーム２１８についてスロット２２４の平均比率を示すパラメータ１１８８を含んでいてもよい。このパラメータ１１８８は、Ａｐ＿ＵＬ（ｎ）１１８８とここで呼ばれてもよい。Ａｐ＿ＵＬ（ｎ）１１８８は、次のように決定されてもよい。

Ａｐ＿ＵＬ（ｎ）＝ａ＊ｐ＿ＵＬ（ｎ）＋（１−ａ）＊Ａｐ＿ＵＬ（ｎ−１） （２）
項ａは、指数平均ファクタ１１７７である。上記の例において、Ａｐ＿ＵＬ（ｎ）１１８８は、現在のアップリンクサブフレーム２１８（ｎ）の中の送信に割り当てられるスロット２２４の比率、および前のアップリンクサブフレーム２１８（ｎ−１）のスロットの平均比率に基づいて決定された。しかしながら、Ａｐ＿ＵＬ（ｎ）１１８８は、２つを超えるアップリンクサブフレーム２１８中の送信に割り当てられるスロット２２４の比率に基づいて決定されてもよい。この場合、メモリ１１５０中のデータ１１６２は、多数の前のアップリンクサブフレーム２１８中の送信に割り当てられるスロット２２４の比率を示す、追加のパラメータ１１８８を格納してもよい（例えば、ｎ、ｎ−１、ｎ−２、ｎ−３、…など）。一般的公式Ａｐ＿ＵＬ（ｎ）１１７６は、次のように決定されてもよい。

Ａｐ＿ＵＬ（ｎ）＝ｃ０＊ｐ＿ＵＬ（ｎ）＋ｃ１＊ｐ＿ＵＬ（ｎ−１）＋ｃ２＊ｐ＿ＵＬ（ｎ−２）＋…＋ｄ１＊Ａｐ＿ＵＬ（ｎ−１）＋ｄ２＊Ａｐ＿ＵＬ（ｎ−２）＋… （２ａ）
メモリ１１５０中のデータ１１６２は、さらに、種々のデータ配信サービスタイプ１１７２の接続１１７０のアップリンク帯域幅要求を示すパラメータ１１９０を含んでいてもよい。これらのパラメータ１１９０は、ＢＷ＿ＵＬ１１９０と呼ばれてもよい。ＵＧＳタイプ１１７２用のＢＷ＿ＵＬ１１９０ａは、最大持続トラフィックレート（Maximum Sustained Traffic Rate）と等しくてもよい。ＲＴ−ＶＲタイプ１１７２用のＢＷ＿ＵＬ１１９０ｂは、さらに、最大持続トラフィックレートと等しくてもよい。ＥＲＴ−ＶＲタイプ１１７２用のＢＷ＿ＵＬ１１９０ｃは、さらに、最大持続トラフィックレートと等しくてもよい。ＮＲＴ−ＶＲタイプ１１７２用のＢＷ＿ＵＬ１１９０ｄは、最小予約トラフィックレート（Minimum Reserved Traffic Rate）と等しくてもよい。ＢＥタイプ１１７２用のＢＷ＿ＵＬ１１９０ｅは、帯域幅をリザーブする必要がないので、０に等しくてもよい。

メモリ１１５０中のデータ１１６２は、さらに、アップリンクエアーインターフェース容量を示すパラメータ１１９２を含んでいてもよい。このパラメータ１１９２は、Ｃ＿ＵＬ１１９２と呼ばれてもよい。Ｃ＿ＵＬ１１９２は、加入者局１１０６にあらかじめ供給されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、新しい接続１１７０が認められるかどうかを判断するのに使用されてもよいアップリンク１１０に対応するしきい値を示すパラメータ１１９４を含んでいてもよい。このパラメータ１１９４は、Ｔｈｒｅｓｈｏｌｄ＿ＵＬ１１９４と呼ばれてもよい。Ｔｈｒｅｓｈｏｌｄ＿ＵＬ１１９４は、加入者局１１０６にあらかじめ供給されてもよい。

メモリ１１５０中のデータ１１６２は、さらに、新しい帯域幅リクエスト１００８が送信されるかどうかを判断するのに使用されてもよいアップリンク１１０に対応するしきい値を示すパラメータ１１９６を含んでいてもよい。このパラメータ１１９６は、Ｔｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６と呼ばれてもよい。Ｔｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６は、加入者局１１０６にあらかじめ供給されてもよい。

メモリ１１５０中の命令１１６４は、新しい接続１１７０に関してアドミッションコントロールを行うための命令１１９８を含んでいてもよい。メモリ１１５０中の命令１１６４は、さらに帯域幅リクエスト１００８に関してアドミッションコントロールを行うための命令１１９９を含んでいてもよい。

図１２は、加入者局に基づいたアドミッションコントロールのための方法１２００の例を示す。加入者局１１０６は、描かれた方法１２００をインプリメントしてもよい。例えば、加入者局１１０６のプロセッサ１１４８は、描かれた方法１２００をインプリメントするために接続アドミッションコントロール命令１１９８をインプリメントしてもよい。方法１２００をインプリメントしている加入者局１１０６が、非緊急デバイス（例えば、非緊急カテゴリ５３２に割り当てられるデバイス）であると仮定されていてもよい。

方法１２００は、加入者局に基づいたアドミッションコントロールを始めるためにネットワークエンティティ５０２からメッセージを受け取ること１２０２を含んでいてもよい。方法１２００は、さらにＭＡＰ情報（例えば、ＤＬ−ＭＡＰ３３２およびＵＬ−ＭＡＰ３３６）に基づいて帯域幅アベイラビリティをチェックすること１２０４を含んでいてもよい。

加入者局１１０６がアドミッションコントロールをインプリメントしている場合さえ、加入者局１１０６は、緊急サービスリクエスト６０６（例えば、緊急カテゴリ５３６に割り当てられるサービスリクエスト６０６）を送ってもよい１２０６。しかしながら、加入者局１１０６がアドミッションコントロールをインプリメントしている時、不十分なネットワーク帯域幅がある場合、加入者局１１０６は、非緊急サービスリクエスト６０６（例えば、非緊急カテゴリ５３８に割り当てられるサービスリクエスト６０６）を送らないでもよい１２０８。
したがって、図１２は、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエスト６０６（例えば、非緊急カテゴリ５３８に割り当てられるサービスリクエスト６０６）を送信しないことにより、加入者局１１０６が優先度に基づいたネットワーク輻輳コントロールをどのように促進することができるかの例を示す。

上に記述した図１２の方法１２００は、図１２Ａの中で例証されたミーンズプラスファンクションブロック１２００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図１２に例証された１２０８によるブロック１２０２は、図１２Ａの中で例証された１２０８Ａによるミーンズプラスファンクションブロック１２０２Ａに対応する。

図１３は、新しい接続１１７０に関してアドミッションコントロールを行うための方法１３００の例を示す。加入者局１１０６は、描かれた方法１３００をインプリメントしてもよい。例えば、加入者局１１０６のプロセッサ１１４８は、描かれた方法１３００をインプリメントするために、加入者局１１０６のメモリ１１５０に格納される接続アドミッションコントロール命令１１９８をインプリメントしてもよい。

方法１３００は、加入者局１１０６上の活動をモニタすること１３０２を含んでいてもよい。新しいダウンリンク接続１１７０の要求があることが決定した場合１３０４、方法１３００は、送信に割り当てられているダウンリンクサブフレーム２１６についてスロット２２４の平均比率（つまり、Ａｐ＿ＤＬ（ｎ）１１７６）を決定すること１３０６を含んでいてもよい。方法１３００は、新しい接続１１７０用のダウンリンク帯域幅要求（つまり、ＢＷ＿ＤＬ１１７８）を決定すること１３０８をさらに含んでいてもよい。方法１３００は、ダウンリンクエアインターフェース容量（つまり、Ｃ＿ＤＬ１１８０）を決定すること１３１０をさらに含んでいてもよい。

方法１３００は、さらに、下記の式の値を決定すること１３１２を含んでいてもよい。

Ａｐ＿ＤＬ（ｎ）＋ＢＷ＿ＤＬ／Ｃ＿ＤＬ （３）
その後、方程式（３）の値は、ダウンリンクしきい値（Ｔｈｒｅｓｈｏｌｄ＿ＤＬ）１１８２と比較されてもよい。方程式（３）の値がＴｈｒｅｓｈｏｌｄ＿ＤＬ１１８２未満であることが決定した場合１３１４、新しい接続１１７０は、認められるべきである。また、リクエストは、この新しい接続をセットアップするために基地局１０４へ送られてもよい１３１６。しかしながら、方程式（３）の値がＴｈｒｅｓｈｏｌｄ＿ＤＬ１１８２未満でないことが決定した場合１３１４、その後、新しい接続１１７０は認められるべきでないことが決定されてもよい１３１８。

方法１３００は、新しいアップリンク接続１１７０の要求があることを決定すること１３２２を含んでいてもよい。新しいアップリンク接続１１７０の要求があることが決定した場合１３２２、方法１３００は、送信に割り当てられているアップリンクサブフレーム２１８についてスロット２２４の平均比率を決定すること１３２４を含んでいてもよい（つまり、Ａｐ＿ＵＬ（ｎ）１１８８）。方法１３００は、さらに、新しい接続１１７０のアップリンク帯域幅要求を決定すること１３２６を含んでいてもよい（つまり、ＢＷ＿ＵＬ１１９０）方法１３００は、さらに、アップリンクエアーインターフェース容量を決定すること１３２８を含んでいてもよい（つまり、Ｃ＿ＵＬ１１９２）。

方法１３００は、さらに、下記式の値を決定すること１３３０を含んでいてもよい。
Ａｐ＿ＵＬ（ｎ）＋ＢＷ＿ＵＬ／Ｃ＿ＵＬ （４）
その後、方程式（４）の値は、アップリンクしきい値（Ｔｈｒｅｓｈｏｌｄ＿ＵＬ）１１９４と比較されてもよい。方程式（４）の値がＴｈｒｅｓｈｏｌｄ＿ＵＬ１１９４未満であることが決定した場合１３３２、新しい接続１１７０は、認められるべきである。また、リクエストは、この新しい接続をセットアップするために基地局１０４へ送られてもよい１３１６。しかしながら、方程式（４）の値がＴｈｒｅｓｈｏｌｄ＿ＵＬ１１９未満でないことが決定した場合１３３２、その後、新しい接続１１７０は認められるべきでないことが決定されてもよい１３１８。

したがって、図１３は、新しい接続１１７０が資源アベイラビリティに基づいて認められるべきかどうか、加入者局１１０６がどのように判断してもよいかの例を示す。これに関連して、用語の資源アベイラビリティは、無線通信ネットワーク１００の資源が利用されている程度、例えば、無線通信ネットワーク１００の輻輳のレベルを指す。

上に記述した図１３の方法１３００は、図１３Ａの中で例証されたミーンズプラスファンクションブロック１３００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図１３に例証された１３３２によりブロック１３０２は、図１３Ａの中で例証された１３３２Ａによるミーンズプラスファンクションブロック１３０２Ａに対応する。

図１４は、新しい帯域幅リクエスト１００８に関してアドミッションコントロールを行うための方法１４００を示す。加入者局１１０６は、描かれた方法１４００をインプリメントしてもよい。例えば、加入者局１１０６のプロセッサ１１４８は、描かれた方法１４００をインプリメントするために、加入者局１１０６のメモリ１１５０に格納される帯域幅リクエストアドミッションコントロール命令１１９９をインプリメントしてもよい。

方法１４００は、加入者局１１０６上の活動をモニタすること１４０２を含んでいてもよい。新しい帯域幅リクエスト１００８の要求があることが決定した場合１４０４、方法１４００は、送信に割り当てられているアップリンクサブフレーム２１８についてスロット２２４の平均比率を決定すること１４０６を含んでいてもよい（つまり、Ａｐ＿ＵＬ（ｎ）１１８８）。その後、Ａｐ＿ＵＬ（ｎ）１１８８の値は、帯域幅リクエストしきい値（つまり、Ｔｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６）と比較されてもよい。Ａｐ＿ＵＬ（ｎ）１１８８がＴｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６以上にあることが決定した場合１４０８、帯域幅リクエスト１００８が送信されるべきでないことを決定してもよい１４１０。しかしながら、Ａｐ＿ＵＬ（ｎ）１１８８がＴｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６未満であることが決定した場合１４０８、帯域幅リクエスト１００８が送信されるべきことを決定してもよい。また、帯域幅リクエスト１００８は、基地局１０４へ送信されてもよい１４１２。

したがって、図１４は、帯域幅リクエスト１００８が資源アベイラビリティに基づいて認められるべきかどうか、加入者局１１０６がどのように判断してもよいかの例を示す。上に示されるように、用語の資源アベイラビリティは、無線通信ネットワーク１００の資源が利用されている程度、例えば、無線通信ネットワーク１００の輻輳のレベルを指す。

上に記述した図１４の方法１４００は、図１４Ａの中で例証されたミーンズプラスファンクションブロック１４００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図１４に例証された１４１２によるブロック１４０２は、図１４Ａの中で例証された１４１２Ａによるミーンズプラスファンクションブロック１４０２Ａに対応する。

図１５は、新しい接続１１７０に関してアドミッションコントロールを行うための代替方法１５００を示す。加入者局１１０６は、描かれた方法１５００をインプリメントしてもよい。例えば、加入者局１１０６のプロセッサ１１４８は、描かれた方法１５００をインプリメントするために、加入者局１１０６のメモリ１１５０に格納される接続アドミッションコントロール命令１１９８をインプリメントしてもよい。

方法１５００は、加入者局１１０６上の活動をモニタすること１５０２を含んでいてもよい。新しいダウンリンク接続１１７０の要求があることが決定した場合１５０４、方法１５００は、送信用に割り当てられる現在のダウンリンクサブフレーム２１６中のスロット２２４の比率を決定すること１５０６を含んでいてもよい（つまり、ｐ＿ＤＬ（ｎ）１１７４）。方法１５００は、さらに、新しい接続１１７０用のダウンリンク帯域幅要求を決定すること１５０８を含んでいてもよい（つまり、ＢＷ＿ＤＬ１１７８）。方法１５００は、さらに、ダウンリンクエアインターフェース容量を決定すること１５１０を含んでいてもよい（つまり、Ｃ＿ＤＬ１１８０）。方法１５００は、さらに、下記式の値を決定すること１５１２を含んでいてもよい。
ｐ＿ＤＬ（ｎ）＋ＢＷ＿ＤＬ／Ｃ＿ＤＬ （５）
その後、方程式（５）の値は、ダウンリンクしきい値（Ｔｈｒｅｓｈｏｌｄ＿ＤＬ）１１８２と比較されてもよい。方程式（５）の値がＴｈｒｅｓｈｏｌｄ＿ＤＬ１１８２未満であることが決定した場合１５１４、新しい接続１１７０は、認められるべきである。また、この新しい接続１５１６をセットアップするために、リクエストは、基地局１０４へ１５１６を送られてもよい。しかしながら、方程式（５）の値がＴｈｒｅｓｈｏｌｄ＿ＤＬ１１８２未満でないことが決定した場合１５１４、その後、新しい接続１１７０を認めるべきでないこと１５１８を決定してもよい１５１８。

方法１５００は、新しいアップリンク接続１１７０のための要求があることを決定すること１５２２を含んでいてもよい。新しいアップリンク接続１１７０の要求があることが決定した場合１５２２、方法１５００は、送信に割り当てられる現在のアップリンクサブフレーム２１８中のスロット２２４の比率を決定すること１５２４を含んでいてもよい（つまり、ｐ＿ＵＬ（ｎ）１１８６）。方法１５００は、さらに、新しい接続１１７０用のアップリンク帯域幅要求を決定すること１５２６を含んでいてもよい（つまり、ＢＷ＿ＵＬ１１９０）。方法１５００は、さらに、アップリンクエアーインターフェース容量を決定すること１５２８を含んでいてもよい（つまり、Ｃ＿ＵＬ１１９２）。方法１５００は、さらに、１下記式の値を決定すること５３０を含んでいてもよい。
ｐ＿ＵＬ（ｎ）＋ＢＷ＿ＵＬ／Ｃ＿ＵＬ （６）
その後、方程式（６）の値は、アップリンクしきい値（Ｔｈｒｅｓｈｏｌｄ＿ＵＬ）１１９４と比較されてもよい。方程式（６）の値がＴｈｒｅｓｈｏｌｄ＿ＵＬ１１９４未満であることが決定した場合１５３２、新しい接続１１７０は、認められるべきである。また、リクエストは、この新しい接続をセットアップするために、基地局１０４へ送られてもよい１５１６。しかしながら、方程式（６）の値がＴｈｒｅｓｈｏｌｄ＿ＵＬ１１９４未満でないことが決定した場合１５３２、その後、新しい接続１１７０は認められるべきでないことを決定してもよい１５１８。

したがって、図１５は、新しい接続１１７０が資源アベイラビリティに基づいて認められるべきかどうか、加入者局１１０６がどのように判断してもよいかの別の例を示す。上に示されるように、用語の資源アベイラビリティは、無線通信ネットワーク１００の資源が利用されている程度、例えば、無線通信ネットワーク１００の輻輳のレベルを指す。

上に記述した図１５の方法１５００は、図１５Ａの中で例証されたミーンズプラスファンクションブロック１５００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図１５に例証された１５３２によるブロック１５０２は、図１５Ａの中で例証された１５３２Ａによるミーンズプラスファンクションブロック１５０２Ａに対応する。

図１６は、新しい帯域幅リクエスト１００８に関してアドミッションコントロールを行うための代替方法１６００を示す。加入者局１１０６は、描かれた方法１６００をインプリメントしてもよい。例えば、加入者局１１０６のプロセッサ１１４８は、描かれた方法１６００をインプリメントするために、加入者局１１０６のメモリ１１５０に格納される帯域幅リクエストアドミッションコントロール命令１１９９をインプリメントしてもよい。

方法１６００は、加入者局１１０６上の活動をモニタすること１６０２を含んでいてもよい。新しい帯域幅リクエスト１００８の要求があることが決定した場合１６０４、方法１６００は、送信用に割り当てられる現在のアップリンクサブフレーム２１８中のスロット２２４の比率を決定すること１６０６を含んでいてもよい（つまり、ｐ＿ＵＬ（ｎ）１１８６）。その後、ｐ＿ＵＬ（ｎ）１１８６の値は、帯域幅リクエストしきい値（つまり、Ｔｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６）と比較されてもよい。ｐ＿ＵＬ（ｎ）１１８６がＴｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６以上であることが決定した場合１６０８、帯域幅リクエスト１００８は送信されるべきでないことを決定してもよい１６１０。しかしながら、ｐ＿ＵＬ（ｎ）１１８６がＴｈｒｅｓｈｏｌｄ＿ＵＬ＿１ １１９６未満であることが決定した場合１６０８、帯域幅リクエスト１００８が送信されるべきことを決意してもよい。また、帯域幅リクエスト１００８は、基地局１０４へ送信されてもよい１６１２。

したがって、図１６は、帯域幅リクエスト１００８が資源アベイラビリティに基づいて認められるべきかどうか、加入者局１１０６がどのように判断してもよいかの別の例を示す。上に示されるように、用語の資源アベイラビリティは、無線通信ネットワーク１００の資源が利用されている程度、例えば、無線通信ネットワーク１００の輻輳のレベルを指す。

上に記述した図１６の方法１６００は、図１６Ａの中で例証されたミーンズプラスファンクションブロック１６００Ａに対応する、様々なハードウェアおよび／またはソフトウエアコンポーネントおよび／またはモジュールによって行われてもよい。言いかえると、図１６に例証された１６１２によるブロック１６０２は、図１６Ａの中で例証された１６１２Ａによるミーンズプラスファンクションブロック１６０２Ａに対応する。

ここに使用されたように、「決定する（determining）」という用語は、種々様々のアクションを包含する。したがって、「決定する」は、計算する（calculating）、算出する（computing）、処理する（processing）、導く（deriving）、調査する（investigating）、調べる（looking up）（例えば、テーブル、データベースまたは別のデータ構造の中で調査する）、確かめる（ascertaining）および同種のものを含んでいてもよい。さらに、「決定する」は、受信する（receiving）（例えば、情報を受信する）、アクセスする（accessing）（例えば、メモリ中のデータをアクセスする）および同種のものを含むことができる。さらに、「決定する」は、決心する（resolving）、選択する（selecting）、選ぶ（choosing）、確立する（establishing）および同種のものを含むことができる。

「に基づいた（based on）」というフレーズは、明らかに他に指定していなければ、「にのみ基づいた（based only on）」と意味しない。言いかえると、「に基づいた」のフレーズは、「にのみ基づいた（based only on）」、「に少なくとも基づいた（based at least on）」の両方について記述する。

ここで使用されるように、「コード」、「命令」という用語は、任意のタイプのコンピュータ可読ステートメントを含めるために、広く解釈されるべきである。例えば「コード」および「命令」という用語は、１つ以上のプログラム、ルーチン、サブルーチン、機能、手続きなどを指してもよい。

現開示に関して記述された、様々な実例となる論理ブロック、モジュールおよび回路は、メインプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成機器またはここに記述された機能を行うことを目的としたそれらの任意の組み合わせでインプリメントされてもよいし行われてもよい。メインプロセッサは、マイクロプロセッサでもよい。しかし、代案では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラまたはステートマシーンでもよい。プロセッサは、また、計算装置の組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアとともに１つ以上のマイクロプロセッサまたは他のそのような構成として、インプリメントされてもよい。

現開示に関して記述された方法またはアルゴリズムのステップは、ハードウェア、プロセッサによってインプリメントされたソフトウェアモジュールまたは２つの組み合わせで直接具体化されてもよい。ソフトウェアモジュールは、技術で知られている記憶媒体の任意の形式に存在してもよい。使用されてもよい記憶媒体のいくつかの例は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭなどを含んでいる。ソフトウェアモジュールは、単一の命令または多くの命令を具備してもよいし、いくつかの異なるコードセグメント上に、異なるプログラム間に、および多数の記憶媒体を横断して分配されてもよい。記憶媒体は、プロセッサが記憶媒体から情報を読み出す、記憶媒体へ情報を書き込むことができるようなプロセッサにつながれてもよい。代案では、記憶媒体は、プロセッサに集積されてもよい。

ここに示された方法は、上記方法を達成するための１つ以上のステップまたはアクションを具備する。方法ステップおよび／またはアクションは、請求項の範囲から逸脱せずに、互いに交換されてもよい。言いかえると、ステップまたはアクションの特定の順序が指定されなければ、特定の順序および／またはステップおよび／またはアクションの使用は、請求項の範囲から逸脱せずに修正されてもよい。

記述された機能は、ハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組み合わせでインプリメントされてもよい。ソフトウェア中でインプリメントされる場合、機能は、コンピュータ可読媒体上の１つ以上の命令として格納されてもよい。コンピュータ可読媒体は、コンピュータによってアクセスすることができるあらゆる利用可能な媒体でもよい。制限ではなく、一例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光学ディスク記憶、磁気ディスク記憶、または他の磁気記憶デバイス、または命令またはデータ構造の形式で希望のプログラムコードを運ぶまたは格納するために使用することができ、コンピュータによってアクセスすることができる他の媒体を具備してもよい。ここに使用されたディスク（disk）とディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、ディジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイ（登録商標）ディスクを含んでいる。ここで、ディスク（disk）は、通常磁気的にデータを再生し、ディスク（disc）は、レーザーでデータを光学的に再生する
ソフトウェアまたは命令は、また通信媒体を通して送信されてもよい。例えば、同軸ケーブル、ファイバオプティックケーブル、撚線対、デジタル加入者線（ＤＳＬ）または赤外線、無線およびマイクロ波のような無線技術を使用して、ソフトウェアが、ウェブサイト、サーバまたは他の遠隔ソースから送信される場合、同軸ケーブル、ファイバオプティックケーブル、撚線対、ＤＳＬまたは赤外線、無線およびマイクロ波のような無線技術は、通信媒体の定義に含まれている。

さらに、図７−９および１２−１６によって例証されたもののような、ここに記述された方法と技術を行うためのモジュールおよび／または他の適切な手段をダウンロードすることができ、および／または、そうでなければ、適用可能なものとして加入者局および／または基地局によって得ることができることは認識されるべきである。例えば、そのようなデバイスは、ここに記述された方法を行うための手段の転送を促進するためにサーバにつなぐことができる。または、ここに記述された様々な方法は、記憶手段（例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）のような物理的な記憶媒体またはフロッピー（登録商標）ディスクなど）によって提供することができる。そのような、加入者局および／または基地局は、デバイスに記憶手段をつなぐか提供することの様々な方法を得ることができる。さらに、ここに記述された
方法および技術を提供するための他の適切な技術も利用することができる。

請求項が上に例証された正確な構成およびコンポーネントに制限されないことが理解されることになっている。様々な変更、修正および変化は、請求項の範囲から逸脱せずに、ここに記述された、配置、オペレーションおよび詳細なシステム、方法および装置で行われてもよい。

請求項が上に例証された正確な構成およびコンポーネントに制限されないことが理解されることになっている。様々な変更、修正および変化は、請求項の範囲から逸脱せずに、ここに記述された、配置、オペレーションおよび詳細なシステム、方法および装置で行われてもよい。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］ 優先度に基づいたネットワーク輻輳コントロールのための方法であって、前記方法は、ネットワークエンティティによってインプリメントされ、前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定することと、資源アベイラビリティを決定することと、前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定することと、を具備する方法。
［２］ 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、［１］の方法。
［３］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［１］の方法。
［４］ 前記１つ以上の優先度は、前記サービスリクエストで識別される、［１］の方法。
［５］ 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定することと、ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストすることと、をさらに具備する、［１］の方法。
［６］ ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、ブロードキャストメッセージを非緊急デバイスへ送ることをさらに具備する、［１］の方法。
［７］ 優先度に基づいたネットワーク輻輳コントロールのため］の方法であって、前記方法は、加入者局によってインプリメントされ、サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストを送信することと、加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取ることと、前記ネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントすることと、を具備する方法。
［８］ 前記１つ以上の優先度は、前記加入者局の優先度を具備する、［７］の方法。
［９］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［７］の方法。
［１０］ 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、［７］の方法。
［１１］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティであって、プロセッサと、前記プロセッサを備えた電子通信でのメモリと、前記メモリに格納された命令と、前記命令は、前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定することと、資源アベイラビリティを決定することと、前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定することと、を前記プロセッサによって実行可能であるネットワークエンティティ。
［１２］ 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、［１１］のネットワークエンティティ。
［１３］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［１１］のネットワークエンティティ。
［１４］ 前記１つ以上の優先度は、前記サービスリクエストで識別される、［１１］のネットワークエンティティ。
［１５］ 前記命令は、最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定することと、ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストすることと、を前記プロセッサによってさらに実行可能である、［１１］のネットワークエンティティ。
［１６］ 前記命令は、ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送ることを、前記プロセッサによってさらに実行可能である、［１１］のネットワークエンティティ。
［１７］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局であって、プロセッサと、前記プロセッサを備えた電子通信でのメモリと、前記メモリに格納された命令と、前記命令は、前記サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストを送信することと、加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取ることと、前記ネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントすることと、を前記プロセッサによって実行可能である加入者局。
［１８］ 前記１つ以上の優先度は、前記加入者局の優先度を具備する、［１７］の加入者局。
［１９］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［１７］の加入者局。
［２０］ 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、［１７］の加入者局。
［２１］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティであって、前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するための手段と、資源アベイラビリティを決定するための手段と、前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定するための手段と、を具備するネットワークエンティティ。
［２２］ 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、［２１］のネットワークエンティティ。
［２３］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［２１］のネットワークエンティティ。
［２４］ 前記１つ以上の優先度は、前記サービスリクエストで識別される、［２１］のネットワークエンティティ。
［２５］ 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定するための手段と、ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストするための手段と、をさらに具備する、［２１］のネットワークエンティティ。
［２６］ ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送るための手段をさらに具備する、［２１］のネットワークエンティティ。
［２７］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局であって、サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストを送信するための手段と、加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るための手段と、前記ネットワークエンティティからの前記命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするための手段と、を具備する加入者局。
［２８］ 前記１つ以上の優先度は、前記加入者局の優先度を具備する、［２７］の加入者局。
［２９］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［２７］の加入者局。
［３０］ 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、［２７］の加入者局。
［３１］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするためのコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を具備し、前記命令は、ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するためのコードと、資源アベイラビリティを決定するためのコードと、前記サービスリクエストおよび前記資源アベイラビリティに関連した１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定するためのコードと、を具備するコンピュータプログラムプロダクト。
［３２］ 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、［３１］のコンピュータプログラムプロダクト。
［３３］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［３１］のコンピュータプログラムプロダクト。
［３４］ 前記１つ以上の優先度は、サービスリクエストで識別される、［３１］のコンピュータプログラムプロダクト。
［３５］ 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定するためのコードと、ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストするためにコードと、をさらに具備する、［３１］のコンピュータプログラムプロダクト。
［３６］ ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送るためのコードをさらに具備する、［３１］のコンピュータプログラムプロダクト。
［３７］ 優先度に基づいたネットワーク輻輳コントロールをインプリメントするため］のコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を具備し、前記命令は、サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストの送信のためのコードと、加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るためのコードと、前記ネットワークエンティティからの前記命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするためのコードと、を具備するコンピュータプログラムプロダクト。
［３８］ 前記１つ以上の優先度は、加入者局の優先度を具備する、［３７］のコンピュータプログラムプロダクト。
［３９］ 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、［３７］のコンピュータプログラムプロダクト。
［４０］ 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、［３７］のコンピュータプログラムプロダクト。

Claims (40)

1. 優先度に基づいたネットワーク輻輳コントロールのための方法であって、前記方法は、ネットワークエンティティによってインプリメントされ、
   前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定することと、
   資源アベイラビリティを決定することと、
   前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定することと、
   を具備する方法。
2. 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、請求項１の方法。
3. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項１の方法。
4. 前記１つ以上の優先度は、前記サービスリクエストで識別される、請求項１の方法。
5. 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定することと、
   ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストすることと、
   をさらに具備する、請求項１の方法。
6. ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、ブロードキャストメッセージを非緊急デバイスへ送ることをさらに具備する、請求項１の方法。
7. 優先度に基づいたネットワーク輻輳コントロールのための方法であって、前記方法は、加入者局によってインプリメントされ、
   サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストを送信することと、
   加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取ることと、
   前記ネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントすることと、
   を具備する方法。
8. 前記１つ以上の優先度は、前記加入者局の優先度を具備する、請求項７の方法。
9. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項７の方法。
10. 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、請求項７の方法。
11. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティであって、
    プロセッサと、
    前記プロセッサを備えた電子通信でのメモリと、
    前記メモリに格納された命令と、
    前記命令は、
    前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定することと、
    資源アベイラビリティを決定することと、
    前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定することと、
    を前記プロセッサによって実行可能であるネットワークエンティティ。
12. 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、請求項１１のネットワークエンティティ。
13. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項１１のネットワークエンティティ。
14. 前記１つ以上の優先度は、前記サービスリクエストで識別される、請求項１１のネットワークエンティティ。
15. 前記命令は、
    最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定することと、
    ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストすることと、
    を前記プロセッサによってさらに実行可能である、請求項１１のネットワークエンティティ。
16. 前記命令は、ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送ることを、前記プロセッサによってさらに実行可能である、請求項１１のネットワークエンティティ。
17. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局であって、
    プロセッサと、
    前記プロセッサを備えた電子通信でのメモリと、
    前記メモリに格納された命令と、
    前記命令は、
    前記サービスリクエストに関連した１つ以上の優先度を具備するサービスリクエストを送信することと、
    加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取ることと、
    前記ネットワークエンティティからの命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントすることと、
    を前記プロセッサによって実行可能である加入者局。
18. 前記１つ以上の優先度は、前記加入者局の優先度を具備する、請求項１７の加入者局。
19. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項１７の加入者局。
20. 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、請求項１７の加入者局。
21. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成されるネットワークエンティティであって、
    前記ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するための手段と、
    資源アベイラビリティを決定するための手段と、
    前記サービスリクエストおよび前記資源アベイラビリティに関連した前記１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定するための手段と、
    を具備するネットワークエンティティ。
22. 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、請求項２１のネットワークエンティティ。
23. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項２１のネットワークエンティティ。
24. 前記１つ以上の優先度は、前記サービスリクエストで識別される、請求項２１のネットワークエンティティ。
25. 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定するための手段と、
    ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストするための手段と、
    をさらに具備する、請求項２１のネットワークエンティティ。
26. ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送るための手段をさらに具備する、請求項２１のネットワークエンティティ。
27. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするように構成される加入者局であって、
    サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストを送信するための手段と、
    加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るための手段と、
    前記ネットワークエンティティからの前記命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするための手段と、
    を具備する加入者局。
28. 前記１つ以上の優先度は、前記加入者局の優先度を具備する、請求項２７の加入者局。
29. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項２７の加入者局。
30. 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、請求項２７の加入者局。
31. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするためのコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を具備し、
    前記命令は、
    ネットワークエンティティによって処理されているサービスリクエストに関連した１つ以上の優先度を決定するためのコードと、
    資源アベイラビリティを決定するためのコードと、
    前記サービスリクエストおよび前記資源アベイラビリティに関連した１つ以上の優先度に基づいた前記サービスリクエストを許可するかどうかを決定するためのコードと、
    を具備するコンピュータプログラムプロダクト。
32. 前記１つ以上の優先度は、前記サービスリクエストを送信したデバイスの優先度を具備する、請求項３１のコンピュータプログラムプロダクト。
33. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項３１のコンピュータプログラムプロダクト。
34. 前記１つ以上の優先度は、サービスリクエストで識別される、請求項３１のコンピュータプログラムプロダクト。
35. 最優先のサービスリクエスト用の不十分なネットワーク帯域幅があることを決定するためのコードと、
    ネットワーク輻輳を減少するために、基地局が少なくとも１つの処理を取ることをリクエストするためにコードと、
    をさらに具備する、請求項３１のコンピュータプログラムプロダクト。
36. ネットワーク輻輳の検知に応じて加入者局に基づいたアドミッションコントロールを始めるために、非緊急デバイスへブロードキャストメッセージを送るためのコードをさらに具備する、請求項３１のコンピュータプログラムプロダクト。
37. 優先度に基づいたネットワーク輻輳コントロールをインプリメントするためのコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、その上に命令を有するコンピュータ可読媒体を具備し、
    前記命令は、
    サービスリクエストに関連した１つ以上の優先度を具備する前記サービスリクエストの送信のためのコードと、
    加入者局に基づいたアドミッションコントロールをインプリメントするために、ネットワークエンティティから命令を受け取るためのコードと、
    前記ネットワークエンティティからの前記命令に応じて加入者局に基づいたアドミッションコントロールをインプリメントするためのコードと、
    を具備するコンピュータプログラムプロダクト。
38. 前記１つ以上の優先度は、加入者局の優先度を具備する、請求項３７のコンピュータプログラムプロダクト。
39. 前記１つ以上の優先度は、前記サービスリクエストの優先度を具備する、請求項３７のコンピュータプログラムプロダクト。
40. 加入者局に基づいたアドミッションコントロールのインプリメントは、不十分なネットワーク帯域幅がある場合、低優先度サービスリクエストを送信しないことを具備する、請求項３７のコンピュータプログラムプロダクト。

Images