JP3519628B2 - 中継装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
バス等のネットワークを介して通信を行う通信端末装置
及びその通信を中継する中継装置並びに通信方法に関す
る。

【０００２】

【従来の技術】近年、デジタル放送の開始や、デジタル
ＡＶ機器の発売等、いわゆる「家庭ＡＶ環境のデジタル
化」が大きな注目を集めている。デジタルＡＶデータ
は、様々な圧縮が可能、マルチメディアとしての処理が
可能、何回再生しても劣化がない、等の優れた特徴を持
ち、今後その用途はますます広がっていくものと考えら
れる。

【０００３】家庭ＡＶ環境のデジタル化が一般化する
と、必然的に「家庭ＡＶ環境のネットワーク化」が進展
する。近年流行しているインターネット等と融合させる
ことにより、コンピュータ同士をネットワーク接続し、
互いにデジタルデータのやり取りを行うことで、公衆網
からのビデオオンデマンドや、部屋間／家庭間のＡＶデ
ータの交換等、デジタルＡＶ機器の可能性は格段に拡大
することが見込まれる。

【０００４】家庭内のネットワーク技術は、例えばＩＥ
ＥＥ１３９４等のネットワーク技術が主流の有力候補と
いわれているが、他にも無線ＬＡＮやイーサネット、あ
るいはＩＥＥＥ１３９４同士をルータで接続する場合な
ど、家庭ネットワークの構築方法は多様であると考えら
れる。

【０００５】

【発明が解決しようとする課題】ところが、異種のネッ
トワーク（リンクレイヤネットワーク）がゲートウェイ
で相互に接続されているような場合に問題になるのが、
複数のリンクをまたがって、帯域の保証されたチャネル
をどのように確立するかという問題である。例えば現状
のようなＩＥＥＥ１３９４の同期リソースマネージャを
使った帯域獲得方法では１３９４リンクの上でしか帯域
確保を行うことができない。

【０００６】本発明は、上記事情を考慮してなされたも
ので、複数のリンクをまたがって帯域の保証されたチャ
ネルを確立することを可能とする中継装置、通信端末装
置及び通信方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明は、少なくとも２
つの物理ネットワーク（例えばＩＥＥＥ１３９４バスと
無線ＬＡＮ）を接続する中継装置において、第１の物理
ネットワークから、予め定められたイーサタイプを持
ち、少なくとも、情報データ（例えばコンテンツ・デー
タ）送信先または情報データ送信元のネットワークレイ
ヤアドレス情報（例えばＩＰアドレス）と該第１の物理
ネットワークに依存する第１のヘッダもしくはチャネル
情報（例えば同期チャネル番号）と通信リソース量（例
えば帯域情報）とを含む第１の制御メッセージ（例えば
ＦＡＮＰパケット）を受信する受信手段と、前記第１の
制御メッセージを受信した際に、自中継装置と該第１の
制御メッセージに基づいて定まる第２の物理ネットワー
ク上の次段ノード（第１の制御メッセージの転送におけ
る次段ノード；情報データの送信元の通信端末装置の場
合も、情報データの送信先の通信端末装置の場合も、他
の中継装置の場合もある）との間に、前記通信リソース
量を有し、該第２の物理ネットワークに依存する第２の
ヘッダもしくはチャネル情報を有する通信パスを確立す
る制御手段と、前記通信パスを確立した後に、前記イー
サタイプを持ち、少なくとも、前記ネットワークレイヤ
アドレス情報と前記第２のヘッダもしくはチャネル情報
と前記通信リソース量とを含む第２の制御メッセージを
該第２の物理ネットワーク上の次段ノードに送信する送
信手段とを具備することを特徴とする。

【０００８】なお、第１の物理ネットワークについては
例えばこの中継装置に第１の制御メッセージを送信した
前段ノードが帯域確保された通信パスを確立する。

【０００９】中継装置は、複数のネットワークをまたが
る帯域予約を行うために、ある物理ネットワークから受
信したメッセージが帯域予約のためのメッセージである
ことを認識し、そのメッセージ中に含まれるアドレスか
ら導き出せる次段の物理ネットワークを選択し、次段の
通信ノードに帯域予約のためのメッセージを改めて送信
する必要がある。本発明によれば、このメッセージをＩ
Ｐパケット等のネットワークレイヤパケットではなく、
イーサタイプで判別される制御メッセージとして送受信
することが出来るようにしている。制御メッセージがＩ
Ｐパケットの場合は、その宛先ＩＰアドレスが、制御メ
ッセージの最終的な宛先となる通信ノードのＩＰアドレ
スとなってしまうため、中継装置でこのパケットを参照
することができず、帯域設定が行えない。これに対し、
本発明では、この制御メッセージの宛先は、制御メッセ
ージの最終的な宛先となる通信ノードのネットワークレ
イヤアドレスのリンクレイヤの解決アドレスに対して送
信され、中継装置は、イーサタイプを参照することで、
これを無理なく受信することが可能となる。

【００１０】また、本発明によれば、第１の物理ネット
ワークと第２の物理ネットワークをまたがって帯域保証
されたチャネルを確立することができる。また、前記制
御メッセージを転送しながら各物理ネットワークにおい
て該当ノードが帯域確保された通信パスを確立していく
ことにより、情報データの送信元から情報データの送信
先に至るまで帯域確保された通信パスを確立することが
できる。これは、情報データの送信元と情報データの送
信先との間に何段の中継装置が介する場合でも成立す
る。

【００１１】なお、情報データの送信元となる通信端末
装置が主導して制御メッセージを送信し帯域確保された
通信パスを確立する場合（この場合、情報データの転送
方向と制御メッセージの転送方向とが同方向となる）
と、情報データの受信側となる通信端末装置が主導して
制御メッセージを送信し帯域確保された通信パスを確立
する場合（この場合、情報データの転送方向と制御メッ
セージの転送方向とが逆方向となる）とがある。

【００１２】好ましくは、前記第１の制御メッセージに
含まれる、情報データの転送方向を示す方向情報に基づ
いて定まる、前記第１または第２の物理ネットワークの
うちの一方の物理ネットワークの前記ヘッダもしくはチ
ャネル情報を有する通信パスから情報データを受信し、
該情報データにネットワークレイヤの処理を施し、該情
報データを該第１または第２の物理ネットワークのうち
の他方の物理ネットワークの前記ヘッダもしくはチャネ
ル情報を有する通信パスに送信する手段を更に具備する
ようにしてもよい。

【００１３】また、好ましくは、前記第１の物理ネット
ワークに依存する前記第１のヘッダもしくはチャネル情
報と前記第２の物理ネットワークに依存する前記第２の
ヘッダもしくはチャネル情報との対応関係を記憶する対
応関係記憶手段と、前記第１の制御メッセージに含まれ
る、情報データの転送方向を示す方向情報に基づいて定
まる、前記第１または第２の物理ネットワークのうちの
一方の物理ネットワークから、該物理ネットワークに依
存する前記ヘッダもしくはチャネル情報を含む情報デー
タを受信したとき、ネットワークレイヤの処理を行わず
に、該一方の物理ネットワークに依存するヘッダもしく
はチャネル情報に対応する、該第１または第２の物理ネ
ットワークのうちの他方の物理ネットワークに依存する
前記ヘッダもしくはチャネル情報を前記記憶手段に記憶
された対応関係から求め、求められた該他方の物理ネッ
トワークに依存するヘッダもしくはチャネル情報を該情
報データに付加してあるいは該チャネルを通して該情報
データを前記第２の物理ネットワークに送信する転送手
段とを更に具備するようにしてもよい。

