JP2023541594A - 無線ｌａｎシステムにおけるセンシングを実行する方法及び装置 - Google Patents

無線ｌａｎシステムにおけるセンシングを実行する方法及び装置 Download PDF

Info

Publication number
JP2023541594A
JP2023541594A JP2023515810A JP2023515810A JP2023541594A JP 2023541594 A JP2023541594 A JP 2023541594A JP 2023515810 A JP2023515810 A JP 2023515810A JP 2023515810 A JP2023515810 A JP 2023515810A JP 2023541594 A JP2023541594 A JP 2023541594A
Authority
JP
Japan
Prior art keywords
sensing
sta
information
frame
sens
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
JP2023515810A
Other languages
English (en)
Inventor
インソン チャン
チョンキ キム
チンス チェ
トンクク イム
サンクク キム
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023541594A publication Critical patent/JP2023541594A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S13/00—Systems using the reflection or reradiation of radio waves, e.g. radar systems; Analogous systems using reflection or reradiation of waves whose nature or wavelength is irrelevant or unspecified
    • G01S13/74—Systems using reradiation of radio waves, e.g. secondary radar systems; Analogous systems
    • G01S13/76—Systems using reradiation of radio waves, e.g. secondary radar systems; Analogous systems wherein pulse-type signals are transmitted
    • G01S13/765—Systems using reradiation of radio waves, e.g. secondary radar systems; Analogous systems wherein pulse-type signals are transmitted with exchange of information between interrogator and responder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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]

Landscapes

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

Abstract

無線ＬＡＮシステムにおけるセンシングを実行する方法及び装置が提案される。具体的に、第１のＳＴＡは、センシング要請フレームをブロードキャストする。第１のＳＴＡは、第２のＳＴＡから第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信する。センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ割当情報を含む。ＳＴＡ識別子情報は、第２及び第３のＳＴＡの識別子を含む。ＲＵ割当情報は、第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含む。第１のセンシング応答フレームは、第１のＲＵを介して受信される。第２のセンシング応答フレームは、第２のＲＵを介して受信される。【選択図】図４８

Description

