特許 7078711 無線通信のための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-23

(45)【発行日】2022-05-31

(54)【発明の名称】無線通信のための方法及び装置

(51)【国際特許分類】

   H04W 28/06 20090101AFI20220524BHJP

   H04W 72/12 20090101ALI20220524BHJP

【ＦＩ】

H04W28/06 110

H04W72/12 150

【請求項の数】 13

(21)【出願番号】P 2020512462

(86)(22)【出願日】2018-08-30

(65)【公表番号】

(43)【公表日】2020-12-03

(86)【国際出願番号】 CN2018103262

(87)【国際公開番号】W WO2019062461

(87)【国際公開日】2019-04-04

【審査請求日】2020-04-09

(31)【優先権主張番号】PCT/CN2017/103977

(32)【優先日】2017-09-28

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】特許業務法人大塚国際特許事務所

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(72)【発明者】

【氏名】リュウ， ジンフア

(72)【発明者】

【氏名】ワン， ミン

【審査官】松野 吉宏

(56)【参考文献】

【文献】Samsung，Discussion on BSR format，3GPP TSG RAN WG2 adhoc_2017_06_NR R2-1707381，フランス，3GPP，2017年06月17日

【文献】LG Electronics Inc.，BSR format with increased LCG，3GPP TSG RAN WG2 adhoc_2017_06_NR R2-1707222，フランス，3GPP，2017年06月16日

【文献】Huawei, HiSilicon，Design principle of BS table，3GPP TSG RAN WG2 #99 R2-1707724，フランス，3GPP，2017年08月12日

【文献】Motorola，MAC BSR Coding，3GPP TSG-RAN WG2#63 R2-084420，フランス，3GPP，2008年08月12日

【文献】Intel Corporation，BSR enhancements，3GPP TSG RAN WG2 adhoc_2017_06_NR R2-1707025，フランス，3GPP，2017年06月17日

【文献】Huawei，UE behaviour of NAS message transmission when inter-RAT change，3GPP TSG-RAN WG2#63 R2-084430，フランス，3GPP，2008年08月11日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信のための端末デバイスでの方法であって、
－少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各ＢＳテーブルを決定することであって、前記少なくとも１つのＬＣＧは、ネットワークデバイスによって前記端末デバイスに構成される、前記決定することと、
－前記少なくとも１つのＬＣＧのバッファ状態レポート（ＢＳＲ）を生成することと、
－対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びＢＳフィールドを含む前記ＢＳＲを前記ネットワークデバイスに送信することと、を含み、
前記ＬＣＧ ＩＤフィールドのサイズは、前記端末デバイスによって使用されるＬＣＧ数に基づき構成される、方法。

【請求項2】

請求項１に記載の方法であって、
前記ＢＳフィールドは、５ビットを占有し、
前記ＬＣＧ ＩＤフィールドは３ビットを占有する、方法。

【請求項3】

請求項１に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのＢＳフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。

【請求項4】

請求項１に記載の方法であって、
少なくとも１つの基準ＢＳテーブルに基づいて前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準ＢＳテーブルから前記各ＢＳテーブルを選択すること、或いは、
前記少なくとも１つの基準ＢＳテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各ＢＳテーブルを生成すること、を含み、
前記ルールは、前記端末デバイスに事前に格納される、或いは、前記端末デバイスにシグナリングされ、
前記各スケーリング係数は、前記端末デバイスにより決定される、或いは、前記端末デバイスにシグナリングされる、方法。

【請求項5】

請求項４に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、
前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、に基づいて決定される、方法。

【請求項6】

請求項１から５のいずれか１項に記載の方法であって、
前記選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧの前記サブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、前記ＬＣＧで利用可能なデータ量、及び、前記ＬＣＧのサービス種別の内の少なくとも１つに基づく、方法。

【請求項7】

無線通信のためのネットワークデバイスでの方法であって、
－少なくとも１つの論理チャネルグループ（ＬＣＧ）で端末デバイスを構成することと、
－前記端末デバイスのバッファ状態レポート（ＢＳＲ）フォーマットを構成することと、
－前記端末デバイスから前記少なくとも１つのＬＣＧのバッファ状態レポート（ＢＳＲ）を受信することと、
－前記少なくとも１つのＬＣＧの各バッファサイズ（ＢＳ）テーブルを決定することと、
－前記各ＢＳテーブルに基づいて、前記少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を含み、
前記ＢＳＲのフォーマットは、対応するＬＣＧのＬＣＧ識別子（ＩＤ）フィールド及びＢＳフィールドを含み、
前記ＬＣＧ ＩＤフィールドのサイズは、前記端末デバイスによって使用されるＬＣＧ数に基づき構成される、方法。

【請求項8】

請求項７に記載の方法であって、
前記ＢＳフィールドは５ビットを占有し、
前記ＬＣＧ ＩＤフィールドは３ビットを占有する、方法。

【請求項9】

請求項７に記載の方法であって、
前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、少なくとも１つの基準ＢＳテーブルに基づき、
前記少なくとも１つの基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、レイヤの最大数、コンポーネントキャリア（ＣＣ）の最大数、前記端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、前記ＢＳＲのＢＳフィールドにより占有されるビット数の内の少なくとも１つに基づき生成される、方法。

【請求項10】

請求項９に記載の方法であって、
少なくとも１つの基準ＢＳテーブに基づいて前記少なくとも１つのＬＣＧの各ＢＳテーブルを決定することは、
ルールに基づいて、前記少なくとも１つの基準ＢＳテーブルから前記各ＢＳテーブルを選択すること、或いは、
前記少なくとも１つの基準ＢＳテーブルと、前記少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、又は、ＢＳフィールドの各ビット数と、に基づいて、前記各ＢＳテーブルを生成すること、を含み、
前記ルールは前記ネットワークデバイスに事前に格納され、
前記各スケーリング係数は前記ネットワークデバイスによって決定される、方法。

【請求項11】

請求項１０に記載の方法であって、
前記少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、前記各スケーリング係数は、前記基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、前記少なくとも１つのＬＣＧに関連付けられたそれぞれのヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに基づいて決定される、方法。

【請求項12】

無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項１から６のいずれか１項に記載の方法を実行する様に動作する、装置。

【請求項13】

無線通信のための装置であって、
プロセッサと、
前記プロセッサにより実行可能な命令を含むメモリと、
を備え、これにより、前記装置が、請求項７から１１のいずれか１項に記載の方法を実行する様に動作する、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に無線通信に関し、より具体的には、バッファ状態レポート（ＢＳＲ）のための方法、装置、及び、コンピュータプログラム製品に関する。

【背景技術】

【0002】

ＢＳＲは、端末デバイスからネットワークデバイスへの媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）等のメッセージの一種であり、端末デバイスのバッファ内に、送信されるデータがどの程度あるかに関する情報を搬送する。ＢＳＲを受信した後、ネットワークデバイスは、リソースが利用可能な場合、一定量のアップリンク（ＵＬ）許可（物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース等）を割り当てる。このメカニズムにより、ネットワークは、ＵＬリソースを最適化できる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

しかしながら、ＢＳＲの既存のアプローチは、１つのヌメロロジーと送信時間間隔（ＴＴＩ）長をサポートする無線ネットワークのみに適しており、複数のヌメロロジーとＴＴＩ長をサポートする無線ネットワークには適さない場合がある。したがって、複数のヌメロロジーとＴＴＩ長をサポートするネットワークにおけるＢＳＲの解決策を提供することが望ましい。

【課題を解決するための手段】

【0004】

本要約は、以下の詳細な説明でさらに述べる概念の選択を簡略化した形式で紹介するために提供される。本要約は、クレームされた主題の鍵となる、或いは、必須の特徴を特定することを目的とするものではなく、クレームされた主題の範囲を制限することを意図するものではないことが理解される。

【0005】

本開示の一態様によると、バッファ状態レポート（ＢＳＲ）のための方法が提供される。本方法は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0006】

本開示の他の態様によると、バッファ状態レポート（ＢＳＲ）のための方法が提供される。本方法は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0007】

本開示の他の態様によると、プロセッサと、プロセッサが実行可能な命令を格納したメモリと、を備えた装置が提供され、これにより、装置は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定し、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成し、ネットワークデバイスにＢＳＲを送信する様に動作可能であり、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0008】

本開示の他の態様によると、プロセッサと、プロセッサが実行可能な命令を格納したメモリと、を備えた装置が提供され、これにより、装置は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信し、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定し、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得する様に動作可能であり、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0009】

本開示の他の態様によると、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0010】

本開示の他の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）の各バッファサイズテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0011】

本開示の他の態様によると、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0012】

本開示の他の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳテーブルを決定することと、各バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧの各ＢＳ値を取得することと、を実行させる命令を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0013】

本開示のこれら及び他の目的、特徴、及び、利点は、添付の図面に関連して読まれるべき例示的な実施形態の以下の詳細な説明から明らかになる。

【図面の簡単な説明】

【0014】

【図1】本開示の幾つかの実施形態が実施され得る概略システムを示す図。

【図2】バッファサイズテーブルの例を示す図。

【図3】バッファサイズテーブルの他の例を示す図。

【図4】本開示の一実施形態による方法のフローチャート。

【図5】本開示の一実施形態による、基準バッファサイズテーブル及びスケーリング係数に基づいてＢＳテーブルを生成する方法を示す図。

【図6】本開示の一実施形態による、ＢＳＲの第１フォーマットの幾つかのフォーマットを示す図。

【図7】本開示の一実施形態による、ＢＳＲの第２フォーマットの幾つかのフォーマットを示す図。

【図8】本開示の一実施形態による方法のフローチャート。

【図9】本開示の一実施形態による装置のブロック図。

【図10】本開示の一実施形態による装置のブロック図。

【図11】本開示の一実施形態による装置のブロック図。

【図12】本開示の一実施形態による装置のブロック図。

【発明を実施するための形態】

【0015】

開示された実施形態の完全な理解を提供するための説明の目的で、詳細な説明を以下に記載する。しかしながら、これらの特定の詳細なしで、或いは、同等の構成で、実施形態を実施できることは当業者には明らかである。

【0016】

ここで使用する様に、用語"無線通信ネットワーク"は、ＬＴＥアドバンスド（ＬＴＥ－Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）等の任意の適切な通信標準に従うネットワークを参照する。さらに、無線通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、及び／又は、その他の適切な第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、ＩＥＥＥ８０２．１１標準等の無線ローカルエリアネットワーク（ＷＬＡＮ）標準、及び／又は、その他の適切な無線通信規格、例えば、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ブルートゥース（登録商標）、及び／又は、ＺｉｇＢｅｅ規格、及び／又は、現在知られているか将来開発される他のプロトコル等を含む、任意の適切な世代の通信プロトコルに従い実行され得るが、それらに限定されない。

【0017】

用語"ネットワークデバイス"は、無線通信ネットワーク内のデバイスであって、端末デバイスがネットワークにアクセスしてサービスを受けるために経由するデバイスを意味する。ネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、又は、無線通信ネットワーク内の任意の他の適切なデバイスを参照する。ＢＳは、例えば、ノードＢ（ノードＢ又はＮＢ）、発展型ノードＢ（ｅノードＢ又はｅＮＢ）、ｇＮＢ、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレイ、フェムト、ピコ等の低電力ノードであり得る。ネットワークデバイスのさらに別の例には、ＭＳＲ ＢＳ等のマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバーステーション（ＢＴＳ）、送信ポイント、送信ノード等が含まれ得る。ただし、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末デバイスアクセスを構成し、アレンジし、有効化及び／又は提供する様に動作可能である、或いは、無線通信ネットワークにアクセスする端末デバイスに何らかのサービスを提供することができる任意の適切なデバイス（又はデバイスのグループ）を示し得る。

【0018】

用語"端末デバイス"は、無線通信ネットワークにアクセスしてサービスの提供を受けることができる任意のエンドデバイスを参照する。制限しない例として、端末デバイスは、移動端末、ユーザ装置（ＵＥ）、又は、他の適切なデバイスを参照する。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又は、アクセス端末（ＡＴ）であり得る。端末デバイスは、ポータブルコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、移動電話、セルラフォン、スマートフォン、ＶоＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）等を含み得るがこれらに限定されない。以下の説明では、"端末デバイス"、"端末"、"ユーザ装置"及び"ＵＥ"という用語は交換可能に使用され得る。一例として、端末デバイスは、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ及び／又は５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信する様に構成されたＵＥを表し得る。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味での"ユーザ"を必ずしも有する必要はない。幾つかの実施形態において、端末デバイスは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、端末デバイスは、内部又は外部のイベントによってトリガされたとき、或いは、無線通信ネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイスを表し得る。

【0019】

端末デバイスは、例えばサイドリンク通信用の３ＧＰＰ標準を実装することにより、デバイス間（Ｄ２Ｄ）通信をサポートでき、この場合、Ｄ２Ｄ通信デバイスとして参照され得る。

【0020】

さらに別の例として、ＩＯＴ（Ｉｎｔｅｒｎｅｔ оｆ Ｔｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク装置に送信する機器又は他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰの文脈ではマシン型通信（ＭＴＣ）デバイスとして参照され得る。特定の一例として、端末デバイスは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであり得る。その様な機器又はデバイスの特定の例は、センサ、電力計、産業用機械等の計測デバイス、又は、冷蔵庫、テレビ等の家庭用機器、時計等の個人用ウェアラブル機器である。他のシナリオにおいて、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。

【0021】

本明細書において、ダウンリンク（ＤＬ）送信は、ネットワークデバイスから端末デバイスへの送信を参照し、アップリンク（ＵＬ）送信は、反対方向の送信を参照する。

【0022】

本明細書における"一実施形態"、"実施形態"、"実施形態例"などへの言及は、説明された実施形態が特定の特徴、構造、又は、特性を含み得ることを示すが、総ての実施形態が必ずしも特定の特徴、構造、又は、特性を含むとは限らない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は、特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造、又は、特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。

【0023】

本明細書では、"第１"及び"第２"等の用語を使用して様々な要素が説明されるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用される"及び／又は"という用語は、関連する列挙された用語の１つ又は複数のありとあらゆる組み合わせを含む。

【0024】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び／又は構成部品の存在を特定するが、１つ以上の他の特徴、要素、構成部品及び／又はそれらの組み合わせの存在を除外するものではない。

【0025】

以下の説明及び特許請求の範囲において、定義されない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。

【0026】

ＬＴＥにおいて、ＢＳＲは、レイヤ２の機能の１つとして仕様化されている。ＢＳＲは、ＬＣＧの詳細情報を搬送する。ＢＳＲ送信は、幾つかの方法、例えば、新しいＵＬデータが空のバッファに到着したとき、又は、より優先度の高いデータが到着したとき（つまり、既存データよりも高い優先度）にトリガされ得る。ＢＳＲは定期的にもトリガされ得る。ネットワークは、ＵＥがＢＳＲを介して報告したＵＥのバッファ状態に従って、ＵＥにＵＬグラントを割り当てる。

【0027】

参照として組み込まれる３ＧＰＰ仕様３６．２１３－ｄ００のセクション６．１．３．１は、ＭＡＣ ＣＥと、ＢＳＲのバッファサイズレベルを規定する。ＢＳＲ ＭＡＣ ＣＥは、以下のいずれかで構成される。

・ショートＢＳＲ及びトランケーティッド（Ｔｒｕｎｃａｔｅｄ）ＢＳＲフォーマット：３ＧＰＰ仕様３６．２１３－ｄ００の図６．１．３．１－１に示される様に、１つのＬＣＧ識別子（ＩＤ）フィールド及び１つの対応するバッファサイズ（ＢＳ）フィールド

・ロングＢＳＲフォーマット：３ＧＰＰ仕様３６．２１３－ｄ００の図６．１．３．１－２に示される様に、ＬＣＧＩＤ＃０～＃３に対応する４つのバッファサイズフィールド

【0028】

ＬＣＧＩＤ及びＢＳフィールドは、以下の様に定義される。

－ＬＣＧ ＩＤ：ＬＣＧＩＤフィールドは、バッファ状態が報告されているＬＣＧを識別する。フィールド長は２ビットである。

－ＢＳ：ＢＳフィールドは、ＴＴＩの総てのＭＡＣプロトコルデータユニット（ＰＤＵ）が構築された後、ＬＣＧの総ての論理チャネルで利用可能なデータの合計量を識別する。データ量はバイト数で示される。それは、無線リンク制御（ＲＬＣ）レイヤ及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤでの送信に利用可能な総てのデータを含む。ＲＬＣ及びＭＡＣヘッダのサイズは、バッファサイズの計算においては考慮されない。フィールド長は６ビットである。拡張ＢＳＲサイズが設定されていない場合、バッファサイズフィールドによって取得される値は、３ＧＰＰ仕様３６．２１３－ｄ００の表６．１．３．１－１のコピーである図２に示される。拡張ＢＳＲサイズが設定されている場合、バッファサイズフィールドによって取得される値は、３ＧＰＰ仕様３６．２１３－ｄ００の表６．１．３．１－２のコピーである図３に示される。

【0029】

ＢＳフィールドは、ＢＳテーブルの"インデクス"値を表す。ＢＳＲインデクス（値）０は、端末デバイスに送信するデータがないことを意味し、数値が大きくなるにつれて、端末デバイスの送信データが増えることを意味する。

【0030】

ＬＴＥにおいて、図２～３に示す様なＢＳテーブルは、以下の式（１）を考慮して生成される。

【0031】

【数1】

ここで、ｐ＝（Ｂ_ｍａｘ／Ｂ_ｍｉｎ）^{１／（Ｎ－１）}－１は、２つの後続するＢＳレベル間のステップサイズを示す。Ｎは、ＢＳフィールドのビット数に基づいて計算されるステップ数である。ＬＴＥのＢＳフィールドが６ビットであり、インデクス"００００００"が"空のバッファ"を報告するために予約されていると仮定すると、２^６－１＝６３（指数分布）バッファサイズレベル、つまり、Ｎ＝６３である。ｋはＢＳテーブルのバッファサイズ値のインデクスであり、Ｂ_ｋはインデクスｋに対応するバッファサイズ値であり、Ｂ_ｍａｘ及びＢ_ｍｉｎはＵＥが報告できる最大及び最小のバッファサイズである。Ｂ_ｍｉｎは１０バイトである。図２に示すＢＳテーブルの場合、Ｂ_ｍａｘは最大ＵＬトランスポートブロックサイズと、２つのハイブリッド自動再送要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）のＨＡＲＱ確認時間を考慮して決定される。例えば、最大トランスポートブロックサイズが７５３７６ビットで、２ＲＴＴの応答時間（送信、処理及びスケジューリング遅延を含む）の場合、Ｂ_ｍａｘは以下の様に導出される。
Ｂ_ｍａｘ＝（７５３７６×１６）／８≒１５０Ｋｂｙｔｅ
ＬＴＥのＲｅｌ－１０においては、キャリアアグリゲーション（ＣＡ）及び多入力多出力（ＭＩＭＯ）のより高いデータレートをサポートするため、図３に示すＢＳテーブルが追加され、ここで、Ｂ_ｍａｘは、以下に示す様に、４レイヤＵＬ ＭＩＭＯ及び５ＵＬコンポーネントキャリア（ＣＣ）に適合させるために拡張される。
Ｂ_ｍａｘ＝（７５３７６×１６×４×５）／８≒３０００Ｋｂｙｔｅｓ

【0032】

３ＧＰＰ Ｒｅｌ－１５では、ニューレディオ（ＮＲ）の作業項目が３ＧＰＰで進行中である。作業範囲で計画されている様に、ＮＲは１ＧＨｚ未満から１００ＧＨｚ前後までで動作する。キャリア帯域幅は、潜在的なＮＲキャリアの可用性と定義に応じて、広範囲（例えば、１０ＭＨｚから１ＧＨｚ）内で様々であり得る。

【0033】

ＮＲは最大１ＧＨｚのキャリア帯域幅をサポートし得るが、キャリア帯域幅の一部のみを使用できる様にすることがＵＥには必要になる。
・バッテリー節約とコスト削減のために、低コストのＵＥにとっては、キャリア帯域幅の狭いセグメントをサポート／使用するだけで十分であり、例えば、ＮＢ－ＩｏＴのＵＥは、３ＧＰＰ Ｒｅｌ－１４で規定されている様に、１８０ｋＨｚの帯域幅のみを使用できる。別の場合において、たとえＵＥがネットワークと同じキャリア帯域幅で動作できるとしても、ＵＥが常に全キャリア幅を使用しなければならないということではない。ＵＥは、好むサービス又は継続中のサービスのデータレート要件に従って、キャリア帯域幅よりも狭い帯域幅に構成され得る。

【0034】

一般に、ＮＲは２つのシナリオを含む複数のヌメロロジーをサポートし得る。

・シナリオ１：異なるヌメロロジーが異なるキャリアに設定され得る。例えば、低周波数のキャリアには小さなサブキャリア間隔（ＳＣＳ）が適用され、高周波数のキャリアには大きなＳＣＳが適用され得る。特定のキャリア周波数範囲に対して、複数のヌメロロジー候補が存在する場合があり、結果、ネットワークは、トラフィックのサービス品質（ＱｏＳ）要件、及び／又は、ネットワーク次元要件を考慮して、範囲内の１つのキャリアにどのヌメロロジーを適用するかを選択できる。例えば、ネットワークのカバレッジがエアインターフェイスの伝送遅延よりも優先される場合、ネットワークは低周波数で１つのキャリアに小さなＳＣＳを設定できる。別の例として、無線アクセスネットワーク（ＲＡＮ）の送信遅延がネットワークカバレッジよりも優先される場合、ネットワークは、短いＴＴＩ期間を得るために、キャリアに大きなＳＣＳを設定できる。さらに、帯域幅と送信時間間隔（ＴＴＩ）は、キャリアによって異なり得る。

・シナリオ２：１つのキャリアに複数の帯域幅部分（ＢＷＰ）を構成でき、１つ以上のＢＷＰで１つのＵＥを構成できる。様々なＱｏＳ要件を満たすために、様々なＢＷＰが、様々なヌメロロジーで構成され得る。

【0035】

ＮＲ又は複数のヌメロロジー及びＴＴＩ長をサポートする他の通信システムのＢＳテーブルには、同じ式（１）を適用できる。ただし、パラメータの値（つまり、Ｂ_ｍａｘ、Ｂ_ｍｉｎ及びＮ）は、ＬＴＥの値とは異なり得る。さらに、ＮＲ又は他の通信システムは、任意の他の適切な方法でＢＳテーブルを生成し得る。

【0036】

例えば、ＮＲのＵＥが少なくとも１つのヌメロロジー及びＴＴＩ長で構成され得ることを考慮すると、各ＨＡＲＱ送信のＨＡＲＱ ＲＴＴ時間は、その送信に使用されるヌメロロジー及びＴＴＩ長に応じて異なる場合があり、異なるバッファサイズの値が、各ＢＳＲサイクルにおいてＵＥによって報告され得る。ＬＴＥのＢＳテーブルは、１５ｋＨｚのサブキャリア間隔及び１ｍｓのＴＴＩ長に基づいて設計されているため、これは、ＬＴＥ ＢＳＲサイズの既存のテーブルは、ＮＲには不十分であることを意味する。

【0037】

したがって、複数のヌメロロジー及びＴＴＩ長をサポートする無線ネットワークにおいてＢＳＲを送信するための解決策を提供することが望まれる。

【0038】

上述の問題又は他の問題の少なくとも１つを克服又は軽減するために、本開示の実施形態は、ＢＳＲの解決策を提案する。実施形態によると、少なくとも１つのヌメロロジー及び／又はＴＴＩ長をサポートするために、少なくとも１つの基準ＢＳテーブルが作成される。例えば、より短いＨＡＲＱ ＲＴＴ時間は、少なくとも１つの基準ＢＳテーブルから選択されるＢＳテーブルに適用されてもよく、或いは、共通／基準ＢＳテーブルを使用してスケーリング係数を乗算することにより作成されてもよい。スケーリング係数は、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、ＵＥがサポートできる各ＣＣの最大キャリア帯域幅、最長ＨＡＲＱ ＲＴＴ、時分割複信（ＴＤＤ）の場合のＵＬスロット部分、ＢＳＲレポート間隔、及び、ＢＳフィールドが占有するビット数等の要素を考慮して決定され得る。

【0039】

以下の実施形態は主にＮＲシステムの文脈で説明されるが、本発明はこれに限定されず、本明細書で説明される実施形態から利益を得ることができる任意の適切な無線システムに適用され得る。さらに、実施形態は、免許不要のチャネル動作及び／又は免許要のチャネル動作に適用され得ることに留意されたい。

【0040】

本開示の実施形態の詳細について、以下では、図面を参照して詳細に説明する。

【0041】

図１は、本開示の幾つかの実施形態が実施され得る概略システムを示している。図１に示す様に、無線システム１００は、セルラ基地局、例えば、ＮＲのｇＮＢ等のネットワークデバイス１１０を備える。ネットワークデバイス１１０は、端末デバイス又はＵＥと比較してネットワーク側の機能要素を参照し得る。例えば、ネットワークデバイス１１０は、ｅＮＢ、ホームｅノードＢ、フェムト基地局、ピコＢＳ、ｇＮＢ、又は、システム１００内の端末デバイス１０４～１０ｎにサービスを提供することができる他の任意のノードを含み得る。セルラ無線システムが、セルサイト又は基地トランシーバ局として知られる送信局によってそれぞれサービスされる無線セルのネットワークを備え得ることはよく知られている。無線ネットワークは、複数のトランシーバ（ほとんどの場合モバイル）に無線通信サービスを提供する。協調動作するネットワークデバイスのネットワークにより、単一のネットワークデバイスによって提供される無線カバレッジよりも大きい無線サービスが可能になる。個々のネットワークデバイスは、別のネットワーク（多くの場合、図示しない有線ネットワーク）に接続され、これには、リソース管理用の追加のコントローラが含まれ、場合によっては、他のネットワークシステム（インターネットなど）又はメトロポリタンエリアネットワーク（ＭＡＮ）にアクセスする。円１３０は、ネットワークデバイス１１０のカバレッジ範囲を概略的に示している。

【0042】

図１に示す様に、システム１００は、１つ以上のＵＥ又は端末装置１０４～１０ｎを含むことができ、それらのそれぞれは、リンク１２０及び１２４等の無線リンクを介してセルラ基地局等のネットワーク装置１１０と動作可能に通信することができる。端末デバイス１０４～１０ｎは、例えば、固定的又は移動可能であり得る。端末装置１０４～１０ｎは、携帯電話、スマートフォン、デスクトップ、ラップトップ等のコンピュータ、携帯電話ネットワークＵＥ及びマシン型通信デバイスの様なモバイルデバイス若しくは端末、無線通信機能を実装し、Ｗｉｎｄｏｗｓ、Ｌｉｎｕｘ（登録商標）、ＵＮＩＸ（登録商標）、Ａｎｄｒｏｉｄ、ｉＯＳ、及び、それらの変形等を含むが、これらに限定されない任意種別のオペレーティングシステムを実行するハンドヘルドコンピュータ、携帯情報端末（ＰＤＡ）、無線センサ、ウェアラブルデバイス、ビデオカメラ、セットトップボックス、パーソナルメディアデバイス、又は、これらの任意の組み合わせを含み得るが、これらに限定されない。

【0043】

さらに、図１には１つのネットワークデバイス１１０のみが示されているが、幾つかの端末デバイスが第１のネットワークデバイスのカバレッジ範囲内にあり、幾つかの端末デバイスが第２のネットワークのカバレッジ範囲内にあるといった２つ以上のネットワークデバイスがあり、幾つかの端末デバイスが２つ以上のネットワークデバイスのカバレッジ範囲の境界にあり得る。後者の場合、端末デバイスは、２つ以上のネットワークデバイスのそれぞれから信号を受信し得る。

【0044】

図４は、本開示の一実施形態による方法４００を示すフローチャートであり、図１の端末デバイス１０４等の装置で実行され得る。よって、端末デバイス１０４は、方法４００の様々な部分を達成するための手段と、他のコンポーネントとともに他のプロセスを達成するための手段と、を提供し得る。

【0045】

図４に示す様に、方法４００は、端末装置１０４が少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定するブロック４０２で開始し得る。ＬＣＧは論理チャネルのグループであり、報告される論理チャネルのグループに関連付けられたバッファス状態を有する。ネットワークは、それぞれが独自のＬＣＧ ＩＤを有し得る少なくとも１つのＬＣＧで端末デバイスを構成し得る。

【0046】

少なくとも１つの基準ＢＳテーブルが、端末デバイス１０４に事前に格納されても良いし、端末デバイス１０４にシグナリングされてもよい。加えて、ネットワークデバイスは、どの基準ＢＳテーブルが端末デバイスに事前に格納されているか、或いは、端末デバイスにシグナリングされているかを知り得る。端末デバイス１０４は、ネットワークの総ての基準ＢＳテーブルをそのストレージ又はメモリに事前に格納してもよく、端末デバイス１０４によってサポートされる基準ＢＳテーブルの一部をそのストレージ又はメモリに事前に格納してもよい。或いは、ネットワークデバイスは、必要な基準ＢＳテーブルを端末デバイスにシグナリングし得る。加えて、新しい基準ＢＳテーブルが作成されたとき、ネットワークデバイスは、必要に応じて、新しい基準ＢＳテーブルを端末デバイスにシグナリングし得る。

【0047】

基準ＢＳテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）、時分割複信の場合のアップリンクスロットのフラクション（ｆｒａｃｔｉоｎ）、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数等の適切なパラメータに基づいて作成され、ここで、レイヤとは、送信機から受信機へのデータストリームを意味し、シングルユーザ空間多重化の場合、多重化され得るレイヤの最大数はチャネルランクを超えない場合がある。

【0048】

例えば、端末デバイスによって報告される最大バッファサイズは、以下の様に計算され得る。
Ｂ_ｍａｘ＝（最大アップリンクトランスポートブロックサイズ×最大レイヤ数×ＣＣの最大数×（２×ＨＡＲＱの最長ＲＴＴ）×ＴＤＤの場合のＵＬスロットのフラクション）／８（バイト）

【0049】

別の例において、端末デバイスによって報告される最大バッファサイズは、以下の様に計算され得る。
Ｂ_ｍａｘ＝（最大アップリンクトランスポートブロックサイズ×最大レイヤ数×ＣＣの最大数×（２×ＨＡＲＱの最長ＲＴＴ）×ＴＤＤの場合のＵＬスロットのフラクション×スケーリング係数）／８（バイト）

【0050】

Ｂ_ｍａｘの上記の計算は例示に過ぎず、他の実施形態において他の適切な方法でＢ_ｍａｘを決定できることに留意されたい。例えば、Ｂ_ｍａｘを事前定義したり、Ｂ_ｍａｘの計算に上記パラメータ及び／又は他のパラメータの一部を使用したりできる。最小バッファサイズＢ_ｍｉｎは事前に定義され得る。Ｂ_ｍａｘ、Ｂ_ｍｉｎ、及び、バッファサイズレベルの数が決定されると、例えば上記の式（１）を使用して、基準ＢＳテーブルが作成され得る。基準ＢＳテーブルは、図２～図３に示されているのと同様の形式を有し得る。加えて、基準ＢＳテーブルのテーブルエントリの数は２^ｎであり、ここでｎは４～８の様な整数又は他の整数であり得る。

【0051】

本実施形態において、端末デバイスは、任意の適切な方法で少なくとも１つの基準ＢＳテーブルに基づいて少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定し得る。例えば、端末デバイスに事前に格納又はシグナリングされる基準ＢＳテーブルが１つしかない場合、端末デバイスはこの基準ＢＳテーブルを各ＬＣＧの共通ＢＳテーブルとして使用し得る。

【0052】

一実施形態において、端末デバイスは、ルールに基づいて少なくとも１つの基準ＢＳテーブルから少なくとも１つのＬＣＧそれぞれのＢＳテーブルを選択することができ、ルールは端末デバイスに事前に格納されるか、端末デバイスにシグナリングされ得る。例えば、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによってルールを端末デバイスにシグナリングでき、或いは、ランダムアクセス応答（ＲＡＲ）メッセージで、又は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）等のコマンド若しくはＭＡＣ ＣＥの様な他のＬ１／Ｌ２シグナリングを介してルールを送信し得る。

【0053】

ルールは、任意の適切なルール情報を含み得る。ルールは、ヌメロロジー／ＴＴＩ長に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧが特定のヌメロロジー／ＴＴＩ長にマッピングされる場合、端末デバイスは、特定のヌメロロジー／ＴＴＩ長に関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。ルールは、サービス種別に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧがボイスオーバインターネットプロトコル等のリアルタイムサービスに対応する場合、端末デバイスは、短いＴＴＩに関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。別の例として、ＬＣＧがビデオサービスに対応する場合、端末デバイスは、大きなバッファサイズに関連付けられた基準ＢＳテーブルをＬＣＧのＢＳテーブルとして選択し得る。

【0054】

別の実施形態において、端末デバイスは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられたそれぞれのスケーリング係数に基づいてそれぞれのＢＳテーブルを生成することができ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされ得る。それぞれのスケーリング係数が端末デバイスにシグナリングされる場合、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによってそれぞれのスケーリング係数を端末デバイスにシグナリングするか、ランダムアクセス応答（ＲＡＲ）メッセージや、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の様なコマンド若しくは、ＭＡＣ ＣＥ等の他のＬ１／Ｌ２シグナリング経由でスケーリング係数を送信し得る。それぞれのスケーリング係数が端末デバイスによって決定される場合、スケーリング係数を計算するルールは事前定義されるか、端末デバイスにシグナリングされ得る。２つ以上の基準ＢＳテーブルが端末デバイスに格納又は送信される場合、端末デバイスは最初にＬＣＧの基準ＢＳテーブルを選択し、選択した基準ＢＳテーブルとＬＣＧに関連付けられたスケーリング係数に基づいてＬＣＧのＢＳテーブルを生成し得る。基準ＢＳテーブルの選択は、事前定義されたルールに基づいていてもよいし、端末装置にシグナリングされてもよい。

【0055】

図５は、基準バッファサイズテーブル及びスケーリング係数に基づいてＢＳテーブルを生成する方法を示している。図５に示す様に、基準ＢＳテーブルの各ＢＳ値に、スケーリング係数ｃを乗じることで、ＬＣＧの新しいＢＳテーブルを生成する。

【0056】

スケーリング係数は、適切な方法で決定され得る。例えば、ヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ ＲＴＴ、又は、サービス種別が、特定のスケーリング係数に割り当てられ得る。次いで、端末デバイスは、ＬＣＧに関連付けられたヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ ＲＴＴ、又は、サービス種別に基づいて、ＬＣＧのスケーリング係数を決定し得る。

【0057】

一実施形態において、少なくとも１つの基準ＢＳテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、スケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、に基づいて決定され得る。例えば、スケーリング係数は、任意の適切な関数ｆ（ｘ、ｙ）によって決定でき、ここで、ｘは基準とするヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴを示し、ｙはＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート、又は、ＨＡＲＱ ＲＴＴを示している。関数ｆ（ｘ、ｙ）は、任意の適切な形式を取り得る。

【0058】

一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することの１つにより決定され得る。例えば、基準ＴＴＩ長が１ｍｓで、ＬＣＧに関連付けられたＴＴＩ長が０．５ｍｓの場合、スケーリング係数はＬＣＧに対して０．５として計算される。別の例として、基準ＨＡＲＱ ＲＴＴ長が１ｍｓで、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴ長が０．８ｍｓの場合、スケーリング係数はＬＣＧに対して０．８として計算される。

【0059】

ＬＣＧの論理チャネルが、異なるＨＡＲＱ ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされる実施形態において、端末デバイスは、異なるＨＡＲＱ ＲＴＴの最長のＨＡＲＱ ＲＴＴを使用して基準ＨＡＲＱ ＲＴＴ長を分割し、スケーリング係数を得ることができる。例えば、１つのヌメロロジーが０．９ｍｓのＨＡＲＱ ＲＴＴ長であり、もう１つが０．８ｍｓのＨＡＲＱ ＲＴＴ長である２つのヌメロロジー／ＴＴＩ期間にＬＣＧがマッピングされる場合、ＬＣＧのスケーリング係数は、最も長いＨＡＲＱ ＲＴＴ（０．９ｍｓ）を使用して１ｍｓ等の基準ＨＡＲＱ ＲＴＴ長さを分割することで、０．９と計算される。

【0060】

一実施形態において、それぞれのＢＳテーブルの少なくとも１つは、基準ＢＳテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリの数は、ＢＳフィールドのそれぞれのビット数に基づいて決定され得る。上記の様に、ＢＳＲはＢＳフィールドを含み得る。ＢＳフィールドのサイズは、ＬＣＧの優先度、サービス種別、又は、データレート要求に基づいてネットワークによって設定され得る。この構成は、ＬＣＧ固有であり得る。例えば、データレートが低いＶｏＩＰ（ボイスオーバーＩＰ）の様なトラフィックの場合、ＢＳフィールドは４ビット等の少ないビットを使用し、データレートが高い他のＬＣＧの場合、ＢＳフィールドは６ビット等のより多くのビットを使用する。ＢＳフィールドのサイズは、バッファサイズレベルの数又はテーブルエントリの数を定義し得る。例えば、バッファサイズレベルの数は２^ｎであり、ここで、ｎはＢＳフィールドのビット数である。基準ＢＳテーブルのテーブルエントリ数がＬＣＧのＢＳフィールドのビット数で定義されるものよりも大きい場合、基準ＢＳテーブルのテーブルエントリのサブセットがＬＣＧのＢＳテーブルを生成するために選択され得る。テーブルエントリのサブセットは、基準ＢＳテーブルの任意の適切な場所に配置され得る。インデクス０は、ＬＣＧに送信するデータがないことを意味するため、インデクス０をサブセットに含めることができることに留意されたい。さらに、サブセット内の一部のインデクスのＢＳサイズ値が再定義され得る。例えば、図２に示す様に、サブセットがテーブルのインデクス０～３１を含む場合、インデクス３１のＢＳ値はＢＳ＞９６７として再定義され得る。さらに、この実施形態でスケーリング係数が使用される場合、テーブルエントリのサブセットのＢＳ値はスケーリング係数で乗算され得る。

【0061】

ブロック２０４で、端末デバイスは、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成し得る。例えば、ＢＳＲ送信がトリガされた場合、端末デバイスはＢＳＲを生成し得る。

【0062】

一実施形態において、ＢＳＲは、ＬＣＧ ＩＤフィールド及びＢＳフィールドを含む第１フォーマットを有し得る。第１フォーマットのサイズは、８ビットに等しいか、それより大きくても小さくてもよい。ＬＣＧ ＩＤフィールドのサイズは、任意の適切な方法でネットワークデバイスによって構成され得る。例えば、ＬＣＧ ＩＤフィールドのサイズは、ネットワーク内のＬＣＧの数、移動端末によって使用されるＬＣＧの数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧの数のうちの少なくとも１つに基づいて構成され、選択されたＬＣＧは第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧに利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づき得る。例えば、ＬＣＧの数が２^ｘ～２^ｘ＋１の範囲にある場合、ＬＣＧ ＩＤフィールドのサイズはｘビットであり得る。例として、ＵＥが４個以下のＬＣＧで構成されている場合、ＬＣＧ ＩＤフィールドは２ビットを占有し得る。別の例として、ＵＥが１つのＬＣＧのみで構成されている場合、ＬＣＧ ＩＤフィールドは省略され得る。ＢＳフィールドは、例えば、ＢＳ値の粒度及びＬＣＧのＢＳテーブル内のエントリの数に応じて、ネットワークによって構成され得る。

【0063】

図６は、本開示の一実施形態によるＢＳＲの第１フォーマットの幾つかのフォーマットを示している。図６に示す様に、ＵＥが１つのＬＣＧのみで構成されている場合、第１フォーマット（ａ）は、ＬＣＧ ＩＤフィールドを省略でき、第１フォーマット（ｂ）は、１つのＬＣＧ ＩＤフィールド及び１つの対応するＢＳフィールドのみを含み、第１フォーマット（ｃ）、（ｄ）及び（ｅ）は、複数のＬＣＧ ＩＤフィールド及びそれぞれのＢＳフィールドを含み、ＢＳフィールドのサイズは、第１フォーマット（ｃ）及び（ｄ）で異なり、第１フォーマット（ｅ）は、各ＬＣＧが同じ又は異なるサイズのＢＳフィールドを有し得ることを示している。図６に示されるフォーマットは例示に過ぎず、他の実施形態において、第１フォーマットは、他の適切な形態をとることができることに留意されたい。

【0064】

ネットワークは、ＬＣＧ／論理チャネル（ＬＣＨ）の優先順位、ＬＣＧで利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づいて、ＢＳＲの第１フォーマットを報告／トリガすることをサポートするかをＬＣＧに設定できる。例えば、優先度の高いＬＣＧ／ＬＣＨ、利用可能なデータ量の少ないＬＣＧ、又は、音声サービス等のリアルタイムサービス用のＬＣＧが、ＢＳＲの第１フォーマットを使用するために選択され得る。この様にして、総てのＬＣＧの中にＬＣＧのサブセットがあり、ＬＣＧの第１フォーマットを報告できる。ＬＣＧのこのサブセットは、より少ないビットに適合する様にＬＣＧ ＩＤを変更する。ＢＳフィールドは、ＢＳ値の粒度とＬＣＧのＢＳテーブルのエントリ数に合わせて、より多くのビットを含み得る。第１フォーマットは、ＬＣＧ ＩＤフィールドを含むため、端末デバイスは、ＢＳＲ内に、送信されるデータを有する１つ以上のＬＣＧのバッファス状態を含み得る。

【0065】

別の例において、ＢＳＲは、少なくともＢＳフィールドを含む第２フォーマットを有することができ、特定のＬＣＧのＢＳフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも一方に基づいて、ネットワークデバイスによって構成される。例えば、データレートの低いＶｏＩＰの様なトラフィックの場合、ＢＳフィールドは、４ビット等の少ないビットを使用し、データレートの高い他のＬＣＧの場合、ＢＳフィールドは、８ビット等のより多くのビットを使用する。別の例として、高データレートのＬＣＧは、８ビット等より多くのビットを占有し、低データレートのＬＣＧは、４ビット等より少ないビットを占有し得る。

【0066】

図７は、本開示の一実施形態によるＢＳＲの第２フォーマットの幾つかのフォーマットを示している。図７に示される様に、第２フォーマット（ａ）は、端末デバイスがただ１つのＬＣＧで構成される場合、１つのＢＳフィールドを含み、第２フォーマット（ｂ）、（ｃ）及び（ｄ）は、端末デバイスが複数のＬＣＧで構成されている場合、複数のＢＳフィールドを含み、ＢＳフィールドのサイズは、第２フォーマット（ｂ）及び（ｃ）で異なり、第２フォーマット（ｄ）は、各ＬＣＧがＢＳフィールドと同じサイズ又は異なるサイズを有し得ることを示している。図７に示されるフォーマットは例示に過ぎず、他の実施形態において、第２フォーマットは他の適切な形態をとり得ることに留意されたい。第２フォーマットは、ＬＣＧ ＩＤフィールドを含まないため、端末デバイスは、ＢＳＲ内の端末デバイスによって使用される総てのＬＣＧのバッファ状態を含み得る。

