(57)【要約】  本発明の１つの例示的な態様では、ユーザ装置内にデータをバッファするステップと、バッファしたデータの量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップとを含む。別の例示的な実施形態では、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に、バッファステータスレポートの生成及びネットワークアクセスノードへのバッファステータスレポートの送信のトリガが行われる。【選択図】図５
2013524605.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置内にデータをバッファするステップと、
バッファしたデータの量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及び該バッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップと、
を含むことを特徴とする方法。
【請求項２】
前記アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、該コンポーネントキャリアの数が増加するにつれて前記容量が増加する、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記時間が、伝送時間間隔で表される、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記閾値が、論理チャネルグループごとに存在する、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記閾値が、前記ユーザ装置が現在使用中のバッファステータステーブルによりサポートされる最大バッファデータ量に関連する、
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記バッファステータスレポートの生成のトリガが、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記閾値が、前記現在割り当てられているアップリンクデータ送信リソースを使用して前記バッファデータを前記ネットワークアクセスノードに送信できる利用可能な最大時間量に関連する、
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、前記コンポーネントキャリアの数が増加するにつれて前記容量が増加し、前記時間が伝送時間間隔で表される、
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの個々のテーブルが、アップリンクでデータを送信するために前記ユーザ装置に割り当てられている複数のコンポーネントキャリアの個々の１つに対応する、
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項１に記載の方法。
【請求項１２】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項６に記載の方法。
【請求項１３】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含む、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ユーザ装置の一部を構成する非一時的コンピュータ可読媒体に記憶されたコンピュータプログラム命令を実行した結果として実行される、
ことを特徴とする請求項１から１３のいずれか１項に記載の方法。
【請求項１５】
プロセッサと、
コンピュータプログラムコードを含むメモリと、
を備えた装置であって、前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、
ユーザ装置内にデータをバッファするステップと、
バッファしたデータ量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成及びネットワークアクセスノードへの前記バッファステータスレポートの送信をトリガするステップと、
を少なくとも実行させるように構成される、
ことを特徴とする装置。
【請求項１６】
前記アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、該コンポーネントキャリアの数が増加するにつれて前記容量が増加する、
ことを特徴とする請求項１５に記載の装置。
【請求項１７】
前記時間が、伝送時間間隔で表される、
ことを特徴とする請求項１５に記載の装置。
【請求項１８】
前記閾値が、論理チャネルグループごとに存在する、
ことを特徴とする請求項１５から１７のいずれか１項に記載の装置。
【請求項１９】
前記閾値が、前記ユーザ装置が現在使用中のバッファステータステーブルによりサポートされる最大バッファデータ量に関連する、
ことを特徴とする請求項１８に記載の装置。
【請求項２０】
前記バッファステータスレポートの生成のトリガが、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる、
ことを特徴とする請求項１５に記載の装置。
【請求項２１】
前記閾値が、前記現在割り当てられているアップリンクデータ送信リソースを使用して前記バッファデータを前記ネットワークアクセスノードに送信できる利用可能な最大時間量に関連する、
ことを特徴とする請求項１５に記載の装置。
【請求項２２】
前記アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、該コンポーネントキャリアの数が増加するにつれて前記容量が増加し、前記時間が伝送時間間隔で表される、
ことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの個々のテーブルが、アップリンクでデータを送信するために前記ユーザ装置に割り当てられた複数のコンポーネントキャリアの個々の１つに対応する、
ことを特徴とする請求項１５に記載の装置。
【請求項２４】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする請求項１５に記載の装置。
【請求項２５】
前記ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、該複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項１５に記載の装置。
【請求項２６】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項２０に記載の装置。
【請求項２７】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含む、
ことを特徴とする請求項２６に記載の装置。
【請求項２８】
ユーザ装置内にデータをバッファするステップと、
バッファしたデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及び該バッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップと、
を含み、前記バッファステータスレポートの生成のトリガが、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる、
ことを特徴とする方法。
【請求項２９】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項２８に記載の方法。
【請求項３０】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含む、
ことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記媒体アクセス制御のバッファステータスレポートヘッダが、前記特定の論理チャネルグループも識別する、
ことを特徴とする請求項３０に記載の方法。
【請求項３２】
プロセッサと、
コンピュータプログラムコードを含むメモリと、
を備えた装置であって、前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、
ユーザ装置内にデータをバッファするステップと、
バッファデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及び該バッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップと、
を少なくとも実行させるように構成され、前記バッファステータスレポートの生成のトリガが、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる、
ことを特徴とする装置。
【請求項３３】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項３２に記載の装置。
【請求項３４】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含み前記媒体アクセス制御のバッファステータスレポートヘッダが、前記特定の論理チャネルグループも識別する、
ことを特徴とする請求項３３に記載の装置。
【請求項３５】
ユーザ装置内にデータをバッファするステップと、
前記ユーザ装置に複数のバッファステータスレポートテーブルを記憶するステップと、
を含み、前記複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする方法。
【請求項３６】
前記複数のバッファステータスレポートテーブルのうちの選択した１つに従って、前記バッファデータのバッファステータスレポートを生成するステップと、
前記生成したバッファステータスレポートをネットワークアクセスノードに送信するステップと、
をさらに含むことを特徴とする請求項３５に記載の方法。
【請求項３７】
前記ユーザ装置により、前記複数のバッファステータスレポートテーブルから１つのバッファステータスレポートテーブルを使用のために選択するステップをさらに含む、
ことを特徴とする請求項３５に記載の方法。
【請求項３８】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項３７に記載の方法。
【請求項３９】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含む、
ことを特徴とする請求項３７に記載の方法。
【請求項４０】
前記複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項３５に記載の方法。
【請求項４１】
前記複数のバッファステータスレポートテーブルが、リリース８又はリリース９の進化型ユニバーサル地上波無線アクセスネットワークに従うアップリンクデータレートで使用するように構成された第１のバッファステータスレポートテーブルと、５つのアップリンクコンポーネントキャリア及びアップリンク多入力多出力動作の使用事例をカバーするように構成された第２のバッファステータスレポートテーブルとを含む、
ことを特徴とする請求項３５に記載の方法。
【請求項４２】
前記ユーザ装置の一部を構成する非一時的コンピュータ可読媒体に記憶されたコンピュータプログラム命令を実行した結果として実行される、
ことを特徴とする請求項３５から４１のいずれか１項に記載の方法。
【請求項４３】
プロセッサと、
コンピュータプログラムコードを含むメモリと、
を備えた装置であって、前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、
データをバッファするステップと、
複数のバッファステータスレポートテーブルを記憶するステップと、
を少なくとも実行させるように構成され、前記複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする装置。
【請求項４４】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサよって前記装置に、
前記複数のバッファステータスレポートテーブルのうちの選択した１つに従って、前記バッファデータのバッファステータスレポートを生成するステップと、
前記生成したバッファステータスレポートをネットワークアクセスノードに送信するステップと、
をさらに実行させるように構成される、
ことを特徴とする請求項３５に記載の装置。
【請求項４５】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサよって前記装置に、前記複数のバッファステータスレポートテーブルから１つのバッファステータスレポートテーブルを使用のために選択するステップをさらに実行させるように構成される、
ことを特徴とする請求項３５に記載の装置。
【請求項４６】
前記装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項４５に記載の装置。
【請求項４７】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに実行させるように構成される、
ことを特徴とする請求項４５に記載の装置。
【請求項４８】
前記複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項３５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的かつ非限定的な実施形態は、一般に無線通信システム、方法、デバイス及びコンピュータプログラムに関し、より具体的には、ネットワークアクセス要素のための、ユーザ装置内にバッファされているデータ量を示すレポートを作成するための技術に関する。
【背景技術】
【０００２】
本項には、特許請求の範囲に記載する本発明に至るまでの背景又は状況を示す。本明細書における説明は、追求できる概念を含むことができるが、この概念が必ずしも以前に考案、実施又は追求されたものであるとは限らない。従って、本項で説明する内容は、本明細書において特に示さない限り、本出願における説明及び特許請求の範囲にとっての先行技術ではなく、本項に含まれることにより先行技術であると認められるものではない。
【０００３】
本明細書及び／又は図面の図で見出すことができる以下の略語については以下のように定義する。
３ＧＰＰ  第３世代パートナーシッププロジェクト
ＢＳ  基地局
ＢＳＲ  バッファステータスレポート
ＢＷ  帯域幅
ＣＡ  キャリアアグリゲーション
ＣＣ  コンポーネントキャリア
ＣＥ  制御要素
ＣＱＩ  チャネル品質インジケータ
ＤＬ  ダウンリンク（ｅＮＢからＵＥ方向）
ｅＮＢ  Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ（進化型Ｎｏｄｅ  Ｂ）
ＥＰＣ  進化型パケットコア
Ｅ−ＵＴＲＡＮ  進化型ＵＴＲＡＮ（ＬＴＥ）
ＩＭＴＡ  国際移動体電気通信協会
ＩＴＵ−Ｒ  国際電気通信連合無線通信部門
ＬＣＧ  論理チャネルグループ
ＬＴＥ  ＵＴＲＡＮのロングターム・エボリューション（Ｅ−ＵＴＲＡＮ）
ＬＴＥ−Ａ  ＬＴＥアドバンスト
ＭＡＣ  媒体アクセス制御（レイヤ２、Ｌ２）
ＭＣＳ  変調符号化方式
ＭＩＭＯ  多入力／多出力
ＭＭ／ＭＭＥ  モビリティ管理／モビリティ管理エンティティ
ＮｏｄｅＢ  基地局
ＯＦＤＭＡ  直交周波数分割多元接続
ＯＡＭ  運用及び保守
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＵ  プロトコルデータユニット
ＰＨＲ  パワーヘッドルームレポート
ＰＨＹ  物理（レイヤ１、Ｌ１）
Ｒｅｌ  リリース
ＲＬＣ  無線リンク制御
ＲＬＦ  無線リンク障害
ＲＲＣ  無線リソース制御
ＲＲＭ  無線リソース管理
ＳＣ−ＦＤＭＡ  シングルキャリア周波数分割多元接続
ＳＣＨ  共有チャネル
ＳＧＷ  サービングゲートウェイ
ＴＴＩ  伝送時間間隔
ＵＥ  移動局、移動ノード、又は移動端末などのユーザ装置
ＵＬ  アップリンク（ＵＥからｅＮＢへ）
ＵＴＲＡＮ  ユニバーサル地上波無線アクセスネットワーク
【０００４】
１つの最新の通信システムは、進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ−ＬＴＥ又はＥ−ＵＴＲＡとも呼ばれる）として知られている。ＤＬアクセス技術はＯＦＤＭＡであり、ＵＬアクセス技術はＳＣ−ＦＤＭＡである。
【０００５】
１つの興味深い仕様書に、３ＧＰＰ  ＴＳ  ３６．３００、Ｖ８．１１．０（２００９年１２月）「第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）及び進化型ユニバーサル地上波アクセスネットワーク（ＥＵＴＲＡＮ）、全容、ステージ２（リリース８）」があり、この使用書はその全体が引用により本明細書に組み入れられる。便宜上、このシステムをＬＴＥ  Ｒｅｌ−８と呼ぶことができる。一般に、大まかに３ＧＰＰ  ＴＳ  ３６．ｘｙｚ（３６．２１１、３６．３１１、３６．３１２など）として与えられる一連の仕様書は、リリース８ＬＴＥシステムを説明しているものと見なすことができる。つい最近、３ＧＰＰ  ＴＳ  ３６．３００，Ｖ９．１．０（２００９年９月）を含むこれらの仕様書の少なくとも一部のリリース９バージョンが公開された。
【０００６】
図１Ａは、３ＧＰＰ  ＴＳ  ３６．３００  Ｖ８．１１．０の図４．１を再現したものであり、ＥＵＴＲＡＮシステム（Ｒｅｌ−８）の全体的アーキテクチャを示している。Ｅ−ＵＴＲＡＮシステム２は、ＵＥ（図示せず）へ向かうＥ−ＵＴＲＡＮのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）のプロトコル終端を提供するｅＮＢを含む。ｅＮＢは、Ｘ２インターフェイスにより相互接続される。ｅＮＢは、Ｓ１インターフェイスによってＥＰＣにも接続され、より具体的には、Ｓ１  ＭＭＥインターフェイスによってＭＭＥに、Ｓ１インターフェイスによってＳ−ＧＷに接続される（ＭＭＥ／Ｓ−ＧＷ４）。Ｓ１インターフェイスは、ＭＭＥ／Ｓ−ＧＷとｅＮＢの間の多対多の関係をサポートする。
【０００７】
ｅＮＢは、以下の機能をホストする：
ＲＲＭのための機能：ＲＲＣ、無線アドミッション制御、接続モビリティ制御、ＵＬ及びＤＬの両方におけるＵＥへの動的リソース割り当て（スケジューリング）；
ユーザデータストリームのＩＰヘッダの圧縮及び暗号化；
ＵＥ接続時のＭＭＥの選択；
ＥＰＣ（ＭＭＥ／Ｓ−ＧＷ）へ向けたユーザプレーンデータのルーティング；
（ＭＭＥを発信元とする）ページングメッセージのスケジューリング及び送信；
（ＭＭＥ又はＯＡＭを発信元とする）ブロードキャスト情報のスケジューリング及び送信；および
モビリティ及びスケジューリングのための測定及び測定レポート構成。
【０００８】
便宜上、本明細書では単純にＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）と呼ぶ将来的なＩＭＴＡシステムをターゲットにした３ＧＰＰ  ＬＴＥのさらなるリリース（ＬＴＥ  Ｒｅｌ−１０など）も本明細書では興味深い。これについては、３ＧＰＰ  ＴＲ  ３６．９１３、Ｖ９．１．０（２００９年１２月）、第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、ＥＵＴＲＡのためのさらなる高度化（ＬＴＥ−Ａｄｖａｎｃｅｄ）（リリース９）を参照することができ、この仕様書は引用により本明細書に組み入れられる。ＬＴＥ−Ａの目的は、コストを下げるとともにより高いデータレート及びより短いレイテンシによって大幅に強化されたサービスを提供することである。ＬＴＥ−Ａは、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−８無線アクセス技術を拡張及び最適化して、より低いコストでより高いデータレートを提供することに向けて進められている。ＬＴＥ−Ａは、ＬＴＥ  Ｒｅｌ−８との後方互換性を維持しながらＩＭＴ−ＡｄｖａｎｃｅｄのＩＴＵ−Ｒ要件を満たす、より最適化された無線システムになると思われる。
【０００９】
３ＧＰＰ  ＴＲ  ３６．９１３に規定されるように、ＬＴＥ−Ａは、ＬＴＥ  Ｒｅｌ−８のものよりも広いスペクトル割り当て（最大１００ＭＨｚなど）を含む様々なサイズのスペクトル割り当てで動作して、高モビリティでは１００Ｍｂｉｔ／ｓの、低モビリティでは１Ｇｂｉｔ／ｓのピークデータレートを達成するはずである。ＬＴＥ−Ａでは、２０ＭＨｚを超える帯域幅をサポートするためにキャリアアグリゲーションを検討すべきことが合意された。ＬＴＥ−Ａでは、２０ＭＨｚを超える伝送帯域幅をサポートするために、２又はそれ以上のコンポーネントキャリア（ＣＣ）を束ねるキャリアアグリゲーションが検討される。キャリアアグリゲーションは、隣接していても又は隣接していなくてもよい。この帯域幅拡張としての技術は、ＬＴＥ  Ｒｅｌ−８で行われるような非アグリゲート動作と比較した時に、ピークデータレート及びセルスループットの観点からかなりの利得をもたらすことができる。
【００１０】
端末は、その能力に応じて、１又は複数のコンポーネントキャリアを同時に受け取ることができる。２０ＭＨｚを超える受信能力を備えたＬＴＥ−Ａ端末は、複数のコンポーネントキャリア上で送信を同時に受け取ることができる。ＬＴＥ  Ｒｅｌ−８端末は、コンポーネントキャリアの構造がＲｅｌ−８の仕様に準拠する場合、単一のコンポーネントキャリア上でしか送信を受け取ることができない。さらに、ＬＴＥ−ＡシステムではＲｅｌ−８  ＬＴＥ端末を動作可能とすべきであり、Ｒｅｌ−８  ＬＴＥシステムではＬＴＥ−Ａ端末を動作可能とすべきであるという意味で、ＬＴＥ−Ａは、Ｒｅｌ−８  ＬＴＥと後方互換性があることが求められる。
【００１１】
図１ＢにＣＡの例を示しており、Ｍ個のＲｅｌ−８コンポーネントキャリアが互いに組み合わさってＭＨＲｅｌ−８  ＢＷを形成している（例えば、Ｍ＝５を所与とすれば、５Ｈ  ２０ＭＨｚ＝１００ＭＨｚ）。Ｒｅｌ−８端末は１つのＣＣ上で送信／受信を行うが、ＬＴＥ−Ａ端末は、複数のＣＣ上で同時に送信／受信を行って、より高い（より広い）帯域幅を達成することができる。
【００１２】
基本的に、ＣＡでは、ＵＬ及びＤＬにおいて、同じｅＮＢから送出された異なる数のＣＣ、場合によっては異なるＢＷを束ねるようにＵＥを構成することが可能である。Ｒｅｌ−８  ＵＥは、単一の独立したＣＣによってサービスを受けると想定されるが、リリース１０（ＬＴＥ−Ａ）端末は、複数の束ねられたＣＣ上で同時に同じＴＴＩで受信又は送信を行うように構成することができる。
【００１３】
現在ＬＴＥのために規定されているように、１サブフレームは１ミリ秒に等しく、２つの０．５ミリ秒スロットを含む。
【００１４】
また、ＵＥの消費電力を削減するために、構成されたＣＣを非アクティブにすることができる。この場合、ＵＥがモニタする非アクティブにされたキャリアの活動が減少する（例えば、ＰＤＣＣＨがモニタできず、ＣＱＩ測定が必要となる）。この機構を、キャリアアクティベーション／ディアクティベーションと呼ぶことができる。
【００１５】
さらに、ｅＮＢのスケジューラ機能を支援するために、ｅＮＢは、ＵＬにおいてＢＳＲ及びＰＨＲを送信するようにＵＥを構成することができる。これについては、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ９．１．０（２００９年１２月）技術仕様書第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）媒体アクセス制御（ＭＡＣ）プロトコル仕様書（リリース９）セクション５．４．５「バッファステータスレポート機能」及びセクション５．４．６「パワーヘッドルームレポート機能」を参照することができる。
【００１６】
ＢＳＲは、ＵＥが有している送信に利用可能なデータ量を示し、ＰＨＲは、ＵＬ−ＳＣＨ送信のための名目上のＵＥ最大送信電力と推定電力の間の差分に関する情報をｅＮＢに提供する。通常、ＢＳＲは、適切なトランスポートブロックサイズを選択するためにｅＮＢによって使用されるのに対し、通常、ＰＨＲは、適切なＭＣＳを選択するために使用される。
【００１７】
ＢＳＲは、ＵＬにおいてＵＥにより、バッファステータスレポートＭＡＣ制御要素（３ＧＰＰ  ＴＳ  ３６．３２１  セクション６．１．３．１「バッファステータスレポートＭＡＣ制御要素」を参照）の形で送信され、この場合、バッファサイズ（ＢＳ）フィールドが、送信に利用できる総データ量を識別する。このフィールドの長さは６ビットと規定されており、最小バッファサイズレベル（Ｂｍｉｎ）、最大バッファサイズレベル（Ｂmax）、及びいくつかのレポートされるバッファサイズレベル（Ｎ）に基づく、指数関数的に分布したバッファサイズレベルを含む。
【００１８】
例えば、Ｒ２−０８３１０１「Ｅ−ＵＴＲＡアップリンクにおけるＢＳＲのバッファサイズレベル」、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２会議＃６２の２、ポーランド、ワルシャワ、２００８年６月３０日〜７月４日、提供元：Ｅｒｉｃｓｓｏｎ社、Ｎｏｋｉａ社、Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓ社、Ｓａｍｓｕｎｇ社、を参照することができる。
【００１９】
本明細書の図３Ａは、３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−１を再現したものであって、Ｓｈｏｒｔ  ＢＳＲ  ａｎｄ  Ｔｒｕｎｃａｔｅｄ  ＢＳＲ  ＭＡＣ制御要素を示しており、本明細書の図３Ｂは、３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−２を再現したものであって、Ｌｏｎｇ  ＢＳＲ  ＭＡＣ制御要素を示しており、本明細書の図３Ｃは、３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−１を再現したものであって、ＢＳＲのバッファサイズレベルを示している。
【００２０】
３ＧＰＰ  ＴＳ  ３６．３２１のセクション６．１．３．１に記載されているように、バッファステータスレポート（ＢＳＲ）ＭＡＣ制御要素は、１つのＬＣＧ  ＩＤフィールド及び対応する１つのバッファサイズフィールドを有するＳｈｏｒｔ  ＢＳＲ  ａｎｄ  Ｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマット（本明細書の図３Ａを参照）、或いはＬＣＧ  ＩＤ＃０〜＃３に対応する４つのバッファサイズフィールドを有するＬｏｎｇ  ＢＳＲフォーマット（本明細書の図３Ｂを参照）のいずれかから成る。従来の意味では、ＬＣＧは、ＵＥがＢＳＲにおいて単一のジョイントバッファフィルレベルをレポートするＵＬ論理チャネルのグループであると理解される。論理チャネルからＬＣＧへのマッピングは、ｅＮｏｄｅＢによって定義される。ＢＳＲフォーマットは、表６．２．１−２（本明細書の図３Ｄ）に規定されるようなＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダにより識別される。ＬＣＧ  ＩＤフィールド及びバッファサイズフィールドは、以下のように定義される。ＬＣＧ  ＩＤ：論理チャネルグループＩＤフィールドは、バッファステータスをレポートされている（単複の）論理チャネルのグループを識別する。フィールドの長さは２ビットである。バッファサイズ：バッファサイズフィールドは、ＭＡＣ  ＰＤＵが構築された後に、論理チャネルグループの全ての論理チャネルにわたって利用可能な総データ量を識別する。このデータ量はバイト数で示される。このデータ量には、ＲＬＣレイヤ及びＰＤＣＰレイヤにおいて送信に利用できる全てのデータが含まれる。バッファサイズの計算では、ＲＬＣヘッダ及びＭＡＣヘッダのサイズは考慮されない。このフィールドの長さは６ビットである。バッファサイズフィールドがとる値は、表６．１．３．１−１（本明細書の図３Ｃ）に示されている。
【先行技術文献】
【非特許文献】
【００２１】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００、Ｖ８．１１．０（２００９年１２月）「第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）及び進化型ユニバーサル地上波アクセスネットワーク（ＥＵＴＲＡＮ）、全容、ステージ２（リリース８）」
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３００，Ｖ９．１．０（２００９年９月）
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．９１３、Ｖ９．１．０（２００９年１２月）、第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、ＥＵＴＲＡのためのさらなる高度化（ＬＴＥ−Ａｄｖａｎｃｅｄ）（リリース９）
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ９．１．０（２００９年１２月）技術仕様書第３世代パートナーシッププロジェクト、技術仕様書グループ無線アクセスネットワーク、進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）媒体アクセス制御（ＭＡＣ）プロトコル仕様書（リリース９）
【非特許文献５】Ｒ２−０８３１０１「Ｅ−ＵＴＲＡアップリンクにおけるＢＳＲのバッファサイズレベル」、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２会議＃６２の２、ポーランド、ワルシャワ、２００８年６月３０日〜７月４日、提供元：Ｅｒｉｃｓｓｏｎ社、Ｎｏｋｉａ社、Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋｓ社、Ｓａｍｓｕｎｇ社
【発明の概要】
【発明が解決しようとする課題】
【００２２】
しかしながら、ＬＴＥ  Ｒｅｌ−８及びＲｅｌ−９のために規定されるＢＳフィールドは、ＵＬで１つのＣＣしか使用しないという前提に基づいており、この結果、Ｒｅｌ−１０及びそれ以降においてＣＡを使用することにより可能になる、より高いデータレートでの使用には十分でない。
【課題を解決するための手段】
【００２３】
本発明の例示的な実施形態を使用することにより、上記の及びその他の問題が克服され、その他の利点が実現される。
【００２４】
本発明の第１の態様では、本発明の例示的な実施形態が、ユーザ装置内にデータをバッファするステップと、バッファしたデータの量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップとを含む方法を提供する。
【００２５】
本発明の別の態様では、本発明の例示的な実施形態が、プロセッサと、コンピュータプログラムコードを含むメモリとを備えた装置を提供する。メモリ及びコンピュータプログラムコードは、プロセッサによって装置に、ユーザ装置内にデータをバッファするステップと、バッファしたデータ量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成及びネットワークアクセスノードへのバッファステータスレポートの送信をトリガするステップとを少なくとも実行させるように構成される。
【００２６】
本発明の別の態様では、本発明の例示的な実施形態が、ユーザ装置内にデータをバッファするステップと、バッファしたデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップとを含み、バッファステータスレポートの生成のトリガが、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる方法を提供する。
【００２７】
本発明のさらなる態様では、本発明の例示的な実施形態が、プロセッサと、コンピュータプログラムコードを含むメモリとを備えた装置を提供する。メモリ及びコンピュータプログラムコードは、プロセッサによって装置に、ユーザ装置内にデータをバッファするステップと、バッファデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップとを少なくとも実行させるように構成される。バッファステータスレポートの生成のトリガは、特定の論理チャネルグループのバッファ内にバッファされたデータの量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる。
【図面の簡単な説明】
【００２８】
【図１Ａ】３ＧＰＰ  ＴＳ  ３６．３００の図４．１を再現した、ＥＵＴＲＡＮシステムのアーキテクチャ全体を示す図である。
【図１Ｂ】ＬＴＥ−Ａシステムのために提案されるキャリアアグリゲーションの例を示す図である。
【図２】本発明の例示的な実施形態の実施における使用に適した様々な電子デバイスの簡略ブロック図である。
【図３Ａ】３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−１を再現した、Ｓｈｏｒｔ  ＢＳＲ  ａｎｄ  Ｔｒｕｎｃａｔｅｄ  ＢＳＲ  ＭＡＣ制御要素を示す図である。
【図３Ｂ】３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−２を再現した、Ｌｏｎｇ  ＢＳＲ  ＭＡＣ制御要素を示す図である。
【図３Ｃ】３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．３．１−１を再現した、ＢＳＲのバッファサイズレベルを示す図である。
【図３Ｄ】３ＧＰＰ  ＴＳ  ３６．３２１の表６．２．１−２１を再現した、ＵＬ−ＳＣＨのＬＣＩＤの値を示す図である。
【図４】ＭＡＣ  Ｒ／Ｒ／Ｅ／ＬＣＩＤサブヘッダのフォーマットを示す、３ＧＰＰ  ＴＳ  ３６．３２１の図６．１．２−２を再現した図である。
【図５】本発明の例示的な実施形態による、方法の動作、及びコンピュータ可読メモリ上に具体化されるコンピュータプログラム命令の実行結果を示す論理フロー図である。
【図６】本発明のさらなる例示的な実施形態による、方法の動作、及びコンピュータ可読メモリ上に具体化されるコンピュータプログラム命令の実行結果を示す論理フロー図である。
【発明を実施するための形態】
【００２９】
本発明の例示的な実施形態は、一般に３ＧＰＰ  ＬＴＥ−Ａなどの移動体無線通信に関する。より具体的には、本発明の例示的な実施形態は、ＵＬバッファサイズ及びそのレポートに関する。上述したように、Ｒｅｌ−８及びＲｅｌ−９で定義されるＢＳＲは、１５０，０００バイトの最大バッファサイズをサポートする（図３Ｃを参照）。本発明の例示的な実施形態は、これよりも非常に高いＵＬデータレートをサポートできるＣＡの場合のこの問題に対処してこれを解決する。
【００３０】
本発明の例示的な実施形態についてさらに詳細に説明する前に、本発明の例示的な実施形態の実施における使用に適した様々な電子デバイス及び装置の簡略ブロック図を示す図２を参照する。図２では、無線ネットワーク１が、Ｎｏｄｅ  Ｂ（基地局）、及びより詳細にはｅＮＢ１２などのネットワークアクセスノードを介して、ＵＥ１０と呼ぶことができる移動体通信デバイスなどの装置と無線リンク１１を介して通信するようになっている。ネットワーク１は、図１に示すＭＭＥ／ＳＧＷ機能を含むことができるネットワーク制御要素（ＮＣＥ）１４を含むことができ、このＮＣＥ１４は、電話網及び／又はデータ通信網（例えば、インターネット）などのさらなるネットワークとの接続性を提供する。ＵＥ１０は、少なくとも１つのコンピュータ又はデータプロセッサ（ＤＰ）１０Ａなどのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）１０Ｃを記憶するメモリ（ＭＥＭ）１０Ｂとして具体化される非一時的コンピュータ可読記憶媒体と、１又はそれ以上のアンテナを介してｅＮＢ１２と双方向無線通信を行うのに適した無線周波数（ＲＦ）トランシーバ１０Ｄと、を含む。ｅＮＢ１２も、少なくとも１つのコンピュータ又はデータプロセッサ（ＤＰ）１２Ａなどのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）１２Ｃを記憶するメモリ（ＭＥＭ）１２Ｂとして具体化されるコンピュータ可読記憶媒体と、１又はそれ以上のアンテナ（通常、ＭＩＭＯ動作の使用時には複数）を介してＵＥ１０と通信を行うのに適したＲＦトランシーバ１２Ｄとを含む。ｅＮＢ１２は、データ／制御パス１３を介してＮＣＥ１４に結合される。パス１３は、図１Ａに示すＳ１インターフェイスとして実現することができる。ｅＮＢ１２は、図１Ａに示すＸ２インターフェイスとして実現できるデータ／制御パス１５を介して別のｅＮＢに接続することもできる。
【００３１】
本発明の例示的な実施形態の説明においては、ＵＥ１０を、ＭＡＣ機能又はモジュール１０Ｅも含むと想定することができ、メモリ１０Ｂを、１又はそれ以上のデータバッファ１０Ｆを含むと想定することができる。メモリ１０Ｂは、１又はそれ以上のバッファサイズテーブルを記憶することもできる。ｅＮＢ１２は、対応するＭＡＣ機能又はモジュール１２Ｅを含むと想定することができる。１つの例示的な実施形態では、本発明の例示的な実施形態により拡張及び強化されるように、ＭＡＣモジュール１０Ｅ、１２Ｅを、３ＧＰＰ  ＴＳ  ３６．３２１に規定されるＭＡＣ手順と互換性があり、これを使用して動作するように構成することができる。
【００３２】
以下でより詳細に説明するように、ＰＲＯＧ１０Ｃ及び１２Ｃは、関連するＤＰによる実行時に、デバイスが本発明の例示的な実施形態に従って動作できるようにするプログラム命令を含むと想定する。すなわち、本発明の例示的な実施形態は、ＵＥ１０のＤＰ１０Ａ及び／又はｅＮＢ１２のＤＰ１２Ａによって実行可能なコンピュータソフトウェア又はハードウェア、或いはソフトウェアとハードウェア（及びファームウェア）の組み合わせによって少なくとも部分的に実施することができる。
【００３３】
一般に、ＵＥ１０の様々な実施形態は、以下に限定されるわけではないが、携帯電話機、無線通信能力を有する携帯情報端末（ＰＤＡ）、無線通信能力を有するポータブルコンピュータ、無線通信能力を有するデジタルカメラなどの画像取り込みデバイス、無線通信能力を有するゲーム機、無線通信能力を有する音楽保存再生機器、無線インターネットアクセス及び閲覧が可能なインターネット機器、並びにこのような機能の組み合わせを内蔵したポータブル装置又は端末を含むことができる。
【００３４】
コンピュータ可読ＭＥＭ１０Ｂ及び１２Ｂは、ローカル技術環境に適したいずれのタイプのものであってもよく、半導体ベースのメモリ素子、フラッシュメモリ、磁気メモリ素子及びシステム、光メモリ素子及びシステム、固定メモリ及び取り外し可能メモリなどのあらゆる好適なデータ記憶技術を使用して実現することができる。ＤＰ１０Ａ及び１２Ａは、ローカル技術環境に適したいずれのタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１又はそれ以上を含むことができる。
【００３５】
以下、本発明の例示的な実施形態のいくつかの態様をさらに詳細に説明する。
【００３６】
例示的な実施形態の第１の態様では、異なる最大アップリンクデータレートに適合された複数のバッファサイズレベルテーブルが導入される。例えば、１つのバッファサイズテーブルには最大１５０，０００バイトが与えられ、従ってＲｅｌ−８及びＲｅｌ−９と同じＵＬデータレートに対応することができる。この第１のテーブルは、図３に示すテーブルと全く同じものとすることができる。例えば、ＵＬにおいて２つのＣＣを束ねた場合をカバーするために、Ｒｅｌ−８及びＲｅｌ−９のＵＬデータレートの２倍に対応する最大３００，０００バイトを有する第２のテーブルを設けることもできる。同様に、例えば、ＵＬにおいて３つのＣＣを束ねた場合をカバーするために、Ｒｅｌ−８及びＲｅｌ−９のＵＬデータレートの３倍に対応する最大４５０，０００バイトを有する第３のバッファサイズテーブルを設けることもできる。
【００３７】
例示的な実施形態の第２の態様では、及びＵＬ  ＢＳＲ  ＭＡＣ制御要素を構築／構成する際には、ＵＥ１０のＭＡＣ機能１０Ｅが、バッファしたデータ量に基づいて、使用するバッファサイズレベルテーブルを選択する。ＵＥ１０は、ＵＥ１０がバッファしたデータ量に従ってテーブルの１つを選択し、例えば、ＵＥ１０は、ＵＥ１０の現在のバッファステータスを超えない最小のＢmaxを有するテーブル（すなわち、最も細かい細粒度のテーブル）を選択する。次に、ＵＥ１０は、例えばＢＳＲのＭＡＣヘッダ内の２つのＲ（予約）ビット（図４に示すＲ／Ｒ／Ｅ／ＬＣＩＤサブヘッダを参照）を介して、いずれのテーブルを使用するかをｅＮＢ１２に示すことができる。全てのＬＣＧが、最も多くのデータがバッファされたＬＣＧに従って（或いはＢＳＲをトリガしたＬＣＧに従って）選択されるＬｏｎｇ  ＢＳＲ内の同じＢＳＲテーブルを使用する。
【００３８】
本発明の例示的な実施形態の第３の態様では、閾値に基づくＢＳＲトリガが導入され、この閾値は、現在設定されている又は割り当てられている（単複の）リソースが一定時間内にサポートできるものをバッファが超えることによって暗黙的に推測される。この時間は設定可能とすることもでき、又は応答時間（例えば、ＢＳＲテーブルの最大レベルの計算に使用する１６個のＴＴＩ）と同じになるように固定することもできる。閾値は、ＬＣＧごとに存在することができ、例えば、ＬＣＧのバッファが閾値を超えて、別のＢＳＲテーブルが使用されるようになった（すなわち、バッファが、現在使用中のＢＳＲテーブルのＢmaxの値を超えた）時にＢＳＲがトリガされる。或いは、ＤＬシグナリングでは、ｅＮＢ１２が閾値を直接設定することができる。
【００３９】
例示的な実施形態によれば、異なるＢmax値を含むバッファサイズテーブル、及びバッファサイズレベルが指数関数的に分布したバッファサイズテーブルを生成することができる。Ｂmaxは、設定された／アクティブになったＵＬ  ＣＣの数によって、及び／又は各ＣＣに関してＵＬ  ＭＩＭＯが設定されているかどうかによって決まる。例えば、２つのＵＬ  ＣＣのＢｍａｘは、単一のＵＬ  ＣＣのＢmaxの２倍の大きさとすることができる。バッファサイズレベルは、Ｒｅｌ−８の場合と同様に計算することができ、すなわち、ｐ＝（Ｂmax／Ｂmin）1/(N-1)−１とし、インデックスをｋとし、最大インデックスをＮ（この例では、６ビットをＢＳとし、１つの値を空のバッファ用に予約した６２）とし、Ｂmin＝１０バイトとした場合、Ｂk＝［Ｂmin・（１＋ｐ）k］となる。
【００４０】
例えば、ＭＡＣ  ＢＳＲヘッダ内に２つのＲビット（再び図４を参照）が存在する場合、各々が異なるＢmax値を有する最大４つの所定のテーブルをサポートし、ｅＮＢ１２に対して識別することができる。Ｂmax値は、異なる数のＵＬ  ＣＣ及び／又はＵＬ  ＭＩＭＯでサポートされるデータレートによって決定することができ、Ｂkは、上述した第１の態様と同様に計算することができる。
【００４１】
暗黙的閾値の場合、及び一例として、ＵＥ１０に対して１つのＣＣが設定される場合、１６個のＴＴＩ応答時間内に１つのＣＣでサポートできる最大値である１５０キロバイトをバッファステータスが超えた時にＢＳＲがトリガされる。或いは、あるＴＴＩにわたって割り当てられたリソースが１００キロバイトの場合、バッファが１００キロバイト×一定時間（例えば、１６個のＴＴＩ又は何らかの設定可能な時間）を超えた場合にＢＳＲがトリガされ、すなわち、指定時間（例えば、１６個のＴＴＩ）内に、現在割り当てられているＵＬリソースでバッファを空にできない時にＢＳＲがトリガされる。
【００４２】
ＬＣＧごとに閾値が存在する場合、及び一例として、以前のＢＳＲで使用したＢＳＲテーブルがＢｍａｘ＝１５０キロバイトと想定すると、ＬＣＧのデータバッファが１５０キロバイトを超え、別のＢＳＲテーブルを使用すべき時にＢＳＲがトリガされる。
【００４３】
本発明の例示的な実施形態は、様々な異なる形で実施できると理解されたい。例えば、ＵＬ  ＭＩＭＯの動作を考慮することも例示的な実施形態の範囲に含まれる。従って、ＢＳＲテーブルは、必ずしも使用中のＣＣの数にのみ関連するわけではない。１つの非限定的な例として、ＵＥ１０は、Ｒｅｌ−８で使用されるテーブル（図３Ｃを参照）と同一（又は実質的に同一）の１つのテーブル、及び５つのＵＬ  ＣＣにＵＬ  ＭＩＭＯを加えた使用事例をカバーするように構成された第２のテーブルという２つのＢＳＲテーブルを記憶することができる。
【００４４】
理解できるように、例示的な実施形態を使用することにより、数多くの技術的効果がもたらされる。例えば、より正確なＵＬバッファ情報をｅＮＢ１２に提供して、より多くのＵＬ  ＣＣを設定し／アクティブにする必要があるかどうか、又は何らかの既存のＵＬ  ＣＣを設定解除し／非アクティブにすべきかについてのより効率的なスケジューリング及びより良好な判断を可能にすることができる。ＢＳＲフォーマットは、Ｒｅｌ−８及びＲｅｌ−９のために指定されたものから変更する必要はなく、従ってＭＡＣプロトコルへの影響が最小限に抑えられ、すなわちＢＳＲ  ＭＡＣ制御要素（ＣＥ）であることを示すために、ＭＡＣヘッダでＬＣＧのＢＳに６ビットが依然として使用される。
【００４５】
上記に基づけば、本発明の例示的な実施形態が、ＵＥ１０内にバッファされたデータの量をｅＮＢ１２にレポートする機能を強化する方法、装置及び（単複の）コンピュータプログラムを提供することが明らかなはずである。
【００４６】
図５は、本発明の例示的な実施形態による方法の動作、及びコンピュータプログラム命令の実行結果を示す論理フロー図である。これらの例示的な実施形態によれば、方法が、ブロック５Ａにおいて、ユーザ装置内にデータをバッファするステップを実行する。ブロック５Ｂにおいて、バッファしたデータ量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップが実行される。
【００４７】
上記方法によれば、アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、このコンポーネントキャリアの数が増加するにつれて上記容量が増加する。
【００４８】
上記方法によれば、時間が伝送時間間隔（ＴＴＩ）で表される。
【００４９】
上記方法によれば、閾値が論理チャネルグループごとに存在する。
【００５０】
上記方法によれば、閾値が、ユーザ装置が現在使用中のバッファステータステーブルによりサポートされる最大バッファデータ量に関連する。
【００５１】
上記方法によれば、閾値が、現在割り当てられているアップリンクデータ送信リソースを使用してバッファデータをネットワークアクセスノードに送信できる利用可能な最大時間量に関連する。
【００５２】
上記方法によれば、アップリンクデータ送信リソースが、１又はそれ以上のコンポーネントキャリアを含み、このコンポーネントキャリアの数が増加するにつれて上記容量が増加し、上記時間が伝送時間間隔で表される。
【００５３】
上記方法によれば、ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、この複数のバッファステータスレポートテーブルの個々のテーブルが、アップリンクでデータを送信するためにユーザ装置に割り当てられている複数のコンポーネントキャリアの個々の１つに対応する。
【００５４】
上記方法によれば、ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、この複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する。
【００５５】
上記方法によれば、ユーザ装置が、複数のバッファステータスレポートテーブルを記憶し、この複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される。
【００５６】
上記方法によれば、特定の論理チャネルグループのバッファ内にバッファされたデータ量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に、バッファステータスレポートの生成のトリガが行われる。
【００５７】
前段落で説明した上記方法によれば、ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有するバッファステータスレポートテーブルを選択することにより、現在使用中のバッファステータスレポートテーブルをバッファデータの量に従って選択する。
【００５８】
前段落で説明した上記方法によれば、媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、選択したバッファステータスレポートテーブルをネットワークアクセスノードに対して識別するステップをさらに含む。
【００５９】
上記方法によれば、ユーザ装置の一部を構成する非一時的コンピュータ可読媒体に記憶されたコンピュータプログラム命令を実行した結果として実行される。
【００６０】
図６は、本発明のさらなる例示的な実施形態による方法の動作、及びコンピュータプログラム命令の実行結果を示す論理フロー図である。これらの例示的な実施形態によれば、方法が、ブロック６Ａにおいて、ユーザ装置内にデータをバッファするステップを実行する。ブロック６Ｂにおいて、バッファしたデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガするステップが行われ、バッファステータスレポートの生成のトリガは、特定の論理チャネルグループのバッファ内にバッファされたデータ量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる。
【００６１】
上記方法によれば、ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有するバッファステータスレポートテーブルを選択することにより、現在使用中のバッファステータスレポートテーブルをバッファデータの量に従って選択する。
【００６２】
上記方法によれば、媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、選択したバッファステータスレポートテーブルをネットワークアクセスノードに対して識別するステップをさらに含む。
【００６３】
上記方法によれば、媒体アクセス制御のバッファステータスレポートヘッダが、特定の論理チャネルグループも識別する。
【００６４】
図５及び図６に示す様々なブロックは、方法ステップ、及び／又はコンピュータプログラムコードを実施した結果生じる動作、及び／又は（単複の）関連する機能を実行するように構成された複数の結合論理回路要素と見なすことができる。すなわち、これらの例示的な実施形態には、図５及び図６に関連して上述した例示的な方法を実行するよう動作するように構成された装置も含まれる。
【００６５】
これらの例示的な実施形態には、ＵＥ１０からＵＬで受け取ったＢＳＲに応答してこれを解釈するように構成されたネットワークアクセスノード（例えば、ｅＮＢ１２）などの装置も含まれる。
【００６６】
例示的な実施形態は、ユーザ装置内にデータをバッファする手段と、バッファしたデータの量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガする手段とを備えた装置にも関連する。
【００６７】
例示的な実施形態は、ユーザ装置内にデータをバッファする手段と、バッファしたデータの量が閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガする手段とを備えた装置にも関連し、バッファステータスレポートの生成のトリガは、特定の論理チャネルグループのバッファ内にバッファされたデータ量が、現在使用中の複数のバッファステータスレポートテーブルの１つに関連する最大値を超えた時に行われる。
【００６８】
一般に、様々な例示的な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理回路、又はこれらのあらゆる組み合わせの形で実現することができる。例えば、ハードウェアの形で実現できる態様もあれば、コントローラ、マイクロプロセッサ、又はその他のコンピュータ装置が実行できるファームウェア又はソフトウェアの形で実現できる態様もあるが、本発明はこれらに限定されるものではない。本発明の例示的な実施形態の様々な態様は、ブロック図、フロー図、又は他の何らかの図的記述を使用して図示し説明することができるが、本明細書で説明したこれらのブロック、装置、システム、技術、又は方法を、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理回路、汎用ハードウェア又はコントローラ又はその他のコンピュータ装置、又はこれらのいくつかの組み合わせの形で実現できることを十分に理解されたい。
【００６９】
従って、本発明の例示的な実施形態の少なくともいくつかの態様を、集積回路チップ及びモジュールなどの様々な構成要素内で実施することもでき、また本発明の例示的な実施形態を、集積回路として具体化された装置内で実現することもできると理解されたい。１又は複数の集積回路は、本発明の例示的な実施形態に従って動作するように構成できる１又は複数のデータプロセッサ、１又は複数のデジタルシグナルプロセッサ、ベースバンド回路及び無線周波数回路のうちの１又はそれ以上を具体化するための回路（及び場合によってはファームウェア）を含むことができる。
【００７０】
添付図面とともに上述の説明を読めば、当業者には上述の説明に照らして本発明の上述の例示的な実施形態への様々な修正及び適応が明らかになるであろう。しかしながら、本発明の非限定的な及び例示的な実施形態の範囲にはあらゆる修正も含まれる。
【００７１】
例えば、上記では、ＬＴＥ−Ａシステムとの関連において例示的な実施形態を説明したが、本発明の例示的な実施形態がこれらの特定の種類の無線通信システムのみとの使用に限定されないこと、及び本発明の例示的な実施形態を使用して、コンポーネントアグリゲーションを利用するシステムなどの他の無線通信システムで優位性を発揮できることを理解されたい。
【００７２】
なお、「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なもの、論理的なもの、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、１又はそれ以上の電線、ケーブル及び／又はプリント電子接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、２つの要素が互いに「接続」又は「結合」されると考えることができる。
【００７３】
さらに、説明したパラメータ、チャネル及びメッセージ要素は、あらゆる好適な名称によって識別できるので、これらのパラメータ、チャネル及びメッセージ要素に使用している様々な名称は、いかなる点においても限定的なものではない。
【００７４】
さらに、本発明の様々な非限定的な例示的な実施形態の特徴の一部を、その他の特徴を対応して使用することなく有利に使用することができる。従って、上述の説明は、本発明の原理、教示及び例示的な実施形態を例示したものにすぎず、これらを限定するものではないとみなすべきである。
【符号の説明】
【００７５】
５Ａ  ユーザ装置内にデータをバッファ
５Ｂ  バッファしたデータ量が、現在割り当てられているアップリンクデータ送信リソースの容量及びある一定の時間量の関数である閾値を超えたことに応答して、バッファステータスレポートの生成、及びこのバッファステータスレポートのネットワークアクセスノードへの送信をトリガ
【図１Ａ】
2013524605.tif 000003
【図１Ｂ】
2013524605.tif 000004
【図２】
2013524605.tif 000005
【図３Ａ】
2013524605.tif 000006
【図３Ｂ】
2013524605.tif 000007
【図３Ｃ】
2013524605.tif 000008
【図３Ｄ】
2013524605.tif 000009
【図４】
2013524605.tif 000010
【図５】
2013524605.tif 000011
【図６】
2013524605.tif 000012
【手続補正書】
【提出日】平成24年11月30日(2012.11.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ装置内にデータをバッファするステップと、
前記ユーザ装置に複数のバッファステータスレポートテーブルを記憶するステップと、
を含み、前記複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする方法。
【請求項２】
前記複数のバッファステータスレポートテーブルのうちの選択した１つに従って、前記バッファデータのバッファステータスレポートを生成するステップと、
前記生成したバッファステータスレポートをネットワークアクセスノードに送信するステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ装置により、前記複数のバッファステータスレポートテーブルから１つのバッファステータスレポートテーブルを使用のために選択するステップをさらに含む、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項３に記載の方法。
【請求項５】
媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに含む、
ことを特徴とする請求項３に記載の方法。
【請求項６】
前記複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記複数のバッファステータスレポートテーブルが、リリース８又はリリース９の進化型ユニバーサル地上波無線アクセスネットワークに従うアップリンクデータレートで使用するように構成された第１のバッファステータスレポートテーブルと、５つのアップリンクコンポーネントキャリア及びアップリンク多入力多出力動作の使用事例をカバーするように構成された第２のバッファステータスレポートテーブルとを含む、
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記ユーザ装置の一部を構成する非一時的コンピュータ可読媒体に記憶されたコンピュータプログラム命令を実行した結果として実行される、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
プロセッサと、
コンピュータプログラムコードを含むメモリと、
を備えた装置であって、前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、
データをバッファするステップと、
複数のバッファステータスレポートテーブルを記憶するステップと、
を少なくとも実行させるように構成され、前記複数のバッファステータスレポートテーブルの各々が、異なる最大値及び細粒度を有する、
ことを特徴とする装置。
【請求項１０】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサよって前記装置に、
前記複数のバッファステータスレポートテーブルのうちの選択した１つに従って、前記バッファデータのバッファステータスレポートを生成するステップと、
前記生成したバッファステータスレポートをネットワークアクセスノードに送信するステップと、
をさらに実行させるように構成される、
ことを特徴とする請求項９に記載の装置。
【請求項１１】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサよって前記装置に、前記複数のバッファステータスレポートテーブルから１つのバッファステータスレポートテーブルを使用のために選択するステップをさらに実行させるように構成される、
ことを特徴とする請求項９に記載の装置。
【請求項１２】
前記装置が、現在バッファされているデータの量を超えない最も低い最大値を有する前記バッファステータスレポートテーブルを選択することにより、現在使用中の前記バッファステータスレポートテーブルをバッファデータの量に従って選択する、
ことを特徴とする請求項９に記載の装置。
【請求項１３】
前記メモリ及びコンピュータプログラムコードが、前記プロセッサによって前記装置に、媒体アクセス制御のバッファステータスレポートヘッダ内の少なくとも１ビットを使用して、前記選択したバッファステータスレポートテーブルを前記ネットワークアクセスノードに対して識別するステップをさらに実行させるように構成される、
ことを特徴とする請求項９に記載の装置。
【請求項１４】
前記複数のバッファステータスレポートテーブルの少なくとも１つが、使用中の複数のアップリンクコンポーネントキャリア及びアップリンクの多入力多出力動作を考慮して構成される、
ことを特徴とする請求項９に記載の装置。
【国際調査報告】
2013524605.tif 000013
2013524605.tif 000014
2013524605.tif 000015
2013524605.tif 000016
2013524605.tif 000017