JP5607991B2 - Ｂｓｒの方法及び通信装置 - Google Patents

Description

本発明はＢＳＲ（バッファ状態報告）を実行する方法及び通信装置に関し、特に新しくトリガーされたＢＳＲを即時に伝送できないのを防止するための、無線通信システムのＵＥ（ユーザー端末）においてＢＳＲを実行する方法及び通信装置に関する。

ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）無線通信システムは、第三世代移動通信システム（例えばＵＭＴＳ（汎用移動通信システム））をもとに確立されたアドバンスド高速無線通信システムである。ＬＴＥ無線通信システムはパケット交換のみサポートし、そのＲＬＣ（無線リンク制御）通信プロトコル層とＭＡＣ（媒体アクセス制御）通信プロトコル層は基地局（ノードＢ）とＲＮＣ（無線ネットワークコントローラ）に別々に設けなくてもよく、同一の通信ネットワークエンティティー（例えば基地局（ノードＢ））に統合できるので、システム構造が比較的に簡単である。

ＬＴＥ無線通信システムにおいて、ＵＥのアップリンクバッファのデータ量をサービング基地局（エンハンスドノードＢとも称する）に報告するために、３ＧＰＰ（第三世代パートナーシッププロジェクト）はＢＳＲプロセスを導入している。ＢＳＲプロセスでは、ＵＥはＭＡＣ ＰＤＵ（媒体アクセス制御プロトコルデータユニット）でＢＳＲ制御要素（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を運び、アップリンクバッファのデータ量に関する情報をネットワークに返送し、ネットワークはそれにより特定またはすべての論理チャネルグループの伝送可能なデータ量を判断する。

ＢＳＲプロセスはトリガーの条件によって、レギュラーＢＳＲ（ｒｅｇｕｌａｒ ＢＳＲ）、周期的ＢＳＲ（ｐｅｒｉｏｄｉｃ ＢＳＲ）、及びパディングＢＳＲ（ｐａｄｄｉｎｇ ＢＳＲ）に分けられる。レギュラーＢＳＲは、アップリンクデータがＵＥのアップリンクバッファに到着し、かつその優先順位が既存のデータより高い場合か、またはサービング基地局が変わった場合にトリガーされる。周期的ＢＳＲは、周期的ＢＳＲタイマーＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲの終了時にトリガーされる。パディングＢＳＲは、ＭＡＣ ＰＤＵのパディング領域のサイズがＢＳＲ制御要素より大きいかそれに等しい場合にトリガーされる。

現行の仕様（３ＧＰＰ ＴＳ３６．３２１ Ｖ８．６．０）によれば、ＢＳＲプロセスではまずトリガーされたＢＳＲがあるかを判断し、すなわち前回のＢＳＲ以降に、トリガーされたＢＳＲがあるどうか、またはＢＳＲが初回にトリガーされたものかどうかを判断する。トリガーされたＢＳＲがあると判断した後、現在ＴＴＩ（送信時間間隔）にネットワークから新規伝送のために割り当てられたアップリンク伝送リソースを有した場合、ＵＥはアップリンクバッファのデータ量に関する情報をネットワークに返送するために、対応するＢＳＲ制御要素を生成する。ＵＥが現在ＴＴＩにネットワークから新規伝送のために割り当てられたアップリンク伝送リソースを有せず、かつＵＥによりトリガーされたのがレギュラーＢＳＲであった場合は、アップリンク伝送リソースを割り当てるようにネットワークに求めるために、スケジューリングリクエスト（ＳＲ）プロセスを起動してＢＳＲの伝送を行う。

言い換えれば、関連のＢＳＲプロセスを実行する前に、すなわちＢＳＲ制御要素またはＳＲをトリガーする前に、ＵＥはまずトリガーされたＢＳＲがあるかどうかを判断する。現行の仕様によれば、ＢＳＲが初回にトリガーされたものでなければ、ＢＳＲプロセスでトリガーされたＢＳＲの有無を判断する時間帯は、ＢＳＲの前回伝送から現在ＴＴＩまでの間とされる。

すべてトリガーされたＢＳＲは以下の場合にキャンセルされる。（１）ＢＳＲが生成され、ＭＡＣ ＰＤＵに載せられた場合、（２）アップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲ制御要素とそれに対応するサブヘッダを収容するのに十分ではない場合である。

