(57)【要約】【課題】  ＩＰ網の状態に応じてパケット化周期を動的に変更できる通信装置通信装置を提供する。【解決手段】  通信装置は、復号したデータから抽出されたモデム信号のアンサートーン又は受信したパケットから抽出されたＩＰ網のサービス品質の所定レベルの有無を判別し、アンサートーン又は所定レベルの有りを判別した場合、パケット送信部においてパケット化周期の変更情報を新たにパケットに含ませ対向通信装置に指示するパケット化周期変更指示部と、受信した新たなパケットから抽出されたパケット化周期の変更情報に応じて、送信処理部においてパケット化周期を変更させるパケット化周期変更部と、を有する。【選択図】図１
2020136805.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網においてパケットを送受信する通信装置であって、
データを符号化してパケット化したパケットを生成しパケット化周期で送信するパケット送信部と、
ＩＰ網を介して対向通信装置から受信したパケットを逆パケット化し復号してデータを復元するパケット受信部と、
前記復号したデータから抽出されたモデム信号のアンサートーン又は前記受信したパケットから抽出された前記ＩＰ網のサービス品質の所定レベルの有無を判別し、前記アンサートーン又は前記所定レベルの有りを判別した場合、前記パケット送信部においてパケット化周期の変更情報を新たにパケットに含ませ前記対向通信装置に指示するパケット化周期変更指示部と、
受信した新たなパケットから抽出されたパケット化周期の変更情報に応じて、前記パケット送信部において前記パケット化周期を変更させるパケット化周期変更部と、
を有することを特徴とする通信装置。
【請求項２】
前記パケット化周期変更指示部は、前記アンサートーンの周波数の変化に基づいて前記パケット化周期の変更情報を生成する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記パケット化周期変更指示部は、前記アンサートーンを復号して得られたビットパターンの変化に基づいて前記パケット化周期の変更情報を生成する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
ＩＰ網においてパケットを送受信する一対の通信装置による通信方法であって、
一方の通信装置がデータを符号化してパケット化したパケットを生成しパケット化周期で送信する送信ステップと、
他方の通信装置がＩＰ網を介して前記一方の通信装置から受信したパケットを逆パケット化し復号してデータを復元する受信ステップと、
前記他方の通信装置が、前記復号したデータから抽出されたモデム信号のアンサートーン又は前記受信したパケットから抽出された前記ＩＰ網のサービス品質の所定レベルの有無を判別し、前記アンサートーン又は前記所定レベルの有りを判別した場合、パケット化周期の変更情報を、前記他方の通信装置における送信ステップにて新たにパケットに含ませ前記一方の通信装置に指示するパケット化周期変更指示ステップと、
前記一方の通信装置が、受信した新たなパケットから抽出されたパケット化周期の変更情報に応じて、前記送信ステップにおいて前記パケット化周期を変更させるパケット化周期変更ステップと、
を含むことを特徴とする通信方法。
【請求項５】
前記パケット化周期変更指示ステップにおいて前記アンサートーンの周波数の変化に基づいて前記パケット化周期の変更情報を生成する
ことを特徴とする請求項４に記載の通信方法。
【請求項６】
前記パケット化周期変更指示部ステップにおいて前記アンサートーンを復号して得られたビットパターンの変化に基づいて前記パケット化周期の変更情報を生成する
ことを特徴とする請求項４に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網を介したいわゆるＩＰ電話アダプタやＩＰ電話等のＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用した通信装置及び通信方法に関する。
【背景技術】
【０００２】
従来の公衆交換電話網（ＰＳＴＮ）からＩＰ網へのマイグレーションが進みつつある。音声通信をＶｏＩＰ化する際の障壁は、これまでの技術確立により、概ね問題がなくなってきている。しかし、ファクシミリ（ＦＡＸ）としての機能を備えたＦＡＸモデム等のモデムの信号音を音声とみなしてＶｏＩＰ通信するみなし音声方式通信において、ＶｏＩＰ化による遅延増加の影響を受けることが、これまでのマイグレーション作業で確認されている。
【０００３】
モデム通信等の端末間のＥｎｄ−Ｅｎｄ遅延（Ｅ−Ｅ遅延）に厳格な通信を、ＩＰ網を使って行う場合には、ＶｏＩＰ化に伴う伝送遅延の増加が通信に影響を与える場合が多い。従来のＰＳＴＮでの通信と比較して、ＩＰ網での通信は、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを使って通信するが、パケット化周期を生成する関係上、伝送遅延の増加は避けられない。その結果として、ＩＰ網上のモデム通信に影響を与え、通信エラーとなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２４３５９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、みなし音声方式通信によりモデム信号を送受信する従来の装置においては以下の問題があった。一般に、ＩＰ網での通信の途中で、パケット化周期を変更することができない。また、呼が生起されて、呼確立が完了して、さらに音声信号をやり取りするまでは、モデム通信／音声通信の区別がつかず、通信の最初からパケット化周期を短くすることができなかった。
【０００６】
また、モデム通信を実施する端末側のタイミング調整はできない場合が多いため、ＩＰ網での通信においても、できる限り、Ｅ−Ｅ遅延を短くする必要がある。単にパケット化周期を短くすれば、その分Ｅ−Ｅ遅延も短くなるが、パケット化周期を短くすれば、ＲＴＰパケット数の増加によりＩＰ網トラフィックが増加するため、全通信を一律で短くすることはデメリットが大きいという問題があった。
【０００７】
また、ＶｏＩＰによるリアルタイム音声コミュニケーションにおいては、基本的にはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の呼制御プロトコルを用いてシグナリングを行い、通信相手のＩＰアドレス、ポート番号、音声及び音響圧縮方式を知る。そして、自身とその目標アドレスとの間で双方向にＲＴＰ及びそのＲＴＣＰパケット（Ｒｅａｌ−Ｔｉｍｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のストリームを送受信するのが基本的な仕組みである。通常、一旦ＲＴＰのストリームが確立されると、通信は再呼制御を行わない限り変更できない。また、再呼制御を行うと通信が一時的に遮断される。パケット化周期を短くする等の設定は、通信の遮断の後に保守者により、行われる（特許文献１参照）。
【０００８】
本発明は、前記問題点に鑑みてなされたものであって、モデム信号の品質を損なうことなくＲＴＰパケット通信によるみなし音声方式通信を可能とし、ＩＰ網の状態に応じてパケット化周期を動的に変更できる通信装置及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明による通信装置は、ＩＰ網においてパケットを送受信する通信装置であって、
データを符号化してパケット化したパケットを生成しパケット化周期で送信するパケット送信部と、
ＩＰ網を介して対向通信装置から受信したパケットを逆パケット化し復号してデータを復元するパケット受信部と、
前記復号したデータから抽出されたモデム信号のアンサートーン又は前記受信したパケットから抽出された前記ＩＰ網のサービス品質の所定レベルの有無を判別し、前記アンサートーン又は前記所定レベルの有りを判別した場合、前記パケット送信部においてパケット化周期の変更情報を新たにパケットに含ませ前記対向通信装置に指示するパケット化周期変更指示部と、
受信した新たなパケットから抽出されたパケット化周期の変更情報に応じて、前記パケット送信部において前記パケット化周期を変更させるパケット化周期変更部と、
を有することを特徴とする。
【００１０】
また、本発明による通信方法は、ＩＰ網においてパケットを送受信する一対の通信装置による通信方法であって、
一方の通信装置がデータを符号化してパケット化したパケットを生成しパケット化周期で送信する送信ステップと、
他方の通信装置がＩＰ網を介して前記一方の通信装置から受信したパケットを逆パケット化し復号してデータを復元する受信ステップと、
前記他方の通信装置が、前記復号したデータから抽出されたモデム信号のアンサートーン又は前記受信したパケットから抽出された前記ＩＰ網のサービス品質の所定レベルの有無を判別し、前記アンサートーン又は前記所定レベルの有りを判別した場合、パケット化周期の変更情報を、前記他方の通信装置における送信ステップにて新たにパケットに含ませ前記一方の通信装置に指示するパケット化周期変更指示ステップと、
前記一方の通信装置が、受信した新たなパケットから抽出されたパケット化周期の変更情報に応じて、前記送信ステップにおいて前記パケット化周期を変更させるパケット化周期変更ステップと、
を含むことを特徴とする。
【発明の効果】
【００１１】
本発明による通信装置及び通信方法によれば、パケット化周期を短く変更することで、モデム信号の品質を損なうことなくＶｏＩＰによるみなし音声方式通信を行うことができ、端末間のＥｎｄ−Ｅｎｄ遅延の増加を抑えることで、通信エラーとなる頻度を下げる効果が期待できる。それにより、Ｅ−Ｅ遅延の短縮が必要なモデム通信のパケット量のみが増え、その他の通常の音声通信のパケット量は増えないため、ＩＰ網のトラフィックが逼迫する可能性を低減できる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施例の通信装置の構成を電話端末及び通信網と共に示すブロック図である。
【図２】図１のコーデック部の構成を示すブロック図である。
【図３】ＲＴＰパケットのフォーマットの一例を示す図である。
【図４】ＲＴＣＰのＲＲパケットのフォーマットの一例を示す図である。
【図５】第１の実施例の変形例の通信装置のコーデック部の構成を示すブロック図である。
【図６】ＦＡＸ送信動作における通信方法を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に本発明の第１の実施例の構成を説明する。なお、以下の説明及び添付図面においては、実質的に同一又は等価な部分には同一の参照符号を付し、重複した説明は省略する。
【００１４】
（第１の実施例）
（構成の説明）
図１は本実施例の通信装置の一対とこれらに接続されたアナログ端末の一対及び通信装置対を接続するＩＰ網３の構成を示すブロック図である。通信装置対は、音声ＲＴＰストリームパケット通信により音声通信を行うＶｏＩＰ装置１Ａ、１Ｂである。アナログ端末対は、ＦＡＸ機能を備えた電話Ａ、Ｂである。アナログ端末は、アナログ信号を送受信し得る固定電話、ＦＡＸ、またはアナログモデム等である。
【００１５】
ＩＰ網３には、図示しないが、ＶｏＩＰ通信、ＳＩＰ通信を制御するＶｏＩＰサーバ、ＳＩＰサーバが接続されている。また、ＶｏＩＰ装置１Ａ、１Ｂは、ＦＡＸ通信におけるモデム信号を音声信号とみなし、音声用の通信路（すなわちＩＰ網３）を介してモデム信号を送受信する、いわゆるみなし音声ＦＡＸ通信をも行うことができるものである。
【００１６】
（ＶｏＩＰ装置）
ＶｏＩＰ装置１Ａ、１Ｂの各々は、各電話Ａ、Ｂから順に接続されたアナログ入出力部１０と、入出力信号処理部１１と、コーデック部１２と、パケット化処理部１３と、通信部１４とを含む。
【００１７】
アナログ入出力部１０は、電話Ａ、Ｂから供給されるアナログ信号（すなわち音声信号又はモデム信号）にＡ／Ｄ変換処理を施してＰＣＭ信号に変換し、これをコーデック部１２に与える。当該アナログ信号は、例えばＩＴＵ−Ｔ勧告Ｖ．２１方式に従って変調された信号である。また、アナログ入出力部１０は、入出力信号処理部１１から供給されるＰＣＭ信号にＤ／Ａ変換処理を施してアナログ信号に変換し、これを電話Ａ、Ｂに与える。
【００１８】
入出力信号処理部１１は、アナログ入出力部１０から供給されるＰＣＭ信号に対して例えば帯域制限のためのフィルタ処理やエコーキャンセラ処理等の信号処理を施し、信号処理後のＰＣＭ信号をコーデック部１２へ出力する。また、入出力信号処理部１１は、コーデック部１２から供給されるＰＣＭ信号に対して例えば帯域制限のためのフィルタ処理やエコーキャンセラ処理等の信号処理を施し、信号処理後のＰＣＭ信号をアナログ入出力部１０へ供給する。
【００１９】
コーデック部１２は、入出力信号処理部１１から供給されるＰＣＭ信号に対して信号処理を施して符号化データに変換し、これをパケット化処理部１３に与える。また、コーデック部１２は、パケット化処理部１３から供給される符号化データに対して信号処理を施してＰＣＭ信号に変換し、これをアナログ入出力部１０に与える。当該信号処理には、符号化処理及び復号処理が含まれる。コーデック部１２は、例えばＩＴＵ−Ｔ勧告Ｇ．７１１規格（Ｇ．７１１）に従って符号化処理及び復号処理を行う。コーデック部１２による信号処理の詳細については後述する（図２）。
【００２０】
パケット化処理部１３は、パケット送信部としてコーデック部１２からの符号化データをＲＴＰパケットに格納するＲＴＰパケット化部３２ａと、該ＲＴＰパケットをコントロールする管理情報等をＲＴＣＰパケットとしてＲＴＣＰパケットに格納するＲＴＣＰパケット化部３２ｂと、を備え、これらＲＴＰパケットとＲＴＣＰパケットを通信部１４に与える。また、パケット化処理部１３は、パケット受信部としてＩＰ網３から通信部１４が受信したＲＴＰパケット及びＲＴＣＰパケットをそれぞれ逆パケット化するＲＴＰ逆パケット化部４３ａ及びＲＴＣＰ逆パケット化部４３ｂとを備え、これら抽出した符号化データをコーデック部１２に与える。
【００２１】
パケット化処理部１３はパケット化周期変更部１３ａを備え、コーデック部１２の送信バッファ部２３（図２）に蓄積されている符号化データを順次取り出し、取り出した符号化データを含むＲＴＰパケット、ＲＴＣＰパケットを生成して、これらを所定パケット化周期で通信部１４に供給する。また、パケット化処理部１３は、通信部１４から供給されるＲＴＰパケット、ＲＴＣＰパケットに含まれる符号化データを取り出して、これらをコーデック部１２に供給する。所定パケット化周期は、パケット化周期変更部１３ａにより、通信の途中で動的に変更され得る構成となっている。
【００２２】
パケット化周期変更部１３ａは、後述のパケット化周期変更指示部３３（図２）から供給された、受信したパケットから抽出されたパケット化周期の変更情報に応じて、パケット化周期を変更する。
【００２３】
通信部１４は、パケット化処理部１３から供給されるＲＴＰパケット、ＲＴＣＰパケットをＩＰ網３へ所定パケット化周期で送出する。パケット化データは、通信部１４からＩＰ網３を介して通信相手（ＶｏＩＰ装置１Ａ、１Ｂ）へ送信される。また、通信部１４は、ＩＰ網３から当該通信からＩＰ網３を介して受信したＲＴＰパケット、ＲＴＣＰパケットをパケット化処理部１３に供給する。
【００２４】
また、ＶｏＩＰによる通信では、ＲＴＰパケットを送信する前に、制御部（図示せず）がＳＩＰ等の呼制御プロトコルにより、通信部１４を介して、通信対象となる対向通信装置に対し呼シグナリングを行う。そして、対向通信装置の間でＲＴＰ／ＲＴＣＰセッションが確立された後、通信部１４がＲＴＰパケット及びＲＴＣＰパケットを送信することができる。呼シグナリング方法及びＲＴＰ／ＲＴＣＰパケットの詳細は後述する。
【００２５】
図２は、コーデック部１２の構成を示すブロック図である。コーデック部１２は、送信処理部２０と、受信処理部３０と、を含む。
【００２６】
（送信処理部）
送信処理部２０は、入出力信号処理部１１から順に接続された、エンコーダ部２２と、送信バッファ部２３と、を含む。
【００２７】
エンコーダ部２２は、ＰＣＭ信号に対してＧ．７１１に従って符号化処理を施して符号化データを生成し、当該符号化データを送信バッファ部２３に供給する。
【００２８】
送信バッファ部２３は、エンコーダ部２２から供給される符号化データを順次蓄積する。
【００２９】
（受信処理部）
受信処理部３０は、パケット化処理部１３から順に接続された、受信バッファ部３１と、デコーダ部３２と、パケット化周期変更指示部３３とを含む。
【００３０】
受信バッファ部３１は揺らぎ吸収バッファ（ジッタバッファ）であり、パケット化処理部１３から供給される符号化データを順次蓄積する。受信バッファ部３１は、符号化データを、当該符号化データを含んでいたＲＴＰパケットのヘッダに含まれるシーケンス番号と対応付けて蓄積する。
【００３１】
デコーダ部３２は、受信バッファ部３１に蓄積されている符号化データを取得し、当該符号化データに対してＧ．７１１に従って復号処理を施してＰＣＭ信号を復号する。デコーダ部３２は、当該復号ＰＣＭ信号を入出力信号処理部１１に供給する。
【００３２】
リアルタイムで音声を再生して音声品質を維持するために、デコーダ部３２は、受信バッファ部３１に蓄積されている符号化データを蓄積順に取得する。また、デコーダ部３２は、シーケンス番号に基づいて符号化データが欠落していると判別した場合には、欠落部分を補完したＰＣＭ信号を生成する。デコーダ部３２は、例えば、当該欠落部分の直前の符号化データ及び／又は直後の符号化データに基づいて補完ＰＣＭ信号を生成する。
【００３３】
また、モデムデータの変調データとしての正確性を担保できるように、デコーダ部３２は、受信バッファ部３１に蓄積されている符号化データをシーケンス番号順に取得する。また、デコーダ部３２は、シーケンス番号に基づいて符号化データが欠落していると判別した場合であっても、当該符号化データに対応するＰＣＭ信号の補間処理は行わず、当該欠落部分についての符号化データの到来を待って復号して、復号ＰＣＭ信号を受信バッファ部３１から取得するようにしてもよい。
【００３４】
パケット化周期変更指示部３３はデコーダ部３２の出力側に接続され、復号されたＰＣＭ信号から抽出されたモデム信号のアンサートーン（例えば、２１００Ｈｚ、３．３±０．３秒）の有無を判別し、前記アンサートーンが有ることを判別した場合、前記パケット化処理部１３においてパケット化周期の変更情報（例えば２ビットを使い、２０ｍｓから１０ｍｓへ変更、２０ｍｓから５ｍｓへ変更）を新たにＲＴＰパケットに含ませて生成し、これを対向通信装置（ＶｏＩＰ装置１Ａ、１Ｂ）に送信して指示する。
【００３５】
パケット化周期変更指示部３３は、復号ＰＣＭ信号の周波数分析処理によりモデム信号のアンサートーンの有無を検出することができる。この場合、パケット化周期変更指示部３３は、復号ＰＣＭ信号の周波数が所定の周波数からなると判別したときに、復号ＰＣＭ信号がモデム信号であると判別する。モデム信号の変復調方式としてＩＴＵ−Ｔ勧告Ｖ．２１方式においては、ＦＳＫ方式が採用されている。ＦＳＫにおいては、１，０の表現に各々異なる所定の周波数が割り当てられている（ＦＡＸで使用するＶ．２１  ｃｈａｎｎｅｌ２では１：１６５０Ｈｚ、０：１８５０Ｈｚ）。
【００３６】
また、パケット化周期変更指示部３３は、復号ＰＣＭ信号のモデム復調処理によりモデム信号のアンサートーンの有無を検出することができる。この場合、パケット化周期変更指示部３３は、ＰＣＭ信号に対して復調処理を施して得られたデジタルデータのビットパターンが特定のビットパターンであると判別したときに復号ＰＣＭ信号がモデム信号であると判別する。
【００３７】
通常、モデム信号の冒頭部分には、特定のビットパターンからなる同期データが含まれている。当該特定のビットパターンは、例えば所定パターンが１秒間に亘って複数回繰り返されたものである。パケット化周期変更指示部３３は、モデム復調処理により、復号ＰＣＭ信号に対する復調処理によって得られたデジタルデータが同期データであることを示す特定のビットパターンであるか否かを判別することにより、アンサートーンの有無を検出できる。
【００３８】
図３は、ＲＴＰパケットフォーマットの一例を示す図である。ＲＴＰパケットは、ＲＴＰヘッダとＲＴＰペイロードとからなる。ＲＴＰは、インターネット等のＩＰ網において、リアルタイムに音声や動画を送信／受信するトランスポート・プロトコルであり、ＲＦＣ１８８９で勧告されている。ＲＴＰは、トランスポート層に位置し、一般にＵＤＰ上でＲＴＣＰと共に用いられる。
【００３９】
そして、図３に示すように、ＲＴＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ及びＲＴＰペイロードデータからなる。そして、ＲＴＰヘッダには、図３に示すように、先頭から、バージョン情報フィールド（Ｖ：ｖｅｒｓｉｏｎ、例えばＶ＝２）、パディングフィールド（Ｐ：ｐａｄｄｉｎｇ）、拡張ビットフィールド（Ｘ：ｅｘｔｅｎｓｉｏｎ）、ＣＳＲＣ（ｃｏｎｔｒｉｂｕｔｉｎｇ  ｓｏｕｒｃｅ）カウントフィールド（ＣＣ）、マーカ情報（Ｍ：ｍａｒｋｅｒ）フィールド、マーカ・ビットフィールド（Ｍ：ｍａｒｋｅｒ）、ペイロード種別情報フィールド（ＰＴ：ｐａｙｌｏａｄ  ｔｙｐｅ）、シーケンス番号情報フィールド（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）、タイムスタンプフィールド（ｔｉｍｅ  ｓｔａｍｐ）、ＳＳＲＣ識別子フィールド（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ）、ＣＳＲＣ識別子フィールドが設けられ、ＣＳＲＣ識別子フィールドの後ろにＧ．７１１符号データが付加される。
【００４０】
バージョン情報フィールドＶには、ＲＴＰのバージョンを示す情報が格納され、例えばＲＴＰ２を示すときには、その旨のバージョン情報が格納される。
【００４１】
カウントフィールドＣＣは、ヘッダ中に示されるＣＳＲＣ（寄与送信元識別子）の数を示す。
【００４２】
ペイロード種別情報フィールドＰＴには、Ｇ．７１１符号データの種類を示す情報が格納され、例えば映像や音声を示す旨の情報等が格納される。
【００４３】
シーケンス番号情報フィールドには、ＲＴＰセッションにおいて、ＲＴＰパケットを送受信する度にカウントアップされ、送受信するＲＴＰパケットの順番を認識するためのシーケンス番号が格納される。
【００４４】
タイムスタンプフィールドには、Ｇ．７１１符号データを作成、更新した日時に関するタイムスタンプ情報が格納される。
【００４５】
ＳＳＲＣ識別子フィールド及びＣＳＲＣ識別子フィールドには、ＲＴＰセッションにおいて、データ送信側のソースを識別するための情報が格納される。ＳＳＲＣ識別子は、同期送信元識別子であり、同一ユーザが組み合わせて扱うべき複数のストリームが同じ値を共有するように割り当てた識別子であり、ＣＳＲＣ識別子は、寄与送信元識別子であり、ストリーム源を示す。複数のストリームがミキシング処理され１つのストリームデータとして提供される場合等に使用される。
【００４６】
図４は、ＲＴＣＰのＲＲ（Ｒｅｃｅｉｖｅｒ  Ｒｅｐｏｒｔ）パケットのフォーマットの一例を示す図である。
【００４７】
図４に示すように、ＲＴＣＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＣＰヘッダ及びＲＴＣＰデータからなる。
【００４８】
そして、ＲＴＣＰのＲＲパケットのヘッダには、図４に示すように、先頭から、バージョン情報フィールド（Ｖ：ｖｅｒｓｉｏｎ、例えばＶ＝２）、パディングフィールド（Ｐ：ｐａｄｄｉｎｇ）、パケットタイプ（ＰＴ：ｐａｃｋｅｔ  ｔｙｐｅ）フィールド、レポート長フィールド（ｌｅｎｇｔｈ）、ＳＳＲＣ識別子フィールドがある。
【００４９】
ＲＲパケットは、対向通信装置から受信したスリームに関する情報を通知するためのもので、同じく受信したストリーム各々についてストリームの受信状態を送信装置へ報告するためのレポートブロックを含むものである。
【００５０】
このレポートブロックは、図４に示すように、パケットの送信者の同期送信元（ＳＳＲＣ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）識別子、ＲＴＰ損失率、損失ＲＴＰパケット数、受信シーケンス番号、到着時間間隔のジッタの平均値、最後に受信したＳＲの送信時刻（ＬＳＲ：Ｌａｓｔ  ＳＲ  ｔｉｍｅｓｔａｍｐ）、最後にＳＲを受信した時刻からこのＲＲパケットを送るまでの時間（ＤＬＳＲ：Ｄｅｌａｙ  ｓｉｎｃｅ  Ｌａｓｔ  ＳＲ）を入れることになっている。
【００５１】
したがって、送信側においては、ＲＴＰデータの送信の際に、送信ＲＴＰパケット数及び送信ＲＴＰバイト数を管理しておき、また、受信側においては、ＲＴＰデータの受信の際に、受信ＲＴＰパケット数、損失ＲＴＰパケット数及び到着時間のジッタ等の管理情報を管理することができる。
【００５２】
なお、ＲＴＣＰパケットには、ＲＴＰデータの送信者から送られるタイプのＲＴＣＰ  ＳＲ（Ｓｅｎｄｅｒ  Ｒｅｐｏｒｔ）パケットもある。
【００５３】
ＳＲパケットは、ストリームを送出している端末から他の端末に対して送出されるもので、自装置が送出したストリームに関する情報である送信情報（ｓｅｎｄｅｒ  ｉｎｆｏ）と、受信したストリーム各々についてストリームの受信状態（パケット破棄率、ジッタ等）を送信装置へ報告するためのレポートブロック（ｒｅｃｅｐｔｉｏｎ  ｒｅｐｏｒｔ  ｂｌｏｃｋ）とを含む。
【００５４】
（変形例）
本変形例は、第１の実施例のパケット化周期変更指示部として、図５に示すように、受信バッファ３１を監視する受信バッファ監視部３４を備える構成とした以外、第１の実施例と同一である。
【００５５】
受信バッファ監視部３４は、受信バッファ部３１に蓄積される符号化データを監視し、当該符号化データにモデム信号のアンサートーンが含まれるか否かを判別する。受信バッファ監視部３４はパケット化周期変更指示部として、パケット周期の変化があると判別した場合には、送信処理部２０においてパケット化周期の変更情報（例えば１ビット）を新たにＲＴＰパケットに含ませて生成し、これを対向通信装置（ＶｏＩＰ装置１Ａ、１Ｂ）に送信して指示する。
【００５６】
通常、通信中にパケット化周期の動的変更には対応できない。そこで揺らぎ吸収バッファ（ジッタバッファ）に受信バッファ監視部３４を備えることとした。
【００５７】
＜受信バッファ監視部３４のジッタバッファへの追加機能＞
図３にＲＴＰパケットフォーマットを示すように、ＲＴＰヘッダには、パケット化周期を示す識別子はない。そのため、ＲＴＰパケットのタイムスタンプの変動量からパケット化周期の変化があったことをジッタバッファで検出する。例えば、パケット化周期５ｍｓではタイムスタンプは４０ずつカウントＵＰすることで検出する。パケット化周期１０ｍｓではタイムスタンプは８０ずつカウントＵＰすることで検出する。パケット化周期２０ｍｓではタイムスタンプは１６０ずつカウントＵＰすることで検出する。
【００５８】
別案としてＩＰパケットサイズからパケット化周期の変化を検出することも可能である。
【００５９】
パケットサイズの変動に応じて、ジッタバッファへのＲＴＰペイロードの積み方を変更する。
【００６０】
パケット化周期を減じた場合は、ジッタバッファへの積み方を変更するだけでは、遅延量が変わらないため、アンサートーン無音部分を圧縮することで、不要音声の出力をｓｋｉｐして、ジッタバッファ内のデータ量を削減する。これにより、遅延量を削減する。
【００６１】
パケット化周期を増やした場合は、ジッタバッファがオーバフローしない限りは、特に何もしない。
【００６２】
（効果の説明）
ＰＳＴＮからＩＰ網にマイグレーションすることにより、Ｅ−Ｅ遅延増加の影響を受けて通信エラーの恐れが高いモデム通信に対して、パケット化周期を通信の途中で動的に変更することで、端末間のＥ−Ｅ遅延を短縮することが可能となり、通信エラー確率を低減することが可能となる。また、必要な通信のみに対して、パケット化周期を短くするため、ＩＰ網へのトラフィック増を低減することが可能となる。
【００６３】
（動作の説明）
以下、電話Ａ、Ｂに接続された一対のＶｏＩＰ装置１Ａ、１Ｂ間のモデム通信（ＦＡＸ通信）について説明する。図６は、ＦＡＸ送信動作における通信方法を示すフローチャートである。
【００６４】
ＩＰ網３においてパケットをパケット化周期で送受信する一対のＶｏＩＰ装置１Ａ、１Ｂによる通信方法は、以下のように実行される。
【００６５】
（セッションを確立）
図６に示すＶｏＩＰ装置１Ａ、１Ｂは、ＳＩＰによってＶｏＩＰの呼制御を行い、ＳＩＰセッションとして確立ステップＳ０を実行する。このようなＶｏＩＰ通信において、ＳＩＰを用いた開始側（発呼側）ＶｏＩＰ装置１Ａと通信の受け手側（着呼側）ＶｏＩＰ装置１Ｂとの間でデータ（メッセージ）がやり取りされる。ＳＩＰのメッセージには、ＶｏＩＰ装置１ＡからＶｏＩＰ装置１Ｂへ送られるメッセージであるリクエストと、ＶｏＩＰ装置１ＢからＶｏＩＰ装置１Ａへ返されるメッセージであるレスポンスとがあり、リクエストのメッセージ・ボディには、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づいたセッション情報が収納される。また、ＯＫレスポンス等の所定のレスポンスには、通信に使用するコーデックを選択するためのＳＤＰメッセージを含む。
【００６６】
先ず、発呼側のＶｏＩＰ装置１Ａから着呼側のＶｏＩＰ装置１Ｂへセッション参加要求としてＩＮＶＩＴＥが送られる。着呼側のＶｏＩＰ装置１Ａにこれが届くと、着呼側のＶｏＩＰ装置１Ｂからリクエストが受信され処理中であることを示す１００Ｔｒｙｉｎｇレスポンス及び１８０  Ｒｉｎｇｉｎｇレスポンスが送られ、次いで、発呼側のＶｏＩＰ装置１Ｂからリクエストが受理されたことを示す２００  ＯＫレスポンスが送られる。この１８０  Ｒｉｎｇｉｎｇレスポンスは、着呼側のＶｏＩＰ装置１Ｂにて呼び出し音を鳴らしている状態を示し、着呼側のＶｏＩＰ装置１Ｂにて受話器を取り上げたときに、２００  ＯＫレスポンスが送られる。そして、発呼側のＶｏＩＰ装置１ＡからＡＣＫが送られることにより、通信のためのポートが開かれる。こうしてＲＴＰ／ＲＴＣＰパケットのセッションを確立し、音声及び音響データを送受信し合う。
【００６７】
（モデム通信）
セッションを確立（Ｓ０）後にモデム通信ステップＳ１〜Ｓ７を実行する。
【００６８】
ＳＩＰの“呼”の設定が完了し回線が確立すると、送信ステップＳ１では、ＶｏＩＰ装置１Ａがデータを符号化してパケット化したパケットを生成し、通常のパケット化周期（２０ｍｓ）で送信する。ここで、送信側ＶｏＩＰ装置１Ａ電話ＡはＣＮＧ信号（０．５秒間連続する１１００Ｈｚのアンサートーンを、３秒おきに送る信号）をＶｏＩＰ装置１Ｂ電話Ｂへ送る。ＣＮＧ信号でＶｏＩＰ装置１Ｂ電話ＢがＦＡＸ通信を識別する。
【００６９】
次に、受信ステップＳ２では、ＶｏＩＰ装置１ＢがＩＰ網を介してＶｏＩＰ装置１Ａから受信したパケットを逆パケット化し復号してアンサートーンデータを復元する。
【００７０】
次に、パケット化周期変更指示ステップでは、ＶｏＩＰ装置１Ｂが、復号したデータから抽出されたモデム信号のアンサートーンの有無を判別する（判別ステップＳ３）。
【００７１】
パケット化周期変更指示において、アンサートーン有りを判別した場合、ＣＮＧ信号を受けたＶｏＩＰ装置１Ｂは、ＦＡＸ受信モードに入るとＣＥＤ信号（２１００Ｈｚの連続音）を送信側ＶｏＩＰ装置１Ａに返す。ここで、パケット化周期の変更情報を、ＶｏＩＰ装置１Ｂにおける送信ステップにて新たにＣＥＤ信号のパケットに含ませＶｏＩＰ装置１Ａに指示する（指示ステップＳ４）。
【００７２】
次に、パケット化周期変更ステップＳ５では、ＶｏＩＰ装置１Ａが、受信した新たなＣＥＤ信号のパケットから抽出されたパケット化周期の変更情報に応じて、送信ステップにおいてパケット化周期（１０ｍｓ）を変更させる。なお、判別ステップＳ３にてアンサートーン有りを判別しない場合、指示ステップＳ４が生じない。
【００７３】
次に、ＣＥＤ信号で、ＶｏＩＰ装置１ＢがＦＡＸ通信を受け付け、ＶｏＩＰ装置１Ａ、ＶｏＩＰ装置１ＢのＦＡＸ通信が始まり、伝送の終了まで続く（伝送ステップＳ６）。
【００７４】
次に、伝送を終了する場合、画像データを送信した送信側ＶｏＩＰ装置１Ａは、送信終了を伝えるＰＰＳ−ＥＯＰ信号をＶｏＩＰ装置１Ｂへ送り、ＶｏＩＰ装置１Ｂは、全ての画像データを正常に受け取ると、正常にデータを受け取った事を伝えるＰＰＳ−ＭＣＦ信号を送信側ＶｏＩＰ装置１Ａへ送る（伝送終了ステップＳ７）。
【００７５】
伝送の終了ステップＳ７において、全ての画像データを送信した送信側ＶｏＩＰ装置１Ａは、送信終了を伝えるＰＰＳ−ＥＯＰ信号をＶｏＩＰ装置１Ｂへ送り、ＶｏＩＰ装置１Ｂは、全ての画像データを正常に受け取ると、正常にデータを受け取った事を伝えるＰＰＳ−ＭＣＦ信号を送信側ＶｏＩＰ装置１Ａへ送る。その後、所定の無音のあと、送信側ＶｏＩＰ装置１Ａが切るため受話器を置くとＢＹＥメソッドをＶｏＩＰ装置１Ｂに送信し、ＶｏＩＰ装置１Ｂが２００  ＯＫレスポンスを送り、終了する（ＳＩＰ終了ステップＳ８）。
【００７６】
（第２の実施例）
（構成の説明）
本実施例は、第１の実施例の構成におけるパケット化周期変更指示部３３が、復号されたＰＣＭ信号から抽出されたモデム信号のアンサートーン（例えば、２１００Ｈｚ、３．３±０．３秒）の有無を判別することに代えて、パケット化周期変更指示部３３が受信したパケットから抽出されたＩＰ網のサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の所定レベルの有無を判断し、変更指示する構成とした以外、第１の実施例と同一である。
【００７７】
パケット化周期変更指示部３３はデコーダ部３２の出力側に接続され、復号されたＰＣＭ信号から抽出されたＩＰ網のサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の所定レベルが有ることを判別した場合、前記送信処理部２０においてパケット化周期の変更情報（例えば２ビットを使い、２０ｍｓから１０ｍｓへ変更、２０ｍｓから５ｍｓへ変更）を新たにＲＴＰパケットに含ませて生成し、これを対向通信装置（ＶｏＩＰ装置１Ａ、１Ｂ）に送信して指示する。
【００７８】
ＲＴＣＰパケットでの統計情報解析結果（RTT(round trip time)）から、ＩＰ網のサービス品質（ＱｏＳ）が高いと判断した場合は、その結果をもって、パケット化周期を短くする。ＲＴＣＰパケットのレポートブロック（図４）における、パケットの送信者の同期送信元（ＳＳＲＣ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）識別子、ＲＴＰ損失率、損失ＲＴＰパケット数、受信シーケンス番号、到着時間間隔のジッタの平均値、最後に受信したＳＲの送信時刻（ＬＳＲ：Ｌａｓｔ  ＳＲ  ｔｉｍｅｓｔａｍｐ）、最後にＳＲを受信した時刻からこのＲＲパケットを送るまでの時間（ＤＬＳＲ：Ｄｅｌａｙ  ｓｉｎｃｅ  Ｌａｓｔ  ＳＲ）の情報からＱｏＳの所定レベルを算出することができる。例えば、ＩＰ網トラフィックのサービス品質の所定レベルとして、遅延：１５０ミリ秒以下、ジッタ：３０ミリ秒以下、損失：１％以下が挙げられる。
【００７９】
第１の実施例では、モデム通信のアンサートーン検出により、パケット化周期を短くしたが、ＩＰ網のサービス品質がよい場合は、揺らぎ吸収量が低くても問題ない場合が多く、パケット化周期を低減することで、タイムラグの少ない（ほぼ感じない）音声通信が可能となる。
【００８０】
具体的には、パケット化周期変更指示部としてＲＴＣＰパケットによる監視回路をＲＴＰ受信回路に具備しておき、揺らぎ量が小さい等ＩＰ網のサービス品質が高いと判定された場合に、パケット化周期を短くする指示をＲＴＰ送信側に対して指示のＲＴＣＰパケット等を送る。
【００８１】
（利用形態の説明）
電話Ａ側（すなわちＲＴＰ送信側）と電話Ｂ側（すなわりＲＴＰ受信側）の双方のＶｏＩＰ装置で連携する機構のため、機能を実現するために、送信側と受信側が必ず対になっている必要がある。一般的なＩＰ電話端末の場合、どの端末と接続するかわからないため、本発明は利用しにくい。利用形態としては、局用ＶｏＩＰゲートウェイ等ＩＰ網が閉域網であり、必ず対向装置として、同じＶｏＩＰ装置と接続される環境での利用が前提となる。
【００８２】
いずれの実施例の場合もＲＴＰ受信側装置でパケット化周期の短縮可否を判断して、その結果をＲＴＰ送信側に伝達（伝達手段は問わず、独自フォーマット、ＲＴＰヘッダ拡張（Ｘ：図３）、ＲＴＣＰ−ＲＲパケット等）し、それを受けたＲＴＰ送信側装置により、パケット化周期を通信の途中で動的に変更する。また、本発明による通信装置は、第１の実施例の構成におけるパケット化周期変更指示部３３が、復号されたＰＣＭ信号から抽出されたモデム信号のアンサートーンの有無を判別することと、第２の実施例の構成におけるパケット化周期変更指示部３３が受信したパケットから抽出されたＩＰ網のサービス品質の所定レベルの有無を判断し、変更指示する両方の構成を備えていてもよい。
【符号の説明】
【００８３】
１１  入出力信号処理部
１２  コーデック部
１３  パケット化処理部
１３ａ  パケット化周期変更部
１４  通信部
３３  パケット化周期変更指示部
【図１】
2020136805.tif 000003
【図２】
2020136805.tif 000004
【図３】
2020136805.tif 000005
【図４】
2020136805.tif 000006
【図５】
2020136805.tif 000007
【図６】
2020136805.tif 000008