本明細書は、無線ＬＡＮシステムにおけるセンシングを実行する技法に関し、より詳しくは、センシングに参加するＳＴＡ及びセンシングに使われるパラメータを交渉してセンシング手順を実行する方法及び装置に関する。
ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は、多様な方式に改善されてきた。例えば、ＩＥＥＥ８０２．１１ｂｆ無線ＬＡＮセンシングは、通信とレーダ技術が融合された最初の標準である。日常生活と産業全般にわたって非免許周波数需要が急増しているが、周波数新規供給には限界があるため、通信とレーダの融合技術開発は周波数利用効率を増大する側面で非常に好ましい方向である。既存にも無線ＬＡＮ信号を利用して壁の後の動きを検知するセンシング技術や、７０ＧＨｚ帯域でＦＭＣＷ（Ｆｒｅｑｕｅｎｃｙ Ｍｏｄｕｌａｔｅｄ Ｃｏｎｔｉｎｕｏｕｓ Ｗａｖｅ）信号を利用して車両内の動きを検知するレーダ技術などが開発されたが、ＩＥＥＥ８０２．１１ｂｆ標準化と連係してセンシング性能を一段階上げることができるという点で大きい意味がある。特に、現代社会は、私生活保護の重要性がますます強調されていてＣＣＴＶとは違って私生活侵害問題に法的にさらに自由な無線ＬＡＮセンシング技術開発がさらに期待されている。
一方、自動車、国防、産業、生活など、全般にわたってレーダ全体市場は、２０２５年まで年平均成長率約５％水準まで成長することと予測され、特に、生活センサーの場合、年平均成長率は７０％水準まで急成長することと展望される。無線ＬＡＮセンシング技術は、動き検知、呼吸モニタリング、測位／追跡、転倒検知、車両内の乳児検知、出現／近接認識、個人識別、身の動作認識、行動認識などの広範囲な実生活適用が可能であるため、関連新事業成長を促進して企業の競争力向上に寄与できることと期待する。
本明細書は、無線ＬＡＮシステムにおけるセンシングを実行する方法及び装置を提案する。
本明細書の一例は、センシングを実行する方法を提案する。
本実施例は、次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｆ）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｄ及び８０２．１１ａｙシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｄ及び８０２．１１ａｙシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
本実施例は、第１のＳＴＡで実行され、前記第１のＳＴＡは、センシング開始者（ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒ）に対応できる。本実施例の第２及び第３のＳＴＡは、センシング応答者（ｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒ）に対応できる。
本実施例は、無線ＬＡＮシステムにおいて、センシングに参加するＳＴＡを決定し、センシングに使われるパラメータを交渉し、交渉されたパラメータに基づいてセンシング手順を実行する方法を提案する。特に、本実施例は、交渉ステップでの役割交渉、パラメータ交渉とセンシングステップでのパラメータ変更に対する方法を提案する。
第１のＳＴＡ（ｓｔａｔｉｏｎ）は、センシング要請フレームをブロードキャストする。
前記第１のＳＴＡは、第２のＳＴＡから第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信する。
前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含む。前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含む。前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含む。
前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される。すなわち、前記センシング要請フレームに対する応答は、前記第２及び第３のＳＴＡによりＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａａｃｃｅｓｓ）に基づいて（同時に）受信されることができる。前記センシング要請フレームは、（新しく定義された）トリガフレームになることができる。前記ＳＴＡ識別子情報が第４のＳＴＡの識別子を含まない場合、前記第１のＳＴＡは、前記第４のＳＴＡから第３のセンシング応答フレームを受信しない。
すなわち、本実施例において、前記センシング要請フレームは、センシング応答フレームを受けるＳＴＡの識別子（ＩＤ）とＲＵ割当情報を指示し、前記ＳＴＡの識別子に該当するＳＴＡは、前記センシング要請フレームを受信してＳＩＦＳ以後にセンシング応答フレームを割り当てられたＲＵを介して送信できる。
本明細書で提案する実施例によると、ＷＬＡＮセンシングサポートのためのＳＴＡのセットアップ及び交渉手順を介して多様なセンシング測定及びセンシング報告シナリオが定義されることができ、それに応じて、効率的で流動的にセンシング動作を実行することでユーザまたは物体の動き及び変化を検出することができるという効果がある。
本明細書の送信装置及び／又は受信装置の一例を示す。 多重センシング送信装置を利用した無線ＬＡＮセンシングシナリオ一例を示す。 多重センシング受信装置を利用した無線ＬＡＮセンシングシナリオ一例を示す。 無線ＬＡＮセンシング手順の一例を示す。 無線ＬＡＮセンシングを分類した一例である。 ＣＳＩベースの無線ＬＡＮセンシングを利用した室内測位を示す。 無線ＬＡＮセンシング装置を具現した一例である。 本明細書の送信装置及び／又は受信装置の変形された一例を示す。 ＷＬＡＮ ｓｅｎｓｉｎｇの一例を示す。 ＷＬＡＮ ｓｅｎｓｉｎｇの手順を示す流れ図である。 Ｓｅｎｓｉｎｇ ａｃｔｉｏｎ ｆｒａｍｅに対する一例を示す。 Ｂａｓｉｃ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅの交換に対する一例を示す。 一ＢＳＳ内にあるＳＥＮＳ ＳＴＡに対して独立的にＳＥＮＳ Ｒｅｑｕｅｓｔを送信する実施例１）を示す。 Ｔｉｍｅｒを動作させて満了する時までＳＥＮＳ Ｒｅｑｕｅｓｔを送信する実施例１－２）を示す。 他のＳＴＡにそれ以上ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信しないと知らせる実施例１－３）を示す。 ＳＥＮＳ Ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信してｎｅｇｏｔｉａｔｉｏｎを完了したことを知らせる実施例１－３）を示す。 Ｉｎｔｅｎｄｅｄ ＳＥＮＳ ＲＰＳＴＡに対するｆａｉｌｕｒｅ ｃａｓｅを考慮したＴｉｍｅｏｕｔを適用する一例を示す。 Ｂｒｏａｄｃａｓｔ ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｔｉｍｅｒ情報及びｎｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ情報を含む一例を示す。 多数のＳＥＮＳ ＳＴＡにＳＥＮＳ Ｒｅｑｕｅｓｔをブロードキャストする一例を示す。 ＳＥＮＳ ｒｅｑｕｅｓｔ送信時、ｒｅｓｐｏｎｓｅを所望するＳＴＡ ＩＤを指示する実施例２－２）を示す。 実施例２－２）でＳＩＦＳ間隔に順次に応答する一例を示す。 実施例２－２）でＳＩＦＳを利用した方法でｆａｉｌｕｒｅ ｃａｓｅを考慮した一例を示す。 実施例２－２）でＳＩＦＳ間隔のＯＦＤＭＡ応答の一例を示す。 ＳＥＮＳ ＳＴＡに対してｒｅｓｐｏｎｓｅを受信するためのＴｉｍｅｒを設定する一例を示す。 新しいＳＥＮＳ ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信し、またはＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｎｅｇｏｔｉａｔｉｏｎを完了するというｅｘｐｌｉｃｉｔ指示者を含む実施例２－４）を示す。 １－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。 １－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。 Ａ、Ｂ、Ｃ方法によるＲｏｌｅを指示する方法を示す。 １－３）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。 ２－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。 Ａ、Ｂ、Ｃ方法によるＲｏｌｅを指示する方法を示す。 Ｔ＿ｓｅｎｓの間にｓｅｎｓｉｎｇ関連ｆｒａｍｅ ｅｘｃｈａｎｇｅが行われない時、ｎｅｇｏｔｉａｔｉｏｎをｔｅａｒ ｄｏｗｎする実施例２－１）を示す。 Ｔ＿ｓｅｎｓの間にｓｅｎｓｉｎｇを実行し、その以後Ｓｅｎｓｉｎｇ ｐｈａｓｅが終了される実施例２－２）を示す。 ＳＴＡ１、２、３が一つのｓｅｎｓｉｎｇ ｇｒｏｕｐを形成してＳＴＡ１がｇｒｏｕｐ ＩＤを送信した時、ＳＴＡ２とＳＴＡ３がｓｅｎｓｉｎｇに共に参加する実施例６）を示す。 ８０ＭＨｚのうち、ＳＴＡ２にｐｒｉｍａｒｙ４０ＭＨｚ、ＳＴＡ３にｓｅｃｏｎｄａｒｙ４０を割り当ててＳｅｎｓｉｎｇ ｓｉｇｎａｌが送受信される一例を示す。 Ｓｅｓｓｉｏｎ ＩＤが使われるセンシング手順の一例を示す。 ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅが複数回送信される一例を示す。 ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ別にＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅが送信される一例を示す。 Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅとｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの一例を示す。 Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅとｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの他の例を示す。 交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。 Ｄｙｎａｍｉｃ Ｐａｒａｍｅｔｅｒに対するｃｏｎｔｒｏｌ ｆｉｅｌｄの一例である。 ｒｅｄｕｃｅｄ ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを利用して交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。 Ｒｅ－ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間にｒｅｄｕｃｅｄ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを利用して交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。 実施例２）でのｒｏｌｅを変更する一例を示す。 実施例２）での測定される帯域幅を変更する一例を示す。 実施例２）でのＳＴＡ情報を変更する一例である。 本実施例に係るセンシング開始者がセンシングを実行する手順を示す流れ図である。 本実施例に係るセンシング応答者がセンシングを実行する手順を示す流れ図である。
本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈されることができる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ、Ｂ ｏｒ Ｃ）」は「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は「及び／または（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／またはＢ」を意味することができる。それによって、「Ａ／Ｂ」は「ただＡ」、「ただＢ」、または「ＡとＢの両方とも」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。
本明細書において「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「少なくとも一つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも一つのＡ及び／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈されることができる。
また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。また、「少なくとも一つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）」や「少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）」は「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
本明細書の以下の一例は、多様な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムに適用されることができる。例えば、本明細書は、ＩＥＥＥ８０２．１１ａｄの規格や、ＩＥＥＥ８０２．１１ａｙ規格に適用されることができる。また、本明細書は、新しく提案される無線ＬＡＮセンシング規格またはＩＥＥＥ８０２．１１ｂｆ規格にも適用されることができる。
以下、本明細書の技術的な特徴を説明するために本明細書が適用される技術的な特徴を説明する。
図１は本明細書の送信装置及び／または受信装置の一例を示す。
図１の一例は以下で説明される様々な技術的な特徴を実行することができる。図１は少なくとも一つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ（１１０、１２０）は移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単にユーザ（ｕｓｅｒ）などの様々な名称として呼ばれる。本明細書のＳＴＡ（１１０、１２０）はネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレーなどの様々な名称で呼ばれる。本明細書のＳＴＡ（１１０、１２０）は受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅなど様々な名称で呼ばれる。
例えば、ＳＴＡ（１１０、１２０）はＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）役割を実行するかｎｏｎ－ＡＰ役割を実行することができる。すなわち、本明細書のＳＴＡ（１１０、１２０）はＡＰ及び／またはｎｏｎ－ＡＰの機能を実行することができる。本明細書においてＡＰはＡＰ ＳＴＡとも表示できる。
本明細書のＳＴＡ（１１０、１２０）はＩＥＥＥ８０２．１１規格以外の様々な通信規格をともにサポートすることができる。例えば、３ＧＰＰ（登録商標）規格に係る通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５ＧＮＲ規格）などをサポートすることができる。また、本明細書のＳＴＡは携帯電話、車両（ｖｅｈｉｃｌｅ）、パーソナルコンピューターなどの様々な装置に実装される。また、本明細書のＳＴＡは音声通話、ビデオ通話、データ通信、自動走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ，Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの様々な通信サービスのための通信をサポートすることができる。
本明細書においてＳＴＡ（１１０、１２０）はＩＥＥＥ８０２．１１規格の規定に従う媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ，ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含むことができる。
図１（ａ）に基づいてＳＴＡ（１１０、１２０）を説明すると以下の通りである。
第１ＳＴＡ（１１０）はプロセッサ（１１１）、メモリ（１１２）及びトランシーバ（１１３）を含む。示されたプロセッサ、メモリ及びトランシーバはそれぞれ別のチップとして実装されるか、少なくとも二つ以上のブロック／機能が一つのチップを介して実装される。
第１ＳＴＡのトランシーバ（１１３）は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。
例えば、第１ＳＴＡ（１１０）はＡＰの意図された動作を実行することができる。例えば、ＡＰのプロセッサ（１１１）はトランシーバ（１１３）を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。ＡＰのメモリ（１１２）はトランシーバ（１１３）を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、第２ＳＴＡ（１２０）はＮｏｎ－ＡＰ ＳＴＡの意図された動作を実行することができる。例えば、ｎｏｎ－ＡＰのトランシーバ（１２３）は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。
例えば、Ｎｏｎ－ＡＰ ＳＴＡのプロセッサ（１２１）はトランシーバ（１２３）を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。Ｎｏｎ－ＡＰ ＳＴＡのメモリ（１２２）はトランシーバ（１２３）を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、以下の明細書においてＡＰと表示された装置の動作は第１ＳＴＡ（１１０）または第２ＳＴＡ（１２０）において実行される。例えば第１ＳＴＡ（１１０）がＡＰである場合、ＡＰと表示された装置の動作は第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御され、第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御されるトランシーバ（１１３）を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ（１１０）のメモリ（１１２）に格納される。また、第２ＳＴＡ（１１０）がＡＰである場合、ＡＰと表示された装置の動作は第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御され、第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御されるトランシーバ（１２３）を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ（１１０）のメモリ（１２２）に格納される。
例えば、以下の明細書においてｎｏｎ－ＡＰ（またはＵｓｅｒ－ＳＴＡ）と表示された装置の動作は第１ＳＴＡ（１１０）または第２ＳＴＡ（１２０）において実行される。例えば、第２ＳＴＡ（１２０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御され、第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御されるトランシーバ（１２３）を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ（１２０）のメモリ（１２２）に格納される。例えば、第１ＳＴＡ（１１０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御され、第１ＳＴＡ（１２０）のプロセッサ（１１１）によって制御されるトランシーバ（１１３）を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ（１１０）のメモリ（１１２）に格納される。
以下の明細書において（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと呼ばれる装置は図１のＳＴＡ（１１０、１２０）を意味する。例えば、具体的な符号なしに（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと表示された装置も図１のＳＴＡ（１１０、１２０）を意味する。例えば、以下の一例において様々なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は図１のトランシーバ（１１３、１２３）において実行される場合がある。また、以下の一例において、様々なＳＴＡが送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作は図１のプロセッサ（１１１、１２１）において実行される場合がある。例えば、送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのビット情報を決定／獲得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる時間リソースや周波数リソース（例えば、サブキャリアリソース）などを決定／構成／獲得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエクストラシーケンス）などを決定／構成／獲得する動作、４）ＳＴＡに対して適用される電力制御動作及び／または省電力動作、５）ＡＣＫ信号の決定／獲得／構成／演算／デコード／エンコードなどに関連する動作を含むことができる。また、以下の一例において様々なＳＴＡが送受信信号の決定／獲得／構成／演算／デコード／エンコードのために使用する様々な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連する情報）は図１のメモリ（１１２、１２２）に格納される。
上述した図１（ａ）の装置／ＳＴＡは図１（ｂ）のように変形される。以下の図１（ｂ）に基づいて、本明細書のＳＴＡ（１１０、１２０）を説明する。
例えば、図１（ｂ）に示されたトランシーバ（１１３、１２３）は上述した図１（ａ）に示されたトランシーバと同じ機能を実行することができる。例えば、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）はプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）を含むことができる。図１（ｂ）に示されたプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）は上述した図１（ａ）に示されたプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）と同じ機能を実行することができる。
以下で説明される、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレー、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／または送信Ａｐｐａｒａｔｕｓは、図１（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）を意味するか、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）を意味する。すなわち、本明細書の技術的な特徴は、図１（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）に実行できるか、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）でのみ実行される場合がある。例えば、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ａ）／（ｂ）に示されたプロセッサ（１１１、１２１）において生成された制御信号が図１（ａ）／（ｂ）に示されたトランシーバ（１１３、１２３）を介して送信される技術的な特徴として理解できる。または、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）においてトランシーバ（１１３、１２３）に伝送される制御信号が生成される技術的な特徴として理解できる。
例えば、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示されたトランシーバ（１１３、１２３）によって制御信号が受信される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示されたトランシーバ（１１３、１２３）に受信された制御信号が図１（ａ）に示されたプロセッサ（１１１、１２１）によって獲得される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ｂ）に示されたトランシーバ（１１３、１２３）に受信された制御信号が図１（ｂ）に示されたプロセシングチップ（１１４、１２４）によって獲得される技術的な特徴として理解できる。
図１（ｂ）を参照すると、メモリ（１１２、１２２）内にソフトウェアコード（１１５、１２５）が含まれる。ソフトウェアコード（１１５、１２５）はプロセッサ（１１１、１２１）の動作を制御するｉｎｓｔｒｕｃｔｉｏｎが含まれる。ソフトウェアコード（１１５、１２５）は様々なプログラミング言語で含まれる。
図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。プロセッサはＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）である。例えば、図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒ ａｎｄ ｄｅｍｏｄｕｌａｔｏｒ）のうち、少なくとも一つを含むことができる。例えば、図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＱｕａｌｃｏｍｍ（登録商標）によって製造されたＳＮＡＰＤＲＡＧＯＮ（登録商標）ＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）によって製造されたＥＸＹＮＯＳ（登録商標）ＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）によって製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）によって製造されたＨＥＬＩＯ（登録商標）ＴＭシリーズプロセッサ、ＩＮＴＥＬ（登録商標）によって製造されたＡＴＯＭ（登録商標）ＴＭシリーズプロセッサまたはこれを改善（ｅｎｈａｎｃｅ）したプロセッサである。
本明細書においてアップリンクはｎｏｎ－ＡＰ ＳＴＡからＡＰ ＳＴＡへの通信のためのリンクを意味し、アップリンクを介してアップリンクＰＰＤＵ／パケット／信号などが送信される。また、本明細書においてダウンリンクはＡＰ ＳＴＡからｎｏｎ－ＡＰ ＳＴＡへの通信のためのリンクを意味し、ダウンリンクを介してダウンリンクＰＰＤＵ／パケット／信号などが送信される。
無線ＬＡＮセンシング技術は、標準がなくても具現可能な一種のレーダ技術であるが、標準化を介してより強力な性能を得ることができると判断される。ＩＥＥＥ８０２．１１ｂｆ標準では無線ＬＡＮセンシングに参加する装置を機能別に以下の表のように定義している。その機能によって無線ＬＡＮセンシングを始める装置と参加する装置、センシングＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を送信する装置と受信する装置などに区分できる。
図２は、多重センシング送信装置を利用した無線ＬＡＮセンシングシナリオ一例を示す。
図３は、多重センシング受信装置を利用した無線ＬＡＮセンシングシナリオ一例を示す。
図２及び図３は、無線ＬＡＮセンシング装置の機能と配置によるセンシングシナリオを示す。１個のセンシング開始装置と複数個のセンシング参加装置を仮定した環境で、図２は、複数個のセンシングＰＰＤＵ送信装置を利用するシナリオであり、図３は、複数個のセンシングＰＰＤＵ受信装置を利用するシナリオである。センシングＰＰＤＵ受信装置にセンシング測定信号処理装置が含まれていると仮定すると、図３の場合、センシング測定結果をセンシング開始装置（ＳＴＡ５）に送信（フィードバック）する手順が追加で必要である。
図４は、無線ＬＡＮセンシング手順の一例を示す。
無線ＬＡＮセンシングが進行される手順をみると、無線ＬＡＮセンシング開始装置と参加装置との間に探索（ｄｉｓｃｏｖｅｒｙ）、交渉（ｎｅｇｏｔｉａｔｉｏｎ）、測定値交換（ｍｅａｓｕｒｅｍｅｎｔ ｅｘｃｈａｎｇｅ）、連結解除（ｔｅａｒ ｄｏｗｎ）などに進行される。探索は、無線ＬＡＮ装置のセンシング能力を把握する過程であり、交渉は、センシング開始装置と参加装置との間のセンシングパラメータを決定する過程であり、測定値交換は、センシングＰＰＤＵを送信してセンシング測定結果を送信する過程であり、連結解除は、センシング手順を終了する過程である。
図５は、無線ＬＡＮセンシングを分類した一例である。
無線ＬＡＮセンシングは、送信機を出発してチャネルを経て受信機に到達した信号のチャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を利用するＣＳＩベースのセンシングと、送信信号が物体に反射されて受信された信号を利用するレーダベースのセンシングと、に分類できる。また、各センシング技術は、センシング用送信機がセンシング過程に直接参加する方式（ｃｏｏｒｄｉｎａｔｅｄ ＣＳＩ、ａｃｔｉｖｅ ｒａｄｅｒ）と、センシング用送信機がセンシング過程に参加しない、すなわち、センシング過程に参加する専用送信機がない方式（ｕｎ－ｃｏｏｒｄｉｎａｔｅｄ ＣＳＩ、ｐａｓｓｉｖｅ ｒａｄａｒ）と、に再び分けられる。
図６は、ＣＳＩベースの無線ＬＡＮセンシングを利用した室内測位を示す。
図６は、ＣＳＩベースの無線ＬＡＮセンシングを室内測位に活用したものであって、ＣＳＩを利用して到達角（Ａｎｇｌｅ ｏｆ Ａｒｒｉｖａｌ）及び到達時間（Ｔｉｍｅ ｏｆ Ａｒｒｉｖａｌ）を求めて、これを直交座標に変換すると、室内測位情報を求めることができる。
図７は、無線ＬＡＮセンシング装置を具現した一例である。
図７は、ＭＡＴＬＡＢツールボックス、Ｚｙｎｑ、ＵＳＲＰを利用して無線ＬＡＮセンシング装置を具現したものであって、ＭＡＴＬＡＢツールボックスでＩＥＥＥ８０２．１１ａｘ無線ＬＡＮ信号を生成し、ＺｙｎｑＳＤＲ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｒａｄｉｏ）を利用してＲＦ信号を発生する。チャネルを通過した信号は、ＵＳＲＰ ＳＤＲで受信してＭＡＴＬＡＢツールボックスでセンシング信号処理を実行する。ここで、１個の参照チャネル（ｒｅｆｅｒｅｎｃｅ ｃｈａｎｎｅｌ、センシング送信機から直接受信可能なチャネル）と、１個の監視チャネル（ｓｕｒｖｅｉｌｌａｎｃｅ ｃｈａｎｎｅｌ、物体に反射されて受信可能なチャネル）と、を仮定した。無線ＬＡＮセンシング装置を利用して分析した結果、動きや身の動作を区別することができる固有な特性を得ることができた。
現在ＩＥＥＥ８０２．１１ｂｆ無線ＬＡＮセンシング標準化は、初期開発ステップであって、以後センシング正確度を向上させるための協力センシング技術が重要に扱われる予定である。協力センシングのためのセンシング信号の同期技術、ＣＳＩ管理及び利用技術、センシングパラメータ交渉及び共有技術、ＣＳＩ生成のためのスケジューリング技術などが標準化核心主題になることと予想する。その他、遠距離センシング技術、低電力センシング技術、センシング保安、及び私生活保護技術なども主要議題として検討される予定である。
ＩＥＥＥ８０２．１１ｂｆ無線ＬＡＮセンシングは、いつでもどこでもありふれた無線ＬＡＮ信号を利用する一種のレーダ技術である。以下の表は、代表的なＩＥＥＥ８０２．１１ｂｆ利用事例を示すものであって、室内検知、動作認識、健康管理、３Ｄヴィジョン、車両内の検知など、広範囲な実生活に活用されることができる。主に室内で使用するため、動作範囲は１０～２０メートル以内であり、距離正確度は最大２メートルを超えない。
図８は、本明細書の送信装置及び／又は受信装置の変形された一例を示す。
図１の副図面（ａ）／（ｂ）の各装置／ＳＴＡは、図８のように変形されることができる。図８のトランシーバ８３０は、図１のトランシーバ１１３、１２３と同じである。図８のトランシーバ８３０は、受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を含むことができる。
図８のプロセッサ８１０は、図１のプロセッサ１１１、１２１と同じである。または、図８のプロセッサ８１０は、図１のプロセシングチップ１１４、１２４と同じである。
図８のメモリ８２０は、図１のメモリ１１２、１２２と同じである。または、図８のメモリ８２０は、図１のメモリ１１２、１２２とは異なる別途の外部メモリである。
図８を参照すると、電力管理モジュール８１１は、プロセッサ８１０及び／又はトランシーバ８３０に対する電力を管理する。バッテリ８１２は、電力管理モジュール８１１に電力を供給する。ディスプレイ８１３は、プロセッサ８１０により処理された結果を出力する。キーパッド８１４は、プロセッサ８１０により使われる入力を受信する。キーパッド８１４は、ディスプレイ８１３上に表示されることができる。ＳＩＭカード８１５は、携帯電話及びコンピュータのような携帯電話装置で加入者を識別して認証するのに使われるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）及びそれと関連したキーを安全に格納するために使われる集積回路である。
図８を参照すると、スピーカ８４０は、プロセッサ８１０により処理された音関連結果を出力することができる。マイク８４１は、プロセッサ８１０により使われる音関連入力を受信することができる。
１１ＳＥＮＳは、６０ＧＨｚ Ｗｉ－Ｆｉ信号を利用してＳＴＡまたは人の動きやジェスチャーをｓｅｎｓｉｎｇするために、６０ＧＨｚ ｗｉ－ｆｉ技術である８０２．１１ａｄ及び８０２．１１ａｙの信号送受信方法が考慮されている。本明細書では効率的なＷｉ－Ｆｉ ｓｅｎｓｉｎｇのために、ＡＰとＳＴＡまたはＳＴＡとＳＴＡとの間のチャネル推定をするためのセンシング開始フレーム、送信開始フレーム、及びセンシング信号を構成する方法センシング開始フレーム、送信開始フレーム、及びセンシング信号を送受信するｓｅｎｓｉｎｇ ｓｅｑｕｅｎｃｅに対して提案する。
以下で説明されるＳＴＡは、図１及び／又は図８の装置である。デバイスは、ＡＰまたはｎｏｎ－ＡＰ ＳＴＡである。
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、非免許帯域を利用して近距離データ送信を目的にして導入された。ＩＥＥＥ８０２．１１ＭＡＣ／ＰＨＹベースのＷＬＡＮ（例えば、Ｗｉ－Ｆｉ）は、現在ほぼ全ての所に展開している程度に代表的な技術になった。
ＷＬＡＮ（例えば、Ｗｉ－Ｆｉ）は、データ信号の送信のために設計されたが、最近データ送信以外の用途でその使い途が拡張されている。
送信端から送信されて受信端に伝達されるＷＬＡＮ（例えば、Ｗｉ－Ｆｉ）信号は、二つの送受信端間の送信チャネル環境に対する情報を含むことができる。ＷＬＡＮセンシング（Ｓｅｎｓｉｎｇ）は、ＷＬＡＮ信号を介して取得した送信チャネル環境に対する情報を処理して多様な周辺環境に対する認知情報を得る技術をいう。
例えば、認知情報は、動作認識（Ｇｅｓｔｕｒｅ ｒｅｃｏｇｎｉｔｉｏｎ）、老人の転倒検知（ｆａｌｌ ｄｅｔｅｃｔｉｏｎ ｂｙ ｅｌｄｅｒ ｐｅｏｐｌｅ）、侵入検知（ｉｎｔｒｕｓｉｏｎ ｄｅｔｅｃｔｉｏｎ）、人間動作検知（ｈｕｍａｎ ｍｏｔｉｏｎ ｄｅｔｅｃｔｉｏｎ）、健康モニタリング（ｈｅａｌｔｈ ｍｏｎｉｔｏｒｉｎｇ）、ペット動作検知（ｐｅｔ ｍｏｖｅｍｅｎｔ ｄｅｔｅｃｔｉｏｎ）などの技術を介して取得される情報を含むことができる。
認知情報を介して付加的なサービスが提供されることができ、ＷＬＡＮセンシングは、実生活で多様な形態で応用されて利用されることができる。ＷＬＡＮ Ｓｅｎｓｉｎｇの正確度を高めるための方法として、一つ以上のＷＬＡＮ Ｓｅｎｓｉｎｇ機能のある機器がＷＬＡＮ Ｓｅｎｓｉｎｇに利用されることができる。複数の機器を利用したＷＬＡＮ ｓｅｎｓｉｎｇは、一つの機器（すなわち、送受信端）を利用する方法に比べて、チャネル環境に対する多重の情報を利用することができて、より正確なＳｅｎｓｉｎｇの情報を得ることができる。
ＷＬＡＮ（例えば、Ｗｉ－Ｆｉ）送信は、Ｃｈａｎｎｅｌ Ａｇｇｒｅｇａｔｉｏｎ、Ｃｈａｎｎｅｌ Ｂｏｎｄｉｎｇなどを利用して広帯域で行われている。また、より拡張された広帯域でのＷＬＡＮ送信が論議されている。
最近ＷＬＡＮ信号を利用してｓｅｎｓｉｎｇを実行するＷＬＡＮ ｄｅｖｉｃｅに対する関心が高まっていて、ＩＥＥＥ８０２．１１ではＳｔｕｄｙ Ｇｒｏｕｐを構成して議論中である。ＷＬＡＮ ｓｅｎｓｉｎｇは、多様なシナリオを含むことができる。
図９は、ＷＬＡＮ ｓｅｎｓｉｎｇの一例を示す。
図９を参照すると、ｓｅｎｓｉｎｇするｔａｒｇｅｔが存在し、これをｓｅｎｓｉｎｇするＳＴＡが存在できる。例えば、ＡＰとＳＴＡがセンシングを実行することができる。ＴａｒｇｅｔがＡＰとＳＴＡとの間に存在できる。例えば、ＡＰがＳＴＡにセンシング信号を送信することができ、ＳＴＡは、前記センシング信号に対するフィードバック信号をＡＰに送信できる。すなわち、ＡＰがｓｅｎｓｉｎｇ ｔａｒｇｅｔを識別するためにｓｉｇｎａｌを送信し、ＳＴＡはｔａｒｇｅｔから影響を受けたｓｉｇｎａｌを受信して測定できる。ＳＴＡは、測定された結果をＡＰに送信し、ＡＰは、測定された結果に基づいてｔａｒｇｅｔを識別することができる。
基本的に、ＷＬＡＮ ｓｅｎｓｉｎｇのためには、図１０のようなステップを経ることができる。
図１０は、ＷＬＡＮ ｓｅｎｓｉｎｇの手順を示す流れ図である。
１）Ｓｅｔｕｐ Ｐｈａｓｅ（Ｃａｐａｂｉｌｉｔｙ Ａｄｖｅｒｔｉｓｅｍｅｎｔ＆Ｎｅｇｏｔｉａｔｉｏｎ）：Ｓｅｎｓｉｎｇと関連したｃａｐａｂｉｌｉｔｙを交換（ｅｘｃｈａｎｇｅ）して、ａｓｓｏｃｉａｔｉｏｎを結ぶステップ。この過程を介してＳＴＡは、ｓｅｎｓｉｎｇが可能かどうかと適切なｓｅｎｓｉｎｇ ｃａｐａｂｉｌｉｔｙを有しているかを判断してａｓｓｏｃｉａｔｉｏｎを実行することができる。前記Ｓｅｔｕｐ Ｐｈａｓｅは、Ｄｉｓｃｏｖｅｒｙ＆Ａｓｓｏｃｉａｔｉｏｎ Ｐｈａｓｅと命名されることもできる。
２）Ｎｅｇｏｔｉａｔｉｏｎ Ｐｈａｓｅ（必要な場合、Ｇｒｏｕｐｉｎｇも含むことができる）：Ｓｅｎｓｉｎｇと関連した各ＳＴＡのｒｏｌｅとｓｅｎｓｉｎｇ時に使われるｐａｒａｍｅｔｅｒに対してｎｅｇｏｔｉａｔｉｏｎを実行する。このｎｅｇｏｔｉａｔｉｏｎされたｒｏｌｅとｐａｒａｍｅｔｅｒを利用することで、このｎｅｇｏｔｉａｔｅｄ ｒｏｌｅ／ｐａｒａｍｅｔｅｒがｔｅａｒ－ｄｏｗｎされる前に多数のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで使われることができる。前記Ｎｅｇｏｔｉａｔｉｏｎ Ｐｈａｓｅは、Ｓｅｔｕｐ Ｐｈａｓｅと命名されることもできる。
３）Ｓｅｎｓｉｎｇ Ｐｈａｓｅ（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎの間にＭｅａｓｕｒｅｍｅｎｔ及びＦｅｅｄｂａｃｋ／Ｒｅｐｏｒｔｉｎｇを実行）：ｔａｒｇｅｔを識別するためにｓｅｎｓｉｎｇ ｓｉｇｎａｌを送信してｔａｒｇｅｔを経たｓｉｇｎａｌを受信して測定するステップを意味する。このステップの一サイクル（ｃｙｃｌｅ）をｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに定義することができる。
４）Ｔｅａｒ ｄｏｗｎ：ｎｅｇｏｔｉａｔｅｄ ｒｏｌｅとｐａｒａｍｅｔｅｒをｒｅｓｅｔし、再びｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを始めるためにはｎｅｇｏｔｉａｔｉｏｎ過程を経ることができる。
本明細書において、Ｓｅｎｓｉｎｇ ＳＴＡのｒｏｌｅは、下記のように定義する。
－センシング開始者（Ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒ）：ＷＬＡＮ ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを開始するＳＴＡ
－センシング応答者（Ｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒ）：センシング開始者から開始されたＷＬＡＮ ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに参加するＳＴＡ
－センシング送信端（Ｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒ）：センシングセッションでセンシング測定（ｓｅｎｓｉｎｇ ｍｅａｓｕｒｅｍｅｎｔｓ）のために使われるＰＰＤＵを送信するＳＴＡ
－センシング受信端（Ｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒ）：センシング送信端により送信されたＰＰＤＵを受信してセンシング測定を実行するＳＴＡ
本明細書ではＮｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅとｓｅｎｓｉｎｇ ｐｈａｓｅに焦点を合わせて、ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅによってｓｅｎｓｉｎｇ ｐｈａｓｅでの動作が変わることができる。
本明細書での名称（または、名前）は変更されることができ、ＳＴＡは、ＡＰ ＳＴＡまたはｎｏｎ－ＡＰ ＳＴＡを含むことができる。また、Ｓｅｎｓｉｎｇが可能なＳＴＡをＳＥＮＳ ＳＴＡと称する。
Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅは、既存のＢＡ（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）ａｇｒｅｅｍｅｎｔのためのＡＤＤＢＡ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ ｆｒａｍｅのように新しいｎｅｇｏｔｉａｔｉｏｎ ｆｒａｍｅを定義してｅｘｃｈａｎｇｅを介して行われることができる。
本明細書ではｎｅｇｏｔｉａｔｉｏｎを始めるＳＴＡが送信するｆｒａｍｅをＳＥＮＳ ｒｅｑｕｅｓｔ ｆｒａｍｅ、これに対して応答するＳＴＡが送信するｆｒａｍｅをＳＥＮＳ ｒｅｓｐｏｎｓｅ ｆｒａｍｅと称する。また、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信するＳＥＮＳ ＳＴＡをＳＥＮＳ ＲＱＳＴＡと称し、ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを送信するＳＥＮＳ ＳＴＡをＳＥＮＳ ＲＰＳＴＡと称する。
ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅは、ＲＴＳ／ＣＴＳのようなｃｏｎｔｒｏｌ ｆｒａｍｅまたはＡＤＤＢＡ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのようにａｃｔｉｏｎ ｆｒａｍｅに定義されることができる。図１１は、ａｃｔｉｏｎ ｆｒａｍｅに定義された一例示を示す。Ｃｏｎｔｒｏｌ ｒｏｌｅ／ｐａｒａｍｅｔｅｒ、ｔｉｍｅｏｕｔに対する詳細な内容は、以後に言及される。
図１１は、Ｓｅｎｓｉｎｇ ａｃｔｉｏｎ ｆｒａｍｅに対する一例を示す。
図１１を参照すると、Ｃａｔｅｇｏｒｙが１であり、Ｃｏｄｅが３２である場合、ａｃｔｉｏｎ ｆｒａｍｅはＷＬＡＮ Ｓｅｎｓｉｎｇのために使われ、Ｓｅｎｓｉｎｇ Ａｃｔｉｏｎ ｖａｌｕｅが０である場合、Ｓｅｎｓｉｎｇ Ｒｅｑｕｅｓｔ ｆｒａｍｅになり、Ｓｅｎｓｉｎｇ Ａｃｔｉｏｎ ｖａｌｕｅが１である場合、Ｓｅｎｓｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅになる。
<Ｎｅｇｏｔｉａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ>
図１２は、Ｂａｓｉｃ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅの交換に対する一例を示す。
図１２のように、基本的に、ＳＥＮＳ ＳＴＡ１がＳＥＮＳ Ｒｅｑｕｅｓｔを送信すると、ＳＥＮＳ ＳＴＡ２がＳＥＮＳ Ｒｅｓｐｏｎｓｅとして応答してｓｅｎｓｉｎｇのためのｎｅｇｏｔｉａｔｉｏｎをする。また、各ｆｒａｍｅに対してＡＣＫとして応答することもできる。また、ＳＥＮＳ ＲＰＳＴＡがＳＩＦＳ内にｐｒｏｃｅｓｓｉｎｇを実行してｎｅｇｏｔｉａｔｉｏｎに対する応答が可能である場合、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ受信ＳＩＦＳ以後、ＳＥＮＳ Ｒｅｓｐｏｎｓｅを応答することもできる。
以下に記述される方法は、基本的に、ＡＣＫを応答する部分、ＳＩＦＳ以後ＳＥＮＳ Ｒｅｓｐｏｎｓｅ送信を除いて説明し、ＡＣＫを利用した応答、ＳＩＦＳ以後ＳＥＮＳ Ｒｅｓｐｏｎｓｅ送信が含まれることもできる。
図１２に基づいてＳＥＮＳ ＳＴＡが存在する環境によってどのＳＴＡがｎｅｇｏｔｉａｔｉｏｎを実行し、どのように実行すべきかに対して具体的に下記のようなＳＥＮＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ ｆｒａｍｅ ｅｘｃｈａｎｇｅ方法があるが、これに限定されるものではない。
基本的に、大きく、各ＳＥＮＳ ＳＴＡに独立的にＳＥＮＳ Ｒｅｑｕｅｓｔを送信する方法と、多数のＳＥＮＳ ＳＴＡにＢｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔのような方式としてＳＥＮＳ Ｒｅｑｕｅｓｔを送信する方法と、がある。この送信方法は、ＳＥＮＳ Ｒｅｑｕｅｓｔにｍｏｄｅ形態で指示できるが、ｉｍｐｌｉｃｉｔにＲＡ（Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ）を見てｉｎｄｉｖｉｄｕａｌｌｙ ａｄｄｒｅｓｓｅｄ ｆｒａｍｅであるかまたはｂｒｏａｄｃａｓｔであるかを判断することができる。また、もし、この送信方法のうち一つのみを固定する場合、ｍｏｄｅ形態で指示しない。例えば、１ｂｉｔでｍｏｄｅを指示すると、ｍｏｄｅ＝１である場合はｂｒｏａｄｃａｓｔで指示でき、ｍｏｄｅ＝０である場合はｕｎｉｃａｓｔで指示できる。以下で記述される実施例ではｍｏｄｅを別途に表示しないが、各ＳＥＮＳ Ｒｅｑｕｅｓｔは、このｍｏｄｅ指示者を含むことができる。
また、以下では１）方法と２）方法を区別して説明したが、ｎｅｇｏｔｉａｔｉｏｎ過程の間に共に適用できる。例えば、チャネル状況によって、ｎｅｇｏｔｉａｔｉｏｎ初期にはＳＥＮＳ ＳＴＡに独立的に送信し、その後、送信モードを転換して多数のＳＥＮＳ ＳＴＡに送信できる。
図１３は、一ＢＳＳ内にあるＳＥＮＳ ＳＴＡに対して独立的にＳＥＮＳ Ｒｅｑｕｅｓｔを送信する実施例１）を示す。
１）認知しているＳＥＮＳ ＳＴＡ（例：一ＢＳＳ内にあるＳＥＮＳ ＳＴＡｓ）に対して独立的に（ｕｎｉｃａｓｔ）ＳＥＮＳ Ｒｅｑｕｅｓｔを送信する。
図１３を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、各々、ＳＴＡ２とＳＴＡ３にＳＥＮＳ Ｒｅｑｕｅｓｔを送信し、ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを受信する。
＝>この方法は、各ＳＴＡに対して確実にｎｅｇｏｔｉａｔｉｏｎを実行することができるが、ＳＥＮＳ ＳＴＡが多くなるほどｄｅｌａｙとｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄが大きくなる。これを解決するための方法は下記の通りであり、２）方法にも記述されているが、これに限定されるものではない。
１－１）ある時間以後ＳＥＮＳ ＲＱＳＴＡが自らＳＥＮＳ Ｒｅｑｕｅｓｔを送信しない。
－ＳＥＮＳ ＲＱＳＴＡは、Ｒｅｑｕｅｓｔを減らすことができるが、他のＳＥＮＳ ＳＴＡは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅがそれ以上来るかどうかを認知することができない。
図１４は、Ｔｉｍｅｒを動作させて満了する時までＳＥＮＳ Ｒｅｑｕｅｓｔを送信する実施例１－２）を示す。
１－２）Ｔｉｍｅｒ利用
－１番目のＳＥＮＳ Ｒｅｑｕｅｓｔ送信瞬間または以後、Ｔｉｍｅｒを動作させて、満了する時までＳＥＮＳ Ｒｅｑｕｅｓｔを送信することを知らせる。したがって、このＴｉｍｅｒ情報は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅに含まれる必要がある。
図１４を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ＳＥＮＳ ＳＴＡ２に送信するＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＴｉｍｅｒ情報を指示し、Ｔｉｍｅｒを動作させる。ＳＴＡ３に送信するＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅに残っているＴｉｍｅｒ情報を指示する。それに応じて、他のＳＥＮＳ ＳＴＡは、ＳＥＮＳ ＲＱＳＴＡがＳＥＮＳ Ｒｅｑｕｅｓｔをいつまで送信するかを知ることができる。
図１５は、他のＳＴＡにそれ以上ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信しないと知らせる実施例１－３）を示す。
１－３）Ｎｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎをａｎｎｏｕｎｃｅｍｅｎｔ
－他のＳＴＡにそれ以上ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信しないとａｎｎｏｕｎｃｅする。最後のＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｅｘｐｌｉｃｉｔ ｉｎｄｉｃａｔｉｏｎをし、または新しいＳＥＮＳ ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信することができる。
図１５を参照すると、ＳＥＮＳ ＳＴＡ１は、ＳＴＡ３に送信する最後のＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｎｅｇｏｔｉａｔｉｏｎを完了するというｅｘｐｌｉｃｉｔ ｉｎｄｉｃａｔｉｏｎを含む。
図１６は、ＳＥＮＳ Ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信してｎｅｇｏｔｉａｔｉｏｎを完了したことを知らせる実施例１－３）を示す。
図１６を参照すると、ＳＥＮＳ ＳＴＡ１は、意図されたＳＥＮＳ ＳＴＡにＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを全て送信した以後、ＳＥＮＳ Ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信してｎｅｇｏｔｉａｔｉｏｎを完了したことを知らせる。
＝>Ｔｉｍｅｒ方法は、Ｃｈａｎｎｅｌ状況によってｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに参加できるＳＴＡ数が変わることができるが、この方法は、ＳＥＮＳ ＲＱＳＴＡが所望する時、ａｎｎｏｕｎｃｅしながらｎｅｇｏｔｉａｔｉｏｎを終了することができる。
前述された方法は、各々、別途に動作することもできるが、一つ以上の方法が共に動作することもできる。例えば、Ｔｉｍｅｒが動作しているが、Ｔｉｍｅｒが満了する前にＮｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎをあらかじめａｎｎｏｕｎｃｅｍｅｎｔできる。
◇Ｉｎｔｅｎｄｅｄ ＳＥＮＳ ＲＰＳＴＡに対するｆａｉｌｕｒｅ ｃａｓｅ考慮
図１７は、Ｉｎｔｅｎｄｅｄ ＳＥＮＳ ＲＰＳＴＡに対するｆａｉｌｕｒｅ ｃａｓｅを考慮したＴｉｍｅｏｕｔを適用する一例を示す。
前記方法において、ＳＥＮＳ ＲＰＳＴＡ（例えば、ＳＴＡ２、ＳＴＡ３）は、ＳＥＮＳ Ｒｅｑｕｅｓｔを受信することができない、または送信したＳＥＮＳ ＲｅｓｐｏｎｓｅをＳＥＮＳ ＲＱＳＴＡ（例えば、ＳＴＡ１）が受信することができない場合がある。したがって、ＳＥＮＳ ＲＱＳＴＡは、継続的にＳＥＮＳ Ｒｅｑｕｅｓｔを送信することができ、それに応じて、全体ｎｅｇｏｔｉａｔｉｏｎ過程が長くなり、または同じＳＴＡに繰り返し送信によりＳｅｎｓｉｎｇに参加するＳＴＡが十分でない。したがって、ＳＥＳＮ ＲＱＳＴＡは、各ＳＥＮＳ ＲＰＳＴＡに対する適切なｔｉｍｅｏｕｔ ｖａｌｕｅを適用することができる。
図１７を参照すると、ＳＴＡ１はｔｉｍｅｏｕｔを設定し、ＳＴＡ２にＳＥＮＳ Ｒｅｑｕｅｓｔを送信する。１番目の送信ではＳＥＮＳ Ｒｅｓｐｏｎｓｅが正確に送信することができない、または２番目の送信ではＳＥＮＳ Ｒｅｑｕｅｓｔが正確に送信することができなかった。その以後、Ｔｉｍｅｏｕｔになったため、ＳＴＡ１は、ＳＴＡ２とのチャネルがよくないと判断することで、それ以上ＳＴＡ２にＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信しない。
◇３ｒｄ ｐａｒｔｙ ＳＴＡに対するｆａｉｌｕｒｅ ｃａｓｅ考慮
基本的に、Ｔｉｍｅｒ情報やｅｘｐｌｉｃｉｔ指示者を介したＮｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ情報は、ｉｎｔｅｎｄｅｄ ｒｅｃｅｉｖｅｒでないＳＴＡはｏｖｅｒｈｅａｒｉｎｇが必要である。しかし、チャネル状態とｃｏｖｅｒａｇｅなどの問題で常にこの情報をｄｅｃｏｄｉｎｇしたことを保障することができない。したがって、下記のようにいくつかの方法がある。
Ａ．ＳＥＮＳ Ｒｅｑｕｅｓｔ ａｎｄ／ｏｒ ＳＥＮＳ Ｒｅｓｐｏｎｓｅを常にｂａｓｉｃ ｒａｔｅ（例えば、ＭＣＳ０）で送信
前述されているＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅは、チャネル状況によって、ＭＣＳ０のようなｌｏｗ ｒａｔｅでないｈｉｇｈ ｒａｔｅで送信されることができる。しかし、ｎｅｇｏｔｉａｔｉｏｎ過程で３ｒｄ ｐａｒｔ ＳＴＡに対するｏｖｅｒｈｅａｒｉｎｇ確率を高めるために、このｆｒａｍｅに対してはｂａｓｉｃ ｒａｔｅ（例えば、最も低いＭＣＳ（ＭＣＳ０））に固定して送信を要求することができる。
Ｂ．Ｎｅｇｏｔｉａｔｉｏｎ中、ｒｅｌｉａｂｉｌｉｔｙを高めるためにｂａｓｉｃ ｒａｔｅ（例えば、ＭＣＳ０）を利用してｔｉｍｅｒ情報及びｎｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ情報などを含むＢｒｏａｄｃａｓｔ ｆｒａｍｅ送信
このｂｒｏａｄｃａｓｔ ｆｒａｍｅは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを再使用することができるが、ｎｅｗ ｆｒａｍｅに定義されることもできる。ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを再使用すると、図１８の例示のように、ｆｒａｍｅは、ただ、ｒｅｌｉａｂｉｌｉｔｙのために送信、すなわち、これに対して応答しないようにするｍｏｄｅに転換し、図１８の以下の例示のように、以後記述される２）方法のようなｂｒｏａｄｃａｓｔ形態で送信してｒｅｓｐｏｎｓｅを受けるｍｏｄｅに転換できる。２）方法に対する詳細な内容は、以後記述される。
図１８は、Ｂｒｏａｄｃａｓｔ ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｔｉｍｅｒ情報及びｎｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎ情報を含む一例を示す。
２）多数のＳＥＮＳ ＳＴＡにＳＥＮＳ Ｒｅｑｕｅｓｔを送信（例えば、Ｂｒｏａｄｃａｓｔ）し、各々に対してＳＥＮＳ Ｒｅｓｐｏｎｓｅを受信する。また、一回以上のＳＥＮＳ Ｒｅｑｕｅｓｔを送信することもできる。
図１９は、多数のＳＥＮＳ ＳＴＡにＳＥＮＳ Ｒｅｑｕｅｓｔをブロードキャストする一例を示す。
図１９を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、各々、ＳＴＡ２、ＳＴＡ３、そしてＳＴＡ４からＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを受信する。以下の例示のように、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ｒｅｌｉａｂｉｌｉｔｙを高めるために複数回ＳＥＮＳ Ｒｅｑｕｅｓｔを送信することができる。同様に、ｒｅｌｉａｂｉｌｉｔｙを高めるためにＳＥＮＳ Ｒｅｑｕｅｓｔ及び／又はＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに対してはｂａｓｉｃ ｒａｔｅ（例えば、ＭＣＳ０）を適用して送信を要求することができる。
この方法は、下記のように具体的に実行されることができるが、これに限定されるものではない。特に、１）で記述した１－１）、１－２）、１－３）方法を活用することができる。
２－１）ある時間以後ＳＥＮＳ ＲＱＳＴＡが自らＳＥＮＳ Ｒｅｑｕｅｓｔを送信しない。
－ＳＥＮＳ ＲＱＳＴＡは、Ｒｅｑｕｅｓｔを減らすことができるが、他のＳＥＮＳ ＳＴＡは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅがそれ以上来るかどうかを認知することができない。
２－２）ＳＥＮＳ ｒｅｑｕｅｓｔ送信時、ｒｅｓｐｏｎｓｅを所望するＳＴＡ ＩＤを指示
－ＳＥＮＳ ＲＱＳＴＡは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＲｅｓｐｏｎｓｅを所望するＳＴＡ ＩＤを指示し、該当ＳＥＮＳ ＳＴＡからＲｅｓｐｏｎｓｅを受信する。
図２０は、ＳＥＮＳ ｒｅｑｕｅｓｔ送信時、ｒｅｓｐｏｎｓｅを所望するＳＴＡ ＩＤを指示する実施例２－２）を示す。
図２０を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＳＴＡ２とＳＴＡ３のＩＤを指示して、ＳＴＡ２及び３からＳＥＮＳ Ｒｅｓｐｏｎｓｅを受信する。ＳＴＡ４は、指示されなかったため、ＳＥＮＳ Ｒｅｓｐｏｎｓｅを送信しない。
＝>特に、ＳＴＡ ＩＤを活用してＳＩＦＳ間隔内のｐｒｏｃｅｓｓｉｎｇが可能である場合、Ｏｒｄｅｒを定めて順次に送信し、または１１ａｘのＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａａｃｃｅｓｓ）を活用することができる。
図２１は、実施例２－２）でＳＩＦＳ間隔に順次に応答する一例を示す。
図２１を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＳＴＡ２とＳＴＡ３のＩＤと応答順序（ＳＴＡ２－>ＳＴＡ３）を指示し、これらからＳＩＦＳ間隔にＳＥＮＳ Ｒｅｓｐｏｎｓｅを受信する。ここで、各々、ＳＥＮＳ Ｒｅｓｐｏｎｓｅ受信ＳＩＦＳ以後にＳＴＡ１が送信するＡＣＫが存在することもできる。
◇ＳＥＮＳ ＲＰＳＴＡに対するｆａｉｌｕｒｅ ｃａｓｅ考慮
前記方法において、ＳＥＮＳ ＲＰＳＴＡ（例えば、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４）は、ＳＥＮＳ Ｒｅｑｕｅｓｔを受信することができない、または送信したＳＥＮＳ ＲｅｓｐｏｎｓｅをＳＥＮＳ ＲＱＳＴＡ（例えば、ＳＴＡ１）が受信することができない場合がある。したがって、ＳＩＦＳ間隔の送信が正確に動作しない。これを解決するために、ＰＩＦＳ ｒｅｃｏｖｅｒｙを利用し、または再びｂａｃｋ－ｏｆｆを実行することができる。すなわち、図２２の例示のように、ＳＴＡ２のｒｅｓｐｏｎｓｅ以後ＰＩＦＳの間にｒｅｓｐｏｎｓｅが来ない場合、再びＳＥＮＳ Ｒｅｑｕｅｓｔを送信し、または以下の例示のようにＳＴＡ２のｒｅｓｐｏｎｓｅ以後、ｒｅｓｐｏｎｓｅに対するｔｉｍｅｏｕｔになると、再びｂａｃｋ－ｏｆｆを介してＳＥＮＳ Ｒｅｑｕｅｓｔを送信する。
図２２は、実施例２－２）でＳＩＦＳを利用した方法でｆａｉｌｕｒｅ ｃａｓｅを考慮した一例を示す。
図２３は、実施例２－２）でＳＩＦＳ間隔のＯＦＤＭＡ応答の一例を示す。
図２３を参照すると、ＳＴＡ１、２、３が少なくても１１ａｘのＣａｐａｂｉｌｉｔｙを有しているＳＴＡとするとき、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＳＴＡ２とＳＴＡ３のＩＤとＲＵ割当情報を指示し、これらから各割当を受けたＲＵからＳＥＮＳ Ｒｅｓｐｏｎｓｅを受信する。ここで、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅは、新しいｔｒｉｇｇｅｒ ｆｒａｍｅや新しいｔｒｉｇｇｅｒ ｔｙｐｅのｔｒｉｇｇｅｒ ｆｒａｍｅになることができる。
２－３）ＳＥＮＳ ｒｅｑｕｅｓｔ送信時、ＳＥＮＳ ｒｅｓｐｏｎｓｅを受信するためのＴｉｍｅｒを設定
１）と同様に、全てのＳＥＮＳ ＳＴＡに対してｒｅｓｐｏｎｓｅを受信するまでのｄｅｌａｙが長くなることができるため、Ｔｉｍｅｒを設定することができる。
図２４は、ＳＥＮＳ ＳＴＡに対してｒｅｓｐｏｎｓｅを受信するためのＴｉｍｅｒを設定する一例を示す。
図２４を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＴｉｍｅｒ情報を指示し、Ｔｉｍｅｒを動作させる。それに応じて、他のＳＥＮＳ ＳＴＡは、ＳＥＮＳ ＲＱＳＴＡがＳＥＮＳ Ｒｅｑｕｅｓｔをいつまで送信するかを知ることができる。したがって、ｔｉｍｅｒが完了した以後、ＳＴＡ４は、ＳＥＮＳ Ｒｅｓｐｏｎｓｅを送信しない。
２－４）ＳＥＮＳ ｃｏｍｐｌｅｔｉｏｎをａｎｎｏｕｎｃｅｍｅｎｔ
－他のＳＴＡにそれ以上ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信しないとａｎｎｏｕｎｃｅする。新しいＳＥＮＳ ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信し、またはＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｎｅｇｏｔｉａｔｉｏｎを完了するというｅｘｐｌｉｃｉｔ指示者を含むことができる。
図２５は、新しいＳＥＮＳ ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅを送信し、またはＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにｎｅｇｏｔｉａｔｉｏｎを完了するというｅｘｐｌｉｃｉｔ指示者を含む実施例２－４）を示す。
図２５を参照すると、ＳＥＮＳ ＳＴＡ１は、十分にｎｅｇｏｔｉａｔｉｏｎされたと判断する場合、ＳＥＮＳ Ｃｏｍｐｌｅｔｉｏｎ ｆｒａｍｅまたはｅｘｐｌｉｃｉｔ指示者を介してｎｅｇｏｔｉａｔｉｏｎを完了したことを知らせる。ＳＴＡ４は、このｆｒａｍｅを受信してｒｅｓｐｏｎｓｅをしない。
前述された方法は、各々、別途に動作することもできるが、一つ以上の方法が共に動作することもできる。例えば、Ｔｉｍｅｒが動作しているが、Ｔｉｍｅｒが満了する前にＮｅｇｏｔｉａｔｉｏｎ ｃｏｍｐｌｅｔｉｏｎをあらかじめａｎｎｏｕｎｃｅｍｅｎｔできる。
<Ｒｏｌｅ Ｎｅｇｏｔｉａｔｉｏｎ>
Ｎｅｇｏｔｉａｔｉｏｎまたは他のｐｈａｓｅの間にＳＥＮＳ ＳＴＡ間で前述された四つのｒｏｌｅを定める必要がある。
－Ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒとＳｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒ
－最も簡単な方法として、Ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅを送信したＳＴＡが担当することができる。すなわち、ＳＥＮＳ ＲＱＳＴＡがＳｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒになる。これは別途のｉｎｉｔｉａｔｏｒとｒｅｓｐｏｎｄｅｒを定めるｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄが必要でない。また、基本的に、一つのＳＥＮＳ ＳＴＡがｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒ役割を遂行するため、ｉｎｉｔｉａｔｏｒが決定されると、残りのＳＥＮＳ ＳＴＡがｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒになる。
このｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎ方法は、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ送信のｕｎｉｃａｓｔ方式とｂｒｏａｄｃａｓｔ方式によって変わることができる。
１）Ｂｒｏａｄｃａｓｔ方式の場合
１－１）Ｍｏｄｅ設定
－このｒｏｌｅは、ＳＥＮＳ ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒがｔｒａｎｓｍｉｔｔｅｒまたはｒｅｃｅｉｖｅｒの二つの役割のうちどのような役割を遂行するかによってｍｏｄｅに分けられることができる。例えば、下記のようにｍｏｄｅを分類することができるが、これに限定されるものではない。
Ｍｏｄｅ１：ＳＥＮＳ ＲＱＳＴＡがｔｒａｎｓｍｉｔｔｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｒｅｃｅｉｖｅｒになる。
Ｍｏｄｅ２：ＳＥＮＳ ＲＱＳＴＡがｒｅｃｅｉｖｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｔｒａｎｓｍｉｔｔｅｒになる
該当ｍｏｄｅは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ ａｎｄ／ｏｒ ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに指示されることができる。２個のｍｏｄｅである場合は１ｂｉｔであり、例えば、１である場合はＭｏｄｅ１、０である場合はＭｏｄｅ２で動作できる。より多くのｍｏｄｅが存在すると、これを指示するためのｂｉｔ数が増加できる。
２個のｍｏｄｅを指定する方法は、ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄは減らすことができるが、ＳＥＮＳ ＲＱＳＴＡを含んで多数のｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒ ｏｒ ｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒを決定するには容易でない。
図２６は、１－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。
図２６を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）がＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＭｏｄｅ１を指示し、これに対してＳＴＡ２とＳＴＡ３が応答する場合、ＳＴＡ１はＳＥＮＳ ｉｎｉｔｉａｔｏｒであると同時にｔｒａｎｓｍｉｔｔｅｒになる。それに対して、ＳＴＡ２とＳＴＡ３は、ｒｅｓｐｏｎｄｅｒであると同時にｒｅｃｅｉｖｅｒになる。
また、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）がＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＭｏｄｅ２を指示し、これに対してＳＴＡ２とＳＴＡ３が応答する場合、ＳＴＡ１はＳＥＮＳ ｉｎｉｔｉａｔｏｒであると同時にｒｅｃｅｉｖｅｒになる。それに対して、ＳＴＡ２とＳＴＡ３は、ｒｅｓｐｏｎｄｅｒであると同時にｔｒａｎｓｍｉｔｔｅｒになる。
前記例示ではＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）が指示する例示を示しているが、ＳＥＮＳ ＲＰＳＴＡ（ＳＴＡ２、３）もこれに対する応答としてＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにＭｏｄｅ１またはＭｏｄｅ２を指示することができる。
前記例示ではＳＥＮＳ ｉｎｉｔｉａｔｏｒによりｍｏｄｅ１／２でｔｒａｎｓｍｉｔｔｅｒとｒｅｃｅｉｖｅｒが定められる方法を示している。しかし、よりｄｙｎａｍｉｃなｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎのための方法もある。
１－２）Ｗｉｔｈ ｍｏｄｅ ｉｎｄｉｃａｔｉｏｎ、追加的なＳＴＡ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ指示でｒｏｌｅを定める。
ＳＥＮＳ ＲＱＳＴＡがｍｏｄｅを指示し、追加的にＳＴＡ ＩＤを指示すると、該当ＳＴＡ ＩＤに該当するＳＴＡは、ＳＥＮＳ ＲＱＳＴＡのようなｒｏｌｅを実行する。例えば、図２０のように、Ｍｏｄｅ１の場合、追加的にＳＴＡ２のＩＤを指示すると、ｍｏｄｅ１でＳＴＡ１がｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒであるため、ＳＴＡ２もｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒになる。Ｍｏｄｅの場合、追加的にＳＴＡ３のＩＤを指示すると、ｍｏｄｅ２でＳＴＡ１がｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒであるため、ＳＴＡ３がｒｅｃｅｉｖｅｒになる。
図２７は、１－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。
図２７を参照すると、ＳＥＮＳ ＲＱＳＴＡがｍｏｄｅを指示し、追加的にＳＴＡ ＩＤを指示する場合、該当ＳＴＡ ＩＤに該当するＳＴＡは、ｉｎｉｔｉａｔｏｒのようなｒｏｌｅを実行する。例えば、図２６のようにＭｏｄｅ１の場合、追加的にＳＴＡ２のＩＤを指示すると、ｍｏｄｅ１でＳＴＡ１がｔｒａｎｓｍｉｔｔｅｒであるため、ＳＴＡ２もｔｒａｎｓｍｉｔｔｅｒになる。Ｍｏｄｅの場合、追加的にＳＴＡ３のＩＤを指示すると、ｍｏｄｅ２でＳＴＡ１がｒｅｃｅｉｖｅｒであるため、ＳＴＡ３がｒｅｃｅｉｖｅｒになる。
結局、１－１）、１－２）方法を総合的に考慮した時、下記のようにｆｉｅｌｄが構成されることができ、図２６及び図２７ではｂａｃｋ－ｏｆｆを介したＳｅｎｓｉｎｇ Ｒｅｓｐｏｎｓｅを示しているが、前述された図２１及び図２３のＳｅｎｓｉｎｇ Ｒｅｓｐｏｎｓｅ送信のような方法も使用することができる。
Ａ．ＳＴＡ ＩＤ ＬｉｓｔとＲｏｌｅ Ｂｉｔｍａｐ
各ＳＴＡ ＩＤを指示し、その以後各ＳＴＡに該当するＢｉｔｍａｐでｔｒａｎｓｍｉｔｔｅｒ（例えば、１）であるかまたはｒｅｃｅｉｖｅｒ（例えば、０）であるかを指示する。ここで、Ｅｘｐｌｉｃｉｔ Ｎｕｍｂｅｒ ｏｆ ＳＴＡｓ指示を介してＢｉｔｍａｐをｐａｒｓｉｎｇすることができるが、ＳＴＡ ＩＤ Ｌｉｓｔを介して類推できるため、必ずＮｕｍｂｅｒ ｏｆ ＳＴＡｓが必要なものではない。
Ｒｏｌｅ Ｂｉｔｍａｐは、ｄｅｃｏｄｉｎｇのために８ｂｉｔ単位で構成されることもでき、またはＳＴＡ ＩＤ Ｌｉｓｔに含まれているＳＴＡ数ほど構成されることもできる。しかし、基本的に、ｂｉｔｍａｐは、既存のように８ｂｉｔ単位で構成されることがｄｅｃｏｄｉｎｇ側面で安定的である。一方、Ｂｉｔｍａｐ ｓｉｚｅをｅｘｐｌｉｃｉｔｌｙに指示するためにＮｕｍｂｅｒ ｏｆ ＳＴＡの代わりにＢｉｔｍａｐサイズにすることもできる。例えば、８ｂｉｔ単位とする時、値が２である場合は１６ｂｉｔ、１である場合は８ｂｉｔになる。
Ｂ．Ｔｕｐｌｅ<ＳＴＡ ＩＤ、Ｒｏｌｅ>
すなわち、前記ｂｉｔｍａｐを別途に構成せずに、ＳＴＡ ＩＤの後に１ｂｉｔを介してＲｏｌｅ（Ｔｒａｎｓｍｉｔｔｅｒ ｏｒ Ｒｅｃｅｉｖｅｒ）を指示することができる。Ａと同様に、ここで、Ｎｕｍｂｅｒ ｏｆ ＳＴＡｓを指示することができるが、Ｔｕｐｌｅの数を介して類推できるため、必ず必要なものではない
Ｃ．ＳＴＡ ＩＤ Ｌｉｓｔ＋Ｏｖｅｒａｌｌ Ｒｏｌｅ
ＡとＢ方法では各ＳＴＡのｒｏｌｅをｆｌｅｘｉｂｌｅに指示したが、ＳｅｎｓｉｎｇでＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒが、ｒｏｌｅが常に異なる場合は、ｒｏｌｅに対して１ｂｉｔで指示できる。例えば、ｉｎｉｔｉａｔｏｒがｔｒａｎｓｍｉｔｔｅｒに１値を指示すると、これを受信してｒｅｓｐｏｎｓｅをするＲｅｓｐｏｎｄｅｒは全てＴｒａｎｓｍｉｔｔｅｒになり、ｉｎｉｔｉａｔｏｒはｒｅｃｅｉｖｅｒになる。
図２８は、Ａ、Ｂ、Ｃ方法によるＲｏｌｅを指示する方法を示す。
図２８を参照すると、ＩｎｉｔｉａｔｏｒであるＳＴＡ１は、Ｓｅｎｓｉｎｇ Ｒｅｑｕｅｓｔを介して各ＳＴＡ２、３、４のＲｏｌｅを決定する。このとき、ＳＴＡ２、３、４がＯＦＤＭＡ／ＭＩＭＯなどのために同時に送信するようになると、送信可否を介して各ＳＴＡが現在Ｓｅｎｓｉｎｇをすることができるか（例えば、ｃｈａｎｎｅｌがＩＤＬＥであるか）を確認することができる。この例示ではＳｅｎｓｉｎｇ Ｒｅｑｕｅｓｔ ｆｒａｍｅが、ＳＴＡ２、３、４がＳｅｎｓｉｎｇ Ｔｒａｎｓｍｉｔｔｅｒであり、ＳＴＡ１がＲｅｃｅｉｖｅｒであることをａｎｎｏｕｎｃｅしている。Ａ方法では各ＳＴＡのＩＤと８ｂｉｔのｂｉｔｍａｐを利用して３個のＳＴＡがあるため、前の３ｂｉｔは１に指示し、残りはｒｅｓｅｒｖｅｄされる。Ｂ方法はＳＴＡ別にＳＴＡ ＩＤと１ｂｉｔ（各値は１）を利用し、Ｃ方法はＳＴＡ ＩＤを先に指示してＳＴＡ２、３、４が全てｔｒａｎｓｍｉｔｔｅｒという１ｂｉｔを指示する。
１－３）Ｗｉｔｈｏｕｔ ｍｏｄｅ ｉｎｄｉｃａｔｉｏｎ、ＳＴＡ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ指示でｒｏｌｅを定める。
図２９は、１－３）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。
図２９を参照すると、ＳＥＮＳ ＲＱＳＴＡは、ＳＴＡ ＩＤ別にｒｏｌｅを指示する。例えば、図２６の例示のように、ｔｒａｎｓｍｉｔｔｅｒはＳＴＡ１、２のＩＤを指示し、ｒｅｃｅｉｖｅｒはＳＴＡ３のＩＤを指示してｒｏｌｅを定める。
図２９ではｂａｃｋ－ｏｆｆを介したＳｅｎｓｉｎｇ Ｒｅｓｐｏｎｓｅを示しているが、前述された図２１及び図２３のＳｅｎｓｉｎｇ Ｒｅｓｐｏｎｓｅ送信のような方法も使用することができる。
２）Ｕｎｉｃａｓｔ方式の場合
２－１）Ｍｏｄｅ設定
１－１）方式と同様に、ｍｏｄｅを設定することができる。例えば、下記のようにｍｏｄｅを分類することができるが、これに限定されるものではない。
Ｍｏｄｅ１：ＳＥＮＳ ＲＱＳＴＡがｔｒａｎｓｍｉｔｔｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｒｅｃｅｉｖｅｒになる。
Ｍｏｄｅ２：ＳＥＮＳ ＲＱＳＴＡがｒｅｃｅｉｖｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｔｒａｎｓｍｉｔｔｅｒになる。
Ｍｏｄｅ３：ＳＥＮＳ ＲＱＳＴＡがｔｒａｎｓｍｉｔｔｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｔｒａｎｓｍｉｔｔｅｒになる。
Ｍｏｄｅ４：ＳＥＮＳ ＲＱＳＴＡがｒｅｃｅｉｖｅｒになり、ＳＥＮＳ ＲＰＳＴＡがｒｅｃｅｉｖｅｒになる。
該当ｍｏｄｅは、ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ ａｎｄ／ｏｒ ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに指示されることができる。４個のｍｏｄｅである場合は２ｂｉｔであり、例えば、００である場合はＭｏｄｅ１、１１である場合はＭｏｄｅ４で動作できる。より多くのｍｏｄｅが存在すると、これを指示するためのｂｉｔ数が増加できる。
図３０は、２－１）方法に基づいてｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎの一例を示す。
図３０を参照すると、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）がＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅに、ＳＴＡ２にＭｏｄｅ１を指示し、ＳＴＡ３にＭｏｄｅ３を指示してＳＴＡ２とＳＴＡ３の各々が応答する場合、ＳＴＡ１はｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒであると同時にｔｒａｎｓｍｉｔｔｅｒになる。それに対して、ＳＴＡ２はｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒとｒｅｃｅｉｖｅｒになり、ＳＴＡ３はｒｅｓｐｏｎｄｅｒであると同時にＳＴＡ１のようなｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒになる。
また、ＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）がＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＭｏｄｅ２を指示し、ＳＴＡ３にＭｏｄｅ４を指示してＳＴＡ２とＳＴＡ３の各々が応答する場合、ＳＴＡ１はｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒであると同時にｒｅｃｅｉｖｅｒになる。それに対して、ＳＴＡ２はｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒとｔｒａｎｓｍｉｔｔｅｒになり、ＳＴＡ３はｒｅｓｐｏｎｄｅｒであると同時にＳＴＡ１のようなｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒになる。
前記例示ではＳＥＮＳ ＲＱＳＴＡ（ＳＴＡ１）が指示する例示を示しているが、ＳＥＮＳ ＲＰＳＴＡ（ＳＴＡ２、３）もこれに対する応答としてＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにＭｏｄｅを指示することができる。ＲＱＳＴＡとＲＰＳＴＡが指示することによってｒｏｌｅが下記のようにｎｅｇｏｔｉａｔｉｏｎされることができる。
２－２）ＲＱＳＴＡとＲＰＳＴＡのｒｏｌｅ指示によるｎｅｇｏｔｉａｔｉｏｎ
各ＲＱＳＴＡとＲＰＳＴＡは、下記のようにｔｒａｎｓｍｉｔｔｅｒまたはｒｅｃｅｉｖｅｒの役割を遂行するかに対して各々１ｂｉｔで指示しまたは前述されたｍｏｄｅで指示できる。
以下の表は、ＲＱＳＴＡとＲＰＳＴＡのｒｏｌｅ指示によるｎｅｇｏｔｉａｔｉｏｎ例示＃１を示す。
以下の表は、ＲＱＳＴＡとＲＰＳＴＡのｒｏｌｅ指示によるｎｅｇｏｔｉａｔｉｏｎ例示＃２を示す。
前記例示ではＲＱＳＴＡとＲＰＳＴＡとの間でｒｏｌｅが重複しないまたは同じｍｏｄｅで指示した時、ｎｅｇｏｔｉａｔｉｏｎが可能な場合を示す。すなわち、前記例示で空いているｄｅｔｅｒｍｉｎｅｄ ｒｏｌｅは、ｃｏｎｆｕｓｉｏｎにより正確にｎｅｇｏｔｉａｔｉｏｎされない場合である。しかし、この空いている部分は、二つのＳＴＡ間にあらかじめ決められたｒｕｌｅによってｒｏｌｅが決定されることができる。例えば、ＲＱＳＴＡがｔｒａｎｓｍｉｔｔｅｒとｒｅｃｅｉｖｅｒを全て指示（１１）し、ＲＰＳＴＡがｒｅｃｅｉｖｅｒのみを指示した場合（０１）、ＲＱＳＴＡはｔｒａｎｓｍｉｔｔｅｒになる。このようなｒｕｌｅは、あらかじめどのように定めるかによって変わることができる。
前記Ｒｏｌｅ ｎｅｇｏｔｉａｔｉｏｎは、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅでＳｅｎｓｉｎｇに参加するＳＴＡを確認及びｐａｒａｍｅｔｅｒをｎｅｇｏｔｉａｔｉｏｎした後、各Ｓｅｎｓｉｎｇを実行する前にｄｙｎａｍｉｃにＩｎｉｔｉａｔｏｒが指示することもできる。これは前記１－２）方法のように、各ＳＴＡがどのようなＲｏｌｅを定めるかに対する方法と密接な関連がある。すなわち、ＳＴＡに対してどのようなｒｏｌｅをするかを指示する必要がある。具体的な方法は、下記の通りであるが、これに限定されるものではない。
Ａ．ＳＴＡ ＩＤ ＬｉｓｔとＲｏｌｅ Ｂｉｔｍａｐ
各ＳＴＡ ＩＤを指示し、その以後各ＳＴＡに該当するＢｉｔｍａｐでｔｒａｎｓｍｉｔｔｅｒ（例えば、１）であるかまたはｒｅｃｅｉｖｅｒ（例えば、０）であるかを指示する。ここで、Ｅｘｐｌｉｃｉｔ Ｎｕｍｂｅｒ ｏｆ ＳＴＡｓ指示を介してＢｉｔｍａｐをｐａｒｓｉｎｇすることができるが、ＳＴＡ ＩＤ Ｌｉｓｔを介して類推できるため、必ずＮｕｍｂｅｒ ｏｆ ＳＴＡｓが必要なものではない。
Ｒｏｌｅ Ｂｉｔｍａｐは、ｄｅｃｏｄｉｎｇのために８ｂｉｔ単位で構成されることもでき、またはＳＴＡ ＩＤ Ｌｉｓｔに含まれているＳＴＡ数ほど構成されることもできる。しかし、基本的に、ｂｉｔｍａｐは、既存のように８ｂｉｔ単位で構成されることがｄｅｃｏｄｉｎｇ側面で安定的である。一方、Ｂｉｔｍａｐ ｓｉｚｅをｅｘｐｌｉｃｉｔｌｙに指示するためにＮｕｍｂｅｒ ｏｆ ＳＴＡの代わりにＢｉｔｍａｐサイズにすることもできる。例えば、８ｂｉｔ単位とする時、値が２である場合は１６ｂｉｔ、１である場合は８ｂｉｔになる。
Ｂ．Ｔｕｐｌｅ<ＳＴＡ ＩＤ、Ｒｏｌｅ>
すなわち、前記ｂｉｔｍａｐを別途に構成せずに、ＳＴＡ ＩＤの後に１ｂｉｔを介してＲｏｌｅ（Ｔｒａｎｓｍｉｔｔｅｒ ｏｒ Ｒｅｃｅｉｖｅｒ）を指示することができる。Ａと同様に、ここで、Ｎｕｍｂｅｒ ｏｆ ＳＴＡｓを指示することができるが、Ｔｕｐｌｅの数を介して類推できるため、必ず必要なものではない
Ｃ．ＳＴＡ ＩＤ Ｌｉｓｔ＋Ｏｖｅｒａｌｌ Ｒｏｌｅ
ＡとＢ方法では各ＳＴＡのｒｏｌｅをｆｌｅｘｉｂｌｅに指示したが、ＳｅｎｓｉｎｇでＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒが、ｒｏｌｅが常に異なる場合は、ｒｏｌｅに対して１ｂｉｔで指示できる。例えば、ｉｎｉｔｉａｔｏｒがｔｒａｎｓｍｉｔｔｅｒに１値を指示すると、これを受信してｒｅｓｐｏｎｓｅをするＲｅｓｐｏｎｄｅｒは全てＴｒａｎｓｍｉｔｔｅｒになり、ｉｎｉｔｉａｔｏｒはｒｅｃｅｉｖｅｒになる。
図３１は、Ａ、Ｂ、Ｃ方法によるＲｏｌｅを指示する方法を示す。
図３１を参照すると、ＩｎｉｔｉａｔｏｒであるＳＴＡ１は、Ｐｏｌｌｉｎｇを介して各ＳＴＡ２、３、４のＲｏｌｅを決定する。このとき、ＳＴＡ２、３、４がＯＦＤＭＡ／ＭＩＭＯなどのために同時に送信するようになると、送信可否を介して各ＳＴＡが現在Ｓｅｎｓｉｎｇをすることができるか（例えば、ｃｈａｎｎｅｌがＩＤＬＥであるか）を確認することができる。この例示ではＳｅｎｓｉｎｇ Ｐｏｌｌ ｆｒａｍｅが、ＳＴＡ２、３、４がＳｅｎｓｉｎｇ Ｔｒａｎｓｍｉｔｔｅｒであり、ＳＴＡ１がＲｅｃｅｉｖｅｒであることをａｎｎｏｕｎｃｅしている。Ａ方法では各ＳＴＡのＩＤと８ｂｉｔのｂｉｔｍａｐを利用して３個のＳＴＡがあるため、前の３ｂｉｔは１に指示し、残りはｒｅｓｅｒｖｅｄされる。Ｂ方法はＳＴＡ別にＳＴＡ ＩＤと１ｂｉｔ（各値は１）を利用し、Ｃ方法はＳＴＡ ＩＤを先に指示してＳＴＡ２、３、４が全てｔｒａｎｓｍｉｔｔｅｒという１ｂｉｔを指示する。
<Ｐａｒａｍｅｔｅｒ Ｎｅｇｏｔｉａｔｉｏｎ>
Ｎｅｇｏｔｉａｔｉｏｎまたは他のｐｈａｓｅの間にＳＥＮＳ ＳＴＡ間で下記のようなＰａｒａｍｅｔｅｒを定める必要がある。ＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ ａｎｄ／ｏｒ ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅは、下記のように記述されたＰａｒａｍｅｔｅｒが一つ以上指示されることができる。以下の例示ではＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅに対する指示のみを示したが、ＳＥＮＳ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにも指示されることができる。また、以下の例示では前記ｎｅｇｏｔｉａｔｉｏｎ ｐｒｏｃｅｄｕｒｅのＳＥＮＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅ送信に対する２）方法を仮定（例えば、ｂｒｏａｄｃａｓｔ）して記述したが、１）方法（例えば、ｕｎｉｃａｓｔ）も利用できる。
１）Ｔｉｍｅｒｓ ｆｏｒ Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅ：前述されたｎｅｇｏｔｉａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ（例：１－２）、２－３）方法）を参照することができる。
２）Ｔｉｍｅｏｕｔ ｆｏｒ Ｓｅｎｓｉｎｇ ｐｈａｓｅ：Ｎｅｇｏｔｉａｔｉｏｎ以後、Ｓｅｎｓｉｎｇ ｐｈａｓｅ（一つ以上のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを含む）関連Ｔｉｍｅｏｕｔ値。このＴｉｍｅｏｕｔ値は、下記のように一つまたは二つが全て別途に指示されることができる。
図３２は、Ｔ＿ｓｅｎｓの間にｓｅｎｓｉｎｇ関連ｆｒａｍｅ ｅｘｃｈａｎｇｅが行われない時、ｎｅｇｏｔｉａｔｉｏｎをｔｅａｒ ｄｏｗｎする実施例２－１）を示す。
２－１）Ｔｉｍｅｏｕｔ ｆｏｒ Ｔｅａｒ ｄｏｗｎ：Ｎｅｇｏｔｉａｔｉｏｎ以後、Ｓｅｎｓｉｎｇ ｐｈａｓｅでこの時間（例えば、図３２でのＴ＿ｓｅｎｓ）の間にｓｅｎｓｉｎｇ関連ｆｒａｍｅ ｅｘｃｈａｎｇｅが行われない場合、ｎｅｇｏｔｉａｔｉｏｎをｔｅａｒ ｄｏｗｎする。
図３３は、Ｔ＿ｓｅｎｓの間にｓｅｎｓｉｎｇを実行し、その以後Ｓｅｎｓｉｎｇ ｐｈａｓｅが終了される実施例２－２）を示す。
２－２）Ｔｉｍｅｏｕｔ ｆｏｒ Ｓｅｎｓｉｎｇ：Ｓｅｎｓｉｎｇ ｐｈａｓｅが行われる時間。すなわち、この時間の間にｎｅｇｏｔｉａｔｉｏｎされたｒｏｌｅ／ｐａｒａｍｅｔｅｒを利用してｓｅｎｓｉｎｇを実行する。前記言及したように、該当過程は、一つ以上のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで行われることができる。図２８のようにＴ＿ｓｅｎｓ以後Ｓｅｎｓｉｎｇ ｐｈａｓｅが終了される。
３）Ｎｕｍｂｅｒ ｏｆ ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎｓ：前記定義されたｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎが何回行われるべきかに対するＰａｒａｍｅｔｅｒ
４）Ｍｏｄｅ ｆｏｒ ｔｒａｎｓｍｉｔｔｅｒ／ｒｅｃｅｉｖｅｒ：このｍｏｄｅは、前述されたＲｏｌｅ Ｎｅｇｏｔｉａｔｉｏｎ（図２４を含む）を参照することができる。
５）Ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ＳＥＮＳ ＳＴＡ（ｓ）：Ｓｅｎｓｉｎｇに参加するＳＴＡに対する情報であって、前述されたＮｅｇｏｔｉａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ（例：２－２）方法）を参照することができる。
６）Ｇｒｏｕｐ ＩＤ（ＧＩＤ）：Ｎｅｇｏｔｉａｔｉｏｎ過程以後、ｎｅｇｏｔｉａｔｉｏｎされたＳＴＡを一つのｇｒｏｕｐでＩＤを割り当てることができる。すなわち、このｓｅｎｓｉｎｇ ｐｈａｓｅの間に図２９のようにｇｒｏｕｐ ＩＤを送信して識別できるようにする。図２９ではＳＴＡ１、２、３が一つのｓｅｎｓｉｎｇ ｇｒｏｕｐを形成し、ＳＴＡ１がｇｒｏｕｐ ＩＤを送信した時、ＳＴＡ２とＳＴＡ３がｓｅｎｓｉｎｇに共に参加する。この方法を利用して多数のＳＴＡ ＩＤの代わりにＧＩＤのみを含む場合、ｏｖｅｒｈｅａｄを減らすことができるが、ｎｅｇｏｔｉａｔｉｏｎされた一部のＳＴＡとｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを実行するためにはＧＩＤを使用しにくい。
図３４は、ＳＴＡ１、２、３が一つのｓｅｎｓｉｎｇ ｇｒｏｕｐを形成してＳＴＡ１がｇｒｏｕｐ ＩＤを送信した時、ＳＴＡ２とＳＴＡ３がｓｅｎｓｉｎｇに共に参加する実施例６）を示す。
７）Ｓｉｇｎａｌ Ｌｅｎｇｔｈ：Ｓｅｎｓｉｎｇ Ｐｈａｓｅでｔｒａｎｓｍｉｔｔｅｒが送信するＳｅｎｓｉｎｇ ｓｉｇｎａｌ（ｓｏｕｎｄｉｎｇ）のｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ
８）Ｂａｎｄｗｉｄｔｈ ｔｏ ｂｅ ｍｅａｓｕｒｅｄ ｏｒ ｆｏｒ ｆｅｅｄｂａｃｋ：Ｓｅｎｓｉｎｇ ｐｈａｓｅの間のＳｅｎｓｉｎｇ ｓｉｇｎａｌまたはこのｓｉｇｎａｌを測定結果ｆｅｅｄｂａｃｋに対するｂａｎｄｗｉｄｔｈを指示することができる。これは全てのＳＴＡに対して指示し、または各ＳＴＡに対して指示できる。全てのＳＴＡに対して指示すると、ｏｖｅｒｈｅａｄは減少するが、各ＳＴＡに対して指示する方法のように特定ＳＴＡが効率的にｓｅｎｓｉｎｇまたはｆｅｅｄｂａｃｋできる場合は、このような特定ｆｒｅｑｕｅｎｃｙに対しては指示することができない。
８－１）Ｓｅｎｓｉｎｇ Ｆｒｅｑｕｅｎｃｙ ｌｏｃａｔｉｏｎ：７）で同じｆｒｅｑｕｅｎｃｙのｂａｎｄｗｉｄｔｈを指示することもできるが、これと関連してＳＴＡ別に異なる測定すべき位置を指示することもできる。例えば、図３０のように８０ＭＨｚのうち、ＳＴＡ２にｐｒｉｍａｒｙ４０ＭＨｚ、ＳＴＡ３にｓｅｃｏｎｄａｒｙ４０を割り当てることができる。この例示ではＳｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒがＳＴＡ２とＳＴＡ３である場合を示す。また、ＳＥＮＳ ＳＴＡが１１ａｘのＯＦＤＭＡ技術をサポートすると、特定ＲＵを指示することもできる。
図３５は、８０ＭＨｚのうち、ＳＴＡ２にｐｒｉｍａｒｙ４０ＭＨｚ、ＳＴＡ３にｓｅｃｏｎｄａｒｙ４０を割り当ててＳｅｎｓｉｎｇ ｓｉｇｎａｌが送受信される一例を示す。
図３５は、８０ＭＨｚのうち、ＳＴＡ２にｐｒｉｍａｒｙ４０ＭＨｚ、ＳＴＡ３にｓｅｃｏｎｄａｒｙ４０を割り当ててＳｅｎｓｉｎｇ ｓｉｇｎａｌが送受信される一例を示す。
９）Ｔｙｐｅ ｏｆ Ｉｎｆｏｒｍａｔｉｏｎ：Ｓｅｎｓｉｎｇ ｐｈａｓｅの間のｓｅｎｓｉｎｇ ｓｉｇｎａｌ受信を介して測定すべき情報ｔｙｐｅ（例えば、ＣＳＩ ｐｅｒ ｓｕｂｃａｒｒｉｅｒ）
１０）Ｓｉｇｎａｌ Ｔｙｐｅ：Ｓｅｎｓｉｎｇ ｐｈａｓｅの間のｓｅｎｓｉｎｇ ｓｉｇｎａｌのｔｙｐｅ（例えば、ＮＤＰ、ＮＤＰＡ＋ＮＤＰ、Ｎｅｗ ｓｉｇｎａｌ ｔｙｐｅ）
１１）Ｏｒｄｅｒ ｏｆ ｒｅｐｏｒｔｓ／ｓｅｎｓｉｎｇ：Ｓｅｎｓｉｎｇ ｓｉｇｎａｌ送信またはＳｉｇｎａｌ測定に対する情報ｆｅｅｄｂａｃｋ時に衝突（ｃｏｌｌｉｓｉｏｎ）を防止するためにＳＴＡに対してｅｘｐｌｉｃｉｔに順序を含むことができる。Ｉｍｐｌｉｃｉｔするように、例えば、４）のＳＴＡ情報が指示された順序をこの順序と見做すことができる。この情報を指示し、図３０を仮定すると、ｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒであるＳＴＡ２とＳＴＡ３の順序は、ＳＴＡ２－>ＳＴＡ３になる。
１２）Ｓｅｓｓｉｏｎ ＩＤ：このｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅを介して決定されたｒｏｌｅとｐａｒａｍｅｔｅｒを利用するｓｅｓｓｉｏｎに対するＩＤ。前記言及したように、一ＳＥＮＳ ＳＴＡは、多数のＳｅｎｓｉｎｇ ａｐｐｌｉｃａｔｉｏｎを同時に実行でき、多数のＳＥＮＳ ＳＴＡも同時にｓｅｎｓｉｎｇ ａｐｐｌｉｃａｔｉｏｎを実行することができる。すなわち、各ａｐｐｌｉｃａｔｉｏｎに対するｓｅｎｓｉｎｇ ｐｒｏｃｅｄｕｒｅが同時に実行されると、多数のｓｅｓｓｉｏｎが重なることができるため、ＳＥＮＳ ＳＴＡ間にはこのｓｅｓｓｉｏｎを区別してｓｅｎｓｉｎｇを実行する必要がある。したがって、ｓｅｓｓｉｏｎ ＩＤが指示されることができる。
図３６は、Ｓｅｓｓｉｏｎ ＩＤが使われるセンシング手順の一例を示す。
図３６を参照すると、ＳＴＡ１がｓｅｓｓｉｏｎ ＩＤを送信した時、ＳＴＡ２とＳＴＡ３がこのｓｅｓｓｉｏｎ ＩＤを認知する。したがって、ｓｅｎｓｉｎｇ ｐｈａｓｅでこのｓｅｓｓｉｏｎ ＩＤを受信した時、ｎｅｇｏｔｉａｔｉｏｎされたｒｏｌｅとｐａｒａｍｅｔｅｒによってｓｅｎｓｉｎｇを実行することができる。
<Ｓｅｎｓｉｎｇ Ｐｈａｓｅ ｒｅｇａｒｄｉｎｇ Ｎｅｇｏｔｉａｔｉｏｎ>
前記ｎｅｇｏｔｉａｔｉｏｎ過程を経る場合、このｎｅｇｏｔｉａｔｅｄ ｒｏｌｅとｐａｒａｍｅｔｅｒに基づいてＳｅｎｓｉｎｇ ｐｈａｓｅが行われる。基本的に、Ｓｅｎｓｉｎｇ ｐｈａｓｅは、前記言及したように一つ以上のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで行われることができ、Ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを始めることができるｆｒａｍｅが存在できる。本明細書ではこのｆｒａｍｅをＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅと称する。ＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅにはｐａｒａｍｅｔｅｒ ｎｅｇｏｔｉａｔｉｏｎで記述したｐａｒａｍｅｔｅｒを全部または一部を指示することができる。
図３７は、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅが複数回送信される一例を示す。
例えば、基本的に、一ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対してＳＴＡの情報またはＧｒｏｕｐ ＩＤ、Ｓｅｓｓｉｏｎ ＩＤなどが含まれることができる。図３７のように、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅは、一回または複数回送信されることができる。例えば、Ｓｅｎｓｉｎｇ ｐｈａｓｅに参加するＳＴＡが変更される場合、複数回ｆｒａｍｅを送信することもできる。
図３８は、ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ別にＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅが送信される一例を示す。
また、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅは、図３８のように、Ａ．全てのｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ開始時、Ｂ．一部ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ開始時、またはＣ．Ｓｅｎｓｉｎｇ ｐｈａｓｅの間に最初一回のみが送信されることができる。
Ａ方法は、ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対するｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｉｎｇを介して各ＳＥＮＳ ＳＴＡがｓｅｓｓｉｏｎを認知することができる。Ｂ、Ｃ方法は、一部ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対してはｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒ立場でＳｅｎｓｉｎｇ ｓｉｇｎａｌにこのための別途の指示、ｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒ立場ではｓｅｎｓｉｎｇ ｓｉｇｎａｌを認知することができる方法が必要であるが、ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに対するｏｖｅｒｈｅａｄは減少させることができる。
図３８では各ｓｅｓｓｉｏｎ間でｃｈａｎｎｅｌ ａｃｃｅｓｓを実行しているが、これは多数のｓｅｓｓｉｏｎを含むことができるＴＸＯＰを取得してＳＩＦＳ間隔を介して各ｓｅｓｓｉｏｎが連結されることもできる。
ＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅにはｐａｒａｍｅｔｅｒ ｎｅｇｏｔｉａｔｉｏｎで記述したｐａｒａｍｅｔｅｒを全部または一部指示できる。例えば、基本的に、一ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対してＳＴＡの情報またはＧｒｏｕｐ ＩＤなどが含まれることができる。
以下の例示では具体的に開示されていないが、Ｓｅｎｓｉｎｇ ｐｈａｓｅではｎｅｇｏｔｉａｔｉｏｎによって多様な方法（例えば、ＳＥＮＳ ＲＱＳＴＡがｔｒａｎｓｍｉｔｔｅｒまたはｒｅｃｅｉｖｅｒのｒｏｌｅ、ｓｅｎｓｉｎｇ ｓｉｇｎａｌまたはｆｅｅｄｂａｃｋ送信は順次にまたはＯＦＤＭＡに基づいて送信）が存在できるため、詳細なｆｒａｍｅ ｅｘｃｈａｎｇｅに対しては記述しない。また、ＳＴＡ１をＳＥＮＳ Ｉｎｉｔｉａｔｏｒと仮定する。
<Ｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅ>
図３９は、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅとｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの一例を示す。
以上で継続的に言及したように、各ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎではＷＬＡＮ ｓｅｎｓｉｎｇのためのｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅが存在するため、一Ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎが終了された後、図３９の上段部のように、次のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎでｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅを再び実行する。ここで、以前ｓｅｓｓｉｏｎでのｒｏｌｅとｐａｒａｍｅｔｅｒがほとんど変わらない場合、ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅをそのまま再び実行することはｒｅｓｏｕｒｃｅ浪費になる。したがって、変更したいｒｏｌｅとｐａｒａｍｅｔｅｒのみをｎｅｇｏｔｉａｔｉｏｎすることもできる。本発明ではこのｐｈａｓｅをｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅと称し、図３９の下段部のように次のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対するｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅでｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅを適用することもできる。
図４０は、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅとｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの他の例を示す。
Ｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅでは変更させるｒｏｌｅとｐａｒａｍｅｔｅｒのみを含んでｏｖｅｒｈｅａｄを減らしたｒｅｄｕｃｅｄ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを使用することができる。すなわち、指示されないｒｏｌｅとｐａｒａｍｅｔｅｒは、以前ｓｅｓｓｉｏｎで使われたことをｉｎｈｅｒｉｔする。また、ｉｎｈｅｒｉｔする場合、図４０のように、以前ｓｅｓｓｉｏｎ以後にｔｅａｒ－ｄｏｗｎ ｐｈａｓｅ無しで変更されたｒｏｌｅとｐａｒａｍｅｔｅｒのみをｎｅｇｏｔｉａｔｉｏｎするｒｅｄｕｃｅｄ ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅに直ちに移行することもできる。
変わらないｒｏｌｅとｐａｒａｍｅｔｅｒに対するｆｉｅｌｄを含むことは、ｏｖｅｒｈｅａｄを減らす効果がない。したがって、変更させるｒｏｌｅとｐａｒａｍｅｔｅｒのみを含んでｏｖｅｒｈｅａｄを減らしたｒｅｄｕｃｅｄ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを利用することができる。
この変更させるｒｏｌｅとｐａｒａｍｅｔｅｒのためにｃｏｎｔｒｏｌ ｆｉｅｌｄを適用することができる。すなわち、ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに必須的に入るべきｆｉｅｌｄを除いては、変更されたｐａｒａｍｅｔｅｒが存在するかどうかを指示するｆｉｅｌｄを含む。以下の例示ではこのｐａｒａｍｅｔｅｒをｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒと称する。
前記基本的な過程に基づいて前述されたｎｅｇｏｔｉａｔｉｏｎ ｐｒｏｃｅｄｕｒｅの有無と、ｎｅｇｏｔｉａｔｅｄ ｒｏｌｅ／ｐａｒａｍｅｔｅｒがｓｔａｔｉｃであるかまたはｄｙｎａｍｉｃであるかと、によって、下記のようなｃａｓｅに分類されることができる。
１）Ｓｔａｔｉｃ ｎｅｇｏｔｉａｔｅｄ ｒｏｌｅｓ ａｎｄ ｐａｒａｍｅｔｅｒｓ
このｃａｓｅは、基本的に、Ｓｅｎｓｉｎｇ ｐｈａｓｅの間に交渉されたｒｏｌｅｓ及びｐａｒａｍｅｔｅｒｓが変わらないため、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに別途に変更されたｒｏｌｅとｐａｒａｍｅｔｅｒを指示することができない。しかし、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに繰り返して前記ｐａｒａｍｅｔｅｒ ｎｅｇｏｔｉａｔｉｏｎで記述したｐａｒａｍｅｔｅｒを全部または一部指示できる。
２）Ｄｙｎａｍｉｃ ｎｅｇｏｔｉａｔｅｄ ｒｏｌｅｓ ａｎｄ ｐａｒａｍｅｔｅｒｓ
このｃａｓｅは、基本的に、Ｓｅｎｓｉｎｇ ｐｈａｓｅの間のｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間に決定した、ｒｏｌｅｓとｐａｒａｍｅｔｅｒｓが変更されることができる。したがって、図４１のように、ＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに変更されたｐａｒａｍｅｔｅｒｓに対して指示できる。このｐａｒａｍｅｔｅｒは、前記ｐａｒａｍｅｔｅｒ ｎｅｇｏｔｉａｔｉｏｎで言及したｐａｒａｍｅｔｅｒが該当することができる。
図４１は、交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。
一方、常にこのｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒｓに備えてＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに該当ｆｉｅｌｄを含むことは、ｏｖｅｒｈｅａｄがあるため、ｃｏｎｔｒｏｌ ｆｉｅｌｄを適用することができる。すなわち、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅに必須的に含まれるべきｆｉｅｌｄを除いては、ｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒが存在するかどうかを指示するｆｉｅｌｄを含む。
図４２は、Ｄｙｎａｍｉｃ Ｐａｒａｍｅｔｅｒに対するｃｏｎｔｒｏｌ ｆｉｅｌｄの一例である。
図４２を参照すると、Ｅｘａｍｐｌｅ１のように、Ｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒが存在するかどうかを先に指示（例えば、１ｂｉｔ利用）し、存在する場合は後にｐａｒａｍｅｔｅｒ ｓｅｔが指示される。また、Ｅｘａｍｐｌｅ２のように、各ｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒに対する存在可否を指示することもできる。状況によって異なるが、ｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒの個数が多い場合、Ｅｘａｍｐｌｅ２がオーバーヘッドをさらに減らすことができると判断される。
一方、以上ではＳｅｎｓｉｎｇ ｓｅｓｓｉｏｎを開始する一つのＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅでｎｅｇｏｔｉａｔｅｄ ｐａｒａｍｅｔｅｒをｃｈａｎｇｅする場合を指示したが、下記のようにｐａｒａｍｅｔｅｒをｄｙｎａｍｉｃに変更できる。
１）一ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ内でＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅまたはｒｅｄｕｃｅｄ ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを送信する場合
すなわち、一ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ内で複数回のＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを送信し、または図４３のようにｄｙｎａｍｉｃ ｒｏｌｅ／ｐａｒａｍｅｔｅｒのみを含むｆｒａｍｅ（例えば、ｒｅｄｕｃｅｄ ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅ）を送信する。
図４３は、ｒｅｄｕｃｅｄ ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを利用して交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。
２）Ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ間でＲｅ－ｎｅｇｏｔｉａｔｉｏｎする場合
すなわち、Ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ間でｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅを再び実行する。この過程で前述したＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを再使用することができるが、変わらないｒｏｌｅとｐａｒａｍｅｔｅｒに対するｆｉｅｌｄを含むことはｏｖｅｒｈｅａｄを高める結果を招くことができる。したがって、図４３のように、変更させるｒｏｌｅとｐａｒａｍｅｔｅｒのみを含んでｏｖｅｒｈｅａｄを減らしたｒｅｄｕｃｅｄ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを利用することができる。また、このｆｒａｍｅ ｅｘｃｈａｎｇｅ以外に１）のようにＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅとｒｅｄｕｃｅｄ ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを利用することもできる。
図４４は、Ｒｅ－ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間にｒｅｄｕｃｅｄ ＳＥＮＳ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを利用して交渉されたｒｏｌｅとｐａｒａｍｅｔｅｒに対するｄｙｎａｍｉｃ ｃｈａｎｇｅの一例を示す。
例示＃１：ｒｏｌｅ変更
図４５は、実施例２）でのｒｏｌｅを変更する一例を示す。
図４５を参照すると、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間に、ｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒはＳＴＡ１、ｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒはＳＴＡ２とＳＴＡ３に決められた例示である。２番目のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで、ＳＴＡ１は、他のｄｉｒｅｃｔｉｏｎでのｃｈａｎｎｅｌを測定するために、ＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを介して、ｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒはＳＴＡ２とＳＴＡ３、ｓｅｎｓｉｎｇ ｒｅｃｅｉｖｅｒはＳＴＡ１に変更することでＳＴＡ２とＳＴＡ３がｓｅｎｓｉｎｇ ｓｉｇｎａｌを送信する。
例示＃２：ｂａｎｄｗｉｄｔｈ ｔｏ ｂｅ ｍｅａｓｕｒｅｄ変更
図４６は、実施例２）での測定される帯域幅を変更する一例を示す。
図４６を参照すると、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間に測定される帯域幅は、４０ＭＨｚである例示である。２番目のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで、ＳＴＡ１は、一層よいｒｅｓｏｌｕｔｉｏｎのためにＳＥＮＳ ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを介してｂａｎｄｗｉｄｔｈ ｔｏ ｂｅ ｍｅａｓｕｒｅｄを８０ＭＨｚに変更する。したがって、ｓｅｎｓｉｎｇ ｔｒａｎｓｍｉｔｔｅｒであるＳＴＡ２とＳＴＡ３は、８０ＭＨｚを利用してＳｅｎｓｉｎｇ ｓｉｇｎａｌを送信する。
例示＃３：ＳＴＡ情報変更
図４７は、実施例２）でのＳＴＡ情報を変更する一例である。
図４７を参照すると、Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅの間にｎｅｇｏｔｉａｔｉｏｎ ＳＴＡは、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３である。ここで、１番目のｓｅｓｓｉｏｎではＳＴＡ２のみを指示してＳＴＡ２のみがｓｅｎｓｉｎｇ ｓｉｇｎａｌを送信し、２番目のｓｅｓｓｉｏｎではＳＴＡ３のみを指示してｓｅｎｓｉｎｇ ｓｉｇｎａｌを送信する。このようにＳＴＡ情報を持続的に変更してｓｅｓｓｉｏｎ毎に異なるＳＴＡとｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎを実行することができる。
前述されたＤｙｎａｍｉｃ方法は、一部異なるように適用されることができる。すなわち、一ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで変更されたｒｏｌｅ／ｐａｒａｍｅｔｅｒは、以後ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎで継続的に適用され、または該当ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎに対してのみ適用され、その以後のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎでは原ｎｅｇｏｔｉａｔｅｄ ｐａｒａｍｅｔｅｒを適用する。
３）Ｗｉｔｈｏｕｔ Ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅ
このｃａｓｅは、基本的に、ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅがないため、Ｓｅｎｓｉｎｇ ｐｈａｓｅの間のＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを介して前述されたｒｏｌｅｓとｐａｒａｍｅｔｅｒｓを指示しなければならない。このｃａｓｅは、１）、２）ｃａｓｅのようにＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅの送信によってｓｔａｔｉｃ／ｄｙｎａｍｉｃ ｃａｓｅに分けられることができる。
例えば、１番目のｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎでＳＥＮＳ Ｉｎｉｔｉａｔｉｏｎ ｆｒａｍｅを送信し、その以後に送信しない場合はｓｔａｔｉｃに考慮されることができ、その以後に変更されたｐａｒａｍｅｔｅｒを含んで送信される場合はｄｙｎａｍｉｃ ｃａｓｅに考慮されることができる。
以下では、図１乃至図４７を参照し、前述した実施例を説明する。
図４８は、本実施例に係るセンシング開始者がセンシングを実行する手順を示す流れ図である。
図４８の一例は、次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｆ）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｄ及び８０２．１１ａｙシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｄ及び８０２．１１ａｙシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
図４８の一例は、第１のＳＴＡで実行され、前記第１のＳＴＡは、センシング開始者（ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒ）に対応できる。図４８の第２及び第３のＳＴＡは、センシング応答者（ｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒ）に対応できる。
本実施例は、無線ＬＡＮシステムにおいて、センシングに参加するＳＴＡを決定し、センシングに使われるパラメータを交渉し、交渉されたパラメータに基づいてセンシング手順を実行する方法を提案する。特に、本実施例は、交渉ステップでの役割交渉、パラメータ交渉とセンシングステップでのパラメータ変更に対する方法を提案する。
Ｓ４８１０ステップにおいて、第１のＳＴＡ（ｓｔａｔｉｏｎ）は、センシング要請フレームをブロードキャストする。
Ｓ４８２０ステップにおいて、前記第１のＳＴＡは、第２のＳＴＡから第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信する。
前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含む。前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含む。前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含む。
前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される。すなわち、前記センシング要請フレームに対する応答は、前記第２及び第３のＳＴＡによりＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａａｃｃｅｓｓ）に基づいて（同時に）受信されることができる。前記センシング要請フレームは、（新しく定義された）トリガフレームになることができる。前記ＳＴＡ識別子情報が第４のＳＴＡの識別子を含まない場合、前記第１のＳＴＡは、前記第４のＳＴＡから第３のセンシング応答フレームを受信しない。
すなわち、本実施例において、前記センシング要請フレームは、センシング応答フレームを受けるＳＴＡの識別子（ＩＤ）とＲＵ割当情報を指示し、前記ＳＴＡの識別子に該当するＳＴＡは、前記センシング要請フレームを受信してＳＩＦＳ以後にセンシング応答フレームを割り当てられたＲＵを介して送信できる。
前記センシング要請フレームは、前記センシング応答フレームを受信するためのタイマ情報（ｔｉｍｅｒ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。前記タイマ情報によるタイマが満了する前に、前記第１及び第２のセンシング応答フレームが送信されることができる。前記タイマ情報によるタイマが満了した後、前記第３のセンシング応答フレームは送信されない。すなわち、前記タイマ情報を受信したＳＴＡは、前記センシング要請フレームがいつまで送信されるかを知ることができるため、前記タイマが満了する前までセンシング応答フレームを送信することができる。
前記センシング要請フレームは、パラメータ情報をさらに含むことができる。
前記パラメータ情報は、交渉ステップのためのタイマ情報、ＳＴＡの役割情報、センシングステップのためのタイムアウト（ｔｉｍｅｏｕｔ）情報、センシングステップに含まれているセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）の個数に対する情報、前記第１乃至第３のＳＴＡに対する情報、センシング信号の長さに対する情報、前記センシング信号が割り当てられる周波数帯域に対する情報、前記センシング信号に基づいて測定すべき情報類型に対する情報、前記センシング信号の類型に対する情報、及び前記センシング信号の送信順序に対する情報を含むことができる。
無線センシングのための手順は、大きく、設定ステップ（ｓｅｔｕｐ ｐｈａｓｅ）、交渉ステップ（ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅ）、センシングステップ（ｓｅｎｓｉｎｇ ｐｈａｓｅ）、及び解除ステップ（ｔｅａｒ ｄｏｗｎ ｐｈａｓｅ）を含むことができる。各ステップは、前述した順に実行されることができ、一サイクル周期に複数回繰り返されることもできる。前記センシングステップは、少なくとも一つのセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）を含むことができる。
前記交渉ステップにおいて、前記センシング要請フレームと前記第１及び第２のセンシング応答フレームとが交換されることができる。前記センシングステップにおいて、前記センシング信号が送信され、前記センシング信号に基づいてチャネル測定が実行されることができる。前記センシングステップは、前記センシングステップのためのタイムアウト情報により指示された時間の間にフレームの交換がない場合に解除される（ｔｅａｒ ｄｏｗｎ）ことができる。前記解除ステップでは交渉されたパラメータ情報がリセット（ｒｅｓｅｔ）され、前記センシングステップのセンシングセッションが全て終結されることができる。再びセンシングセッションを始めるためには交渉ステップを再び経なければならない。
前記交渉ステップのためのタイマ情報によるタイマが満了した後、追加的なセンシング要請フレームが前記第１のＳＴＡにより送信されない。
前記ＳＴＡの役割情報は、第１または第２のモードに設定されることができる。
前記第１のモードは、前記第１のＳＴＡが前記センシング信号を送信する送信端であり、前記第２及び第３のＳＴＡが前記センシング信号を受信して前記センシング信号に基づいてチャネル測定を実行する受信端であるという情報を含むことができる。前記第２のモードは、前記第１のＳＴＡが前記受信端であり、前記第２及び第３のＳＴＡが前記送信端であるという情報を含むことができる。すなわち、前記第１及び第２のモードに基づいて前記センシングステップ（または、センシングセッション）で前記第１乃至第３のＳＴＡの役割を指定することができる。
前記ＳＴＡの役割情報が第２のモードに設定される場合、前記第１のＳＴＡは、前記第２のＳＴＡから第１のセンシング信号を受信し、前記第１のセンシング信号に基づいてチャネル測定を実行することができる。前記第１のＳＴＡは、前記第３のＳＴＡから第２のセンシング信号を受信し、前記第２のセンシング信号に基づいてチャネル測定を実行することができる。
また、前記ＳＴＡの役割情報は、前記ＳＴＡ識別子情報と共に活用されることができる。例えば、前記ＳＴＡの役割情報が第１のモードに設定され、前記ＳＴＡ識別子情報は前記第２のＳＴＡの識別子のみを含む場合、前記第１及び第２のＳＴＡは送信端になり、前記第３のＳＴＡは受信端になることができる。他の例として、前記ＳＴＡの役割情報が第２のモードに設定され、前記ＳＴＡ識別子情報は前記第３のＳＴＡの識別子のみを含む場合、前記第１及び第３のＳＴＡは受信端になり、前記第２のＳＴＡは送信端になることができる。
前記センシング信号が割り当てられる周波数帯域に対する情報は、前記第２のＳＴＡに割り当てられるプライマリ（ｐｒｉｍａｒｙ）４０ＭＨｚに対する情報及び前記第３のＳＴＡに割り当てられるセカンダリ（ｓｅｃｏｎｄａｒｙ）４０ＭＨｚに対する情報を含むことができる。このとき、前記第１のセンシング信号は、前記プライマリ４０ＭＨｚを介して受信され、前記第２のセンシング信号は、前記セカンダリ４０ＭＨｚを介して受信されることができる。
前記センシングステップが第１及び第２のセンシングセッションを含む場合、前記第１のＳＴＡは、前記第１のセンシングセッションの間に前記第２及び第３のＳＴＡに第１のセンシング開始フレームを送信することができる。前記第１のＳＴＡは、前記第２のセンシングセッションの間に前記第２及び第３のＳＴＡに第２のセンシング開始フレームを送信することができる。
前記パラメータ情報が前記第２のセンシングセッションで変更される場合、前記第２のセンシング開始フレームは、変更されたパラメータに対する制御フィールドを含むことができる。前記変更されたパラメータに対する制御フィールドは、第１及び第２のフィールドを含むことができる。前記第１のフィールドは、変更されたパラメータの存在可否に対する情報を含むことができる。前記第２のフィールドは、前記第１のフィールドにより指示された変更されたパラメータ値を含むことができる。
前記第１のセンシングセッションの間に実行されるセンシング手順は、変更される前のパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行されることができる。前記第２のセンシングセッションの間に実行されるセンシング手順は、前記変更されたパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行されることができる。
例えば、前記変更されたパラメータが前記ＳＴＡの役割情報である。交渉ステップにおいて、前記ＳＴＡの役割情報が前記第２のモードに設定されると仮定すると、前記第１のＳＴＡは受信端に設定され、前記第２及び第３のＳＴＡは送信端に設定されることができる。このとき、前記第１のセンシングセッションの間に、前記第２及び第３のＳＴＡは、各々、前記第１のＳＴＡにセンシング信号を送信し、前記第１のＳＴＡは、前記センシング信号に基づいて測定された値をフィードバックすることができる。
しかし、前記第２のセンシングセッションにおいて、前記ＳＴＡの役割情報が前記第１のモードに変更される場合、前記第１のＳＴＡは送信端に設定され、前記第２及び第３のＳＴＡは受信端に設定されることができる。それに応じて、前記第２のセンシングセッションの間に、前記第１のＳＴＡは、前記第２及び第３のＳＴＡにセンシング信号を送信し、前記第２及び第３のＳＴＡは、前記センシング信号に基づいて測定された値をフィードバックすることにより役割スイッチングされる。
他の例として、前記変更されたパラメータは、前記センシング信号が割り当てられる周波数帯域に対する情報である。前記第２のセンシングセッションにおいて、前記センシング信号が割り当てられる周波数帯域に対する情報が、前記第２のＳＴＡに割り当てられるプライマリ８０ＭＨｚに対する情報及び前記第３のＳＴＡに割り当てられるセカンダリ８０ＭＨｚに対する情報に変更される場合、前記第２のＳＴＡが送信する第１のセンシング信号は前記プライマリ８０ＭＨｚを介して送信され、前記第３のＳＴＡが送信する第２のセンシング信号は前記セカンダリ８０ＭＨｚを介して送信されることができる。
図４９は、本実施例に係るセンシング応答者がセンシングを実行する手順を示す流れ図である。
図４９の一例は、次世代無線ＬＡＮシステム（ＩＥＥＥ８０２．１１ｂｆ）がサポートされるネットワーク環境で実行されることができる。前記次世代無線ＬＡＮシステムは、８０２．１１ａｄ及び８０２．１１ａｙシステムを改善した無線ＬＡＮシステムであって、８０２．１１ａｄ及び８０２．１１ａｙシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。
図４９の一例は、第２のＳＴＡで実行され、前記第２のＳＴＡは、センシング応答者（ｓｅｎｓｉｎｇ ｒｅｓｐｏｎｄｅｒ）に対応できる。図４９の第１のＳＴＡは、センシング開始者（ｓｅｎｓｉｎｇ ｉｎｉｔｉａｔｏｒ）に対応できる。図４９の第３のＳＴＡも、センシング応答者に対応できる。
本実施例は、無線ＬＡＮシステムにおいて、センシングに参加するＳＴＡを決定し、センシングに使われるパラメータを交渉し、交渉されたパラメータに基づいてセンシング手順を実行する方法を提案する。特に、本実施例は、交渉ステップでの役割交渉、パラメータ交渉とセンシングステップでのパラメータ変更に対する方法を提案する。
Ｓ４９１０ステップにおいて、第２のＳＴＡ（ｓｔａｔｉｏｎ）は、第１のＳＴＡからセンシング要請フレームを受信する。
Ｓ４９２０ステップにおいて、前記第２のＳＴＡは、前記第１のＳＴＡに第１のセンシング応答フレームを送信する。前記センシング要請フレームに対する応答として、第２のセンシング応答フレームは、第３のＳＴＡにより送信される。
前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含む。前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含む。前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含む。
前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される。すなわち、前記センシング要請フレームに対する応答は、前記第２及び第３のＳＴＡによりＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａａｃｃｅｓｓ）に基づいて（同時に）受信されることができる。前記センシング要請フレームは、（新しく定義された）トリガフレームになることができる。前記ＳＴＡ識別子情報が第４のＳＴＡの識別子を含まない場合、前記第１のＳＴＡは、前記第４のＳＴＡから第３のセンシング応答フレームを受信しない。
すなわち、本実施例において、前記センシング要請フレームは、センシング応答フレームを受けるＳＴＡの識別子（ＩＤ）とＲＵ割当情報を指示し、前記ＳＴＡの識別子に該当するＳＴＡは、前記センシング要請フレームを受信してＳＩＦＳ以後にセンシング応答フレームを割り当てられたＲＵを介して送信できる。
前記センシング要請フレームは、前記センシング応答フレームを受信するためのタイマ情報（ｔｉｍｅｒ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。前記タイマ情報によるタイマが満了する前に、前記第１及び第２のセンシング応答フレームが送信されることができる。前記タイマ情報によるタイマが満了した後、前記第３のセンシング応答フレームは送信されない。すなわち、前記タイマ情報を受信したＳＴＡは、前記センシング要請フレームがいつまで送信されるかを知ることができるため、前記タイマが満了する前までセンシング応答フレームを送信することができる。
前記センシング要請フレームは、パラメータ情報をさらに含むことができる。
前記パラメータ情報は、交渉ステップのためのタイマ情報、ＳＴＡの役割情報、センシングステップのためのタイムアウト（ｔｉｍｅｏｕｔ）情報、センシングステップに含まれているセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）の個数に対する情報、前記第１乃至第３のＳＴＡに対する情報、センシング信号の長さに対する情報、前記センシング信号が割り当てられる周波数帯域に対する情報、前記センシング信号に基づいて測定すべき情報類型に対する情報、前記センシング信号の類型に対する情報、及び前記センシング信号の送信順序に対する情報を含むことができる。
無線センシングのための手順は、大きく、設定ステップ（ｓｅｔｕｐ ｐｈａｓｅ）、交渉ステップ（ｎｅｇｏｔｉａｔｉｏｎ ｐｈａｓｅ）、センシングステップ（ｓｅｎｓｉｎｇ ｐｈａｓｅ）、及び解除ステップ（ｔｅａｒ ｄｏｗｎ ｐｈａｓｅ）を含むことができる。各ステップは、前述した順に実行されることができ、一サイクル周期に複数回繰り返されることもできる。前記センシングステップは、少なくとも一つのセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）を含むことができる。
前記交渉ステップにおいて、前記センシング要請フレームと前記第１及び第２のセンシング応答フレームとが交換されることができる。前記センシングステップにおいて、前記センシング信号が送信され、前記センシング信号に基づいてチャネル測定が実行されることができる。前記センシングステップは、前記センシングステップのためのタイムアウト情報により指示された時間の間にフレームの交換がない場合に解除される（ｔｅａｒ ｄｏｗｎ）ことができる。前記解除ステップでは交渉されたパラメータ情報がリセット（ｒｅｓｅｔ）され、前記センシングステップのセンシングセッションが全て終結されることができる。再びセンシングセッションを始めるためには交渉ステップを再び経なければならない。
前記交渉ステップのためのタイマ情報によるタイマが満了した後、追加的なセンシング要請フレームが前記第１のＳＴＡにより送信されない。
前記ＳＴＡの役割情報は、第１または第２のモードに設定されることができる。
前記第１のモードは、前記第１のＳＴＡが前記センシング信号を送信する送信端であり、前記第２及び第３のＳＴＡが前記センシング信号を受信して前記センシング信号に基づいてチャネル測定を実行する受信端であるという情報を含むことができる。前記第２のモードは、前記第１のＳＴＡが前記受信端であり、前記第２及び第３のＳＴＡが前記送信端であるという情報を含むことができる。すなわち、前記第１及び第２のモードに基づいて前記センシングステップ（またはセンシングセッション）で前記第１乃至第３のＳＴＡの役割を指定することができる。
前記ＳＴＡの役割情報が第２のモードに設定される場合、前記第１のＳＴＡは、前記第２のＳＴＡから第１のセンシング信号を受信し、前記第１のセンシング信号に基づいてチャネル測定を実行することができる。前記第１のＳＴＡは、前記第３のＳＴＡから第２のセンシング信号を受信し、前記第２のセンシング信号に基づいてチャネル測定を実行することができる。
また、前記ＳＴＡの役割情報は、前記ＳＴＡ識別子情報と共に活用されることができる。例えば、前記ＳＴＡの役割情報が第１のモードに設定され、前記ＳＴＡ識別子情報は前記第２のＳＴＡの識別子のみを含む場合、前記第１及び第２のＳＴＡは送信端になり、前記第３のＳＴＡは受信端になることができる。他の例として、前記ＳＴＡの役割情報が第２のモードに設定され、前記ＳＴＡ識別子情報は前記第３のＳＴＡの識別子のみを含む場合、前記第１及び第３のＳＴＡは受信端になり、前記第２のＳＴＡは送信端になることができる。
前記センシング信号が割り当てられる周波数帯域に対する情報は、前記第２のＳＴＡに割り当てられるプライマリ（ｐｒｉｍａｒｙ）４０ＭＨｚに対する情報及び前記第３のＳＴＡに割り当てられるセカンダリ（ｓｅｃｏｎｄａｒｙ）４０ＭＨｚに対する情報を含むことができる。このとき、前記第１のセンシング信号は、前記プライマリ４０ＭＨｚを介して受信され、前記第２のセンシング信号は、前記セカンダリ４０ＭＨｚを介して受信されることができる。
前記センシングステップが第１及び第２のセンシングセッションを含む場合、前記第１のＳＴＡは、前記第１のセンシングセッションの間に前記第２及び第３のＳＴＡに第１のセンシング開始フレームを送信することができる。前記第１のＳＴＡは、前記第２のセンシングセッションの間に前記第２及び第３のＳＴＡに第２のセンシング開始フレームを送信することができる。
前記パラメータ情報が前記第２のセンシングセッションで変更される場合、前記第２のセンシング開始フレームは、変更されたパラメータに対する制御フィールドを含むことができる。前記変更されたパラメータに対する制御フィールドは、第１及び第２のフィールドを含むことができる。前記第１のフィールドは、変更されたパラメータの存在可否に対する情報を含むことができる。前記第２のフィールドは、前記第１のフィールドにより指示された変更されたパラメータ値を含むことができる。
前記第１のセンシングセッションの間に実行されるセンシング手順は、変更される前のパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行されることができる。前記第２のセンシングセッションの間に実行されるセンシング手順は、前記変更されたパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行されることができる。
例えば、前記変更されたパラメータが前記ＳＴＡの役割情報である。交渉ステップにおいて、前記ＳＴＡの役割情報が前記第２のモードに設定されると仮定すると、前記第１のＳＴＡは受信端に設定され、前記第２及び第３のＳＴＡは送信端に設定されることができる。このとき、前記第１のセンシングセッションの間に、前記第２及び第３のＳＴＡは、各々、前記第１のＳＴＡにセンシング信号を送信し、前記第１のＳＴＡは、前記センシング信号に基づいて測定された値をフィードバックすることができる。
しかし、前記第２のセンシングセッションにおいて、前記ＳＴＡの役割情報が前記第１のモードに変更される場合、前記第１のＳＴＡは送信端に設定され、前記第２及び第３のＳＴＡは受信端に設定されることができる。それに応じて、前記第２のセンシングセッションの間に、前記第１のＳＴＡは、前記第２及び第３のＳＴＡにセンシング信号を送信し、前記第２及び第３のＳＴＡは、前記センシング信号に基づいて測定された値をフィードバックすることにより役割スイッチングされる。
他の例として、前記変更されたパラメータは、前記センシング信号が割り当てられる周波数帯域に対する情報である。前記第２のセンシングセッションにおいて、前記センシング信号が割り当てられる周波数帯域に対する情報が、前記第２のＳＴＡに割り当てられるプライマリ８０ＭＨｚに対する情報及び前記第３のＳＴＡに割り当てられるセカンダリ８０ＭＨｚに対する情報に変更される場合、前記第２のＳＴＡが送信する第１のセンシング信号は前記プライマリ８０ＭＨｚを介して送信され、前記第３のＳＴＡが送信する第２のセンシング信号は前記セカンダリ８０ＭＨｚを介して送信できる。
前述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図８の装置を介して実行／サポートされることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図８の一部にのみ適用されることができる。例えば、前述した本明細書の技術的特徴は、図１のプロセシングチップ１１４、１２４に基づいて具現され、または図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて具現され、または図８のプロセッサ８１０とメモリ８２０に基づいて具現されることができる。例えば、本明細書の装置は、センシング要請フレームをブロードキャストし、第２のＳＴＡ（ｓｔａｔｉｏｎ）から第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信する。
本明細書の技術的特徴は、ＣＲＭ（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）に基づいて具現されることができる。例えば、本明細書により提案されるＣＲＭは、少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）である。
前記ＣＲＭは、センシング要請フレームをブロードキャストするステップ及び、第２のＳＴＡ（ｓｔａｔｉｏｎ）から第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信するステップを含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行する命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。本明細書のＣＲＭ内に格納される命令語は、少なくとも一つのプロセッサにより実行（ｅｘｅｃｕｔｅ）されることができる。本明細書のＣＲＭに関連した少なくとも一つのプロセッサは、図１のプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４であり、または図８のプロセッサ８１０である。一方、本明細書のＣＲＭは、図１のメモリ１１２、１２２であり、または図８のメモリ８２０であり、または別途の外部メモリ／格納媒体／ディスクなどである。
上述した本明細書の技術的な特徴は様々なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）をサポートする装置での無線通信のために上述した技術的な特徴が適用される。
人工知能は人工的な知能またはこれを作る方法論を研究する分野を意味し、機械学習（Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）は人工知能分野において扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。機械学習はある作業に対して継続的な経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。
人工ニューラルネットワーク（人工ニューラルネットワーク；ＡＮＮ）は機械学習において用いられるモデルとして、シナプスの結合にネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を持つモデル全般を意味する。人工ニューラルネットワークは他のレイヤーのニューロンの間の接続パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）によって定義される。
人工ニューラルネットワークは入力層（Ｉｎｐｕｔ Ｌａｙｅｒ）、出力層（Ｏｕｔｐｕｔ Ｌａｙｅｒ）、そして選択的に一つ以上の隠れ層（Ｈｉｄｄｅｎ Ｌａｙｅｒ）を含むことができる。各層は一つ以上のニューロンを含み、人工ニューラルネットワークはニューロンとニューロンを接続するシナプスを含むことができる。人工ニューラルネットワークにおいて各ニューロンはシナプスを介して入力される入力信号、加重値、偏向に対する活性化関数の関数値を出力することができる。
モデルパラメータは学習を介して決定されるパラメータを意味し、シナプス接続の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは機械学習アルゴリズムにおいて学習前に設定する必要があるパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ Ｒａｔｅ）、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。
人工ニューラルネットワークの学習の目的は損失関数を最小化するモデルパラメータを決定することである。損失関数は人工ニューラルネットワークの学習過程において最適のモデルパラメータを決定するための指標として用いられる。
機械学習は学習方法によって教師あり学習（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、教師なし学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ Ｌｅａｒｎｉｎｇ）として分類することができる。
教師あり学習は学習データに対するラベル（ｌａｂｅｌ）が与えられた状態において人工ニューラルネットワークを学習させる方法を意味し、ラベルという学習データが人工ニューラルネットワークに入力される場合、人工ニューラルネットワークが推論する必要がある正解（または、結果値）を意味する。教師なし学習は学習データに対するラベルが与えられない状態において人工ニューラルネットワークを学習させる方法を意味する。強化学習はある環境内において定義されたエージェントが各状態において累積報酬を最大化する行動または行動順序を選択するように学習させる学習方法を意味する。
人工ニューラルネットワークのうち、複数の隠れ層を含む深層ニューラルネットワーク（ＤＮＮ：Ｄｅｅｐ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）として実装される機械学習を深層学習（Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）とも呼び、深層学習は機械学習の一部である。以下で、機械学習は深層学習を含む意味として使用される。
また、上述した技術的な特徴はロボットの無線通信に適用される。
ロボットは自ら保有した能力によって与えられた仕事を自動に処理するか、作動する機械を意味する。特に、環境を認識し自ら判断して動作を実行する機能を持つロボットを知能型ロボットと称する。
ロボットは使用目的や分野によって産業用、医療用、家庭用、軍事用などで分類できる。ロボットはアクチュエータまたはモータを含む駆動部を備えロボット関節を動かすなどの様々な物理動作を実行することができる。また、移動可能なロボットは駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか空中で飛行することができる。
また、上述した技術的な特徴は拡張現実をサポートする装置に適用される。
拡張現実は仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、複合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は現実世界のオブジェクトや背景などをＣＧ映像としてのみ提供し、ＡＲ技術は実際の物体映像上に仮想として作られたＣＧ映像をともに提供し、ＭＲ技術は現実世界に仮想物体をミックスして、且つ、結合させて提供するコンピューターグラフィックス技術である。
ＭＲ技術は仮想物体と仮想物体を一緒に見せるという点でＡＲ技術と似ている。しかし、ＡＲ技術では仮想物体が仮想物体を補完する形で用いられる一方、ＭＲ技術では仮想物体と仮想物体が同等な性格で使用されるという点で違いがある。
ＸＲ技術はＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ノートパソコン、デスクトップ、ＴＶ、デジタルサイネージなどに適用され、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）と称することができる。
本明細書に記載された請求項は様々な方法に組み合わせることができる。例えば、本明細書の方法請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の装置請求項の技術的な特徴を組み合わせて方法として実装される。また、本明細書の方法請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の方法請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて方法として実装される。

Claims (20)

  1. 無線ＬＡＮシステムにおいて、
    第１のＳＴＡ（ｓｔａｔｉｏｎ）が、センシング要請フレームをブロードキャストするステップと、
    前記第１のＳＴＡが、第２のＳＴＡから第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信するステップとを含み、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される、方法。
  2. 前記ＳＴＡ識別子情報が第４のＳＴＡの識別子を含まない場合、
    前記第１のＳＴＡが、前記第４のＳＴＡから第３のセンシング応答フレームを受信しないステップをさらに含む、請求項１に記載の方法。
  3. 前記センシング要請フレームは、前記センシング応答フレームを受信するためのタイマ情報（ｔｉｍｅｒ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含み、
    前記タイマ情報によるタイマが満了する前に、前記第１及び第２のセンシング応答フレームが送信され、
    前記タイマ情報によるタイマが満了した後、前記第３のセンシング応答フレームは送信されない、請求項２に記載の方法。
  4. 前記センシング要請フレームは、パラメータ情報をさらに含み、
    前記パラメータ情報は、交渉ステップのためのタイマ情報、ＳＴＡの役割情報、センシングステップのためのタイムアウト（ｔｉｍｅｏｕｔ）情報、センシングステップに含まれているセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）の個数に対する情報、前記第１乃至第３のＳＴＡに対する情報、センシング信号の長さに対する情報、前記センシング信号が割り当てられる周波数帯域に対する情報、前記センシング信号に基づいて測定すべき情報類型に対する情報、前記センシング信号の類型に対する情報、及び前記センシング信号の送信順序に対する情報を含み、
    前記交渉ステップにおいて、前記センシング要請フレームと前記第１及び第２のセンシング応答フレームとが交換され、
    前記センシングステップにおいて、前記センシング信号が送信され、前記センシング信号に基づいてチャネル測定が実行され、
    前記センシングステップは、前記センシングステップのためのタイムアウト情報により指示された時間の間にフレームの交換がない場合に解除される（ｔｅａｒ ｄｏｗｎ）、請求項１に記載の方法。
  5. 前記交渉ステップのためのタイマ情報によるタイマが満了した後、追加的なセンシング要請フレームが前記第１のＳＴＡにより送信されない、請求項４に記載の方法。
  6. 前記ＳＴＡの役割情報は、第１または第２のモードに設定され、
    前記第１のモードは、前記第１のＳＴＡが前記センシング信号を送信する送信端であり、前記第２及び第３のＳＴＡが前記センシング信号を受信して前記センシング信号に基づいてチャネル測定を実行する受信端であるという情報を含み、
    前記第２のモードは、前記第１のＳＴＡが前記受信端であり、前記第２及び第３のＳＴＡが前記送信端であるという情報を含む、請求項４に記載の方法。
  7. 前記ＳＴＡの役割情報が第２のモードに設定される場合、
    前記第１のＳＴＡが、前記第２のＳＴＡから第１のセンシング信号を受信するステップと、
    前記第１のＳＴＡが、前記第１のセンシング信号に基づいてチャネル測定を実行するステップと、
    前記第１のＳＴＡが、前記第３のＳＴＡから第２のセンシング信号を受信するステップと、
    前記第１のＳＴＡが、前記第２のセンシング信号に基づいてチャネル測定を実行するステップとをさらに含む、請求項６に記載の方法。
  8. 前記センシング信号が割り当てられる周波数帯域に対する情報は、前記第２のＳＴＡに割り当てられるプライマリ（ｐｒｉｍａｒｙ）４０ＭＨｚに対する情報及び前記第３のＳＴＡに割り当てられるセカンダリ（ｓｅｃｏｎｄａｒｙ）４０ＭＨｚに対する情報を含み、
    前記第１のセンシング信号は、前記プライマリ４０ＭＨｚを介して受信され、
    前記第２のセンシング信号は、前記セカンダリ４０ＭＨｚを介して受信される、請求項７に記載の方法。
  9. 前記センシングステップが第１及び第２のセンシングセッションを含む場合、
    前記第１のＳＴＡが、前記第１のセンシングセッションの間に前記第２及び第３のＳＴＡに第１のセンシング開始フレームを送信するステップと、
    前記第１のＳＴＡが、前記第２のセンシングセッションの間に前記第２及び第３のＳＴＡに第２のセンシング開始フレームを送信するステップとをさらに含み、
    前記パラメータ情報が前記第２のセンシングセッションで変更される場合、前記第２のセンシング開始フレームは、変更されたパラメータに対する制御フィールドを含み、
    前記変更されたパラメータに対する制御フィールドは、第１及び第２のフィールドを含み、
    前記第１のフィールドは、変更されたパラメータの存在可否に対する情報を含み、
    前記第２のフィールドは、前記第１のフィールドにより指示された変更されたパラメータ値を含む、請求項４に記載の方法。
  10. 前記第１のセンシングセッションの間に実行されるセンシング手順は、変更される前のパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行され、
    前記第２のセンシングセッションの間に実行されるセンシング手順は、前記変更されたパラメータ値に基づいて前記第１乃至第３のＳＴＡにより実行される、請求項９に記載の方法。
  11. 無線ＬＡＮシステムにおいて、第１のＳＴＡ（ｓｔａｔｉｏｎ）は、
    メモリと、
    トランシーバと、
    前記メモリ及び前記トランシーバと動作可能に結合されたプロセッサとを含み、前記プロセッサは、
    センシング要請フレームをブロードキャストし、
    第２のＳＴＡから第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信し、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される、第１のＳＴＡ。
  12. 無線ＬＡＮシステムにおいて、
    第２のＳＴＡ（ｓｔａｔｉｏｎ）が、第１のＳＴＡからセンシング要請フレームを受信するステップと、
    前記第２のＳＴＡが、前記第１のＳＴＡに第１のセンシング応答フレームを送信するステップとを含み、
    前記センシング要請フレームに対する応答として、第２のセンシング応答フレームは、第３のＳＴＡにより送信され、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して送信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して送信される、方法。
  13. 前記センシング要請フレームは、パラメータ情報をさらに含み、
    前記パラメータ情報は、交渉ステップのためのタイマ情報、ＳＴＡの役割情報、センシングステップのためのタイムアウト（ｔｉｍｅｏｕｔ）情報、センシングステップに含まれているセンシングセッション（ｓｅｎｓｉｎｇ ｓｅｓｓｉｏｎ）の個数に対する情報、前記第１乃至第３のＳＴＡに対する情報、センシング信号の長さに対する情報、前記センシング信号が割り当てられる周波数帯域に対する情報、前記センシング信号に基づいて測定すべき情報類型に対する情報、前記センシング信号の類型に対する情報、及び前記センシング信号の送信順序に対する情報を含み、
    前記交渉ステップにおいて、前記センシング要請フレームと前記第１及び第２のセンシング応答フレームとが交換され、
    前記センシングステップにおいて、前記センシング信号が送信され、前記センシング信号に基づいてチャネル測定が実行され、
    前記センシングステップは、前記センシングステップのためのタイムアウト情報により指示された時間の間にフレームの交換がない場合に解除される（ｔｅａｒ ｄｏｗｎ）、請求項１２に記載の方法。
  14. 前記ＳＴＡの役割情報は、第１または第２のモードに設定され、
    前記第１のモードは、前記第１のＳＴＡが前記センシング信号を送信する送信端であり、前記第２及び第３のＳＴＡが前記センシング信号を受信して前記センシング信号に基づいてチャネル測定を実行する受信端であるという情報を含み、
    前記第２のモードは、前記第１のＳＴＡが前記受信端であり、前記第２及び第３のＳＴＡが前記送信端であるという情報を含む、請求項１３に記載の方法。
  15. 前記ＳＴＡの役割情報が第２のモードに設定される場合、
    前記第２のＳＴＡが、前記第１のＳＴＡに第１のセンシング信号を送信するステップと、
    前記第２のＳＴＡが、前記第１のＳＴＡから前記第１のセンシング信号に基づいて測定された値を受信するステップとをさらに含む、請求項１４に記載の方法。
  16. 前記センシングステップが第１及び第２のセンシングセッションを含む場合、
    前記第２のＳＴＡが、前記第１のセンシングセッションの間に前記第１のＳＴＡから第１のセンシング開始フレームを受信するステップと、
    前記第２のＳＴＡが、前記第２のセンシングセッションの間に前記第１のＳＴＡから第２のセンシング開始フレームを受信するステップとをさらに含み、
    前記パラメータ情報が前記第２のセンシングセッションで変更される場合、前記第２のセンシング開始フレームは、変更されたパラメータに対する制御フィールドを含み、
    前記変更されたパラメータに対する制御フィールドは、第１及び第２のフィールドを含み、
    前記第１のフィールドは、変更されたパラメータの存在可否に対する情報を含み、
    前記第２のフィールドは、前記第１のフィールドにより指示された変更されたパラメータ値を含む、請求項１３に記載の方法。
  17. 前記第１のセンシングセッションの間に実行されるセンシング手順は、変更される前のパラメータ値に基づいて前記第１乃至第２のＳＴＡにより実行され、
    前記第２のセンシングセッションの間に実行されるセンシング手順は、前記変更されたパラメータ値に基づいて前記第１乃至第２のＳＴＡにより実行される、請求項１６に記載の方法。
  18. 無線ＬＡＮシステムにおいて、第２のＳＴＡ（ｓｔａｔｉｏｎ）は、
    メモリと、
    トランシーバと、
    前記メモリ及び前記トランシーバと動作可能に結合されたプロセッサとを含み、前記プロセッサは、
    第１のＳＴＡからセンシング要請フレームを受信し、
    前記第１のＳＴＡに第１のセンシング応答フレームを送信し、
    前記センシング要請フレームに対する応答として、第２のセンシング応答フレームは、第３のＳＴＡにより送信され、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して送信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して送信される、第２のＳＴＡ。
  19. 少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
    センシング要請フレームをブロードキャストするステップと、
    第２のＳＴＡ（ｓｔａｔｉｏｎ）から第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信するステップとを含み、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される、記録媒体。
  20. 無線ＬＡＮシステムにおける装置において、
    メモリと、
    前記メモリと動作可能に結合されたプロセッサとを含み、前記プロセッサは、
    センシング要請フレームをブロードキャストし、
    第２のＳＴＡ（ｓｔａｔｉｏｎ）から第１のセンシング応答フレームを受信し、第３のＳＴＡから第２のセンシング応答フレームを受信し、
    前記センシング要請フレームは、ＳＴＡ識別子情報及びＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当情報を含み、
    前記ＳＴＡ識別子情報は、前記第２及び第３のＳＴＡの識別子を含み、
    前記ＲＵ割当情報は、前記第２のＳＴＡに割り当てられる第１のＲＵに対する情報及び前記第３のＳＴＡに割り当てられる第２のＲＵに対する情報を含み、
    前記第１のセンシング応答フレームは、前記第１のＲＵを介して受信され、
    前記第２のセンシング応答フレームは、前記第２のＲＵを介して受信される、装置。
