JP4382435B2 - ネットワーク、サーバ装置及びそれらに用いる通話品質制御方法 - Google Patents

Description

本発明はネットワーク、サーバ装置及びそれらに用いる通話品質制御方法に関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）端末装置を含むネットワークにおける通話品質の制御に関する。

従来、この種のネットワークにおいては、構内交換機（ＩＰ−ＰＢＸ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）に接続される端末に固定電話端末やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）等の無線端末、及びＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）端末等をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続して構成されている。

ＶｏＩＰ端末としては、ＩＰ電話端末やインタネット電話端末のほかに、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）端末がある（以下、これらをＩＰ端末と総称する）。ＳＩＰはＩＰ網の環境において、ＩＰパケットという形式のデータを用いて、音声通話（固定電話、携帯電話等）をはじめ、テレビ電話等のビデオ通信やチャット（文字による会話）等のマルチメディア通信を開始したり、終了したりするために使用する通信プロトコルである。

ＩＰ網では、一般に、電子メールのように、相手との接続を確認せずに通信を行うコネクションレス型通信であるのに対し、固定電話では、一般に、相手との接続を確認して通信を行うコネクション型通信である。ＳＩＰは上記のＩＰ網においてコネクション型通信を実現するものである。

ＳＩＰは、基本的に、ＩＮＶＩＴＥ（ユーザ間のセッション確立）、ＡＣＫ（確認応答）、ＣＡＮＣＥＬ（セッション確立中のＩＮＶＩＴＥを終了させる）、ＢＹＥ（セッションの終了）等のメソッド（Ｍｅｔｈｏｄ、動作）で構成され、それぞれのメソッドをクライアントとサーバとの間で、リクエストとそれに対するレスポンスとしてやりとりすることで、セッションを確立したり、終了したりしている。

また、ＳＩＰは、アプリケーションを比較的簡単に作ることができるという特徴を持つ。例えば、ＩＰ電話に用いられるＩＴＵ−ＴのＨ．３２３に新サービスを追加する場合には、Ｈ．３２３付加サービスを規定するＨ．４５０．ｘプロトコルを追加し、ネットワーク上の全てのＨ．３２３エンド・ポイント及びゲートキーパのソフトウェアをアップデートする必要がある。しかしながら、ＳＩＰの場合には、新サービスを提供するＳＩＰアプリケーション・サーバを追加し、このサービスを利用するクライアントにのみ、対応するアプリケーションを追加すれば、新サービスが利用可能となる。

上記のＳＩＰではＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使った「オファー／アンサー・モデル」が規定されている。この「オファー／アンサー・モデル」では、セッションに使用するメディア情報を交渉するために、「ＩＮＶＩＴＥ」及びそれに対応する「２００ ＯＫ」のボディでＳＤＰを用いている。尚、「ＩＮＶＩＴＥ」は参加者間でセッションを確立するために使用されるメソッドであり、「２００ ＯＫ」は成功応答を示している。

「オファー／アンサー・モデル」では、セッション情報の交渉に際して、セッションを確立したい申し出者がその相手の回答者に対して、ＳＤＰで表現しかつ自分がセッションに使用したいＩＰアドレスやポート番号、メディアやコーデックの種類等のセッション情報（以下、オファーとする）をＳＩＰメッセージのボディにのせて回答者に伝える。

回答者はそのオファーに応じて、自分がセッションで使用したいセッション情報（以下、アンサーとする）を、上記と同様に、ＳＩＰメッセージのボディにのせて申し出者に伝える。これによって、申し出者と回答者との間ではセッション情報の交渉が成立する。

具体的に説明すると、ＩＰ端末（例えば、上記のＳＩＰ端末）間において帯域制御を行う場合には、図９に示すように、まずＳＩＰ対応端末＃１がＳＩＰ対応端末＃２に、オファー（帯域情報）をのせた「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送ると（図９のｅ１）、ＳＩＰ対応端末＃２がＳＩＰ対応端末＃１に「１８０ Ｒｉｎｇｉｎｇ」を返す（図９のｅ２）。

ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１から送られてきた帯域情報から最適な帯域を判断し（図９のｅ３）、応答として帯域情報をのせた「２００ ＯＫ（ｗ／ＳＤＰ）」を返す（図９のｅ４）。これに対し、ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「ＡＣＫ」を返すことで（図９のｅ５）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間のセッションが確立する。

また、ＩＰ端末（例えば、上記のＳＩＰ端末）において音声レベルの調整を行う場合には、図１０に示すように、ＳＩＰ対応端末＃１及びＳＩＰ対応端末＃２各々で個別に音声レベルの設定が行われ（図１０のｆ１，ｆ２）、ＳＩＰ対応端末＃１はＳＩＰ対応端末＃２に「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」を送る（図１０のｆ３）。

これに対し、ＳＩＰ対応端末＃２はＳＩＰ対応端末＃１に「１８０ Ｒｉｎｇｉｎｇ」、「２００ ＯＫ（ｗ／ＳＤＰ）」を返すので（図１０のｆ４，ｆ５）、ＳＩＰ対応端末＃１がＳＩＰ対応端末＃２に「ＡＣＫ」を返すことで（図１０のｆ６）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間のセッションが確立する。

