(57)【要約】  移動通信システムにおけるバッファ状態を周期的に報告する方法及び装置を開示する。送信リソースがＵＥに割り当てられる可能性がある場合には、バッファ状態報告を即座に送信せず、送信リソースが割り当てられるまで所定の時間の間に待機することにより、可能であれば、バッファ状態報告メッセージがアップリンクデータにピギーバックされ送信されるようにする。
2010509883.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける端末がバッファ状態を基地局に報告する方法であって、
バッファ状態報告イベントが発生する場合に、前記基地局に送信されるデータがあるか否かを確認するステップと、
前記基地局に送信されるデータがある場合には、前記バッファ状態報告イベントが発生した後に最初に割り当てられたリソースを用いて前記データを前記バッファ状態報告とともに送信するステップと、
を有することを特徴とする方法。
【請求項２】
前記バッファ状態報告を送信するステップは、
前記基地局に送信されるデータがある場合にはタイマーを駆動するステップと、
前記タイマーが満了する前に前記リソースが割り当てられる場合に、前記割り当てられたリソースを用いて前記バッファ状態報告を前記データとともに送信するステップと、
前記タイマーが満了する前に前記リソースが割り当てられない場合に、スケジューリング要請を前記基地局に送信することによりリソース割当てが発生し、前記リソースが割り当てられた後に前記割り当てられたリソースを用いて前記バッファ状態報告を送信するステップと、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記基地局に送信されるデータがない場合には、スケジューリング要請を前記基地局に送信することによりリソース割当てが発生し、前記リソースが割り当てられた後に、前記割り当てられたリソースを用いて前記バッファ状態報告を送信するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
前記基地局に送信されるデータがない場合には、前記基地局が推定した端末のバッファ状態を示す推定バッファ状態を“エンプティー”に設定し、前記基地局に送信されるデータがある場合には、前記推定バッファ状態を“ノンエンプティー”に設定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記端末がアイドル状態から待機状態に遷移する場合には、前記推定バッファ状態を“エンプティー”に設定し、前記リソースが割り当てられた後に、前記推定バッファ状態を“ノンエンプティー”に設定するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記データが前記基地局に送信される最後のデータである場合に、前記データが前記最後のデータであることを知らせる指示子を前記データにピギーバックし、前記最後のデータが送信された後に、前記推定バッファ状態を“エンプティー”に設定するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
移動通信システムにおける基地局にバッファ状態を報告する端末装置であって、
アンカーレイヤーに送信されるデータを記憶する送信バッファと、
バッファ状態報告イベントが発生すると、前記送信バッファに記憶されているデータに関するバッファ状態報告メッセージを生成するバッファ状態報告制御部と、
前記基地局にリソース割当てを要請する送信リソース割当要請部と、
前記送信バッファ及び前記バッファ状態報告制御部から送信されたデータを多重化し、前記データを前記基地局に送信し、前記送信リソース割当要請部の要請に応じて前記リソース割当ての要請を前記基地局に送信する送受信部と、
前記送受信部を介して制御チャネルを受信し、前記基地局により割り当てられたリソースがあるか否かを検査し、前記検査の結果を前記バッファ状態報告制御部に送信する送信制御部と、を有し、
前記バッファ状態報告制御部は、前記送信バッファに送信されるデータがある場合に、前記バッファ状態報告イベントが発生した後に、リソース割当てに関する最初の報告を前記送信制御部から受信した後に前記バッファ状態報告メッセージを生成し、前記送受信部は、前記割り当てられたリソースを用いて前記データを前記バッファ状態報告メッセージとともに送信することを特徴とする端末装置。
【請求項８】
前記バッファ状態報告制御部は、前記送信バッファが送信するデータを有している場合にタイマーを駆動し、前記タイマーが満了する前に前記リソース割当てに関する報告が前記送信制御部から受信されると、前記バッファ状態報告メッセージを生成し、前記バッファ状態報告メッセージを前記送受信部に伝達し、前記タイマーが満了する前に前記リソース割当てに関する報告が前記送信制御部から受信されないと、リソース割当てを要請するように前記送信リソース割当要請部を制御することを特徴とする請求項７に記載の端末装置。
【請求項９】
前記バッファ状態報告制御部は、前記送信バッファが送信するデータを有していない場合に、前記送信リソース割当要請部に前記送信リソース割当要請を指示し、前記送信リソース割当要請に応じて、送信報告が前記送信制御部から受信された後に前記バッファ状態報告メッセージを生成し、前記バッファ状態報告メッセージを前記送受信部に伝達することを特徴とする請求項７に記載の端末装置。
【請求項１０】
前記バッファ状態報告制御部は、前記基地局が推定した端末のバッファ状態を示す推定バッファ状態を管理し、前記送信バッファが送信するデータを有していない場合に前記推定バッファ状態を“エンプティー”に設定し、前記送信バッファが送信するデータを有している場合に前記推定バッファ状態を“ノンエンプティー”に設定することを特徴とする請求項７に記載の端末装置。
【請求項１１】
前記バッファ状態報告制御部は、前記端末がアイドル状態から待機状態に遷移する場合に前記推定バッファ状態を“エンプティー”に設定し、リソース割当報告が前記送信制御部から受信された後に、前記推定バッファ状態を“ノンエンプティー”に設定することを特徴とする請求項１０に記載の端末装置。
【請求項１２】
前記バッファ状態報告制御部は、前記送信バッファ内のデータが前記最後のデータである場合に、前記バッファ状態報告メッセージを前記データが前記最後のデータであることを知らせる指示子とともに前記送受信部に送信し、前記推定バッファ状態を“エンプティー”に設定することを特徴とする請求項１０に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、特に、移動通信システムにおけるバッファ状態を周期的に報告する方法及び装置に関する。
【背景技術】
【０００２】
第３世代の移動通信システムであるユニバーサル移動通信サービス（Universal Mobile Telecommunication Service：以下、“ＵＭＴＳ”と称する。）の次世代移動通信システムであるロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）は、直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する。）に基づいて高速のパケットサービスを提供する。ＬＴＥ又は拡張されたアップリンク専用チャネル（Enhanced Uplink Dedicated Channel：以下、“ＥＵＤＣＨ”と称する。）のように、基地局（Ｎｏｄｅ Ｂ）が送信リソースを動的に割り当てる移動通信システムの場合に、端末（以下、“ＵＥ”と称する。）は、アップリンクを介してデータを送信することに先立って、バッファ状態を基地局に報告しなければならない。このバッファ状態を報告するための方式は、特定の条件が満足すると、バッファ状態報告メッセージを送信するイベントトリガード方式と所定の周期でバッファ状態報告メッセージを送信する周期的方式とを含む。
【０００３】
ＥＵＤＣＨの場合に、イベントトリガード方式及び周期的方式が採用された。また、これら方式は、ＬＴＥでも使用されるものと予想される。
【０００４】
図１は、従来技術によるバッファ状態を周期的に報告する方式の一例を示す図である。
この周期的方式を使用する場合に、ＵＥは、バッファ状態報告メッセージの送信を完了した後に所定のタイマーを駆動する。このタイマーが満了すると、ＵＥは、新たなバッファ状態報告メッセージを送信する。
【０００５】
図１を参照すると、このタイマーが満了した時点で送信リソースがＵＥに割り当てられていない場合に（１１５）、ＵＥ１０５は、スケジューリング要請のための信号を基地局１１０に送信した後に（１２０）、バッファ状態報告のための送信リソースの割当てを受ける（１２５）。その後に、ＵＥ１０５は、この割当てを受けた送信リソースに基づいてバッファ状態報告メッセージを送信する（１３０）。
【０００６】
一方、このタイマーが満了した時点で、送信リソースがＵＥ１０５に割り当てられている場合に（１３５）、ＵＥ１０５は、割り当てられたこの送信リソースを使用してアップリンクデータにバッファ状態報告メッセージをピギーバックし、これを送信する。
【０００７】
言い換えれば、送信リソースが割り当てられない状態でバッファ状態報告メッセージを送信する場合には、ＵＥは、別途のアップリンク信号を基地局１２０に送信し、ダウンリンク送信リソース割当信号を基地局１２０から受信しなければならない（１２５）。送信リソースが割り当てられた場合に（１３５）、ＵＥは、バッファ状態報告メッセージの送信のための別途の制御メッセージの交換なく即座にピギーバックし、バッファ状態報告メッセージを含むアップリンク信号を送信することができる（１４０）。したがって、このバッファ状態報告メッセージは、送信リソースが割り当てられた後に送信されることが好ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、送信リソースが割り当てられることができるか否かに従ってこのバッファ状態報告を行う方式でＵＥがバッファ状態を周期的に報告する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムにおける端末がバッファ状態を基地局に報告する方法を提供する。上記方法は、バッファ状態報告イベントが発生する場合に、上記基地局に送信されるデータがあるか否かを確認するステップと、上記基地局に送信されるデータがある場合には、上記バッファ状態報告イベントが発生した後に最初に割り当てられたリソースを用いて上記データを上記バッファ状態報告とともに送信するステップと、を有することを特徴とする。
【００１０】
本発明の実施形態の他の態様によれば、移動通信システムにおける基地局にバッファ状態を報告する端末装置を提供する。上記端末装置は、アンカーレイヤーに送信されるデータを記憶する送信バッファと、バッファ状態報告イベントが発生すると、上記送信バッファに記憶されているデータに関するバッファ状態報告メッセージを生成するバッファ状態報告制御部と、上記基地局にリソース割当てを要請する送信リソース割当要請部と、上記送信バッファ及び上記バッファ状態報告制御部から送信されたデータを多重化し、上記データを上記基地局に送信し、上記送信リソース割当要請部の要請に応じて上記リソース割当ての要請を上記基地局に送信する送受信部と、上記送受信部を介して制御チャネルを受信し、上記基地局により割り当てられたリソースがあるか否かを検査し、上記検査の結果を上記バッファ状態報告制御部に送信する送信制御部と、を有し、上記バッファ状態報告制御部は、上記送信バッファに送信されるデータがある場合に、上記バッファ状態報告イベントが発生した後に、リソース割当てに関する最初の報告を上記送信制御部から受信した後に上記バッファ状態報告メッセージを生成し、上記送受信部は、上記割り当てられたリソースを用いて上記データを上記バッファ状態報告メッセージとともに送信することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＵＥがバッファ状態を周期的に基地局に報告する際に、基地局が近い将来にＵＥに送信リソースを割り当てる可能性がある場合に、ＵＥは、所定の時間の間に待機し、送信リソースが割り当てられる場合に、バッファ状態報告メッセージを送信する。基地局が送信リソースをＵＥに割り当てる可能性がない場合には、ＵＥは、バッファ状態報告がトリガーされるとすぐにバッファ状態報告メッセージを送信する。したがって、送信リソースが割り当てられない状態でバッファ状態報告メッセージを送信する時点が到来しても、送信リソースの割当を受けた後にバッファ状態報告メッセージを送信することにより、バッファ状態報告メッセージを送信するための手続きを簡素化することができる。
【図面の簡単な説明】
【００１２】
【図１】従来技術によるバッファ状態を周期的に報告する方式の一例を示すフローチャートである。
【図２】ＬＴＥ移動通信システムの構成の一例を示すブロック図である。
【図３】ＬＴＥ移動通信システムのプロトコルスタックを示す図である。
【図４】本発明の実施形態による全体の動作を示すフローチャートである。
【図５】本発明の実施形態によるＵＥの動作を示すフローチャートである。
【図６】本発明の実施形態によるＵＥが基地局推定バッファ状態変数を設定する動作を示すフローチャートである。
【図７】本発明の実施形態によるＵＥが基地局推定バッファ状態変数を設定する動作を示す他のフローチャートである。
【図８】本発明の実施形態によるＵＥ装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。なお、図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザー及び運用者の意図又は慣例に従って変わっても良い。従って、これらの定義は、本発明の全体の内容に基づいて定義されなければならない。
【００１４】
本発明によれば、ＵＥは、次の方式でバッファ状態を周期的に報告する。基地局が近い将来にＵＥに送信リソースを割り当てる可能性がある場合に、ＵＥは、この送信リソースがＵＥに割り当てられた後に、バッファ状態報告メッセージを基地局に送信する。一方、基地局が送信リソースをＵＥに割り当てる可能性がない場合には、ＵＥは、バッファ状態報告がトリガーされるとすぐにバッファ状態報告メッセージを基地局に送信する。
【００１５】
以下、本発明の実施形態がロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）システムの例を挙げて説明したが、本発明は、これに限定されず、通信システムにも適用可能である。
【００１６】
本発明の実施形態の説明に先立って、本発明が適用されるＬＴＥ移動通信システムについて簡略に説明する。
【００１７】
図２は、本発明が適用されるＬＴＥ移動通信システムの構成の一例を示す図である。
図２を参照すると、次世代無線アクセスネットワーク（Evolved UMTS Radio Access Network：以下、“Ｅ-ＲＡＮ”と称する。）２１０及び２１２は、次世代基地局（Evolved Node B：以下、“ＥＮＢ”又は“ノードＢ”と称する。）２２０、２２２、２２４、２２６、及び２２８と、アンカーノード（anchor node）２３０及び２３２とを含む簡素な２ノード構成を有する。ユーザー端末（User Equipment：以下、“ＵＥ”と称する。）２０１は、Ｅ-ＲＡＮ２１０及び２１２によりインターネットプロトコル（以下、“ＩＰ”と称する。）ネットワークに接続する。
【００１８】
ＥＮＢ２２０乃至２２８は、ＵＭＴＳシステムにおける既存のノードＢに対応し、無線チャネルを介してＵＥ２０１に接続される。ＥＮＢ２２０乃至２２８は、ＵＥ２０１のステータスに関する情報を収集し、ＵＥ２０１をスケジューリングし、無線リソース管理に関連した機能を担当する。ＥＮＢ２２０乃至２２８は、無線リソース制御（Radio Resource Control：以下、“ＲＲＣ”と称する。）のような制御プロトコルが提供される。
【００１９】
最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥシステムは、２０ＭＨｚの帯域幅で直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：ＯＦＤＭ）を無線接続技術として使用することができる。また、ＬＴＥは、ＵＥのチャネル状態に適合した変調方式（modulation scheme）及びチャネル符号化率（channel coding rate）を決定する適応変調符号化（Adaptive Modulation & Coding：ＡＭＣ）方式を採用することができる。
【００２０】
図３は、本発明が適用されるＬＴＥ移動通信システムのプロトコルスタックを示す図である。
図３を参照すると、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：以下、“ＰＤＣＰ”と称する。）レイヤー３０５及び３４０は、ＩＰヘッダーの圧縮（compression）／復元（decompression）及び暗号化（ciphering）／解読（deciphering）などの動作を担当する。無線リンク制御（Radio Link Control：以下、“ＲＬＣ”と称する。）レイヤー３１０及び３３５において、ＰＤＣＰパケットデータユニット（Packet Data Unit：以下、“ＰＤＵ”と称する。）は、適切なサイズで再構成され（以下、特定のプロトコルエンティティから出力されたパケットは、このプロトコルのＰＤＵと称する。）、再構成されたこのパケットに対する自動再送要求（Automatic Repeat reQuest：以下、“ＡＲＱ”と称する。）動作を行う。ＰＤＣＰレイヤー３０５及び３４０とＲＬＣレイヤー３１０及び３３５とは、通信が開始される際にサービス別又はフロー別に構成されることができる少なくとも１つのＰＤＣＰエンティティ（すなわち、ＰＤＣＰ装置）又は少なくとも１つのＲＬＣエンティティ（すなわち、ＲＬＣ装置）を構成し、各エンティティを用いてデータパケットを処理する。図３に示すように、ＰＤＣＰレイヤー３０５及び３４０は、ＵＥ及びアンカーノードにそれぞれ位置し、ＲＬＣレイヤー３１０及び３３５は、ＵＥ及びＥＮＢにそれぞれ位置する。
【００２１】
ＭＡＣレイヤー３１５及び３３０は、様々なＲＬＣエンティティと接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化し、ＭＡＣ ＰＤＵをＲＬＣ ＰＤＵに逆多重化する動作を行う。 
【００２２】
物理レイヤー３２０及び３２５は、アンカーレイヤーデータ、すなわち、ＭＡＣ ＰＤＵをチャネル符号化し、これらをＯＦＤＭシンボルに変調し、無線チャネルを介して送信する。また、物理レイヤー３２０及び３２５は、無線チャネルを介してＯＦＤＭシンボルを受信し、これらの復調及びチャネルデコーディングを行い、これらをアンカーレイヤーに伝達する動作を行う。
【００２３】
本発明の実施形態によるＵＥは、基地局推定バッファ状態（Estimated Buffer Status：以下、“ＥＢＳ”と称する。）変数と、タイマー１と、タイマー２とを有する。
【００２４】
ＥＢＳは、基地局が推定するＵＥのバッファ状態を示す変数であり、ＵＥが管理する。ＥＢＳは、“エンプティー（以下、“ｅｍｐｔｙ”と称する。）”又は“ノンエンプティー（ 以下、“ｎｏｎ-ｅｍｐｔｙ”と称する。）”に対応する値を有する。
【００２５】
ＥＢＳが“ｅｍｐｔｙ”に設定されている場合には、基地局がＵＥのバッファが空いているものと判定することを意味する。したがって、ＵＥがバッファ状態を別途に報告しない限り、基地局が送信リソースをＵＥに割り当てる可能性がない。
【００２６】
ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”に設定されている場合には、基地局がＵＥのバッファにデータが記憶されているものと判定していることを意味する。したがって、ＵＥがバッファ状態を別途に報告しなくても、基地局が送信リソースをＵＥに割り当てる可能性がある。
【００２７】
本発明の実施形態によれば、ＵＥは、周期的なバッファ状態報告を実行しなければならない時点ごとにＥＢＳを検査し、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”である場合に、ＵＥは、バッファ状態報告メッセージを送信することなく所定の時間の間に待機する。ＵＥが所定の時間の間に送信リソースの割当てを受ける場合には、ＵＥは、この割当てを受けた送信リソースを使用してバッファ状態報告メッセージを基地局に送信する。ＵＥが所定の時間が経過する時まで送信リソースの割当てを受けることができない場合に、ＵＥは、従来技術の場合におけるように所定の手続き（例えば、スケジューリング要請）に従ってバッファ状態報告のための送信リソースの割当てを受け、この割当てを受けた送信リソースを用いてバッファ状態報告メッセージを基地局に送信する。他方、ＥＢＳが“ｅｍｐｔｙ”である場合に、ＵＥは、待機動作なく所定の手続きに従ってバッファ状態報告のための送信リソースの割当てを受け、この割当てを受けた送信リソースを用いてバッファ状態報告メッセージを基地局に送信する。
【００２８】
説明の便宜のために、本発明によるバッファ状態報告メッセージを送信する手続きを次の２つに区分する。
【００２９】
- 第１のバッファ状態報告メッセージ送信手続き：バッファ状態報告メッセージをピギーバックするアップリンク送信リソースが存在しない際に使用する手続きである。例えば、ＵＥがスケジューリング要請のような小さいサイズのアップリンク信号を基地局に送信し、基地局からのアップリンク信号に応じて所定の送信リソースの割当てを受けた後に、この割当てを受けた送信リソースを使用してバッファ状態報告メッセージを基地局に送信する。
【００３０】
- 第２のバッファ状態報告メッセージ送信手続き：バッファ状態報告メッセージをピギーバックするアップリンク送信リソースが存在する際に使用する手続きである。ＵＥは、バッファ状態報告メッセージをアップリンクデータにピギーバックし、これを送信する。
【００３１】
図４は、本発明の実施形態による全体の動作を示すフローチャートである。
図４を参照すると、ある時点でＵＥ４０５が周期的なバッファ状態報告を実行しなければならない特定の状況が発生する（４１５）。例えば、バッファ状態報告メッセージの送信を完了した後に駆動したタイマー１が満了すると、ＵＥは、周期的なバッファ状態報告を実行しなければならないことを認識する。
【００３２】
ＵＥは、この時点でＥＢＳを検査し、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”に対応する場合に、基地局が近い将来に送信リソースをＵＥに割り当てる可能性があると判定する。その後に、ＵＥは、バッファ状態報告メッセージを送信せずタイマー２を駆動した後に待機する（４２０）。
【００３３】
タイマー２が満了する前に基地局が送信リソースをＵＥに割り当てる場合に（４２５）、ＵＥは、上述した第２のバッファ状態報告メッセージ送信手続きに従ってバッファ状態報告メッセージを基地局に送信する（４３０）。言い換えれば、ＵＥは、アップリンクを介して送信されるデータにバッファ状態報告メッセージをピギーバックし、これを送信する。このバッファ状態報告メッセージの送信を完了すると、ＵＥは、次の周期的なバッファ状態報告メッセージを送信する時点を確認するためにタイマー１を駆動する。
【００３４】
一方、タイマー２が満了するまで基地局が送信リソースをＵＥに割り当てることができない場合に（４３５）、ＵＥは、上述した第１のバッファ状態報告メッセージ送信手続きに従ってバッファ状態報告メッセージを基地局に送信する（４４０）。特に、ＵＥは、アップリンクを介してアップリンク信号（例えば、スケジューリング要請など）を送信することにより、送信リソースの割当てを受ける。その後に、ＵＥは、この割当てを受けた送信リソースを使用してバッファ状態報告メッセージを送信する。このバッファ状態報告メッセージの送信が完了すると、ＵＥは、次の周期的なバッファ状態報告メッセージを送信する時点を確認するためにタイマー１を駆動する（４４５）。
【００３５】
このタイマー１が満了し、周期的なバッファ状態報告を行わなければならない状況となる場合に（４５０）、ＵＥは、さらにＥＢＳを検査する。ＥＢＳが“ｅｍｐｔｙ”に設定された場合に（４５５）、すなわち、所定の時間内に送信リソースがＵＥに割り当てられる可能性がない場合に、ＵＥは、第１のバッファ状態報告メッセージ送信手続きに従ってバッファ状態報告メッセージを基地局に送信する（４６０）。特に、ＵＥは、アップリンク信号（例えば、スケジューリング要請など）を送信することにより、送信リソースの割当てを受ける。その後に、ＵＥは、この割当てを受けた送信リソースを使用してバッファ状態報告メッセージを送信する。このバッファ状態報告メッセージの送信を完了すると、ＵＥは、次の周期的なバッファ状態報告メッセージを送信する時点を確認するためにタイマー１を駆動する（４６５）。
【００３６】
図５は、本発明の実施形態によるＵＥの動作を示すフローチャートである。
図５を参照すると、ステップ５０５で、バッファ状態報告がトリガーされると、ＵＥは、ステップ５１０に進み、ＥＢＳを検査する。
【００３７】
ＥＢＳが“ｅｍｐｔｙ”に対応すると、ＵＥは、ステップ５１５に進み、第１のバッファ状態報告メッセージ送信手続きを実行する。
【００３８】
第１のバッファ状態報告メッセージ送信手続きを実行するために、ＵＥは、ステップ５１５で、バッファ状態報告を送信するリソース割当てを要請するために、所定の物理チャネルを使用してスケジューリング要請信号を送信する。ステップ５２０で、送信リソースが割り当てられた後に、ＵＥは、ステップ５２５で、この割当てを受けた送信リソースを使用してバッファ状態報告メッセージを送信する。その後に、ＵＥは、ステップ５４５で、周期的なバッファ状態報告のためにタイマー１を駆動する。
【００３９】
一方、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”に対応する場合、すなわち、ＵＥが個別のスケジューリング要請を行わなくても、基地局が送信リソースをＵＥに割り当てる可能性がある場合に、ＵＥは、ステップ５３０に進み、第２のバッファ状態報告メッセージ送信手続きを実行するためにタイマー２を駆動する。
【００４０】
タイマー２が満了する前に、送信リソースがＵＥに割り当てられる場合に、ＵＥは、ステップ５４０に進む。次いで、ＵＥは、この割当てを受けた送信リソースに基づいて送信されるアップリンクデータにバッファ状態報告メッセージをピギーバックし、このバッファ状態報告メッセージを送信する。その後に、ＵＥは、ステップ５４５に進み、周期的なバッファ状態報告のためにタイマー１を駆動する。
【００４１】
一方、タイマー２が満了するまで送信リソースが割り当てられない場合に、ＵＥは、ステップ５１５に進み、上述した第１のバッファ状態報告メッセージ送信手続きに従う。
【００４２】
周期的なバッファ状態報告のためのタイマー１を短く設定するほど、ＵＥがバッファ状態報告メッセージを送信する頻度数が増加し、これは、不必要なデータ送信につながる。他方、遅延に敏感なサービスが駆動されているＵＥに対して、タイマー１が過度に長く設定される場合に、このバッファ状態報告メッセージの送信が遅延し得る。これは、サービス品質の劣化につながる。したがって、タイマー１は、ＵＥで実行されるサービスの種類及び要請サービス品質などに基づいて設定される。
【００４３】
通常の知識を有する者であれば、タイマー２が駆動された場合に、基地局がＵＥのバッファから送信されるアップリンクデータがあるという事実を認識していることを理解することができる。したがって、基地局が割り当てる送信リソースを有している限り、基地局は、この送信リソースをＵＥに割り当てるのであろう。しかしながら、ＵＥは、基地局がＵＥに送信データがあるという事実を認識しているものと推測するが、基地局が実際にＵＥに送信データがないものと見なす状況が発生すると、ＵＥがいくら待っても、基地局は、ＵＥに送信リソースを割り当てないのであろう。このような状況でＵＥが永久に待機することを防止するためには、本発明は、タイマー２を使用することを提案する。上記のようなエラー状況が正常のネットワークではほとんど発生しないことを考慮すれば、タイマー２を十分に大きい値に設定することが好ましい。
【００４４】
上述したように、ＥＢＳは、基地局がＵＥのバッファ状況をどのように認識しているかについてＵＥが推定した値を格納する変数である。
【００４５】
ＥＢＳが基地局が認識するＵＥの正確なバッファ状態を反映するようにするために、本発明に従って、ＵＥは、“最後のデータ指示子”とともに最後のデータを送信する。基地局が最後のデータ指示子を含むデータをＵＥから受信すると、基地局は、ＵＥのバッファに記憶されているデータがこれ以上存在しないという事実を認識する。この最後のデータ指示子を含むデータの送信が完了した後に、ＵＥは、ＥＢＳを“ｅｍｐｔｙ”に設定する。
【００４６】
ＵＥは、基地局が割り当てたすべての送信リソースを使用する。パッディングがＵＥが送信したデータに挿入されると、ＵＥは、送信するデータがこれ以上存在しないことを意味する。したがって、この最後のデータ指示子は、このパッディングと置き換えられ得る。より詳細に、ＵＥは、最後のデータを送信するにあたり、割り当てられた送信リソースの十分な量を有し、これにより、パッディングをこの最後のデータに挿入することができると、このパッディングがこの最後のデータ指示子として機能するため、ＵＥは、この最後のデータ指示子を挿入しなくてもよい。したがって、基地局がこのパッディングを含むデータを受信すると、最後のデータ指示子が挿入されなくても、基地局は、対応するＵＥがデータを有していないものと判定する。
【００４７】
図６は、ＵＥがＥＢＳを設定するための詳細な過程を示す図である。
図６を参照すると、ＵＥ６０５は、アイドル状態から接続状態に遷移しつつ、ＥＢＳを“ｅｍｐｔｙ”として初期化し、第１のバッファ状態報告メッセージを基地局６１０に送信する（６２０）。ＵＥ６０５が基地局６１０から送信リソースの割当てを受けると（６２５）、ＵＥ６０５は、ＥＢＳを“ｎｏｎ-ｅｍｐｔｙ”に設定し（６３０）、この割当てを受けた送信リソースを使用してアップリンクデータを送信する（６３５）。
【００４８】
ＵＥ６０５は、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”に設定される間にバッファに記憶されている最後のデータを送信する時点となると（６４５）、最後のデータ指示子を最後のデータにピギーバックし、これを送信する（６５０）。この最後のデータ指示子を含むデータの送信が完了した後に、ＵＥ６０５は、ＥＢＳを“ｅｍｐｔｙ”に設定する（６５５）。
【００４９】
図７は、ＵＥがＥＢＳを設定する過程を示すフローチャートである。
図７を参照すると、ＵＥは、アイドル状態から接続状態に最初に遷移する際にＥＢＳを“ｅｍｐｔｙ”として初期化する（７０５）。ＥＢＳが“ｅｍｐｔｙ”に設定された状態で送信リソースがＵＥに割り当てられると（７１０）、ＵＥは、ＥＢＳを“ｎｏｎ-ｅｍｐｔｙ”に設定する（７１５）。ＵＥは、この最後のデータ指示子を含むデータの送信が完了するまで、ＥＢＳを“ｎｏｎ-ｅｍｐｔｙ”として保持する。この最後のデータ指示子を含むデータの送信が完了すると（７２０）、ＵＥは、ＥＢＳを“ｅｍｐｔｙ”としてさらに初期化する（７０５）。ＵＥは、上記のような動作を繰り返す。
【００５０】
本発明の実施形態は、このバッファ状態報告が周期的にトリガーされるという仮定の下に説明されたが、本発明は、これに限定されず、このバッファ状態報告が特定のイベントに応じてトリガーされる場合にも適用可能である。特に、本発明によれば、周期的に生成されるように設定されたバッファ状態報告が任意の時点でトリガーされると、ＵＥは、ＥＢＳを検査し、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”である場合に、タイマー２を駆動する。タイマー２が満了する前に、ＵＥが基地局からアップリンク送信リソースの割当てを受けると、ＵＥは、この割当てを受けたアップリンク送信リソースを使用してバッファ状態報告を送信する。
【００５１】
このように、本発明は、次のように要約することができる。バッファ状態報告がトリガーされた後に基地局が短時間内にＵＥに送信リソースを割り当てる可能性があると、バッファ状態報告メッセージの送信に基づくＵＥの明示的な送信リソース要請過程を遅延させる。この動作は、周期的なバッファ状態報告に限定されず、任意のイベントによりトリガーされたバッファ状態報告にも適用可能である。例えば、現在ＵＥに格納されているデータより高い優先順位を有するデータが発生することによりバッファ状態報告がトリガーされると、ＵＥは、ＥＢＳを検査し、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”である場合に、タイマー２を駆動する。ＵＥは、タイマー２が作動している間には、バッファ状態報告メッセージを送信しないが、基地局が所定のスケジューリング動作に従ってＵＥに送信リソースを割り当てるように待機する。タイマー２が満了するまで送信リソースが割り当てられないと、ＵＥは、送信リソースの割当てを基地局に明示的に要請するバッファ状態報告メッセージを送信する。
【００５２】
図８は、本発明の実施形態によるＵＥ装置の構成を示すブロック図である。
図８を参照すると、本発明の実施形態によるＵＥは、送信バッファ８０５と、バッファ状態報告制御部８１０と、送信リソース割当要請部８１５と、送信制御部８２０と、多重化部８２５と、送受信部８３０とを含む。
【００５３】
送信バッファ８０５は、アンカーレイヤーデータを格納し、送信制御部８２０の制御によりデータを多重化部８２５に送信する。
【００５４】
バッファ状態報告制御部８１０は、所定の条件が満足すると、バッファ状態報告メッセージを生成し、これを多重化部８２５に送信する。このバッファ状態報告メッセージは、送信バッファ８０５に格納されているデータの量及び優先順位などを有する情報を含む。
【００５５】
また、バッファ状態報告制御部８１０は、ＥＢＳを管理し、タイマー１を駆動することによりバッファ状態報告メッセージを周期的に報告する時点を把握する。周期的な報告時点に到達した場合に、バッファ状態報告制御部８１０は、ＥＢＳを検査し、タイマー２を駆動するか否かを決定する。特に、バッファ状態報告制御部８１０は、ＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”である場合に、タイマー２を駆動する。タイマー２が満了する前に送信リソースが割り当てられると、バッファ状態報告制御部８１０は、バッファ状態報告メッセージを生成し、これを多重化部８２５に送信することにより、この割り当てられた送信リソースを使用してデータとともに送信されるようにする。
【００５６】
ＥＢＳが“ｅｍｐｔｙ”であるか、又はＥＢＳが“ｎｏｎ-ｅｍｐｔｙ”であり、タイマー２が満了するまで送信リソースが割り当てられないと、バッファ状態報告制御部８１０は、送信リソース割当要請信号を送信リソース割当要請部８１５に送信することを指示する。送信リソースが割り当てられた後に、バッファ状態報告制御部８１０は、バッファ状態報告メッセージを生成し、これを多重化部８２５に送信する。
【００５７】
バッファ状態報告制御部８１５の要請に応じて、送信リソース割当要請部８１５は、所定の手続きに従ってアップリンク送信リソースを使用して送受信部８３０を介して送信リソース割当要請信号を基地局に送信する。
【００５８】
送信制御部８２０は、送受信部８３０を介してダウンリンク制御チャネルを受信し、割り当てられた送信リソースがあるか否かを検査する。割り当てられた送信リソースがある場合には、送信制御部８２０は、送信バッファ８０５又はバッファ状態報告制御部８１０にデータを多重化部８２５に送信することを指示する。
【００５９】
多重化部８２５は、送信バッファ８０５又はバッファ状態報告制御部８１０が送信したデータを１つのパケットに多重化し、これを送受信部８３０に送信する。
【００６０】
送受信部８３０は、多重化部８２５が送信したパケットを無線チャネルを介して送信し、送信リソース割当要請部８１５が送信した信号を無線チャネルを介して送信し、無線チャネルを介して受信されたダウンリンク制御チャネル信号を送信制御部８２０に送信する。
【００６１】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００６２】
２０１  ユーザー端末（ＵＥ）
２１０，２１２  次世代無線アクセスネットワーク（Ｅ-ＲＡＮ）
２１４  インターネットプロトコル（ＩＰ）ネットワーク
２２０，２２２，２２４，２２６，２２８  次世代基地局（ＥＮＢ又はノードＢ）
２３０，２３２  アンカーノード
【図１】
2010509883.tif 000003
【図２】
2010509883.tif 000004
【図３】
2010509883.tif 000005
【図４】
2010509883.tif 000006
【図５】
2010509883.tif 000007
【図６】
2010509883.tif 000008
【図７】
2010509883.tif 000009
【図８】
2010509883.tif 000010
【国際調査報告】
2010509883.tif 000011
2010509883.tif 000012