JP2019502338A - エアインタフェース能力交換のシステムおよび方法 - Google Patents

Abstract

エアインタフェース能力交換のためのメカニズムを提供する方法およびデバイスが開示される。エアインタフェース能力交換は、ユーザ機器デバイスが、ソフトウェア構成可能なエアインタフェース（SoftAI）の最適化を容易にするために、そのエアインタフェース構成能力をネットワークデバイスにシグナリングすることを可能する。エアインタフェース能力交換は、UEデバイスが、デバイスのエアインタフェースのエアインタフェース構成能力タイプに関連する情報をシグナリングすることを含む。エアインタフェース構成能力タイプによって、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される。UEデバイスはまた、それがサポートするエアインタフェース構成オプションに関する情報を送信することができる。

Description

関連出願の参照
本出願は、2016年1月19日に出願された米国特許出願第15／000，611号および2016年7月25日に出願されたPCT特許出願第PCT／CN2016／091574号の優先権を主張するものであり、また、これらの全体は、参照により本明細書に組み込まれる。

本発明は、一般にワイヤレス通信に関し、特定の実施形態においては、エアインタフェース能力交換のためのシステムおよび方法に関する。

エアインタフェースは、進化型ノードB（一般にノードB、基地局、送信ポイント、遠隔無線ヘッド、通信コントローラ、およびコントローラなどとも呼ばれる）ならびにユーザ機器（UE）（一般に移動局、加入者、ユーザ、端末、および電話などとも呼ばれる）などの2つ以上の通信デバイス間のワイヤレス通信リンクである。典型的には、両方の通信デバイスは、送信信号の送受信を成功させるためにエアインタフェースを知る必要がある。

現在の多くのワイヤレスネットワークでは、エアインタフェースの定義は、汎用的な（one−size−fits−all）コンセプトである。エアインタフェースが定義されたら、エアインタフェース内の構成要素を変更するまたは適合させることができない。

ソフトウェア構成可能なエアインタフェース（SoftAI）のコンセプトが、5Gネットワーク用のフレキシブルなエアインタフェースのためのフレームワークを提供するために提案されている。これは、エアインタフェース内の異なる構成要素の適応を実現し、将来の用途の潜在的な要求に対処することを意図している。

SoftAIによって提供されるエアインタフェースの構成可能性を実現するために、通信デバイスは、同じエアインタフェースをネゴシエートして選択する必要がある。生じる1つの問題は、異なる通信デバイスにおいて、エアインタフェースを構成するその能力が大きく異なることである。特に、レガシーデバイスは、予め定義された単一のエアインタフェースでしか動作することができない。SoftAIに移行するときに、このようなデバイスに影響を与えてはならない。

本発明の一般的な一態様は、エアインタフェースをサポートするデバイスがそのエアインタフェース能力についてネットワークデバイスなどの別のデバイスに知らせる方法を提供する。本方法は、デバイスのエアインタフェース構成可能性に関連する情報を送信することを含む。エアインタフェース構成可能性によって、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される。

一実施形態では、構成可能性の情報は分類される。すなわち、エアインタフェース構成可能性に関連する情報は、デバイスのエアインタフェース構成能力タイプを含み得る。

これらの複数のエアインタフェース構成能力タイプにおいて、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応し得る。例えば、エアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプを含み得る。場合によっては、本方法は、デバイスによってサポートされる予め定義されたエアインタフェース構成に関する情報を送信することをさらに含み得る。一実施形態では、第1のエアインタフェース構成タイプは、特定の予め定義されたエアインタフェース構成に関連付けられるため、デバイスが第1のエアインタフェース構成能力タイプを有すると特定する情報は、デバイスが特定の予め定義されたエアインタフェース構成をサポートすることを示すことができる。

一部の実施形態では、エアインタフェース構成能力タイプは、エアインタフェースの複数のエアインタフェース構成オプションに対するサポートに対応する第2のエアインタフェース構成能力タイプをさらに含む。

場合によっては、第2のエアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成オプションのサブセットのみの構成可能性に対するサポートに対応してもよく、エアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成オプションのすべての構成可能性に対するサポートに対応する第3のエアインタフェース構成能力タイプをさらに含んでもよい。

デバイスのエアインタフェース構成可能性に関する情報は、デバイスのエアインタフェースに関連するさまざまなパラメータを利用することができる。非限定的な例として、この情報は、デバイスの動作周波数範囲および最大送信帯域幅ならびにデバイスによってサポートされるサービスタイプを含み得る。また、この情報によって、デバイスがフレキシブル二重通信および動的時分割二重（TDD）構成をサポートするかどうか、デバイスが半永続スケジューリング（SPS）ベースの接続および直交／非直交多元接続をサポートするかどうかが特定され得る。また、この情報によって、デバイスによってサポートされる再送信メカニズム、すなわち自動再送要求（ARQ）に基づく再送信メカニズムが特定され得る。さらに、一実施形態では、この情報によって、デバイスによってサポートされる数値パラメータ（numerology parameter）、例えばサブキャリア間隔およびサイクリックプレフィックス（CP）長さが特定され得る。

一部の実施形態では、本方法は、デバイスによってサポートされる予め定義されたエアインタフェース構成オプションに関する情報を送信することをさらに含む。一部の実施形態では、デバイスによってサポートされる予め定義されたエアインタフェース構成オプションに関する情報は、少なくとも1つのエアインタフェースプロファイルインデックスを含み、各エアインタフェースプロファイルインデックスは、特定の予め定義されたエアインタフェース構成に対応する。

本方法は、デバイスによってサポートされるさらなるエアインタフェース構成オプションに関する情報を送信することをさらに含み得る。例えば、エアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、デバイスによってサポートされるさらなるエアインタフェース構成オプションに関する情報は、複数の構築ブロックに関連するエアインタフェース能力オプションに関する情報を含んでもよい。場合によっては、複数の構築ブロックに関連するエアインタフェース能力オプションに関する情報は、エアインタフェース能力オプションインデックスを含み、各エアインタフェース能力オプションインデックスは、デバイスによってサポートされるそれぞれのエアインタフェース能力オプションに対応する。

一部の実施形態では、本方法は、デバイスのエアインタフェースの構成に関する情報を受信することも含む。この構成は、デバイスのエアインタフェース構成能力タイプに関する送信された情報に少なくとも部分的に基づいて決定されたものであり得る。次に、デバイスは、受信された情報に基づいてエアインタフェースを構成することができる。場合によっては、デバイスのエアインタフェースの構成に関する情報は、予め定義されたエアインタフェース構成オプションを含むエアインタフェースプロファイルに対応するエアインタフェースプロファイルインデックスを含む。

デバイスのエアインタフェース構成能力タイプに関する情報は、さまざまな状況下でまたは特定の発生に応答して送信されてもよい。例えば、場合によっては、それは、問い合わせを受信したことに応答して送信されてもよく、他の場合には、それは、初期ネットワーク接続手順の一部として送信されてもよい。場合によっては、この情報は、無線リソース制御チャネルなどの制御チャネルを介して送信されてもよい。

本発明の別の一般的な態様は、デバイスのエアインタフェースをサポートするワイヤレスインタフェースと、ワイヤレスインタフェースに動作可能に結合されるプロセッサと、プロセッサに動作可能に結合されるコンピュータ可読記憶媒体とを含むデバイスを提供する。コンピュータ可読記憶媒体は、プロセッサによって実行されるプログラミングを格納することができる。プログラミングは、ワイヤレスインタフェースを介してデバイスのエアインタフェース構成可能性に関する情報を送信する命令を含み得る。エアインタフェース構成可能性によって、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかを特定することができ、また、エアインタフェース構成可能性は、デバイスのエアインタフェース構成能力タイプを含み得る。

一部の実施形態では、エアインタフェース構成能力タイプは、複数のエアインタフェース構成能力タイプのうちの1つであり、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。エアインタフェース構成能力タイプは、以下のエアインタフェース構成能力タイプのうちの1つ以上、すなわち、予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプ、エアインタフェースの予め定義されたエアインタフェース構成のサブセットのみの構成可能性を有する、複数のエアインタフェース構成オプションに対するサポートに対応する第2のエアインタフェース構成能力タイプ、およびエアインタフェースの予め定義されたエアインタフェース構成オプションのすべての構成可能性を有する、複数のエアインタフェース構成オプションに対するサポートに対応する第3のエアインタフェース構成能力タイプのうちの1つ以上を含み得る。

プログラミングは、ワイヤレスインタフェースを介して、デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報を送信する命令をさらに含み得る。

場合によっては、デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報は、少なくとも1つのエアインタフェースプロファイルインデックスを含むことができ、各エアインタフェースプロファイルインデックスは、それぞれの予め定義されたエアインタフェース構成オプションに対応する。

プログラミングは、ワイヤレスインタフェースを介して、デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報を送信する命令をさらに含み得る。例えば、エアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報は、例えば構築ブロックに関連する、デバイスのエアインタフェース能力に関する情報を含んでもよい。場合によっては、構築ブロックに関連するエアインタフェース能力に関する情報は、エアインタフェース能力インデックスを含んでもよく、各エアインタフェース能力インデックスは、デバイスによってサポートされるそれぞれのエアインタフェース能力オプションに対応する。

非限定的な例として、デバイスのエアインタフェース構成可能性に関連する情報は、デバイスの動作周波数範囲、デバイスの最大送信帯域幅、およびデバイスによってサポートされるサービスタイプを含み得る。一部の実施形態では、この情報は、フレキシブル二重通信および動的時分割二重（TDD）構成のサポート、半永続スケジューリング（SPS）ベースの接続のサポート、直交／非直交多元接続のサポート、自動再送要求（ARQ）に基づく再送信メカニズム、デバイスによってサポートされるサブキャリア間隔の数値パラメータ、ならびにデバイスによってサポートされるサイクリックプレフィックス（CP）長さの数値パラメータのうちの少なくとも1つを含み得る。

一部の実施形態では、プログラミングは、ワイヤレスインタフェースを介してデバイスのエアインタフェースの構成に関する情報を受信する命令をさらに含む。この構成は、デバイスのエアインタフェース構成能力タイプに関する送信された情報に少なくとも部分的に基づいて決定されたものであり得る。プログラミングはまた、受信された情報に基づいてデバイスのエアインタフェースを構成する命令を含み得る。デバイスのエアインタフェースの構成に関する情報は、予め定義されたエアインタフェース構成オプションを含むエアインタフェースプロファイルに対応するエアインタフェースプロファイルインデックスを含み得る。

場合によっては、デバイスのエアインタフェース構成能力タイプに関する情報を送信する命令は、問い合わせを受信したことに応答して情報を送信する命令および／または初期ネットワーク接続手順の一部として情報を送信する命令を含み得る。

本発明の別の一般的な態様は、エアインタフェースをサポートするデバイスのエアインタフェース構成可能性に関する情報を受信することを含む方法を提供する。エアインタフェース構成可能性によって、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定され得る。本方法は、デバイスのエアインタフェース構成可能性に関する情報に少なくとも部分的に基づいてデバイスのエアインタフェースの構成を決定することをさらに含み得る。非限定的な例として、エアインタフェース構成可能性に関連する情報は、デバイスによってサポートされるサービスタイプを含み得る。サービスタイプは、特定の予め定義されたエアインタフェース構成または構成可能性能力に関連付けられ得る。

一部の実施形態では、複数のエアインタフェース構成能力タイプが存在し、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。エアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプを含み得る。

場合によっては、第1のエアインタフェース構成能力タイプは、特定の予め定義されたエアインタフェース構成に関連付けられてもよく、デバイスが特定の予め定義されたエアインタフェース構成をサポートすることが判定されてもよく、その場合、デバイスのエアインタフェース構成能力タイプに関する情報は、エアインタフェース構成可能性タイプが第1のエアインタフェース構成能力タイプであることを示す。

一部の実施形態では、本方法は、デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報を受信することをさらに含む。そのような場合、デバイスのエアインタフェースの構成は、デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報に少なくとも部分的にさらに基づいてもよい。場合によっては、デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報は、少なくとも1つのエアインタフェースプロファイルインデックスを含み、各エアインタフェースプロファイルインデックスは、デバイスによってサポートされるそれぞれの予め定義されたエアインタフェース構成オプションに対応する。

一部の実施形態では、本方法は、デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報を受信することをさらに含む。そのような場合、デバイスのエアインタフェースの構成は、デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報に少なくとも部分的にさらに基づいてもよい。

場合によっては、デバイスのエアインタフェースは、複数の構築ブロックによって特徴付けられ得る。そのような場合、デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報は、構築ブロックに関連するエアインタフェース能力オプションに関する情報を含み得る。例えば、構築ブロックに関連するエアインタフェース能力オプションに関する情報は、エアインタフェース能力オプションインデックスを含んでもよく、各エアインタフェース能力オプションインデックスは、デバイスによってサポートされるそれぞれのエアインタフェース能力オプションに対応する。

場合によっては、デバイスのエアインタフェース構成能力タイプに関する情報は、最初に問い合わせをデバイスに送信し、次に問い合わせに対する応答として情報を受信することによって受信され得る。他の場合には、エアインタフェース構成能力タイプに関する情報は、デバイスによる初期ネットワーク接続手順の一部として受信され得る。

一部の実施形態では、本方法はまた、デバイスのエアインタフェースの構成に関する情報をデバイスに送信することを含み、その場合、この構成は、上で説明したように決定されたものであり得る。

本開示によれば、第1のデバイスのエアインタフェースの構成可能性タイプを示す情報を第1のデバイスによって第2のデバイスに送信するステップであって、構成可能性タイプが、第1のデバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかを示す、ステップと、第1のデバイスによって、第1のデバイスの構成可能性タイプに従ってエアインタフェースの構成に基づいてデータパケットを第2のデバイスに送信するステップとを含む方法がさらに提供される。

次に、添付の図面を参照して、実施形態を説明する。

本明細書に記載の例示的な実施形態による例示的な異種通信システムを示す。 本明細書に記載の例示的な実施形態による例示的なエアインタフェースを示す。 本明細書に記載の例示的な実施形態による、例示的なソフトウェア構成可能なエアインタフェースのコンセプトの高レベル図を示す。 本明細書に記載の例示的な実施形態によるエアインタフェース能力交換手順の例を示す。 本明細書に記載の例示的な実施形態によるエアインタフェース能力交換手順の別の例を示す。 本明細書に記載の例示的な実施形態によるエアインタフェース能力交換手順のさらに別の例を示す。 本明細書に記載の例示的な実施形態による第1の通信デバイスにおける例示的な動作のフロー図を示す。 本明細書に記載の例示的な実施形態による第2の通信デバイスにおける例示的な動作のフロー図を示す。 本明細書に記載の例示的な実施形態による例示的な通信デバイスのブロック図を示す。 本明細書に記載の例示的な実施形態による別の例示的な通信デバイスのブロック図を示す。 本明細書に記載の例示的な実施形態によるデバイスおよび方法を実施するために使用され得るコンピューティングシステムのブロック図を示す。

本開示は、具体的な文脈における例示的な実施形態、すなわち、さまざまな送信元タイプおよび／またはさまざまな送信先タイプを有する異種通信システムに関して説明される。さまざまな送信元タイプは、さまざまな送信能力を有する可能性があり、一方、さまざまな送信先タイプは、さまざまな受信能力を有する可能性がある。

図1は、異種通信システム100を示す。異種通信システム100は、進化型ノードB（eNB）105、中継ノード（RN）110、遠隔無線ヘッド（RRH）115などの複数の送信信号送信デバイスを含み得る。送信信号送信デバイスの他の非限定的な例としては、ピコセル（例えば、ピコセル117）、フェムトセル、低電力セル、および全電力セルなどに配置されるネットワーク送信ポイントが挙げられる。多くの送信信号送信デバイス、特にネットワーク側送信信号送信デバイスは、有線であっても無線であってもよいバックホールを介して互いに結合されてもよいことに留意されたい。一例として、eNB105は、バックホールを介してRRH115およびピコセル117に接続されてもよい。異種通信システム100は、ユーザ機器（UE）120、センサ122、セキュリティシステム124、パーソナルコンピュータ（PC）126、タブレットコンピュータ128、マルチメディアデバイス130、およびテレビジョン132などの複数の送信信号受信デバイスを含み得る。送信信号受信デバイスは、それらの通信帯域幅の利用および複数の通信フォーマットをサポートするそれらの能力によって異なり得る。

通信システムは、多数の送信信号受信デバイスと通信することができる複数の送信信号送信デバイスを使用し得ることが理解されるが、簡略化のために少数の送信信号送信デバイスおよび送信信号受信デバイスのみが示されている。

送信信号送信デバイスおよび／または送信信号受信デバイスに言及するために、送受信デバイスが使用されてもよい。単一のデバイスが、異なる時点で、異なる構成において、および／または異なる通信相手に対して送信信号送信デバイスおよび送信信号受信デバイスの両方であってもよいことに留意されたい。通信コントローラは、通信システム100において発生する通信を調整するように構成されるデバイスであってもよい。通信コントローラの例としては、eNB、eNBに結合されてeNBを制御するスイッチ、および通信システム100内の他の制御エンティティが挙げられる。

異なる送信信号送信デバイスは、異なる送信能力および／または要求を有し得る。一例として、eNBは複数の送信アンテナを有してもよいが、ピコセルは複数の送信アンテナまたは比較的少数の送信アンテナを有さなくてもよい。さらに、ピコセルは、eNBと同等のより低い最大電力レベルで送信することができる。同様に、PCは、センサよりもはるかに高いデータ帯域幅要求および信号処理能力を有する場合があり、セキュリティシステムは、テレビジョンよりもはるかに厳しい信頼性のメッセージ受信要求を有する場合がある。したがって、異種通信システム100などの異種通信システムでは、異なる対の通信デバイス（すなわち、送信信号送信デバイスおよび送信信号受信デバイス）は、異なる送信能力および／または送信要求を有し得る。異なる送信能力および／または送信要求は、典型的には、単一のエアインタフェースまたはエアインタフェース構成によっては最適に満たされ得ない。

図2は、エアインタフェース200の図を示す。エアインタフェース200は、送信が行われるべきおよび／または受信されるべき方法を集合的に指定する多数の構築ブロックを含む。エアインタフェース200の構築ブロックは、波形構築ブロック205、フレーム構造構築ブロック210、多元接続方式構築ブロック215、プロトコル構築ブロック220、および符号化・変調構築ブロック225を含み得る。

