JP4488599B2

JP4488599B2 - デジタルデータ通信におけるビット復元方法およびデジタルデータ受信機

Info

Publication number: JP4488599B2
Application number: JP2000202843A
Authority: JP
Inventors: 幸次小山; 勝志川下
Original assignee: Furuno Electric Co Ltd
Current assignee: Furuno Electric Co Ltd
Priority date: 2000-07-04
Filing date: 2000-07-04
Publication date: 2010-06-23
Anticipated expiration: 2020-07-04
Also published as: JP2002026881A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＮＡＶＴＥＸ受信機などに適用されるデジタルデータ通信におけるビット復元方法、およびデジタルデータ受信機に関する。
【０００２】
【従来の技術】
ＮＡＶＴＥＸ（Navigation Telex）は、航行中の船舶に対して、基地局から遭難情報や気象情報などを文字データとして定時送信するシステムである。ＮＡＶＴＥＸには、国際ＮＡＶＴＥＸのほか日本語ＮＡＶＴＥＸもあるが、以下では国際ＮＡＶＴＥＸについて述べる。国際ＮＡＶＴＥＸでは、ＩＴＵ規格（Ｒｅｃ.ＩＴＵ‐ＲＭ６２５ＴＡＢＬＥ１）に従って、１つの文字は７ビットのデータから構成されていて、３個のＨ（High）レベルのビットと、４個のＬ（Low）レベルのビットからなる。この文字データの送信にあたっては、ＤＸデータおよびＲＸデータという同一内容のデジタルデータが時間を前後して送信され、受信機側ではこれらのＤＸデータおよびＲＸデータを一定の時間差をもって受信し、双方のデータの照合を行なって文字を認識し、情報を印刷するようにしている。
【０００３】
図１１は、ＮＡＶＴＥＸの送信データを示しており、（ａ）はＤＸデータ、（ｂ）はＲＸデータである。「Ｚ」「Ｃ」「Ａ」などはそれぞれ１つの文字（７ビット）を表している。なお、「└┘」はスペースである。図から分かるように、ＤＸデータとＲＸデータとは全く同じ内容のデータであり、送信タイミングのみが異なる。ＮＡＶＴＥＸでは、まず（ａ）のＤＸデータが先行して送信され、それから５文字分だけ遅れて（ｂ）のＲＸデータが送信される、という仕組みをとっている。図１２はＤＸデータとＲＸデータの送信プロトコルを示した図である。また、図１３は、１文字（ここでは「Ｃ」の文字）を構成するビットパターンの例で、（ａ）はＤＸデータ、（ｂ）はＲＸデータである。ここでも、両者は同じものとなっている。
【０００４】
このようなＮＡＶＴＥＸのデータを受信した側（船舶）では、ＤＸデータおよびＲＸデータを１文字の区間（７ビット）ごとに解析して、図１３のように両者が同一の場合は、その文字を正しい文字として決定する。また、ＤＸデータとＲＸデータのいずれか一方が、エラーに基因してＮＡＶＴＥＸの文字パターン（Ｈが３個でＬが４個）と合致しないため文字として認識できず（たとえば、Ｈが２個でＬが５個の場合）、他方がＮＡＶＴＥＸの文字パターンと合致していて文字として認識できる場合は、他方のデータを採用して文字を決定する。こうして、同一のＤＸデータ・ＲＸデータを送信することにより、一方が認識できなくても他方が正しく認識されれば、文字を決定して印刷することができるので、エラーにより重要な緊急情報などが伝達されない、というリスクを軽減することができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のＮＡＶＴＥＸシステムでは、１文字中のビットにエラーが発生した場合に、その文字データを無効とするエラー処理を行なっているため、ＤＸデータとＲＸデータのいずれにもエラーがある場合には、双方のデータが無効とされて文字が印字されないことになる。
【０００６】
これを図１４で説明すると、同図（ａ）はＤＸデータで、３ビット目の破線で囲んだ部分は本来Ｌレベルであるべきところ、ノイズやサンプリング誤差（同期ずれ）等が原因でＨレベルとなっている例である。この結果、このＤＸデータは７ビットのうち、Ｈが４個、Ｌが３個となって、ＮＡＶＴＥＸの文字パターン（Ｈが３個、Ｌが４個）と合致しないため、文字として認識できなくなる。また、同図（ｂ）はＲＸデータで、５ビット目の破線で囲んだ部分は本来Ｌレベルであるべきところ、Ｈレベルとなっている。この結果、このＲＸデータも７ビットのうち、Ｈが４個、Ｌが３個となって、ＮＡＶＴＥＸの文字パターンと合致しないため、やはり文字として認識できなくなる。
【０００７】
したがって、ＤＸデータとＲＸデータのいずれもが文字として認識できないことから、結局この文字はエラーとなって正常に表示されず、「＊」のような記号で表示がされることとなり、判読が不可能となる。しかしながら、ＮＡＶＴＥＸのように緊急情報や重要情報を伝達するシステムでは、文字の欠落をできるだけ少なくする必要があり、このために、多少のノイズ等があってもデータを無効とするのではなく、可能な限り復元させるようにすることが望まれる。
【０００８】
そこで、本発明は上記の点に鑑み、データを構成するビットにエラーが発生した場合でも、可能な限りビットを復元して、より多くの情報を伝達できるようにすることを課題とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明では、一定の時間差をもって受信する同一内容のデジタルデータにつき、それぞれを構成する各ビットの信頼性を判定し、先行データと後続データとの間で対応するビットに違いがある場合に、信頼性の高い方のビットの値を採用してビットを決定するようにしている。すなわち、本発明は、従来のように先行データと後続データとを全体として比較するのではなく、それらを構成する個々のビットごとに比較を行なうものである。
【００１０】
このようにすれば、各ビットごとに信頼性の情報が付与されているので、先行データと後続データのいずれもがエラーを含んでいる場合であっても、対応するビットの信頼性を比較して、信頼性の高いほうのビットを採用することで、正規のデータを復元することが可能となる。
【００１１】
各ビットごとの信頼性を算出する手段としては、サンプリングを用いる。すなわち、各ビットの区間ごとにサンプリングを行なってＨとＬのサンプリング個数を抽出し、この個数を第１の閾値と比較する。ビット区間のサンプリング回数をたとえば１０回とし、第１の閾値をたとえば６としたとき、１０回のうちＨ（またはＬ）のサンプリング個数が６以上あれば、当該区間のビットをＨ（またはＬ）と決定する。さらに、こうして決定したビットに対し、Ｈ（またはＬ）のサンプリング個数を第２の閾値と比較する。第２の閾値をたとえば９としたとき、Ｈ（またはＬ）のサンプリング個数が９個以上あれば、そのビットを信頼性ありと判定する。
【００１２】
また、本発明では、先行データと後続データとの間で、対応するビットに違いがあり、かつ、いずれにも信頼性がない場合、もしくはいずれにも信頼性がある場合に、そのビットに関してはＨまたはＬの決定を一時的に保留し、残りのビットの決定が終了した後に、正常なビットのＨまたはＬの数に基づいて保留したビットのＨまたはＬを決定するようにしてもよい。たとえば、ＮＡＶＴＥＸの場合に、保留したビット以外の正常なビットがＨ３個、Ｌ３個だったとすると、ＮＡＶＴＥＸの文字パターンではＨが３個、Ｌが４個と決まっているので、保留したビットはＬであることが正常ビットの数から判定できる。しかし、ＮＡＶＴＥＸでは１文字を構成する７ビットの中に保留ビットが２個以上あれば、それらのビットを確定することができないので、ビットの復元は不能と判断してエラー処理を行なう。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態につき、図を参照しながら説明する。図１は、ＮＡＶＴＥＸ受信機のブロック図である。図において、１は図示しない基地局から送信されてくるＮＡＶＴＥＸデータを受信する受信部、２は受信部１が受信したデータを解析して文字を再生する処理部、３は処理部２において再生された文字をプリントアウトする印字部である。受信部１には、ＮＡＶＴＥＸデータを受信する受信アンテナ１ａが設けられている。処理部２は、ＣＰＵやメモリ、サンプリング回路などを含んで構成される。また、印字部３は、サーマルプリンタなどから構成される。
【００１４】
図２は、ＮＡＶＴＥＸ受信機１００の一例を示す正面図である。受信機１００の本体４には、上述した受信部１、処理部２、および印字部３が内蔵されている。５は本体４の前面に設けられたランプ表示部、６は各種キーを含む操作部、７は本体４を支持したスタンドである。８は本体４の前面から排紙される記録紙であって、この記録紙８には、印字部３によって文字情報が印刷されている。
【００１５】
図３は、記録紙８の印字例を示しており、海上安全情報が印字されたものである。冒頭の「ＺＣＺＣ」は放送開始符号、「Ｈ」は放送局の区分、「Ａ」はメッセージの種類、「７３」はメッセージのシリアル番号を表している。また、末尾の「ＮＮＮＮ」はメッセージの終了を表す符号である。
【００１６】
図４は、処理部２におけるビット復元の原理を説明するタイムチャートである。同図（ａ）は受信部１で受信されたＤＸデータであって、図１４（ａ）と対応しており、３ビット目は、本来Ｌレベルであるべきところ途中までＨレベルとなって、エラー（太線部分）が生じている。また、同図（ｂ）はＤＸデータより一定時間遅れて受信部１で受信されたＲＸデータであって、図１４（ｂ）と対応しており、５ビット目は、本来Ｌレベルであるべきところ途中からＨレベルとなって、エラー（太線部分）が生じている。また、たとえば「Ｌ：１０」とあるのは、その区間について１０回サンプリングを行なってサンプル値を抽出した結果、Ｌレベルが１０個抽出されたことを表し、たとえば「Ｈ：６」とあるのは、Ｈレベルが６個抽出されたことを表している。
【００１７】
図５は、上述のサンプリングを説明する図であり、図４（ａ）の２ビット目と３ビット目のサンプリングの様子を例示したものである。サンプリングにあたっては、処理部２に内蔵されているサンプリング回路（図示省略）が発生するサンプリングクロックを用いて、ＤＸデータおよびＲＸデータの▲１▼〜▲７▼の各ビット区間ごとに、１０回のサンプリングを行なう。その結果、３ビット目の区間▲３▼のサンプリング結果は、図示するように、Ｈが６個でＬが４個となる。この場合、その区間のビットがＨかＬかを一応確定する必要があるので、ここではＨが６個以上あればその区間のビットはＨとし、Ｈが６個未満であればその区間のビットはＬとする判定基準を用いる。これに従えば、区間▲３▼ではＨが６個であるから、この区間のビットはＨとして確定される。
【００１８】
このようにして、ＤＸデータおよびＲＸデータのそれぞれにつき、各ビット区間のＨとＬのサンプリング個数を抽出して、その結果から上記基準に従って、その区間のビットのＨ，Ｌを確定する。次に、ＤＸデータとＲＸデータの対応するビットのＨ，Ｌを比較して、それらが一致しているかどうかを判定する。一致している場合は、ＤＸデータ（ＲＸデータでも同じこと）のそのビットを採用する。図４の例では、▲１▼，▲２▼，▲４▼，▲６▼，▲７▼の区間において、ＤＸデータとＲＸデータとの間にビットの相違はないので、これらの区間についてはＤＸデータを採用し、同図（ｃ）のように、区間▲１▼はＬ、区間▲２▼はＨ、区間▲４▼はＬ、区間▲６▼はＨ、区間▲７▼はＨと決定する。
【００１９】
一方、ＤＸデータとＲＸデータの対応するビットのＨ，Ｌが一致していない区間については、抽出されたＨ，Ｌの個数が一定以上であるほうを採用する。ここでは、９個以上を基準として判定を行なう。すなわち、区間▲３▼については、ＤＸデータではＨが６個であり、ＲＸデータではＬが１０個であるから、ＲＸデータのＬのほうが信頼性が高いとして、この区間のビットはＬであると判定する。同様に、区間▲５▼については、ＤＸデータではＬが１０個であり、ＲＸデータではＨが７個であるから、ＤＸデータのＬのほうが信頼性が高いとして、この区間のビットはＬであると判定する。
【００２０】
以上のようにして、各ビットについてＨ，Ｌの判定を行なった総合結果は、図４（ｃ）のようになり、区間▲３▼と区間▲５▼の各ビットが正しく復元されて、ＮＡＶＴＥＸの文字パターンと合致する。したがって、ＤＸデータとＲＸデータのいずれもがエラーを含んでいて文字として認識できない場合であっても、ビットの復元によって文字を決定することが可能となるので、データを無効とすることなく、文字情報を印字部３で印字することができる。
【００２１】
図６および図７は、上述した原理に基づいてビットの復元を行なう場合の詳細な手順を示すフローチャートである。図６はビットの信頼性を求める手順、図７は求めた信頼性に基づいてビットの復元処理を行なう手順をそれぞれ示している。これらの各手順は、処理部２のＣＰＵにより実行される。以下、図６および図７に従って、本発明に係るビット復元方法の詳細を説明する。
【００２２】
図６において、まず初期化処理として、サンプリング回数ＮをＮ＝０にする（ステップＳ１）。このＮの値は、処理部２のメモリ（図示省略）に設定される。次に、図５で説明した要領に従ってサンプリングを行ない、１回のサンプリングごとにビット区間のサンプリング値（Ｈ，Ｌ）を読取って、これを保存する（ステップＳ２）。このサンプリング値も、処理部２のメモリに記憶される。その後、サンプリング回数ＮをＮ＋１に更新する（ステップＳ３）。続いて、Ｎ＝１０か否か、すなわち１０回のサンプリングが終了したか否かを判定し（ステップＳ４）、Ｎが１０に達していなければ（ステップＳ４；ＮＯ）、ステップＳ２へ戻ってサンプリングを継続する。
【００２３】
１つの区間のサンプリングが終了してＮ＝１０になると（ステップＳ４；ＹＥＳ）、次に、１０回のサンプリングにおいて抽出されたＨの個数、すなわちサンプリング個数が６個以上か否かを判定する（ステップＳ５）。Ｈが６個以上あれば（ステップＳ５；ＹＥＳ）、そのビットはＨであると確定し（ステップＳ６）、Ｈが６個未満であれば（ステップＳ５；ＮＯ）、そのビットはＬであると確定する（ステップＳ９）。なお、ここではＨの個数を基準としているが、Ｌの個数を基準としてもよい。
【００２４】
次に、確定したＨまたはＬのビットにつき、ＨまたはＬのサンプリング個数が９個以上か否かを判定する（ステップＳ７）。ＨまたはＬが９個以上あれば（ステップＳ７；ＹＥＳ）、そのビットは信頼性ありと判定し（ステップＳ８）、ＨまたはＬが９個に満たなければ（ステップＳ７；ＮＯ）、そのビットは信頼性なし判定する（ステップＳ１０）。なお、ここでは信頼性有無の基準として、サンプリング個数を９個に設定しているが、これは一例であって、１０個や８個でもよい。
【００２５】
以上のような処理によって、１つのビット区間のサンプリングが終了し、同様の処理を各ビット区間について行なって、そのビットのＨ，Ｌおよび信頼性を判定してゆく。これをＤＸデータとＲＸデータのそれぞれにつき行ない、それらの判定結果を処理部２のメモリに記録する。
【００２６】
図４の場合は、メモリに図８のような判定結果が記録される。（ａ）はＤＸデータの１文字（７ビット）についての判定結果、（ｂ）はＲＸデータの対応する１文字についての判定結果を示している。なお、信頼性の有無は、フラグの形式で記録することができる。すなわち、信頼性ありの場合はフラグ「１」がセットされ、信頼性なしの場合はフラグ「０」がセットされるようにすればよい。図８（ｃ）は総合的な判定結果を表しているが、これについては後述する。
【００２７】
次に、上記のようにして得られた判定結果に基づいてビットの復元処理を行なう手順を、図７を参照して説明する。まず初期化処理として、ループ回数ＬをＬ＝０にするとともに、エラービット数ＥをＥ＝０にする（ステップＳ１１）。これらのＬおよびＥの値も、処理部２のメモリに設定される。次に、ＤＸデータとＲＸデータの対応するビット同士を順次比較して、それらの間に違いがあるか否かを判定する（ステップＳ１２）。その結果、両者に違いがなければ（ステップＳ１２；ＮＯ）、ＤＸデータのビットを採用する（ステップＳ２４）。図８の区間▲１▼，▲２▼，▲４▼，▲６▼，▲７▼がこの場合に該当する。なお、ステップＳ２４では、両者のビットが共に信頼性なしのビットであったとしても、強制的にそのビットが採用される。
【００２８】
一方、対応するビット同士間で違いがある場合は（ステップＳ１２；ＹＥＳ）、次にＤＸのビットに信頼性があってＲＸのビットに信頼性がないかどうかを判定する（ステップＳ１３）。その結果、ＹＥＳと判定された場合は、信頼性のあるＤＸのビットを採用する（ステップＳ２５）。図８の区間▲５▼がこれに該当する。また、ステップＳ１３でＮＯと判定された場合は、続いてＤＸのビットに信頼性がなくＲＸのビットに信頼性があるかどうかを判定する（ステップＳ１４）。その結果、ＹＥＳと判定された場合は、信頼性のあるＲＸのビットを採用する（ステップＳ２６）。図８の区間▲３▼がこれに該当する。また、ステップＳ１４でＮＯと判定された場合、すなわちＤＸのビットにもＲＸのビットにも信頼性がない場合、もしくはＤＸのビットにもＲＸのビットにも信頼性がある場合は、ステップＳ１５に進む。ステップＳ１５では、エラービット数Ｅに１を加算し、Ｅ＝Ｅ＋１とする。
【００２９】
図９は、双方のビットに信頼性がない場合の例を示している。同図（ａ）では、ＤＸデータの４ビット目がＬでそのサンプリング個数が８であり、また同図（ｂ）では、ＲＸデータの４ビット目がＨでそのサンプリング個数が７となっている。したがって、いずれのビットにも信頼性がない。この場合は、同図（ｃ）のように、とりあえず４ビット目についての決定を一時的に保留とし、残っているビットについての判定が終った段階で決定する。その詳細は後述する。なお、双方のビットに信頼性がある場合も、上記と同様の保留処理を行なう。
【００３０】
ステップＳ２４〜Ｓ２６においてビットが決定された後、ループ回数Ｌを１加算してＬ＝Ｌ＋１とする（ステップＳ１７）。また、ステップＳ１５においてビットの決定が保留とされた後、ステップＳ１６においてエラービット数Ｅが２以上か否か、すなわち保留にしたビットが２個以上あるか否かを判定し、２未満であればループ回数Ｌを１加算してＬ＝Ｌ＋１とする（ステップＳ１７）。続いて、Ｌ＝７になったか否か、すなわち１文字分の全ビットにつき処理が終了したか否かを判定する（ステップＳ１８）。Ｌが７に達してなければ（ステップＳ１８；ＮＯ）、ステップＳ１２に戻って上述した処理を反復する。Ｌ＝７になれば（ステップＳ１８；ＹＥＳ）、次にエラービット数Ｅが０か否か、すなわち保留になっているビットがあるか否かを判定する（ステップＳ１９）。保留ビットがなければ（ステップＳ１９；ＮＯ）、１文字を構成するすべてのビットが決定されたこととなるので、１文字分の処理を終了する。
【００３１】
一方、保留ビットがある場合は（ステップＳ１９；ＹＥＳ）、正常に判定された残りの６ビットについて、Ｈの数がいくつあるかを判定する（ステップＳ２０）。前述のように、ＮＡＶＴＥＸでは１文字のデータはＨが３個、Ｌが４個と決まっているから、Ｈの数が２個であれば、必然的に保留ビットはＨでなければならない。よって、この場合は保留ビットをＨのビットと決定する（ステップＳ２１）。また、Ｈの数が３個であれば、ＮＡＶＴＥＸデータと合致するために、保留ビットはＬでなければならないから、この場合は保留ビットをＬのビットと決定する（ステップＳ２２）。図９（ｃ）においては、Ｈの数が３個であるから、同図（ｄ）のように、保留ビット（４ビット目）はＬと決定される。また、Ｈの数が２個でも３個でもなく、たとえば１個や４個の場合は、ＮＡＶＴＥＸデータのパターンと一致しないことが明らかであるから、エラー処理を行なう（ステップＳ２３）。この場合は、文字が認識されないので、文字に相当する部分には、たとえば「＊」のような記号が印字されることになる。
【００３２】
以上のように、本実施形態では、ＤＸデータとＲＸデータの対応ビットが相違していて、しかもいずれにも信頼性がない場合（もしくは信頼性がある場合）であっても、ただちにエラー処理とはせずにビットの決定をひとまず保留し、残りのビットについての判定を終えた最後の段階で、保留ビットのＨまたはＬを決定するようにしている。このため、エラーに対してより弾力的な処理が行なえ、文字を復元する機会が増えるので、一層多くの情報を伝達することができる。
【００３３】
ところで、ステップＳ１６において、エラービット数Ｅが２以上と判定された場合も、エラー処理が行なわれる（ステップＳ２３）。たとえば、エラービット数Ｅが２であるとすると、これは保留されるビットが２個あることを意味している。図１０はこの場合の例を示しており、（ａ）のＤＸデータと（ｂ）のＲＸデータとを比較すると、４ビット目と７ビット目の確定ビットが双方で違っており、かついずれのビットにも信頼性がないから、（ｃ）のように２つとも保留ということになる。
【００３４】
ところが、このように保留ビットが２つあると、残りの正常ビットを参照しても、保留ビットのＨ，Ｌを決定することができない。なぜなら、図１０（ｃ）の場合は、残りの５ビットのうちＨが２個、Ｌが３個であるから、ＮＡＶＴＥＸデータの文字パターンと一致するには、保留ビットの一方がＨで、他方がＬでなければならないことまではわかるが、いずれの保留ビットがＨで、いずれの保留ビットがＬであるかまでは特定できないからである。したがって、この場合も文字を認識することはできないので、エラー処理によって文字部分には「＊」のような記号を印字する。
【００３５】
このようにして、１つの文字について図７の処理が終了すると、再びステップＳ１１に返って、次の文字について同様の処理が繰り返され、１文字を構成する７ビットのデータパターンが決定されてゆく。処理部２は、このデータパターンをあらかじめメモリに記憶されている文字テーブルと照合し、パターンに対応する文字を決定して、これを印字部３へ出力する。印字部３は、処理部２から受取った文字を図３で示したように記録紙８へ印刷する。
【００３６】
本発明は上述した実施形態のみに限定されるものではなく、他にも種々の形態を採用することができる。たとえば、上記実施形態においては、処理部２で処理された文字データを印字部３で印字して出力するようにしているが、印字部３に代えて、文字データを表示する液晶ディスプレイなどの表示部を設けてもよく、あるいは印字部と表示部の両方を設けてもよい。これらの印字部や表示部は、本発明のデジタルデータ受信機における出力部を構成する。
【００３７】
また、上記実施形態では国際ＮＡＶＴＥＸについて述べたが、本発明は日本語ＮＡＶＴＥＸにも適用することができる。日本語ＮＡＶＴＥＸの場合は、ＩＴＵ規格（Ｒｅｃ.ＩＴＵ‐ＲＭ４９３ＴＡＢＬＥ１）に従って、１文字の符号構成は１０ビットとなり、上位７ビットにはＪＩＳＸ０２０８の漢字コード第２水準までの文字コードが割り当てられ、下位３ビットには誤り訂正符号が割り当てられるが、ＤＸ，ＲＸを用いる誤り訂正方式は国際ＮＡＶＴＥＸの場合と同様である（Ｒｅｃ.ＩＴＵ‐ＲＭ６２５ｍｏｄｅＢ（ＦＥＣ））。
【００３８】
また、上記実施形態においては、ＮＡＶＴＥＸ受信機を例に挙げたが、本発明はこれに限らず、同一内容のデジタルデータを一定の時間差をもって受信するシステム全般に適用が可能であり、たとえばＮＢＤＰ（Narrow Band Direct Printing；狭帯域直接印刷電信装置）のような海上通信システムなどにも適用することができる。
【００３９】
【発明の効果】
本発明によれば、先行データと後続データの対応ビットが相違する場合に、信頼性の高いビットを採用してビットを決定するので、両データのいずれもがエラーを含んでいる場合でも、データを無効とすることなくビットを復元することができる。このため、多少のエラーが発生した場合でも、データを正常に復元してより多くの情報を伝達することが可能となる。
【図面の簡単な説明】
【図１】ＮＡＶＴＥＸ受信機のブロック図である。
【図２】ＮＡＶＴＥＸ受信機の一例を示す正面図である。
【図３】印字例を示す図である。
【図４】ビット復元の原理を説明する図である。
【図５】サンプリングを説明する図である。
【図６】ビットの信頼性を決定する手順を示すフローチャートである。
【図７】ビットの復元処理の手順を示すフローチャートである。
【図８】メモリに記憶された判定結果の例を示す図である。
【図９】メモリに記憶された判定結果の例を示す図である。
【図１０】メモリに記憶された判定結果の例を示す図である。
【図１１】ＮＡＶＴＥＸの送信データを示す図である。
【図１２】送信プロトコルを示す図である。
【図１３】１文字を構成するビットパターンの例を示す図である。
【図１４】エラー処理を説明する図である。
【符号の説明】
１受信部
１ａ受信アンテナ
２処理部
３印字部
８記録紙
１００ＮＡＶＴＥＸ受信機

