(57)【特許請求の範囲】
【請求項１】
基地局と端末とを有するモバイル通信システムにおける送信方法であって、
前記端末は、前記基地局にメッセージを送信して、アップリンク送信リソースが前記端末により使用されることを示し、
前記端末により前記基地局に更なる情報が提供され、前記更なる情報は、前記メッセージに対する応答である前記基地局からの制御シグナリングに基づいて送信されていた情報であり、
前記更なる情報を前記端末が送信するために前記基地局からの前記制御シグナリングを用いない、方法。
【請求項２】
前記更なる情報は、前記端末から前記基地局への予め設定された送信により前記基地局に提供される、請求項１に記載の方法。
【請求項３】
前記メッセージは、
アップリンク送信リソースの割り当てを要求するスケジューリング要求（scheduling  request：ＳＲ）と、
前記端末から前記基地局へのアップリンクチャネルに関するチャネル情報を決定させるサウンディング参照信号（sounding  reference  signal：ＳＲＳ）と、
のうちの少なくとも１つを有し、
前記更なる情報は、
前記基地局から前記端末へのダウンリンクチャネルに関するチャネル情報としてのチャネル状態情報（channel  state  information：ＣＳＩ）と、
前記端末において送信データを格納する送信データバッファのバッファ状態に関する送信データ情報としてのバッファ状態レポート（buffer  status  report：ＢＳＲ）と、及び／又は
送信データと、
のうちの少なくとも１つの送信により提供される、請求項１又は２に記載の方法。
【請求項４】
前記メッセージは、アップリンク送信リソースの割り当てを要求するスケジューリング要求（ＳＲ）であり、前記更なる情報は、前記端末から前記基地局へのアップリンクチャネルに関するチャネル情報を決定させるサウンディング参照信号（sounding  reference  signal：ＳＲＳ）の送信により提供される、請求項１又は２に記載の方法。
【請求項５】
（ｉ）前記メッセージを送信するステップと、（ｉｉ）前記更なる情報を提供するステップとは、互いに異なるサブフレーム及び／又はタイミングオフセットで実行される、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記メッセージを送信するステップは、
前記端末から前記基地局へサブフレーム情報を送信するステップであって、前記メッセージの送信に対して、前記更なる情報が送信されるサブフレームを示す、ステップと、
前記端末から前記基地局へオフセット情報を送信するステップであって、前記メッセージの送信に対して、前記更なる情報の送信のタイミングオフセットを示す、ステップと、
のうちの少なくとも１つを有する、請求項５に記載の方法。
【請求項７】
前記メッセージを送信するステップは、前記メッセージのパラメータにより示される前記更なる情報を提供するステップを有する、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
第２の端末が第２のメッセージを前記基地局へ送信し、第２のアップリンク送信リソースは前記第２の端末により使用されると示し、第２の更なる情報が前記第２の端末により前記基地局に提供される場合、前記方法は、
前記端末の前記更なる情報及び前記第２の端末の前記第２の更なる情報の更なる情報リソースが互いに重なり合う場合、前記端末の前記メッセージ及び前記第２の端末の前記第２のメッセージのために互いに異なるようメッセージリソースを割り当てるステップと、
前記端末の前記メッセージ及び前記第２の端末の前記第２のメッセージが互いに重なり合う場合、前記端末の前記更なる情報及び前記第２の端末の前記第２の更なる情報のために互いに異なるよう更なる情報ソースを設定するステップと、
を更に有する請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記方法は、前記基地局において、前記端末から前記基地局へ、前記更なる情報により示された前記アップリンク送信リソースで送信された送信データを受信するステップ、を更に有する請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記方法は、前記基地局において、前記更なる情報に基づき前記アップリンク送信リソースを割り当てるステップと、前記の割り当てたアップリンク送信リソースに関して前記端末に知らせるステップと、を更に有する、請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
基地局と端末とを有するモバイル通信システムにおける送信を制御する制御部であって、前記制御部は、
前記端末から前記基地局へのメッセージの送信を制御するメッセージ送信制御部であって、前記メッセージは、アップリンク送信リソースが前記端末により使用されると示す、メッセージ送信制御部と、
前記端末により前記基地局へ更なる情報の提供を制御する更なる情報提供制御部であって、前記基地局からの前記メッセージに対する応答である制御シグナリングを用いずに前記端末が前記更なる情報を送信し、前記更なる情報は、前記基地局からの前記制御シグナリングに基づいて送信されていた情報である、更なる情報提供制御部と、
を有する制御部。
【請求項１２】
基地局と端末とを有するモバイル通信システムの端末であって、前記端末は、
前記端末から前記基地局へメッセージを送信するメッセージ送信部であって、前記メッセージは、アップリンク送信リソースが前記端末により使用されると示す、メッセージ送信部と、
前記端末により前記基地局に更なる情報を提供する更なる情報提供部であって、前記基地局からの前記メッセージに対する応答である制御シグナリングを用いずに前記端末が前記更なる情報を送信し、前記更なる情報は、前記基地局からの前記制御シグナリングに基づいて送信されていた情報である、更なる情報提供部と、
を有する端末。
【請求項１３】
基地局と端末とを有するモバイル通信システムの基地局であって、前記基地局は、
前記端末からメッセージを受信するメッセージ受信部であって、前記メッセージは、アップリンク送信リソースが前記端末により使用されると示す、メッセージ受信部と、
前記端末により前記基地局に提供される更なる情報を受信する更なる情報受信部であって、前記基地局からの前記メッセージに対する応答である制御シグナリングを用いずに前記端末が前記更なる情報を送信し、前記更なる情報は、前記基地局からの前記制御シグナリングに基づいて送信されていた情報である、更なる情報受信部と、を有する基地局。
【請求項１４】
コンピュータに、請求項１乃至１０のいずれか一項に記載の方法を実行させ、又は請求項１１に記載の制御部として、請求項１２に記載の端末として、若しくは請求項１３に記載の基地局として動作させるプログラムコードを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局と基地局へ送信データを送信する端末とを有するモバイル通信システムにおける送信方法に関する。本発明は、さらに、当該方法で使用される制御部、ユーザ端末、基地局及びコンピュータプログラムに関する。
【背景技術】
【０００２】
特に、排他的ではなく、本発明は、３６シリーズ（特に、specification  documents  ３６.xxx及びそれに関する文書）、３ＧＰＰ仕様シリーズのrelease９、１０以降に定められたようなLTE（Long  Term  Evolution）及びLTE-Advanced  radio  technology  groupsの規格に従うアップリンク通信手順に関する。しかしながら、本発明は、ＵＭＴＳ、ＷｉＭＡＸ、及び無線リソース割り当て要求が端末（「ユーザ端末」、「ユーザ機器」、「モバイル端末」等とも称される）から基地局へ伝達される他の通信システムにも適用可能である。
【０００３】
無線通信システムは、通常、「セル」と呼ばれる幾つかの地理的領域を有する。用語「セル」は、概して、ダウンリンクのリソースと任意的にアップリンクのリソースとの組合せとして無線通信ネットワークオブジェクトを表す。セルは、例えばユーザ機器（ＵＥ）により、地理的領域を介してアクセス・ポイント又は基地局（ＢＳ）からブロードキャストされる（セル）識別情報から一意に識別できる。無線通信システム、及びその中のセルは、ＦＤＤ（Frequency  Division  Duplex）又はＴＤＤ（Time  Division  Duplex）モードであっても良い。基地局は、通信リソースとして周波数領域及び時間領域を用いてサービングセルに割り当てられれたユーザ機器と通信しても良い。さらに、通信リソースは、空間領域又はコード領域で競るのＵＥに割り当てられても良い。無線通信システムの例は、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、「４Ｇ」とも称されるＷｉＭＡＸ等である。
【０００４】
ＬＴＥ及びＬＴＥ−Ａｄｖａｎｃｅｄ（以下では「ＬＴＥに基づくシステム」と称され、ＬＴＥ及び／又はＬＴＥ−Ａｄｖａｎｃｅｄと同様の特徴を有する無線通信システムを包含する）のような無線通信システムでは、データチャネルは共有チャネルである。つまり、各送信時間間隔について、該送信時間間隔中に、どのＵＥがどの時間／周波数／空間／コード等のリソースに指定され／割り当てられるかに関して、新しいスケジューリング決定が行われる。データ及びシグナリングのための幾つかの「チャネル」は、ネットワーク内の種々の抽象化レベルで定められる。図１は、ＬＴＥに基づくシステムで、各論理レベル、トランスポート層レベル及び物理層レベルで定められた一部のチャネル、並びにそれらの間のマッピングを示す。本発明の目的のため、アップリンクチャネルは特に関心がある。
【０００５】
図１では、アップリンクで定められる物理チャネルは、ＰＲＡＣＨ（Physical  RandomAccess  Channel）、ＰＵＳＣＨ（Physical  Uplink  Shared  Channel）、ＰＵＣＣＨ（Physical  Uplink  Control  Channel）である。アップリンクの物理チャネルは、上位層から生じる情報を伝達するリソースエレメントのセットに対応する。アップリンクチャネルに加えて、通常、参照信号、一次及び二次同期信号のようなアップリンク信号が定められる。アップリンク物理信号は、物理層により用いられ、上位層から生じる情報を伝達しない。アップリンクでサポートされる変調方式は、例えばＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭである。
【０００６】
また、ＬＴＥに基づくシステムで用いられる無線インタフェースプロトコルアーキテクチャの全体的説明を提供する３ＧＰＰ  ＴＳ３６．３００、特にアップリンク送信スキームに関連する３ＧＰＰ  ＴＳ３６．３００のセクション５．２も、参照することにより本願明細書に組み込まれる。
【０００７】
ＬＴＥに基づくシステムのアップリンクの物理チャネルは、例えば、参照により全体が本願明細書に組み込まれる３ＧＰＰ  ＴＳ３６．２１１、セクション５に記載されている。ユーザデータ及び任意で制御シグナリングは、ＰＵＳＣＨ（Physical  Uplink  SharedChannel）で伝達される。ＰＵＣＣＨ（physical  uplink  control  channel）は、スケジューリング要求（ＳＲ）及びチャネル品質指標（ＣＱＩ）レポートのようなアップリンク制御情報を伝達する。図１に示すように、ＰＵＣＣＨに対応するダウンリンクチャネルであるＰＤＣＣＨ（Physical  Downlink  Control  Channel）があり、スケジューリング要求に応答して、アップリンクスケジューリング許可を伝達する。ＰＵＳＣＨ送信がＰＵＣＣＨが送信されるべきときに生じた場合、ＰＵＣＣＨで伝達されるべき制御情報は、ユーザデータと一緒にＰＵＳＣＨで送信されても良い。ＰＵＣＣＨとＰＵＳＣＨの同じＵＥからの同時送信は、上位層により可能な場合にはサポートされても良い。ＰＵＣＣＨは、３ＧＰＰ  ＴＳ３６．２１１、セクション５．４に示されるような複数のフォーマットをサポートしても良い。
【０００８】
ＰＲＡＣＨ（Physical  Random  Access  Channel）は、ＵＥが割り当てられたアップリンク送信リソースを有しない場合にネットワークにアクセスするためのＲＡＣＨ（Random  AccessChannel）を伝達するために用いられる。スケジューリング要求（ＳＲ）が、例えばＰＵＳＣＨでの送信データの到着により、ＵＥでトリガされた場合、ＰＵＳＣＨリソースがＵＥに割り当てられていないとき、ＳＲはこの目的のために専用リソースで送信される。このようなリソースがＵＥに割り当てられていない場合、ＲＡＣＨ手順が開始される。図２、３に示すように、ＳＲの送信は、事実上、データ送信のためのＰＵＳＣＨのアップリンク無線リソースの要求である。
【０００９】
したがって、次に、ＵＥは、ＰＵＳＣＨ無線リソースで送信するためにアップリンク許可を期待する。ＵＥは、ＰＵＳＣＨ無線リソースの詳細を、ランダムアクセス応答（Random  Access  Response）で又はスケジューリング要求ＳＲに応答してＰＤＣＣＨで動的に受信しても良い。ＭＡＣ（Medium  Access  Control）プロトコル仕様に関連し参照により全体が本願明細書に組み込まれる３ＧＰＰ  ＴＳ３６．３２１に記載されるように、ＳＲは、新しいデータ送信のためにＰＵＳＣＨリソースの割り当てを要求するためにＰＵＣＣＨで送信される。ＳＲがトリガされるとき、ＳＲはキャンセルされるまで保留されると見なされるべきである。全ての保留ＳＲは、ＭＡＣ  ＰＤＵ（Protocol  Data  Unit）が組み立てられ、該ＰＤＵがＢＳＲをトリガした最後のイベントまでの（及びそれを含む）バッファ状態を含むＢＳＲ（Buffer  Status  Report）を有するとき、又はＬＵ許可が送信のために利用可能な全ての保留データを収容できるとき、キャンセルされる。バッファ状態報告手順は、サービングｅＮＢ（e-NodeB、本願明細書では「基地局」とも称される）に、ＵＥのアップリンクバッファでの送信のために利用可能なデータ量に関する情報を提供する。ＢＳＲ（Buffer  Status  Report）は、例えば、アップリンクデータがユーザ端末で送信のために利用可能になった場合にトリガされても良い。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
端末から基地局へアップリンク無線リソースで送信データを送信する更に効率的な送信手順を提供することが望ましい。
【課題を解決するための手段】
【００１１】
本発明の一態様によると、基地局と端末とを有するモバイル通信システムにおける送信方法が提供される。前記端末は、前記基地局にメッセージを送信して、アップリンク送信リソースが前記端末により使用されることを示す。また、前記端末により前記基地局に更なる情報が提供される。
【００１２】
したがって、前記端末から前記基地局への前記更なる情報の送信は、前記基地局からの制御シグナリングを用いずに可能である。言い換えると、前記メッセージの送信は、前記更なる情報の提供をトリガする。代替で、前記メッセージの送信及び前記更なる情報の提供は、同じトリガにより開始される。したがって、前記更なる情報の提供は、基地局によりトリガされるのではなく、端末自体によりトリガされるので、前記更なる情報の提供のために基地局からのいかなる制御シグナリングも端末により要求されない。
【００１３】
望ましくは、前記メッセージ自体は、前記端末によりチャネル情報の送信に用いられるリソースに関する情報と、前記端末により送信データの送信に用いられるリソースに関する情報と、のうちの少なくとも１つを有する。次に、基地局は、前記メッセージの受信に基づき、チャネル情報及び／又はデータを受信する。
【００１４】
したがって、本発明の好適な態様は、メッセージが端末から基地局へ送信される、及びメッセージの送信が基地局に更なる情報を提供するという点に基づく。更なる情報を基地局に提供することにより、制御シグナリングの交換は減少又は省略できるので、端末から基地局への送信データの送信方法は一層効率的になる。
【００１５】
ＬＴＥ通信システムでは、ＵＥは、ＰＵＳＣＨのアップリンク無線リソースが既にＵＥに割り当てられている場合、割り当てられたＰＵＳＣＨリソースを用いてアップリンクでデータを送信する。ネットワークにより許可されたこれらの送信のためのリソースは、ＰＤＣＣＨを用いて送信される制御チャネルメッセージを用いてＵＥに示される。このようなメッセージは、割り当てられた無線リソースの送信レート（つまり、変調及び符号化レート）を示す。送信すべき保留データの量に関してネットワークに知らせ、適切なリソース量が割り当てられるようにするために、ＵＥは、ＰＵＳＣＨを介してデータ送信と共にバッファ状態レポート（buffer  status  report：ＢＳＲ）を送信する。
【００１６】
しかしながら、ＵＥがＰＵＳＣＨリソースを割り当てられていない場合、ＢＳＲを送信する手段が存在しない。この場合、スケジューリング要求がＵＥ内でトリガされる。これは、ＵＥに、ＰＵＣＣＨで予め割り当てられたＳＲリソースを用いて、スケジューリング要求（Scheduling  Request：ＳＲ）を送信させる。ＳＲは、ＵＥがＰＵＳＣＨでアップリンク無線リソースを許可される必要があることを示す。ＵＥがＳＲリソース割り当ても有しない場合には、代わりに、ＲＡＣＨ手順が開始される。
【００１７】
ＵＥが、ＰＵＳＣＨリソースの必要性を識別し、ＳＲ送信がトリガされる場合、ネットワークは、通常、ＰＵＳＣＨの比較的少ないリソース割り当てでＰＤＣＣＨメッセージを送信することにより応答する。大きな割り当てが許可され得るが、この時点で、ネットワークはＵＥバッファ状態又はアップリンク（ＵＬ）チャネル状態の正確な見解を持たないので、大きなリソース許可は無駄になってしまう。同じＰＤＣＣＨメッセージは、基地局においてアップリンクチャネル状態に関する情報を決定するためにＵＥが例えば非周期的サウンディング参照信号（sounding  reference  signal：ＳＲＳ）を送信するのをトリガし、ＵＥがバッファ状態レポートを送信するのをトリガする。次に、後続のＰＵＳＣＨ送信はＢＳＲを含み、ＳＲＳも同様に送信されても良い。受信に成功すると、ネットワークは、ＵＥバッファ状態及びＵＬチャネル状態の両方の知識を得る。これは、ＵＥトラフィック要件を満たすために、次のＵＬ送信のためのＰＵＳＣＨリソースの効率的スケジューリングを可能にする。
【００１８】
しかしながら、本発明の発明者等は、特に例えばＳＲのトリガに続いて端末から基地局へＳＲＳ（及びＢＳＲ）を送信するために、端末から基地局への更に効率的な送信手順を提供することが望ましいと認識した。発明者等は、十分なＵＬリソースを許可されているＵＥにおける遅延が待ち時間を増大させスループットを低下させることを認識した。特に、ＵＥがＳＲを送信する場合には、（例えば、適切な送信レートで）適切なＰＵＳＣＨリソースが許可される前に有意な遅延が存在し得る。この遅延は、ネットワークによるＳＲ検出の失敗、ＵＥにおけるＰＤＣＣＨ受信の失敗（ＳＲＳ送信及び最初のＰＵＳＣＨ割り当てを遅らせる）、又はＰＵＳＣＨの伝達するＢＳＲの受信におけるハイブリッド自動再送要求（hybrid  automatic  retransmission  request：ＨＳＲＱ）の再送遅延により増大する。
【００１９】
したがって、本発明の態様は、ＵＥに送信データが現れた後、出来るだけ直ぐに、適切なＰＵＳＣＨリソースをＵＥに割り当て、ネットワークにチャネル情報（例えばＵＥチャネル状態）、送信データ情報（例えばＵＥバッファ状態）、及び可能な場合には及び／又は送信データ自体の少なくとも一部（例えばＰＵＳＣＨデータ）をより素早く又は信頼できる方法で提供するという課題を解決する。したがって、端末は、リソースがネットワークにより未だ許可されていなくても、基地局へより効率的にデータを送信できるようにされる。適切なアップリンク送信リソースの割り当ては、更なる情報により部分的に決定され、前のシグナリングのような他の情報により部分的に決定されても良い。
【００２０】
望ましくは、端末は、基地局及びネットワークに該端末が要求するリソースに関して又は該端末が使用しようとするリソースに関して知らせるために、例えば端末と基地局との間のチャネルに関するチャネル情報及び端末の送信データに関する送信データ情報のような更なる情報を、基地局へのメッセージと一緒に提供する。基地局は、受信した更なる情報に基づき、適切なアップリンク送信リソースを確認し又は端末に割り当て、ダウンリンクの制御メッセージ内で割り当てたアップリンク送信リソースに関して端末に通知しても良い。次に、端末は、この割り当てられたアップリンク無線リソースで送信データを送信しても良い。
【００２１】
追加で又は代替で、データ送信のために予め割り当てられたアップリンク送信リソースが端末において既に利用可能な場合、端末は、基地局への送信データの送信を直ちに開始しても良い。さらに追加で又は代替で、基地局は、端末への現在使用されているアップリンク送信リソースを確認し（又は禁止し）、又はデータ送信のために使用される異なるアップリンク送信リソースを割り当てて端末に通知しても良い。次に、端末は、確認された又は異なる割り当てられたアップリンク送信リソースで基地局へ送信データを送信しても良い。したがって、アップリンク送信リソースを割り当てるステップは、実際に予め割り当てられたアップリンク送信リソースを使用する端末で実行される、及び／又はアップリンク送信リソースを確認し若しくは再割り当てする基地局で実行されると考えられても良い。しかしながら、本発明は、これらの実施形態に限定されず、例えば上位層のネットワークエンティティでアップリンク送信リソースを割り当てる実施形態も包含する。
【００２２】
本願明細書では、用語「メッセージ」は、例えば端末が基地局及び／又はネットワークによりアップリンク送信リソースを割り当てられることを要求する場合には「要求」を表しても良く、例えば端末が基地局にどのアップリンク送信リソースを端末が使用する又は使用しようとしているかを示す場合には「指示」を表しても良い。
【００２３】
また、用語「更なる情報」は、１又は複数の情報項目を表しても良い。したがって、更なる情報は、ＳＲＳのような１つの信号であっても良いが、ＳＲＳ及びＢＳＲのような２つの（別個の）信号であっても良い。この用語は、実際にＳＲＳ及びＢＳＲに関する情報を提供する１つの信号を表しても良い。したがって、用語「更なる情報」は、１つの項目、複数の項目、及び更なる情報の一部を包含する。
【００２４】
望ましくは、更なる情報は、端末と基地局との間のチャネルに関するチャネル情報、端末の送信データに関する送信データ情報、及び／又は端末から基地局へ送信される送信データの少なくとも一部である。
【００２５】
好適な実施形態では、前記更なる情報は、前記端末から前記基地局への予め設定された送信により前記基地局に提供される。したがって、更なる情報は、予め設定された送信チャネルを介して送信されても良く、更なる情報の可能な値は、端末がメッセージの送信をトリガされる前に、基地局から端末への制御シグナリングにより予め設定され、例えば異なるメッセージに対応しても良い。代替で、更なる情報は、複数の異なる予め設定された送信設定のうちの１つを用いてエンコードされてもよい。したがって、更なる情報は、端末から基地局への特定の予め設定された送信の選択により提供される。更なる情報は、多数の異なる予め設定された送信設定のうちの１つの選択により示される。
【００２６】
好適な実施形態では、メッセージは、実際に更なる情報を含む１又は複数の信号を有しても良い。別の好適な実施形態では、メッセージは、例えば送信及び／又はフォーマット及び／又はメッセージが端末から基地局へ送信されるタイミングのパラメータにより更なる情報を表しても良い。上述及び他の実施形態を以下に詳細に記載する。
【００２７】
ユーザ端末は、該端末にメッセージ及び更なる情報を迅速且つ信頼できるように送信させる適切なリソース及びパラメータを予め設定され（「予め割り当てられ」及び「予めスケジューリングされ」も含むと解釈される）ても良い。望ましくは、ネットワーク又は基地局は、スケジューリング要求が端末でトリガされると直ぐにスケジューリング要求を送信できるように、端末へのスケジューリング要求のためにスケジューリング要求リソース及び／又はパラメータを割り当てる。同様に、ネットワーク又は基地局は、チャネルリソース及び／又はパラメータ、チャネル情報を送信するための送信データリソース及び／又はパラメータ、送信データ情報及び／又は少なくとも一部の送信データ自体をそれらが端末で利用可能になると直ぐに、端末に設定しても良い。
【００２８】
例えば、好適な実施形態では、端末は、スケジューリング要求のために専用ＰＵＣＣＨリソースを設定され、ネットワークが非周期的ＳＲＳ送信をトリガするときに端末が用いる専用ＳＲＳリソース／パラメータを設定される。スケジューリング要求がトリガされると、ＵＥはＳＲをＳＲのための第１の利用可能なＰＵＣＣＨリソースで送信し、次に、ＳＲ送信の後に、非周期的ＳＲＳのための第１の利用可能なリソースでＳＲＳを送信する。ＳＲＳは、ネットワークに、ＵＬチャネル条件に関する早期の情報を提供する。ネットワークは、ＳＲを受信するとき、ＵＥもＳＲＳを送信することに気付く。したがって、任意の他のＵＥがＳＲＳを送信することを要求して、同じリソースで衝突が生じることを回避できる。
【００２９】
別の例示的な実施形態では、ＵＥは、ＳＲのために専用ＰＵＣＣＨリソースを、及びＰＵＳＣＨリソース／送信パラメータを設定される。スケジューリング要求がトリガされると、ＵＥはＳＲをＳＲのための第１の利用可能なＰＵＣＣＨリソースで送信し、次に、ＳＲ送信の後に、第１の利用可能なリソースでＰＵＳＣＨを送信する。ＰＵＳＣＨはＢＳＲを含み、ネットワークにＵＥバッファ状態に関する早期の情報を提供する。潜在的な遅延は、ＰＤＣＣＨでシグナリングされるＰＵＳＣＨ割り当てを待たないことにより短縮できる。ネットワークは、ＳＲを受信するとき、ＵＥがＰＵＳＣＨを送信することに気付く。したがって、任意の他のＵＥがＰＵＳＣＨを送信することを要求して、同じリソースで衝突が生じることを回避できる。
【００３０】
好適な実施形態では、メッセージは、アップリンク送信リソースの割り当てを要求するスケジューリング要求（scheduling  request：ＳＲ）、端末から基地局へのアップリンクチャネルに関するチャネル情報の決定を可能にするサウンディング参照信号（sounding  reference  signal：ＳＲＳ）のうちの少なくとも１つを含む。また、基地局から端末へのダウンリンクチャネルに関するチャネル情報としてのチャネル状態情報（channel  state  information：ＣＳＩ）、端末において送信情報を格納する送信データバッファのバッファ状態に関する送信データ情報としてのバッファ状態レポート（buffer  status  report：ＢＳＲ）、及び／又は送信データのうちの少なくとも１つの送信により、更なる情報が提供される。
【００３１】
別の好適な実施形態では、メッセージは、アップリンク送信リソースの割り当てを要求するスケジューリング要求（scheduling  request：ＳＲ）であり、更なる情報は、端末から基地局へのアップリンクチャネルに関するチャネル情報の決定を可能にするサウンディング参照信号（sounding  reference  signal：ＳＲＳ）の送信により提供される。
【００３２】
したがって、本発明の実施形態は、基地局又はネットワークからの更なる制御シグナリングを必要とすることなく、更なる情報として追加信号、例えばサウンディング参照信号（Sounding  Reference  Signal：ＳＲＳ）及び／又はＰＵＳＣＨでの送信データ信号（任意的にＢＳＲ（Buffer  Status  Report）及び／又はＣＳＩ（Channel  State  Information）を有する）の送信を提供する。追加信号のためのリソースは予め設定される。したがって、基地局によるＳＲの単なる受信は、追加信号のうちの１又は複数の受信が期待されることを基地局に示し得る。
【００３３】
したがって、ＬＴＥネットワークは、（ＳＲＳを用いて）アップリンクチャネルのサウンディングを実行し、及び／又はスケジューリング要求がトリガされた後出来るだけ早く最新のＵＥバッファ状態（ＢＳＲ）及び／又はＣＳＩを受信し得る。待ち時間（つまり、所用の送信レートに達するまでの時間遅延）及び制御チャネルシグナリングに起因するオーバヘッドは、低減でき、ＵＥにおける省電力が達成できる。
【００３４】
サウンディング参照信号（sounding  reference  signal：ＳＲＳ）は、一種のアップリンク参照信号であり、参照することにより本願明細書に全体が組み込まれる３ＧＰＰ  ＴＳ３６．２１１、セクション５．５．３に更に詳細に記載される。ＳＲＳは、上位層シグナリングにより、又は参照することにより本願明細書に全体が組み込まれる３ＧＰＰ  ＴＳ３６．２１３、セクション８．２に更に詳細に記載されるように特定のダウンリンク制御情報（Downlink  Control  Information：ＤＣＩ）フォーマットによりトリガされても良い。ＤＣＩは、例えばＰＵＳＣＨのためのアップリンク送信許可を含むＰＤＣＣＨ（Physical  Downlink  Control  Channel）で送信される制御シグナリングメッセージに関連する。
【００３５】
ＣＱＩレポート、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲ及びＳＲＳのための無線リソースに関連する設定は、参照することにより本願明細書に全体が組み込まれる３ＧＰＰ  ＴＳ３６．３３１、セクション６．３．２に記載されるように無線リソース制御情報要素で定められても良い。
【００３６】
ＳＲ及びＢＳＲプロトコルは、３ＧＰＰ  ＴＳ３６．３２１、セクション５．４．４、５．４．５に更に記載され、物理アップリンク制御チャネル割り当てを決定する端末の手順のためのＳＲ手順は、参照することにより本願明細書に全体が組み込まれる３ＧＰＰ  ＴＳ３６．２１３、セクション１０に記載される。
【００３７】
好適な実施形態では、（ｉ）メッセージを送信するステップ、及び（ｉｉ）更なる情報を提供するステップは、互いに異なるサブフレームで及び／又はタイミングオフセットで実行される。
【００３８】
したがって、メッセージの送信及び更なる情報の提供は、異なるタイミングで実行されても良い。望ましくは、ＵＥにおけるメッセージ（例えば、スケジューリング要求）のトリガは、ＳＲＳ、又はＢＳＲ又はＰＵＳＣＨのデータのような更なる情報の提供を直接可能にしトリガしても良い。ＳＲＳの送信は、ネットワークがアップリンクチャネル状態を最小遅延で測定すること、及びこの情報を任意の応答（例えば、アップリンクデータ送信のスケジューリング）で用いることを可能にする。ＰＤＳＣＨでのダウンリンク送信はＰＵＳＣＨでのＵＬ送信に続いても良いので（例えば、上位層のＴＣＰ／ＩＰ  ＡＣＫの形式である）、ＵＥはＣＱＩを出来るだけ早く送信することが望ましい。
【００３９】
スケジューリング要求のトリガに続く信号の好適な実施形態は、以下の１又は複数の送信に関する。
【００４０】
・ＳＲ
・ＳＲＳ
・ＰＵＳＣＨ
・ＰＵＳＣＨでの（非周期的）ＣＳＩ、ＰＵＣＣＨでの周期的ＣＳＩが（設定される場合）利用可能であっても良い。
【００４１】
好適な実施形態では、メッセージを送信するステップは、端末から基地局へ、メッセージの送信に関して更なる情報が送信されるサブフレームを示すサブフレーム情報を送信するステップと、端末から基地局へ、メッセージの送信に関して更なる情報の送信のタイミングオフセットを示すオフセット情報を送信するステップと、のうちの少なくとも１つを有する。
【００４２】
好適な実施形態では、サブフレーム及び／又はタイミングオフセットは、更なる情報を表す。
【００４３】
例示的な実施形態では、ＵＥは、サブフレームの特定のサブセット（所与の時間オフセットを有するＮ個のサブフレーム毎）で表されるスケジューリング要求を示すメッセージとしてＳＲＳを送信することのみを設定されても良い。これは、他のＵＥからのＳＲＳとの起こり得る衝突を低減し得る。また、ＵＥは、サブフレームの特定のサブセットで、例えば所与の時間オフセットを有するＮ個のサブフレーム毎に、追加情報を示す変更されたＳＲを送信することのみを設定されても良い。また、時間遅延は、ＳＲとＳＲＳとの間に構成されても良い。この時間遅延は、ＳＲを受信すると、ＵＥもＳＲＳを送信することをネットワークに示すために、仕様又は設定により定められても良い。また、（ＳＲのような）メッセージの送信と、（ＳＲＳのような）更なる情報の提供との間のタイミングオフセットは、端末のバッファ状態を示しても良い。
【００４４】
好適な実施形態では、メッセージを送信するステップは、望ましくはメッセージのパラメータにより示される更なる情報を提供するステップを有する。
【００４５】
したがって、更なる情報は、メッセージの１又は複数のパラメータにより提供されても良い。例えば、好適な実施形態では、ＳＲＳ（及び／又はＣＳＩ、ＢＳＲ及びＰＵＳＣＨのうちの少なくとも１つ）のみが、メッセージとして基地局へ送信される。したがって、更なる情報「スケジューリング要求」は、メッセージ「ＳＲＳ」により基地局に示される。したがって、いかなるＳＲリソースも必要ない。したがって、別の信号（例えばＳＲＳ）が代わりに送信される場合、ＳＲを送信する必要がない。
【００４６】
実施形態によると、単にチャネル情報、送信データ情報及び／又は少なくとも一部の送信データ自体の受信が基地局にアップリンク送信リソースの割り当ての要求又はその指示に関して知らせるので、ＳＲを送信する必要がない。したがって、アップリンク送信リソース割り当てが要求され又は指示されるという情報は、更なる情報を含むメッセージの送信によりエンコードされても良い。例えば、チャネル情報信号及び送信データ情報信号を所定の時間遅延（オフセット）で送信することにより、スケジューリング要求の所定の内容を表しても良い。したがって、スケジューリング要求は、実際に送信する必要がなく、チャネル情報信号及び送信データ情報信号を含むメッセージの送信により表される。別の実施形態では、スケジューリング要求のフォーマットは、チャネル情報及び送信データ情報を所定の時間遅延で送信することにより表されても良い。
【００４７】
望ましくは、メッセージは、更なる情報又はそのフォーマットを表す。したがって、更なる情報又はそのフォーマットは、望ましくはシグナリング要求であるメッセージによりエンコードされる。例えば、異なるＵＥバッファ状態は、ＳＲ及び／又はＳＲＳ送信でエンコードされても良い。代替で、ＰＵＳＣＨでの送信を可能にするＳＲのトリガも、ＵＥにＢＳＲ及び／又は送信データを送信させても良い。
【００４８】
好適な実施形態では、特定の設定で、又は１又は複数の以下の明示的データを送信することにより、ユーザ端末の送信データバッファのバッファ状態を示す。
【００４９】
・ＳＲ：複数のＳＲリソースが設定されても良い。
【００５０】
・ＳＲＳ：複数のＳＲＳリソースが設定されても良い。
【００５１】
・ＰＵＳＣＨ：ＢＳＲは、特定のデータ及び任意的にＣＳＩと一緒に、ＰＵＳＣＨで送信され得る。
【００５２】
例えば、好適な実施形態では、異なるバッファ状態値（又は優先度）は、ＳＲ信号の降板するシーケンス（例えば、正及び負）により示されても良い。
【００５３】
同様に、別の好適な実施形態では、スケジューリング要求及びチャネル情報（又は送信データ情報）は、送信データ情報（又はチャネル情報）を表しても良い。スケジューリング要求とそれぞれ他方を表す情報の他の組み合わせも同様に望ましい。
【００５４】
好適な実施形態では、第２の端末が第２のメッセージを基地局へ送信して、第２のアップリンク送信リソースが第２の端末により使用されると示し、第２の更なる情報が第２の端末により基地局に提供される場合、方法は、端末の更なる情報及び第２の端末の第２の更なる情報が互いに重なり合う場合、端末のメッセージ及び第２の端末の第２のメッセージのために、互いに異なるメッセージリソースを割り当てるステップと、及び／又は端末のメッセージ及び第２の端末の第２のメッセージのメッセージリソースが互いに重なり合う場合、端末の更なる情報及び第２の端末の第２の更なる情報のために、互いに干渉しないように更なる情報リソースを設定するステップと、を更に有する。
【００５５】
例示的な実施形態では、複数のＵＥは、重なり合うＳＲＳリソース／パラメータを設定されても良い。潜在的に干渉するＳＲＳリソース／パラメータを有するＵＥは異なるＳＲリソースを割り当てられることが望ましいので、異なるＵＥからの干渉するＳＲＳ送信の衝突の影響が軽減される。ネットワークは、衝突の場合を識別でき、異なるＵＥからのＳＲＳ送信を無視しても良い。
【００５６】
別の例示的な実施形態では、複数のＵＥは、同じＳＲリソースを割り当てられても良い。ＳＲＳの衝突を低減するために、同じサブフレーム内でＳＲリソースを有するＵＥは、干渉しないＳＲＳリソース／パラメータを設定されることが望ましい。したがって、ネットワークは、異なる受信ＳＲＳから、同じＳＲリソースで送信するＵＥを識別できる。
【００５７】
好適な実施形態では、方法は、基地局において、端末から基地局へ、更なる情報により示されたアップリンク送信リソースで送信された送信データを受信するステップと、を更に有する。
【００５８】
本実施形態では、メッセージは、端末により使用されるアップリンク送信リソースの指示である。したがって、基地局は、アップリンク送信リソースでのデータ受信を直ちに開始しても良い。また、基地局は、現在使用しているアップリンク送信リソースを確認し又は端末に禁止しても良い。次に、端末は、確認されたアップリンク送信リソースで、基地局へ送信データを送信しても良い。したがって、アップリンク送信リソースの割り当ては、望ましくは予め割り当てられたアップリンク送信リソースを用いる端末で実行される、及び／又は使用されるアップリンク送信リソースを確認する基地局で実行されると理解されても良い。
【００５９】
後者の実施形態の好適な追加の又は代替の実施形態では、方法は、基地局において、更なる情報に基づきアップリンク送信リソースを割り当てるステップと、割り当てられたアップリンク送信リソースについて端末に知らせるステップと、を更に有する。
【００６０】
本実施形態では、基地局はデータ送信のために使用される異なるアップリンク送信リソースを割り当て、端末に通知しても良い。次に、端末は、異なる割り当てられたアップリンク送信リソースで基地局へ送信データを送信しても良い。したがって、アップリンク送信リソースの割り当ては、アップリンク送信リソースを再割り当てする基地局において実行されると理解されても良い。
【００６１】
別の態様では、本発明は、基地局と端末とを有するモバイル通信システムにおいて送信を制御する制御部に関し、制御部は、端末から基地局へのメッセージの送信を制御するメッセージ送信制御部であって、該メッセージは、アップリンク送信リソースが端末により用いられることを示す、メッセージ送信制御部と、端末による基地局への更なる情報の提供を制御する更なる情報提供制御部であって、基地局からの制御シグナリングを用いずに更なる情報の送信を可能にする、更なる情報提供制御部と、を有する。
【００６２】
望ましくは、制御部は、本願明細書に記載の方法を実行するよう端末を直接制御するために、端末に含まれる。しかしながら、別の好適な実施形態では、制御部は、基地局に（又はネットワークエンティティに）含まれ、本願明細書に記載の方法を実行するよう端末を予め設定するために例えば基地局から端末への制御シグナリングにより端末を間接的に（遠隔で）制御する。
【００６３】
別の態様では、本発明は、基地局と端末とを有するモバイル通信システムの端末に関し、該端末は、端末から基地局へメッセージを送信するメッセージ送信部であって、該メッセージは、アップリンク送信リソースが端末により用いられることを示す、メッセージ送信部と、端末により基地局に更なる情報を提供する更なる情報提供部であって、基地局からの制御シグナリングを用いずに更なる情報の送信を可能にする、更なる情報提供部と、を有する。
【００６４】
別の態様では、本発明は、基地局と端末とを有するモバイル通信システムの基地局に関し、該基地局は、端末からのメッセージを受信するメッセージ受信部であって、該メッセージは、アップリンク送信リソースが端末により用いられることを示す、メッセージ受信部と、端末により基地局へ提供される更なる情報を受信する更なる情報受信部であって、基地局からの制御シグナリングを用いずに更なる情報の送信を可能にする、更なる情報受信部と、を有する。
【００６５】
別の態様では、本発明は、コンピュータに本願明細書に記載された方法を実行させ又は本願明細書に記載の制御部、本願明細書に記載のユーザ端末若しくは本願明細書に記載の基地局として動作させるプログラムコードを有する（コンピュータ可読媒体に格納されても良い）コンピュータプログラムに関する。
【００６６】
本願の好適な実施形態は、単なる例として添付の図面を参照して以下に説明される。
【図面の簡単な説明】
【００６７】
【図１】論理チャネル、トランスポートチャネル及び物理チャネル、並びにそれらの対応マッピングを示す。
【図２】LTEに基づくシステムの無線リソース割り当てシグナリング手順の一例を示す。
【図３】LTEに基づくシステムの無線リソース割り当てシグナリングサブフレームの一例を示す。
【図４Ａ】本発明の実施形態によるＳＲ及びＳＲＳ送信を示す。
【図４Ｂ】本発明の実施形態によるＳＲ及びＳＲＳ送信を示す。
【図４Ｃ】本発明の実施形態によるＳＲ及びＳＲＳ送信を示す。
【図４Ｄ】本発明の実施形態によるＳＲ及びＳＲＳ送信を示す。
【図５】本発明の実施形態によるＳＲＳ送信のみを示す。
【図６Ａ】本発明の実施形態によるＳＲ及びＰＵＳＣＨ送信を示す。
【図６Ｂ】本発明の実施形態によるＳＲ及びＰＵＳＣＨ送信を示す。
【図７】本発明の実施形態によるＳＲＳ及びＰＵＳＣＨ送信を示す。
【図８Ａ】本発明の実施形態によるＳＲ、ＳＲＳ及びＰＵＳＣＨ送信を示す。
【図８Ｂ】本発明の実施形態によるＳＲ、ＳＲＳ及びＰＵＳＣＨ送信を示す。
【図９Ａ】本発明の実施形態によるモバイル通信システム及び制御部を示す。
【図９Ｂ】本発明の実施形態によるモバイル通信システム及び制御部を示す。
【図１０】本発明の実施形態によるユーザ端末を示す。
【図１１】本発明の実施形態による基地局を示す。
【発明を実施するための形態】
【００６８】
特に示されない限り、以下に記載する実施形態は、ＬＴＥの環境で説明される。ここで、ＬＴＥの環境は、無線通信システム（「ネットワーク」とも称される）がＦＤＤを用いて動作し、それぞれ１又は複数のダウンリンクセルを制御する１又は複数の基地局（「eNodeB」とも称される）を有し、各ダウンリンク（ＤＬ）セルが対応するアップリンクセルを有する。各ＤＬセルは、該サービングセル内で送信される信号を受信し復号化し得る１以上の端末（ＵＥとも称される）に供しても良い。
【００６９】
図２、３のＬＴＥシステムでは、eNodeBは、ＵＥへ及びＵＥからの送信のために時間、周波数、コード及び空間領域で送信リソースの使用を制御するために、制御チャネルメッセージをPDCCHでUEへ送信する。時間領域の無線リソースは、無線リソースで信号を送信するタイミングに関して定められる。ＰＤＣＣＨメッセージは、データ送信がＰＵＳＣＨを用いたアップリンクか又はＰＤＳＣＨを用いたダウンリンクかを示す。また、ＰＤＣＣＨメッセージは、送信リソース、並びに送信モード、アンテナポート、データレート、有効なコードワード数のような他の情報も示す。さらに、ＰＤＣＣＨメッセージは、ＤＬ送信の復調のための位相基準を引き出すためにどの参照信号が用いられるかも示す。異なるアンテナポートだが同じ位置を占める参照信号は、異なる拡散符号により区別される。eNodeBは、UEにより送信されるCSIレポートを用いてダウンリンク（DL）チャネルの情報を得て、ＵＥにより送信されるＳＲＳを用いてチャネル測定を行うことによりアップリンク（ＵＬ）チャネルを得る。
【００７０】
ＵＥからのＵＬ送信を適切な送信パラメータ及びリソースでスケジューリングすることにより適切なリソースを割り当てるために、ＰＵＳＣＨリソースが利用可能なとき、スケジューリング要求が図２、３のＬＴＥシステムのＵＥにおいてトリガされる。ＳＲのためのＰＵＣＣＨリソースは、サブフレーム内のリソースを示すリソースインデックスと、リソースが利用可能なサブフレームが発生する周期性を示す構成インデックスと、周期内のサブフレームの位置を示すオフセットと、に関して定められる。ＵＬで１より多いアンテナポートを有するＵＥでは、異なるＰＵＣＣＨリソースがアンテナポート毎に定められる。
【００７１】
図２、３のＬＴＥシステムにおいてＰＤＣＣＨを介してトリガされる非周期的なＳＲＳのためのリソース及び他のパラメータは、（サブフレームの）周期性、サブフレームオフセット、アンテナポート、帯域幅、周波数領域の位置、送信波（transmission  comb）、及び循環シフトである。
【００７２】
以下に、図４〜１１を参照して本発明の実施形態を説明する。実施形態は、特に、ユーザ端末から基地局への無線リソース割り当てメッセージの送信に関連し、該メッセージは、チャネル情報の送信に使用されるべきリソースに関する情報、及び／又はデータ送信に使用されるべきリソースに関する情報を有する。したがって、好適な実施形態では、ユーザ端末におけるスケジューリング要求のトリガは、サウンディング参照信号（sounding  reference  signal：ＳＲＳ）又はデータ（ＰＵＳＣＨ）の一方又は両方の送信もトリガする。
【００７３】
図４A−Ｄは、本発明の実施形態によるＳＲ及びＳＲＳ送信を示す。
【００７４】
一実施形態では、図４Ａに示すように、ＵＥは、スケジューリング要求がトリガされるときにＵＥが使用する専用ＰＵＣＣＨリソースを設定される。ＵＥは、ネットワークが非周期的ＳＲＳ送信をトリガするときにＵＥが使用する専用ＳＲＳ要求／パラメータも設定される。図４Ｂに示すように、スケジューリング要求がトリガされるとき、ＵＥは、ＳＲのために第１の利用可能なＰＵＣＣＨリソースでＳＲを送信し、次に、ＳＲ送信の後に、非周期的ＳＲＳのために第１の利用可能なリソースでＳＲＳを送信する。ＳＲＳは、ネットワークに、ＵＬチャネル条件に関する早期の情報を提供する。ネットワークは、ＳＲを受信すると、ＵＥもＳＲＳを送信することを知り、他のＵＥにＳＲＳを送信するよう要求することにより同じリソースで衝突するのを回避できる。これを実現するために、最小時間遅延が、ＳＲとＳＲＳとの間に配置される。これは、仕様又は設定により定められても良い。
【００７５】
図４Ａは、ｅＮＢが、ＳＲに応答して、ＵＥにスケジューリング許可を送信することを示す。しかしながら、他の実施形態では、ｅＮＢは、ＳＲに全く応答せず、単にＳＲＳを、任意的にＵＥからの他のシグナリングを待つだけでも良い。また、更なる好適な実施形態では、ｅＮＢは、例えばＵＥからのデータ送信に応答して、スケジューリング確認、禁止又はスケジューリング再割り当てで応答しても良い。したがって、「スケジューリング許可」、「スケジューリング確認」、「スケジューリング禁止」、及び「スケジューリング再割り当て」の表現は、好適な実施形態において、スケジューリング許可、確認、禁止及び／又は再割り当てについて通知することと同義的である。
【００７６】
図示しない別の実施形態では、複数のＵＥが、重複するＳＲＳリソース／パラメータを設定されても良い。潜在的に干渉し合うＳＲＳリソース／パラメータを有するＵＥは異なるＳＲリソースを割り当てられるので、衝突の影響（つまり、異なるＵＥからのＳＲＳ送信の干渉）は最小限に抑えられる。ネットワークは、衝突ケースを識別でき、異なるＵＥからのＳＲＳ送信を無視しても良い。
【００７７】
図示しない別の実施形態では、複数のＵＥは、同じＳＲリソースを割り当てられても良い。ＳＲＳの衝突を減少させるため、同じサブフレーム内のＳＲリソースを有するＵＥは、干渉しないＳＲＳリソース／パラメータを設定される。したがって、ネットワークは、同じＳＲリソースで送信しているＵＥを異なる受信ＳＲＳから識別できる。ネットワークは、例えば異なるスクランブリング、プリコーディング、等に基づき、衝突するＳＲＳを区別しても良い。別の実施形態では、これは、異なるサブフレーム（例えば、隣接する又は連続するサブフレーム）内のＳＲリソースを用いるＵＥからのＳＲＳ送信が重なり合わないよう構成される場合に実現され得る。
【００７８】
図４Ｃに示す別の実施形態では、可能なＳＲ送信の時点のサブセットのみが、ＳＲＳ送信をもたらす。例えば、ＵＥは、サブフレームの特定のサブセット内の（例えば、所与の時間オフセットを有するＮ番目のサブフレーム毎に）ＳＲに対応するＳＲＳのみを送信するよう構成されても良い。これは、他のＵＥからのＳＲＳとの潜在的衝突を低減できる。
【００７９】
図４Ｄに示す別の実施形態では、ＳＲＳ送信は、スケジューリング要求がトリガされた後に、第１の利用可能なＳＲＳリソースで生じる。これは、リソース構成及びスケジューリング要求のタイミングに依存して、ＳＲ及びＳＲＳが、任意の順序で及び同じサブフレーム内でも送信できることを意味する。これは、遅延を最小化する。望ましくは、ネットワークは、常にＳＲＳを受信する準備ができているよう構成される。
【００８０】
図５は、本発明の別の実施形態によるＳＲＳ送信のみを示す。図４Ａ〜４Ｄを参照して記載した特徴は、ＳＲＳのみが送信されＳＲが送信されない点を除いて、図５に示す実施形態に適用できる。したがって、「ＳＲ」は、望ましくは適切なパラメータを有する「ＳＲＳ」により示される。これは、ＳＲリソースが必要ないという利点を有する。
【００８１】
図６A、６Ｂは、本発明の実施形態によるＳＲ及びＰＵＳＣＨ送信を示す。ＵＥは、ＳＲがトリガされるとき、ＳＲのために専用ＰＵＣＣＨリソースを設定される。ＵＥは、ＰＵＳＣＨリソース／送信パラメータも設定される。図６Ａ、６Ｂに示す実施形態では、許可されたＰＵＳＣＨリソースはＢＳＲの送信のために十分であると仮定する。スケジューリング要求がトリガされるとき、ＵＥは、ＳＲのために第１の利用可能なＰＵＣＣＨリソースでＳＲを送信し、次に、ＳＲ送信の後に、第１の利用可能なリソースでＰＵＳＣＨを送信する。ＰＵＳＣＨは、ＢＳＲを含み、ネットワークにＵＥバッファ状態に関する早期の情報を提供する。潜在的遅延は、ＰＤＣＣＨで伝達されるＰＵＳＣＨ割り当てを待たないことにより短縮される。ネットワークは、ＳＲを受信すると、ＵＥもＰＵＳＣＨを送信することを知り、他のＵＥにＰＵＳＣＨを送信するよう要求することにより同じリソースで衝突するのを回避できる。これを実現するために、最小時間遅延がＳＲとＰＵＳＣＨとの間に配置される。時間遅延は、仕様で定められるか又は設定されても良い。ＬＴＥに基づくシステムでは、図６Ｂに示すように、この時間は望ましくは少なくとも４サブフレーム、つまり４ｍｓである。しかしながら、任意の他のサブフレーム数が好適であっても良い。
【００８２】
図示しない別の実施形態では、複数のＵＥは、同じＳＲリソースを割り当てられても良い。ＰＵＳＣＨの衝突を減少させるため、同じサブフレーム内のＳＲリソースを有するＵＥは、干渉しないＰＵＳＣＨリソース／パラメータを設定される。
【００８３】
図示しない別の実施形態では、使用されるＰＵＳＣＨリソース／送信パラメータは、ＵＥにより（例えばＰＤＣＣＨを介して）受信された最近のアップリンク許可と同じである。代替で、パラメータの規定セットは、例えばＵＥ  ＩＤに基づき設定されても良い。
【００８４】
図示しない別の実施形態では、非周期的ＣＳＩリポートがトリガされ、ＰＵＳＣＨで伝達される。ＣＳＩリポートフォーマットは（必要に応じて）上位層のシグナリングにより設定されても良い。これは、ネットワークに、後のＤＬ送信のために早くＣＳＩを準備させる。
【００８５】
図７は、本発明の別の実施形態によるＳＲＳ及びＰＵＳＣＨ送信を示す。図６Ａ、６Ｂを参照して記載した特徴は、ＳＲの代わりにＳＲＳのみが送信される点を除いて、図７に示す実施形態に適用できる。
【００８６】
図８Ａ、８Ｂは、本発明の別の実施形態によるＳＲ、ＳＲＳ及びＰＵＳＣＨ送信を示す。上述の実施形態の特徴は、図８Ａ、８Ｂに示す実施形態と結合できる。図８Ａ、８Ｂに示す実施形態では、ＳＲがトリガされ送信される。利用可能なリソースに依存して、ＳＲ送信の次に、適切な遅延、例えば４サブフレームの後にＰＵＳＣＨが続き、更に長い遅延でＳＲＳが送信される。
【００８７】
図示しない他の実施形態は、以下に示すように、望ましくはＳＲＳ又はＰＵＳＣＨのトリガを示すためにＳＲ値を使用する。ＬＴＥに基づくシステムでは、正のＳＲは、通常、特定のＢＰＳＫシンボル値の存在により（少なくとも同時ＡＣＫ／ＮＡＣＫ送信の不在で）示される。負のＳＲ（つまり、ＳＲがない）は、送信が存在しないことにより示される。
【００８８】
上述の実施形態と組み合わせられる本発明の実施形態では、好適な実施形態の変更されたＳＲ送信が、ＢＰＳＫシンボルの異なる値により以下の２つの異なる設定を示しても良い。
・正のＳＲのみを示す
・ＳＲＳ（及び／又はＰＵＳＣＨ）の送信。
【００８９】
同様に、バッファ状態が、ＳＲＳ（及び／又はＰＵＳＣＨ）の送信の代わりに示されても良い。
【００９０】
これらの実施形態の変形では、好適な実施形態の変更されたＳＲ送信のＱＰＳＫシンボルは、例えば以下の最大４個の異なる設定のうちの１つを示すために用いられても良い。
【００９１】
・ＳＲのみ
・ＳＲＳのみ
・ＰＵＳＣＨのみ
−ＣＳＩを有するＰＵＳＣＨ
−ＣＳＩを有しないＰＵＳＣＨ
・ＰＵＳＣＨ及びＳＲＳ
・バッファ状態
・ＳＲＳ及びバッファ状態。
【００９２】
これらの実施形態の更なる変形として、可能なＳＲ送信時点のサブセットのみが、好適な実施形態の変更されたＳＲ送信に使用される。例えば、ＵＥは、サブフレームの特定のサブセット、例えば所与の時間オフセットを有するＮ番目のサブフレーム毎に、好適な実施形態の変更されたＳＲのみを送信するよう構成されても良い。
【００９３】
図示しない他の実施形態は、本発明の実施形態に従う無線リソース割り当てメッセージ送信によるバッファ状態の指示に関し、以下に説明する。
【００９４】
上述の実施形態の特徴に代えて又は加えて、種々の信号のためのリソース及び送信パラメータ／設定は、上位層のシグナリングにより設定されても良い。例えばＳＲＳのために１より多い可能なリソース／設定／パラメータセットが利用可能な場合、ＵＥにより選択された１つ又は選択された組み合わせ、例えばＳＲ＋ＳＲＳ又はＳＲのみが、ＵＥバッファ内のデータ量、又はそのデータの優先度のような追加情報を示しても良い。一例として、ＳＲのみではなくＳＲ＋ＳＲＳのシグナリングは、ＳＲのみのシグナリングよりも、ＵＥにおけるより多くのデータ又はより高い優先度を示しても良い。
【００９５】
好適な実施形態では、１より多いＵＬアンテナポートを有するＵＥは、アンテナポート毎に異なるリソースでＳＲを送信するよう構成されても良い。したがって、各アンテナポートの信号は（送信される場合）正又は負のＳＲを示すので、スケジューリング要求がトリガされるとき、複数の組み合わせが可能である。これらは、異なるバッファ状態を示すために用いることができる。この態様は、上述の実施形態の特徴と共に用いられることが望ましいが、それらと独立して適用されても良い。したがって、無線リソース割り当てメッセージは、異なるアンテナポートで送信されると見なされるので、チャネル又は送信データ情報を基地局に示すことができる。
【００９６】
更なる実施形態では、例えばそれぞれ２つのアンテナポートを有する異なるＵＥが、ＳＲリソースの異なるペアを設定されても良い。したがって、異なるアンテナポートに異なるＳＲリソースを設定することは、同じＳＲリソースセットが複数のＵＥ間で共有されるとき、異なるＵＥからのＳＲ送信を区別する方法として用いることができる。
【００９７】
更なる実施形態では、バッファ状態に関する情報は、例えば先行する２つの送信インスタンスにより、ＳＲ（及び／又はＳＲＳ）のシーケンスにより示される。異なるバッファ状態値（又は優先度）は、この信号を、ＰＵＳＣＨ割り当てがネットワークにより許可されなかった場合に送信されるＬＴＥにおける（同じ値、つまり例えば全て正を有する）ＳＲ信号と区別するために、ＳＲ信号の交番する（例えば正と負）シーケンスにより示されても良い。
【００９８】
実施形態は、複数の搬送波、つまりキャリアアグリゲーションに適用されても良い。この場合、バッファ状態に関する情報は、異なる搬送波でのＳＲ（及び／又はＳＲＳ）の特定の組み合わせにより示され得る。
【００９９】
実施形態では、上述の方法を用いて示されるバッファ状態は、僅か数ビットに限られ得る。したがって、示されるバッファ状態値は、バッファ内のデータ量の粗量子化バージョンであり（例えば、２ビットにより４個のレベルが示される）、バッファ内のデータ量が閾を超えたか否か（例えば、１ビットにより示される）に従って決定される。
【０１００】
本発明の実施形態をＬＴＥ  ＦＤＤに関して上述したが、本発明の態様は、ＬＴＥ  ＴＤＤや、例えばＵＭＴＳのような他の通信システムにも適用できる。
【０１０１】
上述の実施形態では、ＵＬ及びＤＬ搬送波が対になっていると仮定した。しかしながら、本発明の態様は、非対称な数のＵＬ及びＤＬ搬送波、又は非対称なＵＬ及びＤＬ帯域幅にも適用できる。
【０１０２】
上述の実施形態では、スケジューリング要求はＳＲ送信により示されると仮定したが、本発明は、スケジューリング要求が異なる信号により示される場合にも適用できる。
【０１０３】
ＳＲ及びＳＲＳの潜在的送信に利用可能なサブフレームは、図に示されたよりも頻繁であり、データ到着とデータ送信との間の明らかな時間遅延（タイミングオフセット）を短縮しても良い。また、例えばＳＲ及びＳＲＳのサブフレーム間の遅延又はオフセットは、例示的な図に示したものと異なっても良い。
【０１０４】
ネットワークによるＳＲの受信は、通常、低い誤り率を有する。これは、ＵＥが（ＳＲＳ又はＰＵＳＣＨのような第２の信号を示す）ＳＲを送信し、ＳＲがネットワークにより受信されないという状況が、少ない頻度でしか起こらないことを意味する。したがって、ネットワーク第２の信号に気付かないことから生じ得る干渉、及び同じリソースに他のアップリンク送信をスケジューリングすることが、低減される。
【０１０５】
図９Ａは、本発明の実施形態に従う、端末１０、基地局２０、及び制御部３０を有するモバイル通信システム１を示す。ＵＥ１０は、基地局２０と通信するようにされ、特に基地局１０へアップリンクで送信データを送信するようにされる。ＵＥ１０は、望ましくは上位のシグナリング、例えばＲＲＣシグナリングにより任意の上述の実施形態のために予め設定されても良い。ＵＥ１０は、ＵＥ１０自体に、基地局２０内に、又はネットワークエンティティ（図示しない）内に含まれる制御部３０により、本発明の一態様による方法を実行するよう制御されても良い。
【０１０６】
図９Ｂは、本発明の実施形態による制御部を示す。制御部３０は、モバイル通信システム１内の送信を制御するようにされる。制御部３０（又は以下に説明するサブユニット３１、３２、及び／又は３３）は、ユーザ端末１０、基地局２０及び／又はネットワークに含まれても良い。制御部３０は、端末から基地局へのメッセージ送信を制御するよう適応されるメッセージ送信制御部３１を有する。ここで、該メッセージは、アップリンク送信リソースが端末１０により使用されることを示す。制御部３０は、端末１０により基地局２０に更なる情報の供給を制御する更なる情報供給制御部３２を更に有する。
【０１０７】
図１０は、本発明の実施形態による端末１０を示す。端末１０は、基地局２０に送信データを送信するよう適応される。端末１０は、端末１０から基地局２０へメッセージを送信するメッセージ送信部１１を有する。ここで、該メッセージは、アップリンク送信リソースが端末１０により使用されることを示す。端末１０は、端末１０により基地局２０に更なる情報を供給する更なる情報供給部１２を更に有する。
【０１０８】
図１１は、本発明の実施形態による基地局２０を示す。端末２０は、端末１０からの送信データを受信するよう適応される。基地局２０は、端末１０からメッセージを受信するメッセージ受信部２１を有する。ここで、該メッセージは、アップリンク送信リソースが端末１０により使用されることを示す。基地局２０は、端末１０により基地局２０に供給される更なる情報を受信する更なる情報受信部２２を更に有する。
【図１】
0005880712.tif 000002
【図２】
0005880712.tif 000003
【図３】
0005880712.tif 000004
【図４Ａ】
0005880712.tif 000005
【図４Ｂ】
0005880712.tif 000006
【図４Ｃ】
0005880712.tif 000007
【図４Ｄ】
0005880712.tif 000008
【図５】
0005880712.tif 000009
【図６Ａ】
0005880712.tif 000010
【図６Ｂ】
0005880712.tif 000011
【図７】
0005880712.tif 000012
【図８Ａ】
0005880712.tif 000013
【図８Ｂ】
0005880712.tif 000014
【図９Ａ】
0005880712.tif 000015
【図９Ｂ】
0005880712.tif 000016
【図１０】
0005880712.tif 000017
【図１１】
0005880712.tif 000018