しかし、一部の状況では、前記ＢＳＲプロセスは、後にトリガーされるＢＳＲを即時に伝送できず、ＵＥの優先順位が高いデータが遅延になることが発生しうる。

例えば図１を参照する。図１は従来のＢＳＲプロセスの動作を表す説明図である。まず、ＵＥはＢＳＲ１（時点Ｔ１）をトリガーする。このとき、ＵＥは新規伝送に用いられるアップリンク伝送リソースを有しないので、アップリンク伝送リソースを割り当てるようにネットワークに求めるために、ＳＲプロセスをトリガーする。次に、ＵＥはＰＤＣＣＨ（物理ダウンリンク制御チャネル）においてネットワークから割り当てられたアップリンク伝送リソースを受信する（時点Ｔ２）。この場合、時点Ｔ４に他のアップリンクデータとともに伝送するために、ＵＥはＢＳＲ１に対応するＢＳＲ制御要素を生成してＭＡＣ ＰＤＵに載せる（時点Ｔ３）。一般に、アップリンク伝送リソースの受信からＢＳＲ１の伝送までのＴＴＩは４ｍｓであり、すなわちＴ４＝Ｔ２＋４（ｍｓ）である。また、時点Ｔ３にＢＳＲ制御要素が既に生成されているので、すべてトリガーされたＢＳＲは同時にキャンセルされる。

仮にＢＳＲ１を伝送する前に、優先順位が高いアップリンクデータの到着により、ＵＥが他のＢＳＲ２をトリガーする（時点Ｔ５）とすれば、ネットワークから割り当てられたアップリンク伝送リソースは既にＢＳＲ１に使用されているので、ＢＳＲ２については同じくＳＲプロセスを起動して、アップリンク伝送リソースを割り当てるようにネットワークに求めなければならない。しかし、時点Ｔ６にネットワークから割り当てられたアップリンク伝送リソースを受信すると、前述の判断方法によれば、ＵＥはトリガーされたＢＳＲがあると判断できない。言い換えれば、ＢＳＲの前回伝送以降にＢＳＲが一切トリガーされていないので、ＵＥはＢＳＲ２に対応するＢＳＲ制御要素を生成しない（時点Ｔ７）。

この場合、アップリンク伝送リソースに基づいて形成されるＭＡＣ ＰＤＵはＢＳＲ２を含まないので、ＵＥはアップリンクバッファの優先順位が高いデータのデータ量をネットワークに返送することができず、データの遅延が生じる。

更に図２を参照する。図２は従来のＢＳＲプロセスの動作を表す他の説明図である。まず、ＵＥはＢＳＲ１（時点Ｔ１）をトリガーする。後に、ネットワークから割り当てられたアップリンク伝送リソースはすべての伝送予定データしか収容できず、ＢＳＲ制御要素とそれに対応するサブヘッダを収容できないので、ＢＳＲ１はキャンセルされる（時点Ｔ２）。言い換えれば、アップリンク伝送はＢＳＲ１を含まない。その後、データの到着により、ＵＥはＢＳＲ２とＳＲをトリガーする（時点Ｔ３）。アップリンク伝送リソースを受信する（時点Ｔ４）とき、ＵＥはＢＳＲ２をＭＡＣ ＰＤＵに載せるべきである。しかし、ＢＳＲ１が既にキャンセルされたので、前述の判断方法に従えば、トリガーされたＢＳＲがあると判断できない場合もある。

例えば、ＢＳＲ１が初回にトリガーされたものであれば、ＢＳＲ１は既にキャンセルされたので、ＵＥに伝送済みのＢＳＲが存在しない。この場合、ＢＳＲ２は初回にトリガーされたものではないので、前述の判断方法に従えば、ＵＥはトリガーされたＢＳＲがあると判断できない。したがって、ＵＥはＢＳＲ２に対応するＢＳＲ制御要素を生成せず、アップリンクバッファのデータ量をネットワークに即時に返送できない。

簡単に言えば、古いＢＳＲの伝送前に新しいＢＳＲがトリガーされ、かつ古いＢＳＲの伝送後にアップリンク伝送リソースが受信された場合、トリガーされたＢＳＲの有無を判断する従来の方法は、ＢＳＲを正確に実行できず（例えば新しいＢＳＲに対応するＢＳＲ制御要素が生成されない）、ＵＥのデータに遅延が発生する問題がある。

本発明はＢＳＲの方法及び通信装置を提供することを課題とする。

本発明では、無線通信システムのＵＥ（ユーザー端末）に用いられるＢＳＲ（バッファ状態報告）を実行する方法を開示する。方法は、前回にトリガーされたＢＳＲをキャンセルした後から現在ＴＴＩ（送信時間間隔）までの間に、トリガーされたＢＳＲがあるかどうかを判断する段階と、少なくとも１つのＢＳＲがトリガーされたと判断した場合に、ＢＳＲプロセスを実行する段階とを含む。トリガーされたＢＳＲは、ＵＥにより受信された第一アップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲに対応する第一ＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、または第一ＢＳＲ制御要素が第一ＭＡＣ ＰＤＵ（媒体アクセス制御プロトコルデータユニット）に載せられて伝送された場合に、キャンセルされる。

本発明では更に、無線通信システムのＵＥにおいてＢＳＲを実行するための通信装置を開示する。通信装置は、プログラムを実行するＣＰＵ（中央処理装置）と、ＣＰＵに結合され、プログラムを記憶する記憶装置とを含む。プログラムは、前回にトリガーされたＢＳＲをキャンセルした後から現在ＴＴＩまでの間に、トリガーされたＢＳＲがあるかどうかを判断する段階と、少なくとも１つのＢＳＲがトリガーされたと判断した場合に、ＢＳＲプロセスを実行する段階とを含む。トリガーされたＢＳＲは、ＵＥにより受信された第一アップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲに対応する第一ＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、または第一ＢＳＲ制御要素が第一ＭＡＣ ＰＤＵに載せられて伝送された場合に、キャンセルされる。

本発明では更に、無線通信システムのＵＥに用いられるＢＳＲを実行する方法を開示する。方法は、現在ＴＴＩの前に、トリガーされたＢＳＲに未だにキャンセルされていないものがあるかどうかを判断する段階と、少なくとも１つのトリガーされたＢＳＲが未だにキャンセルされていないと判断した場合に、ＢＳＲプロセスを実行する段階とを含む。トリガーされたＢＳＲは、ＵＥにより受信されたアップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲに対応するＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、またはＢＳＲ制御要素がＭＡＣ ＰＤＵに載せられて伝送された場合に、キャンセルされる。

本発明では更に、無線通信システムのＵＥにおいてＢＳＲを実行するための通信装置を開示する。通信装置は、プログラムを実行するＣＰＵと、ＣＰＵに結合され、プログラムを記憶する記憶装置とを含む。プログラムは、現在ＴＴＩの前に、トリガーされたＢＳＲに未だにキャンセルされていないものがあるかどうかを判断する段階と、少なくとも１つのトリガーされたＢＳＲが未だにキャンセルされていないと判断した場合に、ＢＳＲプロセスを実行する段階とを含む。トリガーされたＢＳＲは、ＵＥにより受信されたアップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲに対応するＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、またはＢＳＲ制御要素がＭＡＣ ＰＤＵに載せられて伝送された場合に、キャンセルされる。

従来のＢＳＲプロセスの動作を表す説明図である。 従来のＢＳＲプロセスの動作を表す他の説明図である。 無線通信システムを表す説明図である。 無線通信システムの無線通信装置のブロック図である。 図４に示すプログラムを表す説明図である。 本発明による方法のフローチャートである。 図６に示す方法の実施例を表す説明図である。 図６に示す方法の実施例を表す他の説明図である。 本発明による他方法のフローチャートである。

かかる方法及び装置の特徴を詳述するために、具体的な実施例を挙げ、図を参照にして以下に説明する。

図３を参照する。図３は無線通信システム１０を表す説明図である。無線通信システム１０は望ましくはＬＴＥシステムであり、概してネットワークと複数のＵＥ（ユーザー端末）を含む。図３に示すネットワークとＵＥは無線通信システム１０の構造を説明するために用いるに過ぎない。実際、ネットワークは要求に応じて複数の基地局、ＲＮＣ（無線ネットワークコントローラー）を含みうる。ＵＥは携帯電話、コンピュータシステムなどの装置である。

