(57)【要約】  本発明はネットワークにおいて通信するための方法に関し、ａ）二次局が、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するステップと、ｂ）二次局が、配分されたリソースのサイズがメッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するようにメッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するステップと、ｃ）二次局が一次局へメッセージを伝送するステップとを有する。
2011530929.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいて通信するための方法であって、
ａ）二次局が、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するステップと、
ｂ）前記二次局が、前記配分されたリソースのサイズが前記メッセージのサイズに必要とされるよりも大きい場合、第一レベルの信頼性に対応するように前記メッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するステップと、
ｃ）前記二次局が前記一次局へ前記メッセージを伝送するステップとを有する、方法。
【請求項２】
前記レポートが、前記二次局のバッファにおけるデータの量を示す、請求項１に記載の方法。
【請求項３】
ステップｂ）が、前記二次局が、前記レポートが前記二次局の前記バッファにデータがないことを示す場合、前記第一レベルの信頼性に対応するように前記メッセージの少なくとも１つの伝送パラメータを設定するステップをさらに有する、請求項２に記載の方法。
【請求項４】
前記第一レベルの信頼性に対応するように前記メッセージの前記伝送パラメータを設定するステップが、前記メッセージの前記信頼性を増すために前記データフィールドの少なくとも１つの未使用ビットを使用するステップを有する、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記第一レベルの信頼性に対応するように前記メッセージの前記伝送パラメータを設定するステップが、前記配分されたリソースのサイズに至るまで１つ以上のメッセージビットを繰り返すステップを有する、請求項４に記載の方法。
【請求項６】
前記第一レベルの信頼性に対応するように前記メッセージの前記少なくとも１つの伝送パラメータを設定するステップが、前記配分されたリソースサイズよりも小さいメッセージサイズを選択するステップと、前記選択されたメッセージサイズ及び前記配分されたリソースサイズによって決まるチャネルコーディングを選択するステップとを有する、請求項１乃至３のいずれか一項に記載の方法。
【請求項７】
前記第一レベルの信頼性に対応するように前記メッセージの前記少なくとも１つの伝送パラメータを設定するステップが、前記配分されたリソースサイズよりも小さい伝送されたリソースサイズを選択するステップと、前記選択されたメッセージサイズ及び前記選択されたリソースサイズによって決まるチャネルコーディングを選択するステップとを有する、請求項１乃至３のいずれか一項に記載の方法。
【請求項８】
前記メッセージサイズ及び前記チャネルコーディングが所定のメッセージサイズ及びチャネルコーディングのセットから選択される、請求項６又は７に記載の方法。
【請求項９】
ｄ）前記一次局が前記メッセージを受信するステップと、ｅ）前記第二レベルの信頼性に対応するチャネルコーディングで前記メッセージをデコードするステップと、ｆ）デコーディングが失敗する場合、前記チャネルコーディングのセットから１つのチャネルコーディングを選択し、この選択されたチャネルコーディングで前記メッセージをデコードするステップとをさらに有する、請求項８に記載の方法。
【請求項１０】
ｄ）前記一次局が前記メッセージを受信するステップと、ｅ）前記第二レベルの信頼性に対応するチャネルコーディングで前記メッセージをデコードするステップと、ｆ）デコーディングが失敗する場合、前記メッセージサイズのセットから１つのメッセージサイズを選択し、この選択されたメッセージサイズで前記メッセージをデコードするステップとをさらに有する、請求項８に記載の方法。
【請求項１１】
前記少なくとも１つの伝送パラメータが送信電力を有する、請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するためのコントローラであって、前記コントローラは、前記配分されたリソースのサイズが前記メッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するように前記メッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定する、コントローラと、前記一次局へ前記メッセージを伝送するための手段とを有する、二次局。
【請求項１３】
一次局と少なくとも１つの二次局とを有するシステムであって、前記二次局は、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するためのコントローラであって、前記コントローラは、前記配分されたリソースのサイズが前記メッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するように前記メッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定する、コントローラと、前記一次局へ前記メッセージを伝送するための手段とを有する、システム。
【請求項１４】
二次局と通信するための手段を有する一次局であって、前記手段は前記二次局からメッセージを受信するための受信機と、第二レベルの信頼性に対応するチャネルコーディングで前記メッセージをデコードするためのデコーダと、デコーディングが失敗する場合にチャネルコーディングのセットから１つのチャネルコーディングを選択するためのコントローラとを有する、一次局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一次局と少なくとも１つの二次局を有するネットワークにおいて通信するための方法、及びかかる二次局に関する。より具体的には、本発明は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）又はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワークのような移動通信ネットワークにおいて通信するための方法に関する。
【０００２】
本発明は、例えばＵＭＴＳ及びＵＭＴＳ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎに関するが、複数端末から基地局へ通話をルートするハブにも関する。
【背景技術】
【０００３】
ＵＭＴＳシステムのような移動通信ネットワークにおいて、一次局、例えばＮｏｄｅ  Ｂ（又は基地局又はｅＮＢ）は、複数のチャネルを用いて、少なくとも１つの二次局、例えばユーザ装置（又は移動局）と通信する。一次局へデータを伝送するために、二次局は一次局にリソースを要求する必要があり、そしてそれが配分される。このＵＬ（アップリンク）伝送のためのリソース配分の要求は、考慮されるチャネルに応じていくつかの方法でなされることができる。
【０００４】
一例において、リソースを要求するためには、伝送されるべきデータ、すなわち二次局のバッファにおけるデータの量を示す必要がある。この目的のため、二次局は一次局へ、二次局バッファにおけるデータの量を示すＢＳＲ（バッファステータスレポート）を伝送する。従って、一次局はネットワークの能力と、伝送されるべきデータの量の両方に対応するリソースを配分する。これはリソースの配分が調節されることを可能にする。
【０００５】
このレポートを伝送するために、二次局は例えばＡＲＱプロトコル、又はＨＡＲＱプロトコルを使用する。これは、二次局が一次局から受信の肯定応答を受信するまでメッセージを再送し得ることを意味する。こうした場合、第一のバッファステータスレポートが、伝送された後しばらくしてから、場合によっては第一のレポートを更新することを意図した第二のレポートの受信後でさえも、最終的に正確に受信されることが可能である。こうした場合、一次局は第一のレポートが現在の状態をあらわすものと信じて第二のレポートを破棄し得る。これは、リソースの無駄（第二のレポートがバッファにデータがないことを示した場合）、又は遅延（第一のレポートがバッファにデータがないことを示した場合）につながる可能性がある。
【０００６】
ＵＬリソースの配分はＤＬ（ダウンリンク）において伝送される制御チャネルを用いてなされる。ＵＥが制御チャネルを誤って受信する場合、又は何も伝送されなかったときに制御チャネルをデコードする場合、ＵＥはＵＬリソースのグラント（ｇｒａｎｔ）を受信したかのように振る舞い、例えばＵＬにおいて伝送する。この伝送は、ｅＮＢがそのＵＥからの伝送を予期していないリソース上にのる可能性があるため、これは他のＵＬ伝送への干渉をもたらす可能性がある。
【０００７】
同様の制御チャネルメッセージは、ＵＥへＤＬ伝送の存在を示すために使用される。こうしたメッセージはＵＥによって誤って又は不正確に受信され得る可能性がある。これは問題（例えばＡＣＫ／ＮＡＣＫ応答が間違ったＵＬリソース上で伝送される）を生じる可能性があるが、これらは偽のＵＬグラントよりは深刻ではない可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、このバッファステータスレポートの遅延受信の問題が軽減されることを可能にする方法を提案することである。
【０００９】
本発明のさらに別の目的は、一次局におけるバッファステータスレポートの管理を改善する方法を提案することである。
【００１０】
本発明のさらに別の目的は、一次局におけるＢＳＲの順序付けの混乱のリスクが低減されることを可能にする方法を提案することである。
【課題を解決するための手段】
【００１１】
この目的のため、ネットワークにおいて通信する方法が提案され、該方法は、
ａ）二次局が、レポートと、配分されたリソースにおいてデータを含むためのデ−タフィールドとを有するメッセージの一次局への伝送を準備するステップと、
ｂ）二次局が、配分されたリソースのサイズがメッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するようにメッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するステップと、
ｃ）二次局が一次局へメッセージを伝送するステップとを有する。
【００１２】
本発明の第二の態様によれば、二次局が提案され、該二次局は、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するためのコントローラを有し、該コントローラは、配分されたリソースのサイズがメッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するようにメッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するように構成され、並びに該二次局は一次局へメッセージを伝送するための手段を有する。
【００１３】
二次局と通信するための手段を有する一次局であって、該手段は、二次局からメッセージを受信するための受信機と、第二レベルの信頼性に対応するチャネルコーディングでメッセージをデコードするためのデコーダと、デコーディングが失敗する場合にチャネルコーディングのセットから１つのチャネルコーディングを選択するためのコントローラとを有する。
【００１４】
本発明の第三の態様によれば、通信システムが提案され、該システムは、一次局と少なくとも１つの二次局を有し、該二次局は、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するためのコントローラを有し、該コントローラは、配分されたリソースのサイズがメッセージのサイズよりも大きい場合、第一レベルの信頼性に対応するようにメッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するように構成され、並びに該二次局は一次局へメッセージを伝送するための手段を有する。
【００１５】
本発明の第四の態様によれば、一次局が提案され、該一次局は二次局と通信するための手段を有し、該手段は、二次局からメッセージを受信するための受信機と、第二レベルの信頼性に対応するチャネルコーディングでメッセージをデコードするためのデコーダと、デコーディングが失敗する場合にチャネルコーディングのセットから１つのチャネルコーディングを選択するためのコントローラとを有する。
【００１６】
結果として、ＢＳＲの伝送が、特にバッファにデータがない場合又は少量のデータがある場合に、改善され得る。これは結果として、このメッセージが失われる可能性が低くなり、このメッセージを一回目で伝送させる可能性が高くなる。このため、バッファにデータがないことを示すメッセージは他のメッセージよりも迅速に伝送される可能性がある。従って、これはＢＳＲの順序付けの混乱のために、配分された可能性のあるリソースを除去するリスクの低下を可能にする。
【００１７】
本発明のこれらの及び他の態様は、本明細書に記載の実施形態から明らかとなり、それらを参照して解明される。
【００１８】
本発明は、例として添付の図面を参照してより詳細に説明される。
【図面の簡単な説明】
【００１９】
【図１】本発明が実施されるシステムのブロック図である。
【図２】従来技術にかかるメッセージの交換を図示するタイムチャートである。
【発明を実施するための形態】
【００２０】
本発明は、基地局のような一次局１００、及び移動局のような少なくとも１つの二次局２００を有する、図１に図示されるような通信システム３００に関する。
【００２１】
無線システム３００は、複数の一次局１００及び／又は複数の二次局２００を有し得る。一次局１００は送信手段１１０と受信手段１２０を有する。送信手段１１０の出力と受信手段１２０の入力は、例えばサーキュレータ又は切り替えスイッチであり得る結合手段１４０によってアンテナ１３０へ結合される。送信手段１１０と受信手段１２０には、例えばプロセッサであり得る制御手段１５０が結合される。二次局２００は送信手段２１０と受信手段２２０を有する。送信手段２１０の出力と受信手段２２０の入力は、例えばサーキュレータ又は切り替えスイッチであり得る結合手段２４０によってアンテナ２３０へ結合される。送信手段２１０と受信手段２２０には、例えばプロセッサであり得る制御手段２５０が結合される。一次無線局１００から二次局２００への伝送はダウンリンクチャネル１６０上で行われ、二次無線局２００から一次無線局１００への伝送はアップリンクチャネル２６０上で行われる。
【００２２】
時々、二次局２００はアップリンクチャネル２６０上で、伝送されるべきデータを含むそのバッファの状態の表示を伝送する。このバッファステータスレポートは異なる型であることができる。短いバッファステータスレポート（ＢＳＲ）は、論理チャネルの単一グループの識別を、伝送を待っている二次局のバッファに現在存在する論理チャネルのそのグループに対応するデータの量の６ビット表示と共に有する。長いＢＳＲは、各々が論理チャネルの異なるグループに対応する４個の連結された短いＢＳＲを有する。
【００２３】
多くの通信システムは、異なるノードへの伝送リソースの配分に関与する集中スケジューラを用いて動作する。典型的な例はＵＭＴＳ  ＬＴＥのアップリンクであり、ここでは異なるＵＥからのアップリンク伝送が時間及び周波数においてｅＮＢによってスケジュールされる；ｅＮＢは、典型的にはグラントメッセージの伝送から約３ｍｓ後に、ＵＥの伝送のための特定の時間‐周波数リソースを示す、"スケジューリンググラント"メッセージをＵＥへ伝送する。グラントメッセージはまた、典型的にはＵＥの伝送のために使用されるべきデータレート及び／又は電力も指定する。
【００２４】
ｅＮＢが適切なグラントを発行するためには、各ＵＥのバッファにおいて伝送を待っているデータの量、型、及びその緊急性について十分な情報を持つ必要がある。この情報は、ｅＮＢにおけるスケジューラに、個々のＵＥの満足度、又はそのサービスがドロップ寸前であり得るＵＥのいずれかを知らせるために使用されることができる。
【００２５】
従ってＬＴＥにおいて、複数の異なる型のバッファステータスレポート（ＢＳＲ）メッセージが規定され、これは特定のトリガが発生するとＵＥからｅＮＢへ伝送され得る。この点において従来技術は、参照のために組み込まれる現行版の３ＧＰＰ  ＴＳ３６．３２１（２００８年６月現在）、§５．４．５によって規定される。
【００２６】
短いＢＳＲは、論理チャネルの単一グループの識別を、伝送を待っているＵＥのバッファに現在存在する論理チャネルのそのグループに対応するデータの量の６ビット表示と共に有する。長いＢＳＲは、各々が論理チャネルの異なるグループに対応する４個の連結された短いＢＳＲを有する。
【００２７】
これは参照によって組み込まれる３６．３２１（２００８年６月現在）§６．１．３．１に現在規定されている。
【００２８】
このパラグラフにおいて詳述される通り、異なる特徴を持つバッファステータスレポート（ＢＳＲ）の２つの主要な型がある：
‐ＵＬデータがＵＥ伝送バッファに到着する場合、及びデータがＵＥ伝送バッファに既に存在していたデータよりも高い優先度で論理チャネルに属する場合にのみ始動されるレギュラーＢＳＲ。
‐ＰＥＲＩＯＤＩＣ  ＢＳＲ  ＴＩＭＥＲが切れるときに始動される周期的ＢＳＲ。
【００２９】
ＵＥがこのＴＴＩの間に新たな伝送のために配分されるＵＬリソースを持たない場合、及びＢＳＲの最後の伝送以後にレギュラーＢＳＲが始動されている場合、スケジューリングリクエスト（ＳＲ）が始動されるものとする。
【００３０】
ＢＳＲ機構は、レギュラーＢＳＲの送信のために利用可能なＵＬリソースがない場合に、レギュラーＢＳＲのみがＳＲの送信を始動することができるように設計されている。周期的ＢＳＲが始動され、かつ配分されるＵＬリソースがないときは、ＵＥが利用可能なデータを持つことをネットワークが知っており、ＵＥが使用するためのＵＬリソースを意図的に配分していないと考えられるため、ＵＥはＳＲを送信することができない。
【００３１】
もし、ＢＳＲの送信のために利用可能なＵＬリソースがない場合に周期的ＢＳＲがＳＲを送信することを許可されるとしたら、ＳＲを送信するＵＥでシステムに負荷がかかり過ぎる可能性がある。特にＵＥが利用可能なＰＵＣＣＨリソースを持たない場合、ＳＲはＲＡＣＨアクセスの送信を必要とするだろう。
【００３２】
また、３６．３２１において、ＵＬ‐ＳＣＨリソースがグラントされるまで、ＳＲはペンディングであると見なされ、繰り返されることが規定されている。
【００３３】
上記のＢＳＲ手順の問題は、ＵＥにおけるバッファの状態についてネットワークが知っている情報が、ＵＥバッファの実際の状態と異なり得る可能性があるということである。これはＢＳＲがｅＮＢにおいて順序が狂って受信されるときに起こり得る。
【００３４】
ネットワークが異なる時間にＵＥからＢＳＲを受信する場合、例えばＨＡＲＱ再送のために、より前のＢＳＲが遅れて受信されているだけかもしれないので、ｅＮＢが、どれがＵＥによって送信された最後のＢＳＲであったかを決定する方法はない。これは、ゼロを持つＢＳＲがＵＥによって受信され得、そして、ＵＥが今そのバッファ内に送信されるべきデータを持っていても、ネットワークがＵＥからＵＬリソースを除去するという問題につながり得る。たとえ周期的ＢＳＲが設定されても、レギュラーＢＳＲのためのトリガ（優先度の高い新たなデータ）が満たされないため、ＵＥはＳＲを送信することができない。
【００３５】
この一例が図２に示される。このタイムチャート上では、バッファステータスレポート１００１の前に送信されるバッファステータスレポート１０００が、再送の数のために、その後にのみ受信されることが見られる。このレポート１０００は、バッファステータスレポートにデータがないことを示すことができる周期的レポートであり得る。一次局が指示された順序でレポートを受信する場合、これは現在のステータスが、二次局のバッファにデータがないと誤って信じることになる。そのため、これはグラントされるべきであったＵＬリソースをＵＥから除去することになる。
【００３６】
レポート１０００が、伝送されるべきデータがあることを示す通常レポートであり、レポート１００１が、伝送されるべきデータがもうないことを示す周期的レポートである場合、一次局は、この混乱のために、必要でなかったにもかかわらずリソースを配分し得る。これはリソースの無駄につながる。しかしながら、この状況は起こりにくい。
【００３７】
ここでの主要な問題は、もしＳＲが周期的ＢＳＲから生成されるとしたら、ＵＥは利用可能なものがないかもしれないときにＵＬリソースを絶えず要求することになるため、ＳＲが周期的ＢＳＲから生成されることができないということである。
【００３８】
さらに、上記の場合、ＵＥのバッファステータスのネットワークの観点から、ＵＬデータバッファはその実際の状態と同期していない。本発明は、以下で説明される通り、ＢＳＲと共に伝送される情報を用いて、ＵＥからのＢＳＲが実行されるべき順序を区別するための方法を提供する。
【００３９】
ＬＴＥにおいて、二次局がデータの量に対して大き過ぎるアップリンクグラントを持つとき（例えばバッファにデータがない場合）、これはとにかく伝送し、可能であればパディングＢＳＲを含むパディングを加える。パディングはグラントされたトランスポートブロックサイズに達するために適用される。これは伝送されるべきデータがない場合であっても起こる。この状況はパディングビットの送信から無駄なアップリンクリソースにつながる可能性がある。
【００４０】
効率的なスケジューリングを可能にするためには、ＢＳＲの確実な受信が重要である。従ってＢＳＲロバスト性を改善するための方法が関心事となる。
【００４１】
原則的に、デコーディングプロセスにおいてパディングビットを活用することは可能であろう（その値がわかっているという条件で）。しかしながら、これは受信機デコーディングアルゴリズムに変化を必要とし、これらのビットを使用する最も効率的な方法ではないだろう。
【００４２】
本発明の一態様は、二次局が、アップリンクデータ伝送プラスＢＳＲなどの他のシグナリングのために必要とされる以上のリソースをグラントされるとき、これはパディングビットではなく付加冗長性を伝送するために付加リソースを使用し得るという認識に基づく。これはＢＳＲメッセージの正確なデコーディングの可能性を増すことができる。本発明のこの態様の主要な欠点は、一次局又はｅＮｏｄｅＢが付加処理を持ち得るということである。例えば、アップリンクパケットの受信が失敗する場合、ｅＮｏｄｅＢはまた、パディングＢＳＲ（又は既知サイズの他のメッセージ）が代わりに送信されているという仮定の下でデコーディングを試みる必要があるかもしれない。これは付加ソフトバッファが保持されることを必要とし得る。幸いにも、データなしで送信されるＢＳＲの場合トランスポートブロックサイズは大きくないので、追加処理負荷は通常は小さい。同様の欠点は同じグラントＵＬリソースに対して１つよりも多くのフォーマットでＵＥが伝送し得るいかなる場合にも当てはまる。
【００４３】
ＬＴＥに基づく一実施形態において、二次局がＵＬグラント（リソースとトランスポートブロックサイズを示す）を受信するが、送信すべきデータを持たないとき、これはパディングＢＳＲを伝送する。本発明によればトランスポートブロックサイズはＢＳＲメッセージを送信するためにちょうど十分な値へ削減される。そしてチャネルコーディングが通常の方法で適用され、これはトランスポートブロックサイズに至るまで冗長性を付加する。ｅＮｏｄｅＢは、得られるメッセージを、まず通常伝送の仮定の下でデコードしようとし、そしてそれが失敗する場合、ＢＳＲがより小さなトランスポートブロックで（ただし限られたサイズのセットの１つで）送信されたという仮定の下でデコードすることができる。
【００４４】
ＬＴＥに基づく別の実施形態において、二次局がアップリンクグラント（リソースとトランスポートブロックサイズを示す）を受信するが、グラントに示されたものよりも少ない送信すべきデータを持つとき、本発明によれば、これは削減されたトランスポートブロックサイズ（限られたセットから選ばれ得る）を仮定し、パディングＢＳＲとデータを伝送する。チャネルコーディングはその選択されたトランスポートブロックサイズに対して通常の方法で適用される。結果として、チャネルコーディングは典型的には通常サイズのブロックに対応するコーディングよりも低いレートとなり得る。ｅＮｏｄｅＢは得られるメッセージを、まず通常伝送の仮定の下でデコードしようとし、そしてそれが失敗する場合、ＢＳＲがより小さなトランスポートブロックサイズ（ただし限られたサイズのセットの１つ）、及びその対応するコーディングで送信されたという仮定の下でデコードすることができる。この実施形態の変形例においては、１つのコーディングのみが各サイズのトランスポートブロックに関連付けられる。
【００４５】
ＬＴＥに基づく別の実施形態において、ＵＥがＵＬグラント（リソースとトランスポートブロックサイズを示す）を受信するが、グラントに示されたよりも少ない送信すべきデータを持つとき、トランスポートブロックサイズは変わらないが、メッセージは、そのサイズをグラントされたトランスポートブロックサイズに等しくなるように増加させるために、トランスポートブロックの中で繰り返される。チャネルコーディングは通常の方法で適用される。これはパディングビットがデータの繰り返しによって効果的に置き換えられることを意味する。これは、データの繰り返しを効率的に利用するために、受信機デコーディングアーキテクチャに変化を必要とするという欠点を持つ。
【００４６】
本発明の変形例において、本発明は以下の実施形態の１つと組み合わせて使用されることができる。
【００４７】
以下の実施形態は、ＵＥが、データを持たないが、送信すべきいくつか他の小さなメッセージがある場合、グラントされた全リソースを用いて伝送する必要がないという認識に基づく。例えば、ＵＥがＢＳＲなどのいくつか小さなメッセージを送信すべき場合は、このバッファステータスレポートと共に送信すべきデータを持たないときでも、ＵＥは限られたリソース（及び削減されたトランスポートブロックサイズ）で伝送することが提案される。ｅＮｏｄｅＢが、得られるメッセージサイズと使用されるリソースを知っていることを確実にするために、これらは理想的にはグラントされたリソースから得られるべきである。例えば、グラントされたリソースがｎのリソースブロックである場合、利用されるリソースのサイズは０．２５ｎブロックとなり得る。
【００４８】
二次局が実際にリソースをグラントされるがデータを持たない場合、これはそれでもやはりＢＳＲ又は他のメッセージを送信することができる。ＵＬグラントの誤検出の場合、ＵＬ干渉は通常、グラントされた全リソースをＵＥが使用した場合よりもかなり低くなる。
【００４９】
これは前述の実施形態と例えば次の実施例のように組み合わされることができる。二次局は、バッファステータスレポートを伝送するために１個のリソースブロックで十分であるが、８個のリソースブロックをグラントされ、そして伝送されるべきデータはない。従ってこのＢＳＲを２個のリソースブロック及び対応するコーディングで送信することが提案される。そして、二次局は残り６個のリソースブロックの間に自らが伝送するのを防ぐ。この実施形態の主要な欠点は、ｅＮｏｄｅＢが付加処理を持ち得るということである。例えば、二次局パケットの受信が失敗する場合、ｅＮｏｄｅＢはまた、より小さなリソースにおいてデータなしでＢＳＲが送信されるという仮定の下でデコーディングを試みる必要があり得る。これは付加ソフトバッファが保持されることを必要とし得る。幸いにも、他のデータなしで送信されるＢＳＲの場合トランスポートブロックサイズは大きくないので、追加処理負荷は小さい。
【００５０】
ＬＴＥに基づくこの実施形態の変形例において、二次局がＵＬ伝送のためのグラントを受信するが、送信すべきデータを持たない場合、仕様はこれがＢＳＲを送信することを要求する。ＢＳＲはグラントメッセージから得られるリソースにおいて送信される。一例として、これはグラントされたリソースにおけるリソースブロックのセット内の単一最低周波数リソースブロック（ＲＢ)であるように規定されることができる。トランスポートブロックサイズはＢＳＲ（及び任意の関連オーバーヘッド）を含むことができる最小サイズであるように固定される。
【００５１】
ＵＭＴＳ又はＬＴＥに限定されない、本発明の応用の様々な実施例において、リソースは周波数ドメインリソースブロック、タイムスロット又はコードであることができる。本発明のこれらの実施形態は他のメッセージにも適用されることができる。一次局の処理負荷を削減するための主要な要件の１つは、メッセージサイズがわかっているか又は推定されることができるということである。そして、一次局はメッセージサイズ（及びリソース配分）を仮定して付加デコーディングを実行することができる。結果として、許可されたメッセージサイズの小さなセットのサポートが可能となるだろう。
【００５２】
これらの実施形態はまた、二次局が伝送すべきデータを持つが、データパケットに対してリソースがあまりにも大き過ぎる場合にも適用されることができ、この場合より小さなリソースが代わりに使用されることができる（例えばグラントされたリソースの半分）。一般的に、このアプローチは、各ＵＬグラントに応じて許可され得る、少数の付加リソースサイズ（及びトランスポートブロックサイズ）をもたらし得る。従ってｅＮｏｄｅＢは各パケットに対して、そのサイズについて異なる仮定の下で、１回よりも多くのデコーディング試行を実行することを要求され得る。しかし上述の通り、これはトランスポートブロックサイズの小さなセットでなされることができる。
【００５３】
本発明及びその様々な実施形態は、ＵＭＴＳ及びＬＴＥなど、通信装置が集中スケジューリングを利用する移動通信システムにおいて実施され得る。
【００５４】
さらに、本発明は複数端末から基地局へ接続をルートするハブに対しても同様に実施されることができる。こうした装置はネットワーク観点から二次局のように見えるだろう。
【００５５】
本明細書及び請求項においてある要素に先行する"ａ"又は"ａｎ"という語は、かかる要素の複数の存在を除外しない。さらに、"有する"という語は、列挙されたもの以外の要素又はステップの存在を除外しない。
【００５６】
請求項において括弧内に参照符号を含むことは、理解を助ける目的であって限定する目的ではない。
【００５７】
本開示を読むことで、他の変更が当業者に明らかとなるだろう。かかる変更は、無線通信の技術、及び送信機電力制御の技術で既に知られている、並びに本明細書に既に記載の特徴の代わりに、又はそれに加えて使用され得る、他の特徴も含み得る。
【図１】
2011530929.tif 000003
【図２】
2011530929.tif 000004
【国際調査報告】
2011530929.tif 000005
2011530929.tif 000006
2011530929.tif 000007
2011530929.tif 000008
2011530929.tif 000009