本出願の実施形態は、マルチAP協調伝送のシナリオに適用可能な情報構造設計ソリューションを提供するため、無線通信システムに用いられる通信方法および通信装置を提供する。
これ以降は、添付の図面を参照しながら本出願の実施形態を説明する。
本出願の明細書、請求項、および添付の図面において、用語「第1」、「第2」などは、同様の物を区別することを意図しており、必ずしも特定の順番や順序を指示しない。このように使用される用語は適切な状況において交換可能であり、これは本出願の実施形態で同じ属性を有する対象が記述されるときに使用される区別のしかたにすぎないことを理解されたい。加えて、用語「含む(include,contain)」および他の何らかの変形は、非排他的な包含をカバーすることを意味するため、一連のユニットを含むプロセス、方法、システム、製品、またはデバイスは、必ずしもそれらのユニットに限定されず、明確に列挙されていない他のユニットを、またはそのようなプロセス、方法、システム、製品、またはデバイスに固有の他のユニットを、含み得る。
本出願の実施形態の技術的なソリューションは通信システムに適用でき、この通信システムはマルチAP協調伝送のシナリオに用いることができる。マルチAP協調伝送は、複数のAPの複数のアンテナによって遂行される協調伝送を指すことがあり、あるいはマルチAP協調伝送は、1つのAPの複数の分散アンテナによって遂行される協調伝送を指すこともある。例えば、マルチAP協調伝送の具体的な実装シナリオはD-MIMO伝送であってよい。D-MIMOは送信側のアンテナが分散アンテナであるMIMOであり、一般的には協調MIMOまたはAP共同伝送(Joint Transmission)と呼ばれる。D-MIMOはAP協調伝送の一実装である。D-MIMO技術では、複数のノードを使用することによって組み合わされたより多くのアンテナを有効活用でき、より多くの空間ストリームを使用することによってより高いレートを提供でき、あるいは、多様なチャネルを使用することによってより長い伝送距離を提供できる。別々のノードに分散されたアンテナは、より良いアンテナ分離を提供し、より多くの独立チャネルを有し、より多くの空間ストリームをサポートできる。例えば、D-MIMOは1つ以上のSTAとAPグループとの通信であり、複数のAPを有線方式か無線方式で接続できる。別の一例として、D-MIMOでは1つのアクセスコントローラ(acess controller、AC)が複数のAPを送信のため均一に制御できる。
図1に示されているように、本出願の本実施形態で提供される例示的な通信システムは、AP1と、AP2と、STA1と、STA2とを含んでよい。AP1は本出願の本実施形態における第1のアクセスポイント(access point、AP)であってよく、AP2は本出願の本実施形態で提供される第2のAPであってよい。第1のAPと第2のAPは、マルチAP協調伝送またはマルチAP共同伝送を実施できる。第1のAPと第2のAPは少なくとも1つのアンテナをそれぞれ含み、第1のAPの少なくとも1つのアンテナと第2のAPの少なくとも1つのアンテナとの協調伝送は、分散式多入力多出力(D-MIMO)伝送または協調MIMO伝送と呼ばれることもある。例えば、第1のAPはマスターAP、すなわち図1のAP1であってよく、第2のAPは従属AP、すなわち図1のAP2であってよく、第1のSTAは図1のSTA1であってよく、第2のSTAは図1のSTA2であってよい。第1のAPは第2のAPと通信でき、例えば、有線方式か無線方式で通信できる。本出願の本実施形態では、第1のAPがマスターAPであり、第2のAPが従属APである一例が説明のために使用される。第1のAPとマスターAPが交互に使用されてよく、第2のAPと従属APが交互に使用されてよい。この通信システムにおけるAPとSTAの数が一例にすぎないことは理解できるであろう。
アクセスポイントは、通信システムでステーションを通信ネットワークに接続するデバイスであり、例えば、無線アクセスネットワーク(radio access network、RAN)ノード(またはデバイス)、基地局などと呼ばれることがある。現在、アクセスポイントのいくつかの例は、送受信ポイント(transmission reception point、TRP)、エボルブドノードB(evolved Node B、eNB)、無線ネットワークコントローラ(radio network controller、RNC)、ノードB(Node B、NB)、基地局コントローラ(base station controller、BSC)、ベーストランシーバステーション(base transceiver station、BTS)、ホームノードB(例えば、home evolved NodeB、またはhome Node B、HNB)、ベースバンドユニット(base band unit、BBU)、Wi-Fiアクセスポイント、ならびに無線環境内で稼働できる他のインターフェイスデバイスである。
ステーションは、無線接続機能を有し、ユーザーのために音声および/またはデータコネクティビティを提供できるデバイスであり、端末デバイス、ユーザー機器(user equipment、UE)、モバイルステーション(mobile station、MS)、モバイル端末(mobile terminal、MT)などと呼ばれることもある。現在、ステーションのいくつかの例は、携帯電話機(mobile phone)、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス(mobile internet device、MID)、ウェアラブルデバイス、仮想現実(virtual reality、VR)デバイス、拡張現実(augmented reality、AR)デバイス、工業制御(industrial control)における無線端末、自動運転(self driving)における無線端末、遠隔医療手術(remote medical surgery)における無線端末、スマートグリッド(smart grid)における無線端末、運輸安全(transportation safety)における無線端末、スマートシティ(smart city)における無線端末、スマートホーム(smart home)における無線端末、車載デバイスなど含む。
本出願の実施形態の技術的なソリューションは、データ処理のための様々な通信システムに適用でき、例えば、符号分割多元接続(code division multiple access、CDMA)システム、時分割多元接続(time division multiple access、TDMA)システム、周波数分割多元接続(frequency division multiple access、FDMA)システム、直交周波数分割多元接続(orthogonal frequency-division multiple access、OFDMA)システム、シングルキャリア周波数分割多元接続(single carrier FDMA、SC-FDMA)システム、および他のシステムに適用できる。「システム」と「ネットワーク」という用語は相互に交換可能である。CDMAシステムは、ユニバーサル無線地上アクセス(universal terrestrial radio access、UTRA)およびCDMA2000などの無線技術を実装できる。UTRAは、広帯域CDMA(wideband CDMA、WCDMA(登録商標))技術およびCDMAのその他の変種技術を含み得る。CDMA 2000は、暫定規格(interim standard、IS)2000(IS-2000)、IS-95規格、およびIS-856規格をカバーできる。TDMAシステムは、移動体通信のためのグローバルシステム(global system for mobile communication、GSM)などの無線技術を実装できる。OFDMAシステムは、エボルブドユニバーサル地上無線アクセス(evolved UTRA、E-UTRA)、ウルトラモバイルブロードバンド(ultra mobile broadband、UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、およびFlash OFDMAなどの無線技術を実装できる。UTRAはUMTSに対応し、E-UTRAはUMTSのエボルブドバージョンに対応する。3GPPにおいて、ロングタームエボリューション(long term evolution、LTE)とLTEに基づいて進化した様々なバージョンは、E-UTRAを使用する新しいUMTSバージョンである。第5世代(5 Generation、略して「5G」)通信システムまたはニューラジオ(New Radio、略して「NR」)は、研究中の次世代通信システムである。加えて、この通信システムはさらに未来志向の通信技術に適用可能であり得、本出願の実施形態で提供される技術的なソリューションに適用可能である。本出願の実施形態で説明されるシステムアーキテクチャとサービスシナリオは、本出願の実施形態の技術的なソリューションをより明確に説明するためのものであり、本出願の実施形態で提供される技術的なソリューションを制限するものではない。当業者なら、ネットワークアーキテクチャの進化と新しいサービスシナリオの出現にともない、本出願の実施形態で提供される技術的なソリューションが同様の技術的問題にも適用可能であることを知ることができる。
図2は、本出願の一実施形態による別の通信システムの概略構造図である。図2に示された通信システムは、マスターAPと、従属AP1と、従属AP2と、従属AP3と、従属AP4と、STA1~6とを含む。本出願の本実施形態で提供される第1のAPは、前述のマスターAPであってよく、第2のAPは、前述の従属AP1、従属AP2、従属AP3、および従属AP4であってよい。図2のマスターAPは、従属AP1、従属AP2、従属AP3、および従属AP4と共にD-MIMOを形成でき、マスターAPは、従属AP1、従属AP2、および従属AP3と共にD-MIMOを形成でき、マスターAPは、従属AP1および従属AP2と共にD-MIMOを形成でき、あるいはマスターAPは、従属AP1と共にD-MIMOを形成できる。
本出願の本実施形態で提供される通信システムは、複数のWi-Fi規格を使用して通信を行うことができ、複数のWi-Fi規格は、既存の高スループット(high-throughput、HT)、超高スループット(very high throughput、VHT)、高効率(high efficiency、HE)Wi-Fi規格、または次世代Wi-Fi規格、例えば極高スループット(Extremely high throughput、EHT)または超高効率(very high efficiency、VHE)を含み得る。以降の実施形態では、次世代Wi-Fi規格がEHTである一例を用いて本出願の実施形態のソリューションを説明する。
本出願の本実施形態の方法は、マルチAP協調伝送のシナリオに適用できる。本出願の本実施形態において、第1のAPは、STAの識別情報と第2のAPの識別情報とを通知情報で搬送するようにし、通知情報は、チャネルサウンディング物理層プロトコルデータユニット(PHY protocol data unit、PPDU)を送信することをSTAに指示する。通知情報は、STAによって送信されるチャネルサウンディングPPDUを受信することを第2のAPに指示するさらに指示する。第1のAPは第2のAPとSTAへ通知情報を送信する。例えば、第1のAPは通知情報をブロードキャスト方式で送信するので、第2のAPとSTAの両方が通知情報を受信できる。本出願の本実施形態において、第1のAPは通知情報を1回送信し、通知情報を使用することによって、チャネルサウンディングPPDUを送信するようにSTAを直接スケジュールするので、通知情報を受信する第2のAPはチャネルサウンディングを実施する。本出願の本実施形態で提供されるマルチAP協調伝送のシナリオに適用可能なシグナリング設計ソリューションに基づくと、STAは、通知情報を受信した後に、チャネルサウンディングPPDUを送信し、チャネルサウンディングPPDUを受信するAPは、チャネルサウンディングPPDUに基づいてチャネル推定を行い、これにより、チャネル状態情報を得る。一般的なチャネルサウンディング手順と比べて、本出願の本実施形態では、APが複数回のスケジューリングをともなうことなく複数のAPとSTAとの間でチャネルサウンディングを実施できるので、チャネルサウンディングのオーバーヘッドが減り、チャネルサウンディングの効率が上がる。
これ以降は、より多くの添付の図面を参照しながら本出願の実施形態のソリューションをさらに説明する。図3は、本出願の一実施形態による通信方法の概略フローチャートである。本出願の本実施形態で提供される通信方法は主に、以下のステップを含む。
301:第1のAPは通知情報を生成し、通知情報はチャネルサウンディングPPDUを送信することをSTAに指示し、通知情報はSTAの識別情報と第2のAPの識別情報とを含み、STAの識別情報はSTAを指示し、第2のAPの識別情報は第2のAPを指示する。
図2を一例として使用する。第1のAPは図2のマスターAPであってよく、第2のAPは図2の従属AP1、従属AP2、および従属AP3であってよく、第1のAPと第2のAPはD-MIMOを形成できる。第1のAPは通知情報を生成する。通知情報はチャネルサウンディングPPDU(sounding PPDU)を送信することをSTAに指示し、通知情報はさらに、STAによって送信されるチャネルサウンディング物理層プロトコルデータユニット(PPDU)を受信することを第2のAPに指示できる。物理層プロトコルデータユニットはデータパケットと呼ばれることもある。チャネルサウンディングPPDUは、チャネルサウンディング(Sounding)に使用されるPPDUである。例えば、チャネルサウンディングPPDUは、具体的には、ヌルデータパケット(null data packet、NDP)であってよく、NDPはデータフィールドを含まないデータパケットである。NDPはチャネルサウンディングを行うために使用されてよい。複数のAPのいずれか1つによって通知情報が送信されてよいことは理解できるであろう。本出願の本実施形態では、第1のAPが通知情報を送信するAPである一例を説明に用いる。第1のAPはマスターAPと呼ばれることがある。別のAP、例えば第2のAPは、従属APまたは従属APと呼ばれる。
本出願の本実施形態では、チャネルサウンディングPPDUを受信する必要があるAPを指示するため、第1のAPがAPの識別情報を通知情報で搬送するようにする。例えば、第1のAPはチャネルサウンディングPPDUを受信することを第2のAPに指示し、第1のAPは第2のAPの識別情報を通知情報で搬送するようにする。同様に、チャネルサウンディングPPDUを送信する必要があるSTAを指示するため、第1のAPはSTAの識別情報を通知情報で搬送するようにする。複数のタイプの情報を使用することによって通知情報が搬送されてよいことに注意されたい。例えば、通知情報は、第1のAPと第2のAPとのやり取りに使用される既存のシグナリングであってよく、あるいは第1のAPによって新たに規定されるシグナリングであってよい。通知情報を搬送する方式と通知情報に含まれる情報内容については、以降の実施形態で詳しく説明する。
本願のいくつかの実施形態において、STAの識別情報は、STAの関連識別子(association identifier、AID)またはSTAの媒体アクセス制御(medium access control、MAC)アドレスのうち、少なくとも1つを含む。あるいは、AIDの一部のビットがSTAの識別情報として使用されてよく、これは部分AIDと呼ばれ、または、MACアドレスの一部のビットがSTAの識別情報として使用されてよく、これは部分MACアドレスと呼ばれる。
STAの識別情報は複数の実装を有する。例えば、STAのAIDがSTAの識別情報として使用されてよく、STAのAIDは第1のAPによってSTAに予め割り当てられてよく、あるいはSTAのMACアドレスがSTAの識別情報として使用される。特定の実装形態がSTAの識別情報に使用される。これは本出願の本実施形態で具体的に限定されない。
第2のAPの識別情報は複数の実装を有し、第2のAPの識別情報は、第2のAPに対応するグループ識別子(Group ID)、第2のAPに対応する基本サービスセットカラー(basic service set colour、BSS Color)、第2のAPに対応するグループ識別子および第2のAPに対応する基本サービスセットビットマップ(BSS bitmap)、第2のAPのAID、または第2のAPのMACアドレスのうち、少なくとも1つを含む。
具体的に述べると、複数のAPによって形成されるセットは1つのAPグループと呼ばれることがあり、1つの第2のAPは少なくとも1つのAPグループに分類でき、第2のAPが属するAPグループのグループ識別子は第2のAPの識別情報として使用できる。APグループはD-MIMOグループであってよく、第2のAPのグループ識別子は第2のAPの分散式多入力多出力(distributed multiple input multiple output、D-MIMO)グループ識別子であってよい。それぞれのD-MIMOグループはD-MIMOに属する従属APを含み、別々の従属APには別々のグループ識別子を割り当てることができる。それぞれの従属APは従属APのグループ識別子に基づいて識別できる。別の一例として、一般的に、1つの基本サービスセットは1つのAPを含むため、第2のAPが属する基本サービスセットの基本サービスセットカラーは、第2のAPの識別情報として使用できる。別の一例として、第2のAPのグループ識別子と基本サービスセットビットマップは第2のAPの識別情報として使用できる。D-MIMOグループに既定数の従属APが存在し、それらの従属APの順序が分かっていると仮定する。したがって、ビットマップの各ビットは1つの従属APに対応し得、対応する従属APが現在のチャネルサウンディングに参加する必要があるか否かを指示する。現在のチャネルサウンディングに参加する必要がある従属APは、従属APのグループ識別子とビットマップとに基づいて識別できる。別の一例として、第2のAPのAIDは第2のAPの識別情報として使用でき、第2のAPのAIDは第1のAPによって第2のAPに予め割り当てることができる。あるいは、第2のAPのMACアドレスが第2のAPの識別情報として使用される。第2のAPの識別情報によって使用される具体的な実装形態は、本出願の本実施形態で具体的に限定されない。
302:第1のAPは第2のAPとSTAへ通知情報を送信する。
本出願の本実施形態において、第1のAPは第2のAPとSTAへ通知情報を送信できる。一例では、通知情報を第2のAPとSTAへブロードキャストまたはマルチキャストできるため、第2のAPとSTAの両方が通知情報を受信できる。別の一例では、第1のAPとSTAとの間で通知情報を無線伝送方式で伝送でき、第1のAPと第2のAPとの間で通知情報を無線伝送方式または有線伝送方式で伝送できる。第1のAPが通知情報を送信する具体的方式はここで限定されない。
303:第2のAPは第1のAPによって送信される通知情報を受信する。
第1のAPと第2のAPとの間で通知情報を無線伝送方式または有線伝送方式で伝送できる。第2のAPは第1のAPから通知情報を受信できる。通知情報に含まれる情報内容と通知情報を搬送する方式については、以降の実施形態の説明を参照されたい。
第2のAPは、通知情報を受信した後に、通知情報を解析し、通知情報からSTAの識別情報と第2のAPの識別情報を得る。STAの識別情報と第2のAPの識別情報の詳しい説明については、以降の実施形態の説明を参照されたい。
304:第2のAPは、STAの識別情報と第2のAPの識別情報とに基づいて、第2のAPがSTAによって送信されるチャネルサウンディングPPDUを受信する必要があると判定する。
第1のAPはマスターAPとして使用され、第2のAPは従属APとして使用される。第1のAPによって送信される通知情報は、STAによって送信されるチャネルサウンディングPPDUを受信することを第2のAPに指示できる。第2のAPは、通知情報で搬送されるSTAの識別(例えば、AID1)情報と第2のAPの識別情報とに基づいて、識別子がAID1であるSTAによって送信されるサウンディングPPDUを第2のAPが受信する必要があると判定できる。具体的に述べると、通知情報で搬送される第2のAPの識別情報が第2のAPを指示するなら、STAによって送信されるサウンディングPPDUを第2のAPが受信する必要があると判定できる。
305:STAは第1のアクセスポイント(AP)によって送信される通知情報を受信する。
本出願の本実施形態では、第1のAPとSTAとの間で通知情報を無線伝送方式で伝送でき、STAは第1のAPから通知情報を受信できる。通知情報に含まれる情報内容と通知情報を搬送する方式については、上記の実施形態の説明を参照されたい。ここでは詳細を再度説明しない。
本出願の本実施形態において、STAは、通知情報を受信した後に、通知情報を解析し、通知情報からSTAの識別情報と第2のAPの識別情報を得る。STAの識別情報と第2のAPの識別情報の詳しい説明については、以降の実施形態の説明を参照されたい。
306:STAは、STAの識別情報と第2のAPの識別情報とに基づいて、STAがチャネルサウンディングPPDUを送信する必要があると判定する。
本出願のいくつかの実施形態において、STAは、通知情報で搬送されるSTAの識別(例えば、AID1)情報と第2のAPの識別情報とに基づいて、STAが物理サウンディングPPDUを送信する必要があると判定した後に、以下のステップ309(図3に図式的に記載されていない)を遂行する。任意に選べることとして、STAはさらに、1つの短いフレーム空間の後にチャネルサウンディングPPDUを送信してよい。
任意に選べることとして、第2のAPはさらに、ステップ306の後に、以下のステップ307(図3に図式的に記載されていない)を遂行してよい。
第2のAPはSTAによって送信されたチャネルサウンディングPPDUを受信し、その後、チャネル推定を行う。
本出願の本実施形態では、第1のAPがチャネルサウンディングPPDUを送信するようにSTAを直接スケジュールする。第1のAPは通知情報を1回だけ送信すればよく、チャネルサウンディングを実施するため、通知情報に基づいて様々な手順を遂行する形に第2のAPとSTAを調整しスケジュールすることができる。したがって、チャネルサウンディングのオーバーヘッドを減らすことができる。
任意に選べることとして、第1のAPはさらに、ステップ306の後に、以下のステップ308(図3に図式的に記載されていない)を遂行してよい。
第1のAPはSTAによって送信されたチャネルサウンディングPPDUを受信し、その後、チャネル推定を行う。
本出願の本実施形態では、第1のAPがチャネルサウンディングPPDUを送信するようにSTAを直接スケジュールする。第1のAPは通知情報を1回だけ送信すればよく、第2のAPとSTAは通知情報に基づいて様々な手順を遂行できる。したがって、チャネルサウンディングのオーバーヘッドを減らすことができる。
一般的に、マルチAP協調伝送には暗黙的なチャネルサウンディング方式が使用される。具体的に述べると、チャネルサウンディングの開始者(例えばAP)がチャネルサウンディングの応答者(STA)へNDPを送信し、STAがAPからSTAに至るダウンリンクチャネルを実際に測定し、測定したチャネル検出結果をAPへフィードバックする。このフィードバックチャネル測定結果は、STAと複数の従属APとの間のダウンリンクチャネル測定結果を含む。したがって、フィードバックのオーバーヘッドは比較的大きい。
本出願の本実施形態では、明示的なチャネルサウンディング方式がマルチAP協調伝送に使用される。具体的に述べると、APはNDPを送信するようにSTAをスケジュールし、STAはAPへNDPを送信し、APはSTAからAPに至るアップリンクチャネルを測定し、APはチャネルの相違点を使用することで、APからSTAに至るダウンリンクチャネルのチャネル測定結果を得る。APはチャネル測定結果の取得者であり、エアインターフェイス上でチャネル測定結果をフィードバックする必要はない。したがって、チャネル測定結果をフィードバックするオーバーヘッドは減らされ、システムのスループットが高められる。
通知情報は複数の方式で搬送することができる。以下、通知情報を搬送する方式を詳しく説明する。
本出願のいくつかの実施形態では、通知情報がトリガーフレームで搬送され、このトリガーフレームは従属トリガーフレーム(secondary trigger frame、secondary TF)と呼ばれることもあり、あるいは通知情報はヌルデータパケットアナウンスメント(NDPAにおけるNull Data Packet Announcement)フレームで搬送されてよく、あるいは通知情報は第1のAPによって新たに規定されるシグナリングであってよい。以下ではまず、通知情報が従属トリガーフレームで搬送される一例を説明に用いる。
本出願のいくつかの実施形態において、図4は、本出願の一実施形態による従属トリガーフレームの組成構造の概略図である。通知情報は従属トリガーフレームで搬送され、従属トリガーフレームは共通情報(Common Info)フィールドとユーザー情報(User Info)フィールドとを含む。第2のAPの識別情報は共通情報フィールドで搬送され、STAの識別情報はユーザー情報フィールドで搬送される。
図4は従属トリガーフレームの一部の構成フィールドだけを示している。共通情報フィールドとユーザー情報フィールドに加え、任意に選べることとして、従属トリガーフレームは、ここで図4に示されていない別のフィールドをさらに含んでもよい。通知情報内の第2のAPの識別情報は共通情報フィールドで搬送されてよく、通知情報内のSTAの識別情報はユーザー情報フィールドで搬送されてよい。第1のAPは、チャネルサウンディングPPDUを送信する必要があるSTAの識別情報をユーザー情報フィールドに埋め込むことができる。複数のSTAがチャネルサウンディングPPDUを送信する必要がある場合、従属トリガーフレームは複数のユーザー情報フィールドを含んでよい。通知情報は、従属トリガーフレームに含まれる共通情報フィールドとユーザー情報フィールドを使用することによって搬送されてよい。
図4に示されているように、共通情報フィールドはトリガータイプ(Trigger Type)サブフィールドとトリガー依存共通情報(Trigger Dependent Common Info)サブフィールドとを含む。トリガータイプサブフィールドは、従属トリガーフレームのトリガータイプを指示する。トリガー依存共通情報サブフィールドは、第2のAPの識別情報を含む。
トリガータイプサブフィールドは従属トリガーフレームのタイプを指示でき、トリガータイプサブフィールドの様々な値がトリガーフレームの様々なタイプを指示できる。例えば、トリガータイプサブフィールドは4ビットを占めてよい。トリガータイプサブフィールドの値が8~15のいずれか1つであるなら、トリガーフレームが通知情報を搬送するために使用される従属トリガーフレームであることを指示できる。トリガー依存共通情報サブフィールドは共通情報フィールド内のサブフィールドであり、トリガー依存共通情報サブフィールドは第2のAPの識別情報を搬送することができる。第2のAPの識別情報は前述の複数の例で説明できており、ここでは詳細を再度説明しない。従属トリガーフレームの共通情報フィールドは、前述の第2のAPの識別情報を搬送することができる。第2のAPとSTAは、従属トリガーフレームを受信した後に、従属トリガーフレーム内のトリガータイプサブフィールドを使用して従属トリガーフレームのタイプを判定できる。第2のAPの識別情報は、トリガー依存共通情報サブフィールドを使用することによって得ることができる。
本出願のいくつかの実施形態において、第1のAPは従属トリガーフレームのタイプをさらに指示できる。例えば、第1のAPは従属トリガーフレームの中に従属トリガーフレームサブタイプサブフィールドを設定することで、従属トリガーフレームが、チャネルサウンディングPPDUを送信するようにSTAをトリガーするために使用されるトリガーフレームであることを指示する。本出願の本実施形態において、第1のAPはチャネルサウンディングPPDUを送信することをSTAに指示し、第2のAPまたは第1のAPは、チャネル推定を実施するため、チャネルサウンディングPPDUを受信する。本出願の本実施形態における通知情報は、チャネルサウンディングPPDUを送信することをSTAに通知できるばかりでなく、チャネルサウンディングPPDUを受信するための準備をすることをAPに指示できるため、チャネル検出効率が上がる。
図5は、本出願の一実施形態による別の従属トリガーフレームの組成構造の概略図である。共通情報フィールドは従属トリガーフレームサブタイプサブフィールドをさらに含み、従属トリガーフレームのサブタイプを指示する。従属トリガーフレームサブタイプサブフィールドは共通情報フィールドの一構成部分に属し、従属トリガーフレームサブタイプサブフィールドは、具体的には、トリガータイプサブフィールドに隣接してよい。例えば、従属トリガーフレームサブタイプサブフィールドは従属トリガーフレームのサブタイプを指示する。例えば、従属トリガーフレームサブタイプサブフィールドが既定値を指示する場合、これは、従属トリガーフレームがチャネルサウンディングに使用されるトリガーフレームであることを意味する。
図6は、本実施形態の一実施形態による別の従属トリガーフレームの組成構造の概略図である。共通情報フィールドはトリガー依存共通情報サブフィールドをさらに含む。トリガー依存共通情報サブフィールドは、従属トリガーフレームサブタイプサブフィールドとAP指示サブフィールドとを含む。従属トリガーフレームサブタイプサブフィールドは従属トリガーフレームのサブタイプを指示する。AP指示サブフィールドは第2のAPの識別情報を含む。従属トリガーフレームサブタイプサブフィールドはさらにトリガー依存共通情報サブフィールドの一構成部分に属してよく、従属トリガーフレームのタイプは、トリガー依存共通情報サブフィールド内の従属トリガーフレームサブタイプサブフィールドを使用することによって指示される。第2のAPの識別情報は、トリガー依存共通情報サブフィールド内のAP指示サブフィールドを使用することによって指示される。第2のAPの識別情報は前述の複数の例で説明できており、ここでは詳細を再度説明しない。
本出願のいくつかの実施形態において、通知情報は従属トリガーフレームかNDPAフレームで搬送される。図7は、本出願の一実施形態による従属トリガーフレームの組成構造の概略図である。通知情報は従属トリガーフレームかNDPAフレームで搬送される。従属トリガーフレームまたはNDPAフレームは、第1ユーザー情報フィールドと第2ユーザー情報フィールドとを含んでよい。従属トリガーフレームがユーザー情報1とユーザー情報2とを含む一例を図7の説明に用いる。第1ユーザー情報フィールドはユーザー情報1を指してよい。第2ユーザーフィールドはユーザー情報2を指してよい。通知情報がNDPAフレームで搬送される場合は、NDPAフレームに含まれる第1ユーザー情報フィールドが第1ステーション(STA)情報フィールドであってよく、NDPAフレームに含まれる第2ユーザー情報フィールドは第2ステーション情報フィールドであってよい。
具体的に述べると、第2のAPの識別情報は第1ユーザー情報フィールドで搬送され、STAの識別情報は第2ユーザー情報フィールドで搬送される。第1のAPは第2のAPの識別情報を第1ユーザー情報フィールドで搬送するようにすることができ、第1のAPは、チャネルサウンディングPPDUを送信する必要があるSTAの識別情報を第2ユーザー情報フィールドに埋め込むことができる。複数のSTAがチャネルサウンディングPPDUを送信する必要がある場合、従属トリガーフレームは複数の第2ユーザー情報フィールドを含んでよい。通知情報は、従属トリガーフレームに含まれる複数のユーザー情報フィールドを使用することによって搬送されてよい。
図7に示されているように、第1ユーザー情報フィールドは、関連識別子サブフィールドとAP指示サブフィールドとを含む。関連識別子サブフィールドは第1の値を搬送する。AP指示サブフィールドは第2のAPの識別情報を含む。
関連識別子サブフィールドとAP指示サブフィールドは第1ユーザー情報フィールドに設定され、関連識別子(AID)サブフィールドはAID12サブフィールドと呼ばれることもあり、関連識別子サブフィールドは第1の値を搬送する。第1の値は特別な既定値であってよい。例えば、関連識別子サブフィールドの値は特別なAIDに設定されてよい。例えば、第1の値は4094または4095であってよく、第1の値は既存の規格で規定されていないAIDであってよい。第1の値は、第1ユーザー情報フィールドが第2のAPの識別情報を搬送するために使用されることを識別するために使用される。APまたはSTAは第1ユーザー情報フィールドを解析し、特別なAIDとしてAID12サブフィールドを読み取り、第1ユーザー情報フィールドが第2のAPの識別情報を搬送し、ただしSTAの識別情報は搬送していないと判定する。
第1ユーザー情報フィールドでは、AP指示サブフィールドの前に関連識別子サブフィールドを送信できるため、第1ユーザー情報フィールドを受信する受信側は最初に関連識別子サブフィールドを得、引き続き関連識別子サブフィールドで搬送される第1の値に基づいてAP指示サブフィールドを受信し、AP指示サブフィールドを使用して第2のAPの識別情報を得ることができる。
本出願のいくつかの実施形態において、第1ユーザー情報フィールドは、従属トリガーフレームまたはNDPAフレーム内の最初送信ユーザー情報フィールドである。
ユーザー情報フィールドが最初に送信されるということは、ユーザー情報フィールドが送信順序に従って順次送信されるときに、第1ユーザー情報フィールドが最初送信フィールドになり得ることを意味する。換言すると、第1のAPが送信順序に従って従属トリガーフレームかNDPAフレームを送信するときに、第1ユーザー情報フィールドは優先的に送信されるフィールドである。第1ユーザー情報フィールドは第2のAPの識別情報を搬送するので、第2のAPは最初に第1ユーザー情報フィールドを解析し、第2のAPは第1ユーザー情報フィールドから第2のAPの識別情報を速やかに得ることができ、第2のAPは、STAによって送信されるチャネルサウンディングPPDUを受信するための準備を事前に行うことができる。本出願の本実施形態では、第1ユーザー情報フィールドが最初に送信されるため、第2のAPはチャネルサウンディングPPDUを受信するための準備を事前に行うことができ、PPDUの受信失敗は回避される。
本出願の本実施形態において、第1のAPが通知情報を1回送信し、通知情報を使用して、チャネルサウンディングPPDUを送信するようにSTAを直接スケジュールし、通知情報を受信する第2のAPがチャネルサウンディングを実施することは、本出願の本実施形態の上記の説明から分かる。本出願の本実施形態で提供されるマルチAP協調伝送のシナリオに適用可能なシグナリング設計ソリューションに基づくと、STAは、通知情報を受信した後に、チャネルサウンディングPPDUをさらに送信でき、チャネルサウンディングPPDUを受信するAPは、チャネルサウンディングPPDUに基づいてチャネル推定を行い、これにより、チャネル状態情報を得る。一般的なチャネルサウンディング手順と比べて、本出願の本実施形態では、APが複数回のスケジューリングをともなうことなくAPとSTAとの間でチャネルサウンディングを実施できるので、チャネルサウンディングのオーバーヘッドが減り、チャネルサウンディングの効率が上がる。
図2を参照し、1つのマスターAP(第1のAP)と3つの従属(secondary)AP(第2のAP)が含まれるシナリオを一例として使用し、本出願の本実施形態の通信方法の手順を説明する。図8は、本実施形態の一実施形態に従って、マスターAP(master AP)がNDPを送信するようにSTAを直接スケジュールする概略フローチャートである。マスターAPは、暗黙的チャネルサウンディング手順を実施するため、NDPを送信するようにSTAを直接スケジュールする。この手順は主に以下のステップを含む。
S01:マスターAPは従属トリガーフレーム1(secondary TF)を送信し、従属トリガーフレームを使用することによって、NDPを送信するように1つ以上のSTAがスケジュールされてよい。
従属TFはSTAの識別情報を含み、NDPを送信するようにSTAをトリガーするために使用される。従属TFは従属APの識別情報をさらに含み、STAによって送信されるNDPを受信するための準備をすることを従属APに通知するために使用される。例えば、マスターAPは、従属トリガーフレーム1と、従属トリガーフレーム2と、従属トリガーフレーム3とを送信できる。従属トリガーフレーム1はNDP1を送信するようにSTA1をトリガーするために使用され、従属トリガーフレーム2はNDP2を送信するようにSTA2をトリガーするために使用され、従属トリガーフレーム3はNDP3を送信するようにSTA3をトリガーするために使用される。
S02:従属APは従属TFを受信し、NDPを受信するための準備をする。
S03:STAは、従属TFを受信した後に、NDPを送信する。
S04:従属APはNDPを受信し、チャネル推定を行う。任意に選べることとして、マスターAPはNDPを受信し、チャネル推定を行う。
図8に示されているように、マスターAPは、NDPを1回送信するように1つのSTAをスケジュールでき、あるいは、アップリンク直交周波数分割多元接続(uplink orthogonal frequency division multiple access、UL OFDMA)技術または多ユーザー多入力多出力(multiple users-multiple input multiple output、UL MU-MIMO)技術を使用して複数のNDPを並行して送信するように複数のSTAをスケジュールできる。加えて、マスターAPはさらに、時分割方式により、時系列にてNDPを順次1回送信するように複数のSTAをスケジュールできる。例えば、図8に基づくと、マスターAPは従属TFを、すなわち従属トリガーフレーム1を、1回だけ送信できるが、2つの後続の従属TFは送信しない。従属トリガーフレーム1は、3つの隣接するNDPを送信するようにSTA1、STA2、およびSTA3を順次トリガーする。隣接するNDPのフレーム間隔は固定されており、例えば、ショートフレーム間隔(short inter-frame space、SIFS)である。
これ以降は、S01~ステップS04の前述した手順を参照しながら対応するフレーム構造設計方式を説明する。まずは、従属TFのフレーム構造の設計を説明する。これ以降は、従属TFのフレーム構造のいくつかの異なる設計方法を説明する。説明を容易にするため、従属TFの組成構造において、共通情報フィールドは共通情報と略し、ユーザー情報フィールドはユーザー情報と略す。フィールド名における英語の大文字と英語の小文字の意味は同じである。例えば、Trigger Typeとtrigger typeは同じ意味を示す。従属TFの組成構造におけるその他のフィールドについても同様の省略形を使用し、個別の説明はしない。
図9aに示されているように、従属TFの第1フレーム構造には主に、フレーム制御(Frame Control)フィールド、持続時間(Duration)フィールド、受信アドレス(receive address、RA)フィールド、送信アドレス(transfer address、TA)フィールド、共通情報(Common Info)フィールド、ユーザー情報(User Info)フィールド、パディング(Padding)フィールド、およびフレームチェックシーケンス(frame check sequence、FCS)フィールドからなる組成構造が含まれる。
共通情報フィールドは、トリガータイプ(Trigger Type)フィールド、アップリンク長(UL Length)フィールド、さらなるトリガーフレーム(More TF)フィールド、要キャリア検知(CS Required)フィールド、およびトリガー依存共通情報(Trigger Dependent Common Info)フィールドなどのフィールドを含んでよい。
トリガータイプフィールドは4ビットを占め、トリガータイプフィールドの値は8である。これは、暗黙的チャネルサウンディングのために従属トリガーフレームが使用されることを指示する。限定されないこととは、トリガータイプフィールドの値が、代わりに、9または別の値であってよいことである。アップリンク長フィールドは12ビットを占め、さらなるトリガーフレームフィールドは1ビットを占め、要キャリア検知フィールドは1ビットを占める。
トリガー依存共通情報フィールドは、以下の3つの実装のいずれか1つ(これらを含み、ただし1つに限定されない)を搬送するために使用されてよい。
方式1:分散式多入力多出力グループ識別子(D-MIMO Group ID)
方式2:基本サービスセットカラー1(BSS Color1)、基本サービスセットカラー2(BSS Color2)、および基本サービスセットカラーM(BSS ColorM)
方式3:分散式多入力多出力グループ識別子(D-MIMO Group ID)および基本サービスセットビットマップ(BSS Bitmap)
本出願の本実施形態では、新しいトリガーフレーム変種が規定される。現在のトリガーフレームのtrigger typeフィールドは全部で4ビットを有し、16種類のトリガーフレームを規定できる。図9aに示されているように、本出願の本実施形態では、トリガーフレームが従属TFであることを指示するため、トリガーフレームが暗黙的チャネルサウンディングに使用されるTFであることを指示するため、または暗黙的チャネル状態に使用される従属TFを指示するため、トリガータイプフィールドの値は8~15のいずれか1つ(例えば9)であると規定できる。チャネルサウンディングに参加する従属APに関する情報は、トリガーフレーム内の共通情報フィールド、例えばトリガー依存共通情報(trigger dependent common info)フィールドで、指示できる。従属APに関する情報は、例えば、D-MIMOのグループ識別情報(group ID GID)を指示するD-MIMOグループ識別子、または現在のチャネルサウンディングに参加する各従属APのBSS color、またはBSS識別子(BSS Identifier、BSSID)、APID、またはマスターAPによって従属APに個別に割り当てられる関連識別子(Association ID、AID)、または現在のD-MIMOグループの中で現在のチャネルサウンディングに参加する従属APがどれなのかを具体的に指示するために使用されるD-MIMO GIDおよびBSSビットマップ(BSS bitmap)の組み合わせであり、BSSはAPがあるセルであり、BSS colorはセルの識別情報である。加えて、1つ以上のユーザー情報フィールドは、NDPを送信する必要があるSTAの識別情報を含み、STAの識別情報はSTAのAIDなどを含む。
図9bに示されているように、従属TFの第2フレーム構造において、従属TFの第2フレーム構造は従属TFの第1フレーム構造に類似しており、違いは、フレームが暗黙的チャネルサウンディングに使用される従属TFであることを指示する方法の違いにある。まず、トリガーフレームはトリガーフレームのタイプが従属TFであることを指示する。次に、従属トリガーフレームサブタイプ(secondary TF subtype)フィールドは、サブタイプが暗黙的チャネルサウンディングに使用される従属TFであることを指示するさらに指示する。トリガータイプフィールドの値は8であり、従属トリガーフレームが指示される。トリガータイプフィールドの値は、代わりに、9または別の値であってよい。従属トリガーフレームサブタイプフィールドの値は00である。これは、暗黙的チャネルサウンディングのために従属トリガーフレームが使用されることを指示する。例えば、図9bに示されているように、従属TFサブタイプフィールドはtrigger typeフィールドの後ろに続いてよい。限定されないこととは、本出願のいくつかの他の実施形態において、従属TFサブタイプフィールドが、代わりに、trigger Dependent Common Infoの中に置かれてよいことである。
図9cに示されているように、従属TFの第3フレーム構造には、フレーム制御(Frame Control)フィールド、持続時間(Duration)フィールド、受信アドレス(receive address、RA)フィールド、送信アドレス(transfer address、TA)フィールド、共通情報(Common Info)フィールド、複数のユーザー情報(User Info)フィールド、パディング(Padding)フィールド、およびフレームチェックシーケンス(frame check sequence、FCS)フィールドが含まれる。
共通情報フィールドは、トリガータイプ(Trigger Type)フィールド、アップリンク長(UL Length)フィールド、さらなるトリガーフレーム(More TF)フィールド、要キャリア検知(CS Required)フィールド、およびトリガー依存共通情報(Trigger Dependent Common Info)フィールドを含んでよい。トリガータイプフィールドは複数のビット、例えば4ビットを占め、トリガータイプフィールドの値は9である。これは、トリガーフレームが従属トリガーフレームであることを指示する。限定されないこととは、トリガータイプフィールドの値が、代わりに、10または別の値であってよいことである。アップリンク長フィールドは12ビットを占め、さらなるトリガーフレームフィールドは1ビットを占め、要キャリア検知フィールドは1ビットを占める。トリガー依存共通情報フィールドは従属トリガーフレームタイプ(Secondary TF Type)を含む。従属トリガーフレームサブタイプフィールドは従属トリガーフレームのサブタイプを指示し、従属トリガーフレームは、チャネルサウンディングPPDUを送信するようにSTAをトリガーするために使用されるトリガーフレームである。
1つのユーザー情報フィールドはスケジュールされたSTAに関する情報を搬送することができる。別のユーザー情報フィールドは、以下の3つの実装のいずれか1つを搬送するために使用されてよい。
方式1:分散式多入力多出力グループ識別子(D-MIMO Group ID)
方式2:基本サービスセットカラー1(BSS Color1)、基本サービスセットカラー2(BSS Color2)、および基本サービスセットカラーM(BSS ColorM)
方式3:分散式多入力多出力グループ識別子(D-MIMO Group ID)および基本サービスセットビットマップ(BSS Bitmap)
図9cの詳しい説明について、従属APの識別情報はUser Infoで搬送され、それぞれのユーザー情報フィールドはAIDサブフィールドを含み、AIDサブフィールドの値は特別なAIDに設定されてよい。特別なAIDは既存の規格で規定されていないAIDであってよく、あるいは、割り当てられていないAID、例えば4094または4095であってよく、ユーザー情報が従属APの識別情報を搬送するために使用されることを識別するために使用される。
AID12が特別な値であることを確認した後、STAはもはや、共通User Info解釈方式において、ユーザー情報フィールドが従属APの識別情報を搬送していると判定しなくなる。
図9dは、従属TFの前述した第3フレーム構造に類似する従属TFの第4フレーム構造の一例を示す。違いは、第4フレーム構造の従属TFが1つのユーザー情報フィールドを柔軟に使用して従属APの識別情報を指示することにある。一例において、User InfoのAID12フィールドは特別なAIDを指示し、AID12フィールドの後ろに続くフィールドは従属APの識別情報を搬送し、この識別情報は、従属APが属するBSSのBSS colorであってよい。別の一例において、User InfoのAID12フィールドは、マスターAPによって従属APに割り当てられるAIDである。従属TFの第3フレーム構造と比較した従属TFの第4フレーム構造の利点は、1つの従属APの識別情報を1つのユーザー情報フィールドで搬送することができ、1つの従属APの識別情報が1つのUser Infoのために当初規定されたビット数を超過せず、STAによる情報解釈に影響を及ぼさないことにある。一例において、従属APの識別情報はUser Infoの中の比較的前のほうの位置に置くことができるため、従属APはNDPを受信するための準備を事前に行う。
トリガーフレームの構造に加え、NDPAフレームはNDPを送信することをSTAに指示し、NDPをリッスンするための準備をすることを従属APに通知することもできる。図9eに示されているように、NDPAフレームのフレーム構造には主に、フレーム制御(Frame Control)フィールド、持続時間(Duration)フィールド、受信アドレス(receive address、RA)フィールド、送信アドレス(transfer address、TA)フィールド、サウンディングダイアログトークン(Sounding Dialog Token)フィールド、ステーション情報1(STA Info1)フィールド、…、ステーション情報N(STA InfoN)フィールド、およびフレームチェックシーケンス(frame check sequence、FCS)フィールドからなる組成構造が含まれる。
サウンディングダイアログトークン(Sounding Dialog Token)フィールドは、ヌルデータパケットアナウンスメント(NDPA)タイプフィールドとサウンディングダイアログトークン番号(Sounding Dialog Token Number)フィールドとを含んでよい。ヌルデータパケットアナウンスメント(NDPA)タイプフィールドは2ビットを占め、サウンディングダイアログトークン番号(Sounding Dialog Token Number)フィールドは6ビットを占める。
同様に、従属APの識別情報を搬送するためにいくつかのステーション情報フィールドが使用されてよく、STAの識別情報を搬送するために別のいくつかのステーション情報フィールドが使用されてよい。例えば、ステーション情報1フィールドは従属APの識別情報を搬送するために使用され、ステーション情報2~NフィールドはSTAの識別情報を搬送するために使用される。
ステーション情報1(STA Info1)フィールドは11ビットを占め、特別関連識別子(Special AID)フィールドと、基本サービスセットカラー(BSS Color)フィールドまたは従属APフィールドのアクセスポイント識別子(AP ID)を含んでよい。従属アクセスポイント(AP)のIDは、マスターAPによって従属APに割り当てられるAIDであってよい。
ステーション情報N(STA InfoN)フィールドは11ビットを占め、ステーションフィールドの関連識別子(AID of STA)を含む。
NDPAフレームの具体的なフレーム構造は、本出願の本実施形態で限定されない。NDPを送信することをスケジュールされたSTAに通知し、NDPを受信するための準備をすることを従属APに通知するだけでよい。
本出願の本実施形態において、マスターAPがD-MIMOに適用可能な暗黙的サウンディング手順を直接スケジュールすることで、チャネル検出のオーバーヘッドが減ることは、上記の例から分かる。D-MIMOのシナリオに加え、得られるチャネル情報が、測距、測位、およびイントラセルMIMOといったさらなるシナリオでも使用できることに注意されたい。
これ以降は、本出願の一実施形態で提供される別の通信方法を説明する。本出願の本実施形態の方法は、第1のAPがSTAと直接通信できるシナリオに適用できるばかりでなく、第1のAPがSTAと直接通信できないシナリオに適用できる。図10に示されているように、方法は以下のステップを含む。
1001:第1のAPは従属トリガーフレームを生成し、従属トリガーフレームはチャネルサウンディングを行うことを第2のAPに指示し、従属トリガーフレームはSTAの識別情報と第2のAPの識別情報とを含む。
本出願の本実施形態において、第1のAPはチャネルサウンディングを行うことを第2のAPに指示できる。サウンディングポールフレームを送信する必要があるAPがどれなのかを指示するため、第1のAPは、APの識別情報を従属トリガーフレームで搬送するようにする。例えば、第1のAPはサウンディングポールフレームを送信することを第2のAPに指示し、第1のAPは、第2のAPの識別情報を通知情報で搬送するようにする。同様に、チャネルサウンディングPPDU/チャネルサウンディングPPDUがどのSTAによって送信されるかをスケジュールすることを第2のAPに指示するため、第1のAPは、STAの識別情報を通知情報で搬送するようにする。
本出願のいくつかの実施形態において、STAの識別情報は、STAの関連識別子(AID)またはSTAの媒体アクセス制御(MAC)アドレスのうち、少なくとも1つを含む。
第2のAPの識別情報は、第2のAPに対応するグループ識別子、第2のAPに対応する基本サービスセットカラー、第2のAPに対応するグループ識別子および第2のAPに対応する基本サービスセットビットマップ、第2のAPのAID、または第2のAPのMACアドレスのうち、少なくとも1つを含む。STAの識別情報と第2のAPの識別情報の詳しい説明については、上記の説明を参照されたい。ここでは詳細を再度説明しない。
1002:第1のAPは第2のAPへ従属トリガーフレームを送信する。
本出願の本実施形態において、第1のAPは、従属トリガーフレームを生成した後に、第2のAPへ従属トリガーフレームを送信できるため、第2のAPは第1のAPによって送信された従属トリガーフレームを受信できる。従属トリガーフレームは、第1のAPと第2のAPとの間で無線伝送方式か有線伝送方式で伝送できる。第1のAPが従属トリガーフレームを送信する具体的な方式は、ここで限定されない。
1003:第2のアクセスポイント(AP)は第1のAPによって送信された従属トリガーフレームを受信する。
本出願の本実施形態において、第2のAPは、従属トリガーフレームを受信した後に、従属トリガーフレームを解析し、従属トリガーフレームからSTAの識別情報と第2のAPの識別情報を得る。STAの識別情報と第2のAPの識別情報の詳しい説明については、上記の説明を参照されたい。ここでは詳細を再度説明しない。
1004:第2のAPはサウンディングポールフレームを生成し、サウンディングポールフレームはチャネルサウンディング物理層プロトコルデータユニット(PPDU)を送信することをSTAに指示し、サウンディングポールフレームはSTAの識別情報を含む。
第2のAPはサウンディングポール(sounding poll)フレームを生成でき、サウンディングポールフレームはTF for NDPと呼ばれることもあり、サウンディングポールフレームはチャネルサウンディング物理層プロトコルデータユニット(PPDU)を送信することをSTAに指示し、サウンディングポールフレームはSTAの識別情報を含む。
1005:第2のAPはSTAへサウンディングポールフレームを送信する。
本出願のいくつかの実施形態において、本出願の本実施形態で提供される方法は、以下のステップをさらに含む。
第2のAPはSTAによって送信されるチャネルサウンディングPPDUを受信し、その後、チャネルサウンディングPPDUに基づいてチャネル推定を行う。
チャネル推定の具体的な手順はここで再度説明しない。
1006:STAは第2のAPによって送信されたサウンディングポールフレームを受信し、サウンディングポールフレームはチャネルサウンディング物理層プロトコルデータユニット(PPDU)を送信することをSTAに指示し、サウンディングポールフレームはSTAの識別情報を含む。
1007:STAは、STAの識別情報に基づいて、STAがチャネルサウンディングPPDUを送信する必要があると判定する。
STAは、通知情報で搬送されるSTAの識別(例えばAID1)情報に基づいて、STAが物理サウンディングPPDUを送信する必要があると判定できる。次に、STAはチャネルサウンディングPPDUを送信できる。
本出願のいくつかの実施形態において、STAは、通知情報で搬送されるSTAの識別(例えばAID1)情報と第2のAPの識別情報とに基づいて、STAが物理サウンディングPPDUを送信する必要があると判定した後に、以下のステップ1009(図10に図式的に記載されていない)を遂行する。任意に選べることとして、STAはさらに、1つの短いフレーム空間の後にチャネルサウンディングPPDUを送信してよい。
任意に選べることとして、第2のAPはさらに、ステップ1007の後に、以下のステップ1008(図10に図式的に記載されていない)を遂行してよい。
第2のAPはSTAによって送信されたチャネルサウンディングPPDUを受信し、その後、チャネル推定を行う。
本出願の本実施形態では、第1のAPがチャネルサウンディングPPDUを送信するようにSTAを直接スケジュールする。第1のAPは通知情報を1回だけ送信すればよく、第2のAPとSTAは、第2のAPとSTAによってそれぞれ受信される通知情報に基づいて、様々な手順を遂行できる。したがって、チャネルサウンディングのオーバーヘッドを減らすことができる。
任意に選べることとして、第1のAPはさらに、ステップ1007の後に、以下のステップ1009(図10に図式的に記載されていない)を遂行してよい。
第1のAPはSTAによって送信されたチャネルサウンディングPPDUを受信し、その後、チャネル推定を行う。
本出願の本実施形態では、第1のAPがチャネルサウンディングPPDUを送信するようにSTAを直接スケジュールする。第1のAPは通知情報を1回だけ送信すればよく、第2のAPとSTAは、第2のAPとSTAによってそれぞれ受信される通知情報に基づいて、様々な手順を遂行できる。したがって、チャネルサウンディングのオーバーヘッドを減らすことができる。
一般的に、マルチAP協調伝送には暗黙的なチャネルサウンディング方式が使用される。具体的に述べると、チャネルサウンディングの開始者(例えばAP)がチャネルサウンディングの応答者(STA)へNDPを送信し、STAがAPからSTAに至るダウンリンクチャネルを実際に測定し、測定したチャネル検出結果をAPへフィードバックする。このフィードバックチャネル測定結果は、複数のAPとSTAとの間の複数のダウンリンクチャネル測定結果を含む。したがって、フィードバックのオーバーヘッドは比較的大きい。
本出願の本実施形態では、明示的なチャネルサウンディング方式がマルチAP協調伝送に使用される。具体的に述べると、APはNDPを送信するようにSTAをスケジュールし、STAはAPへNDPを送信し、APはSTAからAPに至るアップリンクチャネルを測定し、チャネルの相違点を使用することで、APからSTAに至るダウンリンクチャネルのチャネル測定結果を得る。APはチャネル測定結果の取得者であり、エアインターフェイス上でチャネル測定結果をフィードバックする必要はない。したがって、チャネル測定結果をフィードバックするオーバーヘッドは減らされる。
以下、通知情報を搬送する方式を詳しく説明する。
本出願のいくつかの実施形態では、通知情報が従属トリガーフレームで搬送され、従属トリガーフレームは共通情報フィールドとユーザー情報フィールドとを含む。共通情報フィールドではSTAの識別情報が搬送され、ユーザー情報フィールドでは第2のAPの識別情報が搬送される。STAの識別情報と第2のAPの識別情報の詳しい説明については、上記の説明を参照されたい。ここでは詳細を再度説明しない。
本出願のいくつかの実施形態において、図11は、従属トリガーフレームの組成構造の概略図である。共通情報フィールドは、トリガータイプサブフィールドとトリガー依存共通情報サブフィールドとを含む。トリガータイプサブフィールドは従属トリガーフレームのトリガータイプを指示し、トリガー依存共通情報サブフィールドはSTAの識別情報を含む。
トリガータイプサブフィールドは従属トリガーフレームのトリガータイプを指示でき、トリガータイプサブフィールドの様々な値がトリガーフレームの様々なトリガータイプを指示できる。例えば、トリガータイプサブフィールドは4ビットを占めてよい。トリガータイプサブフィールドの値が8~15のいずれか1つであるなら、トリガーフレームが通知情報を搬送するために使用される従属トリガーフレームであることを指示できる。トリガー依存共通情報サブフィールドは共通情報フィールド内のサブフィールドであり、トリガー依存共通情報サブフィールドはSTAの識別情報を搬送することができる。STAの識別情報は前述の複数の例で説明できており、ここでは詳細を再度説明しない。従属トリガーフレームの共通情報フィールドは、前述のSTAの識別情報を搬送することができる。第2のAPとSTAは、従属トリガーフレームを受信した後に、従属トリガーフレーム内のトリガータイプサブフィールドを使用して従属トリガーフレームのトリガータイプを判定できる。STAの識別情報は、トリガー依存共通情報サブフィールドを使用することによって得ることができる。
本出願のいくつかの実施形態において、本出願の本実施形態で提供される方法は、以下のステップをさらに含む。
第1のAPはサウンディングポールフレームを生成し、サウンディングポールフレームはチャネルサウンディング物理層プロトコルデータユニット(PPDU)を送信することをSTAに指示し、サウンディングポールフレームはSTAの識別情報を含む。
第1のAPはSTAへサウンディングポールフレームを送信する。第1のAPもまたサウンディングポールフレームを生成し、その後、STAへサウンディングポールフレームを送信することができる。
本出願の本実施形態において、第1のAPが通知情報を1回送信し、通知情報を使用することによって、サウンディングポールフレームを送信するように第2のAPをスケジュールし、第2のAPが、サウンディングポールフレームを使用することによって、チャネルサウンディングPPDUを送信するようにSTAをスケジュールし、通知情報を受信する第2のAPがチャネルサウンディングを実施することは、本出願の本実施形態の上記の説明から分かる。本出願の本実施形態で提供されるマルチAP協調伝送のシナリオに適用可能なシグナリング構造設計ソリューションに基づくと、STAはさらに、サウンディングポールフレームを受信した後に、チャネルサウンディングPPDUを送信でき、チャネルサウンディングPPDUを受信するAPは、チャネルサウンディングPPDUに基づいてチャネル推定を行い、これにより、チャネル状態情報を得る。一般的なチャネルサウンディング手順と比べて、本出願の本実施形態では、APが複数回のスケジューリングをともなうことなくAPとSTAとの間でチャネルサウンディングを実施できるので、チャネルサウンディングのオーバーヘッドが減り、チャネルサウンディングの効率が上がる。
これ以降は、本出願の本実施形態で提供される通信方法をさらに説明する。第1のAPがマスター(master)APであり、第2のAPが3つの従属(secondary)APを含む一例を説明に使用する。第1のAPは3つの従属APおよび3つのSTAと通信できる。前述の実施形態は、スケジュールされたSTAがマスターAPによって送信される従属TFを受信できるシナリオに適用可能である。STAがマスターAPによって送信される従属TFを受信できない場合は、以下の実施形態を使用する必要がある。図12は、本出願の一実施形態に従って、マスターAPが、NDPを送信するようにSTAをスケジュールするために従属APをトリガーする概略フローチャートである。暗黙的チャネルサウンディング手順を実施するため、マスターAPは、NDPを送信するようにSTAをスケジュールするために従属APをトリガーする。この手順は主に以下のステップを含む。
S11:マスターAPは、暗黙的チャネルサウンディングを行うことを1つ以上の従属APに指示するため、従属TF1を送信する。
S12:従属APは承認情報でマスターAPに応答する。承認情報で応答することにより、マスターAPは、暗黙的チャネルサウンディングに共に参加できる従属APのリストを事前に知ることができる。加えて、従属APは、承認情報で知らせることによって、チャネルサウンディングのための時間を得ることができる。ステップS12は任意である。
例えば、マスターAPは、従属トリガーフレーム1と、従属トリガーフレーム2と、従属トリガーフレーム3とを送信できる。マスターAPが従属トリガーフレーム1を送信した後に、従属AP1は承認情報1を送信でき、従属AP2は承認情報2を送信でき、従属AP3は承認情報3を送信できる。
S13:マスターAPと従属APはサウンディングポールフレーム1を送信する。あるいは、複数の従属APがサウンディングポールフレームを送信する。サウンディングポールフレームはTF for NDPと呼ばれることもあり、NDPを送信するようにSTAをスケジュールするために使用される。
例えば、従属AP1はサウンディングポールフレーム1を送信でき、従属AP2はサウンディングポールフレーム2を送信でき、従属AP3はサウンディングポールフレーム3を送信できる。
S14:STA1は、サウンディングポールフレームを受信した後に、NDP1を送信する。
S15:マスターAPと従属APはNDP1を受信し、チャネル推定を行う。
同様に、複数のSTAが、UL OFDMA方式、UL MU-MIMO方式、またはテンポラルシリアライゼーション方式でNDPを送信できる。詳細については、前述の実施形態の説明を参照されたい。
これ以降は、従属TFとsounding pollフレームのフレーム構造を説明する。従属TFのフレーム構造を先に説明する。
図13aに示されているように、従属TFのフレーム構造には、フレーム制御(Frame Control)フィールド、持続時間(Duration)フィールド、受信アドレス(receive address、RA)フィールド、送信アドレス(transfer address、TA)フィールド、共通情報(Common Info)フィールド、ユーザー情報(User Info)フィールド、パディング(Padding)フィールド、およびフレームチェックシーケンス(frame check sequence、FCS)フィールドからなる組成構造が主に含まれる。共通情報フィールドは、トリガータイプ(Trigger Type)フィールド、アップリンク長(UL Length)フィールド、さらなるトリガーフレーム(More TF)フィールド、要キャリア検知(CS Required)フィールド、およびトリガー依存共通情報(Trigger Dependent Common Info)フィールドなどのフィールドを含んでよい。
トリガータイプフィールドは複数のビット、例えば4ビットを占め、トリガータイプフィールドの値は9であり、従属トリガーフレームが指示される。限定されないこととは、トリガータイプフィールドの値が、代わりに、10または別の値であってよいことである。
トリガー依存共通情報フィールドはステーション識別子(STA ID)を搬送するために使用できる。
ユーザー情報フィールドはスケジュールされたAPに関する情報を搬送することができる。
従属TFでは、User Infoが従属APに関する情報を直接搬送し、BSS Color、AP ID、従属APのAIDなどを含んでよい。任意に選べることとして、事前に準備をすることをSTAに通知するため、共通部分の対応するtrigger dependent common infoは、暗黙的チャネルサウンディングに参加する必要があるSTAの、すなわち、後ほどNDPを送信する必要があるSTAの、ステーション識別情報を搬送する。当然ながら、STAと従属APの識別情報は、代わりに、図9cおよび図9dに示された方式で搬送されてよい。違いは、図13aに示された実施形態では、STAが直ちに応答せず、sounding pollフレームを受信した後にNDPを送信することにある。
第2のAPによって送信されるsounding pollフレームは、測距と測位に使用されるトリガーフレームであってよい。あるいは、NDPを送信するようにSTAをスケジュールするために使用されるトリガーフレームは、単独で規定されてよい。トリガーフレームタイプはsounding pollフィールドとして指示され、sounding pollタイプのトリガーフレームは、NDPを送信するようにSTAをトリガーするために使用される。user infoは、スケジュールされたSTAの対応する情報、例えば、スケジュールされたSTAのAIDを、指示する。
上述したフレーム形式は主に、無線エアインターフェイス上のMACフレーム構造のものである。ある1つのAPと別のAPとの通信も有線MACフレーム構造を使用することによって行うことができる、すなわち伝送は有線方式で行われる。
図13bは、本出願の一実施形態によるMACフレームのフレーム構造の概略図である。MACフレームは、送信先アドレス(DA)フィールド、送信元アドレス(SA)フィールド、タイプ(Type)フィールド、フレームボディ(FrameBody)フィールド、およびフレームチェックシーケンス(FCS)フィールドを主に含む。タイプフィールドは有線MACフレームの具体的なタイプを指示する。タイプフィールドは以下のタイプを含んでよい。
1.従属TFまたはNDPAフレームタイプ:従属TFのフレームボディ内容は、図13aに示された実施形態の従属TFのフレームボディ内容と同じであり、ここでは詳細を再度説明しない。
2.マスターAPに推定CSIを有線方式でフィードバックするため、従属APによってチャネル状態情報(Channel State Information、CSI)レポートフレームが使用される。
3.従属APにデータを要求するため、マスターAPによってデータ共有通知フレームが使用される。
4.従属APにCSIを要求するため、マスターAPによってCSI共有通知フレームが使用される。
5.sounding pollやdataなど、タイプの異なるMACフレームを一緒に送信することを複数の従属APに通知するため、同期伝送通知フレームが使用される。t1~tmは時間オフセットである。エアインターフェイス上で同期伝送が行われる場合は、従属APが、有線遅延に基づいてエアインターフェイス上でMACフレームを送信する時間を調整するのを支援するために時間オフセットが使用される。
本出願の本実施形態では、マスターAPが、従属APを使用することによって、暗黙的チャネルサウンディングを行うようにSTAをスケジュールする方法が説明されており、フレーム形式の具体的な設計が提供されている。前述の暗黙的チャネルサウンディング手順に基づくと、本出願の本実施形態でチャネルサウンディングのオーバーヘッドを減らすことができる。
これ以降は、本出願の一実施形態で提供される別の実施形態を説明し、D-MIMOなどのAP協調伝送でSTAのAIDをどのように割り当てるかを設計する。BSS内のAIDは、現在のBSSに関連するSTAを一意に識別できる。しかし、D-MIMOのようなAP協調伝送のシナリオでは、複数のAPが別々のBSSで複数のSTAに同じAIDを割り当てることがある。同じAIDの場合は、複数のBSSの中の複数のSTAは、複数のSTA自身がスケジュールされていると考え、データ送信で衝突が生じる。AP協調伝送のシナリオでいかにしてAIDを使用してSTAを一意に識別するかは、本出願の本実施形態で解決されるべきもう1つの問題である。
図14aは、本出願の一実施形態によるAID割り当て状況の概略図である。全てのAIDは以下の3つのタイプに分類できる。第1のタイプは、BSS1、…、およびBSSkで使用できる非D-MIMO AID区間である。第2のタイプは、予約AID区間である。第3のタイプは、各BSSのD-MIMO AID区間である(例えば、BSS1のD-MIMO AID区間、…、およびBSSKのD-MIMO AID区間)。非D-MIMO AID区間はどのBSSでも使用できる。各BSSのD-MIMO AID区間はそのBSSだけで使用でき、D-MIMO Group内の各BSSは同じ非D-MIMO AID区間を共有する。しかし、各BSSのD-MIMO AID区間のAID値は重複しない。
BSS1~BSSKで使用できる非D-MIMO AID区間は、それぞれのBSSがセル内通信を行うときに使用できるAID区間である。BSS間通信は関係しないため、それぞれのBSSでSTAを一意に識別できる。D-MIMOなどのAP協調伝送が参加されるときには、D-MIMO伝送に参加する各BSS内のSTAに異なるAIDを割り当てることができる。このように、D-MIMOに参加するSTAも一意に識別できる。D-MIMO伝送に参加するSTAに2つのAIDが割り当てられ、一方が、STAがあるBSSのAPとSTAがBSS内通信を行うために使用されるAIDであり、他方が、STAがD-MIMO伝送に参加するときに使用されるAIDであることに注意されたい。加えて、予約AID区間は一時的に割り当てられないAID区間であり、後の柔軟な割り当てに主に使用される。
BSS1、…、およびBSSKのD-MIMO AID区間が1つ以上のAID区間を含み、D-MIMO伝送に参加する数個のAPに関連するSTAのAIDが互いに重複しないことに注意されたい。
図14bは、本出願の一実施形態によるAID相互作用手順の概略図である。これ以降は簡素な相互作用手順を説明する。任意に選べることとして、従属APはまず、従属APにD-MIMO AID区間を割り当てることをマスターAPに要求するため、マスターAPへAID割り当て要求(AID Allocation Request)を送信する。マスターAPはさらに、従属APへAID割り当てフレーム(AID Allocation frame)を送信し、従属APにAIDを割り当てる。従属APはさらに、割り当てられたAIDを受信した後に、承認情報(ACK)を送信できる。AID割り当てフレームは、予約関連識別子開始値(Reserved AID Start)、予約関連識別子終了値(Reserved AID End)、アクセスポイント関連識別子割り当て情報(AP AID Allo Info)、およびアクセスポイント関連識別子割り当て情報(AP AID Allo Info)を含んでよい。
アクセスポイント関連識別子割り当て情報(AP AID Allo Info)は、基本サービスセット指示(BSS Indication)、ブロック(Block)、分散式多入力多出力ブロック1の関連識別子開始値(D-MIMO Blok1 AID Start)、分散式多入力多出力ブロック1の関連識別子終了値(D-MIMO Blok1 AID End)、…、分散式多入力多出力ブロックNの関連識別子開始値(D-MIMO BlokN AID Start)、および分散式多入力多出力ブロックNの関連識別子終了値(D-MIMO BlokN AID End)を含む。例えば、AID割り当てフレームは、予約AID区間のAID開始値およびAID終了値を含む。AP AID割り当て情報は、BSSの識別情報、ブロック数、および各ブロック内のAIDの開始値および終了値を含む。
図14cは、本出願の一実施形態によるAID割り当て状況の別の概略図である。図14aと違って、全てのAPが同じ非D-MIMO区間と同じD-MIMO区間を共有する。この場合は、各BSSでのAIDの衝突を防ぐため、各APは、APによってAPが属するSTAに割り当てられるD-MIMO AID情報を互いにリアルタイムで伝達する必要がある。
本出願の一実施形態がAP協調伝送とセル内伝送に適用可能なAID割り当て方式を提供することで、AID割り当て問題を解決することは、上記の例から分かる。
これ以降は、本出願の本実施形態で提供される別の実施形態を説明する。APと該APが属するSTAは複数のD-MIMOグループに加入できる。この場合は、複数のD-MIMO AIDを割り当てることができる。この場合、STAは、STAが参加するデータ伝送がどのD-MIMOグループのものであるかを判定できず、STAそのものがスケジュールされるか否かを判定できない。この問題を解決するため、本出願の本実施形態では、データパケットにD-MIMO GID指示情報が導入され、このD-MIMO GID指示情報は、データ伝送に参加するD-MIMOグループを指示する。
図15aは、本出願の一実施形態によるD-MIMO GID指示を含むEHTデータパケット構造の概略図である。このEHTデータパケット構造は、レガシーショートトレーニングフィールド(Legacy Short Training Field、L-STF)、レガシーロングトレーニングフィールド(Legacy Long Training Field、L-LTF)、レガシー情報フィールド(L-SIG)、極高スループット情報フィールドA(EHT-SIG-A)、極高スループット情報フィールドB(EHT-SIG-B)、極高スループットショートトレーニングフィールド(EHT-STF)、および極高スループットロングトレーニングフィールド(EHT-LTF)を含んでよい。
極高スループット情報フィールドB(EHT-SIG-B)は、分散式多入力多出力グループ識別子(D-MIMO Group ID)と複数のユーザーフィールド(User field)とを含む。1つのユーザーフィールド(User field)は分散式多入力多出力関連識別子(D-MIMO AID)を含む。
例えば、D-MIMO GIDはEHT-SIG-AまたはEHT-SIG-Bなどのシグナリングフィールドで指示され、D-MIMO GIDは、データ伝送を開始するD-MIMO groupがどれなのかを明確に指示する。この指示方式は、従属TFにおけるトリガー情報指示にも適用可能である。さらに、User fieldでは、D-MIMO伝送に参加するSTAのD-MIMO AIDが指示される。
別の一例として、伝送がD-MIMO伝送であるか否かを最初に指示でき、伝送がD-MIMO伝送であるなら、D-MIMO GIDがさらに指示される。さらに、User fieldでは、D-MIMO伝送に参加するSTAのD-MIMO AIDが指示される。伝送がD-MIMO伝送でないなら、D-MIMO GIDは指示されなくてよい。後続のUser fieldはBSS内のSTAのAIDも参照する。
図15bは、本出願の一実施形態によるD-MIMO GID指示を含む別のEHTデータパケット構造の概略図である。このEHTデータパケット構造は、レガシーショートトレーニングフィールド(Legacy Short Training Field、L-STF)、レガシーロングトレーニングフィールド(Legacy Long Training Field、L-LTF)、レガシー情報フィールド(L-SIG)、極高スループット情報フィールドA(EHT-SIG-A)、極高スループット情報フィールドB(EHT-SIG-B)、極高スループットショートトレーニングフィールド(EHT-STF)、および極高スループットロングトレーニングフィールド(EHT-LTF)を含んでよい。
極高スループット情報フィールドB(EHT-SIG-B)は、分散式多入力多出力グループ識別子(D-MIMO Group ID)と複数のユーザーフィールド(User field)とを含む。ユーザーフィールド(User field)は、分散式多入力多出力識別子(BSSID)/基本サービスセットカラー(BSS Color)/アクセスポイント識別子(AP ID)/アクセスポイントの関連識別子(AID of AP)、および対応する基本サービスセット(BSS)内のステーション(STA)の関連識別子(AID)を含む。
例えば、どのBSS内のどのSTAかは、BSSID/BSS Color/AP ID/AID of AP+セル内AIDの方法を用いることによって明確にマークされる。
本出願の実施形態が、複数D-MIMO GIDのシナリオで、STA指示を実施するため、APがSTAを一意に指示するシグナリング指示方法を提供し、D-MIMO伝送に参加するSTAを一意に識別し、AIDの衝突を防ぐことは、上記の例から分かる。本出願の本実施形態でD-MIMO GID指示情報が構成されるソリューションは、マルチAP協調にも適用でき、D-MIMOに限定されない。
上記の実施形態は、本出願の実施形態で提供される方法を説明している。これ以降は、本出願の一実施形態で提供される通信装置を説明する。この通信装置は、前述の第1のAP、第2のAP、およびSTAのいずれか1つを備えてよい。
図16は、本出願の一実施形態による通信装置1600の概略ブロック図である。一実施形態において、図16に示された装置1600は、前述した方法の実施形態における通信装置に相当してよく、方法における第1のアクセスポイント、第2のアクセスポイント、またはSTAのいずれかの機能を有してよい。任意に選べることとして、本出願の本実施形態における装置1600は第1のアクセスポイントであってよく、あるいは第1のアクセスポイント内のチップであってよい。本出願の本実施形態における装置1600は第2のアクセスポイントであってよく、あるいは第2のアクセスポイント内のチップであってよい。本出願の本実施形態における装置1600はステーションであってよく、あるいはステーション内のチップであってよい。装置1600は、処理モジュール1610とトランシーバモジュール1620とを備えてよい。任意に選べることとして、装置1600はストレージモジュール1630をさらに備えてよい。
一実施形態において、通信装置1600は、第1のアクセスポイント、または第1のアクセスポイント内のチップである。
処理モジュール1610は、前述した方法の実施形態で送信されるシグナリングまたはデータ情報を生成するように、例えば、ステップ301で送信される通知情報を生成するように、構成されてよく、さらに、通知情報に基づいて、第2のAPおよびSTA間の伝送へ通知情報を送信するようにトランシーバモジュール1620を制御するように構成されてよい。例えば、ステップ302が遂行されてよい。処理モジュール1610はさらに、ステップ1001で従属トリガーフレームを生成するように構成されてよい。
トランシーバモジュール1620は、第2のAP、ステーション、および他のノードとの通信にあたって第1のアクセスポイント(AP)を支援するように構成される。トランシーバモジュールが受信モジュールと送信モジュールを含み得ることは理解できるであろう。送信モジュールは、前述した方法の実施形態でステップ302およびステップ1002を遂行するように構成されてよい。
別の一実施形態において、通信装置1600は、第2のアクセスポイント、または第2のアクセスポイント内のチップである。
処理モジュール1610は、前述した方法の実施形態で送信されるシグナリングまたはデータ情報、例えば通知情報を、解析し、処理することができる。例えば、ステップ304が遂行されてよい。処理モジュール1610はさらに、前述した実施形態で送信されるシグナリング、例えばサウンディングポールフレームを、生成するように構成されてよい。例えば、ステップ1004が遂行されてよい。
トランシーバモジュール1620は、第1のAP、ステーション、および他のノードとの通信にあたって第2のアクセスポイント(AP)を支援するように構成される。トランシーバモジュールが受信モジュールと送信モジュールを含み得ることは理解できるであろう。送信モジュールは、前述した方法の実施形態でステップ1005を遂行するように構成されてよい。受信モジュールは、前述した方法の実施形態でステップ303およびステップ1003を遂行するように構成されてよい。
さらに別の一実施形態において、通信装置1600は、ステーション、またはステーション内のチップである。
処理モジュール1610は、前述した方法の実施形態で送信されるシグナリングまたはデータ情報、例えば通知情報を、解析し、処理することができる。例えば、ステップ306が遂行されてよい。処理モジュール1610はさらに、前述した実施形態で送信されるシグナリング、例えばNDPを、生成するように構成されてよい。処理モジュール1610はさらに、前述した実施形態でステップ1007を遂行することを判定できる。
トランシーバモジュール1620は、第1のAP、第2のAP、および他のノードとの通信にあたってステーション(AP)を支援するように構成される。トランシーバモジュールが受信モジュールと送信モジュールを含み得ることは理解できるであろう。受信モジュールは、前述した方法の実施形態でステップ1006およびステップ305を遂行するように構成されてよい。
本出願の本実施形態による装置1600が、前述の実施形態の方法における第1のアクセスポイント、第2のアクセスポイント、またはSTAに相当し得、装置1600内のモジュールの前述およびその他の管理作業および/または機能が、前述の方法の対応するステップを実施することを個別に意図することを理解されたい。簡潔にするため、ここでは詳細を再度説明しない。
あるいは、装置1600は、例えば一般的にチップと呼ばれる、汎用処理システムとして構成されてよい。処理モジュール1610は、処理機能を提供する1つ以上のプロセッサを含んでよい。トランシーバモジュール1620は、例えば入出力インターフェイス、ピン、または回路であってよい。入出力インターフェイスは、チップシステムと外部との情報交換を担当するように構成されてよい。例えば、入出力インターフェイスは、第1のアクセスポイント(AP)によって生成される伝送制御情報を、処理のため、チップ外の別のモジュールに出力できる。処理モジュールは、前述した方法の実施形態における第1のアクセスポイントの機能を実施するため、ストレージモジュールに格納されたコンピュータ実行可能命令を実行できる。一例において、装置1600に任意に含まれるストレージモジュール1630は、チップ内のストレージユニット、例えば、レジスタまたはバッファであってよい。ストレージモジュール1630は代わりに、チップの外にあるストレージユニット、例えば、読み取り専用メモリー(read-only memory、略してROM)、静的な情報および命令を格納できる別種の静的ストレージデバイス、またはランダムアクセスメモリー(random access memory、略してRAM)であってよい。
別の一例において、図17は、本出願の一実施形態による別の通信装置1700の概略ブロック図である。本出願の本実施形態における装置1700は、前述した方法の実施形態における第1のアクセスポイント、第2のアクセスポイント、またはSTAであってよく、装置1700は、前述した方法の実施形態における第1のアクセスポイント、第2のアクセスポイント、またはSTAの一部または全部の機能を遂行するように構成されてよい。装置1700は、プロセッサ1710と、ベースバンド回路1730と、無線周波数回路1740と、アンテナ1750とを備えてよい。任意に選べることとして、装置1700はメモリー1720をさらに備えてよい。装置1700の構成要素はバスを通じて共に結合される。データバスに加えて、バスシステムは、電力バス、制御バス、および状態信号バスを含む。しかしながら、説明を明確にするため、図では様々なタイプのバスがバスシステムとして表示されている。
プロセッサ1710は、第1のアクセスポイント、第2のアクセスポイント、またはSTAを制御するように構成されてよく、前述した実施形態で第1のアクセスポイント、第2のアクセスポイント、またはSTAによって行われる処理を行うように構成される。プロセッサ1710は、前述した方法の実施形態で第1のアクセスポイント、第2のアクセスポイント、またはSTAに関係する処理プロセスを、および/または本出願で説明されている技術に使用される別のプロセスを、遂行できる。さらに、プロセッサ1710はオペレーティングシステムを実行でき、バスの管理を担当し、メモリーに格納されたプログラムまたは命令を実行できる。
ベースバンド回路1730と無線周波数回路1740とアンテナ1750は、第1のアクセスポイントと別のノードとの無線通信を支援するため、前述の実施形態で第1のアクセスポイントと第2のアクセスポイントまたはステーションとの間で情報送受を支援するように構成されてよい。例えば、第1のアクセスポイントによって送信される伝送制御情報は、プロセッサ1710によって処理されてよく、プロトコルに基づくカプセル化や符号化などのベースバンド処理を通じてベースバンド回路1730によって処理されてよく、アナログ変換、フィルタリング、増幅、およびアップコンバージョンなどの無線周波数処理を通じて無線周波数回路1740によって処理されてよく、アンテナ1750を通じて第2のアクセスポイント(AP)へ送信されてよい。ベースバンド回路1730と無線周波数回路1740とアンテナ1750がさらに、別のネットワークエンティティとの通信にあたって第1のアクセスポイントを支援するように構成されてよいことは理解できるであろう。
メモリー1720は、第1のアクセスポイント、第2のアクセスポイント、またはSTAのプログラムコードとデータを格納するように構成されてよい。メモリー1720は図16のストレージモジュール1630であってよい。図17に示されているように、メモリー1720はプロセッサ1710から分離されている。しかしながら、当業者なら、メモリー1720またはメモリー1720のいずれかの部分が、装置1700の外に位置し得ることを極めて容易く理解する。例えば、メモリー1720は、伝送ケーブルおよび/または無線ノードから分離されたコンピュータ製品を含み得る。媒体は、バスインターフェイスを通じてプロセッサ1710によってアクセスできる。あるいは、メモリー1720またはそのいずれかの部分は、プロセッサ1710に統合されてよく、例えば、キャッシュおよび/または汎用レジスタであってよい。
一例において、図16のトランシーバモジュール1620は、ベースバンド回路1730、無線周波数回路1740、およびアンテナ1750を含んでよい。処理モジュール1610はプロセッサ1710であってよい。別の一例において、図16のトランシーバモジュール1620は図17のアンテナのみを含んでよい。処理モジュール1610は、プロセッサ1710のみならず、無線周波数回路1740とベースバンド回路1730をも含んでよい。さらに別の一例において、図16の処理モジュール1610は、プロセッサ1710とベースバンド回路1730とを含んでよい。トランシーバモジュール1620は、無線周波数回路1740とアンテナ1750とを含んでよい。
図17が、第1のアクセスポイント、第2のアクセスポイント、またはSTAの簡素化された設計だけを示していることは理解できるであろう。例えば、実際の用途では、第1のアクセスポイント、第2のアクセスポイント、またはSTAがいくつもの送信器、受信器、プロセッサ、メモリーなどを含んでよく、本出願の実施形態を実施できる第1のアクセスポイント、第2のアクセスポイント、またはSTAはいずれも、本出願の実施形態の保護範囲内に入る。
本出願の一実施形態はコンピュータ記憶媒体をさらに提供する。このコンピュータ可読記憶媒体は命令を格納し、命令は処理回路上の1つ以上のプロセッサによって実行できる。命令がコンピュータで実行されると、コンピュータは前述の態様による方法を遂行することが可能となる。
本出願の一実施形態はチップシステムをさらに提供する。このチップシステムは、前述の実施形態で機能を実施するため、例えば、前述の方法でデータおよび/または情報を生成または処理するため、分散ユニット、集中ユニット、第1のアクセスポイント、および第2のアクセスポイントを支援するように構成されたプロセッサを含む。
可能な一設計において、チップシステムはメモリーをさらに含む。メモリーは、分散ユニット、集中ユニット、第1のアクセスポイント、および第2のアクセスポイントに必要なプログラム命令とデータを格納するように構成される。チップシステムはチップを含んでよく、あるいはチップと別のディスクリートデバイスとを含んでよい。
本出願の一実施形態は、メモリーに結合されるように構成されたプロセッサをさらに提供する。プロセッサは、前述した実施形態のいずれか1つで第1のアクセスポイント(AP)の方法および機能を遂行するように構成される。
本出願の一実施形態は、メモリーに結合されるように構成されたプロセッサをさらに提供する。プロセッサは、前述した実施形態のいずれか1つで第2のアクセスポイント(AP)の方法および機能を遂行するように構成される。
本出願の一実施形態は、メモリーに結合されるように構成されたプロセッサをさらに提供する。プロセッサは、前述した実施形態のいずれか1つでSTAの方法および機能を遂行するように構成される。
本出願の一実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータで実行されると、コンピュータは、前述した実施形態のいずれか1つで第1のアクセスポイント(AP)の方法および機能を遂行することが可能となる。
本出願の一実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータで実行されると、コンピュータは、前述した実施形態のいずれか1つで第2のアクセスポイント(AP)の方法および機能を遂行することが可能となる。
本出願の一実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。この製品がコンピュータで実行されると、コンピュータは、前述した実施形態のいずれか1つでSTAの方法および機能を遂行することが可能となる。
本出願の一実施形態は無線通信システムをさらに提供する。このシステムは、前述した実施形態の第1のアクセスポイント、少なくとも1つの第2のアクセスポイント、および少なくとも1つのSTAを含む。
前述の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実装されてよい。実施形態を実装するためにソフトウェアが使用される場合は、実施形態の全部または一部がコンピュータプログラム製品の形で実装されてよい。このコンピュータプログラム製品は1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータに読み込まれて実行されると、本出願による手順または機能が全面的に、または部分的に、生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてよく、またはあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ伝送されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバー、またはデータセンターから別のウェブサイト、コンピュータ、サーバー、またはデータセンターへ、有線(例えば、同軸ケーブル、光ファイバ、デジタル加入者線)方式で、または無線(例えば、赤外線、電波、マイクロ波)方式で、伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な何らかの使用可能な媒体、または1つ以上の使用可能な媒体を統合した、サーバーもしくはデータセンターなどのデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体(例えば、フロッピー(登録商標)ディスク、ハードディスク、または磁気テープ)、光媒体(例えば、DVD)、半導体媒体(例えば、ソリッドステートドライブSolid State Disk)などであってよい。
本出願の実施形態の技術的なソリューションは通信システムに適用でき、この通信システムはマルチAP協調伝送のシナリオに用いることができる。マルチAP協調伝送は、複数のAPの複数のアンテナによって遂行される協調伝送を指すことがあり、あるいはマルチAP協調伝送は、1つのAPの複数の分散アンテナによって遂行される協調伝送を指すこともある。例えば、マルチAP協調伝送の具体的な実装シナリオはD-MIMO伝送であってよい。D-MIMOは送信側のアンテナが分散アンテナであるMIMOであり、一般的には協調MIMOまたはAP共同伝送(Joint Transmission)と呼ばれる。D-MIMOはAP協調伝送の一実装である。D-MIMO技術では、複数のノードを使用することによって組み合わされたより多くのアンテナを有効活用でき、より多くの空間ストリームを使用することによってより高いレートを提供でき、あるいは、多様なチャネルを使用することによってより長い伝送距離を提供できる。別々のノードに分散されたアンテナは、より良いアンテナ分離を提供し、より多くの独立チャネルを有し、より多くの空間ストリームをサポートできる。例えば、D-MIMOは1つ以上のSTAとAPグループとの通信であり、複数のAPを有線方式か無線方式で接続できる。別の一例として、D-MIMOでは1つのアクセスコントローラ(access controller、AC)が複数のAPを送信のため均一に制御できる。
アクセスポイントは、通信システムでステーションを通信ネットワークに接続するデバイスであり、例えば、無線アクセスネットワーク(radio access network、RAN)ノード(またはデバイス)、基地局などと呼ばれることがある。現在、アクセスポイントのいくつかの例は、送受信ポイント(transmission reception point、TRP)、エボルブドノードB(evolved NodeB、eNB)、無線ネットワークコントローラ(radio network controller、RNC)、ノードB(NodeB、NB)、基地局コントローラ(base station controller、BSC)、ベーストランシーバステーション(base transceiver station、BTS)、ホームノードB(例えば、home evolved NodeB、またはhome NodeB、HNB)、ベースバンドユニット(base band unit、BBU)、Wi-Fiアクセスポイント、ならびに無線環境内で稼働できる他のインターフェイスデバイスである。
本出願の実施形態の技術的なソリューションは、データ処理のための様々な通信システムに適用でき、例えば、符号分割多元接続(code division multiple access、CDMA)システム、時分割多元接続(time division multiple access、TDMA)システム、周波数分割多元接続(frequency division multiple access、FDMA)システム、直交周波数分割多元接続(orthogonal frequency division multiple access、OFDMA)システム、シングルキャリア周波数分割多元接続(single carrier FDMA、SC-FDMA)システム、および他のシステムに適用できる。「システム」と「ネットワーク」という用語は相互に交換可能である。CDMAシステムは、ユニバーサル無線地上アクセス(universal terrestrial radio access、UTRA)およびCDMA2000などの無線技術を実装できる。UTRAは、広帯域CDMA(wideband CDMA、WCDMA(登録商標))技術およびCDMAのその他の変種技術を含み得る。CDMA 2000は、暫定規格(interim standard、IS)2000(IS-2000)、IS-95規格、およびIS-856規格をカバーできる。TDMAシステムは、移動体通信のためのグローバルシステム(global system for mobile communication、GSM)などの無線技術を実装できる。OFDMAシステムは、エボルブドユニバーサル地上無線アクセス(evolved UTRA、E-UTRA)、ウルトラモバイルブロードバンド(ultra mobile broadband、UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、およびFlash OFDMAなどの無線技術を実装できる。UTRAはUMTSに対応し、E-UTRAはUMTSのエボルブドバージョンに対応する。3GPPにおいて、ロングタームエボリューション(long term evolution、LTE)とLTEに基づいて進化した様々なバージョンは、E-UTRAを使用する新しいUMTSバージョンである。第5世代(5th Generation、略して「5G」)通信システムまたはニューラジオ(New Radio、略して「NR」)は、研究中の次世代通信システムである。加えて、この通信システムはさらに未来志向の通信技術に適用可能であり得、本出願の実施形態で提供される技術的なソリューションに適用可能である。本出願の実施形態で説明されるシステムアーキテクチャとサービスシナリオは、本出願の実施形態の技術的なソリューションをより明確に説明するためのものであり、本出願の実施形態で提供される技術的なソリューションを制限するものではない。当業者なら、ネットワークアーキテクチャの進化と新しいサービスシナリオの出現にともない、本出願の実施形態で提供される技術的なソリューションが同様の技術的問題にも適用可能であることを知ることができる。
図2を一例として使用する。第1のAPは図2のマスターAPであってよく、第2のAPは図2の従属AP1、従属AP2、および従属AP3であってよく、第1のAPと第2のAPはD-MIMOグループを形成できる。第1のAPは通知情報を生成する。通知情報はチャネルサウンディングPPDU(sounding PPDU)を送信することをSTAに指示し、通知情報はさらに、STAによって送信されるチャネルサウンディング物理層プロトコルデータユニット(PPDU)を受信することを第2のAPに指示できる。物理層プロトコルデータユニットはデータパケットと呼ばれることもある。チャネルサウンディングPPDUは、チャネルサウンディング(Sounding)に使用されるPPDUである。例えば、チャネルサウンディングPPDUは、具体的には、ヌルデータパケット(null data packet、NDP)であってよく、NDPはデータフィールドを含まないデータパケットである。NDPはチャネルサウンディングを行うために使用されてよい。複数のAPのいずれか1つによって通知情報が送信されてよいことは理解できるであろう。本出願の本実施形態では、第1のAPが通知情報を送信するAPである一例を説明に用いる。第1のAPはマスターAPと呼ばれることがある。別のAP、例えば第2のAPは、従属APまたは従属APと呼ばれる。
第2のAPの識別情報は複数の実装を有し、第2のAPの識別情報は、第2のAPに対応するグループ識別子(Group ID)、第2のAPに対応する基本サービスセットカラー(basic service set color、BSS Color)、第2のAPに対応するグループ識別子および第2のAPに対応する基本サービスセットビットマップ(BSS bitmap)、第2のAPのAID、または第2のAPのMACアドレスのうち、少なくとも1つを含む。
第1のAPはマスターAPとして使用され、第2のAPは従属APとして使用される。第1のAPによって送信される通知情報は、STAによって送信されるチャネルサウンディングPPDUを受信することを第2のAPに指示できる。第2のAPは、通知情報で搬送されるSTAの識別(例えば、AID1)情報と第2のAPの識別情報とに基づいて、識別子がAID1であるSTAによって送信されるチャネルサウンディングPPDUを第2のAPが受信する必要があると判定できる。具体的に述べると、通知情報で搬送される第2のAPの識別情報が第2のAPを指示するなら、STAによって送信されるチャネルサウンディングPPDUを第2のAPが受信する必要があると判定できる。
図8に示されているように、マスターAPは、NDPを1回送信するように1つのSTAをスケジュールでき、あるいは、アップリンク直交周波数分割多元接続(uplink orthogonal frequency division multiple access、UL OFDMA)技術または多ユーザー多入力多出力(multiple users multiple input multiple output、UL MU-MIMO)技術を使用して複数のNDPを並行して送信するように複数のSTAをスケジュールできる。加えて、マスターAPはさらに、時分割方式により、時系列にてNDPを順次1回送信するように複数のSTAをスケジュールできる。例えば、図8に基づくと、マスターAPは従属TFを、すなわち従属トリガーフレーム1を、1回だけ送信できるが、2つの後続の従属TFは送信しない。従属トリガーフレーム1は、3つの隣接するNDPを送信するようにSTA1、STA2、およびSTA3を順次トリガーする。隣接するNDPのフレーム間隔は固定されており、例えば、ショートフレーム間隔(short inter-frame space、SIFS)である。
図9aに示されているように、従属TFの第1フレーム構造には主に、フレーム制御(Frame Control)フィールド、持続時間(Duration)フィールド、受信アドレス(receive address、RA)フィールド、送信アドレス(transmit address、TA)フィールド、共通情報(Common Info)フィールド、ユーザー情報(User Info)フィールド、パディング(Padding)フィールド、およびフレームチェックシーケンス(frame check sequence、FCS)フィールドからなる組成構造が含まれる。
従属TFでは、User Infoが従属APに関する情報を直接搬送し、BSS Color、AP ID、従属APのAIDなどを含んでよい。任意に選べることとして、事前に準備をすることをSTAに通知するため、共通部分の対応するtrigger dependent common infoは、暗黙的チャネルサウンディングに参加する必要があるSTAの、すなわち、後ほどNDPを送信する必要があるSTAの識別情報を搬送する。当然ながら、STAと従属APの識別情報は、代わりに、図9cおよび図9dに示された方式で搬送されてよい。違いは、図13aに示された実施形態では、STAが直ちに応答せず、sounding pollフレームを受信した後にNDPを送信することにある。
図13bは、本出願の一実施形態によるMACフレームのフレーム構造の概略図である。MACフレームは、送信先アドレス(DA)フィールド、送信元アドレス(SA)フィールド、タイプ(Type)フィールド、フレームボディ(frame body)フィールド、およびフレームチェックシーケンス(FCS)フィールドを主に含む。タイプフィールドは有線MACフレームの具体的なタイプを指示する。タイプフィールドは以下のタイプを含んでよい。
図14aは、本出願の一実施形態によるAID割り当て状況の概略図である。全てのAIDは以下の3つのタイプに分類できる。第1のタイプは、BSS1、…、およびBSSkで使用できる非D-MIMO AID区間である。第2のタイプは、予約AID区間である。第3のタイプは、各BSSのD-MIMO AID区間である(例えば、BSS1のD-MIMO AID区間、…、およびBSSkのD-MIMO AID区間)。非D-MIMO AID区間はどのBSSでも使用できる。各BSSのD-MIMO AID区間はそのBSSだけで使用でき、D-MIMO Group内の各BSSは同じ非D-MIMO AID区間を共有する。しかし、各BSSのD-MIMO AID区間のAID値は重複しない。
アクセスポイント関連識別子割り当て情報(AP AID Allo Info)は、基本サービスセット指示(BSS Indication)、ブロック(Block)、分散式多入力多出力ブロック1の関連識別子開始値(D-MIMO Block1 AID Start)、分散式多入力多出力ブロック1の関連識別子終了値(D-MIMO Block1 AID End)、…、分散式多入力多出力ブロックNの関連識別子開始値(D-MIMO BlockN AID Start)、および分散式多入力多出力ブロックNの関連識別子終了値(D-MIMO BlockN AID End)を含む。例えば、AID割り当てフレームは、予約AID区間のAID開始値およびAID終了値を含む。AP AID割り当て情報は、BSSの識別情報、ブロック数、および各ブロック内のAIDの開始値および終了値を含む。