(57)【要約】      （修正有）【課題】マシンタイプ通信を行うワイヤレス端末におけるアップリンク再送方法を提供する。【解決手段】ワイヤレス端末は、マシンタイプ通信のための物理ダウンリンク制御チャネルにより搬送される、再送を要求するメッセージを検出及び復号すると、当該メッセージにより定義される再送フォーマットに従って適応的なアップリンク再送を実行する。再送フォーマットは、再送のための変調符号化レート、再送のための周波数リソース及び反復回数のうちの少なくとも１つを定義する。【選択図】図３
2020074558.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末により実行される方法であって、
前記ネットワークノードからアップリンク送信についてのグラントを受信することと、受信される前記グラントは、第１の反復回数を指し示すことと、
前記第１の反復回数に従って、アップリンク共有チャネル上での送信を行うことと、
前記ワイヤレス端末が前記第１の反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングすることと、前記第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含むことと、
前記メッセージが検出され及び正確に復号される場合において、復号される前記メッセージが再送を要求するときに、復号される前記メッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行することと、
を含む方法。
【請求項２】
前記メッセージが検出されない、前記メッセージが正確に復号されない、及び復号される前記メッセージが再送を要求していない、のうちの少なくとも１つの場合に、第２の再送フォーマットに従って非適応的な再送を実行すること、をさらに含み、前記第２の再送フォーマットは、前記メッセージの検出の前に前記ネットワークノードから受信される現行の制御対象の再送フォーマットを含む、請求項１の方法。
【請求項３】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、前記メッセージは、前記適応的なアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項１の方法。
【請求項４】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項３の方法。
【請求項５】
前記第１の再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２の反復回数、のうちの少なくとも１つを定義する、請求項１〜４の方法。
【請求項６】
アップリンク送信についての前記グラントを受信することは、ランダムアクセスチャネル（ＲＡＣＨ）Ｍｓｇ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を受信すること、を含む、請求項１〜５の方法。
【請求項７】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末であって、
前記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信する、ように構成される受信機と、
前記第１の反復回数に従って、アップリンク共有チャネル上で送信を行う、ように構成される送信機と、
前記送信機が前記第１の反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングする、ように構成される処理回路と、
を備え、
前記処理回路が前記メッセージを検出し及び正確に復号する場合において、復号される前記メッセージが再送を要求するときに、前記処理回路は、復号される前記メッセージにより指し示される第１の再送フォーマットに従って、前記送信機を介して、適応的なアップリンク再送を実行する、ようにさらに構成される、
ワイヤレス端末。
【請求項８】
前記処理回路は、前記メッセージが検出されない、前記メッセージが正確に復号されない、及び前記メッセージが再送を要求していない、のうちの少なくとも１つの場合に、第２の再送フォーマットに従って前記送信機を介して非適応的な再送を実行する、ようにさらに構成され、前記第２の再送フォーマットは、前記ネットワークノードから以前に受信された現行の制御対象の再送フォーマットを含む、請求項７のワイヤレス端末。
【請求項９】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、前記メッセージは、前記適応的なアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項７のワイヤレス端末。
【請求項１０】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項９のワイヤレス端末。
【請求項１１】
前記第１の再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２の反復回数、のうちの少なくとも１つを定義する、請求項７〜１０のワイヤレス端末。
【請求項１２】
アップリンク送信についての前記グラントは、ランダムアクセスチャネル（ＲＡＣＨ）Ｍｓｇ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を含む、請求項７〜１１のワイヤレス端末。
【請求項１３】
前記ワイヤレス端末は、低複雑度ワイヤレス端末を含む、請求項７〜１２のワイヤレス端末。
【請求項１４】
前記低複雑度ワイヤレス端末は、ＭＴＣワイヤレス端末を含む、請求項１３のワイヤレス端末。
【請求項１５】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末を制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、前記ワイヤレス端末上で稼働する場合に、前記ワイヤレス端末に、
前記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信することと、
前記第１の反復回数に従って、アップリンク共有チャネル上で送信を行うことと、
前記ワイヤレス端末が前記第１の反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングすることと、
前記メッセージが検出され及び正確に復号される場合において、復号される前記メッセージが再送を要求するときに、復号される前記メッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行することと、
を行わせるソフトウェア命令を含む、コンピュータプログラムプロダクト。
【請求項１６】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードにより実行される方法であって、
アップリンク送信についてのグラントを前記ワイヤレス端末へ送信することと、送信される前記グラントは、第１のアップリンク反復回数を指し示すことと、
前記ワイヤレス端末が前記第１のアップリンク反復回数に従ってアップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、前記ワイヤレス端末へ適応的な再送フォーマットを提供するために、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介して、前記ワイヤレス端末へメッセージを送信することと、前記適応的な再送フォーマットは、前記ワイヤレス端末からの後続のアップリンク再送のためのものであることと、
を含む方法。
【請求項１７】
前記適応的な再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２の反復回数、のうちの少なくとも１つを定義する、請求項１６の方法。
【請求項１８】
アップリンク送信についての前記グラントを送信することは、ランダムアクセスチャネル（ＲＡＣＨ）Ｍｓｇ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を送信すること、を含む、請求項１６及び請求項１７の方法。
【請求項１９】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、前記メッセージは、前記ワイヤレス端末からの前記後続のアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項１６〜１８の方法。
【請求項２０】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項１９の方法。
【請求項２１】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードであって、
受信機と、
アップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを前記ワイヤレス端末へ送信する、ように構成される送信機と、
マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージであって、前記ワイヤレス端末が前記第１の反復回数に従ってアップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に前記ワイヤレス端末へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成される処理回路と、
を備え、
前記適応的な再送フォーマットは、前記ワイヤレス端末からの後続のアップリンク再送のためのものであり、
前記送信機は、前記第１のチャネルを介して前記メッセージを送信する、ようにさらに構成される、
ワイヤレスネットワークノード。
【請求項２２】
前記適応的な再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２の反復回数、のうちの少なくとも１つを定義する、請求項２１のワイヤレスネットワークノード。
【請求項２３】
アップリンク送信についての前記グラントは、ランダムアクセスチャネル（ＲＡＣＨ）Ｍｓｇ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を含む、請求項２１及び請求項２２のワイヤレスネットワークノード。
【請求項２４】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、送信される前記メッセージは、前記後続のアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項２１〜２３のワイヤレスネットワークノード。
【請求項２５】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項２４のワイヤレスネットワークノード。
【請求項２６】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードを制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、前記ワイヤレスネットワークノード上で稼働する場合に、前記ワイヤレスネットワークノードに、
アップリンク送信についてのグラントであって第１のアップリンク反復回数を指し示す当該グラントを前記ワイヤレス端末へ送信することと、
前記ワイヤレス端末が前記第１のアップリンク反復回数に従ってアップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、前記ワイヤレス端末へ適応的な再送フォーマットを提供するために、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介して、前記ワイヤレス端末へメッセージを送信することと、
を行わせるソフトウェア命令を含み、前記適応的な再送フォーマットは、前記ワイヤレス端末からの後続のアップリンク再送のためのものである、
コンピュータプログラムプロダクト。 
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、２０１５年８月６日に提出された米国仮特許出願第６２／２０１，９１３号の優先権を主張し、その内容の全体は参照によりここに取り入れられる。
【０００２】
［技術分野］
ここで提示される解決策は、概して、ワイヤレスネットワークノードと通信関係にあるワイヤレス端末、ワイヤレス端末により実行される方法、ワイヤレスネットワークノードと通信関係にあるワイヤレス端末を制御するコンピュータプログラムプロダクト、及びワイヤレス端末と通信関係にあるワイヤレスネットワークノードに関し、具体的には、ワイヤレス通信システムにおける、例えばアップリンクのハイブリッド自動再送要求（ＨＡＲＱ）手続などの再送手続に関する。
【背景技術】
【０００３】
ＬＴＥ（Long  Term  Evolution）は、ダウンリンクにおいてＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）を、アップリンクにおいてＤＦＴ（Discrete  Fourier  Transform）拡散ＯＦＤＭを使用する。基本的なＬＴＥのダウンリンク物理リソースを、よって、図１に示したような時間−周波数グリッドとして見ることができ、各リソースエレメントは、１つのＯＦＤＭシンボルインターバルの期間中の１本のＯＦＤＭサブキャリアに相当する。
【０００４】
ＩｏＴ（internet  of  things）及びマシンタイプ通信（ＭＴＣ）という関連する概念は、事業者のための重要な収益源であり、事業者の視点からすると莫大なポテンシャルを有する。事業者にとっては、既に配備済みの無線アクセス技術を用いてＭＴＣユーザ機器（ＵＥ）にサービスできることが効率的である。従って、３ＧＰＰ（3rd  Generation  Partnership  Project）  ＬＴＥは、ＩｏＴ及びＭＴＣの効率的なサポートのための競争力のある無線アクセス技術として検討されてきた。ＭＴＣ  ＵＥのコストを引き下げることは、ＩｏＴの実装のための重要な要因（enabler）である。さらに、多くのＭＴＣアプリケーションは、運用上のＵＥ電力消費が低いことを要することになり、低頻度なバースト的送信及び小規模なデータパケットで通信を行うことが予期される。加えて、建物内の奥深くに配備されるデバイスのＭ２Ｍ（Machine-to-Machine）ユースケースについて実質的なマーケットが存在し、それは定義済みのＬＴＥセルカバレッジの面積（footprint）と比較してカバレッジの拡張を要するはずである。
【０００５】
３ＧＰＰ  ＬＴＥリリース１２は、長いバッテリー寿命を可能にするＵＥ電力節約モードと、削減されたモデムの複雑度を可能とする新たなＵＥカテゴリとを定義した。リリース１３では、追加的なＭＴＣ作業が、さらにＵＥコストを削減し、及びカバレッジの拡張を提供する。３ＧＰＰ  ＴＲ３６．８８８  ｖ１２．０．０，“Study  on  Provision  of  Low-Cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)”を参照されたい。コスト削減を可能にする鍵となる要素は、任意のシステム帯域幅の範囲内でダウンリンク及びアップリンクにおいて１．４ＭＨｚという削減されたＵＥ帯域幅を導入することである。３ＧＰＰ  ＴＲ３６．８８８  ｖ１２．０．０，“Study  on  Provision  of  Low-Cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)”を参照されたい。
【０００６】
ＬＴＥでは、システム帯域幅は最大で２０ＭＨｚまで可能であり、この合計帯域幅は複数の１８０ｋＨｚの物理リソースブロック（ＰＲＢ）へ分割される。ＬＴＥリリース１３において導入される１．４ＭＨｚという低減されたＵＥ帯域幅を伴う低複雑度／低コストＵＥは、一度に合計システム帯域幅の一部のみ−最大６つのＰＲＢに相当する部分−を受信可能となる。ここで、６つのＰＲＢの集合を“ＰＲＢグループ”という。３ＧＰＰ  ＴＲ３６．８８８  ｖ１２．０．０，“Study  on  Provision  of  Low-Cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)”を参照されたい。ここで使用されるところによれば、ＬＣ  ＵＥは、低コストＵＥ及び／又は低複雑度ＵＥをいう。
【０００７】
ＬＣ  ＵＥのために及び遅延寛容なＭＴＣアプリケーションを動作させる他のＵＥのためにＬＴＥリリース１３において目標とされるカバレッジを達成する目的で、ＵＥ側での受信信号のエネルギーの累積（accumulation）を可能とするために、時間的反復技法が使用され得る。物理データチャネル（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）など）についてサブフレームバンドリング（例えば、ＴＴＩバンドリング）を使用することができる。サブフレームバンドリングが適用される場合、各ハイブリッド自動再送要求（ＨＡＲＱ）の（再）送信は、単一のサブフレームのみの代わりに、複数のサブフレームのバンドルを含む。複数のサブフレームにわたる反復を物理制御チャネルへ適用することもできる。ＵＥのカバレッジ状況に依存して、様々な反復回数が使用されることになる。３ＧＰＰ  ＴＲ３６．８８８  ｖ１２．０．０，“Study  on  Provision  of  Low-Cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)”及び３ＧＰＰ  ＴＳ３６．３２１  ｖ１３．２．０，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”を参照されたい。
【０００８】
ＬＴＥ物理データチャネル（例えば、ＰＤＳＣＨ、ＰＵＳＣＨなど）上での送信は、典型的には、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）におけるダウンリンク制御情報（ＤＣＩ）を用いてスケジューリングされる。言及した低減された帯域幅を伴うＬＣ  ＵＥについて、ＰＤＣＣＨの帯域幅を６ＰＲＢよりも大きくすることはできない。ここでは、ＬＣ  ＵＥ及び拡張されるカバレッジをサポートするＰＤＣＣＨをＭＴＣ−ＰＤＣＣＨ（Ｍ−ＰＤＣＣＨ）という。Ｍ−ＰＤＣＣＨは、既存の拡張ＰＤＣＣＨ（Ｅ−ＰＤＣＣＨ）に基づくであろう。
【０００９】
レガシーのアップリンク（ＵＬ）ＨＡＲＱは、同期的であって典型的には非適応的であり、ここで同期的とはＵＥが前回の送信の終了から固定的な時間の後に再送信号を送信することが期待されることを意味する。ＬＴＥでは、周波数分割複信（ＦＤＤ）であってフレーム構造タイプ１を伴うサービングセルならば、サブフレームｉにおいてＵＥへ割り当てられる物理ＨＡＲＱインジケーションチャネル（ＰＨＩＣＨ）上で受信されるＨＡＲＱ−ＡＣＫは、サブフレームｉ−４におけるＰＵＳＣＨ送信に関連付けられる。ＦＤＤ及び通常のＨＡＲＱ動作について、ＵＥは、当該ＵＥ宛てのサブフレームｎにおけるＤＣＩフォーマット０／４及び／又はＰＨＩＣＨ送信を伴うＰＤＣＣＨ／ＥＰＤＣＣＨの所与のサービングセル上での検出後に、そのＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従ってサブフレームｎ＋４での対応するＰＵＳＣＨ送信を調整する。レガシーのＵＬ  ＨＡＲＱの同期的な特性の利点は、プロセス番号をサブフレーム番号から推測できるために、例えばＨＡＲＱプロセス番号などのプロセス番号を明示的にシグナリングする必要が無いことである。
【００１０】
非適応的なＨＡＲＱもまた可能な場合には使用される。このケースでは、同期的かつ非適応的という組み合わせのＨＡＲＱは、適応的であり非同期的なＨＡＲＱと比較して低い制御オーバヘッドに帰結する。
【００１１】
ＵＬ  ＨＡＲＱについて、適応的な動作もまた可能である。このケースでは、ＵＥは、フィードバックを求めてＰＨＩＣＨを読み取り、ＰＤＣＣＨについてチェックを行う。ＰＤＣＣＨもまた送信されている場合、ＵＥは、ＰＨＩＣＨフィードバックをオーバライドし、より詳細な制御情報を使用して、再送のために又は例えば何らかの特定の冗長性バージョン（ＲＶ）が送信されるようにリクエストするために（例えば、フル再送グラントが送信される）ＵＥが使用するＵＬ周波数リソースを変更することができる。いずれのケースでも、ＵＬ  ＨＡＲＱは、依然として同期的であって、それによりあり得る再送が８サブフレームごとに生起する。
【００１２】
そのうえ、ＵＥは、ＰＨＩＣＨ上でＨＡＲＱ  ＡＣＫを受信する場合でさえ、自身のＵＬバッファをフラッシュせず、代わりに送信バッファ内に送信ブロック（ＴＢ）を維持する。拡張ノードＢ（ｅＮＢ）がＮＤＩ（New  Data  Indicator）を切り替えることにより新たなデータを送信するように明示的にＵＥへシグナリングした後にのみ（ＰＤＣＣＨにおける新たな送信のためのＤＣＩ）、ＵＥは、キューイングされている次のＴＢへ移る。３ＧＰＰ  ＴＳ３６．３２１  ｖ１２．５．０“3rd  Generation  Partnership  Project,  Technical  Specification  Group  Radio  Access  Network;  Evolved  Universal
Terrestrial  Radio  Access  (E-UTRA)  Medium  Access  Control  (MAC)  protocol
specification  (Release  12)”を参照されたい。
【発明の概要】
【００１３】
ここで提示される解決策は、例えばＭ−ＰＤＣＣＨといったマシンタイプ通信のための物理ダウンリンク制御チャネルを使用して、制御送信及びデータ送信についての様々な反復レベルを可能にする。より具体的には、ワイヤレス端末は、マシンタイプ通信のための物理ダウンリンク制御チャネルにより搬送される、再送を要求するメッセージを検出し及び正確に復号する場合、検出され及び正確に復号されたメッセージ内に含まれる再送フォーマットに従って適応的なアップリンク再送を実行する。その再送フォーマットは、再送のための変調符号化レート、再送のための周波数リソース、及び反復回数、のうちの少なくとも１つを定義する。理解されるであろうこととして、ここで提示される解決策は、再送フォーマットを選択し及びマシンタイプ通信のための物理ダウンリンク制御チャネルを介して送信されるメッセージにおいてワイヤレス端末へシグナリングすることを可能にすることにより、再送フォーマットを適応的にすることを可能にする。さらに理解されるであろうこととして、データチャネルと制御チャネルとの間のタイミングは、標準により若しくは仕様により予め定義されてもよく、及び／又は、例えばブロードキャストされ若しくはユニキャストされる無線リソース制御（ＲＲＣ）シグナリングを用いてシグナリングされてもよい。
【００１４】
ワイヤレス端末、例えばマシンタイプ通信端末により実行される１つの例示的な方法は、ネットワークノードからアップリンク送信についてのグラントを受信することと、受信される上記グラントは第１の反復回数を指し示すことと、上記第１の反復回数に従ってアップリンク共有チャネル上で送信を行うことと、を含む。この例示的な方法は、上記ワイヤレス端末が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングすることと、上記第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含むことと、をさらに含む。上記メッセージが検出され及び正確に復号される場合において、復号される上記メッセージが再送を要求するときに、上記方法は、復号される上記メッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行すること、を含む。
【００１５】
１つの例示的なワイヤレス端末は、受信機、送信機及び処理回路を含む。上記受信機は、上記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信する、ように構成される。上記送信機は、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行う、ように構成される。上記処理回路は、上記送信機が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングする、ように構成される。上記処理回路が上記メッセージを検出し及び正確に復号する場合において、復号される上記メッセージが再送を要求するときに、上記処理回路は、復号される上記メッセージにより指し示される第１の再送フォーマットに従って、上記送信機を介して、適応的なアップリンク再送を実行する、ようにさらに構成される。
【００１６】
他の例示的なワイヤレス端末は、受信モジュール、送信モジュール及び処理モジュールを含む。上記受信モジュールは、上記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信する、ように構成される。上記送信モジュールは、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行う、ように構成される。上記処理モジュールは、上記送信モジュールが上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングする、ように構成される。上記処理モジュールが上記メッセージを検出し及び正確に復号する場合において、復号される上記メッセージが再送を要求するときに、上記処理モジュールは、復号される上記メッセージにより指し示される第１の再送フォーマットに従って、上記送信モジュールを介して、適応的なアップリンク再送を実行する、ようにさらに構成される。
【００１７】
他の例示的な実施形態は、ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末を制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトを含む。上記コンピュータプログラムプロダクトは、上記ワイヤレス端末上で稼働する場合に、上記ワイヤレス端末に、上記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信することと、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行うことと、上記ワイヤレス端末が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングすることと、を行わせるソフトウェア命令を含む。上記メッセージが検出され及び正確に復号される場合において、復号される上記メッセージが再送を要求するときに、上記ソフトウェア命令は、上記ワイヤレス端末上で稼働する場合に、上記ワイヤレス端末に、復号される上記メッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行させる。
【００１８】
ネットワークノード、例えば基地局又はｅＮＢにより実行される他の例示的な方法は、アップリンク送信についてのグラントをワイヤレス端末へ送信することと、送信される上記グラントは、第１のアップリンク反復回数を指し示すことと、上記ワイヤレス端末が上記第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、上記ワイヤレス端末へ適応的な再送フォーマットを提供するために、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介して、上記ワイヤレス端末へメッセージを送信することと、上記適応的な再送フォーマットは、上記ワイヤレス端末からの後続のアップリンク再送のためのものであることと、を含む。
【００１９】
１つの例示的なネットワークノードは、送信機、受信機及び処理回路を含む。上記送信機は、アップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントをワイヤレス端末へ送信する、ように構成される。上記処理回路は、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージであって、上記ワイヤレス端末が上記第１の反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に上記ワイヤレス端末へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成され、上記適応的な再送フォーマットは、上記ワイヤレス端末からの後続のアップリンク再送のためのものである。上記送信機は、上記第１のチャネルを介して上記メッセージを送信する、ようにさらに構成される。
【００２０】
他の例示的なネットワークノードは、送信モジュール、受信モジュール及び処理モジュールを含む。上記送信モジュールは、アップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントをワイヤレス端末へ送信する、ように構成される。上記処理モジュールは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージであって、上記ワイヤレス端末が上記第１の反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に上記ワイヤレス端末へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成され、上記適応的な再送フォーマットは、上記ワイヤレス端末からの後続のアップリンク再送のためのものである。上記送信モジュールは、上記第１のチャネルを介して上記メッセージを送信する、ようにさらに構成される。
【００２１】
他の例示的な実施形態は、ワイヤレス端末と通信関係にあるワイヤレスネットワークノードを制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトを含む。上記コンピュータプログラムプロダクトは、上記ワイヤレスネットワークノード上で稼働する場合に、上記ワイヤレスネットワークノードに、アップリンク送信についてのグラントであって第１のアップリンク反復回数を指し示す当該グラントを上記ワイヤレス端末へ送信することと、上記ワイヤレス端末が上記第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、上記ワイヤレス端末へ適応的な再送フォーマットを提供するために、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介して、上記ワイヤレス端末へメッセージを送信することと、を行わせるソフトウェア命令を含み、上記適応的な再送フォーマットは、上記ワイヤレス端末からの後続のアップリンク再送のためのものである。
【図面の簡単な説明】
【００２２】
【図１】ＬＴＥダウンリンク物理リソースの一例を示している。
【図２】１回のＵＬ送信の一例を示している。
【図３】ワイヤレス端末についての１つの例示的な方法を示している。
【図４】ネットワークノードについての１つの例示的な方法を示している。
【図５】ネットワークノード及びワイヤレス端末を伴う例示的なワイヤレスネットワークを示している。
【図６】ネットワークノードについての例示的な処理回路のブロック図を示している。
【図７】ワイヤレス端末についての例示的な処理回路のブロック図を示している。
【図８Ａ】Ｒｃ＝Ｒｕ≦６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図８Ｂ】Ｒｃ＝Ｒｕ≦６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図８Ｃ】Ｒｃ＝Ｒｕ≦６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図８Ｄ】Ｒｃ＝Ｒｕ≦６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図９Ａ】Ｒｃ＝Ｒｕ＞６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図９Ｂ】Ｒｃ＝Ｒｕ＞６の場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１０】Ｒｃ＜Ｒｕの場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１１】Ｒｃ＞Ｒｕの場合の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１２Ａ】Ｒｃ＝Ｒｕ≦８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１２Ｂ】Ｒｃ＝Ｒｕ≦８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１２Ｃ】Ｒｃ＝Ｒｕ≦８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１２Ｄ】Ｒｃ＝Ｒｕ≦８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１３Ａ】Ｒｃ＝Ｒｕ＞８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１３Ｂ】Ｒｃ＝Ｒｕ＞８の場合のさらなる例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１４】Ｒｃ＜Ｒｕの場合の他の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１５】Ｒｃ＞Ｒｕの場合の他の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１６】Ｒｃ＜Ｒｕの場合の他の例示的な並列的ＵＬ−ＨＡＲＱプロセスのタイミングを示している。
【図１７】ネットワークノード及びワイヤレス端末を伴う他の例示的なワイヤレスネットワークを示している。
【図１８】ネットワークノードの処理回路のための例示的なコンピュータプログラムプロダクトのブロック図を示している。
【図１９】ワイヤレス端末の処理回路のための例示的なコンピュータプログラムプロダクトのブロック図を示している。
【発明を実施するための形態】
【００２３】
ここで提示される解決策は、マシンタイプ通信（ＭＴＣ）のために使用される再送についての柔軟性を提供する。以下に議論されるように、ここで提示される解決策は、概して、ＬＣ（low  cost/low  complexity）ＵＥ、及び／又はＣＥ（Coverage  Enhanced/Coverage  Enhancement）ＵＥへ適用され、それらは、限定ではないものの、１８０ｋＨｚに制限されるチャネル帯域幅でＥ−ＵＴＲＡ（evolved  universal  terrestrial  radio  access）を介するネットワークサービスへのアクセスを有するＵＥを代表する、ＭＴＣ  ＵＥ、拡張ＭＴＣ（ｅＭＴＣ）ＵＥ、ＣＥリリース１３ＵＥ、及び狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）ＵＥを含む。加えて、ここで提示される解決策は、概して、６ＰＲＢという制限されたチャネル帯域幅でＤＬ及びＵＬにおいて動作するＵＥを代表する帯域幅制限（ＢＲ）ＵＥ、及び、帯域幅制限低複雑度（ＢＬ）ＵＥへ適用される。簡明さのために、提示される解決策へ適用可能なワイヤレス端末／ＵＥは、任意のＬＣ、ＣＥ、ＭＴＣ、ｅＭＴＣ、ＣＥリリース１３、ＮＢ−ＩｏＴ、ＢＲ及びＢＬワイヤレス端末である。さらに、ここで提示される解決策は、時間ドメインにおける柔軟性に関連する同期性／非同期性で、及び周波数ドメインにおける柔軟性に関連する適応性／非適応性で特徴付けられ得るハイブリッド自動再送要求（ＨＡＲＱ）に言及する（“4G:  LTE/LTE-Advanced  for  Mobile  Broadband”（2nd  Edition，2013）参照）。当業者により理解されるように、及び“4G:
LTE/LTE-Advanced  for  Mobile  Broadband”により定義されているように、非同期的な再送、例えば非同期的なＨＡＲＱ再送は、再送がいつでも生起し得ることを示唆し、一方で、同期的な再送、例えば同期的なＨＡＲＱは、再送が前回の送信から固定的な時間後に生起することを示唆する。例えば、あるＰＵＳＣＨ送信が失敗した場合、非同期的なＨＡＲＱのための（ＡＣＫ／ＮＡＣＫを搬送する関連付けられるＭ−ＰＤＣＣＨで開始する）再送は、予め決定される時間においてなされるわけではない。一方で、同期的なＨＡＲＱ再送については、再送は予め決定される時間においてなされる。また、当業者により理解されるように、及び“4G:  LTE/LTE-Advanced  for  Mobile  Broadband”により定義されているように、適応的な再送、例えば適応的なＵＬ  ＨＡＲＱ再送は、周波数位置と恐らくは送信フォーマットとが送信信号間で変化し得ることを示唆し、一方で、非適応的な再送、例えば非適応的なＵＬ  ＨＡＲＱ再送は、再送が初期の送信と同じ周波数リソースにおいて同じ送信フォーマットで生起しなければならないことを示唆する。理解されるであろうこととして、適応的なＵＬ再送、例えば適応的なＵＬ  ＨＡＲＱ再送は、適応的な再送要求プロトコル、例えば適応的なＨＡＲＱプロトコルにより送信される再送を表す。“4G:  LTE/LTE-Advanced  for  Mobile  Broadband”の第２５０〜２５１頁に示されているように「適応的なハイブリッドＡＲＱプロトコルは、周波数位置及び恐らくはより詳細な送信フォーマットもまた再送信号間で変更され得ることを示唆する」。よって、適応的なＵＬ再送は、周波数位置を適応させ又は変更する能力への言及であり、恐らくはＵＬ再送のより詳細な送信フォーマットもまたＵＬ再送信号間で変更されることができる。ここで提示される解決策をさらに議論する前に、以下では、まず、ここで提示される解決策の詳細な説明をサポートするいくつかの追加的な背景が提供される。
【００２４】
最大帯域幅（ＢＷ）リリース１３ＬＣ  ＵＥは、いかなるシステムでも、一度に６ＰＲＢを読み取ることができる。よって、例えば物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケーションチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などのレガシーチャネルを使用することができない。そのため、ＭＴＣ向けのＰＤＣＣＨ、例えばＭ−ＰＤＣＣＨがＬＣ  ＵＥについて使用されるダウンリンク制御チャネルとなる。
【００２５】
加えて、ＣＥの特徴は、ＵＥのカバレッジ拡張レベルに依存して、物理チャネル送信の複数回の反復を用いることをＵＥに要求する。ＵＥは、あり得るダウンリンク制御チャネルの反復と共に、それらの間のＰＵＳＣＨ再送をも考慮する必要があるため、あり得るＵＬ再送が前回の送信の終了から８サブフレーム後に常に生起することはできない。図２に示した例を参照されたい。そこでは、Ｍ−ＰＤＣＣＨは、常に２サブフレームを費やす。このケースでは、Ｍ−ＰＤＣＣＨの終了とＰＵＳＣＨの開始との間の固定的なタイミングが一定に保たれるとしても、あり得る最も早い再送機会は、既存のＵＬ  ＨＡＲＱ動作と比較すると格段に遅れるはずである。
【００２６】
制御チャネルは反復される必要があり得るために、ＵＥカバレッジレベルに依存して、反復が使用される場合にＵＥが読み取る必要のある制御の量を最小化することが望ましい。しかしながら、リリース８から使用されてきた類似の方式は、タイミングの課題及びＰＨＩＣＨの欠如の可能性を理由として、可能ではない。
【００２７】
ここで提示される解決策は、前述した制限を伴うＬＣ及び／又はＣＥリリース１３ＵＥについてＵＬ  ＨＡＲＱを使用することを可能にする。概して、ＵＥは、当該ＵＥが第１の反復回数に従ってＵＬ共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネル（例えば、Ｍ−ＰＤＣＣＨ）をモニタリングする。そのメッセージが検出され及び正確に復号される場合において、復号されるメッセージが再送を要求するときに、ＵＥは、復号されるメッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行する。
【００２８】
図３は、ワイヤレス端末４００（例えば、マシンタイプ通信端末）により実行される１つの例示的な方法１００を示している。方法１００は、ネットワークノード３００（例えば、基地局又はｅＮＢ）からアップリンク送信についてのグラントを受信すること、を含み、受信されるグラントは、第１の反復回数を指し示す（ブロック１１０）。理解されるであろうこととして、いくつかの実施形態において、ＵＬ送信についてのグラントは、ランダムアクセスチャネル（ＲＡＣＨ）Ｍｓｇ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を含む。上記方法は、第１の反復回数に従って、ＵＬ共有チャネル上での送信を行うこと（ブロック１２０）と、ワイヤレス端末４００が第１の反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングすること（ブロック１３０）と、をさらに含む。第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む。ここで使用されるところによれば、“マシンタイプ通信のための”物理ダウンリンク制御チャネルとは、ＬＣ、ＣＥ、ＭＴＣ、ｅＭＴＣ、ＣＥリリース１３、ＮＢ−ＩｏＴ、ＢＲ及びＢＬワイヤレス端末を含む任意の適用可能なワイヤレス端末により受信可能な任意の物理ダウンリンク制御チャネルへの言及であり、限定ではないものの、Ｍ−ＰＤＣＣＨ及び狭帯域ＰＤＣＣＨ（Ｎ−ＰＤＣＣＨ）を含む。第１のチャネルにより搬送されるメッセージが検出され及び正確に復号される場合において、復号されるメッセージが再送を要求するときに（ブロック１４０）、上記方法は、復号されるメッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行すること、を含む（ブロック１５０）。１つの例示的な実施形態において、上記方法は、メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って非適応的な再送を実行すること、をさらに含む。第２の再送フォーマットは、現行の制御対象の再送フォーマットを含み、現行の制御対象の再送フォーマットは、例えば、受信されたグラントにより定義された送信フォーマットなど、ネットワークノード３００から以前に受信された再送フォーマット、又は、受信されたグラントの後にワイヤレス端末４００により受信されたその後の再送フォーマットにより定義される再送フォーマットを含む。
【００２９】
図４は、ネットワークノード３００（例えば、基地局又はｅＮＢ）により実行される１つの例示的な方法２００を示している。方法２００は、アップリンク送信についてのグラントをワイヤレス端末４００（例えば、マシンタイプ通信端末）へ送信すること、を含み、送信されるグラントは、第１のアップリンク反復回数を指し示す（ブロック２１０）。上記方法は、さらに、ワイヤレス端末４００が第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、ワイヤレス端末４００へ適応的な再送フォーマットを提供するために、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介して、ワイヤレス端末４００へメッセージを送信すること（ブロック２２０）、をさらに含み、適応的な再送フォーマットは、ワイヤレス端末４００からの後続のＵＬ再送のためのものである。
【００３０】
図５は、ワイヤレス端末４００（例えば、マシンタイプ通信端末）と通信関係にあるネットワークノード３００（例えば、基地局又はｅＮＢ）を含む例示的なワイヤレスネットワークを示している。ワイヤレス端末４００は、送信機４１０と、受信機４２０と、処理回路４３０とを備える。受信機４２０は、ネットワークノード３００からアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信する、ように構成される。送信機４１０は、第１の反復回数に従って、アップリンク共有チャネル上での送信を行う、ように構成される。処理回路４３０は、送信機４１０が第１の反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングする、ように構成される。第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む。第１のチャネルにより搬送されるメッセージが検出され及び正確に復号される場合において、復号されるメッセージが再送を要求するときに、処理回路４３０は、復号されるメッセージにより指し示される第１の再送フォーマットに従って、送信機を４１０介して、適応的なアップリンク再送を実行する、ように構成される。１つの例示的な実施形態において、処理回路４３０は、メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って送信機４１０を介して非適応的な再送を実行する、ようにさらに構成される。第２の再送フォーマットは、現行の制御対象の再送フォーマットを含み、現行の制御対象の再送フォーマットは、例えば、受信されたグラントにより定義された送信フォーマットなど、以前に受信された再送フォーマット、又は、受信されたグラントの後にワイヤレス端末４００により受信されたその後の再送フォーマットにより定義される再送フォーマットを含む。
【００３１】
ネットワークノード３００は、送信機３１０と、受信機３２０と、処理回路３３０とを備える。送信機３１０は、アップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントをワイヤレス端末４００へ送信する、ように構成される。処理回路３３０は、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージであって、ワイヤレス端末４００が第１の反復回数に従ってＵＬ共有チャネル上での送信を行ってから第１の数のサブフレームの後にワイヤレス端末４００へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成され、適応的な再送フォーマットは、ワイヤレス端末４００から送信され受信機３２０により受信される後続のアップリンク再送のためのものである。送信機３１０は、第１のチャネルを介してメッセージを送信する、ようにさらに構成される。
【００３２】
図６及び図７は、図５のネットワークノード及びワイヤレス端末の処理回路３３０、４３０についての例示的なブロック図を示している。処理回路３３０は、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージを生成する、ように構成される再送フォーマットユニット３３２、を含む。第１のチャネルは、ワイヤレス端末４００へ上記メッセージを提供し、上記メッセージは、ワイヤレス端末４００により送信され受信機３２０により受信されるアップリンク再送信号のための適応的な再送フォーマットを定義する。処理回路４３０は、モニタリングユニット４３２、復号ユニット４３４、適応的再送ユニット４３６、及び非適応的再送ユニット４３８を含む。モニタリングユニット４３２は、ワイヤレス端末４００が第１の反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングする、ように構成され、第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む。復号ユニット４３４は、上記メッセージを復号する、ように構成される。適応的再送ユニット４３６は、上記メッセージが検出され及び正確に復号される場合において、復号されるメッセージが再送を要求するときに、復号されるメッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行する、ように構成される。非適応的再送ユニット４３８は、上記メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って非適応的な再送を実行する、ように構成され、第２の再送フォーマットは、ワイヤレス端末４００により以前に受信された再送フォーマットを含む現行の制御対象の再送フォーマットを含む。処理回路３３０、４３０及びそれら処理回路３３０、４３０の各々内の多様な要素は、ＡＳＩＣ（application  specific  integrated  circuit）を含むハードウェア内に組み込まれてもよく、その場合、ハードウェア上で実行される（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェアがここで開示される処理及びアルゴリズムに従って当該ハードウェアを構成する。
【００３３】
図３〜図７に関連付けられる上記説明がここで提示される解決策の通則的な説明を提供している一方、以下はその解決策を実装するための例示的な詳細を提供する。１つの例示的な実施形態において、ＵＥは、ＵＬ  ＨＡＲＱフィードバックについての以下のルールに従う：
−ＵＥは、不連続送信（ＤＴＸ）（例えば、フィードバックなし）に至った場合、同期的かつ非適応的な再送信号を送信する。同期的な再送のタイミングは、制御チャネルとデータチャネルとの間の固定的なタイミングに依存し、追加的にそれら制御チャネル及びデータチャネルについて要する反復回数に依存する。
−ＵＥは、Ｍ−ＰＤＣＣＨを介して送信されるメッセージを検出し及び復号する際に、復号されるＭ−ＰＤＤＣＨメッセージにおいて指示されるように動作する。
・オプションは、ＡＣＫだが新たなデータ到来せず、新たなデータありのＡＣＫ、又は、ＮＡＣＫ及び再送のためのグラント、を含む。さらに理解されるであろうこととして、ここで提示される解決策は、適切なＨＡＲＱ動作のためのタイミングの観点を定義する。説明の容易さのために、ここで提示される解決策は、全二重（full-duplex）ＦＤＤシステムを前提とする。しかしながら、当業者は、ここで提示される解決策が、限定ではないものの時間分割複信（ＴＤＤ）及び半二重ＦＤＤを含む他のタイプのシステムに当てはまることを理解するであろう。それらシステムにおいて、非同期的再送に対して同期的再送が、適応的再送に対して非適応的再送が生起する。加えて、理解されるであろうこととして、ここで提示される解決策は、制御送信及びデータ送信の双方について、異なる複数の反復レベルを伴うアップリンクＨＡＲＱを使用することを可能にし、サポートされ得るはずのタイミング特性及び最大の同時のＨＡＲＱプロセス数を詳述する。
【００３４】
ここで提示される解決策は、概して送信の不成功の明示的なシグナリングを必要としないことから、制御チャネル上のリソースを節約する。具体的には、ｅＮＢは、使用されるＵＬリソースを変更するようにＵＥへシグナリングすることを望むケースにおいてのみ、ＵＥへ再送グラントを伴う明示的なＮＡＣＫを送信する必要がある。また、既定のケースでは、ＨＡＲＱは、Ｍ−ＰＤＣＣＨの再送回数に基づいて同期的である。Ｍ−ＰＤＣＣＨの構成は、明示的に変更されることがない限りＵＥについて静的であり、再送のタイミングは、制御チャネルの反復回数が知得される際に計算されることができる。ここで、制御チャネルの反復回数は、（Ｍ−ＰＤＣＣＨ内の）ＤＣＩにより提供されてもよい。
【００３５】
さらに理解されるであろうこととして、同じ方式を、ランダムアクセス手続の期間中の、ＲＡＣＨメッセージ３を表すＭｓｇ３送信について使用することができる。ＲＡＣＨメッセージ３は、ＵＬ共有チャネル（ＵＬ−ＳＣＨ）上で最初にスケジューリングされるＵＬ送信であって、ＤＬ−ＳＣＨ上でＭＡＣ（Medium  Access  Control）により生成されるランダムアクセスレスポンスの後に生起する。Ｍｓｇ３についての初期のグラントは、ランダムアクセスレスポンス（ＲＡＲ）内に現れ、その後にあり得る再送が上述したように実行される。システム情報（ＳＩ）内にＭｓｇ３再送の最大回数についての別個の構成が存在する。
【００３６】
既存の同期的ＵＬ  ＨＡＲＱ動作を、Ｍ−ＰＤＣＣＨ及びＰＵＳＣＨの潜在的な反復を受け入れるように拡張することができる。その概念及び原理は、多くのユースケースへ広く適用可能であるものの、ここでの議論は、ＭＴＣのユースケースに焦点を当てる。以下では、“ＵＥ”は、別段明示的に記述されない限り、例えばＭＴＣ  ＵＥなどのＬＣ／ＣＥ  ＵＥへの言及である。
【００３７】
ここで提示される解決策をより良好に理解するために、以下にＭ−ＰＤＣＣＨに関するいくつかの詳細を提供する。Ｍ−ＰＤＣＣＨ候補は、｛Ｌ，Ｒ｝の組み合わせにより定義され、Ｌはあるサブフレームにおける拡張制御チャネルエレメント（ＥＣＣＥ）アグリゲーションレベル（ＡＬ）を表し、Ｒはサブフレームをまたいだ反復回数を表し、Ｒ個のサブフレームの範囲内でＬは同一である。Ｍ−ＰＤＣＣＨサーチスペースは、サブフレームをまたいだ変化する反復回数のブラインド復号候補を含み得る。ＵＥ固有のＭ−ＰＤＣＣＨサーチスペース、即ち、｛Ｌ，Ｒ｝のＭ−ＰＤＣＣＨ候補のセットは、ユニキャストデータ送信についての無線リソース制御（ＲＲＣ）により構成される。ブロードキャストデータ送信については、ＲＲＣ構成は利用可能ではない可能性があり、共通サーチスペースが使用されなければならない。その場合、｛Ｌ，Ｒ｝のＭ−ＰＤＣＣＨ候補は、仕様において予め定義され又はシステム情報により提供される必要がある。
【００３８】
ＵＥは、モニタリング対象のＤＣＩフォーマットに従って、関係するサーチスペース内のＭ−ＰＤＣＣＨ候補の各々の復号を試行することにより、Ｍ−ＰＤＣＣＨをモニタリングする。モニタリングすべきＭ−ＰＤＣＣＨ候補の開始サブフレームが、少なくともカバレッジ拡張におけるＵＥについて、ＵＥ固有のサーチスペースのために構成される。サーチスペース内に、反復回数Ｒのみ異なる複数のＭ−ＰＤＣＣＨ候補が存在しない場合、Ｍ−ＰＤＣＣＨ候補の終了サブフレームにおける曖昧性は無い。例えば、ｅＮｏｄｅＢがＭ−ＰＤＣＣＨを全てのＭ−ＰＤＣＣＨ候補についてＲ＝２となるように構成する場合、ＵＥは、Ｍ−ＰＤＣＣＨが（送信される場合）常に２サブフレーム反復されることを知得する。このケースでは、Ｍ−ＰＤＣＣＨは、サブフレームｎにおいて開始すると、サブフレームｎ＋１において終了する。このタイプのＭ−ＰＤＣＣＨ構成について、スケジューリングされるＰＵＳＣＨ送信は、次のインデックスのサブフレームにおいて開始し得る： 
ｎ＋Ｒ−１＋Ｄ      （１） ここで、ｎはＭ−ＰＤＣＣＨの開始サブフレームインデックスを表し、ＲはＭ−ＰＤＣＣＨについてサブフレームをまたいだ反復回数を表し、ＤはＭ−ＰＤＣＣＨの終了とＰＵＳＣＨの開始との間の遅延を表す。レガシーの制御−データ処理タイミングを想定すると、例えば、Ｄ＝４である。
【００３９】
一方で、サーチスペース内に、反復回数Ｒのみ異なる複数のＭ−ＰＤＣＣＨ候補が存在する場合、Ｍ−ＰＤＣＣＨ候補の終了サブフレームに曖昧性がある。例えば、ｅＮｏｄｅＢがサーチスペース内の全てのＬについてＲ＝｛１，２，４｝を構成し、Ｍ−ＰＤＣＣＨがサブフレームｎにおいて開始する場合、ＲＬ，ｍａｘ＝４である。このケースでは、Ｍ−ＰＤＣＣＨは、サブフレームｎにおいて、サブフレームｎ＋１において、又はサブフレームｎ＋３において終了し得る。このタイプのＭ−ＰＤＣＣＨ構成について、スケジューリングされるＰＵＳＣＨ送信は、次のインデックスのサブフレームで開始してよい： 
ｎ＋ＲＬ，ｍａｘ−１＋Ｄ      （２） ここで、ｎはＭ−ＰＤＣＣＨの開始サブフレームインデックスを表し、ＲＬ，ｍａｘはアグリゲーションレベルＬのＭ−ＰＤＣＣＨについてサブフレームをまたいだあり得る最大の反復回数を表し、Ｌは成功裏に復号されたＭ−ＰＤＣＣＨ候補のアグリゲーションレベルを表し、ＤはＭ−ＰＤＣＣＨの終了とＰＵＳＣＨの開始との間の遅延を表す。
【００４０】
同期的なＵＬ−ＨＡＲＱについての１つの例示的な手続は、次の通りである：
−ＵＥは、新たなＵＬ送信についてのグラントを受信し、当該グラントは、他の必要な情報の中でもとりわけ、ＵＥが使用する反復回数を指し示す（図２における最初のＭ−ＰＤＣＣＨ）
・再送カウンタを設定：ｃｏｕｎｔ＝０
−ＵＥは、ＰＵＳＣＨ上の指し示されたリソース上での送信を、ＵＬグラントにおいて指示された通りの反復と共に行う。
−ＵＥは、ｎをＰＵＳＣＨの最後の反復として、サブフレームｎ＋ｋにおいて開始するＭ−ＰＤＣＣＨをリッスンする（レガシー動作ではｋ＝４）。
・ＵＥが制御を検出せず（＝ＤＴＸ）かつｃｏｕｎｔ＜最大再送回数である場合：
・ＵＥは、同期的で非適応的な再送を実行する
・再送は、サブフレーム（ｎ＋ｊ＋ｋ−１＋Ｒｃ）上で開始される；パラメータの詳細な議論については、本明細書で後に提示される同期的ＵＬ  ＨＡＲＱプロセス及びタイミングの議論を参照。
・同じＵＬリソース及び反復回数が使用される。代替的に、再送のために使用されるリソースを変化させるための予め定義され及び構成されるパターンが存在する。また、周波数ホッピングが考慮され得る。
・冗長性バージョン（ＲＶ）を定義されたように変更する。１つのＰＵＳＣＨ送信における全ての反復が同じＲＶを使用する場合、ＲＶをレガシーと同様に変更する。代替的に、１つのＰＵＳＣＨインスタンスにおける反復があるパターンに従って異なるＲＶを使用する場合、ＰＵＳＣＨ送信の間で開始ＲＶを変更する必要性は無いであろう。
・カウントを１増加させる：ｃｏｕｎｔ＝ｃｏｕｎｔ＋１
・ＵＥが制御チャネル（例えば、Ｍ−ＰＤＣＣＨ）を検出し及び成功裏に復号する場合：
・フィードバックがＮＤＩ／グラント無しのＡＣＫであるとき：
・ＵＥはバッファ内のＵＬデータを維持し何も再送しない。
・フィードバックがＮＤＩ（New  Data  Indicator）の設定された新たなＵＬグラントを伴うＡＣＫであるとき：
・ＵＥはＵＬバッファを吐き出し、次のＴＢへ移り、新たな送信を行う（スタートへ）。
・フィードバックが再送グラントを伴うＮＡＣＫであるとき：
・ＵＥはグラントに従って再送を行う。
・ＮＤＩ設定無しで、新たな送信と同じグラントフォーマットが使用される。
・カウントを１増加させる：ｃｏｕｎｔ＝ｃｏｕｎｔ＋１
・ｃｏｕｎｔ＝最大再送回数であれば、ＵＥはＨＡＲＱ手続から退出し、そうでなければ、ＵＥはＭ−ＰＤＣＣＨのモニタリングへ戻る。新たなグラント無しでダウンリンク制御チャネル上でＡＣＫを単に送信するために、新たなフォーマットが必要とされる。これのために短いフォーマットを定義して、反復及びリソース使用を節約することが有益であり得る。
【００４１】
再送グラントを伴うＮＡＣＫ送信について、同期的なタイミングが維持されることになるのかを決定する必要がある。１つの手段において、同期的なタイミングは変更されず、ＵＬ  ＨＡＲＱプロセスＩＤを提供するためにＤＣＩフィールドは不要である。他の手段において、ｅＮＢは、より柔軟なスケジューリングのために再送の送信のタイミングを変更することを可能とされ、そのケースにおいて、ＵＬ  ＨＡＲＱプロセスＩＤの情報を提供するためにＤＣＩフィールドが必要とされる。理解されるであろうこととして、各Ｍ−ＰＤＣＣＨのＤＣＩは、少なくともＤＣＩサブフレーム反復回数フィールドとプロセス番号フィールド（例えば、ＨＡＲＱプロセス番号フィールド）とを含む。ＤＣＩサブフレーム反復回数フィールドは、Ｍ−ＰＤＣＣＨの実際の反復回数を指し示し、例えば２ビットを含み得る。ＨＡＲＱプロセス番号フィールドは、ＨＡＲＱプロセスＩＤ情報を指し示し、例えば３ビットを含み得る。理解されるであろうこととして、そのプロセス番号は、複数のあり得る並列的なプロセス又はインスタンスに互いを一意に分けるための番号又は識別子が付与されているケースにおいて、特定の再送プロトコルプロセス（例えば、再送プロトコルのプロセス又はインスタンス）へのマッピングを表す。よって、各Ｍ−ＰＤＣＣＨは、所望の反復回数を指し示し得る。さもなければ、グラントフォーマットは、初期の送信向けのものと同様であることができる、それは次を含む：
−狭帯域／ＰＲＢグループインデックス、使用すべきＰＲＢの番号などの、リソース割り当て
−周波数ホッピングが使用される場合、その場合、周波数ホッピング構成に関するパラメータ
−使用される反復回数
−ＮＤＩ（New  data  indicator）
−変調符号化方式（ＭＣＳ）（反復回数と一緒ではない場合）
−ＲＮＴＩ（Radio  Network  Temporary  Identifier）（例えば、レガシーでのようにＣＲＣにおいて暗黙的に）
【００４２】
Ｍ−ＰＤＣＣＨを搬送するサブフレームの終了と対応するＰＵＳＣＨのサブフレームの開始との間の遅延は、例えば、伝播遅延及びＵＥ処理時間に依存する。レガシーシステムにおいて、上記遅延は３サブフレームであると想定され、例えば、サブフレームｎがＰＤＣＣＨ／ＥＰＤＣＣＨ／ＰＨＩＣＨを搬送する場合、対応するＰＵＳＣＨは、サブフレーム（ｎ＋４）内にある。これは、以下でダウンリンク（ＤＬ）（ｎ，ｎ＋ｋ）タイミングと呼ばれ、レガシーシステムではｋ＝４である。
【００４３】
ＰＵＳＣＨを搬送するサブフレームの終了と後続するＭ−ＰＤＣＣＨ送信のサブフレームの開始との間の遅延は、例えば、伝播遅延及びｅＮｏｄｅＢ処理時間に依存する。レガシーシステムにおいて、上記遅延は３サブフレームであると想定され、例えばサブフレームｎにおいてＰＨＩＣＨ上で受信されるＨＡＲＱ−ＡＣＫがサブフレーム（ｎ−４）におけるＰＵＳＣＨ送信に関連付けられる。これは、以下でＵＬ（ｎ，ｎ＋ｊ）タイミングと呼ばれ、レガシーシステムではｊ＝４である。
【００４４】
レガシーシステムでは、ＰＤＣＣＨ／ＥＰＤＣＣＨ／ＰＨＩＣＨ／ＰＵＳＣＨについて反復は無く、ＵＬ及びＤＬにおける遅延は３サブフレームで同一である。
【００４５】
ＭＴＣ  ＬＣ／ＣＥ  ＵＥについて、Ｍ−ＰＤＣＣＨ及びＰＵＳＣＨは、共に反復を要し得る。ＲｃをＭ−ＰＤＣＣＨのための反復回数を表し、ＲｕをＰＵＳＣＨのための反復回数を表すものとする。前に議論したように、Ｒｃは、所与のＭ−ＰＤＣＣＨの実際の反復回数であってもよく、又は、復号される候補の所与のアグリゲーションレベルに関連付けられるあり得る最大の反復回数であってもよい。Ｒｕは、ｅＮｏｄｅＢによりシグナリングされ、復号の曖昧性を有しない。
【００４６】
以下の式（３）及び式（４）に関連付けられる議論において、ＵＬ及びＤＬ遅延は同じであるものと想定される。以下の式（５）に関連付けられる議論において、ＵＬ遅延はＤＬ遅延よりも低く、ＤＬが（ｎ，ｎ＋５）というタイミングを有し、ＵＬは（ｎ，ｎ＋４）というタイミングを有する。これは、ＵＥにＭ−ＰＤＣＣＨを処理し及びＰＵＳＣＨ送信に向けて準備するためのより多くの時間を許容するという利点を有する。
【００４７】
式（３）に関連付けられる本セクションにおいて、ＨＡＲＱタイミング及び各シナリオについての最大のＨＡＲＱプロセスは、（ｎ，ｎ＋４）というタイミングを前提として説明される。レガシーシステムと同様、ＵＬ及びＤＬの双方が（ｎ，ｎ＋４）であるものと想定される。
【００４８】
並列的なＨＡＲＱプロセスの最大数は、次式により与えられ得る：
【００４９】
【数１】
2020074558.tif 000003
【００５０】
並列的なＵＬ  ＨＡＲＱプロセスのタイミングが、Ｒｃ＝Ｒｕであってサブフレームがフルで利用される場合において、図８Ａ〜図８Ｄに示されている。並列的なＨＡＲＱプロセスの最大数もまた、テーブル１に列挙されている。
【００５１】
より多い反復回数、例えばＲｕ＞６について、最大で２つの並列的なＵＬ  ＨＡＲＱプロセスが可能である。最大で２つの並列的なＵＬプロセスが定義される場合、ＵＬ  ＨＡＲＱが同期されない場合には、ＵＬ  ＨＡＲＱプロセスを指し示すためにＤＣＩにおいて１ビットが必要であり；ＵＬ  ＨＡＲＱが同期される場合、ＵＬ  ＨＡＲＱプロセスＩＤは不要であり、よってＤＣＩにおいてＨＡＲＱプロセス番号フィールドは不要である。
【００５２】
他方、動作の簡明さのために、またＭＴＣ  ＵＥの低データレート要件を考慮すると、より多い反復回数について単一のＨＡＲＱプロセスのみを許容することが望ましいかもしれない。単一のＨＡＲＱプロセスのみを許容することは、任意のＲｃ及びＲｕ値を容易に収容するという利点をも有し、例えば、Ｒｃ＝Ｒｕを想定する必要が無い。
【００５３】
図９Ａ、図９Ｂ、図１０及び図１１に示したように、Ｒｃ＝Ｒｕ＞６又はＲｃ≠Ｒｕの場合、サブフレームはフルには利用されない。Ｍ−ＰＤＣＣＨ及びＰＵＳＣＨが同じ反復回数を有しない場合、ＰＵＳＣＨの（再）送信のタイミングは、所与のトランスポートブロックに関連付けられるＰＵＳＣＨの（再）送信の開始時点がＸサブフレームごとではないという点において、同期的には見えない。これが図１０及び図１１において実証されている。よって、“同期的な”ＵＬ  ＨＡＲＱとは、所与のＵＬトランスポートブロックの送信及び再送について、（ａ）Ｍ−ＰＤＣＣＨの終了とＰＵＳＣＨの開始との間の相対的なタイミングが固定的であり；（ｂ）ＰＵＳＣＨの終了とＭ−ＰＤＣＣＨの開始との間の相対的なタイミングが固定的であり；及び（ｃ）ＵＥにとってＭ−ＰＤＣＣＨの終了の曖昧性が無い、ようなものとして理解されるべきである。ここで、Ｍ−ＰＤＣＣＨの終了は、ｅＮＢによる実際のＭ−ＰＤＣＣＨ送信の終了であってもなくてもよく、むしろ、Ｍ−ＰＤＣＣＨを検出するために複数の仮説が存在する場合には、あり得る最後のＭ−ＰＤＣＣＨ仮説の終了であってよい。
【００５４】
【表１】
2020074558.tif 000004
【００５５】
式（４）に関連付けられる以下の内容は、（ｎ，ｎ＋５）というタイミングを前提とする各シナリオについての、ＨＡＲＱタイミング及び最大のＨＡＲＱプロセスを説明する。ＵＬ及びＤＬの双方が（ｎ，ｎ＋５）であるものと想定される。ＬＣ  ＵＥ及びＣＥ  ＵＥについて、処理時間のために割増のサブフレームを提供することが必要であり得る。これは、ＵＥにおける処理について特にあてはまる。
【００５６】
並列的なＨＡＲＱプロセスの最大数は、次式により与えられ得る：
【００５７】
【数２】
2020074558.tif 000005
【００５８】
並列的なＵＬ  ＨＡＲＱプロセスのタイミングが、Ｒｃ＝Ｒｕであってサブフレームがフルで利用される場合において、図１２Ａ〜図１２Ｄに示されている。並列的なＨＡＲＱプロセスの最大数もまた、テーブル２に列挙されている。より多い反復回数、例えばＲｕ＞８について、最大で２つの並列的なＵＬ  ＨＡＲＱプロセスが可能である。但し、動作の簡明さのために、またＭＴＣ  ＵＥの低データレート要件を考慮すると、より多い反復回数について単一のＨＡＲＱプロセスのみを許容することが望ましいかもしれない。単一のＨＡＲＱプロセスのみを許容することは、任意のＲｃ及びＲｕ値を許容するという利点をも有し、例えば、Ｒｃ＝Ｒｕを想定する必要が無い。図１３Ａ、図１３Ｂ、図１４及び図１５に示したように、Ｒｃ＝Ｒｕ＞８又はＲｃ≠Ｒｕの場合、サブフレームはフルには利用されない。
【００５９】
【表２】
2020074558.tif 000006
【００６０】
他の例示的な実施形態において、ＵＬ及びＤＬタイミングが異なってもよい。Ｍ−ＰＤＣＣＨを搬送するサブフレームの終了と対応するＰＵＳＣＨのサブフレームの開始とが（ｋ−１）個のサブフレームで分離しているものとする。例えば、（ｎ，ｎ＋ｋ）ＤＬタイミングである。さらに、ＰＵＳＣＨを搬送する終了サブフレームと後続のＭ−ＰＤＣＣＨ送信の開始サブフレームとが（ｊ−１）個のサブフレームで分離しているものとする。例えば、（ｎ，ｎ＋ｊ）ＵＬタイミングである。この一般的なケースにおいて、並列的なＨＡＲＱプロセスの最大数は、次式により与えられ得る：
【００６１】
【数３】
2020074558.tif 000007
【００６２】
図１６は、ｋ＝５かつｊ＝４の１つの例を示している。図示したように、サブフレームを概してフルに利用することができない。これがスケジューラの動作をより困難にする。
【００６３】
ここで提示されるＵＬ  ＨＡＲＱの解決策は、ランダムアクセス手続におけるＭｓｇ３へ適用されてもよい。具体的には、Ｍｓｇ３は、ＵＥがｅＮＢからランダムアクセスレスポンス（ＲＡＲ）メッセージを受信した後に送信される。ＲＡＲは、Ｍｓｇ３についてのＵＬグラントを含み、Ｍｓｇ３を送信するために必要とされる全ての必須情報を含んでいるべきである。しかしながら、Ｍｓｇ３反復ファクタがいかにしてシグナリングされ又は導出されるかに関するいくつかの異なるオプションが存在する：
−静的な反復ファクタがシステム情報において送信される；
−反復ファクタが初期ランダムアクセスプリアンブルの反復ファクタから導出され、若しくはＲＡＲ（Ｍｓｇ２）反復ファクタから導出される；又は、
−反復ファクタがＲＡＲに含まれるＵＬグラントにおいてシグナリングされる。これらオプションは、３ＧＰＰにおいて以前に提示されている。Ｒ２−１５２６４９“Random  Access  for  Rel-13  Low  Complexity  and  Coverage  Enhanced  UEs”（RAN2#90,  25-29th  May  2015,  Fukuoka,  Japan）を参照されたい。引用した寄書における議論は、ＰＵＳＣＨの反復ファクタにあてはまる。
【００６４】
Ｍｓｇ３送信を作動させる目的で、ＵＥは、Ｍ−ＰＤＣＣＨの反復ファクタを知得する必要があるはずである。ＵＥはランダムアクセスを実行中であるため、専用の構成は利用不能であり、但し、ＵＥは、予め定義される情報、ブロードキャストされるシステム情報、又はそれまでのランダムアクセス手続の期間中に取得される情報のいずれかに基づいて動作する必要がある。よって、Ｍｓｇ３送信についてＭ−ＰＤＣＣＨ反復ファクタをいかにして導出すべきかに関する手段は、次を含む：
−Ｍ−ＰＤＣＣＨ反復ファクタの予め構成されるセット。そこからＵＥはランダムアクセスプリアンブルについて使用される反復ファクタに基づいて１つを選択する。例えば：
・１つの手段は、仕様又は標準において定義されるあり得る反復ファクタを有することである。
・他の手段は、ＭＴＣ  ＵＥ向けのシステム情報においてＭｓｇ３  Ｍ−ＰＤＣＣＨ反復ファクタのセットをシグナリングすることである。
−Ｍｓｇ３についてのＭ−ＰＤＣＣＨ反復ファクタを動的にシグナリングする。例えば：
・１つの手段は、あり得る反復ファクタのセットから１つのファクタを選択する反復ファクタインデックスをＤＣＩ内でシグナリングすることである（この手段について上と同じ構成があてはまる）。
・他の手段は、ＲＡＲ内で反復ファクタ値を直接的にシグナリングすることである。
・また別の手段は、シグナリングされるパラメータの関数として及び随意的に他の利用可能な情報（例えば、プリアンブル送信について使用された反復回数）の関数として反復ファクタをＵＥが計算するために使用するパラメータをシグナリングすることである。反復ファクタ及び他のパラメータが既知である場合、実際のＭｓｇ３及び関連する制御チャネルのタイミングの観点は同様であって本出願の別の場所で説明されている。
【００６５】
非同期的なＵＬ  ＨＡＲＱに関し、ＵＬ及びＤＬの双方について（ｎ，ｎ＋４）というタイミングが想定される。Ｍ−ＰＤＣＣＨとＰＵＳＣＨとの間のタイミング関係が、ｎをＵＥについての復号される（ＰＵＳＣＨに対応する）Ｍ−ＰＤＣＣＨメッセージの反復が終了するサブフレームを表すものとして、ＰＵＳＣＨがサブフレームｎ＋４において開始するという関係である場合、同期的なＵＬ  ＨＡＲＱは可能ではない。その理由は、Ｍ−ＰＤＣＣＨの終了時点について複数の仮説が存在する場合に、Ｍ−ＰＤＣＣＨの終了の曖昧性があるからでる。
【００６６】
例えば、Ｍ−ＰＤＣＣＨの開始サブフレームがｎｃ０である場合に、Ｍ−ＰＤＣＣＨの反復回数について４つの仮説｛Ｒｃ１，Ｒｃ２，Ｒｃ３，Ｒｃ４｝が存在し、Ｒｃ１＜Ｒｃ２＜Ｒｃ３＜Ｒｃ４である。ｅＮＢがＰＵＳＣＨをスケジューリングする初期のＭ−ＰＤＣＣＨを送信するためにＲｃ２を使用するものとする。
（ａ）ＵＥは、Ｍ−ＰＤＣＣＨを成功裏に検出する場合、そのＭ−ＰＤＣＣＨがサブフレームｎｃ０＋Ｒｃ２において終了したことを知得する。よって、ＵＥは、サブフレーム（ｎｃ０＋Ｒｃ２＋４）において開始するＰＵＳＣＨ送信信号を送信する。再送が必要である場合、ネットワークノード（例えば、ｅＮＢ）は、サブフレーム（ｎｃ０＋Ｒｃ２＋Ｒｕ＋８）において開始するＰＵＳＣＨ再送に関連付けられるＭ−ＰＤＣＣＨを送信する。
（ｂ）ＵＥは、Ｍ−ＰＤＣＣＨの復号に失敗する場合、Ｍ−ＰＤＣＣＨの終了サブフレームのどの仮説が正しいのかを知得しない：ｎ∈｛ｎｃ０＋Ｒｃ１，ｎｃ０＋Ｒｃ２，ｎｃ０＋Ｒｃ３，ｎｃ０＋Ｒｃ４｝。よって、ＵＥにはＰＵＳＣＨをいつ再送すべきかが分からない。そのため、ＵＥは、明示的なＭ−ＰＤＣＣＨグラント無しで自動的に再送を行うことができない。あるいは、ｅＮＢは、どこでＰＵＳＣＨが終了するのかに関する少なくとも２つの仮説を有することになる：｛ｎｃ０＋Ｒｃ２＋Ｒｕ＋８，ｎｃ０＋Ｒｃ４＋Ｒｕ＋８｝。ここで、（ｎｃ０＋Ｒｃ２＋Ｒｕ＋８）はＵＥがＭ−ＰＤＣＣＨの復号に成功した場合の値であり、（ｎｃ０＋Ｒｃ４＋Ｒｕ＋８）はＵＥがＭ−ＰＤＣＣＨの復号に失敗した場合にＵＥが使用するはずの最大値である。よって、ｅＮＢもまた、ＰＵＳＣＨ再送に関連付けられるＭ−ＰＤＣＣＨの送信をいつ開始すべきかが分からない。従って、このケースでは、ＵＬ  ＨＡＲＱは非同期的でなければならず、ＵＥはｅＮＢからのＡＣＫ／ＮＡＣＫ（暗黙的であれ明示的であれ）の検出に失敗する場合に再送を行わない。ＵＥは、単に、ｅＮＢからの明示的なシグナリング、例えばＭ−ＰＤＣＣＨに従って、ＰＵＳＣＨ再送信号を送信する。結果として、ＰＵＳＣＨ（再）送信をスケジューリングするＤＣＩは、ＵＥのＵＬ  ＨＡＲＱプロセスＩＤを指し示すフィールドを含む必要がある。
【００６７】
理解されるであろうこととして、いくつかの実施形態において、ここで開示した多様な要素は、説明した機能を実行するように構成されるある種のモジュールを含む。例えば、ネットワークノードは、図１７に示したようなネットワークノード３５０を含んでもよく、ネットワークノード３５０は、送信機、受信機及びプロセッサを備え、それらは送信モジュール３６０、受信モジュール３７０及び処理モジュール３８０としてそれぞれ実装され、図４の方法２００を実装する。同様に、ワイヤレス端末は、ワイヤレス端末４５０を含んでもよく、ワイヤレス端末４５０は、送信機、受信機及びプロセッサを備え、それらは図１７に示したように送信モジュール４６０、受信モジュール４７０及び処理モジュール４８０としてそれぞれ実装され、図３の方法１００を実装する。
【００６８】
図１８及び図１９は、図５のネットワークノードの処理回路３５０及びワイヤレス端末の処理回路４３０、並びに／又は、図１７のネットワークノードの処理モジュール３８０及びワイヤレス端末の処理モジュール４８０のための例示的なコンピュータプログラムプロダクト３５０、４５０を示している。各コンピュータプログラムプロダクト３５０、４５０は、対応する処理回路により実行される各機能についてのモジュールを含んでよい。コンピュータプログラムプロダクト３８０は、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージを生成する再送フォーマットモジュール３８２、を含む。そのメッセージは、ワイヤレス端末４００、４５０により送信され及び受信機３２０、３７０により受信されるアップリンク再送のためにワイヤレス端末４００、４５０へ適応的な再送フォーマットを提供する。コンピュータプログラムプロダクト４８０は、モニタリングモジュール４８２、復号モジュール４８４、適応的再送モジュール４８６、及び非適応的再送モジュール４８８を含む。モニタリングモジュール４８２は、ワイヤレス端末４００、４５０が第１の反復回数に従ってアップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルをメッセージを求めてモニタリングする。復号モジュール４８４は、上記メッセージの復号を試行する。適応的再送モジュール４８６は、上記メッセージが検出され及び正確に復号される場合において、復号されるメッセージが再送を要求している場合に、復号されるメッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行する。非適応的再送モジュール４８８は、上記メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って、非適応的な再送を実行し、その第２の再送フォーマットは、ネットワークノード３００、３５０からワイヤレス端末４００、４５０により以前に受信された現行の制御対象の再送フォーマットを含む。
【００６９】
上述したように、ここで提示される解決策は、複数の実施形態を含む。１つの例示的な実施形態は、ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末により実行される方法を含む。上記方法は、上記ネットワークノードからアップリンク送信についてのグラントを受信することと、受信される上記グラントは、第１の反復回数を指し示すことと、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行うことと、上記ワイヤレス端末が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて第１のチャネルをモニタリングすることと、を含む。上記第１のチャネルは、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む。上記メッセージが検出され及び正確に復号される場合において、復号される上記メッセージが再送を要求するときに、復号される上記メッセージに関連付けられる第１の再送フォーマットに従って、適応的なアップリンク再送が実行される。本実施形態は、さらに、上記メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って非適応的な再送を実行すること、をさらに含み、上記第２の再送フォーマットは、上記ネットワークノードから以前に受信された現行の制御対象の再送フォーマットを含む。さらに、上記第１の再送フォーマットは、上記再送のための変調符号化レート、上記再送のための周波数リソース、及び上記再送のための第２の反復回数、のうちの少なくとも１つを定義する。
【００７０】
他の例示的な実施形態は、ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末を含む。上記ワイヤレス端末は、受信機、送信機及び処理回路を備える。上記受信機は、上記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信する、ように構成される。上記送信機は、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行う、ように構成される。上記処理回路は、上記送信機が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングする、ように構成される。上記メッセージが検出され及び正確に復号される場合において、復号される上記メッセージが再送を要求するときに、上記処理回路は、復号される上記メッセージに関連付けられる第１の再送フォーマットに従って、上記送信機を介して、適応的なアップリンク再送を実行する、ようにさらに構成される。本実施形態について、上記処理回路は、上記メッセージが検出されず、正確に復号されず、及び／又は再送を要求していない場合に、第２の再送フォーマットに従って上記送信機を介して非適応的な再送を実行する、ようにさらに構成され、上記第２の再送フォーマットは、上記ネットワークノードから以前に受信された現行の制御対象の再送フォーマットを含む。さらに、上記第１の再送フォーマットは、上記再送のための変調符号化レート、上記再送のための周波数リソース、及び上記再送のための第２の反復回数、のうちの少なくとも１つを定義する。
【００７１】
他の例示的な実施形態は、ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末を制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトを含む。上記コンピュータプログラムプロダクトは、上記ワイヤレス端末上で稼働する場合に、上記ワイヤレス端末に、上記ネットワークノードからアップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを受信することと、上記第１の反復回数に従って、アップリンク共有チャネル上での送信を行うことと、上記ワイヤレス端末が上記第１の反復回数に従って上記アップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルをモニタリングすることと、を行わせるソフトウェア命令を含む。上記メッセージが検出され及び正確に復号される場合において、復号される上記メッセージが再送を要求するときに、上記ソフトウェア命令は、上記ワイヤレス端末上で稼働する場合に、上記ワイヤレス端末に、復号される上記メッセージに関連付けられる第１の再送フォーマットに従って、適応的なアップリンク再送を実行すること、を行わせる。
【００７２】
他の例示的な実施形態は、ワイヤレス端末と通信関係にあるワイヤレスネットワークノードにより実行される方法を含む。上記方法は、アップリンク送信についてのグラントを上記ワイヤレス端末へ送信することと、送信される上記グラントは、第１のアップリンク反復回数を指し示すことと、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介してメッセージを送信することと、を含む。上記ワイヤレス端末が上記第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、送信される上記メッセージは、上記ワイヤレス端末により送信される後続のアップリンク再送のために、上記ワイヤレス端末へ適応的な再送フォーマットを提供する。
【００７３】
他の例示的な実施形態は、ワイヤレス端末と通信関係にあるワイヤレスネットワークノードを含む。上記ワイヤレスネットワークノードは、受信機、送信機及び処理回路を備える。上記送信機は、アップリンク送信についてのグラントであって第１の反復回数を指し示す当該グラントを上記ワイヤレス端末へ送信する、ように構成される。上記処理回路は、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネル向けのメッセージであって、上記ワイヤレス端末により送信され上記受信機により受信される後続のアップリンク再送のために、上記ワイヤレス端末へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成される。上記送信機は、上記ワイヤレス端末が上記第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、上記第１のチャネルを介して上記メッセージを送信する、ようにさらに構成される。
【００７４】
他の例示的な実施形態は、ワイヤレス端末と通信関係にあるワイヤレスネットワークノードを制御するための、非一時的なコンピュータ読取可能な媒体内に記憶されるコンピュータプログラムプロダクトを含む。上記コンピュータプログラムプロダクトは、上記ワイヤレスネットワークノード上で稼働する場合に、上記ワイヤレスネットワークノードに、アップリンク送信についてのグラントであって第１のアップリンク反復回数を指し示す当該グラントを上記ワイヤレス端末へ送信することと、マシンタイプ通信のための物理ダウンリンク制御チャネルを含む第１のチャネルを介してメッセージを送信することと、を行わせるソフトウェア命令を含み、上記ワイヤレス端末が上記第１のアップリンク反復回数に従ってアップリンク共有チャネル上での送信を行ってから第１の数のサブフレームの後に、送信される上記メッセージは、上記ワイヤレス端末により送信される後続のアップリンク再送のために、上記ワイヤレス端末へ適応的な再送フォーマットを提供する。
【００７５】
ここで提示される解決策は、当然ながら、当該解決策の本質的な特徴から逸脱することなく、ここで具体的に説示されたもの以外の手法で遂行されてもよい。提示された実施形態は、あらゆる点において、説明的であって制限的ではないものと見なされるべきであり、添付の特許請求の範囲の意味及び均等の範囲内に入る全ての変更はそこに包含されるように意図される。 
【図１】
2020074558.tif 000008
【図２】
2020074558.tif 000009
【図３】
2020074558.tif 000010
【図４】
2020074558.tif 000011
【図５】
2020074558.tif 000012
【図６】
2020074558.tif 000013
【図７】
2020074558.tif 000014
【図８Ａ】
2020074558.tif 000015
【図８Ｂ】
2020074558.tif 000016
【図８Ｃ】
2020074558.tif 000017
【図８Ｄ】
2020074558.tif 000018
【図９Ａ】
2020074558.tif 000019
【図９Ｂ】
2020074558.tif 000020
【図１０】
2020074558.tif 000021
【図１１】
2020074558.tif 000022
【図１２Ａ】
2020074558.tif 000023
【図１２Ｂ】
2020074558.tif 000024
【図１２Ｃ】
2020074558.tif 000025
【図１２Ｄ】
2020074558.tif 000026
【図１３Ａ】
2020074558.tif 000027
【図１３Ｂ】
2020074558.tif 000028
【図１４】
2020074558.tif 000029
【図１５】
2020074558.tif 000030
【図１６】
2020074558.tif 000031
【図１７】
2020074558.tif 000032
【図１８】
2020074558.tif 000033
【図１９】
2020074558.tif 000034
【手続補正書】
【提出日】令和2年2月10日(2020.2.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末により実行される方法であって、
アップリンク共有チャネル上でのアップリンク送信についてのグラントを前記ワイヤレスネットワークノードから受信することと、ここで、受信される前記グラントは、第１のアップリンク送信反復回数を指し示し、
指し示された前記第１のアップリンク送信反復回数に従って、前記アップリンク共有チャネル上で送信を行うことと、
前記ワイヤレス端末が指し示された前記第１のアップリンク送信反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、メッセージを求めてマシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルをモニタリングすることと、
前記ＭＴＣのための物理ダウンリンク制御チャネル上の前記メッセージが検出され及び正確に復号される場合において、復号される前記メッセージが再送を要求するときに、復号される前記メッセージにより指し示される第１の再送フォーマットに従って、適応的なアップリンク再送を実行することと、を含み、前記第１の再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２のアップリンク送信反復回数、のうちの少なくとも１つを定義する、
方法。
【請求項２】
前記メッセージが正確に復号されない、及び復号される前記メッセージが再送を要求していない、のうちの少なくとも１つの場合に、第２の再送フォーマットに従って非適応的な再送を実行すること、をさらに含み、前記第２の再送フォーマットは、前記メッセージの検出前に前記ワイヤレスネットワークノードから受信される現行の制御対象の再送フォーマットを含む、請求項１に記載の方法。
【請求項３】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、前記メッセージは、前記適応的なアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項１に記載の方法。
【請求項４】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項３に記載の方法。
【請求項５】
アップリンク送信についての前記グラントを受信することは、ランダムアクセスチャネル（ＲＡＣＨ）メッセージ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を受信すること、を含む、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末であって、
アップリンク共有チャネル上でのアップリンク送信についてのグラントを前記ワイヤレスネットワークノードから受信する、ように構成される受信機と、ここで、受信される前記グラントは、第１のアップリンク送信反復回数を指し示し、
前記第１のアップリンク送信反復回数に従って、前記アップリンク共有チャネル上で送信を行う、ように構成される送信機と、
前記送信機が前記第１のアップリンク送信反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、メッセージを求めて、マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルをモニタリングする、ように構成される処理回路と、を備え、
前記処理回路が前記ＭＴＣのための物理ダウンリンク制御チャネル上の前記メッセージを検出し及び正確に復号する場合において、復号される前記メッセージが再送を要求するときに、前記処理回路は、復号される前記メッセージにより指し示される第１の再送フォーマットに従って、前記送信機を介して、適応的なアップリンク再送を実行する、ようにさらに構成され、前記第１の再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２のアップリンク送信反復回数、のうちの少なくとも１つを定義する、
ワイヤレス端末。
【請求項７】
ワイヤレスネットワークノードとの通信関係にあるワイヤレス端末を制御するためのコンピュータプログラムであって、前記コンピュータプログラムは、前記ワイヤレス端末上で稼働する場合に、前記ワイヤレス端末に、請求項１〜５のいずれか１項に記載の方法を実行させるソフトウェア命令を含む、コンピュータプログラム。
【請求項８】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードにより実行される方法であって、
アップリンク共有チャネル上でのアップリンク送信についてのグラントを前記ワイヤレス端末へ送信することと、ここで、送信される前記グラントは、第１のアップリンク送信反復回数を指し示し、
前記ワイヤレス端末が前記第１のアップリンク送信反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に、前記ワイヤレス端末へ適応的な再送フォーマットを提供するために、マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネルを介して、前記ワイヤレス端末へメッセージを送信することと、を含み、前記適応的な再送フォーマットは、前記ワイヤレス端末からの後続のアップリンク再送のためのものであり、前記適応的な再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２のアップリンク送信反復回数、のうちの少なくとも１つを定義する、
方法。
【請求項９】
アップリンク送信についての前記グラントを送信することは、ランダムアクセスチャネル（ＲＡＣＨ）メッセージ３送信についてのグラントを指し示すダウンリンク制御情報（ＤＣＩ）を送信すること、を含む、請求項８に記載の方法。
【請求項１０】
前記適応的なアップリンク再送は、非同期的なアップリンク再送を含み、前記メッセージは、前記ワイヤレス端末からの前記後続のアップリンク再送のためのプロセス番号を指し示すダウンリンク制御情報を含む、請求項８又は９に記載の方法。
【請求項１１】
前記プロセス番号は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を含む、請求項１０に記載の方法。
【請求項１２】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードであって、
受信機と、
アップリンク共有チャネル上でのアップリンク送信についてのグラントを前記ワイヤレス端末へ送信する、ように構成される送信機と、ここで、送信される前記グラントは、第１のアップリンク送信反復回数を指し示し、
マシンタイプ通信（ＭＴＣ）のための物理ダウンリンク制御チャネル向けのメッセージであって、前記ワイヤレス端末が前記第１のアップリンク送信反復回数に従って前記アップリンク共有チャネル上で送信を行ってから第１の数のサブフレームの後に前記ワイヤレス端末へ適応的な再送フォーマットを提供する当該メッセージを生成する、ように構成される処理回路と、を備え、前記適応的な再送フォーマットは、前記ワイヤレス端末からの後続のアップリンク再送のためのものであり、前記適応的な再送フォーマットは、前記適応的なアップリンク再送のための変調符号化レート、前記適応的なアップリンク再送のための周波数リソース、及び前記適応的なアップリンク再送のための第２のアップリンク送信反復回数、のうちの少なくとも１つを定義し、
前記送信機は、前記ＭＴＣのための物理ダウンリンク制御チャネルを介して前記メッセージを送信する、ようにさらに構成される、
ワイヤレスネットワークノード。
【請求項１３】
ワイヤレス端末と通信関係にあるワイヤレスネットワークノードを制御するためのコンピュータプログラムであって、前記コンピュータプログラムは、前記ワイヤレスネットワークノード上で稼働する場合に、前記ワイヤレスネットワークノードに、請求項８〜１１のいずれか１項に記載の方法を実行させるソフトウェア命令を含む、コンピュータプログラム。
【外国語明細書】
2020074558000001.pdf