JP7255950B2 - 通信保護方法及び装置 - Google Patents

Description

本願は、２０１９年７月５日に中国国家知識財産権局に提出され、「通信保護方法及び装置」と題する中国特許出願第２０１９１０６０６２２１．６号に対する優先権を主張し、参照によりその全体が本明細書に含まれる。

本願は、通信技術の分野、特に、通信保護方法及び装置に関する。

超高スループットの技術目標を実現するために、米国電気電子学会（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ、ＩＥＥＥ）８０２．１１ｂｅ規格では、マルチリンク（ｍｕｌｔｉ－ｌｉｎｋ、ＭＬ）技術が主要な技術のうちの１つとして用いられている。ＭＬ技術をサポートするＭＬエンティティは、複数の周波数帯の送信及び受信を実行でき、その結果、ＭＬエンティティは、より広い帯域幅を用いて、データ伝送を実行できる。これはスループットを大幅に向上させる。ＭＬエンティティが周波数帯上でのデータ伝送を実行する空間パスは、リンクと称され得る。

ＭＬエンティティによりサポートされる複数の周波数帯の間の周波数空間が閉じられている場合、ある周波数帯でＭＬエンティティにより送信される信号は、別の周波数帯でＭＬエンティティにより受信される信号に影響を与える。結果として、ＭＬエンティティの正常な通信が影響を受ける。現在のところ、業界は、複数のリンク上のＭＬエンティティで実行される受信及び送信が非同期であるという課題に対する対応する解決法を提案していない。

本願は、通信保護方法及び装置を提供し、複数のリンク上でＭＬエンティティにより実行される受信及び送信が非同期であるという課題を解決する。

第１の態様によれば、通信保護方法が提供される。方法は、ＭＬエンティティに適用され、ＭＬエンティティは、複数のリンクをサポートする。方法は、ＭＬエンティティが、第１リンク上で第１の物理層プロトコルデータユニット（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＰＤＵ）を感知する段階を含む。第１のＰＰＤＵが、イントラ基本サービスセット（ｉｎｔｒａ－ＢＳＳ）ＰＰＤＵであり、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも大きい場合、ＭＬエンティティは、第２リンクのターゲットネットワーク割り当てベクトル（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ、ＮＡＶ）の値を、第１のＰＰＤＵの持続時間フィールドの値に更新する。第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

前述の技術的解決手段によれば、ＭＬエンティティが、別のｉｎｔｒａＢＳＳ局により送信された第１のＰＰＤＵを第１リンク上で感知し、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも大きい場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新し、第１のＰＰＤＵの伝送が完了した後に、ＭＬエンティティが、第１のＰＰＤＵの持続時間フィールドにより示される時間長内にＰＰＤＵを送信しないということを実現する。このように、同一のＢＳＳにおける１つ又は複数の他のＭＬエンティティは、あるリンク上でＰＰＤＵを受信しておらず、別のリンク上でＰＰＤＵを同時に送信している。つまり、別のＭＬエンティティが複数のリンク上で信号を同期して送信／受信することが実現され得る。

可能性のある設計例において、方法は、さらに、第１のＰＰＤＵが、インター基本サービスセット（ｉｎｔｅｒ－ＢＳＳ）ＰＰＤＵである場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を更新しない段階を含む。代わりに、第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも小さい又はこれに等しい場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を更新しない。

可能性のある設計例において、方法は、さらに、ＭＬエンティティが、第１リンク上でコンテンションフリー期間終了（Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ Ｅｎｄ、ＣＦ－Ｅｎｄ）フレームを感知する段階を含む。ＣＦ－Ｅｎｄフレームが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第２リンクのターゲットＮＡＶの値が、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を０に設定する。ＭＬエンティティの第２リンクのターゲットＮＡＶは、第１リンク上で感知される第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されており、ＭＬエンティティが第２リンク上でデータを送信しないということを実現することを理解されたい。このように、同一のＢＳＳにおける別のＭＬエンティティの第１リンク上での通信は、影響を受けない。この場合、ＭＬエンティティが第１リンク上で同一のＢＳＳ内のＣＦ－Ｅｎｄフレームを感知した場合、同一のＢＳＳ内の別のＭＬエンティティの第１リンク上での通信が終了したことを示す。したがって、ＭＬエンティティは、ターゲットＮＡＶの値を０に設定してよい。これは、第１リンク上での通信により第２リンク上でのＭＬエンティティの仮想キャリア感知に影響を与えておらず、第２リンク上でのＭＬエンティティのチャネル競合を遅延させることを回避し、ＭＬエンティティによる第２リンクの利用を改善する。

可能性のある設計例において、方法は、さらに、ＭＬエンティティが、予め設定された時間長内に第１リンク上で第２のＰＰＤＵを感知しておらず、第２リンクのターゲットＮＡＶの値が、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶをリセットする段階を含む。第２のＰＰＤＵ及び第１のＰＰＤＵは、同一の局からのものである。ＭＬエンティティが、第１のＰＰＤＵの伝送端により送信される第２のＰＰＤＵを、予め設定された時間長内に第１リンク上で感知しなかった場合、第１のＰＰＤＵの伝送端が第１リンク上のチャネルを占有していない可能性があることを示すことを理解されたい。したがって、ＭＬエンティティは、第１リンク上でチャネル競合を開始して、第１のＰＰＤＵを第１リンク上で送信してよい。この場合、ターゲットＮＡＶが、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、ターゲットＮＡＶをリセットする。これは、第１リンク上での通信により第２リンク上でのＭＬエンティティの仮想キャリア感知に影響を与えておらず、第２リンク上でのＭＬエンティティのチャネル競合を遅延させることを回避し、ＭＬエンティティによる第２リンクの利用を改善する。

可能性のある設計例において、ＭＬエンティティが第２リンクのターゲットＮＡＶをリセットする段階は、ＭＬエンティティが第２リンクのターゲットＮＡＶの値を０に設定する段階を含む。代わりに、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を第１の値に設定する。第１の値により判定される終了時点は、第２の値により判定される終了時点と同じであり、第２の値は、第１のＰＰＤＵの持続時間フィールドの値に基づいてターゲットＮＡＶが更新される前のターゲットＮＡＶの値である。

可能性のある設計例では、予め設定された時間長＝（２×ａＳＩＦＳＴｉｍｅ）＋（第１のＰＰＤＵ応答フレームの伝送時間長）＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋（２×ａＳｌｏｔＴｉｍｅ）である。ａＳＩＦＳＴｉｍｅは、ショートフレーム間スペース（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ、ＳＩＦＳ）の時間長を表す。ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、予め設定された遅延の時間長を表す。ａＳｌｏｔＴｉｍｅは、１つのスロットの時間長を表す。

可能性のある設計例において、第１のＰＰＤＵは、送信要求（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ、ＲＴＳ）フレームを搬送し、応答フレームは、送信許可送信許可（ｃｌｅａｒ ｔｏ ｓｅｎｄ、ＣＴＳ）フレームである。

可能性のある設計例において、ＭＬエンティティが、ＭＬ非アクセスポイント（ｎｏｎ－ａｃｃｅｓｓ ｐｏｉｎｔ、ｎｏｎ－ＡＰ）エンティティである場合、ターゲットＮＡＶは、以下のケース：（１）ＭＬｎｏｎ－ＡＰエンティティが第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及び基本ｂａｓｉｃ ＮＡＶを構成する場合、ターゲットＮＡＶはｉｎｔｒａ－ＢＳＳ ＮＡＶである、（２）ＭＬｎｏｎ－ＡＰエンティティが第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ、及び、第１ＮＡＶを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、のうちの１つを含む。

可能性のある設計例において、ＭＬエンティティが、ＭＬアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）エンティティである場合、ターゲットＮＡＶは、以下のケース：（１）ＭＬ ＡＰエンティティが、第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及びｂａｓｉｃ ＮＡＶを構成する場合、ターゲットＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＮＡＶである、（２）ＭＬ ＡＰエンティティが、第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ、及び、第１ＮＡＶのみを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、（３）ＭＬ ＡＰエンティティが、第２リンクの第１ＮＡＶ及び第２ＮＡＶを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、のうちの１つを含む。

第２の態様によれば、通信保護方法が提供される。方法は、ＭＬエンティティに適用され、ＭＬエンティティは、複数のリンクをサポートする。方法は、ＭＬエンティティが第１リンク上に第１のＰＰＤＵを送信する段階を含む。第１のＰＰＤＵは、持続時間フィールドを含み、第１のＰＰＤＵに含まれる持続時間フィールドは、第１の期間の時間長を示すために用いられる。ＭＬエンティティは、第２リンク上にＭＡＣフレームを送信する。媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）フレームは、第２の期間の時間長を示すために用いられ、第１の期間の終了時点は、第２の期間の終了時点と同じであり、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第２の期間において第２のＰＰＤＵを送信することが禁止されており、第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

前述の技術的解決手段によれば、ＭＬエンティティが第１リンク上にＰＰＤＵを送信する場合、ＭＬエンティティは、第２リンク上にＭＡＣフレームを送信し、その結果、第２リンク上の同一のＢＳＳ内の別の局は、第１の期間の終了時点の前にＰＰＤＵを送信しない。このように、ＭＬエンティティは、第１リンク上にＰＰＤＵを送信せずに、第２リンク上でＰＰＤＵを受信することが実現される。これは、ＭＬエンティティが、複数のリンク上で信号を同期して送信／受信できるということを実現する。

可能性のある設計例において、ＭＡＣフレームは、通知フレーム又は静寂期間（ｑｕｉｅｔ ｔｉｍｅ ｐｅｒｉｏｄ、ＱＴＰ）フレームである。

可能性のある設計例において、通知フレームの持続時間フィールドの値は、第２の期間の時間長に等しく、通知フレームの持続時間フィールドは、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられ、通知フレームの持続時間フィールドは、重複基本サービスセット（ｏｖｅｒｌａｐｐｉｎｇ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＯＢＳＳ）局により維持されるＮＡＶの値を設定するためには用いられない。

可能性のある設計例において、通知フレームは、持続時間フィールド及び時間長フィールドを含み、時間長フィールドは、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられ、持続時間フィールドの値は、０であり、時間長フィールドの値は、第２の期間の時間長に等しい。

第３の態様によれば、通信保護方法が提供される。方法は、ＭＬエンティティに適用され、ＭＬエンティティは、複数のリンクをサポートする。方法は、ＭＬエンティティが第１リンク上でＰＰＤＵの開始を感知する段階を含む。ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを中止する。第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。ＭＬエンティティは、ＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する。ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、ＰＰＤＵの伝送が完了した後に第２リンク上でバックオフを続行する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、第２リンク上でバックオフを続行する。

前述の技術的解決手段によれば、ＭＬエンティティが第１リンク上でＰＰＤＵの開始を感知した後に、ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを停止する。ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、ＭＬエンティティは、バックオフを続行する。このように、第１リンク上のＰＰＤＵ伝送プロセスにおいて、ＭＬエンティティは、第２リンク上にＰＰＤＵを送信しない。これは、同一のＢＳＳ内の別のＭＬエンティティが、第１リンク上で信号を受信し、別のリンク上に信号を送信する場合を回避する。さらに、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した場合、ＭＬエンティティは、すぐにバックオフを続行して、ＭＬエンティティが第２リンク上のチャネルに通常通りアクセスできることを実現する。

可能性のある設計例において、ＰＰＤＵの伝送が完了した後に、ＭＬエンティティが第２リンク上でバックオフを続行することは、ＭＬエンティティが、第１時点の後に、第２リンク上でバックオフを続行することを含む。第１時点は、ＰＰＤＵの伝送の終了時点である。代わりに、ＭＬエンティティは、第２時点の後に、第２リンク上でバックオフを続行する。第２時点は、ＰＰＤＵに対応する応答フレームの伝送の終了時点である。代わりに、ＭＬエンティティは、第３時点の後に、第２リンク上でバックオフを続行する。第３時点は、ＰＰＤＵの持続時間フィールドにより判定される終了時点である。

可能性のある設計例において、ＭＬエンティティが第２リンクに対する第１のバックオフカウンタのカウントを中止した後に、方法は、さらに、ＭＬエンティティが第２リンクに対する第２のバックオフカウンタを構成する段階を含む。第２のバックオフカウンタの初期値は、第１のバックオフカウンタの現在の値である。第２リンクが現時点でアイドル状態にある場合、ＭＬエンティティは、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２のバックオフカウンタのカウント値を１ずつ減算する。第２リンクが現時点でビジー状態にある場合、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待ち、第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、ＭＬエンティティは、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２のバックオフカウンタのカウント値を１ずつ減算する。

可能性のある設計例において、方法は、さらに、ＭＬエンティティが、第２のバックオフカウンタのカウント値が０に減少した後に、第２のバックオフカウンタのカウント値を０として維持する段階を含む。

可能性のある設計例において、方法は、さらに、第２のバックオフカウンタのカウント値が０に減少した場合、ＭＬエンティティが、第２のバックオフカウンタのカウント値をリセットする段階を含む。

可能性のある設計例において、ＭＬエンティティが第２のバックオフカウンタのカウント値をリセットする段階は、ダブルコンテンションウィンドウに基づいて、ＭＬエンティティが第２のバックオフカウンタのカウント値をリセットする段階を含む。代わりに、ＭＬエンティティは、コンテンションウィンドウに基づいて、第２のバックオフカウンタのカウント値をリセットする。代わりに、ＭＬエンティティは、コンテンションウィンドウの最小値に基づいて、第２のバックオフカウンタのカウント値をリセットする。

可能性のある設計例において、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵでる場合、ＭＬエンティティが第２リンク上でバックオフを続行する段階は、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティが、第１のバックオフカウンタのカウント値を、第２のバックオフカウンタのカウント値に更新し、第１のバックオフカウンタに基づいて、第２リンク上でバックオフを続行する段階を含む。この設計によれば、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した場合、ＭＬエンティティは、第１のバックオフカウンタのカウント値を、第２のバックオフカウンタのカウント値に設定し、その結果、第１のバックオフカウンタは、以前の停止による影響を受けない。このように、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティのバックオフ手順は影響を受けない。これは、ＭＬエンティティがチャネル競合において不利になることを回避し、ＭＬエンティティが第２リンクを用いることを実現する。

第４の態様によれば、通信保護方法が提供される。方法は、ＭＬｎｏｎ－ＡＰエンティティに適用され、ＭＬｎｏｎ－ＡＰエンティティは、複数のリンクをサポートする。方法は、ＭＬｎｏｎ－ＡＰエンティティが第１リンク上で第１のＰＰＤＵを感知する段階を含む。第１のＰＰＤＵの受信端が、ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティである場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信する。第２リンクは、第１リンク以外のＭＬｎｏｎ－ＡＰエンティティによりサポートされる複数のリンクのうちのいずれか１つであり、第１のＰＰＤＵの終了時点は、第２のＰＰＤＵの終了時点と同じである。

前述の技術的解決手段によれば、ＭＬｎｏｎ－ＡＰエンティティが第１リンク上で第１のＰＰＤＵを感知し、第１のＰＰＤＵがＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティに送信された場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信する。第２のＰＰＤＵの終了時点が第１のＰＰＤＵの終了時点と同じであるので、ＭＬ ＡＰエンティティは、第２のＰＰＤＵのブロック確認応答（ｂｌｏｃｋ ａｃｋ、ＢＡ）フレーム、及び、第１のＰＰＤＵのＢＡフレームを同時に送信してよい。これは、ＭＬ ＡＰエンティティが、あるリンク上に信号を送信し、別のリンク上で信号を受信する場合を回避する。さらに、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信しており、これは、第２リンクの利用を改善するのに役立つ。

可能性のある設計例において、ＭＬｎｏｎ－ＡＰエンティティが第２リンク上に第２のＰＰＤＵを送信する段階は、ＭＬｎｏｎ－ＡＰエンティティが第２リンク上でバックオフ手順を実行する段階、第２リンク上で実行されたバックオフ手順が終了した後に、ＭＬｎｏｎ－ＡＰエンティティが、第２リンク上に第２のＰＰＤＵを送信する段階を含む。

第５の態様によれば、ＭＬエンティティが提供される。ＭＬエンティティは、第１の態様から第４の態様における設計のうちのいずれか１つにおいて説明されるモジュールに１対１に対応する方法／操作／段階／動作を実行するように構成されるモジュールを含んでよい。前述のモジュールは、ハードウェア回路又はソフトウェアであってよい、又は、ソフトウェアと組み合わせて、ハードウェア回路を用いることにより実現されてよい。

第６の態様によれば、ＭＬエンティティが提供される。ＭＬエンティティは、プロセッサ及び送受信機を含む。プロセッサは、第１の態様から第４の態様における設計のうちのいずれか１つに係る通信保護方法における処理動作を実行するように構成される。送受信機は、プロセッサの制御の下、第１の態様から第４の態様における設計のうちのいずれか１つに係る通信保護方法における送受信機の操作を実行するように構成される。

第７の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を格納するように構成される。命令がコンピュータにより読み取られた場合、コンピュータは、第１の態様から第４の態様における設計のうちのいずれか１つに係る通信保護方法を実行するように構成される。

第８の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、命令を含む。コンピュータが命令を読み取った場合、コンピュータは、第１の態様から第４の態様における設計のうちのいずれか１つに係る通信保護方法を実行する。

第９の態様によれば、チップが提供される。チップは、処理回路及び送受信機ピンを含む。チップは、複数のリンクをサポートする。送受信機ピンは、第１リンク上で第１のＰＰＤＵを感知するように構成される。処理回路は、第１のＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも大きい場合、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新するように構成される。第２リンクは、第１リンク以外のチップによりサポートされる複数のリンクのうちのいずれか１つである。

第１０の態様によれば、チップが提供される。チップは、処理回路及び送受信機ピンを含む。チップは、複数のリンクをサポートする。送受信機ピンは、第１リンク上に第１のＰＰＤＵを送信するように構成される。第１のＰＰＤＵは、持続時間フィールドを含み、第１のＰＰＤＵに含まれる持続時間フィールドは、第１の期間の時間長を示すために用いられる。送受信機ピンは、さらに、第２リンク上にＭＡＣフレームを送信するように構成される。ＭＡＣフレームは、第２の期間の時間長を示すために用いられ、第１の期間の終了時点は、第２の期間の終了時点と同じであり、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第２の期間において第２のＰＰＤＵを送信することが禁止されており、第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

第１１の態様によれば、チップが提供される。チップは、処理回路及び送受信機ピンを含む。チップは、複数のリンクをサポートする。送受信機ピンは、第１リンク上でＰＰＤＵの開始を感知するように構成される。処理回路は、第２リンクに対する第１のバックオフカウンタのカウントを中止し、ＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定するように構成される。ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、処理回路は、第２リンク上でバックオフを続行する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、処理回路は、第２リンク上でバックオフを続行する。第２リンクは、第１リンク以外のチップによりサポートされる複数のリンクのうちのいずれか１つである。

第１２の態様によれば、チップが提供される。チップは、処理回路及び送受信機ピンを含む。チップは、複数のリンクをサポートする。送受信機ピンは、第１リンク上で第１のＰＰＤＵを感知するように構成される。送受信機ピンは、さらに、第１のＰＰＤＵの受信端が、関連付けられたＭＬ ＡＰエンティティである場合、第２リンク上に第２のＰＰＤＵを送信するように構成される。第２リンクは、第１リンク以外のＭＬｎｏｎ－ＡＰエンティティによりサポートされる複数のリンクのうちのいずれか１つであり、第１のＰＰＤＵの終了時点は、第２のＰＰＤＵの終了時点と同じである。

第５の態様から第１２の態様の任意の設計によりもたらされる技術的効果について、上記で提供される対応する方法における有利な効果を参照されたい。ここでは、再び詳細を説明しない。

本願の実施形態に係るバックオフ手順の概略図である。

本願の実施形態に係るＰＰＤＵのフレーム構造の概略図である。

本願の実施形態に係るＭＬエンティティ間の通信シナリオの概略図である。

本願の実施形態に係るＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る通信保護方法のフローチャートである。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る通知フレームのフレーム構造の概略図である。

本願の実施形態に係る通知フレームのフレーム構造の概略図である。

本願の実施形態に係る通知フレームのフレーム構造の概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る別の通信保護方法のフローチャートである。

本願の実施形態に係る通信保護方法のフローチャートである。

本願の実施形態に係る別のＭＬ通信シナリオの概略図である。

本願の実施形態に係るＭＬエンティティの構造の概略図である。

本願の実施形態に係るＭＬエンティティの構造の概略図である。

本願の説明において、指定されない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表し得る。本明細書における「及び／又は」という用語は、関連する対象に関する対応関係のみを説明しており、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在する、Ａ及びＢの両方が存在する、Ｂのみが存在する、といった３つの場合を表し得る。さらに、「少なくとも１つ」は、１つ又は複数を意味し、「複数」は、２つ又はそれより多くを意味する。「第１」及び「第２」などの単語は、数及び実行順序を限定するものではなく、「第１」及び「第２」などの単語は、明確な差異を示すものではない。

本願において、「例」又は「例えば」などの単語は、例、実例又は説明を提示することを表すために用いられることを留意されたい。「例えば」を用いて、又は、本願における「例」として説明される任意の実施形態又は設計スキームは、別の実施形態又は設計スキームより好ましい、又は、さらに有利であるように説明されるべきではない。厳密には、「例」又は「例えば」などの単語の使用は、特定の態様における相対概念を提示することを目的とする。

本願の技術的解決手段を理解しやすくするために、以下ではまず、本願で用いられる用語を簡単に説明する。

１．基本サービスセット（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＢＳＳ）

ＢＳＳは、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）において互いに通信できるデバイスのグループを説明するために用いられる。ＷＬＡＮは、複数のＢＳＳを含み得る。各ＢＳＳは、一意の識別子を有し、基本サービスセット識別子（ＢＳＳＩＤ）と称される。

１つのＢＳＳは、複数の局（ｓｔａｔｉｏｎ、ＳＴＡ）を含み得る。局は、ＡＰ及び非アクセスポイント局（ｎｏｎ－ａｃｃｅｓｓ ｐｏｉｎｔ ｓｔａｔｉｏｎ、ｎｏｎ－ＡＰ ＳＴＡ）を含む。オプションで、１つのＢＳＳは、１つのＡＰ、及び、ＡＰと関連付けられる複数のｎｏｎ－ＡＰ ＳＴＡを含み得る。

ＡＰは、無線アクセスポイント又はホットスポットとも称され得る。ＡＰは、無線ルータ、無線送受信機又は無線スイッチなどであってよい。

ｎｏｎ－ＡＰ ＳＴＡは、例えば、加入者ユニット、アクセス端末、移動局、モバイルデバイス、端末及びユーザ機器などの異なる名称を有し得る。実際の適用中、ＳＴＡは、セルラフォン、スマートフォン、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）、又は、無線ローカルエリアネットワーク通信機能を有する別のハンドヘルドデバイス又はコンピュータデバイスであってよい。

２．バックオフメカニズム

ＩＥＥＥ８０２．１１規格は、同一の伝送媒体を共有する複数のユーザをサポートする。送り主は、データを送信する前に、伝送媒体の利用可能性をチェックする。ＩＥＥＥ８０２．１１規格は、搬送波感知多重アクセス／衝突回避（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ ｃｏｌｌｉｓｉｏｎ ａｖｏｉｄａｎｃｅ、ＣＳＭＡ／ＣＡ）を用いて、チャネル競合を実現する。ＣＳＭＡ／ＣＡは、バックオフメカニズムを用いて、コリジョンを回避する。

単一チャネル上のバックオフメカニズムが以下に説明される。デバイスがメッセージを送信する前に、デバイスは、０からコンテンションウィンドウ（ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ、ＣＷ）までの乱数を選択し、当該乱数を、バックオフカウンタの初期値として用い得る。チャネルのアイドル時間がアービトレーションフレーム間スペース（ａｒｂｉｔｒａｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ、ＡＩＦＳ）に達した後、チャネルが１つのスロット（ｓｌｏｔ）におけてアイドルになるたびに、バックオフカウンタのカウント値が１ずつ減算される。バックオフカウンタのカウント値が０に減少する前に、チャネルが１つのスロットにおいてビジーになる場合、バックオフカウンタは、カウントを停止する。次に、チャネルがビジー状態からアイドル状態へ変化し、チャネルのアイドル時間がＡＩＦＳに達した場合、バックオフカウンタは、カウントを再開する。バックオフカウンタのカウント値が０である場合、バックオフ手順が終了し、デバイスは、データ伝送を開始し得る。

図１を参照する。例が説明のために用いられる。バックオフカウンタの初期値が５であり、チャネルのアイドル時間がＡＩＦＳに達した後に、バックオフカウンタがバックオフの実行を開始すると仮定する。チャネルが１つのスロットにおいてアイドル状態になるたびに、バックオフカウンタのカウント値が０になるまで、バックオフカウンタのカウント値が１ずつ減算される。バックオフカウンタのカウント値が０になった後に、デバイスは、チャネル上でＰＰＤＵを送信し得る。

３．ＮＡＶ

ＮＡＶは、仮想キャリア感知において用いられる。ＮＡＶは、カウンタに相当し、局がチャネルを占有する時間を記録するために用いられる。ＮＡＶの値が時間と共に減少するが、ＮＡＶの値が０に減少する前に、局は、チャネルがビジーであり、チャネル競合及びデータ送信を中止することを常に判断する。

現在のところ、Ｎｏｎ－ＡＰ ＳＴＡは、２つのＮＡＶ、すなわち、ｉｎｔｒａ－ＮＡＶ及びｂａｓｉｃ ＮＡＶを有する。ｉｎｔｒａ－ＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵに基づいて更新される。ｂａｓｉｃ ＮＡＶは、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに基づいて、又は、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵ又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵとして分類され得ないＰＰＤＵに基づいて、更新される。

ＡＰは、２つのＮＡＶを有してよい、又は、１つのＮＡＶのみを有してよい。ＡＰに対して２つのＮＡＶが構成される場合、ＡＰの２つのＮＡＶは、ｉｎｔｒａ－ＮＡＶ及びｂａｓｉｃ ＮＡＶである。

高密度展開シナリオにおいて、２つのＮＡＶを維持することは、局にとって有益であることを理解されたい。２つのＮＡＶを維持することにより、局は、ｉｎｔｒａ－ＢＳＳ局により送信されるフレームを保護でき、また、ｉｎｔｅｒ－ＢＳＳ局により送信されるフレームからの干渉を回避できる。

４．ＰＰＤＵ

図２は、８０２．１１ａｘ規格におけるＰＰＤＵのフレーム構造の概略図である。ＰＰＤＵは、レガシショートトレーニングフィールド（ｌｅｇａｃｙ ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、Ｌ－ＳＴＦ）、レガシロングトレーニングフィールド（ｌｅｇａｃｙ ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、Ｌ－ＬＴＦ）、レガシ信号フィールド（ｌｅｇａｃｙ ｓｉｇｎａｌ ｆｉｅｌｄ、Ｌ－ＳＩＧ）、反復レガシ信号フィールド（ｒｅｐｅａｔｅｄ ｌｅｇａｃｙ ｓｉｇｎａｌ ｆｉｅｌｄ、ＲＬ－ＳＩＧ）、高効率信号フィールドＡ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｓｉｇｎａｌ ｆｉｅｌｄ Ａ、ＨＥ－ＳＩＧ Ａ）、高効率信号フィールドＢ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｓｉｇｎａｌ ｆｉｅｌｄ Ａ、ＨＥ－ＳＩＧ Ｂ）、高効率ショートトレーニングフィールド（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、ＨＥ－ＳＴＦ）、高効率ロングトレーニングフィールド（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、ＨＥ－ＬＴＦ）、データ（ｄａｔａ）及びデータパケット拡張（ｐａｃｋｅｔ ｅｘｔｅｎｓｉｏｎ、ＰＥ）を含む。

Ｌ－ＳＴＦは、自動利得制御、シーケンス同期及び粗い周波数オフセット推定のために用いられる。

５．ｉｎｔｒａ－ＢＳＳ ＰＰＤＵ及びｉｎｔｅｒ－ＢＳＳ ＰＰＤＵ

局に関して、局により感知されるＰＰＤＵが属するＢＳＳと、局と関連付けられるＢＳＳとが同一のＢＳＳである、又は、局により感知されるＰＰＤＵの受信端／伝送端と局とが同一のＢＳＳに属する場合、ＰＰＤＵは、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵである。例えば、局により感知されるＰＰＤＵのＢＳＳカラー／ＢＳＳ ＩＤが局と関連付けられるＢＳＳのＢＳＳカラー／ＢＳＳ ＩＤと同じである場合、ＰＰＤＵは、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵである。

局に関して、局により感知されるＰＰＤＵが属するＢＳＳと、局と関連付けられるＢＳＳとが、同一のＢＳＳではない、又は、局により感知されるＰＰＤＵの受信端／伝送端と、局とが同一のＢＳＳに属していない場合、ＰＰＤＵは、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである。例えば、局により感知されるＰＰＤＵのＢＳＳカラー／ＢＳＳ ＩＤが、局と関連付けられるＢＳＳのＢＳＳカラー／ＢＳＳ ＩＤとは異なる場合、ＰＰＤＵは、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである。

局により、ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定するための前述の方法は、単なる例に過ぎない。詳細については、レガシ技術を参照されたい。

６．ＭＬエンティティ

ＭＬエンティティは、複数の周波数帯上での送信及び受信を実行できる。例えば、複数の周波数帯は、限定されるものではないが、２．４ＧＨｚ周波数帯、５ＧＨｚ周波数帯及び６ＧＨｚ周波数帯を含む。ＭＬエンティティが周波数帯上でのデータ伝送を実行する空間パスは、リンクと称され得る。つまり、ＭＬエンティティは、マルチリンク通信をサポートする。

ＭＬエンティティについて、ＭＬエンティティによりサポートされる各リンクは、１つの周波数帯に対応することを理解されたい。

ＭＬエンティティは、ＭＬ ＳＴＡエンティティとも称され得る。ＭＬエンティティは、複数のＳＴＡを含む。ＭＬエンティティにおける各ＳＴＡは、通信のためのリンクを確立し得る。図３に示されるように、ＭＬエンティティＡは、局Ａ１から局ＡＮを含み、ＭＬエンティティＢは、局Ｂ１から局ＢＮを含む。局Ａ１は、リンク１を通じて局Ｂ１と通信し、局Ａ２は、リンク２を通じて局Ｂ２と通信し、残りは、類推により推定され得る。局ＡＮは、リンクＮを通じて局ＢＮと通信する。

ＭＬエンティティにおける複数のＳＴＡは、同一のＭＡＣアドレスを有してよい、又は、異なるＭＡＣアドレスを有してよいことを留意されたい。ＭＬエンティティにおける複数のＳＴＡは、同じ物理位置に配置されてよい、又は、異なる物理的位置に配置されてよい。

ＭＬエンティティにおけるＳＴＡがＡＰである場合、ＭＬエンティティは、ＭＬ ＡＰエンティティと称され得る。ＭＬエンティティにおけるＳＴＡがｎｏｎ－ＡＰ ＳＴＡである場合、ＭＬエンティティは、ＭＬｎｏｎ－ＡＰ ＳＴＡエンティティ又はＭＬｎｏｎ－ＡＰエンティティと称され得る。本願の本実施形態において、指定されない限り、ＭＬエンティティは、ＭＬ ＡＰエンティティであってよい、又は、ＭＬｎｏｎ－ＡＰエンティティであってよい。

ＭＬｎｏｎ－ＡＰエンティティにおけるリンク上のｎｏｎ－ＡＰ ＳＴＡは、ＭＬ ＡＰエンティティにおける同一のリンク上のＡＰと関連付けられてよく、その結果、ＭＬｎｏｎ－ＡＰエンティティにおけるリンク上のｎｏｎ－ＡＰ ＳＴＡは、ＭＬ ＡＰエンティティにおける同一のリンク上のＡＰと通信できる。

ＭＬ ＡＰエンティティとＭＬｎｏｎ－ＡＰエンティティとの間の正常な通信を保証するために、ＭＬ ＡＰエンティティとＭＬｎｏｎ－ＡＰエンティティとの間で、対応関係が確立され得ることを理解されたい。

ＭＬ ＡＰエンティティとＭＬｎｏｎ－ＡＰエンティティとの間の対応関係は、リンク上のＭＬ ＡＰエンティティの局と、同一のリンク上のＭＬｎｏｎ－ＡＰエンティティの局との間の対応関係を含むことを留意されたい。

ＭＬｎｏｎ－ＡＰエンティティとＭＬ ＡＰエンティティとの間の対応関係を確立する実装は、本願の本実施形態に限定されない。例えば、ＭＬｎｏｎ－ＡＰエンティティ及びＭＬ ＡＰエンティティは、１つのリンク上で、リンクに基づいた対応関係を確立する。代わりに、ＭＬｎｏｎ－ＡＰエンティティ及びＭＬ ＡＰエンティティは、１つのリンク上で、複数のリンクに基づいたＭＬｎｏｎ－ＡＰエンティティとＭＬ ＡＰエンティティとの間の対応関係を確立する。

ＭＬｎｏｎ－ＡＰエンティティ及びＭＬ ＡＰエンティティは、１つのリンクに基づいた対応関係を確立する。その特定の実装例については、従来技術におけるＡＰとＮｏｎ－ＡＰ ＳＴＡとの間の対応関係を確立する実装を参照されたい。ここでは詳細を説明しない。

７．ＳＬエンティティ

ＳＬエンティティは、１つのリンクのみをサポートするＳＴＡである。ＳＬエンティティは、レガシ（ｌｅｇａｃｙ）ＳＴＡ、すなわち、既存の８０２．１１規格のみをサポートしているが、次世代の８０２．１１規格をサポートしていないＳＴＡであってよい。

前述では、本願で用いられる技術用語を簡単に説明している。詳細については、以下では説明しない。

以下では、例を用いて、複数のリンク上のＭＬエンティティにより実行される受信及び送信が非同期である場合を説明する。

図４を参照する。例が説明のために用いられる。ＭＬ ＡＰエンティティは、第１リンク上のＭＬｎｏｎ－ＡＰエンティティ１にＰＰＤＵ＃１を送信する。ＭＬ ＡＰエンティティが第１リンク上にＰＰＤＵ＃１を送信していることを、ＭＬｎｏｎ－ＡＰエンティティ２が把握していないので、ＭＬｎｏｎ－ＡＰエンティティ２は、第２リンク上のＭＬ ＡＰエンティティにＰＰＤＵ＃２を送信し得る。この場合、第１リンク上のＭＬ ＡＰエンティティによりＰＰＤＵ＃１を送信することで、第２リンク上のＭＬ ＡＰエンティティによるＰＰＤＵ＃２の受信に影響を与えてしまう。したがって、ＰＰＤＵ＃２は、伝送されない。

図５を参照する。例が説明のために用いられる。ＭＬｎｏｎ－ＡＰエンティティ１は、第１リンク上のＭＬ ＡＰエンティティにＰＰＤＵを送信する。ＭＬｎｏｎ－ＡＰエンティティ１が第１リンク上にＰＰＤＵ＃１を送信していることをＭＬｎｏｎ－ＡＰエンティティ２が把握していないので、ＭＬｎｏｎ－ＡＰエンティティ２は、第２リンク上のＭＬ ＡＰエンティティにＰＰＤＵ＃２を送信し得る。ＰＰＤＵ＃２の送信時間は、ＰＰＤＵ＃１の送信時間よりも短い。ＭＬ ＡＰエンティティが第２リンク上でＢＡフレームを送信した場合、第１リンク上のＭＬエンティティによるＰＰＤＵ＃１の受信に影響を与えてしまう。したがって、ＰＰＤＵ＃１は伝送されない。ＭＬ ＡＰが第２リンク上にＢＡフレームを送信しない場合、ＭＬｎｏｎ－ＡＰエンティティ２がＢＡフレームの受信に失敗するので、ＭＬｎｏｎ－ＡＰエンティティ２は、ＰＰＤＵ＃２が伝送されないと判断する。

複数のリンク上でＭＬエンティティにより実行される受信及び送信は、非同期であり、具体的には、ＭＬエンティティが複数のリンクの一部に信号を送信し、ＭＬエンティティが、同時に、リンクの別の部分で信号を受信することを意味しているということを理解されたい。

あるリンク上のＭＬエンティティによる信号の送信は、別のリンク上のＭＬエンティティによる信号の受信に影響を与える。したがって、複数のリンク上のＭＬエンティティにより実行される受信及び送信が非同期となることを回避する必要がある。この技術的課題に関して、本願の実施形態は、以下の技術的解決手段を提供する。技術的解決手段の具体的な内容については、以下を参照されたい。

本願における技術的解決手段は、ＷＬＡＮに適用される。ＷＬＡＮのために用いられる規格は、ＩＥＥＥ８０２．１１規格、例えば、８０２．１１ａｘ規格又は次世代の８０２．１１規格などであってよい。本願の技術的解決手段が適用可能なシナリオは、ＭＬエンティティ間の通信シナリオ、及び、ＭＬエンティティとＳＬエンティティとの間の通信シナリオを含む。

例えば、ＭＬエンティティ間の通信シナリオは、ＭＬｎｏｎ－ＡＰエンティティとＭＬ ＡＰエンティティとの間の通信シナリオ、ＭＬｎｏｎ－ＡＰエンティティ間の通信シナリオ、又は、ＭＬ ＡＰエンティティ間の通信シナリオであってよい。

例えば、ＭＬエンティティとＳＬエンティティとの間の通信シナリオは、ＭＬｎｏｎ－ＡＰエンティティとレガシＡＰとの間の通信シナリオ、ＭＬ ＡＰエンティティとレガシｎｏｎ－ＡＰ ＳＴＡとの間の通信シナリオ、ＭＬ ＡＰエンティティとレガシＡＰとの間の通信シナリオ、又は、ＭＬｎｏｎ－ＡＰエンティティとレガシｎｏｎ－ＡＰ ＳＴＡとの間の通信シナリオであってよい。

以下では、具体的には、本明細書の添付図面を参照して、本願の実施形態において提供される技術的解決手段を説明する。

図６は、本願の実施形態に係る通信保護方法を示す。方法は、以下の段階を含む。

Ｓ１０１：ＭＬエンティティは、第１リンク上で第１のＰＰＤＵを感知する。

ＭＬエンティティは、複数のリンクをサポートしてよい。第１リンクは、ＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

実装において、第１リンク上のＭＬエンティティの局は、第１リンク上で第１のＰＰＤＵを感知する。

Ｓ１０２：ＭＬエンティティは、第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する。

実装において、第１リンク上のＭＬエンティティの局は、第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する。第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定するための方法については、従来技術を参照されたい。ここでは詳細を説明しない。

第１のＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、以下の段階Ｓ１０３を実行する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、以下の段階Ｓ１０５を実行する。

Ｓ１０３：第１のＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、第１のＰＰＤＵの持続時間（ｄｕｒａｔｉｏｎ）フィールドの値が、第２リンクのターゲットＮＡＶの現在の値よりも大きいか否かを判定する。

第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンク内の別のリンクである。つまり、第１リンク及び第２リンクは、２つの異なるリンクである。

第１のＰＰＤＵの持続時間フィールドの値は、第１のＰＰＤＵの伝送端が第１リンク上のチャネルを占有する時間を示すために用いられることを留意されたい。

本願の本実施形態において、第２リンクのターゲットＮＡＶは、局が第２リンク上での競合を能動的に開始することが禁止される時間を記録するために用いられ得る。第２リンクのターゲットＮＡＶは、現在の規格におけるＮＡＶを再利用してよい、又は、新たに構成されたＮＡＶであってよい。

オプションで、ＭＬエンティティがＭＬｎｏｎ－ＡＰエンティティである場合、第２リンクのターゲットＮＡＶは、以下のケースのうちの１つであってよい。

ケース１：第２リンクのターゲットＮＡＶは、第２リンクのｉｎｔｒａ－ＮＡＶを再利用する。この場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンクのｉｎｔｒａ－ＮＡＶ及びｂａｓｉｃ ＮＡＶを含む。

ケース２：第２リンクのターゲットＮＡＶは、新たに構成されたＮＡＶである。この場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンクのｉｎｔｒａ－ＮＡＶ、ｂａｓｉｃ ＮＡＶ、及び、第１ＮＡＶを含む。第１ＮＡＶは、ターゲットＮＡＶであり、第１ＮＡＶは、ＭＬ ＮＡＶとも称され得る。

オプションで、ＭＬエンティティがＭＬ ＡＰエンティティである場合、第２リンクのターゲットＮＡＶは、以下のケースのうちの１つであってよい。

ケース１：第２リンクのターゲットＮＡＶは、第２リンクのｉｎｔｒａ－ＮＡＶを再利用する。この場合、ＭＬ ＡＰエンティティは、第２リンクのｉｎｔｒａ－ＮＡＶ及びｂａｓｉｃ ＮＡＶを含む。

ケース２：第２リンクのターゲットＮＡＶは、新たに構成されたＮＡＶである。この場合、ＭＬ ＡＰエンティティは、第２リンクのｉｎｔｒａ－ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶを含む。代わりに、ＭＬ ＡＰエンティティは、第１ＮＡＶ及び第２ＮＡＶを含む。第１ＮＡＶは、ターゲットＮＡＶである。第２ＮＡＶは、ＡＰが現在の規格における１つのＮＡＶのみを構成するシナリオにおけるＡＰにより構成されるＮＡＶである。

ＭＬエンティティが１つのリンクのうちの複数のＮＡＶを構成する場合、複数のＮＡＶのうちのいずれか１つの値は０ではなく、仮想キャリア感知の結果はリンクがビジー状態であることを留意されたい。したがって、リンク上のＭＬエンティティのバックオフ手順は停止される。ＭＬエンティティは、リンク上でＰＰＤＵを送信できない。

実装において、第２リンク上のＭＬエンティティの局は、第１リンク上のＭＬエンティティの局により、第１のＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか否かを判定した結果を取得する。第１のＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティの局は、さらに、第１リンク上のＭＬエンティティの局から第１のＰＰＤＵの持続時間フィールドの値を取得する。次に、第２リンク上のＭＬエンティティの局は、第１のＰＰＤＵの持続時間フィールドの値が第２リンクのターゲットＮＡＶの現在の値よりも大きいか否かを判定する。

第１のＰＰＤＵの持続時間フィールドの値が第２リンクのターゲットＮＡＶの現在の値よりも大きい場合、ＭＬエンティティは、以下の段階Ｓ１０４を実行する。ＰＰＤＵの持続時間フィールドの値が第２リンクのターゲットＮＡＶの現在の値よりも小さい又はこれに等しい場合、ＭＬエンティティは、以下の段階Ｓ１０５を実行する。

Ｓ１０４：第１のＰＰＤＵの持続時間フィールドの値が第２リンクのターゲットＮＡＶの値よりも大きい場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新する。

実装において、第２リンク上のＭＬエンティティの局は、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新する。例えば、第２リンクのターゲットＮＡＶの現在の値が１０であり、第１のＰＰＤＵの持続時間フィールドの値が１２である場合、第２リンク上のＭＬエンティティの局は、第２リンクのターゲットＮＡＶの値を１２に更新する。

Ｓ１０５：ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を更新しない。

実装において、第２リンク上のＭＬエンティティの局は、第２リンクのターゲットＮＡＶの値を更新しない。

図６に示される技術的解決手段によれば、ＭＬエンティティが、別のｉｎｔｒａＢＳＳ局により送信された第１のＰＰＤＵを第１リンク上で感知し、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも大きい場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新し、第１のＰＰＤＵの伝送が完了した後に、ＭＬエンティティが、第１のＰＰＤＵの持続時間フィールドにより示される時間長内にＰＰＤＵを送信しないということを実現する。このように、同一のＢＳＳにおける別のＭＬエンティティは、あるリンク上でＰＰＤＵを受信しておらず、別のリンク上でＰＰＤＵを同時に送信しており、同一のＢＳＳにおける別のＭＬエンティティの正常な通信を保証できる。

図７を参照する。例が説明のために用いられる。ＭＬｎｏｎ－ＡＰエンティティ１は、第１リンク上でＰＰＤＵ＃１を感知し、ＰＰＤＵ＃１は、ＭＬ ＡＰにより、ＭＬｎｏｎ－ＡＰエンティティ２に送信される。第１リンク上のＭＬｎｏｎ－ＡＰエンティティ１の局、第１リンク上のＭＬｎｏｎ－ＡＰエンティティ２の局、及び、第１リンク上のＭＬ ＡＰエンティティの局は、同一のＢＳＳに属する。この場合、ＭＬｎｏｎ－ＡＰエンティティ１は、第２リンクのターゲットＮＡＶを、ＰＰＤＵ＃１の持続時間フィールドの値に設定する。したがって、ＭＬｎｏｎ－ＡＰエンティティ１のターゲットＮＡＶの値が０に達する前に、ＭＬｎｏｎ－ＡＰエンティティ１は、ＰＰＤＵを第２リンク上のＭＬ ＡＰエンティティに送信しない。したがって、ＭＬ ＡＰエンティティがＰＰＤＵ＃１を第１リンク上のＭＬｎｏｎ－ＡＰエンティティ２に送信した場合、ＭＬ ＡＰエンティティは、第２リンク上でＰＰＤＵ＃２を受信する必要がない。これは、ＭＬ ＡＰエンティティの正常な通信を保証する。第２リンクのターゲットＮＡＶは、ＰＰＤＵ＃１の伝送が終了した後に、ＰＰＤＵ＃１の持続時間フィールドの値に設定される必要がないことを留意されたい。持続時間フィールドの値は、ＰＰＤＵ＃１の伝送プロセスにおいて取得され得る場合、第２リンクのターゲットＮＡＶは、持続時間フィールドの値が取得された後、すぐに設定され得る。例えば、ＰＰＤＵ＃１がＡ‐ＭＰＤＵを搬送する場合、持続時間フィールドの値は、第１のＭＰＤＵを受信した後に取得され得る。別の例について、ＰＰＤＵ＃１のＳＩＧフィールドは、ＴＸＯＰ持続時間フィールドを搬送する。ＳＩＧフィールドを受信した後に、持続時間フィールドの値は、ＴＸＯＰ持続時間フィールドを用いることにより取得され得る。

任意選択の実施形態において、図６に示される技術的解決手段によれば、図８に示される段階Ｓ１０４の後に、通信保護方法は、さらに、段階Ｓ１０６及びＳ１０７を含む。

Ｓ１０６：ＭＬエンティティは、第１リンク上でＣＦ－Ｅｎｄフレームを感知する。

ＣＦ－Ｅｎｄフレームは、コンテンションフリー期間の終了を示すために用いられる。コンテンションフリー期間が終了した場合、同一のＢＳＳにおける局は、チャネル競合を開始して、チャネルにアクセスし得る。

実装において、第１リンク上のＭＬエンティティの局は、第１リンク上でＣＦ－Ｅｎｄフレームを感知する。

ＣＦ－Ｅｎｄフレームを感知した後に、第１リンク上のＭＬエンティティの局は、ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか否かを判定する。ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ｉｎｔｒａ－ＢＳＳ局は、第１リンク上のチャネルを占有しない。したがって、第１リンク上のＭＬエンティティの局は、第１リンク上のチャネルにアクセスし得る。

ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであることが理解され得る。これは、ＣＦ－Ｅｎｄフレームが、第１リンク上のＭＬエンティティの局と関連付けられたＢＳＳに属することを示す。

例えば、ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか否かを、第１リンク上のＭＬエンティティの局が判定することは、ＣＦ－Ｅｎｄフレームにおいて搬送されるＢＳＳ ＩＤが、第１リンク上のＭＬエンティティの局と関連付けられたＢＳＳのＢＳＳ ＩＤと同じである場合、第１リンク上のＭＬエンティティの局は、ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであると判定し得ることを含む。そうでなければ、第１リンク上のＭＬエンティティの局は、ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵではないと判定し得る。ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか否かを判定するための別の実装があることを理解されたい。これは、本願の本実施形態において限定されるものではない。

Ｓ１０７：ＣＦ－Ｅｎｄフレームが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、ターゲットＮＡＶの値が、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を０に設定する。

実装において、ＣＦ－Ｅｎｄフレームがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティの局は、第２リンクのターゲットＮＡＶの値を０に設定する。

図８に示される技術的解決手段によれば、ＭＬエンティティの第２リンクのターゲットＮＡＶは、第１リンク上で感知される第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されており、ＭＬエンティティが第２リンク上にデータを送信しないことを実現する。このように、同一のＢＳＳにおける別のＭＬエンティティの第１リンク上での通信は影響を受けない。この場合、ＭＬエンティティが第１リンク上で同一のＢＳＳ内のＣＦ－Ｅｎｄフレームを感知した場合、同一のＢＳＳ内の別のＭＬエンティティの第１リンク上での通信が終了したことを示す。したがって、ＭＬエンティティは、ターゲットＮＡＶの値を０に設定してよい。これは、第１リンク上での通信により第２リンク上でのＭＬエンティティの仮想キャリア感知に影響を与えておらず、第２リンク上でのＭＬエンティティのチャネル競合を遅延させることを回避し、ＭＬエンティティによる第２リンクの利用を改善する。

任意選択の実施形態において、図６に示される技術的解決手段によれば、図９に示される段階Ｓ１０４の後に、通信保護方法は、さらに、段階Ｓ１０８を含む。

Ｓ１０８：ＭＬエンティティが、予め設定された時間長内に第１リンク上で第２のＰＰＤＵを感知しておらず、第２リンクのターゲットＮＡＶの値が、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、第２リンクのターゲットＮＡＶをリセットする。

第２のＰＰＤＵ及び第１のＰＰＤＵは、同一の局からのものである。

特定の実装例において、ＭＬエンティティが予め設定された時間長内に第１リンク上でＰＰＤＵを感知しなかった場合、ＭＬエンティティは、予め設定された時間長内に第１リンク上で第２のＰＰＤＵが感知されなかったと判定する。ＭＬエンティティが予め設定された時間長内に第１リンク上で１つ又は複数のＰＰＤＵを感知した場合、かつ、１つ又は複数のＰＰＤＵの伝送局が第１のＰＰＤＵの伝送局とは異なる場合、ＭＬエンティティは、第１のＰＰＤＵ及び１つ又は複数のＰＰＤＵが異なる局から来たと判定する。さらに、ＭＬエンティティは、予め設定された時間長内に第１リンク上で第２のＰＰＤＵが感知されたと判定する。

オプションで、予め設定された時間長＝（２×ａＳＩＦＳＴｉｍｅ）＋（第１のＰＰＤＵ応答フレームの伝送時間長）＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋（２×ａＳｌｏｔＴｉｍｅ）である。

ａＳＩＦＳＴｉｍｅは、ＳＩＦＳの時間長を表す。

ａＳｌｏｔＴｉｍｅは、１つのスロットの時間長を表す。ａＳｌｏｔＴｉｍｅは、通常９マイクロ秒である。

第１のＰＰＤＵがＲＴＳフレームを搬送する場合、第１のＰＰＤＵ応答フレームは、ＣＴＳフレームであってよいことを理解されたい。この場合、第１のＰＰＤＵ応答フレームの伝送時間長は、ＣＴＳフレームの時間長であり、通常、ＣＴＳ＿Ｔｉｍｅとして示される。ＣＴＳフレームの伝送時間長は、ＮＡＶを更新するために用いられるＣＴＳフレームの長さ、及び、最近受信したＲＴＳフレームのデータ伝送レートに基づいて判定され得ることを留意されたい。

ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、予め設定された遅延の時間長を表す。予め設定された遅延は、受信アンテナによりＰＰＤＵの受信の開始と、プリミティブＰＨＹ－ＲＸＳＴＡＲＴ.ｉｎｄｉｃａｔｉｏｎの発行との間の遅延である。

ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、異なる規格の異なる値に対応することを留意されたい。例えば、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＩＥＥＥ８０２．１１ａ規格において２０マイクロ秒である。ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＩＥＥＥ ８０２．１１ｎ規格において２８マイクロ秒である。ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＩＥＥＥ ８０２．１１ａｘ規格において４０マイクロ秒である。

本願の本実施形態において、ＭＬエンティティは、以下の実装のうちのいずれか１つにおいて、第２リンクのターゲットＮＡＶをリセットしてよい。

実装１：ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を０に設定する。

実装２：ＭＬエンティティは、第２リンクのターゲットＮＡＶの値を第１の値に設定する。第１の値により判定される終了時点は、第２の値により判定される終了時点と同じであり、第２の値は、第１のＰＰＤＵの持続時間フィールドの値に基づいてターゲットＮＡＶが更新される前のターゲットＮＡＶの値である。

例えば、時点Ｔ１において、第１のＰＰＤＵの持続時間フィールドの値がＬ１であり、第２リンクのターゲットＮＡＶの現在の値がＬ２であり、Ｌ１は、Ｌ２よりも大きいと仮定する。したがって、ＭＬエンティティは、第２リンクのターゲットＮＡＶの値をＬ１に更新する。この場合、ターゲットＮＡＶの第２の値は、Ｌ２であり、第２の値により判定される終了時点は、Ｔ１＋Ｌ２時点である。Ｌ３時間が経過した後、Ｔ１＋Ｌ３時点において、ＭＬエンティティが第２リンクのターゲットＮＡＶの値を第１の値に設定した場合、第１の値の終了時点もＴ１＋Ｌ２時点であるので、第１の値は、Ｌ２－Ｌ３である。

図９に示される技術的解決手段によれば、ＭＬエンティティが、第１のＰＰＤＵの伝送端により送信される第２のＰＰＤＵを、予め設定された時間長内に第１リンク上で感知しなかった場合、第１のＰＰＤＵの伝送端が第１リンク上のチャネルを占有していない可能性があることを示す。したがって、ＭＬエンティティは、第１リンク上でチャネル競合を開始して、第１のＰＰＤＵを第１リンク上に送信してよい。この場合、ターゲットＮＡＶが、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、ＭＬエンティティは、ターゲットＮＡＶをリセットする。これは、第１リンクでの通信による第２リンクのＭＬエンティティの仮想キャリア感知に影響を与えないので、第２リンクのＭＬエンティティのチャネル競合を遅らせることを回避し、ＭＬエンティティによる第２リンクの利用を改善する。

図１０は、本願の実施形態に係る通信保護方法を示す。方法は、以下の段階を含む。

Ｓ２０１：ＭＬエンティティは、第１リンク上に第１のＰＰＤＵを送信する。

ＭＬエンティティは、複数のリンクをサポートしてよい。第１リンクは、ＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つであってよい。

第１のＰＰＤＵは、持続時間フィールドを含むことに留意されたい。第１のＰＰＤＵの持続時間フィールドは、第１の期間の時間長を示すために用いられる。第１の期間は、ＭＬエンティティが第１リンク上のチャネルを占有する期間である。第１の期間の開始時点は、ＰＰＤＵの伝送終了時点である。

実装において、第１リンク上のＭＬエンティティの局は、第１リンク上に第１のＰＰＤＵを送信する。

Ｓ２０２：ＭＬエンティティは、第２リンク上にＭＡＣフレームを送信する。

第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンク内の別のリンクである。つまり、第１リンク及び第２リンクは、２つの異なるリンクである。

ＭＡＣフレームは、第２の期間の時間長を示すために用いられる。第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第２の期間において第２のＰＰＤＵを送信することが禁止されている。第２のＰＰＤＵは、第１のＰＰＤＵとは異なる。第２の期間の開始時点は、ＭＡＣフレームの伝送終了時点である。第２の期間の終了時点は、第１の期間の終了時点と同じである。

さらに、ＭＡＣフレームの伝送開始時点及び伝送終了時点の両方は、第１のＰＰＤＵの伝送終了時点の前であり、ＰＰＤＵの伝送が完了する前に、第２リンク上のｉｎｔｒａ－ＢＳＳ局が、ＭＡＣフレームを受信できることを実現する。このように、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第１の期間において第２のＰＰＤＵを送信しない。

実装において、第２リンク上のＭＬエンティティの局は、第１リンク上のＭＬエンティティの局が第１リンク上に第１のＰＰＤＵを送信したことを把握している場合、第２リンク上のＭＬエンティティの局は、第２リンク上にＭＡＣフレームを送信する。

本願の本実施形態において、ＭＡＣフレームは、通知フレーム又はＱＴＰフレームであってよい。通知フレームは、本願の本実施形態において定義される制御フレームの新しいタイプであることを留意されたい。

ＭＡＣフレームは、通知フレームであり、通知フレームは、以下の２つの実装を有する。

実装１：通知フレームは、持続時間フィールド及び時間長フィールドを含む。

通知フレームの時間長フィールドは、第２リンク上のｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられる。通知フレームの時間長フィールドは、第２リンク上のＯＢＳＳ局により維持されるＮＡＶの値を設定するためには用いられない。

つまり、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、通知フレームに含まれる時間長フィールドを読み取り、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を、通知フレームに含まれる時間長フィールドの値に設定する。しかしながら、第２リンクのＯＢＳＳ局は、ＯＢＳＳ局により維持されるＮＡＶの値を、通知フレームの時間長フィールドの値には設定しない。

局が、局により維持されるＮＡＶの値を、通知フレームに含まれる時間長フィールドの値に設定するということは、具体的には、通知フレームに含まれる時間長フィールドの値が、局により維持されるＮＡＶの値よりも大きい場合、局が、ＮＡＶの値を、時間長フィールドの値に更新することを意味するということを留意されたい。そうでなければ、局は、ＮＡＶ値を更新しない。

第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第２リンク上のＭＬエンティティの局と同一のＢＳＳに属する局である。第２リンク上のＯＢＳＳ局は、第２リンク上のＭＬエンティティの局と同一のＢＳＳに属していない局である。

本願の本実施形態において、通知フレームの時間長フィールドの値は、第２の期間の時間長に等しく、その結果、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、少なくとも第２の期間においてチャネルにアクセスできる。これは、第２リンクのｉｎｔｒａ－ＢＳＳ局により引き起こされるＭＬエンティティの通信に対する干渉を回避する。

例えば、図１１は、本願の実施形態に係る通知フレームの概略図である。通知フレームは、少なくとも以下のフィールド：フレーム制御（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールド、持続時間（ｄｕｒａｔｉｏｎ）フィールド、受信アドレス（ｒｅｃｅｉｖｉｎｇ ａｄｄｒｅｓｓ、ＲＡ）フィールド、伝送アドレス（ｔｒａｎｓｍｉｔｔｉｎｇ ａｄｄｒｅｓｓ、ＴＡ）フィールド、ＭＬ伝送時間長（ＭＬ ｔｒａｎｓ ｔｉｍｅ）フィールド、及び、フレームチェックシーケンス（ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ、ＦＣＳ）フィールドを含む。

図１１に示される通知フレームのＭＬ伝送時間長フィールドは、上述した通知フレームの時間長フィールドである。つまり、図１１に示される通知フレームのＭＬ伝送時間長フィールドは、第２リンク上のｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられる。

フレーム制御フィールドは、さらに、以下のフィールド：プロトコルバージョン（ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ）フィールド、タイプ（ｔｙｐｅ）フィールド、及び、サブタイプ（ｓｕｂｔｙｐｅ）フィールドを含む。

オプションで、本願の本実施形態において、制御フレームのタイプフィールド及びサブタイプフィールドが予め設定された値に設定されている場合、制御フレームは、本願の本実施形態において提供される通知フレームである。

例えば、表１は、異なる値を有するタイプフィールド及びサブタイプフィールドの意味を示す。表１を参照する。制御フレームのタイプフィールドの値が０１であり、サブタイプフィールドの値が０００１である場合、制御フレームは、通知フレームである。
［表１］

例えば、図１２は、本願の実施形態に係る通知フレームの概略図である。通知フレームは、本願において定義される新しいタイプの高スループット（ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＨＴ）制御フィールドを含むフレームである。図１１に示されるように、通知フレームは、以下のフィールド：フレーム制御フィールド、持続時間／識別子フィールド、アドレス（ａｄｄｒｅｓｓ）１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンス制御（ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールド、アドレス４フィールド、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）制御（ｃｏｎｔｒｏｌ）フィールド、ＨＴ制御フィールド、フレーム本体（ｆｒａｍｅ ｂｏｄｙ）フィールド、及び、ＦＣＳフィールドのうちの１つを含む。

図１２に示される通知フレームの持続時間／識別子フィールドは、上述した通知フレームの持続時間フィールドに相当する。

ＨＴ制御フィールドは、以下のフィールド：制御ＩＤフィールド及び制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フィールドのうちの一方を含む。制御ＩＤフィールドの値は、予め設定された値であり、ＨＴ制御フレームが通知フレームであることを示す。図１２に示される通知フレームの制御情報フィールドは、上述した通知フレームの時間長フィールドに相当する。つまり、図１２に示される通知フレームの制御情報フィールドは、第２の期間の時間長を示すために用いられる。オプションで、制御情報フィールドは、１６ビットであってよい。

例えば、図１３は、本願の実施形態に係る通知フレームの概略図である。通知フレームは、本願において定義される新しいタイプの超高スループット（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）制御フィールドを含むフレームである。図１３に示されるように、通知フレームは、以下のフィールド：フレーム制御フィールド、持続時間／識別子フィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、シーケンス制御フィールド、アドレス４フィールド、サービス品質制御フィールド、ＥＨＴ制御フィールド、フレーム本体フィールド、及び、ＦＣＳフィールドのうちの１つを含む。

図１３に示される通知フレームの持続時間／識別子フィールドは、上述した通知フレームの持続時間フィールドに相当する。

ＥＨＴ制御フィールドは、以下のフィールド：制御ＩＤフィールド及び制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フィールドのうちの一方を含む。

制御ＩＤフィールドの値は、予め設定された値であり、ＥＨＴ制御フレームが通知フレームであることを示す。例えば、予め設定された値は、７であってよい。

図１３に示される通知フレームの制御情報フィールドは、上述した通知フレームの時間長フィールドに相当する。つまり、図１３に示される通知フレームの制御情報フィールドは、第２の期間の時間長を示すために用いられる。オプションで、制御情報フィールドは、１６ビットであってよい。

実装２：通知フレームは、持続時間フィールドを含む。持続時間フィールドは、第２リンク上のｉｎｔｒａ－ＢＳＳ局がＮＡＶを設定することを可能にするために用いられる。つまり、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、通知フレームに含まれる時間長フィールドを読み取り、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を、通知フレームに含まれる時間長フィールドの値に設定する。しかしながら、第２リンク上のＯＢＳＳ局は、ＯＢＳＳ局により維持されるＮＡＶの値を、通知フレームに含まれる時間長フィールドの値には設定しない。

本願の本実施形態において、通知フレームに含まれる持続時間フィールドの値は、ＭＬエンティティの正常な通信を保証するために、第２の期間の時間長に等しい。

図１０に示される技術的解決手段によれば、ＭＬエンティティが第１リンク上にＰＰＤＵを送信した場合、ＭＬエンティティは、第２リンク上でＭＡＣフレームを送信し、その結果、第２リンク上の同一のＢＳＳにおける別の局は、第１の期間の終了時点の前に、ＰＰＤＵを送信しない。このように、ＭＬエンティティは、第１リンク上にＰＰＤＵを送信せずに、第２リンク上でＰＰＤＵを受信することが実現される。これは、ＭＬエンティティの正常な通信を保証する。

図１４を参照する。例が説明のために用いられる。ＭＬ ＡＰエンティティは、第１リンク上のＭＬｎｏｎ－ＡＰエンティティ１にＰＰＤＵを送信し、ＭＬ ＡＰエンティティは、同時に、第２リンク上にＭＡＣフレームを送信し、その結果、第２リンク上の同一のＢＳＳにあるｎｏｎ－ＡＰ ＳＴＡは、ＰＰＤＵをＭＬ ＡＰエンティティに送信しない。したがって、ＭＬ ＡＰエンティティは、第１リンク上にＰＰＤＵを送信せずに、第２リンク上でＰＰＤＵを受信する。これは、ＭＬ ＡＰエンティティの正常な通信を保証する。

図１５は、本願の実施形態に係る通信保護方法を示す。方法は、以下の段階を含む。

Ｓ３０１：ＭＬエンティティは、第１リンクでのＰＰＤＵの開始を感知する。

ＭＬエンティティは、複数のリンクをサポートしてよい。第１リンクは、ＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つであってよい。

オプションで、ＰＰＤＵの開始は、ＰＰＤＵのＬ－ＳＴＦであってよい。Ｌ－ＳＴＦは、局がＰＰＤＵを同期して受信することを可能にするために用いられる。

実装において、第１リンク上のＭＬエンティティの局は、第１リンク上でＰＰＤＵの開始を感知する。

Ｓ３０２：ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを停止する。

第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンク内の別のリンクである。つまり、第１リンク及び第２リンクは、２つの異なるリンクである。

実装において、第１リンク上のＭＬエンティティの局がＰＰＤＵの開始を感知したことを、第２リンク上のＭＬエンティティの局が把握した場合、第２リンク上のＭＬエンティティの局は、第１のバックオフカウンタのカウントを停止する。したがって、第２リンク上のＭＬエンティティのバックオフ手順は停止される。

第１のバックオフカウンタがカウントを停止した後に、第１のバックオフカウンタのカウント値は、現在の値のままであることが理解され得る。

Ｓ３０３：ＭＬエンティティは、ＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する。

実装において、第１リンク上のＭＬエンティティの局は、ＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する。ＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定するための方法については、従来技術を参照されたい。ここでは詳細を説明しない。

ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、以下の段階Ｓ３０４を実行する。

ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、以下の段階Ｓ３０５を実行する。

Ｓ３０４：ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、ＭＬエンティティは、第２リンク上でバックオフを続行する。

