JP7485847B2 - リンクエラーリカバリ方法及び装置 - Google Patents

リンクエラーリカバリ方法及び装置 Download PDF

Info

Publication number
JP7485847B2
JP7485847B2 JP2023500426A JP2023500426A JP7485847B2 JP 7485847 B2 JP7485847 B2 JP 7485847B2 JP 2023500426 A JP2023500426 A JP 2023500426A JP 2023500426 A JP2023500426 A JP 2023500426A JP 7485847 B2 JP7485847 B2 JP 7485847B2
Authority
JP
Japan
Prior art keywords
mld
link
ppdu
transmitter
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2023500426A
Other languages
English (en)
Other versions
JP2023533004A (ja
Inventor
リー，イーチーン
リー，ユインボー
グオ，ユイチェン
ガン，ミーン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2023533004A publication Critical patent/JP2023533004A/ja
Application granted granted Critical
Publication of JP7485847B2 publication Critical patent/JP7485847B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Vehicle Body Suspensions (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Description

本出願は、通信技術の分野に関し、特にリンクエラーリカバリ方法及び装置に関する。
超高スループットという技術目標を達成するために、マルチリンク（multi-link、ＭＬ）通信は、米国電気電子学会（institute of electrical and electronics engineers、ＩＥＥＥ）８０２．１１ｂｅ規格における主要な技術の１つとして使用されている。ＭＬ通信をサポートするマルチリンクデバイス（multi-link device、ＭＬＤ）は、複数の周波数帯での送受信能力を有するので、ＭＬＤはより大きな帯域幅を使用することによってデータ送信を実行することができ、それによりスループットレートを大幅に向上させることができる。
ＭＬＤが異なるリンク上の同時送受信（simultaneous transmitting and receiving、ＳＴＲ）能力を有するかどうかに基づいて、ＭＬＤは、ＳＴＲ ＭＬＤと非ＳＴＲ ＭＬＤに分類され得る。１つのリンクは、ＭＬＤが１つの周波数帯でデータ送信を実行する空間パスを指し得る。ＳＴＲ ＭＬＤはＳＴＲ能力を有し、非ＳＴＲ ＭＬＤはＳＴＲ能力を有していない。
非ＳＴＲ ＭＬＤが通信に参加するシナリオでは、リンクエラーリカバリが重要な部分である。したがって、このシナリオにおいてエラーリカバリを実装するための適切な解決策を設計する必要がある。
本出願の実施形態は、非ＳＴＲ ＭＬＤが通信に参加するシナリオにおいてリンクエラーリカバリを実装する、リンクエラーリカバリ方法及び装置を提供する。
上記の目的を達成するために、本出願の実施形態では次の技術的解決策が使用される。
第１の態様によると、リンクエラーリカバリ方法が提供され、本方法は、送信機ＭＬＤに適用され、送信機ＭＬＤと受信機ＭＬＤとの間のリンクは、第１リンクと第２リンクを含み、送信機ＭＬＤと受信機ＭＬＤのうちの一方は同時送受信（simultaneous transmitting and receiving）ＳＴＲ能力を有し、他方はＳＴＲ能力を有していない。本方法は、送信機ＭＬＤが、第１リンクにおける第１物理プロトコルデータユニット（physical protocol data unit）ＰＰＤＵの送信が失敗したことを決定することと、送信機ＭＬＤが、第１時点（first moment）において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信することとを含み、第２ＰＰＤＵは第１ＰＰＤＵのエラー部分を再送するために使用されている。
第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点（moment）であり、第２リンクの送信ステータス情報は、第２リンクにおける第３ＰＰＤＵの送信が失敗したことを示すために使用される。あるいは、第１時点は、第１ＰＰＤＵが正常に送信された場合に、第１リンクにおいて次のＰＰＤＵを送信するための時点である。
この解決策に基づくと、一方では、送信機ＭＬＤと受信機ＭＬＤのうちの一方がＳＴＲ能力を有し、他方がＳＴＲ能力を有しておらず、第１リンクにおける第１ＰＰＤＵの送信が失敗したシナリオでは、送信機ＭＬＤは、第１ＰＰＤＵのエラー部分を再送するために、第１時点において第２ＰＰＤＵを送信してよく、それにより第１リンクのエラーリカバリを実装することができる。他方では、第１時点が、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点であるとき、送信機ＭＬＤの内部送信ステータス情報交換における遅延が考慮される。送信ステータス情報交換が非常に高速であることが想定される場合と比較して、製品実装が更に容易にされ、送信機ＭＬＤに対する設計圧力が低減される。代替的に、第１時点が、第１ＰＰＤＵが正常に送信される場合に第１リンクにおいて次のＰＰＤＵを送信するための時点であるとき、第２ＰＰＤＵが、第１ＰＰＤＵのＢＡの終了時点からのＰＩＦＳの間隔である時点に送信される場合と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
いくつかの可能な設計では、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点と、第１ブロック確認応答（block acknowledgement）ＢＡの予測開始時点との間の間隔は、第１期間以下であり、第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点であり、第１ＢＡは、第１ＰＰＤＵのＢＡであり、第１期間は、第１ＢＡの長さと短期フレーム間間隔（short interframe space）ＳＩＦＳの合計である。
いくつかの可能な設計では、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点と、第１ＢＡの予測終了時点との間の間隔は、第１期間以下であり、第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点である。
可能な設計に基づくと、送信機が第２リンクの送信ステータス情報を取得する時点又は送信機が第２ＰＰＤＵを送信する時点は、第１ＢＡの後のＳＩＦＳよりも早く、ＳＩＦＳはＰＩＦＳよりも短いため、失敗したＰＰＤＵが、第１ＢＡ終了後のＰＩＦＳの間隔である時点に再送される従来技術と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
いくつかの可能な設計では、送信機ＭＬＤによって第２リンクの送信ステータス情報を取得することは：第１局によって、第２局からの第２リンクの送信ステータス情報を受信することを含み、第１局は、送信機ＭＬＤ内にあり、かつ第１リンクをサポートする局であり、第２局は、送信機ＭＬＤ内にあり、かつ第２リンクをサポートする局である。
いくつかの可能な設計では、第２時点の前に、送信機ＭＬＤは、第２リンクの送信ステータス情報を取得せず、第１時点は、第１ＰＰＤＵが正常に送信される場合に第１リンクにおいて次のＰＰＤＵを送信するための時点であり、第２時点は、第１ＢＡの予測終了時点よりも後であり、第２時点と第１ＢＡの予測終了時点との間の間隔はＳＩＦＳであり、第１ＢＡは、第１ＰＰＤＵのＢＡである。
可能な設計に基づくと、ＳＩＦＳはＰＩＦＳよりも短いので、第１ＰＰＤＵが正常に送信される場合、第１リンクにおいて次のＰＰＤＵを送信するための時点は、第１ＢＡ終了後のＰＩＦＳの間隔である時点よりも早い。したがって、失敗したＰＰＤＵが、第１ＢＡ終了後のＰＩＦＳの間隔である時点に再送される従来技術と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
いくつかの可能な設計では、第２ＰＰＤＵの終了時点は、第２リンクにおける第４ＰＰＤＵの終了時点と同じであり、第４ＰＰＤＵは、第３ＰＰＤＵのエラー部分を再送するために使用される。
可能な設計に基づくと、送信機ＭＬＤは、第１リンクと第２リンクでエラーリカバリを同期的に実行することが可能になり得る。したがって、第１リンクと第２リンクで送信されるＰＰＤＵを同期させることができ、それにより、非ＳＴＲ ＭＬＤ側でデータを同時に送受信する必要がある場合を回避することができる。
第２の態様によると、リンクエラーリカバリ方法が提供され、当該方法は、送信機ＭＬＤに適用され、送信機ＭＬＤと受信機ＭＬＤとの間の複数のリンクは、第１リンクを含み、送信機ＭＬＤは、同時送受信ＳＴＲ能力を有し、受信機ＭＬＤはＳＴＲ能力を有していない。本方法は、送信機ＭＬＤが、第１リンクにおける第１物理プロトコルデータユニットＰＰＤＵの送信が失敗したことを決定することと、送信機ＭＬＤが、第１時点において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信することとを含み、第２ＰＰＤＵは第１ＰＰＤＵのエラー部分を再送するために使用されており、
第１時点は、第１ブロック確認応答ＢＡの予測終了時点であり、第１ＢＡは第１ＰＰＤＵのＢＡである。
この解決策に基づくと、一方では、送信機ＭＬＤはＳＴＲ能力を有し、受信機ＭＬＤはＳＴＲ能力を有しておらず、第１リンクにおける第１ＰＰＤＵの送信が失敗したシナリオでは、送信機ＭＬＤは、第１時点において第２ＰＰＤＵを送信して、第１ＰＰＤＵのエラー部分を再送することができ、それにより第１リンクのエラーリカバリを実装することができる。他方では、第１ＢＡの予測終了時点において第２ＰＰＤＵを送信することによって、第２ＰＰＤＵが、第１ＰＰＤＵのＢＡの終了時点からのＰＩＦＳの間隔である時点に送信される場合と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
第３の態様によると、リンクエラーリカバリ方法が提供され、当該方法は、送信機ＭＬＤに適用され、送信機ＭＬＤと受信機ＭＬＤとの間の複数のリンクは、第１リンクを含み、送信機ＭＬＤは、同時送受信ＳＴＲ能力を有し、受信機ＭＬＤはＳＴＲ能力を有しておらず、当該方法は、送信機ＭＬＤが、第１リンクにおける第１物理プロトコルデータユニットＰＰＤＵ又は第１ブロック確認応答ＢＡの送信が失敗したことを決定し、ここで、第１ＢＡが第１ＰＰＤＵのＢＡであることと、送信機ＭＬＤが、第１時点においてチャネルバックオフの実行を開始し、ここで、第１時点が、第１ＢＡの終了時点であることと、チャネルバックオフが終了した後に、送信機ＭＬＤが、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信し、ここで、第２ＰＰＤＵが、第１ＰＰＤＵのエラー部分を再送するために使用されることとを含む。
第２の態様及び第３の態様を参照すると、いくつかの可能な設計では、送信機ＭＬＤと受信機ＭＬＤとの間のリンクは、第２リンクを更に含み、第１ＰＰＤＵの終了時点は、第２リンクにおける第３ＰＰＤＵの終了時点と同じであり、第２ＰＰＤＵの終了時点は、第２リンクにおける第４ＰＰＤＵの終了時点と同じである。
第４の態様によると、リンクエラーリカバリ方法が提供され、当該方法は、送信機ＭＬＤに適用され、送信機ＭＬＤと受信機ＭＬＤとの間の複数のリンクは、第１リンクを含み、送信機ＭＬＤと受信機ＭＬＤのうちの一方は同時送受信ＳＴＲ能力を有し、他方はＳＴＲ能力を有しておらず、当該方法は、送信機ＭＬＤが、第１リンクにおいて第１ブロック確認応答ＢＡを受信し、ここで、第１ＢＡが、第１物理プロトコルデータユニットＰＰＤＵのＢＡであることと、送信機ＭＬＤが、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信し、ここで、第２ＰＰＤＵの開始時点と第１ＢＡの終了時点との間の間隔は、フレーム間間隔であり、該フレーム間間隔はポイント調整機能（point coordination function、ＰＣＦ）フレーム間間隔ＰＩＦＳであることとを含む。
この解決策に基づくと、ＢＡの後のフレーム間間隔がＰＩＦＳであるとき、一方では、リンク上でのＰＰＤＵ又はＢＡの送信が失敗した場合であっても、送信機ＭＬＤがこのリンクにおいてエラーリカバリを行うとき、別のリンク上の送信ステータス情報を取得する必要がない。この場合、送信機ＭＬＤの内部情報交換が回避され、送信機ＭＬＤの消費電力が低減される。他方では、各リンク上のＢＡの後のフレーム間間隔はＰＩＦＳであり、ＰＰＤＵの後のフレーム間間隔はＳＩＦＳであるため、リンクのエラーリカバリ中に別のリンクの送信ステータス情報を取得する必要がない場合であっても、同期伝送を実装することができる。このようにして、非ＳＴＲ ＭＬＤがデータを同時に送受信する必要がある場合が回避される。
第５の態様によると、上述の方法を実装するための通信装置が提供される。当該通信装置は、第１の態様から第４の態様における送信機ＭＬＤであってよく、あるいはその送信機ＭＬＤを含む装置であってもよく、あるいはその送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。当該通信装置は、上述の方法を実装するための対応するモジュール、ユニット又は手段（means）を含む。モジュール、ユニット又は手段は、ハードウェア、ソフトウェア又は対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュール又はユニットを含む。
第６の態様によると、通信装置が提供され、当該通信装置はプロセッサとメモリを含み、メモリはコンピュータ命令を記憶するよう構成され、プロセッサが命令を実行すると、当該通信装置は、上述の態様のいずれか１つの方法を実行する。当該通信装置は、第１の態様から第４の態様における送信機ＭＬＤであってよく、あるいはその送信機ＭＬＤを含む装置であってもよく、あるいはその送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。
第７の態様によると、通信装置が提供され、当該通信装置はプロセッサを含み、プロセッサは、メモリに結合されて、メモリ内の命令を読み取った後、該命令に基づいて、上述の態様のいずれか１つの方法を実行するよう構成される。当該通信装置は、第１の態様から第４の態様における送信機ＭＬＤであってよく、あるいはその送信機ＭＬＤを含む装置であってもよく、あるいはその送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。
第８の態様によると、コンピュータ読取可能記憶媒体が提供され、当該コンピュータ読取可能記憶媒体は命令を記憶し、該命令が通信装置上で実行されると、通信装置は上述の態様のいずれか１つの方法を実装することができる。通信装置は、第１の態様から第４の態様における送信機ＭＬＤであってよく、あるいはその送信機ＭＬＤを含む装置であってもよく、あるいはその送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。
第９の態様によると、命令を含むコンピュータプログラム製品が提供され、命令が通信装置上で実行されると、通信装置は上述の態様のいずれか１つの方法を実装することができる。通信装置は、第１の態様から第４の態様における送信機ＭＬＤであってよく、あるいはその送信機ＭＬＤを含む装置であってもよく、あるいはその送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。
第１０の態様によると、通信装置（例えば通信装置はチップ又はチップシステムであり得る）が提供され、通信装置はプロセッサを含み、上述の態様のいずれか１つに関連する機能を実装するよう構成される。可能な設計では、通信装置はメモリを更に含み、メモリは必要なプログラム命令とデータを記憶するよう構成される。通信装置がチップシステムであるとき、該チップシステムはチップを含んでよく、あるいはチップと他の別個のデバイスを含んでもよい。
第１１の態様によると、チップが提供され、チップはプロセッサと通信インタフェースを含み、通信インタフェースは、チップの外部のモジュールと通信するよう構成され、プロセッサは、コンピュータプログラム又は命令を実行するよう構成され、それにより、チップを搭載した装置は、上述の態様のいずれか１つによる方法を実行することができる。
第５の態様から第１１の態様における設計方法のうちのいずれか１つによってもたらされる技術的効果については、第１の態様、第２の態様、第３の態様又は第４の態様の異なる設計方法によってもたらされる技術的効果を参照されたい。詳細についてはここでは再度説明しない。
第１２の態様によると、通信システムが提供され、当該通信システムは、前述の態様による送信機ＭＬＤと受信機ＭＬＤを含む。
本出願のこれらの態様又は他の態様は、以下の実施形態の説明においてより明確であり、かつより理解可能である。
本出願の一実施形態によるＰＰＤＵの構造の概略図である。
本出願の一実施形態による別のＰＰＤＵの構造の概略図である。
本出願の一実施形態によるＴＸＯＰ（transmission opportunity）の構造の概略図である。
本出願の一実施形態によるバックオフメカニズムの概略フローチャートである。
本出願の一実施形態による通信システムの構造の概略図である。
本出願の一実施形態による通信シナリオの概略図である。
本出願の一実施形態によるエラーリカバリ方法が適用可能なシナリオの概略図である。
本出願の一実施形態によるリンクエラーリカバリ方法の概略フローチャートである。
本出願の一実施形態によるリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態によるリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態によるリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態によるリンクエラーリカバリ方法の適用の概略図である。
本出願の一実施形態による別のリンクエラーリカバリ方法の概略フローチャートである。
本出願の一実施形態による別のリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態による別のリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態による別のリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態による別のリンクエラーリカバリ方法の適用の概略図である。
本出願の一実施形態による更に別のリンクエラーリカバリ方法の概略フローチャートである。
本出願の一実施形態による更に別のリンクエラーリカバリ方法の適用の概略図である。
本出願の一実施形態によるフレーム間間隔の概略図である。
本出願の一実施形態による更に別のリンクエラーリカバリ方法の概略フローチャートである。
本出願の一実施形態による更に別のリンクエラーリカバリ方法の適用の概略図である。 本出願の一実施形態による更に別のリンクエラーリカバリ方法の適用の概略図である。
本出願の一実施形態による送信機ＭＬＤの構造の概略図である。
本出願の一実施形態による通信デバイスの構造の概略図である。
本出願の説明において、別段の指定がない限り、「／」は、関連付けられるオブジェクト間の「又は」の関係を表す。例えばＡ／Ｂは、Ａ又はＢを表し得る。本出願において、「及び／又は」という用語は、単に関連付けられるオジェクトを記述するための関連付け関係を表し、３つの関係が存在する可能性があることを表す。例えばＡ及び／又はＢは、次の３つのケース：すなわち、Ａのみが存在する、ＡとＢの両方が存在する、Ｂのみが存在するケースを表してよく、ここで、ＡとＢは単数であっても複数であってもよい。加えて、本出願の説明では、別段の指定がない限り、「複数の」は２つ以上を意味する。「次のアイテム（ピース）のうちの少なくとも１つ」又はその類似表現は、単数のアイテム（ピース）又は複数のアイテム（ピース）の任意の組合せを含め、これらのアイテムの任意の組合せを意味する。例えばａ、ｂ又はｃの少なくとも１つ（ピース）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ又はａとｂとｃを表してよく、ここで、ａ、ｂ及びｃは単数であっても複数であってもよい。加えて、本出願の実施形態における技術的解決策を明確に記述するために、「第１」及び「第２」のような用語は、本出願の実施形態において、基本的に同じ機能又は目的を提供する同一アイテム又は類似のアイテムを区別するために使用される。当業者には、「第１」及び「第２」のような用語は、数量及び実行順序を限定するものではなく、「第１」及び「第２」のような用語は明確な違いを示すものではないことが理解され得る。
本出願では、「例」又は「例えば」のような用語は、例、図示は説明を与えることを表すために使用されることに留意されたい。本出願では、「例」又は「例えば」として記述されているいかなる実施形態又は設計スキームも、別の実施形態又は設計スキームよりも好ましい又はより多くの利点を有するものとして説明されるべきではない。正確には、「例」又は「例えば」のような用語の使用は、関連する概念を特定の方法で提示するように意図される。
理解の容易性のために、以下ではまず、本出願の実施形態における技術用語を簡単に説明する。
１．物理プロトコルデータユニット（physical protocol data unit、ＰＰＤＵ）
図１ａは、８０２．１１ａｘ規格におけるＰＰＤＵのフレーム構造の概略図である。ＰＰＤＵは、レガシー短期トレーニングフィールド（legacy-short training field、Ｌ－ＳＴＦ）、レガシー長期トレーニングフィールド（legacy-long training field、Ｌ－ＬＴＦ）、レガシー信号フィールド（legacy-signal field、Ｌ－ＳＩＧ）、繰り返しレガシー信号フィールド（repeated legacy-signal field、ＲＬ－ＳＩＧ）、高効率信号フィールドＡ（high efficient-signal field A、ＨＥ－ＳＩＧ Ａ）、高効率信号フィールドＢ（high efficient-signal field B、ＨＥ－ＳＩＧ Ｂ）、高効率短期トレーニングフィールド（high efficient-short training field、ＨＥ－ＳＴＦ）、高効率長期トレーニングフィールド（high efficient-long training field、ＨＥ－ＬＴＦ）及びデータ（data）を含む。必要に応じて、ＰＰＤＵは、データパケット拡張（packet extension、ＰＥ）を更に含み得る。
図１ｂを参照すると、８０２．１１ｂｅで使用され得る超高スループット（extremely high throughput、ＥＨＴ）のＰＰＤＵの構造が示されている。ＥＨＴ ＰＰＤＵは、レガシープリアンブル（legacy preamble、Ｌ－プリアンブル）、高効率プリアンブル（high efficiency preamble、ＨＥ－プリアンブル）及び物理層コンバージェンスサービスデータユニット（physical layer convergence protocol service data unit、ＰＳＤＵ）という３つの部分を含み得る。
Ｌ－プリアンブル部分は、Ｌ－ＳＴＦフィールド、Ｌ－ＬＴＦフィールド及びＬ－ＳＩＧフィールドを含む。ＨＥ－プリアンブル部分は、ＲＬ－ＳＩＧフィールド、ユニバーサルフィールド（universal SIG、Ｕ－ＳＩＧ）、超高スループット信号（ＥＨＴ－ＳＩＧ）フィールド、超高スループット短期トレーニング（extremely high throughput short training、ＥＨＴ－ＳＴＦ）フィールド及び超高スループット長期トレーニング（extremely high throughput long training、ＥＨＴ－ＬＴＦ）フィールドを含む。ＰＳＤＵ部分は、データ（data）フィールドのようなフィールドを含む。Ｕ－ＳＩＧフィールドは、図１ｂに示されるＵ－ＳＩＧ ＳＹＭ１及びＵ－ＳＩＧ ＳＹＭ２のような２つのＯＦＤＭシンボルを占有する。ユニバーサルフィールド（Ｕ－ＳＩＧ）フィールドは、バージョン独立情報（version independent info）フィールド、バージョン依存情報（version dependent info）フィールド、ＣＲＣフィールド及びテール（tail）フィールドを含み得る。バージョン独立情報フィールドは、３ビットのＷｉ－Ｆｉバージョンフィールド、１ビットのダウンリンク／アップリンクフィールド、少なくとも６ビットを占めるＢＳＳカラーフィールド及び少なくとも７ビットを占めるＴＸＯＰフィールドを含み得る。さらに、バージョン独立情報フィールドは、帯域幅フィールドを更に含み得る。バージョン依存情報フィールドは、ＰＰＤＵフォーマットフィールド等を含んでよく、変調及びコーディングスキームフィールド、空間フローフィールド、符号化フィールド及び他のフィールドのうちの１つ以上を更に含み得る。ＣＲＣフィールドは少なくとも４ビットを占め、テールフィールドは少なくとも６ビットを占める。
可能な実装では、ＥＨＴ－ＳＩＧフィールドは、ＥＨＴ－ＳＩＧパブリックフィールド及びＥＨＴ－ＳＩＧユーザ固有フィールドを含み得る。ＥＨＴ－ＳＩＧパブリックフィールドは、ＳＴＡに割り当てられるリソース割り当て情報を担持するために使用され得る。ＥＨＴ－ＳＩＧユーザ固有フィールドは、ユーザ情報を担持するために使用され得る。
ＥＨＴ－ＰＰＤＵは単なる例であることを理解されたい。標準的な公式化プロセス又は技術開発プロセスにおいて、別の構造が使用されることもある。これは本出願では限定されない。
２．送信機会（transmission opportunity、ＴＸＯＰ）
ＴＸＯＰは無線チャネルアクセスの基本単位である。ＴＸＯＰは初期時間と最大期間ＴＸＯＰ制限（maximum duration TXOP limit）で構成される。
衝突を可能な限り回避するために、フレームの送信を完了した後、デバイスは、次のフレームを送信するまで短い期間の間待機する必要がある。この期間は、一般に、フレーム間間隔（interframe space、ＩＦＳ）と呼ばれる。現在、フレーム間間隔は通常、短期フレーム間間隔（short interframe space、ＳＩＦＳ）である。
例えばフレーム間間隔がＳＩＦＳである例を使用する。図１ｃは、ＴＸＯＰでのＰＰＤＵの正常な送信の概略図である。送信機デバイスは、送信許可（clear to send、ＣＴＳ）フレームを受信した後、ＳＩＦＳの時間間隔後にＰＰＤＵ１１の送信を開始し、ＳＩＦＳの時間間隔後に受信機デバイスからのブロック確認応答（Block Acknowledge、ＢＡ）フレームＢＡ１１を受信する。ＢＡ１１は、ＰＰＤＵ１１が成功裏に送信されたかどうかを送信機にフィードバックするために使用される。ＰＰＤＵ１１が成功裏に送信された場合、送信機デバイスはＢＡ１１フレームが終了した後、ＳＩＦＳの時間間隔でＰＰＤＵ１２の送信を続ける。他は類推によって推測され得る。
図１ｃのＲＴＳは送信要求（request to send、ＲＴＳ）である。ＲＴＳ／ＣＴＳは、隠れ局（hidden station）の問題を解決するために使用され、それにより複数の局間の信号の競合を回避する。データフレームを送信する前に、送信機は最初にＲＴＳフレームをブロードキャスト方式で送信し、その結果、送信機は、指定された期間後に、データフレームを指定された受信機に送信するよう指示される。ＲＴＳフレームを受信した後、受信機はＣＴＳフレームをブロードキャスト方式で送信し、送信機の送信を確認する。無線フレームは、指定された期間が終了するまで、ＲＴＳフレーム又はＣＴＳフレームを受信する別の局によって送信されない。
３．エラーリカバリ（Error recovery）
送信機会（transmission opportunity、ＴＸＯＰ）が成功裏に確立された後、ＴＸＯＰでのＰＰＤＵの送信が失敗した場合、リンクのエラーリカバリがトリガされる。
エラーリカバリは、ポイント調整機能フレーム間間隔（point coordination function interframe space、ＰＩＦＳ）エラーリカバリ及びバックオフ（backoff）エラーリカバリを含み、これらは別途後で説明される。
（１）ＰＩＦＳエラーリカバリ：チャネルのアイドル時間がＰＩＦＳに到達した後、次のＰＰＤＵがデバイスによってチャネル上で送信される。
チャネルのアイドル時間がＰＩＦＳに到達すると、次のＰＰＤＵが送信される。これはＰＩＦＳエラーリカバリと呼ばれることがある。
（２）バックオフエラーリカバリ：チャネルバックオフが実行され、バックオフ終了後に次のＰＰＤＵが送信される。
ＩＥＥＥ ８０２．１１規格は、複数のユーザが同じ伝送媒体を共有することをサポートする。送信機は、データを送信する前に伝送媒体の利用可能性をチェックする。ＩＥＥＥ ８０２．１１規格は、ＣＳＭＡ／ＣＡ（carrier sense multiple access with collision avoidance、ＣＳＭＡ／ＣＡ）を使用してチャネル競合を達成する。ＣＳＭＡ／ＣＡは、バックオフメカニズムを使用して衝突を回避する。
単一チャネルのバックオフメカニズムを次に説明する。メッセージを送信する前に、デバイスは、０からコンテンションウィンドウ（contention window、ＣＷ）までの乱数を選択し、その乱数をバックオフカウンタの初期値として使用し得る。チャネルのアイドル時間が調停用フレーム間間隔（arbitration inter-frame space、ＡＩＦＳ）に到達した後、チャネルが１つのタイムスロット（timeslot）の間にアイドル状態になるたびに、バックオフカウンタのカウント値が１だけ減算される。バックオフカウンタのカウント値が０まで減算される前に、チャネルがあるタイムスロットでビジーである場合、バックオフカウンタはカウントを中断する。その後、チャネルがビジー状態からアイドル状態に変化し、チャネルのアイドル時間がＡＩＦＳに到達すると、バックオフカウンタはカウントを再開する。バックオフカウンタのカウント値が０であるとき、バックオフ手順は終了し、デバイスはデータ送信を開始し得る。
例えば図２を参照して、バックオフカウンタの初期値が５であると想定すると、バックオフカウンタは、チャネルのアイドル時間がＡＩＦＳに到達した後にバックオフの実行を開始する。チャネルが１つのタイムスロットでアイドル状態になるたびに、バックオフカウンタのカウント値が０になるまで、バックオフカウンタのカウント値は１だけ減算される。バックオフカウンタのカウント値が０になった後、デバイスはチャネルの競合に成功し、デバイスはそのチャネルでＰＰＤＵを送信し得る。
本出願の実施形態で提供される通信システムを以下に説明する。図３は、本出願の実施形態による通信システム３０の構造の概略図である。通信システム３０は、送信機ＭＬＤ３０１と受信機ＭＬＤ３０２を含む。
本出願では、ＭＬＤ（送信機ＭＬＤ３０１と受信機ＭＬＤ３０２を含む）は、複数の周波数帯で送受信する能力を有する。単一リンクにおける送信のみをサポートするデバイスと比較して、マルチリンクデバイスは、より高い送信効率とより高いスループットを有する。例えば複数の周波数帯は、２．４ＧＨｚの周波数帯、５ＧＨｚの周波数帯及び６ＧＨｚの周波数帯を含むが、これらに限定されない。ＭＬＤが１つの周波数帯でデータ送信を実行する空間パスは、リンクと呼ばれることがある。すなわち、ＭＬＤはマルチリンク通信をサポートする。
ＭＬＤの場合、ＭＬＤによってサポートされる各リンクは、１つの周波数帯に対応することを理解されたい。
本出願では、ＭＬＤは、マルチバンドデバイス（multi-band device）とも呼ばれることもあり、ＭＬＤ及びマルチバンドデバイスは、相互に置き換えられることがあることに留意されたい。これは、本出願のこの実施形態では特に限定されない。
ＭＬＤは、ＳＴＲ ＭＬＤと非ＳＴＲ ＭＬＤに分類され得る。ＳＴＲ ＭＬＤはＳＴＲ能力を有し、非ＳＴＲ ＭＬＤはＳＴＲ能力を有していない。
本出願では、ＭＬＤは、少なくとも２つの提携局ＳＴＡ（affiliated STAs）を含む。提携局は、アクセスポイント（Access Point Station、ＡＰ ＳＴＡ）であっても、非アクセスポイント局（non-Access Point Station、非ＡＰ ＳＴＡ）であってもよい。説明の便宜上、本出願では、提携局がＡＰであるマルチリンクデバイスを、マルチリンクＡＰ、マルチリンクＡＰデバイス又はＡＰマルチリンクデバイス（AP multi-link device、ＡＰ ＭＬＤ）と呼び、提携局が非ＡＰ ＳＴＡであるマルチリンクデバイスを、マルチリンクＳＴＡ、マルチリンクＳＴＡデバイス、ＳＴＡマルチリンクデバイス（STA multi-link device、ＳＴＡＭＬＤ）又は非ＡＰマルチリンクデバイス（非ＡＰ ＭＬＤ）と呼ぶ。
一実装では、非ＡＰ ＳＴＡは、ＡＰの機能を実装することができる。言い換えると、非ＡＰ ＳＴＡを、ＡＰとして動作させることができる。ＡＰの機能を実装することができる非ＡＰ ＳＴＡ、あるいはＡＰとして動作させることができる非ＡＰ ＭＬＤを含むＭＬＤは、ソフトＡＰ ＭＬＤ（soft ＡＰ ＭＬＤ）と呼ばれることがある。
ＡＰ ＭＬＤが、ＳＴＲ ＡＰ ＭＬＤと非ＳＴＲ ＡＰ ＭＬＤに分類され得ることが理解され得る。ＳＴＲ ＡＰ ＭＬＤはＳＴＲ能力を有し、非ＳＴＲ ＡＰ ＭＬＤはＳＴＲ能力を有していない。同様に、非ＡＰ ＭＬＤは、ＳＴＲ 非ＡＰ ＭＬＤと非ＳＴＲ 非ＡＰ ＭＬＤに分類され得る。ＳＴＲ 非ＡＰ ＭＬＤはＳＴＲ能力を有し、非ＳＴＲ 非ＡＰ ＭＬＤはＳＴＲ能力を有していない。
本出願のこの実施形態では、非ＳＴＲ ＡＰ ＭＬＤは、ソフトＡＰ ＭＬＤを含んでよい。もちろん、非ＳＴＲ ＡＰ ＭＬＤはソフトＡＰ ＭＬＤに限定されない。
ＭＬＤ内の各ＳＴＡは、通信のために１つのリンクを確立し得る。図４に示されるように、送信機ＭＬＤ３０１が局Ａ１～ＡＮを含み、受信機ＭＬＤが局Ｂ１～ＢＮを含む例が使用される。局Ａ１は、リンク１を使用することによって局Ｂ１と通信し、局Ａ２は、リンク２を使用することによって局Ｂ２と通信する。類推によって、局ＡＮは、リンクＮを使用することによって局ＢＮと通信する。
本出願の以下の実施形態では、送信機ＭＬＤ３１０と受信機ＭＬＤ３２０との間の複数のリンクが第１リンクと第２リンクを含む例を使用することによって説明を行う。
任意に、本出願におけるＡＰ ＳＴＡは、モバイルユーザが有線ネットワークにアクセスするためのアクセスポイントであってよく、主に住宅、建物及びキャンパスにおいて展開される。一般的なカバレッジ半径は数十メートルから百メートルである。もちろん、ＡＰ ＳＴＡは代わりに、屋外で展開されてもよい。ＡＰは、有線ネットワークと無線ネットワークを接続するブリッジに相当する。ＡＰの主な機能は、無線ネットワーククライアントを一緒に接続し、次いで無線ネットワークをイーサネット（登録商標）に接続することである。具体的には、ＡＰは、ワイヤレスフィデリティ（wireless fidelity、Ｗｉ－Ｆｉ）チップを有する端末デバイス又はネットワークデバイスであってよい。ＡＰは、８０２．１１ｂｅ規格をサポートするデバイスであってもよい。あるいは、ＡＰは、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ及び８０２．１１ａのような複数の無線ローカルエリアネットワーク（wireless local area networks、ＷＬＡＮ）規格をサポートするデバイスであってもよい。
任意に、本出願における非ＡＰ ＳＴＡは、無線通信チップ、無線センサ又は無線通信端末であってよい。例えば非ＡＰ ＳＴＡは、Ｗｉ－Ｆｉ通信機能をサポートする携帯電話、Ｗｉ－Ｆｉ通信機能をサポートするタブレットコンピュータ、Ｗｉ－Ｆｉ通信機能をサポートするセットトップボックス、Ｗｉ－Ｆｉ通信機能をサポートするスマートテレビ、Ｗｉ－Ｆｉ通信機能をサポートするスマートウェアラブルデバイス、Ｗｉ－Ｆｉ通信機能をサポートする車載通信デバイス又はＷｉ－Ｆｉ通信機能をサポートするコンピュータであってもよい。非ＡＰ ＳＴＡは、８０２．１１ｂｅ規格をサポートし得る。非ＡＰ ＳＴＡはまた、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ及び８０２．１１ａのような複数のＷＬＡＮ規格もサポートし得る。
本出願のこの実施形態では、ＢＡは応答フレームとして理解されてよいことに留意されたい。加えて、応答フレームは、確認応答ＡＣＫ（acknowledgement、ＡＣＫ）を更に含み得る。したがって、本出願におけるＢＡはまた、ＡＣＫに置き換えられることもある。すなわち、本出願におけるＢＡは、応答フレームのみを示す。しかしながら、応答フレームは必ずしもＢＡである必要はなく、代わりにＡＣＫであってもよい。
以下では、本出願の実施形態で提供される技術的な解決策を、明細書に添付の図面を参照して具体的に説明する。
まず、本出願の実施形態は、リンクエラーリカバリ方法を提供する。本方法は、同期マルチリンク通信において、送信機ＭＬＤと受信機ＭＬＤとの間の第１リンクと第２リンクの両方でＰＰＤＵ送信障害（transmission failure）が発生するシナリオに適用され得る。
例えば送信機ＭＬＤはＡＰ ＭＬＤであり、受信機ＭＬＤは非ＳＴＲ ＳＴＡＭＬＤである。ＡＰ ＭＬＤがＡＰ１とＡＰ２という２つの局を含み、ここで、ＡＰ１がリンク１をサポートし、ＡＰ２がリンク２をサポートし、非ＳＴＲ ＳＴＡＭＬＤがＳＴＡ１とＳＴＡ２を含み、ここで、ＳＴＡ１がリンク１を使用することによってＡＰ１と通信し、ＳＴＡ２がリンク２を使用することによってＡＰ２と通信する場合、このシナリオは図５に示されるようになり得る。×印は送信の失敗を示す。
もちろん、本方法の適用シナリオは、本出願において、単に一例として説明されるものである。本方法の適用シナリオは、本出願のこの実施形態において特に限定されない。本明細書で例として説明される適用シナリオはまた、本出願のこの実施形態による方法にいかなる制限も課さない。
本方法は、送信機ＭＬＤによって、あるいは送信機ＭＬＤで使用され得る構成要素（例えばチップ）によって実行され得る。本出願では、本方法が送信機ＭＬＤによって実行される例を使用することにより説明を行う。加えて、本方法では、送信機ＭＬＤと受信機ＭＬＤの一方がＳＴＲ能力を有し、他方はＳＴＲ能力を有していない。言い換えると、送信機ＭＬＤと受信機ＭＬＤの一方はＳＴＲ ＭＬＤであり、他方は非ＳＴＲ ＭＬＤである。
図６は、リンクエラーリカバリ方法の概略フローチャートである。リンクエラーリカバリ方法は以下のステップを含む。
Ｓ６０１．送信機ＭＬＤが、第１リンクにおける第１ＰＰＤＵの送信は失敗したと決定する。
任意に、送信機ＭＬＤが、第１リンクにおける第１ＰＰＤＵの送信は失敗したと決定することは、送信機ＭＬＤが第１ＰＰＤＵのＢＡを受信していないとき、送信機ＭＬＤが、第１ＰＰＤＵの送信は失敗したと決定することを含む。
任意に、第１ＰＰＤＵの送信障害は、第１ＰＰＤＵに含まれる一部又はすべてのコンテンツの送信障害を含み得る。
Ｓ６０２．送信機ＭＬＤが、第１時点（first moment）において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。対応して、受信機ＭＬＤは、第１リンクを使用することにより、送信機ＭＬＤからの第２ＰＰＤＵを受信する。
第２ＰＰＤＵは、第１ＰＰＤＵのエラー部分を再送するために使用される。
ステップＳ６０２は、送信機ＭＬＤが、第１時点において、第１リンクを使用することにより、第１ＰＰＤＵのエラー部分を受信機ＭＬＤに再送することであってもよいことが理解され得る。
第１リンクを使用することにより第２ＰＰＤＵを送信することは、第１リンクにおいて第２ＰＰＤＵを送信することとしても理解されてよく、これら２つは互いに置き換えられてもよい。
この場合、第１ＰＰＤＵの送信が失敗すると、第１ＰＰＤＵのエラー部分が送信機ＭＬＤによって再送されるので、送信機ＭＬＤが第１リンクのエラーリカバリを完了したものと見なされてよい。
任意に、送信機ＭＬＤが、第１時点において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信することは、第１リンクが第１期間中にアイドルであるとき、送信機ＭＬＤが、第１時点において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信することを含み得る。第１期間の終了時点（end moment）が第１時点であり、第１期間の持続時間はＰＩＦＳ又はＴＢＤ（To Be Decided）時間である。
任意に、送信機ＭＬＤは、クリアチャネル評価（clear channel assessment、ＣＣＡ）を実行することによって、第１リンクが第１期間中にアイドルであるかどうかを判断し得る。
別の実装では、第１期間の持続時間はＳＩＦＳである。
任意に、送信機ＭＬＤは、第１リンクがＳＩＦＳでアイドルであるかどうかを判断するための検出方法として、エネルギー検出（energy detection、ＥＤ）を使用し得る。
任意に、送信機ＭＬＤは、ＥＤ閾値を減少させてよく、例えばＥＤ閾値を、現在の２０ＭＨｚチャネル空間の６２ｄｂｍから７２ｄｂｍに減らしてよい。
送信機ＭＬＤが、第１リンクが第１期間中にアイドルであると判断すると、例えば第１期間中にＣＣＡが渡されると、ステップＳ６０２が実行される。
第２リンクにおける送信障害が第２リンクにおける第３ＰＰＤＵの送信障害である場合、送信機ＭＬＤは、第１時点において、第３ＰＰＤＵのエラー部分を再送し得ることが理解され得る。すなわち、送信機ＭＬＤは、第１リンクと第２リンクにおいてエラーリカバリを同期的に実行する。したがって、第１リンクと第２リンクにおいて送信されるＰＰＤＵを同期させることができ、それにより、データが非ＳＴＲ ＭＬＤ側で同時に送受信される場合を回避することができる。
この場合、第２ＰＰＤＵの終了時点は、第２リンクにおける第４ＰＰＤＵの終了時点と同じであり、第４ＰＰＤＵは、第３ＰＰＤＵのエラー部分の再送に使用される。
任意に、第２ＰＰＤＵを受信した後、受信機ＭＬＤは、第２ＰＰＤＵのＢＡを送信機ＭＬＤに送信し得るか又は第２ＰＰＤＵに基づいてサービス処理を実行し得る。これは、本出願のこの実施形態では特に限定されない。
この実施形態における第１時点は、以下で詳細に説明される。本出願のこの実施形態の異なる実装では、第１時点は異なっていてもよい。
可能な実装では、第１時点は、送信機ＭＬＤが、第２リンクの送信ステータス情報を取得する時点である。
第２リンクの送信ステータス情報は、第２リンクにおける第３ＰＰＤＵの送信が失敗したことを示すために使用される。
同期マルチリンク送信では、第３ＰＰＤＵの終了時点は、第１ＰＰＤＵの終了時点と同じであることを理解されたい。
すなわち、この可能な実装では、ステップＳ６０２の前に、送信機ＭＬＤは、第２リンクの送信ステータス情報を取得する必要がある。任意に、送信機ＭＬＤの内部実装の観点から、第１局によって第２リンクの送信ステータス情報が取得されてよく、第１局は、送信機ＭＬＤ内にあり、かつ第１リンクをサポートする局である。
任意に、第１局が第２リンクの送信ステータス情報を取得することは、第１局が第２局からの第２リンクの送信ステータス情報を受信することを含んでよく、第２局は、送信機ＭＬＤ内にあり、かつ第２リンクをサポートする局である。すなわち、ステップＳ６０２の前に、本方法は、第２局が、第２リンクの送信ステータス情報を第１局に送信することを更に含み得る。対応して、第１局は、第２局からの第２リンクの送信ステータス情報を受信する。
任意に、この可能な実装では、送信機ＭＬＤが第２リンクの送信ステータス情報を取得した時点と、第１ＢＡの予測開始時点との間の間隔が第１期間以下であるとき、第２リンクの送信ステータス情報が取得される時点が、送信機ＭＬＤによって第１時点として決定される。言い換えると、第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点である。第１ＢＡは、第１ＰＰＤＵのＢＡであり、第１期間は、第１ＢＡの長さとＳＩＦＳの合計である。
本解決策はまた、次のように説明されてもよいことが理解され得る：送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点から、第１ＢＡの予測終了時点までの間隔が第１期間以下であり、第１期間がＳＩＦＳであるとき、第２リンクの送信ステータス情報が取得される時点が、送信機ＭＬＤによって第１時点として決定される。言い換えると、第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点である。
第１ＢＡの予測開始時点は、第１ＰＰＤＵが正常に送信される場合に送信機ＭＬＤが第１ＢＡを受信する時点であり得るか、あるいは第１ＢＡの予測開始時点と第１ＰＰＤＵの終了時点との間の間隔は、ＳＩＦＳであることが理解され得る。第１ＢＡの予測終了時点は、第１ＰＰＤＵが正常に送信された場合に送信機ＭＬＤが第１ＢＡを受信する時点からの第１ＢＡの長さの間隔である時点であり得る。言い換えると、第１ＢＡの予測終了時点と第１ＰＰＤＵの終了時点との間の間隔は、ＳＩＦＳと第１ＢＡの長さの合計である。
第１ＢＡの予測開始時点は、第１ＰＰＤＵが正常に送信される場合に送信機ＭＬＤが第１ＢＡを受信する時点であり得るか、第１ＰＰＤＵが正常に送信されるときに送信機ＭＬＤが第１ＢＡを受信する時点は、第１ＢＡの開始時点又は第１ＢＡの実際の開始時点と呼ばれることが理解され得る。したがって、本出願では、第１ＢＡの予測開始時点は、第１ＢＡの実際の開始時点と同じであり得る。したがって、以下の実施形態では、第１ＢＡの予測開始時点と第１ＢＡの開始時点は同じ時点であり得る。同様に、第１ＢＡの予測終了時点と第１ＢＡの終了時点は同じ時点であり得る。以下の実施形態における第１ＰＰＤＵ以外の別のＰＰＤＵのＢＡの予測開始時点と予測終了時点については、第１ＢＡの関連する説明を参照されたい。
任意に、第１ＢＡの予測開始時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点よりも早い。
第１ＢＡの予測開始時点と第１ＰＰＤＵの終了時点との間の間隔は、ＳＩＦＳであると理解され得る。
例えば第１ＢＡの開始時点は、ｔ１を使用することによって表され、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点は、ｔ２を使用することによって表され、第１ＢＡの長さは、ＬＢＡを使用することによって表される。送信機ＭＬＤによって第１時点を決定することは、ｔ２－ｔ１≦ＬＢＡ＋ＳＩＦＳの場合、ｔ２を第１時点として決定すること又はｔ２－ＬＢＡ－ｔ１≦ＬＢＡ＋ＳＩＦＳの場合、ｔ２を第１時点として決定することを含み得る。
この解決策に基づくと、送信機が第２リンクの送信ステータス情報を取得する時点又は送信機が第２ＰＰＤＵを送信する時点が、第１ＢＡの後のＳＩＦＳよりも早く、ＳＩＦＳはＰＩＦＳよりも短いので、失敗したＰＰＤＵが第１ＢＡ終了後のＰＩＦＳの間隔である時点で再送される従来技術と比較して、リンクリカバリを早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクスループットを向上させることができる。
ＢＡのヘッダは、ＢＡのＲＥＳＴＡＲＴ指示を含むことが理解され得る。したがって、本出願のこの実施形態では、第１ＢＡの予測開始時点はまた、第１ＢＡのＲＥＳＴＡＲＴ指示の予測開始時点と呼ばれることもあり、あるいは送信機ＭＬＤが第１ＢＡのＲＥＳＴＡＲＴを受信することが予測される時点と呼ばれることもある。これは、本出願のこの実施形態では特に限定されない。
任意に、この可能な実装では、第１ＰＰＤＵの送信が失敗した後、送信機ＭＬＤはまた、第１リンクの送信ステータス情報も取得する。言い換えると、第１局は、第１リンクの送信ステータス情報を第２局に送信し、第１リンクの送信ステータス情報は、第１ＰＰＤＵの送信が失敗したことを示すために使用される。
任意に、同期送信により、送信機ＭＬＤは、第１リンクの送信ステータス情報と第２リンクの送信ステータス情報を同時に取得し得る。言い換えると、第１局が第２リンクの送信ステータス情報を受信する時点は、第２局が第１リンクの送信ステータス情報を受信する時点と同じである。
任意に、第２リンクについて、第１時点はまた、この実装において、送信機ＭＬＤ（又は第２局）が第１リンクの送信ステータス情報を取得する時点として理解されてもよい。
第２リンクのエラーリカバリについて、送信機ＭＬＤは、第１リンクのエラーリカバリのプロセスと同様のプロセスを実行する。言い換えると、第２局は、第２リンクのエラーリカバリを実行するために、第１局の方法と同様の方法を実行する。詳細については、前述の関連する説明を参照されたい。詳細については、ここでは再度説明しない。
以下、具体例を用いてこの実装について説明する。
例えば図５に示されるシナリオに基づいて、第１リンクがリンク１であり、第２リンクがリンク２であり、第１ＰＰＤＵがＰＰＤＵ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第１ＢＡがＢＡ１１であり、ＰＰＤＵ２１のＢＡがＢＡ２１である例を用いる。図７に示されるように、ＡＰ１が、第１ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ１１を受信していない場合、ＡＰ ＭＬＤ（又はＡＰ１）は、リンク１におけるＰＰＤＵ１１の送信が失敗したと判断し得る。その後、ｔ２においてリンク２の送信ステータス情報を取得した後（すなわち、第１時点）、ＡＰ ＭＬＤ（又はＡＰ１）は、リンク１を使用することにより、ｔ２においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵとして理解され得る。
破線のボックス内のＢＡは、ＢＡが受信されていないことを意味し、以降の図面の破線のボックスも、ボックス内の内容が受信されていないことを示す。これは、本明細書では統一的に説明され、以下の実施形態では詳細は説明されない。
同様に、ＡＰ２が、第３ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ２１を受信していない場合、ＡＰ ＭＬＤ（又はＡＰ２）は、リンク２におけるＰＰＤＵ２１の送信が失敗したと判断し得る。その後、ｔ２においてリンク１の送信ステータス情報を取得した後（すなわち、第１時点）、ＡＰ ＭＬＤ（又はＡＰ２）は、リンク２を使用することにより、ｔ２においてＰＰＤＵ２１'を送信し、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵとして理解され得る。
別の可能な実装では、第１時点は、第１ＰＰＤＵが正常に送信された場合に、第１リンクにおいて次のＰＰＤＵを送信するための時点である。
第１ＰＰＤＵが正常に送信された場合、第１リンクにおいて次のＰＰＤＵを送信するための時点は、第１ＰＰＤＵの終了時点と、第１ＢＡの長さと、２つのＳＩＦＳを加算することによって取得されることが理解され得る。
例えば次のＰＰＤＵを送信するための時間が、ｔ３を使用することによって表され、第１ＰＰＤＵの終了時点が、ｔ４を使用することによって表される場合、これは、ｔ３＝ｔ４＋ＬＢＡ＋２ＳＩＦＳとして表され得る。
任意に、この可能な実装では、送信機ＭＬＤが第２時点の前に第２リンクの送信ステータス情報を取得していない場合、送信機ＭＬＤは、第１ＰＰＤＵが正常に送信される場合に第１リンクにおいて次のＰＰＤＵを送信するための時点を、第１時点として決定する。言い換えると、第１時点は、第１ＰＰＤＵが正常に送信される場合に、第１リンクにおいて次のＰＰＤＵを送信するための時点である。
第２時点は、第１ＰＰＤＵが正常に送信された場合、第１リンクにおいて次のＰＰＤＵを送信するための時点であると理解され得る。したがって、第１ＰＰＤＵが正常に送信される場合、送信機ＭＬＤが、第１リンクにおいて次のＰＰＤＵを送信する時点より前に第２リンクの送信ステータス情報を取得していないとき、第１時点は、第１ＰＰＤＵが正常に送信された場合に第１リンクにおいて次のＰＰＤＵを送信する時点であるとみなされてもよい。
任意に、送信機ＭＬＤの内部実装の観点から、送信機ＭＬＤが第２リンクの送信ステータス情報を取得していないことは、第１局が第２リンクの送信ステータス情報を取得していないことであり得る。
任意に、第１局と第２局との間の情報交換の遅延が過度に大きくなる可能性がある。結果として、第１ＰＰＤＵが正常に送信されるとき、次のＰＰＤＵを送信する時点において、第１局はまだ、第２リンクの送信ステータス情報を取得していない。
例えば次のＰＰＤＵを送信するための時点は、ｔ３を使用することによって表される。送信機ＭＬＤによって第１時点を決定することは、送信機ＭＬＤが時点ｔ３において第２リンクの送信ステータス情報を取得していないとき、送信機ＭＬＤが、ｔ３を第１時点として決定することを含み得る。
この解決策に基づくと、ＳＩＦＳはＰＩＦＳより短いので、第１ＰＰＤＵが正常に送信される場合、第１リンクにおいて次のＰＰＤＵを送信するための時点は、第１ＢＡ終了後のＰＩＦＳの間隔である時点よりも早い。したがって、失敗したＰＰＤＵが第１ＢＡ終了後のＰＩＦＳの間隔である時点で再送される従来技術と比較して、リンクリカバリを早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
第２リンクのエラーリカバリについて、送信機ＭＬＤは第１リンクのエラーリカバリのプロセスと同様のプロセスを実行する。言い換えると、第２局は、第２リンクのエラーリカバリを実行するために、第１局の方法と同様の方法を実行する。詳細は前述の関連する説明を参照されたい。詳細については、ここでは再度説明しない。
以下、具体例を用いてこの実装について説明する。
例えば図５に示されるシナリオに基づいて、第１リンクがリンク１であり、第２リンクがリンク２であり、第１ＰＰＤＵがＰＰＤＵ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第１ＢＡがＢＡ１１であり、ＰＰＤＵ２１のＢＡがＢＡ２１である例を用いる。図８に示されるように、ＡＰ１が、第１ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ１１を受信していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ１）は、リンク１におけるＰＰＤＵ１１の送信が失敗したと判断し得る。その後、ＡＰ送信機ＭＬＤ（又はＡＰ１）が、時点ｔ３において第２リンクの送信ステータス情報を取得していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ１）は、リンク１を使用することにより、ｔ３においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵとして理解され得る。
同様に、ＡＰ２が第３ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ２１を受信していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ２）は、リンク２におけるＰＰＤＵ２１の送信が失敗したと判断し得る。その後、ＡＰ送信機ＭＬＤ（又はＡＰ２）が、時点ｔ３において第１リンクの送信ステータス情報を取得していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ２）は、リンク２を使用することにより、ｔ３において、ＰＰＤＵ２１'を送信し、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵとして理解され得る。
更に別の可能な実装では、第１時点と、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点との間の間隔はＰＩＦＳである。
第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点よりも後である。具体的には、送信機ＭＬＤが第２リンクの送信ステータス情報を取得した時点からＰＩＦＳの期間を待機した後、送信機ＭＬＤは、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。
任意に、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点と、第１ＰＰＤＵの終了時点との間の間隔がＰＩＦＳ以下であるとき、送信機ＭＬＤは、第１時点と送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点との間の間隔が、ＰＩＦＳであると判断する。
例えば第１ＰＰＤＵの終了時点が、ｔ４を使用することにより表され、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点が、ｔ２を使用することにより表される場合、ｔ２－ｔ４≦ＰＩＦＳの場合は、送信機ＭＬＤは、第１時点と送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点との間の間隔がＰＩＦＳであると判断することが示され得る。
第２リンクのエラーリカバリについて、送信機ＭＬＤは、第１リンクのエラーリカバリのプロセスと同様のプロセスを実行する。言い換えると、第２局は、第２リンクのエラーリカバリを実行するために、第１局の方法と同様の方法を実行する。詳細については、前述の関連する説明を参照されたい。詳細については、ここでは再度説明しない。
以下、具体例を用いてこの実装について説明する。
例えば図５に示されるシナリオに基づいて、第１リンクがリンク１であり、第２リンクがリンク２であり、第１ＰＰＤＵがＰＰＤＵ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第１ＢＡがＢＡ１１であり、ＰＰＤＵ２１のＢＡがＢＡ２１である例を用いる。図９に示されるように、ＡＰ１が、第１ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ１１を受信していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ１）は、リンク１におけるＰＰＤＵ１１の送信が失敗したと判断し得る。その後、ＡＰ送信機ＭＬＤ（又はＡＰ１）は、ｔ２を第１期間の開始時点として使用し、リンク１を使用することにより、第１期間の終了時点においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵとして理解され得る。
同様に、ＡＰ２が第３ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＢＡ２１を受信していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ２）は、リンク２におけるＰＰＤＵ２１の送信が失敗したと判断し得る。その後、ＡＰ送信機ＭＬＤ（又はＡＰ２）は、ｔ２を第１期間の開始時点として使用し、リンク２を使用することにより、第１期間の終了時点においてＰＰＤＵ２１'を送信し、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵとして理解され得る。
図７から図９では、リンク１とリンク２上のＲＴＳ／ＣＴＳは完全に整列されているが、本実施形態の解決策は、複数のリンク上のＲＴＳ／ＣＴＳが完全に整列されている場合にのみ適用可能であることに限定するものではないことに留意されたい。この解決策は、複数のリンク上のＲＴＳ／ＣＴＳが完全には整列されていない場合にも適用可能である。例えば図７に示される解決策は、ＰＰＤＵ１０及びＰＰＤＵ２０がＲＴＳを含み、ＢＡ１０及びＢＡ２０がＣＴＳを含む、図１０に示されるシナリオにも適用可能であってよい。
異なるリンク上のＲＴＳは完全に整列されており、これは、異なるリンク上のＲＴＳの開始時点と終了時点がすべて同じであることを示してよい。異なるリンク上のＣＴＳは完全に整列されており、これは、異なるリンク上のＣＴＳの開始時点と終了時点がすべて同じであることを示してよい。
この解決策に基づくと、一方では、送信機ＭＬＤと受信機ＭＬＤのうちの一方がＳＴＲ能力を有し、他方がＳＴＲ能力を有しておらず、第１リンクにおける第１ＰＰＤＵの送信が失敗したシナリオでは、送信機ＭＬＤは、第１ＰＰＤＵのエラー部分を再送するために、第１時点において第２ＰＰＤＵを送信してよく、それにより第１リンクのエラーリカバリを実装することができる。他方では、第１時点が、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点であるとき、送信機ＭＬＤの内部送信ステータス情報交換における遅延が考慮される。送信ステータス情報交換が非常に高速であることが想定される場合と比較して、製品実装が更に容易にされ、送信機ＭＬＤに対する設計圧力が低減される。代替的に、第１時点が、第１ＰＰＤＵが正常に送信される場合に第１リンクにおいて次のＰＰＤＵを送信するための時点であるとき、第２ＰＰＤＵが、第１ＰＰＤＵのＢＡの終了時点からのＰＩＦＳの間隔である時点に送信される場合と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間が短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
上述の実施形態では、送信機ＭＬＤと受信機ＭＬＤとの間の第１リンクと第２リンクの両方でＰＰＤＵ送信障害が発生するシナリオにおけるエラーリカバリ方法が説明されている。加えて、本出願の実施形態は、リンクエラーリカバリ方法を更に提供し、本方法は、第１リンクと第２リンクの両方でＰＰＤＵ送信障害が発生することに限定しない。
本方法は、送信機ＭＬＤによって、あるいは送信機ＭＬＤ内で使用され得る構成要素（例えばチップ）によって実行され得る。本出願では、本方法が送信機ＭＬＤによって実行される例を用いて説明を行う。加えて、この方法では、送信機ＭＬＤと受信機ＭＬＤのうちの一方がＳＴＲ能力を有し、他方はＳＴＲ能力を有していない。
本出願の以下の実施形態では、送信機ＭＬＤがＡＰ ＭＬＤであり、受信機ＭＬＤが非ＳＴＲ ＳＴＡＭＬＤである例を使用する。ＡＰ ＭＬＤは、ＡＰ１とＡＰ２という２つ局を含み、ＡＰ１はリンク１をサポートし、ＡＰ２はリンク２をサポートし、非ＳＴＲ ＳＴＡＭＬＤは、ＳＴＡ１とＳＴＡ２を含み、ＳＴＡ１は、リンク１を使用することによりＡＰ１と通信し、ＳＴＡ２は、リンク２を使用することによりＡＰ２と通信すると仮定する。
可能な実装シナリオでは、図１１に示されるように、方法は以下のステップを含む。
Ｓ１１０１．送信機ＭＬＤが、第１リンクにおける第１ＰＰＤＵの送信は失敗したと決定する。
ステップＳ１１０１の関連する説明については、ステップＳ６０１を参照されたい。詳細はここでは再度説明しない。
Ｓ１１０２．送信機ＭＬＤが、第１時点において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。対応して、受信機ＭＬＤは、第１リンクを使用することにより、送信機ＭＬＤからの第２ＰＰＤＵを受信する。
第２ＰＰＤＵは、第１ＰＰＤＵのエラー部分を再送するために使用される。送信機ＭＬＤによる受信機ＭＬＤへの第２ＰＰＤＵの送信に関する関連する説明については、ステップＳ６０２の関連する説明を参照されたい。詳細はここでは再度説明しない。
任意に、第２ＰＰＤＵを受信した後、受信機ＭＬＤは、第２ＰＰＤＵのＢＡを送信機ＭＬＤに送信してもよく、あるいは第２ＰＰＤＵに基づいてサービス処理を実行してもよい。これは、本出願のこの実施形態では特に限定されない。
この実施形態の第１時点は以下に説明される。任意に、この実施形態の異なる実装シナリオでは、第１時点は異なってもよい。
可能な実装では、第１リンクにおける第１ＰＰＤＵの送信が失敗し、第２リンクにおける第３ＰＰＤＵのＢＡの送信が成功したとき、第１時点は第１ＢＡの予測終了時点であり、ここで、第１ＢＡは第１ＰＰＤＵのＢＡである。第３ＰＰＤＵの終了時点は、第１ＰＰＤＵの終了時点と同じである。
例えば第１リンクはリンク１であり、第２リンクはリンク２であり、リンク１でＰＰＤＵ送信障害が発生し、リンク２では送信障害は発生せず、第１ＰＰＤＵはＰＰＤＵ１１であり、第１ＢＡはＢＡ１１である。図１２に示されるように、第１ＰＰＤＵの終了時点からＳＩＦＳの期間が経過してもＡＰ１がＢＡ１１を受信していない場合、ＡＰ送信機ＭＬＤ（又はＡＰ１）は、リンク１におけるＰＰＤＵ１１の送信が失敗したと判断し得る。その後、ＡＰ ＭＬＤ（又はＡＰ１）は、リンク１を使用することにより、第１ＢＡの予測終了時点においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵである。ＰＰＤＵ２１はリンク２上の第３ＰＰＤＵであり、ＰＰＤＵ２２はリンク２上の第４ＰＰＤＵである。
別の実装では、第１リンクにおける第１ＰＰＤＵの送信が失敗し、第２リンクにおける第３ＰＰＤＵのＢＡの送信が成功した場合、第１時点は、第１ＢＡの予測終了時点よりも遅く、ここで、第１ＢＡは第１ＰＰＤＵのＢＡである。第３ＰＰＤＵの終了時点は、第１ＰＰＤＵの終了時点と同じである。
図１２を例として使用すると、第１リンクでＰＰＤＵ１１'を送信するための第１時点、すなわち、ＰＰＤＵ１１'を送信するための時間は、第１ＢＡの予測終了時点よりも早くない。
任意に、第１時点と第１ＢＡの予測終了時点との間の間隔は、所与の期間である。例えば第１リンクでＰＰＤＵ１１'を送信する時間と、第１ＢＡの予測終了時点との間の間隔は、フレーム整列誤差（frame alignment error）である可能性があり、例えば８μｓであり得る。
任意に、第１時点は、第２リンク上のＢＡ２の実際の終了時間と同じか又はこれと整列される。例えば第１リンク上でＰＰＤＵ１１'を送信するための時間は、第２リンク上のＢＡ２の実際の終了時間であってよい。ＢＡ２１は第２リンク上のＰＰＤＵ２１のＢＡであり、ＰＰＤＵ２１は第２リンク上の第３ＰＰＤＵである。
この可能な実装では、送信機ＭＬＤはＳＴＲ能力を有する、すなわち、ＳＴＲ ＭＬＤであり、受信機ＭＬＤはＳＴＲ ＭＬＤ機能を有していない、すなわち、非ＳＴＲ ＭＬＤであることに留意されたい。
別の可能な実装では、第１リンクにおける第１ＰＰＤＵの送信が失敗し、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗した場合、第１時点は、第１ＢＡの予測終了時点であり、ここで、第１ＢＡは第１ＰＰＤＵのＢＡである。第３ＰＰＤＵの終了時点は、第１ＰＰＤＵの終了時点と同じである。
任意に、ＢＡ送信障害はＢＡ復号障害を含み得る。
この可能な実装では、この実施形態で提供されるリンクエラーリカバリ方法は、更に以下を含み得る：送信機ＭＬＤが、第２時点において、第２リンクを使用することにより、第４ＰＰＤＵを受信機ＭＬＤに送信し、ここで、第４ＰＰＤＵは、第３ＰＰＤＵのエラー部分のＰＰＤＵを再送するために使用される。
第２時点と第３ＰＰＤＵのＢＡの終了時点との間の間隔はＰＩＦＳであり、第２時点は第３ＰＰＤＵのＢＡの終了時点よりも後である。
任意に、第４ＰＰＤＵの終了時点は第２ＰＰＤＵの終了時点と同じである。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１でＰＰＤＵ送信障害が発生し、リンク２ではＢＡ送信障害が発生し、第１ＰＰＤＵがＰＰＤＵ１１であり、第１ＢＡがＢＡ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第３ＰＰＤＵのＢＡがＢＡ２１である。図１３に示されるように、ＢＡ２１の送信が失敗した場合、ＡＰ ＭＬＤ（又はＡＰ２）は、ＢＡ２１の終了時点からのＰＩＦＳの期間を待機した後、ＰＰＤＵ２１'を送信してよく、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵである。
この可能な実装では、送信機ＭＬＤはＳＴＲ能力を有する、すなわち、ＳＴＲ ＭＬＤであり、受信機ＭＬＤはＳＴＲ ＭＬＤ機能を有していない、すなわち、非ＳＴＲ ＭＬＤであることに留意されたい。
上述の２つの可能な実装に基づくと、第１ＢＡの予測終了時点において第２ＰＰＤＵを送信することによって、第２ＰＰＤＵが、第１ＢＡの終了時点からＰＩＦＳの間隔である時点で送信される場合と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間を短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
更に別の実装では、第１リンクにおける第１ＰＰＤＵの送信が失敗し、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗したとき、第１時点と第１ＢＡの予測終了時点との間の間隔はＰＩＦＳであり、第１時点は第１ＢＡの終了時点よりも後である。
この可能な実装では、この実施形態において提供されるリンクエラーリカバリ方法には、更に以下を含み得る：送信機ＭＬＤが、第２時点において、第２リンクを使用することにより、第４ＰＰＤＵを受信機ＭＬＤに送信し、ここで、第４ＰＰＤＵは、第３ＰＰＤＵのエラー部分のＰＰＤＵを再送するために使用される。第２時点については、上記の関連する説明を参照されたい。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１でＰＰＤＵ送信障害が発生し、リンク２でＢＡ送信障害が発生し、第１ＰＰＤＵがＰＰＤＵ１１であり、第１ＢＡがＢＡ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第３ＰＰＤＵのＢＡがＢＡ２１である。図１４に示されるように、ＰＰＤＵ１１の送信が失敗するとき、ＡＰ ＭＬＤ（又はＡＰ１）は、第１時点においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵである。ＢＡ２１の送信が失敗すると、ＡＰ ＭＬＤ（又はＡＰ２）は、第２時点において、ＰＰＤＵ２１'を送信し、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵである。
この可能な実装では、送信機ＭＬＤはＳＴＲ能力を有する、すなわち、ＳＴＲ ＭＬＤであり、受信機ＭＬＤはＳＴＲ ＭＬＤ機能を有していない、すなわち、非ＳＴＲ ＭＬＤであることに留意されたい。
更に別の実装では、第１リンクにおける第１ＰＰＤＵの送信が失敗し、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗したとき、第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点であってよく、ここで、第２リンクの送信ステータス情報は、第３ＰＰＤＵのＢＡの送信が失敗したことを示すために使用され得る。
任意に、第１時点は第１ＢＡの予測終了時点よりも早い。
この可能な実装では、この実施形態において提供されるリンクエラーリカバリ方法には、更に以下を含み得る：送信機ＭＬＤが、第２時点において、第２リンクを使用することにより、第４ＰＰＤＵを受信機ＭＬＤに送信し、ここで、第４ＰＰＤＵは、第３ＰＰＤＵのエラー部分のＰＰＤＵを再送するために使用される。第２時点については、上記の関連する説明を参照されたい。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１でＰＰＤＵ送信障害が発生し、リンク２でＢＡ送信障害が発生し、第１ＰＰＤＵがＰＰＤＵ１１であり、第１ＢＡがＢＡ１１であり、第３ＰＰＤＵがＰＰＤＵ２１であり、第３ＰＰＤＵのＢＡがＢＡ２１であり、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点がｔ２である。図１５に示されるように、ＰＰＤＵ１１の送信が失敗すると、ＡＰ ＭＬＤ（又はＡＰ１）は、ｔ２においてＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵである。ＢＡ２１の送信が失敗すると、ＡＰ ＭＬＤ（又はＡＰ２）はＢＡ２１からＰＩＦＳの間隔である時点において、ＰＰＤＵ２１'を送信し、ここで、ＰＰＤＵ２１'は第４ＰＰＤＵである。
この可能な実装では、送信機ＭＬＤはＳＴＲ能力を有する、すなわち、ＳＴＲ ＭＬＤであり、受信機ＭＬＤはＳＴＲ ＭＬＤ機能を有していない、すなわち、非ＳＴＲ ＭＬＤであることに留意されたい。
この可能な実装に基づくと、第２ＰＰＤＵが、第１ＢＡの終了時点からＰＩＦＳの間隔である時点において送信される場合と比較して、リンクリカバリをより早く実装することができ、その結果、再送までの待ち時間を短縮される。この場合、新しいデータを送信するためのより多くの時間があり、それにより、リンクのスループットを向上させることができる。
上述の４つの可能な実装では、受信機ＭＬＤが非ＳＴＲ ＭＬＤであるので、第２ＰＰＤＵの終了時点は、第２リンクにおける第４ＰＰＤＵの終了時点と同じであることが理解され得る。
任意に、第４ＰＰＤＵの終了時点が第２ＰＰＤＵの終了時点と同じである実装では、第４ＰＰＤＵ及び第２ＰＰＤＵに関して、後に送信されるＰＰＤＵは、先に送信されるＰＰＤＵの長さに基づいて、そのＰＰＤＵの長さを調整し得る。例えば長さは、より少ないメディアアクセス制御プロトコルデータユニット（media access control protocol data units、ＭＰＤＵ）を集約すること又はパディング（padding）を減らすことによって調整される。
任意に、上述の４つの可能な実装では、第１時点が終了時点である第１期間中に第１リンクがアイドルでない場合、あるいはＣＣＡが第１期間中に渡されなかった場合、第１ＢＡの予測終了時点においてチャネルバックオフが開始され得る。チャネルバックオフが終了した後、送信機ＭＬＤは、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。この解決策に基づくと、ＰＩＦＳリカバリが失敗したときにバックオフリカバリが継続され得るため、リンクエラーリカバリの信頼性を向上させることができる。
図１１に示される解決策に基づくと、一方では、送信機ＭＬＤがＳＴＲ能力を有し、受信機ＭＬＤがＳＴＲ能力を有しておらず、第１リンクにおける第１ＰＰＤＵの送信が失敗したシナリオでは、送信機ＭＬＤは、第１ＰＰＤＵのエラー部分を再送するために、第１時点において第２ＰＰＤＵを送信してよく、それにより第１リンクのエラーリカバリを実装することができる。他方では、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗したとき、第３ＰＰＤＵのエラー部分を再送するために、第４ＰＰＤＵが第２時点において送信されてよく、これにより、第２リンクのエラーリカバリを実現することができる。
別の可能な実装シナリオでは、図１６に示されるように、方法は以下のステップを含む。
Ｓ１６０１．送信機ＭＬＤが、第１リンクにおける第１ＰＰＤＵ又は第１ＢＡの送信は失敗したと決定する。
第１ＢＡは、第１ＰＰＤＵのＢＡである。第１ＰＰＤＵ又は第１ＢＡの送信障害については、上記の関連する説明を参照されたい。詳細についてはここでは再度説明しない。
Ｓ１６０２．送信機ＭＬＤが、第１時点においてチャネルバックオフの実行を開始する。
第１時点は第１ＢＡの終了時点である。チャネルバックオフは、第１リンクにおけるチャネルバックオフであることが理解され得る。
Ｓ１６０３．チャネルバックオフが終了した後、送信機ＭＬＤは、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。対応して、受信機ＭＬＤは、第１リンクを使用することにより、送信機ＭＬＤからの第２ＰＰＤＵを受信する。
第２ＰＰＤＵは、第１ＰＰＤＵのエラー部分を再送するために使用される。
ステップＳ１６０３では、送信機ＭＬＤは、第２ＰＰＤＵを送信する前にＣＣＡを実行しないことが理解され得る。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１でＰＰＤＵ送信障害が発生し、リンク２では送信障害は発生せず、第１ＰＰＤＵがＰＰＤＵ１１であり、第１ＢＡがＢＡ１１である。図１７に示されるように、ＢＡ１１の予測終了時点において、ＡＰ ＭＬＤ（又はＡＰ１）はチャネルバックオフの実行を開始し、バックオフ終了後にＰＰＤＵ１１'を送信し、ここで、ＰＰＤＵ１１'は第２ＰＰＤＵである。
任意に、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗したとき、送信機ＭＬＤはまた、ＢＡの終了時点において第２リンク上でチャネルバックオフを実行し、チャネルバックオフが終了した後、第３ＰＰＤＵのエラー部分を再送するために、第２リンクで第４ＰＰＤＵを受信機ＭＬＤに送信し得る。
任意に、第２ＰＰＤＵを受信した後、受信機ＭＬＤは、第２ＰＰＤＵのＢＡを送信機ＭＬＤに送信してもよく、あるいは第２ＰＰＤＵに基づいてサービス処理を実行してもよい。これは、本出願のこの実施形態では特に限定されない。
この解決策に基づくと、一方では、送信機ＭＬＤがＳＴＲ能力を有し、受信機ＭＬＤがＳＴＲ能力を有しておらず、第１リンクにおける第１ＰＰＤＵの送信が失敗したシナリオでは、送信機ＭＬＤは、第１ＰＰＤＵのＢＡの予測終了時点においてチャネルバックオフの実行を開始し、第１ＰＰＤＵのエラー部分を再送するために、チャネルバックオフ終了後に第１リンクにおいて第２ＰＰＤＵを送信してよく、それにより、第１リンクのエラーリカバリを実装することができる。他方では、第２リンクにおける第３ＰＰＤＵのＢＡの送信が失敗したとき、ＢＡの終了時点において第２リンクのチャネルバックオフを開始してよく、第３ＰＰＤＵのエラー部分を再送するために、チャネルバックオフ終了後に第４ＰＰＤＵが送信され、それにより、第２リンクのエラーリカバリを実装することができる。
加えて、本出願の実施形態は、リンクエラーリカバリ方法を更に提供する。本方法は、送信機ＭＬＤによって、あるいは送信機ＭＬＤ内で使用される構成要素（例えばチップ）によって実行され得る。本出願では、送信機ＭＬＤによって方法が実行される例を使用して説明を行う。この方法では、送信機ＭＬＤと受信機ＭＬＤのうちの一方がＳＴＲ能力を有し、他方はＳＴＲ能力を有していない。言い換えると、送信機ＭＬＤと受信機ＭＬＤのうちの一方はＳＴＲ ＭＬＤであり、他方は非ＳＴＲ ＭＬＤである。
この方法では、送信機ＭＬＤの各リンクにおいてＴＸＯＰが成功裏に確立された後、ＴＸＯＰ内のＢＡの後のフレーム間間隔はＰＩＦＳであり、ＰＰＤＵの後のフレーム間間隔はＳＩＦＳのままである。例えば図１８に示されるように、ＢＡ１１とＢＡ１２の後のフレーム間間隔はＳＩＦＳであり、ＰＰＤＵ１１とＰＰＤＵ１２の後のフレーム間間隔はＰＩＦＳである。
本出願のＢＡは、応答フレームの１種であることが理解され得る。したがって、ＴＸＯＰ内のＢＡの後のフレーム間間隔はＰＩＦＳであり、これは応答フレームの後のフレーム間間隔がＰＩＦＳであると理解され得る。対応して、本出願のこの実施形態では、ＢＡを受信することはまた、応答フレームを受信することとして理解され得る。
図１９は、本方法の概略フローチャートである。リンクエラーリカバリ方法は、以下のステップを含み得る。
Ｓ１９０１．送信機ＭＬＤは、第１リンクにおいて第１ＢＡを受信する。
第１ＢＡは、第１ＰＰＤＵのＢＡである。
任意に、第１ＰＰＤＵのＢＡが送信機ＭＬＤによって受信された後に復号が失敗した場合、第１ＰＰＤＵのＢＡの送信が失敗したと見なされてよい。
Ｓ１９０２．送信機ＭＬＤは、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信する。対応して、受信機ＭＬＤは、第１リンクを使用することにより、送信機ＭＬＤからの第２ＰＰＤＵを受信する。
第２ＰＰＤＵの開始時点と第１ＢＡの終了時点との間の間隔はフレーム間間隔であり、該フレーム間間隔はＰＩＦＳである。送信機ＭＬＤによる受信機ＭＬＤへの第２ＰＰＤＵの送信に関する関連する説明については、ステップＳ６０２の関連する説明を参照されたい。詳細についてはここでは再度説明しない。
任意に、第１ＢＡの復号が失敗したとき、第２ＰＰＤＵは、第１ＰＰＤＵのエラー部分を再送するために使用される。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１上の第１ＰＰＤＵがＰＰＤＵ１２であり、ＰＰＤＵ１２のＢＡ（ＢＡ１２）の復号が失敗する。図２０に示されるように、ＢＡ１２の復号が失敗した後、送信機ＭＬＤはＢＡ１２の次のフレームでＰＰＤＵ１２'を送信する。ＢＡ１２とＰＰＤＵ１２'との間のフレーム間間隔はＰＩＦＳであり、ＰＰＤＵ１２'は第２ＰＰＤＵである。
加えて、第１リンクにおける第１ＰＰＤＵの送信が失敗したとき、送信機ＭＬＤは依然として、第１ＰＰＤＵのエラー部分を再送するために、第１リンクを使用することにより、第１ＢＡの次のフレームで第２ＰＰＤＵを受信機に送信し得る。
例えば第１リンクがリンク１であり、第２リンクがリンク２であり、リンク１上の第１ＰＰＤＵがＰＰＤＵ１２であり、ＰＰＤＵ１２の送信が失敗する。図２１に示されるように、ＰＰＤＵ１２の送信が失敗した後、送信機ＭＬＤは、ＢＡ１２の次のフレームでＰＰＤＵ１２'を送信する。ＢＡ１２とＰＰＤＵ１２'との間のフレーム間間隔はＰＩＦＳであり、ＰＰＤＵ１２'は第２ＰＰＤＵである。
任意に、第２ＰＰＤＵを受信した後、受信機ＭＬＤは、第２ＰＰＤＵのＢＡを送信機ＭＬＤに送信してよく、あるいは第２ＰＰＤＵに基づいてサービス処理を実行してもよい。これは、本出願のこの実施形態では特に限定されない。
この解決策に基づくと、ＢＡの後のフレーム間間隔がＰＩＦＳであるとき、一方では、リンク上のＰＰＤＵ又はＢＡの送信が失敗した場合であっても、送信機ＭＬＤがこのリンクでエラーリカバリを実行すると、別のリンクの送信ステータス情報は取得されない。この場合、送信機ＭＬＤの内部情報交換が回避され、送信機ＭＬＤの消費電力が削減される。他方では、各リンクのＢＡの後のフレーム間間隔はＰＩＦＳであり、ＰＰＤＵの後のフレーム間間隔はＳＩＦＳであるので、リンクのエラーリカバリ中に別のリンクの送信ステータス情報が取得されない場合であっても、同期送信が実装され得る。例えば図２０又は図２１に示される例では、リンク１では送信障害が発生するが、リンク２では送信障害は発生しない。本方法が、リンク１においてエラーリカバリを実行するために使用されるとき、リンク２との同期送信が実行され得る。このようにして、非ＳＴＲ ＭＬＤがデータを同時に送受信する必要がある場合が回避される。
本出願で提供されるリンクエラーリカバリ方法が上記で説明されている。様々なシナリオにおけるリンクエラーリカバリを以下に要約する。
この要約は、送信機ＭＬＤがＳＴＲ ＭＬＤ又は非ＳＴＲ ＭＬＤであり、送信機ＭＬＤと受信機ＭＬＤとの間のリンクが、リンク１とリンク２を含む場合について説明されている。リンク１とリンク２はリンク間を区別するための単なる例であり、リンク１とリンク２のリンクステータスは交換されてもよい。リンクステータスが交換されるとき、依然として同じ方法を使用してエラーリンクのエラーリカバリを実行することができる。
要約に含まれる以下のリンクステータスの説明については、表１を参照されたい。
Figure 0007485847000001
送信機がＳＴＲ ＭＬＤであるとき、様々なシナリオにおける送信スキーム又はエラーリカバリスキームを表２に示す。
Figure 0007485847000002
送信機が非ＳＴＲ ＭＬＤであるとき、様々なシナリオにおける送信スキーム又はエラーリカバリスキームを表３に示す。
Figure 0007485847000003
上記の実施形態では、送信機ＭＬＤによって実装される方法及び／又はステップはまた、送信機ＭＬＤにおいて使用され得る構成要素（例えばチップ又は回路）によっても実装されてもよいことが理解され得る。
上記は主に、本出願の実施形態で提供される解決策を説明している。対応して、本出願の実施形態は通信装置を更に提供し、通信装置は上述の方法を実装するよう構成される。通信装置は、上述の方法の実施形態における送信機ＭＬＤであってよく、あるいは送信機ＭＬＤを含む装置であってもよく、あるいは送信機ＭＬＤに含まれる装置、例えばシステムチップであってもよい。
上述の機能を実装するために、通信装置は、機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解され得る。当業者には、本明細書で開示される実施形態を参照して説明される実施例におけるユニット及びアルゴリズムステップを、本出願においてハードウェア又はハードウェアとコンピュータソフトウェアの組合せの形態で実装することができることが容易に認識されるべきである。機能がハードウェアによって実装されるか、コンピュータソフトウェアによって駆動されるハードウェアによって実装されるかは、特定の用途及び技術的解決策の設計制約に依存する。当業者は、特定の用途ごとに異なる方法を使用して、説明される機能を実装してもよいが、その実装が本出願の範囲を超えるものと見なされるべきではない。
本出願の実施形態では、上述の方法の実施形態に基づいて、通信装置を機能モジュールに分けてもよい。例えば各機能モジュールが、各々対応する機能に基づく分割により得られてもよく、２つ以上の機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実装され得るか、あるいはソフトウェア機能モジュールの形態で実装されてもよい。モジュールへの分割は一例であり、本出願の実施形態では単なる論理関数分割であることに留意されたい。実際の実装では、別の分割方法が使用されてもよい。
例えば通信装置が、上述の方法の実施形態における送信機ＭＬＤである例が使用される。図２２は送信機ＭＬＤ２２０の構造の概略図である。送信機ＭＬＤ２２０は、送受信モジュール２２０１及び処理モジュール２２０２を含む。送受信モジュール２２０１は、送受信ユニットとも呼ばれることがあり、送信及び／又は受信機能を実装するよう構成される。例えば送受信モジュール２２０１は、送受信回路、トランシーバ、トランシーバ又は通信インタフェースであってよい。
可能な実装では以下のとおりである：
処理モジュール２２０２は、第１リンクにおける第１物理プロトコルデータユニットＰＰＤＵの送信が失敗したと判断するよう構成される。
送受信モジュール２２０１は、第１リンクを使用することによって、第１時点において第２ＰＰＤＵを受信機ＭＬＤに送信するよう構成され、第２ＰＰＤＵは第１ＰＰＤＵのエラー部分を再送するために使用されている。第１時点は、送信機ＭＬＤが第２リンクの送信ステータス情報を取得する時点であり、第２リンクの送信ステータス情報は、第２リンクにおける第３ＰＰＤＵの送信が失敗したことを示すために使用される。あるいは、第１時点は、第１ＰＰＤＵが正常に送信された場合に、第１リンクにおいて次のＰＰＤＵを送信する時点である。
別の可能な実装では以下のとおりである：
処理モジュール２２０２は、第１リンクにおける第１物理プロトコルデータユニットＰＰＤＵの送信が失敗したことを決定するよう構成される。
送受信モジュール２２０１は、第１時点において、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信するよう構成され、第２ＰＰＤＵは第１ＰＰＤＵのエラー部分を再送するために使用される。第１時点は、第１ブロック確認応答ＢＡの予測終了時点であり、第１ＢＡは第１ＰＰＤＵのＢＡである。
更に別の可能な実装では以下のとおりである：
処理モジュール２２０２は、第１リンクにおける第１物理プロトコルデータユニットＰＰＤＵ又は第１ブロック確認応答ＢＡの送信が失敗したことを決定するよう構成され、ここで、第１ＢＡは第１ＰＰＤＵのＢＡである。
処理モジュール２２０２は、第１時点においてチャネルバックオフの実行を開始するよう更に構成され、ここで、第１時点は、第１ＢＡの終了時点である。
送受信モジュール２２０１は、チャネルバックオフが終了した後、第１リンクを使用することにより、第２ＰＰＤＵを受信機ＭＬＤに送信するよう構成され、第２ＰＰＤＵは第１ＰＰＤＵのエラー部分を再送するために使用される。
更に別の可能な実装では以下のとおりである：
処理モジュール２２０２は、送受信モジュール２２０１を使用することにより、第１リンクにおいて第１ブロック確認応答ＢＡを受信するよう構成され、ここで、第１ＢＡは第１物理プロトコルデータユニットＰＰＤＵのＢＡである。
処理モジュール２２０２は、送受信モジュール２２０１を使用することにより、第１リンクにおいて第２ＰＰＤＵを受信機ＭＬＤに送信するよう更に構成され、ここで、第２ＰＰＤＵの開始時点と第１ＢＡの終了時点との間の間隔はフレーム間間隔であり、該フレーム間間隔はポイント調整機能（point coordination function、ＰＣＦ）フレーム間間隔ＰＩＦＳである。
上述の方法の実施形態におけるステップのすべての関連する内容は、対応する機能モジュールの機能説明に引用されてよい。詳細についてはここでは再度説明しない。
この実施形態では、送信機ＭＬＤ２２０は、統合的な方法で機能モジュールに分割された形で提示される。本明細書において、「モジュール」は、指定されたＡＳＩＣ、回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサとメモリ、集積論理回路及び／又は上述の機能を提供することができる別の構成要素であってもよい。
本実施形態で提供される送信機ＭＬＤ２２０は、上述の通信方法を実行することができ、送信機ＭＬＤ２２０によって得ることができる技術的効果については、上述の方法の実施形態を参照されたい。詳細については、ここでは再度説明しない。
図２３は、本出願の一実施形態による通信デバイス２３０のハードウェア構造の概略図である。通信デバイス２３０は、少なくとも１つのプロセッサ２３０１、通信線２３０２、メモリ２３０３及び少なくとも１つの通信インタフェース２３０４を含む。
上述の送信機ＭＬＤの機能は、通信デバイス２３０を使用することによって実装され得る。例えば図２３のプロセッサ２３０１は、メモリ２３０３に記憶されているコンピュータ実行可能な命令を呼び出すことができるので、通信デバイス２３０は上述の方法の実施形態の方法を実行する。
具体的には、図６、図１１、図１６又は図１９のステップ／実装プロセスは、メモリ２３０３に記憶されているコンピュータ実行可能な命令を呼び出すことによって、図２３のプロセッサ２３０１によって実装されてよい。あるいは、図６、図１１、図１６又は図１９の処理関連機能／実装プロセスは、メモリ２３０３に記憶されているコンピュータ実行可能な命令を呼び出すことによって、図２３のプロセッサ２３０１によって実装されてもよい。図６、図１１、図１６又は図１９の送受信関連機能／実装プロセスは、図２３の通信インタフェース２３０４を使用して実装されてもよい。
プロセッサ２３０１は、汎用中央処理ユニット（central processing unit、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）又は本出願の解決策でプログラムの実行を制御するよう構成される１つ以上の集積回路であってもよい。
通信線２３０２は、情報が前述の構成要素間で転送される経路を含み得る。
通信インタフェース２３０４は、トランシーバのような任意の装置であり、別のデバイスと、あるいはイーサネット（登録商標）、無線アクセスネットワーク（radio access network、ＲＡＮ）又は無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）のような通信ネットワークと通信するように構成される。
メモリ２３０３は、読み取り専用メモリ（read-only memory、ＲＯＭ）又は静的な情報と命令を記憶することができる別のタイプの静的ストレージデバイス、ランダムアクセスメモリ（random access memory、ＲＡＭ）又は情報と命令を記憶することができる別のタイプの動的ストレージデバイス、電気的消去可能なプログラマブル読み取り専用メモリ（electrically erasable programmable read-only memory、ＥＥＰＲＯＭ）、コンパクトディスク読み取り専用メモリ（compact disc read-only memory、ＣＤ－ＲＯＭ）又は別の光ディスクストレージ、光ディスクストレージ（コンパクト光ディスク、レーザディスク、光ディスク、デジタル多用途光ディスク、ブルーレイ（登録商標）ディスク等を含む）、磁気ディスク記憶媒体又は別の磁気ストレージデバイス、あるいは命令又はデータ構造の形態で所望のプログラムコードを搬送又は記憶することができ、かつコンピュータによってアクセスすることができる任意の他の媒体であり得るが、これらに限定されない。メモリは独立して存在してもよく、通信線２３０２を介してプロセッサに接続される。メモリは、代替的にプロセッサと統合されてもよい。
メモリ２３０３は、本出願の解決策を実行するためのコンピュータ実行可能な命令を記憶するよう構成され、実行はプロセッサ２３０１によって制御される。プロセッサ２３０１は、本出願の以下の実施形態で提供されるリンクエラーリカバリ方法を実装するために、メモリ２３０３に記憶されるコンピュータ実行可能な命令を実行するよう構成される。
任意に、本出願のこの実施形態におけるコンピュータ実行可能な命令は、アプリケーションプログラムコードと呼ばれることもある。これは、本出願のこの実施形態では特に限定されない。
特定の実装の間、一実施形態において、プロセッサ２３０１は、１つ以上のＣＰＵ、例えば図２３のＣＰＵ０及びＣＰＵ１を含み得る。
特定の実装では、一実施形態において、通信デバイス２３０は、図２３のプロセッサ２３０１及びプロセッサ２３０８のような、複数のプロセッサを含み得る。プロセッサの各々は、シングルコア（シングルＣＰＵ）プロセッサ又はマルチコア（マルチＣＰＵ）プロセッサであり得る。プロセッサは、本明細書において、データ（例えばコンピュータプログラム命令）を処理するよう構成される１つ以上のデバイス、回路及び／又は処理コアであり得る。
具体的な実装では、一実施形態において、通信デバイス２３０は、出力デバイス２３０５及び入力デバイス２３０６を更に含み得る。出力デバイス２３０５はプロセッサ２３０１と通信し、複数の方法で情報を表示し得る。例えば出力デバイス２３０５は、液晶ディスプレイ（liquid crystal display、ＬＣＤ）、発光ダイオード（light emitting diode、ＬＥＤ）ディスプレイデバイス、ブラウン管（cathode ray tube、ＣＲＴ）ディスプレイデバイス、プロジェクタ（projector）等であり得る。入力デバイス２３０６は、プロセッサ２３０１と通信し、複数の方法でユーザ入力を受け取り得る。例えば入力デバイス２３０６は、マウス、キーボード、タッチスクリーンデバイス又はセンシングデバイスであり得る。
上述の通信デバイス２３０は、汎用デバイス又は専用デバイスであり得る。具体的な実装では、通信デバイス２３０は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パーソナルデジタルアシスタント（personal digital assistant、ＰＤＡ）、携帯電話、タブレットコンピュータ、無線端末デバイス、組み込みデバイス又は図２３のものと同様の構造を有するデバイスであり得る。通信デバイス２３０のタイプは、本出願のこの実施形態において限定されない。
任意に、本出願の実施形態は、通信装置（例えば通信装置はチップ又はチップシステムであり得る）を更に提供し、ここで、通信装置は、前述の方法の実施形態のいずれか１つにおける方法を実装するよう構成されるプロセッサを含む。可能な設計では、通信装置はメモリを更に含む。メモリは、必要なプログラム命令とデータを記憶するよう構成される。プロセッサは、メモリに記憶されたプログラムコードを呼び出して、上述の方法の実施形態の任意の１つにおける方法を実装するよう通信装置を示し得る。確かに、メモリは通信装置内に位置しない可能性がある。通信装置がチップシステムであるとき、チップシステムはチップを含み得るか又はチップと他の個別のデバイスを含み得る。これは、本出願のこの実施形態では特に限定されない。
上述の実施形態のすべて又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組合せによって実装され得る。ソフトウェアプログラムが、実施形態を実装するために使用されるとき、実施形態のすべて又は一部は、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本出願の実施形態における手順又は機能のすべて又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ読取可能記憶媒体に記憶され得るか又はコンピュータ読取可能記憶媒体から別のコンピュータ読取可能記憶媒体に送信され得る。例えばコンピュータ命令は、ウェブサイト、コンピュータ、サーバ又はデータセンタから、別のウェブサイト、コンピュータ、サーバ又はデータセンタに有線（例えば同軸ケーブル、光ファイバ又はデジタル加入者線（digital subscriber line、ＤＳＬ））又は無線（例えば赤外線、ラジオ又はマイクロ波）で送信され得る。コンピュータ読取可能記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、あるいは１つ以上の使用可能な媒体を統合するサーバ又はデータセンタのようなデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（例えばフロッピーディスク、ハードディスク又は磁気テープ）、光媒体（例えばＤＶＤ）、半導体媒体（例えばソリッドステートドライブ（solid state disk、ＳＳＤ））等であり得る。本出願の実施形態では、コンピュータは上述の装置を含み得る。
本出願は、実施形態を参照して説明されているが、保護を請求する本出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容及び添付の特許請求の範囲を見ることによって、開示された実施形態の別の変形を理解し、実装し得る。特許請求の範囲において、「含む」（comprising）という用語は、別の構成要素又は別のステップを除外せず、「a」又は「１つ（one）」は複数の意味を除外しない。単一のプロセッサ又は別のユニットは、特許請求の範囲で列挙されるいくつかの機能を実装し得る。いくつかの手段は、互いに異なる従属請求項に記録されるが、これは、これらの手段を組み合わせて大きな効果を生み出すことができないことを意味するものではない。
本出願は、特定の特徴及びその実施形態を参照して説明されているが、本出願の範囲から逸脱することなく、それらに対して様々な修正及び組合せが行われてもよいことが明らかである。これに対応して、本明細書及び添付の図面は、添付の特許請求の範囲によって定義される本出願の例示的な説明にすぎず、本出願の範囲をカバーする修正、変形、組合せ又は均等物のいずれか又はすべてとみなされる。当業者は、本出願の範囲から逸脱することなく、本出願に様々な修正及び変形を行うことができることは明らかである。本出願は、これらの修正及び変形が本出願の特許請求の範囲内及びそれと同等の技術の範囲内にあることを条件として、本出願のこれらの修正及び変形をカバーするよう意図される。

Claims (18)

  1. リンクエラーリカバリ方法であって、当該方法は、送信機マルチリンクデバイス（ＭＬＤ）に適用され、前記送信機ＭＬＤと受信機ＭＬＤとの間のリンクは、第１リンクと第２リンクを含み、前記送信機ＭＬＤと前記受信機ＭＬＤのうちの一方は同時送受信（ＳＴＲ）能力を有し、他方は前記ＳＴＲ能力を有しておらず、当該方法は、
    前記送信機ＭＬＤによって、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）の送信が失敗したことを決定するステップと、
    前記送信機ＭＬＤによって、第１時点において、前記第１リンクを使用することにより、第２ＰＰＤＵを前記受信機ＭＬＤに送信するステップであって、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用される、ステップと、
    を含み、
    前記第１時点は、前記送信機ＭＬＤが前記第２リンクの送信ステータス情報を取得する時点であり、前記第２リンクの前記送信ステータス情報は、前記第２リンクにおける第３ＰＰＤＵの送信が失敗したことを示すために使用される、
    方法。
  2. 前記送信機ＭＬＤが前記第２リンクの前記送信ステータス情報を取得する時点と、第１ブロック確認応答（ＢＡ）の予測開始時点との間の間隔は、第１期間以下であり、
    前記第１ＢＡは、前記第１ＰＰＤＵのＢＡであり、前記第１期間は、前記第１ＢＡの長さと短期フレーム間間隔（ＳＩＦＳ）の合計である、
    請求項１に記載の方法。
  3. 前記送信機ＭＬＤによって前記第２リンクの前記送信ステータス情報を取得することは、
    第１局によって、第２局からの前記第２リンクの前記送信ステータス情報を受信することを含み、前記第１局は、前記送信機ＭＬＤ内にあり、かつ前記第１リンクをサポートする局であり、前記第２局は、前記送信機ＭＬＤ内にあり、かつ前記第２リンクをサポートする局である、
    請求項１に記載の方法。
  4. 前記第２ＰＰＤＵの終了時点は、前記第２リンクにおける第４ＰＰＤＵの終了時点と同じであり、前記第４ＰＰＤＵは、前記第３ＰＰＤＵのエラー部分を再送するために使用される、
    請求項１に記載の方法。
  5. リンクエラーリカバリ方法であって、当該方法は、送信機マルチリンクデバイス（ＭＬＤ）に適用され、前記送信機ＭＬＤと受信機ＭＬＤとの間の複数のリンクは、第１リンクを含み、前記送信機ＭＬＤは、同時送受信（ＳＴＲ）能力を有し、前記受信機ＭＬＤは前記ＳＴＲ能力を有しておらず、当該方法は、
    前記送信機ＭＬＤによって、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）の送信が失敗したことを決定するステップと、
    前記送信機ＭＬＤによって、第１時点において、前記第１リンクを使用することにより、第２ＰＰＤＵを前記受信機ＭＬＤに送信するステップであって、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用される、ステップと、
    を含み、
    前記第１時点は、第１ブロック確認応答（ＢＡ）の予測終了時点であり、前記第１ＢＡは前記第１ＰＰＤＵのＢＡである、
    方法。
  6. リンクエラーリカバリ方法であって、当該方法は、送信機マルチリンクデバイス（ＭＬＤ）に適用され、前記送信機ＭＬＤと受信機ＭＬＤとの間の複数のリンクは、第１リンクを含み、前記送信機ＭＬＤは、同時送受信（ＳＴＲ）能力を有し、前記受信機ＭＬＤは前記ＳＴＲ能力を有しておらず、当該方法は、
    前記送信機ＭＬＤによって、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）又は第１ブロック確認応答（ＢＡ）の送信が失敗したことを決定するステップであって、前記第１ＢＡは前記第１ＰＰＤＵのＢＡである、ステップと、
    前記送信機ＭＬＤによって、第１時点においてチャネルバックオフの実行を開始するステップであって、前記第１時点は、前記第１ＢＡの終了時点である、ステップと、
    前記チャネルバックオフが終了した後に、前記送信機ＭＬＤによって、前記第１リンクを使用することにより、第２ＰＰＤＵを前記受信機ＭＬＤに送信するステップであって、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用される、ステップと、
    を含む、方法。
  7. 前記送信機ＭＬＤと前記受信機ＭＬＤとの間の前記複数のリンクは、第２リンクを更に含み、前記第１ＰＰＤＵの終了時点は、前記第２リンクにおける第３ＰＰＤＵの終了時点と同じであり、前記第２ＰＰＤＵの終了時点は、前記第２リンクにおける第４ＰＰＤＵの終了時点と同じである、
    請求項６に記載の方法。
  8. 送信機マルチリンクデバイス（ＭＬＤ）であって、当該送信機ＭＬＤは、受信機ＭＬＤとの通信のための複数のリンクをサポートし、前記複数のリンクは、第１リンクと第２リンクを含み、前記送信機ＭＬＤは同時送受信（ＳＴＲ）能力を有し、前記受信機ＭＬＤは前記ＳＴＲ能力を有しておらず、前記送信機ＭＬＤは、処理モジュールと送受信モジュールを含み、
    前記処理モジュールは、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）の送信が失敗したことを決定するよう構成され、
    前記送受信モジュールは、第１時点において、前記第１リンクを使用することにより、第２ＰＰＤＵを前記受信機ＭＬＤに送信するよう構成され、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用され、
    前記第１時点は、前記送信機ＭＬＤが前記第２リンクの送信ステータス情報を取得する時点であり、前記第２リンクの前記送信ステータス情報は、前記第２リンクにおける第３ＰＰＤＵの送信が失敗したことを示すために使用される、
    送信機ＭＬＤ。
  9. 当該送信機ＭＬＤが前記第２リンクの前記送信ステータス情報を取得する時点と、第１ブロック確認応答（ＢＡ）の予測開始時点との間の間隔は、第１期間以下であり、
    前記第１ＢＡは、前記第１ＰＰＤＵのＢＡであり、前記第１期間は、前記第１ＢＡの長さと短期フレーム間間隔ＳＩＦＳの合計である、
    請求項８に記載の送信機ＭＬＤ。
  10. 当該送信機ＭＬＤによって前記第２リンクの前記送信ステータス情報を取得することは、
    第１局によって、前記送受信モジュールを使用することにより、第２局からの前記第２リンクの前記送信ステータス情報を受信することを含み、前記第１局は、当該送信機ＭＬＤ内にあり、かつ前記第１リンクをサポートする局であり、前記第２局は、当該送信機ＭＬＤ内にあり、かつ前記第２リンクをサポートする局である、
    請求項８に記載の送信機ＭＬＤ。
  11. 前記第２ＰＰＤＵの終了時点は、前記第２リンクにおける第４ＰＰＤＵの終了時点と同じであり、前記第４ＰＰＤＵは、前記第３ＰＰＤＵのエラー部分を再送するために使用される、
    請求項８に記載の送信機ＭＬＤ。
  12. 送信機マルチリンクデバイス（ＭＬＤ）であって、当該送信機ＭＬＤは、受信機ＭＬＤとの通信のための複数のリンクをサポートし、前記複数のリンクは、第１リンクを含み、当該送信機ＭＬＤは同時送受信（ＳＴＲ）能力を有し、前記受信機ＭＬＤは前記ＳＴＲ能力を有しておらず、当該送信機ＭＬＤは、処理モジュールと送受信モジュールを含み、
    前記処理モジュールは、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）の送信が失敗したことを決定するよう構成され、
    前記送受信モジュールは、前記第１リンクを使用することにより、第１時点において第２ＰＰＤＵを前記受信機ＭＬＤに送信するよう構成され、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用され、
    前記第１時点は、第１ブロック確認応答（ＢＡ）の予測終了時点であり、前記第１ＢＡは前記第１ＰＰＤＵのＢＡである、
    送信機ＭＬＤ。
  13. 送信機マルチリンクデバイス（ＭＬＤ）であって、当該送信機ＭＬＤは、受信機ＭＬＤとの通信のための複数のリンクをサポートし、前記複数のリンクは、第１リンクを含み、当該送信機ＭＬＤは同時送受信（ＳＴＲ）能力を有し、前記受信機ＭＬＤは前記ＳＴＲ能力を有しておらず、当該送信機ＭＬＤは、処理モジュールと送受信モジュールを含み、
    前記処理モジュールは、前記第１リンクにおける第１物理プロトコルデータユニット（ＰＰＤＵ）又は第１ブロック確認応答（ＢＡ）の送信が失敗したことを決定するよう構成され、前記第１ＢＡは前記第１ＰＰＤＵのＢＡであり、
    前記処理モジュールは、第１時点においてチャネルバックオフの実行を開始するよう更に構成され、前記第１時点は、前記第１ＢＡの終了時点であり、
    前記送受信モジュールは、前記チャネルバックオフが終了した後に、前記第１リンクを使用することにより、第２ＰＰＤＵを前記受信機ＭＬＤに送信するよう構成され、前記第２ＰＰＤＵは前記第１ＰＰＤＵのエラー部分を再送するために使用される、
    送信機ＭＬＤ。
  14. 前記複数のリンクは、第２リンクを更に含み、前記第１ＰＰＤＵの終了時点は、前記第２リンクにおける第３ＰＰＤＵの終了時点と同じであり、前記第２ＰＰＤＵの終了時点は、前記第２リンクにおける第４ＰＰＤＵの終了時点と同じである、
    請求項１３に記載の送信機ＭＬＤ。
  15. マルチリンクデバイスであって、当該マルチリンクデバイスはプロセッサを含み、
    当該マルチリンクデバイスが動作するとき、前記プロセッサがメモリに記憶されているコンピュータ実行可能な命令を実行し、当該マルチリンクデバイスは、請求項１乃至７のいずれか一項に記載の方法を実行する、マルチリンクデバイス。
  16. コンピュータ読取可能記憶媒体であって、当該コンピュータ読取可能記憶媒体は、コンピュータプログラムを含み、前記コンピュータプログラムがマルチリンクデバイス上で実行されると、前記マルチリンクデバイスは、請求項１乃至７のいずれか一項に記載の方法を実行することが可能になる、コンピュータ読取可能記憶媒体。
  17. コンピュータプログラムであって、当該コンピュータプログラムがマルチリンクデバイス上で実行されると、前記マルチリンクデバイスは、請求項１乃至７のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム。
  18. チップであって、当該チップは、プロセッサと通信インタフェースを含み、前記通信インタフェースは、当該チップの外部のモジュールと通信するよう構成され、前記プロセッサは、コンピュータ命令を実行するよう構成され、当該チップを備えるマルチリンクデバイスは、請求項１乃至７のいずれか一項に記載の方法を実装することが可能になる、チップ。
JP2023500426A 2020-07-10 2021-07-03 リンクエラーリカバリ方法及び装置 Active JP7485847B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN202010664563 2020-07-10
CN202010664563.6 2020-07-10
CN202010781257.0 2020-08-06
CN202010781257.0A CN113923798A (zh) 2020-07-10 2020-08-06 链路的错误恢复方法及装置
PCT/CN2021/104394 WO2022007728A1 (zh) 2020-07-10 2021-07-03 链路的错误恢复方法及装置

Publications (2)

Publication Number Publication Date
JP2023533004A JP2023533004A (ja) 2023-08-01
JP7485847B2 true JP7485847B2 (ja) 2024-05-16

Family

ID=79232470

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023500426A Active JP7485847B2 (ja) 2020-07-10 2021-07-03 リンクエラーリカバリ方法及び装置

Country Status (10)

Country Link
US (1) US20230145901A1 (ja)
EP (1) EP4170948A4 (ja)
JP (1) JP7485847B2 (ja)
KR (1) KR20230025918A (ja)
CN (1) CN113923798A (ja)
AU (1) AU2021305753A1 (ja)
BR (1) BR112023000358A2 (ja)
CA (1) CA3185569A1 (ja)
MX (1) MX2023000506A (ja)
WO (1) WO2022007728A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114205067B (zh) * 2020-08-29 2023-09-08 华为技术有限公司 多链路同步发送方法及装置
KR20240035353A (ko) * 2022-09-08 2024-03-15 현대자동차주식회사 무선랜에서 오류 복구의 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180205502A1 (en) 2017-01-19 2018-07-19 Qualcomm Incorporated Multi-link block acknowledgement management
JP2022547110A (ja) 2019-09-06 2022-11-10 展訊通信（上海）有限公司 データ再送信方法及び装置、データ受信応答方法及び装置、並びに記憶媒体

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108631961A (zh) * 2017-03-24 2018-10-09 中国移动通信有限公司研究院 一种多连接下实现多链路重传的方法及基站
CN108631954B (zh) * 2017-03-24 2020-12-11 电信科学技术研究院 一种数据传输方法及装置
US11076385B2 (en) * 2018-08-10 2021-07-27 Intel Corporation Block acknowledgement and fragmentation in multi-link communication between multi-link logical entities

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180205502A1 (en) 2017-01-19 2018-07-19 Qualcomm Incorporated Multi-link block acknowledgement management
JP2022547110A (ja) 2019-09-06 2022-11-10 展訊通信（上海）有限公司 データ再送信方法及び装置、データ受信応答方法及び装置、並びに記憶媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Young Hoon Kwon (NXP)，Synchronous multi link operation， IEEE 802.11-20/0427r1 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0427-01-00be-synchronous-multi-link-operation.pptx＞，2020年06月22日

Also Published As

Publication number Publication date
MX2023000506A (es) 2023-02-09
CA3185569A1 (en) 2022-01-13
EP4170948A4 (en) 2023-12-27
CN113923798A (zh) 2022-01-11
KR20230025918A (ko) 2023-02-23
WO2022007728A1 (zh) 2022-01-13
AU2021305753A1 (en) 2023-02-09
EP4170948A1 (en) 2023-04-26
BR112023000358A2 (pt) 2023-03-21
WO2022007728A9 (zh) 2023-02-09
JP2023533004A (ja) 2023-08-01
US20230145901A1 (en) 2023-05-11

Similar Documents

Publication Publication Date Title
US11792829B2 (en) Method and apparatus for multi-link operations
US9918342B2 (en) Method and device for transmitting/receiving frame in accordance with bandwidth thereof in WLAN system
KR102212170B1 (ko) 무선 네트워크에서 업링크 다중 사용자 다중 입출력 통신의 승인, 오류 복구 및 백오프 동작
US20140169357A1 (en) Method and apparatus for transmitting data frame in wlan system
US10128988B2 (en) Method and apparatus for reporting information about transmission failure frame
US20230145901A1 (en) Link error recovery method and apparatus
JP7472257B2 (ja) 通信方法および装置
US20210337596A1 (en) Heterogeneous network allocation vector (nav)-based communication in wireless lan system
WO2021254234A1 (zh) 信道竞争方法及相关装置
US20230217494A1 (en) Multi-link synchronous transmission method and apparatus
CN110719649B (zh) 一种信道接入的方法及装置
TWI834516B (zh) 一種通道偵聽的方法以及相關裝置
EP4358583A1 (en) Channel access method and apparatus
US20240215066A1 (en) Channel access method and apparatus
WO2024055852A1 (zh) 一种数据传输方法和装置
WO2023039734A1 (zh) 多链路通信方法、装置、设备及介质
CN117796020A (zh) 用于支持多链路的通信系统中的nstr通信的方法和装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230209

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230209

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240408

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240423

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240502

R150 Certificate of patent or registration of utility model

Ref document number: 7485847

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150