JP2022078280A

JP2022078280A - 通信システム

Info

Publication number: JP2022078280A
Application number: JP2022038985A
Authority: JP
Inventors: ヤシンエイデンアワド，; Aden Awad Yassin; アーイシャイジャーズ，; Ijaz Ayesha; ロバートアーノット，; Arnott Robert
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2017-08-10
Filing date: 2022-03-14
Publication date: 2022-05-24
Anticipated expiration: 2038-08-07
Also published as: EP4482239A3; GB201712863D0; JP2020530701A; JP7517514B2; EP3666013A1; US12004149B2; CN110999489A; EP4080979B1; GB2565764A; CN110999489B; EP3666013B1; CN117202140A; US20240196397A1; US20200260470A1; US12250678B2; WO2019031517A1; JP2023089183A; US20250212212A1; EP4080979A1; EP4482239A2

Abstract

【課題】グラントフリー送信を行う通信デバイスを判別するユーザ機器及び方法を提供する。【解決手段】モバイル（セルラ）通信システムにおいて、通信デバイス（ＵＥ３）は、グラントフリーの上りリンク通信に使用可能な通信リソースを使用して、上りリンクデータと、前記通信デバイスを判別することができる情報と、を基地局に送信する。通信デバイスを判別することができる情報は、通信デバイスを判別する識別情報（例えば、通信デバイスのＣ－ＲＮＴＩ）で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む。【選択図】図４

Description

本発明は、移動通信デバイスおよびネットワークに関し、特に、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格、またはこれと同等もしくは派生の規格に従って動作する移動通信デバイスおよびネットワークに関するが、限定はされない。特に、本発明は、グラントフリー送信を行う通信デバイスの判別に関するが、これに限定されない。

セルラ通信ネットワークは、一般に、ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：無線アクセスネットワーク）がカバーする少なくとも１つの個別の地理的領域（セル）内に存在する複数のＵＥ（ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ユーザ機）に対し、当該ＵＥ同士が相互に通信し、１つまたは複数の通信サービスを相互に受信する（または提供する）ことができるように通信ネットワークへのアクセスを提供する、１つまたは複数のＲＡＮを含む。ＲＡＮは通常基地局を含み、当該基地局は、個々のＵＥの通信セッション（例えば、音声／ビデオ通話、データサービスなど）のセットアップとメンテナンスを容易にするために、関連するセル内のＵＥとエアインタフェースを介して通信を行い、コアネットワーク内の通信エンティティ（または「機能」）と（通常は有線インタフェースを介して）通信を行うように構成される。

３ＧＰＰ規格の最近の動向はＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）に基づくＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）ネットワークおよびＥ－ＵＴＲＡＮ（ＥｖｏｌｖｅｄＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）と呼ばれ、ＬＴＥ－Ａｄｖａｎｃｅｄを含む。これらの動向は一般に「４Ｇ」として知られる。さらに最近では、「５Ｇ」および「ＮＲ（ＮｅｗＲａｄｉｏ）」といった用語は、開発中の通信技術を指し、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ）通信やＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）通信などの様々なアプリケーションやサービスをサポートすることが期待される。ＭＴＣには、例えば、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）通信、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｖ２Ｖ／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ－／Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ：車両通信および自動運転車）、高解像度ビデオストリーミング、スマートシティサービスなどが含まれる。具体的には、ＵＲＬＬＣは、産業用インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術、高度道路交通システムなどの種々の重要なアプリケーションをカバーする。一方で、ｍＭＴＣは、数百億個のデバイスおよびセンサが接続されることを想定した５ＧＩｏＴシナリオをサポートすることに重点を置いている。

ＭＴＣデバイスはネットワークに接続して、遠隔地の「マシン」（例えば、サーバ）またはユーザと、データの送受信を行う。ＭＴＣデバイスは、モバイル電話または同様のユーザ機器向けに最適化された通信プロトコルおよび規格を使用する。ただし、ＭＴＣデバイスは、一旦使用されると、通常、人による管理やインタラクションを必要とせずに動作し、内部メモリに格納されたソフトウェアの命令に従う。ＭＴＣデバイスは、長時間静止した状態および／または非アクティブな状態に留まる場合もある。

ＭＴＣデバイスが一部の送信を受信しない（例えば、ＭＴＣデバイスの機能が限定されることが多いことと併せて、ネットワークのカバレッジ対象外であることに起因して（屋内で使用する場合など））というリスクを軽減するために、このようなデバイスの特定の送信（チャネル）のカバレッジを拡大することも提案されている。ＭＴＣデバイスのカバレッジを拡張する１つの方法は、複数（例えば、２個、３個、４個、またはそれ以上の）のサブフレーム間で同一の情報を繰り返し送信することである。つまり、ＭＴＣデバイスの場合、基地局は時間領域において送信された情報を複製する（基地局は、情報が最初に送信されたサブフレームの後続の１つまたは複数のサブフレームにおいて当該情報と同一の情報を再送する）。同様に、ＭＴＣデバイスは、上りリンクでデータを基地局に送信する際に、送信情報を時間領域において複製する（繰り返す）。カバレッジ拡張ＭＴＣデバイス（または、上りリンク送信の場合には基地局）は、複数のサブフレームで受信した（同一の）情報の複数のコピーを結合するように構成することができ、受信情報を結合した後には、情報の単一のコピーに基づくよりも、送信データを正常に復号できる可能性が高い。３ＧＰＰは、ＭＴＣデバイス用に以下の２つのＣＥ（ＣｏｖｅｒａｇｅＥｎｈａｎｃｅｍｅｎｔ：カバレッジ拡張）モードを定義した：
比較的少ない回数繰り返し送信を行う（または繰り返し送信を全く行わない）ＣＥモードＡ、および多くの回数繰り返し送信を行う（また、さらに高い送信電力を使用する）ＣＥモードＢ。５Ｇシステムは、ＭＴＣデバイス用のさらなるカバレッジ拡張モードを用意してもよいものとする。

３ＧＰＰＴＲ（ＴｅｃｈｎｉｃａｌＲｅｐｏｒｔ）２３．７９９Ｖ１４．０．０では、３ＧＰＰ規格のＲｅｌｅａｓｅ１４用に検討されている、ＮｅｘｔＧｅｎ（５Ｇ）システムにおいて可能なアーキテクチャと一般的な手順とが説明されている。３ＧＰＰでは、Ｒｅｌ－１５のＮＲキャリアあたり４００ＭＨｚの最大チャネル帯域幅で、新しい無線アクセスネットワーク（５Ｇ）用に、最大１００ＧＨｚの周波数帯域を（ＮＲ（ＮｅｗＲａｄｉｏ）無線技術を使用して）使用する可能性についても検討を進めている。特定の高周波数帯域（例えば、ｍｍＷａｖｅ帯域）に関連付けられる厳しいチャネル減衰特性を克服するために、指向性ビームフォーミングと大規模アンテナ技術とを使用してもよい。「大規模アンテナ」という用語はアレイ状に配置された多数（例えば、１００本以上）のアンテナ素子を備えるアンテナを指す。このような大規模アンテナは、複数のユーザと同時に通信するのに効果的に使用することができ、それによりＭＵ－ＭＩＭＯ（Ｍｕｌｔｉ－ＵｓｅｒＭｕｌｔｉｐｌｅ－ＩｎｐｕｔａｎｄＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）送信が容易になる。

５Ｇ／ＮＲ通信システムの基地局は、一般に「ＮＲ－ＢＳ」（ＮｅｗＲａｄｉｏＢａｓｅＳｔａｔｉｏｎ）または「ｇＮＢ」と呼ばれてもよいし、より一般的にＬＴＥ基地局に関連付けられるｅＮＢ（または５ＧｅＮＢ／ＮＲｅＮＢ）という用語を用いて呼ばれてもよいものとする。ＭＵ－ＭＩＭＯの場合、基地局はＴＲＰ（ＴｒａｎｓｍｉｓｓｉｏｎａｎｄＲｅｃｅｐｔｉｏｎＰｏｉｎｔ：送受信ポイント）と呼ばれてもよい。「基地局」という用語は、本明細書では、ＲＡＮのＮＲ－ＢＳ、ｇＮＢ、ｅＮＢ、ＴＲＰ、または任意の通信デバイス全般を指して使用される。

基地局のタスクの１つは、セルラ方式での通信（すなわち、データの送信／受信とシグナリングの制御）を可能にするように、特定のＵＥ（またはＵＥのグループ）にスケジューリング情報（またはスケジューリング「グラント」）を与えることである。ただし、一部のＵＥ（通常はＭＴＣデバイス）は、関連するスケジューリンググラントなしに（上りリンク）データを送信するように構成されてもよい。これは、特定の通信リソースを使用するデバイスのグループ（例えば、頻繁に送信を行わないＭＴＣデバイス）による間欠的通信において、当該間欠的通信が通常の通信（例えば、従来のＵＥまたはスケジューリングされた送信を行う他のデバイスによる通信）に干渉する可能性が低い場合に、有益である可能性がある。

３ＧＰＰＲＡＮ１のワークグループでは、ＧＢ（Ｇｒａｎｔ－Ｂａｓｅｄ：グラントベース）およびＧＦ（Ｇｒａｎｔ－Ｆｒｅｅ：グラントフリー）送信を行う方法についての議論が続けられている。ＭＴＣ／ＩｏＴ送信が間欠性を有する可能性を考慮すると、複数のＵＥ（ＭＴＣ／ＩｏＴデバイス）間でグラントフリーリソースを共有することは、リソース効率の観点から有益である可能性がある。

以下は、３ＧＰＰＲＡＮ１が達した合意の一部の概要である：
‐ＵＥにＴＢ（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ：トランスポートブロック）の複数回（例えば、Ｋ回）の繰り返し送信が設定された場合、グラントの有無にかかわらず、当該ＵＥは、以下のいずれかの条件が満たされるまでＴＢの繰り返し送信を続けることができる：
‐‐同一ＴＢのスロット／ミニスロットのＵＬ（ＵｐＬｉｎｋ：上りリンク）グラントの受信が成功した場合（この場合、ＵＥは、ＵＬグラントによって示されたリソースを使用して当該ＴＢの（再）送信を行う（繰り返し送信を含む））；および
‐‐当該ＴＢの繰り返し送信の回数がＫに達した場合（この場合、ＵＥは当該ＴＢの送信を停止する）。繰り返し送信を終了するための他の任意の適切な条件を適用してもよいものとする。‐時間および周波数リソース（ＧＦ用）はＵＥ毎に固有に設定される（ただし、複数のＵＥに同一リソースが設定される場合もある）。なお、ＵＥ用に設定する時間および周波数リソースは、他のＵＥのものと衝突してもしなくてもよい。
‐ＤＦＴ－Ｓ－ＯＦＤＭ（ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍｓｐｒｅａｄＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ：ＤＦＴ拡散ＯＦＤＭ）とＣＰ－ＯＦＤＭ（ＣｙｃｌｉｃＰｒｅｆｉｘＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ：サイクリックプレフィックスＯＦＤＭ）は共に、グラントなしのＵＬ送信でサポートされる。
‐ＮＲは、グラントなしのＵＬ送信の複数のＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）処理をサポートする。
‐ＲＡＮ１ワークグループでは、ＵＬグラントなしにＵＬ送信を行うＵＥは、当該送信に使用される時間／周波数リソースとＲＳパラメータとに基づいて判別することができると考えられている（ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）によってＲＦＣ３５５６規格に規定されている）。

しかし、本発明者らは、グラントフリー送信のための同一時間／周波数リソースを複数のＵＥが共有する場合、特定の送信ＵＥを判別するために、および初回のグラントフリー送信を特定のＨＡＲＱプロセスにリンクするために、適切なメカニズムが必要であるという認識に至った。

したがって、本発明は、これらの問題の１つまたは複数に少なくとも部分的に対処するためのシステム、デバイス、および方法を提供しようとするものである。

例示的な一態様において、本発明は、通信システムの通信デバイスによって実行される方法を提供し、上記方法は、グラントフリー通信リソースを使用して、基地局に上りリンクデータと、上記通信デバイスを判別することができる情報とを送信することを含み、上記通信デバイスを判別することができる情報は、上記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む、方法。

別の例示的な態様において、本発明は、通信システムの基地局によって実行される方法を提供し、上記方法は、グラントフリー通信リソースを使用して、通信デバイスから、上りリンクデータと、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む、上記通信デバイスを判別することができる情報とを受信すること、候補通信デバイスを判別する識別情報を使用して前記ＣＲＣ値の復号を試行すること、上記試行が成功した場合、上記候補通信デバイスを、上記上りリンクデータを送信した通信デバイスとして判別すること、および上記試行が成功しなかった場合、上記候補通信デバイスを、上記上りリンクデータを送信した通信デバイスとして判別しないこと、を含む方法。

別の例示的な態様において、本発明は、通信システムの基地局によって実行される方法を提供し、上記方法は、グラントフリー通信リソースを使用して、通信デバイスから上りリンクデータの送信を受信すること、さらなる上りリンクデータの送信および上記受信した上りリンクデータの再送の少なくとも一方のために通信リソースを上記通信デバイスに割り当てるための制御情報を生成すること、上記制御情報を、ｉ）上記割り当てがさらなる上りリンクデータの送信用である場合には上記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、ｉｉ）上記割り当てが上記受信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化すること、および上記符号化された制御情報を上記通信デバイスに送信すること、を含む方法。

別の例示的な態様において、本発明は、通信システムの通信デバイスによって実行される方法を提供し、上記方法は、通信システムのグラントフリー通信リソースを使用して基地局に上りリンクデータを送信すること、さらなる上りリンクデータの送信および上記送信した上りリンクデータの再送の少なくとも一方のために通信リソースを上記通信デバイスに割り当てるための制御情報であり、ｉ）上記割り当てがさらなる上りリンクデータの送信用である場合には上記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、ｉｉ）上記割り当てが前記送信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化された制御情報を上記基地局から受信すること、および上記制御情報に基づいて、上記割り当てられた通信リソースを使用して、上記基地局にさらなる上りリンクデータを送信するまたは上記送信した上りリンクデータを再送すること、を含む方法。

本発明の例示的な態様は、対応するシステムと、装置と、プログラム可能なプロセッサをプログラムして上記の例示的な態様に記載の方法および特許請求の範囲に記載の可能性を実施させ、好適に適合したコンピュータをプログラムして任意の請求項に記載の装置を提供させるように動作可能な命令を格納する、コンピュータ読取可能な記憶媒体などのコンピュータプログラム製品と、に及ぶ。

本明細書（特許請求の範囲を含む）に開示されるおよび／または図面に示される各特徴は、他の開示されるおよび／または図示される特徴とは独立して（または組み合わせて）本発明に組み込まれてもよい。特に、特定の独立請求項に従属する請求項の特徴は、任意の組み合わせでまたは個別にその独立請求項に導入することができるが、これに限らない。

ここで、添付図面を参照して、本発明の例示的な実施形態の例を説明する。
図１は、本発明の例示的な実施形態が適用され得る通信システムを概略的に示す図である。図２は、図１に示す通信デバイスの主要構成要素を示すブロック図である。図３は、図１に示す基地局の主要構成要素を示すブロック図である。図４は、図１に示すシステムでグラントフリー送信を実現することのできる例示的な方法を示す図である。図５は、本発明の例示的な実施形態において、上りリンク送信／受信のために図１の通信デバイス（ＵＥ）および基地局で実行される例示的な手順を示す図である。図６は、本発明の例示的な実施形態において、上りリンク送信／受信のために図１の通信デバイス（ＵＥ）および基地局で実行される例示的な手順を示す図である。

（概要）
図１は、モバイル（セルラ）通信システム１の概略図であり、ここで、通信デバイス３（モバイル電話３－１およびＭＴＣデバイス３－２を含む）は、基地局５（例えば、ＬＴＥにおける「ｅＮＢ」、またはＮＲにおける「ｇＮＢ」）およびコアネットワーク７を介して、相互におよび／または他の通信ノードと通信を行うことができる。そのような通信を容易にするために、基地局５は、当該基地局のセルに適切なシステム情報をブロードキャストして、通信デバイス３がセルにアクセスするのをアシストする。また、基地局５は、通信デバイス３と基地局５（およびコアネットワーク７）との間で制御シグナリングおよびユーザデータを通信するための複数の上りリンクおよび下りリンクチャネルを動作させる。

当業者が理解するように、図１には、１つのモバイル電話３－１、１つのＭＴＣデバイス３－２および１つの基地局５が例示目的で示されているが、システムが実装される場合、通常他の基地局および通信デバイスも含まれる。

図示されるように、基地局５は、Ｓ１インタフェース（ＬＴＥ）および／またはＮ２／Ｎ３インタフェース（５Ｇ）などの適切なコアネットワークインタフェースを介して、コアネットワーク７に接続される。基地局５は、Ｘ２インタフェース（ＬＴＥ）やＸｎインタフェース（５Ｇ）などの適切な基地局インタフェースを介して、隣接する基地局にも（直接または（ホーム）基地局ゲートウェイを介して）接続される。

説明の簡略化のために、図１では省略されているが、コアネットワーク７は、通信ネットワーク１内の通信デバイス３の位置を追跡するため、各ＵＥのサブスクリプションに関する情報（例えば、どの通信デバイス３がマシン型の通信デバイスとして構成されているかを判別する情報）を格納するため、各通信デバイスに適用可能な制御パラメータを格納するため、および、適用可能な（ネットワーク／サブスクリプション／課金）ポリシーに従って各通信デバイス３のそれぞれのトラフィックフローを処理するために、特に１つまたは複数の適切なユーザプレーン機能および制御プレーン機能を備える。コアネットワーク７は、通常、インターネットやコアネットワーク７の外部でホストされるサーバなどの他のネットワークに接続するためのゲートウェイも含む。

このシステムにおいては、上りリンクおよび下りリンクのデータ送信と、これらの送信に使用される特定の時間／周波数リソースとは、基地局５によって制御される。具体的には、基地局５が送信する下りリンクデータを有する場合、基地局５は、当該下りリンクデータを送信する前に、当該下りリンクデータの送信に使用するリソースについて（例えば、制御チャネルを介してＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を適宜送信することにより）目的の受信者に通知を行うため、当該目的の受信者は、どの時間／周波数リソースを監視および復号すべきかを知ることができる。同様に、通信デバイス３が送信する上りリンクデータを有する場合、当該通信デバイス３は、当該データを送信するための上りリンクリソースを（適切なＤＣＩを介して）割り当てるように基地局５に要求する。このアプローチは、「ＧＢ（Ｇｒａｎｔ－Ｂａｓｅｄ：グラントベース）送信」と呼ばれる。

しかしながら、一部のＵＥ（例えば、ＭＴＣデバイス３－２）は、当該ＵＥに適している（ＵＥのＣＥモードなどに依存する）場合には、繰り返し送信を含むデータ送信を上りリンクグラントなしに行うように構成されてもよい。このアプローチは、「ＧＦ（Ｇｒａｎｔ－Ｆｒｅｅ：グラントフリー）送信」と呼ばれる。グラントフリー送信に使用可能な時間／周波数リソースの特定のセットは、グラントベース送信に通常使用される任意の時間／周波数リソースとは別に、（基地局５によって）割り当てられてもよいものとする（ただし、時間領域と周波数領域の少なくとも一方において互いに重複する場合がある）。

有利には、このシステムは、複数の（例えば、グループの）通信デバイス３がグラントフリー送信用に同一の時間／周波数リソースを共有する場合において、特定の送信側通信デバイス３を判別するための適切なメカニズムを提供する。同一の時間／周波数リソースを共有する複数の通信デバイス３は（例えば、基地局５によって）予め設定されてもよいし、または、当該複数の通信デバイス３は、（例えば、ＵＥ能力、ＵＥＩＤ、ＵＥカテゴリ、セルＩＤ、システム情報などの既知のＵＥ固有パラメータに基づいて）使用される時間／周波数リソースを導出する適切なメカニズムを有してもよい。

具体的には、基地局５は、上りリンクデータを（ＧＦリソースを使用して）送信する特定の通信デバイス３を、当該上りリンクデータの一部を形成する情報に基づいて判別することができる。この情報には、明示的または黙示的な情報が含まれる場合があり、１以下では「ＵＥＩＤ」と呼ばれる。送信側通信デバイス３が基地局５によって判別されると、当該基地局は、送信された上りリンクデータを復号すること、任意のグラントフリー繰り返し送信のソフトコンバイニングを行うこと、（場合に応じて、例えば上りリンクデータが正常に受信されない場合に）グラントベースの再送をトリガすること、および任意の再送グラントを当該特定の通信デバイス３にリンクすることが可能になる。

より詳細には、通信デバイス３がその関連のＵＥＩＤを明示的に示すように構成された場合、当該通信デバイス３は、そのＵＥＩＤで送信されているデータのＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値をマスキングする。この場合、当該通信デバイス３に関連付けられたＣ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ：一時ネットワーク識別子）、または当該通信デバイス３に予め設定されたインデックスを適宜ＵＥＩＤとして使用してもよい。この予め設定されたインデックスは、例えば、参照シンボル系列インデックスを備えてもよい。

ＧＦ送信に割り当てられたリソースを介して上りリンクデータを受信する場合、基地局５は、受信データのＣＲＣ検査に通過するＵＥＩＤ値を発見するまで、使用中のＧＦリソースを共有するように構成されたすべてのＵＥのＵＥＩＤを（１つずつ）使用して反復ＣＲＣ検査手順を実行するように構成される。正しい（送信側通信デバイス３を判別することができる）ＵＥＩＤが発見され、ＧＦ上りリンク送信が基地局５によって正常に受信された場合、基地局５は、判別された通信デバイス３にＡＣＫを送信する。上りリンクデータが繰り返し送信を使用して送信される場合、基地局５は受信データの復号成功後直ちに（例えば、ＵＥがすべての必要な繰り返し送信を行う前に）ＡＣＫを送信してもよいし、最後の繰り返し送信後にＡＣＫを送信してもよいものとする（または、データが正常に受信されない場合にはＮＡＣＫを送信してもよい）。

いわゆるＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ：物理上りリンク共有チャネル）を介した送信は、通常、ＵＥ固有のスクランブリングコードを使用してスクランブルされる。スクランブリングは復号を行う前に解除する必要があり、基地局５がデータの送信者に関連付けられたＵＥＩＤを把握していない場合（例えば、ＧＦ送信の場合）には、復号を複数回行う必要が生じ、実用性を欠くおそれがある。したがって、このシステムにおいては、少なくともＧＦ送信においては特別なスクランブリングコード（例えば、予め設定されたグループに固有またはリソースに固有のスクランブリングコード）を使用するようにＵＥを構成してもよい。明示的なＵＥ判別の別のオプションは、グラントフリーデータ送信を行うとともに、別の自己復号可能なチャネルでＵＥＩＤを送信することであり、基地局５は、上りリンクデータ送信全体（例えば、トランスポートブロック全体）を復号する必要もなく、通信デバイス３を判別することができる。

有利には、基地局５がグラントフリーデータの繰り返し送信のソフトコンバイニングを行うことは、データ復号の成功率を高める可能性があり、また、基地局５がより早期にＵＥにＡＣＫを送信することができるようになる（この場合、ＵＥは残りの繰り返し送信を停止してもよい）可能性もあるため、リソース効率とシステム容量が増加する。

有利には、このシステムでは、初回のグラントフリー送信を特定のＨＡＲＱプロセスにリンクすることができる。事実上、ＨＡＲＱプロセスとは、各送信について（例えば、トランスポートブロック毎に）受信ノードが適切なフィードバックを対応の送信ノードに与えて当該送信が正常に受信されたか否かを示すプロセスである。具体的には、受信ノードは、送信が正常に受信された場合はＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ：確認応答）を生成して送信し、送信が正常に受信されなかった場合は、ＮＡＣＫ（ＮｅｇａｔｉｖｅＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ：否定応答）を生成して送信する。したがって、図１に示すシステムにおいて、基地局５は、成功した上りリンク送信（トランスポートブロック）のそれぞれに対してＡＣＫを通信デバイス３に送信し、正しく受信できなかった上りリンク送信に対してＮＡＣＫを送信するように構成される。ＡＣＫ／ＮＡＣＫは、対応する送信に続く特定のリソースを使用して送信される（また、ＡＣＫ／ＮＡＣＫリソースは、対応する送信に使用されるリソースに依存する）ので、送信側デバイスが、追加のシグナリングを必要とせずに、どの送信が成功し、どの送信が失敗したかを判断することができるものとする。特定の上りリンク送信（例えば、ＧＦまたはＧＢ送信）が失敗した場合、基地局５は、当該送信に対応する通信デバイス３にＮＡＣＫを返す。次に、通信デバイス３は、その構成に応じて、失敗したデータを（ＧＦリソースまたはＧＢリソースを使用して）再送するか、あるいは（再送の試行の有無にかかわらず）未送達データとしてマークする。

このシステムにおいては、同一の通信デバイス３に対して、グラントフリーとグラントベースのＨＡＲＱプロセスの両方を並行して使用することができる。これは、ＧＦ送信およびＧＢ送信からＨＡＲＱプロセスへの適切なリンクを設けることで実現される。

通信デバイス３がグラントフリーおよびグラントベースのＨＡＲＱプロセスを並列にサポートする場合、基地局５は、特定のＵＬグラントがＧＢ（再）送信を伴う特定のＨＡＲＱプロセスに対するものか初回ＧＦ送信に対するものかを示す。ＧＢの場合においては、特定のＵＥに割り当てられたリソースを使用してデータが送信されるため、基地局５は、どのＵＥがデータを（再）送信するかを事前に把握しているものとする。しかしながら、ＧＦの場合、複数のＵＥがリソースを共有する（すなわち、時間周波数リソースおよび／またはＲＳ系列インデックスを共有可能である）ため、基地局５が、ＧＦデータを送信したＵＥを判別していないおそれもある。

したがって、ＧＢ送信用のＨＡＲＱプロセスとＧＦ送信用のＨＡＲＱプロセスとを区別するために、基地局５は、関連するＤＣＩのマスキングを（同一ＵＥの）異なる識別子を使用して行うように構成される。具体的には、一実施例において、基地局は、（所定のＵＥの）Ｃ－ＲＮＴＩを使用してＧＢ送信用のＤＣＩをマスキングし、いわゆるＧＦ－ＲＮＴＩ（Ｇｒａｎｔ－ＦｒｅｅＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ：「グラントフリー」無線ネットワーク一時識別子）を使用して（当該ＵＥの）ＧＦ再送用のＤＣＩをマスキングするように構成されてもよい。ＧＦ－ＲＮＴＩは、（例えば、通信デバイス３と基地局５の両方に既知の適切な式に基づいて）ＵＥが初回のＧＦデータ送信に適用した周波数リソースおよびＲＳ系列インデックスに対して固有にすることもできるものとする。

所定の通信デバイス３のＧＦ－ＲＮＴＩは、次の選択肢のいずれかによって計算することができる：
１）基地局５と通信デバイス３の両方が、特定の式によってＧＦ－ＲＮＴＩを計算する。この場合、基地局５は、通信デバイス３に必要なすべてのパラメータをシグナリングするように構成される。
２）基地局５が、（例えば、ＵＥ／リソース固有のパラメータを用いた）適切な式によってＧＦ－ＲＮＴＩを計算し、当該ＧＦ－ＲＮＴＩを、適用可能な通信デバイス３に明示的にシグナリングする。この場合、通信デバイス３はＧＦ－ＲＮＴＩの計算に使用される式（および／またはパラメータ）を把握する必要はない。

アクティブなＵＬＧＦ送信がない場合（基地局５によって許可／設定されていると仮定して）、ＧＢ送信は（当該ＵＥに）任意の使用可能なＨＡＲＱプロセスを使用してもよいものとする。ただし、この場合、ＵＥが特定のＨＡＲＱプロセス番号を新しいＧＦ送信に使用する必要があり（および所定のＧＦ送信用のＨＡＲＱプロセス番号が当該ＧＦ送信のタイミングによって決定され）、かつ当該特定のＨＡＲＱプロセスがＧＢ送信にすでに使用されている場合、当該ＵＥは、ＧＦ送信のＨＡＲＱプロセスを優先する（および進行中のＧＢＨＡＲＱプロセスを破棄する）ように構成されてもよい。

要約すると、上記のアプローチによって、複数のＵＥがグラントフリー送信用に同一の時間／周波数リソースを共有する場合においても、特定の送信ＵＥを判別することが可能である。効率を改善するために、初回のグラントフリー送信を特定のＨＡＲＱプロセスにリンクすることも可能である。

（通信デバイス）
図２は、図１に示す通信デバイス３の主要構成要素を示すブロック図である。通信デバイス３は、ＭＴＣデバイス、モバイル（または「セルラ」）電話、または任意の他の種類のユーザ機器であってもよい。通信デバイス３は、少なくとも１つのアンテナ３３を介して、基地局５に信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１を備える。通常、通信デバイス３は、ユーザが通信デバイス３とやり取りをすることを可能にするユーザインタフェース３５も含む。ただし、一部のＭＴＣデバイスでは、このユーザインタフェース３５を省略してもよい。

トランシーバ回路３１の動作は、コントローラ３７によって、メモリ３９に格納されたソフトウェアに従って制御される。当該ソフトウェアは、特に、オペレーティングシステム４１、通信制御モジュール４２、ＵＥ判別モジュール４３、ＨＡＲＱモジュール４４、およびオプションとしてのＭＴＣモジュール４５を含む。

通信制御モジュール４２は、通信デバイス３と基地局５および／または他の通信ノードとの間の（上りリンクおよび下りリンク）通信を（例えば、基地局５を介して）制御する。この通信は、通信デバイス３の動作（および／または、例えば送信されるデータなど他の要因）に応じて、グラントフリー送信およびグラントベース送信（および受信）を含んでもよい。

ＵＥ判別モジュール４３は、基地局５またはコアネットワークノードから（明示的または黙示的に）与えられる情報に基づいて、基地局５と通信中の通信デバイス３を（少なくとも基地局５のセル内で）判別する役割を担う。ＵＥ判別モジュール４３は、通信デバイス３を判別する情報を維持するが、この情報はグラントフリー送信とグラントベースの送信とで異なる可能性もある。

ＨＡＲＱモジュール４４は、サービング基地局５から受信した下りリンク送信に対する適切な確認応答（ＡＣＫ／ＮＡＣＫ）を生成してサービング基地局５へ送信する役割と、通信デバイス３による上りリンク送信に対するサービング基地局５からの確認応答（ＡＣＫ／ＮＡＣＫ）を処理する役割とを担う。ＨＡＲＱモジュール４４は、これらのＡＣＫ／ＮＡＣＫの対応するＨＡＲＱプロセスを判別する役割も担う。

ＭＴＣモジュール４５は、マシン型の通信タスクを行うように動作可能である。例えば、ＭＴＣモジュール４５は、基地局５によってＭＴＣデバイス３に割り当てられたリソースを使用して、リモートサーバから（例えば、周期的に）データを（トランシーバ回路３１を介して）受信することができる。また、ＭＴＣモジュール４５は（例えば、周期的におよび／またはトリガを検出すると）グラントフリー送信またはグラントベース送信のいずれかを使用してリモートサーバに（トランシーバ回路３１を介して）送信するデータを収集することができる。ＭＴＣモジュール４５は、上りリンクデータの適切な繰り返し送信を制御し、下りリンクデータの繰り返し送信を処理（結合）することによりカバレッジの拡張をサポートするように構成されてもよい。

（基地局）
図３は、図１に示される基地局５の主要構成要素を示すブロック図である。基地局５は、１つまたは複数のアンテナ５３を介して、通信デバイス３に信号を送信し、通信デバイス３から信号を受信するように動作可能なトランシーバ回路５１を備える。また、基地局５は、適切なコアネットワークインタフェース５５（Ｓ１／Ｎ２／Ｎ３インタフェースなど）を介してコアネットワーク７と信号の送受信を行うように動作可能である。

トランシーバ回路５１の動作は、コントローラ５７によって、メモリ５９に格納されたソフトウェアに従って制御される。当該ソフトウェアは、特に、オペレーティングシステム６１、通信制御モジュール６２、ＵＥ判別モジュール６３、ＨＡＲＱモジュール６４、およびオプションとしてのＭＴＣモジュール６５を含む。

通信制御モジュール６２は、基地局のセル（または複数のセル）内の通信デバイス３（ＭＴＣデバイスを含む）との通信を制御する。この通信には、グラントフリー送信とグラントベース送信（および受信）が含まれてもよい。

ＵＥ判別モジュール６３は、基地局５と通信中のデバイス３をそれぞれ（少なくとも基地局５のセル内で）判別する役割を担う。特定の通信デバイス３の判別は、グラントフリー送信とグラントベース送信とで異なる可能性もある。

ＨＡＲＱモジュール６４は、各ＵＥから受信した上りリンク送信に対する適切な確認応答（ＡＣＫ／ＮＡＣＫ）を生成して当該ＵＥに送信する役割と、基地局５による下りリンク送信に対する通信デバイス３の確認応答（ＡＣＫ／ＮＡＣＫ）を処理する役割とを担う。ＨＡＲＱモジュール６４は、これらのＡＣＫ／ＮＡＣＫの対応するＨＡＲＱプロセスを判別する役割も担う。

スケジューリングモジュール６５は、適切にフォーマットされた制御データ（例えば、ＤＣＩ）を生成および送信することにより、および／または（上りリンク）グラントフリー送信に適切なリソースを割り当てることにより、当該基地局のセル内の通信デバイス３の送信をスケジューリングする役割を担う。

上の説明においては、理解を容易にするため、通信デバイス３および基地局５が多数の個別のモジュールを有するものとして説明された。これらのモジュールは、例えば、本発明を実施するために既存のシステムを変更した特定のアプリケーションについては、このような方法で提供することもできるが、例えば最初から本発明の特徴を念頭に置いて設計されたシステムなどの他のアプリケーションについては、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込まれてもよく、これらのモジュールは個別のエンティティとして認識されなくてもよい。

（オペレーション）
図４は、図１に示したシステムにおいてグラントフリー送信を実現する方法の例を示す。この例においては、ＵＥによるグラントフリーリソースを使用した上りリンク送信には、送信者を（明示的または黙示的に）識別する情報が適宜含まれる。

基地局５は、例えば、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ：物理下りリンク制御チャネル）とＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ：物理上りリンク制御チャネル）を含む複数の制御チャネル、および例えば、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ：物理下りリンク共有チャネル）とＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ：物理上りリンク共有チャネル）を含む複数のデータチャネルを設けるように構成される。ＰＤＣＣＨ（またはＭＴＣ固有のＰＤＣＣＨであり、「ＭＰＤＣＣＨ」とも呼ばれる）は、基地局５がリソースを通信デバイス３に割り当てるのに（通常、現在のスケジューリングのラウンドでスケジューリングされている各通信デバイス３に、各ＵＥに固有のＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を送信することにより）、使用される。ＰＵＣＣＨは、通信デバイス３がＵＥ固有のＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：上りリンク制御情報）を基地局５に送信するのに使用される（例えば、上りリンクデータを送信するためのスケジューリング要求、およびＤＣＩによって割り当てられたリソースを使用して受信した下りリンクデータに対応するＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）フィードバック）。ＰＤＳＣＨは、関連するＤＣＩシグナリングを介してスケジューリングされた特定の通信デバイス３に対する下りリンクデータなどの下りリンクユーザデータを伝送する、メインのデータ伝送チャネルである。また、ＰＤＳＣＨは、基地局５のセルに関連するシステム情報についても伝送する。ＰＵＳＣＨは、基地局５によってＰＵＣＣＨを介して受信した適切なスケジューリング要求ＵＣＩに基づいて）割り当てられたリソースを使用して、またはグラントフリー送信に割り当てられた時間／周波数リソースを（適宜）使用して、通信デバイス３から上りリンクユーザデータを伝送する。

図４に示す例では、通信デバイス３は、基地局５とのＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）接続のセットアップを適宜行うことによりネットワークに初回登録を行うことができ、位置更新手続きはこれに含まれてもよいし、この後に続いてもよい。これはステップＳ４００に概略的に示されており、コアネットワーク７のノードも関与し得る。この位置更新手順は、例えば、通信デバイスの現在のセル、追跡エリア、位置エリア、ＲＡＮエリアなどを更新する手順を含んでもよい。場合によっては、通信デバイス３は、新しい接続をセットアップする代わりに（位置の更新の有無にかかわらず）、以前のＲＲＣ接続を再開するように構成してもよい。

この例において、通信デバイス３および（関連するＵＥ判別モジュール４３および６３を使用する）基地局５は、通信デバイス３のＵＥＩＤを適宜導出するように構成される。このＵＥＩＤは、例えば、ランダムアクセス手順または（ステップＳ４００における）ＲＲＣ手順の一部として、通信デバイスのネットワークへの登録中に導出してもよい。ステップＳ４０１において、通信デバイス３と基地局５は、当該通信デバイス３と基地局５との間で通信に使用するＵＥＩＤを格納する。

適切なＣ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ：一時ネットワーク識別子）が、通信デバイス３に割り当てられてもよいものとする。代替的または追加的に、予め設定されたインデックスが（複数のＵＥ間で共有されるＧＦリソースに使用されるインデックスの範囲から）通信デバイス３に与えられてもよい。この場合、基地局５は（そのＵＥ判別モジュール６３を使用して）、グラントフリー送信用に同一リソースにおいて多重化されたＵＥのインデックスとこれらのＵＥの実際のＵＥＩＤとの間の（１対１の）マッピングを識別する情報を保持するように構成される。

ステップＳ４０２において、基地局５は、上りリンクデータを送信するための適切な時間／周波数リソースを決定するための情報／パラメータを、個別のグラント（例えば、ＤＣＩ）なしに提供することにより、通信デバイス３をグラントフリー通信用に構成する。ステップＳ４０１および／またはステップＳ４０２は別々のステップとして示されているが、通信デバイスのネットワークへの登録の一部を構成してもよいものとする（ステップＳ４００）。

通信デバイス３は、送信する上りリンクデータがあると判断すると、基地局５への送信用のトランスポートブロックセットの準備に進む。

なお、完全を期すために、ＴＢ（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ：トランスポートブロック）は、Ｌ１処理のためにＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＬａｙｅｒ：メディアアクセス制御層）と物理層（レイヤ１または「Ｌ１」）の間で交換される基本単位とする。トランスポートブロックは、事実上、ＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：プロトコルデータユニット）である。トランスポートブロック（ＭＡＣＰＤＵ）は、最初から最後まで順に並べられたビット列であり、最初と最後のビットにはそれぞれ１とＡの番号が付され、ここで、Ａはトランスポートブロックのビット数である。Ｌ１は、送信前に各トランスポートブロックにＣＲＣを付加する。ＴＢＳ（ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｅｔ：トランスポートブロックセット）は、（１つまたは複数の）トランスポートブロックのセットとして定義され、同一のトランスポートチャネルを使用してＬ１とＭＡＣの間で同時に交換される。（通信デバイス３と基地局５の間の）トランスポートチャネルでは、ＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ：送信時間間隔）ごとに１つのトランスポートブロックセットを送信することができる。

グラントフリー送信が通信デバイス３に設定されない場合（または該当する条件のいずれも満たさない場合）、通信デバイス３は、ステップＳ４０４において、上りリンクデータ（ＴＢ）を送信する前に、上りリンクリソースの割り当て（スケジューリング）を要求する。基地局５が上りリンク送信のために（適切にフォーマットされたＤＣＩを介し、スケジューリングモジュール６５を用いて）通信デバイス３をスケジューリングすると、通信デバイス３はステップＳ４０５に進み、ＤＣＩが示す時間／周波数リソースを使用して上りリンクデータのＧＢ送信を行う。

一方で、グラントフリー送信が通信デバイス３に設定された場合（かつ該当条件が満たされた場合）、通信デバイス３は（例えば、ステップＳ４０４を実行せずに）ステップＳ４０５に進み、ＧＦ送信の時間／周波数リソースを使用して、上りリンクデータの送信を行う。

有利には、ＧＦリソースを使用する場合でも、通信デバイス３は、基地局５に通信デバイス３の識別子を示すことができる。具体的には、通信デバイス３は、送信データのＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値をＵＥＩＤ（例えば、Ｃ－ＲＮＴＩまたは予め設定されたインデックス）でマスキングすることにより、関連するＵＥＩＤを示すことができる。

したがって、（ＵＥ判別モジュール６３を使用する）基地局５は、ＧＦリソースを介して上りリンクデータを送信する通信デバイス３を、当該上りリンクデータのＣＲＣ部分に基づいて判別することができる。そうするために、基地局５は、ステップＳ４０６において、それぞれの受信データのＣＲＣ検査を、（ステップＳ４０５の上りリンク送信に）使用されるＧＦリソースを共有するＵＥに関連付けられた各ＵＥＩＤを使用して、当該ＣＲＣ検査に通過するＵＥＩＤを発見するまで行うように構成される。

適切な（送信を行う通信デバイス３を判別することができる）ＵＥＩＤが発見されると、基地局５は、ステップＳ４０７において、適切なＨＡＲＱプロセスの実行に進み、判別された通信デバイス３にＡＣＫを送信して、データが正常に受信されたことを示す。ただし、ＣＲＣ検査に通過しない場合にはＵＥＩＤの発見に至らず、基地局５は、ＮＡＣＫフィードバックを（同一リソースの共有が設定されたすべてのＵＥに）与えて、データが正常に受信されなかったことを示す。したがって、ＧＦ上りリンク送信が基地局５によって正常に受信された場合、基地局５は、判別された通信デバイス３にＡＣＫを送信する。上りリンクデータが繰り返し送信を使用して送信された（カバレッジ拡張が適用された）場合、基地局５は、受信データの復号後すぐに（例えば、ＵＥが必要なすべての繰り返し送信を行う前でも）ＡＣＫを送信するように構成されてもよいものとする。あるいは、基地局５は最後の繰り返し送信の後にのみＡＣＫを送信してもよい（または、データが正常に受信されなかった場合にはＮＡＣＫを送信してもよい）。

有利には、ＣＲＣを通過しない場合でも（すなわち、送信ＵＥをＣＲＣマスキングに基づいて判別することができない場合でも）、基地局５はＧＢ再送をトリガして（すなわち、ＮＡＣＫを暗示して）、その後の再送信グラント（ＤＣＩ）をその特定の通信デバイス３にリンクさせることができる。

ステップＳ４０８に概略的に示すように、基地局５は、正常に受信した上りリンクデータを（コアネットワークインタフェース５５を使用して）コアネットワーク７に転送するようにも構成される。

以下は、図４に示すステップの一部（特にステップＳ４０２からＳ４０７）を実行する一方で、通信デバイス３のコントローラ３７および基地局５のコントローラ５７によって実行される手順（およびその他のオプション）のより詳細な説明である。

上で述べたように、基地局５は、グラントフリーのデータ送信を行うＵＥを、関連するＵＥ－ＩＤに基づいて判別することができる。ＵＥ－ＩＤの明示的および黙示的指示のオプションについて、以下で説明する。

（明示的な識別）
ＵＥアクティビティ（すなわち、どの通信デバイス３がＧＦリソースを介して上りリンクデータを送信しているか）を判別するために、基地局５に対してグラントフリーデータ送信を行うと共に、別の自己復号可能なチャネルでＵＥ－ＩＤを送信してもよい。基地局５におけるＵＥアクティビティ検出の失敗およびＵＥにおけるグラント判別の失敗の確率を低減させるために、このチャネルは非常に高い信頼性を確保するように設計されている。検出の性能を向上させるために、ロバストエラー訂正符号をＵＥ－ＩＤの符号化に使用してもよい。このように改善された検出は、以下のように、リソース効率を改善するのにも役立つ：
グラントフリーデータの繰り返し送信のソフトコンバイニングをサポートすることで、データ復号の成功率が向上する。したがって、ＵＥにＡＣＫを送信して繰り返し送信の残りを停止することができ、リソース効率およびシステム容量を増加させることができる。
基地局５においてＵＥアクティビティの検出に成功することは、結果としてＵＥに対してより高速にＵＬグラントを送信することになり得る。ＧＢ送信への切り替えは、グラントフリー送信用のリソースを使用して送信を行っている他のＵＥへの干渉の可能性を有利に低減させることができ、これにより、リソース効率およびシステム容量も増加させることができる。

ＵＥＩＤは、グラントフリー送信のデータ領域内で（すなわち、ＵＥＩＤによるＣＲＣマスキングの代わりに）送信してもよいものとする。ただし、この場合、基地局５は、当該ＵＥを判別する前に受信データを決定する必要があり、この結果、（データ領域内でこの明示的なＵＥ判別をサポートするために、より多くのグラントフリー送信用リソースが確保されていない限り）グラントフリー送信のピークデータレートがわずかに低下するおそれもある。一方で、（当該ＵＥが判別されて）ＡＣＫ／グラント送信によってグラントフリー送信が早期に停止されると、リソース使用率が向上する。

上記の問題を考慮して、本発明者等は、グラントフリー送信用に同一リソースに多重されたＵＥのインデックスとこれらのＵＥの実際のＵＥＩＤとの間の１対１のマッピングを適切に設定することを提案する。グラントフリー送信のデータ領域においてＵＥインデックスを明示的に送信することは、セル固有のＵＥＩＤを送信することと比較してオーバーヘッドを有利に減少させる可能性がある。

上記のように、明示的なＵＥの判別は、ＰＵＳＣＨで送信されたデータのＣＲＣをＵＥＩＤ（例えば、当該ＵＥのＣ－ＲＮＴＩまたは予め設定されたインデックス）でマスキングすることによっても実現可能である。このオプションは、再送（ＧＦまたはＧＢ）にも適用可能である。通常のＰＵＳＣＨ送信の場合、（例えば、ＣＲＣマスキングの代わりに）ＵＥ固有のスクランブリングコードも適用可能である。スクランブリングは復号前に解除する必要があるため、基地局５がＵＥＩＤを把握していないと復号を複数回行う必要があり、システムによっては実用性を欠くおそれがある。したがって、ＰＵＳＣＨで送信されたデータのＣＲＣをＵＥＩＤでマスキングし、ＰＵＳＣＨ送信において特別なスクランブリングコード（例えば、予め設定されたグループに固有またはリソースに固有のスクランブリングコード）をデータに使用すると効果的である。

（ＧＦおよびＧＢ送信の、ＨＡＲＱプロセスに対するリンク）
グラントフリーおよびグラントベースのＨＡＲＱプロセスを並列にサポートする通信デバイス３のために、基地局５は、特定のＵＬグラントがＧＢ（再）送信を伴うＨＡＲＱプロセスに対するものであるか初回ＧＦ送信に対するものであるかを示すように構成されてもよい。ＧＢの場合においては、ＧＢリソースは特定のＵＥに割り当てられるため、基地局５は、どのＵＥがデータを（再）送信するかを事前に把握しているものとする。しかしながら、ＧＦの場合、複数のＵＥがＧＦリソースを共有することができる（すなわち、時間周波数リソースとＲＳシーケンスインデックスを共有可能である）ため、基地局５が送信ＵＥを判別していないおそれもある。

したがって、ＧＢ送信用のＨＡＲＱプロセスとＧＦ送信用のＨＡＲＱプロセスとを区別するために、基地局５は、ＤＣＩのマスキングを、当該ＤＣＩがＧＢに適用されるかＧＦに適用されるかに応じて（同一のＵＥの）異なる識別子を使用して行うように構成されてもよい。具体的には、基地局は、（所定のＵＥの）Ｃ－ＲＮＴＩを使用してＧＢ送信用のＤＣＩをマスキングし、いわゆるＧＦ－ＲＮＴＩ（Ｇｒａｎｔ－ＦｒｅｅＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ：「グラントフリー」無線ネットワーク一時識別子）を使用して（当該ＵＥの）ＧＦ再送用のＤＣＩをマスキングするように構成されてもよい。ＧＦ－ＲＮＴＩは、（例えば、通信デバイス３と基地局５の両方に既知の適切な式に基づいて）ＵＥが初回のＧＦデータ送信に適用した周波数リソースおよびＲＳ系列インデックスに対して固有にすることもできるものとする。

以下は、適切なＵＥ固有ＧＦ－ＲＮＴＩを計算するのに使用可能な複数の例示的な式の概要である。

ここで、ＲＳ_{ｉｎｄｅｘ}は、ＵＥ固有のＲＳ系列インデックスであり、Ｎ^ＵＬ _{ｍａｘ＿Ｒｅｓｏｕｒｃｅ＿ＧＦ}は、セル内（セル固有）でグラントフリー送信用に確保されたＵＬ帯域幅の周波数領域リソースの最大数であり、Ｒｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}は、直近でＵＬグラントフリーのデータ送信を検出した周波数領域リソースのインデックスである。Ｏｆｆｓｅｔは、例えばＵＥＩＤの範囲との衝突を回避するためにＧＦ＿ＲＮＴＩを許容ＲＮＴＩ範囲に配置するための追加のオフセット値である。

ここで、Ｎ^ＵＬ _{ｍａｘ＿ＲＳ}は、ＵＬシステム帯域幅におけるＲＳシーケンスの最大数である。

ここで、ＲＳシーケンスインデックスは、グラントを所定のＵＥにリンクするために、ＤＣＩに含まれてもよい。

ここで、Ｒｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}は、グラントを所定のＵＥにリンクするために、ＤＣＩに含まれてもよい。

ここで、Ｏｆｆｓｅｔ＝ＲＮＴＩは、ＧＦリソースを共有する各ＵＥに一意に割り当てられる（ＲＮＴＩは、ハイヤレイヤを介して、例えばＲＲＣシグナリングなどを使用して割り当てることができる）。

なお、Ｒｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}は、直近に検出されたＵＬグラントフリーデータ送信に使用された周波数領域リソースのインデックスである。ただし、ＮＲは非同期ＨＡＲＱプロセスをサポートしているため、ＵＬ送信／繰り返し送信が消失した可能性がある状況に対処する必要が生じることもある。このため、当該ＵＥは、過去に送信されたすべての繰り返し送信の周波数領域リソースインデックスに対応するＲｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}のそれぞれ異なる値について計算された各ＧＦ－ＲＮＴＩ値を使用して、ＤＣＩの復号を試みる。したがって、オプション１からオプション３では、ＤＣＩ復号の試行回数が増加する。オプション４の場合、ＤＣＩのＧＦ－ＲＮＴＩは、当該ＧＦＨＡＲＱプロセスにおいて過去に行われた繰り返し送信の周波数領域リソースインデックスと照合される。

