JP2008236722A - ネットワークに対して帯域幅を割り当てるための方法および装置 - Google Patents

Abstract

【課題】無線アクセス・ネットワーク上でトラフィック・エンジニアリングを行う、例えば帯域幅を割り当てる方法および装置を提供すること。
【解決手段】例えば、この方法は、基地局（ＢＳ）が音声トラフィックに対する少なくとも１つのパフォーマンス目標によりサポートすることが可能である加入者ステーション（ＳＳ）の数を判断し、音声トラフィックに対する少なくとも１つのパフォーマンス目標は、あるタイプのコーデックを含んでいる。この方法はその後、基地局がサポートすることが可能な加入者ステーションの数により、基地局によって帯域幅を割り当てる。
【選択図】図４

Description

本発明は概して、通信ネットワークに関し、より詳細には、通信ネットワークに対して、ある品質のサービス・ベース・トラフィック・エンジニアリングを行う、例えば帯域幅を割り当てる方法に関する。

インターネットは、幅広い範囲の重要なアプリケーション用のトラフィックを運ぶ重要な通信インフラとして明らかとなってきた。例えば、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）およびサービス・オーバ・インターネット・プロトコル（ＳｏＩＰ）などのインターネット・サービスが、インターネット接続であらゆる位置で顧客に配信されている。顧客は、ケーブル・ネットワーク、デジタル加入者回線（ＤＳＬ）ネットワーク、ワイヤレスネットワークなどの様々なネットワークを介してＶｏＩＰサービスにアクセスすることができる。ケーブルおよびＤＳＬは、ユーザの移動性を制限する有線接続への高速ブロードバンド・アクセスを提供する。より多くの顧客が携帯端末装置を使用してサービスにアクセスしているので、無線ブロードバンド・アクセス・ネットワークがユビキタスになってきている。加えて、ケーブルまたはＤＳＬのない郊外または地方共同体では、有線ブロードバンド・アクセスを拡張する費用は実用的ではない。ＷｉＭａｘと呼ばれる無線ブロードバンド・アクセス・ネットワークは、より多くの選択アクセス・ネットワークになってきている。

ＷｉＭａｘは、ユーザを有線接続に限定しないで、ブロードバンド・アクセスをサポートすることが可能である。しかし、ＷｉＭａｘネットワーク上の帯域幅は所与の無線セクタ内のユーザ間で共有される。共有されている帯域幅に同時にアクセスする加入者が多い場合、混雑状態が起こり、パフォーマンス目標を満足させることができない可能性がある。ネットワーク・サービス・プロバイダは、パフォーマンス目標を満たしながらサポートすることができる加入者の数を決める必要がある。パフォーマンス目標は、トラフィックのタイプによる。例えば、音声トラフィックは、データ・トラフィックと比較するとより厳しい遅延要件を有することが知られている。従来、各セクタに対して所定の数の同時コールをサポートするための帯域幅要件は、全ての音声会話が同じ量の帯域幅を利用することを保証するアーランＢモデルを使用して決まる。しかし、多数の顧客からの音声トラフィックは、異なるコーデック技術の使用により異なるビット・レートを有することができる。

したがって、無線アクセス・ネットワークに帯域幅を割り当てる方法に対する需要がある。

一実施形態では、本発明は、無線アクセス・ネットワーク上で、トラフィック・エンジニアリングを行う、例えば帯域幅を割り当てるための方法および装置を開示している。例えば、この方法は、基地局（ＢＳ）が音声トラフィックに対する少なくとも１つのパフォーマンス目標によりサポートすることが可能であるいくつかの加入者ステーション（ＳＳ）を判断し、音声トラフィックに対する少なくとも１つのパフォーマンス目標はあるタイプのコーデックを含んでいる。この方法はその後、基地局がサポートすることが可能である加入者ステーションの数により基地局によって帯域幅を割り当てる。

本発明の教示は、添付の図面と合わせて以下の詳細な説明を考慮することによって、すぐに分かるだろう。

理解を容易にするために、図面に共通な同一の要素を示すために、可能な場合は同一の参照番号を使用した。

本発明は概して、ＶｏＩＰおよびＳｏＩＰなどのサービスで使用される無線アクセス・ネットワーク上で、トラフィック・エンジニアリングを行う、例えば帯域幅を割り当てる方法および装置を開示している。本発明をＶｏＩＰおよびＳｏＩＰサービス用のパケットの内容で以下に論じるが、本発明はそれに限るものではない。すなわち、本発明は携帯顧客でのあらゆるサービスに適用することができる。同様に、本発明は携帯電話ネットワーク、時分割多重方式ネットワークなどの他のネットワークで実行することができる。

本発明をより理解するために、図１は例示的なネットワーク１００、例えば、本発明に関連するＶｏＩＰネットワークなどのパケット・ネットワークを示している。例示的なパケット・ネットワークとしては、インターネット・プロトコル（ＩＰ）ネットワーク、非同期転送モード（ＡＴＭ）ネットワーク、フレーム・リレー・ネットワークなどが挙げられる。ＩＰネットワークは、データ・パケットを交換するためにインターネット・プロトコルを使用するネットワークとして幅広く規定されている。したがって、ＶｏＩＰまたはＳｏＩＰ（サービス・オーバ・インターネット・プロトコル）ネットワークは、ＩＰネットワークであると考えられる。

一実施形態では、ＶｏＩＰネットワークは、インターネット・プロトコル／マルチプロトコル・ラベル・スイッチング（ＩＰ／ＭＰＬＳ）ベース・コア・バックボーン・ネットワーク上のキャリヤ（サービス・プロバイダ）ＶｏＩＰコア・インフラへの様々なタイプのアクセス・ネットワークを介して接続された様々なタイプの顧客終点装置を含むことができる。広義では、ＶｏＩＰネットワークは、ＩＰネットワーク上でパケット化したデータとして音声信号を運ぶことが可能なネットワークである。本発明は、例示的なＶｏＩＰネットワークの内容で以下に説明する。したがって、本発明はこの特定の例示的アーキテクチャによって制限されると解釈すべきではない。

