特許 6974491 ＭＴＣのためのアップリンクＨＡＲＱ−ＡＣＫフィードバック

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6974491

(24)【登録日】2021年11月8日

(45)【発行日】2021年12月1日

(54)【発明の名称】ＭＴＣのためのアップリンクＨＡＲＱ−ＡＣＫフィードバック

(51)【国際特許分類】

   H04L 1/16 20060101AFI20211118BHJP

   H04W 28/04 20090101ALI20211118BHJP

   H04W 72/04 20090101ALI20211118BHJP

【ＦＩ】

   H04L1/16

   H04W28/04 110

   H04W72/04 136

【請求項の数】20

【全頁数】22

(21)【出願番号】特願2019-552050(P2019-552050)

(86)(22)【出願日】2018年3月16日

(65)【公表番号】特表2020-515174(P2020-515174A)

(43)【公表日】2020年5月21日

(86)【国際出願番号】IB2018051776

(87)【国際公開番号】WO2018172896

(87)【国際公開日】20180927

【審査請求日】2020年1月28日

(31)【優先権主張番号】62/476,424

(32)【優先日】2017年3月24日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】バーリマン， ヨーアン

(72)【発明者】

【氏名】ハルテル， ヨーアン

【審査官】 原田 聖子

(56)【参考文献】

【文献】 中国特許出願公開第１０４８１１２８４（ＣＮ，Ａ）

【文献】 国際公開第２０１７／１６７９４４（ＷＯ，Ａ１）

【文献】 LG Electronics，Details on DCI contents for MTC[online]，3GPP TSG-RAN WG1#82 R1-154234，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82/Docs/R1-154234.zip＞，2015年08月14日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １／１６

Ｈ０４Ｗ ２８／０４

Ｈ０４Ｗ ７２／０４

(57)【特許請求の範囲】

【請求項1】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）フィードバックをシグナリングするための、ネットワークノードの動作の方法であって、
前記アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを決定することにより、該ＨＡＲＱ−ＡＣＫフィードバックを取得すること（１００）と、
ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、前記取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化すること（１０２）と、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
前記無線デバイス（１２）に前記ダウンリンク制御チャネルを送信すること（１０４）と
を含む、方法。

【請求項2】

前記無線デバイス（１２）が、カバレッジ拡張モードで動作するように設定されている、請求項１に記載の方法。

【請求項3】

前記無線デバイス（１２）が、帯域幅低減低複雑度ユーザ機器デバイスである、請求項１に記載の方法。

【請求項4】

前記フィールドが、前記ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドである、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記フィールドが、変調符号化方式（ＭＣＳ）インデックスフィールドである、請求項４に記載の方法。

【請求項6】

前記ＭＣＳインデックスフィールドのための複数のビット組合せが、前記無線デバイス（１２）のためのＭＣＳ指示のために未使用であり、
前記未使用ビット組合せが、前記アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定されている、前記複数のビット組合せのうちの１つである、
請求項５に記載の方法。

【請求項7】

前記ＭＣＳインデックスフィールドのための複数のビット組合せが、前記無線デバイス（１２）のためのＭＣＳ指示のために未使用であり、
前記未使用ビット組合せが、前記アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定されている、前記複数のビット組合せのうちの１つである、
請求項５に記載の方法。

【請求項8】

前記フィールドが、リソースブロック割り当てフィールドである、請求項４に記載の方法。

【請求項9】

前記リソースブロック割り当てフィールドのための複数のビット組合せが、前記無線デバイス（１２）のためのリソースブロック割り当てのために未使用であり、
前記未使用ビット組合せが、前記アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定されている、前記複数のビット組合せのうちの１つである、
請求項８に記載の方法。

【請求項10】

前記リソースブロック割り当てフィールドのための複数のビット組合せが、前記無線デバイス（１２）のためのリソースブロック割り当てのために未使用であり、
前記未使用ビット組合せが、前記アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定されている、前記複数のビット組合せのうちの１つである、
請求項８に記載の方法。

【請求項11】

前記アップリンクデータ送信のための前記ＨＡＲＱ−ＡＣＫフィードバックを取得すること（１００）が、前記無線デバイス（１２）からの前記アップリンクデータ送信を復号することを試みることと、前記アップリンクデータ送信を復号することを前記試みることの結果に基づいて、前記ＨＡＲＱ−ＡＣＫフィードバックを肯定ＡＣＫまたは否定確認応答（ＮＡＣＫ）のいずれかにセットすることとを含む、請求項１から１０のいずれか一項に記載の方法。

【請求項12】

前記ネットワークノードが、無線アクセスノードである、請求項１から１１のいずれか一項に記載の方法。

【請求項13】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）フィードバックをシグナリングするためのネットワークノードであって、
前記アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを決定することにより、該ＨＡＲＱ−ＡＣＫフィードバックを取得することと、
ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、前記取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化することと、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
前記無線デバイス（１２）に前記ダウンリンク制御チャネルを送信することと
を行うように適合されている、ネットワークノード。

【請求項14】

前記ネットワークノードが、請求項２から１２のいずれか一項に記載の方法を実施するようにさらに適合されている、請求項１３に記載のネットワークノード。

【請求項15】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）フィードバックをシグナリングするためのネットワークノードであって、
１つまたは複数のプロセッサ（４０）と、
前記１つまたは複数のプロセッサ（４０）によって実行可能な命令を備えるメモリ（４２）とを備え、それにより、前記ネットワークノードが、
前記アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを決定することにより、該ＨＡＲＱ−ＡＣＫフィードバックを取得することと、
ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、前記取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化することと、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
前記無線デバイス（１２）に前記ダウンリンク制御チャネルを送信することと
を行うように動作可能である、ネットワークノード。

【請求項16】

少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から１２のいずれか一項に記載の方法を行わせる、命令を備える、コンピュータプログラム。

【請求項17】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクハイブリッド自動再送要求（ＨＡＲＱ）プロシージャを実施するための、前記無線デバイス（１２）の動作の方法であって、
前記無線ネットワークノード（１４）にアップリンクデータ送信を送信すること（３０２）と、
ダウンリンク制御チャネルを監視すること（３０４）と、
ダウンリンク制御チャネルを検出する（３０６、ＹＥＳ）と、前記ダウンリンク制御チャネルを復号すること（３１２）と、
肯定ＨＡＲＱ確認応答（ＡＣＫ）フィードバックが、前記ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定すること（３１４）と、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
肯定ＨＡＲＱ−ＡＣＫフィードバックが、前記ダウンリンク制御チャネル中の前記フィールドの前記未使用ビット組合せ上に符号化されたと判定する（３１４、ＹＥＳ）と、スリープモードに入ること（３１０）と
を含む、方法。

【請求項18】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクハイブリッド自動再送要求（ＨＡＲＱ）プロシージャを実施するための無線デバイス（１２）であって、
前記無線ネットワークノード（１４）にアップリンクデータ送信を送信することと、
ダウンリンク制御チャネルを監視することと、
ダウンリンク制御チャネルを検出すると、前記ダウンリンク制御チャネルを復号することと、
肯定ＨＡＲＱ確認応答（ＡＣＫ）フィードバックが、前記ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定することと、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
肯定ＨＡＲＱ−ＡＣＫフィードバックが、前記ダウンリンク制御チャネル中の前記フィールドの前記未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ることと
を行うように適合されている、無線デバイス（１２）。

【請求項19】

少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１７に記載の方法を行わせる、命令を備える、コンピュータプログラム。

【請求項20】

無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクハイブリッド自動再送要求（ＨＡＲＱ）プロシージャを実施するための無線デバイス（１２）であって、
少なくとも１つのプロセッサ（２２）と、
前記少なくとも１つのプロセッサ（２２）によって実行可能な命令を備えるメモリ（２４）と
を備え、それにより、前記無線デバイス（１２）が、
前記無線ネットワークノード（１４）にアップリンクデータ送信を送信することと、
ダウンリンク制御チャネルを監視することと、
ダウンリンク制御チャネルを検出すると、前記ダウンリンク制御チャネルを復号することと、
肯定ＨＡＲＱ確認応答（ＡＣＫ）フィードバックが、前記ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定することと、ここで、前記未使用ビット組合せは、ＣＥモードＡにおける前記ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールドに使用するように設計されていない、またはＣＥモードＢにおける前記ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールドに使用するように設計されていないビット組合せであり、
肯定ＨＡＲＱ−ＡＣＫフィードバックが、前記ダウンリンク制御チャネル中の前記フィールドの前記未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ることと
を行うように動作可能である、無線デバイス（１２）。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０１７年３月２４日に出願された仮特許出願第６２／４７６，４２４号の利益を主張する。

【0002】

Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、マシン型通信（ＭＴＣ）、ハイブリッド自動再送要求（ＨＡＲＱ）

【背景技術】

【0003】

マシン型通信（ＭＴＣ）
Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）リリース１３は、新しいＵＥカテゴリーＭ１（Ｃａｔ−Ｍ１）の形態の帯域幅低減低複雑度（ＢＬ：Ｂａｎｄｗｉｄｔｈ−ｒｅｄｕｃｅｄ Ｌｏｗ−ｃｏｍｐｌｅｘｉｔｙ）ユーザ機器デバイス（ＵＥ）タイプを導入している。以前のＬＴＥ ＵＥカテゴリーと比較して、Ｃａｔ−Ｍ１は、低電力消費と多くのＭＴＣ用途に好適な特性とを伴う低コストデバイス実装形態を可能にするために、緩和された性能要件に関連付けられている。Ｃａｔ−Ｍ１は［１］において規定されている。上位ＬＴＥ ＵＥカテゴリーと比較して、Ｃａｔ−Ｍ１ ＵＥは、より小さい最大トランスポートブロックサイズ（１０００ビット）と、より小さい最大チャネル帯域幅（６つの物理リソースブロック（ＰＲＢ））とをサポートし、ただ単一の受信アンテナを使用して、規格化された性能要件を満たすことができる。Ｃａｔ−Ｍ１ ＵＥとの間の送信は、６つのＰＲＢをスパンする狭帯域に制限されている［２］［３］［４］。

【0004】

ＬＴＥリリース１３は、ＣＥモードＡおよびＣＥモードＢと呼ばれる、２つのカバレッジ拡張（ＣＥ：Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ）モードをも導入している。ＣＥモードは、本明細書では「カバレッジ拡張されたモード（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｄ ｍｏｄｅ）」と呼ばれることもあるが、この用語は、同義語として本明細書で使用されることに留意されたい。これらのＣＥモードにおけるカバレッジ拡張は、主に、物理アップリンク共有チャネル（ＰＵＳＣＨ）など、ＬＴＥ物理チャネルのサブフレーム繰返しを通して達成される。ＣＥモードＡは、ＰＵＳＣＨおよび他の物理チャネルのための少数のサブフレーム繰返しを通して、中程度のＣＥをサポートし、ＣＥモードＢは、ＰＵＳＣＨおよび他の物理チャネルのための多くのサブフレーム繰返しを通して、大規模なＣＥをサポートする。ＣＥモードで動作するＵＥは、ＣＥ ＵＥと呼ばれる［２］［３］［４］。

【0005】

アップリンクハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）フィードバック
「Ｅｖｅｎ ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＭＴＣ ｆｏｒ ＬＴＥ」［５］に関する３ＧＰＰ ＬＴＥリリース１５の作業項目は、ＢＬ／ＣＥ ＵＥのためのＭＴＣのための以下の作業項目目的を有する。
・物理チャネルのための電力消費低減
〇研究し、接続モードのために有益であるとわかった場合、アップリンクにおけるデータ送信のためのダウンリンクにおけるＨＡＲＱ−ＡＣＫフィードバックのための物理信号／チャネル／ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を指定する。

【0006】

ＢＬ／ＣＥ ＵＥのためのアップリンクＨＡＲＱ動作は非同期であり［６］、ＰＵＳＣＨ上のアップリンクデータ送信が正常に受信されたか否かをＵＥに知らせるための、拡張またはエボルブドノードＢ（ｅＮＢ）から送られる明示的な肯定ＨＡＲＱ−ＡＣＫフィードバックがない。

【0007】

アップリンクトラフィックが比較的頻繁なとき、ＵＥは、前のアップリンクデータ送信のための暗黙的な肯定ＨＡＲＱ−ＡＣＫフィードバックを、それが、新データインジケータ（ＮＤＩ：Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）ビットがトグルされた同じＰＵＳＣＨ ＨＡＲＱプロセスを使用して、新しいアップリンクデータ送信とともにスケジュールされるときに、受信する。

【0008】

しかしながら、アップリンクトラフィックが比較的まれであるとき、ＵＥは、ＮＤＩビットがトグルされたすぐ次のアップリンクデータ送信がないので、アップリンクデータ送信のための暗黙的な肯定ＨＡＲＱ−ＡＣＫフィードバックを受信しないことがある。ＵＥは、上位レイヤアップリンクＨＡＲＱ再送信タイマーが満了するまで待つことになり、これは、物理レイヤプロシージャの時間スケールと比較して長い時間がかかり得る。

【0009】

これは、ＵＥが、ｅＮＢから、潜在的なＨＡＲＱ再送信のために起動したままでいる必要がないことをＵＥに知らせるための肯定ＨＡＲＱ−ＡＣＫフィードバックを受信することができたなら、ＵＥがより早期にＵＥの受信機回路を停止することができたであろうときに、ＵＥが、ＵＥの受信機回路をオンのままにしておかなければならないことがあることを意味する。これは、ＵＥが無線リソース制御（ＲＲＣ）接続モードにおいて間欠受信（ＤＲＸ）動作で設定されたときに、また、ＵＥがＲＲＣ接続モードから解放されてＲＲＣアイドルモードになりつつあり、ＵＥが、ダウンリンクにおいて送られた解放メッセージに応答してアップリンクにおいて送られた無線リンク制御（ＲＬＣ）ＡＣＫをｅＮＢが受信したことを確実にするために十分長く待たなければならないときに、ＵＥがより早期にスリープすることを可能にすることになる。

【0010】

ダウンリンクにおけるアップリンクＨＡＲＱ−ＡＣＫフィードバックシグナリングの導入は、追加の静的なダウンリンク制御シグナリングオーバーヘッド、および／またはＤＣＩのためのカバレッジの低減をもたらし得る。したがって、この問題に対処するためのシステムおよび方法が必要とされる。

【発明の概要】

【0011】

アップリンクデータ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）を効率的にシグナリングするためのシステムおよび方法が開示される。いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングする方法が、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得することと、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化することと、無線デバイスにダウンリンク制御チャネルを送信することとを含む。本開示の実施形態は、静的なダウンリンク制御シグナリングオーバーヘッドを増加させることなしに、およびダウンリンク制御情報（ＤＣＩ）のためのカバレッジを低減することなしに、肯定ＨＡＲＱ−ＡＣＫフィードバックを使用して、無線デバイス電力節約を可能にする。

【0012】

いくつかの実施形態では、無線デバイスは、カバレッジ拡張モードで動作するように設定される。いくつかの実施形態では、無線デバイスは、帯域幅低減低複雑度（ＢＬ）ユーザ機器デバイス（ＵＥ）である。

【0013】

いくつかの実施形態では、フィールドは、ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドである。いくつかの実施形態では、フィールドは、変調符号化方式（ＭＣＳ）インデックスフィールドである。さらに、いくつかの実施形態では、ＭＣＳインデックスフィールドのための複数のビット組合せが、無線デバイスのためのＭＣＳ指示のために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。いくつかの他の実施形態では、ＭＣＳインデックスフィールドのための複数のビット組合せが、無線デバイスのためのＭＣＳ指示のために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。

【0014】

いくつかの実施形態では、フィールドは、リソースブロック割り当てフィールドである。さらに、いくつかの実施形態では、リソースブロック割り当てフィールドのための複数のビット組合せが、無線デバイスのためのリソースブロック割り当てのために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。いくつかの他の実施形態では、リソースブロック割り当てフィールドのための複数のビット組合せが、無線デバイスのためのリソースブロック割り当てのために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。

【0015】

いくつかの実施形態では、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得することは、無線デバイスからのアップリンクデータ送信を復号することを試みることと、アップリンクデータ送信を復号することを試みることの結果に基づいて、ＨＡＲＱ−ＡＣＫフィードバックを肯定ＡＣＫまたはＮＡＣＫのいずれかにセットすることとを含む。

【0016】

いくつかの実施形態では、本方法は、ネットワークノードによって実施される。いくつかの実施形態では、ネットワークノードは、無線アクセスノードである。

【0017】

ネットワークノードの実施形態も開示される。いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングするためのネットワークノードが、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得することと、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化することと、無線デバイスにダウンリンク制御チャネルを送信することとを行うように適合される。

【0018】

いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングするためのネットワークノードが、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行可能な命令を備えるメモリとを備え、それにより、ネットワークノードは、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得することと、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化することと、無線デバイスにダウンリンク制御チャネルを送信することとを行うように動作可能である。

【0019】

無線デバイスの動作の方法の実施形態も開示される。いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するための無線デバイスの動作の方法は、無線アクセスノードにアップリンクデータ送信を送信することと、ダウンリンク制御チャネルを監視することと、ダウンリンク制御チャネルを検出すると、ダウンリンク制御チャネルを復号することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ることとを含む。

【0020】

いくつかの実施形態では、無線デバイスは、カバレッジ拡張モードで動作するように設定される。いくつかの実施形態では、無線デバイスは、ＢＬ ＵＥである。

【0021】

いくつかの実施形態では、フィールドは、ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドである。いくつかの実施形態では、フィールドは、ＭＣＳインデックスフィールドである。いくつかの実施形態では、ＭＣＳインデックスフィールドのための複数のビット組合せが、無線デバイスのためのＭＣＳ指示のために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。いくつかの実施形態では、ＭＣＳインデックスフィールドのための複数のビット組合せが、無線デバイスのためのＭＣＳ指示のために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。

【0022】

いくつかの実施形態では、フィールドは、リソースブロック割り当てフィールドである。いくつかの実施形態では、リソースブロック割り当てフィールドのための複数のビット組合せが、無線デバイスのためのリソースブロック割り当てのために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。いくつかの実施形態では、リソースブロック割り当てフィールドのための複数のビット組合せが、無線デバイスのためのリソースブロック割り当てのために未使用であり、未使用ビット組合せは、アップリンクデータ送信に関連付けられた特定のアップリンクＨＡＲＱプロセスを含むすべてのアップリンクＨＡＲＱプロセスのための肯定ＨＡＲＱ−ＡＣＫの指示であるとしてあらかじめ規定された、複数のビット組合せのうちの１つである。

【0023】

無線デバイスの実施形態も開示される。いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するための無線デバイスは、無線アクセスノードにアップリンクデータ送信を送信することと、ダウンリンク制御チャネルを監視することと、ダウンリンク制御チャネルを検出すると、ダウンリンク制御チャネルを復号することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ることとを行うように適合される。

【0024】

いくつかの実施形態では、無線デバイスから無線ネットワークノードに送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するための無線デバイスは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行可能な命令を備えるメモリとを備え、それにより、無線デバイスは、無線アクセスノードにアップリンクデータ送信を送信することと、ダウンリンク制御チャネルを監視することと、ダウンリンク制御チャネルを検出すると、ダウンリンク制御チャネルを復号することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ることとを行うように動作可能である。

【0025】

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

【図面の簡単な説明】

【0026】

【図1】本開示の実施形態が実装され得るセルラー通信ネットワークの一例を示す図である。

【図2】本開示のいくつかの実施形態による、ネットワークノード（たとえば、無線アクセスノード）の動作を示すフローチャートである。

【図3】帯域幅低減低複雑度（ＢＬ）／カバレッジ拡張（ＣＥ）ユーザ機器デバイス（ＵＥ）のためのＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）リリース１３／１４の挙動を示す図である。

【図4】本開示の実施形態による、ＢＬ／ＣＥ ＵＥのための挙動を示す図である。

【図5】本開示の少なくともいくつかの実施形態による、スケジューリング例を示す図である。

【図6】無線デバイスの例示的な実施形態を示す図である。

【図7】無線デバイスの例示的な実施形態を示す図である。

【図8】ネットワークノードの例示的な実施形態を示す図である。

【図9】ネットワークノードの例示的な実施形態を示す図である。

【図10】ネットワークノードの例示的な実施形態を示す図である。

【発明を実施するための形態】

【0027】

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の様式を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

【0028】

無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線デバイスのいずれかである。

【0029】

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラー通信ネットワークの無線アクセスネットワークにおける何らかのノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新しい無線（ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ ＬＴＥネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））と、高電力またはマクロ基地局と、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）と、リレーノードとを含む。

【0030】

コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける何らかのタイプのノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、サービス能力公開機能（ＳＣＥＦ：Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）などを含む。

【0031】

無線デバイス：本明細書で使用される「無線デバイス」は、（１つまたは複数の）無線アクセスノードに対して信号を無線で送信および／または受信することによって、セルラー通信ネットワークへのアクセスを有する（すなわち、セルラー通信ネットワークによってサーブされる）何らかのタイプのデバイスである。無線デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスとを含む。

【0032】

ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラー通信ネットワーク／システムの無線アクセスネットワークまたはコアネットワークのいずれかの一部である何らかのノードである。

【0033】

本明細書で与えられる説明は３ＧＰＰセルラー通信システムに焦点を当て、したがって、３ＧＰＰ用語または３ＧＰＰ用語に類似した用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

【0034】

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

【0035】

ダウンリンクにおけるアップリンクハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）フィードバックシグナリングの導入は、追加の静的なダウンリンク制御シグナリングオーバーヘッド、および／またはダウンリンク制御情報（ＤＣＩ）のためのカバレッジの低減をもたらし得る。この問題に対処するためのシステムおよび方法が本明細書で開示される。特に、ＤＣＩ中のアップリンクグラント中のフィールドの未使用ビット組合せ上にＨＡＲＱ−ＡＣＫフィードバックを符号化することによって、余分の静的なダウンリンク制御シグナリングオーバーヘッドを導入することなしに、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを与えるためのシステムおよび方法が開示される。本開示の実施形態は、静的なダウンリンク制御シグナリングオーバーヘッドを増加させることなしに、およびＤＣＩのためのカバレッジを低減することなしに、肯定ＨＡＲＱ−ＡＣＫフィードバックを使用して、ＵＥ電力節約を可能にする。

【0036】