【0067】

図４のブロック２０６で、端末デバイスは、ＢＳＲをネットワークデバイスに送信し得る。ＢＳＲ送信がトリガされる場合、端末デバイスは、ＢＳＲを生成し、ネットワークデバイスに送信し得る。例えば、ＬＣＧのバッファに新しいデータが到着したとき、或いは、バッファで既に待機しているデータよりも新しいデータの優先度が高いとき、端末デバイスは、ＢＳＲを生成及び送信し得る。端末デバイスは、事前定義された周期でＢＳＲを生成及び送信し得る。周期はネットワークによって定義され、メッセージによってＵＥに通知され得る。データメッセージのパディングビット数がＢＳＲのサイズよりも大きい場合、ＢＳＲを生成して送信することができ、その結果、パディングビットスペースを使用してＢＳＲを送信できる。

【0068】

ここで、ＮＲシステムでのＢＳテーブル設計の概要を以下に示す。

【0069】

ＶｏＩＰサービスがＮＲに継続的に存在し、パケット圧縮機能の大部分がＰＤＣＰレイヤで再利用されることを考えると、同じ最小バッファサイズレベル、つまり、ＮＲのためにＢ_ｍｉｎ＝１０バイトを開始点として、再利用することは合理的である。一方、ＮＲは、ＤＲとフローとのマッピングをサポートする新しいレイヤＳＤＡＰを導入し、これにより、１バイトの追加オーバヘッドが追加され、式（１）のＢ_ｍｉｎは１１バイトに更新され得る。

【0070】

同時に、ＮＲシステムは、非常に低いレートから非常に高いレートまでデータレートの範囲が変化する幅広いサービスをサポートする様に設計されている。Ｂ_ｍａｘとＮを更新して、バッファサイズの粒度とレート範囲を拡大することが有益である。したがって、ＬＴＥ ＢＳサイズ値テーブルの設計アプローチは、前述の式（１）の更新されたパラメータ（Ｂ_ｍｉｎ、Ｂ_ｍａｘ及びＮ）を用いてＮＲに適用すべきである。

【0071】

さらに、ＮＲによるサポートが期待される広範囲のサービスに必要な粒度でバッファ状態を伝えるには、６ビットでは十分でない場合があることに留意されたい。ＮＲの主な目標は、極端なＭＢＢレート（１０Ｇｂｐｓ）を含むが、例えば、それほど極端ではないＭＢＢやＵＲＬＬＣ等のさらに低いレートも含み、さらには高レートサービスと低レートサービスの組み合わせの増加も含まれる。これにより、様々なＬＣＧのバッファサイズが急速に変化する可能性があり、バッファサイズの粒度を大きくすることは、スケジューラにとって非常に有益である。この様な粒度をエンコードする１つの方法は、フィールドをバイト調整し、それによって単純にバッファ状態フィールドのサイズを８ビットに拡張することである。長いＢＳＲフォーマットの場合、ＢＳフィールドを８ビットに増やすことが提案される。

【0072】

ＬＴＥの２つのＢＳサイズ値テーブルは、拡張データレート（ＣＡ及びＭＩＭＯ）を使用するシナリオと使用しないシナリオに別々に適用される。ほとんどのＮＲ端末は、ＣＡ及びＭＩＭＯ機能をサポートすることを期待されているため、長いＢＳＲフォーマットに対して２つのＢＳサイズテーブルを用意する必要はない。

【0073】

１つの提案は、ＮＲが、長いＢＳＲフォーマットのために、２５６ステップの１つのＢＳサイズ値テーブルをサポートすることである。ＬＴＥの場合と同様に、Ｂ_ｍａｘの値は、アップリンクピークデータレート、つまり、最大アップリンクトランスポートブロックサイズと、バッファ状態レポートが送信された後の予想応答時間（つまり、バッファ状態レポートと対応するアップリンク許可との間の期間）、レイヤの数、及び、ＣＣ数に基づき導出される。応答時間については、ＨＡＲＱ送信等の遅延成分、動的スケジューリングによる遅延成分（処理時間、データ／グラントの符号化と復号）等を考慮し、ＬＴＥにおいては、ＨＡＲＱ ＲＴＴの２倍が使用されている。ＮＲにおいては、ＵＰ処理時間とスケジューリング時間が最適化によって大幅に短縮されているため、１ＨＡＲＱ ＲＴＴで十分と考えられる。ＮＲが様々な長さの送信期間をサポートしていることを考えると、最大のＨＡＲＱ ＲＴＴを考慮する必要があると考える。

【0074】

別の提案は、Ｂ_ｍａｘの値を、最大アップリンクトランスポートブロックサイズ、最大ＨＡＲＱ ＲＴＴ、レイヤ数、及び、ＣＣ数の積に基づいて導出することである。最大アップリンクトランスポートブロックサイズは、ＲＡＮ１によって決定されるが、Ｎの値はＢＳＲ ＭＡＣ ＣＥフォーマットに直接関連するため、ＲＡＮ２によって決定され得る。

【0075】

別の提案は、ＲＡＮ１フィードバックが最大アップリンクトランスポートブロックサイズの値を決定することである。

【0076】

長いＢＳＲフォーマットに加えて、ＮＲ標準の議論では、ＬＴＥの様に１バイトの短いＢＳＲフォーマットを維持することが同意されている。この場合、ＢＳフィールドは５ビットである。本開示は、短いＢＳＲフォーマットでバッファ状態を報告する２つのオプションを提供する。１つのオプションは、短いＢＳＲのために新しい個別のＢＳサイズ値テーブルを作成することであり、もう１つのオプションは、ベースＢＳサイズ値テーブルをスケーリングすることである。

【0077】

短いＢＳＲフォーマットは、通常、小さなアップリンク許可の場合に適用され、この場合、ＭＡＣ ＰＤＵのパディングを避けるために、より正確なＢＳ情報を提供することがより重要である。言い換えれば、ＢＳサイズテーブルがより細かい粒度を提供することが重要である。したがって、オプション１を選択する方が合理的であると考えられる。ベースＢＳサイズテーブルのスケーリングは、ＢＳ値の粒度の低下とＢＳ範囲の縮小のリスクにつながる可能性がある。

【0078】

さらに、ＮＲが短いＢＳフォーマットのために、３２ステップの個別のＢＳサイズテーブルを定義することに基づいて、Ｂ_ｍａｘの値は短いＢＳＲフォーマットでは９６７バイトに設定される。ＬＴＥにおいて拡張ＢＳＲサイズが設定されていない場合、バッファサイズフィールドで取得される値は、３６．２１３の表６．１．３．１－１に定義されている。当該テーブルに基づいて、ＢＳフィールドが５ビットであると仮定した場合の最大バッファサイズレベルは９６７バイトになる。この値は、ＮＲの短いＢＳＲフォーマットのための最大バッファサイズレベルとして再利用することができる。図８は、本開示の一実施形態による方法８００を示すフローチャートであり、これは、図１のネットワークデバイス１１０等の装置、或いは、ネットワークデバイス１１０に含まれ得る装置で実行され得る。よって、装置は、方法８００の様々な部分を達成するための手段と、他のコンポーネントと共に他のプロセスを達成するための手段を提供し得る。上記の実施形態で説明された幾つかの部分については、簡潔にするために、その詳細な説明はここでは省略される。

【0079】

図８に示す様に、方法８００は、ネットワークデバイス１１０が少なくとも１つのＬＣＧのためのＢＳＲを端末デバイスから受信するブロック８０２で開始し得る。例えば、端末デバイスは、上述した様な様々な方法でＢＳＲを生成してネットワークデバイスに送信し、その後、ネットワークデバイス１１０はＢＳＲを受信し得る。ネットワークデバイス１１０は、それぞれが独自のＬＣＧ ＩＤを有し得る少なくとも１つのＬＣＧで端末デバイスを構成し得る。

【0080】

一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧの数、移動端末によって使用されるＬＣＧ数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいて、ネットワークデバイスにより構成され、選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、図６を参照して上述した様に、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧが利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づき得る。

【0081】

ネットワークは、ＬＣＧ／論理チャネル（ＬＣＨ）の優先度、ＬＣＧで利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づいて、ＢＳＲの第１フォーマットを報告／トリガすることをサポートするかをＬＣＧに設定できる。

