JP2011520378A - バッファ状態レポート（ｂｓｒ）の送信により起動される不連続受信（ｄｒｘ）タイマー - Google Patents

Abstract

ユーザー機器（ＵＥ）で実施される方法は、ユーザー機器が基地局にデータを送信することを認める許可を基地局から受信して、基地局にデータを送信するステップを含み得る。ここで、データはＵＥのバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含んでいる。本方法は更に、ＢＳＲを含むデータが基地局に送信された際に不連続受信（ＤＲＸ）タイマーを始動または再始動するステップを含み得る。本方法はまた、ＤＲＸタイマーの持続期間中に制御チャネルを監視するステップ（７３０）を含み得る。別の実装において、方法は、ＢＳＲを含むデータの送信に応答してフィードバックメッセージを受信するステップと、フィードバックメッセージを受信したならば不連続受信（ＤＲＸ）タイマーを始動または再始動するステップとを含み得る。フィードバックメッセージは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を含み得る。更なる実装において、方法は、ＢＳＲを含むデータを送信したならば処理固有のハイブリッド自動再送要求（ＨＡＲＱ）往復時間（ＲＴＴ）タイマーを始動するステップと、ＨＡＲＱＲＴＴタイマーが満了したならば許可タイマーを始動するステップと、許可タイマーの持続期間中、制御チャネルを監視するステップとを含み得る。
【選択図】図８

Description

技術分野
本明細書に記述する実施例は一般に無線システムに関し、より具体的には無線システムにおける不連続受信（ＤＲＸ）に関する。

背景
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、欧州電気通信標準化機構、電波産業界／通信技術委員会（ＡＲＩＢ／ＴＴＣ）、中国通信標準化協会、および電気通信産業ソリューション連合を含む各種の電気通信連合間の協同作業の結果得られたグローバルに適用可能な第３世代の移動電話システム仕様である。３ＧＰＰの作業は、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）の長期発展（ＬＴＥ）と共に進行中である。３ＧＰＰのＲＡＮ２作業部会は、バッテリの寿命およびユーザー機器（ＵＥ）のリソースを節約する不連続受信（ＤＲＸ）機構を定義した。ＤＲＸにおける主な原理は、ユーザー機器（ＵＥ）の動作が、該ＵＥでの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のデコードの成功に関連して定義される。ＵＥがＤＲＸ中である場合、ＵＥはＰＤＣＣＨの監視を止めることが許される。ＤＲＸは、ＵＥが一定の送信時間間隔（ＴＴＩ）にわたるＰＤＣＣＨの監視の開始時点で「オンデュレーション（稼動中）」タイマーに従い所定の１、２周期（長および／または短周期）を使用する。ＰＤＣＣＨは、アップリンク（ＵＬ）許可（グラント）だけでなくダウンリンク（ＤＬ）割り当ても配信する。

ＵＥが稼動している（例：ＰＤＣＣＨを監視中）か、またはオンデュレーション期間の後で休止しているか否かは、アクティビティー（すなわち当該期間中におけるＰＤＣＣＨ制御データの受信可能性）によって決まる。不要なスケジューリングを回避し、また、無線リソースの浪費を回避すべく、基地局（例：ｅＮｏｄｅＢ）は、基地局からＵＥへダウンリンクデータ送信時におけるＵＥの状態を知る必要がある。従って、稼動状態からＤＲＸへの、およびその逆の変化のための明確な規則が３ＧＰＰ技術仕様（ＴＳ）３６．３２１「媒体アクセス制御（ＭＡＣ）仕様」に定義されている。

ＬＴＥにおいて、ＵＬ用のＤＲＸ方式の特徴は以下のものを含んでいる。
１）ＵＥは、短ＤＲＸ（Ｓｈｏｒｔ ＤＲＸ）周期で構成することができ、長ＤＲＸ（Ｌｏｎｇ ＤＲＸ）周期の約数（すなわち、長ＤＲＸ＝ｘ＊短ＤＲＸ）である。
２）各周期の開始時点におけるオンデュレーションタイマーは、ＵＥがＰＤＣＣＨを監視すべき時間長を定める。長周期および短周期の２種類の周期がある。
３）ＵＬトラフィックしか存在しない場合、ＵＥは以下が成立するならばＰＤＣＣＨを監視する必要がある。
ａ）オンデュレーションタイマーが動作中。
ｂ）ＤＲＸ非アクティブタイマーが動作中。
ｃ）スケジューリング要求（ＳＲ）が待機中。ＳＲは、何らかの許可（ｇｒａｎｔ）を受信するまでＳＲの起動を待機中であると考えられる。
ｄ）再送の許可が到着できる。ＵＬに対する同期ハイブリッド自動再送要求（ＨＡＲＱ）を仮定すれば、再送は先の送信の８ｍｓ後に生じ得る。
４）ＰＤＣＣＨが新規データ用のＵＬ送信を示す場合、ＵＥはＤＲＸ非アクティブタイマーを始動または再始動する必要がある。非アクティブタイマーが満了すれば、ＵＥは短周期が設定されていればその使用を開始しなければならない。短ＤＲＸ周期タイマーが満了すれば、短周期の使用は停止される。長周期だけを有する典型的なＤＲＸパターンを図１に示す。図１に示すように、ＵＥは最初にスケジューリング要求（ＳＲ）を基地局（ＢＳ）に送信し、次いでＳＲへの応答として初期許可を受信するまでＰＤＣＣＨを監視する。ＵＥは、受信した許可を用いて、バッファ内の既存データの定期バッファ状態レポート（ＢＳＲ）を送信する。最後に、ＵＥは新規の許可を受信した後で実データを送信できる。ＢＳおよびＵＥは同様の非アクティブタイマーおよび長周期の開始時刻に関する情報を有しているため、ＢＳとＵＥの間でＵＥの状態を明示的に通知する必要がない。

報告されたバッファ状態レポートへの応答として、ＵＬ許可が到着した際にＵＥが確実にＰＤＣＣＨを監視しているように、１）非アクティブタイマーの長さが非常に長いか、または２）デコードした結果が否定的であった場合に、可能な再送が生起する際に、新規データの許可がサブフレームにおいて送信される。これ以外の場合、次のＤＲＸ周期まで新規データの許可は遅延される。長周期だけが設定されている場合、結果的に不必要に長い遅延が生じる。しかし、極端に長い非アクティブタイマーを有することは、ＵＥがスリープモードに入る機会が減るため望ましくない。ＵＥの電池消耗が高くなり、ＤＲＸを有する特段の利点がなくなってしまうであろう。また、ＢＳＲを有するＨＡＲＱ送信のために再送を行なう場合、非アクティブタイマーは１０ミリ秒（ｍｓ）より極めて長くなることさえあるだろう。ダウンリンクの場合、数サブフレームという短い非アクティブタイマーでＤＲＸの最高性能が実現される。ＵＬが極めて長い非アクティブタイマーを必要とする場合、ＤＬトラフィックによりＤＲＸの性能は低下するだろう。また、８ｍｓのＨＡＲＱＲＴＴ時間に同期されたサブフレームの可能な許可を制約することは望ましくない。そのような制約を課すことは、スケジューリングをより複雑且つ非効率にする。

概要
本明細書に記述する例示的な実施形態は、ＵＬトラフィックの新規の許可をより短い非アクティブタイマー（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）で検出できるようにＤＲＸに変更を施すことにより、アップリンクスケジューリング要求およびバッファ状態レポートへの応答としてＤＲＸの動作を改善するものであって、これにより遅延の短縮および／または電池消耗の抑制を実現する。本明細書に記述する一例示的な実施形態において、ＵＥがＢＳＲを含むデータ単位（例：ＭＡＣＰＤＵ）を送信または再送する場合、ＵＥは非アクティブタイマーを始動／再始動できる。本明細書に記述する更に例示的な実施形態において、ＵＥがＢＳＲを含むデータ単位（例：ＭＡＣＰＤＵ）のアップリンク送信用のＨＡＲＱフィードバック（例：ＡＣＫまたはＮＡＣＫ）を受信する場合もまた、ＵＥは非アクティブタイマーを始動／再始動できる。本明細書に記述する追加的な例示的な実施形態において、ＵＥが先の送信用のＨＡＲＱフィードバックを受信した場合に、当該送信が一定数より多くのビット（例：０ビット超）を有するＢＳＲを含むデータ単位（例：ＭＡＣＰＤＵ）を含んでいる場合、ＵＥは非アクティブタイマーを始動／再始動できる。本明細書に記述するまた別の例示的な実施形態において、旧または新規データの許可を受信する際に、ＵＥはＨＡＲＱ往復時間（ＲＴＴ）タイマーを始動できる。ＨＡＲＱＲＴＴタイマーが満了になった場合、ＵＥは、許可タイマーを所与の期間動作させ、許可タイマーが動作する間、ＰＤＣＣＨを監視する。

一態様によれば、ユーザー機器（ＵＥ）で実施される方法は、ユーザー機器が基地局にデータを送信することを認める許可を基地局から受信して、基地局にデータ、すなわちＵＥのバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータを送信するステップを含み得る。本方法は更に、ＢＳＲを含むデータが基地局に送信された際に不連続受信（ＤＲＸ）タイマーを始動または再始動するステップを含み得る。

更なる態様によれば、少なくとも１個の処理装置により実行可能な命令を含むコンピュータ可読媒体は、ユーザー機器（ＵＥ）が基地局にデータを送信することを認める許可を基地局から受信するための１個以上の命令を含み得る。コンピュータ可読媒体は更に、基地局へデータ、すなわちＵＥのバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータの送信を開始するための１個以上の命令、およびＢＳＲを含むデータの送信に応答してフィードバックメッセージを受信するための１個以上の命令を含み得る。コンピュータ可読媒体はまた、フィードバックメッセージを受信した場合に不連続受信（ＤＲＸ）タイマーを始動または再始動するための１個以上の命令を含み得る。

別の態様によれば、ユーザー機器（ＵＥ）は、送信用データを保存するバッファおよび制御ユニットを含み得る。制御ユニットは、ＵＥが基地局にデータを送信することを認める許可を基地局から受信し、基地局へデータ、すなわちバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータの送信を開始し、ＢＳＲを含むデータを送信した場合、処理固有のハイブリッド自動再送要求（ＨＡＲＱ）往復時間（ＲＴＴ）タイマーを始動し、ＨＡＲＱＲＴＴタイマーが満了したならば許可タイマーを始動して、許可タイマーの持続期間中、制御チャネルを監視する。

従来技術による、ＵＥにおける不連続受信を示す。 ネットワークを介して相互に通信する２個の装置を示す。 無線ネットワーク内の基地局によりＵＥが別のＵＥまたは他の通信装置と通信することを可能にする中間装置として機能する実装例を示す。 図２のＵＥの例示的な要素を示す。 装置がセルラ無線電話を含んでいる図２のＵＥの実装例示す。 図２のＵＥの例示的な機能要素を示す。 図２の基地局の例示的な要素を示す。 ＵＥがバッファ状態レポート（ＢＳＲ）を含むデータ単位を送信または再送する場合、ＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理に関連付けられたフロー図を示す。 ＵＥがバッファ状態レポート（ＢＳＲ）を含むデータ単位を送信または再送する場合、ＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理に関連付けられたフロー図を示す。 図７Ａ及び図７Ｂの例示的処理の一例をグラフィカルに示す。 ＢＳＲを含む先の送信用の承認を受信したことに基づいて、ＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理に関連付けられたフロー図を示す。 ＢＳＲを含む先の送信用の承認を受信したことに基づいて、ＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理に関連付けられたフロー図を示す。 図９Ａ及び図９Ｂの例示的処理の一例をグラフィカルに示す。 バッファ状態レポート（ＢＳＲ）を含むデータ単位をＵＥが送信または再送したことに基づいて、ＵＥがＨＡＲＱＲＴＴタイマーおよび許可タイマーを始動／再始動する例示的なＤＲＸ処理に関連付けられたフロー図を示す。 バッファ状態レポート（ＢＳＲ）を含むデータ単位をＵＥが送信または再送したことに基づいて、ＵＥがＨＡＲＱＲＴＴタイマーおよび許可タイマーを始動／再始動する例示的なＤＲＸ処理に関連付けられたフロー図を示す。 図１１Ａ及び図１１Ｂの例示的処理の一例をグラフィカルに示す。

詳細な説明
本発明の以下の詳細な説明は添付の図面を参照する。異なる図面における同一参照番号は、同一または類似要素を識別できる。また、以下の詳細な説明は本発明を限定するものではない。

ＬＴＥ用の既存ＤＲＸ機構において、基地局への新規データのＵＥ送信用の許可（グラント）は、必ずしも先の許可の後で迅速に到着する訳ではない。例えば、ＨＡＲＱ再送がある場合、基地局（例：ｅＮｏｄｅＢ）がＵＥからのバッファ状態レポートをデコード（復号化）できるまでに４０ｍｓ以上かかることがある。本明細書に記述する例示的な実施形態は、より短い非アクティブタイマー（無通信タイマー）でＵＬトラフィックの新規の許可が検出できるようにＤＲＸに変更を施すことにより、遅延の短縮および／または電池消耗の抑制が実現される。本明細書で言及する「ＤＲＸ非アクティブタイマー」は、多くの連続的な送信時間間隔（ＴＴＩ）を指定し、その間にＵＥの初期アップリンク（ＵＬ）またはダウンリンク（ＤＬ）ユーザーデータ送信を示すＰＤＣＣＨの復号化に成功した後で当該ＵＥがＰＤＣＣＨを監視する。

図２に、ネットワーク化された環境２００で相互に通信する２個の装置を示す。図２に示すように、ユーザー機器（ＵＥ）２１０はネットワーク２３０を介して装置２４０と通信できる。一実施形態において、ＵＥ２１０は、ＵＥ２１０と装置２４０の間の中間装置として機能する基地局２２０を介して装置２４０と通信できる。例えば、図２に示すように、基地局２２０はネットワーク２３０の中間要素として存在し、ＵＥ２１０と装置２４０の間のエンドツーエンド通信を容易にすべく利用できる。装置２１０，２４０を本明細書では一般的に「ユーザー機器」（ＵＥ）と称する。

各装置２１０、２４０は、セルラ無線電話、携帯情報端末（ＰＤＡ）、個人通信システム（ＰＣＳ）、ラップトップコンピュータ、パームトップコンピュータ等の移動ＵＥ、または無線リンクを介して装置を別の装置と通信可能にする通信トランシーバを含む他の任意の種類の装置または機器を含み得る。ＰＣＳ端末は、セルラ無線電話をデータ処理、ファクシミリおよびデータ通信機能と組み合わせることができる。ＰＤＡは、無線電話、ポケットベル、インターネット／イントラネットアクセス装置、ウェブブラウザ、オーガナイザ、カレンダおよび／または全地球測位システム（ＧＰＳ）受信器を含み得る。１個以上の装置２１０，２４０は「パーベイシブコンピューティング（ｐｅｒｖａｓｉｖｅ ｃｏｍｐｕｔｉｎｇ）」装置と呼ばれることがある。基地局２２０は、一実施態様において、地上波公共移動通信ネットワーク（ＰＬＭＮ）の基地局を含み得る。

ネットワーク２３０は、例えばローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、大都市圏ネットワーク（ＭＡＮ）、公衆交換電話網（ＰＳＴＮ）またはＰＬＭＮ等の電話網、衛星ネットワーク、イントラネット、インターネット、またはネットワークの組合せを含む１個以上の任意の種類のネットワークを含み得る。ＰＬＭＮは更に、例えば汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、セルラデジタルパケットデータ（ＣＤＰＤ）ネットワーク、または移動ＩＰネットワーク等のパケットスイッチネットワークを更に含み得る。

図３は、図２のネットワーク２３０の一例を示す。ここに、ネットワーク２３０はＰＬＭＮ３００を含んでいる。図３に示すように、基地局２２０はＰＬＭＮ３００の基地局を含んでいてよく、装置２１０，２４０はＰＬＭＮ３００を介して相互に通信するセルラ無線電話を含み得る。

ＰＬＭＮ３００は、１個以上の基地局コントローラ（ＢＳＣ）３０５ａおよび３０５ｂ（いくつかの実装では「無線ネットワークコントローラ」（ＲＮＣ）と呼ばれる）、複数の基地局（ＢＳ）３１０ａ〜３１０ｆ、およびそれらに付随するアンテナアレイ、ＭＳＣ３１５等の１個以上の移動スイッチングセンタ（ＭＳＣ）、およびＧＷ３２０等の１個以上のゲートウェイ（ＧＷ）を含み得る。

基地局３１０ａ〜３１０ｆは、アンテナアレイに送信された、または受信されたデータを既存の技術に従いフォーマット化して、ＢＳＣ３０５ａ，３０５ｂ、または装置２１０等の装置と通信できる。他の機能のうち、ＢＳＣ３０５ａ，３０５ｂは受信データをＭＳＣ３１５または基地局（例：ＢＳ３１０ａ〜３１０ｃまたは３１０ｄ〜３１０ｆ）のいずれかへ転送できる。ＭＳＣ３１５は、受信データをＢＳＣ３０５ａまたは３０５ｂへ転送できる。ＧＷ３２０は、外部ドメイン（図示せず）から受信したデータを適当なＭＳＣ（ＭＳＣ３１５等）へ、またはＭＳＣから適当な外部ドメインへ転送できる。例えば、外部ドメインはインターネットまたはＰＳＴＮを含み得る。

図４Ａに、例示的な実施形態に整合するＵＥ装置２１０を示す。装置２４０は同様に構成され得る。ＵＥ２１０は、トランシーバ４０５、処理ユニット４１０，メモリ４１５、入力装置４２０、出力装置４２５、およびバス４３０を含み得る。トランシーバ４０５は、１個以上のアンテナ（図示せず）を介して無線周波数信号を用いる記号シーケンスを送信および／または受信するトランシーバ回路を含み得る。処理ユニット４１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行可能な処理ロジックを含み得る。処理ユニット４１０は、呼び出し処理制御、ユーザーインターフェース制御等のデータのバッファリングおよび装置制御機能を含むデータの入力、出力、および処理を含む全てのデータ処理機能を実行できる。

メモリ４１５は、装置処理機能を実行する際に処理ユニット４１０が用いるデータおよび命令の恒久的、半恒久的、または一時的な作業ストレージを提供できる。メモリ４１５は、磁気および／または光記録媒体およびその対応ドライブ、および／または他の種類のメモリ装置等の読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、大容量記憶装置を含み得る。入力装置４２０は、ＵＥ２１０にデータを入力するための機構を含み得る。例えば、入力装置４２０は、キーパッド（図示せず）、マイクロホン（図示せず）、またはタッチスクリーンディスプレイ装置（図示せず）を含み得る。キーパッドは、ユーザーが手操作でデータをＵＥ２１０に入力可能にすることができる。マイクロホンは、聴覚入力を電気信号に変換する機構を含み得る。ディスプレイ装置は、ユーザー装置機能の選択に使用可能なユーザーインターフェース（例：グラフィカルユーザーインターフェース）を提供できる画面ディスプレイを含み得る。ディスプレイ装置の画面ディスプレイは、例えば液晶ディスプレイ（ＬＣＤ）、プラズマ画面ディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、陰極線管（ＣＲＴ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ等、任意の種類の可視ディスプレイを含み得る。

出力装置４２５は、音声、ビデオおよび／またはハードコピー形式のデータを出力する機構を含み得る。例えば、出力装置４２５は電気信号を音声出力に変換する機構を含むスピーカー（図示せず）を含み得る。出力装置４２５は、出力データをユーザーに表示するディスプレイ装置を更に含み得る。例えば、ディスプレイ装置は出力データをユーザーに表示するグラフィカルユーザーインターフェースを提供できる。バス４３０は、ＵＥ２１０の各種要素を相互に接続して要素同士が相互に通信可能にする。

図４Ａに示すＵＥ２１０の要素の構成は説明目的に過ぎない。より多くの、より少ない、または異なる配置の要素による他の構成も実装可能である。

図４Ｂに、ＵＥ２１０がセルラ無線電話を含んでいるＵＥ２１０の実装例を示す。図４Ｂに示すように、セルラ無線電話は、ＵＥ２１０に音声情報を入力する（例えば、入力装置４２０の）マイクロホン４３５、ＵＥ２１０からの音声出力を提供する（例えば、出力装置４２５の）スピーカ４４０、データを手入力または装置機能を選択する（例えば、入力装置４２０の）キーパッド４４５、およびユーザーにデータを視覚的に表示するおよび／またはユーザーがデータを入力または装置機能を（キーパッド４４５と連動して）選択すべく使用できるユーザーインターフェースを提供できる（例えば、入力装置４２０または出力装置４２５の）ディスプレイ４５０を含み得る。

図５に、ＵＥ２１０の例示的な機能図を示す。図５に示すように、ＵＥ２１０はＤＲＸ非アクティブタイマー５００、ＨＡＲＱＲＴＴタイマー５１０、許可タイマー５２０、１個以上のバッファ５３０、および制御ユニット５４０を含み得る。

ＤＲＸ非アクティブタイマー５１０は、連続的な送信時間間隔（ＴＴＩ）の数を指定して、その間にＵＥ２１０がＰＤＣＣＨを監視可能にするタイミング論理を含み得る。ＨＡＲＱＲＴＴタイマー５２０は、ＵＥ２１０がダウンリンクＨＡＲＱ再送を受信すると予想される前に、最も少ない数のＴＴＩを指定可能なタイミング論理を含み得る。許可タイマー５３０は、ＵＥ２１０が適応的再送の許可および／または新規データの許可を求めてＰＤＣＣＨを監視できる連続的なＴＴＩの数を指定可能なタイミング論理を含み得る。バッファ５３０は、出力スケジューリング要求（ＳＲ）、ＢＳＲ、および実際の出力データを保存できる。制御ユニット５４０は、ＤＲＸ非アクティブタイマー５１０、ＨＡＲＱＲＴＴタイマー５２０、および許可タイマー５３０により指定されるＴＴＩを監視して、フィードバックメッセージ（例：ＡＣＫまたはＮＡＣＫ）を求めてＰＤＣＣＨを監視する適当な時点を決定および／またはバッファ５３０から出力されるＳＲ、ＢＳＲおよび実データを取得してそれらを基地局２２０に送信する適当な時点を決定できる。制御ユニット５４０は、処理ユニット４１０により実装できる。

図５に示すＵＥ２１０の機能要素の構成は、説明目的に過ぎない。より多くの、より少ない、または異なる配置の要素による他の構成も実装可能である。

図６に、基地局２２０の一実装例を示す。基地局２２０はトランシーバ６０５、処理ユニット６１０、メモリ６１５、インターフェース６２０、およびバス６２５を含み得る。

トランシーバ６０５は、１個以上のアンテナ（図示せず）を介して無線周波数信号を用いる記号シーケンスを送信および／または受信するトランシーバ回路を含み得る。処理ユニット６１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行できる処理ロジックを含み得る。処理ユニット６１０は、全ての装置データ処理機能を実行できる。メモリ６１５は、装置処理機能を実行する際に処理ユニット６１０が用いるデータおよび命令の恒久的、半恒久的、または一時的な作業ストレージを提供できる。メモリ６１５は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気および／または光記録媒体およびその対応ドライブ等の大容量記憶装置、および／または、他の種類のメモリ装置を含み得る。インターフェース６２０は、ＢＳＣ（例：ＢＳＣ３０５ａまたはＢＳＣ３０５ｂ）に接続するリンクとのインターフェースを提供する回路を含み得る。バス６２５は、基地局２２０の各種要素を相互に接続して要素同士が相互に通信可能にする。

図６に示す基地局２２０の要素の構成は説明目的に過ぎない。より多くの、より少ない、または異なる配置の要素による他の構成も実装可能である。

図７Ａ，７Ｂは、ＵＥがバッファ状態レポート（ＢＳＲ）を含むデータ単位を送信または再送する場合にＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理のフロー図である。図７Ａ，７Ｂの例示的な処理は、例えばＵＥ２１０により実装できる。一実装例において、図７Ａ，７Ｂの例示的な処理は、制御ユニット５４０が実行する命令の組として実装できる。他の例示的な実施態様において、図７Ａ，７Ｂの例示的な処理は、ハードウェア、またはハードウェアとソフトウェアの組合せにより実装できる。

例示的な処理は、スケジューリング要求（ＳＲ）をサービス提供基地局に送信することにより開始できる（ブロック７００）。図８に示す例において、ＵＥ２１０はＢＳ２２０へＳＲ８００を送信する。ＳＲ８００は、ＢＳ２２０の初期許可を要求するデータを含み得る。基地局からアップリンク（ＵＬ）許可を受信したか否かを判定できる（ブロック７０５）。図８に示すように、ＳＲ８００の受信に応答して、ＢＳ２２０はＵＥ２１０に初期許可８０５を返送できる。許可８０５は、ＵＥ２１０にＢＳ２２０へＢＳＲ８１０を含むデータを送信する権限を与えることができる。ＵＬ許可を受信しなかった場合（ブロック７０５でＮＯ）、ＵＬ許可を受信するまでブロック７０５を繰り返すことができる。ＵＬ許可を受信したならば、バッファ状態レポート（ＢＳＲ）をＵＥバッファに保存できる（ブロック７１０）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０に保存されている送信待ちの実データのビット数を示すＢＳＲを生成して、ＢＳＲをバッファ５３０に保存できる。図８に示すように、初期許可８０５を受信したならばＤＲＸ非アクティブタイマー（例：ＤＲＸ非アクティブタイマー５００）を始動できる８１０。バッファ状態レポート（ＢＳＲ）をＵＥバッファから取得して送信できる（ブロック７１５）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０からＢＳＲを取得して、基地局２２０へのＢＳＲの送信を開始できる。図８に示すように、ＵＥ２１０はＢＳ２２０へのＢＳＲ８１０の送信を試みることができる。

一実装例において、ＢＳＲを送信済みの場合（ブロック７２５）、非アクティブタイマーを始動／再始動できる。ＵＥ２１０の制御ユニット５４０は、ＢＳＲを送信したならば、ＤＲＸ非アクティブタイマー５００を始動／再始動させる制御信号をＤＲＸ非アクティブタイマー５００に送信できる。図８に示すように、ＢＳＲ８１０の送信が試みられた際にＤＲＸ非アクティブタイマーを再始動８２０できる。非アクティブタイマーの持続期間中、ＰＤＣＣＨを監視できる（ブロック７３０）。図８に、ＤＲＸ非アクティブタイマーの持続期間８２０中、ＵＥ２１０がＰＤＣＣＨを監視８２７している状況を示す。

一代替的実装例において、ブロック７２５に先立ち、ＵＥバッファに０より多くのビットが存在することをＢＳＲが示すか否かを判定できる（ブロック７２０）。制御ユニット５４０は、バッファ５３０に保存されているＢＳＲを解析して、送信待ちの実データの何ビットがバッファ５３０に保存されているかを判定できる。０より多くのビットがＵＥバッファに存在する場合（ブロック７２０でＹＥＳ）、例示的な処理は上述のブロック７２５で続行できる。ＢＳＲが、ＵＥバッファ内に０ビットしか存在しないことを示す場合（ブロック７２０でＮＯ）、例示的な処理は後述するブロック７３５で続行できる。

ブロック７３５において、肯定応答（ＡＣＫ）および許可（ＧＲＡＮＴ）を基地局から受信したか否かを判定できる。受信している場合（ブロック７３５でＹＥＳ）、バッファ５３０から実データを取得して送信できる７４０。ＢＳ２２０は、ＵＥ２１０へＡＣＫを送信することによりＵＥ２１０からＢＳＲを受信したことに肯定応答し、ＢＳ２２０は更にＵＥ２１０へ許可を送信することにより、先に送信されたＢＳＲが示すデータの量を送信する権限をＵＥ２１０に与える。

ＡＣＫおよび許可を受信しなかった場合（ブロック７３５でＮＯ）、否定応答（ＮＡＣＫ）を受信したか否かを判定できる（ブロック７４５）。否定応答を受信した場合（ブロック７４５でＹＥＳ）、例示的な処理はＢＳＲの再送により図７Ａのブロック７１５で続行できる。図８に、ＢＳ２２０が初期許可８０５の送信後にＢＳＲを受信せず、従って、ＢＳ２２０がＢＳＲを再送する権限をＵＥ２１０に与える許可と共にＮＡＣＫ８３０をＵＥ２１０に送信する例を示す。

ＮＡＣＫを受信しなかった場合（ブロック７４５でＮＯ）、例示的な処理は、ＡＣＫと許可またはＮＡＣＫのいずれかを受信するまで、上述のブロック７３５および７４５を選択的に繰り返すことができる。図８の例に示すように、ＢＳ２２０からのＮＡＣＫ８３０の受信に続いて、ＵＥ２１０は再びＢＳ２２０へのＢＳＲ８３５の送信を試みることができる。ＢＳＲ８３５の受信に応答して、ＢＳ２２０は、ＢＳＲ８３５の受信を肯定応答すると共に、ＢＳ２２０への実データの送信を許可するＡＣＫおよび許可８４０を返送できる。

図９Ａ，９Ｂは、ＢＳＲを含む先の送信の肯定応答の受信に基づいてＵＥがＤＲＸ非アクティブタイマーを始動／再始動する例示的な不連続受信（ＤＲＸ）処理のフロー図である。図９Ａ，９Ｂの例示的な処理は、例えばＵＥ２１０により実施できる。一実施例において、図９Ａ，９Ｂの例示的な処理は、制御ユニット５４０により実行される命令の組として実装できる。他の実装例において、図９Ａ、９Ｂの例示的な処理はハードウェアまたはハードウェアとソフトウェアの組合せにより実装できる。

例示的な処理は、スケジューリング要求（ＳＲ）を基地局に送信することにより開始できる（ブロック９００）。図１０に示す例において、ＵＥ２１０はＳＲ１０００をＢＳ２２０に送信する。ＳＲ１０００は、ＢＳ２２０から初期許可を要求するデータを含み得る。

アップリンク（ＵＬ）許可を受信したか否かを判定できる（ブロック９０５）。図１０に示すように、ＳＲ１０００の受信に応答して、ＢＳ２２０は初期許可１００５をＵＥ２１０に返送できる。許可１００５は、ＢＳＲを含むデータをＢＳ２２０に送信する権限をＵＥ２１０に与えることができる。ＵＬ許可を受信しなかった場合（ブロック９０５でＮＯ）、ＵＬ許可を受信するまでブロック９０５を繰り返すことができる。ＵＬ許可を受信した場合（ブロック９０５でＹＥＳ）、バッファ状態レポート（ＢＳＲ）をＵＥバッファに保存できる（ブロック９１０）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０に保存されている送信待ちの実データのビット数を示すＢＳＲを生成して、ＢＳＲをバッファ５３０に保存できる。図１０に示すように、初期許可１００５を受信したならば、ＤＲＸ非アクティブタイマーを始動できる１０１０。ＢＳＲをＵＥバッファから取得して送信できる（ブロック９１５）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０からＢＳＲを取得して、基地局２２０へのＢＳＲの送信を開始できる。図１０に示すように、ＵＥ２１０はＢＳ２２０へのＢＳＲ１０１５の送信を試みることができる。

ＵＥ２１０（ブロック９２０）で否定応答（ＮＡＣＫ）を受信したか否かを判定できる。否定応答を受信した場合（ブロック９２０でＹＥＳ）、例示的な処理は後述のブロック９５５または９５０で続行できる。ＮＡＣＫを受信しなかった場合（ブロック９２０でＮＯ）、ＵＥ２１０でＡＣＫおよび許可を受信したか否かを判定できる（ブロック９２５）。受信した場合（ブロック９２５でＹＥＳ）、例示的な処理は下記のブロック９３５または９３０で続行できる。ＡＣＫおよび認可を受信しなかった場合、ＮＡＣＫまたはＡＣＫを受信するまで、ブロック９２０および９２５を繰り返すことができる。

一実施例において、ＮＡＣＫを受信した場合、ＤＲＸ非アクティブタイマーを始動／再始動できる（ブロック９５５）。ＵＥ２１０の制御ユニット５４０は、ＢＳＲＮＡＣＫを受信したならば、ＤＲＸ非アクティブタイマー５００を始動／再始動させる制御信号をＤＲＸ非アクティブタイマー５００に送信できる。図１０に示すように、ＮＡＣＫ１０２５はＢＳ２２０からＵＥ２１０で受信できる。ＮＡＣＫ１０２５を受信したならば、ＤＲＸ非アクティブタイマーを始動／再始動１０２０できる。次いで非アクティブタイマーの持続期間中、ＰＤＣＣＨを監視できる（ブロック９６０）。図１０に、ＤＲＸ非アクティブタイマーのオンデュレーション期間１０２０中にＰＤＣＣＨを監視しているＵＥ２１０を示す。

別の実施例において、ブロック９５５に先立ち、ＵＥバッファに０より多くのビットが保存されていることをＢＳＲが示すか否かを判定できる（ブロック９５０）。ＵＥバッファ内に０ビットしか存在しないことをＢＳＲが示す場合、例示的な処理は上述のブロック９１５に戻ることができる。ＵＥバッファ内に０より多くのビットが存在することをＢＳＲが示す場合、例示的な処理は上述のブロック９５５で続行できる。

更なる実施例において、ＢＳＲのＡＣＫを受信した場合、ＤＲＸ非アクティブタイマーを始動／再始動できる（ブロック９３５）。ＵＥ２１０の制御ユニット５４０は、ＢＳＲのＡＣＫを受信したならば、ＤＲＸ非アクティブタイマー５００を始動／再始動させる制御信号をＤＲＸ非アクティブタイマー５００に送信できる。図１０に示すように、ＵＥ２１０でＡＣＫ＋許可１０４０をＢＳ２２０から受信できる。ＡＣＫ＋許可１０４０を受信したならば、ＤＲＸ非アクティブタイマーを再始動１０３５できる。次いで非アクティブタイマーの持続期間中、ＰＤＣＣＨを監視できる（ブロック９４０）。図１０に、ＤＲＸ非アクティブタイマー８２０の持続期間中にＰＤＣＣＨを監視しているＵＥ２１０を示す。

更に別の実施例において、ブロック９３５に先立ち、ＵＥバッファに０より多くのビットが保存されていることＢＳＲが示すか否かを判定できる（ブロック９３０）。ＢＳＲが、ＵＥバッファ内に０ビットしか存在しないことを示す場合、例示的な処理は上述のブロック９１５に戻ることができる。ＵＥバッファ内に０より多くのビットが存在することをＢＳＲが示す場合、例示的な処理は上述のブロック９３５で続行できる。

図１１Ａ，１１Ｂは、バッファ状態レポート（ＢＳＲ）を含むデータ単位のＵＥによる送信または再送に基づいてＵＥがＨＡＲＱＲＴＴタイマーおよび許可タイマーを始動／再始動する例示的なＤＲＸ処理のフロー図である。図１１Ａ，１１Ｂの例示的な処理は、例えばＵＥ２１０により実施できる。一実施例において、図１１Ａおよび１１Ｂの例示的な処理は、制御ユニット５４０により実行される命令の組として実装できる。他の実装例において、図１１Ａ，１１Ｂの例示的な処理は、ハードウェアまたはハードウェアとソフトウェアの組合せにより実装できる。

例示的な処理は、ＵＥからのスケジューリング要求（ＳＲ）を基地局に送信することにより開始できる（ブロック１１００）。図１２に示す例において、ＵＥ２１０はＳＲ１２００をＢＳ２２０に送信する。ＳＲ１２００は、ＢＳ２２０から初期許可を要求するデータを含み得る。

ＵＬ許可を受信したか否かを判定できる（ブロック１１０５）。図１２に示すように、ＳＲ１２００の受信に応答して、ＢＳ２２０は初期許可１２０５をＵＥ２１０に返送できる。許可１２０５は、ＢＳＲを含むデータをＢＳ２２０に送信する権限をＵＥ２１０に与えることができる。ＵＬ許可を受信しなかった場合（ブロック１１０５でＮＯ）、ＵＬ許可を受信するまでブロック１１０５を繰り返すことができる。ＵＬ許可を受信した場合（ブロック１１０５でＹＥＳ）、ＢＳＲをＵＥバッファに保存できる（ブロック１１１０）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０に保存されている送信待ちの実データのビット数を示すＢＳＲを生成して、ＢＳＲをバッファ５３０に保存できる。

ＢＳＲをＵＥバッファから取得して送信できる（ブロック１１１５）。ＵＥ２１０の制御ユニット５４０は、バッファ５３０からＢＳＲを取得して、基地局２２０へのＢＳＲの送信を開始できる。図１２に示すように、ＵＥ２１０はＢＳ２２０へのＢＳＲ１２１５の送信を試みることができる。

ＢＳＲを送信したならば、ＨＡＲＱＲＴＴタイマーを始動／再始動できる（ブロック１１２０）。ＵＥ２１０の制御ユニット５４０は、ＨＡＲＱＲＴＴタイマー５１０が保持するＴＴＩタイマー値を始動／再始動できる。１２に示すように、ＨＡＲＱＲＴＴタイマーは、ＢＳＲを送信しようと試みた際に（１２１５）、始動／再始動できる（１２１０）。

次いで、ＨＡＲＱＲＴＴタイマーが満了したか否かを判定できる（ブロック１１２５）。ＵＥ２１０の制御ユニット５４０は、ＨＡＲＱＲＴＴタイマー５１０が保持するＴＴＩタイマー値を監視してタイマーが満了した時点を識別できる。ＨＡＲＱＲＴＴタイマーが満了していない場合、ＨＡＲＱＲＴＴタイマーが満了するまでブロック１１２５を繰り返すことができる。ＨＡＲＱＲＴＴタイマーが満了した場合（ブロック１１２５でＹＥＳ）、許可タイマーを始動できる（ブロック１１３０）。制御ユニット５４０は、許可タイマー５２０を始動する制御信号を送信できる。図１２に、ＨＡＲＱＲＴＴタイマーのオンデュレーション期間１２１０の満了時点で始動されている許可タイマーを示す。ＰＤＣＣＨは、次いで、許可タイマーの持続期間中、監視できる（ブロック１１３５）。図１２に、許可タイマーの持続期間中（１２３５）にＰＤＣＣＨを監視しているＵＥ２１０を示す。

ＰＤＣＣＨの監視中に、基地局からＡＣＫおよび許可を受信したか否かを判定できる（ブロック１１４０）。受信した場合（ブロック１１４０でＹＥＳ）、実データを基地局に送信できる１１４５。制御ユニット５４０は、バッファ５３０からデータを取得して、当該データを基地局２２０に送信できる。

基地局からＡＣＫおよび許可を受信しなかった場合（ブロック１１４０でＮＯ）、基地局からＮＡＣＫを受信したか否かを判定できる（ブロック１１５０）。受信しなかった場合（ブロック１１５０でＮＯ）、例示的な処理はブロック１１４０に戻ることができる。基地局からＮＡＣＫを受信した場合（ブロック１１５０でＹＥＳ）、例示的な処理はブロック１１１５（図１１Ａ）で続行できる。

上の実装例の記述は、図示および記述を提供するが、網羅的ではなく、開示された形式に厳密に本発明を限定するものではない。上の教示に照らして、または本発明の実施から得られた、修正および変更が可能である。例えば、図７Ａ、７Ｂ、９Ａ、９Ｂ、１１Ａおよび１１Ｂに関して一連のブロックを記述しているが、ブロックの順序は本発明の原理に整合する他の実装において変更してよい。更に、独立したブロックを並列に実行できる。

本発明の態様はまた、方法および／またはコンピュータプログラム製品として実装できる。従って、本発明はハードウェアおよび／またはハードウェア／ソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等）により実施できる。更に、本発明は命令実行システムにより、またはこれと組み合わせて、媒体に格納されたコンピュータ可用またはコンピュータ可読プログラムコードを有するコンピュータ可用またはコンピュータ可読記憶媒体上のコンピュータプログラム製品の形式であってよい。本明細書に記述する実施形態の実装に用いる実際のソフトウェアコードまたは専用制御ハードウェアは、本発明を限定しない。従って、これら態様の動作および挙動は特定のソフトウェアコードに言及することなく記述しており、本明細書における記述に基づいて態様を実装するソフトウェアを設計してハードウェアを制御することが可能になる点を理解されたい。

