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