特許 7194730 バッファ状態報告方法、端末及びコンピュータ記憶媒体

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

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

(11)【特許番号】

(24)【登録日】2022-12-14

(45)【発行日】2022-12-22

(54)【発明の名称】バッファ状態報告方法、端末及びコンピュータ記憶媒体

(51)【国際特許分類】

   H04W 8/24 20090101AFI20221215BHJP

   H04W 72/12 20090101ALI20221215BHJP

   H04W 28/06 20090101ALI20221215BHJP

【ＦＩ】

H04W8/24

H04W72/12 150

H04W28/06 110

【請求項の数】 14

(21)【出願番号】P 2020516574

(86)(22)【出願日】2017-09-21

(65)【公表番号】

(43)【公表日】2021-01-14

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

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

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

【審査請求日】2020-08-25

【前置審査】

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木 健之

(72)【発明者】

【氏名】タン、ハイ

【審査官】倉本 敦史

(56)【参考文献】

【文献】Samsung，Truncated BSR Operation，3GPP TSG-RAN WG2#99 Meeting R2-1709239，2017年08月11日，pp.1-3

【文献】LG Electronics Inc.，BSR format with increased LCG，3GPP TSG-RAN WG2 Meeting #99 R2-1709149，2017年08月12日，pp.1-3

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

バッファ状態報告方法であって、
端末が、パディングバッファ状態レポート（ｐａｄｄｉｎｇ ＢＳＲ）の報告をトリガーすることと、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であることと、を含み、
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、かつ、伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することを含み、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、伝送待ちのデータをバッファしている論理チャネルグループの数より小さく、前記第二タイプＢＳＲフォーマットはフレキシブル長ＢＳＲ（ｆｌｅｘｉｂｌｅ ｌｏｎｇ ＢＳＲ）であり、前記第二タイプＢＳＲフォーマットの大きさは論理チャネルグループのバッファ状態情報の大きさによって変化される、バッファ状態報告方法。

【請求項2】

前記ＢＳＲフォーマットの対応する論理チャネルグループの数が、伝送待ちのデータをバッファしている論理チャネルグループの数以下である、
請求項１に記載の方法。

【請求項3】

前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む、
請求項１に記載の方法。

【請求項4】

前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む、
請求項１に記載の方法。

【請求項5】

前記第二タイプＢＳＲフォーマットが、伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが伝送待ちのデータをバッファしている論理チャネルグループに対応し、
前記第二タイプＢＳＲフォーマットがさらに前記伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項１～４のいずれか一項に記載の方法。

【請求項7】

前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、
伝送待ちのデータをバッファしている論理チャネルグループの優先度でのソート結果に基づいて、前記伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択すること、を含み、前記伝送待ちのデータをバッファしている論理チャネルグループが、優先度に従ってソートされたものである、
請求項１に記載の方法。

【請求項8】

端末であって、
パディングバッファ状態レポートの報告をトリガーするように構成されるトリガーユニットと、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニットであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上である決定ユニットと、を含み、
前記決定ユニットはさらに、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、かつ、伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成されるように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、伝送待ちのデータをバッファしている論理チャネルグループの数より小さく、前記第二タイプＢＳＲフォーマットはフレキシブル長ＢＳＲ（ｆｌｅｘｉｂｌｅ ｌｏｎｇ ＢＳＲ）であり、前記第二タイプＢＳＲフォーマットの大きさは論理チャネルグループのバッファ状態情報の大きさによって変化される、
端末。

【請求項9】

前記ＢＳＲフォーマットの対応する論理チャネルグループの数が、伝送待ちのデータをバッファしている論理チャネルグループの数以下である、
請求項８に記載の端末。

【請求項10】

前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される、
請求項８に記載の端末。

【請求項11】

前記決定ユニットは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が伝送待ちのデータをバッファしている論理チャネルグループの数に等しい、
請求項８に記載の端末。

【請求項12】

前記第二タイプＢＳＲフォーマットが、伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項８～１１のいずれか一項に記載の端末。

【請求項13】

前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが伝送待ちのデータをバッファしている論理チャネルグループに対応し、前記第二タイプＢＳＲフォーマットがさらに前記伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項８～１１のいずれか一項に記載の端末。

【請求項14】

前記端末はさらに、前記した決定ユニットが第三タイプＢＳＲフォーマットを報告することの前、伝送待ちのデータをバッファしている論理チャネルグループの優先度でのソート結果に基づいて、前記伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するように構成されるソートユニットを含み、前記伝送待ちのデータをバッファしている論理チャネルグループが、優先度に従ってソートされたものである、
請求項８に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信技術に関し、具体的にバッファ状態報告方法、端末及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

端末はバッファ状態レポート（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を報告することにより基地局に自身のバッファしている伝送対象のデータ状態を知らせ、それにより、基地局が端末に無線リソースをより正確に割り当てることができる。ＢＳＲのトリガーイベントによって、ＢＳＲを通常のＢＳＲ（Ｒｅｇｕｌａｒ ＢＳＲ）、パディングＢＳＲ（Ｐａｄｄｉｎｇ ＢＳＲ）及び周期的ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）に分けることができる。ＢＳＲのフォーマットによって、ＢＳＲをショートＢＳＲ（ｓｈｏｒｔ ＢＳＲ）、長いＢＳＲ（ｌｏｎｇ ＢＳＲ）及び短縮したＢＳＲ（ｔｒｕｎｃａｔｅｄ ＢＳＲ）に分けることができる。Ｐａｄｄｉｎｇ ＢＳＲはメディアアクセス制御層プロトコルデータユニット（ＭＡＣ ＰＤＵ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のパディングビット（ｐａｄｄｉｎｇ ｂｉｔ）内に搬送されることである。

