(57)【要約】  本出願は、チャネル推定方法および装置、ならびに通信システムを開示し、通信技術の分野に関連する。方法はAPに適用され、APとユーザ端末STAとの間の通信品質を取得するステップと、通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップと、APとSTAとの間のチャネル状態情報CSIを取得するステップであって、CSIが、決定された数のチャネル推定に基づいてTSCEの現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、ステップとを含む。本出願では、APは、通信品質に基づいてTSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整して、関連技術におけるチャネル推定の信頼性が比較的低いという問題を解決する。
2021529457.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイントデバイスAPに適用されるチャネル推定方法であって、前記方法が、
前記APとユーザ端末STAとの間の通信品質を取得するステップと、
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップと、
前記APと前記STAとの間のチャネル状態情報CSIを取得するステップであって、前記CSIが、前記決定された数のチャネル推定に基づいてTSCEの前記現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、ステップと
を備える、方法。
【請求項２】
前記APとユーザ端末STAとの間の通信品質を取得する前記ステップが、
エージング時間期間内の前記APと前記STAとの間の通信事後情報に基づいて、前記APと前記STAとの間の前記通信品質を特定するステップであって、前記エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、前記通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを備える、ステップ
を備える、請求項1に記載の方法。
【請求項３】
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定する前記ステップが、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を増やすステップ
を備える、請求項2に記載の方法。
【請求項４】
前記前のエージング時間期間内の前記通信品質が前記通信品質基準に達しないとき、前記方法が、
前記通信品質の認定回数をゼロにリセットするステップであって、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示す、ステップ
をさらに備える、請求項3に記載の方法。
【請求項５】
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定する前記ステップが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やすステップであって、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示す、ステップと、
前記更新された認定回数が前記認定回数の基準に達したとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を減らし、通信品質の前記認定回数をゼロにリセットするステップと
を備える、請求項2に記載の方法。
【請求項６】
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定する前記ステップが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やすステップであって、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示す、ステップと、
前記更新された認定回数が前記認定回数の基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定するステップと
を備える、請求項2に記載の方法。
【請求項７】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記APであり、
前記APと前記STAとの間のチャネル状態情報CSIを取得する前記ステップが、
前記STAにトリガフレームを送信するステップであって、前記トリガフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送する、ステップと、
前記STAによって送信されたトレーニングデータパケットを受信するステップであって、前記トレーニングデータパケットが、前記トリガフレームに基づいて前記STAによって生成され、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、ステップと、
N個のチャネル行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行するステップと、
前記APと前記STAとの間の前記CSIを取得するために前記N個のチャネル行列を平均化するステップと
を備える、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記方法が、
前記STAの送信アンテナの数に基づいて前記トリガフレームを生成するステップであって、前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が前記STAの送信アンテナの前記数と同じである、ステップ
をさらに備える、請求項7に記載の方法。
【請求項９】
前記トレーニングデータパケットが、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、前記TSCE−NDPがトレーニングフィールドのN個の繰返しグループを備える、
請求項7に記載の方法。
【請求項１０】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記STAであり、
前記APと前記STAとの間のチャネル状態情報CSIを取得する前記ステップが、
トレーニングデータパケットを生成するステップであって、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、ステップと、
前記STAに前記トレーニングデータパケットを送信するステップと、
前記STAにCSIフィードバック要求を送信するステップであって、前記CSIフィードバック要求が、前記APと前記STAとの間の前記CSIを報告するように前記STAに要求するために使用され、前記CSIが、前記N個のチャネル推定行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後に前記STAがN個のチャネル行列を平均化した後に取得される、ステップと、
前記STAによって報告された前記CSIを受信するステップと
を備える、請求項1から6のいずれか一項に記載の方法。
【請求項１１】
前記STAに前記トレーニングデータパケットを送信する前記ステップの前に、前記方法が、
前記STAにアナウンスフレームを送信するステップであって、前記アナウンスフレームが、トレーニングデータパケット受信状態に入るように前記STAに指示するために使用され、前記アナウンスフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送する、ステップ
をさらに備える、請求項10に記載の方法。
【請求項１２】
前記アナウンスフレームが、時間平滑チャネル推定−ヌルデータパケットアナウンスフレームTSCE−NDPAであり、TSCEフィールドが前記TSCE−NDPA内に設定され、前記TSCEフィールドがチャネル推定の前記数Nを搬送する、
請求項11に記載の方法。
【請求項１３】
ユーザ端末STAに適用されるチャネル推定方法であって、前記方法が、
アクセスポイントデバイスAPによって送信されたトリガフレームを受信するステップであって、前記トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、ステップと、
前記トリガフレームに基づいてトレーニングデータパケットを生成するステップであって、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、ステップと、
前記APに前記トレーニングデータパケットを送信するステップと
を備える、方法。
【請求項１４】
前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が、前記STAの送信アンテナの数と同じであり、
前記トリガフレームに基づいてトレーニングデータパケットを生成する前記ステップが、
トレーニングフィールドの各グループ内のトレーニングシンボルの前記数、およびTSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nに基づいて、ターゲットマッピング行列を生成するステップと、
前記N個のグループのトレーニングフィールドを取得するために、前記ターゲットマッピング行列を使用して前記トレーニングシンボルに対してマッピングを実行するステップと
を備える、請求項13に記載の方法。
【請求項１５】
アクセスポイントデバイスAPに適用されるチャネル推定装置であって、前記装置が、
前記APとユーザ端末STAとの間の通信品質を取得するように構成された第1の取得モジュールと、
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するように構成された決定モジュールと、
前記APと前記STAとの間のチャネル状態情報CSIを取得するように構成された第2の取得モジュールであって、前記CSIが、前記決定された数のチャネル推定に基づいてTSCEの前記現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、第2の取得モジュールと
を備える、装置。
【請求項１６】
前記第1の取得モジュールが、
エージング時間期間内の前記APと前記STAとの間の通信事後情報に基づいて、前記APと前記STAとの間の前記通信品質を特定し、前記エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、前記通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを備える、
ように構成される、請求項15に記載の装置。
【請求項１７】
前記決定モジュールが、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を増やす
ように構成される、請求項16に記載の装置。
【請求項１８】
前記前のエージング時間期間内の前記通信品質が前記通信品質基準に達しないとき、前記決定モジュールが、
前記通信品質の認定回数をゼロにリセットし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示す、
ようにさらに構成される、請求項17に記載の装置。
【請求項１９】
前記決定モジュールが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示し、
前記更新された認定回数が前記認定回数の基準に達したとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を減らし、通信品質の前記認定回数をゼロにリセットする
ように構成される、請求項16に記載の装置。
【請求項２０】
前記決定モジュールが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示し、
前記更新された認定回数が前記認定回数の基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定する
ように構成される、請求項16に記載の装置。
【請求項２１】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記APであり、
前記第2の取得モジュールが、
前記STAにトリガフレームを送信し、前記トリガフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送し、
前記STAによって送信されたトレーニングデータパケットを受信し、前記トレーニングデータパケットが、前記トリガフレームに基づいて前記STAによって生成され、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備え、
N個のチャネル行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行し、
前記APと前記STAとの間の前記CSIを取得するために前記N個のチャネル行列を平均化する
ように構成される、請求項15から20のいずれか一項に記載の装置。
【請求項２２】
前記装置が、
前記STAの送信アンテナの数に基づいて前記トリガフレームを生成するように構成された生成モジュールであって、前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が前記STAの送信アンテナの前記数と同じである、生成モジュール
をさらに備える、請求項21に記載の装置。
【請求項２３】
前記トレーニングデータパケットが、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、前記TSCE−NDPがトレーニングフィールドのN個の繰返しグループを備える、
請求項21に記載の装置。
【請求項２４】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記STAであり、
前記第2の取得モジュールが、
トレーニングデータパケットを生成し、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備え、
前記STAに前記トレーニングデータパケットを送信し、
前記STAにCSIフィードバック要求を送信し、前記CSIフィードバック要求が、前記APと前記STAとの間の前記CSIを報告するように前記STAに要求するために使用され、前記CSIが、前記N個のチャネル推定行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後に前記STAがN個のチャネル行列を平均化した後に取得され、
前記STAによって報告された前記CSIを受信する
ように構成される、請求項15から20のいずれか一項に記載の装置。
【請求項２５】
前記装置が、
前記STAにアナウンスフレームを送信するように構成された送信モジュールであって、前記アナウンスフレームが、トレーニングデータパケット受信状態に入るように前記STAに指示するために使用され、前記アナウンスフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送する、送信モジュール
をさらに備える、請求項24に記載の装置。
【請求項２６】
前記アナウンスフレームが、時間平滑チャネル推定−ヌルデータパケットアナウンスフレームTSCE−NDPAであり、TSCEフィールドが前記TSCE−NDPA内に設定され、前記TSCEフィールドがチャネル推定の前記数Nを搬送する、
請求項25に記載の装置。
【請求項２７】
ユーザ端末STAに適用されるチャネル推定装置であって、前記装置が、
アクセスポイントデバイスAPによって送信されたトリガフレームを受信するように構成された受信モジュールであって、前記トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、受信モジュールと、
前記トリガフレームに基づいてトレーニングデータパケットを生成するように構成された生成モジュールであって、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、生成モジュールと、
前記APに前記トレーニングデータパケットを送信するように構成された送信モジュールと
を備える、装置。
【請求項２８】
前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が、前記STAの送信アンテナの数と同じであり、
前記生成モジュールが、
トレーニングフィールドの各グループ内のトレーニングシンボルの前記数、およびTSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nに基づいて、ターゲットマッピング行列を生成し、
前記N個のグループのトレーニングフィールドを取得するために、前記ターゲットマッピング行列を使用して前記トレーニングシンボルに対してマッピングを実行する
ように構成される、請求項27に記載の装置。
【請求項２９】
メモリと、プロセッサと、前記メモリに記憶され、前記プロセッサ上で実行することができるコンピュータプログラムとを備えるアクセスポイントデバイスAPに適用され、前記プロセッサが前記コンピュータプログラムを実行すると、請求項1から12のいずれか一項によるチャネル推定方法が実施される、チャネル推定装置。
【請求項３０】
アクセスポイントAPおよびユーザ端末STAを備える通信システムであって、
前記APが、請求項15から26のいずれか一項に記載のチャネル推定装置を備える、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照によりその全体が本明細書に組み込まれる、2018年6月22日に出願され、「CHANNEL ESTIMATION METHOD AND APPARATUS，AND COMMUNICATIONS SYSTEM」と題する、中国特許出願第201810652577．9号の優先権を主張する。
【０００２】
本出願は、通信技術の分野に関し、詳細には、チャネル推定方法および装置、ならびに通信システムに関する。
【背景技術】
【０００３】
通常、ワイヤレスフィデリティ（Wireless Fidelity、Wi−Fi）通信ネットワークと呼ばれるワイヤレスローカルエリアネットワーク（Wireless Local Area Network、WLAN）では、電気電子技術者協会（Institute of Electrical and Electronics Engineers、IEEE）802．11シリーズ規格が使用される。WLANシステムは、通常、分散システム、アクセスポイント（Access Point、AP）、ワイヤレス媒体、およびユーザ端末（Station、STA）を含む。分散システムは、バックボーンネットワーク（バックボーンネットワークとしてイーサネットが通常使用される）に配置され、AP間でデータを転送するために使用される。ワイヤレス媒体は、送信端から受信端まで形成される伝送経路、すなわち、ワイヤレスチャネルである。APの一方の端は有線ネットワークを使用して分散システムに接続され、もう一方の端はワイヤレスネットワークを使用してSTAに接続される。APは、有線ネットワークとワイヤレスネットワークとの間にブリッジ機能を提供するように構成される。STAは、スマートフォンおよびラップトップなどの、ワイヤレスアクセス機能を有する端末デバイスである。
【０００４】
WLANでは、時分割多重アクセス（Time division multiple access、TDMA）モードおよび衝突回避を伴うキャリアセンス多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、CSMA／CA）チャネルアクセスメカニズムが使用され、スループットは大幅に制限される。現在、システムチャネル容量は、通常、ワイヤレスブロードバンド環境内の高速データ伝送に適応するために、多入力多出力（Multiple Input Multiple Output、MIMO）技術を使用することによって増加している。MIMO技術は、送信端および／または受信端に複数のアンテナが構成され、異なるアンテナを使用して信号が送受信され、周波数リソースおよびアンテナ送信電力を増加させずに空間多重化ゲインを使用してシステムチャネル容量が改善される技術である。MIMOシステムは、適応ビームフォーミング技術またはマルチユーザ検出技術を使用することにより、一般的なチャネル干渉を効果的に抑制または排除することができる。理論的には、送信端にN個（Nは正の整数）のアンテナがあるとき、送信端は、N個のアンテナを使用することにより、互いに干渉しない電磁信号をN個の受信端に同時に送信することができる。空間領域の共同ダイバーシティおよび／または干渉除去は、N個のアンテナを使用して送信された電磁信号を重ね合わせることによって実現することができる。現在、理論分析はプリコーディングによって実現することができる。プリコーディングは、チャネル状態情報（Channel State Information、CSI）に基づいて実施され、CSIは、受信端と送信端との間で送信されるデータを使用してチャネル推定を実行することにより、受信端によって取得される。したがって、チャネル推定の精度は、プリコーディングの信頼性に直接影響し、さらにWLAN全体のシステムパフォーマンスに影響する。
【０００５】
関連技術では、CSIを取得するために、トレーニングシーケンスに基づくチャネル推定方法が一般に使用される。この方法では、送信端は、直交周波数分割多重化（Orthogonal Frequency Division Multiplexing、OFDM）変調信号のすべてのサブキャリアに関する既知の情報（トレーニングシーケンス）を送信する必要があり、受信端は、既知の情報の変化に基づいて、トレーニングシーケンスが配置されたサブキャリアチャネルの（信号の振幅および位相を含む）周波数領域の特徴を推定する。現在、一般的に使用されているトレーニングシーケンスベースのチャネル推定アルゴリズムには、最小二乗（Least Square、LS）アルゴリズムが含まれる。しかしながら、LSアルゴリズムに基づくチャネル推定方法は、チャネルノイズに比較的敏感である。チャネルの信号対ノイズ比が比較的低いとき、チャネル推定誤差は比較的大きい。たとえば、ノイズ干渉が比較的大きいWi−Fi通信ネットワーク内のワイヤレスチャネルを推定するためにLSアルゴリズムが使用されるとき、チャネル推定の信頼性は比較的低い。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願の実施形態は、関連技術におけるチャネル推定の比較的低い信頼性の問題を解決するために、チャネル推定方法および装置、ならびに通信システムを提供する。技術的解決策は以下の通りである。
【０００７】
第1の態様によれば、チャネル推定方法が提供され、APに適用され、方法は、
APとユーザ端末STAとの間の通信品質を取得するステップと、
通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップと、
APとSTAとの間のチャネル状態情報CSIを取得するステップであって、CSIが、決定された数のチャネル推定に基づいてTSCEの現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、ステップと
を含む。
【０００８】
本出願のこの実施形態で提供されるチャネル推定方法によれば、APは、通信品質に基づいて、TSCEのラウンドで実行される必要があるチャネル推定の数を決定し、チャネル推定は非常に柔軟であることに留意されたい。
【０００９】
場合によっては、APとSTAとの間の通信品質を取得するステップは、
エージング時間期間内のAPとSTAとの間の通信事後情報に基づいて、APとSTAとの間の通信品質を特定するステップであって、エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを含む、ステップ
を含む。
【００１０】
可能な実装形態では、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップは、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を増やすステップ
を含む。
【００１１】
チャネルノイズはガウス特性を有し、具体的には、チャネルノイズは、時系列において、平均が0であるガウス分布に従うことに留意されたい。チャネルは短時間で一定に保つことができるので、TSCEのラウンドではチャネルノイズのみが変化すると見なされてよい。前のエージング時間期間内の通信品質が通信品質基準に達しないとき、それは、前のエージング時間期間内のチャネル推定の精度が比較的低いことを示す。チャネル推定の精度を向上させるために、TSCEの現在のラウンドで実行される必要があるチャネル推定の数が増やされ、時間領域内で平均チャネルノイズが増加する可能性があり、チャネル推定に対するチャネルノイズの影響が減少する。
【００１２】
場合によっては、前のエージング時間期間内の通信品質が通信品質基準に達しないとき、方法は、
通信品質の認定回数をゼロにリセットするステップであって、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示す、ステップ
をさらに含む。
【００１３】
別の可能な実装形態では、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やすステップであって、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示す、ステップと、
更新された認定回数が認定回数の基準に達したとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を減らし、通信品質の認定回数をゼロにリセットするステップと
を含む。
【００１４】
TSCEの各ラウンドで実行されるチャネル推定の現在の数に基づいて取得されるCSIの精度が安定した通信をサポートすることができるとき、エアインターフェースによって占有される時間オーバーヘッドを最小化し、チャネル推定の精度を確保しながらチャネル利用率を向上させるために、TSCEの現在のラウンドで実行される必要があるチャネル推定の数は減らされてよいことに留意されたい。
【００１５】
さらに別の可能な実装形態では、通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するステップは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やすステップであって、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示す、ステップと、
更新された認定回数が認定回数の基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定するステップと
を含む。
【００１６】
ノイズ干渉が比較的大きい通信システムでは、たとえば、Wi−Fi通信ネットワークでは、1回のラウンドでエアインターフェースのワイヤレスチャネルに対して複数のチャネル推定が実行され、チャネル推定の結果が時系列で平均化されることに留意されたい。LSアルゴリズムと比較して、チャネル推定結果へのノイズの影響が大幅に低減され、チャネル推定の精度が向上し、プリコーディングの信頼性がさらに向上し、通信システムのパフォーマンスが向上する。加えて、本出願では、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上する。
【００１７】
第1の方式では、CSIは暗黙的なチャネル推定によって取得され、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはAPであり、
APとSTAとの間のチャネル状態情報CSIを取得するステップは、
STAにトリガフレームを送信するステップであって、トリガフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送する、ステップと、STAによって送信されたトレーニングデータパケットを受信するステップであって、トレーニングデータパケットが、トリガフレームに基づいてSTAによって生成され、トレーニングデータパケットがN個のグループのトレーニングフィールドを含む、ステップと、N個のチャネル行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行するステップと、APとSTAとの間のCSIを取得するためにN個のチャネル行列を平均化するステップと
を含む。
【００１８】
場合によっては、方法は、
STAの送信アンテナの数に基づいてトリガフレームを生成するステップであって、トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数がSTAの送信アンテナの数と同じである、ステップ
をさらに含む。
【００１９】
トレーニングデータパケットは、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、TSCE−NDPはトレーニングフィールドのN個の繰返しグループを含む。
【００２０】
第2の方式では、CSIは明示的なチャネル推定によって取得され、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはSTAであり、
APとSTAとの間のチャネル状態情報CSIを取得するステップは、
トレーニングデータパケットを生成するステップであって、トレーニングデータパケットがN個のグループのトレーニングフィールドを含む、ステップと、STAにトレーニングデータパケットを送信するステップと、STAにCSIフィードバック要求を送信するステップであって、CSIフィードバック要求が、APとSTAとの間のCSIを報告するようにSTAに要求するために使用され、CSIが、N個のチャネル推定行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後にSTAがN個のチャネル行列を平均化した後に取得される、ステップと、STAによって報告されたCSIを受信するステップと
を含む。
【００２１】
場合によっては、STAにトレーニングデータパケットを送信するステップの前に、方法は、
STAにアナウンスフレームを送信するステップであって、アナウンスフレームが、トレーニングデータパケット受信状態に入るようにSTAに指示するために使用され、アナウンスフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送する、ステップ
をさらに含み、
アナウンスフレームは、時間平滑チャネル推定−ヌルデータパケットアナウンスフレームTSCE−NDPAであり、TSCEフィールドはTSCE−NDPA内に設定され、TSCEフィールドはチャネル推定の数Nを搬送する。
【００２２】
第2の態様によれば、チャネル推定方法が提供され、STAに適用され、方法は、
アクセスポイントデバイスAPによって送信されたトリガフレームを受信するステップであって、トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、ステップと、
トリガフレームに基づいてトレーニングデータパケットを生成するステップであって、トレーニングデータパケットがN個のグループのトレーニングフィールドを含む、ステップと、
APにトレーニングデータパケットを送信するステップと
を含む。
【００２３】
場合によっては、トリガフレームは、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数は、STAの送信アンテナの数と同じであり、
トリガフレームに基づいてトレーニングデータパケットを生成するステップは、
トレーニングフィールドの各グループ内のトレーニングシンボルの数、およびTSCEの現在のラウンドで実行される必要があるチャネル推定の数Nに基づいて、ターゲットマッピング行列を生成するステップと、
N個のグループのトレーニングフィールドを取得するために、ターゲットマッピング行列を使用してトレーニングシンボルに対してマッピングを実行するステップと
を含む。
【００２４】
第3の態様によれば、チャネル推定装置が提供され、アクセスポイントデバイスAPに適用され、装置は、
APとユーザ端末STAとの間の通信品質を取得するように構成された第1の取得モジュールと、
通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するように構成された決定モジュールと、
APとSTAとの間のチャネル状態情報CSIを取得するように構成された第2の取得モジュールであって、CSIが、決定された数のチャネル推定に基づいてTSCEの現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、第2の取得モジュールと
を含む。
【００２５】
場合によっては、第1の取得モジュールは、
エージング時間期間内のAPとSTAとの間の通信事後情報に基づいて、APとSTAとの間の通信品質を特定し、エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを含む、
ように構成される。
【００２６】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を増やす
ように構成される。
【００２７】
場合によっては、前のエージング時間期間内の通信品質が通信品質基準に達しないとき、決定モジュールは、
通信品質の認定回数をゼロにリセットし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示す、
ようにさらに構成される。
【００２８】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示し、
更新された認定回数が認定回数の基準に達したとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を減らし、通信品質の認定回数をゼロにリセットする
ように構成される。
【００２９】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示し、
更新された認定回数が認定回数の基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定する
ように構成される。
【００３０】
場合によっては、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはAPであり、
第2の取得モジュールは、
STAにトリガフレームを送信し、トリガフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、STAによって送信されたトレーニングデータパケットを受信し、トレーニングデータパケットが、トリガフレームに基づいてSTAによって生成され、トレーニングデータパケットがN個のグループのトレーニングフィールドを含み、N個のチャネル行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行し、APとSTAとの間のCSIを取得するためにN個のチャネル行列を平均化する
ように構成される。
【００３１】
場合によっては、装置は、
STAの送信アンテナの数に基づいてトリガフレームを生成するように構成された生成モジュールであって、トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数がSTAの送信アンテナの数と同じである、生成モジュール
をさらに含む。
【００３２】
場合によっては、トレーニングデータパケットは、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、TSCE−NDPはトレーニングフィールドのN個の繰返しグループを含む。
【００３３】
場合によっては、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはSTAであり、
第2の取得モジュールは、
トレーニングデータパケットを生成し、トレーニングデータパケットがN個のグループのトレーニングフィールドを含み、
STAにトレーニングデータパケットを送信し、
STAにCSIフィードバック要求を送信し、CSIフィードバック要求が、APとSTAとの間のCSIを報告するようにSTAに要求するために使用され、CSIが、N個のチャネル推定行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後にSTAがN個のチャネル行列を平均化した後に取得され、
STAによって報告されたCSIを受信する
ように構成される。
【００３４】
場合によっては、装置は、
STAにアナウンスフレームを送信するように構成された送信モジュールであって、アナウンスフレームが、トレーニングデータパケット受信状態に入るようにSTAに指示するために使用され、アナウンスフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送する、送信モジュール
をさらに含む。
【００３５】
場合によっては、アナウンスフレームは、時間平滑チャネル推定−ヌルデータパケットアナウンスフレームTSCE−NDPAであり、TSCEフィールドはTSCE−NDPA内に設定され、TSCEフィールドはチャネル推定の数Nを搬送する。
【００３６】
第4の態様によれば、チャネル推定装置が提供され、ユーザ端末STAに適用され、装置は、
アクセスポイントデバイスAPによって送信されたトリガフレームを受信するように構成された受信モジュールであって、トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、受信モジュールと、
トリガフレームに基づいてトレーニングデータパケットを生成するように構成された生成モジュールであって、トレーニングデータパケットがN個のグループのトレーニングフィールドを含む、生成モジュールと、
APにトレーニングデータパケットを送信するように構成された送信モジュールと
を含む。
【００３７】
場合によっては、トリガフレームは、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数は、STAの送信アンテナの数と同じであり、
生成モジュールは、
トレーニングフィールドの各グループ内のトレーニングシンボルの数、およびTSCEの現在のラウンドで実行される必要があるチャネル推定の数Nに基づいて、ターゲットマッピング行列を生成し、
N個のグループのトレーニングフィールドを取得するために、ターゲットマッピング行列を使用してトレーニングシンボルに対してマッピングを実行する
ように構成される。
【００３８】
第5の態様によれば、チャネル推定装置が提供され、メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行することができるコンピュータプログラムとを含むアクセスポイントデバイスAPに適用され、プロセッサがコンピュータプログラムを実行すると、第1の態様の可能な実装形態のいずれか1つによるチャネル推定方法が実施される。
【００３９】
第6の態様によれば、アクセスポイントデバイスAPおよびユーザ端末STAを含む通信システムが提供され、
APは、第3の態様の可能な実装形態のいずれか1つによるチャネル推定装置を含む。
【００４０】
第7の態様によれば、コンピュータ記憶媒体が提供され、コンピュータ可読記憶媒体は命令を記憶し、命令がAPのプロセッサによって実行されると、第1の態様の可能な実装形態のいずれか1つによるチャネル推定方法が実施され、または命令がSTAのプロセッサによって実行されると、第2の態様の可能な実装形態のいずれか1つによるチャネル推定方法が実施される。
【００４１】
本出願の実施形態で提供される技術的解決策は、以下の有益な効果をもたらす。
【００４２】
APは、通信品質に基づいて、TSCEのラウンドで実行される必要があるチャネル推定の数を決定し、チャネル推定は非常に柔軟である。ノイズ干渉が比較的大きい通信システムでは、たとえば、Wi−Fi通信ネットワークでは、1回のラウンドでエアインターフェースのワイヤレスチャネルに対して複数のチャネル推定が実行され、チャネル推定の結果が時系列で平均化される。LSアルゴリズムと比較して、チャネル推定結果へのノイズの影響が大幅に低減され、チャネル推定の精度が向上し、プリコーディングの信頼性がさらに向上し、通信システムのパフォーマンスが向上する。加えて、本出願では、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上する。
【図面の簡単な説明】
【００４３】
【図１】本出願の一実施形態による、通信システムの概略構造図である。
【図２】本出願の一実施形態による、MU−MIMO通信システムの概略構造図である。
【図３】本出願の一実施形態による、ネットワークレベルMIMO通信システムの概略構造図である。
【図４】本出願の一実施形態による、チャネル推定方法のフローチャートである。
【図５】本出願の一実施形態による、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するための方法のフローチャートである。
【図６】本出願の一実施形態による、TSCE−NDPの概略構造図である。
【図７】本出願の一実施形態による、別のMU−MIMO通信システムの概略構造図である。
【図８】本出願の一実施形態による、別のTSCE−NDPの概略的構造図である。
【図９】本出願の一実施形態による、単一チャネル推定および5チャネル推定（TSCE）を使用することによってそれぞれ取得されるチャネル推定振幅と実際のチャネル振幅との間の比較の図である。
【図１０】本出願の一実施形態による、単一チャネル推定および5チャネル推定（TSCE）を使用することによってそれぞれ取得されるチャネル推定位相と実際のチャネル位相との間の比較の図である。
【図１１】本出願の一実施形態による、別のチャネル推定方法のフローチャートである。
【図１２】本出願の一実施形態による、TSCE−NDPAの概略構造図である。
【図１３】従来のLSアルゴリズムを使用してチャネル推定が実行された後のSTA側復号のコンステレーション図である。
【図１４】本出願で提供されるチャネル推定方法を使用してチャネル推定が実行された後のSTA側復号のコンステレーション図である。
【図１５】本出願の一実施形態による、チャネル推定装置の概略構造図である。
【図１６】本出願の一実施形態による、別のチャネル推定装置の概略構造図である。
【図１７】本出願の一実施形態による、さらに別のチャネル推定装置の概略構造図である。
【図１８】本出願の別の実施形態による、チャネル推定装置の概略構造図である。
【図１９】本出願のさらに別の実施形態による、チャネル推定装置の概略構造図である。
【発明を実施するための形態】
【００４４】
本出願の目的、技術的解決策、および利点をより明確にするために、以下では添付の図面を参照して本出願の実装形態を詳細にさらに記載する。
【００４５】
本出願の実施形態で提供されるチャネル推定方法は、チャネルノイズ干渉が比較的大きい通信システムに適用されてよいか、または比較的複雑なサブキャリアを有する通信システムに適用されてよいか、またはバーストおよびモビリティ特徴を有する通信システムに適用されてよい。
【００４６】
たとえば、本出願の実施形態で提供されるチャネル推定方法は、WLANに適用されてよい。WLANは複数の基本サービスセット（Basic Service Set、BSS）を含む。基本サービスセット内のノードはステーションである。ステーションには、アクセスポイントステーション（AP）および非アクセスポイントステーション（STA）が含まれる。各基本サービスセットは、1つのAPおよびAPに関連付けられた複数のSTAを含む。
【００４７】
APは、ワイヤレスアクセスポイント、ホットスポットなどと呼ばれる場合もある。APは、モバイルユーザがそれを介して有線ネットワークにアクセスするアクセスポイントである。APは、主に家屋内、建物内、および公園内に配置される。典型的なカバレージ半径は、数十メートルから数百メートルである。もちろん、APは屋外に配置されてもよい。APは、有線ネットワークとワイヤレスネットワークを接続するブリッジに相当する。APの主な機能は、様々なSTAを接続し、ワイヤレスネットワークを有線ネットワークに接続することである。場合によっては、APは、Wi−Fiチップを有する端末デバイスまたはネットワークデバイス、たとえば、APの機能またはサービスを提供することができるルータまたはスマートフォンであってよい。場合によっては、APは、802．11ax規格をサポートするデバイスである。たとえば、APは、802．11ac、802．11n、802．11g、802．11b、および802．11aなどの複数のWLAN規格をサポートするデバイスであってよい。
【００４８】
STAは、ワイヤレス通信チップ、ワイヤレスセンサ、またワイヤレス通信端末、たとえば、WiFi通信機能をサポートする携帯電話、WiFi通信機能をサポートするタブレットコンピュータ、WiFi通信機能をサポートするセットトップボックス、WiFi通信機能をサポートするスマートTV、WiFi通信機能をサポートするインテリジェントウェアラブルデバイス、WiFi通信機能をサポートする車載通信デバイス、WiFi通信機能をサポートするコンピュータなどであってよい。
【００４９】
直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access、OFDMA）技術が導入されているWLANシステム802．11axでは、APは様々な時間周波数リソースで様々なSTAへのアップリンク送信およびダウンリンク送信を実行することができることに留意されたい。APは、様々なモードで、たとえば、マルチユーザ多入力多出力（Multi−User Multiple−Input Multiple−Output、MU−MIMO）モードまたはネットワークレベルMIMOモードで、アップリンク送信およびダウンリンク送信を実行することができる。
【００５０】
図1は、本出願の一実施形態による、通信システムの概略構造図である。図1に示されたように、通信システムはAP01および少なくとも1つのSTA02を含み、AP01はワイヤレスネットワークを使用して各STA02と通信する。
【００５１】
場合によっては、本出願のこの実施形態で提供される通信システムには、MU−MIMO通信システム、ネットワークレベルMIMO通信システムなどが含まれる。たとえば、図2は、本出願の一実施形態による、MU−MIMO通信システムの概略構造図である。図2に示されたように、MU−MIMO通信システムでは、単一のAPが（STA1〜STAnを含む）複数のSTAにデータストリームを送信する。図3は、本出願の一実施形態による、ネットワークレベルMIMO通信システムの概略構造図である。図3に示されたように、ネットワークレベルMIMO通信システムでは、複数のAPが上位層コントローラまたはワイヤレス制御を使用して協働し、（AP1〜APnを含む）複数のAPは、（STA1〜STAnを含む）複数のSTAにデータストリームを送信するために1つのAPに仮想化される。MU−MIMO通信システムおよびネットワークレベルMIMO通信システムでは、複数のSTAのストリーム間干渉がプリコーディングによって排除または抑制することができるように、チャネル推定の精度が確保される必要がある。データは、エアインターフェースを介してAPとSTAとの間で送信される。
【００５２】
場合によっては、APは、暗黙的なチャネル推定を使用してAPとSTAとの間のCSIを取得するか、またはAPは、明示的なチャネル推定を使用してAPとSTAとの間のCSIを取得する。暗黙的なチャネル推定の実装プロセスは、APがSTAにチャネル推定要求を送信し、STAがチャネル推定要求に基づいてAPにチャネル推定トレーニングシーケンスを送信し、APが受信されたチャネル推定トレーニングシーケンスに基づいてチャネル推定を実行してCSIを取得することを含む。明示的なチャネル推定の実装プロセスは、APがSTAにチャネル推定トレーニングシーケンスを送信し、STAが受信されたチャネル推定トレーニングシーケンスに基づいてチャネル推定を実行してCSIを取得し、エアインターフェースを介してAPにCSIをフィードバックすることを含む。暗黙的なチャネル推定によって取得されるCSIはアップリンクチャネルのCSIであり、明示的なチャネル推定によって取得されるCSIはダウンリンクチャネルのCSIである。アップリンクチャネルのCSIはダウンリンクチャネルのCSIと同等であってよく、したがって、暗黙的なチャネル推定によってCSIが取得されるとき、STAはチャネル情報をフィードバックする必要がない。
【００５３】
本出願の以下の実施形態は、時間円滑チャネル推定（Time Smooth Channel Estimation、TSCE）の2つの実装形態を提供する。図4に示されるチャネル推定方法は、前述の暗黙的なチャネル推定に対応し、チャネル推定デバイスはAPである。図11に示されるチャネル推定方法は、前述の明示的なチャネル推定に対応し、チャネル推定デバイスはSTAである。
【００５４】
図4は、本出願の一実施形態による、チャネル推定方法のフローチャートである。方法は、図1〜図3のいずれか1つに示された通信システムに適用されてよい。図4に示されたように、方法は以下のステップを含む。
【００５５】
ステップ101：APがAPとSTAとの間の通信品質を取得する。
【００５６】
場合によっては、APは、エージング時間期間内のAPとSTAとの間の通信事後情報に基づいて、APとSTAとの間の通信品質を特定する。エージング時間期間は、TSCEの2つの隣接するラウンドの間隔時間期間であり、通信事後情報は、パケット損失率およびスループットのうちの少なくとも1つを含む。
【００５７】
各エージング時間期間の開始時点において、APはAPとSTAとの間のCSIを取得し、CSIに基づいて対応するエージング時間期間内のプリコーディング行列を決定し、プリコーディング行列を使用して、エージング時間期間内に送信される必要があるデータストリームに対するプリコーディングを実行し、次いで、プリコーディングによって取得されたデータストリームをエージング時間期間内にSTAに送信する。言い換えれば、各エージング時間期間は2つのフェーズを含み、第1のフェーズはチャネル推定フェーズであり、第2のフェーズはデータストリーム送信フェーズである。
【００５８】
たとえば、通信事後情報がパケット損失率を含むとき、エージング時間期間内のAPとSTAとの間の通信事後情報に基づいてAPとSTAとの間の通信品質を特定する方式は、
STAによって返された確認応答（Acknowledgement、ACK）を受信し、ACKはSTAがAPによって送信されたデータパケットを受信し、データパケットの復号に成功した後にAPに送信され、エージング時間期間内にSTAに送信されたデータパケットの数および受信されたACKの数に基づいて、エージング時間期間のパケット損失率を決定し、エージング時間期間内のパケット損失率に基づいて、エージング時間期間内のAPとSTAとの間の通信品質を特定する
ことを含む。
【００５９】
APがSTAにデータパケットを送信した後、APは、事前設定された時間期間内に、STAによって返されたACKを受信せず、APはデータパケットが失われたと判断することに留意されたい。
【００６０】
ステップ102：APが、通信品質に基づいて、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定する。
【００６１】
場合によっては、APがSTAに接続される初期化フェーズでは、TSCEのラウンドで実行される必要があるチャネル推定の数は1に設定され、後続のデータストリーム送信プロセスでは、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで決定する。場合によっては、TSCEのいくつかのラウンドで実行される必要があるチャネル推定の数は少なくとも2である。たとえば、通信システムに比較的大きいチャネルノイズ干渉があるとき、複数のチャネル推定がTSCEのラウンドで実行される必要がある。
【００６２】
たとえば、図5は、本出願の一実施形態による、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するための方法のフローチャートである。図5に示されたように、方法は以下のステップを含む。
【００６３】
ステップ1021：前のエージング時間期間内の通信品質が通信品質基準に達したかどうかを判定する。前のエージング時間期間内の通信品質が通信品質基準に達しないとき、ステップ1022が実行される。前のエージング時間期間内の通信品質が通信品質基準に達したとき、ステップ1024が実行される。
【００６４】
場合によっては、通信品質基準は、パケット損失率およびスループットなどの通信インジケータの認定基準を含む。たとえば、通信品質基準は、パケット損失率を示す第1の値を含む。エージング時間期間内のAPとSTAとの間のパケット損失率が第1の値よりも小さいとき、エージング時間期間内の通信品質が通信品質基準に達したと判定される。第1の値は、パーセンテージ値、たとえば、90％であってよい。
【００６５】
別の例として、通信品質基準が、スループットが低下する変調およびコーディング方式（Modulation code scheme、MCS）の次数を示す第2の値を含むとき、エージング時間期間内のAPのスループットが第2の値より小さいとき、エージング時間期間内の通信品質が通信品質基準に達したと判定される。たとえば、第2の値は2であってよく、スループットが16直交振幅変調（Quadrature Amplitude Modulation、QAM）からバイナリ位相シフトキーイング（Binary Phase Shift Keying、BPSK）に減少すると、エージング時間期間内の通信品質が通信品質基準に達しないと判定される。スループットは、パケット損失率に関連付けられてよい。パケット損失率が10％より大きいとき、MCSは1次数だけ減少する。
【００６６】
ステップ1022：TSCEの現在のラウンドで実行される必要があるチャネル推定の数を増やす。
【００６７】
チャネルノイズはガウス特性を有し、具体的には、チャネルノイズは、時系列において、平均が0であるガウス分布に従うことに留意されたい。チャネルは短時間で一定に保つことができるので、TSCEのラウンドではチャネルノイズのみが変化すると見なされてよい。前のエージング時間期間内の通信品質が通信品質基準に達しないとき、それは、前のエージング時間期間内のチャネル推定の精度が比較的低いことを示す。チャネル推定の精度を向上させるために、TSCEの現在のラウンドで実行される必要があるチャネル推定の数が増やされ、時間領域内で平均チャネルノイズが増加する可能性があり、チャネル推定に対するチャネルノイズの影響が減少する。
【００６８】
場合によっては、毎回増やされるチャネル推定の数は、事前設定された固定値であるか、またはチャネル推定の数は、前のエージング時間期間内の通信品質に基づいて決定される。たとえば、増やされるチャネル推定の数は、パケット損失率と正の相関がある。
【００６９】
ステップ1023：通信品質の認定回数をゼロにリセットする。
【００７０】
通信品質の認定回数は、連続するエージング時間期間内に通信品質が通信品質基準に達した回数を示す。本出願のこの実施形態では、通信品質の認定回数は、TSCEの各ラウンドで実行されるチャネル推定の現在の数に基づいて取得されたCSIが、安定した通信をサポートする精度に達したかどうかを測定するために使用される。
【００７１】
ステップ1024：通信品質の認定回数を1だけ増やして、更新された認定回数を取得する。
【００７２】
ステップ1025：更新された認定回数が認定回数の基準に達したかどうかを判定する。更新された認定回数が認定回数の基準に達したとき、ステップ1026が実行される。更新された認定回数が認定回数の基準に達しないとき、ステップ1027が実行される。
【００７３】
更新された認定回数が認定回数の基準に達したとき、TSCEの各ラウンドで実行されたチャネル推定の現在の数に基づいて取得されたCSIの精度が安定した通信をサポートすることができると判定される。
【００７４】
場合によっては、認定回数の基準は、エージング時間期間の指定された時間の長さに基づいて決定されるか、またはアプリケーション環境に基づいて設定される。認定回数の基準の指定された値および設定基準は、本出願のこの実施形態では限定されない。
【００７５】
ステップ1026：TSCEの現在のラウンドで実行される必要があるチャネル推定の数を減らし、ステップ1023を実行する。
【００７６】
TSCEの各ラウンドで実行されたチャネル推定の現在の数に基づいて取得されたCSIの精度が安定した通信をサポートすることができるとき、エアインターフェースによって占有される時間オーバーヘッドを最小化し、チャネル推定の精度を確保しながらチャネル利用率を向上させるために、TSCEの現在のラウンドで実行される必要があるチャネル推定の数は減らされてよいことに留意されたい。
【００７７】
さらに、TSCEの新しいラウンドで実行されるチャネル推定の数に基づいて通信品質の認定回数を再カウントするために、通信品質の認定回数はゼロにリセットされる。
【００７８】
ステップ1027：TSCEの現在のラウンドで実行される必要があるチャネル推定の数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定する。
【００７９】
前述のステップ1022および1026では、チャネル推定の数の調整振幅は、通信品質の変化度に基づいて調整されてよい。たとえば、通信品質が比較的速く繰り返すとき、調整振幅は減らされてよい。チャネル推定の数の調整振幅は、本出願のこの実施形態では限定されない。
【００８０】
場合によっては、TSCEの各ラウンドで実行される必要があるチャネル推定の数は、ステップ長に基づいてジャンプする。ステップ長は、固定ステップ長であってもよく、通信品質の変化度に基づいてリアルタイムで調整される動的ステップ長であってもよい。このことは、本出願のこの実施形態では限定されない。
【００８１】
場合によっては、本出願のこの実施形態における別の実装形態では、APが、パケット損失の数がエージング時間期間内にしきい値に達したと判断すると、APは、現在のデータストリーム送信を終了し、TSCEで実行される必要があるチャネル推定の数を増やした後に時間平滑チャネル推定の新しいラウンドを開始する、具体的には、現在のエージング時間期間内のカウントを終了し、次のエージング時間期間内のカウントを開始して、送信プロセスでのデータパケット損失を減らし、APとSTAとの間の通信品質を確保する。
【００８２】
ステップ103：APがSTAの送信アンテナの数に基づいてトリガフレームを生成する。
【００８３】
トリガフレームは、トレーニングデータパケットを生成するようにSTAをトリガするために使用されることに留意されたい。トリガフレームは、TSCEの現在のラウンドで実行される必要があるチャネル推定の数N、およびトレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、ここで、Nは正の整数である。トレーニングフィールドの1つのグループは1つのチャネル推定を実行するために使用され、TSCEの現在のラウンドで実行される必要があるチャネル推定の数がNであるとき、STAによって生成されるトレーニングデータパケットはN個のグループのトレーニングフィールドを含む。場合によっては、トレーニングフィールドの各グループ内のトレーニングシンボルの数は、STAの送信アンテナの数と同じである。
【００８４】
場合によっては、本出願の本実施形態で提供されるトリガフレームのフレームフォーマットについては、802．11ax規格のトリガフレーム（Triggerフレーム）のフレームフォーマットを参照されたい。本出願では、前述のトリガフレームを取得するために、Triggerフレーム内の共通情報（Common Info）内のトリガ依存共通情報（Trigger Dependent Common Info）がTSCEフィールドとして定義される。本出願では、トリガフレームはTrigger−TSCEフレームと呼ばれる。Trigger Dependent Common Info内のコンテンツはカスタマイズされてよく、802．11ax規格の従来のTriggerフレームは、異なるコンテンツとしてサブフィールドを定義することによって異なる機能を実装する。
【００８５】
たとえば、本出願のこの実施形態では、Trigger−TSCEフレーム内のTSCEフィールドの長さは、8ビット（bit）として定義され、ビット値は、STAによって生成されたトレーニングデータパケット内のトレーニングフィールドのグループの数およびマッピング行列（行列P）の構造を示すために使用される。表1は、本出願のこの実施形態による、TSCEフィールド内のビット値とフィールド記述との間の対応関係を示す。
【００８６】
【表１】
2021529457.tif 000003
【００８７】
表1を参照すると、NTSCEはトレーニングフィールドのグループの数を示すために使用され、トレーニングフィールドのグループの数はNTSCE＋1に等しい。トレーニングフィールドの各グループ内のトレーニングシンボルの数はnであると仮定し、nは1以上の整数である。マッピング行列が1回繰り返され、それはマッピング行列のサイズがn×nであることを示す。マッピング行列が2回繰り返され、それはマッピング行列のサイズがn×2nであることを示す。類推により、マッピング行列がk回繰り返された場合、マッピング行列のサイズはn×knである。
【００８８】
トレーニングフィールドの各グループ内のトレーニングシンボルの数は、Trigger−TSCE内のCommon Infoフィールド内のNumber Of HE−LTF Symbols内で搬送されてよい。Trigger−TSCEフレーム内の別のフィールドに対する動作については、Triggerフレーム内の対応するフィールドの動作を参照されたい。詳細は本出願のこの実施形態には記載されない。
【００８９】
ステップ104：APがSTAにトリガフレームを送信する。
【００９０】
ステップ105：STAがトリガフレームに基づいてトレーニングデータパケットを生成し、トレーニングデータパケットはN個のグループのトレーニングフィールドを含む。
【００９１】
トレーニングシンボルは、802．11ax規格の高効率ロングトレーニングフィールド（High Efficiency Long Training Field、HE−LTF）である。トリガフレームを受信した後、STAは、Trigger−TSCE内のCommon Infoフィールド内のHE−LTFシンボルの数（Number Of HE−LTF Symbols）に基づいて、トレーニングフィールドの各グループ内のHE−LTFの数を取得し、次いで、トレーニングフィールドのグループの数（すなわち、TSCEの現在のラウンドで実行される必要があるチャネル推定の数）、およびTSCEフィールドに基づくマッピング行列の繰返しの数を取得する。
【００９２】
さらに、STAは、トレーニングフィールドの各グループ内のトレーニングシンボルの数、およびTSCEの現在のラウンドで実行される必要があるチャネル推定の数Nに基づいてターゲットマッピング行列を生成し、トレーニングデータパケットを生成するために、ターゲットマッピング行列を使用してトレーニングシンボルに対するマッピングを実行して、N個のグループのトレーニングフィールドを取得する。
【００９３】
マッピング行列は直交行列である。たとえば、トレーニングフィールドの各グループ内のトレーニングシンボルの数が4であると仮定すると、基本的なマッピング行列が4×4である行列は
【数１】
2021529457.tif 000004
として表される。ターゲットマッピング行列は、基本的なマッピング行列を行方向にN回繰り返すことによって取得され、
【数２】
2021529457.tif 000005
として表されてよい。
【００９４】
ターゲットマッピング行列は、トレーニングシンボルに対するマッピングを実行するために使用され、具体的には、HE−LTFは、ターゲットマッピング行列の対応する列によって合成順に順番に乗算されて、最終的にN個のグループのトレーニングフィールドが取得される。
【００９５】
マッピングは、ターゲットマッピング行列を使用してHE−LTFに対して実行されることに留意されたい。各アンテナを使用してトレーニングデータパケットを受信した後、受信端（たとえば、AP）は、トレーニングフィールドの各グループ内の複数のHE−LTFおよびターゲットマッピング行列に基づいて、複数の送信アンテナから複数の受信アンテナへのチャネル情報、すなわち、CSIを解決することができる。
【００９６】
トレーニングデータパケットは、通信ネットワーク内の物理層を使用して送信されるので、トレーニングデータパケットは、物理層プロトコルデータユニット（Physical Layer Protocol Data Unit、PPDU）と呼ばれる場合がある。本出願のこの実施形態では、トレーニングデータパケットは、時間平滑チャネル推定−ヌルデータパケット（Time Smooth Channel Estimation−Null Data Packet、TSCE−NDP）であり、TSCE−NDPはトレーニングフィールドのN個の繰返しグループを含む。たとえば、図6は、本出願の一実施形態による、TSCE−NDPの概略構造図である。図6に示されたように、TSCE−NDPは、プリアンブルパート（Legacy−Header）、高効率信号フィールド（HE−SIG）、自動利得制御フィールド（たとえば、高効率ショートトレーニングフィールド（High Efficiency Short Training Field、HE−STF））、およびトレーニングパートを含む。トレーニングパートはN個のグループのトレーニングフィールドを含み、トレーニングフィールドの各グループはn個のHE−LTFを含む。TSCE−NDP内のトレーニングパート以外のフィールドの機能および内容については、802．11ax規格のHE NDP PPDUのフレーム構造を参照されたい。本出願では、詳細はここでは記載されない。
【００９７】
ステップ106：STAがAPにトレーニングデータパケットを送信する。
【００９８】
ステップ107：APがN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行してN個のチャネル行列を取得する。
【００９９】
場合によっては、APは、トレーニングフィールドのグループの数およびトレーニングフィールドの各グループ内のHE−LTFの数に基づいて、グループ化のために受信されたTSCE−NDP内のトレーニングパートからHE−LTFを順次抽出し、次いで、ターゲットマッピング行列に基づいて、従来のチャネル推定方法を使用してHE−LTFの各グループに対してチャネル推定解除を実行して、N個のグループのチャネル行列を取得する。
【０１００】
ステップ108：APがN個のチャネル行列を平均化してAPとSTAとの間のCSIを取得する。
【０１０１】
場合によっては、APは、加重平均またはalpha平均によってN個のチャネル行列を平均化して、平均チャネル行列、すなわち、APとSTAとの間のCSIを取得する。平均化方式は本出願のこの実施形態では限定されない。
【０１０２】
さらに、平均チャネル行列を取得した後、APは、平均チャネル行列を使用してプリコーディングを実行し、その後のデータストリーム送信を実行する。このプロセスの実装形態については、関連する技術を参照されたい。詳細は本明細書では記載されない。
【０１０３】
場合によっては、本出願のこの実施形態で提供される通信システムでは、ステップ101〜ステップ108は繰り返し実行されてよい。APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上し、それによって通信システムのパフォーマンスが向上する。
【０１０４】
たとえば、図7は、本出願の一実施形態による、MU−MIMO通信システムの概略構造図である。図7に示されたように、MU−MIMO通信システムは、（STA1およびSTA2を含む）2つの単一アンテナSTAおよび1つの2アンテナAPを含む。本出願では、前述のチャネル推定方法およびデータストリーム送信の実装プロセスを記載するために、図7に示されたMU−MIMO通信システムが一例として使用される。
【０１０５】
S11．APがSTA1に接続される初期化フェーズにおいて、APがTSCEで実行される必要があるチャネル推定の数は1であると決定する。
【０１０６】
S12．APがSTA1にTrigger−TSCEフレームを送信し、Trigger−TSCEフレーム内のTSCEフィールドの値が00000000に設定され、Common Infoフィールド内のNumber Of HE−LTF Symbolsの値が000に設定される。
【０１０７】
S13．エアインターフェースを介してTrigger−TSCEフレームを受信した後、STA1が、TSCEフィールドの値に基づいて、トレーニングフィールドのグループの数が1であると判断し、Number Of HE−LTF Symbolsの値に基づいて、トレーニングフィールドの各グループ内のHE−LTFの数が1であると判断して、図8に示されたTSCE−NDPを生成する。
【０１０８】
S14．STA1がAPにTSCE−NDPを送信する。
【０１０９】
S15．APがチャネル推定を実行して第1のチャネルベクトルHSTA−1＝［h11，h12］を取得する。
【０１１０】
場合によっては、APとSTA2との間のチャネルベクトルを取得するための方法については、S11〜S15を参照されたい。第2のチャネルベクトルHSTA−2＝［h21，h22］が取得される。
【０１１１】
S16．APが第1のチャネルベクトルHSTA−1および第2のチャネルベクトルHSTA−2に基づいてチャネル推定行列Hを取得し、チャネル推定行列Hに基づいてゼロフォーシング（Zero−forcing）プリコーディング行列H−1を生成し、ダウンリンクデータ［X1，X2］を送信する。
【０１１２】
S17．STA1およびSTA2がデータ［Y1，Y2］：
【数３】
2021529457.tif 000006
を受信する。
【０１１３】
STAの復号機能は、信号対干渉比（Signal−to−Interference Ratio、SIR）によって制約されることに留意されたい。SIR値が大きいほど、正しい復号の可能性が高い。SIR値は、主にチャネル推定の精度によって決定される。STA1およびSTA2は、現在のSIRに基づいて復号を実行する。復号が成功した場合、ACKが返される。復号が失敗した場合、メッセージは返されない。APが指定された時間待機した後にACKを受信しない場合、STAが復号に失敗した、具体的には、パケット損失が発生したと見なされる。
【０１１４】
S18．APが、エージング時間期間のパケット損失率に基づいて、エージング時間期間内の通信品質を決定する。
【０１１５】
S19．エージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を増やす。
【０１１６】
たとえば、TSCEの現在のラウンドで実行されるチャネル推定の数が5であると仮定し、APはTSCEフィールドの値を00000100に設定し、S12〜S18を繰り返し実行する。図9は、単一チャネル推定および5チャネル推定（TSCE）を使用することによってそれぞれ取得されるチャネル推定振幅と実際のチャネル振幅の比較図である。図10は、単一チャネル推定および5チャネル推定（TSCE）を使用することによってそれぞれ取得されるチャネル推定位相と実際のチャネル位相の比較図である。図9および図10を参照すると、TSCEの各ラウンドで実行されるチャネル推定の数が増やされた後、取得されたチャネル推定の振幅および位相の精度が大幅に向上し、それによって通信品質が向上する。
【０１１７】
本出願のこの実施形態で提供されるチャネル推定方法のステップの順序は適切に調整されてよく、ステップは状況に基づいて追加または削除されてよいことに留意されたい。本出願に開示された技術的範囲内で当業者が容易に考え付くいかなる変形形態も、本出願の保護範囲内に入るべきであり、詳細は本明細書では記載されない。
【０１１８】
図11は、本出願の一実施形態による、別のチャネル推定方法のフローチャートである。方法は、図1〜図3のいずれか1つに示された通信システムに適用されてよい。図11に示されたように、方法は以下のステップを含む。
【０１１９】
ステップ201：APがAPとSTAとの間の通信品質を取得する。
【０１２０】
ステップ202：APが、通信品質に基づいて、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定する。
【０１２１】
場合によっては、ステップ201およびステップ202の実装プロセスについては、それぞれ、ステップ101およびステップ102を参照されたい。本出願では、詳細はここでは再び記載されない。
【０１２２】
ステップ203：APがトレーニングデータパケットを生成し、トレーニングデータパケットはN個のグループのトレーニングフィールドを含む。
【０１２３】
場合によっては、トレーニングデータパケットはTSCE−NDPである。このステップの実施プロセスについては、ステップ105を参照されたい。本出願では、詳細はここでは再び記載されない。
【０１２４】
場合によっては、トレーニングフィールドの各グループ内のトレーニングシンボルの数は、APの送信アンテナの数と同じである。
【０１２５】
ステップ204：APがSTAにアナウンスフレームを送信する。
【０１２６】
アナウンスフレームは、トレーニングデータパケット受信状態に入るようにSTAに指示するために使用され、アナウンスフレームは、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送する。
【０１２７】
場合によっては、アナウンスフレームは、時間平滑チャネル推定−ヌルデータパケットアナウンスフレーム（Time Smooth Channel Estimation−Null Data Packet Announcement、TSCE−NDPA）である。TSCEフィールドはTSCE−NDPA内に設定され、TSCEフィールドはチャネル推定の数Nを搬送する。
【０１２８】
図12は、本出願の一実施形態による、TSCE−NDPAの概略構造図である。図12に示されたように、TSCE−NDPAは、フレーム制御（Frame Control、FC）フィールド、持続時間（Duration）フィールド、受信アドレス（Receiving address、RA）フィールド、送信アドレス（Transmit address、TA）フィールド、サウンディングダイアログトークン（Sounding Dialog Token、SDT）フィールド、TSCEフィールド、ユーザ情報（STA Info 1〜STA Info n）フィールド、およびフレームチェック（Frame Check、FCS）フィールドを含む。802．11ax規格の従来のHE−NDPAと比較して、本出願では、TSCE−NDPAを取得するためにTSCEフィールドがSDTフィールドとユーザ情報フィールドとの間に追加される。TSCE−NDPA内のTSCEフィールド以外のフィールドの動作および機能については、HE−NDPAを参照されたい。詳細は本出願のこの実施形態には記載されない。
【０１２９】
たとえば、本出願のこの実施形態では、TSCE−NDPA内のTSCEフィールドの長さは8ビット（bit）として定義され、ビット値は、TSCEの現在のラウンドで実行される必要があるチャネル推定の数をSTAに通知するために使用される。表2は、本出願の一実施形態による、TSCEフィールド内のビット値とフィールド記述との間の対応関係を示す。
【０１３０】
【表２】
2021529457.tif 000007
【０１３１】
表2を参照すると、チャネル推定の繰返しの数はNTSCE＋1に等しい。
【０１３２】
ステップ205：APがSTAにトレーニングデータパケットを送信する。
【０１３３】
ステップ206：STAがN個のグループのトレーニングフィールドに対して時間平滑チャネル推定を個別に実行してN個のチャネル行列を取得する。
【０１３４】
場合によっては、トレーニングデータパケットを受信した後、STAは、プリアンブルフレーム（すなわち、TSCE−NDPA）内のTSCEフィールドによって示されたチャネル推定の繰返しの数に基づいてチャネル推定を実行する。このステップの実装プロセスについては、ステップ107を参照されたい。本出願では、詳細はここでは再び記載されない。
【０１３５】
ステップ207：STAがN個のチャネル行列を平均化してAPとSTAとの間のCSIを取得する。
【０１３６】
このステップの実装プロセスについては、ステップ108を参照されたい。本出願では、詳細はここでは再び記載されない。
【０１３７】
ステップ208：APがSTAにCSIフィードバック要求を送信する。
【０１３８】
CSIフィードバック要求は、APとSTAとの間のCSIを報告するようにSTAに要求するために使用される。
【０１３９】
ステップ209：STAがAPにCSIを報告する。
【０１４０】
さらに、CSIを取得した後（CSIは平均チャネル行列によって反映される）、APは、平均チャネル行列を使用してプリコーディングを実行し、その後のデータストリーム送信を実行する。このプロセスの実装形態については、関連する技術を参照されたい。詳細は本明細書では記載されない。
【０１４１】
場合によっては、本出願のこの実施形態で提供される通信システムでは、ステップ201〜ステップ209は繰り返し実行されてよい。APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上し、それによって通信システムのパフォーマンスが向上する。
【０１４２】
たとえば、本出願では、前述のチャネル推定方法およびデータストリーム送信の実装プロセスを記載するために、図7に示されたMU−MIMO通信システムが一例として使用される。
【０１４３】
S21．APがSTA1に接続される初期化フェーズにおいて、APがTSCEで実行される必要があるチャネル推定の数は1であると決定する。
【０１４４】
S22．APが、すべてのSTAにTSCE−NDPAをブロードキャストし、トレーニングデータパケット受信状態に入るようにSTA1およびSTA2に指示し、TSCE−NDPA内のTSCEフィールドの値を00000000に設定する。
【０１４５】
S23．エアインターフェースを介してTSCE−NDPAを受信した後、STA1およびSTA2が、TSCE−NDPAのTSCEフィールドの値に基づいて、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を個別に決定する。
【０１４６】
S24．TSCE−NDPを生成した後、APがすべてのSTAにTSCE−NDPをブロードキャストする。
【０１４７】
S25．STA1がチャネル推定を実行して第1のチャネルベクトルHSTA−1を取得し、STA2がチャネル推定を実行して第2のチャネルベクトルHSTA−2を取得する。
【０１４８】
S26．APがSTA1にCSIフィードバック要求を送信し、STA1が第1のチャネルベクトルHSTA−1を報告する。
【０１４９】
S27．第1のチャネルベクトルHSTA−1を受信した後、APがSTA2にCSIフィードバック要求を送信し、STA1が第2のチャネルベクトルHSTA−2を報告する。
【０１５０】
S28．第2のチャネルベクトルHSTA−2を受信した後、APがチャネル推定行列Hを生成し、チャネル推定行列Hに基づいてゼロフォーシングプリコーディング行列H−1を生成して、ダウンリンクデータ［X1，X2］を送信する。
【０１５１】
以降のステップについては、S17〜S19を参照されたい。詳細は本明細書では再び記載されない。
【０１５２】
本出願のこの実施形態で提供されるチャネル推定方法のステップの順序は適切に調整されてよく、ステップは状況に基づいて追加または削除されてよいことに留意されたい。本出願に開示された技術的範囲内で当業者が容易に考え付くいかなる変形形態も、本出願の保護範囲内に入るべきであり、詳細は本明細書では記載されない。
【０１５３】
本出願のこの実施形態では、APは、TSCEで実行されるチャネル推定の数を動的に調整して、リアルタイムで通信品質を確保し、STA側での復号の精度を改善する。たとえば、本出願のこの実施形態では、MU−MIMO通信システムにおいて16QAM変調およびコーディングが使用され、従来のチャネル推定方法および本出願で提供されるチャネル推定方法を使用してチャネル推定が実行された後、STA側での復号精度がコンステレーション図を使用して比較され、より分散したコンステレーション図は、エラー復号の可能性が高いことを示す。図13は、従来のLSアルゴリズムを使用してチャネル推定が実行された後のSTA側復号のコンステレーション図である。図14は、本出願で提供されるチャネル推定方法を使用してチャネル推定が実行された後のSTA側復号のコンステレーション図である。図13および図14に示されたように、本出願で提供されるチャネル推定方法を使用してチャネル推定が実行された後のSTA側エラー復号の確率は、従来のLSアルゴリズムを使用してチャネル推定が実行された後のSTA側エラー復号の確率よりも明らかに低い。16QAM変調およびコーディングがMU−MIMO通信システムで使用されたとき、実際のテストは、従来のLSアルゴリズムを使用してチャネル推定が実行された後は、パケット損失率が12．6％に達し、システムの信号対雑音比が約15デシベルであり、本出願で提供されるチャネル推定方法を使用してチャネル推定が実行された後は、パケット損失率が0に近く、システムの信号対雑音比が大幅に改善されることを示す。
【０１５４】
結論として、本出願のこの実施形態で提供されるチャネル推定方法によれば、APは、通信品質に基づいて、TSCEのラウンドで実行される必要があるチャネル推定の数を決定し、チャネル推定は非常に柔軟である。ノイズ干渉が比較的大きい通信システムでは、たとえば、Wi−Fi通信ネットワークでは、1回のラウンドでエアインターフェースのワイヤレスチャネルに対して複数のチャネル推定が実行され、チャネル推定の結果が時系列で平均化される。LSアルゴリズムと比較して、チャネル推定結果へのノイズの影響が大幅に低減され、チャネル推定の精度が向上し、プリコーディングの信頼性がさらに向上し、通信システムのパフォーマンスが向上する。加えて、本出願では、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上する。
【０１５５】
図15は、本出願の一実施形態による、チャネル推定装置の概略構造図であり、チャネル推定装置はアクセスポイントデバイスに適用される。図15に示されたように、装置30は、
APとユーザ端末STAとの間の通信品質を取得するように構成された第1の取得モジュール301と、
通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するように構成された決定モジュール302と、
APとSTAとの間のチャネル状態情報CSIを取得するように構成された第2の取得モジュール303であって、CSIが、決定された数のチャネル推定に基づいてTSCEの現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、第2の取得モジュール303と
を含む。
【０１５６】
場合によっては、第1の取得モジュールは、
エージング時間期間内のAPとSTAとの間の通信事後情報に基づいて、APとSTAとの間の通信品質を特定し、エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを含む、
ように構成される。
【０１５７】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を増やす
ように構成される。
【０１５８】
さらに、前のエージング時間期間内の通信品質が通信品質基準に達しないとき、決定モジュールは、
通信品質の認定回数をゼロにリセットし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示す、
ようにさらに構成される。
【０１５９】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示し、更新された認定回数が認定回数の基準に達したとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数を減らし、通信品質の認定回数をゼロにリセットする
ように構成される。
【０１６０】
場合によっては、決定モジュールは、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、認定回数が、通信品質が連続するエージング時間期間内で通信品質基準に達した回数を示し、更新された認定回数が認定回数の基準に達しないとき、TSCEの現在のラウンドで実行される必要があるチャネル推定の数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定する
ように構成される。
【０１６１】
場合によっては、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはAPである。
【０１６２】
第2の取得モジュールは、
STAにトリガフレームを送信し、トリガフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、STAによって送信されたトレーニングデータパケットを受信し、トレーニングデータパケットが、トリガフレームに基づいてSTAによって生成され、トレーニングデータパケットがN個のグループのトレーニングフィールドを含み、N個のチャネル行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行し、APとSTAとの間のCSIを取得するためにN個のチャネル行列を平均化する
ように構成される。
【０１６３】
それに対応して、図16に示されたように、装置30は、
STAの送信アンテナの数に基づいてトリガフレームを生成するように構成された生成モジュール304であって、トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数がSTAの送信アンテナの数と同じである、生成モジュール304
をさらに含む。
【０１６４】
場合によっては、トレーニングデータパケットは、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、TSCE−NDPはトレーニングフィールドのN個の繰返しグループを含む。
【０１６５】
場合によっては、TSCEの現在のラウンドで実行される必要があるチャネル推定の数はNであり、Nは正の整数であり、チャネル推定デバイスはSTAである。
【０１６６】
第2の取得モジュールは、
トレーニングデータパケットを生成し、トレーニングデータパケットがN個のグループのトレーニングフィールドを含み、STAにトレーニングデータパケットを送信し、STAにCSIフィードバック要求を送信し、CSIフィードバック要求が、APとSTAとの間のCSIを報告するようにSTAに要求するために使用され、CSIが、N個のチャネル推定行列を取得するためにN個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後にSTAがN個のチャネル行列を平均化した後に取得され、STAによって報告されたCSIを受信する
ように構成される。
【０１６７】
それに対応して、図17に示されたように、装置30は、
STAにアナウンスフレームを送信するように構成された送信モジュール305であって、アナウンスフレームが、トレーニングデータパケット受信状態に入るようにSTAに指示するために使用され、アナウンスフレームが、TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送する、送信モジュール305
をさらに含む。
【０１６８】
場合によっては、アナウンスフレームは、時間平滑チャネル推定−ヌルデータパケットアナウンスフレームTSCE−NDPAであり、TSCEフィールドはTSCE−NDPA内に設定され、TSCEフィールドはチャネル推定の数Nを搬送する。
【０１６９】
結論として、本出願のこの実施形態で提供されるチャネル推定装置によれば、APは、通信品質に基づいて、TSCEのラウンドで実行される必要があるチャネル推定の数を決定し、チャネル推定は非常に柔軟である。ノイズ干渉が比較的大きい通信システムでは、たとえば、Wi−Fi通信ネットワークでは、1回のラウンドでエアインターフェースのワイヤレスチャネルに対して複数のチャネル推定が実行され、チャネル推定の結果が時系列で平均化される。LSアルゴリズムと比較して、チャネル推定結果へのノイズの影響が大幅に低減され、チャネル推定の精度が向上し、プリコーディングの信頼性がさらに向上し、通信システムのパフォーマンスが向上する。加えて、本出願では、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上する。
【０１７０】
図18は、本出願の別の実施形態による、チャネル推定装置の概略構造図であり、チャネル推定装置はユーザ端末に適用される。図18に示されたように、装置40は、
アクセスポイントデバイスAPによって送信されたトリガフレームを受信するように構成された受信モジュール401であって、トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、受信モジュール401と、
トリガフレームに基づいてトレーニングデータパケットを生成するように構成された生成モジュール402であって、トレーニングデータパケットがN個のグループのトレーニングフィールドを含む、生成モジュール402と、
APにトレーニングデータパケットを送信するように構成された送信モジュール403と
を含む。
【０１７１】
場合によっては、トリガフレームは、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの数は、STAの送信アンテナの数と同じである。
【０１７２】
生成モジュールは、
トレーニングフィールドの各グループ内のトレーニングシンボルの数、およびTSCEの現在のラウンドで実行される必要があるチャネル推定の数Nに基づいて、ターゲットマッピング行列を生成し、N個のグループのトレーニングフィールドを取得するために、ターゲットマッピング行列を使用してトレーニングシンボルに対してマッピングを実行する
ように構成される。
【０１７３】
結論として、本出願の本実施形態で提供されるチャネル推定装置によれば、受信モジュールがAPによって送信されたトリガフレームを受信した後、ユーザ端末は、生成モジュールを使用してトレーニングデータパケットを生成し、トリガフレーム内で搬送されるチャネル推定の数は通信品質に基づいてAPによって決定され、チャネル推定は非常に柔軟である。ノイズ干渉が比較的大きい通信システムでは、たとえば、Wi−Fi通信ネットワークでは、1回のラウンドでエアインターフェースのワイヤレスチャネルに対して複数のチャネル推定が実行され、チャネル推定の結果が時系列で平均化される。LSアルゴリズムと比較して、チャネル推定結果へのノイズの影響が大幅に低減され、チャネル推定の精度が向上し、プリコーディングの信頼性がさらに向上し、通信システムのパフォーマンスが向上する。加えて、本出願では、APは、通信品質に基づいて、TSCEの各ラウンドで実行される必要があるチャネル推定の数をリアルタイムで調整する。通信品質、チャネル推定の複雑さ、およびエアインターフェース占有オーバーヘッドのバランスをとることにより、エアインターフェースによって占有される時間オーバーヘッドが最小化され、通信品質を確保しながらチャネル利用率が向上する。
【０１７４】
本出願の一実施形態はチャネル推定装置を提供し、アクセスポイントデバイス向けに構成される。図19に示されたように、装置は、メモリ501と、プロセッサ502と、メモリ501に記憶され、プロセッサ502上で実行することができるコンピュータプログラムとを含む。プロセッサ502がコンピュータプログラムを実行すると、本出願の方法実施形態におけるチャネル推定方法が実施される。
【０１７５】
場合によっては、装置50は、通信バス503および通信インターフェース504をさらに含む。
【０１７６】
プロセッサ502は、1つまたは複数の処理コアを含む。プロセッサ502は、コンピュータプログラムおよびユニットを実行することにより、様々な機能アプリケーションおよびデータ処理を実行する。
【０１７７】
メモリ501は、コンピュータプログラムおよびユニットを記憶するように構成されてよい。具体的には、メモリは、オペレーティングシステムおよび少なくとも1つの機能に必要なアプリケーションプログラムユニットを記憶することができる。オペレーティングシステムは、リアルタイムオペレーティングシステム（Real Time eXecutive、RTX）、LINUX、UNIX、WINDOWS、またはOS Xなどのオペレーティングシステムであってよい。
【０１７８】
複数の通信インターフェース504が存在する場合があり、通信インターフェース504は、別のストレージデバイスまたはネットワークデバイスと通信するように構成される。たとえば、本出願のこの実施形態では、通信インターフェース504は、通信ネットワーク内のネットワークデバイスによって送信された警報ログを受信するように構成されてよい。
【０１７９】
メモリ501および通信インターフェース504は、通信バス503を使用してプロセッサ502に個別に接続される。
【０１８０】
当業者は、実施形態のステップの全部または一部が、ハードウェアまたは関連するハードウェアに命令するプログラムによって実施されてよいことを理解することができる。プログラムはコンピュータ可読記憶媒体に記憶されてよい。記憶媒体には、読取り専用メモリ、磁気ディスク、または光ディスクが含まれてよい。
【０１８１】
前述の説明は、本出願の単なるオプションの実施形態であり、本出願を限定するものではない。本出願の概念および原理から逸脱することなく行われたいかなる修正、同等な置換、または改善も、本出願の保護範囲内に入るべきである。
【符号の説明】
【０１８２】
30  チャネル推定装置
301  第1の取得モジュール
302  決定モジュール
303  第2の取得モジュール
304  生成モジュール
305  送信モジュール
40  チャネル推定装置
401  受信モジュール
402  生成モジュール
403  送信モジュール
50  チャネル推定装置
501  メモリ
502  プロセッサ
503  通信バス
504  通信インターフェース
【図１】
2021529457.tif 000008
【図２】
2021529457.tif 000009
【図３】
2021529457.tif 000010
【図４】
2021529457.tif 000011
【図５】
2021529457.tif 000012
【図６】
2021529457.tif 000013
【図７】
2021529457.tif 000014
【図８】
2021529457.tif 000015
【図９】
2021529457.tif 000016
【図１０】
2021529457.tif 000017
【図１１】
2021529457.tif 000018
【図１２】
2021529457.tif 000019
【図１３】
2021529457.tif 000020
【図１４】
2021529457.tif 000021
【図１５】
2021529457.tif 000022
【図１６】
2021529457.tif 000023
【図１７】
2021529457.tif 000024
【図１８】
2021529457.tif 000025
【図１９】
2021529457.tif 000026
【手続補正書】
【提出日】令和3年2月1日(2021.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末STAに適用されるチャネル推定方法であって、前記方法が、
アクセスポイント（AP）デバイスによって送信されたトリガフレームを受信するステップであって、前記トリガフレームが、時間平滑チャネル推定（TSCE）の現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、ステップと、
前記トリガフレームに基づいてトレーニングデータパケットを生成するステップであって、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、ステップと、
前記APに前記トレーニングデータパケットを送信するステップと
を備える、方法。
【請求項２】
前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が、前記STAの送信アンテナの数と同じであり、
前記トリガフレームに基づいてトレーニングデータパケットを生成する前記ステップが、
トレーニングフィールドの各グループ内のトレーニングシンボルの前記数、およびTSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nに基づいて、ターゲットマッピング行列を生成するステップと、
前記N個のグループのトレーニングフィールドを取得するために、前記ターゲットマッピング行列を使用して前記トレーニングシンボルに対してマッピングを実行するステップと
を備える、請求項1に記載の方法。
【請求項３】
アクセスポイント（AP）デバイスに適用されるチャネル推定装置であって、前記装置が、
前記APとユーザ端末STAとの間の通信品質を取得するように構成された少なくとも1つのプロセッサと、
前記通信品質に基づいて、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数を決定するように構成された前記プロセッサと、
前記APと前記STAとの間のチャネル状態情報CSIを取得するように構成された前記プロセッサであって、前記CSIが、前記決定された数のチャネル推定に基づいてTSCEの前記現在のラウンドが実行された後に取得されたチャネル推定結果に基づいて、チャネル推定デバイスによって特定される、前記プロセッサと
を備える、装置。
【請求項４】
前記プロセッサが、
エージング時間期間内の前記APと前記STAとの間の通信事後情報に基づいて、前記APと前記STAとの間の前記通信品質を特定し、前記エージング時間期間が、TSCEの2つの隣接するラウンドの間隔時間期間であり、前記通信事後情報が、パケット損失率およびスループットのうちの少なくとも1つを備える、
ように構成される、請求項3に記載の装置。
【請求項５】
前記プロセッサが、
前のエージング時間期間内の通信品質が通信品質基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を増やす
ように構成される、請求項4に記載の装置。
【請求項６】
前記前のエージング時間期間内の前記通信品質が前記通信品質基準に達しないとき、前記プロセッサが、
前記通信品質の認定回数をゼロにリセットし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示す、
ようにさらに構成される、請求項5に記載の装置。
【請求項７】
前記プロセッサが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示し、
前記更新された認定回数が前記認定回数の基準に達したとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数を減らし、通信品質の前記認定回数をゼロにリセットする
ように構成される、請求項4に記載の装置。
【請求項８】
前記プロセッサが、
前のエージング時間期間内の通信品質が通信品質基準に達したとき、更新された認定回数を取得するために通信品質の認定回数を1だけ増やし、前記認定回数が、前記通信品質が連続するエージング時間期間内で前記通信品質基準に達した回数を示し、
前記更新された認定回数が前記認定回数の基準に達しないとき、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数が、TSCEの前のラウンドで実行されたチャネル推定の数と同じであると決定する
ように構成される、請求項4に記載の装置。
【請求項９】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記APであり、
前記装置が、
前記STAにトリガフレームを送信し、前記トリガフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送し、
前記STAによって送信されたトレーニングデータパケットを受信し、前記トレーニングデータパケットが、前記トリガフレームに基づいて前記STAによって生成され、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、
ように構成されたトランシーバを備え、
前記プロセッサが、
N個のチャネル行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行し、
前記APと前記STAとの間の前記CSIを取得するために前記N個のチャネル行列を平均化する
ように構成される、請求項3から8のいずれか一項に記載の装置。
【請求項１０】
前記プロセッサが、前記STAの送信アンテナの数に基づいて前記トリガフレームを生成するように構成され、前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が前記STAの送信アンテナの前記数と同じである、
をさらに備える、請求項9に記載の装置。
【請求項１１】
前記トレーニングデータパケットが、時間平滑チャネル推定−ヌルデータパケットTSCE−NDPであり、前記TSCE−NDPがトレーニングフィールドのN個の繰返しグループを備える、
請求項9に記載の装置。
【請求項１２】
TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数がNであり、Nが正の整数であり、前記チャネル推定デバイスが前記STAであり、
前記プロセッサが、
トレーニングデータパケットを生成し、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、
ように構成され、
前記トランシーバが、
前記STAに前記トレーニングデータパケットを送信し、
前記STAにCSIフィードバック要求を送信し、前記CSIフィードバック要求が、前記APと前記STAとの間の前記CSIを報告するように前記STAに要求するために使用され、前記CSIが、前記N個のチャネル推定行列を取得するために前記N個のグループのトレーニングフィールドに対してチャネル推定を個別に実行した後に前記STAがN個のチャネル行列を平均化した後に取得され、
前記STAによって報告された前記CSIを受信する
ように構成される、請求項3から8のいずれか一項に記載の装置。
【請求項１３】
前記トランシーバが、
前記STAにアナウンスフレームを送信するように構成され、前記アナウンスフレームが、トレーニングデータパケット受信状態に入るように前記STAに指示するために使用され、前記アナウンスフレームが、TSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nを搬送する、
をさらに備える、請求項12に記載の装置。
【請求項１４】
前記アナウンスフレームが、時間平滑チャネル推定−ヌルデータパケットアナウンスフレーム（TSCE−NDPA）であり、TSCEフィールドが前記TSCE−NDPA内に設定され、前記TSCEフィールドがチャネル推定の前記数Nを搬送する、
請求項13に記載の装置。
【請求項１５】
ユーザ端末STAに適用されるチャネル推定装置であって、前記装置が、
アクセスポイント（AP）デバイスによって送信されたトリガフレームを受信するように構成されたトランシーバであって、前記トリガフレームが、時間平滑チャネル推定TSCEの現在のラウンドで実行される必要があるチャネル推定の数Nを搬送し、Nが正の整数である、トランシーバと、
前記トリガフレームに基づいてトレーニングデータパケットを生成するように構成されたプロセッサであって、前記トレーニングデータパケットがN個のグループのトレーニングフィールドを備える、プロセッサと、
前記APに前記トレーニングデータパケットを送信するように構成された前記トランシーバと
を備える、装置。
【請求項１６】
前記トリガフレームが、トレーニングフィールドの各グループ内のトレーニングシンボルの数を搬送し、トレーニングフィールドの各グループ内のトレーニングシンボルの前記数が、前記STAの送信アンテナの数と同じであり、
前記プロセッサが、
トレーニングフィールドの各グループ内のトレーニングシンボルの前記数、およびTSCEの前記現在のラウンドで実行される必要があるチャネル推定の前記数Nに基づいて、ターゲットマッピング行列を生成し、
前記N個のグループのトレーニングフィールドを取得するために、前記ターゲットマッピング行列を使用して前記トレーニングシンボルに対してマッピングを実行する
ように構成される、請求項15に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
STAは、ワイヤレス通信チップ、ワイヤレスセンサ、またワイヤレス通信端末、たとえば、Wi−Fi通信機能をサポートする携帯電話、Wi−Fi通信機能をサポートするタブレットコンピュータ、Wi−Fi通信機能をサポートするセットトップボックス、Wi−Fi通信機能をサポートするスマートTV、Wi−Fi通信機能をサポートするインテリジェントウェアラブルデバイス、Wi−Fi通信機能をサポートする車載通信デバイス、Wi−Fi通信機能をサポートするコンピュータなどであってよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８７
【補正方法】変更
【補正の内容】
【００８７】
表1を参照すると、NTSCEはトレーニングフィールドのグループの数を示すために使用され、マッピング行列の繰返しの数はNTSCE＋1に等しい。トレーニングフィールドの各グループ内のトレーニングシンボルの数はnであると仮定し、nは1以上の整数である。マッピング行列が1回繰り返され、それはマッピング行列のサイズがn×nであることを示す。マッピング行列が2回繰り返され、それはマッピング行列のサイズがn×2nであることを示す。類推により、マッピング行列がk回繰り返された場合、マッピング行列のサイズはn×knである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
トレーニングデータパケットは、通信ネットワーク内の物理層を使用して送信されるので、トレーニングデータパケットは、物理層プロトコルデータユニット（Physical Layer Protocol Data Unit、PPDU）と呼ばれる場合がある。本出願のこの実施形態では、トレーニングデータパケットは、時間平滑チャネル推定−ヌルデータパケット（Time Smooth Channel Estimation−Null Data Packet、TSCE−NDP）であり、TSCE−NDPはトレーニングフィールドのN個の繰返しグループを含む。たとえば、図6は、本出願の一実施形態による、TSCE−NDPの概略構造図である。図6に示されたように、TSCE−NDPは、従来のプリアンブル（Legacy Preamble）、高効率信号フィールド（HE−SIG）、自動利得制御フィールド（たとえば、高効率ショートトレーニングフィールド（High Efficiency Short Training Field、HE−STF））、およびトレーニングパートを含む。トレーニングパートはN個のグループのトレーニングフィールドを含み、トレーニングフィールドの各グループはn個のHE−LTFを含む。TSCE−NDP内のトレーニングパート以外のフィールドの機能および内容については、802．11ax規格のHE NDP PPDUのフレーム構造を参照されたい。本出願では、詳細はここでは記載されない。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１７７
【補正方法】変更
【補正の内容】
【０１７７】
メモリ501は、コンピュータプログラムおよびユニットを記憶するように構成されてよい。具体的には、メモリは、オペレーティングシステムおよび少なくとも1つの機能に必要なアプリケーションプログラムユニットを記憶することができる。オペレーティングシステムは、リアルタイムオペレーティングシステム（Real−Time Operating System、RTOS）、LINUX、UNIX、WINDOWS、またはOS Xなどのオペレーティングシステムであってよい。
【国際調査報告】
2021529457.tif 000027
2021529457.tif 000028
2021529457.tif 000029
2021529457.tif 000030