【誤訳訂正書】
【提出日】平成24年3月16日(2012.3.16)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内で、アップリンク上でデータを送信するためのリソースを要求する方法であって、移動端末によって実行される以下のステップ、すなわち、
リソース割当ての役割を担うネットワークエンティティに、コンテンションベースのチャネルを介してリソース要求を送信するステップと、
前記リソース要求への応答において、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信するステップと、
前記リソース要求への応答において、リソース割当ての役割を担う前記ネットワークエンティティからタイミング調整コマンドを受信するステップと、
スケジュールされた前記共有チャネル上でスケジューリング情報を送信する前に、前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させるステップと、
を含んでいる、方法。
【請求項２】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記方法が、
前記リソース割当てメッセージに応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネルを介してスケジューリング情報を送信するステップと、
スケジューリング情報の前記送信への応答において、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を受信するステップと、
をさらに含んでいる、請求項１に記載の方法。
【請求項３】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リファレンス信号を送信するために前記移動端末に許可されるリソースを示している、請求項１または請求項２に記載の方法。
【請求項４】
前記リソース要求への応答において前記リソース割当てメッセージを受信した時点で、リソース割当ての役割を担う前記ネットワークエンティティにリファレンス信号を繰り返し送信するステップ、
をさらに含んでいる、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記移動端末が、前記リソース要求への応答において受信される前記リソース割当てメッセージの中で示されている、スケジュールされた前記共有チャネル用に許可される前記リソース、を使用して、前記リファレンス信号を繰り返し送信する、請求項４に記載の方法。
【請求項６】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、前記リファレンス信号を繰り返し送信するために前記移動端末に許可されるリソースを示しており、
前記移動端末が、前記リファレンス信号を繰り返し送信するために許可される前記リソースを使用して、前記リファレンス信号を繰り返し送信する、
請求項５に記載の方法。
【請求項７】
前記リファレンス信号の前記送信の周期が、前記移動通信システムの前記ネットワークエンティティから受信される制御シグナリングによって設定される、または、前記移動端末によって制御される、請求項５または請求項６に記載の方法。
【請求項８】
前記移動端末が、スケジューリング情報の送信への応答において、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を受信した時点で、前記リファレンス信号の送信を停止する、請求項５から請求項７のいずれかに記載の方法。
【請求項９】
前記タイミング調整コマンドが、前記リソース要求への応答において受信される前記リソース割当てメッセージの中に含まれている、請求項１から請求項８のいずれかに記載の方法。
【請求項１０】
アップリンク上でデータを送信するためにシングルキャリアＦＤＭＡ方式が使用される、請求項１から請求項９のいずれかに記載の方法。
【請求項１１】
前記コンテンションベースのチャネルが、アップリンクアクセス時に分散型スペクトルにマッピングされる、請求項９に記載の方法。
【請求項１２】
アップリンクアクセス時にリソース要求を送信するために使用される帯域幅が、送信するためのリソースが要求されているデータの優先順位に比例する、請求項９または請求項１０に記載の方法。
【請求項１３】
リソース要求を送信するために前記移動端末が使用することを許可される帯域幅が、前記移動通信システムの前記ネットワークエンティティから受信される制御シグナリングによって設定される、請求項９から請求項１１のいずれかに記載の方法。
【請求項１４】
前記リソース要求を送信するために使用する帯域幅を、リソース割当てが要求されているデータの優先順位に基づいて決定するステップ、
をさらに含んでいる、請求項９から請求項１１のいずれかに記載の方法。
【請求項１５】
スケジュールされた前記共有チャネル上でデータを送信するための前記リソースが、送信時間間隔を単位として許可される、請求項１から請求項１４のいずれかに記載の方法。
【請求項１６】
リソース割当てメッセージが、前記リソース割当てメッセージがリソースを許可する少なくとも１つの送信時間間隔、または送信時間間隔の数を示している、請求項１５に記載の方法。
【請求項１７】
スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内で、アップリンク上でデータを送信するためのリソースを移動端末に割り当てる方法であって、前記移動通信システムのリソース割当ての役割を担うネットワークエンティティによって実行される以下のステップ、すなわち、
前記移動端末からコンテンションベースのチャネルを介してリソース要求を受信するステップと、
前記リソース要求に応答して、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを前記移動端末に許可するリソース割当てメッセージ、を送信するステップと、
前記リソース要求に応答して、タイミング調整コマンドを前記移動端末に送信するステップと、
を含み、
前記タイミング調整コマンドは、スケジュールされた前記共有チャネル上でスケジューリング情報の送信前に前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させることを、前記移動端末に行わせるように、構成されている、
方法。
【請求項１８】
前記リソース要求への応答において送信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記方法が、
前記移動端末から、スケジュールされた前記共有チャネルを介してスケジューリング情報を受信するステップと、
前記スケジューリング情報の前記受信に応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を送信するステップと、
をさらに含んでいる、請求項１７に記載の方法。
【請求項１９】
前記リソース要求への応答において送信される前記リソース割当てメッセージが、リファレンス信号を送信するために前記移動端末に許可されるリソースを示している、請求項１７または請求項１８に記載の方法。
【請求項２０】
前記リソース要求に応答して前記リソース割当てメッセージを送信した時点で、前記移動端末からのリファレンス信号を繰り返し受信するステップ、
をさらに含んでいる、請求項１７または請求項１９に記載の方法。
【請求項２１】
前記タイミング調整コマンドが、前記リソース要求に応答して前記移動端末に送信される前記リソース割当てメッセージに含まれている、請求項１７から請求項２０のいずれかに記載の方法。
【請求項２２】
アップリンク上でデータを送信するためにシングルキャリアＦＤＭＡ方式が使用される、請求項１７から請求項２１のいずれかに記載の方法。
【請求項２３】
前記コンテンションベースのチャネルが、アップリンクアクセス時に分散型スペクトルにマッピングされる、請求項２２に記載の方法。
【請求項２４】
リソース割当ての役割を担う前記ネットワークエンティティが、スケジュールされた前記共有チャネル上でデータを送信するための前記リソースを、送信時間間隔を単位として許可する、請求項１７から請求項２３のいずれかに記載の方法。
【請求項２５】
リソース割当てメッセージが、前記リソース割当てメッセージがリソースを許可する少なくとも１つの送信時間間隔、または送信時間間隔の数を示している、請求項２４に記載の方法。
【請求項２６】
前記移動端末から受信される前記リソース要求が、スケジューリング情報を含んでいない、請求項１から請求項２５のいずれかに記載の方法。
【請求項２７】
前記リソース要求が、前記要求側移動端末の暗黙的または明示的な識別情報を含んでいる、請求項１から請求項２６のいずれかに記載の方法。
【請求項２８】
前記リソース要求が、
前記移動端末がデータ送信のためのリソースの割当てを要求していることを、リソース割当ての役割を担う前記ネットワークエンティティに示すフラグ、
を備えている、請求項１から請求項２７のいずれかに記載の方法。
【請求項２９】
前記リソース要求を送信する前に、ユーザに固有のスクランブリングコードによって前記リソース要求をスクランブリングするステップ、
をさらに含んでいる、請求項２８に記載の方法。
【請求項３０】
前記リソース要求が、
前記移動端末がデータ送信のためのリソースの割当てを要求していることを、リソース割当ての役割を担う前記ネットワークエンティティに示す、前記移動端末の識別子、
を備えている、請求項１から請求項２９のいずれかに記載の方法。
【請求項３１】
前記リソース要求が、ユーザデータを送信するために前記移動端末によって要求されるアップリンクリソースを示すリソース情報、を備えている、請求項１から請求項２９のいずれかに記載の方法。
【請求項３２】
前記リソース情報が、
前記移動端末がユーザデータを送信しようとしているデータフローのフロー識別子、または、前記移動端末が送信しようとしているビットの数、
を含んでいる、請求項３１に記載の方法。
【請求項３３】
前記リソース情報がフラグから成り、前記フラグが、設定時、遅延の影響を受けやすいサービスのデータを前記移動端末が送信しようとしていることを、リソース割当ての役割を担う前記ネットワークエンティティに示す、請求項３１に記載の方法。
【請求項３４】
スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム、において使用するための移動端末であって、
リソース割当ての役割を担うネットワークエンティティに、コンテンションベースのチャネルを介してリソース要求を送信する送信器と、
前記リソース要求への応答において、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信する受信器と、
を備え、
前記受信器は、前記リソース要求への応答において、リソース割当ての役割を担う前記ネットワークエンティティからタイミング調整コマンドを受信するように、構成されており、
前記移動端末は、スケジュールされた前記共有チャネル上でスケジューリング情報を送信する前に、前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させるように、構成されている、
移動端末。
【請求項３５】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記送信器が、前記リソース割当てメッセージに応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネルを介してスケジューリング情報を送信するように、構成されており、
前記受信器が、スケジューリング情報の前記送信への応答において、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を受信するように構成されている、
請求項３４に記載の移動端末。
【請求項３６】
請求項３から請求項１６または請求項２６から請求項３３のいずれかに記載の方法のステップを実施するように構成されている手段をさらに備えている、請求項３４または請求項３５に記載の移動端末。
【請求項３７】
スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム、において使用するための、リソース割当ての役割を担うネットワークエンティティであって、
移動端末からコンテンションベースのチャネルを介してリソース要求を受信する受信器と、
前記リソース要求に応答して、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを前記移動端末に許可するリソース割当てメッセージ、を送信する送信器と、
を備え、
前記送信器は、前記リソース要求に応答して、タイミング調整コマンドを前記移動端末に送信するように、構成されており、
前記タイミング調整コマンドは、スケジュールされた前記共有チャネル上でスケジューリング情報の送信前に前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させることを、前記移動端末に行わせるように、構成されている、
ネットワークエンティティ。
【請求項３８】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記受信器が、前記移動端末から、スケジュールされた前記共有チャネルを介してスケジューリング情報を受信するように構成されており、
前記送信器が、前記スケジューリング情報の前記受信に応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を送信するように、構成されている、
請求項３７に記載のネットワークエンティティ。
【請求項３９】
請求項１７から請求項３３のいずれかに記載の方法のステップを実施するように構成されている手段をさらに備えている、請求項３７または請求項３８に記載のネットワークエンティティ。
【請求項４０】
命令を格納しているコンピュータ可読媒体であって、前記命令が移動端末のプロセッサによって実行されたとき、それに起因して、前記移動端末が、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内で、アップリンク上でデータを送信するためのリソースを、以下のステップ、すなわち、
リソース割当ての役割を担うネットワークエンティティにコンテンションベースのチャネルを介してリソース要求を送信するステップと、
前記リソース要求への応答において、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信するステップと、
前記リソース要求への応答において、リソース割当ての役割を担う前記ネットワークエンティティからタイミング調整コマンドを受信するステップと、
スケジュールされた前記共有チャネル上でスケジューリング情報を送信する前に、前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させるステップと、
によって要求する、コンピュータ可読媒体。
【請求項４１】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記コンピュータ可読媒体が、命令をさらに格納しており、前記命令が前記移動端末の前記プロセッサによって実行されたとき、それに起因して、前記移動端末が、
前記リソース割当てメッセージに応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネルを介してスケジューリング情報を送信し、
スケジューリング情報の前記送信への応答において、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を受信する、
請求項４０に記載のコンピュータ可読媒体。
【請求項４２】
命令をさらに格納しており、前記命令が前記移動端末の前記プロセッサによって実行されたとき、それに起因して、前記移動端末が、請求項３から請求項１６または請求項２６から請求項３３のいずれかに記載の方法のステップを実行する、請求項４０または請求項４１に記載のコンピュータ可読媒体。
【請求項４３】
命令を格納しているコンピュータ可読媒体であって、前記命令が、リソース割当ての役割を担うネットワークエンティティのプロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担う前記ネットワークエンティティが、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内で、アップリンク上でデータを送信するためのリソースを移動端末に、以下のステップ、すなわち、
前記移動端末からコンテンションベースのチャネルを介してリソース要求を受信するステップと、
前記リソース要求に応答して、スケジュールされた前記共有チャネルを介してデータを送信するためのリソースを前記移動端末に許可するリソース割当てメッセージ、を送信するステップと、
前記リソース要求に応答して、タイミング調整コマンドを前記移動端末に送信するステップと、
によって割り当て、
前記タイミング調整コマンドは、スケジュールされた前記共有チャネル上でスケジューリング情報の送信前に前記タイミング調整コマンドに従ってアップリンクのタイミングを再整列させることを、前記移動端末に行わせるように、構成されている、
コンピュータ可読媒体。
【請求項４４】
前記リソース要求への応答において受信される前記リソース割当てメッセージが、リソース割当ての役割を担う前記ネットワークエンティティにスケジューリング情報を送信するためのリソースを許可し、
前記コンピュータ可読媒体が、命令をさらに格納しており、前記命令が、リソース割当ての役割を担う前記ネットワークエンティティの前記プロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担う前記ネットワークエンティティが、
前記移動端末から、スケジュールされた前記共有チャネルを介してスケジューリング情報を受信し、
前記スケジューリング情報の前記受信に応答して、リソース割当ての役割を担う前記ネットワークエンティティに、スケジュールされた前記共有チャネル上でユーザデータを送信するためのリソースを前記移動端末に許可する第２のリソース割当てメッセージ、を送信する、
請求項４３に記載のコンピュータ可読媒体。
【請求項４５】
命令をさらに格納しており、前記命令が前記ネットワークエンティティの前記プロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担う前記ネットワークエンティティが、請求項１７から請求項３３のいずれかに記載の方法のステップを実行する、請求項４３または請求項４４に記載のコンピュータ可読媒体。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】移動通信システムにおけるアップリンクリソースの割当て
【技術分野】
【０００１】
本発明は、移動通信システム内でアップリンク上でデータを送信するためのリソースを要求する方法および移動端末に関する。さらに、本発明は、移動端末にアップリンクリソースを割り当てるネットワークエンティティに関する。
【背景技術】
【０００２】
ＷＣＤＭＡ無線アクセス技術に基づく第３世代移動体システム（３Ｇ）は、世界中で広範にわたり配備されつつある。この技術を機能強化あるいは進化・発展させるうえでの最初のステップは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とを導入することであり、これにより、極めて競争力の高い無線アクセス技術が提供される。
【０００３】
しかしながら、３ＧＰＰは、ユーザおよび事業者からの要求条件や期待がますます増大していることを認識し、３Ｇの長期にわたる競争力を確保するため、３Ｇ標準規格の次の大きなステップまたは進化・発展を考慮し始めている。最近になって、３ＧＰＰは、開発テーマ「Evolved UTRA and UTRAN」に着手した。この開発では、サービス提供の質を高め、ユーザ側および事業者側のコストを低減する目的で、パフォーマンスの大幅な向上を達成する手段について検討される予定である。この場合、今後はインターネットプロトコル（ＩＰ）を使用する方向に収束し、今後のサービスのすべてがＩＰをベースに実行されることを想定している。従って、進化・発展の中心的な課題は、パケット交換（ＰＳ）ドメインを向上させることである。
【０００４】
この進化・発展の主たる目的は、上述したように、サービス提供の質をさらに高めることと、ユーザ側および事業者側のコストを低減することである。より具体的には、ＬＴＥ（long-term evolution：ロングタームエボリューション）のパフォーマンスおよび能力の重要な目標として、特に以下が挙げられる。
【０００５】
■  ＨＳＤＰＡおよびＨＳＵＰＡと比較して大幅に高いデータレート（目標の最大データレートとして、１００Ｍｂｐｓ以上（ダウンリンク）および５０Ｍｂｐｓ以上（アップリンク）が想定されている）
■  高いデータレートと広範なカバレッジ
■  ユーザプレーンにおけるレイテンシを大幅に低減させること。これは、上位層のプロトコル（例えば、ＴＣＰ）のパフォーマンスを向上させることと、制御プレーン手順（例えば、セッションの確立）に関連付けられる遅延を低減させることとを目的としている。
■  現在の標準規格と比較して３倍のシステム容量
【０００６】
ＬＴＥ（ロングタームエボリューション）のもう１つの重要な要件として、これらの技術にスムーズに移行できることが挙げられる。
【０００７】
ＬＴＥにおけるアップリンクアクセス方式
アップリンク送信においては、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡアップリンク送信方式としては、シングルキャリア伝送（single-carrier transmission）と、ＦＤＭＡおよび動的な帯域幅割当てとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（例えば、ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が小さいこと、対応する電力増幅器の効率が高いこと、想定されるカバレッジが広い（特定の端末ピーク電力におけるデータレートが高い）ことである。ノードＢは、ユーザデータを送信するための特定の時間リソース／周波数リソースを各時間間隔においてユーザに割り当て、これによって、セル内の直交性が確保される。アップリンクにおける直交性のアクセスによって、セル内干渉が排除されることによりスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、基地局（ノードＢ）が、送信信号に挿入されるサイクリックプレフィックス（cyclic prefix）を用いて対処する。
【０００８】
データ送信に使用される基本的な物理リソースは、１送信時間間隔（例えば、０．５ｍｓのサブフレーム）の間のサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。このとき、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【０００９】
周波数リソースは、図３および図４に示したように、局在型スペクトル（localized spectrum）、または分散型スペクトル（distributed spectrum）のいずれかとすることができる。図３に示したように、局在型のシングルキャリアは、送信信号が、利用可能な全スペクトルの一部を占める連続的なスペクトルを有することを特徴とする。送信信号のシンボルレートが異なる（すなわち、データレートが異なる）ことは、局在型のシングルキャリア信号の帯域幅が異なることを意味する。
【００１０】
これに対して、図４に示したように、分散型のシングルキャリアは、送信信号が、システム帯域幅の全体にわたり分散している不連続な（「櫛状の」）スペクトルを有することを特徴とする。ただし、分散型のシングルキャリア信号はシステム帯域幅の全体にわたり分散しているが、占有するスペクトルの合計量は、本質的には、局在型のシングルキャリアの全スペクトル量と同じである。さらには、シンボルレートが高い／低いことは、「櫛の刃」の数が多い／少ないことであるが、「櫛の刃」それぞれの「帯域幅」は同じままである。
【００１１】
図４に示したスペクトルは、一見すると、櫛の刃のそれぞれが「サブキャリア」に対応するマルチキャリア信号のような印象を与える。しかしながら、分散型のシングルキャリア信号の時間領域の信号生成からは、対応するピーク対平均電力比が低い真のシングルキャリア信号が生成されることが明らかである。
【００１２】
分散型のシングルキャリア信号とマルチキャリア信号（例えば、ＯＦＤＭ）との間の重要な違いは、シングルキャリア信号では、「サブキャリア」または「櫛の刃」のそれぞれが１つの変調シンボルを伝えるのではないことである。そうではなく、「櫛の刃」それぞれは、すべての変調シンボルに関する情報を伝える。これにより、櫛の刃の間に依存性が生じ、結果としてＰＡＰＲ特性が低い。さらに、「櫛の刃」の間のこの依存性の結果として、送信帯域幅全体にわたりチャネルが周波数非選択性（frequency-non-selective）でない限りは、等化の必要性が生じる。これに対して、ＯＦＤＭの場合、サブキャリアの帯域幅全体にわたりチャネルが周波数非選択性である限りは等化は必要ない。
【００１３】
分散型送信では、局在型送信よりも大きな周波数ダイバーシチゲインを提供でき、一方で、局在型送信では、チャネルに応じたスケジューリングをより容易に行うことができる。なお、多くの場合、スケジューリングの決定では、高いデータレートを達成するため１つのＵＥに帯域幅全体を与えるように決定することができる。
【００１４】
アップリンクのスケジューリング方式
アップリンクの方式は、スケジューリング制御式（ノードＢによって制御される）アクセスと、コンテンションベースのアクセスの両方を行うことができる方式とすべきである。スケジューリング制御式アクセスの場合、アップリンクデータ送信用として、特定の時間長の特定の周波数リソース（すなわち、時間／周波数リソース）が、ＵＥに動的に割り当てられる。
【００１５】
コンテンションベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。ＵＥは、最初にスケジューリングされることなく、これらの時間／周波数リソースの範囲内で送信することができる。
【００１６】
スケジューリング制御式アクセスの場合、ノードＢのスケジューラが、アップリンクデータ送信のための固有の周波数／時間リソースをユーザに割り当てる。スケジューラは、例えば以下を決定する。
【００１７】
■  送信を許可する（１つ以上の）ＵＥ
■  物理チャネルリソース（周波数）
■  リソースを使用できる期間（サブフレームの数）
■  移動端末が送信に使用するトランスポートフォーマット（例えば、変調符号化方式（ＭＣＳ））
【００１８】
割当て情報は、ダウンリンク制御チャネル上で送信されるスケジューリング許可を通じてＵＥにシグナリングされる。ＬＴＥにおいては、このダウンリンク制御チャネルは、簡潔にＬＴＥ＿ＨＳ＿ＳＣＣＨ（Long Term Evolution - High Speed - Shared Control Channel）とも称する。スケジューリング許可メッセージは、周波数帯域のうちＵＥが使用することを許可する部分と、局在型スペクトルまたは分散型スペクトルのどちらを使用すべきであるかと、許可の有効期間と、最大データレートとに関する情報を少なくとも含んでいる。最も短い有効期間は、１サブフレームである。許可メッセージには、選択される方式に応じて、追加の情報も含めることができる。
【００１９】
アップリンク上でのデータ送信は、スケジューリング許可を通じてＵＥに割り当てられる時間／周波数リソースを使用するときにのみ許可される。ＵＥが有効な許可を持たない場合、アップリンクデータを送信することは許可されない。各ＵＥに専用チャネルが必ず割り当てられるＨＳＵＰＡの場合とは異なり、データ送信用には、複数のユーザによって共有される１つのアップリンクデータチャネル（ＵＬ−ＳＣＨ：UpLink Shared CHannel）のみが存在する。さらには、ＬＴＥにおけるアップリンクデータアクセスの動作モードは、上述したスケジューリング制御式アクセスの１つのみであり、スケジューリング制御式送信と自発的送信（autonomous transmission）の両方が可能であるＨＳＵＰＡとは異なる。
【００２０】
ＵＥは、リソースを要求する目的で、リソース要求メッセージをノードＢに送信する。このリソース要求メッセージは、例えば、送信するデータの量に関する情報、ＵＥの電力ステータス、サービス品質（ＱｏＳ）に関連する情報を含んでいることができる。これらの情報（以下ではスケジューリング情報と称する）により、ノードＢは適切なリソース割当てを行うことができる。
【００２１】
リソース要求は、上述したスケジューリング制御式アクセスと比較されるコンテンションベースのアクセスを使用して送信される。しかしながら、ＵＥが有効な許可をすでに有する場合（例えば、データ送信が進行中である場合）、リソース要求の更新を、許可されているリソースを使用して（例えば、ＭＡＣヘッダの一部として、あるいはＭＡＣ制御ＰＤＵとして）送信することができる。コンテンションベースのアクセスは、通常のスケジューリング制御式アクセス（ノードＢが１人のユーザに物理リソースを割り当てる）の特殊な場合と考えることができる。コンテンションベースのアクセスの場合、アップリンク送信のための物理リソース（サブキャリア）が複数のＵＥに割り当てられ、これらのＵＥによって共有される。コンテンションベースのチャネル（contention-based channel）（ランダムアクセスチャネルとも称する）の割当ては、セル内のすべてのＵＥがこの情報にアクセスできるように、例えばブロードキャストチャネル上でシグナリングされる。
【００２２】
図５は、コンテンションベースのアクセスを行うための例示的な割当てを示している。ランダムアクセスチャネルの帯域幅は、例えば、同時にアクセスするユーザの推定数と、そのチャネル上で送信されるメッセージのサイズとに応じたものとすることができる。図示した例においては、ランダムアクセスチャネルはＴＤＭ方式で割り当てられ、フレームを形成しているＸ個のサブフレームのうちの１つが、周波数帯域全体にわたり、コンテンションベースのアクセス用に予約される。しかしながら、周波数ダイバーシチ利得がさらに得られるように、分散型スペクトルとして、全帯域幅のうちの一部のみをランダムアクセス用に割り当てることも可能である。
【００２３】
このアクセスはスケジューリングされないため、複数のＵＥがランダムアクセスチャネルに同時にアクセスし、結果として衝突が生じる可能性が存在する。さまざまな送信を区別する目的で、ＵＥに固有なスクランブリングおよび処理の利得（scrambling and processing gain）を利用することができる。コンテンションベースのアクセスは、ＵＥに有効な許可が割り当てられていない場合にリソースを要求するとき、あるいは最初にアクセスする（アイドルモードから接続モードに移行する）ときにのみ使用すべきである。
【００２４】
ＬＴＥにおけるアップリンクスケジューリング方式では、チャネルに応じたスケジューリングもサポートすべきである。しかしながら、スケジューリングされていないＵＥからは送信が行われないため、このことは簡単ではない。
【００２５】
スケジューラ（ＬＴＥの場合、一般にはノードＢの中に存在する）は、チャネルに応じたスケジューリングのアルゴリズムによってリソースを割り当てる前に、ユーザのアップリンクチャネルのステータスを認識している必要がある。従って、チャネルに応じたスケジューリングがサポートされるように、ＵＥは、データを送信する前にパイロットビット（受信側において既知である）を送信することができる。ノードＢは、パイロットビットのＣ／Ｉ比（キャリア対干渉比）の測定値を、リソース割当て時に考慮することができる。
【００２６】
スケジューリングに関連する制御シグナリング
ノードＢによって制御されるスケジューリング制御式アクセスは、アップリンク制御シグナリングおよびダウンリンク制御シグナリングと、制御シグナリングに関して規定されているＵＥ挙動とに基づいて行われる。
【００２７】
ダウンリンクにおいては、ユーザに割り当てられる物理リソース（時間／周波数リソース）を示すリソース割当てメッセージが、ノードＢからそのＵＥに送信される。上述したように、この割当てメッセージ（スケジューリング許可とも称する）は、リソース割当てのアドレッシング先であるユーザの識別に関する情報と、予約される物理リソース（時間／周波数リソース）と、最大データレートに関する情報と、変調・符号化方式と、多くの場合にはＨＡＲＱに関連する情報（冗長情報）と、を含んでいる。
【００２８】
アップリンクにおいては、ＵＥは、アップリンク送信するデータがバッファ内で利用可能であるときに、スケジューリング要求をノードＢに送信する。このスケジューリング要求メッセージは、ＵＥのステータスに関する情報（例えば、バッファのステータス）と、ＱｏＳに関連する情報と、出力ヘッドルーム（power headroom）情報とを含んでいる。これにより、ノードＢは、送信するデータのＱｏＳ要件も考慮して、リソースを適切に割り当てることができる。
【００２９】
ＵＥは、アップリンク上での実際のデータ送信と平行して、データに関連する制御シグナリングを行い、このシグナリングは、ＵＭＴＳリリース６（ＨＳＵＰＡ）におけるＥ−ＤＰＣＣＨシグナリングと同様に、現在のデータ送信に関する情報を提供する。この制御シグナリングは、選択されたトランスポートフォーマット（ＴＦＣＩ）に関する情報（ノードＢにおいて送信データを復号化するために使用される）と、ＨＡＲＱに関連する情報（例えば、冗長情報、ＨＡＲＱプロセスＩＤ、ＮＤＩ（新規データインジケータ：New Data Indicator））とを含んでいる。当然ながら、実際の情報は、採用されているＨＡＲＱプロトコルに依存する。例えば、同期ＨＡＲＱプロトコルにおいては、ＨＡＲＱプロセスＩＤを明示的にシグナリングする必要がない。
【００３０】
アップリンクのタイミング
アップリンクにおける直交性を確保するため、ＵＥからのすべての送信は、ノードＢにおいてサイクリックプレフィックス以内に時間的に整列していなければならない。このような整列は、ノードＢが、受信した信号におけるタイミングの精度を測定し、そのタイミング精度に基づいてタイミング調整コマンドをＵＥに送信することによって実施される。このタイミング調整コマンドは、制御情報としてダウンリンクＳＣＣＨを使用して送信される。なお、実際に送信していないＵＥは同期していなくてもよいが、そのことは、最初のランダムアクセス時に考慮される必要がある。このタイミング制御情報は、各送信タイミングを早める、または遅らせるようにＵＥに命令する。現在、タイミング制御コマンドとして次の２つの代替方式が考慮されている。
【００３１】
■  特定のステップサイズｘ  μｓ（現時点でｘは未定）だけ送信タイミングを早める／遅らせることを意味するバイナリのタイミング制御コマンド（特定の周期ｙ  μｓ（現時点でｙは未定）で送信される）
■  マルチステップのタイミング制御コマンド（必要時にダウンリンク上で送信される）
【００３２】
ＵＥがアップリンク上でのデータ送信を行う限りは、ノードＢは、受信信号を、アップリンク受信タイミングを推定する目的に使用する、すなわち、タイミング制御コマンドのための情報源として使用することができる。アップリンクできる状態にあるデータが存在しないときには、ＵＥは、特定の周期で定期的なアップリンク送信（アップリンク同期信号）を行うことができ、これにより引き続きアップリンク受信タイミングを推定することが可能となり、従って、アップリンクの時間的整列を保持することができる。このようにして、ＵＥは、タイミングの再整列段階を必要とすることなく、直交性が保たれた状態でアップリンクのデータ送信をただちに再開することができる。
【００３３】
ＵＥは、アップリンクデータを長期にわたり送信していない場合、アップリンク送信を行うべきではない。この場合、アップリンクの時間的整列が失われていることがあり、データ送信を再開する前に、明示的なタイミング再整列段階を行ってアップリンクの時間的整列を回復させなければならない。
【００３４】
直交性が維持されたアップリンク無線アクセスにおいて効率的なスケジューリングを行うためには、ノードＢは、送信するデータを持つＵＥの間で、リソース（例えば、周波数シンボル／時間シンボル）を迅速に割り当てることが要求され、これによって、対応するデータのＱｏＳ要件が満たされる。スケジューリング方式に要求されるもう１つの条件は、効率（例えば、システムスループット）をさらに向上させる目的で、チャネルに応じたスケジューリングをサポートすることである。従って、ＵＥがリソースを要求するメカニズムが必要である。
【００３５】
アップリンクリソースを要求する目的でＵＥによって送信されるこのリソース要求メッセージは、一般に、ＵＥのステータスに関する非常に詳細な情報（例えば、バッファのステータス、ＱｏＳパラメータ、出力ヘッドルーム）をそのスケジューリング情報の中に含んでいる。ＬＴＥのアップリンクにおいては、ノードＢが正確かつ効率的なリソース割当てを行うことができるようにするため、スケジューリング情報を極めて詳細なものとする必要がある。従って、メッセージのサイズは、ＨＳＵＰＡ（スケジューリング情報はわずかに１８ビットである）と比較してずっと大きくなる。最初の段階では、ＵＥには何らのリソースも割り当てられていないため、スケジューリング情報はコンテンションベースのアクセスチャネル上で送信される。
【００３６】
上述したように、スケジューリング情報はコンテンションベースのアクセスによってスケジューラに送信される。結果として、衝突の確率を十分に低いレベルに維持する目的で、コンテンションベースのチャネルには比較的大量のリソースが消費される。このことは、アップリンクリソースの非効率的な使用につながることがある（例えば、スケジューリング制御式アクセスに使用できる帯域幅が少ない）。スケジューリング情報メッセージのサイズはかなり長いため、衝突が起こると、スケジューリング情報の送信が大きく遅延することがあり、従って、スケジューリング手順全体が遅延する。コンテンションベースのアクセスにおいては、一般的には短いメッセージサイズが好ましい。コンテンションベースのアクセスによって送信されるメッセージのトランスポートブロックサイズが固定されている場合、メッセージのサイズが小さければ、誤り保護情報を増やす（例えば、トランスポートブロック内の冗長性ビットを多くする）ことができる。トランスポートブロックサイズがメッセージサイズに依存する（例えば、符号化レートが固定されている）場合、トランスポートブロックサイズが小さければ、衝突の確率が低い。
【００３７】
従来のスケジューリング方式のもう１つの欠点は、チャネルに応じたスケジューリングをサポートするうえで必要であるリファレンス信号（reference signal）が、一回のみ送信されることである。しかしながら、１人のユーザのチャネルは、リファレンス信号を送ってそのユーザに実際にリソースが割り当てられるまでの間に、大幅に変化することがある。ノードＢは、そのユーザにリソースを割り当てる前に、例えば、別のユーザ（優先順位が高い、あるいはチャネル状態が良好である）をスケジューリングすることがある。従って、チャネル情報が最新のものではないことがあり、結果として、不適切なＭＣＳの選択につながる。
【発明の開示】
【００３８】
本発明の目的は、柔軟性のあるスケジューリング方式を提案することである。別の目的は、上に概説した問題点の少なくとも１つを克服することのできる、柔軟性のあるスケジューリング方式を提案することである。
【００３９】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００４０】
本発明の実施形態によると、移動通信システム内でアップリンク上でデータを送信するためのリソースを要求する方法、を提供する。アップリンクにおいては、スケジュールされた共有チャネル（scheduled shared channel）上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式を使用することができる。移動端末は、リソース割当ての役割を担うネットワークエンティティに、コンテンションベースのチャネルを介してリソース要求を送信することができ、このリソース要求への応答において、スケジュールされた共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信することができる。
【００４１】
本発明の別の実施形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。移動端末は、リソース割当てメッセージに応答して、リソース割当ての役割を担うネットワークエンティティに、スケジュールされた共有チャネルを介してスケジューリング情報を送信することができる。移動局は、スケジューリング情報の送信への応答において、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を受信することができる。
【００４２】
オプションとして、リソース要求への応答において受信されるリソース割当てメッセージは、リファレンス信号を送信するために移動端末に許可されるリソースを示している。
【００４３】
この場合、本発明の別の実施形態によると、移動局は、リソース要求への応答においてリソース割当てメッセージを受信した時点で、リソース割当ての役割を担うネットワークエンティティにリファレンス信号を繰り返し送信することができる。
【００４４】
有利な変形形態においては、移動端末は、リソース要求への応答において受信されるリソース割当てメッセージの中で示されている、スケジュールされた共有チャネル用に許可されるリソース、を使用して、リファレンス信号を繰り返し送信することができる。
【００４５】
この実施形態の別の有利な変形形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リファレンス信号を繰り返し送信するために移動端末に許可されるリソースを示しており、移動端末は、リファレンス信号を繰り返し送信するために許可されるリソースを使用して、リファレンス信号を繰り返し送信する。
【００４６】
この実施形態のさらなる変形形態においては、リファレンス信号の送信の頻度は、移動通信システムの無線アクセスネットワークから受信される制御シグナリングによって設定される、または、移動端末によって制御されることを予測する。
【００４７】
この実施形態の別の有利な変形形態においては、移動端末は、スケジューリング情報の送信への応答において、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を受信した時点で、リファレンス信号の送信を停止することができる。
【００４８】
本発明のさらなる実施形態によると、移動端末は、リソース要求への応答において、リソース割当ての役割を担うネットワークエンティティからタイミング調整コマンドを受信することができ、スケジュールされた共有チャネル上でスケジューリング情報を送信する前に、このタイミング調整コマンドに従ってアップリンクのタイミングを再整列させることができる。
【００４９】
タイミング調整コマンドは、例えば、リソース要求への応答において受信されるリソース割当てメッセージの中に含めることができる（ただしこれに限定されない）。
【００５０】
本発明のさらなる実施形態においては、アップリンク上では、シングルキャリアＦＤＭＡ方式を使用してデータを送信する。この場合、コンテンションベースのチャネルを、例えば、アップリンクアクセス時に分散型スペクトルにマッピングすることができる。
【００５１】
さらなる実施形態においては、アップリンク上ではシングルキャリアＦＤＭＡ方式を使用してデータを送信し、アップリンクアクセス時にリソース要求を送信するために使用される帯域幅は、送信用のリソースが要求されているデータの優先順位に比例する。
【００５２】
オプションとして、リソース要求を送信するために移動端末が使用することを許可される帯域幅は、移動通信システムの無線アクセスネットワークから受信される制御シグナリングによって設定される。
【００５３】
この実施形態の別の変形形態においては、移動端末は、リソース要求を送信するために使用する帯域幅を、リソース割当てを要求しているデータの優先順位に基づいて決定することができる。
【００５４】
本発明のさらなる実施形態によると、スケジュールされた共有チャネル上でデータを送信するためのリソースは、送信時間間隔を単位として許可される。従って、リソース割当てメッセージは、このメッセージにおいてリソースが許可される少なくとも１つの送信時間間隔、または送信時間間隔の数を示すことができる。
【００５５】
本発明の別の実施形態は、移動通信システム内でアップリンク上でデータを送信するためのリソースを移動端末に割り当てる方法、に関する。前述した実施形態と同様に、アップリンクにおいては、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式を使用する。移動通信システムのリソース割当ての役割を担うネットワークエンティティは、移動端末からコンテンションベースのチャネルを介してリソース要求を受信することができ、このリソース要求に応答して、スケジュールされた共有チャネルを介してデータを送信するためのリソースを移動端末に許可するリソース割当てメッセージ、を送信することができる。
【００５６】
本発明のさらなる実施形態においては、リソース要求への応答において送信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。ネットワークエンティティは、移動局から、スケジュールされた共有チャネルを介してスケジューリング情報をさらに受信することができ、スケジューリング情報の受信に応答して、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を送信することができる。
【００５７】
本発明の別の実施形態においては、リソース要求への応答において送信されるリソース割当てメッセージは、リファレンス信号を送信するために移動端末に許可されるリソースを示している。
【００５８】
本発明の別の実施形態によると、ネットワークエンティティは、リソース要求に応答してリソース割当てメッセージを送信した時点で、移動端末からのリファレンス信号を繰り返し受信することができる。ネットワークエンティティは、スケジュールされた共有チャネルのアップリンクチャネル品質を、受信するリファレンス信号に基づいて推定することができる。
【００５９】
本発明の別の実施形態においては、リソース割当ての役割を担うネットワークエンティティは、リソース要求に応答して、タイミング調整コマンドを移動局にさらに送信することができる。
【００６０】
この実施形態の変形形態においては、タイミング調整コマンドは、リソース要求に応答して移動端末に送信されるリソース割当てメッセージの中に含めることができる。
【００６１】
上述したように、本発明のさらなる実施形態では、アップリンク上ではシングルキャリアＦＤＭＡ方式を使用してデータを送信することを予測する。この場合、コンテンションベースのチャネルを、例えば、アップリンクアクセス時に分散型スペクトルにマッピングすることができる。
【００６２】
本発明の別の実施形態によると、リソース割当ての役割を担うネットワークエンティティは、スケジュールされた共有チャネル上でデータを送信するためのリソースを、送信時間間隔を単位として許可する。この実施形態の変形形態においては、リソース割当てメッセージは、このメッセージにおいてリソースが許可される少なくとも１つの送信時間間隔、または送信時間間隔の数を示す。
【００６３】
本発明のさらなる実施形態においては、移動端末から受信されるリソース要求は、スケジューリング情報を含んでいない。
【００６４】
本発明の別の実施形態によると、リソース要求は、要求側移動端末の暗黙的または明示的な識別情報を含んでいることができる。
【００６５】
さらに、本発明の別の実施形態によると、リソース要求は、移動端末がデータ送信のためのリソースの割当てを要求していることを、リソース割当ての役割を担うネットワークエンティティに示すフラグ、を含んでいる。この実施形態の変形形態においては、移動端末は、送信する前に、ユーザに固有のスクランブリングコードによって要求メッセージをスクランブリングすることができる。
【００６６】
別の代替実施形態では、移動端末がデータ送信のためのリソースの割当てを要求していることを、リソース割当ての役割を担うネットワークエンティティに示す、移動端末の識別子、をリソース要求が含んでいることを予測する。
【００６７】
本発明の別の代替実施形態においては、リソース要求は、ユーザデータを送信するために移動端末によって要求されるアップリンクリソースを示すリソース情報、を含んでいる。
【００６８】
この実施形態の変形形態においては、リソース情報は、移動端末がユーザデータを送信しようとしているデータフローのフロー識別子、または、移動端末が送信しようとしているビットの数、を含んでいることができる。
【００６９】
あるいは、リソース情報はフラグも含んでいることができ、このフラグは、設定されたとき、遅延の影響を受けやすいサービスのデータを移動端末が送信しようとしていることを、リソース割当ての役割を担うネットワークエンティティに示す。
【００７０】
本発明のさらなる実施形態は、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム、において使用するための移動端末、を提供する。この移動端末は、リソース割当ての役割を担うネットワークエンティティに、コンテンションベースのチャネルを介してリソース要求を送信する送信器と、リソース要求への応答において、スケジュールされた共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信する受信器と、を備えている。
【００７１】
本発明の有利な実施形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。送信器は、このリソース割当てメッセージに応答して、リソース割当ての役割を担うネットワークエンティティに、スケジュールされた共有チャネルを介してスケジューリング情報を送信するように、さらに構成することができる。受信器は、スケジューリング情報の送信への応答において、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を受信することができる。
【００７２】
本発明の別の実施形態においては、移動局は、本文書に記載されているさまざまな実施形態の１つによる、移動通信システム内でアップリンク上でデータを送信するためのリソースを要求する方法、を実行するようにされている手段、をさらに備えていることができる。
【００７３】
本発明のさらなる実施形態は、リソース割当ての役割を担うネットワークエンティティに関する。このネットワークエンティティは、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内に位置していることができる。この実施形態によると、ネットワークエンティティは、移動端末からコンテンションベースのチャネルを介してリソース要求を受信する受信器と、リソース要求に応答して、スケジュールされた共有チャネルを介してデータを送信するためのリソースを移動端末に許可するリソース割当てメッセージ、を送信する送信器と、を備えている。
【００７４】
本発明の別の実施形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。ネットワークエンティティの受信器は、移動局から、スケジュールされた共有チャネルを介してスケジューリング情報を受信するように、さらに構成することができる。送信器は、スケジューリング情報の受信に応答して、リソース割当ての役割を担うネットワークエンティティに、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を送信するように、さらに構成することができる。
【００７５】
さらなる実施形態においては、ネットワークエンティティは、本文書に記載されているさまざまな実施形態の１つによる、移動通信システム内でアップリンク上でデータを送信するためのリソースを移動端末に割り当てる方法、のステップを実施するように構成されている手段、を備えていることができる。
【００７６】
別の実施形態によると、命令を格納しているコンピュータ可読媒体であって、この命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内でアップリンク上でデータを送信するためのリソースを要求する、コンピュータ可読媒体、が提供される。この命令に起因して、移動端末は、リソース割当ての役割を担うネットワークエンティティにコンテンションベースのチャネルを介してリソース要求を送信することによってと、リソース要求への応答において、スケジュールされた共有チャネルを介してデータを送信するためのリソースを許可するリソース割当てメッセージ、を受信することによって、リソースを要求することができる。
【００７７】
本発明の別の実施形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。コンピュータ可読媒体は、命令をさらに格納しており、この命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、リソース割当てメッセージに応答して、リソース割当ての役割を担うネットワークエンティティに、スケジュールされた共有チャネルを介してスケジューリング情報を送信し、スケジューリング情報の送信への応答において、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を受信する。
【００７８】
さらなる実施形態においては、コンピュータ可読媒体は命令をさらに格納しており、この命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、本文書に記載されているさまざまな実施形態の１つによる、移動通信システム内でアップリンク上でデータを送信するためのリソースを要求する方法、を実行する。
【００７９】
本発明のさらなる実施形態によるコンピュータ可読媒体は、命令を格納しており、この命令が、リソース割当ての役割を担うネットワークエンティティのプロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担うネットワークエンティティが、スケジュールされた共有チャネル上での送信と、コンテンションベースのチャネル上での送信とを備えているアップリンク方式、を使用する移動通信システム内でアップリンク上でデータを送信するためのリソースを、移動端末に割り当てる。命令に起因して、ネットワークエンティティは、移動端末からコンテンションベースのチャネルを介してリソース要求を受信することによってと、リソース要求に応答して、スケジュールされた共有チャネルを介してデータを送信するためのリソースを移動端末に許可するリソース割当てメッセージ、を送信することによって、移動端末にリソースを割り当てることができる。
【００８０】
本発明の別の実施形態においては、リソース要求への応答において受信されるリソース割当てメッセージは、リソース割当ての役割を担うネットワークエンティティにスケジューリング情報を送信するためのリソースを許可する。コンピュータ可読媒体は、命令をさらに格納しており、この命令が、リソース割当ての役割を担うネットワークエンティティのプロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担うネットワークエンティティが、移動局から、スケジュールされた共有チャネルを介してスケジューリング情報を受信し、スケジューリング情報の受信に応答して、リソース割当ての役割を担うネットワークエンティティに、スケジュールされた共有チャネル上でユーザデータを送信するためのリソースを移動端末に許可する第２のリソース割当てメッセージ、を送信する。
【００８１】
本発明の別の実施形態によるコンピュータ可読媒体は、命令を格納しており、この命令がネットワークエンティティのプロセッサによって実行されたとき、それに起因して、リソース割当ての役割を担うネットワークエンティティが、本文書に記載されているさまざまな実施形態の１つによる、移動通信システム内でアップリンク上でデータを送信するためのリソースを移動端末に割り当てる方法、を実行する。
【００８２】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面における類似または対応する細部は、同一の参照数字によって表してある。
【発明を実施するための最良の形態】
【００８３】
本発明は、アップリンク送信のためのリソースを要求側移動端末に割り当てるための柔軟性のあるスケジューリング方式を提案することである。本発明の一実施形態によると、移動端末は、リソース割当ての役割を担う、移動通信システム内のネットワークエンティティ、にリソース要求を送信することによって、リソースの割当てを要求する。
【００８４】
ネットワークエンティティは、このリソース要求にさまざまな方式で応答することができる。例えば、ネットワークエンティティは、リソース要求の内容に応じて、アップリンクデータ送信のためのリソースを要求側移動端末に割り当てることができ、あるいは、移動端末がスケジューリング情報を送信することができるように、最初に移動端末にリソースを割り当てることができる。このスケジューリング情報により、例えば、ネットワークエンティティは、移動端末のためのリソースをより正確にスケジューリングすることができる。後者の場合、移動端末は、さらなる情報を、スケジューリングされたデータとして、すなわち、スケジュールされた共有チャネル上で、ネットワークエンティティに送信する。移動端末は、このさらなる情報への応答において、アップリンク上でユーザデータを送信するためのリソースを許可するリソース割当てメッセージを受信する。
【００８５】
なお、本文書においては、スケジューリング情報はユーザデータとはみなされない。ユーザデータは、ユーザサービスまたはシグナリング無線ベアラの任意のタイプのデータとすることができる。
【００８６】
本発明の例示的な一実施形態においては、ユーザデータは、レイヤ２／ＭＡＣ層またはレイヤ１／物理層において終端処理されていないサービスのデータとして定義することができる。本発明の別の実施形態においては、ユーザデータは、レイヤ１／物理層において終端処理されていないサービスのデータとして定義することができる。従って、これら２つの例示的な実施形態においては、ユーザデータは、レイヤ２／ＭＡＣ層またはレイヤ１／物理層よりも上位の層において終端処理されている任意のサービスのデータである。
【００８７】
本発明によると、リソース要求は、リソース割当ての役割を担うネットワークエンティティ、すなわち、エアインタフェースリソースをスケジューリングする役割を担うネットワーク要素に、移動端末から送信されるメッセージである。このリソース要求は１ビット（フラグ）とすることができ、このビット（フラグ）は、設定されたとき、移動端末がアップリンク送信のためのリソースが割り当てられるように希望していることを示す。しかしながら、リソース要求には、スケジューリング方式に応じてさらなる情報を含めることもでき、これについては、以下に説明する本発明の例示的な実施形態から明らかになるであろう。
【００８８】
本発明の例示的な一実施形態によると、リソース要求メッセージは、レイヤ２／ＭＡＣ層シグナリングメッセージ、またはレイヤ１／物理層メッセージである。
【００８９】
本発明によると、リソース割当てメッセージは、要求側移動端末が、スケジュールされたアップリンク送信用に使用できるリソースを示している情報、を少なくとも含んでいる。
【００９０】
例えば、リソース割当てメッセージは、周波数帯域のうち要求側移動端末が使用することを許可される部分を示していることができる。より具体的な例においては、リソース割当てメッセージは、局在型スペクトルまたは分散型スペクトルのどちらを使用すべきであるか、許可の有効期間、最大データレート、のうちの１つ以上をさらに指定することができる。有効期間は、リソース割当てが有効であるサブフレームの数を示す。最も短い有効期間は１サブフレーム（または１送信時間間隔）である。
【００９１】
リソース割当てメッセージには、選択される方式に応じて追加の情報も含めることができる。リソース割当てメッセージは、スケジューリング許可とも称する。
【００９２】
一実施形態においては、本発明は、アップリンク送信のエアインタフェースにおいてシングルキャリアＦＤＭＡが使用される移動通信システムにおいて使用される。この例示的な実施形態においては、データを送信するのに使用される基本的な物理リソースは、１送信時間間隔（例えば、サブフレーム）の間のサイズＢＷｇｒａｎｔの周波数リソースから構成される（ユーザデータビット（オプションとして、符号化されている）はこのリソースにマッピングされる）。このとき、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。この点に関して、図３および図４は、シングルキャリアＦＤＭＡシステム内でアップリンクリソースを移動端末に割り当てる例示的な方式を示している。
【００９３】
本発明によると、スケジュールされた共有チャネルは、例えば、複数のユーザによって共有される共有トランスポートチャネル、または、共有トランスポートチャネルがマッピングされている対応する物理チャネル、のいずれかである。
【００９４】
Ｅ−ＵＴＲＡアップリンクに関連する例示的な実施形態においては、共有アップリンクトランスポートチャネル（ＵＬ−ＳＣＨ）と、ランダムアクセスチャネル（ＲＡＣＨ）のみが存在する。この実施形態においては、スケジュールされた共有チャネル上で送信することは、アップリンクデータを送信するための特定の周波数／時間リソースがユーザに割り当てられることを意味する。この割当てはスケジューラによって行われ、スケジューラは、スケジューリング制御式アクセス用に利用可能な帯域幅（例えば、図１２に示したスケジューリングされたリソース）を、自身の制御下にあるユーザの間でスケジューリングする／割り当てる。この実施形態によると、コンテンションベースのチャネルは、トランスポートチャネルであるランダムアクセスチャネル（ＲＡＣＨ）、または、対応する物理チャネルのいずれかを表す。コンテンションベースのチャネル上での送信は、ユーザが、スケジューリングされることなく、（図１２に例示的に示したように）コンテンションベースのリソース上でデータを送信できることを意味する。
【００９５】
本発明のさまざまな実施形態についてさらに詳しく説明する前に、本発明を採用することのできる例示的なネットワークアーキテクチャについて、以下に簡潔に説明しておく。なお、これら２つのネットワークアーキテクチャは、本発明を使用することのできるネットワークの例を示すことを目的としているに過ぎず、本発明をこれらのネットワークにおける使用に制限することを意図したものではない。
【００９６】
図１は、さまざまな実施形態における本発明を実施することのできる、１つの例示的な移動通信ネットワークを示している。このネットワークは、複数の異なるネットワークエンティティを備えており、これらのエンティティは、それぞれの機能に基づいて、コアネットワーク（ＣＮ）１０１と、無線アクセスネットワーク（ＲＡＮ）１０２と、ユーザ機器（ＵＥ）１０３または移動端末とにグループ化されている。ＲＡＮ１０２は、無線に関連するすべての機能（特に、無線リソースのスケジューリングを含む）を処理する役割を担う。ＣＮ１０１は、外部ネットワークへの呼のルーティングおよびデータ接続の役割を担うことができる。ネットワーク要素の相互接続は、オープンインタフェース（例示を目的としてｌｕおよびＵｕとして表してある）によって定義されている。移動通信システムは、一般にはモジュール方式であり、従って、同じタイプのいくつかのネットワークエンティティを備えていることが可能である。
【００９７】
図１に示したこの例示的なネットワークにおいては、無線アクセスネットワークは、リソース割当ての役割を担う１つ以上のネットワークエンティティを備えていることができる。いま、図１が３Ｇネットワークの高レベルアーキテクチャを示しているものと想定すると、リソース割当ての役割を担うネットワークエンティティは、一般には無線ネットワークコントローラ（ＲＮＣ）と称し、このコントローラは、自身に接続されているノードＢのセルの中でエアインタフェースリソースをスケジューリングする。あるいは、別の実施形態では、エアインタフェースリソースをスケジューリングする／割り当てる目的に、ＲＮＣ以外のＲＡＮエンティティ（例えば、基地局（ノードＢ））を使用することを予測することもできる。
【００９８】
図２は、別の例示的なネットワークアーキテクチャを示している。図２に示した例示的な実施形態による移動通信システムは、「２ノードアーキテクチャ」であり、ＡＣＧＷ（Access and Core Gateways：アクセスおよびコアゲートウェイ）とノードＢとから構成されている。図１に示したネットワークアーキテクチャと比較すると、ＡＣＧＷは、ＣＮの機能（すなわち、外部ネットワークへの呼のルーティングおよびデータ接続）を処理し、さらに、ＲＡＮの機能も実施する。従って、ＡＣＧＷは、今日の３ＧネットワークにおいてＧＧＳＮおよびＳＧＳＮによって実行される機能と、ＲＡＮの機能（例えば、無線リソース制御（ＲＲＣ）、ヘッダ圧縮、暗号化／完全性保護、アウターＡＲＱ（outer ARQ））とを兼ね備えているものとみなすことができる。ノードＢは、例えば、リソースの分割／連結、スケジューリング、および割当てと、多重化、および物理層機能などの機能を処理することができる。
【００９９】
今日の３Ｇネットワークから公知である制御プレーン（ＣＰ）およびユーザプレーン（ＵＰ）は、ＡＣＧＷにおいて終端処理されるようにすることができ、これにより、ノードＢ同士の間のインタフェースを必要とすることなく、ネットワークによって制御されるシームレスなモビリティをサポートすることができる。３ＧＰＰシステムおよび３ＧＰＰ以外のシステムのいずれも、外部のパケットデータネットワーク（例えばインターネット）へのＡＣＧＷのインタフェースを通じて、統合することができる。
【０１００】
上述したように、図２の例示的なネットワークアーキテクチャにおいては、セルのリソースの所有権は各ノードＢにおいて処理されることを想定している。セルのリソースの所有権がＡＣＧＷの外側にあることにより、（ＣＰフロー／ＵＰフローの両方の）ＡＣＧＷのプーリング（pooling）をサポートすることができ、さまざまな端末について、１つのノードＢをいくつかのＡＣＧＷに接続することができる（従って、単一点障害が回避される）。
【０１０１】
図１には明示していないが、ＡＣＧＷが複数の異なるプールに属している場合のためのＡＣＧＷ間インタフェースをサポートすることも可能である。
【０１０２】
次に、本発明のさまざまな実施形態について、さらに詳しく説明する。なお、図６〜図１０において、基地局（ノードＢ）は、リソース割当ての役割を担う、移動通信システム内のネットワークエンティティであると想定する（これは例示を目的としている）。リソース割当ての役割を担う、移動通信システム内のネットワークエンティティの機能のうち、リソースをプランニングして移動端末に割り当てる機能をスケジューラとも称する。
【０１０３】
図６は、本発明の例示的な一実施形態によるリソース割当て手順を示している。提案するスケジューリング手順の主たる特徴は、小さなリソース要求メッセージのみがコンテンションベースのデータとして送信されることであり、第二に、このスケジューリング手順では、チャネルに応じたスケジューリングが効果的にサポートされることである。
【０１０４】
第１のステップにおいて、移動端末（ＵＥ）は、データを送信するためのアップリンクリソースの割当てを要求する目的で、リソース要求を基地局（ノードＢ）に送信する（６０１）。例えば、移動端末は、一般には、自身の送信バッファにユーザデータが入力されたときにこのメッセージを送信する。図６においては、移動端末にはリソースがまだ割り当てられておらず、従って、スケジューリングされたリソースが移動局に割り当てられていないものと想定する。このリソース要求メッセージは、コンテンションベースのチャネル上で送信される。例えば、リソース要求はレイヤ１メッセージまたはレイヤ２メッセージである（ただしこれらに限定されない）。
【０１０５】
コンテンションベースのアクセスチャネル用に予約されるリソース量を少なく維持する目的で、コンテンションベース方式においては短いメッセージのみを送信すべきである。従って、例示的な一実施形態によると、要求側移動局がアップリンク上でのデータ送信を希望していることを基地局に示すフラグのみによって、リソース要求を構成することができる。要求側移動端末を識別する必要がある場合、レート要求メッセージに対してユーザに固有のスクランブリングを使用することができる。従って、リソース要求に対するユーザに固有なスクランブリングは、移動端末の暗黙的な識別情報を提供する。
【０１０６】
あるいは、別の例示的な実施形態におけるリソース要求メッセージは、１ビットのフラグの代わりに、要求側移動端末の一時的識別子（例えば、Ｃ−ＲＮＴＩ（セルの無線ネットワーク一時識別子））、または静的識別子（例えば、ＩＭＳＩ）から構成されている。この場合、識別子は、移動端末がアップリンク上でのデータ送信を希望していることを示すと同時に、その移動端末を明示的に識別している。しかしながら、このオプションでは、上に提案した１ビットフラグの解決策と比較して、より多くのビットを消費する。
【０１０７】
オプションとしてのさらなる変形形態においては、リソース要求は、基地局が、いくつかのユーザからのリソース要求に優先順位をつけることができるようにする情報をさらに含んでいることができる。リソース要求の中のこの追加の情報は、例えば、要求の緊急度に関する情報とすることができる。要求の緊急度に関するこの情報は、例えば、移動端末が送信しようとしているユーザデータのＱｏＳ情報（例えば、データの優先順位）の形式で伝えることができる。
【０１０８】
リソース要求メッセージの中に限られた量の情報のみを提供することによって達成可能な１つの利点として、リソース要求が送信されるコンテンションベースのチャネル上の衝突が最小になることである。
【０１０９】
図６に示した例示的なリソース割当て手順においては、リソース要求は、移動端末がアップリンク上でデータを送信しようとしていることを示す情報のみから構成されているものと想定する。基地局は、リソース要求を受信した時点で、リソース割当てメッセージを発行して移動端末に送信する（６０２）。
【０１１０】
第１のリソース割当てメッセージは、移動端末が送信しようとしているユーザデータに関するさらに詳しい情報を送信するためのリソースを、その移動端末に許可することができる。この第１のリソース割当てメッセージは、例えば、より詳しい情報を基地局に提供するためのスケジューリングされたリソースを移動端末に許可することができる。説明を単純にするため、このようなより詳しい情報を、以下ではスケジューリング情報（ＳＩ）と称する。この第１のリソース割当てメッセージ（または許可メッセージ）は、スケジューリング情報を送信するのにアップリンク上で使用すべきリソース（例えば、時間シンボル／周波数シンボル）を、移動端末に示すことができる。
【０１１１】
この実施形態の変形形態においては、この許可メッセージは、オプションとして、移動局から基地局へリファレンス信号（例えば、パイロット信号）を送信するための周波数帯域／周波数スペクトルも示すことができる。基地局は、このリファレンス信号を使用して、例えば、アップリンクチャネルの推定（スケジューリング情報などアップリンクデータのコヒーレントな復調／検出を容易にする）、さらには、アップリンクチャネルの品質の推定（チャネルに応じたスケジューリングを容易にする）を行うことができる。リファレンス信号は、スケジューリング情報の送信に使用されるスペクトルとは少なくとも部分的に異なるスペクトルを占有することができる（そうでなくてもよい）。リファレンス信号が、部分的に異なるスペクトルを占有する場合、基地局は、スケジューリング情報の送信に使用される周波数とは異なる周波数についても、チャネル品質の推定を実行することができ、結果として、アップリンクチャネルに応じたスケジューリングを行うことができる。
【０１１２】
次のステップにおいて、移動端末は、第１のリソース割当てメッセージを受信した時点で、スケジューリングされて割り当てられたリソース上でスケジューリング情報を送信する（６０３）。このスケジューリング情報は、例えば、移動端末のステータスに関する極めて詳細な情報（例えば、各フローのバッファステータス、フローあたりのＱｏＳ情報、さらには移動端末の電力ステータス）を含んでいることができる。この場合、フローは、例えば、論理チャネル、あるいは優先順位付きキューとすることができる。スケジューリング情報は、スケジューリングされたデータとして、スケジュールされた共有チャネルを介して送信されるため、別の移動端末からの別のデータとの衝突は起こらない。
【０１１３】
移動端末は、スケジューリング情報の送信に加えて、リファレンス信号を基地局に送信することもできる。リファレンス信号は、例えば、あらかじめ設定されている、または既知のアップリンクリソース上で送信することができ、あるいは、基地局が、ステップ６０２におけるリソース割当てメッセージ、またはその他の制御シグナリングを使用して、リソースを設定することができる。リファレンス信号は、理論的には１回送信すれば十分である。しかしながら、１人のユーザのチャネルは、リファレンス信号を送って基地局がそのユーザに実際にリソースを割り当てるまでの間に、大幅に変化しうるため、アップリンクチャネルに関する基地局側の情報は、要求側ユーザに対してリソース割当てを行う時点において最新のものではないことがある。従って、移動局は、ユーザデータのためのリソース割当てメッセージを受信するまで（以下に説明するステップ６０５を参照）、リファレンス信号を繰り返し送信することができる（６０４）。これにより、基地局は、移動端末に割り当てるアップリンクリソースに関して決定する時点において、チャネルステータスの最新情報を持つことが可能となる。
【０１１４】
基地局は、受信したスケジューリング情報と、（１つ以上の）リファレンス信号に基づいて自身が測定するチャネル品質とに基づいて、ユーザデータを送信するためのリソースの割当てを行うことができる。基地局は、リソース割当てに関して決定した時点で、第２のリソース割当てメッセージを移動端末に送信する（６０５）。この第２のリソース割当てメッセージは、ユーザデータの送信に使用されるアップリンク上のリソースを移動端末に示す。移動端末は、この第２のリソース割当てメッセージを受信した時点で、割り当てられたリソース上で、スケジュールされた共有チャネルを介してユーザデータの送信を開始することができる（６０６）。
【０１１５】
図６に関連して上に説明した例示的なリソース割当て手順は、いくつかの利点がある。例えば、コンテンションベースのチャネル上で送信されるリソース要求のサイズが小さいことにより、コンテンションベースのチャネルを介して別の移動端末によって送信される別のデータと衝突する確率を低減することができる。さらには、スケジューリング情報を送信するためのリソースを移動端末に許可することによって、場合によっては長い、従って衝突が起こりやすいスケジューリング情報を、スケジューリングされたリソースを介して送信することができ、従って、別のユーザからの別のデータとの衝突が起こらない。第２のリソース割当てメッセージを受信するまでリファレンス信号を繰り返し送信する場合、基地局は、より正確なチャネル推定に基づいてリソースを割り当てることができる。
【０１１６】
次に、リソース割当て手順の別の例示的な実施形態について、図７を参照しながら説明する。最初に、移動端末は、リソース要求を基地局に送信する（７０１）。このリソース要求は、図６を参照しながら上述したように、フラグ、または移動端末の識別子を含んでいることができ、これに加えて、アップリンクリソース情報も含んでいることができる。アップリンクリソース情報の目的は、移動端末によって送信されるユーザデータのカテゴリを基地局にシグナリングすることである。
【０１１７】
リソース要求の中のアップリンクリソース情報は、例えば、遅延の影響を受けやすい、もしくはデータレートが低い、またはその両方であるサービス（例えば、ＶｏＩＰ（Voice over IP）あるいはシグナリング無線ベアラ（ＳＲＢ））のデータを移動局が送信しようとしていることを、基地局に示すことができる。遅延の影響を受けやすい、もしくはデータレートが低い、またはその両方であるサービスのデータを送信するときには、遅延要件が満たされるようにリソースを迅速に割り当てることが望ましい。
【０１１８】
基地局は、移動端末が位置している無線セル内の負荷の状況に応じて、また、移動端末によって提供されるアップリンクリソース情報に基づいて、ユーザデータをアップリンク上で送信するためのリソースを、リソース要求に応答してただちに割り当てる（７０２）、またはただちには割り当てないことができる。
【０１１９】
所定のカテゴリのデータ（例えば、遅延の影響を受けやすい、もしくはデータレートが低い、またはその両方であるサービスのデータ）が移動端末によって送信されることが、アップリンクリソース情報によって基地局に示される場合、基地局は、ユーザデータを送信するためのリソースを割り当てる（７０２）ことができ、ユーザデータを送信する（７０４）ためのリソースを許可するリソース割当てメッセージを移動端末に戻す（７０３）。
【０１２０】
以上の例示的な動作では、スケジューリング手順の全体的な遅延を大幅に低減することができる。特に、遅延の影響を受けやすい、もしくはデータレートが低い、またはその両方であるサービス（例えばＶｏＩＰ）では、この遅延低減の利得を受けることができる。ＶｏＩＰなどのアプリケーションの場合、レート要求を音声パケットごとに（例えば、２０ｍｓごとに）（この数値は基地局によるリソース割当てに依存する）送信する必要が生じうるため、図６に関連して概説した手順と比較すると、基地局から最初のリソース割当てメッセージを受信した直後に、すなわち、最初にスケジューリング情報を基地局に送信する必要なしに、ＶｏＩＰパケットを送信することができるならば、アップリンクのトラフィック負荷も大幅に減少させることができる。さらには、チャネルに応じたスケジューリングの利得は、そのようなデータレートの低いサービスにおいては、それほど大きくないことがある。
【０１２１】
一般的には、アップリンクリソース情報を示すためのオプションは、いくつかある。１つのオプションは、送信するデータの対応するフローＩＤ（例えば、論理チャネルＩＤ）またはキューＩＤをシグナリングすることである。基地局は、このフローＩＤに基づいて、移動局がリソースを要求しているサービスカテゴリ（例えば、ＶｏＩＰあるいはシグナリング無線ベアラ）を識別することができ、この情報を使用して、リソースをただちに許可することができる。いくつかのフローのデータが送信される場合、フローＩＤは、優先順位が最も高いフロー、またはＱｏＳ要件が最大であるフローを示すことができる。あるいは、移動局は、必要なアップリンクリソースの量を、データサイズの所定のセット（predefined set）（例えば、ビットの数）として示すことができる。この所定のセットには、例えば、遅延の影響を受けやすいサービスおよびビットレートが低いサービスにおける最も一般的なサイズが含まれる。場合によっては最も単純である別のオプションとしては、アップリンクリソース情報が、リソース要求の中の１ビットフラグであり、このフラグが、遅延の影響を受けやすいデータが移動端末において送信待ち状態であることを示すことができる。この場合、例えば、移動端末がこのフラグを設定することのできる特定の条件を定義することができる。
【０１２２】
図７は、移動端末が、遅延の影響を受けやすい、もしくはビットレートが低い、またはその両方であるサービスのユーザデータを送信しなければならないことを知らせて、その結果として、基地局が、送信する最初のリソース割当てメッセージの中で、割り当てたリソースをこの時点で示す場合を図解している。
【０１２３】
移動端末が、遅延の影響を受けやすい、もしくはビットレートが低い、またはその両方であるサービスのユーザデータを送信する必要はないことを、リソース要求の中で示している場合、リソース割当ては、続いて、図６を参照しながら概説したステップ６０２〜ステップ６０６を行うことができる。例えば、基地局は、遅延の影響を受けやすい、もしくはビットレートが高い、またはその両方であるサービスのためのリソースが要求されていないことを検出した時点で、上に概説したように、スケジューリング情報を送信するためのリソースを移動局に許可するのみでよく、図６に示したステップを実行することができる。
【０１２４】
本発明の別の実施形態においては、図６に示したリソース割当て手順を、以下に説明するように修正する。この実施形態によると、移動端末によって送信されるリソース要求（６０１）は、図７に関連して説明したようなアップリンクリソース情報をさらに含んでいることができる。基地局は、ただちにリソースを割り当てることが要求されるカテゴリのユーザデータ（例えば、上に概説したような、遅延の影響を受けやすい、もしくはビットレートが低い、またはその両方であるサービス）のためのリソースを移動端末が要求しているのかを判定する。そのようなリソースが要求されている場合、基地局は、受信した要求に対応するデータを送信するためのリソースを割り当てて、この割り当てたリソースを、スケジューリング情報を送信するために割り当てられるリソースとともに、送信する第１のリソース割当てメッセージ（６０２）の中で示す。
【０１２５】
従って、移動局は、自身がリソースを要求したデータを、スケジューリング情報と同じ送信において、この時点で送信することができ、従って、遅延が最小になる。基地局は、スケジューリング情報と、送信される（１つ以上の）リファレンス信号（６０４）とに基づいて、前のリソース割当てを再評価することができ、ステップ６０５のリソース割当てメッセージにおいて、リソース割当てを更新することができる。
【０１２６】
あるいは、基地局は、リソース要求に応答してリソース割当てを送信するとき、ユーザデータを送信するためのデフォルトのリソースを移動端末に割り当てて、後から、スケジューリング情報と、リファレンス信号の測定とに基づいて、適切なリソースを決定することができ、これにより、ステップ６０５において適切な量のアップリンクリソースを割り当てることができる。
【０１２７】
次に、本発明の別の実施形態について、図８を参照しながら説明する。図８は、本発明の実施形態による、別の例示的なリソース割当て手順を示している。特に、シングルキャリアＦＤＭＡシステムの場合、アップリンクにおける直交性は、サイクリックプレフィックスのオーダーの範囲内となるようにすべきである。このことは、基地局が受信信号のタイミングの精度を測定し、そのタイミング精度に基づいてタイミング調整コマンドを求め、それをＵＥに送信することによって、達成することができる。ユーザ／移動端末が、長期（例えば、所定の時間間隔）にわたりアップリンクデータを送信しない場合、アップリンクの時間的整列が失われることがある。この場合、移動局は、従来のシステムにおいてアップリンク上でデータを送信する前に、物理層の同期を通じてネットワークとの時間的同期を得る必要がある。
【０１２８】
本発明のこの実施形態によると、基地局は、同期手順を実行する代わりに、受信したリソース要求メッセージを使用して、特定のユーザのアップリンク送信のタイミング精度を制御することもできる。基地局は、移動端末からのリソース要求を受信した（６０１）後、その受信したリソース要求メッセージに基づいて移動端末のタイミング精度を判定する（８０１）ことができ、その移動端末にタイミング調整コマンド（ＴＡＣ）を発行することができる。ＴＡＣは、例えば、個別の制御メッセージとして送信する（８０２）ことができ、あるいは、基地局が送信するリソース割当てメッセージ（８０２）と組み合わせることができる。
【０１２９】
移動端末は、ＴＡＣを受信した時点で、このコマンドに基づいて自身のアップリンクタイミングを調整する（８０３）ことができ、アップリンクタイミングの調整をもってリソース割当て手順を終了することができる。なお、図８では、上述したステップ６０３〜ステップ６０６を実行することによってリソース割当て手順を終了しているが、これは例示を目的としているに過ぎない。基地局は、ステップ６０１において送信されるリソース要求にアップリンクリソース情報が含まれているかに基づいて、ユーザデータを送信するためのリソース、あるいは、（図６および図７を参照しながら上に概説したように）ユーザデータを送信するためのリソースと、スケジューリング情報を送信するためのリソースを、リソース割当てメッセージの中で許可することができる。
【０１３０】
この点に関して、図９は、本発明の別の実施形態による、別の例示的なリソース割当て手順を示している。この実施形態においては、図７に関連して上に説明した手順をさらに改良して、基地局は、ＴＡＣを決定し（８０１）、そのＴＡＣを要求側移動端末に伝える（９０１）。図８の説明において上述したように、移動端末は、アップリンク上での次の送信の前に、このＴＡＣコマンドを使用して自身のアップリンクタイミングを調整する（８０３）ことができる。
【０１３１】
ＴＡＣコマンドは、個別の制御メッセージの中でシグナリングする（９０１）、または、リソース要求に応答して基地局によって送信されるリソース割当てメッセージの中に含めることができる。本発明のこの例示的な実施形態においては、リソース割当てメッセージは、リソース要求メッセージに含まれているアップリンクリソース情報に応答して基地局によって移動端末に割り当てられるリソース（７０２）に関する情報と、ＴＡＣコマンドとを含んでいる。オプションとして、リソース割当てメッセージは、スケジューリング情報もしくはリファレンス信号、またはその両方を基地局に送信するためのリソースを許可する情報、をさらに含んでいることができる。
【０１３２】
図８および図９に関連して上に説明した実施形態においては、ＴＡＣは、例えば、特定の周期（例えば、ｙ  μｓ）で送信されるバイナリのタイミング制御コマンドを含んでいることができ、このコマンドは、特定のステップサイズ（例えば、ｘ  μｓ）だけ送信タイミングを早める、または遅らせることを意味する。別のオプションとしては、必要なときにダウンリンク上で送信される、マルチステップのタイミング制御コマンド（例えば、特定のサイズの複数のステップによって送信タイミングを変更する）を含める。
【０１３３】
コンテンションベースのアクセスチャネル上でデータを送信するときには、そのチャネルに同時にアクセスしようとしている別の移動端末と衝突する危険性が存在する。衝突の確率を十分に低いレベルに維持するためには、上述したように、コンテンションベースのデータとして送信されるメッセージのサイズを小さくすべきである。しかしながら、ランダムアクセス用に割り当てられているリソース上で何人かのユーザが同時に送信する状況は、依然として存在しうる。この場合、セル内干渉が発生する。送信されるデータを基地局が正しく検出および復号化できるようにするためには、１人のユーザの受信ＳＮＲ（信号対雑音比）が十分に高い必要がある。従って、衝突によってセル内干渉が起こる場合であっても、優先順位の高いリソース要求メッセージが正しく受信されるようにするメカニズムは、有利であろう。
【０１３４】
本発明のさらなる実施形態によると、図５に示したように、コンテンションベースのアクセスのためのリソース（例えば、周波数スペクトル）をネットワークによって予約することができる。周波数ダイバーシチ利得を得る目的で、コンテンションベースのアクセスのためのリソースを分散式に割り当てることができ、すなわち、「櫛状の」スペクトルを割り当てることができる。コンテンションベースのデータとして送信されるリソース要求メッセージに優先順位をつける目的で、優先順位の高いリソース要求（すなわち、優先順位レベルの特定のしきい値を超える優先順位を有するデータを送信するためのリソース要求）では、コンテンションベースのアクセス用に割り当てられているスペクトル全体（すなわち、分散型スペクトルにおける櫛の刃すべて）を使用するのに対して、優先順位の低いリソース要求（すなわち、優先順位レベルの特定のしきい値に等しいかそれよりも低い優先順位を有するデータを送信するためのリソース要求）では、割り当てられているスペクトルの一部のみ（すなわち、スペクトルにおける「櫛の刃」の一部のみ）を使用することができる。リソース要求を送信するために使用される帯域幅（すなわち、スペクトルにおける「櫛の刃」の数）は、例えば、リソースが要求されているユーザデータの優先順位に比例させることができる。
【０１３５】
別のオプションとしては、優先順位レベルを優先順位グループに分けて、リソース要求の送信に使用する「櫛の刃」の数を、優先順位グループに基づいて移動局に決定させる。リソース要求の送信に使用するアップリンク帯域幅を決定するために使用できる優先順位は、例えば、移動局がユーザデータを送信しようとしている１つ以上の論理チャネルの平均優先順位または最高優先順位、あるいは、送信されるユーザデータのＱｏＳ要件（例えば、遅延要件、データレート、データの特性）などに対応させることができ、例えば、緊急の呼に最高の優先順位を与え、バックグラウンドのサービスに低い優先順位を与えることができる。
【０１３６】
上述したように、リソース要求メッセージに優先順位をつける場合、優先順位の高いリソース要求の受信ＳＮＲを高めることができ、たとえ衝突の場合にも、優先順位の高いリソース要求を正しく検出して復号化することができる。
【０１３７】
この実施形態の変形形態においては、コンテンションベースのアクセスに使用可能な帯域幅の設定を、例えばネットワークによって（例えば、ＲＲＣシグナリングなどの制御シグナリングを使用して）シグナリングすることができる。例えば、ハイクラス（high class）の移動端末には、コンテンションベースのアクセス用に割り当てられているスペクトル全体を使用できるように許可することができる。あるいは、利用可能なスペクトルのうちユーザがコンテンションベースのアクセス用に使用できる部分を、優先順位が最も高い論理チャネルの優先順位を用いて決定することができる。
【０１３８】
別の変形形態においては、コンテンションベースのアクセス送信に優先順位をつけるためのこのメカニズムは、セル内で通信するためのセルに固有の識別情報を移動端末がまだ保持していないときの最初のアクセスにおいても、有利である。いま、例示を目的としてＵＭＴＳのＬＴＥを考えると、このような状況は、例えば、ＬＴＥ＿ＤＥＴＡＣＨＥＤ状態からＬＴＥ＿ＡＣＴＩＶＥ状態に移行するとき、またはＬＴＥ＿ＩＤＬＥ状態からＬＴＥ＿ＡＣＴＩＶＥ状態に移行するときに起こる。
【０１３９】
図６、図８、および図１０に示したように、移動端末は、ユーザデータのアップリンク送信用のリソースを許可するリソース割当てメッセージを受信するまで、リファレンス信号（例えば、パイロット信号）を基地局に繰り返し送信することができる。基地局は、繰り返し送信されるリファレンス信号を使用することによって、最新のチャネル状態情報を認識していることができ、これにより、チャネルに応じた効率的なスケジューリングを行うことができる。一般的には、リファレンス信号を繰り返し送信することは、特定のスケジューリング手順に限定されるものではなく、独立した特徴としてみなすべきである。リファレンス信号を繰り返し送信することは、チャネルに応じたスケジューリングをサポートしている任意のアップリンクスケジューリング方式において有利である。
【０１４０】
本発明のさらなる実施形態によると、リファレンス信号を送信する頻度は、ネットワークまたは移動局のいずれかによって制御することができる。第１のオプションにおいては、ユーザによるリファレンス信号の送信頻度は、ネットワークによって、例えば、リファレンス信号を送信する周期を例えば制御シグナリング（例えば、ＲＲＣシグナリング）によって移動局にシグナリングすることによって、制御される。このオプションでは、セル内の全ユーザからのリファレンス信号送信によるアップリンク負荷を、アクセスネットワークによって制御することが可能となる。
【０１４１】
第２のオプションにおいては、リファレンス信号を送信する頻度を移動局が決定することができる。この決定では、例えば、移動端末の送信出力制約やチャネルの変動を考慮することができる。例えば、静止状態または低速移動中の移動端末は、高速で移動中の（例えば、自動車や列車の中の）移動端末よりも低い頻度でリファレンス信号を送信することができ、なぜなら、チャネルのステータスが時間とともに大幅に変化することはないためである。
【０１４２】
本発明の別の実施形態においては、移動端末は、複数の異なるユーザデータ（例えば、複数の異なるカテゴリのユーザデータ、複数の異なる論理チャネルのユーザデータ）を送信するためのアップリンクリソースを要求することができる。この実施形態によるリソース割当て手順について、図１０を参照しながら説明する。図１０に示した手順においては、例示を目的として、２つの異なるユーザデータとして、優先順位の高いサービスＡのユーザデータと、優先順位の低いサービスＢのユーザデータとを送信するものと想定する。移動局によって基地局に送信されるリソース要求メッセージ（１００１）には、ユーザデータのカテゴリを示すアップリンクリソース情報が含まれている。このアップリンクリソース情報の目的は、基地局が送信のスケジューリングを適切に行うことができるように、移動端末によって送信されるユーザデータのカテゴリを基地局にシグナリングすることである。
【０１４３】
基地局は、サービスＡのユーザデータが、送信における遅延を最小にすることが要求されるカテゴリである、もしくは、データレートが低い、またはその両方であるかを調べる。従って、基地局は、この高優先順位のユーザデータを送信するためのリソースを、この時点で移動端末に許可することを決定する。サービスＢのユーザデータについては、基地局は、ただちにはソースを割り当てず、サービスＢのユーザデータに関連するスケジューリング情報を送信するためのリソースのみをスケジューリングすることを決定する。オプションとして、基地局は、サービスＢのユーザデータのためのリソースを割り当てることに加えて、サービスＡのユーザデータのスケジューリング情報も送信できるように十分なリソースを割り当てることもできる。
【０１４４】
基地局は、リソースを決定した後、リソース割当てメッセージを移動局に送信する（１００２）。このリソース割当てメッセージは、サービスＡのユーザデータと、サービスＢのユーザデータのスケジューリング情報と、オプションとして、サービスＡのユーザデータのスケジューリング情報とを送信するためのリソースを、移動端末に許可することができる。
【０１４５】
次いで、移動局は、サービスＡのユーザデータを送信する（１００３）ことができ、そして、サービスＢ（およびサービスＡ）のユーザデータのスケジューリング情報を基地局に提供する（１００４）ことができる。さらに、移動局は、（１つ以上の）リファレンス信号を基地局に送信する（１００５）ことができる。有利な方策として、移動局は、このリファレンス信号を繰り返し送信することができる。
【０１４６】
基地局によって送信されるリソース割当てメッセージは、図６を参照しながら上に概説したように、リファレンス信号を送信するためのリソースの許可も含んでいることができることに留意されたい。リファレンス信号を送信するためのリソースは、サービスＡのユーザデータの送信に使用されるリソースと、サービスＢのユーザデータの送信に使用されるリソースの両方について、基地局がチャネルを正確に推定できるように選択する、すなわち、スペクトルの帯域幅を使用すべきである。
【０１４７】
基地局は、スケジューリング情報に基づき、かつ、チャネル推定に基づいて、サービスＢのユーザデータを送信するために使用されるリソースを決定することができ、オプションとして、サービスＡのユーザデータのためのリソース割当てを再評価することができる。次いで、サービスＢのユーザデータの送信用のリソースの割当てと、オプションとして、サービスＡのユーザデータの送信用に割り当てたリソースの更新とを、別のリソース割当てメッセージにおいて移動端末に伝える（１００６）。
【０１４８】
移動端末は、この第２のリソース割当てメッセージを受信した時点で、サービスＡおよびサービスＢのユーザデータを基地局に送信する（１００７）ことができる。
【０１４９】
本発明の別の実施形態は、上に説明したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実施することに関する。本発明の上記のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることを認識されたい。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０１５０】
さらに、本発明のさまざまな実施形態は、プロセッサによって実行されるソフトウェアモジュールによって実施する、あるいはハードウェアに直接実装することもできる。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【図面の簡単な説明】
【０１５１】
【図１】本発明を使用することのできる例示的なネットワークアーキテクチャを示している。
【図２】本発明を使用することのできる例示的なネットワークアーキテクチャを示している。
【図３】シングルキャリアＦＤＭＡ方式におけるアップリンク帯域幅の例示的な割当て方式として、局在型割当てを示している。
【図４】シングルキャリアＦＤＭＡ方式におけるアップリンク帯域幅の例示的な割当て方式として、分散型割当てを示している。
【図５】本発明によるリソース割当て手順の例示的な実施形態を示している。
【図６】本発明によるリソース割当て手順の例示的な実施形態を示している。
【図７】本発明によるリソース割当て手順の例示的な実施形態を示している。
【図８】本発明によるリソース割当て手順の例示的な実施形態を示している。
【図９】本発明によるリソース割当て手順の例示的な実施形態を示している。
【図１０】本発明によるリソース割当て手順の例示的な実施形態を示している。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】全図
【訂正方法】変更
【訂正の内容】
【図１】
2009525644.tif 000001
【図２】
2009525644.tif 000002
【図３】
2009525644.tif 000003
【図４】
2009525644.tif 000004
【図５】
2009525644.tif 000005
【図６】
2009525644.tif 000006
【図７】
2009525644.tif 000007
【図８】
2009525644.tif 000008
【図９】
2009525644.tif 000009
【図１０】
2009525644.tif 000010