(57)【特許請求の範囲】
【請求項１】
ランダムアクセスレスポンスにおけるアップリンクグラントを復号するための方法であって、
ダウンリンクチャネル上でグラントを受信することと、ここにおいて、前記グラントの一部分の長さは、調節されている；
アップリンク帯域幅の構成に基づいて前記グラントの前記部分のリソースブロック割り当てを解釈することと；
を備える方法。
【請求項２】
前記アップリンク帯域幅の構成にしたがってクロップされるまたは拡張されるリソースブロック割り当てを備えている前記グラントの前記調節された長さの部分を検出すること、
をさらに備えている請求項１に記載の方法。
【請求項３】
前記アップリンク帯域幅の構成がアップリンクリソースブロックの数（Ｎｒｂｕｌ）を備えると仮定すると、前記リソースブロック割り当てを、
Ｎｒｂｕｌ≦３２である場合には、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記トランケートされたリソースブロック割り当てを解釈することと；
によって解釈すること、
をさらに備える請求項２に記載の方法。
【請求項４】
前記リソースブロック割り当てを、
Ｎｒｂｕｌ＞３２である場合には、固定サイズのリソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結することと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのための前記ルールにしたがって拡張されたリソースブロック割り当てを解釈することと；
によって解釈すること、
をさらに備える請求項３に記載の方法。
【請求項５】
アップリンクグラントが前記ランダムアクセスレスポンス（ＲＡＲ）において受信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを検出することによって前記グラントのさらなるトランケーションを解釈すること、
をさらに備える請求項１に記載の方法。
【請求項６】
アップリンクグラントが前記ＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で検出すること、
をさらに備える請求項５に記載の方法。
【請求項７】
１ビットの周波数ホッピングフラグ、１０ビットの固定サイズのリソースブロック割り当て、４ビットの変調及び符号化スキーム、３ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、１ビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、の固定サイズのフォーマットを満たすために前記調節された長さのグラントを解釈すること、をさらに備えている請求項１に記載の方法。
【請求項８】
前記アップリンク帯域幅の構成がアップリンクリソースブロックの数
【数１】
0005341192.tif 000024
を備えると仮定すると、前記リソースブロック割り当てを、
【数２】
0005341192.tif 000025
である場合には、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、
【数３】
0005341192.tif 000026
であり、前記トランケートされたリソースブロック割り当てを通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈することと；
【数４】
0005341192.tif 000027
である場合には、前記固定サイズのリソースブロック割り当てに、「０」に設定される値でｂビットを挿入することと、なお、
【数５】
0005341192.tif 000028
であり、前記拡張されたリソースブロック割り当てを前記通常のＤＣＩフォーマット０のための前記ルールにしたがって解釈することと；
によって解釈すること、
をさらに備えている請求項１に記載の方法。
【請求項９】
最も高い変調を省略して、インデクス０−１５として、トランケートされた変調及び符号化スキーム（ＭＣＳ）を解釈すること、
をさらに備えている請求項１に記載の方法。
【請求項１０】
ランダムアクセスレスポンスにおけるアップリンクグラントを復号するための少なくとも１つのプロセッサであって、
ダウンリンクチャネル上でグラントを受信するための第１のモジュールと、ここにおいて、前記グラントの一部分の長さは、調節されている；
前記グラントの前記部分のリソースブロック割り当てを解釈するための第２のモジュールと、前記リソースブロック割り当てを前記解釈することは、アップリンク帯域幅の構成に基づいている；
を備える少なくとも１つのプロセッサ。
【請求項１１】
ランダムアクセスレスポンスにおけるアップリンクグラントを復号するためのコンピュータプログラムを記憶したコンピュータ可読記憶媒体、前記コンピュータ可読記憶媒体は、
ダウンリンクチャネル上でグラントをコンピュータに受信させるための第１セットのコードと、ここにおいて、前記グラントの一部分の長さは、調節されている；
前記グラントの前記部分のリソースブロック割り当てを前記コンピュータに解釈させるための第２セットのコードと、前記リソースブロック割り当ての前記解釈は、アップリンク帯域幅の構成に基づいている；
を備える。
【請求項１２】
ランダムアクセスレスポンスにおけるアップリンクグラントを復号するための装置であって、
ダウンリンクチャネル上でグラントを受信するための手段と、ここにおいて、前記グラントの一部分の長さは、調節されている、
前記グラントの前記部分のリソースブロック割り当てを解釈するための手段と、前記リソースブロック割り当てを前記解釈することは、アップリンク帯域幅の構成に基づいている、
を備える装置。
【請求項１３】
ランダムアクセスレスポンスにおけるアップリンクグラントを復号するための装置であって、
ダウンリンクチャネル上でグラントを受信するための受信機と、ここにおいて、前記グラントの一部分の長さは、調節されている；
前記グラントの前記部分のリソースブロック割り当てを解釈するためのコンピューティングプラットフォームと、前記リソースブロック割り当てを前記解釈することは、アップリンク帯域幅の構成に基づいている；
を備える装置。
【請求項１４】
前記アップリンク帯域幅の構成にしたがってクロップされるまたは拡張されるリソースブロック割り当てを備えている前記グラントの前記調節された長さの部分を検出するための前記コンピューティングプラットフォーム、
をさらに備えている請求項１３に記載の装置。
【請求項１５】
前記アップリンク帯域幅の構成がアップリンクリソースブロックの数（Ｎｒｂｕｌ）を備えると仮定すると、前記リソースブロック割り当てを、
Ｎｒｂｕｌ≦３２である場合には、リソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記トランケートされたリソースブロック割り当てを解釈することと；
によって解釈するための前記コンピューティングプラットフォーム、
をさらに備える請求項１４に記載の装置。
【請求項１６】
前記リソースブロック割り当てを、
Ｎｒｂｕｌ＞３２である場合には、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結することと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのための前記ルールにしたがって、拡張されたリソースブロック割り当てを解釈することと；
によって解釈するための前記コンピューティングプラットフォーム、
をさらに備える請求項１５に記載の装置。
【請求項１７】
アップリンクグラントが前記ランダムアクセスレスポンス（ＲＡＲ）において受信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを検出することによって前記グラントのさらなるトランケーションを解釈するための前記コンピューティングプラットフォーム、
をさらに備える請求項１３に記載の装置。
【請求項１８】
アップリンクグラントが前記ＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で検出するための前記コンピューティングプラットフォーム、
をさらに備える請求項１７に記載の装置。
【請求項１９】
１ビットの周波数ホッピングフラグ、１０ビットのリソースブロック割り当て、４ビットの変調及び符号化スキーム、３ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、１ビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために前記調節された長さのグラントを解釈するための前記コンピューティングプラットフォーム、をさらに備えている請求項１３に記載の装置。
【請求項２０】
前記アップリンク帯域幅の構成がアップリンクリソースブロックの数
【数６】
0005341192.tif 000029
を備えると仮定すると、前記リソースブロック割り当てを、
【数７】
0005341192.tif 000030
である場合には、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、
【数８】
0005341192.tif 000031
であり、前記トランケートされたリソースブロック割り当てを通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈することと；
【数９】
0005341192.tif 000032
である場合には、前記固定サイズのリソースブロック割り当てに、「０」に設定される値でｂビットを挿入することと、なお
【数１０】
0005341192.tif 000033
であり、前記拡張されたリソースブロック割り当てを前記通常のＤＣＩフォーマット０のための前記ルールにしたがって解釈することと；
によって解釈するための前記コンピューティングプラットフォーム、
をさらに備える請求項１３に記載の装置。
【請求項２１】
最も高い変調を省略して、インデクス０−１５として、トランケートされた変調及び符号化スキーム（ＭＣＳ）を解釈するための前記コンピューティングプラットフォーム、
をさらに備えている請求項１３に記載の装置。
【請求項２２】
ランダムアクセスレスポンスにおけるアップリンクグラントを符号化するための方法であって、
システム帯域幅に基づいて、アップリンクリソースブロックの数
【数１１】
0005341192.tif 000034
と長さの調節とを決定することと、
前記決定された長さの調節を達成するために、前記アップリンクリソースブロックの数
【数１２】
0005341192.tif 000035
に基づいて、リソースブロック割り当てを符号化することと、
前記リソースブロック割り当てを含むグラントをダウンリンクチャネル上で送信することと、
を備える方法。
【請求項２３】
前記システム帯域幅にしたがって前記リソースブロック割り当てをクロップするまたは拡張することによって、前記グラントの長さを調節すること、をさらに備えている請求項２２に記載の方法。
【請求項２４】
前記リソースブロック割り当ては、
Ｎｒｂｕｌ≦３２である場合には、リソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）であり、
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記トランケートされたリソースブロック割り当てを解釈することと、
によって解釈されるような方法で符号化される、請求項２３に記載の方法。
【請求項２５】
前記リソースブロック割り当てはさらに、
Ｎｒｂｕｌ＞３２である場合には、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結することと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０であり、
通常のＰＤＣＣＨグラントのための前記ルールにしたがって、前記拡張されたリソースブロック割り当てを解釈することと、
によって解釈されるような方法で符号化される、請求項２４に記載の方法。
【請求項２６】
アップリンクグラントが前記ランダムアクセスレスポンス（ＲＡＲ）において送信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを送信することによって前記グラントをさらにトランケートすること、
をさらに備える請求項２２に記載の方法。
【請求項２７】
アップリンクグラントが前記ＲＡＲにおいて送信されるとき新しい送信がリクエストされるということを物理層上で送信すること、
をさらに備える請求項２６に記載の方法。
【請求項２８】
１ビットの周波数ホッピングフラグ、１０ビットのリソースブロック割り当て、４ビットの変調及び符号化スキーム、３ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、１ビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために前記調節された長さのグラントを符号化すること、をさらに備えている請求項２２に記載の方法。
【請求項２９】
前記リソースブロック割り当ては、
【数１３】
0005341192.tif 000036
である場合には、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、
【数１４】
0005341192.tif 000037
であり、前記トランケートされたリソースブロック割り当てを通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈することと；
【数１５】
0005341192.tif 000038
である場合には、前記固定サイズのリソースブロック割り当てに、「０」に設定される値でｂビットを挿入することと、なお、
【数１６】
0005341192.tif 000039
であり、前記拡張されたリソースブロック割り当てを前記通常のＤＣＩフォーマット０のための前記ルールにしたがって解釈することと；
によって解釈されるような方法で符号化される、請求項２２に記載の方法。
【請求項３０】
最も高い変調を省略して、インデクス０−１５として、変調及び符号化スキーム（ＭＣＳ）をトランケートすること、をさらに備えている請求項２２に記載の方法。
【請求項３１】
ランダムアクセスレスポンスにおけるアップリンクグラントを符号化するための少なくとも１つのプロセッサであって、
システム帯域幅に基づいて、アップリンクリソースブロックの数
【数１７】
0005341192.tif 000040
と長さの調節とを決定するための第１のモジュールと、
前記決定された長さの調節を達成するために、前記アップリンクリソースブロックの数
【数１８】
0005341192.tif 000041
に基づいて、リソースブロック割り当てを符号化するための第２のモジュールと、
ダウンリンクチャネル上で前記リソースブロック割り当てを含むグラントを送信するための第３のモジュールと、
を備える少なくとも１つのプロセッサ。
【請求項３２】
ランダムアクセスレスポンスにおけるアップリンクグラントを符号化するためのコンピュータプログラムを記憶したコンピュータ可読記憶媒体、前記コンピュータ可読記憶媒体は、
システム帯域幅に基づいて、アップリンクリソースブロックの数
【数１９】
0005341192.tif 000042
と長さの調節とをコンピュータに決定させるための第１セットのコードと、
前記決定された長さの調節を達成するために、前記アップリンクリソースブロックの数
【数２０】
0005341192.tif 000043
に基づいて、リソースブロック割り当てを前記コンピュータに符号化させるための第２セットのコードと、
ダウンリンクチャネル上で前記リソースブロック割り当てを含むグラントを前記コンピュータに送信させるための第３セットのコードと、
を備える。
【請求項３３】
ランダムアクセスレスポンスにおけるアップリンクグラントを符号化するための装置であって、
システム帯域幅に基づいて、アップリンクリソースブロックの数
【数２１】
0005341192.tif 000044
と長さの調節とを決定するための手段と、
前記決定された長さの調節を達成するために、前記アップリンクリソースブロックの数
【数２２】
0005341192.tif 000045
に基づいて、リソースブロック割り当てを符号化するための手段と、
前記リソースブロック割り当てを含むグラントをダウンリンクチャネル上で送信するための手段と、
を備える装置。
【請求項３４】
ランダムアクセスレスポンスにおけるアップリンクグラントを符号化するための装置であって、
システム帯域幅に基づいて、アップリンクリソースブロックの数
【数２３】
0005341192.tif 000046
と長さの調節とを決定するためのコンピューティングプラットフォームと、
前記決定された長さの調節を達成するために、前記アップリンクリソースブロックの数
【数２４】
0005341192.tif 000047
に基づいて、リソースブロック割り当てを符号化するための前記コンピューティングプラットフォームと、
前記リソースブロック割り当てを含むグラントをダウンリンクチャネル上で送信するための送信機と、
を備える装置。
【請求項３５】
前記システム帯域幅にしたがって前記リソースブロック割り当てをクロップするまたは拡張することによって、前記グラントの長さを調節するための前記コンピューティングプラットフォーム、
をさらに備えている請求項３４に記載の装置。
【請求項３６】
前記リソースブロック割り当ては、
Ｎｒｂｕｌ≦３２である場合には、リソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）であり、
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記のトランケートされたリソースブロック割り当てを解釈することと、
によって解釈されるような方法で符号化される、請求項３５に記載の装置。
【請求項３７】
前記リソースブロック割り当てはさらに、
Ｎｒｂｕｌ＞３２である場合には、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結することと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０であり、
前記通常のＰＤＣＣＨグラントのための前記ルールにしたがって、前記拡張されたリソースブロック割り当てを解釈することと、
によって解釈されるような方法で符号化される、請求項３６に記載の装置。
【請求項３８】
アップリンクグラントが前記ランダムアクセスレスポンス（ＲＡＲ）において送信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを送信することによって前記グラントをさらにトランケートするための前記コンピューティングプラットフォーム、をさらに備える請求項３４に記載の装置。
【請求項３９】
アップリンクグラントが前記ＲＡＲにおいて送信されるとき新しい送信がリクエストされるということを物理層上で送信するための前記送信機、をさらに備える請求項３８に記載の装置。
【請求項４０】
１ビットの周波数ホッピングフラグ、１０ビットのリソースブロック割り当て、４ビットの変調及び符号化スキーム、３ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、１ビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために前記調節された長さのグラントを符号化するための前記コンピューティングプラットフォーム、をさらに備えている請求項３４に記載の装置。
【請求項４１】
前記リソースブロック割り当ては、
【数２５】
0005341192.tif 000048
である場合、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートすることと、なお、
【数２６】
0005341192.tif 000049
であり、前記トランケートされたリソースブロック割り当てを通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈することと；
【数２７】
0005341192.tif 000050
である場合、前記固定サイズのリソースブロック割り当てに、「０」に設定される値でｂビットを挿入することと、なお、
【数２８】
0005341192.tif 000051
であり、前記拡張されたリソースブロック割り当てを前記通常のＤＣＩフォーマット０のための前記ルールにしたがって解釈することと；
によって解釈されるような方法で符号化される、請求項３４に記載の装置。
【請求項４２】
最も高い変調を省略して、インデクス０−１５として、変調及び符号化スキーム（ＭＣＳ）をトランケートするための前記コンピューティングプラットフォーム、をさらに備えている請求項３４に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
(米国特許法の下の優先権主張)
本願は、２００８年８月１２日に出願された「ワイヤレス通信システムにおいてアップリンクグラントを扱うための方法及び装置(A Method and Apparatus for Handling Uplink Grant in Wireless Communication System)」と題された仮出願番号第６１／０８８，３０８号と、２００８年８月１２日に出願された「ワイヤレス通信システムにおいてアップリンクグラントを扱うための方法及び装置(A Method and Apparatus for Handling Uplink Grant in Wireless Communication System)」と題された仮出願番号題６１／０８８，３２７号と、の優先権を主張しており、双方は、ここでの譲受人に譲渡され、ここにおいて参照により明示的にここで組み込まれている。
【発明の分野】
【０００２】
ここにおいて記載されている、例示的な限定されない態様は、一般的にはワイヤレス通信システム(wireless communication system)、方法、コンピュータプログラムプロダクト(computer program product)、及びデバイスに関しており、より具体的には、アップリンクグラント(uplink grant)をフォーマット化するための技術に関する。
【背景】
【０００３】
ワイヤレス通信システムは、例えばボイス、データなどのような様々なタイプの通信コンテンツを提供するように広く展開されている。これらのシステムは、利用可能なシステムリソース（例、帯域幅及び伝送パワー）を共有することによって、複数ユーザとの通信をサポートすることができる多元接続システムであってもよい。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、及び直交周波数分割多元接続（ＯＦＤＭＡ）システム、を含む。
【０００４】
一般的に、ワイヤレス多元接続通信システムは、マルチプルワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンク及び逆方向リンク上の送信を介して1つまたは複数の基地局と通信する。順方向リンク(あるいはダウンリンク)は、基地局から端末までの通信リンクを指し、逆方向リンク(あるいはアップリンク)は端末から基地局までの通信リンクを指す。この通信リンクは、シングルインプットシングルアウトプット、マルチプルインプットシングルアウトプット、あるいは、マルチプルインプットマルチプルアウトプット（ＭＩＭＯ）システムを介して確立されることができる。
【０００５】
ユニバーサルモバイルテレコミュニケーションシステム(Universal Mobile Telecommunications System)（ＵＭＴＳ）は、第３世代（３Ｇ）携帯電話技術のうちの１つである。ＵＭＴＳ地上無線接続ネットワーク(UMTS Terrestrial Radio Access Network)の省略であるＵＴＲＡＮは、ＵＭＴＳコアネットワークを構成するノードＢと無線ネットワークコントローラのための集約的な用語である。この通信ネットワークは、リアルタイム回線交換(real-time Circuit Switched)からＩＰベースのパケット交換(IP based Packet Switched)まで、多くのトラヒックタイプを搬送することができる。ＵＴＲＡＮは、ＵＥ（ユーザ機器）とコアネットワークとの間の接続を許可する。ＵＴＲＡＮは、ノードＢと呼ばれる基地局と、無線ネットワークコントローラ（ＲＮＣ）を含む。ＲＮＣは、１以上のノードＢのための制御機能を提供する。ノードＢとＲＮＣは同じデバイスであることができるが、一般的なインプリメンテーションは、マルチプルノードＢにサービス提供するセントラルオフィス(central office)において位置される個別のＲＮＣを有する。それらが物理的に分離される必要がないという事実にも関らず、それらの間で論理インタフェースがあり、それはＩｕＢとして知られている。ＲＮＣおよびその対応するノードＢは、無線ネットワークサブシステム（ＲＮＳ）と呼ばれる。ＵＴＲＡＮには、１以上のＲＮＳが存在することができる。
【０００６】
３ＧＰＰ ＬＴＥ(Long Term Evolution)は、今後の必要要件に対処するためにＵＭＴＳモバイル電話標準規格を改善するために第３世代パートナーシッププロジェクト（３ＧＰＰ）内のプロジェクトに対して与えられる名称である。目的は、効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトラム機会を活用すること、そして、他のオープンな標準規格との統合、を含む。ＬＴＥシステムは、本明細書の発展型ＵＴＲＡ（ＥＵＴＲＡ）と発展型ＵＴＲＡＮ（ＥＵＴＲＡＮ）シリーズにおいて説明されている。
【０００７】
システムは、ＵＥがアップリンク上で送るデータを有するときにはいつでも、ＵＥがリソースについてリクエストすることができるリソース割り当てスキームを使用することができる。基地局は、ＵＥからの各リソースリクエストを処理することができ、ＵＥに対してリソースのグラント(a grant of resources)を送信することができる。その後、ＵＥは、グラントされたリソースを使用して、アップリンク上でデータを送信することができる。しかしながら、アップリンクリソースは、リソースのためのリクエストを送るために消費され、ダウンリンクリソースは、リソースのグラントを送るために消費される。
【０００８】
物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上のアップリンクグラントのサイズは帯域幅によって決まるが、ランダムアクセスレスポンス（ＲＡＲ）におけるアップリンクグラントのサイズは固定である。従って、ＵＥのためのランダムアクセスチャネル（ＲＡＣＨ）プロシージャに不利な影響を与えることなく、異なるシステム帯域幅に応答するランダムアクセスレスポンス（ＲＡＲ）においてアップリンクグラントを割り付ける必要がある。
【発明の概要】
【０００９】
以下は、開示された態様のいくつかの態様の基本的な理解を提供するために、簡略化された概要(summary)を提示する。この概要は、広範囲な全体像ではなく、重要なあるいは決定的な要素を識別することも、あるいは、このような態様の範囲を詳細に描写することも、意図されていない。その目的は、後で示される、より詳細な説明の前置きとして、簡略化された形で説明される特徴のいくつかのコンセプトを提示することである。
【００１０】
１以上の態様及びその対応する開示によると、システム帯域幅に調節するためにアップリンク（ＵＬ）グラントのためのランダムアクセスレスポンス（ＲＡＲ）のリソースブロック（ＲＢ）割り付けを変換することによって、アップリンクグラントのためのＰＤＣＣＨ（物理ダウンリンク制御チャネル）のサイズを調節し（すなわち、縮小するまたは拡張する）、さらに高レベル処理に対して提供するために十分な情報(full information)をユーザ機器（ＵＥ）の物理層が解釈することをイネーブルにすること、に関して記載されている。代替的に、または、追加的に、変調及び符号化スキーム（ＭＣＳ）フィールドは、帯域幅の考慮のために、または、今後の拡張のために、ＰＤＣＣＨのサイズを減らすことを高めるために使用される変調を制約することによって、減らされることができる。
【００１１】
一態様では、グラントを復号するための方法が提供されている。グラントはダウンリンクチャネル上で受信される。長さが調節されたグラントの一部分が検出される。リソースブロック割り当て(resource block assignment)は、アップリンクリソースブロックの数(number of uplink resource blocks)に基づいて、復号される。
【００１２】
別の態様では、グラントを復号するための少なくとも１つのプロセッサが提供されている。第１のモジュールはダウンリンクチャネル上でグラントを受信する。第２のモジュールは、長さが調節されたグラントの一部分を検出する。第３のモジュールは、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを復号する。
【００１３】
さらなる態様では、グラントを復号するためのコンピュータプログラムプロダクトが提供されている。コンピュータ可読記憶媒体(computer-readable storage medium)は、ダウンリンクチャネル上でグラントをコンピュータに受信させるための第１セットのコードを備える。第２セットのコードは、長さが調節されたグラントの一部分をコンピュータに検出させる。第３セットのコードは、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てをコンピュータに復号させる。
【００１４】
別のさらなる態様では、グラントを復号するための装置(apparatus)が提供されている。ダウンリンクチャネル上でグラントを受信するための手段が提供されている。長さが調節されたグラントの一部分を検出するための手段が提供されている。アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを復号するための手段が提供されている。
【００１５】
さらなる態様では、グラントを復号するための装置が提供されている。受信機はダウンリンクチャネル上でグラントを受信する。コンピューティングプラットフォームは、長さが調節されたグラントの一部分を検出する。コンピューティングプラットフォームは、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを復号する。
【００１６】
さらに、一態様では、グラントを符号化するための方法が提供されている。グラントのためのシステム帯域幅(system bandwidth for the grant)に基づいて、アップリンクリソースブロックの数と長さの調節(length adjustment)が決定される。リソースブロック割り当ては、決定される長さの調節を達成するために、アップリンクリソースブロックの数に基づいて、符号化される。グラントはダウンリンクチャネル上で送信される。
【００１７】
さらに別の態様では、グラントを符号化するための少なくとも1つのプロセッサが提供されている。第1のモジュールは、グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節を決定する。第２のモジュールは、決定される長さの調節を達成するために、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを符号化する。第３のモジュールは、ダウンリンクチャネル上でグラントを送信する。
【００１８】
さらにさらなる態様では、グラントを符号化するためのコンピュータプログラムプロダクトが提供されている。コンピュータ可読記憶媒体は、グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節をコンピュータに決定させるための第１セットのコードを備える。第２セットのコードは、決定される長さの調節を達成するために、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てをコンピュータに符号化させる。第３セットのコードは、ダウンリンクチャネル上でグラントをコンピュータに送信させる。
【００１９】
さらに別のさらなる態様では、グラントを符号化するための装置が提供されている。グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節を決定するための手段が提供されている。決定される長さの調節を達成するために、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを符号化するための手段が提供されている。ダウンリンクチャネル上でグラントを送信するための手段が提供されている。
【００２０】
また、さらなる態様では、グラントを符号化するための装置が提供されている。コンピューティングプラットフォームは、グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節を決定する。コンピューティングプラットフォームは、決定される長さの調節を達成するために、アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを符号化する。送信機はダウンリンクチャネル上でグラントを送信する。
【００２１】
前述及び関連の目的の達成のために、1つまたは複数の態様は、ここで十分に説明され、特許請求の範囲で特に指摘された特徴を備えることができる。以下の説明および添付図面は、詳細に、ある説明のための態様を記述しており、そして、態様の原理(principles)が使用されることができる様々な方法のうちのほんのいくつかを示している。他の利点および新規な特徴は、図面と共に考慮されるとき、以下の詳細な説明から明らかとなるであろう、また、開示された態様は、すべてのそのような態様およびそれらの同等物(equivalents)を含むように意図されている。
【００２２】
本開示の特徴、性質、及び利益は、同様な参照数字が全体にわたって対応して識別する図面と併せて、下記に記載される詳細な説明からより明らかとなるであろう。
【図面の簡単な説明】
【００２３】
【図１】図１は、システム帯域幅に適応させるために基地局によって調節される（例、トランケートされる、拡張される）ランダムアクセスレスポンス（ＲＡＲ）の符号化を利用する、通信システムのブロック図を図示する。
【図２】図２は、アップリンク（ＵＬ）グラントのトランケーションによって達成される図１の調節サイズのＲＡＲのブロック図を図示する。
【図３】図３は、アップリンク（ＵＬ）グラントの拡張によって達成される図１の調節サイズのＲＡＲのブロック図を図示する。
【図４】図４は、可変長ランダムアクセスレスポンスについての一態様にしたがって多元接続ワイヤレス通信システムの図を図示する。
【図５】図５は、可変長ランダムアクセスレスポンスをサポートするための通信システムの概略ブロック図を図示する。
【図６】図６は、アップリンクリソースをリクエストし発展型ベースノード（ｅＮＢ）からランダムアクセスレスポンス（ＲＡＲ）を解釈する、ユーザ機器（ＵＥ）のための方法についてのタイミング図を図示する。
【図７】図７は、ランダムアクセスレスポンス（ＲＡＲ）のための方法のフロー図を図示する。
【図８】図８は、トランケートされるランダムアクセスレスポンス（ＲＡＲ）のための方法のフロー図を図示する。
【図９】図９は、トランケートされるランダムアクセスレスポンスを受信し解釈するためのモジュールを有するユーザ機器のブロック図を図示する。
【図１０】図１０は、ランダムアクセスレスポンスをトランケートし送信するためのモジュールを有するベースノードのブロック図を図示する。
【詳細な説明】
【００２４】
ワイヤレス通信システムは、アップリンクチャネルへのアクセスをリクエストするために、ユーザ機器（ＵＥ）のためのランダムアクセスチャネル（ＲＡＣＨ）プロシージャを提供する。物理層の観点から、発展型基地局（ｅＮＢ）は、ランダムアクセスレスポンス（ＲＡＲＰ）に反応し、そしてそれは、検出されたプリアンブル、今後の拡張のために予備のビット(reserved bit)で２１ビットまたは２０ビットのようなアップリンクグラントを含んでいる固定長のメッセージ、タイミングアドバンスとセル無線ネットワーク一時識別子(Cell Radio Network Tempo)（Ｃ−ＲＮＴＩ）のような他のフィールドに反映する(echoes)。ＲＡＲがアップリンクシステム帯域幅における変動(variations)に適応させる必要性があるということに応じ、ＵＥがいずれのシステム帯域幅についてＲＡＲを解釈することができる方法で、ＲＡＲのトランケートされるリソースブロック（ＲＢ）割り当てを符号化するアプローチがある。したがって、ＲＡＣＨプロシージャおよび既存のチャネルリソースを達成する必要性は実現されることができる。
【００２５】
様々な態様が、図面を参照して説明されている。次の説明では、説明の目的のために、多くの具体的な詳細が、1つまたは複数の態様の完全な理解を提供するために記載されている。しかしながら、様々な態様はこれらの特定の詳述なしに、実践されることができるということは、明白である。他の例では、よく知られたストラクチャ及びデバイスは、これらの態様を説明することを容易にするためにブロック図の形で示されている。
【００２６】
本願で使用されているように、用語「コンポーネント(component)」、「モジュール(module)」、「システム(system)」、および同様なものは、コンピュータ関連のエンティティ、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、あるいは実行中のソフトウェア、のいずれを指すように意図されている。例えば、コンポーネントは、限定されてはいないが、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト(object)、実行ファイル(executable)、実行スレッド(thread of execution)、プログラム、及び/またはコンピュータ、であってもよい。例として、サーバ上で実行中のアプリケーションとサーバの両方がコンポーネントであることができる。１つまたは複数のコンポーネントは、プロセス及び/または実行スレッド内に常駐(reside)することができ、また、コンポーネントは、1つのコンピュータ上にローカライズされてもよいし、かつ/または２以上のコンピュータの間で分散され(distributed)てもよい。
【００２７】
用語「例示的な(exemplary)」は、例(example)、インスタンス(instance)、又は例証(illustration)として機能していることを意味するように、ここでは使用されている。ここに説明される、いずれの態様あるいは設計(design)も、「例示的な(exemplary)」であって、他の態様あるいは設計よりも、好ましいまたは有利であるものとして、必ずしも解釈されるべきではない。
【００２８】
さらに、1以上のバージョンは、開示される態様をインプリメントするようにコンピュータを制御するためにソフトウェア、ファームウェア、ハードウェア、またはそれらのいずれの組み合わせを生成するために、スタンダードプログラミング及び/またはエンジニアリング技術を使用して、方法、装置、または製造品としてインプリメントされることができる。ここにおいて使用されている用語「製造品(article of manufacture)」(あるいは「コンピュータプログラムプロダクト(computer program product)」)は、いずれのコンピュータ可読デバイス、キャリア、あるいは媒体からアクセス可能なコンピュータプログラムを含むように意図されている。例えば、コンピュータ可読媒体は、限定されてはいないが、磁気ストレージデバイス(例、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ(magnetic strips)…)、光学ディスク(例、コンパクトディスク(ＣＤ)、デジタル汎用ディスク(digital versatile disk)(ＤＶＤ)…)、スマートカード、また、フラッシュメモリデバイス(例、カード、スティック)を含むことができる。さらに、電子メールを送受信することまたはインターネットまたはローカルエリアネットワーク(ＬＡＮ)のようなネットワークにアクセスすることにおいて使用されるようなコンピュータ可読電子データ、を搬送するためにキャリア波が利用されることができるということが理解されるべきである。勿論、当業者は、多くの修正が開示された態様の範囲から逸脱することなく、この構成に対してなされることができるということを認識するであろう。
【００２９】
様々な態様は、多数のコンポーネント、モジュール、及び同様なものを含むことができるシステムの観点から提示される。様々なシステムは、更なるコンポーネント、モジュール、等を含んでもよく、及び/または、図に関連して説明されたコンポーネント、モジュール等のすべてを含まなくてもよい、ということは理解され、認識されるべきである。これらのアプローチの組み合わせもまた使用されることができる。ここにおいて開示される様々な態様は、マウス及びキーボードタイプのインタフェース、及び/または、タッチスクリーンディスプレイ技術を使用するデバイスを含んでいる電子デバイス上で実行されることができる。そのようなデバイスの例は、コンピュータ(デスクトップ及びモバイル)、スマートフォン、携帯情報端末(ＰＤＡ)、そしてワイヤード及びワイヤレスの両方である他の電子デバイス、を含む。
【００３０】
図１を最初に参照すると、基地局の通信システム１００は、発展型ベースノード（ｅＮＢ）１０２として図示されており、無線(over-the-air)（ＯＴＡ）リンク１０４を介してユーザ機器（ＵＥ）１０６と通信する。ｅＮＢ１０２は、アップリンク共有データチャネル１１２上で通信するために、ＵＥ１０６からのリクエスト１１０について、ランダムアクセスチャネル（ＲＡＣＨ）１０８をモニタする。これに応答して、ｅＮＢは、共有ダウンリンクチャネル（ＤＬ）１１８のランダムアクセスレスポンス１１６を送信する。リクエスト１１０に特有であり、ＲＡＲ１１６は、プリアンブル１２０、アップリンクグラントおよび他のフィールド（上記参照）１２２を含む。選択されるアップリンクシステム帯域幅に応じて、ｅＮＢ１０２のＲＡＲ ＵＬグラント符号器１２４は、ＵＥ１０６におけるＲＡＲ ＵＬグラント復号器１２６が高層処理のために十分な情報を解釈することができる、調節されたサイズＲＡＲ１２２’を作成するために、予測可能な方法でＲＡＲ１２２においてデータを有利にトランケートする(truncate)ことができる。
【００３１】
図２では、調節されたサイズのＲＡＲ１２２′（図１）の第１の例は、情報を供給するまたは消費する上層によって固定されるアップリンク（ＵＬ）グラント２００のサイズをトラケートすることによって達成される。具体的には、トランケートされるビット２０２は、レシピエントが固定サイズＵＬグラント２００を再構築することができるように、トランケーションで使用される制約の黙示の理解でトランケートされるＵＬグラント２０４を残すように、取り除かれる。したがって、ＵＬグラント情報は、縮小されたサイズのシステム帯域幅上で伝達されることができる。
【００３２】
図３では、調節されたサイズのＲＡＲ１２２′（図１）の第２の例は、より大きなシステム帯域幅に適切な拡張ＲＡＲ３０６のサイズを達成するために、固定サイズのＵＬグラント３０４に、挿入ビット(inserted bits)３０２を追加することによって達成される。
【００３３】
ワイヤレス通信システムは、例えばボイス、データなどのような様々なタイプの通信コンテンツを提供するように広く展開されているということは理解されるべきである。これらのシステムは、利用可能なシステムリソース（例、帯域幅及び伝送パワー）を共有することによって、複数ユーザとの通信をサポートすることができる多元接続システムであってもよい。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ ＬＴＥシステム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、及び他のシステムを含む。
【００３４】
一般的に、ワイヤレス多元接続通信システムは、マルチプルワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンク及び逆方向リンク上の送信を介して1つまたは複数の基地局と通信する。順方向リンク(あるいはダウンリンク)は、基地局から端末までの通信リンクを指し、逆方向リンク(あるいはアップリンク)は端末から基地局までの通信リンクを指す。この通信リンクは、シングルインプットシングルアウトプット、マルチプルインプットシングルアウトプット、あるいは、マルチプルインプットマルチプルアウトプット(ＭＩＭＯ)システムを介して確立されることができる。
【００３５】
ＭＩＭＯシステムは、データ送信のために、マルチプル（ＮＴ）送信アンテナとマルチプル（ＮＲ）受信アンテナを利用する。ＮＴ送信アンテナとＮＴ受信アンテナによって形成されるＭＩＭＯチャネルは、Ｎｓ独立チャネルへと分解されることができ、それらは、空間チャネル(spatial channels)とも呼ばれる。なお、Ｎｓ≦min｛ＮＴ，ＮＲ｝である。Ｎｓ独立チャネルの各々は大きさ（dimension）に対応する。ＭＩＭＯシステムは、マルチプル送信及び受信アンテナによって作成されるさらなる大きさ(dimensionalities)が利用される場合には、改良される性能(例、より高いスループット及び/またはより高い信頼性)を提供することができる。
【００３６】
ＭＩＭＯシステムは、時分割デュプレクス（ＴＤＤ）と周波数分割デュプレクス（ＦＤＤ）システムをサポートする。ＴＤＤシステムにおいては、順方向リンク及び逆方向リンク送信は同じ周波数領域上にあるので、相互主義(reciprocity principle)は、逆方向リンクチャネルからの順方向リンクチャネルの推定を可能にする。このことは、マルチプルアンテナがアクセスポイントにおいて利用可能であるとき、アクセスポイントが順方向リンク上で送信ビームフォーミング利得を抽出することを可能にする。
【００３７】
図４を参照すると、一態様にしたがった多元接続ワイヤレス通信システムが図示されている。アクセスポイント３５０（ＡＰ）は、マルチプルのアンテナグループを含んでおり、１つのアンテナグループは、３５４と３５６を含んでおり、別のアンテナグループは、３５８と３６０を含んでおり、そして、さらなるアンテナグループは、３６２と３６４を含んでいる。図４では、各アンテナグループについて２つのアンテナのみが示されているが、より多くのアンテナまたはより少数のアンテナが各アンテナグループについて利用されることができる。アクセス端末（ＡＴ）３６６は、アンテナ３６２とアンテナ３６４と通信しており、アンテナ３６２とアンテナ３６４は、順方向リンク３７０上でアクセス端末３６６に対して情報を送信し、逆方向リンク３６８上でアクセス端末３６６から情報を受信する。アクセス端末３７２は、アンテナ３５６とアンテナ３５８と通信しており、アンテナ３５６とアンテナ３５８は、順方向リンク３７６上でアクセス端末３７２に対して情報を送信し、逆方向リンク３７４上でアクセス端末３７２から情報を受信する。ＦＤＤシステムでは、通信リンク３６８、３７０、３７４および３７６は、通信のために、異なる周波数を使用することができる。例えば、順方向リンク３７０は、逆方向リンク３６８によって使用されるものとは異なる周波数を使用することができる。各グループのアンテナ、及び／または、それらが通信するように設計されるエリアは、しばしば、アクセスポイント３５０のセクタと呼ばれることができる。一態様では、アンテナグループは、それぞれ、アクセスポイント３５０によってカバーされるエリアのセクタにおいてアクセス端末３６６、３７２に対して通信するように設計される。
【００３８】
順方向リンク３７０および３７６上の通信において、アクセスポイント３５０の送信アンテナは、異なるアクセス端末３６６および３７４のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。また、サービス範囲中にランダムに散在されるアクセス端末に対して送信するためにビームフォーミングを使用しているアクセスポイントは、すべてのそのアクセス端末に対して単一アンテナを通じて送信しているアクセスポイントよりも、近隣セルにおけるアクセス端末に対してより少ない干渉を引き起こす。
【００３９】
アクセス端末３５０は、端末と通信するために使用される固定局であってもよく、また、アクセスポイント、ノードＢ、あるいはいくつかの他の用語で呼ばれてもよい。アクセス端末３６６、３７２はまた、ユーザ機器（ＵＥ）、ワイヤレス通信デバイス、端末、アクセス端末または他の用語で呼ばれることができる。
【００４０】
図５は、ＭＩＭＯシステム４００における、送信機システム４１０（アクセスポイントとしても知られている）と受信機システム４５０（アクセス端末としても知られている）の一態様のブロック図である。送信機システム４１０で、多数のデータストリームのためのトラヒックデータは、データソース４１２から送信（ＴＸ）データプロセッサ４１４に対して提供される。
【００４１】
一態様では、各データストリームは、それぞれの送信アンテナにわたって送信される。ＴＸデータプロセッサ４１４は、符号化データを提供するためにそのデータストリームについて選択された特定の符号化スキームに基づいて、各データストリームについてのトラヒックデータをフォーマット化し、符号化し、そしてインタリーブする。
【００４２】
各データストリームのための符号化データは、ＯＦＤＭ技術を使用して、パイロットデータで多重化されることができる。パイロットデータは、既知の方法で処理される、一般的には既知データパターンであり、チャネルレスポンスを推定するために受信機システムにおいて使用されることができる。各データストリームについての多重化されるパイロットと符号化データは、変調シンボルを提供するためにそのデータストリームについて選択される特定の変調スキーム（例、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調される（すなわち、シンボルマッピングされる）。各データストリームのためのデータレート、符号化および変調は、プロセッサ４３０によって実行される命令によって決定されることができる。
【００４３】
すべてのデータストリームの変調シンボルは、ＴＸ ＭＩＭＯプロセッサ４２０に対して提供されることができ、変調シンボル（例、ＯＦＤＭ用）をさらに処理することができる。ＴＸ ＭＩＭＯプロセッサ４２０は、ＮＴ送信機（ＴＭＴＲ）４２２ａ〜４２２ｔに対して、ＮＴ変調シンボルストリームを提供する。あるインプリメンテーションでは、ＴＸ ＭＩＭＯプロセッサ４２０は、データストリームのシンボルに対して、そしてシンボルが送信されているアンテナに対して、ビームフォーミング重み付けを適用する。
【００４４】
各送信機４２２は、１以上のアナログ信号を提供するためにそれぞれのシンボルストリームを受信し処理し、ＭＩＭＯチャネル上の送信に適した変調信号を提供するためにアナログ信号をさらに条件づける（例、増幅し、フィルタにかけ、そしてアップコンバートする）。さらに、送信機４２２ａ-４２２のＮＴ変調信号は、それぞれ、ＮＴアンテナ４２４ａ-４２４ｔから送信される。
【００４５】
受信機システム４５０で、送信された変調信号は、ＮＲアンテナ４５２ａ-４５２ｒによって受信され、各アンテナ４５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）４５４ａ-４５４ｒに対して提供される。各受信機４５４は、それぞれの受信信号を条件づけ（例、フィルタにかけて、増幅し、ダウンコンバートし）、サンプルを提供するためにその条件づけられた信号をデジタル化し、対応する「受信」シンボルストリームを提供するためにサンプルをさらに処理する。
【００４６】
ＲＸデータプロセッサ４６０は、ＮＴ「検出」シンボルストリームを提供するために、特定の受信機処理技術に基づいて、ＮＲ受信機４５４からＮＲ受信シンボルストリームを受信し処理する。ＲＸデータプロセッサ４６０は、データストリームのためのトラヒックデータを回復するために、各検出されたシンボルストリームを復調し、デインタリーブし、復号する。ＲＸデータプロセッサ４６０による処理は、送信機システム４１０において、ＴＸ ＭＩＭＯプロセッサ４２０とＴＸデータプロセッサ４１４によって実行されるものの補足(complementary)である。
【００４７】
プロセッサ４７０は、どのプレコーディングマトリクス(precoding matrix)を使用するかを周期的に決定する(下記に記載している)。さらに、プロセッサ４７０は、マトリクスインデクス部分とランク値部分とを備える逆方向リンクメッセージを公式化する。
【００４８】
逆方向リンクメッセージは、通信リンク及び／または受信されるデータストリームに関する様々なタイプの情報を備えることができる。逆方向リンクメッセージは、データソース４３６から多数のデータストリームのためのトラヒックデータも受信するＴＸデータプロセッサ４３８によって処理され、変調器４８０によって変調され、送信機４５４ａ-４５４ｒによって条件づけられ、そして、送信機システム４１０に戻って送信される。
【００４９】
基地局４１０では、受信機システム４５０からの変調信号は、受信機システム４５０によって送信される逆方向リンクメッセージを抽出するために、アンテナ４２４によって受信され、受信機４２２によって条件付けられ、復調器４４０によって復調され、ＲＸデータプロセッサ４４２によって処理される。プロセッサ４３０は、ビームフォーミング重み付けを決定するためにどのプレコーディングマトリクスを使用するかを決定し、抽出されるメッセージを処理する。
【００５０】
一態様では、論理チャネルは、制御チャネルとトランスポートチャネルに分類される。論理制御チャネルは、ブロードキャスト制限チャネル（ＢＣＣＨ）を備え、そしてそれは、システム制御情報をブロードキャストするためのＤＬチャネルである。ページング制御チャネル（ＰＣＣＨ）は、ページング情報を転送するＤＬチャネルである。マルチキャスト制御チャネル（ＭＣＣＨ）は、１つまたはいくつかのＭＴＣＨのためのマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）スケジューリング及び制御情報を送信するために使用される、ポイント・ツー・マルチポイントＤＬチャネルである。一般的に、ＲＲＣ接続を確立した後で、このチャネルは、ＭＢＭＳを受信するＵＥによってのみ使用される（注：古いＭＣＣＨ＋ＭＳＣＨ）。専用制御チャネル（ＤＣＣＨ）は専用制御情報を送信するポイント・ツー・ポイントの双方向チャネルで、ＲＲＣ接続を有するＵＥによって使用される。一態様では、論理トラヒックチャネルは、専用トラヒックチャネル（ＤＴＣＨ）を備え、そしてそれは、ユーザ情報の移送のための、１つのＵＥ専用のポイント・ツー・ポイントの双方向チャネルである。さらに、トラヒックデータを送信するためのポイント・ツー・マルチポイント用のマルチキャストトラヒックチャネル（ＭＴＣＨ）を備える。
【００５１】
一態様では、トランスポートチャネルは、ＤＬとＵＬに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）及びページングチャネル（ＰＣＨ）、を備えており、ＰＣＨは、ＵＥパワー節約をサポートするために（ＤＲＸサイクルはＵＥに対してネットワークによって表示されている）、全体のセルにわたってブロードキャストされ、他の制御／トラヒックチャネルのために使用されることができるＰＨＹリソースにマッピングされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、リクエストチャネル（ＲＥＱＣＨ））、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、１セットのＤＬチャネルとＵＬチャネルを備える。
【００５２】
ＤＬ ＰＨＹチャネルは、共通パイロットチャネル(Common Pilot Channel)(ＣＰＩＣＨ)、同期チャネル(Synchronization Channel)(ＳＣＨ)、共通制御チャネル(Common Control Channel)(ＣＣＣＨ)、共有ＤＬ制御チャネル(Shared DL Control Channel)(ＳＤＣＣＨ)、マルチキャスト制御チャネル(Multicast Control Channel)(ＭＣＣＨ)、共有ＵＬ割り当てチャネル(Shared UL Assignment Channel)(ＳＵＡＣＨ)、肯定応答チャネル( Acknowledgement Channel)(ＡＣＫＣＨ)、ＤＬ物理共有データチャネル(DL Physical Shared Data Channel)(ＤＬ-ＰＳＤＣＨ)、ＵＬパワー制御チャネル(UL Power Control Channel)(ＵＰＣＣＨ)、ページングインジケータチャネル(Paging Indicator Channel)(ＰＩＣＨ)、ロードインジケータチャネル(Load Indicator Channel)(ＬＩＣＨ)を備える。ＵＬ ＰＨＹチャネルは、物理ランダムアクセスチャネル(Physical Random Access Channel)(ＰＲＡＣＨ)、チャネル品質インジケータチャネル(Channel Quality Indicator Channel)(ＣＱＩＣＨ)、肯定応答チャネル(Acknowledgement Channel)(ＡＣＫＣＨ)、アンテナサブセットインジケータチャネル(Antenna Subset Indicator Channel)(ＡＳＩＣＨ)、共有リクエストチャネル(Shared Request Channel)(ＳＲＥＱＣＨ)、ＵＬ物理共有データチャネル(UL Physical Shared Data Channel)(ＵＬ−ＰＳＤＣＨ)、ブロードキャストパイロットチャネル(Broadband Pilot Channel)(ＢＰＩＣＨ)を備える。
【００５３】
図６は、方法６００は、アップリンクリソースをリクエストし発展型ベースノード（ｅＮＢ）６０４からランダムアクセスレスポンス（ＲＡＲ）を解釈することができるユーザ機器（ＵＥ）を提供する。ＲＡＲは、情報を失わず、システム帯域幅に関係なく固定長を有することができる。これを行うために、アップリンクシステム帯域幅のためのリソースブロック割り当ては、ＲＡＲにおいてフィットするために、拡張される、または、縮小される。ＵＥ６０２は必要とされるアップリンクリソースブロックの数（ＮＲＢＵＬ）を決定し（ブロック６１０）、ｅＮＢ６０４に対してリクエストを行うためにランダムアクセスチャネル（ＲＡＣＨ）プロシージャを利用する（ブロック６１２）。
【００５４】
ｅＮＢ６０４の物理Ｌ１層は、上層から、固定長のランダムアクセスレスポンス（ＲＡＲ）を受信する（ブロック６１４）。システム帯域幅に適応させるためにどんな長さの調節がなされるべきかという決定が行われる（ブロック６１６）。システム帯域幅に適応させる長さの調節は、例えばリソースブロック（ＲＢ）割り当てを拡張／圧縮することによって行われる。この調節は、情報が失われないように、アップリンクリソースブロックの数に基づいて行われる（ブロック６１８）。調節された長さＲＡＲは、ＵＥ６０２に対して送信される（ブロック６２０）。
【００５５】
ＵＥ６０２は、ＲＡＲの調節された長さを検出し、説明のための態様においては、ＲＢ割り当ての調節された長さを検出する（ブロック６２２）。アップリンクリソースブロックの数の情報に基づいて、オリジナルの固定サイズＲＡＲが決定されることができる（ブロック６２４）。Ｌ１は、固定サイズのリソースブロック割り当てをその上層に供給する（ブロック６２６）。
【００５６】
一態様では、方法９００は、ランダムアクセスレスポンスについて図７の中で図示される。ＲＡＲの上層による処理では、２０ビットアップリンクグラントは、下記を含んでいるということを表示する；
-ホッピングフラグ-１ビット;
-固定サイズのリソースブロック割り当て-１０ビット;
-トランケートされる変調及び符号化スキーム-４ビット;
-スケジュールされたＰＵＳＣＨのためのＴＰＣコマンド-３ビット;
-ＵＬ遅延-１ビット;
-ＣＱＩリクエスト-１ビット(ブロック９０２)。
【００５７】
ＮＲＢＵＬがアップリンクリソースブロックの数と仮定すると、ＮＲＢＵＬ≦３２である場合には、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートする。なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（ＮＲＢＵＬ＊ＮＲＢＵＬ＋１）／２）である（ブロック９０４）。通常のＰＤＣＣＨグラントのためのルールにしたがって、トランケートされるリソースブロック割り当てを解釈する（ブロック９０６）。
【００５８】
Ｎｒｂｕｌ＞３２の場合には、固定サイズのリソースブロック割り当てで最上位ビットとして０に設定される値で、ｂビットを連結する。なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である（ブロック９０８）。通常のＰＤＣＣＨグラントのためのルール(rules for a regular PDCCH grant)にしたがって、拡張されるリソースブロック割り当てを解釈する。
【００５９】
一態様では、固定サイズのリソースブロック割り当てを解釈する方法は、Ｎｒｂｕｌ＞３２である場合には、５ＭＨｚシステム（Ｎｒｂｕｌ＝２５）においてそれらを解釈するために９の最小位ビットを使用する、ということを提供する。最上位ビットは、９ビットグラント（上記）がＲＢ＝０またはＲＢ＝３２においてスタートするかを表示する（ブロック９１０）。
【００６０】
ＵＥは、受信される４ビットのトランケートされるＭＣＳで最上位ビットとして連結「０」によって、５ビットの変調及び符号化スキーム及び冗長度バージョンＩＭＣＳを決定する（ブロック９１２）。
【００６１】
アップリンクグラントがランダムアクセスレスポンスにおいて受信されるとき、新しい送信は、より高い層に対して表示されることができる（ブロック９１４）。
【００６２】
図８では、トランケートされるランダムアクセスレスポンスのための方法１０００が図示される。タイプ２のリソース割り付けでは、リソース割り付け情報は、関連づけられたＰＤＣＣＨ上で搬送される１ビットのフラグの設定に依存する、１セットの隣接して割り付けられるローカライズされたバーチャルリソースブロック（ＶＲＢ）(contiguously allocated localized virtual resource blocks)または、分散されたバーチャルリソースブロック(distributed virtual resource blocks)をスケジュールされたＵＥに対して表示する（ブロック１００２）。ＵＥのためのローカライズされたＶＲＢ割り付けは、システム帯域幅にわたって、単一のＶＲＢから最大ＶＲＢの最大数と異なる。ＵＥのための分散されたＶＲＢ割り付けは、Ｎｒｂｄｌが６−４９の場合、単一のＶＲＢから最大ＮｒｂｄｌＶＲＢと異なり、Ｎｒｂｄｌが５０-１１０である場合、単一のＶＲＢから最大１６と異なる（ブロック１００４）。
【００６３】
タイプ２のリソース割り付けフィールドは、スターティングリソースブロック（ＲＢｓｔａｒｔ）と隣接して割り付けられたリソースブロックに関する長さ（ＬＣＲＢｓ）とに対応するリソースインジケーション値（ＲＩＶ）から成る（ブロック１００６）。ブロック１００８では、リソースインジケーション値は下記のように定義される。
【数１】
0005341192.tif 000002
【００６４】
である場合には、
【数２】
0005341192.tif 000003
【００６５】
であり、そうでない場合には、
【数３】
0005341192.tif 000004
【００６６】
である。
【００６７】
ブロック１０１０における別の態様では、より高い層は、ランダムアクセスレスポンスを処理し、物理層に対して下記の情報を供給する;
−ホッピングフラグ−１ビット；
−固定サイズのリソースブロック割り当て−１０ビット；
−トランケートされる変調及び符号化スキーム−４ビット；
−スケジュールされたＰＵＳＣＨのためのＴＰＣコマンド−３ビット；
−ＵＬ遅延−１ビット；
−ＣＱＩリクエスト−１ビット
ランダムアクセスレスポンスに対応するＵＬグラントに関連している。固定サイズのリソースブロック割り当てフィールドは、以下のように解釈される。
【数４】
0005341192.tif 000005
【００６８】
である場合、
固定サイズのリソースブロック割り当てをそれのｂ最小位ビットにトランケートする。なお、
【数５】
0005341192.tif 000006
【００６９】
である。通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のルールにしたがってトランケートされるリソースブロック割り当てを解釈する（ブロック１０１２）。
【００７０】
そうでない場合、
固定サイズのリソースブロック割り当てに対して「０」に設定される値でｂビットをプリアペンドする。なお、
【数６】
0005341192.tif 000007
【００７１】
である。通常のＤＣＩフォーマット０にしたがって、拡張されるリソースブロック割り当てを解釈する（ブロック１０１４）。
【００７２】
下記の場合、終了する(end if)。
【００７３】
ランダムアクセスレスポンスグラントに対応する変調及び符号化スキームが、ＭＣＳインデクス０−１５から決定されるように、トランケートされる変調及び符号化スキームフィールドが解釈される（ブロック１０１６）。
【００７４】
図９では、アクセス端末（例、ユーザ機器）１１００は、ベースノード（図１２）から受信される制限されるシステム帯域幅について符号化される固定長のランダムアクセスレスポンスをコンピュータに復号させるための手段を提供するコンピューティングプラットフォーム１１０２を有する。特に、コンピューティングプラットフォーム１１０２は、トランシーバ（「Ｔｘ／Ｒｘ」）１１１６によって送信及び受信も制御するプロセッサ１１１４によって実行可能な複数セットの命令またはコード（モジュール）１１０４−１１１２を備える。特に、手段（モジュール）１１０４は、アップリンクチャネルへのアクセスのためにランダムアクセスチャネルリクエストを送信するために提供される。手段（モジュール）１１０６は、ダウンリンク制御チャネル上でランダムアクセスレスポンスを受信するために提供されている。手段（モジュール）１１０８は、システム帯域幅に適応させるように長さが調節される、調節された長さのリソースブロック割り当てを検出するために提供されている。手段（モジュール）１１１０は、アップリンクリソースブロックの数に基づいて、リソースブロック割り当ての長さを復号するために提供されている。手段（モジュール）１１１２は、４ビットからオリジナル５ビットへと、トランケートされる変調＆符号化スキーム（ＭＣＳ）を復号するために提供されている。
【００７５】
図１０では、発展型ベースノード（ｅＮＢ）１２００は、制限されたシステム帯域幅について固定長のランダムアクセスレスポンスをコンピュータに符号させるための手段を提供するコンピューティングプラットフォーム１２０２を有する。コンピューティングプラットフォーム１２０２は、トランシーバ（「Ｔｘ／Ｒｘ」）１２１６によって送信及び受信も制御するプロセッサ１２１４によって実行可能な複数セットの命令またはコード（モジュール）１２０４−１２１３を備える。特に、手段（モジュール）１２０４は、アップリンクチャネルへのアクセスのためにランダムアクセスチャネルリクエストを受信するために提供される。手段（モジュール）１２０６は、アップリンクリソースブロックの数とシステム帯域幅を決定するために提供される。手段（モジュール）１２０８は、固定サイズのランダムアクセスレスポンスを決定するために提供される。手段（モジュール）１２１０は、システム帯域幅に基づいた長さで、アップリンクリソースブロックの数に基づいて固定サイズランダムアクセスレスポンスの一部分を符号化するために提供される。手段（モジュール）１２１２は、ダウンリンク制御チャネル上で、調節された長さのランダムアクセスレスポンスを送信するために提供される。手段（モジュール）１２１３は、５ビットからトランケートされた４ビットへと、オリジナル変調＆符号化スキーム（ＭＣＳ）を符号化するために提供される。
【００７６】
上記で説明されてきたものは、様々な態様の例を含む。様々な態様を説明するためにすべての考えられるだけのコンポーネントあるいは方法の組み合わせを記載することは、勿論、可能ではないが、当業者は、さまざまな実施形態の多くのさらなる組み合わせと並び替えが可能であることを認識することが出来る。したがって、主題の明細書は、添付された特許請求の範囲の精神および範囲の中に入る、すべてのそのような変更、修正、および変形を含まれるように意図されている。
【００７７】
具体的には、そして、上記されたコンポーネント、デバイス、回路、システム、及び同様なものによって実行される様々な機能に関しては、そのようなコンポーネントを記載するために使用される用語（「手段」の参照を含む）は、示されていない限り、記載のコンポーネントの特定機能（例、機能的に均等）を実行するいずれのコンポーネントに、ここにおいて図示される例示的な態様における機能を実行する開示されるストラクチャに構造的に均等でないにも関らず、対応するように意図されている。この点において、様々な態様は、様々な方法の動作及び/またはイベントを実行するためにコンピュータ実行可能な命令を有するコンピュータ可読媒体に加えて、システムを含むということが理解されるであろう。
【００７８】
さらに、具体的な特徴は、いくつかのインプリメンテーションのうちの1つについてのみ開示されるので、そのような特徴は、いずれの与えられるまたは特定のアプリケーションについて有益で望まれるように、他のインプリメンテーションのうちの１以上の他の特徴と組み合わせられることができる。さらに、用語「含む(includes)」と「含んでいる(including)」及びその変形が、詳細な説明あるいは特許請求の範囲のいずれかにおいて使用されている範囲内において、これらの用語は、用語「備えている(comprising)」と同様な方法で包括的であるように意図されている。さらに、詳細な説明または特許請求の範囲のいずれかにおいて使用されている用語「あるいは(or)」は、「非排他的にあるいは(non-exclusive or)」であるように意味されている。
【００７９】
さらに、理解されるように、開示されるシステム及び方法の様々な部分は、人工知能(artificial intelligence)、機械の学習機能(machine learning)、または、知識またはルールベースの、コンポーネント、サブコンポーネント、プロセス、手段、方法、またはメカニズム(例、サポートベクトルマシン、ニューラルネットワーク、エキスパートシステム、ベイジアン信念ネットワーク(Bayesian belief networks)、ファジー論理、データフュージョンエンジン、クラシファイア…)から成る、または、含むことができる。そのようなコンポーネントは、とりわけ、実行されるあるメカニズムまたはプロセスを自動化することができ、したがって、システムおよび方法の部分を、効率的でインテリジェント(intelligent)であると共に、より適応できる。例として、限定されていないが、発展型ＲＡＮ（例、アクセスポイント、ｅＮｏｄｅ Ｂ)は、ロバストまたは増加されるチェックフィールドが利用されるときを推論または予測することができる。
【００８０】
上述される例示的なシステムから、開示される主題の事柄にしたがってインプリメントされることができる方法は、いくつかのフロー図を参照して説明されてきた。説明を簡略するために、方法は一連のブロックとして示され、そして説明されているが、特許請求された主題の事柄はブロックの数あるいは順序によって制限されていないということが認識され、理解されるべきであり、いくつかのブロックは、ここにおいて図示され説明されたものから他のブロックと、異なる順序で及び/または同時に生じることができる。さらに、必ずしもすべての図示されたブロックが、ここにおいて説明された方法をインプリメントすることを必要とされなくてもよい。さらに、ここにおいて開示される方法は、コンピュータに対してそのような方法をトランスポートし転送することを容易にするために、製造品上で保存されることができるということがさらに理解されるべきである。用語「製造品(article of manufacture)」は、ここにおいて使用されているように、いずれのコンピュータ可読デバイス、キャリア、あるいは媒体からアクセス可能なコンピュータプログラムを含むように意図されている。
【００８１】
全体において、または、部分において、ここにおける参照によって組み込まれるといわれる、いずれの特許公報、公開公報、または、他の開示材料は、組み込まれる材料が本開示に記載される既存の定義、ステートメント、または、他の開示材料と衝突しない程度に、ここにおいて組み込まれるということは理解されるべきである。そのため、そして必要な範囲において、ここにおいて明示的に記載される開示は、参照により、ここにおいて組み込まれるいずれの衝突材料に優先する。ここにおける参照によって組み込まれるといわれるが既存の定義、ステートメント、またはここに記載される他の開示材料と衝突するいずれの材料またはその部分は、組み込まれる材料と既存の開示材料との間で衝突が生じない程度でのみ組み込まれるであろう。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  グラントを復号するための方法であって、
ダウンリンクチャネル上でグラントを受信することと、
長さが調節された前記グラントの一部分を検出することと、
アップリンクリソースブロックの数に基づいてリソースブロック割り当てを復号することと、
を備える方法。
［Ｃ２］  システム帯域幅にしたがってクロップされるまたは拡張されるリソースブロック割り当てを備えている前記グラントの前記調節された長さの部分を検出すること、
をさらに備えているＣ１に記載の方法。
［Ｃ３］  アップリンクリソースブロックの数（Ｎｒｂｕｌ）がアップリンクリソースブロックの数と仮定すると、トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ≦３２であるかを決定し、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットに、トランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記のトランケートされるリソースブロック割り当てを解釈することと；
によって解釈すること、
をさらに備えるＣ２に記載の方法。
［Ｃ４］  前記トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ＞３２であるかを決定し、固定サイズのリソースブロック割り当てで最上位ビットとして０に設定される値でｂビットを連結すること、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのためのルールにしたがって拡張されるリソースブロック割り当てを解釈することと；
によって解釈すること、
をさらに備えるＣ３に記載の方法。
［Ｃ５］  アップリンクグラントが前記ランダムアクセスレスポンスにおいて受信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを検出することによって前記グラントのさらなるトランケーションを解釈すること、
をさらに備えるＣ１に記載の方法。
［Ｃ６］  アップリンクグラントがＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で検出すること、
をさらに備えるＣ５に記載の方法。
［Ｃ７］  １ビットの周波数ホッピングフラグ、１０ビットの固定サイズのリソースブロック割り当て、５ビットの変調及び符号化スキーム、４ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、ａビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、の固定サイズのフォーマットを満たすために前記調節可能な長さのグラントを解釈すること、をさらに備えているＣ１に記載の方法。
［Ｃ８］  前記関連づけられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送される１ビットのフラグの設定に依存する、１セットの隣接して割り付けされたローカライズされたバーチャルリソースブロック（ＶＲＢ）または分散されたＶＲＢとして表示されたリソース割り付け情報を受信することと、なお、ローカライズされたＶＲＢ割り付けは、前記システム帯域幅にわたって単一のＶＲＢから最大ＶＲＢの最大数と異なり、分散されたＶＲＢ割り付けは、Ｎｒｂｄｌが６−４９である場合には単一のＶＲＢから最大ダウンリンクリソースブロックの数（Ｎｒｂｄｌ）ＶＲＢと異なり、Ｎｒｂｄｌが５０−１１０である場合には、単一のＶＲＢから最大１６と異なる；
リソース割り付けフィールドがスターティングリソースブロック（ＲＢｓｔａｒｔ）と隣接して割り付けられたリソースブロックに関する長さ（ＬＣＲＢｓ）とに対応するリソースインジケーション値（ＲＩＶ）から成るとすると、（ＬＣＲＢｓ−１）≦［ＮＲＢＤＬ／２］である場合には、ＲＩＶ＝ＮＲＢＤＬ（ＬＣＲＢｓ−１）＋ＲＢｓｔａｒｔであり、そうでない場合には、ＲＩＶ＝ＮＲＢＤＬ（ＮＲＢＤＬ−ＬＣＲＢｓ＋１）＋（ＮＲＢＤＬ−１−ＲＢｓｔａｒｔ）というリソースインジケーション値を決定することと；
【数７】
0005341192.tif 000008
ということを決定することに応じて、固定サイズのリソースブロック割り当てを、それのｂ最小位ビットにトランケートされたものとして、解釈することと、なお、
【数８】
0005341192.tif 000009
であり、前記トランケートされるリソースブロック割り当ては通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈される；
【数９】
0005341192.tif 000010
ということを決定することに応じて、固定サイズのリソースブロック割り当てを「０」に設定された値でプリアペンドされたｂビットで拡張されたものとして、解釈することと、なお、
【数１０】
0005341192.tif 000011
であり、前記拡張されるリソースブロック割り当てを解釈することは、通常のＤＣＩフォーマット０のためのルールにしたがって実行される；
をさらに備えているＣ１に記載の方法。
［Ｃ９］  インデクス０−１５が最も高い変調を省略するとき、トランケートされた変調及び符号化スキーム（ＭＣＳ）を解釈すること、
をさらに備えているＣ８に記載の方法。
［Ｃ１０］  グラントを復号するための少なくとも１つのプロセッサであって、
ダウンリンクチャネル上でグラントを受信するための第１のモジュールと、
長さが調節された前記グラントの一部分を検出するための第２のモジュールと、
アップリンクリソースブロックの数に基づいてリソースブロック割り当てを復号するための第３のモジュールと、
を備える少なくとも１つのプロセッサ。
［Ｃ１１］  グラントを復号するためのコンピュータプログラムプロダクトであって、コンピュータ可読記憶媒体を備え、前記コンピュータ可読記憶媒体は、
ダウンリンクチャネル上でグラントをコンピュータに受信させるための第１セットのコードと、
長さが調節された前記グラントの一部分を前記コンピュータに検出させるための第２セットのコードと、
アップリンクリソースブロックの数に基づいてリソースブロック割り当てを前記コンピュータに復号させるための第３セットのコードと、
を備える、
コンピュータプログラムプロダクト。
［Ｃ１２］  グラントを復号するための装置であって、
ダウンリンクチャネル上でグラントを受信するための手段と、
長さが調節された前記グラントの一部分を検出するための手段と、
アップリンクリソースブロックの数に基づいてリソースブロック割り当てを復号するための手段と、
を備える装置。
［Ｃ１３］  グラントを復号するための装置であって、
ダウンリンクチャネル上でグラントを受信するための受信機と、
長さが調節された前記グラントの一部分を検出するためのコンピューティングプラットフォームと、
アップリンクリソースブロックの数に基づいてリソースブロック割り当てを復号するための前記コンピューティングプラットフォームと、
を備える装置。
［Ｃ１４］  システム帯域幅にしたがってクロップされるまたは拡張されるリソースブロック割り当てを備えている前記グラントの前記調節された長さの部分を検出するための前記コンピューティングプラットフォーム、
をさらに備えているＣ１３に記載の装置。
［Ｃ１５］  アップリンクリソースブロックの数（Ｎｒｂｕｌ）がアップリンクリソースブロックの数と仮定すると、トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ≦３２であるかを決定し、リソースブロック割り当てを、それのｂ最小位ビットに、トランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記のトランケートされるリソースブロック割り当てを解釈することと；
によって解釈するための前記コンピューティングプラットフォーム、
をさらに備えるＣ１４に記載の装置。
［Ｃ１６］  前記トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ＞３２であるかを決定し、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結すること、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのためのルールにしたがって、拡張されるリソースブロック割り当てを解釈することと；
によって解釈するための前記コンピューティングプラットフォーム、
をさらに備えるＣ１５に記載の装置。
［Ｃ１７］  アップリンクグラントが前記ランダムアクセスレスポンスにおいて受信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを検出することによって前記グラントのさらなるトランケーションを解釈するための前記コンピューティングプラットフォーム、
をさらに備えるＣ１３に記載の装置。
［Ｃ１８］  アップリンクグラントがＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で検出するための前記コンピューティングプラットフォーム、
をさらに備えるＣ１７に記載の装置。
［Ｃ１９］  １ビットの周波数ホッピングフラグ、１０ビットのリソースブロック割り当て、５ビットの変調及び符号化スキーム、４ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、ａビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために前記調節可能な長さのグラントを解釈するための前記コンピューティングプラットフォーム、をさらに備えているＣ１３に記載の装置。
［Ｃ２０］  前記関連づけられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送される１ビットフラグの設定に依存する、１セットの隣接して割り付けされたローカライズされたバーチャルリソースブロック（ＶＲＢ）または分散されたＶＲＢとして表示されたリソース割り付け情報を受信するための受信機と、なお、ローカライズされたＶＲＢ割り付けは、前記システム帯域幅にわたって単一のＶＲＢから最大ＶＲＢの最大数と異なり、分散されたＶＲＢ割り付けは、Ｎｒｂｄｌが６−４９である場合には単一のＶＲＢから最大ダウンリンクリソースブロックの数（Ｎｒｂｄｌ）ＶＲＢと異なり、Ｎｒｂｄｌが５０−１１０である場合には、単一のＶＲＢから最大１６と異なる；
リソース割り付けフィールドがスターティングリソースブロック（ＲＢｓｔａｒｔ）と隣接して割り付けられたリソースブロックに関する長さ（ＬＣＲＢｓ）とに対応するリソースインジケーション値（ＲＩＶ）から成るとすると、（ＬＣＲＢｓ−１）≦［ＮＲＢＤＬ／２］である場合には、ＲＩＶ＝ＮＲＢＤＬ（ＬＣＲＢｓ−１）＋ＲＢｓｔａｒｔであり、そうでない場合には、ＲＩＶ＝ＮＲＢＤＬ（ＮＲＢＤＬ−ＬＣＲＢｓ＋１）＋（ＮＲＢＤＬ−１−ＲＢｓｔａｒｔ）というリソースインジケーション値をリソース割り付けフィールドが決定するための前記コンピューティングプラットフォームと；
【数１１】
0005341192.tif 000012
ということを決定することに応じて、リソースブロック割り当てをそれのｂ最小位ビットにトランケートされたものとして解釈するための前記コンピューティングプラットフォームと、なお、
【数１２】
0005341192.tif 000013
であり、前記トランケートされるリソースブロック割り当ては通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈される；
【数１３】
0005341192.tif 000014
ということを決定することに応じて、「０」に設定される値でプリアペンドされるｂビットで拡張されたものとして、リソースブロック割り当てを解釈するためのコンピューティングプラットフォームと、なお
【数１４】
0005341192.tif 000015
であり、前記拡張されるリソースブロック割り当てを解釈することは、通常のＤＣＩフォーマット０のためのルールにしたがって実行される；
をさらに備えるＣ１３に記載の装置。
［Ｃ２１］  インデクス０−１５が最も高い変調を省略するとき、トランケートされた変調及び符号化スキーム（ＭＣＳ）を解釈するための前記コンピューティングプラットフォーム、
をさらに備えているＣ２０に記載の装置。
［Ｃ２２］  グラントを符号化するための方法であって、
前記グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節を決定することと、
前記決定される長さの調節を達成するために、前記アップリンクリソースブロックの数に基づいて、前記リソースブロック割り当てを符号化することと、
グラントをダウンリンクチャネル上で送信することと、
を備える方法。
［Ｃ２３］  システム帯域幅にしたがってリソースブロック割り当てをクロップするまたは拡張することによって、前記グラントの前記長さを調節すること、をさらに備えているＣ２２に記載の方法。
［Ｃ２４］  アップリンクリソースブロックの数（Ｎｒｂｕｌ）がアップリンクリソースブロックの数と仮定すると、トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ≦３２であるかを決定し、リソースブロック割り当てを、それのｂ最小位ビットに、トランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記のトランケートされるリソースブロック割り当てを解釈することと；
によって符号化すること；
をさらに備えるＣ２３に記載の方法。
［Ｃ２５］  前記トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ＞３２であるかを決定し、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結すること、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのためのルールにしたがって、拡張されるリソースブロック割り当てを解釈することと；
によって符号化すること、
をさらに備えるＣ２４に記載の方法。
［Ｃ２６］  アップリンクグラントが前記ランダムアクセスレスポンスにおいて送信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを送信することによってさらなる前記グラントをトランケートすること、
をさらに備えるＣ２２に記載の方法。
［Ｃ２７］  アップリンクグラントがＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で送信すること、
をさらに備えるＣ２６に記載の方法。
［Ｃ２８］  １ビットの周波数ホッピングフラグ、１０ビットのリソースブロック割り当て、５ビットの変調及び符号化スキーム、４ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、ａビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために前記調節可能な長さのグラントを符号化すること、をさらに備えているＣ２２に記載の方法。
［Ｃ２９］  前記関連づけられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送される１ビットのフラグの設定に依存する、１セットの隣接して割り付けされたローカライズされたバーチャルリソースブロック（ＶＲＢ）または分散されたＶＲＢとして表示されたリソース割り付け情報を送信することと、なお、ローカライズされたＶＲＢ割り付けは、前記システム帯域幅にわたって単一のＶＲＢから最大ＶＲＢの最大数と異なり、分散されたＶＲＢ割り付けは、Ｎｒｂｄｌが６−４９である場合には単一のＶＲＢから最大ダウンリンクリソースブロックの数（Ｎｒｂｄｌ）ＶＲＢと異なり、Ｎｒｂｄｌが５０−１１０である場合には、単一のＶＲＢから最大１６と異なる；
リソース割り付けフィールドがスターティングリソースブロック（ＲＢｓｔａｒｔ）と隣接して割り付けられたリソースブロックに関する長さ（ＬＣＲＢｓ）とに対応するリソースインジケーション値（ＲＩＶ）から成るとすると、（ＬＣＲＢｓ−１）≦［ＮＲＢＤＬ／２］である場合には、ＲＩＶ＝ＮＲＢＤＬ（ＬＣＲＢｓ−１）＋ＲＢｓｔａｒｔであり、そうでない場合には、ＲＩＶ＝ＮＲＢＤＬ（ＮＲＢＤＬ−ＬＣＲＢｓ＋１）＋（ＮＲＢＤＬ−１−ＲＢｓｔａｒｔ）というリソースインジケーション値を決定することと；
【数１５】
0005341192.tif 000016
ということを決定することに応じて、リソースブロック割り当てをそれのｂ最小位ビットに調節することと、なお、
【数１６】
0005341192.tif 000017
であり、前記トランケートされるリソースブロック割り当ては通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈される；
【数１７】
0005341192.tif 000018
ということを決定することに応じて、「０」に設定された値でプリアペンドされたｂビットで拡張することによってリソースブロック割り当てを調節することと、なお、
【数１８】
0005341192.tif 000019
であり、前記拡張されるリソースブロック割り当てを解釈することは、通常のＤＣＩフォーマット０のためのルールにしたがって実行される；
をさらに備えるＣ２２に記載の方法。
［Ｃ３０］  インデクス０−１５が最も高い変調を省略するとき、変調及び符号化スキーム（ＭＣＳ）をトランケートすること、をさらに備えているＣ２９に記載の方法。
［Ｃ３１］  グラントを符号化するための少なくとも１つのプロセッサであって、
前記グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節とを決定するための第１のモジュールと、
前記決定される長さの調節を達成するために、前記アップリンクリソースブロックの数に基づいて、前記リソースブロック割り当てを符号化するための第２のモジュールと、  ダウンリンクチャネル上でグラントを送信するための第３のモジュールと、
を備える少なくとも１つのプロセッサ。
［Ｃ３２］  グラントを符号化するためのコンピュータプログラムプロダクトであって、
コンピュータ可読記憶媒体を備え、前記コンピュータ可読記憶媒体は、
前記グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節とをコンピュータに決定させるための第１セットのコードと、
前記決定される長さの調節を達成するために、前記アップリンクリソースブロックの数に基づいて、リソースブロック割り当てを前記コンピュータに符号化させるための第２セットのコードと、
ダウンリンクチャネル上でグラントを前記コンピュータに送信させるための第３セットのコードと、
を備える、
コンピュータプログラムプロダクト。
［Ｃ３３］  グラントを符号化するための方法であって、
前記グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節とを決定するための手段と、
前記決定される長さの調節を達成するために、前記アップリンクリソースブロックの数に基づいて、前記リソースブロック割り当てを符号化するための手段と、
グラントをダウンリンクチャネル上で送信するための手段と、
を備える装置。
［Ｃ３４］  グラントを符号化するための装置であって、
前記グラントのためのシステム帯域幅に基づいて、アップリンクリソースブロックの数と長さの調節とを決定するためのコンピューティングプラットフォームと、
前記決定される長さの調節を達成するために、前記アップリンクリソースブロックの数に基づいて、前記リソースブロック割り当てを符号化するための前記コンピューティングプラットフォームと、
グラントをダウンリンクチャネル上で送信するための送信機と、
を備える装置。
［Ｃ３５］  システム帯域幅にしたがってリソースブロック割り当てをクロップするまたは拡張することによって、前記グラントの前記長さを調節するための前記コンピューティングプラットフォーム、
をさらに備えているＣ３４に記載の装置。
［Ｃ３６］  アップリンクリソースブロックの数（Ｎｒｂｕｌ）がアップリンクリソースブロックの数と仮定すると、トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ≦３２であるかを決定し、リソースブロック割り当てを、それのｂ最小位ビットに、トランケートすることと、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）である；
通常の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）グラントのためのルールにしたがって、前記のトランケートされるリソースブロック割り当てを解釈することと；
によって符号化するための前記コンピューティングプラットフォーム、
をさらに備えるＣ３５に記載の装置。
［Ｃ３７］  前記トランケートされるリソースブロック割り当てを、
Ｎｒｂｕｌ＞３２であるかを決定し、リソースブロック割り当てで最上位ビットとして「０」に設定される値でｂビットを連結すること、なお、ｂ＝ｃｅｉｌｉｎｇｌｏｇ２（（Ｎｒｂｕｌ＊Ｎｒｂｕｌ＋１）／２）−１０である；
通常のＰＤＣＣＨグラントのためのルールにしたがって、拡張されるリソースブロック割り当てを解釈することと；
によって、符号化するための前記コンピューティングプラットフォーム、
をさらに備えるＣ３６に記載の装置。
［Ｃ３８］  アップリンクグラントが前記ランダムアクセスレスポンスにおいて送信されるとき新しい送信がリクエストされるという物理層におけるインジケーションを送信することによってさらに前記グラントをトランケートするための前記コンピューティングプラットフォーム、をさらに備えるＣ３４に記載の装置。
［Ｃ３９］  アップリンクグラントがＲＡＲにおいて受信されるとき新しい送信がリクエストされるということを物理層上で送信するための前記コンピューティングプラットフォーム、をさらに備えるＣ３８に記載の装置。
［Ｃ４０］  １ビットの周波数ホッピングフラグ、１０ビットの固定サイズのリソースブロック割り当て、５ビットの変調及び符号化スキーム、４ビットのスケジュールされた物理アップリンク（ＰＵＳＣＨ）のための合計パワー制御、ａビットのアップリンク遅延、及び１ビットのチャネル品質インジケーション（ＣＱＩ）リクエスト、のフォーマットを満たすために調節可能な長さのグラントを符号化するための前記コンピューティングプラットフォーム、をさらに備えているＣ３４に記載の装置。
［Ｃ４１］  前記関連づけられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送される１ビットフラグの設定に依存する、１セットの隣接して割り付けされたローカライズされたバーチャルリソースブロック（ＶＲＢ）または分散されたＶＲＢとして表示されたリソース割り付け情報を送信するための送信機と、なお、ローカライズされたＶＲＢ割り付けは、前記システム帯域幅にわたって単一のＶＲＢから最大ＶＲＢの最大数と異なり、分散されたＶＲＢ割り付けは、Ｎｒｂｄｌが６−４９である場合には単一のＶＲＢから最大ダウンリンクリソースブロックの数（Ｎｒｂｄｌ）ＶＲＢと異なり、Ｎｒｂｄｌが５０−１１０である場合には、単一のＶＲＢから最大１６と異なる；
リソース割り付けフィールドがスターティングリソースブロック（ＲＢｓｔａｒｔ）と隣接して割り付けられたリソースブロックに関する長さ（ＬＣＲＢｓ）とに対応するリソースインジケーション値（ＲＩＶ）から成るとすると、（ＬＣＲＢｓ−１）≦［ＮＲＢＤＬ／２］である場合には、ＲＩＶ＝ＮＲＢＤＬ（ＬＣＲＢｓ−１）＋ＲＢｓｔａｒｔであり、そうでない場合には、ＲＩＶ＝ＮＲＢＤＬ（ＮＲＢＤＬ−ＬＣＲＢｓ＋１）＋（ＮＲＢＤＬ−１−ＲＢｓｔａｒｔ）というリソースインジケーション値を決定するための前記コンピューティングプラットフォームと；
【数１９】
0005341192.tif 000020
ということを決定することに応じて、リソースブロック割り当てをそれのｂ最小位ビットに調節するための前記コンピューティングプラットフォームと、なお、
【数２０】
0005341192.tif 000021
であり、前記トランケートされるリソースブロック割り当ては通常のダウンリンク制御情報（ＤＣＩ）フォーマット０のためのルールにしたがって解釈される；
【数２１】
0005341192.tif 000022
ということを決定することに応じて、「０」に設定される値でプリアペンドされるｂビットで拡張することによってリソースブロック割り当てを調節するための前記コンピューティングプラットフォームと、なお、
【数２２】
0005341192.tif 000023
であり、前記拡張されるリソースブロック割り当てを解釈することは、通常のＤＣＩフォーマット０のためのルールにしたがって実行される；
をさらに備えているＣ３４に記載の装置。
［Ｃ４２］  インデクス０−１５が最も高い変調を省略するとき、変調及び符号化スキーム（ＭＣＳ）をトランケートするための前記コンピューティングプラットフォーム、をさらに備えているＣ４１に記載の装置。
【図１】
0005341192.tif 000052
【図２】
0005341192.tif 000053
【図３】
0005341192.tif 000054
【図４】
0005341192.tif 000055
【図５】
0005341192.tif 000056
【図６】
0005341192.tif 000057
【図７】
0005341192.tif 000058
【図８】
0005341192.tif 000059
【図９】
0005341192.tif 000060
【図１０】
0005341192.tif 000061