(57)【要約】【課題】  無線通信システムにおいてヌメロロジ帯域幅を決定する。【解決手段】  一方法において、ユーザ機器は、ヌメロロジについての情報を受信する。情報は、周波数位置及び帯域幅を含む。ＵＥは、周波数位置及び帯域幅に基づいてそのヌメロロジの場合のリソース配分を導出する。【選択図】図４８
2018026818.tif 000002
【特許請求の範囲】
【請求項１】
ヌメロロジ帯域幅を決定する方法であって、
ユーザ機器（ＵＥ）によって、ヌメロロジについての情報を受信するステップであって、該情報は該ヌメロロジの場合の周波数位置及び帯域幅を含む、ステップと、
前記ＵＥによって、前記周波数位置及び前記帯域幅に基づいて前記ヌメロロジの場合のリソース配分を導出するステップと、を含む方法。
【請求項２】
前記ＵＥによって、システム帯域幅を設定するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記システム帯域幅は前記帯域幅よりも大きい、請求項２に記載の方法。
【請求項４】
前記周波数位置は、リソースブロックのインデックスである、請求項１に記載の方法。
【請求項５】
前記リソース配分は、帯域幅部分内でリソースを指定する、請求項１に記載の方法。
【請求項６】
前記周波数位置は、帯域幅部分内で中心周波数を有するリソースブロックのインデックスである、請求項１に記載の方法。
【請求項７】
前記帯域幅部分は、前記周波数位置及び前記帯域幅から導出される、請求項６に記載の方法。
【請求項８】
前記帯域幅及び前記周波数位置は、ＵＥ固有のＲＲＣメッセージによって設定される、請求項１に記載の方法。
【請求項９】
前記帯域幅及び前記周波数位置は、物理制御チャネルによって指示される、請求項１に記載の方法。
【請求項１０】
前記ヌメロロジは、物理制御チャネルによって指示される、請求項１に記載の方法。
【請求項１１】
前記帯域幅は、前記ヌメロロジの場合の最大帯域幅である、請求項１に記載の方法。
【請求項１２】
前記帯域幅は、前記ヌメロロジの場合の前記ＵＥが受信することができる最大帯域幅である、請求項１に記載の方法。
【請求項１３】
ヌメロロジ帯域幅を決定する方法であって、
ユーザ機器（ＵＥ）にヌメロロジについての情報を通知するステップであって、該情報は該ヌメロロジの場合の帯域幅部分を含む、ステップと、
送信時間間隔（ＴＴＩ）において前記帯域幅部分内で前記ヌメロロジの場合のリソース配分を用いて前記ＵＥをスケジューリングするステップと、を含む方法。
【請求項１４】
前記ＵＥは、前記帯域幅部分内及び前記リソース配分外のリソースブロックが前記ＴＴＩにおいて前記ヌメロロジを用いて送信されることは仮定しない、請求項１３に記載の方法。
【請求項１５】
前記帯域幅部分は、周波数位置及び帯域幅から導出される、請求項１３に記載の方法。
【請求項１６】
ヌメロロジ帯域幅を決定することができるユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
ユーザ機器（ＵＥ）によって、ヌメロロジについての情報を受信することであって、前記情報は前記ヌメロロジの場合の周波数位置及び帯域幅を含む、受信することと、
前記周波数位置及び前記帯域幅に基づいて前記ヌメロロジの場合のリソース配分を導出することと、を行うように構成された、ＵＥ。
【請求項１７】
前記ＵＥは、システム帯域幅を設定する、請求項１６に記載のＵＥ。
【請求項１８】
前記システム帯域幅は、前記帯域幅より大きい、請求項１７に記載のＵＥ。
【請求項１９】
前記リソース配分は、帯域幅部分内のリソースを指定する、請求項１６に記載のＵＥ。
【請求項２０】
前記帯域幅は、前記ヌメロロジの場合の設定された帯域幅である、請求項１６に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年８月１２日に出願された米国仮特許出願第６２／３７４，３５４号の利益を主張するものであり、そのすべての開示内容は参照により本明細書に援用される。
【０００２】
本開示は概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいてヌメロロジ帯域幅を決定する方法及び装置に関する。
【背景技術】
【０００３】
移動体通信機器との大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信機器のユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
ネットワーク構造の一例は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高データスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって議論されている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
本明細書においては、無線通信システムにおいてヌメロロジ（numerology）帯域幅を決定する方法及び装置が開示される。一方法において、ユーザ機器は、ヌメロロジについての情報を受信する。情報は、周波数位置及び帯域幅を含む。ＵＥは、周波数位置及び帯域幅に基づいてそのヌメロロジの場合のリソース配分を導出する。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態に係る無線通信システムの図である。
【図２】例示的な一実施形態に係る送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態に係る通信機器の機能ブロック図である。
【図４】例示的な一実施形態に係る図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．２．２−１を再現したものであって、ダウンリンクリソースグリッドを示す。
【図６】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．２．３−１を再現したものであって、物理リソースブロックパラメータを示す。
【図７】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．１２−１を再現したものであって、直交周波数分割多重（ＯＦＤＭ）パラメータを示す。
【図８】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．１３−１を再現したものであって、ダウンリンク変調を示す。
【図９】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図５．７．１−１を再現したものであって、ランダムアクセスプリアンブルフォーマットを示す。
【図１０】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−１を再現したものであって、ランダムアクセスプリアンブルパラメータを示す。
【図１１】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−２を再現したものであって、プリアンブルフォーマット０−３の場合のランダムアクセス設定を示す。
【図１２】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−３を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセス設定を示す。
【図１３−１】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−４を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセス設定を示す。
【図１３−２】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−４を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセス設定を示す。
【図１３−３】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−４を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセス設定を示す。
【図１３−４】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．１−４を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセス設定を示す。
【図１４】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−１を再現したものであって、プリアンブルフォーマット０−４の場合のフレーム構造２のランダムアクセスシーケンス長を示す。
【図１５】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−２を再現したものであって、プリアンブル生成用のＮＣＳ（プリアンブルフォーマット０−３）を示す。
【図１６】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−３を再現したものであって、プリアンブル生成用のＮＣＳ（プリアンブルフォーマット４）を示す。
【図１７−１】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−４を再現したものであって、プリアンブルフォーマット０−３の場合のＲｏｏｔ  Ｚａｄｏｆｆ−Ｃｈｕシーケンス順序を示す。
【図１７−２】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−４を再現したものであって、プリアンブルフォーマット０−３の場合のＲｏｏｔ  Ｚａｄｏｆｆ−Ｃｈｕシーケンス順序を示す。
【図１８】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．２−５を再現したものであって、プリアンブルフォーマット４の場合のＲｏｏｔ  Ｚａｄｏｆｆ−Ｃｈｕシーケンス順序を示す。
【図１９】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表５．７．３−１を再現したものであって、ランダムアクセスベースバンドパラメータを示す。
【図２０】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．６．２−１を再現したものであって、ＰＢＣＨ変調方式を示す。
【図２１】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．６．４−１を再現したものであって、フレーム構造タイプ１の場合のＰＢＣＨの反復用のフレームオフセット、スロット、及びシンボル数タプルを示す。
【図２２】３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．６．４−２を再現したものであって、フレーム構造タイプ２の場合のＰＢＣＨの反復用のスロット及びシンボル数の対を示した図である。
【図２３】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１を再現したものであって、１つのＤＣＩの場合の処理構造を示す。
【図２４】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３．１．０の表５．３．３．１．２−１を再現したものであって、情報ビットのあいまいなサイズを示す。
【図２５】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３．１．０の表５．３．３．１．２−２を再現したものであって、ダウンリンク配分インデックスに対するビット数を示す。
【図２６】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７−１を再現したものであって、ＴＤＤの場合のＤＬ  ＨＡＲＱプロセスの最大数を示す。
【図２７】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−１を再現したものであって、ＳＩ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図２８】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−２を再現したものであって、Ｐ−ＲＮＴＩによって設定されたＰＤＣＣＨおよびＰＤＳＣＨを示す。
【図２９】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−３を再現したものであって、ＲＡ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３０】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−４を再現したものであって、Ｇ−ＲＮＴＩ又はＳＣ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３１−１】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−５を再現したものであって、Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３１−２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−５を再現したものであって、Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３１−３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−５を再現したものであって、Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１−７を再現したものであって、一時的Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＤＳＣＨを示す。
【図３３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１．６−１を再現したものであって、ＢＬ／ＣＥ  ＵＥの場合のSystemInformationBlockType1-BRを搬送するＰＤＳＣＨの繰り返し数を示す。
【図３４】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１．６．１−１を再現したものであって、タイプ０のリソース配分のＲＢＧサイズ対ダウンリンクシステム帯域幅を示す。
【図３５】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表７．１．６．３−１を再現したものであって、ＮＲＢＳＴＥＰ個の値対ダウンリンクシステム帯域幅を示す。
【図３６】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−１を再現したものであって、ＴＤＤの場合の同期ＵＬ  ＨＡＲＱプロセス数を示す。
【図３７】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−３を再現したものであって、一時的Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＵＳＣＨを示す。
【図３８】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−４を再現したものであって、ランダムアクセス手順を開始するための「ＰＤＣＣＨ順序」として設定されたＰＤＣＣＨを示す。
【図３９】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−６を再現したものであって、一時的Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨを示す。
【図４０】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−７を再現したものであって、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによって設定されたＰＤＣＣＨを示す。
【図４１】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８−８を再現したものであって、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩによって設定されたＰＤＣＣＨを示す。
【図４２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１を再現したものであって、ＣＥＭｏｄｅＢが設定されたＢＬ／ＣＥ  ＵＥの場合のリソースブロック配分を示す。
【図４３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１を再現したものであって、ＵＥによってモニタリングされるＰＤＣＣＨ候補を示す。
【図４４】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａを再現したものであって、ＬＡＡ  Ｓｃｅｌｌ上のＵＥによってモニタリングされるＰＤＣＣＨ  ＵＥ固有の探索空間候補を提供する。
【図４５】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２を再現したものであり、ＰＤＣＣＨ候補の削減用のスケーリングファクタを示す。
【図４６】各ヌメロロジに対する帯域幅及び周波数位置を調整する例示的な一実施形態を示す。
【図４７】ヌメロロジの仮定された帯域幅及びそのヌメロロジでのＵＥのスケジューリングリソースの例示的な一実施形態を示す。
【図４８】ＵＥ側の例示的な一実施形態のフロー図である。
【図４９】ネットワーク側の例示的な一実施形態のフロー図である。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々な種類の通信を提供するため、広く展開されている。これらのシステムは、符号分割多重アクセス（ＣＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づき得る。
【０００８】
特に、以下に記載される例示的な無線通信システム及び機器は、本明細書において３ＧＰＰと称する「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提供された標準等、１つ又は複数の標準をサポートするように設計されることができる。標準には、RP-150465,  “New  SI  proposal:  Study  on  Latency  reduction  techniques  for  LTE”;  TR  36.211  V13.1.0,  “E-UTRA  Study  on  latency  reduction  techniques  for  LTE  (Release  13)”;  TS  36.331,  V13.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification  (Release  13)”;  TS  36.212  v13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Multiplexing  and  channel  coding  (Release  13)”;及びTS  36.213  v13.1.1,  “E-UTRA  Physical  layer  procedures  (Release  13)”が含まれる。上掲の標準及び文書は、そのすべてが参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含んでおり、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、各アンテナグループに利用されるアンテナは、これより多くてもよいし、少なくてもよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信するとともに、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信するとともに、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６が異なる通信周波数を使用することができる。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数と異なる周波数を使用してもよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称する場合が多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００の対象エリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。また、対象エリアにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末との通信に用いられる固定局又は基地局とすることができ、アクセスポイント、Ｎｏｄｅ  Ｂ、基地局、拡張型基地局、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれる場合もある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信機器、端末、アクセス端末、又はその他何らかの専門用語で呼ばれる場合もある。
【００１３】
図２は、ＭＩＭＯシステム２００の送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０においては、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、コーディングデータを提供するデータストリームに関して選択された特定のコーディング方式に基づいて、各データストリームのトラフィックデータをフォーマット、符号化、及びインターリーブする。
【００１５】
各データストリームのコーディングデータは、ＯＦＤＭ技術を用いてパイロットデータと多重化され得る。パイロットデータは代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに用いられ得る。そして、各データストリームの多重化パイロット及びコーディングデータは、変調シンボルを提供するデータストリームに関して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータレート、コーディング、及び変調は、プロセッサ２３０により実行される命令によって決定され得る。
【００１６】
そして、すべてのデータストリームの変調シンボルがＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭのために）変調シンボルをさらに処理することができる。その後、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信・処理して１つ又は複数のアナログ信号を与え、さらに、これらのアナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適する変調信号を提供する。その後、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号がＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）し、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信・処理して、ＮＴ個の「検出」シンボルストリームを提供する。その後、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号化して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０のＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理を補完する。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを周期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々な種類の情報を含むことができる。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０においては、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重の決定に使用するプリコーディングマトリクスを決定した後、抽出されたメッセージを処理する。
【００２３】
図３を参照して、この図は、本発明の一実施形態に係る通信機器の別の簡易機能ブロック図を示している。図３に示されるように、無線通信システムの通信機器３００は、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであるのが好ましい。通信機器３００は、入力機器３０２、出力機器３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及び送受信機３１４を含むことができる。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信機器３００の動作を制御する。通信機器３００は、キーボード、キーパッド等の入力機器３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力機器３０４を介して画像及び音を出力することができる。送受信機３１４は、無線信号を受信及び送信するのに用いられ、受信信号を制御回路３０６に伝達するとともに、制御回路３０６により生成された信号を無線で出力する。また、無線通信システムの通信機器３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態に係る図３のプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
パケットデータ待ち時間は、性能評価の重要な測定基準の１つである。パケットデータ待ち時間を短くすると、システム性能が向上する。３ＧＰＰ  ＲＰ−１５０４６５において、検討事項は、待ち時間を短縮するいくつかの技術の調査及び標準化を目的としている。
【００２６】
３ＧＰＰ  ＲＰ−１５０４６５によれば、目標は、Ｅ−ＵＴＲＡＮ無線システムの強化を研究して、アクティブなＵＥに対するＬＴＥ  Ｕｕエアインターフェースを介したパケットデータ待ち時間を大幅に短縮するとともに、（接続状態で）長期間にわたって非アクティブであったＵＥに対するパケットデータ伝送ラウンドトリップ待ち時間を大幅に短縮することである。研究領域には、エアインターフェース容量、バッテリ寿命、制御チャネルリソース、仕様の影響、及び技術的実現可能性等のリソース効率性を含む。周波数分割二重化（ＦＤＤ）及び時間分割二重化（ＴＤＤ）の両モードが考えられる。
【００２７】
３ＧＰＰ  ＲＰ−１５０４６５によれば、研究及び文書化された２つの領域は、以下の通りである。
−  高速アップリンクアクセスソリューション
アクティブなＵＥ及び長時間にわたって非アクティブであったものの無線リソース制御（ＲＲＣ）接続が保たれているＵＥの場合は、現行の送信時間間隔（ＴＴＩ）長及び処理時間を保つ場合及び保たない場合の両者で、現在の標準により許可されたプレスケジューリングソリューションと比較して、スケジューリングされたアップリンク（ＵＬ）送信のユーザプレーン待ち時間の短縮並びにプロトコル及びシグナリング増強を伴うリソース効率の高いソリューションの獲得に焦点が当てられるものとする。
−  ＴＴＩ短縮及び短縮された処理時間
基準信号及び物理レイヤ制御シグナリングへの影響を考慮に入れて、仕様の影響を評価するとともに、０．５ｍｓと１つの直交周波数分割多重（ＯＦＤＭ）シンボルとの間のＴＴＩ長の実現可能性及び性能を研究する。
【００２８】
ＴＴＩ短縮及び処理時間の短縮は、待ち時間の短縮に効果的なソリューションと考えられる。例えば、１ｍｓ（１４個のＯＦＤＭ）シンボルから１〜７個のＯＦＤＭシンボルへと送信の時間単位を短縮可能であり、また、復号化による遅延も同様に短縮可能なためである。ＴＴＩ長を短縮することの別の利益は、伝送ブロック（ＴＢ）サイズのより細かな粒度をサポートし、その結果、不要なパディングを削減することが可能であることである。一方、ＴＴＩの長さを短縮することは、現行のシステム設計にも大きな影響を及ぼす可能性がある。物理チャネルが１ｍｓ構造に基づいて構築されているためである。短縮されたＴＴＩは、ｓＴＴＩとも呼ばれる。
【００２９】
３ＧＰＰ  ＲＰ−１５０４６５は、例えば超短待ち時間（〜０．５ｍｓ）によるマシンタイプ通信（ＭＴＣ）用の耐遅延トラフィック、高度モバイルブロードバンド（ｅＭＢＢ）用の高ピークレートによるＭＴＣ用の超低データレート等、時間及び周波数リソースに関する様々な種類の要件に対応する５Ｇの新ＲＡＴ（ＮＲ）で用いられるフレーム構造を開示している。この研究の重要な焦点は、短いＴＴＩ等の短い待ち時間の側面であるが、当該研究では、様々なＴＴＩを混合／適応する別の側面も考えられている。多様なサービス及び要件のほか、当初のＮＲフレーム構造設計では、上位互換性が重要な検討事項である。初期段階／リリースでは、ＮＲのすべての特徴が含まれるわけではないためである。
【００３０】
プロトコルの待ち時間を短縮することは、異なる世代／リリース間の重要な改善である。これにより、効率を向上可能であるとともに、実時間サービス等の新たなアプリケーション要求を満たすことができる。待ち時間の短縮に採用されている１つの方法として、３Ｇの１０ｍｓからＬＴＥの１ｍｓへとＴＴＩの長さを短縮することが挙げられる。ＲＥｌ−１４のＬＴＥ−Ａ  Ｐｒｏの背景では、既存の如何なるＬＴＥヌメロロジも変更することなく（すなわち、ＬＴＥにはヌメロロジが１つだけ存在する）、ＴＴＩ内のＯＦＤＭシンボル数を減らすことによって、ＴＴＩをサブミリ秒レベル（例えば、０．１〜０．５ｍｓ）まで短縮するようにＳＩ／ＷＩが提案されている。この改善によって、極低速ながら高頻度のトラフィックというＴＣＰスロースタート問題の解決又はＮＲの想定される超短待ち時間のある程度までの満足が可能である。処理時間の短縮は、待ち時間を短くするための別の検討事項である。研究では、短ＴＴＩ及び短処理時間が常に同時に起こるかは結論が出ていない。採用された方法がレガシー制御領域の存在等の下位互換性を保つべきことから、研究には限界がある。３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０に開示されている通り、ＬＴＥヌメロロジの簡単な説明は、以下のように引用される。
（外4）
2018026818.tif 000003
2018026818.tif 000004
2018026818.tif 000005
2018026818.tif 000006
【００３１】
ＬＴＥにおいては、最初のアクセスに対してダウンリンク（ＤＬ）ヌメロロジが１つだけ規定されており、副搬送波間隔が１５ｋＨｚである。最初のアクセス中に取得される信号及びチャネルは、１５ｋＨｚヌメロロジに基づく。セルにアクセスするため、ＵＥは、いくつかの基本情報の取得が必要となる場合がある。例えば、ＵＥはまず、セル探索又はセル選択／再選択中に行われるセルの時間／周波数同期を取得する。時間／周波数同期は、主同期信号（ＰＳＳ）又は副同期信号（ＳＳＳ）等の同期信号の受信によって得られる。同期中、セルの中心周波数は既知であり、サブフレーム／フレーム境界が得られる。ＰＳＳ又はＳＳＳが取得されたら、セルの巡回プレフィックス（ＣＰ）（例えば、通常ＣＰ又は拡張ＣＰ）及びセルの二重モード（例えば、ＦＤＤ又はＴＤＤ）が得られる。物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されたマスタ情報ブロック（ＭＩＢ）が受信されたら、システムフレーム数（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報等のいくつかの基本システム情報が得られる。ＵＥは、システム帯域幅に従って、適正なリソース要素上で適正なペイロードサイズでＤＬ制御チャネル（例えば、ＰＤＣＣＨ）を受信することになり、セルのアクセス可能性、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等、システム情報ブロック（ＳＩＢ）中のセルアクセスに必要とされるその他のシステム情報を取得可能である。そして、ＵＥは、ランダムアクセスを実行するとともに、セルへの接続を要求することができる。接続設定が完了した後、ＵＥは、接続モードに入って、セルへのデータ送信又はセルからのデータ受信が可能となる。データ受信及び送信のためのリソース配分は、ＭＩＢ又はＳＩＢに示されたシステム帯域幅（例えば、以下の引用中の
（外１）
2018026818.tif 000007
又は
（外２）
2018026818.tif 000008
）に従って行われる。以下は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０、３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１３．２．０、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３．１．０、及び３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１からの引用である。
（外５）
2018026818.tif 000009
2018026818.tif 000010
2018026818.tif 000011
2018026818.tif 000012
2018026818.tif 000013
2018026818.tif 000014
2018026818.tif 000015
2018026818.tif 000016
【００３２】
以下は、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０からの引用である。
（外６）
2018026818.tif 000017
2018026818.tif 000018
2018026818.tif 000019
2018026818.tif 000020
2018026818.tif 000021
2018026818.tif 000022
2018026818.tif 000023
【００３３】
以下は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１からの引用である。
（外７）
2018026818.tif 000024
2018026818.tif 000025
2018026818.tif 000026
2018026818.tif 000027
2018026818.tif 000028
2018026818.tif 000029
2018026818.tif 000030
2018026818.tif 000031
2018026818.tif 000032
2018026818.tif 000033
2018026818.tif 000034
2018026818.tif 000035
2018026818.tif 000036
2018026818.tif 000037
2018026818.tif 000038
2018026818.tif 000039
2018026818.tif 000040
2018026818.tif 000041
2018026818.tif 000042
2018026818.tif 000043
2018026818.tif 000044
2018026818.tif 000045
【００３４】
ＮＲに関しては、下位互換性が必ずしも求められない。ヌメロロジを調整可能であるため、ＴＴＩのシンボル数を減らすことがＴＴＩ長を変更する唯一の手段とはならない。一例として、ＬＴＥヌメロロジを使用する場合、これは、１ｍｓに１４個のＯＦＤＭシンボルを含み、副搬送波間隔が１５ｋＨｚである。同じ高速フーリエ変換（ＦＦＴ）サイズ及び同じ巡回プレフィックス（ＣＰ）構造を仮定して、副搬送波間隔が３０ｋＨｚになると、１ｍｓのＯＦＤＭシンボル数は２８個となる。同等に、ＴＴＩ中のＯＦＤＭシンボルが同数に保たれると、ＴＴＩは０．５ｍｓになる。これは、副搬送波間隔に対するスケーラビリティを良好にして、異なるＴＴＩ長間の設計を共通に保てることを示唆している。当然のことながら、ＦＦＴサイズ、物理リソースブロック（ＰＲＢ）の定義／数、ＣＰの設計、又はサポート可能なシステム帯域幅等、副搬送波間隔の選択には常に、トレードオフが存在する。ＮＲは、より大きなシステム帯域幅及びより大きなコヒーレンス帯域幅を考慮しているものの、より大きな副搬送波間隔を含むことも考えられる。
【００３５】
上述の通り、単一のヌメロロジで多様な要件をすべて満たすのは非常に難しい。したがって、初期の３ＧＰＰ  ＲＡＮ１ミーティングでは、２つ以上のヌメロロジの採用が認められた。標準化及び実装の試みのほか、異なるヌメロロジ間の多重化能力も考慮して、異なるヌメロロジ間には、整数倍関係等の何らかの関係があると有益である。３ＧＰＰミーティングにおいては、複数のヌメロロジファミリが立ち上げられており、１つのヌメロロジファミリはＬＴＥ  １５ｋＨｚに基づくが、他のヌメロロジ（以下に開示される選択肢２〜４を参照）では、１ｍｓに２のＮ乗個のシンボルが可能である。
・  ＮＲの場合、２つ以上の副搬送波間隔の値をサポートする必要がある。
【００３６】
−  副搬送波間隔の値は、副搬送波間隔の特定の値に整数Ｎを乗じて導出される。
【００３７】
・  選択肢１：副搬送波間隔の値には、１５ｋＨｚの副搬送波間隔を含む（すなわち、ＬＴＥベースのヌメロロジ）。
【００３８】
・  選択肢２：副搬送波間隔の値には、ＣＰ長を含むシンボル持続時間が均一な１７．５ｋＨｚの副搬送波間隔を含む。
【００３９】
・  選択肢３：副搬送波間隔の値には、ＣＰ長を含むシンボル持続時間が均一な１７．０６ｋＨｚの副搬送波間隔を含む。
【００４０】
・  選択肢４：副搬送波間隔の値は、２１．３３ｋＨｚである。
【００４１】
・  注：他の選択肢も除外されない。
【００４２】
・別途検討事項（ＦＦＳ）：Ｎの特定値及び可能値の厳密値
−  考え得る副搬送波間隔の値は、ＲＡＮ１＃８５において、さらに狭められる。
【００４３】
また、３ＧＰＰ  ＲＡＮ１ミーティングにおいては、所与のヌメロロジファミリの乗数に対する制限が存在するか否かについても論じられた。２の指数（以下に開示される選択肢１）は、異なるヌメロロジが時間領域で多重化される場合に大きなオーバヘッドを導入することなく、異なるヌメロロジを容易に多重化可能であることから、何らかの関心を引いた。
【００４４】
ＲＡＮ１は、さらに検討を続け、次のミーティングにおいて、以下の選択肢の間で結論を見出す。
−  選択肢１：
＞  ＮＲスケーラブルなヌメロロジの副搬送波間隔は、以下のようにスケーリングされるものとする。
＞  ｆｓｃ＝ｆ０＊２ｍ
＞  ここで、
−  ｆ０は、ＦＦＳであり、
−  ｍは、考え得る値の集合から選定される整数である。
−  選択肢２：
＞  ＮＲスケーラブルなヌメロロジの副搬送波間隔は、以下のようにスケーリングされるものとする。
＞  ｆｓｃ＝ｆ０＊Ｍ
＞  ここで、
＞  ｆ０は、ＦＦＳであり、
＞  Ｍは、考え得る正の値の集合から選定される整数である。
【００４５】
通例、ＲＡＮ１は、帯域に依存せず作用するため、方式／特徴は、すべての周波数帯に適用可能と仮定される。以下のＲＡＮ４において、グループは、一部の組み合わせが非現実的であるか否か、又は、展開が合理的になされ得るか否かを考慮した関連する試験ケースを導出する。この規則は、ＮＲにおいても依然として仮定されるが、ＮＲの周波数範囲がかなり高いため、制約が存在すると見る企業もある。
【００４６】
ＮＲの研究に関して、ＲＡＮ１は、複数の（ただし、必ずしもすべてではない）ＯＦＤＭヌメロロジが同じ周波数範囲に当てはまり得ると仮定している。
【００４７】
注：ＲＡＮ１は、非常に低い値の副搬送波間隔を非常に高い搬送波周波数に適用することは仮定していない。
【００４８】
上述のＮＲ用途では、データレート、待ち時間、及びサービスエリアの観点で、多様な要件がある。高度モバイルブロードバンド（ｅＭＢＢ）は、国際モバイル通信（ＩＭＴ）アドバンストの３倍程度のピークデータレート（ダウンリンクで２０Ｇｂｐｓ、アップリンクで１０Ｇｂｐｓ）及びユーザ体験データレートをサポートすることが期待される。一方、超高信頼性低遅延通信（ＵＲＬＬＣ）の場合は、超低遅延（ユーザプレーン待ち時間に関して、ＵＬ及びＤＬそれぞれで０．５ｍｓ）及び高信頼性（１ｍｓ内に１−１０−５）に関するより厳しい要件が課される。最後に、大規模マシンタイプ通信（ｍＭＴＣ）では、高接続密度（都市環境において１，０００，０００機器／ｋｍ２）、過酷環境における大きなサービスエリア（［１６４ｄＢ］最大結合損失（ＭＣＬ））、及び機器の低コスト化のための極長寿命バッテリ（１５年）を必要とする。
【００４９】
一選択肢としては、用途固有の要件に従って様々な副搬送波の値が選定される単一のシステム帯域幅において副搬送波ヌメロロジが異なる（すなわち、副搬送波間隔の値が異なり、それに対応して、ＯＦＤＭシンボル長が異なる）サブフレーム及び／又はサブバンドに対して、様々な種類のＦＤＭ／ＴＤＭがある。この場合、ＵＥには、場合により当該ＵＥの能力、ＵＥのカテゴリ、及びＵＥにサポートされる用途に応じて、単一の副搬送波ヌメロロジが設定されていてもよいし、複数の副搬送波ヌメロロジが設定されていてもよい。
【００５０】
ネットワークは、セルのシステム帯域幅全体のうちの特定の周波数位置、例えば、１００ＭＨｚ又は２００ＭＨｚにおいて、特定の帯域幅を有する所与のヌメロロジを提供することができる。帯域幅及び周波数位置は、図４６に示すように、各ヌメロロジについて必要とされるトラフィックの量等の特定の条件に従って調整されることができる。図４６は、説明を目的とした例であり、所与のヌメロロジ場合の帯域幅は、同様に周波数領域においても不連続とすることができる。したがって、ＵＥにヌメロロジが設定される場合、ＵＥがデータの送信又は受信用のリソース配分を正しく導出することができるように、ＵＥが所与のヌメロロジの場合の帯域幅及び／又は周波数位置を含む帯域幅区画を知っているかどうか、あるいはそれをどのように知るかを決定するためにさらなる検討が依然として必要である。
【００５１】
したがって、以下のメッセージ又はチャネルを使用して、帯域幅区画に関する情報をＵＥに搬送することができる。一実施形態では、帯域幅区画に関する情報は、物理ブロードキャストチャネル（ＰＢＣＨ）及び／又はシステム情報ブロック（ＳＩＢ）によってシグナリングされる。すべてのヌメロロジについての帯域幅区画に関する情報は、特定ヌメロロジで通知される。より具体的には、特定ヌメロロジは、ＵＥが対応する同期信号を検出するヌメロロジである。代替的には、その情報は、各ヌメロロジベースでシグナリングされる。すなわち、ヌメロロジは、そのヌメロロジにおいてＰＢＣＨ及び／又はＳＩＢの独自の帯域幅区画を提供する。
【００５２】
ヌメロロジについての帯域幅区画情報を受信する前に、ＵＥは、ヌメロロジについてのデフォルト帯域幅区画を仮定する。デフォルト帯域幅区画の例は、固定帯域幅と、同期信号から導出される周波数位置とを含む。より具体的には、周波数位置は、同期に加えて、セルのシステム帯域幅（例えば、すべてのヌメロロジについての総帯域幅）から導出される。一実施形態においては、同期は第１の周波数位置を決定する。第１の周波数位置及びオフセット値が、第２の周波数位置を決定する。デフォルト帯域幅は、第２の周波数位置（中心周波数又は開始周波数）に位置する。より具体的には、オフセット値は総システム帯域幅から決定される。代替的には、オフセット値は、ＭＩＢ又はＳＩＢで搬送される情報から決定される。
【００５３】
別の実施形態においては、ＭＩＢは、ヌメロロジの第１の帯域幅区画を指示する。第１の帯域幅区画により、ＵＥは、ヌメロロジでＳＩＢ等のいくつかの共通シグナリングを受信することができる。共通信号は、ヌメロロジの第２の帯域幅区画をさらに指示する。後続のＵＥ受信は、第２の帯域幅区画に従う。
さらに別の代替案においては、帯域幅に関する情報は、無線リソース制御（ＲＲＣ）メッセージによってシグナリングされる。ＭＩＢ又はＳＩＢは、第１のヌメロロジの第１の帯域幅区画を指示する。第１の帯域幅区画により、ＵＥは、第１のヌメロロジでＳＩＢ等の少なくともいくつかの共通シグナリングを受信することができる。第１の帯域幅区画が利用されて、接続モードに入った後に、ＵＥ固有のＲＲＣ（UE-specific  RRC）が、第１のヌメロロジの第２の帯域幅区画をさらに指示する。後続のＵＥ受信は、第２の帯域幅区画を利用する。第１のヌメロロジの第２の帯域幅区画が存在しない場合、ＵＥは第１の帯域幅区画を使用し続ける。
【００５４】
別の実施形態においては、ＭＩＢ又はＳＩＢは、第１のヌメロロジの第１の帯域幅区画を指示する。第１の帯域幅区画により、ＵＥは、第１のヌメロロジでＳＩＢ等の少なくともいくつかの共通シグナリングを受信することができる。第１の帯域幅区画が利用され、接続モードに入った後に、ＵＥ固有のＲＲＣメッセージが、第２のヌメロロジ及び第２のヌメロロジの第２の帯域幅区画をさらに設定する。後続のＵＥ受信は、第２の帯域幅区画に従う第２のヌメロロジにある。
【００５５】
代替の実施形態においては、物理制御チャネルを使用して、帯域幅区画の情報を搬送することができる。一実施形態においては、その情報を単一のＴＴＩに使用することができる。代替的には、その情報を複数のＴＴＩに使用することができる。より具体的には、複数のＴＴＩは固定持続期間内にある。代替的には、複数のＴＴＩは、所定のタイミングで開始する。代替的には、複数のＴＴＩは、物理制御チャネルを受信した後に、所定のＸ個のＴＴＩを開始する。代替的には、その情報を新しい情報が受信されるまで使用することができる。一実施形態においては、その情報はスケジューリング情報とともに送信される。スケジューリング情報はＤＬデータ用である。代替的には、その情報は、スケジューリング情報を含まない特定の物理制御チャネルで送信される。好ましくは、その情報は、すべての利用可能なヌメロロジについての帯域幅区画を含む。代替的には、その情報は、単一のヌメロロジについての帯域幅区画が含む。より具体的には、単一のヌメロロジは、ＵＥに設定されるヌメロロジである。代替的には、単一のヌメロロジは、ＵＥが対応する物理制御チャネルを復号するヌメロロジである。代替的には、単一のヌメロロジは、同じ物理制御チャネルに指示される。
【００５６】
別の実施形態においては、ＵＥ固有のＲＲＣメッセージは、第１のヌメロロジの第１の帯域幅区画を設定する。後続のＵＥ受信は、第１の帯域幅区画に従う第１のヌメロロジにある。物理制御チャネルが、第２のヌメロロジ及び第２のヌメロロジの第２の帯域幅区画をさらに指示することができる。後続のＵＥ受信は、第２の帯域幅区画に従う第２のヌメロロジにある。
【００５７】
別の代替実施形態では、セルのシステム帯域幅全体を、ヌメロロジについての潜在的な候補と考えることができる。一実施形態においては、ＵＥがヌメロロジで受信することができる最大帯域幅は、セルのシステム帯域幅よりも小さい。ネットワークは、ＵＥに設定されるヌメロロジに基づいて、どのリソースブロックがデータ送信に利用されるかをＵＥに指示する。ＵＥは、ＵＥに配分された総リソースが、ＵＥが受信可能なものより大きい場合、又は指示された帯域幅が、ＵＥが受信可能なものよりも大きい場合、スケジューリングを無視することができる。代替的には、ＵＥは、ＵＥに配分された総リソースが、ＵＥが受信可能なものより大きい場合、又は指示された帯域幅が、ＵＥが受信可能なものよりも大きい場合、スケジューリングに従ってデータを受信することができる。より具体的には、ＵＥは、ＵＥによって受信することができる最大帯域幅内でデータを受信し、最大帯域幅外のデータを受信しない。ＵＥは、受信データのどの部分が最大帯域幅内でカウントされる（counted）有効なリソースであるかを決定する方法を必要とすることがある。一例においては、ＵＥは、リソース配分内で最も低い周波数を有するリソースブロックから開始する最大帯域幅をカウントする。別の例では、ＵＥは、リソース配分内で最も高い周波数を有するリソースブロックから開始する最大帯域幅をカウントする。
【００５８】
帯域幅区画に関する情報をメッセージ又はチャネルにおいてＵＥに搬送するための上記の（代替的な）実施形態のすべて又は一部を組み合わせることができる。すなわち、帯域幅区画に関する情報をパラレルで１つ又は複数のメッセージ又はチャネル上で搬送することができ、及び／又はその情報の一部を１つのメッセージ又はチャネルで搬送し、残りの部分を１つ又は複数のメッセージ又はチャネルで搬送することができる。さらに、実施形態又はそれらの組み合わせを、以下の好ましい特徴に基づいてすべて強化することができる。
【００５９】
一実施形態では、指示は、帯域幅部分内のリソース配分に関連づけられた帯域幅部分インデックスを含む。一実施形態では、帯域幅部分の数は固定されている。代替的には、帯域幅部分の数は、ネットワークによって設定される。別の代替案においては、帯域幅部分の数は、システム帯域幅から導出される。より具体的には、帯域幅の部分の数は、システム帯域幅を、ヌメロロジを用いてＵＥによって受信することができる最大帯域幅で割ったものに等しい。例えば、システム帯域幅が１００ＭＨｚであり、ヌメロロジの場合の最大帯域幅が２０ＭＨｚである場合、ヌメロロジに対して５つの帯域幅部分が存在する。システム帯域幅を最大帯域幅で等しく分割できない場合は、値を切り上げることができる。前の例を使用すると、システム帯域幅が１００ＭＨｚであり、最大帯域幅が４０  ＭＨｚである第２のヌメロロジの場合、結果の値２．５は第２のヌメロロジに対して３つの帯域幅部分に切り上げられる。異なるヌメロロジは異なる最大帯域幅を有することがあり、その結果、帯域幅部分に対して異なる値となる。
【００６０】
代替的には、帯域幅部分の帯域幅は、ＲＲＣによって設定される。別の代替案においては、帯域幅部分の帯域幅は固定されている。別の代替案においては、帯域幅部分は、より低い周波数、より高い周波数、又は中心周波数からインデクスされ得る。
【００６１】
いくつかの実施形態では、帯域幅部分内のリソース配分は、ビットマップを介して行われる。代替的には、帯域幅部分内のリソース配分は、リソース配分の開始位置及び帯域幅を示す値によって行われる。代替的には、帯域幅部分内のリソース配分は、リソース配分の開始位置及び終了位置を示す値によって行われる。
【００６２】
別の実施形態においては、リソース配分の粒度は、ヌメロロジによって異なる。より具体的には、より大きい副搬送波間隔を有するヌメロロジは、より小さい副搬送波間隔を有するヌメロロジよりも、より細かいリソース配分を有する。一実施形態においては、リソーススケジューリングユニット内のＰＲＢの数は、異なるヌメロロジに対して異なる。限定ではなく例として、より大きな副搬送波間隔を有するヌメロロジの場合のリソーススケジューリングユニット内のＰＲＢの数は、より小さい副搬送波間隔を有するヌメロロジのものよりも少ない。
【００６３】
別の実施形態においては、リソーススケジューリングユニット内の副搬送波の数は、異なるヌメロロジに対して異なる。より具体的には、より大きい副搬送波間隔を有するヌメロロジの場合のリソーススケジューリングユニット内の副搬送波の数は、より小さい副搬送波間隔を有するヌメロロジのものよりも少ない。非限定的な一例においては、３０ＫＨｚの副搬送波間隔を有するヌメロロジは、スケジューリングユニットとして４８の副搬送波を有し、６０ＫＨｚの副搬送波間隔を有するヌメロロジは、スケジューリングユニットとして２４の副搬送波を有する。異なるヌメロロジに対してリソースユニットにおける副搬送波／ＰＲＢの数の間には逆比例関係が存在することがある。例えば、ＸＫＨｚの副搬送波間隔を有するヌメロロジは、スケジューリングユニットとしてＹ個の副搬送波を有し、２ＸＫＨｚの副搬送波間隔を有するヌメロロジは、スケジューリングユニットとしてＹ／２個の副搬送波を有する。一実施形態においては、ビットマップを、ＵＥに設定されるヌメロロジを用いて送信することができ、ビットマップを、どのリソースユニットがＵＥに配分されたかを指示するのに使用することもできる。
【００６４】
例示的な一実施形態においては、どのリソースユニットがＵＥに対して配分され、ＵＥに対して設定されたヌメロロジを用いて送信されるかを指示するのに値を使用することができる。例えば、リソースユニットの開始位置がＵＥ及び／又は配分の長さに対して配分される。
【００６５】
別の例示的な実施形態においては、リソースユニット内の副搬送波の数がシステム帯域幅の関数（function）である。より具体的には、リソースユニット内の副搬送波の数は、ヌメロロジの関数である。
【００６６】
上記に開示された実施形態で説明したように、ＵＥは、配分されたリソースが、ＵＥが受信可能であるものを超える場合に、リソース配分の一部を受信することを選択することができる。一例においては、ＵＥは、リソース配分内で最も低い周波数を有するリソースブロックから開始する最大帯域幅をカウントする。別の例においては、ＵＥは、リソース配分内で最も高い周波数を有するリソースブロックから開始する最大帯域幅をカウントする。
【００６７】
別の実施形態においては、ＵＥは、対応する制御チャネルが復号されるときに、リソースに応じて帯域幅区画を決定する。帯域幅部分と制御チャネルについてのリソースとの間に関連性が存在する。ＵＥが特定のリソースで制御チャネルを復号するときに、ＵＥは、制御チャネルによってスケジューリングされた対応するデータが、そのリソースに関連付けられた帯域幅部分内で送信されることを認識する。より具体的には、制御チャネルは、関連付けられた帯域幅部分内でリソース配分を搬送し、どのリソースブロックがＵＥに配分られているかをＵＥに知らせ、配分されたリソースブロックが、ＵＥに設定されたヌメロロジを用いて送信される。一実施形態においては、関連付けはＲＲＣによって設定される。代替的には、関連付けは、制御チャネルリソースに関連付けられた帯域幅部分である。
【００６８】
１つの例示的な実施形態においては、制御チャネルリソースは、システム帯域幅にわたって拡散する。代替的には、制御チャネルリソースは、設定された帯域幅にわたって拡散する。別の例示的な実施形態においては、ＵＥは、同じ帯域幅部分に関連付けられた複数の制御チャネルリソース上で制御チャネルの復号を試みる。代替的には、ＵＥは、異なる帯域幅部分に関連付けられた複数の制御チャネルリソース上で制御チャネルの復号を試みる。これらの実施形態において、異なる帯域幅部分は互いに重なり合わない。代替的には、異なる帯域幅部分が互いに重なり合う。例示的な一実施形態においては、帯域幅部分の数は固定されている。別の実施形態においては、帯域幅部分の数は、ネットワークによって設定される。代替的には、帯域幅部分の数はシステム帯域幅から導出される。より具体的には、帯域幅部分の数は、システム帯域幅をヌメロロジを用いてＵＥによって受信することができる最大帯域幅で割ったものに等しく、システム帯域幅を最大帯域幅で均等に割ることができない場合に、帯域幅部分の可能な数は切り上げられる。例えば、システム帯域幅が１００ＭＨｚであり、ヌメロロジの場合の最大帯域幅が２０ＭＨｚである場合、ヌメロロジに対して５つの帯域幅部分が存在する。前の例を使用すると、システム帯域幅が１００ＭＨｚであり、最大帯域幅が４０  ＭＨｚである第２のヌメロロジの場合、結果の値２．５は第２のヌメロロジに対して３つの帯域幅部分に切り上げられる。
【００６９】
異なるヌメロロジは異なる最大帯域幅を有することができ、その結果、帯域幅部分の数が異なる。代替的には、帯域幅部分の帯域幅は、ＲＲＣによって設定される。代替的には、帯域幅部分の帯域幅は固定されている。一実施形態においては、帯域幅部分内のリソース配分は、ビットマップを介して行われる。代替的には、帯域幅部分内のリソース配分は、リソース配分の開始位置及び帯域幅を示す値によって行われる。代替的には、帯域幅部分内のリソース配分は、リソース配分の開始位置及び終了位置を示す値によって行われる。例示的な一実施形態においては、制御チャネルリソースは、制御チャネルを搬送するすべてのリソースである。代替的には、制御チャネルリソースは、制御チャネルを搬送するリソースの一部である。言い換えると、制御チャネルを搬送するリソースのその一部は、最も低い周波数を有するリソースとして規定される。代替的には、制御チャネルを搬送するリソースのその一部は、最も低いインデックスを有するリソースとして規定される。
【００７０】
当業者であれば分かるように、帯域幅区画に関する情報をシグナリングする新しい方法を形成するために上記に開示された実施形態の任意の組み合わせを使用することができる。
【００７１】
ヌメロロジの帯域幅区画情報の内容は、ヌメロロジの場合の周波数位置及び帯域幅とすることができる。
【００７２】
一実施形態では、周波数位置は、ヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置として規定される。代替的には、周波数位置は、ヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置として規定される。代替的には、周波数位置は、ヌメロロジの場合の帯域幅区画の最も高い周波数を有するリソースブロックの周波数位置として規定される。
【００７３】
一実施形態では、異なるヌメロロジは、異なる種類の周波数位置を使用することができる。限定ではなく例として、第１のヌメロロジの第１の周波数位置は、第１のヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置によって与えられ、第２のヌメロロジの第２の周波数位置は、第２のヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置によって与えられる。
【００７４】
帯域幅は、リソースブロックの単位で表すことができる。例示的な一実施形態においては、リソースブロックは物理リソースブロックである。例示的な一実施形態においては、ヌメロロジを使用するリソースブロックは、周波数領域において連続的である。
【００７５】
ヌメロロジの帯域幅区画情報の内容は、ヌメロロジの場合の周波数位置とすることができる。一実施形態においては、周波数位置は、ヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置である。代替的には、周波数位置は、ヌメロロジについての帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置である。別の代替案においては、周波数位置は、ヌメロロジの場合の帯域幅区画の最も高い周波数を有するリソースブロックの周波数位置である。
【００７６】
様々なヌメロロジは、異なる種類の周波数位置を使用することができる。一実施形態においては、第１のヌメロロジの第１の周波数位置は、第１のヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置によって与えられる。第２のヌメロロジの第２の周波数位置は、第２のヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置によって与えられる。
【００７７】
一実施形態においては、ヌメロロジの帯域幅は所定の値である。所定の値は、ＦＦＴサイズ等により、ＵＥがサポートする最大帯域幅である。代替的には、所定の値はヌメロロジの最大帯域幅である。別の代替案においては、所定の値は、システム情報に指示される帯域幅である。さらに別の代替案においては、所定の値は全システム帯域幅から導出される。より具体的には、所定の値は、利用可能なヌメロロジの数によって等分された全システム帯域幅の帯域幅である。利用可能なヌメロロジとは、ネットワークがサポートするヌメロロジであることを意味する。代替的には、利用可能なヌメロロジとは、ネットワークがそのヌメロロジで送信しているヌメロロジであることを意味する。
【００７８】
ヌメロロジの帯域幅区画情報の内容は、ヌメロロジの場合の帯域幅とすることができる。帯域幅は、リソースブロックの単位で表すことができる。
【００７９】
例示的な実施形態においては、リソースブロックは、物理リソースブロックである。
【００８０】
例示的な実施形態においては、ヌメロロジの場合の帯域幅部分のリソースブロックは、周波数領域において連続している。
【００８１】
一実施形態においては、周波数位置は、ヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置である。代替的には、周波数位置は、ヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置である。さらに別の代替案においては、周波数位置は、ヌメロロジの場合の帯域幅区画の最も高い周波数を有するリソースブロックの周波数位置である。
【００８２】
ヌメロロジの周波数位置は予め規定されている。一実施形態においては、周波数位置はシステム情報によって指示される。別の実施形態においては、周波数位置は、同期及びシステム情報によって指示されるオフセット値から導出される。代替的には、オフセット値は、全システム帯域幅に従って決定される。
【００８３】
さらに別の実施形態においては、周波数位置は固定されている。例示的な一実施形態においては、周波数位置は、システム帯域幅内の全てのリソースブロックの中で最も低い周波数を有するリソースブロックである。リソースブロックは、ヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックとすることができる。別の例示的な実施形態においては、周波数位置は、システム帯域幅内のすべてのリソースブロックの中で最も高い周波数を有するリソースブロックである。リソースブロックは、ヌメロロジの場合の帯域幅区画の最も高い周波数を有するリソースブロックである。
【００８４】
異なるヌメロロジは、異なる種類の周波数位置を使用することができる。例示的な一実施形態においては、第１のヌメロロジの第１の周波数位置は、第１のヌメロロジの場合の帯域幅区画の中央リソースブロックの周波数位置によって与えられる。第２のヌメロロジの第２の周波数位置は、第２のヌメロロジの場合の帯域幅区画の最も低い周波数を有するリソースブロックの周波数位置によって与えられる。
【００８５】
ヌメロロジの各連続周波数リソース（クラスタ）は、１つの開始位置、１つの終了位置、及び開始位置と終了位置との間のリソースブロックによって識別することができる。ヌメロロジを使用するリソースブロックが周波数領域で連続している場合、１つの開始位置と１つの終了位置を使用して、どのリソースブロックがヌメロロジを使用するのかを識別することができる。代替的には、ヌメロロジを使用するリソースブロックが周波数領域で連続している場合、複数の開始位置及び複数の終了位置を使用して、どのリソースブロックがヌメロロジを使用するかを識別することができる。
【００８６】
１つの例示的な実施形態においては、開始位置及び終了位置は、二項係数の合計によって指示され得る。二項係数の合計を使用して、複数のヌメロロジの開始位置と終了位置を指示することができる。
【００８７】
一実施形態においては、開始位置及び／又は終了位置の数をＲＲＣによって設定することができる。別の実施形態においては、開始位置及び／又は終了位置の数をシステム情報内にブロードキャストすることができる。さらに別の実施形態においては、開始位置及び／又は終了位置の数は固定値とすることができる。別の実施形態においては、開始位置及び／又は終了位置の数は、利用可能なヌメロロジの数に従って決定される。別の実施形態においては、開始位置及び／又は終了位置の数は、二項係数の合計と共にシグナリングされる。
【００８８】
各リソースブロック又はリソースブロックのグループは、ビットマップ内のビットによって表される。ヌメロロジに関連付けられたビットマップが１つあります。ビットマップ内のビットが１に設定されている場合、ビットに対応するリソースブロック又はリソースブロックのグループが、ビットマップに関連付けられたヌメロロジを使用する。
【００８９】
帯域幅区画情報を表現する新しい方法を形成するために、上記の代替物を組み合わせることができると考えられる。また、帯域幅区画情報を表現する方法のいずれも、帯域幅区画に関する情報をシグナリングする、上記に開示された方法の任意の組み合せに関連付けられることができる。
【００９０】
１つの例示的な実施形態においては、帯域幅区画情報は、セルが送信しているすべてのヌメロロジに対するものとすることができる。代替的には、帯域幅区画情報は、特定のヌメロロジに対するものとすることができる。別の実施形態においては、特定のヌメロロジは、ＵＥによって使用されているヌメロロジである。さらに別の実施形態においては、特定のヌメロロジは、ＵＥが興味を持っているヌメロロジである。
【００９１】
上記に開示したように、ネットワークは、いくつかの基準、例えば、各ヌメロロジ上のトラフィック量に従って、ヌメロロジの帯域幅区画を更新することを望むことがある。情報が頻繁に更新される場合、ネットワークは新しい帯域幅区画情報を頻繁に送信する必要があります。また、帯域幅の調整の移行はずっと頻繁になります。したがって、仮想帯域幅区画を利用して、頻繁な更新の問題を解決することができる。
【００９２】
進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）が、ＵＥのために設定されたヌメロロジの帯域幅区画外でＵＥをスケジューリングすることを意図しない場合、ｅＮＢは、ＵＥのヌメロロジの帯域幅区画設定を更新する必要はない。ＵＥは、実際のヌメロロジ帯域幅の異なる理解を有していることがある。従って、ＵＥは、たとえリソースブロックがヌメロロジの設定された帯域幅区画内にあっても、スケジュールされたリソース外のリソースブロックに何のヌメロロジが使用されるかについて何ら仮定すべきでない。例えば、３０ＫＨｚの副搬送波間隔を有するヌメロロジの場合に、ＵＥにリソースブロック２０〜８０が設定され、ＵＥがＴＴＩにおいてリソースブロック３１〜６０でスケジューリングされる場合、ＵＥは、ＴＴＩにおいて、リソースブロック３１〜６０のデータを、ヌメロロジ１で受信することができる。ＵＥは、リソースブロック２０〜３０及びリソースブロック６１〜８０が、ＴＴＩにおいてヌメロロジ１で送信されると仮定すべきでない。例えば、ＵＥは、ヌメロロジ１でのリソースブロック２０〜３０及びリソースブロック６１〜８０に測定のための基準信号があると仮定すべきでない。別の例においては、ＵＥは、リソースブロック２０〜３０及びリソースブロック６１〜８０に復号のための基準信号がある仮定すべきでない。ＴＴＩ及びＣＳＩ−ＲＳ（Channel  State  Information-Reference  Signal）が設定されている場合、ＵＥは、リソースブロック２０〜３０及びリソースブロック６１〜８０に対してＣＳＩ（Channel  State  Information）測定を実行せず、むしろＵＥはリソースブロック３１〜６０内で測定を実行する。この実施例の図解が図４７に示されている。
【００９３】
本明細書に開示されているように、帯域幅部分は、周波数領域におけるリソースのセットとして規定され得る。
【００９４】
図４８は、例示的な一実施形態による、ＵＥ側のフローチャート４８００である。ステップ４８０５において、ＵＥは、ヌメロロジについての情報を受信する。情報は、周波数位置及び帯域幅を含む。ステップ４８１０において、ＵＥは、周波数位置及び帯域幅に基づいて、ヌメロロジの場合のリソース配分を導出する。
【００９５】
別の実施形態において、ＵＥには、システム帯域幅が設定される。別の一実施形態において、システム帯域幅は帯域幅よりも大きくすることができる。様々な方法において、周波数位置はリソースブロックのインデックスとすることができる。別の方法において、リソース配分は、帯域幅部分内でリソースを配分する。一実施形態において、帯域幅部分は周波数位置及び帯域幅から導出される。
【００９６】
様々な実施形態において、周波数位置は、帯域幅部分内で最も低い周波数を有するリソースブロックのインデックスである。代替的には、周波数位置は、帯域幅部分内で最も高い周波数を有するリソースブロックのインデックスである。別の代替案においては、周波数位置は、帯域幅部分内で中心周波数を有するリソースブロックのインデックスである。
【００９７】
様々な実施形態において、帯域幅は固定帯域幅である。代替的には、帯域幅は設定された帯域幅である。別の代替案においては、帯域幅はヌメロロジの場合の最大帯域幅である。さらに別の代替案においては、ヌメロロジの場合のＵＥが受信することができる最大帯域幅である。
【００９８】
様々な実施形態において、リソース配分はビットマップによって行われる。代替的には、リソース配分は、リソース配分の開始位置及び長さを指示する値によって行われる。
【００９９】
様々な実施形態において、帯域幅は周波数領域で連続している。
【０１００】
種々の実施形態において、帯域幅部分は、ブロードキャストチャネルによって指示される。別の実施形態においては、帯域幅部分は、ＵＥ固有のＲＲＣメッセージによって指示される。別の実施形態においては、帯域幅部分は、物理制御チャネルによって指示される。さらに別の実施形態においては、帯域幅部分は、ブロードキャストチャネルによって示され、ＵＥ固有のＲＲＣメッセージによって更新され得る。さらに別の実施形態においては、帯域幅部分は、ＵＥ固有のＲＲＣメッセージによって指示され、物理制御チャネルによって更新され得る。
【０１０１】
様々な実施形態において、帯域幅は、ブロードキャストチャネルによって指示される。別の実施形態においては、帯域幅は、ＵＥ固有のＲＲＣメッセージによって指示される。別の実施形態においては、帯域幅は、物理制御チャネルによって指示される。さらに別の実施形態においては、帯域幅はブロードキャストチャネルによって指示され、ＵＥ固有のＲＲＣメッセージによって更新され得る。さらに別の実施形態においては、帯域幅は、ＵＥ固有のＲＲＣメッセージによって指示され、物理制御チャネルによって更新され得る。
【０１０２】
様々な実施形態において、周波数位置は、ブロードキャストチャネルによって指示される。別の実施形態においては、周波数位置は、ＵＥ固有のＲＲＣメッセージによって指示される。別の実施形態においては、周波数位置は、物理制御チャネルによって指示される。さらに別の実施形態においては、周波数位置はブロードキャストチャネルによって指示され、ＵＥ固有のＲＲＣメッセージによって更新され得る。さらに別の実施形態においては、周波数位置は、ＵＥ固有のＲＲＣメッセージによって指示され、物理制御チャネルによって更新され得る。
【０１０３】
様々な実施形態、特に図４８に関連して記載された実施形態においては、さらに代替的又は追加的に、好ましくは、ヌメロロジはＵＥ固有のＲＲＣメッセージによって設定される。さらに代替的に又は追加的に、好ましくは、ヌメロロジは、物理制御チャネルによって指示される。さらに代替的又は追加的に、好ましくは、ヌメロロジは、ＵＥ固有のＲＲＣメッセージによって示され、物理制御チャネルによって更新され得る。
【０１０４】
図４９は、別の例示的な実施形態による、ネットワーク側のフローチャート４９００である。ステップ４９０５において、ネットワークは、ＵＥにヌメロロジについての情報を通知する。情報は、そのヌメロロジの場合の帯域幅部分を含む。ステップ４９１０において、ネットワークは、送信時間間隔（ＴＴＩ）において、帯域幅部分内でそのヌメロロジの場合のリソース配分を用いてＵＥをスケジューリングする。
【０１０５】
様々な実施形態において、帯域幅部分は、周波数位置及び帯域幅を含む。別の実施形態においては、帯域幅部分は周波数位置を含む。さらに別の実施形態においては、帯域幅部分は帯域幅を含む。
【０１０６】
様々な実施形態において、帯域幅部分は、ブロードキャストチャネルによって指示される。別の実施形態においては、帯域幅部分は、ＵＥ固有のＲＲＣメッセージによって指示される。別の実施形態においては、帯域幅部分は、物理制御チャネルによって指示される。さらに別の実施形態においては、帯域幅部分は、ブロードキャストチャネルによって指示され、ＵＥ固有のＲＲＣメッセージによって更新され得る。さらに別の実施形態においては、帯域幅部分は、ＵＥ固有のＲＲＣメッセージによって指示され、物理制御チャネルによって更新され得る。
【０１０７】
様々な実施形態、特に図４９に関連して説明した実施形態においては、さらに代替的又は追加的に、好ましくは、ヌメロロジはＵＥ固有のＲＲＣメッセージによって設定される。さらに代替的又は追加的に、好ましくは、ヌメロロジは、物理的制御チャネルによって指示される。さらに代替的又は追加的に、好ましくは、ヌメロロジは、ＵＥ固有のＲＲＣメッセージによって指示され、物理制御チャネルによって更新され得る。
【０１０８】
１つの方法においては、ＵＥは、帯域幅部分内及びリソース配分外のリソースブロックが、ＴＴＩにおいてヌメロロジを用いて送信されることは仮定しない。
【０１０９】
別の方法においては、ＵＥは、帯域幅部分内及びリソース配分外のリソースブロック上で測定を実行しない。
【０１１０】
さらに別の方法においては、ＵＥは、帯域幅部分内及びリソース配分外のリソースブロック上で基準信号を用いて復調を実行しない。
【０１１１】
別の方法においては、測定はチャネル状態情報（ＣＳＩ）測定である。いくつかの方法においては、ＵＥにＴＴＩにおいてＣＳＩ−ＲＳが設定されている場合、ＵＥは帯域幅部分内及びリソース配分外でＣＳＩ−ＲＳを測定する。いくつかの方法においては、ＵＥにＴＴＩにおいてＣＳＩ−ＲＳが設定されている場合、ＵＥはリソース配分内でＣＳＩ−ＲＳを測定する。さらに別の方法においては、ネットワークは、帯域幅部分内のヌメロロジとは異なる第２のヌメロロジを送信する。
【０１１２】
再度、図３及び図４を参照すると、一実施形態において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが（ｉ）ヌメロロジの場合の周波数位置及び帯域幅を含む情報を受信することと、（ｉｉ）周波数位置及び帯域幅に基づいてそのヌメロロジの場合のリソース配分を導出することとを可能にする。
【０１１３】
別の実施形態においては、ＣＰＵ３０８はプログラムコード３１２を実行して、ネットワークが（ｉ）ヌメロロジでＵＥを設定することと、（ｉｉ）その情報に基づいてＵＥに対する送信又は受信をスケジュールするために、そのヌメロロジの場合の帯域幅部分でＵＥを設定することと、（ｉｉｉ）送信時間間隔（ＴＴＩ）において帯域幅を有するリソース配分でＵＥをスケジューリングすることとを可能にする。ここで、ＵＥは、帯域幅部分内及びリソース配分外のリソースブロックがＴＴＩにおいてそのヌメロロジを用いて送信されることは仮定しない。
【０１１４】
別の実施形態においては、ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークが（ｉ）ヌメロロジの場合の帯域幅部分を含む、ヌメロロジについての情報をＵＥに通知することと、（ｉｉ）送信時間間隔（ＴＴＩ）においてその帯域幅でそのヌメロロジの場合のリソース配分を用いてＵＥをスケジューリングすることとを可能にする。
【０１１５】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行することによって、上述のすべての動作及びステップ又は本明細書に記載される他の方法を実行することができる。
【０１１６】
以上、本開示の種々の態様が記載された。当然のことながら、本明細書の教示内容は、多種多様な形態で具現化されてもよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表に過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様とも独立に実装されていてもよく、これら態様のうちの２つ以上が種々組み合わされていてもよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されるようになっていてもよいし、方法が実現されるようになっていてもよい。また、本明細書に記載された態様のうちの１つ又は複数の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されるようになっていてもよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されるようになっていてもよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されるようになっていてもよい。
【０１１７】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを用いて、情報及び信号が表され得ることを理解するであろう。例えば、上記説明全体で言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組み合わせによって表されるようになっていてもよい。
【０１１８】
さらに、当業者には当然のことながら、本明細書に開示される態様に関連して記載された種々例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計可能なデジタル実装、アナログ実装、又はこれら２つの組み合わせ）、命令を含む種々形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称される場合もある）、又は両者の組み合わせとして実装されるようになっていてもよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々例示的な構成要素、ブロック、モジュール、回路、及びステップが大略それぞれの機能の観点で上述された。このような機能がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定の各用途に対して、上記機能を様々に実装可能であるものの、このような実装の決定は、本開示の範囲からの逸脱の原因として解釈されないものとする。
【０１１９】
また、本明細書に開示される態様に関連して記載された種々例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装されるようになっていてもよいし、これらによって実行されるようになっていてもよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書に記載される機能を実行するように設計されたこれらの任意の組み合わせが挙げられ、ＩＣ内、ＩＣ外、又は両者に存在するコード又は命令を実行するようになっていてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ又は複数のマイクロプロセッサ、又はその他任意のこのような構成等、コンピュータ機器の組み合わせとして実装されていてもよい。
【０１２０】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層についても、実例的な手法の一例であることが了解される。設計の選好に基づいて、各プロセスにおけるステップの特定の順序又は階層は、本開示の範囲内に留まりつつ、再構成可能であることが了解される。添付の方法の請求項は、種々ステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されるものではない。
【０１２１】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップは、ハードウェアにおいて直接具現化されてもよいし、プロセッサにより実行されるソフトウェアモジュールにおいて具現化されてもよいし、これら２つの組み合わせにおいて具現化されてもよい。ソフトウェアモジュール（例えば、実行可能な命令及び関連するデータを含む）及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在していてもよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称される場合もある）等の機械に結合されていてもよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されていてもよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在していてもよい。さらに、いくつかの態様においては、任意適当なコンピュータプログラム製品が、本開示の態様のうちの１つ又は複数に関連するコードを含むコンピュータ可読媒体を備えていてもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでいてもよい。
以上、種々態様に関連して本発明の説明がなされたが、本発明は、さらに改良可能であることが了解される。本願は、一般的に本発明の原理に従うとともに、本発明が関係する技術分野における既知且つ慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することが意図される。
【図１】
2018026818.tif 000046
【図２】
2018026818.tif 000047
【図３】
2018026818.tif 000048
【図４】
2018026818.tif 000049
【図５】
2018026818.tif 000050
【図６】
2018026818.tif 000051
【図７】
2018026818.tif 000052
【図８】
2018026818.tif 000053
【図９】
2018026818.tif 000054
【図１０】
2018026818.tif 000055
【図１１】
2018026818.tif 000056
【図１２】
2018026818.tif 000057
【図１３−１】
2018026818.tif 000058
【図１３−２】
2018026818.tif 000059
【図１３−３】
2018026818.tif 000060
【図１３−４】
2018026818.tif 000061
【図１４】
2018026818.tif 000062
【図１５】
2018026818.tif 000063
【図１６】
2018026818.tif 000064
【図１７−１】
2018026818.tif 000065
【図１７−２】
2018026818.tif 000066
【図１８】
2018026818.tif 000067
【図１９】
2018026818.tif 000068
【図２０】
2018026818.tif 000069
【図２１】
2018026818.tif 000070
【図２２】
2018026818.tif 000071
【図２３】
2018026818.tif 000072
【図２４】
2018026818.tif 000073
【図２５】
2018026818.tif 000074
【図２６】
2018026818.tif 000075
【図２７】
2018026818.tif 000076
【図２８】
2018026818.tif 000077
【図２９】
2018026818.tif 000078
【図３０】
2018026818.tif 000079
【図３１−１】
2018026818.tif 000080
【図３１−２】
2018026818.tif 000081
【図３１−３】
2018026818.tif 000082
【図３２】
2018026818.tif 000083
【図３３】
2018026818.tif 000084
【図３４】
2018026818.tif 000085
【図３５】
2018026818.tif 000086
【図３６】
2018026818.tif 000087
【図３７】
2018026818.tif 000088
【図３８】
2018026818.tif 000089
【図３９】
2018026818.tif 000090
【図４０】
2018026818.tif 000091
【図４１】
2018026818.tif 000092
【図４２】
2018026818.tif 000093
【図４３】
2018026818.tif 000094
【図４４】
2018026818.tif 000095
【図４５】
2018026818.tif 000096
【図４６】
2018026818.tif 000097
【図４７】
2018026818.tif 000098
【図４８】
2018026818.tif 000099
【図４９】
2018026818.tif 000100
【外国語明細書】
2018026818000001.pdf