(57)【特許請求の範囲】
【請求項１】
マスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）とデータを伝送するように動作可能なユーザ装置（ＵＥ）であって、前記ＵＥは１つ以上のプロセッサを有し、前記プロセッサは、
前記ＵＥにおける無線リンク制御（ＲＬＣ）バッファサイズを判定し、前記ＲＬＣバッファサイズは、前記ＵＥにおけるＲＬＣバッファに保存されたデータ量であり、
前記ＵＥにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズを判定し、前記ＰＤＣＰバッファサイズは、前記ＵＥにおけるＰＤＣＰバッファに保存されたデータ量であり、
前記ＭｅＮＢ及び前記ＳｅＮＢの少なくとも１つにバッファステータスレポート（ＢＳＲ）コミュニケーションを送信し、前記ＢＳＲコミュニケーションは、前記ＲＬＣバッファサイズ及び前記ＰＤＣＰバッファサイズの少なくとも一部を別個のフィールドに含んでいるように構成され、
前記１つ以上のプロセッサがさらに、
前記ＵＥが前記ＭｅＮＢからのアップリンク（ＵＬ）許可をリクエストする、前記ＵＥにおける前記ＰＤＣＰバッファ中に保存された前記データ量を表す第１のパーセンテージを判定し、
前記ＵＥが前記ＳｅＮＢからのアップリンク（ＵＬ）許可をリクエストする、前記ＵＥにおける前記ＰＤＣＰバッファ中に保存された前記データ量を表す第２のパーセンテージを判定し、
前記ＵＥから前記ＭｅＮＢに第１のバッファステータスレポート（ＢＳＲ）コミュニケーションを送信し、前記第１のＢＳＲコミュニケーションは前記ＲＬＣバッファサイズ及び前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージを別個のフィールドに含み、
前記ＵＥから前記ＳｅＮＢに第２のバッファステータスレポート（ＢＳＲ）コミュニケーションを送信し、前記第２のＢＳＲコミュニケーションは前記ＲＬＣバッファサイズと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージを別個のフィールドに含む、ＵＥ。
【請求項２】
前記１つ以上のプロセッサが、さらに、
前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージの間の重複関係を表す冗長性指標（ＲＩ）値を選択し、
前記ＲＩ値を１つ以上の前記第１のＢＳＲコミュニケーション及び前記第２のＢＳＲコミュニケーションに含むように構成された、請求項１に記載のＵＥ。
【請求項３】
前記第１のバッファステータスレポート（ＢＳＲ）コミュニケーション及び前記第２のバッファステータスレポート（ＢＳＲ）コミュニケーションの１つ以上がさらに、ショートＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、前記ショートＢＳＲ  ＭＡＣ制御要素が、
論理チャネルグループ（ＬＣＧ）ＩＤと、
前記ＲＬＣバッファサイズと、
前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージ及び前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージのうちの少なくとも１つと、
前記ＲＩ値と、
を含む、請求項２に記載のＵＥ。
【請求項４】
前記１つ以上のプロセッサがさらに、ＭＡＣサブヘッダを送信し、前記ＭＡＣサブヘッダはアップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤが前記ショートＢＳＲ  ＭＡＣ制御要素を特定するために使用される、請求項３に記載のＵＥ。
【請求項５】
前記ＲＩ値が、２ビットを使って表される、請求項２に記載のＵＥ。
【請求項６】
００であるＲＩ値が、前記ＰＤＣＰバッファサイズが、前記ＭｅＮＢ又は前記ＳｅＮＢの１つに送信されたことを表し、
１１であるＲＩ値が、前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で完全に重複していることを表し、
０１であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で重複が無いことを表し、
１０であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で部分的に重複していることを表す、請求項５に記載のＵＥ。
【請求項７】
前記第１のバッファステータスレポート（ＢＳＲ）コミュニケーション及び前記第２のバッファステータスレポート（ＢＳＲ）コミュニケーションのうちの少なくとも１つがさらに、ロングＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、
前記ロングＢＳＲ  ＭＡＣ制御要素が、
４ビット無線リンク制御（ＲＬＣ）バッファサイズと、各ＲＬＣバッファサイズは異なる論理チャネルグループ（ＬＣＧ）に関連しており、
４ビットパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズと、各ＰＤＣＰバッファサイズは、異なる論理チャネルグループ（ＬＣＧ）に関連しており、
前記ＲＩ値と、
前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間の重複度の量を前記ＲＩ値よりも正確に示す複数のビットと、を有する請求項２に記載のＵＥ。
【請求項８】
前記１つ以上のプロセッサが、さらに、ＭＡＣサブヘッダを送信し、前記ＭＡＣサブヘッダはアップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤが前記ロングＢＳＲ  ＭＡＣ制御要素の特定に使用される、請求項７に記載のＵＥ。
【請求項９】
ユーザ装置（ＵＥ）にデータを伝送するように動作可能なマスタ進化型ノードＢ（ＭｅＮＢ）であって、
前記ＭｅＮＢは、１つ以上のプロセッサを有し、前記プロセッサが、
前記ＵＥからバッファステータスレポート（ＢＳＲ）コミュニケーションを受信し、前記ＢＳＲコミュニケーションは、無線リンク制御（ＲＬＣ）バッファサイズを含み、前記ＲＬＣバッファサイズは、前記ＵＥにおけるＲＬＣバッファに保存されたデータ量、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズを含み、前記ＰＤＣＰバッファサイズは、前記ＵＥにおけるＰＤＣＰバッファに保存されたデータ量、前記ＲＬＣバッファサイズ、及び前記ＰＤＣＰバッファサイズを別個のフィールドに含み、
前記ＵＥからの前記ＢＳＲコミュニケーションに部分的に基づいて前記ＵＥに割り当てるアップリンク（ＵＬ）無線リソースの組を判定し、
前記ＵＥにアップリンク無線リソースの前記組を割り当て、
前記ＵＬ無線リソースが前記ＵＥに割り当てられたことを示すアップリンク（ＵＬ）許可コミュニケーションを前記ＵＥに送信するように構成された、ＭｅＮＢであって、
前記ＵＥからの前記ＢＳＲコミュニケーションがさらにＵＥ  ＰＤＣＰバッファサイズの第１のパーセンテージと、ＵＥ  ＰＤＣＰバッファサイズの第２のパーセンテージとの間の重複関係を表す冗長性指標（ＲＩ）値を含み、
前記第１のパーセンテージは、前記ＵＥが前記ＭｅＮＢからのアップリンク（ＵＬ）許可をリクエストする、前記ＵＥにおける前記ＰＤＣＰバッファ中に保存された前記データ量を表し、
前記第２のパーセンテージは、前記ＵＥがセカンダリ進化型ノードＢ（ＳｅＮＢ）からのアップリンク（ＵＬ）許可をリクエストする、前記ＵＥにおける前記ＰＤＣＰバッファ中に保存された前記データ量を表す、ＭｅＮＢ。
【請求項１０】
前記ＵＥからの前記バッファステータスレポート（ＢＳＲ）コミュニケーションがさらに、ショートＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、前記ショートＢＳＲ  ＭＡＣ制御要素が、
論理チャネルグループ（ＬＣＧ）ＩＤと、
前記無線リンク制御（ＲＬＣ）バッファサイズと、
前記パケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズと、
前記ＲＩ値と、を含む請求項９に記載のＭｅＮＢ。
【請求項１１】
前記１つ以上のプロセッサがさらに、ＭＡＣサブヘッダを受信し、前記ＭＡＣサブヘッダは、アップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤがショートＢＳＲ  ＭＡＣ制御要素の特定に使用される、請求項９に記載のＭｅＮＢ。
【請求項１２】
前記ＲＩ値が２ビットで保存される、請求項９に記載のＭｅＮＢ。
【請求項１３】
００であるＲＩ値が、前記ＰＤＣＰバッファサイズが、ＭｅＮＢ又はＳｅＮＢの１つに送信されたことを表し、
１１であるＲＩ値が、前記ＰＤＣＰの前記データ量の第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の第２のパーセンテージとの間で完全に重複していることを表し、
０１であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で重複が無いことを表し、
１０であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で部分的に重複していることを表す、請求項１２に記載のＭｅＮＢ。
【請求項１４】
前記ＵＥからの前記バッファステータスレポート（ＢＳＲ）コミュニケーションがさらに、ロングＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、前記ロングＢＳＲ  ＭＡＣ制御要素が、
４ビット無線リンク制御（ＲＬＣ）バッファサイズと、
４ビットパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズと、
前記ＲＩ値と、
前記ＰＤＣＰバッファの第１のパーセンテージと前記ＰＤＣＰバッファの第２のパーセンテージの間の重複量を前記ＲＩ値よりも正確に示す複数のビットと、
を有する請求項９に記載のＭｅＮＢ。
【請求項１５】
前記１つ以上のプロセッサが、さらに、前記ＰＤＣＰバッファサイズの前記第１のパーセンテージと前記ＰＤＣＰバッファサイズの前記第２のパーセンテージの間の重複量を示す前記複数のビットに部分的に基づいて、前記ＵＥに割り当てられるアップリンク（ＵＬ）無線リソースの前記組を判定する、請求項１４に記載のＭｅＮＢ。
【請求項１６】
前記１つ以上のプロセッサがさらにＭＡＣサブヘッダを受信し、前記ＭＡＣサブヘッダは、アップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤが前記ロングＢＳＲ  ＭＡＣ制御要素の特定に使用される、請求項１４に記載のＭｅＮＢ。
【請求項１７】
前記１つ以上のプロセッサが、さらに、Ｘ２インタフェース経由でセカンダリ進化型ノードＢ（ＳｅＮＢ）と通信し、前記Ｘ２インタフェースを介した前記ＭｅＮＢと前記ＳｅＮＢ間の伝送の協調通信に部分的に基づいて前記ＵＥに割当てるアップリンク（ＵＬ）無線リソースの前記組を判定する、請求項９に記載のＭｅＮＢ。
【請求項１８】
１つ以上のプロセッサに動作をさせるプログラムであって、前記動作は、
ＵＥにおける無線リンク制御（ＲＬＣ）バッファサイズを判定し、前記ＲＬＣバッファサイズは、前記ＵＥにおけるＲＬＣバッファに保存されたデータ量であり、
前記ＵＥにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズを判定し、前記ＰＤＣＰバッファサイズは、前記ＵＥにおけるＰＤＣＰバッファに保存されたデータ量を含み、
ＭｅＮＢ及びＳｅＮＢの少なくとも１つにバッファステータスレポート（ＢＳＲ）コミュニケーションを送信し、前記ＢＳＲコミュニケーションは、ＲＬＣバッファサイズ及びＰＤＣＰバッファサイズの少なくとも一部を別個のフィールドに含んでいる、を含むコンピュータプログラムであって、
前記動作がさらに、
前記ＵＥが前記ＭｅＮＢからのアップリンク（ＵＬ）許可のリクエストをする、前記ＵＥにおける前記ＰＤＣＰ内に保存されたデータ量を表す第１のパーセンテージを判定し、
前記ＵＥが前記ＳｅＮＢからのアップリンク（ＵＬ）許可のリクエストをする、前記ＵＥにおける前記ＰＤＣＰ内に保存されたデータ量を表す第２のパーセンテージを判定し、
前記ＵＥから前記ＭｅＮＢへ第１のバッファステータスレポート（ＢＳＲ）コミュニケーションを送信し、前記第１のＢＳＲコミュニケーションが前記ＲＬＣバッファサイズ及び前記ＰＤＣＰ内の前記データ量の前記第１のパーセンテージを別個のフィールドに含み、
第２のバッファステータスレポート（ＢＳＲ）コミュニケーションを前記ＵＥから前記ＳｅＮＢへ送信し、前記第２のＢＳＲコミュニケーションは、前記ＲＬＣバッファサイズ及び前記ＰＤＣＰバッファ内の前記データ量の前記第２のパーセンテージを別個のフィールドに含む、コンピュータプログラム。
【請求項１９】
前記動作がさらに、
前記ＰＤＣＰの前記データ量の前記第１のパーセンテージ及び前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間の重複関係を表す冗長性指標（ＲＩ）値を選択し、
前記第１のＢＳＲコミュニケーション及び前記第２のＢＳＲコミュニケーションの少なくとも１つにＲＩ値を含ませる、を含んでいる、を含む請求項１８に記載のコンピュータプログラム。
【請求項２０】
前記第１のバッファステータスレポート（ＢＳＲ）コミュニケーションと前記第２のバッファステータスレポート（ＢＳＲ）コミュニケーションの１つ以上が、さらに、ショートＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、前記ショートＢＳＲ  ＭＡＣ制御要素が、
論理チャネルグループ（ＬＣＧ）ＩＤと、
前記ＲＬＣバッファサイズと、
前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージ及び前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージのうちの少なくとも１つと、
前記ＲＩ値と、
を含む請求項１９に記載のコンピュータプログラム。
【請求項２１】
前記動作がさらに、
ＭＡＣサブヘッダを送信し、前記ＭＡＣサブヘッダは、アップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤは、前記ショートＢＳＲ  ＭＡＣ制御要素を特定するために使用される、を含む請求項２０に記載のコンピュータプログラム。
【請求項２２】
前記ＲＩ値が２ビットを使って表される、請求項１９に記載のコンピュータプログラム。
【請求項２３】
００であるＲＩ値が、前記ＰＤＣＰバッファサイズが、ＭｅＮＢ又はＳｅＮＢの１つに送信されたことを表し、
１１であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で完全に重複していることを表し、
０１であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で重複が無いことを表し、
１０であるＲＩ値が、前記ＰＤＣＰの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージとの間で部分的に重複していることを表す、請求項２２に記載のコンピュータプログラム。
【請求項２４】
前記第１のバッファステータスレポート（ＢＳＲ）コミュニケーション及び前記第２のバッファステータスレポート（ＢＳＲ）コミュニケーションのうちの少なくとも１つがさらに、ロングＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含み、前記ロングＢＳＲ  ＭＡＣ制御要素が、
４ビット無線リンク制御（ＲＬＣ）バッファサイズと、各ＲＬＣバッファサイズは異なる論理チャネルグループ（ＬＣＧ）に関連しており、
４ビットパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズと、各ＰＤＣＰバッファサイズは、異なる論理チャネルグループ（ＬＣＧ）に関連しており、
前記ＲＩ値と、
前記ＰＤＣＰバッファの前記データ量の前記第１のパーセンテージと前記ＰＤＣＰバッファの前記データ量の前記第２のパーセンテージの間の重複量を前記ＲＩ値よりも正確に示す複数のビットと、を含む請求項１９に記載のコンピュータプログラム。
【請求項２５】
前記動作がさらに、
ＭＡＣサブヘッダを送信、前記ＭＡＣサブヘッダは、アップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含み、前記ＬＣＩＤが前記ロングＢＳＲ  ＭＡＣ制御要素を特定するために使用される、を含む請求項２４に記載のコンピュータプログラム。
【請求項２６】
請求項１８乃至２５のうちいずれか１項記載のコンピュータプログラムを記憶したコンピュータ読取り可能な記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
無線移動体通信技術は、ノード（例えば送信局）と無線装置（例えば携帯型装置）との間でのデータ伝送を行うために様々な規格やプロトコルを使用する。一部の無線装置は、ダウンリンク（ＤＬ）伝送において直交周波数分割多重接続（ＯＦＤＭＡ）やアップリンク（ＵＬ）伝送においてシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を利用して通信する。信号送信に直交周波数分割多重化（ＯＦＤＭ）を利用する規格及びプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（マイクロ波接続のためのワールドワイド相互運用）として業界団体に広く知られている電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば８０２．１６ｅ、８０２．１６ｍ）及びＷｉＦｉとして業界団体に広く知られているＩＥＥＥ  ８０２．１１規格が含まれる。
【０００２】
３ＧＰＰ無線接続ネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（同様に進化型ノードＢ、拡張型ノードＢ、ｅノードＢ、又はｅＮＢとも呼ばれている）及び無線ネットワークコントローラ（ＲＮＣ）の組合せであり得る。このようなノードは、ユーザ装置（ＵＥ）として知られている無線装置と通信することができる。ダウンリンク（下り、ＤＬ）伝送は、ノード（例えばｅＮｏｄｅＢ）から無線装置（例えばＵＥ）から伝送であり得、アップリンク（上り、ＵＬ）伝送は、無線装置からノードへの伝送であり得る。
【０００３】
同種のネットワーク（homogeneous  network）において、マクロノードとも呼ばれるノードは、セルにおける無線装置に対する基本無線カバレッジ（coverage）を提供することができる。セルは、無線装置（ＵＥ）がマクロノードと通信するように動作可能な地理的領域であり得る。異種ネットワーク（heterogeneous  network（ヘテロジニアスネットワーク）:ＨｅｔＮｅｔ）は、無線装置の増加する利用及び機能性に起因したマクロノードにおいて増加するトラフィック負荷に対処するために使用され得る。ＨｅｔＮｅｔは、計画された高電力マクロノード（又はマクロｅＮＢ）のレイヤを含むことができ、このレイヤには、マクロノードのカバレッジエリア（セル）内であまりよく計画されていない、又は全く調整されていない形にさえも配備され得るより低い電力ノード（スモールｅＮＢ、マイクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、又はホームｅＮＢ（ＨｅＮＢ））のレイヤが重なっている。低電力ノード（ＬＰＮ）は、「低電力ノード」、スモールノード、又はスモールセルと一般に称され得る。
【０００４】
ＬＴＥにおいて、データは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）経由でｅノードＢからＵＥへデータが伝送され得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、データを受信したという肯定応答に使用され得る。ダウンリンク及びアップリンクのチャネル又は伝送は、時分割複信（ＴＤＤ）又は周波数分割複信（ＦＤＤ）を利用し得る。
【０００５】
本開示の特徴及び利点は、例として本開示の特徴を説明する添付図面と共に後述の詳細な説明から明らかとなる。
【図面の簡単な説明】
【０００６】
【図１Ａ】例によるデュアルコネクティビティアーキテクチャを説明する図である。
【図１Ｂ】例によるデュアルコネクティビティアーキテクチャを説明する図である。
【図１Ｃ】例によるデュアルコネクティビティアーキテクチャを説明する図である。
【図１Ｄ】例によるデュアルコネクティビティアーキテクチャを説明する図である。
【図１Ｅ】例によるデュアルコネクティビティアーキテクチャを説明する図である。
【図１Ｆ】例によるデュアルコネクティビティアーキテクチャを支援するように動作可能なユーザ装置（ＵＥ）のアーキテクチャを説明する図である。
【図２】例によるショートバッファステータスレポート（ＢＳＲ）のフォーマットを説明する図である。
【図３】例によるロングバッファステータスレポート（ＢＳＲ）のフォーマットを説明する図である。
【図４】例による媒体アクセス制御（ＭＡＣ）サブヘッダのフォーマットを説明する図である。
【図５】例によるユーザ装置（ＵＥ）において実施される一連の動作を説明するフローチャートである。
【図６】例によるマスタ進化型ノードＢ（ＭｅＮＢ）で実施される一連の動作を説明するフローチャートである。
【図７】例による無線装置（例えばＵＥ）の構成を説明する図である。
【発明を実施するための形態】
【０００７】
ここから説明される例示としての実施形態が参照され、特定の用語が本明細書中で同じものを説明するために使用される。それにもかかわらず、それによって範囲を狭めることを意図したものでは無いことを理解されたい。
【０００８】
いくつかの実施形態に開示し説明する前に、請求される発明の特定事項は、本明細書中に記載される特定の構造、プロセス操作、素材に限定されず、関連技術分野の当業者により認識されるであろうそれらの均等物にまで拡張されることを理解されたい。本明細書で使用される専門用語は、特定の実施形態を説明する目的のためにのみ使用されるに過ぎず、制限をする意図はない点も理解されたい。異なる図面における同じ参照番号は、同じ要素を表す。フローチャートやプロセスで付与される番号は、動作の説明を明確にするために用いられ、特定の順序や配列を示している訳ではない。
【０００９】
例示的な実施形態
技術的実施形態の最初の概説が以下で提供され、その後、特定の技術的実施形態がさらに詳細に説明される。最初の概要は読者が迅速に技術を理解することを助けることを意図し、技術の主要な特徴や必須の特徴を特定することや、請求する対象の範囲を制限することを意図していない。
【００１０】
３ＧＰＰ  ＬＴＥリリース１２．０において、ユーザ装置（ＵＥ）は、同時に１つ以上のセルサイトに接続され得る。例えば、ＵＥは、マスタ進化型ノードＢ（ＭｅＮＢ）及び少なくとも１つのセカンダリ進化型ノードＢ（ＳｅＮＢ）に同時に接続することができる。ＵＥが２つのセルに接続するとき、ＵＥは実質的に同時に両方のセルからデータベアラを受信できる。複数のベアラは、Ｓ１−Ｕ終端の位置及びベアラスプリットの位置に基づいて、ＵＥに送られ得る。１つの実施形態では、Ｓ１−Ｕは、ＭｅＮＢで終端となり、ベアラスプリットは、ＭｅＮＢにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤで実施され得る。
【００１１】
図１Ａは、マスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）用のデュアルコネクティビティ（dual  connectivity）アーキテクチャの一例を説明する。Ｓ１−Ｕは、ＭｅＮＢで終端となり、ベアラスプリットは、ＭｅＮＢで発生し得る。さらに、独立の無線リンク制御（ＲＬＣ）は、スプリットベアラに関してＭｅＮＢ及びＳｅＮＢに存在し得る。ＭｅＮＢは、Ｓ１インタフェース経由で進化型パケットコア（ＥＰＣ）に接続し得る。例えば、ＭｅＮＢは、Ｓ１インタフェース経由でサービングゲートウェイ（Ｓ−ＧＷ）又はモビリティ管理エンティティ（ＭＭＥ）に接続され得る。ＭｅＮＢは、ＰＤＣＰレイヤ、ＲＬＣレイヤ及び媒体アクセスチャネル（ＭＡＣ）レイヤを含み得る。ＳｅＮＢは、ＲＬＣレイヤ及びＭＡＣレイヤを含み得る。ＭｅＮＢは、ＰＤＣＰレイヤ（例えばＩＰレイヤ又はアプリケーションレイヤ）におけるより高いレイヤからのデータ及び／又は制御情報（control  information）を受信し得る。一例を挙げれば、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＭｅＮＢにおけるＲＬＣレイヤ及びＭＡＣレイヤに伝送される。さらに、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＸ２インタフェースを介してＳｅＮＢにおけるＲＬＣレイヤへ伝送され得る。
【００１２】
図１Ｂは、マスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）のデュアルコネクティビティアーキテクチャの別の例を説明する。Ｓ１−Ｕは、ＳｅＮＢで終端され、ＳｅＮＢ及びＭｅＮＢの双方は独立のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）、例えばベアラスプリットの無い、を得る。ＭｅＮＢ及びＳｅＮＢは、Ｓ１インタフェースを経由して発展型パケットコア（ＥＰＣ）に接続され得る。例えば、ＭｅＮＢ及びＳｅＮＢは、Ｓ１インタフェースを介して、サービングゲートウェイ（Ｓ−ＧＷ）又はモビリティ管理エンティティ（ＭＭＥ）に接続され得る。ＭｅＮＢは、ＰＤＣＰレイヤ、無線リンク制御（ＲＬＣ）レイヤ、及び媒体アクセスチャネル（ＭＡＣ）レイヤを含み得る。さらに、ＳｅＮＢは、独立したＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤを含み得る。ＭｅＮＢにおけるＰＤＣＰレイヤは、より高いレイヤからのデータ又は制御情報を受信し、ＳｅＮＢにおけるＰＤＣＰレイヤは、より高いレイヤからのデータ又は制御情報を受信し得る。
【００１３】
図１Ｃは、さらに、マスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）のデュアルコネクティビティアーキテクチャの別の例を説明する。Ｓ１−Ｕは、ＭｅＮＢにおいて終端され、ベアラスプリットは、ＭｅＮＢで発生し得る。さらに、マスタスレーブ無線リンク制御（ＲＬＣ）は、スプリットベアラに関してＭｅＮＢ及びＳｅＮＢに存在し得る。ＭｅＮＢは、Ｓ１インタフェース経由で発展型パケットコア（ＥＰＣ）に接続され得る。例えば、ＭｅＮＢは、Ｓ１インタフェース経由でサービングゲートウェイ（Ｓ−ＧＷ）又はモビリティ管理エンティティ（ＭＭＥ）に接続され得る。ＭｅＮＢは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及び媒体アクセスチャネル（ＭＡＣ）レイヤを含み得る。ＳｅＮＢは、ＲＬＣレイヤ及びＭＡＣレイヤを含み得る。ＭｅＮＢは、ＰＤＣＰレイヤにおけるより高いレイヤ（例えば、ＩＰレイヤ又はアプリケーションレイヤ）からデータ及び／又は制御情報を受信し得る。一例を挙げれば、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＭｅＮＢにおけるＲＬＣ及びＭＡＣレイヤに伝送され得る。さらに、データ又は制御情報は、ＭｅＮＢにおけるＲＬＣレイヤからＸ２インタフェースを経由してＳｅＮＢにおけるＲＬＣレイヤに伝送され得る。
【００１４】
図１Ｄは、さらにマスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）のデュアルコネクティビティアーキテクチャの別の例を説明する。Ｓ１−Ｕは、ＭｅＮＢにおいて終端し、ＭｅＮＢにおいてベアラスプリットは発生し得ない。さらに、独立の無線リンク制御（ＲＬＣ）は、ＳｅＮＢにおいて存在し得る。ＭｅＮＢは、Ｓ１インタフェースを経由して発展型パケットコア（ＥＰＣ）に接続し得る。例えば、ＭｅＮＢは、Ｓ１インタフェースを経由してサービングゲートウェイ（Ｓ−ＧＷ）又はモビリティ管理エンティティ（ＭＭＥ）に接続し得る。ＭｅＮＢは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及び媒体アクセスチャネル（ＭＡＣ）レイヤを含み得る。ＳｅＮＢは、ＲＬＣレイヤ及びＭＡＣレイヤを含み得る。ＭｅＮＢは、ＰＤＣＰレイヤにおけるより高いレイヤからのデータ及び／又は制御情報を受信し得る。一例を挙げれば、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＭｅＮＢにおけるＲＬＣレイヤ及びＭＡＣレイヤへ伝送され得る。さらに、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＸ２インタフェースを介して、ＳｅＮＢにおけるＲＬＣレイヤに伝送され得る。
【００１５】
図１Ｅは、また、マスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）のデュアルコネクティビティアーキテクチャの別の例を説明する。Ｓ１−Ｕは、ＭｅＮＢにおいて終端し、ＭｅＮＢにおいてベアラスプリットは発生し得ない。さらに、マスタスレーブ無線リンク制御（ＲＬＣ）は、ＳｅＮＢベアラに対して存在し得る。ＭｅＮＢは、Ｓ１インタフェースを経由して発展型パケットコア（ＥＰＣ）に接続され得る。例えば、ＭｅＮＢは、Ｓ１インタフェースを介してサービングゲートウェイ（Ｓ−ＧＷ）又はモビリティ管理エンティティ（ＭＭＥ）に接続し得る。ＭｅＮＢは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及び媒体アクセスチャネル（ＭＡＣ）レイヤを含み得る。ＳｅＮＢは、ＲＬＣレイヤ及びＭＡＣレイヤを含み得る。ＭｅＮＢは、ＰＤＣＰにおけるより高いレイヤ（例えばＩＰレイヤ又はアプリケーションレイヤ）からのデータ及び／又は制御情報を受信し得る。１つ例を上げると、データ又は制御情報は、ＭｅＮＢにおけるＰＤＣＰレイヤからＭｅＮＢにおけるＲＬＣ及びＭＡＣレイヤへ伝送され得る。さらに、データ又は制御情報は、ＭｅＮＢにおけるＲＬＣレイヤからＸ２インタフェースを介してＳｅＮＢにおけるＲＬＣレイヤに伝送され得る。
【００１６】
図１Ａ乃至１Ｅで説明されるデュアルコネクティビティアーキテクチャは、３ＧＰＰ技術情報（ＴＲ）３６．８４２バージョン１２．０．０でさらに検討される。
【００１７】
図１Ｆは、ユーザ装置（ＵＥ）の典型的なアーキテクチャを説明する。ＵＥは、デュアルコネクティビティアーキテクチャにおいてマスタ進化型ノードＢ（ＭｅＮＢ）及びセカンダリ進化型ノードＢ（ＳｅＮＢ）と通信するように構成され得る。ＵＥは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤを含み得る。ＵＥにおけるＰＤＣＰレイヤは、データ及び／又は制御情報をＭｅＮＢから受信し得る。さらに、ＵＥにおけるＰＤＣＰレイヤは、ＳｅＮＢからのデータ及び／又は制御情報を受信し得る。一例を挙げれば、データ又は制御情報は、ＵＥにおけるＰＤＣＰレイヤからＵＥにおけるより低いレイヤ（例えば、ＲＬＣ及びＭＡＣレイヤ）へ伝送され得る。
【００１８】
１つの構成では、ＭｅＮＢにおけるＰＤＣＰレイヤは、パケット（例えばＰＤＣＰ  ＳＤＵパケット又はＰＤＣＰ  ＰＤＵパケット）をダウンリンクでより高いレイヤから受信し得る。より高いレイヤは、ＭｅＮＢにおけるＩＰレイヤ又はアプリケーションレイヤを含み得る。ＰＤＣＰレイヤは、伝送バッファにおいてパケットを一時的に保存し得る。言い換えれば、パケットは、ダウンリンクにおいてＵＥ又はＳｅＮＢへの伝送（すなわち再送信）の準備ができるまで再送信バッファに一時的に保存され得る。例えば、再送信バッファにおけるパケットは、ＭｅＮＢからＭｅＮＢ無線リンク経由でＵＥへ伝送され得る。他の例としては、再送信バッファにおけるパケットは、ＭｅＮＢからＳｅＮＢ無線リンクを介してＳｅＮＢへ伝送され得る。
【００１９】
３ＧＰＰ  ＬＴＥアドバンスリリース１２は、ベアラがダウンリンク（ＤＬ）データ伝送に対してＰＤＣＰレイヤにおいてスプリットされ得ると規定する一方、アップリンク（ＵＬ）データ伝送に対してパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤにおけるベアラのスプリッティングについて言及する規格は未だ無い。図２乃至図６は、ＵＥからＭｅＮＢ及びＳｅＮＢへのアップリンク（ＵＬ）データ伝送に関するＰＤＣＰレイヤにおいて効率的にベアラがスプリットすることを可能とするアプローチについて説明する。
【００２０】
ｅＮＢへのアップロードを必要とするパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファ及び／又はＲＬＣバッファにおいて保存された無線ベアラ用データをＵＥが持つとき、ＵＥは、ｅＮＢからのアップリンクリソースの許可（grant）を最初にリクエストする。これは、バッファステータスレポート（ＢＳＲ）と呼ばれる一種の媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）をｅＮＢに送ることにより一般に達成される。
【００２１】
レガシＢＳＲ形式（legacy  BSR  format）において、ＲＬＣバッファサイズ及びＰＤＣＰバッファサイズは、同じフィールドに統合される。ｅＮＢは、ＵＥからＢＳＲを受信し、アップリンクリソース（例えばコンポーネントキャリア上のリソースブロック）を必要に応じてＵＥに割り当てる。しかしながら、ｅＮＢがＲＬＣバッファにおいてデータのためにどのぐらいのリクエストが割り当てられるのか、及びＰＤＣＰバッファにおいてデータのためにどのくらいのリクエストが割り当てられるかを知ることはできない。
【００２２】
一実施形態によると、ＢＳＲは、ＲＬＣバッファサイズ及びＰＤＣＰバッファサイズのための別個のフィールドを含み得る。例えば、第１のフィールドは、ｅＮＢからリクエストされるアップリンクリソースのためのＰＤＣＰバッファ（すなわちＰＤＣＰバッファサイズ）におけるデータの量の表示を含み得る。さらに、ＢＳＲにおける第２のフィールドは、ｅＮＢからリクエストされるアップリンクリソースのための無線リンク制御（ＲＬＣ）バッファ（すなわちＲＬＣバッファサイズ）におけるデータの量を含み得る。ＵＥがデュアルコネクティビティアーキテクチャにおいてＭｅＮＢ及びＳｅＮＢに同時に接続されるとき、ＵＥは２つの異なるＢＳＲを送信し、第１のＢＳＲはＭｅＮＢに送信され、一方第２のＢＳＲは、ＳｅＮＢに送信され得る。この種のデュアルコネクティビティのシナリオにおけるＵＥは、ＭｅＮＢに対応する第１のＲＬＣバッファと第２のＲＬＣバッファを有し、それにより第１のＲＬＣバッファは第１のＢＳＲに含まれ、第２のＲＬＣバッファは第２のＢＳＲに含まれる。しかしながら、単一のＰＤＣＰバッファのみである。
【００２３】
結果として、もしＵＥが第１のＢＳＲ及び第２のＢＳＲの両方で必要なＰＤＣＰバッファデータのために必要なアップリンク（ＵＬ）リソースをリクエストした場合、ＵＥが冗長なリクエスト（各個別のＢＳＲに含まれるＰＤＣＰバッファサイズの部分により）を行い得る。ＭｅＮＢ及びＳｅＮＢの両方が同じＰＤＣＰバッファデータのためにアップリンクリソースを割り当てる場合、冗長的に割当てられたＵＬリソースがその他のデバイスに使用され得るのでネットワークが非効率となり得る。
【００２４】
ＰＤＣＰデータに関するアップリンクリソースの冗長的なリクエストという問題に対処する１つの方法は、ＭｅＮＢとＳｅＮＢ対して第１のＢＳＲ及び第２のＢＳＲ間でリクエストされるＵＬリソースに対して冗長性が存在すると常に仮定することである。しかしながら、ＲＬＣバッファサイズ及びＰＤＣＰバッファサイズがレガシＢＳＲフォーマットにおいて同じフィールドに統合されるので、ＰＤＣＰデータに対してＵＬリソースの全体のデータの何パーセントがＲＬＣデータなのかを確定することはできない。第１のＢＳＲで参照されるＲＬＣバッファサイズ及び第２のＢＳＲで参照されるＲＬＣバッファサイズが重複しないデータを参照するので、このことは問題となる。もしＢＳＲがレガシＢＳＲフォーマットである場合、非冗長的ＲＬＣバッファサイズは冗長的ＰＤＣＰバッファサイズと共に同じフィールドに混在する。従って、もしＭｅＮＢ及びＳｅＮＢが第１と第２のＢＳＲのリソースリクエストの間にいくらかの冗長性が存在すると仮定したとしても、ｅＮＢはＢＳＲにおいてリクエストされたリソースのいくつがＲＬＣデータ用に必要であり、いくつがＰＤＣＰデータ用に必要かは分からない。結果として、ｅＮＢ（ＭｅＮＢ及びＳｅＮＢ）は、非冗長的ＲＬＣバッファデータへの十分なリソースの配分を確実にするために悲観的にＵＬリソースを割り振ることを強いられ得る。
【００２５】
いくつかの実施形態では、現在の技術は、ＲＬＣバッファサイズ及びＰＤＣＰバッファサイズが別個のフィールドに含まれる新たなＢＳＲフォーマットを提案し、それにより、レガシＢＳＲフォーマットのＲＬＣ及びＰＤＣＰの混在により引き起こされる困難にぶつかることなく、ＭｅＮＢ及びＳｅＮＢがＵＥ  ＰＤＣＰデータのためのＵＬ許可を調整できる。さらに、これらの新たなＢＳＲフォーマットは、ＵＥのためのＵＬ許可を調整するＭｅＮＢ及びＳｅＮＢの能力をさらに拡張する冗長性指標（redundancy  indicator：ＲＩ）値と共にフィールドに含まれ得る。
【００２６】
図２は、デュアルコネクティビティが利用可能な無線ネットワーク用の新たなショートバッファステータスレポート（short  buffer  status  report）ＢＳＲフォーマットの例を示す。ショートＢＳＲは、単一の論理チャネルグループ（ＬＣＧ）に関するデータ量を伝送するのにちょうど十分な大きさであるので、ＬＣＧ  ＩＤ（identification）は、ショートＢＳＲに関連するＬＣＧを特定するためにオクテット１（ｏｃｔｅｔ  １）の最初の２ビットで提供される。オクテット１の残りの６ビットは、ＲＬＣバッファサイズを特定する（すなわち、ＵＥにおけるＲＬＣのデータ量）。オクテット２（ｏｃｔｅｔ  ２）の最初の６ビットは、ＰＤＣＰバッファサイズを特定する（すなわち、ＵＥにおけるＰＤＣＰのデータ量）。オクテット２（ｏｃｔｅｔ  ２）の残りの２ビットは、冗長性指標（ＲＩ）値を特定する。
【００２７】
一実施形態において、００である２ビットのＲＩ値は、全てのＵＥ  ＰＤＣＰバッファデータに関するＵＬリソースが単一のｅＮＢ（例えば、ＭｅＮＢ又はＳｅＮＢのいずれか一方であり、両方ではない）からのリクエストであることを示すことができる。例えば、１１である２ビットのＲＩ値は、ＵＥ  ＰＤＣＰバッファデータの１００％に関するＵＬリソースがＭｅＮＢ及びＳｅＮＢの両方からリクエストであることを示すことができる（例えば、ＰＤＣＰバッファデータに関するＵＥリソースへのリクエストについての１００％の冗長度があることになる）。０１である２ビットのＲＩ値は、ＵＬリソースがＰＤＣＰバッファデータについてＭｅＮＢ及びＳｅＮＢの両方からのリクエストであることを示すことができ、リクエスト間に冗長度が無いことになる。０１である２ビットのＲＩ値は、ＵＬリソースがＰＤＣＰバッファデータに関するＭｅＮＢ及びＳｅＮＢの両方からのリクエストであることを示すことができ、これらのリクエスト間には部分的な重複があることになる。指定した情報と２ビット値の他の組合せも可能であり、もちろん要望通り任意に指定することができる。いくつかの例は、２ビットのＲＩ値について規定してきたが、複数のビットを冗長性情報に関する付加情報の伝送に利用することもできる。
【００２８】
図３は、デュアルコネクティビティが可能な無線ネットワークに関する新たなロング（long）ＢＳＲフォーマットの一例を示す。ロングＢＳＲは、３ＧＰＰ  ＬＴＥ無線ネットワークにおいて利用される全てのＬＣＧに関するデータを含めるのに十分な大きさであるので、ＬＣＧ  ＩＤは通常は必要ではない。代わりに、オクテット１の最初の６ビットがＬＣＧ０についてＲＬＣバッファサイズを特定するのに使用され得る。オクテット１の最後の２ビット及びオクテット２の最初の４ビットは、ＬＣＧ０についてＰＤＣＰバッファサイズを特定するために使用することができる。オクテット２の残りの４ビット及びオクテット２の最初の２ビットは、ＬＣＧ１についてＲＬＣバッファサイズを特定するのに使用され得る。パターンは、他のＬＣＧバッファについて続く；６ビットは、ＲＬＣバッファサイズを特定し、６ビットはＰＤＣＰバッファサイズを特定し、ビットは必要に応じて次のオクテットに持ち越される。最後のＬＣＧについてのＰＤＣＰバッファサイズに続く２ビットは、その結果、オクテット５の最初の２ビットに示されるように、冗長性指標（ＲＩ）値の特定に使用される。ＲＩ値は、説明したように指定された情報にマップされ得る。予約済みビットＲは、それぞれＭｅＮＢとＳｅＮＢに送られるＰＤＣＰバッファサイズ間の冗長性の量をさらに詳細に示すのに使用され得る。例えば、ＭｅＮＢに送信されたＢＳＲのＲＩ値が、部分的な冗長性があることを示し、予約済みビットＲが、ＳｅＮＢから重複してリクエストされたＵＬリソースに関してＰＤＣＰバッファデータのパーセンテージを特定する。図３に例として示された情報は、制限する意図ではない。追加の情報がＢＳＲにおいて通信され得る。さらに、状況次第で、より少ないビットが利用可能で、ＢＳＲはショートＢＳＲとしてより少ない情報を通信するように短くされ得る。
【００２９】
図４は、図２で説明したショートＢＳＲフォーマット又は図３で説明したロングＢＳＲフォーマットを特定するために使用され得るＭＡＣサブヘッダの例を示す。ＭＡＣサブヘッダは、示されるように、論理チャネルＩＤ（ＬＣＩＤ）を含むことができる。第１のＬＣＩＤは、予約済みのＬＣＩＤプール（例えば０１０１１−１１０００）から選択され、ＭＡＣサブヘッダと関連したＢＳＲが図２で示したフォーマットであることが示され得る。さらに、第２のＬＣＩＤは、予約済みのＬＣＩＤプールから選択され、ＭＡＣサブヘッダと関連するＢＳＲが図３で示したフォーマットであることが示され得る。
【００３０】
図５は、例にしたがってＵＥにおいて実行され得る動作５００の組を説明するフローチャートである。５１０において、ＵＥにおけるディスクリート回路及び／又は１つ以上のデジタルプロセッサがＵＥにおけるＲＬＣバッファに保存されたデータ量を判定するように構成できる。５２０において、ＵＥにおける回路及び／又はプロセッサがＵＥにおけるＰＤＣＰバッファに保存されたデータ量を判定するようにまた構成できる。５３０においてＵＥにおける回路及び／又はプロセッサがＭｅＮＢ及びＳｅＮＢのうちの少なくとも１つにＢＳＲを送信し、ＢＳＲがＲＬＣバッファサイズ及びＰＤＣＰバッファサイズを別個のフィールドで特定するフォーマットを有することができる。ＢＳＲは、ＲＩ値も含むこともできる。
【００３１】
別の例では、ＵＥにおける回路及び／又はプロセッサが、ＭｅＮＢからのアップリンク（ＵＬ）許可のリクエストに関するＵＥにおけるＰＤＣＰバッファ中のデータ量の第１のパーセンテージを判定し、ＳｅＮＢからのアップリンク（ＵＬ）許可のリクエストに関するＵＥにおけるＰＤＣＰバッファ中のデータ量の第２のパーセンテージを判定するように構成され得る。ＵＥは、次にＵＥから第１のバッファステータスレポート（ＢＳＲ）コミュニケーション（communication）をＭｅＮＢに送信し、ＵＥからの第２のバッファステータスレポート（ＢＳＲ）コミュニケーションをＳｅＮＢに送信することができる。１つ以上の第１のＢＳＲ通信と第２のＢＳＲ通信は、ＲＬＣバッファサイズとＰＤＣＰ中のデータ量の第１の（又は第２の）パーセンテージを別個のフィールドに含むことができる。
【００３２】
別の例では、ＵＥにおける回路及び／又はプロセッサが、ＰＤＣＰ中のデータ量の第１のパーセンテージとＰＤＣＰバッファ中のデータ量の第２のパーセンテージの間の重複関係を示す冗長性指標（ＲＩ）値を選択するように構成され得る。このＲＩ値は、１つ以上の第１のＢＳＲ通信及び第２のＢＳＲ通信に含まれ得る。
【００３３】
別の例では、１つ以上の第１のバッファステータスレポート（ＢＳＲ）コミュニケーションと第２のバッファステータスレポート（ＢＳＲ）コミュニケーションが、ショートＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含むことができる。ショートＢＳＲ  ＭＡＣ制御要素は、論理チャネルグループ（ＬＣＧ）ＩＤ（identification）、ＲＬＣバッファサイズ、ＰＤＣＰバッファ中のデータ量の第１のパーセンテージ及びＰＤＣＰバッファ中のデータ量の第２のパーセンテージの少なくとも１つ、及びＲＩ値を含むことができる。
【００３４】
別の例では、第１のバッファステータスレポート（ＢＳＲ）コミュニケーションと第２のバッファステータスレポート（ＢＳＲ）コミュニケーションの１つ以上が、ロングＢＳＲ媒体アクセス制御（ＭＡＣ）制御要素を含むことができる。ロングＢＳＲ  ＭＡＣ制御要素は、４つの無線リンク制御（ＲＬＣ）バッファサイズ、４つのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）バッファサイズ、ＲＩ値、複数のビットを含むことができ、ここで、各ＲＬＣバッファサイズは異なる論理チャネルグループ（ＬＣＧ）に関連し、各ＰＤＣＰバッファサイズは異なる論理チャネルグループ（ＬＣＧ）に関連し、複数のビットはＰＤＣＰバッファ中のデータ量の第１のパーセンテージとＰＤＣＰバッファ中のデータ量の第２のパーセンテージとの間の冗長度の量をＲＩ値よりさらに詳細に特定する。
【００３５】
別の例では、ＵＥにおける回路及び／又はプロセッサが第１のバッファステータスレポート（ＢＳＲ）コミュニケーションと第２のバッファステータスレポート（ＢＳＲ）コミュニケーションの１つ以上と共にＭＡＣサブヘッダを送信するように構成され得る。ＭＡＣサブヘッダは、アップリンク共用チャネル（ＵＬ−ＳＣＨ）に関する論理チャネルＩＤ（ＬＣＩＤ）を含むことができ、ＬＣＩＤは、ＢＳＲ  ＭＡＣ制御要素の特定に使用される。
【００３６】
別の例では、ＲＩ値は、２ビットを使って表され得る。別の例では、００というＲＩ値がＰＤＣＰバッファサイズが、ＭｅＮＢ又はＳｅＮＢのいずれか一方にのみ送信されることを示し、１１というＲＩ値はＰＤＣＰバッファ中のデータ量の第１のパーセンテージとＰＤＣＰバッファ中のデータ量の第２のパーセンテージの間で完全に重複していることを示し、０１というＲＩ値はＰＤＣＰバッファ中のデータ量の第１のパーセンテージとＰＤＣＰバッファ中のデータ量の第２のパーセンテージの間に重複が無いことを示し、１０というＲＩ値は、ＰＤＣＰバッファ中のデータ量の第１のパーセンテージとＰＤＣＰバッファ中のデータ量の第２のパーセンテージの間に部分的な重複が存在することを示すことができる。
【００３７】
図６は、例にしたがってＭｅＮＢ（又はＳｅＮＢ）において実行される得る動作（operation）６００の組を説明するフローチャートである。６１０において、ＭｅＮＢにおける回路及び／又はプロセッサは、ＵＥからのＢＳＲを受信するように構成されることができ、ＢＳＲは、ＵＥ  ＲＬＣバッファサイズとＵＥ  ＰＤＣＰバッファサイズが別個のフィールドで特定されるフォーマットを持つ。ＢＳＲは、ＲＩ値又は上述の例のいずれかに従う他のものも含むことができる。６２０において、ＭｅＮＢがＢＳＲに含まれる情報に基づいてＵＥに対して割当てられるＵＬソースの組を判定できる。ＭｅＮＢは、またＸ２インタフェースを介してＳｅＮＢと通信し、ＵＥに割当てるＵＬリソースの組の判定を調整することができる。６３０において、ＭｅＮＢは、次に、ＵＬリソースの組をＵＥに割当てることができる。６４０において、ＭｅＮＢは次にＵＬリソースの組がＵＥに割当てられたこと示すＵＬ許可通信をＵＥに送ることができる。
【００３８】
図７は、ユーザ装置（ＵＥ）、移動局（ＭＳ）、モバイル無線装置、モバイル通信装置、タブレット、ハンドセット、又は他のタイプの無線装置等の無線装置の説明例を提供する。無線装置は、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線装置（ＲＲＥ）、中継局（ＲＳ）、無線装置（ＲＥ）、又は他の種類の無線広域エリアネットワーク（ＷＷＡＮ）アクセスポイント等のようなノード、マクロノード、低電力ノード（ＬＰＮ）又は伝送局と通信するように構成された１つ以上のアンテナを含むことができる。無線装置は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ：High  Speed  Packet  Access）、ブルートゥース（登録商標）及びＷｉＦｉを含む無線通信規格の少なくとも１つを使って通信するように構成することができる。無線装置は、各無線通信規格のための個別のアンテナ又は複数の無線通信規格のための共用アンテナを使用して通信することができる。無線装置は、無線ローカルエリアネットワーク、無線パーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮにおいて、通信することができる。
【００３９】
図７は、また無線装置からのオーディオ入力と出力に使用され得るマイクロフォンと１つ以上のスピーカの説明を提供する。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面又は有機発光ダイオード（ＯＬＥＤ）ディスプレイ等の他の種類のディスプレイ画面で良い。ディスプレイ画面は、タッチスクリーンとして構成されても良い。タッチスクリーンは、容量性、抵抗性や他の種類のタッチスクリーン技術を使用できる。アプリケーションプロセッサやグラフィックスプロセッサが内部メモリに接続され、処理及び表示機能を提供することができる。不揮発性メモリポートもユーザにデータ入力／出力のオプションを提供するために利用され得る。不揮発性メモリポートは、無線装置のメモリ機能も拡張するために利用することができる。キーボードは、追加のユーザ入力を提供するために、無線装置と一体化され、又は無線装置と無線で接続され得る。仮想キーボードもタッチスクリーンを使用して提供され得る。
【００４０】
様々な技術やそれらのある側面又は部分は、プログラムコード（例えば命令）という形態を取ることができ、フロッピーディスク、ＣＤ−ＲＯＭ、ハードドライブ、持続性コンピュータ読取り可能な記憶媒体や他のマシン読取り可能な記憶媒体等の有形的媒体に具体化され、プログラムコードがマシンによってロードされ、実行されたとき、コンピュータのようなマシンは様々な技術を実行する装置となる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能コード、コンピュータ命令及び／又はソフトウェアを含むことができる。持続性コンピュータ読取り可能な記憶媒体は、信号を含まないコンピュータ読取り可能な記憶媒体でも良い。プログラム可能なコンピュータ上で実行されるプログラムコードについて言えば、コンピュータ装置は、プロセッサ、プロセッサにより読取り可能な記憶媒体（揮発性及び不揮発性メモリ及び／又は記憶要素を含む）、少なくとも１つの入力装置と少なくとも１つの出力装置を含み得る。揮発性及び不揮発性メモリ及び／又は記憶要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、半導体ドライブ、又は電子データを記憶するための他の媒体を含むことができる。ノード及び無線装置は、送受信モジュール、カウンタモジュール、処理モジュール及び／又はクロックモジュール又はタイマモジュールを含むことができる。本明細書で記述される様々な技術を実装又は利用し得る１つ以上のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能な制御等を使用することができる。そのようなプログラムは、コンピュータシステムと通信するために高レベルの手続的又はオブジェクト指向プログラミング言語において実装され得る。しかしながら、プログラムは、必要に応じて、アセンブリ言語又は機械語で実装されても良い。いずれの場合でも、言語がコンパイル型言語又はインタープリタ型言語であり、ハードウェアの実装と結合され得る。
【００４１】
本明細書に記載された多くの機能ユニットがモジュールとして名前を付けられているのは、実装の独立性を特に強調するためであるということを理解されたい。例えば、モジュールは、カスタムＶＬＳＩ回路又はゲートアレイ、論理チップ、トランジスタや他のディスクリートコンポーネントとして入手可能な半導体を含むハードウェア回路として実装することができる。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジック装置のようなプログラム可能なハードウェア装置でも実装され得る。
【００４２】
モジュールは、様々な種類のプロセッサにより実行されるソフトウェアにより実装されこともできる。実行コードの特定のモジュールは、例えば、コンピュータ命令の１つ以上の物理的又は論理的ブロックを含み、それらは例えば、オブジェクト、プロシージャ、又は機能として構造化され得る。それにもかかわらず、特定されたモジュールの実行ファイルは、物理的に一緒に位置する必要はなく、異なる位置に保存された異なる命令を含むことができ、それらは論理的に一緒に結合されている場合は、モジュールを含み、モジュールの決まった目的を達成する。
【００４３】
実際に実行コードのモジュールは、単一の命令又は多くの命令であり、異なるプログラムの中でいくつかのメモリ装置に亘っていくつかの異なるコードセグメント上で配分され得る。同様にオペレーショナルデータは、本明細書においてモジュール内で特定され、説明され、さらに適切な形式で実装され、データ構造の適切なタイプ内で構造化され得る。オペレーショナルデータは、単一のデータセットとして集められ、又は異なる記憶装置を含み異なる場所に分配され、さらにシステム又はネットワーク上の単なる電気信号として少なくとも部分的に存在し得る。モジュールは、受動的又は能動的であり、所望の機能を実行するように動作可能なエージェントを含む。
【００４４】
「例（example）」としての本明細書を通しての参照は、少なくとも1つの実施形態に含まれる例と関連して記載された特定の機能、構造又は特徴を意味する。したがって、本明細書を通して様々な個所で出てくる「例において（in  an  example）」という表現は、全て必ずしも同じ実施形態を参照しているものではない。
【００４５】
この点を考慮すると、複数の項目、構造要素、組成要素、及び／又は材料は、便宜上共通のリスト上に表現され得る。しかしながら、これらのリストは、まるでリストの各構成要素がそれぞれ別個且つ固有の構成要素のように解釈されるべきである。したがって、このようなリストの個別の構成要素は、それとは反対に、表示が無い共通グループにおける、そのような表現に単に基づく、同じリストの他の構成要素の事実上の均等物と解釈されるべきである。加えて、様々な実施形態や例がこれらの様々な構成要素の代替手段と共に本明細書において参照され得る。このような実施形態、実施例、代替手段は、別の事実上の均等物と解釈されるべきではなく、別の自立したものと認められるべきである。
【００４６】
その上、記載された機能、構造、又は特徴は、１つ以上の実施形態においていかなる適切な方法でも結合され得る。以下の記載において、いくつかの実施形態の完全な理解を提供するためのレイアウト、距離、ネットワークの例として、多数の特定の詳細が提供される。関連技術分野の当業者は、しかしながら、請求する特定事項が１つ以上の特定の詳細なしに、又は他の方法、構成要素、レイアウト等と共に実施され得ると理解する。他の例では、請求する特定事項の態様を分かりにくくしないために、周知の構造、材料、又は動作は、詳細には示されていない。
【００４７】
前述の諸例は、１つ以上の具体的な適用例における請求した主題の原理を示しているが、実装の形態、使用法、及び詳細における多数の修正が、発明的能力を働かせることなく、並びに請求した主題の原理及び概念から逸脱することなく行われ得ることは、当業者には明らかになろう。したがって、請求した特定事項は、請求項によって後述されている場合を除き、限定されることを意図していない。
【図１Ａ】
0006374031.tif 000002
【図１Ｂ】
0006374031.tif 000003
【図１Ｃ】
0006374031.tif 000004
【図１Ｄ】
0006374031.tif 000005
【図１Ｅ】
0006374031.tif 000006
【図１Ｆ】
0006374031.tif 000007
【図２】
0006374031.tif 000008
【図３】
0006374031.tif 000009
【図４】
0006374031.tif 000010
【図５】
0006374031.tif 000011
【図６】
0006374031.tif 000012
【図７】
0006374031.tif 000013