JP2006166196A - ＶｏＩＰサービスシステム、呼制御サーバ、および呼制御方法 - Google Patents

Abstract

【課題】音声通信の途中での通話品質の劣化に起因する途切れや遅延のない高品質の音声通信を実現する。
【解決手段】ＶｏＩＰサーバ６０の呼制御手段６５Ａにより、端末１１，１２，２１，２２に関するＩＰ網での個々の接続形態に基づきこれら端末に割り当てられているチャネル管理単位１Ａ，１Ｂ，１Ｘごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理する。
【選択図】 図１

Description

本発明は、ＩＰ（Internet Protocol）網を使った音声通信技術に関し、特に音声通信サービス（ＶｏＩＰサービス：Voice over Internet Protocol）において高品質な音声通信を提供するための呼制御技術に関する。

ＩＰ網での音声通信であるＶｏＩＰサービスは、システム構築および運用の両面において従来のＰＳＴＮ（Public Switched Telephone Network：公衆交換電話網）より低廉であることから多くの注目を集めている。
ＩＰ網での音声通信では、送信側で音声データを小容量のデジタルデータからなる音声パケットに分割して送信し、受信側で音声に復号する方式がとられる。これにより、音声とデータとを区別することなく共存させて同一のＩＰ網で送受信することを可能としている。

音声通信では、リアルタイム性が要求されることから、音声パケットのパケットロスや遅延を生じないこと、すなわち低遅延で到着時間のゆらぎが少ないことが重要である。この問題を解決する方法として、網のルータ装置におけるルーティング処理で音声パケットか否かを判別し、音声パケットを優先的に処理する技術が提案されている（例えば、特許文献１など参照）。この技術では、通話品質を保証し管理するためにポリシィテーブルを設け、パケット内容をクラス分けし、低遅延でゆらぎが少ないことが要求される音声パケットをＲＴＰ（Real Time Transport Protocol：ＱｏＳ制御）に対応するバッファに格納している。これにより、音声パケットはデータなどのパケットより優先して転送される。

しかし、上記技術によれば、ＩＰ網の節（ノード）に分散配置されたルータで、ルータ自体の機能である通信帯域制御、優先制御、廃棄制御などに基づいて、音声パケットの転送制御を個別に行うため、一部のルータに呼が集中（輻輳）した場合には必要な通信帯域を確保できなくなり、パケットロス、遅延、ゆらぎなどの発生が避けられないという問題があった。
また、通信チャネルが設定されても、音声パケットが流れ始めたとたん通信帯域不足による通話の途切れや無音を生じたり、さらには通話中の音声パケットの流れに影響を与え、その通話の途切れや無音などを生じさせるという問題があった。

従来、このような呼が集中したルータにおいて必要な通信帯域を確保できないためにパケットロス等を生じる問題を解決するための技術が提案されている（例えば、特許文献２など参照）。
この従来技術では、新たなパケットの発生により輻輳が生じる場合、既に転送が行われているパケットの転送状態を維持するため、新たなパケットを低い優先度に変更したり、それによって新たなパケットを切断する処理を行う。この結果、通話中の音声パケットは所望の品質に維持できる。

なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
特開２００１−１６２５４号公報（第９頁、図３） 特開２００３−１７９６３６号公報（第１８頁、図１）

しかしながら、このような従来技術では、音声パケットが通過するルータで優先転送処理が行われるため、一部のルータに呼が集中した場合に新規に接続された呼の品質が低下する問題があった。
一方、法人ユーザでは、本社や各支店等へのアクセス回線を結ぶプライベートＩＰ網やプライベートＩＰ網とインターネット等の外部ＩＰ網を接続するＷＡＮ（Wide Area Network：広域通信網）回線など、複雑な網構成が用いられる。

このような網においては、外部ＩＰ網と接続する回線のすべてを一支社のみで占有して、本社や他の支社の通話やデータ交換が不可能となる事態により、法人ユーザの業務が妨げられるという問題が発生する可能性がある。したがって、従来技術では、このような事態に対処できないという問題があった。
以上述べた問題は、通話に必要な通信帯域を確保する技術がないこと、および、ルータ等によるノードでのみの制御、いわば一重の制御（管理）しかなく、ＶｏＩＰサービスを大きな枠組みにおいて管理する仕組みが欠如していることに起因する。

本発明はこのような課題を解決するためのものであり、音声通信で用いるチャネルについて通信帯域が保証されておらず、任意の数だけチャネルを設定可能なＩＰ網を用いたＶｏＩＰサービスにおいて、音声通信の通信帯域を確実に確保でき、音声通信の途中での通話品質の劣化に起因する途切れや遅延のない高品質の音声通信を実現できるＶｏＩＰサービスシステム、呼制御サーバ、および呼制御方法を提供することを目的としている。

このような目的を達成するために、本発明にかかるＶｏＩＰサービスシステムは、ＩＰ網を介して音声パケットの送受信を行う複数の端末について、呼制御サーバでこれら端末の呼制御を行うことにより、ＩＰ網上に設定された通信チャネルを介した端末での音声通信を実現するＶｏＩＰサービスシステムであって、端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理する呼制御サーバを備えるものである。

この際、呼制御サーバで、端末に関する呼接続要求に応じて当該端末が属するチャネル管理単位について通信チャネルの使用可否を判断し、当該チャネル管理単位で使用可能な通信チャネルがない場合、端末への呼接続を行わないようにしてもよい。

また、チャネル管理単位については、複数の端末とＩＰ網とを接続するアクセス回線に対応して設けてもよく、あるいはＩＰ網と他のＩＰ網とを接続するＷＡＮ回線に対応して設けてもよい。

また、チャネル管理単位として、他のチャネル管理単位を構成要素に含む階層チャネル管理単位を用いてもよい。
この場合、呼制御サーバで、端末に関する呼接続要求に応じて当該端末が属するチャネル管理単位およびすべての階層チャネル管理単位について通信チャネルの使用可否を判断し、これらチャネル管理単位およびすべての階層チャネル管理単位のいずれかで使用可能な通信チャネルがない場合、端末への呼接続を行わないようにしてもよい。

また、本発明にかかる呼制御サーバは、ＩＰ網を介して音声パケットの送受信を行う複数の端末について、これら端末の呼制御を行うことにより、ＩＰ網上に設定された通信チャネルを介した端末での音声通信を実現する呼制御サーバであって、端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理する通信チャネル管理手段を備えるものである。

また、本発明にかかる呼制御方法は、ＩＰ網を介して音声パケットの送受信を行う複数の端末について、呼制御サーバでＩＰ網上に設定された通信チャネルを介した端末での音声通信を実現する呼制御方法であって、端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理するステップを備えるものである。

本発明によれば、ＶｏＩＰサーバにより、端末に関するＩＰ網での接続形態などに基づきそれぞれの端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数が管理されるため、音声通信で用いるチャネルについて通信帯域が保証されておらず、任意の数だけチャネルを設定可能なＩＰ網を用いたＶｏＩＰサービスにおいて、音声通信の通信帯域を確実に確保でき、音声通信の途中での通話品質の劣化に起因する途切れや遅延のない高品質の音声通信を実現できる。

次に、本発明の実施の形態について図面を参照して説明する。
［ＶｏＩＰサービスシステム］
まず、図１を参照して、本発明の一実施の形態にかかるＶｏＩＰサービスシステムについて説明する。図１は本発明の一実施の形態にかかるＶｏＩＰサービスシステムの構成を示すブロック図である。
このＶｏＩＰサービスシステムには、ＶｏＩＰサービスを利用する端末１１，１２，２１，２２、アクセス回線１０，２０、プライベートＩＰ網３０、ＷＡＮ回線４０、外部ＩＰ網５０、およびＶｏＩＰサーバ（呼制御サーバ：Call Agent）６０が設けられている。

通常、ＶｏＩＰサービスシステムで使用されるＩＰ網では、ユーザ環境によって使用可能な通信帯域幅は様々である。任意の音声通信に必要な通信帯域幅も端末間でネゴシエーションする音声コーデックの種類と通信チャネル数により逐次決定される。また、ＩＰ網では通信回線の物理的な性能と無関係に端末の数（アドレス）や通信チャネル数を設定できる。したがって、パケットロスや遅延のない音声通信を実現する通信チャネル数は通信回線ごとに定める必要がある。なお、本発明において、チャネルとはＩＰ網上に設定された音声通信に必要な通信路（通信帯域幅または伝送能力）のことをいい、１通信チャネルとはパケットロスや遅延なく１音声通信が実現できる通信路をいう。

本発明はこれらの特性に鑑みてなされたものであり、その要点は、アクセス回線、ＷＡＮ回線等のネットワーク構成要素での通信帯域幅を基に音声通信に使用できる通信チャネル数（最大同時接続チャネル数）を設定して、使用可能チャネル数を管理することにより、音声通信の通信帯域を確実に確保することにある。

より具体的には、本実施の形態にかかるＶｏＩＰサービスシステムは、ＶｏＩＰサーバ６０が各端末１１，１２，２１，２２の呼制御を行う際、これら端末１１，１２，２１，２２をそれぞれの接続回線ごとにグループ化し、これらグループからなるチャネル管理単位ごとに使用チャネル数を管理することにより、それぞれの接続回線における通信帯域管理を行うようにしたものである。
以下では、支店Ａ，支店Ｂに設けられている各端末間を、プライベートＩＰ網３０を介して接続することにより、これら端末間における音声通信を実現する場合を例として説明する。

