(57)【要約】  帯域幅部分サイズ、スロット／非スロット送信、およびリソース割り当てタイプのうちの少なくとも１つに基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロックアサインメントを判断するための方法、ネットワークノード、および無線デバイスが開示される。１つまたは複数の実施形態によると、無線デバイスと通信するように設定されるネットワークノードが提供される。ネットワークノードは、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいてアップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように、およびオプションとして、固定サイズのＲＢアサインメントを無線デバイスに指示するように設定される処理回路網を含む。【選択図】図１２
2021514584.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイス（２２）と通信するように設定されるネットワークノード（１６）であって、
アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて前記アップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように、および
オプションとして、前記固定サイズのＲＢアサインメントを前記無線デバイス（２２）に指示するように設定される処理回路網（６８）を備える、ネットワークノード（１６）。
【請求項２】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する、請求項１に記載のネットワークノード（１６）。
【請求項３】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項２に記載のネットワークノード（１６）。
【請求項４】
前記アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する、請求項１に記載のネットワークノード（１６）。
【請求項５】
前記固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される、請求項１に記載のネットワークノード（１６）。
【請求項６】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく、請求項１に記載のネットワークノード（１６）。
【請求項７】
前記アップリンク送信はスロットより少ない時間分を有する前記非スロット送信である、請求項１に記載のネットワークノード（１６）。
【請求項８】
前記固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する、請求項１に記載のネットワークノード（１６）。
【請求項９】
前記閾値は送信期間に少なくとも部分的に基づく、請求項８に記載のネットワークノード（１６）。
【請求項１０】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項１に記載のネットワークノード（１６）。
【請求項１１】
ネットワークノード（１６）と通信するように設定される無線デバイス（２２）であって、
アップリンク送信を送信させるように設定される処理回路網（８４）であって、前記アップリンク送信は前記アップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づき、前記固定サイズのＲＢアサインメントは、前記アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプの少なくとも１つに少なくとも部分的に基づく、処理回路網（８４）を備える、無線デバイス（２２）。
【請求項１２】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する、請求項１１に記載の無線デバイス（２２）。
【請求項１３】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項１２に記載の無線デバイス（２２）。
【請求項１４】
前記アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する、請求項１１に記載の無線デバイス（２２）。
【請求項１５】
前記固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される、請求項１１に記載の無線デバイス（２２）。
【請求項１６】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく、請求項１１に記載の無線デバイス（２２）。
【請求項１７】
前記アップリンク送信はスロットより少ない時間分を有する前記非スロット送信である、請求項１１に記載の無線デバイス（２２）。
【請求項１８】
前記固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する、請求項１１に記載の無線デバイス（２２）。
【請求項１９】
前記閾値は送信期間に少なくとも部分的に基づく、請求項１８に記載の無線デバイス（２２）。
【請求項２０】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項１１に記載の無線デバイス（２２）。
【請求項２１】
無線デバイス（２２）と通信するように設定されるネットワークノード（１６）によって行われる方法であって、
アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて前記アップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断すること（Ｓ１３６）と、
オプションとして、前記固定サイズのＲＢアサインメントを前記無線デバイス（２２）に指示すること（Ｓ１３８）と、を含む、方法。
【請求項２２】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する、請求項２１に記載の方法。
【請求項２３】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項２２に記載の方法。
【請求項２４】
前記アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する、請求項２１に記載の方法。
【請求項２５】
前記固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される、請求項２１に記載の方法。
【請求項２６】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく、請求項２１に記載のネットワークノード。
【請求項２７】
前記アップリンク送信はスロットより少ない時間分を有する前記非スロット送信である、請求項２１に記載の方法。
【請求項２８】
前記固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する、請求項２１に記載の方法。
【請求項２９】
前記閾値は送信期間に少なくとも部分的に基づく、請求項８に記載の方法。
【請求項３０】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項２１に記載の方法。
【請求項３１】
ネットワークノード（１６）と通信するように設定される無線デバイス（２２）によって行われる方法であって、
アップリンク送信の送信を引き起こすこと（Ｓ１４４）であって、前記アップリンク送信は前記アップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づき、前記固定サイズのＲＢアサインメントは、前記アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づく、アップリンク送信の送信を引き起こすこと（Ｓ１４４）を含む、方法。
【請求項３２】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する、請求項３１に記載の方法。
【請求項３３】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項３２に記載の方法。
【請求項３４】
前記アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する、請求項３１に記載の方法。
【請求項３５】
前記固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される、請求項３１に記載の方法。
【請求項３６】
前記固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく、請求項３１に記載の方法。
【請求項３７】
前記アップリンク送信はスロットより少ない時間分を有する前記非スロット送信である、請求項３１に記載の方法。
【請求項３８】
前記固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する、請求項３１に記載の方法。
【請求項３９】
前記閾値は送信期間に少なくとも部分的に基づく、請求項３８に記載の方法。
【請求項４０】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項３１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信に関し、とりわけ、ＭＳＧ３無線通信送信に対するリソースブロックアサインメントに関する。
【背景技術】
【０００２】
ランダムアクセス（ＲＡ）手順はセルラーシステムにおける機能である。Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）では、ネットワークへのアクセスを希望する無線デバイス（ＷＤ）は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でアップリンクにおいて、すなわち、ＷＤから基地局に、プリアンブル（ＭＳＧ１）を送信することによってＲＡ手順を開始する。プリアンブルを受信しかつランダムアクセス試行を検出するｅＮＢまたはｇＮＢ（次世代ノードＢまたは送受信ポイント（ＴＲＰ）、すなわち、基地局、アクセスノードなど）は、ＲＡ応答（ＲＡＲ、ＭＳＧ２）を送信することによって、ダウンリンクにおいて、すなわち、基地局からＷＤに応答することになる。ＲＡＲは、端末識別のためにアップリンクにおける次の後続のメッセージ（ＭＳＧ３）を送信することによって手順を継続するためにＷＤに対してアップリンクスケジューリンググラントを搬送する。同様の手順は、図１に示されるように（「５Ｇ」としても既知の）新無線（ＮＲ）が考えられる。
【０００３】
ＰＲＡＣＨプリアンブルの送信前に、ＷＤは、場合によって、さらに別のチャネル上で受信される設定パラメータで補完される、同期信号（ＳＳ）−ブロック（すなわち、ＮＲプライマリＳＳ（ＮＲ−ＰＳＳ）、ＮＲセカンダリＳＳ（ＮＲ−ＳＳＳ）、ＮＲ物理ブロードキャストチャネル（ＮＲ−ＰＢＣＨ））におけるブロードキャストチャネル上で同期信号のセットおよび設定パラメータの両方を受信する。
【０００４】
ＭＳＧ３は物理アップリンク共有チャネル（ＰＵＳＣＨ）を使用することによって送信される。ＭＳＧ３ペイロードの他に、復調用参照信号（ＤＭＲＳ）はまた、基地局でのデータ復号（ｅＮＢ／ｇＮＢ）を支援するために送信される。ＬＴＥおよびＮＲの両方では、４段階ランダムアクセス手順について、ＭＳＧ３の初期送信は、ランダムアクセス応答（ＲＡＲ）に含有されるアップリンク（ＵＬ）グラントによってスケジューリングされる。ＭＳＧ３の再送信は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でＵＬグラントによってスケジューリングされる。ＬＴＥでは、ＭＳＧ３の繰り返しは、帯域幅低減低複雑性（ＢＬ）／カバレッジ拡張（ＣＥ）無線デバイスに対するカバレッジ拡張のためにＲＡＲに含有されるＵＬグラントによって設定可能である。
【０００５】
ＲＡ手順の一部分として、ＭＳＧ１においてランダムアクセス要求を受信後、基地局は、ＷＤがＭＳＧ３を送る（ＲＲＣ接続要求）ためのＭＳＧ２において必要とされる情報−ランダムアクセス応答（ＲＡＲ）メッセージ−を提供する。これは、物理層におけるＲＡＲグラントと称される。ＬＴＥにおいて、ＲＡＲグラントは、下記のように、最上位ビット（ＭＳＢ）から最下位ビット（ＬＳＢ）までのコンテンツを有する２０ビットメッセージである。
ホッピングフラグ−１ビット
・これは、周波数ホッピングが有効か否かを管理する１ビットの情報である。ビットの値が１であり、かつリソースブロックアサインメントがタイプ０である場合、ＷＤは、物理アップリンク共有チャネル（ＰＵＳＣＨ）周波数ホッピングを行うものとする。
固定サイズのリソースブロックアサインメント−１０ビット
2021514584.tif 000003
の場合、
固定サイズのリソースブロックアサインメントをこのｂの最下位ビットに切り詰め、この場合、
2021514584.tif 000004
であり、通常のダウンリンク制御情報（ＤＣＩ）フォーマット０に対する規則に従って、切り詰められたリソースブロックアサインメントを解釈する。
・それ以外の場合
ＮＵＬ＿ｈｏｐのホッピングビット後に「０」に設定される値のｂの最上位ビットを固定サイズのリソースブロックアサインメントに挿入し、この場合、ホッピングフラグビットが１に設定されない時、ホッピングビットＮＵＬ＿ｈｏｐの数はゼロであり、ホッピングフラグビットが１に設定される時、表８．４−１に規定され、
2021514584.tif 000005
であり、通常のＤＣＩフォーマット０に対する規則に従って、拡張されたリソースブロックアサインメントを解釈する。
切り詰められた変調符号化方式−４ビット
・切り詰められた変調符号化方式（ＭＣＳ）フィールドは、ＲＡ応答グラントに対応する変調符号化方式が、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術標準（ＴＳ）３６．２１３からの表８．６．１−１におけるＭＣＳインデックス０〜１５から判断され得るように解釈される。
スケジューリング済みＰＵＳＣＨに対するＴＰＣコマンド−３ビット
・値が０から７まで変動する送信電力制御（ＴＰＣ）コマンドとして３ビットで指示される。電力マッピングに対するＴＰＣコマンドは、３ＧＰＰ  ＴＳ３６．２１３からの表６．２−１によって与えられ得る。ＴＰＣコマンド値は、２ｄＢステップ幅で−６ｄＢから８ｄＢに及ぶ場合がある。
・ＷＤが上位層パラメータｐｕｓｃｈ−ＥｎｈａｎｃｅｍｅｎｔｓＣｏｎｆｉｇで設定される場合、このフィールドはＭＳＧ３の繰り返し数を指示するために使用される。
ＵＬ遅延−１ビット
・関連付けられたＲＡ−無線ネットワーク一時識別子（ＲＮＴＩ）を有するＰＤＣＣＨがサブフレームｎで検出され、かつ対応するダウンリンク共有チャネル（ＤＬ−ＳＣＨ）トランスポートブロックが送信されたプリアンブルシーケンスに対する応答を含有する場合、ＷＤは、応答における情報に従って、ｋ１≧６である第１のサブフレームｎ＋ｋ１におけるＵＬ−ＳＣＨトランスポートブロックを送信し、ＵＬ遅延フィールドがゼロに設定され、ｎ＋ｋ１が物理アップリンク共有チャネル（ＰＵＳＣＨ）送信に対する最初に利用可能なＵＬサブフレームである場合に、時分割複信（ＴＤＤ）サービングセルについて、ＰＵＳＣＨ送信に対する第１のＵＬサブフレームは、上位層によって指示されるＵＬ／ＤＬ設定（すなわち、パラメータｓｕｂｆｒａｍｅＡｓｓｉｇｎｍｅｎｔ）に基づいて判断されるものとする。ＷＤは、フィールドが１に設定される場合、後で、次に利用可能なＵＬサブフレームへのＰＵＳＣＨ送信を延期するものとする。
チャネル状態情報（ＣＳＩ）要求−１ビット
・この１ビットの情報によって、非周期的なチャネル品質インデックス（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、およびランク指示（ＲＩ）報告がＰＵＳＣＨ送信に含まれ得るかどうかが判断される。競合ベースランダムアクセスに対して、ＣＳＩフィールドは予約される。
【０００６】
狭帯域のモノのインターネット（ＮＢ−ＩｏＴ）ＷＤについて、ＵＬグラントフィールドのサイズは１５ビットであってよく、ＢＬ  ＷＤ、および拡張カバレッジレベル２または３におけるＷＤについて、ＵＬグラントフィールドのサイズは１２ビットであってよい。ＵＬグラントのコンテンツは、ＢＬ／ＣＥ  ＷＤに対する３ＧＰＰの表６−２  ＴＳ３６．２１３に列挙されるものであってよい。
【０００７】
ＬＴＥでは、ＭＳＧ３送信は、１つのサブフレーム（すなわち、１ｍｓ）の固定送信期間を有する。ＮＲにおいて、スロットベースおよび非スロットベースの両方のＭＳＧ３送信がサポートされる。これは、ＭＳＧ３送信が種々の送信期間（例えば、２、４、７、または１４の直交周波数分割多重（ＯＦＤＭ）シンボル）でスケジューリング可能であることを意味する。さらに、ＮＲは、最大ＬＴＥキャリア帯域幅よりはるかに大きい帯域幅部分（ＢＷＰ）サイズをサポートする。従って、ＭＳＧ３送信に対するＲＡＲグラントにおける固定サイズシグナリングによるリソースブロックアサインメントを判断するためにＬＴＥにおいて現在使用されているアプローチは、ＮＲには再利用できない。
【０００８】
固定サイズの２０ビットＲＡＲグラント、および上記のフィールドによって使用されるビット数によって、固定サイズのリソースブロックアサインメントに残されるビット数は１０以下である。約２０バイトのＭＳＧ３を想定すると、１＋１＋１のＤＭＲＳ設定による、ＭＣＳ＝０でスロットベースのＰＵＳＣＨ送信には６ＲＢが必要とされる。表１は、いくつかの例示のＢＷＰサイズの下で、ＮＲリソース割り当てタイプ１（同等に、ＬＴＥ  ＰＵＳＣＨリソース割り当てタイプ０）で割り当て可能であるＲＢの最大数を示す。明らかに、固定サイズのリソースブロックアサインメントの既存のＬＴＥ方法は、（１）ＮＲにおけるＢＷＰサイズが最大ＬＴＥ帯域幅よりはるかに大きい可能性があること、および（２）非スロットベースＭＳＧ３送信（２、４、７シンボル）がサポートされることを考慮すると、ＮＲには再利用できない。
2021514584.tif 000006
【０００９】
ＮＲランダムアクセスについて、スケーラブルなリソースブロック（ＲＢ）粒度および／またはＢＷＰにおける制限されたリソースブロックアサインメント範囲を含む、ＲＡＲグラントスケジューリングＭＳＧ３において、新しい固定サイズのリソースブロックアサインメント方法が使用される。
【発明の概要】
【００１０】
いくつかの実施形態は、有利には、ＭＳＧ３送信に対するリソースブロックアサインメントのための、方法、ネットワークノード、および無線デバイスを提供する。
【００１１】
本明細書に説明される固定サイズのリソースブロックアサインメント方法は、ＮＲにおける大きいＢＷＰ、およびスロットベースまたは非スロットベース（２、４、または７のＯＦＤＭシンボル）とすることができるフレキシブルなＭＳＧ３送信に対処可能である。
【００１２】
いくつかの実施形態は、帯域幅部分サイズ、スロット／非スロット送信、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロックアサインメントを判断することを提供する。
【００１３】
本開示の１つの態様によると、無線デバイスと通信するように設定されるネットワークノードが提供される。ネットワークノードは、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくアップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように、およびオプションとして、固定サイズのＲＢアサインメントを無線デバイスに指示するように設定される処理回路網を含む。
【００１４】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。
【００１５】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、アップリンク送信はスロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値より大きい場合の帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００１６】
本開示の別の態様によると、ネットワークノードと通信するように設定される無線デバイスは、アップリンク送信を送信させるように設定される処理回路網を備え、アップリンク送信はアップリンク送信のＲＡＲスケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づき、固定サイズのＲＢアサインメントは、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプの少なくとも１つに少なくとも部分的に基づく。
【００１７】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。
【００１８】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、アップリンク送信はスロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値より大きい場合の帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００１９】
本開示の別の態様によると、無線デバイスと通信するように設定されるネットワークノードによって行われる方法が提供される。アップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントは、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて判断される。固定サイズのＲＢアサインメントは、オプションとして、無線デバイスに指示される。
【００２０】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。
【００２１】
この態様の１つまたは複数の実施形態によると、アップリンク送信は、スロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値より大きい場合の帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００２２】
本開示の別の態様によると、ネットワークノードと通信するように設定される無線デバイスによって行われる方法が提供される。アップリンク送信の送信は、アップリンク送信がアップリンク送信のＲＡＲスケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づく場合に引き起こされる。固定サイズのＲＢアサインメントは、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づく。
【００２３】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。
【００２４】
この態様の１つまたは複数の実施形態によると、アップリンク送信はスロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値より大きい場合の帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００２５】
本実施形態、ならびにこの付随した利点および特徴をさらに詳しく理解することは、添付の図面と併せて考慮される時に以下の詳細な説明を参照することによってより容易に理解されることになる。
【図面の簡単な説明】
【００２６】
【図１】ネットワークノードと無線デバイスとの間で交換される信号の図である。
【図２】本開示における原理による、中間ネットワークを介してホストコンピュータに接続される通信システムを示す例示のネットワークアーキテクチャの模式図である。
【図３】本開示のいくつかの実施形態による、少なくとも部分的に無線接続でネットワークノードを介して無線デバイスと通信するホストコンピュータのブロック図である。
【図４】本開示のいくつかの実施形態による、ホストコンピュータの代替的な実施形態のブロック図である。
【図５】本開示のいくつかの実施形態による、ネットワークノードの代替的な実施形態のブロック図である。
【図６】本開示のいくつかの実施形態による、無線デバイスの代替的な実施形態のブロック図である。
【図７】本開示のいくつかの実施形態による、無線デバイスにおけるクライアントアプリケーションを実行するために、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実施される例示の方法を示すフローチャートである。
【図８】本開示のいくつかの実施形態による、無線デバイスにおいてユーザデータを受信するために、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実施される例示の方法を示すフローチャートである。
【図９】本開示のいくつかの実施形態による、ホストコンピュータにおいて無線デバイスからのユーザデータを受信するために、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実施される例示の方法を示すフローチャートである。
【図１０】本開示のいくつかの実施形態による、ホストコンピュータにおいてユーザデータを受信するために、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実施される例示の方法を示すフローチャートである。
【図１１】本開示のいくつかの実施形態による、ＭＳＧ３メッセージングに対するＲＢアサインメントのためのネットワークノードにおける例示のプロセスのフローチャートである。
【図１２】本開示のいくつかの実施形態による、ＭＳＧ３メッセージングに対するＲＢアサインメントのためのネットワークノードにおける別の例示のプロセスのフローチャートである。
【図１３】本開示のいくつかの実施形態による、ＭＳＧ３メッセージングに対するＲＢ割り当てのための無線デバイスにおける例示のプロセスのフローチャートである。
【図１４】本開示のいくつかの実施形態による、ＭＳＧ３メッセージングに対するＲＢ割り当てのための無線デバイスにおける別の例示のプロセスのフローチャートである。
【図１５】合同の時間および周波数領域リソースアサインメントの一般的な符号化を示す図である。
【図１６】第１のビットが「０」のスロットベーススケジューリングのシグナリングを示す図である。
【図１７】最初の３ビットを使用する非スロットベーススケジューリングのシグナリングを示す図である。
【図１８】最初の５ビットを使用する非スロットベーススケジューリングのシグナリングを示す図である。
【図１９】最初の７ビットを使用する非スロットベーススケジューリングのシグナリングを示す図である。
【図２０】９つの時間領域割り当て候補を符号化するために７ビットを使用する非スロットベーススケジューリングのシグナリングを示す図である。
【発明を実施するための形態】
【００２７】
例示の実施形態を詳細に説明する前に、実施形態が、主として、ＭＳＧ３送信に対するリソースブロックアサインメントに関連している装置構成要素および処理ステップの組み合わせに存在することは留意されたい。それ故に、構成要素は図面において従来の記号によって適切なところに表現されており、本明細書における記載の利益を有する当業者に容易に明らかになる詳細を有する開示を不明瞭にしないように、実施形態を理解することに関連する具体的な詳細のみが示されている。記載全体を通して、同様の数字は同様の要素を指す。
【００２８】
本明細書で使用される場合、「第１の」および「第２の」、ならびに「上部」および「下部」などの関係語は、このようなエンティティまたは要素の間にいずれの物理的または論理的な関係もしくは順序も必ずしも要するまたは暗示することなく、単に、１つのエンティティまたは要素を別のエンティティまたは要素と区別するために使用されてよい。本明細書で使用される専門用語は、特定の実施形態を説明することだけを目的とし、本明細書に説明される概念を限定することを意図するものではない。本明細書において使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、別段文脈で明確に指示されない限り、複数形も同様に含むことが意図されている。「ｃｏｍｐｒｉｓｅｓ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」という用語は、本明細書で使用される時、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／もしくはそれらのグループの存在または追加を除外しないことは、さらに理解されるであろう。
【００２９】
本明細書に説明される実施形態では、「〜と通信する」などの結合用語は、例えば、物理的接触、誘導、電磁放射、無線シグナリング、赤外線シグナリング、または光シグナリングによって達成可能である電気またはデータ通信を指示するために使用されてよい。複数の構成要素が相互に操作可能であり、かつ電気およびデータ通信を実現するような修正および変形が可能であることを、当業者は理解するであろう。
【００３０】
本明細書に説明されるいくつかの実施形態では、「結合される」および「接続される」などの用語は、本明細書において接続を指示するために使用されてよいが必ずしも直接的ではなく、有線接続および／または無線接続を含んでよい。
【００３１】
本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、無線基地局装置（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇＮｏｄｅＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）の無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、無線アクセスバックホール統合伝送（ＩＡＢ）ノード、ドナーノード制御中継器、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（例えば、移動管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（例えば、サードパーティノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのうちのいずれかをさらに含んでもよい無線ネットワークに含まれる任意の種類のネットワークノードとすることができる。ネットワークノードはまた、試験装置を含んでよい。本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用されてよい。
【００３２】
いくつかの実施形態では、無線デバイス（ＷＤ）またはユーザ機器（ＷＤ）という非限定的な用語が区別なく使用される。本明細書におけるＷＤは、無線デバイス（ＷＤ）などの、無線信号によってネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスとすることができる。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤもしくはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／もしくは低複雑度ＷＤ、ＷＤを備えたセンサ、タブレット、携帯端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、宅内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ−ＩＯＴ）デバイスなどであってよい。
【００３３】
また、いくつかの実施形態では、「無線ネットワークノード」という一般的な用語が使用されている。これは、基地局、無線基地局、無線基地局装置、基地局コントローラ、ネットワークコントローラ（ＲＮＣ）、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、ＩＡＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）のいずれかを備え得る任意の種類の無線ネットワークノードとすることができる。
【００３４】
いくつかの実施形態では、シグナリングが一般的に、１つまたは複数のシンボル、信号、および／またはメッセージを含んでよいことは理解されるべきである。信号は、１つまたは複数のビットを含むまたは表すことができる。指示は、シグナリングを表してよい、および／または１信号としてまたは複数の信号として実施されてよい。１つまたは複数の信号は、メッセージに含まれてよい、および／またはメッセージによって表されてよい。シグナリング、とりわけ、制御シグナリングは、複数の信号および／またはメッセージを含んでよく、これらは種々のキャリア上で送信されてよい、および／または、例えば、１つまたは複数のこのようなプロセスおよび／もしくは対応する情報を表すおよび／またはこれらに関連する、種々のシグナリングプロセスに関連付けられてよい。指示は、シグナリング、複数の信号、および／またはメッセージを含んでよい、および／またはこれらに含まれてよく、この指示は、種々のキャリア上で送信されてよい、および／または、種々の肯定応答シグナリングプロセスに、例えば、１つまたは複数のこのようなプロセスを表すおよび／またはこれらに関連するように、関連付けられてよい。チャネルに関連付けられたシグナリングは、そのチャネルについてのシグナリングおよび／または情報を表すように、および／またはシグナリングがそのチャネルに属する送信機および／または受信機によって解釈されるように送信されてよい。このようなシグナリングは一般的に、そのチャネルについての送信パラメータおよび／またはフォーマットに従うものであってよい。
【００３５】
指示は一般的に、表すおよび／または指示する情報を明示的におよび／または暗黙的に指示することができる。暗黙的な指示は、例えば、送信に使用される位置および／またはリソースに基づいてよい。明示的な指示は、例えば、１つまたは複数のパラメータ、１つまたは複数のインデックス、および／または情報を表す１つまたは複数のビットパターンによるパラメータ付けに基づいてよい。とりわけ、本明細書に説明されるようなＲＲＣシグナリングは、本明細書に説明される測定の１つまたは複数に使用するのは何のサブフレームまたは信号か、および何の条件下および／または動作モード下なのかを指示可能であることが考えられ得る。
【００３６】
無線ノード、とりわけ、端末、ユーザ機器、またはＷＤ２２を設定することは、無線ノードが、設定に従って動作を、行うように適応される、行わせる、行うように設定する、および／または行うように命令されることを指す場合がある。設定することは、別のデバイス、例えば、ネットワークノード１６（例えば、基地局またはｅＮｏｄｅＢのようなネットワークの無線ノード）またはネットワークによって行われてよく、この場合、設定データを、設定される無線ノードに送信することを含んでよい。このような設定データは、設定される設定を表す、および／または設定、例えば、割り当てられたリソース、とりわけ周波数リソース上で送信するおよび／または受信するための設定、または、例えば、ある特定のサブフレームまたは無線リソースに対してある特定の測定を行うための設定に関連する１つまたは複数の命令を含むことができる。無線ノードは、例えば、ネットワークまたはネットワークノード１６から受信された設定データに基づいてそれ自体を設定することができる。ネットワークノード１６は、設定するためのその回路網（単数／複数）を、使用するおよび／または使用するように適応させることができる。割り当て情報は設定データの形態とみなされてよい。設定データは、設定情報、ならびに／あるいは１つまたは複数の対応する指示および／もしくはメッセージを含んでよいおよび／またはこれらによって表されてよい。
【００３７】
一般的に、設定することは、設定を表す設定データを判断することと、このデータを、１つまたは複数の他のノードに（並列におよび／または連続的に）提供すること、例えば送信することとを含むことができ、この他のノードはこのデータをさらに無線ノードに送信する（または別のノードに送信する、これは、データが無線デバイス２２に達するまで繰り返される場合がある）。に送信することができる。代替的にはまたはさらに、例えば、ネットワークノード１６または他のデバイスによって無線ノードを設定することは、例えば、ネットワークのより高いレベルのノードであってよいネットワークノード１６のような別のノードから、設定データおよび／または設定データに関連するデータを受信すること、および／または受信した設定データを無線ノードに送信することを含んでよい。それ故に、設定を判断すること、および設定データを無線ノードに送信することは、適したインターフェース、例えば、ＬＴＥの場合のＸ２インターフェース、またはＮＲには対応するインターフェースを介して通信可能であってよい種々のネットワークノードまたはエンティティによって行われてよい。端末（例えば、ＷＤ２２）を設定することは、端末のためのダウンリンク送信および／またはアップリンク送信、例えば、ダウンリンクデータ、ダウンリンク制御シグナリング、ＤＣＩ、および／またはアップリンク制御、データ、もしくは通信シグナリング、とりわけ、肯定応答シグナリングをスケジューリングすること、ならびに／あるいはリソースおよび／またはリソース用のリソースプールを設定することを含んでよい。とりわけ、端末（例えば、ＷＤ２２）を設定することは、ＷＤ２２が、ある特定のサブフレームまたは無線リソースに対してある特定の測定を行うように設定すること、および本開示の実施形態によるこのような測定を報告することを含んでよい。
【００３８】
例えば、３ＧＰＰ  ＬＴＥおよび／または新無線（ＮＲ）など、１つの特定の無線システムからの専門用語が本開示において使用される場合があるが、これは、本開示の範囲を前述のシステムのみに限定するとしてみなされるべきではないことは、留意されたい。広帯域符号分割多元接続（ＷＣＤＭＡ）、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含むがこれらに限定されない他の無線システムは、本開示の範囲内に包含される着想を活用することから利益を得ることもできる。
【００３９】
無線デバイスまたはネットワークノードによって行われるとして本明細書に説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散される場合があることは、さらに留意されたい。換言すれば、本明細書に説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによって行われることに限定されず、実際には、いくつかの物理デバイスの間で分散可能であることが考えられる。
【００４０】
別段規定されない限り、本明細書で使用される全ての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者に一般的に理解されているのと同じ意味を有する。さらに、本明細書で使用される用語が、本明細書および関連技術の文脈での意味と整合する意味を有すると解釈されるものとし、本明細書で明示的に規定されない限り、理想化した意味または過度に形式的な意味で解釈されるものとしないことは、理解されるであろう。
【００４１】
帯域幅部分サイズ、スロット／非スロット送信、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロックアサインメントを判断するために提供されるいくつかの実施形態が開示される。いくつかの実施形態では、ＭＳＧ３メッセージ送信のためにＷＤによって割り当てられるリソースブロックサイズを指示するために必要とされるビット数が低減される。
【００４２】
ＮＲにおけるＲＡＲグラントについて、ＲＡＮ２技術標準エンティティが、ＬＴＥにおけるＲＡＲグラントと同じサイズを有する、ＲＡＲにおけるＵＬグラントに対して２０ビットで既に決定されていることは留意されたい。当然ながら、ＮＲに対して同様のＲＡＲグラント構造を使用してよいが、ある特定のＮＲ固有の設計因子が考慮される必要がある。これらの因子は下記を含む。
・切り詰められた変調符号化方式について、２５６直交振幅変調（ＱＡＭ）のないＭＣＳテーブルの最初の１６行のみを使用することによってＭＣＳテーブルを切り詰めることによりＬＴＥに従うことができる。使用される固有のＭＣＳテーブルは、ネットワークがアップリンク送信に対してＯＦＤＭまたは離散フーリエ変換（ＤＦＴ）−Ｓ−ＯＦＤＭを設定するかどうかに左右される。
・スケジューリング済みＰＵＳＣＨに対するＴＰＣコマンドについて、２ｄＢステップ幅による−６ｄＢから８ｄＢまでの範囲の値を指示するために３ビットでＬＴＥに従うことができる。
・ＣＳＩ要求フィールドについて、ネットワークノードがハンドオーバ中にＣＳＩ報告を直接取得することが良好である可能性があるため、この１ビットフィールドを保持することが提案される。
・時間領域アサインメントについて、ＬＴＥ  ＲＡＲグラントが暗黙的な規則に基づいている、すなわち、ＵＬ−ＳＣＨトランスポートブロックが、ｋ１≧６である、最初に利用可能なＵＬサブフレームｎ＋ｋ１でスケジューリングされ、ＵＬ遅延フィールドが１に設定される場合、送信は次に利用可能なＵＬサブフレームに延期されることは留意されたい。ＮＲは、スロットベースＭＳＧ３送信および非スロットベースＭＳＧ３送信の両方をサポートする。非スロットベース送信について、ＰＵＳＣＨに対する２、４、および７のＯＦＤＭシンボル期間がサポートされる。ＮＲにおいて、ＷＤは、ＯＦＤＭシンボルがＰＵＳＣＨ送信に使用されると仮定すると、１６行の時間領域アサインメントテーブルで設定可能である。ＲＡＲグラントについて、時間領域アサインメントが、ＲＭＳＩおよび／またはＲＲＣによって設定される４行の切り詰められた時間領域アサインメントテーブルにおけるエントリを指示するように２ビットを使用することが提案される。
・周波数ホッピングフラグについて、ＲＡＮ１は、スロット内周波数ホッピングがＭＳＧ３に対してサポートされることを合意しているため、１ビットホッピングフラグはＮＲにおけるＲＡＲグラントに必要とされる。
【００４３】
同様の要素が同様の参照符号によって言及される図面の図に戻ると、図２において、無線アクセスネットワークおよびコアネットワーク１４などのアクセスネットワーク１２を含む、ＬＴＥおよび／またはＮＲ（５Ｇ）などの標準をサポート可能である３ＧＰＰタイプのセルラーネットワークなどの、一実施形態による通信システム１０の模式図が示されている。アクセスネットワーク１２は、それぞれが（総称してカバレッジエリア１８という）対応するカバレッジエリア１８ａ、１８ｂ、１８ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの（総称してネットワークノード１６という）複数のネットワークノード１６ａ、１６ｂ、１６ｃを含む。それぞれのネットワークノード１６ａ、１６ｂ、１６ｃは、有線または無線接続２０によってコアネットワーク１４に接続可能である。カバレッジエリア１８ａに位置する第１の無線デバイス（ＷＤ）２２ａは、対応するネットワークノード１６ｃに無線接続するように、またはこれによってページングされるように設定される。カバレッジエリア１８ｂにおける第２のＷＤ２２ｂは、対応するネットワークノード１６ａに無線接続可能である。（総称して無線デバイス２２という）複数のＷＤ２２ａ、２２ｂがこの例において示されているが、開示される実施形態は、単独のＷＤがカバレッジエリアにある、または単独のＷＤが対応するネットワークノード１６に接続している状況に等しく適用可能である。便宜上、２つのＷＤ２２および３つのネットワークノード１６のみが示されているが、通信システムがもっと多くのＷＤ２２およびネットワークノード１６を含んでよいことは留意されたい。
【００４４】
また、ＷＤ２２は同時通信し得る、および／または複数のネットワークノード１６および複数のタイプのネットワークノード１６と別個に通信するように設定され得ることが考えられる。例えば、ＷＤ２２は、ＬＴＥをサポートするネットワークノード１６およびＮＲをサポートする同じまたは異なるネットワークノード１６とのデュアルコネクティビティを有することができる。例として、ＷＳ２２は、ＬＴＥ／Ｅ−ＵＴＲＡＮに対してはｅＮＢと、ＮＲ／ＮＧ−ＲＡＮに対してはｇＮＢと通信し得る。
【００４５】
通信システム１０はこれ自体、ホストコンピュータ２４に接続されてよい。このホストコンピュータ２４は、独立型サーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具現化されてよい。ホストコンピュータ２４は、サービスプロバイダの所有または制御の下にあってよい、または、サービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。通信システム１０とホストコンピュータ２４との間の接続２６、２８は、コアネットワーク１４からホストコンピュータ２４に直接拡張されてよい、またはオプションの中間ネットワーク３０を介して拡張されてよい。中間ネットワーク３０は、パブリック、プライベート、またはホストされたネットワークの、１つ、または複数の組み合わせであってよい。もしあれば、中間ネットワーク３０は、バックボーンネットワークまたはインターネットであってよい。いくつかの実施形態では、中間ネットワーク３０は２つ以上のサブネットワーク（図示せず）を含んでよい。
【００４６】
図２の通信システムは全体として、接続済みＷＤ２２ａ、２２ｂのうちの１つとホストコンピュータ２４との間の接続性を有効にする。接続性は、オーバーザトップ（ＯＴＴ）接続として説明され得る。ホストコンピュータ２４および接続済みＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０、および仲介物として可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続は、ＯＴＴ接続が通る関与する通信デバイスの少なくともいくつかがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味において、透過であり得る。例えば、ネットワークノード１６は、ホストコンピュータ２４から発して、接続済みＷＤ２２ａに転送される（例えば、ハンドオーバされる）データを伴う着信ダウンリンク通信の過去のルーティングについて通知されなくてよい、または通知される必要はない。同様に、ネットワークノード１６は、ＷＤ２２ａからホストコンピュータ２４に向けて発する発信アップリンク通信の将来のルーティングを知っておく必要はない。
【００４７】
ネットワークノード１６は、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように設定されるアサインメントユニット３２を含むように設定される。無線デバイス２２は、アサインメントに従ってＲＢをＭＳＧ３送信に割り当てるように設定される割り当てユニット３４を含むように設定される。
【００４８】
先述の段落で論じられた、ＷＤ２２、ネットワークノード１６、およびホストコンピュータ２４の一実施形態による例示の実装形態について、ここで、図３を参照して説明する。通信システム１０では、ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェース４０を含むハードウェア（ＨＷ）３８を備える。ホストコンピュータ２４はさらに、記憶および／または処理能力を有してよい処理回路網４２を備える。処理回路網４２はプロセッサ４４およびメモリ４６を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網４２は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ４４は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ４６に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００４９】
処理回路網４２は、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスが、例えば、ホストコンピュータ２４によって行われるように設定されてよい。プロセッサ４４は、本明細書に説明されるホストコンピュータ２４の機能を行うための１つまたは複数のプロセッサ４４に対応する。ホストコンピュータ２４は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定されるメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８および／またはホストアプリケーション５０は、プロセッサ４４および／または処理回路網４２によって実行される時、プロセッサ４４および／または処理回路網４２に、ホストコンピュータ２４に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。命令は、ホストコンピュータ２４と関連付けられたソフトウェアであってよい。
【００５０】
ソフトウェア４８は、処理回路網４２によって実行可能であってよい。ソフトウェア４８はホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４で終端するＯＴＴ接続５２を介して接続するＷＤ２２などのリモートユーザにサービスを提供するように動作可能であってよい。サービスをリモートユーザに提供する際に、ホストアプリケーション５０はＯＴＴ接続５２を使用して送信されるユーザデータを提供してよい。「ユーザデータ」は、説明した機能性を実装すると本明細書に説明されるデータおよび情報であってよい。１つの実施形態では、ホストコンピュータ２４は、サービスプロバイダに制御および機能性を提供するように設定されてよく、かつ、サービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。ホストコンピュータ２４の処理回路網４２は、ホストコンピュータ２４が、ネットワークノード１６および／または無線デバイス２２に対して、観測、監視、制御、送信、および／または受信を行うことができるようにしてよい。
【００５１】
通信システム１０は、さらに、通信システム１０に設けられ、かつホストコンピュータ２４およびＷＤ２２と通信できるようにするハードウェア５８を備えるネットワークノード１６を含む。ハードウェア５８は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するための通信インターフェース６０、および、少なくとも、ネットワークノード１６によってサーブされるカバレッジエリア１８に位置するＷＤ２２との無線接続６４をセットアップしかつ維持するための無線インターフェース６２を含んでよい。無線インターフェース６２は、例えば、１つもしくは複数のＲＦ送信機、１つもしくは複数のＲＦ受信機、および／または１つもしくは複数のＲＦ送受信機として形成されてよい、またはこれらを含んでよい。通信インターフェース６０は、ホストコンピュータ２４への接続６６を容易にするように設定されてよい。接続６６は、直接的であってよい、または、通信システム１０のコアネットワーク１４を、および／または通信システム１０の外部の１つまたは複数の中間ネットワーク３０を通ってよい。
【００５２】
示される実施形態では、ネットワークノード１６のハードウェア５８は処理回路網６８をさらに含む。処理回路網６８はプロセッサ７０およびメモリ７２を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網６８は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ７０は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ７２に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００５３】
よって、ネットワークノード１６は、例えば、メモリ７２において内部に記憶される、または外部接続を介してネットワークノード１６によってアクセス可能な外部メモリ（例えば、データベース、記憶アレイ、ネットワーク記憶デバイスなど）に記憶されるソフトウェア７４をさらに有する。ソフトウェア７４は、処理回路網６８によって実行可能であってよい。処理回路網６８は、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスが、例えば、ネットワークノード１６によって行われるように設定されてよい。プロセッサ７０は、本明細書に説明されるネットワークノード１６の機能を行うための１つまたは複数のプロセッサ７０に対応する。メモリ７２は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定される。いくつかの実施形態では、ソフトウェア７４は、プロセッサ７０および／または処理回路網６８によって実行される時、プロセッサ７０および／または処理回路網６８に、ネットワークノード１６に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。例えば、ネットワークノード１６の処理回路網６８は、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように設定されるアサインメントユニット３２を含んでよい。
【００５４】
通信システム１０は、既に言及されているＷＤ２２をさらに含む。ＷＤ２２は、ＷＤ２２が現在位置しているカバレッジエリア１８をサーブするネットワークノード１６との無線接続６４をセットアップしかつ維持するように設定される無線インターフェース８２を含んでよいハードウェア８０を有してよい。無線インターフェース８２は、例えば、１つもしくは複数のＲＦ送信機、１つもしくは複数のＲＦ受信機、および／または１つもしくは複数のＲＦ送受信機として形成されてよい、またはこれらを含んでよい。
【００５５】
ＷＤ２２のハードウェア８０は処理回路網８４をさらに含む。処理回路網８４はプロセッサ８６およびメモリ８８を含んでよい。とりわけ、中央処理装置などのプロセッサおよびメモリに加えてまたはこの代わりに、処理回路網８４は、処理および／または制御用の集積回路網、例えば、命令を実行するように適応される、１つまたは複数のプロセッサ、プロセッサコア、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／もしくはＡＳＩＣ（特定用途向け集積回路網）を含んでよい。プロセッサ８６は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュ、バッファメモリ、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、光メモリ、および／またはＥＰＲＯＭ（消去可能プログラマブル読み出し専用メモリ）を含んでよいメモリ８８に対するアクセス（例えば、書き込みおよび／または読み出し）を行うように設定されてよい。
【００５６】
よって、ＷＤ２２は、例えば、ＷＤ２２におけるメモリ８８に記憶される、またはＷＤ２２によってアクセス可能な外部メモリ（例えば、データベース、記憶アレイ、ネットワーク記憶デバイスなど）に記憶されるソフトウェア９０をさらに含んでよい。ソフトウェア９０は、処理回路網８４によって実行可能であってよい。ソフトウェア９０はクライアントアプリケーション９２を含んでよい。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを受けて、ＷＤ２２を介して人間または非人間のユーザにサービスを提供するように動作可能であってよい。ホストコンピュータ２４において、実行中のホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４で終端するＯＴＴ接続５２を介して実行中のクライアントアプリケーション９２と通信してよい。サービスをユーザに提供する際に、クライアントアプリケーション９２は、要求データをホストアプリケーション５０から受信し、かつ要求データに応答してユーザデータを提供してよい。ＯＴＴ接続５２は、要求データおよびユーザデータの両方を移行させてよい。クライアントアプリケーション９２は、提供するユーザデータを生成するためにユーザと対話してよい。
【００５７】
処理回路網８４は、例えば、ＷＤ２２によって、本明細書に説明される方法および／またはプロセスのいずれかを制御するように、および／またはこのような方法および／またはプロセスを行わせるように設定されてよい。プロセッサ８６は、本明細書に説明されるＷＤ２２の機能を行うための１つまたは複数のプロセッサ８６に対応する。ＷＤ２２は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定されるメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０および／またはクライアントアプリケーション９２は、プロセッサ８６および／または処理回路網８４によって実行される時、プロセッサ８６および／または処理回路網８４に、ＷＤ２２に対する本明細書に説明されるプロセスを行わせる命令を含んでよい。例えば、無線デバイス２２の処理回路網８４は、ネットワークノードから受信されたアサインメントに従ってＭＳＧ３送信にＲＢを割り当てるように設定される割り当てユニット３４を含んでよい。
【００５８】
いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部構造は図３に示されるようなものであってよく、独立的に、周囲のネットワークトポロジは図２のものであってよい。
【００５９】
図３において、ＯＴＴ接続５２は、いずれの中間デバイスにも、これらのデバイスを介したメッセージの正確なルーティングにも明示的に言及することなく、ネットワークノード１６を介したホストコンピュータ２４と無線デバイス２２との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＷＤ２２から、または、ホストコンピュータ２４を動作させるサービスプロバイダから、またはこの両方から隠すように設定されてよいルーティングを判断し得る。ＯＴＴ接続５２がアクティブである間、ネットワークインフラストラクチャは、（例えば、ロードバランシングの考慮、またはネットワークの再設定に基づいて）ルーティングを動的に変更する決定をさらに行ってよい。
【００６０】
ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示全体を通して説明される実施形態の教示に従うものである。さまざまな実施形態の１つまたは複数によって、無線接続６４が最終セグメントを形成し得るＯＴＴ接続５２を使用してＷＤ２２に提供されるＯＴＴサービスの性能が改善される。より正確には、これらの実施形態のうちのいくつかの教示は、データ速度、レイテンシ、および／または電力消費を改善可能であり、それによって、ユーザ待機時間の低減、ファイルサイズに対する制約の緩和、より良い応答性、バッテリ寿命の延長などの利益を提供することができる。
【００６１】
いくつかの実施形態では、測定手順は、１つまたは複数の実施形態が改善させるデータ速度、レイテンシ、および他の因子を監視する目的で提供されてよい。測定結果の変化に応答して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再設定するためのオプションのネットワーク機能性がさらにあってよい。測定手順および／またはＯＴＴ接続５２を再設定するためのネットワーク機能性は、ホストコンピュータ２４のソフトウェア４８、ＷＤ２２のソフトウェア９０、またはこの両方において実装されてよい。実施形態において、センサ（図示せず）は、ＯＴＴ接続５２が通る通信デバイスにまたはこれと関連して配備されてよく、センサは、上に例示される監視量の値を供給することによって、または、ソフトウェア４８、９０が監視量を計算するまたは概算することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続５２の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含んでよく、再設定は、ネットワークノード１６に影響を与える必要はなく、再設定はネットワークノード１６に知られていなくても感知できなくてもよい。いくつかのこのような手順および機能性は、当技術分野において既知でありかつ実践されてよい。ある特定の実施形態において、測定は、スループット、伝搬時間、およびレイテンシなどのホストコンピュータ２４の測定を容易にする専有のＷＤシグナリングを伴ってよい。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続５２を使用して、とりわけ空のまたは「ダミー」メッセージで、メッセージを送信させるように実施されてよい。
【００６２】
よって、いくつかの実施形態では、ホストコンピュータ２４は、ユーザデータを提供するように設定される処理回路網４２と、ＷＤ２２への送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェース４０と、を含む。いくつかの実施形態では、セルラーネットワークは、無線インターフェース６２と共にネットワークノード１６も含む。いくつかの実施形態では、ネットワークノード１６、および／またはネットワークノード１６の処理回路網６８は、ＷＤ２２に対する送信を準備する／開始する／維持する／サポートする／終了するための、および／またはＷＤ２２からの送信を受けて準備する／終止する／維持する／サポートする／終了するための、本明細書に説明される機能および／または方法を行うように設定される。
【００６３】
いくつかの実施形態では、ホストコンピュータ２４は、処理回路網４２と、ＷＤ２２からネットワークノード１６への送信から生じるユーザデータを受信するように設定される通信インターフェース４０と、を含む。いくつかの実施形態では、ＷＤ２２は、ネットワークノード１６に対する送信を準備する／開始する／維持する／サポートする／終了するための、および／またはネットワークノード１６からの送信を受けて準備する／終止する／維持する／サポートする／終了するための、本明細書に説明される機能および／または方法を行うように設定される、および／または行うように設定される無線インターフェース８２および／または処理回路網８４を備える。
【００６４】
図２および図３は、アサインメントユニット３２などのさまざまな「ユニット」および割り当てユニット３４が対応するプロセッサ内にあるように示しているが、これらのユニットは、ユニットの一部が処理回路網内の対応するメモリに記憶されるように実装される場合があることが考えられる。換言すれば、ユニットは、ハードウェア、またはハードウェアと処理回路網内のソフトウェアとの組み合わせで実装されてよい。
【００６５】
図４は、本明細書に説明される機能を実行するようにプロセッサによって実行可能なソフトウェアを含有するソフトウェアモジュールによって少なくとも部分的に実装されてよい、代替的なホストコンピュータ２４のブロック図である。ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェースモジュール４１を含む。メモリモジュール４７は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定される。
【００６６】
図５は、本明細書に説明される機能を実行するようにプロセッサによって実行可能なソフトウェアを含有するソフトウェアモジュールによって少なくとも部分的に実装されてよい、代替的なネットワークノード１６のブロック図である。ネットワークノード１６は、少なくとも、ネットワークノード１６によってサーブされるカバレッジエリア１８に位置するＷＤ２２との無線接続６４をセットアップしかつ維持するように設定される無線インターフェースモジュール６３を含む。ネットワークノード１６はまた、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェースモジュール６１を含む。通信インターフェースモジュール６１はまた、ホストコンピュータ２４への接続６６を容易にするように設定されてもよい。メモリモジュール７３は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定される。アサインメントモジュール３３は、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように設定される。
【００６７】
図６は、本明細書に説明される機能を実行するようにプロセッサによって実行可能なソフトウェアを含有するソフトウェアモジュールによって少なくとも部分的に実装されてよい、代替的な無線デバイス２２のブロック図である。ＷＤ２２は、ＷＤ２２が現在位置しているカバレッジエリア１８をサーブするネットワークノード１６との無線接続６４をセットアップしかつ維持するように設定される無線インターフェースモジュール８３を含む。メモリモジュール８９は、本明細書に説明される、データ、プログラムソフトウェアコード、および／または他の情報を記憶するように設定される。割り当てモジュール３５は、ネットワークノードから受信されたアサインメントに従ってＭＳＧ３送信にＲＢを割り当てるように設定される。
【００６８】
図７は、１つの実施形態による、例えば、図２および図３の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図３を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法の第１のステップでは、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１００）。第１のステップのオプションのサブステップでは、ホストコンピュータ２４は、例えば、ホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを提供する（ブロックＳ１０２）。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１０４）。オプションの第３のステップでは、ネットワークノード１６は、本開示全体を通して説明される実施形態の教示に従って、ホストコンピュータ２４が開始した送信で搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。オプションの第４のステップでは、ＷＤ２２は、例えば、ホストコンピュータ２４によって実行されるホストアプリケーション５０と関連付けられたクライアントアプリケーション９２などのクライアントアプリケーションを実行する（ブロックＳ１０８）。
【００６９】
図８は、１つの実施形態による、例えば、図２の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図２および図３を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法の第１のステップでは、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１１０）。オプションのサブステップ（図示せず）では、ホストコンピュータ２４は、例えば、ホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを提供する。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１１２）。本開示全体を通して説明される実施形態の教示に従って、送信はネットワークノード１６を介して通ってよい。オプションの第３のステップでは、ＷＤ２２は、送信時に搬送されたユーザデータを受信する（ブロックＳ１１４）。
【００７０】
図９は、１つの実施形態による、例えば、図２の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図２および図３を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法のオプションの第１のステップでは、ＷＤ２２はホストコンピュータ２４によって提供された入力データを受信する（ブロックＳ１１６）。第１のステップのオプションのサブステップでは、ＷＤ２２は、ホストコンピュータ２４によって提供される受信した入力データを受けてユーザデータを提供するクライアントアプリケーション９２を実行する（ブロックＳ１１８）。さらにまたは代替的に、オプションの第２のステップでは、ＷＤ２２はユーザデータを提供する（ブロックＳ１２０）。第２のステップのオプションのサブステップでは、ＷＤは、例えば、クライアントアプリケーション９２などのクライアントアプリケーションを実行することによってユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際に、実行したクライアントアプリケーション９２は、ユーザから受信したユーザ入力をさらに考慮してよい。ユーザデータが提供された特定のやり方にかかわらず、ＷＤ２２は、オプションの第３のサブステップでは、ホストコンピュータ２４へのユーザデータの送信を開始してよい（ブロックＳ１２４）。方法の第４のステップでは、ホストコンピュータ２４は、本開示全体を通して説明される実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。
【００７１】
図１０は、１つの実施形態による、例えば、図２の通信システムなどの通信システムにおいて実施される例示の方法を示すフローチャートである。通信システムは、図２および図３を参照して説明されるものであってよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでよい。方法のオプションの第１のステップでは、本開示全体を通して説明される実施形態の教示に従って、ネットワークノード１６は、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。オプションの第２のステップでは、ネットワークノード１６はホストコンピュータ２４への受信したユーザデータの送信を開始する（ブロックＳ１３０）。第３のステップでは、ホストコンピュータ２４はネットワークノード１６によって開始された送信で搬送されるユーザデータを受信する（ブロックＳ１３２）。
【００７２】
図１１は、本明細書に示される原理による、ＲＢアサインメントに対するネットワークノード１６における例示のプロセスのフローチャートである。プロセスは、アサインメントユニット３２を介して、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断することを含む（ブロックＳ１３４）。
【００７３】
図１２は、本明細書に示される原理による、ＲＢアサインメントに対するネットワークノード１６における別の例示のプロセスのフローチャートである。ネットワークノード１６によって行われる１つまたは複数のブロックおよび／または機能は、処理回路網６８におけるアサインメントユニット３２、プロセッサ７０、通信インターフェース６０、無線インターフェース６２などによってネットワークノード１６の１つまたは複数の要素によって行われてよい。１つまたは複数の実施形態では、処理回路網６８、プロセッサ７０、無線インターフェース６２、および通信インターフェース６０の１つまたは複数などを介するネットワークノード１６は、本明細書に説明されるように、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくアップリンク送信のランダムアクセス応答（ＲＡＲ）スケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断する（ブロック１３６）ように設定される。１つまたは複数の実施形態では、処理回路網６８、プロセッサ７０、無線インターフェース６２、および通信インターフェース６０の１つまたは複数などを介するネットワークノード１６は、オプションとして、本明細書に説明されるように、無線デバイス２２に固定サイズのＲＢアサインメントを指示する（ブロックＳ１３８）ように設定される。
【００７４】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。
【００７５】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、アップリンク送信はスロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００７６】
図１３は、本開示のいくつかの実施形態による、無線デバイス２２における例示のプロセスのフローチャートである。プロセスは、無線インターフェース８２を介して、ネットワークノード１６から、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づくＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを受信することを含む（ブロックＳ１４０）。プロセスではさらに、割り当てユニット３４を介して、アサインメントに従ってＭＳＧ３送信にＲＢを割り当てる（ブロックＳ１４２）。
【００７７】
図１４は、本開示のいくつかの実施形態による、無線デバイス２２における例示のプロセスのフローチャートである。無線デバイス２２によって行われる１つまたは複数のブロックおよび／または機能は、処理回路網８４における割り当てユニット３４、プロセッサ８６、無線インターフェース８２などによって無線デバイス２２の１つまたは複数の要素によって行われてよい。１つまたは複数の実施形態では、処理回路網８４、プロセッサ８６、および無線インターフェース８２の１つまたは複数などを介する無線デバイス２２は、本明細書に説明されるように、アップリンク送信が、アップリンク送信のＲＡＲスケジューリングに対する固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づく場合の、および、固定サイズのＲＢアサインメントが、アップリンク送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づく場合のアップリンク送信の送信を引き起こす（ブロックＳ１４４）ように設定される。
【００７８】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズおよび送信期間のうちの１つに少なくとも部分的に基づくＲＢ粒度を指示する。この態様の１つまたは複数の実施形態によると、ＲＢ粒度は、アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する。この態様の１つまたは複数の実施形態によると、アップリンク送信はメッセージ３（ＭＳＧ３）送信に対応する。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントはメッセージ２（ＭＳＧ２）送信において指示される。
【００７９】
この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、帯域幅部分サイズに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、アップリンク送信はスロットより少ない時間分を有する非スロット送信である。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、閾値に少なくとも部分的に基づく帯域幅部分サイズにおけるＲＢのサブセットに対応する。この態様の１つまたは複数の実施形態によると、閾値は送信期間に少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によると、固定サイズのＲＢアサインメントは、ＲＢのグループの最低ＲＢ値、ＲＢのグループの最高ＲＢ値、およびＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする。
【００８０】
ＮＲにおけるＲＡＲグラントスケジューリングＭＳＧ３送信における固定サイズのリソースブロックアサインメントは、ＢＷＰサイズ、スロット対非スロットベース送信、およびリソース割り当てタイプを考慮し得る。
【００８１】
実施形態１：いくつかの実施形態では、開始ＲＢ位置およびＲＢ長を指示するＲＡＲグラントにおける固定サイズのリソースブロックアサインメントは、ｘ≧１である、ｘ−ＲＢ粒度を使用し、かつ少なくとも、ＢＷＰサイズ、スロット対非スロットベース送信、およびリソース割り当てタイプを考慮に入れる。
【００８２】
この実施形態では、開始ＲＢ位置およびＲＢ長が１ＲＢの粒度で固定される場合のＬＴＥ  ＲＡＲグラントにおける固定サイズのリソースブロックアサインメントと違って、アサインメント粒度は、ＢＷＰサイズおよび／または送信期間の関数である。
【００８３】
実施例１．１：ｘ−ＲＢ粒度値は仕様において固定される。表２は、ｘ−ＲＢ粒度がＢＷＰサイズおよび／または送信期間に応じてどのように変化し得るかの例を提供する。
2021514584.tif 000007
【００８４】
実施例１．２：ｘ−ＲＢ粒度は、システム情報（例えば、残りの最小システム情報（ＲＭＳＩ））および／または無線リソース制御（ＲＲＣ）において設定可能である。例えば、ＲＢ粒度値｛１、２、４、８、１６、３２、６４｝のセットは、設定可能なパラメータのセットとして選定されてよく、ＲＭＳＩは、種々のＢＷＰサイズおよび／または送信期間に対する使用されるＲＢ粒度値を設定可能であり、オプションとして、ＲＲＣは使用されるＲＢ粒度値を再設定してよい。
【００８５】
実施形態２：開始ＲＢ位置およびＲＢ長を指示するＲＡＲグラントにおける固定サイズのリソースブロックアサインメントは、ｘ−ＲＢ粒度を使用し、かつＢＷＰサイズが閾値より大きい場合、すなわち、閾値に少なくとも部分的に基づいて、ＢＷＰにおけるＲＢのサブセットに適用可能である。
【００８６】
この実施形態では、ＭＳＧ３送信に割り当て可能なＲＢの範囲は、ＢＷＰが閾値より大きい場合のＢＷＰにおけるＲＢ全てのサブセットに限定される。閾値は、送信期間に応じて異なる場合がある。閾値は、仕様において固定され得る、またはシステム情報（例えば、ＲＭＳＩ）および／またはＲＲＣにおいて設定され得る。
【００８７】
実施例２．１：スロットベース送信について、ＢＷＰサイズがＮ＿ｔｈ（例えば、Ｎ＿ｔｈ＝９４ＲＢ）より大きい場合、１−ＲＢ粒度による開始ＲＢ位置およびＲＢ長を指示する固定サイズのリソースブロックアサインメントを使用して、ＢＷＰにおける最低Ｎ＿ｔｈのＲＢから、またはＢＷＰにおける最高Ｎ＿ｔｈのＲＢから、またはＢＷＰにおける中央Ｎ＿ｔｈのＲＢから、ＲＢをアサインする。
【００８８】
実施形態３：ＲＡＲグラントにおける固定サイズのリソースブロックアサインメントは、ＭＳＧ３送信にアサインされるＲＢを指示するためにＲＢグループ（ＲＢＧ）の固定サイズのビットマップを使用する。
【００８９】
この実施形態では、ＲＢＧの固定サイズのビットマップを使用して、ＭＳＧ３送信にアサインされたＲＢを指示する。ビットマップの長さがｘであると想定する（例えば、固定サイズのリソースブロックアサインメントのフィールドが１０ビットを有する場合、周波数ホッピングがないとｘ＝１０である、または２ビットが除外され、かつ周波数ホッピング指示に対して使用される場合はｘ＝８である）。ＢＷＰがＮ＿ＲＢのサイズを有すると想定する。ｆｌｏｏｒ（Ｎ＿ＲＢ／ｘ）≧１である場合、それぞれのビットは、対応するｆｌｏｏｒ（Ｎ＿ＲＢ／ｘ）ＲＢがＭＳＧ３送信にアサインされるかどうかを指示する。ｆｌｏｏｒ（Ｎ＿ＲＢ／ｘ）＜１、すなわち、Ｎ＿ＲＢ＜ｘである場合、ｘビットのうちのＮ＿ＲＢビットのそれぞれのビットを使用して、対応するＲＢがアサインされ、かつｘ−Ｎ＿ＲＢビットの残りが予約されるかどうかを指示する。
【００９０】
実施例３．１：９４ＲＢを有するＢＷＰおよび１０ビットのビットマップについて、ｉ＝０、・・・、９である、ｉ＿ｔｈビットは、９＊ｉ、９＊ｉ＋１、・・・、から９＊ｉ＋８までの９ＲＢのセットがＭＳＧ３送信にアサインされるかどうかを指示する。
【００９１】
実施例３．２：８ＲＢを有するＢＷＰおよび１０ビットのビットマップについて、１０ビットのうちの８ビットのそれぞれのビットを使用して、対応するＲＢがアサインされ、かつ２ビットの残りが予約されるかどうかを指示する。
【００９２】
この実施形態３は、ＢＷＰサイズが大きい時には効率的ではない場合がある。とりわけ、ＭＳＧ３は通常は２０バイト未満の小さいペイロードである。例えば、実施例３．１において、ＲＢアサインメント粒度は９であり、これはＭＳＧ３にとって大きすぎる場合がある。固定サイズのリソースブロックアサインメントに対するビットの限定数（≦１０）によって、より微細なＲＢアサインメント粒度を取得するために大きいＢＷＰのサブセット内のＲＡＲグラントを限定可能であり、これによって以下の実施形態が生じる。
【００９３】
実施形態４：ＲＡＲグラントにおける固定サイズのリソースブロックアサインメントは、ＲＢＧの固定サイズのビットマップを使用して、ＢＷＰサイズが閾値より大きい場合のＢＷＰにおけるＲＢのサブセット内のＲＢを指示する。
【００９４】
この実施形態では、ＭＳＧ３送信にアサイン可能なＲＢの範囲は、ＢＷＰが閾値より大きい場合のＢＷＰにおけるＲＢ全てのサブセットに限定される。閾値は、送信期間に応じて異なる場合がある。閾値は、仕様において固定され得る、またはシステム情報（例えば、ＲＭＳＩ）および／またはＲＲＣにおいて設定され得る。
【００９５】
実施例４．１：スロットベース送信について、ＢＷＰサイズがＮ＿ｔｈ（例えば、Ｎ＿ｔｈ＝２０ＲＢ）より大きく、かつ１０ビットのビットマップの固定サイズが使用される場合、ビットマップを使用する固定サイズのリソースブロックアサインメントを使用して、ＢＷＰにおける最低Ｎ＿ｔｈのＲＢから、またはＢＷＰにおける最高Ｎ＿ｔｈのＲＢから、またはＢＷＰにおける中央Ｎ＿ｔｈのＲＢから、またはＲＳＭＩまたはＲＲＣによって設定されるＮ＿ｔｈ−ＲＢの一部から、ＲＢをアサインする。ｉ＝０、・・・、９である、ｉ−ｔｈビットは、Ｎ＿ｔｈのＲＢにおける２ＲＢのセット、２＊ｉ、２＊ｉ＋１がＭＳＧ３送信にアサインされるかどうかを指示する。
【００９６】
実施形態５：ＲＡＲグラントにおける固定サイズのリソースブロックアサインメントは、ＲＢＧの固定サイズのビットマップおよびＲＢＧサイズを使用して、ＢＷＰサイズがＲＢＧサイズに左右される場合がある閾値より大きい場合のＢＷＰにおけるまたはＢＷＰにおけるＲＢのサブセット内のアサインされたＲＢを指示する。
【００９７】
この実施形態では、ＲＢＧサイズは、ＢＷＰサイズおよび／または送信期間に左右される場合があるネットワークによって設定可能である、または、種々のＢＷＰサイズおよび／または送信期間に対応するＲＢＧサイズは仕様において固定可能である。さらにまた、固定サイズのビットマップにおけるそれぞれのビットは、対応するＲＢＧにおけるＲＢがアサインされるかどうかを指示する。ビットマップの長さがｘであると想定すると、ＲＢＧサイズはｙであり、ＢＷＰはＮ＿ＲＢのＲＢを有する。ｘ＊ｙ≧Ｎ＿ＲＢの場合、ｘビットのうちのｃｅｉｌ（Ｎ＿ＲＢ／ｙ）ビットのそれぞれのビットを使用して、対応するＲＢＧがアサインされ、かつｘ−ｃｅｉｌ（Ｎ＿ＲＢ／ｙ）ビットの残りが予約されるかどうかを指示する。ｘ＊ｙ＜Ｎ＿ＲＢの場合、ＢＷＰのうちのｘ＊ｙのＲＢのサブセットはアサイン可能であり、ｘビットのそれぞれのビットを使用して、対応するＲＢＧがアサインされるかどうかを指示する。ｘ＊ｙのＲＢのサブセットは、ＢＷＰにおける最低ｘ＊ｙのＲＢ、またはＢＷＰにおける最高ｘ＊ｙのＲＢ、またはＢＷＰにおける中央ｘ＊ｙのＲＢとすることができる。これは、固定され得るまたは設定され得る。
【００９８】
以下に、この実施形態を示す２つの例を挙げる。
【００９９】
実施例５．１：ビットマップの長さがｘ＝１０であり、ＲＢＧサイズがｙ＝８であり、ＢＷＰがＮ＿ＲＢ＝４８ＲＢを有すると想定する。これは非スロットベースＭＳＧ３送信に使用されてよい。ｘ＊ｙ＝８０＞Ｎ＿ＲＢ＝４８であるため、１０ビットのうちのｃｅｉｌ（４８／８）＝６ビットのそれぞれのビットを使用して、対応するＲＢＧがアサインされ、かつ１０−６＝４ビットの残りが予約されるかどうかを指示する。
【０１００】
実施例５．２：ビットマップの長さがｘ＝１０であり、ＲＢＧサイズがｙ＝２であり、ＢＷＰがＮ＿ＲＢ＝４８ＲＢを有すると想定する。これはスロットベースＭＳＧ３送信に使用されてよい。ｘ＊ｙ＝２０＜Ｎ＿ＲＢ＝４８であるため、ビットマップは、４８−ＲＢ  ＢＷＰのうちのｘ＊ｙ＝２０ＲＢのサブセットのみを指示可能であり、ｘ＝１０ビットのそれぞれのビットを使用して、対応するＲＢＧがアサインされるかどうかを指示する。アサイン可能である２０ＲＢは、既定の規則または設定に応じて、ＢＷＰにおける最低の２０ＲＢ、またはＢＷＰにおける最高の２０ＲＢ、またはＢＷＰにおける中央の２０ＲＢとすることができる。
【０１０１】
実施形態６：ＲＡＲグラントにおける固定サイズのリソースアサインメントは、時間領域割り当ておよび周波数領域割り当てを合同で指示する。周波数および時間における粒度は、少なくとも、ＢＷＰサイズ、スロット対非スロットベース送信、およびリソース割り当てタイプを考慮に入れる。
【０１０２】
先の実施形態では、時間領域割り当ておよび周波数領域割り当ては別個に考慮されてよい。場合によって、周波数領域割り当てに必要なビット数は、アサインされるよりも少ない場合があり、これによって、ＲＡＲグラントにおいて未使用のビットがいくらか残されることが観測可能である。
【０１０３】
この実施形態では、周波数領域および時間領域における粒度は、ＲＡＲグラントにおけるビットの有用性を最大化するために合同で考慮可能である。時間領域割り当て候補がより少ない場合、より小さい周波数領域粒度を採用することによって、周波数領域リソース割り当てに対してより多くのビットがアサインされる。時間領域割り当て候補がより多い場合、より大きい周波数領域粒度を採用することによって、周波数領域リソース割り当てに対してより少ないビットがアサインされる。合同の時間および周波数領域リソースアサインメントの一般的な符号化は、図１５に示される以下の形式を有する。
【０１０４】
リソース割り当てビットの定数内で、ビットの第１の部分は時間領域割り当てを指示し、第２の部分は周波数領域割り当てを指示する。時間領域リソース割り当ての符号化は、時間領域スケジューリングタイプの明白な指示を提供するものとする。このような時間領域リソース割り当ての１つの非限定的な例は、プレフィックス構造を実施することである。非限定的な例について、以下に説明する。
【０１０５】
表２に示されるような、サイズがＮ＿ＲＢ＝９４ＲＢのＢＷＰ、および周波数領域粒度を検討する。周波数領域割り当てに必要とされるビット数が、種々の時間領域スケジューリング済み送信期間に対して以下のようになることが算出可能である。
ｉ）スロットベースについて：周波数領域割り当てに対して１３ビット
ｉｉ）７シンボルの非スロットベースについて：周波数領域割り当てに対して１１ビット
ｉｉｉ）４シンボルの非スロットベースについて：周波数領域割り当てに対して９ビット
ｉｖ）２シンボルの非スロットベースについて：周波数領域割り当てに対して７ビット
【０１０６】
合計１４ビットが合同の時間および周波数領域リソース割り当てに対してアサインされる場合、以下のようになる。
ｉ）スロットベースについて：時間領域割り当てに対して１ビット
ｉｉ）７シンボルの非スロットベースについて：時間領域割り当てに対して３ビット
ｉｉｉ）４シンボルの非スロットベースについて：時間領域割り当てに対して５ビット
ｉｖ）２シンボルの非スロットベースについて：時間領域割り当てに対して７ビット
【０１０７】
第１のビットが「０」である場合、スロットベーススケジューリングは図１６に示されるようにシグナリングされる。第１のビットが「１」である場合、非スロットスケジューリングがシグナリングされる。最初の２つのビットが「１０」である場合、７シンボルの非スロットベーススケジューリングがシグナリングされ、かつ２つの候補が図１７に示されるように下記のような最初の３ビットを使用して指示される。最初の３つのビットが「１１０」である場合、４シンボルの非スロットベーススケジューリングがシグナリングされ、かつ４つの候補が、図１８に示されるように最初の５ビットを使用して指示される。最初の３つのビットが「１１１」である場合、２シンボルの非スロットベーススケジューリングがシグナリングされ、かつ１４の候補が、図１９に示されるように最初の７ビットを使用して指示される。さらに４シンボルの非スロットベーススケジューリング候補が必要とされることが決定される場合、実施形態によって、周波数領域粒度が、より多くのビットが時間領域候補を符号化することを可能にするために低減されるべきであると教示される。例えば、周波数領域粒度が４シンボルの非スロットベーススケジューリングに対して８ＲＢに変更される場合、周波数領域リソース割り当ては７ビットのみを必要とする。これによって、図２０に示されるように、以下の９つの時間領域割り当て候補を符号化するために７ビットが残される。
【０１０８】
いくつかの実施例
実施例Ａ１．無線デバイス２２（ＷＤ２２）と通信するように設定されるネットワークノード１６であって、
帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように、設定される、および／または設定される無線インターフェース６２を備える、および／または設定される処理回路網６８を備える、ネットワークノード１６。
【０１０９】
実施例Ａ２．固定サイズのＲＢアサインメントは、指定されるＲＢ粒度を使用して、開始ＲＢ位置およびＲＢ長を指示する、実施例Ａ１のネットワークノード１６。
【０１１０】
実施例Ａ３．固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値を超える場合の帯域幅部分におけるＲＢのサブセットに適用可能である、実施例Ａ２のネットワークノード１６。
【０１１１】
実施例Ａ４．固定サイズのＲＢアサインメントは、ＭＳＧ３送信にアサインされるＲＢを指示するためにＲＢグループの固定サイズのビットマップを使用する、実施例Ａ１のネットワークノード１６。
【０１１２】
実施例Ａ５．固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値を超える場合の帯域幅部分におけるＲＢのサブセット内のＲＢを指示するためにＲＢグループの固定サイズのビットマップを使用する、実施例Ａ１のネットワークノード１６。
【０１１３】
実施例Ａ６．閾値はＲＢグループのサイズに左右される、実施例Ａ３およびＡ５のいずれかのネットワークノード１６。
【０１１４】
実施例Ａ７．固定サイズのＲＢアサインメントは、時間領域割り当ておよび周波数領域割り当てを合同で指示し、周波数領域割り当ておよび時間領域割り当ての粒度は、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づく、実施例Ａ１のネットワークノード１６。
【０１１５】
実施例Ｂ１．ネットワークノード１６において実施される方法であって、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断することを含む、方法。
【０１１６】
実施例Ｂ２．固定サイズのＲＢアサインメントは、指定されるＲＢ粒度を使用して、開始ＲＢ位置およびＲＢ長を指示する、実施例Ｂ１の方法。
【０１１７】
実施例Ｂ３．固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値を超える場合の帯域幅部分におけるＲＢのサブセットに適用可能である、実施例Ｂ２の方法。
【０１１８】
実施例Ｂ４．固定サイズのＲＢアサインメントは、ＭＳＧ３送信にアサインされるＲＢを指示するためにＲＢグループの固定サイズのビットマップを使用する、実施例Ｂ１の方法。
【０１１９】
実施例Ｂ５．固定サイズのＲＢアサインメントは、帯域幅部分サイズが閾値を超える場合の帯域幅部分におけるＲＢのサブセット内のＲＢを指示するためにＲＢグループの固定サイズのビットマップを使用する、実施例Ｂ１の方法。
【０１２０】
実施例Ｂ６．閾値はＲＢグループのサイズに左右される、実施例Ｂ３およびＢ５のいずれかの方法。
【０１２１】
実施例Ｂ７．固定サイズのＲＢアサインメントは、時間領域割り当ておよび周波数領域割り当てを合同で指示し、周波数領域割り当ておよび時間領域割り当ての粒度は、帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づく、実施例Ｂ１の方法。
【０１２２】
実施例Ｃ１．ネットワークノード１６と通信するように設定される無線デバイス２２（ＷＤ２２）であって、
帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントをネットワークノード１６から受信するように、および
アサインメントに従ってＭＳＧ３送信にＲＢを割り当てるように設定される、および／または設定される無線インターフェース８２および／または処理回路網８４を備える、無線デバイス２２（ＷＤ２２）。
【０１２３】
実施例Ｄ１．無線デバイス２２（ＷＤ２２）において実施される方法であって、
帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントをネットワークノード１６から受信することと、
アサインメントに従ってＭＳＧ３送信にＲＢを割り当てることと、を含む、方法。
【０１２４】
実施例Ｅ１．リソースブロック（ＲＢ）アサインメントを記憶するように設定されるメモリモジュール７３と、
帯域幅部分サイズ、送信がスロット送信および非スロット送信のうちの１つであるかどうか、およびリソース割り当てタイプのうちの少なくとも１つに少なくとも部分的に基づいて、ＭＳＧ３送信のランダムアクセス応答（ＲＡＲ）スケジューリングにおける固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように設定されるアサインメントモジュール３３と、を備える、ネットワークノード１６。
【０１２５】
実施例Ｅ２．リソースブロック（ＲＢ）アサインメントを記憶するように設定されるメモリモジュール８９と、
ネットワークノード１６から受信されるアサインメントに従ってＭＳＧ３送信にＲＢを割り当てるように設定される割り当てモジュール３５と、を備える、無線デバイス２２。
【０１２６】
提案された解決策の標準化
以下の節には、提案された解決策のある特定の態様が具体的な通信標準のフレームワーク内でどのように実施され得るのかについての非限定的な例が提供される。とりわけ、以下の節には、提案された解決策が３ＧＰＰ  ＴＳＧ  ＲＡＮ標準のフレームワーク内でどのように実施され得るのかについての非限定的な例が提供される。以下の節によって説明される変更は単に、提案された解決策のある特定の態様が特定の標準においてどのように実施され得るのかを示すことを目的としている。しかしながら、提案された解決策は、３ＧＰＰ仕様、および他の仕様または標準の両方において、他の適したやり方で実施される可能性もある。
【０１２７】
１．序論
この寄書では、ＲＡＮ＃７８の間に承認されたドロップの範囲内の基本的かつ本質的なＮＲ機能性を安定化するために必要とされるＲＡＲグラントおよびＰＤＣＣＨ指令のＲＡを含む残りのＤＣＩ問題について論じる。
【０１２８】
２．論考
２．１  ＲＡＲグラント
ランダムアクセス手順の一部として、ＭＳＧ１においてランダムアクセス要求を受信後、ｇＮＢは、ＵＥがＭＳＧ３を送るため（ＲＲＣ接続要求）の、ＭＳＧ２における必要とされる情報−ランダムアクセス応答（ＲＡＲ）メッセージ−を提供することになる。これは、物理層におけるＲＡＲグラントを指す。ＬＴＥにおいて、ＲＡＲグラントは、［１］としてＭＳＢからＬＳＢまでのコンテンツを有する２０ビットメッセージである。
・ホッピングフラグ−１ビット
−これは、周波数ホッピングが有効にされるか否かを管理する１ビットの情報である。ビットの値が１であり、かつリソースブロックアサインメントがタイプ０である場合、ＵＥはＰＵＳＣＨ周波数ホッピングを行うものとする。
・固定サイズのリソースブロックアサインメント−１０ビット
2021514584.tif 000008
である場合、
固定サイズのリソースブロックアサインメントをこのｂの最下位ビットに切り詰め、この場合、
2021514584.tif 000009
であり、通常のＤＣＩフォーマット０に対する規則に従って、切り詰められたリソースブロックアサインメントを解釈する。
−それ以外の場合
ＮＵＬ＿ｈｏｐのホッピングビット後に「０」に設定される値のｂの最上位ビットを固定サイズのリソースブロックアサインメントに挿入し、この場合、ホッピングビットＮＵＬ＿ｈｏｐの数は、ホッピングフラグビットが１に設定されない時ゼロであり、ホッピングフラグビットが１に設定され、かつ
2021514584.tif 000010
の時、表８．４−１に規定され、通常のＤＣＩフォーマット０に対する規則に従って、拡張されたリソースブロックアサインメントを解釈する。
・切り詰められた変調符号化方式−４ビット
−切り詰められた変調符号化方式フィールドは、ランダムアクセス応答グラントに対応する変調符号化方式が、ＴＳ３６．２１３からの表８．６．１−１におけるＭＣＳインデックス０〜１５から判断されるように解釈される。
・スケジューリング済みＰＵＳＣＨに対するＴＰＣコマンド−３ビット
−値が０から７まで変動するＴＰＣコマンドとして３ビットで指示される。電力マッピングに対するＴＰＣコマンドは、ＴＳ３６．２１３からの表６．２−１において与えられる。ＴＰＣコマンド値は、２ｄＢステップ幅で−６ｄＢから８ｄＢに及ぶ。
−ＵＥが上位層パラメータｐｕｓｃｈ−ＥｎｈａｎｃｅｍｅｎｔｓＣｏｎｆｉｇで設定される場合、このフィールドはＭＳＧ３の繰り返し数を指示するために使用される。
・ＵＬ遅延−１ビット
−関連付けられたＲＡ−ＲＮＴＩを有するＰＤＣＣＨがサブフレームｎで検出され、かつ対応するＤＬ−ＳＣＨトランスポートブロックが送信されたプリアンブルシーケンスに対する応答を含有する場合、ＵＥは、応答における情報に従って、ｋ１≧６である第１のサブフレームｎ＋ｋ１におけるＵＬ−ＳＣＨトランスポートブロックを送信し、ＵＬ遅延フィールドがゼロに設定され、ｎ＋ｋ１が、ＰＵＳＣＨ送信に対する最初に利用可能なＵＬサブフレームである場合に、ＴＤＤサービングセルについて、ＰＵＳＣＨ送信に対する第１のＵＬサブフレームは、上位層によって指示されるＵＬ／ＤＬ設定（すなわち、パラメータｓｕｂｆｒａｍｅＡｓｓｉｇｎｍｅｎｔ）に基づいて判断されるものとする。ＵＥは、フィールドが１に設定される場合、後で、ＰＵＳＣＨ送信を次に利用可能なＵＬサブフレームに延期するものとする。
・ＣＳＩ要求−１ビット
−この１ビットの情報によって、非周期的なＣＱＩ、ＰＭＩ、およびＲＩ報告がＰＵＳＣＨ送信に含まれ得るかどうかが判断される。競合ベースランダムアクセスに対して、ＣＳＩフィールドは予約される。
【０１２９】
ＮＲにおけるＲＡＲグラントについて、ＲＡＮ２は既に、ＬＴＥにおけるＲＡＲグラントと同じサイズを有するＲＡＲにおけるＵＬグラントに対して２０ビットを決定していることは留意されたい。ＮＲに対して同様のＲＡＲグラント構造を使用することは当然であるが、ある特定のＮＲ固有の設計因子が考慮される必要がある。これらの態様について、以下に詳しく述べる。
・切り詰められた変調符号化方式について、２５６ＱＡＭのないＭＣＳテーブルの最初の１６行のみを使用することによってＭＣＳテーブルを切り詰めることによりＬＴＥに従うことができる。使用される固有のＭＣＳテーブルは、ネットワークがアップリンク送信に対してＯＦＤＭまたはＤＦＴ−Ｓ−ＯＦＤＭを設定するかどうかに左右される。
・スケジューリング済みＰＵＳＣＨに対するＴＰＣコマンドについて、２ｄＢステップ幅による−６ｄＢから８ｄＢまでの範囲の値を指示するために３ビットでＬＴＥに従うことができる。
・ＣＳＩ要求フィールドについて、ｇＮＢがハンドオーバ中にＣＳＩ報告を直接取得することが良好である可能性があるため、この１ビットフィールドを保持することが提案される。
・時間領域アサインメントについて、ＬＴＥ  ＲＡＲグラントが暗黙的な規則に基づいている、すなわち、ＵＬ−ＳＣＨトランスポートブロックが、ｋ１≧６である、最初に利用可能なＵＬサブフレームｎ＋ｋ１でスケジューリングされ、ＵＬ遅延フィールドが１に設定される場合、後で、送信が次に利用可能なＵＬサブフレームに延期されることは留意されたい。ＮＲは、スロットベースＭＳＧ３送信および非スロットベースＭＳＧ３送信の両方をサポートする。非スロットベース送信について、ＰＵＳＣＨに対する２、４、および７のＯＦＤＭシンボル期間がサポートされる。ＮＲにおいて、ＵＥは、ＯＦＤＭシンボルがＰＵＳＣＨ送信に使用されると仮定すると、１６行の時間領域アサインメントテーブルで設定可能である。ＲＡＲグラントについて、時間領域アサインメントが、ＲＭＳＩおよび／またはＲＲＣによって設定される４行の切り詰められた時間領域アサインメントテーブルにおけるエントリを指示するように２ビットを使用することが提案される。
・周波数ホッピングフラグについて、ＲＡＮ１は、スロット内周波数ホッピングがＭＳＧ３に対してサポートされることを合意しているため、１ビットホッピングフラグはＮＲにおけるＲＡＲグラントに必要とされる。
・固定サイズのリソースブロックアサインメントについて、ＬＴＥ  ＲＡＲグラントと同様に、開始位置および長さを有する、ＮＲリソース割り当てタイプ１−連続的なＲＢを使用することができる。固定サイズの２０ビットＲＡＲグラントおよび上記のフィールドによって使用されるビット数によって、固定サイズのリソースブロックアサインメントに対して残されるビット数は１０以下である。２０バイトまでのＭＳＧ３を想定すると、６ＲＢは、ＭＣＳ＝０、および１＋１＋１のＤＭＲＳ設定によるスロットベースＰＵＳＣＨ送信に対して必要とされる。表１は、１−ＲＢ粒度の開始位置および長さによるいくつかの例示のＢＷＰサイズの下で、ＮＲリソース割り当てタイプ１で割り当て可能であるＲＢの最大数を示す。（１）ＮＲにおけるＢＷＰサイズが最大ＬＴＥ帯域幅よりはるかに大きい可能性があること、および（２）非スロットベースＭＳＧ３送信（２、４、７シンボル）がサポートされることを考慮すると、開始ＲＢ位置および長さは、ｘ≧１である、ｘ−ＲＢ粒度をサポートするものとする。具体的に提案された粒度値は表２に挙げられている。ＬＴＥ  ＲＡＲグラントのように、
・周波数ホッピングが有効にされない場合、固定サイズのリソースブロックアサインメントのフィールドにアサインされたビット全てを使用して、開始ＲＢ位置および長さを指示することができる。
・周波数ホッピングが有効である場合、固定サイズのリソースブロックアサインメントのフィールドにアサインされるいくつかのＭＳＢビットは、周波数ホッピング指示に使用され、残りのＬＳＢビットは開始ＲＢ位置および長さを指示するために使用される。周波数ホッピング指示に使用されるＭＳＢビットの数は、一般的なＰＵＳＣＨ周波数ホッピングがどのように設計されるかに左右され、周波数ホッピング設定は、システム情報および／またはＲＲＣにおいてシグナリングされる必要がある。
【０１３０】
ＮＲリソース割り当てタイプ０−ＲＢＧのビットマップ−の使用は、ＲＡＲグラントにあまり適していない。これは、ＭＳＧ３が通常は２０バイト未満の小さいペイロードであることによる。大きいＢＷＰについて、ＲＢＧサイズは８または１６であってよく、これはＭＳＧ３にとって大きすぎることが考えられる。固定サイズのリソースブロックアサインメントに対するビットの限定数（≦１０）によって、大きいＢＷＰのサブセット内のＲＡＲグラントは限定されなければならず、より小さいＲＢＧサイズはＲＡＲグラントに使用される。これは、（１）ＢＷＰのどのサブセットが使用されるか、および（２）（２、４、７ＯＳまたはスロットベース送信による時間領域アサインメントにさらに左右される場合がある）ＲＢＧサイズを含む、ＲＡＲグラントをハンドリングする特殊な規則の新しいセットを必要とする場合がある。規則は、仕様において固定される場合がある（例えば、ＲＡＲグラントにおけるビットマップは、ＭＳＢ、ＬＳＢ、またはＢＷＰ全体に対する全ビットマップにおける中央のビットとみなされる）、および／またはシステム情報においてシグナリングされる場合がある、および／またはＲＲＣ設定される場合がある。これらの複雑化により、ＲＡＲグラントに対してＮＲリソース割り当てタイプ１を使用することが好ましい。
2021514584.tif 000011
2021514584.tif 000012
【０１３１】
提案１
ＮＲにおける２０ビットＲＡＲグラントは、次のように、ＭＳＢからＬＳＢまでのコンテンツを有する。
・ホッピングフラグ−１ビット
・固定サイズの時間領域アサインメント−２ビット
・ＲＭＳＩによって設定され、オプションとして、ＲＲＣによって再設定される４行の切り詰められた時間領域アサインメントテーブルにおけるエントリを指示する。
・固定サイズのリソースブロックアサインメント−９ビット
・開始ＲＢ位置および長さを指示する。開始ＲＢ位置および長さはｘ−ＲＢ粒度をサポートするものとし、この場合、ｘは、ＢＷＰサイズ、スロット対非スロット（２、４、７  ＯＳ）送信に左右される。
・周波数ホッピングが有効にされない場合、ビット全てを使用して開始ＲＢ位置および長さを指示することができる。
・周波数ホッピングが有効である場合、いくつかのＭＳＢビットは、周波数ホッピング指示に使用され、残りのＬＳＢビットは開始ＲＢ位置および長さを指示するために使用される。
・スケジューリング済みＰＵＳＣＨに対するＴＰＣコマンド−３ビット
・２ｄＢステップ幅で−６ｄＢから８ｄＢの範囲の値を指示する。
・切り詰められた変調符号化方式−４ビット
・アップリンク送信に対して設定されるＯＦＤＭまたはＤＦＴ−Ｓ−ＯＦＤＭに左右される２５６ＱＡＭのないＭＣＳテーブルの最初の１６行のエントリを指示する。
・ＣＳＩ要求−１ビット
・非周期的なＣＳＩ報告が無競合ランダムアクセスにおけるＰＵＳＣＨ送信に含まれ、かつ競合ベースランダムアクセスに対して予約されるかどうかを指示する。
【０１３２】
２．２  ＰＤＣＣＨ指令のランダムアクセス
ＲＡＮ２によってＲＡＮ１に送られるＬＳ［２］において、次のように書かれてある。
ＲＡＮ２  ＮＲプロトコル設計は、ランダムアクセス手順が、例えば、ＵＬ時間整合が失われている場合がある時のＨＡＲＱフィードバックの送信を可能にするために、例えば、ＤＬデータ送信の前にＵＬを同期させるために、「ＰＤＣＣＨ指令」でネットワークによって開始可能であることに頼っている。
ＲＡＮ２は、ＰＤＣＣＨ指令に対する物理層手順の態様がＴＳ３８．２１３において指定されていることを理解しているが、対応するＤＣＩ（ＬＴＥにおけるＤＣＩフォーマット１Ａを参照）および関連のタイミングは依然ＲＡＮ１における進行状況での作業であるように思われる。ＲＡＮ２は、ランダムアクセスを開始するためのＰＤＣＣＨ指令が第１のＮＲドロップに利用可能になることをＲＡＮ２が想定していることをＲＡＮ１に通知することを望んでいる。
さらに、ＲＡＮ２は、ＰＤＣＣＨ指令が以下のフィールドを含有するべきであると想定している。
・ランダムアクセスプリアンブルインデックス−無競合ランダムアクセス手順の場合に使用するのはどのランダムアクセスプリアンブルか、または競合ベースランダムアクセス手順の場合の値００００００を指示する
・ＢＷＰインデックス−どのＢＷＰでランダムアクセスプリアンブルを送信するのかを指示する
・ＳＵＬインジケータ−ＳＵＬまたは通常のアップリンクキャリア上でランダムアクセスプリアンブルを送信するかどうかを指示する
ＲＡＮ２は、上記の想定を考慮に入れて、ランダムアクセスの開始に対するＰＤＣＣＨ指令の可能な残りの態様を検証しかつ適時完了するようにＲＡＮ１に要求する。
【０１３３】
この節では、ＮＲに対するＰＤＣＣＨ指令のランダムアクセスについての見解が提示される。
・ＤＣＩフォーマット
・当然ながら、シグナリングオーバーヘッドを低いままにしながら、ＵＥブラインド復号複雑度を低減するためにＰＤＣＣＨ指令のランダムアクセスに対するコンパクトなＤＣＩと同じサイズ（すなわち、フォーマット０＿０および１＿０）を有するＤＣＩフォーマットを使用する。ＤＣＩサイズは本当に重要なことであるため、既存のフィールドを再規定／再解釈することによってフォーマット０＿０または１＿０を使用すること、またはフォーマット０＿０および１＿０と同じサイズの新しいフォーマットを規定することのどちらかを行うことができる。
・ＤＣＩコンテンツ
・ランダムアクセスプリアンブルインデックス−６ビット
・ＲＡＮ２  ＬＳごとに、このフィールドを使用して、どのランダムアクセスプリアンブルを使用するのかを指示する。
・ＳＳＢインデックス−ＳＳＢ設定に応じて２、３、または８ビット
・ＳＳＢインデックスと関連付けられたＲＡＣＨ機会においてランダムアクセスプリアンブルを送信するようにＵＥに指令することによって、ｇＮＢは、種々のＳＳＢインデックスと関連付けられた全ての可能なＲＡＣＨ機会においてプリアンブルを無分別に受信する必要なく指示されたＲＡＣＨ機会におけるプリアンブルを直接受信することができる。これによって、ＰＲＡＣＨ誤警報確率が低減され、かつＰＲＡＣＨ検出率が増大する。
・注記：ＳＳＢ−ｐｅｒ−ｒａｃｈ−ｏｃｃａｓｉｏｎが１を上回る場合、ＲＡＣＨ機会におけるランダムアクセスプリアンブルは種々のＳＳＢにマッピングされる。ネットワークは、６ビットランダムアクセスプリアンブルインデックスおよびＳＳＢインデックスが衝突していないことを確認するべきである。ＵＥは、６ビットランダムアクセスプリアンブルインデックスおよびＳＳＢインデックスの衝突指示を受信することは予想していない。
・ＢＷＰインデックス−必要ではない場合がある、または設定に応じて０、１、または２ビットである。
・このフィールドは必要ではない場合がある。ＴＳ３８．３２１において、次のようなランダムアクセスを行うための規則がある。ＰＲＡＣＨリソースがアクティブなＵＬ  ＢＷＰに対して設定される場合、ＵＥはアクティブなＤＬ  ＢＷＰおよびＵＬ  ＢＷＰに対してランダムアクセス手順を行う。その他の場合、ＵＥは初期のＤＬ  ＢＷＰおよびＵＬ  ＢＷＰに切り替え、かつ初期のＤＬ  ＢＷＰおよびＵＬ  ＢＷＰに対するランダムアクセス手順を行う。
・ＢＷＰインデックスを含むことが有用であると分かる場合、設定に応じて０、１、または２ビットを使用してよい。
・ＳＵＬインジケータ−設定に応じて０または１ビット
・ＳＵＬが設定されない場合、このフィールドは必要ではない。その他の場合、１ビットを使用して、ランダムアクセスに対して通常のＵＬまたはＳＵＬを指示する。
・他のフィールド全ては、ＤＣＩ指令によるランダムアクセスが他の目的で使用されるフォーマット０＿０および１＿０と区別できるように０または１のどちらかに固定される。
【０１３４】
提案２
ＰＤＣＣＨ指令のランダムアクセスについて、フォーマット１＿０または０＿０における既存のフィールドのいくつかを再解釈し、かつ他のフィールドを以下のように設定する。
・ランダムアクセスプリアンブルインデックス−６ビット
・ＳＳＢインデックス−ＳＳＢ設定に応じて２、３、または８ビット
・ＢＷＰインデックス−必要ではない場合がある、または有用であると分かる場合、設定に応じて０、１、または２ビット
・ＳＵＬインジケータ−設定に応じて０または１ビット
・他のフィールド全ては、ＤＣＩ指令によるランダムアクセスが他の目的で使用されるフォーマット１＿０または０＿０と区別できるように０または１のどちらかに固定される。
【０１３５】
３．結論
この寄書では、ＲＡＮ＃７８の間に承認されるドロップの範囲内で基本的かつ本質的なＮＲ機能性を安定化するために必要とされる残りのＤＣＩ問題について論じる。
【０１３６】
４．参照
［１］ＴＳ３６．２１３
［２］エリクソンの、ランダムアクセス（ＲＡＮ２）の開始に対するＰＤＣＣＨ指令に対するＲ１−１８０１０７３、ＬＳ
［３］ＴＳ３８．３２１
【０１３７】
当業者には理解されるであろうが、本明細書に説明される概念は、方法、データ処理システム、および／またはコンピュータプログラム製品として具現化されてよい。それ故に、本明細書に説明される概念は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、または、全てが全般的に、本明細書において「回路」または「モジュール」を指すソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形を取ることができる。さらに、本開示は、コンピュータによって実行可能である媒体において具現化されるコンピュータプログラムコードを有する有形のコンピュータ使用可能記憶媒体上のコンピュータプログラム製品の形を取ることができる。ハードディスク、ＣＤ−ＲＯＭ、電子記憶デバイス、光記憶デバイス、または磁気記憶デバイスを含む任意の適した有形のコンピュータ可読媒体が利用されてよい。
【０１３８】
いくつかの実施形態は、方法、システム、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して本明細書に説明されている。フローチャート図および／またはブロック図のそれぞれのブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実装可能であることは理解されるであろう。これらのコンピュータプログラム命令を、（結果的に、専用コンピュータを作成するための）汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに与えて、マシンを製造することで、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサによって実行する命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施するための手段を作成するようにしてよい。
【０１３９】
これらのコンピュータプログラム命令を、コンピュータまたは他のプログラマブルデータ処理装置に特定のやり方で機能するように指図することができるコンピュータ可読メモリまたは記憶媒体に記憶することで、そのコンピュータ可読メモリに記憶された命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施する命令手段を含む製品を製造するようにしてもよい。
【０１４０】
コンピュータプログラム命令を、コンピュータまたは他のプログラマブルデータ処理装置にロードして、コンピュータ実施プロセスを生じさせるための一連の動作ステップをコンピュータまたは他のプログラマブル装置上で実行させ、それによって、コンピュータまたは他のプログラマブル装置上で実行する命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／作用を実施するためのステップを提供するようにしてもよい。
【０１４１】
ブロックに記される機能／作用が、動作図に記される順序以外で生じる場合があることは、理解されたい。例えば、連続して示される２つのブロックは、実際には、実質的に同時に実行可能である、または、該ブロックは、関係する機能性／作用に応じて、逆の順序で実行される時があってよい。図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、図示された矢印と反対の方向に通信が生じる場合があることは理解されたい。
【０１４２】
本明細書に説明される概念の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）またはＣ＋＋などのオブジェクト指向プログラミング言語で書き込まれてよい。しかしながら、本開示の動作を実行するためのコンピュータプログラムコードは、「Ｃ」プログラミング言語などの従来の手続き型プログラミング言語で書き込まれてもよい。プログラムコードは、全体がユーザのコンピュータ上で実行される場合があり、独立したソフトウェアパッケージとして、一部がユーザのコンピュータ上で実行される場合があり、一部がユーザのコンピュータ上で実行され、一部がリモートコンピュータ上で実行される場合があり、または全体がリモートコンピュータ上で実行される場合がある。後者のシナリオの場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を通してユーザのコンピュータに接続されてよい、または（例えば、インターネットサービスプロバイダを使用したインターネットを通して）外部のコンピュータへの接続がなされてよい。
【０１４３】
上記の説明および図面に関連して、多くの種々の実施形態が本明細書に開示されている。これらの実施形態の組み合わせおよび部分的組み合わせの全てをそのまま説明および例示することは、繰り返しが多すぎて不明瞭になるであろうことは理解されるであろう。それ故に、全ての実施形態は任意のやり方および／または組み合わせで組み合わせ可能であり、図面を含む本明細書は、本明細書に説明される実施形態の全ての組み合わせおよび部分的組み合わせ、ならびにそれらを作製しかつ使用するやり方およびプロセスの完全に記述された説明を構成すると解釈されるものとし、かつ任意のかかる組み合わせまたは部分的組み合わせに対する特許請求項をサポートするものとする。
【０１４４】
先述の説明において使用され得る略語は以下を含む。
略語  説明
ＢＬ  限定される帯域幅
ＢＷＰ  帯域幅部分
ＣＥ  カバレッジ拡張
ＣＲＭ  競合解消メッセージ
ＣＳＩ  チャネル状態情報
ＤＣＩ  ダウンリンク制御情報
ＤＦＴ  離散フーリエ変換
ＤＬ  ダウンリンク
ＤＭＲＳ  復調用参照信号
ｅＮＢ  拡張ノードＢ
ｇＮＢ  次世代ノードＢ
ＬＳＢ  最下位ビット
ＬＴＥ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＭＣＳ  変調符号化方式
ＭＳＢ  最上位ビット
ＭＳＧ２  メッセージ２
ＭＳＧ３  メッセージ３
ＮＢ−ＩｏＴ  狭帯域のモノのインターネット
ＮＲ  新無線
ＯＦＤＭ  直交周波数分割多重
ＯＳＩ  他のシステム情報
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＳＳ  プライマリ同期信号
ＰＵＳＣＨ  物理アップリンク共有チャネル
ＱＡＭ  直交振幅変調
ＲＡ  ランダムアクセス
ＲＡＲ  ランダムアクセス応答
ＲＢ  リソースブロック
ＲＢＧ  リソースブロックグループ
ＲＭＳＩ  残りのシステム情報
ＲＮＴＩ  無線ネットワーク一時識別子
ＲＲＣ  無線リソース制御
ＳＣＨ  共有チャネル
ＳＳ  同期信号
ＳＳＳ  セカンダリ同期信号
ＴＤＤ  時分割複信
ＴＰＣ  送信電力制御
ＴＲＰ  送受信ポイント
ＵＥ  ユーザ機器
ＵＬ  アップリンク
ＷＤ  無線デバイス
【０１４５】
本明細書に説明される実施形態が、とりわけ、本明細書において上記に示されかつ説明されているものに限定されないことは、当業者には理解されるであろう。さらに、上記に矛盾する言及がない限り、添付の図面の全てが一定尺度ではないことは留意されるべきである。以下の特許請求の範囲から逸脱することなく上記の教示を考慮してさまざまな修正および変形が可能である。
【図１】
2021514584.tif 000013
【図２】
2021514584.tif 000014
【図３】
2021514584.tif 000015
【図４】
2021514584.tif 000016
【図５】
2021514584.tif 000017
【図６】
2021514584.tif 000018
【図７】
2021514584.tif 000019
【図８】
2021514584.tif 000020
【図９】
2021514584.tif 000021
【図１０】
2021514584.tif 000022
【図１１】
2021514584.tif 000023
【図１２】
2021514584.tif 000024
【図１３】
2021514584.tif 000025
【図１４】
2021514584.tif 000026
【図１５】
2021514584.tif 000027
【図１６】
2021514584.tif 000028
【図１７】
2021514584.tif 000029
【図１８】
2021514584.tif 000030
【図１９】
2021514584.tif 000031
【図２０】
2021514584.tif 000032
【手続補正書】
【提出日】令和2年5月11日(2020.5.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（２２）と通信するように設定されるネットワークノード（１６）であって、
前記無線デバイス（２２）によってアップリンク送信に対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断するように設定される処理回路網（６８）であって、前記アップリンク送信は、新無線（ＮＲ）ランダムアクセス手順のメッセージ３（ＭＳＧ３）送信に対応し、かつ、前記固定サイズのＲＢアサインメントが前記無線デバイス（２２）に指示される前記ＮＲランダムアクセス手順のメッセージ２（ＭＳＧ２）送信に対応するランダムアクセス応答（ＲＡＲ）によってスケジューリングされる、処理回路網（６８）を備え、
前記固定サイズのＲＢアサインメントは、前記ＲＡＲにおいて使用されるリソース割り当てタイプに少なくとも部分的に基づき、かつ、前記アップリンク送信に対する帯域幅部分におけるＲＢのサブセットからのＲＢを、前記帯域幅部分のサイズが閾値より大きい場合にアサインする、ネットワークノード（１６）。
【請求項２】
前記固定サイズのＲＢアサインメントのＲＢ粒度は、前記帯域幅部分の前記サイズおよび前記アップリンク送信の送信期間のうちの１つに少なくとも部分的に基づく、請求項１に記載のネットワークノード（１６）。
【請求項３】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項２に記載のネットワークノード（１６）。
【請求項４】
前記固定サイズのＲＢアサインメントはさらに、前記アップリンク送信が、スロットの時間分を有するスロット送信、およびスロットより少ない時間分を有する非スロット送信のうちの１つであるかどうかに少なくとも部分的に基づく、請求項１に記載のネットワークノード（１６）。
【請求項５】
前記閾値は前記アップリンク送信の送信期間に少なくとも部分的に基づく、請求項１に記載のネットワークノード（１６）。
【請求項６】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項１に記載のネットワークノード（１６）。
【請求項７】
ネットワークノード（１６）と通信するように設定される無線デバイス（２２）であって、
前記無線デバイス（２２）によってアップリンク送信を送信させるように設定される処理回路網（８４）であって、前記アップリンク送信は、新無線（ＮＲ）ランダムアクセス手順のメッセージ３（ＭＳＧ３）送信に対応し、および、前記ＮＲランダムアクセス手順のメッセージ２（ＭＳＧ２）送信に対応し、かつ前記アップリンク送信をスケジューリングするランダムアクセス応答（ＲＡＲ）において指示される固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づく、処理回路網（８４）を備え、
前記固定サイズのＲＢアサインメントは、前記ＲＡＲにおいて使用されるリソース割り当てタイプに少なくとも部分的に基づき、かつ、前記アップリンク送信に対する帯域幅部分におけるＲＢのサブセットからのＲＢを、前記帯域幅部分のサイズが閾値より大きい場合にアサインする、無線デバイス（２２）。
【請求項８】
前記固定サイズのＲＢアサインメントのＲＢ粒度は、前記帯域幅部分の前記サイズおよび前記アップリンク送信の送信期間のうちの１つに少なくとも部分的に基づく、請求項７に記載の無線デバイス（２２）。
【請求項９】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項８に記載の無線デバイス（２２）。
【請求項１０】
前記固定サイズのＲＢアサインメントはさらに、前記アップリンク送信が、スロットの時間分を有するスロット送信、およびスロットより少ない時間分を有する非スロット送信のうちの１つであるかどうかに少なくとも部分的に基づく、請求項７に記載の無線デバイス（２２）。
【請求項１１】
前記閾値は前記アップリンク送信の送信期間に少なくとも部分的に基づく、請求項７に記載の無線デバイス（２２）。
【請求項１２】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項７に記載の無線デバイス（２２）。
【請求項１３】
無線デバイス（２２）と通信するように設定されるネットワークノード（１６）によって行われる方法であって、
前記無線デバイス（２２）によってアップリンク送信に対する固定サイズのリソースブロック（ＲＢ）アサインメントを判断すること（Ｓ１３６）であって、前記アップリンク送信は、新無線（ＮＲ）ランダムアクセス手順のメッセージ３（ＭＳＧ３）送信に対応し、かつ、前記固定サイズのＲＢアサインメントが前記無線デバイス（２２）に指示される前記ＮＲランダムアクセス手順のメッセージ２（ＭＳＧ２）送信に対応するランダムアクセス応答（ＲＡＲ）によってスケジューリングされる、固定サイズのリソースブロック（ＲＢ）アサインメントを判断すること（Ｓ１３６）を含み、
前記固定サイズのＲＢアサインメントは、前記ＲＡＲにおいて使用されるリソース割り当てタイプに少なくとも部分的に基づき、かつ、前記アップリンク送信に対する帯域幅部分におけるＲＢのサブセットからのＲＢを、前記帯域幅部分のサイズが閾値より大きい場合にアサインする、方法。
【請求項１４】
前記固定サイズのＲＢアサインメントのＲＢ粒度は、前記帯域幅部分の前記サイズおよび前記アップリンク送信の送信期間のうちの１つに少なくとも部分的に基づく、請求項１３に記載の方法。
【請求項１５】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項１４に記載の方法。
【請求項１６】
前記固定サイズのＲＢアサインメントはさらに、前記アップリンク送信が、スロットの時間分を有するスロット送信、およびスロットより少ない時間分を有する非スロット送信のうちの１つであるかどうかに少なくとも部分的に基づく、請求項１３に記載の方法。
【請求項１７】
前記閾値は前記アップリンク送信の送信期間に少なくとも部分的に基づく、請求項１３に記載の方法。
【請求項１８】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項１３に記載の方法。
【請求項１９】
ネットワークノード（１６）と通信するように設定される無線デバイス（２２）によって行われる方法であって、
前記無線デバイス（２２）によってアップリンク送信の送信を引き起こすこと（Ｓ１４４）であって、前記アップリンク送信は、ランダムアクセス手順のメッセージ３（ＭＳＧ３）送信に対応し、および、新無線（ＮＲ）ランダムアクセス手順のメッセージ２（ＭＳＧ２）送信に対応し、かつ前記アップリンク送信をスケジューリングする前記ＮＲランダムアクセス応答（ＲＡＲ）において指示される固定サイズのリソースブロック（ＲＢ）アサインメントに少なくとも部分的に基づく、アップリンク送信の送信を引き起こすこと（Ｓ１４４）を含み、
前記固定サイズのＲＢアサインメントは、前記ＲＡＲにおいて使用されるリソース割り当てタイプに少なくとも部分的に基づき、かつ、前記アップリンク送信に対する帯域幅部分におけるＲＢのサブセットからのＲＢを、前記帯域幅部分のサイズが閾値より大きい場合にアサインする、方法。
【請求項２０】
前記固定サイズのＲＢアサインメントのＲＢ粒度は、前記帯域幅部分の前記サイズおよび前記アップリンク送信の送信期間のうちの１つに少なくとも部分的に基づく、請求項１９に記載の方法。
【請求項２１】
前記ＲＢ粒度は、前記アップリンク送信に対するＲＢ開始位置およびＲＢの量を指示する、請求項２０に記載の方法。
【請求項２２】
前記固定サイズのＲＢアサインメントはさらに、前記アップリンク送信が、スロットの時間分を有するスロット送信、およびスロットより少ない時間分を有する非スロット送信のうちの１つであるかどうかに少なくとも部分的に基づく、請求項１９に記載の方法。
【請求項２３】
前記閾値は前記アップリンク送信の送信期間に少なくとも部分的に基づく、請求項１９に記載の方法。
【請求項２４】
前記固定サイズのＲＢアサインメントは、
ＲＢのグループの最低ＲＢ値、
前記ＲＢのグループの最高ＲＢ値、および
前記ＲＢのグループの中間ＲＢ値のうちの１つに対応するＲＢをアサインする、請求項１９に記載の方法。
【国際調査報告】
2021514584.tif 000033
2021514584.tif 000034
2021514584.tif 000035