【0082】

別の例では、ＢＳＲは、少なくともＢＳフィールドを含む第２フォーマットを有することができ、特定のＬＣＧバッファサイズフィールドのサイズは、図７を用いて上述した様に、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも１つに基づいて、ネットワークデバイスによって構成される。

【0083】

ブロック８０４で、ネットワークデバイス１１０は、少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズ（ＢＳ）テーブルを決定する。少なくとも１つの基準ＢＳテーブルは、端末デバイス１１０に事前に格納され得る。加えて、ネットワークデバイスは、どの基準ＢＳテーブルが端末デバイスに事前に格納されているか、或いは、端末デバイスにシグナリングされているかを知り得る。ネットワークデバイス１１０は、ネットワークの総ての基準ＢＳテーブルをそのストレージ又はメモリに事前に格納することができ、或いは、ネットワークデバイス１１０によって使用される基準ＢＳテーブルの一部をそのストレージ又はメモリに事前に格納することができる。

【0084】

基準ＢＳテーブルは、上述した様に、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数等の適切なパラメータに基づいて作成され得る。

【0085】

この実施形態において、ネットワークデバイス１１０は、任意の適切な方法で少なくとも１つの基準ＢＳテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定し得る。例えば、端末デバイスに設定される基準ＢＳテーブルが１つしかない場合、ネットワークデバイス１１０は、この基準ＢＳテーブルを、端末デバイスの各ＬＣＧの共通ＢＳテーブルとして使用し得る。

【0086】

一実施形態において、ネットワークデバイス１１０は、ルールに基づき、少なくとも１つの基準ＢＳテーブルから少なくとも１つのＬＣＧそれぞれのＢＳテーブルを選択し得る。ルールは、ネットワークデバイス１１０に事前に格納され得る。さらに、ネットワークデバイス１１０及び端末デバイスの両方は、同じルールを知り得る。

【0087】

ルールは、任意の適切なルール情報を含み得る。ルールは、ヌメロロジー／ＴＴＩ長に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧが特定のヌメロロジー／ＴＴＩ長にマッピングされる場合、ネットワークデバイス１１０は、特定のヌメロロジー／ＴＴＩ長に関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。ルールは、サービス種別に基づいて基準ＢＳテーブルを選択することを示し得る。例えば、ＬＣＧがリアルタイムサービスに対応する場合、ネットワークデバイス１１０は、短いＴＴＩ長に関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。別の例として、ＬＣＧがビデオサービスに対応する場合、ネットワークデバイス１１０は、大きなバッファサイズに関連付けられた基準ＢＳテーブルを、ＬＣＧのＢＳテーブルとして選択し得る。

【0088】

別の実施形態において、ネットワークデバイス１１０は、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられたそれぞれのスケーリング係数に基づいて、それぞれのＢＳテーブルを生成することができ、それぞれのスケーリング係数は、ネットワークデバイス１１０によって決定される。さらに、ネットワークデバイスは、システムブロードキャストシグナリング又はＵＥ専用ＲＲＣシグナリングによって、スケーリング係数を端末デバイスにシグナリングでき、或いは、ランダムアクセス応答（ＲＡＲ）メッセージで、又は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）等のコマンド若しくはＭＡＣ ＣＥの様なＬ１／Ｌ２シグナリングを介して、スケーリング係数を送信し得る。スケーリング係数の計算ルールは、事前に定義され得る。２つ以上の基準ＢＳテーブルが端末デバイスに設定される場合、ネットワークデバイス１１０は、最初にＬＣＧの基準ＢＳテーブルを選択し、選択した基準ＢＳテーブルとＬＣＧに関連付けられたスケーリング係数に基づいて、ＬＣＧのＢＳテーブルを生成し得る。基準ＢＳテーブルの選択は、事前定義されたルールに基づき得る。

【0089】

スケーリング係数は、適切な方法で決定され得る。例えば、ヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ ＲＴＴ、又は、サービス種別に特定のスケーリング係数を割り当てることができる。次いで、ネットワークデバイス１１０は、ＬＣＧに関連付けられたヌメロロジー／送信時間間隔（ＴＴＩ）長、ＨＡＲＱ ＲＴＴ、又は、サービス種別に基づいて、ＬＣＧのスケーリング係数を決定し得る。

【0090】

一実施形態において、少なくとも１つの基準ＢＳテーブルは、上述した様に、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、スケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに基づいて決定され得る。

【0091】

一実施形態において、スケーリング係数は、上述した様に、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割することにより、或いは、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することにより決定され得る。

【0092】

ＬＣＧの論理チャネルが、異なるＨＡＲＱ ＲＴＴを有する複数のヌメロロジー／ＴＴＩ期間にマッピングされる実施形態において、ネットワークデバイスは、上述した様に、異なるＨＡＲＱ ＲＴＴの最長のＨＡＲＱ ＲＴＴを使用して基準ＨＡＲＱ ＲＴＴ長を分割することでスケーリング係数を得ることができる。

【0093】

一実施形態において、それぞれのＢＳテーブルの少なくとも１つは、基準ＢＳテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリ数は、ＢＳフィールドのそれぞれのビット数に基づいて決定され得る。テーブルエントリのサブセットは、基準ＢＳテーブルの任意の適切な場所に配置され得る。さらに、サブセット内の一部のインデクスのＢＳサイズ値が再定義され得る。

【0094】

ブロック８０６で、ネットワーク要素は、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを取得し得る。例えば、ネットワーク要素は、ＢＳＲからＬＣＧのＢＳのインデクスを取得し、そのインデクスを使用してＢＳテーブルを検索することで、ＬＣＧのＢＳ値を取得する。ネットワーク要素は、報告されたバッファ状態に基づいて端末デバイスをスケジュールできる。

【0095】

図９は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、端末デバイスとして実装されるか、端末デバイスに含まれ得る。図９に示す様に、装置９００は、処理デバイス９０４と、プロセッサ９０４と動作可能に通信するメモリ９０５、及び、無線モデムサブシステム９０１を備える。無線モデムサブシステム９０１は、少なくとも１つの送信機９０２及び少なくとも１つの受信機９０３を備える。図９には１つのプロセッサのみが示されているが、処理デバイス９０４は、複数のプロセッサ又はマルチコアプロセッサを備え得る。加えて、処理デバイス９０４は、処理動作を容易にするためにキャッシュを備え得る。

【0096】

コンピュータ実行可能命令は、メモリ９０５にロードされ、処理デバイス９０４によって実行されると、装置９００にＢＳＲに関する上述の方法を実施させることができる。特に、コンピュータ実行可能命令は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）それぞれのバッファサイズテーブルを決定することと、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成することと、ネットワークデバイスにＢＳＲを送信することと、を装置９００に実行させ、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0097】

図１１は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、端末デバイスとして実装されるか、端末デバイスに含まれ得る。図１１に示す様に、装置１１００は、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つの論理チャネルグループ（ＬＣＧ）それぞれのバッファサイズテーブルを決定する決定モジュール１１０２と、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧのＢＳＲを生成する生成モジュール１１０４と、ネットワークデバイスにＢＳＲを送信する送信モジュール１１０６と、を含み、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0098】

一実施形態において、少なくとも１つの基準バッファサイズテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数の少なくとも１つに基づき生成される。

【0099】

一実施形態において、少なくとも１つの基準バッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのバッファサイズテーブルを決定することは、ルールに基づいて、少なくとも１つの基準バッファサイズテーブルからそれぞれのバッファサイズテーブルを選択することを含む、或いは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、若しくは、ＢＳフィールドの各ビット数に基づいて、それぞれのバッファサイズテーブルを選択することを含み、ルールは、端末デバイスに事前に格納される、或いは、端末デバイスにシグナリングされ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされる。

【0100】

一実施形態において、少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、それぞれのスケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔又はＨＡＲＱ ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに基づいて決定される。

【0101】

一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することの１つにより決定される。

【0102】

一実施形態において、ＬＣＧの論理チャネルは、異なるＨＡＲＱ ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされ、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することは、異なるＨＡＲＱ ＲＴＴの中で最も長いＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することを含む。

【0103】

一実施形態において、それぞれのバッファサイズテーブルの少なくとも１つは、基準バッファサイズテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリの数は、ＢＳフィールドのそれぞれのビット数に基づいて決定される。

【0104】

一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧ数、移動端末によって使用されるＬＣＧの数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいてネットワークデバイスにより構成され、選択されたＬＣＧは、第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧに利用可能なデータ量、及び、ＬＣＧのサービス種別の内の少なくとも１つに基づく。

【0105】

一実施形態において、ＢＳＲは、少なくともバッファサイズフィールドを含む第２フォーマットを有し、特定のＬＣＧのバッファサイズフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の少なくとも一方に基づいてネットワークデバイスによって構成される。

