(57)【要約】動的にコンフィグレーション可能なネットワークは、データ局と無線プロトコル局を有する。無線プロトコル局と少なくとも１つのデータ局はローカルエリアネットワークを構成する。分離されたローカルエリアネットワークは、無線プロトコル局を介して互いに接続される。無線プロトコル局とデータ局は物理レイヤ内にある物理レイヤプロトコルを有し、それにより、動的に種々の媒体をサポートするために、無線プロトコル局は現在接続されているデータ局の全ての物理レイヤプロトコルを有する。無線プロトコル局とデータ局は更にサービスレイヤ内にあるサービスアプリケーションレイヤプロトコルと、サービスレイヤと物理レイヤ間のサービスアクセスポイントプロトコルを有する。データ局のサービスアプリケーションレイヤは、データサービスを提供する。データ局間又はデータ局と無線プロトコル局間ののデータは、物理レイヤプロトコルを使用して通信リンクを介して物理的に交換される。データサービスは、サービスアクセスポイントプロトコルを通してアクセスされる。
2004500742.tif 000002
【特許請求の範囲】
【請求項１】
動的にコンフィグレーション可能なネットワークであって、
第１のデータサービスを提供する第１のサービスアプリケーションレイヤプロトコルと、第１の物理レイヤプロトコルを有する第１のデータ局と、
第２のサービスアプリケーションレイヤプロトコルを有する第１の無線プロトコル局を有し、前記第１の無線プロトコル局は、前記第１の物理レイヤプロトコルを使用して、第１の通信リンクを介して前記第１のデータ局と物理的にデータを交換するように成され、且つ、前記第１のデータ局と前記第１の無線プロトコル局内に含まれるサービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記第１のデータサービスへアクセスするようになされ、前記第１のデータ局内で、前記サービスアクセスポイントプロトコルは、前記第１のサービスアプリケーションレイヤプロトコルと前記第１の物理レイヤプロトコルの間でデータを転送するように成され、且つ、前記第１の無線プロトコル局内で前記サービスアクセスポイントプロトコルは、前記第２のサービスアプリケーションレイヤプロトコルと前記第１の物理レイヤプロトコルとの間でデータを転送するようになされ、
前記第１のデータ局と前記第１の無線プロトコル局は、前記動的にコンフィグレーション可能なネットワーク内で、第１のローカルエリアネットワークノードを形成するネットワーク。
【請求項２】
前記第１のローカルエリアネットワークノード内の第２のデータ局を有し、前記第２のデータ局は第２のデータサービスと、第２の物理レイヤプロトコルと、前記サービスアクセスポイントプロトコルを提供する第３のサービスアプリケーションレイヤプロトコルを有し、前記第１の無線アクセスプロトコル局は、前記第２の物理レイヤプロトコルを使用して第２の通信リンクを介して前記第２のデータ局と物理的にデータを交換するように成され、且つ前記サービスアクセスポイントプロトコルを使用して前記第２のデータ局とピアツーピア通信を介して前記第２のデータサービスにアクセスする、請求項１に記載の動的にコンフィグレーション可能なネットワーク。
【請求項３】
前記第１の無線プロトコル局は、第３の物理レイヤプロトコルを有し、前記ネットワークは第４のサービスアプリケーションレイヤプロトコルと、前記第３の物理レイヤプロトコルと、前記サービスアクセスポイントプロトコルを有する第２の無線プロトコル局を有し、前記第２の無線プロトコル局は第２のローカルエリアネットワークノードに含まれ、且つ前記第１の無線プロトコル局は前記第３の物理レイヤプロトコルを使用して第３の無線通信リンクを介して前記第２の無線プロトコル局と物理的にデータを交換するように成され、且つ、前記サービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記第４のサービスアプリケーションレイヤプロトコルにアクセスする様になされた請求項１記載の動的にコンフィグレーション可能なネットワーク。
【請求項４】
前記第２の無線プロトコル局は第４の物理レイヤプロトコルを有し、前記ネットワークは第３のデータのデータサービスを提供する第５のサービスアプリケーションレイヤプロトコルを有する第３のデータ局と、第４の物理レイヤプロトコルと、前記サービスアクセスポイントプロトコルを有し、前記第３のデータ局は、前記第２のローカルエリアネットワークノード内に含まれ、且つ、前記第２の無線プロトコル局は前記第４の物理レイヤプロトコルを使用して第４の通信リンクを介してデータを物理的に交換するように成され、且つ、前記サービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記第３のデータサービスにアクセスする請求項３記載の動的にコンフィグレーション可能なネットワーク。
【請求項５】
前記サービスアクセスポイントプロトコルは、前記第１のデータ局から前記第２のデータサービスが要求された場合には、前記第２のデータ局内の前記第２のデータサービスを直接実行するようになされた請求項２記載の動的にコンフィグレーション可能なネットワーク。
【請求項６】
前記サービスアクセスポイントプロトコルは、前記第１のデータ局から前記第２のデータサービスを実行するサービス要求を間接的に実行するようになされ、前記間接実行は前記第１の無線プロトコル局により実行される様になされる請求項２記載の動的にコンフィグレーション可能なネットワーク。
【請求項７】
前記サービスアクセスプロトコルは、前記第１のデータ局から第３のデータ局内の前記第３のデータサービスを実行するサービス要求を間接的に実行するようになされ、前記間接実行は前記第１と第２のの無線プロトコル局の中間段階を通して実行される請求項４記載の動的にコンフィグレーション可能なネットワーク。
【請求項８】
前記第１のデータ局と前記第１の無線プロトコル局の間のデータ転送はパケット交換である請求項１記載の動的にコンフィグレーション可能なネットワーク．
【請求項９】
データ転送はパケット交換であり、且つ前記第１と第２のデータ局内及び前記第１の無線プロトコル局内で、前記サービスアクセスポイントプロトコルは前記間接実行を行うためのそれぞれのディレクトリを使用し、前記ディレクトリは、前記ネットワークへデータサービスを提供するデータ局のノードアドレスと局アドレスと、前記ネットワーク内の第１の中間局のノードアドレスと局アドレスを有する請求項６記載の動的にコンフィグレーション可能なネットワーク。
【請求項１０】
データ転送はパケット交換であり、データサービスのサービス要求を発する前記ネットワーク内のデータ局は第１の中間局へパケットを送信し、前記パケットは中間宛先ノードアドレスと中間宛先局アドレスと、中間局動作命令と、最終宛先局の宛先情報フィールドを有する請求項６記載の動的にコンフィグレーション可能なネットワーク。
【請求項１１】
前記宛先情報フィールドは、最終宛先ノードアドレス、最終宛先局アドレス、及び、最終宛先動作命令を有する請求項１０記載の動的にコンフィグレーション可能なネットワーク。
【請求項１２】
前記宛先情報フィールドは、最終宛先局データフィールド、及び、最終宛先データ長フィールドを有する請求項１１記載の動的にコンフィグレーション可能なネットワーク。
【請求項１３】
前記パケットは、データサービス要求局と最終宛先サービス実行データ局間の局に対して受取通知経路を提供するために、中間ソースノードアドレスと中間ソース局アドレスを有し、且つ前記宛先情報フィールドは出力側ソースノードアドレスと出力側ソース局アドレスを有する請求項１０記載の動的にコンフィグレーション可能なネットワーク。
【請求項１４】
データ転送はパケット交換であり、前記サービスアクセスポイントプロトコルは、前記第１のサービスレイヤアプリケーションからの転送情報に基づきペアレントトランスポートパケットを構成するためにバッファプールからの少なくとも１つのバッファを使用し、且つ、前記ペアレントトランスポートパケットを媒体ドライバへ送信し、且つ前記サービスアクセスポイントプロトコルは前記媒体ドライバから受信されたトランスポートパケットをロードするために前記少なくとも１つのバッファを使用し、且つ、前記受信されたトランスポートパケット内の宛先情報を前記第１のサービスレイヤアプリケーションへ送信する請求項１記載の動的にコンフィグレーション可能なネットワーク。
【請求項１５】
前記ディレクトリは、前記ディレクトリを含む局内に存在しないときには、通過したパケットのノードアドレス及び局アドレス情報で更新される請求項９記載の動的にコンフィグレーション可能なネットワーク。
【請求項１６】
前記ディレクトリは、前記ディレクトリを含む局により局走査を通して得られた局のノードアドレスと局アドレスで更新される請求項９記載の動的にコンフィグレーション可能なネットワーク。
【請求項１７】
前記第１のローカルエリアネットワークノードの外の局を走査するに先立ち、前記第１の無線プロトコル局は、前記第１のローカルエリアネットワークノードの外の無線プロトコル局とリンクを確立する請求項１６記載の動的にコンフィグレーション可能なネットワーク。
【請求項１８】
データサービスと物理レイヤプロトコルを提供する第１のサービスアプリケーションレイヤプロトコルを有するデータ局を有する動的にコンフィグレーション可能なネットワークで使用される無線プロトコル局であって、前記無線プロトコル局は、
第２のサービスアプリケーションレイヤプロトコルを有し、前記無線プロトコル局は、前記物理レイヤプロトコルを使用して、通信リンクを介して前記データ局と物理的にデータを交換するように成され、且つ、前記データ局と前記無線プロトコル局内に含まれるサービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記データサービスへアクセスするようになされ、前記無線プロトコル局内で、前記サービスアクセスポイントプロトコルは、前記第２のサービスアプリケーションレイヤプロトコルと前記物理レイヤプロトコルの間でデータを転送するように成された無線プロトコル局。
【請求項１９】
データ転送はパケット交換であり、前記サービスアクセスポイントプロトコルは、前記第１のサービスアプリケーションレイヤプロトコルからの転送情報に基づきペアレントトランスポートパケットを構成するためにバッファプールからの少なくとも１つのバッファを使用し、且つ、前記ペアレントトランスポートパケットを媒体ドライバへ送信し、且つ前記サービスアクセスポイントプロトコルは前記媒体ドライバから受信されたトランスポートパケットをロードするために前記少なくとも１つのバッファを使用し、且つ、前記受信されたトランスポートパケット内の宛先情報を前記第１のサービスアプリケーションレイヤプロトコルへ送信する請求項１８記載の無線プロトコル局。
【請求項２０】
第１のサービスアプリケーションレイヤプロトコルとサービスアクセスポイントプロトコルとを有する無線プロトコル局を有する動的にコンフィグレーション可能なネットワークで使用するデータ局であって、前記無線プロトコル局は物理レイヤプロトコルを使用して通信リンクを介して前記データ局とデータを物理的に交換するように成され、前記データ局は、
データサービスを提供する第２のサービスアプリケーションレイヤプロトコルと、
前記物理レイヤプロトコルと、
前記サービスアクセスポイントプロトコルとを有し、
前記データ局は、前記サービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記無線プロトコル局へ前記データサービスを提供する様になされ、前記データ局内で前記サービスアクセスポイントプロトコルは前記第２のサービスアプリケーションレイヤプロトコルと前記物理レイヤプロトコルの間でデータを転送する様になされたデータ局。
【発明の詳細な説明】
【０００１】
本発明は、１９９９年５月１３日に出願された米国仮出願番号６０／１３３，９０１の利益を主張する。
【０００２】
本発明は、ローカル及びワイドエリアネットワーク装置に関連する。特に、本発明は、移動環境でデータサービスを提供するネットワーク化された装置としてのデータ装置に関する。
【０００３】
移動電話の従来の設計構造はユーザに音声通信に適する便利な小型の製品を提供する。しかしそのような従来の設計構造は限界を示す。設計構造は閉じられている。アップグレード、アプリケーション又は、アクセサリ製品は、移動電話の初期の購入後に、後に容易に追加できない。新たな世代の製品については、新たなサービスが常に出現している。移動電話の製造者は前もってそのようなサービスを設計することができず、新たなサービスの付加は、製品の再設計を意味する。この結果、製品の寿命は非常に減少する。全ての電話アプリケーションは同じサイズの制約されたディスプレイと一般的なキーパッドを使用しなければならない。一般的なユーザインターフェースが使用されるなら、ディスプレイ大きな製品を示し、そして、全てのユーザはコンピュータに通じていると仮定される。このアプローチは高価であり、そして、高級製品であり、製品市場は限られたパーセントのみとなる。ユーザインターフェースは、電話製品に統合され、且つ利用できる全てのデータアプリケーションにアクセスしかつ駆動する手段を提供する。データ機能の予想される増加と共に、これはユーザーインターフェースの複雑さを増加し、ユーザフレンドリーから遠ざかる。製品サイズを減少するという製造者への圧力があり、これゆえ表示サイズもこれに折り合いをつける。人間工学も、データサービスの来るべき拡大に適さない。これは、例により更に簡単にハイライトされる。移動電話での会話中に、１つのグループが電子メールを介して他へ報告を送る。２つのグループは報告を議論し、そして、会話しながらそれを見ることを要求する。報告を見たり編集するには、各グループは耳から受話器を離さねばならず、会話が中断される。製品がスピーカ電話機能を有するなら、会話は継続できるがプライバシーは減少する。異なる人間工学的要求を有する多くのアプリケーションがある。例えば、携帯ビデオ会議製品の要求と全天候スポーツヘッドセット通信機の要求を比較する。後者は大きな表示スクリーンを置く場所が無い。
【０００４】
移動電話システムに続いて、ハイエンドネットワークシステムがある。ハイエンドネットワークシステムは、一般的なハードウェアの両立性と要求されるサービスのソフトウェアドライバを自動的にコンフィグレーションするいわゆる”プラグアンドプレイ”を伴なう分散計算サービスを提供する。これらのシステムが利用できるようになるとユーザは、プラグを差込むことにより簡単に要求するサービスに接続できる。
【０００５】
移動環境でのデータ通信に関する強調は、成長すると見込まれている。移動電話自体が移動分散計算ネットワーク内のサービスを提供する装置として考えられるのは論理的である。ユーザは、この分散ネットワークにより提供されるサービスに簡単にアクセスできなければならない。この移動ネットワークが現在開発中の固定の占有のネットワークとも対話できるなら、家庭環境での移動電話の使用が促進される。移動電話と関連する開発中の固定のネットワークは以下の様に考えられる。
【０００６】
ＨＡＶＩ−このシステムはホームネットワークへアクセスする民生用電子装置を提供する。ホームネットワークはＩＥＥＥ１３９４規格のバスを使用し、帯域は４００Ｍｂｐｓである。
【０００７】
ＪＩＮＩ−これは、ＪＡＶＡに基づく通信レイヤである。ＪＩＮＩは多くの処理パワー、高速メモリ、及び、（１００Ｍｂｐｓのオーダーの）広ネットワーク帯域幅を要する。
【０００８】
ＵＳＢ−これは固定のローカルアリアネットワークに適する１２Ｍｂｐｓの帯域のプラグアンドプレイバスシステムである。バスへのハードウェア接続が規格で定義されている。
【０００９】
これらの固定のネットワークは、比較的高価な広帯域幅を目的とする。移動電話環境では、以下の様に実質的に異なる。
【００１０】
最大の利用可能な帯域幅は、典型的には、２Ｍｂｐｓのオーダであり、ユーザの移動性に依存して変わる。
【００１１】
ユーザは無線で伝送された全データに対して支払いをするので、ネットワークコンフィグレーションデータの転送は制限されねばならない。これゆえ、固定されたネットワークでは有していない移動通信環境により引き起こされたネットワーク制限がある。一時に移動ネットワークに接続できる装置の数は少ない。コストとサイズの制約は、多くの装置、特に電話自体ではＪＡＶＡ仮想マシンは利用できない。
【００１２】
移動ネットワークの寿命は短い。広い領域の受信範囲は通話の継続時間に制限される。ネットワークは毎回要求されるユーザの要求に合う様にコンフィグレーションされる。
【００１３】
現在、遠隔無線１点対１点及び、１点対多点接続を提供する種々の機構が開発中である。特に、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）、ＨｏｍｅＲＦとＩｒＤＡ技術は移動電話製品が注目している。
【００１４】
本発明の目的は、分散ローカル及びワイドエリア移動ネットワークの新しい構造を提供することである。
【００１５】
本発明の他の目的は、実質的にネットワーク装置により管理され集中サーバ又はサービスプロバイダのサポートを要しない。
【００１６】
更に本発明の他の目的は、購入し動作するのに安価なかつ、帯域幅が制限され移動ネットワークのオーバーヘッドがメモリ又は帯域幅に強烈でない移動ネットワーク内の移動装置を提供することである。
【００１７】
更に本発明の他の目的は、移動ネットワーク内の機能モジュール方式を提供することである。
【００１８】
更に、本発明の他の目的は、現存するデータサービスと新たなデータサービスを簡単に更新し又は追加できるネットワーク構造を提供することである。
【００１９】
本発明に従って、動的にコンフィグレーション可能なネットワークは、
第１のデータサービスを提供する第１のサービスアプリケーションレイヤプロトコルと、第１の物理レイヤプロトコルを有する第１のデータ局と、
第２のサービスアプリケーションレイヤプロトコルを有する第１の無線プロトコル局を有し、前記第１の無線プロトコル局は、前記第１の物理レイヤプロトコルを使用して、第１の通信リンクを介して前記第１のデータ局と物理的にデータを交換するように成され、且つ、前記第１のデータ局と前記第１の無線プロトコル局内に含まれるサービスアクセスポイントプロトコルを使用してピアツーピア通信を介して前記第１のデータサービスへアクセスするようになされ、前記第１のデータ局内で、前記サービスアクセスポイントプロトコルは、前記第１のサービスアプリケーションレイヤプロトコルと前記第１の物理レイヤプロトコルの間でデータを転送するように成され、且つ、前記第１の無線プロトコル局内で前記サービスアクセスポイントプロトコルは、前記第２のサービスアプリケーションレイヤプロトコルと前記第１の物理レイヤプロトコルとの間でデータを転送するようになされ、
前記第１のデータ局と前記第１の無線プロトコル局は、前記動的にコンフィグレーション可能なネットワーク内で、第１のローカルエリアネットワークノードを形成する。
【００２０】
本発明は、データ及びプロトコル局に含まれるサービスアクセスポイントプロトコルを通して、サービスアプリケーションレイヤと物理レイヤ間のレイヤ内で、局はノードが追加され、それにより、ユーザにより又は、ユーザ要求の継続期間中に自動的にコンフィグレーションされた可変サイズのネットワークを可能とするという洞察に基づいている。
【００２１】
好ましくは、ネットワークは、第２のローカルエリアネットワークノード内に第２の無線プロトコル局を有し、それにより、動的にコンフィグレーション可能なローカルエリアネットワークの概念を、幾つかの相互にリンクされたローカルエリアネットワークを有する動的にコンフィグレーション可能なワイドエリアネットワークへ拡張する。
【００２２】
好ましくは、局間のデータ転送はパケット交換である。
【００２３】
好ましくは、ネットワーク内の制御局即ち、現在のデータサービス要求の一部である局は、最小の制御及びルーティングオーバーヘッドで直接及び間接転送をサポートするために、動的に形成された直接又は間接ネットワークノードと局アドレスを有するディレクトリに基づき動作する。間接転送では、次の局のノードと局アドレスを含むディレクトリエントリに基づき、中間局が次の局の中間宛先を更新する。
【００２４】
好ましくは、局内のディレクトリは新たに取得された局のノードと局アドレスを得るための局走査処理を通して更新される。
【００２５】
図を通して、同一の参照記号は同一の特徴を示す。
【００２６】
以後詳細に説明する様に、広く本発明は、移動補助装置共通利用性（ＭＡＤＩ）を提供し、且つ、移動装置とその周辺装置が多くの相互に接続されたローカルエリアネットワークを含むワイドエリアネットワーク内で相互に作用することを可能とする枠組みを提供する。
【００２７】
図１は、本発明に従ったローカルエリアネットワーク１、プロトコル局２（ＰＳ）と関連するデータ局（ＤＳ）装置を含むＭＡＤＩローカルエリアネットワーク、プリンタ３、テレビジョンセット４、音楽センタ５、固定データ局であるパーソナルコンピュータ６、時計７、カメラ８、音楽プレーヤ９、個人ディジタルアシスタント１０、ヘッドセット１１、を示し、それらは無線移動データ局である。プロトコル局２は、（ここでは詳細に示されていない）セルラネットワークの基地局サービスへ双方向無線リンクを提供し、そして、独立の能力は単位ユーザに音声のみの機能を単純なキーパッドを介して提供する。そのような独立した能力はセルラ電話の技術では既知である。データサービスは、典型的には、ＭＡＤＩプロトコル局２内のユーザには透明である。これに関し、プロトコル局２は、ＤＳ装置３から１１に関するデータサービスへ、ゲートウェイを提供する透明なデータパイプである。典型的には、全データアプリケーションは、補助的なＤＳ装置３から１１を介してサービスを受ける。ＤＳ装置３から１１は、特定のタスクに適するユーザインターフェースを有する。種々のＤＳ装置３から１１はユーザにユーザインターフェースの選択を提供する。例えば、データ局装置がスピーカフォン音声通信を行うのに使用されるときには、強力なＰＳ送信器が例えば、ショルダーバック又は、書類かばんの中のようなユーザの耳から遠くに残る。幾つかのデータ局３から１１は、インターネットサービスからトラックを”記録”する携帯音楽プレーヤのような、特別なインターネットデータサービスを利用するために特に設計される。ＭＡＤＩ構造は、オープンであり、且つプロトコル局２の実質的な変更なしに新たなサービス及びデータ局製品を簡単に追加できる。
【００２８】
データ局３から１１は、ローカルエリアネットワーク１を構成するために標準的な通信リンクを介してプロトコル局２と通信する様に設定される。ローカルエリアネットワーク内の物理インターフェースは、ヘッドセット１１へのブルーツースＲＦリンクのような又は、プリンタ３へのＩＲＤＡ接続のような種々の異なる標準を含み得る。ローカルエリアネットワーク１内のプロトコル局２は、他のＰＳと通信でき、次に、自身のローカルエリアネットワークもサポートできるので、概念は、どのデータ局装置も移動サービスを介して他に続できるワイドエリアネットワークに拡張されることができる。
【００２９】
図２は、本発明に従ったＭＡＤＩワイドエリアネットワークのそのようなワイドエリアネットワークの１つの表現を示し、図３は、ＭＡＤＩワイドエリアネットワークの他の表現を示す。
【００３０】
図２に示されているのは、ローカルネットワーク２０内では、ローカルデータ局（ＬＤＳ）２１、２２及び、２３、及び、ローカルプロトコル局（ＬＰＳ）２４及び、ローカルネットワーク２０から離れた遠隔ネットワーク２５内では、遠隔プロトコル局（ＲＰＳ）２６及び、遠隔データ局２７，２８及び、２９である。システム内では、全装置は各々他にアクセスでき、且つ、図３で他の表現内で概略が示されるＭＡＤＩネットワークにより接続された装置と考えられる。遠隔ネットワーク２５内の遠隔データ局と通信するローカルネットワーク２０内のローカルデータ局に対しては、通信のための連続する経路は以下の様である。ローカルＬＤＳはローカルＬＰＳと通信し、ローカルＬＰＳは遠隔ＲＰＳと通信し、遠隔ＲＰＳは遠隔ＲＤＳと通信する。従って、ＭＡＤＩネットワーク３０のメッセージルーティング要求は移動環境に特化されると見ることができる。その性質により、移動装置は移動する。周辺装置へのアクセスは過渡的である。これは、ＭＡＤＩネットワーク３０は、必要なときに毎回動的コンフィールドグされねばならないことを意味する。ＬＤＳユーザが、ローカルエリアネットワーク内でＰＳなしに他のＬＤＳ装置にアクセスすることもありそうである。例えば、ローカル個人ディジタルアシスタントのユーザは、ローカルプリンタへアジェンダを印刷することを欲しうる。ＭＡＤＩシステムはできるだけ単純にかつ柔軟性をもって保持することが重要である。
【００３１】
ネットワークは、効果的な方法で使用されることを必要とし且つ、要求される装置へのアクセスの単純な手段を提供せねばならない。このために、以下の設備が、幾つかの装置の同時の制御の調整、制御情報（１つの装置が他の装置に命令を送る）とデータコンテンツ（１つの装置が他の装置にデータストリームを送る）の両方のタイミングの良い且つ効率の良い転送、及び、タイミングの良い単純なユーザコンフィグレーション、ユーザの特定の要求に調整された丁度良いサイズのネットワークを提供する。ネットワークは携帯製品に向けられているので得、パワー、メモリ、オーバーヘッド及び、遠隔伝送のコストは最小化される。更に、ネットワークは自己管理され、多装置アクセスプロトコルがサポートされ、新たな装置アクセスプロトコル簡単に追加され、且つ他の固定の民生ネットワークへのインターフェースが提供される。
【００３２】
これらのサービスを提供するために、ネットワーク管理システム、ＭＡＤＩシステム、が要求される。
【００３３】
本発明に従ったＭＡＤＩシステム、ネットワーク管理システムは、分散計算プラットフォームと見なされ、且つ、ＭＡＤＩシステムの第１の目的はアプリケーションタスクを実行するために相互に動作できることを保証することである。ＭＡＤＩネットワークに対する一般的なインターフェースを容易にするために、構造はアプリケーションプログラムインターフェース（ＡＰＩ）の組みを定義する。以後詳細に説明する様に、ＭＡＤＩ構造はオープンで、軽量で、プラットフォームに依存せず、且つ構造的に中性的な仕様であり、タイミングの良いデータのルーティングと処理を制御する設備を提供し、ＭＡＤＩ構造をサポートしない従来の装置をサポートし、ソフトウェアベースの機構を通して将来の装置をサポートし、装置に多ユーザインターフェースの存在を許し、ブランド差別化に関するユーザの要求と製造者の要求の両方に適合し、例えば、ＪＩＮＩのような固定のネットワークシステム内で使用されるような高いレイヤのネットワークと通信プロトコルをサポートするためにピアツーピア通信データの透明な転送を容易にする。
【００３４】
ＭＡＤＩシステム内で提供されるサービスは接続された装置内のネットワークを介して分散される。サービスは、装置内の実行環境下で実行し、且つ定義されたインターフェースを介してアクセス可能である。これに関して、異なる装置は異なる実行環境を使用し得ることに注意する。サービスは、ＭＡＤＩシステムにより提供されるピアツーピア通信レイヤの一番上に配置される。本発明に従ったＭＡＤＩレイヤは、サービスの実体間でのデータ交換の機構を提供し、且つデータ交換の機構を規定する便宜を提供する。サービスインターフェースの細部はＭＡＤＩに関係しない。サービスは装置製造者により提供されることができ、又は、第三者のベンダサービスにより追加され得る（そのような新たなベンダアプリケーションは製造者の装置に追加される）。サービスは、種々のソフトウェアシステムと言語で複数の実行が可能な十分に柔軟性のある完全に一般的なソフトウェアモデルを提供するＭＡＤＩメッセージ通過モデルを介して要求されかつ提供される。
【００３５】
図４は、ＭＡＤＩサービスアクセスポイント４０を介したネットワークサービスへのアクセスを示す。ＳＡＰ４０は、データ局装置とプロトコル局内の全てのＭＡＤＩ準拠局に存在し、サービス実体間のピアツーピア通信レイヤを提供する。図４はサービスレイヤ４１を示す。
【００３６】
図５は、ＭＡＤＩローカルエリアネットワークノード（ノード０）５０内の局の相互作用を示す。ノード５０は、データ局（ＤＳ）５１と５２、及び、プロトコル局（ＰＳ）５３を有する。局５１から５３の全ては本発明に従ったＭＡＤＩレイヤを有する。
【００３７】
図６は、外部ノード６０と７０（ノード１とノードｎ）への相互接続性を提供する、ＭＡＤＩ−ＷＡＮ（ワイドエリアネットワーク）ノード５０内のプロトコル局５３を示す。外部ノード６０はデータ局６１と６２及び、プロトコル局６３を含む。外部ノード７０は、データ局７１と７２及び、プロトコル局６３を含む。ＭＡＤＩ−ＷＡＮ（ワイドエリアネットワーク）は、プロトコル局を介して相互に接続された多くのローカルエリアネットワークノードで成り立つ。図４に示す形式のＭＡＤＩサービスアクセスポイントは、各局によるＭＡＤＩ−ＷＡＮ内の他の全てに提供されるサービスの配布を容易にする。プロトコル局５３は、外部ノード６０と７０への相互接続性を提供する。図６は、全ての可能な相互接続経路を示す。ＭＡＤＩネットワーク内の局は、コントローラか又は、制御された局である。コントローラ局は制御された局から、サービスを要求し、又は、サービスを行い、そして、ネットワークの知識又は展望を保有する。コントローラ局は利用できる全てのサービスを知り、そして、それを得るためのアクセス機構を知る。制御された局は、無言の局として働きそして、所定の命令に対してのみ応答する。それらはネットワークの知識を有さない。これは、不要なネットワークコンフィグレーション転送の要求を減少し、そして、ディレクトリ情報の転送を制限する。他のコントローラ局は、ＭＡＤＩネットワークへサービスを提供しうるので、コントローラ局をも制御できる。
【００３８】
図７は、図６に示す形式のＭＡＤＩ−ＷＡＮ内のプロトコルレイヤの配置を示す。データ局とプロトコル局に関するプロトコルスタックを示す。
【００３９】
データ又はプロトコル局は以下のプロトコルレイヤを有する。
【００４０】
低レベル物理媒体レイヤ８０から８７−他の局への物理インターフェースを提供する。ＭＡＤＩネットワーク３０内での異なる媒体インターフェースの選択である。１つの局は、ＵＭＴＳ、Ｂｌｕｅｔｏｏｔｈ，ＩｒＤＡ又は、他のＭ１，Ｍ２，Ｍ３により示される多くの媒体オプションへのアクセスを有する。他の媒体オプションは、例えば、ＨｏｍｅＲＦ又は、ＲＳ２３２である。
【００４１】
ＭＡＤＩＳＡＰレイヤ９０から９７−低レベル物理媒体レイヤ８０から８７上に有り、そして、ネットワークとデータリンクレイヤにＭＡＤＩ通信を提供する。ＭＡＤＩＳＡＰレイヤ９０から９７は、低レベル物理媒体レイヤ８０から８７から十分に独立している。ネットワーク内の幾つかの局はＪＩＮＩのような上位レイヤネットワークをもサポートする。データ局９８と９９のようなこれらの局内では、それぞれＪＩＮＩレイヤ１００と１０１で与えられている例の様に、ＭＡＤＩＳＡＰレイヤ９１と９５は直接に、上位ネットワークレイヤの下にある。この例では、ＭＡＤＩレイヤはＭＡＤＩネットワーク内の上位レイヤ準拠の局へ上位レイヤネットワークが伸びる。
【００４２】
サービスレイヤ１１０から１１７−ＭＡＤＩＳＡＰレイヤ９０，９２から９４，９６と９７上に有り又は、場合により、ＪＩＮＩレイヤ１００と１０１上にある。図７では、データ局９８は第１のローカルエリアネットワーク１１８内にあり、そして、データ局９９は第２のローカルエリアネットワーク１１９内にあり、ネットワーク１１８と１１９は互いに遠隔的に接続されている。
【００４３】
プロトコル局は、例えば、Ｍ１からＭ４のサポートしているデータ局装置の全ての媒体オプションを含む。データ局は典型的には、媒体オプションが少なく又は、１つの媒体オプションのみを有する。
【００４４】
同時制御とネットワークインスタンス間でのデータ転送を容易にするために、且つデータ転送の最大の柔軟性を提供するために、全ネットワーク転送は、以下の表１に示すトランスポートパケットの形式である。
【００４５】
【表１】
2004500742.tif 000003
表１に示す様に、トランスポートパケットは、幾つかのパケットセグメントを有する。
【００４６】
宛先セグメントは、パケットの宛先を定義する。宛先セグメントは宛先ノード識別子ＤＮＯＤＥと宛先局識別子ＤＳＴＡＴＩＯＮを有する。
【００４７】
データセグメントは、転送情報を含む。データセグメントは命令識別子ＣＯＭＭＡＮＤ、情報フィールド長ＩＬＥＮ及び、情報ＩＮＦＯを有する。
【００４８】
ソースセグメントは、パケット転送の発信源を定義する。この情報は受取通知を容易にするのに必要である。ソースセグメントは、ソースノード識別子ＳＮＯＤＥとソース局識別子ＳＳＴＡＴＩＯＮを有する。
【００４９】
確認セグメントは処理誤りによるパケット崩壊を検出する。ＭＡＤＩレイヤ９０から９７の下の低レベル物理媒体レイヤ８０から８７は、通信誤りに対する誤り検出と訂正を提供する。確認セグメントはチェックサムＣＨＫＳＭを有する。
【００５０】
図８は、ＭＡＤＩ−ＷＡＮ３０のノード間のパケットデータ転送を示す。ノード１３０と１４０（ノード１とノード２）と、内部ノード又は、ノード対ノード転送のための転送経路又はインターフェースＡからＧを示す。ノード１３０は、データ局１３１と１３２、及び、プロトコル局１３３を有する。ノード１４０は、データ局１４１と１４２及び、プロトコル局１４３を有する。この例では、データ局１３１はＰＤＡであり、プロトコル局１３３は、移動電話であり、プロトコル局１４３は移動電話であり、そして、データ局１４２はＰＤＡである。
【００５１】
図８のインターフェースＡを介した転送のような、データが直接宛先局に転送される直接データ転送が行われ得る。トランスポートパケット内のフィールドＤＮＯＤＥとＤＳＴＡＴＩＯＮを有する宛先セグメントは、メッセージの目的受信者を定義しそして、ＳＮＯＤＥとＳＳＴＡＴＩＯＮを有するソースセグメントは、送信者を定義する。サービス要求の送信者は、各トランスポートパケットで識別されるのが好ましい。これと共に、ネットワークの知識の必要なしに、受取通知が、制御された局により返送されることができる。全ての受信されたパケットは識別されるので、ネットワーク内のパケットは、容易く分散される。
【００５２】
ＤＳ−ＤＳノード外転送の場合ような、他の局を介した間接転送に関しては、パケットを中継する中間局は受取通知を戻すために、どの様なメッセージの履歴をも蓄積する必要もない。間接転送は、宛先局へ中間局を介して送信される転送である。間接転送は幾つかの中間転送で成り立つ。例えば、図８では、ノード１３０のデータ局１３１からノード１４０のデータ局１４２の転送は、２つの個人ディジタルアシスタント（ＰＤＡ）間の遠隔転送は間接であり、そして、インターフェースＢ，Ｄ及び、Ｇを介した転送を要する。代わりに、この間接転送はインターフェースＡ，Ｃ，Ｄ，Ｅ及び、Ｆを介しても発生し得る。
【００５３】
全ての中間転送に対して、トランスポートパケットはペアレントトランスポートパケットのＩＮＦＯフィールドにカプセル化される。ペアレントパケットは中間転送を行うのに必要な全ての情報を提供する。カプセル化されたパケットは、最終宛先に経路を選択する転送経路を決定するのに要する全ての情報を含む。
【００５４】
図９は、ペアレントトランスポートパケット１５０の構成を示す。ペアレントトランスポートパケット１５０は、表１に関連して記載されたパケットと同様なフィールドを有するが、しかし、ペアレント情報フィールド内の最終宛先情報を有し、これにより最小のオーバーヘッド情報で、局間で中間転送を行うことができる。図８を参照すると、ノード１３０の局１３１からノード１４０の局１４２へ間接転送が行われる。中間転送はインターフェースＢ，Ｄ及び、Ｇを介して渡され、そして、送られるべき命令とＩＮＦＯはＸとＹである。ペアレントトランスポートパケット１５０は、ペアレント宛先セグメント、ペアレントデータセグメント、ペアレントソースセグメント、及び、ペアレント確認セグメントより成り立つ。ペアレント宛先セグメントは、パケット配送の中間宛先を定義する、ペアレント宛先ノード識別子（ＰＤＮＯＤＥ）１５２とペアレント宛先局識別子１５３（ＰＤＳＴＡＴＩＯＮ）を含む。ペアレントデータセグメントは、中間ノードでの動作を定義するペアレント命令フィールド１５４（ＰＣＯＭＭＡＮＤ）を含み、そして、どのように、ペアレントトランスポートパケット１５０に含まれるペアレント情報フィールド長１５５（ＰＩＬＥＮ）とペアレント情報フィールド１５１（ＰＩＮＦＯ）を解釈するかを示す。ペアレント確認セグメントは、ペアレントチェックサム１５６（ＰＣＨＫＳＭ）を含む。ペアレントソースセグメントは、ペアレントソースノード識別子１５７（ＰＳＮＯＤＥ）とペアレントソースノード識別子１５８（ＰＳＳＴＡＴＩＯＮ）を含む。出力するペアレントソース局から最終宛先局への中間パケット転送の連鎖では、中間局はペアレントとなり、カプセル化されたフィールドを更新し、それにより、パケット転送は最小オーバーヘッドで行われる。ペアレント情報フィールド１５１（ＰＩＮＦＯ）は、最終宛先ノードアドレス１６０（ＤＮＯＤＥ）、最終宛先局アドレス１６１（ＤＳＴＡＴＩＯＮ）、最終ノードでの動作を定義する命令フィールド１６２（ＣＯＭＭＡＮＤ）を有する、且つどのように、以下の情報フィールド、情報長フィールド１６３（ＩＬＥＮ）、最終宛先データフィールド１６４（ＩＮＦＯ）、出力するソースノードアドレス１６５（ＳＮＯＤＥ）及び、転送経路選択に関する受取通知を戻す経路を選択するのに使用するソース局アドレス１６６（ＳＳＳＴＡＴＩＯＮ）を解釈するかを示す。
【００５５】
ノード内の直接転送又は、間接転送に関しては、受取通知転送は、各受信局から戻される。ノード境界を渡って間接転送が行われた場合には、受取通知処理は異なる。遠隔ノード内で、全受取通知応答は、ノード間リンクを維持する遠隔プロトコル局１４３で累積される。最終ＡＣＫ又は、エラーＡＣＫの受信により、この動作が完了すると、遠隔プロトコル局１４３は、受取通知報告をローカルプロトコル局１３３へ送り、発生データ局１３１へそれを中継する。最終受取通知が受信されないと、ユーザへ問題のソースを正確に指摘するために受取通知は累積される。
【００５６】
図１０は、ノード１３０内での、ＰＤＡ１３１から移動電話１３３へのトランスファーパケット１７０を示す。ＰＤＡ１３１からＰＤＡ１４２へのパケット連鎖を通したすべてのパケットに対して、ペアレント情報フィールド１５１の内容は、即ち、最終宛先ノード／局アドレス１４０／１４２、最終宛先アドレス１４０／１４２での命令Ｘ、情報フィールド長１６３、宛先情報フィールド１６４（Ｙ）、及び、発信するノード／局アドレス１３０／１３１は同じである。
情報フィールド長１６３は宛先情報フィールド１６４の長さを定義する。ペアレント情報フィールド１５１をカプセル化するペアレントパケット情報として、パケット１７０は、プロトコル局１３０／１３３の中間局宛先ノード／アドレス、ノード１３０内の移動電話１３３及び、ソースノード／局アドレス１３０／１３１を含み、更に、情報はそれに意図されていないがしかし他の局にパケットを送信すべき移動電話１３３に命令するペアレント命令”ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＳＥＮＤ”を含む。
【００５７】
図１１は、ノード内の移動電話１３３から第２のノード１４０内の移動電話１４３へのトランスファーパケット１７１を示す。ペアレントパケットは同じペアレント情報フィールド１５１をカプセル化するので、パケット１７１は、プロトコル局１４０／１４３の中間局宛先ノード／アドレス、ノード１４０内の移動電話１４３及び、ノード１３０内の中間移動電話１３３のソースノード／局アドレス１３０／１３１を含み、更に、情報はそれに意図されていないがしかし他の局にパケットを送信すべき移動電話１４３に命令するペアレント命令”ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＳＥＮＤ”を含む。
【００５８】
図１２は、ノード１４０内でのＰＤＡ１４２からノード１４０内での移動電話１４３へのトランスファーパケット１７２を示す。ペアレントパケットは同じペアレント情報フィールド１５１をカプセル化するので、パケット１７２は、データ局１４０／１４２の最終局宛先ノード／アドレス、ノード１４０内のＰＤＡ１４２及び、ノード１４０内の中間移動電話１４３のソースノード／局アドレス１４０／１４３を含み、更に、情報がそれに意図されているＰＤＡ１４２に命令するペアレント命令”ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＤＥＬＩＶＥＲＹ”を含む。
【００５９】
ＭＡＤＩＳＡＰを上位レイヤに単純で便利な方法で提示するために、アプリケーションプログラムインターフェース（ＡＰＩ）が提供される。ＡＰＩは、全てのＭＡＤＩ機能とＭＡＤＩネットワーク内の分散されたサービスの組みにアクセスを提供する。ＡＰＩは単一のＭＡＤＩサービスリストと多くのＭＡＤＩサービストランスファーインターフェースインスタンスより構成される。
【００６０】
図１３は、ＭＡＤＩサービスリスト内の単一のサービス局レコード１８０を示す。
【００６１】
図１４は、ＭＡＤＩサービスリストの全体構造１９０を示す。
【００６２】
ＭＡＤＩサービスリストは、ＭＡＤＩネットワーク３０内で利用できる全サービスの上位層の”展望”を提供し、そして、それらのサービスのキー情報をあらわす。例として、ユーザは、アクセス又は制御されるべきサービス局を選択し、（場合により必要ではないが）、それにより、ユーザは、利用できるサービス局に関する短いＡＳＣＩＩテキスト記述を提供される。これは、サービス局タグフィールド１８１（ＳＴＮＴＡＧ）に示される。レコード１８０は更に、サービス局ノードフィールド１８２（ＮＯＤＥＩＤ）と、サービス局識別フィールド１８３（ＳＴＮＩＤ）を有する。ＭＡＤＩネットワーク３０内でサービスを提供するサービス局のサービス局アドレスを有する上位層を提供する。サービス局についての上位層の特定の能力情報を示す、サービス局属性フィールド（ＳＴＮＡＴＲＢ）が設けられる。例えば、上位層がＪＩＮＩの可能な装置に接続する必要がある場合には、ＳＴＮＡＴＲＢフィールドは、可能ならどの局にアクセスするかを決定するために走査され得る。ネットワーク内の個々の局は、両立性ある要求でポーリングされることを要しないので、これは、転送数を減少する。サービス局受信能力は、ＭＡＤＩ準拠局内のメモリの制限が変化するのをサポートするために、サービス局受信能力フィールド１８５（ＳＴＮＳＩＺＥ）に示される。フィールド１８５は、サービス局で受信し且つ蓄積できる情報フィールドの最大サイズを定義する。転送を行うコントローラ局は、送信に先立ち、トランスファーパケットサイズを変更できる。これは、エラー通知の結果となる、受信局には大きすぎる送信がされたトランスファーパケットの問題を解決する。ＳＴＮＳＩＺＥフィールド１８５は、転送数を非常に減少する。図１４は、サービス局レコード１９１から１９４（レコード１、レコード２、レコード３、及び、レコードｎ）を示す。
【００６３】
ＭＡＤＩサービストランスファーインターフェース（ＭＴＳＩ）は、ＭＡＤＩサービスへのゲートウェイを提供する。このインターフェースのみを通して、ＭＡＤＩレイヤへのアクセスができる。ＭＳＴＩを理解するために、基となる原理を簡単に説明する。全ての局が準拠する様に、最初に、ＭＡＤＩレイヤへの処理パワーとメモリ要求が最小化されることを保証することが重要である。しかし、ＭＡＤＩレイヤ９０から９７が、ネットワーク内の転送を適切に処理できない場合には、多くの再転送とネットワークの非効率となる。転送機構はパケットに基づくので、通信に関する以下の概念が確立される。ＭＡＤＩ準拠局内ででは、送信は順次発生する様に即ち、送信が１つづつに制限される。受信は順次発生する様に即ち、受信がが１つづつに制限される。送信と受信は、同時でも良く、即ち送信中に受信が発生する。これは、全てのＭＡＤＩ準拠局は常にネットワーク内で完全二重通信ができることを意味する。ＭＳＴＩは、最小の要求として、従って１つの送信転送インターフェース（ＴＸＳＴＩ）と１つの受信転送インターフェース（ＲＸＳＴＩ）とよりなる。しかし、ＭＡＤＩ準拠局のメモリ制限は大きく変化する。幾つかの更に能力のある（プロトコル局のような）完全に準拠するメモリを有する局は、複数の転送を同時に送信し且つ複数の転送を同時に受信することが有益である。ＭＡＤＩレイヤは複数のＴＸＳＴＩとＲＸＳＴＩインスタンスをサポートすることによりこれを可能とする。
【００６４】
図１５は、送受信インターフェース２００（ＴＸＳＴＩ／ＲＸＳＴＩ）の構造を示す。ＴＸＳＴＩとＲＸＳＴＩの構造は図１５に示され完全に分離されているが、同一である。図７に示す上位サービスレイヤは、ＴＸＳＴＩを介してＭＡＤＩサービスを要求する。上位層は以下のＴＸＳＴＩインターフェースをロードする。
【００６５】
サービスを提供するサービス局の宛先アドレス。宛先アドレスは、宛先ノードアドレス２０１と宛先局アドレス２０２を含む。上位レイヤはこれを図１３と１４に示すＭＳＬから得る。
【００６６】
ＭＡＤＩ命令２０３は、更に詳細に説明されるが、命令２０３は最終宛先での動作を規定し且つ情報フィールドがどの様に解釈されるかを示し、
ＩＮＦＯフィールドの長さを示すデータフィールド長２０４；ＩＮＦＯフィールド内で必要なら転送データであり、
転送を開始する局のソースアドレス、ソースアドレスはソースノードアドレス２０６と、ソース局アドレス２０７を含む。
【００６７】
他の局内でのサービス要求に対しては、ＴＸＳＴＩ要求は、ＭＡＤＩネットワーク３０を介して転送され、且つ、ＭＡＤＩレイヤＲＸＳＴＩを介して受信する局内の上位サービスレイヤへ送られる。
【００６８】
表２は、ＭＡＤＩ命令セット内で利用できる命令を示す。
【００６９】
【表２】
2004500742.tif 000004
【００７０】
【表３】
2004500742.tif 000005
命令形式は定義され、そして、多くの例が示される。
【００７１】
局自身はＭＡＤＩネットワーク戦略内のサービスと考えられる。サービス命令は図７に示すピアツーピアＭＡＤＩレイヤを介してネットワークサービス局内のサービスレイヤ間で送られる。他の局のサービスレイヤにサービス命令を送るために、ペアレントトランスファーパケットは、図９に示される様に使用される。ＣＯＭＭＡＮＤフィールドは、サービスレイヤへの配送の要求を示し且つＩＮＦＯ部を保証するためのフォーマットを示すサービス配送命令がロードされる（表２参照）。サービスレイヤへの配送のためのサービス命令（又は、拡張サービス命令）は、ＩＮＦＯ部に埋め込まれる。
【００７２】
図１０に示す中間転送を参照し、サービス配送は次の様である：ＣＯＭＭＡＮＤ＝Ｘ＝１２０及び、ＩＮＦＯ＝Ｙ。
【００７３】
図１６は、サービスデータのカプセル化を示し、ＩＮＦＯ＝Ｙ，フィールド２１０、サービス優先順位、フィールド２１１、サービス識別子、フィールド２１２、サービス命令、フィールド２１３、サービス情報フィールド長及び、フィールド２１４、サービス情報である。
【００７４】
サービスに特定の命令の拡張サービスセットは、特定のサービスに特に定義された命令の仕様を可能とする。拡張サービスセットを使用するために、図１６のサービス命令は１００に設定される。サービスに特定の命令は、サービスＩＮＦＯフィールドの最初の位置に示される。
【００７５】
ＭＡＤＩネットワークのディレクトリは、サービス局がそれらのサービスを提供するために選択されるためには、維持されねばならない。伝送帯域幅、電力消費、及び、セルラ無線伝送のコストは、第１に重要であるので、ネットワークを構成する局間で現在のディレクトリ情報を配布する誘惑は登録されねばならない。
【００７６】
ＭＡＤＩシステムでは、ネットワークは開始するコントローラ局と１つ又はそれ以上の制御された局を有する。制御された局が他の局のサービスを得て又は、他の局に情報を中継する場合にはいつでも、それはコントローラ局となる。コントローラ局は、ネットワーク内のサービスに対して要求を発行するために、現在のディレクトリの知識を所有せねばならない。それは”ネットワークを見る”ことができ、一方、制御された局は”盲目的に”その命令に従いそして応答する。従って、各コントローラはディレクトリが設けられている。
【００７７】
図１７は、ＭＡＤＩコントローラ内のディレクトリレコードフォーマット２２０を示す。レコード２２０は、サービス局ノード識別子２２１（ＮＯＤＥＩＤ）、サービス局識別子２２２（ＳＴＮＩＤ）を有し、識別子２２１と２２２は、ネットワークＭＡＤＩネットワーク３０にサービスを提供するアドレスを定義する。レコード２２０は、サービス局で受信でき且つ蓄積できる情報フィールドの最大サイズを定義する、サービス局受信能力フィールド２２３（ＳＴＮＳＩＺＥ）を有する。レコード２２０は、ＪＩＮＩネットワークのような上位レイヤネットワークへのサービス局能力を定義する、サービス局属性フィールド２２４（ＳＴＮＡＴＲＢ）を有する。レコード２２０は、サービス局タグフィールド２２５、ユーザ選択目的のサービス局のＡＳＣＩＩテキスト記述を含む。レコード２２０は、直接アクセスのための物理媒体を定義する、サービス局アクセス識別子フィールド２２６（ＳＴＮＡＣＣ）を含む。例えば、フィールド２２７（ＡＮＯＤＥＩＤ）と２２８（ＡＳＴＮＩＤ）で定義される中間局を介して、１＝ＵＭＴＳ，２＝Ｂｌｕｅｔｏｏｔｈ、及び、３＝ＩｒＤＡ、２５５＝間接アクセスである。間接アクセスの場合には、サービスを提供するサービス局への間接アクセスのために、フィールド２２７は、間接アクセスサービス局ノードを定義し及び、フィールド２２８は、間接アクセスサービス局識別子を定義する。
【００７８】
図１８は、全体のディレクトリ構造を示す。レコードは２３０，２３１，２３２及び、２３３が示される。
【００７９】
図８に示される例を参照すると、図１７の媒体アクセスフィールドは、ノード１３０内のデータ局１３１とプロトコル局１３３のディレクトリ内容及び、ノード１４０内のプロトコル局１４３とデータ局１４２で明らかとなリ、局１３１，１３３，１４３及び、１４２はＭＡＤＩコントローラである。
【００８０】
図１９は、ＭＡＤＩコントローラ内のディレクトリレコードのディレクトリレコードを示す。図１９に示すように、例のコントローラは、ディレクトリ内に、アクセスフィールド２２１、２２２及び、２２６から２２７（ＮＯＤＥＩＤ，ＳＴＮＩＤ，ＳＴＮＡＣＣ，ＡＮＯＤＥＩＤ及び、ＡＳＴＮＩＤ）を有する。
【００８１】
ローカルノードが他のローカルサービス局の追加により大きくなる場合がある。ネットワーク内の他の局へのサービスのレベルの増加を提供するためにコントローラ間で、ディレクトリリスト情報を交換することが可能でなければならない。ＭＡＤＩシステムは、ディレクトリ交換命令の全体のホストをサポートするネットワーク命令の完全な範囲を提供する。
【００８２】
ディレクトリ更新に関しては、以下の規則が適用される。
【００８３】
サービスを中止するコントローラ局は、それにリンクアクセスを提供することにより、サポートする。これは、以下のフィールドが次の様に渡される。
ＳＴＮＡＣＣ＝２５５；
ＡＮＯＤＥＩＤ＝エントリーを渡すコントローラ局のノード識別子；
ＡＳＴＮＩＤ＝エントリーを渡すコントローラ局の局識別子。
【００８４】
間接ディレクトリ転送に関しては、各中間転送に関して決められる様に変更されるＡＮＯＤＥＩＤとＡＳＴＮＩＤと共に、渡されたディレクトリ情報は、全ての中間局のディレクトリに追加される。受信されたディレクトリレコードは、ＮＯＤＥＩＤとＳＴＮＩＤが既にディレクトリ内に存在するときには、無視される。ディレクトリ内の局が、ＳＴＮＡＣＣフィールド＝２５５を有し、且つノード走査が直接局を得る場合には、ＳＴＮＡＣＣ、ＡＮＯＤＥＩＤとＡＳＴＮＩＤフィールドは直接アクセス情報で更新される。コントローラは、自身のＮＯＤＥＩＤとＳＴＮＩＤを含むディレクトリレコードを記録しない。この方法は、コントローラ局が、単純に且つ多くの処理パワーを要せずにディレクトリ構造を交換することを可能とする。直接アクセス経路が第１の局の経路へ限界を定められているので、構造のサイズは最小化される。一般的に、分離したノードと局識別子の使用は、ＭＡＤＩトランスファーパケットサイズとディレクトリメモリ要求にいくらかのオーバーヘッドを付加する。しかし、この方法は、システムに柔軟性を与える。ノードと局識別子が単一の局識別子に交換されたなら、値はネットワークを亘って全体的に割り当てられねばならないであろう。各ディレクトリは、局がローカルノードに追加されたときには、自動的に更新される必要がある。これは、局電力消費と全体的な伝送帯域幅に衝撃を与える。選択された方法で、ＭＡＤＩ命令は、ユーザに、必要なら他のＷＡＮの特定のノードに追加し、又は、特定の局のディレクトリエントリを他のユーザに送ることを可能とすることを提供され、それにより、遠隔ノードの１つにのみ接続することができる。ネットワーク内でユーザに能力を与え、そして、帯域幅と電力の節約を提供する。
【００８５】
中間転送の通過に関連する幾つかの機能的特徴について説明する。図８に示す例示のシステムと、図１０，１１及び、１２に定義されるトランスファーパケットを参照すると、ＭＡＤＩレイヤ内で起こる必要のある動作は、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＳＥＮＤ命令である。
【００８６】
受信局は、ＤＮＯＤＥとＤＳＴＡＴＩＯＮをディレクトリリストと比較し、そしてそれから、新たな値をＰＤＮＯＤＥ、ＰＤＳＴＡＴＩＯＮ及び、ＰＣＯＭＭＡＮＤに設定し、ＰＳＮＯＤＥとＰＳＳＴＡＴＩＯＮを局自身の値へ再設定し、ＰＣＨＫＳＭを再計算し、且つ新たな宛先に再フォーマットされたメッセージを送信する。
【００８７】
受取通知が戻される戻り受取通知を設定するために、局は以下の動作を行う。
【００８８】
受信されたＰＳＮＯＤＥとＰＳＳＴＡＴＩＯＮ値から、ＰＤＮＯＤＥ及び、ＰＤＳＴＡＴＩＯＮ値を形成し、
ＰＣＯＭＭＡＮＤを、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＳＥＮＤ又は、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＤＥＬＩＶＥＲＹのいずれかの受信されたＰＣＯＭＭＡＮＤと同じになる様に形成し、
ＰＳＮＯＤＥ，ＰＳＳＴＡＴＩＯＮ，ＳＮＯＤＥ及び、ＳＳＴＡＴＩＯＮ値を局自身のアドレス値へ設定し、
ＤＮＯＤＥとＤＳＴＡＴＩＯＮ値を受信されたＳＮＯＤＥとＳＳＴＡＴＩＯＮ値から設定し、
受信されたＰＣＯＭＭＡＮＤによってＣＯＭＭＡＮＤを設定し；ＩＬＥＮ＝１に設定し、
ＩＮＦＯフィールドを、例えば、ＶＡＬＩＤ＿ＲＥＣＥＰＴＩＯＮ又は、エラーコードのような受取通知情報を含む様に設定し、
ＰＣＨＫＳＭを再計算し、そして、
宛先に受取通知を送信する。ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＳＥＮＤは、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＩＮＴＥＲＭＩＤＩＡＴＥを戻す。ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＩＮＤＩＲＥＣＴ＿ＤＥＬＩＶＥＲＹは、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＦＩＮＡＬを戻す。
【００８９】
データ局１３１のディレクトリ内容２４０、コントローラＣ１、データ局１３３のディレクトリ内容２４１、コントローラＣ２、データ局１４３のディレクトリ内容２４２、コントローラＣ３、及び、データ局１４２のディレクトリ内容２４３、コントローラＣ４を示す。
【００９０】
図８を参照すると、コントローラＣ１のディレクトリ内容２４０は、転送経路ＡとＢを介しての、局１３２と１３３への直接転送のためのレコードを有し、ノード１３０内のプロトコル局１３３はネットワーク３０内にサービスを提供するサービス局１４１，１４２及び、１４３への間接アクセスのための第１の中間局であり、且つコントローラＣ１はサービスを要求するとみることができる。
【００９１】
同様に、コントローラ１３３は、３つの直接転送経路Ｂ，Ｃ及び、Ｄと、サービス局１４１と１４２への２つの間接転送経路を有する。コントローラ１４３はその第１の中間局である。
【００９２】
同様に、コントローラ１４３は、３つの直接転送経路Ｅ，Ｇ及び、Ｄと、サービス局１３１と１３２への２つの間接転送経路を有する。コントローラ１３３はその第１の中間局である。
【００９３】
同様に、コントローラ１４２は、２つの直接転送経路Ｆ及び、Ｇと、サービス局１３１、１３２と１３３の３つの間接転送経路を有する。コントローラ１４３はその第１の中間局である。
【００９４】
図２０は、ＭＡＤＩレイヤ２５０を有するＭＡＤＩ−ＳＡＰソフトウェア構造を示す。ＭＡＤＩレイヤは処理サブレイヤ２５１とドライバサブレイヤ２５２からなる。処理サブレイヤ２５１はＭＡＤＩネットワーク処理制御を行う。上は確認レイヤ２５３である。入力チェックサムを確認し出力チェックサムを計算し且つ追加し、入力宛先阿蘇とデータ長を確認し、且つ状態を報告する。処理レイヤ２５１は、以下のマネージャを有する。
【００９５】
メッセージマネージャ２５４：ソフトウェアエレメントとレイヤ間を通過する全ての内部メッセージを扱う。
【００９６】
ディレクトリマネージャ２５５：コンパイル、変更、クリア、初期化、情報要求サービス及び、ＭＳＬのためのサービスリスト準備等のすべてのディレクトリ操作を行う。
【００９７】
トランスポートマネージャ２５６：（アクセスと状態を提供する）共有トランスポートメモリを管理する。
【００９８】
トランスポートコンフィグレーションマネージャ２５７：転送データを形成し、命令インタープリタ２５８：受信された命令を解釈し且つネットワークコンフィグレーション動作を除いて要求される動作を行う。
【００９９】
ネットワークマネージャ２５９：受信されたコンフィグレーション命令を解釈し且つネットワークへ／ネットワークから局の追加／削除のような要求される動作を行う。
【０１００】
メディアアクセスマネージャ２６０：転送動作のためのメディアドライバを選択する。
【０１０１】
ドライバレイヤ２５２は媒体ドライバ２６１を有し、サポートされている媒体インターフェースの各々に１つを有する。Ｂｌｕｅｔｏｏｔｈ媒体インターフェース２６２、ＩｒＤＡ媒体インターフェース２６３、ＵＭＴＳ媒体インターフェース及び、他の媒体インターフェース２６５が示されている。媒体ドライバ２６１は、適切な媒体インターフェースレイヤに対してＭＡＤＩ出力転送データを設定する。媒体ドライバは、媒体インターフェースから受信されたデータをＭＡＤＩレイヤのために設定しそして、媒体状態を報告する。媒体ドライバは、ＭＡＤＩ処理サブレイヤ２５１と媒体レイヤ２５２間で情報の交換をサポートするのに要する、全ての必要なシグナリングとデータ管理要求を実行する。媒体ドライバインターフェース２６６は、ＭＡＤＩ処理サブレイヤ２５１と媒体レイヤ２５２間で一貫した交換機構を提供する。これは、新たな媒体インターフェースが利用できるようになったときに、簡単にそれを追加することを可能とする。新たな媒体ドライバを、ドライバサブレイヤ２６１へ追加することは、ＭＡＤＩレイヤ内で新たな媒体インターフェースをサポートすることを要求されることである。トランスポートコンフィグレーションマネージャ２５７は、追加された新たな媒体ドライバを設定する。媒体アクセスマネージャ２６０は、媒体ドライバを選択する。更に、ＭＡＤＩレイヤ２５０上のサービスアプリケーション２６７，２６８及び、２６９、ＭＡＤＩサービスアプリケーションプログラムインターフェース２７０及び、媒体レイヤアプリケーションプログラムインターフェース２７１が図２０に示される。
【０１０２】
図２１はＭＡＤＩレイヤ２５０を介した転送データのモデル化を示す。ＭＡＤＩレイヤ２５０を介して通信されたデータの転送の機構は、システムに準拠し且ヤイミング制約の必要がある種々の移動製品によりなされたメモリ制限の観点から可能な限り効率良くなされねばならない。このために、共有メモリのシステムを利用することが考えられた。単一バッファは、ＭＡＤＩレイヤ２５０を介してＭＡＤＩ転送データを伝搬するのに使用される。最小として、ＭＡＤＩレイヤ２５０内に２つのバッファがあるが、更に多くても良い。これは、全ての準拠局が全二重通信要求に合うことを保証する。これに関して、可変バッファサイズは、システム内に更に大きな柔軟性を提供する。例えば、特定の局は、ショートメッセージを高レートで扱うことを欲するかもしれない。可変バッファサイズがサポートされていれば、局はショートメッセージを受信することのみを選択することができ且つそれ以上のメモリを使用せずに多数のＭＡＤＩ転送バッファを自身に供給する。このために、ＭＡＤＩシステムは可変サイズの転送バッファをサポートする。これは、（図１３に示された）ＭＳＬ内のＳＴＮＳＩＺＥフィールドと（図１７に示されている）ディレクトリレコードを介して容易である。サービスアプリケーションはそれらのＭＳＬに対する転送長を、転送を要求する前にチェックする。局が過大なサイズのトランスファーパケットを受信する場合には、局はそれを拒絶しエラー通知を返す。図２１では、ＭＡＤＩサービスＡＰＩ２７０を介して交換されるサービス転送データ２８１と、媒体ドライバインターフェース２６６を介して交換される媒体転送データ２８２をバッファする、ＭＡＤＩ転送バッファ２８０が示されている。更に、送信要求を示し且つ関連バッファを識別するＭＡＤＩ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８３、送信状態（有効又は、エラー）を報告し且つ関連バッファを識別するＭＡＤＩ＿Ｓｅｎｄ＿Ｒｅｐｏｒｔ２８４、ＭＡＤＩ受信イベントを示し、受信状態（有効又は、エラー）を送り且つ関連バッファを識別するＭＡＤＩ＿Ｄｅｌｉｖａｒｙ＿Ｉｎｄｉｃａｔｉｏｎ２８５、送信要求を示し且つ関連バッファと媒体ドライバを識別するＭｅｄｉａ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８６、送信状態（有効又は、エラー）を報告し且つ関連バッファと媒体ドライバを識別するＭｅｄｉａ＿Ｓｅｎｄ＿Ｒｅｐｏｒｔ２８７、媒体受信イベントを示し、受信状態（有効又は、エラー）を送り且つ関連バッファと媒体ドライバを識別するＭｅｄｉａ＿Ｄｅｌｉｖｅｒｙ＿Ｉｎｄｉｃａｔｉｏｎ２８８及び、バッファの利用性を示し且つその取得を可能とするＭＡＤＩ＿Ｍｅｍｏｒｙ＿Ｓｔａｔｕｓ２８９が示される。更に、サービスレイヤ２９０を示す。情報の交換は、送信及び、受信動作の全二重である。
【０１０３】
図２０と２１を参照し、送信動作は以下の様に行われる。
【０１０４】
サービスアプリケーションは、ＭＡＤＩ＿Ｍｅｍｏｒｙ＿Ｓｔａｔｕｓ２８９を使用してＭＡＤＩ転送バッファ２８０から利用できるバッファを選択する。サービスデータは、ＭＡＤＩ＿Ｍｅｍｏｒｙ＿Ｓｔａｔｕｓ２８９を更新することによりサービスがバッファ資源を獲得した後に、利用できるバッファへロードされる。そして、サービスアプリケーションは、送られるべきＭＡＤＩＳＡＰを示すＭＡＤＩ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８３を送信する。ＭＡＤＩ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８３を受信すると、ＭＡＤＩ処理レイヤ２５１は、関連するＭＡＤＩ転送バッファを分析し、そして、必要ならペアレントトランスファーパケットを生成する。トランスファーパケットが一旦正しく形成されると、処理レイヤ２５１は、Ｍｅｄｉａ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８６２０ドライバレイヤ２５２へ送る。これは、どのドライバを転送に使用すべきか及び、トランスファーパケットを有するバッファはどれかを示す。特定の媒体ドライバが転送を完了すると、Ｍｅｄｉａ＿Ｓｅｎｄ＿Ｒｅｐｏｒｔ２８７を介して処理レイヤ２５１へ送信状態を報告し、関連バッファ、使用されるバッファ及び、エラー状態（有効かエラーか）を識別する。処理レイヤ２５１が、Ｍｅｄｉａ＿Ｓｅｎｄ＿Ｒｅｐｏｒｔ２８７を受信すると、サービスレイヤへＭＡＤＩ＿Ｓｅｎｄ＿Ｒｅｐｏｒｔ２８４設定して戻す。それは、関連バッファとエラー状態（有効かエラーか）を識別する。
【０１０５】
図２０と２１を参照し、受信動作は以下の様に行われる。
【０１０６】
特定の媒体ドライバは、どのバッファが利用できるかを示すＭＡＤＩ＿Ｍｅｍｏｒｙ＿Ｓｔａｔｕｓ２８９を介して利用できるバッファを取得する。一旦、媒体ドライバがＭＡＤＩ＿Ｍｅｍｏｒｙ＿Ｓｔａｔｕｓ２８９を更新することによりバッファ資源を取得すると、入力トランスファーパケットが利用できるバッファへロードされる。バッファロードが完了すると、媒体ドライバはＭｅｄｉａ＿Ｄｅｌｉｖｅｒｙ＿Ｉｎｄｉｃａｔｉｏｎ２８８を処理レイヤ２５１へ送る。これは、媒体受信イベントを示し、受信状態（有効かエラーか）を送り、そして、関連するバッファと媒体ドライバを識別する。Ｍｅｄｉａ＿Ｄｅｌｉｖｅｒｙ＿Ｉｎｄｉｃａｔｉｏｎ２８８を受信すると、処理レイヤ２５１は、受信したデータを分析し、以下の動作を行う。受信されたデータは確認され、そして、適切な受取通知が送信される。別の小さな受取通知バッファが、受取通知を送信するのに要求され得る。サービス命令の受取通知応答性は、サービスレイヤ２９０次第である。サービス命令は、必要ならハンドシェークが行われることを可能とするために提供される。しかし、ＭＡＤＩレイヤ２５０は、常に、転送の受信を通知する。有効な受信に関しては必要な動作が行われる。受信されたＣＯＭＭＡＮＤがサービス配送命令なら、処理レイヤ２５１は、ＭＡＤＩ＿Ｄｅｌｉｖａｒｙ＿Ｉｎｄｉｃａｔｉｏｎ２８５をサービスレイヤ２９０へ送る。これは、ＭＡＤＩ受信イベントを示し、受信状態（有効かエラーか）を送り、そして関連するバッファを識別する。
【０１０７】
ＭＡＤＩレイヤ２５０へのアクセスは、（図２１に示す）ＭＡＤＩサービスＡＰＩを介して、サービスレイヤ２９０へ提供される。これは、ＭＳＬ，ＭＳＴＩ及び、前に定義したシグナリングより成り立つ。ＭＳＴＩは、図１５に示されたようにＴＸＳＴＩ／ＲＸＳＴＩ２００よりなる。ＡＰＩのこれらの要素は、ＭＡＤＩ転送バッファ２８０内に含まれる。
【０１０８】
図２２はＭＡＤＩ転送バッファの構造を示し、バッファ内容は送信ＴＸＳＴＩ又は、受信ＲＸＳＴＩである。バッファ内容は、図１２に示すトランスファーパケットのフィールドと一致し、そして、ペアレント宛先ノードアドレス３００（ＰＤＮＯＤＥ）、ペアレント宛先局アドレス３０１（ＰＤＳＴＡＴＩＯＮ）、ペアレント命令３０２（ＰＣＯＭＭＡＮＤ）、ペアレント情報長バッファフィールド３０３（ＰＩＬＥＮ）、カプセル化されたペアレント情報バッファフィールド３０４（ＰＩＮＦＯ）、ペアレントソースノードアドレス３０５（ＰＳＮＯＤＥ）、ペアレントソース局アドレス３０６（ＰＳＳＴＡＴＩＯＮ）及び、ペアレントチェックサム３０７（ＰＣＨＫＳＭ）を有する。カプセル化されたペアレント情報バッファフィールド３０４は、最終宛先ノードアドレス３１０（ＤＮＯＤＥ）、最終宛先局アドレス３１１（ＤＳＴＡＴＩＯＮ）、命令フィールド３１２（ＣＯＭＭＡＮＤ）、長さフィールド３１３（ＩＬＥＮ）、最終宛先情報フィールド３１４（ＩＮＦＯ）、発信するソースノードアドレスフィールド３１５（ＳＮＯＤＥ）及び、発信するソース局アドレスフィールド３１６（ＳＳＴＡＴＩＯＮ）を有する。
【０１０９】
サービス処理の優先順位に対するサポートは、ＭＡＤＩシステム内で提供される。幾つかのサービス配送命令は、（図１６に示す様に）サービス優先順位順位フィールドを含むＩＮＦＯフォーマットを定義する。すべてのそのような命令は、他の全てのサービス命令よりも高い優先順位でなければならない。これは、サービスレイヤ２９０が未決のＭＡＤＩ配送の優先順位をチェックし、且つそれに従って処理する。
【０１１０】
記載されたパケット交換サービスに加えて、回線交換サービスも、特定のサービスにＭＡＤＩ内で模擬できる。これは、ＳＥＲＶＩＣＥ＿ＲＱＳＴ＿ＣＩＲＣＵＩＴ＿ＳＷＩＴＣＨＥＤサービス命令の受信によりトリガされる、サービスレイヤ２９０内での独立した優先順位割り当てであろう。サービスレイヤ２９０が回線交換属性を他のサービスにまだ割り当てしていない場合には、回線交換サービスを要求するサービス局に、サービスサービスレベルで最も高い優先順位に割り当てることができる。
【０１１１】
サービスはＭＡＤＩシステムを介して転送されるサービスＩＮＦＯフィールド内にカプセル化された自分の安全機構を提供できる。これは特定のサービス内のレイヤの安全を提供する。幾つかのサービス配送命令はパスワードフィールドを有するＩＮＦＯフォーマットを定義する。これは、サービスレイヤ保護の上に更なるレイヤの安全を提供する。ネットワーク命令も制御された局に対するアクセス許可を設定するためにも設けられる。シナリオは以下の様である。コントローラ局は、パスワード要求で通知をする、制御された局にアクセスを要求する。コントローラはアクセスを得るためにパスワードを送信する。
【０１１２】
以下に、主なネットワークコンフィグレーション動作を説明する。
【０１１３】
ローカルノードを形成するために、以下の動作が行われる。
【０１１４】
ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＬＯＣＡＬ＿ＮＯＤＥ＿ＳＣＡＮ即ち、ネットワーク要求ローカルノード走査命令がＴＸＳＴＩ内で要求される。ＭＡＤＩレイヤ２５０は、要求を処理し、且つ、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＳＴＡＴＩＯＮ＿ＳＣＡＮ即ち、ネットワーク要求局走査命令を生成し、Ｍｅｄｉａ＿Ｓｅｎｄ＿Ｉｎｄｉｃａｔｉｏｎ２８６を介して発行する。ドライバレイヤ２５２内の媒体ドライバは、伝送を行う媒体インターフェースへ転送を送信する。利用できる局は、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＳＴＡＴＩＯＮ＿ＳＣＡＮ即ち、ＮＯＤＥＩＤとＳＴＮＩＤ（まだ割り当てされていない場合には両方ともに０）、（図１７に示されている様に）ＳＴＮＳＩＺＥ、ＳＴＮＡＴＲＢ、ＳＴＮＴＡＧ及び、ＳＴＮＡＣＣを含む、ネットワーク受取通知局走査命令で応答する。ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＳＴＡＴＩＯＮ＿ＳＣＡＮの受信後、処理レイヤ２５１は、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＳＴＡＴＩＯＮ＿ＣＯＮＩＧ即ち、（値がすでに割り当てられていなければ）新たに取得された局に割り当てられたＮＯＤＥＩＤとＳＴＮＩＤを含む、ネットワーク要求局コンフィグレーション命令で応答する。処理レイヤ２５１は、そのディレクトリに局の情報を追加する。ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＳＴＡＴＩＯＮ＿ＳＣＡＮ伝送は、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＳＴＡＴＩＯＮ＿ＳＣＡＮが戻らなくなるまで繰り返される。処理レイヤ２５１は、利用できる次の媒体ドライバを選択し、そして、上述の６ステップのうちの最初の５ステップを繰返す。全ての媒体ドライバが用いられるまで、上述の全ての６ステップは繰り返される。処理レイヤ２５１は、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＬＯＣＡＬ＿ＮＯＤＥ＿ＳＣＡＮ即ち、ネットワーク受取通知ローカルノード走査命令をＲＸＳＴＩへ更新されたＭＡＤＩサービスリストと共に戻す。ローカルノードはこの要に設定される。上述の動作は、ローカルノードにある全ての媒体レイヤを用いる。部分的なローカルノード走査も、要求された媒体のみを走査することを可能とするためにサポートされる。
【０１１５】
遠隔ノードを生成するために、以下の動作が行われる。ローカルプロトコル局と遠隔プロトコル局間のリンクは、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＣＡＬＬ＿ＳＥＴＵＰ命令即ち、ネットワーク要求コール設定命令をＴＸＳＴＩへ発行することにより確立されねばならない。これは、ローカルＰＳへＩＮＦＯフィールドに設けられている数を呼び出すことを命令する。ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＣＡＬＬ＿ＳＥＴＵＰに応答し、遠隔ＰＳはＮＥＴＷＯＲＫ＿ＡＣＫ＿ＣＡＬＬ＿ＳＥＴＵＰ即ち、（図１７に示されているように）ＮＯＤＥＩＤとＳＴＮＩＤ（既に割り当てられていれば両方とも０に等しい）、ＳＴＮＳＩＺＥ、ＳＴＮＡＴＲＢ，ＳＴＮＴＡＧ及び、ＳＴＮＡＣＣを含むネットワーク受取通知コール設定命令を戻す。ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＣＡＬＬ＿ＳＥＴＵＰを受信後、処理レイヤはＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＳＴＡＴＩＯＮ＿ＣＯＮＦＩＧ即ち、（値が既に割り当てられていなければ）新たに取得したＰＳに割り当てられたＮＯＤＥＩＤとＳＴＮＩＤを含む、ネットワーク要求局コンフィグレーション命令で応答する。処理レイヤ２５１は、局の情報をディレクトリに追加する。ローカルＰＳと遠隔ＰＳ間のリンクは既に確立されているなら、上述の３つのステップは迂回される。
【０１１６】
一旦ローカルＰＳから遠隔ＰＳへのリンクが確立されると、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＲＥＭＯＴＥ＿ＮＯＤＥ＿ＳＣＡＮ命令即ち、ネットワーク要求遠隔ノード走査命令がＴＸＳＴＩ内で要求され得る。この命令は、遠隔ＰＳへ転送される。命令の受信で、遠隔ＰＳ自身はコントローラ局となり、そして、ローカルノードを形成する最初の７つのステップで定義されている様に、ローカルノード走査を行う。このように、遠隔コントローラは、ローカルノードのために自身のディレクトリを作成する。動作が完了し、ノードが作成されると、遠隔コントローラは、ＮＥＴＷＯＲＫ＿ＡＣＫ＿ＲＥＭＯＴＥ＿ＮＯＤＥ＿ＳＣＡＮ即ち、発信局へのローカルディレクトリ情報のコピーを含む、ネットワーク受取通知遠隔ノード走査命令を戻す。発信する局内の処理レイヤ２５１は、そのディレクトリを更新しそして、受信されたＮＥＴＷＯＲＫ＿ＡＣＫ＿ＲＥＭＯＴＥ＿ＮＯＤＥ＿ＳＣＡＮを更新されたＭＳＬと共にＲＸＳＴＩ戻す。遠隔ノードはこのように設定されそして、開始する局により取得される。上述の動作は、遠隔ノード内に存在する全ての媒体レイヤを使用する。部分的な遠隔ノード走査も、要求された媒体のみを走査することを可能とするためにサポートされても良い。このＭＡＤＩ法は、遠隔リンク上の転送を減少し、そして、システムの伝送帯域幅と処理パワーを節約する。
【０１１７】
コントローラはローカルノードの生成で記述された様にそれらのソーカルノードへ新たな局を追加できる。この処理は、ローカルコントローラ内のみのディレクトリを更新する。ディレクトリ更新が発生した後に、接続された全てのコントローラへディレクトリ更新の通知を可能とすることが、オプションに含まれる。このために、これが要求されているか否かを示すために、ＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＬＯＣＡＬ＿ＮＯＤＥ＿ＳＣＡＮとＮＥＴＷＯＲＫ＿ＲＱＳＴ＿ＲＥＭＯＴＥ＿ＮＯＤＥ＿ＳＣＡＮパケットのＩＮＦＯフィールドにフィールドが設けられている。局がディレクトリが更新された後に更新指示を受信したときには、新たなディレクトリ変更が要求されねばならない。
【０１１８】
図２３は、ＭＡＤＩを使用する、固定のネットワークの移動性の、可能なシナリオを示す。移動ＪＩＮＩネットワーク３３１とＭＡＤＩ移動電話３３２と通信できるデータ局であり、プロトコル局である、ＭＡＤＩＰＤＡ３３０を示す。家庭３３３内又は同様の場合には、ＭＡＤＩ移動電話３３２通信できる、更なるプロトコル局であるＭＡＤＩ固定又は移動電話３３４が設けられる。家庭３３３内で、電話３３４は、家庭内ＪＩＮＩネットワーク３３６とも通信できるパーソナルコンピュータ又はテレビジョンセットのような、ＭＡＤＩデータ局３３５と通信できる。
【０１１９】
ＭＡＤＩシステムの優位点は、以下の様である。
【０１２０】
概念は単純である。ＭＡＤＩ準拠ＰＳは周辺ＤＳ装置の制限の無い配列とアクセスできる。ユーザアプリケーションの複雑さは、ＤＳ装置へ閉じ込められ、ＰＳには及ばない。従ってＰＳは、キーパッドＵＩを介してユーザへ非常に単純に音声サービスを提供する。ＰＳは、どのような種類の表示要素も必要とせず、且つ従って言語に独立と考えられる。これは、同じＰＳ製品が多くの異なる国で市場と取り組むことができることを意味する。ＰＳ内で表示に関する要求はないので、そのサイズは電池モジュールによってのみ制限され、それにより小さく且つあまり目立たなくすることができる。ＰＳは、制限の内配列のＤＳ装置と両立性がある。ＰＳはオープンな構造で且つ、将来の新たなデータサービス、サービスの向上及び、新たなＤＳ製品の追加に対する準備である。モジュール設計概念と共に、ベースバンドサービスに関する全ての要素を含む主たるプロトコルユニットは、ユーザが置きかえることが可能であろう。ＭＡＤＩの概念は製品群のモジュール的要素としてＰＳを位置付け、そして、分散計算ネットワークへの簡単な接続を容易にする。
【０１２１】
ＭＡＤＩシステムは、どのよな移動又は固定装置に関しての自己が含まれるローカル及びワイドエリアネットワークに関する設備を提供する。ＭＡＤＩネットワークは、ユーザにより単純且つ効率的に又は、要求されたときはサービスアプリケーションにより自動的に設定される。ＭＡＤＩシステムは、特に伝送帯域幅、処理パワー及び、メモリ要求を制限するために移動環境に対して設計される。ネットワーク管理のオーバーヘッドは一般的には、サポートされている局の数に比例する。ＭＡＤＩシステムは、局へのディレクトリ詳細の抽象化、接続された局間での処理要求の分散及び、転送パケット内でのルーティング情報の提供によりこれらのオーバーヘッドを減少するために最適化される。ＭＡＤＩネットワークも、２局から６５，５３６局の中間的な使用で完全にスケーリング可能である。ＭＡＤＩシステムは、全てに対し、セルラサービスプロバイダへのコスト無しに、ネットワーク設備を提供する。資本の支出又は、サービスプロバイダの据付コストは無い。局の購入者は、購入製品のＭＡＤＩレイヤに支払いを行い、全てのユーザは大きな機能の向上に対して小額の支払いでよい。ＭＡＤＩシステムはインターネットに独立であり、そして、準拠したＰＳ局を有している者の誰にもアクセスが可能である（インターネット口座を要しない）。しかし、インターネットが可能な局もＭＡＤＩネットワークの一部であり、インターネットサービスは他の接続された局へ利用できるようになされる。必要なドライバを必要なときに追加できるので、ＭＡＤＩシステムは媒体インターフェースと独立している。これは、ＰＳ装置に対するＵＭＴＳ、ＧＳＭ、ＴＤＭＡ及び、Ｗ−ＣＤＭＡのような遠隔接続プロトコル及び、Ｂｌｕｅｔｏｏｔｈ及びＩＲＤＡのようなローカルエリアネットワークインターフェースに関して特に有益である。ＭＡＤＩシステムは、ＪＩＮＩのような固定のネットワークに対して上位レベルのネットワーク戦略の移動性の管理をサポートし管理するためにインターフェースするために設計される。上位層ネットワークと両立性のあるそれらの接続された局のみとアクセスする為に、トランスポートアクセスがＭＡＤＩネットワーク内に設けられる。
【０１２２】
前述の点から、当業者には、請求項により定義された本発明の範囲内で種々の変形が成されうることは明らかであり、本発明は、前述の例には限定されない。用語”含む”は請求項に記載の要素又はステップ以外の要素又はステップの存在を除外するものではない。
【図面の簡単な説明】
【図１】
本発明に従ったローカルエリアネットワーク示す図である。
【図２】
本発明に従ったワイドエリアネットワーク示す図である。
【図３】
本発明に従った他の表現のワイドエリアネットワーク示す図である。
【図４】
ＭＡＤＩサービスアクセスポイントを介したネットワークサービスへのアクセスを示す図である。
【図５】
ＭＡＤＩローカルエリアネットワークノード内の局の相互作用を示す図である。
【図６】
外部ノードに相互接続を提供するＭＡＤＩ−ＷＡＮのノード内のプロトコル局を示す図である。
【図７】
ＭＡＤＩ−ＷＡＮ内のプロトコルレイヤの配置を示すを示す図である。
【図８】
ＭＡＤＩ−ＷＡＮのノード間のデータ転送を示す図である。
【図９】
ペアレントトランスポートパケットの構造を示す図である。
【図１０】
第１のノード内のＰＤＡから移動電話へのトランスポートパケットを示す図である。
【図１１】
第１のノード内の移動電話から第２ノード内の移動電話へのトランスポートパケットを示す図である。
【図１２】
第２のノード内の移動電話から第２のノード内のＰＤＡへのトランスポートパケットを示す図である。
【図１３】
ＭＡＤＩサービスリスト内のサービス局レコードを示す図である。
【図１４】
ＭＡＤＩサービスリストの全体的な構造を示す図である。
【図１５】
送信及び受信サービストランスファインターフェースの構造を示す図である。
【図１６】
サービスデータのカプセル化を示す図である。
【図１７】
ＭＡＤＩコントローラ内のディレクトリレコードフォーマットを示す図である。
【図１８】
全体的なディレクトリ構造を示す図である。
【図１９】
幾つかのＭＡＤＩコントローラ内のディレクトリレコードディレクトリ内容を示す図である。
【図２０】
ＭＡＤＩ−ＳＡＰソフトウェア構造を示す図である。
【図２１】
ＭＡＤＩ転送管理を示す図である。
【図２２】
ＭＡＤＩ転送バッファ構造を示す図である。
【図２３】
ＭＡＤＩを使用した固定ネットワークの移動性を示す図である。
【図１】
2004500742.tif 000006
【図２】
2004500742.tif 000007
【図３】
2004500742.tif 000008
【図４】
2004500742.tif 000009
【図５】
2004500742.tif 000010
【図６】
2004500742.tif 000011
【図７】
2004500742.tif 000012
【図８】
2004500742.tif 000013
【図９】
2004500742.tif 000014
【図１３】
2004500742.tif 000015
【図１４】
2004500742.tif 000016
【図１５】
2004500742.tif 000017
【図１６】
2004500742.tif 000018
【図１７】
2004500742.tif 000019
【図１８】
2004500742.tif 000020
【図１９】
2004500742.tif 000021
【図２０】
2004500742.tif 000022
【図２１】
2004500742.tif 000023
【図２３】
2004500742.tif 000024
【国際公開パンフレット】
2004500742.tif 000025
2004500742.tif 000026
2004500742.tif 000027
2004500742.tif 000028
2004500742.tif 000029
2004500742.tif 000030
2004500742.tif 000031
2004500742.tif 000032
2004500742.tif 000033
2004500742.tif 000034
2004500742.tif 000035
2004500742.tif 000036
2004500742.tif 000037
2004500742.tif 000038
2004500742.tif 000039
2004500742.tif 000040
2004500742.tif 000041
2004500742.tif 000042
2004500742.tif 000043
2004500742.tif 000044
2004500742.tif 000045
2004500742.tif 000046
2004500742.tif 000047
2004500742.tif 000048
2004500742.tif 000049
2004500742.tif 000050
2004500742.tif 000051
2004500742.tif 000052
2004500742.tif 000053
2004500742.tif 000054
2004500742.tif 000055
2004500742.tif 000056
2004500742.tif 000057
2004500742.tif 000058
2004500742.tif 000059
2004500742.tif 000060
2004500742.tif 000061
2004500742.tif 000062
2004500742.tif 000063
2004500742.tif 000064
2004500742.tif 000065
2004500742.tif 000066
2004500742.tif 000067
2004500742.tif 000068
2004500742.tif 000069
2004500742.tif 000070
2004500742.tif 000071
2004500742.tif 000072
2004500742.tif 000073
2004500742.tif 000074
2004500742.tif 000075
2004500742.tif 000076
【国際公開パンフレット（コレクトバージョン）】
2004500742.tif 000077
【国際公開パンフレット（コレクトバージョン）】
2004500742.tif 000078
【国際調査報告】
2004500742.tif 000079
2004500742.tif 000080
2004500742.tif 000081