(57)【要約】【課題】みなし音声方式によるファクシミリ送信を行う場合に、エラー再送プロトコルを活用しつつ、ＩＰ網でのパケットロスによる通信異常の発生を回避する。【解決手段】Ｇ３ファクシミリ通信の通信制御を行うファクシミリ通信部１１と、ファクシミリ通信部１１が出力する手順信号および画信号をＲＴＰパケット化してＩＰ網に対して送信し、ＩＰ網から受信したＲＴＰパケットから手順信号および画信号を復元してファクシミリ通信部１１に出力するパケット制御部１２とを備え、パケット制御部１２は、画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行する。【選択図】図１５
2010177850.tif 000002
【特許請求の範囲】
【請求項１】
Ｇ３ファクシミリ通信の通信制御を行うファクシミリ通信部と、
前記ファクシミリ通信部が出力する手順信号および画信号をＲＴＰパケット化してＩＰ網に対して送信し、ＩＰ網から受信したＲＴＰパケットから手順信号および画信号を復元して前記ファクシミリ通信部に出力するパケット制御部とを備え、
前記パケット制御部は、
画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、
同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行する
ことを特徴とするファクシミリ装置。
【請求項２】
ファクシミリ通信部が入力した手順信号に再送処理および受信パケット処理を実行することが可能であることを示す可能情報が含まれているか否か判定する実行可能情報判定手段を備え、
パケット制御部は、実行可能情報判定手段が手順信号に前記可能情報が含まれていると判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行する
請求項１記載のファクシミリ装置。
【請求項３】
ＩＮＶＩＴＥメッセージに対する最終応答メッセージに再送処理および受信パケット処理を実行することが可能であることを示す可能情報が含まれているか否か判定する実行可能情報判定手段を備え、
パケット制御部は、実行可能情報判定手段が最終応答メッセージに前記可能情報が含まれていると判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行する
請求項１記載のファクシミリ装置。
【請求項４】
ＤＴＭＦ信号をパケット制御部に出力し、パケット制御部を介してＤＴＭＦ信号を受信するＤＴＭＦ信号送受信部と、
前記ＤＴＭＦ信号送受信部が受信したＤＴＭＦ信号が、再送処理および受信パケット処理を実行することが可能であることを示す特定の信号であるか否か判定するＤＴＭＦ信号判定部とを備え、
パケット制御部は、前記ＤＴＭＦ信号送受信部が受信したＤＴＭＦ信号が前記特定の信号であると前記ＤＴＭＦ信号判定部が判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行する
請求項１記載のファクシミリ装置。
【請求項５】
パケット制御部は、画信号にもとづくＲＴＰパケットを送信するときに再送処理の実行を停止し、画信号にもとづくＲＴＰパケットの送信が完了したときに再送処理を再開する
請求項１から請求項４のうちのいずれか１項に記載のファクシミリ装置。
【請求項６】
Ｇ３ファクシミリ通信方式における画信号および手順信号をＲＴＰパケット化して送受信するファクシミリ通信方法であって、
画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、
同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行する
ことを特徴とするファクシミリ通信方法。
【請求項７】
画信号にもとづくＲＴＰパケットを送信するときに再送処理の実行を停止し、
画信号にもとづくＲＴＰパケットの送信が完了したときに再送処理を再開する
請求項６記載のファクシミリ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話サービスを利用してみなし音声方式によるファクシミリ通信を行うファクシミリ装置およびファクシミリ通信方法に関する。
【背景技術】
【０００２】
公衆電話網での使用を前提としたＧ３ファクシミリ間で、ＩＰ電話サービスを利用してみなし音声方式によるファクシミリ通信が行われている。みなし音声方式では、ファクシミリ信号を音声信号とみなし、アナログ音声信号をデジタル化してからパケット送信する。すなわち、ＩＰ電話では、通話音声データの送受信はＩＰアドレスを有する端末間でＶｏＩＰ（Voice over IP ）プロトコルなどによって行なわれるが、みなし音声方式によるファクシミリ通信では、ＶｏＩＰ技術を用いてファクシミリ手順信号や画信号（以下、ＰＩＸ信号という。）の送受信が行われる。ＩＰ電話サービスが使用するＩＰ網の性質上、パケットがパケットロスしたり、遅延したりすることがある。
【０００３】
ＩＰ電話サービスで通常用いられるプロトコルであるＲＴＰ（Real-Time Transport Protocol）では、通信の信頼性よりもリアルタイム性が重視されている。そのためＲＴＰでは、パケットがロスした場合であっても、パケットの再送は行われない。したがって、ＩＰ網を利用してみなし音声方式によるファクシミリ通信を行った場合に、パケットロスが発生すると、ファクシミリ信号が対向機に正しく伝わらないことがある。また、ロスするパケットによっては、通信異常になってしまう場合がある。
【０００４】
特許文献１では、パケットを送信する際に、同じパケットを複数個送信し、ＩＰ網で１つのパケットがロスしたとしても別の同じパケットが対向機に到達できればこのパケットロスの影響を回避できる送受信システムが記載されている。なお、本明細書では、同じパケットを複数個送信すること、すなわち１個以上再送することを、パケットを多重化するという。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２８２５３８号公報（段落０１２２−０１３４）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載された送受信システムでは、同じパケットを常に複数送信する場合に、１つのパケットを送信する場合に比べると、発信側装置および着信側装置はより高いデータ処理能力を必要とされる。また、Ｇ３ファクシミリでは、ＥＣＭ（Error Correction Mode ）というエラー再送プロトコルが用意されており、ＰＩＸ信号の送信中にエラーが発生した場合には、ファクシミリ手順上で再送される。そのため、ＰＩＸ信号送出中はパケットを複数送信しなくても、パケットロスによる影響を回避することができる。
【０００７】
そこで、本発明は、ＩＰ電話サービスを利用してみなし音声方式によるファクシミリ送信を行う場合に、エラー再送プロトコルを活用しつつ、ＩＰ網でのパケットロスによる通信異常の発生を回避するファクシミリ装置およびファクシミリ通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるファクシミリ装置は、Ｇ３ファクシミリ通信の通信制御を行うファクシミリ通信部と、ファクシミリ通信部が出力する手順信号および画信号をＲＴＰパケット化してＩＰ網に対して送信し、ＩＰ網から受信したＲＴＰパケットから手順信号および画信号を復元してファクシミリ通信部に出力するパケット制御部とを備え、パケット制御部は、画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行することを特徴とする。
【０００９】
本発明によるファクシミリ通信方法は、Ｇ３ファクシミリ通信方式における画信号および手順信号をＲＴＰパケット化して送受信するファクシミリ通信方法であって、画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行することを特徴とすることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＩＰ電話サービスを利用してみなし音声方式によるファクシミリ送信を行う場合に、ＩＰ網でのパケットロスによる通信異常の発生を効率よく回避することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明によるファクシミリ装置の第１の実施形態の構成を示すブロック図である。
【図２】ＩＰ電話サービスの通信手順を示すシーケンス図である。
【図３】ＲＴＰパケットの構成例を示す説明図である。
【図４】ＲＴＰパケットを多重化する処理を説明するためのシーケンス図である。
【図５】ＲＴＰパケットの送信処理を示すフローチャートである。
【図６】ＲＴＰパケットの受信処理を示すフローチャートである。
【図７】シーケンス番号管理テーブルの一例を示す説明図である。
【図８】図１に示されたファクシミリ装置が行うファクシミリ通信手順の一例を示すシーケンス図である。
【図９】手順信号ＮＳＦ／ＣＳＩ／ＤＩＳ信号のフォーマットを示す説明図である。
【図１０】手順信号ＮＳＳ／ＴＳＩ／ＤＣＳ信号のフォーマットを示す説明図である。
【図１１】第２の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。
【図１２】ＩＮＶＩＴＥメッセージの一例を示す説明図である。
【図１３】２００ＯＫメッセージの一例を示す説明図である。
【図１４】第３の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。
【図１５】本発明によるファクシミリ装置の主要部を示すブロック図である。
【発明を実施するための形態】
【００１２】
実施形態１．
図１は、本発明によるファクシミリ装置の第１の実施形態（実施形態１）の構成を示すブロック図である。図１を参照して、第１の実施形態のファクシミリ装置の構成を説明する。
【００１３】
制御部１０１は、各部を制御し、ネットワークファクシミリとしての機能を実現する。ネットワーク制御部１０２は、ネットワーク１０８とのインターフェースを制御する。データバッファ１０３は、ネットワーク１０８に送信するパケットデータおよびネットワーク１０８から受信したパケットデータを保存する。
【００１４】
音声ＣＯＤＥＣ１０４は、送信するアナログ信号をデジタル信号に符号化し、受信したデジタル信号をアナログ信号に復号化する。ＦＡＸ通信部１０５は、ＴＴＣ（情報通信技術委員会）標準ＪＴ−Ｔ３０（ＩＴＵ−Ｔ勧告Ｔ３０に相当）に準拠するＧ３ファクシミリの制御を行う。ＣＮＧ検出部１０６は、対向機から送信される、ファクシミリ装置であることを示すＣＮＧ信号（Calling tone）の検出を行う。メモリ１０７は、受信したＲＴＰパケットのシーケンス番号を管理するための情報を保存する。図１に示すファクシミリ装置は、ＩＰ電話サービスを利用した通信において、ＲＴＰパケットを多重化して送信する。
【００１５】
まず、一般的なＩＰ電話サービスの通信手順を説明する。図２は、ＩＰ電話サービスの通信手順を示すシーケンス図である。図２を参照して、ＩＰ電話サービスを利用した一般的な通信処理を説明する。
【００１６】
発信側でユーザが発信操作（以下、ダイヤルという。）を行って通信が開始されると（ステップＳ２０１）、発信側は、ＩＮＶＩＴＥメッセージを送信する（ステップＳ２０２）。
【００１７】
着信側は、ＩＮＶＩＴＥメッセージを受信すると、発信側に１００ＴＲＹＩＮＧメッセージを返信してリクエストに対する暫定応答する（ステップＳ２０３）。さらに、着信側は、ユーザを呼び出すベルを鳴動させ（ステップＳ２０４）、発信側に１８０ＲＩＮＧＩＮＧメッセージを返信して暫定応答する（ステップＳ２０５）。着信側でユーザがフックオフすると（ステップＳ２０６）、着信側は、発信側に２００ＯＫメッセージを返信する（ステップＳ２０７）。
【００１８】
発信側は、２００ＯＫメッセージを受信すると、着信側にＡＣＫメッセージを送信してＩＮＶＩＴＥメッセージに対する応答を受け取ったことを知らせる（ステップＳ２０８）。ステップＳ２０１〜Ｓ２０８の処理が行われると、ユーザ間で通話が開始される（ステップＳ２０９）。図２に示された破線で囲まれた領域内の処理は、通話中の処理を示す。
【００１９】
通話が開始されると、発信側および着信側のそれぞれにおいて、音声信号をデジタル化して生成されたＲＴＰパケットが、一定間隔で送信される。送信間隔は、通常は２０ｍｓである。図３は、ＲＴＰパケットの構成例を示す説明図である。図３に示すように、ＲＴＰパケットは、ＩＰヘッダ３０１、ＵＤＰヘッダ３０２、ＲＴＰヘッダ３０３および符号データ３０４から構成されている。ＲＴＰヘッダ３０３は、シーケンス番号３０５を含む。シーケンス番号３０５は、パケットの送信順番を示し、ＲＴＰパケットごとに、例えば、０〜ｎの番号が順番に付与されているとする。
【００２０】
通話が終了して、例えば発信側のユーザがフックオンすると（ステップＳ２１０）、発信側は、着信側にＢＹＥメッセージを送信する（ステップＳ２１１）。着信側は、ＢＹＥメッセージに対して２００ＯＫメッセージを返信し（ステップＳ２１２）、ＩＰ電話サービスを利用した通信は終了する。
【００２１】
図４は、ＲＴＰパケットを多重化する処理を説明するためのシーケンス図である。図４を参照して、ＲＴＰパケットを多重化する処理を説明する。
【００２２】
ＲＴＰパケットの多重化は、発信側と着信側との通話中（図２に示されたステップＳ２０９に相当）に行われる。ここでは、特に、発信側から着信側に送信されるＲＴＰパケットを多重化する処理について説明する。
【００２３】
通話が開始されると、ＲＴＰパケットの送信が開始される。まず、発信側は、着信側にシーケンス番号０のＲＴＰパケットを送信する（ステップＳ４０１）。一般的な通信処理では、２０ｍｓ後にシーケンス番号１のＲＴＰパケットを送信するが、図４に示す例では、シーケンス番号１のＲＴＰパケットを送信する前であって例えばシーケンス番号０のＲＴＰパケットを送信した時点から１０ｍｓ後に、シーケンス番号０のＲＴＰパケットを再送する（ステップＳ４０２）。最初のＲＴＰパケットの送信時期と再送の時期とをずらすのは、パケットロスが発生する確率を低減することが期待されるからである。
【００２４】
ステップＳ４０１において、着信側がシーケンス番号０のＲＴＰパケットを受信すると、初めて受信するパケットデータであるので、シーケンス番号０のＲＴＰパケットデータをデータバッファ１０３に格納する。ステップＳ４０２において、着信側が再送されたシーケンス番号０のＲＴＰパケットを受信すると、既にシーケンス番号０のＲＴＰパケットが受信されているので、再送されたＲＴＰパケットを破棄する（ステップＳ４０３）。以後、通話が終了するまでに送信されるシーケンス番号１〜ｎのＲＴＰパケットについて、パケットロスが発生しない限りは、ステップＳ４０１〜Ｓ４０３の処理が繰り返される。
【００２５】
次に、ＩＰ網でパケットロスが発生した場合の処理を説明する。図４に示すように、シーケンス番号２のＲＴＰパケットがＩＰ網で何らかの理由によりパケットロスしたとする（ステップＳ４０８）。この場合には、着信側には当該ＲＴＰパケットは受信されないが、１０ｍｓ後にシーケンス番号２のＲＴＰパケットが発信側から再送される（ステップＳ４０９）。着信側は、再送されたシーケンス番号２のＲＴＰパケットを受信すると、そのＲＴＰパケットが初めて受信するシーケンス番号２のＲＴＰパケットであるので、データバッファ１０３に格納する。つまり、ステップＳ４０８において発生したパケットロスが、ステップＳ４０９におけるパケット再送によって回避されたことになる。
【００２６】
図５は、ＲＴＰパケットの送信処理を示すフローチャートである。図５を参照して、発信側がＲＴＰパケットを送信する際の処理を説明する。
【００２７】
発信側と着信側とで通話が開始されると、ＲＴＰパケットの送信側は、シーケンス番号Ｎを初期化して（ステップＳ５０１）、シーケンス番号ＮのＲＴＰパケットを送信する（ステップＳ５０２）。ステップＳ５０２において、シーケンス番号ＮのＲＴＰパケットが送信されると、当該パケットを多重化するかどうかを判断する（ステップＳ５０３）。多重化するかどうかの判断方法は後述される。
【００２８】
ステップＳ５０３において、多重化しないと判断した場合には、２０ｍｓウェイトする（ステップＳ５０４）。２０ｍｓウェイトした後に、シーケンス番号Ｎを１つインクリメントし（ステップＳ５０５）、ステップＳ５０２に戻って次のＲＴＰパケットを送信する。
【００２９】
ステップＳ５０３において、多重化すると判断した場合には、１０ｍｓウェイトする（ステップＳ５０６）。１０ｍｓウェイトした後に、シーケンス番号ＮのＲＴＰパケットを再送する（ステップＳ５０７）。その後、シーケンス番号Ｎを１つインクリメントし（ステップＳ５０８）、１０ｍｓウェイトする（ステップＳ５０９）。１０ｍｓウェイトした後に、ステップＳ５０２に戻って次のＲＴＰパケットを送信する。
【００３０】
ステップＳ５０２〜Ｓ５０９の処理は、発信側と着信側との通話が終了するまで繰り返される。
【００３１】
図６は、ＲＴＰパケットの受信処理を示すフローチャートである。図６を参照して、着信側がＲＴＰパケットを受信する際の処理を説明する。
【００３２】
送信側からパケットを受信すると（ステップＳ６０１）、受信側は、受信パケットのシーケンス番号が既に受信済みのシーケンス番号であるか否か確認する（ステップＳ６０２）。図７は、シーケンス番号管理テーブルの一例を示す説明図である。シーケンス番号管理テーブルは、シーケンス番号と、当該シーケンス番号を持つパケットが受信済みであるか否かを示す受信済みフラグとが設定されるテーブルである。シーケンス番号管理テーブルにおいて、受信済みフラグが０の場合には、対応するシーケンス番号を持つパケットはまだ受信されていないことを示し、受信済みフラグが１の場合には、対応するシーケンス番号を持つパケットが既に受信済みであることを示す。ステップＳ６０２において、受信パケットのシーケンス番号が既に受信済みであるか否かの確認を、図７に示されたシーケンス番号管理テーブルを参照して行う。
【００３３】
ステップＳ６０２において、受信パケットのシーケンス番号が既に受信済みである場合には、受信パケットを不要と判断して破棄する（ステップＳ６０３）。その後、ステップＳ６０１に戻り、送信側からの次のパケットの受信を待つ。
【００３４】
ステップＳ６０２において、受信パケットのシーケンス番号が既に受信済みではなかった場合には、受信パケットをデータバッファ１０３に格納する（ステップＳ６０４）。そして、シーケンス番号管理テーブルの当該シーケンス番号における受信済みフラグを１に更新する（ステップＳ６０５）。その後、ステップＳ６０１に戻り、送信側からの次のパケットの受信を待つ。
【００３５】
図８は、図１に示されたファクシミリ装置が行うファクシミリ通信手順の一例を示すシーケンス図である。図８を参照して、図１に示されたファクシミリ装置が行うファクシミリ通信手順の処理を説明する。
【００３６】
ＩＰ網を利用して見なし音声方式によるファクシミリ通信が行われる場合に、図８のシーケンス図に示された処理が行われる。これらの処理は、図２に示された発信側と着信側との通話中の処理（図２に示されたステップＳ２０９に相当）として実行される。なお、図８に示す破線の範囲内に含まれる処理信号を、まとめて手順信号と呼ぶ。本実施形態のファクシミリ装置は、手順信号を含むＲＴＰパケットを多重化する。
【００３７】
まず、最初に、ファクシミリデータの送信側（発信側とする。）におけるＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ファクシミリ装置であることを示すＣＮＧ信号を、受信側（着信側とする。）に送信する（ステップＳ８０１）。なお、図１に示すように、ＦＡＸ通信部１０５から出力されたアナログ信号は、音声ＣＯＤＥＣ１０４でデジタル信号に変換されてデータバッファ１０３に格納され、ネットワーク制御部１０２は、データバッファ１０３に格納されたデジタル信号をＲＴＰパケット化してネットワーク１０８に送出する。着信側では、ＣＮＧ検出部１００６でＣＮＧ信号が検出されると、ＦＡＸ通信部１０５は、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ＣＥＤ信号（被呼端末識別信号）を発信側に返信する（ステップＳ８０２）。
【００３８】
さらに、着信側では、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ＮＳＦ／ＣＳＩ／ＤＩＳ信号を発信側に送信する（ステップＳ８０３）。図９は、手順信号ＮＳＦ／ＣＳＩ／ＤＩＳ信号のフォーマットを示す説明図である。ＮＳＦ９０１（ＮＳＦ信号）は、非標準機能識別信号と呼ばれる信号で、着信側の能力を発信側に通知する情報を含む。ＣＳＩ９０２（ＣＳＩ信号）は、被呼端末識別信号と呼ばれる信号で、着信側の識別情報を含む。ＤＩＳ９０３（ＤＩＳ信号）は、デジタル識別信号と呼ばれる信号で、着信側がＴ３０に準拠する機能を有することを示す。図９に示されるように、ＮＳＦ９０１の中に、パケット多重化機能有無ビット９０４を設定する。パケット多重化機能有無ビット９０４は、パケット多重化機能の有無を示し、パケット多重化機能を有する場合には、ビットを有効とする。ステップＳ８０３において、ＮＳＦ／ＣＳＩ／ＤＩＳ信号を送信する際に、着信側は、ＮＳＦ９０１のパケット多重化機能有無ビット９０４を有効にする。なお、パケット多重化機能とは、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理と、同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理とを実行する機能である。
【００３９】
発信側では、ＦＡＸ通信部１０５が、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４を介して、着信側からのＮＳＦ／ＣＳＩ／ＤＩＳ信号を受信する。なお、ネットワーク制御部１０２は、ネットワーク１０８を介して受信したＲＴＰパケットからデジタル信号であるデータを抽出して、データバッファ１０３を介して音声ＣＯＤＥＣ１０４に出力する。音声ＣＯＤＥＣ１０４は、デジタル信号であるデータをアナログ信号（この場合には、ＮＳＦ信号、ＣＳＩ信号およびＤＩＳ信号）に変換してＦＡＸ通信部１０５に出力する。ＦＡＸ通信部１０５は、ＮＳＦ信号におけるパケット多重化機能有無ビット９０４を確認し、有効であった場合には、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を開始することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を開始する（ステップＳ８０４）。以後、ネットワーク制御部１０２は、図５に示されたステップＳ５０６〜Ｓ５０９の処理を実行する。
【００４０】
発信側では、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ＮＳＳ／ＴＳＩ／ＤＣＳ信号を着信側に送信する（ステップＳ８０５）。図１０は、手順信号ＮＳＳ／ＴＳＩ／ＤＣＳ信号のフォーマットを示す説明図である。ＮＳＳ１００１（ＮＳＳ信号）は、非標準機能設定信号と呼ばれる信号で、着信側からのＮＳＦ信号に提示された着信側の能力情報に基づいて決定した情報を含む。ＴＳＩ１００２（ＴＳＩ信号）は、送信端末識別信号と呼ばれる信号で、発信局の識別情報を含む。ＤＣＳ１００３（ＤＣＳ信号）は、デジタル命令信号と呼ばれる信号で、ＤＩＳ９０３で示された標準機能に応答して機能の設定を命令する。ＦＡＸ通信部１０５は、図１０に示されるように、ＮＳＳ１００１の中に、パケット多重化機能有無ビット１００４を設定する。パケット多重化機能有無ビット１００４の機能は、パケット多重化機能９０４と同じである。ステップＳ８０５において、ＮＳＳ／ＴＳＩ／ＤＣＳ信号を送信する際に、発信側は、ＮＳＳ１００１のパケット多重化機能有無ビット１００４を有効にする。
【００４１】
着信側では、ＦＡＸ通信部１０５が、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４を介して、発信側からのＮＳＳ／ＴＳＩ／ＤＣＳ信号を受信する。ＦＡＸ通信部１０５は、ＮＳＳ信号におけるパケット多重化機能有無ビット１００４を確認し、有効であった場合には、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を開始することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を開始する（ステップＳ８０６）。以後、ネットワーク制御部１０２は、図５に示されたステップＳ５０６〜Ｓ５０９の処理を実行する。
【００４２】
発信側では、ステップＳ８０４において、ＲＴＰパケットの多重化を開始してから、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、所定の伝送速度でチャンネルが使用可能かどうかトレーニングチェックを行うＴＣＦ信号を送信する（ステップＳ８０７）。そして、着信側では、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、メッセージ送出を開始してよいことを示す受信準備確認信号であるＣＦＲ信号を送信する（ステップＳ８０８）。発信側において、ＦＡＸ通信部１０５が、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４を介して、着信側からのＣＦＲ信号を受信すると、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を終了することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を停止する（ステップＳ８０９）。
【００４３】
ステップＳ８０９において、ＣＦＲ信号を受信してＲＴＰパケットの多重化を停止した後、発信側では、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ＰＩＸ信号を送信する（ステップＳ８１０）。ＲＴＰパケットの多重化を停止した後にＰＩＸ信号を送信するのは、ファクシミリ装置がＰＩＸ信号についてＥＣＭ（Error Correction Mode ）というエラー再送プロトコルを備えているからである。すなわち、パケットロスを引き起こすような障害が発生しても、エラー再送プロトコルでパケットロスを回避することが可能であって、パケットの多重化（パケットの再送）を行う必要がないからである。また、ＰＩＸ信号の送信中は、より多くのデータが送信されるために、より高いデータ処理能力が必要になるが、パケットの多重化を停止することによって、ファクシミリ装置におけるデータ処理の負荷を軽減する効果も得られる。
【００４４】
ＰＩＸ信号の送信が終了すると、発信側において、ＦＡＸ通信部１０５は、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を再開することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を再開し（ステップＳ８１１）、手順信号を送信する。発信側は、手順終了信号であるＥＯＰ信号を送信する（ステップＳ８１２）。着信側において、ＥＯＰ信号を受信すると、ＥＯＰ信号に対する肯定を意味するメッセージ確認信号として、ＭＣＦ信号を返信する（ステップＳ８１３）。最後に、発信側は、回線切断命令を示すＤＣＮ信号を送信し、手順信号は終了する。
【００４５】
このようなファクシミリ装置は、ＲＴＰパケットの多重化によって、ＩＰ網でのパケットロスによる通信異常の発生を回避することができる。また、ファクシミリ手順信号の部分だけＲＴＰパケットの多重化を行うので、ファクシミリ装置におけるデータ処理の負荷を軽減することができる。
【００４６】
実施形態２．
本発明によるファクシミリ装置の第２の実施形態（実施形態２）を説明する。第２の実施形態のファクシミリ装置の構成は、図１に示された第１の実施形態のファクシミリ装置の構成と同じである。しかし、第１の実施形態のファクシミリ装置がＮＳＦ信号およびＮＳＳ信号にパケット多重化機能有無ビットを設定するのとは異なり、第２の実施形態のファクシミリ装置は、ＩＮＶＩＴＥメッセージにパケット多重化機能有無ビットを設定する。
【００４７】
図１１は、第２の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。図１１を参照して、第２の実施形態のファクシミリ装置がパケットの多重化機能の有無を認識する処理を説明する。
【００４８】
発信側でユーザがダイヤルを行ってＩＰ電話通信が開始されると（ステップＳ１１０１）、発信側のネットワーク制御部１０２は、ＩＮＶＩＴＥメッセージを送信する（ステップＳ１１０２）。ファクシミリ装置は、ＩＮＶＩＴＥメッセージにＲＴＰパケットの多重化機能の有無を提示する情報を設定する。
【００４９】
図１２は、ＩＮＶＩＴＥメッセージの一例を示す説明図である。図１２に示すように、ＩＮＶＩＴＥメッセージには、初期設定値を記述するプロトコルであるＳＤＰ（Session Description Protocol）１２０１がある。このＳＤＰ１２０１の中に、パケット多重化機能有無ビット（ＲＴＰパケットの多重化機能の有無を提示する情報）１２０２を設定する。パケット多重化機能有無ビット１２０２は、パケット多重化機能の有無を示し、パケット多重化機能を有する場合には、ビットを有効とする。
【００５０】
着信側のネットワーク制御部１０２がＩＮＶＩＴＥメッセージを受信すると、制御部１０１は、ＩＮＶＩＴＥメッセージのＳＤＰ１２０１の中のパケット多重化機能有無ビット１２０２を読み、対向機（発信側）がＲＴＰパケットの多重化機能を有していると認識する（ステップＳ１１０３）。そして、着信側のネットワーク制御部１０２は、発信側に１００ＴＲＹＩＮＧメッセージを返信してリクエストに対する暫定応答する（ステップＳ１１０４）。さらに、着信側の制御部１０１は、ユーザを呼び出すベルを鳴動させ（ステップＳ１１０５）、ネットワーク制御部１０２は、発信側に１８０ＲＩＮＧＩＮＧメッセージを返信して暫定応答する（ステップＳ１１０６）。着信側でユーザがフックオフすると（ステップＳ１１０７）、着信側ネットワーク制御部１０２は、発信側に２００ＯＫメッセージを返信する（ステップＳ１１０８）。
【００５１】
図１３は、２００ＯＫメッセージの一例を示す説明図である。図１３に示すように、２００ＯＫメッセージには、ＳＤＰ１３０１がある。ＳＤＰ１３０１は、発信側から通知されたＩＮＶＩＴＥメッセージ内のＳＤＰ１２０１で提示された発信側の設定値に基づいて決定される。従って、ＳＤＰ１３０１の中にはパケット多重化機能有無ビット１３０２が設定される。パケット多重化機能有無ビット１３０２は、着信側がパケット多重化機能を有する場合にはビットを有効にする。ステップＳ１１０８において、パケット多重化機能有無ビット１３０２は、有効になっている。
【００５２】
発信側のネットワーク制御部１０２は、２００ＯＫメッセージを受信すると、２００ＯＫメッセージのＳＤＰ１３０１の中のパケット多重化機能有無ビット１３０２を読み、対向機（着信側）がＲＴＰパケットの多重化機能を有していると認識する（ステップＳ１１０９）。この後、ファクシミリ通信が開始された場合には、ネットワーク制御部１０２は、手順信号の部分でＲＴＰパケットの多重化を行う。なお、ＦＡＸ通信部１０５は、ＣＦＲ信号を受信すると、ＰＩＸ信号を出力する前に、ＰＩＸ信号が送信される旨をネットワーク制御部１０２に対して通知する。ネットワーク制御部１０２は、通知に応じて、ＲＴＰパケットの多重化を終了する。また、ＦＡＸ通信部１０５は、ＰＩＸ信号の送信が終了すると、ＥＯＰ信号を出力する前に、ＰＩＸ信号の送信が終了した旨をネットワーク制御部１０２に対して通知する。ネットワーク制御部１０２は、通知に応じて、ＲＴＰパケットの多重化を再開する。
【００５３】
このようなファクシミリ装置は、対向機がＲＴＰパケットの多重化機能を有しているか否かを認識してから、ＲＴＰパケットの多重化を開始することができる。対向機がＲＴＰパケットの多重化機能を有していない場合、すなわち、パケットの受信側がシーケンス番号の管理を行っていないような場合には、多重化して送信されたＲＴＰパケットは無条件で受信側のデータバッファに格納されてしまうことがある。その結果、データバッファのオーバーフローを引き起こし、さらには、オーバーフローを原因とするパケットロスが発生して通信性能を劣化させるといった可能性も考えられる。従って、対向機がＲＴＰパケットの多重化機能を有しているか否かを確認してからＲＴＰパケットの多重化を開始することによって、対向機のデータバッファのオーバーフローを回避することができる。
【００５４】
また、ファクシミリ通信が開始されるより前に、対向機がＲＴＰパケットの多重化機能を有するか否かを認識することができるので、ファクシミリ通信が開始されてからＲＴＰパケットの多重化機能の有無を認識するよりも、情報処理における負荷の集中を抑えることができる。
【００５５】
なお、パケット多重化機能有無ビットの設定は、ＩＮＶＩＴＥメッセージのＳＤＰに限定されるものではなく、本来の通信処理を妨げない範囲で、その他のメッセージや信号に設定されてもよい。
【００５６】
実施形態３．
本発明によるファクシミリ装置の第３の実施形態（実施形態３）を説明する。第３の実施形態のファクシミリ装置の構成は、図１に示された第１の実施形態のファクシミリ装置の構成と同じである。しかし、第１の実施形態のファクシミリ装置がＮＳＦ信号およびＮＳＳ信号にパケット多重化機能有無ビットを設定するのとは異なり、第３の実施形態のファクシミリ装置は、ファクシミリ通信手順に移行する前に、ＰＢ（Push Button ）信号すなわちＤＴＭＦ（Dial Tone Multi Frequency ）信号を利用してＲＴＰパケットの多重化機能の有無を確認するシーケンスを備えている。なお、第３の実施形態のファクシミリ装置は、ＰＢ信号受信手段（受信信号の周波数判定手段）を備えている。
【００５７】
図１４は、第３の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。図１４を参照して、第３の実施形態のファクシミリ装置がパケットの多重化機能の有無を認識する処理を説明する。
【００５８】
ファクシミリ装置は、ＰＢ信号を利用して対向機がＲＴＰパケットの多重化機能を有しているか否かを確認する処理を行って（ステップＳ１４０１）から、ファクシミリ通信手順の処理を行う（ステップＳ１４０２）。
【００５９】
ファクシミリ装置が、ＰＢ信号を利用して対向機がＲＴＰパケットの多重化機能を有しているか否かを確認する処理について詳細に説明する。まず、発信側のＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、予め決められたＰＢ信号で、着信側にＲＴＰパケット多重化の要求を送信する（ステップＳ１４０３）。着信側において、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介してＰＢ信号を受信した場合には、受信したＰＢ信号がＲＴＰパケット多重化の処理を要求するＰＢ信号であるか否か判定する。ＲＴＰパケット多重化の処理を要求するＰＢ信号であると判定し、かつ、パケット多重化機能を有する場合には、ＦＡＸ通信部１０５は、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介して、ＲＴＰパケット多重化の要求を承諾する旨を示す予め決められたＰＢ信号（パケット多重化機能を有することを示すＰＢ信号）を返信する（ステップＳ１４０４）。また、ＦＡＸ通信部１０５は、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を開始することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を開始する（ステップＳ１４０５）。発信側において、ＦＡＸ通信部１０５が、音声ＣＯＤＥＣ１０４、データバッファ１０３およびネットワーク制御部１０２を介してＰＢ信号を受信した場合には、受信したＰＢ信号がＲＴＰパケット多重化の要求を承諾する旨を示す予め決められたＰＢ信号であるか否か判定し、ＦＡＸ通信部１０５は、そのようなＰＢ信号であると判定した場合には、ネットワーク制御部１０２に対して、ＲＴＰパケットの多重化を開始することを依頼する。ネットワーク制御部１０２は、依頼に応じて、ＲＴＰパケットの多重化を開始する（ステップＳ１４０６）。
【００６０】
ステップＳ１４０５およびステップＳ１４０６の動作によって、ファクシミリ装置は、対向機がＲＴＰパケットの多重化機能を有していることを確認してＲＴＰパケットの多重化を開始することができる。その後、ファクシミリ装置は、ファクシミリ通信手順の処理（ステップＳ１４０２）に移行する。なお、ＦＡＸ通信部１０５は、ＣＦＲ信号を受信すると、ＰＩＸ信号を出力する前に、ＰＩＸ信号が送信される旨をネットワーク制御部１０２に対して通知する。ネットワーク制御部１０２は、通知に応じて、ＲＴＰパケットの多重化を終了する。また、ＦＡＸ通信部１０５は、ＰＩＸ信号の送信が終了すると、ＥＯＰ信号を出力する前に、ＰＩＸ信号の送信が終了した旨をネットワーク制御部１０２に対して通知する。ネットワーク制御部１０２は、通知に応じて、ＲＴＰパケットの多重化を再開する。
【００６１】
このようなファクシミリ装置は、予め決められたＰＢ信号を利用してＲＴＰパケットの多重化機能の有無を確認することができるので、新規に専用のビット等を設定しなくてすむという利点がある。また、ファクシミリ通信手順を開始する前にＲＴＰパケットの多重化機能の有無が判断できるので、情報処理における負荷の集中を抑えることができる。
【００６２】
なお、上記の各実施の形態では、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４は、ファクシミリ装置の構成要素であったが、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４を、ＦＡＸ通信部１０５等を備えたファクシミリ装置に接続された装置の構成要素として実現してもよい。例えば、ネットワーク制御部１０２、データバッファ１０３および音声ＣＯＤＥＣ１０４を、ＶｏＩＰアダプタとして実現してもよい。
【００６３】
図１５は、本発明によるファクシミリ装置の主要部を示すブロック図である。図１５に示すように、ファクシミリ装置１は、Ｇ３ファクシミリ通信の通信制御を行うファクシミリ通信部１１（図１に示すＦＡＸ通信部１０５に相当）と、ファクシミリ通信部１１が出力する手順信号および画信号をＲＴＰパケット化してＩＰ網に対して送信し、ＩＰ網から受信したＲＴＰパケットから手順信号および画信号を復元してファクシミリ通信部１１に出力するパケット制御部１２（図１に示すネットワーク制御部１０２および音声ＣＯＤＥＣ１０４に相当）とを備え、パケット制御部１２は、画信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを１回送信し、手順信号にもとづくＲＴＰパケットを送信するときには同じデータ内容のＲＴＰパケットを複数回送信する再送処理を実行し、同じデータ内容のＲＴＰパケットを複数回受信した場合に１つのＲＴＰパケットを受信したと見なす受信パケット処理を実行するように構成されている。
【００６４】
また、上記の各実施形態のファクシミリ通信装置には、以下の（１）〜（４）に示すようなファクシミリ通信装置も開示されている。
【００６５】
（１）ファクシミリ通信部が入力した手順信号（例えば、ＮＳＦ信号）に再送処理および受信パケット処理を実行することが可能であることを示す可能情報（例えば、有効に設定されているパケット多重化機能有無ビット９０４）が含まれているか否か判定する実行可能情報判定手段（例えば、図１に示すＦＡＸ通信部１０５に含まれる。）を備え、パケット制御部が、実行可能情報判定手段が手順信号に可能情報が含まれていると判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行するファクシミリ通信装置。
【００６６】
（２）ＩＮＶＩＴＥメッセージに対する最終応答メッセージ（例えば、２００ＯＫ）に再送処理および受信パケット処理を実行することが可能であることを示す可能情報（例えば、有効に設定されているパケット多重化機能有無ビット１３０２）が含まれているか否か判定する実行可能情報判定手段（例えば、図１に示すネットワーク制御部１０２に含まれる。）を備え、パケット制御部が、実行可能情報判定手段が最終応答メッセージに可能情報が含まれていると判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行するファクシミリ通信装置。
【００６７】
（３）ＤＴＭＦ信号をパケット制御部に出力し、パケット制御部を介してＤＴＭＦ信号を受信するＤＴＭＦ信号送受信部（例えば、図１に示すＦＡＸ通信部１０５に含まれる。）と、ＤＴＭＦ信号送受信部が受信したＤＴＭＦ信号が、再送処理および受信パケット処理を実行することが可能であることを示す特定の信号であるか否か判定するＤＴＭＦ信号判定部（例えば、図１に示すＦＡＸ通信部１０５に含まれる。）とを備え、パケット制御部は、ＤＴＭＦ信号送受信部が受信したＤＴＭＦ信号が特定の信号であるとＤＴＭＦ信号判定部が判定した場合に、手順信号にもとづくＲＴＰパケットを送信するときに再送処理を実行するファクシミリ通信装置。
【００６８】
（４）パケット制御部が、画信号にもとづくＲＴＰパケットを送信するときに再送処理の実行を停止し、画信号にもとづくＲＴＰパケットの送信が完了したときに再送処理を再開するファクシミリ通信装置。
【符号の説明】
【００６９】
１      ファクシミリ装置
１１    ファクシミリ通信部
１２    パケット制御部
１０１  制御部
１０２  ネットワーク制御部
１０３  データバッファ
１０４  音声ＣＯＤＥＣ
１０５  ＦＡＸ通信部
１０６  ＣＮＧ検出部
１０７  メモリ
１０８  ネットワーク
３０１  ＩＰヘッダ
３０２  ＵＤＰヘッダ
３０３  ＲＴＰヘッダ
３０４  符号データ
３０５  シーケンス番号
９０１  ＮＳＦ
９０２  ＣＳＩ
９０３  ＤＩＳ
９０４、１００４、１２０２、１３０２  パケット多重化機能有無ビット
１００１  ＮＳＳ
１００２  ＴＳＩ
１００３  ＤＣＳ
１２０１、１３０１  ＳＤＰ
【図１】
2010177850.tif 000003
【図２】
2010177850.tif 000004
【図３】
2010177850.tif 000005
【図４】
2010177850.tif 000006
【図５】
2010177850.tif 000007
【図６】
2010177850.tif 000008
【図７】
2010177850.tif 000009
【図８】
2010177850.tif 000010
【図９】
2010177850.tif 000011
【図１０】
2010177850.tif 000012
【図１１】
2010177850.tif 000013
【図１２】
2010177850.tif 000014
【図１３】
2010177850.tif 000015
【図１４】
2010177850.tif 000016
【図１５】
2010177850.tif 000017