JP4367493B2 - 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム - Google Patents
無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP4367493B2 JP4367493B2 JP2007024136A JP2007024136A JP4367493B2 JP 4367493 B2 JP4367493 B2 JP 4367493B2 JP 2007024136 A JP2007024136 A JP 2007024136A JP 2007024136 A JP2007024136 A JP 2007024136A JP 4367493 B2 JP4367493 B2 JP 4367493B2
- Authority
- JP
- Japan
- Prior art keywords
- station
- terminal station
- packet
- direct link
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Description
本発明は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のように複数の無線局間で相互に通信を行なう無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに係り、特に、インフラストラクチャ・モード下において、制御局がネットワーク内の各端末局のアクセス・タイミングを調停し、各端末局が互いに同期をとって無線通信を行なう無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。
旧来の有線通信方式における配線から解放するシステムとして、無線ネットワークが注目されている。無線ネットワークに関する標準的な規格として、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１やＩＥＥＥ８０２．１５を挙げることができる。
無線技術を用いてローカル・エリア・ネットワークを構成するために、エリア内に「アクセス・ポイント」又は「コーディネータ」と呼ばれる制御局となる装置を１台設けて、この制御局の統括的な制御下でネットワークを形成する方法が一般的に用いられている。制御局は、ネットワーク内にある複数の端末局のアクセス・タイミングを調停し、各端末局が互いに同期をとるという同期的な無線通信を行なう。
また、無線ネットワークを構成する他の方法として、各端末局が自律分散的にピア・ツウ・ピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）で動作し、端末局自らがアクセス・タイミングを決定する「アドホック（Ａｄ−ｈｏｃ）通信」が考案されている。とりわけ近隣に位置する比較的少数のクライアントで構成される小規模無線ネットワークにおいては、特定の制御局を利用せずに、任意の端末同士が直接非同期の無線通信を行なうことができるアドホック通信が適当であると思料される。
例えばＩＥＥＥ８０２．１１におけるネットワーキングは、ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）の概念に基づいている。ＢＳＳは、制御局が存在する「インフラストラクチャ・モード」で定義されるＢＳＳと、複数のＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ：移動局）のみにより構成されるアドホック・モードで定義されるＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ）の２種類で構成される。
インフラストラクチャ・モード下では、制御局は、自局の周辺で電波の到達する範囲をＢＳＳとしてまとめ、いわゆるセルラ・システムで言うところの「セル」を構成する。制御局の近隣に存在する端末局は、制御局に収容され、ＢＳＳのメンバとしてネットワークに参入する。すなわち、制御局は適当な時間間隔でビーコンと呼ばれる制御信号を送信し、このビーコンを受信可能である端末局は制御局が近隣に存在することを認識し、さらに制御局との間でコネクション確立を行なう。
インフラストラクチャ・モード時には、制御局のみが所定フレーム周期でビーコンを送信する。他方、周辺ＭＴはＡＰからのビーコンを受信することでネットワークへの参入を果たし、自らはビーコンを送信しない。
図１９には、インフラストラクチャ・モード時のＩＥＥＥ８０２．１１の動作例を示している。図示の例では、通信局ＳＴＡ０が制御局として動作し、他の通信局ＳＴＡ１並びＳＴＡ２が端末局として動作している。制御局としての通信局ＳＴＡ０は、同図右側のチャートに記したように、一定の時間間隔でビーコン（Ｂｅａｃｏｎ）を送信する。次回のビーコンの送信時刻は、ターゲット・ビーコン送信時刻（ＴＢＴＴ：Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）というパラメータとして制御局内で管理されている。そして、時刻がＴＢＴＴに到来すると、制御局はビーコン送信手順を動作させている。
制御局周辺の端末局ＳＴＡ１並びＳＴＡ２は、制御局が報知するビーコンを受信して、内部のＢｅａｃｏｎ Ｉｎｔｅｒｖａｌフィールドとそのビーコンの受信時刻から次回のビーコン送信時刻を認識することが可能である。端末局は、（受信の必要がない場合には）ＰｏｗｅｒＳａｖｅモードに移行し、間欠的にのみ受信動作を行なうことにより、低消費電力化を図ることができる。具体的には、端末局は、次回あるいは複数回先のビーコン受信時刻（ＴＢＴＴ）まで受信機の電源を落としたスリープ状態（Ｄｏｚｅ）に入る。そして、ＰｏｗｅｒＳａｖｅモード下の各端末局が起床（Ｗａｋｅ）するタイミングが制御局で一元的に管理される。
一方、アドホック・モードのＩＢＳＳにおいては、各端末局は、他の端末局とネゴシエーションを行なった後に自律的にＩＢＳＳを定義する。これらの端末局群は、一定間隔毎にＴＢＴＴを定める。そして、各端末局は自局内のクロックを参照することによりＴＢＴＴが到来したことを認識すると、ランダム・バックオフの遅延の後、未だ誰もビーコンを送信していないと認識した場合にはビーコンを送信する。
図２０には、アドホック・モード時のＩＥＥＥ８０２．１１の動作例を示している。図示の例では、２台の端末局（ＭＴ）がＩＢＳＳを構成する様子を示している。この場合、ＩＢＳＳに属するいずれか一方のＭＴが、ＴＢＴＴが到来する毎にビーコンを送信することになる。また、各ＭＴから送出されるビーコンが衝突する場合も存在している。また、ＩＢＳＳにおいても、ＭＴは必要に応じて送受信機の電源を落とすスリープ状態に入ることがある。
制御局を経由するインフラストラクチャ・モードでは、配下の各端末局は有線ＬＡＮやインターネットなどのバックボーン・ネットワークに接続することができる。但し、制御局を介した無線通信が必要であることから伝送路の利用効率が半減してしまうため、アドホック・モードと比較してスループットが低下するという短所を持つ。一方のアドホック・モードでは、端末局同士が直接通信するため制御局中継によるオーバーヘッドが無くスループットが上がるが、有線ＬＡＮやインターネットなどのバックボーン・ネットワークに接続できないという短所を持つ。
これら２つのモードそれぞれの長所を生かすことができる方式として、ＤＬＰ（ダイレクト・リンク・プロトコル）方式がＩＥＥＥ８０２．１１ｅ−Ｄ１３．０にてオプション機能として定義されている。この方式では、インフラストラクチャ・モードを保ったまま端末局同士の直接通信リンクを設定し、直接通信することができるようになる。
端末局同士が直接通信すれば、制御局を経由することに伴うオーバーヘッドがなくなるので、直感的にはスループットが向上する旨を述べた。しかし、ＤＬＰを行なって直接通信を確立したとしても、通信相手が十分な電波の届く位置、且つ通信品質を得られる位置、すなわちダイレクト・リンク圏内にいないと、パケット・エラーの頻発などにより逆にスループットを下げてしまうことがある。このため、通信相手との直接通信の可否を確かめる方法が必要であると思料される。
例えば、制御局を経由して他の端末局に対してリンク接続し、リンク接続された他の端末局に対して直接無線通信が可能であるか否かを確認し、他の端末局との間で、直接無線通信によって所定の通信データを通信する無線通信装置について提案がなされている（例えば、特許文献１を参照のこと）。
また、他の端末局が出す電波をあらかじめすべて受信し、受信できた端末局のリストを作成することで直接通信が可能な端末局か否かを判断する無線ＬＡＮシステムについて提案がなされている（例えば、特許文献２を参照のこと）。このシステムでは、制御局を中心に構成されたネットワークに複数の端末局が接続され、各端末局が相互に無線通信可能な範囲に存在している場合に、制御局による管理の下で端末局同士がアドホック・モードにより無線ＬＡＮ通信を行なう。制御局によって送信されたネットワーク情報を受信した各端末局は、これに応答して少なくともアドレス情報を返信し、アドレス情報を受信した各端末局が、当該アドレス情報に基づいてアドレス・テーブルを作成し、アドホック・モードによる通信を行なう場合にこれを参照することにより、アドホック・モードで通信可能かどうかが判断される。
しかしながら、端末間で直接通信を行なうこれらの方式ではいずれも、無線パケットの種別や送信元の端末局のアドレスを取得するために、あらかじめ専用のパケットを投げてから制御局側の指示に呼応して端末局全員が専用パケットを送信しなければならないことや、実際に送受信したいデータがない相手端末局に対しても直送リンクのネゴシエーションや品質測定などを行なっており、システム全体で見ても処理の負荷が増大する傾向にあると思料される。
通信相手との直接通信の可否を確かめるさらの他の方法として、ダイレクト・リンク・プロトコル（ＤＬＰ）モードを先に確立し、ＩＣＭＰ ｅｃｈｏ ｒｅｑｕｅｓｔを直接通信で送信し、この返答の回数を数えて直接通信の可否を判断する通信システムについて提案がなされている（例えば、特許文献３を参照のこと）。
しかしながら、上述した３種類の通信方式はいずれも、制御局側にＤＬＰかそれに代わる専用の機能がないと動作が一切成立しないという問題がある。
また、ＩＥＥＥ８０２．１１ｅ−Ｄ１３．０で規定するダイレクト・リンク・モードでは、リンク設定後は省電力（ＰｏｗｅｒＳａｖｅ）モードに入ることができないという問題がある。これは、インフラストラクチャ・モード下では各端末局が起床（Ｗａｋｅ）するタイミングを制御局で一元的に管理しており、言い換えれば、端末局同士では通信相手の起床状態を知ることができないため、常時起床していないと確実にパケットを届けることができないことに依拠している。
本発明の目的は、インフラストラクチャ・モードを保ったまま端末局同士で直接通信リンクを設定して直接通信することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、各端末局が端末局同士で直接通信の可否を好適に確かめて、スループットの低下を招くことのない通信相手と直接通信リンクを設定することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、制御局側にＤＬＰなどの専用の機能を用いることなしに、端末局同士で直接通信の可否を好適に確かめて、スループットの低下を招くことのない通信相手と直接通信リンクを設定することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、各端末局が省電力モードに移行することが可能であるとともに、互いの起床状態を認識することなしに通信相手との直接通信を開始することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記第２の端末局宛てのパケットを前記制御局経由で送信するとともに、前記制御局が前記第２の端末局宛てに当該パケットを転送してから所定期間が経過したときに前記第２の端末局から返信される確認応答パケットを受信したことに基づいて、前記第２の端末局がダイレクト・リンク可能な圏内にいることを検出する、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記第２の端末局宛てのパケットを前記制御局経由で送信するとともに、前記制御局が前記第２の端末局宛てに当該パケットを転送してから所定期間が経過したときに前記第２の端末局から返信される確認応答パケットを受信したことに基づいて、前記第２の端末局がダイレクト・リンク可能な圏内にいることを検出する、
ことを特徴とする無線通信システムである。
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない（以下、同様）。
インフラストラクチャ・モードでは、配下の各端末局は有線ＬＡＮやインターネットなどのバックボーン・ネットワークに接続可能となるが、制御局経由でデータ伝送を行なうことから伝送路の利用効率が半減する。このため、インフラストラクチャ・モードを保ったまま端末局同士のダイレクト・リンクを設定し、制御局を介さずダイレクト通信を行なう通信方法が考えられる。
ところが、通信相手が十分な電波の届く位置、且つ通信品質を得られるダイレクト・リンク圏内にいないと、パケット・エラーの頻発などにより逆にスループットを下げてしまうことがある。このため、通信相手との直接通信の可否を確かめる方法が必要であると思料される。
本発明に係る無線通信システムでは、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して、ダイレクト・リンクを確立したい通信相手がダイレクト・リンク圏内にいるかどうかの判断を行なうようになっている。このような場合、通信相手とのダイレクト通信の可否を確かめる処理は、最小限の負荷で行なうことができる。また、所望の通信相手とのダイレクト・リンクを確立する前に事前に、ダイレクト・リンクの無線品質の測定を行なうことから、十分な通信品質が得られない通信相手とダイレクト通信を行なうことによるスループットの低下を回避することができる。
具体的には、本発明の第１の側面では、第１の端末局は、第２の端末局から返信される通常のＡｃｋパケットを受信待機すればよい。すなわち、専用のパケットを利用せずにダイレクト・リンクの検出処理を行なうことができるので、システム全体での処理の負荷を抑制することができる。
前記第１の端末局は、前記第２の端末局への伝送データが発生したこと、又は、前記第２の端末局からのデータ要求を受信したことに応じて、前記の検出動作を開始すればよい。
また、本発明の第２の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、前記制御局経由で前記第２の端末局から該テスト要求に対する確認応答を受信した後に、前記第２の端末局宛てにテスト・パケットをダイレクト送信し、
前記第２の端末局は、前記第１の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報を記載したレポート・パケットを前記制御局経由で前記第１の端末局に送信し、
前記第１の端末局は、前記レポート・パケットに記載されている情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、前記制御局経由で前記第２の端末局から該テスト要求に対する確認応答を受信した後に、前記第２の端末局宛てにテスト・パケットをダイレクト送信し、
前記第２の端末局は、前記第１の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報を記載したレポート・パケットを前記制御局経由で前記第１の端末局に送信し、
前記第１の端末局は、前記レポート・パケットに記載されている情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
本発明の第２の側面によれば、第１の端末局は、ダイレクト・リンクを検出した第２の端末局を通信相手として、そのダイレクト・リンクの評価を行なうことができる。また、第２の端末局とのダイレクト・リンクを確立する前に事前に、ダイレクト・リンクの無線品質の測定を行なうことから、十分な通信品質が得られない通信相手とダイレクト通信を行なうことによるスループットの低下を回避することができる。
ここで、前記第２の端末局は、該テスト要求に対する確認応答に、前記制御局と前記第２の端末局間の無線リンクに関する情報を記載してもよい。このような場合、前記第１の端末局は、前記レポート・パケットに記載されている受信したテスト・パケットの数又はその受信電力を含む情報と、前記制御局と前記第２の端末局間の無線リンクに関する情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクを制御局経由の通信と比較して、総合的に評価を行なうことができる。
また、本発明の第３の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、前記第１の端末局と前記第２の端末局の間ではダイレクト・リンクが確立しており、
前記第１の端末局は、前記第２の端末局宛に対するダイレクト通信要求を前記制御局経由で送信するとともに、前記第２の端末局から返信される確認応答を前記制御局経由で受信したことに応じて、前記第２の端末局とのダイレクト通信を開始する、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、前記第１の端末局と前記第２の端末局の間ではダイレクト・リンクが確立しており、
前記第１の端末局は、前記第２の端末局宛に対するダイレクト通信要求を前記制御局経由で送信するとともに、前記第２の端末局から返信される確認応答を前記制御局経由で受信したことに応じて、前記第２の端末局とのダイレクト通信を開始する、
ことを特徴とする無線通信システムである。
本発明の第３の側面によれば、ダイレクト・リンクが確立した後であっても、各端末局はＰｏｗｅｒＳａｖｅモードに移行することができ、端末局同士が互いの起床状態を認識することなしに通信相手との直接通信を開始することができる。
前記第１の端末局と前記第２の端末局はダイレクト・リンクが確立している間も間欠的に受信動作を行なう省電力動作モードで動作している場合、前記制御局は、前記第２の端末局がＡｗａｋｅ状態となるタイミングに合わせて前記のダイレクト・リンク通信の要求を転送するとともに、前記第１の端末局がＡｗａｋｅ状態となるタイミングに合わせて前記の確認応答を転送するようにすればよい。
遅延を気にしないデータ伝送であれば、第１の端末局と第２の端末局間でダイレクト・リンクが確立した後であっても、それぞれの端末局はＰｏｗｅｒＳａｖｅモードで運用することができる。第１の端末局がダイレクト・リンク通信を開始したいときには、その旨の要求は制御局経由で第２の端末局に転送される。制御局は、ＢＳＳに収容する各端末局の起床状態を一元的に管理しており、各端末局がＡｗａｋｅ状態となるタイミングでダイレクト・リンク通信の要求並びにこれに対する確認応答を各端末局に転送することができる。
また、本発明の第４の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記第２の端末局宛てにダイレクト・リンクをテストするためのテスト・パケットをダイレクト送信し、前記第２の端末局から返されるＡｃｋパケットを受信した回数又はその受信電力に基づいて、前記第２の端末局がダイレクト・リンク可能な圏内にいることの検出、及び、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記第２の端末局宛てにダイレクト・リンクをテストするためのテスト・パケットをダイレクト送信し、前記第２の端末局から返されるＡｃｋパケットを受信した回数又はその受信電力に基づいて、前記第２の端末局がダイレクト・リンク可能な圏内にいることの検出、及び、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
このような手順でダイレクト・リンクの検出とその評価を同時に行なう場合には、リンクが検出できないような状況下でもテスト・パケットを送信してしまうというリスクはあるが、データ受信先である第２の端末局の負荷を減らし処理を簡略化することができるという利点がある。
また、本発明の第５の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、前記制御局経由で前記第２の端末局から該テスト要求に対する確認応答を受信した後に、前記第２の端末局宛てにテスト・パケットをダイレクト送信し、
前記第２の端末局は、前記第１の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なって、該評価結果を前記制御局経由で前記第１の端末局に送信する、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、前記制御局経由で前記第２の端末局から該テスト要求に対する確認応答を受信した後に、前記第２の端末局宛てにテスト・パケットをダイレクト送信し、
前記第２の端末局は、前記第１の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なって、該評価結果を前記制御局経由で前記第１の端末局に送信する、
ことを特徴とする無線通信システムである。
本発明の第５の側面では、本発明の第２の側面とは相違して、リンク確立可否の判断をデータ受信先である第２の端末局に委ねる構成となっているが、この場合、ダイレクト・リンクの確立要請／返答処理を評価処理に含めて簡略化することができる。
ここで、前記第１の端末局は、該テスト要求に、前記第１の端末局と前記制御局間の無線リンクに関する情報を記載してもよい。このような場合、前記第２の端末局は、受信したテスト・パケットの数又はその受信電力を含む情報と、前記第１の端末局と前記制御局間の無線リンクに関する情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクを制御局経由の通信と比較して、総合的に評価を行なうことができる。
また、本発明の第６の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、
前記第２の端末局は、前記制御局経由で前記第１の端末局からの該テスト要求に対する確認応答を送信した後に、前記第１の端末局宛てにテスト・パケットをダイレクト送信し、
前記第１の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、
前記第２の端末局は、前記制御局経由で前記第１の端末局からの該テスト要求に対する確認応答を送信した後に、前記第１の端末局宛てにテスト・パケットをダイレクト送信し、
前記第１の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
本発明の第６の側面によれば、データ受信先である第２の端末局側からテスト・パケットを送信して、データ送信元である第１の端末局でダイレクト・リンクの評価を行なうことも可能である。
ここで、前記第２の端末局は、該テスト要求に対する確認応答に、前記制御局と前記第２の端末局間の無線リンクに関する情報を記載してもよい。このような場合、前記第１の端末局は、受信したテスト・パケットの数又はその受信電力を含む情報と、前記制御局と前記第２の端末局間の無線リンクに関する情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクを制御局経由の通信と比較して、総合的に評価を行なうことができる。
また、本発明の第７の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、
前記第２の端末局は、前記制御局経由で前記第１の端末局からの該テスト要求に対する確認応答を送信した後に、前記第１の端末局宛てにテスト・パケットをダイレクト送信し、
前記第１の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報を記載したレポート・パケットを前記制御局経由で前記第２の端末局に送信し、
前記第２の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、前記制御局経由で前記第２の端末局にダイレクト・リンクのテスト要求を送信し、
前記第２の端末局は、前記制御局経由で前記第１の端末局からの該テスト要求に対する確認応答を送信した後に、前記第１の端末局宛てにテスト・パケットをダイレクト送信し、
前記第１の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報を記載したレポート・パケットを前記制御局経由で前記第２の端末局に送信し、
前記第２の端末局は、前記第２の端末局から受信したテスト・パケットの数又はその受信電力を含む情報を記録し、該記録した情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクの評価を行なう、
ことを特徴とする無線通信システムである。
本発明の第７の側面によれば、データ受信先である第２の端末局側からテスト・パケットを送信するとともに、第２の端末局でダイレクト・リンクの評価を行なうことも可能である。この場合、リンク確立可否の判断をデータ受信先である第２の端末局に委ねることにより、ダイレクト・リンク確立要請／返答処理を評価処理に含めて簡略化することができる。
ここで、前記第１の端末局は、該レポート・パケットに、前記第１の端末局と前記制御局間の無線リンクに関する情報を記載してもよい。このような場合、前記第２の端末局は、前記レポート・パケットに記載されている受信したテスト・パケットの数又はその受信電力を含む情報と、前記制御局と前記第１の端末局間の無線リンクに関する情報に基づいて、前記第１の端末局と前記第２の端末局間のダイレクト・リンクを制御局経由の通信と比較して、総合的に評価を行なうことができる。
また、本発明の第８の側面は、インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第２の端末局は、前記第１の端末局から前記制御局に送信された自局宛てのデータ・パケットを受信したことに基づいて、前記第１の端末局がダイレクト・リンク可能な圏内にいることを検出する、
ことを特徴とする無線通信システムである。
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第２の端末局は、前記第１の端末局から前記制御局に送信された自局宛てのデータ・パケットを受信したことに基づいて、前記第１の端末局がダイレクト・リンク可能な圏内にいることを検出する、
ことを特徴とする無線通信システムである。
本発明の第８の側面によれば、第２の端末局は、第１の端末局が自局宛てにデータ伝送を行なう際に、第１の端末局が制御局経由で届けようとしたパケットを受信待機すればよい。すなわち、本発明の第１の側面と同様に、専用のパケットを利用せずにダイレクト・リンクの検出処理を行なうことができるので、システム全体での処理の負荷を抑制することができる。
前記第２の端末局は、前記第１の端末局からのデータ・パケットを前記制御局経由で受信したこと、又は、前記第１の端末局へのデータ要求が発生したことに応じて、前記の検出動作を開始すればよい。
また、上記の本発明の各側面において、前記第１又は第２の端末局は、テスト要求並びにこれに対する確認応答、ダイレクト通信要求並びにこれに対する確認応答要求といった、ダイレクト・リンクの評価や確立の際に使用されるネゴシエーション用のパケットを、ＩＥＥＥ８０２．１１ｎ−Ｄ１．０で定義されているＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを利用して、データ・タイプのフレームにカプセル化して送信するようにしてもよい。この場合、ＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送ることができる。
また、本発明の第９の側面は、制御局に収容されてインフラストラクチャ・モード下で通信相手局に対してデータを送信するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータに対し、
前記通信相手局宛てのパケットを前記制御局経由で送信する第１の手順と、
前記制御局が前記通信相手局に転送した当該パケットを受信する第２の手順と、
前記第２の手順おいて当該パケットを受信してから所定期間が経過したときに前記通信相手局から返信される確認応答パケットを受信待機する第３の手順と、
前記第３の手順において確認応答パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する第４の手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
前記通信相手局宛てのパケットを前記制御局経由で送信する第１の手順と、
前記制御局が前記通信相手局に転送した当該パケットを受信する第２の手順と、
前記第２の手順おいて当該パケットを受信してから所定期間が経過したときに前記通信相手局から返信される確認応答パケットを受信待機する第３の手順と、
前記第３の手順において確認応答パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する第４の手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
また、本発明の第１０の側面は、制御局に収容されてインフラストラクチャ・モード下で通信相手局からデータを受信するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータに対し、
前記通信相手局から前記制御局に送信された自局宛てのデータ・パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する検出手順を実行させる、
ことを特徴とするコンピュータ・プログラムである。
前記通信相手局から前記制御局に送信された自局宛てのデータ・パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する検出手順を実行させる、
ことを特徴とするコンピュータ・プログラムである。
本発明の第９乃至第１０の各側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第９の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによってコンピュータ上では協働的作用が発揮され、本発明の第１の側面に係る無線通信システムにおいて、第１の端末局として動作して、同様の作用効果を得ることができる。また、本発明の第１０の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによってコンピュータ上では協働的作用が発揮され、本発明の第８の側面に係る無線通信システムにおいて、第２の端末局として動作して、同様の作用効果を得ることができる。
本発明によれば、インフラストラクチャ・モードを保ったまま端末局同士で直接通信リンクを設定して直接通信することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、端末局同士で直接通信の可否を好適に確かめて、スループットの低下を招くことのない通信相手と直接通信リンクを設定することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、制御局側にＤＬＰなどの専用の機能を用いることなしに、端末局同士で直接通信の可否を好適に確かめて、スループットの低下を招くことのない通信相手と直接通信リンクを設定することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、各端末局が省電力モードに移行することが可能であるとともに、互いの起床状態を認識することなしに通信相手との直接通信を開始することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
本発明に係る無線通信システムでは、制御局がＩＥＥＥ８０２．１１ｅ規格のダイレクト・リンク・セットアップ（ＤＬＳ）機能に対応していなくても、制御局に特別な機能を付加することなく、端末局同士のみでダイレクト・リンクを確立し、伝送帯域の使用効率を改善することができる。
また、本発明に係る無線通信システムでは、ダイレクト・リンクを確立したい通信相手がダイレクト・リンク圏内にいるかどうかの判断を、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して、最小限の負荷で行なうことができる。このように通常の送受信動作を利用してダイレクト・リンクの無線品質の測定を行なうことから、所望の通信相手とのダイレクト・リンクを確立する前に事前に測定することができる。
また、本発明に係る無線通信システムでは、ＩＥＥＥ８０２．１１ｅ−Ｄ１３．０で規定するダイレクト・リンク・モードとは相違して、端末局同士でダイレクト・リンクを一旦確立した後であっても、各端末局は（間欠的にのみ受信動作を行なう）ＰｏｗｅｒＳａｖｅモードを保ったまま動作することが可能になり、低消費電力化を実現することができる。
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
以下、図面を参照しながら本発明の実施形態について詳解する。
図１には、本発明の一実施形態に係る通信システムの構成を模式的に示している。同図において、参照番号１０１は制御局（ＡＰ）、参照番号１０２は第１の端末局（ＳＴＡ１）、参照番号１０３は第２の端末局（ＳＴＡ２）、参照番号１０４は制御局１０１に接続される有線ＬＡＮ、参照番号１０５は制御局１０１によって開設されたＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）であり、基本的にはインフラストラクチャ・モード下で動作する。以降の説明では、第１の端末局１０２が第２の端末局１０３に対して送信すべきデータを所持しているものとする。
なお、図１では、説明の簡素化のため、１台の制御局と、この制御局が開設するＢＳＳ内には通信相手となる一対の端末局１０２及び１０３のみが収容されているが、本発明の要旨はこれに限定されるものではない。１つのＢＳＳ内には３台以上の端末局が収容される場合も想定され、任意の端末局の組み合わせでデータ通信を行なう場合であっても、本発明を適用することはできる。また、２台以上の制御局が存在し、制御局間通信が行なわれるシステム環境下であっても、本発明を適用することができる（後述）。
図２には、図１中の端末局１０２並びに１０３として動作することができる無線通信装置２００の内部構成を模式的に示している。図示のように、無線通信装置２００は、データ処理部２０１と、伝送処理部２０２と、無線インターフェース部２０３と、制御部２０４と、メモリ２０５と、アンテナ２０６を備えている。
データ処理部２０１は、主にトランスポート層における処理を行なう機能モジュールであり、上位レイヤからのデータ送信要求に応じて、伝送パケットを作成する。
伝送処理部２０２は、主にＭＡＣ層における処理を行なう機能モジュールであり、データ処理部２０１で生成されたパケットに対してヘッダや誤り検出符号の付加などの処理を行ない、処理後のデータを無線インターフェース部２０３に提供する。
無線インターフェース部２０３は、主にＰＨＹ（物理）層における処理を行なう機能モジュールであり、伝送処理部２０２により受け取ったデータを変調信号にして、アンテナ２０６から無線伝送路へ送出する。
また、受信動作では、アンテナ２０６で受信した信号を無線インターフェース部２０３が復調処理し、伝送処理部２０２がヘッダの解析を行なう。そして、データ処理部２０１は復調信号から元の伝送データを再現して、上位レイヤに渡す。
なお、制御局１０１として動作する無線通信装置も、図２と同様に構成することができるが、ここでは詳細な説明を省略する。
図１に示した通信システムでは、基本的にはインフラストラクチャ・モード下で動作しており、制御局１０１は所定周期でビーコンを報知する。これに対し、各端末局１０２及び１０３は、ビーコンを受信することによって制御局１０１が近隣に存在することを認識し、さらに制御局１０１との間でコネクション確立を行なうことで、ＢＳＳのメンバとしてネットワークに参入する。
また、各端末局１０２及び１０３は、ＰｏｗｅｒＳａｖｅモードに移行し、間欠的にのみ受信動作を行なうことにより、低消費電力化を図ることができる。すなわち、端末局１０２及び１０３は、次回あるいは複数回先のビーコン受信時刻（ＴＢＴＴ）まで受信機の電源を落としたスリープ状態（Ｄｏｚｅ）に入る。以下では、制御局１０１は、ＰｏｗｅｒＳａｖｅモード下の各端末局１０２及び１０３が起床（Ａｗａｋｅ）するタイミングを把握しているが、端末局同士は互いの起床状態を把握できないものとする。
インフラストラクチャ・モードでは、制御局１０１の配下にある各端末局１０２及び１０３は、有線ＬＡＮ１０４を通じてインターネットなどのバックボーン・ネットワークに接続することができる。また、端末局１０２から端末局１０３へデータ伝送する際に、制御局１０１の中継によりオーバーヘッドを解消するために、インフラストラクチャ・モードを保ったまま端末局同士のダイレクト・リンクを設定し、制御局１０１の介在なしに直接データを送信するダイレクト通信の仕組みが導入される。
但し、端末局１０２及び１０３がダイレクト・リンクを確立したとしても、通信相手が十分な電波の届く位置、且つ通信品質を得られる位置、すなわちダイレクト・リンク可能な圏内にいないと、逆にスループットを下げてしまうことがある。そこで、本実施形態に係る通信システムでは、通信相手とのダイレクト通信の可否を確かめる仕組みを導入し、ダイレクト・リンク圏内の通信局同士で直接通信を開始するようにしている。
本実施形態においてとりわけ特徴的な点は、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して、ダイレクト・リンクを確立したい通信相手がダイレクト・リンク圏内にいるかどうかの判断を行なうことにある。このような場合、通信相手とのダイレクト通信の可否を確かめる処理は、最小限の負荷で行なうことができる。また、所望の通信相手とのダイレクト・リンクを確立する前に事前に、ダイレクト・リンクの無線品質の測定を行なうことから、十分な通信品質が得られない通信相手とダイレクト通信を行なうことによるスループットの低下を回避することができる。
図３並びに図４には、インフラストラクチャ・モード下の通信システムにおいて、第１の端末局１０２と第２の端末局１０３の間でダイレクト・リンクを確立して、制御局１０１の介在なしにダイレクト通信を行なうための処理の流れを示している。図３は、データ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める場合を示し、図４は、データ受信先である第２の端末局１０３が主体となってダイレクト・リンクの確立を始める場合を示している。
図３並びに図４のいずれの場合においても、リンクの確立（Ｓ３０６、Ｓ４０６）までには、「開始トリガ（Ｓ３０１、Ｓ４０１）」、「ダイレクト・リンク検出（Ｓ３０２、Ｓ４０２）」、「ダイレクト・リンク評価（Ｓ３０３、Ｓ４０３）」、「リンクの確立要請（Ｓ３０４、Ｓ４０４）」、「リンク確立要請への返答（Ｓ３０５、Ｓ４０５）」という５段階からなる処理を経てから直接通信が開始される。但し、幾つかの段階の処理を同時並行して実行するというシステム運用もある。
開始トリガ（Ｓ３０１、Ｓ４０１）は、各端末局１０２、１０３が無線ＬＡＮの通常動作をしているところからリンクの検出動作を開始しようとするトリガとなる処理である。ダイレクト・リンク検出（Ｓ３０２、Ｓ４０２）は、互いがダイレクト通信できる範囲すなわちダイレクト・リンク圏内にいるかどうかの検出動作である。本実施形態では、ダイレクト・リンク検出（Ｓ３０２、Ｓ４０２）は、インフラストラクチャ・モード下で行なわれる制御局１０１と端末局１０２又は１０３間の通常の送受信動作を利用して実施される。ダイレクト・リンク評価（Ｓ３０３、Ｓ４０３）は、そのリンクの無線品質の評価を行なう動作であり、通信相手とダイレクト通信を行なってもスループットが低下しないかどうかを確認する。リンクの確立要請／返答（Ｓ３０４、Ｓ４０４）とは、一方の端末局が相手とダイレクト・リンクを確立したいという明確な意思表示を通信相手に伝える動作とそれへの返答動作である。
第１の実施例では、図３に示した手順に従ってデータ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める。以下、当該実施例において、リンクの確立に至るまでの「開始トリガ」、「ダイレクト・リンク検出」、「ダイレクト・リンク評価」、「リンクの確立要請」、「リンク確立要請への返答」の各処理について説明する。
開始トリガ
データ送信元である第１の端末局１０２は、データを送信すること（若しくは上位レイヤでデータ送信要求が発生したこと）自体をダイレクト・リンク試行のトリガとする。また、第１の端末局１０２がコンテンツ・サーバ系の役割をする場合などでは、クライアントである第２の端末局１０３からのコンテンツ取得要請のパケットを受信したことをダイレクト・リンク試行のトリガとしてもよい。トリガとなる条件を満足した場合には、第１の端末局１０２内のデータ処理部２０１は、制御部２０４に通知を行なって、ダイレクト・リンク検出処理Ｓ３０２を開始する。
データ送信元である第１の端末局１０２は、データを送信すること（若しくは上位レイヤでデータ送信要求が発生したこと）自体をダイレクト・リンク試行のトリガとする。また、第１の端末局１０２がコンテンツ・サーバ系の役割をする場合などでは、クライアントである第２の端末局１０３からのコンテンツ取得要請のパケットを受信したことをダイレクト・リンク試行のトリガとしてもよい。トリガとなる条件を満足した場合には、第１の端末局１０２内のデータ処理部２０１は、制御部２０４に通知を行なって、ダイレクト・リンク検出処理Ｓ３０２を開始する。
ダイレクト・リンク検出処理
本実施例では、ダイレクト・リンク検出Ｓ３０２は、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して実施されるので、システムにとって最小限の負荷で済む。
本実施例では、ダイレクト・リンク検出Ｓ３０２は、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して実施されるので、システムにとって最小限の負荷で済む。
図１６には、インフラストラクチャ・モード下で、第１の端末局１０２から第２の端末局１０３へデータ・フレームを送信する様子を示している。図示のように、第１の端末局（ＳＴＡ１）１０２は、第２の端末局（ＳＴＡ２）１０３を中継先とするデータ・フレームを制御局（ＡＰ）１０１に送信する。
制御局１０１は、このデータ・フレームを受信し、ＭＡＣ（Ｍａｃｈｉｎｅ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダ部を解釈して、中継先が第２の端末局１０３であることを認識すると、ＭＡＣヘッダ部の内容を修正して、このデータ・フレームを第２の端末局１０３宛てに転送する。第２の端末局１０３がＰｏｗｅｒＳａｖｅモードで動作しているときには、制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態となるタイミングに合わせてデータ・フレームの転送を行なう。
そして、第２の端末局１０３は、データ・フレームを受信すると、短いフレーム間隔（ＳＩＦＳ：Ｓｈｏｒｔ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ）の後に受信確認Ａｃｋフレームを返す。第１の端末局１０２は、第２の端末局１０３が返信するＡｃｋフレームを受信することができれば、通信相手としての第２の端末局１０３が十分な電波の届く位置に存在すること、すなわちダイレクト・リンクを検出することができる。
図１７Ａには、ＭＡＣヘッダ部のフォーマットを示している。このヘッダ中のＡｄｄｒｅｓｓ１フィールドには直近のフレーム送信先のアドレスが記載され、Ａｄｄｒｅｓｓ２フィールドにはフレーム送信元のアドレスが記載され、Ａｄｄｒｅｓｓ３フィールドにはフレームの中継先若しくは中継元のアドレスが記載される。したがって、図１６に示すように、第１の端末局１０２から制御局１０１に送信したデータ・フレームのＭＡＣヘッダ領域には、（Ａｄｄｒｅｓｓ１，Ａｄｄｒｅｓｓ２，Ａｄｄｒｅｓｓ３）＝（ＡＰ，ＳＴＡ１，ＳＴＡ２）が記載される。また、制御局１０１から第２の端末局１０３に転送されるデータ・フレームには、（Ａｄｄｒｅｓｓ１，Ａｄｄｒｅｓｓ２，Ａｄｄｒｅｓｓ３）＝（ＳＴＡ２，ＡＰ，ＳＴＡ１）が記載される。一方、図１７ＢにはＡｃｋフレームのフォーマットを示すが、図示のようにＡｃｋフレームにはフレーム受信先アドレスＲＡ（Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ）しか記載されないから、Ａｃｋフレームを受信してもその送信元ノードを特定することはできない。そこで、第１の端末局１０２は、（Ａｄｄｒｅｓｓ１，Ａｄｄｒｅｓｓ２，Ａｄｄｒｅｓｓ３）＝（ＳＴＡ２，ＡＰ，ＳＴＡ１）が記載されたデータ・フレームを受信してからＳＩＦＳが経過したときにＡｃｋフレームの受信を試みることによって、第２の端末局１０３とのダイレクト・リンクの検出を行なうようにする。
このように第１の端末局１０２は、第２の端末局１０３から返信される通常のＡｃｋフレームを受信待機すればよい。すなわち、専用のパケットを利用せずにダイレクト・リンクの検出処理を行なうことができるので、システム全体での処理の負荷を抑制することができる。
図５には、第１の実施例におけるダイレクト・リンク検出処理の詳細な手順を示している。
第１の端末局１０２は、ダイレクト・リンク検出処理に入ると（ステップＳ５０１）、リンク検出タイマを開始し（ステップＳ５０２）、以降はこのタイマが満了するまで、第２の端末局１０３宛てのデータ・フレームを送信する度に（ステップＳ５０３）、以下の処理を必ず行なうようになる。
第１の端末局１０２から送信されたデータ・フレームは、制御局１０１により中継され（ステップＳ５０４）、第２の端末局１０３に到達する（ステップＳ５０５）。第２の端末局１０３がＰｏｗｅｒＳａｖｅモードで動作しているときには、制御局１０１は、第２の端末局１０３がＡｗａｋｅするタイミングに合わせてデータ・フレームを転送する。
第１の端末局１０２は、データ・フレームの中継が行なわれた後のパケットを監視する（ステップＳ５０６）。第１の端末局１０２内の伝送処理部２０２は、「ＭＡＣヘッダ領域のＡｄｄｒｅｓｓ１フィールド＝ＳＴＡ２、Ａｄｄｒｅｓｓ３フィールド＝ＳＴＡ１」を検知することで、中継後のパケットであることを判断することができる。そして、第１の端末局１０２は、この中継パケットを検知したら（ステップＳ５０６のＹｅｓ）、このパケットの受信からＳＩＦＳが経過した後に、第２の端末局１０３が送信するであろうＡｃｋ又はＢｌｏｃｋ Ａｃｋフレームを検出できるかどうかを監視する（ステップＳ５０７）。
第１の端末局１０２内の伝送処理部２０２は、このＡｃｋ又はＢｌｏｃｋ Ａｃｋを検知することができれば（ステップＳ５０７のＹｅｓ）、第１の端末局１０２は第２の端末局１０３がダイレクト・リンク圏内にいると判断して、後続のダイレクト・リンク評価処理に移行する（ステップＳ５０８）。
他方、第１の端末局１０２内の伝送処理部２０２は、タイムアウトまでにＡｃｋ又はＢｌｏｃｋ Ａｃｋフレームの検知を行なうことができなかったときには（ステップＳ５０９のＮｏ）、第２の端末局１０３はダイレクト・リンク圏外である、あるいは有線ＬＡＮに繋がったノードであると判断し、制御部２０４に通知する。制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存し、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外する（ステップＳ５１０）。そして、ダイレクト・リンク検出処理に失敗したとして、インフラストラクチャ・モード下の通常動作へ戻る（ステップＳ５１１）。
ダイレクト・リンク評価処理
第１の端末局１０２は、ダイレクト・リンク検出処理により、通信相手である第２の端末局１０３が十分な電波の届く位置にいることを検出すると、続くダイレクト・リンク評価処理では、第２の端末局１０３が良好な通信品質を得られる位置にいるかどうかを確認する。所望の通信相手とのダイレクト・リンクを確立する前に事前に、ダイレクト・リンクの無線品質の測定を行なうことから、十分な通信品質が得られない通信相手と直接通信を行なうことによるスループットの低下を回避することができる。
第１の端末局１０２は、ダイレクト・リンク検出処理により、通信相手である第２の端末局１０３が十分な電波の届く位置にいることを検出すると、続くダイレクト・リンク評価処理では、第２の端末局１０３が良好な通信品質を得られる位置にいるかどうかを確認する。所望の通信相手とのダイレクト・リンクを確立する前に事前に、ダイレクト・リンクの無線品質の測定を行なうことから、十分な通信品質が得られない通信相手と直接通信を行なうことによるスループットの低下を回避することができる。
図６Ａ及び図６Ｂには、第１の実施例において、ダイレクト・リンク評価処理の詳細な手順を示している。
第１の端末局１０２は、ダイレクト・リンク評価処理の開始を要求するためのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを、制御局１０１経由で第２の端末局１０３に送信する（Ｓ６０２）。具体的には、第１の端末局１０２内では、制御部２０４の指示によってデータ処理部２０１で当該フレームが生成され、伝送処理部２０２、並びに無線インターフェース部２０３を経て、アンテナ２０６から送信される。
ここで、ＩＥＥＥ８０２．１１ａ／ｇの拡張規格であるＩＥＥＥ８０２．１１ｎ−Ｄ１．０では、Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎ Ｂｏｄｙを伝搬するためのＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎが定義されている。このＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いることにより、上記のＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔをデータ・タイプのフレームにカプセル化して、ＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送ることができる。ＱｏＳ Ｎｕｌｌ内の管理フレームには、第１の端末局１０２がサポートする伝送レートの情報、対応する機能の情報、送信されるテスト・パケットの個数が記載されている。
ＱｏＳ Ｎｕｌｌフレームは制御局間通信では伝送されない。したがって、第１の端末局１０２が、第２の端末局１０３のことを無線ノードなのか有線ノードかを把握せずにＱｏＳ Ｎｕｌｌフレームを用いて当該要求パケットを送信し、第２の端末局１０３が有線ノードであったとしても、無駄なパケットが制御局１０１の先の有線ＬＡＮ１０４側に流れることを未然に防ぐという効果がある。
制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときにＴｅｓｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ６０３）。第２の端末局１０３は、制御局１０１経由でＴｅｓｔ Ｒｅｑｕｅｓｔパケットを受信すると（ステップＳ６０４）、その制御部２０４は、自らがそのテストを受けて良い状態にいるかどうかを通信状況から判断する（ステップＳ６０５）。そして、その可否判断の結果を、制御局１０１経由で、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットとして送信する（ステップＳ６０６）。制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態となるタイミングに合わせて、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを転送する（ステップＳ６０７）。
Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、第２の端末局１０３でサポートする伝送レートの情報、対応する機能の情報が記載されている。また、このＴｅｓｔ Ｃｏｎｆｉｒｍパケットには、さらに制御局１０１と第２の端末局１０３間の無線リンクの統計情報も一緒に記載してもよい。この確認応答パケットも、上述のＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信することにより、データ・タイプのフレームにカプセル化してＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送るとともに、有線ＬＡＮ１０４への流出を防ぐことができる。
第１の端末局１０２は、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを受信することができたら（ステップＳ６０８のＹｅｓ）、当該パケットの内容を解析して、第２の端末局１０３がリンクのテストが可能な状態かどうかを確認する（ステップＳ６０９）。
このとき、第２の端末局１０３がテスト可能な状態であったら（ステップＳ６０９のＹｅｓ）、その後、第１の端末局１０２は、第２の端末局１０３がサポートしている伝送レートを用いて、第２の端末局１０３に対する複数個のテスト・パケットを、制御局１０１を経由せずダイレクト送信する（ステップＳ６１３）。
一方、第１の端末局１０２が第２の端末局１０３からのＴｅｓｔ Ｃｏｎｆｉｒｍパケットを受信できなかったときには（ステップＳ６０８のＮｏ）、通信相手が本発明の自律的ダイレクト・リンク・セットアップ（ＤＬＳ）機能に対応していないと判断し、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作へ戻る（ステップＳ６２２）。この場合、制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存し、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外される（ステップＳ６２１）。
また、第１の端末局１０２は、第２の端末局１０３からＴｅｓｔ Ｃｏｎｆｉｒｍパケットを受信することはできたものの（ステップＳ６０８のＹｅｓ）、「テスト不可」の返答だった場合も（ステップＳ６０９のＮｏ）、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作に戻る（ステップＳ６２２）。但し、この場合は第２の端末局１０３をダイレクト・リンク検出対象からは除外しない。
一方、第２の端末局１０３は、ステップＳ６０６でテスト可能のＣｏｎｆｉｒｍを返信したら（ステップＳ６１０のＹｅｓ）、リンク・テスト・タイマを開始し、以後はこのテストが終了するまでの間はＳｌｅｅｐ（Ｄｏｚｅ）状態に入ることなく、Ａｗａｋｅを維持する（ステップＳ６１１）。
そして、そのままリンク・テスト・タイマが消滅するか（ステップＳ６２３のＹｅｓ）、又は、第１の端末局１０２から最後のテスト・パケットであることを示すＭｏｒｅＤａｔａ＝０のデータ・フレームを受信して（ステップＳ６１４のＹｅｓ）、テストが終了するまでの間は受信待ちを続け、受信したテスト・パケットの個数やその受信電力などを記録する（ステップＳ６１２）。なお、ＭｏｒｅＤａｔａフラグは、値が１のときはこの後にさらに送信したいデータがあることを示し、値が０のときは最後の送信データであることを示すものとする。
その後、受信待ちすなわちテストが終了すると（ステップＳ６１５）、第２の端末局１０３は、集計した情報をＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｐｏｒｔパケットとして送信する（ステップＳ６１６）。このＴｅｓｔ Ｒｅｐｏｒｔパケットは、制御局１０１経由で第１の端末局１０２に届けられる（ステップＳ６１７）。Ｔｅｓｔ Ｒｅｐｏｒｔパケットには、さらに制御局１０１と第２の端末局１０３間の無線リンクの統計情報も一緒に載せてもよい。
第１の端末局１０２は、Ｔｅｓｔ Ｒｅｐｏｒｔパケットを受信できたときには（ステップＳ６１８のＹｅｓ）、このＴｅｓｔ Ｒｅｐｏｒｔパケットの記載を基に、リンクの確立要請を行なうか否かを制御部２０４において決定する（ステップＳ６１９）。Ｔｅｓｔ Ｃｏｎｆｉｒｍパケット又はＴｅｓｔ Ｒｅｐｏｒｔパケットに制御局１０１と第２の端末局１０３間の無線リンクの情報も記載されている場合には、第１の端末局１０２は、制御局１０１経由とダイレクト・リンクのリンク性能とを比較して、リンクの確立要請を行なうか否かを総合的に判断することにしてもよい。
ここで、第１の端末局１０２の制御部２０４が第２の端末局１０３をダイレクト・リンクで通信するに足る相手だと判断したときには（ステップＳ６１９のＹｅｓ）、ダイレクト・リンク確立要請Ｓ３０４に進む（ステップＳ６２０）。
また、端末局１０３がダイレクト・リンクで通信するに足る相手だと判断されなかった場合には（ステップＳ６１９のＮｏ）、制御部２０４は第２の端末局１０３のアドレスをメモリ２０５に保存してから（ステップＳ６２１）、インフラストラクチャ・モード下の通常動作状態に戻る（ステップＳ６２２）。第２の端末局１０３のアドレスはメモリ２０５に保存されているので、次回以降は伝送処理部２０２でのリンク検出対象から除外される。
また、第１の端末局１０２は、Ｔｅｓｔ Ｒｅｐｏｒｔパケットを受信できなったときには（ステップＳ６１８のＮｏ）、第２の端末局１０３とのダイレクト・リンクによるデータ通信を諦め、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作に戻る（ステップＳ６２２）。但し、この場合は第２の端末局１０３を以後のダイレクト・リンク検出対象からは除外しない。
なお、ＩＥＥＥ８０２．１１ａ／ｇの拡張規格であるＩＥＥＥ８０２．１１ｎは、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）通信を採用している。ＭＩＭＯは、複数本の送受信アンテナの組み合わせで形成される複数の伝送ストリームをチャネル特性に基づいて空間多重する通信方式である。ＩＥＥＥ８０２．１１ｎ−Ｄ１．０では、Ｔｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能が定義されており、一方の端末からチャネル行列を励起するためのトレーニング系列を含んだパケットを送信し、他方の端末では各アンテナで受信したトレーニング系列を使ってチャネル行列を作成し、このアンテナ行列から空間多重又は空間分離するための重み行列を計算するようになっている。第１の端末局１０２並びに第２の端末局１０３双方がＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、上述のステップＳ６１３において、第１の端末局１０２はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これにより、ダイレクト・リンクの伝送品質をより向上させることができる。
ダイレクト・リンク確立要請／返答
通信相手と直接通信を行なってもスループットが低下しないことがダイレクト・リンク評価処理を通じて確認されると、リンクの確立要請／返答により端末局同士でダイレクト・リンクを確立したいという明確な意思表示を伝え合う。
通信相手と直接通信を行なってもスループットが低下しないことがダイレクト・リンク評価処理を通じて確認されると、リンクの確立要請／返答により端末局同士でダイレクト・リンクを確立したいという明確な意思表示を伝え合う。
図７及び図８には、第１の実施例において、ダイレクト・リンク確立要請処理とその応答処理の手順をそれぞれフローチャートの形式で示している。但し、各図では、データ送信元である第１の端末局１０２がダイレクト・リンク確立要請を行なうものとする。
要請処理では、第１の端末局１０２は、第２の端末局１０３に対するＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを制御局１０１経由で送信する（ステップＳ７０１）。このパケットは、ＱｏＳ Ｎｕｌｌ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎ（前述）にてカプセル化されて送信される。
ここで、第２の端末局１０３は、ＰｏｗｅｒＳａｖｅモード下で間欠的にのみ受信動作を行なっていてもよい。制御局１０１は、ＰｏｗｅｒＳａｖｅモード下の各端末局１０２及び１０３が起床（Ｗａｋｅ）するタイミングを把握しているので、第２の端末局１０３が起床状態のときに合わせて、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ７０２）。
第２の端末局１０３は、制御局Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを受信したら（ステップＳ７０３）、これに対するＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔとして、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを制御局１０１経由で送信する（Ｓ８０１）。
ここで、第１の端末局１０２は、ＰｏｗｅｒＳａｖｅモード下で間欠的にのみ受信動作を行なっていてもよい。制御局１０１は、ＰｏｗｅｒＳａｖｅモード下の各端末局１０２及び１０３が起床（Ｗａｋｅ）するタイミングを把握しているので、第１の端末局１０２が起床状態のときに合わせて、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを転送し（ステップＳ８０２）、第１の端末局１０２はこのパケットを受信する（ステップＳ８０３）。但し、Ｒｅｑｕｅｓｔを送信した第１の端末局１０２がＣｏｎｆｉｒｍを受信するまでＡｗａｋｅを維持することにすれば、ステップＳ８０１はダイレクト送信に置き換え、ステップＳ８０２を省略してオーバーヘッドを削減することができる。
この後、それぞれの端末局１０２及び１０３の制御部２０４は、相手をメモリ２０５内のダイレクト・リンクのリストに追加して（ステップＳ８０４、Ｓ８０５）、第１の端末局１０２と第２の端末局１０３の間でダイレクト・リンクの確立が完了する。以降は相手への通信は制御局１０１経由ではなくダイレクト・リンクを使用するようになる。
ダイレクト・リンク確立後の通信
図７及び図８に示した処理手順に従って、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立した後は、制御局１０１による中継を省いて、端末局同士でダイレクト通信が可能となる。
図７及び図８に示した処理手順に従って、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立した後は、制御局１０１による中継を省いて、端末局同士でダイレクト通信が可能となる。
図９には、第１の実施例において、ダイレクト・リンク確立後の第１の端末局１０２と第２の端末局１０３間で通信を行なう処理手順を示している。
遅延を気にしないデータであれば、第１の端末局１０２と第２の端末局１０３間でダイレクト・リンクが確立した後であっても、それぞれの端末局はＰｏｗｅｒＳａｖｅモードで運用することができる。
第１の端末局１０２は、第２の端末局１０３に対して直送すべきデータが発生したときには、Ａｗａｋｅ状態に入ると、制御局１０１経由で第２の端末局１０３にＤｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｒｅｑｕｅｓｔパケットを送信する（ステップＳ９０１）。
第２の端末局１０３は、ＰｏｗｅｒＳａｖｅモード下で間欠的にのみ受信動作を行なっていてもよい。制御局１０１は、第２の端末局１０３がＤｏｚｅ状態からＡｗａｋｅするタイミングに合わせて、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ９０２）。第２の端末局１０３がＤｏｚｅ状態に入っているときも、Ｗａｋｅｕｐ Ｒｅｑｕｅｓｔは制御局１０１から送信されるため、確実に第２の端末局１０３に届く。
第２の端末局１０３は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｒｅｑｕｅｓｔパケットを受信すると、これに対する確認応答であるＤｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｃｏｎｆｉｒｍパケットを制御局１０１経由で第１の端末局１０２に送信する（ステップＳ９０３）。第２の端末局１０３は、このパケットを送信した以後、一定時間は第１の端末局１０２とのダイレクト通信に備えてＡｗａｋｅを維持する。
第１の端末局１０２は、ＰｏｗｅｒＳａｖｅモード下で間欠的にのみ受信動作を行なっていてもよい。制御局１０１は、第１の端末局１０２がＤｏｚｅ状態からＡｗａｋｅするタイミングに合わせて、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｃｏｎｆｉｒｍパケットを転送する（ステップＳ９０４）。第１の端末局１０２がＤｏｚｅ状態に入っているときも、Ｗａｋｅｕｐ Ｒｅｑｕｅｓｔは制御局１０１から送信されるため、確実に第１の端末局１０２に届く。但し、Ｒｅｑｕｅｓｔを送信した第１の端末局１０２がＣｏｎｆｉｒｍを受信するまでＡｗａｋｅを維持することにすれば、ステップＳ９０３はダイレクト送信に置き換え、ステップＳ９０４を省略してオーバーヘッドを削減することができる。
第１の端末局１０２は、第２の端末局１０３からのＤｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｃｏｎｆｉｒｍパケットの受信を待ってから、データ・パケットの直送を開始する（ステップＳ９０５）。
第２の端末局１０３は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｗａｋｅｕｐ Ｃｏｎｆｉｒｍパケットを送信した以後、一定時間Ａｗａｋｅを維持しているので、第１の端末局１０２からのデータ・パケットを起床している間に確実に受信することができる。
その後、第２の端末局１０３は、第１の端末局１０２から受信したデータ・フレームのＭｏｒｅＤａｔａビット＝０に従って、Ｄｏｚｅ状態への移行を行なう。これにより、端末局は、通常のＩＥＥＥ８０２．１１の同様の動作手順によりダイレクト・リンク確立中でＰｏｗｅｒＳａｖｅ動作を行なうことができる。
図９に示したように、第１の端末局１０２がダイレクト・リンク通信を開始したいときには、その旨の要求は制御局１０１経由で第２の端末局１０３に転送される。制御局１０１は、ＢＳＳに収容する各端末局の起床状態を一元的に管理しており、各端末局がＡｗａｋｅ状態となるタイミングでダイレクト・リンク通信の要求並びにこれに対する確認応答を各端末局に転送することができる。言い換えれば、ダイレクト・リンクが確立した後であっても、各端末局はＰｏｗｅｒＳａｖｅモードに移行することができ、端末局同士が互いの起床状態を認識することなしに通信相手との直接通信を開始することができる。
また、図５〜図９に示した処理手順を実施するに際して、制御局１０１側にＤＬＰなどの専用の機能を用いる必要はない、という点を十分理解されたい。すなわち、データ伝送を行なう端末局同士でダイレクト通信の可否を好適に確かめて、スループットの低下を招くことのない通信相手とダイレクト・リンクを設定することができる。
第２の実施例においても、図３に示した手順に従ってデータ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める。その開始トリガは第１の実施例と同様とする。但し、第２の実施例では、ダイレクト・リンクの検出処理とダイレクト・リンクの評価処理を同時に実行するという点で、第１の実施例とは相違する。
図１０Ａ及び図１０Ｂには、第２の実施例において、ダイレクト・リンクの検出処理とダイレクト・リンクの評価処理を同時に実行する処理手順を示している。
第１の端末局１０２は、ダイレクト・リンク評価処理の開始を要求するためのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを、制御局１０１経由で第２の端末局１０３に送信する（Ｓ１００２）。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔをデータ・タイプのフレームにカプセル化して、ＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送ることができる（同上）。
制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときにＴｅｓｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ１００３）。第２の端末局１０３は、制御局１０１経由でＴｅｓｔ Ｒｅｑｕｅｓｔパケットを受信すると（ステップＳ１００４）、その制御部２０４は、自らがそのテストを受けて良い状態にいるかどうかを通信状況から判断する（ステップＳ１００５）。そして、その可否判断の結果を、制御局１０１経由で、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットとして送信する（ステップＳ１００６）。制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態となるタイミングに合わせて、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを転送する（ステップＳ１００７）。
Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、第２の端末局１０３でサポートする伝送レートの情報、対応する機能の情報が記載されている。また、このＴｅｓｔ Ｃｏｎｆｉｒｍパケットには、さらに制御局１０１と第２の端末局１０３間の無線リンクの統計情報も一緒に記載してもよい。このＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍも、上述のＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信することにより、データ・タイプのフレームにカプセル化してＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送ることができる（同上）。
第１の端末局１０２は、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを受信することができたら（ステップＳ１００８のＹｅｓ）、当該パケットの内容を解析して、第２の端末局１０３がダイレクト・リンクのテストが可能な状態かどうかを確認する（ステップＳ１００９）。
そして、第２の端末局１０３がテスト可能な状態であったら（ステップＳ１００９のＹｅｓ）、第１の端末局１０２は、第２の端末局１０３がサポートしている伝送レートを用いて、第２の端末局１０３に対する複数個のテスト・パケットを、制御局１０１を経由せずダイレクト送信する（ステップＳ１０１３）。
この時点では未だダイレクト・リンクは確立されていないが、第２の端末局１０３は、テスト・パケットが到達すれば（ステップＳ１０１２）、ＳＩＦＳ間隔でＡｃｋフレームを返信する。そして、第２の端末局１０３は、そのままリンク・テスト・タイマが消滅するか（ステップＳ１０２０のＹｅｓ）、又は、第１の端末局１０２から最後のテスト・パケットであることを示すＭｏｒｅＤａｔａ＝０のデータ・フレームを受信して（ステップＳ１０１９のＹｅｓ)、テストが終了するまでの間は受信待ちを続ける。第１の端末局１０２は、Ａｃｋフレームの受信を利用して、ダイレクト・リンクの検出動作と同時にダイレクト・リンクの評価動作を行なうことができる。具体的には、上記のステップＳ１０１３において、第１の端末局１０２は、テスト・パケットを送信する度に、第２の端末局１０３から受信したＡｃｋフレームの個数とその受信電力を記録しておく。そして、第１の端末局１０２は、テスト・パケットの送信を終了した後、受信したＡｃｋの個数からパケット誤り率（ＰＥＲ）を算出する（ステップＳ１０１４）。続いて、第１の端末局１０２は、ＰＥＲと受信電力の情報に基づいて、ダイレクト・リンクの無線品質が十分かどうかを判断する（ステップＳ１０１５）。
第１の端末局１０２内の制御部２０４は、第２の端末局１０３をダイレクト・リンクで通信するに足る相手だと判断したら（ステップＳ１０１５のＹｅｓ）、ダイレクト・リンク確立要請Ｓ３０４に進む（ステップＳ１０１６）。
一方、第２の端末局１０３をダイレクト・リンクで通信するに足る相手とは判断しなかった場合は（ステップＳ１０１５のＮｏ）、当該制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存して（ステップＳ１０１７）、インフラストラクチャ・モード下の通常動作状態に戻る（ステップＳ１０１８）。第２の端末局１０３のアドレスは、メモリ２０５に保存されているので、次回以降は伝送処理部２０２でのリンク検出対象から除外される。
なお、第１の端末局１０２並びに第２の端末局１０３双方がＩＥＥＥ８０２．１１ｎ−Ｄ１．０にて定義されているＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、上記のステップＳ１０１３において、第１の端末局１０２はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これによりダイレクト・リンクの伝送品質をより向上させることができる（同上）。
本実施例では、第１の実施例とは相違して、第１の端末局１０２側での受信電力の情報や制御局１０１と第２の端末局１０３間の無線リンクの情報を得ることはできず、リンクが検出できないような状況下でもテスト・パケットを送信してしまうというリスクがある。しかしながら、第１の実施例と比較して、ダイレクト・リンクの検出及び評価処理を実施する際の、受信側である第２の端末局１０３の負荷を減らし処理を簡略化することができるという利点がある。
このようにしてダイレクト・リンクの検出処理とダイレクト・リンクの評価処理を成功裏に終えた以降は、第１の実施例と同様に、図７及び図８に示した処理手順に従って、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立するとともに、図９に示した処理手順に従ってダイレクト通信を行なうことができる。
第３の実施例においても、図３に示した手順に従ってデータ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める。その開始トリガ、並びにダイレクト・リンクの検出処理は、第１の実施例と同様とする。但し、第３の実施例では、ダイレクト・リンクの確立処理をダイレクト・リンクの評価処理と同時に実行するという点で、第１の実施例とは相違する。
図１１には、ダイレクト・リンクの評価処理とダイレクト・リンクの確立処理を同時に実行する処理手順を示している。
第１の端末局１０２は、制御局１０１の中継で、第２の端末局１０３宛てのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを送信する（Ｓ１１０２）。そして、制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときにＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ１１０３）。
このＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットは、第２の端末局１０３に対するテスト要請であるＴｅｓｔ Ｒｅｑｕｅｓｔに加えて、リンク確立要請の意思を伝えるＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを兼ねている。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットには、さらに第１の端末局１０２と制御局１０１間の無線リンクの統計情報も一緒に載せてもよい。
本実施例では、第２の端末局１０３がリンク確立に応じるかどうかを決定する。すなわち、第２の端末局１０３は、制御局１０１経由でＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを受信すると（ステップＳ１１０４）、その制御部２０４は、自らがそのテストを受けて良い状態にいるかどうか、及び、リンク確立に応じるかどうかを通信状況から判断する（ステップＳ１１０５）。そして、これらの可否判断の結果を、制御局１０１の中継によって、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットとして送信する（ステップＳ１１０６）。制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態となるタイミングに合わせて、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを転送する（ステップＳ１１０７）。
Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、第２の端末局１０３でサポートする伝送レートの情報、対応する機能の情報が記載されている。また、このＴｅｓｔ Ｃｏｎｆｉｒｍパケットには、さらに制御局１０１と第２の端末局１０３間の無線リンクの統計情報も一緒に記載してもよい。この確認応答パケットも、ＩＥＥＥ８０２．１１ｎ−Ｄ１．０で定義されているＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信することにより、データ・タイプのフレームにカプセル化してＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送るとともに、有線ＬＡＮ１０４への流出を防ぐことができる。
第１の端末局１０２は、Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを受信することができたら（ステップＳ１１０８のＹｅｓ）、当該パケットの内容を解析して、第２の端末局１０３がリンクのテストが可能な状態かどうか、及び、リンク確立に応じるかどうかを確認する（ステップＳ１１０９）。
このとき、第２の端末局１０３がテスト可能な状態で且つリンク確立に応じる場合には（ステップＳ１１０９のＹｅｓ）、その後、第１の端末局１０２は、第２の端末局１０３がサポートしている伝送レートを用いて、第２の端末局１０３に対する複数個のテスト・パケットを、制御局１０１を経由せずダイレクト送信する（ステップＳ１１１３）。
一方、第１の端末局１０２が第２の端末局１０３からのＴｅｓｔ Ｃｏｎｆｉｒｍパケットを受信できなかったときには（ステップＳ１１０８のＮｏ）、通信相手が本発明の自律的ダイレクト・リンク・セットアップ（ＤＬＳ）機能に対応していないと判断し、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作へ戻る（ステップＳ１１２５）。若しくは、第２の端末局１０３からの返答が「リンク確立不可」であった場合も（ステップＳ１１０９のＮｏ）、相手とのダイレクト・リンクが制御局中継による通信と比べて十分な通信品質を得られないと判断し、制御部２０４に通知して、インフラストラクチャ・モード下の通常モードへ戻る（ステップＳ１１２５）。この場合、制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存し、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外される（ステップＳ１１２４)。
また、第１の端末局１０２は、第２の端末局１０３からＴｅｓｔ Ｃｏｎｆｉｒｍパケットを受信することはできたものの（ステップＳ１１０８のＹｅｓ）、「テスト不可」だった場合、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作に戻る（ステップＳ１１２５）。但し、この場合は、第２の端末局１０３が自律的ＤＬＳ機能に対応していない訳ではないので、第２の端末局１０３をダイレクト・リンク検出対象からは除外しない。
一方、第２の端末局１０３は、ステップＳ６０６でテスト可能で且つリンク確立許可のＣｏｎｆｉｒｍを返信したら（ステップＳ１１１０のＹｅｓ）、リンク・テスト・タイマを開始し、以後はこのテストが終了するまでの間はＳｌｅｅｐ（Ｄｏｚｅ）状態に入ることなく、Ａｗａｋｅを維持する（ステップＳ１１１１）。
そして、そのままリンク・テスト・タイマが消滅するか（ステップＳ１１２６のＹｅｓ）、又は、第１の端末局１０２から最後のテスト・パケットであることを示すＭｏｒｅＤａｔａ＝０のデータ・フレームを受信して（ステップＳ１１１４のＹｅｓ)、テストが終了するまでの間は受信待ちを続け、受信したテスト・パケットの個数やその受信電力などを記録する（ステップＳ１１１２）。
その後、受信待ちすなわちテストが終了すると（ステップＳ６１５）、第２の端末局１０３は、パケット誤り率（ＰＥＲ）を算出し、その制御部２０４によりテスト・パケットの受信電力の情報と合わせダイレクト・リンクの無線品質が十分かどうかの判断を行なう（ステップＳ１１１６）。Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットに第１の端末局１０２と制御局１０１間の無線リンクの情報も載っていれば、第２の端末局１０３は制御局１０１経由の場合とダイレクト・リンクのリンク性能を比較して総合判断することにしてもよい。
そして、第２の端末局１０３は、この判断結果を載せた第１の端末局１０２宛てのＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを制御局１０１に送信する（ステップＳ１１１７）。制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態となるタイミングに合わせて、このパケットを転送する（ステップＳ１１１８）。
第１の実施例とは相違して、第２の端末局１０３は、単に無線リンクのテスト結果をＴｅｓｔ Ｒｅｐｏｒｔとして返すのではなく、ダイレクト・リンクの無線品質が十分かどうかの判断まで行ない、判断結果としてＥｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍとして返す。
第１の端末局１０２は、制御局１０１からＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを受信すると（ステップＳ１１１９）、このパケット内に記述されているダイレクト・リンク確立の可否の判断結果を解釈する（ステップＳ１１２０）。
無線リンクの品質が第２の無線端末によってダイレクト・リンクを確立してもよいという判断されていた場合には（ステップＳ１１２０及びＳ１１２２のＹｅｓ）、それぞれの端末局１０２及び１０３内の制御部２０４は、相手をメモリ２０５内のダイレクト・リンクのリストに追加して（ステップＳ１１２１、Ｓ１１２３）、以降は相手への通信はダイレクト・リンクを使用するようになる。このようにして、第１の端末局１０２と第２の端末局１０３の間でダイレクト・リンクの確立が完了する。
一方、無線リンクの品質が第２の無線端末によってダイレクト・リンクを確立してもよいとは判断されなかった場合には（ステップＳ１１２０及びＳ１１２２のＮｏ）、第１の端末局１０２内の制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存して（ステップＳ１１２４）、インフラストラクチャ・モード下の通常動作状態に戻る（ステップＳ１１２５）。第２の端末局１０３のアドレスはメモリ２０５に保存されているので、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのリンク検出対象から除外される。
なお、第１の端末局１０２並びに第２の端末局１０３双方がＩＥＥＥ８０２．１１ｎ−Ｄ１．０にて定義されているＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、上記のステップＳ１１１３において、第１の端末局１０２はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これによりダイレクト・リンクの伝送品質をより向上させることができる（同上）。
本実施例では、リンク確立可否の判断をデータ受信先である第２の端末局１０３に委ねることにより、第１の実施例と比較して確立要請／返答処理を評価処理に含めて簡略化することができることが利点である。
このようにしてダイレクト・リンクの評価処理を成功裏に終え、ダイレクト・リンクの確立要請／返答を経て、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立した以降は、第１の実施例と同様に、図９に示した処理手順に従ってダイレクト通信を行なうことができる。
第４の実施例においても、図３に示した手順に従ってデータ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める。その開始トリガ、並びにダイレクト・リンクの検出処理は、第１の実施例と同様とする。但し、第４の実施例では、データ受信先である第２の端末局１０３側からテスト・パケットを送信して、データ送信元である第１の端末局１０２でダイレクト・リンクの評価を行なうという点で、第１の実施例とは相違する。
図１２Ａ及び１２Ｂには、本実施例におけるダイレクト・リンクの評価処理の手順を示している。
評価処理では、まず第１の端末局１０２が、制御局１０１の中継で、第２の端末局１０３宛てのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを送信する（ステップＳ１２０２）。具体的には、第１の端末局１０２内では、制御部２０４の指示によってデータ処理部２０１で生成されたこのフレームが、伝送処理部２０２並びに無線インターフェース部２０３を経てアンテナ２０６から送信される。そして、制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときにＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ１２０３）。
このＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットの送信には、第１の実施例と同様に、ＩＥＥＥ８０２．１１ｎ−Ｄ１．０で定義されているＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信することにより、データ・タイプのフレームにカプセル化してＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送るとともに、有線ＬＡＮ１０４への流出を防ぐことができる。ＱｏＳ Ｎｕｌｌ内の管理フレームには、第１の端末局１０２がサポートする伝送レートの情報、対応する機能の情報が載っている。
第２の端末局１０３内の制御部２０４は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを受信すると（ステップＳ１２０４）、いま自らがテストを引き受けて良い状態にいるかどうかを通信状況から判断して、その可否を記載したＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを生成し（ステップＳ１２０５）、制御局１０１を中継して、第１の端末局１０２宛てに送信する（Ｓ１２０６）。そして、制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態のときにＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＣＯｎｆｉｒｍパケットを転送する（ステップＳ１２０７）。
このＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＣｏｎｆｉｒｍパケットもＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信される。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、第２の端末局１０３がサポートする伝送レートの情報、対応する機能の情報が載っている。また、このパケットでテスト可能であることを示す場合には、送信しようとしているテスト・パケットの個数も載せて送信される。また、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、さらに第２の端末局１０３と制御局１０１間の無線リンクの統計情報も一緒に載せてもよい。
第１の端末局１０２は、第２の端末局１０３からＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍを受信できたら（ステップＳ１２０８のＹｅｓ）、続いて、このパケットの記載内容に基づいて第２の端末局１０３がリンクのテストが可能な状態かどうかを確認する（ステップＳ１２０９）。
このとき、第２の端末局１０３がテスト可能な状態であったら（ステップＳ１２０９のＹｅｓ）、第１の端末局１０２は、リンク・テスト・タイマを開始し、以後テストが終了するまでＳｌｅｅｐに入らずにＡｗａｋｅ状態を維持し（ステップＳ１２１０）、パケットを待ち受ける（ステップＳ１２１１）。
一方、第２の端末局１０３からのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを受信できなかった場合には（ステップＳ１２０８のＮｏ）、第１の端末局１０２は、通信相手が本発明の自律的ダイレクト・リンク・セットアップ（ＤＬＳ）機能に対応していないと判断し、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作へ戻る（ステップＳ１２２１）。この場合、制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存し、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外される（ステップＳ１２２０）。
また、第１の端末局１０２は、第２の端末局１０３からＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍを受信することはできたものの（ステップＳ１２０８のＹｅｓ）、当該パケットが「テスト不可」の返答であった場合も（ステップＳ１２０９のＮｏ）、制御部２０４に通知して通常動作に戻る。但し、この場合は、第２の端末局１０３が自律的ＤＬＳ機能に対応していない訳ではないので、ダイレクト・リンク検出対象からは除外しない。
第２の端末局１０３は、自分がテストが可能である場合には（ステップＳ１２１２のＹｅｓ）、第２の端末局１０３がサポートしている伝送レートを用いて、第１の端末局１０２に対して複数個のテスト・パケットを、制御局１０１を経由せずダイレクト送信する（ステップＳ１２１３）。
なお、第１の端末局１０２並びに第２の端末局１０３双方がＩＥＥＥ８０２．１１ｎ−Ｄ１．０にて定義されているＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、上記のステップＳ１２１３において、第２の端末局１０３はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これによりダイレクト・リンクの伝送品質をより向上させることができる（同上）。
テスト・パケットを待ち受けている第１の端末局１０２は、そのままリンク・テスト・タイマが消滅するか（ステップＳ１２１９のＹｅｓ）、又は、最後のテスト・パケットであることを示すＭｏｒｅＤａｔａ＝０のデータ・フレームを第２の端末局１０３から受信するまでの間（ステップＳ１２１４のＹｅｓ）、受信待ちを続け、受信したテスト・パケットの個数や受信電力などを記録する。
そして、第１の端末局１０２は、テストを終了した後（ステップＳ１２１５）、受信したテスト・パケットの個数とＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットに記述されていた送信テスト・パケット数を基に、パケット誤り率（ＰＥＲ）を算出する（ステップＳ１２１６）。
次いで、第１の端末局１０２内の制御部２０４は、パケット誤り率と受信電力を基にダイレクト・リンクを評価して、第２の端末局１０３に対してリンクの確立要請を行なうか否かを決定する（ステップＳ１２１７）。また、ステップＳ１２０８で受信したＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットに第２の端末局１０３と制御局１０１間の無線リンクの情報も載っていれば、制御局１０１を中継する場合とダイレクト・リンクのリンク性能を比較して、総合的に判断するようにしてもよい。
そして、第１の端末局１０２内の制御部２０４が、第２の端末局１０３をダイレクト・リンクで通信するに足る相手であると判断したときには（ステップＳ１２１７のＹｅｓ）、ダイレクト・リンク確立要請処理Ｓ３０４に進む（ステップＳ１２１８）。
一方、第２の端末局１０３をダイレクト・リンクで通信するに足る相手であるとは判断しなかった場合には、第１の端末局１０２内の制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存して（ステップＳ１２２０）、インフラストラクチャ・モード下の通常動作状態に戻る（ステップＳ１２２１）。第２の端末局１０３のアドレスはメモリ２０５に保存されているので、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのリンク検出対象から除外される。
このようにしてダイレクト・リンクの評価処理を成功裏に終えた後は、第１の実施例と同様に、図７、図８に示した処理手順従ってダイレクト・リンクの確立要請／返答を経て、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立し、図９に示した処理手順に従ってダイレクト通信を行なうことができる。
第５の実施例においても、図３に示した手順に従って、データ送信元である第１の端末局１０２が主体となってダイレクト・リンクの確立を始める。その開始トリガ、並びにダイレクト・リンクの検出処理は、第１の実施例と同様とする。また、第５の実施例では、第４の実施例と同様に、データ受信先である第２の端末局１０３側からテスト・パケットを送信するが、第１の端末局１０２ではなく第２の端末局１０３でダイレクト・リンクの評価を行なう点で相違する。
図１３Ａ及び図１３Ｂには、第５の実施例におけるダイレクト・リンクの評価処理の手順を示している。本実施例に係る評価処理では、第１の端末局１０２によるリンク確立要請処理を同時に行なうようになっている。
まず、第１の端末局１０２は、制御局１０１経由で、第２の端末局１０３宛てのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを送信する（ステップＳ１６０２）。そして、制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときにＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ１３０３）。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットは、第２の端末局１０３に対するテスト要請に加えて、リンク確立要請の意思を伝えるＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを兼ねている。本実施例では、リンク確立に応じるかどうかは第２の端末局１０３が決定する。
Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットの送信には、ＩＥＥＥ８０２．１１ｎ−Ｄ１．０で定義されているＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信することにより、データ・タイプのフレームにカプセル化してＩＥＥＥ８０２．１１の管理フレームのフォーマットのままで送るとともに、有線ＬＡＮ１０４への流出を防ぐことができる。ＱｏＳ Ｎｕｌｌ内の管理フレームには、第１の端末局１０２がサポートする伝送レートの情報、対応する機能の情報が載っている。
第２の端末局１０３内の制御部２０４は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔパケットを受信すると（ステップＳ１３０４）、いま自らがテストを引き受けて良い状態にいるかどうかを通信状況から判断して、その可否を記載したＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを生成し（ステップＳ１３０５）、制御局１０１を中継して、第１の端末局１０２宛てに送信する（Ｓ１３０６）。そして、制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態のときにＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＆ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔパケットを転送する（ステップＳ１３０７）。
このＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ ＣｏｎｆｉｒｍパケットもＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信される。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、第２の端末局１０３がサポートする伝送レートの情報、対応する機能の情報が載っている。また、このパケットでテスト可能であることを示す場合には、送信しようとしているテスト・パケットの個数も載せて送信される。また、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットには、さらに第２の端末局１０３と制御局１０１間の無線リンクの統計情報も一緒に載せてもよい。
第１の端末局１０２は、第２の端末局１０３からＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍを受信できたら（ステップＳ１３０８のＹｅｓ）、続いて、このパケットの記載内容に基づいて第２の端末局１０３がリンクのテストが可能な状態かどうかを確認する（ステップＳ１３０９）。
このとき、第２の端末局１０３がテスト可能な状態であったら、第１の端末局１０２は、リンク・テスト・タイマを開始し、以後テストが終了するまでＳｌｅｅｐに入らずにＡｗａｋｅ状態を維持し（ステップＳ１３１０）、パケットを待ち受ける（ステップＳ１２３１）。
一方、第２の端末局１０３からのＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍパケットを受信できなかった場合には（ステップＳ１３０８のＮｏ）、第１の端末局１０２は、通信相手が本発明の自律的ダイレクト・リンク・セットアップ（ＤＬＳ）機能に対応していないと判断し、制御部２０４に通知して、インフラストラクチャ・モード下の通常動作へ戻る（ステップＳ１３２１）。この場合、制御部２０４は、第２の端末局１０３のアドレスをメモリ２０５に保存し、次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外される（ステップＳ１３２０）。
また、第１の端末局１０２は、第２の端末局１０３からＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｃｏｎｆｉｒｍを受信することはできたものの（ステップＳ１３０８のＹｅｓ）、当該パケットが「テスト不可」の返答であった場合も（ステップＳ１３０９）、制御部２０４に通知して通常動作に戻る。但し、この場合は、第２の端末局１０３が自律的ＤＬＳ機能に対応していない訳ではないので、ダイレクト・リンク検出対象からは除外しない。
第２の端末局１０３は、テストが可能である場合には（ステップＳ１３１２のＹｅｓ）、第２の端末局１０３がサポートしている伝送レートを用いて、第１の端末局１０２に対して複数個のテスト・パケットを、制御局１０１を経由せずダイレクト送信する（ステップＳ１３１３）。
なお、第１の端末局１０２並びに第２の端末局１０３双方がＩＥＥＥ８０２．１１ｎ−Ｄ１．０にて定義されているＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、上記のステップＳ１３１３において、第２の端末局１０３はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これによりダイレクト・リンクの伝送品質をより向上させることができる（同上）。
テスト・パケットを待ち受けている第１の端末局１０２は、そのままリンク・テスト・タイマが消滅するか（ステップＳ１３１４ａのＹｅｓ)、又は、最後のテスト・パケットであることを示すＭｏｒｅＤａｔａ＝０のデータ・フレームを第２の端末局１０３から受信するまでの間（ステップＳ１３１４のＹｅｓ)、受信待ちを続け、受信したテスト・パケットの個数や受信電力などを記録する。
第１の端末局１０２は、第２の端末局１０３からのテスト・パケットの受信を終了すると（ステップＳ１３１５）、受信したテスト・パケットの個数やその受信電力などの集計した情報を記載したＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｐｏｒｔパケットを生成して、制御局１０１経由で第２の端末局１０３宛てに送信する（ステップＳ１３１６）。Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｐｏｒｔパケットには、さらに制御局１０１と第１の端末局１０２の間の無線リンクの統計情報も一緒に載せてもよい。
制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態のときに、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｐｏｒｔパケットを転送する（ステップＳ１３１７）。
第２の端末局１０３内の制御部２０４は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｐｏｒｔパケットを受信すると（ステップＳ１３１８）、このパケットの内容に基づいて、第１の端末局１０２に対してリンクの確立要請を行なうか否かを決定する（ステップＳ１３１９）。ステップＳ１３１８において受信したＴｅｓｔ Ｒｅｐｏｒｔパケットに制御局１０１と第１の端末局１０２の間の無線リンクの情報も載っている場合には、第２の端末局１０３は制御局１０１経由の場合とダイレクト・リンクのリンク性能を比較して総合的に判断することにしてもよい。
そして、第２の端末局１０３は、その判断結果を記載したＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを生成して、制御局１０１経由で第１の端末局１０２宛てに送信する（Ｓ１３２０）。このＤｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ＣｏｎｆｉｒｍパケットもＱｏＳ Ｎｕｌｌ Ｅｍｂｅｄｄｉｎｇ Ｍａｎａｇｅｍｅｎｔ Ａｃｔｉｏｎを用いて送信される。本実施例では、無線リンクのテスト結果を受けたダイレクト・リンク確立の可否を第２の端末局１０３側で判断を行ない、その判断結果をＥｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍとして第１の端末局１０２に返す点で、第４の実施例とは相違する。
制御局１０１は、第１の端末局１０２がＡｗａｋｅ状態のときに、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを転送する（ステップＳ１３２１）。
第１の端末局１０２は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｎｆｉｒｍパケットを受信すると（ステップＳ１３２２）、このパケットに記述されているダイレクト・リンク確立の可否の判断結果を解釈する（ステップＳ１３２３）。
第２の端末局１０３によってダイレクト・リンクを確立してもよいと判断されていた場合には（ステップＳ１３２３及びステップＳ１３２５のＹｅｓ）、各端末局１０２及び１０３の制御部２０４は、それぞれの通信相手をメモリ２０５内のダイレクト・リンクのリストに追加し（ステップＳ１３２４及びＳ１３２６）、以降は通信相手への通信はダイレクト・リンクを使用するようになる。このようにして、第１の端末局１０２と第２の端末局１０３の間でダイレクト・リンクの確立が完了する。
一方、第２の端末局１０３によってダイレクト・リンクを確立してもよいとは判断されなかった場合は（ステップＳ１３２３及びＳ１３２５のＮｏ）、第１の端末局１０２内の制御部２０４は、通信相手のアドレスをメモリ２０５に保存し、インフラストラクチャ・モード下の通常動作状態に戻る（ステップＳ１３２１）。次回以降は第２の端末局１０３のアドレスは伝送処理部２０２でのダイレクト・リンク検出対象から除外される。また、第２の端末局１０３内の制御部２０４は、メモリ２０５内のダイレクト・リンクのリストに追加しないので、以降は第１の端末局１０２への通信にダイレクト・リンクを使用しない。
なお、第４の実施例と同様に、第１の端末局１０２並びに第２の端末局１０３双方がＩＥＥＥ８０２．１１ｎ−Ｄ１．０にて定義されているＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇ機能を有している場合には、第２の端末局１０３はテスト・パケットの送信にＴｒａｎｓｍｉｔ Ｂｅａｍｆｏｒｍｉｎｇを使用してもよい。これによりダイレクト・リンクの伝送品質をより向上させることができる（同上）。
本実施例では、リンク確立可否の判断をデータ受信先である第２の端末局１０３に委ねることにより、第４の実施例と比較して、ダイレクト・リンク確立要請／返答処理を評価処理に含めて簡略化することができるという利点である。
このようにしてダイレクト・リンクの評価処理を成功裏に終え、ダイレクト・リンクの確立要請／返答を経て、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３の間でダイレクト・リンクが確立した以降は、第１の実施例と同様に、図９に示した処理手順に従ってダイレクト通信を行なうことができる。
第６の実施例では、図４に示した手順に従って、データ受信先である第２の端末局１０３が主体となってダイレクト・リンクの確立を始める。以下、当該実施例において、リンクの確立に至るまでの各処理について説明する。
開始トリガ
第２の端末局１０３は、制御局１０１により中継されてきた自分宛てのパケットを認識することを開始トリガにして、ダイレクト・リンク検出処理に進む。ここで、「制御局１０１によって中継されてきた」ことの判断には、伝送処理部２０２が自分宛てのパケットのＭＡＣヘッダ領域において「Ａｄｄｒｅｓｓ３≠ＢＳＳＩＤ」を検知することで判断することができる（ＢＳＳＩＤは、制御局に収容された端末局のアドレスである。図１６に示したように、第１の端末局１０２からのパケットが制御局１０１の中継で届いた場合には、「Ａｄｄｒｅｓｓ３＝ＳＴＡ１」となる）。
第２の端末局１０３は、制御局１０１により中継されてきた自分宛てのパケットを認識することを開始トリガにして、ダイレクト・リンク検出処理に進む。ここで、「制御局１０１によって中継されてきた」ことの判断には、伝送処理部２０２が自分宛てのパケットのＭＡＣヘッダ領域において「Ａｄｄｒｅｓｓ３≠ＢＳＳＩＤ」を検知することで判断することができる（ＢＳＳＩＤは、制御局に収容された端末局のアドレスである。図１６に示したように、第１の端末局１０２からのパケットが制御局１０１の中継で届いた場合には、「Ａｄｄｒｅｓｓ３＝ＳＴＡ１」となる）。
あるいは、第１の端末局１０２がコンテンツ・サーバのような役割をし、第２の端末局１０３が情報を引き出すクライアントである場合には、第２の端末局１０３は、自らがコンテンツ取得要請を出す動作を開始トリガにして、ダイレクト・リンク検出処理に進むようにしても良い。
上記の開始トリガとなる条件を満足した場合、第２の端末局内のデータ処理部２０１は、制御部２０４に通知を行ない、ダイレクト・リンク検出処理Ｓ４０２を開始する。このとき、自分宛てのパケットのＡｄｄｒｅｓｓ３フィールドに記載されているＭＡＣアドレスがデータ送信元となる第１の端末局１０２のアドレスを示しているが（前述）、この時点では第１の端末局１０２がダイレクト・リンク可能な圏内にいるかどうかはまだ不明である。
ダイレクト・リンク検出処理
本実施例でも、ダイレクト・リンク検出Ｓ３０２は、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して実施されるので、システムにとって最小限の負荷で済む。
本実施例でも、ダイレクト・リンク検出Ｓ３０２は、インフラストラクチャ・モード下で行なわれる制御局と端末局間の通常の送受信動作を利用して実施されるので、システムにとって最小限の負荷で済む。
図１８には、インフラストラクチャ・モード下で、第１の端末局１０２から第２の端末局１０３へデータ・フレームを送信する様子を示している。図示のように、第１の端末局（ＳＴＡ１）１０２は、第２の端末局（ＳＴＡ２）１０３を中継先とするデータ・フレームを制御局（ＡＰ）１０１宛てに送信する。
一方、第２の端末局１０３は、上述した開始トリガによりダイレクト・リンク検出処理を起動すると、Ａｗａｋｅ状態を維持して、第１の端末局１０２から自分宛てに送信されるパケットの受信を試行している。図１７Ａを参照しながら既に説明したように、第１の端末局１０２から制御局１０１に送信される第２の端末局１０３宛てのパケットのＭＡＣヘッダ領域には、（Ａｄｄｒｅｓｓ１，Ａｄｄｒｅｓｓ２，Ａｄｄｒｅｓｓ３）＝（ＡＰ，ＳＴＡ１，ＳＴＡ２）が記載されている。したがって、第２の端末局１０３は、第１の端末局１０２から制御局１０１宛てのパケットの受信を試み、そのパケットのＭＡＣヘッダ領域にＡｄｄｒｅｓｓ３フィールドに自分のアドレスが記載されていることを確認できれば、通信相手としての第１の端末局１０２が十分な電波の届く位置に存在すること、すなわちダイレクト・リンクを検出することができる。
このように第２の端末局１０３は、第１の端末局１０２から送信される通常のデータ・フレームを受信待機すればよい。すなわち、専用のパケットを利用せずにダイレクト・リンクの検出処理を行なうことができるので、システム全体での処理の負荷を抑制することができる。
図１４には、第６の実施例におけるダイレクト・リンク検出処理の手順を示している。
第２の端末局（ＳＴＡ２）１０３は、ダイレクト・リンク検出処理Ｓ４０２に移行すると、リンク検出タイマを開始し（ステップＳ１４０２）、以降はこのタイマが満了するまで、制御局宛の中継前のパケットを監視し中継先が自分であるパケットが無いか監視する（ステップＳ１４０５）。
ステップＳ１４０５では、具体的には、第２の端末局１０３内の伝送処理部２０２が、受信動作において「Ａｄｄｒｅｓｓ３＝自分のＭＡＣアドレス」であるパケットが無いかを監視する。このようなパケットは自分宛てではないが、第１の端末局１０２が制御局１０１に向かって送信したパケットを第２の端末局１０３が受信できれば、Ａｄｄｒｅｓｓ３フィールドには自らのＭＡＣアドレスが書かれているから（図１８を参照のこと）、第１の端末局１０２が自分宛てのパケットを送ろうとしていることを認識することができる。
ここで、第１の端末局１０２が第２の端末局１０３宛てのデータ・フレームを、インフラストラクチャ・モード下の通常動作により、制御局１０１経由で送信する（ステップＳ１４０３）。制御局１０１は、第２の端末局１０３がＡｗａｋｅ状態となるタイミングに合わせて、このデータ・フレームを第２の端末局１０３に転送し（ステップＳ１４０４）、第２の端末局１０３はこのデータ・フレームを通常動作により受信することができる。
このとき、第２の端末局１０３は、ダイレクト・リンク検出処理を起動しており、リンク検出タイマ満了までに、ステップＳ１４０３において第１の端末局１０２が送信したデータ・フレームを受信し、さらに伝送処理部２０２がそのパケットのＭＡＣヘッダ領域のＡｄｄｒｅｓｓ３フィールドに自分のＭＡＣアドレスが記載されていることを確認できたときには（ステップＳ１４０５のＹｅｓ）、第１の端末局１０２が自分宛てのデータを持ち、且つ、ダイレクト・リンク可能な位置にいるということを認識することができる。この場合、伝送処理部２０２は、このようなパケットを検知できたことを制御部２０４に通知する。そして、第２の端末局１０３は、リンク評価処理へ進む（ステップＳ１４０７）。
一方、ステップＳ１４０３において第１の端末局１０２が送信したデータ・フレームを受信できない、あるいは受信できてもそのＭＡＣヘッダ領域のＡｄｄｒｅｓｓ３フィールドに自分のＭＡＣアドレスが記載されていることを確認できないまま（ステップＳ１４０５のＮｏ）、リンク検出タイマが満了した場合には（ステップＳ１４０８のＮｏ）、第２の端末局１０３は、通信相手である第１の端末局１０２がダイレクト・リンク圏内にいない、若しくは有線ＬＡＮに繋がったノードであると判断し、制御部２０４に通知する。制御部２０４は、第１の端末局１０２のアドレスをメモリ２０５に保存し（ステップＳ１４０９）、リンク検出処理を失敗終了し、インフラストラクチャ・モード下の通常動作状態へ戻る（ステップＳ１４１０）。第１の端末局１０２のアドレスはメモリ２０５に保存されているので、次回以降は第１の端末局１０２のアドレスは伝送処理部２０２での直送監視対象から除外される。
このようにしてダイレクト・リンク検出処理が行なわれ、当該処理が成功裏に終了した後は、第１乃至第５の実施例と同様のダイレクト・リンク評価処理、並びにダイレクト・リンク確立要請／返答処理を、データ送信元である第１の端末局１０２とデータ受信先である第２の端末局１０３で役割を代えて実施することで、ダイレクト・リンクを確立することができる。
また、第６の実施例では、第１の実施例と同様に、図９に示した処理手順に従って、ダイレクト・リンク確立後の通信を行なうことができる。遅延を気にしないデータであれば、第１の端末局１０２と第２の端末局１０３間でダイレクト・リンクが確立した後は、それぞれの端末局はＰｏｗｅｒＳａｖｅモードで運用することができる。
これまでは、説明の簡素化のため、１台の制御局と、この制御局が開設するＢＳＳ内には通信相手となる一対の端末局１０２及び１０３のみが収容されているが、本発明の要旨はこれに限定されるものではない。１つのＢＳＳ内には３台以上の端末局が収容される場合も想定され、任意の端末の組み合わせでデータ通信を行なう場合であっても、本発明を適用することはできる。また、２台以上の制御局が存在し、制御局間通信が行なわれるシステム環境、すなわちＩＥＥＥ８０２．１１標準の無線ＬＡＮの基本単位であるＢＳＳを、複数の制御局で相互接続したネットワーク構成（ＥＳＳ：Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ）であっても、本発明を適用することができる。
前述のＤｉｒｅｃｔ Ｌｉｎｋ Ｔｅｓｔ Ｒｅｑｕｅｓｔ／Ｃｏｎｆｉｒｍ／Ｒｅｐｏｒｔパケットや、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ／Ｃｏｎｆｉｒｍパケットなどのネゴシエーション用パケットをデータ・フレームにカプセル化することに拡張すれば、有線ネットワーク越しにこれらのネゴシエーションを実施することができる。
図１５には、本発明を適用可能である他の通信システムの構成例を模式的に示している。同図では、制御局１５０１は、参照番号１５０４で示すＢＳＳを運営し、第１の端末局（ＳＴＡ１）１５０２及び第２の端末局（ＳＴＡ２）を収容している。また、他の制御局１５０６は、第３の端末局（ＳＴＡ３）を収容している。そして、２台の制御局１５０１及び１５０６が有線ＬＡＮ１５０５経由で相互接続されており、ＥＳＳを構成している。
図示の例では、第３の端末局（ＳＴＡ３）１５０３は、第１の端末局（ＳＴＡ１）１５０２とは異なる制御局１５０６に収容されているが、第２の端末局（ＳＴＡ２）と同等の自律的ＤＬＳ機能を有している場合には、第１の端末局１５０２からのパケットを直接受信できる位置にいれば、上述した第１乃至第６の実施例と同様の手順に従ってダイレクト・リンクを確立し、ＰｏｗｅｒＳａｖｅを利用した直接通信が可能である。
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
本明細書では、無線ＬＡＮシステムの代表規格であるＩＥＥＥ８０２．１１に従って構築される通信システムに適用した実施形態を中心に説明してきたが、本発明の要旨はこれに限定されるものではない。インフラストラクチャ・モードで動作するさまざまな通信システムにおいて、端末局同士が制御局の介在なしに直接通信を行なう局面において、同様に本発明を適用することができる。
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
１０１…制御局（ＡＰ）
１０２…第１の端末局（ＳＴＡ１）
１０３…第２の端末局（ＳＴＡ２）
１０４…有線ＬＡＮ
１０５…ＢＳＳ
２００…無線通信装置
２０１…データ処理部
２０２…伝送処理部
２０３…無線インターフェース部
２０４…制御部
２０５…メモリ
２０６…アンテナ
１０２…第１の端末局（ＳＴＡ１）
１０３…第２の端末局（ＳＴＡ２）
１０４…有線ＬＡＮ
１０５…ＢＳＳ
２００…無線通信装置
２０１…データ処理部
２０２…伝送処理部
２０３…無線インターフェース部
２０４…制御部
２０５…メモリ
２０６…アンテナ
Claims (6)
- インフラストラクチャ・モード下でパケット伝送動作が運営される無線通信システムであって、
データ送信元となる第１の端末局と、データ受信先となる第２の端末局と、各端末局を収容して、端末局同士で伝送するパケットを中継する制御局を備え、
前記第１の端末局は、直近の送信先が前記制御局であり送信元が自局であり中継先が前記第２の端末局であることが記載されたパケットを前記制御局経由で送信するとともに、直近の送信先が前記第２の端末局であり送信元が前記制御局であり中継元が自局であることが記載された当該パケットを受信してから所定期間が経過したときに前記第２の端末局から返信される確認応答パケットを受信したことに基づいて、前記第２の端末局がダイレクト・リンク可能な圏内にいることを検出する、
ことを特徴とする無線通信システム。 - 前記第１の端末局は、前記第２の端末局への伝送データが発生したこと、又は、前記第２の端末局からのデータ要求を受信したことに応じて、前記の検出動作を開始する、
ことを特徴とする請求項１に記載の無線通信システム。 - 制御局に収容されてインフラストラクチャ・モード下で通信相手局に対してデータを送信する無線通信装置であって、
直近の送信先が前記制御局であり送信元が自局であり中継先が前記通信相手局であることが記載された、前記通信相手局宛てのパケットを前記制御局経由で送信する第１の手段と、
前記制御局が前記通信相手局に転送した、直近の送信先が前記通信相手局であり送信元が前記制御局であり中継元が自局であることが記載された当該パケットを受信する第２の手段と、
前記第２の手段が当該パケットを受信してから所定期間が経過したときに前記通信相手局から返信される確認応答パケットを受信待機する第３の手段と、
前記第３の手段が確認応答パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する第４の手段と、
を具備することを特徴とする無線通信装置。 - 前記第３及び前記第４の手段は、前記通信相手局への伝送データが発生したこと、又は、前記通信相手局からのデータ要求を受信したことに応じて、前記の検出動作を開始する、
ことを特徴とする請求項３に記載の無線通信装置。 - 制御局に収容されてインフラストラクチャ・モード下で通信相手局に対してデータを送信するための無線通信方法であって、
直近の送信先が前記制御局であり送信元が自局であり中継先が前記通信相手局であることが記載された、前記通信相手局宛てのパケットを前記制御局経由で送信する第１のステップと、
前記制御局が前記通信相手局に転送した、直近の送信先が前記通信相手局であり送信元が前記制御局であり中継元が自局であることが記載された当該パケットを受信する第２のステップと、
前記第２のステップにおいて当該パケットを受信してから所定期間が経過したときに前記通信相手局から返信される確認応答パケットを受信待機する第３のステップと、
前記第３のステップにおいて確認応答パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する第４のステップと、
を有することを特徴とする無線通信方法。 - 制御局に収容されてインフラストラクチャ・モード下で通信相手局に対してデータを送信するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
直近の送信先が前記制御局であり送信元が自局であり中継先が前記通信相手局であることが記載された、前記通信相手局宛てのパケットを前記制御局経由で送信する第１の手段、
前記制御局が前記通信相手局に転送した、直近の送信先が前記通信相手局であり送信元が前記制御局であり中継元が自局であることが記載された当該パケットを受信する第２の手段、
前記第２の手段が当該パケットを受信してから所定期間が経過したときに前記通信相手局から返信される確認応答パケットを受信待機する第３の手段、
前記第３の手段が確認応答パケットを受信したことに基づいて、前記通信相手局がダイレクト・リンク可能な圏内にいることを検出する第４の手段、
として機能させるためのコンピュータ・プログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007024136A JP4367493B2 (ja) | 2007-02-02 | 2007-02-02 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| US12/022,269 US8310978B2 (en) | 2007-02-02 | 2008-01-30 | Wireless communication system, wireless communication device and wireless communication method, and computer program |
| CN2008100089984A CN101262422B (zh) | 2007-02-02 | 2008-02-02 | 无线通信系统、装置和方法 |
| US13/067,580 US8724539B2 (en) | 2007-02-02 | 2011-06-10 | Wireless communication system, wireless communication device and wireless communication method, and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007024136A JP4367493B2 (ja) | 2007-02-02 | 2007-02-02 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009054776A Division JP5029635B2 (ja) | 2009-03-09 | 2009-03-09 | 無線通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008193306A JP2008193306A (ja) | 2008-08-21 |
| JP4367493B2 true JP4367493B2 (ja) | 2009-11-18 |
Family
ID=39676076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007024136A Expired - Fee Related JP4367493B2 (ja) | 2007-02-02 | 2007-02-02 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US8310978B2 (ja) |
| JP (1) | JP4367493B2 (ja) |
| CN (1) | CN101262422B (ja) |
Families Citing this family (167)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070097934A1 (en) * | 2005-11-03 | 2007-05-03 | Jesse Walker | Method and system of secured direct link set-up (DLS) for wireless networks |
| DE102006045298A1 (de) * | 2006-09-26 | 2008-03-27 | Siemens Ag | Verfahren zur Datenübertragung in einem Kommunikationsnetz |
| US8824378B2 (en) * | 2008-02-01 | 2014-09-02 | Maarten Menzo Wentink | Unscheduled peer power save mode |
| JP5281312B2 (ja) * | 2008-04-25 | 2013-09-04 | キヤノン株式会社 | 通信装置及びその制御方法、コンピュータプログラム |
| US9456054B2 (en) | 2008-05-16 | 2016-09-27 | Palo Alto Research Center Incorporated | Controlling the spread of interests and content in a content centric network |
| JP4334602B1 (ja) * | 2008-06-17 | 2009-09-30 | 任天堂株式会社 | 情報処理装置、情報処理システム、および情報処理プログラム |
| KR101511386B1 (ko) * | 2008-10-15 | 2015-04-13 | 엘지전자 주식회사 | 터널 다이렉트 링크 설정 무선 네트워크에서의 다이렉트 링크 설정 절차 |
| US9320067B2 (en) | 2008-11-24 | 2016-04-19 | Qualcomm Incorporated | Configuration of user equipment for peer-to-peer communication |
| JP4490499B2 (ja) * | 2008-11-26 | 2010-06-23 | パナソニック株式会社 | 通信端末、中継機器、無線通信システム、無線通信制御方法、及びプログラム |
| US9900779B2 (en) | 2008-12-30 | 2018-02-20 | Qualcomm Incorporated | Centralized control of peer-to-peer communication |
| JP5537651B2 (ja) * | 2009-04-15 | 2014-07-02 | 株式会社 Ｉｔｅｃ Ｔｏｋｙｏ | Ｉｅｅｅ８０２．１１無線ｌａｎ環境における通信方法 |
| US8923293B2 (en) | 2009-10-21 | 2014-12-30 | Palo Alto Research Center Incorporated | Adaptive multi-interface use for content networking |
| WO2011112056A2 (ko) | 2010-03-11 | 2011-09-15 | 한국전자통신연구원 | 무선 시스템의 조정자 장치, 소스 장치 및 릴레이 장치의 통신 방법 및 프레임 구조 |
| WO2011111779A1 (ja) * | 2010-03-11 | 2011-09-15 | 日本電信電話株式会社 | 無線通信方法、基地局、無線通信システム、及び通信装置 |
| US9072082B2 (en) | 2010-07-29 | 2015-06-30 | Qualcomm Incorporated | Systems and methods of communication using tunneled direct link setup (TDLS) |
| KR101572736B1 (ko) * | 2010-11-16 | 2015-11-27 | 인터디지탈 패튼 홀딩스, 인크 | 무선 다이렉트 링크 동작을 위한 방법 및 장치 |
| US8644211B2 (en) * | 2010-12-16 | 2014-02-04 | Palo Alto Research Center Incorporated | Energy-efficient content retrieval in content-centric networks |
| JP5760600B2 (ja) * | 2011-03-31 | 2015-08-12 | ソニー株式会社 | 通信装置、受信装置、通信方法、および通信システム |
| JP6128489B2 (ja) * | 2012-05-25 | 2017-05-17 | パナソニックＩｐマネジメント株式会社 | 通信装置、及び、通信方法 |
| US9807613B2 (en) * | 2012-09-06 | 2017-10-31 | Dell Products, Lp | Collaborative method and system to improve carrier network policies with context aware radio communication management |
| GB2505900B (en) * | 2012-09-13 | 2015-03-04 | Broadcom Corp | Methods, apparatus and computer programs for operating a wireless communications device |
| GB2506611B (en) | 2012-10-02 | 2015-07-22 | Broadcom Corp | Direct communication among devices |
| GB2506610B (en) | 2012-10-02 | 2015-07-01 | Broadcom Corp | Direct communication among devices |
| US9280546B2 (en) | 2012-10-31 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for accessing digital content using a location-independent name |
| US9400800B2 (en) | 2012-11-19 | 2016-07-26 | Palo Alto Research Center Incorporated | Data transport by named content synchronization |
| US10430839B2 (en) | 2012-12-12 | 2019-10-01 | Cisco Technology, Inc. | Distributed advertisement insertion in content-centric networks |
| US9978025B2 (en) | 2013-03-20 | 2018-05-22 | Cisco Technology, Inc. | Ordered-element naming for name-based packet forwarding |
| US9935791B2 (en) | 2013-05-20 | 2018-04-03 | Cisco Technology, Inc. | Method and system for name resolution across heterogeneous architectures |
| US9185120B2 (en) | 2013-05-23 | 2015-11-10 | Palo Alto Research Center Incorporated | Method and system for mitigating interest flooding attacks in content-centric networks |
| CN105453694A (zh) * | 2013-07-18 | 2016-03-30 | 索尼公司 | 控制装置和通信终端 |
| US9444722B2 (en) | 2013-08-01 | 2016-09-13 | Palo Alto Research Center Incorporated | Method and apparatus for configuring routing paths in a custodian-based routing architecture |
| US9003253B2 (en) * | 2013-08-21 | 2015-04-07 | Litepoint Corporation | Method for testing data packet signal transceiver using coordinated transmitted data packet signal power |
| US9407549B2 (en) | 2013-10-29 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for hash-based forwarding of packets with hierarchically structured variable-length identifiers |
| US9282050B2 (en) | 2013-10-30 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for minimum path MTU discovery in content centric networks |
| US9276840B2 (en) | 2013-10-30 | 2016-03-01 | Palo Alto Research Center Incorporated | Interest messages with a payload for a named data network |
| US9401864B2 (en) | 2013-10-31 | 2016-07-26 | Palo Alto Research Center Incorporated | Express header for packets with hierarchically structured variable-length identifiers |
| US9311377B2 (en) | 2013-11-13 | 2016-04-12 | Palo Alto Research Center Incorporated | Method and apparatus for performing server handoff in a name-based content distribution system |
| US10129365B2 (en) | 2013-11-13 | 2018-11-13 | Cisco Technology, Inc. | Method and apparatus for pre-fetching remote content based on static and dynamic recommendations |
| US10101801B2 (en) | 2013-11-13 | 2018-10-16 | Cisco Technology, Inc. | Method and apparatus for prefetching content in a data stream |
| US10089655B2 (en) | 2013-11-27 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for scalable data broadcasting |
| US9503358B2 (en) | 2013-12-05 | 2016-11-22 | Palo Alto Research Center Incorporated | Distance-based routing in an information-centric network |
| US9379979B2 (en) | 2014-01-14 | 2016-06-28 | Palo Alto Research Center Incorporated | Method and apparatus for establishing a virtual interface for a set of mutual-listener devices |
| US20150200846A1 (en) * | 2014-01-15 | 2015-07-16 | Cisco Technology, Inc. | Data rate selection with proactive routing in smart grid networks |
| US10098051B2 (en) | 2014-01-22 | 2018-10-09 | Cisco Technology, Inc. | Gateways and routing in software-defined manets |
| US10172068B2 (en) | 2014-01-22 | 2019-01-01 | Cisco Technology, Inc. | Service-oriented routing in software-defined MANETs |
| US9374304B2 (en) | 2014-01-24 | 2016-06-21 | Palo Alto Research Center Incorporated | End-to end route tracing over a named-data network |
| US9954678B2 (en) | 2014-02-06 | 2018-04-24 | Cisco Technology, Inc. | Content-based transport security |
| US9531679B2 (en) | 2014-02-06 | 2016-12-27 | Palo Alto Research Center Incorporated | Content-based transport security for distributed producers |
| US9678998B2 (en) | 2014-02-28 | 2017-06-13 | Cisco Technology, Inc. | Content name resolution for information centric networking |
| US10089651B2 (en) | 2014-03-03 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for streaming advertisements in a scalable data broadcasting system |
| US10827412B2 (en) | 2014-03-03 | 2020-11-03 | Nokia Technologies Oy | Ultra-reliable communication reliability and detection in mobile networks |
| US9836540B2 (en) | 2014-03-04 | 2017-12-05 | Cisco Technology, Inc. | System and method for direct storage access in a content-centric network |
| US9626413B2 (en) | 2014-03-10 | 2017-04-18 | Cisco Systems, Inc. | System and method for ranking content popularity in a content-centric network |
| US9473405B2 (en) | 2014-03-10 | 2016-10-18 | Palo Alto Research Center Incorporated | Concurrent hashes and sub-hashes on data streams |
| US9391896B2 (en) | 2014-03-10 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for packet forwarding using a conjunctive normal form strategy in a content-centric network |
| US9407432B2 (en) | 2014-03-19 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for efficient and secure distribution of digital content |
| US9916601B2 (en) | 2014-03-21 | 2018-03-13 | Cisco Technology, Inc. | Marketplace for presenting advertisements in a scalable data broadcasting system |
| US9363179B2 (en) | 2014-03-26 | 2016-06-07 | Palo Alto Research Center Incorporated | Multi-publisher routing protocol for named data networks |
| US9363086B2 (en) | 2014-03-31 | 2016-06-07 | Palo Alto Research Center Incorporated | Aggregate signing of data in content centric networking |
| US9716622B2 (en) | 2014-04-01 | 2017-07-25 | Cisco Technology, Inc. | System and method for dynamic name configuration in content-centric networks |
| WO2015156288A1 (ja) * | 2014-04-07 | 2015-10-15 | シャープ株式会社 | 端末装置、リレー端末装置および通信制御方法 |
| US10075521B2 (en) | 2014-04-07 | 2018-09-11 | Cisco Technology, Inc. | Collection synchronization using equality matched network names |
| US9473576B2 (en) | 2014-04-07 | 2016-10-18 | Palo Alto Research Center Incorporated | Service discovery using collection synchronization with exact names |
| US9390289B2 (en) | 2014-04-07 | 2016-07-12 | Palo Alto Research Center Incorporated | Secure collection synchronization using matched network names |
| US9451032B2 (en) | 2014-04-10 | 2016-09-20 | Palo Alto Research Center Incorporated | System and method for simple service discovery in content-centric networks |
| US9203885B2 (en) | 2014-04-28 | 2015-12-01 | Palo Alto Research Center Incorporated | Method and apparatus for exchanging bidirectional streams over a content centric network |
| US9992281B2 (en) | 2014-05-01 | 2018-06-05 | Cisco Technology, Inc. | Accountable content stores for information centric networks |
| US9609014B2 (en) | 2014-05-22 | 2017-03-28 | Cisco Systems, Inc. | Method and apparatus for preventing insertion of malicious content at a named data network router |
| US9455835B2 (en) | 2014-05-23 | 2016-09-27 | Palo Alto Research Center Incorporated | System and method for circular link resolution with hash-based names in content-centric networks |
| US9276751B2 (en) | 2014-05-28 | 2016-03-01 | Palo Alto Research Center Incorporated | System and method for circular link resolution with computable hash-based names in content-centric networks |
| US9516144B2 (en) | 2014-06-19 | 2016-12-06 | Palo Alto Research Center Incorporated | Cut-through forwarding of CCNx message fragments with IP encapsulation |
| US9467377B2 (en) | 2014-06-19 | 2016-10-11 | Palo Alto Research Center Incorporated | Associating consumer states with interests in a content-centric network |
| US9537719B2 (en) | 2014-06-19 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and apparatus for deploying a minimal-cost CCN topology |
| US9426113B2 (en) | 2014-06-30 | 2016-08-23 | Palo Alto Research Center Incorporated | System and method for managing devices over a content centric network |
| US9699198B2 (en) | 2014-07-07 | 2017-07-04 | Cisco Technology, Inc. | System and method for parallel secure content bootstrapping in content-centric networks |
| US9621354B2 (en) | 2014-07-17 | 2017-04-11 | Cisco Systems, Inc. | Reconstructable content objects |
| US9959156B2 (en) | 2014-07-17 | 2018-05-01 | Cisco Technology, Inc. | Interest return control message |
| US9590887B2 (en) | 2014-07-18 | 2017-03-07 | Cisco Systems, Inc. | Method and system for keeping interest alive in a content centric network |
| US9729616B2 (en) | 2014-07-18 | 2017-08-08 | Cisco Technology, Inc. | Reputation-based strategy for forwarding and responding to interests over a content centric network |
| US9535968B2 (en) | 2014-07-21 | 2017-01-03 | Palo Alto Research Center Incorporated | System for distributing nameless objects using self-certifying names |
| US9882964B2 (en) | 2014-08-08 | 2018-01-30 | Cisco Technology, Inc. | Explicit strategy feedback in name-based forwarding |
| US9503365B2 (en) | 2014-08-11 | 2016-11-22 | Palo Alto Research Center Incorporated | Reputation-based instruction processing over an information centric network |
| US9729662B2 (en) | 2014-08-11 | 2017-08-08 | Cisco Technology, Inc. | Probabilistic lazy-forwarding technique without validation in a content centric network |
| US9391777B2 (en) | 2014-08-15 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for performing key resolution over a content centric network |
| US9800637B2 (en) | 2014-08-19 | 2017-10-24 | Cisco Technology, Inc. | System and method for all-in-one content stream in content-centric networks |
| US9467492B2 (en) | 2014-08-19 | 2016-10-11 | Palo Alto Research Center Incorporated | System and method for reconstructable all-in-one content stream |
| US9497282B2 (en) | 2014-08-27 | 2016-11-15 | Palo Alto Research Center Incorporated | Network coding for content-centric network |
| US10204013B2 (en) | 2014-09-03 | 2019-02-12 | Cisco Technology, Inc. | System and method for maintaining a distributed and fault-tolerant state over an information centric network |
| US9553812B2 (en) | 2014-09-09 | 2017-01-24 | Palo Alto Research Center Incorporated | Interest keep alives at intermediate routers in a CCN |
| US10069933B2 (en) | 2014-10-23 | 2018-09-04 | Cisco Technology, Inc. | System and method for creating virtual interfaces based on network characteristics |
| US11496904B2 (en) | 2014-11-06 | 2022-11-08 | Dell Products, Lp | Method and system for optimizing shared spectrum utilizing context aware radio communication management |
| US9590948B2 (en) | 2014-12-15 | 2017-03-07 | Cisco Systems, Inc. | CCN routing using hardware-assisted hash tables |
| US9536059B2 (en) | 2014-12-15 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and system for verifying renamed content using manifests in a content centric network |
| US10237189B2 (en) | 2014-12-16 | 2019-03-19 | Cisco Technology, Inc. | System and method for distance-based interest forwarding |
| US9846881B2 (en) | 2014-12-19 | 2017-12-19 | Palo Alto Research Center Incorporated | Frugal user engagement help systems |
| EP3235294B1 (en) * | 2014-12-19 | 2019-12-11 | Orange | Power optimization in heterogenous networks |
| US10003520B2 (en) | 2014-12-22 | 2018-06-19 | Cisco Technology, Inc. | System and method for efficient name-based content routing using link-state information in information-centric networks |
| US9473475B2 (en) | 2014-12-22 | 2016-10-18 | Palo Alto Research Center Incorporated | Low-cost authenticated signing delegation in content centric networking |
| US9660825B2 (en) | 2014-12-24 | 2017-05-23 | Cisco Technology, Inc. | System and method for multi-source multicasting in content-centric networks |
| US9954795B2 (en) | 2015-01-12 | 2018-04-24 | Cisco Technology, Inc. | Resource allocation using CCN manifests |
| US9832291B2 (en) | 2015-01-12 | 2017-11-28 | Cisco Technology, Inc. | Auto-configurable transport stack |
| US9602596B2 (en) | 2015-01-12 | 2017-03-21 | Cisco Systems, Inc. | Peer-to-peer sharing in a content centric network |
| US9946743B2 (en) | 2015-01-12 | 2018-04-17 | Cisco Technology, Inc. | Order encoded manifests in a content centric network |
| US9916457B2 (en) | 2015-01-12 | 2018-03-13 | Cisco Technology, Inc. | Decoupled name security binding for CCN objects |
| US9462006B2 (en) | 2015-01-21 | 2016-10-04 | Palo Alto Research Center Incorporated | Network-layer application-specific trust model |
| US9552493B2 (en) | 2015-02-03 | 2017-01-24 | Palo Alto Research Center Incorporated | Access control framework for information centric networking |
| US10333840B2 (en) | 2015-02-06 | 2019-06-25 | Cisco Technology, Inc. | System and method for on-demand content exchange with adaptive naming in information-centric networks |
| JP6478696B2 (ja) * | 2015-02-23 | 2019-03-06 | キヤノン株式会社 | 無線通信装置およびその制御方法 |
| US10075401B2 (en) | 2015-03-18 | 2018-09-11 | Cisco Technology, Inc. | Pending interest table behavior |
| US10116605B2 (en) | 2015-06-22 | 2018-10-30 | Cisco Technology, Inc. | Transport stack name scheme and identity management |
| US10075402B2 (en) | 2015-06-24 | 2018-09-11 | Cisco Technology, Inc. | Flexible command and control in content centric networks |
| US10701038B2 (en) | 2015-07-27 | 2020-06-30 | Cisco Technology, Inc. | Content negotiation in a content centric network |
| US9986034B2 (en) | 2015-08-03 | 2018-05-29 | Cisco Technology, Inc. | Transferring state in content centric network stacks |
| US10610144B2 (en) | 2015-08-19 | 2020-04-07 | Palo Alto Research Center Incorporated | Interactive remote patient monitoring and condition management intervention system |
| US9832123B2 (en) | 2015-09-11 | 2017-11-28 | Cisco Technology, Inc. | Network named fragments in a content centric network |
| US10355999B2 (en) | 2015-09-23 | 2019-07-16 | Cisco Technology, Inc. | Flow control with network named fragments |
| US9977809B2 (en) | 2015-09-24 | 2018-05-22 | Cisco Technology, Inc. | Information and data framework in a content centric network |
| US10313227B2 (en) | 2015-09-24 | 2019-06-04 | Cisco Technology, Inc. | System and method for eliminating undetected interest looping in information-centric networks |
| US10454820B2 (en) | 2015-09-29 | 2019-10-22 | Cisco Technology, Inc. | System and method for stateless information-centric networking |
| US10263965B2 (en) | 2015-10-16 | 2019-04-16 | Cisco Technology, Inc. | Encrypted CCNx |
| US9794238B2 (en) | 2015-10-29 | 2017-10-17 | Cisco Technology, Inc. | System for key exchange in a content centric network |
| US9807205B2 (en) | 2015-11-02 | 2017-10-31 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary |
| US10009446B2 (en) | 2015-11-02 | 2018-06-26 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary learning |
| US10021222B2 (en) | 2015-11-04 | 2018-07-10 | Cisco Technology, Inc. | Bit-aligned header compression for CCN messages using dictionary |
| US10097521B2 (en) | 2015-11-20 | 2018-10-09 | Cisco Technology, Inc. | Transparent encryption in a content centric network |
| US9912776B2 (en) | 2015-12-02 | 2018-03-06 | Cisco Technology, Inc. | Explicit content deletion commands in a content centric network |
| US10097346B2 (en) | 2015-12-09 | 2018-10-09 | Cisco Technology, Inc. | Key catalogs in a content centric network |
| US10078062B2 (en) | 2015-12-15 | 2018-09-18 | Palo Alto Research Center Incorporated | Device health estimation by combining contextual information with sensor data |
| US10257271B2 (en) | 2016-01-11 | 2019-04-09 | Cisco Technology, Inc. | Chandra-Toueg consensus in a content centric network |
| US9949301B2 (en) | 2016-01-20 | 2018-04-17 | Palo Alto Research Center Incorporated | Methods for fast, secure and privacy-friendly internet connection discovery in wireless networks |
| US10305864B2 (en) | 2016-01-25 | 2019-05-28 | Cisco Technology, Inc. | Method and system for interest encryption in a content centric network |
| US10043016B2 (en) | 2016-02-29 | 2018-08-07 | Cisco Technology, Inc. | Method and system for name encryption agreement in a content centric network |
| US10038633B2 (en) | 2016-03-04 | 2018-07-31 | Cisco Technology, Inc. | Protocol to query for historical network information in a content centric network |
| US10003507B2 (en) | 2016-03-04 | 2018-06-19 | Cisco Technology, Inc. | Transport session state protocol |
| US10051071B2 (en) | 2016-03-04 | 2018-08-14 | Cisco Technology, Inc. | Method and system for collecting historical network information in a content centric network |
| US10742596B2 (en) | 2016-03-04 | 2020-08-11 | Cisco Technology, Inc. | Method and system for reducing a collision probability of hash-based names using a publisher identifier |
| US9832116B2 (en) | 2016-03-14 | 2017-11-28 | Cisco Technology, Inc. | Adjusting entries in a forwarding information base in a content centric network |
| US10212196B2 (en) | 2016-03-16 | 2019-02-19 | Cisco Technology, Inc. | Interface discovery and authentication in a name-based network |
| US11436656B2 (en) | 2016-03-18 | 2022-09-06 | Palo Alto Research Center Incorporated | System and method for a real-time egocentric collaborative filter on large datasets |
| US10067948B2 (en) | 2016-03-18 | 2018-09-04 | Cisco Technology, Inc. | Data deduping in content centric networking manifests |
| US10091330B2 (en) | 2016-03-23 | 2018-10-02 | Cisco Technology, Inc. | Interest scheduling by an information and data framework in a content centric network |
| US10033639B2 (en) | 2016-03-25 | 2018-07-24 | Cisco Technology, Inc. | System and method for routing packets in a content centric network using anonymous datagrams |
| US10320760B2 (en) | 2016-04-01 | 2019-06-11 | Cisco Technology, Inc. | Method and system for mutating and caching content in a content centric network |
| US9930146B2 (en) | 2016-04-04 | 2018-03-27 | Cisco Technology, Inc. | System and method for compressing content centric networking messages |
| US10425503B2 (en) | 2016-04-07 | 2019-09-24 | Cisco Technology, Inc. | Shared pending interest table in a content centric network |
| US10027578B2 (en) | 2016-04-11 | 2018-07-17 | Cisco Technology, Inc. | Method and system for routable prefix queries in a content centric network |
| US10404450B2 (en) | 2016-05-02 | 2019-09-03 | Cisco Technology, Inc. | Schematized access control in a content centric network |
| US10320675B2 (en) | 2016-05-04 | 2019-06-11 | Cisco Technology, Inc. | System and method for routing packets in a stateless content centric network |
| US10547589B2 (en) | 2016-05-09 | 2020-01-28 | Cisco Technology, Inc. | System for implementing a small computer systems interface protocol over a content centric network |
| US10063414B2 (en) | 2016-05-13 | 2018-08-28 | Cisco Technology, Inc. | Updating a transport stack in a content centric network |
| US10084764B2 (en) | 2016-05-13 | 2018-09-25 | Cisco Technology, Inc. | System for a secure encryption proxy in a content centric network |
| US10103989B2 (en) | 2016-06-13 | 2018-10-16 | Cisco Technology, Inc. | Content object return messages in a content centric network |
| US10305865B2 (en) | 2016-06-21 | 2019-05-28 | Cisco Technology, Inc. | Permutation-based content encryption with manifests in a content centric network |
| US10148572B2 (en) | 2016-06-27 | 2018-12-04 | Cisco Technology, Inc. | Method and system for interest groups in a content centric network |
| US10009266B2 (en) | 2016-07-05 | 2018-06-26 | Cisco Technology, Inc. | Method and system for reference counted pending interest tables in a content centric network |
| US9992097B2 (en) | 2016-07-11 | 2018-06-05 | Cisco Technology, Inc. | System and method for piggybacking routing information in interests in a content centric network |
| US10122624B2 (en) | 2016-07-25 | 2018-11-06 | Cisco Technology, Inc. | System and method for ephemeral entries in a forwarding information base in a content centric network |
| US10069729B2 (en) | 2016-08-08 | 2018-09-04 | Cisco Technology, Inc. | System and method for throttling traffic based on a forwarding information base in a content centric network |
| US10956412B2 (en) | 2016-08-09 | 2021-03-23 | Cisco Technology, Inc. | Method and system for conjunctive normal form attribute matching in a content centric network |
| US10033642B2 (en) | 2016-09-19 | 2018-07-24 | Cisco Technology, Inc. | System and method for making optimal routing decisions based on device-specific parameters in a content centric network |
| US10212248B2 (en) | 2016-10-03 | 2019-02-19 | Cisco Technology, Inc. | Cache management on high availability routers in a content centric network |
| US10447805B2 (en) | 2016-10-10 | 2019-10-15 | Cisco Technology, Inc. | Distributed consensus in a content centric network |
| US10135948B2 (en) | 2016-10-31 | 2018-11-20 | Cisco Technology, Inc. | System and method for process migration in a content centric network |
| US10243851B2 (en) | 2016-11-21 | 2019-03-26 | Cisco Technology, Inc. | System and method for forwarder connection information in a content centric network |
| US10084555B1 (en) * | 2017-03-21 | 2018-09-25 | Litepoint Corporation | Method for estimating receiver sensitivity of a data packet signal transceiver |
| US11115833B1 (en) * | 2018-10-05 | 2021-09-07 | Sprint Communications Company L.P. | Determining placement of a small cell |
| US11374836B1 (en) * | 2020-12-09 | 2022-06-28 | Microsoft Technology Licensing, Llc | Network link testing using IP-in-IP encapsulation |
Family Cites Families (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5178293A (en) * | 1986-04-08 | 1993-01-12 | Idemitsu Petrochemical Co., Ltd. | Easily-openable packaging container |
| US4682702A (en) * | 1986-06-27 | 1987-07-28 | Sunbeam Plastics Corporation | Tamper indicating closure |
| KR910002152B1 (ko) * | 1986-09-30 | 1991-04-06 | 이데미쓰세끼유가가꾸 가부시끼가이샤 | 용이 개봉성 포장용기 및 그의 리드 |
| US5267261A (en) * | 1992-03-05 | 1993-11-30 | Qualcomm Incorporated | Mobile station assisted soft handoff in a CDMA cellular communications system |
| JP2921341B2 (ja) | 1993-07-01 | 1999-07-19 | 三菱電機株式会社 | 通信システム |
| AU7601794A (en) * | 1993-09-03 | 1995-03-22 | Procter & Gamble Company, The | Improved tear-away canister lid |
| US5515366A (en) * | 1994-11-17 | 1996-05-07 | International Business Machines Corporation | Method and apparatus for direct communication in a TDMA radio communication system |
| FI100495B (fi) * | 1996-02-09 | 1997-12-15 | Nokia Telecommunications Oy | Suorakanavalla liikennöivän matkaviestimen läsnäolon selvittäminen |
| DE19781897B4 (de) * | 1996-07-29 | 2009-02-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Verfahren zum Freisetzen eines Sprachkanals in einem Funktelekommunikationsnetz |
| US6196404B1 (en) * | 1997-02-11 | 2001-03-06 | Newspring Industrial Corp. | Triple seal container with protrusion |
| US6580704B1 (en) * | 1999-08-26 | 2003-06-17 | Nokia Corporation | Direct mode communication method between two mobile terminals in access point controlled wireless LAN systems |
| US6619498B2 (en) * | 2000-01-27 | 2003-09-16 | Von Holdt, Jr. John W. | Plastic container and lid construction |
| US7945266B2 (en) * | 2000-12-05 | 2011-05-17 | Qualcomm Incorporated | Method and apparatus for call recovery in a wireless communication system |
| US6761279B1 (en) * | 2001-02-08 | 2004-07-13 | Weatherchem Corporation | Combined container and closure |
| US6971539B1 (en) * | 2001-04-27 | 2005-12-06 | Saber-Com, Inc. | Apparatus for storing food |
| JP4018449B2 (ja) | 2002-05-24 | 2007-12-05 | キヤノン株式会社 | 無線通信装置及び無線通信方法 |
| US7948951B2 (en) * | 2002-06-12 | 2011-05-24 | Xocyst Transfer Ag L.L.C. | Automatic peer discovery |
| JP2004072565A (ja) | 2002-08-08 | 2004-03-04 | Tdk Corp | 無線ｌａｎ通信方法、無線ｌａｎ通信システムおよび当該システムに用いられる無線端末、無線ｌａｎ通信装置、通信制御プログラム、ならびに当該プログラムを記録した記録媒体 |
| US6959829B2 (en) * | 2002-11-20 | 2005-11-01 | Graham Packaging Co. Lp | Self-adjusting re-sealable spring center seal closure |
| CN1527623A (zh) * | 2003-03-07 | 2004-09-08 | �ʼҷ����ֵ��ӹɷ�����˾ | 无线通信网络中点到点对等通信无线链接建立和保持的方法与装置 |
| EP1626836A2 (en) | 2003-05-13 | 2006-02-22 | Reactive Nanotechnologies Inc. | Method of controlling thermal waves in reactive multilayer joining and resulting product |
| JP2004363645A (ja) | 2003-05-30 | 2004-12-24 | Toshiba Corp | 伝送装置及び方法並びにプログラム |
| EP1530316A1 (en) * | 2003-11-10 | 2005-05-11 | Go Networks | Improving the performance of a wireless packet data communication system |
| JPWO2005050920A1 (ja) | 2003-11-18 | 2007-12-06 | シャープ株式会社 | 通信局、通信局の制御方法、通信システム、通信プログラム、記録媒体 |
| CN1883167B (zh) | 2003-11-20 | 2013-08-21 | 皇家飞利浦电子股份有限公司 | 一种用于在无线网络的第一站和第二站之间直接通信的方法 |
| JP2005323150A (ja) | 2004-05-10 | 2005-11-17 | Matsushita Electric Ind Co Ltd | 無線情報通信方法、無線通信端末及び無線通信親局 |
| JP2005341231A (ja) | 2004-05-27 | 2005-12-08 | Sanyo Electric Co Ltd | ルーティング方法およびそれを利用した無線装置 |
| JP4533085B2 (ja) * | 2004-10-27 | 2010-08-25 | キヤノン株式会社 | 無線通信装置、通信システム、無線通信方法、及びコンピュータプログラム |
| JP4134142B2 (ja) | 2004-12-08 | 2008-08-13 | シャープ株式会社 | 無線通信装置、無線通信システムおよび電力制御方法 |
| WO2006095787A1 (ja) | 2005-03-10 | 2006-09-14 | Matsushita Electric Industrial Co., Ltd. | 中継装置 |
| US7577125B2 (en) * | 2005-07-08 | 2009-08-18 | Microsoft Corporation | Direct wireless client to client communication |
| TW200719636A (en) * | 2005-11-04 | 2007-05-16 | Inst Information Industry | Method for a direct link in wireless communication system |
-
2007
- 2007-02-02 JP JP2007024136A patent/JP4367493B2/ja not_active Expired - Fee Related
-
2008
- 2008-01-30 US US12/022,269 patent/US8310978B2/en active Active
- 2008-02-02 CN CN2008100089984A patent/CN101262422B/zh not_active Expired - Fee Related
-
2011
- 2011-06-10 US US13/067,580 patent/US8724539B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US8724539B2 (en) | 2014-05-13 |
| US20080186901A1 (en) | 2008-08-07 |
| CN101262422A (zh) | 2008-09-10 |
| CN101262422B (zh) | 2011-07-27 |
| US20110243006A1 (en) | 2011-10-06 |
| JP2008193306A (ja) | 2008-08-21 |
| US8310978B2 (en) | 2012-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4367493B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム | |
| KR101569298B1 (ko) | 무선랜 시스템에서 통신 방법 | |
| KR101379870B1 (ko) | 무선 근거리 통신망（ｗｌａｎ） 전력 절감을 위한 저장된 트래픽 없음 지시를 위한 방법 및 시스템 | |
| CN104272809B (zh) | 主动扫描方法和装置 | |
| US20120106418A1 (en) | Client' device power reduction in wireless networks having network-computed client' location | |
| US20190320407A1 (en) | Range-based provision of network services | |
| EP3217570B1 (en) | Systems and methods for packet relaying | |
| WO2015197653A1 (en) | Systems and methods for selecting an optimum communication route in a wireless network | |
| JP5120012B2 (ja) | 通信装置及び通信方法、並びにコンピュータ・プログラム | |
| JP5029635B2 (ja) | 無線通信システム | |
| US8179880B2 (en) | Wireless communication method and wireless communication system | |
| RU2695797C2 (ru) | Устройство управления связью, устройство связи, способ управления связью, способ связи и программа | |
| KR102220689B1 (ko) | 소스 장치, 데스티네이션 장치 및 릴레이 장치의 통신 방법 | |
| WO2015163013A1 (ja) | 無線通信装置、無線通信方法、及び無線通信システム | |
| JP5127269B2 (ja) | 無線通信装置、無線通信方法、当該無線通信方法をコンピュータに実行させるためのコンピュータプログラム | |
| KR101942401B1 (ko) | 무선랜 시스템에서 통신 방법 | |
| JP7180733B2 (ja) | 通信装置および通信方法 | |
| CN105144781A (zh) | 用于速度帧交换的系统和方法 | |
| US9577739B2 (en) | Communication devices, mobile terminal, in a cooperative communication system | |
| JP6287574B2 (ja) | 通信方法、通信システム及び通信装置 | |
| KR20170077111A (ko) | 통신 장치 및 통신 방법 | |
| KR101638425B1 (ko) | 다중 홉 무선 통신 시스템의 하향 링크에서 신호 전송 방법 | |
| JPWO2017081903A1 (ja) | 通信装置および通信方法 | |
| JP6743497B2 (ja) | 通信装置、通信方法、プログラム及び通信システム | |
| KR20200135784A (ko) | 무선 통신 장치 및 무선 통신 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090304 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090804 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090817 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4367493 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120904 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130904 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |