JP2021533592A - タイミングアドバンスを決定するための方法、デバイス、およびコンピュータ可読媒体 - Google Patents

Abstract

本開示の実施形態は、ＴＡを決定するための方法、デバイス、およびコンピュータ可読媒体を提供する。方法は、ネットワークデバイス（１２０）が、端末デバイス（１１０）から受信したランダムアクセスプリアンブルに基づいて、タイミングアドバンスの推定値、およびタイミングアドバンスの誤差を決定することを含む。ネットワークデバイス（１２０）は、誤差に基づいて、端末デバイス（１１０）に対する異なる長さのオーバーヘッドを有する異なる通信モードを決定する。ネットワークデバイス（１２０）は、端末デバイス（１１０）からのフィードバック情報に基づいて、タイミングアドバンスの推定値を更新してもよい。このように、タイミングアドバンシングの推定の精度が改善される。

Description

本開示の実施形態は、全体として通信技術に関し、より詳細には、タイミングアドバンスを決定するための方法、デバイス、およびコンピュータ可読媒体に関する。

通信システムでは、タイミングアドバンス（ＴＡ）値は、信号が端末デバイスからネットワークデバイスに達するのにかかる時間の長さに対応する。ＴＡは、大型セルのマルチユーザアップリンク（ＵＬ）多重化をサポートするための基本的特徴である。ネットワークデバイスは、端末デバイスの伝播遅延に基づいて、異なるＴＡ値を異なる端末デバイスに通知する。端末デバイスに対するＵＬ送信の開始時間はそれらのＴＡ値に基づく。結果として、伝播遅延が異なる端末デバイスからのＵＬ送信が、ネットワークデバイスに同時に到着することができる。したがって、通信システム、特にロングタームエボリューション（ＬＴＥ）および／または第５世代（５Ｇ）通信システムでは、多数の端末デバイスのＯＦＤＭ符号を整列させ、端末デバイス間での符号間干渉を回避するため、正確なＴＡ推定が必要である。ＴＡ推定の精度が更に改善される必要がある。

概して、本開示の実施形態は、タイミングアドバンスを決定するための方法、ならびにそれに対応するネットワークデバイスおよび端末デバイスに関する。

第１の態様では、本開示の実施形態は通信方法を提供する。方法は：ネットワークデバイスにおいて、ランダムアクセスプリアンブルを端末デバイスから受信することを含む。方法はまた、ランダムアクセスプリアンブルに基づいて、端末デバイスに対するタイミングアドバンスの推定値、および推定値の誤差を決定することを含む。方法は、誤差に基づいて、ネットワークデバイスとの通信のための端末デバイスの通信モードを決定することを、さらに含む。通信モードは、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている。方法はまた、通信モードのインディケーションを、通信のための端末デバイスに送信することを含む。

第２の態様では、本開示の実施形態は通信方法を提供する。方法は、端末デバイスにおいて、ランダムアクセスプリアンブルをネットワークデバイスに送信することを含む。ランダムアクセスプリアンブルは、端末デバイスに対するタイミングアドバンスの推定値、および推定値の誤差を決定するために使用される。方法はまた、ネットワークデバイスから、ネットワークデバイスとの通信のための通信モードのインディケーションを受信することを含む。通信モードは、誤差に基づいて決定され、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている。

第３の態様では、本開示の実施形態はネットワークデバイスを提供する。ネットワークデバイスは：少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリであって、命令を記憶するメモリとを備え、命令は、少なくとも１つのプロセッサによって実行されると、ネットワークデバイスに、ネットワークデバイスにおいてランダムアクセスプリアンブルを端末デバイスから受信することを含む動作を実施させる。動作はまた、ランダムアクセスプリアンブルに基づいて、端末デバイスに対するタイミングアドバンスの推定値、および推定値の誤差を決定することを含む。動作は、誤差に基づいて、ネットワークデバイスとの通信のための端末デバイスの通信モードを決定することを、さらに含む。通信モードは、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている。動作はまた、通信モードのインディケーションを、通信のための端末デバイスに送信することを含む。

第４の態様では、本開示の実施形態は端末デバイスを提供する。端末デバイスは：少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリであって、命令を記憶するメモリとを備え、命令は、少なくとも１つのプロセッサによって実行されると、端末デバイスに、端末デバイスにおいてランダムアクセスプリアンブルをネットワークデバイスに送信することを含む動作を実施させる。ランダムアクセスプリアンブルは、端末デバイスに対するタイミングアドバンスの推定値、および推定値の誤差を決定するために使用される。動作はまた、ネットワークデバイスから、ネットワークデバイスとの通信のための通信モードのインディケーションを受信することを含む。通信モードは、誤差に基づいて決定され、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている。

第５の態様では、本開示の実施形態は通信のための装置を提供する。装置は、第１の態様による方法を実施するための手段を備える。

第６の態様では、本開示の実施形態は通信のための装置を提供する。装置は、第２の態様による方法を実施するための手段を備える。

第７の態様では、本開示の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体は命令を記憶し、命令は、機械の少なくとも１つの処理ユニットによって実行されると、機械に第１の態様による方法を実行させる。

第８の態様では、本開示の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体は命令を記憶し、命令は、機械の少なくとも１つの処理ユニットによって実行されると、機械に第２の態様による方法を実行させる。

本開示の実施形態の他の特徴および利点も、特定の実施形態の以下の説明を、本開示の実施形態の原理を例として例示する添付図面と併せ読むことによって、明白となるであろう。

本開示の実施形態は例示の意味で提示されるものであり、それらの利点は、添付図面を参照して以下に更に詳細に説明される。

本開示の実施形態による通信システムを示す概略図である。 本開示の実施形態による端末デバイスとネットワークデバイスとの間の相互作用を示す概略図である。 本開示の実施形態による構造ＴＡ推定を示す概略図である。 本開示の実施形態によるネットワークデバイスにおいて実行される方法を示すフローチャートである。 本開示の実施形態による端末において実行される方法を示すフローチャートである。 本開示の実施形態によるデバイスを示す概略図である。 本開示の実施形態によるシミュレーション結果を示す図である。 本開示の実施形態によるシミュレーション結果を示す図である。

図面全体を通して、同じまたは類似の参照番号は同じまたは類似の要素を示す。

以下、本明細書に説明される主題について、いくつかの例示の実施形態を参照して考察する。これらの実施形態は、主題の範囲に対する何らかの限定を示唆するのではなく、単に当業者が本明細書に説明される主題をより良く理解し、それによって実現できるようにする目的で考察されるものであることが理解されるべきである。

本明細書で使用される専門用語は、単に特定の実施形態を説明するためのものであり、例示の実施形態を限定しようとするものではない。本明細書で使用するとき、単数形「一つの（ａ）」、「一つの（ａｎ）」、および「その（ｔｈｅ）」は、文脈において別段の明確な指示がない限り、複数形も含むことが意図される。更に、「備える」、「備えている」、「含む」、および／または「含んでいる」という用語は、本明細書で使用するとき、規定された特徴、整数、ステップ、動作、要素、および／または構成要素が存在することを指定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらの群が存在すること、あるいはそれらが追加されることを除外するものではないことも理解されるであろう。

また、いくつかの代替の実現例では、機能／動作は図面に示される以外の順序で行われてもよいことが注目されるべきである。例えば、関与する機能性／動作に応じて、連続して示される２つの機能または動作が、実際には同時に実行されてもよく、または場合によっては逆の順序で実行されてもよい。

本明細書で使用するとき、「通信ネットワーク」という用語は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多重アクセス（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（ＷＣＤＭＡ）、高速パケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）（ＨＳＰＡ）など、任意の適切な通信規格に従うネットワークを指す。更に、通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコルを含むがそれらに限定されない、任意の適切な世代の通信プロトコル、および／または現在知られているかもしくは将来的に開発される他のいずれかのプロトコルにしたがって実施されてもよい。

本明細書で使用される「ランダムアクセスプリアンブル」という用語は、ランダムアクセス要求を示すネットワークデバイスに送信されるデータを指す。本明細書で使用される「タイミングアドバンス」という用語は、信号が端末デバイスからネットワークデバイスに達するのにかかる時間の長さを指す。

本開示の実施形態は様々な通信システムで適用されてもよい。通信の急速な発展を考えると、当然ながら、本開示が具現化されるのに用いられてもよい、将来的なタイプの通信技術およびシステムが存在するであろう。本開示の範囲を上述のシステムのみに限定するべきではないと考えられる。例示の目的のため、本開示の実施形態は、５Ｇ通信システムにおける車車間／路車間（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）（Ｖ２Ｘ）通信のシナリオを参照して説明される。本開示の実施形態は、低いレイテンシおよび／または高い信頼性が必要とされる任意の適切なシナリオで実現されてもよいことが注目されるべきである。

「ネットワークデバイス」という用語は、基地局（ＢＳ）、ゲートウェイ、管理エンティティ、および通信システムの他の適切なデバイスを含むが、それらに限定されない。「基地局」または「ＢＳ」という用語は、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）（ｅＮｏｄｅＢまたはｅＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継器、フェムトやピコなどの低電力ノードを表す。

「端末デバイス」という用語は、「ユーザ機器（ＵＥ）」、およびネットワークデバイスと通信することができる他の適切なエンドデバイスを含むが、それらに限定されない。例として、「端末デバイス」は、端末、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）（ＭＴ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）（ＳＳ）、ポータブル加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、モバイル局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）（ＭＳ）、またはアクセス端末（ＡＴ）を指してもよい。

本明細書で使用される「回路構成」という用語は、以下のうちの１つ以上または全てを指してもよい：
（ａ）ハードウェアのみの回路の実現（アナログおよび／またはデジタル回路構成のみの形の実現例など）
（ｂ）次のもの（適宜）など、ハードウェア回路とソフトウェアとの組み合わせ：
（ｉ）アナログおよび／またはデジタルハードウェア回路と
ソフトウェア／ファームウェアとの組み合わせ
（ｉｉ）ソフトウェアを含むハードウェアプロセッサの任意の部分（合わせて働いて、携帯電話またはサーバなどの装置に様々な機能を実施させる、デジタル信号プロセッサ、ソフトウェア、およびメモリを含む）
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、ソフトウェアが動作に必要ないときは存在しなくてもよい、ハードウェア回路、および／またはマイクロプロセッサもしくはマイクロプロセッサの一部分などのプロセッサ。

回路構成のこの定義は、任意のクレームを含む本出願におけるこの用語の全ての使用に当てはまる。更なる例として、本出願で使用されるとき、回路構成という用語は、単なるハードウェア回路またはプロセッサ（もしくは多数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部分、ならびにそれ（もしくはそれら）に付随するソフトウェアおよび／またはファームウェアの実施形態も包含する。回路構成という用語は、例えば、また特定のクレーム要素に適用可能な場合、モバイルデバイスもしくはサーバ内の同様の集積回路、セルラーネットワークデバイス、または他のコンピューティングもしくはネットワークデバイスの、ベースバンド集積回路またはプロセッサ集積回路も包含する。

従来のＬＴＥおよびＮＲ通信システムでは、ＴＡ推定は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）で送信されるプリアンブルに依存し、プリアンブルは周波数ドメイン内で近接している。しかしながら、認可されたスペクトルとは異なり、無認可のスペクトルは、パワースペクトル密度（ＰＳＤ）の制限および占有周波数帯域幅要件を有する。無認可のスペクトルにおけるプリアンブルを含む全ての送信は、制限／要件を満たすべきである。結果として、従来の通信システムの場合、ブロックインターリーブ周波数分割多重化（Ｂｌｏｃｋ−Ｉｎｔｅｒｌｅａｖｅｄ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）（Ｂ−ＩＦＤＭ）構造がＵＬ送信に関して許容される。例えば、ＵＬ送信は、物理リソースブロック（ＰＲＢ）＃０、１０、２０、３０、…、９０を占有する。したがって、無認可のＮＲのプリアンブルもＢ−ＩＦＤＭ構造に従うべきである。

従来のＬＴＥおよび５Ｇ通信システムの場合、プリアンブルはザドフチュー（Ｚａｄｏｆｆ−Ｃｈｕ）（ＺＣ）シーケンスに基づき、周波数ドメインが近接しているプリアンブルの自己相関は主ピークを有する。主ピークの位置は受信したプリアンブルの伝播遅延を示す。例えば、主ピークが３ｕｓで起こる場合、伝播遅延（両方向（ｔｗｏ−ｗａｙ））は３ｕｓに等しいので、端末デバイスのＴＡは３ｕｓに設定されるべきである。主ピークは他のピークよりもはるかに高いので、ネットワークデバイスは、周波数ドメインが近接しているプリアンブルの主ピークを簡単に見つけることができる。

しかしながら、無認可のスペクトルにおいて、ＺＣシーケンスに基づいたプリアンブルは、周波数ドメインにおいて、Ｂ−ＩＦＤＭ構造上で分布され、プリアンブルの自己相関は多数の偽のピークを有する。従来のＴＡ推定スキームがＢ−ＩＦＤＭベースのプリアンブルに使用される場合、雑音または干渉が加わると偽のピークが主ピークと簡単に混合されるので、それらの偽のピークによってＴＡ推定の不正確性が深刻になることがある。したがって、従来のＴＡ推定スキームは無認可のスペクトルで良好に働くことができない。

少なくとも部分的に上述および他の潜在的な問題を解決するために、本開示の実施形態はＴＡを決定するための解決策を提供する。本開示の実施形態によれば、ネットワークデバイスは、端末デバイスから受信したランダムアクセスプリアンブルに基づいて、タイミングアドバンスの推定値、およびタイミングアドバンスの誤差を決定する。ネットワークデバイスは、誤差に基づいて、端末デバイスに対する異なる長さのオーバーヘッドを有する異なる通信モードを決定する。ネットワークデバイスは、端末デバイスからのフィードバック情報に基づいて、タイミングアドバンスの推定値を更新してもよい。このように、タイミングアドバンシングの推定の精度が改善される。

以下、本開示のいくつかの例示的な実施形態について図面を参照して説明する。しかしながら、これらの図面を参照して本明細書で与えられる詳細な説明は説明目的のものであり、本開示はこれらの限定された実施形態を超えて拡張されることを、当業者であれば容易に認識するであろう。

図１は、本開示の実施形態を実現することができる通信システムの概略図を示している。通信システム１００は、通信ネットワークの一部であり、ネットワークデバイス１２０と、１つ以上の端末デバイス１１０−１および１１０−２とを含む。通信システム１００は、任意の適切な数の端末デバイスを含んでもよいことが理解されるべきである。通信システム１００は他の要素も含んでもよいが、明瞭にするためそれらは省略されることに留意すべきである。ネットワークデバイス１２０は端末デバイス１１０と通信してもよい。図１に示されるネットワークデバイスおよび端末デバイスの数は、例示の目的で与えられるものであって何らかの限定を提案するものではないことが理解されるべきである。通信システム１００は、任意の適切な数のネットワークデバイスおよび端末デバイスを含んでもよい。

通信システム１００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）、および第５世代（５Ｇ）などのセルラー通信プロトコル、米国電気電子学会（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、ならびに／または現在知られているかもしくは将来的に開発される他の任意のプロトコルを含むがそれらに限定されない、任意の適切な通信プロトコルにしたがって実現されてもよい。更に、通信は、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｄｅｄ Ｍｕｌｔｉｐｌｅ Ａｄｄｒｅｓｓ）（ＣＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｄｅｄ Ｍｕｌｔｉｐｌｅ Ａｄｄｒｅｓｓ）（ＦＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｄｅｄ Ｍｕｌｔｉｐｌｅ Ａｄｄｒｅｓｓ）（ＴＤＭＡ）、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｄｅｄ Ｄｕｐｌｅｘｅｒ）（ＦＤＤ）、時分割複信（Ｔｉｍｅ Ｄｉｖｉｄｅｄ Ｄｕｐｌｅｘｅｒ）（ＴＤＤ）、多重入出力（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）（ＭＩＭＯ）、直交周波数多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｄｅｄ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（ＯＦＤＭＡ）、および／または現在知られているかもしくは将来的に開発される他の任意の技術を含むがそれらに限定されない、任意の適切な無線通信技術を利用してもよい。

図２は、端末デバイス１１０とネットワークデバイス１２０との間の相互作用２００の概略図を示している。相互作用は、機械学習構造（例えば、ニューラルネットワーク）を使用して実現されてもよい。図３は、本開示の実施形態による、ニューラルネットワークを使用した構造ＴＡ推定スキームの概略図を示している。ニューラルネットワーク１３０は、ネットワークデバイス１２０においてローカルで実現されてもよい。ニューラルネットワーク１３０は遠隔で実現されてもよい。図３に示されるように、ニューラルネットワーク１３０は、訓練モジュール３１０と、ウェイトモジュール３２０と、推定モジュール３３０とを備えてもよい。ニューラルネットワーク１３０は単なる例示の一例であることに留意すべきである。

単なる例示の目的のため、本開示のいくつかの実施形態が図３を参照して説明される。本開示の実施形態は、任意の適切な構造を使用して実現されてもよいことに留意すべきである。例えば、本開示の実施形態はまた、エキスパートシステムを使用して実現されてもよい。本開示はこの態様に限定されないことが理解されるべきである。

端末デバイス１１０は、ランダムアクセスプリアンブルをネットワークデバイス１２０に送信する２０４。プリアンブルはＰＲＡＣＨリソースを使用して送信されてもよい。いくつかの実施形態では、端末デバイス１１０は、狭帯域幅のキャリアを使用してプリアンブルを送信してもよい。ネットワークデバイス１２０は、タイミングアドバンシングの推定値、および推定値の誤差を決定する２０８。例示の実施形態では、ネットワークデバイス１２０は、遅延または歪みがない元のプリアンブルとＰＲＡＣＨでの受信信号との相関を、時間ドメインにおいて計算してもよい。相関はニューラルネットワークへの入力と見なされる。ニューラルネットワークへの入力は、ニューラルネットワークの層によって処理される。例えば、図３に示されるように、推定モジュール３３０は、初期ウェイトを使用して、タイミングアドバンシングの推定値、および誤差を決定する。

ネットワーク１２０は端末デバイス１１０の通信モードを決定する２１２。いくつかの実施形態では、図３を参照すると、ニューラルネットワーク１３０は推定値が正確か否かを誤差を使用して示してもよい。

いくつかの実施形態では、ネットワークデバイス１２０は誤差を所定の閾値誤差と比較してもよい。誤差が所定の閾値誤差未満の場合、推定値が正確であることを示す。誤差が所定の閾値誤差よりも大きい場合、推定値が正確ではないことを示す。

例示の実施形態では、ネットワークデバイス１２０が推定値は不正確であると決定した場合、ネットワークデバイス１２０は長いオーバーヘッドを有する通信モードを決定してもよい。例えば、ネットワークデバイス１２０は、端末デバイス１１０が長いサイクリックプレフィックスを有するべきであると決定してもよい。

別の例示の実施形態では、ネットワークデバイス１２０が推定値は正確であると決定した場合、ネットワークデバイス１２０は短いオーバーヘッドを有する通信モードを決定してもよい。例えば、ネットワークデバイス１２０は、端末デバイスが短いサイクリックプレフィックスを有するべきであると決定してもよい。

ネットワークデバイス１２０は、通信モードの情報を端末デバイス１１０に送信する２１６。いくつかの実施形態では、通信モードが長いオーバーヘッドを有する場合、ネットワークデバイス１２０は、端末デバイス１１０が無競合ＰＲＡＣＨリソースで更なるランダムアクセスプリアンブルを送信する２２０ようにスケジューリングしてもよい。無競合ＰＲＡＣＨリソースには干渉がなく低雑音なので、ネットワークデバイス１２０は、タイミングアドバンスの正確な推定値および小さい誤差を決定し得る２２４。ネットワークデバイスは、前の通信モードよりも短いオーバーヘッドを有する通信モードを決定し２２８、通信モードの情報を送信２３２してもよい。訓練モジュール３１０は、ＴＡの前の推定値、ＴＡの正確な推定値、およびそれらに対応するランダムアクセスプリアンブルを使用して、ニューラルネットワーク１３０を訓練してもよい。

他の実施形態では、端末デバイス１１０が決定された通信モードを使用してＵＬ送信を実施できない場合、端末デバイス１１０は、更なるランダムアクセスプリアンブルをネットワークデバイス１２０に送信してもよい２２０。ネットワークデバイス１２０は、ＴＡの更なる推定値、および更なる誤差を決定してもよい２２４。更なる誤差が閾値誤差未満の場合、ネットワークデバイスは、より短いオーバーヘッドを有する更なる通信モードを決定し２２８、通信モードの情報を送信してもよい２３２。端末デバイス１１０がＵＬ送信の実施に成功するまで、端末デバイス１１０は、プリアンブルを送信し、ＴＡの再推定値を複数回受信してもよい。

ニューラルネットワーク１３０はＴＡの推定値を使用して訓練されてもよい。例えば、ネットワークデバイス１２０は、前の不正確なＴＡ推定値につながる相関とＴＡの正確な推定値とを取得してもよい。ネットワークデバイス１２０は、相関および正確な推定値を訓練モジュール３１０に供給して、ウェイトモジュール３２０を更新してもよい。例として、訓練モジュール３１０は、現在のウェイトを有する入力された相関に基づいて、ＴＡの不正確な推定値を計算してもよい。ニューラルネットワーク１３０の最終層のウェイトは、ＴＡの不正確な推定値とＴＡの正確な推定値との間の差にしたがって、勾配降下法で更新されてもよい。最終層の更新されたウェイトおよびＴＡの正確な推定値に基づいて、前の層の所望の出力である最終層の所望の入力が取得されてもよい。前の層のウェイトは、所望の出力と実際の出力との間の差を使用して更新される。

このように、ネットワークデバイスは、ＴＡ推定の精度に基づいて端末デバイスのオーバーヘッドを決定してもよく、それは不正確なＴＡを有する端末デバイスがＵＬ送信を実施することを可能にする。更に、ネットワークデバイス１２０は履歴情報を使用してそのデータを動的に更新するので、ＴＡ推定の精度が改善され得る。

いくつかの実施形態では、通信モードが短いオーバーヘッドを有する場合、ネットワークデバイス１２０は端末デバイス１１０の性能を観察してもよい２３６。例えば、ネットワークデバイス１２０は端末デバイス１１０の符号干渉率を観察してもよい。ネットワークデバイス１２０は、端末デバイス１１０から受信したＮＡＣＫを観察してもよい。

ネットワークデバイス１２０は、端末デバイス１１０の通信パラメータを取得してもよい２４０。例示の実施形態では、通信パラメータは符号干渉率を示してもよい。代替として、または加えて、通信パラメータはＮＡＣＫ率を示してもよい。通信パラメータが閾値パラメータを上回る場合、ネットワークデバイス１２０は、より長いオーバーヘッドを有する別の通信モードを決定してもよい２４４。ネットワークデバイスは、通信モードの情報を端末デバイス１１０に送信してもよい２４８。

図４は、本開示の実施形態による方法４００のフローチャートを示している。方法４００はネットワークデバイス１２０で実現されてもよい。

ブロック４１０で、ネットワークデバイス１２０はランダムアクセスプリアンブルを端末デバイス１１０から受信する。プリアンブルはＰＲＡＣＨリソースを使用して送信されてもよい。いくつかの実施形態では、端末デバイス１１０は、狭帯域幅のキャリアを使用してプリアンブルを送信してもよい。

ブロック４２０で、ネットワークデバイス１２０は、ランダムアクセスプリアンブルに基づいて、タイミングアドバンスの推定値とＴＡの推定値の誤差とを決定する。いくつかの実施形態では、ＴＡの推定値およびＴＡの誤差は、ニューラルネットワークを使用して決定される。

ブロック４３０で、ネットワークデバイス１２０は、ネットワークデバイス１２０との通信のための端末デバイス１１０の通信モードを決定する。いくつかの実施形態では、ネットワークデバイス１２０は誤差を所定の閾値誤差と比較してもよい。誤差が所定の閾値誤差よりも小さい場合、それは、推定値が正確であることを示す。誤差が所定の閾値誤差を上回る場合、それは、推定値が正確ではないことを示す。

推定が正確である場合、ネットワークデバイス１２０は、短いオーバーヘッドを有する通信モード（「第１の通信モード」と呼ばれる）を通信モードとして決定してもよい。いくつかの実施形態では、ネットワークデバイスは端末デバイス１１０の性能パラメータを取得してもよい。性能パラメータは符号干渉率を示してもよい。代替として、または加えて、性能パラメータはＮＡＣＫ率を示してもよい。

性能パラメータが所定のパラメータを上回る場合、それは、端末デバイス１１０が決定されたオーバーヘッドを有するＵＬ送信を実施できないことを意味し、ネットワークデバイス１２０は、通信モードをより長いオーバーヘッドを有する別の通信モード（「第２の通信モード」と呼ばれる）に変更してもよい。

推定が不正確である場合、ネットワークデバイス１２０は、長いオーバーヘッドを有する通信モード（「第３の通信モード」と呼ばれる）を決定してもよい。ネットワークデバイス１２０は、更なるランダムアクセスプリアンブルを送信するように端末デバイス１１０をスケジューリングしてもよい。代替として、または加えて、端末デバイス１１０は更なるランダムアクセスプリアンブルを自発的に送信してもよい。

この実施形態では、ネットワークデバイス１２０は、更なるランダムアクセスプリアンブルに基づいて、更なるＴＡの更なる推定値、および更なる誤差を決定してもよい。更なる誤差が閾値誤差未満の場合、ネットワークデバイスは、第３の通信モードを、より短いオーバーヘッドを有する第４の通信モードに変更してもよい。

ブロック４４０で、ネットワークデバイスは、通信モードのインディケーションを端末デバイス１１０に送信する。

図５は、本開示の実施形態による方法５００のフローチャートを示している。方法５００は端末デバイス１１０で実現されてもよい。

ブロック５１０で、端末デバイス１１０はランダムアクセスプリアンブルをネットワークデバイス１２０に送信する。プリアンブルはＰＲＡＣＨリソースを使用して送信されてもよい。いくつかの実施形態では、端末デバイス１１０は、狭帯域幅のキャリアを使用してプリアンブルを送信してもよい。

タイミングアドバンスの推定値、およびＴＡの推定値の誤差は、ランダムアクセスプリアンブルに基づいて決定される。いくつかの実施形態では、ＴＡの推定値およびＴＡの誤差は、ニューラルネットワークを使用して決定される。

ブロック５２０で、端末デバイス１１０は、ネットワークデバイス１２０との通信のための通信モードのインディケーションを受信する。通信モードは誤差に基づいて決定される。

いくつかの実施形態では、誤差は所定の閾値誤差と比較される。誤差が所定の閾値誤差よりも小さい場合、それは、推定値が正確であることを示す。誤差が所定の閾値誤差よりも小さい場合、それは、推定値が正確ではないことを示す。

推定が正確である場合、端末デバイス１１０は、通信モードとして短いオーバーヘッドを有する通信モード（「第１の通信モード」と呼ばれる）のインディケーションを受信してもよい。いくつかの実施形態では、ネットワークデバイスは端末デバイス１１０の性能パラメータを取得してもよい。性能パラメータは符号干渉率を示してもよい。代替として、または加えて、性能パラメータはＮＡＣＫ率を示してもよい。

性能パラメータが所定のパラメータを上回る場合、それは、端末デバイス１１０が決定されたオーバーヘッドを有するＵＬ送信を実施できないことを意味し、端末デバイス１１０は、通信モードをより長いオーバーヘッドを有する別の通信モード（「第２の通信モード」と呼ばれる）に変更することを示す更なるインディケーションを受信してもよい。

推定が不正確である場合、端末デバイス１１０は、長いオーバーヘッドを有する通信モード（「第３の通信モード」と呼ばれる）のインディケーションを受信してもよい。ネットワークデバイス１２０は、更なるランダムアクセスプリアンブルを送信するように端末デバイス１１０をスケジューリングしてもよい。代替として、または加えて、端末デバイス１１０は更なるランダムアクセスプリアンブルを自発的に送信してもよい。

この実施形態では、更なる誤差が閾値誤差未満である場合、端末デバイス１１０は、第３の通信モードを、より短いオーバーヘッドを有する第４の通信モードに変更することを示す更なるインディケーションを受信してもよく、ネットワークデバイス１２０は、更なるランダムアクセスプリアンブルに基づいて、更なるＴＡの更なる推定値、および更なる誤差を決定してもよい。

いくつかの実施形態では、方法４００を実施するための装置（例えば、ネットワークデバイス１２０）は、方法４００の対応するステップを実施するそれぞれの手段を備えてもよい。これらの手段は任意の適切な形で実現されてもよい。例えば、回路構成またはソフトウェアモジュールによって実現されてもよい。

いくつかの実施形態では、装置は：ネットワークデバイスにおいて、ランダムアクセスプリアンブルを端末デバイスから受信するための手段と；ランダムアクセスプリアンブルに基づいて、端末デバイスのタイムアドバンスの推定値、および推定値の誤差を決定するための手段と；誤差に基づいて、ネットワークデバイスとの通信のための端末デバイスの通信モードを決定する手段であって、通信モードは、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている、手段と；通信モードのインディケーションを、通信のための端末デバイスに送信するための手段とを備える。

いくつかの実施形態では、通信モードを決定するための手段は、誤差を閾値誤差と比較するための手段と、誤差が閾値誤差よりも小さいと決定したことに応答して、短いオーバーヘッドを有する第１の通信モードを通信モードとして決定するための手段と、を含む。

いくつかの実施形態では、装置は：端末デバイスの性能パラメータであって、符号干渉率およびＮＡＣＫ率のうち少なくとも１つを含む性能パラメータを取得するための手段と；性能パラメータが閾値パラメータを上回ることに応答して、第１の通信モードをより長いオーバーヘッドを有する第２の通信モードに変更するための手段とをさらに備える。

いくつかの実施形態では、通信モードを決定するための手段は：誤差を閾値誤差と比較するための手段と；誤差が閾値誤差を上回ると決定したことに応答して、長いオーバーヘッドを有する第３の通信モードを通信モードとして決定するための手段とを含む。

いくつかの実施形態では、装置は：更なるランダムアクセスプリアンブルを端末デバイスから受信するための手段と；更なるランダムアクセスプリアンブルに基づいて、端末デバイスに対する更なるタイムアドバンスの更なる推定値、および更なる推定値の更なる誤差を決定するための手段と；更なる誤差が閾値誤差よりも小さいことに応答して、第３の通信モードを、より短いオーバーヘッドを有する第４の通信モードに変更するための手段とをさらに備える。

いくつかの実施形態では、推定値および誤差はニューラルネットワークを使用して決定される。

いくつかの実施形態では、方法５００を実施するための装置（例えば、端末デバイス１１０）は、方法５００の対応するステップを実施するそれぞれの手段を備えてもよい。これらの手段は任意の適切な形で実現されてもよい。例えば、回路構成またはソフトウェアモジュールによって実現され得る。

いくつかの実施形態では、装置は：端末デバイスにおいて、ランダムアクセスプリアンブルをネットワークデバイスに送信するための手段であって、ランダムアクセスプリアンブルが、端末デバイスに対するタイムアドバンスの推定値、および推定値の誤差を決定するために使用される、手段と；ネットワークデバイスから、ネットワークデバイスとの通信のための通信モードのインディケーションを受信するための手段であって、通信モードが、誤差に基づいて決定され、通信のための端末デバイスのオーバーヘッドの長さと関連付けられている、手段とを備える。

いくつかの実施形態では、インディケーションを受信するための手段は、誤差が閾値誤差よりも小さいことに応答して、通信モードとして短いオーバーヘッドを有する第１の通信モードのインディケーションを受信するための手段を含む。

いくつかの実施形態では、装置は、端末デバイスの性能パラメータが閾値パラメータを上回ることに応答して、第１の通信モードをより長いオーバーヘッドを有する第２の通信モードに変更することを示す更なるインディケーションを受信するための手段をさらに備え、性能パラメータが符号干渉率およびＮＡＣＫ率のうちの少なくとも１つを示す。

いくつかの実施形態では、インディケーションを受信するための手段は、誤差が閾値誤差を上回ることに応答して、通信モードとして長いオーバーヘッドを有する第３の通信モードのインディケーションを受信するための手段を含む。

いくつかの実施形態では、装置は、更なるランダムアクセスプリアンブルをネットワークデバイスに送信するための手段であって、更なるランダムアクセスプリアンブルが、端末デバイスに対する更なるタイムアドバンスの更なる推定値、および更なる推定値の更なる誤差を決定するために使用される、手段と、更なる誤差が閾値誤差よりも小さいことに応答して、第３の通信モードを、より短いオーバーヘッドを有する第４の通信モードに変更することを示す更なるインディケーションを受信するための手段と、をさらに備える。

いくつかの実施形態では、推定値および誤差はニューラルネットワークを使用して決定される。

図６は、本開示の実施形態を実現するのに適したデバイス６００の単純化したブロック図である。デバイス６００はネットワークデバイス１２０で実現されてもよい。デバイス６００はまた、端末デバイス１１０で実現されてもよい。図示されるように、デバイス６００は、１つ以上のプロセッサ６１０と、プロセッサ６１０に結合された１つ以上のメモリ６２０と、プロセッサ６１０に結合された１つ以上の送信機および／または受信機（ＴＸ／ＲＸ）６４０とを含む。

プロセッサ６１０は、ローカルの技術ネットワークに適した任意のタイプのものであってもよく、非限定例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうち１つ以上を含んでもよい。デバイス５６００は、メインプロセッサを同期させるクロックに時間的にスレーブされる（ｓｌａｖｅｄ）特定用途向け集積回路チップなど、複数のプロセッサを有してもよい。

メモリ６２０は、ローカルの技術ネットワークに適した任意のタイプのものであってもよく、非限定例として、非一時的コンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定のメモリおよび取外し可能なメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。

メモリ６２０はプログラム６３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ６４０は双方向通信向けのものである。ＴＸ／ＲＸ ６４０は、通信を容易にする少なくとも１つのアンテナを有するが、実際には、本出願で言及されるアクセスノードはいくつかのアンテナを有してもよい。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム６３０は、関連するプロセッサ６１０によって実行されると、図２−５を参照して本明細書で考察されるように、本開示の実施形態にしたがってデバイス６００が動作できるようにする、プログラム命令を含むものとされる。すなわち、本開示の実施形態は、デバイス６００のプロセッサ６１０によって、またはハードウェアによって、またはソフトウェアとハードウェアの組み合わせによって実行可能な、コンピュータソフトウェアによって実現され得る。

図７Ａおよび７Ｂは、本開示の実施形態によるシミュレーション結果を示している。図７Ａは、１つのプリアンブルのみがＰＲＡＣＨリソースにおいて同時に送信されるシナリオを示している。図７Ｂは、４つのプリアンブルがＰＲＡＣＨリソースにおいて同時に送信されるシナリオを示している。本開示の実施形態は、従来のＴＡ推定よりも正確なＴＡ推定を提供することが分かる。

本明細書は多くの特定の実現の詳細を含むが、これらはあらゆる開示または特許請求されるものの範囲に対する限定として解釈されるべきではなく、特定の開示の特定の実施形態に特有であってもよい特徴の説明として解釈されるべきである。本明細書において別個の実施形態に関連して説明される特定の特徴は、単一の実施形態において組み合わせて実現されることもあり得る。逆に、単一の実施形態に関連して説明される様々な特徴が、複数の実施形態において別個に、または任意の適切な部分的組み合わせで実現されることもあり得る。更に、特徴は、特定の組み合わせで作用するものとして、また更にはそのように最初に特許請求の範囲に説明されることがあるが、請求される組み合わせからの１つ以上の特徴を、場合によっては組み合わせから削除することができ、請求される組み合わせは、部分的組み合わせとして、または部分的組み合わせの変形例を対象とすることがある。

同様に、動作は図面中に特定の順序で描かれているが、これは、望ましい結果を達成するために、かかる動作が示される特定の順序もしくは連続順で実施されること、または例証される全ての動作が実施されることを要するものと理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利なことがある。更に、上で説明される実施形態における様々なシステム構成要素の分離は、全ての実施形態においてかかる分離を要するものと理解されるべきではなく、説明されるプログラム構成要素よびシステムは、一般に、単一のソフトウェア製品において互いに統合されるか、または複数のソフトウェア製品にパッケージ化されることができることが理解されるべきである。

本開示の上述の例示の実施形態に対する様々な修正、適合が、上述の説明を添付図面と併せ読むことによって、当業者には明白となり得る。あらゆる修正は依然として、本開示の非限定的な例示の実施形態の範囲内であろう。更に、本明細書に記載される開示の他の実施形態が、上述の説明および関連図面に提示される教示の利益を有する本開示のこれらの実施形態が関連する当業者には想起されるであろう。

したがって、本開示の実施形態は開示された特定の実施形態に限定されるべきではなく、修正および他の実施形態が添付の特許請求の範囲内に含まれることが意図されることが、理解されるべきである。特定の用語が本明細書で使用されるが、それらは単に総称的で説明的な意味で使用され、限定の意味では使用されない。

Claims (26)

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. 機械の少なくとも１つの処理ユニットによって実行されると、機械に請求項７から１２のいずれか一項に記載の方法を実施させる命令を記憶する、コンピュータ可読媒体。

Images