実装において、ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、第２リンク上のＭＬエンティティの局は、第１のバックオフカウンタのカウント機能を再開する。このように、第２リンク上のＭＬエンティティの局は、バックオフ手順を続行してよい。

本願の本実施形態において、ＰＰＤＵの伝送が完了した後に、ＭＬエンティティがバックオフを続行することは、以下のケースのうちの１つを含む。

ケース１：ＭＬエンティティは、第１時点の後に、バックオフを続行する。第１時点は、ＰＰＤＵの伝送終了時点である。

実装において、第１時点の後に、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

図１６（ａ）を参照する。例が説明のために用いられる。ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。次に、第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、物理パケットヘッダ内の情報に基づいて、ＰＰＤＵ＃１がｉｎｔｒａ－ＢＳＳ ＰＰＤＵであると判定する。このように、ＰＰＤＵ＃１の伝送終了時点で、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウント機能を再開し、バックオフを続行する。具体的には、ＭＬエンティティ２は、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクに対する第１のバックオフカウンタは、バックオフを５から実行する。バックオフカウンタのカウント値が０に減少した場合、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

ケース２：ＭＬエンティティは、第２時点の後に、バックオフを続行する。第２時点は、ＰＰＤＵに対応する応答フレームの伝送終了時点である。

実装において、第１時点の後に、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

オプションで、第２時点は、ＰＰＤＵの伝送終了時点、第１のフレーム間スペース、及び、ＢＡフレームの最大伝送時間長に基づいて判定され得る。例えば、第１のフレーム間スペースは、ＳＩＦＳであってよい。これは、本願の本実施形態において限定されるものではない。

図１６（ｂ）を参照する。例が説明のために用いられる。ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。次に、第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、物理パケットヘッダ内の情報に基づいて、ＰＰＤＵ＃１がｉｎｔｒａ－ＢＳＳ ＰＰＤＵであると判定する。このように、ＰＰＤＵ＃１の伝送が完了した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１の伝送終了時点、第１のフレーム間スペース及び応答フレームの最大伝送時間長に基づいて、第２時点を判定する。時間が第２時点に達した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウント機能を再開し、バックオフを続行する。具体的には、ＭＬエンティティ２は、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクに対する第１のバックオフカウンタは、バックオフを５から実行する。第１のバックオフカウンタのカウント値が０に減少した場合、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

場合３：ＭＬエンティティは、第３時点の後に、バックオフを続行する。第３時点は、ＰＰＤＵの持続時間フィールドにより判定される終了時点である。具体的には、第３時点と、ＰＰＤＵの伝送終了時点との間の時間間隔は、ＰＰＤＵの持続時間フィールドの値に等しい。

実装において、第１時点の後に、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

図１６（ｃ）を参照する。例が説明のために用いられる。ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。次に、第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、物理パケットヘッダ内の情報に基づいて、ＰＰＤＵ＃１がｉｎｔｒａ－ＢＳＳ ＰＰＤＵであると判定する。このように、ＰＰＤＵ＃１の伝送が完了した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１の伝送終了時点及びＰＰＤＵ＃１の持続時間フィールドの値に基づいて、第３時点を判定する。時間が第３時点に達した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウント機能を再開し、バックオフを続行する。具体的には、ＭＬエンティティ２は、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクに対する第１のバックオフカウンタは、バックオフを５から実行する。第１のバックオフカウンタのカウント値が０に減少した場合、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

Ｓ３０５：ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、第２リンク上でバックオフを続行する。

実装において、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティの局は、第１のバックオフカウンタのカウント機能を再開する。このように、第２リンク上のＭＬエンティティの局は、バックオフ手順を続行し得る。

オプションで、第４時点の後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

代わりに、第４時点の後に、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待つ。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

第４時点は、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した時点である。

図１６（ｄ）を参照する。例が説明のために用いられる。ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が、第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。次に、第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１がｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると判定する。この場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウント機能をすぐに再開し、バックオフを続行する。バックオフが終了した後に、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

図１５に示される技術的解決手段によれば、ＭＬエンティティが第１リンク上でＰＰＤＵの開始を感知した後に、ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを停止する。ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、ＭＬエンティティは、バックオフを続行する。このように、第１リンク上でのＰＰＤＵ伝送プロセスにおいて、ＭＬエンティティは、第２リンク上にＰＰＤＵを送信しない。これは、同一のＢＳＳにある別のＭＬエンティティが第１リンク上で信号を受信し、別のリンク上に信号を送信する場合を回避する。さらに、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると、ＭＬエンティティが判定した場合、ＭＬエンティティは、バックオフをすぐに続行しており、ＭＬエンティティが、第２リンク上のチャネルに通常通りアクセスできることを実現する。

任意選択の実施形態において、図１５に示される技術的解決手段によると、図１７に示されるように、段階Ｓ３０２の後に、通信保護方法は、さらに、段階Ｓ３０６及びＳ３０７を含む。さらに、段階Ｓ３０５は、段階Ｓ３０５ａ及びＳ３０５ｂと置き換えられ得る。

Ｓ３０６：ＭＬエンティティは、第２リンクに対する第２のバックオフカウンタを構成する。

実装において、第２リンク上のＭＬエンティティの局は、第２のバックオフカウンタを構成する。第２のバックオフカウンタの初期値は、第１のバックオフカウンタの現在の値である。

例えば、ＭＬエンティティが第１のバックオフカウンタをフリーズさせた場合、第１のバックオフカウンタの現在の値が１５であり、第２のバックオフカウンタの初期値も１５であると仮定する。

Ｓ３０７：ＭＬエンティティは、第２のバックオフカウンタに基づいて仮想バックオフを実行する。

仮想バックオフは、第２リンクが現時点でアイドル状態にある場合、第２リンクが１つのスロットにおいてアイドル状態になるたびに、ＭＬエンティティが、第２のバックオフカウンタのカウント値を１ずつ減算すること、又は、第２リンクが現時点でビジー状態にある場合、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待ち、第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、ＭＬエンティティは、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２のバックオフカウンタのカウント値を１ずつ減算することを意味する。

現時点は、ＭＬエンティティが第２のバックオフカウンタの構成を完了した時点であることを理解されたい。

オプションで、第２のフレーム間スペースは、ＡＩＦＳ又は別のフレーム間スペースであってよい。これは、本願の本実施形態において限定されるものではない。

第２リンクがスロットにおけてビジー状態にある場合、ＭＬエンティティは、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを再び待つ必要があることが理解され得る。第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、ＭＬエンティティは、第２のバックオフカウンタのカウントを再開する。

オプションで、第２リンクのビジー／アイドル状態は、第２リンクのプライマリチャネルのビジー／アイドル状態に基づいて判定され得る。つまり、第２リンクのプライマリチャネルがビジー状態である場合、それは、第２リンクがビジー状態にあることを示す。第２リンクのプライマリチャネルがアイドル状態にある場合、それは、第２リンクがアイドル状態にあることを示す。第２リンクのプライマリチャネルは、予め構成されてよい、又は、規格において定義されてよい。これは、本願の本実施形態において限定されるものではない。例えば、第２リンクのプライマリチャネルは、第２リンクに対応する周波数帯において最も高い周波数を有する２０ＭＨｚチャネルであってよい。別の例について、第２リンクのプライマリチャネルは、第２リンクに対応する周波数帯において最も低い周波数を有する２０ＭＨｚチャネルであってよい。

本願の本実施形態において、ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、又は、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかをＭＬエンティティが判定する前に、第２のバックオフカウンタのカウント値が０に減少した場合、ＭＬエンティティは、以下の方式のうちのいずれか１つで第２のバックオフカウンタを維持し得る。

方式１：ＭＬエンティティは、第２のバックオフカウンタのカウント値を０として維持する。

つまり、第２リンク上のＭＬエンティティの局は、第２のバックオフカウンタのカウント値を０として維持する。

方式２：ＭＬエンティティは、第２のバックオフカウンタのカウント値をリセットする。第２のバックオフカウンタのカウント値を再構成した後に、ＭＬエンティティは、第２のバックオフカウンタに基づいてバックオフを続行することを理解されたい。

ＭＬエンティティが第２のバックオフカウンタのカウント値をリセットすることは、ＭＬエンティティが、ダブルコンテンションウィンドウに基づいて、第２のバックオフカウンタのカウント値をリセットすること、ＭＬエンティティが、コンテンションウィンドウの最小値に基づいて、第２のバックオフカウンタのカウント値をリセットすること、又は、ＭＬエンティティが、コンテンションウィンドウに基づいて、第２のバックオフカウンタのカウント値をリセットすることを含むことを留意されたい。

前述のダブリングは、具体的には、コンテンションウィンドウＣＷがＣＷｍａｘに達していない場合、ＣＷは、２×ＣＷ＋１に更新されることを意味している。コンテンションウィンドウＣＷがＣＷｍａｘに達している場合、ＣＷは、変化しないままである。

段階Ｓ３０６及びＳ３０７及び段階Ｓ３０３は、同時に実行されることに留意されたい。

Ｓ３０５ａ：ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、第１のバックオフカウンタのカウント値を、第２のバックオフカウンタのカウント値に設定する。

実装において、第２リンク上のＭＬエンティティの局は、第１のバックオフカウンタのカウント値を、第２のバックオフカウンタのカウント値に設定する。

例えば、ＭＬエンティティが第１のバックオフカウンタをフリーズさせた場合、第１のバックオフカウンタの現在の値が１５であると仮定する。次に、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した場合に、第２のバックオフカウンタのカウント値が１０であれば、第１のバックオフカウンタのカウント値は１０に更新される。

Ｓ３０５ｂ：ＭＬエンティティは、第１のバックオフカウンタに基づいて、第２リンク上でバックオフを続行する。

実装において、第２リンク上のＭＬエンティティの局は、第２リンクに対する第１のバックオフカウンタのカウント機能を再開し、バックオフを続行する。

オプションで、第４時点の後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。第４時点は、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した時点である。

オプションで、第２リンクが、第４時点の前の第２のフレーム間スペースにおいて常にアイドル状態にあるか否かに関係なく、ただし、第２リンクが第４時点でアイドル状態にあるという条件で、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクの第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

図１６（ｅ）を参照する。例は、図１７に示される技術的解決手段を説明するために用いられる。図１６（ｅ）に示されるように、ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。さらに、ＭＬエンティティ２は、第２リンクに対する第２のバックオフカウンタを構成する。第２のバックオフカウンタのカウント値は５である。

ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知する２つのスロットにおいて、第２リンクはアイドル状態にある。したがって、第２のバックオフカウンタのカウント値が３に減る。第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１がｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると判定する。この場合、ＭＬエンティティ２は、第１のバックオフカウンタのカウント値を３に更新し、バックオフを続行する。第１のバックオフカウンタのカウント値が０に減少した後に、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

図１６（ｆ）を参照する。例が、図１７に示される技術的解決手段を説明するために用いられる。図１６（ｆ）に示されるように、ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。さらに、ＭＬエンティティ２は、第２リンクに対する第２のバックオフカウンタを構成する。第２のバックオフカウンタのカウント値は５である。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知する２つのスロットにおいて、第２リンクはアイドル状態にある。したがって、第２のバックオフカウンタのカウント値が３に減らされる。第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１がｉｎｔｒａ－ＢＳＳ ＰＰＤＵであると判定する。この場合、ＭＬエンティティ２は、第１のバックオフカウンタのカウント値を更新せず、その結果、ＭＬエンティティ２は、カウント値が５である第１のバックオフカウンタに基づいて、バックオフを続行する。第１のバックオフカウンタのカウント値が０に減少した後に、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

図１７に示される技術的解決手段によれば、ＭＬエンティティが第１リンク上でＰＰＤＵの開始を感知した後に、ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを停止する。さらに、ＭＬエンティティは、第２のバックオフカウンタを構成する。第２のバックオフカウンタの初期値は、第１のバックオフカウンタの現在の値である。このように、ＭＬエンティティは、第２のバックオフカウンタに基づいて、仮想バックオフを実行する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した場合、ＭＬエンティティは、第１のバックオフカウンタのカウント値を第２のバックオフカウンタのカウント値に設定し、その結果、第１のバックオフカウンタは、以前の停止による影響を受けない。このように、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティのバックオフ手順は影響を受けない。これは、ＭＬエンティティがチャネル競合において不利になることを回避し、ＭＬエンティティが第２リンクを用いることを実現する。

任意選択の実施形態において、図１５に示される技術的解決手段によれば、図１８に示されるように、段階Ｓ３０２の後に、通信保護方法は、さらに、段階Ｓ３０８及びＳ３０９を含む。さらに、段階Ｓ３０５は、段階Ｓ３０５ｃ及びＳ３０５ｄと置き換えられ得る。

Ｓ３０８：ＭＬエンティティは、第２リンクに対する第３のカウンタを設定する。

第３のカウンタは、第２リンクのアイドル時間を記録するように構成される。第３のカウンタの初期値は、０であってよい。

Ｓ３０９：ＭＬエンティティは、第２リンクのアイドル時間に基づいて、第３のカウンタのカウント値を更新する。

実装において、第２リンクが１つのスロットにおいて、アイドル状態になるたびに、ＭＬエンティティは、第３のカウンタのカウント値に１を加算する。

Ｓ３０５ｃ：ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、ＭＬエンティティは、第３のカウンタのカウント値に基づいて、第１のバックオフカウンタのカウント値を設定する。

オプションで、第１のバックオフカウンタの現在の値から第３のカウンタのカウント値を減算することにより取得された値が、０よりも大きい、又は、０に等しい場合、第１のバックオフカウンタのカウント値は、第１のバックオフカウンタの現在の値から第３のカウンタのカウント値を減算することにより取得された値に等しい。第１のバックオフカウンタの現在の値から第３のカウンタのカウント値を減算することにより取得された値が、０より小さい場合、第１のバックオフカウンタのカウント値は０である。

例えば、ＭＬエンティティが第１のバックオフカウンタのカウントを停止した場合、第１のバックオフカウンタの現在の値は１０であると仮定する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるか否かをＭＬエンティティが判定するプロセスにおいて、９個のスロットに、第２リンクのアイドル時間が達した場合、第３のカウンタのカウント値は９である。このように、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると判定した場合、ＭＬエンティティは、第１のバックオフカウンタのカウント値を１に設定してよい。

別の例について、ＭＬエンティティが第１のバックオフカウンタのカウントを停止した場合、第１のバックオフカウンタの現在の値は１０であると仮定する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるか否かをＭＬエンティティが判定するプロセスにおいて、第２リンクのアイドル時間が１２個のスロットに達した場合、第３のカウンタのカウント値は１２である。このように、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると判定した場合、ＭＬエンティティは、第１のバックオフカウンタのカウント値を０に設定してよい。

Ｓ３０５ｄ：ＭＬエンティティは、第１のバックオフカウンタに基づいて、第２リンク上でバックオフを続行する。

実装において、第２リンク上のＭＬエンティティの局は、第２リンクに対する第１のバックオフカウンタのカウント機能を再開し、バックオフを続行する。

オプションで、第４時点の後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクに対する第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

第４時点は、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した時点である。

オプションで、第２リンクが常に第４時点の前の第２のフレーム間スペースにおいてアイドル状態にあるか否かに関係なく、ただし、第２リンクが第４時点でアイドル状態にあるという条件で、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２リンクの第１のバックオフカウンタのカウント値が０になるまで、第２リンクに対する第１のバックオフカウンタのカウント値が１ずつ減算される。

図１６（ｇ）を参照する。例は、図１８に示される技術的解決手段を説明するために用いられる。図１６（ｇ）に示されるように、ＭＬエンティティ１は、第１リンク上にＰＰＤＵ＃１を送信する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の開始を感知した場合、ＭＬエンティティ２は、第２リンクに対する第１のバックオフカウンタのカウントを停止する。この場合、第１のバックオフカウンタのカウント値は５である。さらに、ＭＬエンティティ２は、第２リンクに対する第３のカウンタを構成する。ＭＬエンティティ２が第１リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知する２つのスロットにおいて、第２リンクはアイドル状態にある。したがって、第３のカウンタのカウント値が２に更新される。第２リンク上でＰＰＤＵ＃１の物理パケットヘッダを感知した後に、ＭＬエンティティ２は、ＰＰＤＵ＃１がｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであると判定する。この場合、ＭＬエンティティ２は、第３のバックオフカウンタのカウント値に基づいて、第１のバックオフカウンタのカウント値を３に更新する。ＭＬエンティティ２は、カウント値が３である第１のバックオフカウンタに基づいて、バックオフを続行する。第１のバックオフカウンタのカウント値が０に減少した後に、ＭＬエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。

図１８に示される技術的解決手段によれば、ＭＬエンティティが第１リンク上でＰＰＤＵの開始を感知した後に、ＭＬエンティティは、第２リンクに対する第１のバックオフカウンタのカウントを停止する。さらに、ＭＬエンティティは、第３のカウンタを構成し、第３のカウンタを用いることにより、第２リンクのアイドル時間を記録する。ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるとＭＬエンティティが判定した場合、ＭＬエンティティは、第３のカウンタのカウント値に基づいて、第１のバックオフカウンタのカウント値を更新し、その結果、第１のバックオフカウンタは、以前の停止による影響を受けない。このように、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンク上のＭＬエンティティのバックオフ手順は影響を受けない。これは、ＭＬエンティティがチャネル競合において不利になることを回避し、ＭＬエンティティが第２リンクを用いることを実現する。

図１９は、本願の実施形態に係る通信保護方法示す。方法は、以下の段階を含む。

Ｓ４０１：ＭＬｎｏｎ－ＡＰエンティティは、第１リンク上で第１のＰＰＤＵを感知する。

ＭＬｎｏｎ－ＡＰエンティティは、複数のリンクをサポートする。第１リンクは、ＭＬｎｏｎ－ＡＰエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

オプションで、第１のＰＰＤＵは、シングルユーザ（ｓｉｎｇｌｅ－ｕｓｅｒ、ＳＵ）ＰＰＤＵ、拡張範囲（ｅｘｔｅｎｄｅｄ－ｒａｎｇｅ、ＥＲ）ＳＵ ＰＰＤＵ、トリガベース（ｔｒｉｇｇｅｒ－ｂａｓｅｄ、ＴＢ）ＰＰＤＵ、又は、アップリンクマルチユーザ（ｍｕｌｔｉ－ｕｓｅｒ、ＭＵ）ＰＰＤＵのうちのいずれか１つであってよい。

実装において、第１リンク上のＭＬｎｏｎ－ＡＰエンティティの局は、第１リンク上で第１のＰＰＤＵを感知する。

第１のＰＰＤＵを感知した後に、局は、第１のＰＰＤＵの受信端が、ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティであるか否かを判定する。例えば、第１のＰＰＤＵのＳＩＧフィールド内のＢＳＳカラーが、第１リンク上のＭＬｎｏｎ－ＡＰエンティティの局が属するＢＳＳのＢＳＳカラーと同じであり、第１のＰＰＤＵのＳＩＧフィールド内のＵＬ／ＤＬパラメータが、第１のＰＰＤＵがアップリンク伝送のために用いられることを示すために用いられる場合、第１のＰＰＤＵの受信端は、ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティである。

Ｓ４０２：第１のＰＰＤＵの受信端が、ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティである場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信する。

第２リンクは、第１リンク以外のＭＬｎｏｎ－ＡＰエンティティによりサポートされる複数のリンク内の別のリンクである。

本願の本実施形態において、第２のＰＰＤＵの終了時点は、第１のＰＰＤＵの終了時点と同じであり、ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティが、第１リンク及び第２リンク上で同時に、ＰＰＤＵを受信し、ＢＡフレームを送信できることを実現する。

第２のＰＰＤＵの終了時点が、第１のＰＰＤＵの終了時点と同じとなり得ることを実現するために、ＭＬｎｏｎ－ＡＰエンティティは、第１のＰＰＤＵの伝送時間長に基づいて、第２のＰＰＤＵの伝送時間長を判定し得る。具体的には、ＭＬｎｏｎ－ＡＰエンティティは、第１のＰＰＤＵの開始時点、第１のＰＰＤＵの伝送時間長、及び、第２のＰＰＤＵの開始時点に基づいて、第２のＰＰＤＵの伝送時間長を判定する。第１のＰＰＤＵの開始時点は、ＭＬｎｏｎ－ＡＰエンティティが第１リンク上の第１のＰＰＤＵのＬ－ＳＴＦを感知する時点である。第２のＰＰＤＵの開始時点は、ＭＬｎｏｎ－ＡＰエンティティ自体により判定される。第１のＰＰＤＵの伝送時間長は、第１のＰＰＤＵのＬ－ＳＩＧフィールドに基づいて判定され得る。

例えば、第１のＰＰＤＵのＬ－ＳＩＧフィールドは、ＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドを含む。ＲＡＴＥフィールドは、第１のＰＰＤＵの伝送速度を示すために用いられる。ＬＥＮＧＴＨフィールドは、第１のＰＰＤＵのデータ長を示すために用いられる。ＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドに基づいて、Ｌ－ＳＩＧフィールドの終了時点から第１のＰＰＤＵの終了時点までの時間長が計算され得る。時間長の特定の計算方式については、従来技術を参照されたい。

第１のＰＰＤＵの伝送時間長は、第１のＰＰＤＵの開始時点から第１のＰＰＤＵのＬ－ＳＩＧフィールドの終了時点までの時間長、及び、Ｌ－ＳＩＧフィールドの終了時点から第１のＰＰＤＵの終了時点までの時間長を含むことを理解されたい。

第１のＰＰＤＵの終了時点が第２のＰＰＤＵの終了時点と同じであることに基づいて、ＭＬｎｏｎ－ＡＰエンティティは、第２のＰＰＤＵの伝送時間長に基づいて、第２のＰＰＤＵの開始時点と、第２のＰＰＤＵ内のＲＡＴＥフィールド及びＬＥＮＧＴＨフィールドの値とを判定し得ることを理解されたい。

実装において、第２リンク上のＭＬｎｏｎ－ＡＰエンティティの局は、第１リンク上の局から、第１のＰＰＤＵの受信端がＭＬｎｏｎ－ＡＰエンティティと関連付けられたＭＬ ＡＰエンティティであることを把握する。次に、第２リンク上のＭＬｎｏｎ－ＡＰエンティティの局は、第２リンク上に第２のＰＰＤＵを送信する。

オプションで、ＭＬｎｏｎ－ＡＰエンティティが第２リンク上に第２のＰＰＤＵを送信することは、さらに、ＭＬｎｏｎ－ＡＰエンティティが、第２リンク上でバックオフ手順を実行すること、及び、バックオフ手順が終了した後に、ＭＬｎｏｎ－ＡＰエンティティが、第２リンク上に第２のＰＰＤＵを送信することを含む。前述のバックオフ手順については、従来技術を参照された。ここでは詳細を説明しない。

図２０を参照する。例が説明のために用いられる。ＭＬｎｏｎ－ＡＰエンティティ１は、バックオフ手順が終了した後に、第１リンク上にＲＴＳフレームを送信して、ＴＸＯＰを確立する。次に、ＭＬｎｏｎ－ＡＰエンティティ１は、第１リンク上のＭＬ ＡＰエンティティにＰＰＤＵ＃１を送信する。ＭＬｎｏｎ－ＡＰエンティティ２は、ＰＰＤＵ＃１を感知する。ＭＬｎｏｎ－ＡＰエンティティ２と関連付けられたＭＬ ＡＰエンティティにＰＰＤＵ＃１が送信されたとＭＬｎｏｎ－ＡＰエンティティ２が判定した後に、ＭＬｎｏｎ－ＡＰエンティティ２は、第２リンク上にＰＰＤＵ＃２を送信する。ＰＰＤＵ＃２の終了時点は、ＰＰＤＵ＃１の終了時点と同じである。このように、ＭＬ ＡＰエンティティは、第１リンク上のＰＰＤＵ＃１のＢＡフレームと、第２リンク上のＰＰＤＵ＃２のＢＡフレームとを同時に送信し得る。

図１９に示される技術的解決手段によれば、ＭＬｎｏｎ－ＡＰエンティティが第１リンク上で第１のＰＰＤＵを感知し、第１のＰＰＤＵがＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬ ＡＰエンティティに送信される場合、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信する。第２のＰＰＤＵの終了時点が第１のＰＰＤＵの終了時点と同じであるので、ＭＬ ＡＰエンティティは、第２のＰＰＤＵのＢＡフレーム、及び、第１のＰＰＤＵのＢＡフレームを同時に送信してよい。これは、ＭＬ ＡＰエンティティが、あるリンク上に信号を送信し、別のリンク上で信号を受信する場合を回避する。さらに、ＭＬｎｏｎ－ＡＰエンティティは、第２リンク上に第２のＰＰＤＵを送信しており、これは、第２リンクの利用を改善するのに役立つ。

前述では、主に、ＭＬエンティティの観点から本願の実施形態において提供される解決手段を説明している。前述の機能を実現するために、ＭＬエンティティは、各機能を実行するための対応するハードウェア構成及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、本明細書で開示される実施形態において説明されるユニット及びアルゴリズム段階の例との組み合わせにおいて、本願が、ハードウェア、又は、ハードウェアとコンピュータソフトウェアとの組み合わせにより実現され得ることを容易に認識するはずである。機能がハードウェアにより実行されるか、又は、コンピュータソフトウェアによりハードウェア駆動されるかは、技術的解決手段の特定の用途及び設計上の制約条件に依存する。当業者は、別の方法を用いて、各特定の用途に対する説明された機能を実現してよいが、当該実装が、本願の範囲を超えるものとみなされるべきではない。

本願の実施形態において、装置は、前述の方法例に基づいて、複数の機能モジュールに区分けされてよい。例えば、各機能モジュールは、対応する機能に基づいた区分けを通じて取得されてよい、又は、２つ又はそれより多くの機能が、１つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形式で実装されてよい、又は、ソフトウェア機能モジュールの形式で実装されてよい。本願の実施形態において、複数のモジュールへの区分けは、例であり、単に論理的機能の区分けに過ぎないことに留意されたい。実際の実装では、別の区分け方式が用いられてよい。それぞれ対応する機能に基づいた区分けを通じて、各機能モジュールが取得される例が、説明のために以下で用いられる。

図２１は、本願の実施形態に係るＭＬエンティティの構造の概略図である。図２１に示されるように、ＭＬエンティティは、第１のユニット１０１及び第２のユニット１０２を含む。

解決手段１

第１のユニット１０１は、第１リンク上で第１のＰＰＤＵを感知するように構成される。第２のユニット１０２は、第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも大きい場合、第２リンクのターゲットＮＡＶの値を、第１のＰＰＤＵの持続時間フィールドの値に更新するように構成される。第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

可能性のある設計例において、第２のユニット１０２は、第１のＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンクのターゲットＮＡＶの値を更新しないように構成される、又は、第１のＰＰＤＵが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットＮＡＶの値よりも小さい又はこれに等しい場合、第２リンクのターゲットＮＡＶの値を更新しないように構成される。

可能性のある設計例において、第１のユニット１０１は、さらに、第１リンク上でＣＦ－Ｅｎｄフレームを感知するように構成される。ＣＦ－Ｅｎｄフレームが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、第２リンクのターゲットＮＡＶの値が、第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、第２のユニット１０２は、第２リンクのターゲットＮＡＶの値を０に設定するように構成される。

可能性のある設計例において、第２のユニット１０２は、第１のユニット１０１が予め設定された時間長内に第１リンク上で第２のＰＰＤＵを感知しておらず、第２リンクのターゲットＮＡＶの値が第１のＰＰＤＵの持続時間フィールドの値に基づいて更新されている場合、第２リンクのターゲットＮＡＶをリセットするように構成される。第２のＰＰＤＵ及び第１のＰＰＤＵは、同一の局からのものである。

可能性のある設計例において、第２のユニット１０２は、具体的には、第２リンクのターゲットＮＡＶの値を０に設定する、又は、第２リンクのターゲットＮＡＶの値を第１の値に設定するように構成される。第１の値により判定される終了時点は、第２の値により判定される終了時点と同じであり、第２の値は、第１のＰＰＤＵの持続時間フィールドの値に基づいてターゲットＮＡＶが更新される前のターゲットＮＡＶの値である。

可能性のある設計例では、予め設定された時間長＝（２×ａＳＩＦＳＴｉｍｅ）＋（第１のＰＰＤＵ応答フレームの伝送時間長）＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋（２×ａＳｌｏｔＴｉｍｅ）である。ａＳＩＦＳＴｉｍｅは、ＳＩＦの時間長を表す。ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、予め設定された遅延の時間長を表す。ａＳｌｏｔＴｉｍｅは、１つのスロットの時間長を表す。

可能性のある設計例において、第１のＰＰＤＵは、ＲＴＳフレームを搬送し、応答フレームは、ＣＴＳフレームである。

可能性のある設計例において、ＭＬエンティティがＭＬｎｏｎ－ＡＰエンティティである場合、ターゲットＮＡＶは、以下のケース：（１）ＭＬｎｏｎ－ＡＰエンティティが、第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及び基本ｂａｓｉｃ ＮＡＶを構成する場合、ターゲットＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＮＡＶである、（２）ＭＬｎｏｎ－ＡＰエンティティが、第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ、及び、第１ＮＡＶを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、のうちの１つを含む。

可能性のある設計例において、ＭＬエンティティがＭＬ ＡＰエンティティである場合、ターゲットＮＡＶは、以下のケース：（１）ＭＬ ＡＰエンティティが第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及びｂａｓｉｃ ＮＡＶを構成する場合、ターゲットＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＮＡＶである、（２）ＭＬ ＡＰエンティティが第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶのみを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、（３）ＭＬ ＡＰエンティティが第２リンクの第１ＮＡＶ及び第２ＮＡＶを構成する場合、ターゲットＮＡＶは、第１ＮＡＶである、のうちの１つを含む。

解決手段２

第１のユニット１０１は、第１リンク上に第１のＰＰＤＵを送信するように構成される。第１のＰＰＤＵは、持続時間フィールドを含み、第１のＰＰＤＵに含まれる持続時間フィールドは、第１の期間の時間長を示すために用いられる。第２のユニット１０２は、第２リンク上にＭＡＣフレームを送信するように構成される。ＭＡＣフレームは、第２の期間の時間長を示すために用いられ、第１の期間の終了時点は、第２の期間の終了時点と同じであり、第２リンク上のｉｎｔｒａ－ＢＳＳ局は、第２の期間において第２のＰＰＤＵを送信することが禁止されており、第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。

可能性のある設計例において、ＭＡＣフレームは、通知フレーム又はＱＴＰフレームである。

可能性のある設計例において、通知フレームの持続時間フィールドの値は、第２の期間の時間長に等しく、通知フレームの持続時間フィールドは、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられ、通知フレームの持続時間フィールドは、ＯＢＳＳ局により維持されるＮＡＶの値を設定するためには用いられない。

可能性のある設計例において、通知フレームは、持続時間フィールド及び時間長フィールドを含み、時間長フィールドは、ｉｎｔｒａ－ＢＳＳ局により維持されるＮＡＶの値を設定するために用いられ、持続時間フィールドの値は、０であり、時間長フィールドの値は、第２の期間の時間長に等しい。

解決手段３

第１のユニット１０１は、第１リンク上でＰＰＤＵの開始を感知するように構成される。第２のユニット１０２は、第２リンクに対する第１のバックオフカウンタのカウントを中止するように構成される。第２リンクは、第１リンク以外のＭＬエンティティによりサポートされる複数のリンクのうちのいずれか１つである。第１のユニット１０１は、さらに、ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵであるか、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定するように構成される。第２のユニット１０２は、さらに、ＰＰＤＵがｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、ＰＰＤＵの伝送が完了した後に、第２リンク上でバックオフを続行し、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第２リンク上でバックオフを続行するように構成される。

可能性のある設計例において、第２のユニット１０２は、具体的には、第１時点の後に第２リンク上でバックオフを実行することであって、第１時点は、ＰＰＤＵの伝送の終了時点である、実行すること、第２時点の後に第２リンク上でバックオフを実行することであって、第２時点は、ＰＰＤＵに対応する応答フレームの伝送の終了時点である、実行すること、又は、第３時点の後に第２リンク上でバックオフを実行することであって、第３時点は、ＰＰＤＵの持続時間フィールドにより判定される終了時点である、実行することを行うように構成される。

可能性のある設計例において、第２のユニット１０２は、さらに、第２リンクに対する第２のバックオフカウンタを構成することであって、第２のバックオフカウンタの初期値は、第１のバックオフカウンタの現在の値である、構成すること、第２リンクが現時点でアイドル状態にある場合、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２のバックオフカウンタのカウント値を１ずつ減算すること、又は、第２リンクが現時点でビジー状態にある場合、第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待って、第２リンクのアイドル時間が第２のフレーム間スペースに達した後に、第２リンクが１つのスロットにおいてアイドル状態になるたびに、第２のバックオフカウンタのカウント値を１ずつ減算することを行うように構成される。

