(57)【要約】【課題】処理装置を選択するための方法を提供すること。【解決手段】初期サービスを実行することができ、少なくとも１つのリソースを管理する処理装置を選択するための、初期サービスの拡張性を高めること、実行中のサービスの安定性を高めること、およびいくつかの処理装置によって提供されるリソース群の使用率を向上させることができるシステムを提供するのに、各初期サービスに関して、さらなる拡張のためのリソースセットをそれぞれが定義する２つの拡張サービスが、算出され、拡張サービスを示す予約モードが、その拡張サービスが初期サービスに確保されることを保証する各処理装置に割り当てられ、処理装置は、予約モードが、装置に割り当てられている場合にだけ、選択されることが示唆される。【選択図】図４
2007189681.tif 000002
【特許請求の範囲】
【請求項１】
初期サービスを実行するための、少なくとも１つのリソースを管理する処理装置（２）を選択するための方法であって、
−各初期サービスに関して、さらなる拡張のためのリソースセットをそれぞれが定義する２つの拡張サービスが、算出され、
−拡張サービスを示す予約モードが、その拡張サービスが、初期サービスに確保されることを保証する各処理装置（２）に割り当てられ、
−処理装置（２）は、予約モードが、処理装置（２）に割り当てられている場合にだけ、選択されることを特徴とする、方法。
【請求項２】
２つの拡張サービスが、初期サービスによる使用のために確保される最大リソースセットを定義する最大拡張サービス、および初期サービスによる使用のために確保される最小リソースセットを定義する最小拡張サービスとして実現されることを特徴とする、請求項１に記載の方法。
【請求項３】
処理装置（２）は、各初期サービスが、最大拡張サービスまで拡張されることが保証される場合はいつでも、最大予約モードになっており、処理装置（２）は、各初期サービスが、最小拡張サービスまで拡張されることが保証される場合はいつでも、最小予約モードになっており、処理装置（２）が、最大予約モードから最小予約モードに切り替わった場合、少なくとも、処理装置（２）が、最大予約モードに再び切り替わる限り、既に実行されている各初期サービスは、最小拡張サービスまでしか拡張されることが保証されないことを特徴とする、請求項２に記載の方法。
【請求項４】
初期サービスのための予約は、初期サービスが、サービス開始以来、事前定義された時間間隔内に拡張されない場合、取り消されることを特徴とする、請求項１から３のいずれか一項に記載の方法。
【請求項５】
処理装置（２）上で実行されている各サービスが、それまでに使用されていたリソースが解放されるように再構成されることが可能であることを特徴とする、請求項１から４のいずれか一項に記載の方法。
【請求項６】
負荷が、各処理装置（２）に割り当てられ、少なくとも１つの処理装置（２）の負荷が、評価され、処理装置（２）は、評価の結果に応じて選択されることを特徴とする、請求項１から５のいずれか一項に記載の方法。
【請求項７】
処理装置（２）の負荷が、
−依然として利用可能であるリソース、
−既に使用中のリソース、
−処理装置（２）上で既に実行されているサービスの数、
−現在の予約モードに応じて、依然として開始されることが可能なサービスの数、または
−各リソースに関して、依然として利用可能な部分、または既に使用されている部分を考慮に入れるメトリックに従って測定されることを特徴とする、請求項１から６のいずれか一項に記載の方法。
【請求項８】
少なくとも１つの処理装置（２）が、最大予約モードになっている場合、最高の負荷を有し、最大予約モードになっている処理装置（２）が、選択されることを特徴とする、請求項１から７のいずれか一項に記載の方法。
【請求項９】
いずれの処理装置（２）も、最大予約モードになっていないが、少なくとも１つの処理装置（２）が、最小予約モードになっている場合、最小の負荷を有し、最小予約モードになっている処理装置（２）が、選択されることを特徴とする、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
いずれの処理装置（２）も、最大予約モードになっていないが、少なくとも１つの処理装置（２）が、最小予約モードになっている場合、最高の負荷を有し、最小予約モードになっている処理装置（２）が、選択されることを特徴とする、請求項２から９のいずれか一項に記載の方法。
【請求項１１】
いずれの処理装置（２）も、最大予約モードになっておらず、いずれの処理装置（２）も、最小予約モードになっていない場合、いずれの処理装置（２）も、選択されないことを特徴とする、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
最大予約モードまたは最小予約モードが、少数の大きいサービスが提供されるべきか、または多数の小さいサービスが提供されるべきかに応じて定義されることを特徴とする、請求項２から１１のいずれか一項に記載の方法。
【請求項１３】
処理装置（２）が、無線ネットワークに接続されることが可能な基地局の一部であることを特徴とする、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
無線ネットワークが、ＵＴＲＡＮであり、基地局は、ノードＢであることを特徴とする、請求項１３に記載の方法。
【請求項１５】
初期サービスによって要求されることが可能な少なくとも１つのリソースをそれぞれが提供する少なくとも２つの処理装置（２）を含む、無線ネットワークに接続されることが可能な基地局であって、
請求項１から１２のいずれか一項に記載の方法を実行するように構成されることを特徴とする基地局。
【請求項１６】
データ処理ユニット（１）上で、特に、基地局上で実行されるように構成されたコンピュータプログラムであって、
データ処理ユニット（１）上で実行された場合、請求項１から１４のいずれか一項に記載の方法を実行するようにプログラミングされることを特徴とするコンピュータプログラム。
【請求項１７】
記憶装置上に、特に、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）、またはハードディスクに格納されることを特徴とする、請求項１６に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、初期サービスを実行するための、少なくとも１つのリソースを提供する処理装置を選択するための方法に関する。
【０００２】
また、本発明は、初期サービスによって要求されることが可能な少なくとも１つのリソースをそれぞれが提供する少なくとも２つの処理装置を含む、無線ネットワークに接続されることが可能な基地局にも関する。
【０００３】
さらに、本発明は、データ処理装置上で、特に、リソースマネージャ上、または基地局上で実行されるように構成されたコンピュータプログラムにも関する。
【背景技術】
【０００４】
処理装置は、データ処理のための様々なサービスを提供する。サービスを実現するのに、いくつかのリソースが、必要とされる。通常、異なるサービスは、処理中に異なる量のリソースを要求する。リソースマネージャが、それらのリソースを管理する。処理装置のリソースは、限られているので、適切なリソースが利用可能でない場合、要求されたサービスは、拒否される可能性がある。
【０００５】
処理装置は、通信システムの一部であることが可能である。処理装置によって提供されるサービスには、通常、データ、例えば、データストリームを受信すること、例えば、受信されたデータを異なるデータフォーマットに変換することにより、受信されたデータを処理すること、またはデータストリーム内の歪んだデータを見つけ出し、除去すること、および、例えば、別の処理装置に、ユーザ端末装置に、または別の通信システムに、データを伝送することが含まれる。
【０００６】
サービスが開始される際、サービスは、しばしば、僅かなリソースしか要求せずに開始される。このいわゆる初期サービスは、例えば、２つの端末装置間で、例えば、２つの移動遠隔通信装置間で通信リンクを確立するのに使用される。しばしば、初期サービスは、そのサービスを処理する間に拡張される必要があり、概して、より多くのリソースを要求する。将来の拡張によって要求されるリソースの量は、初期サービスを開始する時点で知られていない。それらのリソースが、利用可能でない場合、そのサービスは、停止され、これは、一方で、ユーザに不愉快であり、他方で、サービスの基本的な目的、すなわち、信頼できることと矛盾するシステム不安定性を生じさせる。
【０００７】
サービスが要求された場合、しばしば、いくつかの処理装置が、要求されたサービスを提供することができ、これは、原則として、それらの処理装置のいずれかが、選択されなければならないことを意味する。通信システムの分野内で、依然として利用できる、または既に使用されている１つの特定のリソースの量に応じて、処理装置を分類することが知られている。次に、複数の処理装置のいずれかの装置の選択が、利用可能なリソースの量に応じて実行され、すなわち、それらのリソースの大半を依然として利用できる処理装置が、選択される。
【０００８】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）において、いわゆるノードＢは、いくつかの処理装置を含み、各処理装置は、いくつかのリソースを含む。それらのリソースの１つが、処理装置の一部であるＤＳＰ（デジタル信号プロセッサ）のダウンリンクデータストリーム（ＤＬ）に関する、現在、利用可能なビット伝送速度を表す、いわゆるＤＬビット伝送速度である。ノードＢから新たなサービスが要求された場合、各処理装置の利用可能なＤＬビット伝送速度に応じて、処理装置が、選択される。
【０００９】
初期サービスが、ある処理装置上で開始され、拡張される必要がある場合、その処理装置は、あまりにも多くのサービスが、その処理装置上で既に実行されているという事実のため、サービス拡張に必要とされるリソースを、しばしば、提供しない。そのサービスを別の処理装置に再割り当てすることは、通常、可能でない。というのは、そうすることは、データストリームを処理することの中断を意味するからである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、本発明の目的は、初期サービスの拡張性を高め、実行中のサービスの安定性を高める処理装置を選択するための方法を提供することである。本発明のさらなる目的は、いくつかの処理装置によって提供されるリソースの利用率を向上させることである。
【課題を解決するための手段】
【００１１】
以上の目的は、
−各初期サービスに関して、さらなる拡張のためのリソースセットをそれぞれが定義する２つの拡張サービスが、算出され、
−拡張サービスを示す予約モードが、その拡張サービスが、初期サービスに確保されることを保証する各処理装置に割り当てられ、
−処理装置は、予約モードが、装置に割り当てられている場合にだけ、選択される、前述した方法によって解決される。
【００１２】
本発明の方法は、各処理装置に関して、少なくとも１つのリソースの量を定義して、その量まで、初期サービスが拡張されることが保証されることを可能にする。それらの拡張サービスは、その拡張サービスが、すなわち、そのリソースセットが、初期サービスに確保されることを保証する各処理装置に割り当てられた予約モードによって示される。
【００１３】
拡張サービスを定義することは、いくつかのパラメータを考慮することが可能である。特に、拡張サービスは、あるサービスを実行するのに要求されるリソース群を含むことが可能である。サービスが、例えば、ストリーミングビデオの伝送を可能にする場合、高いダウンリンク（ＤＬ）ビット伝送速度が、リソースセットの中に含められなければならない。処理装置が、その拡張サービスを示す予約モードになっている場合、その処理装置上で実行されている各初期サービスが、ストリーミングビデオが伝送されるのが可能であるように、拡張されることが可能であることが保証される。
【００１４】
本発明の方法は、処理装置上で実行されている初期サービスの安定性を高める。というのは、初期サービスは、少なくとも１つの拡張サービスへの拡張が保証される場合にだけ、開始されるからである。このため、そのサービスを要求するユニットには、いずれの拡張サービスが利用可能であるかが分かる。
【００１５】
有利には、２つの拡張サービスは、最大拡張サービスおよび最小拡張サービスとして実現される。最大拡張サービスは、初期サービスによる使用のために確保される最大リソースセットを定義する。最小拡張サービスは、初期サービスによる使用のために確保される最小リソースセットを定義する。
【００１６】
特にこのことは、サービスを実行することの安定性を高める。というのは、初期サービスは、処理装置が、少なくとも、最小拡張サービスへの初期サービスの拡張を可能にする場合にだけ、開始されるからである。最小拡張サービスによって定義される最小リソースセットは、例えば、通信システム内で、少なくとも音声関連データが伝送されることが可能であるように、算出されることが可能である。
【００１７】
最大拡張サービスは、処理装置が最大予約モードになっている限り、１つまたは複数のリソースの量を定義して、その量まで、初期サービスが少なくとも拡張されることが可能であるように、定義されることが可能である。最大拡張サービスは、処理装置または処理装置セットによって提供されることが可能なサービスの数と、その処理装置によって提供されるべきサービスのタイプとの間のトレードオフを実現するように算出されることが可能である。通信システムの分野内で、最大拡張サービスは、あるデータフォーマットに従って、さらに、例えば、あるサンプリングレートまで、ビデオストリームを処理して、伝送するのに要求されるリソースを定義することが、例えば、可能である。
【００１８】
処理装置によって提供される各初期サービスが、最大拡張サービスまで、現在、拡張されることが可能であると処理装置が保証する場合、その処理装置は、最大予約モードになっている。
【００１９】
処理装置によって提供されるすべての初期サービスが、最小拡張サービスまで拡張されることが可能であると、その処理装置が保証する場合、その処理装置は、最小予約モードになっている。
【００２０】
処理装置が、最大予約モードから最小予約モードに切り替わった場合、少なくとも、処理装置が、最大予約モードに再び切り替わる限り、既に実行されている各初期サービスは、最小拡張サービスまでしか拡張されることが保証されない。
【００２１】
処理装置は、予約モードが、その装置に割り当てられている場合にだけ、選択されるので、選択された各処理装置は、少なくとも、最小予約モードになっている。このことは、各初期サービスが、少なくとも最小拡張サービスまで拡張されることを保証する。
【００２２】
初期サービスのための予約は、初期サービスが、サービス開始以来、事前定義された時間間隔内に拡張されない場合、取り消される。このことは、リソースが、初期サービスに確保されているが、少なくとも事前定義された時間間隔内で、サービス拡張のために使用されていないことのためにブロックされるのを防止する。
【００２３】
本発明の好ましい実施形態によれば、各処理装置に負荷が割り当てられる。処理装置を選択するのに、少なくとも１つの処理装置の負荷が、評価される。このことは、例えば、初期サービスを利用可能な処理装置に均等に分担させて、各処理装置に同様に負荷がかかるようにすることを可能にする。
【００２４】
好ましくは、処理装置の負荷は、以下に従って測定される。すなわち、
−依然として利用可能であるリソース、
−既に使用中のリソース、
−処理装置上で既に実行されているサービスの数、
−現在の予約モードに応じて、依然として開始されることが可能なサービスの数、または
−各リソースに関して、依然として利用可能な部分、または既に使用されている部分を考慮に入れるメトリックである。
【００２５】
以上の値は、処理装置の負荷を測定するのに特に適している。負荷が、依然として利用可能であるリソースによって定義される場合、新たな初期サービスが、処理装置上で開始されることが可能であるかどうかが、容易に判定されることが可能である。
【００２６】
通常、処理装置上で実行されている各初期サービスが、管理されなければならず、これにより、オーバヘッドが生じる。このことが、処理装置によって提供される初期サービスの数が限られることの１つの理由である。既に実行されているサービスの数、または依然として開始されることが可能なサービスの数を知っていることが、処理装置の選択のために有利に考慮されることが可能である。しかし、処理装置によって提供されることが可能なサービスの数自体、以上の文脈内でリソースと見なされることが可能であることを述べておかなければならない。
【００２７】
好ましくは、メトリックを使用して、処理装置の負荷が測定される。負荷を適切に表現し、このため、リソース消費量を適切に表現して、負荷の点で処理装置の比較可能性をもたらす任意のメトリックが、この文脈において考えられる。メトリックは、処理装置によって提供される各リソースに関して、依然として利用可能であるそのリソースの部分、または既に使用されているそのリソースの部分を考慮に入れる。そのようなメトリックは、各リソースに重みをさらに割り当てて、依然として利用可能である、または既に使用されている各リソースの部分が、重みに応じた割合で考慮されるようにすることができる。
【００２８】
好ましくは、少なくとも１つの処理装置が、最大予約モードになっている場合、最高の負荷を有し、最大予約モードになっている処理装置が、選択される。このことは、最大予約モードになっているすべてのプロセッサのなかで、最も負荷がかかっているプロセッサが、新たなサービスを開始するように選択されることを意味する。
【００２９】
この選択基準を使用すると、最大予約モードになっている、最高に負荷がかかっているプロセッサは、最小予約モードに入るまで、満たされる傾向がある。最大予約モードになっている、最高に負荷がかかっているプロセッサ上で新たなサービスが開始される一方で、最大予約モードになっている他のプロセッサ群は、停止されたサービスによって解放される傾向がある。また、最小予約モードになっている処理装置群も、停止されたサービスによって解放される傾向がある。このことは、初期サービスに関して最大拡張サービスへの拡張が可能である場合、最小予約モードになっている処理装置群が、最大予約モードに入ることを可能にする。このため、この選択基準は、ほとんどの処理装置を最大予約モードで動作させることを可能にする。
【００３０】
好ましくは、いずれの処理装置も、最大予約モードになっていないが、少なくとも１つの処理装置が、最小予約モードになっている場合、最小の負荷を有し、最小予約モードになっている処理装置が、選択される。このことは、いずれの処理装置も、最大予約モードになっていない場合、最小予約モードになっているすべての処理装置のなかで、最も負荷のかかっていないプロセッサが、新たなサービスを開始するように選択されることを意味する。
【００３１】
これにより、すべての処理装置が、均等に満たされることが確実になる。サービスが停止されると、処理装置は、最大拡張サービスへの拡張が可能になるとすぐに、最大予約モードに入る。同様のリソース使用率を有し、同様の予約レベルにある、均等に負荷のかかった処理装置群を所与として、処理装置群は、処理装置群の解放されたリソースが、最大拡張サービスのレベルに達すると、最大予約モードに入る。
【００３２】
別の有利な実施形態によれば、いずれの処理装置も、最大予約モードになっていないが、少なくとも１つの処理装置が、最小予約モードになっている場合、最高の負荷を有し、最小予約モードになっている処理装置が、選択される。最小予約モードになっている、最小の負荷ではなく、最大の負荷がかかっている処理装置をこのように選択することは、最小予約モードから最大予約モードへのより早期の遷移をもたらす。というのは、単一の処理装置が、最大予約モードに達する確率は、より高いからである。この選択基準を使用すると、割り当てられた初期サービスは、最大拡張サービスまで拡張可能でない、より高いリスクを有する。
【００３３】
処理装置のいずれも、最大予約モードになっておらず、処理装置のいずれも、最小予約モードになっていない場合、いずれのプロセッサも、全く選択されず、要求されたサービスは、拒否される。したがって、要求されたリソースが、利用可能でないという事実のために、初期サービスが拡張されることが可能でない可能性が、低減される。代わりに、初期サービスは、少なくとも、最小拡張サービスまでの拡張が保証される場合にだけ、開始される。
【００３４】
本発明の方法によれば、少数の、ただし、大きいサービスだけが提供されることが可能であるように、または多数の小さいサービスが提供されることが可能であるように、最大予約モードまたは最小予約モードを定義することが有利に可能である。したがって、最小拡張サービスおよび最大拡張サービスによって定義されるリソースセットは、それに相応して選択されることが可能である。
【００３５】
本発明の別の好ましい実施形態によれば、処理装置は、無線ネットワークに接続されることが可能な基地局の一部である。ＵＭＴＳ標準によれば、無線ネットワークは、ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）として実現されることが可能であり、基地局は、ノードＢとして実現されることが可能である。
【００３６】
また、目的は、無線ネットワークに接続されることが可能な基地局によっても解決され、基地局は、初期サービスによって要求されることが可能な少なくとも１つのリソースをそれぞれが提供する少なくとも２つの処理装置を含み、基地局は、本発明の方法を実行するように構成される。
【００３７】
また、目的は、データ処理ユニット上で、特に、基地局上、またはリソースマネージャ上で実行されるように構成されたコンピュータプログラムによっても解決され、コンピュータプログラムは、コンピュータプログラムが、データ処理ユニット上で実行された場合、本発明の方法を実行するようにプログラミングされ、データ処理ユニットは、少なくとも２つの処理装置を含む。
【００３８】
コンピュータプログラムの形態で本発明を実現することは、特に重要である。コンピュータプログラムの諸部分は、本発明の方法を実行するために、異なる処理ユニット上、または異なるコンピュータで実行されることが可能である。本発明は、このため、コンピュータプログラムによって実現され、そのコンピュータプログラムは、実行するのにコンピュータプログラムが適している方法と同じ意味で、本発明を表す。コンピュータプログラムは、好ましくは、記憶要素の中に格納される。記憶要素は、特に、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、またはコンパクトディスク（ＣＤ）もしくはデジタルバーサタイルディスク（ＤＶＤ）のような光記憶媒体であることが可能である。
【発明を実施するための最良の形態】
【００３９】
本発明のさらなる特徴、応用、および利点は、図面に示される本発明の例示的な諸実施形態の以下の説明から明白となろう。以下に、別々に、または任意の組み合わせで説明され、示されるすべての特徴は、説明における言い回し、または図面における表現とは無関係に、さらに、特許請求の範囲における組み合わせ、または請求項の従属関係とは無関係に、本発明の主題を表す。
【００４０】
図１は、いくつかの処理装置２を含むデータ処理ユニット１、例えば、通信システム内の基地局を示す。処理ユニット１は、リンク３およびアンテナ４によって通信システムにリンクされる。処理ユニット１は、無線リンク５を介してユーザ端末装置６に、例えば、移動遠隔通信装置にデータを伝送するように実施される。また、データ処理ユニット１は、リソースマネージャ７も含む。また、リソースマネージャ７は、データ処理ユニット１内部のハードウェアで実施されることも可能である。しかし、リソースマネージャ７は、処理装置２の一部であることも可能であり、リソースマネージャは、特定の処理装置２上で実行されているソフトウェアで実現されることも可能である。データ処理ユニット１からサービスが要求され、リソースマネージャ７が、初期サービスが開始されるべき処理装置群２の１つの装置を選択するか、または要求を拒否する。
【００４１】
第１のユーザ端末装置（図１に示さず）が、ユーザ端末装置６への接続を確立することを所望する場合、サービス要求が、リンク３を介して第１のユーザ端末装置から処理ユニット１に送信される。処理ユニット１内で、要求されたサービスを提供する処理装置２が、選択される。処理装置２が選択された場合、要求されたサービスは、初期サービスとして開始される。
【００４２】
本発明によれば、初期サービスを提供するように選択される処理装置２は、初期サービスが、少なくとも事前定義された最小拡張サービスまで拡張されることが可能であることを保証する。そのような処理装置２は、最小予約モードで動作する。
【００４３】
１つまたはいくつかの処理装置２が、最大予約モードになっている場合、少なくとも、処理装置２が、最大予約モードになっている限り、最大拡張サービスまでの拡張が保証されるように、それらの処理装置２の１つが、選択される。処理装置２が、最大予約モードから最小予約モードに切り替わった場合、すべての実行中の初期サービスに、最小拡張サービスまでだけしか拡張が、保証されない。最大予約モードになっている処理装置群２のなかで、要求されたサービスは、最高の負荷を有する処理装置２上で実行される。
【００４４】
いずれの処理装置も、最大予約モードになっておらず、いずれの処理装置２も、最小予約モードになっていない場合、要求されたサービスは、拒否される。
【００４５】
各処理装置２の負荷が、処理装置２によって提供される１つまたはいくつかのリソースを考慮に入れるメトリックに従って、測定されることが可能である。
【００４６】
図２は、所与の時点で実行中のサービスを処理するために所与の処理装置２によって使用されるのに利用可能であるリソース群の簡略図を示す。処理装置２によって使用されるリソース群は、所定の時間間隔で算出されることが考えられる。図２に示される棒グラフの各棒は、リソースを表す。線影付きの部分は、処理装置２の現在のモードに応じて各サービスが拡張されることが可能であるように、確保されているリソースの部分を表す。例えば、処理装置２が、現在、最大予約モードになっている場合、棒の線影付きの部分は、現在、実行中の各サービスが、最大予約モードまで拡張された場合に使用される、各リソースの量を表す。しかし、処理装置２が、現在、最小予約モードになっている場合、棒の線影部分は、実行中の各サービスが、最小予約モードまで拡張された場合に使用される、各リソースの量を表す。
【００４７】
処理ユニット１が、基地局である場合、リソースは、アップリンク（ＵＬ）クレジット、ダウンリンク（ＤＬ）クレジット、ＵＬビット伝送速度、ＤＬビット伝送速度、ツインスプレッダの数、デジタル信号処理（ＤＳＰ）負荷、または処理装置２によって維持されるユーザ端末装置もしくはユーザ機器の数であることが可能である。
【００４８】
この実施例によれば、各処理装置２に関して、アップリンクおよびダウンリンクに関するクレジットが、定義され、各クレジットは、処理装置２の現在の推定処理能力を表す。ツインスプレッダは、送信ダイバーシチが活性化される場合に、１つまたは２つの送信アンテナ４に関する伝送チャネルの拡散およびスクランブルを実行することを可能にする処理リソースを表す。ＤＳＰ負荷は、過負荷保護のために使用され、負荷が、事前定義された閾値を下回ることを保証しなければならない。
【００４９】
図３ａは、初期サービスから要求される例示的なリソースを表す棒グラフを示す。この場合も、各棒グラフは、リソースを表し、その棒の線影付きの部分は、初期サービスを開始し、処理するのに使用される、そのリソースの量を表す。図３ａに示された実施例では、６つのリソースのうち３つのリソースだけが、初期サービスを開始するのに必要とされる。これは、単に例示的な想定である。というのは、実際には、しばしば、すべての種類、またはほぼすべての種類のリソースが、少なくとも非常に少量で、初期サービスのために使用されるからである。
【００５０】
図３ｂは、ある最小拡張サービスを提供するのに要求されるリソースの量を棒グラフで示す。図３ｃは、最大拡張サービスを提供するのに要求されるリソースを示す。この場合も、各棒の線影付きの部分は、適切なサービスを提供するのに要求されるリソースの量を示す。
【００５１】
処理装置２は、その時点における処理装置の線影付きの棒が、図２に示された限度を超えることなしに、初期サービス３ａの線影付きの棒の量だけ増加させられることが可能である場合にだけ、初期サービス３ａを開始することができることは、明らかである。同様に、最小拡張サービス３ｂおよび最大拡張サービス３ｃは、線影付きの棒が、所与の限度を超えることなしに、適切なリソースの量だけ拡張されることが可能である場合にだけ、処理装置２によって提供されることが可能である。
【００５２】
本発明によれば、初期サービスは、最小拡張サービスが、処理装置２によって提供されることが可能である場合にだけ、開始される。このことは、それぞれの新たな初期サービスに関して、初期サービスから必要とされるリソース群が、処理装置２から利用可能であるかどうかが判定されるだけでなく、初期サービスを最小拡張サービスにまで拡張するために要求されるリソース群が、処理装置２において利用可能であるかどうかが判定されることを意味する。初期サービスに要求されるリソース群が、利用可能であるが、最小拡張サービスに要求されるリソース群が、利用可能でない場合、初期サービスは、拒否される。このことは、つまり、初期サービスは、初期サービスが、最小拡張サービスまで拡張されることが可能であると保証される場合にだけ、処理装置２上で開始されることを意味する。その結果、このことは、処理装置２が、少なくとも最小予約モードになっている場合にだけ、初期サービスが開始されることを意味する。
【００５３】
図２、および図３ａないし図３ｃに示される実施例によれば、図３ａに示される初期サービスは、図２に示されるように負荷がかかった処理装置２上で開始されることが可能である。というのは、図３ｂに示されるとおり、少なくとも、最小拡張サービスまでの拡張が、処理装置２によって保証されることが可能であるからである。
【００５４】
図３ｃに示されるリソース確保によって定義される、最大拡張サービスまでの初期サービスの拡張は、処理装置２によって保証されることが可能でない。というのは、図３ｃの第５の棒によって表され、最大拡張サービスまでの拡張を保証するのに使用されるリソースの量は、依然として利用可能である部分を表す、図２の対応するリソースの線影の付いていない部分の中に収まらないからである。このことから、処理装置に、図２に示されるとおり負荷がかかっており、最小拡張サービスが、図３ｂに示されるとおり定義され、最大拡張サービスが、図３ｃに示されるとおり定義されているものと想定すると、処理装置２は、最小予約モードになっているものと結論付けることができる。このことは、最大予約モードになっている処理装置２は、少なくとも、処理装置２が、最大予約モードになっている限り、最大拡張サービスまでの拡張しか保証しないことを意味する。
【００５５】
図４は、本発明による方法の実施形態の流れ図を示す。
【００５６】
方法は、ステップ１００で始まり、初期サービスが、要求される。
【００５７】
ステップ１０１で、最大予約モードになっている処理装置２が、存在するかどうかが判定される。存在する場合、方法は、ステップ１０２に分岐して、最大予約モードになっている最高の負荷がかかっている処理装置２が、識別され、選択される。図２に示される処理装置２の負荷の例によれば、２つ以上の処理装置２の負荷が比較されることが可能であり、最高の負荷がかかったプロセッサが特定されることが可能であるように、各処理装置２の負荷を定義するメトリックが、生じさせられることが可能である。数学的に述べると、生じさせられるメトリックは、最大予約モードになっている処理装置２セットのなかの各処理装置２に対する順序を定義することができなければならない。そのようなメトリックは、例えば、負荷をパーセンテージ値として定義することができ、負荷は、おそらく、各リソースに対する重みをまず、定義し、各リソースの負荷にその重みを掛けることにより、各リソースの負荷の平均値として算出される。様々なさらなる、より高度なメトリックが、当業者には考えられる。それらのメトリックには、応用の範囲に応じて１つまたは複数のリソースの重要度を定義する特性が、特に含まれることが可能である。
【００５８】
ステップ１０５で、初期サービスが、ステップ１０２において選択された処理装置２上で開始される。
【００５９】
ステップ１０１で、最大予約モードになっていると判定された処理装置２が、全く存在しない場合、方法は、ステップ１０３に分岐する。ステップ１０３で、処理装置２のいずれかが、最小予約モードになっているかどうかが確認される。そのような処理装置２が存在する場合、最小予約モードになっている最も負荷がかかっていない処理装置２が、ステップ１０４で選択される。この場合も、前述したメトリックを使用して、最も負荷のかかっていない処理装置２セットのなかの処理装置２の負荷が測定され、比較されることが可能である。最も負荷のかかっていない処理装置２が選択されると、ステップ１０５で、初期サービスが、選択された処理装置２上で開始される。
【００６０】
ステップ１０３で、最小予約モードになっている処理装置２が、全く特定されないと、方法は、ステップ１０６に分岐し、初期サービスが、拒否される。このことは、少なくとも、最小拡張サービスまでの拡張が保証されることが可能でない場合、少なくとも１つの処理装置２が、初期サービス自体を提供する十分なリソースを提供する場合でも、初期サービスの要求は、拒否されることを特に意味する。
【００６１】
本発明の方法のさらなる諸実施形態も考えられる。例えば、ステップ１０４で、最小予約モードになっている最高の負荷がかかっている処理装置が、選択されることが考えられる。ステップ１０２で、最大予約モードになっている最も負荷のかかっていない処理装置が、選択されることがさらに考えられる。
【図面の簡単な説明】
【００６２】
【図１】本発明の方法が実行されることが可能な概略のデータ処理ユニットを示す図である。
【図２】処理装置の使用されるリソース群を示す概略図である。
【図３ａ】初期サービスのリソース使用量の簡略化された例を示す図である。
【図３ｂ】最小拡張サービスのリソース使用量を示す概略図である。
【図３ｃ】最大拡張サービスのリソース使用量を示す概略図である。
【図４】本発明の実施形態を示す流れ図である。
【符号の説明】
【００６３】
１  データ処理ユニット
２  処理装置
３  リンク
４  アンテナ
５  無線リンク
６  ユーザ端末装置
７  リソースマネージャ
【図１】
2007189681.tif 000003
【図２】
2007189681.tif 000004
【図３ａ】
2007189681.tif 000005
【図３ｂ】
2007189681.tif 000006
【図３ｃ】
2007189681.tif 000007
【図４】
2007189681.tif 000008
【外国語明細書】
2007189681.tif 000009
2007189681.tif 000010
2007189681.tif 000011
2007189681.tif 000012
2007189681.tif 000013
2007189681.tif 000014
2007189681.tif 000015
2007189681.tif 000016
2007189681.tif 000017
2007189681.tif 000018
2007189681.tif 000019
2007189681.tif 000020
2007189681.tif 000021
2007189681.tif 000022
2007189681.tif 000023
2007189681.tif 000024
2007189681.tif 000025
2007189681.tif 000026
2007189681.tif 000027
2007189681.tif 000028
2007189681.tif 000029
2007189681.tif 000030
2007189681.tif 000031
2007189681.tif 000032
2007189681.tif 000033
2007189681.tif 000034