JP2005311432A - Ｄｔｍｆトーン信号送信方法及びｄｔｍｆトーン信号送信システム - Google Patents

Abstract

【課題】 ＩＰ電話端末がＤＴＭＦトーン信号を送出する機能を備えていなくても、ＩＰ電話端末で押下されたボタンに対応するＤＴＭＦトーン信号が通話相手に到達することを可能とする。
【解決手段】 プロキシ１０３において、ＤＴＭＦトーン信号送信要求信号検出部１０３ｄが、ＩＰ電話端末から受信したＲＴＰパケット又はＳＩＰにパケットに挿入されているＤＴＭＦトーン信号送信要求信号及びこれに含まれるＤＴＭＦデジット信号を検出したならば、ＤＴＭＦトーン信号生成部１０３ｅは、該ＤＴＭＦデジット信号に対応するＤＴＭＦトーン信号を生成する。音声エンコーダ１０３ｆは、ＤＴＭＦトーン信号を音声信号と同様に符号化する。ＲＴＰペイロード置換部１０３ｇは、ＲＴＰパケットのペイロードにある音声信号を符号化されたＤＴＭＦトーン信号に置き換える。
【選択図】 図１１

Description

本発明は、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号を送信するためのＤＴＭＦトーン送信方法及びＤＴＭＦトーン送信システムに関し、特に、ＩＰ(Internet Protocol)電話端末に起因してＤＴＭＦトーン信号を送信するためのＤＴＭＦトーン信号送信方法及びＤＴＭＦトーン送信システムに関する。

従来より、プッシュフォンは、ＤＴＭＦトーン信号を送信することができる。かかるＤＴＭＦトーン信号は、電話番号を送信するためのみならず、ファクシミリサービスを受けたり、アンサーフォンのガイドに従って番号等（「０」、「１」、「２」、…、「９」、「＊」若しくは「＃」）を送信したりするために利用されている。

一方、近年ＩＰ電話が普及してきている。ＩＰ電話は、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)をＯＳＩ参照モデルの第３層及び第４層として用い、その上層では、シグナリングのためにＳＩＰ(Session Initiation Protocol)を用い、音声コーデック信号の伝送のためにＲＴＰ(Real-time Transport Protocol)を用いる。ＩＰ電話端末のみならず、ＰＳＴＮ(Public Switched telephone Network)に接続された固定電話機、携帯電話網に接続された携帯電話機も、ＩＰ電話端末の通話相手となる。

なお、本発明の関連する先行技術文献としては、以下のものがある。
特開２０００−０５９４７１号公報 特開２０００−１８８６１１号公報 特開２００３−２１９０２７号公報 特開２００４−０６４４０８号公報

ＩＰ電話端末は、ＰＳＴＮに接続された固定電話機又は携帯電話端末に接続された携帯電話機にも接続されるため、ＩＰ電話端末の利用者が押下したボタンの番号又は記号に対応するＤＴＭＦトーン信号が、接続相手の固定電話機又は携帯電話機に到達する必要がある。

しかし、ＩＰ電話端末は、必ずしもＤＴＭＦトーン信号を送出する機能を備えているとは限らない。

また、ローカルエリアネットワークに複数のＩＰ電話端末を接続した形態を取る場合、全てのＩＰ電話端末にＤＴＭＦトーン信号を送出する機能を持たせることは、コストの上昇を招く。

そこで、本発明は、ＩＰ電話端末がＤＴＭＦトーン信号を送出する機能を備えていなくても、ＩＰ電話端末で押下されたボタンに対応するＤＴＭＦトーン信号が通話相手に到達することを可能とするＤＴＭＦトーン信号送信方法及びＤＴＭＦトーン信号送信システムを提供することを目的とする。

本発明の第１の観点によれば、ＩＰ(Internet Protocol)電話端末が、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の通話相手電話端末への送出を依頼するための要求をプロキシに送信するステップと、前記プロキシが、通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信するステップと、を備えることを特徴とするＤＴＭＦトーン信号送信方法が提供される。

上記のＤＴＭＦトーン信号送信方法において、前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換えてもよい。

上記のＤＴＭＦトーン信号送信方法において、前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算してもよい。

上記のＤＴＭＦトーン信号送信方法において、前記ＩＰ電話端末は、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信してもよい。

上記のＤＴＭＦトーン信号送信方法において、前記ＩＰ電話端末及び前記プロキシは、ローカルエリアネットワークを介して接続されており、当該方法は、ルータが、通信手段を用いて、前記プロキシから送信された前記ＤＴＭＦトーン信号を前記ローカルエリアネットワークを介して前記プロキシから受信するステップと、前記ルータが、通信手段を用いて、前記プロキシから受信した前記ＤＴＭＦトーン信号をインターネットを介して前記通話相手電話端末に送信するステップと、を更に備えていてもよい。

本発明の第２の観点によれば、ＤＴＭＦトーン信号を通話相手電話端末に向かって送信するＤＴＭＦトーン信号送信システムにおいて、当該ＤＴＭＦトーン信号送信システムは、ＩＰ(Internet Protocol)電話端末とプロキシを備え、前記ＩＰ電話端末は、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の前記通話相手電話端末への送出を依頼するための要求をプロキシに送信する手段を備え、前記プロキシは、通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信する手段を備えることを特徴とするＤＴＭＦトーン信号送信システムが提供される。

上記のＤＴＭＦトーン信号送信システムにおいて、前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換える手段を備えてもよい。

上記のＤＴＭＦトーン信号送信システムにおいて、前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算する手段を備えていてもよい。

上記のＤＴＭＦトーン信号送信システムにおいて、前記ＩＰ電話端末は、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信する手段を更にそなえていてもよい。

上記のＤＴＭＦトーン信号送信システムにおいて、前記ＩＰ電話端末及び前記プロキシは、ローカルエリアネットワークを介して接続されており、当該ＤＴＭＦトーン信号送信システムは、更に、ルータを備え、該ルータは、通信手段を用いて、前記プロキシから送信された前記ＤＴＭＦトーン信号を前記ローカルエリアネットワークを介して前記プロキシから受信する手段と、通信手段を用いて、前記プロキシから受信した前記ＤＴＭＦトーン信号をインターネットを介して前記通話相手電話端末に送信する手段とを備えるルータを備えていてもよい。

本発明の第３の観点によれば、ＤＴＭＦトーン信号を通話相手電話端末に向かって送信するプロキシにおいて、ＩＰ電話端末から、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の前記通話相手電話端末への送出を依頼するための要求を受信する手段と、前記通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信する手段と、を備えることを特徴とするプロキシが提供される。

上記のプロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換える手段を更に備えていてもよい。

上記のプロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算する手段を更に備えていてもよい。

上記のプロキシは、前記ＩＰ電話端末から、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより受信する手段を更に備えていてもよい。

本発明の第４の観点によれば、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の通話相手電話端末への送出を依頼するための要求をプロキシに送信する手段を備えることを特徴とするＩＰ電話端末が提供される。

上記のＩＰ電話端末は、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信する手段を更に備えていてもよい。

本発明によれば、ＩＰ電話端末がプロキシにＤＴＭＦトーン信号の送出を依頼するので、ＩＰ電話端末がＤＴＭＦトーン信号を送出する機能を備えていなくても、ＩＰ電話端末で押下されたボタンに対応するＤＴＭＦトーン信号が通話相手に到達することが可能となる。

以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。

［Ａ．基本システム］
［１．構成］
図１は、本発明の実施形態によるＩＰ電話システムの構成を示す。このシステムにおいて、ＤＴＭＦトーン信号の送信が行われる。

図１を参照すると、本発明の実施形態によるＩＰ電話システムは、ルータ１０１、ＮＡＴ(Network Address Translation)テーブル１０２、プロキシ１０３、プロキシテーブル１０４、呼制御サーバ１０５、呼制御サーバテーブル１０６、第１のＩＰ電話端末１０７−１、第２のＩＰ電話端末１０７−２、ＤＮＳ(Domain Name Server)１０８、ＤＮＳテーブル１０９及びＬＡＮ(Local Area Network)１１１を備える。なお、図示しないが、ＩＰ電話端末を更に備えていても良い。

ルータ１０１、プロキシ１０３、呼制御サーバ１０５、第１のＩＰ電話端末１０７−１、第２のＩＰ電話端末１０７−２及びＤＮＳ１０８は、ＬＡＮ１１１を介して相互に接続されている。ＬＡＮ１１１は、ＯＳＩ参照モデル第３層でＩＰ(Internet Protocol)を利用している。図１に示すとおり、ＬＡＮ１１１におけるローカルＩＰアドレスの割当ては、例えば、以下のようになる。

ルータ１０１ １９２．１６８．０．１
プロキシ１０３ １９２．１６８．０．２
呼制御サーバ１０５ １９２．１６８．０．３
第１のＩＰ電話端末１０７−１ １９２．１６８．０．１１
第２のＩＰ電話端末１０７−２ １９２．１６８．０．１２

ルータ１０１と通話相手ＩＰ電話端末１２１は、インターネット１３１を介して相互に接続されている。通話相手ＩＰ電話端末１２１は、単独のＩＰ電話端末又は自局側のＩＰ電話システムと同様なＩＰ電話システム内のＩＰ電話端末である。又は、通話相手ＩＰ電話端末１２１を、インターネット１３１とＰＳＴＮとを接続するゲートウェイに置き換えても良い。

図１に示すとおり、インターネット１３１におけるグローバルＩＰアドレスの割り当ては、例えば、以下のようになる。

ルータ１０１ １０．１１．１２．１３
通話相手ＩＰ電話端末１２１ ２０．２１．２２．２３

ルータ１０１には、ＮＡＴテーブル１０２が接続されており、プロキシ１０３には、プロキシテーブル１０４が接続されており、呼制御サーバ１０５には、呼制御サーバテーブル１０６が接続されており、ＤＮＳ１０８には、ＤＮＳテーブル１０９が接続されている。

ＮＡＴテーブル１０２は、図２に示すように、ルータ１０１のグローバルＩＰアドレスとプロキシ１０３のローカルＩＰアドレスとの対応関係をシステム構築時から保持する。

プロキシテーブル１０４は、図３に示すように、その時々に確立されている通話毎にレコードを有し、各レコードは、通話相手ＩＰ電話端末のグローバルＩＰアドレス、通話相手ＩＰ電話端末の受信ポート番号、ＬＡＮ内ＩＰ電話端末のローカルＩＰアドレス及びＬＡＮ内ＩＰ電話端末の受信ポート番号の対応関係を保持する。各レコードは、シグナリング時に作成され、通話が終了すると削除される。

呼制御サーバテーブル１０６は、図４に示すように、各ＩＰ電話端末について、電話番号とローカルＩＰアドレスとの対応関係をシステム構築時から保持する。図４の例では、電話番号＃１０１、＃１０２、…、＃１１０は、ＬＡＮ内のＩＰ電話端末の内線番号であり、電話番号＃２０１、＃２０２、…、＃２１０は、ＬＡＮ外のＩＰ電話端末の電話番号である。ＬＡＮ内のＩＰ電話端末の内線番号に対応するローカルＩＰアドレスは、そのＩＰ電話端末のローカルＩＰアドレスである。一方、ＬＡＮ外のＩＰ電話端末の電話番号に対応するローカルＩＰアドレスは、プロキシのローカルＩＰアドレスである。

ＤＮＳテーブル１０９は、図５に示すように、ＬＡＮ外の電話の電話番号とグローバルＩＰアドレスとの対応関係をシステム構築時から保持する。

［２．動作］
次に、図１に示すＩＰ電話システムにより行われるＩＰ電話方法について説明する。

［２−１．シグナリング］
図６を参照すると、例えば、第１のＩＰ電話端末１０７―１が、ＬＡＮ外に存在する電話番号＃２０１を有する通話相手ＩＰ電話端末１２１に電話をかける場合には、第１のＩＰ電話端末１０７−１は、発呼側希望通信条件をＯＳＩ参照モデルの第５層以上の層（以下、単に「上位層」という。）に記述した発信メッセージを、呼制御サーバ１０５に送信する。発呼側希望通信条件は、通話相手ＩＰ電話端末の電話番号＃２０１、第１のＩＰ電話端末１０７−１が利用したいプロトコルを識別する情報、第１のＩＰ電話端末１０７−１のローカルＩＰアドレス、第１のＩＰ電話端末１０７−１が希望する第１のＩＰ電話端末１０７−１にとっての受信ポート番号等を含む。利用したいプロトコルを識別する情報は、例えば、ＲＴＰ(Real-time Transport Protocol)を識別する情報である。発信メッセージを運ぶＩＰパケットのＩＰパケットの送信元ＩＰアドレスは、第１のＩＰ電話端末のローカルＩＰアドレス（１９２．１６８．０．１１）であり、その宛先ＩＰアドレスは、呼制御サーバ１０５のローカルＩＰアドレス（１９２．１６８．０．３）であり、ポート番号はシグナリング用の予約されたポート番号（ＰＮ１）である（ステップＳ２０１）。

呼制御サーバ１０５は、第１のＩＰ電話端末１０７−１から受信した発信メッセージに含まれている第２のＩＰ電話端末１０７−２の電話番号＃２０１に対応する自ＬＡＮにおけるローカルＩＰアドレス（通話相手ＩＰ電話端末側のローカルＩＰアドレスではない。）を、呼制御サーバテーブル１０６から検索する。検索されるローカルＩＰアドレスは、プロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）である（ステップＳ２０３）。なお、例えば、第２のＩＰ電話端末１０７−２に内線をかける場合には、第２のＩＰ電話端末１０７−２のローカルＩＰアドレス（１９２．１６８．０．１２）が呼制御サーバテーブル１０６から検索される。

次に、呼制御サーバ１０５は、発呼側希望通信条件に、通話識別情報を追加する。この通話識別情報によって、他の通話との混線を防止することが可能となる。

次に、呼制御サーバ１０５は、ステップＳ２０３で検索したローカルＩＰアドレスを有するプロキシ１０３に発信メッセージを転送する。転送された発信メッセージを運ぶＩＰパケットの送信元ＩＰアドレスは、呼制御サーバ１０５のローカルＩＰアドレス（１９２．１６８．０．３）であり、そのＩＰパケットの宛先ＩＰアドレスは、プロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）である（ステップＳ２０５）。なお、例えば、第２のＩＰ電話端末１０７−２に内線をかける場合には、第２のＩＰ電話端末１０７−２に発信メッセージを転送し、それ以降は、通常の内線通話開始のためのシグナリングが行われる。

次に、プロキシ１０３は、ステップＳ２０５で受信した発信メッセージの上位層に記述されている通話相手ＩＰ電話端末の電話番号＃２０１に対応したグローバルＩＰアドレスをＤＮＳ１０８に問い合わせる。ＤＮＳ１０８は、ＤＮＳテーブル１０９から通話相手ＩＰ電話端末の電話番号＃２０１に対応したグローバルＩＰアドレスをＤＮＳテーブル１０９から検索し、プロキシ１０３に通知する（ステップＳ２０７）。なお、ＤＮＳテーブル１０９は、プロキシ１０３に接続されていても良いし、呼制御サーバ１０５に接続されていても良い。

次に、プロキシ１０３は、ステップＳ２０７で通知されたグローバルＩＰアドレスに対応するＭＡＣアドレスを知るためにＡＲＰ(Address Resolution Protocol)要求パケットをブロードキャストすると、ディフォルトのゲートウェイであるルータ１０１が自分のＭＡＣ(Media Access Control)アドレスを通知するＡＲＰ応答パケットをプロキシ１０３に返信する（ステップＳ２０９）。

次に、プロキシ１０３は、発信メッセージをルータ１０１に転送する。この発信メッセージの送信元ＭＡＣアドレスは、プロキシ１０３のＭＡＣアドレスであり、その宛先ＭＡＣアドレスは、ルータ１０１のＭＡＣアドレスであり、送信元ＩＰアドレスは、プロキシ１０３のローカルＩＰアドレスであり、宛先ＩＰアドレスは、通話相手ＩＰ電話端末のグローバルＩＰアドレスである（ステップＳ２１１）。

次に、プロキシ１０３は、新規なレコードをプロキシテーブル１０４に追加し、そのレコードに、着信先である通話相手ＩＰ電話端末１２１のグローバルＩＰアドレス（２０．２１．２２．２３）及び発呼元である第１のＩＰ電話端末のローカルＩＰアドレス（１９２．１６８．０．１１）を書き込む（ステップＳ２１３）。通話相手ＩＰ電話端末１２１のグローバルＩＰアドレスは、ステップＳ２０７で知ったものであり、ＩＰ電話端末のローカルＩＰアドレスは、発信メッセージの上位層から読み出したものである。

次に、ルータ１０１は、ステップＳ２１１で受信した発信メッセージの送信元ＩＰアドレスを、プロキシ１０３のローカルＩＰアドレスからルータ１０１のグローバルＩＰアドレスに書き換えて（ステップＳ２１５）、通話相手ＩＰ電話端末に発信メッセージを転送する（ステップＳ２１７）。

図７を参照すると、第２のＩＰ電話端末１０７−２でオフフックが行われ、且つ、通話相手ＩＰ電話端末１２１が、第１のＩＰ電話端末が希望する通信条件又はそれを修正した通信条件で通話を行うことを決定したならば（ステップＳ２１９）、通話相手ＩＰ電話端末１２１は、肯定応答メッセージをルータ１０１に送信する（ステップＳ２２１）。肯定応答メッセージの送信元ＩＰアドレスは、通話相手ＩＰ電話端末１２１のグローバルＩＰアドレス（２０．２１．２２．２３）であり、その肯定応答メッセージの宛先ＩＰアドレスは、ルータ１０１のグローバルＩＰアドレス（１０．１１．１２．１３）であり、ポート番号は、シグナリング用の予約されたポート番号（ＰＮ１）である。また、肯定応答メッセージは、着呼側希望通信条件を含む。着呼側希望通信条件は、発呼側希望通信条件に含まれている通話識別情報と同一の通話識別情報、通話相手ＩＰ電話端末１２１が利用したいプロトコルを識別する情報、通話相手ＩＰ電話端末１２１の電話番号、通話相手ＩＰ電話端末１２１のグローバルＩＰアドレス、通話相手ＩＰ電話端末１２１が希望する通話相手ＩＰ電話端末１２１にとっての受信ポート番号等を含む。

次に、ルータ１０１は、通話相手から受信した肯定応答メッセージの送信元ＩＰアドレスを、ルータ１０１のローカルＩＰアドレス（１９２．１６８．０．１）に変更し、ＮＡＴテーブル１０２を参照することにより、その肯定応答メッセージの宛先ＩＰアドレスを、プロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）に変更し（ステップＳ２２３）、その肯定応答メッセージをプロキシ１０３に転送する（ステップＳ２２５）。

プロキシ１０３は、ステップＳ２２５で受信した肯定応答メッセージ中の発呼元電話番号を見ることにより、その肯定応答メッセージを呼制御サーバ１０５に転送するべきであると判断し、その肯定応答メッセージの送信元ＩＰアドレスをプロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）に変更し、肯定応答メッセージの宛先ＩＰアドレスを呼制御サーバ１０５のローカルＩＰアドレス（１９２．１６８．０．３）に変更し（ステップＳ２２７）、その肯定応答メッセージを呼制御サーバ１０５に転送する（ステップＳ２２９）。なお、プロキシ１０３は、第１のＩＰ電話端末１０７−１、第２のＩＰ電話端末１０７−２と同様に、呼制御サーバ１０５のローカルＩＰアドレスを初めから知っている。

呼制御サーバ１０５は、プロキシ１０３から受信した肯定応答メッセージ中の通話識別情報をみることにより、肯定応答メッセージが第１のＩＰ電話端末１０７−１からの発信メッセージに対するものであることを認識し、両メッセージの内容を基に、通話の為に利用するプロトコル、パラメータ並びに第１のＩＰ電話端末１０７−１の受信ポート番号及び通話相手ＩＰ電話端末１２１の受信ポート番号等を決定する（ステップＳ２３１）。決定するまでの間、第１の電話端末１０７−１及び通話相手ＩＰ電話端末１２１と通信を行っても良い。

次に、呼制御サーバ１０５は、決定したプロトコル、パラメータ、プロキシのローカルＩＰアドレス及び通話相手ＩＰ電話端末１２１の受信ポートを第１のＩＰ電話端末１０７−１に通知する（ステップＳ２３３）。

次に、呼制御サーバ１０５は、決定したプロトコル、パラメータ、ルータのグローバルＩＰアドレス及び第１のＩＰ電話端末１０７−１の受信ポートを通話相手ＩＰ電話端末１２１に通知する（ステップＳ２３５）。

以上のシグナリングが終了すると、第１のＩＰ電話端末１０７−１及び通話相手ＩＰ電話端末１２１は、通話に入る。

［２−２．通話］
通話は、呼制御サーバ１０５を介さずに、ルータ１０１及びプロキシ１０３を介して行われる。

図８は、第１のＩＰ電話端末１０７−１から通話相手ＩＰ電話端末１２１へ向かうパケットを示す図である。

図８を参照すると、第１の電話端末１０７−１は、ＲＴＰパケット等の音声パケットを含んだＩＰパケットを、プロキシ１０３に送信する（ステップＳ２４１）。このＩＰパケットの送信元ＩＰアドレスは、第１のＩＰ電話端末１０７−１のＩＰアドレス（１９２．１６８．０．１１）であり、宛先ＩＰアドレスは、プロキシ１０３のＩＰアドレス（１９２．１６８．０．２）であり、ポート番号は通話相手ＩＰ電話端末１２１の受信ポート番号（７００１）である。

次に、プロキシ１０３は、ステップＳ２４１で受信したＩＰパケットのポート番号（７００１）に対応する通話相手ＩＰ電話端末１２１のＩＰアドレス（２０．２１．２２．２３）を、プロキシテーブル１０４から検索する。また、プロキシ１０３は、ステップＳ２４１で受信したＩＰパケットの送信元ＩＰアドレス（１９２．１６８．０．１１）（第１のＩＰ電話端末１０７−１のローカルＩＰアドレス）に対応するＩＰアドレスとしてプロキシテーブル１０４から検索された１又は複数のＩＰアドレスにＩＰアドレス（２０．２１．２２．２３）が含まれているか否かをみることにより、再確認をしても良い（ステップＳ２４２）。