図４を参照する。図４は無線通信システムの無線通信装置１００のブロック図である。無線通信装置１００は図３に示すＵＥを実施するために用いられる。説明を簡素化するため、図４では無線通信装置１００の入力装置１０２、出力装置１０４、制御回路１０６、ＣＰＵ（中央処理装置）１０８、記憶装置１１０、プログラム１１２及びトランシーバー１１４のみ示している。無線通信装置１００では、制御回路１０６はＣＰＵ１０８を用いて記憶装置１１０に記憶されたプログラム１１２を実行し、無線通信装置１００の動作を制御し、入力装置１０２（例えばキーボード）でユーザーが入力した信号を受信し、出力装置１０４（スクリーン、スピーカーなど）で映像、音声などの信号を出力する。無線信号を受発信するトランシーバー１１４は受信した信号を制御回路１０６に送信し、または制御回路１０６による信号を無線で出力する。言い換えれば、通信プロトコルに当てはめれば、トランシーバー１１４は第一層の一部とみなされ、制御回路１０６は第二層と第三層の機能を実施する。

図５を参照する。図５は図４に示すプログラム１１２を表す説明図である。プログラム１１２はアプリケーション層２００と、第三層インターフェイス２０２と、第二層インターフェイス２０６とを含み、第一層インターフェイス２１８に接続されている。第三層インターフェイス２０２はＲＲＣ（無線リソース制御）を実施する。第二層インターフェイス２０６はＲＬＣ（無線リンク制御）層インターフェイスとＭＡＣ（媒体アクセス制御）層インターフェイスを含み、リンク制御を実施する。第一層インターフェイス２１８は物理接続を実施する。

ＬＴＥ無線通信システムでは、第二層インターフェイス２０６のＭＡＣ層はＢＳＲプロセスを実行し、ネットワークで特定またはすべての論理チャネルグループの伝送可能なデータ量を判断することを可能にするために、ＭＡＣ ＰＤＵでＢＳＲ制御要素を運び、アップリンクバッファのデータ量に関する情報をネットワークに返送する。それに鑑みて、すべてトリガーされたＢＳＲを正確に処理し、ＵＥのデータ遅延を防止するために、本発明の実施例ではＢＳＲプログラム２００を提供する。

図６を参照する。図６は本発明による方法４０のフローチャートである。下記方法４０は無線通信システムのＵＥで実行されるＢＳＲに用いられ、ＢＳＲプログラム２２０としてコンパイルされることができる。

ステップ４００：開始。
ステップ４０２：前回にトリガーされたＢＳＲをキャンセルした後から、現在ＴＴＩまでの間に、トリガーされたＢＳＲがあるかどうかを判断する。
ステップ４０４：少なくとも１つのＢＳＲがトリガーされたと判断した場合に、ＢＳＲプロセスを実行する。
ステップ４０６：終了。

以上のように、ＵＥは前回にＢＳＲをキャンセルした後から現在ＴＴＩまでの間に、トリガーされたＢＳＲがあるかどうかを判断し、少なくとも１つのＢＳＲがトリガーされたと判断した場合に、後続のＢＳＲプロセスを実行する。言い換えれば、現在ＴＴＩに新規伝送のために割り当てられたアップリンク伝送リソースを有した場合、ＵＥは対応するＢＳＲ制御要素を生成する。それに反して、ＵＥが現在ＴＴＩにネットワークから新規伝送のために割り当てられたアップリンク伝送リソースを有せず、かつＵＥによりトリガーされたのがレギュラーＢＳＲであった場合は、ＳＲを起動する。

すべてトリガーされたＢＳＲは以下の場合にキャンセルされる。（１）ＢＳＲが生成され、ＭＡＣ ＰＤＵに載せられた場合、（２）アップリンク伝送リソースがＵＥのすべての伝送予定データしか収容できず、ＢＳＲ制御要素とそれに対応するサブヘッダを収容するのに十分ではない場合である。

したがって、本発明の実施例でトリガーされたＢＳＲの有無を判断する時間帯は、前回にＢＳＲをキャンセルした後から現在ＴＴＩまでの間である。ＢＳＲの前回伝送を判断開始時間とする従来の技術に比べて、本発明の実施例は判断開始時間をＢＳＲの前回キャンセル時間まで繰り上げるので、新しくトリガーされたＢＳＲを即時に伝送できないという問題を防止できる。