波形構築ブロック205は、送信される信号の形状および形態を指定することができる。波形のオプションの非限定的な例としては、フィルタリングされたOFDM（f−OFDM）などの直交周波数分割多重（OFDM）ベースの波形、低密度シグネチャマルチキャリア符号分割多元接続（LDS−MC−CDMA）、ウェーブレットパケット変調（WPM）、ナイキストより高速の（FTN）波形、ピーク対平均値比が低い波形（低PAPR WF）、フィルタバンクマルチキャリア（FBMC）波形、単一キャリア周波数分割多元接続（SC−FDMA）、およびスパース符号多元接続（SCMA）などが挙げられる。OFDMベースの波形の場合、波形構築ブロック205は、サブキャリア間隔およびサイクリックプレフィックス（CP）オーバーヘッドなどの関連する波形パラメータを指定することができる。波形構築ブロック205によって提供される情報は、送信信号送信デバイスの動作周波数範囲および最大送信帯域幅をさらに指定することができる。

フレーム構造構築ブロック210は、フレームまたはフレーム群の構成を指定することができる。フレーム構造のオプションの非限定的な例としては、構成可能なマルチレベル送信時間間隔（TTI）、固定TTI、構成可能な単一レベルTTI、および共存構成などが挙げられる。TTIの長さを指定することもできる。フレーム構造情報は、フレキシブル二重通信および動的時分割二重（TDD）構成に関するデバイスの能力を指定することもできる。

多元接続方式215は、チャネルへの接続が1人以上のユーザに対して許可される方法を指定することができる。多元接続関連情報の非限定的な例としては、スケジュールされた接続、半永続スケジューリング（SPS）ベースの接続、無許可接続、専用チャネルリソース（複数のユーザ間の共有なし）、競合ベースの共有チャネルリソース、非競合ベースの共有チャネルリソース、直交／非直交多元接続、およびコグニティブ無線ベースの接続などが挙げられる。

プロトコル構築ブロック220は、送信および／または再送信が行われるべき方法を指定することができる。送信および／または再送信メカニズムのオプションの非限定的な例としては、スケジュールされたデータパイプサイズに関連する情報を提供するもの、送信および／または再送信のためのシグナリングメカニズム、ならびに例えば肯定応答（ACK）および／または否定応答（NACK）を含む自動再送要求（ARQ）に基づく再送信メカニズムなどが挙げられる。

符号化・変調構築ブロック225は、送信される情報が送信（受信）目的のために符号化（復号）および変調（復調）され得る方法を指定することができる。符号化および／または変調技術のオプションの非限定的な例としては、ターボトレリス符号、ターボプロダクト符号、ファウンテン符号、階層変調、低PAPR変調、および極符号（polar code）などが挙げられる。

エアインタフェースは複数の構築ブロックを含み、各構築ブロックは複数の候補技術（本明細書ではエアインタフェース能力オプションとも呼ばれる）を有することができるため、多数の異なるエアインタフェースプロファイルを構成することが可能であり得、各エアインタフェースプロファイルは、それぞれのエアインタフェース構成オプションを定義する。例えば、各エアインタフェース構成オプションは、エアインタフェースの構築ブロックの各々に対して選択されたそれぞれのインタフェース能力オプションを有する、エアインタフェース能力オプションのそれぞれのセットを定義することができる。異なるエアインタフェースプロファイルの各々は、送信コンテンツ、送信条件、および受信条件などを含む異なる送信要求セットを満たすように目標設定することができる。一般に、送信要求は送信を指定する。次に、一対の通信送受信デバイスの送信要求（すなわち、送信のための送信要求）に従って、送信要求（したがって送信）に最も適合する、異なるエアインタフェースプロファイルのうちの1つが、一対の通信送受信デバイス間の通信のために選択されて使用され得る。

図3は、例示的なソフトウェア構成可能なエアインタフェース（SoftAI）コンセプト300の高レベル図を示し、そこでは、エアインタフェース構成機能305が、すべてのエアインタフェース構築ブロックのエアインタフェース能力オプションのプール315の中からエアインタフェース能力オプションを選択することによって、さまざまな送信要求セット310を満たすように最適なエアインタフェース320を決定する。

図示の例では、エアインタフェースの構築ブロックは、波形構築ブロック320、フレーム構造構築ブロック325、多元接続方式構築ブロック330、符号化・変調構築ブロック325、およびプロトコル構築ブロック340を含む。さまざまな可能なエアインタフェース能力オプションが、各構築ブロックに対して示されている。最適なエアインタフェース320の各構築ブロックは、送信タイプ、送信条件、および受信条件などを含む送信要求310を満たすように選択された複数の可能なエアインタフェース能力オプションの中から選択されたエアインタフェース能力オプションを有することができる。例示的な例として、波形構築ブロック320に関して、可能なオプションは、f−OFDM、LDS−MC−CDMA、WPM、FTN、低PAPR WF、FBMC、SC−FDMA、SCMA、および単一キャリア波形の他の変種などを含む。所与の波形タイプ内には関連する複数のオプションが存在し得ることにさらに留意されたい。例えば、デバイスは、特定の動作周波数範囲および最大送信帯域幅を有し得る。デバイスは、f−OFDM波形タイプの複数の異なる構成をサポートすることがあり、その場合、各構成は、f−OFDM波形タイプの関連する波形パラメータ（例えば、サブキャリア間隔、CP長さなどの数値パラメータ）のそれ自体のセットを有する。さまざまなフレーム構造オプション325は、構成可能なマルチレベルTTI、フレキシブル二重および／または動的TDD構成などを含み得る。さまざまな多元接続方式オプション330は、スケジュールされた接続、無許可接続、専用または共有チャネルリソースによる接続、競合ベースまたは非競合ベースのリソース、半永続スケジューリング、直交／非直交多元接続などを含み得る。別の例示的な例として、符号化・変調構築ブロック335に関して、可能なオプションは、レートレス符号、階層変調、低PAPR変調、極符号、低密度パリティチェック（LDPC）ブロック符号、および多次元変調などを含む。プロトコルオプション340は、スケジュールされたデータパイプサイズシグナリングメカニズム、ACK／NACKを伴うARQベースの再送信などを含み得る。各構築ブロックに関して、可能なエアインタフェース能力オプションのうちの1つが、送信要求310を満たすように選択される。

異なるデバイスは、それらが1つ以上の構築ブロックに関してサポートするエアインタフェース能力オプションにおいて異なり得る。例えば、UEなどの第1のデバイスは、波形構築ブロック320に関連する複数の波形オプションをサポートすることができ、一方、センサなどの第2のデバイスは、波形構築ブロック320に関連する単一のエアインタフェース能力オプションのみをサポートすることができる。言い換えれば、一部のデバイスは、異なるレベルのエアインタフェース構成可能性をサポートすることができる。したがって、所与のデバイスによってサポートされる可能なエアインタフェース構成オプションを決定できるようにするために、デバイスのエアインタフェース能力を認識して、デバイスがサポートできるエアインタフェース構成オプションのみに候補を限定することができることは有益である。

本開示の態様は、デバイスがSoftAI最適化を容易にするためにそのエアインタフェース能力をシグナリングするエアインタフェース能力交換のメカニズムを提供する。エアインタフェース能力のシグナリングは、より高いレベルのシグナリング、例えばRRCシグナリングによって実行されてもよい。一実施形態では、エアインタフェース能力は、MAC／物理層制御チャネルを介して通信される。

本開示の第1の態様によれば、エアインタフェースをサポートするデバイスは、デバイスが複数のエアインタフェース構成をサポートするかどうかを示す、デバイスのエアインタフェース構成可能性に関連する情報を送信することができる。次に、受信エンティティ、例えば基地局は、その情報に基づいてエアインタフェース構成可能性を決定することができる。非限定的な例として、情報は、デバイスによってサポートされるサービスタイプを含んでもよい。このとき、基地局は、サービスタイプに基づいてデバイスのエアインタフェース構成可能性を決定することができる。なぜなら、特定のサービスタイプは、例えば、1つのエアインタフェース構成のみ、またはいくつかの予め決定されたエアインタフェース構成をサポートし得るからである。提供されるならば、エアインタフェース構成可能性に関連する他の情報を使用することもできる。

一実施形態では、複数のエアインタフェース構成能力タイプが定義され、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。

一実施形態では、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかを示すために、2つの異なるエアインタフェース構成能力タイプのみが存在してもよい。例えば、第1のエアインタフェース構成能力タイプおよび第2のエアインタフェース構成能力タイプが定義されてもよく、その場合、第1のタイプは、予め定義されたエアインタフェース構成のみに対するサポートに対応し、第2タイプは、複数のエアインタフェース構成オプションに対するサポートに対応する。以下のテーブル1Aは、そのような実施形態によるエアインタフェース構成能力タイプのテーブルの例であり、第1のエアインタフェース構成能力タイプは、AIタイプ0と呼ばれ、第2のエアインタフェース構成能力タイプは、AIタイプ1と呼ばれる。

以下のテーブル1Bは、構成可能性（例えばAIタイプ0またはAIタイプ1）に関する専用インデックスによってエアインタフェース構成可能性の実施を通信し得る方法をさらに明確にする。構成可能性インデックスは、エアインタフェース能力タイプを定義する。例えば、UEは、インデックスをBSに送信することができる。インデックスを受信すると、BSは、インデックスからUE能力を特定するためにルックアップテーブル（例えば以下のテーブル1B）を使用することができる。

他の実施形態では、さらなるまたは異なるエアインタフェース構成能力タイプが定義されてもよい。例えば、一部の実施形態では、複数の予め定義されたエアインタフェース構成オプションが定義されてもよく、第2のエアインタフェース構成能力タイプは、予め定義されたエアインタフェース構成オプションのサブセットのみの構成可能性に対するサポートに対応し、一方、第3のエアインタフェース構成能力タイプは、すべての予め定義されたエアインタフェース構成オプションの構成可能性に対するサポートに対応するように定義されてもよい。例えば、第2のエアインタフェース構成能力タイプは、エアインタフェースの構築ブロックのサブセットのみの内の構成可能性に対するサポートに対応してもよく、第3のエアインタフェース構成能力タイプは、エアインタフェースの構築ブロックの各々の内の構成可能性に対するサポートに対応してもよい。以下のテーブル2Aは、そのような実施形態によるエアインタフェース構成能力タイプのテーブルの例であり、第1のエアインタフェース構成能力タイプは、AIタイプ0と呼ばれ、第2のエアインタフェース構成能力タイプは、AIタイプ1と呼ばれ、第3のエアインタフェース構成能力タイプは、AIタイプ2と呼ばれる。

テーブル1Aと同様に、以下のテーブル2Aは、専用インデックスによってエアインタフェース構成可能性を通信するために使用され得る。

マシンタイプ通信（MTC）用に構成された埋め込みセンサデバイスなどの、いわゆる「垂直」アプリケーション用の多くの通信デバイスは、予め定義されたエアインタフェース構成のみをサポートする構成不可能なエアインタフェースを有することがあり、したがって、第1のエアインタフェース構成能力タイプとして分類され得る。

第1のタイプ（例えば、AIタイプ0、インデックス＝0）の通信デバイスの場合、それらがサポートする予め定義されたエアインタフェース構成に関する情報は、それらのエアインタフェース構成能力タイプによって含まれてもよい（すなわち、第1のエアインタフェース構成能力タイプは、特定の予め定義されたエアインタフェース構成に関連付けられてもよい）し、あるいは、それらのエアインタフェース構成能力タイプをシグナリングすることに加えて、それらは、それらがサポートする予め定義されたエアインタフェース構成を特定する情報をさらにシグナリングしてもよい。

他のタイプ（例えば、AIタイプ1、インデックス＝1および／またはAIタイプ2、インデックス＝2）の通信デバイスの場合、それらのエアインタフェース構成能力タイプをシグナリングすることに加えて、それらは、それらがサポートするエアインタフェース構成オプションについてネットワークに通知するために情報をさらに送信してもよい。例えば、そのようなデバイスは、それらがエアインタフェースの構築ブロックの各々に関してサポートするエアインタフェース能力オプションについてネットワークに通知するために情報をシグナリングしてもよい。一方、通信デバイスが、完全な構成可能性を有し、第3のタイプ（例えば、AIタイプ2）として分類される場合、デバイスによってサポートされる特定のエアインタフェース構成オプションをネットワークにさらにシグナリングする必要はない場合がある。なぜなら、第3のエアインタフェース構成能力タイプは、デバイスがすべての利用可能なエアインタフェース構成オプションをサポートすることを示すと理解されるからである。この機能は、どのエアインタフェース構成オプションが利用可能であるかに関してUEおよびネットワークが同期していることを条件とすることができる。

通信デバイスがそのエアインタフェース構成能力タイプについてネットワークに通知することができる多くの方法が存在する。いくつかの非限定的な例について以下に述べる。

ロングタームエボリューション（LTE）に関する第3世代パートナーシッププロジェクト（3GPP）仕様は、UEカテゴリパラメータを含み、より高いデータレートデバイスには、より高いカテゴリが割り当てられる。このカテゴリパラメータは、デバイスのデータレート能力／要求をネットワークに通知するために、UE能力リストの一部としてデバイスによってネットワークにシグナリングされる。

一実施形態では、デバイスのエアインタフェース構成能力タイプを特定する新しいパラメータが、デバイスのエアインタフェース構成能力タイプについてネットワークに知らせるために、例えば、RRCシグナリングによって、またはMAC／物理層制御チャネルを介して、UEカテゴリとともにUE能力リストの一部としてネットワークに同様にシグナリングされてもよい。このような実施形態によるUE能力リストの例示的なフォーマットの例が以下に提供され、そこでは、「ue−Category」フィールドは、UEのカテゴリを示し、「ue−irInterfaceConfigType」フィールドは、UEのエアインタフェース構成能力タイプを示す。
UE−5G−Capability：：＝SEQUENCE｛
．．．
ue−Category
ue−AirInterfaceConfigType
．．．
｝

この実施形態では、デバイスのUEカテゴリおよびエアインタフェース構成能力タイプは、別々に構成される。これにより、高いデータレート要求を有するビデオ監視用のマシンなどのより高いUEカテゴリのデバイスは、それが予め定義されたエアインタフェース構成のみをサポートすることができること、例えば、それがAIタイプ0のデバイスであることを示すことが可能になり得る。

別の実施形態では、エアインタフェース構成能力タイプは、UEカテゴリに関連付けられる。例えば、各UEカテゴリに関連するエアインタフェース構成能力タイプを示すために、各UEカテゴリに関連するパラメータのリストに追加フィールドが追加されてもよい。この実施形態による例示的なUEカテゴリテーブルが、以下でテーブル3に示されている。テーブル3は、3GPP TS 36．306仕様のテーブル4．1A−1に基づいており、各UEカテゴリに関連するエアインタフェース構成能力タイプを示すために、追加フィールドが追加される。

この実施形態では、デバイスによってサポートされるエアインタフェース構成は、潜在的に暗示され得る（例えば、UEカテゴリ0（MTC）に対するAIタイプ0の指示は、デバイスによってサポートされる予め定義されたエアインタフェース構成が特定のMTC構成であることを含意し得る）。しかしながら、この実施形態の1つの潜在的な欠点は、各UEカテゴリが1つのエアインタフェース構成能力タイプしかサポートできないことである。

先に述べたように、場合によっては、そのエアインタフェース構成能力タイプをシグナリングすることに加えて、デバイスは、それがサポートするエアインタフェース構成オプションに関する情報も送信することができる。例えば、一部の実施形態では、ネットワークは、各構築ブロック内の可能なエアインタフェース能力オプションのインデックスを有するエアインタフェース構築ブロックテーブルを維持することができ、デバイスは、エアインタフェース構築ブロックテーブルの対応するインデックスを参照することによって、デバイスがサポートするエアインタフェース構成オプションを示すことができる。

そのようなエアインタフェース構築ブロックテーブルの例が、以下でテーブル4Aに示されているが、そこでは、各構築ブロックの異なるオプションは、所与の構築ブロックの異なるエアインタフェース能力オプションを表し、例えば、WF＿1、WF＿2、およびWF＿3のインデックスは、異なる波形のエアインタフェース能力オプション（例えば、f−OFDM、SC−FDMA、LDS−MC−CDMA、WPM、FBMCなどおよび波形の関連する波形パラメータ）を表し、MA＿1およびMA＿2のインデックスは、異なる多元接続方式のエアインタフェース能力オプション（例えば、専用チャネルリソース、競合ベース、無許可など）を表し、他の構築ブロックの各々に関しても同様である。波形構築ブロックに関して、波形構築ブロックのエアインタフェース能力オプションは、同じ波形タイプであるが異なる関連する波形パラメータを有するオプションを含み得ることに留意されたい。例えば、波形インデックスWF＿1およびWF＿2は共に、f−OFDMなどのOFDMベースの波形に対応するが、サブキャリア間隔および／またはサイクリックプレフィックスオーバーヘッドなどの関連する波形パラメータに関して異なってもよい。波形、多元接続、フレーム構造、プロトコル、MCSなどのさまざまなオプションには、テーブル4Bに明示的に示すようにインデックスが付けられてもよい。

波形、フレーム構造、多元接続方式、プロトコル、および符号化・変調の構築ブロックに関して所与のデバイスによってサポートされるエアインタフェース能力オプションについてネットワークに通知するために使用され得るテーブルの例の一部が以下でテーブル5に示されている。上述したように、この例では、エアインタフェース能力オプションは、テーブル4に示した例示的なエアインタフェース構築ブロックテーブルのそれらの対応するインデックスを使用して参照される。テーブル5で伝えられる情報は、デバイスがサポートするエアインタフェース構成オプションについてネットワークに通知するために、デバイスによって送信されてもよい。この形式のテーブルまたは同様のものは、デバイスのAI能力の記録を保持するためにネットワークに格納されてもよい。別の実施形態では、テーブル6で伝えられる情報、すなわち、それぞれのエアインタフェースプロファイルに対応するエアインタフェースプロファイルインデックスは、デバイスがサポートするエアインタフェースプロファイルについてネットワークに通知するために、デバイスによって送信されてもよい。

図4A〜図4Cは、本明細書に記載の例示的な実施形態による、UEデバイス405がそのエアインタフェース構成能力について無線接続ネットワーク（RAN）デバイス410に通知するエアインタフェース能力交換手順の3つの例を示す。

図4Aは、スタンドアロンのエアインタフェース能力交換手順400Aの一例を示す。この例では、RANデバイス410は、UEエアインタフェース能力問い合わせ415をUE405に送信して、UEにそのエアインタフェース構成能力を特定するよう要求する。問い合わせ415に応答して、UE405は、そのエアインタフェース構成能力に関する情報を含むメッセージ420をRAN410に送信する。能力問い合わせ415および対応する応答メッセージ420の両方は、例えば、RRCシグナリングによって、またはMAC／物理層制御チャネルを介して送信されてもよい。

図4Bは、より一般的なUE能力交換手順の一部である例示的なエアインタフェース能力交換手順400Bを示す。この例では、RANデバイス410は、UE能力問い合わせ425をUE405に送信して、UEにその能力を特定するよう要求する。問い合わせ425に応答して、UE405は、そのエアインタフェース構成能力を含むその能力に関する情報を含むメッセージ430をRAN410に送信する。言い換えれば、図4Bのメッセージ430は、図4Aのメッセージ420を含み、さらに、再送信能力、電力レベルなどのUEの他の能力を指定する。

図4Cは、初期ネットワーク接続手順の一部として実行される例示的なエアインタフェース能力交換手順400Cを示す。この例では、UE405は、RANに接続するためのその初期接続手順の一部としてメッセージ435をRANデバイス410に送信し、メッセージ435は、UEのエアインタフェース構成能力に関する情報を含む。

一部の実施形態では、UE405によって送信されるメッセージ420、430、および435は、UE405がそのエアインタフェースの構築ブロックの各々に関してサポートするエアインタフェース能力オプションについてRAN410に知らせるために、エアインタフェース構築ブロックテーブル（例えば、テーブル1B、2B、4B）にインデックスを含めることができる。一実施形態では、インデックスによって特定可能なエアインタフェース能力オプションは、動作周波数範囲、最大送信帯域幅、および／またはサービスタイプに関連する情報を含む。

一部の実施形態では、エアインタフェース能力交換手順は、無線リソース制御（RRC）層で実行される。

図5は、本明細書に記載の例示的な実施形態による第1の通信デバイスにおける例示的な動作500のフロー図を示す。動作500は、UE120、センサ122、PC126、およびタブレット128などのUEデバイス、ユーザ機器／デバイス（UE）、ワイヤレス送信／受信ユニット（WTRU）、移動局、固定もしくは移動加入者ユニット、携帯電話、パーソナルデジタルアシスタント（PDA）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、ワイヤレスセンサ、または家庭用電子デバイスで行われる動作を表し得る。

動作500は、デバイスがデバイスのエアインタフェース構成能力タイプに関する情報をネットワークコントローラまたは基地局に送信すること（ブロック505）から開始され得る。エアインタフェース構成能力タイプによって、デバイスがデバイスのエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定され得る。例えば、エアインタフェース構成能力タイプは、複数のエアインタフェース構成能力タイプのうちの1つであってもよく、その場合、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。構成能力タイプは、テーブル1B、2B、および4Bで使用されたインデックスなどのインデックスによって示されてもよい。非限定的な例として、デバイスは、第4世代（4G）デバイスと下位互換性のある第5世代デバイス（5G）であってもよく、構成能力タイプ情報は、5GデバイスのAI能力を示してもよい。

非限定的な一実施形態では、デバイスは、破線のブロック510によって示すように、デバイスによってサポートされるエアインタフェース構成オプションに関するさらなる情報を任意選択的に送信してもよい。例えば、一部の実施形態では、この送信は、図4A〜図4Cに示した例示的なエアインタフェース能力交換手順のうちの1つに従って行われてもよい。エアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、破線の任意選択のブロック510の送信は、エアインタフェースを特徴付ける複数の構築ブロックに関連するエアインタフェース能力オプションに関する情報を含んでもよい。ブロック510のさらなる情報は、テーブル5に記載したような、異なるエアインタフェース能力オプションのインデックスの形態であってもよい。別の実施形態では、情報は、テーブル6に記載したような、エアインタフェースプロファイルのインデックスの形態であってもよい。

デバイスは、基地局または中央コントローラからそのエアインタフェースの構成に関する情報を受信することができる（ブロック515）。この構成は、デバイスによってサポートされるエアインタフェース構成能力タイプおよびエアインタフェース構成オプションに関する、ブロック505および／またはブロック510で送信された情報に少なくとも部分的に基づいて決定され得る。

デバイスは、受信した情報に基づいてそのエアインタフェースを構成することができる（ブロック520）。非限定的な例として、デバイスは、基地局から受信した情報に基づいて波形、多元接続方式、フレーム構造、通信プロトコル、および変調・符号化方式を選択することができる。例えば、この情報は、特定のエアインタフェース構成、またはデバイスが予め定義された基準のセットに基づいて結果として選択することができるさまざまなエアインタフェース構成オプションを含み得る。

例示的な方法500は、例示的な実施形態の例示である。他の実施形態では、同様のもしくは異なる動作を同様のもしくは異なる順序で実行することができ、および／または特定の動作を省略してもよい。図示の動作を実行するためのさまざまな方法および実行され得る他の動作の例が本明細書に記載されている。さらなる変形例は明らかであり得るか、または明らかになり得る。

例えば、場合によっては、複数のエアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプを含む。このように、場合によっては、第1のエアインタフェース構成能力タイプのデバイスに関して、第1のエアインタフェース構成能力タイプが特定の予め定義されたエアインタフェース構成（MTC構成など）に対応すると分かるならば、ブロック510の動作を省略してもよい。

図6は、本明細書に記載の例示的な実施形態によるデバイスにおける例示的な動作のフローチャートを示す。動作600は、eNB105、ピコセル117のトランシーバ基地局（BTS）、ノードB（NodeB）、進化型ノードB（eNodeB）、ホームノードB、ホームeNodeB、ホームeNodeB、サイトコントローラ、アクセスポイント（AP）、およびワイヤレスルータなどネットワークデバイスで行われる動作を表し得る。

動作600は、ネットワークデバイスが、エアインタフェースをサポートする別のデバイスのエアインタフェース構成能力タイプに関する情報を受信すること（ブロック605）から開始され得る。他のデバイスは、UE120、センサ122、PC126、およびタブレット128などのUEデバイスであってもよい。他のデバイスのエアインタフェース構成能力タイプによって、他のデバイスが複数のエアインタフェース構成をサポートするかどうかが特定され得る。例えば、エアインタフェース構成能力タイプは、複数のエアインタフェース構成能力タイプのうちの1つであってもよく、その場合、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。

非限定的な実施形態では、ネットワークデバイスは、他のデバイスによってサポートされるエアインタフェース構成オプションに関するさらなる情報を任意選択的に受信してもよい。このステップは、破線のブロック610によって示されている。例えば、一部の実施形態では、この情報は、図4A〜図4Cに示した例示的なエア能力交換手順のうちの1つに従って受信されてもよい。場合によっては、エアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、ブロック610の送信は、エアインタフェースを特徴付ける複数の構築ブロック（例えば、図3を参照して上で説明した構築ブロック320〜340など）に関連するエアインタフェース能力オプションに関する情報を含んでもよい。図6の破線の任意選択のブロック610で受信されるさらなる情報は、テーブル5に記載したような異なるエアインタフェース能力オプションのインデックスの形態であってもよい。別の実施形態では、情報は、テーブル6に記載したような、エアインタフェースプロファイルのインデックスの形態であってもよい。

ネットワークデバイスは、他のデバイスによってサポートされるエアインタフェース構成能力タイプおよびエアインタフェース構成オプションに関する、ブロック605および／またはブロック610で受信された情報に少なくとも部分的に基づいて他のデバイスのエアインタフェースの構成を決定することができる（ブロック615）。一部の実施形態では、この決定は、送信コンテンツ、送信条件、および受信条件などを含む、他のデバイスに送信するための送信要求を満たすことにさらに基づいてもよい。例えば、この決定は、図3に示したSoftAI構成コンセプトに従って行われてもよい。一部の実施形態では、図6のブロック615における決定は、他のデバイスによってサポートされる1つ以上の予め定義されたエアインタフェースプロファイルの中からエアインタフェースプロファイルを選択することを含んでもよい。

ブロック615で決定されたエアインタフェース構成は、他のデバイスに送信され得る（ブロック620）。例えば、一部の実施形態では、ブロック620で他のデバイスに送信される情報は、ブロック615で選択された、他のデバイスによってサポートされるエアインタフェースプロファイルに関連するインデックスであってもよい。非限定的な例として、情報の受信（605）および情報の送信（620）の両方は、RRCシグナリングによってまたはMAC／物理層制御チャネルを介して実行されてもよい。

例示的な方法600は、例示的な実施形態の例示である。他の実施形態では、同様のもしくは異なる動作を同様のもしくは異なる順序で実行することができ、および／または特定の動作を省略してもよい。図示の動作を実行するためのさまざまな方法および実行され得る他の動作の例が本明細書に記載されている。さらなる変形例は明らかであり得るか、または明らかになり得る。

例えば、場合によっては、複数のエアインタフェース構成能力タイプは、エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプを含む。このように、場合によっては、第1のエアインタフェース構成能力タイプのデバイスに関して、第1のエアインタフェース構成能力タイプが特定の予め定義されたエアインタフェース構成（MTC構成など）に対応すると分かるならば、ブロック610および／または620の動作を省略してもよい。

一般的な一実施形態では、第1のデバイスおよび第2のデバイス（例えば、UEおよび基地局）間の通信の方法は、第1のデバイスによって、第1のデバイスのエアインタフェースの構成可能性タイプを示す情報を第2のデバイスに送信することを含み得る。上で説明したように、構成可能性タイプは、第1のデバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかを示す。構成可能性タイプに関連する情報が送信されたら、第1のデバイスは、次に、第1のデバイスの構成可能性タイプに従ってエアインタフェースの構成に基づいてデータパケットを第2のデバイスに送信することができる。上で説明したように、この情報は、エアインタフェース構成、エアインタフェース構成タイプ、および／または複数の特定のエアインタフェースパラメータを示すインデックスを含み得る。

エアインタフェース能力交換手順が完了した後、例えば図4に概説したように、ネットワークコントローラは、UEのエアインタフェース能力に関する情報を有する。一実施形態では、UEも、ネットワークのエアインタフェース能力に関する情報を有する。その後、ネットワークコントローラは、例えば図6のステップ620で、送信メカニズムに関連する情報（例えば、波形、波形パラメータ、数値パラメータ、フレーム構造パラメータ、多元接続方式、プロトコル、符号化・変調方式など）をUEにシグナリングすることができる。このシグナリングは、動的に、半静的に、または静的に行われ得る。それは、上位層シグナリング（例えば、RRCシグナリング）、ブロードキャスト、マルチキャストまたはユニキャストシグナリング、MAC／PHY層制御チャネル（例えば、LTEのPDCCHと同様のダウンリンク制御チャネル）によってシグナリングされ得る。MAC／PHY層制御チャネルの場合、シグナリングはより動的であり得る。

以下の非限定的な例では、UE（UE1）は、2つの数値セット（例えば、15kHzなどのサブキャリア間隔1および30kHzなどのサブキャリア間隔2）をサポートすることができる。別のUE（UE2）は、1つの数値セット（例えば、15kHzなどのサブキャリア間隔1）のみをサポートすることができる。ネットワークとのUEエアインタフェース能力交換（例えば、図4の400A、400B、または400C）の後、ネットワーク（例えば、基地局または中央コントローラのスケジューラ）は、2つのUEに対してそれらの数値能力に基づいて動的スケジューリングを行うことができる。ネットワークは、異なる数値のサブバンド情報などのリソース割り当てをUEにシグナリングすることができる。このシグナリングは、ブロードキャスト、マルチキャスト、またはユニキャストシグナリングによって行われ得る。シグナリングは、共通のまたはUE特有の制御チャネルを介して送信され得る。例えば、ネットワークは、15kHzのサブキャリア間隔を有するサブバンドおよび30kHzのサブキャリア間隔を有する別のサブバンドでUE1をスケジュールすることができる。ネットワークは、15kHzのサブキャリア間隔を有するサブバンドのみでUE2をスケジュールすることができる。一方、ネットワークは、単に、サポートされている2つの数値のうちの一方のみでUE1をスケジュールすることもできる。これはスケジューラの決定に委ねられ得る。スケジューリング情報は、ダウンリンク制御チャネルを介して送信される。

別の非限定的な例では、UE（UE3）は、無許可のスケジュールされた送信が可能である。別のUE（UE4）は、スケジュールされた送信のみが可能である。ネットワークは、UEエアインタフェース能力交換（例えば、図4の400A、400B、または400C）の後、ブロードキャスト、マルチキャスト、またはユニキャストシグナリングによって、無許可送信に関連する情報をUE3にシグナリングすることができる。RRCシグナリングなどの上位層のシグナリングを使用することができる。無許可送信の情報は、例えば、時間周波数リソース、変調・符号化方式（MCS）、シグネチャまたはコードブック情報（例えば、SCMAコードブック）、パイロット／基準信号情報などを含み得る。図7は、本明細書に記載の例示的な実施形態による例示的な通信デバイス700のブロック図を示す。通信デバイス700は、UE120、センサ122、PC126、およびタブレット128などのUEデバイスの実施態様であってもよい。通信デバイス700は、本明細書に述べられている実施形態のさまざまな実施形態を実施するために使用されてもよい。

図7に示すように、通信デバイス700は、エアインタフェースをサポートするワイヤレスインタフェース705を含む。ワイヤレスインタフェース705は、メッセージなどを送信するように構成される送信機730と、メッセージなどを受信するように構成される受信機735とを含む。

デバイスエアインタフェース能力通知ユニット720は、ワイヤレスインタフェース705を介して、デバイスのエアインタフェース構成能力タイプに関する情報を送信するように構成される。

一部の実施形態では、エアインタフェース構成能力タイプによって、デバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される。例えば、エアインタフェース構成能力タイプは、複数のエアインタフェース構成能力タイプのうちの1つであってもよく、その場合、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。

一部の実施形態では、デバイスエアインタフェース能力通知ユニット720は、デバイスのエアインタフェースによってサポートされるエアインタフェース構成オプションに関するさらなる情報を、ワイヤレスインタフェース705を介して送信するようにさらに構成される。例えば、デバイスのエアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、デバイスエアインタフェース能力通知ユニット720は、複数の構築ブロックに関連するエアインタフェース能力オプションに関するさらなる情報を送信するように構成されてもよい。

一部の実施形態では、デバイスエアインタフェース能力通知ユニット720は、問い合わせの受信に応答しておよび／または初期ネットワーク接続手順の一部として、デバイスのエアインタフェース構成能力タイプに関する情報および／またはデバイスによってサポートされるエアインタフェース構成オプションに関する情報を送信するように構成される。例えば、デバイスエアインタフェース能力通知ユニット720は、図4A〜図4Cに示したエアインタフェース能力交換手順の1つ以上に従ってUEデバイス405の動作を実行するように構成されてもよい。

デバイスエアインタフェース構成ユニット725は、ワイヤレスインタフェース705を介して、デバイスのエアインタフェースの構成に関する情報を受信するように構成される。この構成は、デバイスエアインタフェース能力通知ユニット720によって送信された情報に少なくとも部分的に基づいて決定されたものであってもよい。デバイスエアインタフェース構成ユニット725は、受信した情報に基づいてデバイスのエアインタフェースを構成するようにさらに構成されてもよい。

メモリ715は、デバイスのエアインタフェース構成能力、検出信号、および復号信号などに関する情報を格納するように構成される。

通信デバイス700の要素は、特定のハードウェア論理ブロックとして実施されてもよい。代替案では、通信デバイス700の要素は、プロセッサ、コントローラ、または特定用途向け集積回路などで実行されるソフトウェアとして実施されてもよい。さらに別の代替案では、通信デバイス700の要素は、ソフトウェアおよび／またはハードウェアの組み合わせとして実施されてもよい。

一例として、送信機730および受信機735は、特定のハードウェアブロックとして実施されてもよく、一方、デバイスエアインタフェース能力通知ユニット720およびデバイスエアインタフェース構成ユニット725は、マイクロプロセッサ、デジタル信号プロセッサ、カスタム回路、またはフィールドプログラマブル論理アレイのカスタムコンパイルされた論理アレイなどのプロセッサ710で実行されるソフトウェアモジュールであってもよい。デバイスエアインタフェース能力通知ユニット720およびデバイスエアインタフェース構成ユニット725は、メモリ715に格納されたモジュールであってもよい。

図8は、本明細書に記載の例示的な実施形態による例示的な通信デバイス800のブロック図を示す。通信デバイス800は、eNB105およびピコセル117などのネットワークデバイスの実施態様であってもよい。通信デバイス800は、本明細書に述べられている実施形態のさまざまな実施形態を実施するために使用されてもよい。

図8に示すように、通信デバイス800は、ワイヤレスインタフェース805を含む。ワイヤレスインタフェース805は、メッセージなどを送信するように構成される送信機830と、メッセージなどを受信するように構成される受信機835とを含む。

デバイスエアインタフェース能力処理ユニット820は、ワイヤレスインタフェース805を介して、エアインタフェースをサポートする別のデバイスのエアインタフェース構成能力タイプに関する情報を受信するように構成される。他のデバイスは、UE120、センサ122、PC126、およびタブレット128などのUEデバイスであってもよい。エアインタフェース構成能力タイプによって、他のデバイスがエアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定され得る。例えば、エアインタフェース構成能力タイプは、複数のエアインタフェース構成能力タイプのうちの1つであってもよく、その場合、各エアインタフェース構成能力タイプは、エアインタフェースの異なるレベルの構成可能性に対するサポートに対応する。

一部の実施形態では、デバイスエアインタフェース能力処理ユニット820は、ワイヤレスインタフェース805を介して、他のデバイスによってサポートされるエアインタフェース構成オプションに関するさらなる情報を受信するようにさらに構成される。例えば、エアインタフェースは、複数の構築ブロックによって特徴付けられてもよく、デバイスエアインタフェース能力処理ユニット820は、複数の構築ブロックに関連するエアインタフェース能力オプションに関するさらなる情報を受信するように構成されてもよい。

一部の実施形態では、デバイスエアインタフェース能力処理ユニット820は、他のデバイスのエアインタフェース構成能力タイプに関する情報および／または他のデバイスによってサポートされるエアインタフェース構成オプションに関する情報を要求するために、ワイヤレスインタフェース805を介して問い合わせを送信するように構成される。場合によっては、デバイスエアインタフェース能力処理ユニット820は、初期ネットワーク接続手順の一部として情報を受信するように構成されてもよい。例えば、デバイスエアインタフェース能力処理ユニット820は、図4A〜図4Cに示したエアインタフェース能力交換手順の1つ以上に従ってRANデバイス410の動作を実行するように構成されてもよい。