特開２０００−１７９６３８号公報 "ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ"［ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）３２６１，Ｊｕｎｅ ２００２，８〜３４ページ］ "Ａｎ Ｏｆｆｅｒ／ａｎｓｗｅｒ Ｍｏｄｅｌ ｗｉｔｈ ｔｈｅ Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＰ）"［ＲＦＣ３２６４，Ｊｕｎｅ ２００２，１〜２５ページ］

しかしながら、従来のＩＰ端末間の通信においては、本来、帯域制御がＩＰ端末間でしかできないという問題がある。また、従来のＩＰ端末間の通信では、各ＩＰ端末における音声レベルの調整を個別に行うしかないという問題がある。

そこで、本発明の目的は上記の問題点を解消し、端末間で交渉を行うことなく、端末間における最適な通話を実現することができるネットワーク、サーバ装置及びそれらに用いる通話品質制御方法を提供することにある。

本発明によるネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークであって、
前記ネットワークを前記ＩＰ端末とともに構成するサーバ装置を有し、
前記サーバ装置は、前記ＩＰ端末間における通話品質を検出する手段と、その検出した品質情報に基づいて最適な通話品質を算出する手段と、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知する手段とを備え、
前記ＩＰ端末が前記サーバ装置から通知される最適な通話品質に設定して前記通話を行い、
前記最適な通話品質を算出する手段は、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出している。

本発明によるサーバ装置は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークを前記ＩＰ端末とともに構成するサーバ装置であって、
前記ＩＰ端末間における通話品質を検出する手段と、その検出した品質情報に基づいて最適な通話品質を算出する手段と、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知する手段とを備え、
前記最適な通話品質を算出する手段は、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出している。

本発明による通話品質制御方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークにおいて前記通話の品質を制御する通話品質制御方法であって、
前記ネットワークを前記ＩＰ端末とともに構成するサーバ装置が、前記ＩＰ端末間における通話品質を検出し、その検出した品質情報に基づいて最適な通話品質を算出し、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知するとともに、
前記ＩＰ端末が前記サーバ装置から通知される最適な通話品質に設定して前記通話を行い、
前記サーバ装置が、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出している。

すなわち、本発明のネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）端末プロトコルの処理［例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理］をＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化し、構内交換機（ＩＰ−ＰＢＸ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）等のサーバ装置のコンポーネント群の一つとして組込む。これによって、本発明のネットワークでは、ＩＰ端末を構内交換機の一内線として処理することが可能となる。

ＩＰ端末プロトコルの処理がモジュール化されて組込まれたサーバ装置（構内交換機）は、各内線が属するネットワーク単位に、ＩＰ端末の種別毎に音声レベルや帯域を決定可能な仕組みを持つ。つまり、このサーバ装置（構内交換機）構内交換機は内線としてのＩＰ端末のレジストラ機能を持つため、ＩＰ端末のレジストリ時にＩＰ端末のＩＰアドレスを検知し、それらのＩＰアドレスから最適な音声レベルや帯域情報等の通話品質を割出すことが可能となる。

帯域情報は、例えばＳＩＰ端末の場合、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）情報で通知することが可能であるので、本来、ピアｔｏピアでしか帯域情報のネゴシエーションができない標準のＳＩＰ端末を含むどんなＳＩＰ端末間の通話であっても、ネットワーク状況に応じた帯域を確保させることが可能となる。その他のＩＰ内線プロトコル端末でも、帯域情報等のネゴシエーションを行うサーバ装置（構内交換機）を介在させることで、上記と同様の効果が実現可能となる。

また、上記のサーバ装置（構内交換機）は帯域制御機能を持っているため、ＩＰ端末との通話であっても、通話に必要な帯域が確保可能な時のみ通話させることが可能となり、常に一定の音質を保つことが可能となる。

音声レベルは各ＩＰプロトコルにおいて独自に拡張フォーマットを定義することで、サーバ装置（構内交換機）が割り出した音声レベルを通知することが可能となり、通知を受けた拡張フォーマットを認識可能なＩＰ端末が指定された音声レベルで通話を実現することが可能となる。

本発明のネットワークでは、レジストレーションしたＩＰアドレスに対応して音声レベルの調整や帯域制御が可能なので、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような端末がどこに移動しても最適な通話が可能となる。また、本発明のネットワークでは、音声レベルの異なる端末の通話に対しても、サーバ装置（構内交換機）が一定のレベルを指示することで、最適な通話が可能となる。

上述したように、本発明のネットワークでは、サーバ装置（構内交換機）のサービスに、ＳＩＰに代表されるＩＰクライアント端末を組入れて、本来、端末間でしかできなかった帯域制御をネットワーク帯域に応じて行い、安定した音声通話を確保することが可能となる。

また、本発明のネットワークでは、ＩＰ端末間でネットワークに応じて音声レベルを変更することが不可能であったものを、サーバ装置（構内交換機）を介在させることで、音声レベルの調整が相手に応じて変更可能となる。

本発明は、以下に述べるような構成及び動作とすることで、端末間で交渉を行うことなく、端末間における最適な通話を実現することができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるネットワークはＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：ＩＰ対応構内交換機）１と、プロトコルＡ対応端末２と、プロトコルＢ対応端末３と、プロトコルＸ対応端末４と、標準ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコル対応端末５と、拡張ＳＩＰプロトコル対応端末６と、メディアゲートウェイ７と、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２００とを相互にＬＡＮ１００で接続して構成され、メディアゲートウェイ７を介してインタネット３００に接続されている。

図２は図１のＩＰ−ＰＢＸ１の構成を示すブロック図である。図２において、ＩＰ−ＰＢＸ１はＰＢＸ付加サービス提供モジュール１１と、ＰＢＸ基本接続処理提供モジュール１２と、帯域制御系モジュール１３と、ＳＩＰ系プロトコルレジストラモジュール１４と、既存プロトコルＡ制御モジュール１５と、既存プロトコルＢ制御モジュール１６と、既存プロトコルＸ制御モジュール１７と、標準ＳＩＰプロトコル制御モジュール１８と、拡張ＳＩＰプロトコル制御モジュール１９と、テーブル２０とから構成されている。

標準ＳＩＰプロトコル制御モジュール１８及び拡張ＳＩＰプロトコル制御モジュール１９はそれぞれＳＩＰ系プロトコルを終端し、ＳＩＰの処理をＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いてモジュール化してＩＰ−ＰＢＸ１のコンポーネント群の一つとして組込まれるものであり、ハードウェアでも、またソフトウェアでも実現可能である。ＩＰ−ＰＢＸ１は上記のモジュール化された各プロトコル群に対し、相互接続を提供し、また付加サービスを提供する。

ここで、Ｂ２ＢＵＡは、発信元のＳＩＰ端末からＳＩＰリクエスト（ＳＩＰメッセージ）を受取った時に、ユーザ・エージェント・サーバとしてそのリクエスト（メッセージ）を処理する論理的なエンティティ（機能）である。また、Ｂ２ＢＵＡでは、発信元のＳＩＰ端末からのリクエストに対してどのように答えるべきかを決定するために、発信先のＳＩＰ端末に対してユーザ・エージェント・クライアントとして動作し、発信先のＳＩＰ端末へのリクエストを生成する。

つまり、Ｂ２ＢＵＡは、プライベートなユーザ・エージェントとパブリックなユーザ・エージェントとが結合されたもので、それぞれのネットワーク（端末）に対して代理のユーザ・エージェントとして動作する。

ＰＢＸ付加サービス提供モジュール１１はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対して付加サービス（例えば、コールバックサービス、内線割込みサービス、サードパーティコントロールサービス等）を提供する。

ＰＢＸ基本接続処理提供モジュール１２はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対して基本接続処理を提供するとともに、それらの相互接続を提供する。

帯域制御系モジュール１３はプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６に対して帯域制御系処理を行う。ＳＩＰ系プロトコルレジストラモジュール１４はコンタクトインフォメーションを登録する。

既存プロトコルＡ制御モジュール１５はプロトコルＡ対応端末２に対応して設けられ、プロトコルＡ対応端末２からの信号をＩＰ−ＰＢＸ１内部のプロトコル（以下、ＰＢＸ内部プロトコルとする）の信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＡの信号に変換してプロトコルＡ対応端末２に送信する。

既存プロトコルＢ制御モジュール１６はプロトコルＢ対応端末３に対応して設けられ、プロトコルＢ対応端末３からの信号をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＢの信号に変換してプロトコルＢ対応端末３に送信する。

既存プロトコルＸ制御モジュール１７はプロトコルＸ対応端末４に対応して設けられ、プロトコルＸ対応端末４からの信号をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号をプロトコルＸの信号に変換してプロトコルＸ対応端末４に送信する。

標準ＳＩＰプロトコル制御モジュール１８は標準ＳＩＰプロトコル対応端末５に対応して設けられ、標準ＳＩＰプロトコル対応端末５からの信号（リクエスト）をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号（上記のリクエストに対する応答、または標準ＳＩＰプロトコル対応端末５へのリクエスト）を標準ＳＩＰプロトコルの信号に変換して標準ＳＩＰプロトコル対応端末５に送信する。

拡張ＳＩＰプロトコル制御モジュール１９は拡張ＳＩＰプロトコル対応端末６に対応して設けられ、拡張ＳＩＰプロトコル対応端末６からの信号（リクエスト）をＰＢＸ内部プロトコルの信号に変換してＰＢＸ基本接続処理提供モジュール１２に送信するとともに、ＰＢＸ基本接続処理提供モジュール１２からの信号（上記のリクエストに対する応答、または拡張ＳＩＰプロトコル対応端末６へのリクエスト）を拡張ＳＩＰプロトコルの信号に変換して拡張ＳＩＰプロトコル対応端末６に送信する。

ここで、既存プロトコルＡ制御モジュール１５、既存プロトコルＢ制御モジュール１６、既存プロトコルＸ制御モジュール１７、標準ＳＩＰプロトコル制御モジュール１８、拡張ＳＩＰプロトコル制御モジュール１９にはそれぞれポート番号（ポート＃１〜＃５）またはＩＰアドレス（ローカルＩＰアドレスまたはグローバルＩＰアドレス）が割り当てられている。テーブル２０はそれら割り当てられたポート番号またはＩＰアドレス毎に対応する端末のプロトコルが保持されており、ＰＢＸ基本接続処理提供モジュール１２はテーブル２０を参照してポート番号またはＩＰアドレスからプロトコルを判定する。

図３は本発明の一実施例によるＳＩＰ対応端末の構成を示すブロック図である。図３において、ＳＩＰ対応端末８は送受信部８１と、制御部８２と、コーデック及び帯域リスト通知部８３と、音声通話装置８４と、キー操作部８５と、表示部８６とから構成されている。

送受信部８１はＬＡＮ１００を介してＩＰ−ＰＢＸ１との間で信号の送受信を行い、制御部８２はＳＩＰ対応端末８内の各部の制御を行う。コーデック及び帯域リスト通知部８３は自機で使用可能なコーデック及び帯域の一覧を示すリストをＩＰ−ＰＢＸ１に通知する。

音声通話装置８４は発呼者または着呼者との音声通話を行うための装置であり、キー操作部８５は使用者による操作内容を制御部８２に通知する。表示部８６は電子メールや各種操作案内のメッセージ等を表示する。尚、図１に示す標準ＳＩＰプロトコル対応端末５及び拡張ＳＩＰプロトコル対応端末６は上記のＳＩＰ対応端末８と同様の構成となっている。

図４及び図５は図１のＩＰ−ＰＢＸ１の処理動作を示すシーケンスチャートである。これら図１〜図５を参照してＩＰ−ＰＢＸ１の処理動作について説明する。これらの処理はハードウェアでも、ソフトウェア（プログラム）でも実現可能である。

まず、既存プロトコル対応端末（図１のプロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４）からＳＩＰ系プロトコル対応端末（図１の標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６）に接続が要求された場合の処理について説明する。

既存プロトコル対応端末からＩＰ−ＰＢＸ１にＳＩＰ系プロトコル対応端末への接続要求が送信されると、ＩＰ−ＰＢＸ１の既存プロトコル制御モジュール（図２の既存プロトコルＡ制御モジュール１５、既存プロトコルＢ制御モジュール１６、既存プロトコルＸ制御モジュール１７）は既存プロトコルの通信制御にて既存プロトコル対応端末からの接続要求を受付け（図４のａ１）、その既存プロトコルの接続要求をＰＢＸ内部プロトコルの信号に変換し、その信号をＰＢＸ基本接続処理提供モジュール１２に送る（ＰＢＸ内部プロトコルで処理）（図４のａ２）。

ＰＢＸ基本接続処理提供モジュール１２は既存プロトコル対応端末からの接続要求を処理してＳＩＰ系プロトコル制御モジュール（図２の標準ＳＩＰプロトコル制御モジュール１８、拡張ＳＩＰプロトコル制御モジュール１９）に渡す（ＰＢＸ内部プロトコルで処理）（図４のａ３）。

ＳＩＰ系プロトコル制御モジュールはＰＢＸ基本接続処理提供モジュール１２からの信号をＳＩＰ系プロトコルの接続要求に変換し、その接続要求をＳＩＰ系プロトコルの通信制御にてＳＩＰ系プロトコル対応端末に送信する（図４のａ４）。

以上の処理によって既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間のセッションが確立すると、既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間のメディアパケットはＰｅｅｒ−ｔｏ−Ｐｅｅｒで通信される（図４のａ５）。但し、上記のように、一方がＩＰ端末でない場合にはメディアパケットの通信をＩＰ−ＰＢＸ１が代行する。

尚、既存プロトコル対応端末とＳＩＰ系プロトコル対応端末との間の通信において、ＩＰ−ＰＢＸ１の付加サービスを利用する場合にはその要求がＰＢＸ基本接続処理提供モジュール１２からＰＢＸ付加サービス提供モジュール１１へと渡されて処理される。

次に、標準ＳＩＰプロトコル対応端末５から拡張ＳＩＰプロトコル対応端末６に接続が要求された場合の処理について説明する。

標準ＳＩＰプロトコル対応端末５からＩＰ−ＰＢＸ１に拡張ＳＩＰプロトコル対応端末６への接続要求が送信されると、ＩＰ−ＰＢＸ１の標準ＳＩＰプロトコル制御モジュール１８は標準ＳＩＰプロトコルの通信制御にて標準ＳＩＰプロトコル対応端末５からの接続要求を受付け（図５のｂ１）、その標準ＳＩＰプロトコルの接続要求をＰＢＸ内部プロトコルの信号に変換し、その信号をＰＢＸ基本接続処理提供モジュール１２に送る（ＰＢＸ内部プロトコルで処理）（図５のｂ２）。

ＰＢＸ基本接続処理提供モジュール１２は標準ＳＩＰプロトコル対応端末５からの接続要求を処理して拡張ＳＩＰプロトコル制御モジュール１９に渡す（ＰＢＸ内部プロトコルで処理）（図５のｂ３）。

拡張ＳＩＰプロトコル制御モジュール１９はＰＢＸ基本接続処理提供モジュール１２からの信号を拡張ＳＩＰプロトコルの接続要求に変換し、その接続要求を拡張ＳＩＰプロトコルの通信制御にて拡張ＳＩＰプロトコル対応端末６に送信する（図５のｂ４）。

以上の処理によって標準ＳＩＰプロトコル対応端末５と拡張ＳＩＰプロトコル対応端末６との間のセッションが確立すると、標準ＳＩＰプロトコル対応端末５と拡張ＳＩＰプロトコル対応端末６との間のメディアパケットはＰｅｅｒ−ｔｏ−Ｐｅｅｒで通信される（図５のｂ５）。

本実施例では、上記の構成において、ＳＩＰ（ＩＰ端末プロトコル）の処理をＢ２ＢＵＡの仕組みを用いてモジュール化し、ＩＰ−ＰＢＸ１のコンポーネント群の一つとして組込む。そうすることで、ＳＩＰ端末をＩＰ−ＰＢＸ１の一内線として処理することができる。

上記のＩＰ−ＰＢＸ１では各内線（プロトコルＡ対応端末２、プロトコルＢ対応端末３、プロトコルＸ対応端末４、標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６）が属するネットワーク単位に、各端末の種別毎に音声レベルや帯域を決定することができる仕組み（帯域制御系モジュール１３）を持つ。

また、ＩＰ−ＰＢＸ１はＩＰ端末のレジストラ機能（ＳＩＰ系プロトコルレジストラモジュール１４）を持つため、ＩＰ端末のレジストリ時にそのＩＰ端末のＩＰアドレスを知ることができる。ＩＰ−ＰＢＸ１は通話を行う２端末各々のＩＰアドレスから最適な音声レベルや帯域を割り出すことができる。

帯域情報は、例えばＳＩＰ端末の場合、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）情報で通知することができるので、本来、ピアｔｏピアでしか帯域のネゴシエーションができない標準ＳＩＰプロトコル対応端末５を含むどんなＳＩＰ対応端末との間の通話であっても、ネットワーク状況に応じた帯域を確保させることができる。また、他のＩＰ端末でも、ＩＰ−ＰＢＸ１を介在することで、上記と同様の効果を実現させることができる。

さらに、ＩＰ−ＰＢＸ１は帯域制御機能（帯域制御系モジュール１３）を持っているため、ＩＰ端末との通話であっても、通話に必要な帯域を確保可能な時のみ通話させることができ、常に一定の音質を保つことができる。

音声レベルは各ＩＰプロトコルにおいて独自に拡張フォーマットを定義することで、ＩＰ−ＰＢＸ１が割り出した音声レベルを通知することができ、通知を受けた拡張フォーマットを認識可能なＩＰ端末は指定された音声レベルで通話を実現することができる。

本実施例では、レジストレーションしたＩＰアドレスに対応して音声レベルの調整や帯域制御が可能なので、無線ＬＡＮ２００に対応する移動端末がどこに移動しても最適な通話が可能となる。また、音声レベルの異なる端末の通話に対しても、ＩＰ−ＰＢＸ１が一定のレベルを指示することで、最適な通話が可能となる。

図６は本発明の一実施例による帯域制御の動作を示すシーケンスチャートである。この図６を参照して本発明の一実施例による帯域制御の動作について説明する。以下の説明ではＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で通話の帯域制御を行う場合について述べる。

ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で通話を行う場合、まずＳＩＰ対応端末＃１は自端末で使用可能なコーデックの種類及び帯域情報のリストをのせた「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」をＩＰ−ＰＢＸ１に送る（図６のｃ１）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「１００ Ｔｒｙｉｎｇ」を返すとともに（図６のｃ２）、ＳＩＰ対応端末＃２に「ＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図６のｃ３）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２が「１８０ Ｒｉｎｇｉｎｇ」を返してくると（図６のｃ４）、ＳＩＰ対応端末＃１に「１８０ Ｒｉｎｇｉｎｇ」を送る（図６のｃ５）。また、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２が自端末で使用可能なコーデックの種類及び帯域情報のリストをのせた「２００ ＯＫ（ｗ／ＳＤＰ）」を送ってくると（図６のｃ６）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２とからそれぞれ送られてきたリストをマージし、最適な帯域を算出する（図６のｃ７）。

ＩＰ−ＰＢＸ１は算出した最適な帯域情報を「ＡＣＫ（ｗ／ＳＤＰ）」にのせてＳＩＰ対応端末＃２に送るとともに（図６のｃ８）、算出した最適な帯域情報を「２００ ＯＫ（ｗ／ＳＤＰ）」にのせてＳＩＰ対応端末＃１に送る（図６のｃ９）。これによって、ＳＩＰ対応端末＃１及びＳＩＰ対応端末＃２にはＩＰ−ＰＢＸ１から最適な帯域情報が通知されることとなる。

この時、ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「ＡＣＫ」を送るので（図６のｃ１０）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で最適な帯域にてセッションが確立する。

図７は本発明の一実施例による音声レベルの調整動作を示すシーケンスチャートである。この図７を参照して本発明の一実施例による音声レベルの調整動作について説明する。以下の説明ではＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で通話の音声レベルの調整を行う場合について述べる。

ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で通話を行う場合、まずＳＩＰ対応端末＃１は「ＩＮＶＩＴＥ（ｗ／ＳＤＰ）」をＩＰ−ＰＢＸ１に送る（図７のｄ１）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１に「１００ Ｔｒｙｉｎｇ」を返すとともに（図７のｄ２）、ＳＩＰ対応端末＃２に「ＩＮＶＩＴＥ（ｗ／ｏＳＤＰ）」を送る（図７のｄ３）。

ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２が「１８０ Ｒｉｎｇｉｎｇ」を返してくると（図７のｄ４）、ＳＩＰ対応端末＃１に「１８０ Ｒｉｎｇｉｎｇ」を送る（図７のｄ５）。また、ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃２が「２００ ＯＫ（ｗ／ＳＤＰ）」を送ってくると（図７のｄ６）、ＳＩＰ対応端末＃１及びＳＩＰ対応端末＃２各々の音声レベルを検出し、その検出結果を基に最適な音声レベルを算出する（図７のｄ７）。