次に、プロキシ１０３は、受信したＩＰパケットの送信元ＩＰアドレスをプロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）に変更し、そのＩＰパケットの宛先ＩＰアドレスをステップＳ２４２で検索された通話相手ＩＰ電話端末１２１のＩＰアドレス（２０．２１．２２．２３）に変更し（ステップＳ２４３）、変更後のＩＰパケットをルータ１０１に転送する（ステップＳ２４５）。

次に、ルータ１０１は、受信したＩＰパケットの送信元ＩＰアドレス（１９２．１６８．０．２）に対応するルータ１０１のグローバルＩＰアドレス（１０．１１．１２．１３）をＮＡＴテーブル１０２から検索し、受信したＩＰパケットの送信元ＩＰアドレスを、検索されたルータ１０１のグローバルＩＰアドレス（１０．１１．１２．１３）に変更し（ステップＳ２４７）、変更後のＩＰパケットを通話相手ＩＰ電話端末１２１に送信する（ステップＳ２４９）。

図９は、通話相手ＩＰ電話端末１２１から第１のＩＰ電話端末１０７−１へ向かうパケットを示す図である。

図９を参照すると、通話相手ＩＰ電話端末１２１は、ＲＴＰパケット等の音声パケットを含んだＩＰパケットを、ルータ１０１に送信する（ステップＳ２６１）。このＩＰパケットの送信元ＩＰアドレスは、通話相手ＩＰ電話端末１２１のグローバルＩＰアドレス（２０．２１．２２．２３）であり、宛先ＩＰアドレスは、ルータ１０１のグローバルＩＰアドレス（１０．１１．１２．１３）であり、ポート番号は第１のＩＰ電話端末１０７−１の受信ポート番号（６００１）である。

次に、ルータ１０１は、ステップＳ２６１で受信したＩＰパケットの宛先ＩＰアドレスとして記述されているルータ１０１のグローバルＩＰアドレス（１０．１１．１２．１３）に対応するプロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．２）をＮＡＴテーブル１０２から検索し、ステップＳ２６１で受信したＩＰパケットの宛先ＩＰアドレスを、検索されたプロキシのローカルＩＰアドレス（１９２．１６８．０．２）に変更する（ステップＳ２６３）。このＩＰパケットの送信元ＩＰアドレスは、通話相手ＩＰ電話端末１２１のグローバルＩＰアドレス（２０．２１．２２．２３）のままである。

次に、ルータ１０１は、ステップＳ２６３で送信元ＩＰアドレス及び宛先ＩＰアドレスを変更したＩＰパケットをプロキシ１０３に送信する（ステップＳ２６５）
次に、プロキシ１０３は、ステップＳ２６５で受信したＩＰパケットのポート番号（６００１）（通話相手ＩＰ電話端末のグローバルＩＰアドレス）に対応する第１のＩＰ電話端末のローカルＩＰアドレス（１９２．１６８．０．１１）をプロキシテーブル１０４から検索する（ステップＳ２６６）。

次に、プロキシ１０３は、ステップＳ２６５で受信したＩＰパケットの送信元ＩＰアドレスをプロキシ１０３のローカルＩＰアドレス（１９２．１６８．０．１１）に変更し、そのＩＰパケットの宛先ＩＰアドレスをステップＳ２６６で検索した第１のＩＰ電話端末１０７−１のローカルＩＰアドレス（１９２．１６８．０．１１）に変更し（ステップＳ２６７）、変更後のＩＰパケットを第１の電話端末１０７−１に送信する（ステップＳ２６９）。

［Ｂ．ＤＴＭＦトーン信号の送信］
ＩＰ電話端末１０７は、通常の電話機と同様に番号のボタン及び記号のボタンを備えている。ＩＰ電話端末１０７の利用者がいずれかのボタンを押下したならば、そのボタンに対応するＤＴＭＦトーン信号が通話相手ＩＰ電話端末１２１等の通話相手装置に到達するようにする。このＤＴＭＦトーン信号は、インターネットにおいては、音声コーデック信号の形態で伝送される。ＤＴＭＦトーン信号は、ＰＳＴＮ又は携帯電話網においては、アナログ信号で伝送されるが、必要に応じてデジタルデータに変換されて伝送される。

図１０は、ＩＰ電話端末１０７のうちのＤＴＭＦトーン信号の送信に関連した部分を示すブロック図である。

図１０を参照すると、ＩＰ電話端末１０７は、ボタン群１０７ａ、押下ボタン検出部１０７ｂ、ＤＴＭＦトーン信号送信要求信号生成部１０７ｃ、パケット化部１０７ｄ、マイク１０７ｅ、音声入力部１０７ｆ、音声エンコーダ１０７ｇ、ＲＴＰ部１０７ｈ、ＴＣＰ／ＵＤＰ(Transmission Control Protocol/User Data Protocol)部１０７ｉ、ＩＰ部１０７ｊを備える。

ボタン群１０７ａは、数字ボタン及び記号ボタン等を備える。押下ボタン検出部１０７ｂは、マトリックススキャン等によりボタン群１０７ａのボタンのうちのどのボタンが押下されたかを検出する。ＤＴＭＦトーン信号送信要求信号生成部１０７ｃは、押下されたことが押下ボタン検出部１０７ｂにより検出されたボタンに対応するＤＴＭＦトーン信号に含まれる周波数成分を表すデジタルデータであるＤＴＭＦデジット信号を伴うＤＴＭＦトーン信号送信要求信号を生成する。パケット化部１０７ｄは、ＤＴＭＦトーン信号送信要求信号をＲＴＰパケット又はＳＩＰに従ったパケットにパケット化する。ＤＴＭＦトーン信号送信要求信号をＲＴＰパケットにパケット化する場合には、ペイロードタイプは任意であるが、通常は、９６以上のものを用いる。ＤＴＭＦトーン信号送信要求信号をＳＩＰに従ったパケットにパケット化する場合には、例えば、ＩＮＦＯメソッドを用いても良いし、ＯＰＴＩＯＮＳリクエストに含めても良い。

マイク１０７ｅは、音声を入力して、音声信号を出力する。音声入力部１０７ｆは、音声信号を増幅し、アナログ／デジタル変換する。音声エンコーダ１０７ｇは、所定の符号化方式（例えば、ＰＣＭＵ、ＰＣＭＡ、Ｇ．７２２、Ｇ．７２３、Ｇ．７２８、Ｇ．７２９）に従って、音声デジタルデータを符号化する。ＲＴＰ部１０７ｈは、符号化された音声デジタルデータをペイロードとして含むＲＴＰパケットを生成する。

ＴＣＰ／ＵＤＰ部１０７ｉは、ペイロード種類に従って、ペイロードデータにＴＣＰヘッダ又はＵＤＰヘッダを付加して、ＴＣＰパケット又はＵＤＰパケットを生成する。ＩＰ部１０７ｊは、ＴＣＰパケット又はＵＤＰパケットにＩＰヘッダを付加して、ＩＰパケットを生成する。

図１１は、プロキシ１０３のうちの第１の形態によるＤＴＭＦトーン信号の送信に関連した部分を示すブロック図である。

図１１を参照すると、プロキシ１０３は、ＩＰ部１０３ａ、ＴＣＰ／ＵＤＰ部１０３ｂ、パケット抽出部１０３ｃ、ＤＴＭＦトーン信号送信要求信号検出部１０３ｄ、ＤＴＭＦトーン信号生成部１０３ｅ、音声エンコーダ１０３ｆ及びＲＴＰペイロード置換部１０３ｇを備える。

ＩＰ部１０３ａは、ＩＰ電話機１０７から受信したＩＰパケットからＩＰペイロードであるＴＣＰパケット又はＵＤＰパケットを抽出する。また、ＩＰ部１０３ａは、ＴＣＰ／ＵＤＰ部１０３ｂから受けたＴＣＰパケット又はＵＤＰパケットにＩＰヘッダを付加して、ＩＰパケットを生成し、そのＩＰパケットをルータ１０１に送信する。ＴＣＰ／ＵＤＰ部１０３ｂは、ＩＰ部１０３ａから受けたＩＰペイロードであるＴＣＰパケット又はＵＤＰパケットからそのペイロードを抽出する。また、ＴＣＰ／ＵＤＰ部１０３ｂは、ＲＴＰペイロード置換部１０３ｇから受けたＲＴＰパケットにＵＤＰヘッダを付加して、ＵＤＰパケットを生成する。

パケット抽出部１０３ｃは、ＴＣＰ／ＵＤＰ部１０３ｂから受けたＴＣＰパケット又はＵＤＰパケットのペイロードのうちのＤＴＭＦトーン信号送信要求信号を含むものを抽出する。ＤＴＭＦトーン信号送信要求信号検出部１０３ｄは、パケット抽出部１０３ｃが抽出したＴＣＰパケット又はＵＤＰパケットのペイロードからＤＴＭＦトーン信号送信要求信号及びそれに含まれるＤＴＭＦデジット信号を検出する。ＤＴＭＦトーン信号生成部１０３ｅは、ＤＴＭＦトーン信号送信要求信号検出部１０３ｄが検出したＤＴＭＦデジット信号が表す周波数成分を有するＤＴＭＦトーン信号を生成する。音声エンコーダ１０３ｆは、ＤＴＭＦトーン信号生成部１０３ｅが生成したＤＴＭＦトーン信号を所定の符号化方式に従って符号化する。ここで、符号化方式によっては、ＤＴＭＦトーン信号を高い品質で復号することができなくなるので、そのようなことが無いＧ．７１１等の符号化方式に従ってＤＴＭＦトーン信号を符号化する。

なお、ＤＴＭＦトーン信号生成部１０３ｅと音声エンコーダ１０３ｆを一体化して、予め、各ＤＴＭＦデジット信号に対応した符号化済みのＤＴＭＦトーン信号を用意しておき、両者の対応関係をとって記憶部に格納しておいてもよい。そして、ＤＴＭＦデジット検出部１０３ｄが検出したＤＴＭＦデジット信号に対応したＤＴＭＦトーン信号を記憶部から読出すようにしても良い。

ＲＴＰペイロード置換部１０３ｇは、音声エンコーダ１０３ｆがＤＴＭＦトーン信号を符号化している最中に、ＴＣＰ／ＵＤＰ部１０３ｂから受けた音声信号を含む１以上のＲＴＰパケットのペイロードにある音声信号を、符号化されたＤＴＭＦトーン信号に置き換える。従って、置き換えの前後に亘り、音声デコーダが音声信号及びＤＴＭＦトーン信号を復号できるように、音声信号及びＤＴＭＦトーン信号の符号化方式を統一しておく必要がある。

ＲＴＰペイロード置換部１０３ｇから出力されたＲＴＰパケット（音声信号を含むもの又はＤＴＭＦトーン信号を含むもの）は、ＴＣＰ／ＵＤＰ部１０３ｂで、ＵＤＰパケットにパケット化され、ＩＰ部１０３ａでＩＰパケットにパケット化され、ルータ１０１及びインターネット１３１を介して通話相手ＩＰ電話端末１２１に到達する。

図１２は、プロキシ１０３のうちの第２の形態によるＤＴＭＦトーン信号の送信に関連した部分を示すブロック図である。

図１２を参照すると、プロキシ１０３は、ＩＰ部１０３ａ、ＴＣＰ／ＵＤＰ部１０３ｂ、パケット抽出部１０３ｋ、ＤＴＭＦトーン信号送信要求信号検出部１０３ｄ、ＤＴＭＦトーン信号生成部１０３ｅ、音声デコーダ１０３ｐ、加算部１０３ｑ、音声エンコーダ１０３ｆ及びＲＴＰ部１０３ｓを備える。

ＩＰ部１０３ａは、ＩＰ電話機１０７から受信したＩＰパケットからＩＰペイロードであるＴＣＰパケット又はＵＤＰパケットを抽出する。また、ＩＰ部１０３ａは、ＴＣＰ／ＵＤＰ部１０３ｂから受けたＴＣＰパケット又はＵＤＰパケットにＩＰヘッダを付加して、ＩＰパケットを生成し、そのＩＰパケットをルータ１０１に送信する。ＴＣＰ／ＵＤＰ部１０３ｂは、ＩＰ部１０３ａから受けたＩＰペイロードであるＴＣＰパケット又はＵＤＰパケットからそのペイロードを抽出する。また、ＴＣＰ／ＵＤＰ部１０３ｂは、ＲＴＰ部１０３ｓから受けたＲＴＰパケットにＵＤＰヘッダを付加して、ＵＤＰパケットを生成する。

パケット抽出部１０３ｋは、ＴＣＰ／ＵＤＰ部１０３ｂから受けたＴＣＰパケット又はＵＤＰパケットのペイロードのうちのＤＴＭＦトーン信号送信要求信号を含むもの及び音声コーデック信号を含むものを抽出する。ＤＴＭＦトーン信号送信要求信号検出部１０３ｄは、パケット抽出部１０３ｃが抽出したＴＣＰパケット又はＵＤＰパケットのペイロードからＤＴＭＦトーン信号送信要求信号及びそれに含まれるＤＴＭＦトーンデジット信号を検出する。ＤＴＭＦトーン信号生成部１０３ｅは、ＤＴＭＦトーン信号送信要求信号検出部１０３ｄが検出したＤＴＭＦデジット信号が表す周波数成分を有するＤＴＭＦトーン信号を生成する。

音声デコーダ１０３ｐは、パケット抽出部１０３ｋから受けた音声コーデック信号を含むＵＤＰパケットのペイロードであるＲＴＰパケットから音声コーデック信号を抽出し、それを復号して音声信号を得る。加算器１０３ｑは、ＤＴＭＦトーン信号生成部１０３ｅがＤＴＭＦトーン信号を生成している最中に、音声デコーダ１０３ｐから受けた音声信号にそのＤＴＭＦトーン信号を加算する。加算器１０３ｑは、ＤＴＭＦトーン信号生成部１０３ｅがＤＴＭＦトーン信号を生成していない期間には、音声デコーダ１０３ｐから受けた音声信号をそのまま出力する。

音声エンコーダ１０３ｆは、加算器１０３ｑから受けた音声信号又は音声信号にＤＴＭＦトーン信号を加算して得た信号を所定の符号化方式に従って符号化する。ここで、符号化方式によっては、ＤＴＭＦトーン信号を高い品質で復号することができなくなるので、そのようなことが無いＧ．７１１等の符号化方式に従ってＤＴＭＦトーン信号を符号化する。

ＲＴＰ部１０３ｓは、音声エンコーダ１０３ｆから受けた音声コーデック信号又は音声及びＤＴＭＦトーン信号のコーデック信号にＲＴＰヘッダを付加して、ＲＴＰパケットを生成する。

ＲＴＰ部１０３ｓから出力されたＲＴＰパケット（音声信号を含むもの又は音声信号及びＤＴＭＦトーン信号を含むもの）は、ＴＣＰ／ＵＤＰ部１０３ｂで、ＵＤＰパケットにパケット化され、ＩＰ部１０３ａでＩＰパケットにパケット化され、ルータ１０１及びインターネット１３１を介して通話相手ＩＰ電話端末１２１に到達する。

本発明は、ＩＰ電話機に起因するＤＴＭＦトーン信号の送信に利用することができる。

本発明の実施形態によるＩＰ電話システムの構成等を示すブロック図である。 図１に示すＮＡＴテーブルの構成を示す図である。 図１に示すプロキシテーブルの構成を示す図である。 図１に示す呼制御サーバの構成を示す図である。 図１に示すＤＮＳテーブルの構成を示す図である。 本発明の実施形態によるＩＰ電話システムのシグナリング時の動作を示す第１のシーケンス図である。 本発明の実施形態によるＩＰ電話システムのシグナリング時の動作を示す第２のシーケンス図である。 本発明の実施形態によるＩＰ電話システムの通話時の動作を示す第１のシーケンス図である。 本発明の実施形態によるＩＰ電話システムの通話時の動作を示す第２のシーケンス図である。 本発明の実施形態によるＩＰ電話端末のＤＴＭＦトーン信号送信に関連する部分を示すブロック図である。 本発明の実施形態によるプロキシのＤＴＭＦトン信号送信に関連する部分を示すブロック図である。 本発明の他の実施形態によるプロキシのＤＴＭＦトン信号送信に関連する部分を示すブロック図である。

符号の説明

１０１ ルータ
１０２ ＮＡＴテーブル
１０３ プロキシ
１０４ プロキシテーブル
１０５ 呼制御サーバ
１０６ 呼制御サーバテーブル
１０７−１ 第１のＩＰ電話端末
１０７−２ 第２のＩＰ電話端末
１０８ ＤＮＳ
１０９ ＤＮＳテーブル
１２１ 通話相手ＩＰ電話端末
１３１ インターネット
１０３ａ ＩＰ部
１０３ｂ ＴＣＰ／ＵＤＰ部
１０３ｃ パケット抽出部
１０３ｄ ＤＴＭＦトーン信号送信要求信号検出部
１０３ｅ ＤＴＭＦトーン信号生成部
１０３ｆ 音声エンコーダ
１０３ｇ ＲＴＰペイロード置換部
１０３ｋ パケット抽出部
１０３ｐ 音声デコーダ
１０３ｑ 加算部
１０３ｓ ＲＴＰ部
１０７ａ ボタン群
１０７ｂ 押下ボタン検出部
１０７ｃ ＤＴＭＦトーン信号送信要求信号生成部
１０７ｄ パケット化部
１０７ｅ マイク
１０７ｆ 音声入力部
１０７ｇ 音声エンコーダ
１０７ｈ ＲＴＰ部
１０７ｉ ＴＣＰ／ＵＤＰ部
１０７ｊ ＩＰ部

Claims (16)

1. ＩＰ(Internet Protocol)電話端末が、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の通話相手電話端末への送出を依頼するための要求をプロキシに送信するステップと、
   前記プロキシが、通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信するステップと、
   を備えることを特徴とするＤＴＭＦトーン信号送信方法。
2. 請求項１に記載のＤＴＭＦトーン信号送信方法において、
   前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換えることを特徴とするＤＴＭＦトーン信号送信方法。
3. 請求項１に記載のＤＴＭＦトーン信号送信方法において、
   前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算することを特徴とするＤＴＭＦトーン信号送信方法。
4. 請求項１に記載のＤＴＭＦトーン信号送信方法において、
   前記ＩＰ電話端末は、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信することを特徴とするＤＴＭＦトーン信号送信方法。
5. 請求項１に記載のＤＴＭＦトーン信号送信方法において、
   前記ＩＰ電話端末及び前記プロキシは、ローカルエリアネットワークを介して接続されており、
   ルータが、通信手段を用いて、前記プロキシから送信された前記ＤＴＭＦトーン信号を前記ローカルエリアネットワークを介して前記プロキシから受信するステップと、
   前記ルータが、通信手段を用いて、前記プロキシから受信した前記ＤＴＭＦトーン信号をインターネットを介して前記通話相手電話端末に送信するステップと、
   を更に備えることを特徴とするＤＴＭＦトーン信号送信方法。
6. ＤＴＭＦトーン信号を通話相手電話端末に向かって送信するＤＴＭＦトーン信号送信システムにおいて、
   当該ＤＴＭＦトーン信号送信システムは、ＩＰ(Internet Protocol)電話端末とプロキシを備え、
   前記ＩＰ電話端末は、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の前記通話相手電話端末への送出を依頼するための要求をプロキシに送信する手段を備え、
   前記プロキシは、通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信する手段を備えることを特徴とするＤＴＭＦトーン信号送信システム。
7. 請求項６に記載のＤＴＭＦトーン信号送信システムにおいて、
   前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換える手段を更に備えることを特徴とするＤＴＭＦトーン信号送信システム。
8. 請求項６に記載のＤＴＭＦトーン信号送信システムにおいて、
   前記プロキシは、コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算する手段を更に備えることを特徴とするＤＴＭＦトーン信号送信システム。
9. 請求項６に記載のＤＴＭＦトーン信号送信システムにおいて、
   前記ＩＰ電話端末は、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信する手段を更に備えることを特徴とするＤＴＭＦトーン信号送信システム。
10. 請求項６に記載のＤＴＭＦトーン信号送信システムにおいて、
    前記ＩＰ電話端末及び前記プロキシは、ローカルエリアネットワークを介して接続されており、
    当該ＤＴＭＦトーン信号送信システムは、更に、ルータを備え、
    該ルータは、
    通信手段を用いて、前記プロキシから送信された前記ＤＴＭＦトーン信号を前記ローカルエリアネットワークを介して前記プロキシから受信する手段と、
    通信手段を用いて、前記プロキシから受信した前記ＤＴＭＦトーン信号をインターネットを介して前記通話相手電話端末に送信する手段とを備えるルータを備えることを特徴とするＤＴＭＦトーン信号送信システム。
11. ＤＴＭＦトーン信号を通話相手電話端末に向かって送信するプロキシにおいて、
    ＩＰ電話端末から、通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の前記通話相手電話端末への送出を依頼するための要求を受信する手段と、
    前記通信手段を用いて、前記要求を受信したならば、通信手段を用いて、コーデック信号により表される前記ＤＴＭＦトーン信号をＲＴＰ(Real-time Transport Protocol)パケットに入れて前記通話相手電話端末に送信する手段と、
    を備えることを特徴とするプロキシ。
12. 請求項１１に記載のプロキシにおいて、
    コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号を、前記ＤＴＭＦトーン信号に置き換える手段を更に備えることを特徴とするプロキシ。
13. 請求項１１に記載のプロキシにおいて、
    コーデック信号により表される音声信号が入っている１以上のＲＴＰパケットのペイロードにある音声信号に前記ＤＴＭＦトーン信号を加算する手段を更に備えることを特徴とするプロキシ。
14. 請求項１１に記載のプロキシにおいて、
    前記ＩＰ電話端末から、前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより受信する手段を更に備えることを特徴とするプロキシ。
15. 通信手段を用いて、ＤＴＭＦ(Dual-Tone Multi-Frequency)トーン信号の通話相手電話端末への送出を依頼するための要求をプロキシに送信する手段を備えることを特徴とするＩＰ電話端末。
16. 請求項１５に記載のＩＰ電話端末において、
    前記要求をＳＩＰ(Session Initiation Protocol)又はＲＴＰにより送信する手段を更に備えることを特徴とするＩＰ電話端末。

Images