【００１４】好ましくは、前記第１の物理ネットワーク
と前記第２の物理ネットワークとは同一のＩＰサブネッ
トに属するものであるようにしてもよい。

【００１５】また、本発明は、少なくとも２つの物理ネ
ットワーク（例えばＩＥＥＥ１３９４バスと無線ＬＡ
Ｎ）を接続する中継装置の通信方法において、第１の物
理ネットワークから、予め定められたイーサタイプを持
ち、少なくとも、データ送信先またはデータ送信元のネ
ットワークレイヤアドレス情報（例えばＩＰアドレス）
と該第１の物理ネットワークに依存する第１のヘッダも
しくはチャネル情報（例えば同期チャネル番号）と通信
リソース量（例えば帯域情報）とを含む第１の制御メッ
セージを受信し、前記第１の制御メッセージを受信した
際に、自中継装置と該第１の制御メッセージに基づいて
定まる第２の物理ネットワーク上の次段ノード（第１の
制御メッセージの転送における次段ノード；情報データ
の送信元の通信端末装置の場合も、情報データの送信先
の通信端末装置の場合も、他の中継装置の場合もある）
との間に、前記通信リソース量を有し、該第２の物理ネ
ットワークに依存する第２のヘッダもしくはチャネル情
報を有する通信パスを確立し、前記通信パスを確立した
後に、前記イーサタイプを持ち、少なくとも、前記ネッ
トワークレイヤアドレス情報と前記第２のヘッダもしく
はチャネル情報と前記通信リソース量とを含む第２の制
御メッセージを該第２の物理ネットワーク上の次段ノー
ドに送信することを特徴とする。

【００１６】また、本発明は、１または複数の物理ネッ
トワークを介して相手通信端末装置との間で情報データ
の転送を行う通信端末装置において、前記相手通信端末
装置との間の情報データの転送に先だって（例えば前記
相手通信端末装置へ情報データの受信を要求する際また
は前記相手通信端末装置へ情報データの送信を要求する
際）、自通信端末装置と前記相手通信端末装置のネット
ワークレイヤアドレス情報に基づいて定まる物理ネット
ワーク上の次段ノードとの間に、前記通信リソース量を
有し、該物理ネットワークに依存するヘッダもしくはチ
ャネル情報を有する通信パスを確立する制御手段と、前
記通信パスを確立した後に、予め定められたイーサタイ
プを持ち、少なくとも、前記相手通信端末装置および自
通信端末装置のネットワークレイヤアドレス情報と前記
物理ネットワークに依存するヘッダもしくはチャネル情
報と通信リソース量とを含む制御メッセージを送信する
手段とを具備することを特徴とする。

【００１７】本発明によれば、このメッセージをＩＰパ
ケット等のネットワークレイヤパケットではなく、イー
サタイプで判別される制御メッセージとして送信するこ
とが出来るようにしている。制御メッセージがＩＰパケ
ットの場合は、その宛先ＩＰアドレスが、制御メッセー
ジの最終的な宛先となる通信ノードのＩＰアドレスとな
ってしまうため、次段通信ノードが中継装置の場合、こ
のパケットを参照することができず、帯域設定が行えな
い。これに対し、本発明では、この制御メッセージの宛
先は、制御メッセージの最終的な宛先となる通信ノード
のネットワークレイヤの解決アドレスに対して送信さ
れ、次段通信ノードはイーサタイプを参照することで、
これを無理なく受信することが可能となる。

【００１８】前記制御メッセージによって前記相手通信
端末装置へ情報データの受信を要求した場合、前記情報
データを前記物理ネットワークの前記ヘッダもしくはチ
ャネル情報を有する通信パスに送信し、前記相手通信端
末装置へ情報データの送信を要求した場合、前記物理ネ
ットワークの前記ヘッダもしくはチャネル情報を有する
通信パスから前記情報データを受信することができる。

【００１９】また、本発明は、１または複数の物理ネッ
トワークを介して相手通信端末装置との間で情報データ
の転送を行う通信端末装置の通信方法において、前記相
手通信端末装置との間の情報データの転送に先だって
（例えば前記相手通信端末装置へ情報データの受信を要
求する際または前記相手通信端末装置へ情報データの送
信を要求する際）、自通信端末装置と前記相手通信端末
装置のネットワークレイヤアドレス情報に基づいて定ま
る物理ネットワーク上の次段ノードとの間に、前記通信
リソース量を有し、該物理ネットワークに依存するヘッ
ダもしくはチャネル情報を有する通信パスを確立し、前
記通信パスを確立した後に、予め定められたイーサタイ
プを持ち、少なくとも、前記相手通信端末装置および自
通信端末装置のネットワークレイヤアドレス情報と前記
物理ネットワークに依存するヘッダもしくはチャネル情
報と通信リソース量とを含む制御メッセージを送信する
ことを特徴とする。

【００２０】また、本発明は、１または複数の物理ネッ
トワークを介して相手通信端末装置との間で情報データ
の転送を行う通信端末装置において、前記物理ネットワ
ークから、予め定められたイーサタイプを持ち、少なく
とも、前記相手通信端末装置および自通信端末装置のネ
ットワークレイヤアドレス情報と該物理ネットワークに
依存するヘッダもしくはチャネル情報と通信リソース量
と受信または送信のいずれの要求かを示す方向情報とを
含む制御メッセージを受信する受信手段と、前記方向情
報が受信の要求を示す場合、前記物理ネットワークの前
記ヘッダもしくはチャネル情報を有する通信パスから前
記情報データを受信し、前記方向情報が送信の要求を示
す場合、前記情報データを前記物理ネットワークの前記
ヘッダもしくはチャネル情報を有する通信パスに送信す
る手段とを具備することを特徴とする。

【００２１】また、本発明は、１または複数の物理ネッ
トワークを介して相手通信端末装置との間で情報データ
の転送を行う通信端末装置の通信方法において、前記物
理ネットワークから、予め定められたイーサタイプを持
ち、少なくとも、前記相手通信端末装置および自通信端
末装置のネットワークレイヤアドレス情報と該物理ネッ
トワークに依存するヘッダもしくはチャネル情報と通信
リソース量と受信または送信のいずれの要求かを示す方
向情報とを含む制御メッセージを受信し、前記方向情報
が受信の要求を示す場合、前記物理ネットワークの前記
ヘッダもしくはチャネル情報を有する通信パスから前記
情報データを受信し、前記方向情報が送信の要求を示す
場合、前記情報データを前記物理ネットワークの前記ヘ
ッダもしくはチャネル情報を有する通信パスに送信する
ことを特徴とする。

【００２２】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００２３】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００２４】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２５】（第１の実施形態）図１は、ある家庭のホ
ームネットワークの全体構成を一例として示した図であ
る。

【００２６】このホームネットワークは、ＩＥＥＥ１３
９４バス２０１と無線ＬＡＮ２０２から構成されてお
り、これらは無線ゲートウェイ１０２により相互に接続
されている。ＩＥＥＥ１３９４バス２０１には無線ゲー
トウェイ１０２の他に映像送信装置１０１が接続されて
いる。同様に、無線ＬＡＮ２０２には映像受信装置１０
３が接続されている。

【００２７】後述するように、この無線ＬＡＮには通信
帯域保証の機能があるものとする。本実施形態では、Ｉ
ＥＥＥ１３９４の場合と同様に通信帯域の保証された同
期チャネルを用いることにより、配送遅延が一定でデー
タ廃棄の無い通信が期待できるものとする。ただし、無
線ＬＡＮにおける通信帯域保証のための方式としては、
この方法に限定するものではなく、例えばＩＥＥＥ８０
２．１１方式のように、コーディネータと呼ばれるアー
ビタが、通信帯域を保証するようにパケット送出をコー
ディネートする方式等、本発明を適用可能な各種の方法
が考えられる。

【００２８】本実施形態では、ＩＥＥＥ１３９４バス２
０１には同期リソースマネージャ（図示せず）が存在
し、無線ＬＡＮ２０２には帯域ブローカ（図示せず）が
存在するものとする。もちろん、同期リソースマネージ
ャを映像受信装置１０３または無線ゲートウェイ１０２
が兼ねてもよいし、同様に帯域ブローカを映像受信装置
１０３または無線ゲートウェイ１０２が兼ねてもよい。

【００２９】図１の例において、複数のノード、ネット
ワークは１つのＩＰサブネットを構成しているものとす
る。すなわち、ＩＥＥＥ１３９４バス２０１と無線ＬＡ
Ｎ２０２の２つをあわせて１つのＩＰサブネットを構成
しているものとする。説明上、このＩＰサブネットのサ
ブネットアドレスは“Ａ”であるとする。また、映像送
信装置１０１のＩＰアドレスは“Ａ．１”であり、１３
９４リンクアドレス（ノードＩＤまたはＥＵＩ６４）は
ＦＷ１であるとする。無線ゲートウェイのＩＰアドレス
は“Ａ．２”であり、無線ゲートウェイのＩＥＥＥ１３
９４バス側の１３９４リンクアドレスは“ＦＷ２”であ
り、無線ＬＡＮ側の無線リンクアドレス（無線ＬＡＮの
ＭＡＣアドレスでもよい）は“Ｗ１”であるとする。映
像受信装置１０３のＩＰアドレスは“Ａ．３”であり、
無線リンクアドレスは“Ｗ２”であるとする。

【００３０】無線ゲートウェイ１０２は、ＲＩＰやＯＳ
ＰＦ等のいわゆるルーティングプロトコルは稼働してい
ないものの、受信したＩＰパケットの宛先ＩＰアドレス
を参照してＩＰルーティングを行うＩＰルータの機能を
持っている。本無線ゲートウェイ１０２は、いわゆる代
理ＡＲＰ（アドレス解決プロトコル）の機能を持ってお
り、例えばＩＥＥＥ１３９４バス２０１側から流れてく
るＩＰアドレス“Ａ．２”のＡＲＰ要求に対しても、Ｉ
Ｐアドレス“Ａ．３”のＡＲＰ要求に対しても、自身の
１３９４リンクアドレスである“ＦＷ２”を答える。Ｉ
ＥＥＥ１３９４バス２０１側からＩＰアドレスＡ．３宛
のＩＰアドレスを受け取ったならば、これを無線ＬＡＮ
２０２側（の無線リンクアドレスＷ２宛）に転送する。
なお、代理ＡＲＰについては、Ｃｏｍｅｒ著「ＴＣＰ／
ＩＰによるネットワーク構築Ｖｏｌ．１」（ｐ２２０参
照）に詳しい。また、本ゲートウェイ１０２のこのよう
な基本的な動作については本発明者らの既発明である特
開平１０−１１２７３０に詳しい。

【００３１】さて、本実施形態では、映像送信装置１０
１から映像受信装置１０３まで、ＭＰＥＧ２等のデジタ
ルＡＶデータの転送を行うことを考える。ここで、ＡＶ
データの転送に際して、図２に示すようにＩＥＥＥ１３
９４バス２０１上と無線ＬＡＮ２０２上にそれぞれ帯域
保証を行う同期チャネル２０１，２０２を確保し、基本
的にエンド・エンドでＱｏＳ（通信品質）が保証された
転送を行うことを考える。以下に、このようなエンド・
エンドのチャネルを確保するための手順を示す。

【００３２】図３は、本実施形態に係るエンド・エンド
のチャネルを確保するための処理シーケンスの一例であ
る。ここでは、映像送信装置１０１の側が主導で制御を
行う場合について説明する。

【００３３】まず、映像送信装置１０１と映像受信装置
１０３は、例えばＲＴＳＰ（リアルタイムストリーミン
グプロトコル）等を使って、例えばＭＰＥＧ映像転送用
のトランスポートコネクションの確立を行う（Ｓ３０
１）。このネゴシエーションにより、送信ＩＰアドレス
が“Ａ．１”、送信ポートアドレスが“Ｐ１”、受信Ｉ
Ｐアドレスが“Ａ．３”、受信ポートが“Ｐ２”である
ようなトランスポートコネクションが確立されたとす
る。このトランスポートコネクションで転送されるＩＰ
フローのことを、本実施形態では以下単に（該）ＩＰフ
ローと呼ぶ。

【００３４】ここで、映像送信装置１０１は、該ＩＰフ
ローの転送のためにＩＥＥＥ１３９４バス上に同期チャ
ネルを確保し、この同期チャネルを使って該ＩＰフロー
を映像受信装置１０３に対して転送しようと試みる。

【００３５】まず映像送信装置１０１は、ＩＥＥＥ１３
９４バス２０１の同期リソースマネージャに対して、Ｍ
ＰＥＧ映像を通すための帯域（例えば６Ｍｂｐｓ）の確
保と、このＭＰＥＧ映像を通すための同期チャネル番号
（＃ｘ）の確保を行う（Ｓ３０２）。確保できたなら、
ＦＡＮＰ（ｆｌｏｗ Ａｔｔｒｉｂｕｔｅ Ｎｏｔｉｆ
ｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットを送信す
る（Ｓ３０３）。

【００３６】この場合のＦＡＮＰとは、（１）そのリン
ク上のチャネル（本実施形態におけるＩＥＥＥ１３９４
バスの同期チャネル）と、そのチャネル上を通るＩＰフ
ローとの対応関係の通知、（２）そのＩＰフローの流通
の方向の通知、（３）そのチャネルが確保した帯域情報
の通知、（４）エンド・エンドの帯域確保、の４つを目
的とするプロトコルである。なお、ＦＡＮＰの基本的な
内容についての詳細は先に示した特開平１０−１１２７
３０に詳しい。

【００３７】図４に本実施形態に係るＦＡＮＰパケット
のフォーマット例を示す。このパケットが、１３９４フ
レームに入れられて転送される。

【００３８】図４のフォーマット例における１行目は、
ＩＰ ｏｖｅｒ １３９４規格（インターネットドラフ
トのｄｒａｆｔ−ｉｅｔｆ−ｉｐ１３９４−ｉｐｖ４−
１２．ｔｘｔ）で定められたフラグメントヘッダ（フラ
グメント無しの場合）である。ここで、イーサタイプの
値が０ｘ８８６１となっているが、この値は本パケット
がＦＡＮＰパケットであることを示しているものとす
る。

【００３９】２行目は、ＦＡＮＰ共通ヘッダである。こ
のＦＡＮＰパケット全体（フラグメントヘッダを除く）
の長さ、それにオペコードが入る。オペコードには、Ａ
ｄｖｅｒｔｉｓｅ，Ｓｏｌｉｃｉｔａｔｉｏｎ，Ａｃｋ
ｎｏｗｌｅｄｇｅ等のコードが入る。Ａｄｖｅｒｔｉｓ
ｅは、このＦＡＮＰパケットが上記（１）〜（４）の通
知に使われることを示す。Ｓｏｌｉｃｉｔａｔｉｏｎ
は、ＦＡＮＰパケットのＡｄｖｅｒｔｉｓｅを要求する
場合に用いる。Ａｃｋｎｏｗｌｅｄｇｅのコードは、Ａ
ｄｖｅｒｔｉｓｅに対する「Ａｄｖｅｒｔｉｓｅを受信
しました」という確認応答に用いるコードである。

【００４０】３行目以降は、ＦＡＮＰフロー識別ディス
クリプタ、すなわち上記の（１）〜（４）の通知のため
の情報である。長さフィールドには、ＦＡＮＰフロー識
別ディスクリプタの長さの値が入る。タイプフィールド
の値が２のときは、これが上記の（１）〜（４）の通知
のために用いられることを示す。ｅｘｐｉｒａｔｉｏｎ
フィールドは、このディスクリプタの有効期限である残
り時間を示す。チャネル番号フィールドには、対応する
同期チャネルのチャネル番号の値（本例の場合は＃ｘ）
が入る。スピードフィールドには、本ＩＰフローを送出
する際のＩＥＥＥ１３９４の送出ビットスピードを示
す。方向フィールドには、このメッセージを受信したノ
ードに対して、該ＩＰフローを該チャネルに送出しても
らいたい場合には「送信せよ」を意味する数字（例えば
０）を、該ＩＰフローを該チャネルに受信してもらいた
い場合には「受信せよ」を意味する数字（例えば１）
を、それぞれ記す。帯域フィールドには、リンクレイヤ
（本実施形態ではＩＥＥＥ１３９４）で確保した帯域の
値を記す。ここで、ＩＥＥＥ１３９４においては、ここ
の値はＩＥＥＥ１３９４の同期リソースマネージャに対
して帯域を要求する場合の帯域量の表現方法と同様の表
現方法を用いて、これを表記してもよい。フロー識別子
フィールドには、該ＩＰフローについての情報を記す。
ここでは、フロー識別子として、送信ＩＰアドレス、送
信ポート、受信ＩＰアドレス、受信ポートの組を記述す
るものとする。

【００４１】なお、上記ではＩＰフローの表記方法は予
め定められているものとして説明したが、フロー識別子
の最初に「フロー識別子の記述方法」を示すフィールド
が有り、任意の記述方法を選択できるようになっていて
も良い。例えば、本実施形態のように１本のＴＣＰある
いはＵＤＰフローを指定できるようになっていても良い
し、特定のＩＰアドレスまたはＩＰマルチキャストアド
レス宛てのパケット全てを指定できるようになっていて
もよいし、特定のＩＰサブネット宛てのパケット全てを
指定できるようになっていてもよい。また、ＩＰｖ４や
ＩＰｖ６のフローの区別ができても良い。

【００４２】本実施形態では、このＦＡＮＰパケット
は、無線ゲートウェイ１０２宛（すなわち１３９４リン
クアドレス＝ＦＷ２宛）の１３９４非同期フレームで転
送される。このＦＡＮＰパケットは、最終的には映像受
信装置１０３に到達すべきパケットであるが、映像受信
装置１０３のＩＰアドレス“Ａ．３”についてのＡＲＰ
要求に対する応答リンクレイヤアドレス“ＦＷ２”のノ
ードに対して送出される。このようにして、ＦＡＮＰパ
ケット（を収容している１３９４フレーム）の宛先は、
無線ゲートウェイ１０２（１３９４リンクアドレスＦＷ
２）になる。

【００４３】ＩＰマルチキャストのパケットをＩＥＥＥ
１３９４の同期チャネルに通そうという場合には、ＩＥ
ＥＥ１３９４バス上の複数のノードに対して（望ましく
は同時に）このＦＡＮＰパケットを送信しなければなら
ない。そのような場合には、図５に示すように、ＩＥＥ
Ｅ１３９４の非同期ストリームフレームの形でこれを送
信することになる。この非同期ストリームフレームに
は、ＧＡＳＰ（Ｇｒｏｂａｌ Ａｓｙｎｃｈｒｏｎｏｕ
ｓ Ｓｔｒｅａｍ Ｐａｃｋｅｔ）フォーマットのヘッ
ダがつく（ＧＡＳＰについてはインターネットドラフト
ｄｒａｆｔ−ｊｏｈａｎｓｓｏｎ−ｉｐ１３９４−ａｓ
ｙｎｃｈ−ｓｔｒｅａｍｓ−００．ｔｘｔに詳しい）。
ただし、この非同期ストリーム上にＦＡＮＰパケットを
流す場合は、基本的にＩＰマルチキャストの（複数の）
受信者にこれを流すことが目的と考えられるため、一般
的に方向フィールドは「受信せよ」を意味する値とな
る。ＩＰマルチキャストの送信者にＦＡＮＰパケットを
流す場合は、方向フィールドを「送信せよ」を意味する
値にした上で、非同期ストリームフレームではなくて、
非同期フレームの形でこれを送信すればよい。

【００４４】さて、このＦＡＮＰパケットを受信した無
線ゲートウェイ１０２は、図６の手順に従って処理を行
う。

【００４５】無線ゲートウェイ１０２は、まず、受信し
たパケットのイーサタイプを参照して（Ｓ６０１）、こ
のパケットがＦＡＮＰパケットであるか、他のパケット
であるか（例えばＩＰｖ４パケットであるか等）を判定
する（Ｓ６０２）。本実施形態では、無線ゲートウェイ
１０２は、受信したパケットのイーサタイプを参照する
だけで、そのパケットがＦＡＮＰパケットであることを
認識することができる。

【００４６】イーサタイプを参照した結果が、もし、Ｆ
ＡＮＰパケットである場合は、ＦＡＮＰヘッダを参照し
（Ｓ６０４）、タイプフィールドの値を調べる。もし、
本実施形態のようにタイプフィールドが２である場合に
は（Ｓ６０５）、このＦＡＮＰパケットはＩＥＥＥ１３
９４バス上のチャネル番号とＩＰフローと帯域情報等の
対応関係の通知のためのものであることが認識できる。
この時点で、ＩＥＥＥ１３９４バスのチャネル番号が＃
ｘで帯域が６Ｍｂｐｓの同期チャネルに、送信ＩＰアド
レスがＡ．１、送信ポート番号がＰ１、受信ＩＰアドレ
スがＡ．３、受信ポート番号がＰ２のＩＰフローが流れ
てくることがわかる。

【００４７】ここで、無線ゲートウェイ１０２は、方向
フィールドとフロー識別子を参照して該ＦＡＮＰパケッ
トの宛先ノードを求める。この方向フィールドとフロー
識別子からのＦＡＮＰパケットの宛先ノードの導き方に
ついては図７に示す。

【００４８】本例の場合、方向フィールドを参照すると
「受信せよ」であり、フロー識別子の受信ＩＰアドレス
を参照すると自身のＩＰアドレス“Ａ．２”ではなくて
無線ＬＡＮ２０２上の映像受信装置１０３のＩＰアドレ
ス“Ａ．３”であることから、このＦＡＮＰパケットを
無線ＬＡＮ２０２上の映像受信装置１０３に対してもフ
ォワードすべきであることが認識される（Ｓ６０７）。

【００４９】そこで、無線ゲートウェイ１０２は、映像
受信装置１０３が無線ＬＡＮ２０２上に存在することを
確認し、その無線ＬＡＮ２０２上の帯域ブローカに対し
て、必要な帯域（例えば６Ｍｂｐｓ）と同期チャネル番
号（＃ｙ）の確保を行う（Ｓ３０４、Ｓ６０８）。も
し、確保に成功したなら（Ｓ６０９）、方向フィールド
とフロー識別子から導き出せるＦＡＮＰパケットの宛先
ノード（本例では映像受信装置１０３）のＡＲＰ解決リ
ンクアドレス（本例では無線リンクアドレスＷ２）に対
して、確保したチャネルＩＤ（本例では＃ｙ）をチャネ
ル番号フィールドに挿入した上で、ＦＡＮＰパケットを
送出する（Ｓ３０５、Ｓ６１１）。

【００５０】なお、この段階で、無線ゲートウェイ１０
２は、ＩＥＥＥ１３９４バス２０１の同期チャネル＃ｘ
から流れてきたＩＰフローは、ＩＰ処理せずに、無線Ｌ
ＡＮ２０２の同期チャネル＃ｙにフォワード（カットス
ルー転送）すべきであることを認識していてもよい（こ
の場合、ＩＥＥＥ１３９４バス２０１の同期チャネル＃
ｘと、無線ＬＡＮ２０２の同期チャネル＃ｙとの対応を
記憶しておく）。また、ＩＰ処理を施して転送するよう
にしてもよい。あるいは、カットスルー転送するかＩＰ
処理するかをＩＰフロー毎に設定可能としてもよい。い
ずれにしても、無線ゲートウェイ１０２内でこのフォワ
ード（転送）を行っている際に、通信品質が乱れないよ
うな配慮が望ましい。

【００５１】このようにして作成され、無線ゲートウェ
イ１０２から無線ＬＡＮ２０２を通して映像受信装置１
０３に対して送出されるＦＡＮＰパケットのフォーマッ
トを図８に示す。図８では、無線ＬＡＮのフラグメント
ヘッダがＩＥＥＥ１３９４バスと同じものであるとして
記述しているが、通常、無線ＬＡＮ（あるいはイーサネ
ット等の通常のリンクレイヤネットワーク）では、その
リンク独特のイーサタイプの収容方法が存在する（例え
ば、イーサネットでは、８０２．３方式と伝統的なイー
サネット方式の２種類が存在する場合もある）。よっ
て、一般的には、そのリンクに合わせたフレーム形式で
イーサタイプの値が転送される。もちろん、イーサタイ
プの値が、ＬＬＣ／ＳＮＡＰにカプセル化されていたと
しても良い。

【００５２】また、帯域フィールドの値の表現方法は、
ＩＥＥＥ１３９４バス向けのＦＡＮＰパケットにおける
ＩＥＥＥ１３９４バスの帯域フィールドの記述方法を踏
襲してもよいし、無線ＬＡＮの属性に合わせた帯域の記
述方法がある場合には、それに合わせた記述方法を用い
てもよい。すなわち、ＦＡＮＰパケットがＩＥＥＥ１３
９４上を通過するときはＩＥＥＥ１３９４向けの帯域の
記述方法を行い、無線ＬＡＮ上を通過するときは無線Ｌ
ＡＮ向けの帯域の記述方法を行うようにしてもよい。

【００５３】また、ＩＥＥＥ１３９４向け／無線ＬＡＮ
向けと分けて考えるのではなく、ＩＥＴＦのＩｎｔＳｅ
ｒｖワーキンググループにて議論されているＴｓｐｅｃ
のようにリンクレイヤ種別を問わずに使えるような汎用
の帯域表現方式を用いてもよい。この場合、この帯域表
現方式は、「流れるＩＰフローの帯域の表現方式」では
なく、「リンクレイヤで確保すべき通信帯域の表現方
式」を記述してもよい。

【００５４】このようにして、エンド・エンドで帯域が
確保できたならば、映像受信装置１０３から無線ゲート
ウェイ１０２に、そして無線ゲートウェイ１０２から映
像送信装置１０１に、ＦＡＮＰのアクノリッジパケット
を送信してもよい（Ｓ３０６、Ｓ３０７）。

【００５５】これを受信した映像送信装置１０１は、エ
ンド・エンドに帯域が確保されたチェネルが確保できた
ことを認識する。そして、該ＩＰフローを、同期チャネ
ル＃ｘに対して送出する（Ｓ３０８）。これを受信した
無線ゲートウェイ１０２は、受信したＩＰパケットにつ
いてＩＰルーチングを行うか、あるいはＩＥＥＥ１３９
４バスの同期チャネル番号＃ｘから受信したパケットは
無線ＬＡＮの同期チャネル番号＃ｙに送信すべきと認識
して無線ＬＡＮの同期チャネル＃ｙのチャネルに対して
これを送信する（Ｓ３０９）。こうして、該ＩＰフロー
は、ＩＥＥＥ１３９４バスの同期チャネル＃ｘと、無線
ＬＡＮの同期チャネル＃ｙを通って、映像受信装置１０
３に到達することができる。

【００５６】なお、本実施形態においては、映像送信装
置１０１が主導して、映像受信装置１０３の方向にＦＡ
ＮＰパケットを送信する場合の例を示したが、これとは
逆に、映像受信装置１０３が主導して、映像送信装置１
０１の方向にＦＡＮＰパケットを送信してもよい。図９
のように、この場合は、ＩＥＥＥ１３９４の帯域を確保
した映像受信装置が、まず無線ゲートウェイに対してＦ
ＡＮＰパケットを送信する。すなわち、ＦＡＮＰパケッ
ト（を格納した１３９４フレーム）の宛先は、無線ゲー
トウェイとなる。さらに、無線ゲートウェイは、無線Ｌ
ＡＮ上に帯域の確保を行い、その後、確保したチャネル
番号の情報を入れた上で、映像送信装置に対してさらに
ＦＡＮＰパケットを送信する。この場合、ＦＡＮＰパケ
ットの方向フィールドには「送信せよ」を示す値が入
る。ＩＰフローは、確立したチャネル上を、ＦＡＮＰと
は逆方向に流通する。

【００５７】なお、本実施形態においては無線ＬＡＮの
チャネルはＩＥＥＥ１３９４バスと同様に同期チャネル
であるとしてきたが、タイムスロット確保のような方式
で帯域確保を実現している場合には、「このタイムスロ
ットを使って、このＩＰフローを転送する」といった意
味合いのＦＡＮＰパケットを作成すればよい（チャネル
番号フィールドの記述のしかたを定義すればよい）。

【００５８】また、本実施形態のＦＡＮＰパケットのオ
ペコードは、Ａｄｖｅｒｔｉｓｅ，Ｓｏｌｉｃｉｔａｔ
ｉｏｎ，Ａｃｋｎｏｗｌｅｄｇｅの３種類であるとして
きたが、Ａｄｖｅｒｔｉｓｅが「Ａｃｋを求めるＡｄｖ
ｅｒｔｉｓｅ」と「Ａｃｋを求めないＡｄｖｅｒｔｉｓ
ｅ」の２種類に分かれていてもよい。

【００５９】ところで、本実施形態では無線ＬＡＮにお
ける帯域保証されたデータの転送は同期チャネルを用い
て行うものとして説明してきたが、前述のようにＩＥＥ
Ｅ８０２．１１ＬＡＮのような場合には、特に帯域保証
転送のためのチャネル（特定のヘッダあるいは特定のタ
イムスロット）という概念はなく、データの送信側は帯
域保証転送のコーディネータ（アービタ）からのパケッ
ト送信命令のタイミングにしたがってフレームを送信
し、データの受信側は、単に自分宛のフレームのみを受
信すればよい、といった方式も考えられる。

【００６０】この場合の本実施形態の実現は、図８のＦ
ＡＮＰパケットのチャネル番号の値をｎｕｌｌとすれば
よく、映像受信装置の動作は（１）イーサタイプの値か
ら、このパケットがＦＡＮＰパケットであることを認識
する、（２）フロー識別子で表されるＩＰフローが、特
定の通信帯域が確保された形でやりとりされることを認
識する、（３）該ＩＰフローの方向（送信するのか、受
信するのか）を認識する、という目的でＦＡＮＰパケッ
トは利用されることになる。また、映像受信装置から先
についてもさらに通信帯域を確保しなければいけない場
合には、これまでの実施形態で説明してきたような方法
で帯域確保を継続する。

【００６１】（第２の実施形態）第１の実施形態では、
特定のＩＰフローを、帯域保証された特定のチャネルに
転送する場合に、その関係をＦＡＮＰパケットを用いて
通知する場合の例を示した。これに対して、第２の実施
形態では、「ＩＥＣ６１８８３のフォーマットに従った
ＡＶデータフローを、帯域保証された特定のチャネルに
転送する場合に、その関係をＦＡＮＰパケットを用いて
通知する場合の例」を示す。

【００６２】なお、以下では第１の実施形態と相違する
点を中心に説明する。

【００６３】ホームネットワークの全体構成例は図１と
同様とする。第１の実施形態と同様に、ホームネットワ
ーク全体で１つのＩＰサブネットを構成しており、映像
送信装置１０１、無線ゲートウェイ１０２、映像受信装
置１０３それぞれがＩＰノードであるとする。サブネッ
トアドレス、ＩＰアドレス、リンクアドレスの例は図１
と同様であるとする。確保すべきチャネルは図２と同様
であるとする。

【００６４】以下に、このようなエンド・エンドのチャ
ネルを確保するための手順を示す。

【００６５】図１０は、本実施形態に係るエンド・エン
ドのチャネルを確保するための処理シーケンスの一例で
ある。ここでは、映像送信装置１０１の側が主導で制御
を行う場合について説明する。

【００６６】まず、映像送信装置１０１と映像受信装置
１０３は、例えばＲＴＳＰ（リアルタイムストリーミン
グプロトコル）等を使って、例えばＭＰＥＧ映像転送用
のセッション制御を行う（Ｓ１１０１）。このネゴシエ
ーションにより、ＭＰＥＧ映像の送信が決定したものと
しする。このセッションで転送されるＡＶフロー（本実
施形態ではＡＶフローはＩＥＣ６１８８３の転送方式に
従って転送されるのでＩＰフローとしては転送されな
い）のことを、本実施形態では以下単に（該）フローと
呼ぶ。

【００６７】ここで、映像送信装置１０１は、第１の実
施形態と同様に該フローの転送のためにＩＥＥＥ１３９
４バス上に同期チャネルを確保し、このチャネルを使っ
て該フローを映像受信装置１０３に対して転送しようと
試みる。

【００６８】まず映像送信装置１０１は、ＩＥＥＥ１３
９４バスの同期リソースマネージャに対して、ＭＰＥＧ
映像を通すための帯域（例えば６Ｍｂｐｓ）の確保と、
このＭＰＥＧ映像を通すための同期チャネル番号（＃
ｘ）の確保を行う（Ｓ１１０２）。確保できたなら、Ｆ
ＡＮＰ（ｆｌｏｗ Ａｔｔｒｉｂｕｔｅ Ｎｏｔｉｆｉ
ｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）パケットを送信する
（Ｓ１１０３）。

【００６９】この場合のＦＡＮＰとは、（１）そのリン
ク上のチャネル（本実施形態におけるＩＥＥＥ１３９４
バスの同期チャネル）と、そのチャネル上を通るフロー
との対応関係の通知、（２）そのフローの流通の方向の
通知、（３）そのチャネルが確保した帯域情報の通知、
（４）エンドエンドの帯域確保、（５）そのフローがＩ
ＥＣ６１８８３で決められたフォーマットで転送される
ものであることの通知、の５つを目的とするプロトコル
である。すなわち、第１の実施形態にい（５）の意味が
加わることになる。

【００７０】図１１に本実施形態に係るＦＡＮＰパケッ
トのフォーマット例を示す。このパケットが、１３９４
フレームに入れられて転送される。

【００７１】本実施形態のフォーマット例の第１の実施
形態との相違は、タイプフィールドが３である点と、フ
ロー識別子に送信ＩＰアドレスと受信ＩＰアドレスしか
ない点である。タイプフィールドの値が３である場合に
は、このＦＡＮＰパケットで通知するチャネルには、Ｉ
ＥＣ６１８８３で定められたフォーマットのデータが転
送されるものであると定義する。

【００７２】本実施形態でも、このＦＡＮＰパケット
は、無線ゲートウェイ１０２宛（すなわち１３９４リン
クアドレス＝ＦＷ２宛）の１３９４非同期フレームで転
送される。このＦＡＮＰパケットは、最終的には映像受
信装置１０３に到達すべきパケットであるが、映像受信
装置１０３のＩＰアドレス“Ａ．３”についてのＡＲＰ
要求に対する応答リンクレイヤアドレス“ＦＷ２”のノ
ードに対して送出される。このようにして、ＦＡＮＰパ
ケット（を収容している１３９４フレーム）の宛先は、
無線ゲートウェイ１０２（１３９４リンクアドレスＦＷ
２）になる。

【００７３】ＩＰマルチキャストのパケットをＩＥＥＥ
１３９４の同期チャネルに通そうという場合にも、第１
の実施形態と同様に、ＩＥＥＥ１３９４の非同期ストリ
ームフレームの形でこれを送信する。

【００７４】さて、このＦＡＮＰパケットを受信した無
線ゲートウェイ１０２は、図１２の手順に従って処理を
行う。

【００７５】無線ゲートウェイ１０２は、まず、受信し
たパケットのイーサタイプを参照して（Ｓ１３０１）、
このパケットがＦＡＮＰパケットであるか、他のパケッ
トであるか（例えばＩＰｖ４パケットであるか等）を参
照する（Ｓ１３０２）。本実施形態では、無線ゲートウ
ェイ１０２は、受信したパケットのイーサタイプを参照
するだけで、そのパケットがＦＡＮＰパケットであるこ
とを認識することができる。

【００７６】イーサタイプを参照した結果が、もし、Ｆ
ＡＮＰパケットである場合は、ＦＡＮＰヘッダを参照し
（Ｓ１３０４）、タイプフィールドを調べる。もし、本
実施形態のようにタイプフィールドが３である場合には
（Ｓ１３０５）、このＦＡＮＰパケットはＩＥＥＥ１３
９４バス上のチャネル番号とフローと帯域情報等の対応
関係の通知のためのものであることが認識できるととも
に、フローがＩＥＣ６１８８３形式で転送されてくるも
のと認識できる（Ｓ１３０７）。この時点で、ＩＥＥＥ
１３９４バスのチャネル番号が＃ｘで帯域が６Ｍｂｐｓ
の同期チャネルに、送信ＩＰアドレスがＡ１、受信ＩＰ
アドレスがＡ．３のフローが流れてくることがわかる。

【００７７】ここで、無線ゲートウェイ１０２は、第１
の実施形態と同様に、方向フィールドとフロー識別子を
参照して該ＦＡＮＰパケットの宛先ノードを求める。こ
の方向フィールドとフロー識別子からのＦＡＮＰパケッ
トの宛先ノードの導き方については図７と同様である。

【００７８】本例の場合、方向フィールドを参照すると
「受信せよ」であり、フロー識別子の受信ＩＰアドレス
を参照すると自身のＩＰアドレス“Ａ．２”ではなくて
無線ＬＡＮ２０２上の映像受信装置１０３のＩＰアドレ
ス“Ａ．３”であることから、このＦＡＮＰパケットを
無線ＬＡＮ２０２上の映像受信装置１０３に対してもフ
ォワードすべきであることが認識される（Ｓ１３０
８）。

【００７９】そこで、無線ゲートウェイ１０２は、映像
受信装置１０３が無線ＬＡＮ２０２上に存在することを
確認し、その無線ＬＡＮ２０２上の帯域ブローカに対し
て、必要な帯域（例えば６Ｍｂｐｓ）と同期チャネル番
号（＃ｙ）の確保を行う（Ｓ１１０４、Ｓ１３０９）。
もし、確保に成功したなら（Ｓ１３１０）、方向フィー
ルドとフロー識別子から導き出せるＦＡＮＰパケットの
宛先ノード（本例では映像受信装置１０３）のＡＲＰ解
決リンクアドレス（本例では無線リンクアドレスＷ２）
に対して、確保したチャネルＩＤ（本例では＃ｙ）をチ
ャネル番号フィールドに挿入した上で、ＦＡＮＰパケッ
トを送出する（Ｓ１１０５、Ｓ１３１２）。

【００８０】なお、この段階で、無線ゲートウェイ１０
２は、ＩＥＥＥ１３９４バス２０１の同期チャネル＃ｘ
から流れてきたフローは、ＩＰ処理せずに、無線ＬＡＮ
２０２の同期チャネル＃ｙにフォワード（カットスルー
転送）すべきであることを認識するものとする（この場
合、ＩＥＥＥ１３９４バス２０１の同期チャネル＃ｘ
と、無線ＬＡＮ２０２の同期チャネル＃ｙとの対応を記
憶しておく）。

【００８１】このようにして作成され、無線ゲートウェ
イ１０２から無線ＬＡＮ２０２を通して映像受信装置１
０３に対して送出されるＦＡＮＰパケットのフォーマッ
トを図１３に示す。

【００８２】第１の実施形態と同様に、エンド・エンド
で帯域が確保できたならば、映像受信装置１０３から無
線ゲートウェイ１０２に、そして無線ゲートウェイ１０
２から映像送信装置１０１に、ＦＡＮＰのアクノリッジ
パケットを送信してもよい（Ｓ１１０６、Ｓ１１０
７）。

【００８３】これを受信した映像送信装置１０１は、エ
ンド・エンドに帯域が確保されたチャネルが確保できた
ことを認識する。そして、ＭＰＥＧ映像を、ＩＥＣ６１
８８３で定められたフォーマットに従って、同期チャネ
ル＃ｘに対して送出する（Ｓ１１０８）。これを受信し
た無線ゲートウェイ１０２は、ＩＥＥＥ１３９４の同期
チャネル＃ｘから受信されるフローは、ＩＥＣ６１８８
３フォーマットのデータであることを既に認識してお
り、さらにこれを無線ＬＡＮの同期チャネル＃ｙにフォ
ワードすべきである点を既に認識しているため、これを
そのまま無線ＬＡＮの同期チャネル＃ｙにフォワードす
る（Ｓ１１０９）。この際、ＩＥＣ６１８８３のＣＩＰ
ヘッダのタイムスタンプの値などは適当な値に書き換え
てもよい。こうして、該フローは、ＩＥＥＥ１３９４バ
スの同期チャネル＃ｘと、無線ＬＡＮの同期チャネル＃
ｙを通って、映像受信装置１０３に到達することができ
る。

【００８４】なお、本実施形態においては、映像送信装
置１０１が主導して、映像受信装置１０３の方向にＦＡ
ＮＰパケットを送信する場合の例を示したが、第１の実
施形態と同様に、映像受信装置１０３が主導して、映像
送信装置１０１の方向にＦＡＮＰパケットを送信しても
よい。

【００８５】なお、本実施形態では無線ＬＡＮにおける
帯域保証されたデータの転送は同期チャネルを用いて行
うものとして説明してきたが、前述のようにＩＥＥＥ８
０２．１１ＬＡＮのような場合には、特に帯域保証転送
のためのチャネル（特定のヘッダあるいは特定のタイム
スロット）という概念はなく、データの送信側は帯域保
証転送のコーディネータ（アービタ）からのパケット送
信命令のタイミングに従ってフレームを送信し、データ
の受信側は、単に自分宛てのフレームのみを受信すれば
よい、といった方式も考えられる。

【００８６】このような場合には、本実施形態のように
「この同期チャネル経由でやってきたパケットは、ＣＩ
Ｐヘッダにて識別されるＩＥＣ６１８８３形式である」
と事前に認識することができなくなる。そこで、「この
パケットは、ＣＩＰヘッダにて識別されるＩＥＣ６１８
８３形式である」ということを示すためのイーサタイプ
を定義し、このパケットの先頭にデマルチプレクス用の
多重識別子として配置しておいてもよい。映像受信装置
は、イーサタイプを参照することによって、このパケッ
トに、ＩＥＣ６１８８３形式のデータが入っていること
を認識して、その処理部に渡すことが可能になる。

【００８７】このような無線ＬＡＮにおいては、カット
スルー転送をするならば、例えば図１の場合、無線ゲー
トウェイと映像受信装置との間で、チャネル番号に相当
する値をネゴシエーションして決定し、この値（＃ｙと
する）を図１３のＦＡＮＰパケットのチャネル番号の値
とすればよい。また、無線ゲートウェイは、ＩＥＥＥ１
３９４バスの同期チャネル＃ｘと、無線ＬＡＮのチャネ
ル番号に相当する値＃ｙとの対応を記憶しておき、同期
チャネル＃ｘから受信したフレームを、無線ＬＡＮフレ
ームに変換するとともにその所定のフィールドに当該チ
ャネル番号に相当する値＃ｙを記述して（帯域保証転送
のコーディネータ（アービタ）からのパケット送信命令
のタイミングに従って）該フレームを映像受信装置に送
信すればよい。この場合のフレームフォーマットの一例
を図１４に示す。

【００８８】また、上記とは逆に、例えば図１におい
て、映像送信装置と無線ゲートウェイとの間がＩＥＥＥ
８０２．１１のような無線ＬＡＮで、無線ゲートウェイ
と映像受信装置との間がＩＥＥＥ１３９４バスであるよ
うな場合には、映像送信装置と無線ゲートウェイとの間
で、チャネル番号に相当する値をネゴシエーションして
決定し、この値（＃ｘとする）を図１３のＦＡＮＰパケ
ットのチャネル番号の値とすればよい。また、無線ゲー
トウェイは、無線ＬＡＮのチャネル番号に相当する値＃
ｘと、ＩＥＥＥ１３９４バスの同期チャネル＃ｙとの対
応を記憶しておき、映像送信装置は、無線ＬＡＮフレー
ムの所定のフィールドに当該チャネル番号に相当する値
＃ｘを記述して（帯域保証転送のコーディネータ（アー
ビタ）からのパケット送信命令のタイミングに従って）
無線ゲートウェイに送信し、無線ゲートウェイは、＃ｘ
を持つ無線ＬＡＮフレームを、ＩＥＥＥ１３９４バスの
同期チャネル＃ｙにカットスルー転送すればよい。

【００８９】また、このような場合におけるカットスル
ー転送については、第１の実施形態でも、利用が可能で
ある。

【００９０】なお、これまでの各実施形態においては映
像送信装置と映像受信装置が１つの無線ゲートウェイを
介して接続されている場合を例にとって説明したが、複
数の無線ゲートウェイを介して接続されている場合（例
えば映像送信装置・第１のＩＥＥＥ１３９４バス・無線
ＬＡＮ・第２のＩＥＥＥ１３９４バス・映像受信装置と
接続されている場合）についても本発明は適用可能であ
り、その場合における各装置の動作はこれまで説明した
ものと同様である（ある無線ゲートウェイの前段または
後段が他の無線ゲートウェイとなる場合が生じるが、そ
のような場合における無線ゲートウェイの動作もこれま
で説明したと無線ゲートウェイと同様である）。

【００９１】また、本実施形態では、ホームネットワー
クを一例として取り上げたが、もちろん、本発明はこれ
に限定されず、オフィスや学校、店舗、その他の建物、
施設等に設けられるネットワークについても適用可能で
ある。

【００９２】また、本実施形態では、映像データを転送
する場合を例にとって説明したが、もちろん、他の形態
のデータを転送する場合についても本発明は適用可能で
ある。

【００９３】また、以上の各機能は、ソフトウェアとし
ても実現可能である。

【００９４】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。

【００９５】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【００９６】

【発明の効果】本発明によれば、複数のリンクをまたが
って帯域の保証されたチャネルを確立することができ
る。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るホームネットワーク
の全体構成例を示す図

【図２】エンド・エンドのチャネルについて説明するた
めの図

【図３】エンド・エンドのチャネルを確保するための処
理シーケンスの一例を示す図

【図４】映像送信装置からＩＥＥＥ１３９４バスを通し
て無線ゲートウェイに対して送出されるＦＡＮＰパケッ
トのフォーマットの一例を示す図

【図５】ＩＰマルチキャストのパケットをＩＥＥＥ１３
９４の同期チャネルに通そうとする場合に映像送信装置
からＩＥＥＥ１３９４バスを通して無線ゲートウェイに
対して送出されるＦＡＮＰパケットのフォーマットの一
例を示す図

【図６】ＦＡＮＰパケットを受信した無線ゲートウェイ
における処理手順の一例を示すフローチャート

【図７】方向フィールドとフロー識別子からＦＡＮＰパ
ケットの宛先ノードを求める手順の一例を示すフローチ
ャート

【図８】無線ゲートウェイから無線ＬＡＮを通して映像
受信装置に対して送出されるＦＡＮＰパケットのフォー
マットの一例を示す図

【図９】エンド・エンドのチャネルを確保するための処
理シーケンスの他の例を示す図

【図１０】エンド・エンドのチャネルを確保するための
処理シーケンスのさらに他の例を示す図

【図１１】映像送信装置からＩＥＥＥ１３９４バスを通
して無線ゲートウェイに対して送出されるＦＡＮＰパケ
ットのフォーマットの他の例を示す図

【図１２】ＦＡＮＰパケットを受信した無線ゲートウェ
イにおける処理手順の他の例を示すフローチャート

【図１３】無線ゲートウェイから無線ＬＡＮを通して映
像受信装置に対して送出されるＦＡＮＰパケットのフォ
ーマットの他の例を示す図

【図１４】８０２．１１ＬＡＮ上を流通するＡＶストリ
ームフレームのフォーマットの一例を示す図

【符号の説明】

１０１…映像送信装置 １０２…無線ゲートウェイ １０３…映像受信装置 ２０１…ＩＥＥＥ１３９４バス ２０２…無線ＬＡＮ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平10−308764（ＪＰ，Ａ) 特開 平10−112730（ＪＰ，Ａ) 特開 平７−162968（ＪＰ，Ａ) 特開 平７−264219（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 - 12/46

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】少なくとも２つの物理ネットワークを接続
   する中継装置において、 第１の物理ネットワークから、少なくとも、情報データ
   送信先または情報データ送信元のネットワークレイヤア
   ドレス情報と該第１の物理ネットワークに依存する第１
   のヘッダもしくはチャネル情報と通信リソース量とを含
   む第１の制御メッセージを受信する受信手段と、 前記第１の制御メッセージを受信した際に、自中継装置
   と該第１の制御メッセージに基づいて定まる第２の物理
   ネットワーク上の次段ノードとの間に、前記通信リソー
   ス量を有し、該第２の物理ネットワークに依存する第２
   のヘッダもしくはチャネル情報を有する通信パスを確立
   する制御手段と、 前記通信パスを確立した後に、少なくとも、前記ネット
   ワークレイヤアドレス情報と前記第２のヘッダもしくは
   チャネル情報と前記通信リソース量とを含む第２の制御
   メッセージを該第２の物理ネットワーク上の次段ノード
   に送信する送信手段と、 前記第１の制御メッセージに含まれる、情報データの転
   送方向を示す方向情報に基づいて定まる、前記第１また
   は第２の物理ネットワークのうちの一方の物理ネットワ
   ークの前記ヘッダもしくはチャネル情報を有する通信パ
   スから情報データを受信し、該情報データにネットワー
   クレイヤの処理を施し、該情報データを該第１または第
   ２の物理ネットワークのうちの他方の物理ネットワーク
   の前記ヘッダもしくはチャネル情報を有する通信パスに
   送信する手段と、 を具備することを特徴とする中継装置。
2. 【請求項２】少なくとも２つの物理ネットワークを接続
   する中継装置において、 第１の物理ネットワークから、少なくとも、情報データ
   送信先または情報データ送信元のネットワークレイヤア
   ドレス情報と該第１の物理ネットワークに依存する第１
   のヘッダもしくはチャネル情報と通信リソース量とを含
   む第１の制御メッセージを受信する受信手段と、 前記第１の制御メッセージを受信した際に、自中継装置
   と該第１の制御メッセージに基づいて定まる第２の物理
   ネットワーク上の次段ノードとの間に、前記通信リソー
   ス量を有し、該第２の物理ネットワークに依存する第２
   のヘッダもしくはチャネル情報を有する通信パスを確立
   する制御手段と、 前記通信パスを確立した後に、少なくとも、前記ネット
   ワークレイヤアドレス情報と前記第２のヘッダもしくは
   チャネル情報と前記通信リソース量とを含む第２の制御
   メッセージを該第２の物理ネットワーク上の次段ノード
   に送信する送信手段と、 前記第１の物理ネットワークに依存する前記第１のヘッ
   ダもしくはチャネル情報と前記第２の物理ネットワーク
   に依存する前記第２のヘッダもしくはチャネル情報との
   対応関係を記憶する対応関係記憶手段と、 前記第１の制御メッセージに含まれる、情報データの転
   送方向を示す方向情報に基づいて定まる、前記第１また
   は第２の物理ネットワークのうちの一方の物理ネットワ
   ークから、該物理ネットワークに依存する前記ヘッダも
   しくはチャネル情報を含む情報データを受信したとき、
   ネットワークレイヤの処理を行わずに、該一方の物理ネ
   ットワークに依存するヘッダもしくはチャネル情報に対
   応する、該第１または第２の物理ネットワークのうちの
   他方の物理ネットワークに依存する前記ヘッダもしくは
   チャネル情報を前記記憶手段に記憶された対応関係から
   求め、求められた該他方の物理ネットワークに依存する
   ヘッダもしくはチャネル情報を該情報データに付加して
   あるいは該チャネルを通して該情報データを前記他方の
   物理ネットワークに送信する転送手段と、 を具備することを特徴とする中継装置。