更に、本発明の特定の部分は、１個以上の機能を実行する「論理」として実装できる。この論理には、特定用途向け集積回路またはフィールドプログラム可能ゲートアレイ等のハードウェアまたはハードウェアとソフトウェアの組合せを含み得る。

特徴の特定の組合せが請求項に記述および／または本明細書に開示されていても、これらの組合せが本発明を限定するものではない。実際、これらの特徴の多くは、具体的に請求項に記述および／または本明細書に開示しない方法で組み合わせることができる。

本明細書で「含む／含んでいる」という語句を用いる場合、言及した特徴、整数、ステップ、構成要素またはグループの存在を指定するが、１個以上の他の特徴、整数、ステップ、構成要素またはそのグループの存在または追加を排除するものではない。

本出願で使用するいかなる要素、動作、または命令も、別途明記しない限り、本発明にとり必須または本質的である解釈してはならない。また、本明細書で使用するように、冠詞「ａ」は１個以上の項目を含むものとする。ただ１個の項目を意図する場合、用語「一」または同様の表現を用いている。更に、別途明記しない限り、「基づいて」という語句は「少なくとも部分的に基づいて」を意味するものとする。

Claims (19)

1. ユーザー機器（ＵＥ）（２１０）で実施される方法であって、
   前記ユーザー機器が基地局にデータを送信することを認める許可を前記基地局から受信するステップ（７０５）と、
   前記基地局に、前記ＵＥのバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータを送信するステップ（７１５）と、
   前記ＢＳＲを含むデータが基地局に送信された際に不連続受信（ＤＲＸ）タイマーを始動または再始動するステップ（７２５）と、
   を特徴とする方法。
2. 前記ＤＲＸタイマーはＤＲＸ非アクティブタイマーを含む、請求項１に記載の方法。
3. 前記ＤＲＸタイマーの持続期間中、制御チャネルを監視するステップ（７３０）を更に含む、請求項１に記載の方法。
4. 前記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む、請求項３に記載の方法。
5. 前記ＢＳＲは周期的ＢＳＲを含む、請求項１に記載の方法。
6. 前記ＢＳＲは、前記ＵＥのバッファが特定量より多くのデータを保存していることを示すか否かを判定するステップ（７２０）を更に含み、
   前記ＢＳＲを含むデータが前記基地局に送信され、且つ、前記ＢＳＲが、前記ＵＥのバッファが特定量より多くのデータを保存することを示す場合、前記ＤＲＸタイマーが始動または再始動される、請求項１に記載の方法。
7. 前記特定量のデータは０ビットのデータを含む、請求項６に記載の方法。
8. 少なくとも１個の処理装置により実行可能な命令を含むコンピュータ可読媒体であって、
   ユーザー機器（ＵＥ）が基地局にデータを送信することを認める許可を基地局から受信する（９０５）ための１個以上の命令と、
   前記基地局に、前記ＵＥのバッファ内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータの送信を開始する（９１５）ための１個以上の命令と、
   前記ＢＳＲを含むデータの送信に応答してフィードバックメッセージを受信する（９２０，９２５）ための１個以上の命令と、
   前記フィードバックメッセージを受信した場合に不連続受信（ＤＲＸ）タイマーを始動または再始動する（９３５，９５５）ための１個以上の命令と、
   を特徴とするコンピュータ可読媒体。
9. 前記フィードバックメッセージは肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）の一方を含む、請求項８に記載のコンピュータ可読媒体。
10. 前記フィードバックメッセージは肯定応答（ＡＣＫ）を含む、請求項８に記載のコンピュータ可読媒体。
11. 前記ＤＲＸタイマーはＤＲＸ非アクティブタイマーを含む、請求項８に記載のコンピュータ可読媒体。
12. 前記ＤＲＸタイマーの持続期間中、制御チャネルの監視（９４０、９６０）を開始するための１個以上の命令を更に含む、請求項８に記載のコンピュータ可読媒体。
13. 前記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む、請求項１２に記載のコンピュータ可読媒体。
14. 前記ＢＳＲは、前記ＵＥのバッファが特定量より多くのデータを保存していることを示すか否かを判定する（９３０，９５０）ための１個以上の命令を更に含み、
    前記送信されたＢＳＲに応答して、前記ＡＣＫまたはＮＡＣＫが受信され、且つ、前記ＢＳＲが、前記ＵＥのバッファが特定量より多くのデータを保存していることを示す場合に、ＤＲＸタイマーが始動または再始動される、請求項８に記載のコンピュータ可読媒体。
15. 前記特定量のデータは０ビットのデータを含む、請求項１４に記載のコンピュータ可読媒体。
16. 前記ＢＳＲは周期的ＢＳＲを含む、請求項８に記載のコンピュータ可読媒体。
17. ユーザー機器（ＵＥ）（２１０）であって、
    送信用データを保存するバッファ（５３０）と、
    前記ＵＥ（２１０）が基地局（２２０）にデータを送信することを認める許可を前記基地局（２２０）から受信し、
    前記基地局（２２０）に、前記バッファ（５３０）内のデータの量を示すバッファ状態レポート（ＢＳＲ）を含むデータの送信を開始し、
    前記ＢＳＲを含むデータを送信した場合、処理固有のハイブリッド自動再送要求（ＨＡＲＱ）往復時間（ＲＴＴ）タイマー（５１０）を始動し、
    前記ＨＡＲＱＲＴＴタイマー（５１０）が満了した場合、許可タイマー（５２０）を始動し、
    前記許可タイマーの持続期間中、制御チャネルを監視するように構成された、
    制御ユニット（５４０）と、
    を特徴とするユーザー機器。
18. 前記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む、請求項１７のユーザー機器。
19. 前記ＢＳＲは周期的ＢＳＲを含む、請求項１７のユーザー機器。

Images