(57)【特許請求の範囲】
【請求項１】
複数のネットワーク事業者の間で通信帯域幅のリソースを共有する基地局であって、
（ａ）前記通信帯域幅の前記リソースの第１の仮想的なリソースプールを表す第１の割合と、
（ｂ）前記通信帯域幅の前記リソースの第２の仮想的なリソースプールを表す第２の割合と、
（ｃ）前記第１の仮想的なリソースプールに対して、
各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるべき、前記第１の仮想的なリソースプールにおける前記リソースの予約済み割合を表す各第１のプール割合と、
（ｄ）前記第２の仮想的なリソースプールに対して、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに配分されるべき、前記第２の仮想的なリソースプールにおける前記リソースの予約済み割合を表す各第２のプール割合と、を規定する手段と、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットに対するリソースの配分を、前記仮想的なリソースプールのうちの少なくとも１つにおけるそのネットワーク事業者の前記プール割合に基づく解析に応じて優先順位付けする手段と、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分する手段と、
を備える、複数のネットワーク事業者の間で通信帯域幅のリソースを共有する基地局。
【請求項２】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外するように動作可能である、請求項１に記載の基地局。
【請求項３】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、スケジューリングの間に前記配分する手段にその少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを無視させることによって、リソース配分から除外するように動作可能である、請求項２に記載の基地局。
【請求項４】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、その少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを通信ベアラのセットの優先順位付きリストから省略することによってリソース配分から除外するように動作可能である、請求項２又は３に記載の基地局。
【請求項５】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、その少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに最小（又は「０」）の優先順位を与えることによってリソース配分から除外するように動作可能である、請求項２〜４のいずれか１項に記載の基地局。
【請求項６】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、前記解析が、その１つ又は複数の通信ベアラのセットによるリソース使用量の測定量が全ての仮想的なリソースプールにわたるそのネットワーク事業者用の全てのプール割合の合計を越えていることを示しているときに、リソース配分から除外するように動作可能である、請求項２〜５のいずれか１項に記載の基地局。
【請求項７】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、以下の不等式によって表される条件が満たされるときにリソース配分から除外するように動作可能であり、
【数１】
0006044813.tif 000148
ここで、
【数２】
0006044813.tif 000149
は、「ｊ」で示すサブフレームについて測定された、「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットによる前記リソース使用量の測定量であり、Ｍは、仮想的なリソースプールの数であり、
【数３】
0006044813.tif 000150
は、「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットの事業者割合が「ｊ」で示すサブフレームで「ｍ」で示す仮想的なリソースプールにおいて取得することができるリソースの前記割合である、請求項６に記載の基地局。
【請求項８】
特定のネットワーク事業者が取得することができる前記リソースの前記割合
【数４】
0006044813.tif 000151
は、以下の式によって表すことができ、
【数５】
0006044813.tif 000152
ここで、
【数６】
0006044813.tif 000153
は、「ｍ」で示すリソースプールにおける「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットについての０〜１の範囲にあるプール割合のサイズであり、ｆｇは、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの仮想的なリソースプールについて、そのネットワーク事業者がその特定のプールの使用を認められている場合には１に設定されるとともに、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの仮想的なリソースプールについて、そのネットワーク事業者がその特定のプールの使用を認められていない場合には０に設定されるブール演算子であり、Ｑは、その特定のリソースプールの使用を認められている全てのネットワーク事業者の通信ベアラの中のその特定のリソースプールにおいて分配することができる残りのリソースの量であり、各仮想的なリソースプールを解析するとき、Ｑは、その特定のリソースプールのサイズに初期設定される、請求項７に記載の基地局。
【請求項９】
前記リソース使用量の測定量は、所定の数のサブフレームにわたるリソース使用量を表す、請求項６〜８のいずれか１項に記載の基地局。
【請求項１０】
前記リソース使用量の測定量は、全てのリソースプールにわたる１つ又は複数の通信ベアラのそのセットによるリソース使用量を表す、請求項６〜９のいずれか１項に記載の基地局。
【請求項１１】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、
前記通信帯域幅が輻輳状態にある場合、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるそれぞれのリソース割当分を規定する手段と、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用の前記規定されたそれぞれのリソース割当分に応じて優先順位付けする手段と、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分する手段と、
を備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局。
【請求項１２】
スケジューリングが前記優先順位付けのみに基づいている場合に未使用のままであるリソース量の測定量を前記スケジューリングの前に求めるとともに、少なくとも１つの他のネットワーク事業者の前記通信ベアラへの前記未使用のままであるリソース量の分配を、そのネットワーク事業者用の前記それぞれのリソース割当分に応じて規定する手段を更に備える、請求項１１に記載の基地局。
【請求項１３】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、そのネットワーク事業者用の前記それぞれのリソース割当分に応じてリソース配分から除外するように動作可能である、請求項１１又は１２に記載の基地局。
【請求項１４】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記１つ又は複数の通信ベアラのセットについて求められたそれぞれの重みに応じて、前記リソースの配分を優先順位付けするように動作可能である、請求項１１〜１３のいずれか１項に記載の基地局。
【請求項１５】
特定のネットワーク事業者の１つ又は複数の通信ベアラのセットの前記重みは、その通信ベアラのセットについて、測定されたリソース使用量に対する前記それぞれのリソース割当分の比によって与えられる、請求項１４に記載の基地局。
【請求項１６】
１つ又は複数の通信ベアラの各セットの前記それぞれの重みは、以下の式によって表すことができ、
【数７】
0006044813.tif 000154
ここで、ｗｇは、「ｇ」で示すネットワーク事業者の１つ又は複数の通信ベアラのセットの前記重みであり、
【数８】
0006044813.tif 000155
は、「ｇ」で示す前記ネットワーク事業者の前記１つ又は複数の通信ベアラのセットの前記リソース割当分であり、
【数９】
0006044813.tif 000156
は、「ｇ」で示す前記ネットワーク事業者の前記１つ又は複数の通信ベアラのセットによる前記リソース使用量の測定量である、請求項１５に記載の基地局。
【請求項１７】
前記通信帯域幅が輻輳状態にある場合、各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記それぞれのリソース割当分は、ｉ）そのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記通信帯域幅の前記リソースのそれぞれの予約済み割合と、ｉｉ）そのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記通信帯域幅の前記リソースの使用量の測定量とに依存する、請求項１１〜１６のいずれか１項に記載の基地局。
【請求項１８】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、
ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記通信帯域幅の前記リソースの予約済み割合を表すそれぞれの割合を規定する手段と、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットに対するリソースの配分を、そのネットワーク事業者の前記割合に基づく解析に応じて優先順位付けし、現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外するように動作可能である優先順位付け手段と、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラにリソースを、前記優先順位付け手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて配分する手段と、
を備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局。
【請求項１９】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、
（ａ）第１のネットワーク事業者用の第１の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第１の事業者割合と、
（ｂ）第２のネットワーク事業者用の第２の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第２の事業者割合と、
を規定する手段と、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記事業者割合に基づく解析に応じて優先順位付けする手段と、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記それぞれの通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分する手段と、
を備え、
前記配分する手段は、
通信ベアラの第１のグループの各通信ベアラにそれぞれの所定のリソース量を、前記通信ベアラの第１のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分し、次いで、
通信ベアラの第２のグループの各通信ベアラに、前記通信ベアラの第１のグループの各通信ベアラへの前記配分の後に残っているリソースを、前記通信ベアラの第２のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分する、
ように動作可能である、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局。
【請求項２０】
前記通信ベアラの第１のグループの各通信ベアラは、遅延センシティブ通信ベアラ（例えば、リアルタイム（ＲＴ）サービス用、ボイスオーバーＩＰ（ＶｏＩＰ）サービス用、保証ビットレート（ＧＢＲ）サービス用、最小サービス品質（ＱｏＳ）サービス用等）として特徴付けられる、請求項１９に記載の基地局。
【請求項２１】
前記通信ベアラの第２のグループは、少なくとも１つの遅延耐性通信ベアラ（例えば、非リアルタイム（ＮＲＴ）用、ファイル転送プロトコル（ＦＴＰ）用等）を含む、請求項１９又は２０に記載の基地局。
【請求項２２】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、
（ａ）前記通信帯域幅の第１の仮想的なリソースプールを表す第１の割合と、
（ｂ）前記通信帯域幅の前記リソースの第２の仮想的なリソースプールを表す第２の割合と、
（ｃ）前記第１の仮想的なリソースプールに対して、
各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるべき、前記第１の仮想的なプールの前記リソースの予約済み割合を表す各第１のプール割合と、
（ｄ）前記第２の仮想的なリソースプールに対して、
各ネットワーク事業者用のの前記１つ又は複数の通信ベアラのセットに配分されるべき、前記第２の仮想的なプールの前記リソースの予約済み割合を表す各第２のプール割合と、
を規定することと、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、前記仮想的なリソースプールのうちの少なくとも１つにおけるそのネットワーク事業者の前記プール割合に基づく解析に応じて優先順位付けすることと、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することと、
を含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法。
【請求項２３】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、
前記通信帯域幅が混雑した状態にある場合、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるそれぞれのリソース割当分を規定することと、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用の前記規定されたそれぞれのリソース割当分に応じて優先順位付けすることと、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、
を含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法。
【請求項２４】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、
ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記通信帯域幅の前記リソースの予約済み割合を表すそれぞれの割合を規定することと、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記割合に基づく解析に応じて優先順位付けする際、現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外する、優先順位付けすることと、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、
を含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法。
【請求項２５】
複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、
（ａ）第１のネットワーク事業者用の第１の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第１の事業者割合と、
（ｂ）第２のネットワーク事業者用の第２の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第２の事業者割合と、
を規定することと、
各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記事業者割合に基づく解析に応じて優先順位付けすることと、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記それぞれの通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することと、
を含み、
前記配分する際、
通信ベアラの第１のグループの各通信ベアラにそれぞれの所定のリソース量を、前記通信ベアラの第１のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分し、次いで、
通信ベアラの第２のグループの各通信ベアラに、前記通信ベアラの第１のグループの各通信ベアラへの前記配分の後に残っているリソースを、前記通信ベアラの第２のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分する、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法。
【請求項２６】
コンピューターに、請求項２２〜２５のいずれか１項に記載の方法を実行させるコンピューターで実施可能な命令を含む、コンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラー電気通信ネットワーク又は無線電気通信ネットワークにおける無線アクセスネットワークに関し、限定するものではないが特に、複数の事業者間で無線アクセスネットワークを共有することに関する。本発明は、限定するものではないが特に、ロングタームエボリューション（ＬＴＥ）標準規格に従って実装される無線電気通信ネットワークに関する。
【背景技術】
【０００２】
無線アクセスネットワーク（ＲＡＮ）共有展開シナリオは既知であり、これらのシナリオの実施を容易にする方法及び機能が第３世代パートナーシッププロジェクト（３ＧＰＰ）標準規格にリリース５から導入されている。
【０００３】
ＲＡＮ共有は、ネットワーク事業者（サービスプロバイダー）が無線通信ネットワークをセットアップするときに設備投資要件を低減し及び／又はセルラー通信サービスによってカバーされるエリアを拡大する方法を提供する。各事業者がネットワークのセルごとに自身の基地局及び関連機器を提供しなくてはならないのではなく、別の事業者のＲＡＮを共有している事業者が、そのロケーションにおいて自身の基地局に投資する必要なく、その別の事業者によってサービス提供されているエリア内に自身のサービスを提供することができる。
【０００４】
さらに、提供し運用しなくてはならない基地局数を低減することによって、共有事業者の継続的に発生する運用コストを低減することができる。実際に、各基地局は運用中に大量の電気を必要とする場合があり、したがって、運用基地局数を低減することにより電力要件を大幅に低減することができ、したがって環境に優しいと考えることもできる。
【０００５】
通常、事業者によるＲＡＮの共有は、各事業者が他方の事業者のＲＡＮへの何らかのアクセスを得る対称的な構成をとってきた。極端には、そのような構成によって、２つの事業者が、共有しない場合に必要とされる基地局の数の半数の基地局で（したがって大幅に低減されたコストで）同じエリアにサービスを提供することが可能になる。
【０００６】
ＲＡＮ共有は、事業者が十分に利用されていないセル容量を有するエリアにおいて特に有利である。なぜならこの場合、この空き容量を、元の事業者の継続中のサービス提供に影響を与えることなく共有することができるためである。さらに、ＲＡＮ共有は、各事業者が、高価な容量を十分に利用されない可能性が高い遠隔エリアに設置する必要なく、幾つかの国ではライセンス条件によって規定される場合がある、事業者によって提供されるサービスを或る特定のパーセンテージの人口に届けることができることを確実にするために有効に利用できる。
【０００７】
現在のところ、ＲＡＮ共有に関する標準規格は２つのシナリオに限定される。第１のシナリオでは、ＲＡＮ基地局自体のみが異なる事業者によって共有される。第２のシナリオでは、ＲＡＮ基地局のみでなくコアネットワークの一部分、例えばＬＴＥにおける発展型パケットコア（ＥＰＣ）を共有することができ、ネットワークをセットアップする際の設備投資コストを更に減少させる。それぞれの場合に、ＲＡＮの共有は分割周波数を用いるように構成することができ、ここでＲＡＮを共有する各事業者は（異なる）周波数範囲を配分されるか、又は共通周波数を用いることができ、後者では周波数の全範囲がいずれの事業者による使用にも応じることができる。
【０００８】
ＲＡＮを共有するためのメカニズムは、事業者の会社の合併の場合にも有用とすることができ、２つの事業者がサービス提供にいかなる大きな中断も伴うことなく自身のネットワークサービスを合併することが可能になる。
【０００９】
近年の経済状況により、ネットワーク事業者がコストを削減する動きが更に加速しており、したがって他の事業者とネットワークを共有する傾向が増大している。一方、この傾向がモバイルデータサービスの取り込みと組み合わさることにより、結果として全体システム負荷が大幅に増大したが、それに応じて容量は増加していない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
したがって、本発明の目的は、ＲＡＮ共有をサポートする通信ネットワークの性能を改善することである。
【００１１】
１つの態様では、本発明は、複数のネットワーク事業者の間で通信帯域幅のリソースを共有する基地局であって、当該基地局は（ａ）前記通信帯域幅の前記リソースの第１の仮想的なリソースプールを表す第１の割合と、（ｂ）前記通信帯域幅の前記リソースの第２の仮想的なリソースプールを表す第２の割合と、(ｃ）前記第１の仮想的なリソースプールに対して、各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるべき、前記第１の仮想的なリソースプールにおける前記リソースの予約済み割合を表す各第１のプール割合と、（ｄ）前記第２の仮想的なリソースプールに対して、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに配分されるべき、前記第２の仮想的なリソースプールにおける前記リソースの予約済み割合を表す各第２のプール割合と、を規定する手段を備えている。前記基地局は、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットに対するリソースの配分を、前記仮想的なリソースプールのうちの少なくとも１つにおけるそのネットワーク事業者の前記プール割合に基づく解析に応じて優先順位付けする手段を備えている。前記基地局は、また、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分する手段を有している。
【００１２】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外するように動作可能とすることができる。この場合、前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、スケジューリングの間に前記配分する手段にその少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを無視させることによって、リソース配分から除外するように動作可能とすることができる。
【００１３】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、その少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを通信ベアラのセットの優先順位付きリストから省略することによってリソース配分から除外するように動作可能とすることができる。
【００１４】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを、その少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに最小（又は「０」）の優先順位を与えることによってリソース配分から除外するように動作可能とすることができる。
【００１５】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、前記解析が、その１つ又は複数の通信ベアラのセットによるリソース使用量の測定量が全ての仮想的なリソースプールにわたるそのネットワーク事業者用の全てのプール割合の合計を越えていることを示しているときに、リソース配分から除外するように動作可能とすることができる。
【００１６】
前記優先順位付けする手段は、前記少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、以下の不等式によって表される条件が満たされるときにリソース配分から除外するように動作可能とすることができ、
【数１】
0006044813.tif 000002
ここで、
【数２】
0006044813.tif 000003
は、「ｊ」で示すサブフレームについて測定された、「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットによる前記リソース使用量の測定量であり、Ｍは、仮想的なリソースプールの数であり、
【数３】
0006044813.tif 000004
は、「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットの事業者割合が「ｊ」で示すサブフレームで「ｍ」で示す仮想的なリソースプールにおいて取得することができるリソースの前記割合である。
【００１７】
特定のネットワーク事業者が取得することができる前記リソースの前記割合
【数４】
0006044813.tif 000005
は、以下の式によって表すことができ、
【数５】
0006044813.tif 000006
ここで、
【数６】
0006044813.tif 000007
は、「ｍ」で示すリソースプールにおける「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットについての０〜１の範囲にあるプール割合のサイズであり、ｆｇは、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの仮想的なリソースプールについて、そのネットワーク事業者がその特定のプールの使用を認められている場合には１に設定されるとともに、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの仮想的なリソースプールについて、そのネットワーク事業者がその特定のプールの使用を認められていない場合には０に設定されるブール演算子であり、Ｑは、その特定のリソースプールの使用を認められている全てのネットワーク事業者の通信ベアラの中のその特定のリソースプールにおいて分配することができる残りのリソースの量であり、各仮想的なリソースプールを解析するとき、Ｑは、その特定のリソースプールのサイズに初期設定される。
【００１８】
前記リソース使用量の測定量は、所定の数のサブフレームにわたるリソース使用量を表すことができる。前記リソース使用量の測定量は、全てのリソースプールにわたる１つ又は複数の通信ベアラのそのセットによるリソース使用量を表すことができる。
【００１９】
前記優先順位付けする手段は、各仮想的なリソースプールを解析するとき、第１のネットワーク事業者及び第２のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのセットのリソース使用量のそれぞれの測定量の比較に基づいて所定の条件が満たされるとき、前記第１のネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに、前記第２のネットワーク事業者用の前記１つ又は複数の通信ベアラのセットよりも高いスケジューリング優先順位を与えるように動作可能とすることができる。この場合、前記条件は、解析されている前記仮想的なリソースプールにおける前記第１のネットワーク事業者の前記プール割合が、前記第１のネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量よりも少なく、解析されている前記仮想的なリソースプールにおける前記第２のネットワーク事業者の前記プール割合が、前記第２のネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量よりも少ないときに満たすことができる。例えば、前記条件は、
【数７】
0006044813.tif 000008
のときに満たすことができ、ここで、
【数８】
0006044813.tif 000009
は、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの１つ又は複数の通信ベアラのセットが、「ｊ」で示すサブフレームで解析されている「ｍ」で示す前記仮想的なリソースプールにおいて取得することができる前記リソース量であり、
【数９】
0006044813.tif 000010
は、０〜１の範囲にある、「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量である。
【００２０】
複数のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのそれぞれのセットが前記条件を満たすとき、前記優先順位付けする手段は、前記条件を満たす前記複数のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのそれぞれのセットに、そのネットワーク事業者の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量に対する、解析されている前記仮想的なリソースプールにおけるそのネットワーク事業者の前記それぞれのプール割合の比の降順でスケジューリング優先順位を与えるように動作可能とすることができる。
【００２１】
複数のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのそれぞれのセットが前記条件を満たすとき、前記優先順位付けする手段は、前記条件を満たす前記複数のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのそれぞれのセットに、以下の比の降順で、スケジューリング優先順位を与えるように動作可能とすることができ、
【数１０】
0006044813.tif 000011
ここで、
【数１１】
0006044813.tif 000012
は、「ｊ」で示すサブフレームで解析されている「ｍ」で示す前記仮想的なリソースプールにおける「ｇ」で示すネットワーク事業者用の１つ又は複数の通信ベアラのセットの、０〜１の範囲にあるプール割合のサイズであり、
【数１２】
0006044813.tif 000013
は、０〜１の範囲にある、「ｇ」で示す前記ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量である。
【００２２】
前記第１のネットワーク事業者及び前記第２のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのセットの前記リソース使用量のそれぞれの測定量は、所定の数のサブフレームにわたる使用量を表すことができる。
【００２３】
前記第１のネットワーク事業者及び前記第２のネットワーク事業者のそれぞれの前記１つ又は複数の通信ベアラのセットの前記リソース使用量のそれぞれの測定量は、全てのリソースプールにわたるその１つ又は複数の通信ベアラのセットによる使用量を表すことができる。
【００２４】
特定のネットワーク事業者の前記通信ベアラによる前記リソース使用量の測定量は、現在のサブフレームにおいてそのネットワーク事業者の通信ベアラに割り当てられた前記リソースに基づくことができる。特定のネットワーク事業者の前記通信ベアラによる前記リソース使用量の測定量も、少なくとも１つの以前のサブフレームにおいてそのネットワーク事業者の通信ベアラに割り当てられた前記リソースに基づくことができる。
【００２５】
前記リソースを配分する手段は、前記現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記１つ又は複数の通信ベアラのセットにそれぞれの事業者固有の所定のリソース量を、前記優先順位付けする手段がその特定のネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットをリソース配分から除外したか否かにかかわらず配分するように動作可能とすることができる。
【００２６】
この場合、各それぞれの事業者固有の所定の最小リソース量は、前記通信帯域幅における前記リソースのフラクションであって、その特定のネットワーク事業者の全てのプール割合の前記合計以下のフラクションとして規定することができる。
【００２７】
例えば、各それぞれの事業者固有の所定の最小リソース量は、前記優先順位付けする手段が、その特定のネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットをリソース配分から除外していた場合に、遅延センシティブ通信ベアラ用に予約することができる。
【００２８】
前記優先順位付けする手段は、前記解析を実行するための前記少なくとも１つの仮想的なリソースプールを選択するように動作可能とすることができる。例えば、前記優先順位付けする手段は、前記解析を実行するための各前記仮想的なリソースプールをラウンドロビン形式で順に選択するように動作可能とすることができる。
【００２９】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおける他の各仮想的なリソースプールについて求められたそれぞれのプール重みと比較した、前記現在のスケジューリングラウンドにおける前記プールについて求められたプール重みに基づいて、前記解析を実行するための前記少なくとも１つの仮想的なリソースプールを選択するように動作可能とすることができる。
【００３０】
各プールの前記プール重みは、その仮想的なリソースプールにおける通信ベアラの全てのセットの測定されたリソース使用量に対する、その仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合の比によって与えられ得る。この場合、各仮想的なリソースプールの前記それぞれのプール重みは、以下の式によって表すことができ、
【数１３】
0006044813.tif 000014
ここで、ωｍ，ｊは、「ｊ」で示すサブフレームにおける「ｍ」で示す仮想的なリソースプールの通信ベアラの前記プール重みであり、Ｐｍは、「ｍ」で示す前記仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合であり、
【数１４】
0006044813.tif 000015
は、「ｊ」で示す前記サブフレームについて測定された「ｍ」で示す前記仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合による前記リソース使用量の測定量である。
【００３１】
「ｊ」で示す前記サブフレームについて測定された「ｍ」で示す前記仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合による前記リソース使用量の測定量は、
ｉ）「ｊ」で示す前記サブフレームの直前のサブフレームにおいて前記優先順位付けする手段によって選択された「ｍ」で示す仮想的なリソースプールについては、以下の式によって表すことができ、
【数１５】
0006044813.tif 000016
ｉｉ）「ｊ」で示す前記サブフレームの直前の前記サブフレームにおいて前記優先順位付けする手段によって選択されなかった「ｍ」で示す仮想的なリソースプールについては、以下の式によって表すことができ、
【数１６】
0006044813.tif 000017
ここで、
【数１７】
0006044813.tif 000018
は、「ｊ」で示すサブフレームについて測定された「ｍ」で示す前記仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合による前記リソース使用量の測定量であり、βは、範囲０〜１にある忘却因子パラメーターである。
【００３２】
前記優先順位付けする手段は、前記選択された少なくとも１つの仮想的なリソースプールの使用を認められている各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用のその１つ又は複数の通信ベアラのセットについて求められたスライス重みに基づいて優先順位付けするように動作可能とすることができる。
【００３３】
前記選択された少なくとも１つの仮想的なリソースプールの使用を認められている各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットの前記スライス重みは、そのネットワーク事業者のその仮想的なリソースプールにおける前記それぞれのプール割合と、そのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットのその仮想的なリソースプールにおける前記リソース使用量の測定量との比によって与えられ得る。この場合、前記選択された少なくとも１つの仮想的なリソースプールの使用を認められている各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットの前記スライス重みは、以下の式によって表すことができ、
【数１８】
0006044813.tif 000019
ここで、ｗｍ，ｇ，ｊは、「ｍ」で示す前記仮想的なリソースプールの使用を認められている「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットを用いた通信用の「ｊ」で示すサブフレームにおいて計算された前記重みであり、
【数１９】
0006044813.tif 000020
は、「ｍ」で示す前記仮想的なプールの前記リソースの予約済み割合を表す「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの、０〜１の範囲にある前記それぞれのプール割合であり、
【数２０】
0006044813.tif 000021
は、「ｍ」で示す前記リソースプールにおける「ｊ」で示す前記サブフレームについて測定された「ｇ」で示す前記ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量である。
【００３４】
「ｊ」で示すサブフレームについて測定された「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットによる前記リソース使用量の測定量は、
ｉ）「ｊ」で示す前記サブフレームの直前のサブフレームにおいて前記優先順位付けする手段によって選択された「ｍ」で示す仮想的なリソースプールにおいては、以下の式によって表すことができ、
【数２１】
0006044813.tif 000022
ｉｉ）「ｊ」で示す前記サブフレームの直前の前記サブフレームにおいて前記優先順位付けする手段によって選択されなかった「ｍ」で示す仮想的なリソースプールにおいては、以下の式によって表すことができ、
【数２２】
0006044813.tif 000023
ここで、
【数２３】
0006044813.tif 000024
は、「ｍ」で示す前記リソースプールにおける「ｊ」で示す前記サブフレームについて測定された「ｇ」で示す前記ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記リソース使用量の測定量であり、Ｎｇ，ｊ−１は、「ｊ」で示すサブフレームの直前のサブフレームにおいて割り当てられたリソースの総数であり、Ｋは、前記通信帯域幅におけるリソースの数であり、βは、範囲０〜１にある忘却因子パラメーターである。
【００３５】
全ての仮想的なリソースプールにおいて規定された全てのプール割合の合計は、前記基地局を介して共有された全リソースに等しくすることができ、以下の式によって表すことができ、
【数２４】
0006044813.tif 000025
ここで、Ｐｍは、範囲０〜１にある、「ｍ」で示す前記仮想的なリソースプールを表す前記通信帯域幅の前記リソースの前記割合であり、Ｍは、仮想的なリソースプールの数である。
【００３６】
別の態様では、本発明は、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、前記通信帯域幅が輻輳状態にある場合、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるそれぞれのリソース割当分を規定する手段と、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用の前記規定されたそれぞれのリソース割当分に応じて優先順位付けする手段と、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分する手段とを備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。
【００３７】
前記基地局は、スケジューリングが前記優先順位付けのみに基づいている場合に未使用のままであるリソース量の測定量を前記スケジューリングの前に求めるとともに、少なくとも１つの他のネットワーク事業者の前記通信ベアラへの前記未使用のままであるリソース量の分配を、そのネットワーク事業者用の前記それぞれのリソース割当分に応じて規定する手段を更に備えることができる。
【００３８】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットを、そのネットワーク事業者用の前記それぞれのリソース割当分に応じてリソース配分から除外するように動作可能とすることができる。
【００３９】
前記優先順位付けする手段は、前記現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記１つ又は複数の通信ベアラのセットについて求められたそれぞれの重みに応じて、前記リソースの配分を優先順位付けするように動作可能とすることができる。例えば、特定のネットワーク事業者の１つ又は複数の通信ベアラのセットの前記重みは、その通信ベアラのセットについて、測定されたリソース使用量に対する前記それぞれのリソース割当分の比によって与えられ得る。この場合、１つ又は複数の通信ベアラの各セットの前記それぞれの重みは、以下の式によって表すことができ、
【数２５】
0006044813.tif 000026
ここで、ｗｇは、「ｇ」で示すネットワーク事業者の１つ又は複数の通信ベアラのセットの前記重みであり、
【数２６】
0006044813.tif 000027
は、「ｇ」で示す前記ネットワーク事業者の前記１つ又は複数の通信ベアラのセットの前記リソース割当分であり、
【数２７】
0006044813.tif 000028
は、「ｇ」で示す前記ネットワーク事業者の前記１つ又は複数の通信ベアラのセットによる前記リソース使用量の測定量である。
【００４０】
前記通信帯域幅が輻輳状態にある場合、各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記それぞれのリソース割当分は、ｉ）そのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記通信帯域幅の前記リソースのそれぞれの予約済み割合と、ｉｉ）そのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの前記通信帯域幅の前記リソースの使用量の測定量とに依存する。
【００４１】
また別の態様では、本発明は、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記通信帯域幅の前記リソースの予約済み割合を表すそれぞれの割合を規定する手段と、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記割合に基づく解析に応じて優先順位付けする手段であって、現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外するように動作可能である、優先順位付けする手段と、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラにリソースを、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて配分する手段とを備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。
【００４２】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、（ａ）第１のネットワーク事業者用の第１の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第１の事業者割合と、（ｂ）第２のネットワーク事業者用の第２の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第２の事業者割合と、を規定する手段と、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記事業者割合に基づく解析に応じて優先順位付けする手段と、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記それぞれの通信ベアラに、前記優先順位付けする手段によってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分する手段と、を備え、前記配分する手段は、通信ベアラの第１のグループの各通信ベアラにそれぞれの所定のリソース量を、前記通信ベアラの第１のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分し、次いで、通信ベアラの第２のグループの各通信ベアラに、前記通信ベアラの第１のグループの各通信ベアラへの前記配分の後に残っているリソースを、前記通信ベアラの第２のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分する、ように動作可能である、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。
【００４３】
この場合、前記通信ベアラの第１のグループの各通信ベアラは、遅延センシティブ通信ベアラ（例えば、リアルタイム（ＲＴ）サービス用、ボイスオーバーＩＰ（ＶｏＩＰ）サービス用、保証ビットレート（ＧＢＲ）サービス用、最小サービス品質（ＱｏＳ）サービス用等）として特徴付けることができる。前記通信ベアラの第２のグループは、少なくとも１つの遅延耐性通信ベアラ（例えば、非リアルタイム（ＮＲＴ）用、ファイル転送プロトコル（ＦＴＰ）用等）を含むことができる。
【００４４】
前記配分する手段が前記通信ベアラの第１のグループの各通信ベアラに配分するように動作可能である前記それぞれの所定のリソース量は、その通信ベアラが属する前記ネットワーク事業者の前記事業者割合に依存し得る。
【００４５】
前記配分する手段が前記通信ベアラの第１のグループの各通信ベアラに配分するように動作可能である前記それぞれの所定のリソース量は、前記通信帯域幅における前記リソースのフラクションとして規定することができ、その通信ベアラが属する前記ネットワーク事業者の前記事業者割合を越えない。
【００４６】
前記配分する手段が前記通信ベアラの第１のグループの各通信ベアラに配分するように動作可能である前記それぞれの所定のリソース量は、以下の式によって表すことができ、
【数２８】
0006044813.tif 000029
ここで、
【数２９】
0006044813.tif 000030
は、「ｊ」で示すサブフレームにおいて「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットから前記通信ベアラの第１のグループの各通信ベアラに配分される所定のリソース量であり、
【数３０】
0006044813.tif 000031
は、各サブフレームにおける「ｇ」で示す前記ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの瞬時リソース保証の、０〜１の範囲にある比であり、Ｋは、前記通信帯域幅におけるリソースの数である。
【００４７】
前記配分する手段が前記通信ベアラの第１のグループの各通信ベアラに配分するように動作可能である前記それぞれの所定のリソース量は、以下の式によって表すことができ、
【数３１】
0006044813.tif 000032
ここで、
【数３２】
0006044813.tif 000033
は、「ｊ」で示すサブフレームにおいて「ｇ」で示すネットワーク事業者用の前記１つ又は複数の通信ベアラのセットから前記通信ベアラの第１のグループの各通信ベアラに配分される所定のリソース量であり、
【数３３】
0006044813.tif 000034
は、各サブフレームにおける「ｇ」で示す前記ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットの瞬時リソース保証の、０〜１の範囲にある比であり、Ｋは、前記通信帯域幅におけるリソースの数であり、
【数３４】
0006044813.tif 000035
は、フロア関数である。
【００４８】
この場合、前記第１のグループの特定の通信ベアラについて、前記フロア関数の使用から生じる、
【数３５】
0006044813.tif 000036
と、
【数３６】
0006044813.tif 000037
よりも大きくない最大整数との間の差が存在し、前記配分する手段は、該配分する手段がその後のスケジューリングラウンドにおいて前記第１のグループのその通信ベアラに配分するように動作可能である前記それぞれの所定のリソース量への追加に備えて、前記差によって表される前記リソース量を蓄積するように動作可能とすることができる。
【００４９】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、（ａ）前記通信帯域幅の前記リソースの第１の仮想的なリソースプールを表す第１の割合と、（ｂ）前記通信帯域幅の前記リソースの第２の仮想的なリソースプールを表す第２の割合と、（ｃ）前記第１の仮想的なリソースプールに対して、各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記第１の仮想的なリソースプールの前記リソースの予約済み割合を表す各第１のプール割合と、（ｄ）前記第２の仮想的なリソースプールに対して、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのセットに配分される前記第２の仮想的なリソースプールの前記リソースの予約済み割合を表す各第２のプール割合とを規定することを行うように構成されたプロセッサを備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。前記プロセッサは、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、前記仮想的なリソースプールのうちの少なくとも１つにおけるそのネットワーク事業者の前記プール割合に基づく解析に応じて優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することとを行うように構成される。
【００５０】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、前記通信帯域幅が混雑した状態にある場合、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるそれぞれのリソース割当分を規定することと、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用の前記規定されたそれぞれのリソース割当分に応じて優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、を行うように構成されたプロセッサを備え、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。
【００５１】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記通信帯域幅の前記リソースの予約済み割合を表すそれぞれの割合を規定することと、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記割合に基づく解析に応じて優先順位付けすることであって、現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外するように動作可能である、優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、を行うように構成されたプロセッサを備える、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。
【００５２】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局であって、（ａ）第１のネットワーク事業者用の第１の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第１の事業者割合と、（ｂ）第２のネットワーク事業者用の第２の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第２の事業者割合と、を規定することを行うように構成されたプロセッサを備え、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局を提供する。前記プロセッサは、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記事業者割合に基づく解析に応じて優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記それぞれの通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することとを行うように構成される。前記プロセッサは、通信ベアラの第１のグループの各通信ベアラにそれぞれの所定のリソース量を、前記通信ベアラの第１のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分し、次いで、通信ベアラの第２のグループの各通信ベアラに、前記通信ベアラの第１のグループの各通信ベアラへの前記配分の後に残っているリソースを、前記通信ベアラの第２のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分する、ように動作可能である。
【００５３】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、（ａ）前記通信帯域幅の前記リソースの第１の仮想的なリソースプールを表す第１の割合と、（ｂ）前記通信帯域幅の前記リソースの第２の仮想的なリソースプールを表す第２の割合と、（ｃ）前記第１の仮想的なリソースプールに対して、各ネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記第１の仮想的なリソースプールの前記リソースの予約済み割合を表す各第１のプール割合と、（ｄ）前記第２の仮想的なリソースプールに対して、各ネットワーク事業者用のの前記１つ又は複数の通信ベアラのセットに配分される前記第２の仮想的なプールの前記リソースの予約済み割合を表す各第２のプール割合と、を規定することを含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法を提供する。本方法は、また、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、前記仮想的なリソースプールのうちの少なくとも１つにおけるそのネットワーク事業者の前記プール割合に基づく解析に応じて優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することとを含む。
【００５４】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、前記通信帯域幅が混雑した状態にある場合、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分されるそれぞれのリソース割当分を規定することと、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者用の前記規定されたそれぞれのリソース割当分に応じて優先順位付けすることと、
現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、を含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法を提供する。
【００５５】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、ネットワーク事業者ごとに、そのネットワーク事業者用の１つ又は複数の通信ベアラのセットに配分される前記通信帯域幅の前記リソースの予約済み割合を表すそれぞれの割合を規定することと、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記割合に基づく解析に応じて優先順位付けすることであって、現在のスケジューリングラウンドにおいて、前記解析に応じて、少なくとも１つのネットワーク事業者用の前記１つ又は複数の通信ベアラのセットをリソース配分から除外する、優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じてリソースを配分することと、を含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法を提供する。
【００５６】
本発明は、また、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法であって、（ａ）第１のネットワーク事業者用の第１の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第１の事業者割合と、（ｂ）第２のネットワーク事業者用の第２の１つ又は複数の通信ベアラのセットに配分される前記リソースの予約済み割合を表す第２の事業者割合と、を規定することを含む、複数のネットワーク事業者間で通信帯域幅のリソースを共有する基地局によって実行される方法を提供する。本方法は、また、各ネットワーク事業者用の前記１つ又は複数の通信ベアラのそれぞれのセットへのリソースの配分を、そのネットワーク事業者の前記事業者割合に基づく解析に応じて優先順位付けすることと、現在のスケジューリングラウンドにおいて、各ネットワーク事業者の前記それぞれの通信ベアラに、前記優先順位付けすることによってそのネットワーク事業者の前記通信ベアラに与えられたスケジューリング優先順位に応じて、リソースを配分することと、を含み、前記配分することは、通信ベアラの第１のグループの各通信ベアラにそれぞれの所定のリソース量を、前記通信ベアラの第１のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分し、次いで、通信ベアラの第２のグループの各通信ベアラに、前記通信ベアラの第１のグループの各通信ベアラへの前記配分の後に残っているリソースを、前記通信ベアラの第２のグループの各通信ベアラが属する前記ネットワーク事業者に与えられた前記スケジューリング優先順位に基づく優先順位の順序で配分する。
【００５７】
本発明は、開示される全ての方法の場合に、対応する装置において実行するための対応するコンピュータープログラム又はコンピュータープログラム製品、機器自体（ユーザー機器、ノード又はその構成要素）及び機器を更新する方法を提供する。
【００５８】
ここで、本発明の例示的な実施形態を、例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００５９】
【図１】本発明を適用することができるタイプの移動電気通信システムを概略的に示す図である。
【図２】図１の電気通信ネットワークにおける使用に適した共有基地局のブロック図である。
【図３】図１の電気通信ネットワークにおける使用に適した移動電話のブロック図である。
【図４】一例のスライススケジューリング方法が適用されるときのリソース配分シナリオを示す図である。
【図５】上記一例のスライススケジューリング方法が適用されるときの別のリソース配分シナリオを示す図である。
【図６】上記一例のスライススケジューリング方法が適用されるときの更に別のリソース配分シナリオを示す図である。
【図７】図１の電気通信ネットワークにおける使用に適した共有基地局によって実行されるスライススケジューリング方法を示す例示的なフローチャートである。
【図８】図１の電気通信ネットワークにおける使用に適した共有基地局によって実行される代替のスライススケジューリング方法を示す例示的なフローチャートである。
【図９】図１の電気通信ネットワークにおける使用に適した共有基地局によって実行される別の代替のスライススケジューリング方法を示す例示的なフローチャートである。
【発明を実施するための形態】
【００６０】
概説
図１は、３つのネットワーク事業者（事業者Ａ、Ｂ、及びＣで示す）が移動無線通信サービスを提供することができる移動（セルラー）電気通信システム１を概略的に示している。事業者Ａはコアネットワーク２−Ａを有し、事業者Ｂはコアネットワーク２−Ｂを有し、事業者Ｃはコアネットワーク２−Ｃを有する。各事業者は、無線アクセスネットワーク（ＲＡＮ）の一部として１つ又は複数の基地局、すなわちｅＮＢ４−Ａ、４−Ｂ及び４−Ｃも提供し、１つ又は複数の移動電話、すなわち他のそのようなユーザー機器３−Ａ、３−Ｂ及び３−Ｃがそれらのネットワークに接続してサービスを受けることを可能にすることができる。当業者であれば理解するように、各基地局４は、その基地局４と移動電話３との間で通信を行うことができる１つ又は複数の基地局セルを運用する。事業者Ａと関連付けられたｅＮＢ４−Ａ等の、事業者と関連付けられたｅＮＢ４の場合、通常、関連事業者と関連付けられた移動電話３−ＡのみがそのｅＮＢ４−Ａを介して無線通信システムと接続しインタラクトすることができる。このため、サービスプロバイダーＡを介してサービスにアクセスするように構成された移動電話３−Ａのみが、自身のホームネットワークから離れて「ローミング」することなく事業者ＡのｅＮＢ４−Ａを介してネットワークに接続することができる。
【００６１】
電気通信システム１は、共有基地局５（共有ｅＮＢ５で示す）を更に備える。共有基地局５は、事業者Ａ、Ｂ、及びＣのうちのいずれか又は第三者（例えば、更なるネットワーク事業者）によって所有及び運用される場合がある。代替的に、共有基地局５は、２つ以上の事業者によって共同で所有及び運用される場合もある。いずれの場合も、事業者Ａ、Ｂ、及びＣは、事業者Ａと関連付けられた移動電話３−Ａ、事業者Ｂと関連付けられた移動電話３−Ｂ、及び事業者Ｃと関連付けられた移動電話３−Ｃのいずれもが、自身のそれぞれのネットワーク事業者によって提供された機器を通じて接続しているかのように共有ｅＮＢ５を介してネットワークに接続することができるように共有ｅＮＢ５の容量を共有することに合意する。このため、移動電話３−Ａは、共有ｅＮＢ５が事業者Ａと関連付けられたｅＮＢであるかのように共有ｅＮＢ５に接続又はハンドオーバーすることができる一方、移動電話３−Ｂは、共有ｅＮＢ５が事業者Ｂと関連付けられたｅＮＢであるかのように共有ｅＮＢ５に接続することができ、移動電話３−Ｃは、共有ｅＮＢ５が事業者Ｃと関連付けられたｅＮＢであるかのように共有ｅＮＢ５に接続することができる。
【００６２】
このため、共有基地局５は、その基地局５がそれぞれのネットワーク事業者に属する基地局であるかのように、その基地局５を共有するネットワーク事業者Ａ、Ｂ、又はＣのいずれかと関連付けられた移動電話３によって接続されることができる。
【００６３】
そのような構成は、特に、例えば、低人口密度のエリア、又はより一般的には低い帯域幅要件を有するエリアにおいて、いかなるネットワーク事業者もそのエリアに自身のＲＡＮを設置することを要求することなく、それぞれのネットワーク事業者がそのエリアに自身のサービスを提供することを可能にするために有用とすることができる。対照的に、より高い容量要件を有するエリアでは、ネットワーク事業者は、容量を共有するのではなく自身のＲＡＮを設置することを選ぶ場合がある。
【００６４】
電気通信システム１において用いられるＲＡＮ共有は、第１のネットワーク事業者と関連付けられた移動電話が、異なるサービスプロバイダーのネットワークを介して接続を形成する「ローミング」メカニズムと大きく異なることに留意されたい。
【００６５】
具体的に、ローミングの状況において、移動電話との接続は訪問先のネットワークによって監視及び制御され、次にこのネットワークは後に移動電話のホームネットワークに（通常、エンドユーザーに対して大幅に増大したコストで）課金する。対照的に、本実施形態でのように、無線アクセスネットワークの共有はネットワークのユーザーにトランスペアレントであり、接続の監視及び制御は、移動電話がネットワーク事業者自身のＲＡＮを介して接続されているかのように標準規格メカニズムを用いて行われる。
【００６６】
複数の（通常１０個の）サブフレームを含む無線フレーム（ＬＴＥでは通常１０ｍｓの持続時間）を用いて、基地局４、５とユーザー機器との間でデータが通信される。各サブフレームは１対の「スロット」を含む。周波数領域において、各スロットは、それぞれ複数の（ＬＴＥでは通常１２個の）サブキャリアを含む周波数リソースブロックに分割される。したがって、各スロット内で、リソースは、物理リソースブロック（ＰＲＢ）と呼ばれる周波数単位を用いてユーザー機器に配分することができる。物理リソースブロック（ＰＲＢ）はそれぞれ、エアインターフェースを介してデータを送受信する任意のユーザー機器３に配分することができる最小リソース単位を表す。特定のユーザー機器３について特定の通信インスタンスが最初に開始されると、ユーザー機器３から、ネットワークを通じて通信されるデータを誘導するための通信ベアラがセットアップされる。通信の成功を可能にするために、基地局４、５によって十分なリソース（例えば、ＰＲＢ）が通信ベアラに配分される。
【００６７】
図１の電気通信システム１では、通常、ネットワーク事業者は、共有基地局５において利用可能なリソースの或る特定の割合（予約済み割合）を提供されるように契約する。特定の事業者と関連付けられた利用可能なリソースの予約済み割合を用いることを認可された通信ベアラの群は、その事業者の「スライス」と呼ばれる。
【００６８】
この実施形態では、共有基地局５を介して利用可能な通信リソースは、複数の仮想的な「リソースプール」に分散されたように扱われる。これらのリソースプールのそれぞれは、１つ又は複数のネットワーク事業者への配分に利用可能な仮想的なリソースのセットを含む。リソースプールへのリソースのこの仮想的な分割によって、その共有基地局５を共有するネットワーク事業者へのリソースの配分及び／又はスケジューリングにおいてより高い柔軟性が可能になる。例えば、リソースプールへの仮想的な分割によって、或るリソースプールにおける事業者ごとの相対的なリソース量（最小／最大／平均のリソース量等）を、別のリソースプールにおいて適用される構成とは基本的に無関係に構成するより高い柔軟性が可能になる。この柔軟性によって、例えば、異なるリソースプールにおいて異なるスケジューリング方法を適用すること；特定のリソースプールを特定の事業者の単独使用に予約する一方、別のプールを２つ以上の事業者によって共有すること；異なるリソースプールにおいて異なる共有優先順位を配分すること；異なるリソースプールのリソースの異なる割合を同じ事業者に分配すること等が可能になる。
【００６９】
リソースプールは、必ずしも特定の物理リソースに対応するとは限らず、むしろ各スケジューリングラウンドにおいて変化し得る仮想的なリソースブロックに対応することができることが理解されるであろう。したがって、リソースプールは、各事業者スライスが共有基地局５のリソースのどれだけの量の使用を認められるのかを統制する改良されたルールのセットを実施することができる「仮想的」な構成体とみなすことができる。
【００７０】
各リソースプールは、全てのリソースプールにおいて共有基地局５を介して利用可能な全共有リソースのフラクション（fraction：小部分）として表される所定の「サイズ」を有する。したがって、全てのリソースプールのサイズの合計は、（利用可能なリソースのうちの幾つかが他の或る「非リソースプール」の使用に予約されていない限り）１に等しい。
【００７１】
各スケジューリングラウンドにおいて、共有基地局５は、各事業者スライスがその予約済み割合よりも少ないリソースを現在用いているのか又は多くのリソースを現在用いているのかを算出する。それを行うために、共有基地局５は、各リソースプールを所定の順序（例えば、それぞれのリソースプールと関連付けられたリソースプールインデックス（又は「番号」）に従った昇順）で処理し、各リソースプールにおいて各事業者スライスによって用いられているリソースの量を調べる。共有基地局５は、いずれかの事業者スライスであって、その事業者スライスのベアラが、その事業者用のそれぞれの予約済み割合よりも多くのリソース（全てのリソースプールにわたる）を用いている、事業者スライスを見つけた場合、その事業者スライスが、現在のスケジューリングラウンド（又は「サブフレーム」）においてリソース配分を受け取ることをブロックする。
【００７２】
次に、特定のスケジューリングラウンド（又は「サブフレーム」）について、共有基地局５は、各事業者スライスのそれぞれのスケジューリング優先順位の降順で事業者スライスの優先順位付きリストを構成する。共有基地局５は、このリストに、対応するネットワーク事業者用のそれぞれの予約済み割合よりも多くのリソース（全てのリソースプールにわたる）を用いていない事業者スライスのみを含める（すなわち、優先順位付きリストは、現在のスケジューリングラウンドにおいてリソース配分を受け取ることをブロックされていない事業者スライスのみを含む）。このリスト内の各事業者スライスには、その事業者スライスが使用を認められている各リソースプールにおいて利用可能なリソースのそれぞれの割合（予約済みプール割合）が割り当てられる。
【００７３】
全ての事業者スライスが処理された後、共有基地局５は、優先順位付きリストに含まれる事業者スライスに属する通信ベアラの送信のスケジューリングを、最も高い優先順位を有する事業者スライスから開始して実行し、その後、優先順位の降順で残りの事業者スライスについて続けていく。適用可能な共有ルールに従っていないリソース使用量（全てのリソースプールにわたる）を有する（すなわち、対応する事業者割合よりも多くのリソースを用いる）いずれの事業者スライスも、現在のスケジューリングラウンドにおいてリソース配分をブロックされるので、それらの平均リソース使用量は、効果的に削減される。共有基地局５は、スケジューリングラウンドごとに選択的なブロックプロセス及び優先順位付けプロセスを実行するので、以前ブロックされた事業者スライスの平均リソース使用量が、その後のスケジューリングラウンドにおいてその事業者の対応する予約済み割合に（又はそれ未満に）削減されていた場合、共有基地局５は、そのようないずれの事業者スライスも、そのスケジューリングラウンドにおいて（そのスケジューリングラウンド用に確立された優先順位付けに従って）リソース配分について再び考慮する。
【００７４】
各スライスのスケジューリング優先順位は、現在の使用量の測定量に基づいて、特定のリソースプールのそれぞれの予約済みプール割合を、そのスライスの残りのリソースのニーズ（その特定のスライスが使用を認められている全てのリソースプールにわたる）と比較することによって決定することができる。例えば、利用可能な全リソースのうち、或るスライスが必要とする割当分が、（現在の使用量の測定量に基づいて）処理中のリソースプールのそのスライスの予約済み割合によって提供することができるものよりも少ない場合、そのスライスは、利用可能な全リソースのうちの割当分を、リソースプールのそのスライスの予約済み割合によって提供することができるものよりも多く必要とする別のスライスよりも高い優先順位で優先順位付きリストに追加される。利用可能な全リソースのうちの２つ以上のスライスが必要とする割当分が、現在の使用量の測定量に基づいて、それぞれ、そのスライスの予約済みプール割合によって提供することができるものよりも少ない場合、それらのスライスは、そのスライスが必要とする利用可能な全リソースのうちの割当分に対する、そのスライス用に処理中のリソースプールの予約済みプール割合の比の降順で優先順位付けされる。
【００７５】
共有基地局５は、スケジューリング優先順位のリストを確立すると、それらのスケジューリング優先順位に基づいて各スライスにリソースをスケジューリングすることができる。
【００７６】
共有基地局５は、そのため、リソースを共有する様々なネットワーク事業者間での配分の公平性を効果的に確保することができる。共有基地局５は、各ネットワーク事業者が、共有基地局５のリソースのそれらのそれぞれの予約済み割合に従って、送信する機会を平均して有することも確保することができる。しかしながら、各事業者は、一時的に、他の事業者（例えば、現在のスケジューリングラウンドにおいて比較的低いスケジューリング優先順位でしか送信することができない事業者）に利用可能なリソース量に関して妥協することなく、その予約済み割合よりも多くを用いることができる。この手法は、リソース共有の公平性を達成することに有利であるだけでなく、共有基地局５のリソースの使用量も最大し、平均すると、より多くの移動電話３が、他のスケジューリング方法を用いた他の共有基地局を用いるよりも多くのデータを、共有基地局５を介して送信することができるようになる。
【００７７】
基地局５を共有する事業者ごとに、共有ｅＮＢ５は、それぞれの保証されたリソース最小量（例えば、サブフレーム当たりのＰＲＢ数）を平均して効果的に提供できる。特定の事業者のこの最小保証リソース量は、事実上、その事業者の通信が他の事業者の通信に優先する利用可能な全リソースの予約済み割合（「予約済み部分」とも呼ばれる）とみなすことができる。
【００７８】
この結果、ネットワーク事業者がいずれも、通常必要となるよりも多くの共有基地局５の容量を用意することなく（したがって支払いを行う必要なく)、これらのネットワーク事業者のユーザーに対し、改善されたサービス継続性をもたらす点で有効である。加えて、共有基地局５の別々のリソースプールを用いると、ネットワーク事業者は、それらのネットワーク事業者の現在のニーズに従ってそれらの共有構成を変更する際により高い柔軟性及び利便性から利益を得ることができる。
【００７９】
共有基地局（ｅＮＢ）
図２は、図１に示す共有基地局５の主要構成要素を示すブロック図である。示すように、共有基地局５は送受信機回路５１を備え、送受信機回路５１は、１つ又は複数のアンテナ５３を介して移動電話３との間で信号を送受信するように動作可能であり、ネットワークインターフェース５５を介してコアネットワーク２及び／又は他の基地局４に対し信号を送受信するように動作可能である。ネットワークインターフェースは通常、コアネットワーク２と通信するためのＳ１インターフェースと、他の基地局と通信するためのＸ２インターフェースとを備える。コントローラー５７は、メモリ５９内に記憶されるソフトウェアに従って送受信機回路５１の動作を制御する。ソフトウェアは、中でも、オペレーティングシステム６１と、通信制御モジュール６３と、事業者割当分構成モジュール６４と、プールプロセッサモジュール６５と、スライススケジューラモジュール６６とを備える。
【００８０】
通信制御モジュール６３は、共有基地局５と、移動電話３、及び基地局５に接続された他のネットワークエンティティとの間の通信を制御するように動作可能である。また、通信制御モジュール６３は、アップリンクユーザートラフィック及びダウンリンクユーザートラフィックと、例えば移動電話３の動作を管理するための制御データを含む、共有基地局５によってサービス提供される通信デバイスに送信される制御データとの別個のフローを制御する。
【００８１】
事業者割当分構成モジュール６４は、各リソースプールにおいて利用可能なリソースの、各それぞれのネットワーク事業者の予約済みリソース割合を規定する構成データを記憶及び管理するように動作可能である。この構成データは、必要に応じて、共有基地局５の他のモジュールにも提供される。例えば、プールプロセッサモジュール６５は、以前処理されたリソースプールにおいて特定のネットワーク事業者に既に配分されているリソースが、その特定のネットワーク事業者に予約済みのリソースの割合に達したか／割合を超えたか否かと判断するときに、事業者割当分構成モジュール６４によって提供される構成データに依拠することができる。
【００８２】
プールプロセッサモジュール６５は、ダウンリンク方向及びアップリンク方向の双方について、各リソースプールを動的に処理することを担当する。プールプロセッサモジュール６５は、各スケジューリングラウンドにおいて、リソースプールごとに、それらのそれぞれのスケジューリング優先順位の降順でスライスのリストを維持するように動作可能である。
【００８３】
スライススケジューラモジュール６６（プールプロセッサモジュール６５の一部分であり及び／又はプールプロセッサモジュール６５とともに機能する）は、各事業者スライスに属する通信ベアラ用のＰＲＢを、所与のリソースプールにおけるその事業者用の利用可能な周波数リソースのそれぞれの予約済み割合に基づいて配分するように動作可能である。スライススケジューラモジュール６６は、プールプロセッサモジュール６５によって維持されるリソース優先順位のリストに従って事業者スライス用のＰＲＢを配分するように動作可能である。
【００８４】
移動電話
図３は、図１に示す移動電話３の主要構成要素を示すブロック図である。図示されていねように、移動電話３は、１つ又は複数のアンテナ３３を介して基地局４、５との間で信号を送受信するように動作可能な送受信機回路３１を有する。図３には全て示されてはいないが、移動電話３は当然ながら、従来の移動電話３の全ての通常の機能（ユーザーインターフェース３５等）を有することができ、これを適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又はそれらの任意の組み合わせによって提供することができる。移動電話３は、移動電話３の動作を制御するコントローラー３７を有する。コントローラー３７は、メモリ３９と関連付けられ、送受信機回路３１に結合される。ソフトウェアは、メモリ３９内に予めインストールすることができ、及び／又は、例えば電気通信ネットワークを介して若しくは取り外し可能なデータ記憶デバイス（ＲＭＤ）からダウンロードすることができる。
【００８５】
コントローラー３７は、この例では、メモリ３９内に記憶されたプログラム命令又はソフトウェア命令によって移動電話３の全体動作を制御するように構成される。図示されているように、これらのソフトウェア命令は、中でも、オペレーティングシステム４１と、通信制御モジュール４３と、スケジュール遵守モジュール４５とを備える。
【００８６】
通信制御モジュール４３は、移動電話３と基地局４、５との間の通信を制御するように動作可能である。また、通信制御モジュール４３は、アップリンクデータと、基地局５に送信される制御データとの別個のフローを制御する。通信制御モジュール４３は、スケジュール遵守(コンプライアンス)モジュール４５を更に備える。
【００８７】
スケジュール遵守モジュール４５は、基地局の対応するスケジューラモジュール（共有基地局５のプール／スライススケジューラモジュール又は従来の基地局４のＭＡＣスケジューラモジュール等）から、この移動電話３のための（アップリンク／ダウンリンク）通信のスケジューリングに関する情報を受信するように動作可能である。スケジュール遵守モジュール４５は、この情報を用いて、この移動電話３のアクティブな通信ベアラに関連する任意のアップリンク／ダウンリンク通信のために用いられるリソースを制御する。
【００８８】
上記の説明において、共有基地局５及び移動電話３は、理解を容易にするために、複数の別個のモジュール（通信制御モジュール、プールプロセッサモジュール、及びスライススケジューラ等）を有するものとして説明されている。これらのモジュールは、或る特定の応用形態の場合、例えば、本発明を実施するために既存のシステムが変更された場合には、このようにして設けることができるが、他の応用形態、例えば、最初から本発明の特徴を念頭に置いて設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込むことができるので、これらのモジュールは別個の実体として区別可能でない場合もある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はこれらの組み合わせにおいて実施することもできる。
【００８９】
動作−複数のリソースプール
ここで、共有基地局５が、２つ以上のネットワーク事業者に属する移動電話３に／からデータを送信するための共有基地局５のリソースを最適化する、上記で検討したシナリオのより詳細な説明を与える。
【００９０】
スライススケジューラ６６（時に「ネットワーク仮想化基板」スライススケジューラ又は「ＮＶＳ」スライススケジューラと呼ばれることがある）は、共有基地局５のプールプロセッサ６５によって指示された優先順位に基づいてスライスをスケジューリングする。各「スライス」は、関連付けられたリソースの少なくとも或る割合を用いることを認可された通信ベアラのセットとみなすことができる。
【００９１】
この例示的な方法において、各事業者スライスは１つの事業者のみに対応し、すなわち、スライスは１つの事業者に属する全ての通信ベアラを含むが、他の事業者に属するベアラは一切含まない。
【００９２】
各事業者スライスにスライス重みを付与することができる。スライス重みは以下のように計算される。
【数３７】
0006044813.tif 000038
ここで、ｇは事業者スライスインデックスであり、
【数３８】
0006044813.tif 000039
はシステム帯域幅の総リソースの一部として表される、事業者ｇのための予約済みの割り当てのサイズであり、ｊは、リソースが配分されることになる現在のサブフレームのサブフレーム番号であり、
【数３９】
0006044813.tif 000040
は、サブフレームｊにおいて割り振られるリソースを含める前の事業者スライスｇのリソース使用量の測定量であり、例えば、前のサブフレーム（複数の場合もある）からのリソース使用量の測定量（複数の場合もある）を用いて計算される。
【００９３】
【数４０】
0006044813.tif 000041
の値は、指数加重移動平均を用いて各サブフレームにおいて更新することができる。
【数４１】
0006044813.tif 000042
ここで、βは、効果的には範囲０〜１（ここで、１の値は前のサブフレームにおけるリソース使用量が無視されることを意味する）の忘却係数パラメーターであり、Ｋは、システム帯域幅におけるリソース（例えば、ＰＲＢ）数であり、Ｎｇ，ｊ−１は、サブフレームｊに直接先行するサブフレームにおいて、事業者スライスｇに属する全ての通信ベアラに割り振られるリソースの総数である。
【００９４】
ＮＶＳスライススケジューラ等のスケジューリングアルゴリズムは、各スライスの現在の測定されたリソース使用量を調べ、所定の共有ルールに基づいて各スライスのスケジューリング優先順位を設定する。
【００９５】
しかしながら、上記に概括したように、この実施形態では、システムリソースは、任意の数の仮想的な「プール」に分割される。
【００９６】
リソースプールは、有利には、プールの数がＭであり、第ｍのプールのサイズがＰｍ（利用可能な全リソースのうちの割合又は「フラクション」として表される）である場合、全てのプールのサイズの合計が１（
【数４２】
0006044813.tif 000043
）となるように規定される。
【００９７】
共有基地局５の所有者（複数の場合もある）は、各事業者がどのプールの使用を認められているのかを指定することができ、各プールにおいて事業者ごとに異なる予約済みプール割合を設定することができる。リソースプール及び／又は予約済みプール割合に変更がある度に、事業者割当分構成モジュール６４は、それに応じてリソースプール構成を更新する。これらの構成は、一般に、共有基地局５の所有者（複数の場合もある）及び／又は各ネットワーク事業者の間の適用可能な契約に従うことができる。しかしながら、これらの構成は、現在のネットワーク負荷及び／又は共有基地局５の他の動作条件に応じて変更することもできる。
【００９８】
可能なリソースプール構成の簡単な例を以下の表１に示す。この例には、共有基地局５によって提供される３つの別々のリソースプールが存在し、この共有基地局５を共有する３つのネットワーク事業者が存在する。例えば、ネットワーク事業者は、表１の「スライス０」、「スライス１」、及び「スライス２」にそれぞれ対応する図１に示す「事業者Ａ」、「事業者Ｂ」、及び「事業者Ｃ」とすることができる。符号「Ｘ」は、対応する事業者スライスが対応するリソースプールの使用を認められていないことを示し、
【数４３】
0006044813.tif 000044
は、「ｍ」で示されたリソースプールにおける「ｇ」で示された事業者スライス用の予約済みプール割合を示す。
【００９９】
【表１】
0006044813.tif 000045
【０１００】
図４は、表１に設定されたリソースプール構成に基づくリソース配分シナリオを示している。このシナリオでは、全ての事業者スライスは、現在、比較的高いトラフィックレベルに達しており（例えば、その結果、共有基地局５の負荷は１００％に近いか又は１００％に達していることさえある）、したがって、それらに利用可能な全てのリソースを用いる。図４は、リソースがこの場合にどのように配分されるのかを示している。特に、このシナリオでは、表１に示すように、「スライス０」は、「プール０」における０．２５（すなわち２５％）の予約済みプール割合と、「プール１」における０．３（すなわち３０％）の予約済みプール割合とを有する。「スライス０」には、リソースプール０の最大で０．２５（すなわち２５％）の割当分と、リソースプール１の最大で０．３（すなわち３０％）の割当分とが配分される。リソースプール０は、全リソースの０．４（すなわち４０％）の割当分に対応するサイズを有し、リソースプール１は、全リソースの０．５（すなわち５０％）の割当分に対応するサイズを有する。したがって、スライス０は、プール０における全リソースの０．１（０．４×０．２５）の割当分と、プール１における全リソースの０．１５（０．５×０．３）の割当分とを受け取り、全リソースのうちの全体で０．２５（すなわち２５％）の割当分を与えられる。
【０１０１】
「スライス１」には、リソースプール０の最大で０．７５（すなわち７５％）の割当分と、リソースプール１の最大で０．２（すなわち２０％）の割当分とが配分される。したがって、スライス１は、プール０における全リソースの０．３（０．４×０．７５）の割当分と、プール１における全リソースの０．１（０．５×０．２）の割当分とを受け取り、全リソースのうちの全体で０．４（すなわち４０％）の割当分を与えられる。
【０１０２】
「スライス２」には、リソースプール１の最大で０．５（又は５０％）の割当分と、その使用が認められた唯一のスライスとして、リソースプール２の最大（１００％）の割当分とが配分される。したがって、スライス２は、プール１における全リソースの０．２５（０．５×０．５）の割当分と、プール２における全リソースの０．１（０．１×１）の割当分とを受け取り、全リソースのうちの全体で０．３５（すなわち３５％）の割当分を与えられる。
【０１０３】
図５は、表１に設定されたリソースプール構成に基づく別のリソース配分シナリオを示している。このシナリオでは、「スライス０」及び「スライス１」のみが、比較的高いトラフィックレベルに遭遇している一方、「スライス２」は、（ほぼ）０のトラフィックレベルを有する。したがって、このシナリオでは、スライス２は、プール１又はプール２におけるどのリソースの使用も必要とすることなくそのリソース要件を満たすことができる。
【０１０４】
この場合、他の状況ではスライス２によって用いられるであろうプール１のリソースは、プール１の使用を認められている残りの事業者間で共有される。一方、プール０からのリソースの配分は影響を受けない。なぜならば、スライス２は、それらのリソースの使用を認められていないからである。プール２からのリソースの配分も影響を受けない。なぜならば、スライス０及び１は、それらのリソースの使用を認められていないからである。
【０１０５】
したがって、スライス０には、リソースプール０のその最大で０．２５（すなわち２５％）の割当分と、スライス０及びスライス１の予約済みプール割合の相対的なサイズ並びにプール１の未使用部分（この例では、プール１の全て）のサイズによって規定されるリソースプール１の割当分とが配分される。具体的には、プール１のスライス０の割当分は、スライス１のその予約済みプール割合のサイズに、スライス０の予約済みプール割合及びスライス１の予約済みプール割合の組み合わされたサイズに対するプール１の未使用部分のサイズの比を乗算した分が与えられる。したがって、スライス０は、プール０における全リソースの０．１（０．４×０．２５）の割当分と、プール１における全リソースの０．３（０．５×０．３／（０．２＋０．３））の割当分とを受け取り、それによって、全リソースのうちの全体で０．４（すなわち４０％）の割当分を与えられる。
【０１０６】
同様に、スライス１は、プール０における全リソースの０．３（０．４×０．７５）の割当分と、プール１における全リソースの０．２（０．５×０．２／（０．２＋０．３））の割当分とを受け取り、それによって、全リソースのうちの全体で０．５（すなわち５０％）の割当分を与えられる。
【０１０７】
動作−選択的なブロックを有する一般化されたスライススケジューラ
次に、共有基地局５のリソース共有方式を実現して、２つ以上のネットワーク事業者に属する移動電話３へ／移動電話３からデータを送信する共有基地局５のリソースを最適化するのに用いることができるスライススケジューラアルゴリズムのより詳細な説明を与える。
【０１０８】
本質的に、提案したスライススケジューラアルゴリズムは、以下の一般的な手順を適用する。
１．「ｊ」で示すサブフレームの開始時に各事業者スライスの測定されたリソース使用量
【数４４】
0006044813.tif 000046
が与えられると、スライススケジューラ６６は、共有ルールのセットを適用して、各スライスが現在、その割当分よりも少ないリソースを用いているのか又は多くのリソースを用いているのかを算出する。これに関連して、対応するネットワーク事業者の予約済み割合に加えて、ネットワーク事業者の「割当分」は、現在のサブフレームにおいて、適用される共有ルールに基づいて、その事業者に「割り当て可能」な別の任意のネットワーク事業者の予約済み割合の任意の一部分も含む場合がある（例えば、その一部分がその別のネットワーク事業者によって用いられていないとの理由による）。換言すれば、スライススケジューラは、このステップにおいて、各スライスの通信ベアラには、（他のネットワーク事業者から割り当てられた任意の割合を含めて）対応するネットワーク事業者の予約済み割合よりも少ないＰＲＢが配分されているのか又は多くのＰＲＢが配分されているのかを判断する。
２．スライスが現在、その割当分（すなわち、共有ルールの下で使用を認められている最大量）よりも多くのリソースを用いている場合、スライススケジューラ６６は、サブフレーム「ｊ」においてそのスライスをブロックする。ブロックされたスライスは、スケジューリングから除外され、そのため、それらのスライスには、現在のスケジューリングラウンドにおいてどのリソースも割り当てることができない。
３．スライススケジューラ６６は、次の原理に基づいて、「ｊ」で示すサブフレームにおける各スライスのスケジューリング優先順位を設定する。すなわち、スライスが用いている量がその割当分よりも少ない場合、そのスライスには、その未使用リソースを借用している他のどのスライスよりも高い優先順位が与えられなければならない。（もちろん、ステップ２によってブロックされたスライスは、いずれにしてもスケジューリングすることができないので、それらのスライスのスケジューリング優先順位は任意である）。
４．最後に、スライススケジューラ６６は、ステップ１〜３の結果に基づいてスケジューリングを実行し、各スライスの測定されたリソース使用量を更新する。
【０１０９】
スライスの「割当分」は、共有ルールによれば、他のスライスのリソース使用量に依存する場合があるので、必ずしも固定された量でないことが理解されるであろう。例えば、図４に示すシナリオでは、「スライス０」の割当分は０．２５であるの対して、図５に示すシナリオでは、「スライス０」の割当分は０．４である。
【０１１０】
ステップ（１）は、暗黙の仮定を行っている。この暗黙の仮定は、スライスがその割当分よりも少ない量を用いている場合に、この理由が、このスライスがその割当分の全てを用いるだけの十分なトラフィックを有していないに違いないというものである。この仮定は、ステップ（３）において与えられる優先順位設定の原理に従う場合には、常に有効である。これによって、スライスは、自らが必要としていなかった間に他のスライスが借りていた場合がある未使用リソースを効果的に「回収」することができることが確保される。
【０１１１】
任意のスライスが用いことができるリソースに対して最大限度がない場合（なぜならば、例えば、ＮＶＳスライススケジューラを用いると、どのスライスも、他のスライスがリソースを用いていない場合にセル内の全てのリソースを用いることができるからである）、ステップ（２）は、冗長となる場合がある。しかしながら、ステップ（２）は、複数プールの場合に、スライスが、アクセスすべきでないプールを用いることを防止するために用いられる。
【０１１２】
複数のリソースプールの場合には、各スライスは、その利用可能なリソースをプール番号の昇順で満たすものと仮定する。換言すれば、所与のスライスは、プール０〜ｍ−１においてこのスライスに利用可能な全てのリソースを既に用いている場合にのみ、任意のプールｍにおけるリソースを用いる。
【０１１３】
上記ステップ（１）を実施するために、プールプロセッサ６５（スライススケジューラ６６を備える）は、各スライスが各プールにおいて幾つのリソースを用いる必要があるのか又は幾つのリソースの使用を認められているのか（いずれか少ない方）を算出する。
【０１１４】
【数４５】
0006044813.tif 000047
が、「ｇ」で示すスライスが、「ｊ」で示す現在のサブフレームで、「ｍ」で示すリソースプールにおいて取得することを認められているリソースの割合である（また、スライス「ｇ」がリソースプール「ｍ」の使用を認められていない場合には、
【数４６】
0006044813.tif 000048
である）とすると、プールプロセッサ６５は、以下のアルゴリズム（すなわち、以下のステップａ）〜ｈ）において設定された手順Ａ）を用いて、
【数４７】
0006044813.tif 000049
を計算することができる。
手順Ａ：
ａ）初期化：
ｍ＝０
全てのｇについて、
【数４８】
0006044813.tif 000050
（上記で規定したように、サブフレーム「ｊ」のスライス「ｇ」用のリソース使用量の測定量を用いてスライス「ｇ」に「必要とされる」リソース使用量を初期化する（ただし、サブフレーム「ｊ」のリソースが配分される前））
ｂ）設定：
スライス「ｇ」がプール「ｍ」の使用を認められている場合、フラグｆｇは１に設定される（スライス「ｇ」がプール「ｍ」の使用を認められていることを示す）；
そうでない場合、ｆｇ＝０（スライス「ｇ」がプール「ｍ」の使用を認可されていないことを示す）；
全てのｇについて
【数４９】
0006044813.tif 000051
（スライス「ｇ」がサブフレーム「ｊ」でリソースプール「ｍ」において取得することができるリソース量が、ステップｃ）において更新される前に０に初期設定される）；及び
Ｑ＝Ｐｍ（「ｍ」で示すリソースプールへのアクセスを認められているスライス間で分配することができる初期の残りのリソースＱが、第ｍのプールのサイズと等しくなるように設定される）
ｃ）全てのｇについて（すなわち、全てのスライスについて）、リソースプール「ｍ」を用いる権利を有する全てのスライス間で、それらのそれぞれの
【数５０】
0006044813.tif 000052
に比例して（すなわち、リソースプール「ｍ」におけるスライスごとの予約済みプール割合に比例して）リソースＱを分配することによって
【数５１】
0006044813.tif 000053
を更新する：
【数５２】
0006044813.tif 000054
（すなわち、スライス「ｇ」がサブフレーム「ｊ」でリソースプール「ｍ」において取得することを認められているリソース量は、その量を、リソースプール「ｍ」における全てのスライスの量の合計で割った比だけ増加される）；
ｄ）Ｑ＝０を設定する（すなわち、ステップｃ）におけるリソース分配に従って、スライス間で分配することができる残りのリソースが０に設定される）
ｅ）条件ｆｇ＝１及び
【数５３】
0006044813.tif 000055
を満たす各スライスについて、以下のことを行う：
【数５４】
0006044813.tif 000056
（これは、そのスライスに必要とされるリソース使用量の測定量を越えて現在のプールのリソースを提供された各スライスを効果的に無視し、そのスライス用に予約された超過リソースを解放する）
ｆ）Ｑ＞０及び
【数５５】
0006044813.tif 000057
である場合、ステップｃ）に進み、そうでない場合、以下に進む。
（ステップｅ）において解放された超過リソースがあり、無視されていないスライスがある場合、解放された超過リソースが、ｃ）においてそれらのスライスに再分配される）
ｇ）設定：
【数５６】
0006044813.tif 000058
（各スライスに必要とされるリソースの測定量は、そのスライスに分配されている現在のリソースプールのリソースと同等に削減され、次いで、この手順がステップｈ）において次のプール（存在する場合）を続けるために、プール番号（「インデックス」）がインクリメントされる）
ｈ）ｍ＜Ｍである場合、ステップ（ｂ）に進み（すなわち、次のリソースプールを処理する）、そうでない場合、停止する（それ以上リソースプールが残っていない場合）。
【０１１５】
上記から分かるように、プールプロセッサ６５は、各プールを順に処理する。所与のプール「ｍ」について、プールプロセッサは、（ステップｃ）において）
【数５７】
0006044813.tif 000059
に基づいて、プール「ｍ」にアクセスする各スライスにプール「ｍ」のその保証された最小リソース割当分を与えることによって開始する。いずれかのスライスがこのリソースの全てを必要とするとは限らない場合（すなわち、
【数５８】
0006044813.tif 000060
である場合）、そのスライスは、満たされているとみなされ、ｆｇ＝０を設定することによって更なる考慮の対象から除かれる。この場合、超過した量
【数５９】
0006044813.tif 000061
は、プールに戻され、残りのスライス間で再分配される。このプロセスは、全てのスライスが満たされるまで、又はを再分配するリソースがもはや存在しなくなるまで続く。次に、ステップｈ）において、プールプロセッサ６５は次のプールに進む。
【０１１６】
上記の一般的な手順のステップ（２）の選択的なブロックを実現するには、スライスの測定された全リソース使用量（上記リソースプール処理に基づく）が、そのスライスが全てのプールにおいて取得することを認められている総量を越えている場合に、そのスライスがサブフレーム「ｊ」でブロックされることが必要である。すなわち、スライス「ｇ」は、以下の条件が満たされる場合に限ってサブフレーム「ｊ」でリソース配分を受け取ることをブロックされる。
【数６０】
0006044813.tif 000062
【０１１７】
上記一般的な手順のステップ（３）は、プールプロセッサ６５がスライスのリストをスケジューリング優先順位の降順で構成することを必要とする。このリストは、実際には、ステップ（１）の間に次のように構成することができる。プールプロセッサ６５は、優先順位リストを空のリストに初期化することによって開始する。上記ステップ（ｅ）において、プールプロセッサ６５は、条件ｆｇ＝１及び
【数６１】
0006044813.tif 000063
を満たすスライスを見つけた場合、そのスライスを優先順位リストに追加する。２つ以上のスライスがこの条件を同時に満たす場合、プールプロセッサ６５は、それらのスライスを優先順位リストに、量
【数６２】
0006044813.tif 000064
（これは、オリジナルのＮＶＳアルゴリズムにおけるＮＶＳ重みに類似している）の降順で追加する。最後のプールの処理が完了すると、プールプロセッサ６５は、残っているスライスがあれば、それらのスライスを優先順位リストに任意の順序で追加する。
【０１１８】
図６は、上記一例のスライススケジューリング方法が適用されるときの更に別のリソース配分シナリオを示している。図６のリソース配分シナリオは、表１に示す構成に基づいている。
【０１１９】
この例では、特定のサブフレーム「ｊ」で観測される、測定されたリソース使用量
【数６３】
0006044813.tif 000065
は、「スライス０」、「スライス１」、及び「スライス２」についてそれぞれ０．４、０．２、及び０．４であると仮定する。「スライス１」は、（表１のとおりに）「プール０」において最低限の０．３を得る権利を有するが、その現在の使用量に基づくと、０．２を用いるだけでよい。これによって、他のスライスに再分配することができる０．１の超過した量が残る。「スライス０」及び「スライス１」のみが、「プール０」の使用を認められているので、「スライス０」は、したがって、それ自体の０．１の最小割当分に加えて、この超過した量の全てを受け取ることができ、事実上、「スライス０」は、「プール０」から全てのリソースのうちの全体で０．２の割合を与えられる。「スライス１」の要件は、「プール０」の仮想的なリソースによって事実上、既に満たされているので、「プール１」の仮想的なリソースの全てを、「スライス０」と「スライス２」との間で「プール１」におけるそれらの予約済みプール割合に比例して（すなわち、０．３：０．５の比で）事実上に分配することができる。このため、「スライス０」及び「スライス２」は、「プール１」においてそれぞれ０．１８７５及び０．３１２５を受け取る。「スライス２」は、「プール２」の全ての仮想的なリソースを用いる権利を有するが、その現在の使用量を満たすには０．０８７５しか必要としない。したがって、この手順の終わりに、プールプロセッサ６５は、適用可能な共有ルールに基づくと、「スライス０」の測定されたリソース使用量のみを、全てのリソースプールにわたってこのスライスに予約されたリソースが満たすことができないことを確認する。事実上、これは、「スライス０」が、用いる権利を有するリソースよりも多くのリソースを用いており、したがって、サブフレーム「ｊ」におけるスケジューリングをブロックされることを意味する。したがって、この場合、スライス優先順位は、「スライス１」＞「スライス２」＞「スライス０」であると決定される。したがって、「スライス１」は、「スライス０」が（「プール０」及び「プール１」において）借用している未使用リソースと、「スライス２」が（「プール１」において）借用している未使用リソースとを有すると判断されたので、最も高い優先順位を有する。この一例のシナリオでは、「スライス０」は、いずれにしてもスケジューリングをブロックされるので、「スライス２」及び「スライス０」の相対的な優先順位は重要ではない。
【０１２０】
図６のリソース配分シナリオの場合のリソース配分計算を以下の表２に要約する。
【０１２１】
【表２】
0006044813.tif 000066
【０１２２】
上記ステップ（ａ）〜（ｈ）において与えられた手順Ａは、複数プール共有方式を実施する一般化されたスライススケジューラの可能な実現形態を記述している。しかしながら、この手順の以下の変更が任意の共有ルールのセット（複数プール方式だけではない）に適用可能であることが理解されるであろう。この変更された手順（手順Ｂと呼ぶ）は、ｉ）現在のサブフレームにおけるスライスのスケジューリング優先順位の順序、及びｉｉ）現在のサブフレームにおいてどのスライス（存在する場合）をスケジューリングからブロックすべきか、を決定するために、各サブフレームの開始時に、すなわち、従来のＭＡＣスケジューリングが行われる前に実行される。簡単にするために、サブフレームインデックス「ｊ」は、以下の説明からは省略されている。
入力：
・共有方式の全ての固定されたパラメーター（例えば、スライスの数、それらのそれぞれのを共有比等）
・各スライス「ｇ」の現在の測定されたリソース使用量
【数６４】
0006044813.tif 000067
（上記で説明したように計算される）
出力：
・各スライス（「ｇ」）のリソース割当分
【数６５】
0006044813.tif 000068
・ＭＡＣスケジューラ優先順位の降順でのスライスのリスト
手順Ｂ：
１．各スライス（すなわち、「ｇ」の各値）のリソース割当分
【数６６】
0006044813.tif 000069
を、（仮定的な）十分に混雑した場合においてそのスライスに保証されたリソース（すなわち、あらゆるスライスが最大トラフィック負荷を有する場合にスライスｇが受け取るリソース）に初期化する。空の優先順位リストを（上記で説明したように）初期化する。
２．各スライスｇについて、対応するスライス重み、すなわち、
【数６７】
0006044813.tif 000070
を計算する
３．全てのｇについてｗｇ≦１である場合、ステップ（９）に進み、そうでない場合、ステップ（４）に進む
４．ｗｇの最も高い値（最も高い重み）を有するスライスｉ、すなわち、
【数６８】
0006044813.tif 000071
を見つける
５．スライスｉを優先順位リストにアペンドする。この時、全てのスライスが、優先順位リストに追加された場合、ステップ（７）に進む。
６．スライスｉの未使用リソース、すなわち、
【数６９】
0006044813.tif 000072
を計算し、この未使用リソースを、まだ優先順位リストに追加されていない他のスライス間に再分配し、それに応じて、これらの他のスライスの
【数７０】
0006044813.tif 000073
値（すなわち、特定の残りのスライス「ｇ」が使用を認められている最大量）を増加させる。各スライスが受け取る再分配されたリソースの量は、用いられる特定の共有ルールに依存する。
７．スライスｉの最終的なリソース使用量をその実際のリソース使用量に設定する。すなわち、
【数７１】
0006044813.tif 000074
である。この割り当ての結果、ｗｉは、次にステップ２において計算されるとき１になる。
８．ステップ（２）に進む
９．任意の残りのスライスをｗｇの値の降順で優先順位リストに追加し、停止する。
【０１２３】
この手順は、あらゆるスライスｇについて
【数７２】
0006044813.tif 000075
（すなわち、ｗｇ≦１）を保証する。その計算されたそれぞれの割当分よりも多くのリソースを用いるいずれのスライス（すなわち、そのスライスについては、ｗｇ＜１）も、適用された共有ルールの下ではその最大リソース量よりも多くを用いており、したがって、そのスライスは、現在のサブフレームにおいてスケジューリングをブロックされるものと判断することもできる。
【０１２４】
オリジナルのＮＶＳアルゴリズムの共有ルールが、この手順のステップ（６）において適用される場合、この手順によって返される優先順位の順序は、ＮＶＳ重みの降順となり、この手順は、全てのスライスについて
【数７３】
0006044813.tif 000076
で終了する（そのため、どのスライスもブロックされない）ことを示すことができる。このため、この手順は、特殊な場合としてオリジナルのＮＶＳアルゴリズムを含む。
【０１２５】
実際に、この手順は、各スライスのトラフィック負荷を所与として各スライスの割当分を計算するのに用いることもできる。この場合、単純に、
【数７４】
0006044813.tif 000077
を用いて手順を呼び出す。ここで、
【数７５】
0006044813.tif 000078
は、スライスｇの「要求された」リソース、すなわち、スライスｇがその現在のトラフィック負荷を受け持つために必要とするリソース量（これは、スライスｇが最大トラフィック負荷を有する場合には全セルリソースに等しい）を表す。返された値
【数７６】
0006044813.tif 000079
は、この場合、各スライスが共有ルールに従ってどれだけのリソース（常に、要求された量以下である）を実際に受け取るのかを表す。
【０１２６】
この変更された手順は、前に示した例を作り直すことによって以下に示すように、複数プールの場合にも適用することができる。特定のサブフレームにおいて観測されたそれぞれのリソース使用量
【数７７】
0006044813.tif 000080
は、「スライス０」、「スライス１」、及び「スライス２」についてそれぞれ０．４、０．２、及び０．４と仮定する。変更された手順の最初のステップを以下の表３に示す。
【０１２７】
【表３】
0006044813.tif 000081
【０１２８】
「スライス１」は、最も高い重みｗｇを有し、そのため、最初に優先順位リストに追加される。「スライス１」の未使用リソースは、０．４−０．２＝０．２である。上記と同様に、プールがプール番号の昇順で満たされるものと仮定する。「スライス１」は、「プール０」において０．３の予約を有し、そのため、０．２の未使用リソースは、「プール０」に残りの０．１を含み、「プール１」に更に別の０．１を含む。「プール０」の０．１は、「スライス０」の
【数７８】
0006044813.tif 000082
に追加され、スライス０は、そのリソースプールの使用も認められる。「プール１」の０．１は、そのプールの使用を認められている事業者スライス、すなわち「スライス０」及び「スライス２」の間で比０．３：０．５で分割される。（未使用リソースをどのように再分配するのかを算出するために、各スライスが各プールにおいてどれだけの量を用いているのかの経過を依然として追跡する必要があり、そのため、ステップ（ａ）〜（ｈ）において上記で提示した計算と同様の計算が依然として必要とされる）。
【０１２９】
表４は、「スライス１」の未使用リソースを再分配した後の変更された手順を示している。
【０１３０】
【表４】
0006044813.tif 000083
【０１３１】
ここで、「スライス２」は、最も高い重みｗｇを有し、そのため、次に優先順位リストに追加される。「スライス２」の未使用リソースは、０．４１２５−０．４＝０．０１２５である。しかしながら、この未使用リソースは、全て「プール２」にあり、プール２は、他のどのスライスとも共有されず、そのため、共有ルールによれば、この未使用リソースは、他のどのスライスにも再分配することができない。この変更された手順の次のステップを表５に示す。
【０１３２】
【表５】
0006044813.tif 000084
【０１３３】
ここで、全てのスライスについて、ｗｇ≦１であり、そのため、唯一の残りのスライス（すなわち「スライス０」）が、優先順位リストに追加され、この手順は終了する。しかしながら、「スライス０」は、条件ｗｇ≦１を満たすので、このサブフレームにおいてスケジューリングをブロックされる。
【０１３４】
動作−階層的スライススケジューラ
上記手法に対する一変形形態によれば、プールプロセッサ６５は、以下のように、リソースプールごとにスライススケジューラ６６の別々のインスタンスを適用する。
【０１３５】
上記例と同様に、
【数７９】
0006044813.tif 000085
は、サブフレーム「ｊ」の開始時における（全てのリソースプールではなく）リソースプール「ｍ」のスライス「ｇ」の推定されたリソース測定値であり、ｗｍ、ｇ、ｊは、以下のように定義されるスライス「ｇ」と関連付けられた重みの対応する値である。
【数８０】
0006044813.tif 000086
【０１３６】
各サブフレームにおいて、プールプロセッサ６５は、１つのプールを選択する。（そのサブフレームにおいて利用可能な全てのリソースの）スケジューリング用のスライス優先順位は、選択されたプールにおいてスライス重みｗｍ、ｇ、ｊに基づいて設定される。加えて、選択されたプールの使用を認められていないどのスライスも、スケジューリングから完全に除外される。
【０１３７】
ｍｊが、サブフレーム「ｊ」において選択されたリソースプールである場合、測定値
【数８１】
0006044813.tif 000087
は、あらゆるサブフレームにおいて以下のように更新される。
【数８２】
0006044813.tif 000088
【０１３８】
どのプールが各サブフレームにおいて選択されるのかを決定するために、プールプロセッサ６５は、スライススケジューラの追加のインスタンス（したがって、用語「階層的スライススケジューラ」）を用いる。この「最上位レベル」スライススケジューラでは、各リソースプール「ｍ」には、サブフレーム「ｊ」におけるプール重みωｍ，ｊを与えることができる。この重みは、以下のように計算される。
【数８３】
0006044813.tif 000089
ここで、Ｐｍは、リソースプール「ｍ」のサイズであり、測定値
【数８４】
0006044813.tif 000090
は、サブフレームごとに以下のように更新される。
【数８５】
0006044813.tif 000091
【０１３９】
各サブフレーム「ｊ」において、プールプロセッサ６５は、ωｍ，ｊの最も高い値を有するプール「ｍ」、すなわち、
【数８６】
0006044813.tif 000092
を選択する。
【０１４０】
階層的スライススケジューリング方法のステップを、図７を参照してより詳細に説明する。図７は、図１の電気通信ネットワークにおける使用に適した共有基地局によって実行されるスライススケジューリング方法を示す一例示のフローチャートである。
【０１４１】
この方法は、ステップｓ７００から開始する。ステップｓ７００において、共有基地局５のプールプロセッサ６５は、各リソースプール「ｍ」に、現在のサブフレーム「ｊ」におけるスケジューリング優先順位を決定するプール重みを与える。その後、ステップＳ７０１に示すように、プールプロセッサ６５は、最も高い重みを有するリソースプールを選択する。選択されたリソースプールは、所与のサブフレーム「ｊ」において適用されるスケジューリングルールを決定する。
【０１４２】
ステップＳ７０３において、プールプロセッサ６５は、選択されたリソースプールに適用可能なスケジューリングルールに従って、例えば、各事業者スライスに重みを与え、それらのそれぞれの重みに従って各スライスに属する通信にＰＲＢを配分することによって、スケジューリング動作を（例えば、そのスライススケジューラモジュール６６を用いることによって）実行する。したがって、ステップＳ７０１において、「プール０」が最も高い重みを有することが判明した場合、サブフレーム「ｊ」全体のスケジューリングは、「プール０」で示すリソースプールについて規定されたルールに基づいて（すなわち、ステップｓ７０３−０に示すように）実行され、これは、たとえ、そのリソースプールがネットワーク事業者のうちの一部にしかアクセス可能でない場合であっても実行される。同様に、プールプロセッサ６５は、「プール１」が所与のサブフレーム「ｊ」において最も高い重みを有することを見つけた場合、そのリソースプールによって規定されたルールに従って（すなわち、ステップｓ７０３−１に示すように）スケジューリングを実行する。
【０１４３】
しかしながら、平均すると、リソースプールのそれぞれには、他のリソースプールのサイズと比較してそのリソースプールのサイズに対応する機会が与えられ、それによって、平均して、事業者スライスの割当分のそれぞれの割合にも従うスケジューリング方法が得られる。
【０１４４】
要約すれば、階層的スライススケジューリング手法は、有利には、各リソースプールが平均してサブフレームのフラクションＰｍを受け取ることを保証する。しかしながら、リソースプール間のサブフレームの共有は、他の手段、例えば、ラウンドロビンアルゴリズムを用いて各サブフレームにおいてスケジューリングするリソースプールを選択することによって代替的に達成することができる。
【０１４５】
動作−レイテンシー低減のための２段階スケジューラ
上記で説明したスケジューラアルゴリズムは、各スライスが、（リソース使用量測定に用いられる指数平均化のメモリ周期にわたって）正しいリソース割当分を平均して受け取ることを保証するが、幾つかの場合には、特に、スライスが共有基地局５の全リソースの小さな割合を有する場合には、少数のサブフレームのみの比較的短い周期にわたって、事業者のスライスは、リソースを与えられる前に幾つかのサブフレームを待たなければならない場合がある。遅延センシティブサービスの場合、そのような遅延を低減又は除去することが有利である。そのような遅延センシティブサービスは、通常、「リアルタイム」サービス（時に、保証ビットレート（ＧＢＲ）サービスと呼ばれる）、例えば、音声通話、マルチメディア電話通信、移動ＴＶ、リアルタイムビデオ（ライブ又はバッファリングされたビデオストリーム）、リアルタイムゲーム等を含む。
【０１４６】
以下では、図８及び図９を参照して、別のスライススケジューラアルゴリズムを説明する。このアルゴリズムを用いると、共有基地局５は、各スライスがあらゆるサブフレームにおいて所定の最小リソース量を受け取ることを保証することができる。この手法は、各スライスが、低レイテンシーで少なくとも或る特定の量の遅延センシティブトラフィックを受け持つことができることを保証する。
【０１４７】
【数８７】
0006044813.tif 000093
が、共有基地局５が、全セルリソースのフラクションとして表されるスライス「ｇ」に提供する必要がある「瞬時」リソース保証である場合、共有基地局５は、スライス「ｇ」が、他の状況においてスケジューリングされていなくても（例えば、スライスが現在のスケジューリングラウンドにおいてブロックされているか又は現在のスケジューリングラウンドにおいてスケジューリングされているプールに属していないという理由から）、あらゆるサブフレームにおいて少なくとも
【数８８】
0006044813.tif 000094
個のリソースを保証されることを確保するように動作する。
【数８９】
0006044813.tif 000095
であると仮定する。
【０１４８】
上記目的は、以下のように、２段階で各サブフレームにおいてスケジューリングを実行することによって達成することができる。
１．段階１（図８のステップｓ８０３〜ｓ８１１）において、スライススケジューラ６６は、（呼び出されるあらゆる選択的なブロック及び／又はプール重みに応じたプール選択を無視する）通常のスライススケジューリングアルゴリズムに従って進む。すなわち、
スライス優先順位の降順（上記で説明したように重みｗｇ，ｊの降順等）でスライスを検討し、図９に示すプロセスに従ってステップ８０７においてスライスごとにベアラスケジューリングを実行することによって進む。一方、スライスに合計で
【数９０】
0006044813.tif 000096
個のリソースが配分されるとすぐに（ステップｓ８０７及び図９の例示のフローチャート）、このスライスは、段階１において更なるリソースを受け取ることを防止され、スケジューラは、次の最も高い優先順位のスライスに進む（ステップｓ８１１）。段階１は、全てのスライスがそれらのそれぞれの
【数９１】
0006044813.tif 000097
個のリソースを受け取るまで又は残っている候補のベアラがなくなる（ステップｓ８０９：「ＮＯ」）まで続く。
２．段階２（ステップｓ８１５、及びその後、ステップｓ８０５において最も高い優先順位のスライスから再び開始）において、段階１の後に残っているあらゆるリソースが、通常のスライススケジューラアルゴリズムを用いて割り当てられる（ステップｓ８０７〜ｓ８１１）。一方、段階２では、呼び出されるあらゆる選択的なブロック及び／又はプール重みに応じたプール選択も、共有基地局がそのような特徴をサポートしている場合には、考慮することができる。
【０１４９】
ステップｓ８１７において、段階１及び段階２の双方において割り当てられた全てのリソースは、スライススケジューラ６５が（ステップｓ８１９において）現在のサブフレーム「ｊ」の処理を終了する前に、各事業者スライス「ｇ」のリソース使用量測定値
【数９２】
0006044813.tif 000098
の更新に含められる。
【数９３】
0006044813.tif 000099
であるので、スライスは、段階１において、その最小保証リソース割当分よりも多くを得ることができず、そのため、スライススケジューラの基本的な共有する挙動は影響を受けないことが理解されるであろう。これは、最小保証リソース割当分が、本質的には、段階１において配分することができる最大リソース量であることも意味する。
【０１５０】
図９を参照すると、各スライスのベアラスケジューリングは、段階１の処理が必要とされるのか又は段階２の処理が必要とされるのかに依存する。具体的には、図９において、段階１の間に（Ｓ９０１：ＹＥＳ）、サブフレーム「ｊ」においてスライス「ｇ」に配分されるリソースブロックの数（Ｎｇ，ｊ）が、そのサブフレームにおけるそのスライス用の最大の段階１配分（例えば、所定の数のリソースブロックとして定義することができる）（
【数９４】
0006044813.tif 000100
）よりも少ないとき（Ｓ９０３：ＹＥＳ）、スケジューラは、通信するデータを有する全てのスライス「ｇ」遅延センシティブベアラをリソース配分用の候補となるように選択する（Ｓ９０５）。
【数９５】
0006044813.tif 000101
は、事業者スライス「ｇ」がサブフレーム「ｊ」において受け取ることができる最大の段階１リソース配分であるが、事業者スライス「ｇ」が各サブフレームにおいて受け取ることを保証された最小瞬時リソース配分と同等であることが理解されるであろう。この特徴の目的は、遅延センシティブサービスのレイテンシーを改善することであるので、通常は遅延センシティブサービスに属するベアラのみが、段階１においてリソースの配分を受けることを認められる。これとは対照的に、段階２の間（Ｓ９０１：ＮＯ）、スケジューラは、通信するデータを有する全てのスライス「ｇ」ベアラ（遅延感度を問わない）をリソース配分の候補となるように選択する（Ｓ９１９）。
【０１５１】
ステップＳ９０７において、Ｓ９０５又はＳ９１９からの候補のベアラは、処理されているスライスのスケジューラパラメーターを用いて通常のスケジューリングメトリックに基づいて選択される。そのようなスケジューリングメトリックは、通常、いわゆる比例的公平（ＰＦ）メトリックを含むことができ、場合によっては、例えば、ベアラの品質クラスインジケーター（ＱＣＩ）に基づいてトラフィックを優先順位付けする他の項が含まれる。これらの追加の項に用いられる重みは、スライス固有とすることができる。比例的公平メトリックは、公平性パラメーターを含み、このパラメーターも、スライス固有とすることができる。
【０１５２】
段階１の処理について、選択された候補のベアラをスケジューリングすることによって、サブフレーム「ｊ」においてスライス「ｇ」に配分されるリソースブロックの数（Ｎｇ，ｊ）が、そのサブフレームにおいてそのスライスの最大の段階１配分（最小保証配分）（
【数９６】
0006044813.tif 000102
）を越えることになる場合（Ｓ９０９：ＹＥＳ）、そのベアラに割り当てられたリソースブロックの数は、Ｓ９１１において、
【数９７】
0006044813.tif 000103
に削減される。そうでない場合（Ｓ９０９：ＮＯ）、そのベアラは、スケジューリングされ、候補のベアラリストから除去され、そのベアラに割り当てられたリソースブロックの数を記録するパラメーターＮｇ，ｊは更新される。
【０１５３】
次に、段階１の処理について、サブフレーム「ｊ」においてスライス「ｇ」に配分されるリソースブロックの数（Ｎｇ，ｊ）が、そのサブフレームにおけるそのスライスの最小の段階１配分（
【数９８】
0006044813.tif 000104
）に等しい場合（Ｓ９１５：ＹＥＳ）、スケジューリングプロセスは終了し、この手順は、図８の手順（Ｓ８０９）に戻る。そうでない場合（Ｓ９１５：ＮＯ）、このプロセスは、配分可能な物理リソースブロックが残っている限り、更なるベアラごとにＳ９０７から繰り返される（Ｓ９１７：ＹＥＳ）。ベアラ又は配分可能な物理リソースブロックが残っていない場合（Ｓ９１７：ＮＯ）、スケジューリングプロセスは終了し、この手順は、図８の手順（Ｓ８０９）に戻る。
【０１５４】
段階１においてスライス優先順位を考慮することの利点は、それによって、カスタマイズされたスケジューラアルゴリズム（又はスケジューラアルゴリズムパラメーター）をスライスごとに用いることが可能になるということである。これが必要とされない場合、オプションとして、スライス優先順位を段階１で無視することができ、スライス優先順位を考慮せずにベアラを選択することができ、各スライスは、
【数９９】
0006044813.tif 000105
個のリソースを受け取るとすぐに更なるスケジューリングから除去される。
【０１５５】
一方、幾つかの場合には、段階１において
【数１００】
0006044813.tif 000106
個のリソースをスライス「ｇ」に正確に配分することが可能でない場合がある。なぜならば、そのスライス「ｇ」の
【数１０１】
0006044813.tif 000107
が、整数個のＰＲＢに対応しない場合があるからである。したがって、スライススケジューラ６５は、例えば、図９の例示のフローチャートに示すステップを実行しながら、以下の方法を適用することができる。
【０１５６】
【数１０２】
0006044813.tif 000108
は、段階１のスケジューラがサブフレーム「ｊ」においてスライス「ｇ」に割り当てることを認められているＰＲＢの最大数であることが理解される。（以下では、スケジューリング配分の単位は１つのＰＲＢであると仮定していることに留意されたい。しかしながら、本方法は、ダウンリンクスケジューラの場合には、リソースブロックグループ（ＲＢＧ）の単位に容易に適合することができる）。
【０１５７】
スライススケジューラ６５は、
【数１０３】
0006044813.tif 000109
、すなわち、サブフレーム「ｊ」において事業者スライス「ｇ」用に段階１で保証されたリソースを設定する必要がある。ここで、Ｋは、システム帯域幅において利用可能なＰＲＢの総数を表し、
【数１０４】
0006044813.tif 000110
は、共有基地局５が各サブフレームにおいてスライス「ｇ」に提供する必要がある「瞬時」リソース保証を表す。しかしながら、
【数１０５】
0006044813.tif 000111
が整数値でない可能性がある。この場合、１つの簡単なオプションは、
【数１０６】
0006044813.tif 000112
、すなわち、
【数１０７】
0006044813.tif 000113
よりも大きくない最大整数に設定することであるが、これは、所与のスライスが、幾つかのサブフレームでは、サブフレーム当たりの予想（保証）リソース量よりも少ないフラクションを受け取る場合があることを意味する。したがって、少なくとも
【数１０８】
0006044813.tif 000114
のリソース量を割り当てるが、時に、それよりも多くのリソースを割り当て、事業者スライスが、平均すると正確に
【数１０９】
0006044813.tif 000115
を受け取るようにすることを提案する。スライススケジューラ６６は、段階１で、任意のサブフレームにおいて、事業者スライスに割り当てられたＰＲＢ数が、全ての「瞬時」サブフレーム当たりのリソース保証（全てのスライスについて）の合計
【数１１０】
0006044813.tif 000116
を越えないことも確保する。ここで、
【数１１１】
0006044813.tif 000117
である。これは、以下の方法によって達成することができる。
【０１５８】
各サブフレームの開始時に、スライススケジューラ６５は、以下に示す手順を用いて
【数１１２】
0006044813.tif 000118
を計算する。ここで、ｄｇ，ｊは、事業者スライス「ｇ」の実数値（場合によっては負）の「クレジット」値である。ｄｇ，ｊは、ｊ＝０において０に初期化される。
１．全てのスライスについて、
【数１１３】
0006044813.tif 000119
及び
【数１１４】
0006044813.tif 000120
を初期化する。
２．各スライス「ｇ」について、以下を行う：
【数１１５】
0006044813.tif 000121
３．ｇ’を、ｄｇ，ｊの最も高い（すなわち、最も大きな正の）値を有するスライスのインデックスに設定する。
【数１１６】
0006044813.tif 000122
４．Ｋ’＞０及びｄｇ’，ｊ＞０である場合、以下を行い、そうでない場合、停止する：
【数１１７】
0006044813.tif 000123
５．ｇ’を、ｄｇ，ｊの次に最も高い値を有するスライスのインデックスに設定し、ステップ４に進む。
【０１５９】
このアルゴリズムは、以下の特性を有する。
・
【数１１８】
0006044813.tif 000124
が整数値である場合、あらゆるサブフレームにおいて正確に
【数１１９】
0006044813.tif 000125
である。
・
【数１２０】
0006044813.tif 000126
が整数値でない場合、
【数１２１】
0006044813.tif 000127
又は
【数１２２】
0006044813.tif 000128
のいずれかであり、多くのサブフレームにわたる
【数１２３】
0006044813.tif 000129
の平均は、
【数１２４】
0006044813.tif 000130
である。
・１つのサブフレームにおけるＲＢの総数は、
【数１２５】
0006044813.tif 000131
よりも決して多くなく、すなわち、
【数１２６】
0006044813.tif 000132
である。
【０１６０】
８つの連続したサブフレーム（「サブフレーム０」〜「サブフレーム７」）の継続期間の間の
【数１２７】
0006044813.tif 000133
及び
【数１２８】
0006044813.tif 000134
を有する３つの事業者スライスの場合についての一連のリソース配分の一例を表６に示す。
【０１６１】
【表６】
0006044813.tif 000135
【０１６２】
変更形態及び代替形態
上記で、幾つかの詳細な実施形態が説明されてきた。当業者であれば理解するように、上記の実施形態において具現される発明から依然として利益を享受しながら、上記の実施形態に対して複数の変更形態及び代替形態を実施できる。例示としてのみ、ここで、これらの変更形態及び代替形態のうちの幾つかを説明する。
【０１６３】
上記で説明した実施形態は、基地局又はコアネットワークにおいて容量を共有する３つのネットワーク事業者に限定されているが、２つ、４つ、５つ、又は更に多くのネットワーク事業者がネットワークの一部を共有することができること、及び説明された実施形態は、２つ以上の事業者によって共有されるネットワークに一般的に適用可能であることが理解されよう。
【０１６４】
上記実施形態では、リソースプールは、それぞれのリソースプールを共有するネットワーク事業者に配分することができる仮想的なリソースのセットを含むものとして説明されている。しかしながら、リソースプールは、物理リソース、例えば、基地局セル、周波数帯域等にも対応することができることが理解されるであろう。
【０１６５】
複数プール方式は、提案した手順の利益を示す一例として用いられているにすぎない。一方、提案した手順は、複数プール方式に限定されるものではなく、単一のリソースプールを提供する共有基地局によっても同様に実施することができる。さらに、手順Ｂは、共有ルールのどの任意のセットをも実施するのに用いることができる。手順Ｂを適用する唯一の要件は、（ｉ）各スライスが十分に混雑した場合にどれだけの量を得るのか、及び（ｉｉ）１つのスライスに属する未使用リソースを残りのスライス間でどのように共有するべきかを計算することが可能でなければならないということである。このため、（例えば、共有基地局が最初に展開されたときに）１つのリソースプールしか有しない共有基地局のプールプロセッサを、第２の（又は更なる）リソースプールを後の使用の際にサポートするために更新する必要はない。代替的に、複数のリソースプールを提供する共有基地局を、好都合なことには、その基地局を共有するネットワーク事業者に１つのリソースプールのみを提供するように再構成することができる（例えば、特定のネットワーク事業者がこの共有基地局のリソースをもはや用いないとき、残りの共有ネットワーク事業者に単一のリソースプールを提供することがより適切な場合がある）。
【０１６６】
例示のアルゴリズムのステップ（ａ）〜（ｈ）の上記説明では、各スライスは、その利用可能なリソースをプール番号の昇順で満たすことを仮定している。しかしながら、このアルゴリズムは、代替の仮定、例えば、
・各スライスは、そのリソースを全てのプールにわたって「均等」に（すなわち、それぞれのプールサイズＰｍに比例して）分配するように試みること、又は
・各スライスは、全てのスライスの全体的リソース利用を最大にする方法でそのリソースを全ての利用可能なプールにわたって分配すること、
を取り扱うように適合することができることが理解されるであろう。
【０１６７】
階層的スライススケジューラの上記説明では、測定値
【数１２９】
0006044813.tif 000136
は、ｍ＝ｍｊ−１である場合には、
【数１３０】
0006044813.tif 000137
となるように更新され、そうでない場合には、
【数１３１】
0006044813.tif 000138
となるように更新される。
【０１６８】
一方、ｍ≠ｍｊ−１である場合には、
【数１３２】
0006044813.tif 000139
を設定することが可能であり、これは、僅かにより正確なリソース配分をもたらすことができることが理解されるであろう。この場合、
【数１３３】
0006044813.tif 000140
は、全セルリソースのフラクションではなくプールリソースのフラクションを表すが、それでも、必要に応じて、Ｐｍを乗算することによってセルリソースのフラクションに変換することができる。
【０１６９】
図８及び図９に示す方法は、以下のように変更することができることが理解されるであろう。すなわち、段階１においてスライスに配分することができるリソース量には制限は課されないが、スライススケジューラは、段階１において遅延センシティブサービスをスケジューリングすることしか可能にせず（ｓ９０５）、以下の条件が満たされる場合に、段階１においてスライスにリソースを与えることしか可能にしない。
【数１３４】
0006044813.tif 000141
【０１７０】
ここで、
【数１３５】
0006044813.tif 000142
は、スライス「ｇ」に属する全ての遅延センシティブベアラに割り当てられたリソースの測定値であり、
【数１３６】
0006044813.tif 000143
に類似の方法で生成することができる。
【数１３７】
0006044813.tif 000144
ここで、βは、事実上、範囲０〜１にある忘却因子パラメーターであり（ここで、１の値は、以前のサブフレームにおけるリソース使用量が無視されることを意味する）、
【数１３８】
0006044813.tif 000145
は、スライスｇに属する全ての遅延センシティブベアラに、サブフレーム「ｊ」の直前のサブフレームにおいて割り当てられたシステム帯域幅におけるリソース（例えば、ＰＲＢ）の総数である。
【数１３９】
0006044813.tif 000146
であることは明らかなはずである。段階１においてスライス「ｇ」をスケジューリングすることを可能にすることによって、条件
【数１４０】
0006044813.tif 000147
が満たされる場合にのみ、スライススケジューラは、スライス「ｇ」が、段階１においてその最小予約よりも多くを取得することができないことを保証し、そのため、ＮＶＳの共有する挙動は、依然として維持されている。本方法のこの変形形態は、リソースがあらゆるサブフレームにおいて利用可能であることの保証を提供するものではないことに留意されたい。しかしながら、この変形形態は、複雑度がより低く、それでも、遅延センシティブサービスの性能を改善することができる。
【０１７１】
上記実施形態では、ＬＴＥ標準規格に従って動作する電気通信システムを説明した。しかしながら、当業者であれば理解するように、本出願において説明した技法は、他の標準規格に従って動作する通信システム、特に、マイクロ波アクセスの世界的相互運用性（ＷｉＭＡＸ）標準規格等の任意の直交周波数分割多重化（ＯＦＤＭ）ベースのシステムにおいても用いることができる。
【０１７２】
上記の実施形態では、移動電話に基づく電気通信システムが説明された。当業者であれば認識するように、本出願において説明される技法は任意の通信システムにおいて用いることができる。一般的な例では、基地局及び移動電話は、互いに通信する通信ノード又はデバイスとみなすことができる。他の通信ノード又はデバイスは、アクセスポイント、及び、例えば携帯情報端末、ラップトップコンピューター、ウェブブラウザー等のユーザーデバイスを含むことができる。
【０１７３】
上記の実施形態では、複数のソフトウェアモジュールが説明された。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において提供することができ、コンピューターネットワークを介して信号として、又は記録媒体において基地局に供給することができる。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行することもできる。しかしながら、ソフトウェアモジュールを使用することによって、その機能を更新するために基地局を更新することが容易になるので、ソフトウェアモジュールを使用することが好ましい。同様に、上記の実施形態は送受信機回路部を利用したが、送受信機回路部の機能のうちの少なくとも幾つかはソフトウェアによって実行することができる。
【０１７４】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１７５】
本出願は、２０１３年４月１０日に出願された英国特許出願第１３０６５３９．６号を基礎としており、この英国特許出願の優先権の利益を主張する。この英国特許出願の開示は、引用することによりその全体が本明細書の一部をなす。
【図１】
0006044813.tif 000157
【図２】
0006044813.tif 000158
【図３】
0006044813.tif 000159
【図４】
0006044813.tif 000160
【図５】
0006044813.tif 000161
【図６】
0006044813.tif 000162
【図７】
0006044813.tif 000163
【図８】
0006044813.tif 000164
【図９】
0006044813.tif 000165