JP2023515810A 2020-09-10 2021-09-03 無線ｌａｎシステムにおけるセンシングを実行する方法及び装置 Pending JP2023541594A (ja)

Applications Claiming Priority (17)

Application Number Priority Date Filing Date Title
US202063076394P 2020-09-10 2020-09-10
US63/076,394 2020-09-10
US202063077719P 2020-09-14 2020-09-14
US63/077,719 2020-09-14
US202063080803P 2020-09-21 2020-09-21
US63/080,803 2020-09-21
US202063082421P 2020-09-23 2020-09-23
US63/082,421 2020-09-23
US202063087315P 2020-10-05 2020-10-05
US63/087,315 2020-10-05
US202063111087P 2020-11-09 2020-11-09
US63/111,087 2020-11-09
US202163218499P 2021-07-06 2021-07-06
US63/218,499 2021-07-06
US202163232640P 2021-08-13 2021-08-13
US63/232,640 2021-08-13
PCT/KR2021/011926 WO2022055182A1 (ko) 2020-09-10 2021-09-03 무선랜 시스템에서 센싱을 수행하는 방법 및 장치

Publications (1)

Publication Number Publication Date
JP2023541594A true JP2023541594A (ja) 2023-10-03

Family

ID=80630035

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023515810A Pending JP2023541594A (ja) 2020-09-10 2021-09-03 無線ｌａｎシステムにおけるセンシングを実行する方法及び装置

