JP4495763B2 - ゲートウェイによるｎｓｆフレームデータの処理方法 - Google Patents

Description

発明の詳細な説明

〔技術分野〕
本発明は、ネットワークファクシミリ技術に関するものであり、特に、ネットワークファクシミリにおいてＴ．３８ゲートウェイにより、Non-Standard Facilities（ＮＳＦ）フレームおよびNon-Standard Setup（ＮＳＳ）フレームを処理する方法に関する。

〔背景技術〕
インターネットが普及し、その技術が成熟するにつれて、インターネット上でファクシミリ情報を転送することが可能となっている。それゆえ、ＩＰ上でのファクシミリに関する技術、つまり、ネットワークファクシミリの需要が出てきている。ＩＰ上のリアルタイムＴ．３８ファクシミリは、ＩＰ技術上のファクシミリであり、パケット損失およびジッタに対して効果的に作用し、ＮＧＮで広く用いられている。リアルタイムＴ．３８ファクシミリシステムのアーキテクチャを図１に示す。ＩＰ上のリアルタイムファクシミリシステムでは、ファクシミリ装置１およびファクシミリ装置２の２台の端末が、Ｔ．３０プロトコルにてリアルタイムに相互に通信を行う。ファクシミリ通信を行う毎に、２台のファクシミリ装置は、信号の交換、または、メッセージの送受信を行う。データが、いずれか一方のファクシミリ装置によって変調され、ゲートウェイを介して送信されたとき、該ゲートウェイは、該変調された信号を復調し、該復調されたデータをＴ．３８準拠のＩＰパケットにカプセル化する。そして、該パケットを反対側のゲートウェイにＩＰネットワークを介して送信する。該反対側のゲートウェイは、上記ＩＰパケットから上記データを抽出し、該データを変調し、該変調したデータを反対側のファクシミリ装置に送信する。

一般的なファクシミリ装置は、ファクシミリページのメッセージを、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されている変調／復調レートで送信することを通常はサポートしている。Ｔ．３０プロトコルでは、ファクシミリ処理は５つのステージに分割され、ステージＢは、図２に示すように、ネゴシエーションのためのメッセージ送信およびファクシミリ性能のトレーニングを行う前の手続である。呼び出された側の送信機、つまり、呼び出された側のファクシミリ装置は、自装置の性能の識別情報である（ファクシミリ受信機により送信される）ＤＩＳ（Digital Identification Signal）、および、可能であればＣＳＩ（Called Subscriber Identification）または（ＩＴＵ標準に規定されていないファクシミリ動作の属性情報を示す）ＮＳＦフレーム信号を送信する。上記信号を受信すると、呼び出し側の送信機、つまり、呼び出し側のファクシミリ装置は、応答コマンドであるＤＣＳ（Digital Command Signal）を返信する。該ＤＣＳは、変調のレート、画像の幅、画像の符号、および、ページ長に関する情報を含み、さらに、ファクシミリ装置の電話番号を含むＴＳＩ（Transmitting subscriber identification）信号やＮＳＦフレームの応答であるＮＳＳ（Non-Standard Setup）信号を含んでいてもよい。そして次に、呼び出し側のファクシミリ装置はＴＣＦ信号を送信する。呼び出された側の送信機は、ＴＣＦ（Training Check Field）信号を受信すると、ＣＦＲ（Confirmation to Receive）信号を返信する。

図２に示すように、ファクシミリ処理のステージＢにおいて、ＴＣＦ信号は、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されているレートで変調および復調された、全てがゼロのデータである。他の信号、例えば、（ＮＳＦ）（ＣＳＩ）ＤＩＳ、（ＴＳＩ）ＤＣＳ、ＣＦＲは、すべて、ＩＴＵ−ＴのＶ．２１プロトコルに規定されているレートおよび変調モードにて送受信されるＨＤＬＣフォーマットのフレームである。Ｖ．２１信号のＨＤＬＣフレームフォーマットは、図３に示すとおりである。

さらに、完全なＶ．２１フレームのＴ．３８ＩＦＰ（Internet Facsimile Protocol）パケットは以下を含む。フレームデータとなる前のフラグシーケンスとして生成されるフラグパケットであるＶ．２１フラグパケット、つまりＴ３０−ｉｎｄと、アドレスフィールドからＦＣＳ（Frame Check Sequence）までのフレームデータとして生成され、マルチパケットであるＶ．２１フレームデータパケット、つまりｈｄｃｌ−ｄａｔａと、ＦＣＳ検査結果データパケット、つまりゲートウェイによって受信および復調されたデータが正しい場合にはｈｄｌｃ−ｆｃｓ−ｏｋであり、一方、誤りである場合にはｈｄｌｃ−ｆｃｓ−ｗｒｏｎｇと、ゲートウェイによって受信および復調されたＶ．２１フレーム信号のエネルギーが消失したことを示すＶ．２１フレームエンドパケット、つまりｓｉｇ−ｅｎｄとである。

呼び出された側のファクシミリ装置がステージＢに入った後、（ＮＳＦ）（ＣＳＩ）ＤＩＳ信号を自発的に送信する。ここで、ＮＳＦおよびＣＳＴはオプションであり、そのデータビットは、変調／復調プロトコル、符号形式、およびＥＣＭ（Error Correction Mode）などを含み、メッセージ転送ステージにてファクシミリ装置によってサポートされている、ファクシミリ装置の性能パラメータを運ぶ。呼び出し側のファクシミリ装置が上記ＤＩＳを受信すると、該呼び出し側のファクシミリ装置は、上記ＤＩＳにて運ばれた、呼び出された側のファクシミリ装置の性能情報と、自装置の性能との組み合わせに従って、両者にサポートされている性能パラメータを決定するために、呼び出された側のファクシミリ装置とネゴシエートする。そして次に、上記性能パラメータをＤＣＳを通じて呼び出された側のファクシミリ装置に送信する。呼び出された側のファクシミリ装置は、上記ＤＣＳ内の性能パラメータに従って、チャンネルトレーニングおよび受信したファクシミリページデータを復調するためのデータレートを決定する。

ＩＰ上のリアルタイムＴ．３８ファクシミリにおいて、上記ＤＣＳがゲートウェイを通過すると、送信側ゲートウェイおよび受信側ゲートウェイの両方が、ＴＣＦデータおよびメッセージデータの変調／復調を行うために、上記ＤＣＳ内のパラメータを抽出する。上記ＤＣＳは、Ｔ．３０プロトコルに規定されている標準フレームであり、該ＤＣＳ内のデータフィールドにおける各ビットは上記プロトコルにて規定されているため、ゲートウェイは、ＤＣＳから上記パラメータを抽出し、例えばレートなどの情報を解析することが可能である。

Ｔ．３０プロトコルに規定されているように、ステージＢでは、ファクシミリ装置は、さらに、ＮＳＦ／ＮＳＳなどの信号を用いて、パラメータ（例えば、レート）をネゴシエートすることが可能である。ステージＢにおけるＮＳＦ信号を用いたレートのネゴシエーション処理を図４に示す。呼び出された側のファクシミリ装置がステージＢに入った後、該ファクシミリ装置は、ＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する。ここで、ＣＳＩはオプションである。ＮＳＦのデータフィールドは、ファクシミリ装置の製造者の国コード、製造者コード、ファクシミリ装置のモデル番号、および、レートパラメータが運ぶモードなどを含む。呼び出し側のファクシミリ装置が上記ＮＳＦ信号を受信し、呼び出し側のファクシミリ装置が呼び出された側のファクシミリ装置の独自仕様に従う場合、呼び出し側のファクシミリ装置は、レートやどのＥＣＭモードをサポートしているかなどのネゴシエーション結果を運ぶＮＳＳ信号を返信する。その次の処理、つまり、呼び出し側のファクシミリ装置がＴＣＦ信号を送信し、呼び出された側のファクシミリ装置が該ＴＣＦ信号を受信したときＣＦＲ信号を送信するという処理は、標準フレームに対する処理と同じである。しかしながら、Ｔ．３８ゲートウェイを介したネットワークファクシミリの場合は、ＮＳＦおよびＮＳＳは、ファクシミリ装置の製造者によって規定された独自フォーマットであるから、Ｔ．３８ゲートウェイは変調／復調のために必要なパラメータを抽出することができない。結果として、非標準フレームを用いた場合、ファクシミリ通信処理は確実に失敗する。

それゆえ、従来技術では、ゲートウェイは、ＴＤＭ（Time Division Multiplexing）側（つまり、呼び出した送信機およびゲートウェイ１の側、または、呼び出された送信機およびゲートウェイ２の側）で受信し復調されたＶ．２１フレーム、および、ＩＰ側で受信されたＶ．２１フレームを判断する必要がある。図５に示すように、ＴＤＭ側でＮＳＦが受信された場合、該ＮＳＦは破棄される。つまり、ゲートウェイは、該ＮＳＦデータをパケットにカプセル化せず、ＩＰ側に送信しない。このように、受信側ファクシミリ装置がＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する場合、送信側ファクシミリ装置に実際に到達する信号は、ＮＳＦがゲートウェイによって破棄されるため、（ＣＳＩ）／ＤＩＳ信号だけである。そして、送信側ファクシミリ装置は、Ｔ．３０プロトコルで規定されている、標準フレームである（ＴＳＩ）／ＤＣＳを返信する。該ＤＣＳは、変調／復調レートおよびＥＣＭなどを含む情報を運ぶ。

図６に示すように、ＩＰ側でＮＳＦフレーム信号を受信した場合、ゲートウェイはＮＳＦフレーム信号を破棄する。つまり、ゲートウェイは、該フレームデータを変調して送信側ファクシミリ装置に送信せず、後続の（ＣＳＩ）／ＤＩＳフレームをＩＰ側で受信することを続ける。そして、通常どおり（ＣＳＩ）／ＤＩＳフレームを変調して送信する。

上記解決法は、ファクシミリ装置に標準コマンドであるＤＣＳを通じてレート情報を運ぶために、ゲートウェイがＮＳＦ信号を破棄するという一般的なケースであるが、以下の不都合が生じる。

Ｔ．３０プロトコルの規定されているとおり、１つのＶ．２１フレームまたは複数の連続したＶ．２１フレームが送信される前に、１秒±１５％の長さのフラグシーケンス（つまり、Ｖ．２１フォーマットにて変調された“0x7e”）が送信されなければならず、また、受信または検出における遅延が３．４５秒より大きいフレームは破棄される。

ゲートウェイはＮＳＦフレームを破棄するので、図７に示すように、送信側ゲートウェイは、プリアンブルシーケンスにおける最初のフラグ（0x7e）を一度受信すると変調を開始し、後続のＤＩＳフレームを受信するまで、0x7eを送信する。そして、受信側ファクシミリ送信機は、上記ＤＩＳを最初のフレーム信号であるとみなし、該ＤＩＳより前の全ての“0x7e”をプリアンブルシーケンスに属するものとみなす。しかしながら、いくつかのファクシミリ装置は、最初の“0x7e”を受信したタイミングでスタートし、ＤＩＳの受信が３．４５秒以内に完了しなかった場合、コマンドの受信が失敗したものとみなす。

さらに、ゲートウェイは、最初は、音声通信の状態であり、ＣＥＤやＶ．２１フラグ（（ＮＳＦ）／ＤＩＳのプリアンブルコード）などのファクシミリ特有の信号を検出したときのみ、ファクシミリ通信の状態に切り替わる。

ゲートウェイの実際の例では、ゲートウェイは、ソフトによる複雑なネットワークの切り替えや受信処理が原因で、切り替えが遅くなり、ファクシミリのイベントを検出し損なうことがしばしばある。このような場合において、Ｔ．３８ゲートウェイによるＮＳＦ信号への介在は、Ｔ．３８ファクシミリ状態にあるときだけ行われるため、図８に示すように、ＮＳＦ信号は送信側ファクシミリ装置に（音声通信状態で）トランスペアレントに送信される。独自仕様に従う送信側ファクシミリ装置は、ＮＳＳ信号を応答する。そのためレートのネゴシエーションは、まだ独自フレームで実行されている。その結果として、ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、レートパラメータを抽出することが不可能であり、その結果、ファクシミリ通信が失敗する。

〔発明の開示〕
本発明の目的は、ネットワークファクシミリ装置が最終的には標準フレームにてレートのネゴシエーションを実行し、ゲートウェイが標準コマンドであるＤＣＳから正しいパラメータ情報を抽出することができ、それによってネットワークファクシミリサービスが正常に動作するための、Ｔ．３８ゲートウェイによるＮＳＦフレームの処理方法を提供することにある。

本発明は以下の技術的解決により実装される。

本発明に係る実施の形態によれば、ゲートウェイによるNon-Standard Facilities（ＮＳＦ）フレームデータの処理方法がもたらされる。上記方法は、ＮＳＦフレームデータを受信し、該ＮＳＦフレームデータを変更し、該変更したＮＳＦフレームデータを送信することを含んでいる。

本発明に係る実施の形態によれば、さらに、ゲートウェイによるNon-Standard Setup（ＮＳＳ）フレームデータの処理方法がもたらされる。上記方法は、ＮＳＳデータフレームを受信し、該ＮＳＳフレームデータを変更し、該変更したＮＳＳフレームデータを送信することを含んでいる。

本発明に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法は、上記ゲートウェイがレートのパラメータを正しく抽出でき、ネットワークファクシミリサービスが正常に動作し、ＮＳＦフレームがファクシミリ送信装置にトランスペアレントに送信された後、標準フレームに変換されるようなネゴシエーション処理が保証されるように、独自フレームにて実行されているファクシミリ通信処理におけるファクシミリ処理のレートのネゴシエーションを、上記ゲートウェイにより処理される標準フレームにて実行されるネゴシエーションに変更する。

〔発明を実施するための最良の形態〕
以下で、本発明の最良の実施形態について、詳細に説明する。

本発明の実施の形態に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法における、上記ＮＳＦフレームの構造を図９に示す。ここでは、ＮＳＦフレームは、国コード、製造者コード、および他のパラメータを含むファクシミリ情報を含んでいる。ゲートウェイは、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調されたＶ．２１フレームのタイプを判断する。ＴＤＭ側で受信したＶ．２１フレームがＮＳＦフレームであった場合、受信側ゲートウェイは、上記受信したＮＳＦフレームのファクシミリ情報フィールドを復調し、上記ファクシミリ情報フィールドを変更する。ここでは、図１０に示すように、影付き四角形が、受信側ゲートウェイが、Ｖ．２１における上記ＮＳＦフレームであるＨＤＣＬ−ＤＡＴＡ（ＮＳＦ）の上記ファクシミリ情報バイトを変更したこと、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更したことを示している。ＩＴＵ−ＴのＴ．３５プロトコルが国名と国コードとの対応を定義しているので、製造者バイトおよびその次のファクシミリ情報は、ランダムに変更可能である。次に、受信側ゲートウェイは、上記変更後のＮＳＦフレームデータをパケットにカプセル化し、該パケットをＩＰネットワークに送信する。送信側ファクシミリ装置、つまり、呼び出し側の送信機が、上記方法にて処理されたＮＳＦフレームを受信すると、国コードと製造者コードなどを上記情報フィールドから抽出するが、該情報は、自装置での定義と異なるものであることが分かる。それゆえ、ＮＳＳフレーム信号は、送信側ファクシミリ装置、つまり、呼び出された側の受信機に返信されず、代わりに、標準コマンドであるＤＣＳ信号が性能識別情報であるＤＩＳに基づいて返信される。

送信側ゲートウェイ（つまり、ゲートウェイ１）がＩＰ側でＮＳＦフレーム信号を受信した場合、図１１に示すように、送信側ゲートウェイは、上記ＩＰ側で受信したＮＳＦフレームのファクシミリ情報フィールドを変更する。図１１では、影付き四角形が、送信側ゲートウェイが上記ＮＳＦフレームの情報バイト、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更し、製造者バイトおよびその後のファクシミリ情報をランダムに変更したことを示している。そして、送信側ゲートウェイは、変更後のＮＳＦフレームを変調し、ファクシミリ装置、つまり、呼び出し側の送信機に送信する。

加えて、ＮＳＦフレームが、音声符号化モードにおいて、音声チャネルを通じて送信側ファクシミリ装置にトランスペアレントに送信されると、独自仕様に従う送信側ファクシミリ装置がＮＳＳフレームを返信し、ゲートウェイがＴ．３８ファクシミリ状態にてＮＳＳフレームを受信したときレートパラメータなどの情報を抽出できないという結果になるが、これを防ぐために、ゲートウェイは以下を実行する。ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調したＶ．２１フレームのタイプを判断する。ＴＤＭ側でＮＳＳフレームが受信された場合の様子を図１２に示す。ここでは、影付き円が、送信側ゲートウェイ（つまり、ゲートウェイ１）がＮＳＳフレームの検査結果を強制的に不良に変更すること、および、影付き四角形が、受信側ゲートウェイ（つまり、ゲートウェイ２）がＮＳＦフレームの情報バイトを変更することを示している。送信側ゲートウェイは以下を実行する。ＴＤＭ側からＮＳＳフレームを受信したとき、該ＮＳＳフレームデータをパケットにカプセル化し、該パケットをＩＰ側に送信する。このとき、実際のＦＣＳ検査が良好であるか不良であるかに関わらず、ＦＣＳをＦＣＳ−ＢＡＤパケットにカプセル化する。このようにすると、受信側ファクシミリ装置は、ＮＳＦフレームを強制的に再送させられることになる。その後に続く手続は、上述のＮＳＦフレームに対する手続と同じである。

ＮＳＳフレーム信号がＩＰ側で受信された場合の様子を図１３に示す。ここでは、影付き円が、受信側ゲートウェイ（つまり、ゲートウェイ２）が、ＮＳＳフレームのＦＣＳバイトを受信側ファクシミリ装置（つまり、呼び出された側ファクシミリ装置）に送信するとき、強制的に検査バイトを変更すること、および、影付き四角形が、受信側ゲートウェイがＮＳＦフレームの情報バイトを変更することを示している。受信側ゲートウェイは以下を実行する。ＩＰ側からＮＳＳフレームおよびＩＦＰパケットを受信したとき、受信側ゲートウェイは、該ＮＳＳデータを変調し、該変調したデータを受信側ファクシミリ装置に送信する。ＦＣＳフレームを送信したとき、受信側ゲートウェイは、実際の検査結果が良好であるか不良であるかに関わらず、強制的にＦＣＳを不良な結果であると取り扱い、該ＦＣＳの値をランダムに変更し、送信する。

このように、受信側ゲートウェイはＮＳＳフレームのＦＣＳを変更するので、受信側ファクシミリ装置は、受信したＮＳＳフレーム信号をエラーであるとみなし、ＮＳＦ／ＤＩＳを再送する。結果として、受信側ゲートウェイは、Ｔ．３０プロトコルにて規定されている標準フレーム信号であるＤＩＳおよびＤＣＳを用いたレートのネゴシエーションを実行するという目的を達成すべく、上記再送されたＮＳＦフレームを上述の変更方法にて変更することができる。

上述の実施形態は、本発明をより詳細に述べるためにのみ提供されたものであり、請求項にて定義される本発明の範囲を保護するための限定ではない。

従来技術における、リアルタイムＴ．３８ネットワークファクシミリシステムの構造の概略図である。 従来技術における、一般的なファクシミリ処理におけるステージＢのフローダイアグラムの概略図である。 従来技術における、Ｖ．２１信号のＨＤＬＣフレームフォーマットの概略図である。 従来技術における、一般的なファクシミリ処理におけるＮＳＦフレームを用いたレートのネゴシエーションのフローの概略図である。 従来技術における、ネットワークファクシミリ処理におけるＴＤＭ側でＮＳＦフレームを受信したときの処理フローの概略図である。 従来技術における、ネットワークファクシミリ処理におけるＩＰ側でＮＳＦフレーム信号を受信したときの処理フローの概略図である。 従来技術における、ゲートウェイによってＮＳＦフレームを破棄する結果生じる長いフラグの概略図である。 従来技術における、音声通信状態において送信側ファクシミリ装置にＮＳＦフレームが到着したときゲートウェイが介在できない様子を示す概略図である。 本発明に係る方法の実施形態における、Ｔ．３８ゲートウェイにより処理されるＮＳＦフレームの構造の概略図である。 本発明に係る方法の実施形態における、受信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。 本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。 本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＳフレームに対するＦＳＣ検査結果の取り扱いを示すフローダイアグラムの概略図である。 本発明に係る方法の実施形態における、受信側ゲートウェイによる、ＩＰ側で受信した、ＦＣＳが不良であるＮＳＳフレームを変調し送信するフローダイアグラムの概略図である。

Claims (6)

1. Ｔ．３８ゲートウェイによるＮＳＦ（Non-Standard Facilities）フレームデータの処理方法であって、
   ＮＳＦフレームデータを受信し、
   ＮＳＳ（Non-Standard Setup）フレーム信号を返信しないように、上記ＮＳＦフレームデータのファクシミリ情報を変更し、
   上記変更したＮＳＦフレームデータを送信することを含むことを特徴とする方法。
2. 上記ファクシミリ情報を変更することには、
   該ファクシミリ情報の国コードを、いかなる国名にも対応しない数字に変更すること、または、
   該ファクシミリ情報の製造者コードをランダムに変更すること、または、
   該ファクシミリ情報の他のパラメータをランダムに変更することを含むことを特徴とする請求項１に記載の方法。
3. Ｔ．３８ゲートウェイによるＮＳＳ（Non-Standard Setup）フレームデータの処理方法であって、
   ＮＳＳフレームデータを受信し、
   上記ＮＳＳフレームデータを変更し、
   上記変更したＮＳＳフレームデータを送信することを含み、
   該ＮＳＳフレームデータを変更することには、
   ＮＳＳフレームデータのフレーム検査シーケンスをランダムに変更すること、または、該ＮＳＳフレームデータの検査結果を「不良」に変更することをさらに含むことを特徴とする方法。
4. 上記ＮＳＳフレームデータの検査結果を「不良」に変更することは、
   上記変更されたＮＳＳフレームデータの検査結果を、Frame-Check-Sequence Bad（hdlc-fcs-bad）パケットにカプセル化し、該パケットを送信することをさらに含むことを特徴とする請求項３に記載の方法。
5. ＮＳＦフレームが、音声符号化モードでトランスペアレントに送信された場合であって、上記変更されたＮＳＳフレームデータを送信した後、
   ＮＳＦフレームデータを受信し、
   上記ＮＳＦフレームデータのファクシミリ情報を変更し、
   上記変更したＮＳＦフレームデータを送信することをさらに含むことを特徴とする請求項３に記載の方法。
6. 上記ファクシミリ情報を変更することには、
   該ファクシミリ情報の国コードを、いかなる国名にも対応しない数字に変更すること、または、
   該ファクシミリ情報の製造者コードをランダムに変更すること、または、
   該ファクシミリ情報の他のパラメータをランダムに変更することを含むことを特徴とする請求項５に記載の方法。

Images