図１において、支店Ａと支店ＢはプライベートＩＰ網３０で結ばれ、さらにＷＡＮ回線４０でインターネットなどの外部ＩＰ網５０と結ばれている。アクセス回線１０とアクセス回線２０は、支店Ａと支店Ｂの端末群とプライベートＩＰ網３０とを結ぶ広域ＬＡＮ（Local Area Network）回線である。
支店Ａには端末１１，１２が設けられ、支店Ｂには端末２１，２２が設けられている。外部ＩＰ網５０には、これら端末１１，１２，２１，２２の呼制御を行うＶｏＩＰサーバ６０が設けられている。

ＶｏＩＰサーバ６０では、各端末１１，１２，２１，２２をそれぞれの接続回線ごとにグループ化し、これらグループからなるチャネル管理単位で各端末１１，１２，２１，２２を管理している。図１の例では、端末１１，１２は、アクセス回線１０に割り当てられたグループＡに属し、端末２１，２２は、アクセス回線２０に割り当てられたグループＢに属している。また、これらグループＡ，Ｂは、ＷＡＮ回線４０に割り当てられたグループＸに属している。ＶｏＩＰサーバ６０では、呼制御の際、これら階層的に設けられたグループＡ，Ｂ，Ｘをそれぞれチャネル管理単位１Ａ，１Ｂ，１Ｘとして、それぞれのチャネル管理単位１Ａ，１Ｂ，１Ｘごとに使用チャネル数を管理している。

一般に、ＩＰ網では接続する端末の数を任意に設定することができるため、１つのＶｏＩＰサービス契約に対して複数の端末が接続できる。図１の例では、支店Ａのチャネル管理単位１ＡにおけるＶｏＩＰ回線サービス契約はａ−１とａ−２であるが、アクセス回線１０を介してプライベートＩＰ網３０に接続できる音声通信の最大同時接続チャネル数（最大Ｃｈ数）は「１０」チャネルに設定されている。この「１０」というチャネル数はアクセス回線の性能等に基づいて設定されたもので、グループＡの端末群からプライベートＩＰ網３０へパケットロスや遅延を生じない「１０」チャネルの音声通信が同時にできることを示す。

同様に、グループＢのチャネル管理単位１Ｂでは、契約ｂ−１、ｂ−２に対しアクセス回線２０を介してプライベートＩＰ網３０に接続できる最大同時接続チャネル数は「８」チャネルに設定されている。
さらに、グループＸの二重チャネル管理単位１Ｘでは、プライベートＩＰ網３０と外部ＩＰ網５０とを接続するＷＡＮ回線４０の最大同時接続チャネル数として「１５」チャネルが確保されている。

このように、本実施の形態では、これら端末１１，１２，２１，２２を、例えば個々の端末のＩＰ網での接続形態などに基づきグループ化し、これらグループからなるチャネル管理単位ごとに使用チャネル数を管理するようにしたものである。
したがって、各チャネル管理単位の使用チャネル数を適切に選択することにより、アクセス回線１０，２０、ＷＡＮ回線４０の性能等に基づいてパケットロスや遅延を生じない範囲で音声通信が確保される。

また、広域ＬＡＮ回線（アクセス回線１０，２０）とＷＡＮ回線４０とで二重にチャネル管理を行うことにより、音声通信の品質を確保した上で、特定の支店が全チャネルを占有するという偏った使用状況を防ぐことができる。なお、ここでは二重のチャネル管理を示したが、二重に限定されるものではなく、さらに管理を多層化することができる。

［ＶｏＩＰサーバ］
次に、図２を参照して、本実施の形態にかかるＶｏＩＰサービスシステムで用いられるＶｏＩＰサーバ６０について詳細に説明する。図２は、本実施の形態にかかるＶｏＩＰサービスシステムで用いられるＶｏＩＰサーバの構成例を示すブロック図である。
ＶｏＩＰサーバ６０は、全体としてコンピュータを有するサーバ装置からなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）６１、画面表示部６２、操作入力部６３、記憶部６４、および制御部６５が設けられている。

通信Ｉ／Ｆ部６１は、外部ＩＰ網５０に接続されて、端末１１，１２，２１，２２の呼制御に必要な制御パケットなどの各種パケットを送受信する回路部である。
画面表示部６２は、ＬＣＤやＣＲＴなどの画面表示装置からなり、制御部６５からの指示に基づき各種情報を画面表示する。
操作入力部６３は、キーボードやマウスなどの操作入力装置からなり、オペレータの操作を検出して制御部６５へ出力する。

記憶部６４は、ハードディスクやメモリなどの記憶装置からなり、制御部６５での各種処理に用いる例えばチャネル管理情報６４Ａなどの各種情報やプログラム６４Ｐを記憶する。チャネル管理情報６４Ａは、各契約ＩＤやチャネル管理単位ＩＤごとに最大同時接続チャネル数や使用中チャネル数などの管理情報である。これらチャネル管理情報６４Ａは、画像表示部６２および操作入力部６３を用いて、あるいは通信Ｉ／Ｆ部６１を介して予め記憶部６４に登録される。プログラム６４Ｐは、制御部６５での各種処理を実現するプログラムであり、予め記録媒体や通信Ｉ／Ｆ部６１を介して取り込まれ記憶部６４に格納される。

制御部６５は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部６４からプログラム６４Ｐを読み込んで実行することにより、各種機能手段を実現する機能部である。
この機能手段としては、呼制御手段６５Ａおよびチャネル管理手段６５Ｂがある。
呼制御手段６５Ａは、端末１１，１２，２１，２２からの要求に基づき各種呼制御を行う手段である。チャネル管理手段６５Ｂは、記憶部６４のチャネル管理情報６４Ａを用いてチャネル管理単位ごとに使用しているチャネルを管理し、チャネル使用可否を判断する手段である。

［チャネル管理情報］
次に、図３〜図８を参照して、記憶部６４のチャネル管理情報６４Ａについて詳細に説明する。
ＶｏＩＰサーバ６０は、記憶部６４のチャネル管理情報６４Ａを構成する、図３〜図８の各テーブルに基づき、チャネル管理単位ごとに通信チャネルのチャネル管理を行うことにより、それぞれの通信帯域管理を行う。

図３は、契約単位用管理テーブル７０の一例である。この契約単位用管理テーブル７０は、各契約のチャネル管理に必要な各種情報を管理するテーブルであり、ここではグループＡの契約ａ−１に対応する内容が例として示されている。
この契約単位用管理テーブル７０では、個々の契約を識別するための契約ＩＤごと、図１の例では各アクセス回線に対応して、最大同時接続チャネル数、チャネル管理種別、およびチャネル管理単位ＩＤが管理されている。
最大同時接続チャネル数は、当該契約が同時に利用できる接続チャネル数の最大値であり、契約ａ−１の場合、最大同時接続チャネル数は「２」チャネルに設定されている。

チャネル管理種別は、当該契約に適用するチャネル管理の方法を示す情報であり、この例では２つのモードが選択できる。チャネル管理種別「０」は契約ＩＤ単位でチャネル管理するモードで、契約ａ−１内の２チャネルのみが管理対象になる。チャネル管理種別「１」はチャネル管理単位ＩＤ単位でチャネル管理するモードで、契約ａ−１と契約ａ−２をグループとしたグループＡすなわちチャネル管理単位１Ａでチャネルを管理するモードである。
チャネル管理単位ＩＤは、当該契約が属するチャネル管理単位を示す識別情報である。

図４は、チャネル管理単位用管理テーブル７１の一例である。このチャネル管理単位用管理テーブル７１は、各チャネル管理単位のチャネル管理に必要な各種情報を管理するテーブルであり、チャネル管理種別が「１」の場合に用いられる。ここではグループＡのチャネル管理単位１Ａすなわちアクセス回線１０に対応する内容が例として示されている。

このチャネル管理単位用管理テーブル７１では、個々のチャネル管理単位を識別するためのチャネル管理単位ＩＤごとに、最大同時接続チャネル数、二重チャネル管理有無、および二重チャネル管理単位ＩＤが管理されている。
最大同時接続チャネル数は、当該チャネル管理単位が同時に利用できる接続チャネル数の最大値であり、チャネル管理単位１Ａの場合、最大同時接続チャネル数は「１０」チャネルに設定されている。

二重チャネル管理有無は、当該チャネル管理単位のさらに上位階層の二重チャネル管理単位（階層チャネル管理単位）でのチャネル管理が存在するか否かを示す情報である。チャネル管理単位１Ａの場合には、その上位階層に設けられた二重チャネル管理単位１Ｘでのチャネル管理が行われることから、二重チャネル管理有無は「１」に設定されている。
二重チャネル管理単位ＩＤは、当該チャネル管理単位の上位階層に設けられたチャネル管理単位すなわち二重チャネル管理単位を示す識別情報である。

図５は、二重チャネル管理単位用管理テーブル７２の一例である。この二重チャネル管理単位用管理テーブル７２は、上位階層に設けられた二重チャネル管理単位のチャネル管理に必要な各種情報を管理するテーブルであり、ここでは、グループＸの二重チャネル管理単位１Ｘに対応する内容が例として示されている。

この二重チャネル管理単位用管理テーブル７２では、個々の二重チャネル管理単位を識別するための二重チャネル管理単位ＩＤごとに、最大同時接続チャネル数が管理されている。
最大同時接続チャネル数は、当該二重チャネル管理単位が同時に利用できる接続チャネル数の最大値であり、二重チャネル管理単位１Ｘの場合、最大同時接続チャネル数は「１５」チャネルに設定されている。

