特許 7532648 チャネル競合方法及び関連機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-02

(45)【発行日】2024-08-13

(54)【発明の名称】チャネル競合方法及び関連機器

(51)【国際特許分類】

   H04W 74/0816 20240101AFI20240805BHJP

   H04W 72/0457 20230101ALI20240805BHJP

   H04W 72/54 20230101ALI20240805BHJP

   H04W 84/12 20090101ALN20240805BHJP

【ＦＩ】

H04W74/0816

H04W72/0457 110

H04W72/54 110

H04W84/12

【請求項の数】 16

(21)【出願番号】P 2023510452

(86)(22)【出願日】2021-07-21

(65)【公表番号】

(43)【公表日】2023-08-30

(86)【国際出願番号】 CN2021107596

(87)【国際公開番号】W WO2022033283

(87)【国際公開日】2022-02-17

【審査請求日】2023-04-14

(31)【優先権主張番号】202010820609.9

(32)【優先日】2020-08-14

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】リー，イーチーン

(72)【発明者】

【氏名】リー，ユインボー

(72)【発明者】

【氏名】グオ，ユイチェン

(72)【発明者】

【氏名】ガン，ミーン

【審査官】桑江 晃

(56)【参考文献】

【文献】中国特許出願公開第１１１１４７１６５（ＣＮ，Ａ）

【文献】Insun Jang (LG Electronics)，Non-AP MLD Initiated Aggregation: Opportunity in TXOP， IEEE 802.11-20/0739r1 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0739-01-00be-non-ap-mld-initiated-aggregation-opportunity-in-txop.pptx＞，2020年08月03日，1-17 Slides

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

チャネル競合方法であって、前記方法は、
第１リンク上のデータ送信が完了した後、又は前記第１リンク上でデータに対応するブロック確認応答を受信した後に、第１マルチリンク装置の第１非アクセスポイント局により、第１期間内に第２リンク上でクリアチャネル評価CCA検出を実行するステップであって、前記第１期間に対応する開始時点は、前記第１リンク上の前記データ送信が完了した時点と同じである、ステップと、
前記第２リンク上の前記CCA検出が失敗したときに、前記第１非アクセスポイント局により、CCA検出の失敗が成功に変化した時点から第２期間の後に前記第２リンク上でチャネル競合を実行するステップと、
を含む方法。

【請求項2】

CCA閾値が－８２dbm、－７２dbm、又は－６２dbmである、請求項１に記載の方法。

【請求項3】

前記第２期間の後に前記第２リンク上でチャネル競合を実行するステップは、
前記第２リンク上で前記CCA検出が失敗し、物理層プロトコルデータユニットPPDUの開始が検出されなかった場合に行われる、請求項１～２のいずれかに記載の方法。

【請求項4】

第２期間の後に前記第２リンク上でチャネル競合を実行するステップは、
前記第２期間に対応する終了時点が前記第１期間に対応する終了時点よりも早い場合、前記第１非アクセスポイント局によって、前記第２期間に対応する前記終了時点の後に前記第２リンク上でチャネル競合を実行するステップを含む、請求項１～２のいずれか一項に記載の方法。

【請求項5】

第２期間の後に前記第２リンク上でチャネル競合を実行するステップは、
前記第２期間に対応する終了時点が前記第１期間に対応する終了時点よりも遅い場合、前記第１非アクセスポイント局によって、前記第１期間に対応する前記終了時点の後に又は前記第２期間に対応する前記終了時点の後に前記第２リンク上でチャネル競合を実行するステップを含む、請求項１～２のいずれか一項に記載の方法。

【請求項6】

前記第２期間は、拡張フレーム間隔EIFS時間である、請求項１～５のいずれか一項に記載の方法。

【請求項7】

通信機器であって、前記通信機器は、
第１リンクでデータ送信が完了した後、又は前記第１リンクでデータに対応するブロック確認応答を受信した後に、第１期間に第２リンクでクリアチャネル評価CCA検出を行うように構成された処理ユニットであって、前記第１期間に対応する開始時点は、前記第１リンクで前記データ送信が完了した時点と同じである、処理ユニットを含み、
前記処理ユニットは、前記第２リンクで前記CCA検出が失敗したときに、CCA検出の失敗が成功に変化した時点から第２期間の後に前記第２リンク上でチャネル競合を実行するように更に構成される、通信機器。

【請求項8】

CCA閾値が－８２dbm、－７２dbm、又は－６２dbmである、請求項７に記載の機器。

【請求項9】

前記第２期間の後に前記第２リンク上でチャネル競合を実行するステップは、
前記第２リンク上で前記CCA検出が失敗し、物理層プロトコルデータユニットPPDUの開始が検出されなかった場合に行われる、請求項７～８のいずれかに記載の機器。

【請求項10】

前記第２期間の後に前記第２リンク上でチャネル競合が実行されるとき、
前記第２期間に対応する終了時点が前記第１期間に対応する終了時点よりも早い場合、前記処理ユニットは、前記第２期間に対応する前記終了時点の後に前記第２リンク上でチャネル競合を実行するよう構成される、請求項７～８のいずれか一項に記載の機器。

【請求項11】

前記第２期間の後に前記第２リンク上でチャネル競合が実行されるとき、
前記第２期間に対応する終了時点が前記第１期間に対応する終了時点よりも遅い場合、前記処理ユニットは、前記第１期間に対応する前記終了時点の後に、又は前記第２期間に対応する前記終了時点の後に前記第２リンク上でチャネル競合を実行するよう構成される、請求項７～８のいずれか一項に記載の機器。

【請求項12】

前記第２期間は、拡張フレーム間隔EIFS時間である、請求項７～１１のいずれか一項に記載の機器。

【請求項13】

通信機器であって、
プロセッサと、
命令を格納するよう構成されるメモリと、
を含み、
前記プロセッサが前記命令を実行すると、前記通信機器は、請求項１～６のいずれか一項に記載の方法を実行可能にされる、通信機器。

【請求項14】

無線通信システムであって、第１マルチリンク装置を含み、前記第１マルチリンク装置は、請求項７～１２のいずれか一項に記載の通信機器を含む、システム。

【請求項15】

可読記憶媒体であって、前記可読記憶媒体はプログラム命令を格納し、前記プログラム命令が実行されると、請求項１～６のいずれか一項に記載の方法が実行される、可読記憶媒体。

【請求項16】

コンピュータプログラムであって、前記コンピュータプログラムは命令を含み、前記命令がコンピュータで実行されると、前記コンピュータは請求項１～６のいずれか一項に記載の方法を実行可能にされる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０２０年８月１４日に中国国家知的所有権庁に出願された「CHANNEL CONTENTION METHOD AND RELATED APPARATUS」と題された中国特許出願第２０２０１０８２０６０９．９号の優先権を主張しており、その全体が参照により本明細書に組み込まれている。

【0002】

［技術分野］
本願は、通信技術の分野に関し、特に、チャネル競合方法及び関連する機器に関する。

【背景技術】

【0003】

現在、次世代無線ローカルエリアネットワーク（wireless local area network, WLAN）又はセルラネットワークは、スループットを継続的に向上させるという継続的な技術目標のために開発及び進化している。WLANシステムのプロトコルは、主に米国電気電子学会（Institute of Electrical and Electronics Engineers （IEEE））標準化グループによって議論された。次世代Wi-Fi規格であるIEEE８０２．１１beは、従来の標準プロトコルであるIEEE８０２．１１a/b/g/n/ac/axをベースに、超高スループット（extremely high throughput, EHT）を技術目標としており、主要技術、つまりマルチリンク（multi-link）通信に関するものである。マルチリンク通信の核となる考え方は、次世代IEEE８０２．１１規格に対応したWLAN装置が、マルチバンド（multi-band）送受信機能を備えているため、データ送信により大きな帯域幅を使用してスループットを大幅に向上させるというものである。複数の帯域には、２．４GHz Wi-Fi帯域、５GHz Wi-Fi帯域、及び６GHz Wi-Fi帯域が含まれるが、これらに限定されない。通信装置がアクセスと送信を行う周波数帯域を１つのリンクと呼ぶことがある。通信装置がアクセスと送信を行う複数の周波数帯域をマルチリンクと呼ぶことがある。複数のリンクで次世代IEEE８０２．１１規格に対応した局装置をマルチリンク装置（multi-link device, MLD）と呼ぶ。マルチリンク装置はマルチリンク通信に対応できる。例えば、図１は、本願の実施形態によるマルチリンク通信シナリオの概略図である。図１に示すように、アクセスポイント（access point, AP）マルチリンク装置（multi-link device）は、AP１及びAP２を含む。非アクセスポイント局（non-Access Point Station, non-AP STA）MLDは、非AP STA１と非AP STA２を含む。AP１はリンク１で非AP STA１と通信する。AP２はリンク２で非AP STA２と通信する。AP MLDとSTA MLD間の通信はマルチリンク通信であると理解できる。

【0004】

ただし、幾つかのマルチリンク装置は、幾つかの場合には、複数のリンクでの同時送受信（simultaneous transmit and receive, STR）に対応していない場合がある。非STR（non-simultaneous transmit and receive）マルチリンク装置（以下、STRに対応していないマルチリンク装置と呼ぶ）が対応している複数の周波数帯域間の周波数間隔が小さい場合、１つのリンクでデータを送信するときに、チャネル干渉が別のリンクのクリアチャネル評価（clear channel assessment, CCA）に影響を与えることがある。その結果、別のリンクがブラインド期間（blindness period、又はdeaf period）内にあると決定されることがある。ブラインド期間とは、チャネル上の情報を監視できないことを意味する。この場合、既存のソリューションでは、データ送信が完了した後、非STR MLDが別のリンクに中同期遅延（medium sync delay）タイマを設定し、決定されるべき（to be decided, TBD）エネルギ検出（energy detection, ED）閾値に基づいてタイマ内の別のリンクでCCAを実行できることが、規格８０２．１１-２０/１００９r１で提案されている。別のリンクの１つのリンクでCCA検出が失敗した場合、そのリンクで重複する基本サービスセット（overlapping basic service set, OBSS）フレームが送信されていることを意味する。OBSSフレームの伝送が終了すると、非STR MLDはチャネルの競合を開始し、拡張分散チャネルアクセス（enhanced distributed channel access, EDCA）を開始する。

【0005】

ただし、OBSSフレームの伝送終了した後、リンクに対応する送信機会（transmission opportunity, TXOP）が終了しない場合がある。その結果、チャネルにアクセスした後、非STR MLDはOBSSフレームに対応する確認応答（ACK）フレームと衝突する。そのため、EDCA中にフレーム間の衝突や干渉を回避する方法は、現在早急に解決する必要がある技術的な問題となる。

【発明の概要】

【0006】

本願は、チャネル競合中のフレーム間の衝突と干渉を減らすために、非同時送受信マルチリンク装置をサポートするチャネル競合方法と関連機器を提供する。これにより、通信効率が向上する。

【0007】

第１態様によると、本願の実施形態は、チャネル競合方法を提供する。方法は、以下を含む。第１リンク上のデータ送信が完了した後、又は前記第１リンク上でデータに対応するブロック確認応答を受信した後に、第１マルチリンク装置の第１非アクセスポイント局は、第１期間内に第２リンク上でクリアチャネル評価CCA検出を実行し、前記第１期間に対応する開始時点は、前記第１リンク上の前記データ送信が完了した時点と同じであり、前記第２リンク上の前記CCA検出が失敗したときに、前記第１非アクセスポイント局は、第２期間に基づいて前記第２リンク上でチャネル競合を実行する。

【0008】

このソリューションでは、第１リンクでのデータ送信が完了した後、又は第１リンクでデータに対応するブロックACKを受信した後、第２リンクでCCA検出が実行され、第２リンク上のCCA検出が失敗した場合、第２期間に基づき第２リンクでチャネル競合が実行され、第２リンクでのデータ送信が完了したと決定された後に、第２リンクでのチャネル競合によるフレーム間の衝突と干渉を回避する。これにより、フレーム間の衝突と干渉が減少し、通信効率が向上する。

【0009】

任意で、第１期間の第２リンクでクリアチャネル評価CCA検出を実行するステップは、
第１非アクセスポイント局が、調整されたCCA閾値を取得するためにCCA閾値を調整し、調整されたCCA閾値がCCA閾値より小さく、
第１非アクセスポイント局が、調整されたCCA閾値に基づいて第１期間の第２リンクでCCA検出を実行することを含む。

【0010】

このソリューションでは、第２リンクでCCA検出が実行されるときに、より厳しいCCA閾値を使用して第２リンクでCCA検出を実行し、第２リンクでデータ送信が完了したと決定された後に第２リンクでチャネル競合が実行されたときに発生する後続のフレーム間の衝突と干渉を回避できることが理解できる。

【0011】

任意で、CCA閾値にはエネルギ検出閾値又は中間エネルギ検出閾値が含まれる。

【0012】

任意で、第２期間に基づき第２リンクでチャネル競合を実行するステップは、
第２期間に対応する終了時点が第１期間に対応する終了時点よりも前の場合、第１非アクセスポイント局は、第２期間に対応する終了時点の後の第２リンクでチャネル競合を実行する、又は、
第２期間に対応する終了時点が第１期間に対応する終了時点よりも後の場合、第１非アクセスポイント局は、第１期間に対応する終了時点の後又は第２期間に対応する終了時点の後の第２リンクでチャネル競合を実行することを含む。

【0013】

このソリューションでは、第１期間に対応する終了時点の後又は第２期間に対応する終了時点の後に、異なるケースでは第２リンクでチャネル競合を実行することで、第２リンクでデータ送信が完了したと決定された後に第２リンクでチャネル競合が実行されたときに発生するフレーム間の衝突と干渉を回避すると理解できる。これにより、フレーム間の衝突と干渉が減少し、通信効率が向上する。

【0014】

任意で、方法は、
第１非アクセスポイント局は、無線フレームに基づいてネットワーク割り当てベクトルNAVを更新して更新されたNAVを取得するステップであって、無線フレームは、データが第１リンクで送信されているとき、又はデータに対応するブロックACKが第１リンクで送信されているときに、第２リンクの第２非アクセスポイント局に送信される無線フレームであり、第２非アクセスポイント局は、第１マルチリンク装置の第１非アクセスポイント局以外の非アクセスポイント局であり、
第１非アクセスポイント局は、更新されたNAVに基づいて第２リンクでチャネル競合を実行することを更に含む。

【0015】

このソリューションでは、更新されたNAVに基づき第２リンクでチャネル競合検出が実行され、第２リンクでデータ送信が完了したと決定された後に第２リンクでチャネル競合が実行されたときに発生するフレーム間の衝突と干渉を回避されることが理解できる。これにより、フレーム間の衝突と干渉が減少し、通信効率が向上する。

【0016】

任意で、更新されたNAVに基づき第２リンクでチャネル競合を実行するステップは、
更新されたNAVが、第１リンクでデータ送信が完了する時点又は第１リンクでブロックACKを受信する時点に満たない場合、第１非アクセスポイント局は、第１期間に第２リンク上でCCA検出を実行し、
第２リンクでCCA検出が失敗した場合、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行し、又は、
更新されたNAVが、第１リンクでデータ送信が完了した時点又は第１リンクでブロックACKを受信した時点よりも大きい場合、第１非アクセスポイント局は、更新されたNAVが０にバックオフしたときに第２リンクでチャネル競合を実行することを含む。

【0017】

このソリューションでは、異なる場合に、第２リンクでチャネル競合検出が実行され、第２リンクでデータ送信が完了したと決定された後に第２リンクでチャネル競合が実行されたときに発生するフレーム間の衝突と干渉を回避されることが理解できる。これにより、フレーム間の衝突と干渉が減少し、通信効率が向上する。

【0018】

任意で、第２期間は、拡張フレーム間隔EIFS時間である。

【0019】

第２態様によると、本願の実施形態は、第１マルチリンク装置に適用される通信機器を提供する。通信機器は、第１マルチリンク装置、又は第１マルチリンク装置内のチップ、例えばWi-Fiチップである場合がある。通信機器は、処理ユニットを含み、前記処理ユニットは、
第１リンク上のデータ送信が完了した後、又は前記第１リンク上でデータに対応するブロック確認応答を受信した後に、第１マルチリンク装置の第１非アクセスポイント局により、第１期間内に第２リンク上でクリアチャネル評価CCA検出を実行するよう構成され、前記第１期間に対応する開始時点は、前記第１リンク上の前記データ送信が完了した時点と同じであり、
前記処理ユニットは、前記第２リンク上の前記CCA検出が失敗したときに、前記第１非アクセスポイント局により、第２期間に基づいて前記第２リンク上でチャネル競合を実行するよう更に構成される。

【0020】

任意で、クリアチャネル評価CCA検出が第１期間に第２リンクで実行されるとき、前記処理ユニットは、
調整されたCCA閾値を取得するためにCCA閾値を調整し、調整されたCCA閾値がCCA閾値より小さく、
調整されたCCA閾値に基づいて第１期間に第２リンクでCCA検出を実行するよう構成される。

【0021】

任意で、CCA閾値にはエネルギ検出閾値又は中間エネルギ検出閾値が含まれる。

【0022】

任意で、第２期間に基づき第２リンクでチャネル競合が実行されるとき、
第２期間に対応する終了時点が第１期間に対応する終了時点よりも前の場合、処理ユニットは、第２期間に対応する終了時点の後の第２リンクでチャネル競合を実行するよう構成される、又は、
第２期間に対応する終了時点が第１期間に対応する終了時点よりも後の場合、処理ユニットは、第１期間に対応する終了時点の後又は第２期間に対応する終了時点の後の第２リンクでチャネル競合を実行するよう構成される。

【0023】

任意で、処理ユニットは、
無線フレームに基づいてネットワーク割り当てベクトルNAVを更新して更新されたNAVを取得し、無線フレームは、データが第１リンクで送信されているとき、又はデータに対応するブロックACKが第１リンクで送信されているときに、第２リンクの第２非アクセスポイント局に送信される無線フレームであり、第２非アクセスポイント局は、第１マルチリンク装置の第１非アクセスポイント局以外の非アクセスポイント局であり、
更新されたNAVに基づいて第２リンクでチャネル競合を実行するよう更に構成される。

【0024】

任意で、更新されたNAVに基づき第２リンクでチャネル競合がされるとき、
更新されたNAVが、第１リンクでデータ送信が完了する時点又は第１リンクでブロックACKを受信する時点に満たない場合、処理ユニットは、第１期間に第２リンク上でCCA検出を実行し、
第２リンクでCCA検出が失敗した場合、第１非アクセスポイント局により、第２期間に基づいて第２リンクでチャネル競合を実行するよう構成される、又は、
更新されたNAVが、第１リンクでデータ送信が完了した時点又は第１リンクでブロックACKを受信した時点よりも大きい場合、処理ユニットは、更新されたNAVが０にバックオフしたときに第２リンクでチャネル競合を実行するよう構成される。

【0025】

任意で、第２期間は、拡張フレーム間隔EIFS時間である。

【0026】

第３態様によると、本願の実施形態は、具体的には第１マルチリンク装置である通信機器を提供する。当該第１マルチリンク装置は、前述の方法の中の第１マルチリンク装置の動作を実施する機能を有する。該機能は、ハードウェアにより実装されてよく、又は応答するソフトウェアを実行するハードウェアにより実装されてよい。前記ハードウェア又は前記ソフトウェアは、前述の機能に対応する１つ以上のモジュールを含む。

【0027】

可能な設計では、第１マルチリンク装置はプロセッサとトランシーバを含む。プロセッサは、前述の方法で対応する機能を実行する際に第１マルチリンク装置をサポートするように構成される。トランシーバは、第１マルチリンク装置の通信をサポートし、前述の方法で情報、フレーム、データパケット、又は命令を受信するように構成される。第１マルチリンク装置は、メモリを更に含んでよい。メモリは、プロセッサに結合され、第１マルチリンク装置のために必要なプログラム命令及びデータを格納する。

【0028】

第４の態様によると、本願の実施形態は、無線通信システムを提供する。システムは第３態様に第１マルチリンク装置を含む。

【0029】

第５の態様によると、本願の実施形態は、入出力インタフェースと処理回路を含む、チップ又はチップシステムを提供する。入出力インタフェースは、情報又はデータ交換に使用される。処理回路は、命令を実行するように構成されており、チップ又はチップシステムが搭載された機器は、上記のいずれかの態様でチャネル競合方法を実行する。

【0030】

第６の態様によると、本願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を格納する。命令は、処理回路上の１つ以上のプロセッサによって実行されることができる。命令がコンピュータで実行されると、コンピュータは、前述の態様のいずれか１つにおけるチャネル競合方法を実行可能にされる。

【0031】

第７の態様によると、本願は、命令を含むコンピュータプログラムプロダクトを提供する。命令がコンピュータで実行されると、コンピュータは、前述の態様のいずれか１つにおけるチャネル競合方法を実行可能にされる。

【0032】

第８態様による態様によると、本願は、チップシステムを提供する。チップシステムはプロセッサを含み、上記のいずれかの態様でチャネル競合方法を実装する際に、例えば上記のチャネル競合方法でフレーム及び/又は情報を処理する際に、チップシステムが搭載される機器をサポートするように構成される。可能な設計では、チップシステムは、メモリを更に含む。メモリは、データ送信装置のために必要なプログラム命令及びデータを格納するよう構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別コンポーネントを含んでよい。

【図面の簡単な説明】

【0033】

以下は、実施形態又は従来技術で使用される添付の図面を簡単に説明する。

【0034】

【図1】本願の実施形態によるマルチリンク通信シナリオの概略図である。

【0035】

【図2A】本願の実施形態によるNAVの設定の概略図である。

【0036】

【図2B】本願の実施形態によるNAVの設定の別の概略図である。

【0037】

【図3】本願の実施形態による無線通信システムのアーキテクチャの概略図である。

【0038】

【図4】本願の実施形態によるマルチリンク装置の構造の概略図である。

【0039】

【図5】本願の実施形態によるマルチリンク装置の別の構造の概略図である。

【0040】

【図6】本願の実施形態による競合チャネルの概略図である。

【0041】

【図7】本願の実施形態による別の競合チャネルの概略図である。

【0042】

【図8】本願の実施形態によるチャネル競合方法の概略図である。

【0043】

【図9】本願の実施形態によるチャネル競合方法の時系列の概略図である。

【0044】

【図10】本願の実施形態によるチャネル競合方法の別の時系列の概略図である。

【0045】

【図11】本願の実施形態による別のチャネル競合方法の概略図である。

【0046】

【図12】本願の実施形態によるチャネル競合方法の別の時系列の概略図である。

【0047】

【図13】本願の実施形態によるチャネル競合方法の別の時系列の概略図である。

【0048】

【図14】本願の実施形態による通信機器の構造の概略図である。

【0049】

【図15】本願の実施形態による通信機器の別の構造の概略図である。

【発明を実施するための形態】

【0050】

以下は、本願の実施形態における添付の図面を参照して、本発明の実施形態における技術的ソリューションを説明する。

【0051】

本出願の実施例における技術的ソリューションを理解しやすくするため、以下は、本出願の実施形態における幾つかの名詞（又は用語）の意味を簡単に説明する。

【0052】

１．送信機会（transmission opportunity, TXOP）

【0053】

TXOP継続時間とは、送信機会を得た後、局（ここでは、局はアクセスポイント又は非アクセスポイント局を表すことがある）が干渉せずにデータ送信を行う時間の期間である。TXOPを得る局は、TXOPホルダー（TXOP holder）と呼ばれることがある。TXOP継続時間には、TXOPホルダーが１つ以上のデータと、対応する即時応答フレーム（ここでいう即時応答フレームとは、ACKフレーム、ブロックACKなどを表すことがある）とを送信するために必要な継続時間が含まれる。国や地域の法令により、TXOP継続時間は上限を超えることはできない。上限はTXOP limit（TXOP限度）と呼ばれる。TXOP限度の値は国及び／又は地域の法令に従う。

【0054】

任意で、APはビーコン（beacon）フレーム又はプローブ応答（probe response）フレームを使用してTXOP限度の値をブロードキャストすることができる。

【0055】

任意で、TXOP限度は、競合によって送信機会が得られるアクセスカテゴリ（access category, AC、又はアクセスタイプと呼ばれる）に更に関連している。具体的には、表１に、４つの異なるアクセスカテゴリに対応するTXOP限度の値を示す。ここで、AC_VOはアクセスカテゴリ（又はaccess category）が音声（voice）ストリームであることを示し、AC_VIはアクセスカテゴリがビデオ（video）ストリームであることを示し、AC_BEはアクセスカテゴリがベストエフォート（best effort）ストリームであることを示し、AC_BKはアクセスカテゴリがバックグラウンド（background）ストリームであることを示す。
表１：異なるアクセスカテゴリに対応するTXOP limit

【表1】

【0056】

任意で、音声ストリームの優先度、ビデオストリームの優先度、ベストエフォートストリームの優先度、及びバックグラウンドストリームの優先度が順番に減少する。つまり、優先順位は高い順にAC_VO、AC_VI、AC_BE、AC_BKとなる。優先順位が高いほど、チャネルプリエンプション機能が高いことを示していると理解できる。

【0057】

本願の実施形態で言及されている「データ送信」及び「送信データ」は、一般的に通信を表すと理解できる。「データ」は、一般的には通信情報を表し、データ情報に限定されず、シグナリング情報などであってもよい。

【0058】

２．ネットワーク割り当てベクトル（network allocation vector, NAV）

【0059】

仮想キャリア検知（virtual carrier sense）はキャリア検知の一種である。チャネルの状態は、実際に物理チャネルを検出するのではなく、制御情報を通じて学習される。具体的には、仮想キャリア検知は、媒体アクセス制御（medium access control, MAC）フレームで伝送される関連情報に基づいて論理的予測を実施する。つまり、各フレームは送信局の次のフレームの継続時間（duration）情報を伝送し、送信局に関連する各局は、継続時間情報に基づいてチャネル占有率を予測する。局が継続時間情報を監視しない場合、例えば、キャリアが感知されたときに、フレームの継続時間フィールドが送信されている場合、局は物理層の検出にのみ依存する可能性がある。

【0060】

仮想キャリア検知は、ネットワーク割り当てベクトルNAVを使用して実装できる。NAVは、基本的にカウントダウンタイマであり、時間の経過とともに徐々に減少する。NAVが０までカウントダウンされると、媒体はアイドル状態と見なされる。そのため、NAVのタイミング値は、適切な時に適切な値で仮想キャリア検知によって設定され更新される。具体的には、局がフレームを受信した後、フレームの受信者アドレスが局でない場合、局は受信したフレームの継続時間（duration）フィールドに基づいてNAVを更新できる。フレームの受信者アドレスが局である場合、局が受信局であり、NAVを更新できない可能性があることを示す。

【0061】

任意で、NAVが更新される前に、現在のフレームのdurationフィールドの値が局の現在のNAV値よりも大きいかどうかを更に決定できる。値が現在のNAV値よりも大きい場合、NAVが更新される。反対に、値が現在のNAV値以下である場合、NAVが更新されない。NAV値は、受信したフレームの終了時点から始まる。

【0062】

durationフィールドは、別の非受信局がチャネルにアクセスしてデータを送信するのを防ぐために、チャネルが占有されている継続時間を別の非受信局に通知するために使用できることが理解できる。

【0063】

任意で、TXOPを取得した後、送信局は、TXOP継続時間がTXOP limitを超えないように、durationフィールドの値を設定できる。

【0064】

図２Aは、本願の実施形態によるNAVの設定の概略図である。図２Aに示すように、送信局は、TXOPを取得した後、TXOP durationがTXOP limitを超えないように、第１送信フレーム（例えば、図２Aの送信要求（request to send, RTS）フレーム）にdurationフィールドの値を設定する。そして、後続フレームにdurationフィールドの値を設定し、後続フレームのdurationフィールドに対応する終了時点が、前フレームのdurationフィールドに対応する終了時点と同じになるようにする。なお、RTSフレームにはdurationフィールドが含まれ、集約媒体アクセス制御プロトコルデータユニット（Aggregate Medium Access Control Protocol Data Unit, A-MPDU）１にはdurationフィールドが含まれ、A-MPDU２にもdurationフィールドが含まれる。RTSフレームの場合、RTSフレームのdurationフィールドの数値はA-MPDU１のdurationフィールドの数値より大きく、A-MPDU１のdurationフィールドの数値はA-MPDU２のdurationフィールドの数値より大きい。ただし、図２Aに示すように、RTSフレームに対応するNAV、A-MPDU１に対応するNAV、A-MPDU２に対応するNAVは、同じ終了時点を持つことが分かる。つまり、非受信局がRTSフレームに含まれるdurationフィールド、A-MPDU１に含まれるdurationフィールド、及びA-MPDU２に含まれるdurationフィールドに基づいてNAVを個別に更新した後、RTSフレームに対応するNAV、A-MPDU１に対応するNAV、及びA-MPDU２に対応するNAVは、同じ終了時点を持つことになる。図２Aでは、RTSフレームに含まれるdurationフィールドの値は、TXOP継続時間と同じであってもよいことが理解できる。

【0065】

図２Bは、本願の実施形態によるNAVの設定の別の概略図である。図２Bに示すように、送信局がTXOPを取得した後、第１送信フレーム（例えば、図２BのRTSフレーム）に設定されたdurationフィールドの値がTXOP limitよりも小さい場合、又は最初に設定されたTXOP継続時間がTXOP limitよりも小さい場合、durationフィールドの値を後続のフレームに設定することができ、現在のTXOP継続時間は前のTXOP継続時間の終了時点を超えるようになる。ただし、最初に設定されたTXOP継続時間から開始して、合計TXOP継続時間はTXOP limitを超えることはできない。なお、RTSフレームにはdurationフィールドが含まれ、A-MPDU１にはdurationフィールドが含まれる。図２Bに示すように、RTSフレームに対応するNAVの終了時点１は、A-MPDU１に対応するNAVの終了時点２よりも早いことが分かる。つまり、非受信局がRTSフレームに含まれるdurationフィールド及びA-MPDU１に含まれるdurationフィールドに基づいてNAVを個別に更新した後、RTSフレームに対応するNAVの終了時点１は、A-MPDU１に対応するNAVの終了時点２より早くなる。また、RTSフレームに対応するNAVの終了時点１とA-MPDU１に対応するNAVの終了時点２は、いずれもTXOP limitよりも早くなる。これは、RTSフレームの送信時点の後に送信されるフレームに対応するNAVの終了時点も、TXOP limitよりも早くなることを示している。つまり、最初に設定されたTXOP継続時間から開始して、合計TXOP継続時間はTXOP limitを超えることはできない。非受信局は、受信した各フレームに基づいてNAVを更新することが分かる。

【0066】

前述の内容は、本願の実施形態における幾つかの名詞（又は用語）の意味を簡単に説明した。本願の実施形態で提供されるチャネル競合方法をよりよく理解するために、以下は、本願の実施形態で提供されるチャネル競合方法のシステムアーキテクチャ及び／又は適用シナリオについて説明する。本願の実施形態で説明されるシナリオは、本願の実施形態における技術的ソリューションをより明確に説明することを意図しており、本願の実施形態で提供される技術的ソリューションに対する限定を構成しないことが理解できる。

【0067】

本願の実施形態における技術的ソリューション方法は、無線通信システムに適用されてよい。無線通信システムは、無線ローカルエリアネットワーク（wireless local area network, WLAN）又はセルラネットワークであってよい。本願の実施形態における方法は、無線通信システム内の通信装置又は通信装置内のチップ又はプロセッサによって実装されて本願の実施形態におけるよい。通信装置は、STRをサポートしない無線通信装置であってもよい。例えば、通信装置は、マルチリンク装置（Multi-link device）又はマルチ帯域装置（Multi-band device）と呼ばれることがある。シングルリンク送信のみをサポートする通信装置と比較して、マルチリンク装置は送信効率が高く、スループットが高い。

【0068】

マルチリンク装置は、１つ以上の従属局（affiliated STA）を含む。従属局は論理局であり、１つのリンクで動作する場合がある。従属局は、アクセスポイント（Access Point, AP）又は非アクセスポイント局（non-Access Point Station, non-AP STA）であってよい。説明を容易にするために、本願では、APを従属局とするマルチリンク装置を、マルチリンクAP、マルチリンクAP装置、又はAPマルチリンク装置（AP multi-link device, AP MLD）と呼ぶことがある。Non-AP STAを従属局とするマルチリンク装置を、マルチリンクSTA、マルチリンクSTA装置、又はSTAマルチリンク装置（STA multi-link device, STA MLD）と呼ぶことがある。説明を容易にするため、本願の実施形態では、「マルチリンク装置は、従属局を含む」は、「マルチリンク装置は、局を含む」とも簡単に記載される。

【0069】

任意で、マルチリンク装置は、複数の論理局を含む。各論理局は１つのリンクで動作するが、複数の論理局が同じリンクで動作することが許可されている。後述のリンク識別子は、１つのリンクで動作する１つの局を表す。つまり、１つのリンクに複数の局がある場合、複数のリンク識別子が複数の局を表す必要がある。以下で言及されるリンクは、時に、そのリンク上で動作する局も表す。

【0070】

データ送信中、APマルチリンク装置とSTAマルチリンク装置は、リンク識別子を使用して、１つのリンク又は１つのリンク上の局を識別する場合がある。通信の前に、APマルチリンク装置とSTAマルチリンク装置は、リンク識別子と１つのリンク又は１つのリンク上の局との間の対応について、相互に交渉又は通信する場合がある。そのため、データ送信中に、リンク識別子は、リンク又はリンク上の局を示す大量のシグナリング情報を送信せずに運ばれる。これにより、シグナリングオーバヘッドが削減され、送信効率が向上する。

【0071】

例では、APマルチリンク装置が基本サービスセット（basic service set, BSS）を確立するとき、送信される管理フレーム（例えばbeaconフレーム）は、複数のリンク識別子情報フィールドを含む要素を伝送する。各リンク識別子情報フィールドは、リンク識別子とリンク上で動作する局との対応を示すことができる。各リンク識別子情報フィールドにはリンク識別子が含まれ、更にMACアドレス、動作セット、及びチャネル番号のうちの１つ以上が含まれ、MACアドレス、動作セット、及びチャネル番号のうちの１つ以上がリンクを示すことができる。別の例として、マルチリンク関連付け処理において、APマルチリンク装置とSTAマルチリンク装置は、複数のリンク識別子情報フィールドについて交渉する。その後の通信では、APマルチリンク装置又はSTAマルチリンク装置は、リンク識別子を使用してマルチリンク装置内の局を識別し又は表す。リンク識別子は、局のMACアドレス、動作セット、及びチャネル番号のうちの１つ以上の属性を更に表すことができる。MACアドレスは、代替として、関連付けられたAPマルチリンク装置の関連付け識別子（association identifier, AID）であってよい。

【0072】

１つのリンク上で複数の局が動作している場合、リンク識別子（これは数値IDである）は、動作セットとリンクのチャネル番号を含み、更にリンク上で動作している局の識別子、例えば、局のMACアドレス又は関連付け識別子AIDを含む。

【0073】

マルチリンク装置は、IEEE８０２．１１シリーズプロトコルに準拠する無線通信を実装することができる。例えば、マルチリンク装置は、超高スループットに準拠した局であってよく、又はIEEE８０２．１１beに基づいた又はIEEE８０２．１１beと互換性のある局であってよく、別の装置との通信を実施する。

【0074】

本願の実施形態で提供されるチャネル競合方法は、１つのノードが１つ以上のノードとデータ送信を行うシナリオに適用される場合があり、又はシングルユーザのアップリンク／ダウンリンクデータ送信シナリオやマルチユーザのアップリンク／ダウンリンクデータ送信シナリオに適用される場合があり、又は装置間（device to device, D２D）データ送信シナリオに適用される場合もある。

【0075】

前述のノードのいずれか１つがAPマルチリンク装置であってよく、又はマルチリンクNon-AP装置であってよい。例えば、シナリオは、APマルチリンク装置が１つ以上のNon-APマルチリンク装置とデータ送信を実行するシナリオ、又は、Non-APマルチリンク装置が１つ以上のAPマルチリンク装置とデータ送信を実行するシナリオ、又は、Non-APマルチリンク装置がNon-APマルチリンク装置とデータ送信を実行するシナリオ、又は、APマルチリンク装置がAPマルチリンク装置とデータ送信を実行するシナリオ、であってよい。これは、本願の本実施形態において限定されない。更に、本願の実施形態で提供されるチャネル競合方法は、シングルリンクでのみ送信をサポートするレガシー局に更に適用される場合がある。これは、ここでは限定されない。

【0076】

図３は、本願の実施形態による無線通信システムのアーキテクチャの概略図である。図３は、例として無線ローカルエリアネットワークを使用している。無線通信システムは、１つのAPマルチリンク装置１００と１つ以上のNon-APマルチリンク装置（例えば、図３のNon-APマルチリンク装置２００、Non-APマルチリンク装置３００、及びNon-APマルチリンク装置４００）を含む。APマルチリンク装置は、Non-APマルチリンク装置にサービスを提供するマルチリンク装置であり、Non-APマルチリンク装置は、スループットを向上させるために、複数のリンクでAPマルチリンク装置と通信することができる。図３のAPマルチリンク装置の数とNon-APマルチリンク装置の数は、単なる例である。

【0077】

例えば、マルチリンク装置（例えば、図３のAPマルチリンク装置１００、Non-APマルチリンク装置２００、Non-APマルチリンク装置３００、又はNon-APマルチリンク装置４００のうちの任意のマルチリンク装置）は、無線通信機能を有する装置である。機器は装置全体であってもよいし、装置全体の中に搭載されたチップ、処理システム、などであってもよい。チップ又は処理システムが搭載された装置は、チップ又は処理システムの制御下で、本願の本実施形態における方法及び機能を実装してもよい。例えば、本願の実施形態におけるNon-APマルチリンク装置は、無線トランシーバ機能を持ち、８０２．１１シリーズプロトコルをサポートしてよく、APマルチリンク装置又は別のAPマルチリンク装置と通信することができる。例えば、Non-APマルチリンク装置は、ユーザがAPと通信し、更にWLANと通信できる任意のユーザ通信装置である。例えば、Non-APマルチリンク装置は、タブレットコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ノートコンピュータ、ウルトラモバイルパーソナルコンピュータ（Ultra-mobile Personal Computer, UMPC）、ハンドヘルドコンピュータ、ネットブック、パーソナルデジタルアシスタント（Personal Digital Assistant, PDA）、携帯電話などのネットワークに接続できるユーザ機器であったり、モノのインターネットにおけるモノのインターネットノードであったり、車両のインターネットにおける車載通信機器であったりする。Non-APマルチリンク装置は、代替として、上記の端末内のチップ及び処理システムでもよい。本願の実施形態におけるAPマルチリンク装置は、Non-APマルチリンク装置にサービスを提供する機器であり、８０２．１１シリーズプロトコルをサポートする場合がある。例えば、APマルチリンク装置は、通信サーバ、ルータ、スイッチ、ブリッジなどの通信エンティティであってもよく、又は、APマルチリンク装置は、マクロ基地局、マイクロ基地局、中継局などの様々な形態を含んでもよい。勿論、APマルチリンク装置は、代替として、本願の実施形態における方法及び機能を実装するために、様々な形態の装置におけるチップと処理システムであってよい。