Country Status (6)

Country Link
US (2) US20230362990A1 (ja)
EP (1) EP4213534A1 (ja)
JP (1) JP2023541594A (ja)
KR (1) KR20230043140A (ja)
CN (1) CN116326093A (ja)
WO (1) WO2022055182A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12010625B2 (en) * 2020-12-23 2024-06-11 Intel Corporation Apparatus, system, and method of waking up a computing device based on wireless sensing
WO2023193204A1 (zh) * 2022-04-07 2023-10-12 北京小米移动软件有限公司 通信方法及装置、电子设备及存储介质
WO2023206111A1 (zh) * 2022-04-26 2023-11-02 Oppo广东移动通信有限公司 感知结果的上报方法、装置、设备及存储介质
WO2023222222A1 (en) * 2022-05-19 2023-11-23 Telefonaktiebolaget Lm Ericsson (Publ) Performing sensing measurements during a sensing session between a first wireless sta and a second wireless sta in a wireless communication network
CN117716725A (zh) * 2022-07-11 2024-03-15 北京小米移动软件有限公司 代理感知测量方法及装置
CN117528441A (zh) * 2022-08-05 2024-02-06 华为技术有限公司 支持Wi-Fi感知的通信方法和相关产品
CN118057973A (zh) * 2022-09-20 2024-05-21 北京小米移动软件有限公司 感知测量建立方法、电子设备及存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MXPA05012031A (es) * 2003-05-09 2006-02-03 Koninkl Philips Electronics Nv Medicion de patrones de actividad del medio en redes inalambricas y deduccion de informacion a partir de los patrones de actividad.
KR100895180B1 (ko) * 2006-04-14 2009-04-24 삼성전자주식회사 Ｒｒｃ 연결설정 방법 및 이를 위한 장치
CN102655667B (zh) * 2011-03-04 2016-01-13 华为技术有限公司 控制分组接入的方法、网络侧设备、终端设备和通信***
MX346536B (es) * 2013-02-15 2017-03-24 Lg Electronics Inc Método y dispositivo para transmitir/recibir una trama de acuerdo con el ancho de banda de la misma en un sistema de wlan.
CA2911038C (en) * 2013-05-02 2019-01-22 Lg Electronics Inc. Method for sensing channel dynamically in wireless lan system and apparatus therefor
WO2020152031A1 (en) * 2019-01-21 2020-07-30 British Telecommunications Public Limited Company Wireless sensing method

