JP2004007080A - 無線通信システム及び収容装置並びに収容装置選定方法及びプログラム - Google Patents
無線通信システム及び収容装置並びに収容装置選定方法及びプログラム Download PDFInfo
- Publication number
- JP2004007080A JP2004007080A JP2002158032A JP2002158032A JP2004007080A JP 2004007080 A JP2004007080 A JP 2004007080A JP 2002158032 A JP2002158032 A JP 2002158032A JP 2002158032 A JP2002158032 A JP 2002158032A JP 2004007080 A JP2004007080 A JP 2004007080A
- Authority
- JP
- Japan
- Prior art keywords
- accommodation
- access point
- terminal
- wireless terminal
- information
- 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.)
- Granted
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】収容装置が収容する無線端末に偏りが生じないようにすることが可能な無線通信システムの収容装置の提供。
【解決手段】Ｂｌｕｅｔｏｏｔｈにおけアクセスポイント１を親局とし、他のアクセスポイント１０を子局とし、親局アクセスポイント１により、子局アクセスポイント１０夫々の収容情報を収集すると共にＢｌｕｅｔｏｏｔｈ端末２０の通信路の確立に先立って収容情報に基づきＢｌｕｅｔｏｏｔｈ端末２０からの接続要求に対し接続すべきアクセスポイント１０を選定する。
【選択図】 図２
【解決手段】Ｂｌｕｅｔｏｏｔｈにおけアクセスポイント１を親局とし、他のアクセスポイント１０を子局とし、親局アクセスポイント１により、子局アクセスポイント１０夫々の収容情報を収集すると共にＢｌｕｅｔｏｏｔｈ端末２０の通信路の確立に先立って収容情報に基づきＢｌｕｅｔｏｏｔｈ端末２０からの接続要求に対し接続すべきアクセスポイント１０を選定する。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばＢｌｕｅｔｏｏｔｈに従う無線通信システム及び収容装置並びに収容装置選定方法及びプログラムに関する。
【０００２】
【従来の技術】
無線通信システムの一つであるＢｌｕｅｔｏｏｔｈにおいては、通信可能範囲が建屋内、ビルの一区画内、車両内等のように予め定まった近距離範囲となっている。このため、通信可能範囲においては、一のＢｌｕｅｔｏｏｔｈ端末２０に対して複数のアクセスポイント（収容装置）が存在することになる。
【０００３】
かかる無線通信システムにおいて、通信路の確立の手順の一例を図１４に示す。図１４に示すように、通信可能範囲内に通信可能な相手を探す処理として問い合わせ（Ｉｎｑｕｉｒｙ）が行われる（１００）。次に、アクセスポイントとＢｌｕｅｔｏｏｔｈ端末２０間で同期を取るための処理として呼び出し（Ｐａｇｅ）が行われる（１０１）。次に、パケット通信を行う処理として接続（Ｃｏｎｎｅｃｔ）が行われる（１０２）。
【０００４】
これらの接続の流れにおいて、接続するアクセスポイントをＢｌｕｅｔｏｏｔｈ端末２０が選択する。このとき、Ｂｌｕｅｔｏｏｔｈ端末２０側でアクセスポイントの接続数やデータ転送量等の状況を判断できないため、一部のアクセスポイントに多くのＢｌｕｅｔｏｏｔｈ端末２０が接続し、各アクセスポイントの端末数に偏りが生じ、通信量が多いアクセスポイントでのスループットが落ちるという問題点が生じる。
【０００５】
【発明が解決しようとする課題】
上述の如く従来においては、一部のアクセスポイントに多くのＢｌｕｅｔｏｏｔｈ端末２０が接続し、各アクセスポイントの端末数に偏りが生じ、通信量が多いアクセスポイントでのスループットが落ちるという問題点があった。
【０００６】
本発明の目的は、収容装置が収容する無線端末に偏りが生じないようにすることが可能な無線通信システム及び収容装置並びに収容装置選定方法及びプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために本発明に係る無線通信システムは、無線端末と、
所定の通信可能範囲を形成すると共に所定手順により前記無線端末との間で通信路を確立して通信を行う複数の収容装置とを備え、
前記複数の収容装置のうち少なくとも一つは、前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を有することを特徴とする。
【０００８】
上記目的を達成するために本発明に係る収容装置は、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する下で、所定手順により無線端末と収容装置との間で通信路を確立した上で前記無線端末と前記収容装置との間で通信を行う無線通信方式における前記収容装置のうち少なくとも一つは、
前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を具備することを特徴とする。
【０００９】
上記目的を達成するために本発明に係る収容装置選定方法は、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における前記無線端末の収容装置選定方法において、
前記収容装置の少なくとも一は前記収容装置夫々の収容情報を収集し、前記無線端末と前記収容装置との間で通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定することを特徴とする。
【００１０】
上記目的を達成するために本発明に係る収容装置選定プログラムは、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における少なくも一つの前記収容装置を構成するコンピュータに、
前記収容装置夫々の収容情報を収集する手順と、
前記収容装置に対する通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定する手順と
を実行させる。
【００１１】
本発明によれば、複数の収容装置のうち少なくとも１つを親局側収容装置とし、残りの収容装置を子局側収容装置と設定した上で、親局側収容装置は無線端末からの問い合わせ、接続要求を受信後、各子局側収容装置からの無線端末接続情報から収容するべき子局側収容装置を選択し、選択された子局側収容装置に対して収容するべき無線端末を通知し、通知された子局側収容装置は該当する無線端末に対して接続処理を行うことで、収容装置に収容する無線端末の偏りを抑制することが可能となる。
【００１２】
【発明の実施の形態】
以下、本発明に係る無線通信システム及び無線端末並びに収容装置選定方法及びプログラムの一実施形態を、無線通信方式としてＢｌｕｅｔｏｏｔｈに適用した例について説明する。
【００１３】
図１に示すように、本実施形態のＢｌｕｅｔｏｏｔｈシステムは、１つの親局アクセスポイント１、複数の子局アクセスポイント１０−１〜１０−５及び複数のサービスを要求し受けるクライアント側であるＢｌｕｅｔｏｏｔｈ端末２０により構成され、建屋内、ビルの一区画内、車両内等の近距離範囲が通信可能範囲となっている。そして、複数のアクセスポイント１０に対して一のＢｌｕｅｔｏｏｔｈ端末２０がアクセス可能であるのが、本実施形態の親局アクセスポイント１によって負荷が軽い子局アクセスポイント１０を選定し、該選定された子局アクセスポイント１０が前記一のＢｌｕｅｔｏｏｔｈ端末２０との間で通信路を確立するようにしている。
【００１４】
図２は本実施形態の収容選択方式の実施形態におけるシーケンスを示しており、親局アクセスポイント１は、子局アクセスポイント１０−１〜１０−５に定期的にブロードキャストする。ブロードキャストによるパケットには、稼動通知、各子局アクセスポイント１０−１〜１０−５に接続している端末数を含む。これにより、子局アクセスポイント１０−１〜１０−５は親局アクセスポイント１のＩＰアドレスがわかる。
【００１５】
Ｂｌｕｅｔｏｏｔｈ端末２０は、親局アクセスポイント１に問い合わせ（Ｉｎｑｕｉｒｙ）▲１▼を行う。親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０からのＩｎｑｕｉｒｙに応答するが、子局アクセスポイント１０−１〜１０−５はＢｌｕｅｔｏｏｔｈ端末２０からのＩｎｑｕｉｒｙに対して応答しない。
【００１６】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との問い合わせシーケンスを図３に示す。図３において、親局アクセスポイント１及びＢｌｕｅｔｏｏｔｈ端末２０のそれぞれに、Ｂｌｕｅｔｏｏｔｈ機器を利用するアプリケーションソフトウェア（以下、「ホスト」と呼ぶ）１Ａ，２０Ａと、ハードウェア（Ｂｌｕｅｔｏｏｔｈモジュール）（以下、「ホストコントローラ」と呼ぶ）１Ｂ，２０Ｂが装備されている。
【００１７】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との問い合わせシーケンスを図３によって説明する。
【００１８】
ＨＣＩ（ＨｏｓｔＣｏｎｔｒｏｌｌｅｒＩｎｔｅｒｆａｃｅ）という、ホスト１Ａ，２０Ａとホストコントローラ１Ｂ，２０Ｂとの通信を受け持つプロトコルを用い、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂに対してＨＣＩ＿Ｉｎｑｕｉｒｙを発行する。これは、ＢｌｕｅｔｏｏｔｈデバイスがＩｎｑｕｉｒｙＭｏｄｅに入り、通信範囲内にある他のＢｌｕｅｔｏｏｔｈデバイスを発見するためのコマンドである。
【００１９】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａに対してＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。これは、現在ホストコントローラ２０Ｂがそのコマンドのタスクを実行していることを示すコマンドである。
【００２０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１へ問い合わせ（Ｉｎｑｕｉｒｙ）を発行する。これは、通信可能範囲内に通信可能な相手を探すためのコマンドである。
【００２１】
次に、親局アクセスポイント１からＢｌｕｅｔｏｏｔｈ端末２０へＦＨＳパケットを発行する。これは、自分の属性を伝えるためパケットである。
【００２２】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｒｅｓｕｌｔ＿ｅｖｅｎｔを発行する。これは、現在のＩｎｑｕｉｒｙプロセス中に、１つまたは複数のＢｌｕｅｔｏｏｔｈデバイスが応答したことを示すコマンドである。
【００２３】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。これは、Ｉｎｑｕｉｒｙが終了したことを示すコマンドである。
【００２４】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＨＣＩ＿Ｃｒｅａｔｅ＿Ｃｏｎｎｅｃｔｉｏｎを発行する。これは、ローカルのＢｌｕｅｔｏｏｔｈデバイスが呼び出し（Ｐａｇｅ）プロセスを開始しリンク・レベルの接続を作成するためのコマンドである。
【００２５】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００２６】
ここで、図１，図２において、親局アクセスポイント１への問い合わせ（Ｉｎｑｕｉｒｙ）▲１▼が終わると、親局アクセスポイント１はＢｌｕｅｔｏｏｔｈ端末２０からの接続要求▲２▼を受信する。
【００２７】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との接続要求シーケンスを図４に示す。
【００２８】
図４において、ＬＭＰ（ＬｉｎｋＭａｎａｇｅｒＰｒｏｔｏｃｏｌ）という接続の確立、セキュリティ、制御を行うプロトコルを用い、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｑを発行する。これは、サポートされる送受信パケットや通信リンク機能の通知要求をする制御パケットである。
【００２９】
次に、親局アクセスポイント１のホストコントローラ１ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｓを発行する。これは、サポートされる送受信パケットや通信リンクの通知要求に対して応答するための制御パケットである。
【００３０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｈｏｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｑを発行する。これは、上位層プロトコルへの接続を要求する制御コマンドである。
【００３１】
次に、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１Ａへ、ＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔ＿Ｅｖｅｎｔを発行する。これは、新しい着信接続が確立されようとしている事を示すコマンドである。
【００３２】
ここで、図１，図２において、Ｂｌｕｅｔｏｏｔｈ端末２０からの接続要求▲２▼を受信した親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０との接続を切断する▲３▼。
【００３３】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との切断シーケンスを図５に示す。
【００３４】
図５において、親局アクセスポイント１のホスト１Ａから親局アクセスポイント１のホストコントローラ１Ｂへ、ＨＣＩ＿Ｒｅｊｅｃｔ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔを発行する。これは、新しい着信接続要求を拒否するためのコマンドである。
【００３５】
次に、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００３６】
次に、親局アクセスポイント１のホストコントローラ１ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｎｏｔ＿ａｃｃｅｐｔｅｄを発行する。これは、送受信される制御パケットに対して、その制御内容の受け入れを否定する制御パケットである。
【００３７】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｄｅｔａｃｈを発行する。これは、現在有効な通信リンクの切断を通知するための制御パケットである。
【００３８】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂは、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡへＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｃｏｍｐｌｅｔｅ＿ｅｖｅｎｔを、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１ＡへＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。これは、接続を形成する両方のホストに、新しい接続が確立されたことを示すコマンドである。
【００３９】
ここで、図１，図２において、親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０との接続を切断▲３▼後、具備するアクセスポイント判定部１Ｅにより、Ｂｌｕｅｔｏｏｔｈ端末２０を収容するべき子局アクセスポイント１０−１〜１０−５の選択▲４▼を行う。
【００４０】
親局アクセスポイント１は、各子局アクセスポイント１０−１〜１０−５から、収容台数の変化を知らせるアクセスポイント間制御プロトコルにより、定期的に送信される各子局アクセスポイント１０−１〜１０−５に接続している端末数とＢｌｕｅｔｏｏｔｈ端末２０との切断を知らせる切断イベント通知を含む収容情報通知ＩＰパケットを受信する▲９▼。
【００４１】
親局アクセスポイント１は、上記の情報を基に、子局アクセスポイント１０−１〜１０−５毎に［子局アクセスポイント１０のＩＰアドレス、子局アクセスポイント１０−１〜１０−５に接続している端末数］からなるテーブルを作成する。このテーブルにより、端末数が最も少ない子局アクセスポイント１０を収容するべき子局アクセスポイント１０として選択する。
【００４２】
収容するべき子局アクセスポイント１０が選択されると、親局アクセスポイント１が具備する収容要求部１Ｃにより、収容するべき子局アクセスポイント１０に対して、端末収容要求パケット▲５▼を送信する。
【００４３】
端末収容要求パケットは、Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスと各子局アクセスポイント１０−１〜１０−５から定期的に送信される収容情報通知ＩＰパケットによりわかる収容するべき子局アクセスポイント１０のＩＰアドレスを含む。このパケットにより、通知された子局アクセスポイント１０は、Ｂｌｕｅｔｏｏｔｈ端末２０のアドレスを知ることができる。
【００４４】
収容するべき子局アクセスポイント１０は、具備する端末収容要求受信部１０Ｃにて、親局アクセスポイント１から送信された端末収容要求パケットを受信する。
【００４５】
親局アクセスポイント１からの端末収容要求パケットを受信した子局アクセスポイント１０は、具備する無線通信部１０Ｅを介して、Ｂｌｕｅｔｏｏｔｈ端末２０に問い合わせ▲６▼を行う。
【００４６】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との問い合わせシーケンスを図６に示す。図６において、子局アクセスポイント１０のホスト１０Ａから子局アクセスポイント１０のホストコントローラ１０Ｂに対してＨＣＩ＿Ｉｎｑｕｉｒｙを発行する。
【００４７】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａに対してＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００４８】
次に、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０へ問い合わせ（Ｉｎｑｕｉｒｙ）を発行する。次に、Ｂｌｕｅｔｏｏｔｈ端末２０から子局アクセスポイント１０へＦＨＳパケットを発行する。
【００４９】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｒｅｓｕｌｔ＿ｅｖｅｎｔを発行する。
【００５０】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。
【００５１】
次に、子局アクセスポイント１０のホスト１０Ａから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＨＣＩ＿Ｃｒｅａｔｅ＿Ｃｏｎｎｅｃｔｉｏｎを発行する。
【００５２】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００５３】
ここで、図１，図２において、Ｂｌｕｅｔｏｏｔｈ端末２０への問い合わせ（Ｉｎｑｕｉｒｙ）▲６▼が終わると、子局アクセスポイント１０はＢｌｕｅｔｏｏｔｈ端末２０からの接続要求▲７▼を送信する。
【００５４】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との接続要求シーケンスを図７に示す。図７において、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｑを発行する。
【００５５】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｓを発行する。
【００５６】
次に、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｈｏｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｑを発行する。
【００５７】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０ＢＡ、ＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔ＿Ｅｖｅｎｔを発行する。
【００５８】
ここで、図１，図２において、子局アクセスポイント１０からの接続要求▲７▼を受信したＢｌｕｅｔｏｏｔｈ端末２０は、子局アクセスポイント１０に対して接続応答▲８▼を返す。
【００５９】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との接続応答シーケンスを図８に示す。図８において、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ａｃｃｅｐｔ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔを発行する。これは、新しい着信接続要求を受け入れるためのコマンドである。
【００６０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＬＭＰ＿ａｃｃｅｐｔｅｄを発行する。これは、送受信される制御パケットに対して、その制御内容の受け入れを肯定する制御パケットである。
【００６１】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００６２】
本実施形態では、収容するべき子局アクセスポイント１０の選択▲４▼方法として、各子局アクセスポイント１０の端末数を扱う場合を示したが、端末数に限らず、申告パラメータ、データ転送量も適用可能である。
【００６３】
収容するべき子局アクセスポイント１０の選択方法が申告パラメータの場合には、Ｂｌｕｅｔｏｏｔｈ端末２０はこれから送信しようとしているデータ転送量を予め親局アクセスポイント１に送信する。ブロードキャストパケットに含まれる各子局アクセスポイント１０に接続している端末数の代わりに、現在収容されているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスを用いる。端末収容要求パケットの各子局アクセスポイント１０に接続している端末数の代わりに、現在収容されているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスを用いる。
【００６４】
収容するべき子局アクセスポイント１０の選択方法がデータ転送量の場合には、ブロードキャストパケットの各子局アクセスポイント１０に接続している端末数の代わりに、各子局アクセスポイント１０のデータ転送量を用いる。端末収容要求パケットの各子局アクセスポイント１０に接続している端末数の代わりに、各子局アクセスポイント１０のデータ転送量を用いる。
【００６５】
次に親局アクセスポイント１及び子局アクセスポイント１０の構成について説明する。
【００６６】
図９は親局アクセスポイント１の実施形態を示す構成図であり、収容要求部１Ｃ、アクセスポイント情報記憶部１Ｄ、アクセスポイント判定部１Ｅ、無線通信部１Ｆで構成される。
【００６７】
無線通信部１ＦはＢｌｕｅｔｏｏｔｈ端末２０からの問い合わせ、接続要求、切断を行う。アクセスポイント情報記憶部１Ｄは、各子局アクセスポイント１０からのアクセスポイント間制御プロトコルによる各子局アクセスポイント１０に接続している端末数と切断イベント通知を含むＩＰパケットにより、子局アクセスポイント１０毎に［子局アクセスポイント１０のＩＰアドレス、アクセスポイントに接続している端末数］の組みのテーブルを作成する。
【００６８】
図１０は、各子局アクセスポイント１０からのアクセスポイント間制御プロトコルによる収容情報通知ＩＰパケットのフォーマット図である。
【００６９】
図１０において、収容情報通知ＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、切断したというイベントを表わす切断イベント通知、各アクセスポイントに接続している端末数からなる。アクセスポイント判定部１Ｅは、アクセスポイント情報記憶部１Ｄにより作成されたテーブルの中から端末数が最も少ない子局アクセスポイント１０を収容するべき子局アクセスポイント１０として選択する。収容要求部１Ｃは、アクセスポイント判定部１Ｅで選択された子局アクセスポイント１０に端末収容要求パケットを送信する。
【００７０】
このＩＰパケットのフォーマットを図１１に示す。
【００７１】
図１１において、ＩＰパケットは、ＩＰヘッダ（定期的に各子局アクセスポイント１０から送信される収容情報通知ＩＰパケットによりわかる収容するべきアクセスポイントとして選ばれた子局アクセスポイント１０のＩＰアドレスを含む）、ＵＤＰヘッダ、収容要求を示す種別、Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスからなる。
【００７２】
Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスは同期確立後、収容するべき子局アクセスポイント１０が出したＩｎｑｕｉｒｙに他のＢｌｕｅｔｏｏｔｈ端末２０が応答した場合に、他のＢｌｕｅｔｏｏｔｈ端末２０に接続しないようにするために使われる。
【００７３】
定期的に出しているブロードキャストによるＩＰパケットのフォーマットを図１２に示す。
【００７４】
図１２において、ＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、稼動通知を示す種別、各アクセスポイントに現在接続されている端末数が含まれる。子局アクセスポイント１０からある一定時間内に、収容情報通知ＩＰパケットが送信されない場合には、その子局アクセスポイント１０に関する情報を捨てる。
【００７５】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００７６】
本実施形態では、収容情報通知ＩＰパケット、端末収容要求パケット、ブロードキャストパケットとして、各子局アクセスポイント１０の端末数を扱う場合を示したが、各子局アクセスポイント１０の端末数の代わりに申告パラメータ、データ転送量も適用可能である。
【００７７】
図１３は子局アクセスポイント１０の実施形態を示す構成図であり、端末識別情報通知部１０Ｄ、端末収容要求受信部１０Ｃ、無線通信部１０Ｅで構成される。端末識別情報通知部１０Ｄは、アクセスポイント制御プロトコルによる収容情報通知パケット（図１０）を親局アクセスポイント１に送信する。端末収容要求受信部１０Ｃは、親局アクセスポイント１からの端末収容要求パケット（図１１）を受信する。無線通信部１０Ｅは、端末収容要求受信部１０Ｃで受信した端末収容要求パケットに含まれているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスに対して問い合わせ（Ｉｎｑｕｉｒｙ）、接続要求を出す。
【００７８】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００７９】
本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることで、特定のアクセスポイント１０へのＢｌｕｅｔｏｏｔｈ端末２０の集中を防止するものである。
【００８０】
かかる課題を達成するため上記実施形態では、親局アクセスポイント１を設け、該親局アクセスポイント１により各子局アクセスポイント１０の収容端末数を把握し、特定のアクセスポイントにＢｌｕｅｔｏｏｔｈ端末２０が集中しないという条件で、各アクセスポイント１０に対して接続可否の判定結果を通知するようにしている。そして、判定手法としては、例えば、収容端末数の一番少ないアクセスポイント１０は収容可とし、それ以外のアクセスポイント１０は収容不可と判断する例を示した。この場合、一般に、収容端末数の大小の比較単位は１であるが、２以上であってもよい。
【００８１】
例えば、大小の比較単位を２とすると、端末数の差が２の場合は同一と見なされるので、一のアクセスポイント１０の収容端末数が他のアクセスポイント１０の収容端末数よりその差分が３を超える数であるとき、当該一のアクセスポイント１０を収容不可とし、他のアクセスポイント１０を収容可とする判断手法を採用することができる。
【００８２】
また、本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることでであるから、上記のような各アクセスポイントの負荷均衡を図ることに代えて、ある負荷分担パターンを設定し且つ保持し、該パターンに沿うように、各アクセスポイント１０に対して接続可否の判定結果を通知することもできる。
【００８３】
上記実施形態では、親局アクセスポイントと子局アクセスポイントとを固定化した構成であるとしているが、このようなアクセスポイントの役割を固定して考える必要はない。すなわち、図９に示す構成を有するアクセスポイントが親局アクセスポイントになり得、また図１３に示す構成を有するアクセスポイントが子局アクセスポイントになり得るのであって、この場合、親局アクセスポイントになり得るアクセスポイントであれば、故障や時間周期等の条件により一の親局アクセスポイントから他の親局アクセスポイントに変更するようにしても良い。
【００８４】
なお、図９に示す親局アクセスポイント１及び／又は図１３に示す子局アクセスポイント１０の一部又は全部は、ハードウェアとして構成する場合の他に、上述した各ステップを含むプログラムの実行によっても実現され得る。
【００８５】
【発明の効果】
以上のように本発明によれば、収容装置が収容する無線端末に偏りが生じないようにすることが可能な無線通信システム及び収容装置並びに収容装置選定方法及びプログラムを提供できるものである。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るアクセスポイントとＢｌｕｅｔｏｏｔｈ端末との関係及びアクセスポイントの選定方法を示す図。
【図２】本実施形態のアクセスポイントの選定方法を示すシーケンス図。
【図３】本実施形態におけるＢｌｕｅｔｏｏｔｈ端末と親局アクセスポイントとの間の問い合わせシーケンスの一例を示す図。
【図４】本実施形態におけるＢｌｕｅｔｏｏｔｈ端末と親局アクセスポイントとの間の接続要求の一例を示す図。
【図５】本実施形態における切断シーケンスの一例を示す図。
【図６】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の問い合わせシーケンスの一例を示す図。
【図７】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の接続要求シーケンスの一例を示す図。
【図８】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の接続応答シーケンスの一例を示す図。
【図９】本実施形態における親局アクセスポイントの構成例を示す図。
【図１０】本実施形態における収容情報通知ＩＰパケットのフォーマットの一例を示す図。
【図１１】本実施形態における端末収容要求パケットのフォーマットの一例を示す図。
【図１２】本実施形態におけるブロードキャストのフォーマットの一例を示す図。
【図１３】本実施形態における子局アクセスポイントの構成例を示す図。
【図１４】従来のＢｌｕｅｔｏｏｔｈによる無線通信システムにおける通信路の確立の手順の一例を示す図。
【符号の説明】
１…親局アクセスポイント
１Ａ…ホスト
１Ｂ…ホストコントローラ
１Ｃ…収容要求部
１Ｄ…アクセスポイント情報記憶部
１Ｅ…アクセスポイント判定部
１Ｆ…無線通信部
１０…子局アクセスポイント
１０Ａ…ホスト
１０Ｂ…ホストコントローラ
１０Ｃ…端末収容要求部
１０Ｄ…端末識別情報通知部
１０Ｅ…無線通信部
２０…Ｂｌｕｅｔｏｏｔｈ端末
２０Ａ…ホスト
２０Ｂ…ホストコントローラ
【発明の属する技術分野】
本発明は、例えばＢｌｕｅｔｏｏｔｈに従う無線通信システム及び収容装置並びに収容装置選定方法及びプログラムに関する。
【０００２】
【従来の技術】
無線通信システムの一つであるＢｌｕｅｔｏｏｔｈにおいては、通信可能範囲が建屋内、ビルの一区画内、車両内等のように予め定まった近距離範囲となっている。このため、通信可能範囲においては、一のＢｌｕｅｔｏｏｔｈ端末２０に対して複数のアクセスポイント（収容装置）が存在することになる。
【０００３】
かかる無線通信システムにおいて、通信路の確立の手順の一例を図１４に示す。図１４に示すように、通信可能範囲内に通信可能な相手を探す処理として問い合わせ（Ｉｎｑｕｉｒｙ）が行われる（１００）。次に、アクセスポイントとＢｌｕｅｔｏｏｔｈ端末２０間で同期を取るための処理として呼び出し（Ｐａｇｅ）が行われる（１０１）。次に、パケット通信を行う処理として接続（Ｃｏｎｎｅｃｔ）が行われる（１０２）。
【０００４】
これらの接続の流れにおいて、接続するアクセスポイントをＢｌｕｅｔｏｏｔｈ端末２０が選択する。このとき、Ｂｌｕｅｔｏｏｔｈ端末２０側でアクセスポイントの接続数やデータ転送量等の状況を判断できないため、一部のアクセスポイントに多くのＢｌｕｅｔｏｏｔｈ端末２０が接続し、各アクセスポイントの端末数に偏りが生じ、通信量が多いアクセスポイントでのスループットが落ちるという問題点が生じる。
【０００５】
【発明が解決しようとする課題】
上述の如く従来においては、一部のアクセスポイントに多くのＢｌｕｅｔｏｏｔｈ端末２０が接続し、各アクセスポイントの端末数に偏りが生じ、通信量が多いアクセスポイントでのスループットが落ちるという問題点があった。
【０００６】
本発明の目的は、収容装置が収容する無線端末に偏りが生じないようにすることが可能な無線通信システム及び収容装置並びに収容装置選定方法及びプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために本発明に係る無線通信システムは、無線端末と、
所定の通信可能範囲を形成すると共に所定手順により前記無線端末との間で通信路を確立して通信を行う複数の収容装置とを備え、
前記複数の収容装置のうち少なくとも一つは、前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を有することを特徴とする。
【０００８】
上記目的を達成するために本発明に係る収容装置は、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する下で、所定手順により無線端末と収容装置との間で通信路を確立した上で前記無線端末と前記収容装置との間で通信を行う無線通信方式における前記収容装置のうち少なくとも一つは、
前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を具備することを特徴とする。
【０００９】
上記目的を達成するために本発明に係る収容装置選定方法は、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における前記無線端末の収容装置選定方法において、
前記収容装置の少なくとも一は前記収容装置夫々の収容情報を収集し、前記無線端末と前記収容装置との間で通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定することを特徴とする。
【００１０】
上記目的を達成するために本発明に係る収容装置選定プログラムは、所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における少なくも一つの前記収容装置を構成するコンピュータに、
前記収容装置夫々の収容情報を収集する手順と、
前記収容装置に対する通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定する手順と
を実行させる。
【００１１】
本発明によれば、複数の収容装置のうち少なくとも１つを親局側収容装置とし、残りの収容装置を子局側収容装置と設定した上で、親局側収容装置は無線端末からの問い合わせ、接続要求を受信後、各子局側収容装置からの無線端末接続情報から収容するべき子局側収容装置を選択し、選択された子局側収容装置に対して収容するべき無線端末を通知し、通知された子局側収容装置は該当する無線端末に対して接続処理を行うことで、収容装置に収容する無線端末の偏りを抑制することが可能となる。
【００１２】
【発明の実施の形態】
以下、本発明に係る無線通信システム及び無線端末並びに収容装置選定方法及びプログラムの一実施形態を、無線通信方式としてＢｌｕｅｔｏｏｔｈに適用した例について説明する。
【００１３】
図１に示すように、本実施形態のＢｌｕｅｔｏｏｔｈシステムは、１つの親局アクセスポイント１、複数の子局アクセスポイント１０−１〜１０−５及び複数のサービスを要求し受けるクライアント側であるＢｌｕｅｔｏｏｔｈ端末２０により構成され、建屋内、ビルの一区画内、車両内等の近距離範囲が通信可能範囲となっている。そして、複数のアクセスポイント１０に対して一のＢｌｕｅｔｏｏｔｈ端末２０がアクセス可能であるのが、本実施形態の親局アクセスポイント１によって負荷が軽い子局アクセスポイント１０を選定し、該選定された子局アクセスポイント１０が前記一のＢｌｕｅｔｏｏｔｈ端末２０との間で通信路を確立するようにしている。
【００１４】
図２は本実施形態の収容選択方式の実施形態におけるシーケンスを示しており、親局アクセスポイント１は、子局アクセスポイント１０−１〜１０−５に定期的にブロードキャストする。ブロードキャストによるパケットには、稼動通知、各子局アクセスポイント１０−１〜１０−５に接続している端末数を含む。これにより、子局アクセスポイント１０−１〜１０−５は親局アクセスポイント１のＩＰアドレスがわかる。
【００１５】
Ｂｌｕｅｔｏｏｔｈ端末２０は、親局アクセスポイント１に問い合わせ（Ｉｎｑｕｉｒｙ）▲１▼を行う。親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０からのＩｎｑｕｉｒｙに応答するが、子局アクセスポイント１０−１〜１０−５はＢｌｕｅｔｏｏｔｈ端末２０からのＩｎｑｕｉｒｙに対して応答しない。
【００１６】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との問い合わせシーケンスを図３に示す。図３において、親局アクセスポイント１及びＢｌｕｅｔｏｏｔｈ端末２０のそれぞれに、Ｂｌｕｅｔｏｏｔｈ機器を利用するアプリケーションソフトウェア（以下、「ホスト」と呼ぶ）１Ａ，２０Ａと、ハードウェア（Ｂｌｕｅｔｏｏｔｈモジュール）（以下、「ホストコントローラ」と呼ぶ）１Ｂ，２０Ｂが装備されている。
【００１７】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との問い合わせシーケンスを図３によって説明する。
【００１８】
ＨＣＩ（ＨｏｓｔＣｏｎｔｒｏｌｌｅｒＩｎｔｅｒｆａｃｅ）という、ホスト１Ａ，２０Ａとホストコントローラ１Ｂ，２０Ｂとの通信を受け持つプロトコルを用い、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂに対してＨＣＩ＿Ｉｎｑｕｉｒｙを発行する。これは、ＢｌｕｅｔｏｏｔｈデバイスがＩｎｑｕｉｒｙＭｏｄｅに入り、通信範囲内にある他のＢｌｕｅｔｏｏｔｈデバイスを発見するためのコマンドである。
【００１９】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａに対してＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。これは、現在ホストコントローラ２０Ｂがそのコマンドのタスクを実行していることを示すコマンドである。
【００２０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１へ問い合わせ（Ｉｎｑｕｉｒｙ）を発行する。これは、通信可能範囲内に通信可能な相手を探すためのコマンドである。
【００２１】
次に、親局アクセスポイント１からＢｌｕｅｔｏｏｔｈ端末２０へＦＨＳパケットを発行する。これは、自分の属性を伝えるためパケットである。
【００２２】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｒｅｓｕｌｔ＿ｅｖｅｎｔを発行する。これは、現在のＩｎｑｕｉｒｙプロセス中に、１つまたは複数のＢｌｕｅｔｏｏｔｈデバイスが応答したことを示すコマンドである。
【００２３】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。これは、Ｉｎｑｕｉｒｙが終了したことを示すコマンドである。
【００２４】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＨＣＩ＿Ｃｒｅａｔｅ＿Ｃｏｎｎｅｃｔｉｏｎを発行する。これは、ローカルのＢｌｕｅｔｏｏｔｈデバイスが呼び出し（Ｐａｇｅ）プロセスを開始しリンク・レベルの接続を作成するためのコマンドである。
【００２５】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００２６】
ここで、図１，図２において、親局アクセスポイント１への問い合わせ（Ｉｎｑｕｉｒｙ）▲１▼が終わると、親局アクセスポイント１はＢｌｕｅｔｏｏｔｈ端末２０からの接続要求▲２▼を受信する。
【００２７】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との接続要求シーケンスを図４に示す。
【００２８】
図４において、ＬＭＰ（ＬｉｎｋＭａｎａｇｅｒＰｒｏｔｏｃｏｌ）という接続の確立、セキュリティ、制御を行うプロトコルを用い、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｑを発行する。これは、サポートされる送受信パケットや通信リンク機能の通知要求をする制御パケットである。
【００２９】
次に、親局アクセスポイント１のホストコントローラ１ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｓを発行する。これは、サポートされる送受信パケットや通信リンクの通知要求に対して応答するための制御パケットである。
【００３０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｈｏｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｑを発行する。これは、上位層プロトコルへの接続を要求する制御コマンドである。
【００３１】
次に、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１Ａへ、ＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔ＿Ｅｖｅｎｔを発行する。これは、新しい着信接続が確立されようとしている事を示すコマンドである。
【００３２】
ここで、図１，図２において、Ｂｌｕｅｔｏｏｔｈ端末２０からの接続要求▲２▼を受信した親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０との接続を切断する▲３▼。
【００３３】
Ｂｌｕｅｔｏｏｔｈ端末２０と親局アクセスポイント１との切断シーケンスを図５に示す。
【００３４】
図５において、親局アクセスポイント１のホスト１Ａから親局アクセスポイント１のホストコントローラ１Ｂへ、ＨＣＩ＿Ｒｅｊｅｃｔ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔを発行する。これは、新しい着信接続要求を拒否するためのコマンドである。
【００３５】
次に、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００３６】
次に、親局アクセスポイント１のホストコントローラ１ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｎｏｔ＿ａｃｃｅｐｔｅｄを発行する。これは、送受信される制御パケットに対して、その制御内容の受け入れを否定する制御パケットである。
【００３７】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから親局アクセスポイント１のホストコントローラ１Ｂへ、ＬＭＰ＿ｄｅｔａｃｈを発行する。これは、現在有効な通信リンクの切断を通知するための制御パケットである。
【００３８】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂは、Ｂｌｕｅｔｏｏｔｈ端末２０のホスト２０ＡへＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｃｏｍｐｌｅｔｅ＿ｅｖｅｎｔを、親局アクセスポイント１のホストコントローラ１Ｂから親局アクセスポイント１のホスト１ＡへＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。これは、接続を形成する両方のホストに、新しい接続が確立されたことを示すコマンドである。
【００３９】
ここで、図１，図２において、親局アクセスポイント１は、Ｂｌｕｅｔｏｏｔｈ端末２０との接続を切断▲３▼後、具備するアクセスポイント判定部１Ｅにより、Ｂｌｕｅｔｏｏｔｈ端末２０を収容するべき子局アクセスポイント１０−１〜１０−５の選択▲４▼を行う。
【００４０】
親局アクセスポイント１は、各子局アクセスポイント１０−１〜１０−５から、収容台数の変化を知らせるアクセスポイント間制御プロトコルにより、定期的に送信される各子局アクセスポイント１０−１〜１０−５に接続している端末数とＢｌｕｅｔｏｏｔｈ端末２０との切断を知らせる切断イベント通知を含む収容情報通知ＩＰパケットを受信する▲９▼。
【００４１】
親局アクセスポイント１は、上記の情報を基に、子局アクセスポイント１０−１〜１０−５毎に［子局アクセスポイント１０のＩＰアドレス、子局アクセスポイント１０−１〜１０−５に接続している端末数］からなるテーブルを作成する。このテーブルにより、端末数が最も少ない子局アクセスポイント１０を収容するべき子局アクセスポイント１０として選択する。
【００４２】
収容するべき子局アクセスポイント１０が選択されると、親局アクセスポイント１が具備する収容要求部１Ｃにより、収容するべき子局アクセスポイント１０に対して、端末収容要求パケット▲５▼を送信する。
【００４３】
端末収容要求パケットは、Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスと各子局アクセスポイント１０−１〜１０−５から定期的に送信される収容情報通知ＩＰパケットによりわかる収容するべき子局アクセスポイント１０のＩＰアドレスを含む。このパケットにより、通知された子局アクセスポイント１０は、Ｂｌｕｅｔｏｏｔｈ端末２０のアドレスを知ることができる。
【００４４】
収容するべき子局アクセスポイント１０は、具備する端末収容要求受信部１０Ｃにて、親局アクセスポイント１から送信された端末収容要求パケットを受信する。
【００４５】
親局アクセスポイント１からの端末収容要求パケットを受信した子局アクセスポイント１０は、具備する無線通信部１０Ｅを介して、Ｂｌｕｅｔｏｏｔｈ端末２０に問い合わせ▲６▼を行う。
【００４６】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との問い合わせシーケンスを図６に示す。図６において、子局アクセスポイント１０のホスト１０Ａから子局アクセスポイント１０のホストコントローラ１０Ｂに対してＨＣＩ＿Ｉｎｑｕｉｒｙを発行する。
【００４７】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａに対してＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００４８】
次に、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０へ問い合わせ（Ｉｎｑｕｉｒｙ）を発行する。次に、Ｂｌｕｅｔｏｏｔｈ端末２０から子局アクセスポイント１０へＦＨＳパケットを発行する。
【００４９】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｒｅｓｕｌｔ＿ｅｖｅｎｔを発行する。
【００５０】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｉｎｑｕｉｒｙ＿Ｃｏｍｐｌｅｔｅ＿Ｅｖｅｎｔを発行する。
【００５１】
次に、子局アクセスポイント１０のホスト１０Ａから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＨＣＩ＿Ｃｒｅａｔｅ＿Ｃｏｎｎｅｃｔｉｏｎを発行する。
【００５２】
次に、子局アクセスポイント１０のホストコントローラ１０Ｂから子局アクセスポイント１０のホスト１０Ａへ、ＨＣＩ＿Ｃｏｍｍａｎｄ＿Ｓｔａｔｕｓ＿Ｅｖｅｎｔを発行する。
【００５３】
ここで、図１，図２において、Ｂｌｕｅｔｏｏｔｈ端末２０への問い合わせ（Ｉｎｑｕｉｒｙ）▲６▼が終わると、子局アクセスポイント１０はＢｌｕｅｔｏｏｔｈ端末２０からの接続要求▲７▼を送信する。
【００５４】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との接続要求シーケンスを図７に示す。図７において、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｑを発行する。
【００５５】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｓを発行する。
【００５６】
次に、子局アクセスポイント１０のホストコントローラ１０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂへ、ＬＭＰ＿ｈｏｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｑを発行する。
【００５７】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０ＢＡ、ＨＣＩ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔ＿Ｅｖｅｎｔを発行する。
【００５８】
ここで、図１，図２において、子局アクセスポイント１０からの接続要求▲７▼を受信したＢｌｕｅｔｏｏｔｈ端末２０は、子局アクセスポイント１０に対して接続応答▲８▼を返す。
【００５９】
Ｂｌｕｅｔｏｏｔｈ端末２０と子局アクセスポイント１０との接続応答シーケンスを図８に示す。図８において、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０ＢからＢｌｕｅｔｏｏｔｈ端末２０のホスト２０Ａへ、ＨＣＩ＿Ａｃｃｅｐｔ＿Ｃｏｎｎｅｃｔｉｏｎ＿Ｒｅｑｕｅｓｔを発行する。これは、新しい着信接続要求を受け入れるためのコマンドである。
【００６０】
次に、Ｂｌｕｅｔｏｏｔｈ端末２０のホストコントローラ２０Ｂから子局アクセスポイント１０のホストコントローラ１０Ｂへ、ＬＭＰ＿ａｃｃｅｐｔｅｄを発行する。これは、送受信される制御パケットに対して、その制御内容の受け入れを肯定する制御パケットである。
【００６１】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００６２】
本実施形態では、収容するべき子局アクセスポイント１０の選択▲４▼方法として、各子局アクセスポイント１０の端末数を扱う場合を示したが、端末数に限らず、申告パラメータ、データ転送量も適用可能である。
【００６３】
収容するべき子局アクセスポイント１０の選択方法が申告パラメータの場合には、Ｂｌｕｅｔｏｏｔｈ端末２０はこれから送信しようとしているデータ転送量を予め親局アクセスポイント１に送信する。ブロードキャストパケットに含まれる各子局アクセスポイント１０に接続している端末数の代わりに、現在収容されているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスを用いる。端末収容要求パケットの各子局アクセスポイント１０に接続している端末数の代わりに、現在収容されているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスを用いる。
【００６４】
収容するべき子局アクセスポイント１０の選択方法がデータ転送量の場合には、ブロードキャストパケットの各子局アクセスポイント１０に接続している端末数の代わりに、各子局アクセスポイント１０のデータ転送量を用いる。端末収容要求パケットの各子局アクセスポイント１０に接続している端末数の代わりに、各子局アクセスポイント１０のデータ転送量を用いる。
【００６５】
次に親局アクセスポイント１及び子局アクセスポイント１０の構成について説明する。
【００６６】
図９は親局アクセスポイント１の実施形態を示す構成図であり、収容要求部１Ｃ、アクセスポイント情報記憶部１Ｄ、アクセスポイント判定部１Ｅ、無線通信部１Ｆで構成される。
【００６７】
無線通信部１ＦはＢｌｕｅｔｏｏｔｈ端末２０からの問い合わせ、接続要求、切断を行う。アクセスポイント情報記憶部１Ｄは、各子局アクセスポイント１０からのアクセスポイント間制御プロトコルによる各子局アクセスポイント１０に接続している端末数と切断イベント通知を含むＩＰパケットにより、子局アクセスポイント１０毎に［子局アクセスポイント１０のＩＰアドレス、アクセスポイントに接続している端末数］の組みのテーブルを作成する。
【００６８】
図１０は、各子局アクセスポイント１０からのアクセスポイント間制御プロトコルによる収容情報通知ＩＰパケットのフォーマット図である。
【００６９】
図１０において、収容情報通知ＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、切断したというイベントを表わす切断イベント通知、各アクセスポイントに接続している端末数からなる。アクセスポイント判定部１Ｅは、アクセスポイント情報記憶部１Ｄにより作成されたテーブルの中から端末数が最も少ない子局アクセスポイント１０を収容するべき子局アクセスポイント１０として選択する。収容要求部１Ｃは、アクセスポイント判定部１Ｅで選択された子局アクセスポイント１０に端末収容要求パケットを送信する。
【００７０】
このＩＰパケットのフォーマットを図１１に示す。
【００７１】
図１１において、ＩＰパケットは、ＩＰヘッダ（定期的に各子局アクセスポイント１０から送信される収容情報通知ＩＰパケットによりわかる収容するべきアクセスポイントとして選ばれた子局アクセスポイント１０のＩＰアドレスを含む）、ＵＤＰヘッダ、収容要求を示す種別、Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスからなる。
【００７２】
Ｂｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスは同期確立後、収容するべき子局アクセスポイント１０が出したＩｎｑｕｉｒｙに他のＢｌｕｅｔｏｏｔｈ端末２０が応答した場合に、他のＢｌｕｅｔｏｏｔｈ端末２０に接続しないようにするために使われる。
【００７３】
定期的に出しているブロードキャストによるＩＰパケットのフォーマットを図１２に示す。
【００７４】
図１２において、ＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、稼動通知を示す種別、各アクセスポイントに現在接続されている端末数が含まれる。子局アクセスポイント１０からある一定時間内に、収容情報通知ＩＰパケットが送信されない場合には、その子局アクセスポイント１０に関する情報を捨てる。
【００７５】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００７６】
本実施形態では、収容情報通知ＩＰパケット、端末収容要求パケット、ブロードキャストパケットとして、各子局アクセスポイント１０の端末数を扱う場合を示したが、各子局アクセスポイント１０の端末数の代わりに申告パラメータ、データ転送量も適用可能である。
【００７７】
図１３は子局アクセスポイント１０の実施形態を示す構成図であり、端末識別情報通知部１０Ｄ、端末収容要求受信部１０Ｃ、無線通信部１０Ｅで構成される。端末識別情報通知部１０Ｄは、アクセスポイント制御プロトコルによる収容情報通知パケット（図１０）を親局アクセスポイント１に送信する。端末収容要求受信部１０Ｃは、親局アクセスポイント１からの端末収容要求パケット（図１１）を受信する。無線通信部１０Ｅは、端末収容要求受信部１０Ｃで受信した端末収容要求パケットに含まれているＢｌｕｅｔｏｏｔｈ端末２０のＢｌｕｅｔｏｏｔｈアドレスに対して問い合わせ（Ｉｎｑｕｉｒｙ）、接続要求を出す。
【００７８】
これにより、アクセスポイントに偏りを生じないようにＢｌｕｅｔｏｏｔｈ端末２０を収容することができる。
【００７９】
本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることで、特定のアクセスポイント１０へのＢｌｕｅｔｏｏｔｈ端末２０の集中を防止するものである。
【００８０】
かかる課題を達成するため上記実施形態では、親局アクセスポイント１を設け、該親局アクセスポイント１により各子局アクセスポイント１０の収容端末数を把握し、特定のアクセスポイントにＢｌｕｅｔｏｏｔｈ端末２０が集中しないという条件で、各アクセスポイント１０に対して接続可否の判定結果を通知するようにしている。そして、判定手法としては、例えば、収容端末数の一番少ないアクセスポイント１０は収容可とし、それ以外のアクセスポイント１０は収容不可と判断する例を示した。この場合、一般に、収容端末数の大小の比較単位は１であるが、２以上であってもよい。
【００８１】
例えば、大小の比較単位を２とすると、端末数の差が２の場合は同一と見なされるので、一のアクセスポイント１０の収容端末数が他のアクセスポイント１０の収容端末数よりその差分が３を超える数であるとき、当該一のアクセスポイント１０を収容不可とし、他のアクセスポイント１０を収容可とする判断手法を採用することができる。
【００８２】
また、本発明におけるアクセスポイントの選定方法は、選定されるアクセスポイントが固定的でないようにすることでであるから、上記のような各アクセスポイントの負荷均衡を図ることに代えて、ある負荷分担パターンを設定し且つ保持し、該パターンに沿うように、各アクセスポイント１０に対して接続可否の判定結果を通知することもできる。
【００８３】
上記実施形態では、親局アクセスポイントと子局アクセスポイントとを固定化した構成であるとしているが、このようなアクセスポイントの役割を固定して考える必要はない。すなわち、図９に示す構成を有するアクセスポイントが親局アクセスポイントになり得、また図１３に示す構成を有するアクセスポイントが子局アクセスポイントになり得るのであって、この場合、親局アクセスポイントになり得るアクセスポイントであれば、故障や時間周期等の条件により一の親局アクセスポイントから他の親局アクセスポイントに変更するようにしても良い。
【００８４】
なお、図９に示す親局アクセスポイント１及び／又は図１３に示す子局アクセスポイント１０の一部又は全部は、ハードウェアとして構成する場合の他に、上述した各ステップを含むプログラムの実行によっても実現され得る。
【００８５】
【発明の効果】
以上のように本発明によれば、収容装置が収容する無線端末に偏りが生じないようにすることが可能な無線通信システム及び収容装置並びに収容装置選定方法及びプログラムを提供できるものである。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るアクセスポイントとＢｌｕｅｔｏｏｔｈ端末との関係及びアクセスポイントの選定方法を示す図。
【図２】本実施形態のアクセスポイントの選定方法を示すシーケンス図。
【図３】本実施形態におけるＢｌｕｅｔｏｏｔｈ端末と親局アクセスポイントとの間の問い合わせシーケンスの一例を示す図。
【図４】本実施形態におけるＢｌｕｅｔｏｏｔｈ端末と親局アクセスポイントとの間の接続要求の一例を示す図。
【図５】本実施形態における切断シーケンスの一例を示す図。
【図６】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の問い合わせシーケンスの一例を示す図。
【図７】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の接続要求シーケンスの一例を示す図。
【図８】本実施形態における子局アクセスポイントとＢｌｕｅｔｏｏｔｈ端末との間の接続応答シーケンスの一例を示す図。
【図９】本実施形態における親局アクセスポイントの構成例を示す図。
【図１０】本実施形態における収容情報通知ＩＰパケットのフォーマットの一例を示す図。
【図１１】本実施形態における端末収容要求パケットのフォーマットの一例を示す図。
【図１２】本実施形態におけるブロードキャストのフォーマットの一例を示す図。
【図１３】本実施形態における子局アクセスポイントの構成例を示す図。
【図１４】従来のＢｌｕｅｔｏｏｔｈによる無線通信システムにおける通信路の確立の手順の一例を示す図。
【符号の説明】
１…親局アクセスポイント
１Ａ…ホスト
１Ｂ…ホストコントローラ
１Ｃ…収容要求部
１Ｄ…アクセスポイント情報記憶部
１Ｅ…アクセスポイント判定部
１Ｆ…無線通信部
１０…子局アクセスポイント
１０Ａ…ホスト
１０Ｂ…ホストコントローラ
１０Ｃ…端末収容要求部
１０Ｄ…端末識別情報通知部
１０Ｅ…無線通信部
２０…Ｂｌｕｅｔｏｏｔｈ端末
２０Ａ…ホスト
２０Ｂ…ホストコントローラ
Claims (8)
- 無線端末と、
所定の通信可能範囲を形成すると共に所定手順により前記無線端末との間で通信路を確立して通信を行う複数の収容装置とを備え、
前記複数の収容装置のうち少なくとも一つは、前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を有することを特徴とする無線通信システム。 - 所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する下で、所定手順により無線端末と収容装置との間で通信路を確立した上で前記無線端末と前記収容装置との間で通信を行う無線通信方式における前記収容装置のうち少なくとも一つは、
前記収容装置夫々の収容情報を収集すると共に前記通信路の確立に先立って前記収容情報に基づき前記無線端末からの接続要求に対し接続すべき収容装置を選定する手段を具備することを特徴とする収容装置。 - 前記手段を有する収容装置は、所定タイミングで他の収容装置から前記収容情報を収集する手段を具備することを特徴とする請求項２記載の収容装置。
- 前記収容情報は、既収容の端末数、前記無線端末が送信しようとしているデータ転送量を予め前記手段を有する収容装置に申告する申告パラメータ、各収容装置のデータ転送量のいずれかであることを特徴とする請求項２又は３記載の収容装置。
- 前記無線端末及び前記収容装置がＢｌｕｅｔｏｏｔｈに従うとき、前記手段を有する収容装置は、前記収容装置からのブロードキャストに応じて前記選定した収容装置に対し前記無線端末の収容を要求する手段を具備することを特徴とする請求項２乃至４のいずれか一項記載の収容装置。
- 前記無線端末及び前記収容装置がＢｌｕｅｔｏｏｔｈに従うとき、
前記手段を有する収容装置は、前記無線端末との接続手順と切断手順を行う親局無線通信部と、前記収容装置毎の端末接続情報を保持する前記親局情報記憶部と、前記親局情報記憶部が保持する前記端末接続情報に基づき接続すべき収容装置を選択する親局判定部と、前記親局判定部で選択された前記収容装置に端末収容要求パケットを送信する親局収容要求部とを有し、
前記手段を有しない収容装置は、収容情報通知パケットを前記手段を有する収容装置に送信する子局端末識別情報通知部と、前記手段を有する収容装置からの端末収容要求パケットを受信する子局端末収容要求受信部と、前記端子収容要求受信部で受信した端末収容要求パケットにて接続手順を試みる子局通信部とを有する
ことを特徴とする請求項２乃至６のいずれか一項記載の収容装置。 - 所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における前記無線端末の収容装置選定方法において、
前記収容装置の少なくとも一は前記収容装置夫々の収容情報を収集し、前記無線端末と前記収容装置との間で通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定することを特徴とする収容装置選定方法。 - 所定の通信可能範囲に一の無線端末が在るとき当該無線端末に複数の収容装置が存在する無線通信方式における少なくとも一つの前記収容装置を構成するコンピュータに、
前記収容装置夫々の収容情報を収集する手順と、
前記収容装置に対する通信路の確立に先立って前記収容情報に基づき接続すべき収容装置を選定する手順と
を実行させる収容装置選定プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002158032A JP3827614B2 (ja) | 2002-05-30 | 2002-05-30 | 無線通信システム及び収容装置並びに収容装置選定方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002158032A JP3827614B2 (ja) | 2002-05-30 | 2002-05-30 | 無線通信システム及び収容装置並びに収容装置選定方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004007080A true JP2004007080A (ja) | 2004-01-08 |
| JP3827614B2 JP3827614B2 (ja) | 2006-09-27 |
Family
ID=30428580
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002158032A Expired - Fee Related JP3827614B2 (ja) | 2002-05-30 | 2002-05-30 | 無線通信システム及び収容装置並びに収容装置選定方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3827614B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008048100A (ja) * | 2006-08-14 | 2008-02-28 | Fujitsu Ltd | 無線基地局、無線基地局プログラム及び制御方法 |
-
2002
- 2002-05-30 JP JP2002158032A patent/JP3827614B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008048100A (ja) * | 2006-08-14 | 2008-02-28 | Fujitsu Ltd | 無線基地局、無線基地局プログラム及び制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3827614B2 (ja) | 2006-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4103816B2 (ja) | ルータ設定方法及びルータ装置 | |
| JP4265620B2 (ja) | アクセス制御装置、無線装置、ネットワーク、アクセス制御方法及びアクセス制御プログラム | |
| EP3020182B1 (en) | Context-aware proximity services | |
| CN108323246B (zh) | 组网方法、芯片及无线网络系统 | |
| RU2373668C2 (ru) | Способы и устройства персонального вызова | |
| CN110831075A (zh) | 数据传输方法及装置，业务切换方法及装置 | |
| WO2008005770A2 (en) | System and method for optimized wireless client communication | |
| US7739375B2 (en) | System and method for UPnP discovery advertisement byebye by proxy | |
| CN106487583B (zh) | 一种建立网络连接的方法及局域网系统 | |
| CN111405492A (zh) | 连接目标网络的方法、装置、存储介质、电子装置 | |
| EP2911420B1 (en) | Content delivery | |
| JP2004229237A (ja) | 無線通信システム | |
| US8305976B1 (en) | Efficient wireless communication network entry for wireless communication devices | |
| JP2017192068A (ja) | 端末装置および通信方法 | |
| Koutsoubelias et al. | Coordinated broadcast-based request-reply and group management for tightly-coupled wireless systems | |
| EP3741142B1 (en) | Method and device for sharing an established connection between a primary device and one of a plurality of secondary devices in a network | |
| EP2341755B1 (en) | Wireless network with star topology and method for operating wireless network with star topology | |
| JP2006217110A (ja) | 無線ｌａｎシステムとそのマルチレート制御方法 | |
| WO2009037624A2 (en) | Multiple connection wireless interface | |
| JP3827614B2 (ja) | 無線通信システム及び収容装置並びに収容装置選定方法及びプログラム | |
| CN111918338B (zh) | 无线协同代理方法、装置及网络系统 | |
| US20110083038A1 (en) | Communication system and a method and call processor for use in the system | |
| JP3853697B2 (ja) | 無線通信システム及び無線管理装置並びに収容装置選定方法及びプログラム | |
| JP7128922B2 (ja) | 無線通信システム、アクセスポイント、及び無線通信方法 | |
| Alnashwan et al. | Wi-Fi Direct Issues and Challenges |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050511 |
|
| 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: 20060530 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060704 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110714 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120714 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130714 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |