JP2000196618A

JP2000196618A - 通信ノ―ド

Info

Publication number: JP2000196618A
Application number: JP37273698A
Authority: JP
Inventors: Yoshiaki Takahata; 由彰高畠
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1998-12-28
Filing date: 1998-12-28
Publication date: 2000-07-14
Anticipated expiration: 2018-12-28
Also published as: US20040088434A1; JP3576019B2; US6728244B1; US6944145B2; US7366129B2; US20040156375A1

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１
１ネットワークが融合して運用され、上位プロトコルが
リクエスト・レスポンスの組み合わせにより処理が完結
する場合に、前者のバス上でのリクエスト・レスポンス
の対応関係を後者のネットワーク上でも維持できるよう
にした通信ノードを提供すること。【解決手段】ＩＥＥＥ８０２．１１ネットワークでの
ＭＡＣアドレスとＡＶ／Ｃコマンドの宛先サブユニット
ＩＤの組み合わせなどを用いて、ＩＥＥＥ１３９４バス
上でのトランザクションに対応するＩＥＥＥ８０２．１
１ネットワーク上でのトランザクション識別子とする。
または、基地局ノードにおいて、ＡＶ／Ｃコマンドの転
送処理をシリアライズ化し、同時に複数のＡＶ／Ｃコマ
ンドがＩＥＥＥ８０２．１１ネットワーク上には転送さ
れないものとして、ＩＥＥＥ１３９４バス上のトランザ
クション情報を隠蔽する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、相互接続された異
なるネットワーク間でデータ転送を行なうために、各ネ
ットワーク上でのパケット識別、異なるネットワーク間
でのパケットの対応関係保持やパケット変換を行う通信
ノードに関する。

【０００２】

【従来の技術】近年、ＳＣＳＩの次世代バージョンとし
て開発が進められた、ＩＥＥＥ１３９４と呼ばれるシリ
アルバスの新規格が脚光を浴びている。ＩＥＥＥ１３９
４バスは、複数の端末をデイジーチェインもしくはスタ
ー型に接続し、１００Ｍｂｐｓを超える広帯域データを
転送できるようになっている。また、その最大の特徴と
して、同一のケーブル上においてＡｓｙｎｃｈｒｏｎｏ
ｕｓデータとＩｓｏｃｈｒｏｎｏｕｓデータの双方を伝
送可能である点があげられる。このため、元々、ＳＣＳ
Ｉの次世代バージョンとして検討が進められたＩＥＥＥ
１３９４を、ＡＶ機器間を接続するケーブルとして使用
しようとの動きが活発になっている。これは従来、ＡＶ
機器間での画像・音声情報等の大容量データをアナログ
信号によって転送していたものを、ＩＥＥＥ１３９４の
Ｉｓｏｃｈｒｏｎｏｕｓデータ転送機能を用い、デジタ
ル信号によって転送しようというものである。ＩＥＥＥ
１３９４は、このようなＡＶ機器間での大容量のリアル
タイムデータ転送機能とともに、Ａｓｙｎｃｈｒｏｎｏ
ｕｓデータ転送機能を用いてパソコンなどのデジタル機
器との接続機能も有することになるので、非常に注目さ
れている。

【０００３】このように、ＩＥＥＥ１３９４はＡＶデー
タ転送機能とデータ通信機能の双方を有するので、特
に、家庭内ネットワークに用いるメディアの最有力候補
と目されている。すでに、ＩＥＥＥ１３９４によって接
続されたＡＶ機器を制御するための制御プロトコルや、
ＩＥＥＥ１３９４バス上のリソース確保のためのプロト
コル等が規定されており、ＩＥＥＥ１３９４バスを家庭
内ネットワークとして利用するための基本的な枠組みは
出来上がりつつある。

【０００４】さらに、このＩＥＥＥ１３９４上を転送さ
れているＡＶデータを、無線環境にも延長して転送する
方式の検討も始まっている。特に、将来サービスが開始
される予定のデジタル衛星放送やデジタル地上波放送な
どによって送られてくる画像情報を、ＩＥＥＥ１３９４
バスを介して無線ネットワークに転送するような、放送
型サービスの家庭内での再配信サービスに使われること
が規定されている。この場合に利用される無線ネットワ
ークに求められる機能としては、１０Ｍｂｐｓを超える
伝送速度が実現できること、家庭内の壁を通り抜ける程
度の波長であること、コストが低く抑えられる可能性が
あること、などがあげられる。

【０００５】現在、これらの要求を満足する周波数帯で
ある５ＧＨｚ帯の無線周波数を開放する動きが郵政省か
ら出されており、既に、５ＧＨｚ帯の具体的な利用形態
の検討がＡＲＩＢ（電波産業会）において進められてお
り、その利用形態の一つとして家庭内での利用形態が議
論の対象として取り上げられている。ただし、この５Ｇ
Ｈｚ帯の無線周波数の基本的な利用形態は無線ＬＡＮと
いうことになっており、その仕様も無線ＬＡＮの標準仕
様であるＩＥＥＥ８０２．１１（例えばＩＥＥＥＳｔ
ａｎｄａｒｄｓｆｏｒ “ＷｉｒｅｌｅｓｓＬＡＮ
ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡ
Ｃ）ａｎｄＰｈｙｓｉｃａｌＬａｙｅｒ（ＰＨ
Ｙ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ”参照）の仕様をベ
ースに検討が進められている。

【０００６】このようなＩＥＥＥ１３９４バスと無線ネ
ットワークを接続する場合に問題となるのは、ＩＥＥＥ
１３９４バス上で実行されることを前提として設計され
ているＡＶ制御のためのプロトコルが、本当に無線ネッ
トワーク上で実行可能なのか、という点である。ＩＥＥ
Ｅ１３９４バスの特徴として、そのデータ転送がリクエ
スト（Ｒｅｑｕｅｓｔ）とレスポンス（Ｒｅｓｐｏｎｃ
ｅ）の組合せによって成立している点が上げられる。そ
れに対し、ＩＥＥＥ８０２．１１等の無線ＬＡＮでは、
基本的にＣＳＭＡ／ＣＡのようなＭＡＣプロトコルを用
いているので、必ずしもＲｅｑｕｅｓｔとＲｅｓｐｏｎ
ｃｅの組合せのようなデータ転送が実現できるとは限ら
ない。

【０００７】また、ＩＥＥＥ１３９４バス上でのＡＶデ
ータ転送を行なう場合には、その制御プロトコルである
ＡＶ／Ｃ（例えばＡＶ／ＣＤｉｇｉｔａｌＩｎｔｅ
ｒｆａｃｅＣｏｍｍａｎｄＳｅｔＧｅｎｅｒａｌ
Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９４−１
９９５参照）プロトコルも実行しなければならない。こ
のＡＶ／Ｃプロトコルは、基本的にＩＥＥＥ１３９４バ
ス上で実行されることを想定しており、その制御コマン
ド（例えば、いわゆる「再生」「停止」「早送り」等の
コマンド）の転送プロトコルにおいても、コマンドの送
信とレスポンスの受信を一つのセットとして実行するこ
とになっている。

【０００８】図１１に、ＡＶ／Ｃプロトコルの実行シー
ケンスの概略を示す。

【０００９】ＡＶ／Ｃプロトコルにおけるコマンド／レ
スポンスは、ＩＥＥＥ１３９４のＷｒｉｔｅ＿Ｒｅｑｕ
ｅｓｔパケットによって転送されることになっており、
図１１に示すような、Ｃｏｎｔｒｏｌｌｅｒノード１０
０１からＴａｒｇｅｔノード１００３へのＡＶ／Ｃコマ
ンドの転送や、Ｔａｒｇｅｔノード１００３からＣｏｎ
ｔｒｏｌｌｅｒノード１００１へのＡＶ／Ｃレスポンス
の転送には、Ｗｒｉｔｅ＿Ｒｅｑｕｅｓｔパケットが用
いられている。

【００１０】また、ＡＶ／Ｃプロトコルでは、Ｔａｒｇ
ｅｔノード１００３内の機能要素（図１１中のＶＴＲ
ＳｕｂＵｎｉｔ１０３１やＴｕｎｅｒＳｕｂＵｎｉｔ
１０３２）に対してコマンドを送ることになっているの
で、ＡＶ／Ｃコマンドを乗せるＦＣＰ（Ｆｕｎｃｔｉｏ
ｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）フレームに
は、その宛先となる機能要素を特定するための識別子を
記述するフィールドが割り当てられている。

【００１１】さらに、Ｔａｒｇｅｔノード１００３がＡ
Ｖ／Ｃコマンドを受けとってから、受けとったコマンド
に対応する処理を実行した後に、Ｃｏｎｔｒｏｌｌｅｒ
ノード１００１に対してＡＶ／Ｃレスポンスを返すまで
の処理時間は、１００ｍｓｅｃ以内である。

【００１２】図１２に、ＡＶ／Ｃプロトコルで定義され
ているＡＶ制御用コマンドを、ＩＥＥＥ１３９４バス上
のＡｓｙｎｃｈｒｏｎｏｕｓパケットに乗せて転送する
場合の、パケットフォーマットを示す（例えばＩＳＯ−
ＩＥＣ６１８８３参照）。

【００１３】ＩＥＥＥ１３９４バス上においては、この
ＡＶ／Ｃコマンドとレスポンスの対応付けのため、ＡＶ
／Ｃコマンドを受けとった被制御機器が、受信したＡＶ
／ＣコマンドのＦＣＰフレームのヘッダ情報を、そのま
まＡＶ／Ｃコマンドを送信した制御機器に送り返すこと
になっている。これにより制御機器では、受信したＡＶ
／Ｃレスポンスが、自分が送信した、どのＡＶ／Ｃコマ
ンドに対応したものであるのかを知ることができる。

【００１４】前述のように、ＩＥＥＥ１３９４バス上を
転送されているＡＶデータを無線ネットワーク上にも延
長して転送する場合には、上記のＡＶ／Ｃプロトコルも
無線ネットワーク上で実行しなければならない。しか
し、この場合には、これらのネットワーク間の接続ポイ
ント（例えば、基地局ノード）において、ＡＶ／Ｃコマ
ンド等を転送しているパケットのパケット変換処理を実
行しなければならない。このため、基地局ノードを介し
て送信するＡＶ／Ｃコマンドと、基地局ノードで受信す
るＡＶ／Ｃレスポンスの間の対応関係がわからなけれ
ば、その受信したＡＶ／Ｃレスポンスを、どのＩＥＥＥ
１３９４バス上のノードに転送すれば良いのかがわから
なくなってしまう。特に、現状のＩＥＥＥ８０２．１１
の仕様では、このようなコマンド／レスポンスの対応関
係をネットワークレベルで一意に特定する機能は定義さ
れていない。よって、例えば、ＩＥＥＥ８０２．１１ネ
ットワークでの基地局ノード（Ｃｏｒｄｉｎａｔｉｏｎ
Ｐｏｉｎｔ）から、ＩＥＥＥ８０２．１１端末にＡＶ
／Ｃコマンドを送った場合、その後受信するＡＶ／Ｃレ
スポンスが、先に送ったどのＡＶ／Ｃコマンドに対応す
るのかを識別することができない、という問題が存在す
る。

【００１５】

【発明が解決しようとする課題】以上のように、ＩＥＥ
Ｅ１３９４バスでＡＶ／Ｃプロトコルが実行される場合
のようにデータ転送がリクエストとレスポンスの組合せ
によることを基本とするネットワークと、ＩＥＥＥ８０
２．１１のようにそれを基本としないネットワークとの
融合を考えた場合、それらネットワークのインターワー
クを行う通信ノードでは、前者のネットワーク上のノー
ドから後者のネットワーク上のノードへの転送データ
と、後者のネットワーク上のノードから前者のネットワ
ーク上のノードへの転送データとの間の対応を管理する
必要が生じても、該対応関係を維持することができない
という問題があり、上記のようなネットワークを構成す
るのは困難であった。

【００１６】例えば、ＩＥＥＥ１３９４バス（有線ネッ
トワーク）上で実行されるＡＶ機器制御のプロトコル
（ＡＶ／Ｃプロトコル）を、ＩＥＥＥ８０２．１１ネッ
トワーク（無線ネットワーク）にも拡張させて使用する
場合に、そのＡＶ／Ｃレスポンスの対応関係を無線ネッ
トワーク上でも維持しなければならないことになる。し
かし、ＩＥＥＥ８０２．１１ネットワークには、そのＭ
ＡＣレイヤ機能として、このようなリクエスト・レスポ
ンスの対応関係を維持する機能は存在せず、ＩＥＥＥ１
３９４バスとＩＥＥＥ８０２．１１ネットワークを融合
したネットワークを構築することは困難である。

【００１７】本発明は、上記事情を考慮してなされたも
ので、データ転送がリクエストとレスポンスの組合せに
よることを基本とするネットワークと、それを基本とし
ないネットワークとのインターワークを可能とする通信
ノードを提供することを目的とする。

【００１８】また、本発明は、無線ネットワークとＩＥ
ＥＥ１３９４バスが混在する環境のネットワークにおい
て、ＩＥＥＥ１３９４バス上に定義される複数のアプリ
ケーションを、無線ネットワーク上においても実行する
インターワークを可能とする通信ノードを提供すること
を目的とする。

【００１９】また、本発明は、ＡＶ／Ｃプロトコルのよ
うな、コマンド・レスポンスの組み合わせによって実行
されるプロトコルを、ＩＥＥＥ８０２．１１ＬＡＮのよ
うな無線ネットワーク上においても実行するための、Ｉ
ＥＥＥ１３９４バスと無線ネットワークのインターワー
クを可能とする通信ノードを提供することを目的とす
る。

【００２０】

【課題を解決するための手段】本発明（請求項１）は、
第１のネットワークへの第１のインタフェース手段と、
第２のネットワークへの第２のインタフェース手段と、
第２のネットワーク上に存在するノード内の構成要素の
少なくとも一部の構成要素を、自ノード内の構成要素と
して第１のネットワーク上のノードに通知する構成要素
通知手段とを具備する通信ノードにおいて、前記第１の
ネットワークと前記第２のネットワークに跨ってアプリ
ケーションを実行する際に、前記第１のインタフェース
手段で受信した第１のパケットに対するパケット変換処
理を施して前記第２のネットワークに対応する第２のパ
ケットを作成するパケット変換処理手段と、前記第１の
パケットと前記第２のパケットとの間の対応関係を記憶
するパケット対応記憶手段と、前記第２のインタフェー
ス手段によって、前記第２のパケットに対応する応答パ
ケットを受信した際に、該応答パケットの情報を用いて
前記パケット対応記憶手段を参照し、前記応答パケット
を転送すべき前記第１のネットワーク上のノードを特定
する宛先ノード識別手段とを具備することを特徴とす
る。

【００２１】本発明（請求項２）は、請求項１に記載の
通信ノードにおいて、前記パケット変換処理手段におい
て、前記第２のパケットを作成する際に、該パケットに
シーケンスナンバーを付加するシーケンスナンバー付加
手段と、前記シーケンスナンバー付加手段で付加した、
各送信パケットのシーケンスナンバーを記憶するシーケ
ンスナンバー記憶手段とをさらに具備することを特徴と
する。

【００２２】本発明（請求項３）は、第１のネットワー
クへの第１のインタフェース手段と、第２のネットワー
クへの第２のインタフェース手段と、前記第２のネット
ワーク上に存在するノード内の構成要素の少なくとも一
部の構成要素を、自ノード内の構成要素として前記第１
のネットワーク上のノードに通知する構成要素通知手段
とを具備する通信ノードであって、前記第１のネットワ
ークと前記第２のネットワークに跨ってアプリケーショ
ンを実行する際に、前記第１のインタフェース手段で受
信した第１のパケットに対するパケット変換処理を施し
て前記第２のネットワークに対応する第２のパケットを
作成するパケット変換処理手段と、前記第２のパケット
を送信した旨を記憶するパケット送信記憶手段と、前記
第２のパケットを前記第２のネットワークに送信する際
に、前記パケット送信記憶手段を参照して、前記第２の
パケットの前記第２のネットワークへの送信制御を行う
第１のパケット送出制御手段とを具備することを特徴と
する。

【００２３】本発明（請求項４）は、請求項３に記載の
通信ノードにおいて、前記第２のパケットを前記第２の
ネットワークに送信する際に、前記パケット送信記憶手
段を参照し、該パケット送信記憶手段内に前記第２のネ
ットワークへのパケット送信の記憶が無い場合にのみ、
前記第２のパケットを前記第２のネットワークに送信す
る第２のパケット送出制御手段と、前記第２のインタフ
ェース手段によって、前記第２のパケットに対応する応
答パケットを受信した際に、前記パケット送信記憶手段
に記憶されている、前記第２のパケットを前記第２のネ
ットワークに送信した旨の記憶を削除するパケット送信
記憶削除手段とを更に具備することを特徴とする。

【００２４】本発明（請求項５）は、第１のネットワー
クへの第１のインタフェース手段と、第２のネットワー
クへの第２のインタフェース手段と、第２のネットワー
ク上に存在するノード内の構成要素の少なくとも一部の
構成要素を、自ノード内の構成要素として第１のネット
ワーク上のノードに通知する構成要素通知手段とを具備
する通信ノードにおいて、前記第１のネットワークと前
記第２のネットワークに跨ってアプリケーションを実行
する際に、前記第１のインタフェース手段で受信した第
１のパケットに対するパケット変換処理を施して前記第
２のネットワークに対応する第２のパケットを作成する
パケット変換処理手段と、前記第１のパケットと前記第
２のパケットとの間の対応関係を記憶するパケット対応
記憶手段と、前記第２のインタフェース手段によって、
前記第２のパケットに対応する応答パケットを受信した
際に、該応答パケットの情報を用いて前記パケット対応
記憶手段を参照し、前記応答パケットを転送すべき前記
第１のネットワーク上のノードを特定する宛先ノード識
別手段と、前記第２のパケットを送信した旨を記憶する
パケット送信記憶手段と、前記第２のパケットを前記第
２のネットワークに送信する際に、前記パケット送信記
憶手段を参照し、該パケット送信記憶手段内に前記第２
のネットワークへのパケット送信の記憶が無い場合にの
み、前記第２のパケットを前記第２のネットワークに送
信するパケット送出制御手段と、前記第２のインタフェ
ース手段によって、前記第２のパケットに対応する応答
パケットを受信した際に、前記パケット送信記憶手段に
記憶されている、前記第２のパケットを前記第２のネッ
トワークに送信した旨の記憶を削除するパケット送信記
憶削除手段と、前記第１のパケットの種類に基づいて、
前記パケット対応記憶手段と前記宛先ノード識別手段と
の組み合わせを実行するか、または前記パケット送信記
憶手段とパケット送出制御手段とパケット送信記憶削除
手段との組み合わせを実行するかを決定するノード内処
理決定手段とを具備することを特徴とする。

【００２５】本発明（請求項６）は、請求項３ないし５
のいずれか１項に記載の通信ノードにおいて、前記パケ
ット送信記憶手段に前記第２のパケットを送信した旨を
記憶することを伴って前記第２のパケットを送信した際
に起動し、ある一定の時間が経過した後に、前記第２の
パケットを送信した旨を前記パケット送信記憶手段から
削除するタイムアウト手段をさらに具備することを特徴
とする。

【００２６】本発明（請求項７）は、請求項６に記載の
通信ノードにおいて、前記タイムアウト手段における前
記ある一定のタイムアウト時間を、前記第１のネットワ
ークと前記第２のネットワークに跨って実行されている
アプリケーションの種類に応じて設定するタイムアウト
時間設定手段をさらに具備することを特徴とする。

【００２７】本発明（請求項８）は、請求項１ないし７
のいずれか１項に記載の通信ノードにおいて、前記第１
のネットワークから受け取ったパケットを前記第２のネ
ットワークに転送する処理と前記第２のネットワークか
ら受け取ったパケットを前記第１のネットワークに転送
する処理との両方を実行することを特徴とする。

【００２８】本発明（請求項９）は、請求項８に記載の
通信ノードにおいて、前記第１のネットワークから受け
取ったパケットを前記第２のネットワークに転送する処
理と、前記第２のネットワークから受け取ったパケット
を前記第１のネットワークに転送する処理とを互いに異
なる方式で実行することを特徴とする。

【００２９】本発明（請求項１０）は、請求項１ないし
９のいずれか１項に記載の通信ノードにおいて、前記第
１もしくは第２のネットワークのいずれか一方がＩＥＥ
Ｅ１３９４バスであることを特徴とする。

【００３０】本発明（請求項１１）は、請求項１ないし
１０のいずれか１項に記載の通信ノードにおいて、前記
第１もしくは第２のネットワークのいずれか一方がＩＥ
ＥＥ８０２．１１ネットワークであることを特徴とす
る。

【００３１】本発明（請求項１２）は、請求項１ないし
１１のいずれか１項に記載の通信ノードにおいて、前記
第１および第２のパケットがＡＶ／Ｃプロトコルにおけ
るＡＶ／Ｃコマンドを転送するパケットであり、前記応
答パケットがＡＶ／ＣプロトコルにおけるＡＶ／Ｃレス
ポンスを転送するパケットであることを特徴とする。

【００３２】本発明では、例えば、ＩＥＥＥ８０２．１
１ネットワークでのＭＡＣアドレスと、ＡＶ／Ｃコマン
ドの宛先ＳｕｂＵｎｉｔ＿ＩＤの組み合わせなどを用い
て、ＩＥＥＥ１３９４バス上でのトランザクションに対
応する、ＩＥＥＥ８０２．１１ネットワーク上でのトラ
ンザクション識別子とすることができる。

【００３３】また、本発明では、ＩＥＥＥ１３９４バス
とＩＥＥＥ８０２．１１ネットワークの間の接続機能
（基地局ノード）において、ＡＶ／Ｃコマンドの転送処
理をシリアライズ化し、同時に複数のＡＶ／Ｃコマンド
がＩＥＥＥ８０２．１１ネットワーク上には転送されな
いものとして、ＩＥＥＥ１３９４バス上のトランザクシ
ョン情報を隠蔽することができる。

【００３４】また、本発明では、パケットの種類によっ
て、上記の２つの処理（所定の情報による対応付け／シ
リアライズ）を使い分ける。

【００３５】本発明によれば、例えば、無線インタフェ
ースで接続された端末に対して、ＩＥＥＥ１３９４バス
上を転送されている各種の情報を送信することができ、
あたかも、無線インタフェースによってＩＥＥＥ１３９
４バスに接続したかのようにデータ通信を実行できるよ
うになる。また、ＡＶ／Ｃプロトコルに準備されている
多くのコマンドを正しく送ることができるとともに、Ｉ
ＥＥＥ１３９４バス側にバスリセットなどの状態変化が
生じた場合でも、継続してＡＶ／Ｃプロトコルを実行で
きるようになる。

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

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

【００３８】

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

【００３９】以下の説明では、本発明の通信ノードを介
して、家庭内に存在するＩＥＥＥ１３９４バスに、無線
インタフェースによって無線端末が接続されるようなホ
ーム・ネットワークを想定して説明する。

【００４０】（第１の実施形態）図１に、有線ネットワ
ークとしてＩＥＥＥ１３９４バスを用い、無線ネットワ
ークとしてＩＥＥＥ８０２．１１ネットワークを用いた
実施形態を示す。

【００４１】図１では、ＩＥＥＥ１３９４バス１０上に
複数の１３９４ノードが接続された状態で、その中の１
３９４ノード１０１，１０２が１３９４インタフェース
のみを有したノードであり、基地局ノード１１０を介し
てＩＥＥＥ８０２．１１ネットワーク２０に接続してい
る。また、ＩＥＥＥ８０２．１１ネットワーク２０上に
は、無線インタフェースを持つ無線端末１２１，１２２
が存在する。

【００４２】ここで、ＡＶ／Ｃプロトコルでは、１３９
４インタフェースを有する１３９４ノードを「Ｕｎｉ
ｔ」と呼ばれる単位で認識し、さらに、１３９４ノード
内の構成要素（例えば、コンポ中のカセットテープデッ
キ部分やＣＤデッキ部分など）を「ＳｕｂＵｎｉｔ」と
呼ばれる単位で認識する。本実施形態では、ＩＥＥＥ１
３９４バス上の１３９４ノードとＩＥＥＥ８０２．１１
ネットワーク上に存在する無線端末とが互いに直接認識
し合うのではなく、各１３９４ノードや無線端末内に存
在する構成要素（ＡＶ／ＣプロトコルでのＳｕｂＵｎｉ
ｔ）のレベルで認識し合った上で、ＩＥＥＥ１３９４バ
ス上の１３９４ノードとＩＥＥＥ８０２．１１ネットワ
ーク上の無線端末との間でＡＶ／Ｃプロトコルを実行す
る場合を想定している。

【００４３】例えば、図１の構成例では、ＩＥＥＥ８０
２．１１ネットワーク２０上の無線端末１２１からは、
ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１内
の構成要素（ＳｕｂＵｎｉｔ）「Ａ１」，「Ａ２」が、
あたかも基地局ノード１１０内に存在するように認識さ
れ、ＩＥＥＥ１３９４バス上の１３９４ノード１０１か
らは、ＩＥＥＥ８０２．１１ネットワーク２０上の無線
端末１２１内の構成要素（ＳｕｂＵｎｉｔ）「Ｘ１」，
「Ｘ２」が、あたかも基地局ノード１１０内に存在する
ように認識される。

【００４４】このように、基地局ノードが、一方のネッ
トワーク上に存在するノード内の構成要素を、自ノード
内の構成要素として他方のネットワーク上のノードに通
知する機能は、基地局ノード内の構成要素通知機能によ
り行われる。

【００４５】以下の実施形態では、このような認識に基
づいて、ＩＥＥＥ１３９４バス１０上の１３９４ノード
１０１とＩＥＥＥ８０２．１１ネットワーク２０上の無
線端末１２１との間でＡＶ／Ｃプロトコルが実行される
ものとし、そのＡＶ／Ｃプロトコルの実行処理時のＩＥ
ＥＥ８０２．１１ネットワーク２０上での、トランザク
ション識別方式について述べる。なお、ここで述べた点
については、第２〜第４の実施形態についても同様であ
る。

【００４６】さて、図１では、ＩＥＥＥ１３９４バス１
０上の１３９４ノード１０１中にＳｕｂＵｎｉｔＡ１
とＳｕｂＵｎｉｔＡ２が存在し、１３９４ノード１０
２中にＳｕｂＵｎｉｔＢ１とＳｕｂＵｎｉｔＢ２が
存在する。また、ＩＥＥＥ８０２．１１ネットワーク２
０上の無線端末１２１中にＳｕｂＵｎｉｔＸ１とＳｕｂ
ＵｎｉｔＸ２が存在し、無線端末１２２中にＳｕｂＵ
ｎｉｔＹ１とＳｕｂＵｎｉｔＹ２が存在する。

【００４７】また、図１では、ＩＥＥＥ１３９４バス１
０上の１３９４ノードのノード識別子として、１３９４
ノード１０１にはＮ＝１、１３９４ノード１０２にはＮ
＝３、基地局ノード１１０にはＮ＝２がそれぞれ割り当
てられている。一方、ＩＥＥＥ８０２．１１ネットワー
ク２０上のＭＡＣアドレスとして、無線端末１２１には
ＭＡＣアドレス＝Ｘ、無線端末１２２にはＭＡＣアドレ
ス＝Ｙ、基地局ノード１１０にはＭＡＣアドレス＝Ｚが
それぞれ割り当てられている。

【００４８】図２に、このような構成において、１３９
４ノード１０１がＡＶ／Ｃプロトコルにおける制御ノー
ドとなり、無線端末１２１がＡＶ／Ｃプロトコルにおけ
る被制御ノードとなって、ＡＶ／Ｃプロトコルが実行さ
れる場合の、処理シーケンスの概略を示す。図２では、
１３９４ノード１０１がＡＶ／Ｃプロトコルを実行する
アプリケーションを起動し、そのアプリケーションがＡ
Ｖ／Ｃプロトコルを実行して被制御ノードである無線端
末１２１にＡＶ／Ｃコマンドを転送する場合を示してい
る。

【００４９】まず、１３９４ノード１０１から送出され
るＡＶ／Ｃコマンドは、ＦＣＰフレームに乗せられ、Ｉ
ＥＥＥ１３９４パケット（リクエストパケット）にカプ
セル化されてから基地局ノード１１０に転送される。こ
のパケット転送が正常に終了したならば、基地局ノード
１１０がＡｃｋ（レスポンスパケット）を返すことにな
る。次に、基地局ノードでは、受信したＦＣＰフレーム
情報を基に、その受信したＡＶ／Ｃコマンドを転送する
べき無線端末を認識し、その認識した無線端末（無線端
末１２１）に対して転送する。

【００５０】次に、ＡＶ／Ｃコマンドを受信した被制御
端末（無線端末１２１）は、受信したコマンドに対応す
る処理を１００ｍｓｅｃ以内に終了させ、そのコマンド
処理の実行結果を、制御端末である１３９４ノード１０
１に返送する（ＡＶ／Ｃレスポンス）。このＡＶ／Ｃレ
スポンスパケットを受信した基地局ノード１１０は、そ
の受信したパケット中の情報から、そのレスポンス情報
を転送する先となるＩＥＥＥ１３９４バス１０上の１３
９４ノード（この場合は１３９４ノード１０１）を認識
する。この認識した１３９４ノードに対して、基地局ノ
ード１１０が、先に受信したＡＶ／Ｃレスポンス情報を
転送し、その転送が成功した場合には、ＩＥＥＥ１３９
４バス上のレスポンスパケットを基地局ノード１１０に
返送する。

【００５１】ここで問題となるのが、基地局ノード１１
０において、どのようにして受信したＡＶ／Ｃレスポン
スの転送先となる１３９４ノードを知るか、という点で
ある。図３に、ＡＶ／Ｃプロトコルが用いるＦＣＰフレ
ームのフレーム構造を示す（例えばＩＳＯ−ＩＥＣ６１
８８３参照）。ＦＣＰフレームでは、先頭４ビットによ
ってＦＣＰフレーム内に乗っている情報が対応するプロ
トコルを識別することになっている。現在、ＡＶ／Ｃプ
ロトコルには“００００”が割り当てられている。ま
た、ｃｔｙｐｅフィールドはＡＶ／Ｃコマンドの種類を
特定し、ＳｕｂＵｎｉｔ＿Ｔｙｐｅフィールドはコマン
ドの対象となるＳｕｂＵｎｉｔの種類を特定し、Ｓｕｂ
Ｕｎｉｔ＿ＩＤフィールドはコマンドの対象となるＳｕ
ｂＵｎｉｔの種類が同じである場合にＳｕｂＵｎｉｔを
特定するために用いられる。また、ｏｐｃｏｄｅフィー
ルドは具体的なＡＶ／Ｃコマンドの内容を示している。

【００５２】本実施形態では、前述のＡＶ／Ｃレスポン
スを特定する方法として、ＩＥＥＥ８０２．１１ネット
ワーク上の無線端末のＭＡＣアドレスと、転送するＡＶ
／Ｃコマンドを乗せているＦＣＰフレームの上記ヘッダ
情報とを組み合わせた情報を用い、ＩＥＥＥ８０２．１
１ネットワーク上での識別子とする方法について述べ
る。

【００５３】図４に、本実施形態のＡＶ／Ｃプロトコル
の処理シーケンスの一例を示す。具体的な処理は以下の
ようになっている。

【００５４】（１）１３９４ノード１０１においてアプ
リケーションが起動され、ＡＶ／Ｃプロトコルが実行さ
れる。

【００５５】（２）１３９４ノード１０１において、Ａ
Ｖ／Ｃコマンドが作成され、無線端末１２１内のＳｕｂ
ＵｎｉｔＸ１に向けて送信される。

【００５６】（３）１３９４ノード１０１から基地局ノ
ード１１０に、所望のＡＶ／Ｃコマンドを乗せたＦＣＰ
フレームが転送される。このとき、ＩＥＥＥ１３９４バ
ス１０上でのトランザクション＿ＩＤ＝ａであり、ＦＣ
Ｐフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの
値＝Ｘ１となる。

【００５７】（４）基地局ノード１１０が、ＡＶ／Ｃコ
マンドを正常に受信したならば、そのＡｃｋメッセージ
を１３９４ノード１０１に返す。

【００５８】（５）基地局ノード１１０において、受信
したＡＶ／Ｃコマンドの宛先のＳｕｂＵｎｉｔ＿ＩＤが
Ｘ１であることから、宛先の無線端末が無線端末１２１
であることを知る。

【００５９】（６）基地局ノード１１０から無線端末１
２１に対して、ＡＶ／Ｃコマンドが転送される。

【００６０】（７）送信したＡＶ／Ｃコマンドに対応す
る、ＩＥＥＥ８０２．１１ネットワーク２０上での識別
子が「ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１などのＦＣＰヘッダ
情報＋ＭＡＣアドレス＝Ｘ」であることと、このＩ
ＥＥＥ１３９４バス１０上の識別子が「トランザクショ
ンＩＤ＝ａ＋１３９４ノードアドレスＮ＝１」であ
ることを記憶し、それらの対応テーブルを作成する。

【００６１】（８）無線端末１２１が、受信したＡＶ／
Ｃコマンドに対応する処理を実行する。

【００６２】（９）無線端末１２１が、実行したＡＶ／
Ｃコマンドの処理結果を通知するためのＡＶ／Ｃレスポ
ンスを作成し、ＦＣＰフレームに乗せた後に基地局ノー
ド１１０に転送する。

【００６３】（１０）基地局ノード１１０が、上記の対
応テーブルを参照し、受信したＡＶ／Ｃレスポンスを乗
せているＦＣＰフレームのヘッダ情報および送信元無線
端末のＭＡＣアドレスの組合せから、受信したＡＶ／Ｃ
レスポンスが「ＩＥＥＥ１３９４バス上のトランザクシ
ョンＩＤ＝ａ＋１３９４ノードアドレスＮ＝１」に
対応していることを知る。

【００６４】（１１）基地局ノード１１０は、受信した
ＡＶ／Ｃレスポンスを１３９４ノード１０１（Ｎ＝１）
に転送する。このときのトランザクションＩＤの値はａ
である。

【００６５】（１２）１３９４ノード１０１が、ＡＶ／
Ｃレスポンスを正常に受信したならば、そのＡｃｋメッ
セージを基地局ノード１１０に返す。

【００６６】（１３）１３９４ノード１０１が、次のＡ
Ｖ／Ｃコマンドの送信を開始する。

【００６７】図４では、ＩＥＥＥ８０２．１１ネットワ
ーク２０上を転送されるバケットの情報として、ＭＡＣ
アドレスとＳｕｂＵｎｉｔ＿ＩＤのみを記しているが、
当然、ＦＣＰフレームの情報は全て無線端末１２１に送
られている。

【００６８】図５に、基地局ノードで保持する対応テー
ブルの一例を示す。図５では、ＩＥＥＥ８０２．１１側
のコマンドを特定するための情報として、ＦＣＰフレー
ムのｃｔｙｐｅ、ＳｕｂＵｎｉｔ＿Ｔｙｐｅ、ＳｕｂＵ
ｎｉｔ＿ＩＤの値と、無線端末のＭＡＣアドレスを用い
ている。このような情報を記憶することによって、どの
ような種類のＡＶ／Ｃコマンドを、どの無線端末のどの
ＳｕｂＵｎｉｔに転送したのかを特定することができ
る。これは、ＩＥＥＥ１３９４バス上の複数の１３９４
ノードから、ＩＥＥＥ８０２．１１ネットワーク上の複
数の無線端末上のＳｕｂＵｎｉｔに対してコマンドが送
られる場合に対応するためである。

【００６９】このように、ＩＥＥＥ１３９４バス１０と
ＩＥＥＥ８０２．１１ネットワーク２０の間でＡＶ／Ｃ
プロトコルを実行する場合には、図５に示すような対応
テーブルを基地局ノードが持つことによって、無線端末
から送られてくるＡＶ／Ｃレスポンスに対応するＩＥＥ
Ｅ１３９４バス１０上の１３９４ノードを特定すること
ができるようになる。

【００７０】ところで、図４では、ＩＥＥＥ１３９４バ
ス１０上の１３９４ノード１０１から無線端末１２１に
対してＡＶ／Ｃコマンドを送信する場合を示したが、こ
の逆方向にＡＶ／Ｃコマンドを送信する場合（例えば、
無線端末１２１から１３９４ノード１０１に対してＡＶ
／Ｃコマンドを送信する場合）も、図５に示したものと
同様の対応テーブルを用いることによって、ＩＥＥＥ１
３９４バスとＩＥＥＥ８０２．１１ネットワークに跨っ
たＡＶ／Ｃプロトコルの実行が可能となる。

【００７１】もちろん、ＩＥＥＥ１３９４バス上の１３
９４ノードから無線端末への方向と、無線端末からＩＥ
ＥＥ１３９４バス上の１３９４ノードへの方向の両方向
について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１
１ネットワークに跨ったＡＶ／Ｃプロトコルを実行する
ことも可能である。この場合、ＩＥＥＥ１３９４バス上
の１３９４ノードからＩＥＥＥ８０２．１１ネットワー
ク上の無線端末にＡＶ／Ｃコマンドを送信する場合と、
ＩＥＥＥ８０２．１１ネットワーク上の無線端末からＩ
ＥＥＥ１３９４バス上の１３９４ノードにＡＶ／Ｃコマ
ンドを送信する場合の両方の処理において、同一の対応
テーブルを共用することができる。

【００７２】このような、双方向で同一の対応テーブル
を利用する場合には、図５に示した対応テーブルに記述
する情報として、ＡＶ／Ｃコマンドの転送方向を示すフ
ィールドを追加する方法も考えられるが、必ずしも、転
送方向を示すフィールドは必要ではない。例えば、ＩＥ
ＥＥ８０２．１１ネットワーク側から受信したＡＶ／Ｃ
レスポンスは、図５のテーブルのＩＥＥＥ８０２．１１
ネットワーク側のトランザクション情報を参照してＩＥ
ＥＥ１３９４バス側のトランザクション情報を検出し、
逆に、ＩＥＥＥ１３９４バス側から受信したＡＶ／Ｃレ
スポンスは、図５のテーブルのＩＥＥＥ１３９４バス側
のトランザクション情報を参照してＩＥＥＥ８０２．１
１ネットワーク側のトランザクション情報を検出するこ
とにより、同様の処理が実行可能である。

【００７３】また、各々の方向（ＩＥＥＥ１３９４→Ｉ
ＥＥＥ８０２．１１／ＩＥＥＥ８０２．１１→ＩＥＥＥ
１３９４）により、異なるデータ転送方式を実行する場
合も考えられる。この場合は、各方向へのＡＶ／Ｃコマ
ンドの送信に用いる対応テーブルを、各々別に保持する
ことで対応可能である。

【００７４】ＡＶ／Ｃコマンドの送信方向によって対応
テーブルを使い分ける場合には、その対応テーブル自身
を異なる形式で構成してもよい。例えば、ＩＥＥＥ８０
２．１１ネットワーク上の無線端末からＩＥＥＥ１３９
４バス上の１３９４ノードにＡＶ／Ｃコマンドを送信す
る場合は、ＩＥＥＥ１３９４バス上を転送されるＡＶ／
Ｃコマンドの送信基３９４ノードが、必ず基地局ノード
１１０となるので、図５に示した対応テーブルにおける
ＩＥＥＥ１３９４側の情報から、送信元ノードアドレス
の情報を削除することが可能である。

【００７５】（第２の実施形態）第１の実施形態に示し
た方式で、ＩＥＥＥ１３９４バス上で実行されるＡＶ／
Ｃプロトコルのコマンド・レスポンスの概念をＩＥＥＥ
８０２．１１ネットワーク上にも広げることが可能とな
る。しかし、このために基地局ノードが保持すべきテー
ブル（図５のテーブル）におけるＩＥＥＥ８０２．１１
ネットワーク側の情報は、システム構成によってはかな
り大きなものになることがある。また、より完璧にＡＶ
／Ｃレスポンスに対応する１３９４ノードを特定するた
めに、ＦＣＰフレームの全ての情報（または全てに近い
情報）を保持しておく必要が発生することもある。これ
らは、基地局ノードで保持すべき対応テーブルを大きく
させる方向に作用するとともに、基地局ノードにおい
て、例えば全てのＡＶ／Ｃコマンドの全情報をチェック
しなければならないことを意味しており、基地局ノード
の負荷を増加させる方向に作用する。

【００７６】このような記憶量や負荷の増加が発生しか
つそれを許容できないような場合にもそれを回避できる
有効な方法としては、例えば、基地局ノードから送出す
るＡＶ／Ｃコマンドを常に１つのコマンドのみに制限す
る方法が考えられる。これは、ＩＥＥＥ１３９４バス上
の複数の１３９４ノードから、ＩＥＥＥ８０２．１１ネ
ットワーク上の無線端末ＡＶ／Ｃコマンドが送信されて
いる場合に、基地局ノードにおいて、これらの送られて
きたＡＶ／Ｃコマンド群をシリアライズして送信する方
法である。このようなＡＶ／Ｃコマンドのシリアライズ
化処理を行うことにより、基地局ノードは、図５に示す
ような対応テーブルを持つ代わりに、送信しているＡＶ
／Ｃコマンドに対応するＩＥＥＥ１３９４バス側のトラ
ンザクション情報のみを保持しておけば良いことにな
る。

【００７７】ここで、上記のようなＡＶ／Ｃコマンドの
シリアライズ化の具体的な方法としては、ＩＥＥＥ８０
２．１１ネットワーク全体で１つのＡＶ／Ｃコマンドの
みが実行されるようにシリアライズ化する方法や、基地
局ノードに接続している各無線端末毎にシリアライズ化
する方法、さらにはＡＶ／Ｃコマンドを送信した１３９
４ノード毎にシリアライズ化する方法など、種々の形態
が考えられる。以下に示す処理シーケンスでは、ＩＥＥ
Ｅ８０２．１１ネットワーク全体で１つのＡＶ／Ｃコマ
ンドのみが実行されるようにシリアライズ化する方法に
ついて示しているが、同様の処理を行うことにより、前
述の各無線端末毎にシリアライズ化する方法や、１３９
４ノード毎にシリアライズ化する方法などの他の方法に
ついても実現が可能である。

【００７８】図６に、ＩＥＥＥ８０２．１１ネットワー
ク全体で１つのＡＶ／Ｃコマンドのみが実行されるよう
にシリアライズ化する場合の処理シーケンスの一例を示
す。

【００７９】図６では、１３９４ノード１０１から２つ
のＡＶ／Ｃコマンド（ＡＶ／Ｃコマンド１、２）が順次
送信され、それらが基地局ノード１１０においてシリア
ライズ化された後、ＩＥＥＥ８０２．１１ネットワーク
に順次転送される場合を一例として示している。以下の
処理シーケンスでは、最初に送信されたＡＶ／Ｃコマン
ドについての処理手順を（１）〜（９）に、２番目に送
信されたＡＶ／Ｃコマンドについての処理手順を（ａ）
〜（ｊ）に示している。

【００８０】（１）１３９４ノード１０１においてアプ
リケーションが起動され、ＡＶ／Ｃプロトコルが実行さ
れる。

【００８１】（２）１３９４ノード１０１において、Ａ
Ｖ／Ｃコマンド１が作成され、無線端末１２１内のＳｕ
ｂＵｎｉｔＸ１に向けて送信される。

【００８２】（３）１３９４ノード１０１から基地局ノ
ード１１０に、ＡＶ／Ｃコマンド１を乗せたＦＣＰコマ
ンド１を乗せたＦＣＰフレームが転送される。このと
き、ＩＥＥＥ１３９４バス１０上でのトランザクション
ＩＤ＝ａであり、ＦＣＰフレーム内に記述される宛先Ｓ
ｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１となる。

【００８３】（４）基地局ノード１１０が、ＡＶ／Ｃコ
マンド１を正常に受信したならば、そのＡｃｋメッセー
ジを１３９４ノード１０１に返す。

【００８４】（５）基地局ノード１１０が、受信したＡ
Ｖ／Ｃコマンド１の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１
であることから、宛先の無線端末が無線端末１２１であ
ることを知り、基地局ノード１１０から無線端末１２１
に対して、ＡＶ／Ｃコマンド１が転送される。ここで、
基地局ノード１１０は、送信しているＡＶ／Ｃコマンド
１に対応する１３９４ノードのノードＩＤの値（Ｎ＝
１）とトランザクションＩＤの値（＝ａ）を記憶する。

【００８５】（６）無線端末１２１が、受信したＡＶ／
Ｃコマンド１に対応する処理を実行する。

【００８６】（７）無線端末１２１が、実行したＡＶ／
Ｃコマンド１の処理結果を通知するための、ＡＶ／Ｃレ
スポンス１を作成し、ＦＣＰフレームに乗せた後に基地
局ノード１１０に転送する。

【００８７】（８）基地局ノード１１０が、受信したＡ
Ｖ／Ｃレスポンス１に対応している１３９４ノード１０
１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス１を転送
する。このときのトランザクションＩＤの値はａであ
る。

【００８８】（９）１３９４ノード１０１が、ＡＶ／Ｃ
レスポンス１を正常に受信したならば、そのＡｃｋメッ
セージを基地局ノード１１０に返す。

【００８９】（ａ）１３９４ノード１０１において、引
続きＡＶ／Ｃプロトコルが実行されている。

【００９０】（ｂ）１３９４ノード１０１において、次
のＡＶ／Ｃコマンド２が作成され、無線端末１２１内の
ＳｕｂＵｎｉｔＸ２に向けて送信される。

【００９１】（ｃ）１３９４ノード１０１から基地局ノ
ード１１０に、ＡＶ／Ｃコマンド２を乗せたＦＣＰフレ
ームが転送される。このとき、ＩＥＥＥ１３９４バス１
０上でのトランザクションＩＤ＝ｂであり、ＦＣＰフレ
ーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ
２となる。

【００９２】（ｄ）基地局ノード１１０が、ＡＶ／Ｃコ
マンド２を正常に受信したならば、そのＡｃｋメッセー
ジを１３９４ノード１０１に返す。

【００９３】（ｅ）基地局ノード１１０が、受信したＡ
Ｖ／Ｃコマンド２の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ２
であることから、宛先の無線端末が無線端末１２１であ
ることを知る。しかし、この時点では、ＡＶ／Ｃレスポ
ンス１を待っている状態なので、ＡＶ／Ｃレスポンスが
戻るまで、ＡＶ／Ｃコマンド２の送信を見合わせる。

【００９４】（ｆ）基地局ノード１１０は、ＡＶ／Ｃレ
スポンス１を受信したら、見合わせていたＡＶ／Ｃコマ
ンド２を送信する。また、基地局ノード１１０は、送信
しているＡＶ／Ｃコマンド２に対応する１３９４ノード
のノードＩＤの値（Ｎ＝１）とトランザクションＩＤの
値（＝ｂ）を記憶する。

【００９５】（ｇ）無線端末１２１が、受信したＡＶ／
Ｃコマンド２に対応する処理を実行する。

【００９６】（ｈ）無線端末１２１が、実行したＡＶ／
Ｃコマンド２の処理結果を通知するための、ＡＶ／Ｃレ
スポンス２を作成し、ＦＣＰフレームに乗せた後に基地
局ノード１１０に転送する。

【００９７】（ｉ）基地局ノード１１０が、受信したＡ
Ｖ／Ｃレスポンス２に対応している１３９４ノード１０
１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス２を転送
する。このときのトランザクションＩＤの値はａであ
る。

【００９８】（ｊ）１３９４ノード１０１が、ＡＶ／Ｃ
レスポンス２を正常に受信したならば、そのＡｃｋメッ
セージを基地局ノード１１０に返す。

【００９９】このような処理を実行することで、第１の
実施形態の場合に比べて基地局ノードに必要となるテー
ブル量を削減するとともに、基地局ノードでのＡＶ／Ｃ
コマンドのチェック処理量を削減することができる。ま
た、このようなＡＶ／Ｃコマンドのシリアライズ化処理
によって、ＩＥＥＥ８０２．１１ネットワーク上の無線
端末の状態（無線端末が、現在、どのＡＶ／Ｃコマンド
に対応する処理を実行しているのか）を特定することが
可能となるので、ＩＥＥＥ１３９４バスとＩＥＥＥ８０
２．１１ネットワークに跨っての、よりスムーズなＡＶ
／Ｃプロトコルの実行が可能となる。

【０１００】ところで、このようにＡＶ／Ｃコマンドを
シリアライズ化して送信する場合には、その送信したＡ
Ｖ／Ｃコマンドに対応するＡＶ／Ｃレスポンスが戻って
こなかった場合への対応を考えておくとより好ましい。
この対応については、前述のＡＶ／Ｃプロトコルにおい
て規定されている、コマンド処理時間（＝１００ｍｓｅ
ｃ）を用いるのが有効な方法である。つまり、あるＡＶ
／Ｃコマンドを送信した後、例えば１００ｍｓｅｃ経過
しても対応するＡＶ／Ｃレスポンスが戻らなかった場合
には、次のＡＶ／Ｃコマンドの送信を許可するというも
のである。

【０１０１】図７に、この場合の処理シーケンスの一例
を示す。

【０１０２】図７も、図６の場合と同様に、２つのＡＶ
／Ｃコマンドが送信される場合を示している。そのた
め、以下の処理シーケンスでは、最初に送信されたＡＶ
／Ｃコマンドの処理手順を（１）〜（８）に、２番目に
送信されたＡＶ／Ｃコマンドの処理手順を（ａ）〜
（Ｉ）に示している。

【０１０３】（１）１３９４ノード１０１においてアプ
リケーションが起動され、ＡＶ／Ｃプロトコルが実行さ
れる。

【０１０４】（２）１３９４ノード１０１において、Ａ
Ｖ／Ｃコマンド１が作成され、無線端末１２１内のＳｕ
ｂＵｎｉｔＸ１に向けて送信される。

【０１０５】（３）１３９４ノード１０１から基地局ノ
ード１１０に、ＡＶ／Ｃコマンド１を乗せたＦＣＰフレ
ームが転送される。このときの、ＩＥＥＥ１３９４バス
１０上でのトランザクションＩＤ＝ａであり、ＦＣＰフ
レーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝
Ｘ１となる。

【０１０６】（４）基地局ノード１１０が、ＡＶ／Ｃコ
マンド１を正常に受信したならば、そのＡｃｋメッセー
ジを１３９４ノード１０１に返す。

【０１０７】（５）基地局ノード１１０が、受信したＡ
Ｖ／Ｃコマンド１の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１
であることから、宛先の無線端末が無線端末１２１であ
ることを知り、基地局ノード１１０から無線端末１２１
に対して、ＡＶ／Ｃコマンド１が転送される。ここで、
基地局ノード１１０は、送信しているＡＶ／Ｃコマンド
１に対応する１３９４ノードのノードＩＤの値（Ｎ＝
１）とトランザクションＩＤの値（＝ａ）を記憶する。

【０１０８】（６）ＡＶ／Ｃコマンドを送信した時点で
タイマーをスタートさせる。

【０１０９】（７）無線端末１２１が、受信したＡＶ／
Ｃコマンド１に対応する処理を実行しようとするが、対
応するレスポンスは戻らない。

【０１１０】（８）タイムアウトした時点で、ＡＶ／Ｃ
コマンドの送信処理は終了する。ここで、タイムアウト
した旨を、対応する１３９４ノード１０１（Ｎ＝１）に
通知しても良い。

【０１１１】（ａ）１３９４ノード１０１において、引
続きＡＶ／Ｃプロトコルが実行されている。

【０１１２】（ｂ）１３９４ノード１０１において、次
のＡＶ／Ｃコマンド２が作成され、無線端末１２１内の
ＳｕｂＵｎｉｔＸ２に向けて送信される。

【０１１３】（ｃ）１３９４ノード１０１から基地局ノ
ード１１０に、ＡＶ／Ｃコマンド２を乗せたＦＣＰフレ
ームが転送される。このとき、ＩＥＥＥ１３９４バス１
０上でのトランザクションＩＤ＝ｂであり、ＦＣＰフレ
ーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ
２となる。

【０１１４】（ｄ）基地局ノード１１０が、ＡＶ／Ｃコ
マンド２を正常に受信したならば、そのＡｃｋメッセー
ジを１３９４ノード１０１に返す。

【０１１５】（ｅ）基地局ノード１１０が、受信したＡ
Ｖ／Ｃコマンド２の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ２
であることから、宛先の無線端末が無線端末１２１であ
ることを知る。しかし、この時点では、タイマーがセッ
トされた状態なので、ＡＶ／Ｃレスポンス１が戻るま
で、もしくはタイムアウトするまでＡＶ／Ｃコマンド２
の送信を見合わせる。

【０１１６】（ｆ）基地局ノード１１０は、ＡＶ／Ｃコ
マンド１の送信処理がタイムアウトしたならば、見合わ
せていたＡＶ／Ｃコマンド２を送信する。また、基地局
ノード１１０は、送信しているＡＶ／Ｃコマンド２に対
応する１３９４ノードのノードＩＤの値（Ｎ＝１）とト
ランザクションＩＤの値（＝ｂ）を記憶する。

【０１１７】（ｇ）ＡＶ／Ｃコマンドを送信した時点で
タイマーをスタートさせる。

【０１１８】（ｈ）無線端末１２１が、受信したＡＶ／
Ｃコマンド２に対応する処理を実行する。

【０１１９】（ｉ）無線端末１２１が、実行したＡＶ／
Ｃコマンド２の処理結果を通知するための、ＡＶ／Ｃレ
スポンス２を作成し、ＦＣＰフレームに乗せた後に基地
局ノード１１０に転送する。

【０１２０】（ｊ）基地局ノード１１０が、無線端末１
２１からのＡＶ／Ｃレスポンス２を受信したならば、タ
イマーをリセットする。

【０１２１】（ｋ）基地局ノード１１０が、受信したＡ
Ｖ／Ｃレスポンス２に対応している１３９４ノード１０
１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス２を転送
する。このときのトランザクションＩＤの値はａであ
る。

【０１２２】（ｌ）１３９４ノード１０１が、ＡＶ／Ｃ
レスポンス２を正常に受信したならば、そのＡｃｋメッ
セージを基地局ノード１１０に返す。

【０１２３】このような、基地局ノードにおけるＡＶ／
Ｃコマンドのシリアライズ化処理とＡＶ／Ｃレスポンス
のタイムアウト処理を併用することにより、より現実的
なＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネット
ワークに跨ったＡＶ／Ｃプロトコルの実行が可能とな
る。

【０１２４】また、上記の例ではＩＥＥＥ１３９４バス
とＩＥＥＥ８０２．１１ネットワーク間で実行されるプ
ロトコルがＡＶ／Ｃプロトコルである場合を示している
が、それ以外のプロトコルが実行されている場合でも、
本実施形態のようなシリアライズ化処理を適応すること
は可能である。

【０１２５】なお、プロトコルの種類によっては、対応
する処理を実行するために必要な時間が異なる場合が想
定されるので、そのような場合には、上記のようなタイ
ムアウト時間＝１００ｍｓｅｃといった値を用いる場合
だけではなく、プロトコルの種類によってタイムアウト
時間を設定し直すのが好ましい。具体的には、ＩＥＥＥ
１３９４バス上で実行されているプロトコルがＦＣＰフ
レームを用いている場合であれば、そのプロトコル識別
子であるｃｔｓフィールドの値によって、対応するタイ
ムアウト時間を設定する方法が考えられる（この場合に
は、基地局ノード内に実行するプロトコルとタイムアウ
ト時間の対応テーブルを保持しておくものとする）。

【０１２６】このような方法でＩＥＥＥ１３９４バスと
ＩＥＥＥ８０２．１１ネットワークとを接続する場合に
基地局ノードに必要となる機能としては、送信している
ＡＶ／Ｃコマンドに対応するＩＥＥＥ１３９４バス側の
トランザクション情報を記憶する機能と、ＡＶ／Ｃコマ
ンドを送信した後に起動するタイマー機能だけであり、
基地局ノードに追加するべき機能を少なく抑えることが
できる。また、第１の実施形態に比べてＡＶ／Ｃレスポ
ンスを受信した際に行うべき処理量も削減できる。

【０１２７】なお、図６や図７では、ＩＥＥＥ１３９４
バス１０上の１３９４ノード１０１から無線端末１２１
に対してＡＶ／Ｃコマンドを送信する場合を示したが、
第１の実施形態と同様、その逆方向にＡＶ／Ｃコマンド
を送信する場合も、ＩＥＥＥ１３９４バスとＩＥＥＥ８
０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルの
実行が可能となる。もちろん、両方向について、ＩＥＥ
Ｅ１３９４バスとＩＥＥＥ８０２．１１ネットワークに
跨ったＡＶ／Ｃプロトコルを実行することも可能であ
る。

【０１２８】（第３の実施形態）第１、第２の実施形態
では、基地局ノードに送り返されるＡＶ／Ｃレスポンス
が、その直前に送出したＡＶ／Ｃコマンドに対応するも
のに限られる場合を想定して示してきたが、ＡＶ／Ｃレ
スポンスとしては、その他に、ある特定のイベントが被
制御機器に生じた際に当該被制御機器からＡＶ／Ｃレス
ポンスを返す場合がある。このような状態変化によって
ＡＶ／Ｃレスポンスを返すような指示を送るＡＶ／Ｃコ
マンドとして、例えば、Ｎｏｔｉｆｙコマンドという種
類のコマンドがＡＶ／Ｃプロトコルには規定されてい
る。本実施形態では、一例として、このＮｏｔｉｆｙコ
マンドに対応するＡＶ／Ｃレスポンスへの対応方法につ
いて述べる。

【０１２９】前述のように、Ｎｏｔｉｆｙコマンドと
は、制御端末が被制御端末に対して、特定のイベントが
生じた場合に、その旨を通知するよう要求するコマンド
である（例えば、カセットデッキにカセットが挿入され
たら、その旨を通知するなど）。これは、ＡＶ／Ｃコマ
ンドの処理結果としてのＡＶ／Ｃレスポンスが、指定さ
れたイベントが発生した時点で返されることになり、上
記のような１００ｍｓｅｃというタイムアウト時間やＡ
Ｖ／Ｃコマンドのシリアライズ化処理だけでは、戻って
くるＡＶ／ＣレスポンスがＮｏｔｉｆｙコマンドへのレ
スポンスであるのか、通常のＡＶ／Ｃコマンド（Ｃｏｎ
ｔｒｏｌコマンドやＳｔａｔｕｓコマンド）に対しての
レスポンスであるのかを識別できないことになる。

【０１３０】このようなケースに対応するためには、Ａ
Ｖ／Ｃプロトコルのコマンドタイプ（図３のＦＣＰフレ
ームの構造の中のｃｔｙｐｅフィールド）に応じて、そ
の処理を変更する方法が考えられる。

【０１３１】例えば、基地局ノードからＡＶ／Ｃコマン
ドを送出する時点で、そのＡＶ／ＣコマンドがＮｏｔｉ
ｆｙコマンドであれば第１の実施形態での処理のよう
に、基地局ノード内にＦＣＰフレーム情報（その一部ま
たは全部の情報）と宛先ＭＡＣアドレスとの組み合わせ
に対する対応テーブルを持つことで送出するＮｏｔｉｆ
ｙコマンドに対応するＩＥＥＥ１３９４バス側のトラン
ザクションを識別することとし、それ以外のｃｏｎｔｒ
ｏｌ、ｓｔａｔｕｓコマンド等の場合には第２の実施形
態での処理のように、ＡＶ／Ｃコマンドをシリアライズ
化処理して送信する（タイムアウトの設定を実行しても
良い）ことで対応する。

【０１３２】そして、ＡＶ／Ｃレスポンスを受信した場
合には、まず、その受信したＡＶ／Ｃレスポンスが対応
テーブルに記憶されているコマンドに対応するものであ
るのかをチェックする。受信したレスポンスが対応テー
ブルに記憶されているコマンドに対応するものであれ
ば、対応テーブルの参照処理によってレスポンスを返す
べきＩＥＥＥ１３９４バス上のノードを識別し（第１の
実施形態における処理）、そうでない場合は、レスポン
スを返すべきＩＥＥＥ１３９４バス上のノードは直前に
送出したＡＶ／Ｃコマンドに対応するＩＥＥＥ１３９４
バス上のノードであると認識する（第２の実施形態にお
ける処理）。

【０１３３】本実施形態では、基地局ノード内に保持す
る対応テーブルに記憶する情報としては、Ｎｏｔｉｆｙ
コマンドに関するものだけを記憶すれば良くなるので、
必要となるテーブル量を第１の実施形態の場合よりも小
さくできることになる。また、記憶するのがＮｏｔｉｆ
ｙコマンドに関するものに限定されるため、対応テーブ
ルに必要な情報（図５に示した対応テーブル）の中から
ｃｔｙｐｅの情報を削除することができるので、さらに
対応テーブルを小さくできるものと考えられる。

【０１３４】ここで、上記のようなＮｏｔｉｆｙコマン
ドの転送処理において考えておくべき事象として、ＩＥ
ＥＥ１３９４バスのバスリセットがあげられる。これ
は、ＡＶ／Ｃプロトコルを実行している際に、ＩＥＥＥ
１３９４バス上でバスリセットが発生し、１３９４ノー
ドのノードＩＤの値が変化してしまう場合である。この
ような場合への対応方法としては、基地局ノードにおい
て保持する対応テーブルにおけるＩＥＥＥ１３９４バス
側の情報として、ＡＶ／Ｃコマンドを送信してきた１３
９４ノードのノードＩＤではなく、その１３９４ノード
のＥＵＩ６４アドレス（ＥｘｔｅｎｄｅｄＵｎｉｑｕ
ｅＩｄｅｎｔｉｆｉｅｒ；６４ｂｉｔｓ）を保持して
おく方法が考えられる。

【０１３５】このような方法により、ＡＶ／Ｃコマンド
（例えばＮｏｔｉｆｙコマンド）を送信した後に、その
レスポンスが戻ってくるまでの間にＩＥＥＥ１３９４バ
スにおいてバスリセットが発生したとしても、そのレス
ポンスを転送する宛先となる１３９４ノードを特定でき
るようになる。

【０１３６】ただし、このようなＥＵＩ６４アドレスに
よって１３９４ノードを特定する場合には、基地局ノー
ドにおいて、各１３９４ノードのノードＩＤとＥＵＩ６
４アドレスの対応表を保持しておき、バスリセット毎
に、この対応表を更新する処理を実行する必要がある。
よって、ＩＥＥＥ１３９４バスにおけるバスリセット後
の処理として、通常の自動構成認識処理（例えばＴｒｅ
ｅ＿ＩＤ処理やＳｅｌｆ＿ＩＤ処理等）の他に、各１３
９４ノードのＥＵＩ６４アドレスの情報を収集する処理
を実行する必要がある。

【０１３７】ＥＵＩ６４アドレスによってＩＥＥＥ１３
９４バス側の１３９４ノードを特定することで、通常の
バスリセットへの対応が可能になるとともに、もし、Ａ
Ｖ／Ｃレスポンスが戻ってくる前に、そのＡＶ／Ｃレス
ポンスに対応する１３９４ノードがＩＥＥＥ１３９４バ
スから離脱していた場合でも、確実に、その宛先の１３
９４ノードがＩＥＥＥ１３９４バス上に存在しないこと
を認識できるので、不必要なレスポンスをＩＥＥＥ１３
９４バス側に転送することがなくなるメリットも生まれ
ることになる。このような、ＩＥＥＥ１３９４バス上の
１３９４ノードを特定する際に、その１３９４ノードの
ＥＵＩ６４アドレスを用いる方法は、本実施形態に対し
てだけではなく、第１の実施形態や第２の実施形態、さ
らには、後述の第４の実施形態に対しても適用可能であ
る。

【０１３８】なお、本実施形態では、ＩＥＥＥ１３９４
バス１０上の１３９４ノード１０１から無線端末１２１
に対してＡＶ／Ｃコマンドを送信する場合を示したが、
第１や第２の実施形態と同様、その逆方向にＡＶ／Ｃコ
マンドを送信する場合も可能である。もちろん、両方向
について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１
１ネットワークに跨ったＡＶ／Ｃプロトコルを実行する
ことも可能である。

【０１３９】（第４の実施形態）本実施形態では、ＩＥ
ＥＥ８０２．１１ネットワークなどに対応するべく、Ｆ
ＣＰフレームに手を加える方式について述べる。ここで
は、前述の基地局ノードでのシリアライズ化処理に対応
する機能として、ＦＣＰフレーム内に、被制御端末への
転送順序を示すシーケンスナンバーを付加するフィール
ドを追加する。このシーケンスナンバーを付加するフィ
ールドの追加方法としては、新たなフィールドを追加す
る方法や、既存のフィールドを使い回す方法が考えられ
る。

【０１４０】本実施形態では、ＦＣＰフレームには極力
手を加えない方法として、ＩＥＥＥ８０２．１１ネット
ワーク上において、ＦＣＰフレーム内のｃｔｓフィール
ドをシーケンスナンバーのフィールドとして再利用する
方法を示しているが、もちろん、ＦＣＰフレーム内の任
意の場所にシーケンスナンバー用のフィールドを割り当
てる方法も考えられる。本実施形態では、ＩＥＥＥ８０
２．１１ネットワーク上ではＡＶ制御のプロトコルとし
てはＡＶ／Ｃプロトコルのみが実行されるものと想定
し、ｃｔｓフィールドをシーケンスナンバーに使いまわ
す方法を示すこととする。

【０１４１】図８に、本実施形態のＩＥＥＥ８０２．１
１ネットワーク上で用いられるＦＣＰフレームの構成を
示す。ちなみに、本実施形態でも、ＩＥＥＥ１３９４バ
ス上においては図３に示したＦＣＰフレームの構成図と
同じ形式のＡＶ／Ｃコマンド・レスポンスが転送されて
いる。

【０１４２】図８に示すように、本実施形態では、ＩＥ
ＥＥ８０２．１１ネットワーク上において、通常、プロ
トコル識別のために使用されているｃｔｓフィールドを
シーケンスナンバーのフィールドとして利用している。
そして、このシーケンスナンバーと、ＡＶ／Ｃコマンド
の送信先の無線端末のＭＡＣアドレスとを用いることに
より、ＩＥＥＥ８０２．１１ネットワーク上の無線端末
に送られるＡＶ／Ｃコマンドを一意に特定することがで
きるようになる。また、より正確にＡＶ／Ｃレスポンス
を識別するためには、シーケンスナンバーとＳｕｂＵｎ
ｉｔ＿ＴｙｐｅとＳｕｂＵｎｉｔ＿ＩＤと、ＡＶ／Ｃコ
マンドの送信先の無線端末のＭＡＣアドレスの組合せを
用いる方法も考えられる。

【０１４３】図９に、本実施形態の識別方式を用いた場
合の、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネ
ットワークに跨ってＡＶ／Ｃプロトコルを実行する場合
の処理シーケンスの一例を示す。

【０１４４】以下の例では、ＩＥＥＥ８０２．１１ネッ
トワーク上のコマンド識別子として、シーケンスナンバ
ーとＳｕｂＵｎｉｔ＿ＩＤとＭＡＣアドレスを用いる場
合を示しているが、もちろん、この他にも、いくつかの
アドレスの組合せを用いる方法が考えられる。具体的な
処理シーケンスを以下に示す。

【０１４５】（１）１３９４ノード１０１においてアプ
リケーションが起動され、ＡＶ／Ｃプロトコルが実行さ
れる。

【０１４６】（２）１３９４ノード１０１において、Ａ
Ｖ／Ｃコマンドが作成され、無線端末１２１内のＳｕｂ
ＵｎｉｔＸ１に向けて送信される。

【０１４７】（３）１３９４ノード１０１から基地局ノ
ード１１０に、所望のＡＶ／Ｃコマンドを乗せたＦＣＰ
フレームが転送される。このとき、ＩＥＥＥ１３９４バ
ス１０上でのトランザクションＩＤ＝ａであり、ＦＣＰ
フレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値
＝Ｘ１となる。

【０１４８】（４）基地局ノード１１０が、ＡＶ／Ｃコ
マンドを正常に受信したならば、そのＡｃｋメッセージ
を１３９４ノード１０１に返す。

【０１４９】（５）基地局ノード１１０において、受信
したＡＶ／Ｃコマンドの宛先のＳｕｂＵｎｉｔ＿ＩＤが
Ｘ１であることから、宛先の無線端末が無線端末１２１
であることを知る。

【０１５０】（６）基地局ノード１１０から無線端末１
２１に対して、ＡＶ／Ｃコマンドが転送される。この時
の宛先無線端末のＭＡＣアドレス＝Ｘ、ＳｕｂＵｎｉｔ
＿ＩＤ＝Ｘ１、シーケンスナンバー＝１である。

【０１５１】（７）送信したＡＶ／Ｃコマンドに対応す
る、ＩＥＥＥ８０２．１１ネットワーク２０上での識別
子が「ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１＋シーケンスナ
ンバー＝１＋ＭＡＣアドレス＝Ｘ」であることと、
このＩＥＥＥ１３９４バス１０上の識別子が「トランザ
クションＩＤ＝ａ＋１３９４ノードアドレスＮ＝
１」であることを記憶し、それらの対応テーブルを作成
する。

【０１５２】（８）無線端末１２１が、受信したＡＶ／
Ｃコマンドに対応する処理を実行する。

【０１５３】（９）無線端末１２１が、実行したＡＶ／
Ｃコマンドの処理結果を通知するための、ＡＶ／Ｃレス
ポンスを作成し、ＦＣＰフレームに乗せた後に基地局ノ
ード１１０に転送する。

【０１５４】（１０）基地局ノード１１０が、受信した
ＡＶ／Ｃレスポンスを乗せているＦＣＰフレーム内のシ
ーケンスナンバーとＳｕｂＵｎｉｔ＿ＩＤの値、および
送信元無線端末のＭＡＣアドレスの組合せから、受信し
たＡＶ／Ｃレスポンスが、「ＩＥＥＥ１３９４バス上の
トランザクションＩＤ＝ａ＋１３９４ノードアドレ
スＮ＝１」に対応していることを知る。

【０１５５】（１１）基地局ノード１１０は、受信した
ＡＶ／Ｃレスポンスを１３９４ノード１０１（Ｎ＝１）
に転送する。この時のトランザクションＩＤの値はａで
ある。

【０１５６】（１２）１３９４ノード１０１が、ＡＶ／
Ｃレスポンスを正常に受信したならば、そのＡｃｋメッ
セージを基地局ノード１１０に返す。

【０１５７】（１３）１３９４ノード１０１が、次のＡ
Ｖ／Ｃコマンドの送信を開始する。

【０１５８】上記の処理シーケンスでは、シーケンスナ
ンバーの付加方式として、ＡＶ／Ｃコマンドを送信する
先のＳｕｂＵｎｉｔ単位にシーケンスナンバーを付加す
る方式を示したが、他にも、基地局ノードから送信する
ＡＶ／Ｃコマンド全てに対応するシーケンスナンバーを
付加する方式や、ＡＶ／Ｃコマンドの送信元の１３９４
ノード毎にシーケンスナンバーを付加する方法や、ＡＶ
／Ｃコマンドの宛先の無線端末毎にシーケンスナンバー
を付加する方法なども考えられる。このような、ＦＣＰ
フレームにシーケンスナンバーを付加する方法により、
基地局ノードにおいて保持するテーブル量を削減できる
とともに、基地局ノードがＡＶ／Ｃレスポンスを受信し
た際に実行するべき、テーブル参照処理を軽くすること
ができる。

【０１５９】なお、本実施形態では、ＩＥＥＥ１３９４
バス１０上の１３９４ノード１０１から無線端末１２１
に対してＡＶ／Ｃコマンドを送信する場合を示したが、
第１〜第３の実施形態と同様、その逆方向にＡＶ／Ｃコ
マンドを送信する場合も可能である。もちろん、両方向
について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１
１ネットワークに跨ったＡＶ／Ｃプロトコルを実行する
ことも可能である。

【０１６０】次に、図１０に、第１の実施形態〜第４の
実施形態における基地局ノードの内部構成の一例のブロ
ック図を示す。

【０１６１】図１０の構成例において、第１、第４の実
施形態の基地局ノードは、ＩＥＥＥ８０２．１１インタ
フェース処理部１１０１、パケット変換処理部１１０
２、ＩＥＥＥ１３９４インタフェース処理部１１０３、
プロトコル処理部１１０４、トランザクション対応テー
ブル１１０５を備えている。

【０１６２】また、第２、第３の実施形態の基地局ノー
ドは、上記に加えてタイマー１１０６を備えている。

【０１６３】もちろん、基地局ノード内には、上記の他
に、通常の基地局ノード機能を提供するための機能も設
けられるが、図１０では、本発明に関係する機能のみを
記述している。

【０１６４】ＩＥＥＥ８０２．１１インタフェース処理
部１１０１は、ＩＥＥＥ８０２．１１ネットワークへの
インタフェース処理を実行するものである。

【０１６５】パケット変換処理部１１０２は、ＩＥＥＥ
８０２．１１ネットワークとＩＥＥＥ１３９４バスの間
でのパケット変換処理を実行するものである。

【０１６６】ＩＥＥＥ１３９４インタフェース処理部１
１０３は、ＩＥＥＥ１３９４バスへのインタフェース処
理を実行するものである。

【０１６７】プロトコル処理部１１０４は、ＩＥＥＥ１
３９４バス上で実行されている上位プロトコルをＩＥＥ
Ｅ８０２．１１ネットワークにも拡張して実行するため
のプロトコル処理を実行する。

【０１６８】なお、一方のネットワーク上に存在するノ
ード内の構成要素の少なくとも一部の構成要素を、自ノ
ード内の構成要素として他方のネットワーク上のノード
に通知する構成要素通知機能は、このプロトコル処理部
１１０４内に設けられるものとする。

【０１６９】また、第３の実施形態において、パケット
の種類によって処理手順を決定する（例えば、ＡＶ／Ｃ
コマンドがＮｏｔｉｆｙコマンドであれば第１の実施形
態での処理を実行することを決定し、それ以外のコマン
ドであれば第２の実施形態での処理を実行することを決
定する）ノード内処理決定機能は、このプロトコル処理
部１１０４内に設けられるものとする。

【０１７０】また、第２、第３の実施形態においては、
シリアライズ化処理のために、パケット変換処理部１１
０２内でバッファが使用されることになる。

【０１７１】トランザクション対応テーブル１１０５
は、ＩＥＥＥ１３９４バス上のトランザクション情報と
ＩＥＥＥ８０２．１１ネットワーク上のトランザクショ
ン情報との対応関係を記憶するためのものである。

【０１７２】なお、トランザクション情報対応テーブル
１１０５内に保持される情報は、各実施形態に対応した
情報が保持されることになる。

【０１７３】タイマー１１０６は、第２、第３の実施形
態に示したようなタイムアウト処理を実行するために設
けられる。また、前述したように、タイマー１１０６
は、プロトコルの種別毎に設定する場合がある。

【０１７４】このような構成の基地局ノードにより、Ｉ
ＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワー
クとを接続することによって、ＩＥＥＥ１３９４バス上
で実行されるＡＶ／Ｃプロトコルのような、コマンドと
レスポンスの組み合わせによって処理が進められていく
プロトコルを、ＩＥＥＥ１３９４バスとＩＥＥＥ８０
２．１１ネットワークに跨って実行することができるよ
うになる。

【０１７５】以上各実施形態について説明してきたが、
各実施形態は組み合わせて実施することも可能である。
例えば、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１
ネットワークに跨ったＡＶ／Ｃプロトコルを両方向とも
実施する場合に、ＩＥＥＥ１３９４バス上の１３９４ノ
ードから無線端末に対してＡＶ／Ｃコマンドを送信する
第１の方向に対応する部分と、無線端末からＩＥＥＥ１
３９４バス上の１３９４ノードに対してＡＶ／Ｃコマン
ドを送信する第２の方向に対応する部分とで、異なる実
施形態の構成を採るようにしてもよい。例えば、第１の
方向に対応する部分には第３の実施形態を採用し、第２
の方向に対応する部分には第２の実施形態を採用するよ
うにしてもよい。これは、どのような組み合わせでも実
施可能である。

【０１７６】また、以上の説明では、本発明の通信ノー
ドを介して、家庭内に存在するＩＥＥＥ１３９４バス
に、無線インタフェースによって無線端末が接続される
ようなホーム・ネットワークを想定して説明したが、本
発明は、家庭だけではなくオフィスやその他の環境に設
けられたＬＡＮにも適用可能であり、またＩＥＥＥ１３
９４バスやＩＥＥＥ８０２．１１ネットワーク以外のネ
ットワークにも適用することが可能である。

【０１７７】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

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

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

【０１８０】

【発明の効果】本発明によれば、データ転送がリクエス
トとレスポンスの組合せによることを基本とするネット
ワークと、それを基本としないネットワークとのインタ
ーワークが可能になる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る通信ノードを用いた
家庭内ネットワークの一例を示す図

【図２】ＡＶ／Ｃプロトコルにおけるコマンド・レスポ
ンスの転送シーケンスの概略とＡＶ／Ｃプロトコルを実
行する際のプロトコルスタックの一例を示す図

【図３】ＦＣＰフレームのフレーム構造の一例を示す図

【図４】本発明の一実施形態に係る通信ノードを用いて
ＩＥＥＥ１３９４バス上のノードと無線端末の間で通信
をおこなう第１の実施形態における処理シーケンスの一
例を示す図

【図５】本発明の一実施形態に係る通信ノードが保持す
るＩＥＥＥ１３９４バス側とＩＥＥＥ８０２．１１ネッ
トワーク側のトランザクション情報の対応テーブルの一
例を示す図

【図６】本発明の一実施形態に係る通信ノードを用いて
ＩＥＥＥ１３９４バス上のノードと無線端末の間で通信
をおこなう第２の実施形態における処理シーケンスの一
例を示す図

【図７】本発明の一実施形態に係る通信ノードを用いて
ＩＥＥＥ１３９４バス上のノードと無線端末の間で通信
をおこなう第３の実施形態における処理シーケンスの他
の例を示す図

【図８】本発明の一実施形態に係る通信ノードを用いて
ＩＥＥＥ１３９４バス上のノードと無線端末の間で通信
をおこなう第４の実施形態におけるＦＣＰフレームのフ
レーム構造の一例を示す図

【図９】本発明の一実施形態に係る通信ノードを用いて
ＩＥＥＥ１３９４バス上のノードと無線端末の間で通信
をおこなう第４の実施形態における処理シーケンスの他
の例を示す図。

【図１０】本発明の一実施形態に係る通信ノードの内部
構成の一例を示すブロック図

【図１１】ＡＶ／Ｃプロトコルの処理シーケンスの概念
を示す図

【図１２】ＡＶ／Ｃコマンド・レスポンスを転送するＩ
ＥＥＥ１３９４バス上のパケット構成の一例を示す図

【符号の説明】

１０…ＩＥＥＥ１３９４バス２０…ＩＥＥＥ８０２．１１ネットワーク１０１，１０２…１３９４ノード１１０…基地局ノード１２１，１２２…無線端末１１０１…ＩＥＥＥ８０２．１１インタフェース処理部１１０２…パケット変換処理部１１０３…ＩＥＥＥ１３９４インタフェース処理部１１０４…プロトコル処理部１１０５…トランザクション対応テーブル１１０６…タイマー

Claims

【特許請求の範囲】

【請求項１】第１のネットワークへの第１のインタフェ
ース手段と、第２のネットワークへの第２のインタフェ
ース手段と、第２のネットワーク上に存在するノード内
の構成要素の少なくとも一部の構成要素を、自ノード内
の構成要素として第１のネットワーク上のノードに通知
する構成要素通知手段とを具備する通信ノードにおい
て、前記第１のネットワークと前記第２のネットワークに跨
ってアプリケーションを実行する際に、前記第１のイン
タフェース手段で受信した第１のパケットに対するパケ
ット変換処理を施して前記第２のネットワークに対応す
る第２のパケットを作成するパケット変換処理手段と、前記第１のパケットと前記第２のパケットとの間の対応
関係を記憶するパケット対応記憶手段と、前記第２のインタフェース手段によって、前記第２のパ
ケットに対応する応答パケットを受信した際に、該応答
パケットの情報を用いて前記パケット対応記憶手段を参
照し、前記応答パケットを転送すべき前記第１のネット
ワーク上のノードを特定する宛先ノード識別手段とを具
備することを特徴とする通信ノード。
【請求項２】前記パケット変換処理手段において、前記
第２のパケットを作成する際に、該パケットにシーケン
スナンバーを付加するシーケンスナンバー付加手段と、前記シーケンスナンバー付加手段で付加した、各送信パ
ケットのシーケンスナンバーを記憶するシーケンスナン
バー記憶手段とをさらに具備することを特徴とする請求
項１に記載の通信ノード。
【請求項３】第１のネットワークへの第１のインタフェ
ース手段と、第２のネットワークへの第２のインタフェ
ース手段と、前記第２のネットワーク上に存在するノー
ド内の構成要素の少なくとも一部の構成要素を、自ノー
ド内の構成要素として前記第１のネットワーク上のノー
ドに通知する構成要素通知手段とを具備する通信ノード
であって、前記第１のネットワークと前記第２のネットワークに跨
ってアプリケーションを実行する際に、前記第１のイン
タフェース手段で受信した第１のパケットに対するパケ
ット変換処理を施して前記第２のネットワークに対応す
る第２のパケットを作成するパケット変換処理手段と、前記第２のパケットを送信した旨を記憶するパケット送
信記憶手段と、前記第２のパケットを前記第２のネットワークに送信す
る際に、前記パケット送信記憶手段を参照して、前記第
２のパケットの前記第２のネットワークへの送信制御を
行う第１のパケット送出制御手段とを具備することを特
徴とする通信ノード。
【請求項４】前記第２のパケットを前記第２のネットワ
ークに送信する際に、前記パケット送信記憶手段を参照
し、該パケット送信記憶手段内に前記第２のネットワー
クへのパケット送信の記憶が無い場合にのみ、前記第２
のパケットを前記第２のネットワークに送信する第２の
パケット送出制御手段と、前記第２のインタフェース手段によって、前記第２のパ
ケットに対応する応答パケットを受信した際に、前記パ
ケット送信記憶手段に記憶されている、前記第２のパケ
ットを前記第２のネットワークに送信した旨の記憶を削
除するパケット送信記憶削除手段とを更に具備すること
を特徴とする請求項３に記載の通信ノード。
【請求項５】第１のネットワークへの第１のインタフェ
ース手段と、第２のネットワークへの第２のインタフェ
ース手段と、第２のネットワーク上に存在するノード内
の構成要素の少なくとも一部の構成要素を、自ノード内
の構成要素として第１のネットワーク上のノードに通知
する構成要素通知手段とを具備する通信ノードにおい
て、前記第１のネットワークと前記第２のネットワークに跨
ってアプリケーションを実行する際に、前記第１のイン
タフェース手段で受信した第１のパケットに対するパケ
ット変換処理を施して前記第２のネットワークに対応す
る第２のパケットを作成するパケット変換処理手段と、前記第１のパケットと前記第２のパケットとの間の対応
関係を記憶するパケット対応記憶手段と、前記第２のインタフェース手段によって、前記第２のパ
ケットに対応する応答パケットを受信した際に、該応答
パケットの情報を用いて前記パケット対応記憶手段を参
照し、前記応答パケットを転送すべき前記第１のネット
ワーク上のノードを特定する宛先ノード識別手段と、前記第２のパケットを送信した旨を記憶するパケット送
信記憶手段と、前記第２のパケットを前記第２のネットワークに送信す
る際に、前記パケット送信記憶手段を参照し、該パケッ
ト送信記憶手段内に前記第２のネットワークへのパケッ
ト送信の記憶が無い場合にのみ、前記第２のパケットを
前記第２のネットワークに送信するパケット送出制御手
段と、前記第２のインタフェース手段によって、前記第２のパ
ケットに対応する応答パケットを受信した際に、前記パ
ケット送信記憶手段に記憶されている、前記第２のパケ
ットを前記第２のネットワークに送信した旨の記憶を削
除するパケット送信記憶削除手段と、前記第１のパケットの種類に基づいて、前記パケット対
応記憶手段と前記宛先ノード識別手段との組み合わせを
実行するか、または前記パケット送信記憶手段とパケッ
ト送出制御手段とパケット送信記憶削除手段との組み合
わせを実行するかを決定するノード内処理決定手段とを
具備することを特徴とする通信ノード。
【請求項６】前記パケット送信記憶手段に前記第２のパ
ケットを送信した旨を記憶することを伴って前記第２の
パケットを送信した際に起動し、ある一定の時間が経過
した後に、前記第２のパケットを送信した旨を前記パケ
ット送信記憶手段から削除するタイムアウト手段をさら
に具備することを特徴とする請求項３ないし５のいずれ
か１項に記載の通信ノード。
【請求項７】前記タイムアウト手段における前記ある一
定のタイムアウト時間を、前記第１のネットワークと前
記第２のネットワークに跨って実行されているアプリケ
ーションの種類に応じて設定するタイムアウト時間設定
手段をさらに具備することを特徴とする請求項６に記載
の通信ノード。
【請求項８】前記第１のネットワークから受け取ったパ
ケットを前記第２のネットワークに転送する処理と前記
第２のネットワークから受け取ったパケットを前記第１
のネットワークに転送する処理との両方を実行すること
を特徴とする請求項１ないし７のいずれか１項に記載の
通信ノード。
【請求項９】前記第１のネットワークから受け取ったパ
ケットを前記第２のネットワークに転送する処理と、前
記第２のネットワークから受け取ったパケットを前記第
１のネットワークに転送する処理とを互いに異なる方式
で実行することを特徴とする請求項８に記載の通信ノー
ド。
【請求項１０】前記第１もしくは第２のネットワークの
いずれか一方がＩＥＥＥ１３９４バスであることを特徴
とする請求項１ないし９のいずれか１項に記載の通信ノ
ード。
【請求項１１】前記第１もしくは第２のネットワークの
いずれか一方がＩＥＥＥ８０２．１１ネットワークであ
ることを特徴とする請求項１ないし１０のいずれか１項
に記載の通信ノード。
【請求項１２】前記第１および第２のパケットがＡＶ／
ＣプロトコルにおけるＡＶ／Ｃコマンドを転送するパケ
ットであり、前記応答パケットがＡＶ／Ｃプロトコルに
おけるＡＶ／Ｃレスポンスを転送するパケットであるこ
とを特徴とする請求項１ないし１１のいずれか１項に記
載の通信ノード。