(57)【要約】無線通信のための方法及び装置が開示される。方法は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
2020535684.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための端末デバイスでの方法であって、
−少なくとも１つの論理チャネルグループ（ＬＣＧ）のバッファ状態レポート（ＢＳＲ）を生成することと、
−対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びバッファサイズ（ＢＳ）フィールドを含む前記ＢＳＲをネットワークデバイスに送信することと、を含み、
前記ＬＣＧ  ＩＤフィールドのサイズは、
ネットワーク内のＬＣＧ数と、
前記端末デバイスによって使用されるＬＣＧ数と、
前記ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数と、
の内の少なくとも１つに基づき構成される、方法。
【請求項２】
請求項１に記載の方法であって、
前記バッファサイズフィールドは、５ビットを占有し、
前記ＬＣＧ  ＩＤフィールドは３ビットを占有する、方法。
【請求項３】
請求項１に記載の方法であって、
前記ＢＳＲを生成する前に、前記方法は、さらに、
−少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することを含み、
前記少なくとも１つのＬＣＧは、前記ネットワークデバイスによって前記端末デバイスに設定される、方法。
【請求項４】
請求項３に記載の方法であって、
前記少なくとも１つの基準バッファサイズテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのバッファサイズフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。
【請求項５】
請求項３に記載の方法であって、
少なくとも１つの基準バッファサイズテーブルに基づいて前記少なくとも１つのＬＣＧの各バッファサイズテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準バッファサイズテーブルから前記各バッファサイズテーブルを選択すること、或いは、
前記少なくとも１つの基準バッファサイズテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各バッファサイズテーブルを生成すること、を含み、
前記ルールは、前記端末デバイスに事前に格納される、或いは、前記端末デバイスにシグナリングされ、
前記各スケーリング係数は、前記端末デバイスにより決定される、或いは、前記端末デバイスにシグナリングされる、方法。
【請求項６】
請求項５に記載の方法であって、
前記少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、
前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、に基づいて決定される、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、
前記選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧの前記サブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、前記ＬＣＧで利用可能なデータ量、及び、前記ＬＣＧのサービス種別の内の少なくとも１つに基づく、方法。
【請求項８】
無線通信のためのネットワークデバイスでの方法であって、
−少なくとも１つの論理チャネルグループ（ＬＣＧ）で端末デバイスに構成することと、
−前記端末デバイスのバッファ状態レポート（ＢＳＲ）フォーマットを構成することと、
−前記端末デバイスから前記少なくとも１つのＬＣＧのバッファ状態レポート（ＢＳＲ）を受信することと、
−前記少なくとも１つのＬＣＧの各バッファサイズ（ＢＳ）テーブルを決定することと、
−前記各バッファサイズテーブルに基づいて、前記少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を含み、
前記ＢＳＲのフォーマットは、対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びバッファサイズ（ＢＳ）フィールドを含み、
前記ＬＣＧ  ＩＤフィールドのサイズは、
ネットワーク内のＬＣＧ数と、
前記端末デバイスによって使用されるＬＣＧ数と、
前記ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数と、
の内の少なくとも１つに基づき構成される、方法。
【請求項９】
請求項８に記載の方法であって、
前記バッファサイズフィールドは５ビットを占有し、
前記ＬＣＧ  ＩＤフィールドは３ビットを占有する、方法。
【請求項１０】
請求項８に記載の方法であって、
前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、少なくとも１つの基準ＢＳテーブルに基づき、
前記少なくとも１つの基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのバッファサイズフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。
【請求項１１】
請求項１０に記載の方法であって、
少なくとも１つの基準バッファサイズテーブに基づいて前記少なくとも１つのＬＣＧの各バッファサイズテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準バッファサイズテーブルから前記各バッファサイズテーブルを選択すること、或いは、
前記少なくとも１つの基準バッファサイズテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各バッファサイズテーブルを生成すること、を含み、
前記ルールは前記ネットワークデバイスに事前に格納され、
前記各スケーリング係数は前記ネットワークデバイスによって決定される、方法。
【請求項１２】
請求項１１に記載の方法であって、
前記少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに基づいて決定される、方法。
【請求項１３】
無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項１から７のいずれか１項に記載の方法を実行する様に動作する、装置。
【請求項１４】
無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項８から１２のいずれか１項に記載の方法を実行する様に動作する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に無線通信に関し、より具体的には、バッファ状態レポート（ＢＳＲ）のための方法、装置、及び、コンピュータプログラム製品に関する。
【背景技術】
【０００２】
ＢＳＲは、端末デバイスからネットワークデバイスへの媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）等のメッセージの一種であり、端末デバイスのバッファ内に、送信されるデータがどの程度あるかに関する情報を搬送する。ＢＳＲを受信した後、ネットワークデバイスは、リソースが利用可能な場合、一定量のアップリンク（ＵＬ）許可（物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース等）を割り当てる。このメカニズムにより、ネットワークは、ＵＬリソースを最適化できる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＢＳＲの既存のアプローチは、１つのヌメロロジーと送信時間間隔（ＴＴＩ）長をサポートする無線ネットワークのみに適しており、複数のヌメロロジーとＴＴＩ長をサポートする無線ネットワークには適さない場合がある。したがって、複数のヌメロロジーとＴＴＩ長をサポートするネットワークにおけるＢＳＲの解決策を提供することが望ましい。
【課題を解決するための手段】
【０００４】
本要約は、以下の詳細な説明でさらに述べる概念の選択を簡略化した形式で紹介するために提供される。本要約は、クレームされた主題の鍵となる、或いは、必須の特徴を特定することを目的とするものではなく、クレームされた主題の範囲を制限することを意図するものではないことが理解される。
【０００５】
本開示の一態様によると、バッファ状態レポート（ＢＳＲ）のための方法が提供される。本方法は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０００６】
本開示の他の態様によると、バッファ状態レポート（ＢＳＲ）のための方法が提供される。本方法は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０００７】
本開示の他の態様によると、プロセッサと、プロセッサが実行可能な命令を格納したメモリと、を備えた装置が提供され、これにより、装置は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定し、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成し、ネットワークデバイスにＢＳＲを送信する様に動作可能であり、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０００８】
本開示の他の態様によると、プロセッサと、プロセッサが実行可能な命令を格納したメモリと、を備えた装置が提供され、これにより、装置は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信し、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定し、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得する様に動作可能であり、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０００９】
本開示の他の態様によると、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００１０】
本開示の他の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００１１】
本開示の他の態様によると、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００１２】
本開示の他の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００１３】
本開示のこれら及び他の目的、特徴、及び、利点は、添付の図面に関連して読まれるべき例示的な実施形態の以下の詳細な説明から明らかになる。
【図面の簡単な説明】
【００１４】
【図１】本開示の幾つかの実施形態が実施され得る概略システムを示す図。
【図２】バッファサイズテーブルの例を示す図。
【図３】バッファサイズテーブルの他の例を示す図。
【図４】本開示の一実施形態による方法のフローチャート。
【図５】本開示の一実施形態による、基準バッファサイズテーブル及びスケーリング係数に基づいてＢＳテーブルを生成する方法を示す図。
【図６】本開示の一実施形態による、ＢＳＲの第１フォーマットの幾つかのフォーマットを示す図。
【図７】本開示の一実施形態による、ＢＳＲの第２フォーマットの幾つかのフォーマットを示す図。
【図８】本開示の一実施形態による方法のフローチャート。
【図９】本開示の一実施形態による装置のブロック図。
【図１０】本開示の一実施形態による装置のブロック図。
【図１１】本開示の一実施形態による装置のブロック図。
【図１２】本開示の一実施形態による装置のブロック図。
【発明を実施するための形態】
【００１５】
開示された実施形態の完全な理解を提供するための説明の目的で、詳細な説明を以下に記載する。しかしながら、これらの特定の詳細なしで、或いは、同等の構成で、実施形態を実施できることは当業者には明らかである。
【００１６】
ここで使用する様に、用語"無線通信ネットワーク"は、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）等の任意の適切な通信標準に従うネットワークを参照する。さらに、無線通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、及び／又は、その他の適切な第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、ＩＥＥＥ８０２．１１標準等の無線ローカルエリアネットワーク（ＷＬＡＮ）標準、及び／又は、その他の適切な無線通信規格、例えば、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  ＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ブルートゥース（登録商標）、及び／又は、ＺｉｇＢｅｅ規格、及び／又は、現在知られているか将来開発される他のプロトコル等を含む、任意の適切な世代の通信プロトコルに従い実行され得るが、それらに限定されない。
【００１７】
用語"ネットワークデバイス"は、無線通信ネットワーク内のデバイスであって、端末デバイスがネットワークにアクセスしてサービスを受けるために経由するデバイスを意味する。ネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、又は、無線通信ネットワーク内の任意の他の適切なデバイスを参照する。ＢＳは、例えば、ノードＢ（ノードＢ又はＮＢ）、発展型ノードＢ（ｅノードＢ又はｅＮＢ）、ｇＮＢ、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレイ、フェムト、ピコ等の低電力ノードであり得る。ネットワークデバイスのさらに別の例には、ＭＳＲ  ＢＳ等のマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバーステーション（ＢＴＳ）、送信ポイント、送信ノード等が含まれ得る。ただし、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末デバイスアクセスを構成し、アレンジし、有効化及び／又は提供する様に動作可能である、或いは、無線通信ネットワークにアクセスする端末デバイスに何らかのサービスを提供することができる任意の適切なデバイス（又はデバイスのグループ）を示し得る。
【００１８】
用語"端末デバイス"は、無線通信ネットワークにアクセスしてサービスの提供を受けることができる任意のエンドデバイスを参照する。制限しない例として、端末デバイスは、移動端末、ユーザ装置（ＵＥ）、又は、他の適切なデバイスを参照する。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又は、アクセス端末（ＡＴ）であり得る。端末デバイスは、ポータブルコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、移動電話、セルラフォン、スマートフォン、ＶоＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）等を含み得るがこれらに限定されない。以下の説明では、"端末デバイス"、"端末"、"ユーザ装置"及び"ＵＥ"という用語は交換可能に使用され得る。一例として、端末デバイスは、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ及び／又は５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信する様に構成されたＵＥを表し得る。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味での"ユーザ"を必ずしも有する必要はない。幾つかの実施形態において、端末デバイスは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、端末デバイスは、内部又は外部のイベントによってトリガされたとき、或いは、無線通信ネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイスを表し得る。
【００１９】
端末デバイスは、例えばサイドリンク通信用の３ＧＰＰ標準を実装することにより、デバイス間（Ｄ２Ｄ）通信をサポートでき、この場合、Ｄ２Ｄ通信デバイスとして参照され得る。
【００２０】
さらに別の例として、ＩＯＴ（Ｉｎｔｅｒｎｅｔ  оｆ  Ｔｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク装置に送信する機器又は他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰの文脈ではマシン型通信（ＭＴＣ）デバイスとして参照され得る。特定の一例として、端末デバイスは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）標準を実装するＵＥであり得る。その様な機器又はデバイスの特定の例は、センサ、電力計、産業用機械等の計測デバイス、又は、冷蔵庫、テレビ等の家庭用機器、時計等の個人用ウェアラブル機器である。他のシナリオにおいて、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。
【００２１】
本明細書において、ダウンリンク（ＤＬ）送信は、ネットワークデバイスから端末デバイスへの送信を参照し、アップリンク（ＵＬ）送信は、反対方向の送信を参照する。
【００２２】
本明細書における"一実施形態"、"実施形態"、"実施形態例"などへの言及は、説明された実施形態が特定の特徴、構造、又は、特性を含み得ることを示すが、総ての実施形態が必ずしも特定の特徴、構造、又は、特性を含むとは限らない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は、特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造、又は、特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。
【００２３】
本明細書では、"第１"及び"第２"等の用語を使用して様々な要素が説明されるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用される"及び／又は"という用語は、関連する列挙された用語の１つ又は複数のありとあらゆる組み合わせを含む。
【００２４】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び／又は構成部品の存在を特定するが、１つ以上の他の特徴、要素、構成部品及び／又はそれらの組み合わせの存在を除外するものではない。
【００２５】
以下の説明及び特許請求の範囲において、定義されない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。
【００２６】
ＬＴＥにおいて、ＢＳＲは、レイヤ２の機能の１つとして仕様化されている。ＢＳＲは、ＬＣＧの詳細情報を搬送する。ＢＳＲ送信は、幾つかの方法、例えば、新しいＵＬデータが空のバッファに到着したとき、又は、より優先度の高いデータが到着したとき（つまり、既存データよりも高い優先度）にトリガされ得る。ＢＳＲは定期的にもトリガされ得る。ネットワークは、ＵＥがＢＳＲを介して報告したＵＥのバッファ状態に従って、ＵＥにＵＬグラントを割り当てる。
【００２７】
参照として組み込まれる３ＧＰＰ仕様３６．２１３−ｄ００のセクション６．１．３．１は、ＭＡＣ  ＣＥと、ＢＳＲのバッファサイズレベルを規定する。ＢＳＲ  ＭＡＣ  ＣＥは、以下のいずれかで構成される。
・ショートＢＳＲ及びトランケーティッド（Ｔｒｕｎｃａｔｅｄ）ＢＳＲフォーマット：３ＧＰＰ仕様３６．２１３−ｄ００の図６．１．３．１−１に示される様に、１つのＬＣＧ識別子（ＩＤ）フィールド及び１つの対応するバッファサイズ（ＢＳ）フィールド
・ロングＢＳＲフォーマット：３ＧＰＰ仕様３６．２１３−ｄ００の図６．１．３．１−２に示される様に、ＬＣＧＩＤ＃０〜＃３に対応する４つのバッファサイズフィールド
【００２８】
ＬＣＧＩＤ及びＢＳフィールドは、以下の様に定義される。
−ＬＣＧ  ＩＤ：ＬＣＧＩＤフィールドは、バッファ状態が報告されているＬＣＧを識別する。フィールド長は２ビットである。
−ＢＳ：ＢＳフィールドは、ＴＴＩの総てのＭＡＣプロトコルデータユニット（ＰＤＵ）が構築された後、ＬＣＧの総ての論理チャネルで利用可能なデータの合計量を識別する。データ量はバイト数で示される。それは、無線リンク制御（ＲＬＣ）レイヤ及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤでの送信に利用可能な総てのデータを含む。ＲＬＣ及びＭＡＣヘッダのサイズは、バッファサイズの計算においては考慮されない。フィールド長は６ビットである。拡張ＢＳＲサイズが設定されていない場合、バッファサイズフィールドによって取得される値は、３ＧＰＰ仕様３６．２１３−ｄ００の表６．１．３．１−１のコピーである図２に示される。拡張ＢＳＲサイズが設定されている場合、バッファサイズフィールドによって取得される値は、３ＧＰＰ仕様３６．２１３−ｄ００の表６．１．３．１−２のコピーである図３に示される。
【００２９】
ＢＳフィールドは、ＢＳテーブルの"インデクス"値を表す。ＢＳＲインデクス（値）０は、端末デバイスに送信するデータがないことを意味し、数値が大きくなるにつれて、端末デバイスの送信データが増えることを意味する。
【００３０】
ＬＴＥにおいて、図２〜３に示す様なＢＳテーブルは、以下の式（１）を考慮して生成される。
【００３１】
【数１】
2020535684.tif 000003
ここで、ｐ＝（Ｂｍａｘ／Ｂｍｉｎ）１／（Ｎ−１）−１は、２つの後続するＢＳレベル間のステップサイズを示す。Ｎは、ＢＳフィールドのビット数に基づいて計算されるステップ数である。ＬＴＥのＢＳフィールドが６ビットであり、インデクス"００００００"が"空のバッファ"を報告するために予約されていると仮定すると、２６−１＝６３（指数分布）バッファサイズレベル、つまり、Ｎ＝６３である。ｋはＢＳテーブルのバッファサイズ値のインデクスであり、Ｂｋはインデクスｋに対応するバッファサイズ値であり、Ｂｍａｘ及びＢｍｉｎはＵＥが報告できる最大及び最小のバッファサイズである。Ｂｍｉｎは１０バイトである。図２に示すＢＳテーブルの場合、Ｂｍａｘは最大ＵＬトランスポートブロックサイズと、２つのハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）のＨＡＲＱ確認時間を考慮して決定される。例えば、最大トランスポートブロックサイズが７５３７６ビットで、２ＲＴＴの応答時間（送信、処理及びスケジューリング遅延を含む）の場合、Ｂｍａｘは以下の様に導出される。
Ｂｍａｘ＝（７５３７６×１６）／８≒１５０Ｋｂｙｔｅ
ＬＴＥのＲｅｌ−１０においては、キャリアアグリゲーション（ＣＡ）及び多入力多出力（ＭＩＭＯ）のより高いデータレートをサポートするため、図３に示すＢＳテーブルが追加され、ここで、Ｂｍａｘは、以下に示す様に、４レイヤＵＬ  ＭＩＭＯ及び５ＵＬコンポーネントキャリア（ＣＣ）に適合させるために拡張される。
Ｂｍａｘ＝（７５３７６×１６×４×５）／８≒３０００Ｋｂｙｔｅｓ
【００３２】
３ＧＰＰ  Ｒｅｌ−１５では、ニューレディオ（ＮＲ）の作業項目が３ＧＰＰで進行中である。作業範囲で計画されている様に、ＮＲは１ＧＨｚ未満から１００ＧＨｚ前後までで動作する。キャリア帯域幅は、潜在的なＮＲキャリアの可用性と定義に応じて、広範囲（例えば、１０ＭＨｚから１ＧＨｚ）内で様々であり得る。
【００３３】
ＮＲは最大１ＧＨｚのキャリア帯域幅をサポートし得るが、キャリア帯域幅の一部のみを使用できる様にすることがＵＥには必要になる。
・バッテリー節約とコスト削減のために、低コストのＵＥにとっては、キャリア帯域幅の狭いセグメントをサポート／使用するだけで十分であり、例えば、ＮＢ−ＩｏＴのＵＥは、３ＧＰＰ  Ｒｅｌ−１４で規定されている様に、１８０ｋＨｚの帯域幅のみを使用できる。別の場合において、たとえＵＥがネットワークと同じキャリア帯域幅で動作できるとしても、ＵＥが常に全キャリア幅を使用しなければならないということではない。ＵＥは、好むサービス又は継続中のサービスのデータレート要件に従って、キャリア帯域幅よりも狭い帯域幅に構成され得る。
【００３４】
一般に、ＮＲは２つのシナリオを含む複数のヌメロロジーをサポートし得る。
・シナリオ１：異なるヌメロロジーが異なるキャリアに設定され得る。例えば、低周波数のキャリアには小さなサブキャリア間隔（ＳＣＳ）が適用され、高周波数のキャリアには大きなＳＣＳが適用され得る。特定のキャリア周波数範囲に対して、複数のヌメロロジー候補が存在する場合があり、結果、ネットワークは、トラフィックのサービス品質（ＱｏＳ）要件、及び／又は、ネットワーク次元要件を考慮して、範囲内の１つのキャリアにどのヌメロロジーを適用するかを選択できる。例えば、ネットワークのカバレッジがエアインターフェイスの伝送遅延よりも優先される場合、ネットワークは低周波数で１つのキャリアに小さなＳＣＳを設定できる。別の例として、無線アクセスネットワーク（ＲＡＮ）の送信遅延がネットワークカバレッジよりも優先される場合、ネットワークは、短いＴＴＩ期間を得るために、キャリアに大きなＳＣＳを設定できる。さらに、帯域幅と送信時間間隔（ＴＴＩ）は、キャリアによって異なり得る。
・シナリオ２：１つのキャリアに複数の帯域幅部分（ＢＷＰ）を構成でき、１つ以上のＢＷＰで１つのＵＥを構成できる。様々なＱｏＳ要件を満たすために、様々なＢＷＰが、様々なヌメロロジーで構成され得る。
【００３５】
ＮＲ又は複数のヌメロロジー及びＴＴＩ長をサポートする他の通信システムのＢＳテーブルには、同じ式（１）を適用できる。ただし、パラメータの値（つまり、Ｂｍａｘ、Ｂｍｉｎ及びＮ）は、ＬＴＥの値とは異なり得る。さらに、ＮＲ又は他の通信システムは、任意の他の適切な方法でＢＳテーブルを生成し得る。
【００３６】
例えば、ＮＲのＵＥが少なくとも１つのヌメロロジー及びＴＴＩ長で構成され得ることを考慮すると、各ＨＡＲＱ送信のＨＡＲＱ  ＲＴＴ時間は、その送信に使用されるヌメロロジー及びＴＴＩ長に応じて異なる場合があり、異なるバッファサイズの値が、各ＢＳＲサイクルにおいてＵＥによって報告され得る。ＬＴＥのＢＳテーブルは、１５ｋＨｚのサブキャリア間隔及び１ｍｓのＴＴＩ長に基づいて設計されているため、これは、ＬＴＥ  ＢＳＲサイズの既存のテーブルは、ＮＲには不十分であることを意味する。
【００３７】
したがって、複数のヌメロロジー及びＴＴＩ長をサポートする無線ネットワークにおいてＢＳＲを送信するための解決策を提供することが望まれる。
【００３８】
上述の問題又は他の問題の少なくとも１つを克服又は軽減するために、本開示の実施形態は、ＢＳＲの解決策を提案する。実施形態によると、少なくとも１つのヌメロロジー及び／又はＴＴＩ長をサポートするために、少なくとも１つの基準ＢＳテーブルが作成される。例えば、より短いＨＡＲＱ  ＲＴＴ時間は、少なくとも１つの基準ＢＳテーブルから選択されるＢＳテーブルに適用されてもよく、或いは、共通／基準ＢＳテーブルを使用してスケーリング係数を乗算することにより作成されてもよい。スケーリング係数は、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、ＵＥがサポートできる各ＣＣの最大キャリア帯域幅、最長ＨＡＲＱ  ＲＴＴ、時分割複信（ＴＤＤ）の場合のＵＬスロット部分、ＢＳＲレポート間隔、及び、ＢＳフィールドが占有するビット数等の要素を考慮して決定され得る。
【００３９】
以下の実施形態は主にＮＲシステムの文脈で説明されるが、本発明はこれに限定されず、本明細書で説明される実施形態から利益を得ることができる任意の適切な無線システムに適用され得る。さらに、実施形態は、免許不要のチャネル動作及び／又は免許要のチャネル動作に適用され得ることに留意されたい。
【００４０】
本開示の実施形態の詳細について、以下では、図面を参照して詳細に説明する。
【００４１】
図１は、本開示の幾つかの実施形態が実施され得る概略システムを示している。図１に示す様に、無線システム１００は、セルラ基地局、例えば、ＮＲのｇＮＢ等のネットワークデバイス１１０を備える。ネットワークデバイス１１０は、端末デバイス又はＵＥと比較してネットワーク側の機能要素を参照し得る。例えば、ネットワークデバイス１１０は、ｅＮＢ、ホームｅノードＢ、フェムト基地局、ピコＢＳ、ｇＮＢ、又は、システム１００内の端末デバイス１０４〜１０ｎにサービスを提供することができる他の任意のノードを含み得る。セルラ無線システムが、セルサイト又は基地トランシーバ局として知られる送信局によってそれぞれサービスされる無線セルのネットワークを備え得ることはよく知られている。無線ネットワークは、複数のトランシーバ（ほとんどの場合モバイル）に無線通信サービスを提供する。協調動作するネットワークデバイスのネットワークにより、単一のネットワークデバイスによって提供される無線カバレッジよりも大きい無線サービスが可能になる。個々のネットワークデバイスは、別のネットワーク（多くの場合、図示しない有線ネットワーク）に接続され、これには、リソース管理用の追加のコントローラが含まれ、場合によっては、他のネットワークシステム（インターネットなど）又はメトロポリタンエリアネットワーク（ＭＡＮ）にアクセスする。円１３０は、ネットワークデバイス１１０のカバレッジ範囲を概略的に示している。
【００４２】
図１に示す様に、システム１００は、１つ以上のＵＥ又は端末装置１０４〜１０ｎを含むことができ、それらのそれぞれは、リンク１２０及び１２４等の無線リンクを介してセルラ基地局等のネットワーク装置１１０と動作可能に通信することができる。端末デバイス１０４〜１０ｎは、例えば、固定的又は移動可能であり得る。端末装置１０４〜１０ｎは、携帯電話、スマートフォン、デスクトップ、ラップトップ等のコンピュータ、携帯電話ネットワークＵＥ及びマシン型通信デバイスの様なモバイルデバイス若しくは端末、無線通信機能を実装し、Ｗｉｎｄｏｗｓ、Ｌｉｎｕｘ（登録商標）、ＵＮＩＸ（登録商標）、Ａｎｄｒｏｉｄ、ｉＯＳ、及び、それらの変形等を含むが、これらに限定されない任意種別のオペレーティングシステムを実行するハンドヘルドコンピュータ、携帯情報端末（ＰＤＡ）、無線センサ、ウェアラブルデバイス、ビデオカメラ、セットトップボックス、パーソナルメディアデバイス、又は、これらの任意の組み合わせを含み得るが、これらに限定されない。
【００４３】
さらに、図１には１つのネットワークデバイス１１０のみが示されているが、幾つかの端末デバイスが第１のネットワークデバイスのカバレッジ範囲内にあり、幾つかの端末デバイスが第２のネットワークのカバレッジ範囲内にあるといった２つ以上のネットワークデバイスがあり、幾つかの端末デバイスが２つ以上のネットワークデバイスのカバレッジ範囲の境界にあり得る。後者の場合、端末デバイスは、２つ以上のネットワークデバイスのそれぞれから信号を受信し得る。
【００４４】
図４は、本開示の一実施形態による方法４００を示すフローチャートであり、図１の端末デバイス１０４等の装置で実行され得る。よって、端末デバイス１０４は、方法４００の様々な部分を達成するための手段と、他のコンポーネントとともに他のプロセスを達成するための手段と、を提供し得る。
【００４５】
図４に示す様に、方法４００は、端末装置１０４が少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定するブロック４０２で開始し得る。ＬＣＧは論理チャネルのグループであり、報告される論理チャネルのグループに関連付けられたバッファス状態を有する。ネットワークは、それぞれが独自のＬＣＧ  ＩＤを有し得る少なくとも１つのＬＣＧで端末デバイスを構成し得る。
【００４６】
少なくとも１つの基準ＢＳテーブルが、端末デバイス１０４に事前に格納されても良いし、端末デバイス１０４にシグナリングされてもよい。加えて、ネットワークデバイスは、どの基準ＢＳテーブルが端末デバイスに事前に格納されているか、或いは、端末デバイスにシグナリングされているかを知り得る。端末デバイス１０４は、ネットワークの総ての基準ＢＳテーブルをそのストレージ又はメモリに事前に格納してもよく、端末デバイス１０４によってサポートされる基準ＢＳテーブルの一部をそのストレージ又はメモリに事前に格納してもよい。或いは、ネットワークデバイスは、必要な基準ＢＳテーブルを端末デバイスにシグナリングし得る。加えて、新しい基準ＢＳテーブルが作成されたとき、ネットワークデバイスは、必要に応じて、新しい基準ＢＳテーブルを端末デバイスにシグナリングし得る。
【００４７】
基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）、時分割複信の場合のアップリンクスロットのフラクション（ｆｒａｃｔｉоｎ）、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数等の適切なパラメータに基づいて作成され、ここで、レイヤとは、送信機から受信機へのデータストリームを意味し、シングルユーザ空間多重化の場合、多重化され得るレイヤの最大数はチャネルランクを超えない場合がある。
【００４８】
例えば、端末デバイスによって報告される最大バッファサイズは、以下の様に計算され得る。
Ｂｍａｘ＝（最大アップリンクトランスポートブロックサイズ×最大レイヤ数×ＣＣの最大数×（２×ＨＡＲＱの最長ＲＴＴ）×ＴＤＤの場合のＵＬスロットのフラクション）／８（バイト）
【００４９】
別の例において、端末デバイスによって報告される最大バッファサイズは、以下の様に計算され得る。
Ｂｍａｘ＝（最大アップリンクトランスポートブロックサイズ×最大レイヤ数×ＣＣの最大数×（２×ＨＡＲＱの最長ＲＴＴ）×ＴＤＤの場合のＵＬスロットのフラクション×スケーリング係数）／８（バイト）
【００５０】
Ｂｍａｘの上記の計算は例示に過ぎず、他の実施形態において他の適切な方法でＢｍａｘを決定できることに留意されたい。例えば、Ｂｍａｘを事前定義したり、Ｂｍａｘの計算に上記パラメータ及び／又は他のパラメータの一部を使用したりできる。最小バッファサイズＢｍｉｎは事前に定義され得る。Ｂｍａｘ、Ｂｍｉｎ、及び、バッファサイズレベルの数が決定されると、例えば上記の式（１）を使用して、基準ＢＳテーブルが作成され得る。基準ＢＳテーブルは、図２〜図３に示されているのと同様の形式を有し得る。加えて、基準ＢＳテーブルのテーブルエントリの数は２ｎであり、ここでｎは４〜８の様な整数又は他の整数であり得る。
【００５１】
本実施形態において、端末デバイスは、任意の適切な方法で少なくとも１つの基準ＢＳテーブルに基づいて少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定し得る。例えば、端末デバイスに事前に格納又はシグナリングされる基準ＢＳテーブルが１つしかない場合、端末デバイスはこの基準ＢＳテーブルを各ＬＣＧの共通ＢＳテーブルとして使用し得る。
【００５２】
一実施形態において、端末デバイスは、ルールに基づいて少なくとも１つの基準ＢＳテーブルから少なくとも１つのＬＣＧそれぞれのＢＳテーブルを選択することができ、ルールは端末デバイスに事前に格納されるか、端末デバイスにシグナリングされ得る。例えば、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによってルールを端末デバイスにシグナリングでき、或いは、ランダムアクセス応答（ＲＡＲ）メッセージで、又は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）等のコマンド若しくはＭＡＣ  ＣＥの様な他のＬ１／Ｌ２シグナリングを介してルールを送信し得る。
【００５３】
ルールは、任意の適切なルール情報を含み得る。ルールは、ヌメロロジー／ＴＴＩ長に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧが特定のヌメロロジー／ＴＴＩ長にマッピングされる場合、端末デバイスは、特定のヌメロロジー／ＴＴＩ長に関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。ルールは、サービス種別に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧがボイスオーバインターネットプロトコル等のリアルタイムサービスに対応する場合、端末デバイスは、短いＴＴＩに関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。別の例として、ＬＣＧがビデオサービスに対応する場合、端末デバイスは、大きなバッファサイズに関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。
【００５４】
別の実施形態において、端末デバイスは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられたそれぞれのスケーリング係数に基づいてそれぞれのＢＳテーブルを生成することができ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされ得る。それぞれのスケーリング係数が端末デバイスにシグナリングされる場合、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによってそれぞれのスケーリング係数を端末デバイスにシグナリングするか、ランダムアクセス応答（ＲＡＲ）メッセージや、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の様なコマンド若しくは、ＭＡＣ  ＣＥ等の他のＬ１／Ｌ２シグナリング経由でスケーリング係数を送信し得る。それぞれのスケーリング係数が端末デバイスによって決定される場合、スケーリング係数を計算するルールは事前定義されるか、端末デバイスにシグナリングされ得る。２つ以上の基準ＢＳテーブルが端末デバイスに格納又は送信される場合、端末デバイスは最初にＬＣＧの基準ＢＳテーブルを選択し、選択した基準ＢＳテーブルとＬＣＧに関連付けられたスケーリング係数に基づいてＬＣＧのＢＳテーブルを生成し得る。基準ＢＳテーブルの選択は、事前定義されたルールに基づいていてもよいし、端末装置にシグナリングされてもよい。
【００５５】
図５は、基準バッファサイズテーブル及びスケーリング係数に基づいてＢＳテーブルを生成する方法を示している。図５に示す様に、基準ＢＳテーブルの各ＢＳ値に、スケーリング係数ｃを乗じることで、ＬＣＧの新しいＢＳテーブルを生成する。
【００５６】
スケーリング係数は、適切な方法で決定され得る。例えば、ヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ  ＲＴＴ、又は、サービス種別が、特定のスケーリング係数に割り当てられ得る。次いで、端末デバイスは、ＬＣＧに関連付けられたヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ  ＲＴＴ、又は、サービス種別に基づいて、ＬＣＧのスケーリング係数を決定し得る。
【００５７】
一実施形態において、少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、スケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、に基づいて決定され得る。例えば、スケーリング係数は、任意の適切な関数ｆ（ｘ、ｙ）によって決定でき、ここで、ｘは基準とするヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴを示し、ｙはＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート、又は、ＨＡＲＱ  ＲＴＴを示している。関数ｆ（ｘ、ｙ）は、任意の適切な形式を取り得る。
【００５８】
一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することの１つにより決定され得る。例えば、基準ＴＴＩ長が１ｍｓで、ＬＣＧに関連付けられたＴＴＩ長が０．５ｍｓの場合、スケーリング係数はＬＣＧに対して０．５として計算される。別の例として、基準ＨＡＲＱ  ＲＴＴ長が１ｍｓで、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴ長が０．８ｍｓの場合、スケーリング係数はＬＣＧに対して０．８として計算される。
【００５９】
ＬＣＧの論理チャネルが、異なるＨＡＲＱ  ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされる実施形態において、端末デバイスは、異なるＨＡＲＱ  ＲＴＴの最長のＨＡＲＱ  ＲＴＴを使用して基準ＨＡＲＱ  ＲＴＴ長を分割し、スケーリング係数を得ることができる。例えば、１つのヌメロロジーが０．９ｍｓのＨＡＲＱ  ＲＴＴ長であり、もう１つが０．８ｍｓのＨＡＲＱ  ＲＴＴ長である２つのヌメロロジー／ＴＴＩ期間にＬＣＧがマッピングされる場合、ＬＣＧのスケーリング係数は、最も長いＨＡＲＱ  ＲＴＴ（０．９ｍｓ）を使用して１ｍｓ等の基準ＨＡＲＱ  ＲＴＴ長さを分割することで、０．９と計算される。
【００６０】
一実施形態において、それぞれのＢＳテーブルの少なくとも１つは、基準ＢＳテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリの数は、ＢＳフィールドのそれぞれのビット数に基づいて決定され得る。上記の様に、ＢＳＲはＢＳフィールドを含み得る。ＢＳフィールドのサイズは、ＬＣＧの優先度、サービス種別、又は、データレート要求に基づいてネットワークによって設定され得る。この構成は、ＬＣＧ固有であり得る。例えば、データレートが低いＶｏＩＰ（ボイスオーバーＩＰ）の様なトラフィックの場合、ＢＳフィールドは４ビット等の少ないビットを使用し、データレートが高い他のＬＣＧの場合、ＢＳフィールドは６ビット等のより多くのビットを使用する。ＢＳフィールドのサイズは、バッファサイズレベルの数又はテーブルエントリの数を定義し得る。例えば、バッファサイズレベルの数は２ｎであり、ここで、ｎはＢＳフィールドのビット数である。基準ＢＳテーブルのテーブルエントリ数がＬＣＧのＢＳフィールドのビット数で定義されるものよりも大きい場合、基準ＢＳテーブルのテーブルエントリのサブセットがＬＣＧのＢＳテーブルを生成するために選択され得る。テーブルエントリのサブセットは、基準ＢＳテーブルの任意の適切な場所に配置され得る。インデクス０は、ＬＣＧに送信するデータがないことを意味するため、インデクス０をサブセットに含めることができることに留意されたい。さらに、サブセット内の一部のインデクスのＢＳサイズ値が再定義され得る。例えば、図２に示す様に、サブセットがテーブルのインデクス０〜３１を含む場合、インデクス３１のＢＳ値はＢＳ＞９６７として再定義され得る。さらに、この実施形態でスケーリング係数が使用される場合、テーブルエントリのサブセットのＢＳ値はスケーリング係数で乗算され得る。
【００６１】
ブロック２０４で、端末デバイスは、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成し得る。例えば、ＢＳＲ送信がトリガされた場合、端末デバイスはＢＳＲを生成し得る。
【００６２】
一実施形態において、ＢＳＲは、ＬＣＧ  ＩＤフィールド及びＢＳフィールドを含む第１フォーマットを有し得る。第１フォーマットのサイズは、８ビットに等しいか、それより大きくても小さくてもよい。ＬＣＧ  ＩＤフィールドのサイズは、任意の適切な方法でネットワークデバイスによって構成され得る。例えば、ＬＣＧ  ＩＤフィールドのサイズは、ネットワーク内のＬＣＧの数、移動端末によって使用されるＬＣＧの数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧの数のうちの少なくとも１つに基づいて構成され、選択されたＬＣＧは第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧに利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づき得る。例えば、ＬＣＧの数が２ｘ〜２ｘ＋１の範囲にある場合、ＬＣＧ  ＩＤフィールドのサイズはｘビットであり得る。例として、ＵＥが４個以下のＬＣＧで構成されている場合、ＬＣＧ  ＩＤフィールドは２ビットを占有し得る。別の例として、ＵＥが１つのＬＣＧのみで構成されている場合、ＬＣＧ  ＩＤフィールドは省略され得る。ＢＳフィールドは、例えば、ＢＳ値の粒度及びＬＣＧのＢＳテーブル内のエントリの数に応じて、ネットワークによって構成され得る。
【００６３】
図６は、本開示の一実施形態によるＢＳＲの第１フォーマットの幾つかのフォーマットを示している。図６に示す様に、ＵＥが１つのＬＣＧのみで構成されている場合、第１フォーマット（ａ）は、ＬＣＧ  ＩＤフィールドを省略でき、第１フォーマット（ｂ）は、１つのＬＣＧ  ＩＤフィールド及び１つの対応するＢＳフィールドのみを含み、第１フォーマット（ｃ）、（ｄ）及び（ｅ）は、複数のＬＣＧ  ＩＤフィールド及びそれぞれのＢＳフィールドを含み、ＢＳフィールドのサイズは、第１フォーマット（ｃ）及び（ｄ）で異なり、第１フォーマット（ｅ）は、各ＬＣＧが同じ又は異なるサイズのＢＳフィールドを有し得ることを示している。図６に示されるフォーマットは例示に過ぎず、他の実施形態において、第１フォーマットは、他の適切な形態をとることができることに留意されたい。
【００６４】
ネットワークは、ＬＣＧ／論理チャネル（ＬＣＨ）の優先順位、ＬＣＧで利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づいて、ＢＳＲの第１フォーマットを報告／トリガすることをサポートするかをＬＣＧに設定できる。例えば、優先度の高いＬＣＧ／ＬＣＨ、利用可能なデータ量の少ないＬＣＧ、又は、音声サービス等のリアルタイムサービス用のＬＣＧが、ＢＳＲの第１フォーマットを使用するために選択され得る。この様にして、総てのＬＣＧの中にＬＣＧのサブセットがあり、ＬＣＧの第１フォーマットを報告できる。ＬＣＧのこのサブセットは、より少ないビットに適合する様にＬＣＧ  ＩＤを変更する。ＢＳフィールドは、ＢＳ値の粒度とＬＣＧのＢＳテーブルのエントリ数に合わせて、より多くのビットを含み得る。第１フォーマットは、ＬＣＧ  ＩＤフィールドを含むため、端末デバイスは、ＢＳＲ内に、送信されるデータを有する１つ以上のＬＣＧのバッファス状態を含み得る。
【００６５】
別の例において、ＢＳＲは、少なくともＢＳフィールドを含む第２フォーマットを有することができ、特定のＬＣＧのＢＳフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも一方に基づいて、ネットワークデバイスによって構成される。例えば、データレートの低いＶｏＩＰの様なトラフィックの場合、ＢＳフィールドは、４ビット等の少ないビットを使用し、データレートの高い他のＬＣＧの場合、ＢＳフィールドは、８ビット等のより多くのビットを使用する。別の例として、高データレートのＬＣＧは、８ビット等より多くのビットを占有し、低データレートのＬＣＧは、４ビット等より少ないビットを占有し得る。
【００６６】
図７は、本開示の一実施形態によるＢＳＲの第２フォーマットの幾つかのフォーマットを示している。図７に示される様に、第２フォーマット（ａ）は、端末デバイスがただ１つのＬＣＧで構成される場合、１つのＢＳフィールドを含み、第２フォーマット（ｂ）、（ｃ）及び（ｄ）は、端末デバイスが複数のＬＣＧで構成されている場合、複数のＢＳフィールドを含み、ＢＳフィールドのサイズは、第２フォーマット（ｂ）及び（ｃ）で異なり、第２フォーマット（ｄ）は、各ＬＣＧがＢＳフィールドと同じサイズ又は異なるサイズを有し得ることを示している。図７に示されるフォーマットは例示に過ぎず、他の実施形態において、第２フォーマットは他の適切な形態をとり得ることに留意されたい。第２フォーマットは、ＬＣＧ  ＩＤフィールドを含まないため、端末デバイスは、ＢＳＲ内の端末デバイスによって使用される総てのＬＣＧのバッファ状態を含み得る。
【００６７】
図４のブロック２０６で、端末デバイスは、ＢＳＲをネットワークデバイスに送信し得る。ＢＳＲ送信がトリガされる場合、端末デバイスは、ＢＳＲを生成し、ネットワークデバイスに送信し得る。例えば、ＬＣＧのバッファに新しいデータが到着したとき、或いは、バッファで既に待機しているデータよりも新しいデータの優先度が高いとき、端末デバイスは、ＢＳＲを生成及び送信し得る。端末デバイスは、事前定義された周期でＢＳＲを生成及び送信し得る。周期はネットワークによって定義され、メッセージによってＵＥに通知され得る。データメッセージのパディングビット数がＢＳＲのサイズよりも大きい場合、ＢＳＲを生成して送信することができ、その結果、パディングビットスペースを使用してＢＳＲを送信できる。
【００６８】
ここで、ＮＲシステムでのＢＳテーブル設計の概要を以下に示す。
【００６９】
ＶｏＩＰサービスがＮＲに継続的に存在し、パケット圧縮機能の大部分がＰＤＣＰレイヤで再利用されることを考えると、同じ最小バッファサイズレベル、つまり、ＮＲのためにＢｍｉｎ＝１０バイトを開始点として、再利用することは合理的である。一方、ＮＲは、ＤＲとフローとのマッピングをサポートする新しいレイヤＳＤＡＰを導入し、これにより、１バイトの追加オーバヘッドが追加され、式（１）のＢｍｉｎは１１バイトに更新され得る。
【００７０】
同時に、ＮＲシステムは、非常に低いレートから非常に高いレートまでデータレートの範囲が変化する幅広いサービスをサポートする様に設計されている。ＢｍａｘとＮを更新して、バッファサイズの粒度とレート範囲を拡大することが有益である。したがって、ＬＴＥ  ＢＳサイズ値テーブルの設計アプローチは、前述の式（１）の更新されたパラメータ（Ｂｍｉｎ、Ｂｍａｘ及びＮ）を用いてＮＲに適用すべきである。
【００７１】
さらに、ＮＲによるサポートが期待される広範囲のサービスに必要な粒度でバッファ状態を伝えるには、６ビットでは十分でない場合があることに留意されたい。ＮＲの主な目標は、極端なＭＢＢレート（１０Ｇｂｐｓ）を含むが、例えば、それほど極端ではないＭＢＢやＵＲＬＬＣ等のさらに低いレートも含み、さらには高レートサービスと低レートサービスの組み合わせの増加も含まれる。これにより、様々なＬＣＧのバッファサイズが急速に変化する可能性があり、バッファサイズの粒度を大きくすることは、スケジューラにとって非常に有益である。この様な粒度をエンコードする１つの方法は、フィールドをバイト調整し、それによって単純にバッファ状態フィールドのサイズを８ビットに拡張することである。長いＢＳＲフォーマットの場合、ＢＳフィールドを８ビットに増やすことが提案される。
【００７２】
ＬＴＥの２つのＢＳサイズ値テーブルは、拡張データレート（ＣＡ及びＭＩＭＯ）を使用するシナリオと使用しないシナリオに別々に適用される。ほとんどのＮＲ端末は、ＣＡ及びＭＩＭＯ機能をサポートすることを期待されているため、長いＢＳＲフォーマットに対して２つのＢＳサイズテーブルを用意する必要はない。
【００７３】
１つの提案は、ＮＲが、長いＢＳＲフォーマットのために、２５６ステップの１つのＢＳサイズ値テーブルをサポートすることである。ＬＴＥの場合と同様に、Ｂｍａｘの値は、アップリンクピークデータレート、つまり、最大アップリンクトランスポートブロックサイズと、バッファ状態レポートが送信された後の予想応答時間（つまり、バッファ状態レポートと対応するアップリンク許可との間の期間）、レイヤの数、及び、ＣＣ数に基づき導出される。応答時間については、ＨＡＲＱ送信等の遅延成分、動的スケジューリングによる遅延成分（処理時間、データ／グラントの符号化と復号）等を考慮し、ＬＴＥにおいては、ＨＡＲＱ  ＲＴＴの２倍が使用されている。ＮＲにおいては、ＵＰ処理時間とスケジューリング時間が最適化によって大幅に短縮されているため、１ＨＡＲＱ  ＲＴＴで十分と考えられる。ＮＲが様々な長さの送信期間をサポートしていることを考えると、最大のＨＡＲＱ  ＲＴＴを考慮する必要があると考える。
【００７４】
別の提案は、Ｂｍａｘの値を、最大アップリンクトランスポートブロックサイズ、最大ＨＡＲＱ  ＲＴＴ、レイヤ数、及び、ＣＣ数の積に基づいて導出することである。最大アップリンクトランスポートブロックサイズは、ＲＡＮ１によって決定されるが、Ｎの値はＢＳＲ  ＭＡＣ  ＣＥフォーマットに直接関連するため、ＲＡＮ２によって決定され得る。
【００７５】
別の提案は、ＲＡＮ１フィードバックが最大アップリンクトランスポートブロックサイズの値を決定することである。
【００７６】
長いＢＳＲフォーマットに加えて、ＮＲ標準の議論では、ＬＴＥの様に１バイトの短いＢＳＲフォーマットを維持することが同意されている。この場合、ＢＳフィールドは５ビットである。本開示は、短いＢＳＲフォーマットでバッファ状態を報告する２つのオプションを提供する。１つのオプションは、短いＢＳＲのために新しい個別のＢＳサイズ値テーブルを作成することであり、もう１つのオプションは、ベースＢＳサイズ値テーブルをスケーリングすることである。
【００７７】
短いＢＳＲフォーマットは、通常、小さなアップリンク許可の場合に適用され、この場合、ＭＡＣ  ＰＤＵのパディングを避けるために、より正確なＢＳ情報を提供することがより重要である。言い換えれば、ＢＳサイズテーブルがより細かい粒度を提供することが重要である。したがって、オプション１を選択する方が合理的であると考えられる。ベースＢＳサイズテーブルのスケーリングは、ＢＳ値の粒度の低下とＢＳ範囲の縮小のリスクにつながる可能性がある。
【００７８】
さらに、ＮＲが短いＢＳフォーマットのために、３２ステップの個別のＢＳサイズテーブルを定義することに基づいて、Ｂｍａｘの値は短いＢＳＲフォーマットでは９６７バイトに設定される。ＬＴＥにおいて拡張ＢＳＲサイズが設定されていない場合、バッファサイズフィールドで取得される値は、３６．２１３の表６．１．３．１−１に定義されている。当該テーブルに基づいて、ＢＳフィールドが５ビットであると仮定した場合の最大バッファサイズレベルは９６７バイトになる。この値は、ＮＲの短いＢＳＲフォーマットのための最大バッファサイズレベルとして再利用することができる。図８は、本開示の一実施形態による方法８００を示すフローチャートであり、これは、図１のネットワークデバイス１１０等の装置、或いは、ネットワークデバイス１１０に含まれ得る装置で実行され得る。よって、装置は、方法８００の様々な部分を達成するための手段と、他のコンポーネントと共に他のプロセスを達成するための手段を提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。
【００７９】
図８に示す様に、方法８００は、ネットワークデバイス１１０が少なくとも１つのＬＣＧのためのＢＳＲを端末デバイスから受信するブロック８０２で開始し得る。例えば、端末デバイスは、上述した様な様々な方法でＢＳＲを生成してネットワークデバイスに送信し、その後、ネットワークデバイス１１０はＢＳＲを受信し得る。ネットワークデバイス１１０は、それぞれが独自のＬＣＧ  ＩＤを有し得る少なくとも１つのＬＣＧで端末デバイスを構成し得る。
【００８０】
一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧの数、移動端末によって使用されるＬＣＧ数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいて、ネットワークデバイスにより構成され、選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、図６を参照して上述した様に、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧが利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づき得る。
【００８１】
ネットワークは、ＬＣＧ／論理チャネル（ＬＣＨ）の優先度、ＬＣＧで利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づいて、ＢＳＲの第１フォーマットを報告／トリガすることをサポートするかをＬＣＧに設定できる。
【００８２】
別の例では、ＢＳＲは、少なくともＢＳフィールドを含む第２フォーマットを有することができ、特定のＬＣＧバッファサイズフィールドのサイズは、図７を用いて上述した様に、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも１つに基づいて、ネットワークデバイスによって構成される。
【００８３】
ブロック８０４で、ネットワークデバイス１１０は、少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズ（ＢＳ）テーブルを決定する。少なくとも１つの基準ＢＳテーブルは、端末デバイス１１０に事前に格納され得る。加えて、ネットワークデバイスは、どの基準ＢＳテーブルが端末デバイスに事前に格納されているか、或いは、端末デバイスにシグナリングされているかを知り得る。ネットワークデバイス１１０は、ネットワークの総ての基準ＢＳテーブルをそのストレージ又はメモリに事前に格納することができ、或いは、ネットワークデバイス１１０によって使用される基準ＢＳテーブルの一部をそのストレージ又はメモリに事前に格納することができる。
【００８４】
基準ＢＳテーブルは、上述した様に、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数等の適切なパラメータに基づいて作成され得る。
【００８５】
この実施形態において、ネットワークデバイス１１０は、任意の適切な方法で少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定し得る。例えば、端末デバイスに設定される基準ＢＳテーブルが１つしかない場合、ネットワークデバイス１１０は、この基準ＢＳテーブルを、端末デバイスの各ＬＣＧの共通ＢＳテーブルとして使用し得る。
【００８６】
一実施形態において、ネットワークデバイス１１０は、ルールに基づき、少なくとも１つの基準ＢＳテーブルから少なくとも１つのＬＣＧそれぞれのＢＳテーブルを選択し得る。ルールは、ネットワークデバイス１１０に事前に格納され得る。さらに、ネットワークデバイス１１０及び端末デバイスの両方は、同じルールを知り得る。
【００８７】
ルールは、任意の適切なルール情報を含み得る。ルールは、ヌメロロジー／ＴＴＩ長に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧが特定のヌメロロジー／ＴＴＩ長にマッピングされる場合、ネットワークデバイス１１０は、特定のヌメロロジー／ＴＴＩ長に関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。ルールは、サービス種別に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧがリアルタイムサービスに対応する場合、ネットワークデバイス１１０は、短いＴＴＩ長に関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。別の例として、ＬＣＧがビデオサービスに対応する場合、ネットワークデバイス１１０は、大きなバッファサイズに関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。
【００８８】
別の実施形態において、ネットワークデバイス１１０は、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられたそれぞれのスケーリング係数に基づいて、それぞれのＢＳテーブルを生成することができ、それぞれのスケーリング係数は、ネットワークデバイス１１０によって決定される。さらに、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによって、スケーリング係数を端末デバイスにシグナリングでき、或いは、ランダムアクセス応答（ＲＡＲ）メッセージで、又は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）等のコマンド若しくはＭＡＣ  ＣＥの様なＬ１／Ｌ２シグナリングを介して、スケーリング係数を送信し得る。スケーリング係数の計算ルールは、事前に定義され得る。２つ以上の基準ＢＳテーブルが端末デバイスに設定される場合、ネットワークデバイス１１０は、最初にＬＣＧの基準ＢＳテーブルを選択し、選択した基準ＢＳテーブルとＬＣＧに関連付けられたスケーリング係数に基づいて、ＬＣＧのＢＳテーブルを生成し得る。基準ＢＳテーブルの選択は、事前定義されたルールに基づき得る。
【００８９】
スケーリング係数は、適切な方法で決定され得る。例えば、ヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ  ＲＴＴ、又は、サービス種別に特定のスケーリング係数を割り当てることができる。次いで、ネットワークデバイス１１０は、ＬＣＧに関連付けられたヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ  ＲＴＴ、又は、サービス種別に基づいて、ＬＣＧのスケーリング係数を決定し得る。
【００９０】
一実施形態において、少なくとも１つの基準ＢＳテーブルは、上述した様に、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、スケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに基づいて決定され得る。
【００９１】
一実施形態において、スケーリング係数は、上述した様に、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割することにより、或いは、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することにより決定され得る。
【００９２】
ＬＣＧの論理チャネルが、異なるＨＡＲＱ  ＲＴＴを有する複数のヌメロロジー／ＴＴＩ期間にマッピングされる実施形態において、ネットワークデバイスは、上述した様に、異なるＨＡＲＱ  ＲＴＴの最長のＨＡＲＱ  ＲＴＴを使用して基準ＨＡＲＱ  ＲＴＴ長を分割することでスケーリング係数を得ることができる。
【００９３】
一実施形態において、それぞれのＢＳテーブルの少なくとも１つは、基準ＢＳテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリ数は、ＢＳフィールドのそれぞれのビット数に基づいて決定され得る。テーブルエントリのサブセットは、基準ＢＳテーブルの任意の適切な場所に配置され得る。さらに、サブセット内の一部のインデクスのＢＳサイズ値が再定義され得る。
【００９４】
ブロック８０６で、ネットワーク要素は、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを取得し得る。例えば、ネットワーク要素は、ＢＳＲからＬＣＧのＢＳのインデクスを取得し、そのインデクスを使用してＢＳテーブルを検索することで、ＬＣＧのＢＳ値を取得する。ネットワーク要素は、報告されたバッファ状態に基づいて端末デバイスをスケジュールできる。
【００９５】
図９は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、端末デバイスとして実装されるか、端末デバイスに含まれ得る。図９に示す様に、装置９００は、処理デバイス９０４と、プロセッサ９０４と動作可能に通信するメモリ９０５、及び、無線モデムサブシステム９０１を備える。無線モデムサブシステム９０１は、少なくとも１つの送信機９０２及び少なくとも１つの受信機９０３を備える。図９には１つのプロセッサのみが示されているが、処理デバイス９０４は、複数のプロセッサ又はマルチコアプロセッサを備え得る。加えて、処理デバイス９０４は、処理動作を容易にするためにキャッシュを備え得る。
【００９６】
コンピュータ実行可能命令は、メモリ９０５にロードされ、処理デバイス９０４によって実行されると、装置９００にＢＳＲに関する上述の方法を実施させることができる。特に、コンピュータ実行可能命令は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）それぞれのバッファサイズテーブルを決定することと、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を装置９００に実行させ、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００９７】
図１１は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、端末デバイスとして実装されるか、端末デバイスに含まれ得る。図１１に示す様に、装置１１００は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）それぞれのバッファサイズテーブルを決定する決定モジュール１１０２と、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成する生成モジュール１１０４と、ネットワークデバイスにＢＳＲを送信する送信モジュール１１０６と、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【００９８】
一実施形態において、少なくとも１つの基準バッファサイズテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数の少なくとも１つに基づき生成される。
【００９９】
一実施形態において、少なくとも１つの基準バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定することは、ルールに基づいて、少なくとも１つの基準バッファサイズテーブルからそれぞれのバッファサイズテーブルを選択することを含む、或いは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、若しくは、ＢＳフィールドの各ビット数に基づいて、それぞれのバッファサイズテーブルを選択することを含み、ルールは、端末デバイスに事前に格納される、或いは、端末デバイスにシグナリングされ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされる。
【０１００】
一実施形態において、少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、それぞれのスケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔又はＨＡＲＱ  ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに基づいて決定される。
【０１０１】
一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することの１つにより決定される。
【０１０２】
一実施形態において、ＬＣＧの論理チャネルは、異なるＨＡＲＱ  ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされ、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することは、異なるＨＡＲＱ  ＲＴＴの中で最も長いＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することを含む。
【０１０３】
一実施形態において、それぞれのバッファサイズテーブルの少なくとも１つは、基準バッファサイズテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリの数は、ＢＳフィールドのそれぞれのビット数に基づいて決定される。
【０１０４】
一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧ数、移動端末によって使用されるＬＣＧの数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいてネットワークデバイスにより構成され、選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧに利用可能なデータ量、及び、ＬＣＧのサービス種別の内の少なくとも１つに基づく。
【０１０５】
一実施形態において、ＢＳＲは、少なくともバッファサイズフィールドを含む第２フォーマットを有し、特定のＬＣＧのバッファサイズフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも一方に基づいてネットワークデバイスによって構成される。
【０１０６】
図１０は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、ネットワークデバイスとして実装されるか、ネットワークデバイスに含まれ得る。図１０に示す様に、装置１０００は、処理デバイス１００４、メモリ１００５、及び、プロセッサ１００４と動作可能に通信する無線モデムサブシステム１００１を備える。無線モデムサブシステム１００１は、少なくとも１つの送信機１００２及び少なくとも１つの受信機１００３を備える。図１０には１つのプロセッサのみが示されているが、処理デバイス１００４は、複数のプロセッサ又はマルチコアプロセッサを備え得る。加えて、処理デバイス１００４は、処理動作を容易にするためにキャッシュを備え得る。
【０１０７】
コンピュータ実行可能命令は、メモリ１００５にロードされ、処理デバイス１００４によって実行されると、装置１０００にＢＳＲに関する上述の方法を実施させることができる。特に、コンピュータ実行可能命令は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳテーブルを決定することと、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳ値を取得することと、を装置１０００に実行させ、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０１０８】
図１２は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、ネットワークデバイスとして実装されるか、ネットワークデバイスに含まれ得る。図１２に示す様に、装置１２００は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信する受信モジュール１２０２と、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳテーブルを決定する決定モジュール１２０４と、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳ値を取得する取得モジュール１２０６と、を備え、ネットワークデバイス１２００は、少なくとも１つのＬＣＧで端末デバイスを構成する。
【０１０９】
一実施形態において、少なくとも１つの基準バッファサイズテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数の少なくとも１つに基づき生成される。
【０１１０】
一実施形態において、少なくとも１つの基準バッファサイズテーブルに基づいて少なくとも１つのＬＣＧのそれぞれのバッファサイズテーブルを決定することは、ルールに基づいて、少なくとも１つの基準バッファサイズテーブルからそれぞれのバッファサイズテーブルを選択することを含む、或いは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、若しくは、ＢＳフィールドの各ビット数に基づいてそれぞれのバッファサイズテーブルを選択することを含み、ルールは端末デバイスに事前に格納される、或いは、端末デバイスにシグナリングされ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされる。
【０１１１】
一実施形態において、少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、それぞれのスケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔又はＨＡＲＱ  ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに基づいて決定される。
【０１１２】
一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、及び、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することの内の１つにより決定される。
【０１１３】
一実施形態において、ＬＣＧの論理チャネルは、異なるＨＡＲＱ  ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされ、ＬＣＧに関連付けられたＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱ  ＲＴＴ長を分割することは、異なるＨＡＲＱ  ＲＴＴの中で最も長いＨＡＲＱ  ＲＴＴを使用して、基準ＨＡＲＱＲＴＴ長を分割することを含む。
【０１１４】
一実施形態において、それぞれのバッファサイズテーブルの少なくとも１つは、基準バッファサイズテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリ数は、ＢＳフィールドそれぞれのビット数に基づいて決定される。
【０１１５】
一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧ数、移動端末によって使用されるＬＣＧ数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいてネットワークデバイスにより構成され、選択されたＬＣＧは第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧの利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づく。
【０１１６】
一実施形態において、ＢＳＲは、少なくともバッファサイズフィールドを含む第２フォーマットを有し、特定のＬＣＧのバッファサイズフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の内の１つに基づいてネットワークデバイスによって構成される。
【０１１７】
本開示の一態様によると、コンピュータ実行可能プログラム命令が格納された少なくとも１つの非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供され、コンピュータ実行可能命令は、実行されると、ネットワークデバイスに上記動作を行わせる様に構成される。
【０１１８】
本開示の一態様によると、コンピュータ実行可能プログラム命令が格納された少なくとも１つの非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供され、コンピュータ実行可能命令は、実行されると、端末デバイスに上記動作を行わせる様に構成される。
【０１１９】
ネットワークデバイス及び端末デバイスのコンポーネントのいずれも、ハードウェア又はソフトウェアモジュールとして実装され得ることに留意されたい。ソフトウェアモジュールの場合、それらは有形のコンピュータ読取・記録可能な記憶媒体上に具現化され得る。総てのソフトウェアモジュール（又はそのサブセット）は、例えば同じ媒体上にある場合もあれば、それぞれ異なる媒体上にある場合もある。ソフトウェアモジュールは、例えば、ハードウェアプロセッサ上で実行され得る。次に、上記の様に、ハードウェアプロセッサで実行される個別のソフトウェアモジュールを使用して、方法のステップを実行できる。
【０１２０】
"コンピュータプログラム"、"ソフトウェア"、及び、"コンピュータープログラムコード"という用語は、機能を実行する任意のシーケンス又は人間又は機械が認識可能なステップを含むことを意味する。この様なプログラムは、Ｃ／Ｃ＋＋、フォートラン、コボル、パスカル、アセンブリ言語、マークアップ言語（ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ等）等を含む実質的に総てのプログラミング言語又は環境や、共通オブジェクト要求ブローカーアーキテクチャ（ＣＯＲＢＡ）、ＪａｖａＴＭ（Ｊ２ＭＥ、ＪａｖａＢｅａｎ等を含む）、バイナリランタイム環境（ＢＲＥＷ）等のオブジェクト指向環境でレンダリングされ得る。
【０１２１】
"メモリ"及び"記憶装置"という用語は、電子、磁気、光学、電磁気、赤外線、又は、半導体のシステム、装置、又は、デバイス、又は、これらの任意の適切な組み合わせを含むことを意図している。メモリ又は格納デバイスの特定例（非網羅的なリスト）は、１つ以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、光格納デバイス、磁気格納デバイス、又は、それらの任意の適切な組み合わせであり得る。
【０１２２】
いずれにせよ、ここに示されているコンポーネントは、様々な形のハードウェア、ソフトウェア、又は、それらの組み合わせ、例えば特定用途向け集積回路（ＡＳＩＣＳ）、機能回路、関連メモリを備えた適切にプログラムされた汎用デジタルコンピュータなどで実装され得ることを理解されたい。本明細書で提供される本開示の教示が与えられると、関連技術の当業者は、本開示の構成要素の他の実装を企図することができる。
【０１２３】
様々な実施形態の説明は、例示の目的で提示されているが、網羅的であること又は開示された実施形態に限定されることを意図するものではない。記載された実施形態の範囲及び精神から逸脱することなく、多くの修正及び変形が当業者には明らかであろう。
【図１】
2020535684.tif 000004
【図２】
2020535684.tif 000005
【図３】
2020535684.tif 000006
【図４】
2020535684.tif 000007
【図５】
2020535684.tif 000008
【図６】
2020535684.tif 000009
【図７】
2020535684.tif 000010
【図８】
2020535684.tif 000011
【図９】
2020535684.tif 000012
【図１０】
2020535684.tif 000013
【図１１】
2020535684.tif 000014
【図１２】
2020535684.tif 000015
【手続補正書】
【提出日】令和2年4月9日(2020.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信のための端末デバイスでの方法であって、
−少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各ＢＳテーブルを決定することであって、前記少なくとも１つのＬＣＧは、ネットワークデバイスによって前記端末デバイスに構成される、前記決定することと、
−前記少なくとも１つのＬＣＧのバッファ状態レポート（ＢＳＲ）を生成することと、
−対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びＢＳフィールドを含む前記ＢＳＲを前記ネットワークデバイスに送信することと、を含み、
前記ＬＣＧ  ＩＤフィールドのサイズは、
ネットワーク内のＬＣＧ数と、
前記端末デバイスによって使用されるＬＣＧ数と、
前記ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数と、
の内の少なくとも１つに基づき構成される、方法。
【請求項２】
請求項１に記載の方法であって、
前記ＢＳフィールドは、５ビットを占有し、
前記ＬＣＧ  ＩＤフィールドは３ビットを占有する、方法。
【請求項３】
請求項１に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのＢＳフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。
【請求項４】
請求項１に記載の方法であって、
少なくとも１つの基準ＢＳテーブルに基づいて前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準ＢＳテーブルから前記各ＢＳテーブルを選択すること、或いは、
前記少なくとも１つの基準ＢＳテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各ＢＳテーブルを生成すること、を含み、
前記ルールは、前記端末デバイスに事前に格納される、或いは、前記端末デバイスにシグナリングされ、
前記各スケーリング係数は、前記端末デバイスにより決定される、或いは、前記端末デバイスにシグナリングされる、方法。
【請求項５】
請求項４に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、
前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、に基づいて決定される、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、
前記選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧの前記サブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、前記ＬＣＧで利用可能なデータ量、及び、前記ＬＣＧのサービス種別の内の少なくとも１つに基づく、方法。
【請求項７】
無線通信のためのネットワークデバイスでの方法であって、
−少なくとも１つの論理チャネルグループ（ＬＣＧ）で端末デバイスに構成することと、
−前記端末デバイスのバッファ状態レポート（ＢＳＲ）フォーマットを構成することと、
−前記端末デバイスから前記少なくとも１つのＬＣＧのバッファ状態レポート（ＢＳＲ）を受信することと、
−前記少なくとも１つのＬＣＧの各バッファサイズ（ＢＳ）テーブルを決定することと、
−前記各ＢＳテーブルに基づいて、前記少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を含み、
前記ＢＳＲのフォーマットは、対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びＢＳフィールドを含み、
前記ＬＣＧ  ＩＤフィールドのサイズは、
ネットワーク内のＬＣＧ数と、
前記端末デバイスによって使用されるＬＣＧ数と、
前記ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数と、
の内の少なくとも１つに基づき構成される、方法。
【請求項８】
請求項７に記載の方法であって、
前記ＢＳフィールドは５ビットを占有し、
前記ＬＣＧ  ＩＤフィールドは３ビットを占有する、方法。
【請求項９】
請求項７に記載の方法であって、
前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、少なくとも１つの基準ＢＳテーブルに基づき、
前記少なくとも１つの基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのＢＳフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。
【請求項１０】
請求項９に記載の方法であって、
少なくとも１つの基準ＢＳテーブに基づいて前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準ＢＳテーブルから前記各ＢＳテーブルを選択すること、或いは、
前記少なくとも１つの基準ＢＳテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各ＢＳテーブルを生成すること、を含み、
前記ルールは前記ネットワークデバイスに事前に格納され、
前記各スケーリング係数は前記ネットワークデバイスによって決定される、方法。
【請求項１１】
請求項１０に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに関連付けられ、前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ  ＲＴＴに基づいて決定される、方法。
【請求項１２】
無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項１から６のいずれか１項に記載の方法を実行する様に動作する、装置。
【請求項１３】
無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項７から１１のいずれか１項に記載の方法を実行する様に動作する、装置。
【国際調査報告】
2020535684.tif 000016
2020535684.tif 000017