特許ウォッチ

公開番号2024150705
公報種別公開特許公報(A)
公開日2024-10-23
出願番号2024120838,2023514065
出願日2024-07-26,2021-10-14
発明の名称通信システム
出願人日本電気株式会社
代理人個人
主分類H04W 28/04 20090101AFI20241016BHJP(電気通信技術)
要約【課題】Ultra-Reliable and Low-Latency Communications(URLLC)サービスに関連付けられるデータおよびEnhanced Mobile Broadband(eMBB)サービスに関連付けられるデータを受信するユーザ機器(UE)及び方法を提供する。
【解決手段】アクセスネットワークノードによって実行される方法であって、UEは、URLLCサービスに対する第1のハイブリッド自動再送要求(HARQ)コードブックおよびeMBBサービスに対する第2のHARQコードブックを生成し、第1のHARQコードブックを単一のビットにまとめS2、それを第2のHARQコードブックの最後に付加してS3、多重化されたHARQコードブックを形成し、アクセスネットワークノードに、多重化されたHARQコードブックを送信する。
【選択図】図5
特許請求の範囲【請求項１】
無線アクセスネットワークノードから、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を受信する手段と、
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成する手段と、
前記第２のデータのための第２のＨＡＲＱコードブックを生成する手段と、
前記第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成する手段と、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出する手段と、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信する手段と、
を備える、ユーザ機器（ＵＥ：User Equipment）。
続きを表示（約 1,100 文字）【請求項２】
前記コンテンツは前記第２のＨＡＲＱコードブックである、請求項１に記載のＵＥ。
【請求項３】
前記第１の優先度は高優先度に対応し、
前記第２の優先度は低優先度に対応する、
請求項１又は２に記載のＵＥ。
【請求項４】
ユーザ機器（ＵＥ：User Equipment）へ、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を送信する手段と、
多重化ＨＡＲＱコードブックを前記ＵＥから受信する手段と、を備え、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノード。
【請求項５】
無線アクセスネットワークノードから、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を受信することと、
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成することと、
前記第２のデータのための第２のＨＡＲＱコードブックを生成することと、
前記第２のＨＡＲＱコードブックのコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成することと、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出することと、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信することと、
を含む、ユーザ機器（ＵＥ：User Equipment）における方法。
【請求項６】
ユーザ機器（ＵＥ：User Equipment）へ、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を送信することと、
多重化ＨＡＲＱコードブックを前記ＵＥから受信することと、を含み、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノードにおける方法。

発明の詳細な説明【技術分野】
【０００１】
本発明は、第３世代パートナシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）規格またはその同等物もしくは派生物に従って動作する無線通信システムおよびそのデバイスに関連する。本開示は、排他的ではないが、いわゆる「５Ｇ」（または、「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」）システムにおけるハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ：Hybrid Automatic Repeat Request Acknowledgement）フィードバックの送信に関連する改善に特に関連する。
続きを表示（約 3,900 文字）【背景技術】
【０００２】
３ＧＰＰ規格の最新の開発は、いわゆる「５Ｇ」または「ニューラジオ」（ＮＲ：New Radio）規格であり、「５Ｇ」またはＮＲ規格は、マシンタイプ通信（ＭＴＣ：Machine Type Communications）、モノのインターネット（ＩｏＴ：Internet of Things）／産業用モノのインターネット（ＩＩｏＴ：Industrial Internet of Things）通信、車両通信および自動車、高解像度ビデオストリーミング、および／またはスマートシティサービスなどの様々なアプリケーションおよびサービスをサポートとすることが予期される発展中の通信技術を指す。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ：Radio Access Network）および３ＧＰＰＮｅｘｔＧｅｎコア（ＮＧＣ：NextGen core）ネットワークを経由して５Ｇをサポートすることを意図している。５Ｇネットワークの様々な詳細は、例えば、非特許文献１において説明される。
【０００３】
エンドユーザ通信デバイスは一般的に、人間によって操作することができ、または自動化された（ＭＴＣ／ＩｏＴ）デバイスを含むことができる、ユーザ機器（ＵＥ：User Equipment）と称される。５Ｇ／ＮＲ通信システムの基地局は一般的に、ニューラジオ基地局（「ＮＲ－ＢＳ：New Radio Base Station」）または「ｇＮＢ」と称されるのに対し、それらは、より典型的には、ロングタームエボリューション（ＬＴＥ）基地局（「４Ｇ」基地局とも一般的に称される）に関連付けられる、用語「ｅＮＢ」（または、５Ｇ／ＮＲｅＮＢ）を使用して言及されることがあることを認識されよう。非特許文献２および非特許文献３は、とりわけ、以下のノードを定義する。
ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ：5G core network）に接続されるノード
ｎｇ－ｅＮＢ：ＵＥに向かう発展型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード
Ｅｎ－ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ：E-UTRA-NR Dual Connectivity）においてセカンダリノードとしての役割を果たすノード
ＮＧ－ＲＡＮノード：ｇＮＢまたはｎｇ－ｅＮＢのいずれか
【０００４】
３ＧＰＰは、近隣のＮＧ－ＲＡＮノードの間のネットワークインタフェースとして、いわゆる「Ｘｎ」インタフェースをも定義してきた。
【０００５】
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）は、アップリンク制御情報（ＵＣＩ：Uplink Control Information）と呼ばれる情報の組を搬送する。ＰＵＣＣＨのフォーマットは、ＵＣＩが何の種類の情報を搬送するかに依存する。使用されることになるＰＵＣＣＨフォーマットは、何ビットの情報が搬送されるべきなのか、および、何個のシンボルが割り当てられるか、によって決定される。ＮＲ（５Ｇ）において使用されるＵＣＩは、以下の情報：チャネル状態情報（ＣＳＩ：Channel State Information）、ＡＣＫ／ＮＡＫ、およびスケジューリング要求（ＳＲ：Scheduling Request）、のうちの１つ以上を含む。これは、ＬＴＥ（４Ｇ）おいても全体的に同一である。
【０００６】
次世代モバイルネットワークは、多様なサービス要件をサポートし、多様なサービス要件は、ＩｎｔｅｒｎａｔｉｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＵｎｉｏｎ（ＩＴＵ）によって、３つのカテゴリ：ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ（ｅＭＢＢ）、Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、およびＭａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）、に分類されてきた。ｅＭＢＢは、ＨｉｇｈＤｅｆｉｎｉｔｉｏｎ（ＨＤ）ビデオ、仮想現実（ＶＲ：Virtual Reality）、および拡張現実（ＡＲ：Augmented Reality）など、大きなかつ保証された帯域幅を必要とするサービスに焦点を合わせた、従来のモバイルブロードバンドのサポートを強化すること提供することを目的とする。ＵＲＬＬＣは、非常に短時間内に保証されたアクセスを必要とする、自動運転および工場自動化などの重大な用途に対する要件である。ＭＭＴＣは、スマート計測および環境監視などの大規模な数の接続されたデバイスをサポートする必要があるが、特定のアクセスディレイ（delay）を通常は許容することがある。それらの用途のうちの一部は、相対的に緩やかなサービス品質／経験品質（ＱｏＳ：Quality of Service／ＱｏＥ：Quality of Experience）要件を有することがあるのに対し、一部の用途は、相対的に厳しいＱｏＳ／ＱｏＥ要件（例えば、高帯域幅および／または低遅延（latency））を有することがある。
【０００７】
Ｒｅｌｅａｓｅ１６では、異なる優先度のアップリンク送信が重なるとき、低い優先度の送信をドロップさせることによってこのことが解決される。このアプローチは、ＵＲＬＬＣトラフィック（相対的に高優先度を有する）および関連するＨＡＲＱフィードバックを、他のタイプの送信よりも優先付けることを可能にするが、ｅＭＢＢトラフィックもが存在する場合は非効率である。例えば、ＵＲＬＬＣフィードバックを（ｅＭＢＢフィードバックよりも優先付けることに起因して、ダウンリンクに対するＨＡＲＱフィードバックがドロップされるとき、それに対してフィードバック（確認応答）が受信されないｅＭＢＢデータを再送信する必要があることに起因して、システム効率性が影響される。
【０００８】
Ｒｅｌｅａｓｅ１７では、産業用モノのインターネット（ＩＩｏＴ）およびＵＲＬＬＣに対する拡張は、異なる優先度を有する異なるトラフィックタイプに対して、ＨＡＲＱ－ＡＣＫ／ＳＲ／ＣＳＩおよび物理アップリンク共有チャネル（ＰＵＳＣＨ）の間で多重化する行動が必要とされることを規定することを目的としている。ＰＵＣＣＨまたはＰＵＳＣＨ上でそれが送信されるかに関わらず、この行動がＵＣＩに適用されることがある。直近の３ＧＰＰｍｅｅｔｉｎｇ（ＲＡＮ１＃１０２）では、高優先度ＨＡＲＱ－ＡＣＫおよび低優先度ＨＡＲＱ－ＡＣＫをＰＵＣＣＨに多重化することがＲｅｌｅａｓｅ１７においてサポートされることが合意されたが、更なる詳細は知られていない。鍵となる原理は、ＵＲＬＬＣＵＣＩ送信に対して遅延および信頼性を保証する必要があることである。
【０００９】
高優先度（例えば、ＵＲＬＬＣの）ＨＡＲＱ－ＡＣＫに対する影響を最小にするための、ｅＭＢＢＨＡＲＱ－ＡＣＫコードブックサイズを低減させるためのいくつかの提案が存在する。トランスポートブロック（ＴＢ：transport block）に基づくフィードバックを使用して、ｅＭＢＢＨＡＲＱ－ＡＣＫコードブックを圧縮することによって、またはＵＣＩペイロードサイズにフィードバックを適合させるために必要な程度の数のコンポーネントキャリアを破棄することによって、そのようなサイズの低減を達成することができる。代わりに、ｅＭＢＢＨＡＲＱ－ＡＣＫおよびＵＲＬＬＣＨＡＲＱ－ＡＣＫに対して独立して最大の許容可能なコードレートが構成されることがあり、ｅＭＢＢＨＡＲＱ－ＡＣＫを抑制することによって、ＵＲＬＬＣＨＡＲＱ－ＡＣＫを拡大することによって、最終的なペイロードが調節されることがある。関連するＲＲＣ構成に関係なく、低優先度ＨＡＲＱコードブックを生成するために、空間バンドリング（Spatialbundling）が使用されることがある。
【先行技術文献】
【非特許文献】
【００１０】
‘NGMN 5G White Paper’ V1.0[online], Next Generation Mobile Networks (NGMN) Alliance, Internet<URL: https://www.ngmn.org/5g-white-paper.html>
3GPP Technical Specification (TS) 38.300 V16.3.0
3GPP Technical Specification (TS) 37.340 V16.3.0
3GPP Technical Report (TR) 38.912 V16.0.0, section 8.2.2.2
【発明の概要】
（【００１１】以降は省略されています）

関連特許