顧客端点装置は、時分割多重（ＴＤＭ）ベース、ＩＰベース、または携帯電話などの無線のいずれかであってもよい。ＴＤＭベース顧客端点装置１２２、１２３、１３４および１３５は普通、ＴＤＭ電話または構内交換機（ＰＢＸ）からなる。ＩＰベース顧客端点装置１４４および１４５は普通、ＩＰ電話またはＩＰ ＰＢＸからなる。無線端点装置１７２および１７３は普通、携帯電話、ポケットＰＣなどを備えている。無線端点装置１７２および１７３は、無線アクセス・ネットワークに直接または加入者ステーションを通して接続することができる。ターミナルアダプタ（ＴＡ）１３２および１３３は、アナログ電話などのＴＤＭ顧客端点装置間の必要な相互作用機能、およびデジタル加入者ループ（ＤＳＬ）またはケーブル・ブロードバンド・アクセス・ネットワークなどのパケット・ベース・アクセス・ネットワーク技術を提供するために使用される。ＴＤＭベース顧客端点装置は、ＴＡ１３２または１３３を介して公衆交換電話網（ＰＳＴＮ）１２０、１２１、またはブロードバンド・アクセス・ネットワーク１３０、１３１のいずれかを使用することによってＶｏＩＰサービスにアクセスする。ＩＰベース顧客端点装置は、図１に示すように、ＶｏＩＰゲートウェイ・ルータ１４２または１４３を有するローカル・エリア・ネットワーク（ＬＡＮ）１４０および１４１を使用することによってＶｏＩＰサービスにアクセスする。無線端点装置は、無線アクセス・ネットワーク１７０および１７１を使用することによってＶｏＩＰサービスにアクセスすることができる。無線アクセス・ネットワーク１７０および１７１は、それぞれよりボーダ・エレメント１１２および１１３を通してＩＰコア・ネットワーク１１０に接続されている。

有線装置用アクセス・ネットワークは、ＴＤＭまたはパケット・ベースのいずれかであってもよい。ＴＤＭ ＰＳＴＮ １２０または１２１は、従来の電話回線を介して接続されたＴＤＭ顧客端点装置をサポートするために使用される。フレーム・リレー、ＡＴＭ、イーサネット（登録商標）またはＩＰなどのパケット・ベース・アクセス・ネットワークは、ＶｏＩＰゲートウェイおよびルータ１４２で顧客ＬＡＮ、例えば１４０を介してＩＰベース顧客端点装置をサポートするために使用される。ＤＳＬまたはケーブルなどのパケット・ベース・アクセス・ネットワーク１３０または１３１は、ＴＡ１３２または１３３と合わせて使用される場合、ＴＤＭベース顧客端点装置をサポートするために使用される。無線装置１７０および１７１用アクセス・ネットワークは、マイクロウェーブ・アクセス用ワールドワイド・インターオペラビリティ（ＷｉＭａｘ）、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、または無線ワイド・エリア・ネットワーク（ＷＷＡＮ）であってもよい。

コアＶｏＩＰインフラは、ボーダ・エレメント（ＢＥ）１１２および１１３、コール制御エレメント（ＣＣＥ）１１１、ＶｏＩＰ関連アプリケーション・サーバ（ＡＳ）１１４、およびメディア・サーバ（ＭＳ）１１５などのいくつかのキーＶｏＩＰコンポーネントからなる。ＢＥは、ＶｏＩＰコア・インフラのエッジにあり、様々なタイプのアクセス・ネットワーク上で顧客端点とインターフェイス接続する。ＢＥは普通、メディア・ゲートウェイとして実行され、シグナリング、メディア制御、セキュリティ、およびコール許可制御および関連機能を行う。ＣＣＥは、ＶｏＩＰインフラ内にあり、下にあるＩＰ／ＭＰＬＳベース・コア・バックボーン・ネットワーク１１０上でセッション開始プロトコル（ＳＩＰ）を使用してＢＥに接続されている。ＣＣＥは普通、メディア・ゲートウェイ・コントローラまたはソフトスイッチとして実行され、ネットワーク・ワイド・コール制御関連機能を行い、また必要に応じて適当なＶｏＩＰサービス関連サーバと相互作用する。ＣＣＥ機能は、ＳＩＰ連続ユーザ・エージェントとして機能し、全てのＢＥとＣＣＥの間の全てのコール区間に対するシグナリング端点である。ＣＣＥは、特定のサービス特定機構、例えば、ＩＰアドレスなどへのＥ．１６４音声ネットワーク・アドレスへの変換を必要とするコールを終了させるために、様々なＶｏＩＰ関連アプリケーション・サーバ（ＡＳ）と相互作用する必要がある可能性がある。

異なるキャリヤ内で開始するまたは終了するコールでは、ＰＳＴＮ１２０および１２１、またはパートナＩＰキャリヤ１６０相互接続を通して処理することができる。ＴＤＭコールを開始させるまたは終了させるために、他のキャリヤへの既存のＰＳＴＮ相互接続を介して処理することができる。ＶｏＩＰコールを開始させるまたは終了させるために、他のキャリヤへのパートナＩＰキャリヤ・インターフェイス１６０を介して処理することができる。

メディア・サーバ（ＭＳ）１１５は、普通はメディア・ストリームを処理および終了させ、アナウンス、ブリッジ、トランスコーディング、およびＶｏＩＰサービス・アプリケーション用の双方向音声応答（ＩＶＲ）メッセージなどのサービスを提供する特殊サーバである。メディア・サーバはまた、プロセス要求などのタスクを達成するように、メディア・セッション管理のために顧客と相互作用する。

その関連アクセス・ネットワーク・タイプでのあらゆる端点装置タイプを使用する位置Ａの顧客は、その関連ネットワーク・タイプでのあらゆる端点装置タイプも使用する位置Ｚの別の顧客と通信することができる。例えば、パケット・ベース・アクセス・ネットワーク１４０を備えたＩＰ顧客端点装置１４４を使用する位置Ａの顧客は、ＰＳＴＮアクセス・ネットワーク１２１を備えたＴＤＭ端点装置１２３を使用する位置Ｚの別の顧客をコールすることができる。ＢＥ１１２および１１３は、ＳＩＰへおよびそこから必要なシグナリング・プロトコル変換、例えばＳＳ７、およびＩＰベース・パケット音声フォーマットへのおよびそこからのＴＤＭ音声フォーマットなどの媒体フォーマット変換に関与している。

上記ネットワークは、サービスがＶｏＩＰおよびＳｏＩＰネットワークなどのネットワーク上で提供させる例示的な環境を提供するために記載されている。ビジネスは次に、インターネットを介して顧客に到達するのに基づくそのローカル・エリア・ネットワークを超えて顧客ベースを拡張させることが可能である。例えば、ＶｏＩＰサービス顧客はサービスに加入することができ、どこからでもＩＰ装置を介してサービスにアクセスしたいと望む可能性がある。例えば、ＶｏＩＰサービスの顧客は、自分がサービスにアクセスしたいと望む場合に、有線ＩＰ装置（家または会社で）から離れて移動することができる。例えば、顧客は車、列車などの中で移動しながら、ラップトップ・コンピュータを介してサービスにアクセスしたいと望む可能性がある。顧客はその後、無線ブロードバンド・アクセス・ネットワーク、例えばＷｉＭａｘを介してＶｏＩＰまたはＳｏＩＰサービスにアクセスすることができる。顧客は、アクセス・ネットワークのタイプ（有線または無線）に関わらず、同じ品質のサービスを受けることを期待している。

しかし、ＷｉＭａｘなどの無線アクセス・ネットワーク上の帯域幅は、所与の無線セクタ内の多くのユーザの間で共有される。共有される帯域幅に同時にアクセスしている加入者が多すぎる場合、混雑状態が起こり、小さな（少ない）パフォーマンスにつながる可能性がある。したがって、ネットワーク・サービス・プロバイダは、パフォーマンス目標を満たしながら、無線アクセス・ネットワーク上でサポートすることができる加入者の数を決める必要がある。パフォーマンス目標は、トラフィックのタイプによる。例えば、音声トラフィックは、データ・トラフィックと比較するとより厳しい遅延要件を有することが知られている。

各セクタに対して所定の数の同時コールをサポートするための帯域幅要件は、全ての音声会話が同じ量の帯域幅を利用することを保証するアーランＢモデルを使用して決まる。しかし、音声トラフィックは、異なるコーデック技術の使用により異なるビット・レートを有することができる。ネットワーク・サービス・プロバイダは、各会話に対して最大の可能なビット・レートを仮定して、アーランＢモデルを適用することができる。運の悪いことに、顧客がより効率的なコーデックを使用している場合、ネットワークが実際に完全には利用されず、利用可能な帯域幅が浪費されている間にコールをブロックすることができる。したがって、少なくとも１つのパフォーマンス目標に基づく無線アクセス・ネットワークに帯域幅を割り当てる方法が必要である。

本発明は、ＶｏＩＰおよびＳｏＩＰなどのサービスにアクセスするために使用される無線アクセス・ネットワークに対して、トラフィック・エンジニアリングを提供する、例えば帯域幅を割り当てるための方法および装置を開示している。本発明の教示をはっきり例示するためには、以下の用語およびネットワーク概念を最初に説明する：
・マイクロウェーブ・アクセス用ワールドワイド・インターオペラビリティ（ＷｉＭａｘ）、
・加入者ステーション（ＳＳ）、および
・基地局（ＢＳ）。

マイクロウェーブ・アクセス用ワールドワイド・インターオペラビリティ（ＷｉＭａｘ）は、ケーブルおよびデジタル加入者回線（ＤＳＬ）ブロードバンド・アクセス・ネットワークに対する代替形態として、ＩＥＥＥ８０２．１６無線ネットワーク基準により、ラスト・マイル無線ブロードバンド・アクセスの運搬を可能にする基準ベース技術のことを言う。

加入者ステーション（ＳＳ）は、基地局（以下に記載する）と通信するのに使用される顧客施設または端点装置のことを言う。ＳＳは、他の顧客データおよび／または音声パケット開始装置の間で共有することができることに留意すべきである。例えば、ルータ、スイッチなどは、基地局として働くＷｉＭＡＸ電波塔と通信するように無線周波数送受信機で構築することができる。別の例では、ＳＳはＢＳと直接通信しているラップトップ・コンピュータであってもよい。

基地局（ＢＳ）は、多数の加入者ステーションからの全ての入力および出力コールを処理するように展開されるトランシーバ・ステーションのことを言う。

基地局がサポートすることができる合計帯域幅は、いくつかのセクタに分割される。各セクタに対する帯域幅は、加入者ステーションと基地局の間の環境および距離によって変わる。例えば、物理的障害物のある都市では、有用な帯域幅はより低い周波数伝達、例えば２〜１０ＧＨｚに限られる可能性がある。物理的障害物がない場合、ＷｉＭＡＸ伝達は約７０ＧＨｚに到達することができる。

各セクタに対する帯域幅は、多数の加入者ステーションによって共有される。共有させる帯域幅に同時にアクセスしようとする加入者ステーションが多すぎる場合、混雑状態が起こる可能性がある。混雑状態では、ＩＰパケットは少ないパフォーマンスを経験する可能性がある。したがって、サービス・プロバイダは、１つまたは複数のパフォーマンス目標にしたがってサポートすることができるＳＳの最大数を決めるためにトラフィック・エンジニアリングを行う。

一実施形態では、本発明はパケットのパフォーマンス目標に基づいた無線アクセス・ネットワーク用のトラフィック・エンジニアリング方法を提供する。サービス・プロバイダは、各加入者ステーション用の音声およびデータ・パケットに対するパフォーマンス目標を決める。例えば、各加入者ステーション用のデータ・トラフィックは、以下のパラメータによって記すことができる：
・トラフィックの平均速度（ビット・レート）、
・許容ピーク・レート、
・ピーク伝達中に平均バースト長、および
・加入者ステーションがどれだけ頻繁にピーク伝達速度で伝達するかを測定する動的要因。

各加入者ステーションに対する音声トラフィックは、様々なパラメータ、例えば、許可された同時コールの最大数、コールの平均長さ、所与期間（アーラン・ロード）のコールの数などにより同様に記すことができる。音声パケット用のトラフィック記述子は、ＳＳをＢＳセクタに加える前に顧客と交渉することができる。表１は、ＳＳ用のトラフィック記述子の例を提供する。

上記の例では、第６番目のコール（Ｖ_ｓ＋１）はＳＳで落ちる可能性がある。音声回線毎のアーラン・ロードは２０毎時間である。実際の音声回線毎コール容量が契約されたアーラン・ロードを超える場合、ＳＳは目標ブロックコール数より多くのブロックコールを経験する可能性がある。例えば、目標コール・ブロックが１％である場合、契約されたアーラン・ロードを超えるＳＳは１０％のブロックなどを経験する可能性がある。

パケットが基地局で統合される間に、音声およびデータ・パケットに対する異なるパフォーマンス目標が維持される。例えば、音声およびデータ・パケットは、それぞれのパフォーマンス基準に基づくネットワークを通して異なる遅延を経験する可能性がある。

組み合わされたデータおよび音声共有モデルでは、顧客はあらゆる組み合わせのデータおよび音声トラフィックを含むサービスを購入することができる。顧客は、例えば、データ・パケットに対するピーク伝達速度、例えば２Ｍｂｐｓまたは５Ｍｂｐｓを選択することができる。ＳＳに対する音声トラフィックは、サポートすることができる同時コールの最大数Ｖ_ｓ（ｉ）に関して特定することができる。ρ_ｓ（ｉ）として示されるＳＳｉに対するアーラン・ロードは、「ＳＳを使用する顧客」と「ＢＳを管理するネットワーク・サービス・プロバイダ」の間で交渉される。各ＳＳは許可制御を有することができ、同時コールの数を制限することができる。例えば、企業顧客はＳＳで提供されたω数の音声回線を有することができ、ＳＳの後ろの実際のトラフィック・ロードはχ数のコールをであってもよい。χがωより大きい場合、ＳＳは同時コールの数を制限するように許可制御を行うことができる。実際の音声呼び出し側の経験は、ＳＳで提供された音声回線の数、および各ＳＳの後ろの実際のトラフィック・ロードによる。コール、例えばＳＳでの許可制御を通過するＶｏＩＰコールでは、パフォーマンス目標はＢＳで予め規定することができる（例えば、１％ブロック）。したがって、ＢＳはまた許可制御機構を有する。

一実施形態では、本発明はＢＳで最も高い優先度を有する音声パケットを処理する。到着プロセスおよびサービス・プロセスは互いに別であり、またキューの中のパケットの数とは独立していることに留意すること。音声およびデータ・パケットに対する様々なパフォーマンス目標を達成するために、一実施形態では、以下に示すように本発明は等価帯域幅（ＥＢ）モデル、マルコフ変調ポアソン・プロセス（ＭＭＰＰ）、およびアーランＢモデルを組み合わせることによって、トラフィック・エンジニアリングを行う。

等価帯域幅（ＥＢ）モデルは、非同期転送モード（ＡＴＭ）ネットワークで使用されるデータ・トラフィック・エンジニアリング・モデルのことを言う。ＥＢモデルは、固定帯域幅を有するＡＴＭポートがどれだけ多くのＡＴＭ接続をサポートすることができるかを決めるようにＡＴＭネットワークで使用される。ＥＢモデルはまた、集中トラフィックをモデリングするように、パケット到着パターン（空パケットの到着を含む）の分析を含んでいる。いくつかの場合では、セクタを共有することができる顧客の数は限られている。例えば、大企業顧客がセクタを共有している場合、利用可能な帯域幅は少ない企業顧客によって使い果たされる可能性がある。少ない大きな顧客の場合では、トラフィックのバースト性は帯域幅消費にかなりの影響を有する。多数のソースを有するアプリケーションでは、中心極限定理（ＣＬＴ）を適用し、トラフィックはガウス（正規）分布を使用してモデリングすることができる。ＥＢモデルはまた、パケット遅延要件などのビジネス要件にエンジニアリング規則を結合させるのに使用される。例えば、トラフィックのバースト性は帯域幅消費に影響を与えることができ、したがってパケットによって経験される遅延に影響を与えることができる。

一般のトラフィック特徴に適した多くのＥＢモデルがある。しかし、トラフィック・ダイナミックのエッセンスを捕捉するトラフィック・モデルを使用することはより効率的である。マルコフ変調ポアソン・プロセス（ＭＭＰＰ）は、データ・トラフィックのバースト性を捕捉するのに使用されるトラフィック・モデルである。ＭＭＰＰは、その速度がｍ状態マルコフ連鎖によって決まる変調ポアソン・プロセスである。マルコフ連鎖の各状態は、ビット・レートおよび平均保持時間によって特徴付けられる。例えば、２状態ＭＭＰＰでは、２つの状態は状態１および状態２であってもよい。その後、状態１では、平均保持時間は到着速度Ｐｅａｋ＿ｒａｔｅを有する期間１である。状態２では、平均保持時間は到着速度ｒａｔｅ２を有する期間２である。２状態ＭＭＰＰでは、トラフィック平均速度は以下の式によって決まる。
平均速度＝Ｐｅａｋ＿ｒａｔｅ＊期間１／（期間１＋期間２）＋ｒａｔｅ２＊期間２／（期間１＋期間２）
式中、期間１／（期間１＋期間２）はａｃｔｉｖｅ＿ｆａｃｔｏｒと言われる。すなわち、Ａｃｔｉｖｅ＿ｆａｃｔｏｒ＝期間１／（期間１＋期間２）である。

動的要因は、顧客がどれだけ頻繁にピークに達するかを測定する。ピーク期間中に伝達されるデータ量は、バースト寸法を呼ばれ、Ｂｕｒｓｔ＿ｓｉｚｅ＝Ｐｅａｋ＿ｒａｔｅ＊期間１として導き出すことができる。ピーク状態（状態１）は、加入者ステーションがデータ・リンク上で大容量のデータを送信または受信する場合にトラフィックをモデリングする。状態２は、短いｅメール交換などのユーザの活動の静かな期間をモデリングする。ＭＭＰＰモデル内のｒａｔｅ２がゼロである場合、モデルはＯｎ−Ｏｆｆモデルになる。Ｏｎ−Ｏｆｆモデルは人間の会話パターンと同様であり、音声トラフィックをモデリングするのに使用することができる。「Ｏｎ」期間は、会話持続時間を説明し、指数関数的に分配され、「Ｏｆｆ」期間は２つの連続コール間の時間間隔である。会話中のデータ速度はＳＳで使用されるコーデックによって決まることに留意すべきである。したがって、効率的なコーデックはネットワーク内の帯域幅の効率的な使用につながる可能性がある。

図２は、例示的なＷｉＭＡＸアクセス・ネットワーク２００を示している。加入者ステーション（ＳＳ）２１０、２１１および２１２は、基地局（ＢＳ）２２０を共有している。無線端点装置１７２は、パケットを送受信するためにＳＳ２１０に接続されている。基地局２２０は、無線アクセス・ネットワーク１７０上に配置されている。アクセス・ネットワーク１７０は、ゲートウェイ・ルータまたはボーダ・エレメント１１２を通してＩＰ／ＭＰＬＳコア・ネットワーク１１０に接続されている。

図３は、ＢＳでの音声およびデータ・パケット用の例示的な待ち行列システム３００を示している。一実施形態では、基地局２２０は２優先待ち行列システムを実行し、一方は音声トラフィック用パケットに対してであり、一方はデータ・トラフィック用パケットに対してである。一実施形態では、音声トラフィック用パケットは最も高い優先度を有するキュー内に配置され、データ・トラフィックは音声トラフィック用パケット全てがトランスポートされた後に残りの帯域幅を消費することしかできない。例えば、加入者ステーション２１０、２１１および２１２は、音声およびデータ・パケットをＢＳ２２０に伝達する。音声パケットはキュー３１０に案内され、データ・パケットはキュー３２０に案内される。音声およびデータ・パケットはキュー３３０内で多重化され、その目的地に向かって転送される。Ｎ加入者ステーションからキュー３１０に到達する音声パケットの集合アーラン・ロードは、以下の式から決めることができる。
ρ_ｂｓ＝Σρ_ｓ（ｉ），ｉ＝１，・・・，Ｎ

サポートすることができる最大同時音声回線は、ＢＳでブロックする特定のターゲットを有するアーランＢモデルを適用することによって、ＢＳセクタで測定および提供される。仮に、Ｖ_ｂｓが同時音声コールの最大数を示すとすると、ＢＳセクタは特定のブロック・ターゲットにしたがうことが可能である。ＢＳセクタで音声トラフィックに割り当てられる帯域幅はその後、コーデック・ビット・レートおよびＶ_ｂｓの積として決めることができる。

一実施形態では、本発明はＥＢモデルをＷｉＭａｘネットワークなどの無線アクセス・ネットワーク上の容量計画に適用する。一実施形態では、加入者ステーションのトラフィック特徴から最初の２モーメントを引き出すＥＢモデルが使用される。最初の２モーメントが、モデル入力として使用される。ＥＢ方法はまた、設計制約として所与のパーセンタイルでの遅延閾値、例えば９９ｔｈパーセンタイルで１０ｍｓを使用する。加入者ステーションＮ_ｍａｘの最大数、容量Ｃを備えたセクタは、特定のパフォーマンス目標を等価容量Ｃ_ｅｑから決めることができることを満たしながらサポートすることができる。例えば、Ｃ_ｅｑ（Ｎ_ｍａｘ）＜＝ＣおよびＣ_ｅｑ（Ｎ_ｍａｘ＋１）＞１のような唯一のデータ・トラフィックを備えた基地局では、加入者ステーションＮ_ｍａｘの最大数を計算することができる。

