(57)【特許請求の範囲】
【請求項１】
送信器及び少なくとも１つの受信器を含む等時性の伝送及び非同期の伝送に適したネットワーク上でデータを伝送する方法であって、前記送信器において、
前記送信器と前記受信器の間に等時性伝送チャネルを開く段階と、
前記受信器側からの受信通知を受け取るまで、前記等時性伝送チャネルを通じて複数の送信開始標識パケットを送る段階と、
前記受信通知が受け取られた後に、前記等時性伝送チャネルを通じて、前記受信器がパケットの不正確な受信を検出することを可能とする、前のパケットとの連続性を示す連続性カウンタ値を含む少なくとも１つのペイロードパケットを送る段階と、
前記受信器がパケットの伝送状態が悪いこと又はパケットが受信されていないことを示すエラーメッセージを受信した場合、エラー以降のペイロードデータの送信を再開する段階と、
全ての前記ペイロードデータの送信の後に前記等時性伝送チャネルを通じてメッセージ終端パケットを送る段階とを含むことを特徴とする方法。
【請求項２】
各パケットは、少なくとも送信開始標識パケットタイプ、ペイロードパケットタイプ、メッセージ終端パケットタイプからパケットタイプを識別するデータを含むことを特徴とする、請求項１記載の方法。
【請求項３】
前記送信開始パケットは、送信されるべきペイロードデータの全体のサイズの標識を含むことを特徴とする、請求項１乃至２のうちいずれか一項記載の方法。
【請求項４】
送信器及び少なくとも１つの受信器を含む等時性の伝送及び非同期の伝送に適したネットワーク上でデータを受信する方法であって、
前記受信器のレベルにおいて、
等時性伝送チャネルを通じて複数の送信開始標識パケットを受信する段階と、
前記送信開始標識パケットの受信通知を送信する段階と、
前記等時性伝送チャネルを通じてペイロードパケットを受信し、パケットが正しく伝送されているかを確かめる段階と、
前記パケットに含まれる前のパケットとの連続性を示す連続性の値を解析することによりパケットの伝送状態が悪いこと又は受信パケットが受信されていないことを検出した場合は、ペイロードデータに対するエラーの位置を示すエラーメッセージを前記送信器へ送る段階と、
前記エラーメッセージの伝送の後に、前記位置以降のペイロードパケットの受信を待つ段階とを含むことを特徴とする方法。
【請求項５】
前記送信開始標識パケットに関する前記受信器の前記受信通知メッセージは非同期で送られることを特徴とする、請求項４記載の方法。
【請求項６】
前記エラーメッセージは非同期で送られることを特徴とする、請求項４乃至５のいずれか一項記載の方法。
【請求項７】
前記送信器と前記受信器の間で等時性伝送チャネルを開いた後に、前記等時性伝送チャネルを通じた伝送開始標識パケットの受信を待ち、その場合は前記送信器へ受信通知を送る段階を更に含むことを特徴とする、請求項４乃至６のいずれか一項記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、等時性伝送チャネルを通じたデータの伝送方法に関連し、特にＩＥＥＥ１３９４標準に基づくネットワークに適用されるがこれに限られるものではない。
【０００２】
【従来の技術】
等時性の転送とは対照的に、１以上のＩＥＥＥ１３９４タイプのシリアルバスに基づくネットワークを通じたファイル（即ち「ストリーム」の形では与えられない全ての情報）の転送は非同期で行われる。特に、非同期のルートは受信通知の機構を与えることを可能とするが、この機構は等時性モードでは存在しない。この機構は、壊れたパケットを新たに伝送することを要求することを可能とし、伝送データの信頼性を保証する。
【０００３】
【発明が解決しようとする課題】
最も望ましくないケースでは、非同期ルートは全体帯域幅の２０％のみを使用し、残りは等時性モードのために残されている。これにより、容量の大きいファイルを転送する場合に伝送時間が長すぎる結果となる。
【０００４】
従って、等時性モードのために残されているより広い帯域幅をうまく利用するために、ファイルを等時的に転送することが可能であることが望ましい。しかしながら、伝送されたパケットが正しく受信されるという保証なしには、信頼性の高いデータ伝送のために等時性モードを用いることはできない。そのような場合は、パケットが失われたときは取り戻すことができず、例えばアプリケーションのコードの伝送の場合には、伝送された全てのデータが使用不可能となってしまう。オーディオ又はビデオタイプの等時性ストリームの場合、１以上のパケットの損失は殆ど重要ではない。即ち、一般的にはこのような誤りをマスクする機構が存在すると共に、ストリームは比較的短い間隔で過去のストリームについての知識を必要としないエントリポイントを含むからである。全体として誤りなしに伝送されねばならないファイル又は他のデータについては、このようなパケットの損失は明らかに許容可能でない。
【０００５】
続いた状態においてパケットが壊れる場合だけでなく、等時性ストリームの始まりにおいて数百キロバイトが失われている場合もある。ファイルのレベルでは、これによりヘッダが削除されるという結果となり、これもまた許容可能でない。
【０００６】
【課題を解決するための手段】
本発明は、送信器及び少なくとも１つの受信器を含む等時性の伝送及び非同期の伝送に適したネットワーク上でデータを伝送する方法であって、
送信器と受信器の間に等時性伝送チャネルを開く段階と、
受信器側からの受信通知を受け取るまで、送信器により等時性伝送チャネルを通じて複数の送信開始標識パケットを送る段階と、
受信通知が送信器によって受け取られた後に、送信器により等時性伝送チャネルを通じて少なくとも１つのペイロードパケットを送る段階と、
パケットの受信状態が悪いことを検出した後に、受信器から送信器へエラーメッセージを送る段階と、
送信器が受信器によって送られたエラーメッセージを受信した場合、エラー以降のペイロードデータの送信を再開する段階と、
全てのペイロードデータの送信の後に送信器によって等時性伝送チャネルを通じてメッセージ終端パケットを送る段階とを含むことを特徴とする方法を提供する。
【０００７】
受信器側からの受信通知の受け取りを待つ間に送信器によって送信開始パケットを送ることにより、最初の幾つかのペイロードパケットの損失を防止することが可能となる。
【０００８】
パケットの受信状態が悪いこと又は受信されていないことを検出しこれを送信器へ戻すことにより、当該の１又は複数のパケットの再送信を要求することが可能となる。
【０００９】
これらの２つの面については他の２つの独立項に別々に記載されている。
【００１０】
ある実施例によれば、送信開始標識パケットに関する受信器の受信通知メッセージは非同期で送られる。
【００１１】
ある実施例によれば、エラーメッセージは非同期で送られる。
【００１２】
ある実施例によれば、各パケットは、少なくとも送信開始標識パケットタイプ、ペイロードパケットタイプ、メッセージ終端パケットタイプからパケットタイプを識別するデータを含む。
【００１３】
ある実施例によれば、送信された各パケットは、受信器がパケットの不正確な受信を検出することを可能とする連続性カウンタ値を含む。
【００１４】
ある実施例によれば、方法は、受信器レベルにおいて、以下の２つの条件、即ち、
ペイロードパケットタイプのパケットであること、及び、
送信開始パケットタイプである先行するパケットとの連続性があること、
により最初のペイロードパケットを識別する段階を更に含む。
【００１５】
ある実施例によれば、送信開始パケットは、送信されるべきペイロードデータの全体のサイズの標識を含む。
【００１６】
本発明は、送信器及び少なくとも１つの受信器を含む等時性の伝送及び非同期の伝送に適したネットワーク上でデータを送信する方法であって、
送信器のレベルにおいて、
等時性伝送チャネルを開いた後に、受信器側からの受信通知を受け取るまで、送信器により等時性伝送チャネルを通じて複数の送信開始標識パケットを送る段階と、
受信通知を受け取った後に、送信器により等時性伝送チャネルを通じて少なくとも１つのペイロードパケットを送る段階とを含むことを特徴とする方法を提供する。
【００１７】
ある実施例によれば、方法は、パケットの受信状態が悪いことを検出した後に、受信器から送信器へ送られたエラーメッセージが送信器によって受信されると、エラー以降のペイロードデータの送信を再開する段階と、
全てのペイロードデータの送信の後に送信器によって等時性伝送チャネルを通じてメッセージ終端パケットを送る段階とを含む。
【００１８】
本発明は、送信器及び少なくとも１つの受信器を含む等時性の伝送及び非同期の伝送に適したネットワーク上でデータを受信する方法であって、
受信器のレベルにおいて、
等時性伝送チャネルを通じてペイロードパケットを受信し、パケットが正しく伝送されているかを確かめる段階と、
パケットの伝送状態が悪いことを検出した場合は、ペイロードデータに対するエラーの位置を示すエラーメッセージを送信器へ送る段階と、
エラーメッセージの伝送の後に、前記位置以降のペイロードパケットの受信を待つ段階とを含むことを特徴とする方法を提供する。
【００１９】
ある実施例によれば、方法は、送信器と受信器の間で等時性伝送チャネルを開いた後に、等時性伝送チャネルを通じた伝送開始標識パケットの受信を待ち、その場合は送信器へ受信通知を送る段階を更に含む。
【００２０】
【発明の実施の形態】
本発明の他の特徴及び利点については、制限的でない典型的な実施例の説明により明らかとなろう。典型的な実施例については添付の図面を参照して説明する。
【００２１】
典型的な実施例は、ＩＥＥＥ１３９４タイプバス上での伝送の枠組みにおけるものであるが、本発明はこの特定の環境に限られるものではなく、等時性及び非同期の伝送が帯域幅を共用する他の枠組みにも適用されうる。ＩＥＥＥ１３９４バスに関する情報は、特に文献（ａ）Ｐ１３９４−１９９５高性能シリアルバスについての規格，及び文献（ｂ）Ｐ１３９４ａ−２０００高性能シリアルバスについての規格（修正）に記載されている。更に、ＩＥＥＥ１３９４バス上の等時性ストリームの伝送に関しては文献（ｃ）ＩＥＣ６１８８３−ｘ（特にｘが１及び４の場合）において、ペイロードについて記載されている。
【００２２】
典型的な実施例によれば、伝送されたデータの有効性を受信器レベルにおいて保証するために、等時性モードではシーケンスは開始、損失制御、及び転送終了に関して定義される。シーケンスは、以下定義する特定のフォーマットのパケットによって伝送される。幾つかの制御メッセージは非同期モードで伝送される。
【００２３】
図１は、データを等時性モードで伝送するための本例により用いられるパケットのフォーマットを示す図である。このフォーマットは５つのフィールド、即ち「Data_type」、「Reserved」、「Continuity_counter」、「Data_length」、「Data」を含む。
【００２４】
「Data_type」フィールドは、パケットの内容を識別することを可能とする。以下の表１は、このフィールドの値を示すものである。
【表１】
0004759218.tif 000002
「Continuity_counter」フィールドは８ビットからなり、伝送されるパケット毎にモジュロ256でインクリメントされる。連続性がないことを受信器レベルで検出することにより、パケットの損失を検出することが可能となる。
【００２５】
「Data_length」フィールドは、ペイロードフィールドの長さを指定する。
【００２６】
「Data」フィールドは、ペイロードデータ（分割されたファイル）を含む。
【００２７】
ストリーム（ファイル）以外のデータの伝送のために行われるステップは以下の通りである。
【００２８】
第１に、本願明細書の冒頭で引用した文献（ａ）により公知の方法で、等時性伝送チャネルはバス等時性リソースマネージャ（又はＩＲＭ）において予約される。予約された帯域幅は、送信器及び受信器の容量に依存するとともに、考慮されているアプリケーションの要件にも依存する。送信器の出力接続制御レジスタ（「Output Plug
Control Register」又は「oPCR」）及び受信器の入力接続制御レジスタ（「Input Plug
Control Register」又は「iPCR」）は、やはり公知の方法で文献（ｃ）の第１部に従って接続コントローラによって書き込まれる。
【００２９】
第２に、送信器は、ペイロードデータが伝送されねばならないことを受信器に知らせる。
【００３０】
図２は、この段階の始まりを示す図である。図中、送信器１と、受信器２と、等時性伝送チャネル３とが示されている。
【００３１】
送信器１は、値START_SEQを有する「Data_type」フィールドを含むパケットを絶え間なく送る。連続性カウンタの値は、各パケット毎にインクリメントされる。
【００３２】
本例の他の実施例によれば、START_SEQタイプのパケットの「データ」フィールドは、転送されるべきファイルの長さを示すデータ項目を含む。
【００３３】
受信器２は、データを受信すべき等時性伝送チャネルを聞いている。受信器２は、START_SEQタイプを有し従って開始パケットのシーケンスの一部を成すパケットの到着を検出するよう伝送チャネルを調べる。
【００３４】
図３は、START_SEQタイプのパケットが検出された後の受信器の動作を示す図である。受信器は、開始シーケンスを含むパケットが受信されたことを確認したことを知らせるための受信通知を行うため及びスタート・オブ・ファイル（start of the
file）（ゼロオフセット）から始まるファイルのデータの送信を要求するために非同期メッセージ（「StartDataTransfer()」）を送る。この間、送信器は開始パケットを送信し続ける。
【００３５】
第３に、受信器によって送信された受信通知に続いて、送信器は、受信器によって定義されるオフセットから始まる送信されるべきファイルのデータの送信をペイロードを含むパケットの送信によって始める（図４参照）。これらのパケットのタイプは、DATA_SEQである。
【００３６】
受信器は、連続性カウンタの値が直前の開始パケットに対して正しいこと、及び、このパケットのタイプが実際にDATA_SEQであることを確認することによって、ペイロードデータを含む第１のパケットを検出する。すると受信器はパケットが有効でありスタート・オブ・ファイルを含むことを知る。以下説明するパケット中の不連続性の処理は、DATA_SEQパケットの場合にも適用される。
【００３７】
第４に、「ペイロード」タイプのパケットの伝送が続けられる。
【００３８】
送信器は、連続性カウンタの値をインクリメントしつつ、「Data_type」フィールドに値DATA_SEQを割り当てたまま、データを送信し続ける。
【００３９】
受信器はデータを受信し続け、連続性カウンタが連続性を示さないこと、また、パケットのタイプがまだDATA_SEQであることを確認する。
【００４０】
送信器は、エンド・オブ・ファイル（end of the
file）に達するまでペイロードデータを含むパケットを送信し続ける。次に送信器は、シーケンス終端パケットを送り、「Data_type」フィールドに値END_SEQを割り当てる。
【００４１】
受信器はこのパケットを受信する。受信器は伝送が完了したことを知り、データの捕捉を停止することができる。
【００４２】
不連続性の処理は以下の通りである。
【００４３】
２つの連続したパケットにおいて連続性カウンタの値の不連続性に続いてパケットが失われたことに気づくと、受信器は、例えば、送信器がそれ以降で送信を再開するであろうスタート・オブ・ファイル以降のオフセットを指定することにより、不連続性以降のデータを再送信するよう送信器にメッセージを送る。図６は、パケット番号１１が、例えばこのパケットが復元できないほど壊れた後に、受信されなかったことからなる不連続性を示す。説明を簡単にするために、パケット番号は各パケットの連続性カウンタの値と等しいように示される。オフセットは、以前に受信されたパケットのペイロードフィールドの長さから決定される。例えば、正しく受信された最後のパケットが連続性の値ｘを有するパケットであり、次のパケットが値ｘ＋２を有する場合、受信器はパケットｘ＋１の先を送信する要求を行う。パケットｘの後であるが再送信段階の前に受信器によって受信されたペイロードパケットは、無視される。これらはオフセットの先の送信の再開によって受信器の不連続性メッセージに対して送信器が反応する前に送信器によって送信されたパケットである（図７）。上述と同様、再送信の前にはSTART_SEQシーケンスがある。
【００４４】
受信器が所定の時間に亘ってパケット（特にEND_SEQ）を受信しない場合、最後に正しく受信されたデータ項目の以降の送信を再び求める。次に、送信機構全体が再び開始される（即ち、START_SEQパケット、まだ送信されるべきペイロードデータがある場合はDATA_SEQパケット、次にEND_SEQパケット）。
【００４５】
上述した典型的な実施例によれば、パケットの送信の質が悪いこと（又はかかるパケットがないこと）の検出は、連続性カウンタの値を調べることによって行われるが、本発明から他の検出の可能性（例えば誤り訂正符号）が排除されるものではない。従って、本質的に等時性の伝送の枠組みにおいて送信器へ情報を戻す機構は、より広く適用されうる。
【図面の簡単な説明】
【図１】等時性伝送路を介したデータの伝送についての本例によって使用されるデータパケットを示す図である。
【図２】本発明の典型的な実施例による等時性伝送路による伝送の初期化に関して、送信器と受信器の間のデータ交換の第１のステップを概略的に示す図である。
【図３】初期化段階の第２のステップを示す図である。
【図４】送信器へ伝送された受信器による受信承認応答に続くペイロードデータの伝送を示す図である。
【図５】送信器による転送終了パケットの伝送を示す図である。
【図６】受信されたパケット中の不連続性の検出に続いて行われる受信器による不連続性メッセージの送信を示す図である。
【図７】図６の場合の受信器及び送信器の続く動作を示す図である。
【符号の説明】
１    送信器
２    受信器
３    等時性伝送路
【図１】
0004759218.tif 000003
【図２】
0004759218.tif 000004
【図３】
0004759218.tif 000005
【図４】
0004759218.tif 000006
【図５】
0004759218.tif 000007
【図６】
0004759218.tif 000008
【図７】
0004759218.tif 000009