例えば図７を参照する。図７は前記方法４０の実施例を表す説明図である。図７の内容は図１とほぼ同様であり、同一部分の説明はここで省略される。仮にＢＳＲ１を伝送する前に、優先順位が高いアップリンクデータの到着により、ＵＥは他のＢＳＲ２をトリガーする（時点Ｔ５）とすれば、ＵＥがネットワークから割り当てられたアップリンク伝送リソースを受信する（時点Ｔ６）と、本発明の実施例ではトリガーされたＢＳＲの有無を判断する開始時間をＢＳＲの前回キャンセル時間（すなわちＢＳＲ１がＭＡＣ ＰＤＵに載せられる時間）まで繰り上げるので、ＵＥは新しいＢＳＲがトリガーされたと正常に判断し、ＢＳＲ２に対応するＢＳＲ制御要素を生成する（時点Ｔ７）ことができる。この場合、ＢＳＲ２はＭＡＣ ＰＤＵに載せられた他のアップリンクデータとともに伝送される（時点Ｔ８）。

同じく、本発明の実施例も図２の問題を解決できる。図８は前記方法４０の実施例を表す他の説明図である。図８の内容は図２とほぼ同様であり、同一部分の説明はここで省略される。図８に示すように、本発明の実施例ではトリガーされたＢＳＲの有無を判断する時間をＢＳＲの前回キャンセル時間（時点Ｔ２）まで繰り上げるので、ＵＥが時点Ｔ４にアップリンク伝送リソースを受信すると、本発明の実施例はトリガーされたＢＳＲがあると正常に判断し、ＢＳＲ２に対応するＢＳＲ制御要素を生成する（時点Ｔ５）ことができる。

注意すべきは、前掲判断方法はＢＳＲが初回にトリガーされたものではない場合に用いられる。ＢＳＲが初回にトリガーされたものであれば、ＵＥはＢＳＲプロセスを直接実行する。言い換えれば、アップリンク伝送リソースの有無によって、ＢＳＲ制御要素を生成するか、またはＳＲをトリガーする。

本発明の趣旨は他の方式でも実施されうる。ＢＳＲキャンセル後に、トリガーされたＢＳＲの有無を判断するものであれば、いずれも本発明の範囲に属する。例えば図９を参照する。図９は本発明による他方法７０のフローチャートである。下記方法７０は無線通信システムのＵＥで実行されるＢＳＲに用いられ、ＢＳＲプログラム２２０としてコンパイルされることができる。

ステップ７００：開始。
ステップ７０２：現在ＴＴＩの前に、トリガーされたＢＳＲに未だにキャンセルされていないものがあるかどうかを判断する。
ステップ７０４：少なくとも１つのトリガーされたＢＳＲが未だにキャンセルされていないと判断した場合に、ＢＳＲプロセスを実行する。
ステップ７０６：終了。

以上のように、ＵＥは現在ＴＴＩの前に、トリガーされたＢＳＲに未だにキャンセルされていないものがあるかどうかを判断し、少なくとも１つのＢＳＲがトリガーされ、かつ未だにキャンセルされていないと判断した場合に、ＢＳＲプロセスを実行する。前記方法４０に比べて、本実施例ではＢＳＲが初回にトリガーされたものかどうかを別途に判断する必要がなく、現在ＴＴＩの前にＢＳＲがトリガーされ、かつ未だにキャンセルされていないのであれば、後続のＢＳＲプロセスを実行する。

前記方法７０も、新しくトリガーされたＢＳＲを即時に伝送できないという問題を防止するために、トリガーされたＢＳＲの有無を判断する開始時間をＢＳＲの前回キャンセル時間まで繰り上げるものである。

まとめて言えば、本発明の実施例ではすべてトリガーされたＢＳＲを正確に処理し、ＵＥのデータ遅延を防止するために、ＢＳＲを実行する方法を提供する。

以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。

１０ 無線通信システム
１００ 無線通信装置
１０２ 入力装置
１０４ 出力装置
１０６ 制御回路
１０８ ＣＰＵ
１１０ 記憶装置
１１２ プログラム
１１４ トランシーバー
２００ アプリケーション層
２０２ 第三層インターフェイス
２０６ 第二層インターフェイス
２１８ 第一層インターフェイス
２２０ ＢＳＲプログラム

Claims (10)