【0078】

マルチリンク装置は、高速で低遅延の送信をサポートする場合があることが理解できる。無線ローカルエリアネットワークの適用シナリオの継続的な進化に伴い、マルチリンク装置は更に多くのシナリオに適用される可能性があり、例えば、スマートシティにおけるセンサノード（例えば、スマートメーター、スマート電気メーター、スマート空気検知ノード）、スマートホームにおけるスマート装置（例えば、スマートカメラ、プロジェクター、ディスプレイ、テレビ、ステレオ、冷蔵庫、洗濯機）、モノのインターネットにおけるノード、娯楽端末（例えば、AR及びVRなどのウェアラブル装置）、スマートオフィスにおけるスマート装置（プリンター及びプロジェクターなど）、車両のインターネットにおける車両のインターネット装置、日常生活シナリオにおける幾つかのインフラストラクチャ（例えば、自動販売機、スーパーマーケットのセルフサービスナビゲーション局、セルフサービス会計レジ装置、セルフサービスの注文機など）がある。Non-APマルチリンク装置及びAPマルチリンク装置の特定の形式は、本願の実施形態では制限されず、ここでは単なる例として説明される。８０２．１１プロトコルは、８０２．１１beをサポートする又は８０２．１１beと互換性があるプロトコルであってよい。

【0079】

任意で、図４は、本願の実施形態によるマルチリンク装置の構造の概略図である。IEEE８０２．１１規格は、マルチリンク装置内の８０２．１１物理層（physical layer, PHY）部分と媒体アクセス制御（media access control, MAC）層部分に焦点を当てている。図４に示すように、マルチリンク装置に含まれる複数のNon-AP STAは、下位MAC（Low MAC）層とPHY層で互いに独立しており、上位MAC（High MAC）層でも互いに独立している。図５は、本願の実施形態によるマルチリンク装置の別の構造の概略図である。図５に示すように、マルチリンク装置に含まれる複数のNon-APは、下位MAC（Low MAC）層とPHY層で互いに独立しており、上位MAC（High MAC）層を共有している。勿論、マルチリンク通信処理では、Non-APマルチリンク装置は、上位MAC層が互いに独立した構造を使用してよく、APマルチリンク装置は、上位MAC層が共有される構造を使用する。代替として、Non-APマルチリンク装置は上位MAC層を共有する構造を使用してよく、APマルチリンク装置は上位MAC層が互いに独立した構造を使用する。代替として、Non-APマルチリンク装置とAPマルチリンク装置の両方が上位MAC層を共有する構造を使用することがある。代替として、Non-APマルチリンク装置とAPマルチリンク装置の両方が上位MAC層が互いに独立した構造を使用することがある。マルチリンク装置の内部構造の概略図は、本願の実施形態では制限されない。図４及び図５は、説明のための単なる例である。例えば、上位MAC層又は下位MAC層は、マルチリンク装置のチップシステム内の１つのプロセッサによって実装される場合もあれば、チップシステム内の異なる処理モジュールによって実装される場合もある。

【0080】

例えば、本願の実施形態におけるマルチリンク装置は、単一アンテナ装置であってもよいし、マルチアンテナ装置であってもよい。例えば、マルチリンク装置は、２つ以上のアンテナを持つ装置である場合がある。マルチリンク装置に含まれるアンテナの数は、本願の実施形態では制限されない。本願の実施形態では、マルチリンク装置は、同じアクセスカテゴリのサービスを異なるリンクで送信することを可能にしたり、同じデータパケットを異なるリンクで送信することも可能にできる。代替として、マルチリンク装置は、同じアクセスカテゴリのサービスを異なるリンクで送信することを許可しないが、異なるアクセスカテゴリのサービスを異なるリンクで送信することを許可してよい。

【0081】

マルチリンク装置が動作する周波数帯域には、サブ１GHz、２．４GHz、５GHz、６GHz、及び高周波６０GHzのうちの１つ以上の周波数帯域が含まれる。

【0082】

任意で、図６は、本願の実施形態による競合チャネルの概略図である。図６に示すように、AP MLDにはAP１とAP２が含まれていることがわかる。AP MLDにはAP３は含まれていない。AP３は単一の装置であってよく、又は別のAP MLDに従属してもよい。AP１はリンク１（link１）で動作し、AP２はリンク２（link２）で動作する。Non-AP MLDには、Non-AP STA１とNon-AP STA２が含まれる。Non-AP MLDにはNon-AP３は含まれていない。Non-AP３は単一の装置であってよく、又は別のNon-AP MLDに従属してもよい。Non-AP STA１はリンク１（link１）で動作し、Non-AP STA２及びNon-AP STA３はリンク２（link２）で動作する。Non-AP STA１は、リンク１でAP１に送信要求（Request To Send, RTS）フレームを送信する。リンク１で送信要求フレームを受信した後に、AP１は、リンク１でNon-AP STA１に対して送信可（Clear To Send, CTS）フレームで応答してよい。リンク１で送信可フレームを受信した後に、Non-AP STA１は、リンク１でAP１にデータ（data）フレームを送信してよい。リンク１でデータフレームを受信した後に、AP１は、リンク１でNon-AP STA１に対してブロックACK（block ACK）を送信してよい。

【0083】

なお、リンク１とリンク２の周波数帯域間の周波数間隔は小さいため、リンク１上でデータを送信する場合、チャネル干渉がリンク２上のCCAに影響を与える可能性がある。この場合、リンク２のチャネル情報を受信できないことがある。つまり、リンク２はブラインド期間（blindness period又はdeaf period）にある。ブラインド期間とは、チャネル上の情報を監視できないことを意味する。また、リンク１でデータを送信する場合、Non-AP STA２がリンク２でフレーム送信要求を送信しても、チャネル干渉によりフレーム送信要求を受信できないことがある。その結果、Non-AP STA２は、ネットワーク割り当てベクトル（network allocation vector, NAV）の更新を見逃す可能性がある。

【0084】

また、図６に示すように、リンク１でのデータ送信が完了した後、Non-AP STA３がチャネルの競合を開始することが分かる。更に、Non-AP STA３はリンク２でフレーム送信要求を送信し、Non-AP STA３もリンク２でフレーム送信可を受信する。その後、Non-AP STA３はリンク２でAP２にデータフレームを送信できる。このとき、リンク２上でフレーム送信要求が送信されている。つまり、Non-AP STA３がリンク２でAP２に送信したデータフレームは、リンク２上のフレーム送信要求と衝突する。したがって、この場合の衝突問題はブラインド問題である。

【0085】

前述の問題を解決するために、データ送信が完了した後、非STR MLDが別のリンクに中同期遅延（medium sync delay）タイマを設定し、決定されるべき（to be decided, TBD）エネルギ検出（energy detection, ED）閾値に基づいてタイマ内の別のリンクでCCAを実行できることが、規格８０２．１１-２０/１００９r１で提案されている。別のリンクの１つのリンクでCCA検出が失敗した場合、そのリンクで重複する基本サービスセット（overlapping basic service set, OBSS）フレームが送信されていることを意味する。OBSSフレームの伝送が終了すると、非STR MLDはチャネルの競合を開始し、拡張分散チャネルアクセス（enhanced distributed channel access, EDCA）を開始する。つまり、OBSSフレームの送信が終了すると、リンク上でフレーム送信要求が送信される。ただし、リンク上のOBSSフレームに対応する送信機会（transmission opportunity, TXOP）は終了しない場合がある。つまり、OBSSフレームに対応するブロックACKがリンク上で送信されている。そのため、リンク上のOBSSフレームに対応するブロックACKは、リンク上のフレーム送信要求と衝突する。

【0086】

図７は、本願の実施形態による別の競合チャネルの概略図である。図７に示すように、STRAP MLDにはAP１とAP２が含まれる。STR AP MLDにはAP３は含まれていない。AP３は単一の装置であってよく、又は別のAP MLDに従属してもよい。AP１はリンク１（link１）で動作し、AP２とAP３はリンク２（link２）で動作する。Non-STR Non-AP MLDには、Non-AP STA１とNon-AP STA２が含まれる。Non-STR Non-AP MLDにはNon-AP３は含まれていない。Non-AP３は単一の装置であってよく、又は別のNon-AP MLDに従属してもよい。Non-AP STA１はリンク１（link１）で動作し、Non-AP STA２及びNon-AP STA３はリンク２（link２）で動作する。

【0087】

Non-AP STA１がリンク１でAP１にアップリンクPPDUを送信する場合、リンク１とリンク２の周波数帯域間の周波数間隔が小さいため、リンク２はブラインド期間（図７のNon-AP STA２のブラインド期間を参照）にある。リンク１上のデータ送信が完了すると、Non-AP STA２は中同期遅延（medium sync delay）タイマを開始する。つまり、リンク１上のアップリンクPPDUの終了時点は、中同期遅延の開始時点と揃う／同じである。中同期遅延内で、Non-AP STA２は、例えば、－８２dbmから－６２dbmであるTBD（To be decided）エネルギ検出（energy detection, ED）閾値に基づいて、リンク２上でCCA検出を実行する。この場合、リンク２上でダウンリンクPPDUが送信されている場合、つまり、リンク２上のダウンリンクPPDUの開始時点が、リンク２上でCCA検出が実行される時点よりも早く、リンク２上のダウンリンクPPDUの終了時点が、CCA検出が成功する時点と揃う／同じである場合、Non-AP STA２は、リンク２がビジー状態であると決定する。図７に示すように、Non-AP STA２がリンク２がビジー状態であると決定したということは、Non-AP STA２が、ダウンリンクPPDUの終了時点（TAはAP３を示し、RAはNon-AP STA３を示す）の前に、リンク２が「CCAビジー」であるとみなしたことを意味する。ダウンリンクPPDUの終了時点は、「CCA検出成功」の開始時点でもあり、「CCA検出成功」は、Non-AP STA２が、リンク２がビジー状態ではなくなったと決定又は検出したことを意味する。この場合、Non-AP STA２はバックオフを開始する。つまり、リンク２でのダウンリンクPPDUの送信が完了すると、Non-AP STA２はリンク２でEDCAを開始する。図７に示すように、リンク２上のNon-AP STA２ backoffの開始時点は、ダウンリンクPPDUの送信が完了する時点であり、図９のNon-AP STA２ backoffの開始時点とは異なる。より厳しいED閾値を使用することもできることに注意する必要がある。その結果、Non-AP STA２は、リンク２がビジー状態であると決定する。当業者は、CCAビジーとは、検出された信号がED閾値を超えていることを意味し、CCAアイドルとは、検出された信号がED閾値を超えていないことを意味することを知っている。Non-AP STA２は、パケットヘッダを見逃す可能性がある。その結果、NAVを更新できなくなる。そのため、更新されたNAVが終了した後、Non-AP STA２はリンク２でEDCAを開始できない。図７に示すように、図７に示すNon-AP STA２では、リンク２のダウンリンクPPDU（TAはAP３を示し、RAはNon-AP STA３を示す）の開始時点はブラインド状態にある。この場合、Non-AP STA２はDL PPDUを検出又は受信できない。

【0088】

更に、Non-AP STA２は、リンク２上のAP２にフレーム送信要求を送信する場合がある。フレーム送信要求については、図７のRTSを参照のこと（TAはNon-AP STA２を示し、RAはAP２を示す）。ただし、リンク２上のダウンリンクPPDUに対応する送信機会（transmission opportunity, TXOP）は終了しない場合がある。つまり、リンク２でダウンリンクPPDUに対応するブロックACKが送信されている（ブロックACKがNon-STR Non-AP MLDによって検知されない可能性があり、その結果、NAVを更新できない）。ブロックACKについては、図７のBAを参照のこと（TAはNon-AP STA３を示し、RAはAP３を示す）。図７に示すように、リンク２上のダウンリンクPPDUに対応するブロックACKの開始時点は、リンク２上のAP２に送信されたフレーム送信要求の開始時点と揃う／同じであることが分かる。つまり、リンク２上のダウンリンクPPDUに対応するブロックACKは、リンク２上のAP２に送信されたフレーム送信要求と衝突する。図７に示すように、前述の「衝突」とは、具体的には、リンク２上のダウンリンクPPDUに対応するブロックACKの開始時点と、リンク２上のAP２に送信されたフレーム送信要求の継続時間が少なくとも重複することを意味する。

【0089】

当業者は、Non-AP STA２が「パケットヘッダを見逃す」とは、Non-AP STA２がPPDUのパケットヘッダを検出又は受信しないことを意味することを理解できる。当業者は、PPDUのパケットヘッダがプリアンブル（preamble）であり、L-LTF、L-STF、L-SIGなどの少なくともフィールドを含むことを知っている。PPDUのヘッダが検出されないことは、Non-AP STA２がPPDUが開始しない（no start of a PPDU）と見なすことと同等である。

【0090】

したがって、本願では、チャネル競合中のフレーム間の衝突と干渉を回避するために、チャネル競合方法を提案し、チャネル競合中のフレーム間の衝突と干渉を軽減する非同時送受信マルチリンク装置をサポートする。これにより、通信効率が向上する。

【0091】

以下は、本願の本実施形態で提供されるチャネル競合方法を、図８～図１３を参照して詳細に説明する。本願の実施形態では、第１マルチリンク装置を使用して方法を説明する。

【0092】

幾つかの実現可能な実装では、本願の本実施形態における第１マルチリンク装置及び第２マルチリンク装置のうちの１つ以上は、複数のリンクでの同時送受信（simultaneous transmit and receive （STR））をサポートしていない。本願で説明されている「STRをサポートする」とは、マルチリンク装置がSTR機能を持ち、この通信でSTR機能を使用することを意味する場合があること、及び「STRをサポートしない」とは、マルチリンク装置がSTR機能を持たない場合がある、又はマルチリンク装置がSTR機能を持つが、この通信でSTR機能を使用しないことを意味する場合があることが理解できる。更に、場合によっては、マルチリンク装置がSTRと非STRの間の切り換え、すなわち、STRをサポートすることからSTRをサポートしないことへの切り換え、又はSTRをサポートしないことからSTRをサポートすることへの切り換えを実装している場合もあることが理解できる。以下では、第１マルチリンク装置がSTRをサポートせず、第２マルチリンク装置がSTRをサポートする例を用いて、本願のこの実施形態で提供されるチャネル競合方法について説明する。

【0093】

任意で、本願のこの実施形態で言及されている第１マルチリンク装置は、図３のNon-APマルチリンク装置２００であってもよく、第２マルチリンク装置は、図３のAPマルチリンク装置１００であってもよい。説明を簡単にするために、以下では、Non-APマルチリンク装置２００が２つのNon-AP STAを含む例について説明すると理解してよい。本願のこの実施形態で言及されている第１非アクセスポイント局は、Non-APマルチリンク装置２００内の任意のSTAであってもよく、第２非アクセスポイント局は、Non-APマルチリンク装置２００内の別のSTAである。本願のこの実施形態で言及されている第１アクセスポイントは、APマルチリンク装置１００内の任意のAPである。本願のこの実施形態では、２つのリンクが説明のための例として使用される。実際の適用中には、複数（２つ以上）のリンクが存在する場合がある。複数のリンクの実装については、本願の本実施形態で提供されている２つのリンクの実装を参照のこと。詳細はここで再び記載されない。

【0094】

図８は、本願の実施形態によるチャネル競合方法の概略図である。図８に示すように、本願の本実施形態で提供されるチャネル競合方法は、限定ではないが以下のステップを含む：

【0095】

８０１：第１リンクでのデータ送信が完了した後、又は第１リンクでデータに対応するブロックACKを受信した後、第１マルチリンク装置の第１非アクセスポイント局は、第１期間に第２リンクでクリアチャネル評価CCA検出を実行する。

【0096】

第１リンクで送信されるデータは、データフレーム又は管理フレームなどの無線フレームであってよい。これは、ここでは限定されない。

【0097】

第１期間に対応する開始時点は、第１リンク上のデータ送信が完了する時点と揃う／同じである。

【0098】

また、第１リンク上のデータ送信が完了した後、第１非アクセスポイント局は、第１期間に第２リンク上でCCA検出を実行する。第１期間に対応する開始時点は、第１リンクでデータに対応するブロックACKを受信する時点よりも早い。

【0099】

本願のこの実施形態における「揃う」は、時間同期を意味する場合があると理解できる。例えば、送信開始時点が揃えられている（すなわち、同じである）及び／又は送信終了時点が揃えられている（すなわち、同じである）。また、本願の実施形態における「揃う」、「同期」、「同時」、及び「同一時点」は、厳密な意味で完全に同じという意味ではない。実際の実装では、異なるPPDU送信パラメータ、異なるアクセス時間、及び２つのリンク上のトランシーバ処理能力などの要因により、ここでの「揃う」、「同期」、「同時」は、例えば短いフレーム間隔（short inter-frame space SIFS）時間を超えない小さなオフセットを許容する。

【0100】

なお、第１期間は、カウントダウンタイマに対応する期間である。第１リンクのデータ送信が完了すると、第１非アクセスポイント局がカウントダウンタイマを開始する。例えば、図９に示すように、リンク１のUL PPDUの送信が終了すると、「第１期間」が開始される。

【0101】

任意で、第１期間に対応する開始時点を中同期遅延タイマ（Medium Sync Delay タイマについては、８０２．１１-２０/１００９r１の媒体同期遅延タイマに関する説明を参照のこと）に対応する開始時点とすることができ、第１期間に対応する終了時点を中同期遅延タイマに対応する終了時点とすることができる。つまり、第１リンクのデータ送信が完了した時点に基づいて、第１非アクセスポイント局が中同期遅延タイマを開始すると理解できる。

【0102】

また、代替として、第１期間に対応する開始時点は、第２マルチリンク装置又は第２マルチリンク装置の第１アクセスポイントによって設定することもできる。例えば、第１リンクと第２リンクに対して、第２マルチリンク装置は、第１期間に対応する同じ開始時点又は異なる開始時点を設定することができる。更に、第１アクセスポイントは第２リンクで動作する。

【0103】

８０２：第２リンクでCCA検出が失敗すると、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行する。

【0104】

第２期間の開始時点は、CCAの終了時点と揃う／同じになる。CCA検出の開始時点は、第１リンクのデータ送信が完了した時点と揃う／同じになる。又は、CCA検出の開始時点は、第１リンクでデータに対応するブロックACKを受信した時点と揃う／同じになる。なお、第２期間の開始時点の前の時点で、第１非アクセスポイント局が第２リンクでCCA検出を実行すると、CCA検出は失敗する。又は、第２期間の開始時点の後の時点で、第１非アクセスポイント局が第２リンクでCCA検出を実行すると、CCA検出は成功する。第１非アクセスポイント局は、例えば、図９のNon-AP STA２である。CCA検出が失敗したことは、図９のリンク２のCCA Busy状態を示し、CCA Busy状態は図９の「第２期間」まで続く。CCA検出が成功したことは、図９のリンク２のCCA Busyが終了した後の状態を示す。この場合、状態は非CCA Busy、つまりCCA Idleとして理解できる。「第２期間」は、CCA BusyからCCA Idleへの切り換えから始まる。

【0105】

第２期間は、拡張フレーム間隔EIFS時間であると理解できる。EIFS時間は、aSIFSTime+AckTxTime+aSIFSTimeとすることができる。ここで、aSIFSTimeは短フレーム間隔SIFS時間を示し、AckTxTimeは確認応答（ACK）フレームの送信時間を示す。

【0106】

また、第２期間の最小値は、aSIFSTime+AckTxTime+aSIFSTimeでもよい。

【0107】

第２リンクでCCA検出が成功すると、８０２．１１-２０/１００９r１に従って第２リンクでチャネル競合が実行できることが理解できる。ここで「８０２．１１-２０/１００９r１に従う」ソリューションは、図７で前述したソリューションを表す。図７のソリューションは、図９のソリューションと異なる。図９に示すソリューションでは、チャネル競合、すなわち図９に示すNon-AP STA２ backoffは、「第２期間」の後にのみ実行することができる。図９のソリューションに従って、衝突の可能性を減らすことができることは明らかである。

【0108】

本願では、第２リンクで実行中のチャネル競合に次のものが含まれる場合があることに注意する：第１非アクセスポイント局は、搬送波感知多元接続／衝突回避（carrier sense multiple access with collision avoidance, CSMA/CA）メカニズム又は拡張分散チャネルアクセス（enhanced distributed channel access, EDCA）メカニズムに従って、第２リンクでチャネル競合を実行する。これは、ここでは限定されない。

【0109】

アクセスポイントと非アクセスポイント局が互いに衝突することなく無線媒体（wireless medium）にアクセスできるようにするために、８０２．１１ではCSMA/CAメカニズムが使用される。このメカニズムは、分散調整機能（distributed coordination function, DCF）とも呼ばれる。CSMA/CAメカニズムは、具体的には次のとおりである：データを送信する前に、非アクセスポイント局は無線媒体でクリアチャネル評価（clear channel assessment, CCA）を実行する必要がある。無線媒体がある期間（例えば、distributed inter-frame space （DIFS））アイドルである場合、非アクセスポイント局はランダムなバックオフ手順を開始することがある。無線媒体がある期間ビジー状態の場合、非アクセスポイント局は、無線媒体がアイドル状態に変わりある期間（例えばDIFS）アイドルのままになるまで待機してから、ランダムなバックオフ手順を開始する必要がある。ランダムなバックオフ手順が終了した後、非アクセスポイント局はフレーム交換を実行できる。ランダムバックオフ手順のバックオフ（backoff）時間（backoff time）は、ランダムバックオフ値とスロット（slot）時間の積に等しい。ランダムバックオフ値は、均等に分散された競合ウィンドウ[０、CW]からランダムに選択された値である。ランダムバックオフ手順におけるバックオフ時間は、チャネル競合におけるバックオフタイマの初期値に等しいと理解することができる。

【0110】

任意で、CSMA/CAメカニズムにおける競合ウィンドウ（contention window, CW）には複数の値がある。非アクセスポイント局が最初にチャネルの競合を試みるとき（Initial Attempt）、CWの値は最小値、すなわちCWminである。各送信が失敗したとき（例えば、衝突が発生する）、再送信（retransmission）を行う必要があり、再びチャネル競合が行われる。CWの値はCWの最大値、すなわちCWmaxに達するまで徐々に増加する。データの送信に成功又は送信が成功すると、CWの値はCWminにリセット（reset）される。

【0111】

EDCAメカニズムはDCFの拡張であり、異なるアクセスクラスのサービスが異なるEDCAパラメータセットを持つことを可能にする。EDCAパラメータセットには、CWmin、CWmax、及び調停フレーム間隔（Arbitration Inter-Frame Space, AIFS）などのパラメータが含まれる。異なるアクセスクラスのEDCAパラメータを表２に示す。AC_VOはアクセスクラスが音声（voice）ストリームであることを示し、AC_VIはアクセスクラスがビデオ（video）ストリームであることを示し、AC_BEはアクセスクラスがベストエフォート（best effort）ストリームであることを示し、AC_BKはアクセスクラスがバックグラウンド（background）ストリームであることを示す。
表２：異なるアクセスクラスのEDCAパラメータ

【表2】

【0112】

特定のアクセスクラスのサービスの場合、ランダムバックオフ手順は基本的にDCFのものと同じである。違いは、AIFSがDCFのDIFSを置き換えることである。つまり、チャネルがアイドルに戻ると、AIFSでチャネルがアイドルのままになった後でのみ、ランダムバックオフ手順を実行できる。AIFSは、短フレーム間空間（short inter-frame space, SIFS）と、調停フレーム間隔番号（AIFS number, AIFSN）とスロット時間（a Slot Time）の積との合計、つまりAIFS[AC]=aSIFStime+AIFSN[AC]*（a Slot Time）に等しい場合がある。AIFSとSIFSの両方の単位が時間単位であることが分かる。

【0113】

任意で、第１期間の第２リンクでクリアチャネル評価CCA検出を実行することは、以下を含む：
第１非アクセスポイント局が、調整されたCCA閾値を取得するためにCCA閾値を調整し、調整されたCCA閾値が未調整CCA閾値より小さく、
第１非アクセスポイント局が、調整されたCCA閾値に基づいて第１期間の第２リンクでCCA検出を実行する。

【0114】

CCA閾値にはエネルギ検出閾値又は中間エネルギ検出閾値が含まれる。

【0115】

この実装では、未調整のエネルギ検出閾値は－８２dbmから－６２dbmの範囲であることに注意する必要がある。未調整の中間エネルギ検出閾値は－７２dbmの場合がある。更に、調整された中間エネルギ検出閾値は－７２dbm未満の値の場合がある。例えば、調整された中間エネルギ検出閾値は－８２dbmの場合がある。

【0116】

実装では、調整されたCCA閾値に基づいてリンクでCCA検出を実行する方法を拡張CCAと呼ぶことがある。具体的な名称はここで限定されない。また、本願では、CCAには拡張CCA又は拡張CCA以外のCCAも含まれる。例えば、拡張CCA以外のCCAは、未調整のエネルギ検出閾値又は未調整の中間エネルギ検出閾値に基づいてリンクでCCA検出を実行する方法である。第１非アクセスポイント局は、第１期間に第２リンクでCCA検出を実行する場合があるということは、以下を含むと理解できる：第１非アクセスポイント局は、第１期間の第２リンクで拡張CCA検出又は拡張CCA検出以外のCCA検出を実行する。第２リンクで拡張CCA検出、又は拡張CCA検出以外のCCA検出が失敗すると、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行してよい。

【0117】

当業者は、「CCA検出が失敗した」という前述の説明に次のものが含まれることを理解する：検出された信号の強度が前述のCCA閾値よりも大きい。この場合、状態はCCA Busyとして記録される。前述のCCA閾値は、例えばエネルギ検出（CCA-ED）閾値又は中間エネルギ検出（midamble-ED）閾値である。同様に、「CCA検出が成功する」ことは、検出された信号の強度が前述のCCA閾値より大きくないことを意味する。この場合、その状態はCCA Idleとして記録される。詳細については、IEEE Std８０２．１１-２０１６、１９．３．１９．５．１CCA-Energy Detect（CCA-ED）の関連規則を参照のこと。

【0118】

CCA-EDは、受信信号強度が、プライマリ２０MHzチャネルのdot１１OFDMEDTThreshold及びセカンダリ２０MHzチャネルのdot１１OFDMEDTThreshold（存在する場合）によって与えられるCCA-ED閾値を超えた場合に、チャネルビジー状態を検出するものとする。CCA-EDを必要とする動作クラスのCCA-ED閾値は、D．２．５の基準に従う。（CCA-EDは、受信信号強度が、プライマリ２０MHzチャネルのdot１１OFDMEDThreshold及びセカンダリ２０MHzチャネルのdot１１OFDMEDThreshold（存在する場合）によって与えられるCCA-ED閾値を超えた場合に、チャネルビジー状態を検出するものとする。CCA-EDを必要とする動作クラスのCCA-ED閾値は、D．２．５の基準に従う。）

【0119】

任意で、第２期間に基づく第２リンクで実行中のチャネル競合には、次のものが含まれる：第２期間に対応する終了時点が第１期間に対応する終了時点よりも早い場合、第１非アクセスポイント局は、第２期間に対応する終了時点の後に第２リンク上でチャネル競合を実行する。図９で説明したソリューションでは、第２リンクでCCA検出が失敗すると、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行する」という前述の説明は、以下を意味する：第１非アクセスポイント局（図９のNon-AP STA２）がCCA Busyから非CCA Busy（CCA Idle）に切り換えられたことを検出した後、第１非アクセスポイント局が第２期間の後にバックオフ（図９のNon-AP STA２ backoff）を実行し始める（図９の内容は、前述の「第２期間に対応する終了時点が第１期間に対応する終了時点よりも早い」という記述に一致する）。これは、図７のソリューションと異なる。図７のソリューションでは、CCA Busyが非CCA Busy（CCA Idle）に切り替わったことを検出した後、第１非アクセスポイント局（図７のNon-AP STA２）がすぐにバックオフを開始する場合がある。第２期間に対応する終了時点が第１期間に対応する終了時点よりも遅い場合、第１非アクセスポイント局は、第１期間に対応する終了時点の後に、又は第２期間に対応する終了時点の後に、第２リンク上でチャネル競合を実行する。図１０で説明したソリューションでは、第２リンクでCCA検出が失敗すると、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行する」という前述の説明は、以下を意味する：第１非アクセスポイント局（図１０のNon-AP STA２）がCCA Busyから非CCA Busy（CCA Idle）に切り換えられたことを検出した後、第１非アクセスポイント局（図１０のNon-AP STA２）が２つの時点：第１期間の終了時点及び第２期間の終了時点のうちの一方においてのみ、バックオフ（図１０のNon-AP STA２ backoff）を実行し始めることがある。これは、図７のソリューションと異なる。図７のソリューションでは、CCA Busyが非CCA Busy（CCA Idle）に切り替わったことを検出した後、第１非アクセスポイント局（図７のNon-AP STA２）がすぐにバックオフを開始する場合がある。

【0120】

なお、第２期間に対応する終了時点が第１期間に対応する終了時点よりも早い場合、第１非アクセスポイント局は、第２期間に対応する終了時点においてバックオフを開始できる。第２期間に対応する終了時点が第１期間に対応する終了時点よりも遅い場合、第１非アクセスポイント局は、第１期間に対応する終了時点でバックオフを開始してよく、又は第２期間に対応する終了時点でバックオフを開始してよい。

【0121】

図８は、本願のこの実施形態で提供されているチャネル競合方法の単なる手順であり、本願のチャネル競合方法は、別の手順で代替的に実装されてもよいことが理解できる。以下では、幾つかの具体例を参照して、本願のチャネル競合方法の時系列手順を簡単に説明する。以下の具体例は、理解を容易にするための単なる例である。実際の適用では、本願におけるチャネル競合方法の時系列手順は、以下の具体例の手順よりも長くなったり短くなったりすることがある。

【0122】

説明を容易にするため、以下の具体例では、第１マルチリンク装置（例えば、Non-AP MLD）にNon-AP STA１とNon-AP STA２が含まれているものとする。第１マルチリンク装置にはNon-AP３は含まれていない。Non-AP３は単一の装置であってよく、又は別のNon-AP MLDに従属してもよい。Non-AP STA１はリンク１（link１）で動作し、Non-AP STA２及びNon-AP STA３はリンク２（link２）で動作する。第２マルチリンク装置（例えば、AP MLD）は、AP１とAP２を含む。第２マルチリンク装置にはAP３は含まれていない。AP３は単一の装置であってよく、又は別のAP MLDに従属してもよい。AP１はリンク１で動作し、AP２とAP３はリンク２で動作する。第１マルチリンク装置はSTRをサポートせず、第２マルチリンク装置はSTRをサポートする。

【0123】

例では、図９は、本願の実施形態によるチャネル競合方法の時系列の概略図である。図９に示すように、Non-AP STA１はリンク１でAP１にアップリンクPPDUを送信する。リンク１とリンク２の周波数帯域間の周波数間隔は小さいため、リンク１上でデータを送信する場合、チャネル干渉がリンク２上のCCAに影響を与える可能性がある。そのため、リンク２のチャネル情報を監視できない。つまり、リンク２はブラインド期間にある。ブラインド期間は、図９に示すblindness for non-AP STA ２である。図９に示す実施形態では、リンク２上でNon-AP STA２がブラインド期間にある場合、AP３はリンク２でNon-AP STA３にDL PPDUを送信する。この場合、Non-AP STA２はDL PPDUの開始を検出できない。

【0124】

図９に示すように、リンク１上のアップリンクPPDUの送信時点は、リンク２のブラインド期間の開始時点と揃う／同じであり、リンク１上のアップリンクPPDUの終了時点は、リンク２のブラインド期間の終了時点と揃う／同じであることが分かる。したがって、リンク１上のアップリンクPPDUの送信が完了した後、AP１はリンク１上のNon-AP STA１にブロックACKを送信する場合がある。また、リンク１上のアップリンクPPDUの送信が完了した後、リンク２はブラインド期間ではない。つまり、リンク２のチャネル情報が監視できる。リンク１のアップリンクPPDUの送信が完了した後、Non-AP STA２は、第１期間に対応する開始時点に基づいてカウントダウンを開始することができることが理解できる。つまり、Non-AP STA２はカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。第１期間では、Non-AP STA２がリンク２でCCA検出を実行する場合がある。

【0125】

更に、リンク２でCCA検出を実行すると、AP３がリンク２上のNon-AP STA３にダウンリンクPPDUを送信しているため、リンク２でのCCA検出は失敗する。「CCA検出が失敗する」ことは、図９の「CCA Busy」を示す。ダウンリンクPPDUの送信が完了した後に、リンク２のCCA検出が成功することが分かる。「CCA検出が成功する」ことは、図９で「CCA Busy」が終了し、「CCA Idle」が開始されることを意味する。図９に示すように、下りPPDUの送信終了時点は、リンク２でのCCA検出が成功した時点と同じ/揃い、第２期間に対応する開始時点は、リンク２でのCCA検出が成功した時点と同じ/揃うことが分かる。更に、第２期間に、ダウンリンクPPDUに対応するブロックACK BAがリンク２で送信されている。リンク２のダウンリンクPPDUに対応するブロックACKの送信が完了した時点が、第２期間に対応する終了時点よりも早く、かつ、第２期間に対応する終了時点が第１期間に対応する終了時点よりも早い場合、Non-AP STA２は、第２期間に対応する終了時点でバックオフを開始する。この場合、フレーム間の衝突及び干渉は回避される。

【0126】

別の例では、図１０は、本願の実施形態によるチャネル競合方法の時系列の概略図である。図１０に示すように、Non-AP STA１はリンク１でAP１にアップリンクPPDUを送信する。リンク１とリンク２の周波数帯域間の周波数間隔は小さいため、リンク１上でデータを送信する場合、チャネル干渉がリンク２上のCCA検出に影響を与える可能性がある。そのため、リンク２のチャネル情報を監視できない。つまり、リンク２はブラインド期間にある。ブラインド期間は、図１０に示すblindness for non-AP STA ２である。図１０に示す実施形態では、リンク２上でNon-AP STA２がブラインド期間にある場合、AP３はリンク２でNon-AP STA３にDL PPDUを送信する。この場合、Non-AP STA２はDL PPDUの開始を検出できない。

【0127】

図１０に示すように、リンク１上のアップリンクPPDUの送信時点は、リンク２のブラインド期間の開始時点と揃う／同じであり、リンク１上のアップリンクPPDUの終了時点は、リンク２のブラインド期間の終了時点と揃う／同じであることが分かる。したがって、リンク１上のアップリンクPPDUの送信が完了した後、AP１はリンク１上のNon-AP STA１にブロックACKを送信する場合がある。また、リンク１上のアップリンクPPDUの送信が完了した後、リンク２はブラインド期間ではない。つまり、リンク２のチャネル情報が監視できる。リンク１のアップリンクPPDUの送信が完了した後、Non-AP STA２は、第１期間に対応する開始時点に基づいてカウントダウンを開始することができることが理解できる。つまり、Non-AP STA２はカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。第１期間では、Non-AP STA２がリンク２でCCA検出を実行する場合がある。

【0128】

さらに、リンク２でCCA検出を実行すると、AP３がリンク２上のNon-AP STA３にダウンリンクPPDUを送信しているため、リンク２でのCCA検出は失敗する。「CCA検出が失敗する」ことは、図１０の「CCA Busy」を示す。ダウンリンクPPDUの送信が完了した後に、リンク２のCCA検出が成功することが分かる。「CCA検出が成功する」ことは、図１０で「CCA Busy」が終了し、「CCA Idle」が開始されることを意味する。図１０に示すように、下りPPDUの送信終了時点は、リンク２でのCCA検出が成功した時点と同じ/揃い、第２期間に対応する開始時点は、リンク２でのCCA検出が成功した時点と同じ/揃うことが分かる。更に、第２期間に、ダウンリンクPPDUに対応するブロックACK がリンク２で送信されている。リンク２のダウンリンクPPDUに対応するブロックACKの送信が完了した時点が、第２期間に対応する終了時点よりも早く、かつ、第２期間に対応する終了時点が第１期間に対応する終了時点よりも遅い場合、Non-AP STA２は、第２期間に対応する終了時点又は第１期間に対応する終了時点でバックオフを開始する。この場合も、フレーム間の衝突及び干渉は回避される。

【0129】

図１１は、本願の実施形態による別のチャネル競合方法の概略図である。図１１に示すように、本願の本実施形態で提供される別のチャネル競合方法は、限定ではないが以下のステップを含む：

【0130】

１１０１：第１非アクセスポイント局は、無線フレームに基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得する。

【0131】

無線フレームは、データが第１リンクで送信されているとき、又はデータに対応するブロックACKが第１リンクで送信されているときに、第２リンクで第２非アクセスポイント局に送信される無線フレームである。第２非アクセスポイント局は、第１マルチリンク装置内の第１非アクセスポイント局以外の非アクセスポイント局である。無線フレームは、第２リンクがブラインド期間にあるときに受信された無線フレームであり、第１非アクセスポイント局は、無線フレームに基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得できることが理解できる。

【0132】

データについては、図８のステップ８０１のデータの説明を参照する。詳細はここで再び記載されない。

【0133】

無線フレームには、例えば、ブロックACK、データフレーム、管理フレーム、及びトリガ（trigger）フレームが含まれる場合がある。これは、ここでは限定されない。

【0134】

更に、第１非アクセスポイント局は、無線フレーム内で伝送される継続時間情報に基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得する。更新する前に、継続時間情報はNAVよりも大きくなる。つまり、更新されたNAVはNAVよりも大きくなる。無線フレームには、継続時間（duration）フィールドが含まれている場合があることが分かる。durationフィールドは、継続時間情報を示す。第１非アクセスポイント局は、無線フレームに含まれる継続時間情報に基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得する。特定の更新方法は、本願において限定されない。

