JP2023545087A - 無線通信システムにおいてフレームを送受信するための方法及び無線通信端末 - Google Patents

無線通信システムにおいてフレームを送受信するための方法及び無線通信端末 Download PDF

Info

Publication number
JP2023545087A
JP2023545087A JP2023521645A JP2023521645A JP2023545087A JP 2023545087 A JP2023545087 A JP 2023545087A JP 2023521645 A JP2023521645 A JP 2023521645A JP 2023521645 A JP2023521645 A JP 2023521645A JP 2023545087 A JP2023545087 A JP 2023545087A
Authority
JP
Japan
Prior art keywords
frame
sta
twt
mld
field
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023521645A
Other languages
English (en)
Inventor
ゴンジュン・コ
ジュヒョン・ソン
サンヒョン・キム
ハンスル・ホン
ジンサム・カク
Original Assignee
ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド filed Critical ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
Publication of JP2023545087A publication Critical patent/JP2023545087A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無線通信システムのフレームを送信する方法が開示される。Ｎｏｎ－ＡＰ ＳＴＡはＡＰから、要請タイプフィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）を含むビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を受信し、ビーコンフレームに含まれた特定フィールドの値によって下りリンクフレームを受信するか、上りリンクフレームを送信することができる。このとき、要請タイプフィールドは、低遅延（ｌｏｗ ｌａｔｅｎｃｙ）動作のためのターゲットウェイクタイム（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ：ＴＷＴ）を示すための特定フィールドを含み、特定フィールドの値が第１特定値に設定される場合に、放送ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）は前記低遅延動作のためのＴＷＴ ＳＰである。

Description

本発明は、無線通信システムに関し、より詳細には、低遅延動作を要求するフレームの送受信のための通信方法、装置及びシステムに関する。
最近、モバイル機器の普及が拡大されるにつれ、それらに速い無線インターネットサービスを提供し得る無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）技術が脚光を浴びている。無線ＬＡＮ技術は、近距離で無線通信技術に基づいてスマートフォン、スマートパッド、ラップトップＰＣ、携帯型マルチメディアプレーヤー、インベデッド機器などのようなモバイル機器を家庭や企業、または特定サービス提供地域において、無線でインターネットに接続し得るようにする技術である。
ＩＥＥＥ（Ｉｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ） ８０２．１１は、２．４ＧＨのｚ周波数を利用した初期の無線ＬＡＮ技術を支援した以来、多様な技術の標準を実用化または開発中である。まず、ＩＥＥＥ ８０２．１１ｂは２．４ＧＨｚバンドの周波数を使用し、最高１１Ｍｂｐｓの通信速度を支援する。ＩＥＥＥ ８０２．１１ｂの後に商用化されたＩＥＥＥ ８０２．１１ａは２．４ＧＨｚバンドではなく５ＧＨｚバンドの周波数を使用することで、相当混雑した２．４ＧＨｚバンドの周波数に比べ干渉への影響を減らしており、ＯＦＤＭ技術を使用して通信速度を最大５４Ｍｂｐｓまで向上させている。しかし、ＩＥＥＥ ８０２．１１ａはＩＥＥＥ ８０２．１１ｂに比べ通信距離が短い短所がある。そして、ＩＥＥＥ ８０２．１１ｇはＩＥＥＥ ８０２．１１ｂと同じく２．４ＧＨｚバンドの週は酢を使用して最大５４Ｍｐｂｓの通真相度を具現し、下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)を満足していて相当な注目を浴びたが、通信距離においてもＩＥＥＥ ８０２．１１ａより優位にある。
そして、無線ＬＡＮで脆弱点として指摘されていた通信速度に関する限界を克服するために制定された技術規格として、ＩＥＥＥ ８０２．１１ｎがある。ＩＥＥＥ ８０２．１１ｎはネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張することにその目的がある。詳しくは、ＩＥＥＥ ８０２．１１ｎではデータ処理速度が最大５４０Ｍｂｐｓ以上の高処理率（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＨＴ）を支援し、また、伝送エラーを最小化しデータの速度を最適化するために送信部と受信部の両端共に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔｓ ａｎｄ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔｓ）技術に基盤している。また、この規格はデータの信頼性を上げるために重複する写本を複数個伝送するコーディング方式を使用している。
無線ＬＡＮの普及が活性化され、また、それを使用したアプリケーションが多様化するにつれ、ＩＥＥＥ ８０２．１１ｎが支援するデータの処理速度より高い処理率（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＶＨＴ）を支援するための新たな無線ＬＡＮシステムに対する必要性が台頭している。そのうち、ＩＥＥＥ ８０２．１１ａｃは５ＧＨｚ周波数で広い帯域幅（８０ＭＨｚ～１６０ＭＨｚ）を支援する。ＩＥＥＥ ８０２．１１ａｃ標準は５ＧＨｚ帯域でのみ定義されているが、従来の２．４ＧＨｚ帯域の製品との下位互換性のために、初期１１ａｃチップセットは２．４ＧＨｚ帯域での動作も支援すると考えられる。理論的に、この規格によると多重ステーションの無線ＬＡＮの速度は最小１Ｇｂｐｓ、最大単一リンク速度は最小５００Ｍｂｐｓまで可能になる。これはより広い無線周波数帯域幅（最大１６０ＭＨｚ）、より多いＭＩＭＯ空間的ストリーム（最大８個）、マルチユーザＭＩＭＯ、そして、高い密度の変調（最大２５６ＱＡＭ）など、８０２．１１ｎで受け入れられた無線インタフェースの概念を拡張して行われる。また、従来の２４ＧＨｚ／５ＧＨｚに代わって６０ＧＨｚバンドを利用してデータを伝送する方式として、ＩＥＥＥ ８０２．１１ａｄがある。ＩＥＥＥ ８０２．１１ａｄはビームフォーミング技術を利用して最大７Ｇｂｐｓの速度を提供する伝送規格であって、大容量のデータや無圧縮ＨＤビデオなど、高いビットレート動画のストリーミングに適合している。しかし、６０ＧＨｚ周波数バンドは障害物の通過が難しく、近距離空間でのデバイスの間でのみ利用可能な短所がある。
一方、８０２．１１ａｃ及び８０２．１１ａｄ以後の無線ＬＡＮ標準として、ＡＰと端末が密集した高密度環境における高効率及び高性能の無線ＬＡＮ通信技術を提供するためのＩＥＥＥ ８０２．１１ａｘ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ，ＨＥＷ）標準が開発され、完了段階にある。８０２．１１ａｘベース無線ＬＡＮ環境では、高密度のステーションとＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）の存在下に屋内／屋外で高い周波数効率の通信が提供される必要があり、これを具現するための様々な技術が開発されている。
また、高画質ビデオ、実時間ゲームなどのような新しいマルチメディア応用を支援するために、最大送信速度を上げるための新しい無線ＬＡＮ標準を開発し始めた。７世代無線ＬＡＮ標準であるＩＥＥＥ ８０２．１１ｂｅ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，ＥＨＴ）では、２．４／５／６ＧＨｚの帯域でより広い帯域幅と増加した空間ストリーム及び多重ＡＰ協調などによって最大で３０Ｇｂｐｓの送信率を支援することを目標に標準開発を進行している。ＩＥＥＥ ８０２．１１ｂｅでは３２０ＭＨｚの帯域幅、多重リンク（Ｍｕｌｔｉ－ｌｉｎｋ）動作、多重ＡＰ（Ｍｕｌｔｉ－Ａｃｃｅｓｓ Ｐｏｉｎｔ、Ｍｕｌｔｉ－ＡＰ）動作、及び再伝送動作（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）などの技術が提案されている。
多重リンク動作はその動作方式及び具現方法によって多様な形態に動作される。この際、従来のＩＥＥＥ ８０２．１１基盤の無線ＬＡＮ通信動作では発生していなかった問題が発生する可能性があることで、多重リンク動作における詳細な動作方法に対する定義が必要である。
一方、発明の背景になる技術は発明の背景に対する理解を増進するために作成されたものであって、この技術が属する分野における通常の知識を有する者に既に知られている従来技術ではない内容を含む。
本発明は、無線アクセスポイントが、低い遅延時間を要求するフレームの送受信動作を効率的に行うためのものであり、無線ＬＡＮを用いた多重リンク送信動作のための方法、装置及びシステムを提供することにその目的がある。
また、本発明は、低い遅延時間を要求するフレームの送受信のために送受信の制限のための区間を設定する方法、装置及びシステムを提供することにその目的がある。
また、本発明は、多重リンク動作において無線アクセスポイント又はステーションが多重リンク動作の際に複数のリンクでの同時送受信動作が不可能なときにフレーム送信動作を効率的に行うための方法、装置及びシステムを提供することにその目的がある。
明細書で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
無線通信システムの多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）は、通信モジュール；及び、該通信モジュールを制御するプロセッサを含み、前記プロセッサは、ＡＰから要請タイプフィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）を含むビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を受信し、前記要請タイプフィールドは、低遅延（ｌｏｗ ｌａｔｅｎｃｙ）動作のためのターゲットウェイクタイム（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ：ＴＷＴ）を示すための特定フィールドを含み；特定フィールドの値によって下りリンクフレームを受信するか、上りリンクフレームを送信し、前記特定フィールドの値が第１特定値に設定される場合に、放送ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）は前記低遅延動作のためのＴＷＴ ＳＰである。
また、本発明において、前記低遅延動作のための前記ＴＷＴ ＳＰが設定された場合に、前記低遅延動作のためのＴＷＴ ＳＰでは低遅延を要求するフレームのみを送信できる。
また、本発明において、前記ビーコンフレームは、前記低遅延動作のための前記ＴＷＴ ＳＰを保護するためのクワイエット情報要素（ｑｕｉｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含む。
また、本発明において、前記クワイエット情報要素によって設定される間隔（ｉｎｔｅｒｖａｌ）と前記低遅延動作のための前記ＴＷＴ ＳＰの開始時間は同一である。
また、本発明において、前記クワイエット情報要素によって設定される間隔と前記低遅延動作のための前記ＴＷＴ ＳＰの一部又は全部とが重なる場合に、前記クワイエット情報要素によって設定される前記間隔のうち、重なる一部又は全部は無視される。
また、本発明において、前記クワイエット情報要素によって設定される間隔は、少なくとも一つのＳＴＡがＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）を設定するために用いられる。
また、本発明において、前記ＮＡＶは、前記クワイエット情報要素によって設定される前記間隔において設定される。
また、本発明において、前記特定フィールドの値が第２特定値に設定される場合に、前記特定フィールドは下りリンクフレームに対する応答フレームの形態でのみ送信が制限されるということを示す。
また、本発明において、前記ビーコンフレームは、放送ＴＷＴ情報フィールドを含むパラメータフィールドをさらに含み、前記放送ＴＷＴ情報フィールドは、前記低遅延動作のためのＴＷＴによってフレームの送信が制限されるＴＩＤに関連した情報を含む。
また、本発明において、前記ｎｏｎ－ＡＰ ＳＴＡが多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）を構成する場合に、前記ＭＬＤは、前記ビーコンフレームを受信する間には他のリンクでフレームを送信できない。
また、本発明において、前記低遅延動作のためのＴＷＴ ＳＰの開始時間の前にフレームの送信動作は終了する。
本発明の一実施例によれば、低遅延を要求するフレームを効率的に送信することができる。
また、本発明の一実施例によれば、フレームの送信を制限する区間を設定することにより、低遅延を要求するフレームを効率的に送信することができる。
本発明によれば、無線アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ，ＡＰ）及び複数の無線アクセスポイントを含むＡＰ ＭＬＤが、低い遅延時間を要求するフレームの送受信動作を支援する時に、低い遅延時間を要求するフレームの送信のみを可能にする特定区間を定義して放送フレームで公知する。無線ＬＡＮステーション（ｓｔａｔｉｏｎ，ＳＴＡ）が当該要件に合うフレームを送受信しようとする場合に、ＡＰ或いはＡＰ ＭＬＤと当該動作を行うために交渉する過程を行うようにする。ここで、前記低い遅延時間のための区間情報は、ビーコンフレーム或いはプローブ応答フレームなどで公知するようにする。ここで、前記低い遅延時間のための区間公知及び交渉方法は、ＴＷＴ（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）動作の交渉方法と同一又は類似の方法で行うようにする。当該動作を効率的に行うために、ＡＰ或いはＡＰ ＭＬＤは、運用するリンクが当該動作を支援する端末の接続のみを許容できるようにする。当該低遅延送信動作を用いることにより、端末又はＡＰで低い遅延時間を要求するフレームを送信しようとするとき、当該フレームの送受信動作を安定して行い、通信効率を高める効果がある。
本発明から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
本発明の一実施例による無線ＬＡＮシステムを示す図である。 本発明の他の実施例による無線ＬＡＮシステムを示す図である。 本発明の一実施例によるステーションの構成を示す図である。 本発明の一実施例によるアクセスポイントの構成を示す図である。 ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。 無線ＬＡＮ通信で使用されるＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＣＡ（Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）方法を示す図である。 様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。 本発明の実施例に係る様々なＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。 本発明の実施例に係るＳＴＡの内部階層構造を示す構造図である。 本発明の実施例に係る多重リンク動作を行うＡＰ ＭＬＤとＳＴＡ ＭＬＤの構造を示す概念図である。 本発明の実施例に係るＡＰ ＭＬＤとＳＴＡ或いはＳＴＡ ＭＬＤとの接続過程を示す概念図である。 本発明の実施例に係る低遅延機能を行うために端末の接続過程を制限する動作を示す第１実施例である。 本発明の実施例に係る低遅延機能を行うために端末の接続過程を制限する動作を示す第２実施例である。 本発明の実施例に係る当該リンクでの送信状態情報を含むリンク状態情報要素を示すブロック図である。 本発明の実施例に係るＴＷＴ（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）機能を活用した低遅延動作を要請する低遅延動作要請フレームの構造を示す第１実施例である。 本発明の実施例に係るＴＷＴ機能を活用した低遅延動作を要請する低遅延動作要請フレームの構造を示す第２実施例である。 本発明の実施例に係るＴＷＴ機能を活用した低遅延動作を要請する要請フレームに対する応答である低遅延動作応答フレームを示すブロック図である。 本発明の実施例に係るＡＰ或いはＡＰ ＭＬＤとＳＴＡがＴＷＴ機能を活用した低遅延動作を行う過程を示す第１実施例である。 本発明の実施例に係るＡＰ或いはＡＰ ＭＬＤとＳＴＡがＴＷＴ機能を活用した低遅延動作を行う過程を示す第２実施例である。 本発明の実施例に係る低遅延動作のためのＴＷＴ時間が保護されない動作を示す図である。 本発明の実施例に係るＡＰ ＭＬＤがＴＷＴ動作を活用して低遅延動作を行う際に、パラメータ変更を同一時点に行う動作を示す図である。 本発明の実施例に係るＡＰ ＭＬＤが低遅延動作のためのＴＷＴ時間を保護するために、当該ＴＷＴ時間開始時点に当該期間を保護する保護フレームをさらに送信する動作を示す実施例である。 本発明の実施例に係るＡＰ ＭＬＤとＳＴＲ動作が不可能なＳＴＡが、ＴＷＴ機能を活用した低遅延動作を行う過程を示す実施例である。 本発明の実施例に係る多重リンク動作を行うＡＰ ＭＬＤとＳＴＡ ＭＬＤの構造を示す概念図である。 本発明の実施例に係るＡＰ ＭＬＤ及びＳＴＡ ＭＬＤ間の多重リンク動作のための接続過程及び交渉過程を示すタイミング図である。 本発明の実施例に係る多重リンクを用いる送信方式を示すタイミング図である。 本発明の実施例に係る一部或いは全体リンクでＳＴＲ動作が不可能な受信ＭＬＤがＳＴＲ動作が可能な送信ＭＬＤとフレーム送受信を行う動作を示す実施例である。 本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順によってフレーム送受信を保護する動作の第１実施例である。 本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第１実施例である。 本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第２実施例である。 本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順によってフレーム送受信を保護する動作の第２実施例である。 本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第３実施例である。 本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順によってフレーム送受信を保護する動作の第３実施例である。 本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第４実施例である。 本発明の実施例に係る複数の端末のための動作のうち、ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順を用いたチャネル予約過程を示す実施例である。 本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対するＣＴＳフレームが送信されない動作を示す図である。 本発明の実施例に係るＡＰ ＭＬＤで追加条件を付与してＭＵ－ＲＴＳフレームの送信を省略する動作の第１実施例である。 本発明の実施例に係るＡＰ ＭＬＤで追加条件を付与してＭＵ－ＲＴＳフレームの送信を省略する動作の第２実施例である。 本発明の実施例に係るＡＰ ＭＬＤで付与した追加条件によってＭＵ－ＲＴＳフレームを送信する動作の実施例である。 本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第１実施例である。 本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第２実施例である。 本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第３実施例である。 本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対してＣＴＳフレームを受信できなくともフレーム送信を持続する動作の第１実施例である。 本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対してＣＴＳフレームを受信できなくともフレーム送信を持続する動作の第２実施例である。 本発明の実施例に係るソフトＡＰの動作を示す。 本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。 本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。 本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでチャネルアクセスを行うことを示す。 本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。 本発明の実施例に係る複数のリンクのそれぞれで独立して送信が行われることを示す。 ｎｏｎ－ＳＴＲリンク対でマルチリンク装置が送信を行う動作を示す。 ＡＰマルチリンク装置が動作する複数のリンクのうち一部ｎｏｎ－ＳＴＲリンク対である場合に適用される本発明の実施例を示す。 本発明の実施例によってマルチリンク装置がｎｏｎ－ＳＴＲリンク対を含む複数のリンクで動作することを示す。 本発明の実施例に係るＡＰマルチリンク装置がマルチリンク装置に含まれていないステーションと結合する動作を示す。 本発明の実施例に係るＡＰマルチリンク装置がマルチリンク装置に含まれたステーションと結合する動作を示す。 本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うことを示す。 本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うためのチャネルアクセスを行うことを示す。 本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うためのチャネルアクセスを行うことを示す。 ｎｏｎ－ＳＴＲリンク対の全てに１つのｎｏｎ－ＡＰマルチリンク装置が連結される場合に、本発明の実施例に係るマルチリンク装置のチャネルアクセスを示す。 ｎｏｎ－ＳＴＲリンク対の全てに１つのｎｏｎ－ＡＰマルチリンク装置が連結される場合に、本発明の実施例に係るマルチリンク装置のチャネルアクセスを示す。 本発明の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクでＡＰマルチリンク装置が送信を行う場合にｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。 本発明の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクで他のステーションが送信したｉｎｔｒａ－ＢＳＳフレームが送信される場合に、ｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。 本発明のさらに他の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクで他のステーションが送信したｉｎｔｒａ－ＢＳＳフレームが送信される場合に、ｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。 本発明に係るフレームを送信する方法の一例を示すフローチャートである。
本明細書で使用される用語は、本発明での機能を考慮してできる限り現在広く使用されている一般的案用語を選択しているが、これは該当技術分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選定した用語もあり、このような場合は該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は単なる用語の名称ではなく、その用語が有する実質的な意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。
明細書全体にわたって、ある構成が他の構成と「連結」されているとすると、これは「直接連結」されている場合だけでなく、その中間に他の構成要素を間に挟んで「電気的に連結」されている場合も含む。また、ある構成要素が特定の構成要素を「含む」とすると、これは特に反対する記載がない限り、他の構成要素を除くのではなく他の構成要素を更に含み得ることを意味する。加えて、特定臨界値を基準に「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替され得る。以下、本発明において、フィールドとサブフィールドは同じ意味で使われてよい。
図１は、本発明の一実施例による無線ＬＡＮシステムを示す図である。
無線ＬＡＮシステムは、一つまたはそれ以上のベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）を含むが、ＢＳＳは同期化に成功し互いに通信し得る機器の集合を示す。一般に、ＢＳＳはインフラストラクチャＢＳＳ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）と独立ＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、ＩＢＳＳ）に区分されるが、図１はこのうちインフラストラクチャＢＳＳを示している。
図１に示すように、インフラストラクチャーＢＳＳ ＢＳＳ１，ＢＳＳ２は、１つ又はそれ以上のステーションＳＴＡ１，ＳＴＡ２，ＳＴＡ３，ＳＴＡ４，ＳＴＡ５、分配サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するステーションであるアクセスポイントＡＰ－１，ＡＰ－２、及び複数のアクセスポイントＡＰ－１，ＡＰ－２を連結させる分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）ＤＳを含む。
ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）は、ＩＥＥＥ ８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インタフェースを含む任意のディバイスであって、広い意味では非アクセスポイントｎｏｎ－ＡＰステーションのみならずアクセスポイントＡＰを全て含む。また、本明細書において、「端末」とはｎｏｎ－ＡＰまたはＡＰを指すか、両者を全て指す用語として使用される。無線通信のためのステーションはプロセッサと通信部を含み、実施例によってユーザインタフェース部とディスプレーユニットなどを更に含む。プロセッサは無線ネットワークを介して伝送するフレームを生成するか、または前記無線ネットワークを介して受信されたフレームを処理し、その他にステーションを制御するための多様な処理を行う。そして、通信部は前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信する。本発明において、端末はユーザ端末機（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む用語として使用される。
アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）は、自らに結合された（ａｓｓｏｃｉａｔｅｄ）ステーションのために無線媒体を経由して分配システムＤＳに対する接続を提供する個体である。インフラストラクチャＢＳＳにおいて、非ＡＰステーション間の通信はＡＰを経由して行われることが原則であるが、ダイレクトリンクが設定されている場合は非ＡＰステーションの間でも直接通信が可能である。一方、本発明において、ＡＰはＰＣＰ（Ｐｅｒｓｏｎａｌ ＢＳＳ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｐｏｉｎｔ）を含む概念として使用されるが、広い意味では集中制御器、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）、ノードＢ、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、またはサイト制御器などの概念を全て含む。本発明において、ＡＰはベース無線通信端末とも称されるが、ベース無線通信端末は、広い意味ではＡＰ、ベースステーション（ｂａｓｅ ｓｔａｔｉｏｎ）、ｅＮＢ（ｅＮｏｄｅＢ）、及びトランスミッションポイントＴＰを全て含む用語として使用される。それだけでなく、ベース無線通信端末は複数の無線通信端末との通信で通信媒介体（ｍｅｄｉｕｍ)資源を割り当て、スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）を行う多様な形態の無線通信端末を含む。
複数のインフラストラクチャＢＳＳは、分配システムＤＳを介して互いに連結される。この際、分配システムを介して連結された複数のＢＳＳを拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）という。
図２は、本発明の他の実施例による無線ＬＡＮシステムである独立ＢＳＳを示す図である。図２の実施例において、図１の実施例と同じであるか相応する部分は重複する説明を省略する。
図２に示したＢＳＳ３は独立ＢＳＳであってＡＰを含まないため、全てのステーション（ＳＴＡ６、ＳＴＡ７）がＡＰと接続されていない状態である。独立ＢＳＳは分配システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ)をなす。独立ＢＳＳにおいて、それぞれのステーション（ＳＴＡ６、ＳＴＡ７）はダイレクトに互いに連結される。
図３は、本発明の一実施例によるステーション１００の構成を示すブロック図である。図示したように、本発明の実施例によるステーション１００は、プロセッサ１１０、通信部１２０、ユーザインタフェース部１４０、ディスプレーユニット１５０、及びメモリ１６０を含む。
まず、通信部１２０は、無線ＬＡＮパケットなどの無線信号を送受信し、ステーション１００に組み込まれる又は外付けられて具備されてよい。実施例によれば、通信部１２０は、互いに異なる周波数バンドを用いる少なくとも１つの通信モジュールを含むことができる。例えば、前記通信部１２０は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚなどの異なる周波数バンドの通信モジュールを含むことができる。一実施例によれば、ステーション１００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてＡＰ又は外部ステーションと無線通信を行うことができる。通信部１２０は、ステーション１００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。ステーション１００が複数の通信モジュールを含む場合に、各通信モジュールはそれぞれ独立した形態で備えられてもよく、複数のモジュールが１つのチップとして統合して備えられてもよい。本発明の実施例において、通信部１２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。
次に、ユーザインタフェース１４０は、ステーション１００に備えられた多様な形態の入出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいてステーション１００を制御する。また、ユーザインタフェース部１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づいた出力を行う。
次に、ディスプレーユニット１５０は、ディスプレー画面にイメージを出力する。前記ディスプレーユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサン１１０の制御命令に基づいたユーザインタフェースなどの多様なディスプレーオブジェクトを出力する。また、メモリ１６０は、ステーション１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーション１００がＡＰまたは外部のステーションと接続を行うのに必要な接続プログラムが含まれる。
本発明のプロセッサ１１０は多様な命令またはプログラムを行い、ステーション１００内部のデータをプロセッシングする。また、前記プロセッサ１１０は上述したステーション１００の各ユニットを制御し、ユニット間のデータの送受信の制御する。本発明の実施例によると、プロセッサ１１０はメモリ１６０に貯蔵されたＡＰとの接続のためのプログラムを行い、ＡＰが伝送した通信設定メッセージを受信する。また、プロセッサ１１０は通信設定メッセージに含まれたステーション１００の優先条件に関する情報を読み取り、ステーション１００の優先条件に関する情報に基づいてＡＰに関する接続を要請する。本発明のプロセッサ１１０はステーション１００のメインコントロールユニットを指してもよく、実施例によってステーション１００の一部の構成、例えば、通信部１２０などを個別的に制御するためのコントロールユニットを指してもよい。つまり、プロセッサ１１０は通信部１２０から送受信される無線信号を変復調するモデム、または変復調部（ｍｏｄｕｌａｔｏｒ ａｎｄ／ｏｒ ｄｅｍｏｄｕｌａｔｏｒ）であってもよい。プロセッサ１１０は、本発明の実施例によるステーション１００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。
図３に示したステーション１００は本発明の一実施例によるブロック図であって、分離して示したブロックはディバイスのエレメントを論理的に区別して示したものである。よって、上述したディバイスのエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。例えば、前記プロセッサ１１０及び通信部１２０は一つのチップに統合されて具現されてもよく、別途のチップで具現されてもよい。また、本発明の実施例において、前記ステーション１００の一部の構成、例えば、ユーザインタフェース部１４０及びディスプレーユニット１５０などはステーション１００に選択的に備えられてもよい。
図４は、本発明の一実施例によるＡＰ２００の構成を示すブロック図である。図示したように、本発明の実施例によるＡＰ２００は、プロセッサ２１０、通信部２２０、及びメモリ２６０を含む。図４において、ＡＰ２００の構成のうち図３のステーション１００の構成と同じであるか相応する部分については重複する説明を省略する。
図４を参照すると、本発明に係るＡＰ ２００は、少なくとも１つの周波数バンドにおいてＢＳＳを運営するための通信部２２０を備える。図３の実施例において前述したように、前記ＡＰ ２００の通信部２２０も、互いに異なる周波数バンドを用いる複数の通信モジュールを含むことができる。すなわち、本発明の実施例に係るＡＰ ２００は、異なる周波数バンド、例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚのいずれかを用いる２つ以上の通信モジュールを共に備えることができる。好ましくは、ＡＰ ２００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてステーションと無線通信を行うことができる。前記通信部２２０は、ＡＰ ２００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。本発明の実施例において、通信部２２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。
次に、メモリ２６０は、ＡＰ２００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーションの接続を管理する接続プログラムが含まれる。また、プロセッサ２１０はＡＰ２００の各ユニットを制御し、ユニット間のデータの送受信の制御する。本発明の実施例によると、プロセッサ２１０はメモリ２６０に貯蔵されたステーションとの接続のためのプログラムを行い、１つ以上のステーションに対する通信設定メッセージを伝送する。この際、通信設定メッセージには各ステーションの接続優先条件に関する情報が含まれる。また、プロセッサ２１０はステーションの接続要請に応じて接続設定を行う。一実施例によると、プロセッサ２１０は通信部２２０から送受信される無線信号を変復調するモデム、または変復調部である。プロセッサ２１０は、本発明の実施例によるＡＰ２００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。
図５は、ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。
図５を参照すると、ＳＴＡ１００とＡＰ２００間のリンクは大きくスキャニング（ｓａｎｎｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、及び結合（ａｓｓｏｃｉａｔｉｏｎ）の３つのステップを介して設定される。まず、スキャニングステップは、ＡＰ２００が運営するＢＳＳの接続情報をＳＴＡ１００が獲得するステップである。スキャニングを行うための方法としては、ＡＰ２００が周期的に伝送するビーコン（ｂｅａｃｏｎ）メッセージＳ１０１のみを活用して情報を取得するパッシブスキャニング（ｐａｓｓｉｖｅ ｓａｎｎｉｎｇ）方法と、ＳＴＡ１００がＡＰにプローブ要請（ｐｒｏｂｅ ｒｅｑｕｅｓｔ）を伝送しＳ１０３、ＡＰからプローブ応答（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ）を受信してＳ１０５、接続情報を取得するアクティブスキャニング（ａｃｔｉｖｅ ｓａｎｎｉｎｇ）方法がある。
スキャニングステップにおいて無線接続情報の受信に成功したＳＴＡ１００は、認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０７ａ、ＡＰ２００から認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０７ｂ、認証ステップを行う。認証ステップが行われた後、ＳＴＡ１００は結合要請（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０９ａ、ＡＰ２００から結合応答（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０９ｂ、結合ステップを行う。本明細書において、結合とは基本的に無線結合を意味するが、本発明はこれに限らず、広い意味での結合は無線結合及び有線結合を全て含む。
一方、追加に８０２．１Ｘ基盤の認証ステップＳ１１１、及びＤＨＣＰを介したＩＰアドレス獲得ステップＳ１１３が行われる。図５において、サーバ３００はＳＴＡ１００と８０２．１Ｘ基盤の認証を処理するサーバであって、ＡＰ２００に物理的に結合されて存在するか、別途のサーバとして存在してもよい。
図６は、無線ＬＡＮ通信で使用されるＣＳＭＡ(Carrier Sense Multiple Access)/CA(Collision Avoidance)方法を示す図である。
無線ＬＡＮ通信を行う端末は、データを伝送する前にキャリアセンシング（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ）を行ってチャネルが占有状態（ｂｕｓｙ）であるのか否かをチェックする。もし一定強度以上の無線信号が感知されれば該当チャネルが占有状態と判別され、前記端末は該当チャネル対するアクセスを遅延する。このような過程をクリアチャネル評価（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）といい、該当信号の感知有無を決定するレベルをＣＣＡ臨界値（ＣＣＡ ｔｈｒｅｓｈｏｌｄ）という。もし端末に受信されたＣＣＡ臨界値以上の無線信号が該当端末を受信者とすれば、端末は受信された無線信号を処理する。一方、該当チャネルから無線信号が感知されないかＣＣＡ臨界値より小さい強度の無線信号が感知されれば、前記チャネルは遊休状態（ｉｄｌｅ）と判別される。
チャネルが遊休状態と判別されれば、伝送するデータがある各端末は、各端末の状況によるＩＦＳ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）、例えば、ＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ ＩＦＳ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）などの時間の後にバックオフ手順を行う。実施例によって、前記ＡＩＦＳは従来のＤＩＦＳ（ＤＣＦ ＩＦＳ）を代替する構成として使用される。各端末は、該当端末に決定された乱数（ｒａｎｄｏｍ ｎｕｍｂｅｒ）だけのスロットタイムを前記チャネルの遊休状態の間隔（ｉｎｔｅｒｖａｌ）の間に減少させながら待機し、スロットタイムを全て消尽した端末が該当チャネルに対するアクセスを試みる。このように、各端末がバックオフ手順を行う区間を競合ウィンドウ区間という。
もし特定端末が前記チャネルのアクセスに成功すれば、該当端末は前記チャネルを介してデータを伝送する。しかし、アクセスを試みた端末が他の端末と衝突すれば、衝突した端末はそれぞれ新しい乱数を割り当てられて更にバックオフ手順を行う。一実施例によると、各端末に新しく割り当てられる乱数は、該当端末が以前割り当てられた乱数の範囲（競合ウィンドウ、ＣＷ）の２倍の範囲（２＊ＣＷ）内で決定される。一方、各端末は、次の競合ウィンドウ区間で更にバックオフ手順を行ってアクセスを試みるが、この際、各端末は以前の競合ウィンドウ区間に残ったスロットタイムからバックオフ手順を行う。このような方法で無線ＬＡＮ通信を行う各端末は、特定チャネルに対する互いの衝突を回避することができる。
以下、本発明において、端末は、ｎｏｎ－ＡＰ ＳＴＡ、ＡＰ ＳＴＡ、ＡＰ、ＳＴＡ、受信装置又は送信装置と呼ぶことができ、本発明がこれに限定されるものではない。また、本発明において、ＡＰ ＳＴＡは、ＡＰと呼ぶことができる。
＜様々なＰＰＤＵフォーマットの実施例＞
図７には、様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。より具体的に、図７（ａ）は、８０２．１１ａ／ｇに基づくレガシーＰＰＤＵフォーマットの一実施例、図７（ｂ）は、８０２．１１ａｘに基づくＨＥ ＰＰＤＵフォーマットの一実施例を示し、図７（ｃ）は、８０２．１１ｂｅに基づくノン－レガシーＰＰＤＵ（すなわち、ＥＨＴ ＰＰＤＵ）フォーマットの一実施例を示す。また、図７（ｄ）は、前記ＰＰＤＵフォーマットで共通に用いられるＬ－ＳＩＧ及びＲＬ－ＳＩＧの細部フィールド構成を示す。
図７（ａ）を参照すると、レガシーＰＰＤＵのプリアンブルは、Ｌ－ＳＴＦ（Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（Ｌｅｇａｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）及びＬ－ＳＩＧ（Ｌｅｇａｃｙ Ｓｉｇｎａｌ ｆｉｅｌｄ）を含む。本発明の実施例において、前記Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧは、レガシープリアンブルと呼ぶことができる。
図７（ｂ）を参照すると、ＨＥ ＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ａ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ｂ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＨＥ－ＳＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ及びＨＥ－ＬＴＦは、ＨＥプリアンブルと呼ぶことができる。ＨＥプリアンブルの具体的な構成は、ＨＥ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＨＥ－ＳＩＧ－Ｂは、ＨＥ ＭＵ ＰＰＤＵフォーマットのみにおいて用いられてよい。
図７（ｃ）を参照すると、ＥＨＴ ＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ Ｓｉｇｎａｌ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＥＨＴ－ＳＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＥＨＴ－ＳＩＧ－Ａ、ＥＨＴ－ＳＩＧ－Ｂ、ＥＨＴ－ＳＴＦ及びＥＨＴ－ＬＴＦは、ＥＨＴプリアンブルと呼ぶことができる。ノン－レガシープリアンブルの具体的な構成は、ＥＨＴ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＥＨＴ－ＳＩＧ－ＡとＥＨＴ－ＳＩＧ－Ｂは、ＥＨＴ ＰＰＤＵフォーマットのうち一部のフォーマットのみにおいて用いられてよい。
ＰＰＤＵのプリアンブルに含まれたＬ－ＳＩＧフィールドは、６４ ＦＦＴ ＯＦＤＭが適用され、総６４個のサブキャリアで構成される。このうち、ガードサブキャリア、ＤＣサブキャリア及びパイロットサブキャリアを除く４８個のサブキャリアが、Ｌ－ＳＩＧのデータ送信用に用いられる。Ｌ－ＳＩＧにはＢＰＳＫ、Ｒａｔｅ＝１／２のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）が適用されるので、総２４ビットの情報を含むことができる。図７（ｄ）には、Ｌ－ＳＩＧの２４ビット情報構成を示す。
図７（ｄ）を参照すると、Ｌ－ＳＩＧ、は、Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドを含む。Ｌ＿ＲＡＴＥフィールドは、４ビットで構成され、データ送信に用いられたＭＣＳを示す。具体的に、Ｌ＿ＲＡＴＥフィールドは、ＢＰＳＫ／ＱＰＳＫ／１６－ＱＡＭ／６４－ＱＡＭなどの変調方式と１／２、２／３、３／４などの符号率を組み合わせた６／９／１２／１８／２４／３６／４８／５４Ｍｂｐｓの送信速度のうち１つの値を示す。Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドの情報を組み合わせると当該ＰＰＤＵの全長を示すことができる。ノン－レガシーＰＰＤＵフォーマットでは、Ｌ＿ＲＡＴＥフィールドを最小速度である６Ｍｂｐｓに設定する。
Ｌ＿ＬＥＮＧＴＨフィールドの単位はバイトであり、総１２ビットが割り当てられて最大４０９５までシグナルでき、Ｌ＿ＲＡＴＥフィールドとの組合せで該当ＰＰＤＵの長さを示すことができる。このとき、レガシー端末とノンレガシー端末はＬ＿ＬＥＮＧＴＨフィールドを別個の方法で解釈することができる。
まず、レガシー端末又はノンレガシー端末がＬ＿ＬＥＮＧＴＨフィールドを用いて該当ＰＰＤＵの長さを解釈する方法は次の通りである。Ｌ＿ＲＡＴＥフィールドの値が６Ｍｂｐｓを指示するように設定された場合に、６４ＦＦＴの１個のシンボルデュレーションである４ｕｓの間に３バイト（すなわち、２４ビット）が送信されてよい。したがって、Ｌ＿ＬＥＮＧＴＨフィールド値に、ＳＶＣフィールド及びＴａｉｌフィールドに該当する３バイトを足し、これを１個のシンボルの送信量である３バイトで割ると、Ｌ－ＳＩＧ以後の６４ＦＦＴ基準シンボル個数が取得される。取得されたシンボル個数に１個のシンボルデュレーションである４ｕｓをかけた後に、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧの送信にかかる２０ｕｓを足すと、該当ＰＰＤＵの長さ、すなわち、受信時間（ＲＸＴＩＭＥ）が得られる。これを数式で表現すれば、下記の式１の通りである。
このとき、
は、ｘより大きい又は等しい最小の自然数を表す。Ｌ＿ＬＥＮＧＴＨフィールドの最大値は４０９５であるので、ＰＰＤＵの長さは、最大５．４８４ｍｓまでに設定されてよい。当該ＰＰＤＵを送信するノン－レガシー端末は、Ｌ＿ＬＥＮＧＴＨフィールドを下記の式２のように設定しなければならない。
ここで、ＴＸＴＩＭＥは、当該ＰＰＤＵを構成する全体送信時間であり、下記の式３の通りである。このとき、ＴＸは、Ｘの送信時間を表す。
以上の式を参照すると、ＰＰＤＵの長さは、Ｌ＿ＬＥＮＧＴＨ／３の切上げ値に基づいて計算される。したがって、任意のｋ値に対してＬ＿ＬＥＮＧＴＨ＝｛３ｋ＋１，３ｋ＋２，３（ｋ＋１）｝の３つの異なる値が、同一のＰＰＤＵ長を指示する。
図７（ｅ）を参照すると、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）フィールドは、ＥＨＴ ＰＰＤＵ及び後続世代の無線ＬＡＮのＰＰＤＵにおいて存続し、１１ｂｅを含めてどの世代のＰＰＤＵであるかを区分する役割を担う。Ｕ－ＳＩＧは、６４ＦＦＴベースのＯＦＤＭの２シンボルであり、総５２ビットの情報を伝達することができる。このうち、ＣＲＣ／テール９ビットを除く４３ビットは、大きく、ＶＩ（Ｖｅｒｓｉｏｎ Ｉｎｄｅｐｅｎｄｅｎｔ）フィールドとＶＤ（Ｖｅｒｓｉｏｎ Ｄｅｐｅｎｄｅｎｔ）フィールドに区分される。
ＶＩビットは、現在のビット構成を後にも維持し続け、後続世代のＰＰＤＵが定義されても、現在の１１ｂｅ端末が、当該ＰＰＤＵのＶＩフィールドから当該ＰＰＤＵに関する情報を得ることができる。そのために、ＶＩフィールドは、ＰＨＹバージョン、ＵＬ／ＤＬ、ＢＳＳカラー、ＴＸＯＰ、リザーブド（Ｒｅｓｅｒｖｅｄ）フィールドで構成される。ＰＨＹバージョンフィールドは３ビットであり、１１ｂｅ及び後続世代の無線ＬＡＮ標準を順次にバージョンで区分する役割を担う。１１ｂｅは０００ｂの値を有する。ＵＬ／ＤＬフィールドは、当該ＰＰＤＵが上りリンク／下りリンクＰＰＤＵのいずれであるかを区分する。ＢＳＳカラーは、１１ａｘで定義されたＢＳＳ別識別子を意味し、６ビット以上の値を有する。ＴＸＯＰは、ＭＡＣヘッダーで伝達されていた送信機会デュレーション（Ｔｒａｎｓｍｉｔ Ｏｐｐｏｒｔｕｎｉｔｙ Ｄｕｒａｔｉｏｎ）を意味するが、ＰＨＹヘッダーに追加することにより、ＭＰＤＵをデコードすることなく、当該ＰＰＤＵが含まれたＴＸＯＰの長さを類推でき、７ビット以上の値を有する。
ＶＤフィールドは、１１ｂｅバージョンのＰＰＤＵにのみ有用なシグナリング情報としてＰＰＤＵフォーマット、ＢＷのように、如何なるＰＰＤＵフォーマットにも共通に用いられるフィールド、及びＰＰＤＵフォーマット別に異なるように定義されるフィールドで構成されてよい。ＰＰＤＵフォーマットは、ＥＨＴ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）、ＥＨＴ ＭＵ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ）、ＥＨＴ ＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）、ＥＨＴ ＥＲ（Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ）ＰＰＤＵなどを区分する区分子である。ＢＷフィールドは、大きく、２０、４０、８０、１６０（８０＋８０）、３２０（１６０＋１６０）ＭＨｚの５個の基本ＰＰＤＵ ＢＷオプション（２０＊２の冪乗の形態で表現可能なＢＷを基本ＢＷと呼ぶことができる。）と、プリアンブルパンクチャリング（Ｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇ）によって構成される様々な残りのＰＰＤＵ ＢＷをシグナルする。また、３２０ＭＨｚでシグナルされた後、一部の８０ＭＨｚがパンクチャーされた形態でシグナルされてよい。また、パンクチャーされて変形されたチャネル形態は、ＢＷフィールドで直接シグナルされてもよく、或いはＢＷフィールドとＢＷフィールド以後に現れるフィールド（例えば、ＥＨＴ－ＳＩＧフィールド内のフィールド）を共に用いてシグナルされてもよい。仮に、ＢＷフィールドを３ビットとする場合に、総８個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で３個をシグナルできる。仮にＢＷフィールドを４ビットとする場合に総１６個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で１１個をシグナルできる。
ＢＷフィールド以後に位置するフィールドは、ＰＰＤＵの形態及びフォーマットによって異なり、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵは同一のＰＰＤＵフォーマットでシグナルされてよく、ＥＨＴ－ＳＩＧフィールドの前に、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵを区別するためのフィールドが位置してよく、そのための追加のシグナリングが行われてよい。ＳＵ ＰＰＤＵとＭＵ ＰＰＤＵは両方ともＥＨＴ－ＳＩＧフィールドを含んでいるが、ＳＵ ＰＰＤＵで不要な一部のフィールドが圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されてよい。この時、圧縮が適用されたフィールドの情報は省略されるか、あるいはＭＵ ＰＰＤＵに含まれる本来フィールドのサイズよりも縮小したサイズを有してよい。例えば、ＳＵ ＰＰＤＵの場合、ＥＨＴ－ＳＩＧの共通フィールドが省略又は代替されるか、ユーザ特定フィールドが代替されるか、或いは１個に縮小するなど、異なる構成を有してよい。
又は、ＳＵ ＰＰＤＵは、圧縮されたか否かを示す圧縮フィールドをさらに含むことができ、圧縮フィールドの値によって一部のフィールド（例えば、ＲＡフィールドなど）が省略されてよい。
ＳＵ ＰＰＤＵのＥＨＴ－ＳＩＧフィールドの一部が圧縮された場合に、圧縮されたフィールドに含まれる情報は、圧縮されていないフィールド（例えば、共通フィールドなど）で一緒にシグナルされてよい。ＭＵ ＰＰＤＵの場合、複数ユーザの同時受信のためのＰＰＤＵフォーマットであるので、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧフィールドが必須に送信される必要があり、シグナルされる情報の量が可変的であってよい。すなわち、複数個のＭＵ ＰＰＤＵが複数個のＳＴＡに送信されるので、それぞれのＳＴＡは、ＭＵ ＰＰＤＵが送信されるＲＵの位置、それぞれのＲＵが割り当てられたＳＴＡ、及び送信されたＭＵ ＰＰＤＵが自分に送信されたか否かを認識しなければならない。したがって、ＡＰは、ＥＨＴ－ＳＩＧフィールドに上のような情報を含めて送信しなければならない。そのために、Ｕ－ＳＩＧフィールドではＥＨＴ－ＳＩＧフィールドを効率的に送信するための情報をシグナルし、これは、ＥＨＴ－ＳＩＧフィールドのシンボル数及び／又は変調方法であるＭＣＳであってよい。ＥＨＴ－ＳＩＧフィールドは、各ユーザに割り当てられたＲＵのサイズ及び位置情報を含むことができる。
ＳＵ ＰＰＤＵである場合、ＳＴＡに複数個のＲＵが割り当てられてよく、複数個のＲＵは連続又は不連続してよい。ＳＴＡに割り当てられたＲＵが連続しない場合、ＳＴＡは、中間にパンクチャーされたＲＵを認識してこそ、ＳＵ ＰＰＤＵを効率的に受信することができる。したがって、ＡＰは、ＳＵ ＰＰＤＵに、ＳＴＡに割り当てられたＲＵのうちパンクチャーされたＲＵの情報（例えば、ＲＵのパンクチャリングパターンなど）を含めて送信できる。すなわち、ＳＵ ＰＰＤＵの場合、パンクチャリングモードが適用されたか否か及びパンクチャリングパターンをビットマップ形式などで示す情報を含むパンクチャリングモードフィールドがＥＨＴ－ＳＩＧフィールドに含まれてよく、パンクチャリングモードフィールドは、帯域幅内で現れる不連続するチャネルの形態をシグナルできる。
シグナルされる不連続チャネルの形態は制限的であり、ＢＷフィールドの値と組み合わせてＳＵ ＰＰＤＵのＢＷ及び不連続チャネル情報を示す。例えば、ＳＵ ＰＰＤＵの場合、単一端末にのみ送信されるＰＰＤＵであるので、ＳＴＡは、ＰＰＤＵに含まれたＢＷフィールドから、自分に割り当てられた帯域幅が認識でき、ＰＰＤＵに含まれたＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドのパンクチャリングモードフィールドから、割り当てられた帯域幅のうちパンクチャーされたリソースが認識できる。この場合、端末は、パンクチャーされたリソースユニットの特定チャネルを除く残りのリソースユニットでＰＰＤＵを受信できる。このとき、ＳＴＡに割り当てられた複数個のＲＵは、互いに異なる周波数帯域又はトーンで構成されてよい。
制限された形態の不連続チャネル形態のみがシグナルされる理由は、ＳＵ ＰＰＤＵのシグナリングオーバーヘッドを減らすためである。パンクチャリングは、２０ＭＨｚサブチャネル別に行われてよいので、８０、１６０、３２０ＭＨｚのように２０ＭＨｚサブチャネルを複数個有するＢＷに対してパンクチャリングを行うと、３２０ＭＨｚの場合、プライマリーチャネルを除く残りの２０ＭＨｚサブチャネル１５個の使用有無をそれぞれ表現して、不連続チャネル（端部２０ＭＨｚのみがパンクチーされた形態も不連続と見なす場合）形態をシグナルしなければならない。このように単一ユーザ送信の不連続チャネル形態をシグナルするために１５ビットを用いることは、シグナリング部分の低い送信速度を考慮したとき、過大なシグナリングオーバーヘッドとなり得る。
本発明は、ＳＵ ＰＰＤＵの不連続チャネル形態をシグナルする手法を提案し、提案した手法によって決定された不連続チャネル形態を示す。また、ＳＵ ＰＰＤＵの３２０ＭＨｚ ＢＷ構成において主（Ｐｒｉｍａｒｙ）１６０ＭＨｚと福（Ｓｅｃｏｎｄａｒｙ）１６０ＭＨｚのパンクチャリング形態をそれぞれシグナルする手法を提案する。
また、本発明の一実施例では、ＰＰＤＵフォーマットフィールドにシグナルされたＰＰＤＵフォーマットにしたがって、プリアンブルパンクチャリングＢＷ値が指示するＰＰＤＵの構成を異ならせる手法を提案する。ＢＷフィールドの長さが４ビットである場合を仮定し、ＥＨＴ ＳＵ ＰＰＤＵ又はＴＢ ＰＰＤＵである場合には、Ｕ－ＳＩＧ以後に１シンボルのＥＨＴ－ＳＩＧ－Ａをさらにシグナルするか、ＥＨＴ－ＳＩＧ－Ａを全くシグナルしなくてよいので、これを考慮してＵ－ＳＩＧのＢＷフィールドのみを用いて最大で１１個のパンクチャリングモードを全てシグナルする必要がある。しかしながら、ＥＨＴ ＭＵ ＰＰＤＵの場合、Ｕ－ＳＩＧ以後にＥＨＴ－ＳＩＧ－Ｂをさらにシグナルするので、最大で１１個のパンクチャリングモードをＳＵ ＰＰＤＵと異なる方法でシグナルしてよい。ＥＨＴ ＥＲ ＰＰＤＵの場合、ＢＷフィールドを１ビットに設定し、２０ＭＨｚ又は１０ＭＨｚの帯域を用いるＰＰＤＵであるかをシグナルすることができる。
図７（ｆ）には、Ｕ－ＳＩＧのＰＰＤＵフォーマットフィールドでＥＨＴ ＭＵ ＰＰＤＵと指示された場合に、ＶＤフィールドのフォーマット特異的（Ｆｏｒｍａｔ－ｓｐｅｃｉｆｉｃ）フィールドの構成を示す。ＭＵ ＰＰＤＵの場合、複数ユーザの同時受信のためのシグナリングフィールドであるＳＩＧ－Ｂが必須であり、Ｕ－ＳＩＧ後に別途のＳＩＧ－Ａ無しでＳＩＧ－Ｂが送信されてよい。そのために、Ｕ－ＳＩＧではＳＩＧ－Ｂをデコードするための情報をシグナルしなければならない。このようなフィールドは、ＳＩＧ－Ｂ ＭＣＳ、ＳＩＧ－Ｂ ＤＣＭ、ＳＩＧ－Ｂシンボルの数（Ｎｕｍｂｅｒ ｏｆ ＳＩＧ－Ｂ Ｓｙｍｂｏｌｓ）、ＳＩＧ－Ｂ圧縮（ＳＩＧ－Ｂ Ｃｏｍｐｒｅｓｓｉｏｎ）、ＥＨＴ－ＬＴＦシンボルの数（Ｎｕｍｂｅｒ ｏｆ ＥＨＴ－ＬＴＦ Ｓｙｍｂｏｌｓ）フィールドなどである。
図８は、本発明の実施例に係る様々なＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。
図８を参照すると、ＰＰＤＵは、プリアンブルとデータ部分で構成されてよく、一つのタイプであるＥＨＴ ＰＰＤＵのフォーマットは、プリアンブルに含まれているＵ－ＳＩＧフィールドによって区別されてよい。具体的に、Ｕ－ＳＩＧフィールドに含まれているＰＰＤＵフォーマットフィールドに基づき、ＰＰＤＵのフォーマットがＥＨＴ ＰＰＤＵであるか否かが指示されてよい。
図８の（ａ）は、単一ＳＴＡのためのＥＨＴ ＳＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＳＵ ＰＰＤＵは、ＡＰと単一ＳＴＡ間の単一ユーザ（Ｓｉｎｇｌｅ Ｕｓｅｒ：ＳＵ）送信のために用いられるＰＰＤＵであり、Ｕ－ＳＩＧフィールド以後に追加のシグナリングのためのＥＨＴ－ＳＩＧ－Ａフィールドが位置してよい。
図８の（ｂ）は、トリガーフレームに基づいて送信されるＥＨＴ ＰＰＤＵであるＥＨＴトリガーベース（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵフォーマットの一例を示す。ＥＨＴトリガーベースＰＰＤＵは、トリガーフレームに基づいて送信されるＥＨＴ ＰＰＤＵであり、トリガーフレームに対する応答のために用いられる上りリンクＰＰＤＵである。ＥＨＴ ＰＰＤＵは、ＥＨＴ ＳＵ ＰＰＤＵとは違い、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧ－Ａフィールドが位置しない。
図８の（ｃ）は、多重ユーザのためのＥＨＴ ＰＰＤＵであるＥＨＴ ＭＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＭＵ ＰＰＤＵは、１つ以上のＳＴＡにＰＰＤＵを送信するために用いられるＰＰＤＵである。ＥＨＴ ＭＵ ＰＰＤＵフォーマットは、Ｕ－ＳＩＧフィールド以後にＨＥ－ＳＩＧ－Ｂフィールドが位置してよい。
図８の（ｄ）は、拡張された範囲にあるＳＴＡとの単一ユーザ送信のために用いられるＥＨＴ ＥＲ ＳＵ ＰＰＤＵフォーマットの一例を示す。ＥＨＴ ＥＲ ＳＵ ＰＰＤＵは、図８の（ａ）で説明したＥＨＴ ＳＵ ＰＰＤＵよりも広い範囲のＳＴＡとの単一ユーザ送信のために用いられてよく、時間軸上でＵ－ＳＩＧフィールドが反復して位置してよい。
図８の（ｃ）で説明したＥＨＴ ＭＵ ＰＰＤＵは、ＡＰが複数個のＳＴＡに下りリンク送信のために用いることができる。このとき、ＥＨＴ ＭＵ ＰＰＤＵは、複数個のＳＴＡがＡＰから送信されたＰＰＤＵを同時に受信できるようにスケジューリング情報を含むことができる。ＥＨＴ ＭＵ ＰＰＤＵは、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定（ｕｓｅｒ ｓｐｅｃｉｆｉｃ）フィールドを通じて送信されるＰＰＤＵの受信者及び／又は送信者のＡＩＤ情報を、ＳＴＡに伝達することができる。したがって、ＥＨＴ ＭＵ ＰＰＤＵを受信した複数個の端末は、受信したＰＰＤＵのプリアンブルに含まれたユーザ特定フィールドのＡＩＤ情報に基づいて空間再使用（ｓｐａｔｉａｌ ｒｅｕｓｅ）動作を行うことができる。
具体的に、ＨＥ ＭＵ ＰＰＤＵに含まれたＨＥ－ＳＩＧ－Ｂフィールドのリソースユニット割り当て（ｒｅｓｏｕｒｃｅ ｕｎｉｔ ａｌｌｏｃａｔｉｏｎ，ＲＡ）フィールドは、周波数軸の特定帯域幅（例えば、２０ＭＨｚなど）におけるリソースユニットの構成（例えば、リソースユニットの分割形態）に関する情報を含むことができる。すなわち、ＲＡフィールドは、ＳＴＡがＰＰＤＵを受信するために、ＨＥ ＭＵ ＰＰＤＵの送信のための帯域幅で分割されたリソースユニットの構成を指示できる。分割された各リソースユニットに割り当て（又は、指定）されたＳＴＡの情報は、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定フィールドに含まれてＳＴＡに送信されてよい。すなわち、ユーザ特定フィールドは、分割された各リソースユニットに対応する１つ以上のユーザフィールドを含むことができる。
例えば、分割された複数個のリソースユニットのうち、データ送信のために用いられる少なくとも１つのリソースユニットに対応するユーザフィールドは、受信者又は送信者のＡＩＤを含むことができ、データ送信に用いられない残りのリソースユニットに対応するユーザフィールドは、既に設定されたヌル（Ｎｕｌｌ）ＳＴＡ ＩＤを含むことができる。
図８に示す２個以上のＰＰＤＵを、同一のＰＰＤＵフォーマットを示す値で指示することができる。すなわち、２個以上のＰＰＤＵを同一の値によって同一のＰＰＤＵフォーマットと指示することができる。例えば、ＥＨＴ ＳＵ ＰＰＤＵとＥＨＴ ＭＵ ＰＰＤＵは、Ｕ－ＳＩＧ ＰＰＤＵフォーマットサブフィールドを用いて同一の値で指示することができる。このとき、ＥＨＴ ＳＵ ＰＰＤＵとＥＨＴ ＭＵ ＰＰＤＵは、ＰＰＤＵを受信するＳＴＡの個数によって区別されてよい。例えば、１個のＳＴＡのみが受信するＰＰＤＵは、ＥＨＴ ＳＵ ＰＰＤＵと識別されてよく、２個以上のＳＴＡが受信するようにＳＴＡの数が設定された場合に、ＥＨＴ ＭＵ ＰＰＤＵと識別されてよい。言い換えると、同一のサブフィールド値を用いて、図８に示す２個以上のＰＰＤＵフォーマットを指示することができる。
また、図８に示すフィールドのうち一部のフィールド又はフィールドの一部の情報は省略されてよく、このように一部のフィールド又はフィールドの一部の情報が省略される場合を圧縮モード（ｃｏｍｐｒｅｓｓｉｏｎ ｍｏｄｅ）又は圧縮されたモード（ｃｏｍｐｒｅｓｓｅｄ ｍｏｄｅ）と定義できる。
一方、ＡＰ及びＳＴＡでは、低い遅延時間を要求する特定トラフィックに対して低遅延動作を要請することができる。このとき、低い遅延時間を要求するトラフィックは次のようにＭＡＣ層に伝達されてよい。
図９は、本発明の実施例に係るＳＴＡの内部階層構造を示す構造図である。
図９を参照すると、ＳＴＡに含まれた通信装置は、最も上位層において様々な動作を行うアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）層、終端間送信信頼度を保障する伝送層（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ）、目的通信ノードへの経路を探し、当該方向に信号を伝達するネットワーク層（Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）、端末間通信リンクでの送信動作を行うデータリンク層（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）、及び実際に物理的信号を用いて送信動作を行う物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）で構成される。このとき、データリンク層は、ＬＬＣ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）及びＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）を含み得る。
一方、各層では、ＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）を通じて当該層の上位或いは下位層にデータ及びデータ送信のための追加パラメータを送ることができる。例えば、ＬＬＣ層には上位層からデータ、ソースアドレス（ｓｏｕｒｃｅ ａｄｄｒｅｓｓ）、宛先アドレス（ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ）などに関する情報がＬＳＡＰ（Ｌｉｎｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）を通じて伝達されてよい。また、ＭＡＣ層は、受信したデータをＭＡＣ ＳＡＰを通じて上位層に伝達でき、上位層から送信するデータ及びデータ送信のための追加パラメータが伝達されてよい。
前記階層構造で送信しようとするデータが、低い遅延時間を要求するデータである場合に、ＭＡＣ層では上位層から当該データ及び関連パラメータをＭＡ－ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔの形態で受信することができる。このとき、送信しようとするデータが低い遅延時間を要求するデータである場合に、上位層からＭＡＣ ＳＡＰを通じてＭＡＣ層にデータ伝達時に該当の指示子を含むことができる。例えば、ＭＡ－ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔに、当該データが低い遅延時間を要求するデータであることを含めて伝達することができる。当該低い遅延時間に対する指示子が含まれる場合に、当該ＭＡ－ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔは下表１のようなパラメータを含むことができる。
ＤＡ－ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔに含まれる各パラメータは下表２の通りでよい。
又は、低い遅延時間を要求するデータのために別途のトラフィックストリーム（Ｔｒａｆｆｉｃ Ｓｔｒｅａｍ，ＴＳ）を定義できる。このとき、特定ＴＳに該当するデータを管理するためにＳＭＥ（Ｓｔａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）からＭＬＭＥ ＳＡＰ（ＭＡＣ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ ＳＡＰ）を通じて特定トラフィックストリームのＩＤに対する要求されるＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報を受けることができる。このとき、ＭＡＣ層にはＳＭＥから当該ＴＳに対する情報をＭＬＭＥ－ＡＤＤＴＳ．ｒｅｑｕｅｓｔの形態で伝達されてよい。
一方、ＡＰ或いはＳＴＡが低い遅延時間を要求するフレームのための低遅延送信動作を支援する場合に、当該端末に内部変数を指定できる。例えば、低遅延動作の活性化されるか否かを示すＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）値のうち一つを生成して端末内で管理できる。このとき、当該ＭＩＢ値はｄｏｔ１１ｒＴＷＴＡｃｔｉｖａｔｅｄであってよい。このとき、低遅延動作は、遅延に敏感なトラフィック（例えば、ｌａｔｅｎｃｙ ｓｅｎｓｉｔｉｖｅ ｔｒａｆｆｉｃ）又はフレームを送信するための動作であり、遅延に敏感なトラフィック又はフレームは、既に設定されたトラフィック又はフレームであってよい。例えば、遅延に敏感なトラフィック又はフレームは、ＴＩＤ（又は、Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ：ＡＣ）によって、当該トラフィック又はフレームが遅延に敏感なトラフィック又はフレームであることが指示されてよい。
一方、前記ＡＰは、ＡＰ ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）に含まれたＡＰであってよい。前記ＳＴＡは、ＳＴＡ ＭＬＤに含まれたＳＴＡであってよい。前記ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、図１０で説明するように構成されてよい。
図１０は、本発明の実施例に係る多重リンク動作を行うＡＰ ＭＬＤとＳＴＡ ＭＬＤの構造を示す概念図である。
図１０を参照すると、ＡＰ ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は、１つ以上の無線アクセスポイント（ＡＰ）を含んでいる機器であってよく、上位層に一つのインターフェースを通じて連結された機器であってよい。すなわち、ＡＰ ＭＬＤは、一つのインターフェースを通じてＬＬＣ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層に連結されてよい。ＡＰ ＭＬＤに含まれた複数のＡＰは、ＭＡＣ層での一部の機能を共有できる。ＡＰ ＭＬＤ内の各ＡＰは、互いに異なるリンクで動作できる。ＳＴＡ ＭＬＤは、１つ以上のｎｏｎ－ＡＰ ＳＴＡを含んでいる機器であってよく、一つのインターフェースを通じて上位層に連結された機器であってよい。すなわち、ＳＴＡ ＭＬＤは、一つのインターフェースを通じてＬＬＣ層に連結されてよい。ＳＴＡ ＭＬＤに含まれている複数のＳＴＡは、ＭＡＣ層での一部の機能を共有できる。また、ＳＴＡ ＭＬＤはｎｏｎ－ＡＰ ＭＬＤと呼ぶことができる。このとき、前記ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、複数の個別のリンクを用いて通信する多重リンク動作を行うことができる。すなわち、ＡＰ ＭＬＤが複数のＡＰを含んでいる場合に、各ＡＰは別個のリンクを構成し、ＳＴＡ ＭＬＤに含まれているそれぞれの端末と複数のリンクを用いたフレーム送受信動作を行うことができる。このとき、各リンクは２．４ＧＨｚ、５ＧＨｚ、又は６ＧＨｚ帯域で動作でき、各リンクでは帯域幅拡張動作を行うことができる。例えば、ＡＰ ＭＬＤが２．４ＧＨｚ帯域で１つのリンクを、５ＧＨｚ帯域で２つのリンクを設定した場合に、２．４ＧＨｚ帯域では帯域幅拡張方式によって４０ＭＨｚの帯域幅でフレーム送信を行うことができ、５ＧＨｚ帯域を使用するそれぞれのリンクでは不連続の帯域幅を活用して最大で３２０ＭＨｚの帯域幅でフレーム送信を行うことができる。
一方、前記ＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤは、機器内部の干渉問題により、ＭＬＤ内の一つの端末が送信動作を行う間に他の端末では受信動作ができないことがある。このようにＭＬＤ内に一つのＡＰ或いは端末が送信動作を行う途中に前記ＭＬＤ内の他のＡＰ或いは端末が受信する動作をＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｔ ａｎｄ Ｒｅｃｅｉｖｅ）という。前記ＡＰ ＭＬＤは全てのリンクに対してＳＴＲ動作が可能であってよい。又は、前記ＡＰ ＭＬＤの一部のリンクでＳＴＲ動作が不可能であり得る。ＡＰ ＭＬＤにはＳＴＲ動作が可能な端末ＭＬＤが接続されてよく、一部又は全体のリンクに対してＳＴＲ動作が不可能なＭＬＤが接続されてよい。また、ＡＰ ＭＬＤに含まれたＡＰには、ＭＬＤに所属していない端末（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ端末或いはＭＬＤ形態でないＩＥＥＥ ８０２．１１ｂｅ端末）がさらに接続されていてよい。
前記ＡＰ ＭＬＤとＳＴＡ ＭＬＤは多重リンク動作のための交渉過程を行うことができる。このとき、前記多重リンク動作のための交渉過程は、図５で説明したスキャニング及び接続過程中に行うことができる。ＡＰ ＭＬＤとＳＴＡ ＭＬＤは、図５で説明したスキャニング及び接続過程において多重リンク使用動作のための交渉過程を行うことができる。前記多重リンク動作のための交渉過程を接続過程中に行う場合に、ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは次のように動作できる。
図１１は、本発明の実施例に係るＡＰ ＭＬＤとＳＴＡ或いはＳＴＡ ＭＬＤとの接続過程を示す概念図である。図１１で、図５で説明した接続過程と重複する説明は省略するものとする。
図１１を参照すると、ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、スキャニング及び接続過程中に多重リンク動作のための交渉過程を行うことができる。例えば、図５で説明したスキャニング過程において、ＡＰ ＭＬＤに含まれたＡＰは、ビーコンフレームに多重リンク動作が使用可能であることを示す指示子、使用可能なリンク個数、使用可能な複数個のリンク情報などを含めて送信できる。又は、ＡＰ ＭＬＤが放送フレーム形態のプローブ応答フレームを送信する場合に、当該プローブ応答フレームに多重リンク動作が使用可能であることを示す指示子、使用可能なリンク個数、使用可能な複数個のリンク情報などを含めて送信できる。ＳＴＡ ＭＬＤに属している端末は、プローブ要請フレームに多重リンク動作が使用可能であることを示す指示子を含めて送信できる。前記ＳＴＡ ＭＬＤが多重リンク動作のための交渉過程を行おうとする場合に、ＡＰ ＭＬＤに属している全てのＡＰに対する動作情報をさらに要請できる。前記ＳＴＡ ＭＬＤに属しているＳＴＡがＡＰ ＭＬＤに属している全てのＡＰの情報を要請する場合に、プローブ要請フレームに当該要請指示子を含めて送信できる。ＡＰ ＭＬＤに属しているＡＰは、前記プローブ要請フレームに、当該要請指示子を確認でき、プローブ応答フレームに多重リンク動作のために用いられる全てのパラメータ（例えば、当該ＡＰの情報及び当該ＡＰ ＭＬＤに属している他のＡＰから送信されるビーコンフレーム情報など）を含めて送信できる。このとき、前記全てのパラメータには、多重リンク動作時に使用可能なリンク個数、リンク情報などが含まれてよい。
前記スキャニング過程においてＡＰ ＭＬＤの多重リンク動作されるか否か及び使用リンク情報を確認したＳＴＡ ＭＬＤはＡＰ ＭＬＤと接続過程を行うことができる。このとき、前記ＡＰ ＭＬＤとＳＴＡ ＭＬＤは多重リンク動作のための交渉過程を同時に行うことができる。すなわち、ＳＴＡ ＭＬＤに属した任意の端末（例えば、ＳＴＡ１）が、ＡＰ ＭＬＤに属した任意のＡＰ（例えば、ＡＰ１）に接続要請フレームを送りながら、端末の多重リンク動作が使用可能であることを示す指示子、及び多重リンク動作を行うことを要請する要請指示子を送ることができる。前記端末から接続要請フレームを受信したＡＰは、多重リンク動作を要請する指示子を確認でき、ＡＰは、多重リンク動作が可能な場合に、多重リンク動作に用いるリンク情報及び各リンクで用いられるパラメータなどを含めて多重リンク動作を許容する接続応答フレームを当該端末に送信できる。前記多重リンク動作のためのパラメータは、用いられる各リンクの帯域、帯域幅拡張方向、ＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）、ＳＴＲ動作の可否のうち１つ以上を含むことができる。前記接続要請フレーム及び応答フレームが交換されて多重リンク動作の使用が確認されたＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、当該接続過程後に、ＡＰ ＭＬＤに含まれた複数のＡＰ及びＳＴＡ ＭＬＤに含まれた複数の端末を通じて複数のリンクを用いたフレーム送信動作を行うことができる。
一方、ＡＰ或いはＡＰ ＭＬＤが低い遅延時間を要求するフレームのための低遅延送信動作を支援する場合に、１つ以上のリンクに当該動作が可能な端末のみが接続するように制限してよい。すなわち、低遅延動作のためのチャネル予約過程及び送信過程を効率的に行うために、特定リンクで当該動作を解読及び理解する端末の接続のみを許容できる。このとき、前記低遅延送信動作は、ＴＷＴ動作を活用した低遅延送信動作であってよい。例えば、低遅延端末のための予約時間ＴＷＴ ＳＰ（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ）をビーコンフレームに含めて送信時に、ＴＷＴ機能を活用した低遅延動作を支援するＳＴＡでは、当該ＴＷＴ ＳＰ時間に予約されたＳＴＡでなければ、フレーム送信のためのチャネル競合過程を行えないことがある。一方、当該機能を支援しないＳＴＡは当該ＴＷＴ ＳＰでもフレーム送信のためのチャネル接近過程を行うことができる。このとき、前記ＴＷＴ動作を活用した低遅延機能を支援しないＳＴＡによるチャネル接近動作によって、当該ＴＷＴ ＳＰに送信されるように予約されているフレームの送信が猶予又は衝突する状況が発生することがある。このため、低い遅延時間を要求するフレームの要求遅延時間を満たせないことがある。当該状況を防止するために、ＡＰ及びＡＰ ＭＬＤは、特定リンクを、低遅延動作によるチャネル予約過程を行う端末のみが使用するように指定できる。
一方、ＡＰ或いはＡＰ ＭＬＤが低遅延動作を支援する端末だけのためのリンクを指定する場合に、当該機能を支援しないＳＴＡに対しては次のように接続要請を拒絶してよい。
このとき、低遅延動作は、遅延に敏感なトラフィック（例えば、ｌａｔｅｎｃｙ ｓｅｎｓｉｔｉｖｅ ｔｒａｆｆｉｃ）又はフレームを送信するための動作であり、遅延に敏感なトラフィック又はフレームは既に設定されたトラフィック又はフレームであってよい。例えば、遅延に敏感なトラフィック又はフレームは、ＴＩＤ（又は、Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ：ＡＣ）によって、当該トラフィック又はフレームが遅延に敏感なトラフィック又はフレームであることが指示されてよい。又は、遅延に敏感なトラフィック又はフレームは、一定遅延時間内に送信されるべきトラフィック又はフレームを意味でき、ＴＩＤ（又は、Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ：ＡＣ）によって指示されてよい。
ＴＷＴは、競合を最小化し、電力管理モードを用いるＳＴＡが起きていることに必要な時間を減らすために、ＳＴＡが互いに異なる時間に動作するようにスケジュールすることにより、ＳＴＡがＢＳＳでアクティビティ（ａｃｔｉｖｉｔｙ）を管理できるようにする。ＴＷＴ動作は、ＡＰによって個別に設定される個別ＴＷＴ（ｉｎｄｉｖｉｄｕａｌ ＴＷＴ）又はブロードキャストＴＷＴ（ｂｒｏａｄｃａｓｔ ＴＷＴ）であってよい。すなわち、ＡＰはＳＴＡ別に個別にＴＷＴ動作を行うか否かを設定したり、ブロードキャストＴＷＴを用いて複数個のＳＴＡにＴＷＴ動作を行うか否かを設定したりして、ｎｏｎ－ＡＰ ＳＴＡに送信でき、ｎｏｎ－ＡＰ ＳＴＡは、ＡＰからＴＷＴ動作の実行をスケジュールされた場合に、ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）の区間（ｉｎｔｅｒｖａｌ）においてＴＷＴ動作を行うことができる。
このとき、ブロードキャストＴＷＴ動作は、低遅延動作のために用いられる場合に、制限されたＴＷＴ（Ｒｅｓｔｒｉｃｔｅｄ ＴＷＴ）動作と呼ぶことができる。すなわち、ブロードキャストＴＷＴ動作は、キャパビリティー要素（ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ）の特定パラメータによって（例えば、特定要素が「１」に設定された場合に）ｎｏｎ－ＡＰ ＳＴＡが制限されたＴＷＴ動作を支援し、ビーコンフレームの特定フィールドによって、当該ビーコンフレームが制限されたＴＷＴ動作のためのフレームとして設定された場合に、制限されたＴＷＴ動作が行われてよい。このとき、ブロードキャストＴＷＴのために設定されたＳＰは、制限されたＴＷＴ動作のためのＳＰであってよい。
このとき、低遅延を要求するフレームの送信のためのＴＷＴ動作である制限されたＴＷＴは、遅延に敏感なトラフィックのために、向上した媒体アクセス保護（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｐｒｏｔｅｃｔｉｏｎ）及びリソース予約（ｒｅｓｅｒｖａｔｉｏｎ）を支援するために用いられてよい。
ＡＰ ＳＴＡによってＴＷＴ ＳＰが設定されたｎｏｎ－ＡＰ ＳＴＡは、個別のＴＷＴによって協議されたフレーム以外のフレームはＴＷＴ ＳＰ内でＡＰ ＳＴＡに送信できない。
以下、低遅延動作のための制限されたＴＷＴ動作は、ＴＷＴ動作と呼ぶことができる。
図１２は、本発明の実施例に係る低遅延機能を行うために端末の接続過程を制限する動作を示す第１実施例である。図１２では、図５及び図１１で説明した接続過程と同じ過程は説明を省略する。
図１２を参照すると、ＡＰ ＭＬＤは複数個のＡＰを含んでよく、各ＡＰはリンクを運用できる。このとき、ＡＰ ＭＬＤは、運用するリンクのうち１つ以上を低遅延動作を支援する端末だけのためのリンクとして指定できる。例えば、ＡＰ ＭＬＤに属しているＡＰのうちＡＰ１が運用するリンクを、低遅延動作を支援する端末だけのためのリンクとして指定できる。又は、ＡＰ ＭＬＤに属していないＡＰが、低遅延動作を支援する端末だけのために運用されてよい。
前記ＡＰ或いはＡＰ ＭＬＤは、ビーコンフレーム或いは放送フレームの形態で送信されるプローブ応答フレームに、低遅延動作を支援するか否かを示す指示子を含めて送信できる。低遅延動作は、後で図１８～図１９、及び図２１～図２３で説明するＴＷＴ機能を用いた低遅延動作であってよい。
例えば、当該ＡＰ或いはＡＰ ＭＬＤが前記低遅延動作を支援する場合に、当該ビーコンフレーム及び放送プローブ応答フレームに含まれたキャパビリティー要素に、低遅延動作を支援するか否かを示すフィールドを１と表示して送信できる。また、前記ビーコンフレーム及び放送プローブ応答フレームに、当該リンクが低遅延端末だけのためのリンクであることを示す指示子を含めて送信できる。例えば、当該ビーコンフレーム或いは放送プローブ応答フレームにＥＨＴ Ｏｐｅｒａｔｉｏｎ情報要素を含め、当該ＥＨＴ Ｏｐｅｒａｔｉｏｎ情報要素に、低遅延動作に対する支援が必要であることを知らせる指示子（例えば、ｒＴＷＴ Ｒｅｑｕｉｒｅｄフィールドなど）を含めて送信できる。又は、当該ビーコンフレーム或いは放送プローブ応答フレーム内のＣａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎフィールドのうち、ＩＢＳＳ ＳＴＡ副フィールド及びＥＳＳ副フィールド値をいずれも１に設定することにより、低遅延動作を支援しない既存ＳＴＡでは当該ＡＰのＢＳＳ形態を認知できないようにしてよい。さらに他の例示として、前記ビーコンフレーム或いは放送プローブ応答フレームは、インターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ）情報要素を追加としてさらに含んでよく、前記インターワーキング情報要素のうち、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｏｐｔｉｏｎｓフィールド内のＡｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｔｙｐｅ副フィールドに、当該リンクが低遅延動作のためのリンクであることを指示できる。ＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属していないＳＴＡのうち、低遅延動作を支援しないＳＴＡである場合に、当該ビーコンフレーム或いは放送プローブ応答フレーム内の、低遅延端末だけのためのリンクであることを示す指示子を確認でき、当該指示子を確認したＳＴＡ或いはＳＴＡ ＭＬＤは、当該ＡＰ或いはＡＰ ＭＬＤとアクティブスキャニング過程及び接続過程を行わなくてよい。
ＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属していないＳＴＡは、図５で説明したように、前記ＡＰ或いはＡＰ ＭＬＤとスキャニング及び接続過程を試みることができる。例えば、前記ＳＴＡ ＭＬＤ或いはＳＴＡは、前記ＡＰ或いはＡＰ ＭＬＤにプローブ要請フレームを送信できる。このとき、前記ＳＴＡ或いはＳＴＡ ＭＬＤは、当該プローブ要請フレームに、当該ＳＴＡ或いはＳＴＡ ＭＬＤが支援する機能情報を含めることができる。例えば、当該ＳＴＡ或いはＳＴＡ ＭＬＤが低遅延動作を支援する場合に、当該プローブ要請フレーム内のキャパビリティー要素に当該機能を支援する指示子フィールドを１に設定して送信できる。一方、当該ＳＴＡ或いはＳＴＡ ＭＬＤが当該機能を支援しない場合に、プローブ要請フレーム内のキャパビリティー要素のうち、低遅延動作を支援するか否かを示すフィールドを０に設定して送信できる。
前記ＡＰ或いはＡＰ ＭＬＤは、前記ＳＴＡ或いはＳＴＡ ＭＬＤから当該プローブ要請フレームを受信でき、当該ＳＴＡ或いはＳＴＡ ＭＬＤが低遅延動作を支援するか否かを確認することができる。前記ＳＴＡ或いはＳＴＡ ＭＬＤが低遅延動作を支援しないと確認された場合に、前記ＡＰ或いはＡＰ ＭＬＤは、プローブ要請フレームに対する応答であるプローブ応答フレームを送信しなくてよい。又は、前記ＡＰ或いはＡＰ ＭＬＤは、プローブ要請フレームに対する応答であるプローブ応答フレームを送信しながら、当該ＡＰが低遅延端末のみを支援するＡＰであることを指示できる。前記低遅延端末のみを支援するＡＰであることを示す指示子は、前述した低遅延端末だけのためのリンクであることを指示する指示子であってよい。前記ＳＴＡ或いはＳＴＡ ＭＬＤが低遅延動作を支援しない場合に、前記プローブ応答フレーム内の低遅延端末だけのためのリンクであることを示す指示子を確認でき、当該ＡＰ或いはＡＰ ＭＬＤと接続過程を行わなくてよい。
一方、ＳＴＡが前記低遅延動作を支援する場合に或いは前記ビーコンフレーム及びプローブ応答フレーム内の指示子が解読できない場合に、当該ＳＴＡは、図５におけるようにスキャニングを行った結果に基づいてＡＰに接続要請フレームを送信できる。前記接続要請を受信したＡＰでは、接続要請フレームに対する応答として接続応答フレームを送信できる。前記接続要請フレームを送信したＳＴＡが前記低遅延動作を支援する場合に、前記接続応答フレームには接続要請を受諾する指示子を含めることができる。一方、前記接続要請フレームを送信したＳＴＡが前記低遅延動作を支援しない場合に、前記接続応答フレームには接続要請を拒絶する指示子を含めることができる。このとき、ＡＰは、接続要請を拒絶する接続応答フレームの状態コードフィールドに、当該ＳＴＡが低遅延動作を支援しないため接続要請が拒絶されたことを指示できる。例えば、状態コードフィールドにＬＯＷ＿ＬＡＴＥＮＣＹ＿ＳＵＰＰＯＲＴ＿ＮＥＥＤＥＤを意味するフィールド値（例えば、１３３など）を設定してプローブ応答フレームを送信できる。ＡＰ ＭＬＤに含まれたＡＰが接続要請フレームに対する応答によって当該接続要請を拒絶する場合に、他のリンクへの接続を提案するために他のリンク情報を追加としてさらに含めて送信できる。前記低遅延端末だけのためのリンクでない一般リンクに関する情報は、Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素の形態で送信されてよい。前記Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素は、ＢＳＳＩＤ、チャネル及びオペレーションクラス、タイミング情報のうち少なくとも一つを含んでよい。
前記ＡＰから拒絶指示子を含んでいる接続応答フレームを受信したＳＴＡでは、受信した接続応答フレームの内容が確認でき、接続要請が拒絶されたことを確認することができる。このとき、ＳＴＡは、接続応答フレーム内の状態コードフィールド値を確認し、当該リンクが低遅延動作の支援を必要とすることを確認でき、当該接続応答フレーム内のＮｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素の有無を確認することができる。前記応答フレームにＮｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素が含まれている場合に、前記ＳＴＡは当該内容を確認し、提案するＢＳＳ情報を確認することができる。前記ＳＴＡは、Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素に含まれた他のリンク情報を確認することができ、当該情報に指示されたチャネルに移動して当該リンクのＡＰと図５又は図１１で説明された接続過程を行うことができる。
一方、前記低遅延動作が無線ＬＡＮ動作のＴＷＴ動作に基づく場合に、前記低遅延端末だけのためのリンクを構成するＡＰ或いはＡＰ ＭＬＤは、低電力動作のためのＴＷＴ機能を支援する端末の接続を例外的に許容することができる。前記ＴＷＴ機能を支援する既存無線ＬＡＮ端末の接続を許容する場合に、ＡＰ或いはＡＰ ＭＬＤは次のようにＳＴＡの接続要請を受諾或いは拒絶することができる。
図１３は、本発明の実施例に係る低遅延機能を行うために端末の接続過程を制限する動作を示す第２実施例である。図１３では、図５、図１１及び図１２での接続過程で説明したのと同じ説明は省略する。
図１３を参照すると、ＡＰ ＭＬＤは複数個のＡＰを含んでよく、各ＡＰはリンクを運用できる。このとき、ＡＰ ＭＬＤは、運用するリンクのうち１つ以上をＴＷＴ機能を活用した遅延動作を支援する端末だけのためのリンクとして指定できる。例えば、ＡＰ ＭＬＤに属しているＡＰのうちＡＰ１が運用するリンクを、ＴＷＴ機能を活用した低遅延動作を支援する端末だけのためのリンクとして指定できる。又は、ＡＰ ＭＬＤに属していないＡＰが、ＴＷＴ機能を活用した低遅延動作を支援する端末だけのために運用されてよい。
前記ＡＰ或いはＡＰ ＭＬＤは、ビーコンフレーム或いは放送フレームの形態で送信されるプローブ応答フレームに、ＴＷＴ機能を用いた低遅延動作を支援することを示す指示子を含めて送信できる。例えば、前記ビーコンフレーム或いは放送プローブ応答フレーム内のキャパビリティー要素に、ＴＷＴ機能を活用した低遅延動作を支援するか否かを示す指示子を１に設定して送信できる。また、前記ビーコンフレーム或いは放送プローブ応答フレームに、当該リンクがＴＷＴ動作を支援する端末だけのためのリンクであることを示す指示子を含めて送信できる。例えば、当該ビーコンフレーム或いは放送プローブ応答フレームにＥＨＴ Ｏｐｅｒａｔｉｏｎ情報要素を含み、当該ＥＨＴ Ｏｐｅｒａｔｉｏｎ情報要素にＴＷＴ動作の支援が必要であることを知らせる指示子（例えば、ＴＷＴ Ｏｐｅｒａｔｉｏｎ Ｒｅｑｕｉｒｅｄフィールドなど）を含めて送信できる。又は、図１２で説明したように、Ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎフィールド或いはインターワーキング情報要素のうち、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｏｐｔｉｏｎｓフィールド内Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｔｙｐｅ副フィールドを用いてＴＷＴ機能の支援を要求することができる。ＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属していないＳＴＡのうち、ＴＷＴ動作を支援しないＳＴＡである場合に、当該ビーコンフレーム或いは放送プローブ応答フレーム内ＴＷＴ機能を支援する端末だけのためのリンクであることを示す指示子を確認することができ、当該指示子を確認したＳＴＡ或いはＳＴＡ ＭＬＤは、当該ＡＰ或いはＡＰ ＭＬＤとアクティブスキャニング過程及び接続過程を行わなくてよい。一方、前記ＡＰ或いはＡＰ ＭＬＤは、ビーコンフレーム或いは放送プローブ応答フレーム内ＨＥ Ｏｐｅｒａｔｉｏｎ情報要素内にＴＷＴ Ｒｅｑｕｉｒｅｄフィールドを１に設定することにより、ＴＷＴ機能自体は支援するが、ＴＷＴ機能を活用した低遅延動作を支援しないＳＴＡ或いはＳＴＡ ＭＬＤは、ＴＷＴ動作のための交渉過程が必要であることを指示できる。
ＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属していないＳＴＡは、図５で説明したように、前記ＡＰ或いはＡＰ ＭＬＤとスキャニング及び接続過程を試みることができる。例えば、前記ＳＴＡ ＭＬＤ或いはＳＴＡは、前記ＡＰ或いはＡＰ ＭＬＤにプローブ要請フレームを送信できる。このとき、前記ＳＴＡ或いはＳＴＡ ＭＬＤは、当該プローブ要請フレームに、当該ＳＴＡ或いはＳＴＡ ＭＬＤが支援する機能情報を含めることができる。例えば、当該ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴを支援する場合に、当該プローブ要請フレーム内ＨＥキャパビリティー要素に当該機能を支援する指示子フィールド（例えば、ＴＷＴ Ｒｅｑｕｅｓｔｅｒ Ｓｕｐｐｏｒｔフィールド）を１に設定して送信できる。また、当該ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ機能を活用した低遅延動作を支援する場合に、当該プローブ要請フレームに当該機能を支援する指示子を追加としてさらに含めて送信できる。例えば、プローブ要請フレーム内ＥＨＴキャパビリティー要素に当該機能を支援する指示子フィールドを１に設定して送信できる。一方、当該ＳＴＡ或いはＳＴＡ ＭＬＤが当該機能を支援しない場合に、プローブ要請フレーム内ＨＥキャパビリティー要素及びＥＨＴキャパビリティー要素のうち、ＴＷＴ機能を支援するか否かを示すフィールド及びＴＷＴ機能を活用した低遅延動作を支援するか否かを示すフィールドを０に設定して送信できる。
前記ＡＰ或いはＡＰ ＭＬＤは、前記ＳＴＡ或いはＳＴＡ ＭＬＤから当該プローブ要請フレームを受信でき、当該ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ機能及びＴＷＴ機能を活用した低遅延動作を支援するか否かを確認することができる。前記ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ機能を支援しないと確認された場合に、前記ＡＰ或いはＡＰ ＭＬＤは、プローブ要請フレームに対する応答であるプローブ応答フレームを送信しなくてよい。又は、前記ＡＰ或いはＡＰ ＭＬＤは、プローブ要請フレームに対する応答であるプローブ応答フレームを送信しながら、当該ＡＰがＴＷＴ機能の支援が必要であることを指示できる。前記ＴＷＴ機能の支援が必要であることを示す指示子は、前述したＴＷＴ動作の支援が必要であることを知らせる指示子であってよい。前記ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ機能を支援しない場合に、前記プローブ応答フレーム内ＴＷＴ機能を要求する指示子を確認することができ、当該ＡＰ或いはＡＰ ＭＬＤと接続過程を行わなくてよい。一方、前記ＡＰ或いはＡＰ ＭＬＤは、前記プローブ応答フレーム内ＨＥ Ｏｐｅｒａｔｉｏｎ情報要素内にＴＷＴ Ｒｅｑｕｉｒｅｄフィールドを１に設定することにより、ＴＷＴ機能自体は支援するが、ＴＷＴ機能を活用した低遅延動作を支援しないＳＴＡ或いはＳＴＡ ＭＬＤにＴＷＴ動作のための交渉過程が必要であることを指示できる。
一方、ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ機能を支援する場合に或いは前記ビーコンフレーム及びプローブ応答フレーム内指示子を解読できない場合に、当該ＳＴＡは、図５におけるようにスキャニングを行った結果に基づいてＡＰに接続要請フレームを送信できる。前記接続要請を受信したＡＰでは、接続要請フレームに対する応答として接続応答フレームを送信できる。前記接続要請フレームを送信したＳＴＡが前記ＴＷＴ動作を支援する場合に、前記接続応答フレームには接続要請を受諾する指示子を含めることができる。このとき、前記接続応答フレーム内ＨＥ Ｏｐｅｒａｔｉｏｎ情報要素内にＴＷＴ Ｒｅｑｕｉｒｅｄフィールドを１に設定することにより、ＴＷＴ機能自体は支援するが、ＴＷＴ機能を活用した低遅延動作を支援しないＳＴＡ或いはＳＴＡ ＭＬＤにＴＷＴ動作のための交渉過程が必要であることを指示できる。一方、前記接続要請フレームを送信したＳＴＡが前記ＴＷＴ動作を支援しない場合に、前記接続応答フレームには接続要請を拒絶する指示子を含めることができる。このとき、ＡＰは、接続要請を拒絶する接続応答フレームの状態コードフィールドに、当該ＳＴＡがＴＷＴ機能を支援しないため接続要請が拒絶されたことを指示できる。例えば、状態コードフィールドにＴＷＴ＿ＲＥＱＵＥＳＴＥＲ＿ＳＵＰＰＯＲＴ＿ＮＥＥＤＥＤを意味するフィールド値（例えば、１３４など）を設定してプローブ応答フレームを送信できる。ＡＰ ＭＬＤに含まれたＡＰが接続要請フレームに対する応答によって当該接続要請を拒絶する場合に、図１２におけるように、他のリンクへの接続を提案するために他のリンク情報を追加としてさらに含めて送信できる。前記低遅延端末だけのためのリンクでない一般リンクに関する情報は、Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素の形態で送信されてよい。前記Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素は、ＢＳＳＩＤ、チャネル及びオペレーションクラス、タイミング情報のうち少なくとも一つを含んでよい。
前記ＡＰから拒絶指示子を含んでいる接続応答フレームを受信したＳＴＡでは、受信した接続応答フレームの内容が確認でき、接続要請が拒絶されたことを確認することができる。このとき、ＳＴＡは、接続応答フレーム内の状態コードフィールド値を確認し、当該リンクがＴＷＴ動作の支援を必要とすることを確認でき、当該接続応答フレーム内にＮｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素を含むか否かを確認することができる。前記応答フレームにＮｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報要素が含まれている場合に、前記ＳＴＡは、図１２におけるように当該内容を確認し、当該情報要素で指示されたＡＰと接続過程を行うことができる。
一方、ＡＰ或いはＡＰ ＭＬＤは、送信するＨＥ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ内ＴＷＴ Ｒｅｑｕｉｒｅｄフィールドを１に設定できる。このとき、ＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属していないＳＴＡのうち、ＴＷＴ機能を支援するが、ＴＷＴ機能を活用した低遅延動作は支援しない場合に、当該ＡＰ或いはＡＰ ＭＬＤとの接続過程後にＴＷＴ動作のための交渉過程が必要であることを認知できる。これにより、当該ＳＴＡ或いはＳＴＡ ＭＬＤは、前記ＡＰ或いはＡＰ ＭＬＤと接続過程中に或いは接続動作後にＡＰとＴＷＴ動作のための交渉過程を行うことができる。当該ＴＷＴ動作を交渉した後には、交渉されたＴＷＴ ＳＰ以外の時間にはフレーム送信動作を行わなくてよい。一方、前記ＳＴＡ或いはＳＴＡ ＭＬＤがＴＷＴ動作及びＴＷＴ機能を活用した低遅延動作を全て支援する場合に、前記接続動作後にＴＷＴ動作のための別途の交渉過程を行わなくてよい。このとき、前記ＳＴＡ或いはＳＴＡ ＭＬＤは、ＡＰがビーコンフレーム或いは放送プローブ応答フレームで送信する低遅延動作のためのＴＷＴ ＳＰを確認することができ、当該ＴＷＴ ＳＰの開始時点前にフレーム送信過程を終了できる。すなわち、低遅延動作を支援するＳＴＡ或いはＳＴＡ ＭＬＤは、あらかじめＡＰと交渉されていない場合に、低遅延動作のためのＴＷＴ ＳＰ時間ではフレーム送信を行わなくてよい。言い換えると、低遅延動作のためのＴＷＴ ＳＰの開始時間の前にフレームの送信動作は終了してよい。
一方、ＡＰ ＭＬＤ或いはＡＰ ＭＬＤに属していないＡＰは、運用するリンクに対してフレーム送信遅延時間に関する情報を測定することができる。前記送信遅延時間に対する特定は、ＡＰ内で一定の時間（例えば、１００ｍｓ）を周期にして持続的に更新して保存されてよい。低遅延送信動作を支援するＡＰ ＭＬＤは、当該ＡＰ ＭＬＤが運用する各リンクで送信されるフレームの送信遅延時間と関連した統計情報を提供することができる。すなわち、ＡＰ ＭＬＤに属している各ＡＰは、当該ＡＰ及び同じＡＰ ＭＬＤに属している他のＡＰで送信されるフレームの送信遅延時間と関連した統計情報を提供することができる。前記統計情報は、ＡＰ ＭＬＤが送信するビーコンフレーム、プローブ応答フレーム、接続応答フレームなどに含まれて送信されてよい。前記統計情報を確認したＳＴＡは、低い遅延時間を要求するフレームがある場合に、当該情報に基づいて、図５及び図１２～１３の動作によってＡＰ ＭＬＤに属しているＡＰと接続過程を行うことができる。一方、前記統計情報を確認したＳＴＡ ＭＬＤは、低い遅延時間を要求するフレームがある場合に、当該情報に基づいて図５及び図１１～図１３の動作によってＡＰ ＭＬＤと接続過程及び多重リンク動作のための交渉過程を行うことができる。また、ＳＴＡ ＭＬＤは、当該情報に基づいて低い遅延時間を要求するフレームをどのリンクを通じて送信するかを決定できる。
前記統計情報は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素の形態で送信されてよい。前記送信遅延時間と関連した情報要素は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素のＭｅａｓｕｒｅｍｅｎｔ ｔｙｐｅフィールドが７に設定されたＳＴＡ ｓｔａｔｉｓｔｉｃｓであってよく、そのうち、当該ＢＳＳ内でＡＣ（Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ）別平均チャネル接近時間（Ａｃｃｅｓｓ Ｄｅｌａｙ）を含むことができる。又は、各ＵＰ（Ｕｓｅｒ Ｐｒｉｏｒｉｔｙ）値による再送信回数情報を含むことができる。或いは、次のように、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素はＡＣ別平均送信時間及び送信成功確率を含むことができる。
図１４は、本発明の実施例に係る当該リンクでの送信状態情報を含むリンク状態情報要素を示すブロック図である。
図１４を参照すると、リンクでの送信状態情報を含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素は、要素ＩＤフィールド、長さフィールド、測定した情報の形態を指示するフィールド、測定期間を指示するフィールド、測定情報グループを指示するフィールド及び測定したデータ情報を指示するフィールドなどを含んでよい。このとき、前記要素ＩＤフィールド、長さフィールド、測定した情報の形態を指示するフィールドなどは、ＳＴＡ ｓｔａｔｉｓｔｉｃｓと同一又は類似に設定されてよい。前記測定グループ情報フィールドは、当該ＡＰで送信する送信遅延時間に関する情報であることを表示するために１７に設定されてよい。前記測定情報は、当該リンクで送信される全てのフレームに対する平均送信時間、当該リンクで送信されるフレームのＡＣ別平均送信時間、当該リンクで送信されるフレームのＡＣ別平均送信時間の分散、当該リンクで送信されるフレームのＡＣ別送信時間のうち上位９５％値、当該リンクで送信される全てのフレームの送信失敗確率、及び当該リンクで送信されるフレームのＡＣ別送信失敗確率のうち少なくとも一つを含んでよい。このとき、前記送信時間は、当該ＡＰで送信するフレームが生成された時点から当該フレームの送信完了によるＡＣＫフレームの受信時点までと計算されてよい。又は、前記送信時間は、当該ＡＰで送信するフレームが生成された時点から当該フレームの送信完了によるＡＣＫフレームの受信時に当該ＡＣＫを受信する前に送信或いは再送信を行った送信終了時点までと計算されてよい。前記送信失敗確率は、当該測定期間のうち、「（フレーム再送信制限回数を超えて送信に失敗した回数）／（フレーム送信に対するＡＣＫを受信した回数＋フレーム再送信制限回数を超えて送信に失敗した回数）」と計算されてよい。
一方、低い遅延時間を要求するフレームを送信しようとするＳＴＡ或いはＳＴＡ ＭＬＤは、当該フレームに対する要求遅延時間などに関する情報をＡＰ或いはＡＰ ＭＬＤに指示することができる。このとき、前記低い遅延時間を有するフレームは、特定トラフィックストリーム（ＴＳ）と特定されてよい。前記低い遅延時間を要求するフレームが特定ＴＳに割り当てられるデータである場合に、前記ＳＴＡ或いはＳＴＡ ＭＬＤは、ＡＰ或いはＡＰ ＭＬＤと当該データに対してＴＳを追加するための交渉過程を行うことができる。例えば、ＳＴＡから、低い遅延時間を要求するトラフィックに対するＴＳを追加するＴＳ追加要請フレームをＡＰに送信し、ＡＰから、当該ＴＳ追加要請フレームに対する応答としてＴＳ追加応答フレームを送信する過程を行うことができる。当該ＴＳ追加交渉動作により、ＳＴＡはＡＰに、追加しようとするＴＳのデータで要求する遅延時間情報、データサイズ、当該データの要求送信速度のうち１つ以上を含めて送信できる。
低い遅延時間を要求するフレームを送信しようとするＳＴＡ或いはＳＴＡ ＭＬＤは、ＡＰ或いはＡＰ ＭＬＤと低遅延動作を行うための交渉過程を行うことができる。前記低遅延動作のための交渉過程は、ＴＷＴ動作のための交渉過程と同一又は類似に行われてよい。すなわち、ＳＴＡからＡＰに低遅延動作を行うために要請フレームを送信時に、当該要請フレームはＴＷＴ要請フレームであってよい。ＡＰからＳＴＡに送信する低遅延動作のための応答フレームはＴＷＴ応答フレームであってよい。
一方、前記低遅延動作のための要請フレームに送信しようとするフレームに対する要求遅延時間などに関する情報を含めて送信できる。前記低遅延動作要請フレームに要求遅延時間及びフレーム発生情報などを含む場合に、当該低遅延動作要請フレームは下図１５で説明する。
図１５は、本発明の実施例に係るＴＷＴ（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ）機能を活用した低遅延動作を要請する低遅延動作要請フレームの構造を示す第１実施例である。
図１５を参照すると、前記低遅延動作を要請するフレームは、ＴＷＴ要請フレームの形態で構成されてよい。したがって、当該要請フレームはＴＷＴ情報要素を含んでよい。前記低遅延動作要請フレームに含まれるＴＷＴ情報要素は、要素ＩＤフィールド、長さフィールド、制御フィールド及びＴＷＴ動作を活用した低遅延動作に対するパラメータフィールドを含んでよい。チャネル測定動作関連フィールドであるＮＤＰ Ｐａｇｉｎｇ指示子フィールド、ＴＷＴ応答者のＰＳ ｍｏｄｅ転換の可否を示すフィールド、前記ＴＷＴ交渉形態を指示するフィールド、ＴＷＴスケジュール調整の可否を示すフィールド、要求遅延時間の単位を示すフィールドなどを含んでよい。前記制御フィールドのうち、要求遅延時間の単位を示すフィールド以外のフィールドは、放送ＴＷＴ動作のための交渉時の設定方法と同一に設定されてよい。例えば、前記低遅延動作のためのＴＷＴ要請フレームにはＮＤＰ Ｐａｇｉｎｇ指示子フィールドを０に、ＴＷＴ応答者のＰＳ ｍｏｄｅ転換の可否を示すフィールドを０に設定することにより、当該機能は使用しないように設定できる。前記ＴＷＴ交渉形態を指示するフィールドは３に設定することにより、当該ＴＷＴ動作がビーコンフレームで周期的に低遅延端末のためのＴＷＴ ＳＰを送信する形態である放送ＴＷＴ形態の交渉のための要請フレームであることを指示できる。要求遅延時間の単位フィールドは、当該低遅延動作を要請するフレームが平均的に要求する最大遅延時間の単位を示すものであり、当該フィールドが０の場合に２５６μｓ、１の場合に３２μｓの単位を表示できる。
ＴＷＴ動作を活用した低遅延動作に対するパラメータフィールドは、要請形態フィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）、低遅延トラフィックが発生すると予測される時点を指示するフィールド、要求遅延時間フィールド、要請するＴＷＴ動作に基づく低遅延時間の周期に対する有効数字フィールド及び放送ＴＷＴ情報フィールドのうち１つ以上を含んでよい。
前記要請形態フィールドは、ＴＷＴ要請フレームであるか否かを示すフィールド、ＴＷＴ設定指示フィールド、トリガーフィールド、動作形態フィールド、放送ＴＷＴ時間（又は、放送ＴＷＴ ＳＰ）における動作方式フィールド、要求する低遅延時間の周期に対する指数フィールド、当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールドなどを含んでよい。例えば、要請形態フィールドは、当該フレームによるＴＷＴ動作が制限されたＴＷＴ動作であることを指示する特定フィールドを含んでよい。このとき、特定フィールドの値によってＴＷＴ動作によるＴＷＴ ＳＰにおいて送信され得るフレームが下りリンクフレームに対する特定フレームに制限されるか、ブロードキャストＳＰが制限されたＴＷＴ ＳＰに設定されてよい。すなわち、特定フィールド（例えば、ブロードキャストＴＷＴ推薦（ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）フィールド）の値が「１」であれば、ＴＷＴ ＳＰにおいて送信され得るフレームが、下りリンクフレームに対する特定フレームに制限され、特定フィールドの値が「４」であれば、ブロードキャストＴＷＴ ＳＰが制限されたＴＷＴ ＳＰに設定されてよい。
このとき、前記要請形態フィールドのうち、放送ＴＷＴ時間における動作方式フィールド、要求する低遅延時間の周期に対する指数フィールド、ＴＷＴフィールド、及び当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールド以外のフィールドに対しては、既存放送ＴＷＴ要請フレームに含まれたＴＷＴ情報要素と同じ形態で設定されてよい。
前記放送ＴＷＴ時間における動作方式フィールドは、当該ＴＷＴ ＳＰ時間においてフレーム送信を制限しようとする時に用いられる。例えば、当該ＴＷＴ ＳＰにおいて下りリンクフレームに対する応答フレーム（例えば、下りリンクデータフレームに対するＡＣＫ又はＢｌｏｃｋＡｃｋフレーム、或いはトリガーフレームに対する応答として送信される上りリンクフレーム）の形態でのみ送信を制限しようとするとき、当該フィールドを１に設定できる。
また、当該低遅延端末のためのＴＷＴ ＳＰ期間内に送信されるＡＣを制限するように要請する場合に、当該フィールドを４に設定できる。当該低遅延端末のためのＴＷＴ ＳＰ開始地点に、当該ＳＰを保護するための追加の保護動作（例えば、Ｑｕｉｅｔ Ｔｉｍｅ Ｓｅｔｕｐフレーム或いはＲＴＳフレーム或いはＭＵ－ＲＴＳフレームなど）を要請しようとするとき、当該フィールドを５に設定できる。又は、当該ＴＷＴ ＳＰにおいてＳＴＡ間通信が可能なように要請する場合に、当該フィールドを６に設定できる。前記要求する低遅延時間の周期に対する指数フィールドは、前述した低遅延時間の周期に対する有効数字フィールドと共に要求するＴＷＴベース低遅延動作のためのＳＰ周期を示すことができる。例えば、要求するＴＷＴベース低遅延動作のためのＳＰ周期は、「（低遅延時間の周期に対する有効数字フィールド値）×２＾（低遅延時間の周期に対する指数フィールド値）」と表示されてよい。また、当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールドは、１に設定時に、当該ＴＷＴ情報要素が低遅延動作のためのものであることを指示できる。
すなわち、ｎｏｎ－ＡＰ ＳＴＡは、ＴＷＴ ＳＰがスケジュールされた場合に、ＴＷＴ ＳＰでは、限定されたフレーム（例えば、低遅延を要求したり遅延に敏感なフレーム）のみを送受信し、他のフレームは送受信できないか、限定されたフレームを優先して（例えば、限定されたフレームが高い優先順位を有してよい。）送受信できる。
一方、低遅延トラフィックが発生すると予測される時点を指示するフィールドは、当該低い遅延時間を要求するフレームが発生すると予想される時点を指示できる。前記要求遅延時間フィールドは、当該フレームで要求する最大遅延時間であり、前述した要求遅延時間に対する単位フィールドと共に当該形態のフレームに対して上り及び下りリンクでの要求する遅延時間を表示できる。前記放送ＴＷＴ情報フィールドは、既存放送ＴＷＴ動作におけるフィールド設定方法と同一に設定されてよい。又は、当該ＴＷＴ動作要請フレームが特定ＡＣ及びこれよりも優先順位の高いＡＣに対してのみ許可されるＴＷＴ ＳＰを要請する場合（例えば、前記ＴＷＴ時間における動作方式フィールドが４に設定された場合）に、前記放送ＴＷＴ情報フィールドは、放送ＴＷＴ ＩＤフィールドの代わりに、制限しようとするＡＣ或いはＴＩＤを含んでよい。
すなわち、放送ＴＷＴ情報フィールドは、低遅延動作のためのＴＷＴによってフレームの送信が制限されるＴＩＤに関連した情報を含んでよい。
具体的に、放送ＴＷＴ情報フィールドは、ＴＩＤに関連した情報を含むフィールドを含んでよい。ＴＩＤに関連した情報を含むフィールドは、コントロールフィールド、ＤＬビットマップ（又は、制限されたＴＷＴ ＤＬ ＴＩＤビットマップ）フィールド、及びＵＬビットマップ（又は、制限されたＴＷＴ ＵＬ ＴＩＤビットマップ）フィールドを含んでよい。
コントロールフィールドは、ＤＬビットマップ有効フィールド（又は、ＤＬ ＴＩＤビットマップ有効フィールド）、ＵＬビットマップ有効フィールド（又は、ＵＬ ＴＩＤビットマップ有効フィールド）及びｒｅｓｅｒｖｅｄフィールドを含んでよい。
ＤＬビットマップ有効フィールドは、ＤＬビットマップフィールドの有効性を示すフィールドであり、「０」に設定されると、全てのＴＩＤに対する下りリンクフレームが遅延に敏感なトラフィックであることを示し、「１」に設定される場合に、ＤＬビットマップで「１」の値に対応するＴＩＤの下りリンクトラフィックが遅延に敏感なトラフィックであり、「０」の値に対応するＴＩＤの下りリンクトラフィックが遅延に敏感でないトラフィックであることを示す。
ＵＬビットマップ有効フィールドは、ＵＬビットマップフィールドの有効性を示すフィールドであり、「０」に設定されると、全てのＴＩＤに対する上りリンクフレームが遅延に敏感なトラフィックであることを示し、「１」に設定される場合に、ＵＬビットマップで「１」の値に対応するＴＩＤの上りリンクトラフィックが遅延に敏感なトラフィックであり、「０」の値に対応するＴＩＤの上りリンクトラフィックが遅延に敏感でないトラフィックであることを示す。一方、前記ＴＷＴ動作に基づく低遅延時間周期に関する情報は、当該低遅延動作で送信しようとする低い遅延時間を要求するフレームの発生周期が設定されてよい。
一方、ＴＷＴ機能を活用した低遅延動作のための交渉過程の前に、低い遅延時間を要求するトラフィックに対するＴＳ交渉が終了した場合に、前記低遅延動作のための交渉過程には要求遅延時間などを含まなくてよい。この場合、当該低遅延動作要請フレームは、次に説明する図１６のように構成されてよい。
図１６は、本発明の実施例に係るＴＷＴ機能を活用した低遅延動作を要請する低遅延動作要請フレームの構造を示す第２実施例である。図１６において図１５と同じ説明は省略する。
図１６を参照すると、ＴＷＴ機能を活用して低遅延動作を要請する遅延動作要請フレームは、放送ＴＷＴ動作を交渉するためのＴＷＴ動作要請フレームと類似に構成されてよい。したがって、当該フレーム内にはＴＷＴ情報要素を含んでよく、当該ＴＷＴ情報要素には要素ＩＤフィールド、長さフィールド、制御フィールド及びＴＷＴパラメータ情報フィールドを含んでよい。このとき、要素ＩＤフィールド、長さフィールド、及び制御フィールドは、放送ＴＷＴの交渉のための要請フレームで設定したのと同一に設定されてよい。
前記ＴＷＴパラメータ情報フィールドは、要請形態フィールド、ＴＷＴフィールド、ＴＷＴ時間のうち、ＳＴＡが起きている（ａｗａｋｅ）状態を維持する最小時間、ＴＷＴ ＳＰ間の間隔の有効数字、放送ＴＷＴ情報を含んでよい。前記要請フィールドのうち、ＴＷＴ時間における動作方式フィールド及び当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールド以外のフィールドは、既存放送ＴＷＴ設定方式と同一に設定されてよい。前記ＴＷＴ時間における動作方式フィールド及び当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールドは、図１５におけるように設定されてよい。又は、当該ＴＷＴ動作要請フレームの交換が、ＴＳを追加するための交渉過程後に送信される場合に、特定トラフィックストリームＩＤ（ＴＳＩＤ）に限定されたＴＷＴ ＳＰの割り当てを要請することができる。このとき、前記ＴＷＴ時間における動作方式フィールドは７に設定されてよい。前記要請フィールドには、図１５に説明したように、当該ＴＷＴ要請フレームが低遅延動作のためのＴＷＴ要請フレームであることを指示する指示フィールドが追加されてよい。前記放送ＴＷＴ情報フィールドは、図１５で説明したＴＷＴを用いた低遅延動作要請フレームと同一に設定されてよい。又は、当該ＴＷＴ動作要請フレームが特定ＴＳＩＤに限定されたＴＷＴ ＳＰの提供を要請する場合（例えば、前記ＴＷＴ時間における動作方式フィールドが７に設定された場合）に、前記放送ＴＷＴ情報フィールドは、放送ＴＷＴ ＩＤフィールドの代わりに、制限するためにＴＳＩＤの下位３ビットを含んでよい。
一方、ＡＰ或いはＡＰ ＭＬＤは、図１５又は図１６に示すように、前記ＴＷＴ機能を活用した低遅延動作を要請フレームの内容から確認することができる。前記要請フレームから確認された要求遅延時間及びトラフィック発生周期などの情報によって、ＡＰが割り当てている低遅延動作のための放送ＴＷＴのうち一つを割り当てることができる。又は、当該トラフィックだけのための新しい放送ＴＷＴを生成して低遅延動作のためのＴＷＴ ＳＰを割り当てることができる。当該ＴＷＴ動作を用いた低遅延動作要請に対して前記方式で放送ＴＷＴを割り当てる場合に、ＴＷＴ動作を用いた低遅延動作要請フレームに対する応答として低遅延動作応答フレームを送信できる。又は、前記低遅延動作要請を受諾できない場合に、当該要請を拒絶する低遅延動作応答フレームを送信できる。このとき、当該低遅延動作応答フレームは次のように構成されてよい。
図１７は、ＴＷＴ機能を活用した低遅延動作を要請する要請フレームに対する応答である低遅延動作応答フレームを示すブロック図である。このとき、図１５～図１６におけるＴＷＴ機能を活用した低遅延動作を要請する要請フレームと同じ構成を有する部分についての説明は省略されてよい。
図１７を参照すると、前記ＴＷＴを活用した低遅延動作応答フレームは、放送ＴＷＴ動作のための応答フレームと類似に構成されてよい。すなわち、放送ＴＷＴ動作のための応答フレームに含まれるＴＷＴ情報要素を含んでよい。前記ＴＷＴ情報要素には、要素ＩＤフィールド、長さフィールド、制御フィールド及びＴＷＴパラメータ情報フィールドを含んでよい。前記要素ＩＤフィールド、長さフィールド及び制御フィールドは、放送ＴＷＴの交渉のための応答フレームで設定したのと同一に設定されてよい。
前記ＴＷＴパラメータ情報フィールドは、要請形態フィールド、ＴＷＴフィールド、ＴＷＴ時間のうちＳＴＡが起きている（ａｗａｋｅ）状態を維持する最小時間、ＴＷＴ ＳＰ間の間隔の有効数字、放送ＴＷＴ情報を含んでよい。前記要請形態フィールドのうち、ＴＷＴ時間における動作方式フィールド及び当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールド以外のフィールドは、既存放送ＴＷＴ設定方式と同一に設定されてよい。前記当該ＴＷＴ動作が低遅延動作のためのＴＷＴであることを指示するフィールドは、図１５及び図１６と同一に設定されてよい。前記放送ＴＷＴ時間における動作方式フィールドは、図１５及び図１６におけるように、当該ＴＷＴ ＳＰ時間においてフレーム送信を制限しようとする時に用いられる。例えば、当該応答フレームで提示した交渉されたＴＷＴ ＳＰにおいて下りリンクフレームに対する応答フレーム（例えば、下りリンクデータフレームに対するＡＣＫ又はＢｌｏｃｋＡｃｋフレーム、或いはトリガーフレームに対する応答として送信される上りリンクフレーム）の形態でのみ送信を制限しようとするとき、当該フィールドを１に設定できる。また、当該低遅延端末のためのＴＷＴ ＳＰ期間内に送信されるＡＣを制限するように設定する場合に、当該フィールドを４に設定できる。当該低遅延端末のためのＴＷＴ ＳＰ開始地点に、当該ＳＰを保護するための追加の保護動作（例えば、Ｑｕｉｅｔ Ｔｉｍｅ Ｓｅｔｕｐフレーム或いはＲＴＳフレーム或いはＭＵ－ＲＴＳフレームなど）を行おうとするとき、当該フィールドを５に設定できる。又は、当該ＴＷＴ ＳＰにおいてＳＴＡ間通信が可能なように許容する場合に、当該フィールドを６に設定できる。又は、当該ＴＷＴ動作に対する交渉が、ＴＳを追加するための交渉過程の後に送信される場合に、特定トラフィックストリームＩＤ（ＴＳＩＤ）に限定されたＴＷＴ ＳＰの割り当てを要請できる。このとき、前記ＴＷＴ時間における動作方式フィールドは７に設定されてよい。前記要請フィールドには、図１５及び図１６に説明したように、当該ＴＷＴ要請フレームが低遅延動作のためのＴＷＴ要請フレームであることを指示する指示フィールドが追加されてよい。前記放送ＴＷＴ情報フィールドは、既存放送ＴＷＴ交渉のための応答フレームと同一に設定されてよい。又は、当該低遅延動作のためのＴＷＴ ＳＰ期間に、特定ＡＣ以上の優先順位を有するフレームのみが送信されるように制限しようとする場合（例えば、前記ＴＷＴ時間における動作方式フィールドが４に設定された場合）に、前記応答フレームの放送ＴＷＴ情報フィールドに、制限しようとするＡＣを追加としてさらに含んでよい。又は、当該ＴＷＴ ＳＰに送信され得るフレームの特定ＴＳＩＤを制限しようとする場合（例えば、前記ＴＷＴ時間における動作方式フィールドが７に設定された場合）に、前記応答フレームの放送ＴＷＴ情報フィールドに、制限するためにＴＳＩＤを追加としてさらに含んでよい。
前記低遅延動作要請フレームと低遅延動作応答フレームを用いた、ＴＷＴ動作を活用した低遅延動作の交渉過程及び動作過程は、次のように行われてよい。
図１８は、本発明の実施例に係るＡＰ或いはＡＰ ＭＬＤとＳＴＡが、ＴＷＴ機能を活用した低遅延動作を行う過程を示す第１実施例である。
図１８を参照すると、前記ＴＷＴ動作のための低遅延動作を行う過程は、ＳＴＡ及びＡＰで低遅延動作の機能を確認する段階、ＳＴＡで低遅延動作要請フレームを送信し、ＡＰで当該低遅延動作応答フレームを送信することにより、当該ＴＷＴ動作を活用した低遅延動作を交渉する段階、及びＡＰで放送プローブ応答フレーム及びビーコンフレームなどに低遅延動作のためのＴＷＴ ＳＰを割り当てて低遅延動作が行われる段階から構成されてよい。このとき、当該ＴＷＴ動作を活用した低遅延動作を交渉する段階前に、ＳＴＡとＡＰにＴＳを追加するために交渉する段階がさらに含まれてよい。また、ＴＷＴ動作を活用した低遅延動作を交渉する段階後に、ＳＴＡで交渉されたＴＷＴ ＳＰが割り当てられるビーコンフレームの時期を交換するための交渉段階がさらに含まれてよい。
前記低遅延動作の機能を確認する段階は、ＡＰ又はＡＰ ＭＬＤとＳＴＡ又はＳＴＡ ＭＬＤとのスキャニング及び接続過程で行われてよい。前記スキャニング及び接続過程は、図５、及び図１１～図１３の過程で行われてよい。このとき、ＡＰ及びＳＴＡは、キャパビリティー要素にＴＷＴ機能を活用した低遅延動作を支援するか否かを示す指示子を含めて送信できる。また、前記ＡＰ或いはＡＰ ＭＬＤは、ビーコンフレーム及びプローブ応答フレームなどに、運用する全てのリンクに対して当該リンクで送信されるフレームの送信時間に関連した統計情報を含めて送信できる。前記統計情報は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素であってよい。又は、前記統計情報は、図１４に示したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素であってよい。ＳＴＡ又はＳＴＡ ＭＬＤは、ＡＰ又はＡＰ ＭＬＤが送信する統計情報を確認することができ、当該情報に基づいてＡＰ又はＡＰ ＭＬＤと接続過程を行うことができる。
前記スキャニング及び接続過程後にＴＷＴ動作を活用した低遅延動作を行うために交渉する過程は、ＳＴＡがＴＷＴ動作を活用した低遅延動作要請フレームをＡＰに送信する過程によって始まってよい。このとき、前記ＴＷＴ動作を活用した低遅延動作要請フレームは、図１５又は図１６のように構成されてよい。当該要請フレームはアクションフレームであってよい。低遅延動作を支援するＡＰはＳＴＡから、前記ＴＷＴ動作を活用した低遅延動作要請フレームを受信することができ、受信した内容に基づいて、ＳＴＡが低い遅延時間を要求するフレームに対するＴＷＴ ＳＰ割り当てを要請することを確認することができる。ＡＰが前記要請フレームに該当するＴＷＴ ＳＰを割り当てることができる場合に、ＡＰは、当該要請フレームに対する応答として、ＴＷＴを活用した低遅延動作応答フレームを送信できる。このとき、前記ＴＷＴ動作応答フレームは、図１７のように構成されてよい。
又は、ＳＴＡ及びＡＰがＴＳを追加するための交渉過程を行った場合に、ＡＰは、当該ＴＳを支援するために要請していないＴＷＴ動作を用いた低遅延動作応答フレームを送信することができる。この場合、ＳＴＡはＴＳを追加するための交渉を行った後、別途の要請フレームを送信しないで、低い遅延時間を要求するフレームを当該ＴＷＴ ＳＰに送信することができる。このとき、ＳＴＡで要請していない低遅延動作応答フレームに含まれたパラメータによって低遅延動作を行わない場合に、ＴＷＴ解除フレームで当該低遅延動作を解除し、新しいＴＷＴ動作を活用した低遅延動作要請フレームを送信し、ＴＷＴ動作に基づく低遅延動作をＡＰに要請できる。
前記ＴＷＴ動作を活用した低遅延動作交渉過程が終了した場合に、ＡＰは、当該ＳＴＡに割り当てるＴＷＴ ＳＰに対して放送ＴＷＴ ＩＤを割り当てることができる。前記放送ＴＷＴ ＩＤは、図１７で説明した低遅延動作応答フレームで受信することができる。このとき、複数個のＳＴＡに同一のＴＷＴ ＩＤが割り当てられてよい。前記ＴＷＴ動作を活用した低遅延動作方法は、放送ＴＷＴの動作方法と類似に進行されてよい。すなわち、ビーコンフレーム及び放送プローブ応答フレーム内に当該ＡＰに設定している全ての放送ＴＷＴ ＩＤに対して放送ＴＷＴ ＳＰを含むＴＷＴ ｅｌｅｍｅｎｔを送信できる。このとき、一部の放送ＴＷＴ ＩＤは、低遅延動作のためのＴＷＴ ＳＰであってよい。当該ＴＷＴ動作による低遅延動作交渉が完了したＳＴＡは、前記低遅延動作応答フレームによって割り当てられた放送ＴＷＴ ＩＤを確認することができ、ビーコンフレームに含まれたＴＷＴ ｅｌｅｍｅｎｔのうち、割り当てられた放送ＴＷＴ ＩＤを含んでいるＴＷＴパラメータを確認することができる。当該ＴＷＴパラメータに示された時点に、低い遅延時間を要求するフレームを送受信できる。一方、当該放送ＴＷＴ ＩＤが割り当てられなかったＳＴＡは、ＴＷＴ ｅｌｅｍｅｎｔに表示されたＴＷＴ ＳＰが低遅延動作のためのＴＷＴ ＳＰとして確認されたときには、当該ＴＷＴ ＳＰにおいてフレーム送信動作を行わなくてよい。
このとき、ＴＷＴ ｅｌｅｍｅｎｔは、コントロールフレーム又はビーコンフレーム及びプローブ応答フレームのようなマネジメントフレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）などに含まれて送信されてよい。
このとき、前記低遅延動作のためのフレームの送信をさらに保護するために、ＡＰは、ビーコンフレームで当該時間を保護するための情報要素をさらに送信できる。例えば、ビーコンフレームで低遅延動作のためのＴＷＴ ＳＰを送信するとき、当該複数個のＴＷＴ ＳＰのうち一部或いは全ての低遅延動作のためのＴＷＴ ＳＰに対して同一の時間として設定された１つ以上のＱｕｉｅｔ情報要素をさらに送信することができる。当該Ｑｕｉｅｔ情報要素を受信したＳＴＡのうち、当該時間と同じ時点にＴＷＴ ＳＰが割り当てられていないＳＴＡは、Ｑｕｉｅｔ情報要素に含まれた時間においてＮＡＶを設定してフレーム送信を行わなくてよい。このとき、割り当てられた放送ＴＷＴ ＩＤを含んでいるＴＷＴパラメータで指示したＴＷＴ ＳＰ時間と受信したＱｕｉｅｔ情報要素の時間とが一致する場合に、当該ＳＴＡは、前記Ｑｕｉｅｔ情報要素を無視し、当該時間においてフレーム送信動作を行うことができる。当該過程により、低遅延動作のためにＴＷＴ ＳＰが割り当てられたＳＴＡは、当該時間において他の端末の妨害無しで、低い遅延時間を要求するフレームを送信することができる。
すなわち、ビーコンフレームは、ＴＷＴ ＳＰを保護するためのクワイエット情報要素（ｑｕｉｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含んでよい。ＴＷＴ動作が設定されていない少なくとも１つのｎｏｎ－ＡＰ ＳＴＡは、クワイエット情報要素に基づいてＮＡＶを設定できる。言い換えると、少なくとも１つのｎｏｎ－ＡＰ ＳＴＡは、クワイエット情報要素に示された時間においてＮＡＶを設定してフレームを送信しなくてよい。例えば、ＴＷＴ動作が設定されていない少なくとも一つのＳＴＡは、クワイエット情報要素（又は、クワイエット要素）によって指示された時間と同じ値にＮＡＶを設定できる。又は、レガシーＳＴＡ（例えば、ＶＨＴ ｎｏｎ－ＡＰ ＳＴＡなど）は、 ＮＡＶを、クワイエット情報要素（又は、クワイエット要素）によって指示された時間と同じ値に設定できる。
このとき、クワイエット情報要素は、ビーコンフレームの他、コントロールフレーム及び／又はマネジメントフレーム（例えば、プローブ応答フレーム）に含まれて送信されてよい。
Ｎｏｎ－ＡＰ ＳＴＡは、ＴＷＴ ＳＰとクワイエット情報要素が共に設定され、クワイエット情報要素によって設定される間隔と遅延動作のためのＴＷＴ ＳＰの一部又は全部とが重なる場合に、クワイエット情報要素によって設定される前記間隔のうち、重なる一部又は全部を無視できる。すなわち、ｎｏｎ－ＡＰ ＳＴＡは、低遅延のための制限されたＴＷＴ ＳＰと重なるクワイエット情報要素によって設定される間隔であるクワイエット間隔（ｑｕｉｅｔ ｉｎｔｅｒｖａｌ）が存在しないとして動作できる。
クワイエット情報要素によって設定される間隔と低遅延動作のためのＴＷＴ ＳＰの開始時間とが同一であってよい。すなわち、クワイエット情報要素によって設定される間隔と低遅延動作のためのＴＷＴ ＳＰとが重なる場合に、クワイエット情報要素によって設定される間隔と低遅延動作のためのＴＷＴ ＳＰの開始時間は同一であってよい。
一方、前記ＴＷＴ機能を活用した低遅延動作のための交渉する過程後にＳＴＡとＡＰとの間に協議された放送ＴＷＴ ＩＤが含まれるビーコンフレームの送信時点を協議する過程がさらに行われてよい。当該過程は、放送ＴＷＴ要請フレーム及び放送ＴＷＴ応答フレームの交換によって行われてよい。このとき、ＴＷＴフィールドは、当該ビーコンフレームが送信される時点と設定されてよい。このとき、ＴＷＴ ＳＰ間の周期を示すフィールドは、該当する放送ＴＷＴ ＩＤが含まれたビーコンフレームの周期として設定されてよい。
一方、前記ＴＷＴ機能を活用した低遅延動作のための交渉過程は、当該ＳＴＡとＡＰ間の接続過程で行われてよい。したがって、低遅延動作を行おうとするＳＴＡは、ＡＰと接続後に別途の交渉過程を行わなくてよい。このとき、ＴＷＴ動作を活用した交渉及び動作過程は次のように行われてよい。
図１９は、本発明の実施例に係るＡＰ或いはＡＰ ＭＬＤとＳＴＡがＴＷＴ機能を活用した低遅延動作を行う過程を示す第２実施例である。このとき、図１８と重複する説明は省略されてよい。
図１９を参照すると、前記ＴＷＴ動作のための低遅延動作を行う過程は、ＳＴＡ及びＡＰで低遅延動作の機能を確認する段階、ＳＴＡで低遅延動作要請フレームを送信し、ＡＰで当該低遅延動作応答フレームを送信することにより、当該ＴＷＴ動作を活用した低遅延動作を交渉する段階、及びＡＰで放送プローブ応答フレーム及びビーコンフレームなどに低遅延動作のためのＴＷＴ ＳＰを割り当てて低遅延動作が行われる段階から構成されてよい。このとき、当該ＴＷＴ動作を活用した低遅延動作を交渉する段階前に、ＳＴＡとＡＰにＴＳを追加するために交渉する段階がさらに含まれてよい。また、ＴＷＴ動作を活用した低遅延動作を交渉する段階後に、ＳＴＡで交渉されたＴＷＴ ＳＰが割り当てられるビーコンフレームの時期を交換するための交渉段階がさらに含まれてよい。
前記低遅延動作の機能を確認する段階は、ＡＰ又はＡＰ ＭＬＤとＳＴＡ又はＳＴＡ ＭＬＤとの間のスキャニング及び接続過程で行われてよい。前記スキャニング及び接続過程は、図５、及び図１１～図１３の過程で行われてよい。このとき、ＡＰは、ビーコンフレーム、放送プローブ応答フレーム、及びプローブ応答フレーム内キャパビリティー要素に、ＴＷＴ機能を活用した低遅延動作を支援するか否かを示す指示子を含めて送信できる。ＳＴＡは、当該ビーコンフレーム、放送プローブ応答フレーム、及びプローブ応答フレームを受信し、ＡＰがＴＷＴ動作を活用した低遅延動作を支援することを確認することができる。また、前記ＡＰ或いはＡＰ ＭＬＤは、ビーコンフレーム及びプローブ応答フレームなどに、運用する全てのリンクに対して当該リンクで送信されるフレームの送信時間に関連した統計情報を含めて送信できる。前記統計情報はＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素であってよい。又は、前記統計情報は、図１４に示したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ情報要素であってよい。一方、ＳＴＡは、プローブ要請フレーム及び接続要請フレームのキャパビリティー要素に、ＴＷＴ機能を活用した低遅延動作を支援するか否かを示す指示子を含めて送信できる。ＡＰはＳＴＡから受信したプローブ要請フレーム及び接続要請フレームにより、当該ＳＴＡがＴＷＴ動作を活用した低遅延動作機能を行うことを確認することができる。
ＡＰから受信したビーコンフレーム、放送プローブ応答フレーム、及びプローブ応答フレームにより、ＡＰが当該機能を支援することを確認したＳＴＡは、低い遅延時間を要求するフレームが発生する場合に、接続要請フレームに、当該機能を使用することを要請するＴＷＴ機能を活用した低遅延動作要請指示子を含めることができる。このとき、前記ＴＷＴ機能を活用した低遅延動作要請指示子は、図１６又は図１７で説明したＴＷＴ情報要素であってよい。ＡＰはＳＴＡから接続要請フレームを受信でき、当該フレームに含まれたＴＷＴ機能を活用した低遅延動作要請指示子を確認することができる。前記ＡＰは、確認した要請指示子の内容に基づいて、ＳＴＡが低い遅延時間を要求するフレームに対するＴＷＴ ＳＰ割り当てを要請することを確認することができる。ＡＰが前記要請フレームに該当するＴＷＴ ＳＰを割り当てることができる場合に、ＡＰは、接続応答フレームに当該要請フレームに対する応答としてＴＷＴを活用した低遅延動作応答指示子を含めて送信することができる。このとき、前記ＴＷＴ動作を活用した低遅延応答指示子は、図１７で説明したＴＷＴ情報要素であってよい。
又は、ＳＴＡが送信したプローブ要請フレーム及び接続要請フレームにより、当該ＳＴＡがＴＷＴ機能を活用した低遅延動作を支援することを確認する場合に、ＡＰは、接続応答フレームに要請していないＴＷＴ動作を用いた低遅延動作応答指示子を送信することができる。この場合、ＳＴＡは、別途の要請フレームを送信しないで低い遅延時間を要求するフレームを当該ＴＷＴ ＳＰに送信することができる。このとき、ＳＴＡで要請していない低遅延動作応答フレームに含まれたパラメータによって低遅延動作を行わない場合には、ＴＷＴ解除フレームで当該低遅延動作を解除し、新しいＴＷＴ動作を活用した低遅延動作要請フレームを送信し、低遅延動作をＡＰに要請することができる。
前記ＴＷＴ動作を活用した低遅延動作交渉過程が終了した場合に、ＡＰは、当該ＳＴＡに割り当てるＴＷＴ ＳＰに対して放送ＴＷＴ ＩＤを割り当てることができる。ＳＴＡは、図１７で説明した低遅延動作応答フレームによって放送ＴＷＴ ＩＤを受信することができる。このとき、複数個のＳＴＡに同一のＴＷＴ ＩＤが割り当てられてよい。その後、ＴＷＴ動作を活用した低遅延動作方法は図１８のように進行されてよい。すなわち、ビーコンフレームに当該低遅延動作のためのＴＷＴ ＳＰを含み、当該ＴＷＴ ＳＰで交渉された低遅延動作を行うことができる。また、前記低遅延動作のためのフレームの送信をさらに保護するために、ＡＰでは、ビーコンフレームで当該時間を保護するための情報要素をさらに送信できる。前記ＴＷＴ機能を活用した低遅延動作のための交渉する過程後に、ＳＴＡとＡＰ間に協議された放送ＴＷＴ ＩＤが含まれるビーコンフレームの送信時点を協議する過程がさらに行われてよい。
一方、前記ＴＷＴ動作を活用した低遅延動作中に、当該リンクにＳＴＲ動作が不可能な端末が接続されている場合に次の問題が発生し得る。
図２０は、ＡＰ ＭＬＤと低遅延動作を行うＳＴＡ ＭＬＤにとってＳＴＲ動作が不可能な場合に、ビーコンフレームを受信できないためＴＷＴ情報要素を逃してしまい、低遅延動作のためのＴＷＴ時間が保護されない動作を示す図である。
図２０を参照すると、ＡＰ ＭＬＤには２つ以上のＡＰを含んでよい。このとき、それぞれのＡＰは別個のリンクを運用できる。例えば、ＡＰ ＭＬＤはＡＰ１、ＡＰ２を含んでよく、ＡＰ１はリンク１で、ＡＰ２はリンク２で動作できる。一方、ＳＴＡ ＭＬＤはＳＴＡ１及びＳＴＡ２を含んでよい。前記ＳＴＡ ＭＬＤはリンク１及びリンク２を用いてＡＰ ＭＬＤと多重リンク動作が可能である。このとき、前記ＳＴＡ ＭＬＤはリンク１及びリンク２でＳＴＲ動作が不可能なことがある。すなわち、前記ＳＴＡ ＭＬＤのＳＴＡ１がリンク１でフレーム送信動作を行う途中には、当該送信による干渉の影響によってＳＴＡ２がリンク２でチャネルセンシング動作及びフレーム受信動作を行えないことがある。又は、前記ＳＴＡ ＭＬＤのＳＴＡ２がリンク２でフレーム送信動作を行う途中には、当該送信による干渉の影響によってＳＴＡ１がリンク１でチャネルセンシング動作及びフレーム受信動作を行えないことがある。
当該ＳＴＡ ＭＬＤにおけるＳＴＲ動作が不可能な特性は、前記ＴＷＴ動作を用いた低遅延送信動作に妨害となり得る。例えば、リンク１でＴＷＴ端末を用いた低遅延送信動作を行う場合に、当該ＴＷＴ ＳＰをビーコンフレームで指示できる。このとき、前記ＳＴＡ ＭＬＤでリンク２を用いてフレーム送信動作を行っていれば、前記リンク１で送信されるビーコンフレームを受信できず、当該ビーコンフレームに含まれた低遅延動作のためのＴＷＴ ＳＰを認知できないことがある。前記低遅延端末のためのＴＷＴ ＳＰを認知できないＳＴＡ ＭＬＤのＳＴＡ１は、当該ＴＷＴ ＳＰでフレーム送信のためのチャネル接近動作を行い、当該ＴＷＴ ＳＰで低い遅延時間を要求するフレームの送信が保護されないことがある。
上記の問題を解決するために、ＡＰ ＭＬＤは、次のように、低遅延動作のためのＴＷＴ関連パラメータの更新動作を同一時点に行うことができる。
図２１は、ＡＰ ＭＬＤがＴＷＴ動作を活用して低遅延動作を行う際に、パラメータ変更を同一時点に行う動作を示す図である。
図２１を参照すると、ＡＰ ＭＬＤで割り当てている全ての低遅延端末のためのＴＷＴ ＳＰに対してパラメータ変更時点を同一に設定することができる。例えば、低遅延端末のためのＴＷＴ ＳＰ関連パラメータは、ＤＴＩＭ（Ｄｅｌｉｖｅｒｙ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）を含んでいるビーコンフレームでのみ変更可能に許容されてよい。すなわち、ビーコンフレームで送信される低遅延端末のためのＴＷＴ ＳＰを割り当てるためのＴＷＴ情報要素に含まれた低遅延端末のための全てのＴＷＴパラメータ情報フィールドの放送ＴＷＴ維持フィールドを同一の値に設定できる。当該特定時点に送信されるビーコンフレーム（例えば、ＤＴＩＭビーコンフレーム）の以外は、ＴＢＴＴ時点から同じ時間後に周期的に低遅延端末のためのＴＷＴ ＳＰが発生するようにしてよい。一方、ＳＴＲ動作が不可能なＳＴＡ ＭＬＤは、当該特定時点に送信されるビーコンフレーム（例えば、ＤＴＩＭビーコンフレーム）が送信される時点では、他のリンクでフレーム送信動作を行わなくてよい。当該過程により、ＳＴＲ動作が不可能なＳＴＡ ＭＬＤが特定ビーコンフレームを受信できなくとも、以前に送信されたビーコンフレームに含まれたＴＷＴ情報要素の内容に基づいて低遅延端末のためのＴＷＴ ＳＰを確認することができる。
すなわち、ｎｏｎ－ＡＰ ＳＴＡが多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）を構成する場合に、ＭＬＤは、前記ビーコンフレームを受信する間には他のリンクでフレームを送信できない。言い換えると、ｎｏｎ－ＡＰ ＭＬＤに含まれたＳＴＡがＮＳＴＲリンク対の他のリンクのＴＢＴＴよりも先にＳＴＲリンク対のうち一つのリンクでＴＸＯＰを成功的に獲得した場合に、当該ＳＴＡは、他のリンクでビーコンフレームを受信しようとする場合に、他のリンクのＴＢＴＴ前にＴＸＯＰを終了しなければならない。
又は、前記問題を解決するために、当該ＴＷＴ ＳＰの開始時点に当該ＴＷＴ ＳＰを保護するために追加の保護フレームを送信できる。当該保護フレームの送信動作は次のように行われてよい。
図２２は、ＡＰ ＭＬＤが低遅延動作のためのＴＷＴ時間を保護するために、当該ＴＷＴ時間開始時点に当該期間を保護する保護フレームをさらに送信する動作を示す実施例である。
図２２を参照すると、前記低遅延端末のためのＴＷＴ ＳＰに割り当てられていない端末が当該時間にフレーム送信を行うことを防止するために、当該ＴＷＴ ＳＰの開始地点にＡＰから予約フレームを送信できる。前記予約フレームは、約束されていないＱｕｉｅｔ Ｔｉｍｅ設定フレームであってよい。当該Ｑｕｉｅｔ Ｔｉｍｅ設定フレームのＤｕｒａｔｉｏｎフィールド値は当該ＴＷＴ ＳＰ時間と指定され、当該低遅延端末のためのＴＷＴ ＳＰにおいて、交渉されていないＳＴＡがチャネル競合過程を行うことを防止できる。一方、当該ＴＷＴ ＳＰにおいてフレーム送信を行うようにＡＰと交渉されたＳＴＡは、当該期間に、低い遅延時間を要求するフレーム送信を行うことができる。
又は、前記ＴＷＴ ＳＰに、ＡＰと当該ＳＴＡ間のチャネル予約過程をまず行うことができる。例えば、前記ＴＷＴ ＳＰの開始地点に、ＡＰがＭＵ－ＲＴＳフレームを送信し、割り当てられたＳＴＡがＣＴＳフレームを送信する動作を行うことができる。このとき、前記ＭＵ－ＲＴＳフレームは、当該ＴＷＴ ＳＰに割り当てられたＳＴＡのＡＩＤを含んでよい。このとき、ＭＵ－ＲＴＳで設定するＮＡＶ値は、当該ＴＷＴ ＳＰの終了時点までと指定できる。前記ＴＷＴ ＳＰに割り当てられたＳＴＡは、前記ＭＵ－ＲＴＳフレームを受信でき、当該ＭＵ－ＲＴＳフレームでチャネル予約過程を行おうとすることを確認することができる。これにより、前記複数個のＳＴＡは、前記ＭＵ－ＲＴＳフレームに対する応答として、同時にＣＴＳフレームを送信できる。このとき、前記送信されるＣＴＳフレームで設定するＮＡＶの終了時点は、当該ＴＷＴ ＳＰの終了時点と設定されてよい。当該ＭＵ－ＲＴＳ及びＣＴＳフレームの交換手順後に、前記ＴＷＴ ＳＰに割り当てられたＳＴＡはチャネル競合過程によるフレーム送信を行うことができる。一方、前記ＴＷＴ ＳＰに割り当てられていないＳＴＡは、当該ＴＷＴ ＳＰにおいてＮＡＶが設定され、フレーム送信動作を行わなくてよい。
一方、ＳＴＲ動作が不可能なＳＴＡ ＭＬＤが、前記ＴＷＴ機能を活用した低遅延動作を行う場合に、低遅延動作のためのＴＷＴ ＳＰ時間において他のリンクでフレーム送信を行う場合に、当該ＴＷＴ ＳＰ時間において、低い遅延時間を要求するフレームを送信できないことがある。すなわち、当該ＴＷＴ ＳＰ時間において、ＳＴＲ動作が不可能な他のリンクでフレーム送信動作を行っている場合に、当該送信による干渉の影響によって低い遅延時間を要求するフレームの送信動作を行えないことがある。これを解決するために、次のようにＴＷＴを活用した低遅延動作を行うＳＴＡ ＭＬＤにとってＳＴＲ動作が不可能な場合に、次のように他のリンクでのフレーム送信が制限されてよい。
図２３は、ＡＰ ＭＬＤとＳＴＲ動作が不可能なＳＴＡがＴＷＴ機能を活用した低遅延動作を行う過程を示す実施例である。このとき、図１８又は図１９及び図２２の説明と重複する内容は省略されてよい。
図２３を参照すると、ＳＴＲ動作が不可能なＳＴＡ ＭＬＤも、一部のリンクを用いてＡＰ ＭＬＤとＴＷＴ機能を活用した低遅延動作を行うことができる。例えば、前記ＳＴＡ ＭＬＤは、リンク１及びリンク２を用いてＡＰ ＭＬＤと多重リンク動作を行うことができる。このとき、前記ＳＴＡ ＭＬＤは、リンク１及びリンク２でＳＴＲ動作が不可能なことがある。すなわち、前記ＳＴＡ ＭＬＤのＳＴＡ１がリンク１でフレーム送信動作を行う途中には、当該送信による干渉の影響によってＳＴＡ２がリンク２でチャネルセンシング動作及びフレーム受信動作を行えないことがある。又は、前記ＳＴＡ ＭＬＤのＳＴＡ２がリンク２でフレーム送信動作を行う途中には、当該送信による干渉の影響によってＳＴＡ１がリンク１でチャネルセンシング動作及びフレーム受信動作を行えないことがある。このとき、ＡＰ ＭＬＤのリンク１で低遅延動作のためのＴＷＴ動作が前記ＳＴＡ ＭＬＤと交渉できる。前記接続過程及びＭＬＤ動作のための交渉過程は図１１～図１３の方式で行われてよい。このとき、前記ＳＴＡ ＭＬＤが一部リンクに対してＴＷＴ動作を活用した低遅延動作を行おうとする場合に、図１８～図１９の方法でＡＰ ＭＬＤとＴＷＴ動作を活用した低遅延動作を行うための交渉過程を進行できる。例えば、ＳＴＡ ＭＬＤに属しているＳＴＡ１がリンク１でＴＷＴ動作を活用した低遅延動作を行うようにＡＰ ＭＬＤのＡＰ１と協議されてよい。
前記交渉された内容によって、ＡＰ ＭＬＤに属しているＡＰ１は、ＳＴＡ１に放送ＴＷＴ ＩＤを割り当てることができ、ビーコンフレームに当該放送ＴＷＴ ＩＤで指示するＴＷＴパラメータを含めて送信できる。前記ＴＷＴパラメータはＴＷＴ ＳＰの開始時間を含んでよい。ＳＴＲ動作が不可能なＳＴＡ ＭＬＤのＳＴＡ１は当該ビーコンフレームを受信でき、受信したビーコンフレームに含まれた割り当てられた放送ＴＷＴ ＩＤに該当する低遅延動作のためのＴＷＴ ＳＰを確認することができる。又は、図２１で説明したように、以前に送信されたビーコンフレームに含まれたＴＷＴ ＳＰに基づいて、当該ビーコンフレームのＴＢＴＴから割り当てられた放送ＴＷＴ ＩＤに該当する低遅延動作のためのＴＷＴ ＳＰが類推できる。
前記低遅延動作のためのＴＷＴ ＳＰを認知したＳＴＡ ＭＬＤのＳＴＡ１は、当該ＴＷＴ ＳＰの開始時点後に、低い遅延時間を要求するフレーム送信動作を行うことができる。このとき、前記低い遅延時間を要求するフレームの送信が遅延されないようにするために、リンク１で動作するＳＴＡ１とＳＴＲ動作が不可能なＳＴＡ２は、当該ＴＷＴ ＳＰの開始時点以前に送信したフレームの送信動作を終了できる。前記ＳＴＡ２は、当該ＳＴＡ ＭＬＤが認知した低遅延動作のためのＴＷＴ ＳＰ時間においてフレーム送信を行わなくてよい。
図２４は、本発明の実施例に係る多重リンク動作を行うＡＰ ＭＬＤとＳＴＡ ＭＬＤの構造を示す概念図である。
図２４を参照すると、ＡＰ ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は、１つ以上の無線アクセスポイント（ＡＰ）を含んでいる機器であってよく、上位層に一つのインターフェースを通じて連結された機器であってよい。すなわち、ＡＰ ＭＬＤは、一つのインターフェースを通じてＬＬＣ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層に連結されてよい。ＡＰ ＭＬＤに含まれた複数のＡＰは、ＭＡＣ層での一部機能を共有できる。ＡＰ ＭＬＤ内の各ＡＰは、互いに異なるリンクで動作できる。ＳＴＡ ＭＬＤは１つ以上のｎｏｎ－ＡＰ ＳＴＡを含んでいる機器であってよく、一つのインターフェースを通じて上位層に連結された機器であってよい。すなわち、ＳＴＡ ＭＬＤは、一つのインターフェースを通じてＬＬＣ層に連結されてよい。ＳＴＡ ＭＬＤに含まれている複数のＳＴＡは、ＭＡＣ層での一部の機能を共有できる。また、ＳＴＡ ＭＬＤはｎｏｎ－ＡＰ ＭＬＤと呼ぶことができる。このとき、前記ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、複数の個別のリンクを用いて通信する多重リンク動作を行うことができる。すなわち、ＡＰ ＭＬＤが複数のＡＰを含んでいる場合に、各ＡＰは別個のリンクを構成し、ＳＴＡ ＭＬＤに含まれているそれぞれの端末と複数のリンクを用いたフレーム送受信動作を行うことができる。このとき、各リンクは、２．４ＧＨｚ、５ＧＨｚ、又は６ＧＨｚ帯域で動作でき、各リンクでは帯域幅拡張動作を行うことができる。例えば、ＡＰ ＭＬＤが２．４ＧＨｚ帯域で１つのリンク、５ＧＨｚ帯域で２つのリンクを設定した場合に、２．４ＧＨｚ帯域では帯域幅拡張方式によって４０ＭＨｚの帯域幅でフレーム送信を行うことができ、５ＧＨｚ帯域を用いるそれぞれのリンクでは、不連続の帯域幅を活用して最大で３２０ＭＨｚの帯域幅でフレーム送信を行うことができる。
一方、前記ＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤに属している一部或いは全体のＡＰ或いは端末に対して機器内部の干渉問題により、一つのＡＰ或いは端末が送信動作を行う間には、同一機器における他のＡＰ或いは端末が受信動作を行えないことがある。このように、ＭＬＤ内に一つのＡＰ或いは端末が送信動作を行う途中に前記ＭＬＤ内の他のＡＰ或いは端末が受信する動作をＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｔｒａｎｓｍｉｔ ａｎｄ Ｒｅｃｅｉｖｅ）という。前記ＡＰ ＭＬＤは、全てのリンクに対してＳＴＲ動作が可能であってよい。又は、前記ＡＰ ＭＬＤの一部のリンクでＳＴＲ動作が不可能であってよい。前記一部リンクでＳＴＲ動作が不可能な場合に、当該複数個のリンクで動作するＡＰのうち、一つのＡＰが送信動作を行う途中には、他のＡＰで受信動作を行えないことがある。ＡＰ ＭＬＤにはＳＴＲ動作が可能なＳＴＡ ＭＬＤが接続されてよく、一部又は全体のリンクに対してＳＴＲ動作が不可能なＳＴＡ ＭＬＤが接続されてよい。前記一部又は全体のリンクに対してＳＴＲ動作が不可能なＳＴＡ ＭＬＤが接続された場合に、ＳＴＡ ＭＬＤでＳＴＲ動作が不可能なリンクに対して、当該リンクを用いる一つの端末が送信する途中には他のリンクで受信動作が不可能であり得る。また、ＡＰ ＭＬＤに含まれたＡＰには、ＭＬＤに属していない端末（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ端末）がさらに接続されていてよい。
図２５は、本発明の実施例に係るＡＰ ＭＬＤ及びＳＴＡ ＭＬＤ間の多重リンク動作のための接続過程及び交渉過程を示すタイミング図である。
図２５を参照すると、ＡＰ ＭＬＤとＳＴＡ ＭＬＤは、図５で説明したスキャニング及び接続過程で多重リンク使用動作のための交渉過程を行うことができる。例えば、図５で説明したスキャニング過程で、ＡＰ ＭＬＤに含まれたＡＰは、ビーコンフレームに多重リンク動作が使用可能であることを示す指示子、使用可能なリンク個数、使用可能な複数個のリンク及び当該リンクを運用するＡＰに対する情報を含めて送信できる。このとき、前記ＡＰ ＭＬＤに属しているＡＰのうち、当該ビーコンフレームを送信しないＡＰに対する情報は一部のみ送信されてよい。このとき、前記ビーコンフレームを送信しないＡＰに対する情報は、ＲＮＲ（Ｒｅｄｕｃｅｄ Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ）情報要素の形態で送信されてよい。このとき、前記ＲＮＲ情報要素には、当該情報要素が含むＡＰに対する情報のうち、当該ＡＰが運用するリンクのリンクＩＤ、チャネル及びＯｐｅｒａｔｉｏｎ ｃｌａｓｓ、当該ＡＰで使用するパラメータに対して更新状況を知らせるカウンターのうち１つ以上を含んでよい。
一方、ＳＴＡ ＭＬＤに属している端末は前記ビーコンフレームを受信し、当該ビーコンフレームを送信するＡＰがＡＰ ＭＬＤに属しているＡＰであることを確認できる。また、当該ＡＰ ＭＬＤに属している他のＡＰに対する一部の情報（例えば、リンクＩＤ、使用チャネル情報、当該ＡＰでのパラメータ更新カウンターなど）を確認することができる。又は、ＳＴＡ ＭＬＤに属している端末は、図５に示したスキャニング過程で、プローブ要請フレームに多重リンク動作が使用可能であることを示す指示子を含めて送信でき、ＡＰ ＭＬＤに属しているＡＰは、プローブ応答フレームに多重リンク動作が使用可能であることを示す指示子を含めることができる。このとき、前記ＡＰは、当該プローブ応答フレームに、多重リンク動作時に使用可能なリンク個数、リンク情報及び当該リンクを運用するＡＰに対する情報などをさらに含めて送信できる。
前記ＡＰがＡＰ ＭＬＤに属しているＡＰであり、当該ＡＰ ＭＬＤに属している他のＡＰに対する一部の情報を確認したＳＴＡ ＭＬＤは、多重リンク動作を行うために、当該ＡＰ ＭＬＤに他のＡＰに対する全ての情報を要請する多重リンクプローブ要請フレームをＡＰに送信できる。前記多重リンクプローブ要請フレームは、当該ＳＴＡ ＭＬＤがＡＰ ＭＬＤから受信しようとするＡＰに対して必要な情報を指示できる。このとき、前記必要な情報は、ＨＴキャパビリティー要素、ＨＴ動作要素、ＶＨＴキャパビリティー要素、ＶＨＴ動作要素、ＨＥキャパビリティー要素、ＨＥ動作要素、ＥＨＴキャパビリティー要素、ＥＨＴ動作要素、ビーコンが送信される時点（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ，ＴＢＴＴ）、ＥＤＣＡパラメータ設定情報、当該ＡＰが動作するチャネル情報、及び当該ＡＰが支援する帯域幅情報のうち１つ以上を含んでよい。前記ＳＴＡ ＭＬＤは、前記多重リンクプローブ要請フレームで１個以上の特定ＡＰに対する情報を要請できる。又は、前記ＳＴＡ ＭＬＤは、当該ＡＰ ＭＬＤが運用する全てのＡＰに対する情報を要請できる。
前記ＡＰ ＭＬＤは前記ＳＴＡ ＭＬＤから多重リンクプローブ要請フレームを受信でき、前記ＳＴＡ ＭＬＤが当該ＡＰ ＭＬＤに所属になっている一部或いは全体のＡＰに対して当該ＡＰの動作と関連した情報要素のうち一部或いは全体を要請することを確認することができる。前記要請情報を確認したＡＰ ＭＬＤは、前記ＳＴＡ ＭＬＤが要請した情報を含めて多重リンクプローブ応答フレームの形態として当該ＳＴＡ ＭＬＤに送信できる。このとき、当該多重リンクプローブ応答フレームを送信するＡＰで用いる情報と重なる情報は省略されてよい。一方、前記多重リンクプローブ応答フレームは、図５におけるプローブ応答フレームに比べてより多い情報を含んでいるため、当該多重リンクプローブ応答フレームの送信時にチャネルをより多い時間占有することがある。したがって、過多な多重リンクプローブ応答フレームの送信によるチャネル占有現象が過度になることを防止するために、特定ＳＴＡ ＭＬＤに既に多重リンクプローブ応答フレームを送信した場合に、同じＳＴＡ ＭＬＤから受信した多重リンクプローブ要請フレームに対する応答を送信しなくてよい。一方、ＡＰ ＭＬＤは、放送フレームの形態で、当該ＡＰ ＭＬＤに属している全てのＡＰの情報を含む多重リンクプローブ応答フレームを送信できる。当該放送フレームの形態で送信される多重リンクプローブ応答フレームは、特定周期以上で送信されてよい。このとき、ＳＴＡ ＭＬＤから多重リンクプローブ要請フレームを受信する前に特定時間以内に放送フレームの形態で多重リンクプローブ応答フレームを送信したことがある場合に、多重リンクプローブ応答フレームの送信を行わなくてよい。このとき、前記特定時間は、当該ＳＴＡ ＭＬＤに属しているＳＴＡが図５のプローブ要請フレームを送信する時点の後であってよい。
前記ＡＰ ＭＬＤから多重リンクプローブ応答フレームを受信したＳＴＡ ＭＬＤは、ＡＰ ＭＬＤに属している各ＡＰでの動作パラメータなどが確認でき、ＡＰ ＭＬＤと多重リンク動作のための接続過程及び交渉過程を行うことができる。このとき、前記多重リンク動作のための交渉過程は、ＡＰ ＭＬＤに属したＡＰとＳＴＡ ＭＬＤに属した端末間の接続過程で行われてよい。すなわち、ＳＴＡ ＭＬＤに属した任意の端末（例えば、ＳＴＡ１）がＡＰ ＭＬＤに属した任意のＡＰ（例えば、ＡＰ１）に接続要請フレームを送りながら、端末の多重リンク動作が使用可能であることを示す指示子及び多重リンク動作を行うことを要請する要請指示子を送ることができる。このとき、前記ＳＴＡ ＭＬＤはＡＰ ＭＬＤに、使用しようとするリンク情報及び当該リンクに関連した端末のキャパビリティー情報（例えば、他のリンクとのＳＴＲの可否を示す情報、最大で送信できる帯域幅又は最大で使用可能な空間ストリーム数など）を含めて接続要請フレームを送信することができる。前記端末から接続要請フレームを受信したＡＰは、多重リンク動作を要請する指示子を確認することができ、ＡＰが多重リンク動作が可能な場合に、多重リンク動作に用いるリンク情報及び各リンクで用いられるパラメータなどを含めて多重リンク動作を許容する接続応答フレームを当該端末に送信できる。前記多重リンク動作のためのパラメータは、用いられる各リンクのリンクＩＤ、ＭＡＣアドレス、帯域、帯域幅拡張方向、ＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）、ＳＴＲ動作の可否のうち１つ以上を含んでよい。前記接続要請フレーム及び応答フレームが交換されて多重リンク動作の使用が確認されたＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、当該接続過程の後に、ＡＰ ＭＬＤに含まれた複数のＡＰ及びＳＴＡ ＭＬＤに含まれた複数の端末を通じて複数のリンクを用いたフレーム送信動作を行うことができる。
図２６は、本発明の実施例に係る多重リンクを用いる送信方式を示すタイミング図である。
図２６を参照すると、前記多重リンク動作のための交渉が完了したＡＰ ＭＬＤとＳＴＡ ＭＬＤは、リンク別独立送信方式を用いて多重リンクを活用したフレーム送受信動作を行うことができる。前記リンク別独立送信方式で多重リンク動作が行われる場合に、ＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤに属している各ＡＰ或いは端末は、それぞれのリンクでフレーム送信のためのチャネル競合過程を独立して行って各リンクでフレーム送信を行う。このとき、各リンクで送信されるフレームの送信開始時点及び送信終了時点は同一でなくてよい。前記独立送信方式を行う場合に、各リンクでチャネル競合過程によって獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）は、それぞれのリンクで独立して得られてよい。
前記独立送信方式を行う場合に、チャネル占有状態によって各リンクにチャネル接近を独立して行うだけに、各リンクでより効率的に行うことができるという長所がある。このとき、ＡＰ ＭＬＤで運用する各ＡＰの動作帯域間の間隔が十分に広くないため、ＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤでＳＴＲ動作が不可能な場合に、前記独立送信方式で多重リンク動作を行えないことがある。
一方、受信ＭＬＤにとって一部或いは全体のリンクでＳＴＲ動作が不可能な場合に、ＳＴＲ動作が不可能なリンクを用いたフレーム送受信過程は次のように行われてよい。
図２７は、本発明の実施例に係る一部或いは全体のリンクでＳＴＲ動作が不可能な受信ＭＬＤとＳＴＲ動作が可能な送信ＭＬＤとのフレーム送受信動作を示す実施例である。
図２７の（ａ）を参照すると、ＭＬＤでＳＴＲ動作が不可能な場合に、一つのリンクでフレーム送信を行う途中に他のリンクでフレーム受信動作を行えないことがある。例えば、ＡＰ ＭＬＤ内にＡＰ１及びＡＰ２が所属しており、ＡＰ１はリンク１を、ＡＰ２はリンク２を運用できる。ＳＴＡ ＭＬＤ内にＳＴＡ１及びＳＴＡ２が所属しており、ＳＴＡ１はＡＰ１に、ＳＴＡ２はＡＰ２に多重リンク動作のための交渉過程によって接続されていてよい。このとき、ＳＴＡ ＭＬＤはリンク１及びリンク２でＳＴＲ動作が不可能であり得る。すなわち、リンク１でＳＴＡ１がフレーム送信動作を行う途中にはリンク２でＳＴＡ２がフレーム受信動作を行えないことがある。逆に、リンク２でＳＴＡ２がフレーム送信動作を行う途中にはリンク１でＳＴＡ１がフレーム受信動作を行えないことがある。前記ＳＴＲ動作が不可能な状況は、一つのリンクでフレーム送信動作中に発生する機器内部の干渉に起因し得る。これにより、ＳＴＡ ＭＬＤが一部のリンクでＳＴＲ動作が不可能な場合に、当該リンクのうち一つのリンクでフレーム送信動作を行う途中には他のリンクでチャネルセンシング動作が行われないことがある。例えば、リンク１でＳＴＡ１にフレームを送信する途中にはリンク２でＳＴＡ２がフレーム送信のためのチャネルセンシング動作が行われないことがある。したがって、リンク１でＳＴＡ１がフレーム送信が行う途中にはリンク２でＳＴＡ２がチャネル競合過程後にフレーム送信動作を開始できないことがある。すなわち、送信ＭＬＤ及び受信ＭＬＤのうち一つのＭＬＤでも当該リンクでＳＴＲ動作が不可能な場合に、上記の図１１での独立送信方式による多重リンク通信動作は不可能なことがある。
前記複数のリンクでＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤにとってＳＴＲ動作が不可能な場合（例えば、多重リンク動作を行う上でリンク間の帯域間隔が十分でない場合）に、前記ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤは、図１２の（ｂ）のように同時送信動作の形態で多重リンク動作を行うことができる。前記同時送信動作は、各リンクで送信するフレームの送信開始時間又は送信終了時間を同一に合わせる過程によって行われてよい。このとき、フレームの送信開始時間又は送信終了時間は、フレームを含むＰＰＤＵの送信開始時間又は送信終了時間と呼ぶことができる。すなわち、ＡＰ或いは端末が各リンクで送信するフレームの長さが異なる場合に、当該送信終了時点を合わせるためにパディング又はパディングビットを追加して送信できる。また、各リンクでのフレーム送信のためのＴＸＯＰ時間を同一に合わせることができる。このとき、前記同時送信形態の多重リンク動作は複数のリンクでの同時送信のための交渉段階、複数のリンクを用いて同時送信を行う段階を含んでよい。前記同時送信のための交渉段階は、送信するデータがあるＭＬＤ（例えば、ＡＰ ＭＬＤ或いはＳＴＡ ＭＬＤ）で同時送信のためのＴＸＯＰを獲得する要請フレームを１つ以上のリンクで同一時点に送る段階、データを受信するＭＬＤで前記要請フレームを受信完了した時点からＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｅ）後に応答フレームを送信する段階を含んでよい。このとき、前記応答フレームは、前記要請フレームを受信した１つ以上のリンクで同時に送信されてよい。前記要請フレームはコントロールフレームであってよい。例えば、前記要請フレームはＲＴＳ或いはＭＵ（Ｍｕｌｔｉ－ｕｓｅｒ）－ＲＴＳフレームであってよく、前記応答フレームはＣＴＳフレームであってよい。一方、同時送信動作を行うためのチャネル競合実行中に一つのリンクのチャネルが占有状態である場合に、同時送信動作を行うためのチャネル接近過程を行ったり、或いはチャネルが空いているリンクのみを用いたフレーム送信動作を行うことができる。
前記同時送信動作のためのチャネル接近過程は、様々な方式で行われてよい。例えば、同時送信を行う複数のリンクでバックオフ過程を行い、全てのリンクでバックオフ値が０になるまで全てのリンクでキャリアセンシングを行い、キャリアセンシングの結果、全てのリンクでのチャネルが空いている場合に、複数のリンクを用いて同時送信方式を行うことができる。又は、一つのリンクでバックオフ動作を行った後、バックオフ終了時点前の特定時間（例えば、ＡＩＦＳ、ＤＩＦＳ、或いはＰＩＦＳ）において他のリンクのチャネルが空いている場合に、チャネルの空いているリンクを活用して複数のリンクを用いた同時送信方式を行うことができる。
一方、送信ＭＬＤにとって当該リンクでＳＴＲ動作が不可能な場合に、図１０の（ｂ）で、フレーム送信のためのチャネル接近過程を行う中に１つ又は一部のリンクのチャネル状態が占有（ｂｕｓｙ）状態である場合に、次のうち一つの方法を用いることができる：
１）当該占有期間が終わった後、特定時間（例えば、ＰＩＦＳ、ＡＩＦＳ、或いはＡＩＦＳ＋バックオフ時間）において両リンクのチャネルに対してキャリアセンシングを行って両リンクのチャネルが空いていることを確認した後、上記の図２７（ｂ）の方法で同時送信を行う。
２）チャネルが空いているリンクに対してのみ送信動作を行う。
前記２）の動作を行う場合に、チャネル状態が占有されていたリンクの占有時間終了後にも送信を行うリンクでの送信終了時点までフレーム送信のためのバックオフ動作を行わなくてよい。
一方、送信ＭＬＤは当該リンクでＳＴＲ動作が可能であり、受信ＭＬＤが当該リンクでＳＴＲ動作が不可能な場合に、図１２の（ｂ）で、フレーム送信のためのチャネル接近過程を行う中に一つ又は一部リンクのチャネル状態が占有（ｂｕｓｙ）状態である場合に、次のうち一つの方法を用いることができる：
１）当該占有期間が終わった後に特定時間（例えば、ＰＩＦＳ、ＡＩＦＳ、或いはＡＩＦＳ＋バックオフ時間）において両リンクのチャネルに対してキャリアセンシングを行って両リンクのチャネルが空いていることを確認した後、上記の図１２（ｂ）の方法で同時送信を行う。
２）チャネルが空いているリンクに対してのみ送信動作を行う。
前記２）の動作を行う場合に、チャネル状態が占有されたリンクの占有時間終了以後に当該リンクでチャネル接近過程を独立して行ってフレーム送信を行うことができる。
一方、前記送信ＭＬＤがＳＴＲ動作が可能であり、受信ＭＬＤが当該リンクでＳＴＲ動作が不可能な場合に、送信ＭＬＤから複数のリンクで送信されるフレームの送信開始時点及び送信終了時点は同一でなくてもよい。すなわち、図１２の（ｃ）のように一つのリンクでフレーム送信を始めた後、他のリンクでフレーム送信のためのチャネル競合過程を完了した後にフレーム送信動作を独立して行うことができる。例えば、ＡＰ ＭＬＤはリンク１及びリンク２でＳＴＲ動作が可能であり、ＳＴＡ ＭＬＤはリンク１及びリンク２でＳＴＲ動作が不可能であり得る。このとき、図１２の（ｂ）で、フレーム送信のためのチャネル接近過程を行う中にリンク２のチャネル状態が占有（ｂｕｓｙ）状態である場合に、ＡＰ ＭＬＤのＡＰ１はリンク１でフレーム送信動作をまず行うことができる。ＡＰ ＭＬＤはＳＴＲ動作が可能であるので、リンク１でＡＰ１がフレームを送信する途中にもリンク２でＡＰ２はフレーム送信のためのチャネル競合過程を行うことができる。前記チャネル競合過程及びチャネル接近動作を完了した後、ＡＰ２はリンク２を用いてフレーム送信動作を行うことができる。ＳＴＡ ＭＬＤはリンク１でフレーム送信を行う途中でないので、リンク２でＳＴＡ２は、ＡＰ２の送信したフレームを受信することができる。一方、前記送信ＭＬＤが送信するフレームのうち１つ以上が、受信ＭＬＤからの即刻の応答（例えば、ＢｌｏｃｋＡｃｋフレームなど）を要求する場合に、当該応答フレームの送信が他のリンクで受信動作を行う途中に行われてよい。この場合、前記応答フレームの送信によって他のリンクでのフレーム受信動作が円滑に行われないことがある。当該状況を防止するために、前記送信ＭＬＤから送信されるフレームのうち１つ以上が応答フレームの送信を要求する場合に、前記複数のリンクで送信されるフレームを含んでいるＰＰＤＵの送信終了時点は一致してよい。
一方、ＡＰ及びＳＴＡ間にフレーム送受信動作を行う時に、当該フレーム送受信動作を保護するためにチャネル予約過程を行うことができる。前記チャネル予約過程は、フレームを送信しようとする送信ＳＴＡから受信ＳＴＡにＲＴＳ（Ｒｅｑｕｅｓｔ ｔｏ Ｓｅｎｄ）フレームを送信し、受信ＳＴＡからＣＴＳ（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）を送信する過程によって行われてよい。このとき、受信ＳＴＡは、前記ＲＴＳフレームを受信した後、ＳＩＦＳ時間においてチャネルセンシング動作を行い、当該チャネルが遊休（ｉｄｌｅ）状態である場合にのみＣＴＳを送信できる。
一方、ＡＰが複数のＳＴＡと多重端末（ｍｕｌｔｉ－ｕｓｅｒ）送信のためにチャネルを予約しようとする場合に、ＭＵ（Ｍｕｌｔｉ－ｕｓｅｒ）－ＲＴＳフレーム及びＣＴＳフレームの交換過程を行うことができる。前記ＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順は次のように行われてよい。
図２８は、本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順によってフレーム送受信を保護する動作の第１実施例である。
図２８を参照すると、ＡＰは複数のＳＴＡにフレームを送信しようとする時に、フレーム送信動作を保護するために、当該フレーム送信前にＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順を行うことができる。前記ＭＵ－ＲＴＳフレームは、主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネルのうち一つのチャネルを用いて送信されてよい。このとき、前記ＭＵ－ＲＴＳには、ＣＴＳを送信するＳＴＡのＩＤ（例えば、Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、各ＳＴＡがＣＴＳフレームを送信するチャネル（例えば、主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネル）などを指示できる。前記ＭＵ－ＲＴＳフレームはトリガーフレームの形態で送信されてよい。又は、前記ＭＵ－ＲＴＳフレームは、後述する図１４或いは図１７のように構成されてよい。前記ＭＵ－ＲＴＳフレームは、複数のＳＴＡからＣＴＳフレームを同時に送信することを要請するフレームであってよい。このとき、前記複数のＳＴＡは、ＩＥＥＥ ８０２．１１ａｘで定義したＨＥ ＳＴＡを含むことができ、ＩＥＥＥ ８０２．１１ｂｅで定義したＥＨＴ ＳＴＡを含んでよい。
ＡＰからＭＵ－ＲＴＳフレームを受信した複数のＳＴＡは、前記ＭＵ－ＲＴＳフレームに含まれた情報を確認することができる。前記複数のＳＴＡは、受信したＭＵ－ＲＴＳフレームの情報を確認でき、当該ＭＵ－ＲＴＳフレームに含まれた１つ以上のユーザー情報フィールドに含まれたＡＩＤ値を確認することができる。このとき、前記ＡＩＤ値と当該ＳＴＡに割り当てられているＡＩＤ値とが一致する場合に、ＳＴＡは、ＭＵ－ＲＴＳフレームで当該ＳＴＡにＣＴＳフレームの送信を要請することを確認することができる。前記ＭＵ－ＲＴＳフレーム内ＡＩＤが含まれたＳＴＡは、前記ＭＵ－ＲＴＳフレームを受信した後に、ＭＵ－ＲＴＳフレームで指示したチャネルでＳＩＦＳ時間でチャネルセンシング動作を行うことができる。このとき、前記チャネルは主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ／８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ／１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ／１６０＋１６０ＭＨｚのうち一つであってよい。このとき、ＭＵ－ＲＴＳフレームを受信したＳＴＡがＨＥ ＳＴＡである場合に、ＣＴＳフレームを送信するチャネルの帯域幅は最大で１６０ＭＨｚ或いは８０＋８０ＭＨｚであってよい。前記ＭＵ－ＲＴＳフレームを受信したＳＴＡがＥＨＴ ＳＴＡである場合に、ＣＴＳフレームを送信するチャネルの最大帯域幅は、３２０ＭＨｚ又は１６０＋１６０ＭＨｚであってよい。前記チャネルセンシング動作は物理的感知、仮想的感知及びＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）確認過程を含んでよい。
ＳＴＡが前記ＭＵ－ＲＴＳフレームを受信した後、ＳＩＦＳ時間において指示されたチャネルがチャネル遊休状態である場合に、ＭＵ－ＲＴＳフレームで指示された複数のＳＴＡは、ＭＵ－ＲＴＳフレームを含むＰＰＤＵの送信終了時点からＳＩＦＳ後にＣＴＳフレームを同時に送信できる。このとき、前記ＣＴＳフレームは、指示されたチャネルでｎｏｎ－ＨＴ ＰＰＤＵ形態或いは２０ＭＨｚ帯域ごとに反復する形態であるｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。このとき、複数のＳＴＡが送信するＣＴＳフレームは同一に構成されてよい。したがって、ＡＰにとっては、図２８の（ａ）のように送信したＭＵ－ＲＴＳフレームに対して各２０ＭＨｚチャネルでＣＴＳフレームを受信することができる。このとき、各２０ＭＨｚチャネルごとに受信するＣＴＳフレームの受信電力は異なってよい。ＡＰがＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを受信した場合に、ＡＰは、受信したＣＴＳフレームの帯域幅に基づいて複数のＳＴＡとＭＵ－ＯＦＤＭＡ或いはＭＵ－ＭＩＭＯ動作を行うことができる。
一方、前述したように、前記ＭＵ－ＲＴＳフレームを受信したＳＴＡが送信するＣＴＳフレームの送信帯域幅はそれぞれ異なってよい。例えば、図１３の（ｂ）を参照すると、ＳＴＡ１は、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主２０ＭＨｚチャネルである場合に、当該主２０ＭＨｚチャネルでのみチャネルセンシング動作を行った後にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ＰＰＤＵ形態で送信されてよい。ＳＴＡ１は、ＣＴＳフレーム送信後に当該２０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。
図２８の（ｃ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主４０ＭＨｚチャネルである場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ２）は、当該主４０ＭＨｚチャネルでのみチャネルセンシング動作を行った後にＣＴＳフレームを送信することができる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。ＳＴＡ２は、ＣＴＳフレーム送信後に当該４０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。
図２８の（ｄ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主８０ＭＨｚチャネルである場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ３）は、当該週８０ＭＨｚチャネルでのみチャネルセンシング動作を行った後にＣＴＳフレームを送信することができる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。ＳＴＡ３は、ＣＴＳフレーム送信後に当該８０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。
前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順に用いられるＭＵ－ＲＴＳフレームは次のように構成されてよい。
図２９は、本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第１実施例である。
図２９を参照すると、ＭＵ－ＲＴＳフレームは、トリガーフレームの形態で構成されてよく、共通フィールド及び１つ以上のユーザー情報フィールドで構成されてよい。前記共通フィールドは、トリガー類型フィールド、当該フレーム後にトリガーフレームがさらに送信されるか否かを示す指示フィールド、受信端末でのキャリアセンシング動作が要求されるかを指示するフィールド、上りリンクフレームの帯域幅フィールド、上りリンクフレームの帯域幅拡張フィールド、及び予約フィールドで構成されてよい。前記共通フィールドは、ＭＵＲＴＳ類型フィールドを追加としてさらに含んでよい。又は、ＭＵＲＴＳ類型フィールドは、ユーザー情報フィールドに含まれてよい。前記トリガー類型フィールドは３に設定し、当該トリガーフレームがＭＵ－ＲＴＳフレームであることを指示できる。また、トリガーフレームがＭＵ－ＲＴＳフレームである場合に、ＭＵＲＴＳ類型フィールドが前記トリガーフレームに含まれてよい。ＭＵＲＴＳ類型フィールドは、当該ＭＵ－ＲＴＳフレームが１６０ＭＨｚ帯域幅以下で送信してＥＨＴ ＳＴＡに別途の形態でユーザー情報フィールドを設定しない場合に、００に設定できる。前記ＭＵ－ＲＴＳフレームが１６０ＭＨｚを超える帯域幅で送信される場合に、１０に設定できる。前記キャリアセンシング動作が要求されるかを指示するフィールドは１に設定し、当該ＭＵ－ＲＴＳフレームを受信したＳＴＡでキャリアセンシング動作を行うように指示できる。前記上りリンクフレームの帯域幅フィールド及び帯域幅拡張フィールドは、当該ＭＵ－ＲＴＳフレームを送信するＡＰが受信しようとするＣＴＳフレームの帯域幅を指示できる。すなわち、図１３の（ａ）で、複数のＳＴＡがＣＴＳフレームを送信する時にＡＰが最終的に受信しなければならないＣＴＳフレームの帯域幅を指示できる。前記帯域幅フィールドは下表３のように指示できる。
前記帯域幅拡張フィールドは、前記ＭＵＲＴＳ類型フィールドが００でない場合にのみ表示され、前記帯域幅フィールド値が２以下の値である場合に、当該帯域幅拡張フィールドは０に設定される。前記帯域幅フィールド値が３である場合に、帯域幅拡張フィールドは下表４のように設定されてよい。
一方、当該ＭＵ－ＲＴＳフレームを受信するＳＴＡがＨＥ ＳＴＡである場合に、前記ＭＵ－ＲＴＳフレームの共通フィールドのうち、ＭＵＲＴＳ類型フィールド及び帯域幅拡張フィールド値は解読不可能であり得る。したがって、ＡＰでＭＵ－ＲＴＳフレームを送信する時に、ＨＥ ＳＴＡからＣＴＳフレームを送信する帯域幅は、前記帯域幅拡張フィールド値に関係なく最大で１６０ＭＨｚ或いは８０＋８０ＭＨｚと指示されてよい。前記ＭＵ－ＲＴＳフレームを受信するＳＴＡがＥＨＴ ＳＴＡである場合に、前記ＭＵ－ＲＴＳフレームの帯域幅フィールド及び帯域幅拡張フィールド値を全て確認してこそ、ＣＴＳフレームを送信すべき帯域幅を確認することができる。
前記ユーザー情報フィールドは、前記共通フィールドのＭＵＲＴＳ類型フィールド値及び当該ＭＵ－ＲＴＳフレームを受信する端末がＨＥ ＳＴＡか或いはＥＨＴ ＳＴＡかによって異なるように構成されてよい。前記ＭＵＲＴＳ類型フィールド値が００である場合に、前記ユーザー情報フィールドは１２ビットのＡＩＤフィールド及び８ビットのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割り当てフィールドで構成されてよい。前記ＭＵＲＴＳ類型フィールドが１０であり、前記ユーザー情報フィールドがＨＥ ＳＴＡに指示する場合に、１２ビットのＡＩＤフィールド及び８ビットのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割り当てフィールドで構成されてよい。前記ＭＵＲＴＳ類型フィールド値が１０であり、前記ユーザー情報フィールドがＥＨＴ ＳＴＡに指示する場合に、１２ビットのＡＩＤフィールド及び９ビットのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割り当てフィールドで構成されてよい。又は、前記ユーザー情報フィールドは、ＭＵＲＴＳ類型フィールド値に関係なく、受信する端末がＨＥ ＳＴＡか或いはＥＨＴ ＳＴＡかによって異なってよい。例えば、ユーザー情報フィールドがＨＥ ＳＴＡに該当する場合に、前記ユーザー情報フィールドは、１２ビットのＡＩＤフィールド及び８ビットのＲＵ割り当てフィールドを含んでよい。また、ユーザー情報フィールドがＥＨＴ ＳＴＡに該当する場合に、前記ユーザー情報フィールドは、１２ビットのＡＩＤフィールド及び９ビットのＲＵ割り当てフィールドを含んでよい。
前記ＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割り当てフィールドが８ビットで構成される場合に、当該ＲＵ割り当てフィールドのＢ０値が１であれば、１６０ＭＨｚ或いは８０＋８０ＭＨｚ帯域幅を用いたＣＴＳフレームの送信を要請するものであることを指示できる。前記ＲＵ割り当てフィールドの最下位ビット（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ，ＬＳＢ）であるＢ０値が０であれば、当該ユーザーフィールドで指示されたＳＴＡがＣＴＳフレームを２０ＭＨｚ、４０ＭＨｚ又は８０ＭＨｚで送信するように要請することを指示できる。
前記ＣＴＳフレームの送信帯域幅及び送信帯域の詳細位置は、前記ＲＵ割り当てフィールドのＢ７－Ｂ１、すなわち、ＲＵ割り当てフィールドの７個の上位ビットで指示されてよい。このとき、前記ＲＵ割り当てフィールドのＢ７－Ｂ１値は下表５のように設定されてよい。
前記ＲＵ割り当てフィールドが９ビットで構成される場合に、前記ＲＵ割り当てフィールドのＢ１－Ｂ０、すなわち、２個の最下位ビットは、３２０ＭＨｚ帯域幅のチャネルを４個の８０ＭＨｚチャネルセグメント（ｓｅｇｍｅｎｔ）に分けるとき、当該ＣＴＳフレームが送信される主チャネルの位置している８０ＭＨｚ帯域のセグメント位置を指示できる。
前記ＣＴＳフレームの送信帯域幅及び８０ＭＨｚセグメントでの位置は、ＲＵ割り当てフィールドのＢ８－Ｂ２で指示されてよい。このとき、前記ＲＵ割り当てフィールドのＢ８－Ｂ２値は下表６のように設定されてよい。
一方、前記Ｂ８－Ｂ２値が３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルを指示する場合に、ＲＵ割り当てフィールドのＢ１－Ｂ０値は１１と指示されてよい。
一方、ＥＨＴ ＳＴＡに送信されるユーザー情報フィールド内のＲＵ割り当てフィールドの長さも８ビットに維持しようとする場合に、前記ＭＵ－ＲＴＳフレームは次のように構成されてよい。
図３０は、本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第２実施例である。このとき、図２８のＭＵ－ＲＴＳフレームの構造と同一又は類似の部分は説明が省略されてよい。
図３０を参照すると、ＭＵ－ＲＴＳフレームはトリガーフレームの形態で構成されてよく、共通フィールド及び１つ以上のユーザー情報フィールドで構成されてよい。前記共通フィールドは、トリガー類型フィールド、当該フレーム後にトリガーフレームがさらに送信されるか否かを示す指示フィールド、受信端末でのキャリアセンシング動作が要求されるかを指示するフィールド、上りリンクフレームの帯域幅フィールド、上りリンクフレームの帯域幅拡張フィールド、及び予約フィールドで構成されてよい。前記共通フィールドはＭＵＲＴＳ類型フィールドを追加としてさらに含んでよい。前記ＭＵＲＴＳ類型フィールド以外のフィールドの構成は、図２８のＭＵ－ＲＴＳフレームと同一に構成されてよい。前記ＭＵＲＴＳ類型フィールドは、当該ＭＵ－ＲＴＳフレームが１６０ＭＨｚ帯域幅以下で送信してＥＨＴ ＳＴＡに別途の形態でユーザー情報フィールドを設定しない場合に、００に設定できる。前記ＭＵ－ＲＴＳフレームが１６０ＭＨｚを超える帯域幅で送信される場合に、１０に設定できる。
前記ユーザー情報フィールドは、１２ビットのＡＩＤフィールド、８ビットのＲＵ割り当てフィールド及び予約フィールドで構成されてよい。前記ユーザー情報フィールドのＡＩＤフィールドがＨＥ ＳＴＡを指示する場合に、又は前記共通フィールドの帯域幅フィールド及び帯域幅拡張フィールドが１６０ＭＨｚ以下の帯域幅を指示して前記ＭＵＲＴＳ類型フィールドが００である場合に、前記８ビットのＲＵ割り当てフィールドは、図１３の８ビットのＲＵ割り当てフィールドと同一に設定されてよい。すなわち、前記ＲＵ割り当てフィールドのＢ０は１６０ＭＨｚ或いは８０＋８０ＭＨｚ帯域幅で送信されるか否かを示し、ＲＵ割り当てフィールドのＢ７－Ｂ１は表３のように構成されてよい。
前記ＭＵ－ＲＴＳフレームが１６０ＭＨｚを超える帯域幅で送信し、ＭＵＲＴＳ類型フィールドが１０である場合に、ＥＨＴ ＳＴＡを指示するユーザー情報フィールド内のＲＵ割り当てフィールドは次のように構成されてよい。前記ＲＵ割り当てフィールドのＢ１－Ｂ０、すなわち、２個の最下位ビットは３２０ＭＨｚ帯域幅のチャネルを４個の８０ＭＨｚチャネルセグメント（ｓｅｇｍｅｎｔ）に分ける時に、当該ＣＴＳフレームが送信される主チャネルの位置している８０ＭＨｚ帯域のセグメント位置を指示できる。
前記ＣＴＳフレームの送信帯域幅及び８０ＭＨｚセグメントでの位置は、ＲＵ割り当てフィールドのＢ７－Ｂ２で指示されてよい。このとき、前記ＲＵ割り当てフィールドのＢ７－Ｂ２値は、下表７のように設定されてよい。
一方、前記Ｂ７－Ｂ２値が３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルを指示する場合に、ＲＵ割り当てフィールドのＢ１－Ｂ０値は１１と指示されてよい。
前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順は、主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ／８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ／１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ／１６０＋１６０ＭＨｚチャネルを用いて行われてよい。又は、前記主２０ＭＨｚチャネルを除いて特定２０ＭＨｚチャネルが占有状態のとき、当該２０ＭＨｚチャネルを空け、残りチャネルのみを用いて行われてよい。前記一部の２０ＭＨｚチャネルを空けてフレームを送信する動作（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ動作）を活用したＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作は次のように行われてよい。
図３１は、本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順を用いてフレーム送受信を保護する動作の第２実施例である。このとき、図２８の動作と同一又は類似の説明は省略されてよい。
図３１を参照すると、ＡＰは複数のＳＴＡとフレーム送受信手順を同時に行うことができる。前記複数のＳＴＡと同時にフレーム送受信する過程は、ＭＵ－ＯＦＤＭＡ或いはＭＵ－ＭＩＭＯ動作によって行われてよい。このとき、ＡＰは、当該フレーム送受信手順を保護するために、当該フレーム送信前にＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順を行うことができる。前記ＭＵ－ＲＴＳフレームは、主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネルのうち一つのチャネルを用いて送信されてよい。このとき、主２０ＭＨｚチャネル以外の２０ＭＨｚチャネルのうち１つ以上の２０ＭＨｚチャネルが占有状態であるか、当該２０ＭＨｚチャネルを使用しようとしない場合に、該当する１つ以上の２０ＭＨｚチャネルを空け、残りチャネルのみを用いてＭＵ－ＲＴＳフレームを送信できる。すなわち、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネルを用いてＭＵ－ＲＴＳフレームを送信する時に、特定２０ＭＨｚチャネルには前記ＭＵ－ＲＴＳフレームが送信されなくてよい。例えば、主８０ＭＨｚチャネルを用いてＭＵ－ＲＴＳフレームを送信しようとする時に、副４０ＭＨｚチャネル内の一つの２０ＭＨｚチャネルが占有状態である場合に、当該チャネルを空け、残りチャネルのみを用いてＭＵ－ＲＴＳフレームを送信できる。
前記ＭＵ－ＲＴＳにはＣＴＳを送信するＳＴＡのＩＤ（例えば、Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、各ＳＴＡがＣＴＳフレームを送信するチャネル（例えば、主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネル）などを指示できる。このとき、ＭＵ－ＲＴＳを送信しないで空けた２０ＭＨｚチャネル（ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌ）をさらに指示できる。前記ＭＵ－ＲＴＳフレームは、後述する図１７のように構成されてよい。前記ＭＵ－ＲＴＳフレームは、複数のＳＴＡからＣＴＳフレームを同時に送信することを要請するフレームであってよい。このとき、前記複数のＳＴＡはＩＥＥＥ ８０２．１１ａｘで定義したＨＥ ＳＴＡを含むことができ、ＩＥＥＥ ８０２．１１ｂｅで定義したＥＨＴ ＳＴＡを含んでよい。
図３１の（ａ）を参照すると、ＡＰは、複数のＳＴＡにＭＵ－ＲＴＳフレームを送信でき、当該ＭＵ－ＲＴＳフレームを含むＰＰＤＵの送信終了時点からＳＩＦＳ時間後に、ＳＴＡから同時に送信されるＣＴＳフレームを受信することができる。前記ＣＴＳフレームは、２０ＭＨｚチャネルごとに反復して送信された形態であってよい。前記ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態であってよい。このとき、複数のＳＴＡが送信するＣＴＳフレームは同一に構成されてよい。したがって、ＡＰの時点では各２０ＭＨｚチャネルでＣＴＳフレームを受信することができる。このとき、各２０ＭＨｚチャネルごとに受信するＣＴＳフレームの受信電力は異なってよい。ＡＰでＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを受信した場合に、ＡＰは、受信したＣＴＳフレームの帯域幅に基づいて複数のＳＴＡとＭＵ－ＯＦＤＭＡ或いはＭＵ－ＭＩＭＯ動作を行うことができる。
一方、前述したように、前記ＭＵ－ＲＴＳフレームを受信したＳＴＡから送信するＣＴＳフレームの送信帯域幅はそれぞれ異なってよい。例えば、図１６の（ｂ）を参照すると、ＳＴＡ１は、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主２０ＭＨｚチャネルである場合に、当該主２０ＭＨｚチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシング動作はＳＩＦＳ時間で行われてよい。前記主２０ＭＨｚチャネルが遊休状態である場合にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ＰＰＤＵ形態で送信されてよい。ＳＴＡ１は、ＣＴＳフレーム送信後に当該２０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。このとき、前記ＣＴＳフレームを送信するＳＴＡは、ＨＥ ＳＴＡ或いはＥＨＴ ＳＴＡであってよい。
図３１の（ｃ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主４０ＭＨｚチャネルである場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ２）は、当該主４０ＭＨｚチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシング動作はＳＩＦＳ時間で行われてよい。前記主４０ＭＨｚチャネルが遊休状態である場合にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。ＳＴＡ２は、ＣＴＳフレーム送信後に当該４０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。このとき、前記ＣＴＳフレームを送信するＳＴＡは、ＨＥ ＳＴＡ或いはＥＨＴ ＳＴＡであってよい。
図３１の（ｄ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主８０ＭＨｚチャネルであり、且つ特定２０ＭＨｚチャネルが空いている形態である場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ３）は、該当する主８０ＭＨｚチャネルのうち、空けるように指示された２０ＭＨｚチャネル以外のチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシングの結果、当該チャネルが遊休状態であれば、ＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。ＳＴＡ３は、ＣＴＳフレーム送信後にＭＵ－ＲＴＳフレーム及びＣＴＳフレームを交換したチャネル以内で下りリンクフレームを受信することができる。前記ＣＴＳフレームを送信するＳＴＡは、ＥＨＴ ＳＴＡであってよい。
前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順に用いられるＭＵ－ＲＴＳフレームは、既存ＭＵ－ＲＴＳフレームにｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌを指示するフィールドが追加されて構成されてよい。又は、当該ＭＵ－ＲＴＳフレームは次のように構成されてよい。
図３２は、本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第３実施例である。このとき、図２９のＭＵ－ＲＴＳフレームと同一に構成される部分は、説明が省略されてよい。
図３２を参照すると、ＭＵ－ＲＴＳフレームはトリガーフレームの形態で構成されてよく、共通フィールド及び１つ以上のユーザー情報フィールドで構成されてよい。前記共通フィールドは、トリガー類型フィールド、当該フレーム後にトリガーフレームがさらに送信されるか否かを示す指示フィールド、受信端末でのキャリアセンシング動作が要求されるかを指示するフィールド、上りリンクフレームの帯域幅フィールド、上りリンクフレームの帯域幅拡張フィールド、及び予約フィールドで構成されてよい。前記共通フィールドはＭＵＲＴＳ類型フィールドをさらに含んでよい。また、前記共通フィールドはｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドを追加としてさらに含んでよい。このとき、前記ＭＵＲＴＳ類型フィールド及びｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールド以外のフィールドは、図１４と同一に設定されてよい。前記ＭＵＲＴＳ類型フィールドを指示するフィールドは、前記ＭＵ－ＲＴＳフレームが一部の２０ＭＨｚチャネルを空けて送信される形態であることを指示できる。例えば、前記ＭＵＲＴＳ類型フィールドは１１に設定されてよい。前記ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドは、前記ＭＵＲＴＳ類型フィールドが１１に設定された時に含まれてよい。前記ＭＵＲＴＳ前記ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドは１６ビットで構成されてよい。このとき、前記１６ビットの各ビットは一つの２０ＭＨｚチャネルを指示できる。したがって、当該ビット位置が０に設定される場合に、ビットの位置に該当する２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームが送信されることを指示できる。例えば、前記１６ビットが２番目の最下位ビット（例えば、Ｂ１）のみが１に設定され、残りのビットが０に設定された場合に、２番目に低い帯域の２０ＭＨｚチャネルのみがｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌであり、他のチャネルではフレームが送信されることを指示できる。このとき、主２０ＭＨｚチャネルは１に設定されなくてよい。
前記ユーザー情報フィールドは図２９或いは図３０と類似に構成されてよい。例えば、当該ＭＵ－ＲＴＳフレームが１６０ＭＨｚ帯域以下で送信され、共通フィールドのＭＵＲＴＳ類型フィールドが１１である場合に、ユーザー情報フィールド内のＲＵ割り当てフィールドのＢ０は、１６０ＭＨｚか或いは８０＋８０ＭＨｚ帯域幅かを指示し、Ｂ７－Ｂ１は、表３のように指示されてよい。当該ＭＵ－ＲＴＳフレームが１６０ＭＨｚ帯域を超える帯域幅で送信され、ＭＵＲＴＳ類型フィールドが１１である場合に、ユーザー情報フィールド内のＲＵ割り当てフィールドは、８ビット或いは９ビットで構成されてよい。当該ＲＵ割り当てフィールドが９ビットである場合に、図１４のように構成されてよい。当該ＲＵフィールドが８ビットである場合に、図３０のように構成されてよい。
当該ＭＵ－ＲＴＳフレームをＡＰから受信したＥＨＴ ＳＴＡは、ＭＵＲＴＳ類型フィールドが１１である場合に、帯域幅フィールド及び帯域幅拡張フィールドを確認し、当該ＭＵ－ＲＴＳフレームが送信される帯域幅を確認することができる。前記ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドから、ＣＴＳ送信時に空けるべきチャネルを確認することができる。また、ＲＵ割り当てフィールドから、当該ＳＴＡが送信すべき帯域幅を確認することができる。当該ＲＵ割り当てフィールドの解釈方法は、ＭＵ－ＲＴＳフレームが送信される帯域幅及びＭＵＲＴＳ類型フィールドによって変わってよい。前記ＭＵ－ＲＴＳフレームが送信される帯域幅及びＭＵＲＴＳ類型フィールドによって解釈されたＲＵ割り当てフィールド及びｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌを確認したＥＨＴ ＳＴＡは、ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドに指示された２０ＭＨｚチャネルを空け、ＲＵ割り当てフィールドに指示された値によって残りチャネルにＣＴＳフレームを送信できる。
一方、当該ＭＵ－ＲＴＳフレームを受信したＨＥ ＳＴＡは、ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドを解読不可能なことがある。このため、当該ＨＥ ＳＴＡは、特定２０ＭＨｚチャネルを空けないで、ＲＵ割り当てフィールドに指示されたチャネルでＣＴＳフレームを送信することがある。
一方、前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換過程で、前記ＣＴＳフレームは１つ以上の２０ＭＨｚチャネルでのみ送信されてよい。この場合、ＭＵ－ＲＴＳ及びＣＴＳフレームの交換動作は次のように行われてよい。
図３３は、本発明の実施例に係るＡＰと複数のＳＴＡとのＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順によってフレーム送受信を保護する動作の第３実施例である。このとき、図２８及び図３１の動作と同一又は類似の説明は省略されてよい。
図３３を参照すると、ＡＰは複数のＳＴＡとフレーム送受信手順を同時に行うことができる。前記複数のＳＴＡと同時にフレーム送受信する過程は、ＭＵ－ＯＦＤＭＡ或いはＭＵ－ＭＩＭＯ動作によって行われてよい。このとき、ＡＰは、当該フレーム送受信手順を保護するために、当該フレーム送信前にＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順を行うことができる。前記ＭＵ－ＲＴＳフレームは主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ又は８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ又は主１６０＋８０ＭＨｚチャネル、主３２０ＭＨｚ又は１６０＋１６０ＭＨｚチャネルのうち一つのチャネルを用いて送信されてよい。このとき、主２０ＭＨｚチャネル以外の２０ＭＨｚチャネルのうち、チャネル状態が占有状態であるか、当該２０ＭＨｚチャネルを使用しようとしない場合に、当該２０ＭＨｚチャネルのみを空け、残りチャネルを用いて送信できる。例えば、主８０ＭＨｚチャネルを用いてＭＵ－ＲＴＳフレームを送信しようとする時に、副４０ＭＨｚチャネル内の一つの２０ＭＨｚチャネルが占有状態である場合に、当該チャネルを空け、残りチャネルのみを用いてＭＵ－ＲＴＳフレームを送信できる。
前記ＭＵ－ＲＴＳにはＣＴＳを送信するＳＴＡのＩＤ（例えば、Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、各ＳＴＡがＣＴＳフレームを送信するチャネルなどを指示できる。前記ＣＴＳフレームを送信するチャネルは、特定２０ＭＨｚチャネル或いは複数個の２０ＭＨｚチャネルであってよい。このとき、前記複数個の２０ＭＨｚチャネルはその形態が制限的であってよい。また、ＭＵ－ＲＴＳを送信しないで空けた２０ＭＨｚチャネル（ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌ）をさらに指示できる。前記ＭＵ－ＲＴＳフレームは、後述する図３４のように構成されてよい。前記ＭＵ－ＲＴＳフレームは、複数のＳＴＡからＣＴＳフレームを同時に送信することを要請するフレームであってよい。このとき、前記複数のＳＴＡは、ＩＥＥＥ ８０２．１１ａｘで定義したＨＥ ＳＴＡを含んでよく、ＩＥＥＥ ８０２．１１ｂｅで定義したＥＨＴ ＳＴＡを含んでよい。このとき、ＨＥ ＳＴＡには主２０ＭＨｚチャネル、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル又は主１６０ＭＨｚチャネル又は主８０＋８０ＭＨｚチャネルでないチャネルでＣＴＳフレームを送信するように指示することができない。
図３３の（ａ）を参照すると、ＡＰは、複数のＳＴＡにＭＵ－ＲＴＳフレームを送信でき、当該ＭＵ－ＲＴＳフレームを含むＰＰＤＵの送信終了時点からＳＩＦＳ時間後にＳＴＡから同時に送信されるＣＴＳフレームを受信することができる。前記ＣＴＳフレームは２０ＭＨｚチャネルごとに反復して送信された形態であってよい。前記ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態であってよい。このとき、複数のＳＴＡが送信するＣＴＳフレームは同一に構成されてよい。したがって、ＡＰの時点では各２０ＭＨｚチャネルでＣＴＳフレームを受信することができる。このとき、各２０ＭＨｚチャネルごとに受信するＣＴＳフレームの受信電力は異なってよい。ＡＰでＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを受信した場合に、ＡＰは、受信したＣＴＳフレームの帯域幅に基づいて複数のＳＴＡとＭＵ－ＯＦＤＭＡ或いはＭＵ－ＭＩＭＯ動作を行うことができる。
一方、前述したように、前記ＭＵ－ＲＴＳフレームを受信したＳＴＡから送信するＣＴＳフレームの送信帯域幅はそれぞれ異なってよい。例えば、図１８の（ｂ）を参照すると、ＳＴＡ１は、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主２０ＭＨｚチャネルである場合に、当該主２０ＭＨｚチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシング動作はＳＩＦＳ時間で行われてよい。前記主２０ＭＨｚチャネルが遊休状態である場合にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ＰＰＤＵ形態で送信されてよい。ＳＴＡ１は、ＣＴＳフレーム送信後に当該２０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。このとき、前記ＣＴＳフレームを送信するＳＴＡは、ＨＥ ＳＴＡ或いはＥＨＴ ＳＴＡであってよい。
図３３の（ｃ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが２番目に低い２０ＭＨｚチャネルである場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ２）は、当該２０ＭＨｚチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシング動作はＳＩＦＳ時間で行われてよい。前記当該２０ＭＨｚチャネルが遊休状態の場合にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ＰＰＤＵ形態で送信されてよい。ＳＴＡ２は、ＣＴＳフレーム送信後に当該２０ＭＨｚチャネル以内で下りリンクフレームを受信することができる。このとき、前記ＣＴＳフレームを送信するＳＴＡは、ＥＨＴ ＳＴＡであってよい。
図３３の（ｄ）を参照すると、ＭＵ－ＲＴＳフレームでＣＴＳフレームを送るように指示したチャネルが主８０ＭＨｚチャネルであり、且つ特定２０ＭＨｚチャネルが空いている形態である場合に、当該ＭＵ－ＲＴＳフレームのユーザー情報フィールドで指示されたＳＴＡ（例えば、ＳＴＡ３）は、主８０ＭＨｚチャネル指示された２０ＭＨｚチャネル以外のチャネルでのみチャネルセンシング動作を行うことができる。チャネルセンシングの結果、当該チャネルが遊休状態の場合にＣＴＳフレームを送信できる。このとき、当該ＣＴＳフレームはｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅｄ ＰＰＤＵ形態で送信されてよい。ＳＴＡ３は、ＣＴＳフレーム送信後にＭＵ－ＲＴＳフレーム及びＣＴＳフレームを交換したチャネル以内で下りリンクフレームを受信することができる。前記ＣＴＳフレームを送信するＳＴＡはＥＨＴ ＳＴＡであってよい。
前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順に用いられるＭＵ－ＲＴＳフレームは、既存ＭＵ－ＲＴＳフレームにおいてＲＵ割り当てフィールドが複数の２０ＭＨｚ帯域を指示できるように変更された形態であってよい。このとき、当該ＭＵ－ＲＴＳフレームにｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌを指示するフィールドが追加されて構成されてよい。又は、当該ＭＵ－ＲＴＳフレームは次のように構成されてよい。
図３４は、本発明の実施例に係るＭＵ－ＲＴＳフレームの構造を示す第４実施例である。このとき、図２９又は図３２のＭＵ－ＲＴＳフレームと同一に構成される部分は、説明が省略されてよい。
図３４を参照すると、ＭＵ－ＲＴＳフレームは、トリガーフレームの形態で構成されてよく、共通フィールド及び１つ以上のユーザー情報フィールドで構成されてよい。前記共通フィールドは、トリガー類型フィールド、当該フレーム後にトリガーフレームがさらに送信されるか否かを示す指示フィールド、受信端末でのキャリアセンシング動作が要求されるかを指示するフィールド、上りリンクフレームの帯域幅フィールド、上りリンクフレームの帯域幅拡張フィールド、及び予約フィールドで構成されてよい。前記共通フィールドはＭＵＲＴＳ類型フィールドをさらに含んでよい。このとき、前記共通フィールドのうち、前記ＭＵＲＴＳ類型フィールドを指示するフィールド以外のフィールドは、図１４と同一に設定されてよい。前記ＭＵＲＴＳ類型フィールドを指示するフィールドは、前記ＭＵ－ＲＴＳフレームが一部の２０ＭＨｚチャネルを空けて送信される形態であることを指示できる。例えば、前記ＭＵＲＴＳ類型フィールドは１１に設定されてよい。一方、前記共通フィールドにはｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドがさらに含まれてよい。前記ｐｕｎｃｔｕｒｅｄフィールドは、前記ＭＵＲＴＳ類型フィールドが１１に設定された時に含まれてよい。前記ｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドが含まれた場合に、当該フィールドは、図１７のＭＵ－ＲＴＳフレームと同一に設定されてよい。
前記ユーザー情報フィールドは、当該フィールドが指示する端末がＨＥ ＳＴＡか或いはＥＨＴ ＳＴＡかによって異なるように構成されてよい。前記ユーザー情報フィールドがＨＥ ＳＴＡを指示する場合に、当該ユーザー情報フィールドは、１２ビットのＡＩＤフィールド及び８ビットのＲＵ割り当てフィールドで構成されてよい。このとき、前記ＲＵ割り当てフィールドのＢ０は、１６０ＭＨｚ或いは８０＋８０ＭＨｚ帯域幅であるか否かを指示し、Ｂ７－Ｂ１は表３のように指示されてよい。当該ユーザー情報フィールドがＥＨＴ ＳＴＡを指示する場合に、当該ユーザー情報フィールドは、１２ビットのＡＩＤフィールド及び８ビット或いは９ビットで構成されたＲＵ割り当てフィールドで構成されてよい。当該ＲＵ割り当てフィールドが９ビットである場合に、前記ＲＵ割り当てフィールドのＢ１－Ｂ０は、３２０ＭＨｚ帯域幅のチャネルを４個の８０ＭＨｚチャネルセグメント（ｓｅｇｍｅｎｔ）に分ける時に、当該ＣＴＳフレームが送信される主チャネルの位置している８０ＭＨｚ帯域のセグメント位置を指示できる。このとき、Ｂ０は、当該８０ＭＨｚ帯域のセグメントの位置を指定できる。例えば、Ｂ０が０に設定された場合に、当該８０ＭＨｚセグメントが低い３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルのうち、低い帯域の１６０ＭＨｚチャネル内に含まれていることを指示できる。Ｂ０が１に設定された場合に、当該８０ＭＨｚセグメントが低い３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルのうち、高い帯域の１６０ＭＨｚチャネル内に含まれていることを指示できる。
前記ＣＴＳフレームの送信帯域幅及び８０ＭＨｚセグメントでの位置は、ＲＵ割り当てフィールドのＢ８－Ｂ２で指示されてよい。このとき、前記ＲＵ割り当てフィールドのＢ８－Ｂ２値は、下表８のように設定されてよい。
前記ＲＵ割り当てフィールドの表８以外の値は用いられなくてよい。
一方、前記Ｂ８－Ｂ２値が３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルを指示する場合に、或いは３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ内の複数のＲＵを指示する場合に、ＲＵ割り当てフィールドのＢ１－Ｂ０値は１１と指示されてよい。
一方、前記ＲＵ割り当てフィールドが８ビットで構成される場合に、前記ＲＵ割り当てフィールドのＢ１－Ｂ０は、３２０ＭＨｚ帯域幅のチャネルを４個の８０ＭＨｚチャネルセグメント（ｓｅｇｍｅｎｔ）に分ける時に、当該ＣＴＳフレームが送信される主チャネルの位置している８０ＭＨｚ帯域のセグメント位置を指示できる。
前記ＣＴＳフレームの送信帯域幅及び８０ＭＨｚセグメントでの位置は、ＲＵ割り当てフィールドのＢ８－Ｂ２で指示されてよい。このとき、前記ＲＵ割り当てフィールドのＢ７－Ｂ２値は下表９のように設定されてよい。
前記ＲＵ割り当てフィールドの表９以外の値は用いられなくてよい。
一方、前記Ｂ８－Ｂ２値が３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ主チャネルを指示する場合に、或いは３２０ＭＨｚ或いは１６０＋１６０ＭＨｚ内の複数のＲＵを指示する場合に、ＲＵ割り当てフィールドのＢ１－Ｂ０値は１１と指示されてよい。
当該ＭＵ－ＲＴＳフレームをＡＰから受信したＥＨＴ ＳＴＡは、ＭＵＲＴＳ類型フィールドが１１である場合に、帯域幅フィールド及び帯域幅拡張フィールドを確認し、当該ＭＵ－ＲＴＳフレームが送信される帯域幅を確認することができる。また、ＲＵ割り当てフィールドから、当該ＳＴＡがＣＴＳフレームを送信すべき１つ以上の２０ＭＨｚチャネルを確認することができる。当該ＲＵ割り当てフィールドの解釈方法は、ＭＵ－ＲＴＳフレームを受信する端末の形態（例えば、ＨＥ ＳＴＡかＥＨＴ ＳＴＡか）及びＭＵＲＴＳ類型フィールドによって変わってよい。前記ＭＵＲＴＳ類型フィールドによって解釈されたＲＵ割り当てフィールドを確認したＥＨＴ ＳＴＡは、ＲＵ割り当てフィールドに指示された１つ以上の２０ＭＨｚチャネルにＣＴＳフレームを送信できる。このとき、前記ＭＵ－ＲＴＳフレームにｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドが追加されている場合に、これを参照して、ＲＵ割り当てフィールドに指示された１つ以上の２０ＭＨｚチャネルでＣＴＳフレームを送信できる。
一方、当該ＭＵ－ＲＴＳフレームを受信したＨＥ ＳＴＡは、追加されたｐｕｎｃｔｕｒｅｄ ｃｈａｎｎｅｌフィールドを解読不可能なことがある。したがって、当該ＨＥ ＳＴＡは特定２０ＭＨｚチャネルを空けないでＲＵ割り当てフィールドに指示されたチャネルでＣＴＳフレームを送信できる。
一方、上記の図１９のＭＵ－ＲＴＳフレームに主２０ＭＨｚチャネルでＣＴＳフレームを送信するように要請する指示子が追加されてよい。前記主２０ＭＨｚチャネルでのＣＴＳフレームを送信する指示子が設定された場合に、前記ＭＵ－ＲＴＳフレームを受信したＳＴＡでは、前記ＲＵ割り当てフィールドで主２０ＭＨｚチャネルが指示されなくとも、主２０ＭＨｚチャネルを含む複数の２０ＭＨｚチャネルでＣＴＳフレームを送信できる。
一方、上記の図１３、図１６或いは図１８に示したＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作は、ＡＰ ＭＬＤに属しているＡＰ及びＳＴＡ ＭＬＤに属している端末間にも行われてよい。このとき、前記ＳＴＡ ＭＬＤは、一部のリンクでＳＴＲ動作が不可能であってよい。したがって、ＡＰ ＭＬＤ内の一つのリンクで当該ＳＴＡ ＭＬＤに属している端末に、他のリンクで、ＡＰ ＭＬＤが当該ＳＴＡ ＭＬＤの他の端末を含む複数の端末にＭＵ－ＲＴＳフレームを送信することで、ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換動作を開始することができる。このとき、ＡＰ ＭＬＤ及びＳＴＡ ＭＬＤ間の動作は次のように行われてよい。
図３５は、本発明の実施例に係る複数の端末のための動作のうち、ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順を用いたチャネル予約過程を示す実施例である。
図３５を参照すると、ＡＰ ＭＬＤに属しているＡＰから送信したＭＵ－ＲＴＳフレームに対して一部のＳＴＡにとってＳＴＲ動作が不可能な特性によってＣＴＳフレームを送信できなくとも、当該チャネルで他のＳＴＡがＣＴＳフレームを送信する場合に、当該ＡＰは、ＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順を用いたチャネル予約過程を行うことができる。例えば、ＡＰ ＭＬＤには複数のＡＰが所属していてよい。このとき、各ＡＰはそれぞれのリンクを運用できる。例えば、ＡＰ ＭＬＤにはＡＰ１、ＡＰ２が所属していてよい。ＡＰ１はリンク１を、ＡＰ２はリンク２を運用できる。ＳＴＡ ＭＬＤ、或いはＳＴＡ ＭＬＤに属していないＳＴＡは、ＡＰ ＭＬＤ内のＡＰと接続されていてよい。例えば、ＳＴＡ ＭＬＤ１に含まれたＳＴＡ１－１、ＳＴＡ１－２はＡＰ ＭＬＤと接続されていてよい。このとき、ＳＴＡ１－１はＡＰ１に、ＳＴＡ１－２はＡＰ２に接続されていてよい。ＳＴＡ ＭＬＤ２に含まれたＳＴＡ２－１、ＳＴＡ２－２はそれぞれＡＰ１、ＡＰ２に接続されていてよい。このとき、ＳＴＡ ＭＬＤ１に属しているＳＴＡ１－１、１－２ではＳＴＲ動作が不可能であり得る。すなわち、ＳＴＡ１－１がリンク１で送信動作を行う途中にはＳＴＡ１－２が受信動作を行えないことがある。ＳＴＡ ＭＬＤ２に属しているＳＴＡ２－１、ＳＴＡ２－２ではＳＴＲ動作が可能であってよい。また、ＳＴＡ ＭＬＤに属していないＳＴＡ３はＡＰ１に接続されていてよい。
図３５の（ａ）を参照すると、ＡＰ ＭＬＤに属しているＡＰ１は、当該ＡＰに接続された複数の端末とフレーム送受信動作を行うことができる。例えば、ＡＰ１はＳＴＡ１－１、ＳＴＡ２－１、ＳＴＡ３にＯＦＤＭＡ動作を活用して同時に下りリンクフレームを送信できる。このとき、当該フレーム送受信動作を保護するために、該当する複数の端末とＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順を行うことができる。
一方、ＡＰ ＭＬＤに属しているＡＰ間のＳＴＲ動作が可能な場合に、ＡＰ１でフレーム送受信動作を行う途中にＡＰ２では独立してフレーム送信のためのチャネル接近動作を行うことができる。当該チャネル接近動作を行った後に複数の端末とのフレーム送受信動作を行うことができる。例えば、ＡＰ２は、複数の端末に送信する下りリンクデータがある場合に、ＳＴＡ１－２及びＳＴＡ２－２との下りリンクＭＩＭＯ動作を活用したり或いは下りリンクＯＦＤＭＡ動作を活用して同時にフレームを送信することができる。このとき、当該フレーム送受信動作を保護するために、該当する複数の端末にＭＵ－ＲＴＳフレームを送信してＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順を行うことを試みることができる。
このとき、図３５の（ｂ）を参照すると、リンク１及びリンク２でＳＴＲ動作が不可能なＳＴＡ ＭＬＤ１はリンク１でフレームを受信しているので、リンク２で前記ＭＵ－ＲＴＳフレームを受信しても、それに対する応答であるＣＴＳフレームを送信できないことがある。このとき、図３５の（ｃ）を参照すると、前記ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームの送信を行い得るＳＴＡは、ＭＵ－ＲＴＳで指示されたチャネルを用いてＣＴＳフレームを送信することができる。このとき、ＣＴＳフレームを送信するＳＴＡは、リンク２で受信した時点にリンク１でフレームを送信せずにいるＳＴＡ ＭＬＤ、リンク１及びリンク２でＳＴＲ動作が可能なＳＴＡ ＭＬＤ或いはＳＴＡ ＭＬＤに属しないＳＴＡであってよい。前記ＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを送信する動作は、図１３、図１６又は図１８におけるように行われてよい。
図３５の（ａ）を参照すると、ＡＰ ＭＬＤの立場では、送信したＭＵ－ＲＴＳフレームに対してＳＴＲ動作が不可能なＳＴＡ ＭＬＤのＳＴＡからＣＴＳフレームを受信できなくとも、同一帯域を用いてＣＴＳフレームを送信するように指示された他の端末がＣＴＳフレームを送信した場合に、当該ＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換に成功したと判断できる。したがって、ＡＰ ＭＬＤのＡＰ２は、ＳＴＡ動作が不可能なためにＣＴＳフレームを送信できなかった端末にまで下りリンクフレームを送信できる。このとき、ＳＴＲ動作が不可能な端末に送信するフレームが含まれているので、リンク１或いはリンク２で送信されるフレームが応答フレーム（例えば、ＡＣＫフレーム或いはＢｌｏｃｋＡｃｋフレーム）の送信を要請する場合に、リンク１及びリンク２で送信される下りリンクフレームの送信終了時点は一致してよい。
一方、図３５の（ｂ）を再び参照すると、ＳＴＲ動作が不可能なためにリンク２で受信したＭＵ－ＲＴＳフレームに対してＣＴＳ応答を送信できなかったＳＴＡ１－２は、他の端末（例えば、ＳＴＡ２－２）が当該チャネルにＣＴＳフレームを送信することにより、当該リンクでＡＰ２が送信する下りリンクフレームを受信することができる。
一方、前記ＳＴＲ動作が不可能なＭＬＤがＭＵ－ＲＴＳフレームの交換過程に参加する場合に、次のような状況で受信したＭＵ－ＲＴＳに対するＣＴＳ応答を送信できず、特定チャネルで送信されるＣＴＳフレームが存在しないことがある。
図３６は、本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対するＣＴＳフレームが送信されない動作を示す図である。
図３６の（ａ）を参照すると、ＭＵ－ＲＴＳフレームを送信するために図１３のようにチャネル拡張動作を行う場合に、拡張チャネルを用いてＣＴＳフレームを用いて指示されたＳＴＡが、ＳＴＲ動作が不可なリンクで下りリンクフレームを受信しているＳＴＡのみ含まれた場合に、当該拡張チャネルにはＣＴＳフレームが送信されなくてよい。すなわち、ＡＰ ＭＬＤが一つのリンクでフレームを送信する途中に他のリンクでチャネル接近動作を完了した後にチャネルを拡張してＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作を行うことができる。このとき、前記ＭＵ－ＲＴＳフレームは、主４０ＭＨｚチャネル、主８０ＭＨｚチャネル、主１６０ＭＨｚ或いは８０＋８０ＭＨｚチャネル、主２４０ＭＨｚ或いは１６０＋８０ＭＨｚチャネル、或いは主３２０ＭＨｚ或いは１６０＋１６０ＭＨｚチャネルのうち一つのチャネルを用いて送信されてよい。このとき、ＳＴＲ動作が可能であるか或いは他のリンクでフレームを受信せずにいるＳＴＡは、図２０の（ｃ）におけるように、受信したＭＵ－ＲＴＳフレームに対するＣＴＳフレームを送信できる。一方、ＳＴＲ動作が不可能な他のリンクでフレームを既に受信しているＳＴＡは、図３５の（ｂ）におけるように、受信したＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを送信できないことがある。このとき、前記拡張チャネルでＣＴＳフレームを送信するように指示されたＳＴＡが、図３５の（ｂ）におけるように、受信したＭＵ－ＲＴＳフレームに対してＣＴＳフレームを送信できないＳＴＡのみが含まれた場合に、当該拡張チャネルでは、送信されたＭＵ－ＲＴＳフレームに対するＣＴＳフレームが送信されないことがある。例えば、ＡＰ ＭＬＤ内にＡＰ１、ＡＰ２が所属していてよい。ＡＰ１はリンク１を、ＡＰ２はリンク２を運用できる。ＳＴＡ ＭＬＤ１にはＳＴＡ１－１、ＳＴＡ１－２が所属していてよい。ＳＴＡ ＭＬＤ２にはＳＴＡ２－１、ＳＴＡ２－２が所属していてよい。ＳＴＡ１－１、ＳＴＡ２－１及びＳＴＡ３はＡＰ１に、ＳＴＡ１－２、ＳＴＡ２－２はＡＰ２に接続されていてよい。このとき、ＳＴＡ ＭＬＤ１のＳＴＡ１－１及びＳＴＡ１－２はリンク１及びリンク２でＳＴＲ動作が不可能であり得る。このとき、ＡＰ１はＳＴＡ１－１、ＳＴＡ２－１、ＳＴＡ３に多重ユーザーＯＦＤＭＡ動作によって下りリンクフレームを送信することができる。又は、ＡＰ１はＳＴＡ１－１に下りリンクフレームを送信できる。ＡＰ１は前記下りリンクフレームを保護するためにＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順をさらに行うことができる。一方、ＡＰ１がＳＴＡ１－１或いはＳＴＡ１－１を含む複数の端末とフレーム送受信動作を行う中に、ＡＰ２がリンク２でフレーム送信のためのチャネル競合過程を完了してよい。
このとき、前記ＡＰ２は、ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信しようとし得る。例えば、ＳＴＡ１－２、ＳＴＡ２－２に下りリンクフレームを送信しようとし得る。このとき、前記下りリンクフレームの送信動作を保護するために、当該フレーム送信前にＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換動作を行うことができる。前記ＭＵ－ＲＴＳフレームの送信は、下りリンクフレームの帯域幅と同じ帯域幅を活用して送信できる。例えば、下りリンクフレームを主８０ＭＨｚチャネルで送信しようとする場合に、ＭＵ－ＲＴＳフレームも８０ＭＨｚ帯域幅を活用して送信できる。前記ＭＵ－ＲＴＳフレームでＳＴＡ２－２が送信するＣＴＳフレームの送信帯域を主４０ＭＨｚチャネルと、ＳＴＡ１－２が送信するＣＴＳフレームの送信帯域幅を主８０ＭＨｚチャネルと指定できる。このとき、ＳＴＡ１－１がリンク１でフレームを受信していることにより、ＳＴＡ１－２は前記リンク２で受信したＭＵ－ＲＴＳフレームに対する応答であるＣＴＳフレームを送信できないことがある。一方、前記ＳＴＡ２－２は、ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。一方、ＡＰ２は、８０ＭＨｚ帯域で送信したＭＵ－ＲＴＳフレームに対してＣＴＳフレームを４０ＭＨｚ帯域でのみ受信したので、前記４０ＭＨｚ帯域のみを用いて下りリンクフレームを送信できる。すなわち、主４０ＭＨｚチャネルでない副４０ＭＨｚチャネルでは実際チャネルが遊休状態であってもフレーム送受信動作を行えないことがある。
また、図３１又は図３３におけるようにＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作を特定２０ＭＨｚチャネルを空けて行う場合にも、特定２０ＭＨｚチャネルに対して送信したＭＵ－ＲＴＳフレームに対してＣＴＳフレームを受信できない状況が発生し得る。図３６（ｂ）を参照すると、図３６の（ａ）におけるように、ＡＰ ＭＬＤにはＡＰ１、ＡＰ２が所属していてよく、ＳＴＡ ＭＬＤ１にはＳＴＡ１－１、ＳＴＡ１－２が所属していてよく、ＳＴＡ ＭＬＤ２はＳＴＡ２－１、ＳＴＡ２－２が所属していてよい。このとき、ＡＰ１、ＡＰ２はそれぞれリンク１及びリンク２を運用でき、ＳＴＡ１－１及びＳＴＡ１－２はリンク１及びリンク２でＳＴＲ動作が不可能なことがある。このとき、ＡＰ１がＳＴＡ１－１又はＳＴＡ１－１を含む複数の端末に下りリンクフレームを送信する動作を行うことができる。当該フレームの送信中に、リンク２でＡＰ２がフレーム送信のためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、送信しようとする下りリンクフレームを保護するためにＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。当該ＭＵ－ＲＴＳフレームの受信ＳＴＡは、下りリンクフレームを受信するＳＴＡであってよい。例えば、ＡＰ２が下りリンクフレームをＳＴＡ１－２、ＳＴＡ２－２に送信しようとする場合に、当該端末にＭＵ－ＲＴＳフレームを送信できる。このとき、前記ＡＰ２は、前記ＭＵ－ＲＴＳフレームを、図１６或いは図１８におけるように特定２０ＭＨｚ帯域を空けて送信できる。前記ＭＵ－ＲＴＳフレームを受信したＳＴＡ１－２及びＳＴＡ２－２では、受信したＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。このとき、前記ＣＴＳフレームは、図１８におけるようにＭＵ－ＲＴＳフレームでＣＴＳフレームを送信するように指示したチャネルでのみ送信できる。このとき、前記ＳＴＡ１－２は、ＳＴＡ１－１がリンク１でフレームを受信しているため、前記ＭＵ－ＲＴＳフレームに対するＣＴＳフレームを送信できないことがある。前記ＳＴＡ２－２はＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。このとき、特定２０ＭＨｚチャネルに対してＳＴＡ１－２のみが前記ＣＴＳフレームを送信するように指示された場合に、当該２０ＭＨｚチャネルは、ＣＴＳ送信がされていない状態であってよい。当該２０ＭＨｚ帯域でＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを受信できなかったＡＰ２は、当該２０ＭＨｚチャネルが実際に遊休状態であっても、当該２０ＭＨｚチャネルを空けて下りリンクフレームを送信することができる。このとき、ＭＵ－ＲＴＳフレームに対するＣＴＳ応答を受信できなかったチャネルが主２０ＭＨｚチャネルである場合に、ＡＰ２は、当該ＭＵ－ＲＴＳフレームに対して他のチャネルでＣＴＳフレームを受信してもＳＴＡ１－２及びＳＴＡ２－２と下りリンクフレーム送受信動作ができないことがある。また、ＭＵ－ＲＴＳフレームに対するＣＴＳ応答を少なくとも主２０ＭＨｚチャネルで受信した場合に、ＣＴＳ応答受信に続く下りリンクフレーム送信を行うことができる。
又は、ＡＰと通信するＳＴＡのうち、一部が一時的に主チャネルを変更する時にも、前記ＭＵ－ＲＴＳフレームに対するＣＴＳフレームが送信されない現象が発生し得る。図３６の（ｃ）を参照すると、上記の図３６の（ａ）のように、ＡＰ ＭＬＤがＳＴＡ ＭＬＤ１及びＳＴＡ ＭＬＤ２にフレームを送信する状況で、リンク２にＡＰ２がフレーム送信前に、ＳＴＡ２－２の主チャネルがＡＰの主チャネルではなく他のチャネルに一時的に移動している状況である場合に、当該ＳＴＡ２－２は、受信したＭＵ－ＲＴＳフレームに対するＣＴＳ応答をＳＴＡ２－２の主チャネルに基づいて送信できる。例えば、図１４或いは図１５のＭＵ－ＲＴＳフレームに対して４０ＭＨｚの帯域幅でＣＴＳフレームを送信することを指示した場合に、当該ＳＴＡ２－２は、前記ＡＰ２から受信したＭＵ－ＲＴＳフレームに対する応答として当該ＳＴＡ２－２の主４０ＭＨｚチャネルを用いてＣＴＳフレームを送信できる。一方、前記ＳＴＡ１－２は、ＡＰ２の主チャネルと同じ主チャネルを用いることができる。このとき、前記ＳＴＡ１－１及びＳＴＡ１－２はＳＴＲ動作が不可能であり、前記ＳＴＡ１－１がリンク１でフレームを受信しているので、前記ＳＴＡ１－２は、受信したＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できないことがある。このとき、特定２０ＭＨｚチャネルに対してＳＴＡ１－２のみが前記ＣＴＳフレームを送信するように指示された場合に、当該２０ＭＨｚチャネルはＣＴＳ送信がされていない状態であってよい。このとき、ＭＵ－ＲＴＳフレームに対するＣＴＳ応答を受信できなかったチャネルが主２０ＭＨｚチャネルである場合に、ＡＰ２は、当該ＭＵ－ＲＴＳフレームに対して他のチャネルでＣＴＳフレームを受信しても、ＳＴＡ１－２及びＳＴＡ２－２と下りリンクフレーム送受信動作ができないことがある。
本発明では、前記ＳＴＲ動作が不可能なＭＬＤに属しているＳＴＡに下りリンクフレームの送信中に、他のリンクでチャネル接近が完了して当該ＭＬＤに属している他のＳＴＡにフレームを送信する場合に、次のように下りリンクフレーム送信動作を行うことができる。
図３７は、本発明の実施例に係るＡＰ ＭＬＤにおいて追加条件を付与してＭＵ－ＲＴＳフレームの送信を省略する動作の第１実施例である。
図３７を参照すると、ＡＰ ＭＬＤが一つのリンクでフレーム送信過程を行う中に他のリンクでフレーム送信のためのチャネル接近動作が完了したとき、当該リンクでＭＵ－ＲＴＳフレームの送信に対するＣＴＳ応答を行えない端末を含んで下りリンクフレームを送信する場合に、当該ＭＵ－ＲＴＳフレームの送信を省略してよい。すなわち、当該リンクで送信しようとするＰＳＤＵ（ＰＨＹ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の長さが特定値（例えば、ｄｏｔ１１ＲＴＳＴｈｒｅｓｈｏｌｄ）を超えてＲＴＳフレーム或いはＭＵ－ＲＴＳフレームの送信が要求される場合にも、前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換過程を省略してよい。例えば、ＡＰ ＭＬＤ内にＡＰ１、ＡＰ２が所属していてよい。ＡＰ１はリンク１を、ＡＰ２はリンク２を運用できる。ＳＴＡ ＭＬＤ１にはＳＴＡ１－１、ＳＴＡ１－２が所属していてよい。ＳＴＡ ＭＬＤ２にはＳＴＡ２－１、ＳＴＡ２－２が所属していてよい。ＳＴＡ１－１、ＳＴＡ２－１及びＳＴＡ３はＡＰ１に、ＳＴＡ１－２、ＳＴＡ２－２はＡＰ２に接続されていてよい。このとき、ＳＴＡ ＭＬＤ１のＳＴＡ１－１及びＳＴＡ１－２はリンク１及びリンク２でＳＴＲ動作が不可能なことがある。このとき、ＡＰ１は、ＳＴＡ１－１、ＳＴＡ２－１、ＳＴＡ３に多重ユーザーＯＦＤＭＡ動作によって下りリンクフレームを送信できる。又は、ＡＰ１は、ＳＴＡ１－１に下りリンクフレームを送信できる。ＡＰ１は、前記下りリンクフレームを保護するために、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換手順をさらに行うことができる。一方、ＡＰ１がＳＴＡ１－１或いはＳＴＡ１－１を含む複数の端末とフレーム送受信動作を行う中に、ＡＰ２がリンク２でフレーム送信のためのチャネル競合過程を完了してよい。ＡＰ２は、ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信しようとしてよい。このとき、前記送信しようとするフレームの受信ＳＴＡのうち１つ以上が、リンク１とＳＴＲ動作が不可能なＳＴＡ ＭＬＤに所属しており、当該ＭＬＤに属しているＳＴＡがリンク１でフレームを受信している場合に、ＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作を行わないで下りリンクフレームを送信できる。このとき、前記チャネル競合過程の完了時点が前記リンク１でのＣＴＳフレームの送信終了時点以前である場合に、前記リンク２でチャネル接近動作が完了しても、前記リンク１での下りリンクフレームを含むＰＰＤＵの開始時点までチャネルセンシング動作を行った後に、当該時点に合わせてフレーム送信動作を行うことができる。
一方、前記リンク２でのチャネル競合過程の完了時点が前記リンク１での下りリンクフレームの送信時間中に発生した場合に、次のようにリンク１での下りリンクフレームを含むＰＰＤＵの残っている送信時間によって次のように動作できる。
図３８は、本発明の実施例に係るＡＰ ＭＬＤで追加条件を付与してＭＵ－ＲＴＳフレームの送信を省略する動作の第２実施例である。
図３８を参照すると、ＡＰ ＭＬＤが一つのリンクでフレーム送信のための動作を行う中に他のリンクでフレーム送信のためのチャネル接近動作が完了したとき、当該リンクでＭＵ－ＲＴＳフレームの送信に対するＣＴＳ応答を行えない端末が含まれている場合に、当該ＭＵ－ＲＴＳフレームの送信を省略してよい。このとき、前記チャネル接近動作を完了した時点が他のリンクで下りリンクフレームを含むＰＰＤＵの送信時間中である場合に、当該リンクでのチャネル接近完了時点にＭＵ－ＲＴＳフレーム及びＣＴＳフレームの送信動作を省略して下りリンクフレームを送信できる。すなわち、当該リンクで送信しようとするＰＳＤＵ（ＰＨＹ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の長さが特定値（例えば、ｄｏｔ１１ＲＴＳＴｈｒｅｓｈｏｌｄ）を超えてＲＴＳフレーム或いはＭＵ－ＲＴＳフレームの送信が要求される場合にも、前記ＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換過程を省略してよい。例えば、上記の図２２におけるようにＡＰ ＭＬＤに属しているＡＰ１がＳＴＡ１－１或いはＳＴＡ１－１を含む複数の端末とフレーム送受信動作を行う中に、ＡＰ２がリンク２でフレーム送信のためのチャネル競合過程を完了してよい。また、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記リンク１でＡＰ１が下りリンクフレームを含むＰＰＤＵを送信する行う途中に前記ＡＰ２がリンク２でのチャネル競合完了したし、当該完了時点にリンク１で送信されるＰＰＤＵの残っている送信時間を確認することができる。このとき、前記リンク１で送信されるＰＰＤＵの残っている送信時間が特定時間以上である場合に、ＡＰ２はＭＵ－ＲＴＳ及びＣＴＳフレームの交換過程を省略し、前記ＳＴＡ１－２を含む端末に下りリンクフレームを送信できる。前記特定時間はＡＰ内に保存された値であってよい。又は、前記特定時間はＡＰ ＭＬＤとＳＴＡ ＭＬＤとの多重リンク動作のための交渉過程中に交換されてよい。
一方、前記リンク２でのチャネル競合完了時点が前記リンク１での下りリンクフレームの送信時間中に発生したし、前記リンク１で送信されているＰＰＤＵの残っている送信時間が前記特定時間以内である場合に、図２３におけるように下りリンクフレームを送信し、当該フレームを含むＰＰＤＵの送信終了時点をリンク１でのＰＰＤＵ送信終了時点と合わせることができる。又は、次のようにＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換過程を行うことができる。
図３９は、本発明の実施例に係るＡＰ ＭＬＤにおいて付与した追加条件によってＭＵ－ＲＴＳフレームを送信する動作の実施例である。このとき、図３７及び図３８と重複する説明は省略されてよい。
図３９を参照すると、ＡＰ ＭＬＤが一つのリンクでフレームを送信する途中に他のリンクでフレーム送信のためのチャネル接近動作が完了したし、当該完了時点から既にフレームを送信しているリンクでのＰＰＤＵ送信終了時点までの時間が特定時間以内である場合に、前記ＡＰ ＭＬＤはＭＵ－ＲＴＳフレームの送信動作を行うことができる。例えば、前記ＡＰ ＭＬＤに属しているＡＰのうち一つのＡＰ（例えば、ＡＰ１）は下りリンクフレームを送信することができる。このとき、前記下りリンクフレームは複数の端末に送信されてよい。例えば、ＡＰ１はリンク１で動作し、ＳＴＡ１－１、ＳＴＡ２－１、ＳＴＡ３に下りリンクフレームを送信できる。このとき、ＳＴＡ１－１及びＳＴＡ１－２はＳＴＡ ＭＬＤ１に所属しており、ＳＴＡ１－１及びＳＴＡ１－２はＳＴＲ動作が不可能なことがある。前記ＡＰ１がリンク１で下りリンクフレームを送信する同じＡＰ ＭＬＤに属している他のＡＰ（例えば、ＡＰ２）でフレーム送信のためのチャネル接近動作を完了してよい。このとき、前記ＡＰ２が送信するフレームのＳＴＡは複数個であってよく、そのうち１つ以上が、リンク１でフレームを受信するＳＴＡであってよい。例えば、ＡＰ２がリンク２で送信する下りリンクフレームは、ＳＴＡ１－２及びＳＴＡ２－２に送信されてよい。このとき、前記ＡＰ２がリンク２でチャネル接近動作を完了した時点にリンク１で送信するフレームを含むＰＰＤＵの残っている送信時間が特定時間以内である場合に、ＡＰ２は、送信しようとするＰＳＤＵの長さによって、ＭＵ－ＲＴＳフレームの送信動作が要求される場合に前記ＭＵ－ＲＴＳフレームを送信できる。又は、ＡＰ２が送信する下りリンクフレームを保護するためにＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換過程を行うことができる。このとき、前記ＭＵ－ＲＴＳフレームには、リンク１で送信される下りリンクフレームと送信終了時点を合わせるためにパディングビットが追加されてよい。又は、前記ＭＵ－ＲＴＳフレームの送信終了時点が前記リンク１でのＰＰＤＵ送信終了時点と一致するようにチャネルセンシング動作をさらに行うことができる。
一方、前記ＭＵ－ＲＴＳフレームを受信した複数のＳＴＡは、前記ＭＵ－ＲＴＳフレームを確認することができ、ＭＵ－ＲＴＳフレームで指示されたチャネルに対してチャネルセンシングを行った後にＣＴＳフレームを送信できる。前記ＣＴＳフレームを受信したＡＰでは複数のＳＴＡに下りリンクフレームを送信できる。このとき、前記リンク１でＳＴＲ動作が不可能な一部のＳＴＡが上りリンク応答フレーム（例えば、ＢｌｏｃｋＡｃｋフレーム）を送信している場合に、当該リンク（例えば、リンク１）での応答フレームを含むＰＰＤＵの送信終了時点まで下りリンク送信を猶予できる。このとき、前記猶予時間においてチャネルセンシング動作を行い、当該時間において当該チャネルが他の端末によって占有されたか否かを確認することができる。
一方、１つ以上の端末が特定チャネルでＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信した場合に、前記ＡＰは、前記ＭＵ－ＲＴＳフレームの送信動作に成功したと判断できる。したがって、次の動作によってＭＵ－ＲＴＳフレームが送信された全ての２０ＭＨｚ帯域のチャネルで１つ以上のＳＴＡがＣＴＳフレームを送信するように誘導できる。
図４０は、本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第１実施例である。
図４０を参照すると、ＡＰ ＭＬＤに属しているＡＰが、ＳＴＲ動作が不可能な状況によってＣＴＳフレームを送信できないＳＴＡを含む複数の端末に下りリンクフレームを送信しようとする場合に、ＣＴＳ送信が不可能なＳＴＡには、主２０ＭＨｚチャネル或いは主２０ＭＨｚチャネルを含む一部のチャネルにＣＴＳフレームを送信するようにチャネルを指示できる。このとき、他のＳＴＡには拡張チャネルでフレームを送信できる。前記他のＳＴＡには当該主チャネル及び拡張チャネルを含んでＣＴＳフレームを送信するように指示できる。すなわち、前記ＣＴＳフレームの送信が不可能なＳＴＡで用いる帯域を含んで他のＳＴＡがＣＴＳフレームを送信するようにしてよい。例えば、ＡＰ ＭＬＤにはＡＰ１、ＡＰ２が所属していてよい。ＡＰ１はリンク１を、ＡＰ２はリンク２を運用できる。ＳＴＡ ＭＬＤ、或いはＳＴＡ ＭＬＤに属していないＳＴＡは、ＡＰ ＭＬＤ内のＡＰと接続されていてよい。例えば、ＳＴＡ ＭＬＤ１に含まれたＳＴＡ１－１、ＳＴＡ１－２はそれぞれＡＰ１、ＡＰ２と接続されていてよい。ＳＴＡ ＭＬＤ２に含まれたＳＴＡ２－１、ＳＴＡ２－２はそれぞれＡＰ１、ＡＰ２に接続されていてよい。このとき、ＳＴＡ ＭＬＤ１に属しているＳＴＡ１－１、ＳＴＡ１－２は、ＳＴＲ動作が不可能なことがある。ＳＴＡ ＭＬＤ２に属しているＳＴＡ２－１、ＳＴＡ２－２は、ＳＴＲ動作が可能であってよい。また、ＡＰ１にはＳＴＡ３がさらに接続されていてよい。
ＡＰ１は、リンク１でチャネル接近動作を完了した後に下りリンクフレームを送信できる。このとき、前記下りリンクフレームはＳＴＡ１－１に送信されるか、ＳＴＡ１－１を含む複数の端末に送信されてよい。このとき、前記リンク１でのフレーム送信動作を保護するために、ＲＴＳ或いはＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。
前記ＡＰ１が下りリンクフレームを送信する途中に、ＡＰ２で下りリンクフレームを送信するためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信できる。このとき、前記下りリンクフレームを含むＰＳＤＵの長さが特定長さ以上となることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作が要求されることがある。このとき、ＡＰは、前記ＭＵ－ＲＴＳフレームを複数のＳＴＡに送信できる。このとき、前記ＳＴＲ動作の可否によってＣＴＳフレームを送信できないＳＴＡ（例えば、ＳＴＡ１－２）は、主２０ＭＨｚチャネル或いは主チャネルを含む一部のチャネルでＣＴＳフレームを送信するように指示できる。このとき、ＳＴＲ動作が可能なＳＴＡ又は前記リンク１でフレームを受信せずにいるＳＴＡは、ＭＵ－ＲＴＳフレームが送信されるチャネルのうち拡張チャネルでＣＴＳフレームを送信するように指示できる。前記ＳＴＲ動作が可能なＳＴＡは、ＳＴＲ動作が可能なＳＴＡ ＭＬＤに属しているＳＴＡであってよい。又は、前記リンク１でフレーム受信動作を行わないＳＴＡ ＭＬＤに属しているＳＴＡであってよい。又は、ＳＴＡ ＭＬＤに属しないＳＴＡであってよい。このとき、各ＳＴＡは、前記ＣＴＳフレームを図１３又は図１６の動作によって送信できる。したがって、ＳＴＲ動作が不可能なため前記ＳＴＡ１－２がＣＴＳフレームを送信できなくても、他のＳＴＡが主チャネルを含む複数のチャネルにＣＴＳフレームを送信することにより、前記ＡＰ２は、送信したＭＵ－ＲＴＳフレームに対するＣＴＳフレームを受信することができる。前記ＭＵ－ＲＴＳフレームに対するＣＴＳフレームを受信したＡＰ２は、前記ＭＵ－ＲＴＳフレームの送信動作に成功したと判断できる。これにより、前記ＡＰ２は、複数の端末に下りリンクフレームを送信することができる。
一方、機器内部の干渉によってＳＴＲ動作が不可能なため、一部のＳＴＡが、受信したＭＵ－ＲＴＳフレームに対するＣＴＳ応答を送信できない場合に、次のように他のＳＴＡに全体帯域でＣＴＳフレームを送信するように要請できる。
図４１は、本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第２実施例である。このとき、図４０と重複する説明は省略されてよい。
図４１を参照すると、ＡＰ ＭＬＤに属しているＡＰが、ＳＴＲ動作が不可能な状況によってＣＴＳフレームを送信できないＳＴＡを含む複数の端末に下りリンクフレームを送信しようとする場合に、ＣＴＳ送信が可能なＳＴＡに全体帯域でＣＴＳフレームを送信するように指示できる。例えば、図２５のように、ＡＰ ＭＬＤにはＳＴＡ ＭＬＤ１、ＳＴＡ ＭＬＤ２及びＳＴＡ３が接続されていてよい。このとき、ＡＰ１はリンク１でチャネル接近動作を完了し、ＳＴＡ１－１を含む複数の端末に下りリンクフレームを送信することができる。このとき、前記リンク１でのフレーム送信動作を保護するためにＲＴＳ或いはＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。
前記ＡＰ１が下りリンクフレームを送信する途中に、ＡＰ２で下りリンクフレームを送信するためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信できる。このとき、前記下りリンクフレームを含むＰＳＤＵの長さが特定長さ以上となることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作が要求されることがある。このとき、ＡＰは、前記ＭＵ－ＲＴＳフレームを複数のＳＴＡに送信できる。このとき、ＳＴＲ動作が不可能な端末が前記ＭＵ－ＲＴＳフレームに対する応答であるＣＴＳフレームを送信できないことがある。前記一部の端末がＣＴＳフレームを送信できず、特定２０ＭＨｚチャネルでＣＴＳフレームが送信されないと判断される場合に、ＡＰ２は、ＣＴＳフレームの送信が可能な他のＳＴＡに、当該チャネルを含んでＣＴＳフレームを送信するように要請できる。前記他のＳＴＡは、ＳＴＲ動作が可能なＳＴＡ ＭＬＤに属しているＳＴＡであってよい。又は、前記リンク１でフレーム受信動作を行わないＳＴＡ ＭＬＤに属しているＳＴＡであってよい。又は、ＳＴＡ ＭＬＤに属しないＳＴＡであってよい。例えば、ＡＰ２が主４０ＭＨｚチャネルでのみＳＴＡ２－２に下りリンクフレームを送信できる。このとき、副４０ＭＨｚチャネルにはＳＴＡ１－２に下りリンクフレームを送信できる。このとき、前記ＳＴＡ１－１がフレームを受信しているので、ＳＴＡ１－２はＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを送信できないことがある。このとき、ＡＰ２は、ＭＵ－ＲＴＳフレームにＳＴＡ２－２がＣＴＳ応答を全体帯域を活用して送信するように要請できる。前記ＭＵ－ＲＴＳフレームを受信したＳＴＡ２－２は、ＭＵ－ＲＴＳフレームを受信した全ての帯域でＣＴＳフレームを送信できる。これにより、ＡＰ２は、送信したＭＵ－ＲＴＳフレームに対するＣＴＳフレームを受信することができる。前記ＭＵ－ＲＴＳフレームに対するＣＴＳフレームを受信したＡＰ２は、前記ＭＵ－ＲＴＳフレームの送信動作に成功したと判断できる。これにより、前記ＡＰ２は、複数の端末に下りリンクフレームを送信できる。
一方、前記ＳＴＲ動作が不可能なＳＴＡ ＭＬＤが一部のチャネルに対してのみＳＴＲ動作が不可能な場合に、ＡＰ ＭＬＤは、ＲＴＳ又はＭＵ－ＲＴＳフレーム及びＣＴＳ交換動作の代わりに、各ＳＴＡでのチャネルが空いているか否かを確認する動作を行うことができる。当該動作は、ＡＰでＢＱＲＰ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ Ｐｏｌｌ）フレームを複数のＳＴＡに送信し、当該複数のＳＴＡでＢＱＲ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ）フレームを送信する過程によって行われてよい。このとき、各ＳＴＡでＢＱＲフレームを送信するチャネルは、下りリンクデータが送信されるチャネルと異なってよい。ＢＱＲフレームを送信する動作によってチャネルが空いていているか否かを確認する過程は、次のように行われてよい。
図４２は、本発明の実施例に係る当該ＳＴＡ ＭＬＤの動作によって特定２０ＭＨｚでのＣＴＳフレームが送信されない状況を回避する動作の第３実施例である。このとき、図４０及び図４１と重複する説明は省略されてよい。
図４２を参照すると、ＡＰ ＭＬＤに属しているＡＰが、ＳＴＲ動作が不可能な状況によってＣＴＳフレームを送信できないＳＴＡを含む複数の端末に、下りリンクフレームを送信しようとする場合に、ＭＵ－ＲＴＳフレーム及びＣＴＳフレームを用いたチャネル予約過程の代わりに、各ＳＴＡに、各２０ＭＨｚチャネルに対してチャネル占有の有無を確認するように要請できる。このとき、前記複数のＳＴＡで確認したチャネル状態はＢＱＲフレームで送信されてよい。前記ＢＱＲ送信を要請するフレームは、ＢＱＲＰフレームであってよい。例えば、図２５のように、ＡＰ ＭＬＤにはＳＴＡ ＭＬＤ１、ＳＴＡ ＭＬＤ２及びＳＴＡ３が接続されていてよい。このとき、ＡＰ１はリンク１でチャネル接近動作を完了し、ＳＴＡ１－１を含む複数の端末に下りリンクフレームを送信できる。このとき、前記リンク１でのフレーム送信動作を保護するために、ＲＴＳ或いはＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。
前記ＡＰ１が下りリンクフレームを送信する途中に、ＡＰ２で下りリンクフレームを送信するためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信できる。このとき、前記下りリンクフレームを含むＰＳＤＵの長さが特定長さ以上となることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作が要求されることがある。このとき、前記ＳＴＡ１－２がＳＴＡ１－１と特定チャネルでＳＴＲ動作が可能な場合に、ＡＰ２は、ＭＵ－ＲＴＳフレームの送信を用いたチャネル保護動作を行う代わりに、下りリンクフレームを受信する複数のＳＴＡにチャネルが占有されたか否かを確認することができる。前記複数のＳＴＡのチャネル状況を確認する動作は、ＡＰ２が複数のＳＴＡに、各２０ＭＨｚチャネルに対してチャネル占有されているか否かを確認するように要請フレームを送信することによって行うことができる。前記要請フレームは前記複数のＳＴＡにチャネル状況を確認するのを要請するフレームであってよい。前記要請フレームはＢＱＲＰ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ Ｐｏｌｌ）フレームであってよい。前記ＢＱＲＰフレームは複数のＳＴＡにＢＱＲを送信することを要請するフレームであってよい。このとき、各ＳＴＡがＢＱＲを送信すべきチャネルを指示できる。このとき、前記ＳＴＡ１－２が一部のチャネルでフレームを送信できる場合に、ＡＰ２は、前記ＳＴＡ１－２がＢＱＲフレームを送信するチャネルを当該チャネルと指定できる。
前記ＡＰ２からＢＱＲＰフレームを受信した複数のＳＴＡは、ＢＱＲＰから、ＢＱＲフレームの送信を要請することを確認することができる。これにより、前記複数のＳＴＡは、当該ＳＴＡが動作可能な全ての帯域に対してチャネルセンシングを行うことができる。これにより、各２０ＭＨｚチャネルの占有されたか否かを確認することができる。前記各２０ＭＨｚチャネルの占有されたか否かを確認した各ＳＴＡは、ＢＱＲＰフレームに指示されたチャネルでＢＱＲフレームを送信できる。このとき、前記ＢＱＲフレームが送信されるＰＰＤＵは、ＨＥ ＴＢ ＰＰＤＵ或いはＥＨＴ ＴＢ ＰＰＤＵの形態で送信されてよい。
前記複数のＳＴＡからＢＱＲフレームを受信したＡＰ２は、各ＳＴＡから全ての帯域に対してチャネル占有の有無が確認できる。ＡＰ２は、前記ＢＱＲフレームで空いていると指示されたチャネルを介して下りリンクフレームを送信できる。このとき、ＡＰ２が各ＳＴＡからＢＱＲを受信したチャネルと当該ＳＴＡに下りリンクフレームを送信するチャネルは異なるチャネルであってよい。
一方、機器内部の干渉によってＳＴＲ動作が不可能なため、図２１におけるように主チャネルでない一部のチャネルでＡＰが送信したＭＵ－ＲＴＳフレームに対するＣＴＳフレームを受信できない場合に、当該ＡＰは、次のように一部のチャネルでＣＴＳフレームを受信した後にチャネルを拡張してフレームを送信できる。
図４３は、本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対してＣＴＳフレームを受信できなくともフレーム送信を持続する動作の第１実施例である。このとき、図４０と重複する説明は省略されてよい。
図４３を参照すると、ＡＰ ＭＬＤに属しているＡＰが、ＳＴＲ動作が不可能な状況によってＣＴＳフレームを送信できないＳＴＡを含む複数の端末に下りリンクフレームを送信しようとする場合に、ＣＴＳ送信が可能なＳＴＡに全体帯域でＣＴＳフレームを送信するように指示できる。例えば、図２５のようにＡＰ ＭＬＤにはＳＴＡ ＭＬＤ１、ＳＴＡ ＭＬＤ２及びＳＴＡ３が接続されていてよい。このとき、ＡＰ１はリンク１でチャネル接近動作を完了し、ＳＴＡ１－１を含む複数の端末に下りリンクフレームを送信することができる。このとき、前記リンク１でのフレーム送信動作を保護するためにＲＴＳ或いはＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。
前記ＡＰ１が下りリンクフレームを送信する途中に、ＡＰ２で下りリンクフレームを送信するためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信できる。このとき、前記下りリンクフレームを含むＰＳＤＵの長さが特定長さ以上となることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作が要求されることがある。このとき、ＡＰ２はＭＵ－ＲＴＳフレームを、前記ＳＴＡ１－２を含む複数のＳＴＡに送信できる。前記ＭＵ－ＲＴＳフレームを受信したＳＴＡのうち、ＣＴＳフレームの送信が可能なＳＴＡは、前記ＭＵ－ＲＴＳフレームに指示されたチャネルに対してキャリアセンシングを行った後、ＣＴＳフレームを送信できる。このとき、ＳＴＲ動作が不可能なため前記ＭＵ－ＲＴＳフレームに対してＣＴＳフレームの送信が不可能なＳＴＡ（例えば、ＳＴＡ１－２）は、前記ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できないことがある。前記ＳＴＡ１－２がＳＴＲ動作が不可能な状況によってＣＴＳフレームを送信できず、特定２０ＭＨｚチャネルは、送信されたＭＵ－ＲＴＳに対してＣＴＳフレームの送信が不可能なことがある。一方、前記ＡＰ２は、前記ＳＴＡ１－２を含んで前記ＭＵ－ＲＴＳフレームを送信した後に、ＳＴＲ動作が不可能なＳＴＡ１－２の特性によって特定２０ＭＨｚチャネルでＣＴＳフレームの送信が不可能であることを認知できる。この場合、当該２０ＭＨｚ帯域でＣＴＳフレームが受信されなくとも他の帯域でＣＴＳフレームを受信した場合に、当該２０ＭＨｚ帯域まで用いて下りリンクフレームを送信することができる。例えば、前記ＭＵ－ＲＴＳフレームで対してＳＴＡ２－２は、主４０ＭＨｚチャネルでＣＴＳフレームを送信するように指示し、ＳＴＡ１－２は主８０ＭＨｚチャネルでＣＴＳフレームを送信するように指示した場合に、副４０ＭＨｚチャネルに対してＣＴＳフレームを受信できなくともＡＰ２はＳＴＡ１－２及びＳＴＡ２－２に８０ＭＨｚチャネルを用いて下りリンクフレームを送信できる。このとき、前記ＡＰ２はＣＴＳフレームを受信できなかったチャネルに対して特定時間においてチャネルセンシング動作をさらに行うことができる。前記チャネルセンシング動作には、受信エネルギーレベルを確認するＥＤ（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ）動作のみが含まれてよい。このとき、前記ＥＤ動作時にチャネルが占有されたと判断する基準エネルギーレベルは、無線ＬＡＮ動作においてチャネルの占有されたか否かを判断するエネルギーレベルよりも低く設定されてよい。例えば、前記ＥＤ動作時にチャネルの占有されたか否かを判断する基準エネルギーレベルは、－８２ｄＢｍに設定されてよい。前記特定時間は、前記ＭＵ－ＲＴＳフレームの送信終了時点以後から下りリンクフレームを送信する前の時点までであってよい。又は、前記特定時間は、特定ＩＦＳ時間（例えば、ＳＩＦＳ、ＰＩＦＳ或いはＡＩＦＳ）であってよい。
一方、前記ＡＰ２は、下りリンクフレームの受信ＳＴＡのうちの一部がＳＴＲが不可能な特定によって、ＭＵ－ＲＴＳフレームを送信してもＣＴＳフレームを受信できないことを認知できる。このとき、前記ＡＰ２は、次のように、当該ＳＴＡにフレームを送信する帯域に対してはＭＵ－ＲＴＳフレームの送信過程を省略し、他の帯域に対してのみＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換手順を行うことができる。
図４４は、本発明の実施例に係る特定２０ＭＨｚチャネルでＭＵ－ＲＴＳフレームに対してＣＴＳフレームを受信できなくともフレーム送信を持続する動作の第２実施例である。このとき、図４０及び図４３と重複する説明は省略されてよい。
図４４を参照すると、ＡＰ ＭＬＤに属しているＡＰが、ＳＴＲ動作が不可能な状況によって、ＣＴＳフレームを送信できないＳＴＡを含む複数の端末に下りリンクフレームを送信しようとする場合に、ＣＴＳ送信が可能なＳＴＡに全体帯域でＣＴＳフレームを送信するように指示できる。例えば、図２５のように、ＡＰ ＭＬＤにはＳＴＡ ＭＬＤ１、ＳＴＡ ＭＬＤ２及びＳＴＡ３が接続されていてよい。このとき、ＡＰ１はリンク１でチャネル接近動作を完了し、ＳＴＡ１－１を含む複数の端末に下りリンクフレームを送信できる。このとき、前記リンク１でのフレーム送信動作を保護するために、ＲＴＳ或いはＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作をさらに行うことができる。
前記ＡＰ１が下りリンクフレームを送信する途中に、ＡＰ２で下りリンクフレームを送信するためのチャネル接近動作を完了してよい。このとき、ＡＰ２は、ＳＴＡ１－２を含む複数のＳＴＡに送信するデータを有し得る。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含む複数の端末に下りリンクフレームを送信できる。このとき、前記下りリンクフレームを含むＰＳＤＵの長さが特定長さ以上となることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレーム及びＣＴＳフレームの交換動作が要求されることがある。このとき、前記ＡＰ２は、前記ＳＴＡ１－２を含んで前記ＭＵ－ＲＴＳフレームを送信しても当該ＳＴＡ１－２がＳＴＲ動作が不可能なことによって特定２０ＭＨｚチャネルでＣＴＳフレームの送信が不可能であることを認知できる。この場合、前記ＡＰ２は、ＣＴＳフレームの送信が不可能であると認知されるチャネルを空け、他のチャネルに対してのみＭＵ－ＲＴＳフレーム及びＣＴＳフレーム交換を用いたチャネル予約過程を行うことができる。例えば、前記ＡＰ２がＳＴＡ２－２には主４０ＭＨｚチャネルで下りリンクフレームを送信し、ＳＴＡ１－２に副８０ＭＨｚチャネルを用いて下りリンクフレームを送信しようとする場合に、主４０ＭＨｚチャネルに対してＭＵ－ＲＴＳフレームを送信してＣＴＳフレームを受信することができる。このとき、前記ＡＰ２が主４０ＭＨｚチャネルでＣＴＳフレームを受信した後、主８０ＭＨｚチャネルに使用チャネルを拡張してＳＴＡ１－２及びＳＴＡ２－２にフレームを送信できる。このとき、前記ＡＰ２は副４０ＭＨｚチャネルに対して特定時間においてチャネルセンシング動作を行うことができる。前記チャネルセンシング動作には、受信エネルギーレベルを確認するＥＤ（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ）動作のみが含まれてよい。このとき、前記ＥＤ動作時にチャネルが占有されたと判断する基準エネルギーレベルは、無線ＬＡＮ動作においてチャネルの占有されたか否かを判断するエネルギーレベルよりも低く設定されてよい。例えば、前記ＥＤ動作時にチャネルの占有されたか否かを判断する基準エネルギーレベルは、－８２ｄＢｍに設定されてよい。前記特定時間は、前記ＭＵ－ＲＴＳフレームの送信終了時点以後から下りリンクフレームを送信する前の時点までであってよい。又は、前記特定時間は特定ＩＦＳ時間（例えば、ＳＩＦＳ、ＰＩＦＳ或いはＡＩＦＳ）であってよい。
図４５は、本発明の実施例に係るソフトＡＰの動作を示す。
ソフトＡＰはＡＰステーションであってよい。また、ソフトＡＰはマルチリンク装置に含まれるＡＰであってよい。このとき、ソフトＡＰはｎｏｎ－ＳＴＲマルチリンク装置に含まれてよい。ソフトＡＰがｎｏｎ－ＳＴＲマルチリンク装置に含まれるとき、このようなマルチリンク装置は、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と呼ぶことができる。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が複数のリンクで動作するとき、複数のリンクは、必須（ｍａｎｄａｔｏｒｙ）リンクと選択的（ｏｐｔｉｏｎａｌ）リンクとに区別できる。具体的には、複数のリンクは少なくとも一つの必須リンクを含んでよい。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とレガシーステーション又は単一リンクステーションとの動作は必須リンクでのみ行われると制限されてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とレガシーステーション又は単一リンクステーションとの連結（ａｓｓｏｃｉａｔｉｏｎ）及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）は必須リンクで行われるものと制限されてよい。このとき、単一リンクステーションは、複数のリンクで動作できないステーションであってよい。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置の必須リンクと選択的リンクは、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置によって指定されてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とｎｏｎ－ＡＰマルチリンク装置との間でマルチリンクが設定（ｓｅｔ－ｕｐ）されるとき、必須リンクと選択的リンクが設定されてよい。例えば、複数のリンクのうち必須リンクが指定されれると、必須リンク以外のリンクは選択的リンクであってよい。
具体的な実施例によって必須リンクとして複数のリンクが指定されてよい。このとき、必須リンクとして指定された複数のリンクは、互いにＳＴＲが可能なリンクであってよい。例えば、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が動作する複数のリンクが第１リンクと第２リンクを含み、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は第１リンクで送信を行う時に、第２リンクで受信を行うことができる。このとき、第１リンクと第２リンクは必須リンクであってよい。必須リンクはｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と通信する複数の装置に同一に設定されるものと制限されてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と通信する複数の装置に互いに異なる必須リンクが設定されることが許容されなくてよい。
また、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置の選択的リンクは、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とマルチリンク装置の通信にのみ用いられてよい。選択的リンクは、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とレガシーステーション又は単一リンクステーションの通信には用いられなくてよい。また、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置とマルチリンク装置の連結（ａｓｓｏｃｉａｔｉｏｎ）及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）は必須リンクで行われてよい。
図４５の実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置（Ｓｏｆｔ ＡＰ、ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）は、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１リンク（Ｌｉｎｋ１）は必須リンクであり、第２リンク（Ｌｉｎｋ２）は選択的リンクである。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置（Ｓｏｆｔ ＡＰ、ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）はｎｏｎ－ＡＰマルチリンク装置（Ｎｏｎ－ＡＰ ＭＬＤ）と第２リンク（Ｌｉｎｋ２）を通じて通信する。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置（Ｓｏｆｔ ＡＰ、ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）はｎｏｎ－ＡＰマルチリンク装置（Ｎｏｎ－ＡＰ ＭＬＤ）と第２リンク（Ｌｉｎｋ２）を通じて連結及び認証を行う。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置（Ｓｏｆｔ ＡＰ、ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）は、レガシーステーション（Ｌｅｇａｃｙ ＳＴＡ）及び単一リンクステーション（Ｓｉｎｇｌｅ ｌｉｎｋ ＳＴＡ）と第１リンク（Ｌｉｎｋ１）を通じて通信する。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置（Ｓｏｆｔ ＡＰ、ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）はレガシーステーション（Ｌｅｇａｃｙ ＳＴＡ）及び単一リンクステーション（Ｓｉｎｇｌｅ ｌｉｎｋ ＳＴＡ）と第１リンク（Ｌｉｎｋ１）で連結及び認証を行う。
必須リンクでのチャネルアクセス方法と選択的リンクでのチャネルアクセス方法が異なってよい。これについては、図４５～図４７でさらに説明する。
図４６は、本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。
前述した必須リンクと選択的リンクで独立にチャネルアクセスが行われる場合に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで送信を行う時に必須リンクでは受信を行えないことがある。このような問題を防止するために、必須リンクで送信が行われるか否かによって選択的リンクで送信を行うか否かが決定されてよい。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、必須リンクで送信を行うか否かに基づいて、選択的リンクで送信を行うか否かを決定できる。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が送信を行う時に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は必須リンクで必須に送信を行うことができる。また、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と連結されたｎｏｎ－ＡＰマルチリンク装置は、必須リンクで送信を行うか否かに基づいて選択的リンクで送信を行うか否かを決定できる。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と連結されたｎｏｎ－ＡＰマルチリンク装置が送信を行う時に、ｎｏｎ－ＡＰマルチリンク装置は必須リンクで必須に送信を行うことができる。
したがって、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、必須リンクで送信を行う時にのみ選択的リンクで送信を行うことができる。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクで送信を行わない時には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで送信を行うことが許容されなくてよい。
ランダムバックオフベースのチャネルアクセスが行われるとき、次のような実施例が適用されてよい。選択的リンクでバックオフカウンターが０に到達しても、必須リンクでバックオフカウンターが０に到達していない場合には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は選択的リンクでの送信を行わなくてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は必須リンクでバックオフカウンターが０に到達するまで待機できる。選択的リンクでバックオフカウンターが０に到達したとき、必須リンクのバックオフカウンターが０に到達するか或いは必須リンクで送信が行われている中であれば、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は選択的リンクで送信を始めることができる。
固定された長さの時間区間におけるチャネルセンシングの結果によってチャネルアクセスが行われる場合に、次の実施例が適用されてよい。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が、あらかじめ指定された時間区間において選択的リンクのチャネルが遊休であると感知しても、必須リンクで送信が行われていない場合には、選択的リンクで送信を始めることが許容されなくてよい。このとき、あらかじめ指定された時間区間はＰＩＦＳであってよい。さらに他の具体的な実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクで送信を行う場合にのみ、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は選択的リンクであらかじめ指定された時間区間においてチャネルセンシングを行い、チャネルアクセスを行うことができる。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、必須リンクで送信するＰＰＤＵの末端と選択的リンクで送信するＰＰＤＵの末端とを整列できる。複数のＰＰＤＵの送信を同時に終了することを、ＰＰＤＵの末端を整列（ａｌｉｇｎ）するということができる。また、複数のＰＰＤＵの送信終了時点間の差がしきい値よりも小さい場合に又は小さいか等しい場合に、複数のＰＰＤＵの末端が整列されているといえる。このとき、しきい値はあらかじめ指定された値であってよい。具体的には、しきい値は、ＳＩＦＳに基づいて設定された値であってよい。また、しきい値は、ＳＩＦＳと信号拡張（ｓｉｇｎａｌ ｅｘｔｅｎｓｉｏｎ）の長さに基づいて設定された値であってよい。例えば、しきい値は、ＳＩＦＳと信号拡張の長さを合わせた値を２で割った値であってよい。このとき、しきい値は８ｕｓであってよい。必須リンク及び選択的リンクのいずれか一つのリンクで送信されるＰＰＤＵが即刻の応答を誘導するフレームを含まない場合にのみ、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置がＰＰＤＵの末端を整列しないことが許容されてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、即刻の応答を誘導するフレームを含むＰＰＤＵの末端と即刻の応答を誘導するフレームを含まないＰＰＤＵの末端とを整列するか、即刻の応答を誘導するフレームを含むＰＰＤＵの末端よりも、即刻の応答を誘導するフレームを含むＰＰＤＵの末端が先にくるように設定できる。例えば、ＰＰＤＵの末端を整列しないものは、応答を誘導するフレームを含まないＰＰＤＵの末端が、即刻の応答を誘導するフレームを含むＰＰＤＵの末端と同一であるか或いは時間的に先にくるものであってよい。
図４６の実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、必須リンクである第１リンク（Ｌｉｎｋ１）と選択的リンクである第２リンク（Ｌｉｎｋ２）で動作する。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲマルチリンク装置に含まれた第１ステーション（ＳＡＴ１）及び第２ステーション（ＳＴＡ２）と結合される。第２ＡＰ（ＡＰ２）が第２ステーション（ＳＴＡ２）にデータ（Ｄａｔａ１）を送信する際に、第１ステーション（ＳＴＡ１）が第１ＡＰ（ＡＰ１）にデータ（Ｄａｔａ２）を送信する場合、第１ＡＰ（ＡＰ１）はデータ（Ｄａｔａ２）を受信することができない。
前述した実施例のように第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）が同時にＰＰＤＵを送信するとき、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）ＰＰＤＵの末端を整列する。第１ＡＰ（ＡＰ１）がデータ（Ｄａｔａ３）を含むＰＰＤＵを送信し、第２ＡＰ（ＡＰ２）がデータ（Ｄａｔａ４）を含むＰＰＤＵを送信するとき、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）はＰＰＤＵの末端を整列する。また、いずれか一つのリンクで送信したＰＰＤＵが即刻の応答を誘導するフレームを含まない場合に、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）がＰＰＤＵの末端を整列しないことが許容されてよい。第１ＡＰ（ＡＰ１）が送信するデータ（Ｄａｔａ５）が即刻の応答を誘導しないので、第１ＡＰ（ＡＰ１）は、第２ＡＰ（ＡＰ２）が送信するＰＰＤＵよりも先にＰＰＤＵ送信を中止できる。
前述したｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置のチャネルアクセス動作に関する実施例は、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と連結されたｎｏｎ－ＡＰマルチリンク装置にも同一に適用されてよい。
前述した実施例のうち、ＰＰＤＵの末端が整列されない例外が許容される場合に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置がいずれか一つのリンクでＰＰＤＵを送信する途中に他のリンクでデータを受信する必要があり得る。例えば、図４５におけるように、第２ＡＰ（ＡＰ２）がデータ（Ｄａｔａ６）を含むＰＰＤＵを送信する中に、第１ＡＰ（ＡＰ１）は、データ（Ｄａｔａ７）を含むＰＰＤＵを第１ステーションから受信することができる。このとき、データ（Ｄａｔａ６）を含むＰＰＤＵの送信によって、第１ＡＰ（ＡＰ１）は、データ（Ｄａｔａ７）を含むＰＰＤＵを受信できないことがある。したがって、このようにいずれか一つのリンクでＰＰＤＵ受信が妨害されない方法が必要であり得る。
図４７は、本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、即刻の応答を誘導するフレームを含むＰＰＤＵが必須リンク及び選択的リンクのうちどのリンクで送信されるかに基づいて、ＰＰＤＵの末端を整列するか否かを決定できる。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで即刻の応答を誘導するフレームを含むＰＰＤＵを送信する場合に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、必須リンクで送信するＰＰＤＵと選択的リンクで送信するＰＰＤＵの末端を整列する必要があり得る。すなわち、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する場合に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクで送信するＰＰＤＵと選択的リンクで送信するＰＰＤＵの末端を整列しないことが許容されてよい。
図４７の実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、必須リンクである第１リンク（Ｌｉｎｋ１）と選択的リンクである第２リンク（Ｌｉｎｋ２）で動作する。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲマルチリンク装置に含まれた第１ステーション（ＳＡＴ１）及び第２ステーション（ＳＴＡ２）と結合される。第２ＡＰ（ＡＰ２）が第２ステーション（ＳＴＡ２）にデータ（Ｄａｔａ１）を送信する際に、第１ステーション（ＳＴＡ１）が第１ＡＰ（ＡＰ１）にデータ（Ｄａｔａ２）を送信する場合に、第１ＡＰ（ＡＰ１）は、データ（Ｄａｔａ２）を受信することができない。前述した実施例におけるように、第１ＡＰ（ＡＰ１）が必須リンクで即刻の応答を誘導しないデータ（Ｄａｔａ１）を含むＰＰＤＵを送信する中に、第２ＡＰ（ＡＰ２）が即刻の応答を誘導するデータ（Ｄａｔａ２）を含むＰＰＤＵを送信する場合に、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）はＰＰＤＵの末端を整列する。第２ＡＰ（ＡＰ２）が即刻の応答を誘導するデータ（Ｄａｔａ４）を含まないＰＰＤＵを送信する場合に、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）はＰＰＤＵの末端を整列しない。具体的には、第２ＡＰ（ＡＰ２）は、第１ＡＰ（ＡＰ１）のＰＰＤＵの送信が終了する前にＰＰＤＵの送信を終了してよい。
前述した実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置の動作は、通信するｎｏｎ－ＡＰマルチリンク装置の動作と同一であってよい。
マルチリンク装置が複数のリンクをセットアップしても、複数のリンクで同時に送信を行ったり同時に受信したりすることを支援できないことがある。このようなマルチリンク装置が制限された種類のフレーム又はＰＰＤＵを送信又は受信することを条件にして複数のリンクで送信又は受信を行うことができる。このとき、制限された種類のフレーム又はＰＰＤＵは、フレームのタイプ又は送信に用いられるＭＣＳ、送信に用いられるスペシャルストリーム数、送信に用いられる周波数帯域幅が制限されてよい。このようなマルチリンク装置の動作を、向上したマルチリンク動作と呼ぶことができる。向上したマルチリンク動作においてマルチリンク装置は、１つ以上のリンクに用いられるプロセシング又は送信能力を、１つ以上の他のリンクに集中するものであってよい。ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、向上したマルチリンク装置動作を行わなくてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が設定した複数のリンクでは向上したマルチリンク装置の動作が許容されなくてよい。例えば、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が設定した複数のリンクで動作するマルチリンク装置の向上したマルチリンク装置の動作を設定しなくてよい。具体的には、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、向上したマルチリンク動作を拒絶したり支援しないものとシグナルされてよい。これは、向上したマルチリンク動作において選択的リンクで送信が行われる際に必須リンクで送信が不可能であるためである。
図４８は、本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでチャネルアクセスを行うことを示す。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで受信を行う中にｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は必須リンクでのチャネルアクセスを遅延できる。これは、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が選択的リンクで受信を行う中にｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクで送信を行う場合に、選択的リンクで受信が妨害されることがあるためである。チャネルアクセス猶予（ｄｅｆｅｒ）は、猶予期間にチャネルアクセスを行わないことであってよい。また、チャネルアクセス猶予は、バックオフカウンターが０に到達しても送信を開始しないことであってよい。また、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、選択的リンクで受信されるＰＰＤＵの送信者の識別子又はアドレスが識別される前であってもチャネルアクセスを猶予することができる。このとき、チャネルアクセス猶予は、選択的リンクで受信が終了するまで持続してよい。
図４８の実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、必須リンクである第１リンク（Ｌｉｎｋ１）と選択的リンクである第２リンク（Ｌｉｎｋ２）で動作する。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲマルチリンク装置に含まれた第１ステーション（ＳＡＴ１）及び第２ステーション（ＳＴＡ２）と結合される。第１ＡＰ（ＡＰ１）が第１ステーション（ＳＴＡ１）に即刻の応答を誘導しないデータ（Ｄａｔａ１）を送信し、第２ＡＰ（ＡＰ２）は第２ステーション（ＳＴＡ２）に即刻の応答を誘導するデータ（Ｄａｔａ２）を送信する。第２ＡＰ（ＡＰ２）が２ステーション（ＳＴＡ２）からデータ（Ｄａｔａ２）に対する応答を受信する間に、第１ＡＰ（ＡＰ１）はチャネルアクセスを猶予する。また、第１ＡＰ（ＡＰ１）が第１ステーション（ＳＴＡ１）に即刻の応答を誘導するデータ（Ｄａｔａ３）を送信し、第２ＡＰ（ＡＰ２）は第２ステーション（ＳＴＡ２）に即刻の応答を誘導するデータ（Ｄａｔａ４）を送信する。第１ＡＰ（ＡＰ１）は第１ステーション（ＳＴＡ１）からデータ（Ｄａｔａ３）に対する応答を受信し、第２ＡＰ（ＡＰ２）は第２ステーション（ＳＴＡ２）からデータ（Ｄａｔａ４）に対する応答を受信する。第２ＡＰ（ＡＰ２）が第２ステーション（ＳＴＡ２）からデータ（Ｄａｔａ４）に対する応答を受信する間に、第１ＡＰ（ＡＰ１）はチャネルアクセスを猶予する。
さらに他の具体的な実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、必須リンクで即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する間に、選択的リンクで即刻の応答を誘導するフレームを含むＰＰＤＵを送信しなくてよい。
図４９は、本発明の実施例に係るｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクでＰＰＤＵを送信することを示す。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置が必須リンクと選択的リンクの両方で即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する場合に、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、選択的リンクでのＰＰＤＵ送信を、必須リンクでのＰＰＤＵ送信よりも遅れないように終了できる。すなわち、この場合、選択的リンクでのＰＰＤＵ送信の終了が、必須リンクでのＰＰＤＵ送信の終了よりも早いか同一であってよい。必須リンクのＰＰＤＵ送信が選択的リンクのＰＰＤＵ送信よりも先に終了する場合には、必須リンクでｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置に送信するステーションの送信を妨害することがあるためである。
図４９の実施例において、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、必須リンクである第１リンク（Ｌｉｎｋ１）と選択的リンクである第２リンク（Ｌｉｎｋ２）で動作する。第１ＡＰ（ＡＰ１）及び第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲマルチリンク装置に含まれた第１ステーション（ＳＡＴ１）及び第２ステーション（ＳＴＡ２）と結合される。
ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置と通信するマルチリンク装置が、必須リンクと選択的リンクの両方で即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する場合に、マルチリンク装置は、必須リンクのＰＰＤＵ送信よりも、選択的リンクでの送信を先に終了できる。このとき、他のステーションが選択的リンクでｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置に送信する場合にも、ｎｏｎ－ＳＴＲソフトＡＰマルチリンク装置は受信を行うことができるためである。
ＡＰマルチリンク装置とｎｏｎ－ＡＰマルチリンク装置は、上の図５で説明したスキャニング及び連結（ａｓｓｏｃｉａｔｉｏｎ）過程でマルチリンク使用に対して交渉できる。スキャニング過程においてＡＰマルチリンク装置のＡＰは複数のリンクに関する情報をシグナルすることができる。具体的には、ＡＰマルチリンク装置のＡＰは、ビーコンフレームに、複数のリンクで動作が可能であることを示す指示子、使用可能なリンクの個数、複数のリンクに関する情報のうち少なくともいずれか一つを含めることができる。また、スキャニング過程においてｎｏｎ－ＡＰマルチリンク装置のステーションは、複数のリンクに関する情報をシグナルすることができる。具体的には、ｎｏｎ－ＡＰマルチリンク装置のステーションは、プローブフレームに、複数のリンクで動作が可能であることを示す指示子を含めることができる。また、ｎｏｎ－ＡＰマルチリンク装置のステーションはプローブフレームに、使用可能なリンクの個数、複数のリンクに関する情報のうち少なくともいずれか一つを含めることができる。
スキャニング過程においてＡＰマルチリンク装置のマルチリンク動作の可否及び使用リンク情報を確認したｎｏｎ－ＡＰマルチリンク装置は、ＡＰマルチリンク装置と連結を行うことができる。このとき、ＡＰマルチリンク装置とＮＯＮ－ＡＰマルチリンク装置は、マルチリンク動作のための交渉過程を始めることができる。マルチリンク動作のための交渉は、ＡＰマルチリンク装置のＡＰとｎｏｎ－ＡＰマルチリンク装置のステーション間の接続過程で行われてよい。ｎｏｎ－ＡＰマルチリンク装置のステーションがＡＰマルチリンク装置のＡＰに接続要請フレームを送る時に、ｎｏｎ－ＡＰマルチリンク装置のステーションは、マルチリンク動作が使用可能であることを示す指示子、及びマルチリンク動作を行うことを要請する要請指示子を送信できる。ステーションから接続要請フレームを受信したＡＰは、マルチリンク動作を要請する指示子を確認することができる。このとき、ＡＰにとってマルチリンク動作が可能な場合に、ＡＰは、マルチリンク動作に用いるリンク情報及び各リンクで用いられるパラメータなどを含めてマルチリンク動作を許容する接続応答フレームを当該ステーションに送信できる。マルチリンク動作のためのパラメータは、マルチリンク動作で用いられる複数のリンクのそれぞれの周波数帯域、複数のリンクのそれぞれの周波数帯域の帯域幅拡張方向、ＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）、及びＳＴＲ動作の可否のうち少なくとも一つを含んでよい。接続要請フレーム及び接続要請応答フレームが交換されてマルチリンク動作の使用が確認されたＡＰマルチリンク装置及びｎｏｎ－ＡＰマルチリンク装置は、当該接続過程後に複数のリンクを用いたフレーム送信動作を行うことができる。
図５０は、本発明の実施例に係る複数のリンクのそれぞれで独立に送信が行われることを示す。
マルチリンク動作のための交渉が完了したＡＰマルチリンク装置とｎｏｎ－ＡＰマルチリンク装置は、リンク別に独立に送受信を行うか、複数のリンクで同時に送受信を行うことができる。複数のリンクのそれぞれで独立に送受信が行われる場合に、ＡＰマルチリンク装置のＡＰとｎｏｎ－ＡＰマルチリンク装置のｎｏｎ－ＡＰステーションは、送信のためのチャネル競合を独立に行う。したがって、各リンクでの送信開始時点及び送信終了時点が同一でなくてよい。また、各リンクのチャネルアクセス手順で獲得されるＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）も独立して獲得されてよい。
図５０の実施例において、ＡＰマルチリンク装置（ＡＰ ＭＬＤ）は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含み、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。ｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）は、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含み、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれも第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。したがって、ＡＰマルチリンク装置（ＡＰ ＭＬｄ）とｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）はいずれか一つのリンクで送信を行う間に他のリンクで受信を行うことができる。
このような実施例は、個別リンクでの送信効率を上げることができる。ただし、ｎｏｎ－ＡＰマルチリンク装置又はＡＰマルチリンク装置がＳＴＲを支援しない場合に、このように複数のリンクのそれぞれで独立に行われるチャネルアクセスは許容されなくてよい。ｎｏｎ－ＡＰマルチリンク装置又はＡＰマルチリンク装置がＳＴＲを支援しない場合に、他の実施例が適用されてよい。これについては図５０で説明する。
図５１は、ｎｏｎ－ＳＴＲリンク対でマルチリンク装置が送信を行う動作を示す。
ＳＴＲを支援しないｎｏｎ－ＳＴＲマルチリンク装置は、いずれか一つのリンクで送信を行う時に他のリンクで受信を行うことができない。したがって、ｎｏｎ－ＳＴＲマルチリンク装置が複数のリンクのそれぞれで独立にチャネルアクセスを行う場合に、送信失敗が発生することがある。図５０（ａ）の実施例において、ＡＰマルチリンク装置（ＡＰ ＭＬＤ）は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含み、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。ｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含み、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）が第１ＡＰ（ＡＰ１）に上り送信（ＵＬ ｆｒａｍｅ）を行う間に、第２ステーション（ＳＴＡ２）は第２ＡＰ（ＡＰ２）と通信を行い難いことがある。
ｎｏｎ－ＳＴＲリンク対が存在する場合に、ｎｏｎ－ＳＴＲリンクで送信を行うマルチリンク装置は、ｎｏｎ－ＳＴＲリンク対で送信されるフレームの送信開始時点及び送信終了時点を整列できる。フレームの送信開始及び送信終了時点は、フレームを含むＰＰＤＵの送信開始時点及び送信終了時点であってよい。そのために、マルチリンク装置は、パディング又はパディングビットを用いることができる。このような同時送信のために同時送信のための交渉が行われてよい。同時送信のための交渉は、同時送信のためにＴＸＯＰを獲得するフレーム交換が含まれてよい。具体的には、マルチリンク装置がＴＸＯＰを獲得する複数のリンクで要請フレームを送信できる。要請フレームを受信したマルチリンク装置は、要請フレームとＳＩＦＳ（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）間隔で応答フレームを送信できる。要請フレームは制御フレームであってよい。また、要請フレームはＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム又はＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）－ＲＴＳフレームであってよい。また、応答フレームはＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームであってよい。前述した要請フレーム又は応答フレームの送信時にいずれか一つのリンクが遊休でない場合に、マルチリンク装置は、複数のリンクのうち遊休のリンクで要請フレーム又は送信フレームを送信できる。図５０（ｂ）の実施例において、図５０（ａ）で説明したように、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれが第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれが第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲマルチリンク装置であるので、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）は同時にフレームを送信し、同時にフレームを受信する。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）はＴＸＯＰを確保するために同時に要請フレームを送信する。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）は、要請フレームに対する応答として応答フレームを同時に送信する。その後、確保されたＴＸＯＰ内で第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）は第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）とフレームを交換する。
ただし、複数のリンクのチャネル状態が異なるため、ｎｏｎ－ＳＴＲリンク対で同時に送信が開始されないことがある。これを考慮して、ｎｏｎ－ＳＴＲマルチリンク装置に送信を送信を行う複数のステーションは、ＰＰＤＵの末端を整列することができる。具体的には、ｎｏｎ－ＳＴＲマルチリンク装置に送信を送信を行う複数のステーションは、ＰＰＤＵの開始を整列できなくともＰＰＤＵの末端を整列することができる。また、前述したように、ｎｏｎ－ＳＴＲリンク対で送信されるＰＰＤＵのいずれか一つのＰＰＤＵが即刻の応答を誘導するフレームを含まない場合に、他のＰＰＤＵの末端は、即刻の応答を誘導するフレームを含まないＰＰＤＵの末端と整列されなくてよい。図５０（ｂ）の実施例において、図５０（ａ）で説明したように、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれが第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれが第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲマルチリンク装置であるので、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）が同時にＰＰＤＵを送信する時にＰＰＤＵの末端を整列する。第１ＡＰ（ＡＰ１）が即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する場合に、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）はＰＰＤＵの末端を整列しない。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）が同時にＰＰＤＵを送信する場合に、１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）はＰＰＤＵの末端を整列する。
前述したｎｏｎ－ＳＴＲリンク対は、ＳＴＲが不可能なリンク対を表す。ｎｏｎ－ＳＴＲリンクグループは、ｎｏｎ－ＳＴＲリンクグループが含む複数のリンクがｎｏｎ－ＳＴＲリンク対を含むものを表す。ＡＰマルチリンク装置が動作する複数のリンクのうち一部がｎｏｎ－ＳＲＴリンク対である場合に適用される実施例については図５１で説明する。
図５２は、ＡＰマルチリンク装置が動作する複数のリンクのうち一部がｎｏｎ－ＳＴＲリンク対である場合に適用される本発明の実施例を示す。
マルチリンク装置は、マルチリンク装置に含まれていないステーションと結合することがある。このとき、マルチリンク装置に含まれていないステーションは、他のリンクで送信が行われるか否かが判断し難い。また、ｎｏｎ－ＳＴＲリンク対で互いに異なるマルチリンク装置に含まれたステーションが通信を行う場合に、互いに異なるマルチリンク装置に含まれたステーションは、ステーションが動作するリンクでない他のリンクで送信が行われるかが判断し難い。図５１は、ｎｏｎ－ＳＴＲ ＡＰマルチリンク装置が、マルチリンク装置に含まれていない第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）と通信する。図５１（ａ）の実施例で、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）でチャネルアクセスを試みる。第１ＡＰ（ＡＰ１）はチャネルアクセスに成功し、ＲＴＳフレーム送信を始めることでフレーム交換シーケンスを始める。第２ＡＰ（ＡＰ２）はチャネルアクセスに失敗し、フレーム交換シーケンスを始めることができない。前述したように、第２ＡＰ（ＡＰ２）は第１リンクで送信が行われるかを判断できない。第１ＡＰ（ＡＰ１）が第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）にデータを送信する時に、第２ステーション（ＳＴＡ２）は上り送信を行うことができる。図５１（ｂ）の実施例において、第１ステーション（ＳＴＡ１）はチャネルアクセスに成功し、ＲＴＳフレーム送信を始めることでフレーム交換シーケンスを始める。第２ステーション（ＳＴＡ２）はチャネルアクセスに成功して上り送信を試みる。第１ＡＰ（ＡＰ１）が第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）が送信するデータを受信中に、第２リンク（Ｌｉｎｋ２）で第２ステーション（ＳＴＡ２）の送信が完了してよい。このとき、第１ＡＰ（ＡＰ１）が第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）が送信するデータを受信中であるので、第２ＡＰ（ＡＰ２）は第２ステーション（ＳＴＡ２）の送信に対する応答を送信することができない。また、第２ＳＴＡ（ＳＴＡ２）は、第２ステーション（ＳＴＡ２）が送信した送信の成否が確認できない。このようなフレーム交換の失敗を防止するための実施例については図５３で説明する。
図５３は、本発明の実施例によってマルチリンク装置がｎｏｎ－ＳＴＲリンク対を含む複数のリンクで動作することを示す。
マルチリンク装置がｎｏｎ－ＳＴＲリンク対を含む複数のリンクで動作する場合に、マルチリンク装置は、複数のリンクのうち少なくともいずれか一つを基本リンクとして指定できる。このとき、基本（ｂａｓｉｃ）リンクは、前述した必須リンクであってよい。マルチリンク装置は、複数のリンクのうち一つのリンクを基本リンクとして指定できる。複数のリンクのうち基本リンク以外のリンクを、拡張リンクと呼ぶことができる。
ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対に含まれたリンクに接続しようとする場合に、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対に含まれた全てのリンクに接続するように誘導できる。また、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置に含まれていないステーションがＳＴＲリンク対に含まれたリンクに接続しようとする場合に、ＡＰマルチリンク装置はｎｏｎ－ＡＰマルチリンク装置に含まれていないステーションがＳＴＲリンク対に含まれるリンクに接続するように誘導できる。
さらに他の具体的な実施例において、ＡＰマルチリンク装置は、基本リンクでのみｎｏｎ－ＡＰマルチリンク装置に含まれていないステーションの連結を許容することができる。ｎｏｎ－ＡＰマルチリンク装置に含まれないステーションは、ＡＰマルチリンク装置の基本リンクでのみＡＰマルチリンク装置に連結されてよい。
図５３の実施例において、ｎｏｎ－ＳＴＲ ＡＰマルチリンク装置（ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）は、ＳＴＲが可能なリンク対である第１リンク（Ｌｉｎｋ１）、第２リンク（Ｌｉｎｋ２）及び第３リンク（Ｌｉｎｋ３）で動作する。第１リンク（Ｌｉｎｋ１）及び第２リンク（Ｌｉｎｋ２）はｎｏｎ－ＳＴＲリンク対であり、第１リンク（Ｌｉｎｋ１）及び第３リンク（Ｌｉｎｋ３）はＳＴＲが可能なＳＴＲリンク対であり、第２リンク（Ｌｉｎｋ２）及び第３リンク（Ｌｉｎｋ３）はＳＴＲが可能なＳＴＲリンク対である。ｎｏｎ－ＳＴＲ ＡＰマルチリンク装置（ｎｏｎ－ＳＲＴ ＡＰ ＭＬＤ）は、第１リンク（Ｌｉｎｋ１）及び第３リンク（Ｌｉｎｋ３）を基本リンクとして指定する。このとき、マルチリンク装置に含まれていない第３ステーション（ＳＴＡ３）は、第１リンク（Ｌｉｎｋ１）又は第３リンク（Ｌｉｎｋ３）でｎｏｎ－ＳＴＲマルチリンク装置（ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）に連結されてよい。マルチリンク装置に含まれていない第３ステーション（ＳＴＡ３）は、第１リンク（Ｌｉｎｋ１）又は第２リンク（Ｌｉｎｋ２）でｎｏｎ－ＳＴＲマルチリンク装置（ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）に連結されなくてよい。ｎｏｎ－ＳＴＲマルチリンク装置（ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）は、第３ステーション（ＳＴＡ３）が第３リンク（Ｌｉｎｋ３）でｎｏｎ－ＳＴＲマルチリンク装置（ｎｏｎ－ＳＴＲ ＡＰ ＭＬＤ）に連結されるように誘導できる。
前述した実施例において、基本リンクのチャネルロードが過度に上がることがある。これを防止するために、ｎｏｎ－ＳＴＲリンク対に含まれるリンクの数を制限できる。このとき、ｎｏｎ－ＳＴＲリンク対に含まれるリンクの数は２個であってよい。
前述した実施例において、マルチリンク動作のための交渉において、ＡＰマルチリンク装置は、基本リンクへの連結を誘導できる。これについては図５３で説明する。
図５４は、本発明の実施例に係るＡＰマルチリンク装置がマルチリンク装置に含まれていないステーションと結合する動作を示す。
マルチリンク装置に含まれていないステーションがＡＰマルチリンク装置に拡張リンクで連結要請をする場合に、ＡＰマルチリンク装置は、ステーションの連結要請を拒絶することができる。具体的な方法として、マルチリンク装置に含まれていないステーションがＡＰマルチリンク装置にプローブ要請フレームを送信する場合に、ＡＰマルチリンク装置はステーションにプローブ応答フレームを送信しなくてよい。また、マルチリンク装置に含まれていないステーションがＡＰマルチリンク装置に拡張リンクで連結要請フレームを送信する場合に、ＡＰマルチリンク装置は、接続要請を拒絶する指示子を含む連結応答フレームをステーションに送信できる。このとき、連結応答フレームは、他のリンクへの接続を提案する状態コードを指示するフィールドを含んでよい。例えば、他のリンクへの接続を提案する状態コードは８２であってよい。また、連結応答フレームは、接続を提案するリンクに関する情報を含んでよい。このとき、接続を提案するリンクに関する情報は、Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報エレメント形態であってよい。Ｎｅｉｇｈｂｏｒ Ｒｅｐｏｒｔ情報エレメントは、ＳＳＩＤ、チャネル及びオペレーションクラス、タイミング情報のうち少なくとも一つを含んでよい。接続を提案するリンクは、ＳＴＲリンク対に含まれる基本リンクであってよい。マルチリンクに含まれていないステーションは、ＡＰマルチリンク装置が接続を提案するリンクに関する情報に基づいて、ＡＰマルチリンク装置が接続を提案するリンクに連結を試みることができる。
また、ＡＰマルチリンク装置は、拡張リンクと基本リンクで同時にビーコンフレームを送信できる。また、ＡＰマルチリンク装置は、拡張リンクでマルチリンク装置に含まれないステーションがデコードできない形態でビーコンフレームを送信できる。具体的には、例えば、ビーコンフレーム内Ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎフィールドのうち、ＩＢＳＳ ＳＴＡ副フィールド及びＥＳＳ副フィールド値をいずれも１に設定できる。このとき、マルチリンク装置に含まれないステーションは当該ビーコンをデコードできず、ビーコンフレームに基づいて連結要請を送信することができない。このような実施例において、ＡＰマルチリンク装置は、ｎｏｎ－ＳＴＲリンク対に含まれる基本リンクでもマルチリンク装置に含まれないステーションがデコードできない形態でビーコンフレームを送信することができる。また、ＡＰマルチリンク装置は、拡張リンクで送信するビーコンフレームのＢＳＳロード情報エレメントのうち一部のフィールドをあらかじめ指定された値に設定できる。このとき、ＡＰマルチリンク装置は、拡張リンクで送信するビーコンフレームのＢＳＳロード情報エレメントがチャネル使用率が最大値を示すように設定できる。また、ＡＰマルチリンク装置は、拡張リンクで送信するＢＳＳロード情報エレメントが連結されたステーションの数が最大値を表すように設定できる。このように設定されたビーコンフレームを受信したステーションは、拡張リンクで連結を行うことができないか或いは連結を行うことが効率を低下させると判断し、連結を試みなくてよい。さらに他の具体的な実施例において、ＡＰマルチリンク装置は、拡張リンクでビーコンフレームを送信しなくてよい。
前述した実施例は、拡張リンクの他、ｎｏｎ－ＳＴＲリンク対に含まれる基本リンクにも適用されてよい。例えば、ＡＰマルチリンク装置は、マルチリンクに含まれないステーションがｎｏｎ－ＳＴＲリンク対に含まれる基本リンクで連結要請フレームを送信しても連結を拒否するフレームを送信することができる。
図５４の実施例において、マルチリンク装置に含まれていないステーション（ＳＴＡ）は、拡張リンクで動作する第２ＡＰ（ＡＰ２）にプローブ要請フレームを送信する。このとき、第２ＡＰ（ＡＰ２）はステーション（ＳＴＡ）にプローブ応答フレームを送信しない。マルチリンク装置に含まれていないステーション（ＳＴＡ）は、拡張リンクで動作する第２ＡＰ（ＡＰ２）に連結要請フレームを送信する。このとき、第２ＡＰ（ＡＰ２）は、連結を拒絶する状態コードを含む連結応答フレームをステーション（ＳＴＡ）に送信する。このとき、連結応答フレームは、前述したように、第３ＡＰ（ＡＰ３）又は第１ＡＰ（ＡＰ１）が動作するリンクに関する情報を含んでよい。ステーション（ＳＴＡ）は第３ＡＰ（ＡＰ３）が動作するリンクに関する情報に基づいて第３ＡＰ（ＡＰ３）に連結要請フレームを送信する。
図５５は、本発明の実施例に係るＡＰマルチリンク装置がマルチリンク装置に含まれたステーションと結合する動作を示す。
ｎｏｎ－ＡＰマルチリンク装置は、プローブ要請フレームを用いて、マルチリンク動作のためのリンクに関する情報をＡＰマルチリンク装置に要請できる。具体的には、プローブ要請フレームは、マルチリンク動作のためのリンク情報を要請する指示子を含んでよい。マルチリンク動作のためのリンクに関する情報を含むプローブ要請フレームを受信したＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置に、マルチリンク動作のためのリンクに関する情報を含むプローブ応答フレームを送信できる。マルチリンク動作のためのリンクに関する情報は、ＳＴＲリンク対に関する情報、ｎｏｎ－ＳＴＲリンク対に関する情報及び基本リンクに関する情報のうち少なくともいずれか一つを含んでよい。ｎｏｎ－ＡＰマルチリンク装置は、プローブ応答フレームからマルチリンク動作のためのリンクに関する情報を取得できる。
ｎｏｎ－ＡＰマルチリンク装置は、ＡＰマルチリンク装置に連結要請フレームを用いてマルチリンク動作要請を送信できる。連結要請フレームは、マルチリンク動作を要請することを示す指示子を含んでよい。マルチリンク動作要請を受信したＡＰマルチリンク装置は、マルチリンク動作受諾の可否を判断できる。具体的には、連結要請フレームがマルチリンク動作を要請することを示す指示子を含む場合に、ＡＰマルチリンク装置は、マルチリンク動作を受諾できるか否かを判断できる。具体的な実施例において、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対で連結を要請するか、或いはｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対の基本リンクで連結を要請するかを判断できる。また、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置が複数のリンクで連結を要請するかを判断できる。ｎｏｎ－ＡＰマルチリンク装置が使用不可のリンクで連結を要請する場合に、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置の連結要請を拒絶することができる。具体的には、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対の拡張リンクで連結を要請する場合に、ＡＰマルチリンク装置はｎｏｎ－ＡＰマルチリンク装置の連結要請を拒絶することができる。また、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対のリンクのうち一部のリンクでのみ連結を要請する場合に、ＡＰマルチリンク装置はｎｏｎ－ＡＰマルチリンク装置の連結要請を拒絶することができる。マルチリンク装置は、連結の拒絶を指示する連結応答フレームを送信し、ｎｏｎ－ＡＰマルチリンク装置の連結要請を拒絶することができる。また、マルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置が連結を要請したリンクと異なるリンクを指示する連結応答フレームを送信できる。
図５５の実施例において、ｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）は、ＡＰマルチリンク装置（ＡＰ ＭＬＤ）にプローブ要請フレームを送信する。プローブ要請フレームは、マルチリンク動作のためのリンク情報を要請する指示子（Ｍｕｌｔｉ－ｌｉｎｋ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｄｉｃａｔｉｏｎ）を含む。ＡＰマルチリンク装置（ＡＰ ＭＬＤ）はｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）に、マルチリンク動作のためのリンク情報を含むプローブ応答フレームを送信する。ｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）は、マルチリンク動作のためのリンク情報を取得する。ｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）はＡＰマルチリンク装置（ＡＰ ＭＬＤ）に、マルチリンク交渉のための情報を含む連結要請フレームを送信する。ＡＰマルチリンク装置（ＡＰ ＭＬＤ）はｎｏｎ－ＡＰマルチリンク装置（ＳＴＡ ＭＬＤ）に、連結応答フレームを用いてマルチリンク動作受諾の可否を送信する。
マルチリンク装置がｎｏｎ－ＳＴＲリンク対で送信を行う場合に、基本リンクで送信が行われるか否かによって拡張リンクで送信が制限されてよい。これについては図５５で説明する。
図５６は、本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うことを示す。
前述したように、ｎｏｎ－ＳＴＲリンク対でＡＰマルチリンク装置とマルチリンク装置に含まれていないステーションとが通信したりＡＰマルチリンク装置とマルチリンク装置のステーションとがｎｏｎ－ＳＴＲリンク対のうち一部のリンクでのみ通信する場合に、基本リンクが指定されてよい。マルチリンク装置は、基本リンクでのみ独立したチャネルアクセスを行うことができる。具体的には、マルチリンク装置は、基本リンクで送信を行う条件で拡張リンクでも送信を行うことができる。したがって、基本リンクが占有された場合に、拡張リンクでマルチリンク装置の送信が許容されなくてよい。マルチリンク装置は、ＡＰマルチリンク装置又はｎｏｎ－ＡＰマルチリンク装置であってよい。
図５６の実施例において、ＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、ｎｏｎ－ＡＰマルチリンク装置は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含む。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、マルチリンクに含まれていない第３ステーション（ＳＴＡ３）は、第１ＡＰ（ＡＰ１）と第１リンクで連結される。第１ステーション（ＳＴＡ１）が第１リンク（Ｌｉｎｋ１）で送信を行わない場合に、第２ステーション（ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）で送信を行うことができない。第１ステーション（ＳＴＡ１）が第１リンク（Ｌｉｎｋ１）で送信を行う時に第２ステーション（ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）で送信を行う。
このような実施例において送信を行う前にチャネルアクセスを行う動作については、図５７で説明する。
図５７は、本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うためのチャネルアクセスを行うことを示す。
マルチリンク装置が基本リンクでランダムバックオフベースのチャネルアクセスに成功し、基本リンクでチャネルアクセスに成功した時に、拡張リンクであらかじめ指定された時間区間だけ連続して遊休である場合に、マルチリンク装置は、基本リンクと拡張リンクで同時に送信を行うことができる。あらかじめ指定された時間区間はＰＩＦＳであってよい。また、あらかじめ指定された時間区間はＡＩＦＳであってよい。さらに他の具体的な実施例において、マルチリンク装置が基本リンクでランダムバックオフベースのチャネルアクセス成功し、拡張リンクも基本リンクが遊休であるだけ遊休である場合に、マルチリンク装置は基本リンクと拡張リンクで同時に送信を行うことができる。マルチリンク装置はＡＰマルチリンク装置又はｎｏｎ－ＡＰマルチリンク装置であってよい。
基本リンクでチャネルアクセスに成功したのに拡張リンクが遊休でない場合に、ＡＰマルチリンク装置は送信を行わなくてよい。さらに他の具体的な実施例において、基本リンクでチャネルアクセスに成功したのに拡張リンクが遊休でない場合に、ＡＰマルチリンク装置は基本リンクでバックオフカウンターの値を初期化してチャネルアクセスを再び始めることができる。このような動作はｎｏｎ－ＡＰマルチリンク装置にも同一に適用されてよい。
図５７の実施例は、図５５の実施例においてチャネルアクセス動作が具体化されている。第１ステーション（ＳＴＡ１）が基本リンクである第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功し、第２ステーション（ＳＴＡ２）は第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功したとき、第２リンク（Ｌｉｎｋ２）があらかじめ指定された時間区間だけ連続して遊休であるか判断する。第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功したとき、第２リンク（Ｌｉｎｋ２）があらかじめ指定された時間区間だけ連続して遊休であったので、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）は同時に送信を行う。
ｎｏｎ－ＳＴＲリンク対で適用できるさらに他のチャネルアクセス方法については、図５７で説明する。
図５８は、本発明の実施例に係るマルチリンク装置が基本リンクに基づいてｎｏｎ－ＳＴＲリンク対で送信を行うためのチャネルアクセスを行うことを示す。
ｎｏｎ－ＳＴＲリンク対でマルチリンク装置は独立してランダムバックオフベースのチャネルアクセスを行うことができる。このとき、マルチリンク装置は、第１リンクでバックオフカウンターが０に到達しても第２リンクでバックオフカウンターが０に到達していない場合に、送信を開始せずに待機できる。具体的には、マルチリンク装置は、第１リンクでバックオフカウンターが０に到達しても第２リンクでバックオフカウンターが０に到達するまで送信を開始しなくてよい。このとき、マルチリンク装置は、第２リンクでバックオフカウンターが０に到達した時に第１リンクと第２リンクで同時に送信を行うことができる。第１リンクが基本リンクであり、第２リンクが遊休でないと感知された場合に、マルチリンク装置は第１リンクでのみ送信を行うことができる。また、マルチリンク装置が拡張リンクでのみチャネルアクセスに成功しても、マルチリンク装置が拡張リンクでのみ送信を行うことが許容されなくてよい。マルチリンク装置は、ＡＰマルチリンク装置又はｎｏｎ－ＡＰマルチリンク装置であってよい。
図５８の実施例において、第２ステーション（ＳＴＡ２）は、第２リンク（Ｌｉｎｋ２）でバックオフカウンターが０に到達しても、第１ステーション（ＳＴＡ１）が基本リンクである第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功できなかったため、送信を開始せずに待機する。第１ステーション（ＳＴＡ１）が基本リンクである第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功した時に、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）が同時に送信を行う。
ｎｏｎ－ＳＴＲリンク対の全てに１つのｎｏｎ－ＡＰマルチリンク装置が連結される場合に、チャネルアクセス実行方法については、図５９及び図６０で説明する。
図５９は、ｎｏｎ－ＳＴＲリンク対の全てに１つのｎｏｎ－ＡＰマルチリンク装置が連結される場合に、本発明の実施例に係るマルチリンク装置のチャネルアクセスを示す。
ｎｏｎ－ＳＴＲリンク対でマルチリンク装置は独立してランダムバックオフベースのチャネルアクセスを行うことができる。このとき、マルチリンク装置は、第１リンクでバックオフカウンターが０に到達しても、第２リンクでバックオフカウンターが０に到達していない場合に、送信を開始せずにバックオフカウンターを０に維持できる。具体的には、マルチリンク装置は、第１リンクでバックオフカウンターが０に到達しても第２リンクでバックオフカウンターが０に到達するまで送信を開始しなくてよい。このとき、マルチリンク装置は、第２リンクでバックオフカウンターが０に到達した時に、第１リンクと第２リンクで同時に送信を行うことができる。
図５９の実施例において、第２ステーション（ＳＴＡ２）は、第２リンク（Ｌｉｎｋ２）でバックオフカウンターが０に到達しても、第１ステーション（ＳＴＡ１）が基本リンクである第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功できなかったため、送信を開始せずにバックオフカウンターを０に維持する。第１ステーション（ＳＴＡ１）が基本リンクである第１リンク（Ｌｉｎｋ１）でチャネルアクセスに成功した時に、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）が同時に送信を行う。
ＳＴＲリンク対でマルチリンク装置は独立してランダムバックオフベースのチャネルアクセスを行うことができる。マルチリンク装置は、いずれか一つのリンクでまずチャネルアクセスに成功した場合に、当該リンクで送信を始めることができる。ただし、マルチリンク装置が即刻の応答を含むＰＰＤＵを送信する場合に、マルチリンク装置は、複数のリンクで送信されるＰＰＤＵの末端を整列することができる。
前述した実施例において、マルチリンク装置がいずれか一つのリンクでチャネルアクセスに成功し、他のリンクのバックオフ手順が完了することを待機する時に、マルチリンク装置は、チャネルアクセスに成功したリンクでチャネルセンシングを行うことができる。このとき、チャネルアクセスに成功したリンクでチャネルが遊休でないと感知される場合に、マルチリンク装置は、当該チャネルでチャネルアクセス手順を再び始めることができる。マルチリンク装置がいずれか一つのリンクでチャネルアクセスに成功し、チャネルアクセスに成功できなかったリンクでチャネルが遊休でないと感知した場合のマルチリンク装置の動作については、図６０で説明する。
図６０は、ｎｏｎ－ＳＴＲリンク対の全てに１つのｎｏｎ－ＡＰマルチリンク装置が連結される場合に、本発明の実施例に係るマルチリンク装置のチャネルアクセスを示す。
ｎｏｎ－ＳＴＲリンク対でマルチリンク装置が第１リンクでチャネルアクセスに成功し、第２リンクでチャネルが遊休でないと感知した場合に、マルチリンク装置は第１リンクで送信を行うことができる。このとき、マルチリンク装置は、第２リンクを占有した信号のタイプによって、第１リンクで送信を始めるか否かを決定できる。具体的には、第２リンクを占有した信号が他のＢＳＳから送信されたフレームである場合に、マルチリンク装置は第１リンクで送信を行うことができる。さらに他の具体的な実施例において、第２リンクを占有した信号が他のＢＳＳから送信されたフレームである場合に、マルチリンク装置は第１リンクでバックオフカウンター値の０に維持できる。このとき、マルチリンク装置は、第２リンクが遊休になった時に第１リンクと第２リンクで同時にＰＰＤＵを送信することができる。
このような実施例において、マルチリンク装置は、受信したフレームのＭＡＣ ａｄｄｒｅｓｓフィールドに基づいて、第２リンクを占有した信号が他のＢＳＳから送信されたフレームであるかを判断できる。受信したフレームのＭＡＣ ａｄｄｒｅｓｓフィールドのうち少なくともいずれか一つが、マルチリンク装置が連結されたＡＰのアドレスを示す場合に、マルチリンク装置はｉｎｔｒａ－ＢＳＳフレームと判断できる。また、受信したフレームのＢＳＳＩＤフィールドが、マルチリンク装置が連結されたＡＰのアドレスを示す場合に、マルチリンク装置は、ｉｎｔｒａ－ＢＳＳフレームと判断できる。また、マルチリンク装置は、受信したＰＰＤＵが指示するＢＳＳカラーに基づいて、第２リンクを占有している信号が他のＢＳＳから送信されたフレームであるか判断できる。このとき、ＰＰＤＵは、シグナリングフィールドのＢＳＳカラーフィールド又はＧｒｏｕｐ ＩＤフィールド及びＰａｒｔｉａｌ ＡＩＤフィールドを用いてＢＳＳカラーを示すことができる。
第２リンクを占有している信号がＷｉ－Ｆｉ信号でない場合に、マルチリンク装置は第１リンクで送信を行わずにバックオフカウンターを０に維持できる。さらに他の具体的な実施例において、第２リンクを占有している信号がＷｉ－Ｆｉ信号でない場合に、マルチリンク装置は第１リンクで送信を行うことができる。
図６０の実施例において、ＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲリンク対である第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、ｎｏｎ－ＡＰマルチリンク装置は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含む。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。第１リンク（Ｌｉｎｋ１）が遊休でなく、第２ステーション（ＳＴＡ２）が第２リンク（Ｌｉｎｋ２）でチャネルアクセスに成功した場合に、第２ステーション（ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）で送信を行うことができる。
マルチリンク装置がｎｏｎ－ＳＴＲリンク対で複数のＰＰＤＵを送信しようとする時に、いずれか一つのリンクが、マルチリンク装置のステーションの属したＢＳＳから送信されたフレームによって占有されてよい。このとき、マルチリンク装置チャネルアクセスを行う方法については、図６１～図６３で説明する。
図６１は、本発明の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクでＡＰマルチリンク装置が送信を行う場合に、ｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。
前述したように、本発明の一実施例によれば、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対の全部に連結を要請する場合にのみ連結を許容することができる。このとき、ｎｏｎ－ＡＰマルチリンク装置は、ｎｏｎ－ＳＴＲリンク対のそれぞれで独立にチャネルアクセスを行うことができる。ｎｏｎ－ＳＴＲリンク対のいずれか一つでＡＰマルチリンク装置が送信を行っている中であれば、ｎｏｎ－ＡＰマルチリンク装置は他のリンクで送信を行わなくてよい。
図６１の実施例において、ＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲリンク対である第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、ｎｏｎ－ＡＰマルチリンク装置は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含む。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。第１ＡＰ（ＡＰ１）が第１リンク（Ｌｉｎｋ１）で送信を行っている中であれば、第２ステーション（ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）で送信を行わない。
図６２は、本発明の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクで他のステーションが送信したｉｎｔｒａ－ＢＳＳフレームが送信される場合に、ｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。
前述したように、本発明の一実施例によれば、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対の全部に連結を要請する場合にのみ連結を許容することができる。このとき、ｎｏｎ－ＡＰマルチリンク装置は、ｎｏｎ－ＳＴＲリンク対のそれぞれで独立にチャネルアクセスを行うことができる。ｎｏｎ－ＳＴＲリンクのいずれか一つのリンクで他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームが感知される場合に、ｎｏｎ－ＡＰマルチリンク装置は、他のリンクで送信を行うことができる。このとき、ｎｏｎ－ＡＰマルチリンク装置は、即刻の応答を誘導するフレームを含まないＰＰＤＵのみを送信できる。また、ｎｏｎ－ＡＰマルチリンク装置は、他のリンクで行われる送信が終了すると予想される時点まで送信を行うことができる。ｎｏｎ－ＡＰマルチリンク装置は、ＰＰＤＵのＬ－ＳＩＧフィールドのＬｅｎｇｔｈフィールドの値に基づいて送信終了時点を予測することができる。
図６２の実施例において、ＡＰマルチリンク装置は、第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲリンク対である第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、ｎｏｎ－ＡＰマルチリンク装置は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含む。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）以外の他のステーションがＩｎｔｅｒ－ＢＳＳフレームを送信する。このとき、第２ステーション（ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）で即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する。このとき、第２ステーション（ＳＴＡ２）は、他のステーションのＩｎｔｅｒ－ＢＳＳフレーム送信の終了前まで送信を行う。
図６３は、本発明のさらに他の実施例に係るＡＰマルチリンク装置のｎｏｎ－ＳＴＲリンク対の全てのリンクに１つのｎｏｎ－ＡＰマルチリンク装置が連結され、いずれか一つのリンクで他のステーションが送信したｉｎｔｒａ－ＢＳＳフレームが送信される場合に、ｎｏｎ－ＡＰマルチリンク装置の送信動作を示す。
前述したように、本発明の一実施例によれば、ＡＰマルチリンク装置は、ｎｏｎ－ＡＰマルチリンク装置がｎｏｎ－ＳＴＲリンク対の全部に連結を要請する場合にのみ連結を許容することができる。このとき、ｎｏｎ－ＡＰマルチリンク装置は、ｎｏｎ－ＳＴＲリンク対のそれぞれで独立にチャネルアクセスを行うことができる。ｎｏｎ－ＳＴＲリンクのいずれか一つのリンクで他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームが感知される場合に、ｎｏｎ－ＡＰマルチリンク装置は他のリンクで送信を行うことができる。このとき、ｎｏｎ－ＡＰマルチリンク装置が即刻の応答を誘導するフレームを含むＰＰＤＵを送信する場合にも、他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームの送信終了前まで送信を完了する必要があり得る。具体的には、ｎｏｎ－ＡＰマルチリンク装置が即刻の応答を誘導するフレームを含むＰＰＤＵを送信する場合に、ｎｏｎ－ＡＰマルチリンク装置は、他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームの送信のＰＰＤＵの末端とｎｏｎ－ＡＰマルチリンク装置が送信するＰＰＤＵの末端を整列することができる。ｎｏｎ－ＡＰマルチリンク装置は、ＰＰＤＵのＬ－ＳＩＧフィールドのＬｅｎｇｔｈフィールドの値に基づいて送信終了時点を予測することができる。
図６３の実施例において、ＡＰマルチリンク装置は第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）を含む。第１ＡＰ（ＡＰ１）と第２ＡＰ（ＡＰ２）のそれぞれは、ｎｏｎ－ＳＴＲリンク対である第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。また、ｎｏｎ－ＡＰマルチリンク装置は第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）を含む。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で動作する。第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）のそれぞれは、第１リンク（Ｌｉｎｋ１）と第２リンク（Ｌｉｎｋ２）で独立にチャネルアクセスを行う。第１リンク（Ｌｉｎｋ１）で第１ステーション（ＳＴＡ１）以外の他のステーションがＩｎｔｅｒ－ＢＳＳフレームを送信する。このとき、第２ステーション（ＳＴＡ２）は、第２リンク（Ｌｉｎｋ２）で即刻の応答を誘導するフレームを含まないＰＰＤＵを送信する。このとき、第２ステーション（ＳＴＡ２）は、他のステーションのＩｎｔｅｒ－ＢＳＳフレーム送信の終了前まで送信を行う。
図６１～図６３で説明した実施例において、Ｉｎｔｒａ－ＢＳＳフレームのうちＭＡＣ Ａｄｄｒｅｓｓフィールドの送信者アドレスがステーションが連結されたＡＰのアドレスと同一であれば、ｎｏｎ－ＡＰマルチリンク装置のステーションは、他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームと判断できる。また、Ｉｎｔｒａ－ＢＳＳフレームを含むＰＰＤＵが上りリンク送信を指示する場合に、ｎｏｎ－ＡＰマルチリンク装置のステーションは、他のステーションが送信したＩｎｔｒａ－ＢＳＳフレームと判断できる。Ｉｎｔｒａ－ＢＳＳフレームの送信であるか判断することは、前述した動作と同一であってよい。
図６４は、本発明に係るフレームを送信する方法の一例を示すフローチャートである。
図６４を参照すると、ｎｏｎ－ＡＰ ＳＴＡはＡＰ ＳＴＡから、要請タイプフィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）を含むビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を受信することができる（Ｓ６４０１０）。要請タイプフィールドは、低遅延（ｌｏｗ ｌａｔｅｎｃｙ）動作のためのターゲットウェイクタイム（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ：ＴＷＴ）を示すための特定フィールドを含んでよく、特定フィールドの値が第１特定値に設定される場合に、放送ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）は、前記低遅延動作のためのＴＷＴ ＳＰである。
その後、ｎｏｎ－ＡＰ ＳＴＡは、前記特定フィールドの値によって下りリンクフレームを受信したり、上りリンクフレームを送信する（Ｓ６４０２０）。すなわち、ｎｏｎ－ＡＰ ＳＴＡはＴＷＴ ＳＰがスケジュールされた場合に、ＴＷＴ ＳＰでは限定されたフレーム（例えば、低遅延を要求したり遅延に敏感なフレーム）のみを送受信し、他のフレームは送受信できないか、限定されたフレームを優先して（例えば、限定されたフレームが高い優先順位を有してよい。）送受信できる。
低遅延動作のための前記ＴＷＴ ＳＰが設定された場合に、前記低遅延動作のためのＴＷＴ ＳＰでは、低遅延を要求するフレームのみを送信できる。
ビーコンフレームは、前記低遅延動作のための前記ＴＷＴ ＳＰを保護するためのクワイエット情報要素（ｑｕｉｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含んでよく、クワイエット情報要素によって設定される間隔（ｉｎｔｅｒｖａｌ）と前記低遅延動作のための前記ＴＷＴ ＳＰの開始時間は同一であってよい。
このとき、クワイエット情報要素は、ビーコンフレームの他、コントロールフレーム及び／又はマネジメントフレーム（例えば、プローブ応答フレームなど）にも含まれて送信されてよい。
また、クワイエット情報要素によって設定される前記間隔と前記遅延動作のための前記ＴＷＴ ＳＰの一部又は全部とが重なる場合に、前記クワイエット情報要素によって設定される前記間隔のうち、重なる一部又は全部は無視されてよい。すなわち、前述したように、ｎｏｎ－ＡＰ ＳＴＡはクワイエット情報要素によって設定されるクワイエット間隔は、低遅延動作のためのＴＷＴ ＳＰと重ならないと認識できる。
クワイエット情報要素によって設定される前記間隔は、少なくとも一つのＳＴＡがＮＡＶを設定するために用いることができる。すなわち、ＮＡＶは、前記クワイエット情報要素によって設定される前記間隔において設定されてよい。
特定フィールドの値が第２特定値に設定される場合に、前記特定フィールドは、下りリンクフレームに対する応答フレームの形態でのみ送信が制限されることを示すことができる。
ビーコンフレームは、放送ＴＷＴ情報フィールドを含むパラメータフィールドをさらに含んでよく、放送ＴＷＴ情報フィールドは、前記低遅延動作のためのＴＷＴによってフレームの送信が制限されるＴＩＤに関連した情報を含んでよい。
ｎｏｎ－ＡＰ ＳＴＡが多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）を構成する場合に、前記ＭＬＤは、前記ビーコンフレームを受信する間には他のリンクでフレームを送信不可能であり得る。
低遅延動作のためのＴＷＴ ＳＰの開始時間の前にフレームの送信動作は終了してよい。
前述した本発明の説明は例示のためのものであり、本発明の属する技術の分野における通常の知識を有する者は、本発明の技術的思想や必須な特徴を変更することなく他の具体的な形態で容易に変形可能であるということが理解できよう。したがって、以上に述べた実施例は、いかなる面においても例示的なものであり、限定的でないものと理解すべきである。例えば、単一型として説明されている各構成要素は、分散して実施されてもよく、同様に、分散していると説明されている構成要素も結合した形態で実施されてよい。
本発明の範囲は、以上の詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその均等概念から導出される全ての変更又は変形された形態が本発明の範囲に含まれるものと解釈されるべきである。

Claims (22)

  1. 無線通信システムのｎｏｎ－ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）ＳＴＡ （ｓｔａｔｉｏｎ ）であって、
    通信モジュール；
    前記通信モジュールを制御するプロセッサを含み、
    前記プロセッサは、
    ＡＰから要請タイプフィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）を含むビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を受信し、
    前記要請タイプフィールドは、低遅延（ｌｏｗ ｌａｔｅｎｃｙ）動作のためのターゲットウェイクタイム（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ：ＴＷＴ）を示すための特定フィールドを含み、
    前記特定フィールドの値によって下りリンクフレームを受信するか、上りリンクフレームを送信し、
    前記特定フィールドの値が第１特定値に設定される場合に、放送ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）は前記低遅延動作のためのＴＷＴ ＳＰである、ＳＴＡ。
  2. 前記低遅延動作のための前記ＴＷＴ ＳＰが設定された場合に、前記低遅延動作のためのＴＷＴ ＳＰでは低遅延を要求するフレームのみが送信可能である、請求項１に記載のＳＴＡ。
  3. 前記ビーコンフレームは、前記低遅延動作のための前記ＴＷＴ ＳＰを保護するためのクワイエット情報要素（ｑｕｉｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含む、請求項１に記載のＳＴＡ。
  4. 前記クワイエット情報要素によって設定される間隔（ｉｎｔｅｒｖａｌ）と前記低遅延動作のための前記ＴＷＴ ＳＰの開始時間は同一である、請求項３に記載のＳＴＡ。
  5. 前記クワイエット情報要素によって設定される間隔と前記低遅延動作のための前記ＴＷＴ ＳＰの一部又は全部とが重なる場合に、前記クワイエット情報要素によって設定される前記間隔のうち、重なる一部又は全部は無視される、請求項３に記載のＳＴＡ。
  6. 前記クワイエット情報要素によって設定される間隔は、少なくとも一つのＳＴＡがＮＡＶを設定するために用いる、請求項３に記載のＳＴＡ。
  7. 前記ＮＡＶは、前記クワイエット情報要素によって設定される前記間隔において設定される、請求項６に記載のＳＴＡ。
  8. 前記特定フィールドの値が第２特定値に設定される場合に、前記特定フィールドは、下りリンクフレームに対する応答フレームの形態でのみ送信が制限されることを示す、請求項１に記載のＳＴＡ。
  9. 前記ビーコンフレームは、放送ＴＷＴ情報フィールドを含むパラメータフィールドをさらに含み、
    前記放送ＴＷＴ情報フィールドは、前記低遅延動作のためのＴＷＴによってフレームの送信が制限されるＴＩＤに関連した情報を含む、請求項１に記載のＳＴＡ。
  10. 前記ｎｏｎ－ＡＰ ＳＴＡが多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）を構成する場合に、前記ＭＬＤは、前記ビーコンフレームを受信する間には他のリンクでフレームの送信が不可能である、請求項１に記載のＳＴＡ。
  11. 前記低遅延動作のためのＴＷＴ ＳＰの開始時間の前にフレームの送信動作が終了する、請求項１に記載のＳＴＡ。
  12. 無線通信システムにおいてｎｏｎ－ＡＰ ＳＴＡがフレームを送信する方法であって、
    ＡＰから要請タイプフィールド（ｒｅｑｕｅｓｔ ｔｙｐｅ ｆｉｅｌｄ）を含むビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を受信する段階であって、
    前記要請タイプフィールドは低遅延（ｌｏｗ ｌａｔｅｎｃｙ）動作のためのターゲットウェイクタイム（ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ：ＴＷＴ）を示すための特定フィールドを含む、段階；及び
    前記特定フィールドの値によって下りリンクフレームを受信するか、上りリンクフレームを送信する段階であって、
    前記特定フィールドの値が第１特定値に設定される場合に、放送ＴＷＴサービス周期（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ：ＳＰ）は前記低遅延動作のためのＴＷＴ ＳＰである、段階；を含む方法。
  13. 前記低遅延動作のための前記ＴＷＴ ＳＰが設定された場合に、前記低遅延動作のためのＴＷＴ ＳＰでは低遅延を要求するフレームのみが送信可能である、請求項１２に記載の方法。
  14. 前記ビーコンフレームは前記低遅延動作のための前記ＴＷＴ ＳＰを保護するためのクワイエット情報要素（ｑｕｉｅｔ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含む、請求項１２に記載の方法。
  15. 前記クワイエット情報要素によって設定される間隔（ｉｎｔｅｒｖａｌ）と前記低遅延動作のための前記ＴＷＴ ＳＰの開始時間は同一である、請求項１４に記載の方法。
  16. 前記クワイエット情報要素によって設定される間隔と前記低遅延動作のための前記ＴＷＴ ＳＰの一部又は全部とが重なる場合に、前記クワイエット情報要素によって設定される前記間隔のうち、重なる一部又は全部は無視される、請求項１４に記載の方法。
  17. 前記クワイエット情報要素によって設定される間隔は、少なくとも一つのＳＴＡがＮＡＶを設定するために用いる、請求項１４に記載の方法。
  18. 前記ＮＡＶは、前記クワイエット情報要素によって設定される前記間隔において設定される、請求項１７に記載の方法。
  19. 前記特定フィールドの値が第２特定値に設定される場合に、前記特定フィールドは、下りリンクフレームに対する応答フレームの形態でのみ送信が制限されることを示す、請求項１２に記載の方法。
  20. 前記ビーコンフレームは、放送ＴＷＴ情報フィールドを含むパラメータフィールドをさらに含み、
    前記放送ＴＷＴ情報フィールドは、前記低遅延動作のためのＴＷＴによってフレームの送信が制限されるＴＩＤに関連した情報を含む、請求項１２に記載の方法。
  21. 前記ｎｏｎ－ＡＰ ＳＴＡが多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ：ＭＬＤ）を構成する場合に、前記ＭＬＤは、前記ビーコンフレームを受信する間には他のリンクでフレームの送信が不可能である、請求項１２に記載の方法。
  22. 前記低遅延動作のためのＴＷＴ ＳＰの開始時間の前にフレームの送信動作が終了する、請求項１２に記載の方法。
JP2023521645A 2020-10-08 2021-10-08 無線通信システムにおいてフレームを送受信するための方法及び無線通信端末 Pending JP2023545087A (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR20200130622 2020-10-08
KR10-2020-0130622 2020-10-08
KR20200131504 2020-10-12
KR10-2020-0131504 2020-10-12
KR20200149759 2020-11-10
KR10-2020-0149759 2020-11-10
KR10-2020-0169023 2020-12-04
KR20200169023 2020-12-04
PCT/KR2021/013948 WO2022075821A1 (ko) 2020-10-08 2021-10-08 무선 통신 시스템에서 프레임을 송수신하기 위한 방법 및 무선 통신 단말

Publications (1)

Publication Number Publication Date
JP2023545087A true JP2023545087A (ja) 2023-10-26

Family

ID=81126283

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023521645A Pending JP2023545087A (ja) 2020-10-08 2021-10-08 無線通信システムにおいてフレームを送受信するための方法及び無線通信端末

Country Status (6)

Country Link
US (1) US20230262768A1 (ja)
EP (1) EP4228370A4 (ja)
JP (1) JP2023545087A (ja)
KR (1) KR20230070239A (ja)
CN (1) CN116158180A (ja)
WO (1) WO2022075821A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112023010152A2 (pt) * 2020-11-30 2023-11-14 Guangdong Oppo Mobile Telecommunications Corp Ltd Método de comunicação sem fio, ponto de acesso e estação
US20220182935A1 (en) * 2020-12-07 2022-06-09 Facebook Technologies, Llc Systems and methods for quiet element in twt for wireless communication
US20220201606A1 (en) * 2020-12-18 2022-06-23 Samsung Electronics Co., Ltd. Apparatus and method for traffic delay information request and traffic offset alignment
US20210112615A1 (en) * 2020-12-18 2021-04-15 Po-Kai Huang Multi-link device data continuity
WO2022143176A1 (zh) * 2020-12-28 2022-07-07 华为技术有限公司 业务传输方法、装置及系统
EP4236511A1 (en) * 2021-03-16 2023-08-30 LG Electronics Inc. Method and device for transmitting and receiving significant update information regarding specific ap via management frame in wireless lan system
WO2022251117A1 (en) * 2021-05-25 2022-12-01 Sony Group Corporation Restricted target wait time (r-twt) operations and parameters
CN117134873A (zh) * 2022-05-20 2023-11-28 华为技术有限公司 信道接入方法和相关装置
WO2023237786A1 (en) * 2022-06-10 2023-12-14 Canon Kabushiki Kaisha Edca backoff restart procedures and state switches in emlsr or emlmr co-affiliated stations
WO2024005611A1 (ko) * 2022-07-01 2024-01-04 현대자동차주식회사 밀집 환경에서 저지연 통신을 위한 방법 및 장치
WO2024007261A1 (en) * 2022-07-07 2024-01-11 Nokia Shanghai Bell Co., Ltd. Request and report of mld level statistic and delay information
US20240089839A1 (en) * 2022-09-13 2024-03-14 Avago Technologies International Sales Pte. Limited System for and method of access protocol

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3487244B1 (en) * 2013-09-11 2020-11-18 Electronics and Telecommunications Research Institute Channel access control method and apparatus in wireless lan system
US10194468B2 (en) * 2016-03-04 2019-01-29 Apple Inc. Wireless channel reservation
WO2020013874A1 (en) * 2018-07-08 2020-01-16 Intel Corporation Apparatus, system and method of scheduling time sensitive networking (tsn) wireless communications
US11503539B2 (en) * 2018-08-23 2022-11-15 Lg Electronics Inc. Method and device for transmitting or receiving information about links in wireless LAN system
KR102509679B1 (ko) * 2018-09-06 2023-03-15 삼성전자 주식회사 IEEE 802.11 표준에 정의된 TWT(target wake time)를 이용하여 무선 매체에 대한 접근을 지원하는 전자 장치

Also Published As

Publication number Publication date
KR20230070239A (ko) 2023-05-22
WO2022075821A1 (ko) 2022-04-14
US20230262768A1 (en) 2023-08-17
CN116158180A (zh) 2023-05-23
EP4228370A4 (en) 2024-03-20
EP4228370A1 (en) 2023-08-16

Similar Documents

Publication Publication Date Title
JP2023545087A (ja) 無線通信システムにおいてフレームを送受信するための方法及び無線通信端末
JP7461082B2 (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
US20230284303A1 (en) Method and wireless communication terminal for transmitting/receiving data in wireless communication system
KR102544254B1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
JP2024505101A (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
JP2023538880A (ja) 無線通信システムにおいてデータを送受信するための方法及び無線通信端末
JP2024510319A (ja) 複数のリンクで動作するマルチリンク装置及びマルチリンク装置の動作方法
JP2023552169A (ja) 無線通信システムにおいて多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）を通じてデータを送受信するための方法及び無線通信端末
US20230389101A1 (en) Method and wireless communication terminal for transmitting/receiving data in wireless communication system
EP4280775A1 (en) Wireless communication method using limited twt and wireless communication terminal using same
JP2024506354A (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
JP2024502350A (ja) 無線通信システムにおいてデータを送受信するための方法及び無線通信端末
KR20240005948A (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는무선 통신 단말
JP2023532095A (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
KR20230048064A (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
US20240114573A1 (en) Wireless communication method using multi-link and wireless communication terminal using same
JP2024506288A (ja) マルチリンクを使用する無線通信方法及びそれを使用する無線通信端末
JP2024516673A (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
KR20240013151A (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는무선 통신 단말
KR20230171987A (ko) 공유 txop를 이용하는 무선 통신 장치 및 무선 통신장치의 동작 방법
JP2024521455A (ja) マルチリンクを用いる無線通信方法及びこれを用いる無線通信端末
KR20240004538A (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는무선 통신 단말
CN117561789A (zh) 使用多链路的无线通信方法和使用该方法的无线通信终端
CN117223387A (zh) 使用多链路的无线通信方法及使用其的无线通信终端
CN116746106A (zh) 在无线通信系统中发送和接收数据的方法和终端

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230407

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240326

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240408