Claims

同一内容のデジタルデータを一定の時間差をもって受信するシステムにおいて、それぞれのデータを構成する各ビットの値について信頼性を判定し、先行するデータと後続するデータとの間で対応するビットに違いがある場合に、信頼性の高い方のビットの値を採用してビットを決定するデジタルデータ通信におけるビット復元方法であって、
各ビットの区間ごとにサンプリングを行なってＨ（Ｈｉｇｈ）とＬ（Ｌｏｗ）のサンプリング個数を抽出し、このサンプリング個数と第１の閾値とを比較して当該区間のビットがＨであるかＬであるかを確定し、前記各区間ごとにＨまたはＬのサンプリング個数を第２の閾値と比較して当該区間のビットの信頼性を判定することを特徴とするデジタルデータ通信におけるビット復元方法。
先行するデータと後続するデータとの間で対応するビットに違いがあり、かつ、いずれにも信頼性がない場合、もしくはいずれにも信頼性がある場合に、当該ビットをエラービットとしてＨまたはＬの決定を保留し、残りのビットの決定が終了した後に、正常なビットのＨまたはＬの数に基づいて前記エラービットのＨまたはＬを決定することを特徴とする請求項１に記載のデジタルデータ通信におけるビット復元方法。
所定数のビットからなるビット列にエラービットが一定以上含まれている場合に、当該エラービットを復元不能としてエラー処理を行なうことを特徴とする請求項２に記載のデジタルデータ通信におけるビット復元方法。
同一内容のデジタルデータを一定の時間差をもって受信する受信部と、
それぞれのデータを構成する各ビットの値について信頼性を判定し、先行するデータと後続するデータとの間で対応するビットに違いがある場合に、信頼性の高い方のビットの値を採用してビットを決定する処理部と、
を備えたデジタルデータ受信機において、
前記処理部は、各ビットの区間ごとにサンプリングを行なってＨ（Ｈｉｇｈ）とＬ（Ｌｏｗ）のサンプリング個数を抽出し、このサンプリング個数と第１の閾値とを比較して当該区間のビットがＨであるかＬであるかを確定し、前記各区間ごとにＨまたはＬのサンプリング個数を第２の閾値と比較して当該区間のビットの信頼性を判定することを特徴とするデジタルデータ受信機。
デジタルデータが文字を構成するデータであって、先行するデータがＤＸデータ、後続するデータがＲＸデータであり、
前記処理部は、ＤＸデータおよびＲＸデータのそれぞれにつき、１文字を構成する各ビットの区間ごとにサンプリングを行なってＨとＬのサンプリング個数を抽出することを特徴とする請求項４に記載のデジタルデータ受信機。