デバイスエアインタフェース構成決定ユニット825は、他のデバイスのエアインタフェースのための構成を決定するように構成される。この構成は、他のデバイスによってサポートされるエアインタフェース構成能力タイプおよび／またはエアインタフェース構成オプションに関する、デバイスエアインタフェース能力処理ユニット820によって受信される情報に少なくとも部分的に基づいてもよい。この構成は、送信コンテンツ、送信条件、および受信条件などを含む、他のデバイスに送信するための送信要求を満たすことにさらに基づいてもよい。例えば、この決定は、図3に示したSoftAI構成コンセプトに従って行われてもよい。

デバイスエアインタフェース構成決定ユニット825はまた、ワイヤレスインタフェース805を介して、他のデバイスのエアインタフェースの構成に関する情報を送信するように構成されてもよい。

メモリ815は、他のデバイスのエアインタフェース構成能力、構築ブロックエアインタフェース能力オプション、構築ブロックの選択されたエアインタフェース能力オプション、および送信要求などに関する情報を格納するように構成される。

通信デバイス800の要素は、特定のハードウェア論理ブロックとして実施されてもよい。代替案では、通信デバイス800の要素は、プロセッサ、コントローラ、または特定用途向け集積回路などで実行されるソフトウェアとして実施されてもよい。さらに別の代替案では、通信デバイス800の要素は、ソフトウェアおよび／またはハードウェアの組み合わせとして実施されてもよい。

一例として、送信機830および受信機835は、特定のハードウェアブロックとして実施されてもよく、一方、デバイスエアインタフェース能力処理ユニット820およびデバイスエアインタフェース構成決定ユニット825は、マイクロプロセッサ、デジタル信号プロセッサ、カスタム回路、またはフィールドプログラマブル論理アレイのカスタムコンパイルされた論理アレイなどのプロセッサ810で実行されるソフトウェアモジュールであってもよい。デバイスエアインタフェース能力処理ユニット820およびデバイスエアインタフェース構成決定ユニット825は、メモリ815に格納されたモジュールであってもよい。

図9は、本明細書に開示されているデバイスおよび方法を実施するために使用され得るコンピューティングシステム900のブロック図であり、特定のデバイスは、図示の構成要素のすべてまたは構成要素のサブセットのみを使用してもよく、統合のレベルは、デバイスごとに異なってもよい。さらに、デバイスは、複数の処理ユニット、プロセッサ、メモリ、送信機、受信機など、複数の場合の構成要素を含んでもよい。コンピューティングシステム900は、処理ユニット902を含む。処理ユニットは、中央処理装置（CPU）914、メモリ908を含み、バス920に接続された大容量記憶デバイス904、ビデオアダプタ910、およびI／Oインタフェース912をさらに含んでもよい。

バス920は、メモリバスもしくはメモリコントローラ、周辺バス、またはビデオバスを含む任意のタイプのいくつかのバスアーキテクチャのうちの1つ以上であってもよい。CPU914は、任意のタイプの電子データプロセッサを備えてもよい。メモリ908は、スタティック・ランダム・アクセス・メモリ（SRAM）、ダイナミック・ランダム・アクセス・メモリ（DRAM）、シンクロナスDRAM（SDRAM）、読み出し専用メモリ（ROM）、またはこれらの組み合わせなどの任意のタイプの非一時的システムメモリを備えてもよい。一実施形態では、メモリ908は、起動時に使用するためのROMと、プログラムの実行中に使用するための、プログラムおよびデータの格納用のDRAMとを含んでもよい。

大容量記憶装置904は、データ、プログラム、および他の情報を格納し、データ、プログラム、および他の情報をバス920を介してアクセス可能にするように構成される任意のタイプの非一時的記憶装置を備えてもよい。大容量記憶装置904は、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、または光ディスクドライブのうちの1つ以上を備えてもよい。

ビデオアダプタ910およびI／Oインタフェース912は、外部入力および出力デバイスと処理ユニット902とを結合するためのインタフェースを提供する。図示のように、入力および出力デバイスの例は、ビデオアダプタ910に結合されるディスプレイ918およびI／Oインタフェース912に結合されるマウス／キーボード／プリンタ916を含む。他のデバイスが、処理ユニット902に結合されてもよく、さらなるまたはより少ないインタフェースカードが利用されてもよい。例えば、ユニバーサルシリアルバス（USB）などのシリアルインタフェース（図示せず）が、外部デバイス用のインタフェースを提供すために使用されてもよい。

処理ユニット902はまた、1つ以上のネットワークインタフェース906を含み、1つ以上のネットワークインタフェース906は、イーサネット(登録商標)ケーブルなどの有線リンクおよび／または接続ノードもしくは異なるネットワークへの無線リンクを備え得る。ネットワークインタフェース906は、処理ユニット902がネットワークを介して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェース906は、1つ以上の送信機／送信アンテナおよび1つ以上の受信機／受信アンテナを介するワイヤレス通信を提供してもよい。一実施形態では、処理ユニット902は、他の処理ユニット、インターネット、または遠隔記憶設備などの遠隔デバイスとの間のデータ処理および通信のためにローカルエリアネットワーク922またはワイドエリアネットワークに結合される。

本明細書で提供される実施形態の方法の1つ以上のステップは、対応するユニットまたはモジュールによって実行されてもよいことを理解されたい。例えば、信号は、送信ユニットまたは送信モジュールによって送信されてもよい。信号は、受信ユニットまたは受信モジュールによって受信されてもよい。信号は、処理ユニットまたは処理モジュールによって処理されてもよい。他のステップは、サービングクラスタを確立するための確立ユニット／モジュール、インスタンス化ユニット／モジュール、セッションリンクを確立するための確立ユニット／モジュール、維持ユニット／モジュール、上記のステップのステップを実行するための他の実行ユニット／モジュールによって実行されてもよい。それぞれのユニット／モジュールは、ハードウェア、ソフトウェア、またはこれらの組み合わせであってもよい。例えば、1つ以上のユニット／モジュールは、フィールド・プログラマブル・ゲート・アレイ（FPGA）または特定用途向け集積回路（ASIC）などの集積回路であってもよい。上記の教示を踏まえれば、本出願の数々の修正例および変形例が可能である。したがって、添付の特許請求の範囲内において、本明細書に具体的に記載されているものとは別の方法で、応用例が実施され得ることを理解されたい。

さらに、主として方法、デバイス、および機器との関連で説明されているが、例えば非一時的なコンピュータ可読媒体に格納された命令の形態など、他の実施態様も考えられる。

100 異種通信システム
105 eNB
110 RN
117 ピコセル
122 センサ
124 セキュリティシステム
126 PC
128 タブレット、タブレットコンピュータ
130 マルチメディアデバイス
132 テレビジョン
200 エアインタフェース
215 多元接続方式
300 コンセプト
305 エアインタフェース構成機能
310 送信要求セット
315 プール
320 最適なエアインタフェース
400A エアインタフェース能力交換手順
400B エアインタフェース能力交換手順
400C エアインタフェース能力交換手順
405 UEデバイス
410 RANデバイス
415 UEエアインタフェース能力問い合わせ
420 応答メッセージ
425 UE能力問い合わせ
430 メッセージ
435 メッセージ
700 通信デバイス
705 ワイヤレスインタフェース
710 プロセッサ
715 メモリ
720 デバイスエアインタフェース能力通知ユニット
725 デバイスエアインタフェース構成ユニット
730 送信機
735 受信機
800 通信デバイス
805 ワイヤレスインタフェース
810 プロセッサ
815 メモリ
820 デバイスエアインタフェース能力処理ユニット
825 デバイスエアインタフェース構成決定ユニット
830 送信機
835 受信機
900 コンピューティングシステム
902 処理ユニット
904 大容量記憶装置、大容量記憶デバイス
906 ネットワークインタフェース
908 メモリ
910 ビデオアダプタ
912 I／Oインタフェース
914 中央処理装置
916 マウス／キーボード／プリンタ
918 ディスプレイ
920 バス
922 ローカルエリアネットワーク

Claims (40)

1. エアインタフェースをサポートするデバイスによって、前記デバイスのエアインタフェース構成可能性に関連する情報を送信するステップであって、前記エアインタフェース構成可能性によって、前記デバイスが前記エアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される、ステップ
   を含む方法。
2. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスのエアインタフェース構成能力タイプを含む、請求項1に記載の方法。
3. 前記エアインタフェース構成能力タイプが、前記エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプである、請求項2に記載の方法。
4. 前記エアインタフェース構成能力タイプが、予め定義されたエアインタフェース構成のサブセットの構成可能性に対するサポートに対応する第2のエアインタフェース構成能力タイプである、請求項2に記載の方法。
5. 前記エアインタフェース構成能力タイプが、すべての予め定義されたエアインタフェース構成の構成可能性に対するサポートに対応する第3のエアインタフェース構成能力タイプである、請求項2に記載の方法。
6. 送信される前記情報が、前記エアインタフェース構成能力タイプを示すインデックスを含む、請求項3から5のいずれか一項に記載の方法。
7. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスによってサポートされるサービスタイプ、動作周波数範囲、および前記デバイスの最大送信帯域幅のうちの少なくとも1つを含む、請求項1から6のいずれか一項に記載の方法。
8. 前記エアインタフェース構成可能性に関連する前記情報によって、前記デバイスがフレキシブル二重通信および動的時分割二重（TDD）構成をサポートするかどうかが特定される、請求項1から7のいずれか一項に記載の方法。
9. 前記エアインタフェース構成可能性に関連する前記情報によって、前記デバイスが半永続スケジューリング（SPS）ベースの接続および直交／非直交多元接続をサポートするかどうかが特定される、請求項1から8のいずれか一項に記載の方法。
10. 前記エアインタフェース構成可能性に関連する前記情報によって、前記デバイスによってサポートされる再送信メカニズムが特定され、前記再送信メカニズムが、自動再送要求（ARQ）に基づく、請求項1から9のいずれか一項に記載の方法。
11. 前記エアインタフェース構成可能性に関連する前記情報によって、前記デバイスによってサポートされる数値パラメータが特定され、前記数値パラメータが、サブキャリア間隔およびサイクリックプレフィックス（CP）長さからなる群から選択される、請求項1から10のいずれか一項に記載の方法。
12. 前記エアインタフェース構成可能性に関連する前記情報が、少なくとも1つのエアインタフェースプロファイルインデックスを含み、前記エアインタフェースプロファイルインデックスの各々が、それぞれの予め定義されたエアインタフェース構築ブロックに対応する、請求項1から11のいずれか一項に記載の方法。
13. 前記デバイスによって、前記デバイスの前記エアインタフェースの構成に関する情報を受信するステップであって、前記構成が、前記デバイスの前記エアインタフェース構成能力タイプに関する前記送信された情報に少なくとも部分的に基づいて決定されたものである、ステップと、
    前記デバイスによって、前記受信された情報に基づいて前記デバイスの前記エアインタフェースを構成するステップと
    をさらに含む、請求項2に記載の方法。
14. 前記デバイスによって、前記デバイスの前記エアインタフェース構成能力タイプに関する情報を送信するステップが、
    問い合わせを受信したことに応答して前記情報を送信すること、および
    初期ネットワーク接続手順の一部として前記情報を送信すること
    の少なくとも一方を含む、請求項2に記載の方法。
15. 前記デバイスによって、前記デバイスの前記エアインタフェース構成能力タイプに関する情報を送信するステップが、制御チャネルを介して前記情報を送信することを含む、請求項2に記載の方法。
16. デバイスであって、
    前記デバイスのエアインタフェースをサポートするワイヤレスインタフェースと、
    前記ワイヤレスインタフェースに動作可能に結合されるプロセッサと、
    前記プロセッサに動作可能に結合されるコンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が、前記プロセッサによって実行されるプログラミングを格納し、前記プログラミングが、
    前記ワイヤレスインタフェースを介して、前記デバイスのエアインタフェース構成可能性に関連する情報を送信する命令であって、前記エアインタフェース構成可能性のタイプによって、前記デバイスが前記エアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される、
    命令を含む、コンピュータ可読記憶媒体と
    を備える、デバイス。
17. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスのエアインタフェース構成能力タイプを含む、請求項16に記載のデバイス。
18. 前記複数のエアインタフェース構成能力タイプが、以下のエアインタフェース構成能力タイプのうちの少なくとも1つ、すなわち、
    前記エアインタフェースの予め定義されたエアインタフェース構成のみに対するサポートに対応する第1のエアインタフェース構成能力タイプ、
    予め定義されたエアインタフェース構成オプションのサブセットのみの構成可能性を有する、前記エアインタフェースの複数のエアインタフェース構成オプションに対するサポートに対応する第2のエアインタフェース構成能力タイプ、および
    前記予め定義されたエアインタフェース構成オプションのすべての構成可能性を有する、複数のエアインタフェース構成オプションに対するサポートに対応する第3のエアインタフェース構成能力タイプ
    のうちの少なくとも1つを含む、請求項17に記載のデバイス。
19. 送信される前記情報が、前記エアインタフェース構成能力タイプを示すインデックスを含む、請求項18に記載のデバイス。
20. 前記プログラミングが、
    前記ワイヤレスインタフェースを介して、前記デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する情報を送信する
    命令をさらに含む、請求項16に記載のデバイス。
21. 前記デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する前記情報が、少なくとも1つのエアインタフェースプロファイルインデックスを含み、前記エアインタフェースプロファイルインデックスの各々が、それぞれの予め定義されたエアインタフェース構成オプションに対応する、請求項20に記載のデバイス。
22. 前記デバイスの前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスの動作周波数範囲、前記デバイスの最大送信帯域幅、前記デバイスによってサポートされるサービスタイプ、フレキシブル二重通信および動的時分割二重（TDD）構成のサポート、半永続スケジューリング（SPS）ベースの接続のサポート、直交／非直交多元接続のサポート、自動再送要求（ARQ）に基づく再送信メカニズム、前記デバイスによってサポートされるサブキャリア間隔の数値パラメータ、ならびに前記デバイスによってサポートされるサイクリックプレフィックス（CP）長さの数値パラメータのうちの少なくとも1つを含む、請求項16に記載のデバイス。
23. 前記プログラミングが、
    前記ワイヤレスインタフェースを介して、前記デバイスの前記エアインタフェースの構成に関する情報を受信する命令であって、前記構成が、前記デバイスの前記エアインタフェース構成可能性に関する前記送信された情報に少なくとも部分的に基づいて決定されたものである、命令と、
    前記受信された情報に基づいて前記デバイスの前記エアインタフェースを構成する命令と
    をさらに含む、請求項16に記載のデバイス。
24. 前記デバイスの前記エアインタフェースの構成に関する前記情報が、予め定義されたエアインタフェース構成オプションを含むエアインタフェースプロファイルに対応するエアインタフェースプロファイルインデックスを含む、請求項23に記載のデバイス。
25. 前記デバイスの前記エアインタフェース構成能力タイプに関する前記情報を送信する前記命令が、
    問い合わせを受信したことに応答して前記情報を送信する命令、および
    初期ネットワーク接続手順の一部として前記情報を送信する命令
    の少なくとも一方を含む、請求項17に記載のデバイス。
26. エアインタフェースをサポートするデバイスのエアインタフェース構成可能性に関連する情報を受信するステップであって、前記エアインタフェース構成可能性によって、前記デバイスが前記エアインタフェースの複数のエアインタフェース構成をサポートするかどうかが特定される、ステップと、
    前記デバイスの前記エアインタフェース構成可能性に関する前記情報に少なくとも部分的に基づいて前記デバイスの前記エアインタフェースの構成を決定するステップと
    を含む方法。
27. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスによってサポートされるサービスタイプを含む、請求項26に記載の方法。
28. 前記サービスタイプが、特定の予め定義されたエアインタフェース構成に関連付けられ、前記方法が、前記デバイスが前記特定の予め定義されたエアインタフェース構成をサポートすることを判定するステップをさらに含む、請求項27に記載の方法。
29. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションを含み、前記デバイスの前記エアインタフェースの前記構成を決定するステップが、さらに、前記デバイスによってサポートされる前記少なくとも1つの予め定義されたエアインタフェース構成オプションに関する前記情報に少なくとも部分的に基づく、請求項26に記載の方法。
30. 前記デバイスによってサポートされる少なくとも1つの予め定義されたエアインタフェース構成オプションに関する前記情報が、少なくとも1つのエアインタフェースプロファイルインデックスを含み、前記エアインタフェースプロファイルインデックスの各々が、それぞれの予め定義されたエアインタフェース構成オプションに対応する、請求項29に記載の方法。
31. 前記エアインタフェース構成可能性に関連する前記情報が、前記デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションを含み、
    前記デバイスの前記エアインタフェースの前記構成を決定するステップが、さらに、前記デバイスによってサポートされる前記少なくとも1つのさらなるエアインタフェース構成オプションに関する前記情報に少なくとも部分的に基づく、
    請求項29に記載の方法。
32. 前記エアインタフェースが、複数の構築ブロックによって特徴付けられ、前記デバイスによってサポートされる少なくとも1つのさらなるエアインタフェース構成オプションに関する情報を受信するステップが、前記複数の構築ブロックに関連するエアインタフェース能力オプションに関する情報を受信することを含む、請求項31に記載の方法。
33. 前記複数の構築ブロックに関連するエアインタフェース能力オプションに関する前記情報が、エアインタフェース能力オプションインデックスを含み、前記エアインタフェース能力オプションインデックスの各々が、前記デバイスによってサポートされるそれぞれのエアインタフェース能力オプションに対応する、請求項32に記載の方法。
34. 前記デバイスの前記エアインタフェース構成可能性に関する情報を受信するステップが、前記デバイスによる初期ネットワーク接続手順の一部である、請求項26に記載の方法。
35. 前記デバイスに問い合わせを送信するステップであって、前記情報の前記受信するステップが、前記問い合わせへの応答である、ステップをさらに含む、請求項26に記載の方法。
36. 前記デバイスの前記エアインタフェースの前記構成に関する情報を前記デバイスに送信するステップ
    をさらに含む、請求項26に記載の方法。
37. 第1のデバイスのエアインタフェースの構成可能性タイプを示す情報を前記第1のデバイスによって第2のデバイスに送信するステップであって、前記構成可能性タイプが、前記第1のデバイスが前記エアインタフェースの複数のエアインタフェース構成をサポートするかどうかを示す、ステップと、
    前記第1のデバイスによって、前記第1のデバイスの前記構成可能性タイプに従って前記エアインタフェースの構成に基づいてデータパケットを前記第2のデバイスに送信するステップと
    を含む方法。
38. 前記情報が、前記エアインタフェース構成を示すインデックスを含む、請求項37に記載の方法。
39. 前記情報が、エアインタフェース構成タイプを含む、請求項37に記載の方法。
40. 前記情報が、複数のエアインタフェースパラメータを含む、請求項37に記載の方法。

Images