JP4717890B2 - Ａｔｎにおける加入者シミュレーション用のアーキテクチャ - Google Patents

Description

本発明は航空遠距離通信ネットワーク（ＡＴＮ）に類似の構造を有する通信ネットワークの分野に関する。本発明は特にＡＴＮを経由して多くの加入者と情報を交換する装置の能力をテストするために、試験用の装置を用いて、ＡＴＮ経由の情報を交換している多数の加入者をどのようにして単純にシミュレートするかに関する。

ＡＴＮは航空交通管制サービス、航空会社、航空機、気象予想サービス、又は空港業務までをも含む民間航空分野に関係している様々な関係者によって使用される、サブネットワーク又はローカルエリアネットワークを連結するために設計されている。ＡＴＮの目的は信頼性が高く強力な方法でデータ（制御指令、気象通報、飛行パラメータ、位置の報告、乗客呼び出し等）を交換することである。ＡＴＮは決定されたメッセージ交換プロトコルを実行する、まだ新興のネットワークである。交換されるメッセージのフォーマットおよび使用されるプロトコルの構造は頭字語ＩＣＡＯによって知られる国際民間航空機構により標準化されている。この標準化はＩＳＯ９７０５規格および、ＩＣＡＯにより発行され「標準および勧告慣行」又はＳＡＲＰｓとして知られる標準により形式化されている。この標準化は「開放型システム間相互接続」を表わす頭字語であるＯＳＩネットワーク・アーキテクチャモデルに基づく。ＯＳＩモデルは国際標準化機構又はＩＳＯにより定義されたモデルである。ＡＴＮは従って航空機と地上装置の間、又は地上装置と他の地上装置間のデータ交換用ネットワークとして定義されることができる。

想定される様々なアプリケーションを満足させるために、ＳＡＲＰ標準は、例えば空中ターミナル又はルーター或いは地上境界中間システム（Ｇｒｏｕｎｄ Ｂｏｕｎｄａｒｙ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ）（ＧＢＩＳ）のような、ＡＴＮを構成する様々な機能的実体に必要なネットワーク機能性を考慮に入れた多数のＯＳＩタイプのプロトコル・スタックを定義する。

ＳＡＲＰによれば、別個のＡＴＮ実体として動作するように意図された各要素は、適切に構成されたＡＴＮスタックと呼ばれる単一のプロトコル構造を用いて、ＡＴＮとインターフェースで接続される。ある要素は例えば空中ターミナル又はＡＥＳ、ＧＢＩＳ、或いは地上ターミナル又はＧＥＳの場合のように、それがネットワーク上にそれ自身のアドレスを有する場合には別個のＡＴＮ実体と考えられる。

航空交通領域において、ＡＴＮはまだ新興であるにもかかわらず、新たな地上の航空交通管制システムが、それらのカバーする領域、又は適切な用語で言えば飛行情報領域（ＦＩＲ）において含まれる全ての交通を監督するために、例えばＡＴＮを用いることが出来なければならないような新たな遠距離通信インフラストラクチャーに、そしてより一般的には情報交換インフラストラクチャーに適用されなければならない標準として考えられている。

明らかな信頼性上の理由で、開発中の装置は運用サービスに投入される前に、それゆえ実規模試験を行ない得ることが必要である。同様にＡＴＮを設定するときに、このネットワークのインフラストラクチャー要素が全く正しく構成されていると確認することが必要である。しかしながら、多くの通信ネットワークのように、運用サービスにおけるＡＴＮは非常に多量の通信ストリームを伝える。

航空交通のカバー領域を管理する制御システムに特に注目する場合、ネットワーク経由で制御システムと通信する関係者の数は非常に多いことが見られる。ネットワーク実体を構成するこれらの関係者は、特にシステムによりカバーされる領域内で操縦している航空機であり、その数は一般におよそ１，０００機に近くなり得る。

そのような制御システムの性能特性、そして特にＡＴＮ経由の数百の通信を管理するその容量を試験するため、数百の関係者又はネットワーク実体をシミュレートする手段を有し、実在の関係者の場合のように、各ネットワーク実体がそれ自身のＡＴＮスタックによりネットワークとインターフェースで接続され、そして特定のネットワークアドレスにより識別されていることが必要である。従ってそのような試験は深刻な実施上の問題を生じることが見られる。また、現状では、ＩＣＡＯのＳＡＲＰ勧告はどのように試験を実施するか、又は採用されるべきシミュレーション手段の構造に関する何らの明確な勧告を含まない。

信頼できる試験を実施するために現在想定される唯一の解決策は、シミュレートされるべきネットワーク実体があるのと同じ位多くのシミュレーションを行なうことにあり、各シミュレーション手段はそれに試験中のシステムが接続されているネットワークとインターフェースで接続するためのＡＴＮスタックを備え、スタックはシミュレーションを実施するために用いられる計算手段と接続されている。高価で実施困難なこの解決策は、しばしば実際にあるものよりも少ないネットワーク実体へとシミュレーションを制限しなければならない原因となり、それゆえより少ない総合的試験をもたらす。そのような解決策は更に、今までのところ実施によって具体化されていない。

更に、多くのネットワーク実体と共にＡＴＮ経由で情報を安全に交換するためのシステムの容量を、それを用いて試験するいかなる他の解決策も提案されていない。

上述の問題を克服し、徹底的で妥当な費用で実施可能な試験を実行するために、出願人により提案されている解決策は、単一のネットワーク・インターフェースを通じて複数の関係者又はネットワーク実体をシミュレートすることを可能にする、特定の構成を有するシミュレーション手段の開発にある。このために、本発明の構成は特に、同一のアプリケーションのためのＡＴＮに対する幾つかの異なる通信チャネルを開くことを有利に可能にする、修正されたＡＴＮスタックを備え、このアプリケーションは同時にシミュレートされる多くの実体によって実施される。ＡＴＮスタックの修正は特にＵＬＣＳおよびＡＳＥ上位層に関する。

本発明によれば、各アプリケーションはネットワークレベルで一意識別子と関連し、各ネットワーク識別子は一意のアプリケーションに対応する。

本発明によれば、修正されたＡＴＮスタックは、同じタイプｊの幾つかのアプリケーションをインターフェースで接続するための、修正されたＡＳＥアプリケーション層を有利に備え、各アプリケーションは所与のシミュレートされた実体ｉにより実行され、各アプリケーションｊを割り当てる修正されたＡＳＥ層が実行され、アプリケーションｊに応じた識別子ＡＥｑ（ｉ，ｊ）が実行され、そしてそれを実行するのはシミュレートされた実体ｉである。

本発明によれば、修正されたＡＴＮスタックは、ネットワーク識別子Ｔ_ＳＥＬ（ｉ，ｊ）とアプリケーション識別子ＡＥｑ（ｉ，ｊ）との関連性を定めるための、修正されたＵＬＣＳアプリケーション層を含む利点を有し、各識別子Ｔ_ＳＥＬ（ｉ，ｊ）は識別子ＡＥｑ（ｉ，ｊ）に一対一で対応する。

本発明によれば、修正されたＵＬＣＳ層は、シミュレートされた実体の識別子ｉおよび考慮されたアプリケーションの識別子ｊによりパラメータ化されたデータベースを使用する。このデータベースは、実施されるシミュレーション・シーケンスの複雑さに従って変り得るサイズを有利に持つことができる。

この修正されたＡＴＮスタックは、従って単一のプロトコル構成によって、航空機のような複数の関係者、又はネットワーク実体をシミュレートすることを有利に可能にし、各ネットワーク実体はＡＴＮを通じて多くの通信チャネルを開くことが可能である。

それはまたＡＴＮのプロトコル規格に準拠することを可能にし、その結果、ネットワークの正常な動作に影響しない。それは従って現実の条件とおおよそ同一のトラフィック条件において試験を行なうことを可能にする。それはまたネットワークに手段を加えることなく、又はそこから手段を取り除くことなく、シミュレートされるネットワーク実体の数を時間とともに変えることを有利に可能にし、従ってますます複雑なシミュレーションを行なうことを可能にする。

その他の特徴および利点は添付図に基づく以下の詳細説明から明らかになろう。

以下の説明の目的は、それらが特にＩＣＡＯにより定義されているようなＡＴＮの網羅的な記述を提供することではなく、又ＡＴＮスタックを形成する様々なソフトウェア層の間に存在する交換の完全な記述を提供することでもない。これらの情報は主題について発行された様々な定義および標準化書類から得られる。これらの中で、特にＡＴＮの構造を定義し、そしてＡＴＮ交換スタックの構造を定義している書類「総合的ＡＴＮマニュアル‐２００１年第一版‐ＩＣＡＯ書類９７３９」（Ｃｏｍｐｒｅｈｅｎｓｉｖｅ ＡＴＮ ｍａｎｕａｌ−１ｓｔ ｅｄｉｔｉｏｎ ２００１−ＩＣＡＯ Ｄｏｃ ９７３９）がある。本書類は本発明による構成がいかに標準構成と異なるか、およびいかにこれらの差が生じた問題に対処するかを定義することに限られるであろう。

図１はＡＴＮの構成を示すブロック線図である。図１から見られるように、ＡＴＮはそれにターミナル要素又はＡＴＮ実体がインターフェースで接続されている、通信構造１１の周りに構成される。本主題は航空分野の通信であるため、そこには例えば交通管制センター、気象観測センター、又は航空会社等の様々なタイプであり得る、特に地上のターミナル１２がある。またそこには特に民間航空機又は、より一般的に航空機の空中ターミナル１３もある。これらの認識される各々のＡＴＮ実体は、各実体のために発信情報および受信情報の両方を管理する、ＡＴＮスタック１４を用いて他の実体と情報を交換する。

図１は、ある実体に関してそのような構造における情報の管理がいかに複雑であり得るかを示す。特に所与の空中スペース領域が割り当てられた航空交通管制センターに関して言えば、特に領域内で操縦している航空機１３と交換される情報量は多大であり、決して無視出来ないそのような量の情報処理は人間のオペレータの監視を要することが念頭に置かれる。そのようなシステムを作動させ、又は試験するとき、このシステムがその取扱いを必要とする、特にそれが管理する空域内に位置する全ての航空機との、全ての情報交換の完全性を保証するために十分な能力を有するかどうかを決定出来ることが従って重要である。

そのような試験の実施は、出来る限り忠実に実際の交換状況を反映するシミュレーションを行なうことを含む。ここで、そのようなシミュレーション自体はシミュレートされたＡＴＮ実体の実行を想定し、各実体はＡＴＮスタック１４によるネットワークとインターフェースで接続されており、最も明白な解決策は各々のシミュレートされた実体に対してＡＴＮスタックを実行することである。シミュレーションは従って、例えば各航空機がＡＴＮネットワーク１１との、それ自体のインターフェースを有している計算手段によってシミュレートされるものに関して得られる。シミュレーションテストのこの具体化は、その目的として制御システムが数百の航空機と情報交換し得る、現実の状況に殆ど近いシミュレーションを実施することである場合には、しかしながら、用いられるインターフェースの数に関して実行することが極度に困難に思われる。

図２は本発明により実行される解決策を図式的に示す。この解決策によれば、様々な航空機であるＡＴＮ実体のシミュレーションは、この目的のために修正されたＡＴＮスタックからなる、単一のネットワーク・インターフェース２２と関連する計算手段により行なわれる。この単一のインターフェースは、多くの独立したＡＴＮ実体のように、シミュレーション手段が試験中の制御システム２３と情報交換することを可能にする。

図３および４は標準のＡＴＮスタックおよび修正されたＡＴＮスタックの階層化された構造を示す。それらは従って本発明の原理の説明を紹介するために役立つことができる。

図３はＯＳＩ（「開放型システム相互接続」（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ））の従来の交換構造を考慮した、標準ＡＴＮスタック３１の構造を示す。

厳密な意味での物理層に加えて、ＯＳＩスタックは従来「データリンク」層、「ネットワーク層」、および構造の純粋に物理的な層と理論的な層の間に境界を表示する「トランスポート」層を含む。それはまた「セッション層」、「プレゼンテーション層」、および「アプリケーション層」も含む。図４はＯＳＩスタックとＡＴＮスタックの間に存在する構造的等価性を示す。
ＡＴＮスタックにおいて、「データリンク」層の機能性は「ＳＮＤＣＦ」（「サブネットワーク依存収束機能」（ＳｕｂＮｅｔｗｏｒｋ Ｄｅｐｅｎｄｅｎｔ Ｃｏｎｖｅｒｇｅｎｃｅ Ｆｕｎｃｔｉｏｎｓ））層３２により備えられる。同様に、「ネットワーク層」のそれらは「ＣＬＮＰ」（「常時接続ネットワーク・プロトコル」（ＣｏｎｎｅｃｔｉｏｎＬｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｏｔｏｃｏｌ））層３３により備えられ、他方で「トランスポート」層のそれらは「ＴＰ４」（「トランスポート層クラス４」（Ｔｒａｎｓｐｏｒｔ ｌａｙｅｒ ｃｌａｓｓ ４））３４により備えられる。「ＵＬＣＳ」（「上層通信サービス」（Ｕｐｐｅｒ Ｌａｙｅｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅｓ））３５および「ＡＣＳＥ」（「アソシエーション制御サービス要素」（Ａｓｓｏｃｉａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ Ｅｌｅｍｅｎｔ））層３６は「セッション層」および「プレゼンテーション層」の機能性、および「アプリケーション層（ＯＳＩモデルの層７ａ）の底部の機能性を備える。

本発明の目的に関しては、様々なプロトコル層の構造および機能について更に詳細に立ち入る必要はない。しかしながら、より詳細については、ＯＳＩプロトコルに関する出版物および、前述のｘ ＡＴＮネットワークに関する標準と勧告を参照することができる。本発明の範囲内では、ＵＬＣＳおよびＡＣＳＥ層（それぞれ３５と３６）が含まれる。

図４は本発明のＡＴＮスタック構造における修正された層を明示しながら、図３を反復している。図４に示すように、ＡＴＮスタックの理論層内に、様々なアプリケーションと共にインターフェースを形成するＡＣＳＥ層からトランスポート層ＴＰ４へ、そして逆へと通過している管理データに含まれるパラメータ３７として、ＩＣＡＯアドレスの考慮を導入するために、層３５および３６は修正されている。追加パラメータの考慮は、同一のアプリケーションを備えた複数の実体をシミュレートするために、異なる識別子を同一のアプリケーションに割り当てることを可能にする。

従って、例えば多数の航空機がシミュレートされるべき場合に、各々のシミュレートされる航空機のためにＣＰＤＬＣ機能をシミュレート出来ることが必須である。本発明のおかげで、各々のシミュレートされるＣＰＤＬＣアプリケーションに、アプリケーションがＣＰＤＬＣタイプであること、そしてそれがＩＣＡＯアドレスにより定義される特定の航空機に関するということの双方を決定可能にする識別子を割り当てることにより、このシミュレーションは単に単一のＡＴＮスタックを用いて行なうことが出来る。

図５および６は権利請求されている発明をより詳細に示す。図５は単純化され機能的な方法で、ＡＴＮネットワークと、例えば航空機タイプのＡＴＮ実体により実行され得る様々なアプリケーションの間の交換がどのように正常に行なわれるかを示す。図６に関して、それは同じ交換が本発明の修正されたＡＴＮスタックを用いてどのようにシミュレートされるかを示す。これらの二つの図において、ＵＬＣＳと名付けられたボックスはＵＬＣＳ層およびＡＣＳＥ層を含む。同様に、厳密な意味でのＡＴＮとＴＰ４層の間に位置する層は示されていない。

図５により例示される従来の運用サービスの場合、ＡＴＮと例えば航空機タイプのターミナル（ネットワーク実体）により実行されるアプリケーションの間で交換されるデータは、ターミナルに割り当てられたＩＣＡＯアドレスの一意性に基づく。

ＵＬＣＳ理論層５２の下部にあるＴＰ４トランスポート層５１において、ターミナルにより実行されるアプリケーションは、一方でネットワーク上のＡＴＮスタックのアドレスを表わすＮＳＡＰ（ネットワークサービス・アクセスポイント（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ））識別子により識別され、他方で考慮されたアプリケーションに割り当てられたチャネルを表わす識別子Ｔ_ＳＥＬ（トランスポートセレクター（Ｔｒａｎｓｐｏｒｔ Ｓｅｌｅｃｔｏｒ））により識別される。このように、ネットワークレベルでは、所与のターミナルの所与のアプリケーションはＮＳＡＰ＋Ｔ_ＳＥＬにより識別される。ＮＳＡＰ情報はＵＬＣＳ層と関係する識別子Ｔ_ＳＥＬを処理し、伝達するトランスポート層のレベルで認識される。

ＵＬＣＳ層の上方には、ＡＣＳＥインターフェース層を経由してＵＬＣＳ層５２と対話する、アプリケーション又はＡＳＥ（アプリケーションサービス要素（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｅｌｅｍｅｎｔ））層５３がある。これらのＡＳＥ層５３は、それらの識別子ＡＥｑ（アプリケーション実体修飾子（Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ ｑｕａｌｉｆｉｅｒ））を通じてターミナルにより実行される、様々なアプリケーションをアドレス指定することを可能にする。各識別子又は識別子は従って考慮されたターミナルのアプリケーションの中の一つのアドレスに相当し、ＡＴＮスタックはそれに割り当てられたＩＣＡＯアドレスにより識別される、単一のターミナル５４だけのためのインターフェースとして用いられる。更に、識別子ＡＥｑは標準化された値を有する番号で表わされ、航空機用のＣＰＤＬＣアプリケーションに相当するＡＥｑ識別子は、例えば２の値を有する。

特定のアプリケーションをＡＴＮとインターフェースで接続することが出来るように、従ってその識別子ＡＥｑをトランスポート層の対応する識別子Ｔ_ＳＥＬと関連付け出来ることが必要であり、識別子ＡＥｑと関連付けられた識別子Ｔ_ＳＥＬは任意の非標準値を有する。その関連付け動作はＵＬＣＳ層により行なわれる。

動作モードにおいて、このコード変換タスクは比較的単純なままである。実際に、所与のアプリケーションから、例えば管制センターである別のターミナルに情報を伝達するために開かれた伝送チャネルは、考慮されたターミナルに対して考慮されたアプリケーションのみの専用である。従ってそれ自身がＩＣＡＯアドレスＡＤ＿ＩＣＡＯを割り当てられたターミナルの識別子Ａｅｑ（ｊ）を与えられたアプリケーションｊは、ネットワークレベルでＮＳＡＰ識別子および、識別子Ｔ_ＳＥＬ（ｊ）と関連付けられるであろう。関連付けは、所与のアプリケーションｊの識別子ＡＥｑ（ｊ）と、ＡＴＮレベルでこのアプリケーション用に開かれたチャネルに相当する識別子Ｔ_ＳＥＬとの間で相関を設定するデータベース５５を用いてＵＬＣＳレベルでなされる。

このように、例えば地上の管制センターから航空機により実行される所与のアプリケーションｊへのアクセスは、地上管制センターからネットワークを通じた識別子Ｔ_ＳＥＬ（ｊ）の送信において反映されるであろう。ＴＰ４層５１は識別子Ｔ_ＳＥＬ（ｊ）を、その役割がアプリケーションｊを指定する識別子ＡＥｑ（ｊ）をこの識別子Ｔ_ＳＥＬ（ｊ）と関連付けることにある、ＵＬＣＳ層５２に伝送するであろう。アプリケーションｊおよび地上センターによって交換された情報を伴うこの識別子は、情報をアプリケーションｊに対応するＡＳＥによって、そしてそのＡＳＥのみによって認識されることを可能にするであろう。

図５は航空機のＡＴＮスタックの特定の例用のこのアドレス指定を例示している。この例において、三つのアプリケーションｊ−１、ｊ、およびｊ＋１は三つの特定のアプリケーション：ＡＤＳ（自動従属監視（Ａｕｔｏｍａｔｉｃ Ｄｅｐｅｎｄｅｎｔ Ｓｕｒｖｅｉｌｌａｎｃｅ））、ＣＭ（文脈管理（Ｃｏｎｔｅｘｔ Ｍａｎａｇｅｍｅｎｔ））、およびＣＰＤＬＣ（コントローラ‐パイロット・データリンク通信（Ｃｏｎｔｒｏｌｌｅｒ−Ｐｉｌｏｔ Ｄａｔａ Ｌｉｎｋ Ｃｏｍｍｕｎｉｃａｔｉｏｎ））アプリケーションを表わす。

多数のシミュレートされたターミナル６１を、単一のスタックによりインターフェースで接続されることを可能にするため、本発明のＡＴＮスタックは修正された交換構造を有する。図６において見られるように、この修正は所与のタイプのアプリケーション（例えばＡＤＳ、ＣＭ、又はＣＰＤＬＣ）に相当する各ＡＳＥが、シミュレートされ得る航空機の数に等しい数の識別子ＡＥｑを有するような方法でＡＳＥ層の底部を置き換えることにある。修正は同様に、シミュレートされたターミナルｉのアプリケーションｊ用に開かれたチャネルに対応する、航空機ｉ、識別子Ｔ_ＳＥＬ（ｉ，ｊ）により実行されるアプリケーションｊに相当する、修正されたＡＳＥ、ＡＥｑ（ｉ，ｊ）によって伝送される各識別子ＡＥｑ（ｉ，ｊ）と関連することが可能な、修正されたＵＬＣＳ層６２を形成するため、標準ＵＬＣＳ層を修正することにある。

ＵＬＣＳ層６２は、所与の識別子Ｔ_ＳＥＬ（ｉ，ｊ）に相当する識別子ＡＥｑ（ｉ，ｊ）の決定を可能にする、強化されたデータベース６３を用いる。データベース６３はＵＬＣＳが、一意識別子Ｔ_ＳＥＬ（ｉ，ｊ）をシミュレートされたターミナルｉによって実行されたアプリケーションｊに対応させることを可能にする。その結果、このアプリケーションｊはＡＴＮネットワークレベルにおいて、二つの識別子ＮＳＡＰとＴ_ＳＥＬ（ｉ，ｊ）の組により識別されるであろう。

強化されたデータベース６３は、ＵＬＣＳが所与のターミナルｉの所与のアプリケーションｊの識別子ＡＥｑ（ｉ，ｊ）と、識別子Ｔ_ＳＥＬ（ｉ，ｊ）の間のリンク相関を確立することを可能にする。それは従って特定のアプリケーションｊ専用の定められたＡＳＥが、このアプリケーションを実行している、シミュレートされるべき実体ｉの数と同じだけ多くの通信チャネルを有することを可能にし、これらの各実体はそのアドレスＡＤ＿ＩＣＡＯ（ｉ）により識別される。このように、本発明は多数の実体が単一のＡＴＮスタックを通じてシミュレートされることを可能にする。

この修正されたデータベースは定義されたシミュレーションのシナリオから完成される。従って、より多くの実体がシミュレートされれば、このデータベースのサイズはより大きくなる。修正されたデータベース６３は、特にパラメータ化され、ダウンロード可能な要素であり得る。従って同一のＡＴＮスタックが、異なる試験シナリオを実行するために使用されることができる。シナリオの変更は新たにダウンロードされたデータベースから読むことにより、スタックレベルで簡単に反映される。

実際に、試験又はシミュレーションのシナリオは、例えばコンピュータにより実行される所与のソフトウェア・パッケージに対応することができる。ＡＴＮを通じた他の実際の、又はシミュレートされた実体との対話の要求に関して、このソフトウェアは特に、ＡＴＮスタックを実行する一般的なルーチンを用いることができ、このルーチンはＵＬＣＳ層管理サブルーチンのレベルにおいて、特に識別子Ｔ_ＳＥＬ（ｉ，ｊ）および識別子ＡＥｑ（ｉ，ｊ）と相関するマッピングテーブルを含む、ダウンロード可能なデータベースへのアクセスを備える。この場合、試験又はシミュレーションのソフトウェアの一つのタスクは、この目的を達成するためにアプリケーションの数およびシミュレートされた実体に従ってデータベース６３に情報を与えることにある。このように、アプリケーションからＡＴＮへの各々のアクセス要求に際して、ＵＬＣＳ層を管理するサブルーチンはＡＳＥアプリケーション層のＡＥｑと、トランスポート層および下部層の識別子Ｔ_ＳＥＬの間の一致を確立する。通信チャネルはこのようにして設定される。

上記の説明から見られるように、本発明の実施は強化されたデータベース６３の使用だけでなく、ＡＳＥ層の最下部の副層の修正をも必要とし、修正は識別子ＡＥｑに対する所与のアプリケーションタイプに関して、各々のシミュレートされた実体に割り当てられることを可能にする。

ＡＴＮスタックが試験およびシミュレーション手順のために使用されるのに応じて、各識別子ＡＥｑに、例えば昇順で進む純粋に任意の値を割り当てることが可能である。従って所与のＡＳＥ層ｎに、その値が順序正しく進む識別子ＡＥｑ（ｉ，ｊ）を割り当てることができ、そして次のＡＳＥ層に、その値が先の値から直ちに続く識別子ＡＥｑ（ｉ，ｊ）を割り当てることができる。しかしながら、本発明によるＡＴＮスタックの有利な実行は、各ＡＳＥに可能な識別子ＡＥｑの値の領域を割り当て、そして各々の識別子に、この領域から取られ、シミュレートされた実体に割り当てられたランクｉに依存する値を与えることにある。領域のサイズは、その値が行なわれた試験手順により決定されるパラメータであり得る。

従って地上システム、例えば地上管制センターの試験手順を考える場合、この試験手順は各航空機が前に言及したような標準アプリケーションを実行する、数百の航空機のシミュレーションを含むことが可能である。本発明のスタックはそのとき、アプリケーションタイプ（ＣＭ、ＣＰＤＬＣ、等）があるだけの数のＡＳＥ層を含むことができ、所与のＡＳＥによりインターフェースで接続された各アプリケーションは、次の関係により定義される識別子ＡＥｑと関係付けられる。：
ＡＥｑ（ｉ，ｊ）＝ＡＥｑ（ｊ）・Ｎｂ＿Ｅｎｔｉｔｉｅｓ＋ｉ 〔１〕
関係〔１〕において、ＡＥｑ（ｉ，ｊ）はシミュレートされた実体ｉにより実行される機能ｊの識別子を表わし、ＡＥｑ（ｊ）は標準ＡＴＮスタックのためのアプリケーションｊの識別子である。実際の運用において、所与のアプリケーションｊに対応する識別子ＡＥｑ（ｊ）の値は、既に述べたように標準値であり、ＣＭアプリケーションは例えば識別子ＡＥｑ（ＣＭ）＝２を有する。
Ｎｂ＿Ｅｎｔｉｔｉｅｓはシミュレートされた実体の最大数を表わす。
ＡＤ＿ＩＣＡＯ（ｉ）により識別されるシミュレートされた実体に割り当てられる数ｉは、試験手順が進行している間の実体の格納の時間的順序に依存する。
従って、１，０００機の航空機までを含み得る試験手順に対して、Ｎｂ＿Ｅｎｔｉｔｉｅｓは１，０００の値を持つであろうし、シミュレートされた実体１２３により実行されるＣＭアプリケーションの識別子は、
ＡＥｑ（１２３，ＣＭ）＝２・１０００＋１２３＝２１２３
の値を持つであろう。
各識別子ＡＥｑ（ｉ，ｊ）に関係〔１〕により定義された値を割り当てることにある本発明を実施するこの方法は、識別子ＡＥｑにより取られる全ての値が、シミュレートされた実体Ｎｂ＿Ｅｎｔｉｔｉｅｓの数によってパラメータ化され得るサイズのテーブル内に格納されることを可能にするという利点を提供する。それはまた所与のアプリケーションと関連する識別子の値を、シミュレートされた実体の数と、実際の運用においてアプリケーションの識別子によって取られる標準値とにリンクさせることを有利に可能にする。ＡＥｑ（ｉ，ｊ）およびＮｂ＿Ｅｎｔｉｔｉｅｓの数を知ることにより、ＡＥｑ（ｊ）およびｉは次に以下の関係で単純に決定できる。：
ＡＥｑ（ｊ）＝Ｅ（ＡＥｑ（ｉ，ｊ）／Ｎｂ＿Ｅｎｔｉｔｉｅｓ） 〔２〕
Ｉ＝ＡＥｑ（ｉ，ｊ）ｍｏｄｕｌｏ Ｎｂ＿Ｅｎｔｉｔｉｅｓ 〔３〕
関係〔２〕において、「Ｅ」は「整数部」関数を表わす。

本発明のこの実施形態において、ＵＬＣＳ層がＴ_ＳＥＬ（ｉ，ｊ）とＡＥｑ（ｉ，ｊ）を関連付けさせることを可能にするデータベースは有利にも、シミュレーション手順を実行しているプログラムにより生み出される、単純な記述子ファイルの形態をとり、ＡＴＮスタックを実行するルーチンのＵＬＣＳ機能によって読むことができる。このファイルは各アプリケーションに関して、このアプリケーションに対応する識別子Ｔ_ＳＥＬを識別子ＡＥｑに関連付けるために必要な情報のみを含む。考慮されたアプリケーションの性質および、所与のシミュレートされた実体へのその添付は、識別子ＡＥｑの値から有利に推定可能である。

上記の段落に説明された実施形態は多大の利点を提供するが、本書類では純粋に制限のない一例として述べられている。本発明の原理による修正されたＡＴＮスタックの別の実施形態は明白に考慮されることができる。

ＡＴＮの構造の理論的例示である。 本発明により想定されるシミュレーションの理論的例示である。 標準ＡＴＮスタックの構造である。 本発明による修正されたＡＴＮスタックの構造である。 標準ＡＴＮスタックのアドレス指定原理の例示である。 本発明による修正されたＡＴＮスタックのアドレス指定原理である。

Claims (5)

1. ＡＴＮにおいて実体をシミュレートするためのアーキテクチャであって、
   各々のシミュレートされた実体ｉが、ＡＴＮ交換スタックの媒介を通じて前記ＡＴＮを経由する情報交換を含むアプリケーションｊを実行し、同一のアプリケーションｊが多数のシミュレートされた実体ｉにより同時に実行されることができているアーキテクチャであって、
   ＡＴＮ交換スタックの構造が、単一のＡＴＮスタックを通じて全てのシミュレートされたアプリケーションがインターフェースで接続されることを可能にするために修正され、各アプリケーションがネットワークレベルで一意識別子と関係付けられ、そして各ネットワーク識別子が単一のアプリケーションに対応することを特徴とする、アーキテクチャ。
2. 修正されたＡＴＮスタックが、同じタイプｊの幾つかのアプリケーションをインターフェースで接続するための修正されたＡＳＥアプリケーション層を備え、各アプリケーションが所与のシミュレートされた実体ｉにより実行され、修正されたＡＳＥ層が実行された各アプリケーションｊに、前記実行されたアプリケーションｊとそれを実行しているシミュレートされた実体ｉとに依存して、識別子ＡＥｑ（ｉ，ｊ）を割り当てることを又特徴とする、請求項１に記載のＡＴＮにおいて実体をシミュレートするためのアーキテクチャ。
3. 修正されたＡＴＮスタックが、アプリケーションの識別子ＡＥｑ（ｉ，ｊ）とネットワーク識別子Ｔ_ＳＥＬ（ｉ，ｊ）との関連付けを設定するための修正されたＵＬＣＳアプリケーション層を備え、各々の識別子Ｔ_ＳＥＬ（ｉ，ｊ）が相当する識別子ＡＥｑ（ｉ，ｊ）と一対一で対応することを又特徴とする、請求項２に記載のアーキテクチャ。
4. 修正されたＵＬＣＳ層が、シミュレートされた実体の識別子ｉと考慮されたアプリケーションの識別子ｊとによってパラメータ化されたデータベースを用いることを又特徴とする、請求項３に記載のアーキテクチャ。
5. このデータベースが、試験又は考えられるシミュレーションのシナリオを実行するソフトウェアによりローディングされた記述子ファイルによって表わされ、ＵＬＣＳ層を管理するサブルーチンにアクセス可能であることを又特徴とする、請求項４に記載の構造。

Images