図６〜図８は、各チャネル管理単位で使用中のチャネル数を監視する計数テーブルであり、それぞれ契約単位用計数テーブル７３、チャネル管理単位用計数テーブル７４、および二重チャネル管理単位用計数テーブル７５の一例を示している。
これら計数テーブルは、それぞれ契約ＩＤごと、チャネル管理単位ＩＤ（アクセス回線）ごと、および二重チャネル管理単位ＩＤ（ＷＡＮ回線）ごとに、当該管理単位が使用中のチャネル数を示す使用中チャネル数を計数管理するテーブルである。

ＶｏＩＰサーバ６０のチャネル管理手段６５Ｂは、これら図６〜図８のテーブルの使用中チャネル数と図３〜図５のテーブルの最大同時接続チャネル数とを比較することにより、それぞれの管理単位ごとにチャネル管理を行う。したがって、チャネル管理手段６５Ｂで、任意の管理単位において、使用中チャネル数が最大同時接続チャネル数に到達していると判断された場合、呼制御手段６５Ａで、その管理単位に属する端末からの発信要求および着信要求は接続されないで呼損処理される。

図３〜図８の例では、グループＡのチャネル管理単位１Ａでは同時に「１０」チャネルまで接続可能であり、グループＢのチャネル管理単位１Ｂでは同時に「８」チャネルまで接続可能である。したがって、これらチャネル管理単位１Ａ，１ＢからプライベートＩＰ網３０およびＷＡＮ回線４０を介して外部ＩＰ網５０へ接続を要求する呼が発生した場合、グループＸの二重チャネル管理単位１Ｘで使用可能な最大同時接続チャネル数は「１５」であるため、一部の呼は接続されず呼損処理されることになる。このことにより、アクセス回線１０，２０やＷＡＮ回線４０で確保された音声通信の通信帯域以上の通話は接続されないため、高品質な音声通信が実現できる。

なお、ＶｏＩＰサーバ６０では、グループＡ内またはグループＢ内での閉じられた発信および着信の呼接続についても管理しているが、これら接続呼で用いられる音声通信チャネルはアクセス回線１０，２０やＷＡＮ回線４０を通過しないため、上記チャネル管理は適用されず、グループＡおよびグループＢ内において処理される。

［ＶｏＩＰサーバの動作］
次に、図９を参照して、本実施の形態にかかるＶｏＩＰサービスシステムの動作として、ＶｏＩＰサーバ６０での呼制御処理について詳細に説明する。図９は、本実施の形態にかかるＶｏＩＰサービスシステムで用いられるＶｏＩＰサーバ６０の呼制御処理を示すフローチャートである。
以下では、本実施の形態にかかるＶｏＩＰサービスシステムへの理解を深めるため、本実施の形態を適用しない契約ＩＤ単位でのチャネル管理すなわちチャネル管理種別「０」の場合と、本実施の形態を適用したチャネル管理単位でのチャネル管理すなわちチャネル管理種別「１」の場合と比較して説明する。

（１）契約ＩＤ単位でのチャネル管理（チャネル管理種別「０」のモード）
まず、契約ＩＤ単位でのチャネル管理すなわちチャネル管理種別「０」の場合の呼制御について説明する。なお、このモードでは、契約ＩＤをチャネル管理単位とする契約単位用管理テーブル７０および契約単位用計数テーブル７３が、予め設定されているものとする。
ＶｏＩＰサーバ６０の制御部６５は、通信Ｉ／Ｆ部６１を介して当該管理下にある任意の端末から発信要求を受信した場合、呼制御手段６５Ａにより、図９の呼制御を開始する。

まず、呼制御手段６５Ａは、当該発信要求に基づきその要求元である発信元端末の契約ＩＤを取得し、記憶部６４のチャネル管理情報６４Ａのうち、当該契約ＩＤの契約単位用管理テーブル７１を参照して、当該契約ＩＤの管理種別を判定する（ステップ１００）。このモードでは、図３の当該契約ＩＤに対応する契約単位用管理テーブル７１で、そのチャネル管理種別が「０」であり契約単位のチャネル管理であることが確認される（ステップ１００：契約単位）。

次に、呼制御手段６５Ａは、チャネル管理手段６５Ｂで、当該契約ＩＤによるチャネル使用可否を判断する（ステップ１０２）。例えば、契約ａ−１の端末が発信元である場合、チャネル管理手段６５Ｂでは、図３の当該契約ａ−１の契約単位用管理テーブル７０の最大同時接続チャネル数と図６の契約単位用計数テーブル７３の使用中チャネル数とを比較し、その比較結果を呼制御手段６５Ａへ返す。