ＩＰ−ＰＢＸ１は算出した最適な音声レベルを「ＩＮＦＯ（音声レベル指示）」にてＳＩＰ対応端末＃１及びＳＩＰ対応端末＃２各々に送る（図７のｄ８，ｄ９）。ＩＰ−ＰＢＸ１はＳＩＰ対応端末＃１及びＳＩＰ対応端末＃２各々から「２００ ＯＫ」が返ってくると（図７のｄ１０，ｄ１１）、ＳＩＰ対応端末＃１に「２００ ＯＫ（ｗ／ＳＤＰ）」を送るとともに（図７のｄ１２）、ＳＩＰ対応端末＃２に「ＡＣＫ（ｗ／ＳＤＰ）」を送る（図７のｄ１３）。

この時、ＳＩＰ対応端末＃１はＩＰ−ＰＢＸ１に「ＡＣＫ」を送るので（図７のｄ１４）、ＳＩＰ対応端末＃１とＳＩＰ対応端末＃２との間で最適な音声レベルにてセッションが確立する。

ここで、上記の図６及び図７において、「ＩＮＶＩＴＥ」は参加者間でセッションを確立するために使用されるメソッド、「１００ ＴＲＹＩＮＧ」は試行中、「ＩＮＦＯ」は情報を通知する時に使用するメソッド、「１８０ ＲＩＮＧＩＮＧ」は呼出中、「２００ ＯＫ」は成功応答、「ＡＣＫ」はセッションの確立許可に使用されるメソッドをそれぞれ示している。

このように、本実施例では、ＩＰ端末プロトコルの処理［例えば、ＳＩＰの処理］をＢ２ＢＵＡの仕組みを用いてモジュール化し、ＩＰ−ＰＢＸ１等のサーバ装置のコンポーネント群の一つとして組込む。これによって、本実施例では、ＩＰ端末（標準ＳＩＰプロトコル対応端末５、拡張ＳＩＰプロトコル対応端末６）をＩＰ−ＰＢＸ１の一内線として処理することができる。

ＩＰ端末プロトコルの処理がモジュール化されて組込まれたＩＰ−ＰＢＸ１は、各内線が属するネットワーク単位に、ＩＰ端末の種別毎に音声レベルや帯域を決定可能な仕組みを持つ。つまり、このＩＰ−ＰＢＸ１は内線としてのＩＰ端末のレジストラ機能を持つため、ＩＰ端末のレジストリ時にＩＰ端末のＩＰアドレスを検知し、それらのＩＰアドレスから最適な音声レベルや帯域情報等の通話品質を割出すことができる。

帯域情報は、例えばＳＩＰ端末の場合、ＳＤＰ情報で通知することが可能であるので、本来、ピアｔｏピアでしか帯域情報のネゴシエーションができない標準のＳＩＰ端末を含むどんなＳＩＰ端末間の通話であっても、ネットワーク状況に応じた帯域を確保させることができる。その他のＩＰ内線プロトコル端末でも、帯域情報等のネゴシエーションを行うＩＰ−ＰＢＸ１を介在させることで、上記と同様の効果が得られる。

また、上記のＩＰ−ＰＢＸ１は帯域制御機能を持っているため、ＩＰ端末との通話であっても、通話に必要な帯域が確保可能な時のみ通話させることができ、常に一定の音質を保つことができる。

音声レベルは各ＩＰプロトコルにおいて独自に拡張フォーマットを定義することで、ＩＰ−ＰＢＸ１が割り出した音声レベルを通知することができるので、通知を受けた拡張フォーマットを認識可能なＩＰ端末が指定された音声レベルで通話を実現することができる。

本実施例では、レジストレーションしたＩＰアドレスに対応して音声レベルの調整や帯域制御が可能なので、無線ＬＡＮ２００のような移動端末がどこに移動しても最適な通話が可能となる。また、本実施例では、音声レベルの異なる端末の通話に対しても、ＩＰ−ＰＢＸ１が一定のレベルを指示することで、最適な通話が可能となる。

上述したように、本実施例では、ＩＰ−ＰＢＸ１のサービスに、ＳＩＰに代表されるＩＰクライアント端末を組入れて、本来、端末間でしかできなかった帯域制御をネットワーク帯域に応じて行い、安定した音声通話を確保することができる。

また、本実施例では、ＩＰ端末間でネットワークに応じて音声レベルを変更することが不可能であったものを、ＩＰ−ＰＢＸ１を介在させることで、音声レベルの調整が相手に応じて変更可能となる。

図８は本発明の他の実施例によるＩＰ−ＰＢＸの構成を示すブロック図である。図８において、本発明の他の実施例によるＩＰ−ＰＢＸ１ａは標準ＳＩＰプロトコル制御モジュール１８と拡張ＳＩＰプロトコル制御モジュール１９とにおける共通処理をモジュール化したＳＩＰ系プロトコル共通処理モジュール２１，２２を設けた以外は図２に示す本発明の一実施例によるＩＰ−ＰＢＸ１と同様の構成となっており、同一構成要素には同一符号を付してある。