ＧＢ送信の場合、各ＵＥは、基地局５からのスケジューリングコマンドに従い、その関連するＨＡＲＱプロセス番号が常にＤＣＩフォーマットに含まれる。しかしながら、ＧＦ送信の場合、ＵＥは通常グラントフリー送信を自律的に開始するため、ＵＥ３と基地局５の間でＨＡＲＱプロセス番号を揃えるためには、ＨＡＲＱプロセス番号を決定するメカニズムが必要となる。ＧＦ送信用のＨＡＲＱプロセス番号を決定する１つの方法は、ＲＲＣ設定を介して（すなわち、ＬＴＥにおけるＳＰＳ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ：セミパーシステントスケジューリング）と同様に）ＧＦ送信用の特定のＨＡＲＱプロセスを予め割り当てることである。例えば、ＧＦ送信には、番号０、１の２つのＨＡＲＱプロセスを予め割り当てることができ、当該番号は、所定の無線フレーム内のスロットまたは予め設定されたリソースの偶数または奇数のインデックスから導出することができる。また、この方法においてはＵＬＧＦ送信用のＨＡＲＱプロセスの番号付けのみを導出するが、適応非同期ＨＡＲＱモードは、基地局５がＵＬシステム帯域幅内の任意の帯域（すなわち、ＧＦ送信用に予め設定されたＵＬリソースの後でなくともよい）と、時間的に異なるスロットとで再送をスケジューリングすることができる場合にも使用可能である。

有利には、ＧＢおよびＧＦ送信用のＨＡＲＱプロセスは、ＤＣＩ（ＧＢおよびＧＦ用）のマスキングに用いられる異なるＲＮＴＩに基づいて判別することができる。個別ＧＦ－ＲＮＴＩは、ＵＬグラントフリーの再送に使用してもよい。当該ＧＦ－ＲＮＴＩは、使用中の周波数領域リソースとＲＳシーケンスインデックスから導出されてもよい。

上のオプション１からオプション５について、所定の通信デバイス３のＧＦ－ＲＮＴＩは、次の選択肢のいずれかによって計算することができる：
１）基地局５と通信デバイス３の両方が、特定の式によってＧＦ－ＲＮＴＩを計算する。この場合、基地局５は、通信デバイス３に必要なすべてのパラメータをシグナリングするように構成される。
２）基地局５が、（例えば、ＵＥ／リソース固有のパラメータを用いた）適切な式によってＧＦ－ＲＮＴＩを計算し、当該ＧＦ－ＲＮＴＩを、適用可能な通信デバイス３に明示的にシグナリングする。この場合、通信デバイス３はＧＦ－ＲＮＴＩの計算に使用される式（および／またはパラメータ）を把握する必要はない。

リソースが複数のＵＥで共有されていない場合、上記ＧＦ－ＲＮＴＩは特定のＵＥ、すなわち、当該特定の周波数リソースおよびＲＳシーケンスインデックスで送信を行ったＵＥに固有であってもよいものとする。したがって、この場合、基地局５はＧＦ－ＲＮＴＩに基づいてＵＥを判別することができ、追加の処理を行うことなく、再送のためのＡＣＫまたはＵＬグラントを（データ復号に成功したか否かに応じて）当該ＵＥに送ることができる。

初回ＧＦ送信後であり、当該ＨＡＲＱプロセスを使用したＵＥ判別が成功した後に（例えば、他のＵＥによる）さらなるＧＦ送信用にＨＡＲＱプロセスを解放することを可能にするために、基地局５は、再送のために、ＤＣＩを介して（ＧＢ送信用の）新しいＨＡＲＱプロセスを割り当てるように構成されてもよい。しかしながら、好ましくは、基地局５とＵＥ３の双方が新しいＨＡＲＱプロセスと古いＨＡＲＱプロセスの関係性を把握するには、古いＨＡＲＱプロセスもＤＣＩ中において識別しておくことが望ましい。例えば、ＤＣＩフォーマットを両方のＨＡＲＱプロセスの識別子を含むように適合させることを目的として、例えば、ＧＢおよびＧＦ送信においてＤＣＩサイズを同一に保つ一方で、複数の領域を再使用してもよい。あるいは、例えば、ＧＦＨＡＲＱプロセス番号がＤＣＩに含まれない場合、ＧＦＨＡＲＱプロセス番号はＧＦ－ＲＮＴＩの計算に含まれてもよい。例えば、ＧＦＨＡＲＱプロセス番号は、以下のように前述のオプション１からオプション５に加算因子として含まれてもよい。

図５は、上りリンク送信を（グラントフリー／グラントベース）リソースを使用して（所定のＴＴＩで）行うために通信デバイス３が実行する例示的な手順を示し、図６は、受信した上りリンクデータを処理するために（例えば、送信者の識別子を判別するために）基地局５が実行する対応の手順を示す。

現在のＴＴＩの開始時に、通信デバイス３は、ステップＳ５００において、基地局５に送る上りリンクデータの有無を確認する。通信デバイス３に上りリンクデータがない場合、手順は終了する。

通信デバイス３に送信する上りリンクデータがある場合（ステップＳ５００：「ＹＥＳ」）、当該データの送信のためにグラントベースのリソースが（例えば、適切にフォーマットされたＤＣＩを介して）割り当てられたか否かを確認する。グラントベースのリソースが割り当てられている場合（ステップＳ５０１：「ＹＥＳ」）、通信デバイス３はステップＳ５０４に進み、割り当てられたＧＢ時間／周波数リソース（関連するＤＣＩによって示される）を使用して当該上りリンクデータを送信する。

しかしながら、送信される上りリンクデータに関してグラントベースのリソースが割り当てられていない場合（ステップＳ５０１：「ＮＯ」）、次に、通信デバイス３はステップＳ５０２に進み、当該上りリンクデータの送信に使用可能なグラントフリー通信リソースが当該通信デバイス３に設定されているか否かを確認する。通信デバイス３にグラントフリー通信リソースが設定されていない場合（ステップＳ５０２：「ＮＯ」）、当該通信デバイス３は、次に、上りリンクグラントの要求（ステップＳ５０３）を、当該グラントで割り当てられる時間／周波数リソースを使用して（同一のＴＴＩまたは後続のＴＴＩで）上りリンクデータを送信する（ステップＳ５０４）よりも前に、行う。

通信デバイス３にグラントフリー通信リソースが設定されている場合（ステップＳ５０２：「ＹＥＳ」）、当該通信デバイス３は、次に、ＧＦ時間／周波数リソースを使用して上りリンクデータを送信する（ステップＳ５０５）。

通信デバイス３は、上りリンクデータがＧＦリソースを介して送信されるかＧＢリソースを介して送信されるかに応じて、異なるＵＥＩＤを使用するように構成されるものとする。具体的には、通信デバイス３がＧＦリソースを使用する場合、関連するグラントフリー送信用のＵＥＩＤ（例えば、Ｃ－ＲＮＴＩまたは適切なインデックス値）を使用してＣＲＣ値のマスキングを行ってもよい。

図５に示されていないが、上りリンク送信に続いて（ステップＳ５０４／Ｓ５０５）、通信デバイス３および基地局５は、上記のステップＳ４０７を参照して説明したように、適切なＨＡＲＱプロセスを実行してもよいものとする。ＨＡＲＱプロセスは、送信タイプ（ＧＢまたはＧＦ）に応じて異なるＨＡＲＱプロセス識別子を使用してもよく、関連するＤＣＩは、所定の通信デバイス３のＧＦおよびＧＢＨＡＲＱプロセス間のリンクを識別する情報を含んでもよい。

次に、図６を参照すると、基地局５での手順は、ステップＳ６０１で、基地局５が現在のスケジューリングラウンド（ＴＴＩ）において上りリンクデータを受信しているか否かを確認することから始まる。このステップの前に、当該基地局のセル内の（少なくとも複数の）ＵＥをＧＦリソースの使用に適するように構成してもよいが（ステップＳ６００）、このような構成は各スケジューリングラウンドにおいて必ずしも実行する必要はないものとする。場合によっては、この構成のステップは完全に省略してもよいし、別の基地局（例えば、過去のサービング基地局）によって実行されてもよいし、現在の基地局５を介さずに通信デバイス３単独で実行されてもよい。

基地局５が上りリンクデータを受信していない場合（または処理するデータがそれ以上ない場合）、現在のスケジューリングラウンドの残りに対する手順は終了する。基地局５が（未処理の）上りリンクデータを受信した場合、基地局５はステップＳ６０２に進む。

ステップＳ６０２では、基地局５は、受信データがグラントフリーの通信リソース（図６のラベル「ＧＦ」）を使用して送信されたか、またはグラントベースの通信リソース（図６のラベル「ＧＢ」）を使用して送信されたかを判定するように構成される。この判定結果に応じて、基地局５は、ステップＳ６０３（受信データがグラントフリーのリソースを使用して送信されたと判定された場合）またはステップＳ６０４（受信データがグラントベースのリソースを使用して送信されたと判定された場合）に進む。

ステップＳ６０３では、基地局５は、受信データのＣＲＣ検査に通過するＵＥＩＤ値を発見するまで、使用中のＧＦリソースを共有するように構成されたすべてのＵＥのＵＥＩＤを（１つずつ）使用して反復ＣＲＣ検査手順を実行する。正しい（送信側通信デバイス３を判別することができる）ＵＥＩＤが発見されると、基地局５はステップＳ６０５に進んで、適切なＨＡＲＱフィードバック（ＡＣＫ）を生成し、判別された通信デバイス３に送信する。図６に示されていないが、基地局５は、受信データの再送にＧＢリソースを使用することを（例えば、適切にフォーマットされたＤＣＩを送信することにより）通信デバイス３に要求してもよいものとする（例えば、受信に失敗した場合）。

ステップＳ６０４では（すなわち、受信データがＧＢリソースを使用して送信された場合）、基地局５は、ＧＢリソースが割り当てられた通信デバイス３に関連付けられたパラメータを使用して、通常のＣＲＣ検査を行う。次に、基地局５は、適切なＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を生成してスケジューリングされた通信デバイス３に送信するために、ステップＳ６０５に進む。

（変形例および代替案）
以上、例示的な実施形態を詳細に説明した。当業者が理解するように、上記例示的な実施形態については複数の変形例および代替案が可能であり、そのようにして具現化された発明の恩恵を受けることができる。

上記の説明では、ＵＥは、ＧＦリソースを介して上りリンクデータを送信する際に明示的な識別（ＵＥＩＤ）を与えるように構成される。しかし、この代わりに、黙示的な識別を使用してもよいものとする。

