(57)【要約】【課題】  ＤＴＭＦ情報サポートＳＩＰ端末−ＤＴＭＦ情報未サポートＳＩＰ端末間で正常にＤＴＭＦを伝達する。【解決手段】  ＳＩＰサーバ３０Ａに接続されたＳＩＰ端末４１Ａからなる第１のネットワーク（ＮＷ）２０Ａと、ＳＩＰサーバ３０Ｂに接続されたＳＩＰ端末４１Ｂとからなる第２のネットワーク（ＮＷ）２０Ｂと、第１と第２のＮＷとを接続するＳＩＰコンバータ１０とからなる通信システムにおける異なるアドレス体系間でのＤＴＭＦ転送方法であって、ＳＩＰ端末４１ＡとＳＩＰ端末４１Ｂとの間に通話路が確立されているときに、ＳＩＰコンバータ１０が、一方のＮＷからの符号化ＤＴＭＦ情報を検出すると、他方のＮＷのＳＩＰ端末が符号化ＤＴＭＦ情報に対応しているかを判断し、符号化ＤＴＭＦ情報に対応してないときに、符号化ＤＴＭＦ情報に対応する音声データのＤＴＭＦをＲＴＰのペイロードに格納して他方のネットワークのＳＩＰ端末へ転送する。【選択図】        図１
2006186962.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を採用したＳＩＰサーバとこのＳＩＰサーバにネットワークを介して接続されたＳＩＰ端末とからなる第１のネットワークと、ＳＩＰを採用したＳＩＰサーバとこのＳＩＰサーバにネットワークを介して接続されたＳＩＰ端末とからなる第２のネットワークと、第１のネットワークと第２のネットワークとを接続するＳＩＰコンバータとからなる通信システムにおける異なるアドレス体系間でのＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）転送方法であって、
第１のネットワークＳＩＰ端末と第２のネットワークのＳＩＰ端末との間に通話路が確立されているときに、
ＳＩＰコンバータが一方のネットワークからの符号化ＤＴＭＦ情報を検出すると、他方のネットワークのＳＩＰ端末が符号化ＤＴＭＦ情報に対応しているかを判断し、
他方のネットワークが符号化ＤＴＭＦ情報に対応してないときに、符号化ＤＴＭＦ情報に対応する音声データのＤＴＭＦをＲＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ  Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ）のペイロードに格納して他方のネットワークのＳＩＰ端末へ転送する
ことを特徴とする異なるアドレス体系間でＤＴＭＦを転送可能としたＤＴＭＦ転送方法。
【請求項２】
符号化ＤＴＭＦ情報受信側のＳＩＰ端末が受信したＲＴＰ上の音声パケットからＤＴＭＦを取り出すことを特徴とする請求項１記載のＤＴＭＦ転送方法。
【請求項３】
ＲＴＰ上の音声パケットのペイロードがＳＩＰのセッション情報により変化することを特徴とする請求項１または請求項２に記載のＤＴＭＦ転送方法。
【請求項４】
ＲＴＰ上の音声パケットのヘッダがＵＤＰヘッダである請求項１または請求項２に記載のＤＴＭＦ転送方法。
【請求項５】
ＲＴＰ上の音声パケットのヘッダがＴＣＰヘッダである請求項１または請求項２に記載のＤＴＭＦ転送方法。
【請求項６】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を採用した第１のＳＩＰ端末と第２のＳＩＰ端末間の通信を中継するＳＩＰ中継装置であって、
第１のＳＩＰ端末と第２のＳＩＰ端末との間に通話路が確立されているときに、
一方のＳＩＰ端末からの符号化ＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）情報を検出すると、他方のＳＩＰ端末が符号化ＤＴＭＦ情報の処理に対応しているかを判断する機能と、
他方のＳＩＰ端末が符号化ＤＴＭＦ情報の処理に対応してないときに、符号化ＤＴＭＦ情報に対応する音声データ形式のＤＴＭＦを、ＲＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ  Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ）のペイロードに格納して他方のＳＩＰ端末へ転送する機能を有し、
ＳＩＰ端末間でのＤＴＭＦを転送可能としたことを特徴とするＳＩＰ中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したＩＰ通信システム内でＲＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ  Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ）上でＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ；二重トーン多重周波数）の音声データを転送するＤＴＭＦ転送方法及び中継装置に関する。
【背景技術】
【０００２】
近年のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網の発展に伴い、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスが増加している。ＶｏＩＰとはＩＰ網上で音声データを送受信する技術である。ＶｏＩＰは、通信装置間に仮想的な通話路（セッション）を設定する。ＩＰパケット化された音声データは、設定した通信路上で転送される。通信装置間のセッション確立、維持、切断を制御するため、セッション制御プロトコルが要求される。その中でもＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）は機能の拡張性が高いため、ＶｏＩＰのセッション制御プロトコルとして注目されている。ＳＩＰはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｏｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などのトランスインタフェースメカニズムを利用するアプリケーションプロトコルである。ＳＩＰはテキストのベースのプロトコルである、要求または応答を搬送するヘッダ部とセッションの内容を記述するメッセージボディから構成される。ＳＩＰのセッション記述には、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＩＥＴＦ：Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅに規定のＲＦＣ２３２７）等が適用される。
【０００３】
以下、ＳＩＰによる接続手順を図１および図２を用いて説明する。図１はＳＩＰを利用してネットワーク２０内でサーバ３０を介して通話を行うシステム構成例である。それぞれのネットワーク２０内にはＳＩＰサーバ３０と、ＳＩＰサーバ３０にＬＡＮ４０を介して接続されるＳＩＰ端末４１−１〜４１−３と、ＳＩＰ端末４１の配下に接続される電話機４５−１〜４５−３とから構成される。ＳＩＰ端末４１の配下には電話機４５が接続されているが、必ずしも電話機でなくてもよい。ＳＩＰ端末４１が通話を終端できる場合、配下には何も存在しなくてよい。
【０００４】
図２は、同一のネットワーク２０内でＳＩＰ端末４１Ａ−１とＳＩＰ端末４１Ａ−２の間でセッションを確立するシーケンスを示している。ＳＩＰ端末４１Ａ−１は、電話機４５Ａ−１からの［発信］信号を受信する（Ｓ１）と、ＳＩＰサーバ３０Ａに対して呼設定を要求するメッセージである相手ＳＩＰ端末４１Ａ−２および相手電話機４５Ａ−２のアドレスが記述された［ＩＮＶＩＴＥ］を送信する（Ｓ２）。ＳＩＰサーバ３０Ａは、［ＩＮＶＩＴＥ］を送信してきたＳＩＰ端末４１Ａ−１に対して暫定レスポンスである［１００］を送信し（Ｓ３）、前記［ＩＮＶＩＴＥ］の記述からＳＩＰ端末４１Ａ−２の位置情報を特定して呼設定を要求する［ＩＮＶＩＴＥ］をＳＩＰ端末４１Ａ−２へ送信する（Ｓ４）。
【０００５】
ＳＩＰ端末４１Ａ−２は、電話機４５Ａ−２に対して［呼出］を行い（Ｓ５）、ＳＩＰサーバ３０Ａに対して暫定レスポンスである［１００］を送信した（Ｓ６）後、暫定レスポンスである［１８０］を送信する（Ｓ７）。ＳＩＰサーバ３０Ａは、それらを受信すると、同様にＳＩＰ端末４１Ａ−１に対して暫定レスポンスである［１８０］を送信する（Ｓ８）。
【０００６】
ＳＩＰ端末４１Ａ−２は、電話機４５Ａ−２が応答した［応答］を受信すると（Ｓ９）、ＳＩＰサーバ３０Ａに対して呼の受け付けを示すメッセージである応答［２００］を送信する（Ｓ１０）。応答［２００］を受信したＳＩＰサーバ３０Ａは、ＳＩＰ端末４１Ａ−１に対して応答［２００］を送信する（Ｓ１１）。応答［２００］を受信したＳＩＰ端末４１Ａ−１は、ＳＩＰサーバ３０Ａに対し確認のメッセージである確認応答［ＡＣＫ］を送信する（Ｓ１２）。同様にＳＩＰサーバ３０Ａは、ＳＩＰ端末４１Ａ−２に対し確認応答［ＡＣＫ］を送信する（Ｓ１３）。
【０００７】
以上でＳＩＰ端末４１Ａ−１とＳＩＰ端末４１Ａ−２間でセッションが確立し（Ｓ１４）、電話機４５Ａ−１と電話機４５Ａ−２間でＲＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ  Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ）による通話が可能になる（Ｓ１５）。通常、呼設定要求の［ＩＮＶＩＴＥ］と応答の［２００］には、ＳＩＰ端末４１Ａ−１とＳＩＰ端末４１Ａ−２の間で音声パケットを転送するための情報（セッション情報）を含む。セッション情報の記述には、ＳＤＰ等が適用される。ＳＩＰおよびＳＤＰの仕様に従うと、ＳＩＰ端末やＳＩＰサーバの情報はＩＰアドレスで指定することが可能である。また、暫定レスポンス［１８０］にセッション情報が含まれる場合もあり、応答［２００］の前に、音声を送受信することも可能である。
【０００８】
一方、ＩＰ網の急速な普及に伴い、ＩＰアドレス（以下、単に「アドレス」という。）体系が異なる領域（ネットワーク）間の相互接続の場合や、独自ヘッダを有する等のＳＩＰプロトコル同士を相互接続する技術が必要になっている。アドレス体系が異なる領域の相互接続に関してはアドレス変換を行う装置を用いることで解決できた（例えば、特許文献１参照）。
【特許文献１】特開２００３−１７４４６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
アドレス変換を行う装置を用いたシステム構成において、ＳＩＰ端末の配下に電話機やＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  Ｅｘｃｈａｎｇｅ）等のＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ；二重トーン多重周波数）の音声データにてダイヤルを認識し、送信する機能を有する装置が接続される場合について図１、図３を用いて説明する。ここで、図１のＳＩＰコンバータ１０は、アドレス体系が異なるネットワーク間でアドレス変換を行う装置であるとする。図１はＳＩＰを利用して通話を行うシステム構成例である。図３は第１のネットワーク２０Ａ内のＳＩＰ端末４１Ａ−１と第２のネットワーク２０Ｂ内のＳＩＰ端末４１Ｂ−１の間でセッション確立後のダイヤル送受信のシーケンスを示している。
【００１０】
ＳＩＰによりセッションが確立しているシステムにおいて、ダイヤルの送受信を行うには２種類の方法がある。第１の方法は、ＳＩＰを終端する装置にてＤＴＭＦ検出を行わず、通常の音声データと同様に、ＤＴＭＦを音声データとしてパケット化してＲＴＰにより送信する方法である。第２の方法は、ＤＴＭＦ検出を行ない、検出したＤＴＭＦを所定形式の符号化ＤＴＭＦ情報（音声データとは異なる符号化ＤＴＭＦデータ）に変換して対向装置に送信するものである。そして、この符号化ＤＴＭＦ情報を受信した当該対向装置は、当該符号化ＤＴＭＦ情報を、音声データとしてのＤＴＭＦに復号化して再生し若しくは送出されたＤＴＭＦを認識する方法である。
【００１１】
当該第２の方法の一例として、ＤＴＭＦをＳＩＰの［ＩＮＦＯ］メソッドを利用して送信する方法がある。なお、［ＩＮＦＯ］メソッドは、ＩＥＴＦのＲＦＣ２９７６として規定されているものである。この［ＩＮＦＯ］メソッドには、再生するＤＴＭＦの種類（０〜９、＃、＊、Ａ〜Ｄのプッシュボタン情報）、ＤＴＭＦの再生時間等の情報が、符号化ＤＴＭＦデータとして記述されている。ＳＩＰを終端する装置（ＤＴＭＦの発側装置）にてＤＴＭＦ検出した際、検出したＤＴＭＦに対応するＤＴＭＦの種類と再生時間を記述した［ＩＮＦＯ］メソッドに変換して対向装置へ送信し、対向装置（ＤＴＭＦの受側装置）にて［ＩＮＦＯ］メソッド内の符号化ＤＴＭＦデータ（ＤＴＭＦの種類と再生時間）から元の音声データとしてのＤＴＭＦに変換を行う方法である。
【００１２】
また、当該第２の方法の他の例として、ＤＴＭＦを検出した際に、検出したＤＴＭＦに対応する符号化ＤＴＭＦデータをＲＴＰのペイロード領域に格納し、対向装置（ＤＴＭＦの受側装置）に送信する方法がある。この方法は、ＩＥＴＦのＲＦＣ２８３３として規定されており、再生するＤＴＭＦの種類（０〜９、＃、＊、Ａ〜Ｄのプッシュボタン情報）、ＤＴＭＦの再生時間、ＤＴＭＦの再生音量等の情報が、符号化ＤＴＭＦデータとして記述される。そして、対向装置（ＤＴＭＦの受側装置）にて符号化ＤＴＭＦデータが格納されたＲＴＰ内の符号化ＤＴＭＦデータ（ＤＴＭＦの種類と再生時間等）から元の音声データとしてのＤＴＭＦに変換を行う方法である。
【００１３】
まず、第１の方法について図３を用いて説明する。第１のネットワーク２０ＡのＳＩＰ端末４１Ａ−１と第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１の間でセッションが確立（通話路確立：Ｓ２１）している際、ＳＩＰ端末４１Ａ−１は電話機４５Ａ−１からＤＴＭＦを受信すると（Ｓ２２）、ＤＴＭＦの検出を行わず、通常の音声と同様にＲＴＰ上の音声データとしてＤＴＭＦに対応する音声データをＳＩＰ端末４１Ｂ−１に送信する（Ｓ２３）。ＳＩＰ端末４１Ｂ−１は、ＲＴＰ内の音声データ（ＤＴＭＦ）を電話機４５Ｂ−１に通知する（Ｓ２４）。
【００１４】
第２の方法について、図３を用いて説明する。なお、以下の本発明の説明では、「符号化ＤＴＭＦ情報」という用語を、「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」等を用いて、音声データとしてのＤＴＭＦを、音声データとは異なる所定形式に符号化（ＤＴＭＦの種類、再生時間等をデータ化した形態）して、ＩＰベースのＳＩＰ又はＲＴＰにより対向装置に送出する符号化情報と定義して用いる。従って、「符号化ＤＴＭＦ情報」は、ＤＴＭＦを音声データとしてＲＴＰに格納した音声情報とは異なる情報として用いる。
【００１５】
第１のネットワーク２０ＡのＳＩＰ端末４１Ａ−１と第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１の間でセッションが確立（通話路確立：Ｓ２１）している際、ＳＩＰ端末４１Ａ−１が電話機４５Ａ−１からのＤＴＭＦを検出する（Ｓ３１）と、検出したＤＴＭＦの種別、再生時間を記述した符号化ＤＴＭＦ情報を作成し、ＳＩＰサーバ３０Ａに対し符号化ＤＴＭＦ情報を送信する（Ｓ３２）。ＳＩＰサーバ３０Ａはアドレス変換を行う装置であるＳＩＰコンバータ１０へ符号化ＤＴＭＦ情報を送出する（Ｓ３３）。ＳＩＰコンバータ１０は送られてきた符号化ＤＴＭＦ情報に対してアドレス体系が異なるネットワーク間でのアドレス変換を行い（Ｓ３４）、第２のネットワーク２０ＢのＤＴＭＦの種別、再生時間を記述した符号化ＤＴＭＦ情報をＳＩＰサーバ３０Ｂへ送出する（Ｓ３５）。ＳＩＰサーバ３０Ｂは、ＳＩＰ端末４１Ｂ−１に対し、符号化ＤＴＭＦ情報を送信する（Ｓ３６）。ＳＩＰ端末４１Ｂ−１は符号化ＤＴＭＦ情報からＤＴＭＦの種別、再生時間を判定し、ＤＴＭＦ再生装置を利用して電話機４５Ｂ−１へＤＴＭＦを送信する（Ｓ３７）。
【００１６】
第２の方法を用いた場合、符号化ＤＴＭＦ情報の受信側である第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１が符号化ＤＴＭＦ情報に対応するＤＴＭＦ再生機能を有していない場合（すなわち、「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理をサポートしていない場合）、受信した符号化ＤＴＭＦ情報はＤＴＭＦに再生されない。よってＳＩＰ端末の配下に電話機やＰＢＸ等のＤＴＭＦを送信、認識する装置が接続されていた場合、正常に情報が伝達されず、電話が繋がらない、転送ができない等の不具合が生じる場合がある。このように、アドレス変換装置に接続されるＳＩＰ端末が「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理をサポートしている装置とサポートしていない装置が混在した場合、様々な不具合が生じていた。
【００１７】
本発明は、「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく「符号化ＤＴＭＦデータを格納したＲＴＰ」」処理をサポートするＳＩＰ端末、「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理をサポートしないＳＩＰ端末が混在していた場合でも、ＳＩＰ端末−ＳＩＰ端末間で正常にＤＴＭＦの伝達を可能とすることを目的としたＤＴＭＦ転送方法を提供することである。
【課題を解決するための手段】
【００１８】
本発明のＤＴＭＦ再生方式では、ＳＩＰコンバータが符号化ＤＴＭＦ情報を受信した際、受信側が当該符号化ＤＴＭＦ情報の処理（「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理）に対応していないときにＲＴＰ上にＤＴＭＦのデータをのせて送信し、ＳＩＰ端末にてＤＴＭＦ再生を可能にする。
【００１９】
上記課題を解決するために、本発明は、ＳＩＰを採用したＳＩＰサーバとこのＳＩＰサーバにネットワークを介して接続されたＳＩＰ端末とからなる第１のネットワークと、ＳＩＰを採用したＳＩＰサーバとこのＳＩＰサーバにネットワークを介して接続されたＳＩＰ端末とからなる第２のネットワークと、第１のネットワークと第２のネットワークとを接続するＳＩＰコンバータとからなる通信システムにおける異なるアドレス体系間でのＤＴＭＦ転送方法であって、第１のネットワークＳＩＰ端末と第２のネットワークのＳＩＰ端末との間に通話路が確立されているときに、ＳＩＰコンバータが一方のネットワークからの符号化ＤＴＭＦ情報を検出すると、他方のネットワークのＳＩＰ端末が符号化ＤＴＭＦ情報に対応しているかを判断し、他方のネットワークが符号化ＤＴＭＦ情報に対応してないときに、符号化ＤＴＭＦ情報に対応する音声データのＤＴＭＦをＲＴＰのペイロードに格納して他方のＳＩＰ端末へ転送するようにした。対象となるＳＩＰ端末が符号化ＤＴＭＦ情報をサポートしているかは、符号化ＤＴＭＦ情報を受信する以前に受信したメソッド内のＡｌｌｏｗヘッダから判断する。
【００２０】
本発明は、上記ＤＴＭＦ転送方法において、符号化ＤＴＭＦ情報受信側のＳＩＰ端末が受信したＲＴＰ内の音声データからＤＴＭＦを取り出すようにし、さらに、ＲＴＰ内の音声データのペイロードがＳＩＰのセッション情報により変化するようにし、ＲＴＰ内の音声データのヘッダがＵＤＰヘッダまたはＴＣＰヘッダのいずれかとした。
【００２１】
本発明は、ＳＩＰを採用した第１のＳＩＰ端末と第２のＳＩＰ端末間の通信を中継するＳＩＰ中継装置であって、第１のＳＩＰ端末と第２のＳＩＰ端末との間に通話路が確立されているときに、一方のＳＩＰ端末からの符号化ＤＴＭＦ情報を検出すると、他方のＳＩＰ端末が符号化ＤＴＭＦ情報の処理に対応しているかを判断する機能と、他方のＳＩＰ端末が符号化ＤＴＭＦ情報の処理に対応してないときに、符号化ＤＴＭＦ情報に対応する音声データ形式のＤＴＭＦを、ＲＴＰのペイロードに格納して他方のＳＩＰ端末へ転送する機能を有し、ＳＩＰ端末間でのＤＴＭＦを転送可能とした。
【発明の効果】
【００２２】
以上のように、本発明のＤＴＭＦ再生方式によれば、符号化ＤＴＭＦ情報の処理、すなわち「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理をサポートするＳＩＰ端末と、この符号化ＤＴＭＦ情報の処理をサポートしないＳＩＰ端末が混在していた場合でも、ＳＩＰ端末−ＳＩＰ端末間にて正常にＤＴＭＦの伝達が可能となった。よって、ＳＩＰ端末の配下に電話機やＰＢＸ等のＤＴＭＦを送信、認識する装置が接続されていた場合でも、正常に情報が伝達されるようになった。
【発明を実施するための最良の形態】
【００２３】
本発明の実施形態を、図面を用いて説明する。ここで、図１に示した通信システムは、ＳＩＰコンバータ１０が異なるアドレス体系のネットワーク間でアドレス変換を行い、ＲＴＰ上にＤＴＭＦを搭載してＳＩＰ端末に送信し、ＳＩＰ端末でＤＴＭＦを再生するようにした、本発明のＲＴＰによるＤＴＭＦ再生方式が採用されているものとする。図１は、本発明を利用した通信システム構成図である。図４は、ＳＩＰ端末４１Ａ−１とＳＩＰ端末４１Ｂ−１の間でセッション確立後のダイヤル送受信のシーケンスを示している。
【００２４】
図１において、第１のネットワーク２０Ａは、ＳＩＰサーバ３０ＡにＬＡＮ４０Ａを介して電話機４５Ａ−１〜４５Ａ−３が接続されたＳＩＰ端末４１Ａ−１〜４１Ａ−３が接続されている。同様に、第２のネットワーク２０Ｂは、ＳＩＰサーバ３０ＢにＬＡＮ４０Ｂを介して電話機４５Ｂ−１〜４５Ｂ−３が接続されたＳＩＰ端末４１Ｂ−１〜４１Ｂ−３が接続されている。第１のネットワーク２０ＡのＳＩＰサーバ３０Ａと第２のネットワーク２０ＢのＳＩＰサーバ３０Ｂが、ＳＩＰコンバータ１０を介して接続されている。
【００２５】
まず、ＳＩＰによりセッションが確立している状態で、ＳＩＰ端末間にてダイヤルの送受信を行う２種類の方法について以下に示す。第１の方法について図４を用いて説明する。このとき第１のネットワーク２０ＡのＳＩＰ端末４１Ａ−１と、第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１共に符号化ＤＴＭＦ情報の処理、すなわち「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理を未サポートであるとする。第１のネットワーク２０ＡのＳＩＰ端末４１Ａ−１と第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１の間でセッションが確立（通話路確立）している（Ｓ４１）際、ＳＩＰ端末４１Ａ−１が電話機４５Ａ−１からＤＴＭＦを受信すると（Ｓ４２）、符号化ＤＴＭＦ情報に変換せず、ＤＴＭＦを通常の音声と同様にＲＴＰ上のデータとしてＳＩＰ端末４１Ｂ−１に送信する（Ｓ４３）。ＳＩＰ端末４１Ｂ−１は、ＲＴＰ上のＤＴＭＦ（音声データ）を電話機４５Ｂ−１に送信する（Ｓ４４）。この方法は、従来の技術と同様であり、ＳＩＰ端末４１Ａ−１、ＳＩＰ端末４１Ｂ−１、ＳＩＰサーバ３０Ａ、ＳＩＰサーバ３０ＢおよびＳＩＰコンバータ１０ではＤＴＭＦを意識しない。
【００２６】
第２の方法について図４を用いて説明する。このとき第１のネットワーク２０ＡのＳＩＰ端末４１Ａ−１は符号化ＤＴＭＦ情報の処理、すなわち「ＩＥＴＦのＲＦＣ２９７６に基づく［ＩＮＦＯ］メソッド」処理、若しくは「ＩＥＴＦのＲＦＣ２８３３に基づく［符号化ＤＴＭＦデータを格納したＲＴＰ］」処理をサポートしており、第２のネットワーク２０ＢのＳＩＰ端末４１Ｂ−１はこの符号化ＤＴＭＦ情報の処理を未サポートであるとする。ＳＩＰ端末４１Ａ−１とＳＩＰ端末４１Ｂ−１の間でセッションが確立している（Ｓ４１）際、ＳＩＰ端末４１Ａ−１は電話機４５Ａ−１からのＤＴＭＦを検出する（Ｓ５１）と、検出したＤＴＭＦの種別、再生時間を記述した符号化ＤＴＭＦ情報をＳＩＰサーバ３０Ａへ送信する（Ｓ５２）。符号化ＤＴＭＦ情報を受信したＳＩＰサーバ３０Ａは、ＳＩＰコンバータ１０へ符号化ＤＴＭＦ情報を送出する（Ｓ５３）。ＳＩＰコンバータ１０は、第２のネットワーク２０ＢのＳＩＰ端末が符号化ＤＴＭＦ情報の処理をサポートしていないこと知っているので、受信した符号化ＤＴＭＦ情報から、ＤＴＭＦの種別、再生時間を判定し、その情報に従ったＤＴＭＦデータ（音声データ）を作成し、ＲＴＰにのせてＳＩＰサーバ４１Ｂを経由してＳＩＰ端末４１Ｂ−１へ送信する（Ｓ５４）。ＳＩＰ端末４１Ｂは、ＲＴＰ上のＤＴＭＦデータからＤＴＭＦを再生して電話機４５Ｂ−１へ送信する（Ｓ５５）。以上により、符号化ＤＴＭＦ情報の処理を未サポートのＳＩＰ端末４１Ｂ−１から通常の音声と同様にＤＴＭＦを送信することができる。
【００２７】
なお、第２のネットワーク２０ＢのＳＩＰ端末が符号化ＤＴＭＦ情報の処理をサポートしているか／していないかの判断は、符号化ＤＴＭＦ情報を受信する以前に受信したメソッド内のＡｌｌｏｗヘッダから判断する方法でも良いし、予め設定記憶させておいた情報に基づいて判断する方法でも良い。もし、予め設定記憶させておいた情報に基づいて判断する方法を用いる場合で、対応する装置に関して設定情報がないときは、符号化ＤＴＭＦ情報の処理をサポートしていないものとして処理するのが望ましい。
【００２８】
次に、符号化ＤＴＭＦ情報を受信し、ＲＴＰのデータとしてＤＴＭＦを送信する手段であるＳＩＰコンバータ１０の機能構成を、図５〜図７を用いて説明する。図５は、本発明のＲＴＰによるＤＴＭＦ再生方式を採用したＳＩＰコンバータ１０のタスク構成図である。ＳＩＰコンバータ１０は、ＳＩＰ制御タスク１１と、ＲＴＰ制御タスク１２と、ＲＴＰ受信処理部１３と、ＲＴＰ送信処理部１４と、有音データ１５と、無音データ１６と、第１のＩＰインタフェース１７と、第２のＩＰインタフェース１８とを有して構成される。
【００２９】
ＳＩＰ制御タスク１１は、プロトコル変換機能を有しており、第１のＩＰインタフェース１７を経由して受信した符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を受信した際に、対向するネットワークのＳＩＰ端末が符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）の処理をサポートするか判定し、サポートしている場合、対向するネットワークのアドレス形態にアドレスを変換して、アドレス変換後の符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を第２のＩＰインタフェース１８を介して対向するネットワークに送信する機能を有している。また、ＳＩＰ制御タスク１１は、第１のＩＰインタフェース１７を経由して受信した符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を受信した際に、対向するネットワークのＳＩＰ端末が符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）の処理をサポートしていないと判定し、符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）の内容である符号化ＤＴＭＦデータをＲＴＰ上のＤＴＭＦ音声データに変換する必要があるときに、ＲＴＰにＤＴＭＦデータを搭載して送信することをＲＴＰ制御タスク１２に指示する機能とを有している。
【００３０】
ＲＴＰ制御タスク１２は、ＲＴＰ受信処理部１３と、ＲＴＰ送信処理部１４とを有しており、第１のＩＰインタフェース１７を経由して受信したＲＴＰにＳＩＰ制御タスク１１からの指示に基づいてＲＴＰにＤＴＭＦ音声データを搭載して第２のＩＰインタフェース１８を経由して押し出する働きを有している。また、ＲＴＰ制御タスク１２は、第１のＩＰインタフェース１７を経由して受信した符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）を受信した際に、対向するネットワークのＳＩＰ端末が符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）の処理をサポートしていないと判定し、符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）の内容である符号化ＤＴＭＦデータをＲＴＰ上のＤＴＭＦ音声データに変換する必要があるときに、ＲＴＰにＤＴＭＦ音声データを搭載して第２のＩＰインタフェース１８を経由して押し出する働きを有している。
【００３１】
ＲＴＰ受信処理部１３は、第１のＩＰインタフェース１７を介して入力されたＲＴＰの受信処理を行う処理部である。
【００３２】
ＲＴＰ送信処理部１４は、有音データや無音データを搭載したＲＴＰ音声パケットを第２のＩＰインタフェース１８を経由して送出する手段である。ＲＴＰ送信処理部１４は、ＳＩＰ制御タスク１１若しくはＲＴＰ制御タスク１２からのＤＴＭＦ送信指示に基づいて有音データ１５に記述されたネットワークに対応した有音データや、無音データ１６に記述された無音データを取り出しＲＴＰにＤＴＭＦデータとして搭載する働きを有している。有音データや無音データは、それぞれのネットワークの圧縮方式に対応して設定されている。
【００３３】
有音データ１５は、例えば、メモリに格納されるデータであり、ＲＴＰ受信処理部１３で受信した符号化ＤＴＭＦ情報に搭載されたＤＴＭＦの種別や再生期間等のデータに対応した対向するネットワークに適した有音情報（０〜９、＃、＊、Ａ〜Ｄのプッシュボタン情報）が記述されているデータである。すなわち、対向するネットワーク毎に、圧縮方式などに対応して有音情報が記述されている。
【００３４】
無音データ１６は、例えばメモリに格納されるデータでありＲＴＰ受信処理部１３で受信した符号化ＤＴＭＦ情報に搭載されたＤＴＭＦの種別や再生期間等のデータに対応した対向するネットワークに適した無音情報が記述されているデータである。
【００３５】
第１のＩＰインタフェース１７は、一方のネットワークに配置されているＳＩＰサーバ３０との間で符号化ＤＴＭＦ情報やＲＴＰ音声パケットを送受信するインタフェースである。
【００３６】
第２のＩＰインタフェース１８は、他方のネットワークに配置されているＳＩＰサーバ３０との間で符号化ＤＴＭＦ情報やＲＴＰ音声パケットを送受信するインタフェースである。
【００３７】
ＳＩＰコンバータ１０では、第１のネットワーク２０ＡのＳＩＰ端末４１Ａと第２のネットワーク２０ＢのＳＩＰ端末４１Ｂとの間にセッション確立後、ＲＴＰ制御タスク１２にてＲＴＰの送受信と、ＳＩＰ制御タスク１１にてＳＩＰメソッドの監視を行っている。第１のＩＰインタフェース１７にて符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を受信すると、ＳＩＰ制御タスク１１へ符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）が通知される。ＳＩＰ制御タスク１１は、符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を送信先のネットワークに符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）として送出可能であるか否かを判断する。そして、送信先である他のネットワークに符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）として送出可能であるときには、そのままの符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）として他のネットワークに送出できるか否かを判断し、そのまま他のネットワークに送出できるときには第２のＩＰインタフェース１８から符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）を送出し、アドレス変換する必要があるときには符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）のアドレスを変換して第２のＩＰインタフェース１８から送出する。
【００３８】
ＳＩＰ制御タスク１１は、第１のＩＰインタフェース１７から受信した符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）が送信先のネットワークのＳＩＰ端末に符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）として送出することが可能でないときには、ＲＴＰ制御タスク１２へＲＴＰによりＤＴＭＦ音声データを送信することを指示する。
【００３９】
ＤＴＭＦ送信指示を受けたＲＴＰ制御タスク１２は、ＲＴＰ送信処理部１４に符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）に記述されているＤＴＭＦの種類と再生時間のデータから、有音データ、無音データを計算し、送信先に適した有音データを有音データ１５から取得し、無音データを無音データ１６から取得して、ＤＴＭＦ音声データを作成し、ＲＴＰ音声パケットに搭載して、第２のＩＰインタフェース１８へ送信する。これによりＲＴＰ音声パケットにＤＴＭＦ音声データを搭載して相手先のネットワークへ送信することができる。
【００４０】
また、ＲＴＰ制御タスク１２は、第１のＩＰインタフェース１７から符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）を受信した場合に、送信先のネットワークのＳＩＰ端末に符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）として送出することが可能でないと判断したきには、ＲＴＰによりＤＴＭＦ音声データを送信する必要があると認識して、符号化ＤＴＭＦ情報（符号化ＤＴＭＦデータを格納したＲＴＰ）に記述されているＤＴＭＦの種類と再生時間のデータから、有音データ、無音データを計算し、送信先に適した有音データを有音データ１５から取得し、無音データを無音データ１６から取得して、ＤＴＭＦ音声データを作成し、ＲＴＰ音声パケットに搭載して、第２のＩＰインタフェース１８へ送信する。
【００４１】
また、ＤＴＭＦ送信中に余計な音声データのＲＴＰが第２のＩＰインタフェース１８へ送信されないように、符号化ＤＴＭＦ情報（［ＩＮＦＯ］メソッド）の受信側である第１のＩＰインタフェース１７にてＲＴＰを受信して、ＲＴＰ受信処理部１３へ通知あると、受信したＲＴＰの破棄を行う。
【００４２】
図６は、ＲＴＰの音声パケットの構成を説明する図である。音声パケットＰＡは２０バイトのＩＰヘッダＰＡ１、８バイトのＵＤＰヘッダＰＡ２、１２バイトのＲＴＰヘッダＰＡ３、および、ペイロードタイプにより異なるサイズを持つ（最低８０バイト）ＲＴＰペイロードＰＡ４で構成されている。ここではＵＤＰを使用した音声パケットを挙げて説明しているが、必ずしもＵＤＰに限られずＴＣＰであってもよい。ＲＴＰペイロードＰＡ４の長さはＳＤＰ等で記述されているセッション情報のペイロード、およびパケット化周期によってサイズが決定する。例えば、Ｇ．７１１、１０ｍｓ（１多重）場合、Ｇ．７１１は６４ｋｂｉｔ／ｓの伝送速度であるので、１０ｍｓ周期毎に８０バイトのデータを送信する。
【００４３】
図７は、本発明のＲＴＰによるＤＴＭＦ送信方式を示している。ここではＧ．７１１、１０ｍｓ（１多重）場合に有音７０ｍｓの符号化ＤＴＭＦ情報受信によるＤＴＭＦ送信を例に挙げる。有音データＤＡはＧ．７１１の場合、５６０バイトとなる。１０ｍｓ周期の１多重であるので、１０ｍｓ毎に送信を行うので５６０バイトの有音データを８０バイトの有音データＤＡ１〜ＤＡ７の７個に分割する。分割された有音データＤＡ１〜ＤＡ７に、ＩＰヘッダ，ＵＤＰヘッダ，ＲＴＰヘッダを付与した７個の有音パケットＰＡＡ１〜ＰＡＡ７を１０ｍｓに１個づつ送信する。
【００４４】
本方式では、無音データを１２０ｍｓから有音データを引いた値としている。但し、無音データが４０ｍｓを下回る場合、４０ｍｓを保証する。これはＰＢＸのＤＴＭＦ送信規定にてミニマムポーズが３０ｍｓ以上、周期が１２０ｍｓとなっているためである。よって無音データＤＳは１２０ｍｓから有音データ分を引いた５０ｍｓとなり、４０バイトとなる。ここでは１０ｍｓ毎に送信を行うので４００バイトの無音データを５個の８０バイトの無音データＤＳ１〜ＤＳ５に分割する。分割された無音データＤＳ１〜ＤＳ５に、ＩＰヘッダ，ＵＤＰヘッダ，ＲＴＰヘッダを付与した５個の無音パケットＰＡＳ１〜ＰＡＳ２を送信する。以上、１０ｍｓ毎に有音パケットＰＡＡ１から無音パケットＰＡＳ５の送信を行うことで、ＲＴＰ上の音声パケットＰＡを用いてＤＴＭＦを送信することができる。
【００４５】
以上、本発明の実施の形態として、「符号化ＤＴＭＦ情報」を、音声データとは異なる所定形式に符号化（ＤＴＭＦの種類、再生時間等をデータ化した形態）した「［ＩＮＦＯ］メソッド」若しくは「符号化ＤＴＭＦデータを格納したＲＴＰ」として説明したが、本発明の思想は、これに限定されるものではない。すなわち、ＤＴＭＦを音声データとは異なる所定形式に符号化（ＤＴＭＦの種類、再生時間等をデータ化した形態）して伝送する方式を採用し、ＳＩＰ端末における符号化ＤＴＭＦ情報の処理のサポート又は未サポートを意識することなく、確実にＤＦＭＴを伝達できるようにした技術思想を含むものである。
【図面の簡単な説明】
【００４６】
【図１】ＳＩＰを利用した通信システムの一例を説明する図。
【図２】ＳＩＰによるセッション確立を説明するシーケンス図。
【図３】従来のＤＴＭＦ透過／再生を示すシーケンス図。
【図４】本発明におけるＤＴＭＦ透過／再生を示すシーケンス図。
【図５】本発明におけるＳＩＰコンバータのタスク構成図。
【図６】音声パケットの構造を説明する図。
【図７】本発明のＤＴＭＦ再生方式におけるＤＴＭＦ送信方法を説明する図。
【符号の説明】
【００４７】
１０：ＳＩＰコンバータ
１１：ＳＩＰ制御タスク
１２：ＲＴＰ制御タスク
１３：ＲＴＰ受信部
１４：ＲＴＰ送信部
１５：有音データ
１６：無音データ
１７：第１のＩＰインタフェース
１８：第２のＩＰインタフェース
２０：ネットワーク
３０：ＳＩＰサーバ
４０：ＬＡＮ
４１：ＳＩＰ端末
４５：電話機
ＤＡ：音声データ
ＤＳ：無音データ
ＰＡ：音声パケット
ＰＡＡ：有音パケット
ＰＡＳ：無音パケット
【図１】
2006186962.tif 000003
【図２】
2006186962.tif 000004
【図３】
2006186962.tif 000005
【図４】
2006186962.tif 000006
【図５】
2006186962.tif 000007
【図６】
2006186962.tif 000008
【図７】
2006186962.tif 000009