【0135】

例えば、第１マルチリンク装置内の第１非アクセスポイント局と第２非アクセスポイント局以外の非アクセスポイント局が、第２リンクでPPDUを送信した場合、第１非アクセスポイント局は、PPDUで伝送されるブロックACKに基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得できる。ブロックACKは継続時間情報を伝送する。つまり、第１非アクセスポイント局は、ブロックACK内で伝送される継続時間情報に基づいてネットワーク割り当てベクトルNAVを更新し、更新されたNAVを取得する。

【0136】

１１０２：第１非アクセスポイント局は、更新されたNAVに基づいて第２リンクでチャネル競合を実行する。

【0137】

任意で、更新されたNAVに基づき第２リンクで実行中のチャネル競合には、次のものが含まれる：
更新されたNAVが、第１リンクでデータ送信が完了する時点又は第１リンクでブロックACKを受信する時点に満たない場合、第１非アクセスポイント局は、第１期間に第２リンク上でCCA検出を実行し、
第２リンクでCCA検出が失敗した場合、第１非アクセスポイント局は、第２期間に基づいて第２リンクでチャネル競合を実行し、又は、
更新されたNAVが、第１リンクでデータ送信が完了した時点又は第１リンクでブロックACKを受信した時点よりも大きい場合、第１非アクセスポイント局は、更新されたNAVが０にバックオフしたときに第２リンクでチャネル競合を実行する。

【0138】

第１期間については、図８のステップ８０１の第１期間の説明を参照する。詳細はここで再び記載されない。第２期間については、図８のステップ８０２の第２期間の説明を参照する。詳細はここで再び記載されない。また、CCA検出に失敗した場合、第１非アクセスポイント局が第２期間に基づいて第２リンクでチャネル競合を行うことについては、図８のステップ８０２の関連説明を参照のこと。詳細はここで再び記載されない。

【0139】

なお、更新されたNAVが、第１リンクでデータ送信が完了した時点又は第１リンクでブロックACKを受信した時点よりも大きい場合、第１非アクセスポイント局は、更新されたNAVに基づいてバックオフを開始する。更新されたNAVが０にバックオフする前に第１リンクでデータ送信が完了したかどうかに関係なく、更新されたNAVが０にバックオフすると、第１非アクセスポイント局は第２リンクでチャネル競合を実行してよい。更に、更新されたNAVが０にバックオフすると、第１非アクセスポイント局は第２リンクで拡張CCA以外のCCA検出を実行する。第２リンクでCCA検出が成功すると、第１非アクセスポイント局は第２リンクでフレーム交換を実行できる。

【0140】

更新されたNAVが０にバックオフする時点は、第１リンクでデータ送信が完了する時点よりも早いか、又はそれ以降であると理解できる。これは、ここでは限定されない。更に、第１リンクのデータ送信が完了すると、第１非アクセスポイント局がカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。

【0141】

任意で、第１リンクでのデータ送信が完了したときに、更新されたNAVが０にバックオフするかどうかに関係なく、第１非アクセスポイント局がカウントダウンタイマを開始する場合がある。カウントダウンタイマに対応する期間が第１期間である。

【0142】

また、更新されたNAVが０にバックオフする時点が、第１リンクのデータ送信が完了する時点よりも遅れる可能性がある場合、第１非アクセスポイント局は第１期間にチャネル競合を実行する場合がある。更に、更新されたNAVが０にバックオフすると、第１非アクセスポイント局は第１期間に第２リンクで拡張CCA以外のCCA検出を実行してよい。CCA検出が成功すると、第１非アクセスポイント局は第２リンクでフレーム交換を実行できる。

【0143】

図１１は、本願のこの実施形態で提供されているチャネル競合方法の単なる手順であり、本願のチャネル競合方法は、別の手順で代替的に実装されてもよいことが理解できる。以下では、幾つかの具体例を参照して、本願のチャネル競合方法の時系列手順を簡単に説明する。以下の具体例は、理解を容易にするための単なる例である。実際の適用では、本願におけるチャネル競合方法の時系列手順は、以下の具体例の手順よりも長くなったり短くなったりすることがある。

【0144】

説明を容易にするため、以下の具体例では、第１マルチリンク装置（例えば、Non-AP MLD）にNon-AP STA１とNon-AP STA２が含まれているものとする。第１マルチリンク装置にはNon-AP３は含まれていない。Non-AP３は単一の装置であってよく、又は別のNon-AP MLDに従属してもよい。Non-AP STA１はリンク１（link１）で動作し、Non-AP STA２及びNon-AP STA３はリンク２（link２）で動作する。第２マルチリンク装置（例えば、AP MLD）は、AP１とAP２を含む。第２マルチリンク装置にはAP３は含まれていない。AP３は単一の装置であってよく、又は別のAP MLDに従属してもよい。AP１はリンク１で動作し、AP２とAP３はリンク２で動作する。第１マルチリンク装置はSTRをサポートせず、第２マルチリンク装置はSTRをサポートする。

【0145】

例では、図１２は、本願の実施形態によるチャネル競合方法の時系列の概略図である。図１２に示すように、Non-AP STA１はリンク１でAP１にPPDU１を送信する。リンク１とリンク２の周波数帯域間の周波数間隔は小さいため、リンク１上でデータを送信する場合、チャネル干渉がリンク２上のCCAに影響を与える可能性がある。そのため、リンク２のチャネル情報を監視できない。つまり、リンク２はブラインド期間にある。図１２に示すように、リンク１上のPPDU１の送信時点は、リンク２のブラインド期間の開始時点と揃う／同じであり、リンク１上のPPDU１の終了時点は、リンク２のブラインド期間の終了時点と揃う／同じであることが分かる。したがって、リンク１上のPPDU１の送信が完了した後、AP１はリンク１上のNon-AP STA１にブロックACK１を送信する場合がある。また、リンク１上のPPDU１の送信が完了した後、リンク２はブラインド期間ではない。つまり、リンク２のチャネル情報が監視できる。リンク１のPPDU１の送信が完了した後、Non-AP STA２は、第１期間に対応する開始時点に基づいてカウントダウンを開始することができることが理解できる。つまり、Non-AP STA２はカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。

【0146】

更に、リンク２がブラインド期間にあるとき、AP３はリンク２でNon-AP STA３にPPDU２を送信している。図１２に示すように、リンク２上のPPDU２の送信時点は、リンク２のブラインド期間の開始時点より遅く、リンク２上のPPDU２の終了時点は、リンク２のブラインド期間の終了時点より早いことが分かる。つまり、リンク２がブラインド期間にあるとき、PPDU２はNon-AP STA３によって受信される。更に、Non-AP STA３がPPDU２を受信すると、Non-AP STA２はPPDU２に基づいてNAVを更新する場合がある。任意で、リンク２でのPPDU２の受信終了時点は、リンク２のブラインド期間の終了時点よりも早いか、それ以降である場合がある。これは、ここでは限定されない。

【0147】

PPDU２の送信が完了した後に、リンク２のCCA検出が成功することが分かる。図１２に示すように、PPDU２の送信の終了時点は、リンク２でのCCA検出が成功する時点と同じ/揃うことが分かる。更に、Non-AP STA３は、PPDU２を受信した後、第２リンクでAP３にブロックACK２を送信してもよい。Non-AP STA２は、ブロックACK２に基づいてNAVを再更新する。その後、Non-AP STA２は、再更新されたNAVに基づいてバックオフを実行する場合がある。再更新されたNAVが０にバックオフすると、Non-AP STA２は第２リンクで拡張CCA以外のCCA検出を実行する。CCA検出が成功すると、第１非アクセスポイント局は第２リンクでフレーム交換を実行できる。

【0148】

また、図１２に示すように、第１リンクでのデータ送信が完了すると、再更新されたNAVがゼロにバックオフするかどうかに関係なく、第１非アクセスポイント局は第１期間に対応する開始時点に基づいてカウントダウンを開始することが分かる。つまり、第１リンクのデータ送信が完了すると、第１非アクセスポイント局がカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。

【0149】

PPDU２に対応するNAVの終了時点は、ブロックACK２に対応するNAVの終了時点よりも早いことが分かる。任意で、ブロックACK２の後にAP３から別のPPDUを受信した場合、Non-AP STA２は、別のPPDUに基づいてNAVを更に再更新できる。

【0150】

例では、図１３は、本願の実施形態によるチャネル競合方法の時系列の概略図である。図１３に示すように、Non-AP STA１はリンク１でAP１にPPDU１を送信する。リンク１とリンク２の周波数帯域間の周波数間隔は小さいため、リンク１上でデータを送信する場合、チャネル干渉がリンク２上のCCAに影響を与える可能性がある。そのため、リンク２のチャネル情報を監視できない。つまり、リンク２はブラインド期間にある。図１３に示すように、リンク１上のPPDU１の送信時点は、リンク２のブラインド期間の開始時点と揃う／同じであり、リンク１上のPPDU１の終了時点は、リンク２のブラインド期間の終了時点と揃う／同じであることが分かる。したがって、リンク１上のPPDU１の送信が完了した後、AP１はリンク１上のNon-AP STA１にブロックACK１を送信する場合がある。また、リンク１上のPPDU１の送信が完了した後、リンク２はブラインド期間ではない。つまり、リンク２のチャネル情報が監視できる。

【0151】

更に、AP３はリンク２でNon-AP STA３にPPDU２を送信している。PPDU２の送信時点はリンク２のブラインド期間の開始時点より遅く、PPDU２の受信時点はリンク２のブラインド期間の終了時点より早いことが分かる。つまり、PPDU２は、リンク２がブラインド期間にあるとき受信されるPPDUである。更に、Non-AP STA３がPPDU２を受信すると、Non-AP STA２はPPDU２に基づいてNAVを更新する。更に、Non-AP STA３は、PPDU２を受信した後、第２リンクでAP３にブロックACK２を送信してもよい。Non-AP STA２は、ブロックACK２に基づいてNAVを再更新してよい。その後、Non-AP STA２は、再更新されたNAVに基づいてバックオフを実行する場合がある。再更新されたNAVが０にバックオフすると、Non-AP STA２は第２リンクで拡張CCA以外のCCA検出を実行する。CCA検出が成功すると、第１非アクセスポイント局は第２リンクでフレーム交換を実行できる。任意で、リンク２でのPPDU２の受信終了時点は、リンク２のブラインド期間の終了時点よりも早いか、それ以降である場合がある。これは、ここでは限定されない。

【0152】

また、図１３に示すように、第１リンクでのデータ送信が完了すると、再更新されたNAVがゼロにバックオフするかどうかに関係なく、第１非アクセスポイント局は第１期間に対応する開始時点に基づいてカウントダウンを開始することが分かる。つまり、第１リンクのデータ送信が完了すると、第１非アクセスポイント局がカウントダウンタイマを開始する。カウントダウンタイマに対応する期間が第１期間である。

【0153】

PPDU２に対応するNAVの終了時点は、ブロックACK２に対応するNAVの終了時点と同じであることが分かる。任意で、ブロックACK２の後にAP３から別のPPDUを受信した場合、Non-AP STA２は、別のPPDUに基づいてNAVを更に再更新できる。

【0154】

技術分野で知られている基準によると、上記の実装で説明されているCCA検出には、少なくともPPDUによって占有されるプライマリ２０MHzチャネル（Primary ２０ MHz channel）での検出が含まれる。詳細については、IEEEStd８０２．１１-２０１６、１０．２２．２．５などのセクションを参照のこと。STAと、STAがメンバーになっているBSSの両方が複数のチャネル幅をサポートしている場合、EDCA TXOPはプライマリチャネルのアクティビティのみに基づいて取得される。このサブクラウズの「アイドル媒体」は、「アイドルプライマリチャネル」を意味する。同様に、「ビジー媒体」は「ビジープライマリチャネル」を意味する。このサブクラウズに従ってEDCA TXOPが取得されると、セカンダリチャネル、セカンダリ４０MHzチャネル、又はセカンダリ８０MHzチャネルのCCAの状態に基づいて、１１．１６．９及び１０．２２．３で定義されているさらなる制約によって、TXOP中の送信幅が制限され、又はチャネルアクセスが拒否される可能性がある。（STAと、STAがメンバーになっているBSSの両方が複数のチャネル幅をサポートしている場合、EDCA TXOPはプライマリチャネルのアクティビティのみに基づいて取得される。このサブクラウズの「アイドル媒体」は、「アイドルプライマリチャネル」を意味する。同様に、「ビジー媒体」は「ビジープライマリチャネル」を意味する。このサブクラウズに従ってEDCA TXOPが取得されると、セカンダリチャネル、セカンダリ４０MHzチャネル、又はセカンダリ８０MHzチャネルのCCAの状態に基づいて、１１．１６．９及び１０．２２．３で定義されているさらなる制約によって、TXOP中の送信幅が制限され、又はチャネルアクセスが拒否される可能性がある。）

【0155】

