JP2023039298A

JP2023039298A - 通信装置、通信方法、およびプログラム

Info

Publication number: JP2023039298A
Application number: JP2021146411A
Authority: JP
Inventors: 佑生吉川; Yuki Yoshikawa
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2021-09-08
Filing date: 2021-09-08
Publication date: 2023-03-20
Also published as: US20240205987A1; EP4401506A1; WO2023037904A1; EP4401506A4; KR20240049377A; CN117917181A

Abstract

【課題】複数のリンクを確立して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信において、所定のリンクが切断された後も、適切に通信を継続することを目的とする。【解決手段】通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う。【選択図】図７

Description

本発明は、無線通信を行う通信装置に関する。

近年の通信されるデータ量の増加に伴い、無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。例えば、最新規格のＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（直交周波数多元接続）を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１参照）。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓの略である。

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋｇｒｏｕｐが発足した。

ＩＥＥＥ８０２．１１ｂｅでは、１台のＡＰが１台のＳＴＡ（Ｓｔａｔｉｏｎ）と２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ帯等の周波数バンドで複数のＬｉｎｋを構築し、同時通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。

特開２０１８－５０１３３号公報

１１ｂｅにおいて導入が検討されているＭｕｌｔｉ―Ｌｉｎｋ通信では確立するＬｉｎｋのそれぞれに対して、データの優先度を示す識別子であるＴＩＤを割り当てることが検討されている。ここでＴＩＤはＴｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒの略である。ＴＩＤは全部で８種類存在するが、Ｍｕｌｔｉ―Ｌｉｎｋ通信では全てのＴＩＤが確立されるリンクの少なくとも１つのリンクに設定される必要がある。

しかしながら、第１のリンクと第２のリンクで通信装置と他の通信装置が接続している際に、第２のリンクが切断されると、第２のリンクにしか割り当てられていないＴＩＤが存在する場合は、通信を継続することができなくなる恐れがあった。

そこで本発明は、複数のリンクを確立して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信において所定のリンクが切断された後も、適切に通信を継続することを目的とする。

上記目的を達成するため、本発明の通信装置は、第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立手段と、
前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）を設定する設定手段と、
前記確立手段によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て手段と、
を有する。

本発明によれば、複数のリンクを確立して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信において、所定のリンクが切断された後も、適切に通信を継続することが可能になる。

本発明におけるネットワークの構成を示す図である。本発明における通信装置のハードウェア構成を示す図である。本発明における通信装置の機能構成を示す図である。Ｍｕｌｔｉ―Ｌｉｎｋ通信の概要を示す図である。ＴＩＤ－Ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＥｌｅｍｅｎｔのフレームフォーマットの一例を示す図である。本実施形態におけるアクションフレームフォーマットの一例を示す図である。本実施形態におけるアクションフレームフォーマットの一例を示す図である。Ｍｕｌｔｉ－ＬｉｎｋＭａｐｐｉｎｇＥｌｅｍｅｎｔのフレームフォーマットの一例を示す図である。本実施形態におけるＥＨＴＡｃｔｉｏｎＶａｌｕｅを示す表である。本実施形態おけるリンクを切断する際のＴＩＤの再割り当て処理を示すシーケンス図である。本実施形態おいてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。本実施形態おけるリンクを切断する際のＴＩＤの再割り当て処理を示すシーケンス図である。本実施形態おいてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。本実施形態おいてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。

以下、添付の図面を参照して、本発明の実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

（無線通信システムの構成）
図１は、本実施形態にかかる通信装置１０１（以下、Ｎｏｎ－ＡＰＭＬＤ１０１）が探索するネットワークの構成を示す。通信装置１０２（以下、ＡＰＭＬＤ１０２）は、無線ネットワーク１００を構築する役割を有するアクセスポイント（ＡＰ）である。ＡＰＭＬＤ１０２はＮｏｎ－ＡＰＭＬＤ１０１と通信可能である。本実施形態はＮｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２に適用する。

Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２の各々は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓの略である。Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、２．４Ｈｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚのように、異なる帯域幅を使用してもよい。

Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、ＭｕｌｔｉＵｓｅｒ）通信を実現することができる。ＯＦＤＭＡは、ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ（直行周波数分割多元接続）の略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、ＲｅｓｏｕｒｃｅＵｎｉｔ）が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡの搬送波が直行する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。

なお、Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＵＷＢはＵｌｔｒａＷｉｄｅＢａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉＢａｎｄＯＦＤＭＡｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。ＡＰＭＬＤ１０２の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、Ｎｏｎ－ＡＰＭＬＤ１０１の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、Ｎｏｎ－ＡＰＭＬＤ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。

各通信装置は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。

また、Ｎｏｎ－ＡＰＭＬＤ１０１、ＡＰＭＬＤ１０２は、複数の周波数チャネルを介してリンクを確立し、通信するＭｕｌｔｉ－Ｌｉｎｋ通信を実行する。ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。ここで、周波数チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであって、ＩＥＥＥ８０２．１１シリーズ規格では、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数の周波数チャネルが定義されている。なお、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。例えばＡＰＭＬＤ１０２はＮｏｎ－ＡＰＭＬＤ１０１と２．４ＧＨｚ帯の第１の周波数チャネルを介したリンクを確立し、通信する能力がある。Ｎｏｎ－ＡＰＭＬＤ１０１はこれと並行してＡＰＭＬＤ１０２と５ＧＨｚ帯の第２の周波数チャネルを介したリンクを確立し、通信する能力がある。この場合に、Ｎｏｎ－ＡＰＭＬＤ１０１は、第１の周波数チャネルを介したリンクと並行して、第２の周波数チャネルを介した第２のリンクを維持するＭｕｌｔｉ－Ｌｉｎｋ通信を実行する。このようにＡＰＭＬＤ１０２は複数の周波数チャネルを介したリンクをＮｏｎ－ＡＰＭＬＤ１０１と確立することで、Ｎｏｎ－ＡＰＭＬＤ１０１との通信におけるスループットを向上させることができる。

なお、各通信機器間のリンクはＭｕｌｔｉ－ｌｉｎｋ通信において、周波数帯の異なるリンクを複数確立してもよい。例えば、Ｎｏｎ－ＡＰＭＬＤ１０１は２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯それぞれでリンクを確立できるようにしてもよい。あるいは同じ周波数帯に含まれる複数の異なるチャネルを介してリンクを確立できるようにしてもよい。例えば２．４ＧＨｚ帯における６ｃｈのリンクを第１のリンクとして、これに加えて２．４ＧＨｚ帯における１ｃｈのリンクを第２のリンクとして確立できるようにしてもよい。なお、周波数帯が同じリンクと、異なるリンクとが混在していてもよい。例えば、Ｎｏｎ－ＡＰＭＬＤ１０１は２．４ＧＨｚ帯における６ｃｈの第一のリンクに加えて、２．４ＧＨｚ帯の１ｃｈのリンクと、５ＧＨｚ帯における１４９ｃｈのリンクを確立できてもよい。Ｎｏｎ－ＡＰＭＬＤ１０１とＡＰは周波数の異なる複数の接続を確立することで、ある帯域が混雑している場合であっても、Ｎｏｎ－ＡＰＭＬＤ１０１と他方の帯域で接続を確立することができる。そのため、Ｎｏｎ－ＡＰＭＬＤ１０１との通信におけるスループットの低下や通信遅延を防ぐことができる。

なお、図１の無線ネットワークではＡＰＭＬＤ１台とＮｏｎ－ＡＰＭＬＤ１台となっているが、ＡＰＭＬＤおよびＮｏｎ－ＡＰＭＬＤの台数や配置はこれに限定されない。例えば、図１の無線ネットワークに加えて、Ｎｏｎ－ＡＰＭＬＤを１台増やしてもよい。このとき確立する各リンクの周波数帯やリンクの数、周波数幅は問わない。

Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合、ＡＰＭＬＤ１０２とＮｏｎ－ＡＰＭＬＤ１０１とは、複数のリンクを介して相手装置とデータの送受信を行う。

また、ＡＰＭＬＤ１０２とＮｏｎ－ＡＰＭＬＤ１０１はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－ＩｎｐｕｔＡｎｄＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）通信を実行できてもよい。この場合、ＡＰＭＬＤ１０２およびＮｏｎ－ＡＰＭＬＤ１０１は複数のアンテナを有し、一方がそれぞれのアンテナから異なる信号を同じ周波数チャネルを用いて送る。受信側は、複数のアンテナを用いて複数ストリームから到達したすべての信号を同時に受信し、各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、ＡＰＭＬＤ１０２およびＮｏｎ－ＡＰＭＬＤ１０１は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、ＡＰＭＬＤ１０２およびＮｏｎ－ＡＰＭＬＤ１０１は、Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合に、一部のリンクにおいてＭＩＭＯ通信を実行してもよい。

（ＡＰＭＬＤおよびＮｏｎ－ＡＰＭＬＤの構成）
図２に、本実施形態におけるＮｏｎ－ＡＰＭＬＤ１０１のハードウェア構成例を示す。Ｎｏｎ－ＡＰＭＬＤ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。なお、アンテナは複数でもよい。

記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄＯｎｌｙＭｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２は、例えば、例えばＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、Ｎｏｎ－ＡＰＭＬＤ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により、Ｎｏｎ－ＡＰＭＬＤ１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。なお、ＣＰＵはＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔの、ＭＰＵは、ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔの略である。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＮｏｎ－ＡＰＭＬＤ１０１全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、Ｎｏｎ－ＡＰＭＬＤ１０１が所定の処理を実行するためのハードウェアである。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々Ｎｏｎ－ＡＰＭＬＤ１０１と一体であってもよいし、別体であってもよい。

通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。

なお、Ｎｏｎ－ＡＰＭＬＤ１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、Ｎｏｎ－ＡＰＭＬＤ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。Ｎｏｎ－ＡＰＭＬＤ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータをＮｏｎ－ＡＰＭＬＤ１０１と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。

アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、Ｎｏｎ－ＡＰＭＬＤ１０１は１つのアンテナを有するとしたが、３つのアンテナでもよい。または周波数帯ごとに異なるアンテナを有していてもよい。また、Ｎｏｎ－ＡＰＭＬＤ１０１は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。

なお、ＡＰＭＬＤ１０２はＮｏｎ－ＡＰＭＬＤ１０１と同様のハードウェア構成を有する。

図３には、本実施形態におけるＮｏｎ－ＡＰＭＬＤ１０１の機能構成のブロック図を示す。なお、ＡＰＭＬＤ１０２も同様の構成である。ここではＮｏｎ－ＡＰＭＬＤ１０１は無線ＬＡＮ制御部３０１を備えるものとする。なお、無線ＬＡＮ制御部の数は１つに限らず、２つでもよいし、３つ以上でも構わない。Ｎｏｎ－ＡＰＭＬＤ１０１は、さらに、フレーム処理部３０２、ＴＩＤ－Ｔｏ－ＬｉｎｋＭａｐｐｉｎｇ管理部３０３、ＵＩ制御部３０４および記憶部３０５、無線アンテナ３０６を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するためのアンテナ並びに回路、およびそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。

フレーム処理部３０２は、無線ＬＡＮ制御部３０１で送受信する無線制御フレームを処理する。フレーム処理部３０２で生成及び解析する無線制御の内容は記憶部３０５に保存されている設定によって制約を課してもよい。またＵＩ制御部３０４からのユーザ設定によって変更してもよい。生成されたフレームの情報は無線ＬＡＮ制御部３０１に送られ、通信相手に送信される。無線ＬＡＮ制御部３０１で受信したフレームの情報はフレーム処理部３０２に渡され解析される。

ＴＩＤ－Ｔｏ－ＬｉｎｋＭａｐｐｉｎｇ管理部３０３は、どのリンクにどのＴＩＤが紐づけられているかを管理する。ここでＴＩＤはＴｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒの略である。ＴＩＤはＱｏＳを目的として使用されるデータの優先度を示す識別子であり、８種類存在する。８種類の中には例えばＶｉｄｅｏデータやＶｏｉｃｅデータを送信するためのＴＩＤがあり、８種類のＴＩＤは必ず少なくとも１つのＬｉｎｋに割り当てる必要がある。

ＵＩ制御部３０４は、Ｎｏｎ－ＡＰＭＬＤの不図示のユーザによるＮｏｎ－ＡＰＭＬＤに対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０４は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。

記憶部３０５は、Ｎｏｎ－ＡＰＭＬＤが動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。

図４にＭｕｌｔｉ－ｌｉｎｋ通信を行うＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤの構成を示す。

Ｍｕｌｔｉ－Ｌｉｎｋで動作する通信装置はＭＬＤ（ＭｕｌｔｉＬｉｎｋＤｅｖｉｃｅ）と呼び、一つのＭＬＤは各Ｌｉｎｋに紐づくＳＴＡやＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）を複数個有する。ＡＰ機能を有するＭＬＤをＡＰＭＬＤ、ＡＰ機能を有さないＭＬＤをＮｏｎ－ＡＰＭＬＤと呼ぶ。

図４のＡＰ１４０１とＳＴＡ１４０４は第１の周波数チャネルを介してＬｉｎｋ１４０７を確立する。同様に、ＡＰ２４０８とＳＴＡ２４０５は第２の周波数チャネルを介してＬｉｎｋ２４０８を確立し、ＡＰ３４０３とＳＴＡ３４０６は第３の周波数チャネルを介してＬｉｎｋ３４０９を確立する。

ここでＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤは、サブＧＨｚ帯、２．４ＧＨｚ帯、３．６ＧＨｚ帯、４．９及び５ＧＨｚ帯、６０ＧＨｚ帯、及び６ＧＨｚ帯の周波数チャネルを介して接続を確立する。ＡＰＭＬＤおよびＮｏｎ－ＡＰＭＬＤは、第１の周波数チャネルを介した第１のリンクの接続と並行して、第２の周波数チャネルを介した第２のリンクの接続を維持する。また、異なる周波数帯域の接続ではなく、同じ周波数帯域の異なる周波数チャネルを介した接続を複数確立してもよい。

図５に、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔのフレームフォーマットの一例を示す。尚、本実施形態では、図５に示したＥｌｅｍｅｎｔの名称をＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔとしているが、これに限らず、他の名称であってもよい。本ｅｌｅｍｅｎｔはＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔフレームのようなマネジメントフレームやアクションフレームに格納される。

ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔは主に、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌ５０１、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２から構成される。

さらにＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌ５０１は、Ｄｉｒｅｃｔｉｏｎ５０３、ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ５０４、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒ５０５から構成される。

Ｄｉｒｅｃｔｉｏｎ５０３は、当該Ｅｌｅｍｅｎｔが含まれるフレームがＵＬ方向またはＤＬ方向であるかを示すフィールドである。

ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ５０４は、デフォルトモードでＴＩＤの割り当てを行うことを示すフィールドである。ここでデフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。

ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒ５０５は、フィールド５０１の後に続くＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２が本ｅｌｅｍｅｎｔに含まれるか否かを示すフィールドである。

尚、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒ５０５は、フィールド５０１の後に続くＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２が本ｅｌｅｍｅｎｔに含まれない場合は、本フィールド５０５は含まれなくてもよい。

ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２♯１～♯８は、ＴＩＤがどのリンクに割り当てられるかを示すフィールドであって、ＴＩＤの数だけ生成される。すなわち、前述の通りＴＩＤは８種類存在するので、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２は８つの存在しうる。ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２♯８を用いて具体的に示す。例えばリンク１、リンク２、リンク３で接続を確立している場合において、ＴＩＤ７が割り当てられるリンクがリンク１、リンク３である場合は、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ５０２♯８には、Ｌｉｎｋ１５０６、Ｌｉｎｋ３５０７の値が１となり、他のサブフィールドは値が０となる。

図６にアクションクレームであるＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレーム、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームの一例を示す。

まず図６の（ａ）に、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームの構成例を示す。

ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームは、Ｃａｔｅｇｏｒｙ６０１、ＥＨＴＡｃｔｉｏｎ６０２、ＤｉａｌｏｇＴｏｋｅｎ、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ６０３から構成される。

Ｃａｔｅｇｏｒｙ６０１はＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームがアクションフレームであることを示すフィールドである。

ＥＨＴＡｃｔｉｏｎ６０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅが格納される。ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド６０２に「１」が格納されることでＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームであることを示す。

ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ６０３には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。

次に図６の（ｂ）にＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームの構成例を示す。

当該フレームは、Ｃａｔｅｇｏｒｙ６０１、ＥＨＴＡｃｔｉｏｎ６０２、ＤｉａｌｏｇＴｏｋｅｎ、ＳｔａｔｕｓＣｏｄｅ６０４、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ６０３から構成される。

ＥＨＴＡｃｔｉｏｎ６０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅが格納される。ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド６０２に「２」が格納されることでＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームであることを示す。

ＳｔａｔｕｓＣｏｄｅ６０４には、ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔで示されたＴＩＤの再割り当て要求に対する応答を格納する。例えば、ＴＩＤの割り当てが成功した場合に、「ＳＵＣＣＥＳＳ」を示す情報を格納する。

ＴＩＤ－ＴｏＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ６０３には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅの当該ｅｌｅｍｅｎｔ６０３には、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。

図７に、アクションクレームであるＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレーム、ＲｅｍｏｖｅＬｉｎｋＲｅｓｐｏｎｓｅフレーム、ＣｈａｎｇｅｌｉｎｋＲｅｑｕｅｓｔフレーム、ＣｈａｎｇｅｌｉｎｋＲｅｓｐｏｎｓｅの一例を示す。

まず図７の（ａ）に、ＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレームの構成例を示す。

ＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレームは、Ｃａｔｅｇｏｒｙ７０１、ＥＨＴＡｃｔｉｏｎ７０２、ＤｉａｌｏｇＴｏｋｅｎ、ＬｉｎｋＩＤＩｎｆｏ７０３、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４から構成される。

Ｃａｔｅｇｏｒｙ７０１はＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレームがＰｒｏｔｅｃｔｅｄＥＨＴアクションフレームであることを示すフィールドである。

ＥＨＴＡｃｔｉｏｎ７０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅが格納される。ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド７０２に「６」が格納されることでＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレームであることを示す。

ＬｉｎｋＩＤＩｎｆｏ７０３はリンクを切断するために使用されるフィールドである。本フィールド７０３では、追加したいリンクを指定する。例えば、リンク１において、ＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２が接続を確立している際に、リンク２を切断したい場合を考える。この場合、ＬｉｎｋＩＤＩｎｆｏ７０３においてリンク２を指定し、当該リンク２の切断を要求した際に、当該要求が受け入れられるとリンク２の接続を切断することができる。

また、ＬｉｎｋＩＤＩｎｆｏ７０３には、複数のリンク情報を格納してもよいし、リンクごとにＬｉｎｋＩＤＩｎｆｏ７０３を設けてもよい。例えば、リンク１とリンク２とリンク３を切断したい場合は、リンク１用のＬｉｎｋＩＤＩｎｆｏ７０３♯１、リンク２用のＬｉｎｋＩＤＩｎｆｏ７０３♯２、リンク３用のＬｉｎｋＩＤＩｎｆｏ７０３♯３を設けることができる。また、ＬｉｎｋＩＤＩｎｆｏ７０３には、切断を要求するリンクに付与されたＢＳＳＩＤや、ＬｉｎｋＩＤに属する送信元または送信先のＭＡＣａｄｄｒｅｓｓ、ＭＬＤＭＡＣＡｄｄｒｅｓｓを含めてもよい。また、ＬｉｎｋＩＤＩｎｆｏフィールドの代わりにＭｕｌｔｉ－ｌｉｎｋｅｌｅｍｅｎｔを用いてもよい。

ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。

図７の（ｂ）に、ＲｅｍｏｖｅＬｉｎｋＲｅｓｐｏｎｓｅフレームの構成例を示す。

ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅの「７」が格納されることでＲｅｍｏｖｅＬｉｎｋＲｅｓｐｏｎｓｅフレームであることを示す。

フィールド７０１、７０２は上述のＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔフレームと重複しているため説明を省略する。

ＳｔａｔｕｓＣｏｄｅ７０６では、ＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔで示された要求に対する応答を格納する。例えば、リンクの切断と要求されたＴＩＤの割り当てが成功した場合は、「ＳＵＣＣＥＳＳ」を示す。例えば、リンクの切断に対する要求は受け入れられるが、要求されたＴＩＤの割り当てができない場合、すなわち、ＴＩＤの割り当てに失敗した場合は、その旨を示す情報を格納する。

ＲｅｍｏｖｅＬｉｎｋＲｅｓｐｏｎｓｅのＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４には、ＲｅｍｏｖｅＬｉｎｋＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。

図７の（ｃ）に、ＣｈａｎｇｅｌｉｎｋＲｅｑｕｅｓｔフレームの構成例を示す。

ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅの「８」が格納されることで、ＣｈａｎｇｅｌｉｎｋＲｅｑｕｅｓｔフレームであることを示す。

ＣｈａｎｇｅｌｉｎｋＲｅｑｕｅｓｔフレームのＬｉｎｋＩＤＩｎｆｏ７０３には、リンク変更後の全てのＬｉｎｋＩＤを付与することができる。例えば、第１のリンクと第２のリンクを介してＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２とが接続を確立している際に、第１のリンクはそのままで第２のリンクを第３のリンクへ変更したい場合を考える。この場合、ＬｉｎｋＩＤＩｎｆｏ７０３には、変更後のリンク一覧として、リンク１、リンク３の情報が格納される。上述の通り、ＬｉｎｋＩＤＩｎｆｏ７０３にリンク１、リンク３のように複数のリンク情報を格納してもよい。

また、リンク１用のＬｉｎｋＩＤＩｎｆｏ７０３♯１、リンク３用のＬｉｎｋＩＤＩｎｆｏ７０３♯３のようにリンクごとにフィールドを設けてもよい。

またＬｉｎｋＩＤＩｎｆｏ７０３には、変更するＬｉｎｋＩＤのみ格納してもよい。例えば、第１のリンクと第２のリンクを介してＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２とが接続を確立している際に、第１のリンクはそのままで第２のリンクを第３のリンクへ変更したい場合は、第２のリンクは切断、第３のリンクは追加することになる。したがって変更するリンクである第２のリンクと第３のリンクの情報をＬｉｎｋＩＤＩｎｆｏ７０３に格納する。

図７の（ｄ）に、ＣｈａｎｇｅｌｉｎｋＲｅｓｐｏｎｓｅフレームの構成例を示す。

ＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴＡｃｔｉｏｎＶａｌｕｅの「９」が格納されることで、ＣｈａｎｇｅｌｉｎｋＲｅｓｐｏｎｓｅフレームであることを示す。

ＣｈａｎｇｅｌｉｎｋＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓＣｏｄｅは、ＬｉｎｋＲｅｍｏｖｅＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓＣｏｄｅ７０６と同様の情報が格納されうる。

ＣｈａｎｇｅＬｉｎｋＲｅｓｐｏｎｓｅのＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４には、ＣｈａｎｇｅＬｉｎｋＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。

また、ＬｉｎｋＩＤＩｎｆｏ７０３に代えて、図８に示すＭｕｌｔｉ－Ｌｉｎｋｅｌｅｍｅｎｔを格納してもよい。

Ｍｕｌｔｉ－ＬｉｎｋｅｌｅｍｅｎｔはＥｌｅｍｅｎｔ、Ｌｅｎｇｔｈ８０１、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ、Ｍｕｌｔｉ－ＬｉｎｋＣｏｎｔｒｏｌ、ＣｏｍｍｏｎＩｎｆｏ、ＬｉｎｋＩｎｆｏｒｍａｔｉｏｎから構成される。

Ｌｅｎｇｔｈ８０１はフィールドの長さを示すフィールドである。

ＣｏｍｍｏｎＩｎｆｏには、ＭＬＤＲｅｍｏｖｅｒｅｓｓ８０２、ＬｉｎｋＩＤＩｎｆｏ８０３が含まれる。ＭＬＤＲｅｍｏｖｅｒｅｓｓ８０２は、当該フレームを送信する装置ＭＬＤＲｅｍｏｖｅｒｅｓｓが格納される。

ＬｉｎｋＩＤＩｎｆｏ８０３はＬｉｎｋＩＤＩｎｆｏ７０３と同様の構成を示すため、説明は省略する。

また、前述のようにＬｉｎｋＩＤＩｎｆｏ８０３をリンクごとに設ける場合は、Ｌｅｎｇｔｈ８０１のフィールド長から、ＬｉｎｋＩＤＩｎｆｏ８０３が複数存在することを読み取ることができる。

ＭＬＤａｄｄｒｅｓｓＰｒｅｓｅｎｔ８０４は、Ｍｕｌｔｉ－ｌｉｎｋＣｏｎｔｒｏｌ後に続く、ＣｏｍｍｏｎＩｎｆｏに含まれるＭＬＤＲｅｍｏｖｅｒｅｓｓ８０２が含まれるか否かを示すフィールドである。

ＬｉｎｋＩＤＩｎｆｏＰｒｅｓｅｎｔ８０５は、Ｍｕｌｔｉ－ｌｉｎｋＣｏｎｔｒｏｌ後に続く、ＣｏｍｍｏｎＩｎｆｏに含まれるＬｉｎｋＩＤＩｎｆｏ８０３が含まれるか否かを示すフィールドである。

また、Ｍｕｌｔｉ－ｌｉｎｋｅｌｅｍｅｎｔ自体をリンクごとに用意し、複数のＭｕｌｔｉ－ｌｉｎｋｅｌｅｍｅｎｔをフレームに含めてもよい。

本実施形態ではＥＨＴＡｃｔｉｏｎＶａｌｕｅとしてフィールド７０２に「６」～「９」の値を格納する例を示したが、これに限定されず、他の値でもよい。

本実施形態のＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームを用いることで、リンクの切断とＴＩＤの再割り当て要求を行うことができる。また、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームを相手装置に送信することでリンクの切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。

＜実施形態１＞
本実施形態では、リンクを切断することで割り当てられなくなるＴＩＤが発生することを防ぐために、リンクを切断する前に残されるリンクに対してＴＩＤの再割り当てを実行する例を示す。

図１０に切断要求を行うＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームを送信する前に、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームでＴＩＤの割り当ての変更要求を行うシーケンスを示す。ここでＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立し、それぞれのリンクに対してＴＩＤを設定されている。ＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立している状態でリンクの切断する際のＴＩＤの再割り当てシーケンスを下記に示す。

Ｓ１００１において、ＴＩＤの割り当ての変更を要求するＮｏｎ－ＡＰＭＬＤ１０２は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームをＡＰＭＬＤ１０１に対して送信する。当該ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームには、ＴＩＤの割り当てを要求するための情報が含まれる。ＴＩＤの割り当てを要求するための情報はＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ６０３に格納される。

Ｓ１００１でＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔフレームが送信されると、ＡＰＭＬＤ１０１は当該フレームを受信し、所望のＴＩＤの割り当てが受け入れ可能かを判定する。ＡＰＭＬＤ１０１は、判定した情報を図６に示されるＳｔａｔｕｓＣｏｄｅ６０４に格納し、当該情報が格納されたＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームをＮｏｎ－ＡＰＭＬＤ１０２に送信する。

Ｎｏｎ－ＡＰＭＬＤ１０２はＳ１００２において受信したＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓＣｏｄｅにおいて要求した割り当てが成功したことを確認する。ＳｔａｔｕｓＣｏｄｅにおいて要求したＴＩＤの再割り当てが成功したことを確認した後、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを相手装置に送信することでリンクの切断を要求する。

本シーケンスによると、リンクの切断を行う前に、ＴＩＤの再割り当てを行うことで、リンクの切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。

図１１では、ＡＰＭＬＤ１０１またはＮｏｎ－ＡＰＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクを切断する際にＴＩＤの再割り当てを行う処理の流れについて説明する。

本フローチャートは、ユーザによってリンクの追加を指示されたことに応じて開始される。またユーザ操作に限らず、アプリからリンクの追加の指示を行ってもよい。また、電波環境の変化に応じて本フローチャートを開始してもよい。

Ｓ１１０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。

Ｓ１１０１においてデフォルトモードで動作していると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔを付与せず、Ｓ１１０６においてＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを送信する。デフォルトモードで動作している場合は、全リンクに全ＴＩＤが割り当てられているため、リンクを切断する際にＴＩＤの割り当てを考慮する必要はない。

Ｓ１１０１においてデフォルトモードで動作していないと判定された場合は、Ｓ１１０２において、切断するリンクのみに割り当てられているＴＩＤが存在しているか否かを判定する。

Ｓ１１０２において、切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔを相手装置に送信する（Ｓ１１０４）。Ｓ１１０２において送信したＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔの応答フレームであるＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームを受信したかを判定する（Ｓ１１０５）。Ｓ１１０５において、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅフレームを受信したと判定された場合は、Ｓ１１０７においてＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを相手装置に送信する。Ｓ１１０７においてＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔには接続を切断するための要求情報が格納される。

Ｓ１１０２において、切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇを格納せずに（Ｓ１１０３）、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを相手装置に送信する。

Ｓ１１０８において、Ｓ１１０７で送信したＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔの応答フレームであるＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅを受信したか否を判定する。Ｓ１１０８においてＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅを受信したと判定した場合は、Ｓ１１０９において、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したか否かを判定する。具体的には受信したＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅフレーム内のＳｔａｔｕｓＣｏｄｅがＳｕｃｃｅｓｓか否かを判定する。

Ｓ１１０９において、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定された場合は、本フローチャートを終了する。

