JP2011015066A - サーバ装置及び通信接続方法 - Google Patents

Abstract

【課題】通信接続時に、端末間で能力が合致しない場合であっても、通信接続を可能にするサーバ装置を提供する。
【解決手段】ＩＰ交換装置ＢＴにおいて、通信接続に先立ち、各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ、ゲートウェイＧＷ１，ＧＷ２それぞれの端末番号とそれぞれが有するコーデックとを対応付けたコーデック能力テーブル１４１を記憶部１４に記憶しておき、通信接続時に、コーデック能力テーブル１４１を参照して、コーデックが一致する場合に、発信端末と着信端末との間を互いに一致するコーデックを用いてピアツーピアにより通信接続し、コーデックが一致しない場合に、発信端末と着信端末との間をタイムスイッチ１６に引き込んで通信接続させるようにしている。
【選択図】 図１

Description

この発明は、例えばＩＰ(Internet Protocol)電話システムのように、ＩＰ網を介して端末間で音声通信を行なうシステムに係わり、特にＩＰ網に接続される端末間で通信接続を可能とするサーバ装置及び通信接続方法に関する。

近年、ＩＰ網を介して双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及し始めている。このＩＰ電話システムでは、ＩＰ網に通信サーバ及び複数のＩＰ端末が接続されると共に、通信サーバごとにＩＰ端末間の通信やＩＰ端末と外線との通信を行うことができる。

なお、上記ＩＰ電話システムでは、ＩＰ端末間で音声通信を行なう場合、通信サーバによる交換処理を省略するピアツーピア接続により音声通信を行なう。ここで、ＩＰ端末間同士のピアツーピア接続では、各ＩＰ端末間で、共通の音声メディアコーデック（例えば、G.711、G.722、G.729など）を用いて、音声パケットのやりとりを行う必要がある。

ところでＩＰ電話システムの代表的なプロトコルであるＳＩＰ（Session Initiation Protocol）などにおいては、２つのＩＰ端末間でピアツーピア接続を行うとき、ＩＰ端末同士が能力のネゴシエーションを行い、発信側と着信側が有する能力、つまり音声メディアコーデックが合致しなければ通信接続が失敗することになる。

なお、この種に関連する従来技術では、発信端末が自端末の能力情報をＳＩＰメッセージに含めて着信端末に送信し、着信端末からのＳＩＰ応答メッセージに含まれる能力情報と自端末の能力情報に基づき、通信形態を決定し、データ変換を行うためにデータ変換装置の設定を行う手法が提案されている（例えば、特許文献１）。

特開２００３−３０９６６４公報。

ところで、上記手法では、通信接続時に、発信端末と、着信端末と、データ変換装置との三者でネゴシエーションを行って、端末間の通信形態を決定するものであり、２つのＩＰ端末間でピアツーピア接続を行うときに、発信側と着信側が有する能力が合致しない場合の対処を講じるものではない。

そこで、この発明の目的は、通信接続時に、端末間で能力が合致しない場合であっても、通信接続を可能にするサーバ装置及び通信接続方法を提供することにある。

上記目的を達成するために、この発明に係るサーバ装置は、ＩＰ(Internet Protocol)網を介して複数の端末を収容するサーバ装置において、端末を特定する端末ＩＤと、端末が有するメディア処理能力とを対応付けた管理テーブルを記憶する記憶手段と、複数の端末のうち第１の端末と第２の端末との間の通信接続時に、管理テーブルから参照し、この参照結果に基づいて、第１の端末に対応するメディア処理能力を示す情報と第２の端末に対応するメディア処理能力を示す情報とが一致するか否かを判定する判定手段と、この判定手段による判定結果に基づいて、メディア処理能力が一致する場合に、第１の端末と第２の端末との間をピアツーピアにより通信接続する第１処理を実行し、メディア処理能力が一致しない場合に、第１処理とは異なり同一のメディア処理能力に変換するべく第１の端末と第２の端末との間の通信パスを引き込む第２処理を実行する制御手段とを備えるようにしたものである。さらに、メディア処理能力を変換する能力変換部を備え、制御手段は、第２処理として、第１の端末と第２の端末との間を能力変換部に通信接続させるようにしたものである。

この構成によれば、通信接続に先立ち、端末ＩＤと端末が有するメディア処理能力とを対応付けた管理テーブルをメモリに記憶しておき、通信接続時に、管理テーブルを参照して、メディア処理能力が一致する場合に、第１の端末と第２の端末との間をピアツーピアにより通信接続し、メディア処理能力が一致しない場合に、第１の端末と第２の端末との間を能力変換部に引き込んで通信接続させるようにしている。

従って、通信接続を行なう端末同士のメディア処理能力が合致しない場合にも通信接続を行なうことができる。

また、この発明に係るサーバ装置は、さらに、複数の端末に対しメディア処理能力を問い合わせる問い合わせ手段と、問い合わせに対し返送されてくるメディア処理能力を示す情報を管理テーブルに登録する登録制御手段とを備えるようにしたものである。なお、問い合わせ手段は、例えばＳＩＰのように登録メモリに端末ＩＤが登録された端末について通信接続が可能となるとき、登録メモリに対し端末の端末ＩＤを登録した後に、当該端末に対しメディア処理能力の問い合わせメッセージを送信するようにしたものである。さらに、問い合わせ手段は、既知の登録用メッセージにメディア処理能力の問い合わせ情報を挿入して該当する端末に送信するようにしたものである。

この構成によれば、既存の登録用メッセージを利用して各端末に対しメディア処理能力を問い合わせて返送されたメディア処理能力を管理テーブルに登録することができる。このため、メディア処理能力を問い合わせるための専用の信号を新たに設ける必要がなく、これにより簡単に実施できる利点がある。

また、この発明に係るサーバ装置の問い合わせ手段は、複数の端末それぞれに対しメディア処理能力の問い合わせメッセージを定期的に送信して、管理テーブルを更新する。

この構成によれば、ＯＰＴＩＯＮのような既存のメッセージを利用して各端末に対し定期的にメディア処理能力を問い合わせて管理テーブルを更新することができる。このため、常に最新の管理テーブルに基づいて、端末間の通信接続を行なうことができる。

さらに、この発明に係るサーバ装置の記憶手段は、１つの端末ＩＤに対応付けて、複数のメディア処理能力を示す情報が記憶されているとき、予め設定される条件に従って１つのメディア処理能力を示す情報を有効状態に設定する設定データ切替制御手段を備えるようにしたものである。なお、設定データ切替制御手段は、条件の判断に、時間帯、優先順位のうち少なくとも１つを用いる。

この構成によれば、例えば時間帯や優先順位等に応じて最適なメディア処理能力を選択設定して通信接続制御を行うことが可能となる。

以上のようにこの発明によれば、通信接続時に、端末間で能力が合致しない場合であっても、通信接続を可能にするサーバ装置及び通信接続方法を提供することができる。

この発明に係わるＩＰ電話システムの第１の実施形態を示す概略構成図。 上記図１に示したロケーションテーブルの記憶内容の一例を示す図。 上記図１に示したコーデック能力テーブルの記憶内容の一例を示す図。 同第１の実施形態において、ＩＰ交換装置におけるＳＩＰ端末のコーデック情報の取得手順を示すフローチャート。 同第１の実施形態において、ＩＰ交換装置における通話接続処理手順を示すフローチャート。 同第１の実施形態において、ピアツーピア接続を行なうＳＩＰ端末とＩＰ交換装置との間の情報の送受信動作を示すシーケンス図。 同第１の実施形態において、タイムスイッチへの引き込み接続を行なうＳＩＰ端末とＩＰ交換装置との間の情報の送受信動作を示すシーケンス図。 同第１の実施形態において、ＳＩＰ端末と公衆網上の外部端末との間の通信接続手順を示すシーケンス図。 この発明に係わるＩＰ電話システムの第２の実施形態を示す概略構成図。 上記図９に示したＤＴＭＦ能力テーブルの記憶内容の一例を示す図。 同第２の実施形態において、音声ピアツーピア接続と判定する一例を示すシーケンス図。 同第２の実施形態において、音声引込み接続と判定する一例を示すシーケンス図。 同第２の実施形態において、ＤＴＭＦ方式決定ルールを示す図。 同第２の実施形態において、音声パス形態決定ルールを示す図。 この発明に係わるＩＰ電話システムの第３の実施形態を示す概略構成図。 同第３の実施形態において、切替設定が可能なコーデック情報の一例を示す図。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明に係わるＩＰ電話システムの第１の実施形態を示す概略構成図である。
このシステムは、ＩＰ網としてパケット通信用のＬＡＮ（Local Area Network）１を有する。ＬＡＮ１は、ＳＩＰ電話端末Ｔ１１〜Ｔ１ｉ（ｉは自然数）が接続される。なお、ＳＩＰ電話端末Ｔ１１〜Ｔ１ｉは、通話処理機能と映像等のメディア情報処理機能とを備えている。

また、ＬＡＮ１には、ゲートウェイＧＷ１，ＧＷ２が接続されている。ゲートウェイＧＷ１は、ＬＡＮ１とインターネット等のＩＰ公衆網ＩＰＮとの間を接続するもので、ＬＡＮ１とＩＰ公衆網ＩＰＮとの間における通信プロトコル及び信号フォーマットの変換機能とを備えている。ゲートウェイＧＷ２は、ＬＡＮ１とアナログ電話網等の公衆網ＰＮＷとの間を接続するもので、ＬＡＮ１と公衆網ＰＮＷとの間における通信プロトコル及び信号フォーマットの変換機能とを備えている。

また、これらＳＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷ１，ＧＷ２は、ＬＡＮ１を介してサーバ装置としてのＩＰ電話装置ＢＴに接続されている。

ＩＰ電話装置ＢＴは、ＩＰ制御部１１と、メディア変換部１２と、呼制御部１３と、記憶部１４とを備えている。これらＩＰ制御部１１と、メディア変換部１２と、呼制御部１３と、記憶部１４は、データハイウェイ１５を介して互いに接続されている。

ＩＰ制御部１１には、ＬＡＮ１が必要に応じて接続される。ＩＰ制御部１１は、接続されたＬＡＮ１との間でインタフェース処理を行う。また、ＩＰ制御部１１は、上記インタフェース処理に係わる種々の制御情報の授受を、データハイウェイ１５を介して呼制御部１３との間で行う。

メディア変換部１２には、タイムスイッチ１６が接続される。メディア変換部１２は、ＩＰ制御部１１で受信した制御パケット及び音声パケットを処理するもので、パケットをＰＣＭ信号に変換してタイムスイッチ１６に出力し、タイムスイッチ１６からのＰＣＭ信号をパケットに変換してＩＰ制御部１１に出力する。タイムスイッチ１６は、図２に示すロケーションテーブル１６１に登録されている各ＳＩＰ電話端末Ｔ１１〜Ｔ１ｉ間の通信パスを形成する。

呼制御部１３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理によりＩＰ電話装置ＢＴの各部の制御を行う。

記憶部１４は、呼制御部１３の接続制御に必要なルーティング情報等を格納している。

ところで、記憶部１４には、コーデック能力テーブル１４１が設けられている。コーデック能力テーブル１４１には、図３に示すように、ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷ１，ＧＷ２に予め割り当ててある端末ＩＤとしての端末番号と、コーデックの種類との対応関係を表すテーブルが記憶されている。

一方、呼制御部１３は、この発明に係る機能として、能力問い合わせ部１３１と、登録制御部１３２と、能力判定部１３３と、接続制御部１３４とを備えている。能力問い合わせ部１３１は、ロケーションテーブル１６１に対するＳＩＰ端末Ｔ１１〜Ｔ１ｉのＳＩＰＵＲＩの登録後に、ＳＩＰ端末Ｔ１１〜Ｔ１ｉに対しメディア処理能力つまりコーデックの問い合わせ情報を各ＳＩＰ端末Ｔ１１〜Ｔ１ｉへのＳＩＰのＯＰＴＩＯＮメッセージに挿入して送信する。なお、ゲートウェイＧＷ１，ＧＷ２については、予めコーデック能力テーブル１４１にコーデック情報を登録しているものとする。

登録制御部１３２は、問い合わせに対し返送されてくるＡＣＫの中のＳＤＰに含まれるコーデック情報を取得し、このコーデック情報を返送元の端末の端末番号に対応付けてコーデック能力テーブル１４１に登録する。

能力判定部１３３は、通信接続時に、発信端末から送られてくるＩＮＶＩＴＥメッセージ中のコーデック情報とコーデック能力テーブル１４１に登録されている着信端末のコーデック情報とが一致するか否かを判定する。なお、発信端末の端末番号からコーデック能力テーブル１４１に登録されているコーデック情報を参照するようにしてもよい。

接続制御部１３４は、上記能力判定部１３３による判定結果に基づいて、コーデック情報が一致する場合に、発信端末と着信端末との間をピアツーピアにより通信接続し、コーデック情報が一致しない場合に、発信端末と着信端末との間をタイムスイッチ１６に引き込ませて通信接続させる。

次に、上記構成による動作について説明する。
図４は、ＩＰ交換装置ＢＴにおけるＳＩＰ端末Ｔ１１〜Ｔ１ｉのコーデック情報の取得手順を示すフローチャートである。ここで、ＳＩＰの場合、各ＳＩＰ端末Ｔ１１〜Ｔ１ｉからＩＰ交換装置ＢＴに対し一定周期でＲＥＧＩＳＴＥＲメッセージが送信され、ＲＥＧＩＳＴＥＲメッセージを受信したＩＰ交換装置ＢＴは、ＳＩＰＵＲＩをロケーションテーブル１６１に登録する。なお、例えばＳＩＰ端末Ｔ１４が一定周期でＲＥＧＩＳＴＥＲメッセージを送信しない場合には、ＩＰ交換装置ＢＴはＳＩＰ端末Ｔ１４が存在しないものと認識し、これによりＳＩＰ端末Ｔ１４は通信できないものとなる。

例えばＳＩＰ端末Ｔ１１からＲＥＧＩＳＴＥＲメッセージを受信したとする（ステップＳＴ４ａ）。そうするとＩＰ交換装置ＢＴは、ロケーションテーブル１６１へのＲＥＧＩＳＴＥＲ処理を行い、ＲＥＧＩＳＴＥＲがＯＫであれば、ＳＩＰ端末Ｔ１１にＡＣＫを返送する（ステップＳＴ４ｂ）。

さらに、ＩＰ交換装置ＢＴは、ＳＩＰ端末Ｔ１１の能力を問い合わせるためにＯＰＴＩＯＮＳをＲＥＧＩＳＴＥＲしたＳＩＰ端末Ｔ１１に送信する（ステップＳＴ４ｃ）。そうするとＩＰ交換装置ＢＴは、ＯＰＴＩＯＮＳに対する応答を受信し（ステップＳＴ４ｄ）、そのなかのＳＤＰのコーデック情報を取り出し、コーデック能力テーブル１４１に登録する（ステップＳＴ４ｅ）。

図５は、ＩＰ交換装置ＢＴにおける通話接続処理手順を示すフローチャートである。

いま図６に示すように、ＳＩＰ端末Ｔ１１のユーザがＳＩＰ端末Ｔ１２への発信操作を行なったとする。そうするとＳＩＰ端末Ｔ１１からその発信メッセージ（ＩＮＶＩＴＥメッセージ）がＩＰ交換装置ＢＴに送られる。

ＩＰ交換装置ＢＴは、発信メッセージを受信すると、ステップＳＴ５ａからステップＳＴ５ｂに移行してここでＩＮＶＩＴＥメッセージ内のコーデック情報とコーデック能力テーブル１４１から着側端末のコーデック情報を読み出し、一致するコーデック情報があるかを比較する。ここでは、Ｇ．７１１と一致するコーデックがあるので、着側のＳＩＰ端末Ｔ１２に対して、発側から受信したメッセージのコーデック情報とピアツーピア接続するための情報を着信メッセージ（着側へのＩＮＶＩＴＥメッセージ）に乗せて着側に通知する（ステップＳＴ５ｃ）。

そして、着側のＳＩＰ端末Ｔ１２が応答し、その応答メッセージがＩＰ交換装置ＢＴに返送されると、ＩＰ交換装置ＢＴはステップＳＴ５ｄからステップＳＴ５ｅに移行してここで２者通話のパス状態をＧ．７１１を用いたピアツーピア接続で形成する。

一方、図７に示すように、ＳＩＰ端末Ｔ１１のユーザがＳＩＰ端末Ｔ１４への発信操作を行なったとする。そうするとＳＩＰ端末Ｔ１１からその発信メッセージ（ＩＮＶＩＴＥメッセージ）がＩＰ交換装置ＢＴに送られる。

ＩＰ交換装置ＢＴは、発信メッセージを受信すると、ＩＮＶＩＴＥメッセージ内のコーデック情報とコーデック能力テーブル１４１から着側端末のコーデック情報を読み出し、一致するコーデック情報があるかを比較する。ここでは、Ｇ．７１１／Ｇ．７２９とＧ．７２２とコーデックが一致しないので、ＩＰ交換装置ＢＴは着側の端末Ｔ１４に対して、コーデック能力テーブル１４１から読み出したコーデック情報とタイムスイッチ１６への引き込み接続する情報を着信メッセージ（着側へのINVITEメッセージ）に乗せて着側に通知する（ステップＳＴ５ｆ）。

そして、着側のＳＩＰ端末Ｔ１２が応答し、その応答メッセージがＩＰ交換装置ＢＴに返送されると、ＩＰ交換装置ＢＴはステップＳＴ５ｇからステップＳＴ５ｈに移行してここで２者通話のパス状態をタイムスイッチ１６への引き込みで形成する。

（ＳＩＰ端末と公衆網との通信動作）
いま例えば、図８に示すようにＳＩＰ端末Ｔ１１においてユーザが、ＳＩＰ端末Ｔ１１から他の外部端末ＴＴ２に対し発信操作を行なったとする（図８（１））。そうするとＳＩＰ端末Ｔ１１から発信メッセージがＩＰ交換装置ＢＴに送られる。この発信メッセージを受信するとＩＰ交換装置ＢＴは、公衆網ＰＮＷ宛の発信メッセージを生成してこのメッセージをＬＡＮ１及びゲートウェイＧＷ２を経由して公衆網ＰＮＷへ送信する（図８（２））。

公衆網ＰＮＷは、着信先の外部端末ＴＴ２を呼び出し（図８（３））、この外部端末ＴＴ２が応答すると（図８（４））、当該ゲートウェイＧＷ２とＳＩＰ端末Ｔ１１との間をＧ．７２９を用いたピアツーピアにより通信接続し（図８（５））、ＳＩＰ端末Ｔ１１と外部端末ＴＴ２との間に通信リンクを形成する。かくして、ＳＩＰ端末Ｔ１１のユーザは外部端末ＴＴ２のユーザとの間で音声通信を行なうことが可能となる。なお、ＳＩＰ端末Ｔ１１とＩＰ公衆網ＩＰＮ上の外部端末ＴＴ１と通信接続を行なうときも、ＳＩＰ端末Ｔ１１と外部端末ＴＴ２との通信接続と同様の手順が行われる。

以上のように上記第１の実施形態では、ＩＰ交換装置ＢＴにおいて、通信接続に先立ち、各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ、ゲートウェイＧＷ１，ＧＷ２それぞれの端末番号とそれぞれが有するコーデックとを対応付けたコーデック能力テーブル１４１を記憶部１４に記憶しておき、通信接続時に、コーデック能力テーブル１４１を参照して、コーデックが一致する場合に、発信端末と着信端末との間を互いに一致するコーデックを用いてピアツーピアにより通信接続し、コーデックが一致しない場合に、発信端末と着信端末との間をタイムスイッチ１６に引き込んで通信接続させるようにしている。

従って、通信接続を行なうＳＩＰ端末同士のコーデックが合致しない場合にも通信接続を行なうことができる。

また、上記第１の実施形態では、既存の登録用メッセージを利用して各ＳＩＰ端末Ｔ１１〜Ｔ１ｉに対しコーデック情報を問い合わせて返送されたコーデック情報をコーデック能力テーブル１４１に登録するようにしている。このため、コーデック情報を問い合わせるための専用の信号を新たに設ける必要がなく、これにより簡単に実施できる利点がある。

（第２の実施形態）
図９は、この発明に係わるＩＰ電話システムの第２の実施形態を示す概略構成図である。なお、図９において、上記図１と同一部分には同一符号を付して詳細な説明を省略する。この第２の実施形態では、記憶部１４に、ＤＴＭＦ能力テーブル１４２を設けている。ＤＴＭＦ能力テーブル１４２には、図１０に示すように、ＳＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷ１，ＧＷ２に予め割り当ててある端末ＩＤとしての端末番号と、ＤＴＭＦモードと、ＤＴＭＦ能力との対応関係を表すテーブルが記憶されている。

能力問い合わせ部１３１は、ロケーションテーブル１６１に対するＳＩＰ端末Ｔ１１〜Ｔ１ｉのＳＩＰＵＲＩの登録後に、ＳＩＰ端末Ｔ１１〜Ｔ１ｉに対しＤＴＭＦモード及びＤＴＭＦ能力の問い合わせ情報を各ＳＩＰ端末Ｔ１１〜Ｔ１ｉへのＳＩＰのＯＰＴＩＯＮメッセージに挿入して送信する。なお、ゲートウェイＧＷ１，ＧＷ２については、予めコーデック能力テーブル１４１にＤＴＭＦモード及びＤＴＭＦ能力を登録しているものとする。

登録制御部１３２は、問い合わせに対し返送されてくるＡＣＫ（応答）の中のＳＤＰに含まれるＤＴＭＦモード及びＤＴＭＦ能力を取得し、このＤＴＭＦモード及びＤＴＭＦ能力を返送元の端末の端末番号に対応付けてＤＴＭＦ能力テーブル１４２に登録する。

能力判定部１３３は、通信接続時に、発信端末から送られてくるＩＮＶＩＴＥメッセージ中のＤＴＭＦモード及びＤＴＭＦ能力とＤＴＭＦ能力テーブル１４２に登録されている着信端末のＤＴＭＦモード及びＤＴＭＦ能力とが一致するか否かを判定する。なお、発信端末の端末番号からＤＴＭＦ能力テーブル１４２に登録されているＤＴＭＦモード及びＤＴＭＦ能力を参照するようにしてもよい。

接続制御部１３４は、上記能力判定部１３３による判定結果に基づいて、ＤＴＭＦ能力が一致する場合に、発信端末と着信端末との間をピアツーピアにより通信接続し、ＤＴＭＦ能力が一致しない場合に、発信端末と着信端末との間をタイムスイッチ１６に引き込ませて通信接続させる。

次に、上記構成による動作について説明する。
ここでは、端末のＤＴＭＦ信号の送受信能力と、予め設定された、使用したいＤＴＭＦ信号の送受信能力から実際に使用するＤＴＭＦ信号の種類と、音声パスの接続形態を決定する方法を説明する。

図１１は、音声ピアツーピア接続と判定する一例を示すシーケンス図である。いま、ＳＩＰ端末Ｔ１１のユーザがＳＩＰ端末Ｔ１４への発信操作を行なったとする。そうすると、ＳＩＰ端末Ｔ１１から発信メッセージがＩＰ交換装置ＢＴに送信される。

ＩＰ交換装置ＢＴは、ＳＩＰ端末Ｔ１１から発信メッセージを受けると、このメッセージからＳＩＰ端末Ｔ１１の能力としてＲＦＣ２８３３に対応しているかどうかがわかる。ＩＰ交換装置ＢＴはＤＴＭＦ能力テーブル１４２を参照すると、ＳＩＰ端末Ｔ１４の能力としてＲＦＣ２８３３に対応しているかどうかがわかる。またＤＴＭＦ能力テーブル１４２には、ＳＩＰ端末Ｔ１１とＳＩＰ端末Ｔ１４を接続する際、ＤＴＭＦモードとしてＲＦＣ２８３３を選択するか、Ｉｎｂａｎｄを選択するか、どちらを選択しても良いかの３値が個々に予め設定されている。

この場合、ＳＩＰ端末Ｔ１１およびＳＩＰ端末Ｔ１４共にＤＴＭＦ能力としてＲＦＣ２８３３に対応しており、ＤＴＭＦモードも共に”RFC2833を選択”または”どちらでも良い”に設定されているので、ＳＩＰ端末Ｔ１１およびＳＩＰ端末Ｔ１４共にＤＴＭＦ伝送方式としてＲＦＣ２８３３を使用し、音声パスはＳＩＰ端末Ｔ１１とＳＩＰ端末Ｔ１４のピアツーピア接続となるようＳＩＰセッション確立時のメディアネゴシエーションが成される。

図１２は、音声引込み接続と判定する一例を示すシーケンス図である。

いま、ＳＩＰ端末Ｔ１１のユーザがＳＩＰ端末Ｔ１３への発信操作を行なったとする。そうすると、ＳＩＰ端末Ｔ１１から発信メッセージがＩＰ交換装置ＢＴに送信される。

ＩＰ交換装置ＢＴにおいて、ＳＩＰ端末Ｔ１１はＤＴＭＦ能力としてＲＦＣ２８３３に対応しているが、ＳＩＰ端末Ｔ１３はＲＦＣ２８３３に対応していない、ＤＴＭＦモードはＳＩＰ端末Ｔ１１が”RFC2833を選択”、ＳＩＰ端末Ｔ１３は”Inbandを選択”または”どちらでも良い”に設定されている場合、ＳＩＰ端末Ｔ１１のＤＴＭＦ伝送方式はＲＦＣ２８３３を使用、ＳＩＰ端末Ｔ１３のＤＴＭＦ伝送方式はＩｎｂａｎｄを使用し、音声パスはタイムスイッチ１６に引込まれるようＳＩＰセッション確立時のメディアネゴシエーションが成される。この引込み接続により、ＳＩＰ端末Ｔ１１のＲＦＣ２８３３方式のＤＴＭＦはメディア変換部１２でＲＦＣ２８３３パケットからＰＣＭ音声またはＰＣＭ音声からＲＦＣ２８３３パケットに変換され、ＳＩＰ端末Ｔ１１とＳＩＰ端末Ｔ１３との間でＤＴＭＦの送受信が可能になる。

ＤＴＭＦ能力テーブル１４２に対するＤＴＭＦモード及びＤＴＭＦ能力の設定方法には以下のように種々のバリエーションがある。

１つの方法としては、ＳＩＰの能力問い合わせ用のメソッドであるＯＰＴＩＯＮＳメッセージをＳＩＰ端末Ｔ１１〜Ｔ１ｉに送信することにより取得した情報を設定しても良い。

もう１つの方法としては、ＳＩＰ端末の生存監視用に定期的にＳＩＰ端末Ｔ１１〜Ｔ１ｉに送信しているＯＰＴＩＯＮＳメッセージにより取得しても良い。

このように定期的に取得すれば、ユーザが端末の設定を変更した場合にも常に最新の情報を内部に保持することが可能となる。

また、ＳＩＰ端末Ｔ１１〜Ｔ１ｉをＩＰ交換装置ＢＴのロケーションテーブル１６１に登録するときに使用するメソッドであるＲＥＧＩＳＴＥＲメッセージにＳＩＰ端末Ｔ１１〜Ｔ１ｉのＤＴＭＦ伝送能力としてのＲＦＣ２８３３対応有り／無しの情報を含めるようにしても良い。

さらに、ＳＩＰ端末Ｔ１１〜Ｔ１ｉをＩＰ交換装置ＢＴのロケーションテーブル１６１に登録するときに使用するメソッドであるＲＥＧＩＳＴＥＲメッセージを受信した際にＯＰＴＩＯＮＳメッセージをＳＩＰ端末Ｔ１１〜Ｔ１ｉに送信することにより取得するようにしても良い。

図１３は、ＤＴＭＦ方式決定ルールを示す。

本ルールは、ＩＰ交換装置ＢＴの呼制御部１３がＳＩＰセッション確立時のメディアネゴシエーションを行なう際に適用されるルールであり、個々のＳＩＰ端末Ｔ１１〜Ｔ１ｉのＤＴＭＦ方式を決定するものである。ここでは、ＤＴＭＦ能力テーブル１４２に設定されているＤＴＭＦモードとＤＴＭＦ能力の組み合わせでＤＴＭＦ方式を決定する。

図１４は、音声パス形態決定ルールを示す。

本ルールは、ＩＰ交換装置ＢＴの呼制御部１３がＳＩＰセッション確立時のメディアネゴシエーションを行なう際に適用されるルールであり、発側ＳＩＰ端末と着側ＳＩＰ端末との間の音声パス形態を決定するものである。

以上のように上記第２の実施形態であっても、第１の実施形態と同様に、ＩＰ交換装置ＢＴにおいて、通信接続に先立ち、各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ、ゲートウェイＧＷ１，ＧＷ２それぞれの端末番号とそれぞれが有するＤＴＭＦモード及びＤＴＭＦ能力とを対応付けたＤＴＭＦ能力テーブル１４２を記憶部１４に記憶しておき、通信接続時に、ＤＴＭＦ能力テーブル１４２を参照して、能力が一致する場合に、発信端末と着信端末との間をピアツーピアにより通信接続し、能力が一致しない場合に、発信端末と着信端末との間をタイムスイッチ１６に引き込んで通信接続させるようにしている。

従って、通信接続を行なうＳＩＰ端末同士のＤＴＭＦモード及びＤＴＭＦ能力が合致しない場合にも通信接続を行なうことができる。

（第３の実施形態）
図１５は、この発明に係わるＩＰ電話システムの第３の実施形態を示す概略構成図である。なお、図１５において、上記図１と同一部分には同一符号を付して詳細な説明を省略する。この第３の実施形態では、コーデック能力テーブル１４１において、ＳＩＰ端末Ｔ１１（端末番号３００）やゲートウェイＧＷ１，ＧＷ２のように複数のコーデック情報が登録されている場合に、呼制御部１３に備えられるデータ設定変更部１３５によりこれらの情報の１つを有効状態に設定する。

例えば、いま仮に上記コーデック能力テーブル１４１を、図１６（ａ）に示す第１のデータと、図１６（ｂ）に示す第２のデータとからなる２個のデータに設定可能であるとする。

この状態で、データ設定変更部１３５は例えば時刻が１７：００になるとコーデック能力テーブル１４１を第２のデータから第１のデータに切り替え、９：００になるとコーデック能力テーブル１４１を第１のデータから第２のデータに切り替える。このようにすることで、時間によって各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，ゲートウェイＧＷ１，ＧＷ２に対応するコーデック情報を自動的に変更することが可能である。なお、上記設定データの切替条件としては、時間以外に優先順位に従った選択設定等を用いることが可能である。

（その他の実施形態）
なお、この発明は上記各実施形態に限定されるものではない。例えば、上記第３の実施形態におけるデータ変更方法を第２の実施形態に適用するようにしてもよい。

また、上記各実施形態では、ＩＰ交換装置にタイムスッチを内蔵する例について説明したが、タイムスイッチをＩＰ交換装置に対し外付けのメディアコンバータにより実現してもよい。

また、上記各実施形態では、ＳＩＰを適用する例について説明したが、例えばＭＥＧＡＣＯにも適用できる。

その他、ＩＰ電話システムの構成、ＩＰ交換装置の機能構成、メディア処理能力の種類、各制御の制御手順とその内容等についてもこの発明の要旨を逸脱しない範囲で種々変形して実施可能である。

１…ＬＡＮ、１１…ＩＰ制御部、１２…メディア変換部、１３…呼制御部、１４…記憶部、１５…データハイウェイ、１６…タイムスイッチ、１３１…能力問い合わせ部、１３２…登録制御部、１３３…能力判定部、１３４…接続制御部、１３５…データ設定変更部、１４１…コーデック能力テーブル、１４２…ＤＴＭＦ能力テーブル、ＢＴ…ＩＰ交換装置、Ｔ１１〜Ｔ１ｉ…ＳＩＰ端末、ＧＷ１，ＧＷ２…ゲートウェイ、ＩＰＮ…ＩＰ公衆網、ＰＮＷ…公衆網。

Claims (10)

1. ＩＰ(Internet Protocol)網を介して複数の端末を収容するサーバ装置において、
   前記端末を特定する端末ＩＤと、前記端末が有するメディア処理能力とを対応付けた管理テーブルを記憶する記憶手段と、
   前記複数の端末のうち第１の端末と第２の端末との間の通信接続時に、前記管理テーブルを参照し、この参照結果に基づいて、前記第１の端末に対応するメディア処理能力を示す情報と前記第２の端末に対応するメディア処理能力を示す情報とが一致するか否かを判定する判定手段と、
   この判定手段による判定結果に基づいて、前記メディア処理能力が一致する場合に、前記第１の端末と前記第２の端末との間をピアツーピアにより通信接続する第１処理を実行し、前記メディア処理能力が一致しない場合に、前記第１処理とは異なり同一のメディア処理能力に変換するべく記第１の端末と前記第２の端末との間の通信パスを引き込む第２処理を実行する制御手段とを具備したことを特徴とするサーバ装置。
2. 前記記憶手段は、前記メディア処理能力として、前記ピアツーピアによる通信接続に用いるコーデックの種類、ＤＴＭＦ(Dual Tone Multi Frequency）信号の送受信能力のうち少なくとも１つを前記端末ＩＤに対応付けて記憶することを特徴とする請求項１記載のサーバ装置。
3. さらに、前記複数の端末に対し前記メディア処理能力を問い合わせる問い合わせ手段と、
   前記問い合わせに対し返送されてくる前記メディア処理能力を示す情報を前記管理テーブルに登録する登録制御手段とを備えたことを特徴とする請求項１記載のサーバ装置。
4. 前記問い合わせ手段は、登録メモリに前記端末ＩＤが登録された端末について通信接続が可能となるとき、前記登録メモリに対し前記端末の端末ＩＤを登録した後に、当該端末に対し前記メディア処理能力の問い合わせメッセージを送信することを特徴とする請求項３記載のサーバ装置。
5. 前記問い合わせ手段は、既知の登録用メッセージに前記メディア処理能力の問い合わせ情報を挿入して該当する端末に送信することを特徴とする請求項４記載のサーバ装置。
6. 前記問い合わせ手段は、前記複数の端末それぞれに対し前記メディア処理能力の問い合わせメッセージを定期的に送信して、前記管理テーブルを更新することを特徴とする請求項３記載のサーバ装置。
7. 前記管理テーブル中の１つの端末ＩＤに対応付けて、複数のメディア処理能力を示す情報が登録可能であるとき、予め設定される条件に従って１つのメディア処理能力を示す情報を有効状態に設定する設定データ切替制御手段をさらに備えたことを特徴とする請求項１記載のサーバ装置。
8. 前記設定データ切替制御手段は、前記条件の判断に、時間帯、優先順位のうち少なくとも１つを用いることを特徴とする請求項７記載のサーバ装置。
9. さらに、前記メディア処理能力を変換する能力変換部を備え、
   前記制御手段は、前記第２処理として、前記第１の端末と前記第２の端末との間を前記能力変換部に通信接続させることを特徴とする請求項１記載のサーバ装置。
10. ＩＰ(Internet Protocol)網を介して複数の端末を収容するサーバ装置で使用される通信接続方法において、
    前記端末を特定する端末ＩＤと、前記端末が有するメディア処理能力とを対応付けた管理テーブルをメモリに記憶し、
    前記複数の端末のうち第１の端末と第２の端末との間の通信接続時に、前記管理テーブルを参照し、この参照結果に基づいて前記第１の端末に対応するメディア処理能力を示す情報と前記第２の端末に対応するメディア処理能力を示す情報とが一致するか否かを判定し、
    判定結果に基づいて、前記メディア処理能力が一致する場合に、前記第１の端末と前記第２の端末との間をピアツーピアにより通信接続する第１処理を実行し、
    前記メディア処理能力が一致しない場合に、前記第１処理とは異なり同一のメディア処理能力に変換するべく前記第１の端末と前記第２の端末との間の通信パスを引き込む第２処理を実行することを特徴とする通信接続方法。

Images