具体的には、基地局が、黙示的な識別を使用して、グラントフリー送信のピークデータレートに悪影響を及ぼすことなく、ＵＥアクティビティを検出できるようにする。そのような黙示的な識別は、例えば、ＵＥＩＤと、例えば時間周波数リソースおよび／またはグラントフリーデータの送信に使用されるＲＳシーケンスとの間に予め規定されたマッピングルールに基づいて、実現可能である。

例えば、特定のＵＥを、当該ＵＥのグラントフリー送信に使用される時間周波数リソースから判別してもよい。ただし、送信に使用される実際のＵＥＩＤと時間周波数リソースの１対１のマッピングは、ネットワークが、グラントフリーデータ送信用にＵＥ個別の時間周波数リソースを設定した場合にのみ可能である。これにより、ＵＬでグラントフリーデータを送信するＵＥ間の衝突を回避することはできるが、ＵＥ個別のリソースを確保することで、結果として、特に間欠性のトラフィックに対して、システムリソースが十分に活用されない可能性がある。ただし、複数のＵＥが同一リソースを共有するように構成された場合、基地局は、特定のＵＥＩＤにリソースインデックスをマッピングすることができない。その代わりに、基地局は、ＵＬグラント中で特定のＵＥに適切なインデックスを示すことで、ＵＬグラントフリーデータ送信と当該グラントをリンクさせてもよいものとする。

黙示的な識別の方法の別の可能性として、ＵＥ検出とデータ復調の両方を有効にするために、共有時間周波数リソース上で個別ＲＳシーケンスインデックスをＵＥに設定してもよい。ただし、この場合、シーケンス数の増加に伴って、ＲＳシーケンス検出の複雑度も増すことになる。さらに、ＲＳを使用したＵＥ検出の性能は、トラフィックの到着レート、ＵＥの電力制御の精度、およびグラントフリー送信用に同一リソースを共有するように構成されたユーザ数によって異なる。したがって、複数ＵＥ間のリソース共有の性能をＲＳシーケンスに基づいて向上させるために、基地局は、同一リソースを共有するＵＥの最大数を動的に設定するように構成されてもよい。この場合、例えば、基地局が、検出および／または復号の失敗が予め設定された所定の閾値を超えていることを検出した場合、同一リソースに多重するユーザ数を減らしてもよい。

通信システムは、通常の（マクロ）基地局として動作する基地局を想定して説明されているが、マクロまたはピコ基地局、フェムト基地局、基地局の機能を有する要素を設けた中継ノード、ホーム基地局（ＨｅＮＢ）、または他のそのような通信ノードとして動作する基地局にも同じ原則を適用してよいものとする。

上記の例示的な実施形態では、５Ｇ通信システムおよび５Ｇ基地局（ｇＮＢ）が説明された。当業者が理解するように、本願で説明される技術は、従来の３ＧＰＰシステム（例えば、ＬＴＥ／ＬＴＥ－Ａ）を含む他の通信システムに使用することもできる。

基地局はスタンドアローン型ｇＮＢを想定して説明されたが、ｇＮＢの機能が１つまたは複数のＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ：分散ユニット）とＣＵ（ＣｅｎｔｒａｌＵｎｉｔ：中央ユニット）間で分割可能な基地局を含む任意の適切な基地局を用いてもよく、当該ＣＵは、より高レベルの機能を通常実行すると共に、次世代コアとの通信、低レベル機能を実行するＤＵとの通信、および近傍の（すなわち、ｇＮＢによって運用されるセル内の）ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）とのエアインタフェースを介した通信を行う。

上述した例示的な実施形態では、基地局および通信デバイス（ＵＥ）はそれぞれトランシーバ回路を含む。通常、この回路は個別のハードウェア回路で構成される。しかし、複数の例示的な実施形態では、トランシーバ回路の一部は、対応のコントローラによって実行されるソフトウェアとして実装してもよい。

上記の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供してもよいし、コンピュータネットワークを介した信号として、または記録媒体上で、基地局もしくは通信デバイスに供給してもよい。さらに、このソフトウェアの一部またはすべてによって実行される機能は、１つまたは複数の個別のハードウェア回路を使用して実行してもよい。

例えば、本明細書で説明する機能および／またはモジュールは、必要な機能を提供するソフトウェア命令を適宜使用してプログラムされた１つまたは複数のハードウェアコンピュータプロセッサを有する１つまたは複数のコンピュータ処理装置を使用して実装してもよい（例えば、図２または３を参照して説明したコントローラの一部を形成する１つまたは複数のコンピュータプロセッサ）。さらに、これらの機能のすべてまたは一部は、例えばＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）など１つまたは複数の個別集積回路を使用して、個別回路としてハードウェアで実装してもよいものとする。

通信デバイスおよび基地局の（すなわち、図２および図３を参照した）説明で言及されたコントローラは、例えばアナログまたはデジタルコントローラなどの任意のコントローラを適宜含んでもよい。各コントローラは任意の形態の処理回路を適宜含んでもよいものとし、これには、例えば、以下が含まれる（限定的ではない）：
１つまたは複数のハードウェアに実装されたコンピュータプロセッサ；マイクロプロセッサ；ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔｓ：中央処理装置）；ＡＬＵ（ＡｒｉｔｈｍｅｔｉｃＬｏｇｉｃＵｎｉｔｓ：算術論理ユニット）；ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ：入出力）回路；内部メモリ／キャッシュ（プログラムおよび／またはデータ）；処理レジスタ；通信バス（例えば、制御、データおよび／またはアドレスバス）；ＤＭＡ（ＤｉｒｅｃｔＭｅｍｏｒｙＡｃｃｅｓｓ：ダイレクトメモリアクセス）機能；およびハードウェアまたはソフトウェアで実装されたカウンタ、ポインタ、タイマなど。

上記例示的な実施形態では、マシン型通信デバイスおよびモバイル電話（モバイルデバイス）について説明した。当該モバイルデバイスは、例えば、モバイル電話、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどを含んでもよい。当該モバイル（または一般的には固定の）デバイスは、通常、ユーザによって操作される。しかし、モバイル電話（および同様のユーザ機器）は、マシン型通信デバイスとして動作するように構成してもよい。例えば、モバイル電話３－１は、ＭＴＣモジュール４５を含んでもよい（および／またはその機能を提供してもよい）。

通信デバイス３は、当該通信デバイス３の上りリンク送信の繰り返し送信を行うように上で説明されたが、当該通信デバイス３は、カバレッジ拡張なしで、またはわずかなカバレッジ拡張のみで動作してもよい（「ＣＥモードＡ」動作と呼ばれる）。この場合、通信デバイス３は、繰り返し送信を行わないように構成してもよいし、一回のみまたは比較的少ない回数繰り返し送信を行うように構成してもよい（例えば、トランスポートブロックごとに最大４回の送信）。

（ＭＴＣアプリケーションの例）
各通信デバイスは、１つまたは複数のＭＴＣアプリケーションをサポートしてもよい。ＭＴＣアプリケーション例の一部を、以下の表にリストする（出典：３ＧＰＰＴＳ２２．３６８Ｖ１４．０．０、付録Ｂ）。このリストは網羅的なものではなく、マシン型通信の適用範囲を示すことを目的としている。

上記通信デバイスを判別する識別情報は、一時ネットワーク識別子を含んでもよい（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））。上記通信デバイスを判別する識別情報は、上記通信デバイスに関連付けられた、予め設定されたインデックスを含んでもよい。

上記方法は、前記受信した上りリンクデータに対するフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を、上記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補に対して行う基地局をさらに含んでもよい。

上記方法は、上記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補による後続の上りリンク送信のための個別通信リソースを割り当てる基地局をさらに含んでもよい。例えば、上記基地局は、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を使用して、上記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補に個別通信リソースを割り当ててもよく、上記ＤＣＩは、ｉ）上記割り当てがさらなる上りリンクデータの送信用である場合には上記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、またはｉｉ）上記割り当てが上記受信した上りリンクデータの再送用である場合には第２のタイプの（上記第１のタイプとは異なる）一時ネットワーク識別子を使用して、符号化される。

上記第２のタイプの一時ネットワーク識別子は、上記通信デバイスから受信した上りリンクデータの送信に固有の情報を使用して、所定の式に基づいて、決定することができる。例えば、上記第２のタイプの一時ネットワーク識別子は、次の少なくとも１つに基づいて決定されてもよい。

ここで、ＧＦ－ＲＮＴＩは、上記第２のタイプの一時ネットワーク識別子であり、Ｎ^ＵＬ _{ｍａｘ＿Ｒｅｓｏｕｒｃｅ＿ＧＦ}は、上記基地局のセル内でグラントフリーの上りリンク送信用に確保される周波数領域リソースの最大数であり、ＲＳ_{ｉｎｄｅｘ}は、上記通信デバイスに固有の帯域幅パラメータのインデックスであり、Ｒｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}は、過去のグラントフリーデータ送信の再送に使用された周波数領域リソースのインデックスであり、Ｏｆｆｓｅｔは、上記第２のタイプの一時ネットワーク識別子を所定の範囲に配置するためのオプションとしてのオフセット値であり、Ｎ^ＵＬ _{ｍａｘ＿ＲＳ}は、上記基地局の上りリンクシステム帯域幅のＲＳシーケンスの最大数である。

上記所定の式は、上記制御情報が関連するＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）プロセスのインデックスの加算をさらに含んでもよい。上記制御情報は、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を含んでもよい。

上記通信デバイスから受信した上りリンクデータ送信は、上記通信デバイスを判別することができる情報を含んでもよく、上記通信デバイスを判別することができる情報は、上記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含んでもよい。

種々の他の変更は、当業者にとって明らかであるため、ここでは更に詳細な説明は省略する。

上記例示的な実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
通信システムの通信デバイスによって実行される方法であって、
グラントフリー通信リソースを使用して、基地局に上りリンクデータと、前記通信デバイスを判別することができる情報とを送信することを含み、
前記通信デバイスを判別することができる情報は、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む、方法。

（付記２）
前記通信デバイスを判別する識別情報は、前記通信デバイスに関連付けられた、一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））および予め設定されたインデックスのうち少なくとも１つを含む、付記１に記載の方法。

（付記３）
通信システムの基地局によって実行される方法であって、
グラントフリー通信リソースを使用して、通信デバイスから、上りリンクデータと、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む前記通信デバイスを判別することができる情報とを受信すること、
候補通信デバイスを判別する識別情報を使用して前記ＣＲＣ値の復号を試行すること、
前記試行が成功した場合、前記候補通信デバイスを、前記上りリンクデータを送信した通信デバイスとして判別すること、および
前記試行が成功しなかった場合、前記候補通信デバイスを、前記上りリンクデータを送信した通信デバイスとして判別しないこと、を含む方法。

（付記４）
前記通信デバイスを判別する識別情報は、一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を含む、付記３に記載の方法。

（付記５）
前記通信デバイスを判別する識別情報は、前記通信デバイスに関連付けられた予め設定されたインデックスを含む、付記３に記載の方法。

（付記６）
前記受信した上りリンクデータに対するフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を、前記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補に対して行うことをさらに含む、付記３から５のいずれか一項に記載の方法。

（付記７）
前記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補による後続の上りリンク送信のための個別通信リソースを割り当てることをさらに含む、付記３から６のいずれか一項に記載の方法。

（付記８）
ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を使用して、前記上りリンクデータを送信した通信デバイスとして判別された通信デバイス候補に個別通信リソースを割り当てることを含み、前記ＤＣＩは、ｉ）前記割り当てがさらなる上りリンクデータの送信用である場合には前記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、またはｉｉ）前記割り当てが前記受信した上りリンクデータの再送用である場合には第２のタイプの（前記第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化される、付記３から７のいずれか一項に記載の方法。

（付記９）
通信システムの基地局によって実行される方法であって、
グラントフリー通信リソースを使用して、通信デバイスから上りリンクデータの送信を受信すること、
さらなる上りリンクデータの送信および前記受信した上りリンクデータの再送の少なくとも一方のために通信リソースを前記通信デバイスに割り当てるための制御情報を生成すること、
前記制御情報を、ｉ）前記割り当てがさらなる上りリンクデータの送信用である場合には前記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、ｉｉ）前記割り当てが前記受信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化すること、および
前記符号化された制御情報を前記通信デバイスに送信すること、を含む方法。

（付記１０）
前記第２のタイプの一時ネットワーク識別子は、前記通信デバイスから受信した上りリンクデータの送信に固有の情報を使用して所定の計算式に基づいて決定される、付記９に記載の方法。

（付記１１）
前記第２のタイプの一時ネットワーク識別子は、下記の少なくとも１つに基づいて決定され、

ここで、ＧＦ－ＲＮＴＩは、前記第２のタイプの一時ネットワーク識別子であり、Ｎ^ＵＬ _{ｍａｘ＿Ｒｅｓｏｕｒｃｅ＿ＧＦ}は、前記基地局のセル内でグラントフリーの上りリンク送信用に確保される周波数領域リソースの最大数であり、ＲＳ_{ｉｎｄｅｘ}は、前記通信デバイスに固有の帯域幅パラメータのインデックスであり、Ｒｅｓｏｕｒｃｅ＿ＧＦ_{ｉｎｄｅｘ}は、過去のグラントフリーデータ送信の再送に使用された周波数領域リソースのインデックスであり、Ｏｆｆｓｅｔは、前記第２のタイプの一時ネットワーク識別子を所定の範囲に配置するためのオプションとしてのオフセット値であり、Ｎ^ＵＬ _{ｍａｘ＿ＲＳ}は、前記基地局の上りリンクシステム帯域幅のＲＳシーケンスの最大数である、付記９に記載の方法。

（付記１２）
前記所定の式は、前記制御情報が関連するＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）プロセスのインデックスの加算をさらに含む、付記１１に記載の方法。

（付記１３）
前記制御情報はＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：下りリンク制御情報）を含む、付記９から１２のいずれか一項に記載の方法。

（付記１４）
前記通信デバイスから受信した上りリンクデータ送信は、前記通信デバイスを判別することができる情報を含み、
前記通信デバイスを判別することができる情報は、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む、付記９から１３のいずれか一項に記載の方法。

（付記１５）
通信システムの通信デバイスによって実行される方法であって、
通信システムのグラントフリー通信リソースを使用して基地局に上りリンクデータを送信すること、
さらなる上りリンクデータの送信および前記送信した上りリンクデータの再送の少なくとも一方のために通信リソースを前記通信デバイスに割り当てるための制御情報であり、
ｉ）前記割り当てがさらなる上りリンクデータの送信用である場合には前記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、ｉｉ）前記割り当てが前記送信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化された制御情報を前記基地局から受信すること、および
前記制御情報に基づいて、前記割り当てられた通信リソースを使用して、前記基地局にさらなる上りリンクデータを送信するまたは前記送信した上りリンクデータを再送すること、を含む方法。

（付記１６）
前記第２のタイプの一時ネットワーク識別子は、前記上りリンクデータの送信に固有の情報を使用して所定の計算式に基づいて決定される、付記１５に記載の方法。

（付記１７）
通信システムの通信デバイスであって、前記通信デバイスはコントローラおよびトランシーバを備え、
前記コントローラは、前記トランシーバを、上りリンクデータおよび前記通信デバイスを判別することができる情報を、グラントフリー通信リソースを使用して基地局に送信するように制御するように動作可能であり、
前記通信デバイスを判別することができる情報は、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む、通信デバイス。

（付記１８）
通信システムの基地局であって、前記基地局はコントローラおよびトランシーバを備え、
前記コントローラは、前記トランシーバを、グラントフリー通信リソースを使用して、通信デバイスから、上りリンクデータと、前記通信デバイスを判別する識別情報で符号化されたＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ：巡回冗長検査）値を含む前記通信デバイスを判別することができる情報とを受信するように制御し、
候補通信デバイスを判別する識別情報を使用して前記ＣＲＣ値の復号を試行し、
前記試行が成功した場合、前記候補通信デバイスを前記上りリンクデータを送信した通信デバイスとして判別し、
前記試行が成功しなかった場合、前記候補通信デバイスを前記上りリンクデータを送信した通信デバイスとして判別しないように動作可能である、基地局。

（付記１９）
通信システムの通信デバイスであって、前記マシン型の通信デバイスはコントローラおよびトランシーバを備え、
前記コントローラは、前記トランシーバを、通信システムのグラントフリー通信リソースを使用して、基地局に上りリンクデータを送信し、
さらなる上りリンクデータの送信および前記送信した上りリンクデータの再送の少なくとも一方のために通信リソースを前記通信デバイスに割り当てるための制御情報であり、
ｉ）前記割り当てがさらなる上りリンクデータの送信用である場合には前記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、
ｉｉ）前記割り当てが前記送信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化された制御情報を前記基地局から受信し、および
前記制御情報に基づいて、前記割り当てられた通信リソースを使用してさらなる上りリンクデータまたは前記送信した上りリンクデータを前記基地局に再送するように制御するように動作可能である、通信デバイス。

（付記２０）
通信システムの基地局であって、前記基地局はコントローラおよびトランシーバを備え、
前記コントローラは、前記トランシーバを、グラントフリー通信リソースを使用して、通信デバイスから上りリンクデータの送信を受信するように制御し、
さらなる上りリンクデータの送信および前記受信した上りリンクデータの再送の少なくとも一方のために通信リソースを前記通信デバイスに割り当てるための制御情報であり、
ｉ）前記割り当てがさらなる上りリンクデータの送信用である場合には前記通信デバイスの第１のタイプの一時ネットワーク識別子（例えば、Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ））を使用して、または、
ｉｉ）前記割り当てが前記受信した上りリンクデータの再送用である場合には第２のタイプの（第１のタイプとは異なる）一時ネットワーク識別子を使用して符号化される制御情報を生成し、
前記トランシーバを、前記符号化された制御情報を前記通信デバイスに送信するように制御するように動作可能である、基地局。

（付記２１）
付記１７または１９に記載の通信デバイスおよび付記１８または２０に記載の基地局を備えるシステム。

（付記２２）
プログラム可能な通信デバイスに付記１から１６のいずれか一項に記載の方法を実行させるためのコンピュータによって実行可能な命令を備える、コンピュータによって実行可能な命令製品。

本出願は、２０１７年８月１０日に出願された英国特許出願第１７１２８６３．８号に基づく優先権の利益に基づいており、その開示はその全体が参照により本明細書に組み込まれる。

Claims

グラントなしの通信に特有のパラメータを用いて、少なくともＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＵＳＣＨ）のＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ（ＣＲＣ）のデータをスクランブリングする手段と、
前記ＰＵＳＣＨと前記データとをグラントなしの通信にて基地局へ送信する手段と、
を備えるユーザ機器（ＵＥ）。
前記パラメータは前記ＵＥの識別子である、請求項１に記載のＵＥ。
前記パラメータはグラントなしの通信用のＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）である、請求項１又は２に記載のＵＥ。
前記パラメータは前記基地局にて前記ＰＵＳＣＨ及び前記データの再送信のスケジューリングに用いられる、請求項１乃至３のいずれか１項に記載のＵＥ。
前記パラメータは参照信号系列のためのパラメータであり、前記ＵＥに特有である、請求項１に記載のＵＥ。
前記パラメータを用いて前記ＰＵＳＣＨと前記データとをスクランブリングする手段を備える、請求項１乃至５のいずれか１項に記載のＵＥ。
前記パラメータはＣｅｌｌＲＮＴＩ（Ｃ－ＲＮＴＩ）とは異なる、請求項１乃至６のいずれか１項に記載のＵＥ。
グラントなしの通信に特有のパラメータを用いて、少なくともＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＵＳＣＨ）のＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ（ＣＲＣ）のデータをスクランブリングすることと、
前記ＰＵＳＣＨと前記データとをグラントなしの通信にて基地局へ送信することと、
を含む、方法。
前記パラメータは前記ＵＥの識別子である、請求項８に記載の方法。
前記パラメータはグラントなしの通信用のＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）である、請求項８又は９に記載の方法。
前記パラメータは前記基地局にて前記ＰＵＳＣＨ及び前記データの再送信のスケジューリングに用いられる、請求項８乃至１０のいずれか１項に記載の方法。
前記パラメータは参照信号系列のためのパラメータであり、前記ＵＥに特有である、請求項８に記載の方法。
前記パラメータを用いて前記ＰＵＳＣＨと前記データとをスクランブリングすることを含む、請求項８乃至１２のいずれか１項に記載の方法。
前記パラメータはＣｅｌｌＲＮＴＩ（Ｃ－ＲＮＴＩ）とは異なる、請求項８乃至１３のいずれか１項に記載の方法。