多くの等価ＥＢモデルがある。当業者は、他のＥＢモデルを同様の結果で使用することができることが分かるだろう。上記ＥＢモデルは、本発明を制限することを意図したものではない。

データおよび音声トラフィック両方をサポートする基地局では、ＳＳ毎のＶ_ｓ同時コールで「ｎ」加入者ステーション（ＳＳ）をサポートするために、ＢＳでの各セクタに必要な帯域幅は、ブロック目標によりアーランＢモデルによって決めることができる（例えば、１％）。仮に、Ｃ_ｖ（ｎ）がＢＳでのセクタ内の全ての「ｎ」加入者用の音声トラフィックをサポートするのに必要な合計帯域幅を示しているとする。Ｃ_ｖ（ｎ）はその後、コーデック・ビット・レート、および所与のＢＳセクタＶ_ｂｓに対する同時音声コールの最大数から決めることができる。例えば、コーデック・ビット・レートが「ＣｏｄｅｃＢｉｔＲａｔｅ」として示される場合、Ｃ_ｖ（ｎ）＝Ｖ_ｂｓ＊ＣｏｄｅｃＢｉｔＲａｔｅである。

一実施形態では、本発明は、各ＳＳ用のトラフィックが同じコーデック技術のデータおよび音声、パケットのあらゆる組み合わせを含むことができる場合、最大サポート可能ＳＳを求めるために、上記に示すようにアーランＢモデルおよびＥＢモデルを組み合わせることによって容量計画を行う。

しかし、異なるビット・レートを生成する多くのタイプのコーデック、例えば、Ｇ．７２９国際電気通信連合（ＩＴＵ）基準により構築された３２Ｋｂｐｓコーデック、Ｇ．７１１１ＩＴＵ基準により構築された８９Ｋｂｐｓコーデックなどがある。セクタ内のＳＳ全てが同じコーデック技術を使用する場合に、Ｃ_ｖ（ｎ）を測定する上記式を使用することができる。全ての会話が同じ量の帯域幅を使用する場合にアーランＢモデルが従来の音声モデルから導き出されるとすると、異種（異なるコーデック技術）音声ビット・レートの問題に対する有効な解決法ではない。

データ・トラフィックに対する上記ＥＢモデルは、異種トラフィック条件を取り扱うことができる。しかし、パフォーマンス目標は、コール・レベル・ブロックではなくパケット・レベル・パフォーマンスに関してである。一実施形態では、本発明は音声コールに対して最も高い優先度を割り当てる。音声コールが最も高い優先度に割り当てられた場合、ブロック可能性は、キュー長さがゼロより大きくなる可能性に近づく可能性がある。

一実施形態では、各音声回線はＣ_ｖ（ｎ）を測定するためにＯｎ−Ｏｆｆトラフィックとしてモデリングされる。Ｏｎ−Ｏｆｆトラフィック・モデルは、ピーク速度がコーデック・ビット・レートであり、状態２速度がゼロである場合の２状態ＭＭＰＰの特殊な場合である。ＥＢモデルはその後、ブロック可能性を損失可能性として、また遅延閾値をゼロとして使用して適用することができる。ＥＢモデルは、各音声回線を、その関連するトラフィック記述子を備えた個別のＯｎ−Ｏｆｆトラフィック・ソースとして処理する。データ・トラフィックでは、ＥＢモデルは残りの帯域幅に適用される。例えば、Ｃ_ｅｑは、ＥＢを残りの帯域幅Ｃ−Ｃ_ｖ（ｎ）に適用することによって計算することができる。ＢＳセクタがＮ_ｍａｘをサポートすることができるＳＳの最大数はその後、Ｃ_ｅｑ（ｎ）＋Ｃ_ｖ（ｎ）＜＝Ｃとなる最大ｎとして測定される。

一実施形態では、本発明は、各ＳＳ用のトラフィックがデータおよび音声パケットのあらゆる組み合わせを含むことができる場合に、最大サポート可能ＳＳを求めるように、上に記載したようにコーデック差を考慮しながら２層のＥＢ解決法を組み合わせることによって容量計画を行う。

一実施形態では、本発明は上に記載するように、アーランＢモデルおよびＥＢモデルを組み合わせることによって、オンライン・サービス提供許可およびトラフィック管理を行う。例えば、ネットワーク・サービス・プロバイダは、各ＳＳ用のアーラン・ロードを顧客と交渉することができ、進行ベースで実際のアーラン・ロードを監視する。ＳＳがその音声コール用の交渉したアーラン・ロードを一定して超えると、ＢＳセクタでのコール許可制御によってより高いブロックを経験するように、セクタ内に他のＳＳが生じる可能性がある。全ての音声コールに対してブロック目標を維持するために、ＢＳは交渉したアーラン・ロードに準拠するＳＳが利用可能は帯域幅の他者の過剰な使用により不正にブロックされるのを防ぐ処理を実行することができる。例えば、２つのＳＳが同じＢＳセクタ内にあり、そのうちの一方が容量全体を使用している場合、２番目のＳＳはサービスにアクセスすることができない。ＢＳはその後、交渉したアーラン・ロードに準拠しているＳＳがサービスにアクセスし続けることができるように交渉したアーラン・ロードを侵害したＳＳに対するブロック速度を大きくする処理を実行することができる。

一実施形態では、本発明は、ＢＳセクタでの音声回線が完全に占有される前に、攻撃的な加入者（例えば、交渉したアーラン・ロードを侵害する加入者）からのコールをブロックする方法を提供する。攻撃的な加入者からのコールをブロックする方法は、交渉したアーラン・ロードを侵害するＳＳを特定するコール・ロード監視システムを使用することができる。コール・ロード監視システムはまた、交渉したロードが各ＳＳに対してどれだけ超えているかによって判断することができる。仮に、Δρ_ｓ（ｉ）が、ＳＳ（ｉ）として記した、ＳＳ数「ｉ」に対する契約容量を超えるロードの量を示しているとする。Δρ_ｓ（ｉ）＞０でのＳＳ（ｉ）からの音声コール・リクエストはその後、ＢＳセクタでの同時コールの数がＭｉｎ｛［Ｖ_ｂｓ−１］，Ｖ_ｂｓ＊［１−Δρ_ｓ（ｉ）／ρ_ｂｓ］｝より大きい、またはこれと同じである場合にブロックされる。十分挙動したＳＳからの全ての他のコール・リクエストは、同時コールの数がＶ_ｂｓである場合にのみブロックされる。
一実施形態では、本発明は、移動時間ウィンドウを使用してリアルタイム測定に基づきΔρ_ｓ（ｉ）を更新する。

別の実施形態では、ネットワーク・サービス・プロバイダは、このようなＳＳを有する顧客がそのサービス計画を修正することができるように、そのコール・リクエストが交渉したロードを超える顧客に通知する。例えば、顧客は交渉したターゲットより高いブロック速度を経験するのではなく、サービス・レベルを更新することができる。

コールをブロックする方法の上の議論では、全てのＳＳは同じコーデック技術を使用すると仮定されている。しかし前に論じたように、異なる加入者が異なるコーデック技術を使用し、同じＢＳセクタ上で多重化させることが可能である。一実施形態では、本発明は、異種トラフィック条件に対する様々なパフォーマンス目標を満たしながら、所要の帯域幅を判断するように２層ＥＢモデルを利用している。

仮に、λ_ｉ ^＊がＳＳｉからの契約コール到着速度であり、ｐ_ｉ ^＊がＳＳｉからの音声回線用の契約コール・ブロックであり、ρ_ｉ ^＊がＳＳｉに対する契約アーラン・ロードであり、λ_ｉがＳＳｉからの実際のコール到着速度であり、ｐ_ｉがＳＳｉに対する実際のコール・ブロックであり、ρ_ｉがＳＳｉからの実際のアーラン・ロードであり、ＣｏｄｅＢｉｔＲａｔｅ（ｉ）がＳＳｉからの音声回線により生成されたコード・ビット・レートであるとする。

その後、時間ΔＴの間の到着したコールの目標合計数はΔＴλ_ｉ ^＊＊である。ブロックしたコールの目標数は、ΔＴλ_ｉ ^＊ｐ_ｉ ^＊である。ＳＳｉから始まるコールに対するブロックしたコールの公正割合は以下のように規定される。
ΔＴλ_ｉ ^＊ｐ_ｉ ^＊／ΣΔＴλ_ｉ ^＊ｐ_ｉ ^＊＝λ_ｉ ^＊ｐ_ｉ ^＊／Σλ_ｉ ^＊ｐ_ｉ ^＊

同様に、ＳＳｉからの到着トラフィック・ロードの目標公正割合は、以下のとおり計算される。
ΔＴρ_ｉ ^＊ＣｏｄｅＢｉｔＲａｔｅ（ｉ）／ΣΔＴρ_ｉ ^＊ＣｏｄｅＢｉｔＲａｔｅ（ｉ）＝ρ_ｉ ^＊ＣｏｄｅｃＢｉｔＲａｔｅ（ｉ）／Σρ_ｉ ^＊ＣｏｄｅＢｉｔＲａｔｅ（ｉ）

異種音声回線が共に多重化されると、音声回線のグループは目標より高いブロック可能性を経験する可能性がある（すなわち、不正なコール・ブロックを経験する可能性がある）。一例では、いくつかの音声回線は契約上の目標ロードにそのアーラン・ロードを制限せず、過剰なコール速度またはコール保持時間を有する。本発明では、契約したアーラン・ロードを超えるＳＳは非適合ＳＳと称する。非適合ＳＳからのコールは、非適合コールと称する。別の例では、知能が実行されない場合、より高いビット・レートを有する音声回線は、より低いビット・レートを有する音声回線で多重化した場合により高いブロックを経験する可能性がある。本発明では、契約したアーラン・ロードに適合するＳＳからのコールは適合コールと称する。

本発明は、そのＳＳスループットがその契約上のレベルに限られるように、非適合コールをブロックする方法を提供する。ブロック方法は、交渉したアーラン・ロードおよび各ＳＳに対して交渉したロードを超えるロードの量を侵害するＳＳを特定するロード監視システムを使用する。仮に、Δρ_ｉ＝（ρ_ｉ−ｐ_ｉ ^＊）^＋が、交渉したアーラン・ロードを超えるロードの量を示すとする。仮に、その実際のロードがターゲットを超えない、すなわちρ_ｉ＜＝ｐ_ｉ ^＊であるＳＳｉからのコールを適合させる最大コーデック・ビット・レートが、Ｃ_{ｃｏｄｅｃ＿ｎｃ}であるとする。Δρ_ｉ＞０でのＳＳｉからの音声コール・リクエストは、ＢＳセクタで使用される帯域幅が以下の式より大きいまたはこれに等しい場合にブロックされる。
ｍｉｎ｛［Ｃ_ｖ（ｎ）−Ｃ_{ｃｏｄｅｃ＿ｎｃ}］，
Ｃ_ｖ（ｎ）［１−Δρ_ｉＣｏｄｅｃＢｉｔＲａｔｅ（ｉ）／Σρ_ｉ ^＊ＣｏｄｅＢｉｔＲａｔｅ（ｉ）］｝

適合している加入者ステーションからの全ての他のコール・リクエストは、利用可能な帯域幅がない場合にのみブロックされる。後者の場合（利用可能な帯域幅がない場合）、本発明は予防ブロック閾値を全ての動的音声回線の間でブロックを再分配するように適用することによって、ブロックを公正に行う。

一実施形態では、全ての適合している音声コールでは、比λ_ｉｐ_ｉ／Σλ_ｉｐ_ｉは、各コール到着および目標比が確立された後に更新される。仮に、Ｃ_{ｃｏｄｅｃ}は、その比がターゲットを超える、すなわち［λ_ｉｐ_ｉ／Σλ_ｉｐ_ｉ］＞［λ_ｉ ^＊ｐ_ｉ ^＊／Σλ_ｉ ^＊ｐ_ｉ ^＊］であるコールに対する最大コーデック・ビット・レートを示しているとする。その比がλ_ｉｐ_ｉ／Σλ_ｉｐ_ｉ＜λ_ｉ ^＊ｐ_ｉ ^＊／Σλ_ｉ ^＊ｐ_ｉ ^＊であり、λ_ｉ＞０であるコールは、ＢＳセクタ使用される帯域幅が＞Ｃ_ｖ−Ｃ_{ｃｏｄｅｃ}である場合に拒絶される。利用可能な帯域幅が十分でない場合に、コールは拒絶される。ΔＴλ_ｉｐ_ｉは、ＳＳｉに対する本測定に基づく期間ΔＴの間のブロックされるコールの実際の予測数であることに留意すること。同様に、ΔＴΣλ_ｉｐ_ｉは、全てのＳＳからの期間ΔＴの間のブロックされるコールの合計予測数である。したがって、λ_ｉｐ_ｉ／Σλ_ｉｐ_ｉを導く測定は、コール・ブロックが起こる場合にのみ引き起こす必要がある。すなわち、この方法の実施オーバヘッドは非常に限られている。

上記処理は、同じＳＳに属する全ての音声回線が同じコーデックを使用しており、同じブロック要件を有するという仮定に基づくものであることに留意すること。しかし、同じＳＳからの音声回線が異なるコーデック技術を使用することができる異なるＶｏＩＰゲートウェイから来る場合のシナリオに対してこれらの処理を簡単に一般化させることができる。

