(57)【要約】【課題】  ファクシミリの障害発生率を大幅に抑制することが可能なＶｏＩＰ端末を提供する。【解決手段】  ＶｏＩＰ端末は、ＩＰ電話機能（電話機能制御部１４）を提供し、かつみなし音声方式でファクシミリ機能（ファクシミリ機能部１５）を使用する。また、ＶｏＩＰ端末は、ＳＤＰのオファーアンサーにより対向するＶｏＩＰ端末のＲＴＰパケット二重受信能力の有無を判別する判別手段（呼制御部１１）と、判別手段（呼制御部１１）にてＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信手段（電話機能制御部１４）とを有する。【選択図】      図１
2012100126.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を提供し、かつみなし音声方式でファクシミリ機能を使用するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末であって、
ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより対向する端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別する判別手段と、前記判別手段にて前記ＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信手段とを有することを特徴とするＶｏＩＰ端末。
【請求項２】
前記ＳＤＰのオファーアンサーのメディア記述部に自端末が同じメディアデータを２重に受信してもそれを適切に処理する能力を持っていることを通知するためのメディア属性を設定し、
前記判別手段が、前記メディア属性に基づいて前記ＲＴＰパケット二重受信能力の有無を判別することを特徴とする請求項１記載のＶｏＩＰ端末。
【請求項３】
二重に受信するＲＴＰパケットを確実に処理するために揺らぎ吸収バッファのサイズを拡張する手段を含むことを特徴とする請求項１または請求項２記載のＶｏＩＰ端末。
【請求項４】
デコード済みＲＴＰパケットと同じ未再生ＲＴＰパケットを前記揺らぎ吸収バッファから破棄する手段を含むことを特徴とする請求項３記載のＶｏＩＰ端末。
【請求項５】
自端末内に前記ファクシミリ機能を搭載することを特徴とする請求項１から請求項４のいずれか記載のＶｏＩＰ端末。
【請求項６】
自端末配下に前記ファクシミリ機能を搭載するファクシミリを接続することを特徴とする請求項１から請求項４のいずれか記載のＶｏＩＰ端末。
【請求項７】
上記の請求項１から請求項６のいずれかに記載のＶｏＩＰ端末を含むことを特徴とするネットワークファクシミリシステム。
【請求項８】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を提供し、かつみなし音声方式でファクシミリ機能を使用するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末に用いる通信品質向上方法であって、
前記ＶｏＩＰ端末が、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより対向するＶｏＩＰ端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別する判別処理と、前記判別処理にて前記ＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信処理とを実行することを特徴とする通信品質向上方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＶｏＩＰ端末、ネットワークファクシミリシステム及びそれらに用いる通信品質向上方法に関し、特にネットワークファクシミリ装置における通信品質の向上に関する。
【背景技術】
【０００２】
上述した本発明に関連するネットワークファクシミリ装置には、みなし音声方式（例えば、特許文献１参照）とＴ．３８方式とがあり、Ｔ．３８方式では専用のＴ．３８ゲートウェイを用意する必要があるのに対し、みなし音声方式ではＴ．３０方式ファクシミリをＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ゲートウェイに接続すれば使用できるため、ファクシミリと電話とを共通の環境で運用できるメリットがある。
【０００３】
ここで、Ｔ．３０方式ファクシミリは、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）  Ｔ．３０の規格で決められたＧ３  ＦＡＸのことであり、みなし音声方式は、Ｇ３  ＦＡＸの信号をＶｏＩＰゲートウェイがＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）でディジタル化し、音として処理する方式である。
【０００４】
Ｔ．３８方式は、Ｇ３  ＦＡＸの信号をＩＴＵ−Ｔ  Ｔ．３８で規定したメッセージに翻訳し、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットに載せてやり取りする方式である。
【０００５】
しかしながら、音声をＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットに分割して送受信すると、ネットワークの伝送遅延により一部のパケットが受信側でデコードされるまでに到達しない場合があり、デコードされた信号が必ずしも元の音声信号と同じものとはならない。そのため、ファクシミリの制御信号を構成するＲＴＰパケットの伝送遅延が大きいと、受信側で正常な制御信号を受信できずにエラーとなり、ユーザにとってファクシミリの機能を満足に使用できないという課題がある。
【０００６】
この課題を解決するために、ＶｏＩＰ端末同士の間で交換されるＲＴＰパケットをＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）からＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）に変換することで、データの送達保障を行う方法が提案されている（例えば、特許文献２参照）。
【０００７】
また、上記の課題を解決するために、ファクシミリの制御信号をＴＣＰコネクション制御信号とＴＣＰデータ信号とに変換し、ファクシミリのデータ信号をＴＣＰデータ信号に変換して信号の信頼性を保証する方法も提案されている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−０５７５０５号公報
【特許文献２】特開２００８−２５２２４６号公報
【特許文献３】特開２０００−２７８４７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明に関連するネットワークファクシミリ装置では、ＩＰネットワークを使用するみなし音声方式の場合、ＲＴＰプロトコルを使用して音声信号と制御信号との伝送を行うため、信号の送達が保障されていない。このため、ＩＰネットワークの伝送品質によっては、ファクシミリの通信異常による切断が発生し、ユーザは製品が提供している機能を満足に使用することができない。
【００１０】
また、上記の特許文献２の場合、この方法による改善はごく限定的である。ＴＣＰの再送機構による送達保障を行ったとしても、それはＵＤＰ／ＴＣＰの相互変換を行う装置間での送達保障であり、ＶｏＩＰ端末に届くＲＴＰパケットを全てアナログ音声データにデコードすることの保障にはならない。
【００１１】
なぜなら、ＶｏＩＰ端末がＲＴＰパケットをリアルタイムに受信することを期待している以上、ＵＤＰ／ＴＣＰの相互変換を行う装置は到着したパケットから順次ＶｏＩＰ端末に転送しなければならず、ＶｏＩＰ端末に届くＲＴＰパケットの到達間隔にばらつきがあるという問題を改善することができないためである。
【００１２】
ＴＣＰの再送タイマ値を小さくすれば、再送パケットのいずれかが小さい遅延で到達すればよいため、理論上は問題を解決することが可能だが、その場合は、大量の再送データがＩＰネットワークに送出されることになり、ＩＰネットワークに大きな負荷をかける点が問題になる。
【００１３】
さらに、上記の特許文献３の場合、この方法は、対向のＶｏＩＰ端末が自身と同じ実装でない限りは使用することができず、相互接続性に問題がある。
【００１４】
そこで、本発明の目的は上記の問題点を解消し、ファクシミリの障害発生率を大幅に抑制することができるＶｏＩＰ端末、ネットワークファクシミリシステム及びそれらに用いる通信品質向上方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明によるＶｏＩＰ端末は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を提供し、かつみなし音声方式でファクシミリ機能を使用するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末であって、
ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより対向する端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別する判別手段と、前記判別手段にて前記ＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信手段とを備えている。
【００１６】
本発明によるネットワークファクシミリシステムは、上記のＶｏＩＰ端末を含むことを特徴とする。
【００１７】
本発明による通信品質向上方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を提供し、かつみなし音声方式でファクシミリ機能を使用するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末に用いる通信品質向上方法であって、
前記ＶｏＩＰ端末が、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより対向するＶｏＩＰ端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別する判別処理と、前記判別処理にて前記ＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信処理とを実行している。
【発明の効果】
【００１８】
本発明は、上記のような構成及び動作とすることで、ファクシミリの障害発生率を大幅に抑制することができるという効果が得られる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施の形態によるＶｏＩＰ端末の構成例を示すブロック図である。
【図２】本発明の第１の実施の形態によるネットワークファクシミリシステムの構成例を示すブロック図である。
【図３】本発明によるネットワークファクシミリの信号伝送形態と本発明に関連するネットワークファクシミリの信号伝送形態とを示す図である。
【図４】図２に示すＶｏＩＰ端末２へ発信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【図５】図２に示すＶｏＩＰ端末２から着信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【図６】図２に示すＶｏＩＰ端末３へ発信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【図７】図２に示すＶｏＩＰ端末３から着信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【図８】図１に示すＲＴＰスタックの本実施の形態に関わる状態遷移を示す図である。
【図９】図１に示す呼制御部の動作を示すフローチャートである。
【図１０】図１に示す呼制御部の動作を示すフローチャートである。
【図１１】図１に示す呼制御部の動作を示すフローチャートである。
【図１２】本発明によるネットワークファクシミリ及び本発明に関連するネットワークファクシミリの制御信号が欠損する確率を示す図である。
【発明を実施するための形態】
【００２０】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるネットワークファクシミリ装置の概要について説明する。
【００２１】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を具備している電話機か、もしくは電話機を接続してＩＰ電話機能を提供する装置［以下、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末とする］においてみなし音声方式でファクシミリ機能を使用する際に、ＩＰネットワーク上のパケットロスを考慮し、制御信号欠損による通信エラーを回避することで、ＩＰネットワークにおけるファクシミリ機能の品質を向上させることを特徴としている。
【００２２】
本発明では、ＶｏＩＰ端末が、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより、対向ＶｏＩＰ端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別してＲＴＰパケット二重送受信機能を起動するかどうかを判断する機能と、欠損を許容できないＲＴＰパケットを二重に送信する機能と、二重に受信するＲＴＰパケットを確実に処理するため、揺らぎ吸収バッファのサイズを拡張する機能と、デコード済みＲＴＰパケットと同じ未再生ＲＴＰパケットを揺らぎ吸収バッファから破棄する機能とを具備することで、ファクシミリ機能の障害発生を抑制する。
【００２３】
図１は本発明の第１の実施の形態によるＶｏＩＰ端末の構成例を示すブロック図である。図１において、本発明の第１の実施の形態によるＶｏＩＰ端末は、自ＶｏＩＰ端末と対向ＶｏＩＰ端末とのメディアセッションを管理する呼制御部１１と、ＲＴＰパケットの送受信を行うＲＴＰスタック１２と、音声信号のエンコード・デコードを行うＣＯＤＥＣ制御部１３と、通話状態を管理してユーザ操作に従って動作する電話機能制御部１４と、ファクシミリの信号と画像データとの相互変換を行うファクシミリ機能部１５と、フック状態検出や音声・画像データの入出力を行うユーザインタフェース１６とを具備している。
【００２４】
図２は本発明の第１の実施の形態によるネットワークファクシミリシステムの構成例を示すブロック図である。図２において、本実施の形態では、本発明の方式を実装したＶｏＩＰ端末１，２同士の間で機能する。本発明の方式を実装したＶｏＩＰ端末１，２と本発明の方式を実装していないＶｏＩＰ端末３との間では本発明の方式は機能せず、通常のみなし音声方式によるファクシミリ通信を行う。
【００２５】
尚、後述する本実施の形態の動作の説明で図２を用いて説明するため、便宜上ＶｏＩＰ端末の数を３台としているが、本実施の形態においてＩＰネットワーク１００上のＶｏＩＰ端末の数には限定されない。
【００２６】
図３は本発明によるネットワークファクシミリの信号伝送形態と本発明に関連するネットワークファクシミリの信号伝送形態とを示す図である。図３（ａ）に示す信号伝送形態＃１は、本発明に関連するネットワークファクシミリの信号伝送形態を示しており、図３（ｂ）に示す信号伝送形態＃２は、本発明によるネットワークファクシミリの信号伝送形態を示している。
【００２７】
ここで、ＶｏＩＰ端末１，２は、図１に示すＶｏＩＰ端末の構成をとっているので、以下、ＶｏＩＰ端末１について説明するが、ＶｏＩＰ端末２の構成及び動作は、ＶｏＩＰ端末１と同様である。
【００２８】
ＶｏＩＰ端末１のユーザがダイヤルすると、電話機能制御部１４は、発呼処理を開始し、呼制御部１１に呼接続を要求する。呼制御部１１は、ＳＤＰのセッションネゴシエーションによりＲＴＰパケット二重送受信機能を起動するかどうかを決定し、それをＲＴＰスタック１２に通知する。ＲＴＰスタック１２は、その情報を用いて音声情報の送受信を開始する。
【００２９】
ファクシミリ機能部１５は、制御信号の送信開始時／終了時に、ＲＴＰスタック１２へパケット二重送信の開始／終了を命令し、ＲＴＰスタック１２は、その命令に従って送信用ジッタバッファ（図示せず）にあるデータをＩＰネットワーク１００に送信する。
【００３０】
図４は図２に示すＶｏＩＰ端末２へ発信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートであり、図５は図２に示すＶｏＩＰ端末２から着信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【００３１】
図６は図２に示すＶｏＩＰ端末３へ発信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートであり、図７は図２に示すＶｏＩＰ端末３から着信する際のＶｏＩＰ端末１内部の動作を示すシーケンスチャートである。
【００３２】
図８は図１に示すＲＴＰスタック１２の本実施の形態に関わる状態遷移を示す図であり、図９〜図１１は図１に示す呼制御部１１の動作を示すフローチャートである。
【００３３】
図１２は本発明によるネットワークファクシミリ及び本発明に関連するネットワークファクシミリの制御信号が欠損する確率を示す図である。図１２において、Ａは本発明によるネットワークファクシミリの制御信号が欠損する確率を示し、Ｂは本発明に関連するネットワークファクシミリの制御信号が欠損する確率を示している。
【００３４】
まず、図４及び図９〜図１１を参照してＶｏＩＰ端末２へ発信する際のＶｏＩＰ端末１内部の動作について説明する。
【００３５】
電話機能制御部１４がダイヤル情報通知（ユーザがダイヤルした発信先電話番号）を受け取ると（図４のａ１）、電話機能制御部１４は、呼を管理する呼制御部１１に呼接続要求を行う（図４のａ２）。
【００３６】
呼制御部１１は、電話機能制御部１４からの要求に従って、ＶｏＩＰ端末１のユーザがダイヤルした発信先電話番号を宛先とするＳＤＰ−ｏｆｆｅｒをＩＰネットワーク１００を介してＶｏＩＰ端末２に送信する（図４のａ３）（図９ステップＳ１〜４）。
【００３７】
このとき、ＳＤＰ−ｏｆｆｅｒのメディア記述部には、ＶｏＩＰ端末１が同じメディアデータを２重に受信してもそれを適切に処理する能力を持っていることを通知するために、“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”という本発明独自のメディア属性を設定している（図９ステップＳ３）。
【００３８】
ＶｏＩＰ端末１のユーザがダイヤルした発信先電話番号をもつＶｏＩＰ端末２は、ＶｏＩＰ端末１と同様に本発明が適用されているので、ＶｏＩＰ端末２もこのことをＶｏＩＰ端末１に通知するためにメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”をメディア記述部に設定したＳＤＰ−ａｎｓｗｅｒをＩＰネットワーク１００を介してＶｏＩＰ端末１に返送する（図４のａ４）。
【００３９】
このＳＤＰ−ａｎｓｗｅｒを受信したＶｏＩＰ端末１の呼制御部１１は、呼接続が成功したことを電話機能制御部１４に通知する（図４のａ５）。このとき、呼制御部１１は、ＳＤＰのオファーアンサーによって、対向ＶｏＩＰ端末には自身（ＶｏＩＰ端末１）と同様に、本発明が適用されていることを知っているので、メディアデータの二重送受信機能を有効にすることも呼接続成功と合わせて通知する（図１０ステップＳ１１〜Ｓ１４）。
【００４０】
これらの通知を受け取った電話機能制御部１４は、ＲＴＰスタック１２にメディア接続要求を行うとともに、メディアデータの二重送信機能を有効にすることを要求して通話中状態に遷移する（図４のａ６〜ａ８）。
【００４１】
図６に示すシーケンスは、図４に示すシーケンスとほぼ同様であるが（図６のｃ１〜ｃ３）、異なる点は、ＶｏＩＰ端末１に対向するＶｏＩＰ端末３から返送されたＳＤＰ−ａｎｓｗｅｒにメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”が設定されていない点である（図６のｃ４）。
【００４２】
このとき、呼制御部１１は、対向ＶｏＩＰ端末３に本発明が適用されていないものと見なして、呼接続成功の通知と合わせてメディアデータの二重送受信機能を無効にしなければならないことを電話機能制御部１４に通知する（図６のｃ５）（図１０ステップＳ１１〜Ｓ１３，Ｓ１５）。
【００４３】
この通知を受け取った電話機能制御部１４は、ＲＴＰスタック１２にメディア接続要求を行うとともに、メディアデータの二重送信機能を無効にすることを要求して通話中状態に遷移する（図６のｃ６〜ｃ８）。
【００４４】
図５は、本発明が適用されているＶｏＩＰ端末２から着信した場合のＶｏＩＰ端末１の動作を表したシーケンスである。
【００４５】
ＶｏＩＰ端末１の呼制御部１１がＶｏＩＰ端末２から受信するＳＤＰ−ｏｆｆｅｒのメディア記述部には、本発明独自のメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”が設定されているので（図５のｂ１）、呼制御部１１は、電話機能制御部１４に呼接続要求受信通知を送信する際に、メディアデータの二重送受信機能を有効にする必要があることを通知する（図５のｂ２）（図９ステップＳ１，Ｓ６〜Ｓ８）。
【００４６】
この通知を受け取った電話機能制御部１４は、着呼できる状態であれば、ユーザインタフェース１６からｏｆｆ−ｈｏｏｋ通知を受け取った時に（図５のｂ３，ｂ４）、呼制御部１１に対して呼接続要求受付通知を送信し（図５のｂ５）、ＲＴＰスタック１２に対してメディア接続要求を送信する（図５のｂ７）。
【００４７】
このとき、電話機能制御部１４は、発呼時と同じく、このメディア接続要求とともにメディアデータ二重送受信機能を有効にするよう要求して通話中状態に遷移する（図６のｂ８，ｂ９）。
【００４８】
呼制御部１１は、呼接続要求受付通知を受け取ると、このことをＶｏＩＰ端末２に通知するためにメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”をメディア記述部に設定したＳＤＰ−ａｎｓｗｅｒをＩＰネットワーク１００を介してＶｏＩＰ端末２に返送する（図５のｂ６）（図１１ステップＳ２１〜Ｓ２４，Ｓ２６）。
【００４９】
図７に示すシーケンスは、本発明の方式が実装されていないＶｏＩＰ端末３から着信した場合のＶｏＩＰ端末１の動作を表している。
【００５０】
ＶｏＩＰ端末１の呼制御部１１がＶｏＩＰ端末３から受信するＳＤＰ−ｏｆｆｅｒのメディア記述部には、本発明独自のメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”が設定されていないので（図７のｄ１）、呼制御部１１は、電話機能制御部１４に呼接続要求受信通知を送信する際に、メディアデータの二重送受信機能を無効にしなければならないことを通知する（図７のｄ２）（図９ステップＳ１，Ｓ６，Ｓ７，Ｓ９）。
【００５１】
この通知を受け取った電話機能制御部１４は、ＲＴＰスタック１２に対してメディア接続要求を送信する際に、発呼時と同じく、このメディア接続要求とともにメディアデータ二重送受信機能を無効にするよう要求して通話中状態に遷移する（図７のｄ７〜ｄ９）。
【００５２】
呼制御部１１は、電話機能制御部１４から呼接続要求受付通知を受け取ると、このことをＶｏＩＰ端末３に通知するためにメディア属性“ｄｏｕｂｌｙ−ｒｅｃｖａｂｌｅ”をメディア記述部に設定していないＳＤＰ−ａｎｓｗｅｒをＩＰネットワーク１００を介してＶｏＩＰ端末３に返送する（図７のｄ６）（図１１ステップＳ２１〜Ｓ２３，Ｓ２５，Ｓ２６）。
【００５３】
メディア接続要求を受け取った後のＲＴＰスタック１２の動作及び状態遷移は、図８に示す通りである。メディア接続要求とともにメディアデータを無効にすることを要求された場合は、本発明を適用せずに通常の動作を行う。メディア接続要求とともにメディアデータを有効にすることを要求された場合は、同じＲＴＰパケットを２重に受信することを考慮して揺らぎ吸収バッファのサイズを通常の２倍程度にしてＲＴＰパケットの送受信を開始する。尚、このとき、ＲＴＰパケットの二重送信を行っていない。
【００５４】
二重送信を開始する契機は、ファクシミリ機能部１５から二重送信開始要求を受け取ったときであり、これを受け取った後は、ファクシミリ機能部１５から二重送信停止要求を受け取るまで二重送信を継続する。尚、ファクシミリ機能部１５が二重送信開始要求／二重送信停止要求を行う契機は、ファクシミリの制御信号を送信開始／送信停止するタイミングである。
【００５５】
常に二重送信を行うことで、理論的にはエラーの抑制だけでなく画像品質の向上も期待できるが、このような動作は、本発明を適用しない場合と比較して常に２倍の帯域を占有することになり、望ましい動作ではないため、本発明では最小限のパケットのみ二重送信を行うこととしている。
【００５６】
ＣＯＤＥＣ制御部１３は、デコード処理の際、ＲＴＰのシーケンス番号で指定された順序に従って揺らぎ吸収バッファからＲＴＰパケットを一つ取り出してデコードするが、この際、取り出したＲＴＰパケットのシーケンス番号を記憶しておく。
【００５７】
ＣＯＤＥＣ制御部１３は、次のデコード処理の際に、記憶しているシーケンス番号より古いシーケンス番号をもつＲＴＰパケットを揺らぎ吸収バッファの中に見つけた場合、そのＲＴＰパケットをデコードすることなく、揺らぎ吸収バッファから削除する。この処理によって、二重受信で先に受信するＲＴＰパケットをデコードし後に受信するＲＴＰパケットを破棄する動作を実現する。
【００５８】
このように、本実施の形態では、ＲＴＰパケットの二重送信により、ファクシミリの障害発生率を大幅に抑制することができる（図３及び図１２参照）。
【００５９】
ＶｏＩＰ端末がデータを受信してからデコードするまでの時間に特定のパケットが到達しない確率をａ（０＜ａ＜１）とした場合、二重送信しない場合にパケットロスによってデコードに失敗する確率は、「１−（１−ａ）＾（パケット分割数）（※パケット分割数＝制御信号の時間幅／パケット送信間隔）」となるが、二重送信する場合の確率は、「１−（１−ａ＾２）＾（パケット分割数）」となり、図１２に示すように、制御信号が欠損する確率を大幅に低減することが可能となる。
【００６０】
また、本実施の形態では、本発明の方式を実装したＶｏＩＰ端末１，２が既存の環境を置き換えることなく、導入することができる。これは、ＳＤＰのオファーアンサーにより二重送受信機能を起動するか否かを判断する機能により、本発明の方式を実装していない通常のみなし音声方式ファクシミリとの接続性も確保しているためである。
【００６１】
上述した本発明の第１の実施の形態では、ＶｏＩＰ端末１〜３自身がファクシミリ機能を搭載する例のみを示しているが、ＶｏＩＰ端末の配下にＴ．３０方式ファクシミリを接続する場合においても、本発明は適用可能である。
【００６２】
この場合は、図１に示すファクシミリ機能部１５及びユーザインタフェース１６は不要となり、その代わりにＣＯＤＥＣ制御部１３とＶｏＩＰ端末１配下のＴ．３０ファクシミリとの間のＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）信号を監視してフック状態検出やファクシミリ手順を行うＰＳＴＮ信号制御部が必要になる。
【００６３】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下の記載に限定されない。
【００６４】
［付記１］
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機能を提供し、かつみなし音声方式でファクシミリ機能を使用するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末に用いる通信品質向上方法であって、
前記ＶｏＩＰ端末が、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のオファーアンサーにより対向するＶｏＩＰ端末のＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケット二重受信能力の有無を判別する判別処理と、前記判別処理にて前記ＲＴＰパケット二重受信能力有りと判別した場合に欠損を許容できないＲＴＰパケットを二重に送信する送信処理とを実行し、
前記ＳＤＰのオファーアンサーのメディア記述部に前記ＶｏＩＰ端末が同じメディアデータを２重に受信してもそれを適切に処理する能力を持っていることを通知するためのメディア属性を設定し、
前記判別処理において、前記メディア属性に基づいて前記ＲＴＰパケット二重受信能力の有無を判別することを特徴とする通信品質向上方法。
【００６５】
［付記２］
二重に受信するＲＴＰパケットを確実に処理するために揺らぎ吸収バッファのサイズを拡張する処理とを実行することを特徴とする付記１に記載の通信品質向上方法。
【００６６】
［付記３］
前記ＶｏＩＰ端末が、デコード済みＲＴＰパケットと同じ未再生ＲＴＰパケットを前記揺らぎ吸収バッファから破棄する処理を実行することを特徴とする付記１または付記２に記載の通信品質向上方法。
【００６７】
［付記４］
前記ＶｏＩＰ端末内に前記ファクシミリ機能を搭載することを特徴とする付記１から付記３のいずれかに記載の通信品質向上方法。
【００６８】
［付記５］
前記ＶｏＩＰ端末配下に前記ファクシミリ機能を搭載するファクシミリを接続することを特徴とする付記１から付記３のいずれかに記載の通信品質向上方法。
【符号の説明】
【００６９】
１，２  本発明の方式を実装したＶｏＩＰ端末
３  本発明の方式を実装していないＶｏＩＰ端末
１１  呼制御部
１２  ＲＴＰスタック
１３  ＣＯＤＥＣ制御部
１４  電話機能制御部
１５  ファクシミリ機能部
１６  ユーザインタフェース
１００  ＩＰネットワーク
【図１】
2012100126.tif 000003
【図２】
2012100126.tif 000004
【図３】
2012100126.tif 000005
【図４】
2012100126.tif 000006
【図５】
2012100126.tif 000007
【図６】
2012100126.tif 000008
【図７】
2012100126.tif 000009
【図８】
2012100126.tif 000010
【図９】
2012100126.tif 000011
【図１０】
2012100126.tif 000012
【図１１】
2012100126.tif 000013
【図１２】
2012100126.tif 000014