(57)【特許請求の範囲】
【請求項１】
無線通信システムでの端末のバッファー状態報告伝送方法において、
新規データ伝送のためのアップリンク資源を割り当てるとき、第１バッファー状態報告の存在の有無を確認する段階と、
前記第１バッファー状態報告が存在するとき、前記バッファー状態報告を含むアップリンクデータを生成する段階と、
第２バッファー状態報告の存在の有無を確認する段階と、
前記第２バッファー状態報告が存在するとき、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告であるか否かによって前記第２バッファー状態報告の取り消しの可否を決定する段階とを含み、
前記決定する段階は、
前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告である場合、前記第２バッファー状態報告を取り消す段階を含み、
前記第１バッファー状態報告がパディングバッファー状態報告である場合、前記第２バッファー状態報告を取り消さない段階を含む
ことを特徴とするバッファー状態報告伝送方法。
【請求項２】
前記パディングバッファー状態報告は、
前記アップリンク資源が割り当てられ、データを伝送した後に残る空間を詰めるパディングビットが、バッファー状態報告制御要素のサイズとバッファー状態報告制御要素のサブヘッダーサイズとを加算したサイズ以上である場合に伝送される
ことを特徴とする請求項１に記載のバッファー状態報告伝送方法。
【請求項３】
前記生成する段階の後に、
周期的にバッファー状態報告を伝送するか、または前記バッファー状態報告を再伝送するためのタイマー動作を開始する段階をさらに含む
ことを特徴とする請求項１に記載のバッファー状態報告伝送方法。
【請求項４】
前記生成されたアップリンクデータを基地局に伝送する段階をさらに含む
ことを特徴とする請求項１に記載のバッファー状態報告伝送方法。
【請求項５】
前記バッファー状態報告は、
端末が伝送するデータが格納された量を論理チャネルグループ別に、基地局に報告する制御情報である
ことを特徴とする請求項１に記載のバッファー状態報告伝送方法。
【請求項６】
前記バッファー状態報告は、
新規データのためのアップリンク資源が１つのアップリンクデータのみに対して伝送可能な場合、前記アップリンク資源に伝送するデータを格納した後に残ったバッファー状態を記述し、
新規データのためのアップリンク資源が同一のサブフレームに伝送される多数のアップリンクデータに対して伝送可能な場合、同一のサブフレームで伝送されるすべてのアップリンク資源にデータを格納した後に残ったバッファー状態を記述する
ことを特徴とする請求項１に記載のバッファー状態報告伝送方法。
【請求項７】
無線通信システムでバッファー状態を報告する端末であって、
基地局と信号を送受信する送受信部と、
新規データ伝送のためのアップリンク資源を割り当てるとき、第１バッファー状態報告の存在の有無を確認し、前記第１バッファー状態報告が存在するとき、前記バッファー状態報告を含むアップリンクデータを生成し、第２バッファー状態報告の存在の有無を確認し、前記第２バッファー状態報告が存在するとき、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告であるか否かによって前記第２バッファー状態報告の取り消しの可否を決定する制御部と、を含み、
前記制御部は、
前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告である場合、前記第２バッファー状態報告を取り消すように制御し、
前記第１バッファー状態報告がパディングバッファー状態報告である場合、前記第２バッファー状態報告を取り消さないように制御する
ことを特徴とする端末。
【請求項８】
前記パディングバッファー状態報告は、
前記アップリンク資源が割り当てられ、データを伝送した後に残る空間を詰めるパディングビットが、バッファー状態報告制御要素のサイズとバッファー状態報告制御要素のサブヘッダーサイズとを加算したサイズ以上である場合に伝送される
ことを特徴とする請求項７に記載の端末。
【請求項９】
前記制御部は、
前記アップリンクデータ生成後、周期的にバッファー状態報告を伝送するか、または前記バッファー状態報告を再伝送するためのタイマー動作を開始するように制御する
ことを特徴とする請求項７に記載の端末。
【請求項１０】
前記制御部は、
前記生成されたアップリンクデータを基地局に伝送するように制御する
ことを特徴とする請求項７に記載の端末。
【請求項１１】
前記バッファー状態報告は、
端末が伝送するデータが格納された量を論理チャネルグループ別に、基地局に報告する制御情報である
ことを特徴とする請求項７に記載の端末。
【請求項１２】
前記バッファー状態報告は、
新規データのためのアップリンク資源が１つのアップリンクデータのみに対して伝送可能な場合、前記アップリンク資源に伝送するデータを格納した後に残ったバッファー状態を記述し、
新規データのためのアップリンク資源が同一のサブフレームに伝送される多数のアップリンクデータに対して伝送可能な場合、同一のサブフレームで伝送されるすべてのアップリンク資源にデータを格納した後に残ったバッファー状態を記述する
ことを特徴とする請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、端末機がアップリンクで伝送するデータに対するバッファー状態報告を伝送する方法に関する。
【背景技術】
【０００２】
近年、無線データに対する需要の急増に伴い、無線通信システムは進化を続けており、代表的な通信システムとしてＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムが挙げられる。
ＬＴＥシステムでは、端末がアップリンクで伝送するデータがバッファーにある場合、現在バッファー状態に対する報告をバッファー状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ、以下、ＢＳＲと称する）として基地局に通知する。このようなＢＳＲを伝送する場合にも、一般的なＢＳＲ伝送であるか、周期的なＢＳＲ伝送であるか、または基地局が割り当てた後に残るパディング資源に伝送するＢＳＲであるかによって、端末がどのような状況でどのようなＢＳＲを伝送しなければならないかに対する動作が明確に定義される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、前述したような問題点を解決するためになされたもので、本発明の目的は、端末が一般または周期的ＢＳＲを伝送する場合に、パディングＢＳＲを伝送する方法を提供する。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明は、端末がアップリンクデータ伝送時に資源が残る場合、パディングＢＳＲを伝送し、もしそのアップリンクデータ内に一般的または周期的ＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ  ｏｒ  Ｐｅｒｉｏｄｉｃ  ＢＳＲ）が含まれているとしても、一般的または周期的ＢＳＲ伝送を取り消さない。
【０００５】
より具体的には、本発明の無線通信システムにおける端末のバッファー状態報告伝送方法は、新規データ伝送のためのアップリンク資源を割り当てるとき、トリガーされたが取り消されない第１バッファー状態報告の存在の有無を確認する段階と、前記第１バッファー状態報告が存在するとき、前記バッファー状態報告を含むアップリンクデータを生成する段階と、前記生成されたアップリンクデータに含まれたバッファー状態報告以外の、トリガーされたが取り消されない第２バッファー状態報告の存在の有無を確認する段階と、前記第２バッファー状態報告が存在するとき、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告であるか否かによって前記第２バッファー状態報告の取り消しの可否を決定する段階とを含むことを特徴とする。
【０００６】
また、本発明の無線通信システムにおいてバッファー状態を報告する端末は、基地局と信号を送受信する送受信部と、新規データ伝送のためのアップリンク資源を割り当てるとき、トリガーされたが取り消されない第１バッファー状態報告の存在の有無を確認し、前記第１バッファー状態報告が存在するとき、前記バッファー状態報告を含むアップリンクデータを生成し、前記生成されたアップリンクデータに含まれたバッファー状態報告以外の、トリガーされたが取り消されない第２バッファー状態報告の存在の有無を確認し、前記第２バッファー状態報告が存在するとき、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告であるか否かによって前記第２バッファー状態報告の取り消しの可否を決定する制御部とを含むことを特徴とする。
【発明の効果】
【０００７】
提案する方法を利用すれば、端末がパディングＢＳＲを伝送するとき、追加取り消し動作などを行うことなく、端末の動作複雑度を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明が適用されるＬＴＥシステムの構造を示す図である。
【図２】本発明が適用されるＬＴＥシステムにおける無線プロトコル構造を示す図である。
【図３】本発明において提案する端末動作の第１実施形態の流れ図である。
【図４】本発明において提案する端末動作の第２実施形態の流れ図である。
【図５】本発明を適用した端末機装置を示す図である。
【発明を実施するための形態】
【０００９】
以下では、本発明を説明するにあたって、関連する公知機能または構成に対する具体的な説明が本発明の要旨を不明にするおそれがあると判断される場合には、その詳細な説明を省略する。以下、添付の図面を参照して本発明の実施形態を説明する。
本発明において、セルラ通信技術は、説明の便宜のために、ＬＴＥシステムを基準にして説明するが、一般的なセルラ通信技術に適用されることは勿論である。以下の説明で、ＬＴＥの端末機は、ＵＥ（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、ＬＴＥの基地局は、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）という用語で統一する。
【００１０】
図１は、本発明が適用されるＬＴＥシステムの構造を示す図である。
図１を参照すれば、図示のように、ＬＴＥシステムの無線アクセスネットワークは、次世代基地局（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、以下、ＥＮＢ、Ｎｏｄｅ  Ｂまたは基地局と称する）１０５，１１０，１１５，１２０、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１２５、及びＳ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）１３０で構成される。ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥまたは端末と称する）１３５は、ＥＮＢ  １０５〜１２０及びＳ−ＧＷ  １３０を介して外部ネットワークに接続する。
【００１１】
図１で、ＥＮＢ  １０５〜１２０は、ＵＭＴＳシステムの既存ノードＢに対応する。ＥＮＢは、ＵＥ  １３５と無線チャネルで接続され、既存のノードＢより複雑な役目を果たす。ＬＴＥシステムでは、インターネットプロトコルを介したＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャネル（ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してサービスされるので、ＵＥのバッファー状態、可用伝送電力状態、チャネル状態などの状態情報を取り纏めてスケジューリングを行う装置が必要であり、これをＥＮＢ  １０５〜１２０が担当する。１つのＥＮＢは、通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの伝送速度を実現するために、ＬＴＥシステムは、例えば、２０ＭＨｚ帯域幅で直交周波数分割多重方式（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭと称する）を無線接続技術として使用する。また、端末のチャネル状態に合わせて変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）とチャネルコーディング率（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｒａｔｅ）を決定する適応変調コーディング（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ＆  Ｃｏｄｉｎｇ、以下、ＡＭＣと称する）方式を適用する。Ｓ−ＧＷ  １３０は、データベアラーを提供する装置であり、ＭＭＥ  １２５の制御によってデータベアラーを生成するか、または除去する。ＭＭＥは、端末に対する移動性管理機能はもちろん、各種制御機能を担当する装置であって、多数の基地局と接続される。
【００１２】
図２は、本発明が適用されるＬＴＥシステムにおける無線プロトコル構造を示す図である。
図２を参照すれば、ＬＴＥシステムの無線プロトコルは、端末及びＥＮＢにおいてそれぞれ、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）２０５，２４０、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）２１０，２３５、及びＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）２１５，２３０で構成される。ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）２０５，２４０は、ＩＰヘッダー圧縮／復元などの動作を担当し、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、以下、ＲＬＣと称する）２１０，２３５は、ＰＤＣＰ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）を適切なサイズに再構成し、ＡＲＱ動作などを行う。ＭＡＣ  ２１５，２３０は、１つの端末に構成された様々なＲＬＣ階層装置と接続され、ＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵに多重化し、ＭＡＣ  ＰＤＵからＲＬＣＰＤＵを逆多重化する動作を行う。物理階層２２０，２２５は、上位階層データをチャネルコーディング及び変調し、ＯＦＤＭシンボルとして無線チャネルで伝送するか、または無線チャネルを介して受信したＯＦＤＭシンボルを復調し、チャネルデコーディングし、上位階層に伝達する動作を行う。
【００１３】
端末機内に異種機器が共存する場合、一般的な測定方法及び報告は、このような干渉問題を解決するための好適な方案ではない。これは、異種機器内の干渉発生は、間歇的なので、干渉を受ける時間中には、データ伝送に妨害を受けてデータ伝送が失敗するなどの問題が発生するが、一般的な測定方法を使用した場合には、このような干渉が長期間平均化され、干渉に対する影響があまり反映されないからである。一般的に、実際にユーザが使用するサービスは、サービスごとにサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、以下、ＱｏＳと称する）に対する要求事項があり、そのうち、ブロックエラー率（Ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ、ＢＬＥＲ）がある。これは、平均的にパケットがどれほどの確率で伝送失敗するかに対する確率値であり、実際にデータがどれほど伝送成功したかを知ることができる。
【００１４】
図３は、本発明の第１実施形態による端末の動作順序を示す流れ図である。
まず、端末は、基地局と動作を開始してから（３０１）、基地局から端末の新規データ伝送のためにアップリンク資源を割り当てられたことを確認する（３０３）。
その後、端末は、トリガーされたが、まだ取り消されないＢＳＲが存在するかを検査する（３０５）。ここで、ＢＳＲは、端末のデータがバッファーに蓄積されている（すなわち格納された）量を論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ、以下、ＬＣＧと称する）別に報告する制御情報である。前記ＬＣＧは、最大４個まで設定され、類似のサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、以下、ＱｏＳと称する）要求事項を有する論理チャネルの集合である。前記ＬＣＧの構成は、基地局によって端末別に設定される。
【００１５】
もし、取り消さないＢＳＲがあれば、前記ＢＳＲをＭＡＣ  ＰＤＵ（すなわち、アップリンクデータ）に含ませる（３０７）。前記ＢＳＲには、下記のような規則でバッファー状態を記述する。
−もし、新規データのためのアップリンク資源が１つのＭＡＣ  ＰＤＵのみに対して伝送可能であれば、端末は、当該ＭＡＣ  ＰＤＵにデータを格納した後に残ったバッファー状態を前記ＢＳＲに記述する。
−もし、新規データのためのアップリンク資源が同一のサブフレームに伝送される多数のＭＡＣ  ＰＤＵに対して伝送可能であれば（すなわち、資源割り当てが多く行われた場合）、端末は、同一のサブフレームで伝送されるすべてのＭＡＣ  ＰＤＵにデータを格納した後に残ったバッファー状態を前記ＢＳＲに記述する。
−ＢＳＲは、ＬＣＧ別にバッファー状態を報告する制御情報である。
【００１６】
上記のように、ＢＳＲ内容を含むＢＳＲ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔを生成し、ＭＡＣ  ＰＤＵに含ませ、生成されたＢＳＲがｔｒｕｎｃａｔｅｄ  ＢＳＲではない場合には、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始または再開始し、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始または再開始する（３０９）。前記ｔｒｕｎｃａｔｅｄ  ＢＳＲは、バッファー状態をすべて含む情報ではない、一部のバッファー状態だけが含まれたＢＳＲであり、前記ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒは、周期的なＢＳＲの伝送のためのものであり、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒは、ＢＳＲ伝送時にアップリンク資源を受信しない場合、ＢＳＲを再伝送するためのタイマーである。
【００１７】
一方、前記ＢＳＲは、下記のように様々な種類が存在する。
−第１タイプ：Ｒｅｇｕｌａｒ  ＢＳＲ
ｏ端末が前記ＬＣＧに属している任意の論理チャネルに対して伝送が可能なデータがある場合、前記ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了した場合に伝送されるＢＳＲ
ｏ前記ＬＣＧに属している論理チャネルに対して上位階層（ＲＬＣまたはＰＤＣＰ階層）から伝送するデータが発生し、このデータが任意のＬＣＧに属している論理チャネルより高い優先順位を有する場合に伝送されるＢＳＲ
ｏ前記ＬＣＧに属している論理チャネルに対して上位階層（ＲＬＣまたはＰＤＣＰ階層）から伝送するデータが発生し、このデータを除いてどのＬＣＧにもデータがない場合に伝送されるＢＳＲ
−第２タイプ：Ｐｅｒｉｏｄｉｃ  ＢＳＲ
ｏ前記ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した場合に伝送されるＢＳＲ
−第３タイプ：Ｐａｄｄｉｎｇ  ＢＳＲ
ｏアップリンク資源が割り当てられ、データを伝送した後に残る空間を詰めるパディングビットがＢＳＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔのサイズとＢＳＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔのサブヘッダーサイズとを加算したものと同一であるか、さらに大きい場合に伝送されるＢＳＲ
【００１８】
前記ＢＳＲは、複数回トリガーされてもよいが、１つのＭＡＣ  ＰＤＵには、ただ１つのＢＳＲだけが含まれる。端末は、以前段階でＭＡＣ  ＰＤＵに含ませたＢＳＲ以外にも、トリガーされたが、まだ取り消されないＢＳＲが残っているかを確認する（３１１）。もし、そのようなＢＳＲがあれば、以前段階でＭＡＣ  ＰＤＵに含ませたＢＳＲがどのような種類のＢＳＲであるかを検査する（３１３）。
もし、第１タイプまたは第２タイプのＢＳＲがＭＡＣ  ＰＤＵに含まれたものなら、前記残っているＢＳＲを取り消す（３１５）。
しかし、もし、第３タイプのＢＳＲがＭＡＣ  ＰＤＵに含まれたものなら、前記残っているＢＳＲを取り消さない（３１７）。
その後、端末は、生成されたＭＡＣ  ＰＤＵを伝送し（３１９）、過程を終了する（３２１）。
【００１９】
図４は、本発明で提案する端末動作の第２実施形態の流れ図である。
端末は、基地局と動作を開始してから（４０１）、基地局から端末の新規データ伝送のためにアップリンク資源を割り当てられたことを確認する（４０３）。
その後、端末は、トリガーされたが、まだ取り消しされないＢＳＲが存在するかを検査する（４０５）。ここで、ＢＳＲは、端末のデータがバッファーに蓄積されている量を論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ、以下、ＬＣＧと称する）別に報告する制御情報である。前記ＬＣＧは、最大４個まで設定され、類似のサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、以下、ＱｏＳと称する）要求事項を有する理チャネルの集合である。前記ＬＣＧの構成は、基地局によって端末別に設定される。
【００２０】
もし、取り消さないＢＳＲがあれば、前記ＢＳＲをＭＡＣ  ＰＤＵに含ませる（４０７）。前記ＢＳＲには、下記のような規則でバッファー状態を記述する。
−もし、新規データのためのアップリンク資源が１つのＭＡＣ  ＰＤＵのみに対して伝送可能であれば、端末は、前記ＢＳＲに当該ＭＡＣ  ＰＤＵにデータを格納した後に残ったバッファー状態を記述する。
−もし、新規データのためのアップリンク資源が同一のサブフレームに伝送される多数のＭＡＣ  ＰＤＵに対して伝送可能であれば（すなわち、資源割り当てが多く行われた場合）、端末は、前記ＢＳＲに同一のサブフレームで伝送されるすべてのＭＡＣ  ＰＤＵにデータを格納した後に残ったバッファー状態を記述する。
−ＢＳＲは、ＬＣＧ別にバッファー状態を報告する制御情報である。
【００２１】
上記のように、ＢＳＲ内容を含むＢＳＲ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔを生成し、ＭＡＣ  ＰＤＵに含ませ、生成されたＢＳＲがｔｒｕｎｃａｔｅｄ  ＢＳＲではない場合には、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始または再開始し、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始または再開始する（４０９）。前記ｔｒｕｎｃａｔｅｄ  ＢＳＲは、バッファー状態をすべて含む情報ではない、一部のバッファー状態だけが含まれたＢＳＲであり、前記ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒは、周期的なＢＳＲの伝送のためのものであり、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒは、ＢＳＲ伝送時にアップリンク資源を受信しない場合、ＢＳＲを再伝送するためのタイマーである。
【００２２】
一方、前記ＢＳＲは、下記のように様々な種類が存在する。
−第１タイプ：Ｒｅｇｕｌａｒ  ＢＳ
ｏ端末が前記ＬＣＧに属している任意の論理チャネルに対して伝送が可能なデータがある場合、前記ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了した場合に伝送されるＢＳＲ
ｏ前記ＬＣＧに属している論理チャネルに対して上位階層（ＲＬＣまたはＰＤＣＰ階層）から伝送するデータが発生し、このデータが任意のＬＣＧに属している論理チャネルより高い優先順位を有する場合に伝送されるＢＳＲ
ｏ前記ＬＣＧに属している論理チャネルに対して上位階層（ＲＬＣまたはＰＤＣＰ階層）から伝送するデータが発生し、このデータを除いてどのＬＣＧにもデータがない場合に伝送されるＢＳＲ
−第２タイプ：Ｐｅｒｉｏｄｉｃ  ＢＳＲ
ｏ前記ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した場合に伝送されるＢＳＲ
−第３タイプ：Ｐａｄｄｉｎｇ  ＢＳＲ
ｏアップリンク資源が割り当てられ、データを伝送した後に残る空間を詰めるパディングビットがＢＳＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｅｍｅｎｔのサイズとＢＳＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔのサブヘッダーサイズとを加算したものと同一であるか、またはさらに大きい場合に伝送されるＢＳＲ
【００２３】
前記ＢＳＲは、複数回トリガーされてもよいが、１つのＭＡＣ  ＰＤＵには、ただ１つのＢＳＲだけが含まれる。端末は、以前段階でＭＡＣ  ＰＤＵに含ませたＢＳＲ以外にも、トリガーされたがまだ取り消されないＢＳＲが残っているかを確認する（４１１）。もし、そのようなＢＳＲがあれば、以前段階でＭＡＣ  ＰＤＵに含ませたＢＳＲがどのような種類のＢＳＲであるかを検査する（４１３）。
もし、第１タイプまたは第２タイプのＢＳＲがＭＡＣ  ＰＤＵに含まれたものなら（換言すれば、第３タイプＢＳＲがＭＡＣ  ＰＤＵに含まれたものではなければ）、端末は、前記残っているＢＳＲを取り消す（４１５）。通常、第３タイプのＢＳＲは、あらかじめトリガーされるものではなく、特定のＭＡＣ  ＰＤＵが生成されるとき、トリガーの可否が決定される。したがって、前記動作は、第１タイプまたは第２タイプのＢＳＲが伝送されれば、「トリガーされたが、まだ取り消されない他の第１タイプまたは第２タイプのＢＳＲ」が取り消されるということと同一である。あるいは、第３タイプのＢＳＲは、ＭＡＣ  ＰＤＵに格納されても、「トリガーされたが、まだ取り消しされない第１タイプまたは第２タイプのＢＳＲ」を取り消すことができないということと同一の意味を有する。
【００２４】
第３タイプのＢＳＲには、２つの種類が存在する。１つは、現在バッファー状態を正確に反映するものであり、残りの１つは、現在バッファー状態のうち一部だけを反映するものである。後者を特にｔｒｕｎｃａｔｅｄ  ＢＳＲと称し、パディング空間は、１つのＬＣＧのバッファー状態報告だけを許容するが、端末は、１つ以上のＬＣＧのバッファーにデータを格納している場合にトリガーされる。換言すれば、下記の条件を満たす第３タイプのＢＳＲがｔｒｕｎｃａｔｅｄ  ＢＳＲである。
−条件１：もし、データを伝送した後に残る空間を詰めるパディングビットがＳｈｏｒｔ  ＢＳＲサイズとそのサブヘッダーサイズとを加算したものと同一であるか、またはさらに大きいが、ｌｏｎｇ  ＢＳＲサイズとそのサブヘッダーサイズとを加算したものよりも小さい場合、もし、ＢＳＲが伝送されるものと同一のサブフレームに２つ以上のＬＣＧにデータが存在する場合。この場合、端末は、優先順位が最も高いロジカルチャネルが含まれたＬＣＧのバッファー状態のみを報告する。
【００２５】
前記２つの種類の第３タイプのＢＳＲの属性を考慮すれば、第１種類のＢＳＲは、端末のバッファー状態を正確に反映しているので、前記ＢＳＲが伝送されれば、残りのＢＳＲを伝送する必要がない。したがって、この場合には、第３タイプのＢＳＲであるとしても、残りの「トリガーされたがまだ取り消しされない第１タイプまたは第２タイプのＢＳＲ」を再び伝送する必要がない。一方、第２種類のＢＳＲは、端末のバッファー状態を一部だけ反映しているので、第２種類のＢＳＲが伝送されたとして、「トリガーされたがまだ取り消しされない第１タイプまたは第２タイプのＢＳＲ」を取り消すと、基地局に端末のバッファー状態を正確に報告することが遅延する。したがって、本発明は、次のように変形できる。
【００２６】
端末は、第３タイプのＢＳＲのうち、特に条件１を満たすＢＳＲをＭＡＣ  ＰＤＵに格納しても、「トリガーされたがまだ取り消しされない第１タイプまたは第２タイプのＢＳＲ」を取り消さない。
前記過程で残っているＢＳＲが取り消しされなければ、端末は、次のＭＡＣ  ＰＤＵに前記残っているＢＳＲを含ませて生成する（４１７）。
その後、端末は、生成されたＭＡＣ  ＰＤＵを伝送し（４１９）、過程を終了する（４２１）。
【００２７】
図５は、本発明を適用した端末の装置を示す図である。
端末は、上位階層装置５０５とデータなどを送受信し、制御メッセージ処理部５０７を介して制御メッセージを送受信し、送信時に、制御部５０９の制御によって多重化装置５０３を介して多重化した後、送信機を介してデータを伝送し（５０１）、受信時に、制御部５０９の制御によって受信機で物理信号を受信した後（５０１）、逆多重化装置５０３で受信信号を逆多重化し、それぞれメッセージ情報によって上位階層装置５０５または制御メッセージ処理部５０７に伝達する。
【００２８】
本発明において、ＢＳＲ管理部５１１は、上位階層装置５０５から新規データが存在するか及び制御部５０９から前記端末にアップリンク資源割り当てられているかを確認し、取り消されないＢＳＲが存在するか否かを確認する。存在する場合には、ＢＳＲをＭＡＣ  ＰＤＵに含むように多重化及び逆多重化装置５０３に指示する。その後、ＢＳＲ管理部５１１が追加ＢＳＲが存在することを確認した場合、ＢＳＲの種類を確認し、パディングＢＳＲの場合、既存のＢＳＲを取り消さないようにする。
【００２９】
上記では、端末が複数のブロックに区分され、各ブロックが異なる機能を行うものと記述したが、必ずこれに限定されるものではない。例えば、ＢＳＲ管理部５１１が行う機能を制御部５０９自体が行うことができる。
この場合、制御部５０９は、新規データ伝送のためのアップリンク資源を割り当てるとき、トリガーされたが取り消されない第１バッファー状態報告の存在の有無を確認する。そして、制御部５０９は、前記第１バッファー状態報告が存在するとき、前記バッファー状態報告を含むアップリンクデータを生成する。そして、制御部５０９は、前記生成されたアップリンクデータに含まれたバッファー状態報告以外の、トリガーされたが取り消されない第２バッファー状態報告の存在の有無を確認し、前記第２バッファー状態報告が存在するとき、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告であるか否かによって前記第２バッファー状態報告の取り消しの可否を決定する。
【００３０】
より具体的に、制御部５０９は、前記第１バッファー状態報告が一般バッファー状態報告または周期的バッファー状態報告である場合、前記第２バッファー状態報告を取り消す。一方、制御部５０９は、前記第１バッファー状態報告がパディングバッファー状態報告である場合、前記第２バッファー状態報告を取り消さない。
本発明の一実施形態によれば、前記制御部５０９は、アップリンクデータ生成後、周期的にバッファー状態報告を伝送するか、または前記バッファー状態報告を再伝送するためのタイマー動作を開始するように制御することができる。
【００３１】
前記提案する方式を使用すれば、現在干渉状況または潜在的な干渉要因からの測定を効果的に行うことができ、当該内容を基地局に通知し、干渉を低減することができるセルにハンドオーバーなどを行い、干渉通信技術との干渉を回避し、通信を円滑に行うことができる長所がある。
【００３２】
本発明の詳細な説明では、具体的な実施形態に関して説明したが、本発明の範囲を逸脱しない限度内で様々な変形が可能であることは勿論である。したがって、本発明の範囲は、説明された実施形態に限定されず、後述する特許請求の範囲だけでなく、この特許請求の範囲と均等なものによって定められるべきである。
【符号の説明】
【００３３】
５０１  送受信機
５０３  多重化及び逆多重化装置
５０５  上位階層装置
５０７  制御メッセージ処理部
５０９  制御部
５１１  バッファー状態報告（ＢＳＲ）管理部
【図１】
0006050265.tif 000002
【図２】
0006050265.tif 000003
【図３】
0006050265.tif 000004
【図４】
0006050265.tif 000005
【図５】
0006050265.tif 000006