呼制御手段６５Ａは、この比較結果を受け取り、当該契約ＩＤについて使用中チャネル数が最大同時接続チャネル数に達していなければ（ステップ１０２：ＹＥＳ）、契約単位用計数テーブル７３の使用中チャネル数をチャネル管理手段６５Ｂによりインクリメント（＋１）して（ステップ１０３）、所定の呼接続処理を行い（ステップ１０４）、一連の呼制御処理を終了する。
一方、当該契約ＩＤについて使用中チャネル数が最大同時接続チャネル数に達している場合は（ステップ１０２：ＮＯ）、その呼は接続できないため、所定の呼損処理を行い（ステップ１０５）、一連の呼制御処理を終了する。

このように、チャネル管理種別「０」のモードでは、契約ＩＤ単位でのみチャネル管理を行うため、呼制御処理において、アクセス回線１０，２０やＷＡＮ回線４０などでの通信状況についてはチェックされない。したがって、これらアクセス回線１０，２０やＷＡＮ回線４０を介した接続呼が増加した場合、輻輳が生じてパケットロスや遅延が発生する恐れがある。

（２）チャネル管理単位ＩＤ単位のチャネル管理（チャネル管理種別「１」のモード）
次に、チャネル管理単位ＩＤ単位のチャネル管理すなわちチャネル管理種別「１」の場合の呼制御処理について説明する。なお、このモードでは、チャネル管理単位ＩＤここではアクセス回線をチャネル管理単位とする契約単位用管理テーブル７１およびチャネル管理単位ＩＤ用計数テーブル７４が、予め設定されているものとする。
ＶｏＩＰサーバ６０の制御部６５は、通信Ｉ／Ｆ部６１を介して当該管理下にある任意の端末から発信要求を受信した場合、呼制御手段６５Ａにより、図９の呼制御を開始する。

まず、呼制御手段６５Ａは、当該発信要求に基づきその要求元である発信元端末の契約ＩＤを取得し、記憶部６４のチャネル管理情報６４Ａのうち、当該契約ＩＤの契約単位用管理テーブル７１を参照して、当該契約ＩＤの管理種別を判定する（ステップ１００）。このモードでは、図３の当該契約ＩＤに対応する契約単位用管理テーブル７１で、そのチャネル管理種別が「１」でありチャネル管理単位のチャネル管理であることが確認される（ステップ１００：チャネル管理単位）。

次に、呼制御手段６５Ａは、当該発信要求に含まれる着信先端末に基づき、当該発信呼が同一チャネル管理単位内の閉じた呼か否か、すなわち当該発信呼がアクセス回線２０を使用するか否か判定する（ステップ１０１）。
ここで、着信先端末が発信元端末と同一チャネル管理単位内にあり、当該発信呼がアクセス回線２０を使用しない場合（ステップ１０１：同一チャネル管理単位内）、前述したステップ１０４へ移行して所定の呼接続処理を行い、一連の呼制御処理を終了する。

一方、着信先端末が発信元端末と同一チャネル管理単位外にあり、当該発信呼がアクセス回線２０を使用する場合（ステップ１０１：同一チャネル管理単位外）、前述したステップ１０２へ移行して、契約ＩＤに加えてアクセス回線２０に対応するチャネル管理単位１Ａについてもチャネルの使用可否を判断する。
例えば、契約ａ−１の端末が発信元である場合、チャネル管理手段６５Ｂは、図３の当該契約ａ−１の契約単位用管理テーブル７０からチャネル管理単位ＩＤを取得し、そのチャネル管理単位ＩＤに対応する図４のチャネル管理単位用管理テーブル７１の最大同時接続チャネル数と、図７のチャネル管理単位ＩＤ用計数テーブル７４の使用中チャネル数とを比較し、その比較結果を呼制御手段６５Ａへ返す。

呼制御手段６５Ａは、この比較結果を受け取り、当該契約ＩＤおよび当該チャネル管理単位の両方について使用中チャネル数が最大同時接続チャネル数に達しておらず、かつ当該チャネル管理単位について使用中チャネル数が最大同時接続チャネル数に達していなければ（ステップ１０２：ＹＥＳ）、契約単位用計数テーブル７３およびチャネル管理単位用計数テーブル７４の使用中チャネル数をチャネル管理手段６５Ｂによりそれぞれインクリメント（＋１）して（ステップ１０３）、所定の呼接続処理を行い（ステップ１０４）、一連の呼制御処理を終了する。
一方、当該契約単位または当該チャネル管理単位のいずれかについて使用中チャネル数が最大同時接続チャネル数に達している場合、すなわち使用可能な通信チャネルがない場合（ステップ１０２：ＮＯ）、その呼は接続できないため、所定の呼損処理を行い（ステップ１０５）、一連の呼制御処理を終了する。

なお、ステップ１０２において、チャネル管理手段６５Ｂは、チャネル管理単位用管理テーブル７１の二重チャネル管理有無を確認し、二重チャネル管理ありに設定されている場合は、当該テーブル７１から二重チャネル管理単位ＩＤを取得し、前述したチャネル管理単位１Ａと同様にして、図５の二重チャネル管理単位用管理テーブル７２の最大同時接続チャネル数と、図８の二重チャネル管理単位ＩＤ用計数テーブル７５の使用中チャネル数とを比較し、その比較結果を呼制御手段６５Ａへ返す。

呼制御手段６５Ａは、この比較結果を受け取り、当該契約ＩＤ、当該チャネル管理単位、および当該二重チャネル管理単位のいずれについても使用中チャネル数が最大同時接続チャネル数に達していなければ（ステップ１０２：ＹＥＳ）、契約単位用計数テーブル７３、チャネル管理単位用計数テーブル７４、および二重チャネル管理単位用計数テーブル７５の使用中チャネル数をチャネル管理手段６５Ｂによりそれぞれインクリメント（＋１）して（ステップ１０３）、所定の呼接続処理を行い（ステップ１０４）、一連の呼制御処理を終了する。
一方、当該契約単位、当該チャネル管理単位、または当該二重チャネル管理単位のいずれかについて使用中チャネル数が最大同時接続チャネル数に達している場合は（ステップ１０２：ＮＯ）、その呼は接続できないため、所定の呼損処理を行い（ステップ１０５）、一連の呼制御処理を終了する。

このように、本実施の形態では、ＶｏＩＰサーバにより、例えば端末の接続形態などに基づきそれぞれの端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理するようにしたので、音声通信で用いるチャネルについて通信帯域が保証されておらず、任意の数だけチャネルを設定可能なＩＰ網を用いたＶｏＩＰサービスにおいて、音声通信の通信帯域を確実に確保でき、音声通信の途中での通話品質の劣化に起因する途切れや遅延のない高品質の音声通信を実現できる。

また、ＶｏＩＰサーバで、端末に関する呼接続要求に応じて当該端末が属するチャネル管理単位について通信チャネルの使用可否を判断し、当該チャネル管理単位で使用可能な通信チャネルがない場合、通信チャネルの使用を制限し、端末への呼接続を行わないようにしたので、利用できる音声チャネルがない場合には、呼接続前に呼損処理することにより、品質の悪い音声通信が提供されず、音声通信そのものの品質を高めることができる。また、もともと通話の品質が確保できないこと、接続できたとしても他の音声通信の品質に悪影響を与える恐れがあることから、接続されないことが音声通信としての品質が高いといえる。

また、複数の支店や端末が複雑に接続された法人ユーザにおいて、フレキシブルに音声通信のチャネル数を設定することができ、特定の支社等が網を占有することを防止できるとともに、アクセス回線、ＷＡＮ回線等の通信回線の効率的な利用を実現できる。

また、ＶｏＩＰサーバはＩＰ網上の音声通信において番号とＩＰアドレスの変換、通話の接続と遮断などの処理を行うが、この際、端末とＶｏＩＰサーバ間でやり取りされる制御データはデータ量が極めて少なく、かつ遅延が問題とならないこと、さらには音声通信はＶｏＩＰサーバを経由せず通信帯域を確保した通信チャネルに設定されることなどから、ＶｏＩＰサーバを外部ＩＰ網に設けても問題を全く生じない。

したがって、プロバイダが本発明のチャネル管理および通信帯域管理を外部ＩＰ網上からネットワークサービス、すなわちＩＰセントレックスサービスとして提供することができる。
これにより、ユーザ側にＰＢＸ（Private Branch eXchange：構内交換機）を設置して同様な機能を提供する従来の方式と比較して、ユーザ側になんらの設備を設ける必要もなく、ユーザが本発明のＶｏＩＰサービスを利用でき、ユーザの設備負担、保守負担、さらにはコスト負担を大幅に削減できる。

また、本実施の形態では、ＶｏＩＰサーバへの呼接続要求が発信要求である場合を例として説明したが、着信要求の場合も、着信先端末と発信元端末を入れ替えることにより、前述と全く同様に呼制御処理でチャネル管理を行うことができる。なお、ここでの詳細な説明は省略する。

また、本実施の形態では、チャネル管理単位をアクセス回線やＷＡＮ回線に対応して設けた場合を例として説明したが、これに限定されるものではなく、ルータやリンクなど、ＶｏＩＰサービスシステムを構成する任意のネットワーク構成要素に対応して設けることができ、特に、ＶｏＩＰサービスシステム内において音声通信の通信品質を左右するボトルネックとなるネットワーク構成要素に対応して設けることにより、顕著な効果が得られる。

また、本実施の形態では、音声通信に割り当てられるチャネル数が固定されている場合を例として説明したが、音声通信に割り当てられるチャネル数については、それぞれの通信回線性能や音声通信とデータ通信との使用割合等に応じて設定すればよく、通信状況の変化に応じて、音声通信に割り当てられるチャネル数ダイナミックに設定することも可能である。これによりネットワーク資源を効率よく使用することができる。

また、本実施の形態では、通信チャネルを、２つの階層で二重に管理する例を示したが、階層をさらに増やすことでより複雑な構成のプライベート網へ対応できることは明らかである。

また、前述した例は本発明の一実施例であって、本発明の主旨を逸しない範囲で、システム構成、使用できるチャネル数の設定などのサービス内容、管理テーブルの構成、制御フローなどを変更して実施することができる。

本発明の一実施の形態にかかるＶｏＩＰサービスシステムの構成を示すブロック図である。 本発明の一実施の形態にかかるＶｏＩＰサービスシステムで用いられるＶｏＩＰサーバの構成を示すブロック図である。 契約単位用管理テーブルの一例である。 チャネル管理単位用管理テーブルの一例である。 二重チャネル管理単位用管理テーブルの一例である。 契約単位用計数テーブルの一例である。 チャネル管理単位用計数テーブルの一例である。 二重チャネル管理単位用計数テーブルの一例である。 本発明の一実施の形態にかかるＶｏＩＰサービスシステムで用いられるＶｏＩＰサーバでの呼制御処理を示すフローチャートである。

符号の説明

１Ａ，１Ｂ…チャネル管理単位、１Ｘ…二重チャネル管理単位、１０，２０…アクセス回線、１１，１２，２１，２２…端末、３０…プライベートＩＰ網、４０…ＷＡＮ回線、５０…外部ＩＰ網、６０…ＶｏＩＰサーバ、６１…通信Ｉ／Ｆ部、６２…画面表示部、６３…操作入力部、６４…記憶部、６４Ａ…チャネル管理情報、６４Ｐ…プログラム、６５…制御部、６５Ａ…呼制御手段、６５Ｂ…チャネル管理手段。

Claims (8)

1. ＩＰ網を介して音声パケットの送受信を行う複数の端末について、呼制御サーバでこれら端末の呼制御を行うことにより、前記ＩＰ網上に設定された通信チャネルを介した前記端末での音声通信を実現するＶｏＩＰサービスシステムであって、
   前記端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理する呼制御サーバを備えることを特徴とするＶｏＩＰサービスシステム。
2. 請求項１に記載のＶｏＩＰサービスシステムにおいて、
   前記呼制御サーバは、前記端末に関する呼接続要求に応じて当該端末が属するチャネル管理単位について通信チャネルの使用可否を判断し、当該チャネル管理単位で使用可能な通信チャネルがない場合、前記端末への呼接続を行わないことを特徴とするＶｏＩＰサービスシステム。
3. 請求項１に記載のＶｏＩＰサービスシステムにおいて、
   前記チャネル管理単位は、複数の前記端末と前記ＩＰ網とを接続するアクセス回線に対応して設けられていることを特徴とするＶｏＩＰサービスシステム。
4. 請求項１に記載のＶｏＩＰサービスシステムにおいて、
   前記チャネル管理単位は、前記ＩＰ網と他のＩＰ網とを接続するＷＡＮ回線に対応して設けられていることを特徴とするＶｏＩＰサービスシステム。
5. 請求項１に記載のＶｏＩＰサービスシステムにおいて、
   前記チャネル管理単位として、他のチャネル管理単位を構成要素に含む階層チャネル管理単位を用いることを特徴とするＶｏＩＰサービスシステム。
6. 請求項５に記載のＶｏＩＰサービスシステムにおいて、
   前記呼制御サーバは、前記端末に関する呼接続要求に応じて当該端末が属するチャネル管理単位およびすべての階層チャネル管理単位について通信チャネルの使用可否を判断し、これらチャネル管理単位およびすべての階層チャネル管理単位のいずれかで使用可能な通信チャネルがない場合、前記端末への呼接続を行わないことを特徴とするＶｏＩＰサービスシステム。
7. ＩＰ網を介して音声パケットの送受信を行う複数の端末について、これら端末の呼制御を行うことにより、前記ＩＰ網上に設定された通信チャネルを介した前記端末での音声通信を実現する呼制御サーバであって、
   前記端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理する通信チャネル管理手段を備えることを特徴とする呼制御サーバ。
8. ＩＰ網を介して音声パケットの送受信を行う複数の端末について、呼制御サーバで前記ＩＰ網上に設定された通信チャネルを介した前記端末での音声通信を実現する呼制御方法であって、
   前記呼制御サーバにより、前記端末に割り当てられているチャネル管理単位ごとに、当該チャネル管理単位に属する端末で同時に使用可能な通信チャネル数を管理するステップを備えることを特徴とする呼制御方法。
   

Images