Also Published As

Publication number Publication date
KR20230043140A (ko) 2023-03-30
US20240023161A1 (en) 2024-01-18
EP4213534A1 (en) 2023-07-19
WO2022055182A1 (ko) 2022-03-17
CN116326093A (zh) 2023-06-23
US20230362990A1 (en) 2023-11-09

Similar Documents

Publication Publication Date Title
JP2023541594A (ja) 無線ｌａｎシステムにおけるセンシングを実行する方法及び装置
US20220070710A1 (en) Grouping of wireless apparatus performing sensing
US20230221428A1 (en) Method and apparatus for performing sensing in wireless lan system
US20240073820A1 (en) Sensing procedure
US20230224695A1 (en) Method and device for performing sensing in wireless lan system
US11917680B2 (en) WLAN sensing based on multiple channel or resource
US11882594B2 (en) P2P transmission method in wireless LAN system
JP2023538286A (ja) 無線ローカルエリアネットワークセンシングのための通信装置および通信方法
US20230413327A1 (en) Method and apparatus for transmitting su ppdu to peer sta in txop period allocated by trigger frame in wireless lan system
US20230319875A1 (en) Method and device for performing sensing in wireless lan system
US20230262758A1 (en) Method and device for performing sensing in wireless lan system
US20230180314A1 (en) P2p transmission method
KR20230078708A (ko) 무선랜 시스템에서 센싱을 수행하는 방법 및 장치
US20240121820A1 (en) Wireless lan sensing procedure
US20230319719A1 (en) Method and apparatus for performing sensing in wireless lan system
US20230209391A1 (en) Method for transmitting preferred link information
US20240022934A1 (en) Enhanced ndpa frame for sensing
US20230236307A1 (en) Method and device for carrying out sensing in wireless lan system
US20230254053A1 (en) Method and device for performing sensing in wireless lan system
US11950278B2 (en) Method and device for performing grouping for sensing in wireless LAN system
US20240137813A1 (en) Method and device for performing sensing in wireless lan system
US11924774B2 (en) Method for transmitting preferred link information
US20230189339A1 (en) Rts and cts transmission method
US20240056265A1 (en) Method and device for switching between 320 mhz channels in wireless lan system
CN116601890A (zh) 改进的感测过程

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230309

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240312

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240606