JP3623677B2 - データ通信方式 - Google Patents
データ通信方式 Download PDFInfo
- Publication number
- JP3623677B2 JP3623677B2 JP36608098A JP36608098A JP3623677B2 JP 3623677 B2 JP3623677 B2 JP 3623677B2 JP 36608098 A JP36608098 A JP 36608098A JP 36608098 A JP36608098 A JP 36608098A JP 3623677 B2 JP3623677 B2 JP 3623677B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- bit
- packet
- transmission
- adjustment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明は、複数の装置やプロセッサ等の間で非同期にデータの送受を行うデータ通信方式に関する。
【0002】
【従来の技術および発明が解決しようとする課題】
非同期通信を利用したデータ通信では、送信側は送信したいデータの前後にデータ送信元のアドレスやエラー検出用データ等を付加したパケットを送信し、受信側でパケットの終了を判定してデータ受信を完了するのが一般的であった。
【0003】
車載機器等に用いられているシリアル通信の中には、通信データのデータ長を9ビットとし、そのうちの8ビットをデータ転送に用いて、残りの1ビットでパケット終了を通知するようにしたものがある。例えば、送信側において、パケットの最後のデータについては9ビット目を“1”に、それ以外のデータについては9ビット目を“0”に設定してパケットの送信が行われる。したがって、受信側では、9ビット目が“1”であるデータを受信したときにパケットの終了を判断することができる。
【0004】
しかし、このように9ビット目を利用してパケットの終了を通知する方法では、9ビットのデータ長に対応したマイコン等が必要になるが、一般には8ビットあるいは2のべき乗倍を単位としてデータを扱う場合が多いため、9ビットを単位とするデータ通信を行おうとすると使用できるハードウエアが少なくなって、通信装置の高性能化や低コスト化に際して障害となる。また、受信側でパケット終了を判断するために9ビット毎にデータの内容を調べる必要があるため、受信装置に含まれるマイコン等の処理負担が重くなって、受信装置側で行われる処理に支障をきたすことになる。
【0005】
このような不都合がない他の通信方法としては、ある一定時間を越えてデータが送信されない場合にこの時間を検出してパケットが終了したものと判断するものがある。一定時間を検出する方法としては、例えばパケットに含まれるデータ列に対応した信号の立ち上がりあるいは立ち下がりに同期してリセット動作を行うタイマを用い、このタイマがタイムオーバーになったときにパケットの終了を検出する。受信装置のマイコン等はタイマがタイムオーバーになったときに出力される割り込み信号を検出したときにパケットの終了を認識するため、それまではパケットの終了を知るためにパケット内の特定箇所のデータを調べる等の処理が不要であって、処理の負担が軽くなる。
【0006】
しかし、この方法では、データ列に対応した信号の立ち上がりあるいは立ち下がりのない00HやFFH(Hは16進数を示す)のデータがパケットの最後に存在すると、タイマのリセット動作が行われるタイミングがずれて、パケット終了を判断するまでの時間が短くなる場合があった。したがって、通信の途中でパケット終了と誤判断してしまう可能性があって、パケットの終了を確実に判断することができなかった。このため、パケットの終了を確実に判断するために、かなり長いパケット間隔をおく必要があった。
【0007】
本発明は、このような点に鑑みて創作されたものであり、その目的は非同期通信を利用したデータ通信においてパケットの終了を確実に判断することができるデータ通信方式を提供することにある。
【0008】
【課題を解決するための手段】
上述した課題を解決するために、本発明のデータ通信方式では、特定ビット抽出手段によって、パケットに含まれるデータ列の中で送信タイミングが最後部近傍に位置する特定ビットデータを抽出し、特定ビット調整手段によって、その内容に基づいて調整ビットの値を調整することにより特定ビットの内容が変更される。したがって、パケットの受信側において、データの入力が一定時間なかったときにパケットの終了を判断する場合に、この一定時間の計測の開始タイミングをパケットの最終ビットにほぼ一致させることができ、非同期通信において送信されるパケットの終了を確実に判断することができる。
【0009】
特に、上述した調整ビットをパケット内の余剰ビットを利用して設定することが望ましい。余剰ビットを使用することにより、特別なビットを追加して通信データ量を増やすことなく、特定ビットの値を調整することができる。また、エラー検出用データの一部を特定ビットに対応させることが望ましい。一般に、エラー検出用データは、エラーの検出対象となる所定範囲のデータに対して所定の演算を行うことにより得られるものであり、この所定範囲のデータの一部に調整ビットを含ませておくことにより、この調整ビットの値を変更することにより特定ビットの内容を任意に変えることが可能になる。具体的に、このエラー検出用データとしては、チェックサムやCRCコードを用いることが望ましい。
【0010】
【発明の実施の形態】
以下、本発明を適用した一実施形態のデータ通信システムについて、図面を参照しながら説明する。
【0011】
図1は、一実施形態のデータ通信システムの全体構成を示す図である。図1に示す本実施形態のデータ通信システムは、音声認識装置1、ナビゲーション装置2、CDチェンジャ3、オーディオ装置4を含んでおり、これらがバス5を介して接続されている。
【0012】
音声認識装置1は、利用者の発声による操作音声に対して音声認識処理を行うものであり、認識結果がバス5を介してデータ通信によってナビゲーション装置2やオーディオ装置4等の他の装置に送られる。ナビゲーション装置2は、自車位置を検出して自車位置周辺の地図を表示したり、利用者によって選択された目的地までの経路探索および経路誘導等を行うものである。CDチェンジャ3は、複数枚のCDが装填され、その中の1枚が選択されて、その記録面に記録された信号の読み取りが可能になる。オーディオ装置4は、車室内のダッシュボードに収容された1つの筐体内に含まれるオールインワンタイプのオーディオ機器であり、例えばラジオチューナやカセットテープデッキの他に各種の操作キーを有する操作盤を含んでいる。この操作盤を用いて行われる各種の操作指示は、オーディオ装置4自身に含まれるラジオチューナやカセットテープデッキの操作に対して行われるものの他に、CDチェンジャ3や音声認識装置1等に対して行われるものもある。オーディオ装置4以外の他の装置に対する操作が行われると、その操作状態に応じた操作信号がバス5を介してデータ通信によって他の装置に送られる。
【0013】
次に、音声認識装置1とナビゲーション装置2との間で相互にデータ通信を行う場合の詳細について説明する。図2は、音声認識装置1およびナビゲーション装置2の詳細構成を示す図である。図2に示すように、音声認識装置1は、音声認識処理部10およびデータ送信部12を含んで構成されている。
【0014】
音声認識処理部10は、音声認識処理を行うものであり、認識結果データがデータ送信部12に向けて出力される。データ送信部12は、音声認識処理部10から入力される認識結果データを通信用のフォーマットに変換して他の装置に向けて送信するためものであり、送信データ生成部60、送信データバッファ62、最終ビット抽出部64、調整ビット設定部66、送信処理部68を含んで構成されている。
【0015】
送信データ生成部60は、音声認識処理部10から出力された認識結果データに対してデータ通信に必要な各種のデータを付加することにより、送信データパケットを生成する。
【0016】
図3は、送信データ生成部60によって生成される送信データパケットのデータ構造を示す図である。同図に示すように、送信データパケットは、先頭から順に通信タイプ(TYPE)、送信先アドレス(DA)、送信元アドレス(SA)、データ長(LEN)、送信データ(DATA)、エラー検出用データ(ERR)が含まれている。
【0017】
通信タイプは、この通信データパケットを用いた通信の種類を規定したものであり、その具体的内容の一例が図4に示されている。すなわち、この通信タイプ用に8ビットの領域が使用されており、実際にはその先頭から3ビット目と4ビット目に含まれる2ビットデータによって通信の種類が示される。例えば、通常の1対1通信においてはこの2ビットデータとして“01”が格納される。また、以後の通信が高速通信であることを知らせる場合にはこの2ビットデータとして“10”が格納される。また、同報通信においてはこの2ビットデータとして“11”が格納される。さらに、この送信データパケットがレスポンスとして使用される場合にはこの2ビットデータとして“00”が格納される。
【0018】
この8ビットの通信タイプの残りの6ビットについては、先頭の2ビットと、第5ビット目および第6ビット目が予備として未使用状態であり、最終の2ビットが調整ビットとして使用される。なお、この調整ビットの詳細については後述する。
【0019】
また、送信先アドレスは、この送信データパケットの送り先となる装置に対応したアドレスが格納されている。送信元アドレスは、この送信データパケットの送信元となる装置のアドレスが格納されている。音声認識装置1内のデータ送信部12で生成される送信データパケットの場合には、この送信元アドレスには音声認識装置1のアドレスが格納される。
【0020】
データ長は、送信対象となっている送信データの長さをバイト単位で表したものである。送信データは、送信対象となっているデータが格納されており、音声認識装置1から出力される送信データパケットでは音声認識処理部10から出力された認識結果データがこれにあたる。エラー検出用データは、通信タイプから送信データまでの各データの内容にエラーがある場合にこれを検出するために付加されるものである。本実施形態ではチェックサムデータがエラー検出用データとして用いられており、通信タイプ、送信先アドレス、送信元アドレス、データ長、送信データを8ビット毎に区切って順次加算し、この加算結果の下位8ビットがエラー検出用データとして格納される。
【0021】
送信データバッファ62は、送信データ生成部60によって生成される送信データパケットを一時的に格納する。最終ビット抽出部64は、送信データバッファ62に格納された送信データパケットに含まれるエラー検出用データの下位2ビット(以後、「最終ビット」と称する)を特定ビットとして抽出する。調整ビット設定部66は、最終ビット抽出部64によって抽出された最終ビットの内容に基づいて、この最終ビットが常に所定の値となるように通信タイプの下位2ビットに割り当てられた調整ビットの値を調整する。上述したように、通信タイプは通信の種類を指定するために用いられ、8ビットの中の2ビットが使用されるため、それ以外の6ビットは余剰ビットなっており、さらにその中の下位2ビットが調整ビットとして利用されている。
【0022】
送信処理部68は、送信データバッファ62に格納された送信データパケットをバイト単位で読み出してシリアルデータに変換し、さらに先頭にスタートビット“0”を、後部にパリティ(例えば偶数パリティ)とストップビット“1”をそれぞれ付加して、バス5を介してナビゲーション装置2に向けて出力する。
【0023】
また、図2に示すように、ナビゲーション装置2は、受信処理部20、タイマ22、ナビゲーション処理部24を含んで構成されている。受信処理部20は、音声認識装置1から送られてくるシリアルデータからスタートビットやストップビットを検出することにより1バイト単位のシリアルデータを抽出し、さらにパリティによるエラーチェックを行った後、順次パラレルデータに変換して図3に示すパケットを復元する。また、受信処理部20は、受信したパケットに含まれるエラー検出用データを用いてエラー検出処理を行った後に送信データ(認識結果データ)のみを抽出してナビゲーション処理部24に向けて出力する。
【0024】
タイマ22は、音声認識装置1あるいはその他の装置から送られてくる送信データパケットに対応したシリアルデータが入力されており、このシリアルデータに対応した信号の立ち上がり(データ列が“0”から“1”に変化する部分)に同期したリセット動作を行う。タイマ22は、リセット動作を行ってから一定時間が経過すると、ナビゲーション処理部24に対して割り込み信号を出力する。タイマ22が割り込み信号を出力するまでの一定時間は、あらかじめ任意に設定することができる。
【0025】
ナビゲーション処理部24は、所定のナビゲーション動作を行うものであり、音声認識装置1から送られてくる認識結果データがこのナビゲーション動作において用られる。ナビゲーション処理部24は、タイマ22から割り込み信号が入力されると、認識結果データの入力が終了したものと判断する。
【0026】
例えば、利用者によって目的地が音声入力された場合には、ナビゲーション処理部24は、音声認識装置1から送られてくる認識結果データを用いてこの目的地を認識する。また、利用者によって経路探索動作の開始が音声によって指示されると、ナビゲーション装置24は、認識結果データとしてこの指示を受け取り、所定の経路探索処理を実行する。
【0027】
上述した最終ビット抽出部64が特定ビット抽出手段に、調整ビット設定部66が特定ビット調整手段に、送信データバッファ62、送信処理部68が送信処理手段にそれぞれ対応する。
【0028】
本実施形態の音声認識装置1およびナビゲーション装置2は上述した構成を有しており、次にこれらの装置間で行われるデータ通信動作を説明する。図5は、音声認識装置1がナビゲーション装置2に対して送信データパケットを送信する動作手順を示す流れ図である。データ送信部12内の送信データ生成部60は、音声認識処理部10から認識結果データが入力されたか否かを判定しており(ステップ100)、認識結果データが入力されると、この認識結果データに通信タイプ、送信先アドレス、送信元アドレス、データ長のそれぞれを付加した後に(ステップ101)、図3に示した通信タイプから送信データまでの各データを用いてチェックサムを計算する(ステップ102)。なお、このチェックサムの計算においては、通信タイプの下位2ビットに含まれる調整ビットには、所定の初期値(例えば“00”)が設定されている。また、送信データ生成部60は、ステップ102で計算したチェックサムデータをエラー検出用データとして付加して送信データパケットを生成し、送信データバッファ62に格納する(ステップ103)。
【0029】
次に、最終ビット抽出部64は、送信データバッファ62に格納された送信データパケットから最終ビットを抽出し(ステップ104)、調整ビット設定部66は、この抽出された最終ビットの値が所定の値となるように調整ビットの値を設定する(ステップ105)。例えば、最終ビットの値が“10”となるように調整ビットの値が設定される。調整ビットの値の設定が終了すると、調整ビット設定部66は、送信データバッファ62に格納された送信データパケットに含まれるエラー検出用データを再び計算し直してその内容を変更する(ステップ106)。その後、送信処理部68は、送信データバッファ62から出力される送信データパケットを順にシリアルデータに変換して、バス5を介してナビゲーション装置2に向けて出力する(ステップ107)。
【0030】
次に、調整ビットの値を設定する方法を説明する。図6は、抽出された最終ビットと調整ビットの関係を示す図である。ステップ103において送信データバッファ62に格納された送信データパケットに含まれるエラー検出用データ(チェックサムデータ)は、調整ビットの値を“00”として計算したものである。このとき、チェックサムの最終ビットがとり得る値は、図6に示すように、“00”、“01”、“10”、“11”の4種類が考えられる。この中で、チェックサムの最終ビットが“00”の場合には、このチェックサムに“10”を加算すればチェックサムの最終ビットが“10”となる。したがって、チェックサムの最終ビットが“00”の場合には、対応する調整ビットが“10”に設定される。他の場合も同様であり、最終ビットが“01”の場合には調整ビットが“01”に、最終ビットが“10”の場合には調整ビットが“00”に、最終ビットが“11”の場合には調整ビットが“11”にそれぞれ設定され、チェックサムの最終ビットが常に“10”となるように変更される。
【0031】
このようにして音声認識装置1からナビゲーション装置2に対して送られる送信データパケットは、ナビゲーション装置2内の受信処理部20とタイマ22のそれぞれに入力される。受信処理部20は、送信処理部68から出力されたパケットをパラレルデータに変換し、エラー検出処理を行った後に抽出した認識結果データをナビゲーション処理部24に向けて出力する。
【0032】
また、タイマ22は、送信データパケットに対応したシリアルデータが入力されると、このシリアルデータに対応した信号の立ち上がりに同期したリセット動作が繰り返され、それぞれのリセット動作の後に次のリセット動作が行われずに一定時間経過してタイムオーバーになると、ナビゲーション処理部24に対して割り込み信号を送る。実際には、データ送信パケットのデータ列が入力されている間は頻繁にリセット動作が繰り返されるためタイムオーバーになることはなく、エラー検出用データの最終ビットとして設定された2ビットデータ“10”が受信された後にパリティビットやストップビットが“1”に変化するタイミングでタイマ22が再度リセットされ、その後一定時間経過後にタイムオーバーとなって割り込み信号が出力される。
【0033】
図7は、タイマ22の動作を説明する図である。図7に示すパケットAおよびパケットBのそれぞれは、内容が異なる認識結果データが送信データとして含まれる別々の送信データパケットを示している。また、図7において、sはスタートビットを、pはパリティ(例えば偶数パリティ)を、tはストップビットをそれぞれ示している。
【0034】
本実施形態においては、調整ビット設定部66によって各パケットの最後のデータの末尾が常に“10”となるように調整されるため、パケットAのようにその後に送信されるパリティが“1”の場合にはその立ち上がりに同期してタイマ22がリセットされる。あるいは、パケットBのようにパリティが“0”の場合には、さらにその後で送信されるストップビットの立ち上がりに同期してタイマ22がリセットされる。したがって、タイマ22がリセット動作を行った後にタイムオーバーとなってナビゲーション処理部24に割り込み信号を出力するタイミングは、パリティの内容によって1ビット分変動するだけであり、ほとんど一定となるパケットの内容によらず常に一定となる。したがって、ナビゲーション処理部24は、パケットの終了を正確かつ確実に判断することができる。
【0035】
このように、本実施形態のデータ通信システムでは、調整ビットを用いて送信データ用パケットに含まれるエラー検出用データの最終ビットの値が常に“10”になるように調整しており、ナビゲーション装置2内のタイマ22がこの最終ビットの次に送られてくるパリティあるいはストップビットに同期して必ずリセットされるため、このリセット動作の後一定時間経過したときに出力される割り込み信号を検出することによって、ナビゲーション処理部24は確実にパケットの終了を認識することができる。
【0036】
また、パケットの最終ビットの値を調整するために、通信タイプの余剰ビットが用いられているため、従来から用いられている送信データパケットの容量を変えずに最終ビットの内容を調整することができる。
【0037】
なお、本発明は上記実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形実施が可能である。例えば、上述した実施形態では、信号の立ち上がりに同期してリセットされるタイマ22を用いたが、信号の立ち下がりに同期してリセットされるタイマを用いるようにしてもよい。この場合には、エラー検出用データの最終ビットが“1”から“0”に変化するタイミングでタイマ22がリセットされる。
【0038】
また、上述した実施形態では、通信されるシリアルデータにパリティが含まれる場合を説明したが、パリティを含まない場合であっても本発明を適用することができる。また、上述した実施形態では、パリティの内容によってタイマ22がリセットされるタイミングが1ビット分変動するが、2ビットの最終ビットの下位1ビットを“0”とし、パリティの内容が固定的に“0”(あるいは“1”)となるように上位1ビットの内容を設定するようにしてもよい。
【0039】
また、上述した実施形態では、エラー検出用データとしてチェックサムを用いたが、CRC(Cyclic Redundancy Code)等の他の方式によって生成されたエラー検出用データを用いるようにしてもよい。この場合には、エラー検出用データを生成する方式に合わせて、エラー検出用データの最終ビットの値が変更可能な調整ビットの値をあらかじめ求めておいて、その関係にしたがって調整ビットの値を設定して最終ビットを所定の値に調整すればよい。
【0040】
また、上述した実施形態ではパケット内の通信タイプの余剰ビットを利用して調整ビットを設定していたが、必ずしも調整ビットを通信タイプ内に設定する必要はなく、パケット内の他の領域において余剰ビットが存在する場合にはその領域において調整ビットを設定するようにしてもよい。
【0041】
また、上述した実施形態では、音声認識装置1からナビゲーション装置2に送信データパケットを送る場合について説明したが、反対にナビゲーション装置2から音声認識装置1に対してデータ送信パケットを送信する場合や、その他の装置間でデータ送信パケットを送信する場合にも本発明を適用することができる。あるいは、1つの装置内に複数の処理部やプロセッサが含まれている場合に、これらの間でデータ通信を行うような場合においても本発明を適用することができる。
【0042】
【発明の効果】
上述したように、本発明によれば、パケットに含まれるデータ列の中で送信タイミングが最後となる特定ビットデータを抽出し、その内容に基づいて調整ビットの値を調整することにより特定ビットの内容が変更されるため、パケットの受信側において、データの入力が一定時間なかったときにパケットの終了を判断する場合に、この一定時間の計測の開始タイミングをパケットの最終ビットにほぼ一致させることができ、非同期通信において送信されるパケットの終了を確実に判断することができる。
【図面の簡単な説明】
【図1】一実施形態のデータ通信システムの全体構成を示す図である。
【図2】音声認識装置およびナビゲーション装置の詳細構成を示す図である。
【図3】送信データパケットのデータ構造を示す図である。
【図4】送信データパケット内の通信タイプのデータ構造を示す図である。
【図5】音声認識装置がナビゲーション装置に対して送信データパケットを送信する動作手順を示す流れ図である。
【図6】抽出された最終ビットの値と調整ビットの値の関係を示す図である。
【図7】タイマの動作を説明する図である。
【符号の説明】
1 音声認識装置
2 ナビゲーション装置
3 CDチェンジャ
4 オーディオ装置
5 バス
10 音声認識処理部
12 データ送信部
20 受信処理部
22 タイマ
24 ナビゲーション処理部
60 送信データ生成部
62 送信データバッファ
64 最終ビット抽出部
66 調整ビット設定部
68 送信処理部
Claims (5)
- パケットに含まれるデータ列の中で送信タイミングが最後部近傍に位置する所定ビット数の特定ビットデータを抽出する特定ビット抽出手段と、
前記特定ビット抽出手段によって抽出された前記特定ビットの内容に基づいて、前記パケット内に含まれる前記特定ビットと異なる調整ビットの内容を設定することにより、前記特定ビットを所定の値に変更する特定ビット調整手段と、
前記特定ビット調整手段によって前記特定ビットの内容が変更された後の前記パケットを送信する送信処理手段と、
を備えることを特徴とするデータ通信方式。 - 請求項1において、
前記調整ビットは、前記パケット内の余剰ビットを利用して設定されることを特徴とするデータ通信方式。 - 請求項1または2において、
前記特定ビットは、送信データを含む所定範囲のデータに対して所定の演算を行うことにより得られるエラー検出用データの一部に対応しており、
前記所定範囲のデータの一部に前記調整ビットが含まれることを特徴とするデータ通信方式。 - 請求項3において、
前記エラー検出用データは、前記所定範囲のデータを加算して得られるチェックサムデータであることを特徴とするデータ通信方式。 - 請求項3において、
前記エラー検出用データは、前記所定範囲のデータを用いて所定の生成多項式を計算して得られるCRC符号であることを特徴とするデータ通信方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP36608098A JP3623677B2 (ja) | 1998-12-08 | 1998-12-08 | データ通信方式 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP36608098A JP3623677B2 (ja) | 1998-12-08 | 1998-12-08 | データ通信方式 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000174806A JP2000174806A (ja) | 2000-06-23 |
JP3623677B2 true JP3623677B2 (ja) | 2005-02-23 |
Family
ID=18485881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP36608098A Expired - Fee Related JP3623677B2 (ja) | 1998-12-08 | 1998-12-08 | データ通信方式 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3623677B2 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4391562B2 (ja) | 2005-03-04 | 2009-12-24 | 富士通株式会社 | 無線通信装置 |
-
1998
- 1998-12-08 JP JP36608098A patent/JP3623677B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000174806A (ja) | 2000-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7548736B2 (en) | Transmitter, receiver, data transfer system, transmission method, reception method, computer program for transmission, computer program for reception, and recording medium | |
JP4675913B2 (ja) | 無線通信システムにおけるバースト処理装置及び方法 | |
WO2007125670A1 (ja) | 信号伝送方法、送受信装置及び通信システム | |
US8539316B2 (en) | Method and device for synchronizing reception of data packets | |
JP3623677B2 (ja) | データ通信方式 | |
KR20220125649A (ko) | Can 버스를 이용한 다중 uart 통신 방법, 이를 수행하기 위한 기록 매체 및 장치 | |
US20050257117A1 (en) | Method and circuit for determining an ending of an ethernet frame | |
JP3785291B2 (ja) | データ通信方式 | |
CN101557241B (zh) | 用于通信系统中执行协议数据单元头再同步的方法与装置 | |
EP0453081B1 (en) | Information signal processing method and apparatus | |
JP2001057582A (ja) | データ通信方式 | |
JP4187920B2 (ja) | データ通信方式 | |
JP2000183864A (ja) | デ―タ通信方式 | |
JP2001045095A (ja) | データ通信方式 | |
JP3252681B2 (ja) | ディジタルデータ出力装置 | |
KR100321746B1 (ko) | 채널 전송 오류율을 감소시키기 위한 순환 잉여 검사 시스템 및그 방법 | |
KR100386558B1 (ko) | 데이터 전송 속도의 고속 검출 방법 | |
JP2003037628A (ja) | セル分解装置 | |
JP2757904B2 (ja) | Atmセルフォーマット変換装置 | |
EP1926024B1 (en) | Serial communication control system | |
JP3356703B2 (ja) | データ無線装置 | |
KR20050098986A (ko) | 패킷 및 오류 판정 정보 송/수신 장치 및 그 방법 | |
JPH098863A (ja) | 通信プロトコル制御装置 | |
JP2006157794A (ja) | データ転送装置 | |
JP2000059283A (ja) | フレーム格納装置及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041112 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041124 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041125 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091203 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091203 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101203 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101203 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111203 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111203 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121203 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121203 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131203 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |