特許 7417755 ネットワークコーディング能力をシグナリングするための方法およびデバイス

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

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

(11)【特許番号】

(24)【登録日】2024-01-10

(45)【発行日】2024-01-18

(54)【発明の名称】ネットワークコーディング能力をシグナリングするための方法およびデバイス

(51)【国際特許分類】

   H04W 8/22 20090101AFI20240111BHJP

【ＦＩ】

H04W8/22

【請求項の数】 27

(21)【出願番号】P 2022549704

(86)(22)【出願日】2021-05-06

(65)【公表番号】

(43)【公表日】2023-06-07

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

(87)【国際公開番号】W WO2021233689

(87)【国際公開日】2021-11-25

【審査請求日】2022-11-08

(31)【優先権主張番号】2007550.3

(32)【優先日】2020-05-20

(33)【優先権主張国・地域又は機関】GB

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ヴィザ， ピエール

(72)【発明者】

【氏名】ラグランジュ， パスカル

(72)【発明者】

【氏名】ル・バース， フィリップ

(72)【発明者】

【氏名】ギニャール， ロマン

【審査官】伊東 和重

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０３２３８９２（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１４／０３２１３５４（ＵＳ，Ａ１）

【文献】OPPO，Procedure for capability ID assignment[online]，3GPP TSG SA WG2 #132，3GPP，2019年04月12日，S2-1903216，[検索日 2023.09.07],インターネット：<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_132_XiAn/Docs/S2-1903216.zip>

【文献】Huawei, HiSilicon，Clarification of objectives of the IIoT Rel-16 study[online]，3GPP TSG RAN #81，3GPP，2018年09月13日，RP-181690，[検索日 2023.09.07],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_81/Docs/RP-181690.zip>

(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】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力が、ネットワークコーディング能力の制約に関する情報を含む、ユーザ装置。

【請求項23】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力が、マルチコネクティビティを介したネットワークコーディングのサポートを示す情報を含む、ユーザ装置。

【請求項24】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力が、ネットワークコーディングが適用可能なストリームの最大数を示す情報を含む、ユーザ装置。

【請求項25】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力が、前記ユーザ装置のプロセッサキャパシティに関係する情報を備える、ユーザ装置。

【請求項26】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力が、ネットワークコーディング処理を実行するための一時的な能力のなさを示す情報を含む、ユーザ装置。

【請求項27】

無線アクセスネットワークを介して基地局へ、ネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを送信するためのユーザ装置であって、
前記基地局へ、前記ユーザ装置のネットワークコーディング能力をシグナリングするためのトリガイベントを検出することと、
前記ユーザ装置のネットワークコーディング能力を含む無線リソース制御シグナリングメッセージを生成することと、
生成された前記無線リソース制御シグナリングメッセージを前記基地局へ送信することと、
のために構成されたプロセッサを備え、
前記ユーザ装置のネットワークコーディング能力は、前記ユーザ装置のクラスの情報を含み、前記クラスはネットワークコーディング能力のセットに関連付けられる、ユーザ装置。

【発明の詳細な説明】

【技術分野】

【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】

次に、本発明の実施形態について、例示のみで、以下の図面を参照して説明する。

【図1】図１は、ネットワークコーディング方式の動作を可能にするキャリアアグリゲーションを伴う無線アクセスネットワーク（ＲＡＮ）トポロジを示す。

【図2】図２は、ネットワークコーディング方式の動作を可能にするデュアルコネクティビティを伴う無線アクセスネットワーク（ＲＡＮ）トポロジを示す。

【図3】図３は、送信機側の動作を用いたネットワークコーディング方式の例を示す。

【図4】図４は、図３に示される符号化動作に対応する受信機側の動作を伴うネットワークコーディング方式の例を示す。

【図5】図５は、本発明の一実施形態による、ネットワーク符号化（ＮＣ）能力（ケイパビリティ）の指示（インジケーション）をサポートする処理フローの例を示す。

【図6】図６は、本発明の一実施形態による、ＵＥによって開始されるＮＣケイパビリティの更新をサポートする処理フローの例を示す。

【図7】図７は、本発明の一実施形態による、コアネットワークの要求の際のＮＣケイパビリティの指示をサポートする処理フローの例を示す。

【図8】図８は、本発明の実施形態による、ＵＥの初期化フェーズ中のＮＣケイパビリティの指示をサポートする処理フローの例を図示する。

【図9】図９は、本発明の一実施形態による、ネットワークコーディングをサポートするデバイスのブロック図を示す。

【図10】図１０は、本発明の一実施形態による、ネットワークコーディングをサポートする通信マネージャのブロック図を示す。

【図11】図１１は、ネットワークコーディングをサポートするＵＥのブロック図を示す。

【図12】図１２は、ネットワークコーディングをサポートする基地局のブロック図を示す。

【図13】図１３は、基地局側で、基地局へのＵＥによるネットワークコーディングケイパビリティの指示をサポートする方法の例のフローチャートを示す。

【図14】図１４は、ＵＥ側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図15】図１５は、コアネットワーク側で、基地局へのＵＥによるネットワークコーディングケイパビリティの指示をサポートする方法の例のフローチャートを示す。

【図16】図１６は、基地局側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図17】図１７は、ＵＥ側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図18】図１８は、基地局側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図19】図１９は、コアネットワーク側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図20】図２０は、ＵＥ側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図21】図２１は、基地局側で、ＵＥによるネットワークコーディングケイパビリティの基地局への指示をサポートする方法の例のフローチャートを示す。

【図22】図２２は、本発明の実施形態による、ネットワークコーディング（ＮＣ）ケイパビリティの通知をサポートする処理フローの例を図示する。

【図23】図２３は、基地局へのコアネットワークエンティティによる所与のＵＥのためのネットワークコーディングケイパビリティの指示をサポートする方法を示すフローチャートを提示する。

【図24】図２４は、コアネットワークエンティティ側の基地局へのコアネットワークエンティティによるネットワークコーディングケイパビリティの指示をサポートする方法を示すフローチャートを提示する。

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

【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】

ルックアップテーブル４０３の説明：
２つの受信された符号化されたＰＤＵの各バイト、それぞれバイト（ＳＮ１，ｘ）およびバイト（ＳＮ２，ｘ）、ここでｘはパケット内のバイトの位置を示す、はベクトル

【数1】

を形成する。このベクトルは行列Ｍで乗算され、結果は元のＰＤＵに対応する２つの部分である。通常６つのケースが起こる。

【0072】

第１のケース） ＥＶＥＮが受信され、ＯＤＤが受信される。Ｒｅｍ（ＳＮ１）＝０およびＲｅｍ（ＳＮ２）＝３、したがって、行列Ｍは単位行列である。

【0073】

第２のケース） ＥＶＥＮが受信され、ＣＯＭＢ１が受信される。Ｒｅｍ（ＳＮ１）＝０およびＲｅｍ（ＳＮ２）＝１、行列Ｍは

【数2】

の逆数、すなわち

【数3】

ここでα_1,1およびα_1,2は、図３に示すように、送信機のエンコーディングエンジン３０３によって使用される係数である。

【0074】

第３のケース） ＥＶＥＮが受信され、ＣＯＭＢ２が受信される。Ｒｅｍ（ＳＮ１）＝０およびＲｅｍ（ＳＮ２）＝２、行列Ｍは

【数4】

の逆数、すなわち

【数5】

ここでα_2,1およびα_2,2は、エンコーディングエンジン３０３によって使用される係数である。

【0075】

第４のケース） ＯＤＤが受信され、ＣＯＭＢ１が受信される。Ｒｅｍ（ＳＮ１）＝１、およびＲｅｍ（ＳＮ２）＝２、行列Ｍは

【数6】

の逆数、すなわち

【数7】

ここでα_1,1およびα_1,2はエンコーディングエンジン３０３によって使用される係数である。

【0076】

第５のケース） ＯＤＤが受信され、ＣＯＭＢ２が受信される。Ｒｅｍ（ＳＮ１）＝０およびＲｅｍ（ＳＮ２）＝１、行列Ｍは

【数8】

の逆数、すなわち

【数9】

ここでα_1,1、α_1,2、α_2,1およびα_2,2はエンコーディングエンジン３０３によって使用される係数である。

【0077】

第６のケース） ＣＯＭＢ１が受信され、ＣＯＭＢ２が受信される。Ｒｅｍ（ＳＮ１）＝１およびＲｅｍ（ＳＮ２）＝２、行列Ｍは、

【数10】

の逆数、すなわち

【数11】

ここでα_1,1、α_1,2、α_2,1およびα_2,2はエンコーディングエンジン３０３によって使用される係数である。

【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】

本発明の別の実施形態は、コアネットワークエンティティによって、基地局に接続されたユーザ装置（ＵＥ）がネットワークコーディングを実行する能力を示す無線リソース制御シグナリングを、コアネットワークを介して基地局に送信するための方法を提案する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】