JP5029867B2 - 無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム - Google Patents
無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム Download PDFInfo
- Publication number
- JP5029867B2 JP5029867B2 JP2006277240A JP2006277240A JP5029867B2 JP 5029867 B2 JP5029867 B2 JP 5029867B2 JP 2006277240 A JP2006277240 A JP 2006277240A JP 2006277240 A JP2006277240 A JP 2006277240A JP 5029867 B2 JP5029867 B2 JP 5029867B2
- Authority
- JP
- Japan
- Prior art keywords
- access point
- access points
- calls
- call
- node
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
本発明は、無線ＬＡＮシステムに関し、特に一つのポータルを持つマルチホップ無線ＬＡＮシステムにおけるコール数割当て方法に関する。
近年、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の規格であるＩＥＥＥ８０２．１１ｂ，ａ，ｇの普及に伴い、無線ＬＡＮが企業や家庭などで幅広く利用されている。また、従来のデータ通信の他に、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などリアルタイムトラヒック通信においても無線ＬＡＮが利用されつつある。
ＶｏＩＰなどで使用されるＧ．７２９コーデックは、１０ｍｓ間隔で８０ｂｙｔｅのパケットを送出する。しかし、このようなパケットサイズが小さい場合、無線ＬＡＮのスループットは著しく低下してしまう。また、コール数が増えることでＶｏＩＰの品質が劣化してしまうことがある。そのため、アクセスポイント（ＡＰ）では呼制御を行う必要がある。
また、従来技術として、呼制御によりネットワークに流れるＶｏＩＰトラヒックを制御することが知られている。しかし、無線ＬＡＮマルチホップネットワークにおいては複数のアクセスポイント（ＡＰ）が存在することや、端末−アクセスポイント（ＡＰ）間は８０２．１１ｂ、アクセスポイント（ＡＰ）−アクセスポイント（ＡＰ）間は８０２．１１ａといったように複数の無線方式が混在することでＶｏＩＰ端末−アクセスポイント（ＡＰ）間とアクセスポイント（ＡＰ）−アクセスポイント（ＡＰ）間の帯域差が発生するなどネットワークトポロジー（Ｎｅｔｗｏｒｋ Ｔｏｐｏｌｏｇｙ）が複雑になってしまい、集中制御による単純な呼制御では難しい。
更に、ＶｏＩＰといったリアルタイムトラヒックはパケット損や遅延などに品質が大きく影響されてしまうため、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御技術が必要となる。
しかし、仮に帯域を確保しても、ＶｏＩＰのトラヒックが確保した帯域以上になってしまうと輻輳を起こしてしまうため、適切なトラヒック制御が必要となる。
無線マルチホップネットワークでは、ＩＥＥＥ８０２．１１ｂ，ａ，ｇの各方式が混在し、無線リンク帯域が異なる場合があり、帯域差異やネットワークトポロジーを考慮したトラヒックコントロールが必要となる。
関連する技術として、特開２００３−３４８１３７号公報（特許文献１）に音声トラヒック帯域保証システム、音声トラヒック帯域保証方法、呼制御装置及びトラヒック管理装置ならびにプログラムが開示されている。
この従来技術では、ＶｏＩＰ呼制御装置は、ＶｏＩＰ端末から発呼要求を受信すると、ＣＡＣサーバへ発着ＩＰアドレスを通知し、音声トラヒックの伝送帯域を問い合わせる。ＣＡＣサーバは、発着ＩＰアドレス、内部に記憶しているＩＰネットワークの伝送経路、及び、伝送経路における音声トラヒックに使用可能な伝送帯域及び使用中の伝送帯域を基に、当該呼への音声トラヒックへの伝送帯域の割当可否を判断する。割当が許可された場合には、使用中の伝送帯域を更新すると共に、ＶｏＩＰ呼制御装置へ割当可能を通知する。ＶｏＩＰ呼制御装置は、着ＶｏＩＰ端末への着信を行う。
この従来技術では、ＶｏＩＰ呼制御装置は、ＶｏＩＰ端末から発呼要求を受信すると、ＣＡＣサーバへ発着ＩＰアドレスを通知し、音声トラヒックの伝送帯域を問い合わせる。ＣＡＣサーバは、発着ＩＰアドレス、内部に記憶しているＩＰネットワークの伝送経路、及び、伝送経路における音声トラヒックに使用可能な伝送帯域及び使用中の伝送帯域を基に、当該呼への音声トラヒックへの伝送帯域の割当可否を判断する。割当が許可された場合には、使用中の伝送帯域を更新すると共に、ＶｏＩＰ呼制御装置へ割当可能を通知する。ＶｏＩＰ呼制御装置は、着ＶｏＩＰ端末への着信を行う。
しかし、特開２００３−３４８１３７号公報（特許文献１）の技術では、ネットワーク内のトラヒック情報を基にトラヒックコントロールを行うが、そのためにはトラヒック状況を常時監視する必要があるといった問題があるなどオーバーヘッドが大きい。
また、特開２００５−２２９５９１号公報（特許文献２）にＶｏＩＰシステム及び無線端末が開示されている。
この従来技術では、無線ＬＡＮを利用しエンドポイント相互が通話可能なＶｏＩＰシステムが、エンドポイント（ＥＰ）の有する識別情報を記録すると共に、上記識別情報を基に上記エンドポイント（ＥＰ）の接続、通話状態を管理するためのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバと、ＳＩＰサーバに上記識別情報を通知するエンドポイント（ＥＰ）と、エンドポイント（ＥＰ）を上記無線ＬＡＮにより接続するためのアクセスポイント（ＡＰ）とを備えている。ＳＩＰサーバは健全な通話を維持するためにエンドポイント（ＥＰ）の通話状態を確認し記録して、同一のアクセスポイント（ＡＰ）下の通話数を制限する。
この従来技術では、無線ＬＡＮを利用しエンドポイント相互が通話可能なＶｏＩＰシステムが、エンドポイント（ＥＰ）の有する識別情報を記録すると共に、上記識別情報を基に上記エンドポイント（ＥＰ）の接続、通話状態を管理するためのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバと、ＳＩＰサーバに上記識別情報を通知するエンドポイント（ＥＰ）と、エンドポイント（ＥＰ）を上記無線ＬＡＮにより接続するためのアクセスポイント（ＡＰ）とを備えている。ＳＩＰサーバは健全な通話を維持するためにエンドポイント（ＥＰ）の通話状態を確認し記録して、同一のアクセスポイント（ＡＰ）下の通話数を制限する。
また、特開２００５−３５４４２３号公報（特許文献３）に無線通信システム、無線通信方法、通信制御装置が開示されている。
この従来技術では、無線通信システムが、複数のアクセスポイント（ＡＰ）を含んで構成される無線ＬＡＮを有するネットワークと、自身とＡＰのアドレスとの登録を通信制御部に要求する手段と、自身のアドレスを含めて接続要求を通信制御部に対して行う手段とを備える。更に、無線ＬＡＮを介して無線通信を行う無線通信端末部と、無線通信端末部とＡＰのアドレスとを記憶する手段と、記憶手段を参照して無線通信端末部のアドレスからＡＰを特定する手段と、ＡＰのリソースを管理する手段と、ＡＰの空リソース状況に応じて無線通信端末部からの接続要求の受け入れの可否を判断する手段と、を有する通信制御部と、を備える。
この従来技術では、無線通信システムが、複数のアクセスポイント（ＡＰ）を含んで構成される無線ＬＡＮを有するネットワークと、自身とＡＰのアドレスとの登録を通信制御部に要求する手段と、自身のアドレスを含めて接続要求を通信制御部に対して行う手段とを備える。更に、無線ＬＡＮを介して無線通信を行う無線通信端末部と、無線通信端末部とＡＰのアドレスとを記憶する手段と、記憶手段を参照して無線通信端末部のアドレスからＡＰを特定する手段と、ＡＰのリソースを管理する手段と、ＡＰの空リソース状況に応じて無線通信端末部からの接続要求の受け入れの可否を判断する手段と、を有する通信制御部と、を備える。
本発明の目的は、一つのポータルから構成されるマルチホップ無線ネットワークにおいて、ネットワークに接続しているアクセスポイント（ＡＰ）数をカウントするノードが、その情報とネットワークが許容できる最大のＶｏＩＰコール数を基に各アクセスポイント（ＡＰ）に対してコール数を分配することで、ネットワークを流れるＶｏＩＰトラヒックをコントロールする無線ＬＡＮシステムを提供することである。
本発明の他の目的は、各アクセスポイント（ＡＰ）が収容できるコール数と、ネットワーク全体として収容できるコール数が異なる場合において、上述したコール分配により、最適なコールの分配が可能となる無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、新しくアクセスポイント（ＡＰ）が追加されたことをアクセスポイント（ＡＰ）数を管理するノードが検知すると、ノードは自分が管理する下流に接続しているアクセスポイント（ＡＰ）数を更新し、そこから各アクセスポイント（ＡＰ）に対して割り当てるＶｏＩＰのコール数を計算し、各アクセスポイント（ＡＰ）に対してＶｏＩＰのコール数を割り当てる無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、割り当てられたＶｏＩＰのコール数を基に、各アクセスポイント（ＡＰ）が自分に接続しているＶｏＩＰ端末に対する呼制御（接続制御及びトラヒックコントロールを含む）を行う無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、アクセスポイント（ＡＰ）数の増減が発生しても最適なコールの分配が可能となる無線ＬＡＮシステムを提供することである。
本発明の他の目的は、各アクセスポイント（ＡＰ）が収容できるコール数と、ネットワーク全体として収容できるコール数が異なる場合において、上述したコール分配により、最適なコールの分配が可能となる無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、新しくアクセスポイント（ＡＰ）が追加されたことをアクセスポイント（ＡＰ）数を管理するノードが検知すると、ノードは自分が管理する下流に接続しているアクセスポイント（ＡＰ）数を更新し、そこから各アクセスポイント（ＡＰ）に対して割り当てるＶｏＩＰのコール数を計算し、各アクセスポイント（ＡＰ）に対してＶｏＩＰのコール数を割り当てる無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、割り当てられたＶｏＩＰのコール数を基に、各アクセスポイント（ＡＰ）が自分に接続しているＶｏＩＰ端末に対する呼制御（接続制御及びトラヒックコントロールを含む）を行う無線ＬＡＮシステムを提供することである。
本発明の更に他の目的は、アクセスポイント（ＡＰ）数の増減が発生しても最適なコールの分配が可能となる無線ＬＡＮシステムを提供することである。
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
本発明の無線ＬＡＮシステムは、複数のアクセスポイント（２００）と、前記複数のアクセスポイント（２００）の各々と無線により通信してアクセスポイント数を把握し、アクセスポイント数に応じて前記各アクセスポイント（２００）にコール数を割り当てるネットワーク管理装置（１００）とを有する。
前記ネットワーク管理装置（１００）は、前記各アクセスポイント（２００）からメッセージを受信してアクセスポイント数をカウントする。
前記各アクセスポイント（２００）は、隣接するアクセスポイント（２００）と通信することでアクセスポイント数をカウントする。前記ネットワーク管理装置（１００）は、隣接するアクセスポイント（２００）からアクセスポイント数を取得する。
本発明の無線ＬＡＮシステムは、トラヒックの増加に応じて新規のコールのコーデックを前記各アクセスポイント（２００）に対して変更するためのサーバーを更に有する場合もある。
前記ネットワーク管理装置（１００）は、ＩＥＥＥ８０２．１１ｅに準じて、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御をする。
本発明の無線通信装置（１００）は、アクセスポイント（２００）と通信するための通信部（１０１）と、受信したパケットに基づいて前記アクセスポイント（２００）を検知しアクセスポイント数をカウントするパケット処理部（１０２）と、アクセスポイント数を管理しコール割当てを行うカウント管理部（１０３）とを具備する。
前記通信部（１０１）は、新規に追加されたアクセスポイント（２００）からメッセージを受信する。前記パケット処理部（１０２）は、前記メッセージに応じてアクセスポイント数を更新する。前記カウント管理部（１０３）は、更新されたアクセスポイント数に応じて、前記アクセスポイント（２００）に対して割り当てるコール数を計算し、前記コール数を割り当てる。
前記通信部（１０１）は、ＩＥＥＥ８０２．１１ｅに準じて前記アクセスポイント（２００）と通信する。
前記カウント管理部（１０３）は、トラヒックの増加に応じて新規のコールのコーデックを前記アクセスポイント（２００）に対して変更するためにサーバーと連携する。
本発明のコール数割当て方法は、（ａ１）新規アクセスポイント（２００）が無線ＬＡＮマルチホップネットワークに接続した場合、アクセスポイント数を管理するノードに対してメッセージを送信するステップと、（ａ２）前記アクセスポイント数を管理するノードが、自身に登録されているアクセスポイント数を更新するステップと、（ａ３）前記アクセスポイント数を管理するノードが、更新されたアクセスポイント数に基づき、前記無線ＬＡＮマルチホップネットワークに属する複数のアクセスポイント（２００）の各々に対して割り当てるコール数を計算し、前記各アクセスポイント（２００）に前記コール数を割り当てるステップとを具備する。
前記（ａ３）ステップは、（ａ３１）前記アクセスポイント数を管理するノードが、前記新規アクセスポイント（２００）に対して、確実に空いているコール数を割り当てるステップを具備する。
本発明のコール数割当て方法は、（ｂ１）前記アクセスポイント数を管理するノードが、新規アクセスポイント（２００）が追加されたことを検知するステップと、（ｂ２）前記アクセスポイント数を管理するノードが、割当てコール数を変更し、既存アクセスポイント（２００）に対して新たにコール数を割り当てるステップと、（ｂ３）前記既存アクセスポイント（２００）に対して新たに割り当てたコール数が、現在使用中のコール数を超えている場合、現在開いている分のコール数を前記新規アクセスポイント（２００）に分配するステップと、（ｂ４）新規の通信端末から前記既存アクセスポイント（２００）に対して新規のコール要求を送信するステップと、ｂ５）前記既存アクセスポイント（２００）において使用中のコールが新たに割り当てられたコール数以下となるまで、前記既存アクセスポイント（２００）が、新規のコール要求を拒否するステップと、（ｂ６）既存の通信端末が、コール終了時に、使用していたコールを開放し、前記既存アクセスポイント（２００）に対してコールの終了を通知するステップと、（ｂ７）前記既存アクセスポイント（２００）において使用中のコールが新たに割り当てられたコール数以下となるまで、前記既存アクセスポイント（２００）から前記アクセスポイント数を管理するノードに、コールが終了する毎にコールの終了を通知するステップと、（ｂ８）前記アクセスポイント数を管理するノードが、開放されたコールを他のアクセスポイント（２００）に対して割り当てるステップとを更に具備する場合もある。
本発明のコール数割当て方法は、（ｃ１）前記各アクセスポイント（２００）が、隣接するアクセスポイント（２００）と通信することでアクセスポイント数をカウントするステップと、（ｃ２）前記アクセスポイント数を管理するノードが、隣接するアクセスポイント（２００）からアクセスポイント数を取得するステップとを更に具備する場合もある。
本発明のコール数割当て方法は、（ｄ１）サーバーと連携し、トラヒックの増加に応じて新規のコールのコーデックを前記各アクセスポイント（２００）に対して変更するステップを更に具備する場合もある。
本発明のコール数割当て方法は、（ｅ１）ＩＥＥＥ８０２．１１ｅに準じて、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御をするステップを更に具備する場合もある。
本発明のプログラムは、上記のコール数割当て方法をコンピュータに実行させる。
各アクセスポイント（ＡＰ）に対して各自が割り当てられるＶｏＩＰコール数を分配することで、ネットワーク帯域以上のＶｏＩＰトラヒックが発生することを防ぐことができる。また、呼制御がコール数の分配とアクセスポイント（ＡＰ）での呼制御の二段階に分かれて行うため、無線リンク間の帯域差を考慮したＶｏＩＰトラヒックのＱｏＳ制御の実現が可能となる。
本発明は、一つのポータル（有線ネットワークと無線ネットワークの接続点）から構成される無線ＬＡＮマルチホップネットワークにおいて、ネットワークに接続しているアクセスポイント（ＡＰ）数からネットワークが許容できる最大のＶｏＩＰコール数を各アクセスポイント（ＡＰ）に対して分配する手法である。
アクセスポイント（ＡＰ）数を管理するノードは自分の下流にアクセスポイント（ＡＰ）が追加されることを検知すると、自分の下流にあるアクセスポイント（ＡＰ）の総数から各アクセスポイント（ＡＰ）に対して各自が割り当てられるＶｏＩＰのコール数を求め、再分配する。
以下に本発明の第１実施形態について添付図面を参照して説明する。
本発明の無線ＬＡＮマルチホップネットワークの基本構成は図１に示す通りである。
無線ＬＡＮマルチホップネットワークは、ポータルノード（Ｐ）１００と、アクセスポイント（ＡＰ）２００を有する。
本発明の無線ＬＡＮマルチホップネットワークの基本構成は図１に示す通りである。
無線ＬＡＮマルチホップネットワークは、ポータルノード（Ｐ）１００と、アクセスポイント（ＡＰ）２００を有する。
ポータルノード（Ｐ）１００は、アクセスポイント（ＡＰ）２００よりもネットワークの上位に位置する通信機器である。ネットワークの外部と内部の通信を中継しており、外部との通信の際の「玄関」になる。例として、サーバーやルータが挙げられる。内部のネットワークの最上位に位置するアクセスポイント（ＡＰ）をポータルノード（Ｐ）としても良い。
アクセスポイント（ＡＰ）２００は、少なくとも一つ存在する。ここでは、アクセスポイント（ＡＰ）２００（２００−ｉ、ｉ＝１〜ｎ：ｎはＡＰ数）の例として、アクセスポイント（ＡＰ）１と、アクセスポイント（ＡＰ）２とを示す。図１では、アクセスポイント（ＡＰ）１：２００−１、アクセスポイント（ＡＰ）２：２００−２として示している。すなわち、本発明では、有線ネットワークと無線ネットワークの接続ノードとして、ポータルノード（Ｐ）と、それに接続する各アクセスポイント（ＡＰ）であるアクセスポイント（ＡＰ）１、アクセスポイント（ＡＰ）２が含まれている。
ネットワークトポロジーは、ポータルノード（Ｐ）−アクセスポイント（ＡＰ）１−アクセスポイント（ＡＰ）２の順で構成し、ポータルノード（Ｐ）−アクセスポイント（ＡＰ）１間、アクセスポイント（ＡＰ）１−アクセスポイント（ＡＰ）２間、及びアクセスポイント（ＡＰ）１，２に接続している端末間は無線によって通信する。アクセスポイント（ＡＰ）１，２には、それぞれＶｏＩＰ端末Ｖ１１〜Ｖ１ｘ（ｘは任意）、Ｖ２１〜Ｖ２ｘ、及びデータ端末Ｄ１１〜Ｄ１ｘ、Ｄ２１〜Ｄ２ｘが接続する。
図１においてアクセスポイント数を管理し、コール割当てを行うノードはポータルノード（Ｐ）１００である。図２に、ポータルノード（Ｐ）１００の基本構成を示す。
ポータルノード（Ｐ）１００は、通信部１０１と、パケット処理部１０２と、アクセスポイント（ＡＰ）カウント管理部１０３を備える。
ポータルノード（Ｐ）１００は、通信部１０１と、パケット処理部１０２と、アクセスポイント（ＡＰ）カウント管理部１０３を備える。
通信部１０１は、アクセスポイント（ＡＰ）と無線によって通信する。また、外部と有線又は無線で通信する。パケット処理部１０２は、アクセスポイント（ＡＰ）から受信したパケットに基づいてアクセスポイント（ＡＰ）を検知し、アクセスポイント（ＡＰ）数をカウントする。アクセスポイント（ＡＰ）カウント管理部１０３は、アクセスポイント（ＡＰ）数を管理し、コール割当てを行う。なお、パケット処理部１０２が保持するパケットに基づいて、アクセスポイント（ＡＰ）カウント管理部１０３がアクセスポイント（ＡＰ）を検知し、アクセスポイント（ＡＰ）数をカウントしても良い。
なお、アクセスポイント（ＡＰ）カウント管理部１０３を持つノードは、ポータルノード（Ｐ）１００に限らず、アクセスポイント（ＡＰ）１，アクセスポイント（ＡＰ）２でも良い。ポータルノード（Ｐ）１００は、アクセスポイント（ＡＰ）カウント管理部１０３を通してコールの割当てを行う。また、本実施例においては、ポータルノード（Ｐ）１００はアクセスポイント（ＡＰ）機能を持つが、アクセスポイント（ＡＰ）機能を持たない場合もある。
図１において、ポータルノード（Ｐ）１００に接続しているアクセスポイント（ＡＰ）１、アクセスポイント（ＡＰ）２は、それぞれパケット転送において優先制御を行う機能を持つアクセスポイント（ＡＰ）である。図３に、アクセスポイント（ＡＰ）１，２の各々、すなわちアクセスポイント（ＡＰ）２００の基本構成を示す。
アクセスポイント（ＡＰ）２００は、複数の通信部２０１，２０２，２０３と、パケット処理部２０４と、優先キュー２０５，２０７，２０９と、非優先キュー２０６，２０８，２１０を備える。
アクセスポイント（ＡＰ）２００は、複数の通信部２０１，２０２，２０３と、パケット処理部２０４と、優先キュー２０５，２０７，２０９と、非優先キュー２０６，２０８，２１０を備える。
複数の無線通信部２０１，２０２，２０３の各々は、ポータルノード（Ｐ）又は他のアクセスポイント（ＡＰ）と無線によって通信する。パケット処理部２０４は、優先キュー制御を行い、送信予定のパケットを、送信先に応じて、優先キュー２０５，２０７，２０９、又は、非優先キュー２０６，２０８，２１０のいずれかに振り分ける。なお、アクセスポイント（ＡＰ）２００が先に説明したアクセスポイント（ＡＰ）カウント管理部１０３を備える場合、パケット処理部２０４は、他のアクセスポイント（ＡＰ）との通信に含まれるパケットに基づいて他のアクセスポイント（ＡＰ）を検知し、自身を含めたアクセスポイント（ＡＰ）数をカウントする。優先キュー２０５，２０７，２０９の各々は、優先して送信するパケットをパケット処理部２０４から受け取り格納する。非優先キュー２０６，２０８，２１０の各々は、優先して送信する必要のないパケットをパケット処理部２０４から受け取り格納する。
アクセスポイント（ＡＰ）１，アクセスポイント（ＡＰ）２には、それぞれデータ端末、ＶｏＩＰ端末が接続し、外部と通信を行う。
ネットワークが収容できる最大コール数をＶｍ、各アクセスポイント（ＡＰ）が収容できる最大コール数をＶａｐとすると、アクセスポイント（ＡＰ）カウント管理部１０３を持つポータルノード（Ｐ）１００は、各アクセスポイント（ＡＰ）に対してｍｉｎ（Ｖａｐ，Ｖｍ／アクセスポイント（ＡＰ）数）コール分配する。各アクセスポイント（ＡＰ）は自分に接続しているＶｏＩＰ端末に対してその割り当てられたコール数を限度とした呼制御を行う。なお、各アクセスポイント（ＡＰ）に対する分配するコール数は必ずしも平等な分配に限らない。
図１に示すアクセスポイント（ＡＰ）１、アクセスポイント（ＡＰ）２はそれぞれ、ＶｏＩＰ端末とデータ端末とは異なる無線通信部を用いて通信を行う。
アクセスポイント（ＡＰ）１−ＶｏＩＰ端末間は、無線周波数ｃｈａｎ１で、アクセスポイント（ＡＰ）１−アクセスポイント（ＡＰ）２又はデータ端末間は、無線周波数ｃｈａｎ２で通信を行う。一方、アクセスポイント（ＡＰ）２−ＶｏＩＰ端末間は、無線周波数ｃｈａｎ３で、アクセスポイント（ＡＰ）２−データ端末間は、無線周波数ｃｈａｎ４で通信を行う。また、アクセスポイント（ＡＰ）１−ポータルノード（Ｐ）間は無線で、アクセスポイント（ＡＰ）２はアクセスポイント（ＡＰ）１とは無線周波数ｃｈａｎ２で無線通信部３で通信する。アクセスポイント（ＡＰ）２に接続したＶｏＩＰ端末からのトラヒックは、アクセスポイント（ＡＰ）２−アクセスポイント（ＡＰ）１−ポータルノード（Ｐ）と経由して外部の通信相手まで到達するが、各ノードにおいて優先制御されるため、Ｄ２１，Ｄ１１といったデータ端末からのトラヒックが存在した場合でも優先的に転送される。
また、本発明による呼制御により、ＶｏＩＰトラヒックはネットワーク帯域以上とならないため、ＶｏＩＰトラヒックには遅延やパケット損が発生することはない。
図４と、図５のシーケンス図を参照して、新規アクセスポイント（ＡＰ）が追加されたときの動作を説明する。ここでは、新規アクセスポイント（ＡＰ）は、図４に示すアクセスポイント（ＡＰ）３である。
（１）ステップＳ５０１
新規アクセスポイント（ＡＰ）が無線ＬＡＮマルチホップネットワークに接続した場合、アクセスポイント（ＡＰ）数を管理するノードに対してメッセージを送信することで、アクセスポイント（ＡＰ）数を管理するノードが自身に登録しているアクセスポイント（ＡＰ）数を更新する。ここでは、アクセスポイント（ＡＰ）数を管理するノードは、ポータルノード（Ｐ）としている。但し、実際には、アクセスポイント（ＡＰ）数を管理するノードは、ポータルノード（Ｐ）に限らず、アクセスポイント（ＡＰ）１，アクセスポイント（ＡＰ）２でも良い。
（２）ステップＳ５０２
アクセスポイント（ＡＰ）数を管理するノードは、更新されたアクセスポイント（ＡＰ）数を基に、各アクセスポイント（ＡＰ）に対して割り当てるコール数を計算し、そのコール数を割り当てる。まず、アクセスポイント（ＡＰ）１に対してコール数を割り当てる。
（３）ステップＳ５０３
次に、アクセスポイント（ＡＰ）数を管理するノードは、アクセスポイント（ＡＰ）２に対してコール数を割り当てる。
（４）ステップＳ５０４
このとき、アクセスポイント（ＡＰ）数を管理するノードは、新規アクセスポイント（ＡＰ）に対しては、確実に空いているＶｏＩＰコール数を割り当てる。
（１）ステップＳ５０１
新規アクセスポイント（ＡＰ）が無線ＬＡＮマルチホップネットワークに接続した場合、アクセスポイント（ＡＰ）数を管理するノードに対してメッセージを送信することで、アクセスポイント（ＡＰ）数を管理するノードが自身に登録しているアクセスポイント（ＡＰ）数を更新する。ここでは、アクセスポイント（ＡＰ）数を管理するノードは、ポータルノード（Ｐ）としている。但し、実際には、アクセスポイント（ＡＰ）数を管理するノードは、ポータルノード（Ｐ）に限らず、アクセスポイント（ＡＰ）１，アクセスポイント（ＡＰ）２でも良い。
（２）ステップＳ５０２
アクセスポイント（ＡＰ）数を管理するノードは、更新されたアクセスポイント（ＡＰ）数を基に、各アクセスポイント（ＡＰ）に対して割り当てるコール数を計算し、そのコール数を割り当てる。まず、アクセスポイント（ＡＰ）１に対してコール数を割り当てる。
（３）ステップＳ５０３
次に、アクセスポイント（ＡＰ）数を管理するノードは、アクセスポイント（ＡＰ）２に対してコール数を割り当てる。
（４）ステップＳ５０４
このとき、アクセスポイント（ＡＰ）数を管理するノードは、新規アクセスポイント（ＡＰ）に対しては、確実に空いているＶｏＩＰコール数を割り当てる。
また、図６のシーケンス図を参照して、新たに割り当てたコール数が現在使用中のコール数を超えている場合の動作について説明する。
（１）ステップＳ６０１
アクセスポイント（ＡＰ）数を管理するノードは、アクセスポイント（ＡＰ）が追加されたことを検知する。
（２）ステップＳ６０２
アクセスポイント（ＡＰ）数を管理するノードは、割当てコール数を変更し、既存アクセスポイント（ＡＰ）であるアクセスポイント（ＡＰ）１に対して新たにコール数を割り当てる。
（３）ステップＳ６０３
既存アクセスポイント（ＡＰ）であるアクセスポイント（ＡＰ）１に対して新たに割り当てたコール数（６０２）が現在使用中のコール数を超えている場合、現在開いている分のコール数を新規アクセスポイント（ＡＰ）に分配する。
（４）ステップＳ６０４
新規ＶｏＩＰ端末からアクセスポイント（ＡＰ）１に対して新規のＶｏＩＰコール要求を送信する。
（５）ステップＳ６０５
アクセスポイント（ＡＰ）１において使用中のコールが新たに割り当てられたコール数以下となるまで、アクセスポイント（ＡＰ）１では、新規のＶｏＩＰコール要求を拒否する。
（６）ステップＳ６０６
既存ＶｏＩＰ端末は、コール終了時に、使用していたコールを開放し、前記既存アクセスポイントに対してコールの終了を通知する。
（７）ステップＳ６０７
アクセスポイント（ＡＰ）１において使用中のコールが新たに割り当てられたコール数以下となるまで、アクセスポイント（ＡＰ）１からアクセスポイント（ＡＰ）数を管理するノードに、コールが終了する毎にそのことを通知する。
（８）ステップＳ６０８
アクセスポイント数を管理するノードは開放されたそのコールを他のアクセスポイント（ＡＰ）に対して割り当てる。
（１）ステップＳ６０１
アクセスポイント（ＡＰ）数を管理するノードは、アクセスポイント（ＡＰ）が追加されたことを検知する。
（２）ステップＳ６０２
アクセスポイント（ＡＰ）数を管理するノードは、割当てコール数を変更し、既存アクセスポイント（ＡＰ）であるアクセスポイント（ＡＰ）１に対して新たにコール数を割り当てる。
（３）ステップＳ６０３
既存アクセスポイント（ＡＰ）であるアクセスポイント（ＡＰ）１に対して新たに割り当てたコール数（６０２）が現在使用中のコール数を超えている場合、現在開いている分のコール数を新規アクセスポイント（ＡＰ）に分配する。
（４）ステップＳ６０４
新規ＶｏＩＰ端末からアクセスポイント（ＡＰ）１に対して新規のＶｏＩＰコール要求を送信する。
（５）ステップＳ６０５
アクセスポイント（ＡＰ）１において使用中のコールが新たに割り当てられたコール数以下となるまで、アクセスポイント（ＡＰ）１では、新規のＶｏＩＰコール要求を拒否する。
（６）ステップＳ６０６
既存ＶｏＩＰ端末は、コール終了時に、使用していたコールを開放し、前記既存アクセスポイントに対してコールの終了を通知する。
（７）ステップＳ６０７
アクセスポイント（ＡＰ）１において使用中のコールが新たに割り当てられたコール数以下となるまで、アクセスポイント（ＡＰ）１からアクセスポイント（ＡＰ）数を管理するノードに、コールが終了する毎にそのことを通知する。
（８）ステップＳ６０８
アクセスポイント数を管理するノードは開放されたそのコールを他のアクセスポイント（ＡＰ）に対して割り当てる。
仮にネットワークが許容する最大のコール数が３０で、ネットワークに接続している５個のアクセスポイント（ＡＰ）に対してそれぞれ６コール（３０コール÷５個＝６コール／個）割り当てていたときに１個の新規アクセスポイント（ＡＰ）が接続した場合、各アクセスポイント（ＡＰ）に対して５コール（３０コール÷（５＋１）個＝５コール／個）割り当てる。
このとき、アクセスポイント（ＡＰ）１では既に６コール通話中、その他のアクセスポイント（ＡＰ）では５コール通話中であったとする。その場合、新規アクセスポイント（ＡＰ）には４コールしか割り当てない。アクセスポイント（ＡＰ）１において通話中のコールが終了する毎に呼終了の通知を行い、新規アクセスポイント（ＡＰ）に対して改めて５コール割り当てる。
他にも、以下のようなアクセスポイント（ＡＰ）数分配方式が考えられる。
最初に、無線ＬＡＮマルチホップネットワークに接続したアクセスポイント（ＡＰ）に対してポータルがネットワークが許容するコール数を割り当てる。更に、新規のアクセスポイント（ＡＰ）がネットワークに接続した時、最初のアクセスポイント（ＡＰ）はその数からアクセスポイント（ＡＰ）自身が保持するコール数を差し引いた数を、割当て可能コール数として次に追加されたアクセスポイント（ＡＰ）に対して割り当てる。このような分配方式を行うことで、新しくアクセスポイント（ＡＰ）が追加されるときに、ポータルに対して参加メッセージを送信する必要がなくなる。
最初に、無線ＬＡＮマルチホップネットワークに接続したアクセスポイント（ＡＰ）に対してポータルがネットワークが許容するコール数を割り当てる。更に、新規のアクセスポイント（ＡＰ）がネットワークに接続した時、最初のアクセスポイント（ＡＰ）はその数からアクセスポイント（ＡＰ）自身が保持するコール数を差し引いた数を、割当て可能コール数として次に追加されたアクセスポイント（ＡＰ）に対して割り当てる。このような分配方式を行うことで、新しくアクセスポイント（ＡＰ）が追加されるときに、ポータルに対して参加メッセージを送信する必要がなくなる。
以下に本発明の第２実施形態について説明する。
本発明の第２実施形態としては、無線通信においてＩＥＥＥ８０２．１１ｅと組み合わせることが考えられる。なお、ＩＥＥＥ８０２．１１ｅは、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を実現する規格である。無線通信においてＩＥＥＥ８０２．１１ｅと組み合わせることで、より安定したＱｏＳ保証の提供が可能となる。
本発明の第２実施形態としては、無線通信においてＩＥＥＥ８０２．１１ｅと組み合わせることが考えられる。なお、ＩＥＥＥ８０２．１１ｅは、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を実現する規格である。無線通信においてＩＥＥＥ８０２．１１ｅと組み合わせることで、より安定したＱｏＳ保証の提供が可能となる。
ＩＥＥＥ８０２．１１ｅでは、ＱｏＳを実現するのに次の２種類の方式を規定している。優先度の高いフレームを先に送るようにするＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）と、優先度の高いフレームに専用の帯域を割り当てるＨＣＣＡ（Ｈｙｂｒｉｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＨＣＦ） Ｃｏｎｔｒｏｌｌｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）である。優先度は、ＭＡＣフレームのヘッダー部分を拡張して設けたＱｏＳコントロール・フィールドで指定するようになっている。
ＥＤＣＡは、端末がフレームを送信するまでの待ち時間を調整することで、優先度の高いフレームを送りやすくする方式である。フレームを優先度別に４種類に分け、優先度の高いフレームはほかの端末の送信が終わったあと、送信を開始するまでの時間を短めにする。
ＨＣＣＡでは、アクセスポイント（ＡＰ）が、ＣＦ（Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ）−Ｐｏｌｌという制御用フレームで、優先度の高いフレームを送信する端末に時間を割り当てる。割り当てられた時間の間、端末は他の端末に邪魔されずにフレームを転送できる。
以下に本発明の第３実施形態について説明する。
アクセスポイント（ＡＰ）数のカウント方法としては、各アクセスポイント（ＡＰ）が参加時にネットワーク管理するノードに対して参加メッセージを送る方法の他にも、各アクセスポイント（ＡＰ）が隣接するアクセスポイント（ＡＰ）と通信することでアクセスポイント（ＡＰ）数を通達していく手法もある。すなわち、各アクセスポイント（ＡＰ）は階層的にアクセスポイント数をカウントし、最終的に、アクセスポイント（ＡＰ）数を管理するノードに、カウントしたアクセスポイント（ＡＰ）数を通知する。この場合、アクセスポイント（ＡＰ）を識別するための情報、あるいはアクセスポイント（ＡＰ）間の通信の経路情報を参照して、重複したアクセスポイント（ＡＰ）をカウントしないようにする。
アクセスポイント（ＡＰ）数のカウント方法としては、各アクセスポイント（ＡＰ）が参加時にネットワーク管理するノードに対して参加メッセージを送る方法の他にも、各アクセスポイント（ＡＰ）が隣接するアクセスポイント（ＡＰ）と通信することでアクセスポイント（ＡＰ）数を通達していく手法もある。すなわち、各アクセスポイント（ＡＰ）は階層的にアクセスポイント数をカウントし、最終的に、アクセスポイント（ＡＰ）数を管理するノードに、カウントしたアクセスポイント（ＡＰ）数を通知する。この場合、アクセスポイント（ＡＰ）を識別するための情報、あるいはアクセスポイント（ＡＰ）間の通信の経路情報を参照して、重複したアクセスポイント（ＡＰ）をカウントしないようにする。
また、各アクセスポイント（ＡＰ）が、配下の配下にアクセスポイント（ＡＰ）数を監視し、最終的に、アクセスポイント（ＡＰ）数を管理するノードに隣接するアクセスポイント（ＡＰ）が、自身とその配下のアクセスポイント（ＡＰ）数を通知するようにしても良い。
例えば、図１では、アクセスポイント（ＡＰ）１の配下にアクセスポイント（ＡＰ）２が存在している。アクセスポイント（ＡＰ）２は配下に他のアクセスポイント（ＡＰ）が存在していない。各アクセスポイント（ＡＰ）は、配下のアクセスポイント（ＡＰ）数をカウントし、上位にあるアクセスポイント（ＡＰ）数はカウントしないこととする。このとき、アクセスポイント（ＡＰ）１の配下のアクセスポイント（ＡＰ）数は「１」となる。また、アクセスポイント（ＡＰ）数を管理するノードであるポータルノード（Ｐ）の配下にアクセスポイント（ＡＰ）１が存在している。ポータルノード（Ｐ）は、アクセスポイント（ＡＰ）１がカウントしたアクセスポイント（ＡＰ）数である「１」に、アクセスポイント（ＡＰ）１自身を加えたアクセスポイント（ＡＰ）数である「２」を取得する。あるいは、アクセスポイント（ＡＰ）１は、自身と配下のアクセスポイント（ＡＰ）２をカウントしたアクセスポイント（ＡＰ）数である「２」を、上位にあるポータルノード（Ｐ）に通知するようにする。なお、ポータルノード（Ｐ）がアクセスポイント（ＡＰ）数を取得するタイミングとして、一定時間毎、又は、新規アクセスポイント（ＡＰ）が追加された時に行うことが考えられる。
このようにすることで、アクセスポイント（ＡＰ）数を管理するノードは、隣接するアクセスポイント（ＡＰ）と通信するだけで、配下のネットワーク全体のアクセスポイント（ＡＰ）数を把握することが可能となる。
例えば、図１では、アクセスポイント（ＡＰ）１の配下にアクセスポイント（ＡＰ）２が存在している。アクセスポイント（ＡＰ）２は配下に他のアクセスポイント（ＡＰ）が存在していない。各アクセスポイント（ＡＰ）は、配下のアクセスポイント（ＡＰ）数をカウントし、上位にあるアクセスポイント（ＡＰ）数はカウントしないこととする。このとき、アクセスポイント（ＡＰ）１の配下のアクセスポイント（ＡＰ）数は「１」となる。また、アクセスポイント（ＡＰ）数を管理するノードであるポータルノード（Ｐ）の配下にアクセスポイント（ＡＰ）１が存在している。ポータルノード（Ｐ）は、アクセスポイント（ＡＰ）１がカウントしたアクセスポイント（ＡＰ）数である「１」に、アクセスポイント（ＡＰ）１自身を加えたアクセスポイント（ＡＰ）数である「２」を取得する。あるいは、アクセスポイント（ＡＰ）１は、自身と配下のアクセスポイント（ＡＰ）２をカウントしたアクセスポイント（ＡＰ）数である「２」を、上位にあるポータルノード（Ｐ）に通知するようにする。なお、ポータルノード（Ｐ）がアクセスポイント（ＡＰ）数を取得するタイミングとして、一定時間毎、又は、新規アクセスポイント（ＡＰ）が追加された時に行うことが考えられる。
このようにすることで、アクセスポイント（ＡＰ）数を管理するノードは、隣接するアクセスポイント（ＡＰ）と通信するだけで、配下のネットワーク全体のアクセスポイント（ＡＰ）数を把握することが可能となる。
以下に本発明の第４実施形態について説明する。
図４では、アクセスポイント（ＡＰ）１の下にアクセスポイント（ＡＰ）２、アクセスポイント（ＡＰ）２の下にアクセスポイント（ＡＰ）３というように各アクセスポイント（ＡＰ）が直列に接続されている。しかし、実際のネットワーク構成では、各アクセスポイント（ＡＰ）が直列に接続されるとは限らない。
ネットワークトポロジーとしては、図７に示すように、アクセスポイント（ＡＰ）１の下にアクセスポイント（ＡＰ）２、アクセスポイント（ＡＰ）３が並列に接続するような場合でも有効である。
例えば、図５、図６のシーケンス図に示す動作は、アクセスポイント（ＡＰ）の各々と、アクセスポイント（ＡＰ）数を管理するノードとの通信により行われているため、直列接続でも並列接続でも本発明を実施することが可能である。
図４では、アクセスポイント（ＡＰ）１の下にアクセスポイント（ＡＰ）２、アクセスポイント（ＡＰ）２の下にアクセスポイント（ＡＰ）３というように各アクセスポイント（ＡＰ）が直列に接続されている。しかし、実際のネットワーク構成では、各アクセスポイント（ＡＰ）が直列に接続されるとは限らない。
ネットワークトポロジーとしては、図７に示すように、アクセスポイント（ＡＰ）１の下にアクセスポイント（ＡＰ）２、アクセスポイント（ＡＰ）３が並列に接続するような場合でも有効である。
例えば、図５、図６のシーケンス図に示す動作は、アクセスポイント（ＡＰ）の各々と、アクセスポイント（ＡＰ）数を管理するノードとの通信により行われているため、直列接続でも並列接続でも本発明を実施することが可能である。
以下に本発明の第５実施形態について説明する。
本発明の第１実施形態では、ＶｏＩＰのコーデックは常時固定であったが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバーと連携し、ＶｏＩＰトラヒックが増えてきた場合、新規ＶｏＩＰコールのコーデックを各アクセスポイント（ＡＰ）に対して変更するといった手法もあり、より柔軟にコールの割当てを行うことができる。
本発明の第１実施形態では、ＶｏＩＰのコーデックは常時固定であったが、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバーと連携し、ＶｏＩＰトラヒックが増えてきた場合、新規ＶｏＩＰコールのコーデックを各アクセスポイント（ＡＰ）に対して変更するといった手法もあり、より柔軟にコールの割当てを行うことができる。
ここで、ＳＩＰサーバーについて説明する。通常、以下の３つのサーバーを総称してＳＩＰサーバーという。但し、ＳＩＰサーバーには、これら３つのサーバー機能をすべて実装する必要はない。実際には、以下の３つのサーバー機能のうち少なくとも一つを実装していれば良い。
（１）プロキシサーバー（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）
ユーザーエージェントクライアント（ＵＡＣ）からのＳＩＰリクエストを次のサーバー（ユーザーエージェントサーバー（ＵＡＳ）を含む）に中継するサーバーである。ネットワーク構成によっては、複数のサーバーをホップする可能性がある。認証、許可、ネットワークアクセス制御、ルーティング、ＳＩＰリクエスト転送、セキュリティなどの機能も提供する。なお、ユーザーエージェントクライアント（ＵＡＣ）は、ユーザーエージェント（ＵＡ）の中で、リクエストを送信する機能を持つ部分である。逆に、ユーザーエージェントサーバー（ＵＡＳ）は、ユーザーエージェント（ＵＡ）の中で、リクエストに応答する機能を持つ部分である。
（２）リダイレクトサーバー（Ｒｅｄｉｒｅｃｔ Ｓｅｒｖｅｒ）
リダイレクトサーバーはリクエストを受け取り、着信側の現在のアドレスを発信側に知らせる役割がある。ユーザーエージェントクライアント（ＵＡＣ）はその後、返された着信側アドレスに発信し直す。プロキシサーバーとは違い、ＳＩＰリクエストを転送しない。
（３）レジストラ（Ｒｅｇｉｓｔｒａｒ）
ユーザーエージェントクライアント（ＵＡＣ）の現在位置を登録するリクエスト（ＲＥＧＩＳＴＥＲリクエスト）を受ける。レジストラは、通常、プロキシサーバーやリダイレクトサーバーと同じホスト上で動作する。
（１）プロキシサーバー（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）
ユーザーエージェントクライアント（ＵＡＣ）からのＳＩＰリクエストを次のサーバー（ユーザーエージェントサーバー（ＵＡＳ）を含む）に中継するサーバーである。ネットワーク構成によっては、複数のサーバーをホップする可能性がある。認証、許可、ネットワークアクセス制御、ルーティング、ＳＩＰリクエスト転送、セキュリティなどの機能も提供する。なお、ユーザーエージェントクライアント（ＵＡＣ）は、ユーザーエージェント（ＵＡ）の中で、リクエストを送信する機能を持つ部分である。逆に、ユーザーエージェントサーバー（ＵＡＳ）は、ユーザーエージェント（ＵＡ）の中で、リクエストに応答する機能を持つ部分である。
（２）リダイレクトサーバー（Ｒｅｄｉｒｅｃｔ Ｓｅｒｖｅｒ）
リダイレクトサーバーはリクエストを受け取り、着信側の現在のアドレスを発信側に知らせる役割がある。ユーザーエージェントクライアント（ＵＡＣ）はその後、返された着信側アドレスに発信し直す。プロキシサーバーとは違い、ＳＩＰリクエストを転送しない。
（３）レジストラ（Ｒｅｇｉｓｔｒａｒ）
ユーザーエージェントクライアント（ＵＡＣ）の現在位置を登録するリクエスト（ＲＥＧＩＳＴＥＲリクエスト）を受ける。レジストラは、通常、プロキシサーバーやリダイレクトサーバーと同じホスト上で動作する。
また、上記３つのサーバーとは別に、登録サーバーからの登録情報をストアし、リダイレクトサーバーやプロキシサーバーによる着信ＵＲＩの参照要求に応答するロケーションサーバーを設置することもできる。ロケーションサーバーはＳＩＰサーバーと同じ場所に設置することができる。但し、ＳＩＰサーバーがロケーションサーバーに問い合わせる手段はＳＩＰでは特に規定していない。
以上のように、本発明では、一つのポータルから構成されるマルチホップ無線ネットワークにおいて、ネットワークに接続しているＡＰ数をカウントするノードが、その情報とネットワークが許容できる最大のＶｏＩＰコール数を基に各ＡＰに対してコール数を分配することで、ネットワークを流れるＶｏＩＰトラヒックをコントロールする。
このとき、各ＡＰが収容できるコール数と、ネットワーク全体として収容できるコール数が異なる場合において、上述したコール分配により、最適なコールの分配が可能となる。
更に、本発明において、新しくＡＰが追加されたことをＡＰ数を管理するノードが検知すると、ノードは自分が管理する下流に接続しているＡＰ数を更新し、そこから各ＡＰに対して割り当てるＶｏＩＰのコール数を計算し、各ＡＰに対してＶｏＩＰのコール数を割り当てる。それを基に、各ＡＰは自分に接続しているＶｏＩＰ端末に対する呼制御（接続制御及びトラヒックコントロールを含む）を行う。以上のようにＡＰ数の増減が発生しても最適なコールの分配が可能となる。
従って、本発明の無線ＬＡＮシステムは、一つのポータルを持つ無線ＬＡＮマルチホップシステムにおいてアクセスポイント（ＡＰ）数を管理するノードを有し、各アクセスポイント（ＡＰ）に対して割当て可能なＶｏＩＰコール数を分配する。
本発明は、無線マルチホップネットワークにおいてＶｏＩＰなど呼制御を利用するシステムであれば、適用することが可能である。
１００… ポータルノード（Ｐ）
１０１… 通信部
１０２… パケット処理部
１０３… アクセスポイント（ＡＰ）カウント管理部
２００（−ｉ、ｉ＝１〜ｎ）… アクセスポイント（ＡＰ）
２０１，２０２，２０３… 複数の通信部
２０４… パケット処理部
２０５，２０７，２０９… 優先キュー
２０６，２０８，２１０… 非優先キュー
１０１… 通信部
１０２… パケット処理部
１０３… アクセスポイント（ＡＰ）カウント管理部
２００（−ｉ、ｉ＝１〜ｎ）… アクセスポイント（ＡＰ）
２０１，２０２，２０３… 複数の通信部
２０４… パケット処理部
２０５，２０７，２０９… 優先キュー
２０６，２０８，２１０… 非優先キュー
Claims (16)
- 複数のアクセスポイントと、
前記複数のアクセスポイントの各々と無線により通信してアクセスポイント数を把握し、アクセスポイント数に応じて前記各アクセスポイントにコール数を割り当てるネットワーク管理装置と
を有する
無線ＬＡＮシステム。 - 請求項１に記載の無線ＬＡＮシステムにおいて、
前記ネットワーク管理装置は、前記各アクセスポイントからメッセージを受信してアクセスポイント数をカウントする
無線ＬＡＮシステム。 - 請求項１に記載の無線ＬＡＮシステムにおいて、
前記各アクセスポイントは、隣接するアクセスポイントと通信することでアクセスポイント数をカウントし、
前記ネットワーク管理装置は、隣接するアクセスポイントからアクセスポイント数を取得する
無線ＬＡＮシステム。 - 請求項１乃至３のいずれか一項に記載の無線ＬＡＮシステムにおいて、
トラヒックの増加に応じて新規のコールが用いるコーデックを変更するサーバー
を更に有する
無線ＬＡＮシステム。 - 請求項１乃至４のいずれか一項に記載の無線ＬＡＮシステムにおいて、
前記ネットワーク管理装置は、ＩＥＥＥ８０２．１１ｅに準じて、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御をする
無線ＬＡＮシステム。 - アクセスポイントと通信するための通信部と、
受信したパケットに基づいて前記アクセスポイントを検知しアクセスポイント数をカウントするパケット処理部と、
アクセスポイント数を管理しコール数の割り当てを行うカウント管理部と
を具備する
無線通信装置。 - 請求項６に記載の無線通信装置において、
前記通信部は、新規に追加されたアクセスポイントからメッセージを受信し、
前記パケット処理部は、前記メッセージに応じてアクセスポイント数を更新し、
前記カウント管理部は、更新されたアクセスポイント数に応じて、前記アクセスポイントに対して割り当てるコール数を計算し、前記コール数を割り当てる
無線通信装置。 - 請求項６又は７に記載の無線通信装置において、
前記通信部は、ＩＥＥＥ８０２．１１ｅに準じて前記アクセスポイントと通信する
無線通信装置。 - 請求項６乃至８のいずれか一項に記載の無線通信装置において、
前記カウント管理部は、トラヒックの増加に応じて新規のコールが用いるコーデックを変更するためにサーバーと連携する
無線通信装置。 - （ａ１）新規アクセスポイントが無線ＬＡＮマルチホップネットワークに接続した場合、アクセスポイント数を管理するノードに対してメッセージを送信するステップと、
（ａ２）前記アクセスポイント数を管理するノードが、自身に登録されているアクセスポイント数を更新するステップと、
（ａ３）前記アクセスポイント数を管理するノードが、更新されたアクセスポイント数に基づき、前記無線ＬＡＮマルチホップネットワークに属する複数のアクセスポイントの各々に対して割り当てるコール数を計算し、前記各アクセスポイントに前記コール数を割り当てるステップと
を具備する
コール数割当て方法。 - 請求項１０に記載のコール数割当て方法において、
前記（ａ３）ステップは、
（ａ３１）前記アクセスポイント数を管理するノードが、前記新規アクセスポイントに対して、確実に空いているコール数を割り当てるステップを具備する
コール数割当て方法。 - 請求項１０又は１１に記載のコール数割当て方法において、
（ｂ１）前記アクセスポイント数を管理するノードが、新規アクセスポイントが追加されたこと
を検知するステップと、
（ｂ２）前記アクセスポイント数を管理するノードが、割当てコール数を変更し、既存アクセスポイントに対して新たにコール数を割り当てるステップと、
（ｂ３）現在使用中のコール数が、前記既存アクセスポイントに対して新たに割り当てたコール数を超えている場合、現在空いている分のコール数を前記新規アクセスポイントに分配するステップと、
（ｂ４）新規の通信端末から前記既存アクセスポイントに対して新規のコール要求を送信するステップと、
（ｂ５）前記既存アクセスポイントにおいて使用中のコールが新たに割り当てられたコール数以下となるまで、前記既存アクセスポイントが、新規のコール要求を拒否するステップと、
（ｂ６）既存の通信端末が、コール終了時に、使用していたコールを開放し、前記既存アクセスポイントに対してコールの終了を通知するステップと、
（ｂ７）前記既存アクセスポイントにおいて使用中のコールが新たに割り当てられたコール数以下となるまで、前記既存アクセスポイントから前記アクセスポイント数を管理するノードに、コールが終了する毎にコールの終了を通知するステップと、
（ｂ８）前記アクセスポイント数を管理するノードが、開放されたコールを前記新規アクセスポイントに対して割り当てるステップと
を更に具備する
コール数割当て方法。 - 請求項１０乃至１２のいずれか一項に記載のコール数割当て方法において、
（ｃ１）前記各アクセスポイントが、隣接するアクセスポイントと通信することでアクセスポイント数をカウントするステップと、
（ｃ２）前記アクセスポイント数を管理するノードが、隣接するアクセスポイントからアクセスポイント数を取得するステップと
を更に具備する
コール数割当て方法。 - 請求項１０乃至１３のいずれか一項に記載のコール数割当て方法において、
（ｄ１）サーバーと連携し、トラヒックの増加に応じて新規のコールが用いるコーデックを変更するステップを更に具備する
コール数割当て方法。 - 請求項１０乃至１４のいずれか一項に記載のコール数割当て方法において、
（ｅ１）ＩＥＥＥ８０２．１１ｅに準じて、複数の端末が帯域を共有する無線ＬＡＮで、特定の種類のデータだけを優先的に送るＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御をするステップを更に具備する
コール数割当て方法。 - 請求項１０乃至１５のいずれか一項に記載のコール数割当て方法を、コンピュータに実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006277240A JP5029867B2 (ja) | 2006-10-11 | 2006-10-11 | 無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006277240A JP5029867B2 (ja) | 2006-10-11 | 2006-10-11 | 無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008098885A JP2008098885A (ja) | 2008-04-24 |
| JP5029867B2 true JP5029867B2 (ja) | 2012-09-19 |
Family
ID=39381285
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006277240A Expired - Fee Related JP5029867B2 (ja) | 2006-10-11 | 2006-10-11 | 無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5029867B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101280097B1 (ko) | 2008-12-10 | 2013-06-28 | 에릭슨 엘지 주식회사 | 최대 연결 수 변경 방법 및 ｖｏｉｐ 시스템 |
| JP5858626B2 (ja) | 2011-02-25 | 2016-02-10 | 任天堂株式会社 | 無線通信プログラム、情報処理装置、および通信制御方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3940062B2 (ja) * | 2002-11-18 | 2007-07-04 | 株式会社神戸製鋼所 | 無線通信中継装置，無線通信システム |
| JP3995001B2 (ja) * | 2004-01-14 | 2007-10-24 | 日立電線株式会社 | ＶｏＩＰシステム |
-
2006
- 2006-10-11 JP JP2006277240A patent/JP5029867B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008098885A (ja) | 2008-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10715450B2 (en) | Method and apparatus for allocating bandwidth for a network | |
| US9042355B2 (en) | Quality of service (QoS) for satellite communications network | |
| US20070286185A1 (en) | Control of Mobile Packet Streams | |
| US7796532B2 (en) | Media segment monitoring | |
| US20060233183A1 (en) | Methods, systems, and computer program products for dynamic blocking and unblocking of media over packet resources | |
| US8346264B2 (en) | Transmission of data in a communication system | |
| US8958417B2 (en) | Method and system for call admission control in a wireless mesh network | |
| CN1643858B (zh) | 服务质量请求关联 | |
| JP2007312159A (ja) | Ｉｐ通信制御システム及び制御方法並びに制御プログラム | |
| JP5029867B2 (ja) | 無線ｌａｎシステム、無線通信装置、コール数割当て方法、及びプログラム | |
| US11757952B2 (en) | Relay device for call processing, call processing method performed by relay device, and storage medium in which program for executing call processing method is stored | |
| JP4978031B2 (ja) | 無線端末を収容するｉｐ電話システム | |
| KR20060099473A (ko) | 무선 메시 네트워크에서의 ＱｏＳ 관리 | |
| US20220210204A1 (en) | Distributed network system for call processing provided are a call processing method performed by a distributed network system and a recording medium, in which a program for executing the call processing method is recorded | |
| US7535838B1 (en) | Method for determining resource use in a network | |
| JP6102274B2 (ja) | ネットワーク装置、振分制御方法、振分制御プログラムおよび振分先通知装置 | |
| KR100746468B1 (ko) | Ｉｐ기반 음성/영상전화 전용망에서의 세션제어방법 및 장치 | |
| JP2002064555A (ja) | 通信網の品質制御管理システム | |
| JP5491911B2 (ja) | 呼制御装置及び収容管理方法 | |
| JP2002252641A (ja) | 通信接続処理方法及びその実施装置並びにその処理プログラムと記録媒体 | |
| KR100779834B1 (ko) | 트래픽 제어 방법 | |
| JP2008098886A (ja) | ネットワーク管理装置、帯域制御方法、及びプログラム | |
| JP2004312380A (ja) | 帯域管理システム | |
| JP2006108834A (ja) | 呼制御方法、および、呼制御装置 | |
| JP5784522B2 (ja) | 呼制御サーバ、呼制御サーバの規制方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090924 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110711 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110803 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110921 |
|
| 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: 20120531 |
|
| 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: 20120613 |
|
| 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: 20150706 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |