"アドバンストテレコムコンピューティングアーキテクチャベースの機器において通信トラフィックをスケジュールするための方法であって、機器が、少なくともトラフィック処理手段を含み、前記方法が、トラフィック処理手段の通信トラフィック情報を収集するステップと、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップと、生成したトラフィック分配規則に基づいて、機器の着信通信トラフィックをスケジュールするステップとを含む、方法。トラフィック処理手段の通信トラフィック情報を収集するステップが、トラフィック処理手段における着信トラフィックおよび欠落トラフィックを測定するステップを含む、請求項1に記載の方法。収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップが、機器上で動作するアプリケーション毎に、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートおよびトラフィック損失率を計算するステップと、アプリケーションが動作しているトラフィック処理手段のうち、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段の数を決定するステップと、決定されたトラフィック処理手段の数がゼロに等しい場合、通信トラフィックをスケジュールするための既存の方法を使用して、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックを計算するステップと、決定されたトラフィック処理手段の数がゼロに等しくない場合、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段に対して、着信トラフィックレートおよびトラフィック損失率に基づいて、トラフィック処理手段におけるアプリケーションの現在の処理レートを計算するステップと、現在の処理レートに基づいて、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートを計算するステップと、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段に対して、着信トラフィックレートおよび目標トラフィックレートに基づいて、次の期間において処理されるアプリケーションのトラフィックレートを決定するステップと、次の期間において処理されるアプリケーションの決定されたトラフィックレートに基づいて、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートを計算するステップと、次の期間におけるトラフィック処理手段におけるアプリケーションの計算された予想トラフィックレートに基づいて、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックを計算するステップとを含む、請求項2に記載の方法。通信トラフィックをスケジュールするための既存の方法が、ラウンドロビン方式、加重ラウンドロビン方式、およびCPU負荷ベースのスケジューリング方式のいずれか1つである、請求項3に記載の方法。機器上では単一のアプリケーションが動作し、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップが、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段における着信トラフィックレートおよびトラフィック損失率を計算するステップと、トラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算するステップと、計算された比および目標トラフィックレートに基づいて、次の期間においてトラフィック処理手段に分配される予想トラフィックレートを計算するステップとを含む、請求項2に記載の方法。機器上では複数のアプリケーションが動作し、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップが、複数のアプリケーションの各々について、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートおよびトラフィック損失率を計算するステップと、アプリケーションの総トラフィックレートを計算するステップと、トラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算するステップと、総トラフィックレートおよび計算された比に基づいて、次の期間においてトラフィック処理手段に分配されるアプリケーションの予想トラフィックレートを計算するステップとを含む、請求項2に記載の方法。生成したトラフィック分配規則に基づいて、機器の着信通信トラフィックをスケジュールするステップが、機器の着信通信トラフィックを受信するステップと、トラフィック分配規則に基づいて、受信した通信トラフィックを処理するトラフィック処理手段を決定するステップと、受信した通信トラフィックを決定されたトラフィック処理手段に転送するステップとを含む、請求項1から6のいずれか一項に記載の方法。アドバンストテレコムコンピューティングアーキテクチャベースの機器において通信トラフィックをスケジュールするための装置であって、機器が、少なくともトラフィック処理手段を含み、前記装置が、トラフィック処理手段の通信トラフィック情報を収集する収集モジュールと、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するトラフィック分配規則生成モジュールと、生成したトラフィック分配規則に基づいて、機器の着信通信トラフィックをスケジュールするスケジューリングモジュールとを備える、装置。収集モジュールが、トラフィック処理手段における着信トラフィックおよび欠落トラフィックを測定する測定ユニットを備える、請求項8に記載の装置。収集モジュールが、各トラフィック処理手段上に配置される、請求項9に記載の装置。トラフィック分配規則生成モジュールが、機器上で動作するアプリケーション毎に、着信トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートを計算する着信トラフィックレート計算ユニットと、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションのトラフィック損失率を計算するトラフィック損失率計算ユニットと、アプリケーションが動作しているトラフィック処理手段のうち、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段の数を決定する決定ユニットと、決定ユニットによって決定されたトラフィック処理手段の数がゼロに等しい場合、通信トラフィックをスケジュールするための既存の方法を使用して、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックを計算し、決定されたトラフィック処理手段の数がゼロに等しくない場合、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段に対して、着信トラフィックレートおよびトラフィック損失率に基づいて、トラフィック処理手段におけるアプリケーションの現在の処理レートを計算し、現在の処理レートに基づいて、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートを計算し、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段に対して、着信トラフィックレートおよび目標トラフィックレートに基づいて、次の期間において処理されるアプリケーションのトラフィックレートを決定し、次の期間において処理されるアプリケーションの決定されたトラフィックレートに基づいて、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートを計算し、次の期間におけるトラフィック処理手段におけるアプリケーションの計算された予想トラフィックレートに基づいて、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックを計算する、通信トラフィック計算ユニットとを備える、請求項9に記載の装置。通信トラフィックをスケジュールするための既存の方法が、ラウンドロビン方式、加重ラウンドロビン方式、およびCPU負荷ベースのスケジューリング方式のいずれか1つである、請求項11に記載の装置。機器上では単一のアプリケーションが動作し、トラフィック分配規則生成モジュールが、着信トラフィックに基づいて、トラフィック処理手段における着信トラフィックレートを計算する着信トラフィックレート計算ユニットと、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるトラフィック損失率を計算するトラフィック損失率計算ユニットと、トラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算する比計算ユニットと、計算された比および目標トラフィックレートに基づいて、次の期間においてトラフィック処理手段に分配される予想トラフィックレートを計算する予想トラフィックレート計算ユニットとを備える、請求項9に記載の装置。機器上では複数のアプリケーションが動作し、トラフィック分配規則生成モジュールが、複数のアプリケーションの各々について、着信トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートを計算する着信トラフィックレート計算ユニットと、着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションのトラフィック損失率を計算するトラフィック損失率計算ユニットと、アプリケーションの総トラフィックレートを計算する総トラフィックレート計算ユニットと、トラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算する比計算ユニットと、総トラフィックレートおよび計算された比に基づいて、次の期間においてトラフィック処理手段に分配されるアプリケーションの予想トラフィックレートを計算する予想トラフィックレート計算ユニットとを備える、請求項9に記載の装置。スケジューリングモジュールが、機器の着信通信トラフィックを受信する受信ユニットと、トラフィック分配規則に基づいて、受信した通信トラフィックを処理するトラフィック処理手段を決定するトラフィック処理手段決定ユニットと、受信した通信トラフィックを決定されたトラフィック処理手段に転送する転送ユニットとを備える、請求項8から14のいずれか一項に記載の装置。本発明は、上述の技術的問題に鑑みて提案されるものであり、本発明の目的は、ATCA機器において通信トラフィックをスケジュールするための方法および対応する装置を提供することであり、それは、ATCA機器内のトラフィック処理ブレード間の構成および動作環境の相違ばかりでなく、各アプリケーションに対する各トラフィック処理ブレードの動的サービス能力も考慮し、ATCA機器の着信通信トラフィックの分配を適応的に調整することによって、ATCA機器内のそれぞれのトラフィック処理ブレードの負荷を良好にバランスさせることができ、特に、非対称マルチアプリケーション構成を有するATCA機器に適合し、ATCA機器全体のサービス品質および容量を保証する。本発明の一態様によれば、ATCAアーキテクチャベースの機器において通信トラフィックをスケジュールための方法が提供され、機器は、少なくともトラフィック処理手段を含み、前記方法は、トラフィック処理手段の通信トラフィック情報を収集するステップと、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップと、生成したトラフィック分配規則に基づいて、機器の着信通信トラフィックをスケジュールするステップとを含む。本発明の別の態様によれば、ATCAアーキテクチャベースの機器において通信トラフィックをスケジュールための装置が提供され、機器は、少なくともトラフィック処理手段を含み、前記装置は、トラフィック処理手段の通信トラフィック情報を収集する収集モジュールと、収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するトラフィック分配規則生成モジュールと、生成したトラフィック分配規則に基づいて、機器の着信通信トラフィックをスケジュールするスケジューリングモジュールとを備える。本発明の上記および他の目的、特徴、および利点は、図面を併用する、本発明の好ましい実施形態についての以下の詳細な説明から、より明白になると思われる。図4は、本発明の一実施形態による、ATCA機器において通信トラフィックをスケジュールするための方法のフローチャートを示している。実施形態が、図面を併用しながら以下で詳細に説明される。この実施形態では、ATCA機器は、少なくともトラフィック処理手段を含み、トラフィック処理手段は、背景技術パートで説明したトラフィック処理ブレードと等価である。以下の説明では、トラフィック処理手段という用語が使用される。上で説明したように、ATCA機器の単一のトラフィック処理手段の性能悪化が、ATCA機器全体のサービス品質を、悪化したトラフィック処理手段と同じように低下させることがある。すなわち、1つのトラフィック処理手段のサービス品質が1E-2である、すなわち、呼が100回中1回失敗する場合、他のトラフィック処理手段が、より優れた性能を有していても、または通信トラフィックをスケジュールするためにどのような既存の方法を用いていても、ATCA機器全体は、1E-2のサービス品質を有する。この実施形態の方法は、QoSを保証しながら、通信トラフィックをより高いトラフィックスループットを有するトラフィック処理手段に適応的に分配するために、ATCA機器のサービス品質および目標容量例えば目標トラフィックレートtargettrafficrateを考慮する。図4に示されるように、ステップS401において、ATCA機器内のすべてのトラフィック処理手段の通信トラフィック情報が収集される。この実施形態では、通信トラフィック情報は、着信トラフィックincomingtrafficおよび欠落トラフィックdroppedtrafficを含む。具体的には、各期間において、トラフィック処理手段における着信トラフィックおよび欠落トラフィックが測定される。トラフィック処理手段が要件よりも悪いサービス品質を有する場合、その処理能力が評価されるように、収集した通信トラフィック情報を用いて、トラフィック処理手段のサービス品質を監視することができる。次にステップS405において、ステップS401で収集した通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則が生成される。この実施形態では、ATCA機器の各トラフィック処理手段は、各トラフィック処理手段が別々にCPU/メモリを有する、M/M/1待ち行列システムとしてモデル化される。各期間において、トラフィック処理手段における着信トラフィックレートincomingtrafficrateおよびトラフィック損失率trafficlossrateは、それぞれλおよびrであると仮定され、待ち行列理論によれば、が成り立つ。ここで、μは、トラフィック処理手段の処理レートprocessingrateであり、処理レートは、トラフィック処理手段のリアルタイム処理能力を反映する。各トラフィック処理手段は同じCPU/メモリを有するが、トラフィック処理手段の構成および動作環境が異なるため、アプリケーションに対する処理能力は同じではない。式1によれば、異なるアプリケーションに対するトラフィック処理手段のリアルタイム処理能力を反映するμは、トラフィック処理手段の通信トラフィック情報から推定することができる。したがって、次の期間においてトラフィック処理手段に分配されるトラフィックレートは、現在の処理レートμ、損失率r、および所定のサービス品質q例えば、実施形態ではトラフィック処理手段の通話不完全率callfailurerateに基づいて計算することができる。図5は、図4の実施形態における、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するステップS405のフローチャートを示している。図5に示されるように、以下の動作は、ATCA機器上で動作するアプリケーション毎に実行される。最初に、ステップS501において、ステップS401で測定された着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートおよびトラフィック損失率が計算される。次にステップS505において、アプリケーションが動作しているトラフィック処理手段のうち、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段の数が、トラフィック損失率と所定のサービス品質とを比較することによって決定される。上で述べたように、トラフィック処理手段のトラフィック損失率が所定のサービス品質を超えた場合、トラフィック処理手段の性能が悪化したことが通知され、次の期間においてどれだけの通信トラフィックをトラフィック処理手段にスケジュールするかを決定するために、トラフィック処理手段の処理能力を再評価する必要がある。ステップS505で決定された、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段の数が、ゼロに等しい場合、ステップS510において、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックが、通信トラフィックをスケジュールするための既存の方法のいずれか1つを使用して計算される。ステップS505で決定された、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段の数が、ゼロに等しくない場合、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段に対しては、ステップS515およびS520が実行され、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段に対しては、ステップS525およびS530が実行される。説明はステップS515、S520、S525、S530の順序で行われるが、ステップS515、S520とステップS525、S530は並列で実行できることを、当業者は理解されたい。具体的には、ステップS515において、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段におけるアプリケーションの現在の処理レートが、着信トラフィックレートおよびトラフィック損失率に基づいて計算され、ステップS520において、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートexpectedtrafficrateが、現在の処理レートに基づいて計算される。ステップS525において、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段に対して、次の期間において処理されるアプリケーションのトラフィックレートが、着信トラフィックレートおよび目標トラフィックレートに基づいて決定される。次にステップS530において、次の期間におけるトラフィック処理手段におけるアプリケーションの予想トラフィックレートが、次の期間において処理されるアプリケーションの決定されたトラフィックレートに基づいて計算される。次にステップS535において、トラフィック処理手段に分配されるアプリケーションの通信トラフィックが、ステップS520およびS530で計算された、次の期間におけるトラフィック処理手段における予想トラフィックレートに基づいて計算される。ATCA機器上で単一のアプリケーションが動作する場合にステップS405を実行するプロセス、およびATCA機器上で複数のアプリケーションが動作する場合にステップS405を実行するプロセスが、以下で詳細に説明される。ケース1:ATCA機器上で単一のアプリケーションが動作する単一のアプリケーションを有するATCA機器の場合、目標容量Cおよびアプリケーションの所定のサービス品質qが目標である。初期化フェーズでは、ATCA機器のすべてのトラフィック処理手段は、同じ処理能力を有するものと見なされ、トラフィック処理手段に分配される通信トラフィックは、C/Nであり、ここで、Nは、トラフィック処理手段の総数である。期間tにおいて、トラフィック処理手段の収集された着信トラフィックTktおよび欠落トラフィックPktに基づいて、トラフィック処理手段の着信トラフィックレートλktおよびトラフィック損失率qktが、それぞれ式2および式3に従って計算され、ここで、k=1,...,Nである。λkt=Tkt/τ2qkt=Pkt/Tkt3ここで、τは、期間の持続時間である。次に、サービス品質が所定のサービス品質を満たすことができないすなわち、qkt>qトラフィック処理手段の数Nlが決定される。トラフィック処理手段がサービス品質要件qを満たすことができない場合、サービス処理能力を計算する必要がある。Nlがゼロに等しい場合、通信トラフィックをスケジュールするための既存の方法のいずれか1つを使用して、次の期間においてトラフィック処理手段に分配される通信トラフィックを計算することができる。この例では、CPU負荷ベースの方式が使用される。最初に、次の期間におけるトラフィック処理手段の目標CPU使用率が、以下のように計算され:ここで、CPUktは、期間tにおけるトラフィック処理手段kのCPU使用率であり、トラフィック処理手段kの着信トラフィックおよび欠落トラフィックと一緒に収集することができる。次に、次の期間t1においてトラフィック処理手段に分配される通信トラフィックが、以下のように計算され:ここで、Dktは、期間tにおいてトラフィック処理手段kに分配される通信トラフィックである。Nlがゼロよりも大きい場合、qkt>qであるトラフィック処理手段kについて、トラフィック処理手段kの現在の処理レートが、以下のように計算される:次に、次の期間t1における、qkt>qであるトラフィック処理手段kの予想トラフィックレートが、以下のように計算され:ここで、αは、トラフィック調整可能なパラメータであり、通信トラフィックが短い期間において大きすぎる変化を起こして、フリップ/フロップ効果を生じることがないように、0≦α≦1とする。好ましくは、0<α<1とすれば、μktが安定な場合は、トラフィック負荷を予想負荷に収束させ得ることを保証することができる。加えて、qkt<qであるトラフィック処理手段kについて、次の期間において処理されるトラフィックレートが、以下のように計算される:次に、次の期間t1における、qkt<qであるトラフィック処理手段kの予想トラフィックレートが、以下のように計算される:次に、式7および式9から計算された、次の期間におけるトラフィック処理手段kの予想トラフィックレートに従って、次の期間t1においてトラフィック処理手段kに分配される通信トラフィックが、以下のように計算される:このケースでは、すべてのトラフィック処理手段は、2つのタイプに分類され:一方は、サービス品質を満たす、すなわち、qkt<qであるトラフィック処理手段であり、他方は、サービス品質を満たさない、すなわち、qkt>qであるトラフィック処理手段である。ケース2:ATCA機器上で複数のアプリケーションが動作するこのケースでは、ATCA機器の各トラフィック処理手段は異なるアプリケーション構成を有し、各アプリケーションに対する処理能力は同じではないので、ATCA機器のどのトラフィック処理手段がどのアプリケーションをサポートするか、すなわち、どのトラフィック処理手段にどのアプリケーションのトラフィックを分配することが可能かを知る必要がある。このケースでは、アプリケーションがトラフィック処理手段上でサポートされるかどうかを示すために、フラグfikが使用され、fik=1は、アプリケーションiがトラフィック処理手段k上でサポートされることを意味し、fik=0は、アプリケーションiがトラフィック処理手段k上でサポートされないことを意味する。複数のアプリケーションが動作しているATCA機器の場合、目標は、すべてのアプリケーションi、i=1,...,Mについて、各アプリケーションが、目標容量Ciおよびサービス品質qiを満たし得ることを保証することである。期間tにおいて、アプリケーションiについて、式2および式3に従って、トラフィック処理手段kの着信トラフィックレートλiktおよびトラフィック損失率qiktが計算され、ここで、k=1,...,Nである。次に、アプリケーションiが動作しているトラフィック処理手段において、すなわち、fik=1であるトラフィック処理手段において、サービス品質が所定のサービス品質を満たさないすなわち、qikt>qiトラフィック処理手段の数Ni,lが決定される。Ni,lがゼロに等しい場合、ラウンドロビン方式、加重ラウンドロビン方式、CPU負荷ベースのスケジューリング方式など、通信トラフィックをスケジュールするための既存の方法のいずれか1つを使用して、次の期間においてトラフィック処理手段に分配されるアプリケーションiの通信トラフィックを計算する。このケースでは、CPU負荷ベースの方式が使用される。最初に、次の期間におけるトラフィック処理手段におけるアプリケーションiの目標CPU使用率が、以下のように計算され:ここで、CPUiktは、期間tにおけるトラフィック処理手段kにおけるアプリケーションiのCPU使用率であり、Niは、アプリケーションiが動作しているトラフィック処理手段の総数である。次に、次の期間t1においてトラフィック処理手段に分配されるアプリケーションiの通信トラフィックが、以下のように計算され:ここで、Diktは、期間tにおいてトラフィック処理手段kに分配されるアプリケーションiの通信トラフィックである。Ni,lがゼロに等しくない場合、qikt>qiであるトラフィック処理手段kについて、トラフィック処理手段kにおけるアプリケーションiの現在の処理レートが、以下のように計算される:次の期間t1における、qikt>qiであるトラフィック処理手段kにおけるアプリケーションiの予想トラフィックレートが、以下のように計算される:qikt<qiであるトラフィック処理手段kについて、次の期間において処理されるアプリケーションiのトラフィックレートが、以下のように計算される:次に、次の期間t1における、qikt<qiであるトラフィック処理手段kにおけるアプリケーションiの予想トラフィックレートが、以下のように計算される:次に、式13および式15から計算された、トラフィック処理手段kにおけるアプリケーションiの予想トラフィックレートに従って、次の期間t1においてトラフィック処理手段kに分配されるアプリケーションiの通信トラフィックが、以下のように計算される:上述の2つの例は、システム容量を改善するために、トラフィック処理手段における負荷バランスおよびトラフィック損失率を考慮する、処理能力ベースのトラフィック分配である。上述の処理能力ベースのトラフィック分配の他に、トラフィック損失率ベースのトラフィック分配も使用することができる。ATCA機器上で単一のアプリケーションが動作する場合、およびATCA機器上で複数のアプリケーションが動作する場合が、以下で説明される。ケース3:ATCA機器上で単一のアプリケーションが動作するこのケースでは、トラフィック分配規則は、次の期間においてトラフィック処理手段kに分配される予想トラフィックレートとして表される。最初に、期間tにおいて、式2および式3に従って、ステップS401において収集された着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段kの着信トラフィックレートλktおよびトラフィック損失率qktが計算され、ここで、k=1,...,Nである。次に、計算されたトラフィック損失率qktに基づいて、次の期間t1においてトラフィック処理手段kに分配される通信トラフィックの比が、以下のように計算される:したがって、次の期間t1においてトラフィック処理手段kに分配される予想トラフィックレートは、λkt1=C×rkとして計算され、ここで、Cは、ATCA機器の目標容量である。ケース4:ATCA機器上で複数のアプリケーションが動作するアプリケーションii=1,...,Mについて、最初に、式2および式3に従って、ステップS401において収集された着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段kにおけるアプリケーションiの着信トラフィックレートおよびトラフィック損失率が計算される。次に、アプリケーションiの総トラフィックレートが獲得される:次に、計算されたトラフィック損失率に基づいて、次の期間t1においてトラフィック処理手段kに分配される通信トラフィックの比が、以下のように計算される:したがって、次の期間t1においてトラフィック処理手段kに分配されるアプリケーションiの予想トラフィックレートは、以下のように計算される:次の期間におけるトラフィック処理手段のトラフィック分配規則が生成された後、ステップS410において、ATCA機器の着信通信トラフィックが、生成されたトラフィック分配規則に基づいてスケジュールされる。この実施形態では、ATCA機器の着信通信トラフィックが受信されると、トラフィック分配規則に従って、受信された通信トラフィックを処理するトラフィック処理手段が決定され、次に、受信された通信トラフィックが、決定されたトラフィック処理手段に転送される。さらに、新しいトラフィック分配規則に基づいて、新しいトラフィック分配テーブルを生成することができ、旧いトラフィック分配テーブルは更新される。上述の説明から、実施形態のATCA機器において通信トラフィックをスケジュールするための方法は、ATCA機器のためのサービス品質QoSに基づいたスケジューリング方法であり、このスケジューリング方法は、直接的にATCA機器のQoSを目標と見なし、またATCA機器の通信トラフィックを非常に良好にスケジュールし、それらのバランスを取って、ATCA機器により強いロバストネスと、より高い容量とを持たせるために、待ち行列理論を使用して、ATCA機器、特に非対称構成トラフィック処理手段を有するATCA機器のスケジューリング問題を解決することが分かる。したがって、実施形態の方法は、非対称マルチアプリケーション構成を有するATCA機器内のトラフィック処理手段の負荷を非常に良好にバランスさせることができ、ATCA機器全体のQoSおよび容量を保証することもできる。ある瞬間に、ATCA機器内の1つのトラフィック処理手段のサービス品質が、1E-2まで低下した場合でも、実施形態の方法は、ATCA機器が、契約したサービス品質を維持することを保証することができる。加えて、実施形態の方法は、各トラフィック処理手段の動的処理能力および動作環境を考慮し、ATCA機器全体のサービス品質および容量を保証するために、通信トラフィックを適応的に分配することができる。加えて、実施形態の方法は、簡単に実施することができる。本発明の同じ概念の下、図6は、本発明の一実施形態による、ATCA機器において通信トラフィックをスケジュールするための装置600の概略ブロック図を示している。実施形態が、以下で図を併用して詳細に説明されるが、先の実施形態における部分と同じ部分については、説明を適宜省略する。この実施形態では、ATCA機器は、少なくともトラフィック処理手段を含む。上で述べたように、トラフィック処理手段に加えて、ATCA機器は、トラフィック処理手段を制御するための制御手段を含むことができる。図6に示されるように、この実施形態の装置600は:トラフィック処理手段の通信トラフィック情報を収集する収集モジュール601と、収集モジュール601によって収集された通信トラフィック情報に基づいて、次の期間におけるトラフィック処理手段のためのトラフィック分配規則を生成するトラフィック分配規則生成モジュール602と、生成したトラフィック分配規則に基づいて、ATCA機器の着信通信トラフィックをスケジュールするスケジューリングモジュール603とを含む。収集モジュール601では、測定ユニット6011が、トラフィック処理手段における着信トラフィックおよび欠落トラフィックを測定する。加えて、必要であれば、収集モジュール601は、トラフィック処理手段のCPU使用率を獲得するためのユニット図示されずを含むことができる。収集モジュール601は、別個のモジュールとしてATCA機器から離れて配置することができ、または各トラフィック処理手段上に配置することができる。トラフィック分配規則生成モジュール602では、ATCA機器上で動作するアプリケーション毎に、着信トラフィックレート計算ユニット6021が、収集モジュール601からの着信トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートを計算する。一方、トラフィック損失率計算ユニット6022が、収集モジュール601によって提供される着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるアプリケーションのトラフィック損失率を計算する。その後、決定ユニット6023が、アプリケーションが動作しているトラフィック処理手段のうち、トラフィック損失率が所定のサービス品質を超えるトラフィック処理手段の数を決定し、通信トラフィック計算ユニット6024が、その数に基づいて、以降のプロセスを実行する。決定ユニット6023によって決定されたトラフィック処理手段の数がゼロに等しい場合、通信トラフィック計算ユニット6024は、通信トラフィックをスケジュールするための既存の方法のいずれか1つを使用して、次の期間においてトラフィック処理手段に分配されるアプリケーションの通信トラフィックを計算する。決定ユニット6023によって決定されたトラフィック処理手段の数がゼロに等しくない場合、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段に対しては、通信トラフィック計算ユニット6024は、着信トラフィックレート計算ユニット6021およびトラフィック損失率計算ユニット6022においてそれぞれ計算された着信トラフィックレートおよびトラフィック損失率に基づいて、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段におけるアプリケーションの現在の処理レートを計算し、計算された現在の処理レートに基づいて、次の期間における、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段におけるアプリケーションの予想トラフィックレートをさらに計算する。加えて、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段に対しては、通信トラフィック計算ユニット6024は、着信トラフィックレート計算ユニット6021において計算された着信トラフィックレートおよびアプリケーションの目標容量に基づいて、次の期間において処理されるアプリケーションのトラフィックレートを決定し、次の期間における、トラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段におけるアプリケーションの予想トラフィックレートをさらに計算する。最後に、通信トラフィック計算ユニット6024は、次の期間における、トラフィック損失率が所定のサービス品質を超えたトラフィック処理手段におけるアプリケーションおよびトラフィック損失率が所定のサービス品質よりも低いトラフィック処理手段におけるアプリケーションそれぞれの計算された予想トラフィックレートに基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックを計算する。この実施形態では、トラフィック分配規則生成モジュール602は、トラフィック処理手段の処理能力に基づいて、トラフィック分配を実行し、そのコンポーネントは、先のケース1および2の式に従って計算を実行できることが上述の説明から分かる。別の実施形態では、トラフィック分配規則生成モジュール602は、トラフィック損失率に基づいて、トラフィック分配を実行する。ATCA機器上で単一のアプリケーションが動作する場合、トラフィック分配規則生成モジュール602では、着信トラフィックレート計算ユニットが、収集モジュール601からの着信トラフィックに基づいて、トラフィック処理手段上の着信トラフィックレートを計算し、同時に、トラフィック損失率計算ユニットが、収集モジュール601によって提供された着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段におけるトラフィック損失率を計算する。その後、比計算ユニットが、トラフィック損失率計算ユニットにおいて計算されたトラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算し、予想トラフィックレート計算ユニットが、計算された比およびATCA機器の目標容量に基づいて、次の期間においてトラフィック処理手段に分配される予想トラフィックレートを計算する。このケースでは、トラフィック分配規則生成モジュール602のコンポーネントは、先に説明したケース3の式に従って、計算を実行することができる。ATCA機器上で複数のアプリケーションが動作する場合、トラフィック分配規則生成モジュール602では、アプリケーションの各々について、着信トラフィックレート計算ユニットが、収集モジュール601からの着信トラフィックに基づいて、トラフィック処理手段におけるアプリケーションの着信トラフィックレートを計算し、同時に、トラフィック損失率計算ユニットが、収集モジュール601からの着信トラフィックおよび欠落トラフィックに基づいて、トラフィック処理手段、アプリケーションのトラフィック損失率を計算する。次に、総トラフィックレート計算ユニットが、アプリケーションの総トラフィックレートを計算する。その後、比計算ユニットが、トラフィック損失率計算ユニットにおいて計算されたトラフィック損失率に基づいて、次の期間においてトラフィック処理手段に分配される通信トラフィックの比を計算し、予想トラフィックレート計算ユニットが、計算された総トラフィックレートおよび比に基づいて、次の期間においてトラフィック処理手段に分配されるアプリケーションの予想トラフィックレートを計算する。このケースでは、トラフィック分配規則生成モジュール602のコンポーネントは、先に説明したケース4の式に従って、計算を実行することができる。同様に、トラフィック分配規則生成モジュール602は、別個のモジュールとしてATCA機器から離れて配置することができ、またはATCA機器の制御手段内に配置することができる。トラフィック分配規則生成モジュール602は、着信通信トラフィックを分配するために、生成したトラフィック分配規則をスケジューリングモジュール603に提供する。スケジューリングモジュール603では、受信ユニット6031が、ATCA機器の着信通信トラフィックを受信すると、トラフィック処理手段決定ユニット6032が、トラフィック分配規則に基づいて、受信した通信トラフィックを処理するトラフィック処理手段を決定し、転送ユニット6033が、受信した通信トラフィックを決定されたトラフィック処理手段に転送する。加えて、トラフィック分配規則は、スケジューリングモジュール603内に記憶することができ、スケジューリングモジュール603は、新しいトラフィック分配規則を獲得した場合、新しいトラフィック分配テーブルを生成し、旧いトラフィック分配テーブルを更新する。この実施形態の、ATCA機器において通信トラフィックをスケジュールするための装置600は、図4および図5に示されたような通信トラフィックをスケジュールするための方法を動作可能に実施できることに留意されたい。実施形態の装置600は、スタンドアロン装置とすることができ、またはATCA機器内に組み込むことができる。この実施形態の、ATCA機器において通信トラフィックをスケジュールするための装置600、およびそのコンポーネントは、大規模集積回路もしくはゲートアレイなどのハードウェア回路、論理チップ、トランジスタなどの半導体、またはフィールドプログラマブルゲートアレイ、プログラム可能論理デバイスなどのプログラム可能ハードウェアデバイスによって実施でき、あるいは様々なプロセッサによって実行できるソフトウェアによって実施でき、あるいは上記のハードウェア回路とソフトウェアの組み合わせによって実施できることに留意されたい。図7は、図6に示されるような装置を実施した一例の概略図である。図7では、ATCA機器は、制御手段としての制御ブレードと、トラフィック処理手段としての複数のリアルタイムブレードとを含み、制御ブレードは、スイッチバックプレーンを介して、リアルタイムブレードと通信する。図7に示されるように、収集モジュールは、アプリケーション毎に各リアルタイムブレード上に配置され、トラフィック分配規則生成モジュールは、制御ブレード上に配置され、スケジューリングモジュールは、トラフィックリンクを用いて接続される。動作面では、リアルタイムブレード上の収集モジュールは、CPU使用率、各アプリケーションの着信トラフィックの数、欠落トラフィックの数などを含む、ブレードのリソースおよび負荷情報を収集し、各期間の終わりに、リソースおよび負荷情報を含むメッセージを生成し、それをトラフィック分配規則生成モジュールに送る。トラフィック分配規則生成モジュールは、収集モジュールを介して各リアルタイムブレードにおけるすべてのアプリケーションのリソース関連情報を知り、その情報に基づいて定期的に新しいトラフィック分配規則を計算し、新しいトラフィック分配規則をスケジューリングモジュールに通知する。トラフィック分配規則生成モジュールから新しいトラフィック分配規則を獲得した後、スケジューリングモジュールは、新しいトラフィック分配テーブルを生成して、古いトラフィック分配テーブルを更新する。通信トラフィックがATCA機器に入ると、どのリアルタイムブレードに通信トラフィックを分配するかを決定するために、トラフィック分配テーブルがチェックされ、選択されたブレードに通信トラフィックが転送される。アドバンストテレコムコンピューティングアーキテクチャベースの機器において通信トラフィックをスケジュールするための方法および装置が、いくつかの例示的な実施形態を通して説明されたが、これらの実施形態は網羅的ではなく、当業者は本発明の主旨および範囲内で様々な変更および修正を実現することができる。したがって、本発明は、これらの実施形態に限定されず、本発明の範囲は、添付の特許請求の範囲によってのみ確定される。"