(57)【要約】通信ネットワークにおける実時間クロック要求は、データ通信ネットワークを経由して、ネットワーク要素から管理システムへ送信される。前記要求の送信から前記RTCの受信までにかかる時間は、所定の最大値と比較され、前期最大値以下であるならば、前記ネットワーク要素のRTCは更新される。前記最大値よりも大きいならば、前記値は、廃棄され、新しい要求が送信される。前記受信された受け入れ可能なRTCは、最小伝送時間かまたは、実伝送時間の半分を減算することによって補正される。
2004523161.tif 000002
【特許請求の範囲】
【請求項１】
データ通信ネットワークのネットワーク要素における実時間クロックの設定方法であって、
前記データ通信ネットワークは、前記ネットワークを横切る前記ネットワーク要素と通信する管理システムを有しており、
前記ネットワーク要素から前記管理システムへ実時間クロック（RTC）値を要求するメッセージを送信することと、
前記ネットワーク要素で前記RTC値を受信することと、
前記RTC要求メッセージの送信と前記RTC値の受信との間にかかる時間を計測することと、
前記計測時間を所定の受け入れ可能な時間と比較することと、
前記計測値が受け入れ可能ならば、前記ネットワーク要素を前記受信した値で実時間クロックに設定することとを特徴とする方法。
【請求項２】
前記計測値と前記受け入れ可能な値との前記比較によって、前記計測値が受け入れ可能でないと示されるならば、前記受信されたRTC値は拒否され、さらなるRTC値要求メッセージが前記管理システムに対して前記ネットワークによって送信される請求項１に従う方法。
【請求項３】
受信されたRTC値が受け入れ可能でないという決定に関して、前記ネットワーク要素が前記受け入れ可能でない値の数を最大許容数と比較し、受信される前記受け入れ可能でない値の数が前記最大許容数と等しいならば、前記管理システムに対して警告を送信する請求項２に従う方法。
【請求項４】
受け入れ可能な受信された値で前記ネットワーク要素を実時間クロックに設定するステップが、伝送時間を保障するために前記受信した値を補正することを含んでいる上記いずれか１つの請求項に従う方法。
【請求項５】
前記受信されたRTC値を補正するステップが、前記受信した値から最小伝送時間を減算することを含んでいる請求項４に従う方法。
【請求項６】
前記受信されたRTC値を補正するステップが、前記RTC要求メッセージの送信と前記RTC値の受信との間にかかる前記計測時間の半分を減算することを含んでいる請求項４に従う方法。
【請求項７】
データ通信ネットワークのためのネットワーク要素であって、
前記データ通信ネットワークは、前記ネットワークを横切る前記ネットワーク要素と通信する管理システムを有しており、
実時間クロックと、
前記管理システムに対する実時間クロック（RTC）値要求を発生すること及び送信するためのメッセージ発生器と、
前記管理システムから要求したRTC値を受信するためのメッセージ受信機と、
RTC要求メッセージの送信と前記RTC値の受信との間の時間を計測するためのタイマーと、
前記計測時間を所定の受け入れ可能な時間と比較するための比較器と、
前記値が受け入れ可能ならば、前記ネットワーク要素を前記受信したRTCで実時間クロックに設定するための手段とを含んでいるネットワーク要素。
【請求項８】
少なくとも一つのネットワーク要素と管理システムを含んでいるデータ通信システムであって、
前記ネットワーク要素と前記管理システムは、前記通信ネットワークを横切って通信しており、
前記システムは、前記ネットワーク要素で、
前記管理システムによって設定される実時間クロックと、
前記管理システムに対する実時間クロック（RTC）値要求を発生すること及び送信するためのメッセージ発生器と、
前記管理システムから要求したRTC値を受信するためのメッセージ受信機と、
RTC要求メッセージの送信と前記RTC値の受信との間の時間を計測するためのタイマーと、
前記計測時間を所定の受け入れ可能な時間と比較するための比較器と、
前記値が受け入れ可能ならば、前記ネットワーク要素を前記受信した値で実時間クロックに設定するための手段と、
前記管理システムで、前記ネットワーク要素からRTC値要求メッセージを受信するための手段と、
前記管理システムで、それに対する応答で、前記ネットワーク要素へRTC値を送信するための手段とを含んでいるデータ通信システム。
【請求項９】
前記計測時間が受け入れ可能でないならば、前記受信されるRTC値を拒否するための手段をさらに含んでいる請求項７または請求項８に従う、ネットワーク要素、またはデータ通信システム。
【請求項１０】
前記ネットワーク要素が、
受け入れ可能でない受信されたRTC値の数を所定の最大値と比較するためのさらなる比較器と、
受け入れ可能でない値の前記所定の最大数に達したならば、前記管理システムに対して警告を発生し、送信を行うための警告発生器とを含んでいる請求項９に従う、ネットワーク要素、またはデータ通信システム。
【請求項１１】
前記ネットワーク要素が、
前記管理システムからの伝送時間を保障するために、受信された受け入れ可能な実時間クロック値を補正するための実時間クロック値補正器を含んでいる請求項７から１０のいずれか１つに従う、ネットワーク要素、またはデータ通信システム。
【請求項１２】
前記実時間クロック値補正器が、前記受け入れ可能なRTC値から前記RTC要求メッセージの送信と前記RTC値の受信との間での前記最小時間を減算するための減算器を含んでいる請求項１１に従う、ネットワーク要素、またはデータ通信システム。
【請求項１３】
前記実時間クロック値補正器が、前記RTC要求メッセージの送信と前記RTC値の受信との間にかかる前記計測時間の半分を減算するための減算器を含んでいる請求項１１に従う、ネットワーク要素、またはデータ通信システム。
【請求項１４】
遠隔のRTCソースから実時間クロック値RTCを要求することと、
前記RTC要求とRTC値の受信との間の期間を計測することと、
前記計測期間が所定の受け入れ可能な範囲内ならば、前記ネットワーク値の前記実時間クロックを更新することとを含んでいるデータ通信ネットワークのネットワーク要素において、実時間クロックを設定する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関係し、より詳細には、前記ネットワークにおける実時間クロックの設定に関係する。
【背景技術】
【０００２】
多くのネットワークは、ネットワーク内の要素を制御し、設定するのに用いられる管理レイヤーを含んでいる。前記ネットワークの例は、シンクロナスデジタルハイラーキ（SDH）伝送ネットワークである。図１は、前記ネットワークの典型的な状況を示す。管理システム１０とネットワーク要素１２、１４は、データ通信ネットワーク（DCN）１６上でお互いに通信する。前記管理システムは、設定、パフォーマンス基準値の収集、警報ステートの収集を含む多くのファンクションを実行する。強い通信を可能にし、データの訂正ルーチングを許すために、OSI（オープンシステムインターコネクト）のような標準プロトコルとTCP/IP（トランスミッションコントロールプロトコル/インターネットプロトコル）が、ネットワークを横切って使われている。管理レイヤーを搬送するネットワークは、完全に、帯域外であって、前記ネットワーク要素と独立しているか、または、帯域内であって、処理するトラフィック内で搬送される。前記SDHの例では、これは、典型的に、SDH標準で定義されているトラフィックセクションオーバーヘッド（SOH）内のデータ通信チャンネル（DCC）で搬送される。
【０００３】
前記管理システムが、パフォーマンスと警報ステートを収集している場合、データが収集される期間、または、与えられるイベントが生じる正確な時間、もしくはこの両者を知ることが重要である。これは、顧客に配信されるサービスの質を確かめる時と、ネットワーク上に欠点を見つける時に、特に重要である。
【０００４】
警告の場合には、欠点を発見して、素早く特定の顧客に対する任意のトラフィック損失の影響を確立する時に、同伴する警告と正確に相互関係を持つことが重要である。
【０００５】
管理システムは、高精度な時間基準を供給するために、典型的には、グローバルポジショニングシステム（GPS）１８（図１）を有している。これにより、前記パフォーマンスデータまたは警告が収集された時間が、正確に特定されるので、前記ネットワーク要素内で、実時間クロックとしての時間が設定できるようになる。一度、GPSから得られると、前記管理システムが、前記全ネットワーク要素に対して前記DCN上の時間を配送する。前記ネットワーク内で実時間クロック（RTC）を正確に実行することによって、前記管理システムは、典型的には、時間から日付までの規則的な間隔で適切に変化する前記ネットワーク要素RTCを更新できる。
【０００６】
ネットワーク要素内で、正確に前記実時間クロックを設定することに関連する問題が存在するということは、前記技術において十分に理解されている。これらの問題は、３つの主な理由が挙げられる。つまり、前記データ通信ネットワーク上の通過遅延、与えられたネットワーク要素で受信される時の設定遅延、データ通信ネットワークプロトコルの再伝送である。
【０００７】
これらの第１である通過遅延は、前記DCN上でのメッセージのルーチングのためである。大規模ネットワーク上では、メッセージは、多くの要素上に、そのメッセージを蓄積し、処理し、転送する各要素を移動する。前記通過遅延は典型的には小さく、５msのオーダーである。前記通過遅延は、かなり安定しており、予測可能であるので、単純な控除によって補償できる。
【０００８】
前記設定遅延は、ネットワーク要素の受信時に特にあてはまり、前記メッセージの受信終了と前記内部のRTCの設定のためにかかる時間である。前記通過遅延では、これは、制御可能なので、前記RTCに高いソフトウェア優先権の設定を与えることによって、数百msへ低減することができる。
【０００９】
最も問題のある遅延の源は、DCNプロトコル再伝送である。前記DCNネットワークは、強く、メッセージ伝送の失敗を考慮している。プロトコルは、トランスポート層で典型的には利用され、失敗の検出とメッセージの再伝送を許す。失敗が、前記DCNにおける一時の過負荷によって引き起こされやすいため、前記再伝送プロトコルは、再伝送前の待ち時間が存在するバックオフメカニズムを有している。これは、前記管理システム、データ通信ネットワーク、ネットワーク要素からの連続するイベントを示している概略のタイミング図である図２の考察から評価できる。メッセージ２０は、前記管理システムによって、前記DCNを経由して前記ネットワーク要素に対して送信される。前記管理システムから受信される前記メッセージを前記ネットワーク要素に対して送信するための前記DCNによる最初の３つの試行が失敗すると、前記メッセージは、４番目の試行に関してのみ送信される。成功した試行の間での遅延は、成功の機会を広げるために増加する。従って、最初と２番目の試行の間での遅延は４秒である。２番目と３番目の試行は８秒、３番目と４番目の試行は１６秒、全遅延では２８秒となる。
【００１０】
この遅延から起こる最も重大な問題は、再伝送が前記DCN内でプロトコルによって処理されているので、前記管理システムと前記ネットワーク要素が共に、その認識を有していないということである。さらにその上、前記DCNプロトコルによって再伝送される前記メッセージは、通常、前記管理システムによって供給されるのと同様のメッセージである。従って、与えられた例では、前記ネットワーク要素で受信した時間は、実時間に対して２８秒遅いことになる。
【００１１】
この遅延の累積の結果として、大規模ネットワーク上でのネットワーク要素は、大きな幅を持って時間が変動する。これは、前記DCNプロトコルのための前記再伝送時間設定次第で６４秒にまで及ぶ。
【００１２】
多くの試行が前述した問題を解決するためになされている。しかしながら、提案される解決策は、いずれも満足できるものではない。前記問題の解決のための試行は、前記管理システムまたはメイン制御システムによるネットワークを横切る一定の要求時間と比較時間をあてにしている。相違点は、必要に応じて、送信時間に対して算出され、調整がなされる。前記アプローチは、合理的に制御されるネットワーク上では上手く動作するが、信頼性は、再伝送がしばしば起こる大規模ネットワークに対しては低減する。それらはまた、大規模ネットワーク上で実行するには複雑である。
【００１３】
他の提案される解決策では、前記ネットワーク要素によって搬送されるトラフィックと共にRTC指定の形態を送信することをあてにしている。これは、前記ネットワーク上で、正確なRTC設定の許可を素早く伝搬する。しかしながら、前記アプローチは、貴重なトラフィック帯域を使うと共に、ネットワーク内の全ネットワーク要素がそれを受信することを保障するためにトラフィックの複雑な相互接続が必要となる。
【００１４】
本発明のねらいは、それゆえ、前述される不都合を克服するか、または、改良する実時間クロックの設定に対して改善したアプローチを提供することである。
【００１５】
その最も幅広い形態で、本発明は、前記ネットワーク要素から前記RTCソースへRTC要求メッセージを送信することによって、少なくとも前述した問題の部分において克服する。これは、一周して監視する時間を使用可能にする。その時間が既定義の幅に入っていないならば、受信される前記RTC値は、拒否され、新しい要求がされる。
【発明の開示】
【課題を解決するための手段】
【００１６】
より厳密には、データ通信ネットワークのネットワーク要素における実時間クロックの設定方法であって、
前記データ通信ネットワークは、前記ネットワークを横切る前記ネットワーク要素と通信する管理システムを有しており、
前記ネットワーク要素から前記管理システムへ実時間クロック（RTC）値を要求するメッセージを送信することと、
前記ネットワーク要素で前記RTC値を受信することと、
前記RTC要求メッセージの送信と前記RTC値の受信との間にかかる時間を計測することと、
前記計測時間を所定の受け入れ可能な時間と比較することと、
前記計測値が受け入れ可能ならば、前記ネットワーク要素を前記受信した値で実時間クロックに設定することとを特徴とする前記方法を提供する。
【００１７】
本発明はまた、データ通信ネットワークのためのネットワーク要素であって、
前記データ通信ネットワークは、前記ネットワークを横切る前記ネットワーク要素と通信する管理システムを有しており、
実時間クロックと、
前記管理システムに対する実時間クロック（RTC）値要求を発生すること及び送信するためのメッセージ発生器と、
前記管理システムから要求したRTC値を受信するためのメッセージ受信機と、
RTC要求メッセージの送信と前記RTC値の受信との間の時間を計測するためのタイマーと、
前記計測時間を所定の受け入れ可能な時間と比較するための比較器と、
前記値が受け入れ可能ならば、前記ネットワーク要素を前記受信したRTCで実時間クロックに設定するための手段とを含んでいる前記ネットワーク要素を提供する。
【００１８】
本発明はまた、少なくとも一つのネットワーク要素と管理システムを含んでいるデータ通信システムであって、
前記ネットワーク要素と前記管理システムは、前記通信ネットワークを横切って通信しており、
前記システムは、前記ネットワーク要素で、
前記管理システムによって設定される実時間クロックと、
発生するためのメッセージ発生器と、
前記管理システムに対する実時間クロック（RTC）値要求を発生すること及び送信するためのメッセージ発生器と、
前記管理システムから要求したRTC値を受信するためのメッセージ受信機と、
RTC要求メッセージの送信と前記RTC値の受信との間の時間を計測するためのタイマーと、
前記計測時間を所定の受け入れ可能な時間と比較するための比較器と、
前記値が受け入れ可能ならば、前記ネットワーク要素を前記受信したRTCで実時間クロックに設定するための手段と、
前記管理システムで、前記ネットワーク要素からRTC値要求メッセージを受信するための手段と、
前記管理システムで、それに対する応答で、前記ネットワーク要素へRTC値を送信するための手段とを含んでいるという点を特徴としているデータ通信システムを提供する。
【００１９】
本発明は、さらに、データ通信ネットワークのネットワーク要素において、実時間クロックを設定する方法であって、
遠隔のRTCソースから実時間クロック値RTCを要求することと、
前記RTC要求とRTC値の受信との間の期間を計測することと、
前記計測期間が所定の受け入れ可能な範囲内ならば、前記ネットワーク値の前記実時間クロックを更新することとを含んでいる方法を提供する。
【００２０】
本発明の実施例は、従来技術からそれることよって、前記管理システムの調整が、前記ネットワーク要素を認識せずに要求を送信して、前記RTC値を受信するのにかかる時間が計測されるという優位性がある。時間が程度を超えているならば、前記RTC値は、廃棄される。
【００２１】
好ましくは、廃棄されたRTC値の数が所定の数を超えるならば、警告が前記管理システムへ送信される。これは、持続的な故障と問題に対して前記管理システムに警告を出すという優位性がある。
【００２２】
好ましくは、受け入れ可能なRTC値が、前記管理システムからの伝送時間を考慮して変更される。１つの好ましい実施例としては、最小伝送時間を引き算することによって成し遂げられ、もう１つの好ましい実施例としては、計測された伝送時間の半分を引き算することによって達成される。これは、前記ネットワーク要素で設定される前記実時間クロックが、より正確であるという優位性がある。
【実施例１】
【００２３】
ここで、本発明の実施例を以下に示す。具体例を通じ、添付図を参照して、説明する。
【００２４】
図１は、先に示したように、典型的なネットワーク構成の概略図である。
【００２５】
図２は、先に示したように、前記管理システムからネットワーク要素への送られるメッセージがどのように実質的な遅延を累積するかについて示す。
【００２６】
図３は、管理システムとネットワーク要素の間のメッセージフローに関して、本発明の原理を説明する。
【００２７】
図４は、図３の例で、ネットワーク要素から管理システムまでメッセージの再伝送がどのように動作するかについて示す。
【００２８】
図５は、図４と類似した図であるが、管理システムからネットワーク要素までのメッセージの再伝送に関して示している。
【００２９】
図６は、前記ネットワーク要素で起こっているステップを示しているフローチャートである。
【００３０】
図７は、受信したRTCを補正する第１の方法を示しているフローチャートである。
【００３１】
図８は、受信したRTCを補正する第２の方法を示しているフローチャートである。
【００３２】
本発明は、前記管理システムとネットワーク要素が、前記DCNネットワーク内で再伝送の認識を持たないので、上記で検討した従来技術のシステムでの問題が起こるということを正しく認識している。これは、メッセージが前記DCN上で前記ネットワーク要素に送信され、応答が待たれているからである。これは、信頼のある伝送を保障するが、前記DCN内で起こる遅延が発見されない。
【００３３】
述べてきた実施例では、処理は逆転される。ある所定の時間で前記管理システムからのRTC設定を送信することよりもむしろ、前記RTCは、前記ネットワーク要素からの特定の要求に対する応答で送信される。前記ネットワーク要素は、応答の発行と前記RTCの受信との間の期間の時間を計測し、前記計測期間を前記ネットワーク要素内で必要とされる精度と比較することによって、前記RTC値の妥当性を決定する。
【００３４】
このように、連続する制御は、前記ネットワーク要素内にあり、全体の処理を制御し監視できる。付加的な利益として、複雑とされる余分な作業に関係している発行の処理は、前記管理システム内のような１つのプロセスによって処理されるよりもむしろ前記ネットワークを横切って配送される。
【００３５】
前記ネットワーク要素は、前記管理システムから前記RTC値を要求し、受信するまでの時間を計測する。これは、相対的な時間であって、本来の精度の最新前記RTC設定に関係することなく、単に、与えられた期間の時間のタイミングである。従って、前期RTC時間の妥当性が、決定される。応答にかかる前記時間が、受け入れ可能な最大値を超えるならば、前記ネットワーク要素が、前記DCNをクリアするためにバックオフする期間の後に別の要求を送信する。
【００３６】
図３は、再伝送無しで、どのように成功する要求を動作させるかを示す。説明の目的のために、前記RTCの受け入れ可能な精度が５秒以内であると想定する。すなわち、前記管理システムへのRTC要求を発行する前記ネットワーク要素と前記ネットワーク要素による前記RTCの受信との間でかかる時間は、５秒を超えてはならない。
【００３７】
各々の伝搬脚部は、予測可能な遅延を有している。前記ネットワーク要素と前記管理システムの間の通過時間が、両方向で３００msであり、前記管理システムが５００msの応答時間を有していると想定できる。
【００３８】
従って、図３で、ネットワーク要素３０がタイマーを開始し、データ通信ネットワークを横切ってRTC要求を前記管理システムへ送信する。メッセージを送信する最初の試行は、管理システムからネットワーク要素までの応答を行って、結果を得る。タイマーは、RTCが、ネットワーク要素３２で受信される時、止められる。この場合、計測時間は、300ミリ秒 + 500ミリ秒+ 300ミリ秒= 1.1秒である。これは、５秒という受け入れ可能な精度内であるため、ネットワーク要素はそれを受け入れる。
【００３９】
図４と図５は、シーケンスは、再伝送がある場合を示す。図４で、再伝送は、ネットワーク要素から管理システムまでである。最初の試行の失敗を示した例であり、２番目の試行は、４秒送れる。管理システムに到達するまでのRTCの全時間は、(300x2ms) + 4000ms = 4600ms(4.6秒)である。管理システムからの帰路は、最初の試行で成功し、タイマーのスタートとストップの間の全時間が4600ms + 500msの管理応答時間 + 300msの管理システムからネットワーク要素までの伝搬時間でとなる。これは、トータルで5.4秒である。この時間は、受け入れ可能でないため、ネットワーク要素は、RTC値を拒否し、新しい要求を送信する。
【００４０】
図４の例では、通常300msの遅延を超える、管理システムとネットワーク要素の間の遅延が無く、受信されるRTCは正確であるという評価をしている。しかしながら、ネットワーク要素は、一周するための全時間を計測できるのみであり、遅延が起こる場所を決定することはできない。ネットワーク要素は、それゆえ、受信されるRTC値を拒否しなければならない。
【００４１】
図５は、ネットワーク要素から管理システムまで送信されるRTC要求は、最初の試行で、成功するが、逆にネットワーク要素に対して送信されるRTCメッセージは、４秒遅延が付加され、2番目の試行でのみ、成功するという点で図４とは異なる。ネットワーク要素タイマーによって記録される全時間は、再度5.4秒であって、RTC値は拒否されなければならない。この例では、RTC値は、管理システムによって送信された後に実質的な遅延が生じるので、実際は、不正確であるということが認識される。
【００４２】
受信されるRTCが拒否される場合、RTC要求が受け入れ可能な期間内で応答されるまで、ネットワーク要素は、現存しているRTCを利用し続ける。
【００４３】
ネットワーク要素が、所定数の引き続くRTC値を拒否した後、タイムアウトが起こり、ネットワーク要素が、管理システムによる調停を許すために管理システムに対して警告を発する。
【００４４】
図６は、ネットワーク要素での処理ステップを示しているフローチャートである。ステップ１００では、ネットワーク要素は、管理システムに対してRTC値を送信し、タイマーを開始する。ステップ１０２では、ネットワーク要素は、RTC値を記録し、タイマーを停止する。ステップ１０４では、ネットワーク要素は、経過時間を比較する。所定の最大値以下であれば、ネットワーク要素は、１０６でそのRTCをリセットする。経過時間が、所定の最大値よりも大きいならば、システムは、１０８でRTC値を拒否し、処理がループして、送信されるべき新しいRTC要求で始まりへ戻る。RTCの拒否に続いて、拒否カウンタは、１１０で増加され、１１２で、カウンタ値が所定の数と比較される。カウンタ値がその数に等しいならば、１１４で、警告が管理システムへ送信される。
【００４５】
前記ネットワーク要素は、前記管理システムから前記RTCメッセージを受信するのにかかる時間をわかっている。この認識は、前記実時間クロックを補正するのに用いられる。
【００４６】
第１の方法は、成し遂げられる最小応答時間を定義することである。前記で示した例では、約１秒である。前記ネットワーク要素は、その時、メッセージを受信するのに必要な時間を保障する受信時間に１秒を加える。
【００４７】
第２の方法は、補正が、メッセージを受信するのに必要となる期間を基礎とするものである。前記ネットワーク要素は、ネットワークを通る伝送によって引き起こされる任意のエラーを低減するために、応答を受信するのに必要となる前記時間の半分を加える。遅延が、図５の例の帰路脚部で生じているならば、前期トータル時間は、受け入れ可能な最大値内であるが、前記エラーは、わずかに増加される。しかしながら、前記エラーは、条件制約内のままである。
【００４８】
これら２つの選択肢は、図６のリセットネットワーク要素ステップ１０６を拡張している図７と図８のフロー図で説明される。図７において、受け入れ可能なRTCは、ステップ２００で受信される。２１０では、最小応答時間が減算され、２１２では、前記ネットワーク要素RTCが更新される。図８において、受け入れ可能なRTCは、３００で受信される。３０２では、タイムカウンタが、半減され、３０４では、受信されたRTCから減算される。３０６では、新しい値が、前記RTCを更新するのに用いられる。
【００４９】
前述してきた実施例に対する多くの変更及び修正は、可能性を持っており、この点に関して書き添えた請求項によって定義される本発明の領域から出発することのない別の技術でもこれらは現れてくるだろう。
【図面の簡単な説明】
【００５０】
【図１】典型的なネットワーク構成の概略図である。
【図２】管理システムからネットワーク要素への送られるメッセージがどのように実質的な遅延を累積するかについて示す。
【図３】管理システムとネットワーク要素の間のメッセージフローに関して、本発明の原理を説明する。
【図４】図３の例で、ネットワーク要素から管理システムまでメッセージの再伝送がどのように動作するかについて示す。
【図５】図４と類似した図であるが、管理システムからネットワーク要素までのメッセージの再伝送に関して示している。
【図６】前記ネットワーク要素で起こっているステップを示しているフローチャートである。
【図７】受信したRTCを補正する第１の方法を示しているフローチャートである。
【図８】受信したRTCを補正する第２の方法を示しているフローチャートである。
【図１】
2004523161.tif 000003
【図２】
2004523161.tif 000004
【図３】
2004523161.tif 000005
【図４】
2004523161.tif 000006
【図５】
2004523161.tif 000007
【図６】
2004523161.tif 000008
【図７】
2004523161.tif 000009
【図８】
2004523161.tif 000010
【国際公開パンフレット】
2004523161.tif 000011
2004523161.tif 000012
2004523161.tif 000013
2004523161.tif 000014
2004523161.tif 000015
2004523161.tif 000016
2004523161.tif 000017
2004523161.tif 000018
2004523161.tif 000019
2004523161.tif 000020
2004523161.tif 000021
2004523161.tif 000022
2004523161.tif 000023
2004523161.tif 000024
2004523161.tif 000025
2004523161.tif 000026
2004523161.tif 000027
2004523161.tif 000028
2004523161.tif 000029
2004523161.tif 000030
2004523161.tif 000031
2004523161.tif 000032
2004523161.tif 000033
2004523161.tif 000034
2004523161.tif 000035
2004523161.tif 000036
【国際公開パンフレット（コレクトバージョン）】
2004523161.tif 000037
2004523161.tif 000038
【国際調査報告】
2004523161.tif 000039
2004523161.tif 000040
2004523161.tif 000041