(57)【要約】  本開示のある態様は、共有無線アクセスネットワーク（ＲＡＮ）においてリソースを割り当てるための技法および装置を提供する。本明細書で説明されるように、ＲＡＮ要素（例えば、基地局）は、２つ以上のＲＡＮ共有パートナー（例えば、ＰＬＭＮ）の間で共有ＲＡＮリソース（例えば、無線ベアラ）を割り当てうる。方法は、一般に、パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持することと、パートナーの各々にコミットされたＲＡＮリソースの余剰容量とＲＡＮリソースの全体の予備容量とを評価することと、その評価および関係に従って、ＲＡＮリソースを割り当てることとを含む。
2015527832.tif 000002
【特許請求の範囲】
【請求項１】
パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てる方法であって、
前記パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持することと、
前記パートナーの各々にコミットされた前記ＲＡＮリソースの余剰容量と前記ＲＡＮリソースの全体の予備容量とを評価することと、
前記評価および前記関係に従って、前記ＲＡＮリソースを割り当てることと
を備える方法。
【請求項２】
無線ベアラの評価されたリソース要件が、前記ＲＡＮリソースの前記全体の予備容量と、他のパートナーにコミットされた前記ＲＡＮリソースの余剰容量とを超えない場合に、パートナーに対応する前記無線ベアラを承認すること
をさらに備える、請求項１に記載の方法。
【請求項３】
前記パートナーのうちの１つまたはネットワークエンティティのうちの少なくとも１つから共有ＲＡＮリソースの所有権のブレークダウンを受信することによって、どのように前記ＲＡＮリソースが割り当てられるかを定義する、前記パートナー間の前記関係を決定すること
をさらに備える、請求項１に記載の方法。
【請求項４】
前記パートナー間の関係は、前記ＲＡＮリソースの非対称の共有を定義する、請求項１に記載の方法。
【請求項５】
前記ＲＡＮリソースの前記全体の予備容量を評価することは、前記リソースの１つまたは複数のトラフィッククラス（ＴＣ）が、最大遅延許容範囲に達するまでに、どれだけの追加のトラフィックが処理されうるかを推定することを含む、請求項１に記載の方法。
【請求項６】
前記ＲＡＮリソースを割り当てることは、
無線ベアラの評価されたリソース要件が、前記全体の予備容量を超えない場合に、パートナーに対応する前記無線ベアラを承認すること
を備える、請求項５に記載の方法。
【請求項７】
前記評価および前記関係に基づいて、前記ＲＡＮリソースを割り当てることは、
前記ＲＡＮリソースのトラフィッククラス（ＴＣ）のどのパケットをワイヤレスデバイスに送信するかを決定すること
を備える、請求項１に記載の方法。
【請求項８】
前記ＴＣのどのパケットを送信するかを決定することは、
前記パケットが待ち行列中で過ごした時間、または前記パケットがそのトラフィッククラス（ＴＣ）に基づく許容される遅延を超えるまでに残っている時間、のうちの少なくとも１つに基づいて、前記ＲＡＮリソースのパケットを送信すること
を備える、請求項７に記載の方法。
【請求項９】
前記ＴＣのどのパケットを送信するかを決定することは、
最も低い遅延許容範囲を有するパケットを送信すること
を備える、請求項８に記載の方法。
【請求項１０】
前記評価および前記関係に基づいて、前記ＲＡＮリソースを割り当てることは、
サービス品質（ＱｏＳ）制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのトラフィッククラス（ＴＣ）のどのパケットを消去するかを決定すること
を備える、請求項１に記載の方法。
【請求項１１】
ＱｏＳ制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのＴＣのどのパケットを消去するかを決定することは、
最も長い遅延許容範囲を有するパケットを消去すること
を備える、請求項１０に記載の方法。
【請求項１２】
ＱｏＳ制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのＴＣのどのパケットを消去するかを決定することは、
それの対応するＴＣのサービスに対する最も少ない影響に基づいて、パケットを消去すること
を備える、請求項１０に記載の方法。
【請求項１３】
パートナー間の前記決定された関係に基づいて、失敗したＱｏＳインシデントを配分すること、ここにおいて、前記決定された関係は、プレミアムサービスプロバイダに前記失敗したＱｏＳインシデントを不均衡に配分する、
をさらに備える、請求項１０に記載の方法。
【請求項１４】
前記プレミアムサービスプロバイダは、前記パートナーのうちのプライマリパートナーである、請求項１３に記載の方法。
【請求項１５】
前記プレミアムサービスプロバイダは、前記パートナーのうちの非プライマリパートナーである、請求項１３に記載の方法。
【請求項１６】
パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるための装置であって、
前記パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持するための手段と、
前記パートナーの各々にコミットされた前記ＲＡＮリソースの余剰容量と前記ＲＡＮリソースの全体の予備容量とを評価するための手段と、
前記評価および前記関係に従って、前記ＲＡＮリソースを割り当てるための手段と
を備える装置。
【請求項１７】
無線ベアラの評価されたリソース要件が、前記ＲＡＮリソースの前記全体の予備容量と、他のパートナーにコミットされた前記ＲＡＮリソースの余剰容量とを超えない場合に、パートナーに対応する前記無線ベアラを承認するための手段
をさらに備える、請求項１６に記載の装置。
【請求項１８】
前記パートナーのうちの１つまたはネットワークエンティティのうちの少なくとも１つから共有ＲＡＮリソースの所有権のブレークダウンを受信することによって、どのように前記ＲＡＮリソースが割り当てられるかを定義する、前記パートナー間の前記関係を決定するための手段
をさらに備える、請求項１６に記載の装置。
【請求項１９】
前記パートナー間の関係は、前記ＲＡＮリソースの非対称の共有を定義する、請求項１６に記載の装置。
【請求項２０】
前記ＲＡＮリソースの前記全体の予備容量を評価するための前記手段は、前記リソースの１つまたは複数のトラフィッククラス（ＴＣ）が、最大遅延許容範囲に達するまでに、どれだけの追加のトラフィックが処理されうるかを推定することを含む、請求項１６に記載の装置。
【請求項２１】
前記ＲＡＮリソースを割り当てるための前記手段は、無線ベアラの評価されたリソース要件が、前記全体の予備容量を超えない場合に、パートナーに対応する前記無線ベアラを承認するように構成される、
を備える、請求項２０に記載の装置。
【請求項２２】
前記評価および前記関係に基づいて、前記ＲＡＮリソースを割り当てるための前記手段は、前記ＲＡＮリソースのトラフィッククラス（ＴＣ）のどのパケットをワイヤレスデバイスに送信するかを決定するように構成される、請求項１６に記載の装置。
【請求項２３】
前記ＴＣのどのパケットを送信するかを決定することは、
前記パケットが待ち行列中で過ごした時間、または前記パケットがそのトラフィッククラス（ＴＣ）に基づく許容される遅延を超えるまでに残っている時間、のうちの少なくとも１つに基づいて、前記ＲＡＮリソースのパケットを送信すること
を備える、請求項２２に記載の装置。
【請求項２４】
前記ＴＣのどのパケットを送信するかを決定することは、
最も低い遅延許容範囲を有するパケットを送信すること
を備える、請求項２３に記載の装置。
【請求項２５】
前記評価および前記関係に基づいて、前記ＲＡＮリソースを割り当てるための前記手段は、サービス品質（ＱｏＳ）制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのトラフィッククラス（ＴＣ）のどのパケットを消去するかを決定するように構成される、請求項１６に記載の装置。
【請求項２６】
ＱｏＳ制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのＴＣのどのパケットを消去するかを決定することは、
最も長い遅延許容範囲を有するパケットを消去すること
を備える、請求項２５に記載の装置。
【請求項２７】
ＱｏＳ制約が、前記ＲＡＮリソースのすべてのトラフィックフローについて満たされることができない場合に、前記ＲＡＮリソースのＴＣのどのパケットを消去するかを決定することは、
それの対応するＴＣのサービスに対する最も少ない影響に基づいて、パケットを消去すること
を備える、請求項２５に記載の装置。
【請求項２８】
パートナー間の前記決定された関係に基づいて、失敗したＱｏＳインシデントを配分するための手段、ここにおいて、前記決定された関係は、プレミアムサービスプロバイダに前記失敗したＱｏＳインシデントを不均衡に配分する、
をさらに備える、請求項２５に記載の装置。
【請求項２９】
前記プレミアムサービスプロバイダは、前記パートナーのうちのプライマリパートナーである、請求項２８に記載の装置。
【請求項３０】
前記プレミアムサービスプロバイダは、前記パートナーのうちの非プライマリパートナーである、請求項２８に記載の装置。
【請求項３１】
パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるための装置であって、
前記パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持し、
前記パートナーの各々にコミットされた前記ＲＡＮリソースの余剰容量と前記ＲＡＮリソースの全体の予備容量とを評価し、
前記評価および前記関係に従って、前記ＲＡＮリソースを割り当てる
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える装置。
【請求項３２】
パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、その上に記憶されたコードを有する非一時的なコンピュータ可読媒体を備え、前記コードは、
前記パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持することと、
前記パートナーの各々にコミットされた前記ＲＡＮリソースの余剰容量と前記ＲＡＮリソースの全体の予備容量とを評価することと、
前記評価および前記関係に従って、前記ＲＡＮリソースを割り当てることと
のために１つまたは複数のプロセッサによって実行可能である、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
［米国特許法第１１９条に基づく優先権の主張］
[0001]  本願は、本明細書にその全体を参照により組み込まれた、２０１２年７月２５日に出願された米国仮特許出願第６１／６７５，６８４号の利益を主張する。
【０００２】
[0002]  本開示のある態様は、一般的には、ワイヤレス通信システムに関し、より詳細には、共有無線アクセスネットワーク（ＲＡＮ）においてリソースを割り当てるための技法に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、音声、データなどの様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることが可能な多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロングタームエボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
[0004]  一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートしうる。各端末は、順方向リンクおよび逆方向リンク上の送信を介して、１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は、端末から基地局への通信リンクを指す。この通信リンクは、単一入力単一出力、多入力単一出力、または多入力多出力（ＭＩＭＯ）のシステムを介して確立されうる。
【０００５】
[0005]  ＭＩＭＯシステムは、データ伝送のために、複数（ＮＴ）個の送信アンテナと、複数（ＮＲ）個の受信アンテナとを用いる。ＮＴ個の送信アンテナとＮＲ個の受信アンテナとによって形成されたＭＩＭＯチャネルは、空間チャネルとも呼ばれる、ＮＳ個の独立チャネルに分解される（decomposed）ことができ、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルの各々は、次元（dimension）に対応する。ＭＩＭＯシステムは、複数の送信および受信アンテナによって生成される追加の次元が利用される場合に、改善された性能（例えば、より高いスループットおよび／またはより大きな信頼性）を提供しうる。
【０００６】
[0006]  ＭＩＭＯシステムは、時分割複信（ＴＤＤ）システムおよび周波数分割複信（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、順方向リンクおよび逆方向リンクの送信は、相反原理（reciprocity principle）が逆方向リンクチャネルからの順方向リンクチャネルの推定を可能にするように、同一の周波数領域上で行われる。これは、複数のアンテナがアクセスポイントにおいて利用可能である場合に、アクセスポイントが順方向リンク上の送信ビームフォーミング利得を抽出することを可能にする。
【０００７】
[0007]  ワイヤレスデータサービスが成長し続けるにつれて、新しい無線アクセス技術が開発および展開されており、増大する需要（demand）に対処するために、セルの密度は絶えず増大している。需要の増加についていく費用（expense）は、サービスについての値下がり（falling prices）により悪化している。この結果、２つ以上のパートナー間の無線アクセスネットワーク（ＲＡＮ）共有協定（sharing arrangements）は、運用コストのための、およびこれらの展開のための資本投資（investments of capital）の関連する金銭的なリスク（financial risks）を低減させるための１つの手法と見なされる。
【発明の概要】
【０００８】
[0008]  本開示のある態様は、パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てる方法を提供する。この方法は、一般に、パートナーの各々にコミットされた（commited）ＲＡＮリソースのブレークダウン（breakdown）を維持することと、パートナーの各々にコミットされたＲＡＮリソースの余剰容量（excess capacity）と、ＲＡＮリソースの全体の予備容量（overall spare capacity）とを評価（assessing）することと、その評価および関係に従って、ＲＡＮリソースを割り当てることと、を含む。
【０００９】
[0009]  本開示のある態様は、パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるための装置を提供する。この装置は、一般に、パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持するための手段と、パートナーの各々にコミットされたＲＡＮリソースの余剰容量と、ＲＡＮリソースの全体の予備容量とを評価するための手段と、その評価および関係に従って、ＲＡＮリソースを割り当てるための手段と、を含む。
【００１０】
[0010]  本開示のある態様は、パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるための装置を提供する。この装置は、一般に、少なくとも１つのプロセッサを含む。この少なくとも１つのプロセッサは、一般に、パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持し、パートナーの各々にコミットされたＲＡＮリソースの余剰容量と、ＲＡＮリソースの全体の予備容量とを評価し、その評価および関係に従って、ＲＡＮリソースを割り当てるように構成される。
【００１１】
[0011]  本開示のある態様は、パートナー間の関係に従って、無線アクセスネットワーク（ＲＡＮ）リソースを割り当てるためのコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、一般に、その上に記憶されたコードを有する非一時的なコンピュータ可読媒体を備え、このコードは、パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持することと、パートナーの各々にコミットされたＲＡＮリソースの余剰容量と、ＲＡＮリソースの全体の予備容量とを評価することと、その評価および関係に従って、ＲＡＮリソースを割り当てることと、のために１つまたは複数のプロセッサによって実行可能である。
【図面の簡単な説明】
【００１２】
[0012]  上述された本開示の特徴を詳細に理解できるように、上記では簡潔に概要を述べた、より詳細な説明が、態様を参照して行われることができ、それのいくつかは、添付の図面に例示される。しかしながら、添付の図面は、この開示のある特定の典型的な態様のみを例示し、それ故、その範囲を限定するものと考えられるべきではないということに留意されたい。というのも、この説明は、同様に効果的な他の態様にも認められうるものだからである。
【図１】図１は、本開示の態様による、多元接続ワイヤレス通信システムを例示する。
【図２】図２は、本開示の態様による、通信システムのブロック図である。
【図３】図３は、主題の開示の態様による、ＲＡＮリソースをスケジュールする例示的な基地局を例示する。
【図４】図４は、本開示の態様による、ワイヤレス通信システムにおける無線ベアラのマッピングの例を例示する。
【図５】図５は、本開示の態様による、複数のＱｏＳクラスを伴うパケット待ち行列（packet queuing）の原理の例を例示する。
【図６】図６は、本開示の態様による、ＲＡＮリソースの共有の例を例示する。
【図７Ａ】図７Ａは、本開示の態様による、パートナー間の関係を決定し、この関係に従ってＲＡＮリソースを構成するための、１度だけの（one-time）、または稀な（infrequent）動作の例を例示する。
【図７Ｂ】図７Ｂは、本開示の態様による、実例的なベアラ承認（bearer admission）動作を例示する。
【図７Ｃ】図７Ｃは、本開示の態様による、実例的なパケットスケジューリング動作を例示する。
【図７Ｄ】図７Ｄは、本開示の態様による、失敗したＱｏＳインシデントを配分する（apportioning failed QoS incidents）ための実例的な動作を例示する。
【図８】図８は、本開示の態様による、ＲＡＮ要素によって実行される実例的な動作を例示する。
【発明を実施するための形態】
【００１３】
[0024]  本開示のある態様は、ＲＡＮリソースを共有する２つ以上のパートナー間の関係に基づいて、ＲＡＮリソースを割り当てるための装置および技法を提供する。上述されたように、ＲＡＮ共有協定は、新しい無線アクセス技術を開発および展開することの金銭的な負担（financial burden）を低減させるための１つの手法である。本開示の態様によると、ＲＡＮリソースを共有する２つ以上のパートナー間の共有ＲＡＮリソース（shared RAN resources）における非対称の金銭的なコミットメント（asymmetric financial commitment）が存在しうる。したがって、パートナー間の実装における柔軟性を可能にしながら、共有リソースを割り当て管理する必要性が存在しうる。
【００１４】
[0025]  本明細書で説明される技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどの様々なワイヤレス通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、移動通信のためのグローバルシステム（ＧＳＭ）（登録商標）のような無線技術を実装しうる。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）などの無線技術を実装しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル通信システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いるＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「第３世代パートナシッププロジェクト」（３ＧＰＰ）と名付けられた機関からの文書に説明されている。ｃｄｍａ２０００は、「第３世代パートナシッププロジェクト２」（３ＧＰＰ２）と名付けられた機関からの文書に説明されている。これらの様々な無線技術および規格は、当該技術分野において周知である。明確さのために、これら技法のある態様は、ＬＴＥに関して以下に説明され、また、以下の説明の多くで、ＬＴＥ用語が使用されている。
【００１５】
[0026]  シングルキャリア変調および周波数ドメイン等化を用いるシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムのものと類似した性能および実質的に同じ全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、それ固有のシングルキャリア構造により、より低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、送信電力効率という点でより低いＰＡＰＲがモバイル端末に大きな利益をもたらすアップリンク通信において、大きな注目を集めている。これは現在、３ＧＰＰロングタームエボリューション（ＬＴＥ）、または発展型ＵＴＲＡにおけるアップリンク多元接続方式についての作業仮説（working assumption）である。
【００１６】
[0027]  図１を参照すると、一実施形態による多元接続ワイヤレス通信システムが例示される。アクセスポイント１００（ＡＰ）は、複数のアンテナグループを含み、１つのアンテナグループは１０４と１０６を含み、別のアンテナグループは１０８と１１０を含み、追加のアンテナグループは１１２と１１４を含む。図１では、各アンテナグループについて２つのアンテナのみが示されているが、より多くのまたはより少数のアンテナが、各アンテナグループについて利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２および１１４と通信状態にあり、ここで、アンテナ１１２および１１４は、順方向リンク１２０上でアクセス端末１１６に情報を送信し、逆方向リンク１１８上でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６および１０８と通信状態にあり、ここで、アンテナ１０６および１０８は、順方向リンク１２６上でアクセス端末１２２に情報を送信し、逆方向リンク１２４上でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４および１２６は、通信のために異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００１７】
[0028]  各グループのアンテナおよび／またはそれらが通信するように設計されたエリアは、しばしば、アクセスポイントのセクタと称される。本実施形態では、アンテナグループは、それぞれアクセスポイント１００によってカバーされるエリアの、セクタ中のアクセス端末に通信するように設計される。
【００１８】
[0029]  順方向リンク１２０および１２６上の通信において、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６および１２４についての順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。また、そのカバレッジ中にランダムに分散された複数のアクセス端末に送信するためにビームフォーミングを使用するアクセスポイントは、それのアクセス端末すべてに単一のアンテナを通じて送信するアクセスポイントに比べて、近隣セル内のアクセス端末により少ない干渉を引き起こす。
【００１９】
[0030]  ある態様によると、ＡＴ １１６は、無線ベアラを有する無線インタフェースの手段によって、ＡＰ １００と通信状態にありうる。さらに、追加の複数のＡＰ １００が、Ｘ２として知られるインタフェースの手段によって互いに、および、Ｓ１インタフェースの手段によって、エンハンスド・パケットコア（ＥＰＣ：Enhanced Packet Core）ノードのようなネットワークノードに、相互接続されうる。
【００２０】
[0031]  アクセスポイントは、端末と通信するために使用される固定局であることができ、また、ノードＢ、発展型ノードＢ（ｅＮＢ）、ｅＮｏｄｅＢ、または何らかの他の用語で称されることができる。アクセス端末はまた、ユーザ機器（ＵＥ）、ワイヤレス通信デバイス、ワイヤレス端末、アクセス端末、または何らかの他の用語で呼ばれうる。
【００２１】
[0032]  図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスポイントとしても知られる）および受信機システム２５０（アクセス端末としても知られる）の実施形態のブロック図である。送信機システム２１０において、多数のデータストリームについてのトラフィックデータが、データソース２１２から送信（ＴＸ）データプロセッサ２１４へ提供される。
【００２２】
[0033]  一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、符号化されたデータを提供するために、そのデータストリーム用に選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマットし、符号化し、インターリーブする。
【００２３】
[0034]  各データストリームについての符号化されたデータは、ＯＦＤＭ技法を使用してパイロットデータと多重化されうる。パイロットデータは、典型的には、既知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用されうる。その後、各データストリームについての多重化されたパイロットおよび符号化されたデータは、変調シンボルを提供するために、そのデータストリーム用に選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調される（即ち、シンボルマッピングされる）。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０によって実行される命令によって決定されうる。
【００２４】
[0035]  その後、すべてのデータストリームのための変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０に提供され、それは、（例えば、ＯＦＤＭ用に）これら変調シンボルをさらに処理しうる。その後、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データストリームのシンボルと、そのシンボルの送信元のアンテナとにビームフォーミング重みを適用する。
【００２５】
[0036]  各送信機２２２は、それぞれのシンボルストリームを受信および処理して、１つまたは複数のアナログ信号を提供し、これらアナログ信号をさらに調整して（例えば、増幅、フィルタ、およびアップコンバートして）、ＭＩＭＯチャネル上の送信に適した変調された信号を提供する。その後、送信機２２２ａ〜２２２ｔからのＮＴ個の変調された信号は、それぞれＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００２６】
[0037]  受信機システム２５０において、送信された、変調された信号は、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信された信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信された信号を調整し（例えば、フィルタ、増幅、およびダウンコンバートし）、調整された信号をデジタル化してサンプルを提供し、これらサンプルをさらに処理して、対応する「受信された」シンボルストリームを提供する。
【００２７】
[0038]  その後、ＲＸデータプロセッサ２６０は、ＮＴ個の「検出された」シンボルストリームを提供するために、特定の受信機処理技法に基づいて、ＮＲ個の受信機２５４からＮＲ個の受信されたシンボルストリームを受信および処理する。その後、ＲＸデータプロセッサ２６０は、各検出されたシンボルストリームを復調し、デインターリーブし、復号して、データストリームについてのトラフィックデータを回復（recover）する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行されるものと相補的である。
【００２８】
[0039]  逆方向リンクメッセージは、通信リンクおよび／または受信されたデータストリームに関する様々なタイプの情報を備えうる。その後、逆方向リンクメッセージは、データソース２３６から多数のデータストリームについてのトラフィックデータを受信もするＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、送信機システム２１０に返送される。
【００２９】
[0040]  送信機システム２１０において、受信機システム２５０からの変調された信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンクメッセージが抽出される。その後、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、その後、抽出されたメッセージを処理する。
【００３０】
[0041]  本開示のある態様によると、送信機システム２１０は、本明細書で説明されるような、ワイヤレス通信ネットワークにおいて動作するための追加の構成要素を含む。具体的には、送信機システム２１０は、図３に示されるような基地局として構成されうる。本明細書により詳細に説明されるように、送信機システム２１０は、ＲＡＮ共有パートナー（RAN sharing partners）間の関係に基づいて、ＲＡＮリソースを割り当てるおよび／またはスケジュールするように構成されうる。
【００３１】
[0042]  ある態様によると、論理チャネルは、制御チャネルとトラフィックチャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を備える。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１つまたはいくつかのＭＴＣＨのために、マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）スケジューリングおよび制御情報を送信するために使用されるポイント・ツー・マルチポイント（Point-to-multipoint）ＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般的に、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・ツー・ポイントの双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。一態様では、論理トラフィックチャネルは、ユーザ情報の転送のために、１つのＵＥに専用である、ポイント・ツー・ポイントの双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ）を備える。また、マルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィックデータを送信するためのポイント・ツー・マルチポイントのＤＬチャネルである。
【００３２】
[0043]  ある態様によると、トランスポートチャネルは、ＤＬとＵＬとに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）、およびページングチャネル（ＰＣＨ）を備え、ＰＣＨは、ＵＥの省電力をサポートするために（ＤＲＸサイクルが、ネットワークによりＵＥに示される）、セル全体にわたってブロードキャストされて、他の制御チャネル／トラフィックチャネルのために使用されうるＰＨＹリソースにマップされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、１セットのＤＬチャネルとＵＬチャネルを備える。
【００３３】
[0044]  ＤＬ ＰＨＹチャネルは、下記を備える：
共通パイロットチャネル（ＣＰＩＣＨ：Common Pilot Channel）
同期チャネル（ＳＣＨ：Synchronization Channel）
共通制御チャネル（ＣＣＣＨ：Common Control Channel）
共有ＤＬ制御チャネル（ＳＤＣＣＨ：Shared DL Control Channel）
マルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control Channel）
共有ＵＬ割り当てチャネル（ＳＵＡＣＨ：Shared UL Assignment Channel）
確認通知チャネル（ＡＣＫＣＨ：Acknowledgement Channel）
ＤＬ物理共有データチャネル（ＤＬ−ＰＳＤＣＨ：DL Physical Shared Data Channel）
ＵＬ電力制御チャネル（ＵＰＣＣＨ：UL Power Control Channel ）
ページング・インジケータチャネル（ＰＩＣＨ：Paging Indicator Channel）
ロードインジケータチャネル（ＬＩＣＨ：Load Indicator Channel）
【００３４】
[0045]  ＵＬ ＰＨＹチャネルは、下記を備える：
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）
チャネル品質インジケータチャネル（ＣＱＩＣＨ：Channel Quality Indicator Channel）
確認通知チャネル（ＡＣＫＣＨ：Acknowledgement Channel）
アンテナサブセット・インジケータチャネル（ＡＳＩＣＨ：Antenna Subset Indicator Channel）
共有要求チャネル（ＳＲＥＱＣＨ：Shared Request Channel）
ＵＬ物理共有データチャネル（ＵＬ−ＰＳＤＣＨ：UL Physical Shared Data Channel）
ブロードバンド・パイロットチャネル（ＢＰＩＣＨ：Broadband Pilot Channel）
【００３５】
[0046]  本書の目的のために、下記の略語が適用される：
ＡＣＫ    確認応答（Acknowledgement）
ＡＭ      確認応答モード（Acknowledged Mode）
ＡＭＤ    確認応答モードデータ（Acknowledged Mode Data）
ＡＲＱ    自動再送要求（Automatic Repeat Request）
ＢＣＣＨ  ブロードキャスト制御チャネル（Broadcast Control CHannel）
ＢＣＨ    ブロードキャストチャネル（Broadcast CHannel）
ＢＷ      帯域幅（Bandwidth）
Ｃ−      制御−（Control-）
ＣＢ      競合ベースの（Contention-Based）
ＣＣＥ    制御チャネル要素（Control Channel Element）
ＣＣＣＨ  共通制御チャネル（Common Control CHannel）
ＣＣＨ    制御チャネル（Control CHannel）
ＣＣＴｒＣＨ  符号化複合トランスポートチャネル（Coded Composite Transport Channel）
ＣＤＭ    符号分割多重（Code Division Multiplexing）
ＣＦ      競合のない（Contention-Free）
ＣＰ      サイクリックプレフィックス（Cyclic Prefix）
ＣＱＩ    チャネル品質インジケータ（Channel Quality Indicator）
ＣＲＣ    サイクリック冗長チェック（Cyclic Redundancy Check）
ＣＲＳ    共通基準信号（Common Reference Signal）
ＣＴＣＨ  共通トラフィックチャネル（Common Traffic CHannel）
ＤＣＣＨ  専用制御チャネル（Dedicated Control CHannel）
ＤＣＨ    専用チャネル（Dedicated CHannel）
ＤＣＩ    ダウンリンク制御情報（Downlink Control Information）
ＤＬ      ダウンリンク（DownLink）
ＤＲＳ    専用基準信号（Dedicated Reference Signal）
ＤＳＣＨ  ダウンリンク共有チャネル（Downlink Shared Channel）
ＤＳＰ    デジタル信号プロセッサ（Digital Signal Processor）
ＤＴＣＨ  専用トラフィックチャネル（Dedicated Traffic CHannel）
Ｅ−ＣＩＤ  エンハンスド・セル識別（Enhanced Cell IDentification）
ＥＰＳ    発展型パケットシステム（Evolved Packet System）
ＦＡＣＨ  順方向リンクアクセスチャネル（Forward link Access CHannel）
ＦＤＤ    周波数分割複信（Frequency Division Duplex）
ＦＤＭ    周波数分割多重（Frequency Division Multiplexing）
ＦＳＴＤ  周波数切替え送信ダイバーシティ（Frequency Switched Transmit Diversity）
ＨＡＲＱ  ハイブリッド自動再送／要求（Hybrid Automatic Repeat/request）
ＨＷ      ハードウェア（Hardware）
ＩＣ      干渉除去（Interference Cancellation）
Ｌ１      レイヤ１（物理レイヤ）（physical layer）
Ｌ２      レイヤ２（データリンクレイヤ）（data link layer）
Ｌ３      レイヤ３（ネットワークレイヤ）（network layer）
ＬＩ      長さインジケータ（Length Indicator）
ＬＬＲ    Ｌｏｇ−尤度比（Log-Likelihood Ratio）
ＬＳＢ    最下位ビット（Least Significant Bit）
ＭＡＣ    媒体アクセス制御（Medium Access Control）
ＭＢＭＳ  マルチメディア・ブロードキャスト・マルチキャスト・サービス（Multimedia Broadcast Multicast Service）
ＭＣＣＨ  ＭＢＭＳポイント・ツー・マルチポイント制御チャネル（MBMS point-to-multipoint Control Channel）
ＭＭＳＥ  最小平均二乗誤差（Minimum Mean Squared Error）
ＭＲＷ    移動受信ウィンドウ（Move Receiving Window）
ＭＳＢ    最上位ビット（Most Significant Bit）
ＭＳＣＨ  ＭＢＭＳポイント・ツー・マルチポイント・スケジューリングチャネル（MBMS point-to-multipoint Scheduling CHannel）
ＭＴＣＨ  ＭＢＭＳポイント・ツー・マルチポイント・トラフィックチャネル（MBMS point-to-multipoint Traffic CHannel）
ＮＡＣＫ  非確認応答（Non-Acknowledgement）
ＰＡ      電力増幅器（Power Amplifier）
ＰＢＣＨ  物理ブロードキャストチャネル（Physical Broadcast CHannel）
ＰＣＣＨ  ページング制御チャネル（Paging Control CHannel）
ＰＣＨ    ページングチャネル（Paging CHannel）
ＰＣＩ    物理セル識別子（Physical Cell Identifier）
ＰＤＣＣＨ  物理ダウンリンク制御チャネル（Physical Downlink Control CHannel）
ＰＤＵ    プロトコルデータユニット（Protocol Data Unit）
ＰＨＩＣＨ  物理ＨＡＲＱインジケータチャネル（Physical HARQ Indicator CHannel）
ＰＨＹ    物理レイヤ（PHYsical layer）
ＰｈｙＣＨ  物理チャネル（Physical CHannels）
ＰＭＩ    プリコーディング・マトリクス・インジケータ（Precoding Matrix Indicator）
ＰＲＡＣＨ  物理ランダムアクセスチャネル（Physical Random Access Channel）
ＰＳＳ    プライマリ同期信号（Primary Synchronization Signal）
ＰＵＣＣＨ  物理アップリンク制御チャネル（Physical Uplink Control CHannel）
ＰＵＳＣＨ  物理アップリンク共有チャネル（Physical Uplink Shared CHannel）
ＱｏＳ    サービス品質（Quality of Service）
ＲＡＣＨ  ランダムアクセスチャネル（Random Access CHannel）
ＲＢ      リソースブロック（Resource Block）
ＲＬＣ    無線リンク制御（Radio Link Control）
ＲＲＣ    無線リソース制御（Radio Resource Control）
ＲＥ      リソース要素（Resource Element）
ＲＩ      ランクインジケータ（Rank Indicator）
ＲＮＴＩ  無線ネットワーク一時識別子（Radio Network Temporary Identifier）
ＲＳ      基準信号（Reference Signal）
ＲＴＴ    ラウンドトリップ時間（Round Trip Time）
Ｒｘ      受信（Receive）
ＳＡＰ    サービスアクセスポイント（Service Access Point）
ＳＤＵ    サービスデータユニット（Service Data Unit）
ＳＦＢＣ  空間周波数ブロックコード（Space Frequency Block Code）
ＳＨＣＣＨ  共有チャネル制御チャネル（SHared channel Control CHannel）
ＳＩＮＲ  信号対干渉および雑音電力比（Signal-to-Interference-and-Noise Ratio）
ＳＮ      シーケンス番号（Sequence Number）
ＳＲ      スケジューリング要求（Scheduling Request）
ＳＲＳ    サウンディング基準信号（Sounding Reference Signal）
ＳＳＳ    セカンダリ同期信号（Secondary Synchronization Signal）
ＳＵ−ＭＩＭＯ  シングルユーザ多入力多出力（Single User Multiple Input Multiple Output）
ＳＵＦＩ  スーパーフィールド（SUper Field）
ＳＷ      ソフトウェア（Software）
ＴＡ      タイミングアドバンス（Timing Advance）
ＴＣＨ    トラフィックチャネル（Traffic CHannel）
ＴＤＤ    時分割複信（Time Division Duplex）
ＴＤＭ    時分割多重（Time Division Multiplexing）
ＴＦＩ    トランスポート・フォーマット・インジケータ（Transport Format Indicator）
ＴＰＣ    送信電力制御（Transmit Power Control）
ＴＴＩ    送信時間間隔（Transmission Time Interval）
Ｔｘ      送信（Transmit）
Ｕ−      ユーザ−（User-）
ＵＥ      ユーザ機器（User Equipment）
ＵＬ      アップリンク（UpLink）
ＵＭ      非確認応答モード（Unacknowledged Mode）
ＵＭＤ    非確認応答モードデータ（Unacknowledged Mode Data）
ＵＭＴＳ  ユニバーサル・モバイル通信システム（Universal Mobile Telecommunications System）
ＵＴＲＡ  ＵＭＴＳ地上無線アクセス（UMTS Terrestrial Radio Access）
ＵＴＲＡＮ  ＵＭＴＳ地上無線アクセスネットワーク（UMTS Terrestrial Radio Access Network）
ＶＯＩＰ  ボイス・オーバー・インターネット・プロトコル（Voice Over Internet Protocol）
ＭＢＳＦＮ  マルチキャスト・ブロードキャスト単一周波数ネットワーク（multicast broadcast single frequency network）
ＭＣＨ    マルチキャストチャネル（multicast channel）
ＤＬ−ＳＣＨ  ダウンリンク共有チャネル（downlink shared channel）
ＰＤＣＣＨ  物理ダウンリンク制御チャネル（physical downlink control channel）
ＰＤＳＣＨ  物理ダウンリンク共有チャネル（physical downlink shared channel）
［共有ＲＡＮ要素］
【００３６】
[0047]  図３は、本開示のある態様による、ワイヤレス通信のための基地局３００を例示する。本開示のある態様が基地局３００に関して説明される一方で、マクロセル、フェムトセル、ピコセルの基地局、アクセスポイント、中継ノード、モバイル基地局、その一部、および／または実質的に、ワイヤレスネットワークにおける１つまたは複数の異種の（disparate）デバイスに信号を送信する任意のワイヤレスデバイスなどの、他の適切な通信装置が企図されることが理解される。
【００３７】
[0048]  ある態様によると、基地局３００（これは、以下、共有ＲＡＮ要素またはＲＡＮ要素と称されうる）は、一般的に、他の構成要素の中でも特に、例えば、図２に例示されるように、スケジューラ３０２を含む。スケジューラ３０２は、例えば、ネットワークおよび／または個々のＲＡＮ共有パートナー（RAN sharing partners）から、共有ＲＡＮリソースの所有権のブレークダウン（a breakdown of interest）を受信しうる。このブレークダウンに基づいて、基地局のスケジューラ３０２は、ＲＡＮリソースを割り当てることができ、１つまたは複数のワイヤレスデバイス（例えば、図２の受信機２５０）と通信し得る。
【００３８】
[0049]  図４は、本開示のある態様による、共有ＲＡＮ協定（a shared RAN arrangement）における無線ベアラの実例的なマッピング４００を例示する。一般に、ベアラは、基地局とユーザ機器の間の定義されたサービス品質（ＱｏＳ）を有するパケットフローとして定義される。複数の無線ベアラ４４０、４５０は、１つまたは複数のワイヤレス端末４１０、４３０（例えば、図２の受信機２５０）と基地局４２０（例えば、図３の基地局３００、図２の送信機２１０）の間の１つまたは複数のデータフローを提供する。基地局は、例えば、ＲＡＮ共有協定（RAN sharing arrangement）に関与する特定の公衆陸上移動ネットワーク（ＰＬＭＮ： public land mobile network）に属しているとして、それの制御下にあるベアラの各々の識別を知ることができる。例えば、図４における無線ベアラ４４０は、ＰＬＭＮ１に属することができ、一方、無線ベアラ４５０は、ＰＬＭＮ２に属することができる。
【００３９】
[0050]  本明細書で説明されるように、２つ以上のパートナー（例えば、ＰＬＭＮs）は、共有協定に従ってＲＡＮリソース（例えば、無線ベアラ）を共有しうる。共有パートナーは、それらのＲＡＮ共有パートナーシップの実装の詳細を交渉しうる。各パートナーシップ協定が、ＲＡＮ共有の合意（agreement）という点では比較的正確（precise）でありうる一方で、２つ以上のパートナー間の各個別のＲＡＮパートナーシップの合意は、異なりうる。例えば、１つのタイプのＲＡＮ共有の合意は、パートナー間の６０／４０の分割（a 60/40 split between partners）を含みうる一方で、別のタイプのＲＡＮ共有の合意は、８０／２０の分割を含みうる。ＲＡＮ共有の合意は、スケジューラがＱｏＳ失敗の発生（QoS failure incidences）を処理する（handles）方法を含む、柔軟性の他の形態を提供することができ、これは、本明細書でより詳細に説明される。
【００４０】
[0051]  ＢＳは、無線ベアラ４４０および４５０を含む限られた量のＲＡＮリソースを有しうる。本開示の態様を使用して、ＢＳは、共有協定に少なくとも部分的に基づいて、パートナーにＲＡＮリソースを割り当てうる（例えば、ＰＬＭＮに無線ベアラを割り当てる）。
【００４１】
[0052]  例えば、ワイヤレス端末４１０は、第１のＲＡＮ共有パートナー（例えば、ＰＬＭＮ１）と関連づけられることができ、ワイヤレス端末４３０は、第２のＲＡＮ共有パートナー（例えば、ＰＬＭＮ２）と関連づけられることができる。共有の合意に基づいて、基地局４２０は、それの利用可能なリソースの一部分、例えば、無線ベアラ４４０、を第１のＲＡＮ共有パートナーに割り当て、それの利用可能なリソースの別の部分、例えば、無線ベアラ４５０、を第２のＲＡＮ共有パートナーに割り当てうる。態様によると、ＲＡＮリソースは、共有ＲＡＮにおける各パートナーの金銭的な所有権（financial interest）に比例して配分されうる。２つのワイヤレス端末および２つのＰＬＭＮのみが図４に例示されている一方で、本開示の態様は、任意の数のＲＡＮ共有パートナー間でリソースを割り当てるように拡張されることができ、その各々は、任意の所与の時間において、共有基地局４２０によってサービスされているゼロ以上のワイヤレス端末を有しうる。
【００４２】
［非対称のＲＡＮリソース割り当て］
[0053]  上述したように、本開示のある態様は、２つ以上のＲＡＮ共有パートナー間で柔軟にリソースを割り当てるための技法を提供する。図３の基地局３００は、ＲＡＮリソースを共有するパートナー間の関係に基づいて、リソースを割り当てるように構成されうる。
【００４３】
[0054]  本明細書で説明されるように、ＢＳ（図３のＢＳ ３００、図４のＢＳ ４２０）は、パートナー（例えば、ＰＬＭＮs）間の関係を決定しうる。この関係は、パートナー間でどのように共有ＲＡＮリソース（例えば、無線ベアラ）が割り当てられるかを定義しうる。ＢＳは、ＲＡＮ共有パートナー間の決定された関係と、ＲＡＮ共有パートナーの各々にコミットされたＲＡＮリソースの余剰容量と、ＲＡＮリソースの全体の予備容量とに従って、ＲＡＮリソースを割り当てうる。
【００４４】
[0055]  本開示の態様によると、全容量またはほぼ全容量において、ＲＡＮリソース（例えば、無線ベアラ）は、例えば、共同事業（ＪＶ：joint venture）における各パートナーの金銭的な所有権に比例して、２つのＲＡＮ共有パートナー間で共有されうる。ネットワーク共有パートナーは、共通ＲＡＮリソースが、「プライマリ」（Ｐ）パートナーと「セカンダリ」（Ｓ）（非プライマリ（non-primary））パートナーとの間で共有される、ＪＶにおける非対称の所有権（an asymmetric interest）を有しうる。例えば、プライマリパートナーは、ＲＡＮリソースにおける６０％の所有権を有することができ、セカンダリパートナーは、残りの４０％における所有権を有することができる。パートナーの各々は、他方とは独立して、それ自体のコアネットワーク（例えば、エンハンスド・パケットコア、（ＥＰＣ））インフラストラクチャを所有および管理しうる。
【００４５】
[0056]  態様によると、ＲＡＮリソースは、厳密な物理的なパーティション（a strict physical partition）にはさらされない（not be subject to）。その代わりに、ＢＳは、ＲＡＮ共有パートナーの各々にコミットされたＲＡＮリソースの予備容量を査定（evaluate）しうる（例えば、評価する（assess）および／または決定する）。加えて、ＢＳは、ＲＡＮリソースの全体の予備容量を査定しうる（例えば、評価するおよび／または決定する）。パートナーの各々にコミットされたＲＡＮリソースの予備容量とＲＡＮリソースの全体の予備容量とを考慮して、ＢＳは、１つまたは複数のパートナーにＲＡＮリソースを柔軟に割り当てうる。
【００４６】
[0057]  例えば、ＲＡＮ共有パートナーは、それの割り当てられたリソースのすべてを使用しており、より多くのＲＡＮリソースを所望することが決定されうる。余剰ＲＡＮリソース（excess RAN resources）が残っている場合、ＢＳは、それら（または、余剰ＲＡＮリソースの一部分）を、必要としているパートナーに割り当てうる。
【００４７】
[0058]  上記の例からのパートナーＰおよびＳを使用して、ＲＡＮリソースにおける６０％の所有権を有するパートナーＰは、ＲＡＮリソースのそれの割り当てられたシェアを使用しており、より多くのＲＡＮリソースを所望することが決定されうる。パートナーＳが、それの割り当てられた４０％のＲＡＮリソースの全体を使用していない場合、余剰ＲＡＮリソースが存在しうる。ＲＡＮリソースをより有効に利用するために、余剰ＲＡＮリソース（または、余剰リソースの一部分）は、パートナーＰに割り当てられうる。このように、ＲＡＮ要素は、各パートナーにコミットされたリソースの余剰容量とリソースの全体の予備容量とを使用して、ＲＡＮリソースを柔軟に割り当てうる。
【００４８】
[0059]  １度だけの、または稀な動作として、共有ＲＡＮ要素（例えば、図３のＢＳ ３００、図４のＢＳ ４２０）は、それがリソース管理動作を支援できるように、ＲＡＮ共有パートナー間のＲＡＮリソースの所有権におけるブレークダウンについての情報を与えられうる。上記例を使用して、ＢＳは、パートナーＰおよびＳの間のＪＶ所有権（JV interests）における６０／４０のブレークダウンをそれぞれ与えられうる。
【００４９】
[0060]  本明細書でより詳細に説明されるように、ＢＳ ３００によって実行されるリソース管理動作は、パートナーのためのベアラ承認の決定（例えば、新しいベアラの割り当て）と、無線リソーススケジューラの決定とを含む。
【００５０】
[0061]  共有ＢＳ（shared BS）（例えば、ＢＳ ３００）は、パートナーＰおよびＳについてのリソース管理動作を別々に、定期的に担い（account for）うる。例えば、ＢＳ ３００は、パートナーＰまたはＳに属するベアラ（例えば、ＩＰフロー）の承認を担いうる。同様に、スケジューリング動作を実行しているとき、ＢＳ ３００は、パートナーＰまたはＳに属するＩＰパケットの送信をスケジュールすることを別々に担いうる。
【００５１】
[0062]  例えば、ＢＳ ３００の容量未満の、低いトラフィック負荷の時に、新しい無線ベアラは、全体的なリソースの利用可能度（availability）に基づいて承認されうる（例えば、ＪＶ所有権は考慮されない場合がある）。同様に、無線リソーススケジューリングは、パートナーＰおよびＳのＪＶ所有権のブレークダウンを考慮することも考慮しないこともありうる。しかしながら、トラフィック負荷が低いので、このようなスケジューラ決定は、２つのパートナーのいずれかに属するすべての無線ベアラについてのＱｏＳ目標（QoS objectives）を快適に満たすことをもたらす。
【００５２】
[0063]  例えば、ＢＳ ３００の全容量での、またはほぼ全容量での（at or near the capacity of BS 300）、高いトラフィック負荷の時には、新しいベアラは、ＲＡＮ共有パートナーの各々のＪＶ所有権を考慮することによって承認されうる。パートナーＳに属する新しいベアラの承認が、（許容範囲（tolerance）のマージンによって増加された）パートナーＳの比例した所有権を超過して（in excess of Partner S’s proportional interest）ＲＡＮリソース消費の見込まれる不均衡（projected imbalance）をもたらす場合、新しいベアラは、ＢＳ ３００によって承認されないことがありうる。そうでない場合、新しいベアラは承認されうる。同様に、パートナーＰのための新しいベアラは、それが、（許容範囲のマージンによって増加された）パートナーＰの比例した所有権を超過してＲＡＮリソース消費の見込まれる不均衡をもたらさない場合に承認されうる。
【００５３】
[0064]  無線リソーススケジューリングのために、ＢＳ ３００は、パートナーＰおよびＳのＪＶ所有権のブレークダウンを考慮しうる。原理上は、無線リソースのスケジューリングは、パートナーＰおよびＳの各々にコミットされたリソースの総量（aggregate amount）がＪＶにおけるそれらの所有権に比例するようになりうる。
【００５４】
[0065]  態様によると、特定のパートナーの所有権を超過してＲＡＮリソース消費の見込まれる不均衡を生じるにもかかわらず、その特定のパートナーに割り当てられる（assigned）新しいベアラが承認されうる。例えば、残りのＲＡＮ共有パートナーにコミットされた余剰ＲＡＮリソースが存在し、かつＲＡＮリソースの全体の予備容量が存在する場合、ＢＳは、より多くのＲＡＮリソースを所望する特定のパートナーに属する新しいベアラを承認しうる。したがって、ＪＶ所有権に基づくＲＡＮリソース消費の違反を引き起こすにもかかわらず、ＢＳは、必要としている１つまたは複数のパートナーに余剰リソースを柔軟に割り当てうる。
【００５５】
[0066]  高いトラフィック負荷の間、ＢＳ ３００によるスケジューラ決定は、時折、１つまたは複数のベアラについてのサービス品質（ＱｏＳ）目標を満たさないこともたらしうる。このようなＱｏＳ目標を満たすことの失敗が起こるパートナー間の割合（proportion）は、共有パートナー間の相互の合意を条件とすることができ（may be subject to the mutual agreement）、また、１度だけの、または稀な動作として、基地局に通信されることができる。
【００５６】
[0067]  態様によると、共有ＢＳは、失敗したＱｏＳインシデント（failed QoS incidents）を非プレミアムサービスプロバイダ（a non-premium service provider）に不均衡に配分し（disproportionally apportion）うる。プレミアムサービスプロバイダは、プライマリパートナーまたは非プライマリパートナーのいずれかでありうる。例えば、プライマリまたは非プライマリパートナーのいずれかは、高い価値の企業消費者（high-value business customers）にサービスを提供しうる。したがって、プレミアムパートナーは、例えば、より高いプレミアムを支払うことによって、ＪＶ合意におけるより良いＱｏＳサービスレベルを交渉しうる。反対に、より低いＱｏＳサービスが、金銭的な割引と引き換えに（in exchange for a financial discount）、非プレミアムパートナーに提供されうる。
【００５７】
［パケット待ち行列の原理］
[0068]  図５は、非共有ＲＡＮ要素（a non-shared RAN element）に関する複数のＱｏＳクラスを伴うパケット待ち行列（packet queuing）の原理の例を例示する。トラフィッククラス（ＴＣ）と関連づけられた様々な無線ベアラを表す、待ち行列に入れられたパケット（Queued packets）が例示される。（ｘ軸上で例示される）時間の経過とともに、送信されたパケットが待ち行列から取り除かれるにつれて、パケットは、それらのそれぞれの送信時間により近づく（move closer to their respective transmit time）。
【００５８】
[0069]  例示されるように、各ＴＣは、それ自体の待ち行列と許容遅延（tolerable delay）（Ｄ）を有しうる。例えば、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）送信に対応しうるトラフィッククラス０（ＴＣ０）は、図５に例示される複数のＴＣのうちの最も低い遅延許容範囲（delay tolerance）（Ｄ０）を有する。トラフィッククラス１（ＴＣ１）は、ＴＣ０よりも高い遅延許容範囲Ｄ１を有する。トラフィッククラス２（ＴＣ２）は、ＴＣ１およびＴＣ０よりも高い遅延許容範囲を有し、トラフィッククラス４（ＴＣ４）は、最も高い遅延許容範囲（Ｄ４）を有する。例として、ＴＣ４は、ファイル転送プロトコル（ＦＴＰ）送信に対応しうる。
【００５９】
[0070]  輻輳状態（a congested state）では、ＢＳにおける待ち行列は、容量に達しうる。したがって、各パケットがそれのそれぞれの待ち行列で過ごす時間は、対応するＴＣについての遅延許容範囲に近づきうる。
【００６０】
［ベアラ承認の原理］
[0071]  ＲＡＮリソースは、代替可能である。例えば、多くのＴＣ０フローが存在する場合、ＢＳ ３００は、他のＴＣフローを犠牲にして、ＴＣ０フローにより多くのリソースを割り当てうる。経時的に、ＢＳは、各別個のＴＣについて必要とされる平均の無線送信リソースを評価しうる。ＢＳは、すべてのＴＣ待ち行列が容量に達する（例えば、任意の追加のトラフィックが、遅延許容範囲の違反を必然的にもたらすであろう場合の）前に、どれだけの追加のトラフィックが処理されうるかを推定することによって、任意の時点において予備容量を評価しうる。
【００６１】
[0072]  ＢＳは、要求されたベアラの評価されたリソース要件（resource requirement）が、ＲＡＮリソースの予備容量を超えることをもたらしうる場合、新たに要求されたベアラを承認しないことを決定しうる。例えば、予備容量が４％である場合、ＢＳは、ＢＳ ３００の容量の６％が必要であると推定される高品位ビデオストリーミングベアラを承認するのに十分なリソースを有していないことがありうるが、その予備容量を超えることなく、ＢＳ ３００の容量の１％未満が必要であると推定されるテレフォニーベアラを承認することが可能でありうる。
【００６２】
［共有ＲＡＮスケジューラ］
[0073]  図６は、本開示の態様による、ＲＡＮリソースの共有の例を例示する。共有ＲＡＮ協定では、共有パートナーの各々は、無線ベアラのセットを有しうる。図６では、無線ベアラの２つのセットが例示され、１つのセットが、パートナーＰのためのものであり、別のセットが、パートナーＳのためのものである。本明細書で提示される態様は、２つのＲＡＮ共有パートナーに関して説明および例示されているが、これらは、任意の数のパートナーに適用されうる。
【００６３】
[0074]  図５と同様に、ＴＣと関連づけられた様々な無線ベアラを表す、待ち行列に入れられたパケットが例示される。時間の経過とともに、パケットはそれらの送信時間により近づく。
【００６４】
[0075]  共有ＲＡＮリソースにおいて、パートナーＰが６０％の過半数のシェアを有し、パートナーＳが４０％のシェアを有すると仮定すると、ＢＳは、各ＰおよびＳのフローにコミットされた送信リソースの６０／４０のブレークダウンを維持しうる。ＴＣ（Ｓ）パケットは、ＴＣ（Ｐ）パケットと比べてよりまばらであるので、これは、図６において概略的に反映されている。言い換えれば、任意の所与の時間において、パートナーＳに割り当てられたより少ないパケットが待ち行列に存在するが、これらのパケットは、パートナーＰに属するパケットと同じまたはより長い平均時間の間、待ち行列において待機しうる。
【００６５】
[0076]  ＢＳ ３００は、ＰフローおよびＳフローの各々について余剰容量を評価しうる。加えて、ＢＳ ３００は、そのＲＡＮリソースの全体の予備容量を評価しうる。
【００６６】
[0077]  態様によると、ＢＳ ３００は、承認により、全体の容量が超過しない場合、かつ、承認により、特定のパートナーに割り当てられた容量が超過しない場合に、特定のパートナーのための新しいベアラを承認しうる。上記例については、新しいＰベアラは、ＢＳの全体の容量が超過しない場合、かつ、すべてのＰベアラのために必要とされる容量が、ＢＳ ３００の全容量の６０％を超えない場合に、承認されうる。
【００６７】
[0078]  ＲＡＮリソースを柔軟に割り当てるために、態様によると、特定のパートナーに割り当てられた新しいベアラは、そのパートナーの割合の所有権を超過して（in excess of that partner’s proportion interest）ＲＡＮリソース消費の見込まれる不均衡を引き起こすにもかかわらず、承認されうる。上述されたように、残りのＲＡＮ共有パートナーにコミットされたＲＡＮリソースの余剰が存在し、かつ、ＲＡＮリソースの全体の予備容量が存在する場合、ＢＳは、特定のパートナーに属する新しいベアラを承認しうる。
【００６８】
[0079]  本開示の態様によると、ＢＳ ３００は、すべてのベアラについてのトラフィックフローが、それらのクラスに対して許容される（allowable）遅延許容範囲を超えないように、リソースをスケジュールするように努力しうる。承認のルールにより、平均して、ＰフローおよびＳフローに属するパケットの量は、６０／４０になりうる。しかしながら、モビリティ効果およびサービスのランダム性により、短期的には、このブレークダウンは厳密には有効（hold）でない場合がある。
【００６９】
[0080]  本開示の態様によると、ＢＳ ３００は、各パートナーのために消費される送信リソースの移動平均（running average）を維持（keep）しうる。それは、そのＴＣについての許容遅延（Ｄ）を超える前に残っている時間および／または待ち行列中で過ごした時間に基づいて、次にどのパケットを送信するかを決定しうる。ＢＳは、パートナーの待ち行列についての移動平均のリバランシング（rebalancing）に基づいて、次にどのパケットを送信するかを決定しうる。ＢＳは、上記基準が満たされた場合、最初に最も低い遅延許容範囲を有するパケットを送信することを選択しうる。
【００７０】
［パケットの消去］
[0081]  承認の制御が、輻輳の確率（probability of congestion）を低減させうる一方で、それは、完全にそれを除去できないことがありうる。ＢＳは、パケットを削除することによって輻輳を処理することができ、それによって、それの作業負荷を効率的に低減させる。
【００７１】
[0082]  本開示の態様によると、ＢＳは、最初に最も長い遅延許容範囲を有するパケットをまず削除しうる（例えば、図６のＴＣ４（Ｐ）およびＴＣ４（Ｓ））。代替として、ＢＳは、対応するサービスに対するより少ない量の影響で、ある程度の消去を許容しうる（can tolerate a degree of erasure）パケットを削除しうる。例えば、削除の間に十分に間隔を空けて、ＶｏＩＰパケットの１−２％を削除することは、エンドユーザに対してトランスペアレント（transparent）でありうる。
【００７２】
[0083]  ＢＳは、パケットが消去される必要があるたびごとの記録をとる（keep track of each time a packet needs to be erased）ことができ、これは、失敗したＱｏＳインシデントと呼ばれうる。ＢＳは、共有パートナー間で、失敗したＱｏＳインシデントの配分を区別しうる。本開示の態様によると、ＢＳ ３００は、共有パートナーのうちのどれにパケットが属するかに関わりなく、すべての失敗したＱｏＳインシデントを等しく扱いうる。
【００７３】
[0084]  別の例として、ＢＳ ３００は、ＱｏＳ失敗（QoS failures）をプライマリパートナー（Ｐ）に拡張する前に、最初に非プライマリパートナー（Ｓ）にそれらを配分しうる。このようなＱｏＳ失敗の区別された配分は、ＲＡＮ共有パートナー間の独創的なビジネス協定を可能にしうる。例えば、非プライマリパートナー（Ｓ）は、失敗したＱｏＳインシデント（例えば、パケットの消去）の矢面に立つことに対する割引を受ける（receive a discount for bearing the brunt of）ことができる。
【００７４】
[0085]  図７Ａ−図７Ｄは、共有ＲＡＮ要素によって実行される「動作可能な」機能および１度だけの、または稀な動作を例示する。本明細書で説明されるように、ＲＡＮ要素は、実際は「動作可能」である動作（例えば、ベアラ承認およびパケットスケジューリング動作）に対する、パートナー間の特定の共有の合意を反映する動作（例えば、ＪＶ所有権のブレークダウン、どのように失敗したＱｏＳインシデントが処理されるか）を含む、１度だけの動作および／または稀な動作を区別しうる。
【００７５】
[0086]  本明細書で説明される態様に従って、図７Ａは、パートナー間の関係を決定すること、およびこの関係に従ってＲＡＮリソースを構成することのための実例的な動作を例示し、図７Ｂは、実例的なベアラ承認動作を例示し、図７Ｃは、実例的なパケットスケジューリング動作を例示し、図７Ｄは、失敗したＱｏＳインシデントを配分するための実例的な動作を例示する。
【００７６】
[0087]  図７Ａは、本開示の態様による、パートナー間の関係を決定するための実例的な動作７００Ａを例示する。態様によると、７０２Ａにおいて、共有ＲＡＮ要素（例えば、図３のＢＳ ３００、図４のＢＳ ４２０）は、共有パートナー（例えば、ＰＬＭＮs）の数のみならず、パートナー間の関係のインジケーションを受信しうる。例えば、ＲＡＮ要素は、ＰＬＭＮ１およびＰＬＭＮ２の識別、およびＰＬＭＮの各々に対する共有ＲＡＮリソース（例えば、無線ベアラ）の所有権におけるブレークダウン、例えば、ＰＬＭＮ１に対して６０％、ＰＬＭＮ２に対して４０％、に関して指示されうる。共有ＲＡＮ要素はまた、共有ＰＬＭＮの間でどのように失敗したＱｏＳインシデントを配分するかについての指示を与えられうる。
【００７７】
[0088]  ７０４Ａにおいて、ＲＡＮリソース要素は、ＲＡＮ共有構成に従って構成されうる。ＲＡＮ要素は、必要とされるＰＬＭＮ待ち行列（PLMN queues）の数を構成しうる。加えて、ＲＡＮ要素は、例えば、メモリ、各ＰＬＭＮについてのパーティション（partitions）、および／または失敗したＱｏＳルールロジックを含む、待ち行列リソース（queue resources）を割り当ておよび管理しうる。
【００７８】
[0089]  図７Ｂは、本開示の態様による、共有ＲＡＮ要素によるベアラ承認のための実例的な動作７００Ｂを例示する。７０２Ｂにおいて、ＲＡＮ要素は、ＰＬＭＮから新しいベアラ要求を受信しうる。ＲＡＮ要素は、それが新しいベアラ要求を許可すべきかどうかを決定するために、トラフィック負荷を評価しうる。
【００７９】
[0090]  低いトラフィック負荷のケースでは、ＲＡＮ要素は、７０８Ｂにおいて、ベアラを許可しうる。高いトラフィック負荷のケースでは、ＲＡＮ要素は、許可が、要求しているＰＬＭＮについての割り当てられたＲＡＮリソースのシェアを超えるかどうかを決定しうる。許可が、ＰＬＭＮのシェアを超える場合、態様によると、ＲＡＮ要素は、７０６Ｂにおいて、ベアラ要求を拒否しうる。図７Ｂに例示されていない一方で、態様によると、ＪＶ所有権に基づくＲＡＮリソース消費の潜在的な違反を引き起こすにもかかわらず、ＢＳは、他のＰＬＭＮにコミットされたＲＡＮリソースの余剰容量とＲＡＮリソースの全体の予備容量との両方が存在する場合、要求しているＰＬＭＮ（ｘ）に新しいベアラを許可しうる。
【００８０】
[0091]  図７Ｂに戻り、許可がＰＬＭＮのリソースのシェアを超えない場合、ＲＡＮ要素は、許可が輻輳をトリガーするかどうかを決定しうる。許可が輻輳をトリガーする場合、ＲＡＮ要素は、７０６Ｂにおいて、ＰＬＭＮのベアラ要求を拒否しうる。許可が輻輳をトリガーしない場合、ＲＡＮ要素は、７０８Ｂにおいて、要求ベアラを許可しうる。
【００８１】
[0092]  図７００Ｃは、本開示の態様による、ＲＡＮ要素によるパケットスケジューリングのための実例的な動作７００Ｃを例示する。７０２Ｃにおいて、ＲＡＮ要素は、パケットを受信して、パケットを待ち行列に入れうる。７０４Ｃにおいて、ＲＡＮ要素は、例えば、各共有ＰＬＭＮと関連づけられた各トラフィッククラスについての待ち行列を形成しうる。待ち行列は、新しいパケットが到着するか、またはパケットが送信されるかのいずれかのたびに更新される。７０６Ｃにおいて、ＲＡＮ要素は、次の送信フレームの間にどのパケットを送信するかを決定しうる。
【００８２】
[0093]  態様によると、ＲＡＮ要素は、移動平均に基づいて、どのパケットを送信するかを決定しうる。例えば、７０８Ｃにおいて、ＲＡＮ要素は、次の送信フレームの間にどのパケットを送信するかを決定するのを助けるために、各ＰＬＭＮについての特定のＲＡＮ共有合意にしたがって送信ターゲットを維持しうる。７０８Ｃにおける送信ターゲットは、固定されたパーセンテージのターゲット（fixed percentage targets）であり、それらは、図７Ａで説明された１度だけの、または稀な動作の間に設定される。
【００８３】
[0094]  次の送信フレームの間にどのパケットを送信するかを決定した後、ＲＡＮ要素は、７１０Ｃにおいて、選択されたパケットを送信しうる。送信されたパケットは、それのそれぞれの待ち行列から取り除かれうる。選択されたパケットを送信した後、ＲＡＮ要素は、７１２Ｃにおいて、各ＰＬＭＮについての送信リソースの移動平均を計算しうる。７０６Ｃ、７１０Ｃ、７０４Ｃ（待ち行列からの取り除き）、および７１２Ｃから成るサイクルは、その後、送信フレームごとにそれ自体を繰り返す。
【００８４】
[0095]  図７Ｄは、本開示の態様による、ＲＡＮ要素による失敗したＱｏＳインシデントの配分（apportionment）のための実例的な動作７００Ｄを例示する。７０２Ｄにおいて、ＲＡＮ要素は、失敗したＱｏＳインシデントを検出しうる。ＲＡＮ要素は、７０４Ｄにおいて、インシデントの性質と改善策（remedial measure）を識別しうる。７０６Ｄにおいて、ＲＡＮ要素は、どの共有ＰＬＭＮおよびどのベアラに、失敗したＱｏＳインシデントの影響が及ぶかを識別するために、（例えば、図７Ａで受信された失敗したＱｏＳロジックルールに基づいて）失敗したＱｏＳルールロジックを適用しうる。７０８Ｄにおいて、ＲＡＮ要素は、例えば、ターゲットベアラからのパケットを消去することによって、改善策を実行しうる。
【００８５】
[0096]  図８は、本開示の態様による、パートナー間の関係に従って（ＲＡＮ）リソースを割り当てるための実例的な動作８００を例示する。動作８００は、図４の基地局４２０のような、ＲＡＮ要素によって実行されうる。８０２において、ＲＡＮ要素は、パートナーの各々にコミットされたＲＡＮリソースのブレークダウンを維持しうる。８０４において、ＲＡＮ要素は、パートナーの各々にコミットされたＲＡＮリソースの余剰容量とＲＡＮリソースの全体の予備容量とを評価しうる。８０６において、ＲＡＮ要素は、その評価および関係に従って、ＲＡＮリソースを割り当てうる。
【００８６】
[0097]  本明細書で説明されるように、ＲＡＮ要素は、無線ベアラの評価されたリソース要件が、ＲＡＮリソースの全体の予備容量と、１つまたは複数の他のパートナーにコミットされたＲＡＮリソースの余剰容量と、を超えない場合に、パートナーに対応する無線ベアラを承認しうる。ＲＡＮリソースの全体の予備容量を評価することは、リソースの１つまたは複数のトラフィッククラス（ＴＣ）が、最大遅延許容範囲に達するまでに、どれだけの追加のトラフィックが処理されうるかを推定することを含みうる。本明細書で説明されるように、パートナーに対応する無線ベアラは、無線ベアラの評価されたリソース要件が、全体の予備容量を超えない場合に、承認されうる。
【００８７】
[0098]  したがって、本開示の態様は、ＲＡＮ共有協定に従うＲＡＮリソース割り当てのための方法および装置を提供する。本明細書で説明されるように、ＲＡＮ要素は、パートナー（例えば、ＰＬＭＮs）間の関係を決定しうる。この関係は、パートナー間でどのように共有ＲＡＮリソース（例えば、無線ベアラ）が割り当てられるかを定義しうる。ＢＳは、パートナー間の決定された関係と、ＲＡＮ共有パートナーの各々にコミットされたＲＡＮリソースの余剰容量と、ＲＡＮリソースの全体の予備容量と、に従って、ＲＡＮリソースを割り当てうる。
【００８８】
[0099]  ＲＡＮリソースをより有効に利用するために、時に、リソース割り当ては、ＲＡＮ共有合意に違反しうる。本明細書で説明されるように、それの割り当てられたリソースの全てを利用している第１のＲＡＮ共有パートナーは、１つまたは複数の他のパートナーにコミットされたＲＡＮリソースの余剰容量が存在し、かつＲＡＮリソースの全体の予備容量が存在する場合に、追加のリソースを割り当てられうる。
【００８９】
[0100]  開示されたプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計の選択に基づいて、これらプロセスにおけるステップの特定の順序または階層は、本開示の範囲内にとどまりながら並べ替えることができることを理解されたい。添付の方法の請求項は、様々なステップの要素をサンプルの順序で提示したものであり、提示された特定の順序または階層に限定されるようには意図されない。
【００９０】
[0101]  当業者であれば、情報および信号は、様々な異なる技術および技法のうちの任意のものを用いて表されうることを理解するであろう。例えば、上記説明の全体を通して参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００９１】
[0102]  当業者であれば、本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実装されうることをさらに理解するであろう。ハードウェアおよびソフトウェアの互換性を明確に例示するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップは、概してそれらの機能の観点から上記に説明された。このような機能が、ハードウェアとして実装されるか、あるいはソフトウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装しうるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９２】
[0103]  本明細書で開示された実施形態に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたこれらの任意の組合せを用いて実装または実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替において、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（state machine）でありうる。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実装されうる。
【００９３】
[0104]  本明細書で開示された実施形態に関連して説明された方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこれら２つの組み合わせで、具現化（embodied）されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または当該技術分野において周知のその他任意の形態の記憶媒体内に存在しうる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、また、記憶媒体に情報を書き込むことができるように、プロセッサに結合されうる。代替として、記憶媒体は、プロセッサと一体化されうる。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として存在しうる。
【００９４】
[0105]  開示された実施形態の上記説明は、いかなる当業者であっても、本開示の製造または使用を可能にするように提供される。これら実施形態への様々な修正は、当業者にとって容易に明らかとなり、本明細書で定義した一般的な原理は、本開示の趣旨または範囲から逸脱することなく他の実施形態に適用されうる。したがって、本開示は、本明細書に示された実施形態に限定されるようには意図されず、本明細書に開示される原理および新規な特徴と一致する最も広い範囲を与えられることとなる。
【図１】
2015527832.tif 000003
【図２】
2015527832.tif 000004
【図３】
2015527832.tif 000005
【図４】
2015527832.tif 000006
【図５】
2015527832.tif 000007
【図６】
2015527832.tif 000008
【図７Ａ】
2015527832.tif 000009
【図７Ｂ】
2015527832.tif 000010
【図７Ｃ】
2015527832.tif 000011
【図７Ｄ】
2015527832.tif 000012
【図８】
2015527832.tif 000013
【国際調査報告】
2015527832.tif 000014
2015527832.tif 000015
2015527832.tif 000016