一実施形態では、ＳＳへのデータ・トラフィック到着プロセス、およびＢＳでのデータ・パケット出発プロセスは、ＳＳおよびＢＳの両方を交差するための合計遅延として待ち行列遅延を捕捉するように単一のサーバとして捕捉される。パケットに対する遅延はその後、パケットがＳＳに到着する時とパケットがＢＳによって送信される時の間の時間として測定される。パフォーマンス目標は、システム全体を交差するように所定の遅延閾値を超える全ての加入者ステーションからある割合のパケットとして提供することができる。モデルは、パケットがＳＳまたはＢＳで待つかどうかに関わらず、待ち行列遅延を正確に捕捉することに留意すること。

一実施形態では、パフォーマンス目標は、各サービスに対する遅延基準、パケット損失基準などを含んでいる。

一実施形態では、データ・トラフィック・パフォーマンス目標は、所定のパーセンタイルの遅延閾値として特定され、またＢＳで保証される。

一実施形態では、無線アクセス・ネットワークに対してトラフィック・エンジニアリングを行う本方法は、容量計画用の独立型ツールとして実施することができる。

別の実施形態では、無線アクセス・ネットワークに対してトラフィック・エンジニアリングを行う本方法は、サービス提供システムに埋め込まれたオンライン・ツール、または新規の加入者ステーションをセクタに加えるべきかどうかを判断するプロセスとして実施することができる。

図４は、無線アクセス・ネットワーク上で、トラフィック・エンジニアリングを行う、例えば帯域幅を割り当てる方法４００のフローチャートを示している。方法４００はステップ４０５で始まり、ステップ４１０まで進む。

ステップ４１０では、方法４００は各加入者ステーションに対する音声パケット用の少なくとも１つのパフォーマンス目標を決め、音声およびデータ・パケット用の少なくとも１つのパフォーマンス目標はあるタイプのコーデックを含んでいる。例えば、サービス・プロバイダは、１つまたは複数のパフォーマンス目標を顧客と交渉することができる。例えば、各加入者ステーションに対するデータ・トラフィック用のパフォーマンス目標は、平均ビット・レート、許容ピーク速度、ピーク伝達中の平均バースト長、および動的要因を含むことができる。例えば、各加入者ステーションに対する音声トラフィックのパフォーマンス目標は、あるタイプのコーデック、同時音声コールの最大数、音声回線毎ロード（例えば、アーラン・ロード）などを含むことができる。

ステップ４２０では、方法４００は、基地局が前記１つまたは複数のパフォーマンス目標によりサポートすることができる加入者ステーションの最大数を判断する。例えば、ネットワーク・サービス・プロバイダは、ＢＳによってサポートすることができるＳＳの数を判断するようにコーデック同種性を考慮しながら、アーランＢモデルおよびＥＢモデルを組み合わせることによって、容量計画を行うことができる。一実施形態では、ネットワーク・サービス・プロバイダは、ＢＳによってサポートすることができるＳＳの数を判断するようにコーデック差を考慮しながら、２層のＥＢモデルを使用することによって容量計画を行うことができる。

ステップ４３０では、方法４００は、サポートすることができるＳＳの数により各基地局での帯域幅を割り当てる。例えば、ＢＳを共有している全ての顧客が効率的なコーデックを使用している場合、各会話に割り当てられた帯域幅はより小さく、ブロック速度を小さくすることができる（すなわち、より多くのコールを許容することができる）。

ステップ４４０では、方法４００は、進行ベースで各加入者ステーションに対して、実際のロード、例えばアーラン・ロードおよび実際のブロックを監視し、加入者ステーションが交渉したロード・レベルに適合しているか非適合であるか、また加入者ステーションが交渉したブロック・ターゲットにブロックされたかどうかを判断する。

ステップ４５０では、方法４００は、ＳＳが交渉したロード・レベルに適合しているか非適合であるかを判断する。例えば、この方法は実際のアーラン・ロードを交渉したアーラン・ロードと比較する。ＳＳが適合している場合、この方法はステップ４７０に進む。あるいは、この方法はステップ４６０に進む。

ステップ４６０では、方法４００は、非適合ＳＳからのコールをその交渉したレベル（契約上のレベル）に限るように、非適合ＳＳ上のブロック・スキームを適用する。例えば、ＳＳが交渉したアーラン・ロードの２倍を使用している場合、ブロック速度はスループットを交渉したレベルに限定するように２倍にすることができる。

ステップ４７０では、方法４００は、交渉した数のコール・リクエスト（適合コール）を超えなかった加入者ステーションからのコール・リクエストに対して十分な帯域幅が利用可能であるかどうかを判断する。十分な帯域幅がある場合、この方法は適合ＳＳからの全てのコールを進ませることを可能にするステップ４９０に進む。あるいは、この方法はブロックを公正に適用するようにステップ４８０に進む。

ステップ４８０では、方法４００は、予防ブロック閾値を全ての動的音声回線の間でブロックを再分配するように適用することによって、ブロックを公正に行う。例えば、全てのＳＳが適合しているが、１つのＳＳが交渉したブロック・ターゲットの１００％であり、別のＳＳが交渉したブロック・ターゲットの５０％である場合、交渉したブロック・ターゲットの５０％でのＳＳに対するいくつかのコールは、他のＳＳが帯域幅を得ることができるように落とすことができる（または、ブロックすることができる）。

ステップ４９０では、方法４００はコールを目的地に向かって転送させることが可能である。この方法はその後、ステップ４９５に進んで本プロセスを終了させる、またはステップ４４０に戻って、各ＳＳに対する実際のアーラン・ロードおよび実際のブロックを監視し続ける。

図５は、本明細書に記載した機能を行う際に使用するのに適した汎用コンピュータの高レベルブロック図を示している。図４に示すように、システム５００は、プロセッサ・エレメント５０２（例えば、ＣＰＵ）と、メモリ５０４、例えばランダム・アクセス・メモリ（ＲＡＭ）および／または読取専用メモリ（ＲＯＭ）と、無線アクセス・ネットワークに対してトラフィック・エンジニアリングを行うモジュール５０５と、様々な入出力装置５０６（例えば、これに限らないが、テープ・ドライブ、フロッピ・ドライブ、ハード・ディスク・ドライブまたはコンパクト・ディスク・ドライブ、受信機、送信機、スピーカ、ディスプレイ、音声合成装置、出力ポート、およびユーザ入力装置（キーボード、キーパッド、マウス、アラーム・インターフェイス、電力リレーなど）を含む記憶装置）とを備えている。

本発明は、ソフトウェア内で、および／またはソフトウェアおよびハードウェアの組み合わせ内で、例えば、特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータまたはあらゆる他のハードウェア同等物を使用して実施することができることに留意すべきである。一実施形態では、無線アクセス・ネットワークに対してトラフィック・エンジニアリングを行う本モジュールまたはプロセス５０５は、メモリ５０４内にロードすることができ、上に論じたような機能を実行するためにプロセッサ５０２によって実行することができる。このように、本発明の（関連データ構造を含む）無線アクセス・ネットワークに対してトラフィック・エンジニアリングを行う本方法５０５は、コンピュータ読取可能媒体またはキャリヤ、例えばＲＡＭメモリ、磁気または光学ドライブまたはディスケットなどに記憶させることができる。

