(57)【特許請求の範囲】
【請求項１】
パケットサーバにおいて使用される方法であって、
パケットのストリームを受信するステップ、
該受信パケットストリームからある期間に亘って喪失したパケット数を特定するステップ、
ランダムロスモデルに従って該受信パケットストリームにおいて喪失が予想されるパケット数を特定するステップ、及び
該特定された喪失が予想されるパケット数に対する喪失したパケット数からバーストレシオを決定するステップ
からなる方法。
【請求項２】
請求項１記載の方法において、該喪失したパケット数を特定するステップが、ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定することを特徴とする方法。
【請求項３】
請求項２記載の方法において、該喪失が予想されるパケット数を特定するステップが、ランダムロスパケット系ネットワークにおいて予想されるバーストの平均長を特定することを特徴とする方法。
【請求項４】
請求項３記載の方法において、前記バーストレシオを決定するステップが、ランダムロスパケット系ネットワークにおいて予想される該バーストの平均長に対する該時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長のレシオを決定することを特徴とする方法。
【請求項５】
パケットサーバにおいて使用される方法であって、
パケットのストリームを受信するステップ、及び
該受信されたパケットストリームのバーストレシオを決定するステップ
からなり、
該バーストレシオが１／（１＋α−β）に等しく、αはパケットｎ−１が確認された場合にパケットｎを喪失する確率であり、βはパケットｎ−１が喪失した場合にパケットｎが喪失する確率を表すことを特徴とする方法。
【請求項６】
パケットサーバにおいて使用される方法であって、
パケットのストリームを受信するステップ、
該受信されたパケットストリームのバーストレシオを決定するステップであって、
該バーストレシオが該パケットストリームにおける喪失期待値に対する経験されたパケット喪失に関連するレシオである、ステップ、及び
該決定されたバーストレシオに関連して該受信パケットストリームに係る処理を変更するステップ
からなる方法。
【請求項７】
請求項６記載の方法において、該変更するステップが該受信パケットストリームについて優先レベルを修正することを特徴とする方法。
【請求項８】
パケットサーバにおいて使用される方法であって、
パケットのストリームを受信するステップ、
該受信パケットストリームについてのバーストレシオを決定するステップであって、該バーストレシオが該パケットストリームにおける喪失期待値に対する経験されたパケット喪失に関連するレシオである、ステップ、及び
該決定されたバーストレシオをトラフィック計画における使用についての該パケットサーバの性能指数として関連付けるステップ
からなる方法。
【請求項９】
請求項６または８記載の方法において、該バーストレシオを決定するステップが、
該受信パケットストリームからある期間に亘って喪失したパケット数を特定するステップ、及び
ランダムロスモデルに従って該受信パケットストリームにおいて喪失が予想されるパケット数を特定するステップ
を含む方法。
【請求項１０】
請求項６または８記載の方法において、該バーストレシオを決定するステップが、
ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定するステップ、
ランダムロスパケットネットワークにおいて予想されるバーストの平均長を特定するステップ、及び
該観測されたバーストの平均長及び該ランダムロスパケットネットワークにおいて予想されるバーストの平均長から該バーストレシオを決定するステップ
を含む方法。
【請求項１１】
請求項６または８記載の方法において、該バーストレシオを決定するステップが、αをパケットｎ−１が確認された場合にパケットｎを喪失する確率として、βをパケットｎ−１が喪失した場合にパケットｎが喪失する確率とした場合に、１／（１＋α−β）から該バーストレシオを決定することを特徴とする方法。
【請求項１２】
パケットサーバ装置であって、
パケットのストリームを受信する受信機、及び
プロセッサであって、（ａ）ある期間に亘って喪失した該受信パケットストリームからパケット数を特定し、（ｂ）ランダムロスモデルに従って該受信パケットストリームにおいて該喪失が予想されるパケット数を特定し、（ｃ）該特定された喪失が予想されるパケット数に対する喪失したパケット数からバーストレシオを決定するプロセッサ
からなることを特徴とするパケットサーバ装置。
【請求項１３】
請求項１２記載の装置において、該プロセッサが該時間間隔に受信されたパケットストリームにおいて観測されたバーストの平均長を特定することによって該喪失したパケット数を決定する装置。
【請求項１４】
請求項１３記載の装置において、該プロセッサがランダムロスパケット系ネットワークにおいて予想されるバーストの平均長を特定することによって該喪失が予想されるパケット数を決定する装置。
【請求項１５】
請求項１４記載の装置において、該プロセッサが該ランダムロスパケット系ネットワークにおいて予想されるバーストの平均長に対する該時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長の比率によって該バーストレシオを決定する装置。
【請求項１６】
パケットサーバであって、
パケットのストリームを受信する受信機、及び
該受信パケットストリームにおけるバーストレシオを決定するプロセッサ
からなり、
該バーストレシオは１／（１＋α−β）に等しく、αはパケットｎ−１が確認された場合にパケットｎを喪失する確率であり、βはパケットｎ−１が喪失した場合にパケットｎが喪失する確率を表すことを特徴とするパケットサーバ。
【請求項１７】
パケットサーバにおいて使用されるパケット処理方法であって、
パケットのストリームを受信するステップ、
該受信パケットストリームにおけるバーストレシオを決定するステップであって、該バーストレシオがパケットネットワークのバースト性の測定値であり、ある期間にわたる該受信パケットストリームに対する観測されたパケット喪失及びランダムロスパケット系ネットワークの該受信パケットストリームにおける予想されるパケット喪失に基づく、ステップ、及び
該決定されたバーストレシオに関連して、該受信パケットストリームにおいて関連する優先レベルを修正することによって、該受信パケットストリームに係る処理を変更するステップ
からなる方法。
【請求項１８】
請求項１７記載の方法において、該変更するステップが該受信パケットストリームについての優先レベルを修正することを特徴とする方法。
【請求項１９】
請求項１７記載の方法において、該バーストレシオを決定するステップが、
該受信パケットストリームからある期間に亘って喪失したパケット数を特定するステップ、
ランダムロスモデルに従って該受信パケットストリームにおける喪失が予想されるパケット数を特定するステップであって、ランダムロスモデルにおけるパケットが喪失の確率に等しい、ステップ
を含む方法。
【請求項２０】
請求項１７記載の方法において、該バーストレシオを決定するステップが、
ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定するステップ、
ランダムロスパケットネットワークにおいて予想されるバーストの平均長を特定するステップであって、ランダムロスモデルにおけるパケットが喪失の確率に等しい、ステップ、及び
該観測されたバーストの平均長及び該ランダムロスパケットネットワークにおいて予想されるバーストの平均長から該バーストレシオを決定するステップ
を含む方法。
【請求項２１】
請求項１７記載の方法において、該受信パケットストリームにおけるバーストレシオを決定するステップが、αをパケットｎ−１が確認された場合にパケットｎを喪失する確率として、βをパケットｎ−１が喪失した場合にパケットｎが喪失する確率とした場合に、１／（１＋α−β）から該バーストレシオを決定することを特徴とする方法。
【請求項２２】
パケットサーバ装置であって、
パケットのストリームを受信するよう適合した受信機、及び
プロセッサであって、（ａ）該受信パケットストリームにおけるバーストレシオを決定するように動作し、該バーストレシオが、パケットネットワークのバースト性の測定値であり、ある期間に亘る該受信パケットストリームに対する観測されたパケット喪失及びランダムロスパケット系ネットワークの該受信パケットストリームにおける予想されるパケット喪失に基づくものであり、及び（ｂ）該決定されたバーストレシオに関連して、該受信パケットストリームにおいて関連する優先レベルを修正することによって、該受信パケットストリームに係る処理を変更するよう動作するプロセッサ
からなるパケットサーバ装置。
【請求項２３】
請求項２２記載の装置において、該プロセッサが該受信パケットストリームについての優先レベルを修正することによって該処理を変更することを特徴とする装置。
【請求項２４】
請求項２２記載の装置において、該プロセッサが、該受信パケットストリームからある期間に亘って喪失したパケット数を特定し、ランダムロスモデルにおけるパケットが喪失の確率に等しいようなランダムロスモデルに従って該受信パケットストリームにおいて喪失が予想されるパケット数を特定することによって、該バーストレシオを決定することを特徴とする装置。
【請求項２５】
請求項２２記載の装置において、該プロセッサが、ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定し、ランダムロスモデルにおけるパケットが喪失の確率に等しいようなランダムロスパケットネットワークに従って予想されるバーストの平均長を特定し、該観測されたバーストの平均長及び該ランダムロスパケットネットワークにおいて予想されるバーストの平均長から該バーストレシオを決定することによって、該バーストレシオを決定することを特徴とする装置。
【請求項２６】
請求項２２記載の装置において、該プロセッサが、αをパケットｎ−１が確認された場合にパケットｎを喪失する確率として、βをパケットｎ−１が喪失した場合にパケットｎが喪失する確率とした場合に、１／（１＋α−β）から該バーストレシオを決定することを特徴とする装置。
【請求項２７】
パケットサーバにおいて使用されるパケット処理方法であって、
パケットのストリームを受信するステップ、及び
該受信パケットストリーム（３０５、４０５）におけるバーストレシオを決定するステップであって、該バーストレシオが、パケットネットワークのバースト性の測定値であり、該受信パケットストリームにおける観測されたパケット喪失及び予想されるパケット喪失に基づいている、ステップ
からなり、
該決定するステップが、
ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定するステップ、
ランダムロスパケットネットワークにおいて予想されるバーストの平均長を特定するステップであって、ランダムロスモデルにおけるパケットが喪失の確率に等しい、ステップ、及び
該観測されたバーストの平均長及び該ランダムロスパケットネットワークにおいて予想されるバーストの平均長から該バーストレシオを決定するステップ
を含むことを特徴とする方法。
【請求項２８】
請求項２７記載の方法であって、さらに、
該受信パケットストリームについて決定されたバーストレシオに関して該ネットワーク内の他のパケットサーバにシグナリングするステップ
を含む方法。
【請求項２９】
請求項２７記載の方法であって、さらに、
該受信パケットストリームに対する優先レベルを修正するステップ
を含む方法。
【請求項３０】
パケットサーバにおいて使用されるパケット処理方法であって、
パケットのストリームを受信するステップ、及び
該受信パケットストリーム（３０５、４０５）におけるバーストレシオを決定するステップであって、該バーストレシオが、パケットネットワークのバースト性の測定値であり、該受信パケットストリームにおいて観測されたパケット喪失及び予想されるパケット喪失に基づいている、ステップ
からなり、
αをパケットｎ−１が確認された場合にパケットｎを喪失する確率として、βをパケットｎ−１が喪失した場合にパケットｎが喪失する確率とした場合に、該バーストレシオが１／（１＋α−β）によって決定されることを特徴とする方法。
【請求項３１】
パケットサーバ装置であって、
パケットのストリームを受信するよう適合した受信機、及び
該受信パケットストリームにおけるバーストレシオを決定するよう動作するプロセッサであって、該バーストレシオが、パケットネットワークのバースト性の測定値であり、受信パケットストリームにおける観測されたパケット喪失及び予想されるパケット喪失に基づいている、プロセッサ
からなり、
該プロセッサが、ある時間間隔に亘って受信されたパケットストリームにおいて観測されたバーストの平均長を特定し、ランダムロスモデルにおけるパケットが喪失の確率に等しいようなランダムロスパケットネットワークにおいて予想されるバーストの平均長を特定し、該観測されたバーストの平均長及び該ランダムロスパケットネットワークにおいて予想されるバーストの平均長から該バーストレシオを決定することを特徴とする装置。
【請求項３２】
請求項３１記載の装置において、該プロセッサが、さらに、該受信パケットストリームについて決定されたバーストレシオに関して該ネットワーク内の他のパケットサーバにシグナリングするよう動作することを特徴とする装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信に関し、特に、パケット通信システムに関する。
【０００２】
【従来の技術】
インターネットプロトコル（ＩＰ）あるいは非同期転送モード（ＡＴＭ）技術などに基づくパケットベースのネットワークは、リアルタイム音声及びビデオサービスの配送にしばしば用いられている。有線、光ファイバまたは無線伝送などを用いるものを含むほとんど全ての通信サービスは、数年のうちにパケットベースのものになることが期待されている。
【０００３】
全てのパケットベースネットワークにおいては、パケットロスが発生する可能性がある。例えば、パケットロスは、ルータあるいは他の一部のハードウエアが一時的にその帯域要求を充足させることが不可能になった場合、あるいは、無線リンクにおいて干渉が発生した場合、などに発生する。テレフォニーサービスなどのリアルタイムアプリケーションにおいては、パケットロスは、ある所定の時間期間内にパケットがその宛先に到達しない場合にも発生する。現在、パケットロスに対処するための種々の戦略が行なわれている。第一に、ネットワーク混雑を回避して全体としてのロスレートを低減するために、細心のネットワークプランニングが用いられうる。しかしながら、このことは極めて重要ではあるが、このことだけでは充分ではなく、結果として、ピーク要求時間を処理するための過剰な設備を備えることになりがちで高コストである。この点から、サービス品質（ＱｏＳ）指標が、パケットの有線付けを行ない、パケットロスをより重要ではないすなわち非リアルタイム情報ストリームに割り当ててしまう目的で用いられうる。つまり、トランスミッションコントロールプロトコルがＩＰと共に用いられ（ＴＣＰ／ＩＰ）、時間が許す場合には失われたパケットが再送信されるべきであることを要求する；及び、エンドユーザにおけるパケットロスの知覚的効果を最小化する目的で、パケットロス（ＰＬＣ）すなわちエラー隠蔽（ＥＣ）ストラテジーが音声アプリケーションにおいて用いられる（例えば、国際電気通信連合（ＩＴＵ）−Ｔ  Ｇ．７１１  付録Ｉを参照）。加えて、パケットロスに対して本質的により回復力のある音声及びビデオ符号化アルゴリズムが用いられうる。
【０００４】
究極的には、エラーを隠蔽する目的で用いられるあらゆる方式の成功あるいは失敗は、伝送品質に係るエンドユーザによる知覚に依存する。認識に係る要因及びアルゴリズムに係る要因の双方により、品質の知覚は、ネットワーク上で観測されるパケットロスのパターンに依存する。パケットベースネットワーク上でのパケットロスが、バースト状であることはよく知られている。すなわち、パケットロスは、一連のパケット列が失われるという形で起こる傾向がある。従って、パケットロスに係る多くのモデルは、２状態マルコフ（Ｍａｒｋｏｖ）モデルに基づいている。このモデルは、あるパケットの直前のパケットが失われた場合にはそのパケットが失われる可能性がより高くなる、という観測結果を説明することが可能である。
【０００５】
【発明が解決しようとする課題】
よって、パケットロスのバースト性は、パケットロスによる影響を最小化するために種々の方法、例えばＰＬＣ法あるいは改良ルーティングアルゴリズム、の性能を評価する際に極めて重要である。残念ながら、ネットワークが如何にバースト的であるかを示す明確な指標は存在しない。
【０００６】
【課題を解決するための手段】
本発明に従って、“バーストレシオ”が、パケットベースネットワークのバースト性の指標として用いられるために定義される。詳細に述べれば、パケットサーバは、受信されたパケットストリームに係るバーストレシオを定義する。バーストレシオは、（ａ）ある時間期間に亘って受信されたパケットストリームに関して観測されたパケットロス、及び、（ｂ）ランダムロスパケットベースネットワークにおいて受信されたパケットストリームに関して期待されるパケットロス、に基づく。
【０００７】
本発明の一実施例においては、パケットベースネットワークは複数個のパケットサーバを有している。パケットサーバのうちの少なくとも一つが、当該パケットベースネットワークに係るバースト性レベルを決定する目的で、受信されたパケットストリームに関するバーストレシオを測定し、受信されたパケットストリームの処理を測定されたバーストレシオの関数として改変する。例えば、測定されたバーストレシオが所定の値よりも大きい場合には、このパケットサーバは、受信されたパケットストリームに係るプライオリティレベルを、例えば、再伝送に係るプライオリティレベルを増加させるなどの方法で改変する。
【０００８】
別の実施例においては、パケットベースネットワークにおいて用いられるパケットサーバなどのコンポーネントが、受信されたパケットストリームに係るバーストレシオを測定する。測定されたバーストレシオは、その後、当該コンポーネントに関連するスコアとして、伝送プランニングにおいて用いられる。
【０００９】
バーストレシオＲの一具体例は、Ｒが、ある到着したパケットシーケンスにおいて観測されたバーストの平均長を、ランダムロスパケットベースネットワークに関して予測されるバーストの平均長で除したものと等しい場合である。
【００１０】
バーストレシオＲの別の具体例は、２状態マルコフモデルにおけるものであって、Ｒ＝１／（１＋α−β）となるような場合である。ここで、αは、パケットｎ−１が見いだされた場合にパケットｎが失われる確率（すなわち、現在のパケットが受信された場合にその次のパケットが失われる確率）であり、βは、パケットｎ−１が失われた場合にパケットｎが失われる確率（すなわち、現在のパケットが失われた場合にその次のパケットが失われる確率）である。
【００１１】
【発明の実施の形態】
以下の表記法及び定義は、パケットロスを記述する目的で提供される。
【００１２】
信号は、送出側アプリケーションによってパケットに分割され、パケットは、受信側アプリケーションによって再びアセンブルされる。“送出側アプリケーション”及び“受信側アプリケーション”という述語は、非常に一般的な概念を表わしており、通信リンクのエンドポイント間（例えば、（後に詳述されるように）図１のゲートウェイ１５とゲートウェイ２５との間）、エンドポイントと中間デバイスとの間（例えば、図１のゲートウェイ２５とルータ５５との間）、あるいは、あらゆる二つの中間デバイス間の通信を表わしている。
【００１３】
受信ステータスという述語は、受信側アプリケーションによってパケットが再生される時点でのパケット状態を指し示す。受信ステータスは、“失われた”あるいは“見いだされた”のいずれかである。
【００１４】
パケットは、どのような理由であれ、所定の時間期間内に受信側アプリケーションに到達しそこねた場合に“失われた”と表現される。（この所定の時間期間は、送信端と受信端との間の遅延成分であり、大部分のアプリケーションに関しては、理想的にはできる限り小さい。）
【００１５】
パケットは、所定の時間期間内に受信側アプリケーションに到達することに成功し、再生目的で利用可能になる場合に“見いだされた”と表現される。
【００１６】
ロスシーケンス（本明細書においては、到達シーケンスとも呼称される）は、一連の失われたパケット及び見いだされたパケットである。例えば、受信されたパケットストリームが、４０パケットよりなる以下のロスシーケンスより構成されると仮定する：
【数１】
0003897604.tif 000002
ここで、失われたパケットは大文字のＬで表現されており、見いだされたパケットは大文字のＦで表現されている。ロスバースト、あるいは単にバースト、は、ロスシーケンス内の連続的に失われたパケット（ロストパケット）である。前記ロスシーケンス（１．０）は、このような７つのバーストを有している。ロスシーケンス（１．０）を、バーストを強調表示して（さらに１から７までのラベルを付して）再び示すと次のようになる：
【数２】
0003897604.tif 000003
【００１７】
バースト長という述語は、単一のロスバーストに含まれるパケット数を指し示している。ロスシーケンス（１．０）内のバースト長は、それぞれ、１，２，２，１，５，２，及び１である。平均バースト長（ＭＢＬ）は、ロスシーケンス内の全バースト長の平均であり、
【数３】
0003897604.tif 000004
で与えられる。ここで、ｂは個々の場０ストを表わしている。前述のロスシーケンス（１．０）に関しては、平均バースト長は、（１＋２＋２＋１＋５＋２＋１）／７＝２となる。
【００１８】
ロスレートという述語は、ロスシーケンスにおけるロストパケットの比率を表わす。
【００１９】
個々のパケットの到達は、しばしば、その結果が見いだされたあるいは失われたのいずれかであるような独立した“試行”としてモデル化される。この種の試行は、パケットが見いだされる確率をｐとして、ベルヌーイ（Ｂｅｒｎｏｕｌｌｉ）分配ランダム変数と見なすことが可能である。パケットは、確率ｐで見いだされ、確率１−ｐで失われる。
【００２０】
パケットが失われるあるいは見いだされる確率が独立であって各パケットに対して同一に分配されている（すなわち、０≦ｐ≦１とするときに、各パケットが同一の確率ｐで見いだされる）場合には、ロスパターンは“ランダム”であると定義される。言い換えれば、ランダムロスという述語は、各パケットが同一の確率で失われるようなパケットネットワークに対して適用される。
【００２１】
一般に、パケットの到達が、それ以前のパケットが見いだされたかあるいは失われたかという状況に依存する場合には、そのロスは“バースト的”であると特徴付けられる。（通常、それ以前のパケットが失われている場合にはパケットが失われる確率が増大するという仮定がなされる。本明細書においては、バースト的ネットワークの定義はこのことに限定される。）実際には、この一般的な定義が用いられることは稀である。むしろ、あるパケットが失われる確率が、その直前のパケットが失われた場合に増大する場合に、そのロスがバースト的であると見なされる。バースト的振る舞いは、ランダムロスによる場合のバースト長よりも、平均してより長いバースト長を有することによって特徴付けられる。
【００２２】
あるパケットが失われる確率が、その直前のパケットが失われた場合に減少する、という理論的な可能性は存在する。本明細書において用いられる“散乱させられた”という述語は、この種のパケットロスを記述する。定義によって、散乱的振る舞いは、ランダムロスによるものよりもより短いバースト長を有する傾向がある。このことは、例えば、パケットロスを起こしたストリームに対してより高いプライオリティを与えるようなネットワークあるいはバッファキューにおいて起こる。よって、ランダムロス、バースト的ロス、及び散乱的ロスの間の重要な差異は、そのバースト長の期待値において見いだされる。
【００２３】
以下、本発明に係る概念を記述する前に、パケットベースネットワークにおいて用いられる２状態マルコフモデルに関する簡潔なレビューが提供される。この背景を熟知している場合には、“バーストレシオ”という表題の節へ進まれたい。
【００２４】
２状態マルコフモデル
当業者には公知であるが、パケットロスモデルは、マルコフモデルという観点からも記述されうる。マルコフモデルは、有限個の“状態”間を遷移するシステムの振る舞いを記述するために用いられる。前述されているように、パケットロスモデルの場合には、明確な２つの状態、すなわち、失われた及び見いだされた、という状態が存在するため、２状態マルコフモデルが用いられる。２状態マルコフモデルにおいては、一方の状態から他方の状態への遷移確率（例えば、現在のパケットが見いだされた場合にその次のパケットが失われる確率）が、現在の状態にのみ依存する。よって、２状態マルコフモデルは、シーケンス中の次のパケットが失われる確率が現在のパケットが失われたか見出されたかのみに依存する、という点で、ある程度制限的なものである。しかしながら、単純なモデルにも拘わらず、現実のロスパターンをランダムロスモデルより遙かに良好に近似することが可能であり、多くのアプリケーションにおいては充分によい近似である。
【００２５】
前述されたロスシーケンス（１．０）は、パケットｎの到達状態がパケット１，２，．．．，ｎ−１の到達状態に依存しているという仮定をするならば、マルコフチェーンと見なすことが可能である。モデル化される現象がこれら全ての状態に同時に依存している場合には、ｎ状態マルコフモデルによって最も良好に記述される。パケットｎの到達状態が直前のパケットのみに依存する場合には、２状態マルコフモデルが用いられうる。
【００２６】
全てのマルコフモデルは、遷移行列によって一意に記述される。遷移行列は、ある状態から他の状態への遷移確率を書き並べたものである。２状態マルコフモデルに係る遷移行列の例は、次のようなものである。
【表１】
0003897604.tif 000005
【００２７】
この表は、パケットｎ−１の失われたあるいは見いだされた状態からパケットｎの失われたあるいは見いだされた状態への遷移確率を示している。直前のパケットｎ−１が見いだされた場合には、次のパケットｎが見いだされる確率は０．９９である。失われる状態（次のパケットを失う状態）への遷移確率は、０．０１である。しかしながら、現時点のパケットが失われる場合には、次のパケットが見いだされる確率は０．５５に低下し、次のパケットも失われる確率は０．４５に増大する。より一般的な行列表記は
【数４】
0003897604.tif 000006
となる。
【００２８】
表による表現と行列による表示は、同一のマルコフモデルを表わしている。遷移行列（２．０）によってモデル化されるネットワークは、バースト的振る舞いを示すこととなる。なぜなら、パケットを失う確率が０．０１から０．４５へと大幅に増大するため、次のパケットも失われることになるからである。（このモデルは、ＩＰネットワークの性能に関する実際の測定結果と無矛盾であり、ＩＰネットワークのかなり代表的な性質である。）
【００２９】
当業者には公知であるが、式（２．０）における表示は
【数５】
0003897604.tif 000007
のように一般化される。
【００３０】
遷移行列の各列の総和は１に等しくなければならない。この結果は、直感的には明らかである。なぜなら、このことは、パケットｎは、パケットｎ−１の状態に拘わらず、失われるか見いだされるかのいずれかである、ということを単に意味しているに過ぎないからである。全ての列において総和が１でなければならないため、このモデルでは、自由なパラメータは２つしか存在しない。式（２．１）の表記においては、αは見いだされた状態から失われた状態への遷移確率を規定するために用いられ、βはロスバーストがひとたび開始された場合に失われる状態にあり続ける確率を規定するために用いられる。
【００３１】
ここでは、行列Ｍがエルゴード的であることが仮定されている。このことは、このモデルにおいては、永久に失われる状態あるいは永久に見いだされる状態に決して落ち込まないこと、及び、あらゆる状態における次の状態への遷移が確率１で必ず起こってしまうことが無いこと、を意味している。α及びβが０より大きくかつ１未満であることを要求することによって、行列Ｍがエルゴード的であることが保証される。本明細書において規定されているように、バースト的ロスを示すパケットベースネットワークにおいては、β＞αである。ランダムロスを示すパケットベースネットワークにおいては、β＝αである。
【００３２】
パケットロスモデルの観点では、αを“全体としてのロス”として考え、βをネットワークの“バースト性”として考えがちである。しかしながら、そのいずれをもが正確ではない。当業者には公知であるが、マルコフモデルに関しては、全体としてのロスを与えるのは失われる状態に関する制限付き確率であってαではない。αという項は、ネットワークが失われた状態から見いだされる状態に遷移する確率のみを与える。しかしながら、ネットワークは、失われた状態から失われる状態へ移行することも可能であり、実際に確率βで発生する。双方の場合とも、全体としてのロスレートに寄与する。全体のシーケンス中での失われたバケットの比率（すなわち、より正確には、特定のネットワークにおいて失われたパケット数の長期間平均）が全体としてのロスである。２状態マルコフモデルにおいては、全体としてのロスＬは、
【数６】
0003897604.tif 000008
のように計算される。これは、マルコフチェーンの与えられた状態に係る制限付き確率を計算するための一般的な方法を２状態マルコフモデルに適用したものである（例えば、Ross,“確率モデルへの紹介”、第５版、Academic Press(1993),
San Diego、を参照）。
【００３３】
ロスのバースト性を規定することは、より複雑な問題である。式（２．１）は全体としてのロスに関して明確な定義を与えているが、バースト性に関してはそのような対応する定義は存在しない。
【００３４】
ここで、当業者のあるものがバースト性をβのみの関数に関連付けていることに留意されたい。しかしながら、βのみを定義として用いることは、バースト性に係る最も直感的な表現をも満たし得ないことを例示することは容易である。例えば、２状態マルコフモデルでモデル化されるネットワークを考え、β＝ρ（ここで、０≦ρ≦１）であって定数であるとする。このようなネットワークは、α＝ρの場合には“ランダム”ロスを示す。なぜなら、パケットｎ＋１が失われる確率は、パケットｎの状態に何ら有意に依存しないからである。このような場合には、当該マルコフモデルは、
【数７】
0003897604.tif 000009
によって表わされる。
【００３５】
遷移行列（２．３）より、パケットｎ−１が失われた場合には、パケットｎが確率ρで失われることがわかる。パケットｎ−１が見いだされた場合にも、パケットｎは同一の確率ρで失われる。よって、このパケットベースネットワークは、全くバースト性を示されない、すなわち“ランダム”ロスを示す。
【００３６】
ここで、α＜ρの場合を考える。このようなネットワークは、バースト性を示す。なぜなら、パケットｎ−１が見いだされた場合にパケットｎが失われる確率（α）が、パケットｎ−１が失われた場合にパケットｎが失われる確率（ρ）より小さいからである。
【００３７】
上記双方の場合とも、βがρに固定されていることに留意されたい。しかしながら、前者のネットワークは非バースト的“ランダム”ロスを示し、後者のネットワークはバースト的ロスを示している。それゆえ、バースト性は、βのみでは特徴付けられない。αがある程度バースト性の定義に関連するべきである。（ここで、第三のケース、すなわち、α＞ρである場合も可能であることに留意されたい。このようなネットワークは、散乱的振る舞いを示す。なぜなら、直前のパケットが失われた場合には、次のパケットが失われる確率が減少するからである。）
【００３８】
前述されているように、バースト長は、ロスバースト中で連続的に失われたパケットの個数として定義される。パケットベースネットワークが、パケットｎ−１の時点での見いだされた状態から失われる状態に遷移したと仮定すると、正確にｉ個のパケットのうちに見いだされる状態に戻る確率は、以下の確率密度関数Ｇによって表わされる：
【数８】
0003897604.tif 000010
これは、当業者には公知であるが、幾何分散すなわちパスカル（Ｐａｓｃａｌ）分散ランダム変数の定義として知られているものである。式（２．４）は、ｉ番目のパケットで見いだされる状態に戻ることに成功する前に、まず、ｉ−１回の失敗（すなわち、失われる状態へ戻ること）があることを表現している。Ｇによって説明される連続ロスパケットの個数はｉ−１である。しかしながら、Ｇは、モデルが失われる状態に遷移した後にのみ適応される。言い換えれば、Ｇによって記述されるロスシーケンスは、時間０において確率１で失われる単一のパケットに関して述べられたものである。よって、与えられたパケットｉに関しては、パケット１，２，．．．，ｉ−１のロスは、それぞれ確率βで発生する。パケットｉは（確率１−βで）見いだされており、ロスシーケンスの一部としては見なされない。それゆえ、ロスシーケンスそれ自体は、パケット０，１，．．．，ｉ−１より構成される。このロスバーストは、バースト長ｉを有する。
【００３９】
よって、平均バースト長は、まず、Ｇ（ｉ，β）の期待値を見いだすことによって与えられる：
【数９】
0003897604.tif 000011
式（２．５）は当業者には公知である（例えば、Ross,“確率モデルへの紹介”、第５版、Academic Press(1993), San Diego、を参照）。式（２．５）は、平均バースト長、すなわちＭＢＬとしても参照される。Ｂという添え字はバーストの意味であり、以下に提示される他のタイプの平均バースト長と区別するためである。
【００４０】
バーストレシオ
式（２．２）は２状態マルコフモデルに係る全体としてのロスを規定するが、一般には、全体としてのロスそのものは、ロスに係る特定のモデルとは独立に定義されうる。例えば、アプリケーションが与えられた時間期間においてＴ個のパケットを送出すると仮定する。このとき、ｔを、受信側アプリケーションにおいて失われたパケットの個数とすると、全体としてのロスＬは、
【数１０】
0003897604.tif 000012
で与えられる。これは、失われたパケットの比率を表わしている。
【００４１】
ロスシーケンス（１．０）のようなロスシーケンスが、与えられたネットワーク上で、ある時間期間のうちに観測される場合を考え、式（２．６）に規定されているように全体としてのロスＬが決定されたと仮定する。パケットロスが“ランダム”である場合には、この“ランダム”ロスに係る平均バースト長は
【数１１】
0003897604.tif 000013
によって与えられる。
【００４２】
この結果は、“ランダム”モデルにおいて、パケットを失う確率がＬである、と考えることより得られる。よって、式（２．５）におけるβがＬによって置換される。
【００４３】
ロスシーケンスに係る観測された平均バースト長ＭＢＬＢは、式（１．２）に従って計算されうる。式（１．２）が、観測されたロスシーケンスに係る平均バースト長であることに留意されたい。
【００４４】
よって、本発明に従って、バーストレシオが、
【数１２】
0003897604.tif 000014
のように定義される。
【００４５】
言い換えれば、バーストレシオＲは、観測されたバースト長の、“ランダム”パケットロスの場合のバースト長の期待値に対する比である。（すなわち、式（２．８）に示されているように、受信したシーケンス中で観測されたバーストの平均長の、“ランダム”ロス下のネットワークに関して予想されるバーストの平均長に対する比である。）バーストレシオは、以下のような望ましい性質を有している：
（ｉ）      Ｒ＞１なら、ネットワークはバースト的ロスを示す；
（ｉｉ）    Ｒ＝１なら、ネットワークはランダムロスを示す；及び、
（ｉｉｉ）  Ｒ＜１なら、ネットワークは散乱的ロスを示す。
【００４６】
これらの性質は、どのようなロスレートに関しても成り立つ。Ｒの解釈は直接的である。Ｒ＝２の場合には、ネットワークは、ランダムロスの下で期待されるよりも２倍の長さを有するバーストとしてパケットを失う。Ｒ＝０．５の場合には、ネットワークは、ランダムロスの下で期待されるよりも半分のバースト長となるようにパケットを失う。Ｒ＝１の場合には、ネットワークはランダムにパケットを失う。
【００４７】
直感的には、バーストレシオは、バーストが、パケットをランダムに失う場合に期待されるよりもどの程度長いか、を表現する。全体としてのロスが増大すると、より長いロスバーストが期待されることになる。バースト的ネットワークではない（すなわち、“ランダム”ロスの）ネットワークに関しては、平均バースト長は全体としてのロスの関数として変化するが、バーストレシオは依然としてＲ＝１で一定である。ネットワークのバースト性が増大すると、たとえ全体としてのロスレートが同一であったとしても、Ｒも増大する。よって、与えられた時間期間において失われたパケットの個数が一定である場合には、連続したストリーム中でこれらのパケットが一塊りとなる傾向は、バーストレシオＲによって与えられることになる。
【００４８】
ここで、バーストレシオＲが、ロスのマルコフモデルに依存していない、すなわち、上述されたＬ及びＲというパラメータは特定のロスモデルから独立である、ということに留意されたい。しかしながら、与えられたマルコフモデルに関しては、（以下に詳細に記述されるように）固有のバーストレシオが計算されうる。（言い換えれば、バーストレシオは、２状態マルコフモデルと共に用いられるのによく適しているが、２状態マルコフモデルよりもより一般的な指標である。）
【００４９】
実際、２状態マルコフモデルから、所謂ロス−バースト（Ｌ−Ｒ）変換と呼称される手続きを用いて、バーストレシオＲが導出されうることを示すことは可能である。Ｌ−Ｒ変換は、２状態マルコフモデルのパラメータを全体としてのロスＬとバーストレシオＲに変換する。
【００５０】
ロス−バーストすなわちＬ−Ｒ変換は、パラメータα及びβのパラメータＬ及びＲへの再パラメータ化である。このパラメータ化は、与えられた２状態マルコフモデルに係る全体としてのロス及びバーストに関する明確な記述を与える。前述されているように、Ｌ及びＲは、それぞれ、全体としてのロスとバースト性を直接表現しているが、α及びβはそうではない。
【００５１】
式（２．８）に関しては、項ＭＢＬＢが式（２．５）から計算される。同様に、式（２．７）を用いて、項ＭＢＬＲが計算される。これより、
【数１３】
0003897604.tif 000015
が得られる。
【００５２】
式（２．２）を用いることにより、
【数１４】
0003897604.tif 000016
が得られる。
【００５３】
このように、バーストレシオＲが、２状態マルコフモデルのパラメータα及びβで表現される。
【００５４】
逆に、逆Ｌ−Ｒ変換が存在して、Ｌ及びＲを一意の２状態マルコフモデルに変換することが可能である。詳細に述べれば、式（３．１）から、全体としてのロスＬをバーストレシオＲに関連付ける以下の表式が得られる：
【数１５】
0003897604.tif 000017
あるいは
【数１６】
0003897604.tif 000018
である。
【００５５】
α及びＬは確率であってマルコフモデルがエルゴード的でなければならない（すなわち、０＜α＜１かつ０＜Ｌ＜１）ため、Ｒの値は適切な制限を受ける。
【００５６】
同様に、式（３．１）をβに関して解くことにより、
【数１７】
0003897604.tif 000019
が得られる。
【００５７】
式（３．４）を簡略化すると、
【数１８】
0003897604.tif 000020
となる。
【００５８】
上記の場合においても、Ｒは、０＜β＜１となるように制限されなければならない。
【００５９】
上述されているように、バーストレシオＲは、ロスシーケンスの長さに関して定義される。この項は、２状態マルコフモデルに関して有効である。なぜなら、２状態マルコフモデルは、パラメータα及びβによって微分された、２つの幾何学的にランダムな分散変数から取り出した互変サンプルと見ることが可能であるからである。より複雑なモデルは、単一パケットを超越して存在する依存性を見ることになる。例えば、現実のネットワークを観察すると、パケットｎの到達状態がパケットｎ＋１，ｎ＋２，．．．，ｎ＋ｉの到達状態と相関を有している場合が存在する。実際に、ｉ＝４の場合のように著しく高い相関が見いだされる場合が存在するが、このことについては当業者間での合意がなされているような推定は存在せず、さらに、新たな、すなわち現時点では未知のネットワークコンフィグレーションにおいては、間違いなく相異なった振る舞いが見られるはずである。一般に、モデルがｉパケット離れたところまでの相関を有する場合には、そのモデルはｉ未満の指数によって完全に特徴付けられることは不可能である。バーストレシオを拡張する方法は
【数１９】
0003897604.tif 000021
を計算することである。この計算によって、複数個の成分を有するベクトルが生成される。実際には、ｉは任意の最大値を取るように設定されうることに留意されたい。すなわち、ｉは、Ｒ（ｉ）が１から充分に異なっていない（すなわち、より長期間に亘る相関が無い）限りはインクリメントさせられうる。項Ｒ（ｉ）は、項Ｒと同様に、前述された（ｉ）から（ｉｉｉ）までの性質を有している。相異なったネットワークコンフィグレーションが、例えば幾何分散などのような、既知の、パラメータ化されている分散と類似したベクトルを矛盾無く生成することがあり得る。従って、Ｒ（ｉ）は、より少ない数によって記述されうる。例えば、Ｒ（ｉ）が単に特定の分散すなわち数式に従うことを示すことができれば、その場合には、１つあるいは２つのパラメータによって完全に記述されうる可能性がある。
【００６０】
図１は、本発明の原理に従った、パケットベースネットワーク例１００を示している。本発明に係る概念以外は、図１に示されたネットワーク要素は公知のものであり、従って詳細には記述されない。例えば、単一の要素ブロックとして示されているが、構内交換機（ＰＢＸ）１０は、ストアードプログラム制御のプロセッサ、メモリ、及び適切なインターフェースカードを有している。パケットベースネットワーク１００は、インターネット５０を介して接続されたゲートウェイ１５及びゲートウェイ２５によって示されている複数個のゲートウェイを含んでいる。インターネット５０は、インターネットプロトコル（ＩＰ）ベースのあらゆるネットワークインフラストラクチャの代表例であり、パケットエンドポイント間でＩＰパケットを通信するために、代表例として明示されたルータ５５や、他のルータなどのコンポーネント（図示せず）を含んでいる。さらに図１に示されているのは、ＰＢＸ１０及びＰＢＸ２０によって表現されている複数個の交換手段である。（あるいは、ＰＢＸは、他の交換手段、例えば中央局（ＣＯ）によって表現されうる。）本明細書において用いられている“パケットサーバ”という術語はあらゆるパケットプロセッサを指し示しており、それらの具体例は（本発明に係る概念以外では）ルータ、ゲートウェイ、ＰＢＸなどである。最後に、本発明に係る概念は、従来技術に係るプログラミング技法を用いて実装されるが、その詳細については本明細書では記述されない。
【００６１】
本明細書における記述のために、ＰＢＸ１０とＰＢＸ２０との間でのゲートウェイ１５、ゲートウェイ２５、インターネット５０、及びルータ５５を介したパケット音声トラフィックが存在すると仮定する。（ここでは、通話設定機能が従来技術に従って実行されることが仮定されており、従って、本明細書においては記述されない。例えば、ＰＢＸ１０及びＰＢＸ２０に接続されているエンドポイント（図示せず）が当業者に公知の国際電気通信連合（ＩＴＵ）標準Ｈ．３２３クライアントであるか否か、ということは、本発明に係る概念に関連しない。）ＰＢＸ１０は、複数個の音声通話を表わすデータを、ファシリティ１１を介してゲートウェイ１５と通信する。同様に、ＰＢＸ２０は、複数個の音声通話を表わすデータを、ファシリティ２１を介してゲートウェイ２５と通信する。ファシリティ１１及び２１は、あらゆる個数及びタイプの通信ファシリティを代表して表現している。本明細書における記述を容易にするために、これらのファシリティが、当業者には公知の６４ｋｂ／ｓ（６４キロビット毎秒）のＰＣＭ（パルス符号化変調）音声接続を各々複数個サポートする、複数個の（双方向）Ｔ１／Ｅ１回線を表わしていると仮定する。本発明に係る概念には不要ではあるが、本明細書における記述目的で、ゲートウェイ１５及びゲートウェイ２５の動作が同様であることが仮定される。音声を表わすパケットストリームは、ルータ５５を介して、ゲートウェイ１５とゲートウェイ２５との間で送信される。ルータ５５は、それぞれ経路５６及び５７を介してゲートウェイ１５とゲートウェイ２５に接続されており、それぞれの経路は、インターネット５０を通じてパケットを通信するために必要とされる他のルータなどを含む通信ファシリティを代表している。
【００６２】
図２には、パケットサーバ２００のアーキテクチャ例が示されている。パケットサーバ２００は、ストアードプログラム制御ベースのプロセッサアーキテクチャであって、プロセッサ１５０、（プログラムインストラクション及びデータをストアする）メモリ１６０、及び、経路１６６及び１６７によって代表されている単一あるいは複数個の通信ファシリティに接続するための通信インターフェース１６５を有している。前述されているように、図１に示された種々の要素がパケットサーバを表わしている。例えば、ルータ５５は、図２に示されているようなアーキテクチャを有しており、通信ファシリティ１６６及び１６７はそれぞれ通信経路５６及び５７を表わしている。
【００６３】
図１において、ゲートウェイ２５は、（ファシリティ２１から）受信したＰＣＭ音声トラフィックを、インターネット５０を介したゲートウェイ１５への伝送目的で、ＩＰパケットに変換して圧縮する。この変換において、ゲートウェイ２５は、以下の機能のうちの一つあるいは複数を実行する：より低い符号化レート（例えば、３２ｋｂ／ｓのＡＤＰＣＭ、８ｋｂ／ｓのＬＤＣＥＬＰなど）への音声圧縮；無音抑制；シーケンス番号割り当て；及び、背景雑音レベル通知。反対方向に関しては、ゲートウェイ２５は、受信したＩＰパケットを逆パケット化し、音声情報を対応する６４ｋｂ／ｓの音声ストリームに伸長して、ＰＢＸ２０におけるアプリケーションに供給する。受信したＩＰパケットをＰＢＸ２０へ“再生”する際には、ゲートウェイ２５は、遅延除去；無音期間への背景雑音充填；及び、再生プロセスの完全性を維持する目的でのシーケンス番号の利用；を行なうが、これらは当業者には既知である。
【００６４】
図３は、本発明の原理に従った方法の流れ図例を示す。ここでは、パケットサーバ、例えばゲートウェイ２５、が、以下に記述される方法を実行するために従来技術に係るプログラミング技法を用いて適切にプログラムされており、その詳細は本明細書においては記述されない。段階３０５では、ゲートウェイ２５が、経路２２を介して受信したパケットストリーム（すなわちチャネル）に対して、例えば式（２．８）を用いてバーストレシオＲを計算する。この場合には、分母の値（ＭＢＬＲ）はシミュレーションから決定されるか、あるいは、２状態マルコフプロセスが式（２．７）を用いて仮定される。ここで、Ｌは０．１に等しい。分子の値（ＭＢＬＢ）は、ある固定されたあるいは可変の時間期間に亘って（例えば、最近の２秒間）式（１．２）を用いてリアルタイムで決定される。ゲートウェイ２５は、段階３１０において、決定されたバーストレシオを所定の値（例えば、１．５）と比較する。決定されたバーストレシオが所定の値以下であるには、ゲートウェイ２５は、段階３０５におけるバーストレシオの決定すなわちモニタを継続する。他方、決定されたバーストレシオが所定の値より大きい場合には、ゲートウェイ２５は、受信したパケットストリームの処理を、測定されたバーストレシオの関数として変更する。この例では、測定されたバーストレシオが所定の値よりも大きい場合には、ゲートウェイ２５は、段階３１５において、受信したパケットストリームに係るプライオリティレベルを増大させる。プライオリティ変化を有効にするために、ゲートウェイ２５は、ネットワーク内の他のパケットサーバ（例えば、ルータ５５）宛に信号を送出し、このパケットストリーム（チャネル）に関連している他のパケットの送出に係るプライオリティレベルを増大させる。（この種の、例えばバンド内あるいはバンド外制御チャネルを用いたシグナリングは当業者には公知であり、よって本明細書においては記述されない。）あるいは、ゲートウェイ２５は、受信したパケットストリームの処理に対するプライオリティを、ゲートウェイ２５によって処理されている他の受信したパケットストリームに対するものよりも相対的に増大させる。
【００６５】
本発明の原理に従った別の流れ図例が図４に示されている（これは、図３の流れ図と同様のものであり、従って、同様の段階は以下では詳述されない）。このアプリケーションにおいては、パケットサーバは、バーストレシオＲの関数として性能指数を決定する目的で、シミュレーションあるいは実際のトラフィックによって、種々のネットワーク状況下でテストされる。（シミュレーションあるいは実際のトラフィックを用いたテストは当業者には公知であり、本明細書においては記述されない。）段階４０５においては、バーストレシオＲが、例えば式（２．８）を用いて、受信したパケットストリーム（すなわちチャネル）に対して決定される。段階４１５においては、バーストレシオそれ自体が、テストされているパケットサーバの性能指数として用いられる。（あるいは、性能指数が、決定されたバーストレシオ値のある関数となる。）この性能指数、すなわちスコアは、伝送プランニングにおいて用いられる。ここで、図４に示された方法が、バーストレシオを提案されたネットワークアーキテクチャに係る性能指数として用いるように拡張されうることに留意されたい。
【００６６】
前述されているように、バーストレシオＲは、ネットワーク上のバースト状パケットロスを特徴付ける、すなわち測定する方法を提供する。バーストレシオは、ネットワーク性能の種々のモードを捕捉可能である。加えて、バーストレシオは、２状態マルコフモデルよりも複雑なモデルに対しても適用可能である。バーストレシオは、ネットワークのロスレートから独立である、すなわちロスレートと直交しており、テストアプリケーションのみならずネットワーク性能のあらゆる規定において有用である。加えて、バーストレシオに係るこの規定は、“Ｅ−モデル”（例えば、ＩＴＵ−Ｔ勧告Ｇ．１０７“Ｅ−モデル；伝送プランニングにおいて用いられる計算モデル”（２０００年５月）を参照）あるいはネットワーク性能の規定を含むネットワークの特徴付けが必要とされる他の状況において用いられるのに適している。
【００６７】
以上の説明は、本発明の一実施例に関するもので，この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。例えば、本明細書においては本発明に係る概念はインターネットテレフォニーの文脈において例示されているが、本発明に係る概念は、無線ネットワーク、ＡＴＭベースネットワーク、フレームリレーネットワーク、企業のイントラネットなどの、音声あるいはビデオのパケットが送出されるような他の伝達ネットワークに対しても適用可能である。加えて、本明細書においては本発明は音声サービスの文脈で記述されているが、本発明に係る概念は、音声、ビデオあるいは（触覚、嗅覚、味覚インターフェースなどの）他のメディアに対しても適用可能である。
【００６８】
【発明の効果】
以上述べたごとく、本発明によれば、ネットワークのバースト性を明確に表現する指標であるバーストレシオが提供される。
【００６９】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】  本発明の原理を具体化しているパケットベースネットワーク例を模式的に示す図。
【図２】  本発明の原理に従って用いられるパケットサーバの高次ブロックダイアグラム例を示す図。
【図３】  本発明の原理に従った流れ図。
【図４】  本発明の原理に従った流れ図。
【符号の説明】
１０、２０  構内交換機
１１、２１  通信経路
１５、２５  ゲートウェイ
５０  インターネット
５５  ルータ
５６、５７  通信経路
１００  パケットベースネットワーク例
１５０  プロセッサ
１６０  メモリ
１６５  通信インターフェース
１６６、１６７  通信経路
【図１】
0003897604.tif 000022
【図２】
0003897604.tif 000023
【図３】
0003897604.tif 000024
【図４】
0003897604.tif 000025