1. 無線通信システムのＵＥ（ユーザー端末）に用いられるＢＳＲ（バッファ状態報告）を実行する方法であって、
   前回にトリガーされたＢＳＲをキャンセルした後から現在ＴＴＩ（送信時間間隔）までの間に、トリガーされたＢＳＲがあるかどうかを判断する段階と、
   少なくとも１つのＢＳＲがトリガーされたと判断した場合に、ＢＳＲプロセスを実行する段階と、を含み、
   前記トリガーされたＢＳＲは、前記ＵＥにより受信された第一アップリンク伝送リソースが前記ＵＥのすべての伝送予定データしか収容できず、前記ＢＳＲに対応する第一ＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、または当該第一ＢＳＲ制御要素が第一ＭＡＣ ＰＤＵ（媒体アクセス制御プロトコルデータユニット）に伝送のために載せられた場合に、キャンセルされる、ＢＳＲを実行する方法。
2. 前記ＢＳＲプロセスは、
   前記現在ＴＴＩに新規伝送のために割り当てられた第二アップリンク伝送リソースを有した場合に、前記ＵＥは前記少なくとも１つのＢＳＲに対応する第二ＢＳＲ制御要素を生成する段階を含む、請求項１に記載のＢＳＲを実行する方法。
3. すべての前記トリガーされたＢＳＲは、前記第二ＢＳＲ制御要素が第二ＭＡＣ ＰＤＵに伝送のために載せられた場合にキャンセルされる、請求項２に記載のＢＳＲを実行する方法。
4. すべての前記トリガーされたＢＳＲは、前記第二アップリンク伝送リソースが前記ＵＥのすべての伝送予定データしか収容できず、前記第二ＢＳＲ制御要素とそれに対応するサブヘッダを収容するのに十分ではない場合にキャンセルされる、請求項２または３に記載のＢＳＲを実行する方法。
5. 前記ＢＳＲプロセスは、
   前記ＵＥが前記現在ＴＴＩに新規伝送のために割り当てられた第二アップリンク伝送リソースを有せず、かつトリガーされたのがレギュラーＢＳＲであった場合に、スケジューリングリクエスト（ＳＲ）プロセスを起動する段階を含む、請求項１から４の何れか１項に記載のＢＳＲを実行する方法。
6. 無線通信システムのＵＥにおいてＢＳＲを実行するための通信装置であって、
   プログラムを実行するＣＰＵ（中央処理装置）と、
   前記ＣＰＵに結合され、前記プログラムを記憶する記憶装置と、を含み、前記プログラムは、
   前回にトリガーされたＢＳＲをキャンセルした後から現在ＴＴＩまでの間に、トリガーされたＢＳＲがあるかどうかを判断するコードと、
   少なくとも１つのＢＳＲがトリガーされたと判断した場合に、ＢＳＲプロセスを実行するコードと、を含み、
   前記トリガーされたＢＳＲは、前記ＵＥにより受信された第一アップリンク伝送リソースが前記ＵＥのすべての伝送予定データしか収容できず、前記ＢＳＲに対応する第一ＢＳＲ制御要素とそのサブヘッダを収容するのに十分ではない場合か、または当該第一ＢＳＲ制御要素が第一ＭＡＣ ＰＤＵに伝送のために載せられた場合に、キャンセルされる、通信装置。
7. 前記ＢＳＲプロセスは、
   前記現在ＴＴＩに新規伝送のために割り当てられた第二アップリンク伝送リソースを有した場合に、前記ＵＥは前記少なくとも１つのＢＳＲに対応する第二ＢＳＲ制御要素を生成する段階を含む、請求項６に記載の通信装置。
8. すべての前記トリガーされたＢＳＲは、前記第二ＢＳＲ制御要素が第二ＭＡＣ ＰＤＵに伝送のために載せられた場合にキャンセルされる、請求項７に記載の通信装置。
9. すべての前記トリガーされたＢＳＲは、前記第二アップリンク伝送リソースが前記ＵＥのすべての伝送予定データしか収容できず、前記第二ＢＳＲ制御要素とそれに対応するサブヘッダを収容するのに十分ではない場合にキャンセルされる、請求項７または８に記載の通信装置。
10. 前記ＢＳＲプロセスは、
    前記ＵＥが前記現在ＴＴＩに新規伝送のために割り当てられた第二アップリンク伝送リソースを有せず、かつトリガーされたのがレギュラーＢＳＲであった場合に、ＳＲプロセスを起動する段階を含む、請求項６から９の何れか１項に記載の通信装置。
    

Images