様々な実施形態を上に記載してきたが、これらは単に例として示したものであり、限定するものではないことを理解すべきである。したがって、好ましい実施形態の幅および範囲は、上記例示的な実施形態のいずれかによって限定されるべきではなく、頭記の特許請求の範囲およびその相当物によってのみ規定されるべきである。

本発明に関連する例示的なネットワークを示す図である。 例示的なＷｉＭＡＸアクセス・ネットワークを示す図である。 基地局での音声およびデータ・パケット用の例示的な待ち行列システムを示す図である。 無線アクセス・ネットワーク上でトラフィック・エンジニアリングを行う方法のフローチャートである。 本明細書に記載した機能を行う際に使用するのに適した汎用コンピュータの高レベルブロック図である。

Claims (20)

1. ネットワークに帯域幅を割り当てる方法であって、
   基地局（ＢＳ）が音声トラフィックに対する少なくとも１つのパフォーマンス目標によりサポートすることが可能である加入者ステーション（ＳＳ）の数を判断するステップであって、前記音声トラフィックに対する少なくとも１つのパフォーマンス目標は、あるタイプのコーデックを含んでいるステップと、
   前記基地局がサポートすることが可能な前記加入者ステーションの数により、前記基地局によって帯域幅を割り当てるステップを含む方法。
2. 前記加入者ステーションそれぞれに対する実際のロードを監視するステップと、
   前記加入者ステーションそれぞれに対する実際のブロックを監視するステップと、
   前記加入者ステーションそれぞれが、前記加入者ステーションそれぞれに対する交渉したロード・レベルに適合しているか、または非適合であるかを判断するステップと、
   前記加入者ステーションそれぞれが、交渉したブロック・ターゲットによってブロックされるかどうかを判断するステップとをさらに含む、請求項１に記載の方法。
3. 非適合加入者ステーションそれぞれが、その交渉したロード・レベルに限られるように、非適合であると判断された前記加入者ステーションのいずれか１つに第１のブロック・スキームを適用するステップをさらに含む、請求項２に記載の方法。
4. 複数の動的音声回線の中でブロック速度を再分配する第２のブロック・スキームを行うステップをさらに含む、請求項３に記載の方法。
5. 前記加入者ステーションそれぞれに対するデータ・トラフィック用の少なくとも１つのパフォーマンス目標は、平均ビット・レート、許容ピーク速度、ピーク伝達中の平均バースト長、または動的要因の少なくとも１つを含んでいる、請求項１に記載の方法。
6. 前記音声トラフィック用の少なくとも１つのパフォーマンス目標は、同時音声コールの最大数または音声回線毎ロードの少なくとも１つをさらに含んでいる、請求項１に記載の方法。
7. 前記音声トラフィックは、前記基地局対データ・トラフィックによって最も高い優先度で処理される、請求項１に記載の方法。
8. 前記音声トラフィックおよび前記データ・トラフィックは、前記基地局で別個のキューを使用している、請求項７に記載の方法。
9. 前記ネットワークは無線アクセス・ネットワークである、請求項１に記載の方法。
10. 複数の命令がその上に記録されたコンピュータ読取可能媒体であって、複数の命令は、プロセッサによって実行した場合に、基地局（ＢＳ）が音声トラフィックに対する少なくとも１つのパフォーマンス目標によりサポートすることが可能である加入者ステーション（ＳＳ）の数を判断するステップであって、前記音声トラフィックに対する少なくとも１つのパフォーマンス目標は、あるタイプのコーデックを含んでいるステップと、前記基地局がサポートすることが可能な前記加入者ステーションの数により、前記基地局によって帯域幅を割り当てるステップを含む、ネットワークに帯域幅を割り当てる方法のステップをプロセッサに行わせる命令を含んでいるコンピュータ読取可能媒体。
11. 前記加入者ステーションそれぞれに対する実際のロードを監視するステップと、
    前記加入者ステーションそれぞれに対する実際のブロックを監視するステップと、
    前記加入者ステーションそれぞれが、前記加入者ステーションそれぞれに対する交渉したロード・レベルに適合しているか、または非適合であるかを判断するステップと、
    前記加入者ステーションそれぞれが、交渉したブロック・ターゲットによってブロックされるかどうかを判断するステップとをさらに含む、請求項１０に記載のコンピュータ読取可能媒体。
12. 非適合加入者ステーションそれぞれが、その交渉したロード・レベルに限られるように、非適合であると判断された前記加入者ステーションのいずれか１つに第１のブロック・スキームを適用するステップをさらに含む、請求項１１に記載のコンピュータ読取可能媒体。
13. 複数の動的音声回線の中でブロック速度を再分配する第２のブロック・スキームを行うステップをさらに含む、請求項１２に記載のコンピュータ読取可能媒体。
14. 前記加入者ステーションそれぞれに対するデータ・トラフィック用の少なくとも１つのパフォーマンス目標は、平均ビット・レート、許容ピーク速度、ピーク伝達中の平均バースト長、または動的要因の少なくとも１つを含んでいる、請求項１０に記載のコンピュータ読取可能媒体。
15. 前記音声トラフィック用の少なくとも１つのパフォーマンス目標は、同時音声コールの最大数または音声回線毎ロードの少なくとも１つをさらに含んでいる、請求項１０に記載のコンピュータ読取可能媒体。
16. 前記音声トラフィックは、前記基地局対データ・トラフィックによって最も高い優先度で処理される、請求項１０に記載のコンピュータ読取可能媒体。
17. 前記音声トラフィックおよび前記データ・トラフィックは、前記基地局で別個のキューを使用している、請求項１６に記載のコンピュータ読取可能媒体。
18. 前記ネットワークは無線アクセス・ネットワークである、請求項１０に記載のコンピュータ読取可能媒体。
19. ネットワークに帯域幅を割り当てる装置であって、
    基地局（ＢＳ）が音声トラフィックに対する少なくとも１つのパフォーマンス目標によりサポートすることが可能である加入者ステーション（ＳＳ）の数を判断する手段であって、前記音声トラフィックに対する少なくとも１つのパフォーマンス目標は、あるタイプのコーデックを含んでいる手段と、
    前記基地局がサポートすることが可能な前記加入者ステーションの数により、前記基地局によって帯域幅を割り当てる手段とを備えた装置。
20. 前記加入者ステーションそれぞれに対する実際のロードを監視する手段と、
    前記加入者ステーションそれぞれに対する実際のブロックを監視する手段と、
    前記加入者ステーションそれぞれが、前記加入者ステーションそれぞれに対する交渉したロード・レベルに適合しているか、または非適合であるかを判断する手段と、
    前記加入者ステーションそれぞれが、交渉したブロック・ターゲットによってブロックされるかどうかを判断する手段とをさらに備えた、請求項１９に記載の装置。

Images