可能性のある設計例において、第２のユニット１０２は、さらに、第２のバックオフカウンタのカウント値が０に減少した後に、第２のバックオフカウンタのカウント値を０として維持するように構成される。

可能性のある設計例において、第２のユニット１０２は、さらに、第２のバックオフカウンタのカウント値が０に減少した場合、第２のバックオフカウンタのカウント値をリセットするように構成される。

可能性のある設計例において、第２のユニット１０２は、さらに、ダブルコンテンションウィンドウに基づいて、第２のバックオフカウンタのカウント値をリセットする、コンテンションウィンドウに基づいて、第２のバックオフカウンタのカウント値をリセットする、又は、コンテンションウィンドウの最小値に基づいて、第２のバックオフカウンタのカウント値をリセットするように構成される。

可能性のある設計例において、第２のユニット１０２は、具体的には、ＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、第１のバックオフカウンタのカウント値を、第２のバックオフカウンタのカウント値に更新し、第１のバックオフカウンタに基づいて、第２リンク上でバックオフを続行するように構成される。

解決手段４

第１のユニット１０１は、第１リンク上で第１のＰＰＤＵを感知するように構成される。第２のユニット１０２は、第１のＰＰＤＵの受信端がＭＬエンティティと関連付けられるＭＬ ＡＰエンティティである場合、第２リンク上に第２のＰＰＤＵを送信するように構成される。第２リンクは、第１リンク以外のＭＬｎｏｎ－ＡＰエンティティによりサポートされる複数のリンクのうちのいずれか１つであり、第１のＰＰＤＵの終了時点は、第２のＰＰＤＵの終了時点と同じである。

可能性のある設計例において、第２のユニット１０２は、具体的には、第２リンクに対するバックオフ手順を実行し、第２リンクに対して実行されたバックオフ手順が終了した後に、第２リンク上に第２のＰＰＤＵを送信するように構成される。

本願の実施形態において提供されるＭＬエンティティは、複数の製品形態で実現され得る。例えば、ＭＬエンティティは、汎用処理システムとして構成されてよい。別の例について、ＭＬエンティティは、汎用バスアーキテクチャを用いることにより実現されてよい。別の例について、ＭＬエンティティは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）を用いることにより実現されてよい。以下では、本願の実施形態において説明されるＭＬエンティティのいくつかの可能な製品形態を提供する。以下の製品形態は、単なる例に過ぎず、本願の実施形態において説明されるＭＬエンティティの可能な製品形態は限定されることはないことを理解されたい。

図２２は、本願の実施形態に係るＭＬエンティティの可能な製品形態の結果図である。

可能な製品形態において、本願の本実施形態におけるＭＬエンティティは、通信デバイスであってよく、通信デバイスは、プロセッサ２０１及び送受信機２０２を含む。オプションで、通信デバイスは、記憶媒体２０３をさらに含む。

プロセッサ２０１は、図６における段階Ｓ１０２、Ｓ１０３、Ｓ１０４及びＳ１０５、及び、図８における段階Ｓ１０７、及び、図９における段階Ｓ１０８、及び、図１５における段階Ｓ３０２からＳ３０５、及び、図１７における段階Ｓ３０６、Ｓ３０７、Ｓ３０５ａ及びＳ３０５ｂ、及び、図１８における段階Ｓ３０８、Ｓ３０９、Ｓ３０５ｃ及びＳ３０５ｄを実行するように構成される。送受信機２０２は、図６における段階Ｓ１０１、図８における段階Ｓ１０６、図１０における段階Ｓ２０１及びＳ２０２、図１５における段階Ｓ３０１、及び、図１９における段階Ｓ４０１及びＳ４０２を実行するように構成される。

別の可能な製品形態において、本願の本実施形態において説明されるＭＬエンティティは、代わりに、一般にチップと称される汎用プロセッサ又は専用プロセッサにより実現され得る。チップは、処理回路２０１及び送受信機ピン２０２を含む。オプションで、チップは、さらに、記憶媒体２０３を含んでよい。

処理回路２０１は、図６における段階Ｓ１０２、Ｓ１０３、Ｓ１０４及びＳ１０５、図８における段階Ｓ１０７、図９における段階Ｓ１０８、図１５における段階Ｓ３０２からＳ３０５、図１７における段階Ｓ３０６、Ｓ３０７、Ｓ３０５ａ及びＳ３０５ｂ、及び、図１８における段階Ｓ３０８、Ｓ３０９、Ｓ３０５ｃ及びＳ３０５ｄを実行するように構成される。送受信機ピン２０２は、図６における段階Ｓ１０１、図８における段階Ｓ１０６、図１０における段階Ｓ２０１及びＳ２０２、図１５における段階Ｓ３０１、及び、図１９における段階Ｓ４０１及びＳ４０２を実行するように構成される。

本願の実施形態は、さらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータ命令を格納する。コンピュータ可読記憶媒体がＭＬエンティティ上で実行された場合、ＭＬエンティティは、図６、図８、図９、図１０、図１５、図１７、図１８又は図１９において示される方法を実行する。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよい、又は、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ又はデータセンタから、別のウェブサイト、コンピュータ、サーバ又はデータセンタに有線（例えば、同軸ケーブル、光ファイバ、又は、デジタル加入線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））、又は、無線（例えば、赤外線、ラジオ、マイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、１つ又は複数の利用可能な媒体を統合するサーバ又はデータセンタなどのコンピュータ又はデータ記憶装置によりアクセス可能な任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、磁気テープ）、光媒体、又は、半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ））などであってよい。

本願の実施形態は、さらに、コンピュータ命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がＭＬエンティティ上で実行する場合、ＭＬエンティティは、図６、図８、図９、図１０、図１５、図１７、図１８又は図１９において示される方法を実行できる。

本願は実施形態を参照して説明されているが、保護を主張する本願を実装する過程において、当業者であれば、添付図面、開示の内容、及び、添付された特許請求の範囲を参照することによって、開示された実施形態の別の変形を理解して実装し得る。特許請求の範囲において、「備える」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素又は別の段階を除外するものではなく、「ａ」又は「ｏｎｅ」は、複数という意味を除外しない。１つのプロセッサ又は別のユニットは、特許請求の範囲に列挙されるいくつかの機能を実現し得る。いくつかの測定結果は、互いに異なる従属請求項に記録されるが、これは、測定結果が、良好な結果を生み出すためにまとめられ得ることを意味するものではない。

本願は、具体的な機能及びその実施形態を参照して説明されているが、様々な修正及び組み合わせが、本願の趣旨及び範囲から逸脱することなく、それらに対して行われてよいことは明らかである。同様に、明細書及び添付図面は、添付の特許請求の範囲により定義される本願の例についての説明に過ぎず、本願の範囲を包含する任意の又はすべての修正、変形、組み合わせ又は均等とみなされる。明らかに、当業者であれば、本願の趣旨及び範囲から逸脱することなく、本願に対して様々な修正及び変形を行うことができる。本願は、本願の特許請求の範囲及び等価技術の範囲内に含まれるという条件で、本願のこれらの修正及び変形を包含することを目的とする。
他の可能性のある項目
［請求項１］
通信保護方法であって、前記方法は、マルチリンクＭＬエンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記方法は、
前記ＭＬエンティティにより、第１リンク上で第１の物理層プロトコルデータユニットＰＰＤＵを感知する段階と、
前記第１のＰＰＤＵが、イントラ基本サービスセットｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットネットワーク割り当てベクトルＮＡＶの値よりも大きい場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に更新する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と
を備える、通信保護方法。
［請求項２］
前記方法は、さらに、
前記第１のＰＰＤＵが、インター基本サービスセットｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を更新することを省略する段階、又は、
前記第１のＰＰＤＵが、前記ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第１のＰＰＤＵの前記持続時間フィールドの前記値が、前記第２リンクの前記ターゲットＮＡＶの前記値よりも小さい又はこれに等しい場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を更新することを省略する段階
を備える、請求項１に記載の通信保護方法。
［請求項３］
前記方法は、さらに、
前記ＭＬエンティティにより、前記第１リンク上でコンテンションフリー期間終了ＣＦ－Ｅｎｄフレームを感知する段階と、
前記ＣＦ－Ｅｎｄフレームが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第２リンクの前記ターゲットＮＡＶの前記値が、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて更新されている場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を０に設定する段階と
を備える、請求項１に記載の通信保護方法。
［請求項４］
前記方法は、さらに、前記ＭＬエンティティが、予め設定された時間長内に、前記第１リンク上で第２のＰＰＤＵを感知しておらず、前記第２リンクの前記ターゲットＮＡＶの前記値が、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて更新されている場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶをリセットする段階であって、前記第２のＰＰＤＵ及び前記第１のＰＰＤＵは、同一の局からのものである、段階を備える、請求項１に記載の通信保護方法。
［請求項５］
前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶを前記リセットする段階は、
前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を０に設定する段階、又は、
前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を第１の値に設定する段階であって、前記第１の値により判定される終了時点は、第２の値により判定される終了時点と同じであり、前記第２の値は、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて、前記ターゲットＮＡＶが更新される前の前記ターゲットＮＡＶの値である、段階
を有する、請求項４に記載の通信保護方法。
［請求項６］
前記予め設定された時間長＝２×ａＳＩＦＳＴｉｍｅ＋第１のＰＰＤＵ応答フレームの伝送時間長＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋２×ａＳｌｏｔＴｉｍｅであり、
ａＳＩＦＳＴｉｍｅは、ショートフレーム間スペースＳＩＦＳの時間長を表し、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、予め設定された遅延の時間長を表し、ａＳｌｏｔＴｉｍｅは、１つのスロットの時間長を表す、請求項４又は５に記載の通信保護方法。
［請求項７］
前記第１のＰＰＤＵは、送信要求ＲＴＳフレームを搬送し、応答フレームは、送信許可ＣＴＳフレームである、請求項６に記載の通信保護方法。
［請求項８］
前記ＭＬエンティティが、ＭＬ非アクセスポイントｎｏｎ－ＡＰエンティティである場合、前記ターゲットＮＡＶは、
前記ＭＬｎｏｎ－ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及び基本ｂａｓｉｃ ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記ｉｎｔｒａ－ＢＳＳ ＮＡＶである、及び、
前記ＭＬｎｏｎ－ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、
というケースのうちの１つを有する、請求項１から７のいずれか一項に記載の通信保護方法。
［請求項９］
前記ＭＬエンティティが、ＭＬアクセスポイントＡＰエンティティである場合、前記ターゲットＮＡＶは、
前記ＭＬ ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及びｂａｓｉｃ ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記ｉｎｔｒａ－ＢＳＳ ＮＡＶである、
前記ＭＬ ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶのみを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、及び、
前記ＭＬ ＡＰエンティティが、前記第２リンクの前記第１ＮＡＶ及び第２ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、
というケースのうちの１つを有する、請求項１から７のいずれか一項に記載の通信保護方法。
［請求項１０］
通信保護方法であって、前記方法は、マルチリンクＭＬエンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記方法は、
前記ＭＬエンティティにより、第１リンク上に第１の物理層プロトコルデータユニットＰＰＤＵを送信する段階であって、前記第１のＰＰＤＵの持続時間フィールドは、第１の期間の時間長を示すために用いられる、段階と、
前記ＭＬエンティティにより、第２リンク上に媒体アクセス制御ＭＡＣフレームを送信する段階であって、前記ＭＡＣフレームは、第２の期間の時間長を示すために用いられ、前記第１の期間の終了時点は、前記第２の期間の終了時点と同じであり、前記第２リンク上のイントラ基本サービスセットｉｎｔｒａ－ＢＳＳ局は、前記第２の期間において第２のＰＰＤＵを送信することが禁止されており、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と
を備える、通信保護方法。
［請求項１１］
前記ＭＡＣフレームは、通知フレーム、又は、静寂期間ＱＴＰフレームである、請求項１０に記載の通信保護方法。
［請求項１２］
前記通知フレームの持続時間フィールドの値は、前記第２の期間の前記時間長に等しく、前記通知フレームの前記持続時間フィールドは、前記ｉｎｔｒａ－ＢＳＳ局により維持されるネットワーク割り当てベクトルＮＡＶの値を設定するために用いられ、前記通知フレームの前記持続時間フィールドは、重複基本サービスセットＯＢＳＳ局により維持されるＮＡＶの値を設定するためには用いられない、請求項１１に記載の通信保護方法。
［請求項１３］
前記通知フレームは、持続時間フィールド及び時間長フィールドを有し、前記時間長フィールドは、前記ｉｎｔｒａ－ＢＳＳ局により維持されるネットワーク割り当てベクトルＮＡＶの値を設定するために用いられ、前記持続時間フィールドの値は、０であり、前記時間長フィールドの値は、前記第２の期間の前記時間長に等しい、請求項１１に記載の通信保護方法。
［請求項１４］
通信保護方法であって、前記方法は、マルチリンクＭＬエンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記方法は、
前記ＭＬエンティティにより、第１リンク上での物理層プロトコルデータユニットＰＰＤＵの開始を感知する段階と、
前記ＭＬエンティティにより、第２リンクに対する第１のバックオフカウンタのカウントを中止する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と、
前記ＭＬエンティティにより、前記ＰＰＤＵが、イントラ基本サービスセットｉｎｔｒａ－ＢＳＳ ＰＰＤＵ又はインター基本サービスセットｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであるかを判定する段階と、
前記ＰＰＤＵが、前記ｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、ＰＰＤＵの伝送が完了した後に前記第２リンク上でバックオフを続行する段階と、
前記ＰＰＤＵが、前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンク上でのバックオフを続行する段階と
を備える、通信保護方法。
［請求項１５］
前記ＭＬエンティティにより、ＰＰＤＵの伝送が完了した後に、前記第２リンク上でのバックオフを前記続行する段階は、
前記ＭＬエンティティにより、第１時点の後に、前記第２リンク上でのバックオフを続行する段階であって、前記第１時点は、前記ＰＰＤＵの前記伝送の終了時点である、段階と、
前記ＭＬエンティティにより、第２時点の後に、前記第２リンクでのバックオフを続行する段階であって、前記第２時点は、前記ＰＰＤＵに対応する応答フレームの伝送の終了時点である、段階、又は、
前記ＭＬエンティティにより、第３時点の後に、前記第２リンク上でのバックオフを続行する段階であって、前記第３時点は、前記ＰＰＤＵの前記持続時間フィールドにより判定された終了時点である、段階と
を有する、請求項１４に記載の通信保護方法。
［請求項１６］
前記ＭＬエンティティにより、第２リンクに対する第１のバックオフカウンタのカウントを前記中止する段階の後に、前記方法は、さらに、
前記ＭＬエンティティにより、前記第２リンクに対する第２のバックオフカウンタを構成する段階であって、前記第２のバックオフカウンタの初期値は、前記第１のバックオフカウンタの現在の値である、段階、
前記第２リンクが現時点でアイドル状態にある場合、前記ＭＬエンティティにより、前記第２リンクが１つのスロットにおいて前記アイドル状態になるたびに、前記第２のバックオフカウンタのカウント値を１ずつ減算する段階、又は、
前記第２リンクが現時点でビジー状態にある場合、前記ＭＬエンティティにより、前記第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待ち、前記第２リンクの前記アイドル時間が前記第２のフレーム間スペースに達した後に、前記ＭＬエンティティにより、前記第２リンクが１つのスロットにおいてアイドル状態になるたびに、前記第２のバックオフカウンタのカウント値を１ずつ減算する段階
を備える、請求項１４又は１５に記載の通信保護方法。
［請求項１７］
前記方法は、さらに、
前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値が０に減少した後に、前記第２のバックオフカウンタの前記カウント値を０として維持する段階を備える、請求項１６に記載の通信保護方法。
［請求項１８］
前記方法は、さらに、
前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値が０に減少した場合、前記第２のバックオフカウンタの前記カウント値をリセットする段階を備える、請求項１６に記載の通信保護方法。
［請求項１９］
前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値を前記リセットする段階は、
前記ＭＬエンティティにより、ダブルコンテンションウィンドウに基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階、
前記ＭＬエンティティにより、コンテンションウィンドウに基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階、又は、
前記ＭＬエンティティにより、コンテンションウィンドウの最小値に基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階
を有する、請求項１８に記載の通信保護方法。
［請求項２０］
前記ＰＰＤＵが前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンク上でバックオフを前記続行する段階は、
前記ＰＰＤＵが前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第１のバックオフカウンタのカウント値を、前記第２のバックオフカウンタの前記カウント値に更新し、前記第１のバックオフカウンタに基づいて、前記第２リンク上でバックオフを続行する段階を有する、請求項１６から１９のいずれか一項に記載の通信保護方法。
［請求項２１］
通信保護方法であって、前記方法は、マルチリンクＭＬ非アクセスポイントｎｏｎ－ＡＰエンティティに適用され、前記ＭＬｎｏｎ－ＡＰエンティティは、複数のリンクをサポートし、前記方法は、
前記ＭＬｎｏｎ－ＡＰエンティティにより、第１リンク上の第１の物理層プロトコルデータユニットＰＰＤＵを感知する段階と、
前記第１のＰＰＤＵの受信端が、前記ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬアクセスポイントＡＰエンティティである場合、前記ＭＬｎｏｎ－ＡＰエンティティにより、第２リンク上に第２のＰＰＤＵを送信する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬｎｏｎ－ＡＰエンティティによりサポートされる前記複数のリンクのうちのいずれか１つであり、前記第１のＰＰＤＵの終了時点は、前記第２のＰＰＤＵの終了時点と同じである、段階と
を備える、通信保護方法。
［請求項２２］
前記ＭＬｎｏｎ－ＡＰエンティティにより、第２リンク上に第２のＰＰＤＵを前記送信する段階は、
前記ＭＬｎｏｎ－ＡＰエンティティにより、前記第２リンク上でバックオフ手順を実行する段階と、
前記ＭＬｎｏｎ－ＡＰエンティティにより、前記第２リンク上で実行される前記バックオフ手順が終了した後に、前記第２リンク上に前記第２のＰＰＤＵを送信する段階と
を有する、請求項２１に記載の通信保護方法。
［請求項２３］
マルチリンクＭＬエンティティであって、前記ＭＬエンティティは、請求項１から２２のいずれか一項に記載の方法における段階を実行するように構成されるユニットを備える、ＭＬエンティティ。
［請求項２４］
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータ命令を備え、前記コンピュータ命令がコンピュータ上で実行される場合、前記コンピュータは、請求項１から２２のいずれか一項に記載の通信保護方法を実行することが可能になる、コンピュータ可読記憶媒体。
［請求項２５］
コンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ命令を備え、前記コンピュータ命令がコンピュータ上で実行される場合、前記コンピュータは、請求項１から２２のいずれか一項に記載の通信保護方法を実行することが可能になる、コンピュータプログラム製品。
［請求項２６］
チップであって、前記チップは、複数のリンクをサポートし、前記チップは、処理回路と送受信機ピンとを備え、
前記送受信機ピンは、第１リンク上の第１の物理層プロトコルデータユニットＰＰＤＵを感知するように構成され、
前記処理回路は、前記第１のＰＰＤＵが、イントラ基本サービスセットｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットネットワーク割り当てベクトルＮＡＶの値よりも大きい場合、前記第２リンクの前記ターゲットＮＡＶの前記値を、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に更新するように構成され、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、チップ。

