知財求人 - 知財ポータルサイト「IP Force」
▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
特許7091359移動通信ネットワークの無線アクセスネットワークのエンティティ間での信頼できるデータパケット送信
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-06-17
(45)【発行日】2022-06-27
(54)【発明の名称】移動通信ネットワークの無線アクセスネットワークのエンティティ間での信頼できるデータパケット送信
(51)【国際特許分類】
H04W 72/04 20090101AFI20220620BHJP
H04W 28/04 20090101ALI20220620BHJP
H04W 24/04 20090101ALI20220620BHJP
【ＦＩ】
H04W72/04 111
H04W28/04
H04W24/04
【請求項の数】
22
(21)【出願番号】P 2019552203
(86)(22)【出願日】2018-03-13
(65)【公表番号】
(43)【公表日】2020-05-21
(86)【国際出願番号】 EP2018056189
(87)【国際公開番号】W WO2018172136
(87)【国際公開日】2018-09-27
【審査請求日】2019-11-18
(31)【優先権主張番号】17162655.9
(32)【優先日】2017-03-23
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】100085660
【弁理士】
【氏名又は名称】鈴木 均
(72)【発明者】
【氏名】ヴィルト，トーマス
(72)【発明者】
【氏名】シエル，トーマス
(72)【発明者】
【氏名】ヘルグ，コーネリウス
(72)【発明者】
【氏名】ザイデル，アイコ
【審査官】田畑 利幸
(56)【参考文献】
【文献】特表２００８－５１５３５８（ＪＰ，Ａ）
【文献】Intel Corporation，"Packet duplication for URLLC within a gNB"，3GPP TSG-RAN WG2 Meeting #97 R2-1701720，[online]，2017年02月04日，pages 1-3，https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1701720.zip，[検索日 2021.01.20]
【文献】Huawei, HiSilicon，"Redundancy Schemes below PDCP Layer"，3GPP TSG-RAN WG2 Meeting #97 R2-1701201，[online]，2017年02月04日，pages 1-4，https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1701201.zip，[検索日 2021.01.20]
【文献】Ericsson，"Data duplication in lower layers (HARQ)"，3GPP TSG-RAN WG2 Meeting #97 R2-1702032，[online]，2017年02月20日，pages 1-6，https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1702032.zip，[検索日 2021.01.20]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
Ｈ０４Ｌ １／００
Ｈ０４Ｌ １／０８－ １／２４
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
移動通信ネットワーク用のユーザ機器（ＵＥ）であって、前記移動通信ネットワークは、複数のセルを含み、かつセル内の前記ユーザ機器（ＵＥ）にサービスを提供するように構成された無線アクセスネットワーク（ＲＡＮ）を有し、前記無線アクセスネットワーク（ＲＡＮ）からデータパケットを受信するために、前記ユーザ機器（ＵＥ）は、前記無線アクセスネットワーク（ＲＡＮ）により前記ユーザ機器（ＵＥ）に異なる物理リソースを介して並列に送信された前記データパケットの複数の異なるバージョンを受信するように構成され、および／または、
データパケットを前記無線アクセスネットワーク（ＲＡＮ）に提供するために、前記ユーザ機器（ＵＥ）は、前記データパケットの複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを前記無線アクセスネットワーク（ＲＡＮ）に異なる物理リソースを介して並列に送信するように構成され、
前記データパケットの前記複数の異なるバージョンは、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤで、または無線アクセスネットワークプロトコルアーキテクチャのＭＡＣレイヤで、パケット冗長性／重複を実行することにより取得され、
前記無線アクセスネットワーク（ＲＡＮ）プロトコルアーキテクチャは、特定のデータ無線ベアラおよび／または特定の論理チャネルを含み、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、各データパケットに対して前記複数の異なるバージョンが提供される静的構成を有し、あるいは、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、前記データパケットの前記複数の異なるバージョンを提供することは、オンまたはオフに切り替えられるか、または前記データパケットの前記複数の異なるバージョンを提供するために使用される前記物理リソースの数および詳細について決定する適応構成を有し、さらに
前記ユーザ機器（ＵＥ）は、（ｉ）前記データパケットに関連する予め定義されたパラメータ（ＱｏＳ、ＢＬＥＲ、またはその他の重要性能評価指標－ＫＰＩ）に基づくスケジューリングプロセス中に動的に、（ｉｉ）無線アクセスネットワーク（ＲＡＮ）プロトコルスタックのＲＲＣレイヤによるベアラ確立中の各前記ベアラまたは論理チャネルに対して準静的に、または（ｉｉｉ）（ｉ）と（ｉｉ）の組み合わせを使用して、前記データパケットの前記複数の異なるバージョンを送信するために使用される物理リソースの数をスケジュールするように構成される、ユーザ機器（ＵＥ）。
【請求項2】
前記異なる物理リソースは、異なる周波数リソース、または、
異なるキャリア（キャリアアグリゲーション）、または、
異なる物理リンク（二重接続）、または、
直接通信のための異なるリソースプールのうちの１つまたは複数を含む、請求項１に記載のユーザ機器（ＵＥ）。
【請求項3】
前記データパケットの前記複数の異なるバージョンを並列に送信することは、前記データパケットの前記複数の異なるバージョンを調整された方法で送信することを含み、前記データパケットの前記複数の異なるバージョンを調整された方法で送信することは、
前記データパケットの前記複数の異なるバージョンを時間調整された方法で送信すること、または、
前記データパケットの前記複数の異なるバージョンを前記データパケットの前記複数の異なるバージョンを識別する制御情報と共に送信すること、のうちの１つまたは複数を含む、請求項１または２に記載のユーザ機器（ＵＥ）。
【請求項4】
前記制御情報は、前記データパケットの前記複数の異なるバージョンの各々に対するシーケンス番号またはパケット識別情報を含む、請求項３に記載のユーザ機器（ＵＥ）。
【請求項5】
前記静的構成、及び前記適応構成は、前記データパケットに提供されるいくつかの異なるバージョンを示す、請求項１から４のいずれか一項に記載のユーザ機器（ＵＥ）。
【請求項6】
準静的スケジューリングは、半永続的スケジューリング（ＳＰＳ）を含む、請求項１から５のいずれか一項に記載のユーザ機器（ＵＥ）。
【請求項7】
前記ユーザ機器（ＵＥ）は、各々が異なる物理リソースを使用する複数の送信リンクを介して前記データパケットの前記複数の異なるバージョンを送信し、各送信リンクについて、前記データパケットの前記複数の異なるバージョンに割り当てられた前記物理リソースを示す制御シグナリングメッセージ（ＰＤＣＣＨ）を受信するように構成される、請求項１から６のいずれか一項に記載のユーザ機器（ＵＥ）。
【請求項8】
前記１つまたは複数の制御シグナリングメッセージ、および前記データパケットの前記複数の異なるバージョンは、１つの内蔵型物理リソース割り当て（例えば、ミニスロット、スロット、サブフレーム）の一部である、請求項７に記載のユーザ機器（ＵＥ）。
【請求項9】
前記ユーザ機器（ＵＥ）は、前記ユーザ機器（ＵＥ）が自律モードで動作することを示す制御シグナリングメッセージを前記ユーザ機器（ＵＥ）に受信するように構成され、前記制御シグナリングメッセージは、前記ユーザ機器（ＵＥ）がアップリンクデータパケットの１つのバージョンまたは前記複数の異なるバージョンを提供するときに１つまたは複数の条件を定義し、前記アップリンクデータパケットの前記１つのバージョンまたは前記複数の異なるバージョンを、異なるアップリンク物理リソースを介して前記無線アクセスネットワーク（ＲＡＮ）または別のユーザ機器（ＵＥ）に送信し、前記ユーザ機器（ＵＥ）は、前記条件のうちの１つまたは複数が存在するかどうかを決定するように構成される、請求項１から８のいずれか一項に記載のユーザ機器（ＵＥ）。
【請求項10】
前記１つまたは複数の条件は、ユーザ機器（ＵＥ）測定値のうちの１つまたは複数の予め定義されたしきい値（例えば、信号強度、干渉レベル、パイロット電力しきい値、ＨＡＲＱ統計など）、または、
前記ＵＥが上位レイヤプロトコル（クロスレイヤ設計）から受信する指示、または、
前記セル内の前記ユーザ機器（ＵＥ）の位置、または、
サービング基地局からの距離、または、
前記ユーザ機器（ＵＥ）が移動する速度、または、
前記ユーザ機器（ＵＥ）により現在使用されている送信電力、または、
前記ユーザ機器（ＵＥ）のバッテリー電力
のうちの１つまたは複数を含む、請求項９に記載のユーザ機器（ＵＥ）。
【請求項11】
ＲＲＣダイバーシティを提供してＲＲＣ制御シグナリングをより高速で信頼性の高いものにするために、データパケットの冗長性が提供される、請求項１から１０のいずれか一項に記載のユーザ機器（ＵＥ）。
【請求項12】
移動通信ネットワークであって、複数のセルを有する無線アクセスネットワーク（ＲＡＮ）を含み、前記無線アクセスネットワーク（ＲＡＮ）は、セル内のユーザ機器（ＵＥ）にサービスを提供するように構成され、
データパケットを前記ユーザ機器（ＵＥ）に提供するために、前記無線アクセスネットワーク（ＲＡＮ）は、前記データパケットの複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを異なる物理リソースを介して並列に前記ユーザ機器（ＵＥ）に送信するように構成され、および／または、
データパケットを前記無線アクセスネットワーク（ＲＡＮ）に提供するために、前記ユーザ機器（ＵＥ）は、前記データパケットの複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを前記無線アクセスネットワーク（ＲＡＮ）に異なる物理リソースを介して並列に送信するように構成され、
前記データパケットの前記複数の異なるバージョンは、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤで、または無線アクセスネットワークプロトコルアーキテクチャのＭＡＣレイヤで、パケット冗長性／重複を実行することにより取得され、
前記無線アクセスネットワーク（ＲＡＮ）は、特定のデータ無線ベアラおよび／または特定の論理チャネルを含み、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、各データパケットに対して前記複数の異なるバージョンが提供される静的構成を有し、あるいは、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、前記データパケットの前記複数の異なるバージョンを提供することは、オンまたはオフに切り替えられるか、または前記データパケットの前記複数の異なるバージョンを提供するために使用される前記物理リソースの数および詳細について決定する適応構成を有し、さらに
前記無線アクセスネットワーク（ＲＡＮ）は、（ｉ）前記データパケットに関連する予め定義されたパラメータ（ＱｏＳ、ＢＬＥＲ、またはその他の重要性能評価指標－ＫＰＩ）に基づくスケジューリングプロセス中に動的に、（ｉｉ）無線アクセスネットワーク（ＲＡＮ）プロトコルスタックのＲＲＣレイヤによるベアラ確立中の各前記ベアラまたは論理チャネルに対して準静的に、または（ｉｉｉ）（ｉ）と（ｉｉ）の組み合わせを使用して、前記データパケットの前記複数の異なるバージョンを送信するために使用される物理リソースの数をスケジュールするように構成される、移動通信ネットワーク。
【請求項13】
移動通信ネットワークであって、複数のセルを有する無線アクセスネットワーク（ＲＡＮ）を含み、前記無線アクセスネットワーク（ＲＡＮ）は、セル内のユーザ機器（ＵＥ）にサービスを提供するように構成され、
データパケットを前記ユーザ機器（ＵＥ）に提供するために、前記無線アクセスネットワーク（ＲＡＮ）は、前記データパケットの複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを異なる物理リソースを介して並列に前記ユーザ機器（ＵＥ）に送信するように構成され、および／または、
データパケットを前記無線アクセスネットワーク（ＲＡＮ）に提供するために、前記ユーザ機器（ＵＥ）は、前記データパケットの複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを前記無線アクセスネットワーク（ＲＡＮ）に異なる物理リソースを介して並列に送信するように構成され、
前記データパケットの前記複数の異なるバージョンは、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤで、または無線アクセスネットワークプロトコルアーキテクチャのＭＡＣレイヤで、パケット冗長性／重複を実行することにより取得される、
特定の時刻または特定の時間枠に基づいて、前記ユーザ機器（ＵＥ）は、前記異なる物理リソース上の前記データパケットの前記複数の異なるバージョンに対して一組のリソースを監視する（例えば、いくつかのスロット／サブフレームのＰＤＣＣＨ制御情報を復号する）ように構成され、さらに、
前記無線アクセスネットワーク（ＲＡＮ）は、無線アクセスネットワーク（ＲＡＮ）プロトコルスタックのＲＲＣレイヤに一組の異なるＲＲＣ構成を提供し、前記データパケットの前記複数の異なるバージョンの送信のために前記ＲＲＣ構成のうちの１つを選択し、前記選択されたＲＲＣ構成を前記ユーザ機器（ＵＥ）に通知するように構成される、移動通信ネットワーク。
【請求項14】
前記無線アクセスネットワーク（ＲＡＮ）は、前記セル内の前記ユーザ機器（ＵＥ）にサービスを提供するための複数の基地局を含み、第１の基地局は、前記ユーザ機器（ＵＥ）への第１の送信リンクを提供するように構成され、第２の基地局は、第２の送信リンクを前記ユーザ機器（ＵＥ）に提供するように構成され、前記第１および第２の送信リンクは互いに分離しており、
前記ユーザ機器（ＵＥ）にデータパケットを提供するために、前記無線アクセスネットワーク（ＲＡＮ）は、前記データパケットの前記複数の異なるバージョンを前記第１および第２の送信リンクを介して前記ユーザ機器（ＵＥ）に並列に送信するように構成される、
請求項１２または１３に記載の移動通信ネットワーク。
【請求項15】
前記第１の基地局は一次基地局であり、前記第２の基地局は二次基地局であり、前記一次および二次基地局は、前記ユーザ機器（ＵＥ）への接続のための共通無線ベアラを有し、前記共通無線ベアラの前記無線アクセスネットワーク（ＲＡＮ）プロトコルスタックの前記ＭＡＣレイヤは、前記データパケットを受信し、前記データパケットの前記複数の異なるバージョンを提供し、前記データパケットの前記複数の異なるバージョンを、異なるコンポーネントキャリア（ＣＣ）上の複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ／ＰＤＳＣＨ）に向けて送信するように構成され、第１のコンポーネントキャリアは、前記一次基地局から前記ユーザ機器（ＵＥ）に前記第１の送信リンクを提供し、第２のコンポーネントキャリアは、前記二次基地局から前記ユーザ機器（ＵＥ）に前記第２の送信リンクを提供する、
請求項１４に記載の移動通信ネットワーク。
【請求項16】
前記第１の基地局および前記第２の基地局は、前記ユーザ機器（ＵＥ）への前記接続のための独立した無線ベアラを有する独立した基地局であり、前記第１の基地局の第１の無線ベアラの前記無線アクセスネットワーク（ＲＡＮ）プロトコルスタックの前記ＰＤＣＰレイヤは、前記データパケットを受信し、前記データパケットの前記複数の異なるバージョンを提供し、前記データパケットを前記第１の無線ベアラの前記ＭＡＣレイヤに向けて送信し、前記データパケットの前記複数の異なるバージョンを前記第２の基地局の第２の無線ベアラの前記ＭＡＣレイヤに送信するように構成され、
前記第１および第２の無線ベアラの前記ＭＡＣレイヤは、前記第１の基地局から前記ユーザ機器（ＵＥ）への、および前記第２の基地局から前記ユーザ機器（ＵＥ）への独立した送信リンク上の複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ／ＰＤＳＣＨ）に向けて前記データパケットの前記複数の異なるバージョンを送信する、
請求項１４に記載の移動通信ネットワーク。
【請求項17】
前記第１の基地局および前記第２の基地局のうちの少なくとも１つは、関連する二次基地局を有する一次基地局であり、前記一次および二次基地局は、前記ユーザ機器（ＵＥ）への前記接続のための共通無線ベアラを有し、前記共通無線ベアラの前記無線アクセスネットワーク（ＲＡＮ）プロトコルスタックの前記ＭＡＣレイヤは、前記ＰＤＣＰレイヤからデータパケットを受信し、異なるコンポーネントキャリア（ＣＣ）の複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ／ＰＤＳＣＨ）に向けて前記データパケットを送信するように構成され、第１のコンポーネントキャリアは、前記一次基地局から前記ユーザ機器（ＵＥ）に前記第１の送信リンクを提供し、第２のコンポーネントキャリアは、前記二次基地局から前記ユーザ機器（ＵＥ）に前記第２の送信リンクを提供する、
請求項１４に記載の移動通信ネットワーク。
【請求項18】
前記第１の基地局および前記第２の基地局は、同じ無線アクセス技術（ＲＡＴ）または異なる無線アクセス技術（ＲＡＴ）を使用する、請求項１６または１７に記載の移動通信ネットワーク。
【請求項19】
前記異なる無線アクセス技術は、３ＧＰＰ（例えば、ＵＭＴＳ、ＬＴＥ、ＮＲ／５Ｇ）および／またはＩＥＥＥ規格（例えば、８０２．１１または８０２．１５．４）から選択される、請求項１８に記載の移動通信ネットワーク。
【請求項20】
移動通信ネットワークにおいてデータパケットを送信するための方法であって、前記移動通信ネットワークは、複数のセルを含み、かつセル内のユーザ機器（ＵＥ）にサービスを提供する無線アクセスネットワーク（ＲＡＮ）を有し、前記方法は、前記ユーザ機器（ＵＥ）により、または前記無線アクセスネットワーク（ＲＡＮ）により、前記データパケットの複数の異なるバージョンを提供するステップと、
前記データパケットの前記複数の異なるバージョンを前記無線アクセスネットワーク（ＲＡＮ）または前記ユーザ機器（ＵＥ）に異なる物理リソースを介して並列に送信するステップと、を含み、
前記データパケットの前記複数の異なるバージョンは、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤで、または無線アクセスネットワークプロトコルアーキテクチャのＭＡＣレイヤで、パケット冗長性／重複を実行することにより取得され、
前記無線アクセスネットワーク（ＲＡＮ）は、特定のデータ無線ベアラおよび／または特定の論理チャネルを含み、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、各データパケットに対して前記複数の異なるバージョンが提供される静的構成を有し、あるいは、前記特定のデータ無線ベアラおよび／または前記特定の論理チャネルは、前記データパケットの前記複数の異なるバージョンを提供することは、オンまたはオフに切り替えられるか、または前記データパケットの前記複数の異なるバージョンを提供するために使用される前記物理リソースの数および詳細について決定する適応構成を有し、さらに、
前記無線アクセスネットワーク（ＲＡＮ）は、（ｉ）前記データパケットに関連する予め定義されたパラメータ（ＱｏＳ、ＢＬＥＲ、またはその他の重要性能評価指標－ＫＰＩ）に基づくスケジューリングプロセス中に動的に、（ｉｉ）無線アクセスネットワーク（ＲＡＮ）プロトコルスタックのＲＲＣレイヤによるベアラ確立中の各前記ベアラまたは論理チャネルに対して準静的に、または（ｉｉｉ）（ｉ）と（ｉｉ）の組み合わせを使用して、前記データパケットの前記複数の異なるバージョンを送信するために使用される物理リソースの数をスケジュールするように構成される、方法。
【請求項21】
移動通信ネットワークにおいてデータパケットを送信するための方法であって、前記移動通信ネットワークは、複数のセルを含み、かつセル内のユーザ機器（ＵＥ）にサービスを提供する無線アクセスネットワーク（ＲＡＮ）を有し、前記方法は、前記ユーザ機器（ＵＥ）により、または前記無線アクセスネットワーク（ＲＡＮ）により、前記データパケットの複数の異なるバージョンを提供するステップと、さらに、
前記データパケットの前記複数の異なるバージョンを前記無線アクセスネットワーク（ＲＡＮ）または前記ユーザ機器（ＵＥ）に異なる物理リソースを介して並列に送信するステップと、を含み、
前記データパケットの前記複数の異なるバージョンは、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤで、または無線アクセスネットワークプロトコルアーキテクチャのＭＡＣレイヤで、パケット冗長性／重複を実行することにより取得され、
特定の時刻または特定の時間枠に基づいて、前記ユーザ機器（ＵＥ）は、前記異なる物理リソース上の前記データパケットの前記複数の異なるバージョンに対して一組のリソースを監視する（例えば、いくつかのスロット／サブフレームのＰＤＣＣＨ制御情報を復号する）ように構成され、さらに、
前記無線アクセスネットワーク（ＲＡＮ）は、無線アクセスネットワーク（ＲＡＮ）プロトコルスタックのＲＲＣレイヤに一組の異なるＲＲＣ構成を提供し、前記データパケットの前記複数の異なるバージョンの送信のために前記ＲＲＣ構成のうちの１つを選択し、前記選択されたＲＲＣ構成を前記ユーザ機器（ＵＥ）に通知するように構成される、方法。
【請求項22】
コンピュータ上で実行された場合に、請求項２０または２１に記載の方法を実行する命令を格納するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【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】
図１から図６を参照して上述したシナリオでは、基地局と移動ユーザ機器のような無線アクセスネットワークのそれぞれのエンティティ間で通信されるデータパケットは、ユーザデータまたは制御データを含んでもよい。
しかし、例えばＵＥと基地局との間のチャネル品質が異なるため、特定のサービスに対して通信の信頼性が十分でない場合がある。
しかし、例えばＵＥと基地局との間のチャネル品質が異なるため、特定のサービスに対して通信の信頼性が十分でない場合がある。
【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】
【図1】コアネットワークおよび無線アクセスネットワークを含む無線ネットワークの一例の概略図である。
【図5】キャリアアグリゲーションと二重接続の組み合わせを概略的に示す図である。
【図6】ＬＴＥ基地局と５Ｇ／ＮＲ基地局を使用したＲＡＴ間接続の例の概略図である。
【図7】本発明のパケット冗長性／重複手法に従ってプロトコルスタックを動作させるための実施形態を示す図である。
【図8】基地局ｅＮＢが、周波数ｆ１、ｆ２で動作する２つの送信リンクＴＸ１およびＴＸ２を介してダウンリンク方向にＵＥにサービスを提供する、周波数ダイバーシティを伴うパケット冗長性／重複の一例を示す図である。
【図9】ビームダイバーシティを使用して本発明のパケット冗長性／重複が達成される一実施形態の概略図である。
【図10】サイトダイバーシティおよび周波数ダイバーシティにより実施される本発明のパケット冗長性／重複手法を示す図である。
【図11】本発明によるパケット冗長性／重複のための物理リソースをアクティブ化／非アクティブ化するＭＡＣ ＣＥの一実施形態を示す図である。
【図12】パケット冗長性／重複インジケータフィールド対従来のキャリアインジケータフィールドの第１の実施形態を示す図である。
【図13】本発明のパケット冗長性／重複インジケータ対従来のキャリアインジケータフィールドの別の実施形態を示す図である。
【図14】２つの送信リンクを介して受信機に送信される制御情報とデータの概略図である。
【図15】ミニスロット、スロットまたはサブフレームのようなリソースブロック内に、図１４で参照されるそれぞれの制御情報およびデータを搬送するＰＤＣＣＨおよびＰＤＳＣＨを含む２つのキャリアを示す図である。
【図16】２つのリンクを介して受信された制御情報の合成、および２つのリンクを介して受信されたデータ２を復号するための合成された制御情報の使用の概略図である。
【図17】制御情報がリンクの１つでのみ受信される一実施形態を示す図である。
【図18(a)】単一のＰＤＣＣＨのみを使用する実施形態の概略図である。
【図18(b)】低周波数帯域で１５ｋＨｚ、高周波数帯域で１２０ｋＨｚの混合ニューメロロジーシナリオでパケット重複を使用する一実施形態を示す図である。
【図19(a)】本発明の手法を実施するための複数の分散ユニットを制御する中央ユニットを含むＣ－ＲＡＮ（クラウドＲＡＮ）実施態様の概略図である。
【図19(b)】本発明の一実施形態によるＮＲとＬＴＥの共存のためのＣ－ＲＡＮセルレイアウトを示す図である。
【図19(c)】Ｃ－ＲＡＮセルレイアウトにおける中央ユニット（ＣＵ）と分散ユニット（ＤＵ）との間の機能的分割の例を示す図である。
【図20(a)】物理レイヤ処理チェーンであって、各データ送信に対して並列に実行される単一の処理チェーンを示す図である。
【図20(b)】物理レイヤ処理チェーンであって、本発明の実施形態による複数のデータ送信の共有処理チェーンに対して実行される単一の処理チェーンを示す図である。
【図21】複数の周波数（周波数ダイバーシティ）上および複数のサイトからの時間シフトアップリンク送信の概略図である。
【図22】キャリアアグリゲーションを使用した本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す図である。
【図23】二重接続を使用した本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す図である。
【図24(a)】二重接続を使用する本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す図であり、本発明の手法はＭＡＣレイヤを介して通知されるネットワーク符号化によって実施される。
【図24(b)】二重接続を使用する本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す図であり、本発明の手法はＰＤＣＰレイヤ上のネットワーク符号化によって実施される。
【図27】ＭＢＳＦＮを使用してパケットおよびその冗長バージョンを送信するための本発明の一実施形態の概略図である。
【図28】本発明のパケット冗長性／重複手法を実施するためにＦｅＤ２Ｄ中継を使用する本発明の一実施形態の概略図である。
【図29(a)】２つのＵＥ間の送信を概略的に示す図であり、２つのＵＥ間の送信が基地局スケジューラによって制御されることを示す。
【図29(b)】２つのＵＥ間の送信を概略的に示す図であり、２つのＵＥ間の送信がＵＥによって自律的に制御されることを示す。
【図30(a)】２つのＵＥ間で直接パケット冗長性／重複送信を実施するための本発明の一実施形態を概略的に示す図であり、２つのＵＥ間の送信が基地局スケジューラにより制御されることを示す。
【図30(b)】２つのＵＥ間で直接パケット冗長性／重複送信を実施するための本発明の一実施形態を概略的に示す図であり、２つのＵＥ間の送信がＵＥによって自律的に制御されることを示す。
【図31】ユニットまたはモジュール、ならびに本発明の手法により記載された方法のステップが実行され得るコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【0074】
以下では、本発明の好ましい実施形態について添付の図面を参照してさらに詳細に説明され、同じまたは類似の機能を有する要素は同じ符号によって参照される。
本発明のパケット冗長性／重複手法について、複数の実施形態を参照してさらに詳細に説明される。
以下の説明では、一般に、互いに異なるそれぞれの物理リソースを介したデータパケットの２つまたは３つのバージョンの送信が参照されるが、本発明の基礎となる原理は任意の数の物理リソースに拡張され得る。
本発明のパケット冗長性／重複手法について、複数の実施形態を参照してさらに詳細に説明される。
以下の説明では、一般に、互いに異なるそれぞれの物理リソースを介したデータパケットの２つまたは３つのバージョンの送信が参照されるが、本発明の基礎となる原理は任意の数の物理リソースに拡張され得る。
【0075】
＜パケット冗長性／重複＞
実施形態によれば、周波数、時間、および／または空間のダイバーシティを追加することにより、異なる物理リソースを使用してパケット冗長性／重複手法が実施され、それによりレイテンシを低く保ちながら信頼性が高められる。
実際のパケット冗長性／重複は、展開シナリオに応じて、例えば単一サイトキャリアアグリゲーションまたはマルチサイト二重接続のどちらが適用されるかに応じて、ＭＡＣレイヤおよび／またはＰＤＣＰレイヤで実行され得る。
実施形態によれば、周波数、時間、および／または空間のダイバーシティを追加することにより、異なる物理リソースを使用してパケット冗長性／重複手法が実施され、それによりレイテンシを低く保ちながら信頼性が高められる。
実際のパケット冗長性／重複は、展開シナリオに応じて、例えば単一サイトキャリアアグリゲーションまたはマルチサイト二重接続のどちらが適用されるかに応じて、ＭＡＣレイヤおよび／またはＰＤＣＰレイヤで実行され得る。
【0076】
ＰＤＣＰレイヤでの冗長性／重複の場合には、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤの複数のエンティティが存在してもよい。
ＭＡＣレイヤで本発明のパケット冗長性／重複手法を実施する場合には、複数のＰＨＹエンティティが存在してもよい。
ＰＤＣＰレイヤおよび／またはＭＡＣレイヤには、本発明のパケット冗長性／重複手法を可能にすることを決定する機能があってもよい。
ＭＡＣレイヤで本発明のパケット冗長性／重複手法を実施する場合には、複数のＰＨＹエンティティが存在してもよい。
ＰＤＣＰレイヤおよび／またはＭＡＣレイヤには、本発明のパケット冗長性／重複手法を可能にすることを決定する機能があってもよい。
【0077】
ＲＲＣレイヤは、プロトコルスタックのすべてのレイヤを構成することができる。
基地局サイトでは、ＲＲＣレイヤが下位レイヤを直接構成することができ、ＵＥ構成の場合、基地局ＲＲＣレイヤはＲＲＣ再構成メッセージを送信してＵＥ ＲＲＣレイヤに通知することができる。
この構成は、例えば特定のサービスなど、受信したすべてのパケットにパケット冗長性／重複を適用する特定のデータ無線ベアラの静的構成であってもよい。
基地局サイトでは、ＲＲＣレイヤが下位レイヤを直接構成することができ、ＵＥ構成の場合、基地局ＲＲＣレイヤはＲＲＣ再構成メッセージを送信してＵＥ ＲＲＣレイヤに通知することができる。
この構成は、例えば特定のサービスなど、受信したすべてのパケットにパケット冗長性／重複を適用する特定のデータ無線ベアラの静的構成であってもよい。
【0078】
他の実施形態によれば、適応的アプリケーションを適用して、レイヤ内で行われるパケット冗長性／重複手法の決定が行われるようにすることができ、この機能は、本発明のパケット冗長性／重複手法をオン／オフすることができ、あるいは本発明のパケット冗長性／重複手法に使用される物理リソースの数と詳細について決定することができる。
【0079】
決定が行われ、送信が進行すると、データパケットの異なるバージョンが複数のリンクを介して送信され、例えば、実際のデータパケットが第１の送信リンクを介して送信され、その１つまたは複数の冗長バージョンまたはデータパケットの１つまたは複数の重複が、１つまたは複数のさらなる送信リンクを介して送信され得る。
他の実施形態によれば、データパケットの異なる冗長バージョンは、第１の送信リンクおよび１つもしくは複数のさらなる送信リンクを介して送信され得る。
時間内に複数のリンクを介して送信を調整するために、調整された制御情報またはプリミティブとも呼ばれるそれぞれのサイド情報が下位レイヤに渡される。
他の実施形態によれば、データパケットの異なる冗長バージョンは、第１の送信リンクおよび１つもしくは複数のさらなる送信リンクを介して送信され得る。
時間内に複数のリンクを介して送信を調整するために、調整された制御情報またはプリミティブとも呼ばれるそれぞれのサイド情報が下位レイヤに渡される。
【0080】
サイド情報は、共有チャネルでのデータ送信に影響を与える場合がある。
サイド情報は、ＰＤＣＣＨ／ＰＵＣＣＨ制御チャネルなどの制御チャネル上で送信され得る。
サイド情報は、ＰＤＣＣＨ／ＰＵＣＣＨ制御チャネルなどの制御チャネル上で送信され得る。
【0081】
データパケットの異なるバージョンは、類似のスケジューリング制御情報などと共に、特定の時間枠内で送信され得る。
時間枠は明示的に通知することができ、例えば、１つまたは複数のミニスロット、スロット、またはサブフレームを通知することができ、あるいは、例えば、最大スケジューリング時間、廃棄タイマ、送信時間タイマに基づいて明示的に導出することができる。
時間枠は明示的に通知することができ、例えば、１つまたは複数のミニスロット、スロット、またはサブフレームを通知することができ、あるいは、例えば、最大スケジューリング時間、廃棄タイマ、送信時間タイマに基づいて明示的に導出することができる。
【0082】
スロットは、ＯＦＤＭシンボルのグループ、例えばＬＴＥでは１５ｋＨｚ、新しい無線（ＮＲ）では最大６０ｋＨｚである同じサブキャリア間隔について７または１４個のＯＦＤＭシンボルによって定義することができる。
スロットアグリゲーションをサポートすることができる、つまり、１つまたは複数のスロットにまたがるようにデータ送信をスケジュールすることができる。
ＬＴＥは、短い送信時間間隔（ｓＴＴＩ）を介したＵＲＬＬＣの短いスロット長をサポートし、ＮＲはミニスロットを介したＵＲＬＬＣサービスをサポートする。
６ＧＨｚを超える搬送周波数を有するシステムのミニスロットでは、１個のＯＦＤＭシンボルの長さのミニスロットがサポートされる。
スロットアグリゲーションをサポートすることができる、つまり、１つまたは複数のスロットにまたがるようにデータ送信をスケジュールすることができる。
ＬＴＥは、短い送信時間間隔（ｓＴＴＩ）を介したＵＲＬＬＣの短いスロット長をサポートし、ＮＲはミニスロットを介したＵＲＬＬＣサービスをサポートする。
６ＧＨｚを超える搬送周波数を有するシステムのミニスロットでは、１個のＯＦＤＭシンボルの長さのミニスロットがサポートされる。
【0083】
他のすべてのシステムでは、２からスロット長－１までの長さをサポートすることができ、例えば、ＵＲＬＬＣの場合、ターゲットスロット長が少なくとも０．５ｍｓまたは１ｍｓの少なくとも２つのＯＦＤＭシンボルがサポートされる。
ＭＡＣレイヤは、パケット冗長性／重複および／または調整された制御情報を制御情報により物理レイヤに示すことができ、それにより物理レイヤが送信機サイトおよび受信機サイトで同様の処理を行えるようにする。
ＭＡＣレイヤは、パケット冗長性／重複および／または調整された制御情報を制御情報により物理レイヤに示すことができ、それにより物理レイヤが送信機サイトおよび受信機サイトで同様の処理を行えるようにする。
【0084】
図７は、本発明のパケット冗長性／重複手法に従ってプロトコルスタックを動作させるための上記の要約された可能性を表す。
プロトコルスタックには、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤが含まれる。
それぞれのレイヤは、例えばＲＲＣ構成メッセージに従って上位レイヤによって構成され、送信されるデータパケットはプロトコルスタックで受信され、ＰＤＣＰレイヤからＰＨＹレイヤに渡される。
プロトコルスタックには、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤが含まれる。
それぞれのレイヤは、例えばＲＲＣ構成メッセージに従って上位レイヤによって構成され、送信されるデータパケットはプロトコルスタックで受信され、ＰＤＣＰレイヤからＰＨＹレイヤに渡される。
【0085】
冗長性／重複の決定は、二重接続を実施する場合はＰＤＣＰレイヤで、キャリアアグリゲーションを実施する場合はＭＡＣレイヤで、キャリアアグリゲーションと組み合わせた二重接続を実施する場合はＰＤＣＰレイヤとＭＡＣレイヤの両方で行われる。
図７に示すように、データパケットの様々なバージョンは共有データチャネル、例えばＰＤＳＣＨを介して送信され、制御情報、例えばプリミティブの形式は、ＰＤＣＣＨなどの共有制御チャネルを介して送信される。
図７に示すように、データパケットの様々なバージョンは共有データチャネル、例えばＰＤＳＣＨを介して送信され、制御情報、例えばプリミティブの形式は、ＰＤＣＣＨなどの共有制御チャネルを介して送信される。
【0086】
本発明によれば、異なる物理リソースは、以下のうちの１つまたは複数を指すことができる。
－異なる周波数リソース、または
－異なるキャリア（キャリアアグリゲーション）の異なる物理リソースブロック（ＰＲＢ）、または
－異なる物理リンク（二重接続）上の異なる物理リソースブロック（ＰＲＢ）、または
－直接通信用の異なるリソースプール上の異なる物理リソースブロック（ＰＲＢ）、または
－異なる無線アクセス技術（ＲＡＴ）（ＲＡＴ間接続）上の異なる物理リソースブロック（ＰＲＢ）、または
－異なるアンテナまたはビーム（送信ダイバーシティ）または高度なビーム形成技術。
－異なる周波数リソース、または
－異なるキャリア（キャリアアグリゲーション）の異なる物理リソースブロック（ＰＲＢ）、または
－異なる物理リンク（二重接続）上の異なる物理リソースブロック（ＰＲＢ）、または
－直接通信用の異なるリソースプール上の異なる物理リソースブロック（ＰＲＢ）、または
－異なる無線アクセス技術（ＲＡＴ）（ＲＡＴ間接続）上の異なる物理リソースブロック（ＰＲＢ）、または
－異なるアンテナまたはビーム（送信ダイバーシティ）または高度なビーム形成技術。
【0087】
異なる無線アクセス技術には、ＬＴＥと５Ｇ／ＮＲが含まれる。
これらの技術は、ＬＴＥ Ｖ２Ｘまたは５Ｇ／ＮＲの拡張Ｖ２Ｘ（ｅＶ２Ｘ）などの特別な機能を含むことができる。
さらに、ＲＡＴ間の接続には、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１１ｐ ＤＳＲＣに準拠した技術、またはＢｌｕｅｔｏｏｔｈやＷｉＦｉバリアントなどの他の技術など、他の規格の技術を含むことができる。
これらの技術は、ＬＴＥ Ｖ２Ｘまたは５Ｇ／ＮＲの拡張Ｖ２Ｘ（ｅＶ２Ｘ）などの特別な機能を含むことができる。
さらに、ＲＡＴ間の接続には、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１１ｐ ＤＳＲＣに準拠した技術、またはＢｌｕｅｔｏｏｔｈやＷｉＦｉバリアントなどの他の技術など、他の規格の技術を含むことができる。
【0088】
実施形態によれば、ＲＬＣレイヤ（図７を参照）は、再送信を回避し、特定のレイテンシ要件を達成するために、非確認モードで動作することができる。
非確認モードは、ＭＡＣレイヤでのＨＡＲＱ再送信と同様に、ＡＲＱがオフになっていることを意味する。
したがって、ＵＲＬＬＣサービスを実施するときの実施形態によれば、ＨＡＲＱ機構は、そのようなＵＲＬＬＣ要件に合わせて構成されてもよく、実施されるサービスに応じて構成可能であってもよい。
非確認モードは、ＭＡＣレイヤでのＨＡＲＱ再送信と同様に、ＡＲＱがオフになっていることを意味する。
したがって、ＵＲＬＬＣサービスを実施するときの実施形態によれば、ＨＡＲＱ機構は、そのようなＵＲＬＬＣ要件に合わせて構成されてもよく、実施されるサービスに応じて構成可能であってもよい。
【0089】
例えば、ＨＡＲＱのスイッチを切るか、再送信回数を減らして動作させることができ、ＭＡＣレイヤは複数の論理チャネルを多重化することなく動作させることができる。
リソースの浪費を回避するために、冗長性／重複の対象となるパケットは、ＵＲＬＬＣサービスなどの特定のサービスのみに制限される場合がある。
実施形態によれば、受信ＰＤＣＰエンティティは、送信されるパケットのバッファリングを提供することができ、異なる物理リソースを介して正常に受信されたパケットを削除することができる。
リソースの浪費を回避するために、冗長性／重複の対象となるパケットは、ＵＲＬＬＣサービスなどの特定のサービスのみに制限される場合がある。
実施形態によれば、受信ＰＤＣＰエンティティは、送信されるパケットのバッファリングを提供することができ、異なる物理リソースを介して正常に受信されたパケットを削除することができる。
【0090】
本発明のパケット冗長性／重複手法は、ＵＲＬＬＣサービスに限定されず、むしろ、レイテンシが低減されたデータパケットの信頼できる送信を必要とするあらゆるアプリケーションに適用され得ることに留意されたい。
例えば、上位レイヤまたは同様の接続指向の上位レイヤプロトコルで送信制御プロトコルＴＣＰ／ＩＰを使用するアプリケーションを検討することができる。
例えば、上位レイヤまたは同様の接続指向の上位レイヤプロトコルで送信制御プロトコルＴＣＰ／ＩＰを使用するアプリケーションを検討することができる。
【0091】
ＴＣＰにはスロースタートフェーズがあり、各送信ラウンドでサイト送信ウィンドウが２倍になる。
これは、スループットが時間と共に増加するスロースタート動作につながる。
初期パケットを高速化すると、本質的にほとんどバースト性のあるＩＰセッションの全体的なスループットを増加させることができる。
これは、スループットが時間と共に増加するスロースタート動作につながる。
初期パケットを高速化すると、本質的にほとんどバースト性のあるＩＰセッションの全体的なスループットを増加させることができる。
【0092】
例えば、ネットワークのゲートウェイで適用される可能性のあるディープパッケージインスペクション（ＤＰＩ）により、起動パケットは、本発明のパケット冗長性／重複手法に従って、基地局での迅速な処理のために検出およびマークされ得る。
あるいは、基地局自体が、ＰＤＣＰレイヤで、またはセキュリティが適用される前に上位レイヤでＤＰＩを使用して、そのようなパケットを処理して、超高信頼性低レイテンシ送信の恩恵を受けることができる。
あるいは、基地局自体が、ＰＤＣＰレイヤで、またはセキュリティが適用される前に上位レイヤでＤＰＩを使用して、そのようなパケットを処理して、超高信頼性低レイテンシ送信の恩恵を受けることができる。
【0093】
実施形態によれば、信頼性の低い要件または冗長性／重複の指示がないパケットは、単一の周波数ｆ１のみを使用して基地局によって送信することができ、一方、信頼性の高い要件または冗長性／重複の指示を含むパケットは２つ以上の周波数ｆ１、ｆ２、２つ以上の物理リンク、またはそれらの組み合わせで送信されるように重複され得る。
【0094】
図８は、周波数ダイバーシティを備えたパケット冗長性／重複の例を示しており、これにより、基地局ｅＮＢは、周波数ｆ１、ｆ２で動作する２つの送信リンクＴＸ１およびＴＸ２を介してダウンリンク方向でＵＥにサービスを提供する。
データパケットの第１のバージョン、例えば実際のデータパケットは、周波数ｆ１で第１の送信リンクＴＸ１を介してＵＥに送信され、データパケットの第２のバージョン、例えばパケットの冗長バージョンは、周波数ｆ２で第２の送信リンクＴＸ２を介してＵＥに送信される。
データパケットの第１のバージョン、例えば実際のデータパケットは、周波数ｆ１で第１の送信リンクＴＸ１を介してＵＥに送信され、データパケットの第２のバージョン、例えばパケットの冗長バージョンは、周波数ｆ２で第２の送信リンクＴＸ２を介してＵＥに送信される。
【0095】
冗長性／重複のレベル（異なる物理リソースを介して送信されるデータパケットの異なるバージョンの数）および物理リソースの選択（例えば、サービングセル、リンク、コンポーネントキャリア、送信ポイント、アンテナ、ビームなど）は基地局次第である。
【0096】
図９は、ビームダイバーシティを使用して本発明のパケット冗長性／重複が達成される一実施形態の概略図である。
基地局ｅＮＢはＵＥにサービスを提供し、データパケットの異なるバージョンは、異なるビームＢ１～Ｂ３、例えば異なるサブフレーム、スロットまたはミニスロットを介して時間内に送信される。
送信は、単一のリソース割り当てでＵＥに通知され、ＵＥ／受信機は複数のビームＢ１～Ｂ３を使用してパケットを復号しようとする。
ビームのうちの１つが有用な情報を有していると考えられる場合には、信号は、ジョイント合成プロセスのために他の有用なビームと合成することもできる。
基地局ｅＮＢはＵＥにサービスを提供し、データパケットの異なるバージョンは、異なるビームＢ１～Ｂ３、例えば異なるサブフレーム、スロットまたはミニスロットを介して時間内に送信される。
送信は、単一のリソース割り当てでＵＥに通知され、ＵＥ／受信機は複数のビームＢ１～Ｂ３を使用してパケットを復号しようとする。
ビームのうちの１つが有用な情報を有していると考えられる場合には、信号は、ジョイント合成プロセスのために他の有用なビームと合成することもできる。
【0097】
本発明の他の実施形態によれば、例えば、サイトダイバーシティおよび周波数ダイバーシティを備えた本発明のパケット冗長性／重複手法を示す図１０に概略的に示すように、二重接続によってサイトダイバーシティが提供され得る。
図１０に示すように、ＵＥは第１の基地局ｅＮＢ１および第２の基地局ｅＮＢ２に接続され、図２を参照して上述したように、その第１の基地局は一次基地局であってもよく、第２の基地局は二次基地局であってもよい。
図１０に示すように、ＵＥは第１の基地局ｅＮＢ１および第２の基地局ｅＮＢ２に接続され、図２を参照して上述したように、その第１の基地局は一次基地局であってもよく、第２の基地局は二次基地局であってもよい。
【0098】
他の実施形態によれば、両方の基地局は、隣接セルからの一次基地局であってもよく、両方とも、例えばセルエッジにあり得るＵＥにサービスを提供する。
第１の基地局ｅＮＢ１は、例えば、第１のバージョンのデータパケットを送信するための第１の送信リンクＴＸ１をＵＥに提供し、第２の基地局ｅＮＢ２は、パケットの第２のバージョンをＵＥに送信するための第２の送信リンクＴＸ２を提供する。
第１の基地局ｅＮＢ１は、例えば、第１のバージョンのデータパケットを送信するための第１の送信リンクＴＸ１をＵＥに提供し、第２の基地局ｅＮＢ２は、パケットの第２のバージョンをＵＥに送信するための第２の送信リンクＴＸ２を提供する。
【0099】
２つの基地局は、異なる周波数ｆ１およびｆ２で送信リンクを提供することもできる。
しかしながら、他の実施形態では、送信のために同じ周波数が使用されてもよく、リソースの対応する調整が実行される必要がある。
基地局／送信機ｅＮＢ１およびｅＮＢ２は、ＰＲＢベースでリソースを調整する中央ベースバンドユニットに接続されてもよい。
例えば、超低レイテンシの場合、２つの信号が互いに干渉しないように、異なるＰＲＢを同じサブフレームまたはスロットの異なる送信ポイントに割り当てることができ、受信機はさらなる遅延を導入せずに信号を合成することができる。
しかしながら、他の実施形態では、送信のために同じ周波数が使用されてもよく、リソースの対応する調整が実行される必要がある。
基地局／送信機ｅＮＢ１およびｅＮＢ２は、ＰＲＢベースでリソースを調整する中央ベースバンドユニットに接続されてもよい。
例えば、超低レイテンシの場合、２つの信号が互いに干渉しないように、異なるＰＲＢを同じサブフレームまたはスロットの異なる送信ポイントに割り当てることができ、受信機はさらなる遅延を導入せずに信号を合成することができる。
【0100】
二重接続の場合、マスタ基地局とスモール基地局であってもよい２つの基地局は、特定のリンクを追加、解放、および／または変更するためにインターフェースを介して互いにネゴシエートすることができる。
ＵＥへのＲＲＣシグナリングは、すべてのリンクについてはＭｅＮＢ（例えば、図１０のｅＮＢ１）によって、ＭｅＮＢリンクについてはＭｅＮＢによって、ＳｅＮＢリンクについてはＳｅＮＢによって常に行われる。
２つの送信ポイントが完全に時間同期されている場合には、送信はまったく同じリソースが使用される単一周波数ネットワークとして行われる。そのような実施形態では、ダイバーシティは空間的ダイバーシティに限定される。
ＵＥへのＲＲＣシグナリングは、すべてのリンクについてはＭｅＮＢ（例えば、図１０のｅＮＢ１）によって、ＭｅＮＢリンクについてはＭｅＮＢによって、ＳｅＮＢリンクについてはＳｅＮＢによって常に行われる。
２つの送信ポイントが完全に時間同期されている場合には、送信はまったく同じリソースが使用される単一周波数ネットワークとして行われる。そのような実施形態では、ダイバーシティは空間的ダイバーシティに限定される。
【0101】
＜構成とスケジューリングの決定＞
以下の実施形態では、構成およびスケジューリングの決定に関して説明する。一般に、無線リンクは信頼性がない場合があるため、パケットを送信するための複数のリンクが、本発明の冗長性／重複プロセスに従って考慮される。
以下の実施形態では、構成およびスケジューリングの決定に関して説明する。一般に、無線リンクは信頼性がない場合があるため、パケットを送信するための複数のリンクが、本発明の冗長性／重複プロセスに従って考慮される。
【0102】
実施形態によれば、データパケットの異なるバージョンを送信することは二重接続を含んでもよく、一次セルおよび二次セルのＭＡＣエンティティはさらに標準キャリアアグリゲーションを使用することができる。
これには、複数のキャリアにわたるスケジューリング（クロスキャリアスケジューリング）が含まれる。
これには、複数のキャリアにわたるスケジューリング（クロスキャリアスケジューリング）が含まれる。
【0103】
いくつかのコンポーネントキャリア（ＣＣ）の決定は、パケットのＱｏＳパラメータに基づいてスケジューリングプロセス中に動的に行われ得るか、あるいは、ＲＲＣレイヤ、または両方の組み合わせによるベアラ確立中に、各ベアラまたは論理チャネルに対して準静的に設定され得る。
構成は、基地局によって決定されてもよいし、カバレッジ外または非スケジュールモードの場合にＵＥの事前構成に基づいて決定されてもよい。
構成は、基地局によって決定されてもよいし、カバレッジ外または非スケジュールモードの場合にＵＥの事前構成に基づいて決定されてもよい。
【0104】
準静的スケジューリングは、データパケットの異なるバージョンのためのＳＰＳセットアップ／再構成メッセージおよび／またはＳＰＳテンプレートの送信を含む半永続的スケジューリング（ＳＰＳ）を備えてもよい。
ＳＰＳは、ＴＣＰのスロースタートフェーズ中にＴＣＰ／ＩＰを使用するアプリケーションのベアラ設定中に本発明のパケット冗長性／重複プロセスを適用する場合に使用することができる。
ＳＰＳは、ＴＣＰのスロースタートフェーズ中にＴＣＰ／ＩＰを使用するアプリケーションのベアラ設定中に本発明のパケット冗長性／重複プロセスを適用する場合に使用することができる。
【0105】
ベアラのセットアップが成功した後にパケット冗長性／重複が実行される場合には、ＰＲＡＣＨ／接続のセットアップにＳＰＳを使用することができる。
基地局は、例えばより低いＭＣＳレベル（例えばＱＰＳＫ）で、安全な動作モードでＵＥをスケジュールすることができる。
接続が確立されると、より高いＭＣＳレベルでのより高い信頼性が望まれる場合があり、例えば、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ、またはそれ以上のＱＡＭのみに対してパケット冗長性／重複を実行することができる。
基地局は、例えばより低いＭＣＳレベル（例えばＱＰＳＫ）で、安全な動作モードでＵＥをスケジュールすることができる。
接続が確立されると、より高いＭＣＳレベルでのより高い信頼性が望まれる場合があり、例えば、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭ、またはそれ以上のＱＡＭのみに対してパケット冗長性／重複を実行することができる。
【0106】
実施形態によれば、本発明のパケット冗長性／重複手法は、例えばＵＲＬＬＣデータの場合のように、例えば６ＧＨｚよりも高い周波数帯域などの非常に高い周波数帯域で使用されてもよい。
そのようなシナリオでは、チャネルは予測が難しく、静的な構成が適用されるため、チャネルはそれほど重要ではないかもしれないが、低い周波数帯域では、冗長性／重複プロセスに動的な構成を選択することができる。
そのようなシナリオでは、チャネルは予測が難しく、静的な構成が適用されるため、チャネルはそれほど重要ではないかもしれないが、低い周波数帯域では、冗長性／重複プロセスに動的な構成を選択することができる。
【0107】
さらなる実施形態によれば、本発明のパケット冗長性／重複プロセスは、特定のサービスまたは特定のサービス要件、例えばＵＲＬＬＣ特定のサービス要件に限定され得る。
そのような実施形態では、ＵＲＬＬＣ制約パケットまたは同様の要件を有する他のパケットのみが、本発明のパケット冗長性／重複プロセスのために選択される。
そのような実施形態では、ＵＲＬＬＣ制約パケットまたは同様の要件を有する他のパケットのみが、本発明のパケット冗長性／重複プロセスのために選択される。
【0108】
これは、パケットのフロー識別情報または品質クラス識別情報（ＱＣＩ）を識別し、各パケットをＰＤＣＰレイヤの特定の無線ベアラとＭＡＣレイヤの特定の論理チャネルにマッピングするＱｏＳフレームワークによって有効にすることができる。
データ／パケット冗長性／重複は、キャリアアグリゲーションの場合は論理チャネルごとに、二重接続の場合は無線ベアラごとに設定することができる。
データ／パケット冗長性／重複は、キャリアアグリゲーションの場合は論理チャネルごとに、二重接続の場合は無線ベアラごとに設定することができる。
【0109】
パケット冗長性／重複の動的リンク選択の場合、一部のＱｏＳパラメータをパケットと共に送信して、ＭＡＣレイヤにパケットの処理方法を示すことができる。
これは、パケットをすぐに送信する必要があることをＭＡＣレイヤに示すため、またはパケットを破棄する必要があるまでの残り時間を示すための、遅延またはタイマ値、例えば送信時間であればよい。
これは、パケットをすぐに送信する必要があることをＭＡＣレイヤに示すため、またはパケットを破棄する必要があるまでの残り時間を示すための、遅延またはタイマ値、例えば送信時間であればよい。
【0110】
また、これらのパケットが共に属し、同様の処理が行われることを下位レイヤに示す場合がある。
そのようなサイド情報は、例えばＰＤＣＣＨを使用した無線制御シグナリングの一部になる場合がある。
これにより、受信機は、複数のリソース割り当てまたはそのデータパケットの複数のバージョンが共に属していることを識別することができる。
考慮され得るさらなる情報には、過去のエラーの統計、例えばＡＲＱ／ＨＡＲＱ統計、またはブロックエラー率（ＢＬＥＲ）が含まれる。
そのようなサイド情報は、例えばＰＤＣＣＨを使用した無線制御シグナリングの一部になる場合がある。
これにより、受信機は、複数のリソース割り当てまたはそのデータパケットの複数のバージョンが共に属していることを識別することができる。
考慮され得るさらなる情報には、過去のエラーの統計、例えばＡＲＱ／ＨＡＲＱ統計、またはブロックエラー率（ＢＬＥＲ）が含まれる。
【0111】
実施形態によれば、ＱｏＳ設定は、ネットワークのＯ＆Ｍによって事前に構成されてもよく、基地局は、ベアラセットアップ中にＵＥのそれぞれのベアラおよびチャネル構成をセットアップしてもよい。
これは、ＲＲＣレイヤによって行われ得る。基地局サイトでは、ＲＲＣレイヤは基地局の下位レイヤを構成でき、ＲＲＣレイヤはＵＥにそれぞれのシグナリングも提供する。
これはＲＲＣ再構成メッセージの一部であり、ＵＥ ＲＲＣレイヤが基地局から再構成メッセージを受信すると、ＵＥサイトで影響を受ける下位レイヤをそれぞれ構成する。
これは、ＲＲＣレイヤによって行われ得る。基地局サイトでは、ＲＲＣレイヤは基地局の下位レイヤを構成でき、ＲＲＣレイヤはＵＥにそれぞれのシグナリングも提供する。
これはＲＲＣ再構成メッセージの一部であり、ＵＥ ＲＲＣレイヤが基地局から再構成メッセージを受信すると、ＵＥサイトで影響を受ける下位レイヤをそれぞれ構成する。
【0112】
ダウンリンクデータとアップリンクデータには、２つの独立した構成があってもよい。
エンティティを送信および受信する基地局とＵＥ下位レイヤの両方が、それに応じて構成される。
ＲＲＣ構成の一部は、例えばベアラごとまたは論理チャネルごとに、本発明のパケット冗長性／重複が使用可能かどうかを示す情報要素であってもよい。
情報要素は、データパケットのバージョンの数、例えば、データパケットの異なるバージョンを送信するために使用される異なるリンクの数を示してもよい。
エンティティを送信および受信する基地局とＵＥ下位レイヤの両方が、それに応じて構成される。
ＲＲＣ構成の一部は、例えばベアラごとまたは論理チャネルごとに、本発明のパケット冗長性／重複が使用可能かどうかを示す情報要素であってもよい。
情報要素は、データパケットのバージョンの数、例えば、データパケットの異なるバージョンを送信するために使用される異なるリンクの数を示してもよい。
【0113】
そのような情報要素（ＩＥ）は、それぞれのレイヤ、例えばＰＤＣＰレイヤまたはＭＡＣレイヤの構成データの一部であってもよい。
複数のエンティティがあり、アップリンクとダウンリンクの構成を個別に行う必要があるため、このパラメータのインスタンスがいくつか存在する場合がある。
複数のエンティティがあり、アップリンクとダウンリンクの構成を個別に行う必要があるため、このパラメータのインスタンスがいくつか存在する場合がある。
【0114】
他の実施形態によれば、本発明のパケット冗長性／重複を使用して、極めて低いレイテンシで予め定義されたブロック誤り率（ＢＬＥＲ）を満たすことができる。
本発明の冗長性／重複プロセスの構成は、特定のパケットについて満たすべきＱｏＳ要件に依存する。
ＢＬＥＲは、それぞれのリンクまたはキャリアの品質にも依存する。リソースが高い信頼性で低頻度で利用可能な場合、パケット冗長性／重複は使用されなくてもよい。
本発明の冗長性／重複プロセスの構成は、特定のパケットについて満たすべきＱｏＳ要件に依存する。
ＢＬＥＲは、それぞれのリンクまたはキャリアの品質にも依存する。リソースが高い信頼性で低頻度で利用可能な場合、パケット冗長性／重複は使用されなくてもよい。
【0115】
全体的な構成に関する決定は、基地局の無線リソース管理（ＲＲＭ）によって決定されてもよい。
リンクまたはキャリアは、信号強度または信号品質に基づいて追加されてもよく、干渉も考慮されてもよい。
特定のリンクまたはキャリアの信号強度が十分に高い場合には、パケット冗長性／重複は不要な場合がある。
しかし、必要に応じて、追加のリンク／キャリアにも特定の最小信号強度／品質が必要である。
リンクまたはキャリアは、信号強度または信号品質に基づいて追加されてもよく、干渉も考慮されてもよい。
特定のリンクまたはキャリアの信号強度が十分に高い場合には、パケット冗長性／重複は不要な場合がある。
しかし、必要に応じて、追加のリンク／キャリアにも特定の最小信号強度／品質が必要である。
【0116】
上記の実施形態によれば、パケット冗長性／重複プロセスの構成および動作は二重であってもよい。
まず、前述のようにＲＲＣレイヤによって提供される準静的構成があり、ＲＲＣ構成の制限内で、下位レイヤが動的に動作する場合がある。
例えば、ＰＤＣＰは複数の二重接続を介してデータパケットの異なるバージョンをルーティングする場合があり、ＭＡＣレイヤは異なるキャリアでデータパケットの異なるバージョンをスケジュールしたり、同じリソースで送信を繰り返したりすることができる。
まず、前述のようにＲＲＣレイヤによって提供される準静的構成があり、ＲＲＣ構成の制限内で、下位レイヤが動的に動作する場合がある。
例えば、ＰＤＣＰは複数の二重接続を介してデータパケットの異なるバージョンをルーティングする場合があり、ＭＡＣレイヤは異なるキャリアでデータパケットの異なるバージョンをスケジュールしたり、同じリソースで送信を繰り返したりすることができる。
【0117】
基地局のスケジューリングおよびルーティングアルゴリズムは、ダウンリンクのパケット冗長性／重複プロセスを制御することができるが、ＵＥは、基地局のスケジューリング決定（アップリンク許可）によって動的に指示されてもよく、または、ＵＥは、基地局構成によって提供される特定の範囲内で、パケット冗長性／重複に関する独自のスケジューリング決定を行ってもよい。
【0118】
さらなる実施形態によれば、ＵＥは、サイドリンクまたはＰＣ５インターフェースとも呼ばれる直接通信リンクを使用して通信することができ、パケット冗長性／重複プロセスの構成はそれぞれの事前構成に基づくことができる。
【0119】
＜データ重複の時間調整＞
本発明のパケット冗長性／重複手法によれば、異なる物理リソースを介したデータパケットの異なるバージョンの送信は時間的に調整される。
例えば、二重接続を考慮する場合、各リンクの各基地局は、リンク間の時間同期なしで独立して動作することができ、データパケットの異なるバージョンの複数の送信を時間的に調整することができる。
本発明のパケット冗長性／重複手法によれば、異なる物理リソースを介したデータパケットの異なるバージョンの送信は時間的に調整される。
例えば、二重接続を考慮する場合、各リンクの各基地局は、リンク間の時間同期なしで独立して動作することができ、データパケットの異なるバージョンの複数の送信を時間的に調整することができる。
【0120】
時間調整された送信により、受信側サイトでジョイントまたはインテリジェントな復号が可能になる場合があるが、同時に、データパケットの異なるバージョンの上位レイヤへのタイムリーな配信が保証される。
タイミングは、すべての物理リソースでのすべての送信に関する特定の要件を満たし、例えば、ジョイント復号の場合、受信機はジョイント復号プロセスが開始される前に最後の物理リソースが受信されるのを待つ必要がある。
タイミングは、すべての物理リソースでのすべての送信に関する特定の要件を満たし、例えば、ジョイント復号の場合、受信機はジョイント復号プロセスが開始される前に最後の物理リソースが受信されるのを待つ必要がある。
【0121】
本発明のパケット冗長性／重複手法を実施するためにどの物理リソースが選択されるかに依存して異なる送信／受信時間枠が使用されてもよい。
例えば、二重接続の時間枠は、キャリアアグリゲーションの時間枠よりも長い場合があるが、それは、二重接続に従って、異なるトランスポート技術（ＵＥにサービスを提供するための無線リンクと比較した場合に異なる）を使用して、無線アクセスネットワークの内部インターフェースを介して、マスタ基地局から二次基地局にデータを転送する必要があるからである。
例えば、二重接続の時間枠は、キャリアアグリゲーションの時間枠よりも長い場合があるが、それは、二重接続に従って、異なるトランスポート技術（ＵＥにサービスを提供するための無線リンクと比較した場合に異なる）を使用して、無線アクセスネットワークの内部インターフェースを介して、マスタ基地局から二次基地局にデータを転送する必要があるからである。
【0122】
送受信に使用することができる時間はハード符号化されてもよく、これにより、あらゆる種類の異なる展開オプションとトランスポートネットワーク構成に十分な時間が提供される。
時間は、キャリアアグリゲーションまたは二重接続による重複など、実際のパケット冗長性／重複手法に依存してもよいし、あるいは無線リソース制御（ＲＲＣ）によって構成可能であってもよい。
時間は、キャリアアグリゲーションまたは二重接続による重複など、実際のパケット冗長性／重複手法に依存してもよいし、あるいは無線リソース制御（ＲＲＣ）によって構成可能であってもよい。
【0123】
構成に応じて、受信機は、どのスロット、サブフレームなどで、データパケットの異なるバージョンが送受信されるかを正確に知ることができるか、またはデータパケットの異なるバージョンが受信される時間枠を知ることができる。
【0124】
時間枠を使用する場合、送信機にはパケット冗長性／重複をスケジュールするためのある程度の自由がある。
時間枠の間に、ＵＥ受信機は、例えば、監視するスロット／サブフレームの数のＰＣＣＣＨ制御情報を復号することによって、異なるリソースのデータパケットの異なるバージョンまたは同じリソースの繰り返しの一組のリソースを監視してもよい。
時間枠の間に、ＵＥ受信機は、例えば、監視するスロット／サブフレームの数のＰＣＣＣＨ制御情報を復号することによって、異なるリソースのデータパケットの異なるバージョンまたは同じリソースの繰り返しの一組のリソースを監視してもよい。
【0125】
実施形態によれば、固定されたタイミング関係が使用されてもよく、これはシグナリングオーバーヘッドの観点から最も単純な手法であり得る。
しかし、他の実施形態によれば、例えば、異なるＵＲＬＬＣレイテンシ要件を含む場合には、柔軟性が必要とされる場合がある。
しかし、他の実施形態によれば、例えば、異なるＵＲＬＬＣレイテンシ要件を含む場合には、柔軟性が必要とされる場合がある。
【0126】
このような場合、異なるサービスに対してタイミング関係を柔軟に保つことができ、各ベアラまたは論理チャネルに対して詳細な時点または時間枠を設定することができる。
二重接続の分割ベアラの場合には、パラメータは各リンクで有効であり、キャリアアグリゲーションの場合、各キャリアで有効である。
二重接続の分割ベアラの場合には、パラメータは各リンクで有効であり、キャリアアグリゲーションの場合、各キャリアで有効である。
【0127】
＜パケット冗長性／重複のためのＲＲＣ設定＞
以下において、本発明のパケット冗長性／重複手法を実施するときのＲＲＣ構成の修正に関する実施形態を説明する。
これまで、論理チャネルまたはトランスポートチャネルの構成を含む無線ベアラの一般的なＲＲＣ構成について説明した。
次に、動的再構成の下位レイヤ構成について説明する。
以下において、本発明のパケット冗長性／重複手法を実施するときのＲＲＣ構成の修正に関する実施形態を説明する。
これまで、論理チャネルまたはトランスポートチャネルの構成を含む無線ベアラの一般的なＲＲＣ構成について説明した。
次に、動的再構成の下位レイヤ構成について説明する。
【0128】
物理リソースの複数の組を構成することにより全体的な複雑さを制限する構成が提供されてもよいが、そのサブセットのみを使用する。
使用する物理リソースの選択は、高速ＰＤＣＣＨ制御チャネルシグナリングを使用して、または埋め込みＭＡＣ制御要素を使用して切り替えることができる。
使用する物理リソースの選択は、高速ＰＤＣＣＨ制御チャネルシグナリングを使用して、または埋め込みＭＡＣ制御要素を使用して切り替えることができる。
【0129】
２つの異なる物理レイヤでの本発明のパケット冗長性／重複手法の３つのＲＲＣ構成を検討する場合、ＲＲＣは基本構成を提供することができ、ＭＡＣレイヤは高速スイッチングを提供することができる。
次の表に、様々なパラメータ構成の一例を示す。
次の表に、様々なパラメータ構成の一例を示す。
【0130】
すべてのＲＲＣ構成が使用可能になると、下位レイヤは、ＲＲＣパラメータ構成セット１、２、またはＮのような異なる構成間で独立して切り替えることができ、または、異なる構成の組み合わせを使用することができる。
選択された組（セット）はＵＥに通知され、ＵＥはそれぞれの物理リソースを監視および復号するために必要なすべての詳細を認識する。
選択された組（セット）はＵＥに通知され、ＵＥはそれぞれの物理リソースを監視および復号するために必要なすべての詳細を認識する。
【0131】
例えば、リソースプールまたは半永続的なリソースは、ＰＲＢ、変調符号化方式、ＭＩＭＯ方式、繰り返し回数、制御チャネルなどに関する非常に詳細な情報で構成することができる。
基地局スケジューラは、ＱｏＳ要件、リソースの可用性、およびその他の指示に基づいて、パケット冗長性／重複について決定することができ、ＤＣＩメッセージを介してＵＥにスケジューリング決定および使用する各ＲＲＣパラメータセットについて通知することができる。
上記の表を検討すると、３つの送信ポイントがある場合、送信ポイント（ＴＰ）の８つの可能な組み合わせがある。
データパケットの様々なバージョンは、ＴＰ１、ＴＰ２、ＴＰ３、ＴＰ１＋ＴＰ２、ＴＰ１＋ＴＰ３、ＴＰ２＋ＴＰ３またはＴＰ１＋ＴＰ２＋ＴＰ３を介して送信することができる。
基地局スケジューラは、ＱｏＳ要件、リソースの可用性、およびその他の指示に基づいて、パケット冗長性／重複について決定することができ、ＤＣＩメッセージを介してＵＥにスケジューリング決定および使用する各ＲＲＣパラメータセットについて通知することができる。
上記の表を検討すると、３つの送信ポイントがある場合、送信ポイント（ＴＰ）の８つの可能な組み合わせがある。
データパケットの様々なバージョンは、ＴＰ１、ＴＰ２、ＴＰ３、ＴＰ１＋ＴＰ２、ＴＰ１＋ＴＰ３、ＴＰ２＋ＴＰ３またはＴＰ１＋ＴＰ２＋ＴＰ３を介して送信することができる。
【0132】
詳細なＲＲＣ構成を使用した上記の実施形態の利点は、単一の制御チャネル許可が複数の物理リソースを指し、ＵＥがそのような複数のリソースを復号することができることである。
【0133】
パケットの重複は、例えば、半永続的スケジューリング（ＳＰＳ）で使用されるテンプレートを介して事前に構成することもできる。
ここで、効率的なシグナリングでパケットの重複を有効化／無効化することができるように、基本的な重複サイクルを事前に設定することができる。
ここで、効率的なシグナリングでパケットの重複を有効化／無効化することができるように、基本的な重複サイクルを事前に設定することができる。
【0134】
従来のＳＰＳ構成と同様、例えば音声トラフィックに使用されるこのＳＰＳ重複コンテキストには、パケット重複をスケジュールまたは使用する時間間隔を持つＲＲＣテンプレートへのポインタが含まれる場合がある。
さらに、これには、最新のＳＰＳで使用されているメッセージに類似した、開始、停止、再構成、削除などのメッセージも含まれる場合がある。
さらに、これには、最新のＳＰＳで使用されているメッセージに類似した、開始、停止、再構成、削除などのメッセージも含まれる場合がある。
【0135】
＜ＰＤＣＣＨまたはＭＡＣ ＣＥを介して送信される制御情報＞
ダイナミックスケジューリングの場合に、ＲＲＣシグナリングによって、例えばＲＲＣ再構成メッセージを提供することによって、物理リソースを準静的に事前構成し、リソースを動的に切り替えることが好ましい場合がある。
ダウンリンクスケジューリングの場合に、ＲＲＣ再構成が完了し、基地局のＭＡＣレイヤの重複決定機能が特定の物理リソースをアクティブにするか、物理リソースを切り替えるかを決定すると、基地局のＭＡＣレイヤは、ＰＤＣＣＨ許可のような下位レイヤ制御チャネルでの高速ＤＣＩシグナリングによって、または埋め込みＭＡＣ制御要素（ＭＡＣ ＣＥ）を介して、その決定についてＵＥに通知することができる。
ＭＡＣ ＣＥには単純なアクティブ化／非アクティブ化ビットマップが含まれる場合があるが、ダウンリンク制御チャネル（例えばＰＤＣＣＨ）にマッピングされるダウンリンク制御情報（ＤＣＩ）には、データパケットの異なるバージョンを復号するために必要な追加の制御パラメータが含まれ得る。
ダイナミックスケジューリングの場合に、ＲＲＣシグナリングによって、例えばＲＲＣ再構成メッセージを提供することによって、物理リソースを準静的に事前構成し、リソースを動的に切り替えることが好ましい場合がある。
ダウンリンクスケジューリングの場合に、ＲＲＣ再構成が完了し、基地局のＭＡＣレイヤの重複決定機能が特定の物理リソースをアクティブにするか、物理リソースを切り替えるかを決定すると、基地局のＭＡＣレイヤは、ＰＤＣＣＨ許可のような下位レイヤ制御チャネルでの高速ＤＣＩシグナリングによって、または埋め込みＭＡＣ制御要素（ＭＡＣ ＣＥ）を介して、その決定についてＵＥに通知することができる。
ＭＡＣ ＣＥには単純なアクティブ化／非アクティブ化ビットマップが含まれる場合があるが、ダウンリンク制御チャネル（例えばＰＤＣＣＨ）にマッピングされるダウンリンク制御情報（ＤＣＩ）には、データパケットの異なるバージョンを復号するために必要な追加の制御パラメータが含まれ得る。
【0136】
特定の基準またはトリガに基づいて、ＭＡＣ ＣＥをアップリンクまたはダウンリンクデータＰＤＵに埋め込むことができる。
ＭＡＣヘッダは、例えば、論理チャネル識別情報または別の識別子により、特定のＭＡＣ ＣＥタイプを識別することができる。
ＭＡＣヘッダは、例えば、論理チャネル識別情報または別の識別子により、特定のＭＡＣ ＣＥタイプを識別することができる。
【0137】
図１１は、本発明によるパケット冗長性／重複のための物理リソースをアクティブ化／非アクティブ化するＭＡＣ ＣＥの一実施形態を示す。
ＭＡＣ ＣＥは、オクテットで整列され、Ｃｉは、ＲＲＣ構成された物理リソースの指標を表すことができる。
「１」はリソースがアクティブであることを示し、「０」はそれぞれのリソースが非アクティブであることを示す。
ＭＡＣ ＣＥは、オクテットで整列され、Ｃｉは、ＲＲＣ構成された物理リソースの指標を表すことができる。
「１」はリソースがアクティブであることを示し、「０」はそれぞれのリソースが非アクティブであることを示す。
【0138】
さらに、Ｃ０は第１のＲＲＣパラメータ構成セットを示すことができ、Ｃ１は第２のＲＲＣパラメータ構成セットを示すことができる、等々である。
プロトコル設計に応じて、初期ＲＲＣ構成後に、構成された物理リソースは既にアクティブ化されていてもよいし、まだアクティブ化されていなくてもよい。
プロトコル設計に応じて、初期ＲＲＣ構成後に、構成された物理リソースは既にアクティブ化されていてもよいし、まだアクティブ化されていなくてもよい。
【0139】
例えば、キャリアアグリゲーションを検討する場合、スモールセルはまだアクティブ化されていない可能性があり、スモールセルをアクティブ化／非アクティブ化するＭＡＣ ＣＥを最初に送信して、それぞれのスモールセルをアクティブ化する必要がある。
ＭＡＣ ＣＥは、各リソース割り当てで送信されるＰＤＣＣＨオーバーヘッドが削減されるという利点がある。
ＭＡＣ ＣＥは、各リソース割り当てで送信されるＰＤＣＣＨオーバーヘッドが削減されるという利点がある。
【0140】
ＭＡＣ ＣＥでは、リソースごとに異なる制御情報を送信することができない。
これは、ＰＤＣＣＨを使用することで実現することができる。
ＰＤＣＣＨを使用して、リソース割り当てごとに本発明のパケット冗長性／重複手法を適応させることができる。
異なるリソースの動的スケジューリングの場合には、基地局は、パケット冗長性／重複がスケジュールされているすべての物理リソース割り当てに対してＰＤＣＣＨリソース割り当てを通知する。
物理レイヤに冗長性／重複を認識させるために、データパケットの異なるバージョンがあることを示す冗長性／重複の表示があり得る。
これは、ＰＤＣＣＨを使用することで実現することができる。
ＰＤＣＣＨを使用して、リソース割り当てごとに本発明のパケット冗長性／重複手法を適応させることができる。
異なるリソースの動的スケジューリングの場合には、基地局は、パケット冗長性／重複がスケジュールされているすべての物理リソース割り当てに対してＰＤＣＣＨリソース割り当てを通知する。
物理レイヤに冗長性／重複を認識させるために、データパケットの異なるバージョンがあることを示す冗長性／重複の表示があり得る。
【0141】
この情報を使用して、ＰＨＹレイヤは、特定の時刻または予め定義されたもしくは設定可能な時間枠内、例えばミニスロット、スロット、複数のサブフレーム内に受信されたデータパケットのすべての異なるバージョンを組み合わせることができることを認識する。
合成は、ＨＡＲＱ処理に類似していてもよい。ＵＲＬＬＣサービスのように、本発明のパケット冗長性／重複手法を適用する場合、所望の信頼性を提供するために組み合わされる複数の送信が同時に存在する。
例によれば、最大比合成（ＭＲＣ）は、複数のリンクを介して受信されたデータパケットの異なるバージョンの合成に適用され得る。
合成は、ＨＡＲＱ処理に類似していてもよい。ＵＲＬＬＣサービスのように、本発明のパケット冗長性／重複手法を適用する場合、所望の信頼性を提供するために組み合わされる複数の送信が同時に存在する。
例によれば、最大比合成（ＭＲＣ）は、複数のリンクを介して受信されたデータパケットの異なるバージョンの合成に適用され得る。
【0142】
合成は、デコーダ入力前の変調シンボルのサンプリングされたソフト値、例えば対数尤度比（ＬＬＲ）に基づいてもよく、合成は受信品質に基づいて重み付けされてもよい。
合成は、同じまたは異なるＨＡＲＱプロセスを使用してもよく、異なるリソースにわたる単一のプロセスの場合には、関連するシグナリングが削減されてもよい。
これは、受信機が冗長性／重複インジケータから、いくつかのパラメータ、例えば、ＨＡＲＱシーケンス番号、ＨＡＲＱプロセス番号、ＨＡＲＱ新規データインジケータ、またはＨＡＲＱ冗長バージョンが適用されていることを認識していることを意味する。
合成は、同じまたは異なるＨＡＲＱプロセスを使用してもよく、異なるリソースにわたる単一のプロセスの場合には、関連するシグナリングが削減されてもよい。
これは、受信機が冗長性／重複インジケータから、いくつかのパラメータ、例えば、ＨＡＲＱシーケンス番号、ＨＡＲＱプロセス番号、ＨＡＲＱ新規データインジケータ、またはＨＡＲＱ冗長バージョンが適用されていることを認識していることを意味する。
【0143】
パケット冗長性／重複の物理リソースのタイプに応じて、インジケータフィールドはＤＣＩメッセージの一部として定義することができる。
例えば、単一のキャリアのみを示すＬＴＥキャリアアグリゲーションで使用されるキャリアインジケータフィールド（ＣＩＦ）以外に、パケット冗長性／重複インジケータフィールドは、複数のリソースでの送信を示すことができる。
冗長性／重複インジケータフィールドは、明示的な指示ではなくビットマップであってもよい。
例えば、単一のキャリアのみを示すＬＴＥキャリアアグリゲーションで使用されるキャリアインジケータフィールド（ＣＩＦ）以外に、パケット冗長性／重複インジケータフィールドは、複数のリソースでの送信を示すことができる。
冗長性／重複インジケータフィールドは、明示的な指示ではなくビットマップであってもよい。
【0144】
図１２は、パケット冗長性／重複インジケータフィールド対従来のキャリアインジケータフィールドの第１の実施形態を示す。
３つの物理リソースでのパケット冗長性／重複のシグナリングは、３ビットのビットマップでサポートされ得るが、既存のキャリアインジケータフィールド（ＣＩＦ）を使用した同じシグナリングは、明示的にキャリア番号を示し、例えば、次の符号化が使用される場合キャリア番号４を示す｛０００＝１、１００＝２、０１０＝３、１１０＝４、００１＝５、１０１＝６、１１０＝７、１１１＝８｝。
３つの物理リソースでのパケット冗長性／重複のシグナリングは、３ビットのビットマップでサポートされ得るが、既存のキャリアインジケータフィールド（ＣＩＦ）を使用した同じシグナリングは、明示的にキャリア番号を示し、例えば、次の符号化が使用される場合キャリア番号４を示す｛０００＝１、１００＝２、０１０＝３、１１０＝４、００１＝５、１０１＝６、１１０＝７、１１１＝８｝。
【0145】
物理リソースの数が２つの物理リソースのみを使用したパケット冗長性／重複に制限されている場合、これらの２つのリソースは、同様のビットマップ、例えば、｛００＝１、１０＝２、０１＝３、１１＝４｝を使用して個別に明示的に示すことができ、これは、従来のキャリアインジケータフィールドに対する本発明のパケット冗長性／重複インジケータの別の実施形態を示す図１３に示されている。
【0146】
ＤＣＩ指示は物理リソースに対して動的に行われるが、ＲＲＣシグナリングは各物理リソースのより詳細な構成のために存在してもよく、例えば、ＭＩＭＯモード、選択されたアンテナまたはアンテナビーム、変調符号化方式（ＭＣＳ）、周波数帯域、コンポーネントキャリア、リンクの物理セル識別情報、送信ポイント識別子、または復調参照シンボルの特定のシーケンスなど（上記の表を参照）を示す。
ＲＲＣの再構成が完了すると、動的なＤＣＩシグナリングによるパケット冗長性／重複は、物理リソースの割り当てごとにすばやくオン／オフを切り替えることができる。
動的な決定は、基地局によって行われてもよい。例えば、ダウンリンクＵＲＬＬＣデータ送信の場合には、基地局は、ダウンリンクリソース割り当ての一部としてダウンリンク制御情報（ＤＣＩ）をＵＥに送信してもよい。
ＲＲＣの再構成が完了すると、動的なＤＣＩシグナリングによるパケット冗長性／重複は、物理リソースの割り当てごとにすばやくオン／オフを切り替えることができる。
動的な決定は、基地局によって行われてもよい。例えば、ダウンリンクＵＲＬＬＣデータ送信の場合には、基地局は、ダウンリンクリソース割り当ての一部としてダウンリンク制御情報（ＤＣＩ）をＵＥに送信してもよい。
【0147】
＜重複／冗長パケットのインテリジェントな復号＞
以下では、別個のリンクを介して送信されるデータパケットの異なるバージョンのインテリジェントな復号を可能にする、本発明のパケット冗長性／重複手法のさらなる実施形態が説明される。
以下では、別個のリンクを介して送信されるデータパケットの異なるバージョンのインテリジェントな復号を可能にする、本発明のパケット冗長性／重複手法のさらなる実施形態が説明される。
【0148】
複数のＰＤＣＣＨリソース割り当てを使用して、例えばＵＲＬＬＣパケットなどのパケットを復号することができる。
ＵＥは、１つのリンクのリソース割り当てを正常に復号することができるが、このリンクを介して送信されたデータパケットの異なるバージョンを復号できない場合がある。
ＵＥは、１つのリンクのリソース割り当てを正常に復号することができるが、このリンクを介して送信されたデータパケットの異なるバージョンを復号できない場合がある。
【0149】
ＰＤＣＣＨ制御は、実際のデータに比べて高い信頼性で送信されるため、ＤＣＩを介して取得された情報により、受信機はパケット冗長性／重複、例えば送信ポイントＴＰ１およびＴＰ２を使用した送信が使用されることを認識し、受信機はさらに各リンクのＲＲＣ事前設定を知る。
この知識に基づいて、ＵＥは、例えば、量子化シンボル情報に最大比合成（ＭＲＣ）を使用することにより、受信した情報を合成することができる。
また、異なるリンクのソフトビットなどの合成情報を使用して、単一リンクのＰＤＣＣＨのみを受信した場合でも、データを正常に復号することができる。
この知識に基づいて、ＵＥは、例えば、量子化シンボル情報に最大比合成（ＭＲＣ）を使用することにより、受信した情報を合成することができる。
また、異なるリンクのソフトビットなどの合成情報を使用して、単一リンクのＰＤＣＣＨのみを受信した場合でも、データを正常に復号することができる。
【0150】
２つのＰＤＳＣＨ送信は、例えば異なる符号化または選択された異なる変調のためにソフト合成が不可能な場合には、個別に復号することもでき、リソース割り当てが時間シフトされる場合には、個別の復号はより速くなり得る。
【0151】
図１４は、２つの送信リンクを介して受信機に送信される制御情報とデータの概略図である。
各送信リンクは、制御メッセージ制御＃１および制御＃２を含むＰＤＣＣＨを搬送する。
さらに、制御情報に続いて、各リンクは、合成することができるデータパケット（データ＃１、データ＃２）の異なるバージョンを含むＰＤＳＣＨを搬送する。
図１４の右側のチェックマークは、データの合成復号が成功したことを概略的に示している。
図１４は、制御部とデータ部を分離することを示しているが、実施形態によれば、それらは１つの内蔵型物理リソース割り当ての一部であってもよい。
各送信リンクは、制御メッセージ制御＃１および制御＃２を含むＰＤＣＣＨを搬送する。
さらに、制御情報に続いて、各リンクは、合成することができるデータパケット（データ＃１、データ＃２）の異なるバージョンを含むＰＤＳＣＨを搬送する。
図１４の右側のチェックマークは、データの合成復号が成功したことを概略的に示している。
図１４は、制御部とデータ部を分離することを示しているが、実施形態によれば、それらは１つの内蔵型物理リソース割り当ての一部であってもよい。
【0152】
図１５は、ミニスロット、スロットまたはサブフレームのようなリソースブロック内に、図１４で上述したそれぞれの制御情報およびデータを搬送するＰＤＣＣＨおよびＰＤＳＣＨを含む２つのキャリア、キャリア＃１およびキャリア＃２を示す。
【0153】
前述のように、本発明の一実施形態によれば、本発明のパケット冗長性／重複手法は、キャリアアグリゲーションを使用して実施することができるので、データパケットの異なるバージョンは、複数の（２つ以上の）キャリア、例えば図１５に示すキャリア＃１およびキャリア＃２で送信される。
制御の情報ビット数とデータの情報ビット数に応じて、異なるリソースが必要になる場合がある。
図１５に示すように、制御は送信の開始時に送信され、復号の時間を提供し、全体の処理時間を制限することができる。
制御の情報ビット数とデータの情報ビット数に応じて、異なるリソースが必要になる場合がある。
図１５に示すように、制御は送信の開始時に送信され、復号の時間を提供し、全体の処理時間を制限することができる。
【0154】
実施形態によれば、制御チャネルの信頼性は、ＵＥが複数の準静的に構成されたリンクのＰＤＣＣＨシグナリングをソフト合成することを可能にすることにより増加され得る。
これは、制御チャネルの冗長性／重複とも呼ばれる。
２つのリンクがすべての送信に対して準静的に構成されている場合、２つのリンクからのＰＤＣＣＨ情報は、受信される制御情報の信頼性が向上するように、復号前に連続的に合成される。
これにより、ＰＤＣＣＨ制御リソースがより確実に送信されるか、少なくとも共有チャネル上のデータと同じ信頼性で送信される。
これは、制御チャネルの冗長性／重複とも呼ばれる。
２つのリンクがすべての送信に対して準静的に構成されている場合、２つのリンクからのＰＤＣＣＨ情報は、受信される制御情報の信頼性が向上するように、復号前に連続的に合成される。
これにより、ＰＤＣＣＨ制御リソースがより確実に送信されるか、少なくとも共有チャネル上のデータと同じ信頼性で送信される。
【0155】
制御情報が復号されない可能性がある場合、それぞれのデータまたは情報が失われる可能性があり、制御チャネル上でもデータチャネル上でもＨＡＲＱ再送信は不可能である。
この場合、ＤＣＩがエラーチェック用のＣＲＣ符号をそれぞれ含む複数の部分に分割されない限り、完全なＰＤＣＣＨ制御情報は同一である必要がある。
そのような方式は、それ自体では信頼できない複数の物理リソースがある場合に有利である。
この場合、ＤＣＩがエラーチェック用のＣＲＣ符号をそれぞれ含む複数の部分に分割されない限り、完全なＰＤＣＣＨ制御情報は同一である必要がある。
そのような方式は、それ自体では信頼できない複数の物理リソースがある場合に有利である。
【0156】
図１６は、ＰＤＣＣＨチャネル内の２つのリンクを介して受信した制御情報を組み合わせ、ＰＤＳＣＨを介して２つのリンクを介して受信したそれぞれのデータ＃１およびデータ＃２を復号するために合成した制御情報を使用するための概略図を示している。
データは、図１６の右側のセクションに示されているように、データパケットを取得するために、データパケットの様々なバージョンを表す。
チェックマークは、データの合成復号が成功したことを概略的に示す。
データは、図１６の右側のセクションに示されているように、データパケットを取得するために、データパケットの様々なバージョンを表す。
チェックマークは、データの合成復号が成功したことを概略的に示す。
【0157】
他の実施形態によれば、第２のリンクのＰＤＣＣＨ制御情報の一部は、第１のリンクから受信した情報に基づいて取得され得る。
各ＰＤＣＣＨは自己復号可能であってもよく、第１のＰＤＣＣＨの復号に基づいて、異なるデータ送信の詳細なパラメータが取得されてもよい。
各ＰＤＣＣＨは自己復号可能であってもよく、第１のＰＤＣＣＨの復号に基づいて、異なるデータ送信の詳細なパラメータが取得されてもよい。
【0158】
例えば、本発明のパケット冗長性／重複手法は、分割ベアラに対して事前に構成されてもよく、複数の遷移間の相対的なタイミングは予め定義または事前に構成されてもよい。
これは、１つのリンクが他のリンクよりも信頼性が高いと考えられる場合に有利である。
複数のリンクがＨＡＲＱプロセスまたは同期して実行されている異なるＨＡＲＱプロセスを共有する場合には、ＨＡＲＱ情報の一部は同じであってもよいし、導出されてもよい。
これは、１つのリンクが他のリンクよりも信頼性が高いと考えられる場合に有利である。
複数のリンクがＨＡＲＱプロセスまたは同期して実行されている異なるＨＡＲＱプロセスを共有する場合には、ＨＡＲＱ情報の一部は同じであってもよいし、導出されてもよい。
【0159】
図１７は、第１のリンク上の制御情報、すなわち制御＃１のみが受信される一例を示す。
第２のリンクのＰＤＣＣＨは利用可能ではない。
第１のリンクのＰＤＣＣＨで送信される制御＃１に基づいて、２つのリンク上のそれぞれのデータ、すなわちデータ＃１およびデータ＃２は、送信データパケットを取得するために首尾よく復号され合成され得る。
第２のリンクのＰＤＣＣＨは利用可能ではない。
第１のリンクのＰＤＣＣＨで送信される制御＃１に基づいて、２つのリンク上のそれぞれのデータ、すなわちデータ＃１およびデータ＃２は、送信データパケットを取得するために首尾よく復号され合成され得る。
【0160】
他の実施形態によれば、限られた数の可能な合成でインテリジェント復号をサポートするために、異なるリンクは同じ符号化および変調、すなわち同じリンク適応パラメータを使用してもよい。
同じリンク適応パラメータを使用すると、複数の物理リソースにわたって堅牢な形式が提供されるため、有利である。
同じリンク適応パラメータを使用すると、複数の物理リソースにわたって堅牢な形式が提供されるため、有利である。
【0161】
ＵＲＬＬＣデータパケットなどのデータパケットに固定構成が使用される場合、使用される形式は、半永続的スケジューリングなどにより、ＲＣＣによって準静的に構成することができ、シグナリングは、受信機で本質的に知られているのでＰＤＣＣＨ制御チャネルに追加されない。
リンクの適応が行われる場合、同じパラメータが重複されたリンクを介して通知され、両方の場合、前述の高度な処理が使用される。
リンクの適応が行われる場合、同じパラメータが重複されたリンクを介して通知され、両方の場合、前述の高度な処理が使用される。
【0162】
多重リンクの制御情報を復号する前にＰＤＣＣＨ合成が行われる場合、ＰＤＣＣＨチャネルで送信される制御情報は同じであってもよい。
したがって、１つのリンクについてスケジューラが決定したすべての情報は、他のリンクにも適用される。
したがって、１つのリンクについてスケジューラが決定したすべての情報は、他のリンクにも適用される。
【0163】
例えば、周波数ホッピングまたは電力制御が１つのリンクまたは１つのキャリアで使用される場合には、第２のリンクでも使用される。
同様に、例えばＲＡＣＨ要求やチャネルレポート要求など、特定のアクションがＵＥから要求された場合には、すべてのリンクで同期的に要求される。
一部のパラメータを修正し、結果としてＰＤＣＣＨ復号をさらに堅牢にする準静的ＲＲＣ構成を使用することにより、ＰＤＣＣＨシグナリングサイズを削減または最小化することができる。
同様に、例えばＲＡＣＨ要求やチャネルレポート要求など、特定のアクションがＵＥから要求された場合には、すべてのリンクで同期的に要求される。
一部のパラメータを修正し、結果としてＰＤＣＣＨ復号をさらに堅牢にする準静的ＲＲＣ構成を使用することにより、ＰＤＣＣＨシグナリングサイズを削減または最小化することができる。
【0164】
＜単一のＰＤＣＣＨリソース割り当てを使用したパケット冗長性／重複＞
上述の実施形態は、ＰＤＣＣＨ信号の信頼性を高め、異なる物理リソースのダイバーシティを利用するためのＰＤＣＣＨ合成に関する。
上述の実施形態は、ＰＤＣＣＨ信号の信頼性を高め、異なる物理リソースのダイバーシティを利用するためのＰＤＣＣＨ合成に関する。
【0165】
別の実施形態によれば、異なる物理リソース上で送信される１つまたは複数の追加のデータ信号を指す、１つの物理リソース上の単一のＰＤＣＣＨ割り当てが使用されてもよい。
【0166】
図１８（ａ）は、単一のＰＤＣＣＨのみを使用する実施形態の概略図である。
図示するように、低周波数リンクのような第１のリンクでは、ＰＤＣＣＨ制御情報制御＃１が受信機に提供され、両方のリンクで送信されたデータを復号するために使用される。
第２のリンクは高周波数リンクである場合がある。
したがって、制御＃１には、データ＃１とデータ＃２の送信に使用されるリソースに関する情報が含まれているため、受信機はこれらのリソースのデータを監視し、受信したデータを２つのリンクで合成してデータパケット送信を完成させることができる。
この実施形態は、データ送信のために、より高い周波数で利用可能なリソースを完全に使用することを可能にし、データ送信の信頼性のさらなる増加を可能にする。
図示するように、低周波数リンクのような第１のリンクでは、ＰＤＣＣＨ制御情報制御＃１が受信機に提供され、両方のリンクで送信されたデータを復号するために使用される。
第２のリンクは高周波数リンクである場合がある。
したがって、制御＃１には、データ＃１とデータ＃２の送信に使用されるリソースに関する情報が含まれているため、受信機はこれらのリソースのデータを監視し、受信したデータを２つのリンクで合成してデータパケット送信を完成させることができる。
この実施形態は、データ送信のために、より高い周波数で利用可能なリソースを完全に使用することを可能にし、データ送信の信頼性のさらなる増加を可能にする。
【0167】
図１８の実施形態では、送信リンクは低周波数帯域と高周波数帯域とに分割される。
高周波数帯域は、２８ＧＨｚまたは６０ＧＨｚのミリ波帯域であってもよく、より低い周波数帯域での既存の送信に加えて、本発明のパケット冗長性／重複プロセスに使用されてもよい。
より低い帯域は、サブ６ＧＨｚ範囲での伝搬が改善されるため、より信頼性が高くなるが、より高い帯域で提供されるほどの帯域幅を提供できない場合がある。
より高い帯域は超大容量を提供するが、信頼性が十分に高くない場合があるので、図１８（ａ）に示すように、本発明のパケット冗長性／重複の指示を含むＰＤＣＣＨリソース割り当てが信頼性の高いリンクのみで送信されてもよい。
高周波数帯域は、２８ＧＨｚまたは６０ＧＨｚのミリ波帯域であってもよく、より低い周波数帯域での既存の送信に加えて、本発明のパケット冗長性／重複プロセスに使用されてもよい。
より低い帯域は、サブ６ＧＨｚ範囲での伝搬が改善されるため、より信頼性が高くなるが、より高い帯域で提供されるほどの帯域幅を提供できない場合がある。
より高い帯域は超大容量を提供するが、信頼性が十分に高くない場合があるので、図１８（ａ）に示すように、本発明のパケット冗長性／重複の指示を含むＰＤＣＣＨリソース割り当てが信頼性の高いリンクのみで送信されてもよい。
【0168】
制御情報は、より低い帯域とより高い帯域の物理リソースを指す。
ＵＲＬＬＣ送信など、高い信頼性を必要とする送信が検出されると、冗長性／重複指示フラグがダウンリンク制御情報の一部として設定され、ＵＥはデータパケットの異なるバージョンを復号する方法を認識する。
アップリンク送信の場合、追加のダウンリンクリソース割り当てまたはアップリンク許可は、指示された物理リソース上でデータパケットの異なるバージョンを送信することをＵＥに示す。
ＵＲＬＬＣ送信など、高い信頼性を必要とする送信が検出されると、冗長性／重複指示フラグがダウンリンク制御情報の一部として設定され、ＵＥはデータパケットの異なるバージョンを復号する方法を認識する。
アップリンク送信の場合、追加のダウンリンクリソース割り当てまたはアップリンク許可は、指示された物理リソース上でデータパケットの異なるバージョンを送信することをＵＥに示す。
【0169】
さらなる実施形態によれば、データパケットの異なるバージョンがより速く送信され得るように、より高い帯域は、より大きなサブキャリア間隔ＳＣＳおよびより高い帯域幅を利用することができる。
これは、同時送信での重複／冗長高速プッシュとして使用することができるが、ＵＥがより低い帯域のデータを復号しない再送信の場合にも使用することができる。
これは、同時送信での重複／冗長高速プッシュとして使用することができるが、ＵＥがより低い帯域のデータを復号しない再送信の場合にも使用することができる。
【0170】
＜マルチＲＡＴパケットの重複＞
他の実施形態によれば、高周波数帯域のキャリアは、低周波数帯域の既存のキャリアに追加されてもよく、高周波数帯域のキャリアは、５Ｇ／ＮＲなどの第１の無線アクセス技術に従って動作してもよく、低周波数帯域のキャリアはＬＴＥに従って動作する。
そのような実施形態では、ＰＤＣＣＨリソース割り当ては、１つの無線アクセス技術を使用して送信されてもよく、データは別の無線アクセス技術または複数の無線アクセス技術で送信される。
ＰＤＣＣＨリソース割り当ては、本発明によるパケット冗長性／重複が、例えば、複数のＲＡＴ上で使用されるという指示を含むことができる。
他の実施形態によれば、高周波数帯域のキャリアは、低周波数帯域の既存のキャリアに追加されてもよく、高周波数帯域のキャリアは、５Ｇ／ＮＲなどの第１の無線アクセス技術に従って動作してもよく、低周波数帯域のキャリアはＬＴＥに従って動作する。
そのような実施形態では、ＰＤＣＣＨリソース割り当ては、１つの無線アクセス技術を使用して送信されてもよく、データは別の無線アクセス技術または複数の無線アクセス技術で送信される。
ＰＤＣＣＨリソース割り当ては、本発明によるパケット冗長性／重複が、例えば、複数のＲＡＴ上で使用されるという指示を含むことができる。
【0171】
例えば、ＰＤＣＣＨを送信するために使用されるＲＡＴが本発明のパケット冗長性／重複に従ってデータを送信しない場合には、少なくとも２つのさらなるＲＡＴが使用される。
しかしながら、ＰＤＣＣＨを送信するために使用されるＲＡＴがデータパケットの異なるバージョンの１つを送信する場合には、データパケットの異なるバージョンの他の１つを送信するための少なくとも１つのさらなるＲＡＴが使用される。
しかしながら、ＰＤＣＣＨを送信するために使用されるＲＡＴがデータパケットの異なるバージョンの１つを送信する場合には、データパケットの異なるバージョンの他の１つを送信するための少なくとも１つのさらなるＲＡＴが使用される。
【0172】
ＲＲＣは、他のリンクをパケット／重複のために構成し、リソースを予約することもできる。
ＬＴＥリンクなどの第１のリンクで冗長性／重複の指示を含むＰＤＣＣＨ許可を受信すると、ＵＥは、５Ｇ／ＮＲリンクなどの第２のリンクに必要なすべてのパラメータを明示的に取得して、データパケットの異なるバージョンを受信することができる。
ＲＲＣは、周波数帯域、ＲＡＴ固有のパラメータ、遷移モード、およびリンク適応パラメータを事前に構成しておいて、異なるＲＡＴ間のソフト合成が可能になるようにしてもよい。
ＬＴＥリンクなどの第１のリンクで冗長性／重複の指示を含むＰＤＣＣＨ許可を受信すると、ＵＥは、５Ｇ／ＮＲリンクなどの第２のリンクに必要なすべてのパラメータを明示的に取得して、データパケットの異なるバージョンを受信することができる。
ＲＲＣは、周波数帯域、ＲＡＴ固有のパラメータ、遷移モード、およびリンク適応パラメータを事前に構成しておいて、異なるＲＡＴ間のソフト合成が可能になるようにしてもよい。
【0173】
＜異なるニューメロロジー間のデータ重複＞
実施形態によれば、異なるキャリアに使用されるニューメロロジー、例えば、低帯域の１５ｋＨｚ ＳＣＳ、高帯域の１２０ｋＨｚ ＳＣＳが考慮され、複数のバージョンを高帯域にマッピングすることができ、さらに複数のユーザまたは接続／リンクに属するより多くのバージョンを同じ高帯域で多重化することができる。
実施形態によれば、異なるキャリアに使用されるニューメロロジー、例えば、低帯域の１５ｋＨｚ ＳＣＳ、高帯域の１２０ｋＨｚ ＳＣＳが考慮され、複数のバージョンを高帯域にマッピングすることができ、さらに複数のユーザまたは接続／リンクに属するより多くのバージョンを同じ高帯域で多重化することができる。
【0174】
本発明のデータ重複をいくつかのキャリア、例えば５Ｇ／ＮＲ、例えば低周波数帯域と高周波数帯域では、異なるニューメロロジーを使用することができる。
例えば、５Ｇ／ＮＲは、基本的なニューメロロジーにｎ＝０の２ｎ＊１５ｋＨｚサブキャリア間隔を使用する基本的なニューメロロジーと、少なくとも１５ｋＨｚから４８０ｋＨｚのサブキャリア間隔のスケーラブルなニューメロロジーのサポートを定義する。
例えば、５Ｇ／ＮＲは、基本的なニューメロロジーにｎ＝０の２ｎ＊１５ｋＨｚサブキャリア間隔を使用する基本的なニューメロロジーと、少なくとも１５ｋＨｚから４８０ｋＨｚのサブキャリア間隔のスケーラブルなニューメロロジーのサポートを定義する。
【0175】
キャリアアグリゲーションや二重接続などのいくつかのコンポーネントキャリアを含む動作モードでは、データがいくつかのキャリアを介して送信されてもよく、その結果、混合ニューメロロジーが同じデータで動作する必要がある。
【0176】
一例として、キャリアアグリゲーションモードでは、一次コンポーネントキャリアが１５ｋＨｚのＳＣＳで基本ニューメロロジーを使用し、１２０ｋＨｚ ＳＣＳで構成された高周波帯域（例えば２８ＧＨｚまたは６０ＧＨｚ）で動作する二次コンポーネントキャリアを集約する。
ＳＣＳが大きいほど、物理リソースの送信が高速になる（この例では８倍）。
ＳＣＳが大きいほど、物理リソースの送信が高速になる（この例では８倍）。
【0177】
さらに、高周波数帯域は、例えば２５０ＭＨｚまたは５００ＭＨｚ以上のはるかに広い帯域幅をサポートする可能性が最も高くなるので、はるかに大きな容量が可能である。
その結果、非常に多くの物理リソースブロック（ＰＲＢ）が、高周波数帯域の同じ時間枠内で送信され得る。
ＵＲＬＬＣのデータ重複の場合には、これを使用して、例えば繰り返し符号化、または同じ時間枠内の異なるＵＥからのいくつかの重複されたＰＲＢの多重化により、同じ時間枠でより高い冗長性を送信することができる。
その結果、非常に多くの物理リソースブロック（ＰＲＢ）が、高周波数帯域の同じ時間枠内で送信され得る。
ＵＲＬＬＣのデータ重複の場合には、これを使用して、例えば繰り返し符号化、または同じ時間枠内の異なるＵＥからのいくつかの重複されたＰＲＢの多重化により、同じ時間枠でより高い冗長性を送信することができる。
【0178】
混合ニューメロロジーのシナリオでのパケット重複の一例を図１８（ｂ）に示す。
ここで、第１のユーザＵＥ１に割り当てられたデータに加えて、第２および第３のユーザＵＥ２、ＵＥ３に割り当てられたデータは、同じ時間枠ｉ内で多重化されてもよい。
したがって、追加のＰＲＢは、本発明の手法を実施するために、ＵＥ２およびＵＥ３に使用されてもよいし、または追加の冗長性（ＵＥ１に割り当てられたＰＲＢ）を追加するのに使用されてもよい。
ここで、第１のユーザＵＥ１に割り当てられたデータに加えて、第２および第３のユーザＵＥ２、ＵＥ３に割り当てられたデータは、同じ時間枠ｉ内で多重化されてもよい。
したがって、追加のＰＲＢは、本発明の手法を実施するために、ＵＥ２およびＵＥ３に使用されてもよいし、または追加の冗長性（ＵＥ１に割り当てられたＰＲＢ）を追加するのに使用されてもよい。
【0179】
＜二重接続を使用したＰＤＣＣＨパケット重複＞
二重接続の場合、マスタ基地局と二次基地局に個別のスケジュールがある。
上述のインテリジェント復号を使用する実施形態によれば、両方のリンクは同期化され、ダウンリンクでＰＤＣＣＨ制御情報を送信する。
決定はマスタ基地局によって行われ、データパケットの異なるバージョンと共に二次基地局に通知され、二次基地局は、マスタ基地局によって提供されたすべてのパラメータを使用する。
これには、ダウンリンク制御情報またはアップリンク制御情報を、マスタ基地局と二次基地局との間のインターフェースに追加する必要がある。
二重接続の場合、マスタ基地局と二次基地局に個別のスケジュールがある。
上述のインテリジェント復号を使用する実施形態によれば、両方のリンクは同期化され、ダウンリンクでＰＤＣＣＨ制御情報を送信する。
決定はマスタ基地局によって行われ、データパケットの異なるバージョンと共に二次基地局に通知され、二次基地局は、マスタ基地局によって提供されたすべてのパラメータを使用する。
これには、ダウンリンク制御情報またはアップリンク制御情報を、マスタ基地局と二次基地局との間のインターフェースに追加する必要がある。
【0180】
同様のシグナリングは、中央ベースバンドユニット（ＢＢＵ）を含むＣ－ＲＡＮ（クラウドＲＡＮ）実施態様に対して実施することができる。
【0181】
図１９（ａ）は、複数の分散ユニットＤＵ１～ＤＵ４を制御する中央ユニットＣＵを含むＣ－ＲＡＮ実施態様の概略図を示す。
中央ユニットＣＵは、ベアラおよび論理チャネル構成のような下位レイヤのＲＲＣ構成、および動的スケジューリング情報の一部を含む、すべての送信パラメータをＤＵに提供する。
中央ユニットＣＵは、ベアラおよび論理チャネル構成のような下位レイヤのＲＲＣ構成、および動的スケジューリング情報の一部を含む、すべての送信パラメータをＤＵに提供する。
【0182】
通常の送信の場合、ＤＵのスケジューラは、リンク適応を含む独自の独立したスケジューリング決定を行うことができるが、ＵＲＬＬＣ送信などの信頼できるデータ送信に本発明のパケット冗長性／重複手法を適用する場合、ＣＵはそのような決定を下し、例えばダウンリンクまたはアップリンク制御情報（ＤＣＩ、ＵＣＩ）により、それをＤＵに転送する。
パケットの送信には複数のＤＵが関与する場合がある。
ＣＵからの制御情報により、ＤＵは、上述のように重複されたデータのインテリジェントな復号を可能にする同じＰＤＣＣＨ制御情報を送信することが可能になり得る。
パケットの送信には複数のＤＵが関与する場合がある。
ＣＵからの制御情報により、ＤＵは、上述のように重複されたデータのインテリジェントな復号を可能にする同じＰＤＣＣＨ制御情報を送信することが可能になり得る。
【0183】
リンク適応、ＭＩＭＯモードなどのパラメータに加えて、ＣＵは、パケットを破棄する必要があるまで、各ＤＵに、パケットを送信する必要がある特定の時間枠、またはパケットの受信からカウントされた最大時間を提供することもできる。
これは、タイムリーな送信と、受信機での復号されたデータの受信信号の合成をサポートするので有利である。
合成されたＰＤＣＣＨ復号が使用される場合、またはＵＲＬＬＣの静的リソースが設定される場合には、ＣＵは詳細なリソース割り当て、すなわちＤＵで使用されるＰＲＢを決定することもできる。
これは、タイムリーな送信と、受信機での復号されたデータの受信信号の合成をサポートするので有利である。
合成されたＰＤＣＣＨ復号が使用される場合、またはＵＲＬＬＣの静的リソースが設定される場合には、ＣＵは詳細なリソース割り当て、すなわちＤＵで使用されるＰＲＢを決定することもできる。
【0184】
図１９（ｂ）は、本発明の実施形態によるＮＲとＬＴＥの共存のためのＣ－ＲＡＮセルレイアウトを示す。
ネットワークは、異種コンポーネント、例えばマクロおよびスモールセルを含む。
マクロセルは、クラウドＲＡＮ（Ｃ－ＲＡＮ）基地局として実施される。
Ｃ－ＲＡＮ基地局は、多数の基地局セクター、例えばコンピューティング機能とインターフェース容量に応じて、３～４８またはそれ以上の数のセクターによって実施することができる。
リモートサイトまたは分散サイト、例えばスモールセルと基地局セクター自体は、リモートアンテナシステムまたはスマートアンテナによって実現することができる。
ネットワークは、異種コンポーネント、例えばマクロおよびスモールセルを含む。
マクロセルは、クラウドＲＡＮ（Ｃ－ＲＡＮ）基地局として実施される。
Ｃ－ＲＡＮ基地局は、多数の基地局セクター、例えばコンピューティング機能とインターフェース容量に応じて、３～４８またはそれ以上の数のセクターによって実施することができる。
リモートサイトまたは分散サイト、例えばスモールセルと基地局セクター自体は、リモートアンテナシステムまたはスマートアンテナによって実現することができる。
【0185】
これらは、最新のアンテナインターフェース、例えば同軸ケーブルまたは光インターフェース（ＣＰＲＩ、ＯＢＳＡＩなど）と接続することができ、あるいは特定の機能分割を利用してもよい。
本発明のパケット冗長性／重複手法は、図１９（ｂ）に示すように、Ｃ－ＲＡＮ展開に拡張され得る。
例えば、キャリアアグリゲーション／二重接続／マルチＲＡＴを適用する場合、第１のクラウドＲＡＮ（Ｃ－ＲＡＮ）基地局のＲＲＣは、どのセクターが本発明の並列送信（冗長性／重複）を実行しているかを第２のＣ－ＲＡＮ基地局に通知する必要がある。
本発明のパケット冗長性／重複手法は、図１９（ｂ）に示すように、Ｃ－ＲＡＮ展開に拡張され得る。
例えば、キャリアアグリゲーション／二重接続／マルチＲＡＴを適用する場合、第１のクラウドＲＡＮ（Ｃ－ＲＡＮ）基地局のＲＲＣは、どのセクターが本発明の並列送信（冗長性／重複）を実行しているかを第２のＣ－ＲＡＮ基地局に通知する必要がある。
【0186】
図１９（ｃ）は、例えば３ＧＰＰ ＴＲ ３８．８０１ Ｖ２．０．０（２０１７－３）に記載されている、Ｃ－ＲＡＮセルレイアウトにおける中央ユニット（ＣＵ）と分散ユニット（ＤＵ）との間の機能的分割の例を示す。
ＬＴＥ／ＮＲでのアンテナ処理とベースバンド処理との間の機能的分割は、プロトコルスタックおよびプロトコルスタック内の性能要件に依存する。
性能要件は、レイテンシ要件、例えば再送信プロトコルのＡＣＫ／ＮＡＣＫメッセージで定義された遅延制約、およびサンプルストリームのスループット要件である。
可能な機能分割、すなわちオプション１～８は、図１９（ｃ）に示されている。
ＬＴＥ／ＮＲでのアンテナ処理とベースバンド処理との間の機能的分割は、プロトコルスタックおよびプロトコルスタック内の性能要件に依存する。
性能要件は、レイテンシ要件、例えば再送信プロトコルのＡＣＫ／ＮＡＣＫメッセージで定義された遅延制約、およびサンプルストリームのスループット要件である。
可能な機能分割、すなわちオプション１～８は、図１９（ｃ）に示されている。
【0187】
図１９（ｃ）の左側には、上位レイヤへのインターフェースを示し、右側にはアンテナまたは無線フロントエンド（ＲＦ）へのインターフェースが示されている。
本発明のパケット冗長性／重複手法は、図１９（ｃ）に示すように、Ｃ－ＲＡＮ展開に拡張され得る。
例えば、Ｃ－ＲＡＮで機能分割を実施する場合、オプション１～８の１つであり得る合意された機能分割に基づいて、パケットの並列送信（冗長性／重複）が許可される。
本発明のパケット冗長性／重複手法は、図１９（ｃ）に示すように、Ｃ－ＲＡＮ展開に拡張され得る。
例えば、Ｃ－ＲＡＮで機能分割を実施する場合、オプション１～８の１つであり得る合意された機能分割に基づいて、パケットの並列送信（冗長性／重複）が許可される。
【0188】
次に分割オプションについて詳しく説明する。
現在のレイヤを高い処理部分と低い処理部分とに分割する分割オプション（Ｏ３、Ｏ５、Ｏ７）は、本発明による並列送信（冗長性または重複）のプロトコル設計により大きな影響を与える可能性がある。
現在のレイヤを高い処理部分と低い処理部分とに分割する分割オプション（Ｏ３、Ｏ５、Ｏ７）は、本発明による並列送信（冗長性または重複）のプロトコル設計により大きな影響を与える可能性がある。
【0189】
＜オプション１（１Ａのような分割）＞
このオプションの機能分割は、二重接続（ＤＣ）の１Ａアーキテクチャに類似している。
ＲＲＣは中央ユニットにある。ＰＤＣＰ、ＲＬＣ、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
このオプションの機能分割は、二重接続（ＤＣ）の１Ａアーキテクチャに類似している。
ＲＲＣは中央ユニットにある。ＰＤＣＰ、ＲＬＣ、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
【0190】
＜オプション２（３Ｃのような分割）＞
このオプションの機能分割は、ＤＣの３Ｃアーキテクチャに類似している。
ＲＲＣ、ＰＤＣＰは中央ユニットにある。ＲＬＣ、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
このオプションの機能分割は、ＤＣの３Ｃアーキテクチャに類似している。
ＲＲＣ、ＰＤＣＰは中央ユニットにある。ＲＬＣ、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
【0191】
＜オプション３（ＲＬＣ内分割）＞
低ＲＬＣ（ＲＬＣの一部機能）、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
ＰＤＣＰと高ＲＬＣ（ＲＬＣの他の部分的な機能）は中央ユニットにある。
低ＲＬＣ（ＲＬＣの一部機能）、ＭＡＣ、物理レイヤ、およびＲＦは分散ユニットにある。
ＰＤＣＰと高ＲＬＣ（ＲＬＣの他の部分的な機能）は中央ユニットにある。
【0192】
このオプションでは、リアルタイムまたは非リアルタイムの要件に基づいた２つの分割手法、すなわち分割オプションＯ３－１（ＡＲＱに基づく分割）、または分割オプションＯ３－２（ＴＸ ＲＬＣおよびＲＸ ＲＬＣに基づく分割）が可能である。
【0193】
＜オプション４（ＲＬＣ－ＭＡＣ分割）＞
ＭＡＣ、物理レイヤ、ＲＦは分散ユニットにある。ＰＤＣＰおよびＲＬＣは中央ユニットにある。
ＭＡＣ、物理レイヤ、ＲＦは分散ユニットにある。ＰＤＣＰおよびＲＬＣは中央ユニットにある。
【0194】
＜オプション５（ＭＡＣ内分割）＞
ＲＦ、物理レイヤ、およびＭＡＣレイヤの一部（例えばＨＡＲＱ）は分散ユニットにある。上位レイヤは中央ユニットにある。
ＲＦ、物理レイヤ、およびＭＡＣレイヤの一部（例えばＨＡＲＱ）は分散ユニットにある。上位レイヤは中央ユニットにある。
【0195】
＜オプション６（ＭＡＣ－ＰＨＹ分割）＞
物理レイヤおよびＲＦは分散ユニットにある。上位レイヤは中央ユニットにある。
物理レイヤおよびＲＦは分散ユニットにある。上位レイヤは中央ユニットにある。
【0196】
＜オプション７（ＰＨＹ内分割）＞
物理レイヤ機能の一部およびＲＦは分散ユニットにある。上位レイヤは中央ユニットにある。
物理レイヤ機能の一部およびＲＦは分散ユニットにある。上位レイヤは中央ユニットにある。
【0197】
このオプションでは、次の３つの分割手法が可能である。
【0198】
１．Ｏ７－１：ＵＬ、ＦＦＴ、ＣＰ削除、および場合によってはＰＲＡＣＨフィルタリング機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
ＰＲＡＣＨフィルタリングの意味の詳細を定義する必要がある。
ＤＬ、ｉＦＦＴ、およびＣＰ追加機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
ＰＲＡＣＨフィルタリングの意味の詳細を定義する必要がある。
ＤＬ、ｉＦＦＴ、およびＣＰ追加機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
【0199】
２．Ｏ７－２：ＵＬ、ＦＦＴ、ＣＰ削除、リソースデマッピング、および場合によっては事前フィルタリング機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
事前フィルタリングの意味の詳細を定義する必要がある。ＤＬ、ｉＦＦＴ、ＣＰの追加、リソースマッピング、およびプリコーディング機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
事前フィルタリングの意味の詳細を定義する必要がある。ＤＬ、ｉＦＦＴ、ＣＰの追加、リソースマッピング、およびプリコーディング機能はＤＵにあり、残りのＰＨＹ機能はＣＵにある。
【0200】
３．Ｏ７－３：エンコーダのみがＣＵにあり、残りのＰＨＹ機能はＤＵにある。
【0201】
＜オプション８（ＰＨＹ－ＲＦ分割）＞
ＲＦ機能は分散ユニットにあり、上位レイヤは中央ユニット、例えばＬＴＥネットワークで使用されるＣＰＲＩまたはＯＢＳＡＩインターフェースなどにある。
ＲＦ機能は分散ユニットにあり、上位レイヤは中央ユニット、例えばＬＴＥネットワークで使用されるＣＰＲＩまたはＯＢＳＡＩインターフェースなどにある。
【0202】
無線アクセスネットワーク（ＲＡＮ）プロトコルスタックの選択された分割オプションに応じて、データパケットの複数の異なるバージョンが中央ベースバンドユニットまたは複数の分散ユニットの１つもしくは複数によって提供される。
【0203】
＜ＰＤＣＣＨを介して送信されるＤＣＩ許可を使用したアップリンクパケット冗長性／重複＞
以下では、アップリンクパケット冗長性／重複に関する実施形態が説明される。
以下では、アップリンクパケット冗長性／重複に関する実施形態が説明される。
【0204】
基地局がダウンリンクパケット冗長性／重複を決定し得る場合と同様の方法で、アップリンクパケット冗長性／重複を決定することもできる。
基地局は、異なるアップリンク物理リソースを介してランダムアクセスネットワークに、例えば基地局に向けて、アップリンクパケットの異なるバージョンを送信する指示をＵＥに送信することができる。
基地局は、異なるアップリンク物理リソースを介してランダムアクセスネットワークに、例えば基地局に向けて、アップリンクパケットの異なるバージョンを送信する指示をＵＥに送信することができる。
【0205】
複数のアップリンク許可を送信する代わりに、単一のＰＤＣＣＨアップリンク許可が、アップリンク遷移の複数の物理リソースでの送信をトリガしてもよい。
アップリンクの制御情報は、同じパラメータが異なる物理リソースに使用される場合に、アップリンク許可から導出されてもよく、異なる物理リソースに適用される以前のＲＲＣ事前設定から導出されてもよい。
アップリンクの制御情報は、同じパラメータが異なる物理リソースに使用される場合に、アップリンク許可から導出されてもよく、異なる物理リソースに適用される以前のＲＲＣ事前設定から導出されてもよい。
【0206】
ＲＲＣプロトコルは、リソースごとに異なるＳＰＳ構成を提供してもよい。
この構成は、ＰＲＢに関する正確なリソース割り当てだけでなく、上記の完全なＲＲＣ構成セットも含むことができる。
この構成は、ＰＲＢに関する正確なリソース割り当てだけでなく、上記の完全なＲＲＣ構成セットも含むことができる。
【0207】
パケット冗長性／重複をサポートする単一のＰＤＣＣＨアップリンク許可により、ＵＥは、アップリンク内の複数の物理リソースで送信するために必要なすべての送信パラメータを取得することができる。
実施形態によれば、特定のパラメータは動的のままであってもよく、ＰＤＣＣＨに含まれてもよい。
実施形態によれば、特定のパラメータは動的のままであってもよく、ＰＤＣＣＨに含まれてもよい。
【0208】
例えば、独立したリンク適応がある場合には、２つの異なる物理リソースに関するパケット冗長性／重複のために、２つのトランスポートフォーマット／符号化変調方式がＰＤＣＣＨアップリンク許可内で通知されてもよい。
各物理リソースは、独自の予め定義されたホッピングシーケンスを使用して周波数ホッピングを使用することができ、第２のリンクのリソースは、例えば相対オフセットまたは予め定義されたリソースマッピングによって、第１のリンクのリソースによって暗黙的に導出することができる。
各物理リソースは、独自の予め定義されたホッピングシーケンスを使用して周波数ホッピングを使用することができ、第２のリンクのリソースは、例えば相対オフセットまたは予め定義されたリソースマッピングによって、第１のリンクのリソースによって暗黙的に導出することができる。
【0209】
この実施形態によれば、アップリンク許可に関連する制御チャネルオーバーヘッドを節約することができ、さらなる実施形態に加えて、受信機でのインテリジェントな復号が可能になり得る。
各送信の個別の復号に加えて、アップリンク受信信号は、基地局で合成されてもよい。
各送信の個別の復号に加えて、アップリンク受信信号は、基地局で合成されてもよい。
【0210】
例えば、上記のように、ソフト合成に単一のＨＡＲＱプロセスを使用すること、またはアップリンクパケットの異なるバージョンを表す異なる受信信号間の最大比合成を使用することである。
二重接続の異なるリンクの場合には、受信信号の量子化されたソフトビットがＵＥから受信機に渡されてもよい。
二重接続の異なるリンクの場合には、受信信号の量子化されたソフトビットがＵＥから受信機に渡されてもよい。
【0211】
＜パケット冗長性／重複のアップリンクＵＥ処理＞
実施形態によれば、ダウンリンクに関して上で説明された本発明のパケット冗長性／重複手法は、アップリンク送信に等しく適用可能である。
実施形態によれば、ダウンリンクに関して上で説明された本発明のパケット冗長性／重複手法は、アップリンク送信に等しく適用可能である。
【0212】
ＵＥは、１つまたは複数のＰＤＣＣＨ許可を受信することができ、これにより、ＵＥは、複数の物理リソース上でアップリンクで調整された方法でデータを送信することができる。
ＰＤＳＣＨアップリンク送信は、ＵＥによって別々に符号化され、合成された方法で基地局で復号されてもよい。
同じまたは類似のフォーマットがパケット冗長性／重複のためにアップリンクで使用される場合には、ＵＥ処理は、物理レイヤのジョイント処理チェーンによって簡素化され得る。
異なる物理リソースで複数の送信が行われた場合でも、１つの符号化プロセスでエネルギーを節約し、ＵＥの複雑さを節約することができる。
ＰＤＳＣＨアップリンク送信は、ＵＥによって別々に符号化され、合成された方法で基地局で復号されてもよい。
同じまたは類似のフォーマットがパケット冗長性／重複のためにアップリンクで使用される場合には、ＵＥ処理は、物理レイヤのジョイント処理チェーンによって簡素化され得る。
異なる物理リソースで複数の送信が行われた場合でも、１つの符号化プロセスでエネルギーを節約し、ＵＥの複雑さを節約することができる。
【0213】
図２０は、物理レイヤ処理チェーンを示し、図２０（ａ）は各データ送信に対して並列に実行される単一の処理チェーンを示し、図２０（ｂ）は、本発明の実施形態による複数のデータ送信の共有処理チェーンに対して実行される単一の処理チェーンを示す。
それぞれのチェーンの最上部から、トランスポートブロックはＭＡＣレイヤによって物理レイヤに配信され、段階的に処理される。
リンクの適応により、適応符号化、適応変調、および適応ＭＩＭＯがあり得る。
信号処理ステップの正確なパラメータ化は、基地局スケジューラによって行うことができ、スケジューリング決定は、ＰＤＣＣＨアップリンク許可を介して決定を通知する基地局によって行うことができる。
それぞれのパラメータは、物理レイヤへのパケットと共に与えられる。
それぞれのチェーンの最上部から、トランスポートブロックはＭＡＣレイヤによって物理レイヤに配信され、段階的に処理される。
リンクの適応により、適応符号化、適応変調、および適応ＭＩＭＯがあり得る。
信号処理ステップの正確なパラメータ化は、基地局スケジューラによって行うことができ、スケジューリング決定は、ＰＤＣＣＨアップリンク許可を介して決定を通知する基地局によって行うことができる。
それぞれのパラメータは、物理レイヤへのパケットと共に与えられる。
【0214】
本発明の実施形態によれば、同じパラメータが複数の物理リソースに使用されるため、物理レイヤの処理の複雑さが大幅に低減され得る。
例えば、ＬＴＥを検討する場合、単一の巡回冗長検査（ＣＲＣ）計算があり得る。
例えば、セグメンテーション、符号化、インターリービング、連結、スクランブリング、変調などの異なる送信の特性に応じて、異なるリンクに対してすべてが同じであってもよく、複数の物理送信があるにもかかわらず１回だけ実行されてもよい。
例えば、ＬＴＥを検討する場合、単一の巡回冗長検査（ＣＲＣ）計算があり得る。
例えば、セグメンテーション、符号化、インターリービング、連結、スクランブリング、変調などの異なる送信の特性に応じて、異なるリンクに対してすべてが同じであってもよく、複数の物理送信があるにもかかわらず１回だけ実行されてもよい。
【0215】
これは、図２０（ｂ）に概略的に示されており、１回だけ実行される上述の処理ステップを示しており、本発明の冗長性／重複プロセスはリソースマッピングによって達成される。
言い換えると、変調後に、同じ保護された符号化変調スクランブルＵＲＬＬＣデータが複数の物理リソースにマッピングされ、ＯＦＤＭ変調され得る。
言い換えると、変調後に、同じ保護された符号化変調スクランブルＵＲＬＬＣデータが複数の物理リソースにマッピングされ、ＯＦＤＭ変調され得る。
【0216】
第２の物理リソースが異なるＲＡＴに由来する場合には、リソースマッピングとアクセス技術だけでなく、共通の処理も異なる場合がある。
例えば、異なるＲＡＴは異なる符号化方式を使用する場合がある。例えば、５Ｇ／ＮＲはＬＤＰＣとポーラー符号をサポートすることができるが、ＬＴＥはターボ符号化に基づいている。
例えば、異なるＲＡＴは異なる符号化方式を使用する場合がある。例えば、５Ｇ／ＮＲはＬＤＰＣとポーラー符号をサポートすることができるが、ＬＴＥはターボ符号化に基づいている。
【0217】
アップリンクデータ送信の場合には、これは、アップリンクデータチャネル、例えば物理アップリンク共有チャネル（ＰＵＳＣＨ）にのみ適用される。
アップリンク許可は基地局から受信されるため、ＰＤＣＣＨ制御チャネルとＵＥの復号のみがある。
それにもかかわらず、パケット冗長性／重複もサイドリンクに拡張され得る。
ＵＥのサイドリンクは、サイド制御チャネル（ＰＳＣＣＨ）上でＰＤＣＣＨシグナリングを送信することができる。
アップリンク許可は基地局から受信されるため、ＰＤＣＣＨ制御チャネルとＵＥの復号のみがある。
それにもかかわらず、パケット冗長性／重複もサイドリンクに拡張され得る。
ＵＥのサイドリンクは、サイド制御チャネル（ＰＳＣＣＨ）上でＰＤＣＣＨシグナリングを送信することができる。
【0218】
複数のリンクに同じ送信フォーマットが使用される場合には、ＰＳＣＣＨ処理チェーンは、ジョイント処理により、かつ同じ保護され、符号化され、変調され、スクランブルされた制御データを複数の物理リソースにマッピングすることにより、図２０に示すものと同様に簡素化することができる。
異なるチャネルには異なる信頼性が必要となる可能性があるため、制御チャネルとデータチャネルに異なる処理チェーンを提供することができ、したがって、異なる符号化、変調なども使用することができる。
データチャネルは、例えば、ＬＤＰＣ符号を使用することができるが、制御チャネルはポーラー符号を使用することができる。
異なるチャネルには異なる信頼性が必要となる可能性があるため、制御チャネルとデータチャネルに異なる処理チェーンを提供することができ、したがって、異なる符号化、変調なども使用することができる。
データチャネルは、例えば、ＬＤＰＣ符号を使用することができるが、制御チャネルはポーラー符号を使用することができる。
【0219】
＜パケット冗長性／重複のためのアップリンク時間同期＞
上述したように、時間同期は、本発明のパケット冗長性／重複手法のための重要な調整パラメータである。
ダウンリンクの場合、複数のリソース、例えば同じミニスロット、スロット、またはサブフレームを同時に送信することが有利であり得るが、電力制限のためにアップリンクでこれを実現するのはより困難な場合がある。
上述したように、時間同期は、本発明のパケット冗長性／重複手法のための重要な調整パラメータである。
ダウンリンクの場合、複数のリソース、例えば同じミニスロット、スロット、またはサブフレームを同時に送信することが有利であり得るが、電力制限のためにアップリンクでこれを実現するのはより困難な場合がある。
【0220】
例えば、ＬＴＥの場合、ＵＥの最大送信電力は２３ｄＢｍに制限され得る。
この制限はすべての送信に有効であり、複数の送信がある場合は、この最大送信電力をすべての送信に分割する必要がある。
受信した信号対干渉ノイズ比（ＳＩＮＲ）がそれに応じて低下するため、物理リソースあたりの電力が低下すると、受信品質が低下する可能性がある。
この制限はすべての送信に有効であり、複数の送信がある場合は、この最大送信電力をすべての送信に分割する必要がある。
受信した信号対干渉ノイズ比（ＳＩＮＲ）がそれに応じて低下するため、物理リソースあたりの電力が低下すると、受信品質が低下する可能性がある。
【0221】
本発明の実施形態によれば、パケット冗長性／重複のための異なる送信は、アップリンクにおいて時間的にずらす（シフトする）ことができる。
例えば、キャリアアグリゲーションの場合には、異なるキャリアのアップリンク信号が時間同期されるので、キャリア＃１のパケットの特定のバージョンは、時間指標Ｎでミニスロット、スロット、またはサブフレームで送信することができ、パケットの別のバージョンは、時間指標Ｎ＋１でミニスロット、スロット、またはサブフレームでキャリア＃２で送信することができる。送信をずらすことにより、送信電力は２つの物理リソースの間で分割されない。
例えば、キャリアアグリゲーションの場合には、異なるキャリアのアップリンク信号が時間同期されるので、キャリア＃１のパケットの特定のバージョンは、時間指標Ｎでミニスロット、スロット、またはサブフレームで送信することができ、パケットの別のバージョンは、時間指標Ｎ＋１でミニスロット、スロット、またはサブフレームでキャリア＃２で送信することができる。送信をずらすことにより、送信電力は２つの物理リソースの間で分割されない。
【0222】
二重接続を使用する実施形態では、２つのノードが時間同期されなくてもよい。
さらに、ＵＥから２つのサイトまでの距離に応じて、空中の伝搬遅延が異なる場合がある。
したがって、二重接続の場合には、異なる物理リソース上のデータパケットの異なるバージョンの２つの送信の間に時間のギャップが追加される場合がある。
ＵＥは、同じタイミングを有する物理リソース間および異なるタイミングを有する物理リソース間を区別することができる。
さらに、ＵＥから２つのサイトまでの距離に応じて、空中の伝搬遅延が異なる場合がある。
したがって、二重接続の場合には、異なる物理リソース上のデータパケットの異なるバージョンの２つの送信の間に時間のギャップが追加される場合がある。
ＵＥは、同じタイミングを有する物理リソース間および異なるタイミングを有する物理リソース間を区別することができる。
【0223】
タイミングが異なる物理リソースの場合、フレームとシンボルを揃えるために送信ギャップを導入することができる。
これは、送信ポイントが時間調整されているが、物理的に離れた場所にあるため、伝搬遅延のために異なるタイミングアドバンスが必要な場合にも使用することができる。
送信ギャップのない同じタイミングのキャリアで最初に送信することが好ましい場合があり、例えば、キャリアアグリゲーションを使用するマスタセルグループでは、送信ギャップのある別のリンク／サイトに移動し、送信ギャップのない同じタイミングでこれらのリソースを再送信する。
これにより、複数の送信ギャップを追加することを回避する。
これは、送信ポイントが時間調整されているが、物理的に離れた場所にあるため、伝搬遅延のために異なるタイミングアドバンスが必要な場合にも使用することができる。
送信ギャップのない同じタイミングのキャリアで最初に送信することが好ましい場合があり、例えば、キャリアアグリゲーションを使用するマスタセルグループでは、送信ギャップのある別のリンク／サイトに移動し、送信ギャップのない同じタイミングでこれらのリソースを再送信する。
これにより、複数の送信ギャップを追加することを回避する。
【0224】
図２１は、複数の周波数（周波数ダイバーシティ）で、複数のサイト（空間ダイバーシティ）を使用した時間シフトアップリンク送信の概略図を示している。
マクロセル１０６１は、マクロセル基地局ＭｅＮＢ１ならびに複数のスモールセルグループＳＣ１およびＳＣ２を含む。
マクロセル基地局ＭｅＮＢ１は、キャリアアグリゲーションを適用して、送信ギャップなしでＵＥに送信することができるが、一方、マクロセル基地局ＭｅＮＢ１からの空間距離により、二次セルＳＣ１、ＳＣ２を介して送信するときに送信ギャップが導入される。
マクロセル１０６１は、マクロセル基地局ＭｅＮＢ１ならびに複数のスモールセルグループＳＣ１およびＳＣ２を含む。
マクロセル基地局ＭｅＮＢ１は、キャリアアグリゲーションを適用して、送信ギャップなしでＵＥに送信することができるが、一方、マクロセル基地局ＭｅＮＢ１からの空間距離により、二次セルＳＣ１、ＳＣ２を介して送信するときに送信ギャップが導入される。
【0225】
一実施形態によれば、ＵＥは、ＵＥが電力制限状況にある場合には、周波数または空間ではなく、時間的にデータパケットの異なるバージョンのずらした送信を開始することができる。
言い換えれば、送信電力が、本発明のパケット冗長性／重複手法に使用されるすべてのリンクに対して十分でない場合には、ＵＥは、異なる物理リソースでの送信の時間的シフトを開始することができる。
言い換えれば、送信電力が、本発明のパケット冗長性／重複手法に使用されるすべてのリンクに対して十分でない場合には、ＵＥは、異なる物理リソースでの送信の時間的シフトを開始することができる。
【0226】
＜自律モード＞
これまで説明した実施形態では、基地局スケジュールモードが使用された。
基地局は、準静的なＲＲＣ構成をＵＥに提供し、および／またはＭＡＣ ＣＥもしくはＰＤＣＣＨアップリンク許可を介してＵＥと通信するスケジューリング決定を行う。
これまで説明した実施形態では、基地局スケジュールモードが使用された。
基地局は、準静的なＲＲＣ構成をＵＥに提供し、および／またはＭＡＣ ＣＥもしくはＰＤＣＣＨアップリンク許可を介してＵＥと通信するスケジューリング決定を行う。
【0227】
基地局は、利用可能なリンク、キャリア、ＵＥ速度、送信電力、干渉、信号しきい値など、ＵＥの状態を完全に認識していない場合がある。
ＵＥは、いくつかの測定を実行して、基地局に測定結果を報告することができ、その結果に基づいて基地局が決定を下すことができる。
これはシグナリングオーバーヘッドを生じさせる場合があり、正確ではない場合があり、測定結果が遅れて報告される場合がある。
ＵＥは、いくつかの測定を実行して、基地局に測定結果を報告することができ、その結果に基づいて基地局が決定を下すことができる。
これはシグナリングオーバーヘッドを生じさせる場合があり、正確ではない場合があり、測定結果が遅れて報告される場合がある。
【0228】
したがって、実施形態によれば、本発明のパケット冗長性／重複手法および冗長性／重複の量の適用に関する決定は、ＵＥによって自律的に、または基地局によって構成された範囲内で自律的に行うことができる。
これにより、自律モードではＵＥがスケジューリング要求を基地局に送信する必要がなく、許可を待つ必要がないため、予測できないバーストトラフィックの遅延を減らすことができる。
これにより、自律モードではＵＥがスケジューリング要求を基地局に送信する必要がなく、許可を待つ必要がないため、予測できないバーストトラフィックの遅延を減らすことができる。
【0229】
基地局は、自律モードの使用が許可されているかどうかに応じて、適切な制御シグナリングによってＵＥを設定することができる。
自律モードで動作している場合、例えば、ＳＰＳ構成を提供することにより、様々なキャリア／リンクのリソースを予約する必要があるか、あるいは例えば何らかのデータ機能を備えたランダムアクセスチャネルで非直交送信を使用するか、あるいは別の許可不要のアクセスを適用することができる。
自律モードで動作している場合、例えば、ＳＰＳ構成を提供することにより、様々なキャリア／リンクのリソースを予約する必要があるか、あるいは例えば何らかのデータ機能を備えたランダムアクセスチャネルで非直交送信を使用するか、あるいは別の許可不要のアクセスを適用することができる。
【0230】
自律モードの使用は、ＵＥ信号強度測定の設定されたしきい値に基づいて許可され得るので、例えば、セルエッジで、またはカバレッジ外にある場合でも、無償の非直交アクセスが基地局によって制御される他のユーザに害を及ぼさないようにすることができる。
ＵＥのリソース選択アルゴリズムは、同じリソースを選択した他のＵＥとの衝突を回避するように構成することができる。
衝突防止は、送信中の遅延の追加を回避するために事前に行われ得る。
ＵＥのリソース選択アルゴリズムは、同じリソースを選択した他のＵＥとの衝突を回避するように構成することができる。
衝突防止は、送信中の遅延の追加を回避するために事前に行われ得る。
【0231】
自律モードでは、すべての決定がＵＥによって行われるとは限らないが、ＵＥの決定は、基地局によって提供されるパラメータ範囲に制限される場合がある。
例えば、基地局は信号強度レベルを設定することができ、ＵＥは異なるリンク上の基地局の参照シンボルを測定し、ＵＥによるリソース選択をサポートする。
例えば、基地局は信号強度レベルを設定することができ、ＵＥは異なるリンク上の基地局の参照シンボルを測定し、ＵＥによるリソース選択をサポートする。
【0232】
基地局への強力かつ信頼性の高い接続がある場合には、リンク品質はＵＲＬＬＣサービスに対しても十分である可能性があり、この場合には、ＵＥは本発明のパケット冗長性／重複手法を適用しないことを決定することができる。
しかしながら、ＵＥがセル間のセル端にあり、潜在的に隣接セルからの著しい干渉がある場合には、本発明のパケット冗長性／重複手法は、信頼性を所望のレベルに高めるために必要となる。
基地局によって構成されたしきい値に基づいて、ＵＥは多かれ少なかれパケットの冗長性を使用する、すなわち、１つまたは複数の冗長バージョンのみを送信することを決定することができる。
ＵＥはまた、送信に使用される物理リソースで短期および／または長期の測定を実行することができる。
しかしながら、ＵＥがセル間のセル端にあり、潜在的に隣接セルからの著しい干渉がある場合には、本発明のパケット冗長性／重複手法は、信頼性を所望のレベルに高めるために必要となる。
基地局によって構成されたしきい値に基づいて、ＵＥは多かれ少なかれパケットの冗長性を使用する、すなわち、１つまたは複数の冗長バージョンのみを送信することを決定することができる。
ＵＥはまた、送信に使用される物理リソースで短期および／または長期の測定を実行することができる。
【0233】
信号測定に加えて、基地局からのＵＥの距離も、本発明のパケット冗長性／重複手法を適用するかどうかの決定の基準となり得る。
距離は、パス損失測定、ＵＥタイミングアドバンス、またはＧＰＳなどの他の手段によって導出することができる。
距離は、パス損失測定、ＵＥタイミングアドバンス、またはＧＰＳなどの他の手段によって導出することができる。
【0234】
実施形態によれば、ハンドオーバーはゼロ遅延ハンドオーバーとして実現されてもよく、これは、第１のリンクが削除される前に第２のリンクが確立されることを意味する。
この場合、利用可能な２つの基地局への少なくとも２つのリンクがあり、ＵＥはこれを認識し、ハンドオーバー中に本発明のパケット冗長性／重複手法を使用することができる。
これは、周波数内、周波数間、ＲＡＴ間、さらにシステム間（３ＧＰＰおよび非３ＧＰＰエアインターフェース）のハンドオーバーにも適用することができる。
この場合、利用可能な２つの基地局への少なくとも２つのリンクがあり、ＵＥはこれを認識し、ハンドオーバー中に本発明のパケット冗長性／重複手法を使用することができる。
これは、周波数内、周波数間、ＲＡＴ間、さらにシステム間（３ＧＰＰおよび非３ＧＰＰエアインターフェース）のハンドオーバーにも適用することができる。
【0235】
車車間・路車間（Ｖ２Ｘ）通信および車車間（Ｖ２Ｖ）通信では、パケットまたはＵＲＬＬＣサービスによって提供されるデータなどの遅延した重要なデータが発生する場合があり、本発明のパケット冗長性／重複手法を適用する決定はＵＥの速度に依存する場合がある。
ＵＥの速度は、低速、中速、高速などの様々な状態に分類することができる。
ＵＥの速度に応じて、本発明のパケット冗長性／重複プロセスが使用されてもされなくてもよい。
ＵＥの速度は、低速、中速、高速などの様々な状態に分類することができる。
ＵＥの速度に応じて、本発明のパケット冗長性／重複プロセスが使用されてもされなくてもよい。
【0236】
本発明のパケット冗長性／重複手法およびそれぞれのしきい値／制限のサポートは、例えば、ＵＲＬＬＣサービスまたはＵＲＬＬＣスライスのシステム情報ブロック（ＳＩＢ）を送信するときに基地局によって示されてもよい。
例えば、ＵＥが交差点で待機している場合、超高信頼性パケット送信は必要ないかもしれないが、高速で移動するときは、本発明のパケット冗長性／重複手法が必要になり得る。
例えば、ＵＥが交差点で待機している場合、超高信頼性パケット送信は必要ないかもしれないが、高速で移動するときは、本発明のパケット冗長性／重複手法が必要になり得る。
【0237】
また履歴データも考慮され得る。例えば、基地局が、ＵＥが過去に一定数のセル変更／ハンドオーバーを行ったことを認識している場合には、ＵＥが移動していると想定されるため、本発明のパケット冗長性／重複手法を常に考慮することができる。
【0238】
ＵＥの送信電力は基準であってもよく、ＵＥが電力制限状況とも呼ばれる最大電力に近い場合には、サブフレーム、スロットまたはミニスロット内の複数の物理リソースのパケット冗長性／重複はもはや可能でないかもしれず、ＵＥは時間シフトリソース割り当てに切り替えることができる。
この場合、基地局はウィンドウ内のＵＥ信号をとにかく監視するか、例えば電力ヘッドルームレポートなどによって、この電力制限状況についてＵＥから事前に通知されている。
この場合、基地局はウィンドウ内のＵＥ信号をとにかく監視するか、例えば電力ヘッドルームレポートなどによって、この電力制限状況についてＵＥから事前に通知されている。
【0239】
並列送信が不可能な場合には、電力が制限された状況では、より信頼性の高いリンクのために、信頼性の低いリンクがドロップされる場合がある。
さらに、遅延のない重要なデータの送信は延期される場合がある。そのような決定は、ＵＥによって実行される信号強度測定に基づいて行うことができる。
さらに、遅延のない重要なデータの送信は延期される場合がある。そのような決定は、ＵＥによって実行される信号強度測定に基づいて行うことができる。
【0240】
＜ＲＲＣダイバーシティ＞
上述した実施形態では、例えば、ＵＲＬＬＣサービスの信頼できるデータ送信のために、冗長性／重複技術が送信されるべきユーザデータに適用された。
しかし、さらなる実施形態によれば、同じ機構を適用して、制御シグナリング、例えば、ＲＲＣ制御シグナリングをより速く、より信頼性の高いものにすることができる。
これは、制御チャネルまたはＲＲＣダイバーシティ、ＲＲＣ重複／冗長性、またはＲＲＣ制御重複／冗長性とも呼ばれる。
上述した実施形態では、例えば、ＵＲＬＬＣサービスの信頼できるデータ送信のために、冗長性／重複技術が送信されるべきユーザデータに適用された。
しかし、さらなる実施形態によれば、同じ機構を適用して、制御シグナリング、例えば、ＲＲＣ制御シグナリングをより速く、より信頼性の高いものにすることができる。
これは、制御チャネルまたはＲＲＣダイバーシティ、ＲＲＣ重複／冗長性、またはＲＲＣ制御重複／冗長性とも呼ばれる。
【0241】
例えば、ＲＲＣダイバーシティは、ＬＴＥおよび５Ｇ／ＮＲを考慮する際のマルチＲＡＴ接続に有用であり得る。
５Ｇ／ＮＲリンクは高速であり得るが、低速のＬＴＥリンクの方が信頼性が高い場合がある。
ＲＲＣダイバーシティは、特定のシグナリング無線ベアラを構成することができる。
電力が制限された状況の場合には、ＵＥはより信頼性の高いリンクにフォールバックすることができる。
５Ｇ／ＮＲリンクは高速であり得るが、低速のＬＴＥリンクの方が信頼性が高い場合がある。
ＲＲＣダイバーシティは、特定のシグナリング無線ベアラを構成することができる。
電力が制限された状況の場合には、ＵＥはより信頼性の高いリンクにフォールバックすることができる。
【0242】
ＲＲＣダイバーシティは、無線リンクの再確立またはハンドオーバーなどの特定の重要な手順に限定されてもよい。
マルチＲＡＴ ＲＲＣダイバーシティの場合には、ＲＲＣメッセージ自体がアクセス技術固有であってもよい。
マルチＲＡＴ ＲＲＣダイバーシティの場合には、ＲＲＣメッセージ自体がアクセス技術固有であってもよい。
【0243】
＜ダウンリンクデータ重複をサポートするアップリンクフィードバックシグナリング＞
基地局の場合、本発明のパケット冗長性／重複プロセスの決定機能は、準静的に構成されていない限り、ＰＤＣＰレイヤまたはＭＡＣレイヤに配置することができる。
以下の実施形態によれば、決定は、様々な基準および／または導出された情報に基づいてもよい。
基地局の場合、本発明のパケット冗長性／重複プロセスの決定機能は、準静的に構成されていない限り、ＰＤＣＰレイヤまたはＭＡＣレイヤに配置することができる。
以下の実施形態によれば、決定は、様々な基準および／または導出された情報に基づいてもよい。
【0244】
＜ジョイントＨＡＲＱフィードバック＞
送信されたデータパケットの各バージョンについて、ＨＡＲＱフィードバックを逆方向に送信することができる。
ダウンリンクデータ送信がある場合には、特定の時間内に確認応答ＡＣＫまたは非確認応答ＮＡＣＫがアップリンクで送信される。
符号化後に、ＣＲＣチェックが誤り検出に使用される。
送信されたデータパケットの各バージョンについて、ＨＡＲＱフィードバックを逆方向に送信することができる。
ダウンリンクデータ送信がある場合には、特定の時間内に確認応答ＡＣＫまたは非確認応答ＮＡＣＫがアップリンクで送信される。
符号化後に、ＣＲＣチェックが誤り検出に使用される。
【0245】
キャリアアグリゲーションおよび二重接続の場合、キャリアまたはリンクで送信されるすべてのバージョンに対してマルチＡＣＫ／ＮＡＣＫを送信することができる。
ＭＩＭＯの場合、異なる空間ドメインで送信される各コードワードに対して空間多重化ＡＣＫ／ＮＡＣＫを送信することができる。
ＡＣＫ／ＮＡＣＫからのオーバーヘッドは、キャリア、リンク、ＭＩＭＯレイヤなどの増加と共に増加する。
それぞれのＡＣＫ／ＮＡＣＫは、共に符号化され、マルチＡＣＫ／ＮＡＣＫ送信として送信することができる。
ＭＩＭＯの場合、異なる空間ドメインで送信される各コードワードに対して空間多重化ＡＣＫ／ＮＡＣＫを送信することができる。
ＡＣＫ／ＮＡＣＫからのオーバーヘッドは、キャリア、リンク、ＭＩＭＯレイヤなどの増加と共に増加する。
それぞれのＡＣＫ／ＮＡＣＫは、共に符号化され、マルチＡＣＫ／ＮＡＣＫ送信として送信することができる。
【0246】
シグナリングオーバーヘッドを回避するために、実施形態によれば、データパケットのバージョンに対して単一のＡＣＫ／ＮＡＣＫのみが生成される、すなわち、各リンク上の送信データに対するＡＣＫ／ＮＡＣＫはなく、単一のＮＡＣＫ／ＡＣＫのみが生成される。
これはオーバーヘッドを低減するので有利である。
さらに、より少ない情報ビットに対してより強力な符号化を使用することができるため、ＮＡＣＫ／ＡＣＫの信頼性が向上し得る。
これはオーバーヘッドを低減するので有利である。
さらに、より少ない情報ビットに対してより強力な符号化を使用することができるため、ＮＡＣＫ／ＡＣＫの信頼性が向上し得る。
【0247】
別の実施形態によれば、ＡＣＫ／ＮＡＣＫシグナリングは、どの物理リソースがＡＣＫを提供し、どの物理リソースがＮＡＣＫを提供したかに関する追加情報を含むことができる。
そのような情報は、パケット冗長性／重複の決定の動的な適応に役立つ場合があり、例えば、いくつかの連続したＮＡＣＫの後に、特定の信頼性の低いリンクを本発明のプロセスに使用される一組の利用可能なリンクから削除することができる。
そのような情報は、パケット冗長性／重複の決定の動的な適応に役立つ場合があり、例えば、いくつかの連続したＮＡＣＫの後に、特定の信頼性の低いリンクを本発明のプロセスに使用される一組の利用可能なリンクから削除することができる。
【0248】
＜ＮＡＣＫのみのフィードバック＞
超高信頼性通信サービスのブロックエラーの数は非常に少ない可能性があるため、実施形態によれば、ＨＡＲＱフィードバックシグナリングはＮＡＣＫのみに制限されてもよい。
稀なＮＡＣＫ送信の場合には、送信ごとに送信されるＡＣＫ／ＮＡＣＫメッセージと比較して、より強力な符号化を使用することができる。ＮＡＣＫの後に、冗長性／重複機能の再構成が行われ、送信の信頼性が再び向上する場合がある。
超高信頼性通信サービスのブロックエラーの数は非常に少ない可能性があるため、実施形態によれば、ＨＡＲＱフィードバックシグナリングはＮＡＣＫのみに制限されてもよい。
稀なＮＡＣＫ送信の場合には、送信ごとに送信されるＡＣＫ／ＮＡＣＫメッセージと比較して、より強力な符号化を使用することができる。ＮＡＣＫの後に、冗長性／重複機能の再構成が行われ、送信の信頼性が再び向上する場合がある。
【0249】
＜データ重複に関するＵＥの提案＞
実施形態によれば、ＵＥは、ダウンリンクパケット冗長性／重複のための一組の物理リソースを基地局に提案することができる。
提案は、冗長性／重複プロセスで基地局を支援するためにＵＥによって提供される情報、例えば、特定の送信リンクの信頼性を示す情報に基づいてもよい。
例えば、かなりの数の再送信を引き起こす送信リンクは信頼できないと見なしてもよく、パケット冗長性／重複プロセスに適していないとして基地局に示すことができる。
実施形態によれば、ＵＥは、ダウンリンクパケット冗長性／重複のための一組の物理リソースを基地局に提案することができる。
提案は、冗長性／重複プロセスで基地局を支援するためにＵＥによって提供される情報、例えば、特定の送信リンクの信頼性を示す情報に基づいてもよい。
例えば、かなりの数の再送信を引き起こす送信リンクは信頼できないと見なしてもよく、パケット冗長性／重複プロセスに適していないとして基地局に示すことができる。
【0250】
基地局は、最終的に、利用可能な情報に基づいて本発明のパケット冗長性／重複手法を適用することを決定してもよく、ＵＥの提案に従ってもよいし、従わなくてもよい。ＵＥは、送信用の特定のキャリアとリンクを提案することができる。ＵＥは、同じまたは異なるリソースでのパケットの送信回数を提案することもできる。
【0251】
＜キャリアアグリゲーションを使用したパケット冗長性／重複＞
以下では、キャリアアグリゲーションを使用する本発明のパケット冗長性／重複手法の実施形態が説明される。
以下では、キャリアアグリゲーションを使用する本発明のパケット冗長性／重複手法の実施形態が説明される。
【0252】
図２２は、キャリアアグリゲーションを使用する本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す。
プロトコルスタックには、ＰＤＣＰレイヤ、ＲＬＣレイヤ、およびＭＡＣレイヤが含まれる。
無線ベアラの１つがＵＲＬＬＣサービスに関連付けられている。
パケット冗長性／重複には、符号１５０で概略的に示すように、ＭＡＣレイヤでのパケットの重複が含まれる。
ＭＡＣレイヤは、ＵＲＬＬＣサービスに関連付けられ、パケット冗長性／重複が示されている単一のＲＬＣパケットデータユニット（ＰＤＵ）を論理チャネルから受信する。
プロトコルスタックには、ＰＤＣＰレイヤ、ＲＬＣレイヤ、およびＭＡＣレイヤが含まれる。
無線ベアラの１つがＵＲＬＬＣサービスに関連付けられている。
パケット冗長性／重複には、符号１５０で概略的に示すように、ＭＡＣレイヤでのパケットの重複が含まれる。
ＭＡＣレイヤは、ＵＲＬＬＣサービスに関連付けられ、パケット冗長性／重複が示されている単一のＲＬＣパケットデータユニット（ＰＤＵ）を論理チャネルから受信する。
【0253】
パケット冗長性／重複は、受信したＰＤＵを重複するＭＡＣレイヤによって実行される。
重複されたＰＤＵは、異なるコンポーネントキャリア（ＣＣ）上の複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）に向けてＭＡＣレイヤによって送信される。
コンポーネントキャリアの一方は、図３に示す一次キャリアＰＣであってもよく、他方は二次キャリアＳＣであってもよい。
重複されたＰＤＵは、異なるコンポーネントキャリア（ＣＣ）上の複数のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）に向けてＭＡＣレイヤによって送信される。
コンポーネントキャリアの一方は、図３に示す一次キャリアＰＣであってもよく、他方は二次キャリアＳＣであってもよい。
【0254】
上記のように、ＲＲＣレイヤによって取得されたＱｏＳプロファイルとＭＡＣ構成に基づいて、ＭＡＣレイヤエンティティは、パケット冗長性／重複を制御する方法と、複数の二次リンクに分散する方法と、を決定するので、さらなる実施形態によれば、追加のコンポーネントキャリアを本発明のパケット冗長性／重複手法に使用することができる。
【0255】
実施形態によれば、ＰＤＣＰレイヤは、コアネットワークからの着信ＩＰパケットをバッファリングする送信バッファ１５２を提供することができる。
パケットは、ＭＡＣレイヤでの実際のスケジューリングプロセスの前に前処理されてもよい。
前処理には、ヘッダ圧縮セキュリティやＰＤＣＰレイヤヘッダ（例えば、ＰＤＣＰレイヤシーケンス番号を含む）の生成などのＰＤＣＰ機能が含まれる。
パケットは、ＭＡＣレイヤでの実際のスケジューリングプロセスの前に前処理されてもよい。
前処理には、ヘッダ圧縮セキュリティやＰＤＣＰレイヤヘッダ（例えば、ＰＤＣＰレイヤシーケンス番号を含む）の生成などのＰＤＣＰ機能が含まれる。
【0256】
ＭＡＣレイヤが送信をスケジュールすると、データパケットがＰＤＣＰレイヤから取得され、プロトコルスタック全体で処理される。
ＲＬＣレイヤは再送信モードを有することができるので、確認されるまでパケットをバッファリングすることができる。
ＲＬＣレイヤは再送信モードを有することができるので、確認されるまでパケットをバッファリングすることができる。
【0257】
図２２は、ＭＡＣレイヤ内にあってもよい対応するバッファ１５４を示す。他の実施形態によれば、バッファ１５２は共有されてもよい。
【0258】
図２２の実施形態では、キャリアアグリゲーションに基づいてＵＲＬＬＣサービスを提供する１つのデータ無線ベアラに対して、本発明のパケット冗長性／重複手法が示されている。
ＲＲＣ構成またはスケジューリングトリガに基づいて、ＭＡＣレイヤは、同じＵＥの複数のコンポーネントキャリアを介して送信されるパケットの冗長性を提供する。
図２２を参照して説明される実施形態は、本発明の冗長性／重複プロセスの実施のためのシグナリングの改善に関して前述された実施形態のすべてを実施することができる。
ＲＲＣ構成またはスケジューリングトリガに基づいて、ＭＡＣレイヤは、同じＵＥの複数のコンポーネントキャリアを介して送信されるパケットの冗長性を提供する。
図２２を参照して説明される実施形態は、本発明の冗長性／重複プロセスの実施のためのシグナリングの改善に関して前述された実施形態のすべてを実施することができる。
【0259】
＜二重接続を使用したパケット冗長性／重複＞
図２３は、二重接続を使用した本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す。図２２と同様の方法で、二重接続用のダウンリンクプロトコルスタックを示す。
二重接続による分割は、ＭＡＣアグリゲーションで行われるキャリアアグリゲーション以外のＰＤＣＰレイヤで実行される。
図２３は、二重接続を使用した本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す。図２２と同様の方法で、二重接続用のダウンリンクプロトコルスタックを示す。
二重接続による分割は、ＭＡＣアグリゲーションで行われるキャリアアグリゲーション以外のＰＤＣＰレイヤで実行される。
【0260】
異なるベアラタイプ、すなわちＭｅＮＢセルグループベアラ１６０、ＳｅＮＢセルグループベアラ１６２および分割ベアラ１６４がある。
従来のスタックと比較すると、ＭｅＮＢスタックは、ＰＤＣＰレイヤに追加の分割要素１６６を含み、２つのリンクを介してパケットデータユニットを適応的に転送するアルゴリズムを実施する。
従来のスタックと比較すると、ＭｅＮＢスタックは、ＰＤＣＰレイヤに追加の分割要素１６６を含み、２つのリンクを介してパケットデータユニットを適応的に転送するアルゴリズムを実施する。
【0261】
ＵＲＬＬＣサービスのＰＤＵは、ＭｅＮＢで受信され、ＰＤＣＰレイヤで分割されて、ＳｅＮＢに転送され、個別の物理リソースを介して送信され得る。
したがって、送信は複数のリンクを介してもよく、図２２の実施形態のように、パケットが重複されている。
したがって、送信は複数のリンクを介してもよく、図２２の実施形態のように、パケットが重複されている。
【0262】
さらなる実施形態によれば、図２３に示すように、ＭＡＣレイヤで１つまたは複数の基地局がキャリアアグリゲーションを適用することができるので、ＭＡＣレイヤで追加のパケット冗長性／重複が導入される。
他の実施形態によれば、そのような追加のキャリアアグリゲーションは、ＭＡＣレイヤで実施されなくてもよい。
他の実施形態によれば、そのような追加のキャリアアグリゲーションは、ＭＡＣレイヤで実施されなくてもよい。
【0263】
本発明のパケット冗長性／重複手法を実施または制御するためのＵＥと無線アクセスネットワークとの間のプロトコルスタック内のシグナリングおよび処理に関する上述の実施形態は、図２３の実施形態でも実施することができる。
【0264】
図２２および図２３に示す実施形態によるパケット冗長性／重複は、データパケットおよびその重複またはコピーの送信を含む。
しかし、パケットの重複／コピーは、再送信要求なしで、追跡合成を提供するＨＡＲＱプロセスを適用することにより取得することができる。
しかし、パケットの重複／コピーは、再送信要求なしで、追跡合成を提供するＨＡＲＱプロセスを適用することにより取得することができる。
【0265】
【0266】
図２４（ａ）は、二重接続を使用する本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示す図であり、本発明の手法はＭＡＣレイヤを介して通知されるネットワーク符号化１５６によって実施される。
上記のように、データパケットのコピーを１つまたは複数送信するのではなく、データパケット自体に加えて、他のリンクが１つまたは複数の異なる冗長バージョンを送信することができる。
上記のように、データパケットのコピーを１つまたは複数送信するのではなく、データパケット自体に加えて、他のリンクが１つまたは複数の異なる冗長バージョンを送信することができる。
【0267】
ＭＡＣレイヤでは、多重化に続いて、ネットワーク符号化１５６が導入されて、それぞれのコンポーネントキャリアで送信される異なる冗長バージョンＲＶ１～ＲＶ４を提供する。
例えば、ＰＨＹレベルでは、リンクダイバーシティを実現するために分散増分冗長性を実施することができる。
ＰＨＹレベルに加えて、物理レベルよりも上位のレイヤに実装されたＲａｐｔｏｒ、ＬＤＰＣ、ＬＴ、またはネットワークコードなどの消失訂正符号を使用することができる。
この場合、トランスポートブロックの一部のみが物理リンクを介して送信される。
例えば、ＰＨＹレベルでは、リンクダイバーシティを実現するために分散増分冗長性を実施することができる。
ＰＨＹレベルに加えて、物理レベルよりも上位のレイヤに実装されたＲａｐｔｏｒ、ＬＤＰＣ、ＬＴ、またはネットワークコードなどの消失訂正符号を使用することができる。
この場合、トランスポートブロックの一部のみが物理リンクを介して送信される。
【0268】
受信機は、少なくとも、例えば、コードワード全体を回復することができるようにするための４つのリンクのうち３つを良好に復号する必要がある。
各レイヤは別の冗長バージョンを搬送することができ、ＵＥはどの冗長バージョンがどのリンクを介して保持されるかを認識する必要がある。
ＵＥは、冗長バージョンの明示的なシグナリングを受信してもよいし、または固定パターンを使用してもよい。
各レイヤは別の冗長バージョンを搬送することができ、ＵＥはどの冗長バージョンがどのリンクを介して保持されるかを認識する必要がある。
ＵＥは、冗長バージョンの明示的なシグナリングを受信してもよいし、または固定パターンを使用してもよい。
【0269】
潜在的なＨＡＲＱの場合、ＲＶバージョンは、可能な限りデータの重複を回避するようにシフトすることができる。
ＲＶバージョンの数は、実装されたＦＥＣ方式と、通信に使用される標準で使用されるパンクチャリング機構と、によって異なる。
ＲＶバージョンの数は、実装されたＦＥＣ方式と、通信に使用される標準で使用されるパンクチャリング機構と、によって異なる。
【0270】
第１の送信は、第１のリンク上のデータおよびパリティ情報の送信、ならびに第２のリンク上の第１の冗長バージョンＲＶ１を含むことができる。
受信機が再送信を要求する場合には、第２の（ＨＡＲＱ）送信には、第１のリンクに第２の冗長バージョンＲＶ２、第２のリンクに第３の冗長バージョンＲＶ３が含まれてもよい。
さらに別の再送信が要求された場合には、第３の（ＨＡＲＱ）送信では、第１のリンクで冗長バージョンＲＶ５を送信し、第２のリンクで重複データとパリティ情報を送信することができる。パケットの重複は可能な限り回避される。
受信機が再送信を要求する場合には、第２の（ＨＡＲＱ）送信には、第１のリンクに第２の冗長バージョンＲＶ２、第２のリンクに第３の冗長バージョンＲＶ３が含まれてもよい。
さらに別の再送信が要求された場合には、第３の（ＨＡＲＱ）送信では、第１のリンクで冗長バージョンＲＶ５を送信し、第２のリンクで重複データとパリティ情報を送信することができる。パケットの重複は可能な限り回避される。
【0271】
実施形態によれば、上位レイヤでは、消去符号またはネットワーク符号をＭＡＣレイヤ、ＰＤＣＰレイヤ、またはＲＬＣレイヤで使用して、増分冗長性を達成することができる。
ネットワーク符号は、コードワードの組み合わせにより各リンクドメインで準無制限の数の新しい冗長バージョンが動的に生成されるので、有利である。
復号に必要なネットワーク符号係数は、データと共に送信してもよいし、明示的に通知するか、固定パターンから導出してもよい。
ネットワーク符号は、コードワードの組み合わせにより各リンクドメインで準無制限の数の新しい冗長バージョンが動的に生成されるので、有利である。
復号に必要なネットワーク符号係数は、データと共に送信してもよいし、明示的に通知するか、固定パターンから導出してもよい。
【0272】
図２４（ｂ）は、二重接続を使用した本発明のパケット冗長性／重複手法の実施のためのＬＴＥダウンリンクプロトコルスタックの一実施形態を示し、本発明の手法は、ＰＤＣＰ層のような上位層でのネットワーク符号化により実装され、コードダイバーシティを達成するために複数の基地局の間で通知される。
他の実施形態によれば、ネットワーク符号化１６８は、ＰＤＣＰレイヤの上で実行されてもよい。
他の実施形態によれば、ネットワーク符号化１６８は、ＰＤＣＰレイヤの上で実行されてもよい。
【0273】
図２４（ａ）の実施形態と同様に、ネットワーク符号化（ここではＰＤＣＰレイヤで実行）は、異なる冗長バージョンＲＶ１～ＲＶ４を提供し、これらは、これらに関連するリンクを介して送信されるＭｅＮＢセルグループベアラ１６０とＳｅＮＢセルグループベアラ１６２とに分配される。
【0274】
図２３の実施形態のように、ＭＡＣレイヤで１つまたは複数の基地局キャリアアグリゲーションを実施することができるので、ＭＡＣレイヤで追加のパケット冗長性／重複を導入することができる。
【0275】
＜ＲＡＴ間接続を使用したパケット冗長性／重複＞
ＲＡＴ間接続を使用する本発明のパケット冗長性／重複手法の実施形態を説明する。
データ重複では、通常、分割ベアラを使用して、２つのリンクを介してデータパケットの異なるバージョンを送信することができる。
各リンクは、異なる無線アクセス技術によってサービスを提供されてもよく、分割ベアラは、実施形態に従って、ＬＴＥ基地局または５Ｇ／ＮＲ基地局であり得るマスタ基地局によって構成されてもよい。
図２５は、ＲＡＴ間接続を使用する、図２３の実施形態と同様の実施形態の概略図である。
ＲＡＴ間接続を使用する本発明のパケット冗長性／重複手法の実施形態を説明する。
データ重複では、通常、分割ベアラを使用して、２つのリンクを介してデータパケットの異なるバージョンを送信することができる。
各リンクは、異なる無線アクセス技術によってサービスを提供されてもよく、分割ベアラは、実施形態に従って、ＬＴＥ基地局または５Ｇ／ＮＲ基地局であり得るマスタ基地局によって構成されてもよい。
図２５は、ＲＡＴ間接続を使用する、図２３の実施形態と同様の実施形態の概略図である。
【0276】
図２５（ａ）は、第１のベアラ１６０がＬＴＥマスタ基地局であり、第２のベアラ１６２が５Ｇ／ＮＲ二次基地局である実施形態を示す。
ＬＴＥベアラ１６０は、データパケットの異なるバージョンの５Ｇ／ＮＲベアラ１６２への送信を可能にするために、ＰＤＣＰレイヤ内に分割機能を含む。
基地局は、Ｘｘ／Ｘｎと呼ばれる適切なバックホールインターフェース、例えばＬＴＥのＸ２インターフェースによって接続される。
ＬＴＥベアラ１６０は、データパケットの異なるバージョンの５Ｇ／ＮＲベアラ１６２への送信を可能にするために、ＰＤＣＰレイヤ内に分割機能を含む。
基地局は、Ｘｘ／Ｘｎと呼ばれる適切なバックホールインターフェース、例えばＬＴＥのＸ２インターフェースによって接続される。
【0277】
【0278】
図２５は、分割ベアラ１６４がマスタ基地局１６０によってセットアップされることを示す実施形態を示しているが、他の実施形態によれば、分割ベアラは二次基地局１６２によってセットアップされてもよく、図２６の図２６（ａ）および図２６（ｂ）に概略的に示すように、それぞれの二次基地局１６２は、５Ｇ／ＮＲまたはＬＴＥのいずれかに従い、また、本発明のパケット冗長性／重複プロセスに従って、様々なリンクを介した並列送信のためのデータをマスタ基地局１６０に提供するための分割ベアラ１６４を含む。
【0279】
したがって、上記の実施形態によれば、本発明のパケット冗長性／重複手法は、分割ベアラを提供して、２つ以上のリンクを介してデータパケットの異なるバージョンを送信することにより実施され得る。
協調的な方法での複数のリンクのパケット送信および受信に関する上記の実施形態は、ＲＡＴ間二重接続を実施する場合にも適用される。
言い換えると、二重接続の場合のように、ＰＤＣＰレイヤは、互いに独立して動作する２つのリンクを介してデータパケットの異なるバージョンを送信するだけでなく、複数のリンクでの実際の送信が時間内に調整される。
可能な場合、送信は同期されてもよく、異なる無線アクセス技術間の受信信号が組み合わされてもよく、ジョイント符号化が適用されてもよい。
協調的な方法での複数のリンクのパケット送信および受信に関する上記の実施形態は、ＲＡＴ間二重接続を実施する場合にも適用される。
言い換えると、二重接続の場合のように、ＰＤＣＰレイヤは、互いに独立して動作する２つのリンクを介してデータパケットの異なるバージョンを送信するだけでなく、複数のリンクでの実際の送信が時間内に調整される。
可能な場合、送信は同期されてもよく、異なる無線アクセス技術間の受信信号が組み合わされてもよく、ジョイント符号化が適用されてもよい。
【0280】
＜ＭＢＳＦＮを使用したパケット冗長性／重複＞
さらなる実施形態によれば、ＭＢＳＦＮ送信を使用して、本発明のパケット冗長性／重複プロセスを実施することができる。
例えば、ＵＭＴＳおよびＬＴＥネットワークにおいて知られているＤＶＢ－ＴブロードキャストまたはＭＢＭＳマルチキャスト送信では、単一周波数ネットワーク（ＳＦＮ）を使用することができる。
このような場合、同じ信号がＧＰＳを介して同期され得る複数の基地局から送信される。
さらなる実施形態によれば、ＭＢＳＦＮ送信を使用して、本発明のパケット冗長性／重複プロセスを実施することができる。
例えば、ＵＭＴＳおよびＬＴＥネットワークにおいて知られているＤＶＢ－ＴブロードキャストまたはＭＢＭＳマルチキャスト送信では、単一周波数ネットワーク（ＳＦＮ）を使用することができる。
このような場合、同じ信号がＧＰＳを介して同期され得る複数の基地局から送信される。
【0281】
図２７に示すように、ＭＢＳＦＮを使用する場合、基地局は異なる場所から動作し、信号はＵＥで合成される。
ＭＢＳＦＮ送信は、セル間干渉（ＩＣＩ）の基礎を形成する代わりに、複数の送信機からの信号を合成することができるので信号品質が大幅に向上し、ＳＩＮＲ比を大幅に高めることができるので有利である。
本発明の実施形態によれば、ＭＢＳＦＮ送信を使用して、データパケットの異なるバージョンを送信することができる。
ＭＢＳＦＮ送信は、セル間干渉（ＩＣＩ）の基礎を形成する代わりに、複数の送信機からの信号を合成することができるので信号品質が大幅に向上し、ＳＩＮＲ比を大幅に高めることができるので有利である。
本発明の実施形態によれば、ＭＢＳＦＮ送信を使用して、データパケットの異なるバージョンを送信することができる。
【0282】
＜ＦｅＤ２Ｄを使用したパケット冗長性／重複＞
他の実施形態によれば、ＦｅＤ２Ｄ中継を使用して、本発明のパケット冗長性／重複手法を実施することができる。
例えば、パーソナルＩｏＴシナリオまたはカバレッジ拡張シナリオでは、中継ＵＥがセルラーインターフェースに接続され、他のリモートＵＥ、例えばリモートＵＥ１およびリモートＵＥ２のコンパニオンデバイスとして機能することができる。
リモートＵＥは、例えばＭＴＣ、ｅＭＴＣ、またはＮＢ－ＩｏＴバリアントを使用してＬＴＥ経由で、または５Ｇ／ＮＲ経由で中継ＵＥに接続することができる。
他の実施形態によれば、ＦｅＤ２Ｄ中継を使用して、本発明のパケット冗長性／重複手法を実施することができる。
例えば、パーソナルＩｏＴシナリオまたはカバレッジ拡張シナリオでは、中継ＵＥがセルラーインターフェースに接続され、他のリモートＵＥ、例えばリモートＵＥ１およびリモートＵＥ２のコンパニオンデバイスとして機能することができる。
リモートＵＥは、例えばＭＴＣ、ｅＭＴＣ、またはＮＢ－ＩｏＴバリアントを使用してＬＴＥ経由で、または５Ｇ／ＮＲ経由で中継ＵＥに接続することができる。
【0283】
図２８は、本発明のパケット冗長性／重複手法を実施するためにＦｅＤ２Ｄ中継を使用する本発明の一実施形態の概略図である。
ＵＥは中継器として機能し、ＩｏＴデバイスやウェアラブルなどの他のリモートデバイスにデータを転送する。
リモートデバイスは、基地局への接続を有してもよい。
実施形態によれば、基地局は重複を実行し、重複ＵＥを介して重複パケットを中継して、冗長性を高めることができる。
リモートデバイスは、基地局、中継ＵＥ、またはその両方から受信した信号を復号することができる。
そのようなシナリオでは、基地局はパケットの１つのバージョンを送信することができ、中継器はその別のバージョンを送信することができる。
ＵＥは中継器として機能し、ＩｏＴデバイスやウェアラブルなどの他のリモートデバイスにデータを転送する。
リモートデバイスは、基地局への接続を有してもよい。
実施形態によれば、基地局は重複を実行し、重複ＵＥを介して重複パケットを中継して、冗長性を高めることができる。
リモートデバイスは、基地局、中継ＵＥ、またはその両方から受信した信号を復号することができる。
そのようなシナリオでは、基地局はパケットの１つのバージョンを送信することができ、中継器はその別のバージョンを送信することができる。
【0284】
他の実施形態によれば、中継器は、基地局から受信したデータパケットをトランスコードまたは中継して、中継器からリモートＵＥへのリンクでパケット冗長性／重複を実行することができる。
トランスコーディングが使用される場合には、リレーＵＥは、よりコンパクトなバージョンのデータをリモートＵＥに送信することができる。
トランスコーディングが使用される場合には、リレーＵＥは、よりコンパクトなバージョンのデータをリモートＵＥに送信することができる。
【0285】
＜サイドリンクでの直接通信のためのパケット重複＞
以下では、本発明のパケット冗長性／重複手法のさらなる実施形態を、サイドリンク上の直接通信の文脈で説明する。
以下では、本発明のパケット冗長性／重複手法のさらなる実施形態を、サイドリンク上の直接通信の文脈で説明する。
【0286】
図２９は、サイドリンクでの直接通信を使用した２つのＵＥ間の送信を概略的に示す。
【0287】
図２９（ａ）は、２つのＵＥ間の送信が基地局スケジューラによって制御されることを示している。
基地局のスケジュールモードでは、通常どおり、ＲＲＣシグナリングによって構成が提供され得るが、スケジューリングの決定はＰＤＣＣＨリソース割り当て／許可を介して通信される。
許可が受信されると、ＵＥは他のＵＥへの直接送信を使用することができる。
基地局のスケジュールモードでは、通常どおり、ＲＲＣシグナリングによって構成が提供され得るが、スケジューリングの決定はＰＤＣＣＨリソース割り当て／許可を介して通信される。
許可が受信されると、ＵＥは他のＵＥへの直接送信を使用することができる。
【0288】
図２９（ｂ）は、２つのＵＥ間の送信がＵＥによって自律的に制御されることを示す。
自律モードは、カバレッジ外のシナリオや、非常に遅延した重要なデータを送信する必要がある場合や、基地局スケジューラを介した集中型手法が遅すぎる場合に使用することができる。
自律モードでは、事前に設定されたパラメータ、ＵＥ測定値、および／またはクラスタヘッドからのスケジューリング情報に基づいて、ＵＥによってスケジューリングの決定が独立して行われる。
デバイス間（Ｄ２Ｄ）送信として図２９に示す直接通信は、受信機への位置と送信パラメータを示すＰＳＣＣＨサイドリンク制御チャネルと、実際のデータ送信を伴うＰＳＳＣＨサイドリンク共有データチャネルと、を含むことができる。
自律モードは、カバレッジ外のシナリオや、非常に遅延した重要なデータを送信する必要がある場合や、基地局スケジューラを介した集中型手法が遅すぎる場合に使用することができる。
自律モードでは、事前に設定されたパラメータ、ＵＥ測定値、および／またはクラスタヘッドからのスケジューリング情報に基づいて、ＵＥによってスケジューリングの決定が独立して行われる。
デバイス間（Ｄ２Ｄ）送信として図２９に示す直接通信は、受信機への位置と送信パラメータを示すＰＳＣＣＨサイドリンク制御チャネルと、実際のデータ送信を伴うＰＳＳＣＨサイドリンク共有データチャネルと、を含むことができる。
【0289】
実施形態によれば、パケット冗長性／重複は、２つ以上のＵＥ間の直接通信のためのパケットごとのパケット表示に基づいて有効化される。
【0290】
図３０は、サイドリンク上の直接通信を使用して、２つのＵＥ間で直接、パケット冗長性／重複送信を実施することを概略的に示している。
【0291】
図３０（ａ）は、２つのＵＥ間の送信が基地局スケジューラによって制御されることを示し、図３０（ｂ）は、２つのＵＥ間の送信がＵＥによって自律的に制御されることを示す。
図３０に示すように、ＵＥはデータパケットの異なるバージョンを異なる周波数でターゲットＵＥに送信する。
ＵＥは、複数の送信リンク（異なる周波数）を介してリンクされ、異なるキャリア上でデータパケットの異なるバージョンの送信を可能にする。
図３０に示すように、ＵＥはデータパケットの異なるバージョンを異なる周波数でターゲットＵＥに送信する。
ＵＥは、複数の送信リンク（異なる周波数）を介してリンクされ、異なるキャリア上でデータパケットの異なるバージョンの送信を可能にする。
【0292】
サイドリンクでパケット冗長性／重複を可能にする本発明のパケット冗長性／重複手法は、送信に使用される複数の物理サイドリンクリソースにより、例えばＵＲＬＬＣ通信などの直接通信の信頼性が向上するので有利である。
【0293】
図３０に示すような単純な実施形態では、Ｄ２Ｄ送信に２つの周波数が使用される。
【0294】
スケジュールモードでは、図３０（ａ）に示すように、周波数Ｆ１およびＦ２に対して基地局許可を重複することができるので、単一の許可で複数のサイドリンク送信をスケジュールすることができる。
基地局によって発行された許可は、半永続的スケジューリング（ＳＰＳ）リソース割り当てまたは許可のない送信をアクティブにすることもできる。
そのようなシナリオでは、ＵＥは、事前に構成されたリソース内で本発明のパケット冗長性／重複手法に従ってデータを通過させることができる。
これは、各Ｄ２Ｄ送信に許可を送信する必要がなく、非常に遅延した重要なデータに対してもスケジュールモードを使用することができるため、有利である。
基地局によって発行された許可は、半永続的スケジューリング（ＳＰＳ）リソース割り当てまたは許可のない送信をアクティブにすることもできる。
そのようなシナリオでは、ＵＥは、事前に構成されたリソース内で本発明のパケット冗長性／重複手法に従ってデータを通過させることができる。
これは、各Ｄ２Ｄ送信に許可を送信する必要がなく、非常に遅延した重要なデータに対してもスケジュールモードを使用することができるため、有利である。
【0295】
半永続的スケジューリング（ＳＰＳ）の場合には、再構成が行われるかリソースが解放されるまで、不規則な周期的リソースがＵＥによって使用されるように構成され得る。
基地局は、ＵＥから以前に受信したセンシング測定値に基づいてＳＰＳ構成決定を提供してもよい。
ＵＥが基地局によって構成され、データがＵＥで利用可能になると、ＵＥは、異なるキャリアで本発明のパケット冗長性／重複手法を実施するために事前に割り当てられたリソースを使用することができる。
基地局は、ＵＥから以前に受信したセンシング測定値に基づいてＳＰＳ構成決定を提供してもよい。
ＵＥが基地局によって構成され、データがＵＥで利用可能になると、ＵＥは、異なるキャリアで本発明のパケット冗長性／重複手法を実施するために事前に割り当てられたリソースを使用することができる。
【0296】
図３０の基地局とＵＥ１との間のリンクが信頼できると考えられる場合には、本発明のパケット冗長性／重複手法はこのリンクで必要とされなくてもよく、単一の許可で十分であり得る。
それにもかかわらず、ＵＥ２は基地局のカバレッジ範囲内にないかもしれないので、ＵＥ１が中継器として機能し、Ｄ２Ｄリンクに本発明のパケット冗長性／重複手法を使用してもよい。
実施形態によれば、車対車シナリオ、特に自動運転に関するシナリオで使用されるＤ２Ｄリンクを介した本発明のパケット冗長性／重複手法に関する。
各個別のリンクの堅牢性に応じて、本発明のパケット冗長性／重複手法の使用を決定することができる。
それにもかかわらず、ＵＥ２は基地局のカバレッジ範囲内にないかもしれないので、ＵＥ１が中継器として機能し、Ｄ２Ｄリンクに本発明のパケット冗長性／重複手法を使用してもよい。
実施形態によれば、車対車シナリオ、特に自動運転に関するシナリオで使用されるＤ２Ｄリンクを介した本発明のパケット冗長性／重複手法に関する。
各個別のリンクの堅牢性に応じて、本発明のパケット冗長性／重複手法の使用を決定することができる。
【0297】
図３０を参照して上述した技術は、マルチホップ送信、すなわち、異なるキャリアを介した第３のＵＥへの接続のためのさらなる中継器としてＵＥ２を使用するために使用されてもよい。
上記の直接通信、およびパケット冗長性／重複のための上記の実施形態を適用することができ、それには、制御シグナリングと、ＰＳＣＣＨサイドリンク制御チャネルおよびＰＳＳＣＨサイドリンクデータチャネルに適用され得るデータシグナリングと、を合成するための技術が含まれる。
また、実施形態によれば、単一のＰＤＣＣＨ許可は、複数のサイドリンク送信をトリガすることができ、さらに、単一のＵＥ処理チェーンを使用することができ、送信は、異なるリソースで時間シフトされるか、同じリソースで繰り返すことができる。
ＵＥは、リソースを自律的に選択するように構成されてもよく、またはＵＥベーススケジュールモードにあってもよい。
また、上述のＵＥフィードバックシグナリングが適用されてもよい。
上記の直接通信、およびパケット冗長性／重複のための上記の実施形態を適用することができ、それには、制御シグナリングと、ＰＳＣＣＨサイドリンク制御チャネルおよびＰＳＳＣＨサイドリンクデータチャネルに適用され得るデータシグナリングと、を合成するための技術が含まれる。
また、実施形態によれば、単一のＰＤＣＣＨ許可は、複数のサイドリンク送信をトリガすることができ、さらに、単一のＵＥ処理チェーンを使用することができ、送信は、異なるリソースで時間シフトされるか、同じリソースで繰り返すことができる。
ＵＥは、リソースを自律的に選択するように構成されてもよく、またはＵＥベーススケジュールモードにあってもよい。
また、上述のＵＥフィードバックシグナリングが適用されてもよい。
【0298】
さらなる実施形態によれば、本発明のパケット冗長性／アプリケーションプロセスの物理リソースは、ＵＥが現在位置するゾーンに基づいてリソースを選択するための地理的リソース選択アルゴリズムを含むことができる。
これは、リソースの空間的な再利用を可能にしながら、物理リソースが干渉レベルまたは衝突を減らすことができるＵＥの位置に基づくことができるという点で有利である。
これは、リソースの空間的な再利用を可能にしながら、物理リソースが干渉レベルまたは衝突を減らすことができるＵＥの位置に基づくことができるという点で有利である。
【0299】
上記のスケジュールモード（図３０ａを参照）では、Ｄ２Ｄリンクでのパケット冗長性／重複の指示は、以前のＲＲＣシグナリングによって準静的に構成されてもよいし、各ＰＤＣＣＨリソース割り当てで動的に送信されてもよい。
ＲＲＣシグナリングは定期的に送信されるＰＤＣＣＨリソース割り当てのビットを節約することができるが、ＰＤＣＣＨダウンリンク制御情報による動的制御は、シグナリングオーバーヘッドを犠牲にして柔軟性を高める。
ＲＲＣシグナリングは定期的に送信されるＰＤＣＣＨリソース割り当てのビットを節約することができるが、ＰＤＣＣＨダウンリンク制御情報による動的制御は、シグナリングオーバーヘッドを犠牲にして柔軟性を高める。
【0300】
様々な物理リソースは、様々なアンテナ、様々なビームで転送されたり、様々なＲＡＴを使用したりすることもある。
様々なＲＡＴはＬＴＥ、５Ｇ／ＮＲであってもよいが、ＬＴＥ Ｖ２ＸおよびＩＥＥＥ ８０２．１１ｐ ＤＳＲＣを含んでもよい。
様々なＲＡＴはＬＴＥ、５Ｇ／ＮＲであってもよいが、ＬＴＥ Ｖ２ＸおよびＩＥＥＥ ８０２．１１ｐ ＤＳＲＣを含んでもよい。
【0301】
さらなる実施形態によれば、複雑なＱｏＳフレームワークを実施する代わりに、ダイレクトモードＱｏＳは、パケットごとのＱｏＳ指示に基づいてもよい。
それぞれのＱｏＳ情報は、それぞれのデータパケットと共に、より高いアプリケーションレイヤから無線送信を担当するより低いレイヤに渡されてもよい。
それぞれのＱｏＳ情報は、それぞれのデータパケットと共に、より高いアプリケーションレイヤから無線送信を担当するより低いレイヤに渡されてもよい。
【0302】
実施形態によれば、サイドリンクのパケット冗長性／重複プロセスは、パケットごとのそのようなパケット指示に基づいて決定され得る。
これは、単純なパケットごとの優先度、例えば優先度（０、１、２、．．．１５）であってもよいが、しかし、最大許容レイテンシまたは目標ブロック誤り率を含む各パケットのより複雑な指示であってもよい。
これは、単純なパケットごとの優先度、例えば優先度（０、１、２、．．．１５）であってもよいが、しかし、最大許容レイテンシまたは目標ブロック誤り率を含む各パケットのより複雑な指示であってもよい。
【0303】
上位レイヤからこの指示を含むパケットを受信すると、ＰＤＣＰまたはＭＡＣレイヤはパケットを複製するか、異なるリンクまたは異なるアクセス技術を介して送信するパケットの冗長バージョンを提供することができる。
パケットごとのパケット指示に応じて、責任のある送信エンティティは、本発明のパケット冗長性／重複手法に従って、２つ以上のリンクでパケットの複数のバージョンを送信することを決定する。
例えば、信頼性の要件が低いパケットや、冗長性／重複指示がないパケットは、単一の周波数ｆ１を介して送信されてもよいが、このような高い信頼性の要件または冗長性／重複指示を含むパケットは、２つの周波数で冗長バージョンまたは重複バージョンと共に送信され得る。
パケットごとのパケット指示に応じて、責任のある送信エンティティは、本発明のパケット冗長性／重複手法に従って、２つ以上のリンクでパケットの複数のバージョンを送信することを決定する。
例えば、信頼性の要件が低いパケットや、冗長性／重複指示がないパケットは、単一の周波数ｆ１を介して送信されてもよいが、このような高い信頼性の要件または冗長性／重複指示を含むパケットは、２つの周波数で冗長バージョンまたは重複バージョンと共に送信され得る。
【0304】
冗長性／重複のレベルと、各サービングセル、リンク、キャリア、送信ポイント、アンテナ、またはパケットごとのこのパケットのその他の物理リソースの分布は、基地局によって受信された構成に基づいて、または例えばカバレッジ外の場合のために、ＵＥの事前構成に基づいて、送信エンティティ次第である。
【0305】
説明された概念のいくつかの態様は装置の文脈で説明されたが、これらの態様は対応する方法の説明も表し、ブロックまたはデバイスが方法ステップまたは方法ステップの特徴に対応することは明らかである。
同様に、方法ステップの文脈で説明される態様は、対応するブロックまたはアイテムまたは対応する装置の機能の説明も表す。
同様に、方法ステップの文脈で説明される態様は、対応するブロックまたはアイテムまたは対応する装置の機能の説明も表す。
【0306】
本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェア、ソフトウェア、１つまたは複数の汎用または専用プロセッサによる命令の実行を通じて、またはハードウェアとソフトウェアの組み合わせとして実施することができる。
例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施されてもよい。
例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施されてもよい。
【0307】
図３１は、コンピュータシステム３００の一例を示している。
ユニットまたはモジュール、およびこれらのユニットによって実行される方法のステップは、１つまたは複数のコンピュータシステム３００で実行することができる。
コンピュータシステム３００は、特殊目的または汎用デジタル信号プロセッサのような１つまたは複数のプロセッサ３０２を含む。
プロセッサ３０２は、バスまたはネットワークのような通信インフラストラクチャ３０４に接続されている。
ユニットまたはモジュール、およびこれらのユニットによって実行される方法のステップは、１つまたは複数のコンピュータシステム３００で実行することができる。
コンピュータシステム３００は、特殊目的または汎用デジタル信号プロセッサのような１つまたは複数のプロセッサ３０２を含む。
プロセッサ３０２は、バスまたはネットワークのような通信インフラストラクチャ３０４に接続されている。
【0308】
コンピュータシステム３００は、例えばランダムアクセスメモリ（ＲＡＭ）などのメインメモリ３０６と、例えばハードディスクドライブおよび／または取り外し可能なストレージドライブなどの二次メモリ３０８と、を含む。
二次メモリ３０８は、コンピュータプログラムまたは他の命令がコンピュータシステム３００にロードされることを可能にすることができる。
二次メモリ３０８は、コンピュータプログラムまたは他の命令がコンピュータシステム３００にロードされることを可能にすることができる。
【0309】
コンピュータシステム３００は、ソフトウェアおよびデータがコンピュータシステム３００と外部装置との間で転送されることを可能にする通信インターフェース３１０をさらに含むことができる。
通信は、電子、電磁気、光学、または通信インターフェースで処理することができるその他の信号の形式であってもよい。
通信は、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、およびその他の通信チャネル３１２を使用することができる。
通信は、電子、電磁気、光学、または通信インターフェースで処理することができるその他の信号の形式であってもよい。
通信は、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、およびその他の通信チャネル３１２を使用することができる。
【0310】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般的に、取り外し可能なストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。
これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステム３００に提供するための手段である。
これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステム３００に提供するための手段である。
【0311】
コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ３０６および／または二次メモリ３０８に格納される。
コンピュータプログラムは、通信インターフェース３１０を介して受信されてもよい。
コンピュータプログラムは、実行されると、コンピュータシステム３００が本発明を実施することを可能にする。
特に、コンピュータプログラムは、実行されると、プロセッサ３０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。
コンピュータプログラムは、通信インターフェース３１０を介して受信されてもよい。
コンピュータプログラムは、実行されると、コンピュータシステム３００が本発明を実施することを可能にする。
特に、コンピュータプログラムは、実行されると、プロセッサ３０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。
【0312】
したがって、そのようなコンピュータプログラムは、コンピュータシステム３００のコントローラを表すことができる。
本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能なストレージドライブ、通信インターフェース３１０のようなインターフェースを使用してコンピュータシステム３００にロードすることができる。
本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能なストレージドライブ、通信インターフェース３１０のようなインターフェースを使用してコンピュータシステム３００にロードすることができる。
【0313】
ハードウェアまたはソフトウェアでの実装は、例えば、電子的に読み取り可能な制御信号が格納されている、クラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリなどの、デジタル記憶媒体を使用して実行することができ、これらは、それぞれの方法が実行されるように、プログラム可能なコンピュータシステムと協力する（または協力することができる）。
したがって、デジタル記憶媒体はコンピュータで読み取り可能であってもよい。
したがって、デジタル記憶媒体はコンピュータで読み取り可能であってもよい。
【0314】
本発明によるいくつかの実施形態は、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0315】
一般に、本発明の実施形態は、プログラムコードを備えたコンピュータプログラム製品として実施することができ、プログラムコードは、コンピュータプログラム製品がコンピュータで実行されるときに方法の１つを実行するように動作する。
プログラムコードは、例えば、機械読み取り可能なキャリアに格納されてもよい。
プログラムコードは、例えば、機械読み取り可能なキャリアに格納されてもよい。
【0316】
他の実施形態は、機械読み取り可能なキャリアに格納された、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。
言い換えれば、したがって、本発明の方法の実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
言い換えれば、したがって、本発明の方法の実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0317】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含み、それが記録されたデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。
【0318】
データストリームまたは信号のシーケンスは、例えば、インターネットなどのデータ通信接続を介して転送されるように構成されてもよい。
さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された処理手段、例えばコンピュータ、またはプログラマブルロジックデバイスを含む。
さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された処理手段、例えばコンピュータ、またはプログラマブルロジックデバイスを含む。
さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【0319】
いくつかの実施形態では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能の一部またはすべてを実行することができる。
いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実行するためにマイクロプロセッサと協働してもよい。
一般に、本方法は、任意のハードウェア装置によって実行されることが好ましい。
いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実行するためにマイクロプロセッサと協働してもよい。
一般に、本方法は、任意のハードウェア装置によって実行されることが好ましい。
【0320】
上述の実施形態は、本発明の原理の単なる例示にすぎない。
本明細書に記載の配置および詳細の修正および変更は、当業者には明らかであることを理解されたい。
したがって、本明細書の実施形態の説明および説明として提示される特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ限定されることが意図されている。
本明細書に記載の配置および詳細の修正および変更は、当業者には明らかであることを理解されたい。
したがって、本明細書の実施形態の説明および説明として提示される特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ限定されることが意図されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6(a)】
【図6(b)】
【図6(c)】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18(a)】
【図18(b)】
【図19(a)】
【図19(b)】
【図19(c)】
【図20(a)】
【図20(b)】
【図21】
【図22】
【図23】
【図24(a)】
【図24(b)】
【図25(a)】
【図25(b)】
【図26(a)】
【図26(b)】
【図27】
【図28】
【図29(a)】
【図29(b)】
【図30(a)】
【図30(b)】
【図31】