【0106】

図１０は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、ネットワークデバイスとして実装されるか、ネットワークデバイスに含まれ得る。図１０に示す様に、装置１０００は、処理デバイス１００４、メモリ１００５、及び、プロセッサ１００４と動作可能に通信する無線モデムサブシステム１００１を備える。無線モデムサブシステム１００１は、少なくとも１つの送信機１００２及び少なくとも１つの受信機１００３を備える。図１０には１つのプロセッサのみが示されているが、処理デバイス１００４は、複数のプロセッサ又はマルチコアプロセッサを備え得る。加えて、処理デバイス１００４は、処理動作を容易にするためにキャッシュを備え得る。

【0107】

コンピュータ実行可能命令は、メモリ１００５にロードされ、処理デバイス１００４によって実行されると、装置１０００にＢＳＲに関する上述の方法を実施させることができる。特に、コンピュータ実行可能命令は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信することと、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳテーブルを決定することと、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳ値を取得することと、を装置１０００に実行させ、ネットワークデバイスは、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0108】

図１２は、上述のＢＳＲのための方法を実施することができる装置を示しており、この装置は、ネットワークデバイスとして実装されるか、ネットワークデバイスに含まれ得る。図１２に示す様に、装置１２００は、端末デバイスから、少なくとも１つの論理チャネルグループ（ＬＣＧ）のＢＳＲを受信する受信モジュール１２０２と、少なくとも１つの基準バッファサイズ（ＢＳ）テーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳテーブルを決定する決定モジュール１２０４と、それぞれのバッファサイズテーブルに基づいて、少なくとも１つのＬＣＧそれぞれのＢＳ値を取得する取得モジュール１２０６と、を備え、ネットワークデバイス１２００は、少なくとも１つのＬＣＧで端末デバイスを構成する。

【0109】

一実施形態において、少なくとも１つの基準バッファサイズテーブルは、最大アップリンクトランスポートブロックサイズ、最大レイヤ数、コンポーネントキャリア（ＣＣ）の最大数、端末デバイスでサポートされる各ＣＣの最大キャリア帯域幅、ハイブリッド自動再送要求（ＨＡＲＱ）の最長ラウンドトリップ時間（ＲＴＴ）長、時分割複信の場合のアップリンクスロットのフラクション、ＢＳＲレポート間隔、及び、ＢＳＲのバッファサイズフィールドが占めるビット数の少なくとも１つに基づき生成される。

【0110】

一実施形態において、少なくとも１つの基準バッファサイズテーブルに基づいて少なくとも１つのＬＣＧのそれぞれのバッファサイズテーブルを決定することは、ルールに基づいて、少なくとも１つの基準バッファサイズテーブルからそれぞれのバッファサイズテーブルを選択することを含む、或いは、少なくとも１つの基準バッファサイズテーブル及び少なくとも１つのＬＣＧに関連付けられた各スケーリング係数、若しくは、ＢＳフィールドの各ビット数に基づいてそれぞれのバッファサイズテーブルを選択することを含み、ルールは端末デバイスに事前に格納される、或いは、端末デバイスにシグナリングされ、それぞれのスケーリング係数は、端末デバイスによって決定されるか、端末デバイスにシグナリングされる。

【0111】

一実施形態において、少なくとも１つの基準バッファサイズテーブルは、それぞれの基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに関連付けられ、それぞれのスケーリング係数は、基準とするヌメロロジー／送信時間間隔（ＴＴＩ）長、ＢＳＲレポート間隔又はＨＡＲＱ ＲＴＴと、少なくとも１つのＬＣＧに関連付けられたヌメロロジー／ＴＴＩ長、ＢＳＲレポート間隔、又は、ＨＡＲＱ ＲＴＴに基づいて決定される。

【0112】

一実施形態において、スケーリング係数は、ＬＣＧに関連付けられたＴＴＩ長を使用して基準ＴＴＩ長を分割すること、及び、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することの内の１つにより決定される。

【0113】

一実施形態において、ＬＣＧの論理チャネルは、異なるＨＡＲＱ ＲＴＴの複数のヌメロロジー／ＴＴＩ期間にマッピングされ、ＬＣＧに関連付けられたＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱ ＲＴＴ長を分割することは、異なるＨＡＲＱ ＲＴＴの中で最も長いＨＡＲＱ ＲＴＴを使用して、基準ＨＡＲＱＲＴＴ長を分割することを含む。

【0114】

一実施形態において、それぞれのバッファサイズテーブルの少なくとも１つは、基準バッファサイズテーブルのテーブルエントリのサブセットを使用することにより生成され、サブセットのテーブルエントリ数は、ＢＳフィールドそれぞれのビット数に基づいて決定される。

【0115】

一実施形態において、ＢＳＲは、論理チャネルグループＩＤフィールド及びバッファサイズフィールドを含む第１フォーマットを有し、論理チャネルグループＩＤフィールドのサイズは、ネットワーク内のＬＣＧ数、移動端末によって使用されるＬＣＧ数、及び、ネットワークデバイスによって選択されたＬＣＧのサブセット内のＬＣＧ数のうちの少なくとも１つに基づいてネットワークデバイスにより構成され、選択されたＬＣＧは第１フォーマットを使用でき、ＬＣＧのサブセットの選択は、ＬＣＧ／論理チャネル（ＬＣＨ）優先度、ＬＣＧの利用可能なデータ量、及び、ＬＣＧのサービス種別の少なくとも１つに基づく。

【0116】

一実施形態において、ＢＳＲは、少なくともバッファサイズフィールドを含む第２フォーマットを有し、特定のＬＣＧのバッファサイズフィールドのサイズは、特定のＬＣＧの優先度及びＬＣＧのデータレート要求の内の１つに基づいてネットワークデバイスによって構成される。

【0117】

本開示の一態様によると、コンピュータ実行可能プログラム命令が格納された少なくとも１つの非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供され、コンピュータ実行可能命令は、実行されると、ネットワークデバイスに上記動作を行わせる様に構成される。

【0118】

本開示の一態様によると、コンピュータ実行可能プログラム命令が格納された少なくとも１つの非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供され、コンピュータ実行可能命令は、実行されると、端末デバイスに上記動作を行わせる様に構成される。

【0119】

ネットワークデバイス及び端末デバイスのコンポーネントのいずれも、ハードウェア又はソフトウェアモジュールとして実装され得ることに留意されたい。ソフトウェアモジュールの場合、それらは有形のコンピュータ読取・記録可能な記憶媒体上に具現化され得る。総てのソフトウェアモジュール（又はそのサブセット）は、例えば同じ媒体上にある場合もあれば、それぞれ異なる媒体上にある場合もある。ソフトウェアモジュールは、例えば、ハードウェアプロセッサ上で実行され得る。次に、上記の様に、ハードウェアプロセッサで実行される個別のソフトウェアモジュールを使用して、方法のステップを実行できる。

【0120】

"コンピュータプログラム"、"ソフトウェア"、及び、"コンピュータープログラムコード"という用語は、機能を実行する任意のシーケンス又は人間又は機械が認識可能なステップを含むことを意味する。この様なプログラムは、Ｃ／Ｃ＋＋、フォートラン、コボル、パスカル、アセンブリ言語、マークアップ言語（ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ等）等を含む実質的に総てのプログラミング言語又は環境や、共通オブジェクト要求ブローカーアーキテクチャ（ＣＯＲＢＡ）、ＪａｖａＴＭ（Ｊ２ＭＥ、ＪａｖａＢｅａｎ等を含む）、バイナリランタイム環境（ＢＲＥＷ）等のオブジェクト指向環境でレンダリングされ得る。

【0121】

"メモリ"及び"記憶装置"という用語は、電子、磁気、光学、電磁気、赤外線、又は、半導体のシステム、装置、又は、デバイス、又は、これらの任意の適切な組み合わせを含むことを意図している。メモリ又は格納デバイスの特定例（非網羅的なリスト）は、１つ以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光格納デバイス、磁気格納デバイス、又は、それらの任意の適切な組み合わせであり得る。

【0122】

いずれにせよ、ここに示されているコンポーネントは、様々な形のハードウェア、ソフトウェア、又は、それらの組み合わせ、例えば特定用途向け集積回路（ＡＳＩＣＳ）、機能回路、関連メモリを備えた適切にプログラムされた汎用デジタルコンピュータなどで実装され得ることを理解されたい。本明細書で提供される本開示の教示が与えられると、関連技術の当業者は、本開示の構成要素の他の実装を企図することができる。

【0123】

様々な実施形態の説明は、例示の目的で提示されているが、網羅的であること又は開示された実施形態に限定されることを意図するものではない。記載された実施形態の範囲及び精神から逸脱することなく、多くの修正及び変形が当業者には明らかであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】