但し、標準ＳＩＰプロトコル制御モジュール１８、拡張ＳＩＰプロトコル制御モジュール１９は共通処理を省いてモジュール化したものである。尚、本実施例では、ＳＩＰ系プロトコル共通処理モジュール２１，２２を、標準ＳＩＰプロトコル制御モジュール１８、拡張ＳＩＰプロトコル制御モジュール１９に対してＬＡＮ１００側とＰＢＸ基本接続処理提供モジュール１２側とにそれぞれ設けているが、これらを一つのモジュールで実現することも可能である。

また、上述した本発明の一実施例では標準ＳＩＰプロトコル制御モジュール１８、拡張ＳＩＰプロトコル制御モジュール１９にそれぞれポート＃４，＃５を割当てているが、本実施例ではＳＩＰ系プロトコル共通処理モジュール２１に共通のポート＃ｋを割当てている。

このように、本発明では、ＩＰ−ＰＢＸ１，１ａのサービスに、ＳＩＰに代表されるＩＰクライアント端末を組入れることで、ＩＰ端末間で交渉を行うことなく、ＩＰ端末間における最適な通話を実現することができる。尚、上記の各実施例では、ＩＰ−ＰＢＸ１，１ａとＳＩＰ対応端末とについて述べたが、帯域制御や音声レベルの調整等のネゴシエーション機能を持っていれば他のサーバ装置にも適用可能であり、ＳＩＰ対応端末以外のＩＰ電話端末やインタネット電話端末等の他のＩＰ端末にも適用可能である。

本発明は、上記のように、ＬＡＮ等のネットワーク内でのＳＩＰ端末に対する構内交換機のサービスの提供のみならず、インタネット等の外部のＩＰ網を介した呼接続処理にも適用可能である。また、本発明は、ＩＰ網経由でＰＢＸ機能を提供するＩＰセントレックス（ｃｅｎｔｒｅｘ）にも適用可能である。

本発明の一実施例によるネットワークの構成を示すブロック図である。 図１のＩＰ−ＰＢＸの構成を示すブロック図である。 本発明の一実施例によるＳＩＰ対応端末の構成を示すブロック図である。 図１のＩＰ−ＰＢＸの処理動作を示すシーケンスチャートである。 図１のＩＰ−ＰＢＸの処理動作を示すシーケンスチャートである。 本発明の一実施例による帯域制御の動作を示すシーケンスチャートである。 本発明の一実施例による音声レベルの調整動作を示すシーケンスチャートである。 本発明の他の実施例によるＩＰ−ＰＢＸの構成を示すブロック図である。 従来例による帯域制御の動作を示すシーケンスチャートである。 従来例による音声レベルの調整動作を示すシーケンスチャートである。

符号の説明

１，１ａ ＩＰ−ＰＢＸ
２ プロトコルＡ対応端末
３ プロトコルＢ対応端末
４ プロトコルＸ対応端末
５ 標準ＳＩＰプロトコル対応端末
６ 拡張ＳＩＰプロトコル対応端末
７ メディアゲートウェイ
８ ＳＩＰ対応端末
１１ ＰＢＸ付加サービス提供モジュール
１２ ＰＢＸ基本接続処理提供モジュール
１３ 帯域制御系モジュール
１４ ＳＩＰ系プロトコルレジストラモジュール
１５ 既存プロトコルＡ制御モジュール
１６ 既存プロトコルＢ制御モジュール
１７ 既存プロトコルＸ制御モジュール
１８ 標準ＳＩＰプロトコル制御モジュール
１９ 拡張ＳＩＰプロトコル制御モジュール
２０ テーブル
２１，２２ ＳＩＰ系プロトコル共通処理モジュール
８１ 送受信部
８２ 制御部
８３ コーデック及び帯域リスト通知部
８４ 音声通話装置
８５ キー操作部
８６ 表示部
１００ ＬＡＮ
２００ 無線ＬＡＮ
３００ インタネット

Claims (23)

1. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークであって、
   前記ネットワークを前記ＩＰ端末とともに構成するサーバ装置を有し、
   前記サーバ装置は、前記ＩＰ端末間における通話品質を検出する手段と、その検出した品質情報に基づいて最適な通話品質を算出する手段と、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知する手段とを有し、
   前記ＩＰ端末が前記サーバ装置から通知される最適な通話品質に設定して前記通話を行い、
   前記最適な通話品質を算出する手段は、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出することを特徴とするネットワーク。
2. 前記ＩＰ端末は、前記通話に用いかつ自端末で使用可能なるコーデックの種類及び帯域情報のリストを前記サーバ装置に通知する手段を含み、
   前記サーバ装置は、前記通話を行うＩＰ端末からの前記コーデックの種類及び帯域情報のリストを基に前記ＩＰ端末間における最適な帯域を算出することを特徴とする請求項１記載のネットワーク。
