JP2013537774A - Ａｖインターフェースに基づいて成立したネットワークで経路帯域幅を確保してデータを送受信する方法及びその装置 - Google Patents

Abstract

ソースデバイスからシンクデバイスにストリームを伝送するデータ伝送経路のチェック及び確保を介して、データ伝送経路の有効性をあらかじめ評価し、これに基づいて、ストリーミング・サービスを行うデータ送受信方法及びその装置が開示される。

Description

本発明は、ＡＶ（audio/video）インターフェースに基づいて成立したネットワークでデータを送受信する方法及びその装置に係り、さらに詳細には、データ伝送経路を確保してデータを送受信する方法及びその装置に関する。

ＡＶ（audio/video）データを提供するソースデバイス（source device）と、ソースデバイスからＡＶデータを受信して再生するシンクデバイス（sink device）は、所定のＡＶインターフェース（ＡＶ interface）を介して連結される。

例えば、ソースデバイスとシンクデバイスは、デジタルＡＶデータの伝送のためのＤＶＩ（digital visual interface）またはＨＤＭＩ（high-definition multimedia interface）のようなＡＶインターフェースを介して連結される。

本発明が解決しようとする技術的課題は、データ伝送経路を確保してデータを送受信する方法及びその装置を提供するところにあり、前記方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。

前記技術的課題を解決するための本発明の一実施形態による第１デバイスがＡＶインターフェース（interface）を介して連結された第２デバイスにデータを伝送する方法は、所定ストリームを前記第２デバイスに伝送することができる経路（path）を確保することを要請する第１メッセージを、前記第２デバイスに伝送する段階と、前記第１メッセージに対する応答として、前記経路の確保結果についての情報を含む第２メッセージを、前記第２デバイスから受信する段階と、前記第２メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第２デバイスに伝送する段階と、を含む。

本発明によれば、データ伝送経路の帯域幅が確保された後にストリームが伝送されるので、ＱｏＳ（quality of service）を維持し、ストリーミング・サービスを行うことができる。従って、ＡＶインターフェースに連結されたネットワークで、ストリーミング・サービスの安定性を高めることができ、ユーザ経験（user experience）も向上させることができる。

本発明の一実施形態によるＡＶインターフェースによって連結されたデバイスのネットワーク構造（topology）を図示する図面である。 本発明の一実施形態によるＡＶインターフェースを介したデータの双方向伝送を図示する図面である。 本発明の他の実施形態によるＡＶインターフェースを介したデータの双方向伝送を図示する図面である。 本発明の一実施形態によるＡＶインターフェースに基づいたネットワークの階層構造を図示する図面である。 本発明の一実施形態によるデータ伝送経路を図示する図面である。 本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。 本発明の一実施形態による、データ伝送経路をチェックする方法を説明するためのフローチャートである。 本発明の一実施形態によるＡＶリンクを図示する図面である。 本発明の一実施形態による伝送単位を割り当てる方法を図示する図面である。 本発明の一実施形態による伝送単位をストリームに割り当てる方法を図示する図面である。 本発明の一実施形態による伝送単位をストリームに割り当てる方法を図示する図面である。 本発明の一実施形態によるＡＶインターフェースに基づいて成立したネットワークのデバイスを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示する図面である。 本発明の一実施形態による非同時性データパケットを図示する図面である。 本発明の一実施形態による非同時性データパケットのヘッダに含まれるControl Flagsフィールドを図示する図面である。 本発明の一実施形態によって、ＡＶネットワークのデバイスが周期的に伝送するパケットを図示する図面である。 本発明の一実施形態によって、ＡＶネットワークのデバイスが周期的に伝送するパケットを図示する図面である。 本発明の一実施形態によるデータ伝送経路のチェックのためのパケットを図示する図面である。 本発明の一実施形態によるデータ伝送経路のチェックのためのパケットに対する応答パケットを図示する図面である。 本発明の一実施形態によるデータ伝送経路の確保を要請するパケットを図示する図面である。 本発明の一実施形態によるデータ伝送経路の確保を要請するパケットに対する応答パケットを図示する図面である。 本発明の一実施形態によるデータ伝送装置及びデータ受信装置を図示する図面である。

本発明の一側面は、データ伝送経路を確保してデータを送受信する方法及びその装置を提供するところにあり、本発明の他の側面は、前記方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。

本発明の一実施形態による第１デバイスがＡＶ（audio/video）インターフェース（interface）を介して連結された第２デバイスにデータを伝送する方法は、所定ストリームを前記第２デバイスに伝送することができる経路（path）を確保することを要請する第１メッセージを、前記第２デバイスに伝送する段階と、前記第１メッセージに対する応答として、前記経路の確保結果についての情報を含む第２メッセージを、前記第２デバイスから受信する段階と、前記第２メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第２デバイスに伝送する段階と、を含む。

本発明の他の実施形態によれば、前記第１メッセージを、前記第２デバイスに伝送する段階は、前記経路が前記ストリームを伝送することができるか否かを確認するための第３メッセージを、前記第２デバイスに伝送する段階と、前記第３メッセージに対する応答として、前記経路に存在する全てのデバイス間の全てのリンクについての情報を含む第４メッセージを、前記第２デバイスから受信する段階と、前記第４メッセージに基づいて判断した結果、前記経路が前記ストリームを伝送することができると確認されれば、前記第１メッセージを、前記第２デバイスに伝送する段階と、を含む。

本発明のさらに他の実施形態によれば、前記第４メッセージは、前記経路に存在する全てのデバイス間の全てのリンクの使用可能な（available）帯域幅についての情報を含む。

本発明のさらに他の実施形態によれば、前記全てのリンクで使用可能な帯域幅についての情報は、前記経路に存在するデバイスが前記第３メッセージを中継することにより、前記経路に存在するデバイスにより、前記第３メッセージに追加され、前記第２デバイスに伝達される情報であることを特徴とする。

本発明のさらに他の実施形態によれば、前記第１メッセージは、前記ストリーム伝送に必要な帯域幅についての情報を含む。

前記技術的課題を解決するための本発明の一実施形態による第２デバイスがＡＶインターフェース（interface）を介して連結された第１デバイスからデータを受信する方法は、所定ストリームを前記第２デバイスに伝送することができる経路（path）を確保することを要請する第１メッセージを、前記第１デバイスから受信する段階と、前記第１メッセージに対する応答として、前記経路の確保結果についての情報を含む第２メッセージを、前記第１デバイスに伝送する段階と、前記第２メッセージに対する応答として選択的に、前記ストリームに係わるデータを前記第１デバイスから受信する段階と、を含む。

前記技術的課題を解決するための本発明の一実施形態によるＡＶインターフェース（interface）を介して連結された第２デバイスにデータを伝送する第１デバイスの装置は、所定ストリームを前記第２デバイスに伝送することができる経路（path）を確保することを要請する第１メッセージを、前記第２デバイスに伝送し、前記第１メッセージに対する応答として、前記経路の確保結果についての情報を含む第２メッセージを、前記第２デバイスから受信する経路管理部と、前記第２メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第２デバイスに伝送するデータ伝送部と、を含む。

前記技術的課題を解決するための本発明の一実施形態によるＡＶインターフェース（interface）を介して連結された第１デバイスからデータを受信する第２デバイスの装置は、所定ストリームを前記第２デバイスに伝送することができる経路（path）を確保することを要請する第１メッセージを、前記第１デバイスから受信し、前記第１メッセージに対する応答として、前記経路の確保結果についての情報を含む第２メッセージを、前記第１デバイスに伝送する経路管理部と、前記第２メッセージに対する応答として選択的に、前記ストリームに係わるデータを前記第１デバイスから受信するデータ受信部と、を含む。

前記技術的課題を解決するために本発明は、前記データ伝送方法及び／または前記データ受信方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。

以下、図面を参照しつつ、本発明の望ましい実施形態について詳細に説明する。

図１は、本発明の一実施形態によるＡＶインターフェースを介して連結されたデバイスのネットワーク構造（topology）を図示している。ＡＶインターフェースは、ＡＶデータの送受信のためのインターフェースを意味する。「ＡＶリンク」は、本発明の一実施形態によるＡＶインターフェースに基づいて成立したリンクを意味し、ＨＤＭＩ（high-definition multimedia interface）は、ＨＤＭＩケーブルを介した連結を意味する。

図１を参照すれば、ＡＶデバイスは、本発明の一実施形態によるＡＶインターフェースを介してネットワークを構成することができる。複数のルームに存在するＡＶデバイスは、本発明の一実施形態によるＡＶインターフェースを介して、同じルームまたは他のルームに存在する多種のＡＶデバイスと連結される。このとき、ＡＶリンクを中継するスイッチ（switch）デバイスが、ＡＶインターフェースに基づいた連結を中継する。スイッチデバイスは、ＡＶリンク・ホームスイッチ１５１のように、ＡＶリンクの中継のための別途のデバイスでもあり、スイッチ機能を内蔵したＡＶデバイス１５２，１５３，１５４，１５５，１５６及び１５７でもある。ルーム１ １１０では、ＡＶデバイスであるＡＶレシーバ１５２、ＴＶ（television）１５３及びブルーレイ・プレーヤ１５７が、スイッチデバイスの役割を行い、ルーム３ １３０及びルーム４ １４０では、ＡＶデバイスであるＴＶ １５５及び１５６がスイッチデバイスの役割を行う。

また、スイッチデバイスは、本発明の一実施形態によるＡＶインターフェースとＨＤＭＩとをスイッチングするデバイスでもある。例えば、ルーム２ １２０のスイッチデバイス １５４は、ＨＤＭＩを介して、コンピュータとゲーム機とからＡＶデータを受信し、受信されたＡＶデータを、本発明の一実施形態によるＡＶリンクを介して、ルーム１ １１０、ルーム３ １３０またはルーム４ １４０のデバイスに伝送することができる。

図１に図示されたネットワークのデバイスは、行う役割によって、ソース／リーフ（leaf）・デバイス、ソース／スイッチ・デバイス、スイッチデバイス、シンク／スイッチ・デバイス及びシンク／リーフ・デバイスに区分される。

ルーム１ １１０のセットトップボックス１６４のように、ＡＶリンクを中継せずに、ＡＶデータを提供するデバイスは、ソース／リーフ・デバイスに該当し、ルーム１ １１０のブルーレイ・プレーヤ１５２のように、他のデバイスにＡＶデータを提供しながら、ＡＶリンクを中継するデバイスは、ソース／スイッチ・デバイスに該当する。また、ＡＶリンク・ホームスイッチ１５１のように、ＡＶリンクの中継だけ行うデバイスは、スイッチデバイスに該当し、ルーム４ １４０のＴＶ １５６のように、ＡＶデータを他のデバイスから提供されながら、ＡＶリンクを中継するデバイスは、シンク／スイッチ・デバイスに該当する。最後に、ルーム４ １４０のプロジェクタ１６３のように、ＡＶリンクを中継せずに、ＡＶデータを他のデバイスから提供されるデバイスは、シンク／リーフ・デバイスに該当する。

図１に図示されたネットワーク構造によれば、ルーム１ １１０のブルーレイ・プレーヤ１５７のＡＶデータが、ＡＶレシーバ１５２及びＡＶリンク・ホームスイッチ１５１を介して、ルーム３ １３０のＴＶ １５５またはルーム４ １４０のＴＶ １５６に伝送される。また、ルーム４のセットップボックス１５８で受信される放送信号が、ＡＶリンク・ホームスイッチ１５１を介して、ルーム３ １３０のＴＶ １５６、ＡＶリンク・ホームスイッチ１５１及びＡＶレシーバ１５２を介して、ルーム１ １１０のＴＶ １５３に伝送される。

言い換えれば、図１に図示されたように、ＡＶインターフェースに基づいたネットワーク（以下、「ＡＶネットワーク」とする）で、自由にＡＶデータを送受信するためには、本発明の一実施形態によるＡＶインターフェースは、データの双方向伝送を支援しなければならない。

ＤＶＩ（digital visual interface）及びＨＤＭＩのような従来技術によるＡＶインターフェースは、ソースデバイスからシンクデバイスへの単方向データ伝送のみを支援する。ソースデバイスのＡＶデータは、シンクデバイスに伝送されるのみ、ＤＶＩ及びＨＤＭＩのような従来技術によるＡＶインターフェースを介して、シンクデバイスがソースデバイスにＡＶデータを伝送することができない。例えば、ルーム４ １４０のシンクデバイスであるＴＶ １５６は、ＨＤＭＩに連結されたセットップボックス１５８からＡＶデータを受信することができるのみ、セットトップボックス１５８にＡＶデータを伝送することはできない。

しかし、本発明の一実施形態によるＡＶインターフェースを介したＡＶリンクは、データの双方向伝送を支援し、図１に図示されたネットワーク構造において、他のルームのデバイスにデータを伝送することもでき、他のルームのデバイスからデータを受信することができる。特に、本発明の一実施形態によるＡＶリンクは、非圧縮ビデオデータの双方向伝送が可能であり、データの双方向伝送の例について、図２Ａ及び図２Ｂを参照して詳細に説明する。

図２Ａは、本発明の一実施形態によるＡＶインターフェースを介したデータの双方向伝送を図示している。図２Ａを参照すれば、ソースデバイス１ ２１０（例えば、ブルーレイ・プレーヤ）のＡＶデータ（例えば、非圧縮ビデオデータ）は、シンクデバイス１ ２１６（例えば、プロジェクタ）で再生され、ソースデバイス２ ２１２（例えば、セットトップボックス）のＡＶデータは、ソース／シンク・デバイス２１４（例えば、ＰＣ（personal computer））で再生され、ソース／シンク・デバイス２１４のＡＶデータは、シンク／スイッチ・デバイス１ ２１８（例えば、ＴＶ）で再生される。

シンク／スイッチ・デバイス１ ２１８は、ソースデバイス１ ２１０のＡＶデータ及びソースデバイス２ ２１２のＡＶデータを、ソースデバイス１ ２１０及びソースデバイス２ ２１２から受信した後、受信されたＡＶデータを時分割デュプレックス（time division duplex）して、スイッチデバイス２ ２２０に伝送する。

ソースデバイス１ ２１０のＡＶデータ及びソースデバイス２ ２１２のＡＶデータを受信したスイッチデバイス２ ２２０は、受信されたデータを中継し、シンクデバイス１ ２１６にソースデバイス１ ２１０のＡＶデータを伝送し、ソース／シンク・デバイス２１４に、ソースデバイス２ ２１２のＡＶデータを伝送する。また、スイッチデバイス２ ２２０は、ソース／シンク・デバイス２１４からＡＶデータを受信し、受信されたＡＶデータを、スイッチデバイス１ ２１８に伝送する。

シンク／スイッチ・デバイス１ ２１８とスイッチデバイス２ ２２０との間、及びスイッチデバイス２ ２２０とソース／シンク・デバイス２１４とのリンクについて説明すれば、ＡＶデータ、すなわち、非圧縮ビデオデータは、単方向だけに伝送されるのではなく、双方向に伝送される。従って、図２Ａのデバイスが、それぞれ１つのＡＶインターフェースケーブルに連結された場合、ＡＶインターフェースは、１本のケーブルを介して、双方向データ伝送を行うことができ、複数のソースデバイスから受信したＡＶデータを、時分割デュプレックスを利用して伝送する。

図２Ｂは、本発明の一実施形態によるＡＶインターフェースを介したデータの双方向伝送を図示している。図２Ｂに図示された実施形態を参照すれば、ソースデバイス１ ２１０（例えば、ブルーレイ・プレーヤ）のＡＶデータ（例えば、非圧縮ビデオデータ）は、シンクデバイス１ ２１６（例えば、プロジェクタ）で再生され、ソースデバイス２ ２１２（例えば、セットトップボックス）のＡＶデータは、ソース／シンク・デバイス２１４（例えば、ＰＣ）で再生され、ソース／シンク・デバイス２１４のＡＶデータは、シンク／スイッチ・デバイス１ ２１８（例えば、ＴＶ）で再生される。

ただし、図２Ａは、時分割デュプレックスを利用してデータを送受信する方法を図示するとするならば、図２Ｂは、空間分割デュプレックス（space divisionduplex）を利用してデータを送受信する方法を図示している。図４と係わって後述するように、本発明の一実施形態によるＡＶインターフェースに基づいたＡＶリンクは、複数のサーブリンクを含むことができる。また、複数のサーブリンクは、デバイスとデバイスとの物理的な連結を示す空間的に分離した複数のレーンに対応する。従って、図２Ｂに図示されたように、ＡＶデータを送受信するにおいて、複数のサブリンクに基づいた空間分割デュプレックスを利用してデータを送受信することができる。

例えば、図２Ｂで、シンク／スイッチ・デバイス１ ２１８は、ソースデバイス１ ２１０のＡＶデータ、及びソースデバイス２ ２１２のＡＶデータを、２つのサブリンクを利用して空間分割デュプレックスで伝送することができる。同様に、スイッチデバイス２ ２２０からソース／シンク・デバイス２１４のＡＶデータを受信するときには、他のサブリンクを利用して受信することができる。

ＤＶＩ及びＨＤＭＩのような従来技術によるＡＶインターフェースは、ＡＶデータの双方向伝送を行うことができない。従って、図１に図示されたように、ＡＶインターフェースを利用してデータ伝送ネットワークを構成することができない。しかし、本発明によるＡＶインターフェースは、図２Ａ及び図２Ｂに図示されたように、１本のケーブルを介した双方向データ伝送が可能であるから、多様なデバイスが連結された柔軟なネットワーク構成が可能である。

再び図１を参照すれば、ＡＶデータだけではなく、多様な類型（type）のデータ、すなわち、イーサネット（登録商標）データ、ＵＳＢ（universal serial bus）データのようなデータも、本発明の一実施形態によるＡＶインターフェースを介して送受信される。ルーム２ １２０のノート型パソコン１６０がルーム１ １１０に設置された無線ＬＡＮ（local area network）共有器１５９を介して、ルーム３ １３０のＰＣ １６１に、イーサネットデータを伝送する場合を例を挙げて説明する。イーサネットデータとは、一般的に、ＴＣＰ（transmission control protocol）／ＩＰ（internet protocol）基盤ＬＡＮを介して伝送されるデータである。

しかし、本発明の一実施形態によるＡＶインターフェースは、従来技術によるＡＶインターフェースと異なり、双方向データ伝送を支援するので、ＡＶインターフェースを介して、イーサネットデータを送受信することができる。従って、ノート型パソコン１６０は、ＡＶリンクで構成されたネットワークを介して、イーサネットデータをＰＣ １６１に伝送する。このために、図１のネットワークに存在するスイッチデバイスは、イーサネットデータを中継することができる機能を具備する。リンク階層のスイッチングを介して、イーサネットデータを無線共有器１５９からＰＣ １６１に伝達する。

他の実施形態として、カメラ１６２のＵＳＢデータをノート型パソコン１６０に伝送する場合に、スイッチデバイスは、具備されたＵＳＢデータのスイッチ機能を利用し、ＵＳＢデータをノート型パソコン１６０に伝達する。ＡＶインターフェースを介して、ＡＶデータだけではなく、多種のデータを伝送するので、ＡＶインターフェースに連結されたネットワークに、多様なデバイスが接続され、自由にデータを送受信することができる。スイッチデバイスは、リンク階層のスイッチングを介して、ＵＳＢデータを中継する。

また、デバイス及びネットワークの制御のためのデータも、本発明の一実施形態によるＡＶインターフェースを介して送受信される。例えば、ユーザは、ルーム１ １１０のＴＶ １５３を利用し、同じルームのＡＶレシーバ１５２を制御することができる。ユーザは、ＴＶ １５３を操作し、ＡＶレシーバ１５２を制御するためのデータを、ＡＶインターフェースを介して伝送することにより、ＡＶレシーバ１５２を制御する。また、ＡＶインターフェースを利用して構成されたネットワークに接続された他のルーム １４０のＴＶ １５６またはセットトップボックス１５８を、ＡＶインターフェースを介して、制御することができる。

ＡＶインターフェースに連結されているネットワークの制御のためのデータも、ＡＶインターフェースを介して送受信されるが、リンクの設定はもとより、ネットワークを管理するためのデータが、ネットワークの制御のためのデータとして、ＡＶインターフェースを介して送受信される。

多様な類型のデータが、ＡＶインターフェースを介して送受信されるので、ＡＶネットワークの伝送単位は、データの類型についての情報を含んでもよい。データ類型についての情報は、ＡＶネットワークの伝送単位のヘッダに含まれる。
また、本発明の一実施形態によるＡＶインターフェースを介して、電力も伝達することができる。ＵＳＢインターフェースを介した電力伝達のように、ＡＶリンクを介して、モバイルデバイスに所定の電力を伝達することができる。ＡＶリンクを介して、電力伝達を介してモバイルデバイスの充電または作動のための電力を伝達する。

図３は、本発明の一実施形態によるＡＶネットワークの階層構造を図示している。

前述のように、本発明の一実施形態によるＡＶインターフェースに基づいて、多様な類型のデータを双方向で伝送するために、図３に図示されたようなネットワーク階層構造を利用することができる。

図３を参照すれば、本発明の一実施形態によるネットワーク階層構造は、アプリケーション階層３１０、リンク階層３２０及び物理階層３３０を含む。アプリケーション階層３１０は、前述のＡＶインターフェースを介して送受信されるデータの処理と係わるサブ階層を含む。

ソースデバイスのアプリケーション階層は、ビデオデータの伝送のためのビデオソース階層、オーディオデータの伝送のためのオーディオソース階層、及びＡＶコンテンツの著作権保護のためのＣＰ（content protection）階層を含んでもよい。また、イーサネットデータの伝送と係わるイーサネット階層、ＴＣＰ／ＩＰ階層及びＤＬＮＡ（digital living network alliance）／ＵＰｎＰ（universal plug and play）階層を含んでもよい。ＵＳＢデータの伝送と係わるＵＳＢスタック（stack）及びＡＶネットワークの制御と係わるＡＶインターフェース命令階層を含んでもよい。

同様に、シンクデバイスのアプリケーション階層は、ビデオデータの受信のためのビデオシンク階層、オーディオデータの受信のためのオーディオシンク階層、及びＡＶコンテンツの著作権保護のためのＣＰ階層を含んでもよい。また、イーサネットデータの受信と係わるイーサネット階層、ＴＣＰ／ＩＰ階層及びＤＬＮＡ／ＵＰｎＰ階層を含んでもよい。ＵＳＢデータの伝送と係わるＵＳＢスタック及び制御データの伝送と係わるＡＶインターフェース命令階層を含んでもよい。

リンク階層３２０は、アプリケーション階層のデータを目的デバイスに正確に伝達するための機能を提供する。リンク階層３２０は、オーディオデータ、ビデオデータのように、リアルタイム伝送が必要なデータのパケット化（packetize）またはデパケット化（depacketize）のための同時性データパケット化／デパケット化（isochronous data Ｐａｋｔ．／Ｄｅｐｋｔ．）階層を含む。また、イーサネットデータ、ＵＳＢデータ及びネットワーク制御データのように、リアルタイム伝送が不要なデータのパケット化またはデパケット化のための非同時性データパケット化／デパケット化（asynchronous data Ｐａｋｔ．／Ｄｅｐｋｔ．）階層を含む。また、ＡＶリンクの管理、及びＡＶリンクに基づいたネットワークの管理のためのリンク管理階層及びネットワーク管理階層を含む。

スイッチデバイスは、前述のリンク階層のスイッチングを行うために、ビデオスイッチ階層、オーディオスイッチ階層、イーサネットスイッチ階層及びデータスイッチ階層を含む。ビデオスイッチ階層及びオーディオスイッチ階層は、同時性データパケット化／デパケット化階層のデパケット化結果に基づいて、リンク階層のソースアドレス（source address）及び宛先アドレス（destination address）を決定し、決定結果に基づいてスイッチングを行う。同様に、イーサネットスイッチ階層及びデータスイッチ階層は、非同時性データパケット化／デパケット化階層のデパケット化結果に基づいて、リンク階層のソースアドレス及び宛先アドレスを決定し、決定結果に基づいてスイッチングを行う。

物理階層３３０は、リンク階層３２０のデータを、ケーブルを介して伝送するために、物理的な信号に変換する階層である。ソースデバイス、スイッチデバイス及びシンクデバイスは、いずれも物理階層３３０を含み、ＡＶコネクタ（connector）、データの伝送のための物理伝送階層、及びデータの受信のための物理受信階層を含む。

リンク階層３２０の同時性データパケット化／デパケット化階層、または非同時性データパケット化／デパケット化階層は、パケット化されたデータをリンク伝送階層に伝達し、リンク伝送階層は、パケット化されたデータを多重化し、物理階層３３０に伝達することができる。前述のように、本発明によるＡＶリンクは、空間分割デュプレックスために、複数のサブリンクを含み、ＡＶケーブルが複数のサブリンクに対応する空間的に分離された複数のレーンを含んでもよい。従って、リンク伝送階層は、パケット化されたデータを多重化（multiplexing）し、それぞれのレーンに割り当てた後、複数のレーンにそれぞれ対応する複数の物理伝送階層に伝達することができる。

一方、複数のレーンにそれぞれ対応する複数の物理受信階層が受信したデータは、リンク受信階層に伝達され、リンク受信階層は、複数の物理受信階層から受信したデータを逆多重化（demultiplexing）し、同時性データパケット化／デパケット化階層、または非同時性データパケット化／デパケット化階層に伝達することができる。同時性データパケット化／デパケット化階層、または非同時性データパケット化／デパケット化階層は、受信されたデータをデパケット化し、アプリケーション階層３１０に伝達するか、あるいはスイッチ階層に伝達する。

図３に図示されたネットワーク階層構造によるデータの送受信は、ＡＶネットワークで、それぞれのデバイスに割り当てられたアドレスに基づいて行われる。ＡＶインターフェースに連結されたデバイスを識別するために、それぞれのデバイスに、所定のアドレスが割り当てられ、割り当てられたアドレスに基づいて、データの送受信が行われる。

図４は、本発明の一実施形態によるデータ伝送経路を図示している。図４を参照すれば、図１のように、ＡＶインターフェースに基づいて形成されたネットワークで、ソースデバイス４１０がシンクデバイス４４０に、所定のデータを伝送するために、スイッチデバイス４２０及び４３０を経なければならない場合がある。ソースデバイス４１０とシンクデバイス４４０とが直接連結されていない場合には、スイッチデバイス４２０及び４３０がソースデバイス４１０が伝送するデータを中継し、シンクデバイス４４０に伝達しなければならない。

図４に図示された例では、ソースデバイス４１０とシンクデバイス４４０との間には、２個のスイッチデバイス４２０及び４３０が存在し、これにより、リンク０ ４１１、リンク１ ４２１及びリンク２ ４３１が、ＡＶインターフェースに基づいて成立する。

ソースデバイス４１０がシンクデバイス４４０に伝送するデータは、ストリームであり、リアルタイム伝送が必要であり、ＱｏＳ（quality of service）を維持した状態で、ストリームを伝送するためには、リンク０ ４１１、リンク１ ４２１及びリンク２ ４３１にストリームを伝送するための帯域幅が確保されなければならない。図２Ａ及び図２Ｂと係わって説明したように、スイッチデバイスが、複数のソースデバイスが伝送するデータを中継するときには、時分割デュプレックスまたは空間分割デュプレックスを利用して、中継されるデータを多重化する。ところで、スイッチデバイス１ ４２０及びスイッチデバイス２ ４３０が、現在多量のデータを中継しており、ソースデバイス４１０がシンクデバイス４４０に伝送するストリームのために、帯域幅を利用することができなければ、ストリーミング・サービスの品質は、顕著に落ちてしまい、ストリーミング・サービス自体が不可能になることもある。

従って、ソースデバイス４１０は、ストリームをシンクデバイス４４０に伝送する前に、あらかじめデータ伝送経路の帯域幅を確保し、ストリームを伝送する必要がある。データ伝送経路の帯域幅は、リンク０ ４１１の帯域幅、リンク１ ４２１の帯域幅及びリンク２ ４３１の帯域幅のうち、最小の帯域幅によって決定されるが、図５及び図６を参照して、データ伝送経路の帯域幅を確保する方法について詳細に説明する。

図５は、本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。図５を参照すれば、ソースデバイス４１０が、シンクデバイス４４０に、ストリームを伝送してストリーミング・サービスを始める前に、段階５１０で、ソースデバイス４１０は、シンクデバイス４４０までのデータ伝送経路をチェックする。データ伝送経路の帯域幅が、ストリーミング・サービスを行うことができるほどに十分な帯域幅であるか否かをチェックすることができる。段階５１０に係わる詳細な説明は、図６を参照して後述する。

段階５１０のチェック結果、データ伝送経路がストリーミング・サービスを支援することができる場合には、段階５２０で、ソースデバイス４１０は、データ伝送経路を確保することをスイッチデバイス１ ４２０に伝送する。

段階５１０のチェック結果、データ伝送経路がストリーミング・サービスを支援する場合にも、経路チェック以後に、リンク０ ４１１に使用可能な帯域幅に変更が発生することがある。段階５１０のチェック以後、ストリーミング・サービスに帯域幅が割り当てられる前に、スイッチデバイス１ ４２０が、他のデータの中継を行うことになり、スイッチデバイス１ ４２０の使用可能な資源（resource）がストリーミング・サービスに利用されない場合がこれに該当する。

従って、段階５２０で、ソースデバイス４１０は、データ伝送経路を確保することをスイッチデバイス１ ４２０に要請する。スイッチデバイス１ ４２０の要請に従って、リンク０ ４１１の資源（例えば、帯域幅）が、ソースデバイス４１０が伝送するストリームに割り当てられる。

段階５２０で、ソースデバイス４１０が、データ伝送経路の確保をスイッチデバイス１ ４２０に要請すれば、ソースデバイス４１０とスイッチデバイス１ ４２０は、ネットワークの制御のためのデータを送受信し、リンク０ ４１１の資源を確保する。

リンクトレーニング（link training）及び帯域幅割り当てを行い、リンク０ ４１１の資源を確保する。リンクトレーニングは、リンク０ ４１１の初期化、リンクパラメータの設定、クロック同期化及びチャンネル等化（channel equalization）のように、リンクの設定のための過程を含む。帯域幅割り当ては、伝送単位の割り当てを意味するが、図８を参照して詳細に説明する。

リンク０ ４１１の資源が確保されれば、スイッチデバイス１ ４２０は、段階５２０で受信されたデータ伝送経路の確保要請を、スイッチデバイス２ ４３０に中継する。スイッチデバイス１ ４２０は、データ伝送経路の確保を、スイッチデバイス２ ４３０に要請し、スイッチデバイス１ ４２０とスイッチデバイス２ ４３０は、ネットワークの制御のためのデータを送受信し、リンク１ ４２１の資源を確保する。段階５２０と同様に、リンクトレーニング及び帯域幅割り当てを行い、リンク１ ４２１の資源を確保する。

リンク１ ４２１の資源が確保されれば、スイッチデバイス２ ４３０は、段階５３０で受信されたデータ伝送経路の確保要請を、シンクデバイス４４０に中継する。スイッチデバイス２ ４３０は、データ伝送経路の確保をシンクデバイス４４０に要請し、スイッチデバイス２ ４３０とシンクデバイス４４０は、ネットワークの制御のためのデータを送受信し、リンク２ ４３１の資源を確保する。段階５３０と同様に、リンクトレーニング及び帯域幅割り当てを行い、リンク２ ４３１の資源を確保する。

段階５５０ないし段階５７０で、シンクデバイス４４０は、段階５２０ないし段階５４０を介して受信されたデータ伝送経路の確保要請に対する応答を、ソースデバイス４１０に伝送する。

段階５２０ないし段階５４０を介して、データ伝送経路の全てのリンクの資源が確保されれば、データ伝送経路の確保成功を示す情報を含む応答をソースデバイス４１０に伝送し、段階５８０で、ストリーミング・サービスを行う。

しかし、リンク０ ４１１、リンク１ ４２１及びリンク２ ４３１のうちいずれか一つでも、ストリーミング・サービスを支援することができなければ、段階５５０ないし段階５７０を介して伝送される応答は、データ伝送経路の確保失敗を示す情報を含む。データ伝送経路の確保が失敗すれば、既確保のリンクも、確保以前の状態に復元される。

例えば、リンク０ ４１１及びリンク１ ４２１の資源は、ストリーミング・サービスのために確保されたが、リンク２ ４３１の資源が確保されず、データ伝送経路が確保されない場合には、既確保のリンク０ ４１１及びリンク１ ４２１も、確保以前の状態に復元される。リンクトレーニングを取り消し、ストリーミング・サービスに係わる帯域幅割り当てを取り消す。

図６は、本発明の一実施形態による、データ伝送経路をチェックする方法について説明するためのフローチャートである。図６は、図５の段階５１０をさらに詳細に図示するものである。図６を参照すれば、段階６１０で、ソースデバイス４１０は、データ伝送経路のチェックをスイッチデバイス１ ４２０に要請する。チェック要請には、ストリーミング・サービスのために必要な資源（例えば、帯域幅）についての情報と共に、ソースデバイス４１０とスイッチデバイス１ ４２０とのリンクであるリンク０ ４１１についての情報（例えば、使用可能な帯域幅についての情報）が含まれる。

段階６２０で、スイッチデバイス１ ４２０は、段階６１０で受信された要請をスイッチデバイス２ ４３０に中継する。中継するときに、スイッチデバイス１ ４２０とスイッチデバイス ４３０とのリンクであるリンク１ ４２１についての情報をさらに含めて中継する。言い換えれば、段階６２０で伝送されるチェック要請には、ストリーミング・サービスのために必要な資源についての情報、リンク０ ４１１についての情報及びリンク１ ４２１についての情報が含まれる。

段階６３０で、スイッチデバイス２ ４３０は、段階６２０で受信された要請をシンクデバイス４４０に中継する。中継するときに、スイッチデバイス２ ４３０とシンクデバイス４４０とのリンクであるリンク２ ４３１についての情報をさらに含めて中継する。言い換えれば、段階６３０で伝送されるチェック要請には、ストリーミング・サービスのために必要な資源についての情報、リンク０ ４１１についての情報、リンク１ ４２１についての情報及びリンク２ ４３１についての情報が含まれる。

段階６３０で受信されたチェック要請に基づいて、シンクデバイス４４０は、データ伝送経路が有効であるか否かを判断する。チェック要請に含まれているストリーミング・サービスのために必要な資源についての情報を、リンク０ ４１１についての情報、リンク１ ４２１についての情報及びリンク２ ４３１についての情報と比較し、データ伝送経路が有効であるか否かを判断することができる。

ストリーミング・サービスのために必要な帯域幅より、リンク０ ４１１の使用可能な帯域幅、リンク１ ４２１の使用可能な帯域幅及びリンク２ ４３１の使用可能な帯域幅が広ければ、データ伝送経路が有効であると判断することができる。

データ伝送経路が有効であると判断されれば、段階６４０ないし段階６６０を介して、データ伝送経路が有効であるということを示す情報を含む応答を、ソースデバイス４１０に伝送する。このとき、データ伝送経路の全てのリンクについての情報が応答に含まれる。言い換えれば、リンク０ ４１１の使用可能な帯域幅、リンク１ ４２１の使用可能な帯域幅、及びリンク２ ４３１の使用可能な帯域幅についての情報が応答に含まれる。

データ伝送経路が有効ではないと判断されれば、段階６４０ないし段階６６０を介して、データ伝送経路が有効ではないということを示す情報を含む応、ソースデバイス４１０に伝送する。このときにも、データ伝送経路の全てのリンクについての情報が応答に含まれる。

図７は、本発明の一実施形態によるＡＶリンクを図示している。図７を参照すれば、本発明によるＡＶインターフェースに基づいて成立したＡＶリンクは、複数のレーンを含んでもよい。それぞれのレーンは、デバイスとデバイスとの物理的な連結を示すものであり、ＴＰ（twisted pair）にそれぞれ対応する。それぞれのレーンを介して、双方向データ通信が可能である。

図５の段階５２０ないし段階５４０で行われる帯域幅割り当ては、図７に図示された複数のレーンのうち一つまたは複数のレーンをストリームに割り当てることを意味する。図８、図９Ａ及び図９Ｂを参照して詳細に説明する。

図８は、本発明の一実施形態による伝送単位の割り当て方法を図示している。図８は、ソースデバイス４１０からシンクデバイス４４０への方向を、順方向であるとするとき、順方向サブリンクでの伝送単位の割り当てについて、例を挙げて説明する。

図８を参照すれば、帯域幅の割り当ては、それぞれのリンクで、ソースデバイス４１０が伝送するストリームに伝送単位を割り当てることを意味する。伝送単位は、複数の基本単位を含み、データ伝送の基礎になる単位を意味する。

１つのサイクル８１０，８２０または８３０には、複数の伝送単位（例えば、１０２４個の伝送単位）が含まれもし、複数のレーンを介して、伝送単位が同時に伝送されることもある。また、それぞれの伝送単位は、複数の基本単位（例えば、２５６個の基本単位）を含んでもよいが、基本単位は、最小データ単位を意味する。例えば、ビット深度（bit depth）が８ビットである映像データで、基本単位は、８ビットでもある。しかし、８ビットの基本単位は、デバイス間の送受信のために、チャンネル符号化（channel coding）され、チャンネル符号化された基本単位は、８ビットより大きいビット（例えば、１０ビット）の単位でもある。

サイクル８１０，８２０または８３０は、伝送単位の割り当てが変更される周期を意味する。サイクルごとに、伝送単位の割り当てを変更することができるが、ストリーミング・サービスが続く間には、伝送単位の割り当てを変更しないこともある。ソースデバイス４１０からシンクデバイス４４０への順方向サブリンクは、複数のレーンを含んでもよく、それぞれのレーンについて、伝送単位の割り当てを異なって設定することもでき、全てのレーンについて、伝送単位の割り当てを同一に設定することもできる。

伝送単位の割り当ては、１つの伝送単位８４０に含まれた複数の基本単位を、所定のデータに割り当てることによって行われる。例えば、ソースデバイス４１０が伝送するストリームに、伝送単位８４０に含まれた複数の基本単位を割り当てることができる。

前述のように、それぞれのサイクル８１０，８２０及び８３０ごとに、伝送単位の割り当ては異なっており、それぞれのサイクル８１０，８２０及び８３０が始まるとき、伝送単位の割り当てについての情報を、サイクル開始パケット（cycle start packet）８２１及び８３１に含め、ＡＶリンクを形成している相対デバイスに伝送することができる。サイクル開始パケット８２１及び８３１を介して、当該サイクル８１０，８２０及び８３０での伝送単位の割り当てについての情報を受信したデバイスは、受信された情報に基づいて、受信された伝送単位から、ソースデバイス４１０が伝送するストリームに対応する基本単位だけ抽出することができる。サイクル開始パケットは、図８に図示されているように、それぞれのサイクルで、最初で（initially）伝送される少なくとも１つの伝送単位に含まれる。

図９Ａ及び図９Ｂは、本発明の一実施形態による伝送単位をストリームに割り当てる方法を図示している。

図９Ａを参照すれば、順方向サブリンクがレーンＬ０のみを含むとき、Ｌ０のレーンを介して伝送される伝送単位の一部基本単位９１０を、ソースデバイス４１０が伝送するストリームに割り当てることにより、帯域幅を割り当てることができる。

また、図９Ｂに図示されているように、順方向サブリンクが、レーンＬ０，Ｌ１及びＬ２を含むとき、Ｌ０，Ｌ１及びＬ２を介して伝送される伝送単位の一部基本単位９２０を、ソースデバイス４１０が伝送するストリームに割り当てることにより、帯域幅を割り当てることができる。

図１０は、本発明の一実施形態によるＡＶインターフェースに基づいて成立したネットワークのデバイスを図示している。図１０に表示された数字は、ポート（port）番号を意味し、円形ポートは、ＡＶネットワークのポートを意味する。０番ポートは、いずれもホストファンクション（function）を意味し、０番ポートを除いた四角ポートは、イーサネットポートを意味する。円形輪郭に「Ｘ」字表示は、ＡＶネットワークで送受信されるデータを中継するＡＶネットワークのスイッチを意味する。ただし、ルータのスイッチは、イーサネットデータだけ中継するイーサネットスイッチを意味する。

段階５８０（図５）で、ストリーミング・サービスが行われるためには、ＡＶリンクで成立したＡＶネットワークのデバイスが、ソースデバイス４１０のストリームをシンクデバイス４４０まで正確に中継しなければならない。このために、図１０に図示されたＡＶネットワークのデバイスは、ソースデバイス４１０がマッピングされたポートを介してストリームを受信し、シンクデバイス４４０がマッピングされたポートを介してストリームを伝送する。このとき、それぞれのデバイスは、ポートと、ポートのストリームとがマッピングされたフォワーディング・テーブルを参照し、ストリームを中継することができる。フォワーディング・テーブルは、図１１Ａないし図１１Ｉを参照して説明する。

図１１Ａないし図１１Ｉは、本発明の一実施形態によるストリームを中継するためのフォワーディング・テーブルを図示している。

図１０に図示されたデバイス間で、ＳＴＢ １０１０がＴＶ１ １０２０に伝送するストリームＡ、ＴＶ１ １０２０がＡＶＲ １０３０に伝送するストリームＢ、ＢＤＰ １０４０がＴＶ２ １０５０に伝送するストリームＣ、ＳＴＢ １０１０がＰＣ２ １０６０に伝送するストリームＤ、ＧＣ １０６０がＴＶ３ １０８０に伝送するストリームＥに、いずれも５個のストリームが送受信されるとき、図１１Ａは、ＳＴＢ １０１０のフォワーディング・テーブルを図示し、図１１Ｂは、ＡＶＲ １０３０のフォワーディング・テーブルを図示し、図１１ＣはＰＶＲ １０９０のフォワーディング・テーブルを図示している。図１１Ｄは、ＴＶ１ １０２０のフォワーディング・テーブルを図示し、図１１Ｅは、ＴＶ２ １０５０のフォワーディング・テーブルを図示し、図１１Ｆは、ＧＣ １０７０のフォワーディング・テーブルを図示している。図１１Ｇは、ＰＣ２ １０６０のフォワーディング・テーブルを図示し、図１１Ｈは、ＴＶ３ １０８０のフォワーディング・テーブルを図示し、図１１Ｉは、ＢＤＰ １０４０のフォワーディング・テーブルを図示している。

ソースアドレスに係わる項目は、５つのストリームのソースデバイスのＡＶネットワークのアドレスを定義する。ストリーム・インデックスは、１つのソースデバイスが複数のストリームを伝送するとき、複数のストリームを区分するための識別子を定義し、In Port項目及びOut Port項目は、ストリームが受信されるポートと、ストリームが伝送されるポートとを定義する。ＢＷ項目は、それぞれのストリームを送受信するために必要な帯域幅を定義する。

図１２は、本発明の一実施形態による非同時性データパケットを図示している。

図５の段階５２０ないし段階５８０、図６の段階６１０ないし段階６６０で、デバイス間で送受信される要請及び応答は、ネットワークの制御のために送受信される要請及び応答であり、前述の非同時性データに該当する。図１２は、かような非同時性データパケットの構造を図示している。

図１２を参照すれば、ＡＶネットワークを介して送受信される非同時性データパケットの「Header」部分は、宛先ＡＶネットワーク・アドレスとして、「Destination Address」フィールドを含み、ソースＡＶネットワーク・アドレスとして、「Source Address」フィールドを含む。

「Type」フィールドは、非同時性データパケットの類型を定義する。非同時性データパケットが、リンク階層管理のためのパケット、イーサネットフレームを含むパケット、アプリケーション階層の制御命令のためのパケット、データの受信を確認するためのＡＣＫパケットのうち、いずれのパケットであるかを示す情報が「Type」フィールドに含まれる。「Subtype」フィールドは、「Type」フィールドによって区別される類型より、さらに詳細な類型を定義する利用される。

「Control Flags」フィールドは、詳細なパケット制御のためのフラグであり、図１３に図示された通りである。図１３を参照すれば、「Control Flags」は、「Path Processing Required」フィールド、「Forwarding Prohibited」フィールド及び「ＡＣＫ Requested」フィールドを含んでもよい。「Path Processing Required」フィールドは、非同時性データパケットが、パケットを受信したデバイスによって、処理及び／または修正されなければならないパケットであるか否か示すフィールドであり、「Forwarding Prohibited」フィールドは、非同時性データパケットの中継を禁止するフィールドである。「ＡＣＫ Requested」フィールドは、非同時性データパケットを受信したデバイスに、受信を確認する応答を強要するためのフィールドである。

ＡＶネットワークの伝送単位の「data」部分は、実際伝送されるデータを含む。非同時性データパケットが、伝送単位の割り当てについての情報を含めば、「data」部分に、伝送単位の割り当てについての情報が含まれる。

図１４及び図１５は、本発明の一実施形態によって、ＡＶネットワークのデバイスが周期的に伝送するパケットを図示している。

図１及び図１０に図示されているように、ＡＶインターフェースに基づいて形成されたネットワークを維持するためには、ネットワークに含まれるデバイスが、自体の存在をネットワークの他のデバイスに通知する必要がある。従って、ＡＶネットワークのデバイスは、周期的に自体の存在を他のデバイスに通知する図１４に図示されたパケットを伝送する。図１４に図示された、周期的に伝送するパケットも、ネットワーク制御のためのパケットであり、非同時性データパケットに該当し、図１２に図示された「data」部分に含まれ、他のデバイスに伝送される。

「Ｎｕｍ． of Ports」フィールドは、デバイスが保有している全体ポートの個数を定義するフィールドであり、「Number of Ethernet Ports」は、全体ポートのうち、イーサネットポートの個数を定義するフィールドである。「ＥＭＡ」フィールドは、デバイスのイーサネットアドレスを定義するフィールドであり、「Port Number」フィールドは、ポートの番号を定義し、「Port Status」フィールドは、ポートの状態を定義する。

「Number of Lane」は、１つのポートが、図７に図示されているように、複数のレーンを含むとき、レーンの個数を定義するフィールドである。

「Supported Functions」フィールド及び「Function Status」フィールドは、デバイスが行うことができる機能及び当該機能の現在状態を定義するフィールドである。図１５を参照して詳細に説明する。

図１５を参照すれば、「Supported Functions」フィールドは、byte ２に対応するフィールドであり、「ＶＳＲ」，「ＶＳＫ」，「ＡＳＲ」，「ＡＳＫ」，「ＥＴＨ」及び「ＵＳＢ」フィールドを含む。「ＶＳＲ」フィールドは、デバイスがビデオソースとしての機能を行うことができることを示すフィールドであり、「ＶＳＫ」フィールドは、デバイスがビデオシンクとしての機能を行うことができることを示すフィールドである。「ＡＳＲ」フィールド及び「ＡＳＫ」フィールドは、デバイスがオーディオソース及びオーディオシンクとしての機能を行うことができることを示すフィールドである。「ＥＴＨ」フィールドは、デバイスがイーサネットデータを送受信している機能を具備していることを示すフィールドである。「ＵＳＢ」フィールドは、デバイスがＵＳＢデータを送受信する機能を具備していることを示すフィールドである。

「Function Status」フィールドは、byte ３に対応するフィールドであり、「Supported Functions」フィールドで定義された機能が現在作動しているか否かを示すフィールドである。

図１６は、本発明の一実施形態によるデータ伝送経路のチェックのためのパケットを図示している。図１６は、段階６１０ないし段階６２０を介して、ソースデバイス４１０がシンクデバイス４４０に伝送するデータ伝送経路のチェックのためのパケットを図示している。データ伝送経路のチェックのためのパケットも、ネットワークの制御のためのパケット路で、非同時性データパケットに該当し、図１２に図示された「data」部分に含まれてシンクデバイス４４０に伝送される。

図１６を参照すれば、「Required Bandwidth」フィールドは、ソースデバイス４１０がストリーミング・サービスのために必要な帯域幅を定義し、「Resource Type」フィールドは、ソースデバイス４１０が伝送するデータの類型を図示している。ソースデバイス４１０は、ストリームを伝送し、ストリームは、同時性データであるので、「Resource Type」フィールドは、同時性データであるか否かを示すように設定される。

「Source ＲＤＡ」は、ソースデバイス４１０のＡＶネットワーク・アドレスを定義し、「Port Number」は、ストリームが伝送されるポートの番号を定義する。「Available Bandwidth」は、データ伝送経路に含まれたリンクで使用可能な帯域幅を定義する。

ソースデバイス４１０が、段階６１０（図６）で、最初の行に対応するフィールド１６００、及び２行目に対応するフィールド１６１０を含むチェック要請を、スイッチデバイス１ ４２０に伝送すれば、スイッチデバイス１ ４２０は、３行目に対応するフィールド１６２０を追加してスイッチデバイス２ ４３０に伝送し、シンクデバイス４４０直前のデバイスであるスイッチデバイス２ ４３０は、最後の行に対応するフィールド１６３０を追加してシンクデバイス４４０に伝送する。

２行目に対応するフィールド１６１０の「Available Bandwidth」フィールドは、リンク０ ４１１（図４）の使用可能な帯域幅と定義され、３行目に対応するフィールド１６２０の「Available Bandwidth」フィールドは、リンク１ ４２１（図４）の使用可能な帯域幅と定義され、最後の行に対応するフィールド１６３０の「Available Bandwidth」フィールドは、リンク２ ４３１（図４）の使用可能な帯域幅と定義される。

「First Branch ＲＤＡ」フィールドは、スイッチデバイス１ ４２０（図４）のＡＶネットワーク・アドレスと定義され、「Last Branch ＲＤＡ」フィールドは、スイッチデバイス２ ４３０のＡＶネットワーク・アドレスと定義される。

図１７は、本発明の一実施形態によるデータ伝送経路のチェックのためのパケットに対する応答パケットを図示している。

図１６に図示されたようなデータ伝送経路のチェックを要請するパケットを受信したシンクデバイス４４０は、図１７に図示されたような応答パケットを、ソースデバイス４１０に伝送する。図１６に図示されたパケットと異なる点は、「Response Code」フィールドが追加されるという点である。図１６に図示されたパケットを受信したシンクデバイス４４０（図４）は、受信されたパケットに含まれた「Available Bandwidth」フィールドを参照し、データ伝送経路がストリーミング・サービスを支援することができる十分な帯域幅を保有しているか否かを判断し、判断結果についての情報を「Response Code」フィールドに定義し、応答パケットを生成する。生成された応答パケットは、図１２に図示された非同時性データパケットの「data」部分に含まれ、ソースデバイス４１０に伝送される。

図１８は、本発明の一実施形態によるデータ伝送経路の確保を要請するパケットを図示している。

図１７に図示されたようなチェック要請に対する応答パケットを受信したソースデバイス４１０は、図１８に図示されたようなデータ伝送経路の確保を要請するパケットを生成し、シンクデバイス４４０に伝送する。「Required Bandwidth」フィールド、「Resource Type」フィールド及び「Source ＲＤＡ」フィールドは、図１６及び図１７に図示された通りである。「Stream Index」フィールドは、ストリームを識別するためのフィールドであり、図１１Ａないし図１１Ｉに図示されたストリーム・インデックスに係わる項目と同一である。データ伝送経路の確保を要請するパケットも、ネットワークの制御のためのパケットであり、非同時性データパケットであるので、図１２に図示された非同時性データパケットの「data」部分に含まれ、シンクデバイス４４０に伝送される。

図１９は、本発明の一実施形態によるデータ伝送経路の確保を要請するパケットに対する応答パケットを図示している。

図１８に図示されたようなデータ伝送経路の確保を要請するパケットを受信したシンクデバイス４４０（図４）は、図１９に図示されたような応答パケットを、ソースデバイス４１０（図４）に伝送する。図１８に図示されたパケットと異なる点は、「Response Code」フィールドが追加されるという点である。段階５２０ないし段階５４０（図５）を介して、データ伝送経路を確保すれば、確保成功を示す情報が、「Response Code」フィールドに含まれた応答パケットをソースデバイス４１０に伝送し、データ伝送経路を確保することができなければ、確保失敗を示す情報が、「Response Code」フィールドに含まれた応答パケットをソースデバイス４１０に伝送する。

図１９に図示されたパケットも、ネットワークの制御のためのパケットであり、非同時性データパケットであるので、図１２に図示された非同時性データパケットの「data」部分に含まれ、ソースデバイス４１０に伝送される。

図２０は、本発明の一実施形態によるデータ伝送装置及びデータ受信装置を図示している。

図２０を参照すれば、本発明によるソースデバイス４１０のデータ伝送装置は、経路管理部２０１０及びデータ伝送部２０２０を含み、シンクデバイス４４０のデータ受信装置は、経路管理部２０３０及びデータ受信部２０４０を含む。

経路管理部２０１０は、経路管理部２０３０と通信し、データ伝送経路のチェック及び確保を行う。経路管理部２０１０は、図１６に図示されたようなデータ伝送経路のチェックを要請するパケットを生成し、経路管理部２０３０に伝送し、経路管理部２０３０は、図１７に図示されているように、応答パケットを生成し、経路管理部２０１０に伝送する。データ伝送経路のチェック結果、データ伝送経路が、ストリームデータを伝送するために必要な帯域幅を保有していれば、経路管理部２０１０は、図１８に図示されているように、データ伝送経路の確保を要請するパケットを生成し、経路管理部２０３０に伝送し、経路管理部２０３０は、図１９に図示されているように、応答パケットを生成して経路管理部２０１０に伝送する。

データ伝送経路のチェック及び確保がいずれも完了すれば、データ伝送部２０２０は、ストリームをデータ受信部２０４０に伝送し、ストリーミング・サービスを始める。

以上のように、本発明は、たとえ限定された実施形態と図面とによって説明したにしても、本発明が前記の実施形態に限定されるものではなく、それらは、本発明が属する分野で当業者であるならば、かような記載から多様な修正及び変形が可能であろう。従って、本発明の思想は、特許請求の範囲によってのみ把握されなければならず、それと均等であるか、あるいは等価的な変形は、いずれも本発明思想の範疇に属するものである。また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。

例えば、本発明の例示的な実施形態によるデータ伝送装置及びデータ受信装置は、図２０に図示されたような装置のそれぞれのユニットにカップリングされたバス、前記バスに結合された少なくとも１つのプロセッサを含んでもよい。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために前記バスに結合され、前述のような命令を遂行するための少なくとも１つのプロセッサにカップリングされたメモリを含んでもよい。

また、コンピュータで読み取り可能な記録媒体は、コンピュータ・システムによって読み取り可能なデータが保存される全ての種類の記録装置を含む。記録媒体の例としては、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）、ＣＤ（compact disc）−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などを含む。またコンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータ・システムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。

Claims (15)

1. 第１デバイスが、ＡＶインターフェースを介して連結された第２デバイスにデータを伝送する方法において、
   所定のストリームを前記第２デバイスに伝送することができる経路を確保することを要請する第１要請メッセージを、前記第２デバイスに伝送する段階と、
   前記第１メッセージに対する応答として、前記第１デバイスが、前記経路が確保されたか否かに係わる結果情報を含む第２応答メッセージを、前記第２デバイスから受信する段階と、
   もし前記経路が確保された場合、前記第１デバイスが前記第２メッセージを受信することにより、前記所定のストリームを前記第２デバイスに伝送する段階と、を含むことを特徴とするデータ伝送方法。
2. 前記第１メッセージを、前記第２デバイスに伝送する段階は、
   前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第３メッセージを、前記第２デバイスに伝送する段階と、
   前記第３メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第４メッセージを、前記第２デバイスから受信する段階と、
   前記第４メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第１メッセージを、前記第２デバイスに伝送する段階と、を含むことを特徴とする請求項１に記載のデータ伝送方法。
3. 前記第４メッセージは、
   前記経路を形成する前記デバイス間のリンクの使用可能な帯域幅についての情報を含むことを特徴とする請求項２に記載のデータ伝送方法。
4. 前記全てのリンクで使用可能な帯域幅についての情報は、
   前記経路を形成するデバイスにより、前記第３メッセージに追加され、前記デバイスは、前記第３メッセージを中継し、前記第３メッセージは、追加された情報と共に前記第２デバイスに伝達される情報であることを特徴とする請求項３に記載のデータ伝送方法。
5. 前記第１メッセージは、
   前記所定のストリーム伝送に必要な帯域幅についての情報を含むことを特徴とする請求項１に記載のデータ伝送方法。
6. 第２デバイスがＡＶインターフェースを介して連結された第１デバイスからデータを受信する方法において、
   所定のストリームを前記第２デバイスに伝送することができる経路を確保することを要請する第１要請メッセージを、前記第１デバイスから受信する段階と、
   前記第１メッセージに対する応答として、第２デバイスが前記経路が確保されたか否かに係わる結果情報を含む第２応答メッセージを、前記第１デバイスに伝送する段階と、
   もし前記経路が確保された場合、前記第２デバイスが前記第２メッセージに対する応答として、前記所定のストリームを受信する段階と、を含むことを特徴とするデータ受信方法。
7. 前記第１メッセージを、前記第１デバイスから受信する段階は、
   前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第３メッセージを、前記第１デバイスから受信する段階と、
   前記第３メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第４メッセージを、前記第１デバイスに伝送する段階と、
   前記第４メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認され、前記第１デバイスが伝送する前記第１メッセージを、前記第１デバイスから受信する段階と、を含むことを特徴とする請求項６に記載のデータ受信方法。
8. ＡＶインターフェースを介して連結された第２デバイスにデータを伝送する第１デバイスの装置において、
   所定ストリームを前記第２デバイスに伝送することができる経路を確保することを要請する第１要請メッセージを、前記第２デバイスに伝送し、前記第１メッセージに対する応答として、前記経路が確保されたか否かを示す結果情報を含む第２応答メッセージを、前記第２デバイスから受信する経路管理部と、
   もし前記経路が確保された場合、前記第２メッセージを受信することにより、前記所定のストリームを前記第２デバイスに伝送するデータ伝送部と、を含むことを特徴とするデータ伝送装置。
9. 前記経路管理部は、
   前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第３メッセージを、前記第２デバイスに伝送し、前記第３メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第４メッセージを、前記第２デバイスから受信し、前記第４メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第１メッセージを、前記第２デバイスに伝送することを特徴とする請求項に８記載のデータ伝送装置。
10. 前記第４メッセージは、
    前記経路を形成する前記デバイス間のリンクの使用可能な帯域幅についての情報を含むことを特徴とする請求項９に記載のデータ伝送装置。
11. 前記全てのリンクで使用可能な帯域幅についての情報は、
    前記経路を形成するデバイスにより、前記第３メッセージに追加され、前記デバイスは、前記第３メッセージを中継し、前記第３メッセージは、追加された情報と共に前記第２デバイスに伝達される情報であることを特徴とする請求項１０に記載のデータ伝送装置。
12. 前記第１メッセージは、
    前記所定のストリーム伝送に必要な帯域幅についての情報を含むことを特徴とする請求項８に記載のデータ伝送装置。
13. ＡＶインターフェースを介して連結された第１デバイスからデータを受信する第２デバイスの装置において、
    所定のストリームを前記第２デバイスに伝送することができる経路を確保することを要請する第１要請メッセージを、前記第１デバイスから受信し、前記第１メッセージに対する応答として、前記経路が確保されたか否かを示す結果情報を含む第２応答メッセージを、前記第１デバイスに伝送する経路管理部と、
    もし前記経路が確保された場合、前記第２メッセージに対する応答として、前記所定のストリームを受信するデータ受信部と、を含むことを特徴とするデータ受信装置。
14. 前記経路管理部は、
    前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第３メッセージを、前記第１デバイスから受信し、前記第３メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第４メッセージを、前記第１デバイスに伝送し、前記第４メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第１デバイスが伝送する前記第１メッセージを、前記第１デバイスから受信することを特徴とする請求項１３に記載のデータ受信装置。
15. 請求項１ないし６のうちいずれか一項に記載の方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

Images