(57)【特許請求の範囲】
【請求項１】
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
送信のためにバッファされたデータに基づいてバッファ・ステータス・レポートを送信することと、
前記バッファ・ステータス・レポートを送信してからの期間を追跡することと、
前記バッファ・ステータス・レポートを送信してから、選択された期間後に、バッファされたデータの送信の許可を示す情報が受信されたか、および、送信のために追加のデータがバッファされるかを判定することと、
前記選択された期間が経過し、前記バッファされたデータの送信の許可を示す情報が受信されておらず、送信のために追加のデータがバッファされる場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信することと
を備える方法。
【請求項２】
前記バッファされたデータの送信の許可を示す情報は、アップリンク許可である請求項１に記載の方法。
【請求項３】
前記バッファ・ステータス・レポートを送信することおよび前記第２のバッファ・ステータス・レポートを送信することは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤでなされる請求項１に記載の方法。
【請求項４】
前記選択された期間を示す設定情報を受信することをさらに備える請求項１に記載の方法。
【請求項５】
前記バッファされたデータの送信の許可を示す情報が受信されたか、および、送信のために追加のデータがバッファされるかを判定するための設定情報を受信することをさらに備える請求項１に記載の方法。
【請求項６】
割り当てられたアップリンク・リソースを受信することと、
前記割り当てられたアップリンク・リソースを通して、送信のためにバッファされたデータを送ることと
をさらに備える、請求項１に記載の方法。
【請求項７】
コンピュータ読取可能な記録媒体であって、
送信のためにバッファされたデータに基づいてバッファ・ステータス・レポートを送信するためのコードと、
前記バッファ・ステータス・レポートを送信してからの期間を追跡するためのコードと、
前記バッファ・ステータス・レポートを送信してから、選択された期間後、バッファされたデータの送信の許可を示す情報が受信されたか、および、送信のために追加のデータがバッファされるかを判定するためのコードと、
前記選択された期間が経過し、前記バッファされたデータの送信の許可を示す情報が受信されておらず、送信のために追加のデータがバッファされる場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信するためのコードと
を記録したコンピュータ読取可能な記録媒体。
【請求項８】
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
バッファされたデータを格納するように構成されたバッファ・モジュールと、
前記バッファされたデータの量を示すバッファ・ステータス・レポートを生成するように構成されたコントローラ・モジュールと、
前記バッファされたデータに基づいて前記バッファ・ステータス・レポートを送信するように構成された送信機モジュールと、
前記バッファされたデータの送信の許可を示す情報を受信するように構成された受信機モジュールと、
前記バッファ・ステータス・レポートが送信されてから、選択された期間後に終了するように構成されたタイマ・モジュールと
を備え、
前記コントローラ・モジュールはまた、前記タイマ・モジュールの終了後、前記受信機モジュールが、前記バッファされたデータの送信の許可を示す情報を受信したか、および、前記バッファ・モジュールがバッファされた追加のデータを格納しているかを判定するように構成され、
前記送信機モジュールはまた、前記タイマ・モジュールの終了後、前記受信機モジュールが、前記バッファされたデータの送信の許可を示す情報を受信しておらず、前記バッファ・モジュールがバッファされた追加のデータを格納していると前記コントローラ・モジュールが判定した場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信するように構成された装置。
【請求項９】
前記タイマ・モジュールは、複数のタイマ・モジュールのうちの１つであり、前記装置において受信された設定情報に基づいて、前記タイマ・モジュールが選択され、前記選択された期間が決定される請求項８に記載の装置。
【請求項１０】
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
データをバッファする手段と、
前記データをバッファする手段にバッファされたデータの量を示すバッファ・ステータス・レポートを生成する手段と、
前記バッファされたデータに基づいて前記バッファ・ステータス・レポートを送信する手段と、
前記バッファされたデータの送信の許可を示す情報を受信する手段と、
前記バッファ・ステータス・レポートを送信してからの期間を計時し、選択された期間後に終了するように構成された手段と
を備え、
前記生成する手段はまた、前記計時する手段の終了後、前記受信する手段が、前記バッファされたデータの送信の許可を示す情報を受信したか、および、前記データをバッファする手段がバッファされた追加のデータを含むかを判定し、
前記送信する手段はまた、前記計時する手段の終了後、前記受信する手段が前記バッファされたデータの送信の許可を示す情報を受信しておらず、前記データをバッファする手段がバッファされた追加のデータを含んでいると前記生成する手段が判定した場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信する装置。
【請求項１１】
前記計時する手段は、前記装置が通信可能に接続している、通信する手段によって設定される請求項１０に記載の装置。
【請求項１２】
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
送信のためにバッファされたデータに基づいてアクセス端末から送信されたバッファ・ステータス・レポートを受信することと、
前記アクセス端末から送信された最初のバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたと判定することに応じて、データの送信の許可を示す情報を前記アクセス端末へ送信することと
を備え、
前記アクセス端末が前記最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、データの送信の許可を示す情報が前記アクセス端末によって受信されておらず、前記アクセス端末が送信のためにバッファされた追加のデータを有している場合、前記アクセス端末から、前記送信のためにバッファされた追加のデータに基づく前記バッファ・ステータス・レポートが送信される方法。
【請求項１３】
前記データの送信の許可を示す情報は、アップリンク許可である請求項１２に記載の方法。
【請求項１４】
前記アクセス端末から送信されたバッファ・ステータス・レポートは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤで受信される請求項１２に記載の方法。
【請求項１５】
前記選択された期間を示す設定情報を送信することをさらに備える請求項１２に記載の方法。
【請求項１６】
データの送信の許可を示す情報が受信されていないか、および、送信のために追加のデータがバッファされるかを判定するための設定情報を送信することをさらに備える請求項１２に記載の方法。
【請求項１７】
コンピュータ読取可能な記録媒体であって、
送信のためにバッファされたデータに基づいてアクセス端末から送信されたバッファ・ステータス・レポートを受信するためのコードと、
前記アクセス端末から送信された最初のバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報を前記アクセス端末へ送信するためのコードとを記録し、
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、前記データの送信の許可を示す情報が前記アクセス端末によって受信されておらず、前記アクセス端末が送信のためにバッファされた追加のデータを有する場合、前記アクセス端末から送信された、前記送信のためにバッファされた追加のデータに基づく前記バッファ・ステータス・レポートが送信されるコンピュータ読取可能な記録媒体。
【請求項１８】
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
アクセス端末においてバッファされたデータを送信する許可を示す情報を送信するように構成された送信機モジュールと、
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、前記データの送信の許可を示す情報が前記アクセス端末によって受信されておらず、前記アクセス端末が、送信のためにバッファされた追加のデータを有している場合、前記アクセス端末から送信された、前記送信のためにバッファされた追加のデータに基づくバッファ・ステータス・レポートを受信するように構成された受信機モジュールと、
前記アクセス端末から送信された前記最初のバッファ・ステータス・レポートを評価し、送信のために必要な量のデータが前記アクセス端末にバッファされたかを判定し、前記送信のために必要な量のデータが前記アクセス端末にバッファされたとの判定に応じて、前記アクセス端末にバッファされたデータの送信の許可を示す情報を、前記アクセス端末へ送信するように前記送信機モジュールを制御するように構成されたコントローラ・モジュールと
を備える装置。
【請求項１９】
前記データの送信の許可を示す情報はアップリンク許可である請求項１８に記載の装置。
【請求項２０】
前記コントローラ・モジュールはまた、前記装置が通信可能に接続しているアクセス端末において、タイマ・モジュールを設定するように構成された請求項１８に記載の装置。
【請求項２１】
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
ユーザ通信手段においてバッファされたデータの送信の許可を示す情報を送信する手段と、
前記ユーザ通信手段が最初のバッファ・ステータス・レポートを送信してから、選択された期間が経過した後、前記バッファされたデータの送信の許可を示す情報が前記ユーザ通信手段によって受信されておらず、前記追加のデータが前記ユーザ通信手段によってバッファされる場合に、前記ユーザ通信手段から送信された、前記バッファされた追加のデータに基づくバッファ・ステータス・レポートを受信する手段と、
制御する手段と
を備え、
前記制御する手段は、
前記ユーザ通信手段から送信された前記最初のバッファ・ステータス・レポートを評価し、送信のために必要な量のデータが前記ユーザ通信手段にバッファされたかを判定し、前記送信のために必要な量のデータが前記ユーザ通信手段にバッファされたとの判定に応じて、前記ユーザ通信手段にバッファされたデータの送信の許可を示す情報を、前記ユーザ通信手段へ送信するように前記送信する手段を制御するように構成された装置。
【請求項２２】
前記制御する手段はさらに、前記ユーザ通信手段において、前記選択された期間を設定するための情報を生成し送信するように構成された請求項２１に記載の装置。
【請求項２３】
バッファ・ステータス・レポートのロバスト化を容易にするシステムであって、
無線通信チャネルと、
前記無線通信チャネルで通信するように構成された基地局と、
前記無線通信チャネルによって前記基地局へ送信するように構成されたアクセス端末と
を備え、
前記アクセス端末は、
バッファされたデータを格納するように構成されたバッファ・モジュールと、
前記バッファされたデータの量を示すバッファ・ステータス・レポートを生成するように構成された第１のコントローラ・モジュールと、
前記バッファされたデータに基づいて前記バッファ・ステータス・レポートを前記基地局へ送信するように構成された第１の送信機モジュールと、
前記バッファされたデータの送信の許可を示す情報を前記基地局から受信するように構成された第１の受信機モジュールと、
前記バッファ・ステータス・レポートを前記基地局へ送信してから、選択された期間後に終了するように構成されたタイマ・モジュールと
を備え、
前記第１のコントローラ・モジュールはまた、前記タイマ・モジュールの終了後、前記第１の受信機モジュールが、前記バッファされたデータの送信の許可を示す情報を受信したか、および、前記バッファ・モジュールが、バッファされた追加のデータを記憶しているかを判定するように構成され、
前記第１の送信機モジュールはまた、前記タイマ・モジュールの終了後、前記第１の受信機モジュールが前記バッファされたデータの送信の許可を示す情報が受信しておらず、前記バッファ・モジュールがバッファされた追加のデータを記憶していると前記第１のコントローラ・モジュールが判定した場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信するように構成されたシステム。
【請求項２４】
前記基地局は、
前記アクセス端末において前記バッファされたデータの送信の許可を示す情報を送信するように構成された第２の送信機モジュールと、
前記アクセス端末から送信される前記バッファ・ステータス・レポートおよび第２のバッファ・ステータス・レポートを受信するように構成された第２の受信機モジュールと
を備える請求項２３に記載のシステム。
【請求項２５】
前記基地局はさらに、前記アクセス端末において、前記選択された期間を設定するための情報を生成するように構成された第２のコントローラ・モジュールを備える請求項２４に記載のシステム。
【請求項２６】
前記バッファされたデータの送信の許可を示す情報はアップリンク許可である請求項２３に記載のシステム。
【請求項２７】
前記バッファ・ステータス・レポートおよび前記第２のバッファ・ステータス・レポートは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤで送信される請求項２３に記載のシステム。
【請求項２８】
前記バッファ・ステータス・レポートおよび前記第２のバッファ・ステータス・レポートは、各々、ＭＡＣ制御要素に含まれている請求項２３に記載のシステム。
【請求項２９】
前記タイマ・モジュールは前記基地局によって設定される請求項２３に記載のシステム。
【請求項３０】
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
送信のためにバッファされたデータに基づいてバッファ・ステータス・レポートを送信することと、
前記バッファ・ステータス・レポートを送信してから経過した期間を追跡することと、
前記バッファ・ステータス・レポートを送信してから、選択された期間後、バッファされたデータの送信の許可を示す情報が受信されたか、および、送信のために追加のデータがバッファされるかを判定することと、
前記選択された期間が経過し、前記バッファされたデータの送信の許可を示す情報が受信されておらず、送信のために追加のデータがバッファされる場合、前記送信のためにバッファされた追加のデータに基づく第２のバッファ・ステータス・レポートを送信することと、
前記送信された第２のバッファ・ステータス・レポートを受信することと、
前記アクセス端末から送信されたバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、前記バッファされたデータの送信の許可を示す情報をアクセス端末へ送信することと
を備える方法。
【請求項３１】
前記バッファされたデータの送信の許可を示す情報が受信されたか、および、送信のためにデータがバッファされるかを判定するための設定情報を前記アクセス端末へ送信することをさらに備える請求項３０に記載の方法。
【請求項３２】
前記選択された期間を示す設定情報を前記アクセス端末へ送信することをさらに備える請求項３０に記載の方法。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、その全体が参照によって本明細書に組み込まれ、２００８年８月１１日に出願され“ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＢＵＦＦＥＲ  ＳＴＡＴＵＳ  ＲＥＰＯＲＴ（ＢＳＲ）ＲＯＢＵＳＴＮＥＳＳ”と題された米国仮特許出願６１／０８７，９１８号の利益を主張する。
【技術分野】
【０００２】
以下の記載は、一般に、無線通信に関し、特に、無線通信システムにおいて、バッファ・ステータス・レポート（ＢＳＲ）のロバスト化を容易にすることに関する。
【背景技術】
【０００３】
無線通信システムは、さまざまなタイプの通信を提供するために広く開発された。例えば、音声および／またはデータは、そのような無線通信システムによって提供されうる。典型的な無線通信システムまたはネットワークは、１または複数の共有リソース（例えば、帯域幅、送信電力）へ複数のユーザ・アクセスを提供しうる。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、直交周波数分割多重化（ＯＦＤＭ）のような様々な多元接続技術を使用することができる。
【０００４】
一般に、無線多元接続通信システムは、複数のアクセス端末（ＡＴ）のための通信を同時に支援することができる。ＡＴはそれぞれ、順方向リンクおよび逆方向リンクにおける送信によって、１または複数の基地局（ＢＳ）と通信しうる。順方向リンク（すなわち、ダウンリンク（ＤＬ））は、ＢＳからＡＴへの通信リンクを称し、逆方向リンク（すなわち、アップリンク（ＵＬ））は、ＡＴからＢＳへの通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立される。
【０００５】
ＭＩＭＯシステムはデータ送信のために一般に、複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを適用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立チャネルへ分割される。ここでＮＳ≦ｍｉｎ｛ＮＴ、ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。さらに、複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、高められたスペクトル効率、より高いスループット、および／またはより高い信頼性のような）向上されたパフォーマンスを与える。
【０００６】
ＭＩＭＯシステムは、順方向リンク通信および逆方向リンク通信を、共通の物理媒体によって分割するさまざまなデュプレクス技術をサポートしうる。例えば、周波数分割デュプレクス（ＦＤＤ）システムは、順方向リンク通信および逆方向リンク通信のために異なる周波数領域を利用しうる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。
【０００７】
無線通信システムは、有効通信範囲領域を提供するために、しばしば、１または複数のＢＳを適用する。典型的なＢＳは、ブロードキャスト・サービス、マルチキャスト・サービス、および／または、ユニキャスト・サービスのために複数のデータ・ストリームを送信しうる。ここで、データ・ストリームは、ＡＴに対する、独立した受信対象でありうるデータのストリームである。そのようなＢＳの有効通信範囲領域内のＡＴは、合成ストリームによって伝送される１つ、複数、あるいはすべてのデータ・ストリームを受信するために適用されうる。同様に、ＡＴは、ＢＳまたはその他のＡＴへデータを送信しうる。
【発明の概要】
【０００８】
以下は、１または複数の実施形態の基本的な理解を提供するために、そのような実施形態の簡単な概略を示す。この概要は、考えられるすべての実施形態の広範囲な概観ではなく、すべての実施形態の重要要素や決定的要素を特定することも、何れかまたはすべての実施形態のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の実施形態のいくつかの概念を表すことである。
【０００９】
１または複数の実施形態および対応する開示によれば、さまざまな態様が、ＵＬによるバッファ・ステータス・レポートのロバスト化（ＢＳＲ）を容易にすることに関して記載される。ロバスト化を容易にするためのアプローチの例は、データ条件が満たされた場合、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤによるＢＳＲの再送信を含む。データ条件の例は、ＢＳＲを送信してから、選択された期間が経過したか、および、ＡＴにおいてバッファされたデータの送信の許可が、ＢＳから受信されたか、を含みうる。データ条件の別の例は、ＢＳＲを送信してから、選択された期間が経過したか、ＡＴにおいてバッファされたデータの送信の許可が、ＢＳから受信されたか、送信のためのデータがＡＴにおいてバッファされたか、を含みうる。
【００１０】
関連する態様によれば、ＢＳＲロバスト化を容易にする方法が本明細書において記載される。この方法は、ＢＳＲを送信することを含みうる。この方法はまた、ＢＳＲを送信してからの期間を追跡することを含みうる。さらに、この方法は、ＢＳＲを送信してから、選択された期間が経過した後に、バッファされたデータの送信の許可を示す情報が受信されたかを判定することを含みうる。さらに、この方法は、選択された期間が経過し、データ条件が満たされた場合に、ＢＳＲを再送信することを含みうる。いくつかの実施形態では、データ条件とは、バッファされたデータの送信の許可を示す情報が、受信されていないことである。いくつかの実施形態では、この方法はさらに、ＢＳＲを送信してから、選択された期間後、送信のためのデータがバッファされたかを判定することを含み、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されておらず、送信のためのデータがバッファされたとの判定がなされたことである。
【００１１】
別の態様は、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品に関する。コンピュータ読取可能媒体は、ＢＳＲを送信するためのコードと、ＢＳＲを送信してからの期間を追跡するためのコードとを含みうる。このコンピュータ読取可能媒体はまた、ＢＳＲを送信してから、選択された期間後、バッファされたデータの送信の許可を示す情報が受信されたかを判定するためのコードをも含みうる。このコンピュータ読取可能媒体はさらに、選択された期間が経過し、データ条件が満たされた場合、ＢＳＲを再送信するためのコードを含みうる。
【００１２】
さらに別の態様は、ＢＳＲロバスト化を容易にする装置に関する。この装置は、バッファされたデータを格納するように構成されたバッファ・モジュールと、バッファされたデータの量を示すＢＳＲを生成するように構成されたコントローラ・モジュールと、ＢＳＲを送信するように構成された送信機モジュールとを含みうる。この装置はまた、バッファされたデータの送信の許可を示す情報を受信するように構成された受信機モジュールと、ＢＳＲが送信されてから、選択された期間が経過した後に終了するように構成されたタイマ・モジュールとを含みうる。コントローラ・モジュールはまた、タイマ・モジュールの終了後、バッファされたデータの送信の許可を示す情報が受信されたかを判定するように構成されうる。送信機モジュールはまた、タイマ・モジュールの終了後、データ条件が満たされた場合、ＢＳＲを再送信するように構成されうる。
【００１３】
さらに別の態様は、ＢＳＲロバスト化を容易にする別の装置に関する。この装置は、データをバッファする手段と、データをバッファする手段にバッファされたデータの量を示すＢＳＲを生成する手段と、バッファ・ステータス・レポートを送信する手段とを含みうる。この装置はさらに、バッファされたデータの送信の許可を示す情報を受信する手段と、ＢＳＲを送信してからの期間を計時し、選択された期間後に終了する手段とを含みうる。生成する手段はまた、計時する手段の終了後、バッファされたデータの送信の許可を示す情報が受信されたかを判定しうる。送信する手段はまた、計時する手段の終了後、データ条件が満たされた場合、ＢＳＲを再送信しうる。
【００１４】
さらに別の態様は、ＢＳＲロバスト化を容易にする方法に関する。この方法は、アクセス端末から再送信されたＢＳＲを受信することと、再送信されたＢＳＲを受信し、送信のために必要な量のデータがバッファされたと判定することに応じて、データの送信の許可を示す情報をアクセス端末へ送信することとを含みうる。この方法では、アクセス端末が最初のＢＳＲを送信してから、選択された期間後に、かつデータ条件が満たされた場合、アクセス端末からＢＳＲが再送信されうる。いくつかの実施形態では、このデータ条件は、データの送信の許可を示す情報が、アクセス端末によって受信されていないこと、および、送信のためのデータがバッファされたとの判定がアクセス端末によってなされたこと、を含みうる。いくつかの実施形態では、このデータ条件は、データの送信の許可を示す情報が、アクセス端末によって受信されていないことを含みうる。
【００１５】
また他の態様は、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品に関する。このコンピュータ読取可能媒体は、アクセス端末から再送信されたＢＳＲを受信するためのコードと、再送信されたＢＳＲを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報をアクセス端末へ送信するためのコードとを含みうる。アクセス端末が最初のＢＳＲを送信してから、選択された期間後に、データ条件が満たされた場合、アクセス端末からＢＳＲが再送信されうる。
【００１６】
しかし、他の態様は、ＢＳＲロバスト化を容易にする装置に関する。この装置は、アクセス端末においてバッファされたデータを送信する許可を示す情報を送信するように構成された送信機モジュールを含みうる。この装置はまた、アクセス端末が最初のＢＳＲを送信してから、選択された期間後に、データ条件が満たされた場合、アクセス端末から再送信されたＢＳＲを受信するように構成された受信機モジュールをも含みうる。この装置はまた、アクセス端末から再送信されたＢＳＲを評価し、送信のために必要な量のデータがアクセス端末にバッファされたかを判定し、送信のために必要な量のデータがアクセス端末にバッファされたとの判定に応じて、アクセス端末にバッファされたデータの送信の許可を示す情報を、アクセス端末へ送信するように送信機モジュールを制御する、ように構成されたコントローラ・モジュールをも含みうる。いくつかの実施形態では、データ条件は、データの送信の許可を示す情報が、アクセス端末によって受信されていないこと、および、送信のためのデータがアクセス端末にバッファされていないとの判定がアクセス端末によってなされたこと、を含む。いくつかの実施形態では、データ条件は、データの送信の許可を示す情報が、アクセス端末によって受信されていないことを含む。
【００１７】
他の態様は、ＢＳＲロバスト化を容易にする装置に関する。この装置は、ユーザ通信手段においてバッファされたデータの送信の許可を示す情報を送信する手段を含みうる。この装置はまた、ユーザ通信手段が最初のＢＳＲを送信してから、選択された期間後、データ条件が満たされた場合に、ユーザ通信手段から再送信されたＢＳＲを受信する手段を含みうる。この装置はまた、制御する手段を含みうる。この制御する手段は、ユーザ通信手段から再送信されたＢＳＲを評価し、送信のために必要な量のデータがユーザ通信手段にバッファされたかを判定し、送信のために必要な量のデータがユーザ通信手段にバッファされたとの判定に応じて、ユーザ通信手段にバッファされたデータの送信の許可を示す情報を、ユーザ通信手段へ送信するように、送信する手段を制御するように構成されている。いくつかの実施形態では、データ条件は、データの送信の許可を示す情報が、ユーザ通信手段によって受信されていないこと、および、送信のためのデータがユーザ通信手段にバッファされたとの判定が、ユーザ通信手段によってなされたこと、を含みうる。いくつかの実施形態では、データ条件は、データの送信の許可を示す情報が、ユーザ通信手段によって受信されていないことを含みうる。
【００１８】
また、その他の態様は、ＢＳＲロバスト化を容易にするためのシステムに関する。このシステムは、無線通信チャネルと、無線通信チャネルで通信するように構成された基地局とを含む。このシステムはまた、無線通信チャネルによって基地局へ送信および再送信するように構成されたアクセス端末を含む。このアクセス端末は、バッファされたデータを格納するように構成されたバッファ・モジュールと、バッファされたデータの量を示すＢＳＲを生成するように構成された第１のコントローラ・モジュールと、ＢＳＲを基地局へ送信するように構成された第１の送信機モジュールとを含む。アクセス端末はまた、バッファされたデータの送信の許可を示す情報を基地局から受信するように構成された第１の受信機モジュールと、ＢＳＲを基地局へ送信してから、選択された期間後に終了するように構成されたタイマ・モジュールとを含む。第１のコントローラ・モジュールはまた、タイマ・モジュールの終了後、バッファされたデータの送信の許可を示す情報が受信されたかを判定するようにも構成されうる。第１の送信機モジュールはまた、タイマ・モジュールの終了後、データ条件が満たされた場合、ＢＳＲを再送信するようにも構成されうる。
【００１９】
最後に、他の態様は、ＢＳＲロバスト化を容易にする方法に関する。この方法は、ＢＳＲを送信することと、ＢＳＲを送信してから経過した期間を追跡することとを含む。この方法はまた、ＢＳＲを送信してから、選択された期間が経過した後、バッファされたデータの送信の許可を示す情報が受信されたかを判定することと、選択された期間が経過し、データ条件が満たされた場合、ＢＳＲを再送信することとを含む。この方法はまた、アクセス端末から再送信されたＢＳＲを受信することと、再送信されたＢＳＲを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報をアクセス端末へ送信することとを含む。
【００２０】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に完全に説明され、特許請求の範囲において特に指摘された特徴を備える。本明細書に記述された以下の説明および添付図面は、１または複数の実施形態のある実例となる態様を詳述する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちの僅かしか示しておらず、記載された実施形態は、そのような全ての局面およびそれらの均等物を示すことが意図されている。
【図面の簡単な説明】
【００２１】
【図１】図１は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための無線通信システムの例示である。
【図２】図２は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための別の無線通信システムの例示である。
【図３】図３は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための方法のフローチャートの例示である。
【図４】図４は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするためのアクセス端末のブロック図の例示である。
【図５】図５は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするためのシステムのブロック図の例示である。
【図６】図６は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための方法のフローチャートの例示である。
【図７】図７は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための基地局のブロック図の例示である。
【図８】図８は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするためのシステムのブロック図の例示である。
【図９】図９は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための方法のフローチャートの例示である。
【図１０】図１０は、本明細書に記載されたさまざまなシステム、方法、または装置と連携して適用されうる無線ネットワーク環境の例示である。
【発明を実施するための形態】
【００２２】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。次の記述では、説明の目的のために、多数の特定の詳細が、１または複数の実施形態についての完全な理解を提供するために記述される。しかしながら、そのような実施形態は、これら特定の詳細なしで実現されうることが明白である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２３】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、および／または、実行中のソフトウェアの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピューティング・デバイスで動作するアプリケーション、および／または、コンピューティング・デバイスの両方が構成要素になりうる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造が格納されたさまざまなコンピュータ読取可能媒体から実行可能でありうる。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２４】
本明細書で記載された技術は、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）等のようなさまざまな無線通信システムのために使用されうる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ接続（ＵＴＲＡ）、ＣＤＭＡ１２２０等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ＣＤＭＡ１２２０は、ＩＳ−１２２０規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  １２２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  １２２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  １２２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースであり、ダウンリンクではＯＦＤＭＡを用い、アップリンクではＳＣ−ＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭ（登録商標）は、「第３世代パートナシップ計画プロジェクト」（３ＧＰＰ）と命名された組織からのドキュメントに記述されている。さらに、ＣＤＭＡ１２２０およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からのドキュメントに記述されている。さらに、そのような無線通信システムは、アンペア（ｕｎｐａｉｒｅｄ）な無許可のスペクトルをしばしば用いるピア・トゥ・ピア（例えば、モバイル・トゥ・モバイル）アド・ホック・ネットワーク・システム、１２２．ｘｘ無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および、その他任意の短距離または長距離の無線通信技術を含みうる。
【００２５】
シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、シングル・キャリア変調および周波数ドメイン等値化を用いる。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムのものと同じ性能および本質的に同じ複雑さを有しうる。ＳＣ−ＦＤＭＡ信号は、その固有のシングル・キャリア構造のために、より低いピーク対平均電力比（ＰＡＰＲ）を有しうる。ＳＣ−ＦＤＭＡは、例えば、送信電力効率の観点から、より低いＰＡＰＲがＡＴにより大きな利益をもたらすアップリンク通信において使用されうる。したがって、ＳＣ−ＦＤＭＡは、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）すなわちイボルブドＵＴＲＡにおけるアップリンク多元接続性スキームとして実施されうる。
【００２６】
さらに、本明細書では、さまざまな実施形態が、ＡＴに関連して記載される。ＡＴはまた、システム、加入者ユニット、加入者局、移動局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ設備（ＵＥ）とも称されうる。ＡＴは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続能力を有するハンドヘルド・デバイス、コンピューティング・デバイス、または無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、ＢＳに関して記載される。ＢＳは、ＡＴと通信するために利用され、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ（ｅノードＢ、ｅＮＢ）、あるいはその他いくつかの用語で称されうる。
【００２７】
さらに、用語「または」は、排他的な「または」ではなく、包括的な「または」を意味することが意図されている。すなわち、別に示されていない場合、あるいは、文脈から明らかではない場合、「ＸはＡまたはＢを適用する」という句は、自然な包括的な置き換えのうちの何れかを意味することが意図されている。すなわち、「ＸはＡまたはＢを使用する。」という句は、以下の例のうちの何れによっても満たされる。ＸはＡを使用する。ＸはＢを使用する。あるいは、ＸはＡとＢとの両方を使用する。さらに、本願および特許請求の範囲で使用されているような冠詞“ａ”および“ａｎ”は、特に指定されていない場合、あるいは、単数を対象としていることが文脈から明らかではない場合、一般に、「１または複数」を意味するものと解釈されるべきである。
【００２８】
本明細書に記載されたさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶デバイス（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定される訳ではないが、無線チャネルのみならず、コードおよび／または命令群および／またはデータの格納、保持、および／または伝送をすることが可能なその他さまざまな媒体を含みうる。
【００２９】
図１に示すように、本明細書に示されるさまざまな実施形態にしたがって無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含みうるＢＳ１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４、１０６を含み、他のグループは、アンテナ１０８、１１０を含み、さらに別のグループは、アンテナ１１２、１１４を含みうる。おのおののアンテナ・グループについて２本のアンテナしか例示されていないが、２本より多いアンテナ、または２本より少ないアンテナも、各グループのために利用されうる。ＢＳ１０２はさらに、送信機チェーンおよび受信機チェーンを備えうる。これらのおのおのは、当業者によって認識されるであろうが、（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナのように）信号の送信および受信に関連付けられた複数の構成要素を備えうる。
【００３０】
ＢＳ１０２は、例えば、ＡＴ１１６、１２２のような１または複数のＡＴと通信しうる。しかしながら、ＢＳ１０２は、ＡＴ１１６、１２２に類似した実質的に任意の数のＡＴと通信しうることが認識されるべきである。ＡＴ１１６、１２２は、例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピューティング・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００による通信のための適切なその他任意のデバイスでありうる。図示するように、ＡＴ１１６は、アンテナ１１２、１１４と通信している。ここで、アンテナ１１２、１１４は、ＤＬ１１８によってＡＴ１１６へ情報を送信し、ＵＬ１２０によってＡＴ１１６から情報を受信する。さらに、ＡＴ１２２は、アンテナ１０４、１０６と通信している。ここで、アンテナ１０４、１０６は、ＤＬ１２４によってＡＴ１２２へ情報を送信し、ＵＬ１２６によってＡＴ１２２から情報を受信する。周波数分割ディプレクス（ＦＤＤ）システムでは、例えば、ＤＬ１１８は、ＵＬ１２０によって使用されているものとは異なる周波数帯域を利用し、ＤＬ１２４は、ＵＬ１２６によって適用されているものとは異なる周波数帯域を適用しうる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、ＤＬ１１８およびＵＬ１２０が、共通の周波数帯域を利用し、ＤＬ１２４およびＵＬ１２６は、共通の周波数帯域を利用する。
【００３１】
通信するように設計された領域および／またはアンテナの各グループは、ＢＳ１０２のセクタと称されうる。例えば、アンテナ・グループは、ＢＳ１０２によってカバーされる領域のセクタ内のＡＴと通信するように設計されうる。ＤＬ１１８、１２４による通信では、ＢＳ１０２の送信アンテナは、ＡＴ１１６、１２２のためのＵＬ１１８、１１４の信号対雑音比を向上するために、ビームフォーミングを利用しうる。さらに、ＢＳ１０２は、関連付けられた有効通信範囲にわたってランダムに散在したＡＴ１１６、１２２へ送信するためにビームフォーミングを利用している間、近隣セルにおけるＡＴ１１６、１２２は、すべてのＡＴに対して単一のアンテナによって送信しているＢＳと比べて、少ない干渉しか被らない。
【００３２】
さらに、システム１００は、データ条件に基づいて、ＵＬ１２６によって、ＡＴ１２２からＢＳ１０２へのＢＳＲ（図示せず）の送信を提供すること、および、いくつかの実施形態においては、再送信を提供することによって、ＢＳＲロバスト化を容易にしうる。ＢＳＲロバスト化を容易にするためのＡＴ１２２、１２２’、１２２”およびＢＳ１０２、１０２’、１０２”の実施形態、システム、方法、コンピュータ・プログラム製品、および手段が以下に詳述される。
【００３３】
図２は、本明細書に記載されたさまざまな態様にしたがって、ＢＳＲロバスト化を容易にするための別の無線通信システムのブロック図の例示である。システム１００’は、ＵＬ１２６およびＤＬ１２４によってＢＳ１０２’と通信可能に接続されたＡＴ１２２’を含みうる。ＡＴ１２２’は、限定される訳ではないが、ＢＳＲまたはデータを含む情報を、ＵＬ１２６によって送信しうる。ＢＳは、限定される訳ではないが、ＵＬ許可またはデータを含む情報を、ＤＬ１２４によって送信しうる。実施形態では、ＡＴ１２２’は、システム１００’におけるＢＳＲロバスト化を容易にするために、さまざまなデータ条件の下、ＵＬ１２６によってＢＳＲを再送信するように構成されうる。
【００３４】
いくつかの実施形態では、ＡＴ１２２’は、コントローラ・モジュール２０２、ＢＳＲ生成モジュール２０４、プロセッサ・モジュール２０６、バッファ・モジュール２０８、タイマ・モジュール２１０、送信機モジュール２１２、および／または、受信機モジュール２１４を含みうる。さまざまな実施形態では、前述のモジュールのうちの１または複数は、ＢＳＲロバスト化を容易にするために、互いに通信可能に接続されうる。
【００３５】
バッファ・モジュール２０８は、バッファされたデータを、ＡＴ１２２’において格納するように構成されうる。これらバッファされたデータは、ＵＬ１２６で送信されるデータでありうる。例えば、さまざまな実施形態では、データは、限定される訳ではないが、音声、ビデオ、および／または、インターネット・データを含みうる。
【００３６】
コントローラ・モジュール２０２は、バッファ・モジュール２０８にバッファされたデータの量を示す情報を生成するように構成されたＢＳＲ生成モジュール２０４を含みうる。いくつかの実施形態では、バッファされたデータの量を示す情報は、ＢＳＲでありうる（あるいは、ＢＳＲに含まれうる）。ＢＳＲは、ＭＡＣ制御要素内に含まれ、ＭＡＣ制御要素は、ＭＡＣパケット・データ・ユニット（ＰＤＵ）内に含まれうる。
【００３７】
さまざまな実施形態では、ＢＳＲは、システム１００’の（図示しない）ＭＡＣ  ＨＡＲＱレイヤで、ＡＴ１２２’からＢＳ１０２’へ送信されうる。しかしながら、（チャネル条件、誤り、あるいはその他によって）ＢＳＲが正しく受信されないか、あるいは、ＢＳ１０２’において読み取ることができない場合、ＡＴ１２２’は、喪失ＢＳＲの通知を受信することができない。ＡＴ１２２’は、ＡＴ１２２’からデータを送信する前に、ＵＬ許可を受信することを待ち、このＵＬ許可は、ＢＳＲの受信後に、ＢＳによって送信されるので、もしもＢＳＲが喪失した場合、ＡＴ１２２’は、データの送信を禁止されうる。そのような場合、コントローラ・モジュール２０２は、ＢＳＲのロバスト化を容易にするために、ＢＳＲ生成モジュール２０４において新たなＢＳＲを生成し、このＢＳＲを再送信しうる。
【００３８】
図２に戻って示すように、いくつかの実施形態では、コントローラ・モジュール２０２はまた、本明細書に記載された機能および／または方法ステップのうちの何れかを実行するための汎用または専用のハードウェア、汎用または専用のソフトウェア、または、これらの組み合わせを含むプロセッサ・モジュール２０６をも含みうる。いくつかの実施形態では、プロセッサ・モジュール２０６は、コンピュータ読取可能媒体に格納された命令群および／またはコードを実行するための機能を含みうる。
【００３９】
タイマ・モジュール２１０は、ＡＴ１２２’からＢＳＲが送信されてからの期間を追跡するように構成されうる。タイマ・モジュール２１０は、ＢＳＲを送信してから、選択された期間後に終了するように構成されうる。いくつかの実施形態において、タイマ・モジュール２１０は、ＢＳ１０２’によって設定されうる。
【００４０】
特に、タイマ・モジュール２１０は、ＡＴからＢＳＲが送信されてからの期間を追跡するための、１または複数の異なるタイプのタイマ・モジュールを含みうる。選択されたタイマ・モジュールが終了する前の期間および／または選択された期間を追跡するタイマ・モジュールのタイプは、ＢＳ１０２’によって設定されうる。例えば、選択されたタイマ・モジュールや、選択されたタイマ・モジュールが終了する前の選択された期間は、ＡＴ１２２’が通話呼出またはその他任意のタイプの通信および／またはデータ転送を行っている間に設定されうる。
【００４１】
送信機モジュール２１２は、ＢＳＲをＢＳ１０２’へ送信するように構成されうる。送信機モジュール２１２はまた、タイマ・モジュール２１０の終了後、データ条件が満たされた場合に、ＢＳＲを再送信するように構成されうる。
【００４２】
受信機モジュール２１４は、バッファされたデータの送信の許可を示す情報を、ＢＳ１０２’から受信するように構成されうる。実施形態では、バッファされたデータの送信の許可を示す情報は、ＵＬ許可でありうる。
【００４３】
ＢＳ１０２’に示すように、ＢＳ１０２’は、コントローラ・モジュール２１６、送信機モジュール２２２、および受信機モジュール２２４を含みうる。コントローラ・モジュール２１６は、ＵＬ許可生成モジュール２１８および／またはプロセッサ・モジュール２２０を含みうる。ＵＬ許可生成モジュール２１８は、受信機モジュール２２４によってＢＳＲが受信されると、送信機モジュール２２２によってＡＴ１２２’へ送信するためのＵＬ許可を生成する汎用または専用のハードウェア、ソフトウェア、および／または、汎用または専用のハードウェアとソフトウェアとの組み合わせを含みうる。いくつかの実施形態において、ＢＳ１０２’は、受信機モジュール２２４を用いてＢＳＲを受信し、ＡＴ１２２’にバッファされたデータの量を評価する。その後、バッファされたデータの量が、必要最小なデータ量を満たすと、ＢＳ１０２’が、ＡＴ１２２’にＵＬ許可を送信する。
【００４４】
ＡＴにおいて十分な量のデータがバッファされたと、ＢＳ１０２’のコントローラ・モジュール２１６が判定すると、コントローラ・モジュール２１６は、データの送信の許可を示す情報を生成するようにＵＬ許可生成モジュール２１８を制御しうる。送信機モジュール２２２は、ＡＴ１２２’にバッファされたデータの送信の許可を示す情報を送信するように構成されうる。データの送信の許可を示すこの情報は、ＵＬ許可でありうる。
【００４５】
いくつかの実施形態において、ＢＳ１０２’は、タイマ・モジュール２１０内に、選択されたタイマ・モジュール（図示せず）を設定するか、および／または、このタイマ・モジュール（図示せず）が終了する前の選択された期間を設定しうる。特に、システム１００’のラジオ・リソース制御（ＲＲＣ）（図示せず）が、タイマ・モジュールを設定しうる。ＲＲＣはまた、ＡＴ１２２’が通信しうる各論理チャネル（図示せず）について、シグナリングを設定しうる。これは、論理チャネルを、論理チャネル・グループ（ＬＣＧ）へ割り当てる。限定することなく、一例として、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ８．６．０（２００９−０６）、“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）”（ＴＳ  ３６．３２１  ｖ８．６．０仕様）を参照すると、各論理チャネルについて、ＲＲＣは、論理チャネルをＬＣＧに割り当てるためのｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐパラメータを設定しうる。
【００４６】
ＢＳＲ生成モジュール２０４および／またはプロセッサ・モジュール２０６に再び示すように、ＡＴ１２２’は、限られた数の状況において、ＢＳＲの生成をトリガするように制御されうる。ＴＳ  ３６．３２１  ｖ８．６．０仕様、すなわち３ＧＰＰ  ＴＳ  ３６．３２２：“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（ＲＬＣ）ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”（ＴＳ  ３６．３２２仕様）および３ＧＰＰ  ＴＳ  ３６．３２３：“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ”（ＴＳ  ３６．３２３仕様）によれば、以下のイベントのうちの何れかが生じた場合、ＢＳＲ生成モジュール２０４および／またはプロセッサ・モジュール２０６においてＢＳＲの生成がトリガされうる。
【００４７】
第１に、タイマ・モジュール２１０が終了した場合に、ＢＳＲ生成モジュール２０４によって、ＢＳＲの生成がトリガされる。ＡＴ１２２’から送信機モジュール２１２によってＢＳＲが送信された場合、タイマ・モジュール２１０が起動（または再起動）されうる。このタイマ・モジュールは、選択された期間後に終了しうる。
【００４８】
特に、コントローラ・モジュール２０２は、タイマ・モジュール２１０が終了した後に、バッファされたデータの送信の許可を示す情報がＢＳ１０２’から受信され、データ条件が満たされているかを判定するように構成されうる。いくつかの実施形態では、データ条件とは、ＡＴ１２２’における受信機モジュール２１４が、バッファされたデータの送信の許可を示す情報を受信していないことでありうる。ＴＳ  ３６．３２１  ｖ８．６．０仕様を参照すると、タイマ・モジュールは、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒと称されるタイマ・モジュール２１０であり、ＢＳＲは、ｐｅｒｉｏｄｉｃＢＳＲと称されるＢＳＲでありうる。
【００４９】
第２に、いくつかの実施形態では、コントローラ・モジュール２０２はさらに、タイマ・モジュール２１０の終了後、バッファ・モジュール２０８が、バッファされたデータを格納しているかを判定するように構成される。これらの実施形態では、ＢＳＲを再送信するためのデータ条件とは、ＡＴ１２２’における受信機モジュール２１４が、バッファされたデータの送信の許可を示す情報を受信していないこと、および、バッファされたデータをバッファ・モジュール２０８が格納しているとコントローラ・モジュール２０２が判定することでありうる。
【００５０】
これらの実施例では、送信機モジュール２１２によってＡＴ１２２’からＢＳＲが送信された場合に、タイマ・モジュール２１０が起動（または再起動）されうる。タイマ・モジュール２１０は、選択された期間後に終了しうる。いくつかの実施形態では、ＴＳ  ３６．３２１  ｖ８．６．０仕様を参照すると、利用可能なデータは、ＬＣＧに属する論理チャネルのうちの何れかのための送信のために利用可能でありうる。さらに、タイマ・モジュール２１０は、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒと称され、ＢＳＲは、Ｒｅｇｕｌａｒ  ＢＳＲと称されるＢＳＲでありうる。
【００５１】
第３に、ＬＣＧに属する論理チャネルについて、ＵＬデータが、ラジオ・リンク制御（ＲＬＣ）エンティティ（図示せず）またはパケット・データ収束プロトコル（ＰＣＤＰ）エンティティ（図示せず）における送信に利用可能になれば、コントローラ・モジュール２０２は、ＢＳＲを生成するように構成され、かつ、任意のＬＣＧに属し、送信のためにデータがすでに利用可能である論理チャネルの優先度よりも高い優先度を持つチャネルにデータが属しているか、あるいは、ＬＣＧに属する論理チャネルのうちの何れかのための送信のために利用可能なデータが存在しないかの何れかである。この実施形態では、ＢＳＲは、Ｒｅｇｕｌａｒ  ＢＳＲと称されるＢＳＲでありうる。
【００５２】
第４に、ＵＬリソースが割り当てられ、パディング・ビットの数が、ＢＳＲ  ＭＡＣ制御要素のサブヘッダと組み合わされたＢＳＲ  ＭＡＣ制御要素のサイズ以上である場合、コントローラ・モジュール２０２は、ＢＳＲを生成するように構成されうる。この実施形態では、ＢＳＲは、パディングＢＳＲと称されるＢＳＲでありうる。
【００５３】
いくつかの実施形態では、ＢＳＲの最後の送信から、少なくとも１つのＢＳＲがトリガされているとコントローラ・モジュール２０２が判定した場合、あるいは、ＢＳＲがトリガされるのが最初である場合、コントローラ・モジュール２０２は、多くのステップを実行しうる。限定することなく、一例として、ＡＴ１２２’が、新たな送信のために割り当てられたＵＬリソースを有している場合、ＢＳＲ生成モジュール２０４は、ＭＡＣ制御要素内にＢＳＲを生成し、タイマ・モジュール２１０内のタイマ・モジュールのうちの選択された１つを起動（または再起動）しうる。例えば、ＴＳ  ３６．３２１  ｖ８．６．０仕様を参照すると、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒタイマ・モジュールは、ＢＳＲがＴＳ  ３６．３２１  ｖ８．６．０仕様において定義されているようなＴｒｕｎｃａｔｅｄ  ＢＳＲである場合を除いて起動（または再起動）されうる。他の実施形態では、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒタイマ・モジュールが起動（または再起動）されうる。さらに、（Ｔｒｕｎｃａｔｅｄではなく）Ｒｅｇｕｌａｒ  ＢＳＲがトリガされた場合、スケジューリング要求がトリガされうる。
【００５４】
さまざまな実施形態では、複数のイベントがＢＳＲの生成をトリガする場合でさえ、ＭＡＣ  ＰＤＵは、多くとも１つのＢＳＲ  ＭＡＣ制御要素しか含まない。これらの実施形態では、ＴＳ  ３６．３２１  ｖ８．６．０仕様を参照すると、Ｒｅｇｕｌａｒ  ＢＳＲとＰｅｒｉｏｄｉｃ  ＢＳＲとが、パディングＢＳＲに優先しうる。
【００５５】
受信機モジュール２１４においてＵＬ許可が受信されると、タイマ・モジュール２１０がそのタイマを起動しうる。ＴＳ  ３６．３２１  ｖ８．６．０仕様によれば、ＵＬ許可の受信が示されると、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒタイマ・モジュールが再起動されうる。
【００５６】
図３は、本明細書に記載されたさまざまな態様にしたがってＢＳＲロバスト化を容易にする方法の典型的なフローチャートである。実施形態では、方法３００は、ＢＳＲを送信することを含みうる（３０２）。ＢＳＲは、ＭＡＣ制御要素に含まれうる。ＢＳＲの送信および／または再送信は、ＭＡＣ  ＨＡＲＱレイヤでなされうる。
【００５７】
方法３００はまた、ＢＳＲが送信されてから経過した期間を追跡することをも含みうる（３０４）。方法３００はまた、ＢＳＲが送信されてから、選択された期間後に、バッファされたデータの送信の許可を示す情報が受信されたかを判定することを含みうる（３０６）。データの送信の許可を示すこの情報は、ＵＬ許可でありうる。ＵＬ許可は、ページング・チャネルあるいはランダム・アクセス・チャネルで送信されうる。
【００５８】
方法３００はさらに、選択された期間が経過し、データ条件が満たされた場合に、ＢＳＲを再送信することをも含みうる（３０８）。方法３００はさらに、ＡＴから再送信されたＢＳＲを受信することを含みうる（３１０）。方法３００はさらに、再送信されたＢＳＲを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報をＡＴへ送信することを含みうる（３１２）。いくつかの実施形態では、データ条件とは、バッファされたデータの送信の許可を示す情報を、受信機モジュールが受信していないことである。
【００５９】
いくつかの実施形態では、方法３００はさらに、データ条件を判定するための設定情報をアクセス端末（図示せず）へ送信することを含みうる。いくつかの実施形態では、方法３００はさらに、選択された期間を示す設定情報を、アクセス端末（図示せず）へ送信することを含みうる。
【００６０】
図４は、本明細書に記載されたさまざまな態様にしたがってＢＳＲロバスト化を容易にするＡＴのブロック図の例示である。ＡＴ１２２”は、コントローラ・モジュール４０２、プロセッサ・モジュール４０４、バッファ・モジュール４０６、タイマ・モジュール４０８、メモリ・モジュール４１０、送信機モジュール４１２、および受信機モジュール４１４を含みうる。コントローラ・モジュール４０２、プロセッサ・モジュール４０４、バッファ・モジュール４０６、タイマ・モジュール４０８、メモリ・モジュール４１０、送信機モジュール４１２、および／または、受信機モジュール４１４は、ＢＳＲロバスト化を容易にするために互いに通信可能に接続されうる。
【００６１】
バッファ・モジュール４０６は、バッファされたデータを格納するように構成されうる。コントローラ・モジュール４０２は、バッファされたデータの量を示すＢＳＲを生成するように構成されうる。コントローラ・モジュール４０２はまた、タイマ・モジュール４０８の終了後、バッファされたデータの送信の許可を示す情報が受信されているかを判定するように構成されうる。いくつかの実施形態では、コントローラ・モジュール４０２はさらに、タイマ・モジュール４０８の終了後、バッファされたデータをバッファ・モジュール４０６が格納しているかを判定するように構成されうる。ここで、データ条件とは、バッファされたデータの送信の許可を示す情報を受信機モジュール４１４が受信していないこと、および、バッファされたデータをバッファ・モジュール４０６が格納しているとコントローラ・モジュール４０２が判定することである。
【００６２】
送信機モジュール４１２は、ＢＳＲを送信するように構成されうる。受信機モジュール４１４は、バッファされたデータの送信の許可を示す情報を受信するように構成されうる。送信機モジュールはまた、タイマ・モジュール４０８の終了後、データ条件が満たされた場合にＢＳＲを再送信するように構成されうる。
【００６３】
タイマ・モジュール４０８は、ＢＳＲが送信されてから、選択された期間が経過した後に終了するように構成されうる。いくつかの実施形態では、タイマ・モジュール４０８は、ＡＴ１２２”が通信可能に接続しているＢＳ（図示せず）によって設定されうる。いくつかの実施形態では、タイマ・モジュール４０８は、ＡＴ１２２内の多くのタイマ・モジュールのうちの１つであり、ＡＴ１２２において受信された設定情報に基づいて、タイマ・モジュール４０８が選択され、選択された期間が決定されうる。
【００６４】
いくつかの実施形態では、データ条件とは、バッファされたデータの送信の許可を示す情報を、受信機モジュール４１４が受信していないことである。
【００６５】
図５を参照して、ＢＳＲロバスト化を容易にするシステムが例示される。例えば、システム５００は、ＡＴ内に存在しうる。システム５００は、プロセッサ、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されていることが認識されるべきである。システム５００は、連携して動作しうる電子構成要素の論理グループ５０２を含みうる。例えば、論理グループ５０２は、データをバッファするための電子構成要素５０４を含みうる。いくつかの実施形態では、データをバッファするための電子構成要素５０４は、限定される訳ではないが、バッファ、キュー、または、図４を参照して説明したようなバッファ・モジュール４０６を含みうる。
【００６６】
さらに、論理グループ５０２は、データをバッファするための電子構成要素内にバッファされたデータの量を示すＢＳＲを生成するための電子構成要素５０６を含みうる。いくつかの実施形態では、データをバッファするための電子構成要素にバッファされたデータの量を示すＢＳＲを生成するための電子構成要素５０６は、限定される訳ではないが、コントローラ、プロセッサ、および／または、図４を参照して説明したようなコントローラ・モジュール４０２またはプロセッサ・モジュール４０４を含みうる。
【００６７】
さらに、論理グループ５０２は、ＢＳＲを送信するための電子構成要素５０８を含みうる。いくつかの実施形態では、ＢＳＲを送信するための電子構成要素５０８は、限定される訳ではないが、送信機、トランシーバ、あるいは、図４を参照して説明したような送信機モジュール４１２を含みうる。
【００６８】
さらに、論理構成要素５０２は、バッファされたデータの送信の許可を示す情報を受信するための電子構成要素５１０を含みうる。いくつかの実施形態では、バッファされたデータの送信の許可を示す情報を受信するための電子構成要素５１０は、限定される訳ではないが、受信機、トランシーバ、あるいは、図４を参照して説明された受信機モジュール４１４を含みうる。
【００６９】
さらに、論理構成要素５０２は、ＢＳＲが送信されからの期間を計時し、選択された期間後に終了するための電子構成要素５１２を含みうる。この計時するための電子構成要素は、システム５００が通信可能に接続されている、通信のための電子構成要素によって設定されうる。いくつかの実施形態では、ＢＳＲが送信されてからの期間を計時し、選択された期間後に終了するための電子構成要素５１２は、限定される訳ではないが、タイマ、クロック、あるいは、図４を参照して説明したタイマ・モジュール４０８を含みうる。この計時のための電子構成要素５１２は、システム５００が通信可能に接続されている、通信のための電子構成要素によって設定されうる。
【００７０】
さらに、システム５００は、電子構成要素５０４、５０６、５０８、５１０、および／または５１２に関連付けられた機能を実行するためのコードおよび／または命令群を格納するための電子構成要素５１４を含みうる。電子構成要素５１４は、限定される訳ではないが、メモリ、コンピュータ読取可能媒体、および／または、図４を参照して説明したメモリ・モジュール４１０を含みうる。格納するための電子構成要素５１４の外側にあるとして示されているが、電子構成要素５０４、５０６、５０８、５１０、および／または５１２のうちの１または複数は、格納するための電子構成要素５１４内に含まれうることが理解されるべきである。
【００７１】
図６は、本明細書に記載されたさまざまな態様にしたがってＢＳＲロバスト化を容易にする方法の典型的なフローチャートである。方法６００は、ＢＳＲを送信することを含みうる（６０２）。いくつかの実施形態では、ＢＳＲは、ＭＡＣ  ＨＡＲＱレイヤで送信されうる。ＢＳＲは、ＵＬ送信のためにＡＴにおいてバッファされたデータの量を通信するために、ＡＴからＢＳへと送信されうる。
【００７２】
方法６００はさらに、ＢＳＲが送信されてからの期間を追跡することをも含みうる（６０４）。さまざまな実施形態において、この期間は、送信時において、ゼロを持つ値（またはその他任意の初期値）に初期化されうる。この期間は、ＢＳからのＵＬ許可が受信されるまで、ＢＳＲを送信してから、選択された期間が経過するまで、あるいは、ＢＳＲを送信してからの期間を追跡するタイマ・モジュールが終了するまで、規則的なインクリメントによって増加しうる。
【００７３】
方法６００はさらに、ＢＳＲが送信されてから、選択された期間後、バッファされたデータの送信の許可を示す情報が受信されたかを判定することを含みうる（６０６）。いくつかの実施形態では、バッファされたデータの送信の許可を示す情報は、ＵＬ許可であるか、あるいは、データの送信の許可を示す印を有するその他任意の情報でありうる。ＵＬ許可またはその他の情報は、ＡＴにおいて受信され、それによって、ＡＴは、データの送信を許可するＵＬ許可またはその他任意の情報を受信したかを判定しうる。
【００７４】
方法６００はさらに、選択された期間が経過し、データ条件が満たされているのであれば、ＢＳＲを再送信することを含みうる（６０８）。これらの実施形態において、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないことである。さまざまな実施形態では、ＢＳＲの送信および／または再送信は、ＭＡＣ  ＨＡＲＱレイヤでなされる。
【００７５】
この方法はさらに、選択された期間を示す設定情報を受信すること、および／または、データ条件を判定するための設定情報を受信することを含みうる。
【００７６】
いくつかの実施形態では、この方法６００はさらに、情報が送信されてから、選択された期間が経過した後に、送信のためのデータ（図示せず）がバッファされたかを判定することを含みうる。これらの実施形態において、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないこと、および、送信のためのデータがバッファされたとの判定がなされたことである。さまざまな実施形態では、ＢＳＲの送信および／または再送信は、ＭＡＣ  ＨＡＲＱレイヤでなされる。
【００７７】
本明細書に記載された１または複数の態様は、コンピュータ・プログラム製品によって実行されうる。このコンピュータ・プログラム製品は、コンピュータ読取可能媒体を含みうる。このコンピュータ読取可能媒体は、ＢＳＲを送信するためのコードを含みうる。このコンピュータ読取可能媒体はまた、ＢＳＲが送信されてから経過した期間を追跡するためのコードを含みうる。このコンピュータ読取可能媒体はまた、ＢＳＲが送信されてから、選択された期間が経過した後、バッファされたデータの送信の許可を示す情報が受信されたかを判定するためのコードを含みうる。このコンピュータ読取可能媒体はまた、選択された期間が経過し、データ条件が満たされた場合に、ＢＳＲを再送信するためのコードを含みうる。データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないということである。
【００７８】
このコンピュータ読取可能媒体はまた、情報が送信されてから、選択された期間が経過した後、送信のためのデータがバッファされたかを判定するためのコードを含みうる。これらの実施形態において、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないこと、および、送信のためのデータがバッファされたとの判定がなされたことである。
【００７９】
図７は、本明細書に記載されたさまざまな態様にしたがってＢＳＲロバスト化を容易にするＢＳのブロック図の例示である。ＢＳ１０２”は、コントローラ・モジュール７０２、プロセッサ・モジュール７０４、メモリ・モジュール７０６、送信機モジュール７０８、および受信機モジュール７１０を含みうる。コントローラ・モジュール７０２、プロセッサ・モジュール７０４、メモリ・モジュール７０６、送信機モジュール７０８、および／または、受信機モジュール７１０は、互いに通信可能に接続されうる。いくつかの実施形態では、コントローラ・モジュール７０２は、プロセッサ・モジュール７０４を含みうる。
【００８０】
いくつかの実施形態では、送信機モジュール７０８は、（図示しない）ＡＴにバッファされたデータの送信の許可を示す情報を送信するように構成されうる。いくつかの実施形態では、データの送信の許可を示す情報は、ＵＬ許可でありうる。他の実施形態では、データの送信の許可を示す情報は、ＡＴからのデータの送信を許可するための任意の情報でありうる。
【００８１】
いくつかの実施形態において、受信機モジュール７１０は、ＡＴが最初のＢＳＲを送信してから、選択された期間後に、データ条件が満たされた場合に、（図示しない）ＡＴから再送信されたＢＳＲを受信するように構成されうる。
【００８２】
コントローラ・モジュール７０２（および／またはプロセッサ・モジュール７０４）は、送信のために必要な量のデータが、ＡＴにバッファされたかを判定するために、ＡＴから再送信されたＢＳＲを評価するように構成されうる。コントローラ・モジュール７０２（および／または、プロセッサ・モジュール７０４）はまた、送信のために必要な量のデータがＡＴにバッファされているとの判定に応じて、ＡＴにバッファされたデータの送信の許可を示す情報をＡＴへ送信するように送信機モジュール７０８を制御するように構成されうる。いくつかの実施形態では、コントローラ・モジュール７０２（および／またはプロセッサ・モジュール７０４）はまた、ＢＳ１０２”が通信可能に接続されているＡＴにおいて、（図示しない）タイマ・モジュールを設定するように構成されうる。
【００８３】
いくつかの実施形態では、データ条件とは、データの送信の許可を示す情報が、ＡＴによって受信されていないこと、および、送信のためのデータがＡＴにバッファされているとの判定がＡＴによってなされることを含む。いくつかの実施形態では、データ条件とは、データの送信の許可を示す情報が、ＡＴによって受信されていないことを含む。
【００８４】
図８を参照して、ＢＳＲロバスト化を容易にするシステムが例示される。例えば、システム８００は、ＢＳ内に存在しうる。システム８００は、プロセッサ、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されることが認識されるべきである。システム８００は、連携して動作しうる電子構成要素の論理グループ８０２を含みうる。例えば、論理グループ８０２は、ユーザ通信手段にバッファされたデータの送信の許可を示す情報を送信するための電子構成要素８０４を含みうる。いくつかの実施形態では、ユーザ通信手段にバッファされたデータの送信の許可を示す情報を送信するための電子構成要素８０４は、限定される訳ではないが、アクセス・ポイント（ＡＰ）、ｅＮＢバッファ、キューまたはＢＳ１０２、１０２’、または１０２”を含みうる。いくつかの実施形態では、ユーザ通信手段は、限定される訳でないが、ＵＥや、例えばＡＴ１２２、１２２’、１２２”のようなＡＴを含みうる。
【００８５】
さらに、論理グループ８０２は、ユーザ通信手段が最初のＢＳＲを送信してから、選択された期間後に、データ条件が満たされた場合、ユーザ通信手段から再送信されたＢＳＲを受信するための電子構成要素８０６を含みうる。いくつかの実施形態では、電子構成要素８０６は、限定される訳ではないが、受信機、および／または、図７を参照して記載された受信機モジュール７１０を含みうる。
【００８６】
さらに、論理グループ８０２は、制御するための電子構成要素８０８を含みうる。制御するための電子構成要素８０８は、ユーザ通信手段から再送信されたＢＳＲを評価し、送信のために必要な量のデータが、ユーザ通信手段においてバッファされたかを判定するように構成されうる。制御するための電子構成要素８０８はまた、送信のために必要な量のデータが、ユーザ通信手段においてバッファされたかを判定することに応じて、ユーザ通信手段においてバッファされたデータの送信の許可を示す情報を、ユーザ通信手段へ送信するように電子構成要素８０４を制御するように構成されうる。いくつかの実施形態では、電子構成要素８０８は、限定される訳ではないが、コントローラ、プロセッサ、および／または、図７を参照して記載されたコントローラ・モジュール７０２またはプロセッサ・モジュール７０４を含みうる。
【００８７】
さらに、このシステム８００は、電子構成要素８０４、８０６、および／または８０８に関連付けられた機能を実行するためのコードおよび／または命令群を格納するための電子構成要素８１０を含みうる。電子構成要素８１０は、限定される訳ではないが、メモリ、コンピュータ読取可能媒体、および／または、図７を参照して記載されたメモリ・モジュール７０６を含みうる。格納するための電子構成要素８１０の外側にあるとして示されているが、電子構成要素８０４、８０６、および／または、８０８のうちの１または複数は、格納するための電子構成要素８１０内に含まれうることが理解されるべきである。
【００８８】
図９は、本明細書に記載されたさまざまな態様にしたがってＢＳＲロバスト化を容易にする方法の典型的なフローチャートである。この方法９００は、ＡＴから再送信されたＢＳＲを受信すること（９０２）を含みうる。この方法９００はさらに、ＡＴから再送信されたＢＳＲを受信することと、送信のために必要な量のデータがバッファされたと判定することとに応じて、データの送信の許可を示す情報をＡＴへ送信すること（９０４）を含みうる。データの送信の許可を示す情報は、ＵＬ許可でありうる。アクセス端末が最初のＢＳＲを送信してから、選択された期間後に、データ条件が満たされた場合、アクセス端末からＢＳＲが再送信されうる。この選択された期間は、ＡＴが参加する呼の間、ＡＴにおいてＢＳによって設定された値を有する変数でありうる。ＢＳＲは、ＭＡＣ  ＨＡＲＱレイヤでＡＴから再送信されうる。
【００８９】
いくつかの実施形態において、データ条件とは、データの送信の許可を示す情報が、アクセス端末によって受信されていないこと、および、送信のためのデータがバッファされたとの判定が、アクセス端末によってなされたことを含みうる。いくつかの実施形態において、データ条件とは、データの送信の許可を示す情報が、アクセス端末によって受信されていないことを含みうる。
【００９０】
この方法９００はまた、選択された期間を示す設定情報を送信すること、および／または、データ条件を判定することを含みうる。
【００９１】
本明細書に記載された１または複数の態様は、コンピュータ・プログラム製品によって実行されうる。このコンピュータ・プログラム製品は、コンピュータ読取可能媒体を含みうる。このコンピュータ読取可能媒体は、ＡＴから再送信されたＢＳＲを受信するためのコードを含みうる。コンピュータ読取可能媒体はまた、再送信されたＢＳＲを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報をＡＴへ送信するためのコードを含みうる。ＡＴが最初のＢＳＲを送信してから、選択された期間後、データ条件が満たされた場合、ＡＴからＢＳＲが再送信されうる。いくつかの実施形態では、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないことである。
【００９２】
いくつかの実施形態では、コンピュータ読取可能媒体はまた、情報を送信してから、選択された時間後に、送信のためのデータがバッファされているかを判定するためのコードをも含みうる。これらの実施形態において、データ条件とは、バッファされたデータの送信の許可を示す情報が受信されていないこと、および、送信のためのデータがバッファされたとの判定がなされたことである。
【００９３】
図１０は、無線通信システム１０００の例を示す。無線通信システム１０００は、簡潔さの目的で、１つのＢＳ１０１０と、１つのＡＴ１０５０しか示していない。しかしながら、システム１０００は、１より多くのＢＳ、および／または、１より多くのＡＴを含むことができ、ここで、これらさらなるＢＳおよび／またはＡＴは、以下に説明するＢＳ１０１０およびＡＴ１０５０の例と実質的に同じであるか異りうることが認識されるべきである。さらに、ＢＳ１０１０および／またはＡＴ１０５０は、これらの間の無線通信を容易にするために、本明細書に記載された方法（例えば、図３、６、および／または９）、装置（例えば、図４および／または７）、および／またはシステム（例えば、図１、２、３、５および／または１０）を適用しうることが認識されるべきである。
【００９４】
ＢＳ１０１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース１０１２から送信（ＴＸ）データ・プロセッサ１０１４に供給される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ１０１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００９５】
おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは、一般には、周知の方式で処理された既知のデータ・パターンであり、チャネル応答を推定するために、ＡＴ１０５０において使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、変調シンボルを提供するために、そのデータ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づいて変調（例えば、シンボル・マップ）されうる。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ１０３０によって実行または提供される指示によって決定されうる。
【００９６】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ１０２０に提供される。ＴＸ  ＭＩＭＯプロセッサ１０２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）１０２２ａ乃至１０２２ｔへ提供する。さまざまな実施形態において、ＴＸ  ＭＩＭＯプロセッサ１０２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００９７】
おのおのの送信機１０２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機１０２２ａ乃至１０２２ｔからのＮＴ個の変調信号はそれぞれ、ＮＴ個のアンテナ１０２４ａ乃至１０２４ｔへ送信されうる。
【００９８】
ＡＴ１０５０では、送信された変調信号は、ＮＲ個のアンテナ１０５２ａ乃至１０５２ｒによって受信され、各アンテナ１０５２から受信された信号が、それぞれの受信機（ＲＣＶＲ）１０５４ａ乃至１０５４ｒへ提供される。おのおのの受信機１０５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００９９】
ＲＸデータ・プロセッサ１０６０は、ＮＲ個の受信機１０５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１０６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ１０６０による処理は、ＢＳ１０１０におけるＴＸ  ＭＩＭＯプロセッサ１０２０およびＴＸデータ・プロセッサ１０１４によって実行されたものに相補的である。
【０１００】
プロセッサ１０７０は、上述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ１０７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【０１０１】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、データ・ソース１０３６から多くのデータ・ストリームのトラフィック・データを受け取るＴＸデータ・プロセッサ１０３８によって処理され、変調器１０８０によって変調され、送信機１０５４ａ乃至１０５４ｒによって調整され、ＢＳ１０１０へ送り返される。
【０１０２】
ＢＳ１０１０では、ＡＴ１０５０からの変調信号が、アンテナ１０２４によって受信され、受信機１０２２によって調整され、復調器１０４０によって復調され、ＲＸデータ・プロセッサ１０４２によって処理されることにより、ＡＴ１０５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ１０３０は、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定するために、この抽出されたメッセージを処理する。
【０１０３】
プロセッサ１０３０およびプロセッサ１０７０は、ＢＳ１０１０およびＡＴ１０５０それぞれにおける動作を指示（例えば、制御、調整、および管理）しうる。プロセッサ１０３０およびプロセッサ１０７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ１０３２およびメモリ１０７２に関連付けられうる。プロセッサ１０３０およびプロセッサ１０７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【０１０４】
態様では、論理チャネルは、制御チャネルおよびトラフィック・チャネルに分類されうる。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を含みうる。さらに、論理制御チャネルは、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）を含みうる。さらに、論理制御チャネルは、マルチキャスト制御チャネル（ＭＣＣＨ）を含みうる。これは、１またはいくつかのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）のためのマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）スケジューリングおよび制御情報を送信するために使用される。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳ（例えば、旧ＭＣＣＨ＋ＭＳＣＨ）を受信したＡＴによってのみ使用される。さらに、論理制御チャネルは、専用制御チャネル（ＤＣＣＨ）を含みうる。これは、専用制御情報を送信し、かつ、ＲＲＣ接続を有するＡＴによって使用されるポイント・トゥ・ポイント双方向チャネルである。態様では、論理トラフィック・チャネルは、専用トラフィック・チャネル（ＤＴＣＨ）を備えうる。これは、ユーザ情報の転送のために１つのＡＴに特化されたポイント・トゥ・ポイント双方向チャネルである。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するために、ポイント・トゥ・マルチポイントＤＬチャネルのＭＴＣＨを含みうる。
【０１０５】
態様では、伝送チャネルが、ＤＬとＵＬとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を含みうる。ＰＣＨは、セル全体にわたってブロードキャストされることによって、および、その他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（ＰＨＹ）リソースへマップされることによって、ＡＴ節電をサポートしうる（例えば、ネットワークによって、ＡＴへ、不連続受信（ＤＲＸ）サイクルが示される）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを含みうる。
【０１０６】
ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。例えば、ＤＬ  ＰＨＹチャネルは、共通のパイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および／または、負荷インジケータ・チャネル（ＬＩＣＨ）を含みうる。さらなる実例として、ＵＬ  ＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、および／またはブロードキャスト・パイロット・チャネル（ＢＰＩＣＨ）を含みうる。
【０１０７】
本明細書に記載された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアで実現する場合、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、および／または、本明細書に記載された機能を実行するように設計されたその他の電子ユニット、またはこれらの組み合わせ内に処理ユニットが実装される。
【０１０８】
実施形態がソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コードまたはコード・セグメントで実現される場合、これらは、例えば記憶装置のような機械読取可能媒体（またはコンピュータ読取可能媒体）内に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。
【０１０９】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【０１１０】
上述したものは、１または複数の実施形態の一例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法の考えられるすべての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神およびスコープ内にあるそのようなすべての変更、変更、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であることが意図される。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
バッファ・ステータス・レポートを送信することと、
前記バッファ・ステータス・レポートを送信してからの期間を追跡することと、
前記バッファ・ステータス・レポートを送信してから、選択された期間が経過した後に、バッファされたデータの送信の許可を示す情報が受信されたかを判定することと、
前記選択された期間が経過し、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信することと
を備える方法。
［Ｃ２］
前記データ条件は、前記バッファされたデータの送信の許可を示す情報が、受信されていないことであるＣ１に記載の方法。
［Ｃ３］
前記バッファ・ステータス・レポートを送信してから、前記選択された期間後、送信のためのデータがバッファされたかを判定することをさらに備え、
前記データ条件は、前記バッファされたデータの送信の許可を示す情報が受信されておらず、前記送信のためのデータがバッファされたとの判定がなされたことであるＣ１に記載の方法。
［Ｃ４］
前記バッファされたデータの送信の許可を示す情報は、アップリンク許可であるＣ１に記載の方法。
［Ｃ５］
前記バッファ・ステータス・レポートを送信および再送信することは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤでなされるＣ１に記載の方法。
［Ｃ６］
前記選択された期間を示す設定情報を受信することをさらに備えるＣ１に記載の方法。
［Ｃ７］
前記データ条件を判定するための設定情報を受信することをさらに備えるＣ１に記載の方法。
［Ｃ８］
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
バッファ・ステータス・レポートを送信するためのコードと、
前記バッファ・ステータス・レポートを送信してからの期間を追跡するためのコードと、
前記バッファ・ステータス・レポートを送信してから、選択された期間後、バッファされたデータの送信の許可を示す情報が受信されたかを判定するためのコードと、
前記選択された期間が経過し、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信するためのコードと
を備えるコンピュータ・プログラム製品。
［Ｃ９］
前記データ条件は、前記バッファされたデータの送信の許可を示す情報が受信されておらず、前記送信のためのデータがバッファされたとの判定がなされたことであるＣ８に記載のコンピュータ・プログラム製品。
［Ｃ１０］
前記バッファ・ステータス・レポートを送信してから、前記選択された期間後、前記送信のためのデータがバッファされたかを判定するためのコードをさらに備え、
前記データ条件は、前記バッファされたデータの送信の許可を示す情報が受信されておらず、前記送信のためのデータがバッファされたとの判定がなされたことであるＣ８に記載のコンピュータ・プログラム製品。
［Ｃ１１］
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
バッファされたデータを格納するように構成されたバッファ・モジュールと、
前記バッファされたデータの量を示すバッファ・ステータス・レポートを生成するように構成されたコントローラ・モジュールと、
前記バッファ・ステータス・レポートを送信するように構成された送信機モジュールと、
前記バッファされたデータの送信の許可を示す情報を受信するように構成された受信機モジュールと、
前記バッファ・ステータス・レポートが送信されてから、選択された期間が経過した後に終了するように構成されたタイマ・モジュールとを備え、
前記コントローラ・モジュールはまた、前記タイマ・モジュールの終了後、前記バッファされたデータの送信の許可を示す情報が受信されたかを判定するように構成され、
前記送信機モジュールはまた、前記タイマ・モジュールの終了後、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信するように構成された装置。
［Ｃ１２］
前記データ条件は、前記バッファされたデータの送信の許可を示す情報を、前記受信機モジュールが受信していないことであるＣ１１に記載の装置。
［Ｃ１３］
前記コントローラ・モジュールはさらに、前記タイマ・モジュールの終了後、前記バッファされたデータを前記バッファ・モジュールが格納しているかを判定するように構成され、
前記データ条件は、前記バッファされたデータの送信の許可を示す情報を、前記受信機モジュールが受信していないことと、前記バッファされたデータを前記バッファ・モジュールが格納していると前記コントローラ・モジュールが判定したこととであるＣ１１に記載の装置。
［Ｃ１４］
前記タイマ・モジュールは、複数のタイマ・モジュールのうちの１つであり、前記装置において受信された設定情報に基づいて、前記タイマ・モジュールが選択され、前記選択された期間が決定されるＣ１１に記載の装置。
［Ｃ１５］
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
データをバッファする手段と、
前記データをバッファする手段にバッファされたデータの量を示すバッファ・ステータス・レポートを生成する手段と、
前記バッファ・ステータス・レポートを送信する手段と、
前記バッファされたデータの送信の許可を示す情報を受信する手段と、
前記バッファ・ステータス・レポートを送信してからの期間を計時し、選択された期間後に終了する手段とを備え、
前記生成する手段はまた、前記計時する手段の終了後、前記バッファされたデータの送信の許可を示す情報が受信されたかを判定し、
前記送信する手段はまた、前記計時する手段の終了後、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信する装置。
［Ｃ１６］
前記データ条件は、前記受信する手段が、前記バッファされたデータの送信の許可を示す情報を受信していないことであるＣ１５に記載の装置。
［Ｃ１７］
前記生成する手段はまた、前記計時する手段の終了後、前記データをバッファする手段が、前記バッファされたデータを含んでいるかを判定し、
前記データ条件は、前記受信する手段が、前記バッファされたデータの送信の許可を示す情報を受信していないことと、前記生成する手段が、前記データをバッファする手段が、前記バッファされたデータを含んでいると判定したことであるＣ１５に記載の装置。
［Ｃ１８］
前記計時する手段は、前記装置が通信可能に接続している、通信する手段によって設定されるＣ１５に記載の装置。
［Ｃ１９］
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
アクセス端末から再送信されたバッファ・ステータス・レポートを受信することと、
前記アクセス端末から再送信されたバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたと判定することに応じて、データの送信の許可を示す情報をアクセス端末へ送信することとを備え、
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、データ条件が満たされた場合、前記アクセス端末から前記バッファ・ステータス・レポートが再送信される方法。
［Ｃ２０］
前記データ条件は、前記データの送信の許可を示す情報が、前記アクセス端末によって受信されていないことと、前記送信のためのデータがバッファされたとの判定が前記アクセス端末によってなされたこととを含むＣ１９に記載の方法。
［Ｃ２１］
前記データ条件は、前記データの送信の許可を示す情報が、前記アクセス端末によって受信されていないことを含むＣ１９に記載の方法。
［Ｃ２２］
前記データの送信の許可を示す情報は、アップリンク許可であるＣ１９に記載の方法。
［Ｃ２３］
前記アクセス端末から再送信されたバッファ・ステータス・レポートは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤで受信されるＣ１９に記載の方法。
［Ｃ２４］
前記選択された期間を示す設定情報を送信することをさらに備えるＣ１９に記載の方法。
［Ｃ２５］
前記データ条件を設定するための設定情報を送信することをさらに備えるＣ１９に記載の方法。
［Ｃ２６］
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
アクセス端末から再送信されたバッファ・ステータス・レポートを受信するためのコードと、
前記アクセス端末から再送信されたバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、データの送信の許可を示す情報を前記アクセス端末へ送信するためのコードとを備え、
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、データ条件が満たされた場合、前記アクセス端末から再送信されたバッファ・ステータス・レポートが再送信されるコンピュータ・プログラム製品。
［Ｃ２７］
前記データ条件は、データの送信の許可を示す情報が受信されていないことであるＣ２６に記載のコンピュータ・プログラム製品。
［Ｃ２８］
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、送信のためのデータがバッファされたかを判定するためのコードをさらに備え、
前記データ条件は、前記データの送信の許可を示す情報が受信されていないことと、前記送信のためのデータがバッファされたとの判定がなされたことであるＣ２６に記載のコンピュータ・プログラム製品。
［Ｃ２９］
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
アクセス端末においてバッファされたデータを送信する許可を示す情報を送信するように構成された送信機モジュールと、
前記アクセス端末が最初のバッファ・ステータス・レポートを送信してから、選択された期間後に、データ条件が満たされた場合、前記アクセス端末から再送信されたバッファ・ステータス・レポートを受信するように構成された受信機モジュールと、
前記アクセス端末から再送信されたバッファ・ステータス・レポートを評価し、送信のために必要な量のデータが前記アクセス端末にバッファされたかを判定し、前記送信のために必要な量のデータが前記アクセス端末にバッファされたとの判定に応じて、前記アクセス端末にバッファされたデータの送信の許可を示す情報を、前記アクセス端末へ送信するように前記送信機モジュールを制御するように構成されたコントローラ・モジュールとを備える装置。
［Ｃ３０］
前記データ条件は、前記データの送信の許可を示す情報が、前記アクセス端末によって受信されていないことと、前記送信のためのデータが前記アクセス端末にバッファされていないとの判定が前記アクセス端末によってなされたこととを含むＣ２９に記載の装置。
［Ｃ３１］
前記データ条件は、前記データの送信の許可を示す情報が、前記アクセス端末によって受信されていないことを含むＣ２９に記載の装置。
［Ｃ３２］
前記データの送信の許可を示す情報はアップリンク許可であるＣ２９に記載の装置。
［Ｃ３３］
前記コントローラ・モジュールはまた、前記装置が通信可能に接続しているアクセス端末において、タイマ・モジュールを設定するように構成されたＣ２９に記載の装置。
［Ｃ３４］
バッファ・ステータス・レポートのロバスト化を容易にする装置であって、
ユーザ通信手段においてバッファされたデータの送信の許可を示す情報を送信する手段と、
前記ユーザ通信手段が最初のバッファ・ステータス・レポートを送信してから、選択された期間後、データ条件が満たされた場合に、前記ユーザ通信手段から再送信されたバッファ・ステータス・レポートを受信する手段と、
制御する手段とを備え、
前記制御する手段は、
前記ユーザ通信手段から再送信されたバッファ・ステータス・レポートを評価し、送信のために必要な量のデータが前記ユーザ通信手段にバッファされたかを判定し、前記送信のために必要な量のデータが前記ユーザ通信手段にバッファされたとの判定に応じて、前記ユーザ通信手段にバッファされたデータの送信の許可を示す情報を、前記ユーザ通信手段へ送信するように前記送信する手段を制御するように構成された装置。
［Ｃ３５］
前記データ条件は、前記データの送信の許可を示す情報が、前記ユーザ通信手段によって受信されていないことと、前記送信のためのデータが前記ユーザ通信手段にバッファされたとの判定が、前記ユーザ通信手段によってなされたこととを含むＣ３４に記載の装置。
［Ｃ３６］
前記データ条件は、前記データの送信の許可を示す情報が、前記ユーザ通信手段によって受信されていないことを含むＣ３４に記載の装置。
［Ｃ３７］
前記制御する手段はさらに、前記ユーザ通信手段において、前記選択された期間を設定するための情報を生成し送信するように構成されたＣ３４に記載の装置。
［Ｃ３８］
バッファ・ステータス・レポートのロバスト化を容易にするシステムであって、
無線通信チャネルと、
前記無線通信チャネルで通信するように構成された基地局と、
前記無線通信チャネルによって前記基地局へ送信および再送信するように構成されたアクセス端末とを備え、
前記アクセス端末は、
バッファされたデータを格納するように構成されたバッファ・モジュールと、
前記バッファされたデータの量を示すバッファ・ステータス・レポートを生成するように構成された第１のコントローラ・モジュールと、
前記バッファ・ステータス・レポートを前記基地局へ送信するように構成された第１の送信機モジュールと、
前記バッファされたデータの送信の許可を示す情報を前記基地局から受信するように構成された第１の受信機モジュールと、
前記バッファ・ステータス・モジュールを前記基地局へ送信してから、選択された期間後に終了するように構成されたタイマ・モジュールとを備え、
前記第１のコントローラ・モジュールはまた、前記タイマ・モジュールの終了後、前記バッファされたデータの送信の許可を示す情報が受信されたかを判定するように構成され、
前記第１の送信機モジュールはまた、前記タイマ・モジュールの終了後、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信するように構成されたシステム。
［Ｃ３９］
前記基地局は、
前記アクセス端末においてバッファされたデータの送信の許可を示す情報を送信するように構成された第２の送信機モジュールと、
データ条件が満たされた場合に、前記アクセス端末から再送信されるバッファ・ステータス・レポートを受信するように構成された第２の受信機モジュールと
を備えるＣ３８に記載のシステム。
［Ｃ４０］
前記基地局はさらに、前記アクセス端末において、前記選択された期間を設定するための情報を生成するように構成された第２のコントローラ・モジュールをさらに備えるＣ３９に記載のシステム。
［Ｃ４１］
前記データ条件は、前記バッファされたデータの送信の許可を示す情報を、前記第１の受信機モジュールが受信していないことであるＣ３８に記載のシステム。
［Ｃ４２］
前記第１のコントローラ・モジュールはさらに、前記タイマ・モジュールの終了後、前記バッファされたデータを前記バッファ・モジュールが格納しているかを判定するように構成され、
前記データ条件は、前記バッファされたデータの送信の許可を示す情報を、前記第１の受信機モジュールが受信していないことと、前記バッファされたデータを前記バッファ・モジュールが格納していると前記第１のコントローラ・モジュールが判定したことであるＣ３８に記載のシステム。
［Ｃ４３］
前記バッファされたデータの送信の許可を示す情報はアップリンク許可であるＣ３８に記載のシステム。
［Ｃ４４］
前記バッファ・ステータス・レポートは、媒体アクセス制御（ＭＡＣ）ハイブリッド自動反復要求（ＨＡＲＱ）レイヤで送信または再送信されるＣ３８に記載のシステム。
［Ｃ４５］
前記バッファ・ステータス・レポートは、ＭＡＣ制御要素に含まれているＣ３８に記載のシステム。
［Ｃ４６］
前記タイマ・モジュールは前記基地局によって設定されるＣ３８に記載のシステム。
［Ｃ４７］
バッファ・ステータス・レポートのロバスト化を容易にする方法であって、
バッファ・ステータス・レポートを送信することと、
前記バッファ・ステータス・レポートを送信してから経過した期間を追跡することと、
前記バッファ・ステータス・レポートを送信してから、選択された期間が経過した後、バッファされたデータの送信の許可を示す情報が受信されたかを判定することと、
前記選択された期間が経過し、データ条件が満たされた場合、前記バッファ・ステータス・レポートを再送信することと、
前記再送信されたバッファ・ステータス・レポートを受信することと、
前記アクセス端末から再送信されたバッファ・ステータス・レポートを受信し、送信のために必要な量のデータがバッファされたとの判定に応じて、前記バッファされたデータの送信の許可を示す情報をアクセス端末へ送信することと
を備える方法。
［Ｃ４８］
前記データ条件は、前記バッファされたデータの送信の許可を示す情報が受信されておらず、前記送信のためのデータがバッファされたとの判定がなされたことであるＣ４７に記載の方法。
［Ｃ４９］
前記データ条件を判定するための設定情報を前記アクセス端末へ送信することをさらに備えるＣ４７に記載の方法。
［Ｃ５０］
前記選択された期間を示す設定情報を前記アクセス端末へ送信することをさらに備えるＣ４７に記載の方法。
【図１】
0005155451.tif 000002
【図２】
0005155451.tif 000003
【図３】
0005155451.tif 000004
【図４】
0005155451.tif 000005
【図５】
0005155451.tif 000006
【図６】
0005155451.tif 000007
【図７】
0005155451.tif 000008
【図８】
0005155451.tif 000009
【図９】
0005155451.tif 000010
【図１０】
0005155451.tif 000011