3. 前記ＩＰ端末は、ＩＰ網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末であることを特徴とする請求項１または請求項２記載のネットワーク。
4. 前記サーバ装置は、前記ＳＩＰ端末間の呼接続処理を行う構内交換機であることを特徴とする請求項３記載のネットワーク。
5. 代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いて前記ＳＩＰの処理をモジュール化したＳＩＰ系プロトコル制御モジュールを、前記構内交換機のコンポーネント群の一つとして組込むことを特徴とする請求項４記載のネットワーク。
6. 前記ＳＩＰ系プロトコル制御モジュールは、各々異なるプロトコルを持つ複数のＳＩＰ端末各々に対応して配設したことを特徴とする請求項５記載のネットワーク。
7. 前記構内交換機は、モジュール化された各プロトコル群に対して相互接続及び付加サービスのうちの少なくとも一方を提供することを特徴とする請求項４から請求項６のいずれか記載のネットワーク。
8. 前記ＳＩＰは、ＩＰパケットという形式のデータを用いてマルチメディア通信を開始したり、終了したりするために使用する通信プロトコルであることを特徴とする請求項３から請求項７のいずれか記載のネットワーク。
9. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークを前記ＩＰ端末とともに構成するサーバ装置であって、
   前記ＩＰ端末間における通話品質を検出する手段と、その検出した品質情報に基づいて最適な通話品質を算出する手段と、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知する手段とを有し、
   前記最適な通話品質を算出する手段は、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出することを特徴とするサーバ装置。
10. 前記通話を行うＩＰ端末から通知されかつそのＩＰ端末が前記通話において使用可能なるコーデックの種類及び帯域情報のリストを基に前記ＩＰ端末間における最適な帯域を算出することを特徴とする請求項９記載のサーバ装置。
11. ＩＰ網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末間の呼接続処理を行う構内交換機であることを特徴とする請求項９または請求項１０記載のサーバ装置。
12. 代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いて前記ＳＩＰの処理をモジュール化したＳＩＰ系プロトコル制御モジュールを、自機のコンポーネント群の一つとして組込むことを特徴とする請求項１１記載のサーバ装置。
13. 前記ＳＩＰ系プロトコル制御モジュールは、各々異なるプロトコルを持つ複数のＳＩＰ端末各々に対応して配設したことを特徴とする請求項１２記載のサーバ装置。
14. モジュール化された各プロトコル群に対して相互接続及び付加サービスのうちの少なくとも一方を提供することを特徴とする請求項１１から請求項１３のいずれか記載のサーバ装置。
15. 前記ＳＩＰは、ＩＰパケットという形式のデータを用いてマルチメディア通信を開始したり、終了したりするために使用する通信プロトコルであることを特徴とする請求項１１から請求項１４のいずれか記載のサーバ装置。
16. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網において相手先との接続を確認して通信を行うコネクション型通信を実現するＩＰ（Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の処理にて通話を行うＩＰ端末を含んで構成されるネットワークにおいて前記通話の品質を制御する通話品質制御方法であって、
    前記ネットワークを前記ＩＰ端末とともに構成するサーバ装置が、前記ＩＰ端末間における通話品質を検出し、その検出した品質情報に基づいて最適な通話品質を算出し、この算出した最適な通話品質を当該通話を行うＩＰ端末に通知するとともに、
    前記ＩＰ端末が前記サーバ装置から通知される最適な通話品質に設定して前記通話を行い、
    前記サーバ装置が、前記通話を行うＩＰ端末からの信号を基に音声レベルを割り出し、その割り出した音声レベルを基に前記ＩＰ端末間における最適な音声レベルを算出することを特徴とする通話品質制御方法。
17. 前記ＩＰ端末が、前記通話に用いかつ自端末で使用可能なるコーデックの種類及び帯域情報のリストを前記サーバ装置に通知し、
    前記サーバ装置が、前記通話を行うＩＰ端末からの前記コーデックの種類及び帯域情報のリストを基に前記ＩＰ端末間における最適な帯域を算出することを特徴とする請求項１６記載の通話品質制御方法。
18. 前記ＩＰ端末は、ＩＰ網において相手先との接続を確認して通信を行うコネクション型通信を実現するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通信を行うＳＩＰ端末であることを特徴とする請求項１６または請求項１７記載の通話品質制御方法。
19. 前記サーバ装置は、前記ＳＩＰ端末間の呼接続処理を行う構内交換機であることを特徴とする請求項１８記載の通話品質制御方法。
20. 代理のユーザ・エージェントとして動作するＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）の仕組みを用いて前記ＳＩＰの処理をモジュール化したＳＩＰ系プロトコル制御モジュールを、前記構内交換機のコンポーネント群の一つとして組込んだことを特徴とする請求項１９記載の通話品質制御方法。
21. 前記ＳＩＰ系プロトコル制御モジュールは、各々異なるプロトコルを持つ複数のＳＩＰ端末各々に対応して配設したことを特徴とする請求項２０記載の通話品質制御方法。
22. 前記構内交換機は、モジュール化された各プロトコル群に対して相互接続及び付加サービスのうちの少なくとも一方を提供することを特徴とする請求項１９から請求項２１のいずれか記載の通話品質制御方法。
23. 前記ＳＩＰは、ＩＰパケットという形式のデータを用いてマルチメディア通信を開始したり、終了したりするために使用する通信プロトコルであることを特徴とする請求項１８から請求項２２のいずれか記載の通話品質制御方法。

Images