図１は、本開示の実施形態が実装され得るセルラー通信ネットワーク１０の一例（たとえば、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）（たとえば、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＬＴＥ−Ｐｒｏ、またはＬＴＥの拡張バージョン）または５Ｇ ＮＲネットワーク）を示す。図示のように、いくつかの無線デバイス１２（たとえば、ＵＥ、帯域幅低減低複雑度（ＢＬ）／カバレッジ拡張（ＣＥ）ＵＥ）が、無線で、無線アクセスノード１４（たとえば、５Ｇ ＮＲ基地局である、ｅＮＢまたはｇＮＢ）に信号を送信し、無線アクセスノード１４から信号を受信し、無線アクセスノード１４は各々、１つまたは複数のセル１６をサーブする。無線アクセスノード１４は、コアネットワーク１８に接続される。

【0037】

動作時、無線アクセスノード１４および無線デバイス１２は、アップリンクＨＡＲＱプロシージャに従って動作する。本開示の実施形態によれば、無線アクセスノード１４は、ダウンリンク制御チャネル中の未使用ビット上にアップリンクＨＡＲＱ−ＡＣＫフィードバックを符号化することによって、無線デバイス１２にアップリンクＨＡＲＱ−ＡＣＫフィードバック（たとえば、肯定ＨＡＲＱ ＡＣＫ）を送る。いくつかの特定の実施形態では、無線アクセスノード１４は、無線デバイス１２に送信されるダウンリンク制御チャネルのアップリンクグラント中の未使用ビット組合せ上にアップリンクＨＡＲＱ−ＡＣＫフィードバックを符号化する。ＣＥモードＡで動作するＢＬ／ＣＥ ＵＥの場合、アップリンクＨＡＲＱ−ＡＣＫフィードバックは、ダウンリンク制御チャネル中のアップリンクグラントのリソースブロック割り当てフィールド中の未使用ビット組合せ上に符号化される。ＣＥモードＢで動作するＢＬ／ＣＥの場合、アップリンクＨＡＲＱ−ＡＣＫフィードバックは、ダウンリンク制御チャネル中のアップリンクグラントの変調符号化方式（ＭＣＳ）インデックスフィールド中の未使用ビット組合せ上に符号化される。無線デバイス１２は、使用されるビット組合せ上に符号化されたアップリンクＨＡＲＱ−ＡＣＫを含むダウンリンクチャネルを監視する。アップリンクＨＡＲＱ−ＡＣＫを受信すると、無線デバイス１２は、たとえば、あらかじめ設定されたＨＡＲＱタイマーが満了するのを待つのではなく、たとえば、その時点でスリープモードに入ることができる。

【0038】

図２は、本開示のいくつかの実施形態による、ネットワークノード（たとえば、無線アクセスノード１４）の動作を示すフローチャートである。図示のように、ネットワークノードは、無線デバイス１２から、アップリンク送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得する（ステップ１００）。たとえば、ネットワークノードが無線アクセスノード１４である場合、無線アクセスノード１４は、無線デバイス１２からのアップリンク送信を復号することを試み得る。無線アクセスノード１４がアップリンク送信を正常に復号することが可能である場合、無線アクセスノード１４は、肯定ＨＡＲＱ−ＡＣＫ（すなわち、ＡＣＫ）が送信されるべきであると判定する。ネットワークノードは、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に（たとえば、ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドの未使用ビット組合せ上に）ＨＡＲＱ−ＡＣＫフィードバックを符号化する（ステップ１０２）。以下で説明されるように、使用される特定のフィールドは、たとえば、ＣＥモードに応じて変化し得る。次いで、ネットワークノードは、無線デバイス１２にダウンリンク制御チャネルを送信する（ステップ１０４）。

【0039】

無線デバイス１２がＣＥモードＡにおけるＢＬ／ＣＥ ＵＥである実施形態と、無線デバイス１２がＣＥモードＢにおけるＢＬ／ＣＥ ＵＥである実施形態とについて、さらなる詳細が以下で与えられる。

【0040】

ＢＬ／ＣＥ ＵＥの場合、アップリンクグラントは、ＣＥモードＡではＤＣＩフォーマット６−０Ａを使用してスケジュールされる［３］。ＤＣＩ中のリソースブロック割り当てフィールドは、物理アップリンク共有チャネル（ＰＵＳＣＨ）物理リソースブロック（ＰＲＢ）割り当てを指示する。フィールドは、｛１．４，３，５，１０，１５，２０｝メガヘルツ（ＭＨｚ）のシステム帯域幅について｛５，６，７，８，９，９｝ビットからなる。ＣＥモードＢでは、すべての可能なビット組合せが使用されるが、ＣＥモードＡでは、可能なビット組合せのうちのいくつかのみが使用される［４］［５］。すべての可能な構成について、表１に示されているように、ＣＥモードＡでは少なくとも１１個の値が未使用である。

【0041】

これらの少なくとも１１個の未使用値のうちのいくつかは、表２に従って、ＣＥモードＡにおいて利用可能な最高８つのアップリンクＨＡＲＱプロセスのためのアップリンクＨＡＲＱ−ＡＣＫフィードバックを指示するために使用され得る。ただし、表２は一例にすぎない。

【0042】

ＢＬ／ＣＥ ＵＥの場合、アップリンクグラントは、ＣＥモードＢではＤＣＩフォーマット６−０Ｂを使用してスケジュールされる［３］。ＭＣＳインデックスは、ＤＣＩ中の４ビットフィールドによって指示される。ＭＣＳインデックスは、変調次数およびトランスポートブロックサイズ（ＴＢＳ）インデックスを判定するために使用される。ＣＥモードＡでは、すべてのＭＣＳインデックスが使用される。しかしながら、ＣＥモードＢの場合、表３に示されているように、１０よりも大きいＭＣＳインデックスは使用されず［４］、これは、ＣＥモードＢでは５つの値が未使用であることを意味する。

【0043】

これらの５つの未使用値のうちのいくつかは、表４に従って、ＣＥモードＢにおいて利用可能な最高２つのアップリンクＨＡＲＱプロセスのためのアップリンクＨＡＲＱ−ＡＣＫフィードバックを指示するために使用され得る。ただし、表４は一例にすぎない。

【0044】

図３は、ＬＴＥリリース１３／１４における従来のＢＬ／ＣＥ ＵＥの動作を示すフローチャートである。図示のように、ＵＥは、ダウンリンク制御チャネル中で送信されたＤＣＩ中に含まれているアップリンクグラントを復号する（ステップ２００）。ＵＥは、アップリンクグラントに従ってアップリンクデータを送信する（ステップ２０２）。次いで、ＵＥは、ＤＣＩを監視し（すなわち、新しいダウンリンク制御チャネルを監視し）（ステップ２０４）、ＤＣＩが検出されたかどうかを判定する（ステップ２０６）。ＤＣＩが検出された場合、プロセスはステップ２００に戻り、繰り返される。しかしながら、ＤＣＩが検出されなかった場合、ＵＥは、あらかじめ設定されたＨＡＲＱタイマーが満了したかどうかを判定する（ステップ２０８）。ＨＡＲＱタイマーが満了しなかった場合、プロセスはステップ２０４に戻る。しかしながら、ＨＡＲＱタイマーが満了し、ＵＥが、新しいアップリンクグラントを含んでいるＤＣＩを受信しなかった場合、ＵＥはスリープする（ステップ２１０）。

【0045】

図４は、本開示の実施形態による、無線デバイス１２の動作を示すフローチャートである。図示のように、無線デバイス１２は、ダウンリンク制御チャネル中で送信されたＤＣＩ中に含まれているアップリンクグラントを復号する（ステップ３００）。無線デバイス１２は、アップリンクグラントに従ってアップリンクデータを送信する（ステップ３０２）。次いで、無線デバイス１２は、ＤＣＩを監視し（すなわち、新しいＤＣＩを含んでいる新しいダウンリンク制御チャネルを監視し）（ステップ３０４）、ＤＣＩが検出されたかどうかを判定する（ステップ３０６）。ＤＣＩが検出されなかった場合、無線デバイス１２は、あらかじめ設定されたＨＡＲＱタイマーが満了したかどうかを判定する（ステップ３０８）。ＨＡＲＱタイマーが満了しなかった場合、プロセスはステップ３０４に戻る。しかしながら、ＨＡＲＱタイマーが満了し、無線デバイス１２がＤＣＩを受信しなかった場合、無線デバイス１２はスリープする（ステップ３１０）。

【0046】

ステップ３０６に戻ると、ＤＣＩが検出された場合、無線デバイス１２は、ＤＣＩ中に含まれているアップリンクグラントを復号し（ステップ３１２）、肯定ＨＡＲＱ−ＡＣＫが、本開示の実施形態によるアップリンクグラントのフィールド内の使用されるビット組合せを使用してアップリンクグラント中で符号化されたかどうかを判定する（ステップ３１４）。肯定ＨＡＲＱ−ＡＣＫが符号化された場合、無線デバイス１２はスリープする（ステップ３１０）。肯定ＨＡＲＱ−ＡＣＫが符号化されなかった場合、プロセスはステップ３０２に戻る。

【0047】

図５は、本開示のいくつかの実施形態による、スケジューリング例を示す。

【0048】

図６は、本開示のいくつかの実施形態による、無線デバイス１２（たとえば、ＵＥ）の概略ブロック図である。図示のように、無線デバイス１２は、１つまたは複数のプロセッサ２２（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）など）とメモリ２４とを備える回路要素２０を含む。無線デバイス１２は、１つまたは複数のアンテナ３２に結合された１つまたは複数の送信機２８と１つまたは複数の受信機３０とを各々含む、１つまたは複数のトランシーバ２６をも含む。いくつかの実施形態では、上記で説明された無線デバイス１２の機能性は、ハードウェアで（たとえば、回路要素２０内のおよび／または（１つまたは複数の）プロセッサ２２内のハードウェアを介して）実装されるか、またはハードウェアとソフトウェアとの組合せで実装され（たとえば、たとえば、メモリ２４に記憶され、（１つまたは複数の）プロセッサ２２によって実行されるソフトウェアで完全にまたは部分的に実装され）得る。

【0049】

いくつかの実施形態では、少なくとも１つのプロセッサ２２によって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサ２２に無線デバイス１２の機能性のうちの少なくともいくつかを行わせる命令を含むコンピュータプログラムが与えられる。いくつかの実施形態では、上述のコンピュータプログラム製品を含んでいるキャリアが与えられる。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

【0050】

図７は、本開示のいくつかの他の実施形態による、無線デバイス１２（たとえば、ＵＥ）の概略ブロック図である。無線デバイス１２は、１つまたは複数のモジュール３４を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール３４は、本明細書で説明される無線デバイス１２の機能性を与える。たとえば、（１つまたは複数の）モジュール３４は、図４のステップ３００〜３１４の機能を実施するように動作可能なモジュールを含み得る。

【0051】

図８は、本開示のいくつかの実施形態による、ネットワークノード３６（たとえば、たとえば、ｅＮＢまたはｇＮＢなど、無線アクセスノード１４）またはコアネットワークノードの概略ブロック図である。図示のように、ネットワークノード３６は、１つまたは複数のプロセッサ４０（たとえば、ＣＰＵ、ＡＳＩＣ、ＤＳＰ、ＦＰＧＡなど）とメモリ４２とを備える回路要素を含む、制御システム３８を含む。制御システム３８は、ネットワークインターフェース４４をも含む。ネットワークノード３６が無線アクセスノード１４である実施形態では、ネットワークノード３６は、１つまたは複数のアンテナ５２に結合された１つまたは複数の送信機４８と１つまたは複数の受信機５０とを各々含む、１つまたは複数の無線ユニット４６をも含む。いくつかの実施形態では、上記で説明されたネットワークノード３６の機能性は、たとえば、メモリ４２に記憶され、（１つまたは複数の）プロセッサ４０によって実行されるソフトウェアで完全にまたは部分的に実装され得る。

【0052】

図９は、本開示のいくつかの実施形態による、ネットワークノード３６（たとえば、無線アクセスノード１４またはコアネットワークノード）の仮想化された実施形態を示す概略ブロック図である。本明細書で使用される「仮想化された」ネットワークノード３６は、ネットワークノード３６の機能性の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）仮想構成要素として実装されるネットワークノード３６である。図示のように、ネットワークノード３６は、図８に関して説明されたような制御システム３８を随意に含む。さらに、ネットワークノード３６が無線アクセスノード１４である場合、ネットワークノード３６は、図８に関して説明されたような１つまたは複数の無線ユニット４６をも含む。制御システム３８（存在する場合）は、ネットワークインターフェース４４を介して、（１つまたは複数の）ネットワーク５６に結合されるかまたは（１つまたは複数の）ネットワーク５６の一部として含まれる、１つまたは複数の処理ノード５４に接続される。代替的に、制御システム３８が存在しない場合、１つまたは複数の無線ユニット４６（存在する場合）は、（１つまたは複数の）ネットワークインターフェースを介して１つまたは複数の処理ノード５４に接続される。代替的に、本明細書で説明されるネットワークノード３６の機能性のすべてが、処理ノード５４において実装され得る。各処理ノード５４は、１つまたは複数のプロセッサ５８（たとえば、ＣＰＵ、ＡＳＩＣ、ＤＳＰ、ＦＰＧＡなど）と、メモリ６０と、ネットワークインターフェース６２とを含む。

【0053】

この例では、本明細書で説明されるネットワークノード３６の機能６４（たとえば、無線アクセスノード１４の機能）は、１つまたは複数の処理ノード５４において実装されるか、または制御システム３８（存在する場合）および１つまたは複数の処理ノード５４にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード３６の機能６４の一部または全部は、（１つまたは複数の）処理ノード５４によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって諒解されるように、（１つまたは複数の）処理ノード５４と、制御システム３８（存在する場合）または代替的に（１つまたは複数の）無線ユニット４６（存在する場合）との間の追加のシグナリングまたは通信が、所望の機能のうちの少なくともいくつかを行うために使用される。特に、いくつかの実施形態では、制御システム３８が含まれないことがあり、その場合、（１つまたは複数の）無線ユニット４６（存在する場合）は、（１つまたは複数の）適切なネットワークインターフェースを介して（１つまたは複数の）処理ノード５４と直接通信する。

【0054】

いくつかの特定の実施形態では、ネットワークノード３６の上位レイヤ機能性（たとえば、プロトコルスタックのレイヤ３以上、および場合によってはレイヤ２の一部）は、仮想構成要素として（１つまたは複数の）処理ノード５４において実装され（すなわち、「クラウドで」実装され）得るが、下位レイヤ機能性（たとえば、プロトコルスタックのレイヤ１、および場合によってはレイヤ２の一部）は、（１つまたは複数の）無線ユニット４６および場合によっては制御システム３８において実装され得る。

【0055】

いくつかの実施形態では、少なくとも１つのプロセッサ４０、５８によって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサ４０、５８にネットワークノード３６または処理ノード５４の機能性を行わせる命令を含むコンピュータプログラムが与えられる。いくつかの実施形態では、上述のコンピュータプログラム製品を含んでいるキャリアが与えられる。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリ６０など、非一時的コンピュータ可読媒体）のうちの１つである。

【0056】

図１０は、本開示のいくつかの他の実施形態による、ネットワークノード３６（たとえば、無線アクセスノード１４またはコアネットワークノード）の概略ブロック図である。ネットワークノード３６は、１つまたは複数のモジュール６６を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール６６は、本明細書で説明されるネットワークノード３６の機能性を与える。いくつかの実施形態では、（１つまたは複数の）モジュール６６は、たとえば、図２のステップ１００の機能を実施するように動作可能な取得モジュールと、図２のステップ１０２の機能を実施するように動作可能な符号化モジュールと、図２のステップ１０４の機能を実施するように動作可能な送信モジュールとを備え得る。

【0057】

例示的な実施形態
これらに限定されないが、本開示のいくつかの例示的な実施形態が以下で与えられる。

【0058】

実施形態１：無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングする方法であって、本方法が、アップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックを取得すること（１００）と、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に、取得されたＨＡＲＱ−ＡＣＫフィードバックを符号化すること（１０２）と、無線デバイス（１２）にダウンリンク制御チャネルを送信すること（１０４）とを含む、方法。

【0059】

実施形態２：無線デバイス（１２）が、（本明細書ではカバレッジ拡張モードとも呼ばれる）カバレッジ拡張されたモードで動作するように設定された、実施形態１に記載の方法。

【0060】

実施形態３：フィールドが、ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドである、実施形態１または２に記載の方法。

【0061】

実施形態４：フィールドが、ＭＣＳインデックスフィールドである、実施形態３に記載の方法。

【0062】

実施形態５：フィールドが、リソースブロック割り当てフィールドである、実施形態３に記載の方法。

【0063】

実施形態６：本方法が、ネットワークノードによって実施される、実施形態１から５のいずれか１つに記載の方法。

【0064】

実施形態７：ネットワークノードが、無線アクセスノードである、実施形態６に記載の方法。

【0065】

実施形態８：無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングするためのネットワークノードであって、本ネットワークノードが、実施形態１から７のいずれか１つに記載の方法を実施するように適合された、ネットワークノード。

【0066】

実施形態９：少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、実施形態１から７のいずれか１つに記載の方法を行わせる命令を備える、コンピュータプログラム。

【0067】

実施形態１０：実施形態９に記載のコンピュータプログラムを含んでいるキャリアであって、本キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。

【0068】

実施形態１１：無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングするためのネットワークノードであって、本ネットワークノードが、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行可能な命令を備えるメモリとを備え、それにより、本ネットワークノードが、実施形態１から７のいずれか１つに記載の方法を実施するように動作可能である、ネットワークノード。

【0069】

実施形態１２：無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのＨＡＲＱ−ＡＣＫフィードバックをシグナリングするためのネットワークノードであって、本ネットワークノードが、実施形態１から７のいずれか１つに記載の方法を実施するように動作可能な１つまたは複数のモジュールを備える、ネットワークノード。

【0070】

実施形態１３：無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するための無線デバイス（１２）の動作の方法であって、本方法は、無線アクセスノード（１４）にアップリンクデータ送信を送信すること（３０２）と、ダウンリンク制御チャネルを監視すること（３０４）と、ダウンリンク制御チャネルを検出する（３０６、ＹＥＳ）と、ダウンリンク制御チャネルを復号することと、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたかどうかを判定すること（３１４）と、肯定ＨＡＲＱ−ＡＣＫフィードバックが、ダウンリンク制御チャネル中のフィールドの未使用ビット組合せ上に符号化されたと判定すると、スリープモードに入ること（３１０）とを含む、方法。

【0071】

実施形態１４：無線デバイス（１２）が、カバレッジ拡張されたモードで動作するように設定された、実施形態１３に記載の方法。

【0072】

実施形態１５：フィールドが、ダウンリンク制御チャネルのアップリンクグラント部分中のフィールドである、実施形態１３または１４に記載の方法。

【0073】

実施形態１６：フィールドが、ＭＣＳインデックスフィールドである、実施形態１５に記載の方法。

【0074】

実施形態１７：フィールドが、リソースブロック割り当てフィールドである、実施形態１５に記載の方法。

【0075】

実施形態１８：無線デバイス（１２）であって、本無線デバイス（１２）が、本無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するためのものであり、実施形態１３から１７のいずれか１つに記載の方法を実施するように適合された、無線デバイス（１２）。

【0076】

実施形態１９：少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、実施形態１３から１７のいずれか１つに記載の方法を行わせる命令を備える、コンピュータプログラム。

【0077】

実施形態２０：実施形態１９に記載のコンピュータプログラムを含んでいるキャリアであって、本キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。

【0078】

実施形態２１：無線デバイス（１２）であって、本無線デバイス（１２）が、本無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するためのものであり、少なくとも１つのプロセッサ（２２）と、少なくとも１つのプロセッサ（２２）によって実行可能な命令を備えるメモリ（２４）とを備え、それにより、本無線デバイス（１２）が、実施形態１３から１７のいずれか１つに記載の方法を実施するように動作可能である、無線デバイス（１２）。

【0079】

実施形態２２：無線デバイス（１２）であって、本無線デバイス（１２）が、本無線デバイス（１２）から無線ネットワークノード（１４）に送られたアップリンクデータ送信のためのアップリンクＨＡＲＱプロシージャを実施するためのものであり、実施形態１３から１７のいずれか１つに記載の方法を実施するように動作可能な１つまたは複数のモジュール（３４）を備える、無線デバイス（１２）。

【0080】

本開示全体にわたって以下の頭字語が使用される。
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ＡＣＫ 確認応答
・ ＡＳＩＣ 特定用途向け集積回路
・ ＢＬ 帯域幅低減低複雑度
・ ＣＥ カバレッジ拡張
・ ＣＰＵ 中央処理ユニット
・ ＤＣＩ ダウンリンク制御情報
・ ＤＲＸ 間欠受信
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＮＢ 拡張またはエボルブドノードＢ
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ｇＮＢ 新しい無線基地局
・ ＨＡＲＱ ハイブリッド自動再送要求
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＬＴＥ−Ａ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎアドバンスト
・ ＭＣＳ 変調符号化方式
・ ＭＨｚ メガヘルツ
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＴＣ マシン型通信
・ ＮＤＩ 新データインジケータ
・ ＮＲ 新しい無線
・ Ｐ−ＧＷ パケットデータネットワークゲートウェイ
・ ＰＲＢ 物理リソースブロック
・ ＰＵＳＣＨ 物理アップリンク共有チャネル
・ ＲＬＣ 無線リンク制御
・ ＲＲＣ 無線リソース制御
・ ＳＣＥＦ サービス能力公開機能
・ ＴＢＳ トランスポートブロックサイズ
・ ＵＥ ユーザ機器

【0081】

当業者は、本開示の実施形態に対する改善および変更を認識されよう。すべてのそのような改善および変更は、本明細書で開示される概念の範囲内で考慮される。

【0082】

List of References
[1] 3GPP TS 36.306 V14.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) radio access capabilities (Release 14),” March 2017.
[2] 3GPP TS 36.211 V14.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (Release 14),” March 2017.
[3] 3GPP TS 36.212 V14.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 14),” March 2017.
[4] 3GPP TS 36.213 V14.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 14),” March 2017.
[5] RP-170732, “New WID on Even further enhanced MTC for LTE,” RAN#75, March 2017.
[6] 3GPP TS 36.321 V14.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 14),” March 2017.
[7] R1-1703969, “WF on Resource Allocation for FeMTC UEs with 5MHz PUSCH Channel Bandwidth,” Huawei, HiSilicon, Ericsson, Qualcomm, Softbank, Lenovo, Motorola Mobility, Sharp, RAN1#88, February 2017.

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】