Ｓ１１０９において、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定されなかった場合は、Ｓ１１１０においてＴＩＤの割り当てのみを失敗したか否かを判定する。Ｓ１１１０においてＴＩＤの割り当てのみを失敗したと判定された場合は、残されるリンクに全ての種類のＴＩＤを割り当てて（Ｓ１１１１）、本フローチャートを終了する。また、Ｓ１１１０においてＴＩＤの割り当て以外を失敗したと判定された場合は、Ｓ１１１２においてリンクの切断を行わずに本フローチャートを終了する。

本実施形態では、Ｒｅｍｏｖｅｌｉｎｋｒｅｑｕｅｓｔを送信する例を示したが、これに限定されない。Ｒｅｍｏｖｅｌｉｎｋｒｅｑｕｅｓｔの代わりに、ＤｉｓａｓｓｏｃｉａｔｉｏｎフレームやＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームなどのマネジメントフレームを送信してもよい。

本実施形態ではリンクの切断要求であるＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを送信する前にＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔを送信することで、リンクを切断すると残されるリンクに対するＴＩＤの再割り当て要求を行った。リンクを切断する前に当該要求を行うことで、残されるリンクに対してＴＩＤの再割り当てを実行するので、切断するリンクにしか割り当てられていないＴＩＤが存在する場合であっても、リンクが切断された後も残されたリンクでの通信を継続することができる。

図１２にＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームとＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅフレームを用いリンクの切断とＴＩＤの割り当て処理を行うシーケンス図を示す。ここでＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立し、それぞれのリンクに対してＴＩＤを設定されている。ＡＰＭＬＤ１０１とＮｏｎ－ＡＰＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立している状態でリンクの切断する際のＴＩＤの再割り当てシーケンスを下記に示す。

Ｓ１２０１において、リンクの切断を要求するＮｏｎ－ＡＰＭＬＤ１０２は、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームを送信する。当該ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームには、リンクの切断を要求するための情報とＴＩＤの割り当てを要求するための情報が含まれる。リンクの切断を要求するための情報は図７を参照すると、ＬｉｎｋＩＤＩｎｆｏ７０３に格納される。また、ＴＩＤの割り当てを要求するための情報はＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４に格納される。

Ｓ１２０１でＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームが送信されると、ＡＰＭＬＤ１０１は当該フレームを受信し、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームで要求されたリンクの切断やＴＩＤの割り当てが受け入れ可能かを判定する。ＡＰＭＬＤ１０１は、判定した情報を図７に示されるＳｔａｔｕｓＣｏｄｅ７０６に格納し、当該情報が格納されたＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅフレームをＮｏｎ－ＡＰＭＬＤ１０２に送信する（Ｓ１２０２）。

本シーケンスによると、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔフレームを用いることでリンクの切断要求とＴＩＤの割り当て要求を行うことができる。リンクの切断を行う前に、ＴＩＤの再割り当てを行うことで、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。

図１３では、ＡＰＭＬＤ１０１またはＮｏｎ－ＡＰＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクを切断する際にＴＩＤの再割り当てを行う処理の流れについて説明する。

Ｓ１３０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。

Ｓ１３０１においてデフォルトモードで動作していると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４を付与せずに（Ｓ１３０５）、Ｓ１３０６においてＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを送信する。デフォルトモードで動作している場合は、全リンクに全ＴＩＤが割り当てられているため、リンクを切断する際にＴＩＤの割り当てを考慮する必要はない。

Ｓ１３０１においてデフォルトモードで動作していないと判定された場合は、Ｓ１３０２において、切断するリンクのみに割り当てられているＴＩＤが存在しているか否かを判定する。

Ｓ１３０２で切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合はＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４に切断するリンクにのみ割り当てられているＴＩＤを割り当てるための情報を格納する（Ｓ１３０４）。当該情報を格納したＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを相手装置に送信する（Ｓ１３０６）。Ｓ１３０２で切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４を格納せずに（Ｓ１３０３）、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを相手装置に送信する。

Ｓ１３０７において、Ｓ１３０６において送信したＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔの応答フレームであるＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅを受信したか否を判定する。Ｓ１３０７においてＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅを受信したと判定した場合は、Ｓ１３０８おいて、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したか否かを判定する。具体的には受信したＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅフレーム内のＳｔａｔｕｓＣｏｄｅがＳｕｃｃｅｓｓか否かを判定する。

Ｓ１３０８において、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定された場合は、本フローチャートを終了する。

Ｓ１３０８において、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定されなかった場合は、Ｓ１３０９においてＴＩＤの割り当てのみを失敗したか否かを判定する。Ｓ１３０９においてＴＩＤの割り当てのみを失敗したと判定された場合は、残されるリンクに全てのＴＩＤを割り当てて（Ｓ１３１０）、本フローチャートを終了する。また、Ｓ１３０９においてＴＩＤの割り当て以外を失敗したと判定された場合は、Ｓ１３１１においてリンクの切断を行わずに本フローチャートを終了する。

本実施形態ではリンクの切断要求と残されるリンクに対するＴＩＤの再割り当て要求を同一のフレームで実行する例を示した。リンクの切断とＴＩＤの再割り当てを同時に行うことで、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。

＜実施形態２＞
実施形態１ではリンクを切断する前に残されるリンクに対してＴＩＤの再割り当てを実行する例を示した。本実施形態ではリンクの切断要求を受信する際に、残されるリンクに対してＴＩＤの再割り当て要求がない場合の形態を示す。

図１４では、ＡＰＭＬＤ１０１またはＮｏｎ－ＡＰＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクの切断要求を受信した際にＴＩＤの再割り当てを行う処理の流れについて説明する。

本フローチャートは、ＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔを受信したことに応じて開始される。

Ｓ１４０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。

Ｓ１４０１においてデフォルトモードで動作していると判定された場合は、全リンクに全ＴＩＤが割り当てられている。そのため、リンクを切断する際にＴＩＤの割り当てを考慮する必要がなく、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４を更新しない（Ｓ１４０７）。ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４を更新せずに、当該情報をＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔに格納して相手装置に送信し（Ｓ１４０８）、本フローチャートを終了する。

Ｓ１４０１においてデフォルトモードで動作していないと判定された場合は、受信したＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔにＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４が付与されているか否かを判定する（Ｓ１４０２）。ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４にはＴＩＤの再割り当て要求に関する情報が格納されている。

Ｓ１４０２においてＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４が付与されていると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４で示された要求に従ってＴＩＤの再割り当てを行う（Ｓ１４０６）。

Ｓ１４０６で再割り当てを行った結果をＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４に格納し、当該更新された情報をＲｅｍｏｖｅｌｉｎｋＲｅｓｐｏｎｓｅに含めて送信し、本フローチャートを終了する。

Ｓ１４０２においてＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４が付与されていないと判定された場合は、Ｓ１４０３において切断するリンクにのみ割り当てられているＴＩＤが存在するか否かを判定する（Ｓ１４０３）。Ｓ１４０３で切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合は、当該ＴＩＤを残される全リンクに割り当てて（Ｓ１４０４）、本フローチャートを終了する。Ｓ１４０３で切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、受信したＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔ７０４の情報を更新しない（Ｓ１４０５）。当該情報をＲｅｍｏｖｅｌｉｎｋＲｅｑｕｅｓｔに格納して相手装置に送信し（Ｓ１４０８）、本フローチャートを終了する。

また本実施形態では、Ｓ１４０３において、当該ＴＩＤを残されるリンクに割り当てる例を示したが、切断するリンクにのみ割り当てられているＴＩＤに限らず、全ＴＩＤを残されるリンクに割り当てる、すなわちデフォルトモードで割り当てを行ってもよい。

本実施形態によるとリンクの切断要求を受信した際に、残されるリンクに対するＴＩＤの再割り当てが指示されない場合であっても、切断するリンクにのみ割り当てられているＴＩＤが存在する場合に残されるリンクに対するＴＩＤの再割り当て行うことができる。そのため、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。

尚、上述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が上述の実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は上述の装置を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍの略である。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

２０１記憶部
２０２制御部
２０３機能部
２０４入力部
２０５出力部
２０６通信部

Claims

通信装置であって、
第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立手段と、
前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）を設定する設定手段と、
前記確立手段によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て手段と、
を有することを特徴とする通信装置。
前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記第１のリンクに対するＴＩＤを決定するための情報を含むフレームを送信する送信手段を有することを特徴とする請求項１に記載の通信装置。
前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段によって前記第２のリンクにのみ設定されているＴＩＤが存在する場合は、前記割り当て手段は当該ＴＩＤを前記第１のリンクに割り当てることを特徴とする請求項１または２に記載の通信装置。
前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段によって前記第２のリンクにのみ設定されているＴＩＤが存在する場合は、前記割り当て手段は全ての種類のＴＩＤを前記第１のリンクに割り当てることを特徴とする請求項１から３の何れか一項に記載の通信装置。
前記通信装置は前記他の通信装置から前記第２のリンクの接続を切断する切断要求を受信したことに応じて前記第１のリンクに対するＴＩＤの割り当てを行うことを特徴とする請求項１から４の何れか一項に記載の通信装置。
前記フレームに前記第２のリンクを切断するための情報と前記第１のリンクに割り当てるＴＩＤに関する情報が格納されることを特徴とする請求項５に記載の通信装置。
前記割り当て手段によって前記第１のリンクに割り当てるＴＩＤに関する情報は前記フレームのＴＩＤ－ＴｏーＬｉｎｋＭａｐｐｉｎｇｅｌｅｍｅｎｔに格納されることを特徴とする請求項６に記載の通信装置。
前記フレームはＩＥＥＥ８０２．１１規格に準拠したマネジメントフレームまたはアクションフレームであることを特徴とする請求項１から７の何れか一項に記載の通信装置。
通信装置の通信方法であって、
第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立工程と、
前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）を設定する設定工程と、
前記確立工程によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定工程で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て工程と、
を有することを特徴とする通信装置の通信方法。
コンピュータを請求項１から８の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。