(57)【要約】【課題】  無線通信システムにおけるバッファ状態報告を処理する方法および装置を提供する。【解決手段】  無線通信システムにおいてバッファ状態報告を処理する方法は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ、前記第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ、およびキャリアアグリゲーション（CA）が１つ以上のアップリンク（UL）コンポーネントキャリア（CC）で構成された時、または１つ以上のUL  CCで起動された時、第２のバッファサイズのレベル値を用いるステップを含む方法。【選択図】  図１
2011250408.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてバッファ状態報告を処理する方法であり、
第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ、
前記第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ、および
キャリアアグリゲーション（CA）が１つ以上のアップリンク（UL）コンポーネントキャリア（CC）で構成されたとき、または１つ以上のUL  CCで起動されたとき、第２のバッファサイズのレベル値を用いるステップを含む方法。
【請求項２】
前記ユーザ端末が１つのUL  CCだけで構成されたとき、または１つのUL  CCだけで起動されたとき、前記第１のバッファサイズのレベル値を用いるステップを更に含む請求項１に記載の方法。
【請求項３】
前記UL多入力多出力（MIMO）は構成されない請求項２に記載の方法。
【請求項４】
媒体アクセス制御（MAC）制御要素によってUL  CCを起動するステップを更に含む請求項１に記載の方法。
【請求項５】
前記１つ以上のUL  CCは、プライマリセル（PCell）のUL  CCおよびセカンダリセル（SCell）のUL  CCを含む請求項１に記載の方法。
【請求項６】
前記第２のバッファサイズのレベル表が用いられるとき、前記第１のバッファサイズのレベル表は用いられない請求項１に記載の方法。
請求項１に記載の方法。
【請求項７】
無線通信システムにおいてバッファ状態報告を処理する方法であり、
第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ、
前記第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ、および
無線リソース制御（RRC）メッセージ、媒体アクセス制御（MAC）制御要素、または前記MAC制御要素の対応するサブヘッダーのうちの１つの指示を用いて前記第２のBSR表を用いるか、または前記第１のBSR表を用いるかを示すステップを含む方法。
【請求項８】
前記RRCメッセージを用いて、キャリアアグリゲーション（CA）を構成、CAを再構成、アップリンク（UL）多入力多出力（MIMO）を構成、またはUL  MIMOを再構成するステップも更に含む請求項７に記載の方法。
【請求項９】
前記RRCメッセージを用いてUL  MIMOまたはCAを可能にするステップを更に含む請求項７に記載の方法。
【請求項１０】
前記MAC制御要素をダウンリンク（DL）で伝送するステップを更に含む請求項７に記載の方法。
【請求項１１】
コンポーネントキャリア（CC）を少なくとも起動する、または起動しないために前記MAC制御要素を伝送するステップを更に含む請求項７に記載の方法。
【請求項１２】
前記第２のバッファサイズのレベル表が用いられるとき、前記第１のバッファサイズのレベル表は用いられない請求項７に記載の方法。
【請求項１３】
無線通信システムに用いる通信装置であって、前記通信装置は、
制御回路、
前記制御回路に設置され、プログラムコードを実行して、前記制御回路をコマンドするプロセッサ、および
前記制御回路に設置されて前記プロセッサに接続され、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表および前記第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表が保存されているメモリを含み、
前記プロセッサは、メモリに保存されたプログラムコードを実行し、キャリアアグリゲーション（CA）が１つ以上のアップリンク（UL）コンポーネントキャリア（CC）で構成されたとき、または１つ以上のUL  CCで起動されたとき、前記第２のバッファサイズのレベル値を用いるように構成される通信装置。
【請求項１４】
前記ユーザ端末が１つのUL  CCだけで構成されたとき、または１つのUL  CCだけで起動されたとき、前記第１のバッファサイズのレベル値を用いるステップを更に含む請求項１３に記載の通信装置。
【請求項１５】
前記UL多入力多出力（MIMO）は構成されない請求項１４に記載の通信装置。
【請求項１６】
媒体アクセス制御（MAC）制御要素によってUL  CCを起動するステップを更に含む請求項１３に記載の通信装置。
【請求項１７】
前記１つ以上のUL  CCは、プライマリセル（PCell）のUL  CCおよびセカンダリセル（SCell）のUL  CCを含む請求項１３に記載の通信装置。
【請求項１８】
前記第２のバッファサイズのレベル表が用いられるとき、前記第１のバッファサイズのレベル表は用いられない請求項１３に記載の方法。
請求項１３に記載の方法。
【請求項１９】
無線通信システムに用いる通信装置であって、前記通信装置は、
制御回路、
前記制御回路に設置され、プログラムコードを実行して、前記制御回路をコマンドするプロセッサ、および
前記制御回路に設置されて前記プロセッサに接続され、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表および前記第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表が保存されているメモリを含み、
前記プロセッサは、メモリに保存されたプログラムコードを実行し、無線リソース制御（RRC）メッセージ、媒体アクセス制御（MAC）制御要素、または前記MAC制御要素の対応するサブヘッダーのうちの１つの指示を用いて前記第２のBSR表を用いるか、または前記第１のBSR表を用いるかを示すように構成される通信装置。
【請求項２０】
前記RRCメッセージを用いて、キャリアアグリゲーション（CA）を構成、CAを再構成、アップリンク（UL）多入力多出力（MIMO）を構成、またはMIMOを再構成するのを更に含む請求項１９に記載の通信装置。
【請求項２１】
前記RRCメッセージを用いてUL  MIMOまたはCAを可能にするのを更に含む請求項１９に記載の通信装置。
【請求項２２】
前記MAC制御要素をダウンリンク（DL）で伝送するのを更に含む請求項１９に記載の通信装置。
【請求項２３】
コンポーネントキャリア（CC）を少なくとも起動する、または起動しないために前記MAC制御要素を伝送するステップを更に含む請求項１９に記載の通信装置。
【請求項２４】
前記第２のバッファサイズのレベル表が用いられるとき、前記第１のバッファサイズのレベル表は用いられない請求項１９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関し、特に、無線通信システムにおけるバッファ状態報告を処理する方法および装置に関するものである。
【背景技術】
【０００２】
モバイル通信デバイスへの、およびモバイル通信デバイスからの大量のデータ通信のための需要が急上昇していることに伴って、従来のモバイル音声通信ネットワークは、インターネットプロトコル（IP）データパケットと通信するネットワークに発展した。このようなIPデータパケット通信は、ユーザにボイスオーバーIP、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを備えるモバイル通信デバイスを提供し得る。
【０００３】
標準化が現在行われている模範的なネットワーク構造は、第三世代無線アクセス技術のアクセスネットワークの進化（Evolved  Universal  Terrestrial  Radio  Access  Network；E-UTRAN）である。E-UTRANシステムは、上述のボイスオーバーIPおよびマルチメディアサービスを実行するために、高データスループットを提供し得る。E-UTRANシステムの標準化作業は、３GPP標準化機関によって現在行われている。よって、３GPP標準化の現在の機関への移行が目下、検討されており、３GPP標準化を発展させることを図っている。  
【発明の概要】
【発明が解決しようとする課題】
【０００４】
無線通信システムにおけるバッファ状態報告を処理する方法および装置を提供する。
【課題を解決するための手段】
【０００５】
１つの態様に基づき、無線通信システムにおいてバッファ状態報告を処理する方法は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ、第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ、およびキャリアアグリゲーション（CA）が１つ以上のアップリンク（UL）コンポーネントキャリア（CC）で構成された時、または１つ以上のUL  CCで起動された時、第２のバッファサイズのレベル値を用いるステップを含む。
【０００６】
もう１つの態様に基づき、無線通信システムにおいてバッファ状態報告を処理する方法は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ、第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ、および無線リソース制御（RRC）メッセージ、媒体アクセス制御（MAC）制御要素、またはMAC制御要素の対応するサブヘッダーのうちの１つの指示を用いて第２のBSR表を用いるか、または第１のBSR表を用いるかを示すステップを含む。
【０００７】
もう１つの態様に基づき、無線通信システムに用いる通信装置は、制御回路、制御回路に設置され、プログラムコードを実行して、制御回路をコマンドするプロセッサ、および制御回路に設置されてプロセッサに接続され、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表が保存されているメモリを含む。プロセッサは、メモリに保存されたプログラムコードを実行し、キャリアアグリゲーション（CA）が１つ以上のアップリンク（UL）コンポーネントキャリア（CC）で構成された時、または１つ以上のUL  CCで起動された時、第２のバッファサイズのレベル値を用いるように構成される。
【０００８】
もう１つの態様に基づき、無線通信システムに用いる通信装置は、制御回路、制御回路に設置され、プログラムコードを実行して、制御回路をコマンドするプロセッサ、および制御回路に設置されてプロセッサに接続され、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表が保存されているメモリを含む。プロセッサは、メモリに保存されたプログラムコードを実行し、無線リソース制御（RRC）メッセージ、媒体アクセス制御（MAC）制御要素、またはMAC制御要素の対応するサブヘッダーのうちの１つの指示を用いて第２のBSR表を用いるか、または第１のBSR表を用いるかを示すように構成される。
【図面の簡単な説明】
【０００９】
【図１】１つの実施の形態に基づく、無線通信システムの図を表している。
【図２】１つの実施の形態に基づく、図１の無線通信システムのユーザプレーンのプロトコルスタックを表している。
【図３】１つの実施の形態に基づく、図１の無線通信システムの制御プレーンのプロトコルスタックを表している。
【図４】１つの実施の形態に基づく、送信システム（アクセスネットワークとも知られる）および受信システム（ユーザ端末またはUEとも知られる）のブロック図である。
【図５】１つの実施の形態に基づく、UEの機能ブロック図である。
【図６】１つの実施の形態に基づく、無線通信システムにおいてバッファ状態報告を処理する方法を表している。
【図７】もう１つの実施の形態に基づく、無線通信システムにおいてバッファ状態報告を処理する方法を表している。
【図８】もう１つの実施の形態に基づく、無線通信システムにおいてバッファ状態報告を処理する方法を表している。
【図９】もう１つの実施の形態に基づく、無線通信システムにおいてバッファ状態報告を処理する方法を表している。
【発明を実施するための形態】
【００１０】
以下に述べられる模範的な通信システムおよび装置は、放送サービスをサポートする。無線通信システムは、例えば、音声、データなどの各種の通信を提供するのに広く用いられる。これらのシステムは、符号分割多重接続（CDMA）、時分割多元接続（TDMA）、直交周波数分割多重接続（OFDMA）、３GPPロングタームエボリューション（Long  Term  Evolution；LTE）無線アクセス、３GPPロングタームエボリューションアドバンスト（LTE-A）、３GPP２ウルトラモバイルブロードバンド（UMB）、ワイマックス（WiMax）、または他の変調技術に基づくことが可能である。
【００１１】
特に、以下に述べられる模範的な無線通信システムは、３GPPと称される、“第３世代（３G）移動体通信システム（3rd  Generation  Partnership  Project）”という名称のコンソーシアムによって提供される規格などの１つ以上の規格をサポートするように設計され得る。これらの規格は、文書Nos.  ３GPP  TS  ３６.３３１，V.９.２.０（“次世代ユニバーサル地上無線アクセス（Evolved  Universal  Terrestrial  Radio  Access；E-UTRA）；無線リソース制御（RRC）プロトコル仕様書（リリース９）”）；、および３GPP  TS  ３６.３２１，V.９.２.０（“次世代ユニバーサル地上無線アクセス（Evolved  Universal  Terrestrial  Radio  Access；E-UTRA）；媒体アクセス制御（MAC）プロトコル仕様書（リリース９）”）を含む。上述にリストされた規格と文書は、本願に明確に援用される。
【００１２】
一模範的な実施の形態に基づく、モバイル通信システムとしてのE-UTRANの模範的なネットワーク構造１００は、図１に図示される。E-UTRANシステムは、ロングタームエボリューション（LET）システムまたはロングタームエボリューションアドバンスト（LTE-A）としても称され得る。E-UTRANは、一般的に、モバイル音声通信ネットワークの基地局に類似して機能する基地局（eNode  BまたはeNB）１０２を含む。各eNBは、X２インターフェースによって接続される。eNBは、無線インターフェースによって端子、またはユーザ端末（UE）１０４に接続され、S１インターフェースによって移動管理装置（MME）またはサービングゲートウェイ（S-GW）１０６に接続される。
【００１３】
図２および図３を用いて説明する。一模範的な実施の形態に基づく、LTEシステムは、制御プレーン１０８のプロトコルスタック（図３に図示される）およびユーザプレーン１１０のプロトコルスタック（図２に図示される）に分割される。制御プレーンは、UEとeNB間の制御信号を交換する機能を実行し、ユーザプレーンは、UEとeNB間のユーザデータを伝送する機能を実行する。図２と図３を用いて説明すると、制御プレーンおよびユーザプレーンの両方は、パケットデータコンバージェンスプロトコル（PDCP）層、無線リンク制御（RLC）層、媒体アクセス制御（MAC）層、および物理（PHY）層を含む。制御プレーンは、無線リソース制御（RRC）層を更に含む。制御プレーンは、特に進化パケットシステム（EPS）ベアラ管理、認証、および安全制御を含んで実行する、ネットワークアクセス（Network  Access  Stratum；NAS）層も含む。
【００１４】
PHY層は、無線伝送技術を用いる情報伝送サービスを提供し、開放型システム間相互接続（OSI）層の第１層に対応する。PHY層は、トランスポートチャネルによってMAC層に接続される。MAC層とPHY層間のデータ交換は、トランスポートチャネルによって実行される。トランスポートチャネルは、特定のデータがPHY層で処理される方式によって定義される。
【００１５】
MAC層は、論理チャネルによってRLC層から伝送されたデータを適切なトランスポートチャネルによってPHY層に伝送する機能を実行し、トランスポートチャネルによってPHY層から伝送されたデータを適切な論理チャネルによってRLC層に伝送する機能を更に実行する。また、MAC層は、論理チャネルによって受けたデータ内に追加の情報を挿入し、トランスポートチャネルによって受けたデータから挿入された追加の情報を分析し、適切な動作を実行してランダムアクセス動作を制御する。
【００１６】
MAC層およびRLC層は、論理チャネルによって互いに接続される。RLC層は、論理チャネルの設定と解放を制御し、確認応答モード（AM）動作モード、非確認応答モード（AM）動作モード、および透過モード（TM）動作モードの１つを動作し得る。一般的に、RLC層は、上層から送られたサービスデータユニット（SDU）を適切な大きさで分割し、その逆もまた同様である。また、RLC層は、自動再送要求（ARQ）によって誤り訂正機能を管理する。
【００１７】
PDCP層は、RLC層の上方に配置され、IPパケットのフォームで伝送されたデータのヘッダー圧縮機能、およびユーザ端末の移動により、無線ネットワーク制御装置（RNC）がサービス変更を提供した時も    損失のないデータを伝送する機能を実行する。
【００１８】
RRC層は、制御プレーンにのみ定義される。RRC層は、確立、再確立、および無線ベアラ（RB）の解放に関する論理チャネル、トランスポートチャネル、および物理チャネルを制御する。ここでは、無線ベアラは、端子とE-UTRAN間のデータ伝送用にOSI層の第２層によって提供されたサービスを示している。RRC接続がUEのRRC層と無線ネットワークのRRC層との間に確立された場合、UEは、RRC接続モードにある。でなければ、UEは、RRCアイドルモードにある。
【００１９】
図４は、多入力多出力（Multiple-Input  Multiple-Output；MIMO）システム２００内の送信システム２１０（アクセスネットワークとも知られる）および受信システム２５０（アクセス端末またはUEとも知られる）の模範的な実施の形態の基本ブロック図である。送信システム２１０では、複数のデータストリームのトラフィックデータは、データソース２１２から送信（TX）データプロセッサ２１４に提供される。
【００２０】
１つの実施の形態において、各データストリームは、対応する送信アンテナ上に伝送される。TXデータプロセッサ２１４は、コード化されたデータを提供するデータストリームに選択された特定のコード体系に基づき、各データストリームのトラフィックデータをフォーマット化し、コード化して、インターリーブする。
【００２１】
各データストリームのコード化されたデータは、OFDM技術を用いてパイロットデータで多重化され得る。パイロットデータは、一般的に従来の方式で処理される従来のデータパターンであり、受信システムに用いられてチャネル応答を推定し得る。次いで、各データストリームの多重化されたパイロットおよびコード化されたデータは、変調シンボルを提供する各データストリームに選択された特定の変調方式（例えば、BPSK、QPSK、M-PSK、またはM-QAM）に基づき、変調される（即ち、シンボルマップされる（symbol  mapped））。各データストリームのデータ転送速度、コーディング、および変調は、プロセッサ２３０によって実行される命令によって決定され得る。
【００２２】
次いで、全てのデータストリームの変調シンボルは、TX  MIMOプロセッサ２２０に提供され、変調シンボルを更に処理し得る（例えばOFDMの）。次いで、TX  MIMOプロセッサ２２０は、NT変調シンボルストリームをNT送信機（TMTR）２２２a〜２２２tに提供する。ある実施の形態において、TX  MIMOプロセッサ２２０は、ビーム形成重量をデータストリームのシンボルに、かつシンボルが伝送されているアンテナに用いている。
【００２３】
各送信機２２２は、各々のシンボルストリームを受けて処理し、1つ以上のアナログ信号を提供し、アナログ信号を更に調整（例えば増幅、フィルタリング、およびアップコンバート）して、伝送に好適に変調された信号をMIMOチャネルに提供する。次いで、送信機２２２a〜２２２tのNT変調信号は、それぞれNTアンテナ２２４a〜２２４tから伝送される。
【００２４】
受信システム２５０では、伝送された変調信号は、NRアンテナ２５２a〜２５２rによって受けられ、各アンテナ２５２から受信した信号は、各々の受信機（RCVR）２５４a〜２５４rに提供される。各受信機２５４は、各々の受信した信号を調整（例えば増幅、フィルタリング、およびアップコンバート）して、調整された信号をデジタル化してサンプルに提供し、サンプルを処理して対応する“受信した”シンボルストリームを提供する。
【００２５】
次いで、RXデータプロセッサ２６０は、特定の受信機処理技術に基づき、NR受信機２５４からNR受信シンボルストリームを受けて処理し、NT“検出した”シンボルストリームを提供する。次いで、RXデータプロセッサ２６０は、各検出されたシンボルストリームを再変調し、インターリーブし、デコードしてデータストリームのトラフィックデータを復元する。RXデータプロセッサ２６０による処理は、送信システム２１０でTX  MIMOプロセッサ２２０およびTXデータプロセッサ２１４によって実行される処理と相補的である。
【００２６】
プロセッサ２７０は、どのプリコーディングマトリクスを用いるかを周期的に決定する（後述される）。プロセッサ２７０は、マトリクスインデックス（matrix  index）部分とランク値（rank  value）部分を含む逆方向リンクメッセージを定式化（formulate）する。
【００２７】
逆方向リンクメッセージは、通信リンクおよび／または受けたデータストリームに関する情報の種々のタイプを含み得る。次いで、逆方向リンクメッセージは、データソース２３６から複数のデータストリームのトラフィックデータも受けるTXデータプロセッサ２３８によって実行され、変調器２８０によって変調され、受信機２５４a〜２５４rによって調整されて受信機システム２１０に返送される。
【００２８】
送信システム２１０では、受信システム２５０からの変調された信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、RXデータプロセッサ２４２によって処理され、受信システム２５０によって伝送された逆リンクメッセージを抽出する。次いで、プロセッサ２３０は、ビーム形成重量を決めるのに、どのプリコーディングマトリクスを用いるかを決め、次いで抽出されたメッセージを処理する。
【００２９】
図５を用いて説明する。この図は、一模範的な実施の形態に基づく、通信デバイスの代替的な簡略化した機能的なブロック図を表している。無線通信システムの通信デバイス３００は、図１のUE１０４を実行するのに用いられることができ、無線通信システムは、LTEシステム、LTE-Aシステムなどが好ましい。通信デバイス３００は、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央処理装置（CPU）３０８、メモリ３１０、プログラムコード３１２、および送受信機３１４を含み得る。プログラムコード３１２は、PHY層を除く、上述の応用層、および制御プレーン１０８の層、およびユーザプレーン１１０の層を含む。制御回路３０６は、CPU３０８によってメモリ３１０のプログラムコード３１２を実行して、通信デバイス３００の動作を制御する。通信デバイス３００は、キーボードまたはキーパッドなどの入力デバイス３０２を介してユーザによって入力した信号を受信し、出力デバイス３０４を介して、モニタまたはスピーカなどの画像および音声を出力し得る。送受信機３１４は、無線信号を受信および送信するのに用いられ、受信した信号を制御回路３０６に送り、無線で制御回路３０６によって発生された信号を出力する。
【００３０】
バッファ状態報告の手順では、UEは、MACプロトコルデータユニット（PDU）を用いて、バッファ状態報告（BSR）MAC制御要素（Control  Element）を実行し、アップリンク（UL）バッファで利用可能なデータ量に関する情報をネットワークに報告する。よって、ネットワークは、１つまたは全ての論理チャネルグループ全体で利用可能な全データ量を決定し得る。BSR  MAC制御要素は、２つのフォーマット、短フォーマットおよび長フォーマットに分けることができる。短フォーマットBSR制御要素は、１バイト長であり、８ビットを有する。最初の２ビットは、バッファ状態が報告されている論理チャネルグループID（LGG  ID）を識別し、バッファサイズ（BS）フィールドは、バッファサイズまたはロジックチャネルグループ全体で利用可能なデータ量を示す、残りの6ビットから構成される。４つのBSフィールドを含む、長フォーマットBSR制御要素は、３バイト長であり、全ての論理チャネルグループのULバッファのデータ量を報告するのに用いられる。２つのフォーマットの詳述は、関連するプロトコル仕様で見られることができるため、ここでは述べられない。
【００３１】
BSR制御要素のバッファサイズ（BS）フィールドの値は、３GPP  TS  ３６.３２１，V.９.２.０（“次世代ユニバーサル地上無線アクセス（E-UTRA）；媒体アクセス制御（MAC）プロトコル仕様書（リリース９）”）のバッファサイズのレベル表から得られる。BSR制御要素のバッファサイズフィールドの値は、バッファサイズのレベル表に従って０〜６３のインデックスに基づき、異なるバッファサイズ値の範囲に対応する。例えば、インデックス０は、BS＝０バイトに対応し、インデックス２５は、３６７＜BS＜＝４４０バイトに対応し、インデックス５０は、１９３２５＜BS＜＝２２６２４バイトに対応する。LTEプロトコル仕様書に基づくバッファサイズのレベル表は、１５０Kバイトまでのバッファサイズしか示すことができない。即ち、インデックス６２は、１２８１２５＜BS＜＝１５００００バイトに対応するか、またはバッファサイズが１５０Kバイトより大きいことを示す。即ち、インデックス６３は、BS＞＝１５００００バイトに対応する。よって、１５０Kバイトのバッファサイズは、バッファサイズのレベル表において最大値であるため、インデックスバッファサイズ（indexed  buffer  size）の範囲は、最大値を上回って提供されない。
【００３２】
LTE‐アドバンスト（LTE-A）において、キャリアアグリゲーション（CA）を有するUEは、複数のコンポーネントキャリア（CC）を同時に受信および／または送信できる。よって、BSRの最大のバッファサイズレベルは、LTEプロトコル仕様書に基づくバッファサイズのレベル表に提供される最大のバッファサイズレベルより何倍も大きくあり得る。従って、どれだけのデータがUEバッファに受信されたかに関わらず、UEは、BSRのバッファサイズが少なくとも１５０KバイトしかないBSRだけを指定（specify）し得る。よって、LTE仕様書に基づくバッファサイズのレベル表は、eNBが過剰割当てを受けることで効率を犠牲にしない限り、スループットを制限する可能性があり、過度のパディング（excessive  padding）となる可能性がある。
【００３３】
バッファサイズのレベル表（以下前のバッファサイズのレベル表と称する）で提供される最大のバッファサイズよりも大きいBSRのバッファサイズをUEに指定させるには、追加の、または新しいバッファサイズのレベル表が、より高いデータ速度とともに用いられるのに提供され得る。例えばCAまたはUL  MIMOの機能が構成された時、新しいバッファサイズのレベル表が用いられることが、３GPP  TSG‐  RAN  WG２  R２−１０２８０５（“キャリアアグリゲーションのBSR”）で提案されている。UEは、現在のバッファ状態に基づき、どのバッファサイズのレベル表を用いるかを選択し、どの表が用いられるかをeNBに示すことができる。新しいバッファサイズのレベル表は、比較的大きな粒度（granularity）を有し、前のバッファサイズのレベル表は、より正確なバッファ状態を有するeNBを提供し得る。例えば、新しいバッファサイズのレベル表は、各インデックスバッファサイズ（indexed  buffer  size）の範囲が前のバッファサイズのレベル表のインデックスバッファサイズの範囲に比べて、大きい範囲をカバーする、最大５００kバイトのバッファサイズを有する。しかしながら、R２−１０２８０５で提案された代替案の１つの欠点は、いくらか不足の予約済み値（scarce  reserved  values）、例えば、予約済み論理チャネルID（LCID）値、または例えばRビットの予約済みフィールドが、BSR  MAC制御要素を実行するMAC  PDUにおいて、どの表が用いられるかを示すのに使用されなければならないことである。また、たとえUEがCAで構成されたとしても、ある状況では、新しいバッファサイズのレベル表が必ずしも必要であるとは限らない。例えば、CAが突発的なダウンリンク（DL）トラフィックにより構成された場合、または集約されたUL  CCが小さい帯域幅を有する時、新しいバッファサイズのレベル表は、必要でない可能性がある。UEが新しいバッファサイズのレベル表が必要でない時に新しいバッファサイズのレベル表を用いた場合、eNBは正確なUEバッファ状態を得ることができず、UL無線リソースが浪費される可能性がある。よって、新しいバッファサイズのレベル表を用いる正確なタイミングを指定するもう一つの代替方法が必要であり、かつ当然ながら、タイミングはeNBとUE間で同期しなければならない。
【００３４】
図６に図示された実施例に基づき、UEにおいてバッファ状態報告を処理する方法４００は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ４０２、および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ４０４を含む。次いで、前記方法は、CAが１つ以上のUL  CCで構成された時、第２のバッファサイズのレベル値を用いるステップ４０６を含む。しかしながら、UEが１つのUL  CC（プライマリセル（Primary  Cell；PCell））だけで構成された時、第２のバッファサイズのレベル値が用いられなくてもよい。また、１つのUL  CCだけが構成され、UL多入力多出力（MIMO）が構成されない時、第２のバッファサイズのレベル表が用いられなくてもよい。図５を参照して、前記方法４００は、メモリ３１０に保存された１つ以上のプログラムコード３１２を実行するUE３００のCPU３０８によって実行され得る。
【００３５】
図６の実施の形態に類似している、図７に図示されたもう１つの実施の形態に基づいて、UEにおいてバッファ状態報告を処理する方法５００が示されている。方法５００は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ４０２、および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ４０４を含む。次いで、１つ以上のUL  CCが起動された時、前記方法は、第２のバッファサイズのレベル値を用いるステップ５０６を含む。UL  CCは、PCellのUL  CCおよびセカンダリセル（Secondary  Cell；SCell）のUL  CCを含み得る。UL  CCは、MAC制御要素によって起動される。第２のバッファサイズのレベル表は、１つのUL  CC（PcellのUL  CC）だけが起動された時、用いられなくてもよい。また、また、１つのUL  CCだけが起動され、UL  MIMOが構成されない時、第２のバッファサイズのレベル表が用いられなくてもよい。図５を参照して、前記方法５００は、メモリ３１０に保存された１つ以上のプログラムコード３１２を実行するUE３００のCPU３０８によって実行され得る。
【００３６】
図６の実施の形態に類似している、図８に図示されたもう１つの実施の形態に基づいて、UEにおいてバッファ状態報告を処理する方法６００が示されている。方法６００は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ４０２、および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ４０４を含む。次いで、前記方法は、RRCメッセージの指示を用いて第２のバッファサイズのレベル表が用いられるべきかを示すか、またはどのバッファサイズのレベル表が用いられるべきかを示すステップ６０６を含む。RRCメッセージは、CAを構成、または再構成するのにも用いられる。また、RRCメッセージは、UL  MIMOを構成、または再構成するのにも用いられる。RRCメッセージは、RRCConnectionReconfigurationメッセージであり得る。RRCメッセージは、UL  MIMOを可能にする、またはCAを可能にするように用いられ得る。図５を参照して、上述の方法６００の全ての動作は、UE３００のCPU３０８によって実行され、メモリ３１０に保存された１つ以上のプログラムコード３１２を実行し得る。
【００３７】
図６の実施の形態に類似している、図９に図示されたもう１つの実施の形態に基づいて、UEにおいてバッファ状態報告を処理する方法７００が示されている。方法７００は、第１のバッファサイズの最大値を有する第１のバッファサイズのレベル表を提供するステップ４０２、および第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のバッファサイズのレベル表を提供するステップ４０４を含む。次いで、前記方法は、MAC制御要素またはMAC制御要素の対応するサブヘッダーの指示を用いて第２のバッファサイズのレベル表が用いられ得るかを示すか、またはどのバッファサイズのレベル表が用いられるべきかを示すステップ７０６を含む。MAC制御要素は、DLに伝送される。MAC制御要素は、CCを起動するおよび／または起動しないようにも用いられ得る。図５を参照して、方法７００は、UE３００のCPU３０８によって実行され、メモリ３１０に保存された１つ以上のプログラムコード３１２を実行し得る。
【００３８】
一般的に、上述の全ての実施の形態において、第２のバッファサイズのレベル表が用いられ得る時、第１のバッファサイズのレベル表は、用いられるべきではない。逆に、第１のバッファサイズのレベル表が用いられ得る時、第２のバッファサイズのレベル表も第１のバッファサイズのレベル表の代わりに用いられ得る。しかしながら、第２のバッファサイズのレベル表は、より大きな粒度を提供する可能性があるため、より正確でないBSRをサービングeNB（serving  eNB）に提供し、UL無線リソースを浪費する。よって、第１のバッファサイズのレベル表が用いられ得る時、第２のバッファサイズのレベル表は、用いられてはならない。
【００３９】
上述の実施の形態において、第１のバッファサイズのレベル表は、LTEプロトコル仕様書（即ち、LTEに用いられるバッファサイズのレベル表）に基づき、１５０Kバイトのバッファサイズの最大値を有することができ、第２のバッファサイズのレベル表は、１５０Kバイトより大きいバッファサイズの最大値を有することができる。１つの実施の形態において、第２のバッファサイズのレベル表は、第１のバッファサイズのレベル表より大きい粒度を有する。しかしながら、第２のバッファサイズのレベル表には、どんな粒度でも可能である。しかしながら、ここで述べられる第１および第２のバッファサイズのレベル表のバッファサイズの最大値は、範例であり、これらの値は、どんなレベルにも設定されて所望の動作を提供し得る。例えば、第２のバッファサイズのレベル表のバッファサイズの最大値は、５００Kバイトであり得る。第１のバッファサイズのレベル表と同様に、第２のバッファサイズのレベル表の最大値を上回るどんなバッファサイズも、特定値またはバッファサイズ範囲を指定することなく最大値を上回ると報告され得る。図８および図９に図示された実施の形態に基づき、新しいバッファサイズのレベル値を用いるかどうかは、CAまたはUL  MIMOに接続されないことである。R２−１０２８０５で提案された代替案に比べ、図８および図９の実施の形態は、どの表が用いられるべきかをネットワークに制御させるために、更に柔軟性を持たせている。また、種々の実施の形態に基づき、第１のバッファサイズのレベル表が用いられた時、スループットは制限されないことができ、eNBによる過剰割当ては、過度のパディングを避けるために妨げられ得る。また、UEは、必要に応じて、第２のバッファサイズのレベル表を用いて、UL無線リソースが浪費されるのを防ぐことができる。
【００４０】
この開示の種々の態様は上記に記述されている。ここでの教示が種々様々の形式で具体化されてもよいこと、および、ここに開示されている任意の特定の構造、機能または両方は単に代表に過ぎないことは明らかである。ここでの教示に基づいて、当業者は、ここで開示されたある態様が他の態様と無関係に実行され、２つ以上のこれらの態様が種々の方法で合成されてもよいことを認識するべきである。例えば、ここで説明された任意の数の態様を用いて、装置は実装されてもよいし、または方法は実践されてもよい。更に、他の構造、機能性、またはここで説明された態様の１つ以上に加えてまたはこれら以外での構造および機能性を用いて実行されてもよい。上記の概念のうちのいくつかの例として、いくつかの態様では、同時チャネルはパルス繰返周波数に基づいて確立されてもよい。ある態様では、同時チャネルはパルス位置またはオフセットに基いて確立されてもよい。ある態様では、同時チャネルは時間ホッピングシーケンスに基づいて確立されてもよい。ある態様では、同時チャネルは、パルス繰返周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてもよい。
【００４１】
情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組み合わせによって表され得る。
【００４２】
当業者は、種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびここで開示された態様に関連して記述されたアルゴリズムステップが電子ハードウェア（例えば、デジタル実装、アナログ実装またはソースコーディングまたは他のいくつかの技術を用いて設計されてもよい２つの組み合わせ）、命令を取り込むプログラムまたは設計コードの種々の形式（ここでは利便性上、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶ）、または、この両方の組み合わせとして実装されてもよいことをさらに認識するだろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な要素、ブロック、モジュール、回路、およびステップが、一般的に、それらの機能性に関して記述されている。かかる機能性がハードウェアまたはソフトウェアとして実装されるかどうかは、システム全体に課せられた特定の応用および設計制約に依存する。当業者は、記述された機能性を、それぞれの特定の応用に関して様々な方法で実装してもよいが、かかる実装決定は、本開示範囲からの逸脱を引き起こすと解釈されるべきではない。
【００４３】
ここで開示された態様に関連して記述される種々の例示の論理ブロック、モジュール、および回路は、集積回路（「IC」）内に実装されてもよいし、ICによって実行されてもよい。ICは、汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）または他のプログラマブルロジックデバイス、個別のゲートまたはトランジスタロジック、個別のハードウェア構成機器、電子的コンポーネント、光学コンポーネント、機械的なコンポーネントまたはここに記述された機能を行うことを目指した任意のそれらの組み合わせを具備してもよく、またIC内部、IC外部、またはその両方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサでもよいが、代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械でもよい。プロセッサはまた、コンピューティング装置の組み合わせ（例えば、DSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと連動する１以上のマイクロプロセッサ、または任意の他のそのような構成）として実装されてもよい。
【００４４】
任意の開示されたプロセスにおける任意の特定の順序またはステップの階層が、サンプルアプローチの例であることは理解される。設計選択に基づいて、プロセスにおける任意の特定の順序またはステップの階層が、本開示の範囲内にありつつ再整理されてもよいことは理解される。伴う方法は、サンプル順序での種々のステップの現在の要素を請求し、現在の特定の順序またはステップの階層に限定することを意味しない。
【００４５】
ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュール、または２つの組み合わせにおいて具現化されてもよい。（例えば、実行可能命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD−ROM、または当技術において既知のコンピュータ読取可能記憶媒体の任意の他の形式のようなデータメモリに存在してもよい。サンプル記憶媒体は、例えば（利便性上ここでは「プロセッサ」と呼ばれてもよい）コンピュータ／プロセッサのような機械につながれてもよく、そのようなプロセッサは情報（例えばコード）を記憶媒体から読み出し、記憶媒体へ書き込みすることができる。サンプル記憶媒体はプロセッサに不可欠かもしれない。プロセッサ及び記憶媒体はASIC内に存在してもよい。ASICはユーザ機器に存在してもよい。代替案では、プロセッサと記憶媒体はユーザ機器において個別部品として存在してもよい。さらに、いくつかの態様では、いずれか適切なコンピュータプログラム製品も、この開示の態様の１つ以上に関連するコードを具備するコンピュータ読取可能媒体を具備してもよい。ある態様では、コンピュータプログラム製品は包装材料を具備してもよい。
【００４６】
この発明は種々の態様に関連して記述されているが、この発明がさらなる変更ができることは理解される。本用途は、本発明の一般的な原理を用いて、本発明の任意の変形、使用または改造を含むことが意図される。さらに、本用途は、本発明が属する分野において公知の、または慣例的実施の範囲内に入るような本開示からの逸脱を含むことが意図される。
【符号の説明】
【００４７】
１００  E-UTRANの模範的なネットワーク構造
１０２  基地局（eNode  BまたはeNB）
１０４  ユーザ端末（UE）
１０６  移動管理装置（MME）／サービングゲートウェイ（S-GW）
１０８  制御プレーン
１１０  ユーザプレーン
２００  多入力多出力（Multiple-Input  Multiple-Output；MIMO）システム
２１０  送信システム
２１２  データソース
２１４  送信（TX）データプロセッサ
２２０  TX  MIMOプロセッサ
２２２a〜２２２t  送信機（TMTR）
２２４a〜２２４t  アンテナ
２３０  プロセッサ
２３２  メモリ
２３６  データソース
２３８  TXデータプロセッサ
２４０  復調器
２４２  RXデータプロセッサ
２５０  受信システム
２５２a〜２５２r  アンテナ
２５４a〜２５４r  受信機
２６０  RXデータプロセッサ
２７０  プロセッサ
２７２  メモリ
２８０  変調器
３００  通信デバイス
３０２  入力デバイス
３０４  出力デバイス
３０６  制御回路
３０８  中央処理装置（CPU）
３１０  メモリ
３１２  プログラムコード
３１４  送受信機
４００  UEにおいてバッファ状態報告を処理する方法
４０２  第１のバッファサイズの最大値を有する第１のバッファサイズ報告（BSR）表を提供するステップ
４０４  第１のバッファサイズの最大値より大きい第２のバッファサイズの最大値を有する第２のBSR表を提供するステップ
４０６  CAが１つ以上のUL  CCで構成された時、第２のBSR表を用いるステップ
５００  UEにおいてバッファ状態報告を処理する方法
５０６  １つ以上のUL  CCが起動された時、第２のBSR表を用いるステップ
６００  UEにおいてバッファ状態報告を処理する方法
６０６  RRCメッセージの指示を用いて第２のBSR表を用いるか、または第１のBSR表を用いるかを示すステップ
７００  UEにおいてバッファ状態報告を処理する方法
７０６  MAC制御要素またはMAC制御要素の対応するサブヘッダーの指示を用いて第２のBSR表を用いるか、または第１のBSR表を用いるかを示すステップ
E-UTRAN  第三世代無線アクセス技術のアクセスネットワークの進化
MAC  媒体アクセス制御
MME  移動管理装置
NAS  ネットワークアクセス
PDCP  パケットデータコンバージェンスプロトコル
PHY  物理層
RLC  無線リンク制御層
RRC  無線リソース制御層
S１  インターフェース
UE  ユーザ端末
X２  インターフェース
【図１】
2011250408.tif 000003
【図２】
2011250408.tif 000004
【図３】
2011250408.tif 000005
【図４】
2011250408.tif 000006
【図５】
2011250408.tif 000007
【図６】
2011250408.tif 000008
【図７】
2011250408.tif 000009
【図８】
2011250408.tif 000010
【図９】
2011250408.tif 000011