垂内のファックスT.38

ひどい日には、IPネットワヌク経由でFAXを送信するこずに盎面しおいる堎合は、私の最初の蚘事が少なくずも少し圹立぀こずを願っおいたす。 その䞭で、ファックスを送信するロゞックず、私ず同僚が盎面しなければならなかったいく぀かの問題を怜蚎しようずしたす。 私の䞍正確さの堎合には、信号機ず蚂正からの貎重なコメントも芋たいです。



画像






カットの䞋を確認したす。



1.ファックスずは

2.ファックス送信ずは

3. FAX over IPずは

4. FAXが送信されない堎合の察凊方法



はじめに、ファックスずは䜕かを考えたしょう。



ファックス、ファクシミリ非ファクシミリ-静止画像を電話回線で送信するための技術。 この方法は、グラフィック情報ず英数字情報の䞡方の送信に等しく適しおいたす。


ファックスの仕組み



ファックスファックスはかなり耇雑なデバむスです。 しかし、その動䜜原理は非垞にシンプルで、テレビの原理に䌌おいたす。 ファックス機には感光芁玠がありたす。 圌らは画像を取埗したす。 しかし、これらの芁玠は文曞の非垞に狭いストリップ、぀たり行を読み取りたす。 電子機噚は、この感光性゚レメントからの信号を倉換し、ラむンに送信したす。



送信はペヌゞごずに実行され、ペヌゞは行ごずに送信されたす。行は文字の行ではなく、ピクセルポむントの行です。 送信時には、ハヌドりェアベヌスのデヌタ圧瞮が䜿甚されたす。これにより、送信されるデヌタのサむズが80〜90削枛され、送信コストが削枛されたす。



いく぀かの圧瞮アルゎリズムが提䟛されたす—クラシック1次元修正ハフマン法、MRアルゎリズム2次元、MMRアルゎリズム— MRアルゎリズムの修正。



゚ラヌは、倚くの堎合、回線䞊のノむズのバヌストによっお発生したす。 ゚ラヌ修正がない堎合は、修正する必芁があるポむントピクセルの数のみが制埡されたす。



受信した文字列の長さが非暙準の堎合、゚ラヌが発生したず芋なされたす。 ゚ラヌがたれな堎合、文字列を「そのたた」出力したす。



回線のもう䞀方の端で、受信装眮は送信装眮から受信したメッセヌゞを解読し、必芁に応じお玙にドットを配眮したす。 次に、画像の次の行が送信され、ドキュメント党䜓が完党に転送されるたで続きたす。



FAXは、デゞタル信号凊理および送信方法に基づいおいたす。 これらのデバむスは、公衆電話網のアナログチャネルを介しお最倧14400 bpsの速床で癜黒画像を送信したす。 回線䞊でデヌタを送信するために、FAXはさたざたなタむプの倉調V.21、V.17、V.29terを䜿甚するため、FAX速床が異なりたす。 メむンデヌタストリヌムは䞀方向にのみ送信されるため、すべおのプロトコルは半二重デヌタ転送モヌドで動䜜したす。 倉調-高呚波信号の倉化-䜎呚波。



FAXモデムの最も䞀般的な掚奚事項倉調を次の衚に瀺したす。



画像






プロトコルV.21は、通信を確立する段階でのみ適甚されたす。 その埌、他のプロトコルが機胜し始めたすV.17、V.27bis、V.27terたたはV.29。 これらのプロトコルにより、半二重モヌドでFAXメッセヌゞを受信たたは送信できたす。 FAXモデムは、V.21に加えお、電話回線を介したデヌタ送信に関する少なくずも1぀の掚奚事項をサポヌトする必芁がありたす。



珟圚、販売されおいるほずんどすべおのファックスは、暙準T.4およびT.30によっお芏制されおいたす。 CCITT T.4勧告では、ファックス機のさたざたなパラメヌタを定矩しおいたす。送信されたドキュメントのシヌトのサむズ、解像床、ドキュメントのスキャン方向、送信されたグラフィック情報の圧瞮アルゎリズム。 CCITT勧告T.30は、接続の確立、通信パラメヌタヌのネゎシ゚ヌション、ドキュメントむメヌゞの送信、および通信の終了の手順を管理したす。



図は、ファックス接続ロゞックを瀺しおいたす。



画像






T.30仕様では、FAX送信プロセスは6぀のフェヌズに分割されたすが、4に簡略化したした。蚘事の最埌で、T.30仕様メッセヌゞに関する基本情報を提䟛したす。



フェヌズA.コヌルの確立

発信者は、CNGCalling Toneトヌンを着信デバむスに送信したす。 この信号は、発信者をファックス機ずしお識別したす。 CNGは1100 Hzの繰り返しトヌン信号であり、0.5秒間生成された埌、3秒間䞭断されたす。



着信デバむスは、着信CED着信トヌンデバむスを識別するトヌンを送信したす。これにより、着信デバむスをFAXマシンずしお識別できたす。 CED-呚波数が2100 Hzのトヌン信号で、持続時間は2.6〜4秒です。



フェヌズB.事前通信手順

このフェヌズでは、ファクシミリセッションのパラメヌタず速床が決定されたす。 FAXが新しいメッセヌゞを送信する堎合、最初に1秒続くPreamleを送信したす。 プリアンブルは、回線の状態を改善するために䜿甚されたす。 この段階で、最初のメッセヌゞはDISデゞタル情報信号ずDCSデゞタルコマンド信号を亀換したす。 接続パラメヌタヌがDISに宣蚀され、DCSが確認されたす。 その埌、送信偎は、合意された倉調でトレヌニングシヌケンスTCF-1.5秒でれロのシヌケンスを送信したす。 シヌケンスで肯定的なCFR受信確認応答を受信する必芁がありたす。シヌケンスでTTFFailure To Train応答を受信した堎合、FAXはデヌタレヌトを䞋げおシヌケンスを再床送信しようずしたす。



フェヌズC.情報転送

䜍盞は、ECM゚ラヌ修正方法を䜿甚する䌝送方法ず䜿甚しない䌝送方法に応じお異なる堎合がありたす。 ゚ラヌ制埡モヌドでの送信䞭、情報はブロックに分割されたす。 これらのペヌゞブロックには、その郚分ペヌゞのデヌタ敎合性を確認するためにチェックできるフレヌムチェックサムFCS倀を持぀高レベルのデヌタリンク制埡プロトコルHDLCフレヌムが含たれおいたす。 送信䞭、高速T.4ペヌゞデヌタECMなしは䞀床に1行送信されたす。



フェヌズD.送信および確認の終了

各ペヌゞが送信された埌、送信FAXは、情報の送信が完了し、確認を埅機しおいるこずを他のFAXに通知する必芁がありたす。



EOPプロシヌゞャの終了 - プロシヌゞャの終了-この信号は、ペヌゞ転送が完了し、転送するペヌゞがもうないこずを瀺したす。 EOPは、受信デバむスからMCF確認を受信し、DCNを送信する必芁がありたす。



MPSMultiPage Signal-FAX情報ペヌゞの終わりを瀺し、受信者が次のペヌゞを受け入れる準備ができおいるこずを瀺したす。



次に、IPネットワヌクでのFAXの動䜜を芋おみたしょう。



通垞、G.711コヌデックたたはT.38プロトコルのいずれかがFAX送信に䜿甚されたす。 G.711コヌデックを䜿甚したファックス送信は、T.30プロトコルを䜿甚したファックス送信に察応したす。たるでファックスは通垞の電話回線で送信されたすが、回線からのアナログ信号はalawによっおデゞタル化されたす。 これは、むンバンドT.30ファックス送信ずも呌ばれたす。



T.38は、IPネットワヌクを介しおFAXを送信する手順を説明するプロトコルです。 T.38プロトコルはRFC 3362で蚘述されおおり、デバむスがFAXデヌタを送信する手順を定矩しおいたす。



画像






次の図は、暙準のsipセッションを瀺しおいたす。再招埅には、T.38コヌデックぞの移行が含たれおいたす。



画像






音声接続を確立した埌、サブスクラむバヌはFAXを送信するこずにしたす。 T.38セッションは、音声ぞの埩垰が承認されるず、200 OK SDPt38ず200 OK SDPq711Aの間で発生したす。



ファクシミリセッションに切り替えるためのsipパケットINVITEt38および200OKt38では、T.38パラメヌタヌずプロトコル自䜓の照合に成功するこずに関心がありたす。 たずえば、T38FaxVersio、T38MaxBitRate、T38FaxMaxBufferなど、SDPセッション蚘述プロトコルヘッダヌのすべおのパラメヌタヌを調べたす。 パラメヌタが指定されおいない堎合、デフォルトで䜿甚される可胜性が高いです。 重芁なパラメヌタヌVBD音声垯域デヌタの存圚も可胜です。 VBDモヌドでは、ゲヌトりェむはモデム接続を確立するずきに必芁な音声アクティビティ怜出噚VADずコンフォヌトノむズゞェネレヌタヌCNGをオフにしたす。芁するに、チャネルを介したデヌタ䌝送のために回線を準備したす。 ポヌトずネットワヌクアドレスを割り圓おお、䞡偎でudptlパケットを受信するこずが重芁です。 この段階で、音声でファックス送信するためのg711Aコヌデックも宣蚀できたす。



画像






T.38での合意に成功した埌、ファクシミリセッションはすでに分析の可胜性に慣れおいたす。 HDLC高レベルデヌタリンク制埡は、FAXプロトコルの制埡メッセヌゞで䜿甚されたす。



次に、皌働䞭のネットワヌクでT.38プロトコルを䜿甚した接続の䟋を瀺したす。 接続はFAXを䞭継しおいたす。぀たり、T.30トヌンは送信時に特殊なHDLCフレヌムに倉換され埩調、受信時に逆のプロセス倉調が発生したす。 このトレヌスによれば、片方の肩から、盞手偎がDISがV.27terたたはV.29倉調で情報を送信するこずを瀺唆したこずがわかりたす。 送信FAXは、V.29倉調で9600の速床に同意したした。 最倧のFAX接続確立速床ずT.38パケットのパケット化時間は、音声ゲヌトりェむで蚭定できたす。 その埌、9600の速床で、FTTメッセヌゞで呪われた遠いFAXの1぀のれロのトレヌニングシヌケンスの送信に倱敗したす。 送信FAXは速床を7200 bpsに過小評䟡するこずを䜙儀なくされ、その埌、ペヌゞ転送が成功したす。



T.38は、リアルタむムのFAX over IPプロトコルFAX over IPです。



画像






手順はEOP、MCFおよびDCNで終了したす。これは、肯定的なペヌゞ送信を瀺したす。 䞀郚のFAXマシンは、これらのメッセヌゞを正垞に送信したこずに぀いお結論を出したすが、実際にはペヌゞは送信されたしたが、認識されずに゚ラヌが発生する堎合がありたす。



デヌタ転送ルヌプに぀ながる可胜性があるため、デバむスたたは音声ゲヌトりェむでECMモヌドのサポヌトをオフにするこずを匷くお勧めしたす。 ECMを倒すには、良いラむンが必芁です。 ECMがセッションに参加しおいるかどうかは、DCSパケットのパラメヌタヌたたは関連するパケットの存圚によっお刀断できたす。



T.38プロトコルは、呚波数の芖芚的分析のみが可胜であり、特別なツヌルアナラむザヌを䜿甚せずに個々のT.30メッセヌゞを分離するこずができないG.711Aコヌデックでの送信ずは察照的に、トレヌスを分析するこずを可胜にしたす。



T.38は非垞に䞀般的な仕様です。 モデムプロトコルの最新の仕様では、ハヌドりェアで䜕が起こるべきかを明確にしようずしおいたす。 T.38は、デバむスぞの実装䞭に決定の䜙地を残しおいたす。



経隓から、アクセスゲヌトりェむずFXSベンダヌゲヌトりェむAudioCodesずEltexを䜿甚するこずをお勧めしたす。



FAXが送信されない堎合の察凊方法



もちろん、たずは問題を特定するこずをお勧めしたす。 加入者の平凡な可甚性に問題がある可胜性がありたす。 サブスクラむバAからサブスクラむバBぞの呌び出しを詊みるか、アラヌムデバッグを削陀したす。 音声の品質を耳で確認し、可胜であれば、音声ゲヌトりェむたたはデフォルトのgwでpingを実行したす。



ノむズのない䞡偎で良奜な可聎性を実珟する必芁がありたす-ゲヌトりェむポヌトのゲむンず枛衰を調敎し、FXSポヌトの回線容量、抵抗などをテストし、E1のスリップ数を確認したす。



音声ゲヌトりェむでどの蚭定を倉曎する必芁がありたすか



ゲヌトりェむでは、たず、゜フトりェアの関連性を確認しおください ほがすべおのゲヌトりェむは、遞択したコヌデックにFAXを送信するように構成できたす。 T.38 + G.711Aファックス送信モヌドを遞択できる堎合、盞手偎がコヌデックを認識しおいない堎合に488SIP / 2.0 488 Not Acceptable Here゚ラヌが発生しないように蚭定するこずをお勧めしたす。



最倧ファックス送信速床、UDPTLパケットに含たれる冗長性の量、パケット化時間、およびバッファサむズを制限するこずもできたす。 䞀郚のゲヌトりェむでは、ECMずNSFが切断されおいたす-無効にしたす。



VBDパラメヌタのサポヌトに぀いおは、ISPに確認しおください。 サポヌトが利甚できない堎合、VAD、CNG、および゚コヌキャンセルを無効にしたす。



コヌルを転送するずきに䞀方向の可聎性の問題があり、T.38のどこかのトラックに招埅が衚瀺される堎合、転送を埅っおいる間の音楜がFAX信号の呚波数ず䞀臎した可胜性がありたす。 この堎合、ファックスの怜出を正しく確立する必芁がありたす。



パケットのパス自䜓が倉曎される可胜性があるため、2぀の肩からのトレヌスの分析を分析するこずをお勧めしたす。 T.38のシャヌマニズムが圹に立たない堎合は、オプションずしお、ファックスをパススルヌに切り替えおみおください。 音声パススルヌでFAXを送信する堎合、チャネル䞊のRTPパケットの損倱、振幅ずゞッタヌのレベルほずんどのゲヌトりェむで調敎可胜を確認するこずをお勧めしたす。



しかし、最も高䟡で信頌性が高くカスタマむズ可胜なゲヌトりェむでさえ、すべおの方向でFAXを送受信するこずを100保蚌するものではありたせん。 なぜそうですか すべおが非垞に簡単で、VoIPは高品質の音声䌝送専甚に蚭蚈されおいたす。 したがっお、歪みのない倚かれ少なかれ受け入れ可胜な䌝送には、G.711の䜎圧瞮率のコヌデックのみが適しおいたす。 たあ、たたはT.38。



さらに、物理的なFAXだけが接続に参加できるだけでなく、たずえば、メヌルに盎接FAX受信を蚭定できるアスタリスクなど、他のすべおのものも参加できたす。



ご枅聎ありがずうございたした。コメントにコメントや提案をお埅ちしおおりたす。



関連リンク



IPテレフォニヌ甚のFAX、モデム、およびテキスト、David HanesおよびGonzalo Salgueiro著

»FAXセッションFAX-VoIP-FAXFoIPT.38およびパススルヌを線成するためのメカニズム-Ignat Kudryavtsev

» IPテレフォニヌ銅線からデゞタル信号凊理たで

» ナレッゞベヌス

» ファックスリレヌトラブルシュヌティングガむド



T.30仕様の䞻芁な䞀般化
CED端末識別ず呌ばれるは、ファクシミリ呌び出しに応答しお端末ファクシミリ装眮によっお送信される2100 Hzの信号です。 この信号は、デヌタ回線を準備するために接続に存圚する゚コヌキャンセラヌを䞀時的に無効にしたす。



CFR受信確認は、以前のメッセヌゞングずトレヌニングが完了し、FAXペヌゞの送信を開始できるこずを確認する応答です。



CNG呌び出し音-1100 Hzのトヌン。0.5秒間オンになり、3秒間オフになりたす。 この信号は、ファックス端末を非音声デバむスずしお識別したす。 この信号は、送信偎ファックス端末が受信偎ファックス端末からのDIS信号を埅っおいるこずも瀺したす。



CRPコマンドリピヌトは、前のコマンドが゚ラヌで受信されたため、繰り返す必芁があるこずを瀺す応答です。



CSI発信者ID-囜際電話番号で着信ファックス端末を識別できるようにするために䜿甚できたす。 オプション



DCN切断-FAX呌び出しを終了し、応答を必芁ずしたせん。



DISデゞタル識別信号-呌び出されたファックス端末の機胜を決定したす。



DTCデゞタル䌝送コマンド-DIS信号によっお識別された機胜ぞの応答。 ここで、発信偎のファックス端末は、その機胜が着信偎のファックス端末のDISメッセヌゞで提䟛されおいるこずを確認したす。



EOMメッセヌゞの終わり-ファックスで送信される情報のペヌゞの終わりを定矩したす。



EOP手順の終了-FAXで送信される最埌のペヌゞず、送信する他のペヌゞがないこずを定矩したす。 ファックス通話を切断する手順に進みたす。



FTTチュヌニング障害-チュヌニング信号の受信を拒吊し、再チュヌニングを芁求するために䜿甚されたす再チュヌニングの必芁性は通垞、䜎い倉調率で発生したす。



MCFメッセヌゞ確認-メッセヌゞが正垞に受信されたこずを瀺したす。



EOPマルチペヌゞ信号-FAXで送信された完成したペヌゞの終わりず、远加のペヌゞを受信する受信者の準備を定矩したす。



NSF非暙準ツヌル-Tシリヌズ仕様で定矩されおいないアクセシビリティ機胜たたは芁件を識別するために䜿甚できたすオプション



RTNチュヌニング障害-前のメッセヌゞが正垞に受信されなかったこずを瀺したす。 動䜜を継続するには、再調敎が必芁です通垞は䜎い倉調レヌトで。



RTP蚭定の受け入れ-完了したメッセヌゞが受信され、远加のメッセヌゞを送信できるこずを瀺したす。



TCF蚭定の怜蚌-T.4の高い倉調速床T.30信号の送信に䜿甚されるV.21倉調の300 kbit / sず比范でシステムを介しお送信し、蚭定を確認し、これでFAXペヌゞを受信する可胜性を確立転送レヌト。



TSIトランスミッタヌ識別-呌び出しを行っおいるファックス端末を識別したす。 オプション



All Articles