上記の内容は、本願で提供される方法について詳しく説明した。本願の実施形態において前述のソリューションをよりよく実装するために、本願の実施形態は、対応する機器又は装置を更に提供する。

【0156】

図１４は、本願の実施形態による通信機器の構造の概略図である。図１４に示すように、通信機器１４００は、上記の実施形態における第１マルチリンク装置であってもよいし、第１マルチリンク装置内のチップ又は処理システムであってもよく、上記のいずれかの実施形態における方法及び機能を実装してもよい。集積度の違いにより、通信機器１４００は、図１４に示すコンポーネントのうちの１つ以上含む場合がある。図１４に示すコンポーネントは、少なくとも１つのプロセッサ１４０１、メモリ１４０２、トランシーバ１４０３、及び通信バス１４０４を含むことができる。プロセッサ、トランシーバ、メモリなどはバスを介して接続される。前述のコンポーネントの間の特定の接続は、本願の本実施形態において限定されない。

【0157】

以下は、図１４を参照して、通信機器１４００のコンポーネントを具体的に説明する。

【0158】

プロセッサ１４０１は、通信機器１４００の制御センタであり、１つのプロセッサであっても、複数の処理要素の総称であってもよい。例えば、プロセッサ１４０１は、中央処理装置（central processing unit, CPU）又は特定用途向け集積回路（Application Specific Integrated Circuit, ASIC）であり、あるいは、例えば、１つ以上のマイクロプロセッサ（digital signal processor, DSP）又は１つ以上のフィールドプログラマブルゲートアレイ（Field Programmable Gate Array, FPGA）など、本願の実施形態を実装する１つ以上の集積回路として構成される。プロセッサ１４０１は、メモリ１４０２に格納されたソフトウェアプログラムを実行又は実行し、メモリ１４０２に格納されたデータを呼び出すことによって、通信装置の様々な機能を実装することができる。特定の実装の間、実施形態において、プロセッサ１４０１は、１つ以上のCPU、例えば図１４のCPU０及びCPU１を含んでよい。

【0159】

特定の実装の間、実施形態において、通信機器１４００は、複数のプロセッサ、例えば図１４のプロセッサ１４０１及びプロセッサ１４０５を含んでよい。プロセッサの各々は、シングルコアプロセッサ（single-CPU）であってよく、又はマルチコアプロセッサ（multi-CPU）であってもよい。プロセッサは、ここでは、データ（例えば、コンピュータプログラム命令）を処理するよう構成される１つ以上の通信装置、回路、及び／又は処理コアであってよい。

【0160】

メモリ１４０２は、読み出し専用メモリ（read-only memory, ROM）、静的情報及び命令を格納できる別の種類の静的記憶通信装置、ランダムアクセスメモリ（random access memory, RAM）、又は情報及び命令を格納できる別の種類の動的記憶通信装置であってよく、又は電気的消去可能なプログラマブル読み出し専用メモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスク読み出し専用メモリ（compact disc read-only memory, CD-ROM）、又は別のコンパクトディスク記憶装置、光ディスク記憶装置（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスク、等を含む）、ディスク記憶媒体又は別のディスク記憶通信装置、又は命令若しくはデータ構造の形式で期待されるプログラムコードを運び又は格納するために使用でき且つコンピュータによりアクセス可能な任意の他の媒体であってよいが、これらに限定されない。メモリ１４０２は独立に存在してよく、通信バス１４０４を通じてプロセッサ１４０１に接続される。代替として、メモリ１４０２は、プロセッサ１４０１に統合されてよい。メモリ１４０２は、本願のソリューションを実行するためのソフトウェアプログラムを格納するよう構成され、プロセッサ１４０１は実行を制御する。

【0161】

トランシーバ１４０３は、別の装置（例えば、第２マルチリンク装置）と通信するように構成される。勿論、トランシーバ１４０３は、通信ネットワークと通信するように更に構成することができる。通信ネットワークは、例えば、イーサネット、無線アクセスネットワーク（radio access network, RAN）、又は無線ローカルエリアネットワークである。トランシーバ１４０３は、受信機能を実現するための受信ユニットと、送信機能を実現するための送信ユニットを含むことができる。

【0162】

通信バス１４０４は、業界標準アーキテクチャ（Industry Standard Architecture, ISA）バス、周辺機器相互接続（Peripheral Component interconnect, PCI）バス、拡張業界標準アーキテクチャ（Extended Industry Standard Architecture, EISA）バスなどである。バスは、アドレスバス、データバス、制御バス、等に分類されてよい。提示を容易にするために、１本の太線だけが、図１４でバスを表すために使用されるが、これは、１本のバスのみ又は１種類のバスのみが存在することを意味しない。

【0163】

例では、通信機器１４００はデバイス全体であってもよく、通信機器はプロセッサ１４０１、メモリ１４０２、トランシーバ１４０３、通信バス１４０４を含んでもよい。任意で、ディスプレイ画面、ユーザインタフェース、又は信号検出器などの別のコンポーネントが更に含まれていてもよい。任意で、通信機器１４００は第１マルチリンク装置であり、前述の実施形態の第１マルチリンク装置に関連する方法と機能を実装するように構成することができる。例えば、メモリは命令を格納し、プロセッサが命令を呼び出すと、前述の方法及び機能が実装される。例えば、プロセッサは信号又はフレームを生成するように構成され、トランシーバは信号又はフレームを送信するように構成される。例えば、プロセッサはステップS１４１、S２０１などを実行するように構成され、トランシーバはステップS１４２、S２０２、S２０７などを実行するように構成される。

【0164】

別の例では、通信機器１５００は、第１マルチリンク装置内のチップシステム又は処理システムであってよく、その結果、チップシステム又は処理システムを搭載した装置が、上記の実施形態のいずれかの方法及び機能を実装する。この場合、通信機器１４００には、図１４に示す幾つかのコンポーネントが含まれていてもよい。例えば、通信機器１４００はプロセッサを含む。プロセッサは、メモリに結合され、メモリ内の命令を呼び出し、その命令を実行することができるため、チップシステム又は処理システムが構成された又はそれをインストールされた装置は、上記の実施形態の方法及び機能を実装する。任意で、メモリはチップシステム又は処理システム内のコンポーネントである場合もあれば、チップシステム又は処理システムの外部に結合されたコンポーネントである場合もある。例では、チップシステム又は処理システムは、第１マルチリンク装置にインストールされるため、第１マルチリンク装置は、前述の実施形態の対応する方法と機能を実装することができる。

【0165】

チップシステム又は処理システムは、８０２．１１シリーズプロトコル、例えば、８０２．１１be、８０２．１１ax、及び８０２．１１acに従って通信をサポートしてよい。チップシステムは、WLAN送信シナリオをサポートする様々な装置にインストールされる場合がある。WLAN送信シナリオの装置は、本願の明細書で説明されている。詳細はここで再び記載されない。

【0166】

本願の本実施形態では、第１マルチリンク装置又は第２マルチシ装置は、前述の方法の例に基づき機能モジュールに分割されてよい。例えば、機能モジュールは、対応する機能に基づき分割を通じ得られてよく、又は２つ以上の機能が１つの処理モジュールに統合されてよい。統合されたモジュールは、ハードウェアの形式で実装されてよく、又はソフトウェア機能モジュールの形式で実装されてよい。留意すべきことに、本願の本実施形態では、モジュールへの分割は一例であり、単なる論理的機能分割である。実際の実装では、別の分割方法が使用されてよい。

【0167】

統合ユニットを使用する場合、図１５は、本願の実施形態による通信機器の別の構造の概略図である。図１５に示すように、通信機器１５００は、マルチリンク装置内のチップ又は処理システムであってよい。上記の方法の実施形態では、通信機器１５００が第１マルチリンク装置の動作を実行してよい。通信機器１５００は、処理ユニット１５０１を含む。

【0168】

例では、通信機器１５００は、第１マルチリンク装置内の非アクセスポイント局である。

【0169】

処理ユニット１５０１は、通信機器１５００の動作を制御及び管理するように構成されている場合がある。例えば、CCAの検出は、第１期間に第２リンクで行われる。任意で、通信機器１５００が記憶ユニットを含む場合、処理ユニット１５０１は、記憶ユニットに格納されているプログラム又は命令を更に実行して、その結果、通信機器１５００が上記のいずれかの実施形態の方法及び機能を実装することができる。

【0170】

例えば、処理ユニット１５０１は、例えば図８のステップ８０１、又は図８のステップ８０１及び／又は本明細書に記載されている技術の別の処理を実行するよう構成されてよい。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細はここで再び記載されない。

【0171】

例えば、通信機器１５００は、図１４に示す通信機器であってよい。処理ユニット１５０１は、図１４のプロセッサ１４０１であってよい。更に、通信機器１５００は、トランシーバユニットを含んでよい。トランシーバユニットは、図１４のトランシーバ１４０３であってよい。任意で、通信機器１５００は、メモリを更に含んでよい。メモリは、通信機器１５００がマルチリンク装置間で前述のチャネル競合方法のいずれかを行うための、対応するプログラムコードとデータを格納するように構成されている。通信機器１５００の対応するコンポーネントの機能説明には、図１４のコンポーネントの関連するすべての内容の説明を引用することができる。詳細はここで再び記載されない。

【0172】

例えば、通信機器１５００は代替としてチップ又はプロセッサであってよい。処理ユニット１５０１はチップ又はプロセッサ内の処理回路であってもよい。トランシーバユニットはチップ又はプロセッサ内の入出力回路であってもよい。入出力回路はチップ又はプロセッサと別の結合されたコンポーネントとの間の相互通信又はデータ交換のためのインタフェースである。信号又はデータ情報又はプログラム命令が処理のためにチップ又はプロセッサに入力され、処理されたデータ又は処理された信号が別の結合されたコンポーネントに出力され、チップ又はプロセッサがインストールされている第１マルチリンク装置が機能を実装するよう制御されるようにしてよい。

【0173】

本願の実施形態は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体はコンピュータプログラムコードを格納する。前述のプロセッサがコンピュータプログラムコードを実行するとき、電子装置は、図８及び図１１の上記の実施形態のいずれかにおける方法を実行する。

【0174】

本願の実施形態は、コンピュータプログラムプロダクトを更に提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されると、コンピュータは、図８及び図１１の上記の実施形態のいずれかにおける方法を実行可能にされる。

【0175】

本願の実施形態は、通信機器を更に提供する。機器はチップの製品形態の中に存在してよい。機器の構造は、プロセッサ及びインタフェース回路を含む。プロセッサは、インタフェース回路を通じて別の機器と通信するよう構成され、その結果、機器が図８及び図１１の前述の実施形態のうちのいずれかの方法を実行する。

【0176】

本願の実施形態は、第１マルチリンク装置及び第２マルチリンク装置を含む通信システムを更に提供する。第１マルチリンク装置及び第２マルチリンク装置は、図８及び図１１の前述の実施形態のいずれかの方法を実行することができる。

【0177】

本願で開示された内容と関連して説明された方法又はアルゴリズムステップは、ハードウェアにより実装されてよく、又はソフトウェア命令を実行することによりプロセッサにより実装されてよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Random Access Memory, RAM）、フラッシュメモリ、消去可能なプログラム可能な読み出し専用メモリ（Erasable PROM, EPROM）、電気的に消去可能なプログラム可能な-読み出し専用メモリ（Electrically EPROM, EEPROM）、レジスタ、ハードディスク、取り外し可能ハードディスク、コンパクトディスク読み出し専用メモリ（CD-ROM）、又は当分野でよく知られている任意の他の形式の記憶媒体に格納することができる。例えば、記憶媒体はプロセッサに結合され、その結果、プロセッサが記憶媒体から情報を読み出し、又は記憶媒体に情報を書き込むことができる。もちろん、記憶媒体は、プロセッサのコンポーネントであってよい。プロセッサ及び記憶媒体は、ASIC内に配置されてよい。更に、ASICは、コアネットワークインタフェース装置内に配置されてよい。もちろん、プロセッサ及び記憶媒体は、個別コンポーネントとしてコアネットワークインタフェース装置内に存在してよい。

【0178】

当業者は、前述の１つ以上の例において、本願に記載されている機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてよいことを認識すべきである。機能がソフトウェアにより実装される場合、前述の機能は、コンピュータ可読媒体に格納されるか、又はコンピュータ可読媒体に１つ以上の命令若しくはコードとして送信されてよい。コンピュータ可読媒体は、コンピュータ可読記憶媒体及び通信媒体を含んでよく、コンピュータプログラムの場所から別の場所への送信を実現する任意の媒体を更に含む。記憶媒体は、汎用又は専用コンピュータによりアクセス可能な任意の利用可能な媒体であってよい。

【0179】

前述の具体的な実装では、本願の目的、技術的ソリューション、及び有益な効果が更に詳細に説明されている。理解されるべきことに前述の説明は、単に本願の特定の実装であり、本願の保護範囲を限定することを意図しない。本願の技術的ソリューションに基づき行われる任意の変形、均等な置換又は改良は、本願の保護範囲の中に包含されるべきである。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】