JP4689130B2 - Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 - Google Patents
Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 Download PDFInfo
- Publication number
- JP4689130B2 JP4689130B2 JP2001555261A JP2001555261A JP4689130B2 JP 4689130 B2 JP4689130 B2 JP 4689130B2 JP 2001555261 A JP2001555261 A JP 2001555261A JP 2001555261 A JP2001555261 A JP 2001555261A JP 4689130 B2 JP4689130 B2 JP 4689130B2
- Authority
- JP
- Japan
- Prior art keywords
- procedure
- controller
- connection
- network
- bus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40058—Isochronous transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40065—Bandwidth and channel allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
本発明は、少なくとも一部の有線バスがＥＴＳＩ（欧州電気通信標準化機構） ＢＲＡＮ ＨＩＰＥＲＬＡＮタイプ２の無線ネットワークを形成する無線ブリッジコネクションを介してリンクされている、ＩＥＥＥ１３９４標準に準拠するバスのような有線バスのネットワークに関する。
【０００２】
より詳しくは、本発明は、装置が無線ネットワークを介して通信可能にさせるコンバージェンスレイヤに関する。
【０００３】
最初に、ＨＩＰＥＲＬＡＮ／２とＩＥＥＥ１３９４に関する技術背景について説明する。
【０００４】
（１）ＨＩＰＥＲＬＡＮ／２ １３９４ コンバージェンスレイヤ
HIPERLAN/2と呼ばれる新世代の無線ＬＡＮは、ETSI BRANプロジェクトによって規定された。いわゆるHIPERLAN/2システムは、５ＧＨｚ帯で動作することを狙いとし、ユーザ移動性は局所サービスエリアに限定される。HIPERLAN/2（ＨＬ２）ネットワークは、無線アクセスネットワークと、種々のコアネットワークに関する一部のコンバージェンスレイヤ機能を標準化する。図１は、一般的なHIPERLAN/2の階層である。
【０００５】
特に、1394コンバージェンス（輻輳）レイヤ（引用文献［３］の詳細な説明部分を参照せよ）は、無線ネットワークにおけるアイソクロナス・コネクションを管理するための安全な機構を記述することをもくてきとする。
【０００６】
IEEE 1394コンバージェンスレイヤは、２種類の装置、すなわち、無線ブリッジ装置と無線非ブリッジ装置がＨＬ２上で動作できるようにする。
【０００７】
（ａ）無線1394ブリッジ装置：この装置は、有線IEEE 1394装置（コントローラ、トーカー若しくはリスナー）がHIPERLAN/2ネットワークを介して通信できるようにさせるブリッジ機能を備える。この装置は、ＨＬ２ネットワークを介したIEEE 1394シリアルバスの相互接続が行えるように有線IEEE 1394インタフェースを備える。
【０００８】
（ｂ）無線1394非ブリッジ装置：この装置は、ブリッジ機能を備えない。この装置は、HIPERLAN/2ネットワークを介して他のIEEE 1394アプリケーションと通信できるIEEE 1394アプリケーションを含む。
【０００９】
IEEE P1394.1文書（引用文献［６］を参照せよ）に準拠して、このブリッジモデルは、２個のシリアルバスを接続する２台限りのポータルの組として定義される。
【００１０】
IEEE 1394コンバージェンスレイヤは、シリアルバスのサービスをエミュレートするので、非ブリッジ装置とブリッジ装置は、同一周波数を共用する。
【００１１】
二つの1394アプリケーションは、ＨＬ２ネットワークを介して直接的に動作し得るべきである。このモデルは、実際の有線ブリッジ認識装置が、無線ブリッジを使用して無線通信できるようにする。
【００１２】
図２は、仮想IEEE 1394バスとしてのHIPERLAN/2ネットワークの一例を示す図である。このネットワークは、３本の有線1394バス（バスＡ、Ｂ及びＣ）を有し、３本の有線バスは、対応したブリッジ装置ＡＷ、ＢＷ及びＣＷを介して無線バスＷへ接続されている。無線装置Ｄは、有線バスに接続せずに無線バスＷに直結される。
【００１３】
ＨＬ２において、各アイソクロナスチャネルは、中央コントローラを含む、ＲＬＣ（無線リンク制御サブレイヤ）マルチキャストＤＬＣ（データリンク制御サブレイヤ）ユーザ接続制御手順によってセットアップされる。ＨＬ２では、関与する装置の無線受信品質に依存するリンク割当量という概念が存在する。ＨＬ２は、フレキシブルなロバスト性（信頼性）でデータ交換が行える幾つかの変調スキーム（方式）を定義する（変調スキームのロバスト性が増えると、要求される帯域が広くなる）。一方の装置が別の装置へデータを送信する場合、一方の装置は、使用すべき変調スキームを定めるためリンク割当量を知り、必要なネットワークリソース量（ＨＬ２タイムスロットに関して）を知る必要がある。ＤＬＣホーム拡張（以下の引用文献［２］を参照せよ）の場合、中央コントローラがあらゆる種類のコネクションに対するリンク割当量を認識できるように、キャリブレーション機構が定義される。
【００１４】
（２）ＩＥＥＥ １３９４−１３９５ シリアルバス、及び、ＩＥＥＥ １３９４バスによるアイソクロナス・ストリームの転送用のＩＥＣ ６１８８３
シリアルバスにおけるアイソクロナス・リソースの管理は、IEEE 1394−1395標準に記載されているアイソクロナス・リソース・マネージャ（ＩＲＭ）機能によって扱われる。ＩＲＭは、実際には、帯域及びチャネルの割り付けを管理するのではなく、他のノードがアイソクロナス・リソースの使用量を協働的に記録している一つの場所を与える。
【００１５】
IEC 61883標準（以下の引用文献［５］を参照せよ）は、IEEE 1394−１３９５シリアルバスに接続された機器間でのオーディオビジュアルデータの伝送プロトコルを規定する。また、IEC 61883標準は、ノードがバスリソースを予約するためＩＲＭを協働的に使用できるように、プロトコル（コネクション・マネージメント・プロシージャＣＭＰ）を規定する。このプロトコルによって規定されるように、バス・リセットが１本のシリアルバスに発生したとき、以下の動作が実行される。
【００１６】
バス・リセットの前に、入力プラグ及び出力プラグに接続されていた全てのＡＶ装置は、バス・リセットの直前に存在したプラグ・コントロール・レジスタ（引用文献［５］に定義されている）の値に応じて、バス・リセット後に、それぞれ、アイソクロナスデータフローの受信及び送信を継続する。
【００１７】
バス・リセット前にコネクションを確立したコントローラは、１秒後にリソースを再要求する。再要求されないリソースは、バス・リセット後にＩＲＭによって開放される。
【００１８】
バス・リセットの１秒後、バス・リセット前に入力プラグ及び出力プラグが接続されていた全てのＡＶ装置は、対応したプラグ・コントロール・レジスタの値に応じて動作する（これらの値は一部のコントローラによって更新される）。
【００１９】
この手続は、装置（若しくはアプリケーション）によって確立されたバス接続は、この装置が無くなったとき、並びに、ソース若しくは宛先ノードが無くなったときには当然に、開放されることを保証する。
【００２０】
すなわち、バス・リセット後に、アイクロナス・ストリームは、コネクションに組み込まれていた装置の存否に応じて再設定される。
【００２１】
1394コンバージェンスレイヤは、仮想シリアルバスのエミュレーションを目的としているので、HIPERLAN/2ネットワークにおけるアイソクロナス接続の管理と類似した機構を具備する。この機構は、実際のシリアルバスに存在する機能と同等の機能を実現する。また、この機構は、既存ＨＬ２の下位レイヤプロトコル（ＤＬＣ／ＲＬＣ）上に簡単に配置することができる。
【００２２】
以下では、このような機構を説明する。
【００２３】
請求項に係る発明は、アイソクロナス・リソース・マネージャを含むHIPERLAN/2の無線ネットワーク上で、接続セットアップ用のアイソクロナス・リソースを予約する方法であって、
コネクション・コントローラによってトーカー装置及びリスナー装置を識別する手順と、
アイソクロナス・リソース・マネージャによってコネクションの一部である装置のリストを取得する手順と、
アイソクロナス・リソース・マネージャによって、コネクションの一部である装置のリストに応じて、トーカー装置とリスナー装置を接続するため必要な帯域を判定する手順と、
上記帯域が利用できる場合に、トーカー装置及びリスナー装置を含むマルチキャストグループをセットアップする手順と、
を有する方法に関する。
【００２４】
本発明の一実施例によれば、アイソクロナス・リソース・マネージャによってコネクションの一部である装置のリストを取得する手順は、
アイソクロナス・リソース・マネージャからコネクション・コントローラによってチャネル識別子を要求する手順と、
コネクション・コントローラによってトーカー装置及びリスナー装置へチャネル識別子を送信する手順と、
チャネル番号に基づいて、ネットワークの中央コントローラを用いて各装置に無線リンク制御レイヤグループ加入手続を実行させる手順と、
中央コントローラにマルチキャスト媒体アクセス制御識別子を該グループに帰属させる手順と、
を含む。
【００２５】
本発明の一実施例によれば、上記方法は、無線ネットワークのリセット後に、 コントローラがリセット前に予約されていたアイソクロナス・リソースを再要求するように要求される第１の時間間隔（Ｔ）を設ける手順と、
第１の時間間隔の後に、コントローラがアイソクロナス・リソース・マネージャを用いて新たな予約を行わない第２の時間間隔（ΔＴ）を設ける手順と、
を更に有する。
【００２６】
本発明の一実施例によれば、第２の時間間隔は、中央コントローラによって始動されたネットワークリセット後に、ネットワークの全ての装置がリセット手続を完了できるようにセットされる。
【００２７】
本発明の一実施例によれば、コネクション・コントローラは、第２の時間間隔を保持するレジスタを具備し、このレジスタは中央コントローラによってプログラムすることが可能である。
【００２８】
本発明の一実施例によれば、この方法は、
バス世代レジスタを各ノードに準備する手順と、
ネットワークリセット中に、中央コントローラにノードのバス世代レジスタの内容を、ネットワークリセットメッセージ中でノードへ送信される新しいレジスタ内容で更新させる手順と、
アイソクロナス・リソース・マネージャにノードからのリソース要求中のバス世代レジスタの内容の最新値をテストさせ、ノードのバス世代レジスタの内容が正しくない場合にその要求を拒否させる手順と、
を更に有する。
【００２９】
付加的な保護期間ΔＴの考え方及びバス世代番号の考え方は独立した発明であり、別々に請求項に記載できる。
【００３０】
本発明のその他の特徴及び効果は、添付図面に関して記述された特定の実施例の説明によって明らかになるであろう。
【００３１】
本発明の実施例は、HIPERLAN/2に基づく無線ブリッジによって相互連結されたIEEE 1394 有線バスのネットワークに関する。しかし、当業者にとって明らかであるように、本願明細書に記載された原理はその他の環境にも適用可能であり、本発明が実施例に記載された特定の環境に限定されない。BRAN HIPERLAN/2及びIEEE 1394バス標準に関する詳細な情報、並びに、関連出願は、特に、以下の引用文献から得られる。
【００３２】
引用文献リスト：
［１］ETSI BRAN Hiperlan2 Technical Specification, Data Link Control Layer, Part 1: Basic Data Transport Function
［２］ETSI BRAN Hiperlan2 Functional Specification, Data Link Control Layer, Part 4: Extension for Home Environment
［３］ETSI BRAN Hiperlan2 Technical Specification, Packet Based Convergence Layer, Part 3: IEEE 1394 Service Specific Convergence Sublayer (draft), version 0.0.0 (1999−12)
これらの文献、並びに、HIPERLAN/2に関するその他の文書は、欧州電気通信標準化機構から入手可能である。
［４］IEEE1394−1995 Std, IEEE Standard for a High Performance Serial Bus
［５］IEC611883, Digital Interface for consumer Audio/Video Interface
［６］IEEE1394.1 Draft Standard for High Performance Serial Bus Bridges(Feb. 7, 1999)
文献［４］と［６］は、IEEE機関から入手可能であり、文献［５］はIECから入手可能である。
【００３３】
本発明によれば、アイソクロナス・リソース・マネージャ（ＩＲＭ）機能は、図１の仮想バス上に定義される。本発明の実施例によるアイソクロナス・リソース予約機構は、
アイクロナス・リソース（チャネル及び帯域）を予約（確保）する機能と、
コントローラ、トーカー又はリスナーがＨＬ２ネットワークから離れたとき、これらのリソースを開放する機能と、
を提供する。
【００３４】
本実施例において、ＩＲＭ機能は、HIPERLAN/2（ＨＬ２）中央コントローラの1394コンバージェンスレイヤに設けられる。この機能は、チャネル利用可能レジスタと帯域利用可能レジスタとを設けるので、他の装置アプリケーションは、適当なロック要求（"lock_req/res"）を使用して、リソース予約を行うことが可能である。IEEE 1394−1995 ＩＲＭとの相違点として、これらのレジスタは、全体として少し結合されているので、ある程度の量の帯域の予約が到来したとき、ＩＲＭは、どのチャネルに対する予約であるかを知る。これにより、中央コントローラは、そのチャネルに対するリンク割当量を計算できるようになる（中央コントローラは、グループＭＡＣ（ＭＡＣは、媒体アクセス制御Medium Access Controlの略）−ＩＤのメンバーである装置がわかる）。十分なネットワークリソースが存在する場合、ＩＲＭは、ロック要求loc_resに好意的なメッセージを生成するか、あるいは、ロック要求loc_resを拒絶するメッセージを生成する。
【００３５】
ＨＬ２ネットワークが変更される（装置が結び付けられるか、または、切り離される）都度（すなわち、仮想バスがリセットされる度に）、ネットワークリソースは、１秒以内にＩＲＭから再要求されるべきである。さもなければ、これらのリソースは開放される。ＨＬ２において、バスリセットには、ある程度の伝搬時間が必要である。本実施例によれば、「バス世代番号」がＩＲＭレジスタで使用され、その結果として、ＩＲＭは、新リソース要求と旧リソース要求を区別し、区別に応じて対処することが可能である。バス世代番号ビットは、ＨＬ２のＩＲＭに固有であり、標準的なIEEE 1394−1995バスＩＲＭには規定されていない。
【００３６】
１． 序論
本発明は、IEEE 1394−1995バスのアイソクロナス・コネクションの管理をＨＬ２ネットワークに適合させることを提案する。用語「仮想（バーチャル）」は、仮想バスに結び付く語彙を記述するため使用される。
【００３７】
無線媒体上のデータレートは、実在のシリアルバス上のデータレートよりも低速であるため、仮想チャネルの個数は制限され、一例として、３２個に制限される。もちろん、３２個以外の値も使用される。
【００３８】
図３の左側部分は、中央コントローラＣＣと、３台の移動端末ＭＴ１、ＭＴ２及びＭＴ３の４台の装置が接続された無線バスの説明図である。３台の移動端末ＭＴ１、ＭＴ２及びＭＴ３は、それぞれ、トーカー装置、リスナー装置、及び、1394コントローラとして動作する。図３の右側部分は、仮想バスとしてモデル化された無線ネットワークの説明図であり、仮想バスには４台の装置が接続されている。
【００３９】
IEEE 1394アイソクロナス・チャネルは、マルチキャストグループ媒体アクセス制御識別子ＭＡＣ−ＩＤにマッピングされる。データリンク制御レイヤ・ホームエクステンション（ＤＬＣ ＨＥ）では、マルチキャストチャネル数の実勢限界がある（チャネルの最大数は３２個である）。
【００４０】
本発明によれば、ＶＩＲＭ（仮想ＩＲＭ）レジスタの帯域利用可能レジスタＶ＿ＢＡＮＤＷＩＤＴＨ＿ＡＶＡＩＬＡＢＬＥとチャネル利用可能レジスタＶ＿ＣＨＮＮＮＥＬ＿ＡＶＡＩＬＡＢＬＥが定義される。これらのレジスタは、中央コントローラの1394コンバージェンスレイヤに存在する。
【００４１】
さらに、アイソクロナス・ストリームを送り出すか、又は、アイソクロナス・ストリームが流れ込む無線装置に対して、ＶｉＰＣＲ（仮想入力プラグ制御レジスタ）及びＶｏＰＣＲ（仮想出力プラグ制御レジスタ）のレジスタが定義される。
【００４２】
HIPERLAN/2環境において、リソース管理（マルチキャストグループ及びネットワーク帯域）は、中央コントローラによって行われる。
【００４３】
仮想アイソクロナス・リソース・マネージャ（ＶＩＲＭ）は、任意のノードのコンバージェンスレイヤで実行される。シリアルバス上と同様に、ＩＲＭ機能は任意のＩＲＭ能力を備えたノードに組み込まれる。唯一の要件は、同時には一つのＩＲＭしか実行されない、ということであり、このため、あらゆるノードは、ＩＲＭがどこで動いているかを知る必要がある。本実施例によれば、説明の便宜上、ＩＲＭは、シリアルバス上のサイクルマスターに搭載されている場合を考える。
【００４４】
さらに、プロトコルを簡単化するため（ノードはＩＲＭの実行場所がわかり、バスリセットbus_reset伝搬とリソース再要求の間に殆ど制約がない）、ＩＲＭは、中央コントローラのコンバージェンスレイヤで動くことが提案される。仮想ＩＲＭは、ＨＬ２ネットワーク用のＲＬＣマルチキャストコネクション制御手続きを駆動する必要がある。
【００４５】
IEC61883標準（文献［５］）にできる限り準拠するため、コネクションは、IEEE 1394コントローラで確立することが提案される。1394コントローラは、トーカー及びリスナーのような他の装置を制御することを目的とするアプリケーションで動く1394ノードである。1394コントローラの概念はIEC61883標準（文献［５］）に規定され、使用される。このアプリケーションは、ＶＩＲＭで帯域及びチャネルを予約し、以下の規則に従って仮想入出力制御プラグレジスタ（リスナーのＶｉＰＣＲ及びトーカーのＶｏＰＣＲ）を構成する。
【００４６】
２． 制御及び状態レジスタの説明
２．１ アイソクロナス・リソース・マネージャ（ＩＲＭ）レジスタ
本実施例によれば、ＶＩＲＭレジスタは、中央コントローラの1394ＣＬに組み込まれた。フォーマット及びアクセス規則は、本実施例では以下の通り定義された。
【００４７】
２．１．１ 仮想チャネル利用可能（VIRTUAL_CHANNEL_AVAILABLE）レジスタ
このレジスタは、仮想アイクロナス・リソース・マネージャ（ＶＩＲＭ）に実現される。これは、２クゥオードレット（４バイト分）長である（有線シリアルバスＩＲＭのチャネル利用可能レジスタCHANNEL_AVAILABLEに匹敵する）。いくつかのアプリケーションが同じチャネルを予約することを防止するため、２クォードレットのリード・アンド・ロック比較スワップ処理だけがサポートされる。このレジスタのビット０乃至３１は、仮想バスのアイソクロナス・チャネル０乃至３１に対応する。シリアルバスＩＲＭの場合と同様に、ビット値０は、対応したチャネルが予約され、更なる予約は入手不能であることを示す。本実施例によれば、ＶＩＲＭに固有であるが、一部のビット（すなわち、ビット３２乃至３６）がバス世代番号のため使用される。他のビットは未使用である。
【００４８】
このレジスタ上のリード・アンド・ロック比較スワップ処理は、仮想バスリセット後に、新チャネルを予約するか、あるいは、予約済みのチャネルを再要求するために、予約用コントローラによって使用される。
【００４９】
図４は、仮想チャネル利用可能（Virtual_Channel_Available）レジスタのフォーマットを示す図である。
【００５０】
アクセス用規則：
（１）仮想バスリセット動作
仮想バスリセット後（中央コントローラから受信したself_idパケットはバス世代番号を搬送する）、利用可能チャネルを表すレジスタビットはクリアされる。すべてのチャネルは再び利用可能になる。世代番号Gen_Numberビットも（バスリセット後に送信され、ＶＩＲＭを組み込むノードによって受信されたself_idパケットに存在する情報に応じて）同様に更新される。タイマーＴがスタートする。タイマーが満了する前に、リソース（チャネル）は再要求されなければならない。リソース再要求を許可するかどうかを判定するため、ＶＩＲＭは、世代番号ビットをロック要求の対応したビットと比較する。両者が一致した場合、ＶＩＲＭは、その要求が、リセット前に仮想バスに存在する装置によって行われた要求であることを認識し、リソース再要求のリクエストを許可する。一方で、両者が一致しない場合、リソース再要求のリクエストは拒否される。タイマーが満了したとき、再要求されなかったリソースは開放される（グループＭＡＣ識別子Mac_Idは、コンバージェンスレイヤで開放される）。
【００５１】
（２）仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の期間に対応した標準動作：
ＶＩＲＭは、シリアルバスＩＲＭと同じように動作する。ＶＩＲＭは、予約済みのチャネルに関するロック要求を拒否する。チャネルが（ロック要求メッセージによって）予約されたとき、ＩＲＭは、このチャネル上のRLC_GROUP_JOINメッセージを受信する準備が整う。最初のRLC_GROUP_JOINメッセージがそのチャネルに関して受信されたとき、中央コントローラは新グループMAC-IDを作成すべきである。同一チャネルに対する次のRLC_GROUP_JOINメッセージは、移動端末を同じグループMAC-IDへ追加する。
【００５２】
２．１．２ 仮想帯域利用可能（VIRTUAL_BANDWIDTH_AVAILABLE）レジスタ
このレジスタは、ＶＩＲＭに実現される。このレジスタは、コントローラが特定のチャネルに対する帯域を予約できるようにする。レジスタ長は、１クォードレット長である。ビット２７乃至３１は、バス世代番号専用のビットである。他のビット（ビット０乃至２６）は、仮想バス上の利用可能な帯域を、コンバージェンスレイヤレベルで、１秒あたりのビット数もしくはバイト数として、表現するためのビットである。帯域ビットに対し、いくつかの予約値は許容されない（たとえば、値0xFFFFは予約されている）。
【００５３】
このレジスタに対するリード（読み出し）要求は、装置がＨＬ２ネットワークないで利用可能な帯域を取得できるようにする。
【００５４】
帯域の予約は、引数arg_valueが２個のクォードレットにより構成されるロック要求メッセージを用いて行われる。
【００５５】
第１のクォードレットは、選択されたチャネルを指定する。この語の中で、１にセットされた唯一のビットは、選択されたチャネルを指定する。最下位ビットはチャネル０に対応し、最上位ビットはビット２６乃至３１に対応する。
【００５６】
第２のクォードレットは、このレジスタの前の読み出しの結果（ビット０乃至２５）と、コントローラの世代数（ビット２６乃至３１）を含む。
【００５７】
データ値は、特定のチャネルに対して要求されたビットレートを示すクォードレットである。
【００５８】
この要求は、以下の３通りの場合に拒否される。
（１）arg_valueで指定されたチャネルがCHANNEL_AVAILABLEレジスタで利用できない場合。
（２）ロック要求で指定された世代番号がＩＲＭの世代番号と一致しない場合。
（３）ロック要求で指定された帯域の量が利用可能帯域を超える場合（コントローラによる読み取りの後に別のノードが帯域を予約した場合）。
【００５９】
アクセス用規則：
（１）標準動作（仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の機関）：
ＩＲＭがVIRTUAL_BANDWIDTH_AVAILABLEレジスタでロック要求を取得したとき、ＩＲＭは、要求された帯域と、その帯域のためのチャネルとがわかる。ＩＲＭは、次に、マルチキャストグループMAC-IDに関連して、（文献［２］の６．５節に記載されているように）キャリブレーションから構築された）トポロジーマップを計算する（無線リンク制御（ＲＬＣ）マルチキャスト加入手続の結果として、コンバージェンスレイヤは特定の1394チャネルに対する移動端末のリストがわかる。）。ＩＲＭは、リンク品質に応じて、このマルチキャストグループのため関連した変調方式を判定し、十分な利用可能リソース（ＨＬ２タイムスロット）が存在するかどうかを検査する。十分な利用可能リソースが存在する場合、ＩＲＭは予約を許可し、マルチキャストグループ内でＲＬＣマルチキャスト・コネクション・セットアップ手続を開始する。ＲＬＣ手続が成功した場合、好意的なロック応答メッセージが、ロック要求メッセージに対する返答として作成される。（リンク割当量の不足、又は、ＲＬＣの失敗などの理由で）予約が失敗した場合、ロック要求は、ロック応答メッセージによって拒否される。拒否用のロック応答メッセージの引数（old_value）の中に、対応したエラーコード（たとえば、帯域利用可能ビットの中の１個の禁止ビット）が挿入され、要求元は拒否の理由を通知される。
【００６０】
シリアルバスＩＲＭの場合と同様に、読み取り処理中に先に読み取られ、ロック要求メッセージに引数として挿入された帯域が現在の利用可能帯域と一致しない場合（二つの同時に生起した予約手続が衝突する場合）、ロック要求は拒否される。
【００６１】
（２）仮想バスリセット動作
仮想バスリセット後(中央コントローラから受信されたself_idパケットはバス世代番号を搬送する）、Bandwidth_availableビットがリセットされる（全帯域は再度利用可能になる）。Gen_Numberビットは、ＶＩＲＭによって受信されたself_ifパケットに存在する情報に応じて同様に更新される。タイマーＴが始動される。タイマーが満了する前に、リソース（帯域）は、再要求されなければならない。リソース再要求を許可するため、ＶＩＲＭは、Gen_Numberビットを使用する（Gen_Numberビットが一致した場合、リソース再要求は承認され、一致しない場合、リソース再要求は拒否される。）。タイマーが満了したとき、再要求されていないリソースは開放される（マルチキャストグループ内の任意の既存のマルチキャスト・コネクションは、ＲＬＣを使用して開放される。）。
【００６２】
図５は、仮想チャネル利用可能レジスタ(Virtual_Channel_Available)のフォーマットの説明図である。
【００６３】
２．１．３ 仮想入力プラグ制御レジスタ（ＶｉＰＣＲ）及び仮想出力プラグ制御レジスタ（ＶｏＰＣＲ）
ViPCRレジスタ（又は、レジスタの組）は、アイソクロナス・ストリームが流入する装置の1394コンバージェンスレイヤに組み込まれる。ViPCRレジスタは、引用文献［５］に規定されたiPCRレジスタと同じ機能を備える。このレジスタは、コマンド及び状態レジスタ（ＣＳＲ）アーキテクチャに従って実現される。仮想バスリセット通知における時間差を考慮するため世代フィールドが追加される。世代番号は、仮想バスリセット毎にインクリメントされるモジュロー２５の値である。
【００６４】
図６は、ViPCRレジスタのフォーマットの説明図である。
【００６５】
ViPCRレジスタ（又は、レジスタの組）は、アイソクロナス・ストリームを流出させる装置の1394コンバージェンスレイヤに組み込まれる。VoPCRレジスタは、引用文献［５］に規定されたoPCRレジスタと同じ機能を備える。このレジスタは、コマンド及び状態レジスタ（ＣＳＲ）アーキテクチャに従って実現される。仮想バスリセット通知における時間差を考慮するため世代フィールドが追加される（文献［３］を参照せよ）。バス世代番号は、仮想バスリセット毎にインクリメントされるモジュロー２５の値である。
【００６６】
図７は、VoPCRレジスタのフォーマットの説明図である。
【００６７】
ペイロード、オーバーヘッドＩＤ、ポイント・ツー・ポイント・コネクション・カウンタ、及び、オンラインフィールドは、文献［５］に規定されたoPCRの対応したフィールドと同様に定義される。
【００６８】
本例では、文献［５］と一致させるため、６ビットで符号化されているが、チャネルは、０乃至３１ビットの範囲に収まればよい。
【００６９】
世代番号は、ノードが受信した最新（最後）の仮想バスリセットの世代を表わす。この世代番号は、仮想バスリセット毎に増分カウンタを使用することによってノード自身によって送信され、或いは、仮想バスリセット通知に関連し中央コントローラによって管理されるカウンタを使用することによって送信される。このフィールドが必要である理由は、全ての無線端末に同時に仮想バスリセットが通知されないからである。
【００７０】
VoPCRレジスタ及びViPCRレジスタのアクセス用規則：
（１）標準動作（仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の機関）：
ノードのコンバージェンスレイヤがＰＣＲ（入力又は出力のいずれか）上でロック要求を取得し、チャネルビットがセットされたとき、ＲＬＣ連結要求手続が中央コントローラで始まる。肯定的なＲＬＣ連結応答メッセージが受信されたとき、ロック成功応答メッセージが作成される。さもなければ、ロック要求は拒否される。
【００７１】
（２）バスリセット動作：
ＰＣＲを実現するコンバージェンスレイヤにバスリセットが通知されたとき、コンバージェンスレイヤは、そのＰＣＲのGen_bus_numberビットに新しい値をセットする。コンバージェンスレイヤは、間隔Ｔのタイマーを始動し、バスリセット前と同様にデータ流入又はデータ流出動作を行う。コンバージェンスレイヤは、ＰＣＲのチャネルビットもクリアする。チャネルビットがタイマーＴのタイムアウト前に再書込みされた場合、何も変化しない。さもなければ、コンバージェンスレイヤは、マルチキャストグループを解放するため、中央コントローラに向けてＲＬＣ解放（RLC_Leave）手続を生成する。
【００７２】
アクセス用規則（コントローラアプリケーションの観点からの説明）
アプリケーションは、最初に、（VIRTUAL_CHANNEL_AVAILABLEレジスタを読出し、次に、ロック要求を行うことによって）ＩＲＭを用いてチャネルを予約し、次に、予約チャネルを、コネクションを確立したいマルチキャストグループのノードのViPCR及びVoPCRに書き込む。ロック応答メッセージを取得した後、アプリケーションは、ロック要求メッセージをVIRTUAL_BANDWIDTH_AVAILABLEレジスタへ送信することにより関連した帯域を予約する。ここで、ＶＩＲＭは、そのマルチキャストグループのためのリンク割当量を確実に計算できるようになる。
【００７３】
仮想バスリセットが行われたとき、アプリケーションは、１秒以内に、ＩＲＭレジスタ及び関連したVoPCR及びViPCRからリソースを再要求しなければならない。アプリケーションは、後述のように、ΔＴの期間に亘って、新しい予約要求の送信を停止する。
【００７４】
２．２ 仮想バスリセット及びリソース再要求又は開放
仮想バスリセット動作：
中央コントローラのＨＬ２無線リンク制御レイヤが、装置がネットワークに残されているか、又は、（ＲＬＣ関連付け手続の後に）新しい装置が関連付けられたとき、1394コンバージェンスレイヤレベルでの識別（self_id)手続は、中央コントローラが仮想バスリセットメッセージを他の全ての装置のコンバージェンスレイヤへ送信することを保証する。各1394コンバージェンスレイヤは、ある程度の時間遅延を伴って、仮想バスリセットメッセージの受信によってトリガーされた上位レイヤへ仮想バスリセットを生成することが可能である。
【００７５】
各装置は、上述の世代番号である仮想バスリセット番号を保持するためのメモリを具備する。バス世代番号は、バスリセット毎に中央コントローラによって増加させられる。バスリセット世代番号は、self_idメッセージ中に組み込まれる。
【００７６】
コントローラがバスリセット識別情報を受信したとき、コントローラは、１秒以内に、全てのコネクションを再割当しなければならない。この時間の経過後、ΔＴの期間に亘って、再要求メッセージ、若しくは、通常の要求メッセージの送信が禁止され、この期間ΔＴの間に要求を許可する（図８を参照せよ）。
【００７７】
この時間間隔ΔＴは、中央コントローラ上のバスリセットイベントと、このリセットを受け取った最後の移動端末上のバスリセットイベントとの間の時間差よりも長くする必要がある。この原理によって、移動端末が、装置上のバスリセットの終了後に、リソースの再要求を試みないことが保証される。
【００７８】
スプリット・タイムアウト・レジスタに関して、コンバージェンスレイヤは、ΔＴの制御及び状態レジスタ（ＣＳＲ）を具備することが提案される。これにより、移動端末でオーバーロードが生じた場合に中央コントローラがこの値を調節できるようになる。移動端末の台数が非常に大きい倍率で増加した場合、バスリセットはΔＴ期間よりも長い時間を要するので、リソース予約は失敗する場合がある（すなわち、別のバスリセットを生成する場合がある）。このように、ある種の場合では、このΔＴの値を増加させる方が有利である。ΔＴ ＣＳＲは、（1394のスプリット・タイムアウトに関して）デフォルト値をもつ。
【００７９】
ある種の理由から、バスリセットがＨＬ２ネットワークに伝搬するためにΔＴよりも長い時間を要する場合、中央コントローラは、バスリセット世代番号を増加し、別のバスリセットを開始する必要がある。
【００８０】
図８は、図３の中央コントローラと移動端末ＭＴ１及びＭＴ２に関する相対的なＴ及びΔＴの期間を表わす図である。
【００８１】
中央コントローラの1394コンバージェンスレイヤがバスリセットシーケンスを開始したとき、仮想ＩＲＭ内の全ての帯域及びチャネルだけを開放する必要がある。同時に、装置が仮想バスリセットを受け取るとき、ViPCRレジスタ及びVoPCRレジスタは開放され、タイマーＴがＴ＝（１秒＋ΔＴ）に初期化される。
【００８２】
仮想バスリセット後に、幾つかの状況が生じる。
【００８３】
（１）離脱した装置がない状況
バスリセット前にリソースを割り当て、バスリセットを受け取ったコントローラは、トーカーとリスナーの両方がネットワーク上に存在し続けるかどうかを検査する。両方共に存在する場合、コントローラは、ＶＩＲＭ内でリソースを再割当する。ＶＩＲＭは、ロック要求が再要求であり、（装置が実際にバスリセットを受け取る前に生成した可能性がある）新しい要求ではないことを検出するため、バス世代番号ビットを使用する。コントローラは、リスナーのViPCR及びトーカーのVoPCRを再構成する必要もある。
【００８４】
この状況では、ＨＬ２コネクションは開放されず、動作し続け得る。
【００８５】
（２）1394コントローラが離脱した状況
IEC61883文書は、コントローラが切り離された場合、このコントローラによって設定されたコネクションを切る必要がある。本実施例によれば、仮想ＩＲＭは、時間間隔Ｔの間、再要求を待ち受ける。再要求を受信しないまま時間が経過したとき、中央コントローラは、RLC_RELEASEメッセージをトーカー及び各リスナーへ送信する。トーカー及びリスナーは、マルチキャストグループから出る。マルチキャストグループ内には装置が残っていないので、中央コントローラは、レジスタ内で予約されたリソースを開放する。同様に、このコネクション（すなわち、バスから切り離されたコントローラによって確立されたコネクション）のトーカー及びリスナーは、自装置のPCR内でリソース再要求が行われていないことを検出し、RLC_LEAVEメッセージを中央コントローラへ送信することによってマルチキャストグループから抜ける。
【００８６】
（３）トーカー又はリスナーが離脱した状況
トーカーが無くなるか、若しくは、全てのリスナーがネットワークから切り離されたとき、コネクションは切断されるべきである。1394コントローラは、トーカー及びリスナーを見つけようとし、この条件が守られない場合、コントローラは必要なリソースの再割当を行わない
各装置は、タイムアウトを管理し、ＨＬ２コネクションを開放しなければならない。
【００８７】
２．３ バスリセット以外のリソース開放
シリアルバス上と同様に、アプリケーション（若しくは、ブリッジレイヤ）は、任意の時点で、仮想バス上の一部のリソースを開放することを決める。これは、予約と同じような形態（特定のチャネルの帯域を開放するためのPCRレジスタ及びIRMレジスタへの書込みと、引き続くチャネルの開放）で行われるべきである。
【００８８】
２．４ シナリオ
２．４．１ 無線装置間のアイソクロナス・コネクション
２．４．１．１ オーバーレイ無しのコネクション
（１）1394コントローラは、チャネルを割り当てるため、中央コントローラ内にある仮想アイソクロナス・リソース・マネージャへの比較及びスワップ処理を実行する。これは、IEEE 1394−1955 トランザクションである。
【００８９】
（２）コントローラは、前のステップのチャネルをセットするため、ロック要求lock_reqメッセージをトーカー及びリスナーの（オンラインビットをオフにセットして）ViPCRアドレス及びVoPCRアドレスへ送信する。この世代番号が制御された装置と異なる場合、コントローラは、コネクションを確立できないので、適当なエラーコードを含む拒否用のlock_resメッセージを生成する。
【００９０】
（３）トーカー及びリスナーは、共に、このチャネル上でジョイン（加入）ＲＬＣ手続を実行する。加入の完了後、トーカー及びリスナーは、共に、肯定的なlock_resp応答をコントローラへ送る。
【００９１】
（４）コントローラが応答lock_respを受信したとき、中央コントローラは、丸いキャストグループのメンバーである装置を区別できる。コントローラは、（上述の手続に従って)帯域利用可能BAND_WIDTH_AVAILABLEレジスタ上でロック要求lock_reqを送信し得る。
【００９２】
（５）ＩＲＭは、（リンク割当量、及び、選択された物理レイヤ（ＰＨＹ）モードに基づいて）要求されたＨＬ２帯域を計算する。
【００９３】
（６）２通りの状況が考えられる。
【００９４】
（状況ａ）帯域が利用可能である場合、ステップ（７）へ進み、ＩＲＭは、肯定的なロック応答を送信し、直後に（新しいロック要求を許可する前に）、（ＰＨＹモードを考慮して）帯域レジスタを更新する。
【００９５】
（状況ｂ）帯域が利用可能ではない場合、ＩＲＭは、（引数値に適当なエラーコードを含む）否定的なロック応答を送信する。帯域レジスタは変更されない。コントローラは、（エラーコードによって）要求を繰り返すべきではないことがわかる。
【００９６】
（７）帯域が利用可能であるならば、中央コントローラは、マルチキャストグループへのマルチキャストＤＬＣユーザ・コネクション（ＤＵＣ）セットアップを開始する。ＲＬＣが成功したとき、肯定的なロック応答が生成され（帯域利用可能レジスタはＰＨＹモードを考慮して更新される）、さもなければ、否定的なロック応答が生成される。
【００９７】
（８）一般的に、その他のロック要求は、対応したロック応答が生成されるまで許可されない。
【００９８】
図９は、オーバーレイの無いコネクションのための、図３の中央コントローラと種々の移動端末との間のメッセージを説明する図である。
【００９９】
２．４．１ オーバーレイのあるコネクション
オーバーレイを含むコネクションはIEC 61883仕様書に規定されている。コネクションのオーバーレイは、リスナーを既存のコネクションに追加することによって生じる。その場合、既に、ＨＬ２マルチキャスト・コネクションと、ＩＲＭ ＣＳＲが1394コンバージェンスレイヤに存在している。
【０１００】
図１０は、オーバーレイを含むアイソクロナス・コネクション用のネットワークの説明図である。同図において、移動端末ＭＴ４は、既存のコネクションに重ねられる。
【０１０１】
以下のステップは、装置ＭＴ４が新しいリスナーになる状況を説明する。
【０１０２】
（１）コントローラは、ポイント・ツー・ポイント・カウンタを増加させるようにトーカーのVoPCRをセットする。コントローラは、ロック要求lock_reqを送信し、世代番号を検査することによって、チャネルを用いて新しいリスナーのViPCRをロードする。
【０１０３】
（２）移動端末ＭＴ４は、対応したチャネルのためのRLC_GROUP_JOINメッセージを中央コントローラへ送信する。
【０１０４】
（３）リンク割当量が、ＭＴ４をグループマルチキャストへ参加させるために加えることを許可するならば、中央コントローラは、関連したマルチキャストMAC_IDを共に承認を返信する。
【０１０５】
（４）リスナー及びトーカーは、共に、ロック応答lock_respをコントローラへ送信し得る。
【０１０６】
（５）中央コントローラは、マルチキャストＤＵＣセットアップ手続をＭＴ４装置へ送信すべきである。装置ＭＴ４は、データを受信する準備ができる。おそらく、ＰＨＹオードを変更する必要がある場合、ＲＬＣ修正手続が始動される。
【０１０７】
図１１は、本例における中央コントローラと移動端末の間でのメッセージ交換の説明図である。
【０１０８】
２．４．１ ブリッジ環境でのアイソクロナス・コネクション・セットアップ
以下では、1394コンバージェンスレイヤに規定されているようなアイソクロナス予約機構がブリッジ環境で使用される状況について説明する。
【０１０９】
ネットワークは、１から４の番号が付けられた４本のシリアルバスを含み、シリアルバスは、ポータルＭＴ１乃至ＭＴ４を介して、HIPERLAN/2に接続される（図１２を参照せよ）。
【０１１０】
図１２は、ブリッジ環境におけるネットワークアーキテクチャの一例を示す図である。
【０１１１】
無線ネットワークは、仮想1394バスとしてモデル化される（図１３を参照せよ）。各ポータルは、仮想バスに接続されたブリッジとして表現される。このようなブリッジは、
有線バスに接続されたポータル、すなわち、現実ポータルと、
仮想バスに接続されたポータル、すなわち、1394コンバージェンスレイヤのサービス（すなわち、仮想iPCRレジスタ及び仮想oPCRレジスタ）を使用する仮想ポータルと、
を含む。仮想バスのＩＲＭは、ＶＩＲＭのように表記され、中央コントローラの1394コンバージェンスレイヤに組み込まれる。さらに、仮想バス上でアイソクロナス・コネクションを確立する役割を担う装置は、仮想コントローラと称される。
【０１１２】
図１３は、仮想バスのモデル化を表わす説明図である。
【０１１３】
２．４．２．１ オーバーレイの無いコネクション
相違するステップは、以下のステップ（１）〜（３）である。
【０１１４】
（１）コントローラは、コネクション・メッセージを、リスナーのポータルへ送信する。この装置の仮想ポータルは、仮想バス上のコネクションの確立用の仮想コントローラになる。
【０１１５】
（２）仮想コントローラは、前のセクションで説明したように、仮想バス上でリソースを予約する。
【０１１６】
（３）リソースが仮想バス上で利用可能である場合、リスナーのポータル（ＬＰ）は、P1394.1ドラフトに記載されているように、ブリッジ・コネクション・メッセージをトーカーのポータルへ送信する。
【０１１７】
２．４．２．２ オーバーレイを含むコネクション
コントローラは、コネクション・メッセージをリスナーのポータルへ送信する。このコネクション・メッセージは、使用中の既存のチャネル番号を指定することによって当該コネクションがオーバーレイを含むコネクションであるという情報を収容するべきである。
【０１１８】
リスナーのポータルは、自装置のViPCRの割り当てられたチャネルビットをセットし、ロック要求lock_reqメッセージを送信することによりトーカーのポータルのVoPCRをセットする。トーカーのポータルは、自装置のVoPCRにおけるポイント・ツー・ポイント・コネクション・カウンタを増加させる。
【０１１９】
仮想バス上では、オーバーレイを含むコネクションの場合と同じようにあらゆる事象が起こる。
【０１２０】
［頭辞語と略語の説明］
ブリッジは、シリアルバスネット内の二つのバスを接続することができる二つのシリアルバスノードの組である。
【０１２１】
中央コントローラ（ＣＣ）は、HIPERLAN/2によって規定されているようなアクセスポイントの機能と等価的であるＤＬＣレイヤ（データリンク制御レイヤ）のための機能を制御するが、必ずしも固定ネットワークに所属させなくてもよい。中央コントローラの機能は、無線装置に組み込んでもよい。
【０１２２】
コントローラは、シリアルバス上でアイソクロナス・コネクションを確立する装置である。
【０１２３】
ポータルは、ブリッジをシリアルバスに接続するノードである。
【０１２４】
仮想バスは、無線ネットワークを1394シリアルバスとしてモデル化する説明図である。
【図面の簡単な説明】
【図１】 ＨＩＰＥＲＬＡＮ／２の概略的な階層説明図である。
【図２】 仮想ＩＥＥＥ１３９４バスとしてのＨＩＰＥＲＬＡＮ／２ネットワークの一例の説明図である。
【図３】 ハイブリッド式ネットワークと、仮想バスを含むネットワークとしてのモデル化の説明図である。
【図４】 本発明の一実施例による仮想チャネル利用可能レジスタのフォーマットの説明図である。
【図５】 仮想チャネル利用可能レジスタのフォーマットの説明図である。
【図６】 仮想入力プラグ制御レジスタ（ＶｉＰＣＲ）のフォーマットの説明図である。
【図７】 仮想出力プラグ制御レジスタ（ＶｏＰＣＲ）の説明図である。
【図８】 ＨＩＰＥＲＬＡＮ／２中央コントローラ並びに図３の移動端末ＭＴ１及びＭＴ２に関して、リセット後にアイソクロナス・リソースを再要求する遅れを表わす相対的な期間Ｔと、第１の期間Ｔの終了後に新たな予約が禁止される期間ΔＴの説明図である。
【図９】 オーバーレイの無いコネクションに対する中央コントローラと図３の種々の移動端末の間で交換されるメッセージの説明図である。
【図１０】 移動端末ＭＴ４が既存コネクションに重ねられるオーバーレイのあるコネクションに対するネットワークの説明図である。
【図１１】 オーバーレイのある場合に、中央コントローラと移動端末の間で交換されるメッセージの説明図である。
【図１２】 ブリッジ環境におけるネットワークアーキテクチャの一例の説明図である。
【図１３】 仮想バスのモデル化の説明図である。
本発明は、少なくとも一部の有線バスがＥＴＳＩ（欧州電気通信標準化機構） ＢＲＡＮ ＨＩＰＥＲＬＡＮタイプ２の無線ネットワークを形成する無線ブリッジコネクションを介してリンクされている、ＩＥＥＥ１３９４標準に準拠するバスのような有線バスのネットワークに関する。
【０００２】
より詳しくは、本発明は、装置が無線ネットワークを介して通信可能にさせるコンバージェンスレイヤに関する。
【０００３】
最初に、ＨＩＰＥＲＬＡＮ／２とＩＥＥＥ１３９４に関する技術背景について説明する。
【０００４】
（１）ＨＩＰＥＲＬＡＮ／２ １３９４ コンバージェンスレイヤ
HIPERLAN/2と呼ばれる新世代の無線ＬＡＮは、ETSI BRANプロジェクトによって規定された。いわゆるHIPERLAN/2システムは、５ＧＨｚ帯で動作することを狙いとし、ユーザ移動性は局所サービスエリアに限定される。HIPERLAN/2（ＨＬ２）ネットワークは、無線アクセスネットワークと、種々のコアネットワークに関する一部のコンバージェンスレイヤ機能を標準化する。図１は、一般的なHIPERLAN/2の階層である。
【０００５】
特に、1394コンバージェンス（輻輳）レイヤ（引用文献［３］の詳細な説明部分を参照せよ）は、無線ネットワークにおけるアイソクロナス・コネクションを管理するための安全な機構を記述することをもくてきとする。
【０００６】
IEEE 1394コンバージェンスレイヤは、２種類の装置、すなわち、無線ブリッジ装置と無線非ブリッジ装置がＨＬ２上で動作できるようにする。
【０００７】
（ａ）無線1394ブリッジ装置：この装置は、有線IEEE 1394装置（コントローラ、トーカー若しくはリスナー）がHIPERLAN/2ネットワークを介して通信できるようにさせるブリッジ機能を備える。この装置は、ＨＬ２ネットワークを介したIEEE 1394シリアルバスの相互接続が行えるように有線IEEE 1394インタフェースを備える。
【０００８】
（ｂ）無線1394非ブリッジ装置：この装置は、ブリッジ機能を備えない。この装置は、HIPERLAN/2ネットワークを介して他のIEEE 1394アプリケーションと通信できるIEEE 1394アプリケーションを含む。
【０００９】
IEEE P1394.1文書（引用文献［６］を参照せよ）に準拠して、このブリッジモデルは、２個のシリアルバスを接続する２台限りのポータルの組として定義される。
【００１０】
IEEE 1394コンバージェンスレイヤは、シリアルバスのサービスをエミュレートするので、非ブリッジ装置とブリッジ装置は、同一周波数を共用する。
【００１１】
二つの1394アプリケーションは、ＨＬ２ネットワークを介して直接的に動作し得るべきである。このモデルは、実際の有線ブリッジ認識装置が、無線ブリッジを使用して無線通信できるようにする。
【００１２】
図２は、仮想IEEE 1394バスとしてのHIPERLAN/2ネットワークの一例を示す図である。このネットワークは、３本の有線1394バス（バスＡ、Ｂ及びＣ）を有し、３本の有線バスは、対応したブリッジ装置ＡＷ、ＢＷ及びＣＷを介して無線バスＷへ接続されている。無線装置Ｄは、有線バスに接続せずに無線バスＷに直結される。
【００１３】
ＨＬ２において、各アイソクロナスチャネルは、中央コントローラを含む、ＲＬＣ（無線リンク制御サブレイヤ）マルチキャストＤＬＣ（データリンク制御サブレイヤ）ユーザ接続制御手順によってセットアップされる。ＨＬ２では、関与する装置の無線受信品質に依存するリンク割当量という概念が存在する。ＨＬ２は、フレキシブルなロバスト性（信頼性）でデータ交換が行える幾つかの変調スキーム（方式）を定義する（変調スキームのロバスト性が増えると、要求される帯域が広くなる）。一方の装置が別の装置へデータを送信する場合、一方の装置は、使用すべき変調スキームを定めるためリンク割当量を知り、必要なネットワークリソース量（ＨＬ２タイムスロットに関して）を知る必要がある。ＤＬＣホーム拡張（以下の引用文献［２］を参照せよ）の場合、中央コントローラがあらゆる種類のコネクションに対するリンク割当量を認識できるように、キャリブレーション機構が定義される。
【００１４】
（２）ＩＥＥＥ １３９４−１３９５ シリアルバス、及び、ＩＥＥＥ １３９４バスによるアイソクロナス・ストリームの転送用のＩＥＣ ６１８８３
シリアルバスにおけるアイソクロナス・リソースの管理は、IEEE 1394−1395標準に記載されているアイソクロナス・リソース・マネージャ（ＩＲＭ）機能によって扱われる。ＩＲＭは、実際には、帯域及びチャネルの割り付けを管理するのではなく、他のノードがアイソクロナス・リソースの使用量を協働的に記録している一つの場所を与える。
【００１５】
IEC 61883標準（以下の引用文献［５］を参照せよ）は、IEEE 1394−１３９５シリアルバスに接続された機器間でのオーディオビジュアルデータの伝送プロトコルを規定する。また、IEC 61883標準は、ノードがバスリソースを予約するためＩＲＭを協働的に使用できるように、プロトコル（コネクション・マネージメント・プロシージャＣＭＰ）を規定する。このプロトコルによって規定されるように、バス・リセットが１本のシリアルバスに発生したとき、以下の動作が実行される。
【００１６】
バス・リセットの前に、入力プラグ及び出力プラグに接続されていた全てのＡＶ装置は、バス・リセットの直前に存在したプラグ・コントロール・レジスタ（引用文献［５］に定義されている）の値に応じて、バス・リセット後に、それぞれ、アイソクロナスデータフローの受信及び送信を継続する。
【００１７】
バス・リセット前にコネクションを確立したコントローラは、１秒後にリソースを再要求する。再要求されないリソースは、バス・リセット後にＩＲＭによって開放される。
【００１８】
バス・リセットの１秒後、バス・リセット前に入力プラグ及び出力プラグが接続されていた全てのＡＶ装置は、対応したプラグ・コントロール・レジスタの値に応じて動作する（これらの値は一部のコントローラによって更新される）。
【００１９】
この手続は、装置（若しくはアプリケーション）によって確立されたバス接続は、この装置が無くなったとき、並びに、ソース若しくは宛先ノードが無くなったときには当然に、開放されることを保証する。
【００２０】
すなわち、バス・リセット後に、アイクロナス・ストリームは、コネクションに組み込まれていた装置の存否に応じて再設定される。
【００２１】
1394コンバージェンスレイヤは、仮想シリアルバスのエミュレーションを目的としているので、HIPERLAN/2ネットワークにおけるアイソクロナス接続の管理と類似した機構を具備する。この機構は、実際のシリアルバスに存在する機能と同等の機能を実現する。また、この機構は、既存ＨＬ２の下位レイヤプロトコル（ＤＬＣ／ＲＬＣ）上に簡単に配置することができる。
【００２２】
以下では、このような機構を説明する。
【００２３】
請求項に係る発明は、アイソクロナス・リソース・マネージャを含むHIPERLAN/2の無線ネットワーク上で、接続セットアップ用のアイソクロナス・リソースを予約する方法であって、
コネクション・コントローラによってトーカー装置及びリスナー装置を識別する手順と、
アイソクロナス・リソース・マネージャによってコネクションの一部である装置のリストを取得する手順と、
アイソクロナス・リソース・マネージャによって、コネクションの一部である装置のリストに応じて、トーカー装置とリスナー装置を接続するため必要な帯域を判定する手順と、
上記帯域が利用できる場合に、トーカー装置及びリスナー装置を含むマルチキャストグループをセットアップする手順と、
を有する方法に関する。
【００２４】
本発明の一実施例によれば、アイソクロナス・リソース・マネージャによってコネクションの一部である装置のリストを取得する手順は、
アイソクロナス・リソース・マネージャからコネクション・コントローラによってチャネル識別子を要求する手順と、
コネクション・コントローラによってトーカー装置及びリスナー装置へチャネル識別子を送信する手順と、
チャネル番号に基づいて、ネットワークの中央コントローラを用いて各装置に無線リンク制御レイヤグループ加入手続を実行させる手順と、
中央コントローラにマルチキャスト媒体アクセス制御識別子を該グループに帰属させる手順と、
を含む。
【００２５】
本発明の一実施例によれば、上記方法は、無線ネットワークのリセット後に、 コントローラがリセット前に予約されていたアイソクロナス・リソースを再要求するように要求される第１の時間間隔（Ｔ）を設ける手順と、
第１の時間間隔の後に、コントローラがアイソクロナス・リソース・マネージャを用いて新たな予約を行わない第２の時間間隔（ΔＴ）を設ける手順と、
を更に有する。
【００２６】
本発明の一実施例によれば、第２の時間間隔は、中央コントローラによって始動されたネットワークリセット後に、ネットワークの全ての装置がリセット手続を完了できるようにセットされる。
【００２７】
本発明の一実施例によれば、コネクション・コントローラは、第２の時間間隔を保持するレジスタを具備し、このレジスタは中央コントローラによってプログラムすることが可能である。
【００２８】
本発明の一実施例によれば、この方法は、
バス世代レジスタを各ノードに準備する手順と、
ネットワークリセット中に、中央コントローラにノードのバス世代レジスタの内容を、ネットワークリセットメッセージ中でノードへ送信される新しいレジスタ内容で更新させる手順と、
アイソクロナス・リソース・マネージャにノードからのリソース要求中のバス世代レジスタの内容の最新値をテストさせ、ノードのバス世代レジスタの内容が正しくない場合にその要求を拒否させる手順と、
を更に有する。
【００２９】
付加的な保護期間ΔＴの考え方及びバス世代番号の考え方は独立した発明であり、別々に請求項に記載できる。
【００３０】
本発明のその他の特徴及び効果は、添付図面に関して記述された特定の実施例の説明によって明らかになるであろう。
【００３１】
本発明の実施例は、HIPERLAN/2に基づく無線ブリッジによって相互連結されたIEEE 1394 有線バスのネットワークに関する。しかし、当業者にとって明らかであるように、本願明細書に記載された原理はその他の環境にも適用可能であり、本発明が実施例に記載された特定の環境に限定されない。BRAN HIPERLAN/2及びIEEE 1394バス標準に関する詳細な情報、並びに、関連出願は、特に、以下の引用文献から得られる。
【００３２】
引用文献リスト：
［１］ETSI BRAN Hiperlan2 Technical Specification, Data Link Control Layer, Part 1: Basic Data Transport Function
［２］ETSI BRAN Hiperlan2 Functional Specification, Data Link Control Layer, Part 4: Extension for Home Environment
［３］ETSI BRAN Hiperlan2 Technical Specification, Packet Based Convergence Layer, Part 3: IEEE 1394 Service Specific Convergence Sublayer (draft), version 0.0.0 (1999−12)
これらの文献、並びに、HIPERLAN/2に関するその他の文書は、欧州電気通信標準化機構から入手可能である。
［４］IEEE1394−1995 Std, IEEE Standard for a High Performance Serial Bus
［５］IEC611883, Digital Interface for consumer Audio/Video Interface
［６］IEEE1394.1 Draft Standard for High Performance Serial Bus Bridges(Feb. 7, 1999)
文献［４］と［６］は、IEEE機関から入手可能であり、文献［５］はIECから入手可能である。
【００３３】
本発明によれば、アイソクロナス・リソース・マネージャ（ＩＲＭ）機能は、図１の仮想バス上に定義される。本発明の実施例によるアイソクロナス・リソース予約機構は、
アイクロナス・リソース（チャネル及び帯域）を予約（確保）する機能と、
コントローラ、トーカー又はリスナーがＨＬ２ネットワークから離れたとき、これらのリソースを開放する機能と、
を提供する。
【００３４】
本実施例において、ＩＲＭ機能は、HIPERLAN/2（ＨＬ２）中央コントローラの1394コンバージェンスレイヤに設けられる。この機能は、チャネル利用可能レジスタと帯域利用可能レジスタとを設けるので、他の装置アプリケーションは、適当なロック要求（"lock_req/res"）を使用して、リソース予約を行うことが可能である。IEEE 1394−1995 ＩＲＭとの相違点として、これらのレジスタは、全体として少し結合されているので、ある程度の量の帯域の予約が到来したとき、ＩＲＭは、どのチャネルに対する予約であるかを知る。これにより、中央コントローラは、そのチャネルに対するリンク割当量を計算できるようになる（中央コントローラは、グループＭＡＣ（ＭＡＣは、媒体アクセス制御Medium Access Controlの略）−ＩＤのメンバーである装置がわかる）。十分なネットワークリソースが存在する場合、ＩＲＭは、ロック要求loc_resに好意的なメッセージを生成するか、あるいは、ロック要求loc_resを拒絶するメッセージを生成する。
【００３５】
ＨＬ２ネットワークが変更される（装置が結び付けられるか、または、切り離される）都度（すなわち、仮想バスがリセットされる度に）、ネットワークリソースは、１秒以内にＩＲＭから再要求されるべきである。さもなければ、これらのリソースは開放される。ＨＬ２において、バスリセットには、ある程度の伝搬時間が必要である。本実施例によれば、「バス世代番号」がＩＲＭレジスタで使用され、その結果として、ＩＲＭは、新リソース要求と旧リソース要求を区別し、区別に応じて対処することが可能である。バス世代番号ビットは、ＨＬ２のＩＲＭに固有であり、標準的なIEEE 1394−1995バスＩＲＭには規定されていない。
【００３６】
１． 序論
本発明は、IEEE 1394−1995バスのアイソクロナス・コネクションの管理をＨＬ２ネットワークに適合させることを提案する。用語「仮想（バーチャル）」は、仮想バスに結び付く語彙を記述するため使用される。
【００３７】
無線媒体上のデータレートは、実在のシリアルバス上のデータレートよりも低速であるため、仮想チャネルの個数は制限され、一例として、３２個に制限される。もちろん、３２個以外の値も使用される。
【００３８】
図３の左側部分は、中央コントローラＣＣと、３台の移動端末ＭＴ１、ＭＴ２及びＭＴ３の４台の装置が接続された無線バスの説明図である。３台の移動端末ＭＴ１、ＭＴ２及びＭＴ３は、それぞれ、トーカー装置、リスナー装置、及び、1394コントローラとして動作する。図３の右側部分は、仮想バスとしてモデル化された無線ネットワークの説明図であり、仮想バスには４台の装置が接続されている。
【００３９】
IEEE 1394アイソクロナス・チャネルは、マルチキャストグループ媒体アクセス制御識別子ＭＡＣ−ＩＤにマッピングされる。データリンク制御レイヤ・ホームエクステンション（ＤＬＣ ＨＥ）では、マルチキャストチャネル数の実勢限界がある（チャネルの最大数は３２個である）。
【００４０】
本発明によれば、ＶＩＲＭ（仮想ＩＲＭ）レジスタの帯域利用可能レジスタＶ＿ＢＡＮＤＷＩＤＴＨ＿ＡＶＡＩＬＡＢＬＥとチャネル利用可能レジスタＶ＿ＣＨＮＮＮＥＬ＿ＡＶＡＩＬＡＢＬＥが定義される。これらのレジスタは、中央コントローラの1394コンバージェンスレイヤに存在する。
【００４１】
さらに、アイソクロナス・ストリームを送り出すか、又は、アイソクロナス・ストリームが流れ込む無線装置に対して、ＶｉＰＣＲ（仮想入力プラグ制御レジスタ）及びＶｏＰＣＲ（仮想出力プラグ制御レジスタ）のレジスタが定義される。
【００４２】
HIPERLAN/2環境において、リソース管理（マルチキャストグループ及びネットワーク帯域）は、中央コントローラによって行われる。
【００４３】
仮想アイソクロナス・リソース・マネージャ（ＶＩＲＭ）は、任意のノードのコンバージェンスレイヤで実行される。シリアルバス上と同様に、ＩＲＭ機能は任意のＩＲＭ能力を備えたノードに組み込まれる。唯一の要件は、同時には一つのＩＲＭしか実行されない、ということであり、このため、あらゆるノードは、ＩＲＭがどこで動いているかを知る必要がある。本実施例によれば、説明の便宜上、ＩＲＭは、シリアルバス上のサイクルマスターに搭載されている場合を考える。
【００４４】
さらに、プロトコルを簡単化するため（ノードはＩＲＭの実行場所がわかり、バスリセットbus_reset伝搬とリソース再要求の間に殆ど制約がない）、ＩＲＭは、中央コントローラのコンバージェンスレイヤで動くことが提案される。仮想ＩＲＭは、ＨＬ２ネットワーク用のＲＬＣマルチキャストコネクション制御手続きを駆動する必要がある。
【００４５】
IEC61883標準（文献［５］）にできる限り準拠するため、コネクションは、IEEE 1394コントローラで確立することが提案される。1394コントローラは、トーカー及びリスナーのような他の装置を制御することを目的とするアプリケーションで動く1394ノードである。1394コントローラの概念はIEC61883標準（文献［５］）に規定され、使用される。このアプリケーションは、ＶＩＲＭで帯域及びチャネルを予約し、以下の規則に従って仮想入出力制御プラグレジスタ（リスナーのＶｉＰＣＲ及びトーカーのＶｏＰＣＲ）を構成する。
【００４６】
２． 制御及び状態レジスタの説明
２．１ アイソクロナス・リソース・マネージャ（ＩＲＭ）レジスタ
本実施例によれば、ＶＩＲＭレジスタは、中央コントローラの1394ＣＬに組み込まれた。フォーマット及びアクセス規則は、本実施例では以下の通り定義された。
【００４７】
２．１．１ 仮想チャネル利用可能（VIRTUAL_CHANNEL_AVAILABLE）レジスタ
このレジスタは、仮想アイクロナス・リソース・マネージャ（ＶＩＲＭ）に実現される。これは、２クゥオードレット（４バイト分）長である（有線シリアルバスＩＲＭのチャネル利用可能レジスタCHANNEL_AVAILABLEに匹敵する）。いくつかのアプリケーションが同じチャネルを予約することを防止するため、２クォードレットのリード・アンド・ロック比較スワップ処理だけがサポートされる。このレジスタのビット０乃至３１は、仮想バスのアイソクロナス・チャネル０乃至３１に対応する。シリアルバスＩＲＭの場合と同様に、ビット値０は、対応したチャネルが予約され、更なる予約は入手不能であることを示す。本実施例によれば、ＶＩＲＭに固有であるが、一部のビット（すなわち、ビット３２乃至３６）がバス世代番号のため使用される。他のビットは未使用である。
【００４８】
このレジスタ上のリード・アンド・ロック比較スワップ処理は、仮想バスリセット後に、新チャネルを予約するか、あるいは、予約済みのチャネルを再要求するために、予約用コントローラによって使用される。
【００４９】
図４は、仮想チャネル利用可能（Virtual_Channel_Available）レジスタのフォーマットを示す図である。
【００５０】
アクセス用規則：
（１）仮想バスリセット動作
仮想バスリセット後（中央コントローラから受信したself_idパケットはバス世代番号を搬送する）、利用可能チャネルを表すレジスタビットはクリアされる。すべてのチャネルは再び利用可能になる。世代番号Gen_Numberビットも（バスリセット後に送信され、ＶＩＲＭを組み込むノードによって受信されたself_idパケットに存在する情報に応じて）同様に更新される。タイマーＴがスタートする。タイマーが満了する前に、リソース（チャネル）は再要求されなければならない。リソース再要求を許可するかどうかを判定するため、ＶＩＲＭは、世代番号ビットをロック要求の対応したビットと比較する。両者が一致した場合、ＶＩＲＭは、その要求が、リセット前に仮想バスに存在する装置によって行われた要求であることを認識し、リソース再要求のリクエストを許可する。一方で、両者が一致しない場合、リソース再要求のリクエストは拒否される。タイマーが満了したとき、再要求されなかったリソースは開放される（グループＭＡＣ識別子Mac_Idは、コンバージェンスレイヤで開放される）。
【００５１】
（２）仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の期間に対応した標準動作：
ＶＩＲＭは、シリアルバスＩＲＭと同じように動作する。ＶＩＲＭは、予約済みのチャネルに関するロック要求を拒否する。チャネルが（ロック要求メッセージによって）予約されたとき、ＩＲＭは、このチャネル上のRLC_GROUP_JOINメッセージを受信する準備が整う。最初のRLC_GROUP_JOINメッセージがそのチャネルに関して受信されたとき、中央コントローラは新グループMAC-IDを作成すべきである。同一チャネルに対する次のRLC_GROUP_JOINメッセージは、移動端末を同じグループMAC-IDへ追加する。
【００５２】
２．１．２ 仮想帯域利用可能（VIRTUAL_BANDWIDTH_AVAILABLE）レジスタ
このレジスタは、ＶＩＲＭに実現される。このレジスタは、コントローラが特定のチャネルに対する帯域を予約できるようにする。レジスタ長は、１クォードレット長である。ビット２７乃至３１は、バス世代番号専用のビットである。他のビット（ビット０乃至２６）は、仮想バス上の利用可能な帯域を、コンバージェンスレイヤレベルで、１秒あたりのビット数もしくはバイト数として、表現するためのビットである。帯域ビットに対し、いくつかの予約値は許容されない（たとえば、値0xFFFFは予約されている）。
【００５３】
このレジスタに対するリード（読み出し）要求は、装置がＨＬ２ネットワークないで利用可能な帯域を取得できるようにする。
【００５４】
帯域の予約は、引数arg_valueが２個のクォードレットにより構成されるロック要求メッセージを用いて行われる。
【００５５】
第１のクォードレットは、選択されたチャネルを指定する。この語の中で、１にセットされた唯一のビットは、選択されたチャネルを指定する。最下位ビットはチャネル０に対応し、最上位ビットはビット２６乃至３１に対応する。
【００５６】
第２のクォードレットは、このレジスタの前の読み出しの結果（ビット０乃至２５）と、コントローラの世代数（ビット２６乃至３１）を含む。
【００５７】
データ値は、特定のチャネルに対して要求されたビットレートを示すクォードレットである。
【００５８】
この要求は、以下の３通りの場合に拒否される。
（１）arg_valueで指定されたチャネルがCHANNEL_AVAILABLEレジスタで利用できない場合。
（２）ロック要求で指定された世代番号がＩＲＭの世代番号と一致しない場合。
（３）ロック要求で指定された帯域の量が利用可能帯域を超える場合（コントローラによる読み取りの後に別のノードが帯域を予約した場合）。
【００５９】
アクセス用規則：
（１）標準動作（仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の機関）：
ＩＲＭがVIRTUAL_BANDWIDTH_AVAILABLEレジスタでロック要求を取得したとき、ＩＲＭは、要求された帯域と、その帯域のためのチャネルとがわかる。ＩＲＭは、次に、マルチキャストグループMAC-IDに関連して、（文献［２］の６．５節に記載されているように）キャリブレーションから構築された）トポロジーマップを計算する（無線リンク制御（ＲＬＣ）マルチキャスト加入手続の結果として、コンバージェンスレイヤは特定の1394チャネルに対する移動端末のリストがわかる。）。ＩＲＭは、リンク品質に応じて、このマルチキャストグループのため関連した変調方式を判定し、十分な利用可能リソース（ＨＬ２タイムスロット）が存在するかどうかを検査する。十分な利用可能リソースが存在する場合、ＩＲＭは予約を許可し、マルチキャストグループ内でＲＬＣマルチキャスト・コネクション・セットアップ手続を開始する。ＲＬＣ手続が成功した場合、好意的なロック応答メッセージが、ロック要求メッセージに対する返答として作成される。（リンク割当量の不足、又は、ＲＬＣの失敗などの理由で）予約が失敗した場合、ロック要求は、ロック応答メッセージによって拒否される。拒否用のロック応答メッセージの引数（old_value）の中に、対応したエラーコード（たとえば、帯域利用可能ビットの中の１個の禁止ビット）が挿入され、要求元は拒否の理由を通知される。
【００６０】
シリアルバスＩＲＭの場合と同様に、読み取り処理中に先に読み取られ、ロック要求メッセージに引数として挿入された帯域が現在の利用可能帯域と一致しない場合（二つの同時に生起した予約手続が衝突する場合）、ロック要求は拒否される。
【００６１】
（２）仮想バスリセット動作
仮想バスリセット後(中央コントローラから受信されたself_idパケットはバス世代番号を搬送する）、Bandwidth_availableビットがリセットされる（全帯域は再度利用可能になる）。Gen_Numberビットは、ＶＩＲＭによって受信されたself_ifパケットに存在する情報に応じて同様に更新される。タイマーＴが始動される。タイマーが満了する前に、リソース（帯域）は、再要求されなければならない。リソース再要求を許可するため、ＶＩＲＭは、Gen_Numberビットを使用する（Gen_Numberビットが一致した場合、リソース再要求は承認され、一致しない場合、リソース再要求は拒否される。）。タイマーが満了したとき、再要求されていないリソースは開放される（マルチキャストグループ内の任意の既存のマルチキャスト・コネクションは、ＲＬＣを使用して開放される。）。
【００６２】
図５は、仮想チャネル利用可能レジスタ(Virtual_Channel_Available)のフォーマットの説明図である。
【００６３】
２．１．３ 仮想入力プラグ制御レジスタ（ＶｉＰＣＲ）及び仮想出力プラグ制御レジスタ（ＶｏＰＣＲ）
ViPCRレジスタ（又は、レジスタの組）は、アイソクロナス・ストリームが流入する装置の1394コンバージェンスレイヤに組み込まれる。ViPCRレジスタは、引用文献［５］に規定されたiPCRレジスタと同じ機能を備える。このレジスタは、コマンド及び状態レジスタ（ＣＳＲ）アーキテクチャに従って実現される。仮想バスリセット通知における時間差を考慮するため世代フィールドが追加される。世代番号は、仮想バスリセット毎にインクリメントされるモジュロー２５の値である。
【００６４】
図６は、ViPCRレジスタのフォーマットの説明図である。
【００６５】
ViPCRレジスタ（又は、レジスタの組）は、アイソクロナス・ストリームを流出させる装置の1394コンバージェンスレイヤに組み込まれる。VoPCRレジスタは、引用文献［５］に規定されたoPCRレジスタと同じ機能を備える。このレジスタは、コマンド及び状態レジスタ（ＣＳＲ）アーキテクチャに従って実現される。仮想バスリセット通知における時間差を考慮するため世代フィールドが追加される（文献［３］を参照せよ）。バス世代番号は、仮想バスリセット毎にインクリメントされるモジュロー２５の値である。
【００６６】
図７は、VoPCRレジスタのフォーマットの説明図である。
【００６７】
ペイロード、オーバーヘッドＩＤ、ポイント・ツー・ポイント・コネクション・カウンタ、及び、オンラインフィールドは、文献［５］に規定されたoPCRの対応したフィールドと同様に定義される。
【００６８】
本例では、文献［５］と一致させるため、６ビットで符号化されているが、チャネルは、０乃至３１ビットの範囲に収まればよい。
【００６９】
世代番号は、ノードが受信した最新（最後）の仮想バスリセットの世代を表わす。この世代番号は、仮想バスリセット毎に増分カウンタを使用することによってノード自身によって送信され、或いは、仮想バスリセット通知に関連し中央コントローラによって管理されるカウンタを使用することによって送信される。このフィールドが必要である理由は、全ての無線端末に同時に仮想バスリセットが通知されないからである。
【００７０】
VoPCRレジスタ及びViPCRレジスタのアクセス用規則：
（１）標準動作（仮想バスリセットタイマーＴの満了と次の仮想バスリセットの間の機関）：
ノードのコンバージェンスレイヤがＰＣＲ（入力又は出力のいずれか）上でロック要求を取得し、チャネルビットがセットされたとき、ＲＬＣ連結要求手続が中央コントローラで始まる。肯定的なＲＬＣ連結応答メッセージが受信されたとき、ロック成功応答メッセージが作成される。さもなければ、ロック要求は拒否される。
【００７１】
（２）バスリセット動作：
ＰＣＲを実現するコンバージェンスレイヤにバスリセットが通知されたとき、コンバージェンスレイヤは、そのＰＣＲのGen_bus_numberビットに新しい値をセットする。コンバージェンスレイヤは、間隔Ｔのタイマーを始動し、バスリセット前と同様にデータ流入又はデータ流出動作を行う。コンバージェンスレイヤは、ＰＣＲのチャネルビットもクリアする。チャネルビットがタイマーＴのタイムアウト前に再書込みされた場合、何も変化しない。さもなければ、コンバージェンスレイヤは、マルチキャストグループを解放するため、中央コントローラに向けてＲＬＣ解放（RLC_Leave）手続を生成する。
【００７２】
アクセス用規則（コントローラアプリケーションの観点からの説明）
アプリケーションは、最初に、（VIRTUAL_CHANNEL_AVAILABLEレジスタを読出し、次に、ロック要求を行うことによって）ＩＲＭを用いてチャネルを予約し、次に、予約チャネルを、コネクションを確立したいマルチキャストグループのノードのViPCR及びVoPCRに書き込む。ロック応答メッセージを取得した後、アプリケーションは、ロック要求メッセージをVIRTUAL_BANDWIDTH_AVAILABLEレジスタへ送信することにより関連した帯域を予約する。ここで、ＶＩＲＭは、そのマルチキャストグループのためのリンク割当量を確実に計算できるようになる。
【００７３】
仮想バスリセットが行われたとき、アプリケーションは、１秒以内に、ＩＲＭレジスタ及び関連したVoPCR及びViPCRからリソースを再要求しなければならない。アプリケーションは、後述のように、ΔＴの期間に亘って、新しい予約要求の送信を停止する。
【００７４】
２．２ 仮想バスリセット及びリソース再要求又は開放
仮想バスリセット動作：
中央コントローラのＨＬ２無線リンク制御レイヤが、装置がネットワークに残されているか、又は、（ＲＬＣ関連付け手続の後に）新しい装置が関連付けられたとき、1394コンバージェンスレイヤレベルでの識別（self_id)手続は、中央コントローラが仮想バスリセットメッセージを他の全ての装置のコンバージェンスレイヤへ送信することを保証する。各1394コンバージェンスレイヤは、ある程度の時間遅延を伴って、仮想バスリセットメッセージの受信によってトリガーされた上位レイヤへ仮想バスリセットを生成することが可能である。
【００７５】
各装置は、上述の世代番号である仮想バスリセット番号を保持するためのメモリを具備する。バス世代番号は、バスリセット毎に中央コントローラによって増加させられる。バスリセット世代番号は、self_idメッセージ中に組み込まれる。
【００７６】
コントローラがバスリセット識別情報を受信したとき、コントローラは、１秒以内に、全てのコネクションを再割当しなければならない。この時間の経過後、ΔＴの期間に亘って、再要求メッセージ、若しくは、通常の要求メッセージの送信が禁止され、この期間ΔＴの間に要求を許可する（図８を参照せよ）。
【００７７】
この時間間隔ΔＴは、中央コントローラ上のバスリセットイベントと、このリセットを受け取った最後の移動端末上のバスリセットイベントとの間の時間差よりも長くする必要がある。この原理によって、移動端末が、装置上のバスリセットの終了後に、リソースの再要求を試みないことが保証される。
【００７８】
スプリット・タイムアウト・レジスタに関して、コンバージェンスレイヤは、ΔＴの制御及び状態レジスタ（ＣＳＲ）を具備することが提案される。これにより、移動端末でオーバーロードが生じた場合に中央コントローラがこの値を調節できるようになる。移動端末の台数が非常に大きい倍率で増加した場合、バスリセットはΔＴ期間よりも長い時間を要するので、リソース予約は失敗する場合がある（すなわち、別のバスリセットを生成する場合がある）。このように、ある種の場合では、このΔＴの値を増加させる方が有利である。ΔＴ ＣＳＲは、（1394のスプリット・タイムアウトに関して）デフォルト値をもつ。
【００７９】
ある種の理由から、バスリセットがＨＬ２ネットワークに伝搬するためにΔＴよりも長い時間を要する場合、中央コントローラは、バスリセット世代番号を増加し、別のバスリセットを開始する必要がある。
【００８０】
図８は、図３の中央コントローラと移動端末ＭＴ１及びＭＴ２に関する相対的なＴ及びΔＴの期間を表わす図である。
【００８１】
中央コントローラの1394コンバージェンスレイヤがバスリセットシーケンスを開始したとき、仮想ＩＲＭ内の全ての帯域及びチャネルだけを開放する必要がある。同時に、装置が仮想バスリセットを受け取るとき、ViPCRレジスタ及びVoPCRレジスタは開放され、タイマーＴがＴ＝（１秒＋ΔＴ）に初期化される。
【００８２】
仮想バスリセット後に、幾つかの状況が生じる。
【００８３】
（１）離脱した装置がない状況
バスリセット前にリソースを割り当て、バスリセットを受け取ったコントローラは、トーカーとリスナーの両方がネットワーク上に存在し続けるかどうかを検査する。両方共に存在する場合、コントローラは、ＶＩＲＭ内でリソースを再割当する。ＶＩＲＭは、ロック要求が再要求であり、（装置が実際にバスリセットを受け取る前に生成した可能性がある）新しい要求ではないことを検出するため、バス世代番号ビットを使用する。コントローラは、リスナーのViPCR及びトーカーのVoPCRを再構成する必要もある。
【００８４】
この状況では、ＨＬ２コネクションは開放されず、動作し続け得る。
【００８５】
（２）1394コントローラが離脱した状況
IEC61883文書は、コントローラが切り離された場合、このコントローラによって設定されたコネクションを切る必要がある。本実施例によれば、仮想ＩＲＭは、時間間隔Ｔの間、再要求を待ち受ける。再要求を受信しないまま時間が経過したとき、中央コントローラは、RLC_RELEASEメッセージをトーカー及び各リスナーへ送信する。トーカー及びリスナーは、マルチキャストグループから出る。マルチキャストグループ内には装置が残っていないので、中央コントローラは、レジスタ内で予約されたリソースを開放する。同様に、このコネクション（すなわち、バスから切り離されたコントローラによって確立されたコネクション）のトーカー及びリスナーは、自装置のPCR内でリソース再要求が行われていないことを検出し、RLC_LEAVEメッセージを中央コントローラへ送信することによってマルチキャストグループから抜ける。
【００８６】
（３）トーカー又はリスナーが離脱した状況
トーカーが無くなるか、若しくは、全てのリスナーがネットワークから切り離されたとき、コネクションは切断されるべきである。1394コントローラは、トーカー及びリスナーを見つけようとし、この条件が守られない場合、コントローラは必要なリソースの再割当を行わない
各装置は、タイムアウトを管理し、ＨＬ２コネクションを開放しなければならない。
【００８７】
２．３ バスリセット以外のリソース開放
シリアルバス上と同様に、アプリケーション（若しくは、ブリッジレイヤ）は、任意の時点で、仮想バス上の一部のリソースを開放することを決める。これは、予約と同じような形態（特定のチャネルの帯域を開放するためのPCRレジスタ及びIRMレジスタへの書込みと、引き続くチャネルの開放）で行われるべきである。
【００８８】
２．４ シナリオ
２．４．１ 無線装置間のアイソクロナス・コネクション
２．４．１．１ オーバーレイ無しのコネクション
（１）1394コントローラは、チャネルを割り当てるため、中央コントローラ内にある仮想アイソクロナス・リソース・マネージャへの比較及びスワップ処理を実行する。これは、IEEE 1394−1955 トランザクションである。
【００８９】
（２）コントローラは、前のステップのチャネルをセットするため、ロック要求lock_reqメッセージをトーカー及びリスナーの（オンラインビットをオフにセットして）ViPCRアドレス及びVoPCRアドレスへ送信する。この世代番号が制御された装置と異なる場合、コントローラは、コネクションを確立できないので、適当なエラーコードを含む拒否用のlock_resメッセージを生成する。
【００９０】
（３）トーカー及びリスナーは、共に、このチャネル上でジョイン（加入）ＲＬＣ手続を実行する。加入の完了後、トーカー及びリスナーは、共に、肯定的なlock_resp応答をコントローラへ送る。
【００９１】
（４）コントローラが応答lock_respを受信したとき、中央コントローラは、丸いキャストグループのメンバーである装置を区別できる。コントローラは、（上述の手続に従って)帯域利用可能BAND_WIDTH_AVAILABLEレジスタ上でロック要求lock_reqを送信し得る。
【００９２】
（５）ＩＲＭは、（リンク割当量、及び、選択された物理レイヤ（ＰＨＹ）モードに基づいて）要求されたＨＬ２帯域を計算する。
【００９３】
（６）２通りの状況が考えられる。
【００９４】
（状況ａ）帯域が利用可能である場合、ステップ（７）へ進み、ＩＲＭは、肯定的なロック応答を送信し、直後に（新しいロック要求を許可する前に）、（ＰＨＹモードを考慮して）帯域レジスタを更新する。
【００９５】
（状況ｂ）帯域が利用可能ではない場合、ＩＲＭは、（引数値に適当なエラーコードを含む）否定的なロック応答を送信する。帯域レジスタは変更されない。コントローラは、（エラーコードによって）要求を繰り返すべきではないことがわかる。
【００９６】
（７）帯域が利用可能であるならば、中央コントローラは、マルチキャストグループへのマルチキャストＤＬＣユーザ・コネクション（ＤＵＣ）セットアップを開始する。ＲＬＣが成功したとき、肯定的なロック応答が生成され（帯域利用可能レジスタはＰＨＹモードを考慮して更新される）、さもなければ、否定的なロック応答が生成される。
【００９７】
（８）一般的に、その他のロック要求は、対応したロック応答が生成されるまで許可されない。
【００９８】
図９は、オーバーレイの無いコネクションのための、図３の中央コントローラと種々の移動端末との間のメッセージを説明する図である。
【００９９】
２．４．１ オーバーレイのあるコネクション
オーバーレイを含むコネクションはIEC 61883仕様書に規定されている。コネクションのオーバーレイは、リスナーを既存のコネクションに追加することによって生じる。その場合、既に、ＨＬ２マルチキャスト・コネクションと、ＩＲＭ ＣＳＲが1394コンバージェンスレイヤに存在している。
【０１００】
図１０は、オーバーレイを含むアイソクロナス・コネクション用のネットワークの説明図である。同図において、移動端末ＭＴ４は、既存のコネクションに重ねられる。
【０１０１】
以下のステップは、装置ＭＴ４が新しいリスナーになる状況を説明する。
【０１０２】
（１）コントローラは、ポイント・ツー・ポイント・カウンタを増加させるようにトーカーのVoPCRをセットする。コントローラは、ロック要求lock_reqを送信し、世代番号を検査することによって、チャネルを用いて新しいリスナーのViPCRをロードする。
【０１０３】
（２）移動端末ＭＴ４は、対応したチャネルのためのRLC_GROUP_JOINメッセージを中央コントローラへ送信する。
【０１０４】
（３）リンク割当量が、ＭＴ４をグループマルチキャストへ参加させるために加えることを許可するならば、中央コントローラは、関連したマルチキャストMAC_IDを共に承認を返信する。
【０１０５】
（４）リスナー及びトーカーは、共に、ロック応答lock_respをコントローラへ送信し得る。
【０１０６】
（５）中央コントローラは、マルチキャストＤＵＣセットアップ手続をＭＴ４装置へ送信すべきである。装置ＭＴ４は、データを受信する準備ができる。おそらく、ＰＨＹオードを変更する必要がある場合、ＲＬＣ修正手続が始動される。
【０１０７】
図１１は、本例における中央コントローラと移動端末の間でのメッセージ交換の説明図である。
【０１０８】
２．４．１ ブリッジ環境でのアイソクロナス・コネクション・セットアップ
以下では、1394コンバージェンスレイヤに規定されているようなアイソクロナス予約機構がブリッジ環境で使用される状況について説明する。
【０１０９】
ネットワークは、１から４の番号が付けられた４本のシリアルバスを含み、シリアルバスは、ポータルＭＴ１乃至ＭＴ４を介して、HIPERLAN/2に接続される（図１２を参照せよ）。
【０１１０】
図１２は、ブリッジ環境におけるネットワークアーキテクチャの一例を示す図である。
【０１１１】
無線ネットワークは、仮想1394バスとしてモデル化される（図１３を参照せよ）。各ポータルは、仮想バスに接続されたブリッジとして表現される。このようなブリッジは、
有線バスに接続されたポータル、すなわち、現実ポータルと、
仮想バスに接続されたポータル、すなわち、1394コンバージェンスレイヤのサービス（すなわち、仮想iPCRレジスタ及び仮想oPCRレジスタ）を使用する仮想ポータルと、
を含む。仮想バスのＩＲＭは、ＶＩＲＭのように表記され、中央コントローラの1394コンバージェンスレイヤに組み込まれる。さらに、仮想バス上でアイソクロナス・コネクションを確立する役割を担う装置は、仮想コントローラと称される。
【０１１２】
図１３は、仮想バスのモデル化を表わす説明図である。
【０１１３】
２．４．２．１ オーバーレイの無いコネクション
相違するステップは、以下のステップ（１）〜（３）である。
【０１１４】
（１）コントローラは、コネクション・メッセージを、リスナーのポータルへ送信する。この装置の仮想ポータルは、仮想バス上のコネクションの確立用の仮想コントローラになる。
【０１１５】
（２）仮想コントローラは、前のセクションで説明したように、仮想バス上でリソースを予約する。
【０１１６】
（３）リソースが仮想バス上で利用可能である場合、リスナーのポータル（ＬＰ）は、P1394.1ドラフトに記載されているように、ブリッジ・コネクション・メッセージをトーカーのポータルへ送信する。
【０１１７】
２．４．２．２ オーバーレイを含むコネクション
コントローラは、コネクション・メッセージをリスナーのポータルへ送信する。このコネクション・メッセージは、使用中の既存のチャネル番号を指定することによって当該コネクションがオーバーレイを含むコネクションであるという情報を収容するべきである。
【０１１８】
リスナーのポータルは、自装置のViPCRの割り当てられたチャネルビットをセットし、ロック要求lock_reqメッセージを送信することによりトーカーのポータルのVoPCRをセットする。トーカーのポータルは、自装置のVoPCRにおけるポイント・ツー・ポイント・コネクション・カウンタを増加させる。
【０１１９】
仮想バス上では、オーバーレイを含むコネクションの場合と同じようにあらゆる事象が起こる。
【０１２０】
［頭辞語と略語の説明］
ブリッジは、シリアルバスネット内の二つのバスを接続することができる二つのシリアルバスノードの組である。
【０１２１】
中央コントローラ（ＣＣ）は、HIPERLAN/2によって規定されているようなアクセスポイントの機能と等価的であるＤＬＣレイヤ（データリンク制御レイヤ）のための機能を制御するが、必ずしも固定ネットワークに所属させなくてもよい。中央コントローラの機能は、無線装置に組み込んでもよい。
【０１２２】
コントローラは、シリアルバス上でアイソクロナス・コネクションを確立する装置である。
【０１２３】
ポータルは、ブリッジをシリアルバスに接続するノードである。
【０１２４】
仮想バスは、無線ネットワークを1394シリアルバスとしてモデル化する説明図である。
【図面の簡単な説明】
【図１】 ＨＩＰＥＲＬＡＮ／２の概略的な階層説明図である。
【図２】 仮想ＩＥＥＥ１３９４バスとしてのＨＩＰＥＲＬＡＮ／２ネットワークの一例の説明図である。
【図３】 ハイブリッド式ネットワークと、仮想バスを含むネットワークとしてのモデル化の説明図である。
【図４】 本発明の一実施例による仮想チャネル利用可能レジスタのフォーマットの説明図である。
【図５】 仮想チャネル利用可能レジスタのフォーマットの説明図である。
【図６】 仮想入力プラグ制御レジスタ（ＶｉＰＣＲ）のフォーマットの説明図である。
【図７】 仮想出力プラグ制御レジスタ（ＶｏＰＣＲ）の説明図である。
【図８】 ＨＩＰＥＲＬＡＮ／２中央コントローラ並びに図３の移動端末ＭＴ１及びＭＴ２に関して、リセット後にアイソクロナス・リソースを再要求する遅れを表わす相対的な期間Ｔと、第１の期間Ｔの終了後に新たな予約が禁止される期間ΔＴの説明図である。
【図９】 オーバーレイの無いコネクションに対する中央コントローラと図３の種々の移動端末の間で交換されるメッセージの説明図である。
【図１０】 移動端末ＭＴ４が既存コネクションに重ねられるオーバーレイのあるコネクションに対するネットワークの説明図である。
【図１１】 オーバーレイのある場合に、中央コントローラと移動端末の間で交換されるメッセージの説明図である。
【図１２】 ブリッジ環境におけるネットワークアーキテクチャの一例の説明図である。
【図１３】 仮想バスのモデル化の説明図である。
Claims (8)
- アイソクロナス・リソース・マネージャが設けられたコネクション・セットアップ用の無線ネットワークにおいてアイソクロナス・リソースを予約する方法であって、
コネクション・コントローラによってトーカー装置及びリスナー装置を識別する手順と、
アイソクロナス・リソース・マネージャによってコネクションの一部であるトーカー装置及び少なくとも１つのリスナー装置のリストを取得する手順と、
アイソクロナス・リソース・マネージャによって、コネクションの一部であるトーカー装置及び少なくとも１つのリスナー装置のリストに応じて、トーカー装置とリスナー装置を接続するため必要な帯域を判定する手順と、
上記帯域が利用できる場合に、トーカー装置及びリスナー装置を含むマルチキャストグループをセットアップする手順と、
を有し、
アイソクロナス・リソース・マネージャによってコネクションの一部であるトーカー装置及び少なくとも１つのリスナー装置のリストを取得する手順は、
コネクション・コントローラによってチャネル識別子を要求する手順と、
コネクション・コントローラによってトーカー装置及びリスナー装置へチャネル識別子を送信する手順と、
チャネル番号に基づいて、ネットワークの中央コントローラを用いて各装置に無線リンク制御レイヤグループ加入手続を実行させる手順と、
中央コントローラにマルチキャスト媒体アクセス制御識別子を該グループに付与させる手順と、
を含む方法。 - 無線ネットワークのリセット後に、
コントローラがリセット前に予約されていたアイソクロナス・リソースを再要求することを要求される第１の時間間隔を設ける手順と、
第１の時間間隔の後に、コネクション・コントローラがアイソクロナス・リソース・マネージャを用いて新たな予約を行わない第２の時間間隔を設ける手順と、
を更に有する請求項１記載の方法。 - 第２の時間間隔は、中央コントローラによって始動されたネットワークリセット後に、ネットワークの全ての装置が夫々のリセット手続を完了できるようにセットされる、請求項２記載の方法。
- コネクション・コントローラは、第２の時間間隔を保持するレジスタを具備し、
このレジスタはネットワークの中央コントローラによってプログラムすることが可能である、請求項２又は３記載の方法。 - 第２の時間間隔中に、コネクション・コントローラは、リセット手続の前に予約されたリソースの再要求を行わないようにされている、請求項２乃至４のうちいずれか一項記載の方法。
- アイソクロナス・リソース・マネージャは中央コントローラに組み込まれる、請求項１乃至５のうちいずれか一項記載の方法。
- バス世代レジスタを各ノードに準備する手順と、
ネットワークリセット中に、中央コントローラにノードのバス世代レジスタの内容を、ネットワークリセットメッセージ中でノードへ送信される新しいレジスタ内容で更新させる手順と、
アイソクロナス・リソース・マネージャにノードからのリソース要求中のバス世代レジスタの内容の最新値をテストさせ、ノードのバス世代レジスタの内容が正しくない場合にその要求を拒否させる手順と、
を更に有する請求項１乃至６のうちいずれか一項記載の方法。 - ネットワークがＨＩＰＥＲＬＡＮタイプ２である、請求項１乃至７のうちいずれか一項記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00400220.0 | 2000-01-27 | ||
| EP00400220 | 2000-01-27 | ||
| PCT/EP2001/000941 WO2001056226A1 (en) | 2000-01-27 | 2001-01-26 | Method for isochronous resource management in a network based on hiperlan 2 technology |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003521198A JP2003521198A (ja) | 2003-07-08 |
| JP2003521198A5 JP2003521198A5 (ja) | 2005-12-22 |
| JP4689130B2 true JP4689130B2 (ja) | 2011-05-25 |
Family
ID=8173520
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001555261A Expired - Fee Related JP4689130B2 (ja) | 2000-01-27 | 2001-01-26 | Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US7277402B2 (ja) |
| EP (1) | EP1266484B1 (ja) |
| JP (1) | JP4689130B2 (ja) |
| KR (1) | KR100718079B1 (ja) |
| CN (1) | CN1163022C (ja) |
| AT (1) | ATE381174T1 (ja) |
| AU (1) | AU776277B2 (ja) |
| BR (1) | BR0107894A (ja) |
| CA (1) | CA2399013A1 (ja) |
| DE (1) | DE60131841T2 (ja) |
| IL (1) | IL150919A0 (ja) |
| MX (1) | MXPA02007283A (ja) |
| WO (1) | WO2001056226A1 (ja) |
| ZA (1) | ZA200205929B (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6725311B1 (en) | 2000-09-14 | 2004-04-20 | Microsoft Corporation | Method and apparatus for providing a connection-oriented network over a serial bus |
| EP1199840A1 (en) * | 2000-10-19 | 2002-04-24 | THOMSON multimedia | Method for connecting an IEEE1394 remote device to a cluster of IEEE1394 devices through a wireless link |
| MXPA03003414A (es) | 2000-10-19 | 2003-08-07 | Thomson Licensing Sa | Metodo para reservar recursos isocronos en una red que comprende un enlace inalambrico. |
| EP1327328B1 (en) | 2000-10-19 | 2007-12-05 | Thomson Licensing | Method for linking several communication busses using wireless links |
| US6977939B2 (en) * | 2001-01-26 | 2005-12-20 | Microsoft Corporation | Method and apparatus for emulating ethernet functionality over a serial bus |
| US6820150B1 (en) * | 2001-04-11 | 2004-11-16 | Microsoft Corporation | Method and apparatus for providing quality-of-service delivery facilities over a bus |
| US7269137B2 (en) * | 2001-08-24 | 2007-09-11 | Canon Kabushiki Kaisha | Method for setting up an isochronous data stream connection, with the application of a predetermined, total isochronous delay on one or more routing paths |
| EP1472832B1 (en) * | 2001-11-23 | 2015-04-15 | Thomson Licensing | Method and device for managing a connection and resource reservation in a communication network comprising a bridge |
| EP1401154A3 (en) * | 2002-09-12 | 2010-08-04 | Thomson Licensing | Device for connecting a wireless network to at least one other network |
| US7403531B2 (en) * | 2003-05-30 | 2008-07-22 | Texas Instruments Incorporated | WLAN admission control for multimedia service |
| FR2854016A1 (fr) * | 2003-04-17 | 2004-10-22 | Thomson Licensing Sa | Methode de transmission des messages de reinitialisation de bus ieee 1394 et appareil implementant la methode |
| CN100469039C (zh) * | 2004-08-05 | 2009-03-11 | 上海贝尔阿尔卡特股份有限公司 | 用缓慢离开机制处理用户离开、切换组播业务频道请求的方法和装置 |
| JP4846381B2 (ja) * | 2006-02-08 | 2011-12-28 | 富士通セミコンダクター株式会社 | 帯域割り当て方法、通信制御装置及び通信装置 |
| JP5140312B2 (ja) * | 2007-04-27 | 2013-02-06 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信における接続制御方法、移動通信管理装置、および移動局装置 |
| US8345553B2 (en) * | 2007-05-31 | 2013-01-01 | Broadcom Corporation | Apparatus and methods for reduction of transmission delay in a communication network |
| EP2003824B1 (en) * | 2007-06-12 | 2012-01-18 | Alcatel Lucent | Method of performing multicast admission control in a communications network, central admission controller and communications network |
| US8332557B2 (en) * | 2008-12-12 | 2012-12-11 | Qualcomm, Incorporated | System, apparatus, and method for broadcasting USB data streams |
| JP5321349B2 (ja) * | 2009-08-24 | 2013-10-23 | 富士通セミコンダクター株式会社 | データ転送方法及びデータ転送装置 |
| US9003466B2 (en) | 2010-04-22 | 2015-04-07 | Samsung Electronics Co., Ltd. | Method and system for isochronous data stream management in high speed audio/video networks |
| US8973074B2 (en) * | 2010-04-22 | 2015-03-03 | Samsung Electronics Co., Ltd. | Method and system for isochronous communication in audio/video networks |
| US10148592B1 (en) * | 2015-06-29 | 2018-12-04 | Amazon Technologies, Inc. | Prioritization-based scaling of computing resources |
| EP3326408B1 (en) * | 2015-07-22 | 2020-04-01 | Intel IP Corporation | Convergence layer for 5g communication systems |
| CN113504933A (zh) * | 2021-05-28 | 2021-10-15 | 曲阜师范大学 | 一种车间机器更新方法及系统 |
| US11741093B1 (en) | 2021-07-21 | 2023-08-29 | T-Mobile Usa, Inc. | Intermediate communication layer to translate a request between a user of a database and the database |
| US11924711B1 (en) | 2021-08-20 | 2024-03-05 | T-Mobile Usa, Inc. | Self-mapping listeners for location tracking in wireless personal area networks |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5362979A (en) * | 1991-02-01 | 1994-11-08 | Philips Electronics North America Corporation | SOI transistor with improved source-high performance |
| US5461611A (en) * | 1994-06-07 | 1995-10-24 | International Business Machines Corporation | Quality of service management for source routing multimedia packet networks |
| US5815678A (en) * | 1995-07-14 | 1998-09-29 | Adaptec, Inc. | Method and apparatus for implementing an application programming interface for a communications bus |
| JP3271493B2 (ja) * | 1995-09-26 | 2002-04-02 | ヤマハ株式会社 | ネットワークおよびデータ伝送方法 |
| JP3171241B2 (ja) * | 1998-03-06 | 2001-05-28 | 日本電気株式会社 | 通信方法 |
| WO1999055028A1 (fr) * | 1998-04-21 | 1999-10-28 | Thomson Multimedia | Procede de synchronisation dans un reseau de communication et appareils de mise en oeuvre |
| JP2000032030A (ja) * | 1998-07-14 | 2000-01-28 | Sony Corp | バスネットワークの同期通信設定方法およびそれを利用するバスネットワーク、並びに情報提供媒体 |
| JP3815063B2 (ja) * | 1998-07-14 | 2006-08-30 | ソニー株式会社 | バスネットワークの同期通信設定の解除方法およびそれを利用するバスネットワーク、並びに情報提供媒体 |
| FR2786355B1 (fr) * | 1998-11-25 | 2001-01-12 | Thomson Multimedia Sa | Procede de gestion de bande passante dans un reseau de communication comportant une liaison sans fil |
| US6539450B1 (en) * | 1998-11-29 | 2003-03-25 | Sony Corporation | Method and system for adjusting isochronous bandwidths on a bus |
| JP3436174B2 (ja) * | 1999-03-09 | 2003-08-11 | 日本電気株式会社 | 通信方法 |
| WO2000065781A1 (en) * | 1999-04-23 | 2000-11-02 | Sony Electronics Inc. | Method of and apparatus for implementing and sending an asynchronous control mechanism packet |
| FR2798024A1 (fr) | 1999-08-27 | 2001-03-02 | Canon Kk | Procede et dispositif de communication dans un reseau de type centralise et reseau comportant un tel dispositif |
| US6728821B1 (en) * | 1999-11-29 | 2004-04-27 | Sony Corporation | Method and system for adjusting isochronous bandwidths on a bus |
| JP3454217B2 (ja) * | 1999-12-28 | 2003-10-06 | 日本電気株式会社 | 通信経路制御方法、機器制御装置、及びブリッジ |
-
2001
- 2001-01-26 US US10/181,881 patent/US7277402B2/en not_active Expired - Fee Related
- 2001-01-26 WO PCT/EP2001/000941 patent/WO2001056226A1/en not_active Ceased
- 2001-01-26 CA CA002399013A patent/CA2399013A1/en not_active Abandoned
- 2001-01-26 IL IL15091901A patent/IL150919A0/xx unknown
- 2001-01-26 JP JP2001555261A patent/JP4689130B2/ja not_active Expired - Fee Related
- 2001-01-26 KR KR1020027009494A patent/KR100718079B1/ko not_active Expired - Fee Related
- 2001-01-26 MX MXPA02007283A patent/MXPA02007283A/es active IP Right Grant
- 2001-01-26 DE DE60131841T patent/DE60131841T2/de not_active Expired - Lifetime
- 2001-01-26 AT AT01903681T patent/ATE381174T1/de not_active IP Right Cessation
- 2001-01-26 CN CNB018042589A patent/CN1163022C/zh not_active Expired - Fee Related
- 2001-01-26 BR BR0107894-1A patent/BR0107894A/pt not_active IP Right Cessation
- 2001-01-26 AU AU31694/01A patent/AU776277B2/en not_active Ceased
- 2001-01-26 EP EP01903681A patent/EP1266484B1/en not_active Expired - Lifetime
-
2002
- 2002-07-24 ZA ZA200205929A patent/ZA200205929B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| IL150919A0 (en) | 2003-02-12 |
| KR20020082213A (ko) | 2002-10-30 |
| AU776277B2 (en) | 2004-09-02 |
| US20030078063A1 (en) | 2003-04-24 |
| US7277402B2 (en) | 2007-10-02 |
| JP2003521198A (ja) | 2003-07-08 |
| MXPA02007283A (es) | 2002-12-09 |
| ZA200205929B (en) | 2003-07-24 |
| CN1397126A (zh) | 2003-02-12 |
| DE60131841T2 (de) | 2008-12-04 |
| CN1163022C (zh) | 2004-08-18 |
| KR100718079B1 (ko) | 2007-05-16 |
| EP1266484B1 (en) | 2007-12-12 |
| CA2399013A1 (en) | 2001-08-02 |
| DE60131841D1 (de) | 2008-01-24 |
| BR0107894A (pt) | 2002-11-05 |
| ATE381174T1 (de) | 2007-12-15 |
| EP1266484A1 (en) | 2002-12-18 |
| AU3169401A (en) | 2001-08-07 |
| WO2001056226A1 (en) | 2001-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4689130B2 (ja) | Ｈｉｐｅｒｌａｎタイプ２に基づくネットワークにおけるアイソクロナス・リソース管理方法 | |
| CN100440820C (zh) | 连接ieee1394远程设备与设备群的方法 | |
| US6738816B1 (en) | System and method for reliable real-time communications among a plurality of nodes having functions conforming to IEEE-1394 serial bus and participating in a session of sharing the maximum bandwidth | |
| EP1327328B1 (en) | Method for linking several communication busses using wireless links | |
| KR20010050287A (ko) | 정보 통신 방법 및 장치 | |
| CN100359881C (zh) | 用于通过透明网桥传输分组的地址分配方法和设备 | |
| JP4443225B2 (ja) | ブリッジを有する通信ネットワークにおける接続を管理する方法及び装置 | |
| CN1321512C (zh) | 管理包括多于两个无线设备的无线链路的通信网络的方法 | |
| US20050013252A1 (en) | Data rate setting apparatus, data rate setting method, data rate setting program, and information recording medium | |
| KR100828064B1 (ko) | 무선 링크를 포함하는 네트워크에서 등시성 자원을예약하는 방법 | |
| CN1965539B (zh) | 在分布式站的网络中提供站专有信息表的方法和执行方法的网络站 | |
| JP2003229857A (ja) | シリアルバスシステム、シリアルバスの帯域管理機器および通信機器 | |
| EP1246400A1 (en) | Method for linking several communication busses using wireless links | |
| EP1775889A1 (en) | Bridge and transmission device, and information system | |
| EP1246402A1 (en) | Method for linking several communication busses using wireless links |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041111 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080125 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100622 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100921 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110208 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110216 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4689130 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140225 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |