(57)【要約】【課題】プライマリチャネル等化器トレーニング信号が正しく受信できずにリカバリが発生した場合においても、安定した通信を行う。【解決手段】Ｖ．３４勧告に準拠した半二重通信を行う通信装置であって、相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行手段と、該リカバリ移行手段によりリカバリ処理への移行がなされた際に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げる制御手段と、を備える。【選択図】図２
2014112772.tif 000002
【特許請求の範囲】
【請求項１】
Ｖ．３４勧告に準拠した半二重通信を行う通信装置であって、
相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行手段と、
該リカバリ移行手段によりリカバリ処理への移行がなされた際に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げる制御手段と、を備えることを特徴とする通信装置。
【請求項２】
Ｖ．３４勧告に準拠した半二重通信を行う通信装置であって、
相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行手段と、
該リカバリ移行手段によりリカバリ処理への移行回数が所定回数となった場合に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げる制御手段と、を備えることを特徴とする通信装置。
【請求項３】
Ｖ．３４勧告に準拠した半二重通信を行う通信装置によるデータ通信方法であって、
相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行処理と、
該リカバリ移行処理によりリカバリ処理への移行がなされた場合、または、リカバリ処理への移行回数が所定回数となった場合に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げるレート変更処理と、を行うことを特徴とするデータ通信方法。
【請求項４】
Ｖ．３４勧告に準拠した半二重通信を行う通信装置に処理を実行させるデータ通信プログラムであって、
相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行させるリカバリ移行処理と、
該リカバリ移行処理によりリカバリ処理への移行がなされた場合、または、リカバリ処理への移行回数が所定回数となった場合に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げるレート変更処理と、を前記通信装置に実行させることを特徴とするデータ通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、データ通信方法およびデータ通信プログラムに関する。さらに詳述すると、Ｖ．３４勧告に準拠した半二重通信を行う通信装置、データ通信方法およびデータ通信プログラムに関する。
【背景技術】
【０００２】
電話回線を用いたデータ通信手順であるファクシミリの伝送手順は、ＩＴＵ（International Telecommunication Union）によってＴ．３０（一般交換電話網における文書ファクシミリ伝送のための手順）という勧告で規定されている。また、Ｖ．３４（Ｖ．３４勧告）は１９９４年に制定された３３．６ｋｂｐｓまでの高速モデム勧告（ＩＴＵシリーズ）であり、これをファクシミリに使用する手順はＴ．３０ではＡＮＮＥＸＦで定められている。
【０００３】
Ｔ．３０でＶ．３４をファクシミリに使用する場合には、エラー訂正手順が必須と定められており、エラー訂正手順は勧告Ｔ．４に規定されている。Ｖ．３４規格による半二重ファクシミリ通信では、フェーズ１で通信規格の決定を行い、フェーズ２でラインプロービングによりシンボルレート・キャリア周波数・プリエンファシスフィルタの決定を行い、フェーズ３でプライマリチャネルのトレーニングにより等化器のトレーニングを行い、受信側でトレーニングの結果からプライマリチャネルの信号速度の決定を行う。それ以降は、制御チャネルとプライマリチャネルが交互に繰り返される。
【０００４】
制御チャネルには、送受信に関連する制御情報（線密度等の画像関連情報や信号速度、また画像が正しく受信されたか等）を含み、プライマリチャネルは再同期のための信号Ｓ，Ｓｂａｒ（位相反転信号、Ｓバー），ＰＰ（等化器のトレーニング），Ｂ１（バイナリ信号）と画情報を含む。エラー訂正機能を使用する場合の画情報のデータフォーマットは、勧告Ｔ．４で規定されている。画情報は２５６もしくは６４オクテットからなるフレームを含み、フレーム数は最大２５６個までを１回のプライマリチャネルで送信することができる。
【０００５】
上述のように、Ｖ．３４において３３．６ｋｂｐｓまでのデータ信号速度で動作するモデムが規定されている。Ｖ．３４ではデータ通信の準備としてフェーズ１〜フェーズ４のトレーニングを行う。
【０００６】
図４に、Ｖ．３４で規定される標準的な通信シーケンスチャートを示す。半二重動作におけるフェーズ２では、起呼モデムと応答モデムとの間で、互いにＩＮＦＯ０ｃとＩＮＦＯ０ａのシーケンスを送り合い、モデムの能力（サポートしているシンボルレート、キャリア周波数、電力抑制機能の有無）を交換し、Ｌ１／Ｌ２（プロービングトーン）によって回線状況を解析し、シンボルレート、キャリア周波数、プリエンファシス係数の選択を行い、その結果を再びＩＮＦＯｈとして起呼モデムに送信する。なお、全てのＩＮＦＯシーケンスは６００ｂｐｓの２進ＤＰＳＫ（差動位相偏移）変調を用いて送出される。
【０００７】
このフェーズ２におけるリカバリについては、例えば、特許文献１に開示されている。特許文献１に記載の技術は、起呼モデムあるいは応答モデムからの２度目のトーンＢあるいは２度目のトーンＡが所定時間（２秒）に正常に受信できなかった場合、さらに一定時間内にトーンＢまたはトーンＡが検出されると、Ｖ．３４勧告に準拠した通信手順をフェーズ２に戻すものである。
【０００８】
ここで、ＩＮＦＯ０ｃ/ＩＮＦＯ０ａ信号はフェーズ２の先頭から送出されるため、回線劣化が激しい場合にはＩＮＦＯシーケンスが正しく受信できないという問題がある。また、ＩＰ網を利用した通信においては、パケットロス等の障害により、受信データが欠落する場合があるという問題がある。上記特許文献１に記載の技術は、トーン検出に関するリカバリであり、当該ＩＮＦＯ０ｃとＩＮＦＯ０ａの検出に関するリカバリ部分についての課題を解決するものではない。
【０００９】
Ｖ．３４勧告では、上記のような問題に備え、リカバリ手順が規定されており、ＩＮＦＯ０ｃ/ＩＮＦＯ０ａシーケンスが取れない場合には、再送が行われるようになっている。しかしながら、リカバリ手順によるＩＮＦＯシーケンスの再送を行った場合に、先に進めず通信断（エラー終了）となる場合があった。
【００１０】
この点に対し、特許文献２では、ＩＮＦＯ０ａシーケンスに続くトーンＡ信号をトーンＡ位相反転信号と誤検出し、応答モデムが当該モデムからの最初のＩＮＦＯ０ｃシーケンスを正しく受信できない場合に、応答モデムからのＩＮＦＯ０ａシーケンスが再送されてリカバリ手順に移ったことを判別し、リカバリ手順での応答モデムからのＩＮＦＯｈシーケンスが受信しなくとも、ＩＮＦＯｈシーケンス受信動作中に、ＩＮＦＯ０ａシーケンスを受信したら、リカバリ手順の中止を変復調手段に指示し、リカバリ手順を中止した後、通信手順をフェーズ２の所定位置に戻す通信装置が開示されている。
【００１１】
特許文献２に記載の発明によれば、適切な通信手順のリカバリ手順を行うことができ、Ｖ．３４勧告に準拠した通信手順におけるエラーによる終了を低減することができる。
【００１２】
ところで、フェーズ３では、等化器トレーニングにおいて、送信側装置からプライマリチャネル等化器トレーニング信号（ＴＲＮ）が送出され、このプライマリチャネル等化器トレーニング信号を受信することにより受信側装置においてデータレートを決定している。
【００１３】
しかしながら、このプライマリチャネル等化器トレーニング信号受信中に回線状況が悪化すると、プライマリチャネル等化器トレーニング信号を正しく受信できないことがあった。Ｖ．３４勧告では、このような場合にそなえてリカバリ手順が規定されている。
【００１４】
Ｖ．３４勧告によると、応答モデム側で２００ｍｓ以内に信号Ｓが検出できない場合、または、ＴＲＮが満足に受信できない場合には、トーンＡ信号を送信して、トーンＢ信号が送られてくるのを待つ。これは、図４のＹ点に戻ることを意味する。
【００１５】
一方、起呼モデムは、制御チャネルのスタートアップへ進むが、応答モデムからフェーズ３以降の信号が送られてこないので、Ｖ．３４勧告によると信号ＰＰｈの代わりにトーンＡ信号を受信したらトーンＢ信号を送信し、フェーズ３へ移行する。これは、図４のＸ点に戻ることを意味する。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、フェーズ３の回線状態がフェーズ２の回線状態より劣化した場合に上記リカバリが行われると、フェーズ３の劣化した回線状態に応じたラインプロービングが実施されないため、応答モデム側のＩＮＦＯｈシーケンスが更新されず、元のＩＮＦＯｈシーケンスが起呼モデムに送信されることとなる。
【００１７】
すなわち、回線状態が劣化している場合でも、最初のフェーズ２で確定されたＩＮＦＯｈが更新されないため、リカバリにより起呼モデムからフェーズ３トレーニングシーケンスの再送を行った場合に、応答モデム側が再度プライマリチャネル等化器トレーニング信号を正しく受信できずに、通信断（エラー終了）となる場合があった。
【００１８】
そこで本発明は、フェーズ３以降で回線状態が悪化して、プライマリチャネル等化器トレーニング信号が正しく受信できずにリカバリが発生した場合においても、安定した通信を行うことができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
かかる目的を達成するため、本発明に係る通信装置は、Ｖ．３４勧告に準拠した半二重通信を行う通信装置であって、相手方装置からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行手段と、該リカバリ移行手段によりリカバリ処理への移行がなされた際に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げる制御手段と、を備えるものである。
【発明の効果】
【００２０】
本発明によれば、フェーズ３以降で回線状態が悪化して、プライマリチャネル等化器トレーニング信号が正しく受信できずにリカバリが発生した場合においても、安定した通信を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る通信装置の一実施形態であるモデムの構成図である。
【図２】第１の実施形態におけるデータ通信処理を示すフローチャートである。
【図３】第２の実施形態におけるデータ通信処理を示すフローチャートである。
【図４】Ｖ．３４勧告で規定される通信シーケンスチャートの一例である。
【発明を実施するための形態】
【００２２】
以下、本発明に係る構成を図１から図４に示す実施の形態に基づいて詳細に説明する。
【００２３】
本実施形態に係る通信装置は、Ｖ．３４勧告に準拠した半二重通信を行う通信装置（応答モデム）であって、相手方装置（起呼モデム）からのプライマリチャネル等化器トレーニング信号を受信できない場合に、所定のリカバリ処理に移行するリカバリ移行手段と、該リカバリ移行手段によりリカバリ処理への移行がなされた際に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げる制御手段と、を備えるものである。なお、括弧内は実施形態での符号、適用例を示す。
【００２４】
（モデム構成）
図１は、本発明に係る通信装置の一実施形態であるモデムの構成図である。図１において、制御部１０は、パーソナルコンピュータなどのホスト装置からのコマンド解釈、変復調部２０に対してモデム動作を行うための指示（ダイヤリング指示、応答開始指示など）、送信データ・受信データのホスト装置（パーソナルコンピュータ）およびモデムとのやりとり、データ圧縮・伸長、エラー訂正などを行う。
【００２５】
制御部１０には、条件判断やデータのビット処理が多いため、マイクロコントローラを用いることが好ましい。上記各処理は、プログラム（本発明に係るデータ通信プログラムを含む）として制御部１０のＲＯＭ１２に格納されており、ＣＰＵ１１で実行される。また、ＲＡＭ１３には、制御部１０で使用する各種データが格納されている。
【００２６】
この制御部１０は、後述するように、モデム（応答モデム）が起呼モデムからの最初のフェーズ３プライマリチャネル等化器トレーニング信号を正しく受信できない場合に、Ｖ．３４勧告に規定されたリカバリ手順に移行するリカバリ移行手段と、該リカバリ移行手段により上記リカバリ手順への移行がなされた際に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げて、ＩＮＦＯｈを起呼モデムへ送信する制御手段として機能する。
【００２７】
変復調部２０は、制御部１０からの要求を解釈し、Ｖ．３４規格に基づく変調・復調を行う。すなわち、送信データをＤ/Ａコンバータへの入力となるサンプル点に変調してＣＯＤＥＣ/ＤＡＡ３０に送り、回線に送出する一方、回線から入力した信号はＣＯＤＥＣ/ＤＡＡ３０によりＡ/Ｄ変換され、変換されたデジタルデータが変復調部２０に入力されたならば、このデジタルデータを受信データに復調する処理を行う。
【００２８】
変復調部２０には複雑なデジタル信号処理が必要であるため、ＤＳＰ（デジタルシグナルプロセッサ）２１が採用されることが一般的である。モデムの各フェーズのシーケンス制御、変復調などのプログラムはＲＯＭ２２に格納され、ＤＳＰ２１で実行される。ＲＡＭ２３には、ＤＳＰ２１で実行される際に使用されるデータが格納される。ＣＯＤＥＣ/ＤＡＡ３０は、電話回線を流れるのはアナログ信号であるため、Ａ/Ｄ，Ｄ/Ａ変換を行うコーデック、および回線とのインターフェースであるＤＡＡで構成される。
【００２９】
（Ｖ．３４勧告の規定）
上述のように、図４は、Ｖ．３４勧告で規定される標準的な通信シーケンスチャートである。
【００３０】
先ず、フェーズ１では、送信側装置からのＣＮＧ（コーリングトーン）に対して受信側装置からＡＮＳａｍ（応答トーン）を返送し（図示省略）、送信側装置からＣＭ（起呼メニュー信号）に対して、受信側装置からＪＭ（共通メニュー信号）が返送される。これにより、起呼および着呼側の利用可能な変調モードが選択される。
【００３１】
次に、フェーズ２について説明する。
（１２．２．１．１）  起呼モデムのエラーフリー動作
（１２．２．１．１．１）  フェーズ１を終わる７５±５ｍｓの無音期間中、起呼モデムは受信器を設定してＩＮＦＯ０ａを受信してトーンＡを検出する。７５±５ｍｓの無音期間が過ぎると、起呼モデムはビット２８が０に設定された状態でＩＮＦＯ０ｃを送りその後トーンＢを送る。
（１２.２．１.１．２）  ＩＮＦＯ０ａを受信すると、モデムは受信器を設定してトーンＡおよびその後のトーンＡ位相反転を検出する。
（１２.２．１.１．３）  トーンＡ位相反転を検出すると、起呼モデムは４０±１０ｍｓ間待ってからトーンＢ位相反転を送信する。トーンＢは位相反転後さらに１０ｍｓ間送信され、モデムは １６０ｍｓ間信号Ｌ１を送信する。次に、モデムは信号Ｌ２を送信して、受話器を設定し、トーンＡを検出する。
（１２.２．１.１．４）  トーンＡを検出すると、起呼モデムはトーンＢを送信し受信器を設定してＩＮＦＯｈを受信する。ＩＮＦＯｈを受信すると、モデムは（１２.３．１）項に従って動作する。
【００３２】
（１２．２.１．２）  応答モデムのエラーフリー動作
（１２.２．１.２．１）  フェーズ１を終了する７５±５ｍｓの無音期間中、応答モデムは受信器を設定してＩＮＦＯ０ｃを受信してトーンＢを検出する。７５±５ｍｓの無音期間中、応答モデムはビット２８が０に設定された状態でＩＮＦＯ０ａを送ってからトーンＡを送る。
（１２.２．１.２．２）  ＩＮＦＯ０ｃを受信すると、モデムは受信器を設定してトーンＢを検出してＩＮＦＯ０ｃを受信する。
（１２.２．１.２．３）  トーンＢが検出され、トーンＡが少なくとも５０ｍｓ間送出されると、応答モデムはトーンＡ位相反転を送信する。トーンＡは位相反転後さらに１０ｍｓ間送信され、モデムは無音を送信する。次に、モデムは受信器を設定してトーンＢ位相反転を検出する。
（１２.２．１.２．４）  トーンＢ位相反転を検出すると、応答モデムはプロービング信号Ｌ１およびＬ２を受信するように設定される。
（１２.２．１.２．５）  応答モデムは、その１６０ｍｓ期間中に信号Ｌ１を受信する。次に、応答モデムは５００ｍｓを超えない期間Ｌ２を受信することができる。その後、応答モデムはトーンＡを送信してから受信器を設定してトーンＢを検出する。
（１２.２．１.２．６）  トーンＢが検出されると、応答モデムは２５ｍｓ間トーンＡを続けて送信してからＩＮＦＯｈ を送る。ＩＮＦＯｈ を送った後で、モデムは（１２．３．２）項に従って動作する。
【００３３】
（１２．２.１．３）  起呼モデムのリカバリメカニズム
（１２．２.１．３．１）  （１２．２.１．２）項または（１２．１.１．３）項で、ＩＮＦＯ０aを正しく受信する前にトーンＡが検出された場合、または繰返しＩＮＦＯ０ａが受信された場合、モデムは繰り返してＩＮＦＯ０ｃを送る。ビット２８が１に設定された状態で起呼モデムがＩＮＦＯ０ａを受信すると、起呼モデムはトーンＡ(トーンＡ内の位相反転が続く)を検出するように自動的に設定して、現在のＩＮＦＯ０ｃシーケンスの送信を完了し、トーンＢを送信する。代りに、起呼モデムがＩＮＦＯ０ａを正しく受信してトーンＡを検出した場合、トーンＡ内の位相反転を検出するように自動的に設定して現在のＩＮＦＯ０ｃシーケンスの送信を完了して、トーンＢを送信する。いずれの場合でも、起呼モデムは（１２.２．１.１．３）項に従って動作する。
（１２.２．１.３．２）  （１２.２．１.１．３）項で、トーンＡ位相反転が検出されない場合、起呼モデムはトーンＢを続けて送信して応答モデムが別の位相反転を送信するのを待つ。
（１２.２．１.３．３）  （１２.２．１.１．４）項で、トーンＢ位相反転の送信から２７００ｍｓ以内にトーンＡが検出されない場合、起呼モデムはトーンＢを送信し、受話器を設定してトーンＡ(トーンＡ内の位相反転が続く)を検出する。次に、モデムは（１２.２．１.１．３）項に従って動作する。
（１２.２．１.３．４）  （１２.２．１.１．４）項で、（１２.２．１.１．４）項のトーンＢの送信から２０００ｍｓ以内にＩＮＦＯｈが検出されない場合、起呼モデムはトーンＢを送り続け、受話器を設定してトーンＡを検出する。トーンＡを検出すると、起呼モデムは（１２.２．１.１．４）項に従って動作する。
【００３４】
（１２．２.１．４）  応答モデムのリカバリメカニズム
（１２.２．１.４．１）  （１２.２．１.２．２）項または（１２.２．１.２．３）項で、ＩＮＦＯ０ｃを正しく受信する前にトーンＢが検出されるか、または繰返しＩＮＦＯ０ｃが受信された場合、モデムは繰り返してＩＮＦＯ０ａを送る。ビット２８が１に設定された状態で応答モデムがＩＮＦＯ０ｃを受信すると、応答モデムはトーンＢを検出するように自動的に設定して現在のＩＮＦＯ０ａシーケンスの送信を完了して、トーンＡを送信する。代りとして、応答モデムがＩＮＦＯ０ｃを正しく受信してトーンＢを検出した場合、現在のＩＮＦＯ０ａシーケンスの送信を完了してトーンＡを送信する。いずれの場合でも、応答モデムは（１２.２．１.２．３）項に従って動作する。
（１２.２．１.４．２）  （１２.２．１.２．４）項で、（１２.２．１.２．３）項のトーンＡ位相反転の送信から２０００ｍｓ以内にトーンＢ位相反転が検出されない場合、応答モデムは受話器を設定してトーンＢを検出する。トーンＢを検出すると、応答モデムはトーンＡを送信してから（１２.２．１.２．３）項に従って動作する。
（１２.２．１.４．３）  （１２.２．１.２．６）項で、（１２.２．１.２．５）項のトーンＡの送信開始から２０００ｍｓ以内にトーンＢが検出されない場合、応答モデムはＩＮＦＯｈを送ってから半二重化スタートアップのフェーズ３を実行する。
【００３５】
（１２．４）  制御チャネルのスタートアップ（一部のみ）
（１２．４．３）  送信モデムリカバリ手順
（１２．４．３．１）  （１２．４．１．１）項で送信モデムが起呼モデムである場合、信号ＰＰｈの代わりにトーンＡを受信したらトーンＢを送出する。ＩＮＦＯｈを受信したら（１２．３．１）に従って動作する。送信モデムが応答モデムの場合、信号ＰＰｈの代わりにトーンＢを検出したら、トーンＡを送出する。ＩＮＦＯｈを検出したら（１２．３．１）に従って動作する。
【００３６】
次に、フェーズ３について説明する。
（１２．３．１）  送信モデム
（１２．３．１．１）ＩＮＦＯｈを受信すると、送信モデムは７０±５ｍｓ間無音を送信してから、１２８Ｔ間信号Ｓを送信し、その後、１６ＴでＳバー（位相反転信号）を送信し、次に信号ＰＰを送信する。
（１２．３．１．２）信号ＰＰを送信すると、送信モデムは信号ＴＲＮを送信する。信号点サイズおよび信号ＴＲＮの期間は、受信モデムから受信したＩＮＦＯｈシーケンスに従って設定される。
（１２．３．１．３）信号ＴＲＮを送信すると、送信モデムは（１２．４）節に従って制御チャネルを使った送受信を行う。
【００３７】
（１２．３．２）  受信モデム
（１２．３．２．１）ＩＮＦＯを送信すると、受信モデムは無音を送信してから受信器を設定して、信号Ｓ（Ｓバーが続く）を検出する。
（１２．３．２．２）信号Ｓ（Ｓバーが続く）が検出されると、受信モデムは受信器を設定して信号ＰＰを使ってそのメインチャネルの等化器のトレーニングを開始する。信号ＰＰを受信すると、受信モデムは信号ＴＲＮを使ってその等化器をさらに改良することを行う。
【００３８】
（１２．３．３）  受信モデムエラーリカバリ手順
上記（１２．３．２．２）項において、信号Ｓが２００ｍｓ以内に検出されない場合、または、信号ＴＲＮが満足に受信されない場合であって、受信モデムが応答モデムの場合は、受信モデムはトーンＢを検知するように設定し、トーンＡを送信して、（１２.２．２.１．６）に従って動作する。一方、受信モデムが起呼モデムの場合は、受信モデムはトーンＡを検知するように設定し、トーンＢを送信して（１２.２．２.１．６）に従って動作する。
【００３９】
（リカバリ移行手段／制御手段）
次に、リカバリが発生して通信断（エラー終了）が生じる状況と、その場合の制御について説明する。
【００４０】
応答モデムにおいて、回線状態が悪く、プライマリチャネル等化器トレーニング信号が満足に受信できない場合、応答モデムはリカバリ手順（１２．３．３）に従ってトーンＡを送信し、トーンＢ信号待ちへ移行する（リカバリ移行手段）。
【００４１】
起呼モデムは、プライマリチャネル等化器トレーニング信号を送信すると、制御チャネルへのスタートアップ手順へ進む。しかしながら、応答モデムがリカバリ手順（１２．３．３）へ移行しているため、起呼モデムは、ＰＰｈ信号の代わりにトーンＡ信号を受信する。このため、リカバリ手順（１２．４．３）に従って、トーンＢを送出し、ＩＮＦＯｈを受信したら、（１２．３．１）に移行する。
【００４２】
一方、応答モデムはリカバリ手順に従って、フェーズ３でプライマリチャネル等化器トレーニング信号を受信しようとするが、プライマリチャネル等化器トレーニング信号が正しく受信できない場合には、再度、リカバリ手順（１２．３．３）へ移行し、起呼モデムはリカバリ手順（１２．４．３）へ移行する。
【００４３】
このように、応答モデムがリカバリ手順へ移行しても、プライマリチャネル等化器トレーニング信号が正しく受信できない状況が続くと、起呼モデム、応答モデムとも上記の状態から抜け出せなくなる。
【００４４】
しかしながら、これを回避するためのリカバリ手順については、Ｖ．３４勧告には記載されていない。
【００４５】
そこで、本実施形態に係るモデムは、応答モデムにおけるリカバリ手順において、ＩＮＦＯｈを送信する際に、シンボルレートを変更できる制御手段を応答モデムが備えるようにしたものである。
【００４６】
このようにすることで、フェーズ３以降で回線劣化等の障害により、応答モデムが起呼モデムからのプライマリチャネル等化器トレーニング信号を満足に受信できないために、トーンＡが再送されてリカバリ手順に入った場合においても、応答モデムが回線状況に応じたＩＮＦＯｈ内のシンボルレートに変更することができるので、プライマリチャネル等化器トレーニング信号を正しく受信することができる。
【００４７】
これにより、Ｖ．３４勧告の準拠した通信手順がエラー終了してしまうことを減少させて、安定した通信を行うことができることができる。
【００４８】
（データ通信処理フロー）
本実施形態に係るモデムが実行するデータ通信処理（本発明に係るデータ通信方法）について、図２に示すフローチャートを参照して説明する。図２に示すフローチャートは、応答モデムのフェーズ２の動作フローである。
【００４９】
本実施形態のデータ通信処理は、起呼モデムからのプライマリチャネル等化器トレーニング信号を受信できない場合に（Ｓ１０７：Ｎ）、所定のリカバリ処理に移行するリカバリ移行処理と、該リカバリ移行処理によりリカバリ処理への移行がなされた場合（Ｓ１０４：Ｙ）に、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げるシンボルレートのレート変更処理（Ｓ１０８〜Ｓ１１８）と、を行うようにしている。以下に詳細を説明する。
【００５０】
応答モデムは、ラインプロービング信号（Ｌ１，Ｌ２）を受信すると（Ｓ１０１）、トーンＡを送信し（Ｓ１０２）、トーンＢを受信する（Ｓ１０３）。トーンＢを受信したら、次に、リカバリが発生したかどうかを判別する（Ｓ１０４）。
【００５１】
リカバリが発生していない場合（Ｓ１０４：Ｎ）には、ＩＮＦＯｈを送信する（Ｓ１０５）。この時、ラインプロービング信号の受信（Ｓ１０１）によりシンボルレートを２４００，２７４３，２８００，３０００，３２００，３４２９の中から選択し、ＩＮＦＯｈを送信する。
【００５２】
次いで、トレーニング信号の受信を行い（Ｓ１０６）、トレーニング信号を正しく受信できたか否かの判断を行う（Ｓ１０７）。トレーニング信号を正しく受信できた場合（Ｓ１０７：Ｙ）は、制御チャネルのスタートアップ手順へ移行する。一方、トレーニング信号を正しく受信できない場合（Ｓ１０７：Ｎ）は、リカバリ手順によりＳ１０２へ戻る。
【００５３】
そして、リカバリが発生した場合（Ｓ１０４：Ｙ）は、シンボルレートのレート変更処理（Ｓ１０８〜Ｓ１１８）へ移行する。
【００５４】
シンボルレートのレート変更処理では、先ず、受信したシンボルレートが３４２９であるかどうかを判定する（Ｓ１０８）。シンボルレートが３４２９である場合（Ｓ１０８：Ｙ）、シンボルレートを３２００にしたＩＮＦＯｈを送信し（Ｓ１１３）、トレーニング信号の受信（Ｓ１０６）へ移行する。
【００５５】
一方、シンボルレートが３４２９でない場合（Ｓ１０８：Ｎ）は、次に、受信したシンボルレートが３２００であるかどうかを判定する（Ｓ１０９）。シンボルレートが３２００である場合（Ｓ１０９：Ｙ）、シンボルレートを３０００にしたＩＮＦＯｈを送信し（Ｓ１１４）、トレーニング信号の受信（Ｓ１０６）へ移行する。
【００５６】
一方、シンボルレートが３２００でない場合（Ｓ１０９：Ｎ）は、次に、受信したシンボルレートが３０００であるかどうかを判定する（Ｓ１１０）。シンボルレートが３０００である場合（Ｓ１１０：Ｙ）、シンボルレートを２８００にしたＩＮＦＯｈを送信し（Ｓ１１５）、トレーニング信号の受信（Ｓ１０６）へ移行する。
【００５７】
一方、シンボルレートが３０００でない場合（Ｓ１１０：Ｎ）は、次に、受信したシンボルレートが２８００であるかどうかを判定する（Ｓ１１１）。シンボルレートが２８００である場合（Ｓ１１１：Ｙ）、シンボルレートを２７４３にしたＩＮＦＯｈを送信し（Ｓ１１６）、トレーニング信号の受信（Ｓ１０６）へ移行する。
【００５８】
一方、シンボルレートが２８００でない場合（Ｓ１１１：Ｎ）は、次に、受信したシンボルレートが２７４３であるかどうかを判定する（Ｓ１１２）。シンボルレートが２７４３である場合（Ｓ１１２：Ｙ）、シンボルレートを２４００にしたＩＮＦＯｈを送信し（Ｓ１１７）、トレーニング信号の受信（Ｓ１０６）へ移行する。
【００５９】
一方、シンボルレートが２７４３でない場合（Ｓ１１２：Ｎ）は、シンボルレートを２４００にしたＩＮＦＯｈを送信し（Ｓ１１８）、トレーニング信号の受信（Ｓ１０６）へ移行する。すなわち、受信したシンボルレートが２４００の場合は、シンボルレートが下げられないので、シンボルレートは変更せず（Ｓ１１８）、トレーニング信号の受信（Ｓ１０６）へ移行するものである。
【００６０】
以上説明した処理フロー（データ通信方法）は、プログラム（データ通信プログラム）で実行することもできる。当該データ通信プログラムは、例えばインターネット上からのダウンロードによって提供し、通信装置にインストールすることで、上記の処理を実行させることができる。
【００６１】
また、データ通信プログラムをモデムで実行可能なプログラムに変換し、変換されたプログラムをＣＤ−ＲＯＭ等の記録媒体に格納しておけば、ファクシミリ装置またはモデム等の通信装置に記録媒体を装着し、プログラムをインストールすることで、上記の処理を実行させることができる。
【００６２】
以上説明した本実施形態に係る通信装置、データ通信処理によれば、Ｖ．３４規格による半二重データ通信において、回線劣化等の障害により、応答モデムが起呼モデムからのプライマリチャネル等化器トレーニング信号を正しく受信できないために、トーンＡ信号を再送してリカバリ手順に入った場合でも、応答モデム側でシンボルレートを下げて、応答モデムが回線の状況に応じたシンボルレートを選択するようにし、応答モデム側で下げたシンボルレートを反映したＩＮＦＯｈを起呼モデムへ送信することで、通信断を減少させることが可能である。
【００６３】
［第２の実施形態］
次に、本発明に係る通信装置の他の実施形態について説明する。なお、上記実施形態と同様の点についての説明は適宜省略する。
【００６４】
上記第１の実施形態では、応答モデムは、起呼モデムからの最初のフェーズ３プライマリチャネル等化器トレーニング信号を受信できない場合に、リカバリ手順に移行して、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げ、起呼モデムに送信する例について説明したが、予め設定された回数リカバリが実行されたときに、ＩＮＦＯｈシーケンスにおけるシンボルレートを下げ、起呼モデムに送信するようにしても良い。また、この所定のリカバリ回数は、モデム外部から任意に設定可能とすることが好ましい。
【００６５】
このように、所定のリカバリ回数を規定しておくことで、応答モデムがプライマリチャネル等化器トレーニング信号の受信に失敗した場合であっても、所定のリカバリ回数内でプライマチャネル等化器トレーニング信号が正しく受信できれば、シンボルレートを下げることなく、通信を続行させることが可能となる。
【００６６】
本実施形態に係るモデムが実行するデータ通信処理（本発明に係るデータ通信方法）について、図３に示すフローチャートを参照して説明する。なお、Ｓ２０１〜Ｓ２０３およびＳ２０５〜２１８の処理は、Ｓ１０１〜Ｓ１０３およびＳ１０５〜Ｓ１１８と同様であるので、説明は省略する。
【００６７】
図３に示すデータ通信処理では、リカバリ回数が所定回数（Ｎ回）であるか否かを判断し（Ｓ２０４）、リカバリへの移行回数が所定回数となっている場合（Ｓ２０４：Ｙ）は、シンボルレートのレート変更処理（Ｓ２０８〜Ｓ２１８）に移行する。一方、リカバリ回数が所定回数内である場合（Ｓ２０４：Ｎ）は、シンボルレートの変更は行わずにＩＮＦＯｈを送信するようにしている（Ｓ２０５）。
【００６８】
尚、上述の実施形態は本発明の好適な実施の例ではあるがこれに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形実施可能である。
【符号の説明】
【００６９】
１０  制御部
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
２０  変復調部
２１  ＤＳＰ
２２  ＲＯＭ
２３  ＲＡＭ
３０  ＣＯＤＥＣ／ＤＡＡ
【先行技術文献】
【特許文献】
【００７０】
【特許文献１】特開平１１−１５０５８０号公報
【特許文献２】特開２０１２−１０１６５号公報
【図１】
2014112772.tif 000003
【図２】
2014112772.tif 000004
【図３】
2014112772.tif 000005
【図４】
2014112772.tif 000006