【0003】

端末がトリガーしたＢＳＲタイプはＰａｄｄｉｎｇ ＢＳＲであり、且つデータを伝送する論理チャネルが複数あり、且つパディングビット長さが１つのｓｈｏｒｔ ＢＳＲ及びそれに対応するメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブパケットヘッダー以上であるが、ｌｏｎｇ ＢＳＲ及びそれに対応するＭＡＣサブパケットヘッダーの送信に用いることに対して不十分である場合、端末がｔｒｕｎｃａｔｅｄ ＢＳＲタイプを用いてＢＳＲを報告する。

【0004】

しかしながら、ｔｒｕｎｃａｔｅｄ ＢＳＲが１バイト（ｂｙｔｅ）のフォーマットを用い、このようなフォーマットのｔｒｕｎｃａｔｅｄ ＢＳＲが複数の論理チャネルグループのうちの１つの論理チャネルグループに対応するバッファデータ状態のみを報告でき、データを伝送する複数の論理チャネルグループに対応するバッファデータ状態を報告できず、従って、基地局がデータを伝送するすべての論理チャネルグループに対応するバッファデータ状態を知ることができず、それにより、端末に無線リソースを正確に割り当てることができない。

【発明の概要】

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

【0005】

従来の技術的問題を解決するために、本発明の実施例はバッファ状態報告方法、端末及びコンピュータ記憶媒体を提供する。

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

【0006】

本発明の実施例はバッファ状態報告方法を開示し、前記方法は、
端末がパディングバッファ状態レポートの報告をトリガーすることと、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることとを含む。

【0007】

一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを含む。

【0008】

一実施例では、前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。

【0009】

一実施例では、前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを含む。

【0010】

一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。

【0011】

一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。

【0012】

一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを含む。

【0013】

一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。

【0014】

一実施例では、前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される。

【0015】

一実施例では、前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、
前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される。

【0016】

一実施例では、前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、
優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、
優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することとを含む。

【0017】

一実施例では、前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、
前記第三タイプＢＳＲがさらに前記一部の論理チャネルのうちの各論理チャネルグループのバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される。

【0018】

一実施例では、前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される。

【0019】

本発明の実施例はさらに端末を提供し、前記端末は、
パディングバッファ状態レポートの報告をトリガーするように構成される前記トリガーユニットと、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニットであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である決定ユニットとを含む。

【0020】

一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定するように構成される。

【0021】

一実施例では、前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。

【0022】

一実施例では、前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さい。

【0023】

一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。

【0024】

一実施例では、前記決定ユニットは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。

【0025】

一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応する。

【0026】

一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。

【0027】

一実施例では、前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される。

【0028】

一実施例では、前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される。

【0029】

一実施例では、前記端末はさらに、前記した決定ユニットが第三タイプＢＳＲフォーマットを報告することの前、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートし、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するように構成されるソートユニットを含む。

【0030】

一実施例では、前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、前記第三タイプＢＳＲがさらに前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される。

【0031】

一実施例では、前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される。

【0032】

本発明の実施例は更に、プロセッサによって実行される時に本発明実施例に記載のバッファ状態報告方法のステップを実現するコンピュータ命令が記憶されるコンピュータ記憶媒体を提供する。

【0033】

本発明の実施例は更に、メモリ、前記プログラムを実行する時に本発明の実施例に記載のバッファ状態報告方法のステップを実現するプロセッサ、及びメモリに記憶され且つプロセッサにおいて実行できるコンピュータプログラムを含む端末を提供する。

【発明の効果】

【0034】

本発明の実施例はバッファ状態報告方法、端末及びコンピュータ記憶媒体を提供し、前記方法は、端末がパディングバッファ状態レポートの報告をトリガーすることと、前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることとを含む。本発明の実施例の技術案によれば、報告しようとするＢＳＲフォーマットが１以上で、現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である論理チャネルグループに対応できることにより、現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状態情報をできるだけ多く報告することを実現でき、それにより、基地局は端末が現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状況をより多く知ることができ、端末に無線リソースを割り当てる精度を大幅に実現する。

【図面の簡単な説明】

【0035】

【図1】図１は本発明の実施例のバッファ状態報告方法の１つのフロー模式図である。

【図2】図２ａ～図２ｃはそれぞれ本発明の実施例のバッファ状態報告方法におけるＢＳＲフォーマットの模式図である。

【図3】図３は本発明の実施例のバッファ状態報告方法の別のフロー模式図である。

【図4】図４は本発明の実施例の端末の１つの構成構造模式図である。

【図5】図５は本発明の実施例の端末の別の構成構造模式図である。

【図6】図６は本発明の実施例の端末のハードウェア構成構造模式図である。

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

【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】

以上の説明は、本発明の具体的な実施形態であって、本発明の保護範囲を制限するためのものではなく、当業者が本発明に開示される技術的範囲内に容易に想到し得る変更又は置換は、いずれも本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲に準じるべきである。

【図1】

【図2a】

【図2b】

【図2c】

【図3】

【図4】

【図5】

【図6】