(57)【特許請求の範囲】
【請求項１】
システムで得られるシステム時刻に対する処理時間が割り当てられたデータパケットの時間的進みの程度が更なる処理の前に検査されるデータパケットを、データチャネルで受信された後又はデータチャネルで送信される前に処理する方法であって、
上記データパケットの時間的進みの程度が検査されるときに、時間軸の一部が、現在システム時刻に基づいて、少なくとも、正確に時間が合わせされた領域である正確時間領域（３２）と、時間的に遅延した領域である遅延領域（３０，３１）とに分割され、
上記処理時間が含まれる領域（３０，３１，３２）を判定するため検査が行われ、
対応した更なる処理が行われることを特徴とする方法。
【請求項２】
上記遅延領域は上記現在システム時刻（３３）よりも前に時間順に配置される請求項１記載の方法。
【請求項３】
上記正確時間領域（３２）は上記現在システム時刻（３３）よりも後に時間順に配置される請求項１又は２記載の方法。
【請求項４】
上記遅延領域（３１）は上記正確時間領域（３２）と上記現在システム時刻（３３）の間に配置される請求項１乃至３のうちいずれか一項記載の方法。
【請求項５】
時間的に進んでいる領域である進み領域（３１）が上記正確時間領域（３２）と上記現在システム時刻（３３）の間に配置される請求項１乃至４のうちいずれか一項記載の方法。
【請求項６】
上記進み領域（３１）は上記現在システム時刻（３３）と上記正確時間領域（３２）の間の上記遅延領域（３１）に一致する請求項５記載の方法。
【請求項７】
上記データパケットの処理時間が上記正確時間領域に含まれることが判定された場合に、上記データパケットは上記データチャネルに送信のため送出される、請求項１乃至６のうちいずれか一項記載の方法。
【請求項８】
上記データパケットの処理時間が検査のときに上記遅延領域（３０，３１）に含まれることが判定された場合に、上記データパケットは上記データチャネルでの送信が阻止される、請求項１乃至７のうちいずれか一項記載の方法。
【請求項９】
上記データパケットの処理時間が検査のときに上記進み領域に含まれることが判定された場合に、上記受信されたデータパケットはアプリケーションに渡すため送出される、請求項５乃至８のうちいずれか一項記載の方法。
【請求項１０】
上記データパケットが上記アプリケーションへ渡すため送出されるとき、カウンタ（４６）に上記処理時間に達するまでの残り時間を指定する値がセットされ、上記カウンタ（４６）が始動され、
上記カウンタ（４６）が満了したとき、上記データパケットを上記アプリケーションへ渡すための信号が生成される、請求項９記載の方法。
【請求項１１】
特定の長さ、特に、２５ビットのデータワードがシステム時刻を表現するため使用され、
上記時間軸は、上記データワードの長さに対応した実現可能な数で表現されるセクションに分けられる、請求項１乃至１０のうちいずれか一項記載の方法。
【請求項１２】
上記正確時間領域、上記遅延領域及び上記進み領域のサイズは予め決められている請求項１１記載の方法。
【請求項１３】
上記正確時間領域、上記遅延領域及び上記進み領域の領域限界はプログラマブルであるように構成されている請求項１２記載の方法。
【請求項１４】
上記時間軸の上記正確時間領域、上記遅延領域及び上記進み領域への分割において、多数の実現可能な分割形態は識別可能であり、
検査の時刻にどの分割形態が存在するかについての情報は、上記処理時間が含まれる領域を判定するための解析を簡単化するため記憶される、請求項１１乃至１３のうちいずれか一項記載の方法。
【請求項１５】
上記正確時間領域、上記遅延領域及び上記進み領域の中で、上記システム時刻を表現する上記データワードのオーバーフローの結果として二つの領域に分かれたのがどれであるかに依存して、３通りの実現可能な分割形態が識別される、請求項１４記載の方法。
【請求項１６】
データチャネル用のインタフェース（２４）と、アプリケーション用のインタフェース（２１）と、データパケットが一時記憶されるメモリ装置（４２）とを有し、請求項１乃至１５のうちいずれか一項記載の方法を実施する装置であって、
現在システム時刻に基づいて、時間軸を、正確に時間が合わされた正確時間領域と時間的に遅延した遅延領域とに分割し、処理時間が含まれる領域を判定し、対応した更なる処理を行う評価ユニット（４０）が設けられていることを特徴とする装置。
【請求項１７】
検査のときに上記データパケットの上記処理時間が上記正確時間領域に含まれることが判定された場合に送信用の上記データパケットを上記データチャネルに送出する読み出し手段（４４）が設けられている請求項１６記載の装置。
【請求項１８】
検査のときに上記データパケットの上記処理時間が上記遅延領域に含まれることが判定された場合に上記データパケットが上記データチャネルに送信されることを阻止するスイッチング手段（４４）が設けられている請求項１６又は１７記載の装置。
【請求項１９】
検査のときに上記データパケットの上記処理時間が時間的に進んでいる進み領域に含まれることが判定された場合に上記データパケットを上記アプリケーションに送出する読み出し手段（４５）が設けられている請求項１６乃至１８のうちいずれか一項記載の装置。
【請求項２０】
上記データパケットが上記アプリケーションに渡すため送出されたときに、伝送時間が来るまでの残り時間を指定する値がセットされるカウント手段（４６）が設けられ、
上記カウント手段（４６）は始動され、満了した後に、上記データパケットを上記アプリケーションに渡すための信号を生成する、請求項１９記載の装置。
【発明の詳細な説明】
【０００１】
本発明は、データチャネルで受信されたデータパケット又は送信されるべきデータパケットの処理方法及び装置に係り、特に、時間的に厳しい制約のあるデータを含むため、時間的進みの程度(up-to-dateness)の検査が非常に重要なデータパケットの処理方法及び装置に関する。
【０００２】
［従来技術］
本発明は、独立請求項１に記載された一般的なタイプの受信されたデータパケット又は送信されるべきデータパケットの処理方法に基づく。
【０００３】
用語「マルチメディア」は、現在成長中の消費者電子機器（ハイファイ、ビデオ、オーディオ）及びパーソナルコンピューティングの両方の製品セクタに言及するため使用され、両方の業界の多数の製造者は実際の製品を次々と売り出している。両方の製品セクタの統合は、異なる製品セクタからの機器間のデータ交換に関する作業が重要になり始めていることを意味する。この点については、既にかなり進行しているこのセクタにおける標準化の趨勢からも明らかである。特に、いわゆるIEEE 1394シリアルバスは、国際的に標準化され、両方の製品セクタグループからの端末間のデータ交換用として非常に広範に認容されたバスであり、既に利用可能である。上記の標準の正確な名称は、IEEE Standard for High Performance Serial Bus, (IEEE Std 1394-1995, IEEE, New York, August 1996)である。IEEE 1394バスの仕様書は、消費者電子機器のセクタからの製品に対し非常に重要な以下の一連の規準を含む。
・最大で６４端末までの仮想的に自由に選択可能なバストポロジー（たとえば、鎖状、樹状など）
・２台の機器間の最大距離が４．５メートルである４乃至６個の導体を含むケーブルを介した２台のビット直列データ伝送
・現時点で最大４００Mbit/s（毎秒４００メガビット）の伝送レート
・動作中に接続及び切断が可能な端末
IEEE 1394インタフェースを製造するため、ハードウェアを用いてIEEE 1394標準の２レイヤ、すなわち、ISO/IECの７レイヤモデルにより知られた物理レイヤとリンクレイヤを実装することが必要である。バスまでのコネクションは、物理レイヤで管理され、バスプロトコルの基本部分はリンクレイヤで実現される。物理レイヤとリンクレイヤの間のガルヴァーニ分離はIEEE 1394標準によって規定されるので、両方のレイヤは、一般的に別個のＩＣを用いて実現される。
【０００４】
データが消費者電子機器から別の機器に伝送されるとき、実時間条件下で多量のデータを規則的に伝送しなければならない等時データ転送が行われる。なぜならば、対応したデータのアプリケーションは、データが正確な時刻に到着した場合に限り故障無しに進行し、それに対応して正しく処理されるからである。したがって、このようなデータを交換するため、特殊な規格が開発された。この規格は、IEC-61833(Consumer Audio/Video Equipment-Digital Interface)という名称で公開されている。この規格の厳密な名称は、IEC-61883-1: Consumer Audio/Video Equipment-Digital Interface (Draft) IEC, September 1997である。この規格の中で、いわゆるタイムスタンプが付けられるデータパケットが規定されている。このタイムスタンプは、IEEE 1394シリアルバスのバス時間に係り、データパケットが伝送後にバスを経由してアプリケーションに出力されるべき正確な時間を指定する。IEC 61883の機能性が実現されたリンクレイヤＩＣを製造する場合、これは、以下の一連の付加的な機能が実現されるべきことを意味する。特に、これらの機能には、
・タイムスタンプがパケットのリンクレイヤＩＣへの転送中に生成される機能
・タイムスタンプがIEEE 1394シリアルバスによるパケットの伝送前に検査される（パケットの送信中の「遅れ検査」）機能
・受信されたパケットがタイムスタンプの制御下でアプリケーションに出力される（パケット受信中の「遅れ検査」）機能
が含まれる。
【０００５】
ここで、タイムスタンプの生成は、三つの列挙されたタスクの中で最も簡単なタスクである。このタスクは、リンクレイヤＩＣの規格に基づいて入手可能なIEEE 1394バス時刻に、オフセットを加えることだけによって達成される。現在タイムスタンプは、送信されるべきパケットに対し形成され、パケットのデータと共に、リンクレイヤ制御ＩＣのメモリに格納される。
【０００６】
IEEE 1394シリアルバスを介した伝送前に行われるメモリ内に収容されたパケットのタイムスタンプの第１の検査は、又は、データパケットがアプリケーションに出力される前の受信の後に行われるメモリ内に収容されたパケットのタイムスタンプの第２の検査は、タイムスタンプの生成よりも非常に複雑である。第１の検査の目的は、不必要にバスに負荷が加わらないように、先行パケットの処理中の遅延に起因して正確な時間に宛先システムに到着できなくなったパケットがIEEE 1394シリアルバスに出力されないようにすることである。第２の検査は、アプリケーションへ出力される前に、受信されたデータパケットの同期を行う。
【０００７】
最後の二つの検査の実現は、リンクレイヤＩＣ全体のハードウェアの複雑さのかなりの部分を生じさせる。
【０００８】
［発明の概要］
上記の従来技術に鑑みて、本発明は、データチャネルで受信されたデータパケット又は送信されるべきデータパケットを処理する方法及び装置であって、特に、データパケットの時間的進みの程度を検査し、高い信頼性で動作する回路ユニットの実現コストが削減された方法及び装置の提供を目的とする。
【０００９】
本発明の方法に関する目的は、請求項１に記載された手段によって達成される。請求項１に係る発明は、第１及び第２の両方の検査を時分割多重モードで実行することができる単一モジュールを実現することが可能である。全く同一のユニットがデータパケットの受信中の検査及び送信中の検査に使用される。本発明の重要な局面は、データパケットの時間的進みの程度を検査する時点で、両方のタイプの検査で、最初に、現在システム時刻（バス時刻）が判定され、この時刻に基づいて、時間軸が少なくとも「正確に時間合わせされた」領域と、「遅延した」領域とに分割され、データパケットに収容された処理時刻（タイムスタンプ）が含まれる領域を決めるため検査が行われる。この解決法の利点は、上記のタイムスタンプの検査を行うべき回路部分又はモジュールを実現するために必要なハードウェア上の費用が、時間軸を分割せず、等時性データ伝送のデータパケットのタイムスタンプが、加算及び減算と組み合わされた多数の個別の比較と、中間記憶ステップでの値の制限の考慮とによって検査される従来の解決法よりも著しく少ないということである。
【００１０】
これは、主として、実際のシステムの場合、０から無限大までの時刻（IEEE 1394シリアルバスのバス時刻）を表現し得ず、時間は、IEC 61883標準に準拠して有限ビット数（たとえば、２５ビット）で表現されるという事実に起因する。２５ＭＨｚのタイミングクロックが使用されるとき、２５ビットで表現できる時間は１秒に過ぎない。したがって、バス時刻は、継続的にリセットされ、更新される必要がある。バスを介した等時性データの伝送の間に、送信機として動作する機器内のアプリケーションは、現在バス時刻に対し先に予測されたタイムスタンプを各データパケットに割り当てる。そのオフセットは、あらゆる可能性で必要とされる伝送時間が考慮され、それにもかかわらず、データパケットが十分に早く受信機に到達するように決定される。しかし、信号処理若しくは過剰に高いバス負荷は遅延を生じさせる。このため、データパケットの時間的進みの程度に関するタイムスタンプの検査は、受信機で行う必要がある。このプロセスにおいて、現在バス時刻が決定され、データパケットのタイムスタンプが現在バス時刻から十分に離れているかどうかが現在バス時刻に基づいて確認される。時刻が十分に長いデータワードを用いて表現される場合、この比較は容易に実行される。しかし、時刻は、２５ビットだけで表現されるので、現在バス時刻は、表現可能な時間の上端側にあり、データパケットのタイムスタンプが次の時間間隔の時間軸の原点付近に存在する場合がある。したがって、単純な大小比較の場合、データパケットの日付が時間的に間に合っているかどうかを判定することは容易ではない。特定の計算は、バス時刻のリセットが特定の時刻に行われたことを考慮して行われるべきである。
【００１１】
データパケットがバスに送信されるときに、データパケットの時間的進みの程度が検査されるケースも同様である。このケースでは、バスの負荷が非常に大きいときに、データパケットがかなり長い時間送信用機器のバッファに留まることがわかる。データパケットは、この機器のためにバスが確保されている場合に限り送信され。その送信が依然として必要であるかどうか、送信したとしても宛先システムには遅すぎるかどうかをもう一度検査することが必要である。この検査によって、上述した問題と同じ問題が生じる。比較されるべき値の間の簡単な加算／減算若しく比較は、実現不可能になる。
【００１２】
本発明の方法によれば、２５ビットで表現され得る時間軸の部分は、多数の領域に分割される。これは、検査の時点の現在バス時刻に基づいて行われる。領域の正確な位置と、その重要性はわかっているので、比較演算は簡略化することができ、データパケットが時間的に間に合っているかどうかを判定することができる。適切な対応が行われる。
【００１３】
本発明の方法は、従属請求項に記載された手段によって更に改良することができる。正確に時間合わせされたデータパケットの伝送の場合、遅延領域が正確に同期した領域と現在システム時刻との間に配置されることが特に有利である。この遅延領域は、絶対的に必要なバス伝送時間を考慮するため使用される。現在バス時刻がデータパケットに収容されたタイムスタンプの直前であり、十分な伝送時間を利用できない場合には、データパケットは全く出力されない。
【００１４】
受信データパケットのアプリケーションへの出力を検査するため、「進んだ」領域が遅延領域と現在システム時刻との間に設けられることが非常に有利である。現在バス時刻が「進んだ」領域に存在することが判定されると直ぐに、正確なカウンタが直接的に特定の値に設定され、始動される。このカウンタは、データパケットが出力される正確な時刻までに残っている時間をカウントする。このカウンタと共に有利な手段が請求項９と請求項１０に記載されている。
【００１５】
請求項１２及び１３に記載された手段は、ネットワーク内の条件に柔軟に、領域に限界を採用することが可能である。実際には、低レベルのバストラヒックしか存在しない場合、実際の伝送を許可するこの領域は、適宜、適応的に削減される。
【００１６】
請求項１４に記載された手段を用いることにより、データパケットの検査は更に簡単化される。この事実によって、たとえば、時間軸を、「正確に時間が合わされた」領域と、「遅延した」領域と、「進んだ」領域の領域に分割する３通りの実施可能なコンフィギュレーションが区別され、どの領域が二つのセクションに分離されたのかは、更なる比較を行うのではなく、２５ビットワードのオーバーフローによって直ちに検出することが可能である。したがって、領域の分類は、データパケットの時間的進みの程度を検査する比較演算ではなく、単純な加算及び減算、又は、大小比較を用いて演算することができる。
【００１７】
本発明による方法の一つの利点は、受信機及び送信機における前述の2通りの検査のための時間軸の上記領域への分割がいずれの場合にも同じであるとみなされ、両方の検査が１台の機器内で必要であるならば、同一ハードウェアによって実行され得ることである。この結果として、このモジュールの実装が簡単化される。
【００１８】
本発明の受信されたデータパケット又はデータチャネルに送信されるべきデータパケットを処理する装置に関する目的は、請求項１６に記載された手段によって達成される。この点に関する更に有利な手段は、従属請求項１７乃至２０に記載されている。
【００１９】
本発明の実施例は、図面に例示されると共に、以下の詳細な記載によって説明される。
【００２０】
［本発明の実施例の説明］
既に開発済みのIEEE 1394シリアルデータバスは、家庭内に設置されている多種多様の機器をネットワーク接続するため使用される。このようなネットワークの一例は、図１に示されている。同図には、通常のテレビジョンセット１０と、テレビジョンチャネルを受信するための衛星受信機１１と、ＤＶＤプレーヤ１２と、ビデオレコーダ１３と、パーソナルコンピュータ１４と、ビデオレコーダに接続可能なビデオカメラ１５とが示されている。各機器にはバスリンクが設けられている。機器１１、１２及び１３は、いずれもバスラインへの二つのコネクションを有する。これらの３台の機器は、中継点として動作し、その他の機器１０、１４及び１５は、データトラヒックに関して終端（ターミナル）を構成する。IEEE 1394バスのその他の多数の特性（アドレッシング方式、フレームフォーマット、実現可能なバストポロジー、アービトレーション方式、バスプロトコルの厳密な詳細仕様など）に関して、この標準に関する上述の参考文献を参照のこと。等時性データパケットのデータ転送が行われる方式は、本発明にとって重要である。このようなデータトラヒックは、たとえば、データが衛星受信機１１からビデオレコーダ１３に転送されている間に発生する。等時性データトラヒックは、番組又はビデオのオーディオ／ビデオデータを伝送すべき場合に常に発生する。
【００２１】
図２には、IEEE 1394バス用のリンクレイヤＩＣの回路ブロック図が示される。物理レイヤ２４に標準的なインタフェースの他に、この回路は、並列双方向８ビットホストインタフェース２３を有する。レジスタを用いてプログラム可能なＩＣは初期化され、その動作はこのインタフェース２３を介して制御される。さらに、Ｉ２Ｃバス用のインタフェースがこのユニットには設けられる。個々のアプリケーションをIEEE 1394バスに接続するため、リンクレイヤＩＣは、別の双方向オーディオ／ビデオインタフェース２１を有する。このインタフェース２１は、他のＩＣクロックに関して等時性であるアプリケーション専用クロックを用いて、並列形式若しくはビット直列形式で８ビットを出力若しくは受信する。その上、このインタフェース２１は、IEC 61833規格で標準化された複数のビデオ及びオーディオデータ伝送フォーマットのためのフォーマッティングを行う。このインタフェース２１は、MPEG-2標準に準拠してフォーマットされたデータの伝送に好適であるように設計される。データ処理標準に従ってフォーマットされたデータはこのインタフェースを通過することができる。
【００２２】
本発明に重要なリンクレイヤＩＣの部分は、揮発性メモリ及びメモリアクセス用の制御ユニットを収容するユニット２２である。ユニット２２は、データパケットの時間的進みの程度を検査する評価ユニットを含む。この評価ユニットは、IEC 61833規格で使用される完全な時間レンジに関係した時間モデルに基づいて実現される。この時間モデルは、以下に図３を参照して詳述する。
【００２３】
時間モデルでは、現在のIEEE 1394バス時刻がマークを形成し、その上に、有効性レンジが時間軸の正方向に重ね合わされる。図３には、現在バス時刻３３と、「正確に時間合わせされた」領域である有効性レンジ３２が示されている。特定の幅を有する有効性レンジ３２の次には、「遅延した」領域３０が続く。図３ａに示されるように、この領域は、有効性レンジ３２の上限から、時間の正方向に沿って、表現可能な時間レンジの端まで続く（表現可能な時間レンジの端は、ＸＸＸＸによって示されている）。更に、この領域は、表現可能な時間レンジの先頭から現在バス時刻３３まで拡がる。「正確に時間合わせされた」領域３２と現在バス時刻３３の間には、第２の遅延領域３１が設けられる。この領域は、データパケットがバス上で送信されるとき、高い確率で必要とされるデータパケットの伝送時間を考慮するため使用される。
【００２４】
このユニットに２番目に必要な機能として、すなわち、データパケットがバス経由で受信された後にアプリケーションに対し同期的に出力する場合、この第２の遅延領域３１は、「進んだ」領域とも呼ばれる。バスラインから受信されたデータパケットのタイムスタンプが検査の時点でこの領域にあることが後で判定された場合、ＡＶインタフェース２１内で正確なカウンタが始動される。カウンタが零まで減少した後、データパケットがアプリケーションへ出力される。詳細は後述する。時間モデルにおいて、上記の領域並びに現在バス時刻のマークは、現在バス時刻の進行と共に時間軸に沿って移動する。これに対し、着目中のデータパケットのタイムスタンプは時間モデル内で固定していると考えられる。このタイムスタンプのマークは図３において参照番号３５で示されている。データパケットがバス上に送信されるべきアプリケーションの場合、時間モデルの瞬時的な記録が行われる。データパケットのタイムスタンプが有効性レンジ３２内に存在する場合、データパケットは有効であることが確認され、バスへの送信が行われる。逆に、タイムスタンプが有効性レンジ外のいずれかの「遅延した」領域にあることが検出された場合、対応したデータパケットはバスを介して送信されることはない。
【００２５】
検査は以下の通り行われる。最初に、現在バス時刻が判定される。次に、時間軸は、バス時刻に基づいて上述の領域に分割される。この目的のため、バス時刻と、「正確に時間合わせされた」領域の下限３４との間の間隔を指定する第１のオフセットがバス時刻に加算される。さらに、「正確に時間合わせされた」領域の上限を指定する第２のオフセットが現在バス時刻に加算される。これらの限界の対応した数値は記憶される。加算中に、時間軸は有限の時間しか形成しないことを保証する必要がある。したがって、算術演算中にオーバーフローが発生した場合、残余部は値ゼロに加算され、この値が時間限界の値として記憶されるような形で加算を行う必要がある。
【００２６】
時間軸の領域への分割が行われたとき、データパケットのタイムスタンプだけが読み出され、制限値と比較される。ここで、３通りの場合に分けて考える。図３ａ〜３ｃに記載されているように、第１の「遅延した」領域３０は、オーバーフローによって二つのセクションに分割されるか、「正確に時間合わせされた」領域３２が二つのセクションに分割されるか（図３ｂ）、あるいは、第２の「遅延した」領域３１が二つのセクションに分割される（図３ｃ）。尚、図３ｃにおいて、第２の「遅延した」領域３１はスケールを変えて表示されているので、基本的な特徴がより明瞭に示されている。このようにスケールを変えない場合、「遅延した」領域３１の幅は非常に狭くされなければならない。
【００２７】
時間軸の領域への分割が行われた後、図３に示された３通りのケースの中のいずれのケースが適用されるかが判定される。この目的のため、図３ａに示されるように、「正確に時間合わせされた」領域の両方の限界が現在バス時刻の値よりも大きいかどうか、図３ｂに示されるように、下限だけが現在バス時刻の値よりも大きく、上限は現在バス時刻の値よりも小さいかどうか、あるいは、図３ｃに示されるように、上限及び下限が共に現在バス時刻よりも小さいかどうかが判定される。３通りのケースの中のいずれのケースを適用するかが判定された後、上記の領域の中で、オフセット加算中にオーバーフローによって二つのセクションに分けられる領域が直ちに明らかになる。
【００２８】
たとえば、図３ａの場合に、データパケットのタイムスタンプが現在バス時刻よりも小さいならば、データパケットは遅延していることが直ちに判明する。しかし、タイムスタンプが現在バス時刻よりも大きい場合、遅延領域３１と正確時間領域３２と遅延領域３０の中の一つのケースが適用され、正確に時間合わせされた領域の記憶された時間制限との個別の比較を行う必要がある。図３ｂの場合に、データパケットのタイムスタンプが存在する領域を判定するためには、より厳密に解析する必要がある。これに対し、図３ｃのケースでは、データパケットのタイムスタンプが現在バス時刻よりも大きいならば、データパケットは遅延していることが直ちに判明する。データパケットのタイムスタンプが現在バス時刻よりも小さいならば、記憶された制限時間との個別の比較が対応して行われるべきである。
【００２９】
３通りの全てのケースに対し、別々のアルゴリズムが存在し、このアルゴリズムを用いて、労力に関してより好ましい態様で、データパケットのタイムスタンプが収容された領域を判定することが可能である。たとえば、図３ａの場合に、タイムスタンプが現在バス時刻よりも小さいかどうかが最初に検査される。タイムスタンプの方が小さい場合、データパケットは遅延していることが判明する。タイムスタンプの方が小さくはない場合、タイムスタンプが正確時間領域の下限よりも大きいかどうかが判定される。タイムスタンプの方が大きくない場合、タイムスタンプは遅延していることが判明する。タイムスタンプの方が大きい場合、データパケットのタイムスタンプが正確時間領域の上限よりも大きいかどうかが更に判定される。タイムスタンプの方が大きい場合、データパケットは遅延していることが判明し、タイムスタンプの方が大きくない場合、データパケットは正確に時間合わせされていることが判明する。図３ｂ及び３ｃに対する対応したアルゴリズムは、図３ｂ及び３ｃ自体から獲得することができ、個別に説明する必要はない。
【００３０】
図４には、機器内で送信されるべきデータパケットの時間的進みの程度を検査する基本部品が示されている。図２に示された部品と同じ部品には同じ参照番号が付けられている。図４には、多様な比較演算を行う評価ユニット４０と、バッファ（ＲＡＭ）４２と、メモリアクセス制御ユニット４１と、たとえば、論理ＡＮＤ演算を行う読み出しユニット４４と、割り込みレジスタ４３とが示されている。
【００３１】
ＡＶインタフェース２１は、バスを介してメモリ４２に送ろうとするデータパケットを書き込む。プロセス中に、インタフェース２１は、オフセット加算によって判定されたタイムスタンプをデータパケットに挿入する。これは、ＡＶインタフェースで利用可能な現在バス時刻に関して再度行われる。評価ユニット４０はバスを介したデータ伝送を要求し、データ伝送はIEEE 1394インタフェース２３と協働して行われる。バスが加入者局で利用できるとき、評価ユニット４０は、メモリ４２から送信されるべきデータパケットを読み出し、上述の通り、データパケットの時間的進みの程度を検査する。データパケットを送信するためには遅れ過ぎていると判定された場合、評価ユニット４０は、対応した信号を生成し、この信号をメモリアクセス制御ユニット４０に渡す。これに応じて、送信する準備ができている次のデータパケットがメモリ４２から読み出される。検査の結果、データパケットのタイムスタンプが正確時間領域に含まれることが判明した場合、対応した信号がメモリアクセス制御ユニット４１に渡され、読み出し動作のためそこから送出される。データパケットは、IEEE 1394バスインタフェースに渡され、バスを介して送信される。特定の個数のデータパケットが連続して遅延した場合、評価ユニット４０によって割り込みレジスタ４３にビットがセットされる。その結果として、システムの再構成及び／又はエラー復旧が行われる。
【００３２】
図５において、図４及び図２に示された部品と同じ部品には同じ参照番号が付けられている。図５は、シリアルバスからデータを受信し、データが正確な時間に受信されたかどうかを検査し、正確な時間である場合には、関連したデータパケットを正確な時刻にアプリケーションに伝達する機器における検査処理を説明するための図である。この目的のため、カウンタユニット４６がＡＶインタフェース２１に設けられる。バスインタフェース２４で受信されたデータパケットは、メモリ４２に書き込まれる。メモリアクセス制御ユニット４１は、データパケットを直列に読み出し、データパケットを評価ユニット４０に渡す。評価ユニット４０では、データパケットが正確な時間に受信されたかどうかが検査される。この検査は、既に説明した通りの方式で行われる。対応したデータパケットのタイムスタンプが遅延領域３０に存在することが判定された場合、メモリ４２内の対応したデータパケットは消去される。データパケットが正確に時間合わせされた領域に含まれることが判定された場合、データパケットはそのままメモリに残されるが、未だ、アプリケーションへは渡されない。ＡＶインタフェース２１内の精確なカウンタユニット４６は、次の検査中に、データパケットのタイムスタンプが「進んだ」領域に存在することがわかった場合に限り、現在バス時刻とデータパケットのタイムスタンプの鎖に対応した精確な値でセットされる。同時にカウンタが始動される。次に、データパケットのアプリケーションへの出力が、カウンタユニット４６の制御下で行われる。カウンタが満了した場合、すなわち、データパケットのスタンプされた時刻に達した場合、対応した信号が読み出しユニット４５に送られ、データパケットがアプリケーションに渡される。このカウンタユニット４６を用いた動作のトリガーは、高精度かつ高い時間的分解能で行われる。かくして、全ての受信データパケットは順番に処理される。
【００３３】
理論的に、パケットをかなり長時間にわたってメモリに保存し、バス時刻がリセットされた後に再度有効にすることが可能である。２５ビットのIEC 61883タイムスタンプの表現と、２５ＭＨｚの時間クロックとに起因して、このような状態は、パケットが１秒よりも長く一時記憶された場合に起こる。この場合、IEEE 1394シリアルバスを介したデータトラヒックは中断されるので、この状態はエラー状態と等価的である。
【００３４】
MPEG-2データの伝送用のIEC 61883規格の場合、データを一時記憶するため、３２６４ビットの最小サイズのバッファが設けられる。ここでの問題は、実装されたメモリモジュールに課される帯域幅必要条件であり、このメモリモジュールは、理論的な理由から、使用されるターゲットテクノロジー（０．５μｍＣＭＯＳ標準テクノロジー）と関連した４３MHｚクロック周波数だけで動作し得る。ＡＶインタフェースのリンク−物理インタフェース、IEC 61883規格に準拠したヘッダ生成、及び、ホストインタフェースを用いる場合、チップ上には４種類のソース及びシンクが存在し、これらのソース及びシンクは、別々の帯域幅必要条件でバッファに同時にアクセスする。帯域幅必要条件は、一方で、ＡＶインタフェース用のIEEE 1394仕様から生ずる。面積効率の良い実装のため、２ポート若しくは４ポートＲＡＭは使用されない。その代わりに、種々のユニットの帯域幅要求条件は、１６ビットのワード長でメモリモジュールを編成し、種々のソース及びシンクのアクセス可能性のために時間を分配することによって充足される。特定の数のアクセス可能性がＩＣクロックの１６サイクルの範囲内で一定スキームに従って各ソース及びシンクに許容される。
【００３５】
上記実施例の多様な変形を実現することができる。たとえば、領域の幅は、評価ユニット４０内で生成された統計量の制御に基づいて適合するよう設計してもよい。
【００３６】
上記説明中の時間モデルは、変更してもよく、他の領域あるいは更なる領域に分割してもよい。
【００３７】
本発明は、無線バスシステム並びにその他の配線結合バスシステムに使用することが可能である。
【図面の簡単な説明】
【図１】  シリアルバスを介して相互連結された機器群の一例を示す図である。
【図２】  IEEE 1394バス用のリンクレイヤＩＣの回路ブロック図である。
【図３ａ】  時間軸の一部を、第１の特定バス時刻に関して種々の領域に分割する第１の分割の説明図である。
【図３ｂ】  時間軸の一部を、第２の特定バス時刻に関して種々の領域に分割する第２の分割の説明図である。
【図３ｃ】  時間軸の一部を、第３の特定バス時刻に関して種々の領域に分割する第３の分割の説明図である。
【図４】  データパケットのバスへの送信中にデータパケットの時間的進みの程度を検査するために必要な全ての必須部品が表現されたIEEE 1394バス用リンクレイヤＩＣの第１の回路ブロック図である。
【図５】  データパケットの受信ユニットでデータパケットの時間的進みの程度を検査するために必要な全ての必須部品が表現されたIEEE 1394バス用リンクレイヤＩＣの第２の回路ブロック図である。
【図１】
0004060530.tif 000002
【図２】
0004060530.tif 000003
【図３】
0004060530.tif 000004
【図４】
0004060530.tif 000005
【図５】
0004060530.tif 000006