(57)【要約】  本発明の実施例はバッファ状態報告方法を開示し、該方法は、端末がパディングバッファ状態レポート（ｐａｄｄｉｎｇ  ＢＳＲ）の報告をトリガーすることと、前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることと、を含む。
2021501491.tif 000002
【特許請求の範囲】
【請求項１】
バッファ状態報告方法であって、
端末が、パディングバッファ状態レポート（ｐａｄｄｉｎｇ  ＢＳＲ）の報告をトリガーすることと、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることと、を含む、前記バッファ状態報告方法。
【請求項２】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを含む、
請求項１に記載の方法。
【請求項３】
前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む、
請求項２に記載の方法。
【請求項４】
前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを含む、
請求項２に記載の方法。
【請求項５】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む、
請求項１に記載の方法。
【請求項６】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む、
請求項１に記載の方法。
【請求項７】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを含む、
請求項１に記載の方法。
【請求項８】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを含む、
請求項１に記載の方法。
【請求項９】
前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項１〜６のいずれか一項に記載の方法。
【請求項１０】
前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、
前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項１〜６のいずれか一項に記載の方法。
【請求項１１】
前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、
優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、
優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することと、を含む、
請求項４に記載の方法。
【請求項１２】
前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、
前記第三タイプＢＳＲがさらに前記一部の論理チャネルのうちの各論理チャネルグループのバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される、
請求項１１に記載の方法。
【請求項１３】
前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される、
請求項１１に記載の方法。
【請求項１４】
端末であって、
パディングバッファ状態レポートの報告をトリガーするように構成されるトリガーユニットと、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニットであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である決定ユニットと、を含む、前記端末。
【請求項１５】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定するように構成される、
請求項１４に記載の端末。
【請求項１６】
前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい、
請求項１５に記載の端末。
【請求項１７】
前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さい、
請求項１５に記載の端末。
【請求項１８】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される、
請求項１４に記載の端末。
【請求項１９】
前記決定ユニットは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい、
請求項１４に記載の端末。
【請求項２０】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応する、
請求項１４に記載の端末。
【請求項２１】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される、
請求項１４に記載の端末。
【請求項２２】
前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項１４〜１９のいずれか一項に記載の端末。
【請求項２３】
前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項１４〜１９のいずれか一項に記載の端末。
【請求項２４】
前記端末はさらに、前記した決定ユニットが第三タイプＢＳＲフォーマットを報告することの前、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートし、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するように構成されるソートユニットを含む、
請求項１７に記載の端末。
【請求項２５】
前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、前記第三タイプＢＳＲがさらに前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される、
請求項２４に記載の端末。
【請求項２６】
前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される、
請求項２４に記載の端末。
【請求項２７】
コンピュータ記憶媒体であって、
プロセッサによって実行される時に請求項１−１３のいずれか一項に記載のバッファ状態報告方法のステップを実現するコンピュータ命令が記憶される、前記コンピュータ記憶媒体。
【請求項２８】
端末であって、
メモリ、前記プログラムを実行する時に請求項１−１３のいずれか一項に記載のバッファ状態報告方法のステップを実現するプロセッサ及びメモリに記憶され且つプロセッサにおいて実行できるコンピュータプログラムを含む、前記メモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信技術に関し、具体的にバッファ状態報告方法、端末及びコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
端末はバッファ状態レポート（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を報告することにより基地局に自身のバッファしている伝送対象のデータ状態を知らせ、それにより、基地局が端末に無線リソースをより正確に割り当てることができる。ＢＳＲのトリガーイベントによって、ＢＳＲを通常のＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ）、パディングＢＳＲ（Ｐａｄｄｉｎｇ  ＢＳＲ）及び周期的ＢＳＲ（Ｐｅｒｉｏｄｉｃ  ＢＳＲ）に分けることができる。ＢＳＲのフォーマットによって、ＢＳＲをショートＢＳＲ（ｓｈｏｒｔ  ＢＳＲ）、長いＢＳＲ（ｌｏｎｇ  ＢＳＲ）及び短縮したＢＳＲ（ｔｒｕｎｃａｔｅｄ  ＢＳＲ）に分けることができる。Ｐａｄｄｉｎｇ  ＢＳＲはメディアアクセス制御層プロトコルデータユニット（ＭＡＣ  ＰＤＵ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のパディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）内に搬送されることである。
【０００３】
端末がトリガーしたＢＳＲタイプはＰａｄｄｉｎｇ  ＢＳＲであり、且つデータを伝送する論理チャネルが複数あり、且つパディングビット長さが１つのｓｈｏｒｔ  ＢＳＲ及びそれに対応するメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブパケットヘッダー以上であるが、ｌｏｎｇ  ＢＳＲ及びそれに対応するＭＡＣサブパケットヘッダーの送信に用いることに対して不十分である場合、端末がｔｒｕｎｃａｔｅｄ  ＢＳＲタイプを用いてＢＳＲを報告する。
【０００４】
しかしながら、ｔｒｕｎｃａｔｅｄ  ＢＳＲが１バイト（ｂｙｔｅ）のフォーマットを用い、このようなフォーマットのｔｒｕｎｃａｔｅｄ  ＢＳＲが複数の論理チャネルグループのうちの１つの論理チャネルグループに対応するバッファデータ状態のみを報告でき、データを伝送する複数の論理チャネルグループに対応するバッファデータ状態を報告できず、従って、基地局がデータを伝送するすべての論理チャネルグループに対応するバッファデータ状態を知ることができず、それにより、端末に無線リソースを正確に割り当てることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術的問題を解決するために、本発明の実施例はバッファ状態報告方法、端末及びコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【０００６】
本発明の実施例はバッファ状態報告方法を開示し、前記方法は、
端末がパディングバッファ状態レポートの報告をトリガーすることと、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることとを含む。
【０００７】
一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを含む。
【０００８】
一実施例では、前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。
【０００９】
一実施例では、前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを含む。
【００１０】
一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。
【００１１】
一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。
【００１２】
一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを含む。
【００１３】
一実施例では、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。
【００１４】
一実施例では、前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される。
【００１５】
一実施例では、前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、
前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される。
【００１６】
一実施例では、前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、
優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、
優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することとを含む。
【００１７】
一実施例では、前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、
前記第三タイプＢＳＲがさらに前記一部の論理チャネルのうちの各論理チャネルグループのバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される。
【００１８】
一実施例では、前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される。
【００１９】
本発明の実施例はさらに端末を提供し、前記端末は、
パディングバッファ状態レポートの報告をトリガーするように構成される前記トリガーユニットと、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニットであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である決定ユニットとを含む。
【００２０】
一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定するように構成される。
【００２１】
一実施例では、前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。
【００２２】
一実施例では、前記決定ユニットは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さい。
【００２３】
一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。
【００２４】
一実施例では、前記決定ユニットは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。
【００２５】
一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応する。
【００２６】
一実施例では、前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。
【００２７】
一実施例では、前記第二タイプＢＳＲフォーマットが、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される。
【００２８】
一実施例では、前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、前記第二タイプＢＳＲフォーマットがさらに前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される。
【００２９】
一実施例では、前記端末はさらに、前記した決定ユニットが第三タイプＢＳＲフォーマットを報告することの前、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートし、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するように構成されるソートユニットを含む。
【００３０】
一実施例では、前記第三タイプＢＳＲは第二ビット図を含み、前記第二ビット図内のビットが前記一部の論理チャネルグループに対応し、前記第三タイプＢＳＲがさらに前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される。
【００３１】
一実施例では、前記第三タイプＢＳＲが、前記一部の論理チャネルグループのうちの各論理チャネルグループの識別子及び対応するバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列される。
【００３２】
本発明の実施例は更に、プロセッサによって実行される時に本発明実施例に記載のバッファ状態報告方法のステップを実現するコンピュータ命令が記憶されるコンピュータ記憶媒体を提供する。
【００３３】
本発明の実施例は更に、メモリ、前記プログラムを実行する時に本発明の実施例に記載のバッファ状態報告方法のステップを実現するプロセッサ、及びメモリに記憶され且つプロセッサにおいて実行できるコンピュータプログラムを含む端末を提供する。
【発明の効果】
【００３４】
本発明の実施例はバッファ状態報告方法、端末及びコンピュータ記憶媒体を提供し、前記方法は、端末がパディングバッファ状態レポートの報告をトリガーすることと、前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることとを含む。本発明の実施例の技術案によれば、報告しようとするＢＳＲフォーマットが１以上で、現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である論理チャネルグループに対応できることにより、現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状態情報をできるだけ多く報告することを実現でき、それにより、基地局は端末が現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状況をより多く知ることができ、端末に無線リソースを割り当てる精度を大幅に実現する。
【図面の簡単な説明】
【００３５】
【図１】図１は本発明の実施例のバッファ状態報告方法の１つのフロー模式図である。
【図２】図２ａ〜図２ｃはそれぞれ本発明の実施例のバッファ状態報告方法におけるＢＳＲフォーマットの模式図である。
【図３】図３は本発明の実施例のバッファ状態報告方法の別のフロー模式図である。
【図４】図４は本発明の実施例の端末の１つの構成構造模式図である。
【図５】図５は本発明の実施例の端末の別の構成構造模式図である。
【図６】図６は本発明の実施例の端末のハードウェア構成構造模式図である。
【発明を実施するための形態】
【００３６】
以下では図面及び具体的な実施例を参照しながら本発明を更に詳細に説明する。
【００３７】
実施例１
本発明の実施例はバッファ状態報告方法を提供する。図１は本発明の実施例のバッファ状態報告方法の１つのフロー模式図であり、図１に示すように、前記方法は、
端末が、パディングバッファ状態レポート（ｐａｄｄｉｎｇ  ＢＳＲ）の報告をトリガーするステップ１０１と、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定し、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であるステップ１０２とを含む。
【００３８】
本実施例では、ｐａｄｄｉｎｇ  ＢＳＲのトリガー条件は、既に割り当てられたアップリンクリソース内のパディングするためのビット長さが、ＢＳＲのメディアアクセス制御層制御エレメント（ＭＡＣ  ＣＥ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）と対応するＭＡＣサブパケットヘッダー（ｓｕｂｈｅａｄｅｒ）長さとの和の以上である場合、ｐａｄｄｉｎｇ  ＢＳＲの報告をトリガーすることを含み、ｐａｄｄｉｎｇ  ＢＳＲがＭＡＣ  ＰＤＵのパディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）内に搬送され、ＭＡＣ  ＣＥにカプセル化される。
【００３９】
本実施例では、前記端末は具体的にパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定し、具体的に、第一タイプＢＳＲがｓｈｏｒｔ  ＢＳＲであってもよい。図２ａ〜図２ｃはそれぞれ本発明の実施例のバッファ状態報告方法におけるＢＳＲフォーマットの模式図であり、図２ａに示すように、ｓｈｏｒｔ  ＢＳＲフォーマット模式図であり、１バイト（ｂｙｔｅ）のＭＡＣサブパケットヘッダー及び１バイトのｓｈｏｒｔ  ＢＳＲを含み、ＭＡＣサブパケットヘッダーが論理チャネル識別子（ＬＣＩＤ）を含み、当該ＬＣＩＤが対応するＭＡＣ  ＣＥタイプ、即ち、報告しようとするＢＳＲフォーマットタイプを指示する。ｓｈｏｒｔ  ＢＳＲが現在伝送待ちのデータをバッファしている唯一の論理チャネルグループ識別子（ＬＣＧ  ＩＤ）を含み、バッファの大きさ（ＢＳ、Ｂｕｆｆｅｒ  Ｓｉｚｅ）によって前記論理チャネルグループのバッファ状態情報の大きさを示す。
【００４０】
第一実施形態として、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを含む。
【００４１】
前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビット以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。
【００４２】
前記現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットより大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを含む。
【００４３】
具体的に、本実施形態では、パディングビットの数と、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和と、を比較し、及びパディングビットと、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和と、を比較し、前記第一タイプＢＳＲフォーマットが図２ａを参照してもよく、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が２バイトである。本実施例では、具体的には、前記第二タイプＢＳＲがフレキシブル長ＢＳＲ（ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ）であり、具体的には、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットが図２ｂまたは図２ｃを参照してもよく、５Ｇシステムにおいて、ＢＳＲ報告は構成可能な論理チャネルグループの最大数が８つであり、即ち、ＢＳＲフォーマットが最大限に８つの論理チャネルグループのバッファ状態情報を含むことができる。図２ｂに示すように、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲのフォーマット模式であり、ビット図（該ビット図が第一ビット図とする）を含み、前記ビット図内のビットが現在伝送待ちのデータをバッファしている論理チャネルグループに対応し、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲは、さらに、前記現在伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、前記第一ビット図に対応するソート順に従って配列され、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲは、さらに１バイトのＭＡＣサブパケットヘッダーを含み、ＭＡＣサブパケットヘッダーが、ＬＣＩＤを含み、当該ＬＣＩＤが、対応するＭＡＣ  ＣＥタイプ、即ち、報告するＢＳＲフォーマットタイプを指示する。具体的には、第一ビット図内のビットは、１または０であり、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ内に含まれるかどうかを示し、ビットが１である場合、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ内に含まれることを示し、ビットは０である場合、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ内に含まれていないことを示し、即ち、該ビットに対応するＬ
ＣＧのバッファ状態情報が存在しないことを示す。論理チャネルグループのバッファ状態情報の大きさが図２ｂに示される６ビットであってもよく、６ビットの長さに限定されず、更に６ビットの長さより大きくてもよい。ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さが論理チャネルグループのバッファ状態情報の大きさによって変化される。論理チャネルグループのバッファ状態情報の大きさが図２ｂに示される６ビットである場合、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和が８バイトである。
【００４４】
図２ｃに示すように、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの別のフォーマット模式であり、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列され、さらにＬＣＩＤ及びＢＳＲ長さ情報を含む２バイトのＭＡＣサブパケットヘッダーを含み、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ長さ情報がＭＡＣサブパケットヘッダー内の「Ｌ」によって指示できる。論理チャネルグループ識別子の長さが図２ｃに示される３ビットであってもよく、論理チャネルグループのバッファ状態情報の大きさが図２ｃに示される６ビットであってもよく、現在６ビットの長さに限定されず、更に６ビットの長さより大きくてもよい。ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さが論理チャネルグループのバッファ状態情報の大きさによって変化される。論理チャネルグループのバッファ状態情報の大きさが図２ｃに示される６ビットである場合、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和が１１バイトである。
【００４５】
これに基づき、本実施形態では、パディングビットの数が２バイトより大きいが、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応するｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさと和が前記パディングビット以下であれば、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットを報告することを決定し、現在伝送待ちのデータをバッファしている論理チャネルグループに対応するｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマット大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きいと、第三タイプＢＳＲフォーマットを報告することを決定し、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さい。
【００４６】
ここで、具体的には、前記第三タイプＢＳＲが柔軟に短縮したＢＳＲ（ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ）であってもよく、具体的には、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマットも図２ｂ及び図２ｃを参照してもよく、区別として、同一フォーマットを有するｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ及びｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲは、サブパケットヘッダーに対応するＬＣＩＤが異なる。図２ｂに示すように、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲの１つのフォーマット模式であり、ビット図（該ビット図が第二ビット図とする）を含み、さらに現在伝送待ちのデータをバッファしている一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、前記一部の論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報は、前記一部の論理チャネルグループが前記第二ビット図に対応するソート順に従って配列される。ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲが、さらに、１バイトのＭＡＣサブパケットヘッダーを含み、ＭＡＣサブパケットヘッダーがＬＣＩＤを含む。該ＬＣＩＤが、対応するＭＡＣ  ＣＥタイプを指示し、即ち、ＬＣＩＤが、報告しようとするＢＳＲフォーマットタイプを指示する。第二ビット図内のビットは１または０であり、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲに含まれるかどうかを示し、ビットは１である場合、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ内に含まれることを示し、ビットは０である場合、該ビットに対応するＬＣＧのバッファ状態情報が該ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ内に含まれていないことを示し、即ち、該ビットに対応するＬＣＧのバッファ状態情報が存在しないことを示す。論理チャネルグループのバッファ状態情報の大きさが図２ｂに示される６ビットであってもよく、６ビットの長さに限定されず、更に６ビットの長さより大きくてもよい。ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲの最大長さが論理チャネルグループのバッファ状態情報の大きさによって変化される。論理チャネルグループのバッファ状態情報の大きさが図２ｂに示される６ビットである場合、ｆｌｅｘｉｂｌｅ  ｔｒｕｎ
ｃａｔｅｄ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和が８バイトである。
【００４７】
図２ｃに示すように、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲの別のフォーマット模式としてもよく、現在伝送待ちのデータをバッファしているすべての論理チャネルグループ内の一部の論理チャネルグループの識別子及び対応するバッファ状態情報を含み、一部の論理チャネルグループのバッファ状態情報が、一部の論理チャネルグループ識別子の順序に従って配列され、さらにＬＣＩＤ及びＢＳＲ長さ情報を含む２バイトのＭＡＣサブパケットヘッダーを含み、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ長さ情報がＭＡＣサブパケットヘッダー内の「Ｌ」によって指示できる。論理チャネルグループ識別子の長さが図２ｃに示される３ビットであってもよく、論理チャネルグループのバッファ状態情報の大きさが図２ｃに示される６ビットであってもよく、６ビットの長さに限定されず、更に６ビットの長さより大きくてもよい。ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲの最大長さが論理チャネルグループのバッファ状態情報の大きさによって変化する。論理チャネルグループのバッファ状態情報の大きさが図２ｃに示される６ビットである場合、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和が１１バイトである。
【００４８】
ここで、前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することとを含む。具体的には、論理チャネルグループの優先度が該論理チャネルグループのうちの１つの論理チャネルの優先度であってもよく、１つの実施形態として、論理チャネルグループに含まれる論理チャネルの最大の優先度を該論理チャネルグループの優先度とすることができる。実際の適用では、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループを高から低へソートし、前記パディングビットの数に基づいて高から低へ前記現在伝送待ちのデータをバッファしている論理チャネルグループにおける一部の論理チャネルグループを選択し、それはパディングビットの数が現在伝送待ちのデータをバッファしているすべての論理チャネルグループを満たすことができないためである。
【００４９】
これに基づいて、第二タイプＢＳＲフォーマット（ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲ）及び第三タイプＢＳＲフォーマット（ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲ）が同一フォーマットを有してもよいが、第二タイプＢＳＲが現在伝送待ちのデータをバッファしているすべての論理チャネルグループのバッファ状態情報を含み、しかし、第三タイプＢＳＲが現在伝送待ちのデータをバッファしている論理チャネルグループにおける一部の論理チャネルグループのバッファ状態情報のみを含む。
【００５０】
第二実施形態として、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。
【００５１】
具体的には、本実施形態では、パディングビットの数が２バイトより大きいが、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、ｓｈｏｒｔ  ＢＳＲフォーマットを報告することを決定し、即ち、図２ａに示されるフォーマットによって現在伝送待ちのデータをバッファしている唯一の論理チャネルグループのバッファ状態情報を報告し、報告のｓｈｏｒｔ  ＢＳＲフォーマットにおけるＭＡＣサブパケットヘッダーのＬＣＩＤが対応するＭＡＣ  ＣＥタイプを指示し、即ち、ＬＣＩＤが報告しようとするＢＳＲフォーマットタイプを指示する。
【００５２】
第三実施形態として、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む。
【００５３】
具体的には、本実施形態では、パディングビットの数がｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、現在伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含むｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットを報告することを決定する。
【００５４】
第四実施形態として、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを含む。
【００５５】
具体的には、本実施形態では、パディングビットの数が前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和（即ち、２バイト）に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定し、前記第四タイプＢＳＲフォーマットが具体的にｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマットであってもよく、ｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマットが図２ａに示されるフォーマットを参照してもよく、１バイトのＭＡＣサブパケットヘッダー及び１バイトのｔｒｕｎｃａｔｅｄ  ＢＳＲを含み、ＭＡＣサブパケットヘッダーにおけるＬＣＩＤが対応するＭＡＣ  ＣＥタイプを指示し、即ち、ＬＣＩＤが報告しようとするＢＳＲフォーマットタイプを指示し、ｔｒｕｎｃａｔｅｄ  ＢＳＲが現在伝送待ちのデータをバッファしている少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループの識別子（ＬＣＧ  ＩＤ）を含み、及びバッファの大きさによって該論理チャネルグループのバッファ状態情報の大きさを示す。
【００５６】
第五実施形態として、前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを含む。
【００５７】
具体的には、本実施形態では、パディングビットの数が前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和（即ち、２バイト）以上で、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告し、即ち、ｓｈｏｒｔ  ＢＳＲフォーマットを報告することを決定する。
【００５８】
図３は本発明の実施例のバッファ状態報告方法の別のフロー模式図であり、図３に示すように、第一タイプＢＳＲがｓｈｏｒｔ  ＢＳＲで、第二タイプＢＳＲがｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲで、第三タイプＢＳＲがｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲで、第四タイプＢＳＲがｔｒｕｎｃａｔｅｄ  ＢＳＲであることを例として本発明の実施例のバッファ状態報告方法を説明する。上記バッファ状態報告方法は以下のフローによって実現できる。
【００５９】
ステップ２０１において、端末がｐａｄｄｉｎｇ  ＢＳＲの報告をトリガーする。
【００６０】
ステップ２０２において、前記端末はパディングビットの数がｓｈｏｒｔ  ＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さいかどうかを判断する。パディングビットの数がｓｈｏｒｔ  ＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さいと判断する場合、ステップ２０３を実行する。パディングビットの数がｓｈｏｒｔ  ＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和以下であると判断する場合、ステップ２０８を実行する。パディングビットの数が前記ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きいと判断する場合、ステップ２０６を実行する。
【００６１】
ステップ２０３において、現在伝送待ちのデータをバッファしている論理チャネルグループの数が１より大きいかどうかを判断する。現在伝送待ちのデータをバッファしている論理チャネルグループの数が１より大きいと判断する場合、ステップ２０４〜ステップ２０６を実行する。現在伝送待ちのデータをバッファしている論理チャネルグループの数が１に等しいと判断する場合、ステップ２０７を実行する。
【００６２】
ステップ２０４において、現在伝送待ちのデータをバッファしている論理チャネルグループに対応するｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの大きさ及び対応するＭＡＣサブパケットヘッダーの大きさが前記パディングビットの数より大きいかどうかを判断する。現在伝送待ちのデータをバッファしている論理チャネルグループに対応するｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの大きさ及び対応するＭＡＣサブパケットヘッダーの大きさが前記パディングビットの数より大きいと判断する場合、ステップ２０５を実行する。現在伝送待ちのデータをバッファしている論理チャネルグループに対応するｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットの大きさ及び対応するＭＡＣサブパケットヘッダーの大きさが前記パディングビットの数以下であると判断する場合、ステップ２０６を実行する。
【００６３】
ステップ２０５において、ｆｌｅｘｉｂｌｅ  ｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマットを報告することを決定する。
【００６４】
ステップ２０６において、ｆｌｅｘｉｂｌｅ  ｌｏｎｇ  ＢＳＲフォーマットを報告することを決定する。
【００６５】
ステップ２０７において、ｓｈｏｒｔ  ＢＳＲフォーマットを報告することを決定する。
【００６６】
ステップ２０８において、現在伝送待ちのデータをバッファしている論理チャネルグループの数が１より大きいかどうかを判断する。現在伝送待ちのデータをバッファしている論理チャネルグループの数が１より大きいと判断する場合、ステップ２０９を実行する。現在伝送待ちのデータをバッファしている論理チャネルグループの数が１に等しいと判断する場合、ステップ２０７を実行する。
【００６７】
ステップ２０９において、ｔｒｕｎｃａｔｅｄ  ＢＳＲフォーマットを報告することを決定する。
【００６８】
本発明の実施例の技術案によれば、報告しようとするＢＳＲフォーマットが１以上で、現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である論理チャネルグループに対応できることにより、現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状態情報をできるだけ多く報告することを実現でき、それにより、基地局は端末が現在伝送待ちのデータをバッファしている論理チャネルグループのバッファ状況をより多く知ることができ、端末に無線リソースを割り当てる精度を大幅に実現する。
【００６９】
実施例２
本発明の実施例は更に端末を提供する。図４は本発明の実施例の端末の１つの構成構造模式図であり、図４に示すように、前記端末は、
パディングバッファ状態レポートの報告をトリガーするように構成される前記トリガーユニット３１と、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニット３２であって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下である決定ユニット３２とを含む。
【００７０】
第一実施形態として、前記決定ユニット３２は、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定するように構成される。
【００７１】
前記決定ユニット３２は、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。
【００７２】
前記決定ユニット３２は、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さい。
【００７３】
第二実施形態として、前記決定ユニット３２は、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。
【００７４】
第三実施形態として、前記決定ユニット３２は、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しい。
【００７５】
第四実施形態として、前記決定ユニット３２は、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応する。
【００７６】
第五実施形態として、前記決定ユニット３２は、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される。
【００７７】
本実施例では、１つの実施形態として、前記第二タイプＢＳＲフォーマットが現在伝送待ちのデータをバッファしているすべての論理チャネルの識別子及び対応するバッファ状態情報を含み、各論理チャネルのバッファ状態情報が、対応する識別子の順序に従って配列される。
【００７８】
別の実施形態として、前記第二タイプＢＳＲフォーマットはビットが現在伝送待ちのデータをバッファしている論理チャネルに対応する第一ビット図を含み、前記第二タイプＢＳＲフォーマットはさらに前記した現在伝送待ちのデータをバッファしている論理チャネルにおける、前記第一ビット図に対応するソート順に従って配列される各論理チャネルのバッファ状態情報を含む。
【００７９】
図５は本発明の実施例の端末の別の構成構造模式図であり、図５に示すように、前記端末はさらに、前記した決定ユニット３２が第三タイプＢＳＲフォーマットを報告することを決定する前に、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートし、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するようにされるソートユニット３３を含む。
【００８０】
本実施例では、１つの実施形態として、前記第三タイプＢＳＲはビットが前記一部の論理チャネルに対応する第二ビット図を含み、前記第三タイプＢＳＲはさらに前記一部の論理チャネルが前記第二ビット図に対応するソート順に従って配列される、前記一部の論理チャネル内の各論理チャネルのバッファ状態情報を含む。
【００８１】
別の実施形態として、前記第三タイプＢＳＲは前記一部の論理チャネル内の各論理チャネルの識別子及び対応するバッファ状態情報を含み、前記一部の論理チャネル内の各論理チャネルのバッファ状態情報が前記一部の論理チャネル識別子の順序に従って配列される。
【００８２】
本発明の実施例では、前記端末におけるトリガーユニット３１、決定ユニット３２及びソートユニット３３は、実際の適用ではセンドラルプロセッサ（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、マイクロ制御ユニット（ＭＣＵ：Ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）によって実現されてもよい。
【００８３】
なお、上記実施例に係る端末は情報処理を行う時、上記各プログラムモジュールの区別のみによって例を挙げて説明し、実際の適用では、必要に応じて上記処理及び割り当てを異なるプログラムモジュールで完了してもよく、つまり、端末の内部構造を異なるプログラムモジュールに区別することにより、以上に説明した全部又は一部の処理を完了する。さらに、上記実施例に係る端末とバッファ状態報告方法の実施例が同一構想に属し、その具体的な実現過程は方法の実施例に示されており、ここで詳細な説明は省略する。
【００８４】
実施例３
本発明の実施例はさらに端末を提供する。図６は本発明の実施例の端末のハードウェア構成構造模式図であり、図６に示すように、端末は少なくとも１つのプロセッサ４１及びプロセッサ４１において実行できるコンピュータプログラムを記憶するためのメモリ４２を含み、前記端末は更に通信コンポーネント４３を含んでもよい。端末における各構成部分がバスシステム４４によってカップリングされる。バスシステム４４がこれらの構成部分の間の接続通信を実現することに用いられ、バスシステム４４は、データバスに加え、さらに電源バス、制御バス及び状態信号バスを含むと理解できる。しかしながら、明確に説明するために、図６において、様々なバスをバスシステム４４と表記する。
【００８５】
メモリ４２は、揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ランダムアクセスメモリ（ＦＲＡＭ：ｆｅｒｒｏｍａｇｎｅｔｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ（Ｆｌａｓｈ  Ｍｅｍｏｒｙ）、磁気表面メモリ、光ディスク、またはリードオンリーディスク（ＣＤ−ＲＯＭ：Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）であってもよく、磁性面メモリが磁気ディスクメモリまたは磁気テープメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。制限的ではなく、例示的な説明によって、多くの形式のＲＡＭ、たとえばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、同期スタティックランダムアクセスメモリ（ＳＳＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ：Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、エンハンスド同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ  Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  
Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：ＳｙｎｃＬｉｎｋ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ダイレクトランバスランダムアクセスメモリ（ＤＲＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）が利用可能である。本発明の実施例に説明されるメモリ４２はこれらのメモリ及び任意の他の適切なタイプのメモリを含んでもよいが、それらに限らないように意図される。
【００８６】
上記した本発明の実施例が開示した方法はプロセッサ４１に適用されてもよく、又はプロセッサ４１で実現される。プロセッサ４１は、信号の処理能力を有する集積回路チップである可能性がある。実現過程において、上記方法の各ステップはプロセッサ４１におけるハードウェアの集成論理回路又はソフトウェア形式の命令で完了されてもよい。上記プロセッサ４１は汎用プロセッサ、ＤＳＰ、又は他のプログラマブルロジックディスク、離散ケート又はトランジスタロジックディスク、ディスクリートハードウェアコンポーネン等であってもよい。プロセッサ４１は本発明の実施例に開示されている各方法、ステップ及びロジックブロック図を実現し又は実行できる。汎用プロセッサはマイクロプロセッサ又は任意の通常のプロセッサ等であってもよい。本発明の実施例に開示されている方法のステップと合わせ、ハードウェアデコードプロセッサで実行して完了し、又はデコードプロセッサにおけるハードウェアとソフトウェアモジュールとの組み合わせで実行するように表すことが可能である。ソフトウェアモジュールが記憶媒体に位置してもよく、該記憶媒体がメモリ４２に位置し、プロセッサ４１がメモリ４２における情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。
【００８７】
例示的な実施例において、端末が１つまたは複数の特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＤＳＰ、プログラマブルロジックディスク（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、複雑プログラマブルロジックディスク（ＣＰＬＤ：Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ、汎用プロセッサ、コントローラ、ＭＣＵ、マイクロプロセッサ（Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、または他の電子素子によって実現することができ、上記方法を実行することに用いられる。
【００８８】
本実施例では、前記プロセッサ４１は前記プログラムを実行する時に、パディングバッファ状態レポートの報告をトリガーすることと、前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることと、を実現する。
【００８９】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時に、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを実現する。
【００９０】
前記プロセッサ４１は前記プログラムを実行する時に、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを実現する。
【００９１】
前記プロセッサ４１は前記プログラムを実行する時に、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを実現する。
【００９２】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを実現する。
【００９３】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを実現する。
【００９４】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを実現する。
【００９５】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを実現する。
【００９６】
１つの実施形態として、前記プロセッサ４１は前記プログラムを実行する時、第三タイプＢＳＲフォーマットを報告することを決定する前、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することとを実現する。
【００９７】
実施例４
本発明の実施例は更に、たとえば図６に示される、コンピュータプログラムが記憶されるメモリ４２を含むコンピュータ記憶媒体を提供し、上記コンピュータプログラムが装置のプロセッサ４１で実行可能で、それにより、上記方法の前記ステップを完了する。コンピュータ記憶媒体はＦＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、Ｆｌａｓｈ  Ｍｅｍｏｒｙ、磁性面メモリ、光ディスク、またはＣＤ−ＲＯＭ等のメモリであってもよく、更に上記メモリの１つまたは任意の組み合わせを含む各種の装置であってもよい。
【００９８】
本実施例では、本発明の実施例に係るコンピュータ記憶媒体は、プロセッサによって実行される時、パディングバッファ状態レポートの報告をトリガーすることと、前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び現在伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であり、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの最大数以下であることとを実行するコンピュータプログラムが記憶される。
【００９９】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを実行する。
【０１００】
該コンピュータプログラムがプロセッサによって実行される時、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が、前記パディングビットの数以下である場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを実行する。
【０１０１】
該コンピュータプログラムがプロセッサによって実行される時、現在伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、現在伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを実行する。
【０１０２】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを実行する。
【０１０３】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が現在伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを実行する。
【０１０４】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、第四タイプＢＳＲフォーマットを報告することを決定することであって、前記第四タイプＢＳＲフォーマットが、少なくとも２つの論理チャネルグループのうちの１つの論理チャネルグループに対応することを実行する。
【０１０５】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和に等しく、且つ現在伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記論理チャネルグループに対応する前記第一タイプＢＳＲフォーマットを報告することを決定することを実行する。
【０１０６】
１つの実施形態として、該コンピュータプログラムがプロセッサによって実行される時、第三タイプＢＳＲフォーマットを報告することを決定する前、優先度に従って前記現在伝送待ちのデータをバッファしている論理チャネルグループをソートすることと、優先度ソート結果に基づいて前記現在伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択することとを実行する。
【０１０７】
本願に係るいくつかの実施例において、開示される端末及び方法は他の方式で実現されてもよいと理解すべきである。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式を用いてもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される各構成部分の間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
【０１０８】
分離部材として説明される前記ユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、つまり、一箇所に位置してもよいし、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。
【０１０９】
また、本発明の各実施例における各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットはそれぞれ独立して１つのユニットとしてもよく、２つ又は２つ以上のユニットは１つのユニットに統合されてもよい。上記統合されたユニットはハードウェアの形式で実現されてもよいし、ソフトウェア機能ユニットの形式で実現されてもよい。
【０１１０】
当業者であれば、上記方法の実施例の全部または一部のステップの実現はプログラムが関連するハードウェアを命令することより完了されてもよく、上記プログラムが１つのコンピュータ可読記憶媒体に記憶されてもよく、該プログラムが実行される時、上記方法の実施例を含むステップを実行する。上記記憶媒体は携帯記憶ディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含むと理解できる。
【０１１１】
又は、本発明の集積した上記ユニットはソフトウェア機能モジュールの形式で実現され、且つ独立した製品として販売又は使用されるとき、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の技術案の本質又は従来技術に貢献する部分はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク機器等であってもよい）に本発明の各実施例における該方法の全部又は一部のステップを実行させるための複数の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体は携帯記憶ディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。
【０１１２】
以上の説明は、本発明の具体的な実施形態であって、本発明の保護範囲を制限するためのものではなく、当業者が本発明に開示される技術的範囲内に容易に想到し得る変更又は置換は、いずれも本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲に準じるべきである。
【図１】
2021501491.tif 000003
【図２ａ】
2021501491.tif 000004
【図２ｂ】
2021501491.tif 000005
【図２ｃ】
2021501491.tif 000006
【図３】
2021501491.tif 000007
【図４】
2021501491.tif 000008
【図５】
2021501491.tif 000009
【図６】
2021501491.tif 000010
【手続補正書】
【提出日】令和2年8月25日(2020.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
バッファ状態報告方法であって、
端末が、パディングバッファ状態レポート（ｐａｄｄｉｎｇ  ＢＳＲ）の報告をトリガーすることと、
前記端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上であることと、を含む、前記バッファ状態報告方法。
【請求項２】
前記ＢＳＲフォーマットの対応する論理チャネルグループの数が、伝送待ちのデータをバッファしている論理チャネルグループの数以下である、
請求項１に記載の方法。
【請求項３】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することを含む、
請求項１に記載の方法。
【請求項４】
前記伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定することは、
伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定することであって、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、伝送待ちのデータをバッファしている論理チャネルグループの数より小さいことを含む、
請求項３に記載の方法。
【請求項５】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定することを含む、
請求項１に記載の方法。
【請求項６】
前記した端末がパディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定することは、
前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定することであって、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が伝送待ちのデータをバッファしている論理チャネルグループの数に等しいことを含む、
請求項１に記載の方法。
【請求項７】
前記第二タイプＢＳＲフォーマットが、伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが伝送待ちのデータをバッファしている論理チャネルグループに対応し、
前記第二タイプＢＳＲフォーマットがさらに前記伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、
各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項１〜６のいずれか一項に記載の方法。
【請求項９】
前記した第三タイプＢＳＲフォーマットを報告することを決定する前に、前記方法はさらに、
伝送待ちのデータをバッファしている論理チャネルグループの優先度でのソート結果に基づいて、前記伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択すること、を含み、前記伝送待ちのデータをバッファしている論理チャネルグループが、優先度に従ってソートされたものである、
請求項４に記載の方法。
【請求項１０】
端末であって、
パディングバッファ状態レポートの報告をトリガーするように構成されるトリガーユニットと、
パディングビットの数、第一タイプＢＳＲフォーマットの大きさと対応するメディアアクセス制御（ＭＡＣ）サブパケットヘッダーの大きさとの和、及び伝送待ちのデータをバッファしている論理チャネルグループの数に基づき、報告しようとするＢＳＲフォーマットを決定するように構成される決定ユニットであって、前記ＢＳＲフォーマットの対応する論理チャネルグループの数が１以上である決定ユニットと、を含む、前記端末。
【請求項１１】
前記ＢＳＲフォーマットの対応する論理チャネルグループの数が、伝送待ちのデータをバッファしている論理チャネルグループの数以下である、
請求項１０に記載の端末。
【請求項１２】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が少なくとも２つである場合、伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和及び前記パディングビットの数に基づいて、報告しようとするＢＳＲフォーマットを決定するように構成される、
請求項１０に記載の端末。
【請求項１３】
前記決定ユニットは、伝送待ちのデータをバッファしている論理チャネルグループに対応する第二タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和が前記パディングビットの数より大きい場合、第三タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第三タイプＢＳＲフォーマットの対応する論理チャネルグループの数が１より大きく、伝送待ちのデータをバッファしている論理チャネルグループの数より小さい、
請求項１２に記載の端末。
【請求項１４】
前記決定ユニットは、前記パディングビットの数が、前記第一タイプＢＳＲフォーマットの大きさと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きく、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より小さく、且つ伝送待ちのデータをバッファしている論理チャネルグループの数が１つである場合、前記第一タイプＢＳＲフォーマットを報告することを決定するように構成される、
請求項１０に記載の端末。
【請求項１５】
前記決定ユニットは、前記パディングビットの数が、第二タイプＢＳＲフォーマットの最大長さと対応するＭＡＣサブパケットヘッダーの大きさとの和より大きい場合、第二タイプＢＳＲフォーマットを報告することを決定するように構成され、前記第二タイプＢＳＲフォーマットの対応する論理チャネルグループの数が伝送待ちのデータをバッファしている論理チャネルグループの数に等しい、
請求項１０に記載の端末。
【請求項１６】
前記第二タイプＢＳＲフォーマットが、伝送待ちのデータをバッファしているすべての論理チャネルグループの識別子及び対応するバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が、対応する識別子の順序に従って配列される、
請求項１０〜１５のいずれか一項に記載の端末。
【請求項１７】
前記第二タイプＢＳＲフォーマットは第一ビット図を含み、前記第一ビット図内のビットが伝送待ちのデータをバッファしている論理チャネルグループに対応し、前記第二タイプＢＳＲフォーマットがさらに前記伝送待ちのデータをバッファしている論理チャネルグループのうちの各論理チャネルグループのバッファ状態情報を含み、各論理チャネルグループのバッファ状態情報が前記第一ビット図に対応するソート順に従って配列される、
請求項１０〜１５のいずれか一項に記載の端末。
【請求項１８】
前記端末はさらに、前記した決定ユニットが第三タイプＢＳＲフォーマットを報告することの前、伝送待ちのデータをバッファしている論理チャネルグループの優先度でのソート結果に基づいて、前記伝送待ちのデータをバッファしている論理チャネルグループから、前記パディングビットを満たす一部の論理チャネルグループを選択するように構成されるソートユニットを含み、前記伝送待ちのデータをバッファしている論理チャネルグループが、優先度に従ってソートされたものである、
請求項１３に記載の端末。
【国際調査報告】
2021501491.tif 000011
2021501491.tif 000012
2021501491.tif 000013
2021501491.tif 000014