(57)【特許請求の範囲】
【請求項１】
３３．６ｋｂｐｓ未満の速度を有するモデムによる全二重データ通信または半二重データ通信方法において、
ラインプロービングによりシンボルレート・キャリア周波数・プリエンファシスフィルタの決定を行うフェーズの最初に起呼モデムと応答モデム間でやりとりする信号シーケンスに対して、該応答モデムは、該起呼モデムから該信号シーケンスのリカバリ手順に移ったことを判別し、
該リカバリ手順での該起呼モデムからの信号シーケンスが正しく受信できなくても、予め定められた時間、該信号シーケンスに引き続いて送られるトーンが連続して受信できたときには、該リカバリ手順を中止し、
該応答モデムから該信号シーケンスに引き続き送信すべきトーンと、その次に送信すべきトーンの位相反転信号を送信し、
該リカバリ手順を中止した後に通常ルートに戻ることを特徴とするデータ通信方法。
【請求項２】
Ｖ．３４規格によるモデムによる全二重データ通信または半二重データ通信方法において、
応答モデムは、起呼モデムからＩＮＦＯ０ｃが再送されてリカバリ手順に入ったことを判別し、
該リカバリ手順でのＩＮＦＯ０ｃシーケンスが正しく受信できなくても、予め定められた時間、トーンＢが連続して受信されたときには、該リカバリ手順を中止し、
該応答モデムからトーンＡ、トーンＡ位相反転を送信し、
該リカバリ手順を中止した後、通常ルートに戻ることを特徴とするデータ通信方法。
【請求項３】
３３．６ｋｂｐｓ未満の速度を有し、全二重データ通信または半二重データ通信を実施するモデムにおいて、
送信データを変調し、受信データを復調する応答側の変復調手段と、
ラインプロービングによりシンボルレート・キャリア周波数・プリエンファシスフィルタの決定を行うフェーズの最初に起呼モデムと応答モデム間でやりとりする信号シーケンスに対して、該起呼モデムからの該信号シーケンスのリカバリ手順に移ったことを判別し、該リカバリ手順での該起呼モデムからの信号シーケンスが正しく受信できない場合、予め定められた時間、該信号シーケンスに引き続いて送られるトーンが連続して受信できたことを検出し、該リカバリ手順の中止を該変復調手段に指示する制御手段と、
該リカバリ手順を中止した後に、該制御手段からの指示により、該信号シーケンスに引き続き送信すべきトーンと、その次に送信すべきトーンの位相反転信号を送信するＣＯＤＥＣ／ＤＡＡと
を備えたことを特徴とするモデム。
【請求項４】
Ｖ．３４規格により全二重データ通信または半二重データ通信を実施するモデムにおいて、
Ｖ．３４規格に基づく変調・復調を行う応答側の変復調手段と、
起呼モデムからＩＮＦＯ０ｃが再送されてリカバリ手順に入ったことを判別し、該リカバリ手順でのＩＮＦＯ０ｃシーケンスが正しく受信できなくても、予め定められた時間、トーンＢが連続して受信されたときには、該リカバリ手順を中止を該変復調手段に指示する制御手段と、
該制御手段の指示により、Ｖ．３４規格によるトーンＡ、トーンＡ位相反転を送信するＣＯＤＥＣ／ＤＡＡと
を備えたことを特徴とするモデム。
【請求項５】
請求項１または２に記載のデータ通信方法の手順をコンピュータに実行させることを可能にしたデータ通信用プログラム。
【請求項６】
請求項５に記載のデータ通信用プログラムを格納したことを特徴とするコンピュータで読み出し可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、Ｖ．３４規格に準拠したモデム、およびＶ．３４規格に準拠したファクシミリ装置等のデータ通信方法に関し、特に二重データ通信あるいは半二重データ通信において、起呼モデム側からＩＮＦＯ０シーケンスをとれないためにリカバリに移った場合、その後のリカバリ確度を高めて、通信断を減少させることが可能なモデム、およびそれを用いたデータ通信方法に関する。
【０００２】
【従来の技術】
ファクシミリの伝送手順は、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）によってＴ．３０（一般交換電話網における文書ファクシミリ伝送のための手順）という勧告で規定されている。Ｖ．３４は1994年に制定された３３．６ｋｂｐｓまでの高速モデム勧告（ＩＴＵシリーズ）であり、これをファクシミリに使用する手順はＴ．３０ではＡＮＮＥＸＦで定められている。Ｔ．３０でＶ．３４をファクシミリに使用する場合には、エラー訂正手順が必須と定められており、エラー訂正手順は勧告Ｔ．４に規定されている。
【０００３】
Ｖ．３４規格による半二重ファクシミリ通信では、フェーズ１で通信規格の決定を行い、フェーズ２でラインプロービングによりシンボルレート・キャリア周波数・プリエンファシスフィルタの決定を行い、フェーズ３でプライマリチャネルのトレーニングにより等化器のトレーニングを行い、受信側でトレーニングの結果からプライマリチャネルの信号速度の決定を行う。それ以降は、制御チャネルとプライマリチャネルが交互に繰り返される。
制御チャネルには、送受信に関連する制御情報（線密度等の画像関連情報や信号速度、また画像が正しく受信されたか等）を含み、プライマリチャネルは再同期のための信号Ｓ，Ｓｂａｒ（位相反転），ＰＰ（等化器のトレーニング），Ｂ１（バイナリ信号）と画情報を含む。エラー訂正機能を使用する場合の画情報のデータフォーマットは、勧告Ｔ．４で規定されている。画情報は２５６もしくは６４オクテットからなるフレームを含み、フレーム数は最大２５６個までを１回のプライマリチャネルで送信することができる。
【０００４】
ところで、上記のフェーズ２では、送信側の起呼モデムと受信側の応答モデムとの間で、互いにＩＮＦＯ０ｃとＩＮＦＯ０ａのシーケンスを送り合い、送信側からトーンＢ、受信側からトーンＡ、Ａバー（位相反転信号）が送信され、送信側では４０ｍｓｅｃの間隔を経てＢバー（位相反転信号）、Ｌ１，Ｌ２（プロービングトーン）が送られ、受信側からのトーンＡとＩＮＦＯｈに対して、送信側からトーンＢが送られ、これにより画情報通信速度を決定するための回線特性を測定することになっている。
【０００５】
従来、フェーズ２のリカバリについて提案されたものとしては、例えば特開平１１−１５０５８０号公報に記載の『通信装置及び通信方法』がある。この提案によると、起呼モデムあるいは応答モデムからの２度目のトーンＢあるいは２度目のトーンＡが所定時間（２秒）に正常に受信できなかった場合、さらに一定時間内にトーンＢまたはトーンＡが検出されると、Ｖ．３４勧告に準拠した通信手順をフェーズ２に戻すものである。
しかしながら、上記提案は、トーン検出に関するリカバリであり、ＩＮＦＯ０ｃとＩＮＦＯ０ａの検出に関するリカバリ部分ではない。
勧告Ｖ．３４では、フェーズ２でＩＮＦＯ０ｃ/ＩＮＦＯ０ａが正しく受信できない場合のリトライ方法について規定されているが、あいまいな部分があり、作り方によってはリカバリから復帰できない可能性がある。
【０００６】
【発明が解決しようとする課題】
前述のように、電話回線を用いたデータ通信手順はＩＴＵによって定められており、勧告Ｖ．３４において３３．６ｋｂｐｓまでのデータ信号速度で動作するモデムが規定されている。Ｖ．３４ではデータ通信の準備としてフェーズ１〜フェーズ４のトレーニングを行う。フェーズ２では、起呼モデム、応答モデム双方がモデムの能力(サポートしているシンボルレート、キャリア周波数、電力抑制機能の有無)をＩＮＦＯ０ｃ/ＩＮＦＯ０ａで交換し、ラインプロービング（Ｌ１／Ｌ２)によって回線状況を解析し、シンボルレート・キャリア周波数・プリエンファシス係数の選択を行い、その結果を再びＩＮＦＯ０ｃ/ＩＮＦＯ０ａ信号によって交換する。
【０００７】
全てのＩＮＦＯシーケンスは６００ｂｐｓの２進ＤＰＳＫ（差動位相偏移）変調を用いて送出される。ＩＮＦＯ０ｃ/ＩＮＦＯ０ａ信号はフェーズ２の先頭から送出されるため、回線劣化が激しい場合にはＩＮＦＯシーケンスが正しく受信できないことがある。そのような場合にそなえてＶ．３４勧告ではリカバリ手順が規定されており、ＩＮＦＯ０ｃ/ＩＮＦＯ０ａシーケンスが取れない場合には、再送が行われるようになっている。ところが、勧告の記述がややあいまいなためか、リカバリによるＩＮＦＯシーケンスの再送を行った場合に、先に進めず通信断となる場合がある。
【０００８】
そこで、本発明の目的は、これら従来の課題を解決し、ＩＮＦＯシーケンスが正しく受信できないことによる起呼モデムからのリカバリが発生した場合に、リカバリから抜けられなくなって通信断にならないようにしたモデムおよびそれを用いたデータ通信方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明のデータ通信方法は、Ｖ．３４規格による全二重あるいは半二重データ通信において、起呼モデムからＩＮＦＯ０ｃが再送されてリカバリ手順に入った場合、リカバリ手順でのＩＮＦＯ０ｃシーケンスが正しく受信できなくても一定時間トーンＢが連続して受信されればリカバリを止め、トーンＡ、トーンＡ位相反転を送信して通常ルートに戻る手順を有することを特徴としている。
また、本発明のモデムは、Ｖ．３４規格に基づく変調・復調を行う応答側の変復調手段と、起呼モデムからＩＮＦＯ０ｃが再送されてリカバリ手順に入ったことを判別し、該リカバリ手順でのＩＮＦＯ０ｃシーケンスが正しく受信できなくても、予め定められた時間、トーンＢが連続して受信されたときには、該リカバリ手順を中止を該変復調手段に指示する制御手段と、該制御手段の指示により、Ｖ．３４規格によるトーンＡ、トーンＡ位相反転を送信するＣＯＤＥＣ／ＤＡＡとを備えたことを特徴としている。
【００１０】
【発明の実施の形態】
以下、本発明の実施例を、図面により詳細に説明する。
（モデム）
図１は、本発明の一実施例を示すモデムの構成図である。
図１において、制御部１０はホスト（パーソナルコンピュータ）からのコマンド解釈、変復調部２０に対してモデム動作を行うための指示(ダイヤリング指示、応答開始指示など)、送信データ・受信データのホスト（パーソナルコンピュータ）およびモデムとのやりとり、データ圧縮・伸長、エラー訂正などを行う。
制御部１０には、条件判断やデータのビット処理が多いため、マイクロコントローラが使われることが多い。それらの処理は、プログラムとして制御部のＲＯＭ１２に格納されており、ＣＰＵ１１で実行される。ＲＡＭ１３には、制御部１０で使用する各種データが格納されている。
【００１１】
変復調部２０は、制御部１０からの要求を解釈し、Ｖ．３４規格に基づく変調・復調を行う。すなわち、送信データをＤ/Ａコンバータへの入力となるサンプル点に変調してＣＯＤＥＣ/ＤＡＡ３０に送り、回線に送出する一方、回線から入力した信号はＣＯＤＥＣ/ＤＡＡ３０によりＡ/Ｄ変換され、変換されたデジタルデータが変復調部２０に入力されたならば、このデジタルデータを受信データに復調する処理を行う。変復調部２０には複雑なデジタル信号処理が必要であるため、ＤＳＰ（デジタルシグナルプロセッサ）２１が採用されることが一般的である。モデムの各フェーズのシーケンス制御、変復調などのプログラムはＲＯＭ２２に格納され、ＤＳＰ２１で実行される。ＲＡＭ２３には、ＤＳＰ２１で実行される際に使用されるデータが格納される。
ＣＯＤＥＣ/ＤＡＡ３０は、電話回線を流れるのはアナログ信号であるため、Ａ/Ｄ，Ｄ/Ａ変換を行うコーデック、および回線とのインターフェースであるＤＡＡで構成される。
【００１２】
（Ｖ．３４勧告の規定）
図２は、Ｖ．３４勧告で規定される標準的な通信シーケンスチャートである。
先ず、フェーズ１では、送信側からのＣＮＧ（コーリングトーン）（図示省略）に対して受信側からＡＮＳａｍ（応答トーン）を返送し、送信側からＣＭ（起呼メニュー信号）に対して、受信側からＪＭ（共通メニュー信号）が返送される。これにより、起呼および着呼側の利用可能な変調モードが選択される。
【００１３】
次に、フェーズ２の送受信信号についてＶ．３４勧告による規定を説明する。
フェーズ２の前半で起呼モデムからＩＮＦＯ０ｃ、応答モデムからＩＮＦＯ０ａが送信される。Ｖ．３４勧告、全二重トレーニングシーケンスのうちフェーズ２の前半部分の通常シーケンスとリカバリシーケンスは次のようになっている。
Ｖ．３４勧告、全二重モデムのフェーズ２のエラーフリー手順(ＩＮＦＯ０ｃ/ＩＮＦＯ０ａをやり取りするところまで)
【００１４】
起呼モデム：
‘11.2.1.1.1’フェーズ１を終える７５±５ｍｓの無音期間中、起呼モデムはＩＮＦＯ０ａを受信してトーンＡを検出するように受信器を設定する。７５±５ｍｓの無音期間後、起呼モデムはビット２８を０に設定してＩＮＦＯ０ｃを送ってからトーンＢを送る。
‘11.2.1.1.2’ＩＮＦＯ０ａを受信すると、起呼モデムは受信器を設定してトーンＡおよびその後に続くトーンＡ位相反転を検出する。
【００１５】
‘11.2.1.1.3’トーンＡ位相反転を検出すると、起呼モデムはトーンＢ位相反転を送信する。トーンＢ位相反転は、回線端でトーンＡ位相反転を受信してから回線端でトーンＢ位相反転が現れるまでの期間が４０±１ｍｓになるように遅延する。トーンＢは位相反転後、さらに１０ｍｓ間送信される。その後、モデムは無音を送信してから受信機を設定して、２つ目のトーンＡ位相反転を検出する。
【００１６】
応答モデム：
‘11.2.1.2.1’フェーズ１を終える７５±５ｍｓの無音期間中、応答モデムはＩＮＦＯ０ｃとトーンＢを検出するように受信器を設定する。７５±５ｍｓの無音期間後、起呼モデムはビット２８を０に設定してＩＮＦＯ０ａを送ってからトーンＡを送る。
【００１７】
‘11.2.1.2.2’ＩＮＦＯ０ｃを受信すると、応答モデムはトーンＢを検出し、ＩＮＦＯ０ｃを受信するよう受信器を設定する。
【００１８】
‘11.2.1.2.3’Ｂトーンが検出され、トーンＡが少なくとも５０ｍｓ間送信されると、応答モデムはトーンＡ位相反転を送信してから、受信器を設定してトーンＢ位相反転を検出する。
【００１９】
Ｖ．３４勧告、全二重モデムのフェーズ２のリカバリ手順(ＩＮＦＯ０ｃ/ＩＮＦＯ０ａをやり取りするところまで)
起呼モデム：
‘11.2.2.1.1’  11.2.1.1.2項または11.2.1.1.3項で、ＩＮＦＯ０ａを受信する前に起呼モデムがトーンＡを検出するか、または繰り返されたＩＮＦＯ０ａシーケンスを受信すると、起呼モデムはＩＮＦＯ０ｃシーケンスを繰り返して送信する。
【００２０】
ビット２８が１に設定された状態で起呼モデムがＩＮＦＯ０ａを受信すると、起呼モデムは受信器を設定してトーンＡおよびその後のトーンＡ位相反転を検出して、現在のＩＮＦＯ０ｃシーケンスの送信を完了して、トーンＢを送信する。もしくは、起呼モデムがＩＮＦＯ０ａを受信してトーンＡを検出すれば、起呼モデムは受信器を設定してトーンＡ位相反転を検出して、現在のＩＮＦＯ０ｃシーケンスの送信を完了してトーンＢを送信する。両方の場合で、起呼モデムは11.2.1.1.3項にしたがって動作する。
【００２１】
‘11.2.2.1.2’ 11.2.1.1.3項で起呼モデムがトーンＡ位相反転を検出しない場合、起呼モデムはトーンＡ位相反転を検出するまでトーンＢを送信し続ける。
【００２２】
応答モデム：
‘11.2.2.2.1’  11.2.1.2.2項, 11.2.1.2.3項, または11.2.1.2.4項で、応答モデムがＩＮＦＯ０ｃを正しく受信する前にトーンＢを検出するか、または繰り返されたＩＮＦＯ０ｃシーケンスを受信した場合、モデムは繰り返してＩＮＦＯ０ａを送る。
【００２３】
ビット２８が１に設定された状態で応答モデムがＩＮＦＯ０ｃを受信すると、受信器を設定してトーンＢを検出し、現在のＩＮＦＯ０ａを完了してトーンＡを送信する。もしくは、応答モデムがＩＮＦＯ０ｃを受信してトーンＢを検出すると、現在のＩＮＦＯ０ａを完了してトーンＡを送信する。両方の場合で、応答モデムは11.2.1.2.3項にしたがって動作する。
【００２４】
次に、リカバリが発生してストップしてしまう状況と、その対策を説明する。
起呼側がＩＮＦＯ０ｃ，続けてトーンＢを送信したが、応答側からのＩＮＦＯ０ａが正しく受信できない場合、リカバリ手順11.2.2.1.1項に従ってＩＮＦＯ０ｃの送信を行いつつ、ＩＮＦＯ０ａを受信しようとする。応答側は、ＩＮＦＯ０ｃ，トーンＢを受信できていたとしても、そのあとに繰り返しＩＮＦＯ０ｃが受信されればリカバリ手順11.2.2.2.1項に従ってＩＮＦＯ０ａの再送を行い、ＩＮＦＯ０ｃとそれに続くトーンＢを受信しようとする。
【００２５】
このリカバリ手順中、応答側はＩＮＦＯ０ａの送信を行い、ＩＮＦＯ０ｃの検出を行うが、ここではビット２８がセットされたＩＮＦＯ０ｃが正しく受信できるまで繰り返すことになる。回線状態が悪い場合、リカバリにおけるＩＮＦＯ０ｃを一部誤って受信し、ＣＲＣエラーを起こすような場合がある。起呼側はＩＮＦＯ０ａを受信すれば、11.2.1.1.3項に従って動作すると勧告で規定されているため、ＩＮＦＯ０ｃの送信をやめてトーンＢの送信に移行し、トーンＡとそれに続くトーンＡ位相反転を待つことになる。
【００２６】
ところが、応答側はリカバリ手順中のＩＮＦＯ０ａを待っており、この状況から抜け出せないことが起こりうる。これを回避するためには、起呼側においてＩＮＦＯ０ａがいつまでも続くようであると、再度リカバリに進むことが考えられるが、どれくらい待てばよいのかは勧告にも書かれておらず、モデムによってはいつまでもトーン待ちで止まっているものもある。
【００２７】
そこで、本発明では、応答側で一定時間（回線遅延時間も考慮すると２秒くらいが妥当）待ったのち、リカバリ手順中にＩＮＦＯ０ｃを正しく受信できずトーンＢが続くようならば、以前に受け取ったＩＮＦＯ０ｃを採用し、リカバリ手順を抜けトーンＡを送るような手順をモデムに持たせる。こうすることで、回線状態が悪く、起呼モデム側からリカバリを仕掛けた場合に起呼モデムがトーンＢ送信、応答モデムがＩＮＦＯ０ｃ待ちで止まっている場合でも、ラインプロービングに進むことができ、通信断になる可能性を減少させることができる。
仮に、応答側で最初のＩＮＦＯ０ｃが正しく受信されていない場合には、トーンＢを一定時間送ったのち、ＩＮＦＯ０ａを再送し、応答側から再びリカバリを仕掛ければよい。
【００２８】
（データ通信方法）
図３は、本発明の一実施例を示すデータ通信方法の動作フローチャートである。
ここでは、上記リカバリ手順を備えた応答モデムのフェーズ２送信部の動作フローを示している。
先ず、応答側モデムの送信部は、ＩＮＦＯ０ａを送信し（ステップ１０１）、続いてトーンＡを送信する（ステップ１０２）。ここで、応答側モデムはＩＮＦＯ０ｃが検出されず、トーンＢのみを検出した場合には（ステップ１０３）、ＩＮＦＯ０ａの再送信を行う（ステップ１０９）。
【００２９】
一方、トーンＢのみの検出でなかった場合には（ステップ１０３）、ＩＮＦＯ０ｃに続いてトーンＢが検出されたか否かを判別し（ステップ１０４）、そうであれば、正常に検出できたことになるので、トーンＡの位相反転を送信する（ステップ１０５）。また、ＩＮＦＯ０ｃとトーンＡの順序で検出できないときには、ステップ１０２に戻ってトーンＡを送信する。
【００３０】
次に、ＩＮＦＯ０ｃ信号の先頭を受信したか否かを判別し（ステップ１０６）、先頭が検出されたときには、ＩＮＦＯ０ａを再送信する（ステップ１０９）。一方、ＩＮＦＯ０ｃの先頭が検出できないときには（ステップ１０６）、トーンＢ位相反転が検出できたか否かを判別する（ステップ１０７）。検出できたときには、トーンＡ位相反転を送信して（ステップ１０８）、プロービングへ移る。
一方、トーンＢ位相反転を検出できないときには（ステップ１０７）、再びステップ１０５に戻ってトーンＡ位相反転を送信する。
【００３１】
トーンＢのみが検出された場合（ステップ１０３）、およびＩＮＦＯ０ｃ信号の先頭を受信した場合には（ステップ１０６）、ＩＮＦＯ０ａを再送信した後（ステップ１０９）、ＩＮＦＯ０ｃ（ビット２８＝１）を正しく受信できたか、あるいはＩＮＦＯ０ｃに続いてトーンＢを受信できたかを判別し（ステップ１１０）、受信できたならば、トーンＡを送信する（ステップ１１２）。一方、いずれも受信できない場合には、ＩＮＦＯ０ａの再送から２秒経過したか否かを判別し（ステップ１１１）、２秒経過したならば、トーンＡを送信する（ステップ１１２）。
【００３２】
一方、２秒経過しないときには、ＩＮＦＯ０ａを再送信する（ステップ１０９）。トーンＡを送信した後（ステップ１１２）、トーンＢを検出できたか否かを判別し（ステップ１１３）、検出できたならば、トーンＡ位相反転を送信する（ステップ１０５）。一方、トーンＢが検出できなかったときには（ステップ１１３）、再度、トーンＡを送信する（ステップ１１２）。
【００３３】
以上は、全二重のシーケンスについて説明したが、Ｖ．３４勧告の半二重シーケンスにおいても全く同様のシーケンスとなっているので、ファクシミリに搭載される半二重モデムでも、応答モデム側で同じシーケンスをもてばフェーズ２リカバリによる通信断を起こりに難くすることができる。
【００３４】
図３に示した応答側モデムのフェーズ２送信部のフローをコンピュータに実行させることが可能なプログラムに変換し、変換されたプログラムをＣＤ−ＲＯＭ等の記録媒体に格納しておけば、ファクシミリ装置またはデータ通信装置の任意のコンピュータに記録媒体を装着し、プログラムをインストールすることで、本発明を容易に実現することができる。
【００３５】
【発明の効果】
以上説明したように、本発明によれば、Ｖ．３４全二重データ通信あるいは半二重データ通信において、起呼モデム側からＩＮＦＯ０シーケンスをとれないためリカバリに入った場合に、その後のリカバリ確度を高め、通信断を減少させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すモデムの構成図である。
【図２】Ｖ．３４におけるフェーズ２のシーケンスチャートである。
【図３】本発明の一実施例を示すデータ通信方法の動作フローチャートである。
【符号の説明】
１０…制御部、２０…変復調部、１１…ＣＰＵ、１２…ＲＯＭ、
１３…ＲＡＭ、２１…ＤＳＰ、２２…ＲＯＭ、２３…ＲＡＭ、
３０…ＣＯＤＥＣ／ＤＡＡ。
【図１】
0004306984.tif 000002
【図２】
0004306984.tif 000003
【図３】
0004306984.tif 000004