本出願は、リンク状態の速やかな遷移を、またはリンクの速やかな切り替えを、実現するために、リンク処理方法、マルチリンクデバイス、およびコンピュータ可読記憶媒体を提供する。
第1の態様によると、本出願はリンク処理方法を提供する。本方法において、第1のMLDと第2のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含み得る。第1のMLDは、第1のリンク上で第2のリンクの第1の情報を受信できる。第1の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。第2のリンクのBSS構成が更新されていない場合、第1のMLDは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを送信でき、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでビーコンフレームが受信され、BSS構成の最新のパラメータが得られるまでは、データフレームを送信する必要がない。したがって、本方法は、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
加えて、第1のリンク上のデータフレームが第2のリンクに切り替えられる必要がある場合に、本方法では、第1のリンクから第2のリンクに切り替える前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができる。このように、第1のMLDは、切り替え先の第2のリンクでデータフレームを直接送信でき、切り替え後にビーコンフレームが受信され、最新のBSS構成が得られるまでは、データフレームを送信する必要がない。したがって、本方法では、データフレーム送信に対するリンク切り替えプロセスの影響時間が短縮される。第1のリンク上のデータフレームを第2のリンクにオフロードする必要がある場合、本方法では、第2のリンクの状態が遷移される前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができ、ビーコンフレームが受信されるのを待つことなく、状態が遷移された第2のリンク上でデータフレームを直接送信できる。したがって、データフレームオフロード送信に要する時間が短縮される。
第1のリンクはイネーブル状態のリンクである。第2のリンクは、切り替え先のリンク、またはリンク状態が遷移されるリンクである。
任意に選べることとして、データフレームは、アップリンクデータフレーム、サービス品質ヌル(Qos NULL)フレーム、またはリンク状態通知フレームであってよい。リンク状態通知フレームは、第2のリンクが覚醒(awake)またはイネーブル(enable)状態にあることを指示するので、第2のMLDは、時間内に第2のリンク上でダウンリンクデータフレームを送信する。加えて、アップリンクデータフレームとサービス品質ヌル(Qos NULL)フレームも、第2のリンクがawakeまたはenable状態にあることを第2のMLDに通知できる。
別の任意選択の一実装において、第2のリンクのBSS構成が更新されている場合、本方法は、第1のMLDが第2のリンク上で第2の情報を送信するステップをさらに含む。第2の情報は、第1のMLDに保管され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第1のMLDは、第2のリンク上で第2のリンクのBSS構成の更新されたパラメータを受信する。第2のリンクのBSS構成の更新されたパラメータは、第2の情報に基づいて決定される。
任意に選べることとして、第2のリンクの第2の情報は、送信のために、第2のリンク上でユニキャストプローブ要求フレームに携えられる。第2のリンクのBSS構成の更新されたパラメータは、第2のリンクで受信されるプローブ応答フレームに携えられる。プローブ応答フレームは、ユニキャストプローブ要求フレームに基づいて返される。すなわち、第2のリンクのBSS構成が更新されている場合、第1のMLDは、第2のリンク上のユニキャストプローブ要求フレームとプローブ応答フレームとを通じて第2のリンクのBSS構成の更新されたパラメータを得ることができる。ユニキャストプローブ要求フレームは、第2の情報を携える。第2の情報は、BSS構成で更新される必要があるパラメータを決定するために第2のMLDによって使用される。一実装において、第1のMLDは、第2のリンク上でユニキャストプローブ要求フレームを送信する。ユニキャストプローブ要求フレームは、第2の情報を含む。第1のMLDは、第2のリンク上で第2のリンクのBSS構成の更新されたパラメータを受信する。第2のリンクのBSS構成の更新されたパラメータは、第2の情報を第1の情報と比較することによって第2のMLDによって得られる。
この実装では、第2のリンクのBSS構成は更新されるが、第1のMLDはまた、1つのユニキャストプローブ要求フレームと1つのプローブ応答フレームを通じて更新されたパラメータを得ることができ、ビーコンフレームが受信されてBSS構成全体が得られるまでは、データフレームを送信する必要がないことが知見され得る。これは、データフレームが送信される前に待たされる必要がある時間を短縮し、シグナリングオーバーヘッドを軽減するのに役立つ。加えて、第1のMLDは、第2のリンクのBSS構成が更新されていることを知った後にのみユニキャストプローブフレームを送信する。第1のMLDが更新の有無を知らずにプローブ要求フレームを直接送信する方式と比較して、これは、リンク処理においてデータフレームが送信される前に要する待ち時間を短縮できる。
任意に選べることとして、第1の情報は、第2のMLD内にあって第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第2の情報は、第1のMLDに保管(または記録)され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。このように、第1のMLDは、第1の情報が第2の情報と一致するかどうかを比較する。第1の情報が第2の情報と一致する場合、これは、第2のリンクのBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、第2のリンクのBSS構成が更新されていることを意味する。これは、第1のMLDが時間内に第2のリンク上でデータフレームを送信するのに役立つ。
すなわち、第1の情報は、第2のリンクの現在のBSS構成の順序番号、AP-CSN、またはcheck beacon値である。第2の情報は、第1のMLDによって以前に得られた第2のリンクのBSS構成の順序番号、AP-CSN、または、check beacon値である。したがって、第2のリンクの現在のBSS構成が、第1のMLDによって以前に得られた第2のリンクのBSS構成と比較して更新されていない場合は、第1の情報は第2の情報に等しい。第2のリンクの現在のBSS構成が更新されている場合は、第1の情報は第2の情報に等しくない、または第2の情報より大きくない。
任意に選べることとして、第2の情報は、第1のMLDがチャネルサウンディングを行うときに、ビーコン(beacon)フレームまたは第1のリンクのマルチリンクプローブ応答フレームから得られるか、または第1のMLDがリンク関連付けを行うときに、第1のリンクのマルチリンク関連付け応答フレームから得られる。すなわち、第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、第2のリンクのリンク状態およびチャネル利用率といった他の情報をさらに携える。
任意に選べることとして、第1のリンクのビーコンフレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、複数のリンクまたは全てのリンクに関する情報を携えることができる。第2の情報(例えば、AP-CSNまたはcheck beacon値)に加えて、各リンクに関する情報は、リンク状態およびチャネル利用率のうちのいずれか1つ以上をさらに含み、ただしこれらに限定されない。したがって、第1のMLDは、リンク切り替えまたはリンク状態遷移を行うときに、情報に基づいて、切り替え先のリンクまたは状態が遷移されるリンクを選択できる。
任意選択の一実装において、第2のリンクの第1の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレーム、ビーコンフレーム、データフレームの制御フィールド、または第1のリンクで受信されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられる。一実装において、第1のMLDが第1のリンク上で第2のリンクの第1の情報を受信することは、第1のMLDが、第1のリンク上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを受信することを含む。第2のリンクの第1の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームに携えられる。
任意に選べることとして、第1のMLDはまず、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを送信でき、その結果、第2のMLDは、前述の応答メッセージを通じて第2のリンクの第1の情報を返す。この実装において、第1のMLDが、第2のリンクのBSS構成が更新されているかどうかを知るために、切り替え先のリンクの第1の情報を能動的に要求できることが知見され得る。これは、切り替えまたは状態遷移の後に、ビーコンフレームが受信された後にのみデータフレームが送信されるという問題を回避するのに役立ち、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームが送信される前に要する待ち時間を短縮する。
第1のMLDは、リンクとトラフィック識別子とのマッピング関係を変更する必要があるときに、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを送信するので、いくつかのリンクのリンク状態は、disable/doze状態からenable/awake状態に遷移される必要がある。相応に、第2のMLDによって返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示するためにさらに使用される。第2のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームが、第2のリンクの第1の情報を含む。第2のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のリンクの第1の情報を含まない。
別の任意選択の一実装において、第2のMLDは、リンクとトラフィック識別子とのマッピング関係を変更する必要がある場合に、いくつかのリンクのリンク状態をdisable/doze状態からenable/awake状態に遷移させる必要がさらにある。第2のMLDはまた、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを第1のMLDへ送信できる。トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、第2のリンクの第1の情報を携えることができる。このように、データフレームが送信される前に要する待ち時間を短縮するために、第1のMLDは、前述の実装で第2のリンクの第1の情報に基づいてリンク状態を遷移させることができる。
相応に、第1のMLDによって第2のMLDに返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第1のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。第1のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、受け入れられることが確認された情報を携えることができる。第1のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、拒否される情報について同意できる。
第1のMLDまたは第2のMLDは、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられるリンクの数を決定するために、要求に基づいて、リンク状態が遷移される必要があるリンクを決定できる。
任意選択の一実装において、第2のリンクの第1の情報が様々なメッセージに携えられるので、第1のMLDまたは第2のMLDが様々なシナリオで時間内にリンク切り替え要求またはリンク状態遷移要求を開始できることが知見され得る。したがって、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームを送信するのに要する待ち時間がさらに短縮される。
第2の態様によると、本出願はリンク処理方法をさらに提供する。この態様のリンク処理方法は、第1の態様のリンク処理方法に対応しており、この態様のリンク処理方法は、第2のMLDの観点から説明される。
本方法において、第2のMLDと第1のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。第2のリンクは、第1のMLDによって第1のリンクから切り替えられるリンク、または第1のMLDによってリンク状態が遷移されるリンクである。第2のMLDは、第2のリンクの第1の情報を決定する。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。第2のMLDは、第1のリンク上で第1のMLDへ第2のリンクの第1の情報を送信する。任意に選べることとして、第2のMLDは、第1のMLDが第1のリンクから第2のリンクに切り替える前に、または第2のリンクのリンク状態が遷移される前に、第1のMLDへ第2のリンクの第1の情報を送信できる。
本方法が、第1のMLDが、第1の情報に基づいて、第2のリンクのBSS構成が更新されているかどうかを決定するのに役立つことが知見され得る。さらに、第2のリンクのBSS構成が更新されていない場合、第1のMLDは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信でき、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでビーコンフレームが受信され、BSS構成の最新のパラメータが得られるまでは、データフレームを送信する必要がない。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
任意選択の一実装において、第2のリンクのBSS構成が更新されていない場合、第2のMLDは、第2のリンク上で第1のMLDからアップリンクデータフレーム、サービス品質ヌル(Qos NULL)フレーム、またはリンク状態通知フレームを受信できる。リンク状態通知フレームは、第2のリンクが覚醒またはイネーブル状態にあることを指示するので、第2のMLDは、時間内にダウンリンクデータフレームを配信する。
任意選択の一実装において、第2のリンクのBSS構成が更新されている場合、第2のMLDは、第2のリンク上で第1のMLDから第2の情報を受信し、第2の情報に基づいて第2のリンクのBSS構成の更新されたパラメータを決定し、第1のリンク上で第2のリンクのBSS構成の更新されたパラメータを第1のMLDへ送信する。
任意に選べることとして、第1の情報は、第2のMLD内にあって第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第2の情報は、第1のMLDに保管され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。このように、第1のMLDは、第1の情報が第2の情報と一致するかどうかを比較できる。第1の情報が第2の情報と一致する場合、これは、第2のリンクのBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、第2のリンクのBSS構成が更新されていることを意味する。これは、第1のMLDが時間内に第2のリンク上でデータフレームを送信するのに役立つ。
すなわち、第1の情報は、第2のリンクの現在のBSS構成の識別子である。第2の情報は、第1のMLDによって以前に得られた第2のリンクのBSS構成の識別子である。したがって、第2のリンクの最近更新されたBSS構成または現在のBSS構成が、第1のMLDによって以前に得られた第2のリンクのBSS構成と比較して更新されていない場合は、第1の情報は第2の情報に等しい。第2のリンクの最近更新されたBSS構成または現在のBSS構成が更新されている場合は、第1の情報は第2の情報に等しくない、または第2の情報より大きくない。
任意選択の一実装において、第2のリンクの第2の情報は、第2のリンクで受信されるユニキャストプローブ要求フレームに携えられる。第2のリンクのBSS構成の更新されたパラメータは、送信のために、第2のリンク上でプローブ応答フレームに携えられる。プローブ応答フレームは、ユニキャストプローブ要求フレームに基づいて送信される。すなわち、第2のMLDが第2のリンク上で第2の情報を受信することは、第2のMLDが第2のリンク上でユニキャストプローブ要求フレームを受信することを含む。ユニキャストプローブ要求フレームは、第2のリンクの第2の情報を含む。第2のMLDは、第2のリンク上でプローブ応答フレームを送信する。プローブ応答フレームは、第2のリンクのBSS構成の更新されたパラメータを含む。第2のリンクのBSS構成の更新されたパラメータは、第2の情報に基づいて第2のMLDによって得られる。
任意に選べることとして、第2のMLDへ送信される第2のリンクの第2の情報は、第1のMLDがチャネルサウンディングまたはリンク関連付けを行うときに、第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームから第1のMLDによって得られる。一実装において、第2のMLDは、第1のリンク上で第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームを送信する。ビーコンフレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、第2のリンクの第2の情報を含む。これは、第2のリンクのBSS構成の更新されたパラメータを得るために、第1のMLDが第2のリンク上で第2のMLDに第2の情報を報告するのに役立つ。
任意に選べることとして、第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、第2のリンクのリンク状態およびチャネル利用率などの情報をさらに携える。
任意選択の一実装において、第2のリンクの第1の情報は、第1のリンク上のリンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレーム、ビーコンフレーム、データフレームの制御フィールド、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを通じて、第2のMLDによって第1のMLDへ送信される。すなわち、第2のMLDが第1のリンク上で第2のリンクの第1の情報を送信することは、第2のMLDが、第1のリンク上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレーム、ビーコンフレーム、データフレームの制御フィールド、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを送信することを含む。第2のリンクの第1の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレーム、ビーコンフレーム、データフレームの制御フィールド、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられる。
任意に選べることとして、第2のMLDはまず、第1のリンク上で第1のMLDから、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを受信し、次いで前述のメッセージを返すことができる。この実装において、第1のMLDが、第2のリンクのBSS構成が更新されているかどうかを知るために、切り替え先のリンクの第1の情報を能動的に要求できることが知見され得る。これは、切り替えまたは状態遷移の後に、ビーコンフレームが受信された後にのみデータフレームが送信されるという問題を回避するのに役立ち、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームが送信される前に要する待ち時間を短縮する。
第1のMLDからのトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、第1のMLDがリンクとトラフィック識別子とのマッピング関係を変更する必要があるときに送信されるので、いくつかのリンクのリンク状態は、disable/doze状態からenable/awake状態に遷移される必要がある。相応に、第2のMLDによって返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示するためにさらに使用される。任意に選べることとして、第2のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームが、第2のリンクの第1の情報を含む。第2のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のリンクの第1の情報を含まない。
別の任意選択の一実装において、第2のMLDは、リンクとトラフィック識別子とのマッピング関係を変更する必要がある場合に、いくつかのリンクのリンク状態をdisable/doze状態からenable/awake状態に遷移させる必要がさらにある。第2のMLDはまた、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを第1のMLDへ送信できる。トラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、第2のリンクの第1の情報を携えることができる。このように、データフレームが送信される前に要する待ち時間を短縮するために、第1のMLDは、前述の実装で第2のリンクの第1の情報に基づいてリンク状態を遷移させることができる。
相応に、第2のMLDによって受信されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第1のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、第1のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、受け入れられることが確認された情報を携えることができる。第1のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、拒否される情報について同意できる。
前述の2つの実装において、第1のMLDまたは第2のMLDは、リンク状態が遷移される必要があるリンクに基づいて、トラフィック識別子とリンクとのマッピング関係をネゴシエートするために要求フレームに携えられるリンクの数を決定できる。
任意選択の一実装において、第2のリンクの第1の情報が様々なメッセージに携えられるので、第1のMLDまたは第2のMLDが様々なシナリオで時間内にリンク切り替え要求またはリンク状態遷移要求を開始できることが知見され得る。したがって、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームを送信するのに要する待ち時間がさらに短縮される。
第3の態様によると、本出願はリンク処理方法をさらに提供する。この方法と第1の態様によるリンク処理方法との違いは、この態様では、第2のMLDが、切り替え先の第2のリンクまたは状態が遷移される第2のリンクのBSS構成が更新されているかどうかを決定することにある。さらに、第1のリンクでは、第2のリンクのBSS構成の更新されたパラメータは第1のMLDへ送信されることができ、または第2のリンクのBSS構成が更新されていないことを第1のMLDは通知されることができる。このように、第1のMLDは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信でき、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでビーコンフレームがさらに受信され、BSS構成の最新のパラメータが得られるまでは、データフレームを送信する必要がない。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
加えて、第1のリンク上のデータフレームが第2のリンクに切り替えられる必要がある場合に、本方法では、第1のリンクから第2のリンクに切り替える前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができ、または第2のリンクのBSS構成の更新されたパラメータを知ることができる。このように、切り替え先の第2のリンクでデータフレームは直接送信されることができ、切り替え後にビーコンフレームが受信されるまでは、データフレームは送信される必要がない。これは、データフレーム送信に対するリンク切り替えプロセスの影響時間を短縮するのに役立つ。第1のリンク上のデータフレームが第2のリンクにオフロードされる必要がある場合、本方法では、第2のリンクの状態が遷移される前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができ、または第2のリンクのBSS構成の更新されたパラメータを知ることができる。したがって、状態が遷移された第2のリンクでデータフレームは直接送信されることができ、状態遷移後にビーコンフレームが受信されるまでは、データフレームは送信される必要はない。これは、データフレームオフロード送信に要する時間を短縮する。
この態様におけるリンク処理方法は、第1のMLDが、第1のリンク上で第2のリンクの第2の情報を送信することを含む。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。第1のMLDは、第1のリンク上で第3の情報を受信する。第3の情報は、第2の情報に基づいて第2のMLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。このように、第1のMLDは、第3の情報に基づいて第2のリンク上でデータフレームを直接送信できる。第1のMLDが、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
第2のリンクのBSS構成が更新されている場合、第3の情報は、第2のリンクのBSS構成の更新されたパラメータを含む。第2のリンクのBSS構成が更新されていない場合、第3の情報は、第2のリンクのBSS構成が更新されていないことを指示できる。
第2のリンクがawake/enable状態にあることを第2のMLDに通知するため、データフレームは、アップリンクデータフレームまたはサービス品質ヌル(Qos NULL)フレームであってよい。任意に選べることとして、第1のMLDは、第2のリンク上でリンク状態通知フレームをさらに送信できる。リンク状態通知フレームは、第2のリンクがawake/enable状態にあることを指示するので、第2のMLDは、時間内に第2のリンク上でダウンリンクデータフレームを送信できる。
第2の情報は、第1のMLDに保管され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第1の情報は、第2のMLD内にあって第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。このように、第2のMLDは、第1の情報が第2の情報と一致するかどうかを比較できる。第1の情報が第2の情報と一致する場合、これは、第2のリンクのBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、第2のリンクのBSS構成が更新されていることを意味する。これは、第2のMLDが、第1の情報と第2の情報とに基づいて、第2のリンクのBSS構成が更新されているかどうかを知るのに役立つ。
すなわち、第1の情報は、第2のリンクの現在のBSS構成の順序番号、AP-CSN、またはcheck beacon値である。第2の情報は、第1のMLDによって以前に得られた第2のリンクのBSS構成の順序番号、AP-CSN、または、check beacon値である。したがって、第2のリンクの最近更新されたBSS構成または現在のBSS構成が、第1のMLDによって以前に得られた第2のリンクのBSS構成と比較して更新されていない場合は、第1の情報は第2の情報に等しい。第2のリンクの最近更新されたBSS構成または現在のBSS構成が更新されている場合は、第1の情報は第2の情報に等しくない、または第2の情報より大きくない。
任意に選べることとして、第2の情報は、第1のMLDがチャネルサウンディングを行うときに、第1のMLDによって第1のリンクのビーコン(beacon)フレームまたはマルチリンクプローブ応答フレームから得られる。あるいは、第2の情報は、第1のMLDがリンク関連付けを行うときに、第1のMLDによって第1のリンクのマルチリンクプローブ応答フレームから得られる。
任意に選べることとして、第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、複数のリンクまたは全てのリンクに関する情報を携えることができる。各リンクに関する情報は、第2の情報を含み、また、リンク状態やチャネル利用率などのうちのいずれか1つ以上をさらに含み、ただしこれらに限定されない。この実装において、第1のMLDは、リンク切り替えまたはリンク状態遷移を行うときに、情報に基づいて、切り替え先のリンクまたは状態が遷移されるリンクを選択できる。
任意選択の一実装において、第1のMLDは、第2のリンクの第2の情報を第2のMLDに通知するために、第1のリンク上で、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを送信できる。すなわち、第2のリンクの第2の情報は、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられる。
相応に、第1のMLDは、第2のリンクの第3の情報を得るために、第1のリンク上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを受信できる。一実装において、第1のマルチリンクデバイス(MLD)が第1のリンク上で第3の情報を受信することは、第1のMLDが、第1のリンク上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを受信することを含む。第2のリンクの第3の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームに携えられる。
第1のMLDからのトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、第1のMLDがリンクとトラフィック識別子とのマッピング関係を変更する必要があるときに送信されるので、いくつかのリンクのリンク状態は、disable/doze状態からenable/awake状態に遷移される必要がある。相応に、第2のMLDによって返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、第2のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームが、第2のリンクの第3の情報を含む。第2のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のリンクの第3の情報を含まない。
この実装では、第3の情報を得るために、第1のMLDが、切り替え先のリンクの第2の情報を能動的に報告できることが知見され得る。これは、リンク切り替えまたは状態遷移の後に、ビーコンフレームが受信された後にのみデータフレームが送信されるという問題を回避するのに役立ち、切り替え先のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
第4の態様によると、本出願はリンク処理方法をさらに提供する。本方法は、第3の態様のリンク処理方法に対応しており、この態様は、第2のMLDの観点から説明される。この態様によると、第2のMLDは、切り替え先の第2のリンクまたは状態が遷移される第2のリンクのBSS構成が更新されているかどうかを決定する。さらに、第1のリンクでは、更新されたパラメータが第1のMLDへ送信されるか、または第2のリンクのBSS構成が更新されていないことが第1のMLDに通知される。このように、第1のMLDは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信でき、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでビーコンフレームが受信され、BSS構成の最新のパラメータが得られるまでは、データフレームを送信する必要がない。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
加えて、第1のリンク上のデータフレームが第2のリンクに切り替えられる必要がある場合に、本方法では、第1のリンクから第2のリンクに切り替える前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができ、または第2のリンクのBSS構成の更新されたパラメータを知ることができる。このように、切り替え先の第2のリンクでデータフレームは直接送信されることができ、切り替え後にビーコンフレームが受信されるまでは、データフレームは送信される必要がない。これは、データフレーム送信に対するリンク切り替えプロセスの影響時間を短縮する。第1のリンク上のデータフレームが第2のリンクにオフロードされる必要がある場合、本方法では、第2のリンクの状態が遷移される前に、第1のMLDは、第2のリンクのBSS構成が更新されていないことを知ることができ、または第2のリンクのBSS構成の更新されたパラメータを知ることができる。したがって、状態が遷移された第2のリンクでデータフレームは直接送信されることができ、状態遷移後にビーコンフレームが受信されるまでは、データフレームは送信される必要はない。これは、データフレームオフロード送信に要する時間を短縮する。
この態様におけるリンク処理方法は、第2のMLDが、第1のリンク上で第2のリンクの第2の情報を受信することを含む。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。第2のMLDは、第1のリンク上で第3の情報を送信する。第3の情報は、第2の情報に基づいて第2のMLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
第2のリンクのBSS構成が更新されている場合、第3の情報は、第2のリンクのBSS構成の更新されたパラメータを含む。第2のリンクのBSS構成が更新されていない場合、第3の情報は、第2のリンクのBSS構成が更新されていないことを指示する。
第2のMLDは、第2のリンクのBSS構成が更新されているかどうかを、または第2のリンクのBSS構成の更新されたパラメータを、第1のリンクで第1のMLDに通知できるため、第1のMLDが、ビーコンフレームの受信を待つことなく、切り替え先の第2のリンクまたは状態が遷移された第2のリンクのデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
任意に選べることとして、第1のリンク上で第3の情報を送信した後に、第2のMLDは第2のリンク上でデータフレームをさらに受信できる。データフレームは、アップリンクデータフレーム、サービス品質ヌル(Qos NULL)フレーム、またはリンク状態通知フレームを含む。リンク状態通知フレームは、第2のリンクがawake/enable状態にあることを指示するので、第2のMLDは、時間内に第2のリンク上でダウンリンクデータフレームを送信する。
第2の情報は、第1のMLDに保管され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第1の情報は、第2のMLD内にあって第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。このように、第2のMLDは、第1の情報が第2の情報と一致するかどうかを比較できる。第1の情報が第2の情報と一致する場合、これは、第2のリンクのBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、第2のリンクのBSS構成が更新されていることを意味する。これは、第2のMLDが、第1の情報と第2の情報とに基づいて、第2のリンクのBSS構成が更新されているかどうかを知るのに役立つ。
すなわち、第1の情報は、第2のリンクの現在のBSS構成の順序番号、AP-CSN、またはcheck beacon値である。第2の情報は、第1のMLDによって以前に得られた第2のリンクのBSS構成の順序番号、AP-CSN、または、check beacon値である。したがって、第2のリンクの最近更新されたBSS構成または現在のBSS構成が、第1のMLDによって以前に得られた第2のリンクのBSS構成と比較して更新されていない場合は、第1の情報は第2の情報に等しい。第2のリンクの最近更新されたBSS構成または現在のBSS構成が更新されている場合は、第1の情報は第2の情報に等しくない、または第2の情報より大きくない。
任意に選べることとして、第2の情報は、第1のMLDがチャネルサウンディングを行うときに、第1のリンクのビーコン(beacon)フレームまたはマルチリンクプローブ応答フレームから得られる。あるいは、第2の情報は、第1のMLDがリンク関連付けを行うときに、第1のリンクのマルチリンクプローブ応答フレームから得られる。
任意に選べることとして、第1のリンクのビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、複数のリンクまたは全てのリンクに関する情報を携えることができる。各リンクに関する情報は、第2の情報を含み、また、リンク状態やチャネル利用率などのうちのいずれか1つ以上をさらに含み、ただしこれらに限定されない。この実装において、第1のMLDは、リンク切り替えまたはリンク状態遷移を行うときに、情報に基づいて、切り替え先のリンクまたは状態が遷移されるリンクを選択できる。
任意選択の一実装において、第2のMLDは、第2のリンクの第2の情報を得るために、第1のリンク上で、第1のMLDから、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを受信できる。すなわち、第2のリンクの第2の情報は、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられる。
相応に、第2のMLDは、第2のリンクの第3の情報を第1のMLDへ送信するために、第1のリンク上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを送信できる。すなわち、第2のリンクの第3の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームに携えられる。
第1のMLDからのトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、第1のMLDがリンクとトラフィック識別子とのマッピング関係を変更する必要があるときに送信されるので、いくつかのリンクのリンク状態は、disable/doze状態からenable/awake状態に遷移される必要がある。相応に、第2のMLDによって返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のMLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、第2のMLDがマッピング構成要求を受け入れる場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームが、第2のリンクの第3の情報を含む。第2のMLDがマッピング構成要求を受け入れない場合は、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、第2のリンクの第3の情報を含まない。
この実装では、第3の情報を得るために、第1のMLDが、切り替え先のリンクまたは状態が遷移されるリンクの第2の情報を能動的に報告できることが知見され得る。
前述の実装では、第2のリンクの第2の情報および第3の情報は様々なメッセージに携えられることができるので、第1のMLDまたは第2のMLDが様々なシナリオで時間内にリンク切り替え要求またはリンク状態遷移要求を開始できることが知見され得る。したがって、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームが送信される前に要する待ち時間がさらに短縮される。
第5の態様によると、本出願は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、第1の態様で提供される方法、または第1の態様の可能な実装のいずれか1つで提供される方法を相応に遂行するように構成された複数の機能モジュールを含み得る。
第6の態様によると、本出願は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、第2の態様で提供される方法、または第2の態様の可能な実装のいずれか1つで提供される方法を相応に遂行するように構成された複数の機能モジュールを含み得る。
第7の態様によると、本出願は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、第3の態様で提供される方法、または第3の態様の可能な実装のいずれか1つで提供される方法を相応に遂行するように構成された複数の機能モジュールを含み得る。
第8の態様によると、本出願は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、第4の態様で提供される方法、または第4の態様の可能な実装のいずれか1つで提供される方法を相応に遂行するように構成された複数の機能モジュールを含み得る。
第9の態様によると、本出願は、第1の態様で説明されているリンク処理方法を遂行するように構成されたマルチリンクデバイスを提供する。このマルチリンクデバイスは、メモリと、メモリに結合されたプロセッサおよびトランシーバとを含み得る。トランシーバは、別の通信デバイス(マルチリンクデバイスなど)と通信するように構成される。メモリは、第1の態様で説明されているリンク処理方法の実行コードを保管するように構成される。プロセッサは、メモリに保管されたプログラムコードを実行するように、すなわち、第1の態様で提供される方法、または第1の態様の可能な実装のいずれか1つで提供される方法を遂行するように、構成される。
第10の態様によると、本出願は、第2の態様で説明されているリンク処理方法を遂行するように構成されたマルチリンクデバイスを提供する。このマルチリンクデバイスは、メモリと、メモリに結合されたプロセッサおよびトランシーバとを含み得る。トランシーバは、別の通信デバイス(マルチリンクデバイスなど)と通信するように構成される。メモリは、第2の態様で説明されているリンク処理方法の実行コードを保管するように構成される。プロセッサは、メモリに保管されたプログラムコードを実行するように、すなわち、第2の態様で提供される方法、または第2の態様の可能な実装のいずれか1つで提供される方法を遂行するように、構成される。
第11の態様によると、本出願は、第3の態様で説明されているリンク処理方法を遂行するように構成されたマルチリンクデバイスを提供する。このマルチリンクデバイスは、メモリと、メモリに結合されたプロセッサおよびトランシーバとを含み得る。トランシーバは、別の通信デバイス(マルチリンクデバイスなど)と通信するように構成される。メモリは、第3の態様で説明されているリンク処理方法の実行コードを保管するように構成される。プロセッサは、メモリに保管されたプログラムコードを実行するように、すなわち、第3の態様で提供される方法、または第3の態様の可能な実装のいずれか1つで提供される方法を遂行するように、構成される。
第12の態様によると、本出願は、第4の態様で説明されているリンク処理方法を遂行するように構成されたマルチリンクデバイスを提供する。このマルチリンクデバイスは、メモリと、メモリに結合されたプロセッサおよびトランシーバとを含み得る。トランシーバは、別の通信デバイス(マルチリンクデバイスなど)と通信するように構成される。メモリは、第4の態様で説明されているリンク処理方法の実行コードを保管するように構成される。プロセッサは、メモリに保管されたプログラムコードを実行するように、すなわち、第4の態様で提供される方法、または第4の態様の可能な実装のいずれか1つで提供される方法を遂行するように、構成される。
第13の態様によると、本出願はチップシステムを提供する。このチップシステムは、プロセッサと、プロセッサに結合された1つ以上のインターフェイスとを含み得る。プロセッサは、第1の態様で提供されるリンク処理方法、または第1の態様の可能な実装のいずれか1つで提供されるリンク処理方法の実行プログラムをメモリから呼び出し、かつプログラムに含まれる命令を実行するように構成されてよい。インターフェイスは、プロセッサのリンク処理結果を出力するように構成されてよい。
第14の態様によると、本出願はチップシステムを提供する。このチップシステムは、プロセッサと、プロセッサに結合された1つ以上のインターフェイスとを含み得る。プロセッサは、第2の態様で提供されるリンク処理方法、または第2の態様の可能な実装のいずれか1つで提供されるリンク処理方法の実行プログラムをメモリから呼び出し、かつプログラムに含まれる命令を実行するように構成されてよい。インターフェイスは、プロセッサのリンク処理結果を出力するように構成されてよい。
第15の態様によると、本出願はチップシステムを提供する。このチップシステムは、プロセッサと、プロセッサに結合された1つ以上のインターフェイスとを含み得る。プロセッサは、第3の態様で提供されるリンク処理方法、または第3の態様の可能な実装のいずれか1つで提供されるリンク処理方法の実行プログラムをメモリから呼び出し、かつプログラムに含まれる命令を実行するように構成されてよい。インターフェイスは、プロセッサのリンク処理結果を出力するように構成されてよい。
第16の態様によると、本出願はチップシステムを提供する。このチップシステムは、プロセッサと、プロセッサに結合された1つ以上のインターフェイスとを含み得る。プロセッサは、第4の態様で提供されるリンク処理方法、または第4の態様の可能な実装のいずれか1つで提供されるリンク処理方法の実行プログラムをメモリから呼び出し、かつプログラムに含まれる命令を実行するように構成されてよい。インターフェイスは、プロセッサのリンク処理結果を出力するように構成されてよい。
第17の態様によると、本出願は、第1のマルチリンクデバイスと第2のマルチリンクデバイスとを含む通信システムを提供する。
第1のマルチリンクデバイスは、第1の態様で提供されるリンク処理方法、または第1の態様の可能な実装のいずれか1つで提供されるリンク処理方法を遂行するように構成されてよい。第2のマルチリンクデバイスは、第2の態様で提供されるリンク処理方法、または第2の態様の可能な実装のいずれか1つで提供されるリンク処理方法を遂行するように構成されてよい。
第18の態様によると、本出願は、第1のマルチリンクデバイスと第2のマルチリンクデバイスとを含む通信システムを提供する。
第1のマルチリンクデバイスは、第3の態様で提供されるリンク処理方法、または第3の態様の可能な実装のいずれか1つで提供されるリンク処理方法を遂行するように構成されてよい。第2のマルチリンクデバイスは、第4の態様で提供されるリンク処理方法、または第4の態様の可能な実装のいずれか1つで提供されるリンク処理方法を遂行するように構成されてよい。
第19の態様によると、コンピュータ可読記憶媒体が提供される。この可読記憶媒体は、第1の態様で提供されるリンク処理方法、または第1の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行するプログラムコードを保管する。プログラムコードは、第1の態様で提供されるリンク処理方法、または第1の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行する実行命令を含む。
第20の態様によると、コンピュータ可読記憶媒体が提供される。この可読記憶媒体は、第2の態様で提供されるリンク処理方法、または第2の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行するプログラムコードを保管する。プログラムコードは、第2の態様で提供されるリンク処理方法、または第2の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行する実行命令を含む。
第21の態様によると、コンピュータ可読記憶媒体が提供される。この可読記憶媒体は、第3の態様で提供されるリンク処理方法、または第3の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行するプログラムコードを保管する。プログラムコードは、第3の態様で提供されるリンク処理方法、または第3の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行する実行命令を含む。
第22の態様によると、コンピュータ可読記憶媒体が提供される。この可読記憶媒体は、第4の態様で提供されるリンク処理方法、または第4の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行するプログラムコードを保管する。プログラムコードは、第4の態様で提供されるリンク処理方法、または第4の態様の可能な実装のいずれか1つで提供されるリンク処理方法を実行する実行命令を含む。
第23の態様によると、本出願は、コンピュータプログラムを含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータ上で実行すると、コンピュータは、第1の態様によるリンク処理方法、または第1の態様の可能な実装のいずれか1つによるリンク処理方法を遂行することを可能にされる。
第24の態様によると、本出願は、コンピュータプログラムを含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータ上で実行すると、コンピュータは、第2の態様によるリンク処理方法、または第2の態様の可能な実装のいずれか1つによるリンク処理方法を遂行することを可能にされる。
第25の態様によると、本出願は、コンピュータプログラムを含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータ上で実行すると、コンピュータは、第3の態様によるリンク処理方法、または第3の態様の可能な実装のいずれか1つによるリンク処理方法を遂行することを可能にされる。
第26の態様によると、本出願は、コンピュータプログラムを含むコンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品がコンピュータ上で実行すると、コンピュータは、第4の態様によるリンク処理方法、または第4の態様の可能な実装のいずれか1つによるリンク処理方法を遂行することを可能にされる。
以下、添付の図面を参照しながら本出願の実施形態の技術的解決策を説明する。
本出願の実施形態は、図1Aおよび図1Bに示されている通信システムに基づくリンク処理方法を提供する。本方法は、リンク状態の速やかな遷移を、またはリンクの速やかな切り替えを、実現できる。図1Aおよび図1Bに示されている通信システム100は、少なくとも2つのマルチリンクデバイス(multi-link device、MLD)を含む。例えば、一方はアクセスポイント(access point、AP)マルチリンクデバイスであり、他方は非アクセスポイント(non-access point、non-AP)マルチリンクデバイスである。
図1Aでは、シングルラジオnon-AP MLDとマルチラジオAP MLDが例として使用されている。シングルラジオnon-AP MLDは、AP MLDと通信するために、随時ただ1つのlinkを有することができ、他のlinkはdisable状態にある。図1Bでは、マルチラジオnon-AP MLDとマルチラジオAP MLDが一例として使用されている。マルチラジオnon-AP MLDは、AP MLDと通信するために、随時1つ以上のlinkを有することができる。図1Aおよび図1Bでは、例えば、non-AP MLDが3つのSTA(例えば、STA1、STA2、およびSTA3)を含み、AP MLDは3つのAP(例えば、AP1、AP2、およびAP3)を含む。STA1はAP1と関連付けられてよく、リンク(link)1を通じてAP1と通信でき、STA2はAP2と関連付けられており、link2を通じてAP2と通信でき、STA3はAP3に関連付けられており、link3を通じてAP3と通信できる。加えて、link 1上におけるnon-AP MLDおよびAP MLDの関連作業は、STA1およびAP1によって相応に遂行されてよい。例えば、「AP MLDがlink 1上で第1の情報を送信し、non-AP MLDがlink 1上で第1の情報を受信する」は、「AP1がlink 1上で第1の情報を送信し、STA1がlink 1上で第1の情報を受信する」ことであってよい。相応に、link 2上におけるnon-AP MLDおよびAP MLDの関連作業は、STA2およびAP2によって相応に遂行されてよい。link 3上におけるnon-AP MLDおよびAP MLDの関連作業は、STA3およびAP3によって相応に遂行されてよい。説明を容易にするため、本出願の本実施形態では、non-AP MLDとAP MLDとが実行主体として別々に使用される一例が説明に使用される。
1.通信システム
本出願の本実施形態において、通信システム100は、無線ローカルエリアネットワーク(Wireless local area network、WLAN)、セルラーネットワーク、または複数のリンク上での並列送信をサポートする他の無線通信システムであってよい。本出願の本実施形態では、IEEE 802.11が展開されるネットワークを説明のための一例として主に使用される。本出願の様々な態様は、様々な規格またはプロトコルを使用する他のネットワークに、例えば、BLUETOOTH(ブルートゥース)、高性能無線LAN(high performance radio LAN、HIPERLAN)(主に欧州で採用されているIEEE 802.1 1規格と同様の無線規格)、ワイドエリアネットワーク(WAN)、無線ローカルエリアネットワーク(wireless local area network、WLAN)、パーソナルエリアネットワーク(personal area network、PAN)、または現在知られている他のネットワーク、もしくは将来開発される他のネットワークに、拡張されることができる。したがって、本出願で提供される様々な態様は、カバレッジエリアや使用される無線アクセスプロトコルに関係なく、どのような適当な無線ネットワークにでも適用可能であり得る。
2.マルチリンクデバイス
マルチリンクデバイスは、複数の周波数帯域または複数のチャネルで動作できるデバイスである。例えば、マルチリンクデバイスが動作できる周波数帯域またはチャネルは、sub 1GHz、2.4GHz、5GHz、6GHz、および高周波60GHzの全部または一部を含み得、ただしこれらに限定されない。図1BのAP MLDとnon-AP MLDは、2.4GHz、5GHz、および6GHzでそれぞれ動作できる。マルチチャネルは、いずれかの周波数帯域に基づいて行われるチャネル分割であってよく、例えば、5GHz周波数帯域の160MHzチャネル、80MHzチャネル、40MHzチャネル、または20MHzチャネルであってよい。マルチリンクデバイスは、別のデバイスとの通信を実施するために、802.11系列のプロトコルに準拠して、例えば、超高スループット(Extremely High Throughput、EHT)ステーションに準拠して、または802.11Beベースのステーションもしくは802.11Beに適合するステーションに準拠して、無線通信を実施できる。別のデバイスは、マルチリンクデバイスであってよく、またはマルチリンクデバイスでなくてもよい。
マルチリンクデバイスは、1つ以上の系列ステーションSTA(affiliated STA)を含む。系列STAは論理ステーションであり、1つのリンク上で動作でき、または複数の論理ステーションが同じリンク上で動作できる。系列ステーションはアクセスポイント(Access Point、AP)または非アクセスポイントステーション(non-Access Point station、non-AP STA)であってよい。説明を容易にするため、本出願では、系列ステーションがAPであるマルチリンクデバイスは、マルチリンクAP、マルチリンクAPデバイス、またはAPマルチリンクデバイス(AP multi-link device)(例えば、図1Aおよび図1BのAP MLD)と呼ばれる場合がある。系列ステーションがnon-AP STAであるマルチリンクデバイスは、マルチリンクSTA、マルチリンクSTAデバイス、STAマルチリンクデバイス(STA multi-link device)、またはnon-AP MLD(例えば、図1Aおよび図1Bのnon-AP MLD)と呼ばれる場合がある。説明を容易にするため、「マルチリンクデバイスは系列STAを含む」は、本出願の本実施形態において、(図1Aおよび図1Bに示されているように)「マルチリンクデバイスはSTAを含む」、または「マルチリンクデバイスはAPを含む」と簡潔に記述されることもある。
本出願の本実施形態において、マルチリンクデバイス(例えば、図1Aおよび図1BのAP MLDとnon-AP MLD)は、無線通信機能を有する装置である。装置は、システム全体のデバイスであってよく、またはシステム全体のデバイスに設置されたチップまたは処理システムなどであってもよい。チップまたは処理システムが設置されたデバイスは、チップまたは処理システムの制御下で、本出願の本実施形態の方法および機能を実施できる。例えば、マルチリンクデバイスは、単一のアンテナ(または単一の無線周波数モジュール)を有するマルチリンクデバイスであってよく、または複数のアンテナ(または複数の無線周波数モジュール)を有するマルチリンクデバイスであってよい。本出願の本実施形態において、マルチリンクデバイスに含まれるアンテナの数は限定されない。
本出願の本実施形態において、non-AP MLD(例えば、図1Aおよび図1Bのnon-AP MLD)は、無線トランシーバ機能を有し、802.11系列のプロトコルをサポートでき、AP MLD、別のnon-AP MLD、またはシングルリンクデバイスと通信できる。例えば、non-AP MLDは、ユーザがAPと通信し、WLANとさらに通信することを可能にし、タブレットコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ウルトラモバイルパーソナルコンピュータ(Ultra-mobile Personal Computer、UMPC)、ハンドヘルドコンピュータ、ネットブック、個人用デジタル補助装置(Personal Digital Assistant、PDA)、または携帯電話機、またはインターネット・オブ・シングスのインターネット・オブ・シングス・ノード、またはインターネット・オブ・ビークルの車載通信装置など、ネットワークに接続されることができるユーザ機器を含み、ただしこれらに限定されない、何らかのユーザ通信デバイスであってよい。任意に選べることとして、non-AP MLDは、代わりに、前述の端末内のチップおよび処理システムであってもよい。
本出願の本実施形態において、AP MLD(例えば、図1Aおよび図1BのAP MLD)は、non-AP MLDのためにサービスを提供する装置であり、802.11系列のプロトコルをサポートできる。例えば、AP MLDは、通信サーバ、ルータ、スイッチ、またはブリッジなどの通信エンティティであってよく、AP MLDは、様々な形態のマクロ基地局、マイクロ基地局、中継局などを含み得る。勿論、AP MLDは、代わりに、様々な形態のデバイス内のチップおよび処理システムであってもよい。このように、本出願の実施形態の方法および機能が実施される。
加えて、マルチリンクデバイスは高速・低レイテンシ送信をサポートできる。無線ローカルエリアネットワークの応用シナリオの継続的な発展にともない、マルチリンクデバイスはより多くのシナリオに、例えば、スマートシティのセンサノード(例えば、スマート水道メータ、スマート電気メータ、およびスマート空気検出ノード)、スマートホームのスマートデバイス(例えば、スマートカメラ、プロジェクタ、表示画面、テレビ、ステレオ、冷蔵庫、洗濯機)、インターネット・オブ・シングスのノード、エンターテイメント端末(例えば、ARおよびVRなどのウェアラブルデバイス)、スマートオフィスのスマートデバイス(例えば、プリンタまたはプロジェクタ)、インターネット・オブ・ビークルのインターネット・オブ・ビークル・デバイス、および日常生活のシナリオにおける一部のインフラ(例えば、自動販売機、スーパーマーケットのセルフサービスナビゲーションコンソール、セルフサービスキャッシュレジスタ、およびセルフサービス注文機)に、さらに適用されることができる。本出願の本実施形態において、AP MLDとnon-AP MLDの具体的な形態は具体的に限定されず、本書での説明のための例にすぎない。802.11プロトコルは、802.11beをサポートするプロトコルであってよく、または802.11beに適合するプロトコルであってもよい。
3.リンク識別子
本出願の本実施形態において、リンク識別子は、チャネル上で稼働するBSSに対応するリンクを表す。任意に選べることとして、1つのチャネル上に複数の基本サービスセットがある場合は、複数のリンク識別子が使用されて、各基本サービスセット(basic service set、BSS)に対応するリンクを表すことができる。
リンクは、リンク上で動作しているAPまたはSTAを表すこともある。説明を容易にするため、本明細書のいくつかの部分では、リンク上のSTAを表すためにリンクが使用されることがある。相応に、或る1つのリンク上でのマルチリンクデバイスの動作は、当該リンク上でのAPまたはSTAの動作と呼ばれることもある。non-AP MLDがlink 1からlink 2の第1の情報を受信することは、non-AP MLD内のSTA1がlink 1からlink 2の第1の情報を受信することと呼ばれることもある。相応に、AP MLDは、AP MLD内のAP1がlink 1上でlink 2の第1の情報を送信することであり得る。
AP MLDとnon-AP MLDは、関連付け作業によって、non-AP MLDの複数のSTAとAP MLDの複数のAPとの関連付け関係を決定できる。例えば、図2では、non-AP MLDがlink 1上でマルチリンク関連付け要求(multi-link association request)フレームを送信する。multi-link association requestは、STA1の能力などの情報を携えることに加えて、STA2に関する情報とSTA3に関する情報とをさらに携えることができる。link 1は、送信リンク(Transmitted Link)と呼ばれることがある。link 2とlink 3は、非送信リンク(Non-transmitted Link)と呼ばれる。相応に、AP MLDはlink 1上でマルチリンク関連付け応答(multi-link association response)フレームを返す。multi-link association responseフレームは、AP1の基本サービスセット識別子(basic service set identifier、BSSID)などの情報を携えることに加えて、AP2に関する情報とAP3に関する情報とをさらに携えることができる。このように、non-AP MLDのSTA 1、STA 2、およびSTA 3は、multi-link association responseフレームに基づいて、AP MLDのAP 1、AP 2、およびAP 3との関連付けを個別に確立できる。したがって、図1Aおよび図1Bに示されている対応する関連付け関係が得られる:(AP1、STA1)、(AP2、STA2)、および(AP3、STA3)。任意に選べることとして、図1Aおよび図1Bでは、これらの対応関係を一例として使用している。AP MLDは、APに関する携えられる情報の順序を、例えば、(AP1、STA2)、(AP2、STA1)、および(AP3、STA3)の順序を、変更することによって、他の対応する関連付け関係をさらに確立することもできる。
加えて、図1A、図1B、図2、およびその他の後続の概略図では、通信システム100が説明のための一例として使用されている。例えば、通信システム100は、AP MLDとnon-AP MLDとを含む。これは、本出願の実施形態の技術的解決策をより明確に説明するように意図されており、本出願の実施形態で提供される技術的解決策を限定するものではない。当業者であれば、通信システムの進化と新しいサービスシナリオの出現にともなって、本出願の実施形態が同様の技術的問題に適用可能であることを知ることができる。例えば、マルチリンクデバイスMLDを含む通信システムは、代わりに、AP MLD1とAP MLD2とを含む通信システムであってもよく、またはnon-AP MLD1とnon-AP MLD2を含む通信システムであってもよい。別の一例として、AP MLDは、1つ以上のAP(AP1、AP2、...、およびAP N)を含む。non-AP MLDは、1つ以上のSTA(STA1、STA2、...、およびSTA N)を含む。AP MLDとnon-APとの間には複数のLink(Link1、Link2、...、およびLink N)がある。AP1とSTA1との間の通信リンクはLink1であり、AP2とSTA2との間の通信リンクはLink2であり、AP NとSTA Nとの間の通信リンクはLink Nである、などである。
4.リンク切り替え、リンク状態遷移、および解決すべき問題
シングルラジオマルチリンクデバイスは、単一の無線周波数モジュールを有する。シングルラジオマルチリンクデバイスは様々な周波数帯域またはチャネルで動作できるが、シングルラジオマルチリンクデバイスは随時1つの周波数帯域またはチャネルでのみ動作できる。したがって、リンクの移動によってリンクのRSSI(receive signal strength indicator、受信信号強度指標)が低下すると、シングルラジオマルチリンクデバイスは、或るリンクから別のリンクに、例えば、5GHz周波数帯域に展開されたリンクから2.4GHz周波数帯域に展開されたリンクに、切り替えることができる。図3に示されているように、non-AP MLDがシングルラジオマルチリンクデバイスであり、link 1がenable状態にあると仮定される。データフレームがlink 2上で送信される必要がある場合は、non-AP MLDがlink 1からlink 2に切り替える必要がある。相応に、link 1はenableからdisableに遷移され、link2はdisableからenableに遷移され、link3は常にdisableである。シングルラジオマルチリンクデバイスは異なる周波数帯域またはチャネル間の切り替えを行うので、無線周波数モジュールの関連作業パラメータが構成される必要がある。したがって、link2がdisableからenableに遷移されるときには切り替え遅延(switch delay)がある。加えて、link2がデータフレームを送信するときに、STA2は、link2に対応するBSSのためにAP2によって現在構成されている関連パラメータを得る必要がさらにある。例えば、link2に対応するBSSのためにAP2によって構成され、図2に示されているmulti-link association responseフレームを通じてSTA2によって得られるパラメータは、AP2のBSS構成の現在のパラメータで更新されてよく、表1に示されているパラメータのうちのいずれか1つ以上が更新される。したがって、link2がdisableからenableに遷移された後に、non-AP MLDはさらに、link2上でビーコン(beacon)フレームを正常に受信する必要がある。beaconフレームは、link2のためにAP2によ
って現在構成されているBSSパラメータを携えているので、データフレームが送信されることができる。
マルチラジオマルチリンクデバイスの場合、データ量が比較的少ないか、または遅延に敏感なサービスがないときには、エネルギー消費量を減らすために、リンクの一部が休眠(doze)またはディセーブル(disable)状態になり得る。データ量が比較的多いか、またはリアルタイムサービスがあるときには、休眠(doze)またはディセーブル(disable)状態のリンクが再びイネーブルされ、その結果、リンクは覚醒(awake)またはイネーブル(enable)状態になる。例えば、図4に示されているように、non-AP MLD102がマルチラジオマルチリンクデバイスであり、link 1がenable状態にあり、link 2とlink 3がdoze状態にあると仮定される。データフレームがlink 2上で送信される必要がある場合は、non-AP MLDがlink 2をdoze状態からawake状態に遷移させる必要がある。マルチラジオマルチリンクデバイス内の各無線周波数モジュールは、関連作業パラメータなどを再構成する必要がないため、link2がdoze状態からawake状態に遷移されるときには、切り替え遅延(switch delay)がない。AP2は、STA2がdoze状態にあるときにBSS構成のパラメータを更新できるので、STA2がdoze状態からawake状態に遷移した後には、STA2がlink2上でビーコン(beacon)フレームを正常に受信する必要がある。beaconフレームは、link2に対応するBSSのためにAP2によって構成された現在のパラメータを携えているので、データフレームは送信されることができる。
マルチラジオマルチリンクデバイスにおけるリンク状態遷移やシングルラジオマルチリンクデバイスにおけるリンク切り替えに関係なく、データフレームを送信するためには、状態が遷移されたリンクまたは切り替え先のリンクでビーコン(beacon)フレームがさらに受信される必要があり、第2のリンクの現在のBSS構成がさらに得られる必要があることが知見され得る。その結果、状態が遷移されたリンクまたは切り替え先のリンクでデータフレームが送信される前に要する待ち時間が過度に長くなる。すなわち、リンク状態の速やかな遷移は、またはリンクの速やかな切り替えは、実現されることができない。
この問題を解決するため、本出願はリンク処理方法を提供する。このリンク処理方法では、第1のMLDが第1のリンク上で第2のリンクの第1の情報を受信する。第1の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。このように、第2のリンクのBSS構成が更新されていない場合は、第1のMLDが第2のリンク上でデータフレームを直接送信でき、第2のリンクのリンク状態の速やかな遷移を、または第1のリンクから第2のリンクへの速やかな切り替えを、実現する。
本出願は、リンク処理方法をさらに提供する。このリンク処理方法では、第2のMLDは、切り替え先の第2のリンクまたは状態が遷移される第2のリンクのBSS構成が更新されているかどうかを決定する。さらに、第1のリンクでは、更新されたパラメータが第1のMLDへ送信されるか、または第2のリンクのBSS構成が更新されていないことが第1のMLDに通知される。このように、第1のMLDは、ビーコンフレームが受信されるのを待つことなく、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
すなわち、一方のリンク処理方法は、第1のMLDが、第2のリンクのBSS構成が更新されているかどうかを決定することである。他方のリンク処理方法は、第2のMLDが、第1のMLDに保管されている第2のリンクのBSS構成が更新される必要があるかどうかを決定することである。前述の2つのリンク処理方法については、以下の第6部および第7部で別々に説明される。別段の指定がない限り、本出願の実施形態で説明されている実装は、シングルラジオマルチリンクデバイスに適用可能であり、またマルチラジオマルチリンクデバイスにも適用可能である。
5.本出願の関連コンセプト
本出願の実施形態の理解を容易にするため、まずはいくつかのコンセプトまたは名詞が説明される。
第1のリンクは、non-AP MLDとAP MLDとの間の複数のリンクのうちのイネーブル(enable)状態にあるリンクである。第2のリンクは、複数のリンクのうちのディセーブル(disable)状態または休眠(doze)状態にあるリンクであり、第2のリンクは、non-AP MLDが第1のリンクから切り替える先のリンク、またはリンク状態が遷移される必要があるリンクである。
シングルラジオnon-AP MLDの場合、第1のリンクは複数のリンクのうちのenable状態にあるリンクである。第2のリンクは、複数のリンクのうちのdisable状態にある切り替え先のリンクである。マルチラジオnon-AP MLDの場合、第1のリンクは、enable状態にあるリンク、awake状態にあるリンク、または複数のリンクのうちのアンカー(anchor)リンクである。第2のリンクは、複数のリンクのうちのdisable状態またはdoze状態にあるリンクであり、第2のリンクの状態は、disable/doze状態からenable/awake状態に遷移される必要がある。
シングルラジオnon-AP MLDの場合、第1のリンクが第2のリンクに切り替えられた後に、第1のリンクはdisable状態にあり、第2のリンクはenable状態にある。マルチラジオnon-AP MLDの場合、第1のリンクが第2のリンクに切り替えられた後に、第2のリンクはenable状態にあるが、第1のリンクのその後の状態は限定されない。すなわち、第1のリンクは、状況に応じてdisable/doze/enable/awake状態になり得る。任意に選べることとして、マルチラジオnon-AP MLDの場合は、状態が遷移される必要があるリンクが複数存在し得る。各リンクの処理方法は、第2のリンクのリンク状態遷移方法と同じである。任意に選べることとして、状態が遷移される必要がある複数のリンクの第1の情報と第2の情報は、1つのメッセージに携えられてよく、または複数の同じもしくは異なるメッセージに携えられてもよい。
第2のリンクの第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。任意に選べることとして、第1の情報は、BSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、または第2のMLDの最新の構成を識別する第2のリンクのチェックビーコン(check beacon)値である。
第2のリンクの第2の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。第2の情報は、第1のMLDに保管され第2のリンクを識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。
任意に選べることとして、以下の第6部で説明するリンク処理方法では、第2のリンクの第2の情報は、第2のリンクのBSS構成の更新されたパラメータを確認するために第2のMLDによって具体的には使用され得る。第2部で説明されているリンク処理方法では、第2の情報は、第2のリンクのBSS構成が更新されているかどうか確認し、かつ第2のリンクのBSS構成の更新されたパラメータを確認するために、第2のMLDによって具体的には使用され得る。
本明細書で説明されている第2のリンクのBSS構成の更新されたパラメータは、第2のリンクのBSS構成で更新される必要があり、第2のMLD内の第2のリンクの現在のBSS構成と比較して第1のMLD内に保管されているパラメータを指す。あるいは、第2のリンクのBSS構成の更新されたパラメータは、第2のリンクがdisable/doze状態になる前の第2のリンクのBBS構成のパラメータと比較して、第2のリンクがdisable/doze状態になった後に第2のリンクのBBS構成のパラメータが更新されているかどうかである。したがって、第2のリンクの第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するにあたって第1のMLDを支援するために使用され得る。例えば、第1のMLDは、第1の情報と第2の情報とに基づいて、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定する。第2のリンクの第2の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するにあたって第2のMLDを支援するために使用され得る。例えば、第2のMLDは、第1の情報と第2の情報とに基づいて、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定する。
以下の第7部で説明する方法では、第3の情報は、第2のリンクの第2の情報に基づいて第2のMLDによって決定され、第1のリンク上で送信される。第3の情報は、第2のリンクのBSS構成が更新されていないことを指示するか、または第2のリンクのBSS構成の更新されたパラメータを指示する。第2のリンクのBSS構成が更新されていない場合、第3の情報は、第2のリンクのBSS構成が更新されていないことを指示できる。第2のリンクのBSS構成が更新されている場合、第3の情報は、第2のリンクのBSS構成の更新されたパラメータを含む。
BSS構成は、BSSに関するパラメータを指示する。リンク上のステーションは、BSS構成のパラメータに基づいて動作される必要がある。BSS構成の更新されたパラメータは、表1に示されている1つ以上のパラメータを含み得、ただしこれらに限定されない。第1のMLD内の第2のリンクのBSS構成は、第1のMLDがチャネルサウンディングまたはリンク関連付けを行うときに得られる。したがって、第1のMLD内の第2のリンクのBSS構成は、第1のMLD内の第2のリンクの初期BSS構成、または第1のMLDに保管された第2のリンクのBSS構成と呼ばれることもある。相応に、第2のMLD内の第2のリンクのBSS構成は、第2のリンクの現在のBSS構成と呼ばれることがある。
本出願の実施形態のリンク処理方法は、図1Aから図4に示されている通信システムに適用されることができるが、これらの通信システムに限定されない。説明を容易にするため、第1のMLDがnon-AP MLDであり、第2のMLDがAP MLDである一例が使用される。加えて、AP MLDとnon-AP MLDとの間の複数のリンクに含まれる第1のリンクと第2のリンクについては、link 1とlink 2が一例として別々に使用されることができる。link 2は、link 1から切り替えられるリンク、または状態が遷移されるリンクである。すなわち、link 1はenable状態にあり、link2はdoze/disable状態にあり、link 2はdoze/disable状態からawake/enable状態に遷移される必要がある。link 3の状態については説明されない。
6.リンク処理方法
(1)link 2のBSS構成が更新されないリンク処理方法
図5Aは、本出願の一実施形態によるリンク処理方法の概略図である。このリンク処理方法は、以下のステップを含み得る。
101:AP MLDは、link 2の第1の情報を決定する。第1の情報は、link 2のBSS構成が更新されているかどうかを決定するためにnon-AP MLDによって使用される。
102:AP MLDは、link 1上でlink 2の第1の情報を送信する。
103:non-AP MLDは、link 1上でlink 2の第1の情報を受信する。link 2のBSS構成が更新されていない場合は、non-AP MLDがステップ104を遂行する。
104:non-AP MLDは、link 2を使用してデータフレームを送信する。
ステップ101は任意選択のステップであってよい。任意に選べることとして、non-AP MLDが単一のリンク上のマルチリンクデバイスである場合は、link 2を使用してデータフレームが送信される前に切り替え遅延があり、non-AP MLDが複数のリンク上のマルチリンクデバイスである場合は、切り替え遅延がない。加えて、ステップ104で、non-AP MLDがlink 2を使用してデータフレームを送信するときに、使用されるBSS構成は、non-AP MLD内のlink 2のBSS構成である。
データフレームは、アップリンクデータフレーム、サービス品質ヌル(Qos NULL)フレーム、またはリンク状態通知フレームであってよい。リンク状態通知フレームは、第2のリンクがawake/enable状態にあることを指示するので、第2のMLDは、時間内に第2のリンク上でダウンリンクデータフレームを送信する。任意に選べることとして、アップリンクデータフレームまたはサービス品質ヌル(Qos NULL)フレームもまた、第2のリンクがawake/enable状態にあることを指示できる。
図5Aに示されているように、link 2のBSS構成は更新されていないため、non-AP MLDが切り替え先のlink 2上でデータフレームを直接送信し、切り替えまたは状態遷移後にlink 2上でビーコンフレームが受信されるまではデータフレームを送信する必要がないことが知見され得る。図3または図4に示されている処理方法によると、link2上でデータフレームが送信される前に要する待ち時間が短縮される。
任意に選べることとして、ステップ103の後に、non-AP MLDは、link 2の第1の情報に基づいて、link 2に切り替えることができる、またはlink 2の状態をawake/enable状態に遷移させることができる。
(2)link 2のBSS構成が更新されるリンク処理方法
一実装において、ステップ104で、link 2のBSS構成が更新されている場合は、図5Bに示されているように、このリンク処理方法と図5Aに示されているリンク処理方法との違いは、link 2のBSS構成が更新されることにあり、以下のステップが遂行され得る。
105:non-AP MLDは、link 2上でAP MLDへ第2の情報を送信する。第2の情報は、non-AP MLD内にあってlink 2を識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。
106:AP MLDは第2の情報を受信し、第2の情報に基づいて、link 2上でlink 2のBSS構成の更新されたパラメータを送信する。
図5Cに示されているように、図5Bの第2の情報は、link 2上でユニキャストプローブ要求(probe request)フレームに携えられ得る。第3の情報は、link 2上でプローブ応答(probe response)フレームに携えられ得る。一実装は以下の通りであり得る:non-AP MLDは、link 2上でAP MLDにユニキャストプローブ要求フレームを送信する。ユニキャストプローブ要求フレームは、第2の情報を含む。non-AP MLDは、link 2上でAP MLDからプローブ応答フレームを受信する。プローブ応答フレームは、簡略化されたプローブ応答フレームであり、link 2のBSS構成の更新されたパラメータを含む。link 2のBSS構成の更新されたパラメータは、第2の情報に基づいてAP MLDによって決定される。
例えば、AP MLDは、第2の情報に対応するlink 2のBSS構成と比較して、link 2の現在のBSS構成(すなわち、第1の情報に対応するlink 2のBSS構成)においてどのパラメータが更新されているかを決定し、プローブ応答フレームにて、更新された全てのパラメータまたは更新された主要なパラメータをnon-AP MLDに返すことができる。
107:non-AP MLDは、link 2のBSS構成の更新されたパラメータを受信する。
さらに、このリンク処理方法は、non-AP MLDが、link 2のBSS構成の更新されたパラメータを使用してnon-AP MLD内のlink 2のBSS構成を更新するステップと、link 2の更新されたBSS構成に基づいてlink2上でデータフレームを送信するステップとをさらに含み得る。non-AP MLDはさらに、link 2を識別するBSS構成の順序番号/AP-CSN/check beacon値を相応に更新する。
相応に、link 2のBSS構成が更新されていない場合、ステップ104は、non-AP MLDが、non-AP MLD内のlink 2のBSS構成を使用してlink2上でデータフレームを送信するステップであり得る。
図5Bに示されているように、link 2のBSS構成が更新されている場合、non-AP MLDが、第2の情報を送信し、link 2のBSS構成の更新されたパラメータを受信する必要があり、link 2上でデータフレームが送信されることができることが知見され得る。この実装において、第1のMLDは、第2のリンクのBSS構成が更新されていることを知った後にのみユニキャストプローブフレームを送信し、更新があるかどうかにかかわりなくユニキャストプローブ要求フレームを送信する必要はない。したがって、この実装では、リンク処理過程でデータフレームが送信される前に要する待ち時間が短縮される。
別の一実装において、link 2のBSS構成が更新されている場合は、non-AP MLDがlink 2上でビーコンフレームを受信し、ビーコンフレームを正常に受信した後に、ビーコンフレームに携えられたBSS構成のパラメータに基づいてデータフレームを送信することができる。ビーコンフレームが受信された後にのみデータフレームが送信されるため、待ち時間が過度に長いという問題を回避するため、この実装は図5Aと組み合わされる。したがって、この実装は、link 2上でデータフレームが送信される前に要する待ち時間をさらに短縮できる。
ステップ103において、non-AP MLDが、第1の情報に基づいてlink 2のBSS構成が更新されているかどうかを決定する方法は、non-AP MLDが、第1の情報が第2の情報と一致するかどうかを決定することであってよい。第1の情報が第2の情報と一致する場合、これは、link 2のBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、link 2のBSS構成が更新されていることを意味する。第1の情報は、AP MLD内にあって第2のリンクを識別するBSS構成の順序番号、AP-CSN、またはcheck beacon値である。第2の情報は、non-AP MLD内にあって第2のリンクを識別するBSS構成の順序番号、AP-CSN、またはcheck beacon値である。
例えば、第1の情報はAP-CSN 1であり、第2の情報はAP-CSN 2である。AP-CSN 1がAP-CSN 2に等しい場合、AP-CSN 1に対応するlink 2のBSS構成は、AP-CSN 2に対応するlink 2のBSS構成と比較して更新されていない。すなわち、link 2のBSS構成は更新されていない。AP-CSN 1がAP-CSN 2以上でない場合、AP-CSN 1に対応するlink 2のBSS構成は、AP-CSN 2に対応するlink 2のBSS構成と比較して更新されている。すなわち、link 2のBSS構成は更新されている。さらに、link 2のBSS構成で更新された更新済みパラメータは、前述のステップ105から107で得られることができる。
本出願の本実施形態において、non-AP MLD内のlink 2の第2の情報は、link 1のビーコン(beacon)フレームまたはプローブ応答フレームからnon-AP MLDによって得られ、かつ保管されてよく、またはlink 1のマルチリンク関連付け応答フレームからnon-AP MLDによって得られ、かつ保管されてもよい。したがって、non-AP MLDは、リンクをlink 2に切り替えるか、またはlink 2のリンク状態を遷移させる前に、第2の情報を第1の情報と比較して、link 2のBSS構成が更新されているかどうかを決定することができる。
link2の第2の情報を携えることに加えて、link 1のビーコン(beacon)フレーム、プローブ応答フレーム、またはマルチリンク関連付け応答フレームは、link2の他の情報と他のlinkの関連情報をさらに携えることができる。以下では説明が別々に提供される。
例えば、図6に示されているように、第2の情報はAP-CSNである。link 1のbeaconフレームは、各linkのEnable/disable状態、各linkのAP-CSN、enable状態のリンクのチャネル利用率(channel utilization)、enable状態のリンクのステーション数、リンク識別子(link ID)、操作クラス(operating class)、チャネル番号(channel number)、および基本サービスセット識別子(BSSID)を含み、ただしこれらに限定されない、1種類以上の情報を携えることができる。各linkのEnable/disable状態は、AP MLD内の各リンクのAPがイネーブルされているかどうかを指示する。各linkのAP-CSNは、前述のリンク処理でリンク切り替えまたはリンク状態遷移を行うにあたってnon-AP MLDを支援するために使用される。enable状態のリンクのチャネル利用率は、non-AP MLDがリンク切り替えを推奨するか、またはリンク切り替えを要求するときに、リンクを選択するために使用され、またはnon-AP MLDがリンク状態遷移を推奨するか、またはリンク状態遷移を要求するときに、推奨リンクまたは必須リンクを選択するために使用される。enable状態のリンクのステーション数は、リンクのAPに接続されたステーションの数に基づいてAPの輻輳度を評価するにあたってnon-AP MLDを支援するために使用される。
プローブ応答フレームは、マルチリンクプローブ応答(multi-link probe response)フレームであってよい。multi-link probe responseフレームに携えられる各リンクに関する情報を指示する方式は、Multi-link Association responseフレームに携えられる各リンクに関する情報を指示する方式と同様である。例えば、非送信リンクに関する情報が送信リンクに関する情報と異なる要素は、それぞれの非送信リンクのリンクインデックス要素(link-index element)に携えられる。例えば、図7に示されているように、link 1は送信リンクである。したがって、非送信リンクのリンクインデックス要素(link-index element)は、link 1に関する情報を含まない。相応に、linkのEnable/disable状態、linkのAP-CSN、enable状態のリンクのチャネル利用率(channel utilization)、enable状態のリンクのステーション数、リンク識別子(link ID)、操作クラス(operating class)、チャネル番号(channel number)、および基本サービスセット識別子(BSSID)を携えることに加えて、図7に示されているリンクインデックス要素は、タイムスタンプ(timestamp)、ビーコン間隔(beacon Interval)、および能力情報指示(capability information)をさらに携えることができる。
任意に選べることとして、マルチリンクプローブ要求(multi-link probe request)フレームまたはMulti-link Association requestフレームは、デバイスの無線周波数の数とリンク状態を携えることができる。デバイスの無線周波数の数は、リンクが別のリンクと無線周波数を共有するかどうかを指示する。例えば、リンクは、リンクが前のリンクと1つの無線周波数を共有するかどうかを指示するために1ビットを使用する。前のリンクとは、複数のlink情報が指示される場合に、linkの前のlinkのリンク状態がdisableまたはEnableであり得ることを指す。リンク状態がenableである場合は、リンクがawake状態にあるかdoze状態にあるかがさらに指示され得る。
任意に選べることとして、Multi-link Association requestフレーム内の各リンクに関する情報の配置順序と、Multi-link Association responseフレーム内の各リンクに関する情報の配置順序との対応関係は、non-AP MLD内の各STAとAP MLD内の各APとの関連付け状態を決定するために使用されることができる。したがって、AP MLDは、Multi-link Association responseフレーム内の各リンクに関する情報の配置位置または順序を調整することで、各STAと各APとの関連付け状態を変えることができる。
マルチリンクアグリゲーションの可能性がある:同じサービスセット識別子(service set identifier、SSID)に属するBSSのみがアグリゲーションされるのを許される。すなわち、1つのトラフィック識別子(traffic identifier、TID)のデータパケットが複数のリンクを通じて送信されることが許される。すなわち、TIDは複数のリンクにマッピングされ得る。したがって、図7に示されているMulti-link Association Requestでは、非送信リンクプロファイル情報(Non-transmitted link profile info)はSSID elementを携える必要がない。
ステップ102で、第2のリンクの第1の情報は、第1のリンクのリンク切り替え応答(link switch response)メッセージ、クロスリンク情報報告(cross-link info report)メッセージ、媒体アクセス制御(MAC control)フレーム、またはトラフィック識別子-リンクマッピングネゴシエーション応答(TID-to-link mapping negotiation response)メッセージに携えられてよい。任意に選べることとして、ステップ103の後に、non-AP MLDは、link switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージに基づいて、link 1からlink 2に切り替えるか、またはlink 2の状態をawake/enable状態に遷移させることができる。
任意に選べることとして、non-AP MLDは、cross-link info reportメッセージを受信した後に、link 1上でAP MLDへ確認応答(ACK)メッセージを返すことができる。任意に選べることとして、クロスリンク情報(cross-link info)がMAC controlフレームのA-制御(control)フィールドに携えられる場合は、MAC controlフレームを受信した後に、non-AP MLDは確認応答(ACK)メッセージを返す必要がない場合もある。
link switch responseメッセージは、non-AP MLDからのリンク切り替え要求(link switch request)メッセージに応じてAP MLDによって返される。TID-to-link mapping negotiation responseメッセージは、non-AP MLDによって送信されるTID-リンクマッピングネゴシエーション要求(TID-to-link mapping negotiation request)メッセージに応じてAP MLDによって返される。任意に選べることとして、クロスリンク情報報告(cross-link info report)メッセージは、non-AP MLDによって送信されるクロスリンク情報要求(cross-link info request)メッセージに応じてAP MLDによって返されてよい。したがって、link 1のリンク品質が劣化したときに、またはリンク切り替えを支援するためにcross-link infoが知られる必要があるときに、non-AP MLD内のSTAは、またはnon-AP MLDは、リンク切り替え要求またはクロスリンク情報要求を開始する。すなわち、ステップ101の前に、non-AP MLDは、ステップ102から107を遂行するために、リンク切り替えまたはリンク状態遷移を要求する要求メッセージを、まずは送信できる。これらの要求メッセージと応答メッセージが、non-AP MLDが複数のシナリオでリンク切り替えまたはリンク状態遷移の要求を開始し、切り替え先のリンクまたは状態が遷移されたリンクでデータフレームを時間内に送信するのに役立つことが知見され得る。
3.non-AP MLDによって開始され、AP MLDによって応答されるリンク切り替え方法
このリンク切り替え方法では、non-AP MLDは、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージを使用して要求を開始できる。AP MLDは、対応するlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージを使用して応答または回答できる。リンク切り替えの様々な要求モードによって、これらの要求メッセージに携えられる情報が決まる。相応に、様々な回答モードによって、また、これらの応答メッセージに携えられる情報が決まる。しかしながら、前述の実装を参照すると、これらの応答メッセージは、少なくとも切り替え先リンクの第1の情報を携える。以下の任意選択の要求モードおよび回答モードは、リンク切り替え作業の柔軟性を大幅に高め、特定のシナリオの要件に基づいて対応する要求モードおよび回答モードの使用を容易にする。
link switch responseメッセージとcross-link info reportメッセージは、AP MLDがnon-AP MLDによって開始されるリンク切り替え要求を受け入れるかどうかを指示する情報を携える。TID-to-link mapping negotiation responseメッセージは、AP MLDが、non-AP MLDによって開始されるトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。トラフィック識別子とリンクとのマッピング構成要求は、実際にはリンク切り替え要求であり得る。したがって、TID-to-link mapping negotiation responseメッセージは、AP MLDがnon-AP MLDによって開始されるリンク切り替え要求を受け入れるかどうかを指示する。
表2に示されているように、non-AP MLDの要求モードは、以下のうちのいずれか1つ以上を含み得、ただしこれらに限定されない:(1a)リンク切り替えを要求し、切り替え先ターゲットリンクを提供しない、(2a)リンク切り替えを推奨し、1つ以上の切り替え先ターゲットリンクを提供する、(3a)リンク切り替えを要求し、切り替え先ターゲットリンクを提供し、その切り替え先ターゲットリンクに対する変更を受け入れない。相応に、AP MLDの回答モードは、以下のうちのいずれか1つ以上を含み得、ただしこれらに限定されない:(1b)リンク切り替えを受け入れ、切り替え先ターゲットリンクを指示する、(2b)推奨または必須の切り替え先ターゲットリンクを変更する、すなわち、non-AP MLDによって要求または推奨される切り替え先ターゲットリンクを受け入れず、1つ以上の推奨ターゲットリンクを追加的に提供する、(3b)non-AP MLDによって要求される切り替え先ターゲットリンクを受け入れず、切り替え先ターゲットリンクのみを指示し、non-AP MLDがそのターゲットリンクのみに切り替えることができることを指示する、(4b)リンク切り替えを拒否し、任意に選べることとして、拒否理由がさらに指示されることができる。この部で説明されているターゲットリンクは切り替え先のリンクである、すなわち、前述の実施形態における第2のリンクであり、例えばlink 2である。
表2に示されているように、要求モード(1a)の場合、任意の回答モードは、回答モード(1b)および回答モード(4b)を含む。要求モード(2a)の場合、任意の回答モードは、回答モード(1b)、回答モード(2b)、回答モード(3b)、および回答モード(4b)を含む。要求モード(3a)の場合、任意の回答モードは、回答モード(1b)および回答モード(4b)を含む。様々な要求モードについて、以下では、link switch requestメッセージ、cross-link info requestメッセージ、およびTID-to-link mapping negotiation requestメッセージに携えられ得る情報、対応する回答モード、ならびにlink switch responseメッセージ、cross-link info reportメッセージ、およびTID-to-link mapping negotiation responseメッセージに携えられ得る情報について説明する。すなわち、link switch responseメッセージ、cross-link info reportメッセージ、およびTID-to-link mapping negotiation responseメッセージは、link 2の第1の情報を携えるだけでなく、link 2のその他の情報や別のlinkの情報も携え得る。
要求モード(1a)の場合、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージは、リンク切り替えの理由をAP MLDに通知するために使用されるリンク切り替えの理由指示(reason code for link switch)を携えることができる。例えば、リンク切り替えの理由は、受信信号強度指標(Received signal strength indicator、RSSI)が不良であること、遅延が長いこと、トラフィック識別子-リンクマッピング(TID-to-link mapping)を変更する要求が行われたこと、またはリアルタイムサービスが有効にされていることなどであり得る。
相応に、要求モード(1a)の回答モード(1b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、状態指示(status code)、切り替え先ターゲットリンクのリンク識別子、および第1の情報のうちのいずれか1種類以上を含み得、ただしこれらに限定されない。状態指示(status code)は、AP MLDがnon-AP MLDのリンク切り替え要求を受け入れるかどうかを指示する。例えば、AP MLDがnon-AP MLDのリンク切り替え要求を受け入れる場合、link switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、切り替え先ターゲットリンクのリンク識別子と第1の情報(AP-CSNなど)とをさらに携えることができる。
要求モード(1a)の回答モード(4b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、リンク切り替え要求を拒否する状態指示(status code)、および拒否理由のうちのいずれか1種類を含み得、ただしこれらに限定されない。
要求モード(2a)の場合、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージは、リンク切り替えの理由、および切り替え先ターゲットリンクのリンク識別子を含み、ただしこれらに限定されない情報を携えることができる。
相応に、要求モード(2a)の回答モード(1b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、状態指示(status code)、および要求されたターゲットリンクの第1の情報のうちのいずれか1種類以上を含み得、ただしこれらに限定されない。
要求モード(2a)の回答モード(2b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、切り替え可能な1つ以上のターゲットリンクの追加的に提供されたリンク識別子、およびこれらのターゲットリンクの関連情報のうちのいずれか1つ以上を含み得、ただしこれらに限定されない。ターゲットリンクの関連情報は、第1の情報、リンク切り替えモード(Link Switch mode)、リンク切り替えのカウントまたは目標切り替え時間のオフセット、リンク識別子、チャネル利用率、およびSTAの数を含む。この回答モードでは、non-AP MLDは、第1の情報に基づいて前述の実施形態のステップ104から107の作業をさらに遂行する必要があり、その結果、AP MLDは、データフレームを送信するためにnon-AP MLDによって使用されるリンクを通じてnon-AP MLDによって最終的に選択される切り替え先ターゲットリンクを知ることができる。すなわち、この実装において、non-AP MLDは、AP-MLDによって推奨されるlinkに切り替えることを決定する。したがって、link switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、決定にあたってnon-AP MLDを支援するために、推奨される全てのlinkに関する情報を含むべきである。
リンク切り替えモードは、リンク切り替え前の送信制限を指示する。リンク切り替えモードが1に設定される場合、これは、ステーションがリンク切り替え前に送信を停止するべきであることを指示する。リンク切り替えモードが0に設定される場合は、ステーション送信は制限されない。リンク切り替えのカウントは、新しいリンクが切り替えられる前に送信されるビーコンフレームの数を示す。リンク切り替えのカウントが1に設定される場合、これは、次のビーコンフレームの送信時点の直前にリンク切り替えが起きることを指示する。リンク切り替えのカウントが0に設定される場合、これは、情報を含むフレームが送信された後のいずれかの時点でリンク切り替えが起きることを指示する。あるいは、リンク切り替えのカウントは、目標切り替え時間のオフセット(offset)を指示する。任意に選べることとして、目標切り替え時間のオフセットについては、切り替え先のlink上での次のビーコンフレームの送信時間が考慮される必要がある。このように、切り替え先のlink上でビーコンフレームを受信する必要がある前述の実装の場合、これは、non-AP MLDが過度に長い時間待つことを回避するのに役立つ。チャネル利用率とSTAの数は、ターゲットリンクに接続されたSTAの数とチャネル状態を知るためにnon-AP MLDによって使用される。
要求モード(2a)の回答モード(3b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、切り替え先ターゲットリンクのみのリンク識別子および関連情報を含み得、ただしこれらに限定されない。ターゲットリンクの関連情報は、以下の情報、すなわち、第1の情報、リンク切り替えモード(Link Switch mode)、リンク切り替えのカウントまたは目標切り替え時間のオフセット、リンク識別子、チャネル利用率、およびSTAの数のうちのいずれか1つ以上を含み得、ただしこれらに限定されない。
要求モード(2a)の回答モード(4b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、リンク切り替え要求を拒否する状態指示(status code)、および拒否理由のうちのいずれか1種類以上を含み得、ただしこれらに限定されない。
要求モード(3a)の場合、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージは、リンク切り替えの理由指示(reason code for link switch)、および切り替え先のターゲットリンクのリンク識別子を携えることができる。
相応に、要求モード(3a)の回答モード(1b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、リンク切り替え要求を受け入れる状態指示(status code)、ターゲットリンクのリンク識別子、ターゲットリンクの第1の情報、リンク切り替えモード、リンク切り替えのカウントまたは目標切り替え時間のオフセット、チャネル利用率、およびSTAの数のうちのいずれか1種類以上を含み得、ただしこれらに限定されない。
要求モード(3a)の回答モード(4b)の場合、AP MLDによって返されるlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージは、以下の情報、すなわち、リンク切り替え要求を拒否する状態指示(status code)、および拒否理由のうちのいずれか1種類以上を含み得、ただしこれらに限定されない。
4.non-AP MLDによって開始され、AP MLDによって応答されるリンク状態遷移方法
このリンク状態遷移方法では、non-AP MLDは、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージを使用して要求を開始できる。AP MLDは、対応するlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージを使用して応答または回答できる。この実装は、ポイント3でnon-AP MLDによって開始されAP MLDによって応答されるリンク切り替え方法の実装と同じである。唯一の違いは、ポイント3では、ターゲットリンクが切り替え先のリンクであり、この実装では、ターゲットリンクが状態が遷移されるリンクであることである。したがって、この実装の関連する内容については、表3に示されているように、上記の表2の「切り替え」および関連する内容を「状態遷移」に変更されることができる。それぞれの要求メッセージとそれぞれの応答メッセージに携えられ得、表3に基づいて説明されている情報については、表2の関連する内容を参照されたい。ここでは詳細は再度説明されない。
link switch responseメッセージとcross-link info reportメッセージは、AP MLDがnon-AP MLDによって開始される状態遷移要求を受け入れるかどうかを指示する情報を携える。TID-to-link mapping negotiation responseメッセージは、AP MLDが、non-AP MLDによって開始されるトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、トラフィック識別子とリンクとのマッピング構成要求は、実際にはリンク切り替え要求であり得る。したがって、TID-to-link mapping negotiation responseメッセージは、AP MLDがnon-AP MLDによって開始されるリンク状態遷移要求を受け入れるかどうかを指示する。
5.AP MLDによって開始され、non-AP MLDによって応答されるリンク状態遷移方法
この実装では、AP MLDによって要求が開始されるので、AP MLDによって送信される要求メッセージは、状態が遷移されるリンクの第1の情報を携える必要がある。相応に、non-AP MLDは応答メッセージを返すことができる。応答メッセージは、non-AP MLDが要求を受け入れるかどうかを指示する。non-AP MLDが要求を受け入れない場合は、応答メッセージは拒否理由パラメータを携えることができる。non-AP MLDが要求を受け入れる場合は、応答メッセージは、受け入れられたターゲットリンクのリンク識別子を携えることができ、または受け入れられたターゲットリンクのリンク識別子を携えず、リンク状態遷移要求が受け入れられたことを指示することができる。
以下では、AP MLDがTID-to-link mapping negotiation requestメッセージを使用して要求を開始し、non-AP MLDがTID-to-link mapping negotiation responseメッセージで応答する一例を使用して、可能な要求モードと、回答モードと、携えられ得る情報について説明する。TID-to-link mapping negotiation responseメッセージは、non-AP MLDが、AP MLDによって開始されるトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、トラフィック識別子とリンクとのマッピング構成要求は、実際にはリンク状態遷移要求であり得る。したがって、TID-to-link mapping negotiation responseメッセージは、non-AP MLDがAP MLDによって開始されるリンク状態遷移要求を受け入れるかどうかを指示する。
表4に示されているように、AP MLDの要求モードは、以下のうちのいずれか1つ以上を含み得、ただしこれらに限定されない:(1a)状態遷移を推奨し、状態が遷移される1つ以上のターゲットリンクを推奨する、(2a)状態遷移を要求し、状態が遷移される1つ以上のターゲットリンクを要求し、当該ターゲットリンクに対する変更を受け入れない。相応に、non-AP MLDの回答モードは、以下のうちのいずれか1つ以上を含み得、ただしこれらに限定されない:(1b)状態が遷移される全ての推奨または必須ターゲットリンクの状態遷移を受け入れる、(2b)状態が遷移される推奨ターゲットリンクのいずれか1つの状態遷移を受け入れる、(3b)状態遷移を拒否し、任意に選べることとして、拒否理由がさらに指示されることができる。この部で説明されているターゲットリンクは、disableまたはdoze状態からEnableまたはAwake状態に遷移される必要があるリンクである、すなわち、前述の実施形態における第2のリンクであり、例えばlink 2である。
要求モード(1a)の場合、任意の回答モードは、回答モード(1b)、回答モード(2b)、および回答モード(3b)を含む。要求モード(2a)の場合、任意の回答モードは、回答モード(1b)および回答モード(3b)を含む。様々な要求モードについて、以下では、TID-to-link mapping negotiation requestフレームに携えられ得る情報、対応する回答モードの一部、およびTID-to-link mapping negotiation responseフレームに携えられ得る情報について説明する。
要求モード(1a)の場合、TID-to-link mapping negotiation requestフレームは、リンク状態遷移の理由指示(reason code for link status switch)、および状態が遷移される1つ以上のターゲットリンクの関連情報を携えることができる。第1の情報(例えば、ターゲットリンクの現在のAP-CSN)に加えて、ターゲットリンクの関連情報は、リンク識別子、ネットワーク割り当てベクトル(network allocation vector、NAV)情報、チャネル利用率、STAの数、およびリンクポリシーをさらに含み得る。
要求モード(1a)に対応する回答モード(1b)の場合、TID-to-link mapping negotiation応答フレームは状態指示を携える。この状態指示は、non-AP MLDが、リンク状態遷移と、推奨または必須ターゲットリンクの状態遷移とを受け入れることを指示する。
要求モード(1a)に対応する回答モード(2b)の場合、TID-to-link mapping negotiation responseフレームは、1つ以上のターゲットリンクの状態指示およびリンク識別子を携える。この状態指示は、non-AP MLDがAP MLDによって要求されたリンク状態遷移を受け入れることを指示する。1つ以上のターゲットリンクのリンク識別子は、AP MLDによって推奨されるターゲットリンクからnon-AP MLDによって選択される。
要求モード(1a)に対応する回答モード(3b)の場合、TID-to-link mapping negotiation responseフレームは状態指示を携える。この状態指示は、non-AP MLDが要求された状態遷移を受け入れないことを指示する。さらに、TID-to-link mapping negotiation responseフレームは、拒否理由をさらに携えることもできる。
6.AP MLDによって開始され、non-AP MLDによって応答されるリンク切り替え方法
この実装では、要求がAP MLDによって開始されるので、AP MLDによって送信される要求メッセージは、切り替え先リンクの第1の情報を携える必要がある。相応に、non-AP MLDは応答メッセージを返すことができる。応答メッセージは、non-AP MLDが要求を受け入れるかどうかを指示する。non-AP MLDが要求を受け入れない場合は、応答メッセージは拒否理由パラメータを携えることができる。non-AP MLDが要求を受け入れる場合は、応答メッセージは、受け入れられたターゲットリンクのリンク識別子を携えることができ、または受け入れられたターゲットリンクのリンク識別子を携えず、リンク状態遷移要求が受け入れられたことを指示することができる。
例えば、AP MLDはTID-to-link mapping negotiation requestメッセージを使用して要求を開始し、non-AP MLDはTID-to-link mapping negotiation responseメッセージで応答する。TID-to-link mapping negotiation responseメッセージは、non-AP MLDが、AP MLDによって開始されるトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、トラフィック識別子とリンクとのマッピング構成要求は、実際にはリンク切り替え要求であり得る。したがって、TID-to-link mapping negotiation responseメッセージは、non-AP MLDがAP MLDによって開始されるリンク切り替え要求を受け入れるかどうかを指示する。
このリンク切り替え方法の実装は、ポイント5でAP MLDによって開始されnon-AP MLDによって応答されるリンク状態遷移方法の実装と同じである。唯一の違いは、ポイント5では、ターゲットリンクが状態が遷移されるリンクであり、この実装では、ターゲットリンクが切り替え先のリンクであることである。したがって、この実装の関連する内容については、表5に示されているように、上記の表4の「状態遷移」および関連する内容を「切り替え」に変更されることができる。それぞれの要求メッセージとそれぞれの応答メッセージに携えられ得、表5に基づいて説明されている情報については、表4の関連する内容を参照されたい。ここでは詳細は再度説明されない。
前述の要求モードおよび回答モードについては、第3の実施形態で説明されているように、link switch requestメッセージ、cross-link info requestメッセージ、TID-to-link mapping negotiation requestメッセージ、link switch responseメッセージ、cross-link info reportメッセージ、およびTID-to-link mapping negotiation responseメッセージは、新たに説明するリンク切り替え要素(link switch element)を携えることができる。
図8に示されているように、link switch elementは、リンク切り替え要求(link switch request)フィールドとリンク切り替えタイプ(link switch type)フィールドとを含み得る。本出願の各フィールドまたはフレームにおいて、フィールド識別子(element ID)はフィールドを示し、長さ(Length)はフィールドの長さを示す。link switch requestフィールドは、link switch elementのリンクを送信するSTAがリンク切り替え要求のSTAであるか、またはリンク切り替え応答のSTAであるかを指示する。link switch typeフィールドは、前述の要求モードおよび回答モードのうちのいずれか1つを指示する。例えば、link switch typeフィールドが0~2である場合、これは、link switch elementを携えるメッセージが、要求モード(1a)から要求モード(3a)におけるリンク切り替え要求メッセージであることを指示する。link switch typeフィールドが3~6である場合、これは、link switch elementを携えるメッセージが、前述の回答モード(1b)から回答モード(4b)におけるリンク切り替え応答メッセージであることを指示する。さらに、non-AP MLDとAP MLDは、リンク切り替え要素に基づいて、要求に携えられる必要がある情報と応答に携えられる必要がある情報とを決定できる。
前述の要求モードおよび回答モードについては、第5の実施形態で説明したように、TID-to-link mapping negotiation requestメッセージとTID-to-link mapping negotiation responseメッセージは、新たに説明するリンク状態遷移要素(link status transition element)を携えることができる。link status transition elementの構造は、図8に示されているものと同様であり、リンク状態遷移要求(link status transition request)フィールドとリンク状態遷移タイプ(link status transition type)フィールドとを含み得る。link status transition requestフィールドは、link status transition elementのリンクを送信するSTAが、リンク状態遷移要求のSTAであるか、またはリンク状態遷移応答のSTAであるかを指示する。link status transition typeフィールドは、前述の要求モードおよび回答モードのうちのいずれか1つを指示する。例えば、link status transition typeフィールドが0~1である場合、これは、link status transition elementを携えるメッセージが、前述の要求モード(1a)から要求モード(2a)のうちのいずれか1つであることを指示する。link status transition typeフィールドが2~4である場合、これはlink status transition elementを携えるメッセージが、回答モード(1b)から回答モード(3b)のいずれか1つであることを指示する。さらに、non-AP MLDとAP MLDは、リンク状態遷移要素に基づいて、要求に携えられる必要がある情報と応答に携えられる必要がある情報とを決定できる。
7.別のリンク処理方法
この方法と第6部で説明されているリンク処理方法との違いは、この態様では、第2のMLDが、切り替え先の第2のリンクまたは状態が遷移される第2のリンクのBSS構成が更新されているかどうかを決定することにある。さらに、第1のリンクでは、更新されたパラメータが第1のMLDへ送信されるか、または第2のリンクのBSS構成が更新されていないことが第1のMLDに通知される。このように、第1のMLDは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信でき、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでビーコンフレームがさらに受信され、BSS構成の最新のパラメータが得られるまでは、データフレームを送信する必要がない。したがって、本方法は、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
説明を容易にするため、第1のMLDがnon-AP MLDであり、第2のMLDがAP MLDである一例が使用される。加えて、AP MLDとnon-AP MLDとの間の複数のリンクに含まれる第1のリンクと第2のリンクについては、link 1とlink 2が一例として別々に使用されることができる。link 2は、link 1から切り替えられるリンク、または状態が遷移されるリンクである。すなわち、link 1はenable状態にあり、link2はdoze/disable状態にあり、link 2はdoze/disable状態からawake/enable状態に遷移される必要がある。link 3の状態については説明されない。
図9を参照すると、リンク処理方法は以下のステップを含み得る。
201:non-AP MLDは、link 1上でlink 2の第2の情報を送信する。第2の情報は、link2のBSS構成が更新されているかどうかを決定するためにAP MLDによって使用される。
202:AP MLDは、link 1上でlink 2の第2の情報を受信する。
203:AP MLDは、link 1上で第3の情報を送信する。第3の情報は、第2の情報に基づいてAP MLDによって決定される。第3の情報は、link 2のBSS構成が更新されていないことを、またはlink 2のBSS構成の更新されたパラメータを、指示する。
204:non-AP MLDは、link 1上で第3の情報を受信し、第3の情報に基づいてlink 2上でデータフレームを送信する。
non-AP MLDが、切り替え先のlink 2または状態が遷移されたlink 2でビーコンフレームを受信する前に、データフレームを直接送信できることが知見され得る。これは、link 2がデータフレームを送信する前に要する待ち時間を短縮する。
link 2のBSS構成が更新されている場合、第3の情報は、第2のリンクのBSS構成の更新されたパラメータを含む。link 2のBSS構成が更新されていない場合、第3の情報は、第2のリンクのBSS構成が更新されていないことを指示することができる。
link 2のBSS構成が更新されている場合、ステップ204において、non-AP MLDが第3の情報に基づいてlink 2上でデータフレームを送信することは、non-AP MLDが、link 2のBSS構成の更新されたパラメータを使用してnon-AP MLD内のlink 2のBSS構成を更新し、link 2の更新されたBSS構成に基づいてlink2上でデータフレームを送信することを含み得る。non-AP MLDはさらに、link 2を識別するBSS構成の順序番号/AP-CSN/check beacon値を相応に更新する。link2のBSS構成が更新されていない場合、non-AP MLDは、non-AP MLD内のlink 2のBSS構成を使用してlink2上でデータフレームを送信する。
link 2がawake/enable状態にあることを第2のMLDに通知するため、データフレームは、アップリンクデータフレームまたはサービス品質ヌル(Qos NULL)フレームであってよい。任意に選べることとして、第1のMLDは、link 2上でリンク状態通知フレームをさらに送信できる。リンク状態通知フレームは、link 2がawake/enable状態にあることを指示するので、第2のMLDは、時間内にlink 2上でダウンリンクデータフレームを送信できる。
link 2の第2の情報は、第1のMLDに保管されlink 2を識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。第1の情報は、第2のMLD内にあってlink 2を識別するBSS構成の順序番号、アクセスポイント構成順序番号(AP-CSN)、またはチェックビーコン(check beacon)値である。このように、第2のMLDは、第1の情報が第2の情報と一致するかどうかを比較できる。第1の情報が第2の情報と一致する場合、これは、link 2のBSS構成が更新されていないことを意味する。第1の情報が第2の情報と一致しない場合、これは、link 2のBSS構成が更新されていることを意味する。これは、AP MLDが、第1の情報と第2の情報とに基づいて、link 2のBSS構成が更新されているかどうかを知るのに役立つ。
すなわち、link 2の第1の情報は、link 2の現在のBSS構成の順序番号、AP-CSN、またはcheck beacon値である。第2の情報は、non-AP MLDによって以前に得られた、link 2のBSS構成の順序番号、AP-CSN、またはcheck beacon値である。したがって、link 2の最近更新されたBSS構成または現在のBSS構成が、non-AP MLDによって以前に得られたlink 2のBSS構成と比較して更新されていない場合は、第1の情報は第2の情報に等しい。link 2の最近更新されたBSS構成または現在のBSS構成が更新されている場合は、第1の情報は第2の情報に等しくない、または第2の情報より大きくない。
例えば、link 2の第1の情報はAP-CSN 1であり、link 2の第2の情報はAP-CSN 2である。AP-CSN 1がAP-CSN 2に等しい場合、AP-CSN 1に対応するlink 2のBSS構成は、AP-CSN 2に対応するlink 2のBSS構成と比較して更新されていない。すなわち、link 2のBSS構成は更新されていない。AP-CSN 1がAP-CSN 2以上でない場合、AP-CSN 1に対応するlink 2のBSS構成は、AP-CSN 2に対応するlink 2のBSS構成と比較して更新されている。すなわち、link 2のBSS構成は更新されている。さらに、link 2のBSS構成で更新された更新済みパラメータは、第3の情報を通じて得ることができる。
任意に選べることとして、link 2の第2の情報は、non-AP MLDがチャネルサウンディングを行うときに、non-AP MLDによってlink 1のビーコン(beacon)フレームまたはマルチリンクプローブ応答フレームから得られる。あるいは、link 2の第2の情報は、non-AP MLDがリンク関連付けを行うときに、non-AP MLDによってlink 1のマルチリンクプローブ応答フレームから得られる。
任意に選べることとして、link 1のビーコン(beacon)フレーム、マルチリンクプローブ応答フレーム、またはマルチリンク関連付け応答フレームは、複数のリンクまたは全てのリンクに関する情報を携えることができる。各リンクに関する情報は、第2の情報を含み、また、リンク状態やチャネル利用率などのうちのいずれか1つ以上をさらに含み、ただしこれらに限定されない。この実装では、non-AP MLDは、リンク切り替えまたはリンク状態遷移を行うときに、情報に基づいて、切り替え先のリンクまたは状態が遷移されるリンクを選択できる。
link 1のビーコン(beacon)フレームで第2の情報を携える方式については、第6部の図6の関連する説明を参照されたい。multi-link probe responseフレームで第2の情報を携える方式については、第6部の図7の関連する説明を参照されたい。携えられるその他の情報については、第6部の説明を参照されたい。
任意選択の一実装において、non-AP MLDは、link 2の第2の情報をAP MLDに通知するために、link 1上でリンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームを送信できる。すなわち、link 2の第2の情報は、リンク切り替え要求メッセージ、クロスリンク情報報告要求メッセージ、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームに携えられる。
相応に、non-AP MLDは、link 2の第3の情報を得るために、link 1上でリンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを受信できる。一実装において、第1のマルチリンクデバイス(MLD)がlink 1上で第3の情報を受信することは、non-AP MLDが、link 1上で、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームを受信することを含む。link 2の第3の情報は、リンク切り替え応答メッセージ、クロスリンク情報報告メッセージ、媒体アクセス制御フレーム、またはトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームに携えられる。
non-AP MLDからのトラフィック識別子とリンクとのマッピング関係をネゴシエートするための要求フレームは、non-AP MLDがリンクとトラフィック識別子とのマッピング関係を変更する必要があるときに送信され、このため、いくつかのリンクのリンク状態は、disable/doze状態からenable/awake状態に遷移される必要がある。相応に、AP MLDによって返されるトラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、AP MLDがトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。任意に選べることとして、AP MLDがマッピング構成要求を受け入れる場合、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、link 2の第3の情報を含む。AP MLDがマッピング構成要求を受け入れない場合、トラフィック識別子とリンクとのマッピング関係をネゴシエートするための応答フレームは、link 2の第3の情報を含まない。
この実装で、non-AP MLDが、第3の情報を得るために、切り替え先のリンクの第2の情報を能動的に報告できることが知見され得る。これは、切り替え先のリンクでデータフレームが送信される前に要する待ち時間をさらに短縮するのに役立つ。
以下では、non-AP MLDの開始の観点から、link 2の第2の情報に加えてnon-APによって携えられ得る他の情報、およびlink 2の第3の情報に加えてAP MLDによって携えられ得る他の情報について説明する。
1.non-AP MLDによって開始され、AP MLDによって応答されるリンク切り替え方法
このリンク切り替え方法では、non-AP MLDは、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージを使用して要求を開始できる。AP MLDは、対応するlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージを使用して応答または回答できる。リンク切り替えの様々な要求モードによって、これらの要求メッセージに携えられる情報が決まる。相応に、様々な回答モードによって、また、これらの応答メッセージに携えられる情報が決まる。しかしながら、前述の実装を参照すると、これらの要求メッセージは、少なくとも切り替え先リンクの第2の情報を携え、これらの応答メッセージは、少なくとも切り替え先リンクの第3の情報を携える。任意選択の様々な要求モードおよび回答モードは、リンク切り替え作業の柔軟性を大幅に高め、特定のシナリオの要件に基づいて対応する要求モードおよび回答モードの使用を容易にする。
link switch responseメッセージとcross-link info reportメッセージは、AP MLDがnon-AP MLDによって開始されるリンク切り替え要求を受け入れるかどうかを指示する情報を携える。TID-to-link mapping negotiation responseメッセージは、AP MLDが、non-AP MLDによって開始されるトラフィック識別子とリンクとのマッピング構成要求を受け入れるかどうかを指示する。トラフィック識別子とリンクとのマッピング構成要求は、実際にはリンク切り替え要求であり得る。したがって、TID-to-link mapping negotiation responseメッセージは、AP MLDがnon-AP MLDによって開始されるリンク切り替え要求を受け入れるかどうかを指示する。
この部の要求メッセージおよび応答メッセージと第6部のポイント3との違いは、この部の要求メッセージが、少なくとも切り替え先のリンクの第2の情報を携え、この部の応答メッセージが、少なくとも切り替え先のリンクの第3の情報を携え、切り替え先のリンクの第1の情報を携える必要がないことにある。その他の内容については、第6部のポイント3を参照されたい。ここでは詳細は再度説明されない。
2.non-AP MLDによって開始され、AP MLDによって応答されるリンク状態遷移方法
このリンク状態遷移方法では、non-AP MLDは、link switch requestメッセージ、cross-link info requestメッセージ、またはTID-to-link mapping negotiation requestメッセージを使用して要求を開始できる。AP MLDは、対応するlink switch responseメッセージ、cross-link info reportメッセージ、またはTID-to-link mapping negotiation responseメッセージを使用して応答または回答できる。この実装は、ポイント1でnon-AP MLDによって開始されAP MLDによって応答されるリンク切り替え方法の実装と同じである。唯一の違いは、ポイント3では、ターゲットリンクが切り替え先のリンクであり、この実装では、ターゲットリンクが状態が遷移されるリンクであることである。したがって、この実装の関連する内容については、第7部のポイント1の「切り替え」および関連する内容を「状態遷移」に変更されることができる。
任意に選べることとして、この部の要求メッセージおよび応答メッセージと第6部のポイント4との違いは、この部の要求メッセージが、少なくとも切り替え先のリンクの第2の情報を携え、この部の応答メッセージが、少なくとも切り替え先のリンクの第3の情報を携え、切り替え先のリンクの第1の情報を携える必要がないことにある。その他の内容については、第6部のポイント4を参照されたい。ここでは詳細は再度説明されない。
前述の実施形態のそれぞれで強調されている点があることは理解されよう。一実施形態で詳しく説明されていない実装については、別の実施形態を参照されたい。ここでは詳細は再度説明されない。さらに、本明細書で説明されている実施形態は、独立した解決策であってよく、または内部ロジックに基づいて組み合わされてもよい。これらの解決策はいずれも、本出願の保護範囲内にある。換言すると、前述の実施形態は互いに組み合わされてよい。例えば、第6部のポイント1で説明されているリンク処理方法は、第6部のポイント2で説明されているリンク処理方法と組み合わされてよい。別の一例として、第6部のポイント1、ポイント2、およびポイント3で説明されている方法は、組み合わされてよい。別の一例として、第6部のポイント1、ポイント2、およびポイント4で説明されている方法は、組み合わされてよい。別の一例として、第6部のポイント1、ポイント2、およびポイント5で説明されている方法は、組み合わされてよい。別の一例として、第6部のポイント1、ポイント2、およびポイント6で説明されている方法は、組み合わされてよい。別の一例として、第7部の図9に示されているリンク処理方法は、第7部のポイント1で説明されている方法と組み合わされてよい。別の一例として、第7部の図9に示されているリンク処理方法は、第7部のポイント2で説明されている方法と組み合わされてよい。
上記では、第1のMLDと第2のMLDとの相互作用の観点から、例えば、non-AP MLDとAP MLDとの相互作用の観点から、本出願の実施形態で提供されるリンク処理方法を個別に説明している。link 1とlink 2との切り替えの前後のnon-AP MLDとAP MLDの関連作業は、link 1とlink 2を一例として使用して上述されている。non-AP MLDとAP MLDに関連する作業において、link 1上でのnon-AP MLDとAP MLDの作業は、link 1に対応するSTA1とlink 1に対応するAP1とによって別々に遂行されてよい。相応に、link 2上でのnon-AP MLDとAP MLDの作業は、link 2に対応するSTA2とlink 2に対応するAP2とによって別々に遂行されてよい。
リンクの速やかな切り替えとリンク状態の速やかな遷移を実現するため、以下の複数のマルチリンクデバイスが本出願の実施形態で説明される。
本出願の一実施形態は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、1つ以上のステーションを含む。一例として第1のステーションと第2のステーションを使用する。
第1のステーションは、第1のリンク上で第2のリンクの第1の情報を受信する。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するためにマルチリンクデバイスによって使用される。
第2のリンクのBSS構成が更新されていない場合、第2のステーションは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを送信する。
マルチリンクデバイスが第1のリンクから第2のリンクに切り替えるか、または第2のリンクのリンク状態を遷移させる前に、マルチリンクデバイスが、第2のリンクのBSS構成のパラメータが更新されているかどうかを知ることができることが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合は、第2のリンクが切り替えられた後に、または第2のリンクのリンク状態が遷移された後に、第2のステーションは、ビーコンフレームが受信されるのを待つことなく、第2のリンク上でデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第1の態様における第1のMLDの機能と、具体的な実装の第6部におけるnon-AP MLDの機能とを有する。マルチリンクデバイスの全ての技術的詳細については、概要の第1の態様の内容と具体的な実装の第6部の内容とを参照されたい。ここでは詳細は再度説明されない。
本出願の一実施形態は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、1つ以上のアクセスポイントを含む。一例として第1のアクセスポイントとアクセスポイントを使用する。
第1のアクセスポイントは、第2のリンクの第1の情報を決定し、第1のリンク上で第2のリンクの第1の情報を送信する。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するためにnon-AP MLDによって使用される。
マルチリンクデバイスが第1のリンクから第2のリンクに切り替えるか、または第2のリンクのリンク状態を遷移させる前に、第1のアクセスポイントが、第2のリンクの第1の情報を第1のステーションに通知でき、その結果、第2のステーションが、第2のリンクのBSS構成のパラメータが更新されているかどうかを決定することが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合は、第2のリンクが切り替えられた後に、または第2のリンクのリンク状態が遷移された後に、第2のステーションは、ビーコンフレームが受信されるのを待つことなく、第2のリンク上でデータフレームを直接送信できる。これは、第2のリンク上でデータフレームが送信される前に要する待ち時間を短縮するのに役立つ。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第2の態様の各リンク処理方法における第2のMLDの機能を有するか、または第6部の各リンク処理方法におけるAP MLDの機能を有する。ここでは詳細は再度説明されない。
本出願の一実施形態は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、1つ以上のステーションを含む。一例として第1のステーションと第2のステーションを使用する。
第1のステーションは、第1のリンク上で第2のリンクの第2の情報を送信する。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するためにAP MLDによって使用される。
第1のステーションは、第1のリンク上で第2のリンクの第3の情報を受信する。第3の情報は、第2の情報に基づいてAP MLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
第2のステーションは、第3の情報に基づいて第2のリンク上でデータフレームを送信する。
マルチリンクデバイスが第1のリンクから第2のリンクに切り替えるか、または第2のリンクのリンク状態を遷移させる前に、第2のステーションが第3の情報を知ることができることが知見され得る。したがって、第2のリンクが切り替えられた後には、ビーコンフレームが受信されるのを待つことなく、第3の情報に基づいて第2のリンク上でデータフレームを直接送信できる。これは、第2のリンク上でデータフレームが送信される前に要する待ち時間を短縮するのに役立つ。
本出願の本実施形態のマルチリンクデバイスは、概要の第3の態様における第1のMLDの機能、または具体的な実装の第7部におけるnon-AP MLDの機能を有する。ここでは詳細は再度説明されない。
本出願の一実施形態は、マルチリンクデバイスを提供する。このマルチリンクデバイスは、1つ以上のアクセスポイントを含む。一例として第1のアクセスポイントと第2のアクセスポイントが使用される。第1のアクセスポイントは、第1のリンク上で第2のリンクの第2の情報を受信する。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するためにAP MLDによって使用される。
第1のアクセスポイントは、第1のリンク上で第2のリンクの第3の情報を送信する。第3の情報は、第2の情報に基づいてAP MLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
マルチリンクデバイスが第1のリンクから第2のリンクに切り替えるか、または第2のリンクのリンク状態を遷移させる前に、第1のアクセスポイントが第2のリンクの第3の情報を第1のステーションに通知できることが知見され得る。したがって、第2のリンクが切り替えられた後に、第2のステーションは、ビーコンフレームが受信されるのを待つことなく、第3の情報に基づいて第2のリンク上でデータフレームを直接送信できる。これは、第1のリンクが第2のリンクに切り替えられた後に、または第2のリンクのリンク状態が遷移された後に、第2のリンクでデータフレームが送信される前に要する待ち時間を短縮するのに役立つ。
本出願の本実施形態のマルチリンクデバイスは、概要の第4の態様における第2のMLDの機能、または具体的な実装の第7部におけるAP MLDの機能を有する。ここでは詳細は再度説明されない。
本出願の実施形態で提供される前述の方法の機能を実施するため、アクセスポイントとステーションは、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールとの組み合わせの形態で前述の機能を実施するために、ハードウェア構造とソフトウェアモジュールとを含み得る。前述の機能のうちの一機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールとの組み合わせの形態で実行されてよい。後述するマルチリンクデバイスは、AP MLDであってよく、またはnon-AP MLDであってもよく、または前述の方法を実施するにあたってマルチリンクデバイスを支援するチップ、チップシステム、もしくはプロセッサであってもよく、または前述の方法を実施するにあたってマルチリンクデバイスを支援するチップ、チップシステム、もしくはプロセッサであってもよい。マルチリンクデバイスは、前述の方法の実施形態で説明されている方法を実施するように構成されてよい。詳細については、前述の方法の実施形態の説明を参照されたい。
図10は、本出願の一実施形態によるマルチリンクデバイスの構造の概略図である。マルチリンクデバイスは、1つ以上のプロセッサ1001を含み得る。プロセッサ1001は、汎用プロセッサまたは専用プロセッサなどであってよい。プロセッサ1001は、マルチリンクデバイス内の1つ以上のアクセスポイント、1つ以上のアクセスポイントチップ、1つ以上のステーション、1つ以上のステーションチップなどを制御し、ソフトウェアプログラムを実行し、かつソフトウェアプログラムのデータを処理するように構成されてよい。
任意に選べることとして、マルチリンクデバイスは、1つ以上のメモリ1002を含み得る。メモリ1002は、命令1004を保管できる。命令はプロセッサ1001上で実行されてよく、その結果、マルチリンクデバイスは前述の方法の実施形態で説明されている方法を遂行する。任意に選べることとして、メモリ1002はデータをさらに保管でき、例えば、前述の方法の実施形態の第1の情報、第2の情報、または第3の情報を保管できる。プロセッサ1001とメモリ1002は、別々に配置されてよく、または一体化されてもよい。
任意に選べることとして、マルチリンクデバイスは、トランシーバ1005とアンテナ1006とをさらに含み得る。トランシーバ1005は、トランシーバユニット、トランシーバマシン、トランシーバ回路などと呼ばれることがあり、トランシーバ機能を実施するように構成される。トランシーバ1005は、受信器と送信器とを含み得る。受信器は、受信マシン、受信器回路などと呼ばれることがあり、受信機能を実施するように構成される。送信器は、送信マシン、送信器回路などと呼ばれることがあり、送信機能を実施するように構成される。トランシーバ1005は、前述の方法の実施形態で受信または送信作業を実行するように構成される。
任意選択の一実装において、
トランシーバ1005は、第1のリンク上で第2のリンクの第1の情報を受信するように構成される。
第1のMLDと第2のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
トランシーバ1005は、第2のリンクのBSS構成が更新されていない場合に、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを送信するようにさらに構成される。
マルチリンクデバイスが、第2のリンクのBSS構成のパラメータが更新されているかどうかを知ることができることが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、マルチリンクデバイスは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第1の態様における第1のMLDの機能と、具体的な実装の第6部におけるnon-AP MLDの機能とを有する。マルチリンクデバイスの全ての技術的詳細については、概要の第1の態様の内容と具体的な実装の第6部の内容とを参照されたい。ここでは詳細は再度説明されない。
別の任意選択の一実装において、
プロセッサ1001は、第2のリンクの第1の情報を決定するように構成される。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
トランシーバ1005は、第1のリンク上で第2のリンクの第1の情報を送信するように構成される。
第2のMLDと第1のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第2のリンクは、第1のリンクから切り替えられるリンク、またはリンク状態が遷移されるリンクである。
この実装が、第2のリンクのBSS構成のパラメータが更新されているかどうかを第1のMLDが決定するのに役立つことが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、第1のMLDは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第2の態様の各リンク処理方法における第2のMLDの機能を有するか、または第6部の各リンク処理方法におけるAP MLDの機能を有する。ここでは詳細は再度説明されない。
さらに別の任意選択の一実装において、
トランシーバ1005は、第1のリンク上で第2のリンクの第2の情報を送信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。
トランシーバ1005は、第1のリンク上で第3の情報を受信するように構成される。第3の情報は、第2の情報に基づいて第2のMLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを指示するか、または第2のリンクのBSS構成の更新されたパラメータを指示する。このように、第1のMLDは、第3の情報に基づいて第2のリンク上でデータフレームを送信できる。
マルチリンクデバイスが、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
さらに別の任意選択の一実装において、
トランシーバ1005は、第1のリンク上で第2のリンクの第2の情報を受信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するためにマルチリンクデバイスによって使用される。
トランシーバ1005は、第1のリンク上で第3の情報を送信するように構成される。第3の情報は、第2の情報に基づいてマルチリンクデバイスによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
マルチリンクデバイスは、第2のリンクのBSS構成が更新されているかどうかを、または第2のリンクのBSS構成の更新されたパラメータを、第1のリンクでnon-AP MLDに通知できるため、non-AP MLDが、ビーコンフレームが受信されるのを待つことなく、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
図11は、本出願の一実施形態による別のマルチリンクデバイスの構造の概略図である。マルチリンクデバイスは、通信ユニット1101と処理ユニット1102とを含み得る。通信ユニット1101は、送信ユニットと受信ユニットとを含み得る。送信ユニットは送信機能を実施するように構成され、受信ユニットは受信機能を実施するように構成され、通信ユニット1101は送信機能および/または受信機能を実施できる。通信ユニットは、トランシーバユニットとして説明されることもできる。
任意選択の一実装において、
通信ユニット1101は、第1のリンク上で第2のリンクの第1の情報を受信するように構成される。
第1のMLDと第2のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
通信ユニット1101は、第2のリンクのBSS構成が更新されていない場合に、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを送信するようにさらに構成される。
マルチリンクデバイスが、第2のリンクのBSS構成のパラメータが更新されているかどうかを知ることができることが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、マルチリンクデバイスは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第1の態様における第1のMLDの機能と、具体的な実装の第6部におけるnon-AP MLDの機能とを有する。マルチリンクデバイスの全ての技術的詳細については、概要の第1の態様の内容と具体的な実装の第6部の内容とを参照されたい。ここでは詳細は再度説明されない。
別の任意選択の一実装において、
処理ユニット1102は、第2のリンクの第1の情報を決定するように構成される。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
通信ユニット1101は、第1のリンク上で第2のリンクの第1の情報を送信するように構成される。
第2のMLDと第1のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第2のリンクは、第1のリンクから切り替えられるリンク、またはリンク状態が遷移されるリンクである。
この実装が、第2のリンクのBSS構成のパラメータが更新されているかどうかを第1のMLDが決定するのに役立つことが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、第1のMLDは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第2の態様の各リンク処理方法における第2のMLDの機能を有するか、または第6部の各リンク処理方法におけるAP MLDの機能を有する。ここでは詳細は再度説明されない。
さらに別の任意選択の一実装において、
通信ユニット1101は、第1のリンク上で第2のリンクの第2の情報を送信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。
通信ユニット1101は、第1のリンク上で第3の情報を受信するように構成される。第3の情報は、第2の情報に基づいて第2のMLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを指示するか、または第2のリンクのBSS構成の更新されたパラメータを指示する。このように、第1のMLDは、第3の情報に基づいて第2のリンク上でデータフレームを送信できる。
マルチリンクデバイスが、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
さらに別の任意選択の一実装において、
通信ユニット1101は、第1のリンク上で第2のリンクの第2の情報を受信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するためにマルチリンクデバイスによって使用される。
通信ユニット1101は、第1のリンク上で第3の情報を送信するように構成される。第3の情報は、第2の情報に基づいてマルチリンクデバイスによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
マルチリンクデバイスは、第2のリンクのBSS構成が更新されているかどうかを、または第2のリンクのBSS構成の更新されたパラメータを、第1のリンクでnon-AP MLDに通知できるため、non-AP MLDが、ビーコンフレームが受信されるのを待つことなく、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
マルチリンクデバイスに含まれる各機能ユニットの具体的な実装については、前述の実施形態を参照するべきであることは理解されよう。ここでは詳細は再度説明されない。
図12は本出願の一実施形態によるチップの構造の概略図である。図12に示されているように、図12に示されているチップは、プロセッサ1201とインターフェイス1202とを含む。1つ以上のプロセッサ1201が存在してよい。複数のインターフェイス1202が存在してよい。
チップが本出願の実施形態のステーションの機能を実施するように構成される場合は、
一実施形態において、
トランシーバ1202は、第1のリンク上で第2のリンクの第1の情報を受信するように構成される。
第1のMLDと第2のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
インターフェイス1202は、第2のリンクのBSS構成が更新されていない場合に、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを送信するようにさらに構成される。
マルチリンクデバイスが、第2のリンクのBSS構成のパラメータが更新されているかどうかを知ることができることが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、マルチリンクデバイスは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第1の態様における第1のMLDの機能と、具体的な実装の第6部におけるnon-AP MLDの機能とを有する。マルチリンクデバイスの全ての技術的詳細については、概要の第1の態様の内容と具体的な実装の第6部の内容とを参照されたい。ここでは詳細は再度説明されない。
別の任意選択の一実装において、
プロセッサ1201は、第2のリンクの第1の情報を決定するように構成される。第1の情報は、第2のリンクの基本サービスセットBSS構成が更新されているかどうかを決定するために第1のMLDによって使用される。
インターフェイス1202は、第1のリンク上で第2のリンクの第1の情報を送信するように構成される。
第2のMLDと第1のMLDとの間の複数のリンクは、第1のリンクと第2のリンクとを含む。
第2のリンクは、第1のリンクから切り替えられるリンク、またはリンク状態が遷移されるリンクである。
この実装が、第2のリンクのBSS構成のパラメータが更新されているかどうかを第1のMLDが決定するのに役立つことが知見され得る。第2のリンクのBSS構成のパラメータが更新されていない場合、第1のMLDは、切り替え先の第2のリンクまたはリンク状態が遷移された第2のリンクでデータフレームを直接送信できる。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本出願の本実施形態で説明されているマルチリンクデバイスは、概要の第2の態様の各リンク処理方法における第2のMLDの機能を有するか、または第6部の各リンク処理方法におけるAP MLDの機能を有する。ここでは詳細は再度説明されない。
さらに別の任意選択の一実装において、
インターフェイス1202は、第1のリンク上で第2のリンクの第2の情報を送信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するために第2のMLDによって使用される。
インターフェイス1202は、第1のリンク上で第3の情報を受信するように構成される。第3の情報は、第2の情報に基づいて第2のMLDによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。このように、第1のMLDは、第3の情報に基づいて第2のリンク上でデータフレームを送信できる。
マルチリンクデバイスが、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
さらに別の任意選択の一実装において、
インターフェイス1202は、第1のリンク上で第2のリンクの第2の情報を受信するように構成される。第2の情報は、第2のリンクのBSS構成が更新されているかどうかを決定するためにマルチリンクデバイスによって使用される。
インターフェイス1202は、第1のリンク上で第3の情報を送信するように構成される。第3の情報は、第2の情報に基づいてマルチリンクデバイスによって決定される。第3の情報は、第2のリンクのBSS構成が更新されていないことを、または第2のリンクのBSS構成の更新されたパラメータを、指示する。
マルチリンクデバイスは、第2のリンクのBSS構成が更新されているかどうかを、または第2のリンクのBSS構成の更新されたパラメータを、第1のリンクでnon-AP MLDに通知できるため、non-AP MLDが、ビーコンフレームが受信されるのを待つことなく、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームを直接送信できることが知見され得る。これは、切り替え先の第2のリンクまたは状態が遷移された第2のリンクでデータフレームが送信される前に要する待ち時間を短縮する。
本明細書における「および/または」という用語が、関連する対象を記述するために関連関係のみを記述し、3つの関係が存在し得ることを表すことを理解されたい。例えば、Aおよび/またはBは、以下の3つの場合を、すなわち、Aのみが存在する場合、AとBの両方が存在する場合、およびBのみが存在する場合を、表すことができる加えて、本明細書における文字「/」は、一般に、関連する対象間の「または」関係を示す。
当業者であれば、本明細書で開示されている実施形態で説明されている例と併せて、方法のステップとユニットが、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせによって実装され得ることに気づくことができる。ハードウェアとソフトウェアとの互換性を明確に説明するため、上記では、機能に従って各実施形態のステップと構成を概説した。機能がハードウェアを使用して実装されるかソフトウェアを使用して実装されるかは、技術的解決策の具体的な用途と設計上の制約しだいで決まる。当業者であれば、具体的な用途ごとに様々な方法を用いて説明されている機能を実装できるが、その実装が本出願の範囲を超えると考えられるべきではない。
説明を簡便にするため、前述のシステム、装置、およびユニットの詳しい作業プロセスについては、前述の方法の実施形態の対応するプロセスを参照できることは、当業者によって明確に理解されよう。ここでは詳細は再度説明されない。
本出願で提供されるいくつかの実施形態において、開示されているシステム、装置、および方法が他のやり方で実装され得ることを理解されたい。例えば、前述の装置の実施形態は単なる例である。例えば、ユニットへの分割は論理的な機能分割にすぎず、実際の実装では他の分割であってもよい。例えば、複数のユニットまたはコンポーネントが組み合わされるか、または別のシステムに統合されてもよく、またはいくつかの特徴は無視されてもよく、または実行されなくてもよい。さらに、表示または論述されている相互結合または直接結合または通信接続は、いくつかのインターフェイスを通じて実装されてよい。装置またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、またはその他の形態で実装されてよい。
別々の部分として記述されているユニットは、物理的に別々であってもなくてよく、ユニットとして表示されている部分は、物理的なユニットであってもなくてよい、すなわち、1箇所に配置されてよく、または複数のネットワークユニットに分散されてもよい。本出願の実施形態の解決策の目的を達成するため、実際の要件に基づいてユニットの一部または全部が選択されてよい。
加えて、本出願の実施形態の機能ユニットは、1つの処理ユニットに統合されてよく、またはユニットの各々は、物理的に単独で存在してよく、または2つ以上のユニットが1つのユニットに統合される。統合ユニットは、ハードウェアの形態で実装されてよく、またはソフトウェア機能ユニットの形態で実装されてもよい。
統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、統合ユニットはコンピュータ可読記憶媒体に保管されてよい。このような理解に基づき、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策の全部または一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に保管され、本出願の実施形態で説明されている方法のステップの全部または一部を遂行することをコンピュータデバイス(パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい)に命令するいくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、リムーバブルハードディスク、読み取り専用メモリ(read-only memory、ROM)、ランダムアクセスメモリ(random access memory、RAM)、磁気ディスク、光ディスクといった、プログラムコードを保管できる何らかの媒体を含む。
前述の説明は、本出願の特定の実施形態にすぎず、本出願の保護範囲を限定することが意図されるものではない。本出願で開示されている技術的範囲内で当業者によって容易に考え出される修正または置換は、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。