Claims (26)

1. 通信保護方法であって、前記通信保護方法は、マルチリンク（ＭＬ）エンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記通信保護方法は、
   前記ＭＬエンティティにより、第１リンク上で第１の物理層プロトコルデータユニット（ＰＰＤＵ）を感知する段階と、
   前記第１のＰＰＤＵが、イントラ基本サービスセット（ｉｎｔｒａ－ＢＳＳ）ＰＰＤＵであり、前記第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットネットワーク割り当てベクトル（ＮＡＶ）の値よりも大きい場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に更新する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と
   を備える、通信保護方法。
2. 前記通信保護方法は、さらに、
   前記第１のＰＰＤＵが、インター基本サービスセット（ｉｎｔｅｒ－ＢＳＳ）ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を更新することを省略する段階、又は、
   前記第１のＰＰＤＵが、前記ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第１のＰＰＤＵの前記持続時間フィールドの前記値が、前記第２リンクの前記ターゲットＮＡＶの前記値よりも小さい又はこれに等しい場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を更新することを省略する段階
   を備える、請求項１に記載の通信保護方法。
3. 前記通信保護方法は、さらに、
   前記ＭＬエンティティにより、前記第１リンク上でコンテンションフリー期間終了（ＣＦ－Ｅｎｄ）フレームを感知する段階と、
   前記ＣＦ－Ｅｎｄフレームが、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵであり、前記第２リンクの前記ターゲットＮＡＶの前記値が、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて更新されている場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を０に設定する段階と
   を備える、請求項１に記載の通信保護方法。
4. 前記通信保護方法は、さらに、前記ＭＬエンティティが、予め設定された時間長内に、前記第１リンク上で第２のＰＰＤＵを感知しておらず、前記第２リンクの前記ターゲットＮＡＶの前記値が、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて更新されている場合、前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶをリセットする段階であって、前記第２のＰＰＤＵ及び前記第１のＰＰＤＵは、同一の局からのものである、段階を備える、請求項１に記載の通信保護方法。
5. 前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶを前記リセットする段階は、
   前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を０に設定する段階、又は、
   前記ＭＬエンティティにより、前記第２リンクの前記ターゲットＮＡＶの前記値を第１の値に設定する段階であって、前記第１の値により判定される終了時点は、第２の値により判定される終了時点と同じであり、前記第２の値は、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に基づいて、前記ターゲットＮＡＶが更新される前の前記ターゲットＮＡＶの値である、段階
   を有する、請求項４に記載の通信保護方法。
6. 前記予め設定された時間長＝（２×ａＳＩＦＳＴｉｍｅ）＋（第１のＰＰＤＵ応答フレームの伝送時間長）＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋（２×ａＳｌｏｔＴｉｍｅ）であり、
   ａＳＩＦＳＴｉｍｅは、ショートフレーム間スペース（ＳＩＦ）の時間長を表し、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、予め設定された遅延の時間長を表し、ａＳｌｏｔＴｉｍｅは、１つのスロットの時間長を表す、請求項４又は５に記載の通信保護方法。
7. 前記第１のＰＰＤＵは、送信要求（ＲＴＳ）フレームを搬送し、応答フレームは、送信許可（ＣＴＳ）フレームである、請求項６に記載の通信保護方法。
8. 前記ＭＬエンティティが、ＭＬ非アクセスポイント（ｎｏｎ－ＡＰ）エンティティである場合、前記ターゲットＮＡＶは、
   前記ＭＬｎｏｎ－ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及び基本ｂａｓｉｃ ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記ｉｎｔｒａ－ＢＳＳ ＮＡＶである、及び、
   前記ＭＬｎｏｎ－ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、
   という場合のうちの１つを有する、請求項１から７のいずれか一項に記載の通信保護方法。
9. 前記ＭＬエンティティが、ＭＬアクセスポイント（ＡＰ）エンティティである場合、前記ターゲットＮＡＶは、
   前記ＭＬ ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ及びｂａｓｉｃ ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記ｉｎｔｒａ－ＢＳＳ ＮＡＶである、
   前記ＭＬ ＡＰエンティティが、前記第２リンクのｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶ及び第１ＮＡＶのみを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、及び、
   前記ＭＬ ＡＰエンティティが、前記第２リンクの前記第１ＮＡＶ及び第２ＮＡＶを構成する場合、前記ターゲットＮＡＶは、前記第１ＮＡＶである、
   というケースのうちの１つを有する、請求項１から７のいずれか一項に記載の通信保護方法。
10. 通信保護方法であって、前記通信保護方法は、マルチリンク（ＭＬ）エンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記通信保護方法は、
    前記ＭＬエンティティにより、第１リンク上に第１の物理層プロトコルデータユニット（ＰＰＤＵ）を送信する段階であって、前記第１のＰＰＤＵの持続時間フィールドは、第１の期間の時間長を示すために用いられる、段階と、
    前記ＭＬエンティティにより、第２リンク上に媒体アクセス制御（ＭＡＣ）フレームを送信する段階であって、前記ＭＡＣフレームは、第２の期間の時間長を示すために用いられ、前記第１の期間の終了時点は、前記第２の期間の終了時点と同じであり、前記第２リンク上のイントラ基本サービスセット（ｉｎｔｒａ－ＢＳＳ）局は、前記第２の期間において第２のＰＰＤＵを送信することが禁止されており、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と
    を備える、通信保護方法。
11. 前記ＭＡＣフレームは、通知フレーム、又は、静寂期間（ＱＴＰ）フレームである、請求項１０に記載の通信保護方法。
12. 前記通知フレームの持続時間フィールドの値は、前記第２の期間の前記時間長に等しく、前記通知フレームの前記持続時間フィールドは、前記ｉｎｔｒａ－ＢＳＳ局により維持されるネットワーク割り当てベクトル（ＮＡＶ）の値を設定するために用いられ、前記通知フレームの前記持続時間フィールドは、重複基本サービスセット（ＯＢＳＳ）局により維持されるＮＡＶの値を設定するためには用いられない、請求項１１に記載の通信保護方法。
13. 前記通知フレームは、持続時間フィールド及び時間長フィールドを有し、前記時間長フィールドは、前記ｉｎｔｒａ－ＢＳＳ局により維持されるネットワーク割り当てベクトル（ＮＡＶ）の値を設定するために用いられ、前記持続時間フィールドの値は、０であり、前記時間長フィールドの値は、前記第２の期間の前記時間長に等しい、請求項１１に記載の通信保護方法。
14. 通信保護方法であって、前記通信保護方法は、マルチリンク（ＭＬ）エンティティに適用され、前記ＭＬエンティティは、複数のリンクをサポートし、前記通信保護方法は、
    前記ＭＬエンティティにより、第１リンク上での物理層プロトコルデータユニット（ＰＰＤＵ）の開始を感知する段階と、
    前記ＭＬエンティティにより、第２リンクに対する第１のバックオフカウンタのカウントを中止する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、段階と、
    前記ＭＬエンティティにより、前記ＰＰＤＵが、イントラ基本サービスセット（ｉｎｔｒａ－ＢＳＳ）ＰＰＤＵ又はインター基本サービスセット（ｉｎｔｅｒ－ＢＳＳ）ＰＰＤＵであるかを判定する段階と、
    前記ＰＰＤＵが、前記ｉｎｔｒａ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、ＰＰＤＵの伝送が完了した後に前記第２リンク上でバックオフを続行する段階と、
    前記ＰＰＤＵが、前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンク上でのバックオフを続行する段階と
    を備える、通信保護方法。
15. 前記ＭＬエンティティにより、ＰＰＤＵの伝送が完了した後に、前記第２リンク上でのバックオフを前記続行する段階は、
    前記ＭＬエンティティにより、第１時点の後に、前記第２リンク上でのバックオフを続行する段階であって、前記第１時点は、前記ＰＰＤＵの前記伝送の終了時点である、段階と、
    前記ＭＬエンティティにより、第２時点の後に、前記第２リンクでのバックオフを続行する段階であって、前記第２時点は、前記ＰＰＤＵに対応する応答フレームの伝送の終了時点である、段階、又は、
    前記ＭＬエンティティにより、第３時点の後に、前記第２リンク上でのバックオフを続行する段階であって、前記第３時点は、前記ＰＰＤＵの持続時間フィールドにより判定された終了時点である、段階と
    を有する、請求項１４に記載の通信保護方法。
16. 前記ＭＬエンティティにより、第２リンクに対する第１のバックオフカウンタのカウントを前記中止する段階の後に、前記通信保護方法は、さらに、
    前記ＭＬエンティティにより、前記第２リンクに対する第２のバックオフカウンタを構成する段階であって、前記第２のバックオフカウンタの初期値は、前記第１のバックオフカウンタの現在の値である、段階、
    前記第２リンクが現時点でアイドル状態にある場合、前記ＭＬエンティティにより、前記第２リンクが１つのスロットにおいて前記アイドル状態になるたびに、前記第２のバックオフカウンタのカウント値を１ずつ減算する段階、又は、
    前記第２リンクが現時点でビジー状態にある場合、前記ＭＬエンティティにより、前記第２リンクのアイドル時間が第２のフレーム間スペースに達するのを待ち、前記第２リンクの前記アイドル時間が前記第２のフレーム間スペースに達した後に、前記ＭＬエンティティにより、前記第２リンクが１つのスロットにおいてアイドル状態になるたびに、前記第２のバックオフカウンタのカウント値を１ずつ減算する段階
    を備える、請求項１４又は１５に記載の通信保護方法。
17. 前記通信保護方法は、さらに、
    前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値が０に減少した後に、前記第２のバックオフカウンタの前記カウント値を０として維持する段階を備える、請求項１６に記載の通信保護方法。
18. 前記通信保護方法は、さらに、
    前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値が０に減少した場合、前記第２のバックオフカウンタの前記カウント値をリセットする段階を備える、請求項１６に記載の通信保護方法。
19. 前記ＭＬエンティティにより、前記第２のバックオフカウンタの前記カウント値を前記リセットする段階は、
    前記ＭＬエンティティにより、ダブルコンテンションウィンドウに基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階、
    前記ＭＬエンティティにより、コンテンションウィンドウに基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階、又は、
    前記ＭＬエンティティにより、コンテンションウィンドウの最小値に基づいて、前記第２のバックオフカウンタの前記カウント値をリセットする段階
    を有する、請求項１８に記載の通信保護方法。
20. 前記ＰＰＤＵが前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第２リンク上でバックオフを前記続行する段階は、
    前記ＰＰＤＵが前記ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵである場合、前記ＭＬエンティティにより、前記第１のバックオフカウンタのカウント値を、前記第２のバックオフカウンタの前記カウント値に更新し、前記第１のバックオフカウンタに基づいて、前記第２リンク上でバックオフを続行する段階を有する、請求項１６から１９のいずれか一項に記載の通信保護方法。
21. 通信保護方法であって、
    前記通信保護方法は、マルチリンク（ＭＬ）非アクセスポイント（ｎｏｎ－ＡＰ）エンティティに適用され、前記ＭＬｎｏｎ－ＡＰエンティティは、複数のリンクをサポートし、前記通信保護方法は、
    前記ＭＬｎｏｎ－ＡＰエンティティにより、第１リンク上の第１の物理層プロトコルデータユニット（ＰＰＤＵ）を感知する段階と、
    前記第１のＰＰＤＵの受信端が、前記ＭＬｎｏｎ－ＡＰエンティティと関連付けられるＭＬアクセスポイント（ＡＰ）エンティティである場合、前記ＭＬｎｏｎ－ＡＰエンティティにより、第２リンク上に第２のＰＰＤＵを送信する段階であって、前記第２リンクは、前記第１リンク以外の前記ＭＬｎｏｎ－ＡＰエンティティによりサポートされる前記複数のリンクのうちのいずれか１つであり、前記第１のＰＰＤＵの終了時点は、前記第２のＰＰＤＵの終了時点と同じである、段階と
    を備える、通信保護方法。
22. 前記ＭＬｎｏｎ－ＡＰエンティティにより、第２リンク上に第２のＰＰＤＵを前記送信する段階は、
    前記ＭＬｎｏｎ－ＡＰエンティティにより、前記第２リンク上でバックオフ手順を実行する段階と、
    前記ＭＬｎｏｎ－ＡＰエンティティにより、前記第２リンク上で実行される前記バックオフ手順が終了した後に、前記第２リンク上に前記第２のＰＰＤＵを送信する段階と
    を有する、請求項２１に記載の通信保護方法。
23. マルチリンク（ＭＬ）エンティティであって、前記ＭＬエンティティは、請求項１から２２のいずれか一項に記載の通信保護方法における段階を実行するように構成されるユニットを備える、ＭＬエンティティ。
24. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータ命令を備え、前記コンピュータ命令がコンピュータ上で実行される場合、前記コンピュータは、請求項１から２２のいずれか一項に記載の通信保護方法を実行することが可能になる、コンピュータ可読記憶媒体。
25. コンピュータに、請求項１から２２のいずれか一項に記載の通信保護方法を実行させるためのコンピュータプログラム。
26. チップであって、前記チップは、複数のリンクをサポートし、前記チップは、処理回路と送受信機ピンとを備え、
    前記送受信機ピンは、第１リンク上の第１の物理層プロトコルデータユニット（ＰＰＤＵ）を感知するように構成され、
    前記処理回路は、前記第１のＰＰＤＵが、イントラ基本サービスセット（ｉｎｔｒａ－ＢＳＳ）ＰＰＤＵであり、前記第１のＰＰＤＵの持続時間フィールドの値が、第２リンクのターゲットネットワーク割り当てベクトル（ＮＡＶ）の値よりも大きい場合、前記第２リンクの前記ターゲットＮＡＶの前記値を、前記第１のＰＰＤＵの前記持続時間フィールドの前記値に更新するように構成され、前記第２リンクは、前記第１リンク以外のＭＬエンティティによりサポートされる前記複数のリンクのうちのいずれか１つである、チップ。

Images